(57)【特許請求の範囲】
【請求項１】
それぞれ親又は子の少なくとも一方が定められたオブジェクトの情報を管理する管理手段と、
権限情報が関連付けられたオブジェクトである権限オブジェクトの指定を含む、前記管理手段により管理される提供対象オブジェクトへの読み出し要求を受け付ける受付手段と、
前記権限情報を認可したオブジェクトである所有者オブジェクトと、前記権限オブジェクトの親であるオブジェクトとの権限の比較結果に基づいて、前記提供対象オブジェクトの情報を提供する提供手段と、を含み、
前記提供手段は、前記提供対象オブジェクトが有していないデータ項目については、前記提供対象オブジェクトの親やさらにその親を再帰的にたどる列に含まれる祖先オブジェクトのデータ項目の情報を提供する、
ことを特徴とする情報処理システム。
【請求項２】
前記提供手段は、前記祖先オブジェクトに含まれる項目のうち、前記提供対象オブジェクトに含まれる項目と一致する項目については、前記提供対象オブジェクトに含まれる項目の情報を提供する
請求項１に記載の情報処理システム。
【請求項３】
前記受付手段が、権限情報が関連付けられたオブジェクトである権限オブジェクトの指定を含む、前記祖先オブジェクトの子オブジェクトの生成の要求を受け付けた場合に、前記権限情報を認可したオブジェクトである所有者オブジェクトと、前記権限オブジェクトの親であるオブジェクトとの権限の比較結果に基づいて、前記祖先オブジェクトの子オブジェクトとして前記提供対象オブジェクトを生成する生成手段、を更に有する
請求項１又は２に記載の情報処理システム。
【請求項４】
前記生成手段は、複数の提供先ごとに前記祖先オブジェクトの子である提供対象オブジェクトをそれぞれ生成する、
請求項３に記載の情報処理システム。
【請求項５】
前記祖先オブジェクトの子となる提供対象オブジェクトを生成する権限を有する第１の権限オブジェクト、又は前記提供対象オブジェクトを更新する権限を有する第２の権限オブジェクトに基づいて、前記提供対象オブジェクトを無効化する手段をさらに含む、
請求項１乃至４のいずれかに記載の情報処理システム。
【請求項６】
前記提供対象オブジェクトの情報の更新を凍結する指示を受け付けた場合には、前記提供対象オブジェクトの情報を、当該凍結する指示を受け付けた時点の情報に固定する、
請求項１乃至５のいずれかに記載の情報処理システム。
【請求項７】
前記凍結する指示を受け付けた後において、当該凍結を解除する指示を受け付けた場合には、前記提供対象オブジェクトの情報を、前記祖先オブジェクトの情報に基づいて更新する、
請求項６に記載の情報処理システム。
【請求項８】
前記第２の権限オブジェクトに基づいて、前記提供対象オブジェクトに処理を追加する手段をさらに含む、
請求項５に記載の情報処理システム。
【請求項９】
前記提供手段は、提供先に対して前記提供対象オブジェクトの情報と、前記第２の権限オブジェクトを提供する、
請求項５に記載の情報処理システム。
【請求項１０】
前記生成手段は、前記祖先オブジェクトの子となる提供対象オブジェクトを生成する権限を有する第１の権限オブジェクトの所有者オブジェクトの親であるオブジェクト、さらに該所有者オブジェクトの親の親であるオブジェクトを順次接続した経路の中に、前記第１の権限オブジェクトの親であるオブジェクトが含まれる場合に、前記提供対象オブジェクトを生成する、
請求項３に記載の情報処理システム。
【請求項１１】
前記生成手段は、前記祖先オブジェクトの子となる提供対象オブジェクトを生成する権限を有する第１の権限オブジェクトが前記管理手段により管理されない場合には、前記提供対象オブジェクトを生成しない、
請求項３に記載の情報処理システム。
【請求項１２】
前記提供手段は、前記権限情報を認可したオブジェクトである所有者オブジェクトと、前記権限オブジェクトの親であるオブジェクトが一致する場合に、前記提供対象オブジェクトの情報を提供する、
請求項１乃至１１のいずれかに記載の情報処理システム。
【請求項１３】
前記提供手段は、前記権限情報を認可したオブジェクトである所有者オブジェクト、さらに該所有者オブジェクトの親の親であるオブジェクトを順次接続した経路の中に、前記権限オブジェクトの親であるオブジェクトが含まれる場合に、前記提供対象オブジェクトの情報を提供する、
請求項１乃至１２のいずれかに記載の情報処理システム。
【請求項１４】
それぞれ親又は子の少なくとも一方が定められたオブジェクトの情報を管理する管理手段と、
権限情報が関連付けられたオブジェクトである権限オブジェクトの指定を含む、前記管理手段により管理される提供対象オブジェクトへの読み出し要求を受け付ける受付手段と、
前記権限情報を認可したオブジェクトである所有者オブジェクトと、前記権限オブジェクトの親であるオブジェクトとの権限の比較結果に基づいて、前記提供対象オブジェクトの情報を提供する提供手段と、してコンピュータを機能させ、
前記提供手段を、前記提供対象オブジェクトが有していないデータ項目については、前記提供対象オブジェクトの親やさらにその親を再帰的にたどる列に含まれる祖先オブジェクトのデータ項目の情報を提供する、ように機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム及びプログラムに関する。
【背景技術】
【０００２】
コンテンツを含むデータや権限情報をプロトタイプベースのオブジェクトとして管理するシステムがある（下記特許文献１）。このシステムにおいては、権限情報が関連付けられたオブジェクトである権限オブジェクトの指定を含む、対象オブジェクトへの処理要求を受け付けた場合に、権限情報を認可したオブジェクトである所有者オブジェクトと、権限オブジェクトの親であるオブジェクトとの権限の比較結果に基づいて、対象オブジェクトへの処理を実行するかどうかが判断される。ここで、対象オブジェクトは一つであるため、対象オブジェクト（コンテンツ）をユーザに提供する場合に、マスターデータである対象オブジェクト自体を参照することになる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第5447722号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明の目的は、マスターデータ自体ではなく、その子孫オブジェクトを参照させ、子孫オブジェクトが有していないデータ項目についてはマスターデータのデータ項目を提供し、子孫オブジェクトが有しているデータ項目については子孫オブジェクトのデータ項目を提供する事により、一のマスターデータについての提供内容を個別に制御できる情報処理システム及びプログラムを提供することにある。
【課題を解決するための手段】
【０００５】
請求項１に係る発明は、それぞれ親又は子の少なくとも一方が定められたオブジェクトの情報を管理する管理手段と、権限情報が関連付けられたオブジェクトである権限オブジェクトの指定を含む、前記管理手段により管理される提供対象オブジェクトへの読み出し要求を受け付ける受付手段と、前記権限情報を認可したオブジェクトである所有者オブジェクトと、前記権限オブジェクトの親であるオブジェクトとの権限の比較結果に基づいて、前記提供対象オブジェクトの情報を提供する提供手段と、を含み、前記提供手段は、前記提供対象オブジェクトが有していないデータ項目については、前記提供対象オブジェクトの親やさらにその親を再帰的にたどる列に含まれる祖先オブジェクトのデータ項目の情報を提供する、ことを特徴とする情報処理システムである。
【０００６】
請求項２に係る発明は、前記提供手段は、前記祖先オブジェクトに含まれる項目のうち、前記提供対象オブジェクトに含まれる項目と一致する項目については、前記提供対象オブジェクトに含まれる項目の情報を提供する請求項１に記載の情報処理システムである。
【０００７】
請求項３に係る発明は、前記受付手段が、権限情報が関連付けられたオブジェクトである権限オブジェクトの指定を含む、前記祖先オブジェクトの子オブジェクトの生成の要求を受け付けた場合に、前記権限情報を認可したオブジェクトである所有者オブジェクトと、前記権限オブジェクトの親であるオブジェクトとの権限の比較結果に基づいて、前記祖先オブジェクトの子オブジェクトとして前記提供対象オブジェクトを生成する生成手段、を更に有する請求項１又は２に記載の情報処理システムである。
【０００８】
請求項４に係る発明は、前記生成手段は、複数の提供先ごとに前記祖先オブジェクトの子である提供対象オブジェクトをそれぞれ生成する、請求項３に記載の情報処理システムである。
【０００９】
請求項５に係る発明は、前記祖先オブジェクトの子となる提供対象オブジェクトを生成する権限を有する第１の権限オブジェクト、又は前記提供対象オブジェクトを更新する権限を有する第２の権限オブジェクトに基づいて、前記提供対象オブジェクトを無効化する手段をさらに含む、請求項１乃至４のいずれかに記載の情報処理システムである。
【００１０】
請求項６に係る発明は、前記提供対象オブジェクトの情報の更新を凍結する指示を受け付けた場合には、前記提供対象オブジェクトの情報を、当該凍結する指示を受け付けた時点の情報に固定する、請求項５に記載の情報処理システムである。
【００１１】
請求項７に係る発明は、前記凍結する指示を受け付けた後において、当該凍結を解除する指示を受け付けた場合には、前記提供対象オブジェクトの情報を、前記祖先オブジェクトの情報に基づいて更新する、請求項６に記載の情報処理システムである。
【００１２】
請求項８に係る発明は、前記第２の権限オブジェクトに基づいて、前記提供対象オブジェクトに処理を追加する手段をさらに含む、請求項５に記載の情報処理システムである。
【００１３】
請求項９に係る発明は、前記提供手段は、提供先に対して前記提供対象オブジェクトの情報と、前記第２の権限オブジェクトを提供する、請求項５に記載の情報処理システムである。
【００１４】
請求項１０に係る発明は、前記生成手段は、前記祖先オブジェクトの子となる提供対象オブジェクトを生成する権限を有する第１の権限オブジェクトの所有者オブジェクトの親であるオブジェクト、さらに該所有者オブジェクトの親の親であるオブジェクトを順次接続した経路の中に、前記第１の権限オブジェクトの親であるオブジェクトが含まれる場合に、前記提供対象オブジェクトを生成する、請求項３に記載の情報処理システムである。
【００１５】
請求項１１に係る発明は、前記生成手段は、前記祖先オブジェクトの子となる提供対象オブジェクトを生成する権限を有する第１の権限オブジェクトが前記管理手段により管理されない場合には、前記提供対象オブジェクトを生成しない、請求項３に記載の情報処理システムである。
【００１６】
請求項１２に係る発明は、前記提供手段は、前記権限情報を認可したオブジェクトである所有者オブジェクトと、前記権限オブジェクトの親であるオブジェクトが一致する場合に、前記提供対象オブジェクトの情報を提供する、請求項１乃至１１のいずれかに記載の情報処理システムである。
【００１７】
請求項１３に係る発明は、前記提供手段は、前記権限情報を認可したオブジェクトである所有者オブジェクト、さらに該所有者オブジェクトの親の親であるオブジェクトを順次接続した経路の中に、前記権限オブジェクトの親であるオブジェクトが含まれる場合に、前記提供対象オブジェクトの情報を提供する、請求項１乃至１２のいずれかに記載の情報処理システムである。
【００１８】
請求項１４に係る発明は、それぞれ親又は子の少なくとも一方が定められたオブジェクトの情報を管理する管理手段と、権限情報が関連付けられたオブジェクトである権限オブジェクトの指定を含む、前記管理手段により管理される提供対象オブジェクトへの読み出し要求を受け付ける受付手段と、前記権限情報を認可したオブジェクトである所有者オブジェクトと、前記権限オブジェクトの親であるオブジェクトとの権限の比較結果に基づいて、前記提供対象オブジェクトの情報を提供する提供手段と、してコンピュータを機能させ、前記提供手段を、前記提供対象オブジェクトが有していないデータ項目については、前記提供対象オブジェクトの親やさらにその親を再帰的にたどる列に含まれる祖先オブジェクトのデータ項目の情報を提供する、ように機能させるためのプログラムである。
【発明の効果】
【００１９】
請求項１および１４に記載の発明によれば、一のマスターデータについての提供内容を個別に制御できる。
【００２０】
請求項２に記載の発明によれば、子孫オブジェクトのデータ項目内容に応じて提供されるデータの内容を個別に設定できる。
【００２１】
請求項３に記載の発明によれば、マスターデータの子孫オブジェクトを生成できる。
【００２２】
請求項４に記載の発明によれば、複数の提供先ごとに個別のオブジェクトを設定できる。
【００２３】
請求項５に記載の発明によれば、提供先に応じたオブジェクトを個別に無効化できる。
【００２４】
請求項６に記載の発明によれば、提供先の個別のオブジェクトが参照する先のオブジェクトの変化によらず、提供先の個別のオブジェクトの内容が変わらないように凍結化できる。
【００２５】
請求項７に記載の発明によれば、提供先の個別のオブジェクトの内容の凍結化を解除できる。
【００２６】
請求項８に記載の発明によれば、提供先の個別のオブジェクトに処理を追加できる。
【００２７】
請求項９に記載の発明によれば、提供先に対し提供された個別のオブジェクトの更新を認可することができる。
【００２８】
請求項１０乃至１３に記載の発明によれば、適正な権限を有する場合に提供先に個別に設定するコンテンツを生成したり、コンテンツの情報を提供したりすることを認可することができる。
【図面の簡単な説明】
【００２９】
【図１】本実施形態に係る情報処理システムのシステム構成図である。
【図２】サーバの機能ブロック図である。
【図３】プロトタイプベースのオブジェクトの具体例を示す図である。
【図４】オブジェクト管理テーブルの一例を示す図である。
【図５】バリュー管理テーブルの一例を示す図である。
【図６】配信用アクセストークンの生成処理のシーケンス図である。
【図７】配信用オブジェクトのコンテンツ表示処理のシーケンス図である。
【図８】配信用オブジェクトの無効化処理のシーケンス図である。
【図９】配信用オブジェクトの無効化処理のシーケンス図である。
【図１０】配信用オブジェクトの凍結処理のシーケンス図である。
【図１１】配信用オブジェクトに対する任意関数の追加処理のシーケンス図である。
【図１２】認証が追加された配信用オブジェクトのコンテンツ表示処理のシーケンス図である。
【図１３】オブジェクトの構成例を示す図である。
【図１４】オブジェクトの構成例を示す図である。
【図１５】オブジェクトの構成例を示す図である。
【発明を実施するための形態】
【００３０】
以下、本発明を実施するための実施の形態（以下、実施形態という）を、図面に基づいて説明する。
【００３１】
［１．システム構成の説明］
図１には、本実施形態に係る情報処理システムＳのシステム構成図を示した。図１に示されるように、情報処理システムＳは、サーバ１０と、第１端末装置３０−１、第２端末装置３０−２、認証装置５０とを含み、サーバ１０と第１端末装置３０−１、第２端末装置３０−２、認証装置５０とはそれぞれネットワーク２を介してデータ通信可能に接続される。なお、以下において、第１端末装置３０−１と第２端末装置３０−２とにおいて共通する内容については端末装置３０と表記して説明することがある。
【００３２】
また、図１に示されるように、サーバ１０は、ハードウェア構成の一例として、制御部１１、記憶部１２、通信部１３を備える。
【００３３】
制御部１１は、ＣＰＵ（Central Processing Unit）を含み、記憶部１２に記憶されたプログラムに基づいて、各種の演算処理を実行するとともにサーバ１０の各部を制御する。
【００３４】
記憶部１２は、サーバ１０のオペレーティングシステム等の制御プログラムやデータを記憶するほか、制御部１１のワークメモリとしても用いられる。プログラムは、光ディスク、磁気ディスク、磁気テープ、光磁気ディスク、フラッシュメモリ等の情報記憶媒体に格納された状態でサーバ１０に供給されてもよいし、インターネット等のデータ通信網を介してサーバ１０に供給されてもよい。
【００３５】
通信部１３は、例えばネットワークインターフェースカード（ＮＩＣ）を含み、ＮＩＣを介してネットワーク２に接続して、ネットワーク２に接続される端末装置等と通信する。
【００３６】
本実施形態では、サーバ１０は、プロトタイプベースのオブジェクトを管理する。ここで、プロトタイプベースのオブジェクトとは、プロトタイプベースのオブジェクトの集合に唯一存在するルートオブジェクトを除けば、唯一つの親のオブジェクト（プロトタイプ）を持つオブジェクトのことである。なお、ルートオブジェクトは自身のプロトタイプを持たない。
【００３７】
また、オブジェクトＡがオブジェクトＢのプロトタイプであるとき、オブジェクトＢはオブジェクトＡのアーティファクトであるともいう。オブジェクト間のプロトタイプ関係により、プロトタイプベースのオブジェクト全体の集合は木構造で表現される。また、オブジェクトにより構成される木構造を破壊しないならば、プロトタイプを再接続することで木構造を変形することが可能である。
【００３８】
さらに、サーバ１０で管理するオブジェクトには、属性及び属性値を持たせることができる。ＲＥＳＴ（REpresentational State Transfer）アーキテクチャスタイルにおいては、オブジェクトをリソース、値を表現と呼ぶこともある。オブジェクトには、単にオブジェクト識別子とプロトタイプのみからなる純粋なアイデンティティのみを表すもの、任意のコンテント型の値を持つデータを表すもの、アクセス資格を証明するクレデンシャルであるアクセストークン、あるいはオブジェクトの所有者であるリソースオーナーやリソースオーナーの認可のもとにオブジェクトへのアクセスを行うアプリケーション（クライアント）のようなエンティティを表すものが含まれることとしてよい。そして、これらのオブジェクトが１つの木構造の中に含まれる。なお、上記のアクセストークンは、権限情報が関連付けられるオブジェクトともいえる。
【００３９】
本実施形態に係る情報処理システムＳでは、サーバ１０は、アクセストークンを提示したリクエストを受け付け、アクセストークンが有効と検証された場合に、アクセストークンに基づき特定された権限の範囲で、上記受け付けたリクエストを処理する。例えば、アクセストークンにより特定される権限の範囲は、オブジェクトを作成（追加）、内容の参照、更新、削除等のいずれかを認可（又は不認可）したものである。また例えば、サーバ１０は、端末装置３０から受け付けたリクエストに従って、管理するオブジェクトの追加、更新、情報の読み出し、削除等を実行する。
【００４０】
本実施形態に係る情報処理システムＳでは、サーバ１０は、第１端末装置３０−１からのリクエストに基づいて生成した、配信用のマスターデータであるコンテンツを管理していることとする。そして、サーバ１０は、第１端末装置３０−１からのリクエストに基づいて、マスターデータであるコンテンツの子であるオブジェクトを生成する。第１端末装置３０−１は、マスターデータそのものではなく、マスターデータの子のオブジェクトの情報を第２端末装置３０−２に配信することとする。このマスターデータの子のオブジェクトについては、個別に内容の追加、更新、削除等が可能であり、そうした内容の追加、更新、削除は親であるマスターデータの内容には影響を与えることがない。
【００４１】
以下では、上記の処理を実現するために、サーバ１０に備えられた機能の一例について詳細に説明する。
【００４２】
［２．サーバ１０に備えられた機能の説明］
次に、図２に示されるサーバ１０の機能ブロック図に基づき、サーバ１０に備えられた機能の一例について説明する。図２に示されるように、サーバ１０は、データ格納部１１０、リクエスト受付部１２０、権限オブジェクト検証部１３０、オブジェクト管理部１４０、リクエスト処理部１５０、処理結果提供部１６０を備える。
【００４３】
サーバ１０に備えられる上記の各部の機能は、サーバ１０に備えられる制御部１１が、記憶部１２やコンピュータ読み取り可能な情報記憶媒体に格納されたプログラムを読み込み実行することで実現されるものとしてよい。なお、プログラムは光ディスク、磁気ディスク、磁気テープ、光磁気ディスク、フラッシュメモリ等の情報記憶媒体によってサーバ１０に供給されることとしてもよいし、インターネット等のデータ通信網を介してサーバ１０に供給されることとしてもよい。以下、サーバ１０に備えられる各部の機能の詳細について説明する。
【００４４】
データ格納部１１０は、プロトタイプベースのオブジェクトの情報を管理する。ここで、プロトタイプベースのオブジェクトには、権限情報が関連付けられたアクセストークンと呼ばれる権限オブジェクトを含む。プロトタイプベースのオブジェクトは変更可能（ミュータブル）なオブジェクトであり、典型的にはランダムに生成されたＩＤで識別される。
【００４５】
図３には、サーバ１０により管理されるプロトタイプベースのオブジェクト群の具体例を示した。図３に示される例においては、各ノードはオブジェクトを、ノードをつなぐエッジはプロトタイプ継承による親子関係を表している。
【００４６】
図３に示されるように、「ｒｏｏｔ」オブジェクトＤ１の子オブジェクトとして、「ｃｒｕｄＳｃｏｐｅ」オブジェクトＤ１１、「ｒｅａＯｎｌｙＳｃｏｐｅ」オブジェクトＤ１２、「ｃｏｎｔｅｎｔＯｗｎｅｒ」オブジェクトＤ１３が設けられている。さらに、「ｃｏｎｔｅｎｔＯｗｎｅｒ」オブジェクトＤ１３の子オブジェクトとして、「ｃｏｎｔｅｎｔＯｗｎｅｒＴｏｋｅｎ」オブジェクトＤ１３１、「ｍａｓｔｅｒＣｏｎｔｅｎｔ」オブジェクトＤ１３２、「ｍａｓｔｅｒＣｏｎｔｅｎｔＴｏｋｅｎ」オブジェクトＤ１３３が設けられている。そしてさらに、「ｍａｓｔｅｒＣｏｎｔｅｎｔ」オブジェクトＤ１３２の子オブジェクトとして、「ｃｈｉｌｄＣｏｎｔｅｎｔ」オブジェクトＤ１３２１、「ｃｈｉｌｄＣｏｎｔｅｎｔＴｏｋｅｎ」オブジェクトＤ１３２２が設けられている。
【００４７】
図３に示した例において、「ｃｒｕｄＳｃｏｐｅ」オブジェクトＤ１１はＣＲＵＤ（Ｃｒｅａｔｅ，Ｒｅａｄ，Ｕｐｄａｔｅ，Ｄｅｌｅｔｅ）の範囲（すなわち、作成、読み込み、更新、削除）を許可するスコープ、「ｒｅａＯｎｌｙＳｃｏｐｅ」オブジェクトＤ１２は読みのみを許可するスコープに相当する。
【００４８】
さらに、「ｃｏｎｔｅｎｔＯｗｎｅｒ」オブジェクトＤ１３は、「ｍａｓｔｅｒＣｏｎｔｅｎｔ」オブジェクトＤ１３２の所有者に相当する。「ｃｏｎｔｅｎｔＯｗｎｅｒＴｏｋｅｎ」オブジェクトＤ１３１は、「ｃｏｎｔｅｎｔＯｗｎｅｒ」オブジェクトＤ１３がＣＲＵＤするためのトークンに相当し、所有者を「ｃｏｎｔｅｎｔＯｗｎｅｒ」、クライアント（権限委譲先）を「ｃｏｎｔｅｎｔＯｗｎｅｒ」、スコープを「ｃｒｕｄＳｃｏｐｅ」とするトークンである。
【００４９】
さらに、「ｍａｓｔｅｒＣｏｎｔｅｎｔ」オブジェクトＤ１３２がマスターデータに相当し、「ｍａｓｔｅｒＣｏｎｔｅｎｔＴｏｋｅｎ」オブジェクトＤ１３３は、マスターデータの子を作成するためのトークンに相当する。なお、「ｍａｓｔｅｒＣｏｎｔｅｎｔＴｏｋｅｎ」オブジェクトＤ１３３は、所有者を「ｍａｓｔｅｒＣｏｎｔｅｎｔ」、クライアント（権限委譲先）を「ｍａｓｔｅｒＣｏｎｔｅｎｔ」、スコープを「ｃｒｕｄＳｃｏｐｅ」とするトークンである。
【００５０】
さらに、「ｃｈｉｌｄＣｏｎｔｅｎｔ」オブジェクトＤ１３２１が配信用の子オブジェクトに相当し、「ｃｈｉｌｄＣｏｎｔｅｎｔＴｏｋｅｎ」オブジェクトＤ１３２２が「ｃｈｉｌｄＣｏｎｔｅｎｔ」オブジェクトＤ１３２１を更新するためのトークンに相当する。なお、「ｃｈｉｌｄＣｏｎｔｅｎｔ」オブジェクトＤ１３２１は、所有者を「ｍａｓｔｅｒＣｏｎｔｅｎｔ」、クライアント（権限委譲先）を「ｃｈｉｌｄＣｏｎｔｅｎｔ」、スコープを「ｃｒｕｄＳｃｏｐｅ」とするトークンである。
【００５１】
本実施形態では、データ格納部１１０には、オブジェクト管理テーブル１１１と、バリュー管理テーブル１１２が含まれ、プロトタイプベースのオブジェクトの情報を、オブジェクト管理テーブル１１１と、バリュー管理テーブル１１２に格納して管理している。
【００５２】
図４には、オブジェクト管理テーブル１１１の一例を、そして図５にはバリュー管理テーブル１１２の一例をそれぞれ示した。
【００５３】
図４に示されるように、オブジェクト管理テーブル１１１には、プロトタイプベースのオブジェクトの識別情報であるオブジェクトＩＤ、オブジェクトの親（プロトタイプ）オブジェクトの識別情報であるプロトタイプＩＤ、オブジェクトが有効化されているか否か（Ｔが有効、Ｆが無効）を示す有効化フラグ、オブジェクトの属性情報が関連づけて記憶される。また、オブジェクトの属性情報には、オブジェクトの型を示すｔｙｐｅ、オブジェクトのデータ内容を格納したデータオブジェクトの識別情報を表すｅｔａｇ、オブジェクトの名称を格納したｎａｍｅ、オブジェクトの生成日時を表すｔｉｍｅを含む。なお、プロトタイプベースのオブジェクトのデータ構成は、図４に示された例に限定されるものではなく、上述した要素以外の要素を含み構成されていても構わない。また、オブジェクトが有効であるか否かはフラグではなく無効化日時を表す属性情報として取り扱っても良い。その場合は，プロトタイプ継承のため，あるノードを無効化することでそのノードをルートとする部分木の全てのノードを一括して無効化することができる。
【００５４】
また、図５に示されるように、バリュー管理テーブル１１２には、ｅｔａｇにバリューが関連づけられている。例えば、バリューは任意のオクテット配列であり、ｅｔａｇの値はそのオクテット配列のハッシュ値とするようにしても良い。
【００５５】
例えば、コンテンツに相当するオブジェクトであれば、ｅｔａｇのバリューとして例えば「ＨＥＡＤＥＲ」や「ＢＯＤＹ」のそれぞれの項目について情報が格納される。また例えば、第１オブジェクトを親、第２オブジェクトを第１オブジェクトの子とするコンテンツに関し、第１オブジェクトのｅｔａｇのバリューとして「ＨＥＡＤＥＲ」や「ＢＯＤＹ」に情報が格納され、第２オブジェクトのｅｔａｇのバリューとして「ＨＥＡＤＥＲ」や「ＢＯＤＹ」に情報が格納されていない場合には、第２オブジェクトのコンテンツを参照した場合には、第１オブジェクトの「ＨＥＡＤＥＲ」や「ＢＯＤＹ」に格納された情報が第２オブジェクトのコンテンツとして用いられる。また、第２オブジェクトのコンテンツに「ＨＥＡＤＥＲ」や「ＢＯＤＹ」に格納された情報がある場合には、その格納された情報が第２オブジェクトのコンテンツとして用いられる。
【００５６】
また例えば、アクセストークンであればｅｔａｇのバリューとして、｛“ｏｗｎｅｒ”： ｏｗｎｅｒ（オーナー）のオブジェクトＩＤ、“ｃｌｉｅｎｔ”： ｃｌｉｅｎｔ（クライアント）のオブジェクトＩＤ、“スコープ”：認可された処理の範囲｝の形式の情報を含む。本実施形態に係る情報処理システムＳでは、端末装置から受け付ける処理要求にはアクセストークンが添付されるが、ここで、アクセストークンを検証することにより、オーナー、クライアント、スコープの情報が特定される。なお、オーナーが処理のリクエスタ、クライアントが処理の代理リクエスタとして扱われる。
【００５７】
リクエスト受付部１２０は、端末装置３０からリクエストを受け付ける。例えば、リクエスト受付部１２０は、端末装置３０からデータ格納部１１０で管理されるオブジェクトの処理に関するリクエストを受け付けることとしてよい。なお、リクエスト受付部１２０は、端末装置３０からリクエストとともにリクエストに係るアクセストークンの情報を受け付けることとしてよい。この際、リクエスト受付部１２０は、例えば端末装置３０からＨＴＴＰリクエストの形式でリクエストを受け付けることとしてよい。
【００５８】
権限オブジェクト検証部１３０は、リクエスト受付部１２０で受け付けたリクエストに係る権限オブジェクト（アクセストークン）の情報を取得し、取得した権限オブジェクトを検証する。例えば、権限情報取得部１３は、アクセストークンの情報は、ＨＴＴＰリクエストのＡｕｔｈｏｒｉｚａｔｉｏｎフィールドから得てもよいし、アクセストークンの情報を含むクッキーが存在すれば、クッキーから得てもよい。
【００５９】
権限オブジェクト検証部１３０は、上記取得したアクセストークン（権限オブジェクト）の情報が正当なものであるか否かを検証する。以下、権限オブジェクト検証部１３０による検証処理の具体例について説明する。
【００６０】
まず、権限オブジェクト検証部１３０は、権限情報取得部１３で取得されたアクセストークンのＩＤが、データ格納部１１０で管理するオブジェクト管理テーブル１１１に含まれているか否か（第１の条件の適否）を判断し、含まれていない場合には検証失敗と判断する。
【００６１】
次に、権限オブジェクト検証部１３０は、第１の条件が満たされている場合に、アクセストークンのデータ形式（タイプ）が所定の型（すなわち、ａｐｐｌｉｃａｔｉｏｎ／ｊｓｏｎ）であるか否か（第２の条件の適否）を判断し、所定の型でない場合には検証失敗と判断する。すなわち、アクセストークンのｅｔａｇについてバリュー管理テーブル１１２に記憶されるバリューが所定の型（ｏｗｎｅｒ、ｃｌｉｅｎｔ、ｓｃｏｐｅを指定したデータ形式）でない場合には、検証失敗と判断する。
【００６２】
次に、権限オブジェクト検証部１３０は、第２の条件が満たされている場合に、アクセストークンのバリューの値（ｏｗｎｅｒ、ｃｌｉｅｎｔ、ｓｃｏｐｅの値）を取得し、ｏｗｎｅｒ、ｃｌｉｅｎｔ、ｓｃｏｐｅのそれぞれの値がデータ格納部１１０で管理されるデータであるか否か（第３の条件の適否）を判断し、いずれかの値がデータ格納部１１０で管理されるデータでない場合には検証失敗と判断する。
【００６３】
次に、権限オブジェクト検証部１３０は、第３の条件が満足されている場合に、データ格納部１１０からアクセストークンのプロトタイプの情報を取得し、アクセストークンのプロトタイプが、アクセストークンのオーナーと一致しているか、オーナーのプロトタイプチェーン（オーナーの親、さらにその親へとオーナーの祖先を順に接続した経路）に含まれるか否か（第４の条件の適否）を判断し、上記のいずれにも合致しない場合には検証失敗と判断する。また、上記のプロトタイプチェーンは、オブジェクトの親、さらにその親を再帰的にたどる列ともいえる。なお、以上の第１乃至第４の条件を満足した場合には、権限オブジェクト検証部１３０は、アクセストークンの検証を成功と判断することとしてよい。
【００６４】
権限オブジェクト検証部１３０は、上記の検証の結果と、アクセストークンにより認可されているスコープ（処理の範囲）の情報と、受け付けたリクエストをリクエスト処理部１５０に通知する。
【００６５】
リクエスト処理部１５０は、リクエスト受付部１２０で受け付けたリクエストについて取得したアクセストークン（権限オブジェクト）についての権限オブジェクト検証部１３０から通知された検証結果と、該受け付けたアクセストークンについて認可されたスコープ（処理の範囲）に基づいて、リクエスト受付部１２０で受け付けたリクエストの処理を制御する。例えば、リクエスト処理部１５０は、リクエスト受付部１２０で受け付けたリクエストに係るアクセストークンについての検証結果が検証失敗である場合には、リクエストに係る処理を不受理としてエラーを処理結果提供部１６０に出力することとしてよい。また、リクエスト処理部１５０は、リクエスト受付部１２０で受け付けたリクエストに係るアクセストークンについての検証結果が検証成功である場合には、リクエスト受付部１２０で受け付けたリクエストを、該リクエストに関して受け付けたアクセストークンについて認可されたスコープに基づいて処理し、その実行結果を処理結果提供部１６０に出力する。
【００６６】
例えば、リクエスト処理部１５０は、受け付けたリクエストに基づいて、オブジェクト管理部１４０にオブジェクトの生成、読み出し、更新、削除を依頼し、オブジェクト管理部１４０から処理結果を受け取る。
【００６７】
具体的には、リクエスト処理部１５０は、受け付けたリクエストが、マスターデータについての配信用オブジェクトの生成である場合には、オブジェクト管理部１４０に、マスターデータ（オブジェクト）の子オブジェクト（又は子孫オブジェクト）の生成を要求し、生成された子オブジェクト（又は子孫オブジェクト）のオブジェクトＩＤを処理結果として処理結果提供部１６０を介して端末装置３０に送信させることとしてよい。
【００６８】
オブジェクト管理部１４０は、データ格納部１１０により管理されるオブジェクトの情報を管理する。例えば、オブジェクト管理部１４０は、リクエスト処理部１５０から受け付ける要求に基づいて、オブジェクト管理テーブル１１１、バリュー管理テーブル１１２に対して情報の追加、読み出し、更新、削除等の処理を実行する。
【００６９】
また、オブジェクト管理部１４０は、配信用オブジェクト生成部を含み、リクエスト処理部１５０から受け付ける配信用オブジェクトの生成要求に基づいて、マスターデータの子（又は子孫）である配信用オブジェクトを生成する。
【００７０】
また、オブジェクト管理部１４０は、リクエスト処理部１５０から受け付ける配信用オブジェクトの読み出し要求に基づいて、配信用オブジェクトの情報を読み出す。ここで、オブジェクト管理部１４０は、配信用オブジェクトの有していないデータ項目については、配信用オブジェクトの親（又は先祖）のオブジェクトのデータ項目の情報を参照し、配信用オブジェクトの情報として返す。
【００７１】
また、オブジェクト管理部１４０は、リクエスト処理部１５０から受け付ける配信用オブジェクトの更新要求に基づいて、配信用オブジェクトの内容を更新する。また、オブジェクト管理部１４０は、リクエスト処理部１５０から受け付ける配信用オブジェクトの削除要求に基づいて、配信用オブジェクトを削除する。
【００７２】
処理結果提供部１６０は、リクエスト処理部１５０による処理結果を、リクエストの要求元である端末装置３０に対して提供する。例えば、処理結果提供部１６０は、リクエスト受付部１２０により受け付けた処理要求が、配信用オブジェクトの生成である場合には、生成された配信用オブジェクトのオブジェクトＩＤを端末装置３０に提供することとしてよい。また例えば、処理結果提供部１６０は、リクエスト受付部１２０により受け付けた処理要求が、配信用オブジェクトの読み出しである場合には、読み出された配信用オブジェクトの情報（すなわちコンテンツデータ）を端末装置３０に提供することとしてよい。また例えば、処理結果提供部１６０は、リクエスト受付部１２０により受け付けた処理要求が、配信用オブジェクトの更新、削除である場合には、配信用オブジェクトの更新、削除の成否情報を端末装置３０に提供することとしてよい。
【００７３】
［３．処理の一例についての説明］
次に、図６乃至図１２に示されたシーケンス図に基づいて、情報処理システムＳで実行される処理の一例について詳細に説明する。
【００７４】
［３．１．配信用オブジェクトの生成処理］
まず、図６に示したシーケンス図に基づいて、第１端末装置３０−１とサーバ１０とにより実行される配信用アクセストークンの生成処理の一例について説明する。まず、図６のフローにおいては、第１端末装置３０−１はマスターデータ（ｍａｓｔｅｒＣｏｔｅｎｔ）の親オブジェクト（ｃｏｎｔｅｎｔＯｗｎｅｒ）について子オブジェクトの生成、取得、更新、削除が可能なスコープが定められたアクセストークンＴ１（ｃｏｎｔｅｎｔＯｗｎｅｒＴｏｋｅｎ）を有することとする。
【００７５】
図６に示されるように、第１端末装置３０−１は、アクセストークンＴ１を用いて、マスターデータ（ｍａｓｔｅｒＣｏｔｅｎｔ）の子オブジェクトを作成するためのアクセストークンＴ２（ｍａｓｔｅｒＣｏｎｔｅｎｔＴｏｋｅｎ）の作成をサーバ１０に対して指示する（Ｓ３１０１）。
【００７６】
サーバ１０は、第１端末装置３０−１からアクセストークンＴ２の作成指示を受け付けると（Ｓ１１０１）、アクセストークンＴ１を検証し、検証が成功した場合に、アクセストークンＴ２を作成する（Ｓ１１０２）。そして、サーバ１０は、上記作成したアクセストークンＴ２のＩＤ（オブジェクトＩＤ）を第１端末装置３０−１に対して送信する（Ｓ１１０３）。
【００７７】
第１端末装置３０−１は、サーバ１０から送信されるアクセストークンＴ２のＩＤを受信する（Ｓ３１０３）。
【００７８】
次に、第１端末装置３０−１は、アクセストークンＴ２を用いて、マスターデータの配信用オブジェクトとして、マスターデータの子オブジェクトの作成をサーバ１０に対して指示する（Ｓ３１０４）。
【００７９】
サーバ１０は、第１端末装置３０−１から配信用オブジェクトの作成指示を受け付けると（Ｓ１１０４）、アクセストークンＴ２を検証し、検証が成功した場合に、配信用オブジェクト、すなわちマスターデータの子オブジェクトを作成する（Ｓ１１０５）。そして、サーバ１０は、上記作成した配信用オブジェクトのＩＤ（オブジェクトＩＤ）を第１端末装置３０−１に対して送信する（Ｓ１１０６）。
【００８０】
第１端末装置３０−１は、サーバ１０から送信される配信用オブジェクトのＩＤを受信する（Ｓ３１０４）。そして、第１端末装置３０−１は、配信用オブジェクトのＩＤに基づいて生成される、配信用オブジェクトの内容を参照するためのＵＲＩを第２端末装置３０−２に提供する（Ｓ３１０５）。
【００８１】
また、第１端末装置３０−１は、第２端末装置３０−２に対して、上記のＵＲＩに加えて、配信用オブジェクトの内容を更新するためのアクセストークンＴ２の情報も提供することとしても構わない。
【００８２】
以上が、配信用オブジェクトの生成に関する処理の一例である。
【００８３】
［３．２．配信用オブジェクトのコンテンツ表示処理］
次に、図７に示したシーケンス図に基づいて、第２端末装置３０−２とサーバ１０により実行される、第２端末装置３０−２が配信用オブジェクトのコンテンツを表示する処理の一例について説明する。以下のシーケンス例においては、第２端末装置３０−２は、配信用オブジェクトの参照が可能なスコープが定められたアクセストークンｔを有することとする。
【００８４】
第２端末装置３０−２は、アクセストークンｔを用いて、配信用オブジェクトの内容を参照するためのＵＲＩにアクセスし、配信用オブジェクトの情報の取得を、サーバ１０に対して指示する（Ｓ３２０１）。
【００８５】
サーバ１０は、第２端末装置３０−２から配信用オブジェクトの情報取得指示を受け付けると（Ｓ１２０１）、アクセストークンｔを検証し、検証が成功した場合に、配信用オブジェクトの情報を取得する（Ｓ１２０２）。例えば、配信用オブジェクトにｔｙｐｅ属性、ｅｔａｇ属性が設定されていない場合には、サーバ１０は配信用オブジェクトのｔｙｐｅ属性、ｅｔａｇ属性に、配信用オブジェクトの親であるマスターデータのｔｙｐｅ属性、ｅｔａｇ属性を設定した上で、配信用オブジェクトの情報を取得する。
【００８６】
そして、サーバ１０は、上記取得した配信用オブジェクトの情報（コンテンツ）を第２端末装置３０−２に対して送信する（Ｓ１２０３）。
【００８７】
第２端末装置３０−２は、サーバ１０から配信用オブジェクトの情報を受信し（Ｓ３２０２）、受信した配信用オブジェクトの情報に基づいて、配信用オブジェクトの情報を表示する（Ｓ３２０３）。
【００８８】
以上が、配信用オブジェクトの表示処理の一例である。
【００８９】
［３．３．配信用オブジェクトの無効化処理（１）］
次に、図８に示されるシーケンス図に基づき、第１端末装置３０−１とサーバ１０により実行される配信用オブジェクトの無効化処理の一例について説明する。以下のシーケンス例は、マスターデータの所有者（コンテンツオーナー）が配信用オブジェクトに無効化属性を付与することで配信用オブジェクトを無効化する例に相当する。
【００９０】
図８に示されるように、第１端末装置３０−１は、アクセストークンＴ２を用いて、配信用オブジェクトの属性を更新するためのアクセストークンＴ３（ｃｈｉｌｄＣｏｎｔｅｎｔＴｏｋｅｎ）の作成指示をサーバ１０に対して送信する（Ｓ３３０１）。
【００９１】
サーバ１０は、アクセストークンＴ３の作成指示を受け付けると（Ｓ１３０１）、アクセストークンＴ２を検証し、検証が成功した場合に、アクセストークンＴ３を作成する（Ｓ１３０２）。そして、サーバ１０は、上記作成したアクセストークンＴ３のＩＤを第１端末に対して送信する（Ｓ１３０３）。
【００９２】
第１端末は、サーバ１０からアクセストークンＴ３のＩＤを受信すると（Ｓ３３０３）、アクセストークンＴ３を用いて、配信用オブジェクトに無効化属性を付与する指示を、サーバ１０に対して送信する（Ｓ３３０３）。
【００９３】
サーバ１０は、配信用オブジェクトに無効化属性を付与する指示を受け付けると（Ｓ１３０４）、アクセストークンＴ３を検証し、検証が成功した場合に、配信用オブジェクトに無効化属性を付与する（Ｓ１３０５）。例えば、サーバ１０は、配信用オブジェクトの有効化フラグの情報をＦに更新することにより上記の無効化処理を行うこととしてよい。
【００９４】
そして、サーバ１０は、上記の無効化処理の結果を第１端末装置３０−１に対して送信する（Ｓ１３０６）。
【００９５】
第１端末装置３０−１は、サーバ１０から、上記の無効化処理の結果を受信する（Ｓ３３０４）。以上が、配信用オブジェクトの無効化処理の第１の例である。
【００９６】
なお、上記において、配信用オブジェクトを再有効化する場合には、配信用オブジェクトの無効化属性を削除（すなわち、有効化フラグの情報をＴに更新）すればよい。
【００９７】
［３．４．配信用オブジェクトの無効化処理（２）］
次に、図９に示されるシーケンス図に基づき、第１端末装置３０−１とサーバ１０により実行される配信用オブジェクトの無効化処理の第２の例について説明する。以下のシーケンス例においては、配信用オブジェクトの無効化を、配信用オブジェクトを削除することにより実行する。
【００９８】
第１端末装置３０−１は、アクセストークンＴ２を用いて、配信用オブジェクトの削除指示をサーバ１０に対して送信する（Ｓ３４０１）。
【００９９】
サーバ１０は、配信用オブジェクトの削除指示を受け付けると（Ｓ１４０１）、アクセストークンＴ２を検証し、検証が成功した場合に、配信用オブジェクトを削除する（Ｓ１４０２）。そして、サーバ１０は、上記削除処理の結果を第１端末に対して送信する（Ｓ１４０３）。
【０１００】
第１端末装置３０−１は、サーバ１０から、上記の削除処理の結果を受信する（Ｓ３４０４）。以上が、配信用オブジェクトの無効化処理の第２の例である。
【０１０１】
［３．５．配信用オブジェクトの凍結処理］
次に、図１０に示されるシーケンス図に基づき、第１端末装置３０−１とサーバ１０により実行される配信用オブジェクトの凍結処理について説明する。なお、凍結処理とは、予め定められた時点（例えば業務委託の終了時点）で配信用オブジェクトのマスターデータへの継続的な参照を終了させ、その時点で配信用オブジェクトの情報を固定化させる処理のことをいう。
【０１０２】
第１端末装置３０−１は、アクセストークンＴ３を用いて、配信用オブジェクトの凍結指示をサーバ１０に対して送信する（Ｓ３５０１）。
【０１０３】
サーバ１０は、配信用オブジェクトの凍結指示を受け付けると（Ｓ１５０１）、アクセストークンＴ３を検証し、検証が成功した場合に、配信用オブジェクトを凍結化する（Ｓ１５０２）。例えば、サーバ１０は、配信用オブジェクトのｅｔａｇ属性に、凍結指示を受け付けた時点でのマスターデータのｅｔａｇ属性を設定する。これにより、マスターデータがその後更新されたとしても、配信用オブジェクトのコンテンツは凍結指示を受け付けた時点でのマスターデータの内容に固定化される。なお、配信用オブジェクトのｔｙｐｅ属性については更新しなくともよい。
【０１０４】
そして、サーバ１０は、上記凍結処理の結果を第１端末に対して送信する（Ｓ１５０３）。
【０１０５】
第１端末装置３０−１は、サーバ１０から、上記の凍結処理の結果を受信する（Ｓ３５０２）。以上が、配信用オブジェクトの凍結処理の一例である。
【０１０６】
なお、上記において、配信用オブジェクトの凍結を解除する場合には、配信用オブジェクトのｅｔａｇ属性の値を削除すればよい。これにより、配信用オブジェクトの親オブジェクトであるマスターデータへの参照が回復する。
【０１０７】
［３．６．配信用オブジェクトに対する任意関数（例えば認証）の追加処理］
次に、図１１に示されるシーケンス図に基づき、第１端末装置３０−１とサーバ１０により実行される配信用オブジェクトに対する任意関数の追加処理について説明する。なお、以下のシーケンスの例においては、配信用オブジェクトへのアクセス時に認証装置における認証処理を行うための関数を追加することとする。
【０１０８】
第１端末装置３０−１は、アクセストークンＴ３を用いて、配信用オブジェクトへの関数の追加指示をサーバ１０に対して送信する（Ｓ３６０１）。
【０１０９】
サーバ１０は、配信用オブジェクトへの関数の追加指示を受け付けると（Ｓ１６０１）、アクセストークンＴ３を検証し、検証が成功した場合に、配信用オブジェクトに指定された関数を追加する（Ｓ１６０２）。例えば、上記の指定された関数は、認証装置において認証されているか否かを真又は偽で返すものとする。
【０１１０】
そして、サーバ１０は、上記追加処理の結果を第１端末に対して送信する（Ｓ１６０３）。
【０１１１】
第１端末装置３０−１は、サーバ１０から、上記の追加処理の結果を受信する（Ｓ３６０２）。以上が、配信用オブジェクトへの関数の追加処理の一例である。
【０１１２】
なお、配信用オブジェクトに追加される関数は、上記の認証処理に限られるものではない。例えば、配信用オブジェクトに対して、配信用オブジェクトが参照された場合に、コンテンツのオーナーに対して、参照があった旨を通知する関数を追加するようにしてもよい。
【０１１３】
［３．７．認証が追加された配信用オブジェクトのコンテンツ表示処理］
次に、図１２に示されるシーケンス図に基づき、認証が追加された配信用オブジェクトを第２端末装置３０−２が表示する際に実行される処理の一例について説明する。以下に説明するシーケンスの例は、認証装置５０による認証が済んでいない場合に相当する。
【０１１４】
第２端末装置３０−２は、アクセストークンｔを用いて、配信用オブジェクトの内容を参照するためのＵＲＩにアクセスし、配信用オブジェクトの情報の取得を、サーバ１０に対して指示する（Ｓ３７０１）。
【０１１５】
サーバ１０は、第２端末装置３０−２から配信用オブジェクトの情報取得指示を受け付けると（Ｓ１７０１）、アクセストークンｔを検証し、検証が成功した場合に、追加された認証の関数を実行する（Ｓ１７０２）。そして、サーバ１０は、認証先である認証装置５０をリダイレクト先として第２端末装置３０−２に指示する（Ｓ１７０３）。
【０１１６】
第２端末装置３０−２は、サーバ１０からリダイレクト先を受信すると（Ｓ３７０２）、リダイレクト先である認証装置５０にアクセスする（Ｓ３７０３）。
【０１１７】
認証装置５０は、第２端末装置３０−２からのアクセスを受け付けると（Ｓ５７０１）、ログイン画面を第２端末装置３０−２に送信する（Ｓ５７０２）。
【０１１８】
第２端末装置３０−２は、認証装置５０からログイン画面を受信すると（Ｓ３７０４）、受信したログイン画面を表示して、ユーザから認証情報の入力を受け付ける。第２端末装置３０−２は、認証情報の入力を受け付けると、受け付けた認証情報を認証装置５０に送信する（Ｓ３７０５）。
【０１１９】
認証装置５０は、第２端末装置３０−２から認証情報を受信すると（Ｓ５７０３）、受信した認証情報に基づく認証処理を実行する（Ｓ５７０４）。そして、認証装置５０は、認証処理の結果（認証の成功／失敗）を第２端末装置３０−２に送信する（Ｓ５７０５）。
【０１２０】
第２端末装置３０−２は、認証装置５０から認証処理の結果を受信し（Ｓ３７０６）、受信した認証処理の結果をサーバ１０に送信する（Ｓ３７０７）。
【０１２１】
サーバ１０は、第２端末装置３０−２から認証処理の結果を受信し（Ｓ１７０４）、受信した認証処理の結果が成功である場合には、配信用オブジェクトの情報（コンテンツ）を取得する（Ｓ１７０５）。
【０１２２】
そして、サーバ１０は、上記取得した配信用オブジェクトの情報（コンテンツ）を第２端末装置３０−２に対して送信する（Ｓ１７０６）。
【０１２３】
第２端末装置３０−２は、サーバ１０から配信用オブジェクトの情報を受信し（Ｓ３７０８）、受信した配信用オブジェクトの情報に基づいて、配信用オブジェクトの情報を表示する。
【０１２４】
以上が、認証処理が追加された配信用オブジェクトの表示処理の一例である。
【０１２５】
なお、第２端末装置３０−２が既に認証装置５０における認証が済んでいる場合には、第２端末装置３０−２は、Ｓ３７０３〜Ｓ３７０６を省略し、Ｓ３７０２の後にＳ３７０７を実行するようにしてよい。
【０１２６】
［４．オブジェクトの他の構成例］
本発明は以上説明した実施形態に限定されるものではない。例えば、配信用オブジェクトは以下のように構成してもよい。
【０１２７】
［４．１．構成例１］
図１３には、配信先ごとに配信用オブジェクトを作成した場合のオブジェクトの構成例を示した。図１３に示すオブジェクトの木構造は、図３に示すオブジェクトの木構造と、第２ユーザへの配信オブジェクトである「ｃｈｉｌｄＣｏｎｔｅｎｔ＿２」オブジェクトＤ１３２３と、「ｃｈｉｌｄＣｏｎｔｅｎｔ＿２」オブジェクトを更新するための「ｃｈｉｌｄＣｏｎｔｅｎｔＴｏｋｅｎ＿２」オブジェクトＤ１３２４が追加されている点で相違し、その他の点で共通している。このように、配信先ごとに配信用オブジェクトを作成することにより、配信先ごとにカスタマイズされた内容での情報提供、制御の実行が可能となる。
【０１２８】
［４．２．構成例２］
図１４には、配信先が属するテナント（組織）ごとにマスターデータの子オブジェクトを作成し、配信先をテナントの子オブジェクトとして構成した場合のオブジェクトの構成例を示した。「ｔｅｎａｎｔＡ」Ｄ１３２１及び「ｔｅｎａｎｔＢ」Ｄ１３２２はそれぞれ、「ｍａｓｔｅｒＣｏｎｔｅｎｔ」Ｄ１３２の子オブジェクトである。そして、「ｔｅｎａｎｔＡ」に属する配信先Ａ１とＡ２に対して、それぞれ配信用オブジェクトである「ｃｈｉｌｄＣｏｎｔｅｎｔＡ１」Ｄ１３２１１と「ｃｈｉｌｄＣｏｎｔｅｎｔＡ２」Ｄ１３２１２を作成する。さらに、「ｔｅｎａｎｔＢ」に属する配信先Ｂ１とＢ２に対して、それぞれ配信用オブジェクトである「ｃｈｉｌｄＣｏｎｔｅｎｔＢ１」Ｄ１３２２１と「ｃｈｉｌｄＣｏｎｔｅｎｔＢ２」Ｄ１３２２２を作成する。
【０１２９】
なお、配信先Ａ１とＡ２とにおいて共通する内容（ただし配信先Ｂ１とＢ２とは相違する内容）については、「ｔｅｎａｎｔＡ」Ｄ１３２１に記述すればよい。そして、配信先Ａ１とＡ２とにおいて相違する内容については、それぞれ「ｃｈｉｌｄＣｏｎｔｅｎｔＡ１」Ｄ１３２１１と「ｃｈｉｌｄＣｏｎｔｅｎｔＡ２」Ｄ１３２１２に記述すればよい。配信先Ｂ１とＢ２についても同様である。
【０１３０】
［４．３．構成例３］
図１５には、配信先が属するテナントが更に階層構造になっている場合に対応するオブジェクトの構成例を示した。図１５に示されるように、「ｔｅｎａｎｔＡ」Ｄ１３２１の子オブジェクトとして、「ｔｅｎａｎｔＸ」Ｄ１３２１３と、「ｔｅｎａｎｔＡＴｏｋｅｎ」Ｄ１３２１４とが作成される。ここで、「ｔｅｎａｎｔＡＴｏｋｅｎ」Ｄ１３２１４は、オーナーを「ｔｅｎａｎｔＡ」、クライアントを「ｔｅｎａｎｔＸ」、スコープをＣＲＵＤとするアクセストークンとする。これにより、テナントＡは、「ｔｅｎａｎｔＡ」の下にオブジェクトの子孫を作成することが可能となる。
【０１３１】
以上は、オブジェクトの構成の例示であり、本実施形態に係る情報処理システムＳでは、コンテンツを配信する対象の組織に応じてオブジェクト構成を対応させることが容易であり、こうした場合のコンテンツの内容、制御等も容易である。
【０１３２】
なお、以上説明した実施形態は具体例として示したものであり、本明細書にて開示される発明をこれら具体例の構成やデータ格納例そのものに限定するものではない。当業者はこれら開示された実施形態に種々の変形、例えば、データ構造、処理の実行順を変更したりしてもよい。本明細書にて開示される発明の技術的範囲は、そのようになされた変形をも含むものと理解すべきである。
【符号の説明】
【０１３３】
Ｓ  情報処理システム、１０  サーバ、３０−１  第１端末装置、３０−２  第２端末装置、５０  認証装置、１１０データ格納部、１２０  リクエスト受付部、１３０  権限オブジェクト検証部、１４０  オブジェクト管理部、１５０  リクエスト処理部、１６０  処理結果提供部。
【図１】
0006467999.tif 000002
【図２】
0006467999.tif 000003
【図３】
0006467999.tif 000004
【図４】
0006467999.tif 000005
【図５】
0006467999.tif 000006
【図６】
0006467999.tif 000007
【図７】
0006467999.tif 000008
【図８】
0006467999.tif 000009
【図９】
0006467999.tif 000010
【図１０】
0006467999.tif 000011
【図１１】
0006467999.tif 000012
【図１２】
0006467999.tif 000013
【図１３】
0006467999.tif 000014
【図１４】
0006467999.tif 000015
【図１５】
0006467999.tif 000016