(57)【要約】      （修正有）【課題】新たに追加項目のあるＷｅｂＡＰＩのバージョンアップに対しても対応することができる、情報処理システム、情報処理装置、情報処理方法およびプログラムを提供する。【解決手段】情報処理システムは、デバイスと通信網を介して通信する情報処理装置と、情報処理装置と通信する１以上のサーバ装置とを含む。情報処理装置は、デバイスから、サーバ装置が提供するサービスのバージョンを含み、サービスを実行するためのパラメータの取得を要求する実行要求を受け付け、実行要求に含まれるパラメータに対して、取得したパラメータの項目が不足している場合、不足する項目の取得要求を取得先に送信して不足情報を取得し、取得した不足情報を解釈して、不足する項目を抽出し、項目の情報と、取得したパラメータとを用いて、パラメータを含む応答情報を生成する。【選択図】図１６
2015228086.tif 000002
【特許請求の範囲】
【請求項１】
デバイスと通信網を介して通信する情報処理装置と、前記情報処理装置と通信する１以上のサーバ装置とを含む情報処理システムであって、
前記情報処理装置は、
前記デバイスから、前記サーバ装置が前記デバイスに対して提供可能なサービスの機能を特定可能な情報を示すバージョンを含み、前記サービスを実行するために必要な情報を示すパラメータの取得を要求する実行要求を受け付ける受付部と、
１以上の前記サーバ装置ごとに、前記サーバ装置を識別する第１識別情報と、前記サーバ装置が提供するサービスの機能を識別する第２識別情報と、前記バージョンとを対応付けた第１対応情報を保持する第１対応情報保持部と、
前記第１対応情報を参照して、前記パラメータの取得を要求する取得要求を送信する前記サーバ装置を特定する特定部と、
前記特定部で特定した前記サーバ装置に対して、前記バージョンを含み、前記第２識別情報に対応した前記パラメータの取得を要求する取得要求を送信して前記パラメータを取得するパラメータ取得部と、
前記パラメータに含まれる複数の項目を識別する第３識別情報ごとに、前記サービスの種類を示す情報と、前記バージョンと、前記項目の機能を示す情報と、前記項目の種類を示す情報とを対応付けた第２対応情報を保持する第２対応情報保持部と、
前記第２対応情報を参照して、前記実行要求に含まれる前記パラメータに対して、前記パラメータ取得部で取得した前記パラメータの項目が不足している場合に、不足する前記項目を識別する前記第３識別情報を特定する不足情報特定部と、
前記項目を識別する第３識別情報ごとに、前記項目を取得する取得先を特定する情報と、前記項目の取得を依頼する処理の実行要求を示す情報とを対応付けた第３対応情報を保持する第３対応情報保持部と、
前記第３対応情報を参照して、前記不足情報特定部で特定した前記第３識別情報を用いて、前記不足する前記項目を含む不足情報の取得を要求する取得要求を前記取得先に対して送信して前記不足情報を取得する不足情報取得部と、
前記不足情報取得部で取得した前記不足情報に含まれる前記不足する前記項目と、前記パラメータ取得部で取得した前記パラメータとを用いて、前記受付部で受け付けた前記実行要求に対する応答である、前記サービスを実行するために必要な情報を示す前記パラメータを含む応答情報を生成する応答情報生成部と、を有する、
ことを特徴とする情報処理システム。
【請求項２】
前記情報処理装置は、
前記実行要求に含まれる前記サービスのバージョンと、前記特定部で特定した前記サーバ装置が提供する前記サービスのバージョンとを比較して、前記バージョンが異なる場合に、前記実行要求に含まれる前記バージョンを、前記サーバ装置が提供する前記バージョンに変換する変換部を有し、
前記パラメータ取得部は、変換した前記サービスのバージョンを含み、前記第２識別情報に対応した前記パラメータの取得を要求する取得要求を前記サーバ装置に対して送信して前記パラメータを取得する、
ことを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記情報処理装置は、
前記第３識別情報ごとに、前記項目の機能を示す情報と、前記項目の種類を示す情報と、前記項目が取得した前記パラメータに含まれているか否かを示す情報とを対応付けた第４対応情報を保持する第４対応情報保持部と、
前記第４対応情報を参照して、前記不足情報取得部で取得した前記不足情報を解釈して、前記不足情報の中から前記不足する前記項目の機能を示す情報を抽出する不足項目抽出部と、
前記応答情報生成部で生成した前記応答情報を前記デバイスに対して送信する応答情報送信部と、を有し、
前記応答情報生成部は、前記不足項目抽出部で抽出した前記項目の機能を示す情報と、前記パラメータ取得部で取得した前記パラメータとを用いて、前記受付部で受け付けた前記実行要求に対する応答である、前記サービスを実行するために必要な情報を示す前記パラメータを含む応答情報を生成する、
ことを特徴とする請求項１に記載の情報処理システム。
【請求項４】
前記サーバ装置は、
前記サービスのバージョンと、前記サービスを実行するために必要な情報を示すパラメータの項目と、前記サービスの機能を識別する第２識別情報とを含む情報を保持するパラメータ情報保持部と、
前記パラメータの取得を要求する前記取得要求を受け付ける受付部と、
前記サービスのバージョンを含み、前記第２識別情報に対応した前記パラメータの取得を要求する前記取得要求に基づいて、前記パラメータを送信するパラメータ送信部と、
前記第３識別情報を含み、前記不足する前記項目を含む前記不足情報の取得を要求する前記取得要求に基づいて、前記不足する前記項目を含む前記不足情報を送信する不足情報送信部と、を有する、
ことを特徴とする請求項１に記載の情報処理システム。
【請求項５】
前記デバイスは、
前記サービスのバージョンを含み、前記サービスを実行するために必要な情報を示すパラメータの取得を要求する実行要求を送信する実行要求送信部と、
前記実行要求に対する応答である、前記サービスを実行するために必要な情報を示す前記パラメータを含む応答情報を受信する応答情報受信部と、
を有することを特徴とする請求項１に記載の情報処理システム。
【請求項６】
前記応答情報生成部は、前記第３対応情報の中に、前記不足情報特定部で特定した前記第３識別情報に対応付けられた前記項目を取得する前記取得先を特定する情報がない場合に、前記応答情報の先頭に前記不足する前記項目を示す情報を付加する、
こと特徴とする請求項１に記載の情報処理システム。
【請求項７】
前記不足情報取得部は、前記第３対応情報の中に、前記不足情報特定部で特定した前記第３識別情報に対応づけられた前記項目を取得する前記取得先を特定する情報が複数存在した場合に、予め設定された優先順位に基づいて、前記不足する前記項目を含む不足情報の取得を要求する取得要求を前記サーバ装置に対して送信して前記不足情報を取得する、
ことを特徴とする請求項１に記載の情報処理システム。
【請求項８】
前記情報処理装置は、前記第３識別情報と、前記パラメータの前記項目を取得する取得先とを対応付けた第５対応情報を予め保持する第５対応情報保持部を有し、
前記不足情報取得部は、前記第３対応情報の中に、前記不足情報特定部で特定した前記第３識別情報に対応づけられた前記項目を取得する前記取得先を特定する情報がない場合に、前記第５対応情報を用いて、前記不足する前記項目を含む不足情報を取得する、
ことを特徴とする請求項１に記載の情報処理システム。
【請求項９】
前記第３対応情報保持部は、予め設定された条件、又は予め設定された間隔に基づいて、前記第３対応情報を更新して保持する、
ことを特徴とする請求項１に記載の情報処理システム。
【請求項１０】
第１対応情報保持部は、１以上の前記サーバ装置ごとに、さらに前記パラメータが保持されている場所を示す情報を対応付けた前記第１対応情報を保持し、
前記パラメータ取得部は、前記特定部で特定した前記サーバ装置が利用できない場合に、前記第１対応情報の前記パラメータが保持されている場所を示す情報を参照して、前記パラメータの取得を要求する取得要求を前記サーバ装置に対して送信して前記パラメータを取得する、
ことを特徴とする請求項１に記載の情報処理システム。
【請求項１１】
前記情報処理装置は、さらに前記パラメータに含まれる項目を識別する前記第３識別情報ごとに、前記サービスの種類を示す情報と、前記サービスのバージョンと、前記項目の機能を示す情報と、前記項目の種類を示す情報と、前記項目の状態を示す情報とを対応付けた第６対応情報を保持する第６対応情報保持部と、
前記受付部が受け付けた前記実行要求に前記サービスのバージョンが含まれていない場合に、前記第６対応情報の前記項目の機能を示す情報を参照して、前記サービスのバージョンを判断する判断部と、を有する
ことを特徴とする請求項１に記載の情報処理システム。
【請求項１２】
前記サーバ装置は、
前記パラメータ情報保持部が保持する前記サービスのバージョンに変更があった場合に、変更後の前記バージョンを含み、前記第１対応情報の更新の実行を要求する実行要求を前記情報処理装置に対して送信し、
前記情報処理装置は、前記実行要求に含まれる前記変更後の前記バージョンに基づいて、前記第１対応情報を更新する、
ことを特徴とする請求項１に記載の情報処理システム。
【請求項１３】
通信網を介してデバイス及び１以上のサーバ装置と通信する情報処理装置であって、
前記デバイスから、前記サーバ装置が前記デバイスに対して提供可能なサービスの機能を特定可能な情報を示すバージョンを含み、前記サービスを実行するために必要な情報を示すパラメータの取得を要求する実行要求を受け付ける受付部と、
１以上の前記サーバ装置ごとに、前記サーバ装置を識別する第１識別情報と、前記サーバ装置が提供するサービスの機能を識別する第２識別情報と、前記バージョンとを対応付けた第１対応情報を保持する第１対応情報保持部と、
前記第１対応情報を参照して、前記パラメータの取得を要求する取得要求を送信する前記サーバ装置を特定する特定部と、
前記特定部で特定した前記サーバ装置に対して、前記バージョンを含み、前記第２識別情報に対応した前記パラメータの取得を要求する取得要求を送信して前記パラメータを取得するパラメータ取得部と、
前記パラメータに含まれる複数の項目を識別する第３識別情報ごとに、前記サービスの種類を示す情報と、前記バージョンと、前記項目の機能を示す情報と、前記項目の種類を示す情報とを対応付けた第２対応情報を保持する第２対応情報保持部と、
前記第２対応情報を参照して、前記実行要求に含まれる前記パラメータに対して、前記パラメータ取得部で取得した前記パラメータの項目が不足している場合に、不足する前記項目を識別する前記第３識別情報を特定する不足情報特定部と、
前記項目を識別する第３識別情報ごとに、前記項目を取得する取得先を特定する情報と、前記項目の取得を依頼する処理の実行要求を示す情報とを対応付けた第３対応情報を保持する第３対応情報保持部と、
前記第３対応情報を参照して、前記不足情報特定部で特定した前記第３識別情報を用いて、前記不足する前記項目を含む不足情報の取得を要求する取得要求を前記取得先に対して送信して前記不足情報を取得する不足情報取得部と、
前記不足情報取得部で取得した前記不足情報に含まれる前記不足する前記項目と、前記パラメータ取得部で取得した前記パラメータとを用いて、前記受付部で受け付けた前記実行要求に対する応答である、前記サービスを実行するために必要な情報を示す前記パラメータを含む応答情報を生成する応答情報生成部と、
前記応答情報生成部で生成した前記応答情報を前記デバイスに対して送信する応答情報送信部と、を有する、
ことを特徴とする情報処理装置。
【請求項１４】
前記実行要求に含まれる前記サービスのバージョンと、前記特定部で特定した前記サーバ装置が提供する前記サービスのバージョンとを比較して、前記バージョンが異なる場合に、前記実行要求に含まれる前記バージョンを、前記サーバ装置が提供する前記バージョンに変換する変換部を有し、
前記パラメータ取得部は、変換した前記サービスのバージョンを含み、前記第２識別情報に対応した前記パラメータの取得を要求する取得要求を前記サーバ装置に対して送信して前記パラメータを取得する、
ことを特徴とする請求項１３に記載の情報処理装置。
【請求項１５】
前記第３識別情報ごとに、前記項目の機能を示す情報と、前記項目の種類を示す情報と、前記項目が取得した前記パラメータの項目に含まれているか否かを示す情報とを対応付けた第４対応情報を保持する第４対応情報保持部と、
前記第４対応情報を参照して、前記不足情報取得部で取得した前記不足情報を解釈して前記不足情報の中から前記不足する前記項目の機能を示す情報を抽出する不足項目抽出部と、有し、
前記応答情報生成部は、不足項目抽出部で抽出した前記項目の機能を示す情報と、前記パラメータ取得部で取得した前記パラメータとを用いて、前記受付部で受け付けた前記実行要求に対する応答である、前記サービスを実行するために必要な情報を示す前記パラメータを含む応答情報を生成する、
ことを特徴とする請求項１３に記載の情報処理装置。
【請求項１６】
デバイスと通信網を介して通信する情報処理装置と、前記情報処理装置と通信する１以上のサーバ装置とを含む情報処理システムの情報処理方法であって、
前記サーバ装置が前記デバイスに対して提供可能なサービスの機能を特定可能な情報を示すバージョンを含み、前記サービスを実行するために必要な情報を示すパラメータの取得を要求する実行要求を前記情報処理装置に対して送信する実行要求送信ステップと、
前記デバイスから、前記実行要求を受け付ける実行要求受付ステップと、
１以上の前記サーバ装置ごとに、前記サーバ装置を識別する第１識別情報と、前記サーバ装置が提供するサービスの機能を識別する第２識別情報と、前記バージョンとを対応付けた第１対応情報を保持する第１対応情報保持ステップと、
前記第１対応情報を参照して、前記パラメータの取得を要求する取得要求を送信する前記サーバ装置を特定する特定ステップと、
前記特定ステップで特定した前記サーバ装置に対して、前記バージョンを含み、前記第２識別情報に対応した前記パラメータの取得を要求する取得要求を送信する送信ステップと、
前記サービスのバージョンと、前記サービスを実行するために必要な情報を示すパラメータの項目と、前記サービスの機能を識別する第２識別情報とを含む情報を保持するパラメータ情報保持ステップと、
前記情報処理装置から前記パラメータの取得を要求する前記取得要求を受け付ける取得要求受付ステップと、
前記サービスのバージョンを含み、前記第２識別情報に対応した前記パラメータの取得を要求する前記取得要求に基づいて、前記パラメータを前記情報処理装置に対して送信するパラメータ送信ステップと、
前記サーバ装置から前記パラメータを取得するパラメータ取得ステップと、
前記パラメータに含まれる複数の項目を識別する第３識別情報ごとに、前記サービスの種類を示す情報と、前記バージョンと、前記項目の機能を示す情報と、前記項目の種類を示す情報とを対応付けた第２対応情報を保持する第２対応情報保持ステップと、
前記第２対応情報を参照して、前記実行要求に含まれる前記パラメータに対して、前記パラメータ取得ステップで取得した前記パラメータの項目が不足している場合に、不足する前記項目を識別する前記第３識別情報を特定する不足情報特定ステップと、
前記項目を識別する第３識別情報ごとに、前記項目を取得する取得先を特定する情報と、前記項目の取得を依頼する処理の実行要求を示す情報とを対応付けた第３対応情報を保持する第３対応情報保持ステップと、
前記第３対応情報を参照して、前記不足情報特定ステップで特定した前記第３識別情報を用いて、前記不足する前記項目を含む不足情報の取得を要求する取得要求を前記取得先に対して送信する不足情報取得要求送信ステップと、
前記第３識別情報を含み、前記不足する前記項目を含む前記不足情報の取得を要求する前記取得要求に基づいて、前記不足する前記項目を含む前記不足情報を前記情報処理装置に対して送信する不足情報送信ステップと、
前記サーバ装置から前記不足情報を取得する不足情報取得ステップと、
前記不足情報取得ステップで取得した前記不足情報に含まれる前記不足する前記項目と、前記パラメータ取得ステップで取得した前記パラメータとを用いて、前記受付ステップで受け付けた前記実行要求に対する応答である、前記サービスを実行するために必要な情報を示す前記パラメータを含む応答情報を生成する応答情報生成ステップと、
前記応答情報生成ステップで生成した前記応答情報を前記デバイスに対して送信する応答情報送信ステップと、
前記情報処理装置から前記応答情報を受信する応答情報受信ステップと、
を含むことを特徴とする情報処理方法。
【請求項１７】
前記実行要求に含まれる前記サービスのバージョンと、前記特定ステップで特定した前記サーバ装置が提供する前記サービスのバージョンとを比較して、前記バージョンが異なる場合に、前記実行要求に含まれる前記バージョンを、前記サーバ装置が提供する前記バージョンに変換する変換ステップを含み、
前記パラメータ取得ステップは、変換した前記サービスのバージョンを含み、前記第２識別情報に対応した前記パラメータの取得を要求する取得要求を前記サーバ装置に対して送信して前記パラメータを取得する、
ことを特徴とする請求項１６に記載の情報処理方法。
【請求項１８】
前記第３識別情報ごとに、前記項目の機能を示す情報と、前記項目の種類を示す情報と、前記項目が取得した前記パラメータの項目に含まれているか否かを示す情報とを対応付けた第４対応情報を保持する第４対応情報保持ステップと、
前記第４対応情報を参照して、前記不足情報取得ステップで取得した前記不足情報を解釈して前記不足情報の中から前記不足する前記項目の機能を示す情報を抽出する不足項目抽出ステップと、を含み、
前記応答情報生成ステップは、不足項目抽出ステップで抽出した前記項目の機能を示す情報と、前記パラメータ取得ステップで取得した前記パラメータとを用いて、前記受付ステップで受け付けた前記実行要求に対する応答である、前記サービスを実行するために必要な情報を示す前記パラメータを含む応答情報を生成する、
ことを特徴とする請求項１６に記載の情報処理方法。
【請求項１９】
情報処理装置に、
サーバ装置がデバイスに対して提供可能なサービスの機能を特定可能な情報を示すバージョンを含み、前記サービスを実行するために必要な情報を示すパラメータの取得を要求する実行要求を受け付ける受付ステップと、
１以上の前記サーバ装置ごとに、前記サーバ装置を識別する第１識別情報と、前記サーバ装置が提供するサービスの機能を識別する第２識別情報と、前記バージョンとを対応付けた第１対応情報を保持する第１対応情報保持ステップと、
前記第１対応情報を参照して、前記パラメータの取得を要求する取得要求を送信する前記サーバ装置を特定する特定ステップと、
前記特定ステップで特定した前記サーバ装置に対して、前記バージョンを含み、前記第２識別情報に対応した前記パラメータの取得を要求する取得要求を送信して前記パラメータを取得するパラメータ取得ステップと、
前記パラメータに含まれる複数の項目を識別する第３識別情報ごとに、前記サービスの種類を示す情報と、前記バージョンと、前記項目の機能を示す情報と、前記項目の種類を示す情報とを対応付けた第２対応情報を保持する第２対応情報保持ステップと、
前記第２対応情報を参照して、前記実行要求に含まれる前記パラメータに対して、前記パラメータ取得ステップで取得した前記パラメータの項目が不足している場合に、不足する前記項目を識別する前記第３識別情報を特定する不足情報特定ステップと、
前記項目を識別する第３識別情報ごとに、前記項目を取得する取得先を特定する情報と、前記項目の取得を依頼する処理の実行要求を示す情報とを対応付けた第３対応情報を保持する第３対応情報保持ステップと、
前記第３対応情報を参照して、前記不足情報特定ステップで特定した前記第３識別情報を用いて、前記不足する前記項目を含む不足情報の取得を要求する取得要求を前記取得先に対して送信して前記不足情報を取得する不足情報取得ステップと、
前記不足情報取得ステップで取得した前記不足情報に含まれる前記不足する前記項目と、前記パラメータ取得ステップで取得した前記パラメータとを用いて、前記受付ステップで受け付けた前記実行要求に対する応答である、前記サービスを実行するために必要な情報を示す前記パラメータを含む応答情報を生成する応答情報生成ステップと、
前記応答情報生成ステップで生成した前記応答情報を前記デバイスに対して送信する応答情報送信ステップと、
を実行させるためのプログラム。
【請求項２０】
前記実行要求に含まれる前記サービスのバージョンと、前記特定ステップで特定した前記サーバ装置が提供する前記サービスのバージョンとを比較して、前記バージョンが異なる場合に、前記実行要求に含まれる前記バージョンを、前記サーバ装置が提供する前記バージョンに変換する変換ステップを含み、
前記パラメータ取得ステップは、変換した前記サービスのバージョンを含み、前記第２識別情報に対応した前記パラメータの取得を要求する取得要求を前記サーバ装置に対して送信して前記パラメータを取得する、
ことを特徴とする請求項１９に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム、情報処理装置、情報処理方法およびプログラムに関する。
【背景技術】
【０００２】
従来、ネットワーク上のデバイスやＷｅｂサーバが様々な機能をＷｅｂＡＰＩ（Ｗｅｂ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ）で提供し、それらを活用して、新たなサービスや機能の開発を行うことが一般的に行われている。ＷｅｂＡＰＩには、それぞれバージョンが存在し、ＷｅｂＡＰＩ提供者が任意のタイミングでバージョンを上げることがある。ＷｅｂＡＰＩのバージョンが上がるとＷｅｂＡＰＩのリクエスト（要求）やレスポンス（応答）の形式が変わるため、ＷｅｂＡＰＩの利用者（以下、利用者と表記する。）は、それぞれバージョンアップ対応を実施する必要がある。また、異なるＷｅｂＡＰＩバージョンに対応したデバイスやＷｅｂサーバが混在している環境においては、利用者が各デバイスやＷｅｂサーバの対応状況に応じてＷｅｂＡＰＩのバージョンを呼び分けるということを行わなければならない。このような利用者の負荷を軽減するために、異なるＷｅｂＡＰＩバージョンであっても同じく処理が実行できるように仲介サーバを介してリクエスト／レスポンスを変換することによりＷｅｂＡＰＩの各バージョンの差異を吸収するという手法が知られている。
【０００３】
例えば、特許文献１には、ＡＰＩバージョンの差異を補うために、アプリケーションプログラムとＡＰＩとの間において、アプリケーションプログラムが指定した入力パラメータを、ＡＰＩの最新の規約に従った実行パラメータとして構築した上で、ＡＰＩ関数を呼び出すことができるＡＰＩインタフェース管理プログラムが開示されている。特許文献１に記載のＡＰＩインタフェース管理プログラムは、各コマンドに対応したＡＰＩ名、コマンドの入力パラメータが各々のＡＰＩの実行パラメータ中の何番目のパラメータに相当するかを定義しているＩＦ管理テーブルを用意し、ＩＦ管理プログラムは、ＩＦ管理テーブルを参照して、アプリケーションから通知されたコマンドに対応したＡＰＩ名及び順番情報を読み出すとともに、アプリケーションから通知された入力パラメータを、順番に並べ替えることにより実行パラメータを作成し、ＡＰＩ名が示すＡＰＩを呼び出して実行パラメータを指定するものである。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１に記載のＡＰＩインタフェース管理プログラムでは、ＷｅｂＡＰＩのバージョンアップに伴って、レスポンスパラメータに追加項目があった場合に対応することができずに利用者に対してレスポンスが返せなくなる、という問題がある。
【０００５】
そのため、ＷｅｂＡＰＩのバージョンアップに伴って、レスポンスパラメータに追加項目があった場合においても、利用者がバージョンの違いを意識すること無くＷｅｂＡＰＩを利用することができることが望まれている。
【０００６】
本発明は、上記に鑑みてなされたものであって、新たに追加項目のあるＷｅｂＡＰＩのバージョンアップに対しても対応することができる、情報処理システム、情報処理装置、情報処理方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、本発明に係る情報処理システムは、デバイスと通信網を介して通信する情報処理装置と、前記情報処理装置と通信する１以上のサーバ装置とを含む情報処理システムであって、前記情報処理装置は、前記デバイスから、前記サーバ装置が前記デバイスに対して提供可能なサービスの機能を特定可能な情報を示すバージョンを含み、前記サービスを実行するために必要な情報を示すパラメータの取得を要求する実行要求を受け付ける受付部と、１以上の前記サーバ装置ごとに、前記サーバ装置を識別する第１識別情報と、前記サーバ装置が提供するサービスの機能を識別する第２識別情報と、前記バージョンとを対応付けた第１対応情報を保持する第１対応情報保持部と、前記第１対応情報を参照して、前記パラメータの取得を要求する取得要求を送信する前記サーバ装置を特定する特定部と、前記特定部で特定した前記サーバ装置に対して、前記バージョンを含み、前記第２識別情報に対応した前記パラメータの取得を要求する取得要求を送信して前記パラメータを取得するパラメータ取得部と、前記パラメータに含まれる複数の項目を識別する第３識別情報ごとに、前記サービスの種類を示す情報と、前記バージョンと、前記項目の機能を示す情報と、前記項目の種類を示す情報とを対応付けた第２対応情報を保持する第２対応情報保持部と、前記第２対応情報を参照して、前記実行要求に含まれる前記パラメータに対して、前記パラメータ取得部で取得した前記パラメータの項目が不足している場合に、不足する前記項目を識別する前記第３識別情報を特定する不足情報特定部と、前記項目を識別する第３識別情報ごとに、前記項目を取得する取得先を特定する情報と、前記項目の取得を依頼する処理の実行要求を示す情報とを対応付けた第３対応情報を保持する第３対応情報保持部と、前記第３対応情報を参照して、前記不足情報特定部で特定した前記第３識別情報を用いて、前記不足する前記項目を含む不足情報の取得を要求する取得要求を前記取得先に対して送信して前記不足情報を取得する不足情報取得部と、前記不足情報取得部で取得した前記不足情報に含まれる前記不足する前記項目と、前記パラメータ取得部で取得した前記パラメータとを用いて、前記受付部で受け付けた前記実行要求に対する応答である、前記サービスを実行するために必要な情報を示す前記パラメータを含む応答情報を生成する応答情報生成部と、を有する、ことを特徴とする。
【発明の効果】
【０００８】
本発明によれば、新たに追加項目のあるＷｅｂＡＰＩのバージョンアップに対しても対応することができる、という有利な効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】図１は、本実施形態に係る情報処理システムの全体システム構成の一例を示す図である。
【図２】図２は、本実施形態に係る情報処理装置のハードウェア構成の一例を示す図である。
【図３】図３は、本実施形態に係る情報処理装置、サーバ装置及びデバイスの機能構成の一例を示すブロック図である。
【図４】図４は、第１対応情報の一例について説明する図である。
【図５】図５は、他の第１対応情報の一例について説明する図である。
【図６】図６は、第２対応情報の一例について説明する図である。
【図７】図７は、第３対応情報の一例について説明する図である。
【図８】図８は、情報処理装置がパラメータの項目の取得を依頼する処理の実行要求を示す情報の一例について説明する図である。
【図９】図９は、第３対応情報を更新及び追加した一例について説明する図である。
【図１０】図１０は、第３対応情報に項目を取得する取得先を特定する情報が複数存在する一例について説明する図である。
【図１１】図１１は、第４対応情報の一例について説明する図である。
【図１２】図１２は、第５対応情報の一例について説明する図である。
【図１３】図１３は、第６対応情報の一例について説明する図である。
【図１４】図１４は、情報処理装置が保持する第１対応情報を更新する方法の一例について説明する概念図である。
【図１５】図１５は、変更後の第１対応情報の一例について説明する図である。
【図１６】図１６は、情報処理システムの処理動作の一例について説明するフローチャート図である。
【発明を実施するための形態】
【００１０】
以下、添付図面を参照しながら、本発明に係る情報処理システム、情報処理装置、情報処理方法およびプログラムの一実施の形態を詳細に説明する。なお、以下の実施の形態により本発明が限定されるものではない。また、各実施の形態は、内容を矛盾させない範囲で、適宜組み合わせることができる。
【００１１】
本実施形態の情報処理システムは、デバイスと通信網を介して通信する情報処理装置と、情報処理装置と通信する１以上のサーバ装置とを含む情報処理システムである。情報処理装置は、デバイスから、サーバ装置がデバイスに対して提供可能なサービスの機能を特定可能な情報を示すバージョンを含み、サービスを実行するために必要な情報を示すパラメータの取得を要求する実行要求を受け付ける。情報処理装置は、実行要求に含まれるサービスのバージョンと、パラメータの取得要求を送信するサーバ装置が提供するサービスのバージョンが異なる場合には、実行要求に含まれるサービスのバージョンを、サーバ装置が提供するサービスのバージョンに変換して、パラメータの取得要求をサーバ装置に対して送信してパラメータを取得する。情報処理装置は、実行要求に含まれるパラメータに対して、取得したパラメータの項目が不足している場合に、不足する項目を識別する第３識別情報を特定する。情報処理装置は、特定した第３識別情報を用いて、不足する項目を含む不足情報の取得を要求する取得要求を取得先に対して送信して不足情報を取得する。情報処理装置は、取得した不足情報を解釈して、不足情報の中から不足する項目の機能を示す情報を抽出し、抽出した項目の機能を示す情報と、取得したパラメータとを用いて、受け付けた実行要求に対する応答である、サービスを実行するために必要な情報を示すパラメータを含む応答情報を生成する。情報処理装置は、生成した応答情報をデバイスに対して送信する。これにより、新たに追加項目のあるＷｅｂＡＰＩのバージョンアップに対しても対応することができる。なお、以下では、本実施形態において「サーバ装置がデバイスに対して提供可能なサービス」をＷｅｂＡＰＩ（Ｗｅｂ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ）を一例として説明する。以下、「ＷｅｂＡＰＩ」を「ＡＰＩ」とも表記する。
【００１２】
以下では、本実施形態の情報処理装置を、デバイス及びサーバ装置と通信する情報処理システムの一部の装置として実現する例を説明する。本実施形態の情報処理装置が適用可能なシステムは、このような情報処理システムに限られるものではない。
【００１３】
まず、図１を用いて、情報処理システム１の全体システム構成例と情報処理システム１の概要について説明する。図１は、本実施形態の情報処理システムの全体システム構成の一例を示す図である。
【００１４】
図１に示すように、情報処理システム１は、デバイス３０と通信網４０を介して通信する情報処理装置１０と、通信網４０を介して情報処理装置１０と通信する複数のサーバ装置２０ａ、２０ｂ、２０ｃと、通信網４０を介して情報処理装置１０と通信するデバイス３０とを備える。
【００１５】
以下、複数のサーバ装置２０ａ〜２０ｃを区別する必要がない場合は、サーバ装置２０と表記する。なお、情報処理装置１０とサーバ装置２０、及び情報処理装置１０とデバイス３０とが通信する通信網４０は同じ通信網４０に限ることはなく、それぞれが異なる通信網であってもよい。
【００１６】
情報処理装置１０は、例えば、デバイス３０から、サーバ装置２０がデバイス３０に対して提供可能なサービス（例えば、ＷｅｂＡＰＩ）の機能を特定可能な情報を示すバージョンを含み、サービス（ＷｅｂＡＰＩ）を実行するために必要な情報を示すパラメータの取得を要求する実行要求（リクエスト）を受け付ける。情報処理装置１０は、実行要求を受けてサーバ装置２０に対して、パラメータの取得を要求する取得要求を送信する。情報処理装置１０は、取得要求に対する応答（レスポンス）である、パラメータを取得し、デバイス３０に応答で返すパラメータに不足する項目があるか否かを判断する。情報処理装置１０は、パラメータに不足する項目がある場合、不足する項目を保持しているサーバ装置２０に対して不足するパラメータの項目の取得を要求する取得要求を送信する。情報処理装置１０は、取得要求に対する応答（レスポンス）である不足するパラメータの項目を含む不足情報を取得し、デバイス３０から受け付けた実行要求に対する応答である、サービス（ＡＰＩ）を実行するために必要な情報を示すパラメータを含む応答情報を生成して送信する。以下では、「パラメータの取得を要求する実行要求又は取得要求」を「リクエスト」とも表記する。また、「実行要求又は取得要求に対する応答」を「レスポンス」とも表記する。
【００１７】
サーバ装置２０は、例えば、サービスのバージョンと、サービスを実行するために必要な情報を示すパラメータの項目と、サービスの機能を識別する第２識別情報とを含む情報を保持する。具体的には、サーバ装置２０は、例えば、ＡＰＩのバージョンと、ＡＰＩのサービスを実行するために必要な情報を示すパラメータの項目とサービスの機能を識別する第２識別情報とを含む情報を保持する。サーバ装置２０は、サービスのバージョンを含み、サービスの機能を識別する第２識別情報に対応したパラメータの取得を要求する取得要求を受け付けて、取得要求に基づいて、パラメータを送信する。具体的には、サーバ装置２０は、例えば、ＡＰＩのバージョンを含み、ＡＰＩの機能を識別する第２識別情報に対応したパラメータの取得を要求する取得要求を受け付けて、取得要求に基づいて、パラメータを送信する。また、サーバ装置２０は、パラメータの不足する項目を含む不足情報を取得することを要求する取得要求に基づいて、パラメータの不足する項目を含む不足情報を送信する。
【００１８】
デバイス３０は、例えば、パーソナルコンピュータ等の端末装置や電子装置などである。デバイス３０は、サーバ装置２０が提供するサービスのバージョンを含み、サービスを実行するために必要な情報を示すパラメータの取得を要求する実行要求を送信する。具体的には、デバイス３０はＡＰＩのバージョンを含み、ＡＰＩのサービス実行するために必要な情報を示すパラメータの取得を要求する実行要求を送信する。そして、デバイス３０は、実行要求に対する応答であるサービスを実行するために必要な情報を示すパラメータを含む応答情報を受信する。
【００１９】
通信網４０は、例えば、セキュリティが高い専用回線やＶＰＮ（Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）、又はインターネット等の公衆ネットワークである。通信網４０としては、例えば、アナログ回線、ＡＤＳＬ回線、デジタル回線（ＩＳＤＮ回線）、光ファイバー利用回線等の固定電話回線や、携帯電話回線、ＰＨＳ回線等の移動電話回線などがある。
【００２０】
図１では、情報処理装置１０と接続されるサーバ装置２０の台数が３台である場合を例示しているが、これに限らず、サーバ装置２０の台数は任意である。また、情報処理装置１０と接続されるデバイス３０の台数が１台である場合を例示しているが、これに限らず、デバイス３０の台数は任意である。また、情報処理装置１０の台数が１台である場合を例示しているが、これに限らず、情報処理装置１０の台数は任意である。
【００２１】
情報処理システム１では、テータ通信を行うために情報処理装置１０、各サーバ装置２０、デバイス３０にＲＰＣ（Ｒｅｍｏｔｅ  Ｐｒｏｃｅｄｕｒｅ  Ｃａｌｌ）により、相互実装するアプリケーションのメソッドに対する処理の依頼である「要求」を送信し、この依頼された処理の結果である「応答」を送受信する機能を有している。すなわち、情報処理装置１０では、サーバ装置２０への要求を生成して、生成した要求をサーバ装置２０へ引き渡し、この「要求」に対する「応答」を取得できる。また、デバイス３０では、情報処理装置１０側への要求を生成して、生成した要求を情報処理装置１０側へ引き渡し、この「要求」に対する「応答」を取得できるようになっている。この要求には、デバイス３０が情報処理装置１０にサーバ装置２０に対して各種要求を送信させ、サーバ装置２０からの応答を情報処理装置１０を介して取得することも含まれる。
【００２２】
また、ＲＰＣを実現するために、ＰＰＰ（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔ  Ｐｒｏｔｏｃｏｌ）、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）、ＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）、ＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）、  ＣＯＭ（Ｃｏｍｐｏｎｅｎｔ  Ｏｂｊｅｃｔ  Ｍｏｄｅｌ）、ＣＯＲＢＡ（Ｃｏｍｍｏｎ  Ｏｂｊｅｃｔ  Ｒｅｑｕｅｓｔ  Ｂｒｏｋｅｒ  Ａｒｃｈｉｔｅｃｔｕｒｅ）等の既知のプロトコル（通信規格）、技術、仕様などを利用することができる。
【００２３】
次に、図２を用いて、情報処理装置１０のハードウェア構成について説明する。図２は、情報処理装置のハードウェア構成の一例を示す図である。
【００２４】
図２に示すように、情報処理装置１０は、システムバス１２０に接続された、入力装置１１と、表示装置１２と、ドライブ装置１３と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１４と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１５と、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１６と、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）１８とを備える。ドライブ装置１３には記録媒体１９が接続される。
【００２５】
入力装置１１は、キーボード、マウス、ディスプレイ等で構成され、ユーザの様々な操作指示を受け付けるユーザインタフェースである。また、入力装置１１は、情報処理装置１０に各操作信号、各種データを入力する入力インタフェースである。入力装置１１は、例えば、タッチパネルや音声入力装置を入力装置１１とすることもできる。
【００２６】
表示装置１２は、プログラムによるＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）等を表示する。表示装置１２は、例えば、画像などを表示するディスプレイなどを含み、情報処理装置１０による処理結果などを表示する。ディスプレイは、例えば、液晶や有機ＥＬなどのＦＰＤ（Ｆｌａｔ  Ｐａｎｅｌ  Ｄｉｓｐｌａｙ）である。
【００２７】
ドライブ装置１３は、着脱可能な記録媒体１９とのインタフェースである。情報処理装置１０は、ドライブ装置１３を介して、記録媒体１９の読み取り及び／又は書き込みを行うことができる。記録媒体１９には、例えば、フロッピーディスク（登録商標）、ＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｋ）、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）、ＳＤメモリカード（ＳＤ  ｍｅｍｏｒｙ  ｃａｒｄ）、ＵＳＢメモリ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ  ｍｅｍｏｒｙ）などがある。
【００２８】
ＲＡＭ１４は、各種プログラムやデータを一時記憶する揮発性の半導体メモリ（記憶装置）である。また、ＲＡＭ１４は、ＣＰＵ１６がデータ処理時に使用するメモリでもある。なお、ＲＡＭ１４の代わりに、ＳＤＲＡＭ、ＤＲＡＭ、ＳＲＡＭなどを使用してもよい。
【００２９】
ＲＯＭ１５は、電源を切っても内部データを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＲＯＭ１５には、情報処理装置１０の起動時に実行されるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ／Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）、情報処理システム設定、及びネットワーク設定などのプログラムやデータが格納されている。
【００３０】
ＣＰＵ１６は、情報処理装置１０の動作を統括的に制御する。ＣＰＵ１６は、ＲＯＭ１５やＨＤＤ１８に格納されたプログラムやデータをＲＡＭ（メモリ）上に読み出し、処理を実行することで、情報処理装置１０全体の動作を制御する。また、ＣＰＵ１６は、各種機能を実現する。
【００３１】
インタフェース装置１７は、通信網４０に接続するためのインタフェースである。また、インタフェース装置１７は、外部装置（サーバ装置２０、デバイス３０）と通信するためのインタフェースである。これにより、情報処理装置１０は、インタフェース装置１７を介して、デバイス３０とデータ通信を行う。
【００３２】
ＨＤＤ１８は、情報処理装置１０で実行される各種のプログラムやデータを格納する不揮発性の記憶装置である。また、ＨＤＤ１８は、情報処理装置１０の各種機能を実現するために必要なプログラムやデータ等を格納する。格納されるプログラムやデータには、情報処理装置１０全体を制御する情報処理システム（例えば「Ｗｉｎｄｏｗｓ（登録商標）」や「ＵＮＩＸ（登録商標）」などの基本ソフトウェアであるＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ））、及びシステム上において各種機能を提供するアプリケーションなどがある。また、ＨＤＤ１８は、格納しているプログラムやデータを、所定のファイルシステム及び／又はＤＢ（Ｄａｔａ  Ｂａｓｅ）により管理している。
【００３３】
なお、上記の情報処理装置１０用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、記録メディア等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。
【００３４】
なお、後述するサーバ装置２０及びデバイス３０のハードウェア構成は、上記の情報処理装置１０と同様であるため、以下では詳細な説明は省略する。
【００３５】
次に、図３を用いて、本実施形態の情報処理装置１０、サーバ装置２０及びデバイス３０の機能について説明する。図３は、情報処理装置、サーバ装置及びデバイスの機能構成の一例を示すブロック図である。
【００３６】
まず、情報処理装置１０の機能構成について説明する。図３に示すように、情報処理装置１０は、通信部１０１と、受付部１０２と、第１対応情報保持部１０３と、特定部１０４と、変換部１０５と、パラメータ取得部１０６と、第２対応情報保持部１０７と、不足情報特定部１０８と、第３対応情報保持部１０９と、不足情報取得部１１０と、第４対応情報保持部１１１と、不足項目抽出部１１２と、応答情報生成部１１３と、応答情報送信部１１４と、第５対応情報保持部１１５と、第６対応情報保持部１１６と、判断部１１７と、制御部１１８とを有する。上記各部については、これらの一部又は全部がソフトウェア（プログラム）、ハードウェア回路であってもよい。また、上記各部のうちの一部が情報処理装置１０に搭載される形態であってもよい。
【００３７】
通信部１０１は、通信網４０を経由して１以上のサーバ装置２０及びデバイス３０と通信する。通信部１０１は、１以上のサーバ装置２０及びデバイス３０と通信網４０を経由して各種データを送受する。通信部１０１は、例えば、デバイス３０から、サーバ装置２０がデバイス３０に対して提供可能なサービスの機能を特定可能な情報を示すバージョンを含み、サービスを実行するために必要な情報を示すパラメータの取得を要求する実行要求を受信して受付部１０２に受け渡す。具体的には、例えば、通信部１０１は、サーバ装置２０が提供するＷｅｂＡＰＩのバージョンを含み、ＡＰＩのサービスを実行するために必要な情報を示すパラメータの取得を要求する実行要求を受信して受付部１０２に受け渡す。
【００３８】
また、通信部１０１は、サービスのバージョンを含み、サービスの機能を識別する第２識別情報に対応したパラメータの取得を要求する取得要求を送信してパラメータを取得する。具体的には、通信部１０１は、ＡＰＩのバージョンを含み、ＡＰＩの機能を識別する第２識別情報に対応したパラメータの取得を要求する取得要求をサーバ装置２０に対して送信して、サーバ装置２０からパラメータを受信してパラメータ取得部１０６に受け渡す。
【００３９】
また、通信部１０１は、取得したパラメータの不足する項目を含む不足情報の取得を要求する取得要求をサーバ装置２０に対して送信して、サーバ装置２０から不足情報を受信して不足情報取得部１１０に受け渡す。また、通信部１０１は、サービスを実行するために必要な情報を示すパラメータを含む応答情報をデバイス３０に送信する。具体的には、通信部１０１は、ＡＰＩのサービスを実行するために必要な情報を示すパラメータを含む応答情報をデバイス３０に送信する。
【００４０】
受付部１０２は、デバイス３０から、サーバ装置２０がデバイス３０に対して提供可能なサービスの機能を特定可能な情報を示すバージョンを含み、サービスを実行するために必要な情報を示すパラメータの取得を要求する実行要求を受け付ける。具体的には、受付部１０２は、サーバ装置２０が提供するＷｅｂＡＰＩのバージョンを含み、ＡＰＩのサービスを実行するために必要な情報を示すパラメータの取得を要求する実行要求を受け付ける。つまり、受付部１０２は、デバイス３０からＷｅｂＡＰＩのバージョンを含み、利用したいＡＰＩのサービスの機能を指定するための情報を示すパラメータの項目の取得を実行することを要求する実行要求を受け付ける。
【００４１】
第１対応情報保持部１０３は、１以上のサーバ装置２０ごとに、サーバ装置２０を識別する第１識別情報と、サーバ装置２０が提供するサービスの機能を識別する第２識別情報と、サービスの機能を特定可能な情報を示すバージョンとを対応付けた第１対応情報を保持する。具体的には、第１対応情報保持部１０３は、１以上のサーバ装置２０ごとに、サーバ装置２０を識別する第１識別情報と、ＡＰＩの機能を識別する第２識別情報と、サーバ装置２０が提供するＡＰＩのバージョンとを対応付けた第１対応情報を保持する。
【００４２】
より具体的には、第１対応情報保持部１０３は、サーバ装置２０を識別する第１識別情報（以下、サーバＩＤと表記する）と、ＡＰＩの機能を識別する第２識別情報（以下、サービスＰａｔｈとも表記する）と、サーバ装置２０が保持するＡＰＩのバージョンとを対応付けた情報である第１対応情報を保持する。すなわち、第１対応情報は、情報処理装置１０が行うサービスを管理するサービス管理テーブルである。なお、サービス管理テーブルは、全てのＳｅｒｖｅｒＩＤについて予め任意に設定されている。
【００４３】
ここで、第１対応情報について説明する。図４は、第１対応情報の一例について説明する図である。図４に示すように、第１対応情報は、Ｓｅｒｖｅｒ  ＩＤと、Ｐａｔｈと、ＷｅｂＡＰＩ  Ｖｅｒｓｉｏｎとを対応付けた情報である。以下では、サービスの機能を示す「Ｐａｔｈ」を「サービスＰａｔｈ」とも表記する。
【００４４】
図４の例では、例えば、ＷｅｂＳｅｒｖｅｒ１には、サーバ１が保持するＡＰＩが提供するサービスの機能を示す「／ｓｅｒｖｉｃｅ１」と、サーバ１が保持するＡＰＩのバージョン「ｖ１」とが対応付いていることを示している。また、ＷｅｂＳｅｒｖｅｒ２には、サーバ２が保持するＡＰＩが提供するサービスの機能を示す「／ｓｅｒｖｉｃｅ２」と、サーバ２が保持するＡＰＩのバージョン「ｖ２」とが対応付いていることを示している。また、ＷｅｂＳｅｒｖｅｒ３には、サーバ３が保持するＡＰＩが提供するサービスの機能を示す「／ｓｅｒｖｉｃｅ３」と、サーバ３が保持するＡＰＩのバージョン「ｖ１，ｖ２」とが対応付いていることを示している。なお、ＷｅｂＳｅｒｖｅｒ３には、ＡＰＩが提供するサービスの機能「／ｓｅｒｖｉｃｅ３」のバージョンｖ１，ｖ２の両方が保持されていることを示している。
【００４５】
また、第１対応情報保持部１０３は、１以上のサーバ装置２０ごとに、さらにパラメータが保持されている場所を示す情報を対応付けた第１対応情報を保持する。具体的には、第１対応情報保持部１０３は、サーバ装置２０を識別する第１識別情報（サーバＩＤ）と、ＡＰＩの機能を識別する第２識別情報（サービスＰａｔｈ）と、サーバ装置２０が提供するＡＰＩのバージョンと、パラメータが保持されている場所を示す情報（Ｔａｒｇｅｔ）とを対応付けた情報である第１対応情報を保持する。すなわち、さらにパラメータが保持されている場所を示す情報を対応付けた第１対応情報は、情報処理装置１０が行うサービスを管理する代替サーバを含むサービス管理テーブルである。なお、代替サーバを含むサービス管理テーブルは、全てのＳｅｒｖｅｒＩＤについて予め任意に設定されている。
【００４６】
ここで、さらにパラメータが保持されている場所を示す情報を対応付けた第１対応情報について説明する。図５は、さらにパラメータが保持されている場所を示す情報を対応付けた、他の第１対応情報の一例について説明する図である。図５に示すように、他の第１対応情報は、Ｓｅｒｖｅｒ  ＩＤと、Ｐａｔｈと、ＷｅｂＡＰＩ  Ｖｅｒｓｉｏｎと、Ｔａｅｇｅｔとを対応付けた情報である。
【００４７】
図５の例では、例えば、ＷｅｂＳｅｒｖｅｒ１には、サーバ１が保持するＡＰＩが提供するサービスの機能を示す「／ｓｅｒｖｉｃｅ１」と、サーバ１が保持するＡＰＩのバージョン「ｖ１」と、パラメータが保持されている場所を示す「Ｓｔｏｒａｇｅ１」とが対応付いていることを示している。また、ＷｅｂＳｅｒｖｅｒ２には、サーバ２が保持するＡＰＩが提供するサービスの機能を示す「／ｓｅｒｖｉｃｅ２」と、サーバ２が保持するＡＰＩのバージョン「ｖ２」と、パラメータが保持されている場所を示す「Ｓｔｏｒａｇｅ１」及び「Ｓｔｏｒａｇｅ２」とが対応付いていることを示している。また、ＷｅｂＳｅｒｖｅｒ３には、サーバ３が保持するＡＰＩが提供するサービスの機能を示す「／ｓｅｒｖｉｃｅ３」と、サーバ３が保持するＡＰＩのバージョン「ｖ１，ｖ２」と、パラメータが保持されている場所を示す「Ｓｔｏｒａｇｅ３」が対応付いていることを示している。
【００４８】
また、第１対応情報保持部１０３は、サーバ装置２０から、サービスのバージョンに変更があった場合であって、変更後のサービスのバージョンを含み、第１対応情報の更新の実行を要求する実行要求を受け付けた場合に、実行要求に含まれる変更後のバージョンに基づいて、第１対応情報を更新する。なお、第１対応情報を更新する方法については、後述するサーバ装置２０の説明にて詳細に行う。
【００４９】
図３に戻って説明を続ける。特定部１０４は、上述した第１対応情報を参照して、パラメータの取得を要求する取得要求を送信するサーバ装置２０を特定する。具体的には、例えば、デバイス３０から受信した実行要求には、ＡＰＩのサービスの機能を示すサービスＰａｔｈ情報「／ｓｅｒｖｉｃｅ１」と、ＡＰＩのバージョンを示すバージョン情報「ｖ２」とが含まれている。例えば、デバイス３０から受信する実行要求（リクエスト）には、例えば、「Ｐａｔｈ：／ｓｅｒｖｉｃｅ１／ｖ２／ｆｉｌｅ」と記述されていると仮定する。特定部１０４は、これらの情報に基づいて、図４の例に示す第１対応情報を参照して、「／ｓｅｒｖｉｃｅ１」の機能を提供できるＳｅｒｖｅｒ  ＩＤは、ＷｅｂＳｅｒｖｅｒ１のサーバ装置２０であると特定することができる。
【００５０】
図３に戻って説明を続ける。変換部１０５は、実行要求に含まれるサービスのバージョンと、特定部１０４で特定したサーバ装置２０が提供するサービスのバージョンとを比較して、サービスのバージョンが異なる場合に、実行要求に含まれるバージョンを、サーバ装置２０が提供するバージョンに変換する。具体的には、変換部１０５は、デバイス３０から受信した実行要求に含まれるＡＰＩのバージョンと、上述した特定部１０４で特定したサーバ装置２０が提供するＡＰＩのバージョンとを比較して、バージョンが異なる場合に、実行要求に含まれるＡＰＩのバージョンを、特定したサーバ装置２０が提供するＡＰＩのバージョンに変換する。
【００５１】
より具体的には、例えば、デバイス３０から受信した実行要求には、ＡＰＩのサービスの機能を示すサービスＰａｔｈ情報「／ｓｅｒｖｉｃｅ１」と、ＡＰＩのバージョンを示すバージョン情報「ｖ２」が含まれている。例えば、デバイス３０から受信する実行要求（リクエスト）には、例えば、「Ｐａｔｈ：／ｓｅｒｖｉｃｅ１／ｖ２／ｆｉｌｅ」と記述されていると仮定する。また、特定部１０４で特定したＷｅｂＳｅｒｖｅｒ１は、図４の例に示す第１対応情報を参照して、ＷｅｂＳｅｒｖｅｒ１が保持するＡＰＩのバージョンは「ｖ１」である。従って、実行要求に含まれるＡＰＩのバージョンと、特定したサーバ装置２０が保持するＡＰＩのバージョンとは異なることになる。
【００５２】
ＡＰＩのバージョンが異なる場合には、例えば、デバイス３０が取得したいＡＰＩのバージョンが「ｖ２」であるが、取得要求を送信するサーバ装置２０が保持するＡＰＩのバージョンが「ｖ１」であるとすると、利用したいＡＰＩのサービスを実行するためのパラメータの項目が変更されていることがある。例えば、バージョンｖ１とバージョンｖ２において、バージョンが高い（数値が大きい）と機能を追加したものであるため、バージョンの低い（数値が小さい）ＡＰＩを保持するサーバ装置２０に対して、バージョンの高いＡＰＩのパラメータの項目を取得する取得要求をした場合、パラメータの項目に不足があるために応答が帰ってこない、又はエラーが帰ってくるという虞がある。そこで、変換部１０５は、例えば、「Ｐａｔｈ：／ｓｅｒｖｉｃｅ１／ｖ２／ｆｉｌｅ」を例えば、「Ｐａｔｈ：／ｓｅｒｖｉｃｅ１／ｖ１／ｆｉｌｅ」と変換して、ＡＰＩのバージョンを「ｖ１」に変換する。
【００５３】
図３に戻って説明を続ける。パラメータ取得部１０６は、特定部１０４で特定したサーバ装置２０に対して、サービスのバージョンを含み、サービスの機能を識別する第２識別情報に対応したパラメータの取得を要求する取得要求を送信してパラメータを取得する。具体的には、ＡＰＩのバージョンを含み、ＡＰＩのサービスの機能を識別する第２識別情報に対応したＡＰＩのサービスを実行するためのパラメータの取得を要求する取得要求をサーバ装置２０に対して送信して、パラメータを取得する。
【００５４】
より具体的には、パラメータ取得部１０６は、ＡＰＩのバージョンを含み、ＡＰＩの利用したいサービスの機能を識別する第２識別情報に対応したパラメータの項目を取得する取得要求（リクエスト）をサーバ装置２０に送信し、その応答（レスポンス）としてパラメータの項目を含む応答情報を受信して取得する。パラメータ取得部１０６は、例えば、ＡＰＩのバージョンを示すバージョン情報「ｖ１」を含み、ＡＰＩのサービスの機能を指定するサービスＰａｔｈ情報「／ｓｅｒｖｉｃｅ１」を含む取得要求をサーバ装置２０に送信する。すなわち、パラメータ取得部１０６が送信する取得要求には、例えば、「Ｐａｔｈ：／ｓｅｒｖｉｃｅ１／ｖ１／ｆｉｌｅ」と記述されている。
【００５５】
また、パラメータ取得部１０６は、変換部１０５で変換したサービスのバージョンを含み、サービスの機能を識別する第２識別情報に対応したパラメータの取得を要求する取得要求をサーバ装置２０に対して送信してパラメータを取得する。具体的には、ＡＰＩのバージョンを含み、ＡＰＩのサービスの機能を識別する第２識別情報に対応したＡＰＩのサービスを実行するために必要な情報を示すパラメータの取得を要求する取得要求（リクエスト）をサーバ装置２０に対して送信し、その応答（レスポンス）としてパラメータの項目を含む応答情報を受信して取得する。
【００５６】
より具体的には、例えば、デバイス３０が取得したいＡＰＩのバージョンが「ｖ２」であるが、取得要求を送信するサーバ装置２０が保持するＡＰＩのバージョンが「ｖ１」であると仮定する。上述したように変換部１０５は、例えば、「Ｐａｔｈ：／ｓｅｒｖｉｃｅ１／ｖ２／ｆｉｌｅ」を例えば、「Ｐａｔｈ：／ｓｅｒｖｉｃｅ１／ｖ１／ｆｉｌｅ」と変換して、ＡＰＩのバージョンを「ｖ１」に変換する。パラメータ取得部１０６は、変換部１０５で変換したＡＰＩのバージョン「ｖ１」を含み、ＡＰＩのサービスの機能を識別する第２識別情報、例えば、サービスＰａｔｈ情報「／ｓｅｒｖｉｃｅ１」に対応したＡＰＩのサービスを実行するために必要な情報を示すパラメータの項目の取得を要求する取得要求（リクエスト）、例えば、「Ｐａｔｈ：／ｓｅｒｖｉｃｅ１／ｖ１／ｆｉｌｅ」をサーバ装置２０に対して送信し、その応答（レスポンス）としてパラメータの項目を含む応答情報を受信して取得する。
【００５７】
また、パラメータ取得部１０６は、特定部１０４で特定したサーバ装置２０が利用できない場合に、上述した、さらにパラメータが保持されている場所を示す情報を対応付けた第１対応情報のパラメータが保持されている場所を示す情報を参照して、パラメータの取得を要求する取得要求をサーバ装置２０に対して送信してパラメータを取得する。具体的には、パラメータ取得部１０６が特定部１０４で特定したＷｅｂＳｅｒｖｅｒ１に対して、パラメータの取得を要求する取得要求を送信しようとした時にＷｅｂＳｅｒｖｅｒ１が利用できない状態であった場合に、パラメータ取得部１０６は、上述した、さらにパラメータが保持されている場所を示す情報を対応付けた第１情報のパラメータが保持されている場所を示す情報を参照して、パラメータの取得を要求する取得要求をサーバ装置２０に対して送信してパラメータを取得する。
【００５８】
より具体的には、図５に示す例において、パラメータ取得部１０６が、例えば、Ｓｔｏｒａｇｅ１に対して取得要求を送信しようとした時に、Ｓｔｏｒａｇｅ１が利用できない場合には、パラメータ取得部１０６は、ＷｅｂＳｅｒｖｅｒ１のＳｔｏｒａｇｅ１と同等の機能を有しているＷｅｂＳｅｒｖｅｒ２のＳｔｏｒａｇｅ１に対して取得要求（リクエスト）を送信し、その応答（レスポンス）であるパラメータを受信して取得する。
【００５９】
図３に戻って説明を続ける。第２対応情報保持部１０７は、パラメータに含まれる複数の項目を識別する第３識別情報ごとに、サービスの種類を示す情報と、サービスのバージョンと、パラメータの項目の機能を示す情報と、パラメータの項目の種類を示す情報とを対応付けた第２対応情報を保持する。具体的には、ＡＰＩのサービスを実行するために必要な情報を示すパラメータに含まれる複数の項目を識別する第３識別情報ごとに、ＡＰＩの種類を示す情報と、ＡＰＩのバージョンと、パラメータの項目の機能を示す情報と、パラメータの項目の種類を示す情報とを対応付けた第２対応情報を保持する。
【００６０】
より具体的には、第２対応情報保持部１０７は、パラメータの項目を識別する第３識別情報（以下、パラメータＩＤと表記する）と、ＡＰＩの種類（以下、ＡＰＩタイプとも表記する）と、ＡＰＩのバージョン（以下、ＡＰＩバージョンとも表記する）と、パラメータの項目の機能を示す情報（以下、パラメータキーとも表記する）と、パラメータの項目の種類を示す情報（以下、パラメータタイプとも表記する）とを対応付けた情報である第２対応情報を保持する。すなわち、第２対応情報は、ＡＰＩの仕様を管理するＡＰＩ仕様管理テーブルである。なお、ＡＰＩ仕様管理テーブルは、全てのパラメータＩＤについて予め任意に設定されている。
【００６１】
ここで、第２対応情報について説明する。図６は、第２対応情報の一例について説明する図である。図６に示すように、第２対応情報は、Ｐａｒａｍｅｔｅｒ  ＩＤと、ＡＰＩ  Ｔｙｐｅと、ＡＰＩ  ｖｅｒｓｉｏｎと、Ｐａｒａｍｅｔｅｒ  Ｋｅｙと、Ｐａｒａｍｅｔｅｒ  Ｔｙｐｅとを対応付けた情報である。
【００６２】
図６の例では、例えば、パラメータＩＤ１には、ＡＰＩの種類を示す「ｆｉｌｅ」と、ＡＰＩのバージョン「ｖ１」と、パラメータの項目の機能を示す「ｉｄ」と、パラメータの項目の種類を示す「ｎｕｍｂｅｒ」とが対応付いていることを示している。また、パラメータＩＤ２には、ＡＰＩの種類を示す「ｆｉｌｅ」と、ＡＰＩのバージョン「ｖ１」と、パラメータの項目の機能を示す「ｎａｍｅ」と、パラメータの項目の種類を示す「ｓｔｒｉｎｇ」とが対応付いていることを示している。また、パラメータＩＤ３には、ＡＰＩの種類を示す「ｆｉｌｅ」と、ＡＰＩのバージョン「ｖ１」と、パラメータの項目の機能を示す「ｐａｔｈ」と、パラメータの項目の種類を示す「ｓｔｒｉｎｇ」とが対応付いていることを示している。
【００６３】
また、パラメータＩＤ４には、ＡＰＩの種類を示す「ｆｏｌｄｅｒ」と、ＡＰＩのバージョン「ｖ１」と、パラメータの項目の機能を示す「ｉｄ」と、パラメータの項目の種類を示す「ｎｕｍｂｅｒ」とが対応付いていることを示している。また、パラメータＩＤ５には、ＡＰＩの種類を示す「ｆｏｌｄｅｒ」と、ＡＰＩのバージョン「ｖ１」と、パラメータの項目の機能を示す「ｎａｍｅ」と、パラメータの項目の種類を示す「ｓｔｒｉｎｇ」とが対応付いていることを示している。
【００６４】
また、例えば、パラメータＩＤ６には、ＡＰＩの種類を示す「ｆｉｌｅ」と、ＡＰＩのバージョン「ｖ２」と、パラメータの項目の機能を示す「ｉｄ」と、パラメータの項目の種類を示す「ｎｕｍｂｅｒ」とが対応付いていることを示している。また、パラメータＩＤ７には、ＡＰＩの種類を示す「ｆｉｌｅ」と、ＡＰＩのバージョン「ｖ２」と、パラメータの項目の機能を示す「ｎａｍｅ」と、パラメータの項目の種類を示す「ｓｔｒｉｎｇ」とが対応付いていることを示している。また、パラメータＩＤ８には、ＡＰＩの種類を示す「ｆｉｌｅ」と、ＡＰＩのバージョン「ｖ２」と、パラメータの項目の機能を示す「ｐａｔｈ」と、パラメータの項目の種類を示す「ｓｔｒｉｎｇ」とが対応付いていることを示している。また、パラメータＩＤ９には、ＡＰＩの種類を示す「ｆｉｌｅ」と、ＡＰＩのバージョン「ｖ２」と、パラメータの項目の機能を示す「ｕｒｌ」と、パラメータの項目の種類を示す「ｓｔｒｉｎｇ」とが対応付いていることを示している。
【００６５】
また、パラメータＩＤ１０には、ＡＰＩの種類を示す「ｆｏｌｄｅｒ」と、ＡＰＩのバージョン「ｖ２」と、パラメータの項目の機能を示す「ｉｄ」と、パラメータの項目の種類を示す「ｎｕｍｂｅｒ」とが対応付いていることを示している。また、パラメータＩＤ１１には、ＡＰＩの種類を示す「ｆｏｌｄｅｒ」と、ＡＰＩのバージョン「ｖ２」と、パラメータの項目の機能を示す「ｎａｍｅ」と、パラメータの項目の種類を示す「ｓｔｒｉｎｇ」とが対応付いていることを示している。また、パラメータＩＤ１２には、ＡＰＩの種類を示す「ｆｏｌｄｅｒ」と、ＡＰＩのバージョン「ｖ２」と、パラメータの項目の機能を示す「ｐａｔｈ」と、パラメータの項目の種類を示す「ｓｔｒｉｎｇ」とが対応付いていることを示している。
【００６６】
また、例えば、パラメータＩＤ１３には、ＡＰＩの種類を示す「ｓｔｏｒａｇｅ」と、ＡＰＩのバージョン「ｖ１」と、パラメータの項目の機能を示す「ｉｄ」と、パラメータの項目の種類を示す「ｓｔｒｉｎｇ」とが対応付いていることを示している。また、パラメータＩＤ１４には、ＡＰＩの種類を示す「ｓｔｏｒａｇｅ」と、ＡＰＩのバージョン「ｖ２」と、パラメータの項目の機能を示す「ｉｄ」と、パラメータの項目の種類を示す「ｓｔｒｉｎｇ」とが対応付いていることを示している。また、パラメータＩＤ１５には、ＡＰＩの種類を示す「ｓｔｏｒａｇｅ」と、ＡＰＩのバージョン「ｖ２」と、パラメータの項目の機能を示す「ｐａｔｈ」と、パラメータの項目の種類を示す「ｓｔｒｉｎｇ」とが対応付いていることを示している。
【００６７】
図３に戻って説明を続ける。不足情報特定部１０８は、上述した第２対応情報を参照して、パラメータの取得を要求する実行要求に含まれるパラメータに対して、パラメータ取得部１０６で取得したパラメータの項目が不足している場合に、パラメータの不足する項目を識別する第３識別情報を特定する。具体的には、デバイス３０から受け付けたＡＰＩのサービスを実行するために必要な情報を示すパラメータの項目の取得を要求する実行要求に含まれるパラメータの項目に対して、サーバ装置２０から取得したパラメータの項目が不足している場合に、不足する項目を識別する第３識別情報を特定する。
【００６８】
ここで、図６を参照して、不足情報特定部１０８が不足する項目を特定する方法について説明する。例えば、デバイス３０から受信した実行要求には、ＡＰＩのサービスの機能を指定するサービスＰａｔｈ情報「／ｓｅｒｖｉｃｅ１」と、ＡＰＩのバージョンを示すバージョン情報「ｖ２」が含まれている。例えば、デバイス３０から受信する実行要求（リクエスト）には、例えば、「Ｐａｔｈ：／ｓｅｒｖｉｃｅ１／ｖ２／ｆｉｌｅ」と記述されていると仮定する。また、ＷｅｂＳｅｒｖｅｒ１に送信した取得要求には、例えば、「Ｐａｔｈ：／ｓｅｒｖｉｃｅ１／ｖ１／ｆｉｌｅ」と記述されていると仮定する。この仮定の下で、パラメータ取得部１０６では、変換部１０５でＡＰＩのバージョンを「ｖ１」に変換して、ＷｅｂＳｅｒｖｅｒ１に取得要求（リクエスト）を送信して、その応答（レスポンス）として、バージョン「ｖ１」のパラメータの項目を含む応答情報を取得したことになる。
【００６９】
この場合において、まず、不足情報特定部１０８は、図６を参照して、ＡＰＩ  Ｖｅｒｓｉｏｎ「ｖ１」で、ＡＰＩ  Ｔｙｐｅ「ｆｉｌｅ」であるＰａｒａｍｅｔｅｒ  ＫｅｙのＰａｒａｍｅｔｅｒ  ＩＤを特定する。図６の例では、パラメータＩＤ１と、ＩＤ２と、ＩＤ３の３つが特定される。次に、不足情報特定部１０８は、図６を参照して、ＡＰＩ  Ｖｅｒｓｉｏｎ「ｖ２」で、ＡＰＩ  Ｔｙｐｅ「ｆｉｌｅ」であるＰａｒａｍｅｔｅｒ  ＫｅｙのＰａｒａｍｅｔｅｒ  ＩＤを特定する。
【００７０】
図６の例では、パラメータＩＤ６と、ＩＤ７と、ＩＤ８と、ＩＤ９の４つが特定される。次に、不足情報特定部１０８は、特定した「ｖ１」のＩＤ１〜３のパラメータキーと、「ｖ２」のＩＤ６〜９のパラメータキーとを比較して、「ｖ２」に対して「ｖ１」で不足するパラメータキーに対応するパラメータＩＤを特定する。図６の例では、「ｖ２」のパラメータキーに存在するが、「ｖ１」には不足するパラメータキー「ｕｒｌ」が特定され、それに対応付いているパラメータＩＤは「ＩＤ９」と特定できる。すなわち、不足情報特定部１０８は、実行要求のパラメータの項目に対して、取得要求のパラメータで不足する項目は、「パラメータＩＤ９」であると特定する。
【００７１】
図３に戻って説明を続ける。第３対応情報保持部１０９は、パラメータの項目を識別する第３識別情報ごとに、パラメータの項目を取得する取得先を特定する情報と、パラメータの項目の取得を依頼する処理の実行要求を示す情報とを対応付けた第３対応情報を保持する。具体的には、第３対応情報保持部１０９は、ＡＰＩのサービスを実行するために必要な情報を示すパラメータの項目を識別する第３識別情報ごとに、パラメータの項目を取得する取得先を特定する情報と、パラメータの項目の取得を依頼する処理の実行要求を示す情報とを対応付けた第３対応情報を保持する。
【００７２】
より具体的には、第３対応情報保持部１０９は、パラメータの項目を識別する第３識別情報（パラメータＩＤ）と、パラメータの項目の機能を示す情報（パラメータキー）を取得する取得先を特定する情報（ＵＲＬ）と、パラメータの項目の取得を依頼する処理の実行要求を示す情報（Ｍｅｔｈｏｄ）とを対応付けた情報である第３対応情報を保持する。すなわち、第３対応情報は、パラメータの不足する項目を取得する取得先を管理するパラメータ取得先管理テーブルである。このパラメータ取得先管理テーブルでは、全てのパラメータＩＤの取得先を管理している。なお、パラメータ取得先管理テーブルは、全てのパラメータＩＤについて予め任意に設定されている。
【００７３】
ここで、第３対応情報について説明する。図７は、第３対応情報の一例について説明する図である。図７に示すように、第３対応情報は、Ｐａｒａｍｅｔｅｒ  ＩＤと、ＵＲＬと、Ｍｅｔｈｏｄとを対応付けた情報である。
【００７４】
図７の例では、例えば、パラメータＩＤ１には、パラメータの項目の機能を示す情報（パラメータキー）を取得する取得先を特定するＵＲＬ「ｈｔｔｐ：／／ｓｔｏｒａｇｅ２．ｃｏｍ／ｖ１／ｆｉｌｅ／ｉｎｆｏ」と、パラメータの項目の取得を依頼する処理の実行要求Ｍｅｔｈｏｄ「Ｐｏｓｔ」とが対応付いていることを示している。また、パラメータＩＤ２には、パラメータの項目の機能を示す情報（パラメータキー）を取得する取得先を特定するＵＲＬ「ｈｔｔｐ：／／ｓｔｏｒａｇｅ２．ｃｏｍ／ｖ１／ｆｉｌｅ／ｉｎｆｏ」と、パラメータの項目の取得を依頼する処理の実行要求Ｍｅｔｈｏｄ「Ｐｏｓｔ」とが対応付いていることを示している。また、パラメータＩＤ３には、パラメータの項目の機能を示す情報（パラメータキー）を取得する取得先を特定するＵＲＬ「ｈｔｔｐ：／／ｓｔｏｒａｇｅ２．ｃｏｍ／ｖ１／ｆｉｌｅ／ｉｎｆｏ」と、パラメータの項目の取得を依頼する処理の実行要求Ｍｅｔｈｏｄ「Ｐｏｓｔ」とが対応付いていることを示している。
【００７５】
また、例えば、パラメータＩＤ４には、パラメータの項目の機能を示す情報（パラメータキー）を取得する取得先を特定するＵＲＬ「ｈｔｔｐ：／／ｓｔｏｒａｇｅ２．ｃｏｍ／ｖ１／ｆｏｌｄｅｒ／ｉｎｆｏ」と、パラメータの項目の取得を依頼する処理の実行要求Ｍｅｔｈｏｄ「Ｇｅｔ」とが対応付いていることを示している。また、パラメータＩＤ５には、パラメータの項目の機能を示す情報（パラメータキー）を取得する取得先を特定するＵＲＬ「ｈｔｔｐ：／／ｓｔｏｒａｇｅ２．ｃｏｍ／ｖ１／ｆｏｌｄｅｒ／ｉｎｆｏ」と、パラメータの項目の取得を依頼する処理の実行要求Ｍｅｔｈｏｄ「Ｇｅｔ」とが対応付いていることを示している。
【００７６】
また、例えば、パラメータＩＤ６には、パラメータの項目の機能を示す情報（パラメータキー）を取得する取得先を特定するＵＲＬ「ｈｔｔｐ：／／ｓｔｏｒａｇｅ２．ｃｏｍ／ｖ２／ｆｉｌｅ／ｉｎｆｏ」と、パラメータの項目の取得を依頼する処理の実行要求Ｍｅｔｈｏｄ「Ｐｏｓｔ」とが対応付いていることを示している。また、パラメータＩＤ７には、パラメータの項目の機能を示す情報（パラメータキー）を取得する取得先を特定するＵＲＬ「ｈｔｔｐ：／／ｓｔｏｒａｇｅ２．ｃｏｍ／ｖ２／ｆｉｌｅ／ｉｎｆｏ」と、パラメータの項目の取得を依頼する処理の実行要求Ｍｅｔｈｏｄ「Ｐｏｓｔ」とが対応付いていることを示している。また、パラメータＩＤ８には、パラメータの項目の機能を示す情報（パラメータキー）を取得する取得先を特定するＵＲＬ「ｈｔｔｐ：／／ｓｔｏｒａｇｅ２．ｃｏｍ／ｖ２／ｆｉｌｅ／ｉｎｆｏ」と、パラメータの項目の取得を依頼する処理の実行要求Ｍｅｔｈｏｄ「Ｐｏｓｔ」とが対応付いていることを示している。また、パラメータＩＤ９には、パラメータの項目の機能を示す情報（パラメータキー）を取得する取得先を特定するＵＲＬ「ｈｔｔｐ：／／ｓｔｏｒａｇｅ２．ｃｏｍ／ｖ２／ｆｉｌｅ／ｉｎｆｏ」と、パラメータの項目の取得を依頼する処理の実行要求Ｍｅｔｈｏｄ「Ｐｏｓｔ」とが対応付いていることを示している。
【００７７】
また、例えば、パラメータＩＤ１０には、パラメータの項目の機能を示す情報（パラメータキー）を取得する取得先を特定するＵＲＬ「ｈｔｔｐ：／／ｓｔｏｒａｇｅ２．ｃｏｍ／ｖ２／ｆｏｌｄｅｒ／ｉｎｆｏ」と、パラメータの項目の取得を依頼する処理の実行要求Ｍｅｔｈｏｄ「Ｇｅｔ」とが対応付いていることを示している。また、パラメータＩＤ１１には、パラメータの項目の機能を示す情報（パラメータキー）を取得する取得先を特定するＵＲＬ「ｈｔｔｐ：／／ｓｔｏｒａｇｅ２．ｃｏｍ／ｖ２／ｆｏｌｄｅｒ／ｉｎｆｏ」と、パラメータの項目の取得を依頼する処理の実行要求Ｍｅｔｈｏｄ「Ｇｅｔ」とが対応付いていることを示している。また、パラメータＩＤ１２には、パラメータの項目の機能を示す情報（パラメータキー）を取得する取得先を特定するＵＲＬ「ｈｔｔｐ：／／ｓｔｏｒａｇｅ２．ｃｏｍ／ｖ２／ｆｏｌｄｅｒ／ｉｎｆｏ」と、パラメータの項目の取得を依頼する処理の実行要求Ｍｅｔｈｏｄ「Ｇｅｔ」とが対応付いていることを示している。
【００７８】
ここで、情報処理装置１０がパラメータの項目の取得を依頼する処理の実行要求を示す情報の一例である「Ｍｅｔｈｏｄ」について説明する。図８は、情報処理装置がパラメータの項目の取得を依頼する処理の実行要求を示す情報の一例について説明する図である。図８に示すように、パラメータの項目の取得を依頼する処理の実行要求を示す情報は、Ｐａｒａｍｅｔｅｒ  ＩＤと、Ｋｅｙと、Ｍｅｔｈｏｄとを対応付けた情報である。すなわち、パラメータの取得を依頼する処理の実行要求を示す情報を管理する実行要求パラメータ管理テーブルである。
【００７９】
図８の例では、例えば、パラメータＩＤ９には、パラメータの項目の機能を示す「ｉｄ」と、パラメータの項目の種類を示す「ｎｕｍｂｅｒ」とが対応付いていることを示している。なお、図８に示した一例は、図７に示したパラメータＩＤ９のＭｅｔｈｏｄ「Ｐｏｓｔ」を処理するための実行要求に必要なパラメータを示したものである。なお、実行要求パラメータ管理テーブルは、全てのパラメータＩＤについて予め任意に設定されている。
【００８０】
また、第３対応情報保持部１０９は、予め設定された条件、又は予め設定された間隔に基づいて、パラメータに含まれる項目を識別する第３識別情報ごとに、パラメータの項目を取得する取得先を特定する情報と、パラメータの項目の取得を依頼する処理の実行要求を示す情報とを対応付けた第３対応情報を更新して保持する。予め設定された条件とは、例えば、サーバ装置２０から、パラメータの項目を取得する取得先が変更になった旨の通知を受け付けた場合などである。また、予め設定された間隔とは、例えば、１ヶ月に１回など予め設定された間隔で、パラメータの項目を取得する取得先が変更されてないか確認するなどである。なお、第３対応情報を更新する予め設定された条件、又は予め設定された間隔は任意である。
【００８１】
ここで、図９を参照して、図７に示した第３対応情報を更新及び追加した一例について説明する。図９は、第３対応情報を更新及び追加した一例について説明する図である。図９に示すように、第３対応情報保持部１０９は、例えば、図７の例に示すＰａｒａｍｅｔｅｒ  ＩＤ９を取得する取得先を特定するＵＲＬ「ｈｔｔｐ：／／ｓｔｏｒａｇｅ２．ｃｏｍ／ｖ２／ｆｉｌｅ／ｉｎｆｏ」を、新たなＵＲＬ「ｈｔｔｐ：／／ｓｔｏｒａｇｅ１．ｃｏｍ／ｖ２／ｆｉｌｅ／ｌｉｓｔ」に更新したことを示している。また、第３対応情報保持部１０９は、パラメータＩＤ９に、パラメータの項目の機能を示す情報（パラメータキー）を取得する取得先を特定するＵＲＬ「ｈｔｔｐ：／／ｓｔｏｒａｇｅ１．ｃｏｍ／ｖ２／ｆｉｌｅｓ」と、依頼する処理の実行要求Ｍｅｔｈｏｄ「Ｇｅｔ」を追加して更新したことを示している。このように、第３対応情報保持部１０９は、第３対応情報を任意の予め設定された条件、又は予め設定された間隔で更新して保持する機能を有している。
【００８２】
なお、第３対応情報を更新する方法としては任意であるが、例えば、情報処理装置１０が更新用のＷｅｂＡＰＩを提供してもよいし、情報処理装置１０がＨＴＴＰサーバ機能を持ち、ブラウザから変更できるようにしてもよいし、情報処理装置１０が第３対応情報の設定ファイルを直接書き換えて変更してもよい。
【００８３】
図３に戻って説明を続ける。不足情報取得部１１０は、上述した第３対応情報を参照して、不足情報特定部１０８で特定したパラメータの項目を識別する第３識別情報を用いて、不足する項目を含む不足情報の取得を要求する取得要求を取得先に対して送信して不足情報を取得する。具体的には、不足情報取得部１１０は、不足情報特定部１０８で特定した、取得したパラメータの不足する項目を識別する第３識別情報を用いて、不足する項目を含む不足情報の取得を要求する取得要求をサーバ装置２０に対して送信して不足情報を取得する。
【００８４】
より具体的には、上述したように不足情報特定部１０８では、実行要求のパラメータの項目に対して、取得要求のパラメータで不足する項目は、「パラメータＩＤ９」であると特定したと仮定する。不足情報取得部１１０は、図７に示した第３対応情報を参照して、パラメータの不足項目「パラメータＩＤ９」を取得する取得先を特定する情報として、ＵＲＬ「ｈｔｔｐ：／／ｓｔｏｒａｇｅ２．ｃｏｍ／ｖ２／ｆｉｌｅ／ｉｎｆｏ」を特定することができる。不足情報取得部１１０は、不足する項目を含む不足情報を取得することを要求する取得要求（リクエスト）を、特定したＵＲＬに対して送信し、その応答（レスポンス）として不足する項目を含む不足情報を含む応答情報を受信して取得する。
【００８５】
取得要求（リクエスト）は、例えば、「ｈｔｔｐ：／／ｓｔｏｒａｇｅ２．ｃｏｍ／ｖ２／ｆｉｌｅ／ｉｎｆｏ」に対して、パラメータの不足項目Ｐａｒａｍｅｔｅｒ  Ｋｅｙ「ｕｒｌ」に対応付いた「パラメータＩＤ９」を付与したものである。すなわち、不足情報取得部１１０は、「ｈｔｔｐ：／／ｓｔｏｒａｇｅ２．ｃｏｍ／ｖ２／ｆｉｌｅ／ｉｎｆｏ」に対して「パラメータＩＤ９」を付与した、不足する項目を含む不足情報を取得することを要求する取得要求（リクエスト）を送信し、その応答（レスポンス）として不足する項目を含む不足情報を受信して取得する。
【００８６】
また、不足情報取得部１１０は、第３対応情報の中に、不足情報特定部１０８で特定した不足する項目を識別する第３識別情報に対応づけられた不足する項目を取得する取得先を特定する情報が複数存在した場合に、予め設定された優先順位に基づいて、不足する項目を含む不足情報の取得を要求する取得要求をサーバ装置２０に対して送信して不足情報を取得する。
【００８７】
ここで、図１０を参照して、図７で示した第３対応情報の中に項目を取得する取得先を特定する情報が複数存在した場合について説明する。図１０は、第３対応情報に項目を取得する取得先を特定する情報が複数存在する一例について説明する図である。図１０に示すように、Ｐａｒａｍｅｔｅｒ  ＩＤ９には、パラメータの項目の取得先を特定するＵＲＬ「ｈｔｔｐ：／／ｓｔｏｒａｇｅ１．ｃｏｍ／ｖ２／ｆｉｌｅ／ｉｎｆｏ」と、パラメータの項目の取得を依頼する処理の実行要求Ｍｅｔｈｏｄ「Ｐｏｓｔ」と、予め設定された優先順位（Ｐｒｉｏｒｉｔｙ）「１」とが対応付いていることを示している。また、Ｐａｒａｍｅｔｅｒ  ＩＤ９には、パラメータの項目の取得先を特定するＵＲＬ「ｈｔｔｐ：／／ｓｔｏｒａｇｅ２．ｃｏｍ／ｖ２／ｆｉｌｅ／ｉｎｆｏ」と、依頼する処理の実行要求Ｍｅｔｈｏｄ「Ｐｏｓｔ」と、予め設定された優先順位（Ｐｒｉｏｒｉｔｙ）「２」とが対応付いていることを示している。
【００８８】
不足情報取得部１１０は、図１０の例に示すように、第３対応情報に不足する項目を取得する取得先を特定する情報が複数存在する場合、予め設定された優先順位（Ｐｒｉｏｒｉｔｙ）に基づいて、不足する項目を含む不足情報を取得する。具体的には、図１０の例では、不足情報取得部１１０は、最初に優先順位「１」であるＵＲＬ「ｈｔｔｐ：／／ｓｔｏｒａｇｅ１．ｃｏｍ／ｖ２／ｆｉｌｅ／ｉｎｆｏ」に対して、不足する項目を含む不足情報を取得することを要求する取得要求（リクエスト）を送信し、その応答（レスポンス）として不足する項目を含む不足情報を含む応答情報を受信して不足情報を取得する。ここで、応答情報に不足する項目を含む不足情報が含まれておらず、不足情報を取得できなかった場合、不足情報取得部１１０は、次に優先順位「２」であるＵＲＬ「ｈｔｔｐ：／／ｓｔｏｒａｇｅ２．ｃｏｍ／ｖ２／ｆｉｌｅ／ｉｎｆｏ」に対して、不足する項目を含む不足情報を取得することを要求する取得要求（リクエスト）を送信し、その応答（レスポンス）として不足する項目を含む不足情報を含む応答情報を受信して不足情報を取得する。不足情報取得部１１０は、優先順位に基づいて、不足情報が取得できたら処理を終了する。なお、図１０の例では、不足する項目を取得する取得先を特定する情報が２つの場合を示したがこれに限ることはなく、不足する項目の取得先を特定する情報の数、及び優先順位（Ｐｒｉｏｒｉｔｙ）は任意である。
【００８９】
また、不足情報取得部１１０は、第３対応情報の中に、不足情報特定部１０８で特定した不足する項目を識別する第３識別情報に対応づけられた不足する項目を取得する取得先を特定する情報がない場合に、後述する第５対応情報を用いて、不足する項目を取得する取得先を取得する。つまり、不足情報取得部１１０は、第５対応情報を用いて、項目を取得する取得先を特定（補完）する。後述する第５対応情報は、図１２に示すように、Ｐａｒａｍｅｔｅｒ  ＩＤと、Ｓｔａｔｉｃ  Ｐａｒａｍｅｔｅｒとを対応付けた情報である。すなわち、図１２の例では、例えば、パラメータＩＤ１５には、パラメータの項目の機能を示す情報（パラメータキー）を取得する取得先を特定するＳｔａｔｉｃ  Ｐａｒａｍｅｔｅｒ「／ｓｅｒｖｅｒ１」が対応付いていることを示している。
【００９０】
ここで、不足する項目のＰａｒａｍｅｔｅｒ  ＩＤが「ＩＤ１５」であると仮定する。図７で示した第３対応情報には、Ｐａｒａｍｅｔｅｒ  ＩＤ１５を取得する取得先を特定する情報「ＵＲＬ」が記述されていないと仮定する。この場合において、不足情報取得部１１０は、図１２で示す第５対応情報のＰａｒａｍｅｔｅｒ  ＩＤ１５に対応するパラメータの項目の機能を示す情報（パラメータキー）を取得する取得先（Ｓｔａｔｉｃ  Ｐａｒａｍｅｔｅｒ）を示すストレージパス「／ｓｅｒｖｅｒ１」を用いて、不足する項目を含む不足情報を取得（補完）する。
【００９１】
具体的には、例えば、Ｐａｒａｍｅｔｅｒ  ＩＤ１５を取得する取得先を特定するＵＲＬが「ｈｔｔｐ：／／ｓｅｒｖｅｒ１／ｖ２／Ｓｔｏｒａｇｅ／ｉｎｆｏ」であると仮定する。この場合に、例えば、ファイルの取得先（保存先）のストレージパス「／ｓｅｒｖｅｒ１」を不足する項目として補完する場合、不足情報取得部１１０は、第５対応情報（パラメータ取得先管理テーブル）を用いて、ストレージパス「／ｓｅｒｖｅｒ１」を不足情報として取得（補完）する。
【００９２】
なお、不足情報取得部１１０は、第５対応情報を用いて、直接不足情報を取得（補完）するのは、上記の第３対応情報の中に、取得先を特定する情報がない場合を一例として示したが、これに限ることはなく、最初から、第５対応情報（パラメータ取得先管理テーブル）で管理されている固定値を用いて、不足情報を取得（補完）するようにしてもよい。
【００９３】
図３に戻って説明を続ける。第４対応情報保持部１１１は、パラメータに含まれる項目を識別する第３識別情報ごとに、パラメータの項目の機能を示す情報と、パラメータの項目の種類を示す情報と、パラメータの項目が取得したパラメータに含まれているか否かを示す情報とを対応付けた第４対応情報を保持する。具体的には、第４対応情報保持部１１１は、パラメータの項目を識別する第３識別情報（パラメータＩＤ）と、パラメータの項目の機能を示す情報（キー）と、パラメータの項目の種類を示す情報（タイプ）と、パラメータの項目が取得したパラメータに含まれているか否かを示す情報（ターゲット）とを対応付けた情報である第４対応情報を保持する。
【００９４】
すなわち、第４対応情報は、不足する項目を含む不足情報の取得要求（リクエスト）に対する応答（レスポンス）である不足する項目を含む不足情報のパラメータの項目の仕様を管理する応答パラメータ管理テーブルである。この応答パラメータ管理テーブルでは、全てのパラメータＩＤの不足情報のパラメータの項目の仕様を管理している。なお、応答パラメータ管理テーブルは、全てのパラメータＩＤについて予め任意に設定されている。
【００９５】
ここで、第４対応情報について説明する。図１１は、第４対応情報の一例について説明する図である。図１１に示すように、第４対応情報は、Ｐａｒａｍｅｔｅｒ  ＩＤと、Ｋｅｙと、Ｔｙｐｅと、Ｔａｅｇｅｔとを対応付けた情報である。図１１の例では、例えば、パラメータＩＤ９には、パラメータの項目の機能を示す情報（キー）が「ｉｄ」と、「ｎａｍｅ」と、「ｐａｔｈ」と、「ｆｉｌｅ＿ｕｒｌ」との４つのＫｅｙが対応付けられている。よって、パラメータＩＤ９には、パラメータの項目の機能を示す情報（キー）「ｉｄ」と、パラメータの項目の種類を示す情報（タイプ）「ｎｕｍｂｅｒ」と、項目が取得したパラメータの項目に含まれていること示す情報（ターゲット）「ｆａｌｓｅ」とが対応付いていることを示している。
【００９６】
また、パラメータＩＤ９には、パラメータの項目の機能を示す情報（キー）「ｎａｍｅ」と、パラメータの項目の種類を示す情報（タイプ）「ｓｔｒｉｎｇ」と、項目が取得したパラメータの項目に含まれていることを示す情報（ターゲット）「ｆａｌｓｅ」とが対応付いていることを示している。また、パラメータＩＤ９には、パラメータの項目の機能を示す情報（キー）「ｐａｔｈ」と、パラメータの項目の種類を示す情報（タイプ）「ｓｔｒｉｎｇ」と、項目が取得したパラメータの項目に含まれていることを示す情報（ターゲット）「ｆａｌｓｅ」とが対応付いていることを示している。また、パラメータＩＤ９には、パラメータの項目の機能を示す情報（キー）「ｆｉｌｅ＿ｕｒｌ」と、パラメータの項目の種類を示す情報（タイプ）「ｓｔｒｉｎｇ」と、項目が取得したパラメータの項目に含まれていないことを示す情報（ターゲット）「ｔｒｕｅ」とが対応付いていることを示している。
【００９７】
また、例えば、パラメータＩＤ１２には、パラメータの項目の機能を示す情報（キー）「ｆｏｌｄｅｒ」と、パラメータの項目の種類を示す情報（タイプ）「ｓｔｒｉｎｇ」と、項目が取得したパラメータの項目に含まれていることを示す情報（ターゲット）「ｆａｌｓｅ」とが対応付いていることを示している。また、パラメータＩＤ１２には、パラメータの項目の機能を示す情報（キー）「ｐａｔｈ」と、パラメータの項目の種類を示す情報（タイプ）「ｓｔｒｉｎｇ」と、項目が取得したパラメータの項目に含まれていないことを示す情報（ターゲット）「ｔｒｕｅ」とが対応付いていることを示している。
【００９８】
なお、図１１に示した、パラメータの項目が取得したパラメータに含まれているか否かを示す情報（ターゲット）は、不足項目抽出部１１２で不足する項目を含む不足情報を解釈して判断した結果を示している。
【００９９】
図３に戻って説明を続ける。不足項目抽出部１１２は、パラメータに含まれる項目を識別する第３識別情報ごとに、パラメータの項目の機能を示す情報と、パラメータの項目の種類を示す情報と、パラメータの項目が不足情報に含まれているか否かを示す情報とを対応付けた第４対応情報を参照して、不足情報取得部１１０で取得した不足する項目を含む不足情報を解釈して不足情報の中から不足する項目の機能を示す情報を抽出する。
【０１００】
具体的には、上述したように、パラメータの不足項目「パラメータＩＤ９」には、パラメータの項目の機能を示す情報（キー）が「ｉｄ」と、「ｎａｍｅ」と、「ｐａｔｈ」と、「ｆｉｌｅ＿ｕｒｌ」との４つのＫｅｙが含まれている。そこで、不足項目抽出部１１２は、上述した第４対応情報を参照して、項目が取得したパラメータの項目に含まれているか否かを示す情報（ターゲット）の中から、判断部１１７で不足する項目を含む不足情報を解釈して判断した結果である、項目が取得したパラメータの項目に含まれていないことを示す情報（ターゲット）「ｔｒｕｅ」であるパラメータＩＤ９に対応付いたパラメータの項目の機能を示す情報（キー）ｋｅｙの「ｆｉｌｅ＿ｕｒｌ」を抽出する。不足項目抽出部１１２は、抽出したパラメータＩＤ９の「ｆｉｌｅ＿ｕｒｌ」を応答情報生成部１１３に受け渡す。
【０１０１】
応答情報生成部１１３は、不足項目抽出部１１２で抽出した前記項目の機能を示す情報と、パラメータ取得部１０６で取得したパラメータとを用いて、受付部１０２で受け付けた実行要求に対する応答である、サービスを実行するために必要な情報を示すパラメータを含む応答情報を生成する。具体的には、応答情報生成部１１３は、不足項目抽出部１１２で抽出した前記項目の機能を示す情報と、パラメータ取得部１０６で取得したパラメータとを用いて、受付部１０２で受け付けた実行要求に対する応答である、ＡＰＩのサービスを実行するために必要な情報を示すパラメータの項目を含む応答情報を生成する。
【０１０２】
より具体的には、デバイス３０から受信した実行要求には、例えば、「Ｐａｔｈ：／ｓｅｒｖｉｃｅ１／ｖ２／ｆｉｌｅ」と記述されていると仮定する。図６に示した、第２対応情報を参照すると、実行要求に対する応答である応答情報には、パラメータの項目として、ＡＰＩ  Ｔｙｐｅ「ｆｉｌｅ」、ＡＰＩ  Ｖｅｒｓｉｏｎ「ｖ２」、Ｐａｒａｍｅｔｅｒ  Ｋｅｙ「ｉｄ」の他に、Ｐａｒａｍｅｔｅｒ  Ｋｅｙ「ｎａｍｅ」とＰａｒａｍｅｔｅｒ  Ｋｅｙ「ｐａｔｈ」とＰａｒａｍｅｔｅｒ  Ｋｅｙ「ｕｒｌ」とを含む必要がある。また、パラメータ取得部１０６で送信した取得要求には、例えば、「Ｐａｔｈ：／ｓｅｒｖｉｃｅ１／ｖ１／ｆｉｌｅ」と記述されていると仮定する。図６に示した、第２対応情報を参照すると、取得要求に対する応答である情報には、パラメータの項目として、ＡＰＩ  Ｔｙｐｅ「ｆｉｌｅ」、ＡＰＩ  Ｖｅｒｓｉｏｎ「ｖ１」、Ｐａｒａｍｅｔｅｒ  Ｋｅｙ「ｉｄ」の他に、Ｐａｒａｍｅｔｅｒ  Ｋｅｙ「ｎａｍｅ」とＰａｒａｍｅｔｅｒ  Ｋｅｙ「ｐａｔｈ」とを含んでいる。ここで、上記のバージョン「ｖ１」に対する応答情報には、バージョン「ｖ２」に含まれるＰａｒａｍｅｔｅｒ  Ｋｅｙ「ｕｒｌ」が不足している項目であることが分かる。そこで、応答情報生成部１１３は、上記の不足項目抽出部１１２で抽出した「ｆｉｌｅ＿ｕｒｌ」を用いて、Ｐａｒａｍｅｔｅｒ  Ｋｅｙ「ｉｄ」の他に、Ｐａｒａｍｅｔｅｒ  Ｋｅｙ「ｎａｍｅ」とＰａｒａｍｅｔｅｒ  Ｋｅｙ「ｐａｔｈ」とＰａｒａｍｅｔｅｒ  Ｋｅｙ「ｕｒｌ」とを含んだ応答情報を生成する。
【０１０３】
また、応答情報生成部１１３は、不足情報取得部１１０で取得した不足情報に含まれる不足する項目と、パラメータ取得部１０６で取得したパラメータとを用いて、受付部１０２で受け付けた実行要求に対する応答である、サービスを実行するために必要な情報を示すパラメータを含む応答情報を生成する。具体的には、実行要求に含まれるサービスのバージョンと、特定部１０４で特定したサーバ装置２０が提供するサービスのバージョンとを比較して、バージョンが同じ場合には、応答情報生成部１１３は、パラメータ取得部１０６で取得したパラメータを用いて、受付部１０２で受け付けた実行要求に対する応答である、サービスを実行するために必要な情報を示すパラメータを含む応答情報を生成する。つまり、サービスのバージョンが同じ場合には、パラメータに不足する項目はないため不足情報取得部１１０で取得した不足情報に含まれる不足する項目は用いる必要がないからである。
【０１０４】
応答情報生成部１１３が生成した応答情報の具体的な一例について説明する。応答情報生成部１１３は、デバイス３０から受け付けた実行要求（リクエスト）に対する応答（レスポンス）であるＡＰＩプログラムを実行するためのパラメータの項目を含む応答情報として、例えば、以下に例示するような情報を生成する。
【０１０５】
ＨＴＴＰ／１．１  ２００  ＯＫ
Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｊｓｏｎ；ｃｈａｒｓｅｔ＝ｕｔｆ−８
｛
“ｎａｍｅ”：“ｆｉｌｅ１．ｔｘｔ”，
“ｐａｔｈ”：“／ｆｏｌｄｅｒ１／ｆｉｌｅ１．ｔｘｔ”，
“ｕｒｌ”：“ｈｔｔｐ：／／ｓｔｏｒａｇｅ２．ｃｏｍ／ｖ２／ｆｉｌｅ／ｆｏｌｄｅｒ１／ｆｉｌｅ．ｔｘｔ”
｝
【０１０６】
また、応答情報生成部１１３は、パラメータ取得部１０６で取得したパラメータの項目に不足項目がない場合には、そのままパラメータの項目を応答情報として、例えば、以下に例示するような情報を生成する。
【０１０７】
ＨＴＴＰ／１．１  ２００  ＯＫ
Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｊｓｏｎ；ｃｈａｒｓｅｔ＝ｕｔｆ−８
｛
“ｎａｍｅ”：“ｆｉｌｅ１．ｔｘｔ”，
“ｐａｔｈ”：“／ｆｏｌｄｅｒ１／ｆｉｌｅ１．ｔｘｔ”
｝
【０１０８】
また、応答情報生成部１１３は、例えば、不足情報取得部１１０で不足する項目を含む不足情報を取得できなかった場合には、パラメータの項目を含む応答情報として、例えば、以下に例示するような情報を生成する。
【０１０９】
ＨＴＴＰ／１．１  ２００  ＯＫ
Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｊｓｏｎ；ｃｈａｒｓｅｔ＝ｕｔｆ−８
｛
“ｎａｍｅ”：“ｆｉｌｅ１．ｔｘｔ”，
“ｐａｔｈ”：“／ｆｏｌｄｅｒ１／ｆｉｌｅ１．ｔｘｔ”，
“ｕｒｌ”：ｎｕｌｌ
｝
【０１１０】
また、応答情報生成部１１３は、パラメータに含まれる項目を識別する第３識別情報ごとに、項目を取得する取得先を特定する情報と、項目の取得を依頼する処理の実行要求を示す情報とを対応付けた第３対応情報の中に不足情報特定部１０８で特定したパラメータに含まれる項目を識別する第３識別情報に対応付けられた不足する項目の機能を示す情報を取得する取得先を特定する情報がない場合に、応答情報の先頭に不足する項目を示す情報を付加する。具体的には、応答情報生成部１１３は、例えば、図７に示した、第３対応情報の中に不足する項目「Ｐｒａｍｅｔｅｒ  ＩＤ」を取得する取得先を特定する情報「ＵＲＬ」がない場合には、応答情報の先頭に不足する項目を示す情報「ヘッダ」を付加する。そして、ヘッダの中には、取得できなかった不足する項目を示す「Ｐａｒａｍｅｔｅｒ  Ｋｅｙ」を記述する。これにより、デバイス３０は、受け取った応答情報のヘッダに付加された不足する項目を示す「Ｐａｒａｍｅｔｅｒ  Ｋｅｙ」を参照することで、応答情報の中に不足する項目があることを判別することができる。
【０１１１】
応答情報生成部１１３が生成した応答情報の先頭に不足する項目を示す情報「ヘッダ」を付加した応答情報の具体的な一例について説明する。応答情報生成部１１３は、デバイス３０から受け付けた実行要求（リクエスト）に対する応答（レスポンス）であるＡＰＩプログラムを実行するためのパラメータの項目を含む応答情報の先頭に不足する項目を示す情報「ヘッダ」を付加した応答情報として、例えば、以下に例示するような情報を生成する。
【０１１２】
ＨＴＴＰ／１．１  ２００  ＯＫ
Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｊｓｏｎ；ｃｈａｒｓｅｔ＝ｕｔｆ−８
Ｘ−Ｌａｃｋ−Ｐａｒａｍｅｔｅｒ：ｕｒｌ
｛
“ｎａｍｅ”：“ｆｉｌｅ１．ｔｘｔ”，
“ｐａｔｈ”：“／ｆｏｌｄｅｒ１／ｆｉｌｅ１．ｔｘｔ”，
“ｕｒｌ”：ｎｕｌｌ，
｝
【０１１３】
応答情報送信部１１４は、上記の応答情報生成部１１３で生成した応答情報をデバイス３０に対して送信する。
【０１１４】
第５対応情報保持部１１５は、パラメータに含まれる項目を識別する第３識別情報と、パラメータの項目を取得する取得先とを対応付けた第５対応情報を予め保持する。具体的には、第５対応情報保持部１１５は、パラメータの項目を識別する第３識別情報（パラメータＩＤ）と、パラメータの項目の機能を示す情報を取得する取得先（Ｓｔａｔｉｃ  Ｐａｒａｍｅｔｅｒ）とを対応付けた情報である第５対応情報を保持する。
【０１１５】
すなわち、第５対応情報は、パラメータの項目を取得する取得先を管理するパラメータ取得先管理テーブルである。このパラメータ取得先管理テーブルでは、全てのパラメータＩＤの取得先（固定値）を管理している。なお、パラメータ取得先管理テーブルは、全てのパラメータＩＤについて予め任意に設定されている。
【０１１６】
ここで、第５対応情報について説明する。図１２は、第５対応情報の一例について説明する図である。図１２に示すように、第５対応情報は、Ｐａｒａｍｅｔｅｒ  ＩＤと、Ｓｔａｔｉｃ  Ｐａｒａｍｅｔｅｒとを対応付けた情報である。図１２の例では、例えば、パラメータＩＤ１５には、パラメータの項目の機能を示す情報（パラメータキー）を取得する取得先を特定する「／ｓｅｒｖｅｒ１」が対応付いていることを示している。なお、図１２の例では、第５対応情報は、パラメータの項目を識別する第３識別情報（パラメータＩＤ）と、パラメータの項目の機能を示す情報を取得する取得先（Ｓｔａｔｉｃ  Ｐａｒａｍｅｔｅｒ）とを対応付けた情報を一例として示したが、これに限ることはなく、例えば、第３識別情報（パラメータＩＤ）と、任意の情報（固定値）とを対応付けた情報であってもよい。
【０１１７】
第６対応情報保持部１１６は、パラメータに含まれる項目を識別する第３識別情報ごとに、サービスの種類を示す情報と、サービスのバージョンと、パラメータの項目の機能を示す情報と、パラメータの項目の種類を示す情報と、パラメータの項目の状態を示す情報とを対応付けた第６対応情報を保持する。具体的には、第６対応情報保持部１１６は、パラメータの項目を識別する第３識別情報（パラメータＩＤ）と、サービスの種類（ＡＰＩタイプ）と、サービスのバージョンと、パラメータの項目の機能を示す情報（パラメータキー）と、パラメータの項目の種類を示す情報（パラメータタイプ）と、パラメータの項目の状態を示す情報（Ｐａｒｅｎｔ  Ｋｅｙ）とを対応付けた情報である第６対応情報を保持する。
【０１１８】
すなわち、第６対応情報は、サービス（ＡＰＩ）を実行するために必要な情報を示すパラメータの項目の取得を要求する実行要求の仕様を管理する実行要求仕様管理テーブルである。この実行要求仕様管理テーブルでは、全てのパラメータＩＤの仕様を管理している。なお、実行要求仕様管理テーブルは、全てのパラメータＩＤについて予め任意に設定されている。
【０１１９】
ここで、第６対応情報について説明する。図１３は、第６対応情報の一例について説明する図である。図１３に示すように、第６対応情報は、Ｐａｒａｍｅｔｅｒ  ＩＤと、ＡＰＩ  Ｔｙｐｅと、ＡＰＩ  ｖｅｒｓｉｏｎと、Ｐａｒａｍｅｔｅｒ  Ｋｅｙと、Ｐａｒａｍｅｔｅｒ  Ｔｙｐｅと、Ｐａｒｅｎｔ  Ｋｅｙとを対応付けた情報である。図１３の例では、例えば、パラメータＩＤ１には、サービスの種類を示す「ｆｉｌｅ」と、サービスのバージョン「ｖ１」と、パラメータの項目の機能を示す「ｄａｔａ＿ｐａｔｈ」と、パラメータの項目の種類を示す「ｓｔｒｉｎｇ」と、パラメータの項目の状態を示す「ＮＵＬＬ」とが対応付いていることを示している。また、パラメータＩＤ２には、サービスの種類を示す「ｆｉｌｅ」と、サービスのバージョン「ｖ１」と、パラメータの項目の機能を示す「ｆｉｌｅ＿ｎａｍｅ」と、パラメータの項目の種類を示す「ｓｔｒｉｎｇ」と、パラメータの項目の状態を示す「ＮＵＬＬ」とが対応付いていることを示している。
【０１２０】
また、パラメータＩＤ３には、サービスの種類を示す「ｆｉｌｅ」と、サービスのバージョン「ｖ２」と、パラメータの項目の機能を示す「ｆｉｌｅ」と、パラメータの項目の種類を示す「ｏｂｊｅｃｔ」と、パラメータの項目の状態を示す「ＮＵＬＬ」とが対応付いていることを示している。また、パラメータＩＤ４には、サービスの種類を示す「ｆｉｌｅ」と、サービスのバージョン「ｖ２」と、パラメータの項目の機能を示す「ｄａｔａ＿ｐａｔｈ」と、パラメータの項目の種類を示す「ｓｔｒｉｎｇ」と、パラメータの項目の状態を示す「３」とが対応付いていることを示している。また、パラメータＩＤ５には、サービスの種類を示す「ｆｉｌｅ」と、サービスのバージョン「ｖ２」と、パラメータの項目の機能を示す「ｆｉｌｅ＿ｎａｍｅ」と、パラメータの項目の種類を示す「ｓｔｒｉｎｇ」と、パラメータの項目の状態を示す「３」とが対応付いていることを示している。
【０１２１】
図３に戻って説明を続ける。判断部１１７は、受付部１０２が受け付けた実行要求にサービスのバージョンが含まれていない場合に、第６対応情報のパラメータの項目の機能を示す情報を参照して、サービスのバージョンを判断する。具体的には、判断部１１７は、パラメータの項目の機能を示す情報（Ｐａｒａｍｅｔｅｒ  Ｋｅｙ）を参照して、サービスのバージョンを判断する。
【０１２２】
ここで、サービス（ＡＰＩ）のバージョンを判断する方法について説明する。例えば、デバイス３０から受け付けたサービス（ＡＰＩ）を実行するために必要な情報を示すパラメータ、例えば、ＡＰＩ（ｆｉｌｅ）を取得する実行要求に対して、以下の様な構造でパラメータが与えられたとする。
【０１２３】
ｆｉｌｅ（ｏｂｊｅｃｔ）
｜−−−ｄａｔａ＿ｐａｔｈ（ｓｔｒｉｎｇ）
｜−−−ｆｉｌｅ＿ｎａｍｅ（ｓｔｒｉｎｇ）
【０１２４】
まず、サーバ装置２０が提供するサービス（ＡＰＩ）の利用したい機能に対して、図１３に示した、第６対応情報を参照して、実行要求のＰａｒａｍｅｔｅｒ  Ｋｅｙの情報が一致するＡＰＩのバージョンを特定する。図１３の例では、実行要求に含まれるＡＰＩのバージョンは「ｖ２」であると特定される。具体的には、実行要求に含まれるバージョンが「ｖ１」の場合にはパラメータ構造は以下のようになる。パラメータＩＤ１とＩＤ２を参照する。
【０１２５】
ｄａｔａ＿ｐａｔｈ  （ｓｔｒｉｎｇ）
ｆｉｌｅ＿ｎａｍｅ  （ｓｔｒｉｎｇ）
【０１２６】
また、実行要求に含まれるバージョンが「ｖ２」の場合にはパラメータ構造は以下のようになる。パラメータＩＤ３とＩＤ４とＩＤ５を参照する。
【０１２７】
ｆｉｌｅ（ｏｂｊｅｃｔ）
｜−−−ｄａｔａ＿ｐａｔｈ（ｓｔｒｉｎｇ）
｜−−−ｆｉｌｅ＿ｎａｍｅ（ｓｔｒｉｎｇ）
【０１２８】
以上のように、実行要求にＡＰＩのバージョンが含まれていない場合には、第６対応情報を参照して、実行要求のＰａｒａｍｅｔｅｒ  Ｋｅｙの情報が一致するＡＰＩのバージョンを特定し、特定したバージョンのパラメータ構造を解釈して実行要求に含まれるＡＰＩのバージョンを判断する。
【０１２９】
制御部１１８は、情報処理装置１０の全体を制御する。また、制御部１１８は、上記の各機能部の処理を統括的に制御する。
【０１３０】
次に、サーバ装置２０の機能構成について説明する。図３に示すように、サーバ装置２０は、通信部２０１と、パラメータ情報保持部２０２と、受付部２０３と、パラメータ送信部２０４と、不足情報送信部２０５と、制御部２０６とを有する。上記各部については、これらの一部又は全部がソフトウェア（プログラム）、ハードウェア回路であってもよい。また、上記各部のうちの一部がサーバ装置２０に搭載される形態であってもよい。
【０１３１】
通信部２０１は、通信網４０を経由して情報処理装置１０及びデバイス３０と通信する。通信部２０１は、通信網４０を介して情報処理装置１０及びデバイス３０と各種データを送受する。具体的には、例えば、通信部２０１は、情報処理装置１０からデバイス３０に対して提供可能なサービスの機能を特定可能な情報を示すバージョンを含み、サービスを実行するために必要な情報を示すパラメータの取得を要求する実行要求を受信して受付部２０３に受け渡す。また、通信部２０１は、受付部２０３で受け付けた取得要求に基づいて、サービスを実行するために必要な情報を示すパラメータを送信する。
【０１３２】
パラメータ情報保持部２０２は、デバイス３０に対して提供するサービスの機能を特定可能な情報を示すバージョンと、サービスを実行するために必要な情報を示すパラメータの項目と、サービスの機能を識別する第２識別情報とを含む情報を保持する。具体的には、パラメータ情報保持部２０２は、例えば、図６の例で示した、ＡＰＩ  ｖｅｒｓｉｏｎを示す「ｖ１」と、ＡＰＩ  ｖｅｒｓｉｏｎ「ｖ１」に対応付いたＡＰＩ  Ｔｙｐｅ「ｆｉｌｅ」に紐つく情報Ｐａｒａｍｅｔｅｒ  Ｋｅｙ「ｉｄ」、「ｎａｍｅ」、「ｐａｔｈ」と、図４の例で示した、サービスの機能を識別するサービスＰａｔｈを示す「／ｓｅｒｖｉｃｅ１」とを少なくとも含む情報を保持している。
【０１３３】
また、パラメータ情報保持部２０２は、図４及び図６で示した情報を、例えば、サービスＰａｔｈごとに、Ｐａｒａｍｅｔｅｒ  ＩＤと、ＡＰＩ  Ｖｅｒｓｉｏｎと、ＡＰＩ  Ｔｙｐｅと、Ｐａｒａｍｅｔｅｒ  Ｋｅｙと、Ｐａｒａｍｅｔｅｒ  Ｔｙｐｅとを含む情報を保持している。なお、パラメータ情報保持部２０２が保持する情報は上記で示した一例に限ることはなく任意である。
【０１３４】
また、パラメータ情報保持部２０２は、保持するサービスのバージョンに変更があった場合に、変更後のバージョンを含み、第１対応情報の更新の実行を要求する実行要求を情報処理装置１０に対して送信する。
【０１３５】
図１４は、情報処理装置が保持する第１対応情報を更新する方法を説明する概念図である。図１４に示すように、例えば、パラメータ情報保持部２０２は、自身が保持するデバイス３０に対して提供するサービスのバージョンに変更があった場合に、サービスパス「／ｓｅｒｖｉｃｅ１」と対応するＡＰＩバージョン「ｖ２」とを含む情報の更新を実行する実行要求を情報処理装置１０に送信する。
【０１３６】
具体的には、図４の例において、例えば、ＷｅｂＳｅｒｖｅｒ１がＷｅｂＡＰＩバージョン「ｖ２」にも対応できるようになった場合に、例えば、サーバ装置２０から保持するサービスのバージョンに変更があった旨の通知を受け付けた、例えば、情報処理装置１０の管理者は、情報処理装置１０の管理テーブル変更ＡＰＩを利用して、サービスパス「／ｓｅｒｖｉｃｅ１」が対応するＡＰＩバージョンに「ｖ２」を追加する実行要求を行う。そして、情報処理装置１０は、実行要求に含まれる変更後のバージョンに基づいて、第１対応情報にＡＰＩバージョン「ｖ２」を追加して第１対応情報を更新する。
【０１３７】
図１５は、変更後の第１対応情報の一例を示す図である。図４で示した第１対応情報に対して、図１５の例では、ＷｅｂＳｅｒｖｅｒ１が提供するサービスパス「／ｓｅｒｖｉｃｅ１」のＷｅｂＡＰＩバージョン「ｖ１」に加え「ｖ２」が追加されたことを示している。なお、第１対応情報は、情報処理装置１０が行うサービスを管理するサービス管理テーブルである。なお、上述した第１対応情報の更新方法は一例であり、更新方法は任意である。
【０１３８】
受付部２０３は、情報処理装置１０から、サーバ装置２０がデバイス３０に対して提供可能なサービスの機能を特定可能な情報を示すバージョンを含み、サーバ装置２０が提供するサービスの機能を識別する第２識別情報に対応したパラメータの取得を要求する取得要求を受け付けて、パラメータ送信部２０４に受け渡す。また、受付部２０３は、パラメータの項目を識別する第３識別情報を含み、不足する項目を含む不足情報の取得を要求する取得要求を受け付けて、不足情報送信部２０５に受け渡す。
【０１３９】
パラメータ送信部２０４は、サーバ装置２０がデバイス３０に対して提供するサービスのバージョンを含み、サービスの機能を識別する第２識別情報に対応したパラメータの取得を要求する取得要求に基づいて、パラメータを送信する。
【０１４０】
不足情報送信部２０５は、パラメータの項目を識別する第３識別情報を含み、不足する項目を含む不足情報の取得を要求する取得要求に基づいて、不足する項目を含む不足情報を送信する。
【０１４１】
制御部２０６は、サーバ装置２０の全体を制御する。また、制御部２０６は、上記の各機能部の処理を統括的に制御する。
【０１４２】
次に、デバイス３０の機能構成について説明する。図３に示すように、デバイス３０は、通信部３０１と、実行要求送信部３０２と、応答情報受信部３０３と、制御部３０４とを有する。上記各部については、これらの一部又は全部がソフトウェア（プログラム）、ハードウェア回路であってもよい。また、上記各部のうちの一部がデバイス３０に搭載される形態であってもよい。
【０１４３】
通信部３０１は、情報処理装置１０及びサーバ装置２０と通信網４０を介して通信し、情報処理装置１０及びサーバ装置２０と各種データを送受する。具体的には、通信部３０１は、実行要求送信部３０２から受け付けて、例えば、サーバ装置２０が提供するサービスのバージョンを含み、サービスを実行するために必要な情報を示すパラメータの取得を要求する実行要求を情報処理装置１０に対して送信する。
【０１４４】
実行要求送信部３０２は、サーバ装置２０がデバイスに対して提供可能なサービスの機能を特定可能な情報を示すバージョンを含み、サービスを実行するために必要な情報を示すパラメータの取得を要求する実行要求を通信部３０１を介して情報処理装置１０に送信する。
【０１４５】
応答情報受信部３０３は、情報処理装置１０に送信した実行要求（リクエスト）に対する応答（レスポンス）である、サービスを実行するために必要な情報を示すパラメータを含む応答情報を通信部３０１を介して受信する。
【０１４６】
制御部３０４は、デバイス３０の全体を制御する。また、制御部３０４は、上記の各機能部の処理を統括的に制御する。
【０１４７】
次に、図１６を参照しながら、情報処理システム１の処理動作の一例について説明する。図１６は、情報処理システムの処理動作の一例について説明するフローチャート図である。
【０１４８】
まず、情報処理装置１０は、第１対応情報と、第２対応情報と、第３対応情報と、第４対応情報とを保持する（ステップＳ１）。具体的には、第１対応情報保持部１０３が、１以上のサーバ装置２０ごとに、サーバ装置２０を識別する第１識別情報と、サーバ装置２０が提供するサービス（ＡＰＩ）の機能を識別する第２識別情報と、サービス（ＡＰＩ）のバージョンとを対応付けた第１対応情報を予め保持する。また、第２対応情報保持部１０７が、サービス（ＡＰＩ）を実行するために必要な情報を示すパラメータに含まれる複数の項目を識別する第３識別情報ごとに、サービス（ＡＰＩ）の種類を示す情報と、サービス（ＡＰＩ）のバージョンと、パラメータの項目の機能を示す情報と、パラメータの項目の種類を示す情報とを対応付けた第２対応情報を予め保持する。
【０１４９】
また、第３対応情報保持部１０９が、パラメータの項目を識別する第３識別情報ごとに、パラメータの項目を取得する取得先を特定する情報と、パラメータの項目の取得を依頼する処理の実行要求を示す情報とを対応付けた第３対応情報を予め保持する。また、第４対応情報保持部１１１が、パラメータの項目を識別する第３識別情報ごとに、パラメータの項目の機能を示す情報と、パラメータの項目の種類を示す情報と、パラメータの項目が取得したパラメータに含まれているか否かを示す情報とを対応付けた第４対応情報を予め保持する。
【０１５０】
次に、情報処理装置１０は、デバイス３０から、サーバ装置２０がデバイス３０に対して提供可能なサービスの機能を特定可能な情報を示すバージョンを含み、サービスを実行するために必要な情報を示すパラメータの取得を要求する実行要求を受け付ける（ステップＳ２）。次に、情報処理装置１０は、第１対応情報を参照して、パラメータの取得を要求する取得要求を送信するサーバ装置２０を特定する（ステップＳ３）。
【０１５１】
次に、情報処理装置１０は、実行要求に含まれるサービスのバージョンと、特定したサーバ装置が提供するサービスのバージョンが異なるか否かを判断する（ステップＳ４）。サービスのバージョンが異ならない（同じ）場合（ステップＳ４：Ｎｏ）、特定したサーバ装置２０に対して、サービスのバージョンを含み、サービスの機能を識別する第２識別情報に対応したパラメータの取得を要求する取得要求を送信してパラメータを取得（ステップＳ５）してステップＳ８に移行して処理を継続する。サービスのバージョンが異なる（違う）場合（ステップＳ４：Ｙｅｓ）、実行要求に含まれるサービスのバージョンを、特定したサーバ装置が提供するサービスのバージョンに変換する（ステップＳ６）。
【０１５２】
次に、情報処理装置１０は、変換したサービスのバージョンを含み、サービスの機能を識別する第２識別情報に対応したパラメータの取得を要求する取得要求をサーバ装置２０に対して送信してパラメータを取得する（ステップＳ７）。次に、情報処理装置１０は、実行要求に含まれるパラメータに対して、パラメータ取得部１０６で取得したパラメータの項目が不足しているか否かを判断する（ステップＳ８）。パラメータが不足していない場合（ステップＳ８：Ｎｏ）、パラメータ取得部１０６で取得したパラメータを用いて、受付部１０２で受け付けた実行要求に対する応答である、サービスを実行するために必要な情報を示すパラメータを含む応答情報を生成し（ステップＳ９）、ステップＳ１４に移行して処理を継続する。パラメータが不足している場合（ステップＳ８：Ｙｅｓ）、情報処理装置１０は、不足するパラメータの項目を識別する第３識別情報を特定する（ステップＳ１０）。
【０１５３】
次に、情報処理装置１０は、パラメータの項目を識別する第３対応情報を参照して、不足情報特定部１０８で特定した第３識別情報を用いて、不足する項目を含む不足情報の取得を要求する取得要求を取得先に対して送信して不足情報を取得する（ステップＳ１１）。次に、情報処理装置１０は、第４対応情報を参照して、不足情報取得部１１０で取得した不足情報を解釈して、不足情報の中から不足する項目の機能を示す情報を抽出する（ステップＳ１２）。
【０１５４】
次に、情報処理装置１０は、不足項目抽出部１１２で抽出したパラメータの項目の機能を示す情報と、パラメータ取得部１０６で取得したパラメータとを用いて、受付部１０２で受け付けた実行要求に対する応答である、サービスを実行するために必要な情報を示すパラメータを含む応答情報を生成する（ステップＳ１３）。次に、情報処理装置１０は、応答情報生成部１１３で生成した応答情報をデバイス３０に対して送信（ステップＳ１４）して処理を終了する。
【０１５５】
以上の処理を情報処理システム１に実行させることにより、新たに追加項目のあるＷｅｂＡＰＩのバージョンアップに対しても対応することができる、という有利な効果を達成できる。
【０１５６】
以上、本発明に係る実施形態について説明したが、本発明は、上述の実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上述の実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施の形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【０１５７】
また、上述した各実施形態の情報処理システム１で実行されるプログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｋ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよいし、インターネット等のネットワーク経由で提供または配布するように構成してもよい。また、各種プログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
【０１５８】
なお、本実施形態の情報処理装置１０、サーバ装置２０と、デバイス３０とが接続されたシステム構成は一例であり、用途や目的に応じて様々なシステム構成例があることは言うまでもない。
【符号の説明】
【０１５９】
１  情報処理システム
１０  情報処理装置
１１  入力装置
１２  表示装置
１３  ドライブ装置
１４  ＲＡＭ
１５  ＲＯＭ
１６  ＣＰＵ
１７  インタフェース装置
１８  ＨＤＤ
１９  記録媒体
２０、２０ａ、２０ｂ、２０ｃ  サーバ装置
３０  デバイス
４０  通信網
１０１  通信部
１０２  受付部
１０３  第１対応情報保持部
１０４  特定部
１０５  変換部
１０６  パラメータ取得部
１０７  第２対応情報保持部
１０８  不足情報特定部
１０９  第３対応情報保持部
１１０  不足情報取得部
１１１  第４対応情報保持部
１１２  不足項目抽出部
１１３  応答情報生成部
１１４  応答情報送信部
１１５  第５対応情報保持部
１１６  第６対応情報保持部
１１７  判断部
１１８  制御部
２０１  通信部
２０２  パラメータ情報保持部
２０３  受付部
２０４  パラメータ送信部
２０５  不足情報送信部
２０６  制御部
３０１  通信部
３０２  実行要求送信部
３０３  応答情報受信部
３０４  制御部
【先行技術文献】
【特許文献】
【０１６０】
【特許文献１】特開２００７−２１９８５７号公報
【図１】
2015228086.tif 000003
【図２】
2015228086.tif 000004
【図３】
2015228086.tif 000005
【図４】
2015228086.tif 000006
【図５】
2015228086.tif 000007
【図６】
2015228086.tif 000008
【図７】
2015228086.tif 000009
【図８】
2015228086.tif 000010
【図９】
2015228086.tif 000011
【図１０】
2015228086.tif 000012
【図１１】
2015228086.tif 000013
【図１２】
2015228086.tif 000014
【図１３】
2015228086.tif 000015
【図１４】
2015228086.tif 000016
【図１５】
2015228086.tif 000017
【図１６】
2015228086.tif 000018