(57)【要約】データ提供者装置とデータ要求者装置とにネットワークを通じて接続されたサーバ装置は、データベースと提供部とを備える。データベースは、データ提供者装置からデータを取得するためのインターフェースの情報を記憶する。提供部は、データ要求者装置からデータの取得を要求する第１のリクエストを受け付けると、データベースに記憶されたインターフェースの情報に基づいて作成した第２のリクエストによってデータ提供者装置からデータを取得し、データ要求者装置へ送出する。
2019208211.tif 000002
【特許請求の範囲】
【請求項１】
データ提供者装置とデータ要求者装置とにネットワークを通じて接続されたサーバ装置であって、
前記データ提供者装置からデータを取得するためのインターフェースの情報を記憶するデータベースと、
前記データ要求者装置から前記データの取得を要求する第１のリクエストを受け付けると、前記データベースに記憶された前記インターフェースの情報に基づいて作成した第２のリクエストによって前記データ提供者装置から前記データを取得し、前記データ要求者装置へ送出する提供部と、を備える
サーバ装置。
【請求項２】
前記データベースは、前記インターフェースの情報と前記データの識別情報とを関連付けて記憶する
請求項１に記載のサーバ装置。
【請求項３】
前記第１のリクエストは、前記データの識別情報を含む
請求項１または２に記載のサーバ装置。
【請求項４】
前記インターフェースの情報は、前記第２のリクエストに必要なリクエストパラメータ名を含む
請求項１乃至３の何れかに記載のサーバ装置。
【請求項５】
前記提供部は、前記第１のリクエストから抽出したリクエストパラメータの値を前記第２のリクエストに設定する
請求項１乃至４の何れかに記載のサーバ装置。
【請求項６】
前記データベースは、同一の前記データの識別情報に関連付けて互いに相違する複数の前記インターフェースの情報を記憶する
請求項１乃至５の何れかに記載のサーバ装置。
【請求項７】
前記提供部は、前記第１のリクエストから抽出した前記データの識別情報に対応する複数の前記インターフェースの情報に基づいて複数の前記第２のリクエストを作成する
請求項１乃至６の何れかに記載のサーバ装置。
【請求項８】
前記提供部は、前記第１のリクエストから抽出した前記データの識別情報に対応する複数の前記インターフェースの情報に基づいて作成した複数の前記第２のリクエストによって複数の前記データ提供者装置から複数の前記データを取得し、前記データ要求者装置へ送出する
請求項１乃至７の何れかに記載のサーバ装置。
【請求項９】
前記提供部は、前記第１のリクエストから抽出した前記データの識別情報に対応する複数の前記インターフェースの情報に基づいて作成した複数の前記第２のリクエストによって複数の前記データ提供者装置から複数の前記データを取得し、前記第１のリクエストに対するレスポンスによって前記データ要求者装置へ送出する
請求項１乃至８の何れかに記載のサーバ装置。
【請求項１０】
前記インターフェースの情報は、時間的な制約条件を含む
請求項１乃至９の何れかに記載のサーバ装置。
【請求項１１】
前記提供部は、前記第２のリクエストによって前記データ提供者装置から前記データを取得するタイミングを制御する
請求項１乃至１０の何れかに記載のサーバ装置。
【請求項１２】
前記インターフェースは、ＡＰＩである
請求項１乃至１０の何れかに記載のサーバ装置。
【請求項１３】
データ提供者装置とデータ要求者装置とにネットワークを通じて接続され、前記データ提供者装置からデータを取得するためのインターフェースの情報を記憶するデータベースを有するサーバ装置が実行する方法であって、
前記データ要求者装置から前記データの取得を要求する第１のリクエストを受け付けると、前記データベースに記憶された前記インターフェースの情報に基づいて作成した第２のリクエストによって前記データ提供者装置から前記データを取得し、前記データ要求者装置へ送出する
方法。
【請求項１４】
データ提供者装置とデータ要求者装置とにネットワークを通じて接続され、前記データ提供者装置からデータを取得するためのインターフェースの情報を記憶するデータベースを有するコンピュータに、
前記データ要求者装置から前記データの取得を要求する第１のリクエストを受け付けると、前記データベースに記憶された前記インターフェースの情報に基づいて作成した第２のリクエストによって前記データ提供者装置から前記データを取得し、前記データ要求者装置へ送出する処理を行わせるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１５】
請求項１乃至１２の何れか１項に記載のサーバ装置と、前記サーバ装置にネットワークを通じて接続されたデータ提供者装置およびデータ要求者装置とから構成された情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、サーバ装置、及びその方法ならびにプログラムに関する。
【背景技術】
【０００２】
文書などの公開データをオープンイノベーション等に活用するための情報処理システムが提案されている。【０００３】
例えば特許文献１に記載された情報処理システムは、データ提供者装置とデータ要求者装置とサーバ装置とがネットワークを通じて相互に接続される。サーバ装置は、データ提供者装置から公開データを受信するとデータベースに登録し、また文書ＩＤや文書提供者ＩＤ等の情報を文書情報テーブルに登録する。そして、サーバ装置は、データ要求者装置からデータの取得が要求されると、該当する公開データをデータベースから取り出して、データ要求者装置へ送信する。【０００４】
また、非特許文献１に記載された情報処理システムは、データ提供者装置とデータ要求者装置とデータカタログサイト（サーバ装置）とがネットワークを通じて相互に接続される。データカタログサイトは、複数のデータ提供者装置が提供する公開データの分野横断的な検索を可能とするように公開データのメタ情報をデータカタログに登録する。データ要求者装置は、データカタログを検索することで、所望の公開データを提供するデータ提供者装置のＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ）を取得する。そして、データ要求者装置は、取得したＡＰＩを実行することにより、該当するデータ提供者装置から公開データを取得する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１６−２０７１６３
【非特許文献】
【０００６】
【非特許文献１】日立評論、２０１３年１０月号、「情報活用が加速する社会とビジネスのイノベーション」、ｐ４８−５１、“公共データの民間開放の最新動向と今後の展望‐オープンデータ‐、板倉芳崇、浅野優、小池博。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
特許文献１に記載される情報処理システムでは、サーバ装置がデータ提供者装置から提供される公開データを事前に取得してデータベースに保存する。そのため、公開データの量に応じた容量のデータベースが必要になり、サーバ装置のコストが増大する。これに対して、非特許文献１に記載される情報処理システムでは、公開データのメタ情報がデータカタログサイトに登録され、データの中身はデータ提供者装置で保持しているため、サーバ装置であるデータカタログサイトの構築コストは小さい。しかし、非特許文献１に記載される情報処理システムでは、データ要求者は、取得を希望する公開データを提供するデータ提供者装置のＡＰＩを個別に実行しなければならない。そのため、データ要求者の負荷が増大する。【０００８】
本発明の目的は、上述した課題を解決するサーバ装置を提供することにある。
【課題を解決するための手段】
【０００９】
本発明の一形態に係るサーバ装置は、
データ提供者装置とデータ要求者装置とにネットワークを通じて接続されたサーバ装置であって、
前記データ提供者装置からデータを取得するためのインターフェースの情報を記憶するデータベースと、
前記データ要求者装置から前記データの取得を要求する第１のリクエストを受け付けると、前記データベースに記憶された前記インターフェースの情報に基づいて作成した第２のリクエストによって前記データ提供者装置から前記データを取得し、前記データ要求者装置へ送出する提供部と、を備える。【００１０】
また本発明の他の形態に係る方法は、
データ提供者装置とデータ要求者装置とにネットワークを通じて接続され、前記データ提供者装置からデータを取得するためのインターフェースの情報を記憶するデータベースを有するサーバ装置が実行する方法であって、
前記データ要求者装置から前記データの取得を要求する第１のリクエストを受け付けると、前記データベースに記憶された前記インターフェースの情報に基づいて作成した第２のリクエストによって前記データ提供者装置から前記データを取得し、前記データ要求者装置へ送出する。【００１１】
また本発明の他の形態に係るコンピュータ読み取り可能な記録媒体は、
データ提供者装置とデータ要求者装置とにネットワークを通じて接続され、前記データ提供者装置からデータを取得するためのインターフェースの情報を記憶するデータベースを有するコンピュータに、
前記データ要求者装置から前記データの取得を要求する第１のリクエストを受け付けると、前記データベースに記憶された前記インターフェースの情報に基づいて作成した第２のリクエストによって前記データ提供者装置から前記データを取得し、前記データ要求者装置へ送出する処理を行わせるためのプログラムを記録する。【００１２】
また本発明の他の形態に係る情報処理システムは、
本発明の一形態に係るサーバ装置と、前記サーバ装置にネットワークを通じて接続されたデータ提供者装置およびデータ要求者装置とから構成される。
【発明の効果】
【００１３】
本発明は上述した構成を有することにより、データ要求者の負荷を軽減できると共にサーバ装置のコストを下げることができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の第１の実施形態に係る情報処理システムのブロック図である。
【図２】本発明の第１の実施形態に係るサーバ装置が有するデータカタログの一例を示す図である。
【図３】本発明の第１の実施形態に係るサーバ装置の登録部の動作の一例を示すフローチャートである。
【図４】本発明の第１の実施形態に係るサーバ装置の検索部の動作の一例を示すフローチャートである。
【図５】本発明の第１の実施形態に係るサーバ装置の提供部の動作の一例を示すフローチャートである。
【図６】本発明の第１の実施形態において、データ要求者装置からデータアクセスＡＰＩが呼び出されたときのサーバ装置の動作の一例を示すシーケンスチャートである。
【図７】本発明の第１の実施形態において、データ要求者装置からデータアクセスＡＰＩが呼び出されたときのサーバ装置の動作の別の例を示すシーケンスチャートである。
【図８】本発明の第１の実施形態において、データ要求者装置からデータアクセスＡＰＩが呼び出されたときのサーバ装置の動作の他の例を示すシーケンスチャートである。
【図９】本発明の第１の実施形態において、データ要求者装置からデータアクセスＡＰＩが呼び出されたときのサーバ装置の動作の更に別の例を示すシーケンスチャートである。
【図１０】本発明の第１の実施形態に係る情報処理システムを適用した採点支援システムの概念図である。
【図１１】本発明の第１の実施形態に係る情報処理システムを適用したアクティブラーニング度測定システムの概念図である。
【図１２】本発明の第１の実施形態に係る情報処理システムを適用した遠隔授業支援システムの概念図である。
【図１３】本発明の第１の実施形態に係る情報処理システムのブロック図である。
【発明を実施するための形態】
【００１５】
次に本発明の実施の形態について図面を参照して詳細に説明する。
[第１の実施形態]
図１は、本発明の第１の実施形態に係る情報処理システムのブロック図である。図１を参照すると、本発明の第１の実施形態に係る情報処理システムは、サーバ装置１００と、複数のデータ提供者装置１４０−１〜１４０−ｍと、複数のデータ要求者装置１５０−１〜１５０−ｎと、これらを相互に接続するネットワーク１６０とから構成されている。
【００１６】
データ提供者装置１４０−１〜１４０−ｍは、文書、画像、音声などのデータを保有する者が、保有するデータを第三者に公開するために使用するパーソナルコンピュータ、スマートフォンなどの情報処理装置である。データの形式は任意である。例えば、データはＪＳＯＮ形式である。但し、ＪＳＯＮ形式以外のデータ形式、例えばＸＭＬであってもよい。また、各データ提供者装置１４０−１〜１４０−ｍは、保有するデータを公開する機能を外部から操作するためのインターフェースであるＡＰＩを少なくとも１つ備えている。各データ提供者装置１４０−１〜１４０−ｍが保有する上記ＡＰＩの仕様は任意である。例えば、或るデータ提供者装置が保有する上記ＡＰＩは、ＰＯＳＴメソッド形式である。また、他のデータ提供者装置が保有する上記ＡＰＩは、ＧＥＴメソッド形式である。但し、上記ＡＰＩはＰＯＳＴメソッド形式、および、ＧＥＴメソッド形式に限定されず、他の形式であってもよい。
【００１７】
各データ提供者装置１４０−１〜１４０−ｍは、上記ＡＰＩによるデータ取得要求を受け付けると、要求されたデータを含むレスポンスを返却するように構成されている。以下、データ提供者装置１４０−１〜１４０−ｍが有する上記ＡＰＩを、データ要求ＡＰＩと称する。また、個々のデータ提供者装置１４０−１〜１４０−ｍを区別しない場合、枝番号を省略して単にデータ提供者装置１４０と記す。
【００１８】
データ要求者装置１５０−１〜１５０−ｎは、文書、画像、音声などのデータを要求する者が使用するパーソナルコンピュータ、スマートフォンなどの情報処理装置である。各データ要求者装置１５０−１〜１５０−ｎは、ＡＰＩリクエストを送出し、そのレスポンスを受け取るブラウザ機能を備えている。以下、個々のデータ要求者装置１５０−１〜１５０−ｎを区別しない場合、枝番号を省略して単にデータ要求者装置１５０と記す。
【００１９】
サーバ装置１００は、データ提供者装置１４０が保有するデータをデータ要求者装置１５０へ提供するサービスを実施する者が使用するパーソナルコンピュータなどの情報処理装置である。サーバ装置１００は、通信インターフェース部１１１と、操作入力部１１２と、画面表示部１１３と、記憶部１２０と、演算処理部１３０とを備えている。
【００２０】
通信インターフェース部１１１は、例えばデータ通信回路で構成され、有線または無線の通信回線を介して接続されたデータ提供者装置１４０およびデータ要求者装置１５０などの各種装置との間でデータ通信を行うように構成されている。操作入力部１１２は、キーボードやマウスなどの操作入力装置で構成され、オペレータの操作を検出して演算処理部１３０に出力するように構成されている。画面表示部１１３は、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）やＰＤＰ（Ｐｌａｓｍａ  Ｄｉｓｐｌａｙ  Ｐａｎｅｌ）などの画面表示装置で構成され、演算処理部１３０からの指示に応じて、操作メニューなどの各種情報を画面表示するように構成されている。
【００２１】
記憶部１２０は、ハードディスクやメモリなどの記憶装置で構成され、演算処理部１３０における各種処理に必要な処理情報およびプログラム１２１を記憶するように構成されている。プログラム１２１は、演算処理部１３０に読み込まれて実行されることにより各種処理部を実現するプログラムであり、通信インターフェース部１１１などのデータ入出力機能を介して外部装置（図示せず）や記憶媒体（図示せず）から予め読み込まれて記憶部１２０に保存される。記憶部１２０に記憶される上記処理情報には、データアクセスＡＰＩの情報１２２、データカタログ１２３がある。
【００２２】
データアクセスＡＰＩの情報１２２は、データ要求者装置１５０がサーバ装置１００からデータを取得する際に使用するインターフェースに関する定義情報である。サーバ装置１００は、データ要求者装置１５０からデータアクセスＡＰＩの情報１２２で定義されたＡＰＩが呼び出されると、そのＡＰＩによって要求されたデータをデータ提供者装置１４０から取得し、取得したデータを含むレスポンスを返却するように構成されている。データアクセスＡＰＩの仕様は任意である。例えば、データアクセスＡＰＩは、ＰＯＳＴメソッド形式である。但し、データアクセスＡＰＩはＰＯＳＴメソッド形式に限定されず、ＧＥＴメソッド形式など他の形式であってもよい。
【００２３】
データカタログ１２３は、データ提供者装置１４０が公開するデータに関する情報を記憶するデータベースである。図２に、データカタログ１２３の一例を示す。この例のデータカタログ１２３は、複数のエントリを有し、各エントリは、リソースＩＤ、ＡＰＩ連番、データ要求ＡＰＩ、リクエストヘッダ、リクエストボディ、クエリストリング、時間制約条件、メタ情報といった項目から構成される。
【００２４】
リソースＩＤは、１つのデータアクセスＡＰＩリクエストによってサーバ装置１００から一括して取得できる１または複数のデータに付与された識別番号である。ＡＰＩ連番は、リソースＩＤによって識別されるデータを取得するための１以上のデータ要求ＡＰＩに割り振られた連続番号である。データ要求ＡＰＩは、リソースＩＤによって識別されるデータの全部または一部を取得するためのデータ要求ＡＰＩのＵＲＩである。リクエストヘッダは、データ要求ＡＰＩのヘッダに必要なリクエストパラメータの名前である。リクエストボディは、データ要求ＡＰＩのメソッドがＰＯＳＴのときにリクエストボディに必要なリクエストパラメータの名前である。クエリストリングは、データ要求ＡＰＩのメソッドがＧＥＴのときに必要なリクエストパラメータの名前である。時間制約条件は、データ要求ＡＰＩの実行に関する時間的な条件である。メタ情報は、データ本体から抽出された、データ名称、キーワードなどである。
【００２５】
例えば、図２の２行目のエントリは、リソースＩＤが１のデータは、ｈｔｔｐｓ：／／ｄａｔａＡ．ｃｏｍ／ｖ１／ａａ．ｊｓｏｎというデータ要求ＡＰＩによってデータ提供者装置１４０から取得することができることを表している。また、当該データ要求ＡＰＩは、リクエストヘッダにＸ−ＡＡという名前のリクエストパラメータを設定し、そのリクエストボディにＡｂｏｄｙ１という名前のリクエストパラメータを設定する必要があり、当該データ要求ＡＰＩを実行する時間的な制約は存在しないことを表している。ここで、リクエストパラメータＸ−ＡＡは、データ要求ＡＰＩで取得するデータから部分データを選択（抽出）するためのものである。例えば、データ要求ＡＰＩで取得するデータが、或る市町村の西暦２０００年以降の人口統計データである場合、Ｘ−ＡＡは例えば年度を指定する。また、図２の２行目のエントリは、メタ情報に、データ名称としてＡｎａｍｅが記載され、その他、図示しないがキーワードなどが記載されている。なお、リクエストヘッダに設定するリクエストパラメータは１つに限定されず、複数であってもよい。例えば、リクエストヘッダにＸ−ＡＡ、Ｘ−ＡＡＡという名前の２つのリクエストパラメータを設定してもよい。ここで、リクエストパラメータＸ−ＡＡ、Ｘ−ＡＡＡは、データ要求ＡＰＩで取得するデータから部分データを選択（抽出）するためのものである。例えば、データ要求ＡＰＩで取得するデータが、或る市町村の西暦２０００年以降の人口統計データである場合、Ｘ−ＡＡは例えば年度を指定し、Ｘ−ＡＡＡは月を指定する。
【００２６】
また、図２の３行目〜４行目の２つのエントリは、リソースＩＤが２のデータは、ｈｔｔｐｓ：／／ｄａｔａＢ．ｃｏｍ／ｖ１／ｂｂ．ｊｓｏｎというデータ要求ＡＰＩおよびｈｔｔｐｓ：／／ｄａｔａＣ．ｃｏｍ／ｖ１／ｃｃ．ｊｓｏｎというデータ要求ＡＰＩの合計２つのデータ要求ＡＰＩによって２つのデータ提供者装置１４０から取得することができることを表している。また、前者のデータ要求ＡＰＩでは、リクエストヘッダにＸ−ＢＢという名前のリクエストパラメータを設定し、そのリクエストボディにＢｂｏｄｙ１という名前のリクエストパラメータを設定する必要があり、当該データ要求ＡＰＩを実行する時間的な制約は存在しないことを表している。また、後者のデータ要求ＡＰＩでは、リクエストヘッダにＸ−ＣＣという名前のリクエストパラメータを設定し、そのリクエストボディにＣｂｏｄｙ１という名前のリクエストパラメータを設定する必要があり、当該データ要求ＡＰＩを実行する時間的な制約は存在しないことを表している。
【００２７】
また、図２の５行目のエントリには、０８：００≦ｔ≦１８：００という時間制約条件が設定されている。これは、リソースＩＤが３のデータを、ｈｔｔｐｓ：／／ｄａｔａＤ．ｃｏｍ／ｖ１／ｄｄ．ｊｓｏｎというデータ要求ＡＰＩによってデータ提供者装置１４０から取得するとき、午前８時００分から午後６時００分までの期間に当該データ要求ＡＰＩを実行しなければならないことを表している。このような時間制限が設定される理由には、例えば当該データ要求ＡＰＩを有するデータ提供者装置１４０に運用時間の制限があるといった事情がある。
【００２８】
また、図２の６行目のエントリには、２０１８／０５／０１／０８：００≦ｔという時間制約条件が設定されている。これは、リソースＩＤが４のデータを、ｈｔｔｐｓ：／／ｄａｔａＥ．ｃｏｍ／ｖ１／ｅｅ．ｊｓｏｎというデータ要求ＡＰＩによってデータ提供者装置１４０から取得するとき、２０１８年５月１日の午前８時００分以降に当該データ要求ＡＰＩを実行しなければならないことを表している。このような時間制限が設定される理由には、例えば当該データ要求ＡＰＩによって提供されるデータが特定の日時を起点に公開されるといった事情がある。
【００２９】
また、図２の７行目のエントリでは、リクエストヘッダにＸ−ＦＦという名前のリクエストパラメータを設定し、また、リクエストボディの項目はＮＵＬＬであり、さらに、クエリストリングの項目にリクエストパラメータの名前としてＦｆ１が記載されている。これは、リソースＩＤが５のデータを、ｈｔｔｐｓ：／／ｄａｔａＦ．ｃｏｍ／ｖ１／ｆｆ．ｊｓｏｎというデータ要求ＡＰＩによってデータ提供者装置１４０から取得するとき、メソッドをＧＥＴとし、リクエストヘッダにＸ−ＦＦという名前のリクエストパラメータを設定し、また、クエリストリングにリクエストパラメータＦｆ１を設定する必要があることを表している。
【００３０】
再び図１を参照すると、演算処理部１３０は、ＭＰＵなどのマイクロプロセッサとその周辺回路を有し、記憶部１２０からプログラム１２１を読み込んで実行することにより、上記ハードウェアとプログラム１２１とを協働させて各種処理部を実現するように構成されている。演算処理部１３０で実現される主な処理部には、登録部１３１と、検索部１３２と、提供部１３３とがある。
【００３１】
登録部１３１は、記憶部１２０上のデータカタログ１２３を維持管理するように構成されている。例えば、登録部１３１は、データ提供者装置１４０から受信した情報、および操作入力部１１２から入力された情報に従って、データカタログ１２３に新規の情報を登録し、或いは登録された情報を削除し、或いは登録された情報を更新するように構成されている。
【００３２】
検索部１３２は、記憶部１２０上のデータカタログ１２３を検索するように構成されている。例えば、検索部１３２は、データ要求者装置１４０から受信したキーワードを含む検索要求に従って、データカタログ１２３のエントリのメタ情報を検索し、一致するキーワードを有するエントリの内容の全部または一部を検索結果として返却するように構成されている。
【００３３】
提供部１３３は、データ要求者装置１５０から要求されたデータをデータ提供者装置１４０から取得して要求元に提供するように構成されている。例えば、提供部１３３は、データ要求者装置１５０からデータアクセスＡＰＩの情報１２２で定義されたＡＰＩが呼び出されると、データカタログ１２３に登録されたデータ要求ＡＰＩのＵＲＩなどの情報に基づいて作成したデータ要求ＡＰＩによってデータ提供者装置１４０からデータを取得し、データ要求者装置１５０へ返却するように構成されている。
【００３４】
次に本実施形態に係るサーバ装置１００の動作を説明する。
【００３５】
図３は、サーバ装置１００の登録部１３１の動作の一例を示すフローチャートである。以下、図３を参照して登録部１３１の動作を説明する。
【００３６】
登録部１３１は、データ提供者装置１４０から登録情報を受信したか否か（ステップＳ１）、操作入力部１１２でデータカタログ１２３に対する登録情報の追加、更新、或いは削除のオペレータ操作が行われたか否かを（ステップＳ２）、常に監視している。
【００３７】
本実施形態では、データ提供者装置１４０は、公開したいデータに関する登録情報を自発的にサーバ装置１００へ送信することにより、データカタログ１２３に登録することができるようになっている。データ提供者装置１４０から送信される１件分の登録情報には、図２に示すデータ要求ＡＰＩ、リクエストヘッダ、リクエストボディ、クエリストリング、時間制約条件、メタ情報の各項目のデータが含まれている。登録部１３１は、データ提供者装置１４０からｎ件分（ｎは１以上の正の整数）の登録情報を受信すると、データカタログ１２３にｎ個の新規エントリを確保し、受信したｎ件分の登録情報を各エントリに登録する（ステップＳ３）。このとき登録部１３１は、ｎ個の新規エントリのリソースＩＤの項目に新たに採番したリソースＩＤを登録する。また、ｎ個の新規エントリのＡＰＩ連番の項目に１から始まる連番を登録する。
【００３８】
また、登録部１３１は、操作入力部１１２からｎ件分の登録情報を追加するオペレータ操作が行われると、データ提供者装置１４０からｎ件分の登録情報を受信した場合と同様の動作を行うことにより、データカタログ１２３に登録情報を追加する（ステップＳ４）。また、登録部１３１は、操作入力部１１２からデータカタログ１２３に登録されている登録情報の更新、或いは削除のオペレータ操作が行われると、操作内容に応じてデータカタログ１２３の登録情報の更新、或いは削除を行う（ステップＳ４）。
【００３９】
上述した登録部１３１の動作では、任意のデータ提供者装置１４０がデータカタログ１２３に登録情報を登録することができる。しかし、登録部１３１は、データ提供者装置１４０が正当な権限を有する者であるか否かを確かめる認証を実施し、認証に成功したデータ提供者装置１４０に限ってデータカタログ１２３に登録情報を登録し得るように構成してもよい。また登録部１３１は、正当な権限を有するオペレータか否かを確かめる認証を実施し、認証に成功したオペレータに限って操作入力部１１２からのデータカタログ１２３に対する登録情報の追加、更新、削除を可能にしてもよい。
【００４０】
また、登録部１３１は、データ提供者装置１４０へデータ登録を促進する問合せを行うようにしてもよい。例えば、互いに関連する複数のデータ提供者装置１４０の一部のみが登録を行っている場合、登録部１３１は未登録のデータ提供者装置１４０に対して登録を促す問合せを行うようにしてもよい。
【００４１】
図４は、サーバ装置１００の検索部１３２の動作の一例を示すフローチャートである。以下、図４を参照して検索部１３２の動作を説明する。
【００４２】
検索部１３２は、データ要求者装置１５０から検索要求を受信したか否かを常に監視している（ステップＳ１１）。本実施形態では、データ要求者装置１５０は、データカタログ１２３のメタ情報に含まれるキーワードを検索キーワードとして検索できるようになっている。検索部１３２は、データ要求者装置１５０から検索要求を受信すると、検索要求で指定された検索キーワードをメタ情報に含むデータカタログ１２３のエントリを検索する（ステップＳ１２）。次に、検索部１３２は、検索要求元のデータ要求者装置１５０に検索結果を返却する（ステップＳ１３）。検索部１３２は、検索成功時、検索に成功したデータカタログ１２３のエントリに登録された情報の全てあるいは一部分を含む検索結果を返却する。一部分は、例えば、少なくともリソースＩＤ、リクエストヘッダ、リクエストボディ、クエリストリングであってよい。
【００４３】
上述した検索部１３２の動作では、任意のデータ要求者装置１５０がデータカタログ１２３を検索することができる。しかし、検索部１３２は、データ要求者装置１５０が正当な権限を有する者であるか否かを確かめる認証を実施し、認証に成功したデータ要求者装置１５０に限ってデータカタログ１２３の検索を行えるようにしてもよい。
【００４４】
図５は、サーバ装置１００の提供部１３３の動作の一例を示すフローチャートである。以下、図５を参照して提供部１３３の動作を説明する。
【００４５】
提供部１３３は、データ要求者装置１５０から取得要求を受信したか否かを監視している（ステップＳ２１）。本実施形態では、データ要求者装置１５０は、データアクセスＡＰＩを呼出すことによって、データカタログ１２３のリソースＩＤを指定してデータの取得を要求することができるようになっている。提供部１３３は、データ要求者装置１５０から取得要求を受信すると、取得要求で指定されたリソースＩＤで特定されるデータをデータ提供者装置１４０から取得する（ステップＳ２２）。次に、提供部１３３は、取得したデータをデータアクセスＡＰＩに対するレスポンスとして要求元のデータ要求者装置１５０に返却する（ステップＳ２３）。
【００４６】
上述した提供部１３３の動作では、任意のデータ要求者装置１５０がデータの取得を要求することができる。しかし、提供部１３３は、データ要求者装置１５０が正当な権限を有する者であるか否かを確かめる認証を実施し、認証に成功したデータ要求者装置１５０に限ってデータの取得が行えるようにしてもよい。
【００４７】
続いて、提供部１３３の詳細な動作を図２に示すカタログデータの例を用いて説明する。
【００４８】
図６は、データ要求者装置１５０−１からデータアクセスＡＰＩが呼び出されたときのサーバ装置１００の動作の一例を示すシーケンスチャートである。図６の例では、データ要求者装置１５０−１は、データアクセスＡＰＩのリクエストヘッダでリソースＩＤとして値１を設定し、またリクエストボディで、データ取得ＡＰＩのリクエストヘッダで必要となるリクエストパラメータＸ−ＡＡの値として値１０を、またリクエストボディで必要となるリクエストパラメータＡｂｏｄｙ１として値３を設定している。サーバ装置１００の提供部１３３は、データアクセスＡＰＩによるリクエストを受け付けると（ステップＳ３１）、リソースＩＤの値が１のデータを取得するためのデータ取得ＡＰＩを組み立てて、リクエストを行う（ステップＳ３２）。図２のデータカタログを参照すると、リソースＩＤ＝１のエントリに登録されているデータ要求ＡＰＩは、ｈｔｔｐｓ：／／ｄａｔａＡ．ｃｏｍ／ｖ１／ａａ．ｊｓｏｎであり、必要なリクエストヘッダはＸ−ＡＡ、リクエストボディはＡｂｏｄｙ１である。そのため、提供部１３３は、図６のステップＳ３２に記載するようなデータ取得ＡＰＩを組み立てて、リクエストを行う。
【００４９】
リクエスト先のデータ提供者装置１４０−１は、データアクセスＡＰＩによるリクエストを受け付けると、リクエストパラメータＸ−ＡＡ＝１０、Ａｂｏｄｙ１＝３によって特定されるデータを含むレスポンスをサーバ装置１００に返却する。図６の例では、ステータスコードは２００（ＯＫ）であり、レスポンスヘッダにステータス名ａａとして値ＡＡが含まれ、レスポンスボディに項目ａａ１の値としてＡＡＡ１が含まれている。
【００５０】
サーバ装置１００は、データ提供者装置１４０−１から上記レスポンスを受信すると、受信したレスポンスの内容に基づいて、データアクセスＡＰＩの仕様に合致したレスポンスを編集し、データ要求者装置１５０−１に返却する（ステップＳ３４）。図６の例では、ステータスコードは２００（ＯＫ）であり、レスポンスヘッダにステータス名Ａｃｓ−Ｓｔａｔｕｓとして値ＡＡが含まれ、レスポンスボディに項目ａａ１の値としてＡＡＡ１が含まれている。
【００５１】
図７は、データ要求者装置１５０−１からデータアクセスＡＰＩが呼び出されたときのサーバ装置１００の別の動作例を示すシーケンスチャートである。図７の例では、データ要求者装置１５０−１は、データアクセスＡＰＩのリクエストヘッダでリソースＩＤとして値２を設定し、またリクエストボディで、ＡＰＩ連番１のデータ取得ＡＰＩのリクエストヘッダで必要となるリクエストパラメータＸ−ＢＢの値として値１１を、ＡＰＩ連番２のデータ取得ＡＰＩのリクエストヘッダで必要となるリクエストパラメータＸ−ＣＣの値として値１２を設定し、またＡＰＩ連番１のデータ取得ＡＰＩのリクエストボディで必要となるリクエストパラメータＢｂｏｄｙ１として値４を、ＡＰＩ連番２のデータ取得ＡＰＩのリクエストバディで必要となるリクエストパラメータＣｂｏｄｙ１として値５を設定している。サーバ装置１００の提供部１３３は、データアクセスＡＰＩによるリクエストを受け付けると（ステップＳ４１）、リソースＩＤの値が２のデータを取得するためのデータ取得ＡＰＩを組み立てて、リクエストを行う（ステップＳ４２）
【００５２】
図２のデータカタログを参照すると、リソースＩＤ＝２のエントリに登録されているデータ要求ＡＰＩは、ＡＰＩ連番１とＡＰＩ連番２との２つ存在する。そのため、提供部１３３は、先ずステップＳ４２に記載するようなＡＰＩ連番１のデータ要求ＡＰＩを組み立てて、リクエストを行う（ステップＳ４２）。リクエスト先のデータ提供者装置１４０−２は、上記ＡＰＩ連番１のデータアクセスＡＰＩによるリクエストを受け付けると、リクエストパラメータＸ−ＢＢ＝１１、Ｂｂｏｄｙ１＝４によって特定されるデータを含むレスポンスをサーバ装置１００に返却する（ステップＳ４３）。図７の例では、ステータスコードは２００（ＯＫ）であり、レスポンスヘッダにステータス名ｂｂとして値ＢＢが含まれ、レスポンスボディに項目ｂｂ１の値としてＢＢＢ１が含まれている。
【００５３】
次に、提供部１３３は、ステップＳ４４に記載するようなＡＰＩ連番２のデータ要求ＡＰＩを組み立てて、リクエストを行う。リクエスト先のデータ提供者装置１４０−３は、上記ＡＰＩ連番２のデータアクセスＡＰＩによるリクエストを受け付けると、リクエストパラメータＸ−ＣＣ＝１２、Ｃｂｏｄｙ１＝５によって特定されるデータを含むレスポンスをサーバ装置１００に返却する（ステップＳ４５）。図７の例では、ステータスコードは２００（ＯＫ）であり、レスポンスヘッダはなく、レスポンスボディに項目ｃｃ１の値としてＣＣＣ１が含まれている。
【００５４】
サーバ装置１００は、全てのＡＰＩ連番のデータ要求ＡＰＩによるリクエストとそのレスポンスの受信を終えると、受信した各レスポンスの内容に基づいて、データアクセスＡＰＩの仕様に合致したレスポンスを編集し、データ要求者装置１５０−１に返却する（ステップＳ４６）。図７の例では、ステータスコードは２００（ＯＫ）であり、レスポンスヘッダにステータス名Ａｃｓ−Ｓｔａｔｕｓとして値ＢＢが含まれ、レスポンスボディに項目ｂｂ１の値としてＢＢＢ１、項目ｃｃ１の値としてＣＣＣ１が含まれている。上記の説明では、サーバ装置１００は、データ提供者装置１４０−２、１４０−３から全てのレスポンスを受信してから、データ要求者装置１５０−１にレスポンスを返信した。しかし、サーバ装置１００は、データ提供者装置からレスポンスを受信しだい、データ要求者装置に返信してもよい。即ち、サーバ装置１００は、データ提供者装置１４０−２からレスポンスを受信すると、受信したレスポンスの内容に基づいて、データアクセスＡＰＩの仕様に合致したレスポンスを編集し、データ要求者装置１５０−１に返却する。また、サーバ装置１００は、データ提供者装置１４０−３からレスポンスを受信すると、受信したレスポンスの内容に基づいて、データアクセスＡＰＩの仕様に合致したレスポンスを編集し、データ要求者装置１５０−１に返却する。この場合、データ要求者装置１５０−１は、１つのリクエストに対して複数のレスポンスが返信されることになる。そのため、サーバ装置１００は、データ要求者装置１５０−１が複数のレスポンスのそれぞれを識別できるようにレスポンス番号を付与し、或いはそれぞれのレスポンスが最後のレスポンスか否かを示す標識を付与するようにしてもよい。
【００５５】
図８は、データ要求者装置１５０−１からデータアクセスＡＰＩが呼び出されたときのサーバ装置１００の更に別の動作例を示すシーケンスチャートである。図８の例では、データ要求者装置１５０−１は、データアクセスＡＰＩのリクエストヘッダでリソースＩＤとして値３を設定している。サーバ装置１００の提供部１３３は、データアクセスＡＰＩによるリクエストを受け付けると（ステップＳ５１）、リソースＩＤの値が３のデータを取得するためのデータ取得ＡＰＩを組み立てて、リクエストを行おうとするが、図２のデータカタログを参照すると、リソースＩＤ＝３のエントリには時間制約条件が設定されている。そのため、提供部１３３は、データを取得するタイミングを制御する。
【００５６】
具体的には、提供部１３３は、現在時刻と時間制約条件とに基づいて、直ちにリクエスト可能か否か、直ちにリクエスト可能でなければ何時以降にリクエスト可能になるかを決定する（ステップＳ５２）。０８：００≦ｔ≦１８：００という時間制約条件の場合、提供部１３３は、現在時刻が８時００分から１８時００分までの時間帯であれば、直ちにリクエスト可能であると決定する。また、現在時刻が０時００分以降、８時００分未満であれば、提供部１３３は、当日の８時００分以降にリクエスト可能であると決定する。また、現在時刻が１８時００分以降、２４時００分未満であれば、提供部１３３は、翌日の８時００分以降にリクエスト可能であると決定する。提供部１３３は、直ちにリクエスト可能であれば、可及的速やかにリクエストを行う（ステップＳ５３）。また、提供部１３３は、直ちにリクエスト可能でなければ、リクエスト可能な時間帯に入るまでリクエストを保留する。そして、提供部１３３は、リクエスト可能な時間帯に入ると、保留してあったリクエストを実施する（ステップＳ５３）。リクエスト先のデータ提供装置１４０−４からのレスポンスの受信（ステップＳ５４）、データ要求者装置１５０−１へのレスポンスの送出（ステップＳ５５）は、図６のステップＳ３３、Ｓ３４と同様に行われる。上記説明では、提供部１３３は、保留してあったリクエストを自動で実施した。しかし、提供部１３３は、保留してあったリクエストを実施する前に要求元のデータ要求者装置１５０−１に問合せを行うようにしてもよい。即ち、提供部１３３は、再度データ要求者装置１５０−１に確認してから保留してあったリクエストを実施してもよい。
【００５７】
図９は、データ要求者装置１５０−１からデータアクセスＡＰＩが呼び出されたときのサーバ装置１００の更に別の動作例を示すシーケンスチャートである。図９の例では、データ要求者装置１５０−１は、データアクセスＡＰＩのリクエストヘッダでリソースＩＤとして値５を設定し、またリクエストボディで、データ取得ＡＰＩのリクエストヘッダで必要となるリクエストパラメータＸ−ＦＦの値として値１４を、またクエリストリングで必要となるリクエストパラメータＦｆ１として値５を設定している。サーバ装置１００の提供部１３３は、データアクセスＡＰＩによるリクエストを受け付けると（ステップＳ６１）、リソースＩＤの値が５のデータを取得するためのデータ取得ＡＰＩを組み立てて、リクエストを行う（ステップＳ６２）。図２のデータカタログを参照すると、リソースＩＤ＝５のエントリに登録されているデータ要求ＡＰＩのメソッドはＧＥＴである。そのため、提供部１３３は、図９のステップＳ６２に記載するようなデータ取得ＡＰＩを組み立てて、リクエストを行う。リクエスト先のデータ提供装置１４０−５からのレスポンスの受領（ステップＳ６３）、データ要求者装置１５０−１へのレスポンスの送出（ステップＳ６４）は、図６のステップＳ３３、Ｓ３４と同様に行われる。
【００５８】
以上説明したように、本実施形態によれば、以下のような効果が得られる。
【００５９】
サーバ装置１００のコストを下げることができる。その理由は、サーバ装置１００は、データ要求者装置１５０からデータの取得が要求されると、該当するデータを保有するデータ提供者装置１４０からデータを取得してデータ要求者装置１５０へ提供するように構成されているため、データ提供者装置１４０から取得したデータを事前に保持しておく大容量なデータベースを必要としないためである。
【００６０】
データ要求者の負荷を軽減することができる。その理由は、データ要求者装置１５０からデータの取得を要求する者は、取得したいデータを保有するデータ提供者装置１４０へ個別にリクエストを出す必要がなく、サーバ装置１００に対して同じインターフェース（データアクセスＡＰＩ）を通じてリクエストを出せばよいためである。
【００６１】
複数のデータ要求者装置１５０間でデータを取得するためのデータ取得ＡＰＩの仕様（例えばＰＯＳＴとＧＥＴ）が相違する場合であっても、データ要求者は、サーバ装置１００に対して同じインターフェース（データアクセスＡＰＩ）を通じてリクエストを出すことができる。その理由は、サーバ装置１００が、データカタログ１２３に登録された各データ提供者装置１４０のデータ取得ＡＰＩの情報とデータ要求者から指定されたリクエストパラメータの値に基づいて、必要となるデータ要求ＡＰＩを自動的に組み立てるためである。
【００６２】
データ要求者は、複数のデータ提供者装置１４０から取得するデータを１回のデータアクセスＡＰＩリクエストにより一括して取得することができる。その理由は、サーバ装置１００が、データ要求者が指定したリソースＩＤに対応してデータカタログ１２３に登録された複数のエントリの内容に基づいて複数のデータ取得ＡＰＩを作成して、複数のデータ提供者装置１４０にリクエストを出し、それら複数のデータ提供者装置１４０からの複数のレスポンスを１つのレスポンスに編集してデータ要求者に返却するためである。
【００６３】
データ要求者は、取得するデータが公開される時間的な制限にかかわらず都合のよいときにデータの取得を要求することができる。その理由は、サーバ装置１００が、データ提供者装置１４０からデータを取得する時間的な制限をデータカタログ１２３で管理し、データを取得するタイミング、即ちデータ取得ＡＰＩを呼出すタイミングを制御するためである。
【００６４】
続いて、本発明は教育分野のみに適用が限定されるものではないが、本実施形態に係る情報処理システムを、初中等教育システムに適用した幾つかの例を説明する。
【００６５】
（１）採点支援
図１０は、採点支援システムの概念図である。図１０に示されるように、採点支援システムは、解答作成、解答入力、採点支援の３つの段階で、本実施形態に係る情報処理システムを使用する。
【００６６】
解答作成の段階では、教員が使用するデータ提供者装置１４０は、テストの解答情報を公開するためにサーバ装置１００のデータカタログ１２３に登録する。
【００６７】
解答入力の段階では、解答の入力を支援する者が使用するデータ提供者装置１４０は、出題されたテストに対して生徒が入力した手書き文字、音声などによる解答をテキスト化して公開するためにサーバ装置１００のデータカタログ１２３に登録する。
【００６８】
採点支援の段階では、採点者が使用するデータ要求者装置１５０は、解答情報をサーバ装置１００経由で教員が使用するデータ提供者装置１４０から取得する。また、上記データ要求者装置１５０は、学校別かつ生徒別の解答データをサーバ装置１００経由で解答入力者のデータ提供者装置１４０から取得する。そして、採点者が使用するデータ提供者装置１４０は、上記取得した情報に基づいて採点を行い、各種の分析を実施し、処理結果を公開するためにサーバ装置１００のデータカタログ１２３に登録する。処理結果には、記述採点結果データ（正誤結果、点数（部分点）、正誤箇所）、生徒別の採点結果の統計データ（得点推移、習熟度）、集計単位（学校別・クラス別など）による誤答分析データ、集計単位（学校別・クラス別など）による採点集計データなどがある。そして、教員が使用するデータ要求者装置１５０は、サーバ装置１００経由で採点者が使用するデータ提供者装置１４０から上記の処理結果を取得する。
【００６９】
（２）アクティブラーニング度測定
図１１は、アクティブラーニング度測定システムの概念図である。図１１に示されるように、アクティブラーニング度測定システムは、実施・収集、定量化、分析・反映の３つの段階で、本実施形態に係る情報処理システムを使用する。
【００７０】
実施・収集の段階では、教室で授業を受けている生徒の画像および音声をモニタしているデータ提供者装置１４０は、取得した画像や音声データを公開するためにサーバ装置１００のカタログデータに登録する。また、そのデータ提供者装置１４０は、音声データや画像を解析して得た生徒毎の音声データを公開するためにサーバ装置１００のカタログデータに登録する。
【００７１】
定量化の段階では、定量化に使用するデータ要求者装置１５０は、生徒毎の音声データをサーバ装置１００経由で上記データ提供者装置１４０から取得し、活気度（盛り上がり、盛り下がり度合）と感情変化（喜び、怒り、悲しみ、元気度）を分析し、また音声データをテキスト化する。また、上記データ提供者装置１４０は、活気度の分析結果、感情変化の分析結果、テキスト化された音声データを公開するためにサーバ装置１００のカタログデータに登録する。
【００７２】
分析・反映の段階では、分析者が使用するデータ要求者装置１５０は、サーバ装置１００経由で定量化に使用するデータ提供者装置１４０から活気度の分析結果、感情変化の分析結果、音声テキスト、画像データを取得する。また、分析者が使用するデータ提供者装置１４０は、上記の活気度の分析結果、感情変化の分析結果、音声テキスト、画像データを解析して、発言変化の特異点情報、感情変化の特異点情報を検出し、また特異点と画像・音声のオーサリングデータを作成し、それらを公開するためにサーバ装置１００のカタログデータに登録する。具体的には、グループ討議の時系列による討議内容データ、誰がいつ、どのような発言をして、討議がどのような状態で行われたか、討議の中で頻出した語句、語彙などの統計データを公開するためにサーバ装置１００のカタログデータに登録する。そして、教員が使用するデータ要求者装置１５０は、サーバ装置１００経由で分析者が使用するデータ提供者装置１４０から分析結果等を取得し、生徒別のカルテなどを作成する。
【００７３】
（３）遠隔授業支援システム
図１２は、遠隔授業支援システムの概念図である。図１２に示されるように、遠隔授業支援システムでは、教室に設置されたデータ提供者装置１４０が、授業の様子を撮影した動画データを公開するためにサーバ装置１００のカタログデータに登録する。授業の様子を撮影した動画データは、データ要求者装置１５０からサーバ装置１００経由で取得し、各種のアプリケーションに利用することができる。例えば、データ要求者装置１５０は、取得した動画データを分析し、生徒の視線データや表情データを生成し、さらにそれらのデータに基づいて生徒の集中度を分析する。また、データ要求者装置１５０は、取得した動画データを分析し、生徒の発話内容（テキスト）データを生成する。また、データ要求者装置１５０は、取得した動画データを分析し、顔認証による本人特定データを生成する。
【００７４】
[第２の実施形態]
次に本発明の第２の実施形態について説明する。図１３は、本発明の第２の実施形態に係る情報処理システムのブロック図である。
【００７５】
図１３を参照すると、本実施形態に係る情報処理システム２００は、サーバ装置２１０と、データ提供者装置２２０と、データ要求者装置２３０と、それらを相互に接続するネットワーク２４０とで構成される。
【００７６】
データ提供者装置２２０は、公開データなどのデータを提供する者が使用する情報処理装置である。データ提供者装置２２０は、例えば図１のデータ提供者装置１４０と同様に構成することができるが、それに限定されない。データ要求者装置２３０は、公開データなどのデータを要求する者が使用する情報処理装置である。データ要求者装置２３０は、例えば図１のデータ要求者装置１５０と同様に構成することができるが、それに限定されない。
【００７７】
サーバ装置２１０は、データ要求者装置２３０からネットワーク２４０を通じて要求されたデータを、ネットワーク２４０を通じてデータ提供者装置２２０から取得し、ネットワーク２４０を通じてデータ要求者装置２３０へ提供する情報処理装置である。サーバ装置２１０は、データベース２１１と提供部２１２とを備えている。
【００７８】
データベース２１１は、データ提供者装置２２０からデータを取得するためのインターフェースの情報を記憶するように構成されている。データベース２１１は、例えば図１のデータカタログ１２３と同様に構成することができるが、それに限定されない。
【００７９】
提供部２１２は、データ要求者装置２３０からデータの取得を要求する第１のリクエストを受け付けると、データベース２１１に記憶されたインターフェースの情報に基づいて作成した第２のリクエストによってデータ提供者装置２２０からデータを取得し、データ要求者装置２３０へ送出するように構成されている。提供部２１２は、例えば図１の提供部１３３と同様に構成することができるが、それに限定されない。
【００８０】
以上のように構成された本実施形態に係る情報処理システム２００は、以下のように動作する。すなわち、データ要求者装置２３０は、データの取得を行う場合、データの取得を要求する第１のリクエストをサーバ装置２１０に出す。サーバ装置２１０の提供部２１２は、第１のリクエストを受け付けると、データベース２１１に記憶されたインターフェースの情報に基づいて第２のリクエストを作成する。次に提供部２１２は、作成した第２のリクエストをデータ提供者装置２２０に出す。データ提供者装置２２０は、第２のリクエストを受け付けると、要求されたデータをサーバ装置２１０に送出する。サーバ装置２１０の提供部２１２は、データ提供者装置２２０からデータを取得し、データ要求者装置２３０へ送出する。
【００８１】
本実施形態によれば、サーバ装置のコストを下げることができる。その理由は、サーバ装置２１０は、データ要求者装置２３０からデータの取得が要求されると、該当するデータを保有するデータ提供者装置２２０からデータを取得してデータ要求者装置２３０へ提供するように構成されているため、データ提供者装置２２０から取得したデータを事前に保持しておく大容量なデータベースを必要としないためである。
【００８２】
データ要求者の負荷を軽減することができる。その理由は、データ要求者装置２３０からデータの取得を要求する者は、取得したいデータを保有するデータ提供者装置２２０へ個別にリクエストを出す必要がなく、サーバ装置２１０に対してリクエストを出せばよいためである。
【００８３】
以上、上記各実施形態を参照して本発明を説明したが、本発明は、上述した実施形態に限定されるものではない。本発明の構成や詳細には、本発明の範囲内で当業者が理解しうる様々な変更をすることができる。
【００８４】
なお、本発明は、日本国にて２０１８年４月２７日に特許出願された特願２０１８−０８６１４５の特許出願に基づく優先権主張の利益を享受するものであり、当該特許出願に記載された内容は、全て本明細書に含まれるものとする。
【産業上の利用可能性】
【００８５】
本発明は、文書などの公開データをオープンイノベーション等に活用するための情報処理システム全般に利用できる。【００８６】
上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
［付記１］
データ提供者装置とデータ要求者装置とにネットワークを通じて接続されたサーバ装置であって、
前記データ提供者装置からデータを取得するためのインターフェースの情報を記憶するデータベースと、
前記データ要求者装置から前記データの取得を要求する第１のリクエストを受け付けると、前記データベースに記憶された前記インターフェースの情報に基づいて作成した第２のリクエストによって前記データ提供者装置から前記データを取得し、前記データ要求者装置へ送出する提供部と、を備える
サーバ装置。
［付記２］
前記データベースは、前記インターフェースの情報と前記データの識別情報とを関連付けて記憶する
付記１に記載のサーバ装置。
［付記３］
前記第１のリクエストは、前記データの識別情報を含む
付記１または２に記載のサーバ装置。
［付記４］
前記インターフェースの情報は、前記第２のリクエストに必要なリクエストパラメータ名を含む
付記１乃至３の何れかに記載のサーバ装置。
［付記５］
前記提供部は、前記第１のリクエストから抽出したリクエストパラメータの値を前記第２のリクエストに設定する
付記１乃至４の何れかに記載のサーバ装置。
［付記６］
前記データベースは、同一の前記データの識別情報に関連付けて互いに相違する複数の前記インターフェースの情報を記憶する
付記１乃至５の何れかに記載のサーバ装置。
［付記７］
前記提供部は、前記第１のリクエストから抽出した前記データの識別情報に対応する複数の前記インターフェースの情報に基づいて複数の前記第２のリクエストを作成する
付記１乃至６の何れかに記載のサーバ装置。
［付記８］
前記提供部は、前記第１のリクエストから抽出した前記データの識別情報に対応する複数の前記インターフェースの情報に基づいて作成した複数の前記第２のリクエストによって複数の前記データ提供者装置から複数の前記データを取得し、前記データ要求者装置へ送出する
付記１乃至７の何れかに記載のサーバ装置。
［付記９］
前記提供部は、前記第１のリクエストから抽出した前記データの識別情報に対応する複数の前記インターフェースの情報に基づいて作成した複数の前記第２のリクエストによって複数の前記データ提供者装置から複数の前記データを取得し、前記第１のリクエストに対するレスポンスによって前記データ要求者装置へ送出する
付記１乃至８の何れかに記載のサーバ装置。
［付記１０］
前記インターフェースの情報は、時間的な制約条件を含む
付記１乃至９の何れかに記載のサーバ装置。
［付記１１］
前記提供部は、前記第２のリクエストによって前記データ提供者装置から前記データを取得するタイミングを制御する
付記１乃至１０の何れかに記載のサーバ装置。
［付記１２］
前記インターフェースは、ＡＰＩである
付記１乃至１０の何れかに記載のサーバ装置。
［付記１３］
データ提供者装置とデータ要求者装置とにネットワークを通じて接続され、前記データ提供者装置からデータを取得するためのインターフェースの情報を記憶するデータベースを有するサーバ装置が実行する方法であって、
前記データ要求者装置から前記データの取得を要求する第１のリクエストを受け付けると、前記データベースに記憶された前記インターフェースの情報に基づいて作成した第２のリクエストによって前記データ提供者装置から前記データを取得し、前記データ要求者装置へ送出する
方法。
［付記１４］
データ提供者装置とデータ要求者装置とにネットワークを通じて接続され、前記データ提供者装置からデータを取得するためのインターフェースの情報を記憶するデータベースを有するコンピュータに、
前記データ要求者装置から前記データの取得を要求する第１のリクエストを受け付けると、前記データベースに記憶された前記インターフェースの情報に基づいて作成した第２のリクエストによって前記データ提供者装置から前記データを取得し、前記データ要求者装置へ送出する処理を行わせるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
［付記１５］
付記１乃至１２の何れか１項に記載のサーバ装置と、前記サーバ装置にネットワークを通じて接続されたデータ提供者装置およびデータ要求者装置とから構成された情報処理システム。
【符号の説明】
【００８７】
１００…サーバ装置
１１１…通信インターフェース部
１１２…操作入力部
１１３…画面表示部
１２０…記憶部
１２１…プログラム
１２２…データアクセスＡＰＩの情報
１２３…データカタログ
１３０…演算処理部
１３１…登録部
１３２…検索部
１３３…提供部
１４０−１〜１４０−ｍ…データ提供者装置
１５０−１〜１５０−ｎ…データ要求者装置
２００…情報処理システム
２１０…サーバ装置
２１１…データベース
２１２…提供部
２２０…データ提供者装置
２３０…データ要求者装置
２４０…ネットワーク
【図１】
2019208211.tif 000003
【図２】
2019208211.tif 000004
【図３】
2019208211.tif 000005
【図４】
2019208211.tif 000006
【図５】
2019208211.tif 000007
【図６】
2019208211.tif 000008
【図７】
2019208211.tif 000009
【図８】
2019208211.tif 000010
【図９】
2019208211.tif 000011
【図１０】
2019208211.tif 000012
【図１１】
2019208211.tif 000013
【図１２】
2019208211.tif 000014
【図１３】
2019208211.tif 000015
【手続補正書】
【提出日】令和2年10月5日(2020.10.5)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
データ提供者装置とデータ要求者装置とにネットワークを通じて接続されたサーバ装置であって、
前記データ提供者装置からデータを取得するためのインターフェースの情報を記憶するデータベースと、
前記データ要求者装置から前記データの取得を要求する第１のリクエストを受け付けると、前記データベースに記憶された前記インターフェースの情報に基づいて作成した第２のリクエストによって前記データ提供者装置から前記データを取得し、前記データ要求者装置へ送出する提供部と、を備える
サーバ装置。
【請求項２】
前記データベースは、前記インターフェースの情報と前記データの識別情報とを関連付けて記憶する
請求項１に記載のサーバ装置。
【請求項３】
前記第１のリクエストは、前記データの識別情報を含む
請求項１または２に記載のサーバ装置。
【請求項４】
前記インターフェースの情報は、前記第２のリクエストに必要なリクエストパラメータ名を含む
請求項１乃至３の何れかに記載のサーバ装置。
【請求項５】
前記提供部は、前記第１のリクエストから抽出したリクエストパラメータの値を前記第２のリクエストに設定する
請求項１乃至４の何れかに記載のサーバ装置。
【請求項６】
前記データベースは、同一の前記データの識別情報に関連付けて互いに相違する複数の前記インターフェースの情報を記憶する
請求項１乃至５の何れかに記載のサーバ装置。
【請求項７】
前記提供部は、前記第１のリクエストから抽出した前記データの識別情報に対応する複数の前記インターフェースの情報に基づいて作成した複数の前記第２のリクエストによって複数の前記データ提供者装置に対して前記データの取得を要求し、前記複数のデータ提供者装置からデータを取得次第、前記第１のリクエストに対する複数のレスポンスによって前記取得した複数のデータを前記データ要求者装置へ送出する
請求項１乃至６の何れかに記載のサーバ装置。
【請求項８】
前記インターフェースの情報は、前記データが特定の日時を起点に公開されるデータである場合、前記特定の日時を指定した時間的な制約条件を含む
請求項１乃至７の何れかに記載のサーバ装置。
【請求項９】
データ提供者装置とデータ要求者装置とにネットワークを通じて接続され、前記データ提供者装置からデータを取得するためのインターフェースの情報を記憶するデータベースを有するサーバ装置が実行する方法であって、
前記データ要求者装置から前記データの取得を要求する第１のリクエストを受け付けると、前記データベースに記憶された前記インターフェースの情報に基づいて作成した第２のリクエストによって前記データ提供者装置から前記データを取得し、前記データ要求者装置へ送出する
方法。
【請求項１０】
データ提供者装置とデータ要求者装置とにネットワークを通じて接続され、前記データ提供者装置からデータを取得するためのインターフェースの情報を記憶するデータベースを有するコンピュータに、
前記データ要求者装置から前記データの取得を要求する第１のリクエストを受け付けると、前記データベースに記憶された前記インターフェースの情報に基づいて作成した第２のリクエストによって前記データ提供者装置から前記データを取得し、前記データ要求者装置へ送出する処理を行わせるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【国際調査報告】
2019208211.tif 000016
2019208211.tif 000017