(57)【要約】【課題】ユーザの有する権限と指定日時に応じた表示情報を提供する。【解決手段】情報提供サーバ１は、権限情報と表示情報を構成する複数のデータ要素を木構造に接続したデータ要素群について、表示情報を構成する１以上のデータ要素を親とする１以上の子のデータ要素のそれぞれについて公開期間の情報を関連付け、ユーザの権限情報に基づき特定されるデータ要素が、閲覧要求に係る表示情報に対応するデータ要素の親を順次接続した経路内に存在し、且つ、ユーザの権限情報により表示情報の閲覧が許可される場合に、表示情報に対応するデータ要素の子を順次接続した１以上の経路にそれぞれ含まれるデータ要素を検索し、検索されたデータ要素のうち公開期間が関連付けて設定されているデータ要素については、指定日時を公開期間に含むデータ要素を抽出し、抽出されたデータ要素に基づいて表示情報を生成する。【選択図】図１
2015005016.tif 000002
【特許請求の範囲】
【請求項１】
それぞれ１以上の権限情報と表示情報を構成する複数のデータ要素を木構造に接続したデータ要素群について、前記表示情報を構成する１以上のデータ要素を親とする１以上の子のデータ要素のそれぞれについて公開期間の情報を関連付けて設定する設定手段と、
前記表示情報の閲覧要求に係るユーザの権限情報と、指定日時とを特定する特定手段と、
前記ユーザの権限情報に基づき特定されるデータ要素が、前記閲覧要求に係る表示情報に対応するデータ要素の親を順次接続した経路内に存在し、且つ、該ユーザの権限情報により該表示情報の閲覧が許可される場合に、該表示情報に対応するデータ要素の子を順次接続した１以上の経路にそれぞれ含まれるデータ要素を検索する検索手段と、
前記検索手段により検索されたデータ要素のうち前記設定手段により公開期間が関連付けて設定されているデータ要素については、前記指定日時を公開期間に含むデータ要素を抽出する抽出手段と、
前記抽出手段により抽出されたデータ要素に基づいて表示情報を生成する生成手段と、
を含む情報処理装置。
【請求項２】
前記ユーザの権限情報と、前記生成手段により生成された表示情報と、有効期間とを関連付けて記憶手段に記憶する手段と、
前記表示情報の閲覧要求を受け付けた場合に、該表示情報の閲覧要求に係るユーザの権限情報に関連付けて前記記憶手段に有効期間内の表示情報が記憶されている場合には、該記憶手段に記憶されている表示情報を前記ユーザに提供する提供手段と、をさらに含む
請求項１に記載の情報処理装置。
【請求項３】
前記表示情報の更新要求に係るユーザの権限情報と、更新対象のデータ要素の識別情報と、更新内容の情報とを取得する取得手段と、
前記取得したユーザの権限情報により前記更新対象のデータ要素の更新が許可される場合に、該更新対象のデータ要素を前記更新内容の情報に基づいて更新する更新手段と、をさらに含む
請求項１又は２に記載の情報処理装置。
【請求項４】
前記表示情報の閲覧要求に係る日時が指定された場合には、当該指定された日時を前記指定日時に設定し、前記表示情報の閲覧要求に係る日時が指定されていない場合には、現在日時を前記指定日時に設定する手段をさらに含む
請求項１乃至３のいずれかに記載の情報処理装置。
【請求項５】
それぞれ１以上の権限情報と表示情報を構成する複数のデータ要素を木構造に接続したデータ要素群について、前記表示情報を構成する１以上のデータ要素を親とする１以上の子のデータ要素のそれぞれについて公開期間の情報を関連付けて設定する設定手段と、
前記表示情報の閲覧要求に係るユーザの権限情報と、指定日時とを特定する特定手段と、
前記ユーザの権限情報に基づき特定されるデータ要素が、前記閲覧要求に係る表示情報に対応するデータ要素の親を順次接続した経路内に存在し、且つ、該ユーザの権限情報により該表示情報の閲覧が許可される場合に、該表示情報に対応するデータ要素の子を順次接続した１以上の経路にそれぞれ含まれるデータ要素を検索する検索手段と、
前記検索手段により検索されたデータ要素のうち前記設定手段により公開期間が関連付けて設定されているデータ要素については、前記指定日時を公開期間に含むデータ要素を抽出する抽出手段と、
前記抽出手段により抽出されたデータ要素に基づいて表示情報を生成する生成手段
としてコンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及びプログラムに関する。
【背景技術】
【０００２】
掲載情報を更新する上で、ユーザが更新日時に合わせて掲載情報の更新作業を行うと手間がかかってしまう。そこで、例えば下記の特許文献１に記載されているように、入力された新着情報に基づいて掲載情報の更新を自動化することを提案しているものがある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−３２５１４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明の目的は、ユーザの有する権限と指定日時に応じた表示情報を提供することができる情報処理装置及びプログラムを提供することにある。
【課題を解決するための手段】
【０００５】
請求項１に記載の発明は、それぞれ１以上の権限情報と表示情報を構成する複数のデータ要素を木構造に接続したデータ要素群について、前記表示情報を構成する１以上のデータ要素を親とする１以上の子のデータ要素のそれぞれについて公開期間の情報を関連付けて設定する設定手段と、前記表示情報の閲覧要求に係るユーザの権限情報と、指定日時とを特定する特定手段と、前記ユーザの権限情報に基づき特定されるデータ要素が、前記閲覧要求に係る表示情報に対応するデータ要素の親を順次接続した経路内に存在し、且つ、該ユーザの権限情報により該表示情報の閲覧が許可される場合に、該表示情報に対応するデータ要素の子を順次接続した１以上の経路にそれぞれ含まれるデータ要素を検索する検索手段と、前記検索手段により検索されたデータ要素のうち前記設定手段により公開期間が関連付けて設定されているデータ要素については、前記指定日時を公開期間に含むデータ要素を抽出する抽出手段と、前記抽出手段により抽出されたデータ要素に基づいて表示情報を生成する生成手段と、を含む情報処理装置である。
【０００６】
請求項２に記載の発明は、前記ユーザの権限情報と、前記生成手段により生成された表示情報と、有効期間とを関連付けて記憶手段に記憶する手段と、前記表示情報の閲覧要求を受け付けた場合に、該表示情報の閲覧要求に係るユーザの権限情報に関連付けて前記記憶手段に有効期間内の表示情報が記憶されている場合には、該記憶手段に記憶されている表示情報を前記ユーザに提供する提供手段と、をさらに含む請求項１に記載の情報処理装置である。
【０００７】
請求項３に記載の発明は、前記表示情報の更新要求に係るユーザの権限情報と、更新対象のデータ要素の識別情報と、更新内容の情報とを取得する取得手段と、前記取得したユーザの権限情報により前記更新対象のデータ要素の更新が許可される場合に、該更新対象のデータ要素を前記更新内容の情報に基づいて更新する更新手段と、をさらに含む請求項１又は２に記載の情報処理装置である。
【０００８】
請求項４に記載の発明は、前記表示情報の閲覧要求に係る日時が指定された場合には、当該指定された日時を前記指定日時に設定し、前記表示情報の閲覧要求に係る日時が指定されていない場合には、現在日時を前記指定日時に設定する手段をさらに含む請求項１乃至３のいずれかに記載の情報処理装置である。
【０００９】
請求項５に記載の発明は、それぞれ１以上の権限情報と表示情報を構成する複数のデータ要素を木構造に接続したデータ要素群について、前記表示情報を構成する１以上のデータ要素を親とする１以上の子のデータ要素のそれぞれについて公開期間の情報を関連付けて設定する設定手段と、前記表示情報の閲覧要求に係るユーザの権限情報と、指定日時とを特定する特定手段と、前記ユーザの権限情報に基づき特定されるデータ要素が、前記閲覧要求に係る表示情報に対応するデータ要素の親を順次接続した経路内に存在し、且つ、該ユーザの権限情報により該表示情報の閲覧が許可される場合に、該表示情報に対応するデータ要素の子を順次接続した１以上の経路にそれぞれ含まれるデータ要素を検索する検索手段と、前記検索手段により検索されたデータ要素のうち前記設定手段により公開期間が関連付けて設定されているデータ要素については、前記指定日時を公開期間に含むデータ要素を抽出する抽出手段と、前記抽出手段により抽出されたデータ要素に基づいて表示情報を生成する生成手段としてコンピュータを機能させるためのプログラムである。
【発明の効果】
【００１０】
請求項１及び４に記載の発明によれば、ユーザの有する権限と指定日時に応じた表示情報を提供できる。
【００１１】
請求項２に記載の発明によれば、本構成を有しない場合と比較して、ユーザに表示情報を提供する処理の負荷を軽減できる。
【００１２】
請求項３に記載の発明によれば、ユーザの有する権限に応じた表示情報を更新できる。
【００１３】
請求項４に記載の発明によれば、指定の日時がある場合には指定の日時に応じた表示情報を、指定の日時がない場合には現在日時に応じた表示情報を提供できる。
【図面の簡単な説明】
【００１４】
【図１】本実施形態に係る情報処理システムのシステム構成図である。
【図２】情報提供サーバとユーザ端末のハードウェア構成図である。
【図３】情報掲示板の構成の一例を示す図である。
【図４】情報掲示板を構成するデータ要素の関係を表現した木構造データの一例を示す図である。
【図５】サービスオブジェクトＳＡ，ＳＢ，ＳＣ，ＳＤのそれぞれの公開開始日と公開終了日の関係の一例を示す図である。
【図６】リソース管理テーブルの一例を示す図である。
【図７】オブジェクトデータ管理テーブルの一例を示す図である。
【図８】情報閲覧処理のシーケンス図である。
【図９】指定日について取得されるサービスオブジェクトのデータ例を示す図である。
【図１０】情報掲示板の表示例を示す図である。
【図１１】キャッシュデータ管理テーブルの一例を示す図である。
【図１２】データ要素の追加処理のシーケンス図である。
【図１３】データ要素の更新処理のシーケンス図である。
【図１４】データ要素の削除処理のシーケンス図である。
【発明を実施するための形態】
【００１５】
以下、本発明を実施するための実施の形態（以下、実施形態という）を、図面に従って説明する。
【００１６】
［１．システム構成］
図１には、本実施形態に係る情報処理システムＳのシステム構成図を示した。本実施形態に係る情報処理システムＳは、情報提供サーバ１と１以上のユーザ端末２を含み、情報提供サーバ１と各ユーザ端末２はネットワーク３を介して相互にデータ通信可能に接続されている。
【００１７】
本実施形態に係る情報処理システムＳにおいては、情報提供サーバ１は、ウェブページを構成する複数のデータ要素を保持し、ユーザ端末２からのアクセスに応じて、アクセスに応じた日時（アクセス日時でもユーザによる指定の日時でもよい）に基づき複数のデータ要素からデータ要素を選択し、選択したデータ要素に基づくウェブページを生成して、ユーザ端末２に提供する。
【００１８】
［２．ハードウェア構成］
以下、本実施形態に係る情報処理システムＳに含まれる情報提供サーバ１とユーザ端末２のハードウェア構成の一例について説明する。
【００１９】
［２−２．情報提供サーバ１］
まず、情報提供サーバ１のハードウェア構成について説明する。図２には、情報提供サーバ１のハードウェア構成例を示した。図２に示されるように、情報提供サーバ１は、制御部１１、記憶部１２、通信部１３を備える。
【００２０】
制御部１１は、ＣＰＵ（Central Processing Unit）を含み、記憶部１２に記憶されたプログラムに基づいて、各種の演算処理を実行するとともに情報提供サーバ１の各部を制御する。
【００２１】
記憶部１２は、情報提供サーバ１のオペレーティングシステム等の制御プログラムやデータを記憶するほか、制御部１１のワークメモリとしても用いられる。プログラムは、光ディスク、磁気ディスク、磁気テープ、光磁気ディスク、フラッシュメモリ等の情報記憶媒体に格納された状態で情報提供サーバ１に供給されてもよいし、インターネット等のデータ通信手段を介して情報提供サーバ１に供給されてもよい。以下、記憶部１２に記憶されるデータ及びデータ構成の一例について説明する。
【００２２】
図３には、情報提供サーバ１により提供される情報掲示板の構成の一例を示した。図３に示されるように、情報掲示板１００は、ヘッダー表示欄１０１（ヘッダーオブジェクト）、コンテント表示欄１０２（コンテントオブジェクト）、フッター表示欄１０３（フッターオブジェクト）を含み、各表示欄はＣＳＳ１０４（カスケーディング・スタイル・シート）に基づく文書構造に従って配置される。なお、コンテント表示欄１０２には、サービスＡ（ＳＡ）、サービスＢ（ＳＢ）、サービスＣ（ＳＣ）、サービスＤ（ＳＤ）の各サービスについての告知情報（例えばメンテナンス情報等）が表示される。なお、サービスＡ、サービスＢ、サービスＣ、サービスＤについてのメンテナンス情報は、日時（現在日時又は指定日時）に応じて可変としてよい。
【００２３】
図４には、図３に示した情報掲示板を構成するデータ要素の関係を表現した木構造データの一例を示した。図４に示されるように、サーバオブジェクトは子オブジェクトとして、掲示板オブジェクト、管理者用アクセストークンオブジェクト、一般ユーザ用アクセストークンオブジェクトを有している。
【００２４】
掲示板オブジェクトは子オブジェクトとして、ヘッダーオブジェクト、コンテントオブジェクト、フッターオブジェクト、ＣＳＳオブジェクトを有している。ここで、コンテントオブジェクトは、サービスＡのオブジェクト（ＳＡオブジェクト）、サービスＢのオブジェクト（ＳＢオブジェクト）、サービスＣのオブジェクト（ＳＣオブジェクト）、サービスＤのオブジェクト（ＳＤオブジェクト）を有している。
【００２５】
ＳＡオブジェクトは子オブジェクトとして、それぞれの公開期間（公開開始日から公開終了日）に応じて表示されるＳＡ１０、ＳＡ１１、ＳＡ１２を有する。
【００２６】
ＳＢオブジェクトは子オブジェクトとして、それぞれの公開期間（公開開始日から公開終了日）に応じて表示されるＳＢ７、ＳＢ８を有する。
【００２７】
ＳＣオブジェクトは子オブジェクトとして、それぞれの公開期間（公開開始日から公開終了日）に応じて表示されるＳＣ１５、ＳＣ１６、ＳＣ１７、ＳＣ１８を有する。
【００２８】
ＳＤオブジェクトは子オブジェクトとして、それぞれの公開期間（公開開始日から公開終了日）に応じて表示されるＳＤ３、ＳＤ４を有する。
【００２９】
図５には、サービスオブジェクトＳＡ，ＳＢ，ＳＣ，ＳＤのそれぞれの公開開始日と公開終了日の関係の一例を示した。例えば、図５における日時Ｔ１では、サービスＳＡについてはＳＡ１０の内容が表示され、サービスＳＢについてはＳＢ７の内容が表示され、サービスＳＣについてはＳＣ１５の内容が表示され、サービスＳＤについてはＳＤ３の内容が表示される。また、図５における日時Ｔ２では、サービスＳＡについてはＳＡ１１の内容が表示され、サービスＳＢについてはＳＢ８の内容が表示され、サービスＳＣについてはＳＣ１６の内容が表示され、サービスＳＤについてはＳＤ４の内容が表示される。
【００３０】
図６には、図４に示した木構造データのデータを保持したリソース管理テーブルの一例を示した。図６に示されるように、リソース管理テーブルには、オブジェクトキー（オブジェクトＩＤ）、プロトタイプバリュー、アーティファクトバリュー、ステートバリュー、コンテントタイプバリューの各項目を含む１以上のレコードを含む。ここで、オブジェクトキーには、オブジェクトの識別子（例えばハッシュ値としてもよい）が格納され、プロトタイプバリューには、オブジェクトの親オブジェクトのオブジェクトＩＤが格納され、アーティファクトバリューには、オブジェクトの子オブジェクトのオブジェクトＩＤが格納され、ステートバリューには、オブジェクトのデータ内容を示すデータテーブルのキーが格納され、コンテントタイプバリューには、オブジェクトの種類を示すデータテーブルのキーが格納される。
【００３１】
図７には、オブジェクトのデータ内容を格納したオブジェクトデータ管理テーブルの一例を示した。図７に示されるように、オブジェクトデータ管理テーブルには、キー（オブジェクトＩＤ）に関連付けて、オブジェクトのデータ内容が格納される。例えば、アクセストークンのオブジェクトに関しては、｛“オーナー”、“クライアント”、“スコープ”｝の情報が関連付けられている。ここで、オーナーが処理のリクエスタ、クライアントが処理の代理リクエスタとして扱われ、スコープには、生成（Ｃ：ｃｒｅａｔｅ）、更新（Ｕ：ｕｐｄａｔｅ）、削除（Ｄ：ｄｅｌｅｔｅ）、一覧取得（Ｌ：ｌｉｓｔ）の各処理の権限の有無の情報が含まれる。なお、スコープには権限を有する処理の情報を含むこととしてよい。
【００３２】
また、図７に示されるように、サービスオブジェクトに関しては、公開開始日、公開終了日、データ内容を示すオブジェクトＩＤが関連付けられている。例えば、ＳＡ１１に関連付けられたオブジェクトＩＤについてであれば、「動作が不安定になる場合がありますので、入力作業はお控え下さい」とのテキスト情報が関連付けて記憶されている。
【００３３】
通信部１３は、例えばネットワークインターフェースカード（ＮＩＣ）を含み、ＮＩＣを介してネットワーク３に接続して、ユーザ端末２と通信する。
【００３４】
［２−２．ユーザ端末２］
図２には、ユーザ端末２のハードウェア構成例を示した。図２に示されるように、ユーザ端末２は、制御部２１、記憶部２２、通信部２３、入力部２４、表示部２５を備える。
【００３５】
制御部２１は、ＣＰＵ（Central Processing Unit）を含み、記憶部２２に記憶されたプログラムに基づいて、各種の演算処理を実行するとともにユーザ端末２の各部を制御する。
【００３６】
記憶部２２は、ユーザ端末２のオペレーティングシステム等の制御プログラムやデータを記憶するほか、制御部２１のワークメモリとしても用いられる。プログラムは、光ディスク、磁気ディスク、磁気テープ、光磁気ディスク、フラッシュメモリ等の情報記憶媒体に格納された状態でユーザ端末２に供給されてもよいし、インターネット等のデータ通信網を介してユーザ端末２に供給されてもよい。
【００３７】
通信部２３は、例えばネットワークインターフェースカード（ＮＩＣ）を含み、ＮＩＣを介してネットワーク３に接続して、情報提供サーバ１と通信する。
【００３８】
入力部２４は、タッチパネル、キーボード等の入力装置により実現され、ユーザからの操作入力を受け付ける。
【００３９】
表示部２５は、液晶ディスプレイ等の表示装置により実現され、制御部２１による情報処理の結果（画面）を表示させる。
【００４０】
［３．シーケンスの説明］
次に、情報処理システムＳにおいて実行される処理の詳細について説明する。
【００４１】
［３−１．情報閲覧処理］
まず、図８に示したシーケンス図を参照しながら、ユーザ端末２が情報提供サーバ１から情報掲示板のデータを受信し表示する情報閲覧処理の詳細について説明する。
【００４２】
図８に示されるように、ユーザ端末２は、ユーザの操作に応じて、指定された情報掲示板の情報閲覧を要求するＵＲＩにアクセストークンを用いてアクセスして、情報提供サーバ１に情報掲示板の閲覧をリクエストする（Ｓ１０１）。例えば、ユーザ端末２は、コマンド（ＧＥＴ  ｈｔｔｐｓ：／／ｓｅｒｖｅｒ．ｃｏｍ／５ｆｅｃｅｂ６６，  Ａｕｔｈｏｒｉｚａｔｉｏｎ：Ｂｅａｒｅｒ  ６ｂ８６ｂ２７３）により情報提供サーバ１にアクセスすることとしてよい。ここで、“５ｆｅｃｅｂ６６”は情報掲示板のオブジェクトＩＤ、“６ｂ８６ｂ２７３”はアクセストークンのオブジェクトＩＤに対応している。なお、コマンドには表示日の指定が含まれていることとしてよく、表示日の指定が含まれていない場合には現在日時が指定表示日として扱われることとしてよい。指定表示日は、例えばユーザが日時を直接入力することで設定してもよいし、カレンダー、スライドバー等の日時指定オブジェクト（アプリケーション）に対するユーザの入力に基づいて設定することとしてもよく、指定表示日は過去、現在、未来のいずれの日時であっても構わない。
【００４３】
情報提供サーバ１は、ユーザ端末２から受け付けたアクセストークンを検証する（Ｓ１０２）。例えば、情報提供サーバ１は、リソース管理テーブルからアクセストークンのＩＤをキーとしてレコードを検索し、検索されたレコードにおけるステートバリューに格納されたＩＤを特定する。そして、情報提供サーバ１は、上記特定したＩＤをキーとしてオブジェクトデータ管理テーブルに格納されたアクセストークンのデータ｛“オーナー”、“クライアント”、“スコープ”｝を取得する。ここで、情報提供サーバ１は、オーナー（リクエスタ）が、アクセストークンのプロトタイプチェーン（アクセストークンの親オブジェクトのパス）に含まれており、且つ、スコープにユーザ端末２からのコマンドにより実行される処理が含まれる（本シーケンスの例では、スコープにｌｉｓｔが含まれている）場合に、ユーザ端末２からの処理を許可し（検証成功）、そうでない場合にユーザ端末２からの処理を許可しない（検証失敗）ようにしてよい。
【００４４】
情報提供サーバ１は、アクセストークンの検証の結果、検証が失敗した場合には（Ｓ１０３：Ｎ）、ユーザ端末２にエラーを通知して（Ｓ１０４）、処理を終了する。また、情報提供サーバ１は、アクセストークンの検証の結果、検証が成功した場合には（Ｓ１０３：Ｙ）、Ｓ１０５に進む。
【００４５】
情報提供サーバ１は、情報掲示板のＩＤ，アクセストークンに関連付けて有効なキャッシュデータが保存されている場合には（Ｓ１０５：Ｙ）、保存されているキャッシュデータをユーザ端末２に送信する（Ｓ１０６）。なお、情報提供サーバ１は、キャッシュデータに有効期限を定めておき、有効期限内であれば有効なキャッシュデータと判断し、有効期限外であれば無効なキャッシュデータと判断することとしてよい。
【００４６】
ユーザ端末２は、情報提供サーバ１から送信されたキャッシュデータに基づいて情報掲示板のページを表示して（Ｓ１０７）、処理を終了する。
【００４７】
また、情報提供サーバ１は、Ｓ１０５で情報掲示板のＩＤ，アクセストークンに関連付けて有効なキャッシュデータが保存されていない場合には（Ｓ１０５：Ｎ）、Ｓ１０８に進む。
【００４８】
情報提供サーバ１は、ユーザ端末２から指定された情報掲示板のＩＤをキーとして含むレコードをリソース管理テーブルから検索し、検索された各レコードに基づいて指定日に公開される情報掲示板のデータ要素を取得する（Ｓ１０８）。例えば、情報提供サーバ１は、情報掲示板のＩＤ（５ｆｅｃｅｂ６６）をキーとして、ヘッダーオブジェクト、コンテントオブジェクト、フッターオブジェクト、ＣＳＳオブジェクトを取得する。さらに、情報提供サーバ１は、取得されたオブジェクト（例えばコンテントオブジェクト）に子オブジェクト（サービスオブジェクト）がある場合には、そのオブジェクトに公開期間が指定されていない場合にはそのまま取得し、そのオブジェクトに公開期間が指定されている場合には指定日が公開期間に含まれているオブジェクトを選択的に取得することとしてよい。具体的には、情報提供サーバ１は、サービスオブジェクトＳＡに関する子オブジェクトＳＡ１０〜ＳＡ１２のうち、指定日（２０１３０２１５）を公開開始日から公開終了日の期間に含む子オブジェクトＳＡ１１を抽出し、抽出された子オブジェクトＳＡ１１に紐付く情報を表示データとして取得する。他のサービスオブジェクトＳＢ〜ＳＤについても同様に処理することとしてよい。
【００４９】
ここで、図９には、指定日（２０１３０２１５）の場合に得られるサービスオブジェクトのデータ例を示した。図９に示されるように、指定日（２０１３０２１５）の場合には、指定日を公開期間にそれぞれ含むサービスオブジェクトＳＡ１１、ＳＢ８、ＳＣ１６、ＳＤ４が取得される。
【００５０】
情報提供サーバ１は、Ｓ１０８で取得したデータ要素に基づいて指定日に表示する表示データを生成する（Ｓ１０９）。なお、オブジェクトに紐付く情報にデータが含まれていない場合（ｎｕｌｌの場合）には、そのデータを表示させないこととしてよい。なお、情報提供サーバ１は、Ｓ１０８でデータ要素が取得されなかった場合や、Ｓ１０８で取得したデータ要素の中にデータが含まれるデータ要素がなかった場合には、対応する情報がない旨のメッセージを表示させる表示データを生成することとしてもよい。
【００５１】
図１０には、表示データに基づき表示される情報掲示板の例を示した。図１０に示された例では、指定日に対応したサービスＳＡ１１，ＳＣ１６、ＳＤ４に紐付くデータが表示される。ここで、サービスＳＢ８には情報が含まれていない（ｎｕｌｌ）ため表示されていない。
【００５２】
情報提供サーバ１は、Ｓ１０９で生成した表示データを情報掲示板のＩＤ、アクセストークン、表示日、有効期間等と関連付けて記録する（Ｓ１１０）。例えば、情報提供サーバ１は、図１１に示すキャッシュデータ管理テーブルに表示データのキャッシュデータを記録することとしてよい。
【００５３】
図１１に示されるキャッシュデータ管理テーブルの例では、表示データのデータＩＤ、情報掲示板のＩＤ、アクセストークン、表示日、有効期間、データ格納先を関連付けて記憶している。ここで有効期間には、公開終了日が定められているオブジェクトのうち最先の日時までを有効期間の終了日として設定することとしてよい。
【００５４】
次に、情報提供サーバ１は、ユーザ端末２のユーザからのアクセスを記録して（Ｓ１１１）、Ｓ１０９で生成された表示データをユーザ端末２に送信する（Ｓ１１２）。
【００５５】
ユーザ端末２は、情報提供サーバ１から受信した表示データを表示部２５に表示して（Ｓ１０７）、処理を終了する。
【００５６】
以上が指定した日時における情報掲示板の表示データの取得処理に関する処理の流れである。
【００５７】
［３−２．情報追加処理］
次に、図１２に示されるシーケンス図を参照しながら、情報掲示板を構成するデータ要素の追加処理について説明する。
【００５８】
図１２に示されるように、ユーザ端末２は、例えばユーザの入力により追加するデータ要素の内容（追加情報）とデータ要素を追加する対象の親オブジェクトの情報を取得する（Ｓ２０１）。例えば追加情報には、公開開始日、公開終了日、メッセージを含むこととしてよい。そして、ユーザ端末２は、取得した追加情報と親オブジェクトに基づいて情報掲示板のデータ要素を追加するコマンドを含むＵＲＩ（親オブジェクトのＩＤ、追加情報を含む）を生成し、生成したＵＲＩにアクセストークンを用いてアクセスして、情報提供サーバ１にデータ要素の追加をリクエストする（Ｓ２０２）。
【００５９】
情報提供サーバ１は、ユーザ端末２から受け付けたアクセストークンを検証する（Ｓ２０３）。例えば、情報提供サーバ１は、リソース管理テーブルからアクセストークンのＩＤをキーとしてレコードを検索し、検索されたレコードにおけるステートバリューに格納されたＩＤを特定する。そして、情報提供サーバ１は、上記特定したＩＤをキーとしてオブジェクトデータ管理テーブルに格納されたアクセストークンのデータ｛“オーナー”、“クライアント”、“スコープ”｝を取得する。ここで、情報提供サーバ１は、オーナー（リクエスタ）が、アクセストークンのプロトタイプチェーン（アクセストークンの親オブジェクトのパス）に含まれており、且つ、スコープにユーザ端末２からのコマンドにより実行される処理が含まれる（本シーケンスの例では、スコープにｃｒｅａｔｅが含まれている）場合に、ユーザ端末２からの処理を許可し（検証成功）、そうでない場合にユーザ端末２からの処理を許可しない（検証失敗）ようにしてよい。
【００６０】
情報提供サーバ１は、アクセストークンの検証の結果、検証が失敗した場合には（Ｓ２０４：Ｎ）、ユーザ端末２にエラーを通知して（Ｓ２０５）、処理を終了する。また、情報提供サーバ１は、アクセストークンの検証の結果、検証が成功した場合には（Ｓ２０４：Ｙ）、Ｓ２０６に進む。
【００６１】
情報提供サーバ１は、ユーザ端末２からのリクエストに含まれる親オブジェクト（データ要素）のＩＤに関連付けられる子オブジェクトのＩＤを生成し（Ｓ２０６）、生成したＩＤについてのレコードを追加して登録する（Ｓ２０７）。具体的には、情報提供サーバ１は、親オブジェクトのＩＤをキーとし、アーティファクトバリューにＳ２０６で生成したＩＤを格納した第１のレコードと、Ｓ２０６で生成したＩＤをキーとして、プロトタイプバリューに親オブジェクトのＩＤを格納した第２のレコードをリソース管理テーブルに追加するとともに、第２のレコードに格納されたステートバリューをキーとする第３のレコードをオブジェクトデータ管理テーブルに追加し、追加した第３のレコード内又は第３のレコードに紐付けて追加情報の内容を格納することとしてよい。
【００６２】
情報提供サーバ１は、データ要素の追加が失敗した場合には（Ｓ２０８：Ｎ）、ユーザ端末２にエラーを通知し（Ｓ２０９）、データ要素の更新が正常に終了した場合には（Ｓ２０８：Ｙ）、データ要素の追加の完了をユーザ端末２に通知する（Ｓ２１０）。
【００６３】
ここで、情報提供サーバ１は、追加されたデータ要素の公開期間内の日時を指定日に設定した表示データを生成し、データ要素の追加の完了の通知とともに、表示データをユーザ端末２に送信することとしてもよい。
【００６４】
［３−３．情報更新処理］
次に、図１３に示されるシーケンス図を参照しながら、情報掲示板を構成するデータ要素の更新処理について説明する。
【００６５】
図１３に示されるように、ユーザ端末２は、例えばユーザの入力により更新対象とする情報掲示板のデータ要素の更新情報を取得する（Ｓ３０１）。例えば更新情報には、公開開始日、公開終了日、メッセージを含むこととしてよい。そして、ユーザ端末２は、取得した更新情報に基づいて情報掲示板のデータ要素を更新するコマンドを含むＵＲＩ（更新対象のデータ要素のＩＤ、更新情報を含む）を生成し、生成したＵＲＩにアクセストークンを用いてアクセスして、情報提供サーバ１にデータ要素の更新をリクエストする（Ｓ３０２）。
【００６６】
情報提供サーバ１は、ユーザ端末２から受け付けたアクセストークンを検証する（Ｓ３０２）。例えば、情報提供サーバ１は、リソース管理テーブルからアクセストークンのＩＤをキーとしてレコードを検索し、検索されたレコードにおけるステートバリューに格納されたＩＤを特定する。そして、情報提供サーバ１は、上記特定したＩＤをキーとしてオブジェクトデータ管理テーブルに格納されたアクセストークンのデータ｛“オーナー”、“クライアント”、“スコープ”｝を取得する。ここで、情報提供サーバ１は、オーナー（リクエスタ）が、アクセストークンのプロトタイプチェーン（アクセストークンの親オブジェクトのパス）に含まれており、且つ、スコープにユーザ端末２からのコマンドにより実行される処理が含まれる（本シーケンスの例では、スコープにｕｐｄａｔｅが含まれている）場合に、ユーザ端末２からの処理を許可し（検証成功）、そうでない場合にユーザ端末２からの処理を許可しない（検証失敗）ようにしてよい。
【００６７】
情報提供サーバ１は、アクセストークンの検証の結果、検証が失敗した場合には（Ｓ３０４：Ｎ）、ユーザ端末２にエラーを通知して（Ｓ３０５）、処理を終了する。また、情報提供サーバ１は、アクセストークンの検証の結果、検証が成功した場合には（Ｓ３０４：Ｙ）、Ｓ３０６に進む。
【００６８】
情報提供サーバ１は、ユーザ端末２からのリクエストに含まれるデータ要素のＩＤに関連付けられるデータを更新情報に基づいて更新する（Ｓ３０６）。具体的には、情報提供サーバ１は、更新対象のデータ要素のＩＤに紐付くデータ要素のコンテンツの情報を、更新情報の内容に更新することとしてよい。
【００６９】
情報提供サーバ１は、データ要素の更新が失敗した場合には（Ｓ３０７：Ｎ）、ユーザ端末２にエラーを通知し（Ｓ３０８）、データ要素の更新が正常に終了した場合には（Ｓ３０７：Ｙ）、データ更新の完了をユーザ端末２に通知する（Ｓ３０９）。
【００７０】
ここで、情報提供サーバ１は、更新されたデータ要素の公開期間内の日時を指定日に設定した表示データを生成し、データ更新の完了の通知とともに、表示データをユーザ端末２に送信することとしてもよい。
【００７１】
［３−４．情報削除処理］
次に、図１４に示されるシーケンス図を参照しながら、情報掲示板を構成するデータ要素の削除処理について説明する。
【００７２】
図１４に示されるように、ユーザ端末２は、例えばユーザの入力により削除対象とする情報掲示板のデータ要素の情報を取得する（Ｓ４０１）。そして、ユーザ端末２は、削除対象とする情報掲示板のデータ要素を削除するコマンドを含むＵＲＩ（削除対象のデータ要素のＩＤを含む）を生成し、生成したＵＲＩにアクセストークンを用いてアクセスして、データ要素の削除を情報提供サーバ１にリクエストする（Ｓ４０２）。
【００７３】
情報提供サーバ１は、ユーザ端末２から受け付けたアクセストークンを検証する（Ｓ４０３）。例えば、情報提供サーバ１は、リソース管理テーブルからアクセストークンのＩＤをキーとしてレコードを検索し、検索されたレコードにおけるステートバリューに格納されたＩＤを特定する。そして、情報提供サーバ１は、上記特定したＩＤをキーとしてオブジェクトデータ管理テーブルに格納されたアクセストークンのデータ｛“オーナー”、“クライアント”、“スコープ”｝を取得する。ここで、情報提供サーバ１は、オーナー（リクエスタ）が、アクセストークンのプロトタイプチェーン（アクセストークンの親オブジェクトのパス）に含まれており、且つ、スコープにユーザ端末２からのコマンドにより実行される処理が含まれる（本シーケンスの例では、スコープにｄｅｌｅｔｅが含まれている）場合に、ユーザ端末２からの処理を許可し（検証成功）、そうでない場合にユーザ端末２からの処理を許可しない（検証失敗）ようにしてよい。
【００７４】
情報提供サーバ１は、アクセストークンの検証の結果、検証が失敗した場合には（Ｓ４０４：Ｎ）、ユーザ端末２にエラーを通知して（Ｓ４０５）、処理を終了する。また、情報提供サーバ１は、アクセストークンの検証の結果、検証が成功した場合には（Ｓ４０４：Ｙ）、Ｓ４０６に進む。
【００７５】
情報提供サーバ１は、ユーザ端末２からのリクエストに含まれるデータ要素のＩＤに関するレコードを削除する（Ｓ４０６）。具体的には、情報提供サーバ１は、削除対象のデータ要素のＩＤをキー又はアーティファクトバリューとして含むレコードを削除することとしてよい。
【００７６】
情報提供サーバ１は、データ要素の削除が失敗した場合には（Ｓ４０７：Ｎ）、ユーザ端末２にエラーを通知し（Ｓ４０８）、データ要素の削除が正常に終了した場合には（Ｓ４０７：Ｙ）、データ要素の削除の完了をユーザ端末２に通知する（Ｓ４０９）。
【００７７】
以上説明した情報処理システムＳによれば、ユーザ端末２から権限に応じたデータ要素の閲覧、追加、更新、削除が可能となるとともに、指定日時に応じて表示されるデータ要素を変化させることができる。
【００７８】
例えば、データ要素ごとにアクセストークンを個別に設定することで、データ要素ごとに閲覧、追加、更新、削除を制御するようにしてもよい。この際に、情報提供サーバ１は、提示されたアクセストークンにより許可されるデータ要素のみを閲覧、追加、更新、削除の対象に設定することとしてよい。
【００７９】
また、本発明は、上述した実施形態に限定されるものではない。例えば、上述した実施形態では、サーバ・クライアント型のシステムに本発明を適用した例を説明したが、例えばユーザ端末２と情報提供サーバ１の機能を一体化させても構わない。
【００８０】
そして、本発明は、情報掲示板の表示に限らず、他の形態の情報提供にも同様に適用できることはもちろんである。
【符号の説明】
【００８１】
Ｓ  情報処理システム、１  情報提供サーバ、２  ユーザ端末、３  ネットワーク、１１  制御部、１２  記憶部、１３  通信部、２１  制御部、２２  記憶部、２３  通信部、２４  入力部、２５  表示部、１００  情報掲示板、１０１  ヘッダーオブジェクト、１０２  コンテントオブジェクト、１０３  フッターオブジェクト、１０４  ＣＳＳオブジェクト。
【図１】
2015005016.tif 000003
【図２】
2015005016.tif 000004
【図３】
2015005016.tif 000005
【図４】
2015005016.tif 000006
【図５】
2015005016.tif 000007
【図６】
2015005016.tif 000008
【図７】
2015005016.tif 000009
【図８】
2015005016.tif 000010
【図９】
2015005016.tif 000011
【図１０】
2015005016.tif 000012
【図１１】
2015005016.tif 000013
【図１２】
2015005016.tif 000014
【図１３】
2015005016.tif 000015
【図１４】
2015005016.tif 000016