JP2023541426A - オープンポリシーエージェントのブリッジを実装するシステムおよび方法 - Google Patents

Abstract

【課題】精細な権限決定に対してオープンポリシーエージェントをブリッジさせるシステムおよび方法を提供する。【解決手段】本発明の一実施形態は、市場データに関する権限決定に対してオープンポリシーエージェントをブリッジさせることに向けられている。本発明の一実施形態によれば、オープンポリシーエージェント（ＯＰＡ）は、アプリケーションについての精細なアクセス制御に関する決定や判断を行うポリシーエンジンとして実現され得る。【選択図】図１

Description

本発明は、概して、精細な権限決定または資格決定に対してオープンポリシーエージェントをブリッジさせるシステムおよび方法または該決定に対するオープンポリシーエージェントのブリッジを実装するためのシステムおよび方法に関する。

大手金融会社は、ブローカに大量の情報を提供・流布する。この情報には、調査報告、クライアントステートメント、約定確認または取引確認、気配値またはレート（建値）提示への反応などが含まれる。活発な動きを見せると共に変動する部類の一例として、市場データが挙げられる。該部類のデータには、指数評価、気配値、新規証券のリファレンスデータ、関心表明（ＩＯＩ；Indication Of Interest）などが含まれ得る。情報は、金融証券ごとに様々なペースで変化すると共に急速な動きを見せることがある。それ以外の変動データや静止データには、調査報告、リファレンスデータなどが含まれ得る。

金融機関などの事業体は、権限制御、消費方法、企業間コンテンツ共有、ディスクロージャの危険性などに対する関心をますます深めている。対象（underlying）データは機密性の高いものであるため、金融機関を含む事業体は、データの全容を他者に委ねることに積極的でない。

市場データは、データベンダや取引所との複雑な契約を通じて、何百ものアプリケーションや何千もの個人ユーザに消費・利用されている。大手金融事業体であれば、何千もの個別かつ独自の契約が発効していてもおかしくない。よって、それぞれ独自の性質を有し得る膨大な量の契約が市場データに関して存在していることになる。新たな権利が追加される際には、契約を介して取得・交渉が行われ得る。

そのため、市場データに関係する権限決定を正しく且つ適時に確定することが困難になっている。今日のソリューションでは、契約管理を行うための包括的なアプローチが存在しない。この結果、事業支援部同士や基幹業務同士の連携に欠陥が生じる。上記の他にも、難点が存在する。

一実施形態において、本発明は、権限決定に対してオープンポリシーエージェントをブリッジさせるシステムに関する。同システムは、通信ネットワークを介してユーザとの間のインターフェースを提供する電子入力部と、オープンデジタル権利言語（ＯＤＲＬ）データを格納および管理する第１のメモリコンポーネントと、ポリシーデータを格納および管理する第２のメモリコンポーネントと、コンピュータプロセッサを含み、前記電子入力部、前記第１のメモリおよび前記第２のメモリに接続されたポリシーエンジンと、を備え、前記コンピュータプロセッサは、さらに、証券対象物に関係する対象物に係る権限クエリ入力を、要求元から通信ネットワークを介して受信する手順、前記権限クエリ入力に応答して、前記対象物に対応する前記ＯＤＲＬデータを取り出す手順、前記対象物に対応するデジタル著作権管理またはデジタル権利管理（ＤＲＭ）に基づくポリシーデータを取り出す手順、前記ポリシーエンジンを用いて、前記ＯＤＲＬデータおよび前記ポリシーデータに基づき権限決定を生成する手順、権限クエリ結果を生成する手順、ならびに、前記権限クエリ結果を、通信ネットワークを介して受信先に送信する手順、を実行するように構成されている。

一実施形態において、本発明は、権限決定に対してオープンポリシーエージェントをブリッジさせる方法に関する。方法は、証券対象物に関係する対象物に係る権限クエリ入力を、要求元から通信ネットワークを介して受信する過程と、前記権限クエリ入力に応答して、前記対象物に対応するオープンデジタル権利言語（ＯＤＲＬ）データを第１のメモリコンポーネントから取り出す過程と、前記対象物に対応するデジタル著作権管理（ＤＲＭ）に基づくポリシーデータを第２のメモリコンポーネントから取り出す過程と、ポリシーエンジンを用いて、前記ＯＤＲＬデータおよび前記ポリシーデータに基づき権限決定を生成する過程と、権限クエリ結果を生成する過程と、前記権限クエリ結果を、通信ネットワークを介して受信先に送信する過程と、を備える。

革新的な前記システムは、少なくとも１つのコンピュータプロセッサ、対話型インターフェース、電子記憶装置、およびネットワークを備える、特別にプログラムされたコンピュータシステムからなり得る。本明細書に記載の、コンピュータに実装されるシステム、方法および媒体は、本発明の各種実施形態において、事業体、組織、市場データ消費者、およびその他のユーザに対し、独自の利点を奏する。今日のソリューションでは、派生物内で利用されるデータが何かについて及びその利用方法についての、コントリビュータに対する制御が限られている（すなわち、全て許可するか、あるいは、全て許可しないかのいずれかしかない）。他に（otherwise）、革新的な前記システムにより、部外秘とされていた（restricted）価格設定データやその他の市場データに関して、透明性がもたらされる。以下の詳細な説明では、上記の利点やその他の利点についてさらに詳しく説明する。

以下の詳細な説明では、上記の利点やその他の利点についてさらに詳しく説明する。

下記にて、本発明のより深い理解を促すための添付の図面について言及する。図面は、本発明を限定するものとして解釈されるべきではなく、むしろ、本発明の様々な態様や実施形態を例示するためだけに意図されたものである。

本発明の一実施形態に係るシステムの一例の図である。 本発明の一実施形態に係るフローチャートの一例である。

以降の説明は、具体的な実施形態や詳細を提示して本発明の理解をもたらすことを意図したものである。とはいっても、本発明は、例示に過ぎないこれらの具体的な実施形態や詳細に限定されないという点を理解されたい。また、当業者であれば、既知のシステムや方法に照らして、意図された目的ごとの本発明の用法、さらに、具体的な設計やその他の需要に応じたあらゆる数の代替的な実施形態の利点についても理解するであろうと考えられる。

本発明の一実施形態は、市場データに関する権限決定に対してオープンポリシーエージェントをブリッジさせることに向けられている。本発明の一実施形態によれば、オープンポリシーエージェント（ＯＰＡ；Open Policy Agent）は、対象物、アプリケーションなどについての精細なアクセス制御に関する決定や判断を行うポリシーエンジンとして実現または実装され得る。オープンポリシーエージェントは、ポリシーがコードとして定められた宣言型言語を提供すると共にＡＰＩがポリシー意思決定をソフトウェアからオフロードするポリシーエンジンのことであり得る。例えば、ＯＰＡは、サーバアプリケーションと共に、スタンドアローン型サービスとしてデプロイされ得る。この構成により、ユーザは、許可決定をサーバアプリケーションからＯＰＡにオフロードさせることができる。そして、該サーバアプリケーションが、同決定の施行を実現し得る。これ以外の実装やシステムアーキテクチャが実現されてもよい。

ＯＤＲＬのようなデジタル著作権管理技術により、コンテンツ所有者は、地域にかかわらず、派生物内でどのような内容の情報の利用を許可すべきなのかについて緻密な制御を維持できるだけでなく、最終製品に付随し得る諸条件［terms］（他プロバイダの諸条件［terms］と組み合わされる場合もある）を指定するための手段も確保する（providing）ことができる。ＯＤＲＬとは、コンテンツとサービスの利用に関する文章（statements）を表現するための柔軟で相互運用可能な情報モデル、語彙、および符号化の仕組みを提供したポリシー記述言語であるオープンデジタル権利言語のことを指す。ＯＤＲＬは一つの適用例であって、これ以外の権利記述言語（ＲＥＬ）も本発明の各種実施形態に適用されてよい。

本発明の一実施形態は、コンテンツの権利管理をデータプロバイダにまで拡げることで市場データハブでの実装にも至り得る。市場データハブは、Ｑｕｏｒｕｍ型実装のブロックチェーンのような分散レジャープラットフォームを用いたものであり得る。Ｑｕｏｒｕｍとは、企業対応の分散レジャー・スマートコントラクトのプラットフォームのことである。Ｑｕｏｒｕｍは、許可された参加者同士のプライベートなトランザクションの処理を必要とするアプリケーションに対して実装され得る。Ｑｕｏｒｕｍやブロックチェーンの文脈内で本発明の各種実施形態を説明するが、別の実装型のブロックチェーンや技術も含め、それ以外の分散レジャープラットフォームが実装されてよい。市場データハブに関するさらなる詳細については、２０１９年４月１２日付出願の米国仮出願第６２／８３３，０１９号（代理人管理番号：７２１６７．００１７０８）の優先権を主張する、２０２０年４月１０日付出願の「Ｓｙｓｔｅｍ ａｎｄ Ｍｅｔｈｏｄ ｆｏｒ Ｉｍｐｌｅｍｅｎｔｉｎｇ Ａ Ｍａｒｋｅｔ Ｄａｔａ Ｈｕｂ ｖｉａ Ｄｉｓｔｒｉｂｕｔｅｄ Ｌｅｄｇｅｒ Ｔｅｃｈｎｏｌｏｇｙ」と題する米国特許出願第１６／８４５，１５６号（代理人管理番号：７２１６７．００１８５５）に提示されており、その全内容は、参照をもって本明細書に取り入れたものとする。

本発明の一実施形態は、デジタル権利言語の生成および統合に向けられたものであり得る。例えば、同システムは、契約の特徴を一部ずつ（certain）記述した、コンピュータが理解可能な権利の一式を生成し得る。これには、該契約での実際のユーザの行為、該契約の適用対象、ユーザに対する制限、責務などが含まれ得る。さらなる詳細については、本願の譲渡人に譲渡された（commonly assigned）同時係属中の２０２０年６月１７日付出願「Ｓｙｓｔｅｍ ａｎｄ Ｍｅｔｈｏｄ ｆｏｒ Ｉｍｐｌｅｍｅｎｔｉｎｇ Ｍａｒｋｅｔ Ｄａｔａ Ｃｏｎｔｒａｃｔ Ａｎａｌｙｔｉｃｓ Ｔｏｏｌ」（米国特許出願第１６／９０４，１５６（代理人管理番号：７２１６７．００１８７４））および２０２０年７月１日付出願「Ｓｙｓｔｅｍ ａｎｄ Ｍｅｔｈｏｄ ｆｏｒ Ｉｍｐｌｅｍｅｎｔｉｎｇ ａ Ｍａｒｋｅｔ Ｄａｔａ Ｈｕｂ ｗｉｔｈ Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍｅｎｔ」（米国特許出願第６３／０４６，８６２（代理人管理番号：７２１６７．００１８８１））に提示されており、それらの全内容は、参照をもって本明細書に取り入れたものとする。

本発明の一実施形態では、例えばデータ生産元（data produces）等が定めた精細なデータ権限に基づいて、決定が行われる。本発明の一実施形態では、権限により、誰がデータを閲覧可能なのか又は閲覧不可能なのかが制限されて、同データの利用が制御され得る。例えば、データプロバイダであれば、指数、ベンチマークや、その他のアルゴリズム生成証券のような架空証券の生成に証券が利用されてもよいと定めている場合がある。データプロバイダやその他のユーザは、特定の証券に応じて行為及び／又は許可及び／又は制限を定め（base）得る。例えば、ユーザは、特定の証券に係る権利を定め得る。

一例であるが、第１の金融機関は、市場データハブ内の自動プロセスなどの別の事業体等（entity）によって生成され得る指数に対してデータを公開したいと考えているかもしれない。第２の金融機関では、どのクライアントが情報を閲覧できるのかや同情報に対する希望設定価格について、別の条件一式を有しているかもしれない（前記第１の金融機関の希望設定価格と異なる場合がある）。

例えば、データ生産元は、特定のコンテンツについて、その詳細度を豊富なものにしている場合がある（例えば、特定の証券等）。そのため、本発明の一実施形態では、データ生産元が、情報を公開すると共に同情報に対して具体的かつ緻密な権限を課す場合がある。

本発明の一実施形態では、権限ベースの市場データが指針となって（inform）、特定のユーザが証券取引所の特定の取引についてのデータをキーにできるか否かの是非が行われ得る。これは、ユーザによるクエリの提出によって発生し得る。該クエリは、特定のユーザがアクセス権を有するか否か、さらに、同アクセス権に何らかの制限が課されているか否かを判断するための複数の側面からの分析を呼び起こし得る。例えば、情報の利用方法が、判断の対象とされ得る。このことは、「特定のユーザが受信後の情報を何に利用するのか」という表現でも表され得る。これに対する回答は、対象となる（underlying）契約、さらには、所与の事業体の関係者であるユーザによるデータ利用行為について、該対象となる契約が認めている行為に左右され得る。また、その回答は、同ユーザがその事業体内部における、他の一般ユーザには認められていない特別な情報利用権を持つ所与の組織に関連付けられているか否かにも左右され得る。また、ユーザは、この情報利用権から特別に除外されているグループの一員である可能性もある。これら以外の制限、特権および制約が定められている場合もあり得る。

つまり、権限ベースの決定では、どの個人が何をしようとしているのか、同個人が何のために情報を利用しようとしているのか、同個人が組織構造（tree）内のどこに位置付けられるのか、権限に係る特定の対象物にどのような（what type of）ポリシーが存在しているのか、などの特定が伴い得る。このような判断に基づいて、その特定のアクセスに対し、追加のパラメータや制限や責務が付加され得る。本発明の一実施形態は、権限ベースの対象物についての、洗練された意思決定プロセスの提供に向けられている。

本発明の一実施形態は、権限ベースの決定とオープンポリシーエージェント実装とをブリッジさせる権限施行のフレームワークの提供に向けられている。本発明の一実施形態は、デジタル著作権管理（ＤＲＭ）データに基づいて、ユーザによる特定のデータもしくは対象物の閲覧及び／又はアクセス及び／又は同データもしくは対象物に関するその他の行為の実行が可能であるか否かを判断するためのポリシーの適用を行う。また、同判断では、デジタル著作権管理に準じてユーザが実施しなければならない義務の特定が行われ得る。また、同デジタル著作権管理は、契約データに関するものであり得る。同ポリシーは、ＤＲＭ施行・順守、さらには、上記の意思決定実施の基礎となり得る。

本発明の一実施形態は、（１）データ、（２）クエリ入力、および（３）ポリシーの３種類の入力に基づくポリシー判断の実施に向けられている。前記ポリシーエンジンに対する入力は、実行時に取得が行われ得る。例えば、上流の市場データインフラストラクチャからの（１）データおよび（３）ポリシーの取得は、実行時に行われ得る。（２）クエリ入力については、下流のプロセスから供給が行われ得る。また、前記ブリッジまたはブリッジさせることは、（１）データと（２）クエリ入力とが統合されて一つの入力とされてもよい。（１）データと（２）クエリ入力とが統合された場合には、前記ポリシーエンジンが（１）（３）データ＆クエリ入力の統合物と（２）ポリシーの２種類の入力を受け取ることになり得る。

（１）データとは、意思決定の際にＯＰＡが参照する、外界に関する事実一式のことであり得る。例えば、アクセス制御リストに基づくアクセス制御を行う場合の同データは、ユーザのリストを、該ユーザに与えられた許可内容（permissions）と共に含み得る。同データは時間とともに変化し得て、ＯＰＡはその最新状態をメモリにキャッシュ格納し得る。本例では、同データが、特定の形式であるＪＳＯＮ（JavaScript Object Notation）形式でＯＰＡに供給され得る。

（２）クエリ入力は、判断演算をトリガするものであり得る。クエリ入力は、ＯＰＡが判断を行うべき問題を定めたものであり得る。クエリ入力は、ＪＳＯＮ形式とされ得る。例えば、問題は、「ユーザ１２３４５はシンボルＪｘｘ．ＵＳの利用（subscribe）を許可されているか？」という様に表現され得る。これに対応したクエリ入力は、ｕ１２３４５、ｓｕｂｓｃｒｉｂｅ（利用）、Ｊｘｘ．ＵＳ、およびｐｒｏｄ＿ｐｅｒｍ値を含む一連のパラメータを含んだものとなり得る。

（３）ポリシーは、演算論理を定めたものであり得る。例えば、データおよびクエリ入力が与えられれば、ポリシー判断（例えば、クエリ結果等）を生じさせ得る。前記演算論理は、ＯＰＡのカスタムポリシー言語における一連のポリシールールのことであり得る。例えば、同カスタムポリシー言語は、Ｒｅｇｏからなり得る。それ以外のコンテキストアウェアな宣言的言語が用いられてもよい。ＯＰＡとは、ポリシーを理解可能なポリシーエンジンのことであり得る。ポリシーは、事前定義されたポリシーとして作成されてＯＰＡに与えられ得る。同ポリシーは、ＯＤＲＬ形式で取り込まれ得る権利を定義したものであり得る。これにより、適切なデータ利用権の取得が確実に（make certain）行われるようになって事業の目的達成が可能となるほか、実際には消費対象ではないコンテンツ利用が事業体（business entities）によって許諾されるようなことが確実に起こらなくなり得る。

図１は、本発明の一実施形態に係るシステムの一例の図である。図１に示すように、ポリシーエンジン１１２は、３種類の入力（例えば、データ１１４、クエリ入力１１０、ポリシー１１６等）に応答して、ポリシー判断を生成し得る。この出力は、権限クエリ結果１１８とも表現され得る。クエリ結果は、ポリシーと評価基準に応じて変化し得る。同結果は、別の特定の対象物には適用されない。出力の一例は、以下のようなものになり得る：上手く行った際の評価結果には禁止事項と義務が含まれ、禁止されている行為と遵守すべき義務が列挙される。

上手く行かなかった際の評価結果には、ステータスが含められる。例えば、ステータスは失敗の理由を提示・列挙し得る。

拒否ステータスの提示は、これまでの権限評価アプローチと大きく異なる点である。既存のシステムでは単に「Ｎｏ（駄目）」としか言わず、ユーザは理由が分からず電話応対を求めるしかなかった。

ポリシーエンジン１１２は、権限クエリ入力１１０を受け取り得る。同クエリ入力は、ＪＳＯＮ形式であり得る。クエリ入力とは、ユーザからのクエリのことであり得る。同クエリは、例えば、データが特定の方法で利用されてよいのか否かや、特定のユーザがアクセスしてよいのか否か等の、権限に関するものであり得る。例えば、ユーザが、あるデータセットにアクセスしたいと考えたとする。クエリは、そのユーザが同データセットへのアクセスを許可されているか否かに関するものとなり得る。クエリ入力は、ＪＳＯＮ形式であり得ると共にユーザがインターフェースを介して発信するものであり得る。

ポリシーエンジン１１２は、ＯＤＲＬデータ１１４を受け取り得る。ＯＤＲＬデータとは、市場データ（ＭＤ）のことであり得る。本例では、ＯＤＲＬデータが、ＪＳＯＮ／ＹＡＭＬ形式であり得る。ＯＤＲＬデータは、前記クエリ入力を検証するのに利用され得る。例えば、ＯＤＲＬは、所与のユーザがデータセットにアクセスする資格を有するか有さないのかを反映したものであり得る。ＯＤＲＬは、対象となる１以上のデータセットについての許可や禁止や義務を反映したものである。

ポリシーデータ１１６は、Ｒｅｇｏで受け取られ得る。Ｒｅｇｏは、権利記述言語のことであり得る。ポリシーデータは、市場データに関するものであり得る。そして、ポリシーエンジンは、権限クエリ結果を生成し得る。ポリシーエンジンは、ポリシーに含まれるルールを解釈し、データおよびクエリ入力に基づいてポリシー判断を行い得る。ポリシーエンジンで生成されたポリシー判断は、ＪＳＯＮドキュメントとして提供され得る。例えば、ポリシーは、開発されテストされた静的データであり得る。

本発明の一実施形態は、管理者により定められた少なくとも１つのルールの取出しに向けられている。同ルールは、ユーザによる特定の証券へのアクセス及び／又は相互作用の方法を定めたものであり得る。同ルールは、人事関係のツリーからなり得る企業構造も考慮したものであり得る。これは、特定のユーザ（被雇用者）が部門、デスク、グループなどの中でどのように収まっているのかについての洞察を提供する。また、本発明の一実施形態では、変換論理（translation logic）を適用することで、その特定の事業体に関係する契約のＯＤＲＬ記述を用いてルールと企業構造データを受け取り、これがオープンポリシーエージェントのフレームワーク内で統合されてＲｅｇｏポリシーへの入力となり得る。

本発明の一実施形態では、ルールを定めて変換尺度（metries）又は変換行列を作成するのに同言語が用いられ得る。ＯＤＲＬの許可や禁止や義務についての追加のルールは、インタプリタ型言語で記述されたものであってもよい。これらのルールは、権限決定時に「その都度」適用され得る。

本発明の一実施形態は、サーバやその他の処理コンポーネント上で実行され得る。また、同サーバは、アクセスログを中央接続ポイントに送信し得て、該中央接続ポイントが、同ログを各ストレージインフラストラクチャに流布し得る。同ストレージインフラストラクチャは、ファイアウォールや環境上のその他の種類のセキュリティ機能も実装したものであり得る。

本発明の一実施形態では、ユーザが特定のデータで取り得る権限及び／又は特権及び／又は行為についての義務が施行され得る。義務とは、データ消費の許可が与えられたのちに要求される責務のことであり得る。義務には、報告（例えば、中央部への情報提供等）が含まれ得る。報告には、特定のデータの特定及び利用が含まれ得る。他の例では、指数または指針（index）を生成するという行為時に、プロバイダへの通知が要求され得る。同通知には、指定された形式によるリアルタイムの通信が求められ得る。さらなる他の例において、義務には、特定の情報が特定の機能に利用される場合の免責事項の提供が含まれ得る。この例は、ユーザが、パフォーマンスのベンチマークとなる証券のパフォーマンスのグラフを配布する際のことである。ユーザがデータを使ってグラフを作成し同ユーザの組織外の顧客に配布する場合、同ユーザは、情報が利用許諾権（license）に準じて利用されていることを述べた免責事項の作成義務を負い得る。

本発明の一実施形態は、市場データだけに限らず、リファレンスデータ、指数（インデックス）データ、ストリーミングデータ、非ストリーミングデータなどを含むその他の種類のデータにも適用されてよい。ストリーミングデータの例には、アプリケーション間メッセージングが含まれ得る。非ストリーミングデータの例には、内部調査データが含まれ得る。本発明の一実施形態は、市場データに留まらず、ＯＤＲＬを使った同様の種類の権限システムにも適用されてよい。例えば、ＯＤＲＬは、顧客の支払い、取引契約などに用いられることがある。本発明の一実施形態は、データの利用が履行性（enforceable）側面を伴うものである場合の、行為の許可前の契約確認・契約遵守に適用され得る。

図２は、本発明の一実施形態に係るフローチャートの一例である。ステップ２１０にて、権限クエリ入力の受信が行われ得る。ステップ２１２にて、ＯＤＲＬデータの取得が行われ得る。これには、ローカルなソースから取り出され得る、市場データのＯＤＲＬデータが含まれ得る。ステップ２１４にて、ポリシー情報が取り出され得る。ステップ２１６にて、少なくとも１つの義務及び／又は責務が特定され得る。ステップ２１８にて、権限結果が生成され得る。これは、オープンポリシーエージェントを実行するポリシーエンジンによって実施され得る。図２の処理では特定の過程同士が特定の順序で実行されているが、本発明の実施形態は、これらの処理に１つ以上の過程を追加したり且つ／或いはこれらの処理内の過程を省略したり且つ／或いは１つ以上の過程の実行順序を変えたりして実施されてもよいという点を理解されたい。

前述の例では、本発明の各種実施形態を、一つの物理的構成によって説明している。しかしながら、各種コンポーネントは、ローカルエリアネットワーク及び／又はワイドエリアネットワーク及び／又は電気通信ネットワーク及び／又はイントラネット及び／又はインターネットなどの分散ネットワークのうちの離ればなれの部分に位置していてもよいことが分かるであろう。つまり、各種実施形態のコンポーネント同士は、例えば、分散ネットワークのうちの特定の同一ノードに位置した（collocated on a particular node）１つ以上の装置に統合されてもよいし、１つのネットワークのうちの様々な場所に分散していてもよいことが分かるであろう。当業者であれば分かるように、各種実施形態のコンポーネント同士は、その時々の（respective）システムの動作に影響を及ぼすことなく分散ネットワーク内の任意の１つ以上の場所へと配置がなされ得る。

前述のように、本発明の各種実施形態は、少なくとも１つのプログラムされたまたはプログラムがロードされるプロセッサと少なくとも１つのメモリ又は記憶装置とを各自備え得る、複数の通信装置やコンポーネントをサポートする。同メモリは、命令群を記憶し得る。同命令は、前記プロセッサの１つ以上の前記メモリに恒久的に又は一時的に記憶されるものであり得る。前記命令群には、前述したタスクのような特定の１つ以上のタスクを実施する各種命令が含まれ得る。特定のタスクを実施するこのような命令群は、プログラム、ソフトウェアプログラム、ソフトウェアアプリケーション、アプリ（app）、又はソフトウェアとして特徴付けられ得る。

前述の実施形態の方法を実施するうえで、前記プロセッサ及び／又は前記メモリ同士が必ずしも共通の地理的場所に物理的に位置している必要がないことは分かるであろう。すなわち、本発明の例示的な実施形態で用いられるプロセッサやメモリは、それぞれ別々の地理的場所に位置すると共に任意の適切な様式で通信を行うように接続されたものであってもよい。また、前記プロセッサ及び／又は前記メモリは、各自ばらばらの機器で構成されていてもよいことも分かるであろう。つまり、前記プロセッサがある場所の一機器であると共に、前記メモリが別の場所の別の一機器である必要はない。すなわち、前記プロセッサが、２つ又はそれ以上の数の別々の物理的場所にある２つ又はそれ以上の数の機器であってもよいことが想定される。これら２つの別々の機器同士が、任意の適切な様式で接続され得る。さらに、前記メモリが、２つ又はそれ以上の数の物理的場所にある２つ又はそれ以上の数のメモリ部位（portion of memory）からなるものとされてもよい。

前述のように、本発明の各種実施形態の処理には、命令群が使用される。本明細書で説明した方法を実行するため、サーバは、メモリ（例えば、プロセッサに実行されるプログラムコード命令を含有する非過渡的なコンピュータ読取り可能媒体等）に記憶されたソフトウェア又はコンピュータプログラムを有し得る。同命令群は、プログラム、ソフトウェア又はアプリの形態であり得る。同ソフトウェアは、例えば、システムソフトウェア、アプリケーションソフトウェア等の形態であり得る。また、同ソフトウェアは、例えば、個別のプログラム同士の集まり、大型のプログラム内部のプログラムモジュール、プログラムモジュールの一部等の形態であり得る。また、使用されるソフトウェアは、オブジェクト指向プログラミングの形態のモジュラープログラミングからなるものであり得る。同ソフトウェアは、処理対象のデータについて何をすべきかをプロセッサに対して命じるものである。

また、本発明の実施や動作に用いられる命令又は命令群は、同命令をプロセッサが読み得るようにする適切な形式のものとされ得る点については分かるであろう。例えば、プログラムを構成する命令は適切なプログラミング言語の形態のものであり得て、同プログラミング言語が機械語又はオブジェクトコードに変換されることで、プロセッサ又はプロセッサ群が同命令を読むことができるようになる。すなわち、コンパイラ、アセンブラ、又はインタプリタを用いて、特定のプログラミング言語のプログラミングコード又はソースコードの記述行が機械語へと変換される。同機械語は、特定の種類のプロセッサ（すなわち、例えば、特定の種類のコンピュータ等）に特化した二値符号型機械命令である。本発明の各種実施形態では、任意の適切なプログラミング言語が使用されてよい。例えば、使用されるプログラミング言語には、アセンブリ言語及び／又はＡｄａ及び／又はＡＰＬ及び／又はＢａｓｉｃ及び／又はＣ及び／又はＣ＋＋及び／又はＣＯＢＯＬ及び／又はｄＢａｓｅ及び／又はＦｏｒｔｈ及び／又はＦｏｒｔｒａｎ及び／又はＪａｖａ及び／又はＭｏｄｕｌａ－２及び／又はＰａｓｃａｌ及び／又はＰｒｏｌｏｇ及び／又はＲＥＸＸ及び／又はＶｉｓｕａｌＢａｓｉｃ及び／又はＪａｖａＳｃｒｉｐｔ及び／又はＰｙｔｈｏｎが含まれ得る。また、本発明のシステムや方法の動作に関して、使用される命令の種類やプログラミング言語が１つだけである必要はない。むしろ、必要に応じて又は適宜、あらゆる数の様々なプログラミング言語が用いられてもよい。

また、必要ならば（as may be desired）、本発明の各種実施形態の実施に用いられる命令及び／又はデータに、任意の圧縮又は暗号化技術やアルゴリズムが用いられてもよい。暗号化モジュールを用いて、データの暗号化が行われ得る。また、例えば適切な復号化モジュール等を用いて、ファイルやその他のデータの復号化が行われ得る。

本発明の例示的な実施形態のシステムや方法では、ユーザとモバイル装置やその他のパーソナルコンピューティング装置とのインターフェース接続を可能にするために、様々な「ユーザインターフェース」が用いられ得る。本明細書で用いられるユーザインターフェースには、ユーザと通信装置のプロセッサとが相互に作用できるようにするために同プロセッサによって用いられる、あらゆるハードウェア、ソフトウェア、又はハードウェアとソフトウェアとの組合せが含まれ得る。ユーザインターフェースは、例えば、アプリによって提示されるダイアログ画面等の形態であり得る。また、ユーザインターフェースは、タッチスクリーン、キーボード、音声読み上げ（voice reader）、音声認識、ダイアログ画面、メニューボックス、リスト、チェックボックス、トグルスイッチ、押しボタン、仮想環境（例えば、仮想マシン（ＶＭ）／クラウド等）、あるいは、プロセッサによる命令群処理時の同プロセッサの動作に関する情報をユーザが受け取ることができるようにし且つ／或いはユーザが同プロセッサに情報を与えることができるようにするその他のあらゆる装置のうちの、任意のものからなり得る。つまり、前記ユーザインターフェースとは、ユーザとプロセッサとの間でやり取りを行うあらゆるシステムのことであり得る。ユーザが前記ユーザインターフェースを介してプロセッサに与える情報は、例えば、命令、データ選択、その他の何らかの入力等の形態であり得る。

本明細書で説明したソフトウェア、ハードウェア及びサービスは、サービスとしてのソフトウェア（ＳａａＳ）、サービスとしてのプラットフォーム（ＰａａＳ）、サービスとしてのインフラストラクチャ（ＩａａＳ）などの１つ以上のクラウドサービスモデルを用いて、かつ／あるいは、パブリッククラウド及び／又プライベートクラウド及び／又ハイブリッドクラウド及び／又はコミュニティクラウドモデルなどの１つ以上のデプロイモデルを用いて提供されるものであってもよい。

本明細書では特定の環境での特定の目的のための特定の実装を背景として本発明の実施形態を説明したが、当業者であれば、有用性がそれらに限定されるものではなく、本発明の実施形態が同様の目的の別の関連環境においても有益に実施可能であるということが分かるであろう。

Claims (20)

1. 権限決定に対してオープンポリシーエージェントをブリッジさせるシステムであって、
   通信ネットワークを介してユーザとの間のインターフェースを提供する電子入力部と、
   オープンデジタル権利言語（ＯＤＲＬ）データを格納および管理する第１のメモリコンポーネントと、
   ポリシーデータを格納および管理する第２のメモリコンポーネントと、
   コンピュータプロセッサを含み、前記電子入力部、前記第１のメモリおよび前記第２のメモリに接続されたポリシーエンジンと、
   を備え、前記コンピュータプロセッサは、さらに、
   証券対象物に関係する対象物に係る権限クエリ入力を、要求元から通信ネットワークを介して受信する手順、
   前記権限クエリ入力に応答して、前記対象物に対応する前記ＯＤＲＬデータを取り出す手順、
   前記対象物に対応するデジタル著作権管理に基づくポリシーデータを取り出す手順、
   前記ポリシーエンジンを用いて、前記ＯＤＲＬデータおよび前記ポリシーデータに基づき権限決定を生成する手順、
   権限クエリ結果を生成する手順、ならびに
   前記権限クエリ結果を、通信ネットワークを介して受信先に送信する手順、
   を実行するように構成されている、システム。
2. 請求項１に記載のシステムにおいて、前記権限クエリ入力が、ＪＳＯＮ形式である、システム。
3. 請求項１に記載のシステムにおいて、前記ＯＤＲＬデータが、市場データを対象とする、システム。
4. 請求項１に記載のシステムにおいて、前記ＯＤＲＬデータが、ＪＳＯＮまたはＹＡＭＬ形式である、システム。
5. 請求項１に記載のシステムにおいて、前記ポリシーデータが、市場データに関するものである、システム。
6. 請求項１に記載のシステムにおいて、前記ポリシーデータが、Ｒｅｇｏである、システム。
7. 請求項１に記載のシステムにおいて、前記権限決定が、前記対象物に係る少なくとも１つの義務を含む、システム。
8. 請求項１に記載のシステムにおいて、前記権限決定が、アクセス制御および許可に関するものである、システム。
9. 請求項１に記載のシステムにおいて、前記権限決定が、指定された方法による前記対象物の利用可能性またはアクセス可能性の是非を示す、システム。
10. 請求項１に記載のシステムにおいて、前記権限決定が、企業構造および階層組織データに少なくとも部分的に基づいたものである、システム。
11. 権限決定に対してオープンポリシーエージェントをブリッジさせる方法であって、
    証券対象物に関係する対象物に係る権限クエリ入力を、要求元から通信ネットワークを介して受信する過程と、
    前記権限クエリ入力に応答して、前記対象物に対応するオープンデジタル権利言語（ＯＤＲＬ）データを第１のメモリコンポーネントから取り出す過程と、
    前記対象物に対応するデジタル著作権管理に基づくポリシーデータを第２のメモリコンポーネントから取り出す過程と、
    ポリシーエンジンを用いて、前記ＯＤＲＬデータおよび前記ポリシーデータに基づき権限決定を生成する過程と、
    権限クエリ結果を生成する過程と、
    前記権限クエリ結果を、通信ネットワークを介して受信先に送信する過程と、
    を備える、方法。
12. 請求項１１に記載の方法において、前記権限クエリ入力が、ＪＳＯＮ形式である、方法。
13. 請求項１１に記載の方法において、前記ＯＤＲＬデータが、市場データを対象とする、方法。
14. 請求項１１に記載の方法において、前記ＯＤＲＬデータが、ＪＳＯＮまたはＹＡＭＬ形式である、方法。
15. 請求項１１に記載の方法において、前記ポリシーデータが、市場データに関するものである、方法。
16. 請求項１１に記載の方法において、前記ポリシーデータが、Ｒｅｇｏである、方法。
17. 請求項１１に記載の方法において、前記権限決定が、前記対象物に係る少なくとも１つの義務を含む、方法。
18. 請求項１１に記載の方法において、前記権限決定が、アクセス制御および許可に関するものである、方法。
19. 請求項１１に記載の方法において、前記権限決定が、指定された方法による前記対象物の利用可能性またはアクセス可能性の是非を示す、方法。
20. 請求項１１に記載の方法において、前記権限決定が、企業構造および階層組織データに少なくとも部分的に基づいたものである、方法。

Images