(57)【要約】  とりわけ、ネットワーク上の共用情報の使用およびそれに対するアクセスは、ネットワーク上の情報を使用することを要求するユーザ（図5、エレメント118）に対応すると表明される推定上の永続識別子（図5、エレメント120）が該ユーザと実際に対応することの妥当性を検証し、該永続識別子（図5、エレメント74）を、該ユーザ（図5、エレメント120）および該ユーザが属するグループ（図5、エレメント140）に関する、該識別子が対応する状態情報へと解明し、該グループに関する状態情報（図1、エレメント18）が該ユーザと対応する識別子を含むかどうかを決定し、該グループ（図1、エレメント48）に認められている許可に基づいて共用情報のアクセスおよび／または使用を許すことによって、管理される。【特許請求の範囲】
【請求項１】
ネットワーク上の共用情報へのアクセスおよびその使用を管理する方法であって、
ネットワーク上の情報を使用することを要求するユーザに対応すると表明される推定上の永続識別子がユーザと実際に対応するということの妥当性を検証する段階と、
永続識別子を、ユーザおよびユーザが属するグループに関する、識別子と対応する状態情報へと解明する段階と、
グループに関する状態情報がユーザと対応する識別子を含むかどうかを決定する段階と、
グループに認められている許可に基づいて共用情報のアクセスおよび／または使用を許す段階とを含む、
方法。
【請求項２】
情報の使用を許可されている二つまたはそれ以上のユーザグループがある、請求項1記載の方法。
【請求項３】
ユーザが、人物、コンピュータプログラムまたはコンピュータ化されたプロセスであることができる、請求項1記載の方法。
【請求項４】
グループに関する状態情報が、該グループのメンバーに認められている許可または他の使用を示す、請求項1記載の方法。
【請求項５】
グループが、許可されたユーザを一つだけ含み、該グループの一つのユーザの識別子がオブジェクトの状態情報に含まれている、請求項1、2、3または4記載の方法。
【請求項６】
第二のグループの識別子が第一のグループの状態情報に含まれ、第一のグループがアクセスを許可されている情報の、第二のグループのメンバーによる使用を許すために使用される、請求項1記載の方法。
【請求項７】
共用情報に関して表明を行う無関係のユーザによって提出された多数の入力の、デジタルオブジェクトへの集約を、
識別子を、多数の入力それぞれの識別子を含むメタデータレコードと対応させる段階、および
共用情報の識別子から、元の共用情報の識別子から集約体の識別子への直接解明およびマッピングを許す情報の追加によって計算される、状態情報中の識別子を使用して入力の集約体を識別する段階
によって可能にすることをさらに含む、請求項1記載の方法。
【請求項８】
追加情報が、元のオブジェクトの識別子に加えられる文字セットである、請求項7記載の方法。
【請求項９】
多数のセットがすべて所与のデジタルオブジェクトに対応する、請求項7記載の方法。
【請求項１０】
セットがメタデータレコードを含む、請求項7記載の方法。
【請求項１１】
セットが、別の当事者によって提出された情報に関して注釈を提供する、請求項7記載の方法。
【請求項１２】
注釈が、デジタルオブジェクトを処理するために使用することができるプロセスを含む、請求項11記載の方法。
【請求項１３】
状態情報がセキュリティシステムによって保護される、請求項1または7記載の方法。
【請求項１４】
セキュリティシステムが公開鍵インフラストラクチャを含む、請求項13記載の方法。
【請求項１５】
セキュリティシステムがパスワード保護を含む、請求項13記載の方法。
【請求項１６】
多数のメタデータレジストリすべてにわたってメタデータを探索することを含み、レジストリの各セットがメタデータを少なくとも一つのアグレゲータに対して利用可能にし、
アグレゲータが、アルゴリズムおよび／または計算手順を使用して、探索要求を、多数のレジストリのセット中の他のレジストリによって使用される異なるメタデータスキーマおよび／または制御された語彙すべてにわたる問い合わせの中にマッピングし、
問い合わせが、探索および発見プロセスを進行させるために使用される、
請求項1または7記載の方法。
【請求項１７】
アグレゲータが、多数のレジストリすべてにわたって分散探索アルゴリズムを呼び出す、請求項16記載の方法。
【請求項１８】
アグレゲータの要素が多数のメタデータレジストリのセットの間で分散している、請求項16または17記載の方法。
【請求項１９】
規定のそれぞれのサービスインタフェース、分類、メタデータスキーマおよびデータ集合体へのアクセスを可能にするために、レジストリおよびレジストリのグループの識別を含む、請求項1記載の方法。
【請求項２０】
識別子を解明してそれぞれの特性および属性を得たのち、属性を決定的に組み合わせて、適切な変換ユーティリティへと一意的に解明することができる一意の経路にする、請求項19記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書は、ネットワーク上での共用デジタル情報の管理および使用に関する。
【背景技術】
【０００２】
本出願は、参照により本明細書に組み入れられる、2005年8月12日出願の米国特許仮出願第60/707,992号の出願日の恩典を受ける権利を有する。
【０００３】
記載する研究の少なくとも一部は、米国内務省からの共同契約NBCH2030002の下、国防総省によって提供される資金援助を受けて実施されたものであり、合衆国政府は当該研究において一定の権利を保有する。
【０００４】
背景
ネットワーク上でデジタル情報を共用する大部分のシステムは、特定のオペレーティングシステムの性質を使用して、ファイルとして記憶された情報へのユーザのアクセスを制御する。通常、特定のパラメータを、一方ではそのパラメータをセットしているユーザに対してのみアクセスを許し、または他方では、どのユーザに対しても制限なくアクセスを許すようにセットすることができる。
【０００５】
一部のオペレーティングシステムは、記憶された情報の所有者によってセットされるグループ許可にしたがってアクセスを許されるメンバーのグループの定義を可能にする。典型的には、グループのメンバーは、グループ名およびそのグループに割り当てられた一つの秘密のパスワードを使用することによってネットワークベースの情報システムにログインする。グループメンバーは、情報を漏洩させないため、グループ名およびパスワードを秘密に維持することを求められる。そのようなシステムでは、情報が記憶されている機械Bから離れたところにある機械Aのユーザは、はじめに機械Bにログインしない限り、その情報にアクセスすることはできない。
【０００６】
もう一つの技術は、すべてのそのような潜在ユーザおよび使用を第三の機械である機械Cに知らせたのち、機械Bによって機械Cに問い合わせして、機械Aのユーザが機械Bに記憶されている情報の使用を許可されていることを確認することである。
【０００７】
共用情報のすべてのユーザ、たとえばインターネットユーザのグループが、アクセスおよび使用を制御する一つの機械にログインすることができるわけではないため、たとえば機械A上のユーザが機械B上の情報に対してアクセス、変更、追加、削除または他の動作を実行することを望む場合、ユーザおよびユーザのグループの機械非依存的妥当性検証のための手法が必要である。
【発明の開示】
【０００８】
概要
一般に、一つの局面で、ネットワーク上の共用情報の使用およびそれに対するアクセスは、ネットワーク上の情報を使用することを要求するユーザに対応すると表明される推定上の永続識別子がそのユーザと実際に対応するということを妥当性検証し、その永続識別子を、そのユーザおよびそのユーザが属するグループに関する、その識別子と対応する状態情報へと解明し、そのグループに関する状態情報がそのユーザと対応する識別子を含むかどうかを決定し、そのグループに認められている許可に基づいて共用情報のアクセスおよび／または使用を許すことによって管理される。
【０００９】
実施態様は、以下の特徴の一つまたは複数を含むことができる。情報の使用を許可されている二つまたはそれ以上のユーザグループがある。ユーザは、人物、コンピュータプログラムまたはコンピュータ化されたプロセスであることができる。グループに関する状態情報は、そのグループのメンバーに認められている許可または他の使用を示す。グループは、許可されたユーザを一つだけ含み、そのグループの一つのユーザの識別子がオブジェクトの状態情報に含まれている。第二のグループの識別子が第一のグループの状態情報に含まれ、第一のグループがアクセスを許可されている情報の、第二のグループのメンバーによる使用を許すために使用される。共用情報に関して表明を行う無関係のユーザによって提出された多数の入力の、デジタルオブジェクトへの集約は、識別子を、多数の入力それぞれの識別子を含むメタデータレコードと対応させ、共用情報の識別子から、元の共用情報の識別から集約体の識別子への直接解明およびマッピングを許す情報の追加によって計算される、状態情報中の識別子を使用して入力の集約体を識別することによって可能になる。追加情報は、元のオブジェクトの識別子に加えられる文字セットである。多数のセットが所与のデジタルオブジェクトに対応する。セットはメタデータレコードを含む。セットは、別の当事者によって提出された情報に関して注釈を提供する。注釈は、デジタルオブジェクトを処理するために使用することができるプロセスを含む。状態情報はセキュリティシステムによって保護される。セキュリティシステムは公開鍵インフラストラクチャを含む。セキュリティシステムはパスワード保護を含む。多数のメタデータレジストリすべてにわたってメタデータが探索される；レジストリの各セットは、メタデータを少なくとも一つのレジストリに利用可能にする；その一つのレジストリは、アルゴリズムおよび／または計算手順を使用して、探索要求を、多数のレジストリのセット中の他のレジストリによって使用される、異なるメタデータスキーマおよび／または制御された語彙すべてにわたって問い合わせの中にマッピングし、その問い合わせが、探索および発見プロセスを進行させるために使用される。いくつかの例では、一つのレジストリが、多数のレジストリすべてにわたって分散探索アルゴリズムを呼び出す。一つのレジストリの要素が多数のメタデータレジストリのセットの間で分散している。
【００１０】
一般に、一つの局面で、人物またはグループの一意の永続識別子が、その人物またはグループが記憶されたレコードに関して動作を実行するための要求に関連して受けられると、その一意の永続識別子が状態情報へと解明され、その状態情報が、その人物またはグループが記憶されたレコードに関して動作を実行する許可を有するかどうかを決定するために使用される。
【００１１】
他の局面は、方法、装置、構成、プロセス、システム、プログラム製品、機能を実行するための手段および他のやり方として記載される、上記の特徴および局面ならびに他の特徴および局面の他の組み合わせを含む。
【００１２】
他の特徴および利点が明細書および請求の範囲から明らかになるであろう。
【００１３】
詳細な説明
図1〜7は、レジストリシステムの局面の略レベルブロック図である。
【００１４】
図1に示すように、まず、許可された当事者10 (個人または他の人物またはそのような人物のグループならびにそのような人物または人物のグループに代わって働くコンピュータプロセスまたは稼働プログラム、ユーザとも呼ばれる)が、ネットワーク14上で共用される情報12 (たとえばデジタルオブジェクト18)に対して変更、アクセス、追加、削除または他の動作(これらの動作および他の動作を一般に「使用」と呼ぶこともある)を実施する権利を、記憶された情報の場所22またはそれをユーザに利用可能にするために使用されるプラットフォーム(たとえばオペレーティングシステム)の選択から独立して制御することができることを保証する方法を記載する。共用情報に手を加えるためのユーザまたはユーザのグループでさえその許可は、ネットワーク上で人間の関与を要することなく速やかかつ自動的に妥当性検証されることができる機械非依存的永続識別子16の使用に基づいて規制される。加えて、ここで記載する技術は、少なくとも一つの許可されたグループのメンバーである個人によって供給される情報の集約および追加を可能にする。ここに記載する技術は、許可をチェックするために単一の機械に頼る必要がない。
【００１５】
たとえば情報の所有者20によって制御される、状態情報18への共用情報マップ17の使用を規制する永続識別子。状態情報をメタデータ、メタデータレコードまたはメタデータインスタンスと呼ぶこともある。典型的に、デジタルオブジェクト18の形態の共用情報がリポジトリ22中に保持され、メタデータレジストリ24が、ネットワークベースの認証および許可機構を使用して、ユーザがデジタル情報を発見するのを支援し、グループ40、42を含むそのような情報の所有者20および管理者30が許可41、43を管理するのを支援する。
【００１６】
メガデータレジストリ24 (単にレジストリと呼ぶこともある)は、情報12 (たとえばデジタルオブジェクト)の集合体、たとえばユーザまたはグループによって維持されるリポジトリのセットに含まれる集合体に関する情報(構造化メガデータレコード26と呼ぶこともある)を保持する。メタデータレジストリのユーザは、その集合体に属する特定のデジタルオブジェクトをレジストリに登録することを選択することもできるし、登録するように要求されることもある。
【００１７】
デジタルオブジェクトおよびそれらを保持するリポジトリの指定は、識別されたリポジトリのセットを生成する一連の手順を経て達成され、それらのリポジトリの管理者30は、メタデータレコードをメタデータレジストリに預け、そのようなレコードを、リポジトリに記憶された情報12の最新の反映として維持することを許可されている。各リポジトリは、一般に、リポジトリマネージャまたはRepoMgrs31と呼ばれる一つまたは複数のマネージャを有する。
【００１８】
RepoMgrは通常、メガデータレコードをレジストリに預け、編集する権利を有する個人およびグループ(管理者)を識別する。これらの個人およびグループは、識別および認証に使用することができる識別子32およびパスワード34を与えられる。管理者が必要な許可を有するならば、認証は普通、管理者に対して透過的である；そうでなければ、管理者は、要求されたタスクを実施する能力を拒絶される。
【００１９】
レジストリとの対話の多くは、いかなるユーザまたはグループとも直接的には関係しない高度に自動化された管理者プロセス36によって実施される。このようなプロセスは普通、管理目的のためにそれら自体の識別情報を有するが、RepoMgrを識別するためにも同等に割り当てられることができる。いずれにしても、RepoMgrは、それらの動作の責任を負う。一般に、RepoMgrは、メタデータレコードの集合体全体の責任を負うが、管理者という語は通常、集合体中の特定のメタデータレコードに関して責任を負う個人、プログラムまたはプロセスをいうために使用される。演じられる役割に依存して、RepoMgrは、特定の場合に管理者の役割を引き受けることができる。識別された各管理者はまた、グループのメンバーであってもよい。メタレコードにアクセスし、それを使用するための管理者によるすべての権利は、管理者のグループに対応する権利の組み合わせであり、編集および削除の場合、そのレコードを預けたグループに対応する権利の組み合わせである。
【００２０】
挿入のための権利は、他の権利から独立して、特定の管理人またはグループに許可されることができる。たとえば一つのグループ40のメンバーは、挿入することはできるが、更新または削除することはできず、第二のグループ42のメンバーは、挿入ならびに更新および削除することができるように、RepoMgrは、多数のグループ40、42を定義することができる。更新および削除動作は普通、以下に記載するように、そのメタデータレコードを預けたグループまたは関連グループのメンバーのみが実施することを許可される。また、レジストリ中の全レコードに対して特権を有する特別な管理者グループ(レジストリ管理45と呼ばれる)があることができる。この「スーパーユーザ」能力は、このグループのメンバーが、たとえば、生じるかもしれない許可問題を解決することを可能にする。
【００２１】
各リポジトリのRepoMgrは、そのユーザを、必要に応じ、それぞれの指定された許可を有する複数のグループに編成することもできるし、適切ならば、一つのグループに編成することもできる。そして、このグループ分けおよび許可情報がレジストリ管理に送られ、レジストリに組み込まれた認証および許可機構48によって強要される。ツールを使用して管理者のためにこのタスクを簡素化することもできる。
【００２２】
図2に示すように、メタデータレジストリ50、52は、特定の識別子の高速解明のために使用されることに加えて、キーワード、タイトルまたは著者のような属性に基づいて情報を発見すための汎用化探索のために使用されるように編成されることもできる。そのようなレジストリ中のメタデータレコード64は、典型的にはレジストリに対して外部にある、リポジトリ中に記憶されたデジタルオブジェクトの属性62を記述することができる。
【００２３】
レジストリサービス66が、探索のためであるのか、高速解明のためであるのかにかかわらず、探索ツールを使用する遠隔デジタルオブジェクトの発見および場所指定を支援することができる。これらのツールは、ユーザが、指定された基準を満たすオブジェクトの識別子または他の記述または属性を求めてメタデータレコードの集合体に問い合わせすることを可能にする。これらの探索ツールは、メタデータレジストリによって、またはレジストリへのアクセスを有する外部サービスによって提供することができる。メタデータレジストリは、デジタルオブジェクトのセットを記述するための一貫した手法を提供することによって、たとえばメタデータレコードの一貫して標識された部分をして該当オブジェクトの作成者を記述させることによって、探索を支援する標準メタデータスキーマを使用することができる。メタデータスキーマは、情報のクラス(たとえば本)を記述する方法であり、通常、そのスキーマの特別な構造および分類の記述を含む。
【００２４】
一つのデジタルオブジェクトが多数のメタデータレコードの主題であることができる。このレコードの多重性は、たとえば異なるユーザ共同体によって記述されるような、基礎にある情報の異なる見方またはオブジェクトの質に関する論評もしくは注釈を反映することができる。他の場合では、たとえばオブジェクトを様々な方法で変形または他のやり方で処理するために使用することができるプログラムまたはプログラムの識別子を供給することにより、他の文脈におけるオブジェクトの使用を詳述することができる。
【００２５】
多くの場合、一つの問い合わせが多くのレジストリに対して実行されるように多数のメタデータレジストリを連合させることが望ましい。この連合70は、異なるレジストリは、それらの情報をそのレジストリが設計されたユーザの共同体にとって有用になるように記述するために異なる方法(メタデータスキーマ)を有する可能性が高いという事実を考慮しなければならない。
【００２６】
各レジストリが同じオブジェクトのための多数のメタデータレコードを含むことができ、一つより多いレジストリが所与のオブジェクトに関するメタデータレコードを含むことができ、多数のレジストリが異なるメタデータスキーマを使用するところの多数のレジストリすべてにわたって有効なサービスを提供するメタデータ登録システムを構築することは、難題を提起する。
【００２７】
同じデジタルオブジェクトに関して一つのレジストリに登録される多数のメタデータレコードは、たとえば探索結果をユーザに戻す際には一つ実体として一つのレベルで管理されなければならず、たとえばメタデータレコードの所有権および誤ったレコードを編集または削除する能力に関しては、別個の実体として他のレベルで扱われなければならない。一つのレジストリ中のレコードが一つのメタデータスキーマを使用するとしても、それらのレコードはなおも集約されなければならない。実際には、一つのレジストリが多数のメタデータスキーマをサポートすることができる。
【００２８】
永続識別子および識別子をオブジェクトに関する状態情報にマッピングする高速解明システムの使用は、多数のメタデータスキーマを有する多数のレジストリの協調および使用を簡素化する。
【００２９】
図3に示すように、情報システムに登録されている各情報(たとえばデジタルオブジェクト70)は、識別子システム74、たとえばCorporation for National Research Initiativesによって管理されるHandle Systemの一部として維持されているGlobal Handle Registry内に登録されている、全世界的に一意の永続識別子72を有する。この識別子72を解明サービス76に通して後で解明して、間接情報78、たとえばオブジェクトが発見されるかもしれないリポジトリ80または他のサービスの場所を得ることができる。オブジェクトに関する他の現在情報、たとえばどの個人またはグループがそれ82に対するアクセスを有することができるかという情報もまた、識別子システム中に維持することができる。
【００３０】
所与のオブジェクトに関して識別子システム中に維持される情報は、オブジェクトにアクセスするために使用される、高速解明を要するタイプのメタデータである傾向が強い。より汎用のメタデータレジストリ中に維持される情報は、はじめにオブジェクトを発見するために使用されるタイプの情報である傾向が強い。たとえば、Handle Systemおよびその構成部品に関する規格(たとえばRFC 3650、3651、3652を参照)が参照により本明細書に組み入れられる。同じく参照により組み入れられるものは、とりわけデジタルオブジェクトのための全世界的一意識別子、識別子システムおよび識別子解明システムに関する情報を含む、2000年10月24日にRobert E. KahnおよびDavid K. Elyに発行された米国特許第6,135,646号である。
【００３１】
オブジェクトの所有者(または許可された保持者)は通常、それに割り当てられた識別子を有するように取り決められているが、場合によっては、メタデータレジストリまたはリポジトリが、事前の取り決めにより、オブジェクト所有者の代理として働き、オブジェクトへの識別子の割り当てならびに識別子システムまたは他の高速解明システムへのその登録を管理することもできる。
【００３２】
デジタルオブジェクトとは、たとえば、レジストリへの登録の対象である、所与のリポジトリから利用可能にされる情報をいう。各デジタルオブジェクトは一意の識別子を有する。メタデータレコードとは、たとえば、レジストリに提出され、レジストリによって索引付けされ、記憶される所与のデジタルオブジェクトに関するメタデータをいう。
【００３３】
図4を参照すると、メタデータレジストリ52中、各メタデータレコード64そのものが識別子84を割り当てられている。これらの識別子の割り当ておよび管理は、デジタルオブジェクト18の所有者20およびメタデータレジストリの管理者98の責任である。所与のデジタルオブジェクトを参照するメタデータレコードの各セットが、その構成レコードすべての識別子102を含むスーパーメタデータレコード100に集約され、そのスーパーメタデータレコードそのものが識別子104を割り当てられている。関連メタデータレコード間の関係は、識別子システム74中で直接的に維持されるか、またはメタデータレジストリ内に保持されたデータ構造(スーパーメタデータレコード)中に維持されるのいずれかである。いずれの場合でも、関連メタデータレコードのいずれのためにも識別子を有することは、ユーザまたはプロセスがすべての関連レコードを発見することを可能にする。識別子システム中に保持されているならば、第一レベルメタデータレコードが、すべての関連メタデータレコードのための識別子への参照を含むスーパーメタデータレコードに直接通じることができる。関係がメタデータレジストリ中のデータ構造中に維持されているならば、第一レベルメタデータレコードそれぞれのための識別子が、そのメタデータレジストリ中のデータ構造またはサービスに通じる。
【００３４】
各メタデータレコードを管理108する許可は、レジストリによって維持され、レジストリは、組織110および他のユーザ(一部は階層的に構造化されている)がレコードを管理し、グループ管理112を管理することを可能にする。各メタデータレコードはまた、だれがレコード114を所有、制御または管理するのか、ひいてはだれが新たなメタデータレコードを作成し、登録することができるか、だれがメタデータレコードを編集することができるのか、だれがメタデータレコードを削除することができるのかに関する情報とともにレジストリによって維持される。情報はまた、他のどのユーザが関連情報を集約し、それを所与のオブジェクトのメタデータレコード中で利用可能にすることができるのかを指定することができる。これらの指定とで矛盾しないメタデータレコードの使用の管理は、永続識別子および高速解明機構の使用を通じて達成することができる。
【００３５】
図5に示すように、メタデータレコードを提出し、管理するための基本制御機構のいくつかの実施態様では、各提出者(たとえば人物またはプロセス)118は個別識別子120を割り当てられる。メタデータレジストリ52中のメタデータレコード122の作成、提出および管理に関する活動を行うユーザを指すために提出者という語を使用して、そのような人物を、リポジトリ中に保持されたデジタルオブジェクトを発見し、使用するためにレジストリを利用するユーザから区別することもある。「ユーザ」という語はこの文脈では一般的な語であり、「提出者」はあるタイプのユーザである。
【００３６】
メタデータレジストリ52への一つまたは複数のメタデータレコード122の各提出124は、とりわけ、提出を行う提出者118の識別子120およびその提出者がメンバーであるところの規定のグループの識別子126を含む。場合によっては、さらなるサービス、たとえば既存の認証サービス128が提出者の識別子を保持し、メタデータレコードを含む提出物124もまた、レジストリが提出者の実際の識別子、たとえばパスワード132を得るために使用する認証データ130、たとえばパスワードを含む。
【００３７】
メタデータ提出物が提出者の識別子120を含み、レジストリが、提出者自身がそうであることを主張する人であることを認証することを望むならば、レジストリは、公開鍵技術を使用する一般に使用されるチャレンジ／レスポンス技術により、提出者を認証することができる。識別子システムを使用すると、識別子で指定される任意の提出者に関して公開鍵を記憶し、利用可能にするために使用される公開鍵インフラストラクチャ(PKI)を信頼のおける方法で提供することができる。他のPKI手法を使用してもよい。提出物は、代替認証手法を使用する他の認証情報を含むこともできる；後者の場合、レジストリは、そのような代替手法を使用して、提出者の識別子を、提出者自身がそうであることを主張する人であることを所与のメタデータレジストリに関するポリシーによってセットされた保証レベルまで保証するためのその手法の必要な保証とともに得る。
【００３８】
グループ許可の場合、各提出者は、提出者の一つまたは複数のグループ140の一部であるように割り当てられる。各グループは識別子126によって識別される。各提出物124はまた、提出者が提出を行う際に庇護を提供するグループのための識別子126を含む。これらのグループそれぞれのための識別子レコード129は、そのグループの一部である提出者のための識別子の完全なリスト142を保持する。各提出者の識別子を発見または他のやり方で認証したのち、メタデータレジストリは、グループ識別子を解明144して、ユーザが、提出者が属すると主張するところのグループのメンバーであることを妥当性検証する。
【００３９】
メタデータレコード提出物の処理におけるこの時点で、レジストリは、提出者を識別しており、提出者をその識別子に基づいて認証(または非認)しており(そのポリシーにしたがって)、必要ならば、提出者が、提出を行う際に庇護を提供するグループのメンバーであるのかないのかを妥当性検証している。
【００４０】
レジストリは今や、提出者が、所与のグループの庇護の下、提出物中で識別146されているような要求された動作を実行する権利を有するかどうかを決定する。メタデータレジストリへの各提出物は動作の要求である。もっとも一般的な動作は新たなメタデータレコードの提出であるが、他の動作もまた可能である。所与のメタデータレコードは、たとえば最初の提出物が誤りであったために、または、記述されているデジタルオブジェクトの現状が変化したために、編集されなければならないかもしれない。場合によっては、オブジェクトがもはや利用可能ではないか、オブジェクトの所有者または認証された保有者がそれの発見をもはや望まないならば、メタデータレコードを削除する(または他のやり方でアクセス不可能にする)ことが必要になるかもしれない。一般に、これらの様々な動作を実行するための許可は個人およびグループによって異なる。
【００４１】
レジストリは、レジストリそのものの識別子150を解明152することによって妥当性検証を実施し、それが、各グループがデジタルオブジェクトのセットに対して保持する許可156のセットを生成する。オブジェクト154のセットは、識別子接頭語によって参照される。図5では、許可156は、単独の文字、たとえば挿入の場合には「i」として、更新の場合には「u」としてなどで示されている。
【００４２】
レジストリで参照されるオブジェクトが削除されるとき、レジストリは、その参照が意味を持ち続けることを保証する責任を負う。リポジトリ管理者は、そのような削除をレジストリに通知する。
【００４３】
すべての提出者の権利および関連の許可は、識別子システム74中に保持されることができ、したがって、すべての権利計算は、識別子システムによる識別子の解明を通じて得られたデータを使用して実施することができる。認証された提出者がたとえば新たなメタデータインスタンス(MI)を作成するためのオペレーション要求は、要求されたオペレーションに対して提出者認証をマッチさせたのち、許可または拒絶される。このシステムのいくつかの効率的な実施態様では、提出者がグループの一部であり、したがって、そのグループによって許可されている場合、すべての認証はグループレベルで実施され、個々の提出者のレベルでは実施されない。たとえば、個々の提出者は、一つのメンバーからなるグループの一部である。しかし、他の実施態様、たとえば、システムが個々の提出者およびグループ提出者の両方を試験するならば、個々の提出者を直接的に取り扱うことができる実施態様もまた可能である。
【００４４】
二つの基本的な許可のセット、すなわち、全体としてのレジストリと対応する比較的複雑な一つのセットおよび個々のMIと対応する一つの簡単なタイプがある。場合によっては、各MIは、それを作成したグループと対応する。たとえば、全体としてのレジストリは、それぞれがグループレベルでオンまたはオフに切り換えられる以下の8種の別個の許可を有することができる：
新たなMIをレジストリに挿入する。
所与のグループによって作成されたMIを削除する。
所与のグループによって作成されたMIを更新する。
所与のグループによって作成されたMIを非アクティブ化する(すなわち、それを探索インデックスから取り出す。ただし、実際に削除はしない)。
先に非アクティブ化されたMIをアクティブ化する(すなわち、それを探索インデックスに戻す)。
メタデータを読む：リザーブされているが、レコードを保護する場合に適用される。
インデックスを読む。上記と同じくリザーブされている。
識別子オペレーション：所与のグループが所与のセットの識別子属性(たとえばHandle System接頭語)を割り当てられており、したがって、グループが、それらの接頭語のための管理者として働くレジストリに対し、これらの接頭語の下で識別子を挿入または編集することを要求することができるという事実を記録する。
【００４５】
以下の例がこの許可機構を説明する。
【００４６】
ある編成A.B.Cと対応する提出者の仮想グループを考えてみる。それらの識別子がA.B.C/groucho、A.B.C/harpoおよびA.B.C/chicoとして示されると仮定する。それらは、グループ識別子であるA.B.C/marxbrosにグループ分けされる。このグループ識別子を使用して、グループのメンバーの個々の識別子すべてを得ることができる。新たなMIを所与のメタデータレジストリに挿入する能力のような許可は、グループ識別子を使用してアクセスされる。挿入の場合、これは、各該当グループをレジストリのための識別子レコード150と対応させ、どの許可がレジストリに関して各グループに当てはまるのかを記録することを含む。
【００４７】
レジストリのための単一の識別子の下で各グループを直接リストすると、非常に大きなレジストリに関しては率を合わせられないため、さらなるレベルの間接化を使用することができる。その場合、各レジストリは、それぞれがグループ許可レコードのセットを参照するために使用される多数の識別子にマッピングする。所与のグループ識別子のための該当するメタデータレコードは、グループ識別子を解明することによって発見される。したがって、A.B.C/marxbrosが、情報を挿入する許可を有するが、情報を削除する許可を有しないならば、Groucho、HarpoおよびChicoそれぞれは、新たなメタデータレコードを所与のレジストリに挿入することはできるが、それを削除することは決してできない。新たな個人、たとえばzeppoがグループに加えられるならば、A.B.C/zeppoがA.B.C/marxbrosに加えられ、zeppoもまた、挿入することはできるが、削除することはできない、等々になる。
【００４８】
この例を拡張して、grouchoが、所与の挿入(たとえば100.1000.1/asdfgとして識別されるメタデータレコード)が捏造であると考え、このレコードを削除しようと試みる。grouchoはそのレコードを作成したグループのメンバーとして妥当性検証されているとしても、そのグループ自体がレジストリに対する削除許可を有しないため、これはエラーメッセージを返す。
【００４９】
レコードがA.B.C/marxbrosによって作成されたものであり、A.B.C/marxbrosが削除許可を有しないならば、100.1000.1/asdfgに対応するメタデータレコードはいったいどうやって削除することができるのか。図4で示したように、その答えは、グループ172が別のグループ170のメンバーになるようにグループを入れ子にすることである。これは、個々の編成レベル110で実施することもできるし、編成すべてにわたって実施して所与のレジストリのためのスーパーグループ176を作成することもできる。このように、所与のメタデータレコードを挿入したグループのメンバーだけが、提出者を異なる許可カテゴリーにグループ分けしながらも、そのレコードを除去または編集することができると述べる規則を強要することができる。この例では、A.B.C/librariansとして識別される第二のグループが、はじめ、一つのメンバーA.B.C/Marianからなり、削除許可を有し、A.B.C/marxbrosのメンバーとして加えられると仮定する。今やMarianは、A.B.C/librariansのメンバーとして、100.1000.1/asdfgの削除要求を問題なく提出することができる。理由は、システムが、MarianをA.B.C/Marianとして認証し；Marianが、自身が主張するとおり、A.B.C/librariansの一部であると判断し；100.1000.1/asdfgを作成したグループがA.B.C/marxbrosであると判断し；A.B.C/librariansがA.B.C/marxbrosの一部であると判断し(場合によっては、何層かにかけて入れ子にされていることもできる)；A.B.C/librariansが削除権を有すると判断するからである。この機構を使用すると無限数の階層の許可セットを作成することができるが、一般には2レベルに制限される。
【００５０】
このような、所与の編成は、その管理者を、一部のメンバーが他のメンバーのデータ提出および編集に対して監督的特権を有する二つまたはそれ以上のグループに分割することができる。
【００５１】
同じ機構は、デジタルオブジェクトに対してだれが情報を追加することができるのかを決定するために使用される。ある個人は、メタデータレコードのオブジェクトまたは他の部分を削除または変更することはできないとしても、情報を追加する許可を有すると指定されることができる。通常、そのような個人は、オブジェクトにアクセスする能力を有し、オブジェクトにアクセスすることができないとしても、そのような個人が情報を追加することを許すことは可能である。これは、許可システムを維持するが、自らは情報に対するアクセスを許可されていない管理者にとって有用であるかもしれない。
【００５２】
同様に、この同じ機構は、メタデータレコードに含めるための情報をだれが集約することができるのかを決定するために使用される。たとえば、何人かの個人が、集約の許可を有する当事者によって共通の属性を有すると考えられる情報を追加するならば、その当事者は、メタデータレコードを変更して個々の追加物を除去し、追加物の集合体としてそれらを追加し直すことができる。これは、たとえば、追加物のタイプを分類する際に、または、共同制作者または閲覧者のグループによる所与の文書の提案された編集を統合する場合に有用であるかもしれない。
【００５３】
図6および図7に示すように、特にレジストリ208のレジストリを形成するために(レジストリの階層の場合のように)、または、レジストリのレジストリを形成する必要なく多数のレジストリとで効率的に使用することができる分散問い合わせ機構のクラスの構築および実行において、連合レベルメタデータ204、206の作成を許すことにより、多数のメタデータレジストリ200、202を連合させることができる。ここでは、スキーマ横断的索引付けまたはドメイン横断的探索を可能にする方法を記載しない。代わりに、上述したものを含む多数の解決法を受け入れることができるインフラストラクチャ手法を記載する。
【００５４】
図6は、多数のメタデータレジストリ200、202からのデータを一つのレジストリ208のレジストリに集約する手法を示す。一つのレジストリ連合体が示されているが、同じ手法を、多数のレジストリのレジストリを連合させて、各レジストリのレジストリそのものが一つのレジストリとみなされるようにするために適用することもでき；そのようなレジストリの新たなレジストリがそれらをさらに連合させて、より大きな連合を生じさせることもできる。各レジストリ(先に述べたようなもの)および各レジストリのレジストリは永続識別子210によって識別される。レジストリのレジストリは、多数のレジストリすべてにわたって、それがあたかも一つのレジストリを構成するかのように、問い合わせを可能にする、または、他のサービス212を提供する。各レジストリのレジストリは、これらの連合サービスを可能にする個々のレジストリからの該当データ220を保持する。
【００５５】
そのような連合データの詳細は、レジストリが作動するドメイン、提供されるサービスおよび登録内容を記述するために使用されている具体的なメタデータスキーマに依存する。いくつかの例では、レジストリのレジストリは、その構成メタデータレジストリのうちどれがどのメタデータスキーマ222を使用するのかに関する情報を含むことができ、スキーマ間に変換機能224のセットを提供して、一つの問い合わせをとり、それを多数のレジストリすべてにわたってマッピングすることを可能にする。この変換機能は、キーワード置換、オントロジまたは他の意味マッピング戦略を使用することができる。レジストリのレジストリで集約される他の連合データは、アクセス制御ポリシー226、主題レベル有効範囲およびおそらくは効率的な問い合わせを準備する方法の技術的詳細を含むことができる。
【００５６】
所与のレジストリのレジストリで収集されたいくつかの連合データは、構成メタデータレジストリに個々に適用される。たとえば、レジストリXは1セットのアクセスポリシーを有し、レジストリYはもう一つのセットのアクセスポリシーを有する。すなわち、データは、全体としてメタデータレジストリに適用され、レジストリに含まれる個々のメタデータレコードの間では異ならない。しかし、レジストリのレジストリによって収集される他の連合データは、個々のリポジトリまたはメタデータレコードレベルで適用される。たとえば、レジストリの共同体は、その構成メタデータレジストリが多数のメタデータスキーマを使用することを許すことに合意することができ、その場合、各レジストリは、そのユーザに固有のスキーマを使用するが、メタデータレジストリのセット全体に適用されるスキーマに関しても合意する。レジストリの所与の集合体中のすべてのレジストリ中のすべての登録にわたって使用されるスキーマは、たとえば主題記述語において、個々のレジストリレベルスキーマよりも汎用性であり、どの個々のレジストリがより詳細なレベルで問い合わせする価値があるのかを決定するために使用することができる。これは、所与のレジストリのレジストリ共同体内の各レジストリに提出される各メタデータレコードが、二つの異なるスキーマにしたがって作成されるメタデータを提出されることを要求する。特定のスキーマにしたがって形成されたメタデータの第一の詳細なセットは、各個々のレジストリで保持されて、そのレジストリに向けられた問い合わせで使用されることになり、より汎用性なスキーマにしたがって形成されたメタデータの第二のセットは、レジストリのレジストリに転送されることになる。その第二のより汎用性のデータセットに対して実行される問い合わせは、どのレジストリがより詳細に探索する価値があるレコードを含むのかを示すであろう。
【００５７】
図7は、レコードレベルのメタデータ234、レジストリレベルのメタデータ236およびレジストリのレジストリレベルのメタデータ238をはじめとする多数のレベルを含む、メタデータレコード232の提出物230を示す。
【００５８】
レジストリは、共通の特性セット、たとえばサービスインタフェース、分類、メタデータスキーマおよびデータ集合体すべてにわたって随意にグループ分けすることができる。そのような各グループは、それ自体の基準および特性およびインタフェースを定義することができる。各個々のグループは、各グループ中のレジスタの一つまたは複数と対話し、そのグループの特性を取得し、そのグループのインタフェース特性と一致する応答を発する、アグレゲータとして知られるより高レベルのレジストリを通して問い合わせされる。
【００５９】
識別子は、個々のレジストリのグループおよびサービスの特性を識別する値にマッピングする。これらの値から、グループとグループの特性との間で決定的マップを作成することができる。たとえば、一つのグループ中の二つのレジスタに話しかけるが、それぞれ異なるスキーマおよび分類(たとえば、一方のスキーマはダブリンコアであり、他方のスキーマはMARCレコードである)を有するアグレゲータは、識別子の使用を介して既定の経路を抽出して実際に変換を行うであろう。方法は完全に汎用性であり、したがって、結果は既定の情報から決定的に導出される。
【００６０】
アグレゲータサービスは、各グループ識別子をそれぞれの特性へと解明することにより、異なるグループ中の様々なレジストリの異質性を橋渡しすることができる。これらの識別された特性から、アグレゲータは、グループ特性の識別子を個々のレジストリの識別子にマッピングすることによって効果的な問い合わせおよび関連データの転換を決定的に計算して、一貫した複合的結果を生成することができる。
【００６１】
オブジェクトおよびそれらに対応するメタデータは、無関係の当事者がその所有者または責任当事者によって以前に登録された特定のオブジェクトに関して表明を行うことを可能にする方法で表すことができる。レジストリは、抽象的なデジタルオブジェクト表現機構を提供する。この抽象表現はまた、デジタルオブジェクトとして表現される。表現は、デジタルオブジェクトに関するメタデータインスタンス表明のセットをグループ分けする。したがって、同じデジタルオブジェクトを参照するメタデータレコードの各セットは、その構成レコードすべての識別子からなるスーパーメタデータレコードに集約され、そのスーパーメタデータレコードそのものが識別子を割り当てられる。関連するメタデータレコード間の関係は、識別子システム中に直接的に維持されるか、またはメタデータレジストリ内に保持されたデータ構造中に維持されるかのいずれかである。いずれの場合でも、関連メタデータレコードのいずれの識別子をも有することは、プロセスまたは他のユーザがすべての関連レコードを発見することを可能にする。識別子システム中に保持されるならば、第一レベルメタデータレコードは、すべての関連メタデータレコードの識別子への参照を含むスーパーメタデータレコードに直接的に通じることができる。この関係がメタデータレジストリ中のデータ構造中に維持されるならば、第一レベルメタデータレコードそれぞれの識別子は、そのメタデータレジストリ中のその構造またはサービスに通じる。
【００６２】
レジストリは、オブジェクト表現およびメタデータインスタンスに対して認証された動作を分散独立的に実行することができる。この方法は、メタデータインスタンスのための識別子が、ユーザ認証の責任を負うレジストリに委託され、そのレジストリによって維持されることを可能にする。方法は、ユーザが、表現されたオブジェクトメタデータインスタンス関係により、特定のメタデータインスタンスおよびこれらのインスタンスの、多数のシステムすべてにわたる将来の集約物に対して作動することを可能にする。
【００６３】
他の態様は以下の請求の範囲内である。
【図面の簡単な説明】
【００６４】
【図１】レジストリシステムの局面のレベルブロック図である。
【図２】レジストリシステムの局面のレベルブロック図である。
【図３】レジストリシステムの局面のレベルブロック図である。
【図４】レジストリシステムの局面のレベルブロック図である。
【図５】レジストリシステムの局面のレベルブロック図である。
【図６】レジストリシステムの局面のレベルブロック図である。
【図７】レジストリシステムの局面のレベルブロック図である。
【図１】
2009505245.tif 000002
【図２】
2009505245.tif 000003
【図３】
2009505245.tif 000004
【図４】
2009505245.tif 000005
【図５】
2009505245.tif 000006
【図６】
2009505245.tif 000007
【図７】
2009505245.tif 000008
【国際調査報告】
2009505245.tif 000009