(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024132029
(43)【公開日】2024-09-30
(54)【発明の名称】情報処理装置、情報処理方法、および、プログラム
(51)【国際特許分類】
G06Q 50/10 20120101AFI20240920BHJP
G06F 11/34 20060101ALI20240920BHJP
【ＦＩ】
G06Q50/10
G06F11/34 138
【審査請求】未請求
【請求項の数】9
【出願形態】ＯＬ
(21)【出願番号】P 2023042650
(22)【出願日】2023-03-17
(71)【出願人】
【識別番号】000004237
【氏名又は名称】日本電気株式会社
(74)【代理人】
【識別番号】100149548
【弁理士】
【氏名又は名称】松沼 泰史
(74)【代理人】
【識別番号】100181135
【弁理士】
【氏名又は名称】橋本 隆史
(72)【発明者】
【氏名】梅原 崚
【テーマコード（参考）】
5B042
5L049
5L050
【Ｆターム（参考）】
5B042MA08
5B042MA14
5B042MC37
5L049CC12
5L050CC12
(57)【要約】
【課題】ＡＰＩの利用を検討するための情報を安価に取得することができる情報処理装置、情報処理方法、および、プログラムを提供する。
【解決手段】情報処理装置は、第１入力情報に基づき所定の処理を行い、処理の結果を示す第１出力情報を出力する第１アプリケーションプログラムの利用記録である第１利用記録に基づき、第１入力情報と第１出力情報との組を種類分けし、各種類を代表する第１入力情報と第１出力情報との各組である複数の第１組を決定する第１利用記録分析手段と、第２入力情報を入力し、複数の第１組から第２入力情報に対応する第１組を選択し、選択した第１組に含まれる第１出力情報を第２入力情報に対する第２出力情報として出力するとともに、第２入力情報と第２出力情報との組である第２組の種類毎の利用記録を第２利用記録として記録する応答手段と、を備える。
【選択図】図２１
【解決手段】情報処理装置は、第１入力情報に基づき所定の処理を行い、処理の結果を示す第１出力情報を出力する第１アプリケーションプログラムの利用記録である第１利用記録に基づき、第１入力情報と第１出力情報との組を種類分けし、各種類を代表する第１入力情報と第１出力情報との各組である複数の第１組を決定する第１利用記録分析手段と、第２入力情報を入力し、複数の第１組から第２入力情報に対応する第１組を選択し、選択した第１組に含まれる第１出力情報を第２入力情報に対する第２出力情報として出力するとともに、第２入力情報と第２出力情報との組である第２組の種類毎の利用記録を第２利用記録として記録する応答手段と、を備える。
【選択図】図２１
【特許請求の範囲】
【請求項1】
第１入力情報に基づき所定の処理を行い、前記処理の結果を示す第１出力情報を出力する第１アプリケーションプログラムの利用記録である第１利用記録に基づき、前記第１入力情報と前記第１出力情報との組を種類分けし、各種類を代表する前記第１入力情報それぞれと前記第１出力情報との組である複数の第１組を決定する第１利用記録分析手段と、
第２入力情報を入力し、前記複数の第１組から前記第２入力情報に対応する前記第１組を選択し、選択した前記第１組に含まれる前記第１出力情報を前記第２入力情報に対する第２出力情報として出力するとともに、前記第２入力情報と前記第２出力情報との組である第２組の前記種類毎の利用記録を第２利用記録として記録する応答手段と、
を備える情報処理装置。
第２入力情報を入力し、前記複数の第１組から前記第２入力情報に対応する前記第１組を選択し、選択した前記第１組に含まれる前記第１出力情報を前記第２入力情報に対する第２出力情報として出力するとともに、前記第２入力情報と前記第２出力情報との組である第２組の前記種類毎の利用記録を第２利用記録として記録する応答手段と、
を備える情報処理装置。
【請求項2】
前記第１利用記録は、前記第１組それぞれの利用回数である複数の第１利用回数を含み、
前記第２利用記録は、前記第２組それぞれの利用回数である複数の第２利用回数を含む
請求項１に記載の情報処理装置。
前記第２利用記録は、前記第２組それぞれの利用回数である複数の第２利用回数を含む
請求項１に記載の情報処理装置。
【請求項3】
全前記複数の第１利用回数の合計に対する前記第１利用回数それぞれの割合である第１利用割合に基づき、前記第２利用回数の各々を補正する第２利用記録分析手段を
さらに備える請求項２に記載の情報処理装置。
さらに備える請求項２に記載の情報処理装置。
【請求項4】
前記第２利用記録分析手段は、前記第１アプリケーションプログラムの利用料に基づき、補正した前記第２利用回数に基づく利用料を算出する
請求項３に記載の情報処理装置。
請求項３に記載の情報処理装置。
【請求項5】
前記第１利用記録は、前記第１組それぞれの利用データ量である複数の第１利用データ量を含み、
前記第２利用記録は、前記第２組それぞれの利用データ量である複数の第２利用データ量を含む
請求項１に記載の情報処理装置。
前記第２利用記録は、前記第２組それぞれの利用データ量である複数の第２利用データ量を含む
請求項１に記載の情報処理装置。
【請求項6】
前記複数の第１利用データ量の合計に対する前記第１利用データ量それぞれの割合である第１利用割合に基づき、前記第２利用データ量を補正する第２利用記録分析手段を
さらに備える請求項５に記載の情報処理装置。
さらに備える請求項５に記載の情報処理装置。
【請求項7】
前記第２利用記録分析手段は、前記第１アプリケーションプログラムの利用料に基づき、補正した前記第２利用データ量に基づく利用料を算出する
請求項６に記載の情報処理装置。
請求項６に記載の情報処理装置。
【請求項8】
コンピュータが、
第１入力情報に基づき所定の処理を行い、前記処理の結果を示す第１出力情報を出力する第１アプリケーションプログラムの利用記録である第１利用記録に基づき、前記第１入力情報と前記第１出力情報との組を種類分けし、各種類を代表する前記第１入力情報それぞれと前記第１出力情報との組である複数の第１組を決定するステップと、
第２入力情報を入力し、前記複数の第１組から前記第２入力情報に対応する前記第１組を選択し、選択した前記第１組に含まれる前記第１出力情報を前記第２入力情報に対する第２出力情報として出力するとともに、前記第２入力情報と前記第２出力情報との組である第２組の前記種類毎の利用記録を第２利用記録として記録するステップと、
を含む情報処理方法。
第１入力情報に基づき所定の処理を行い、前記処理の結果を示す第１出力情報を出力する第１アプリケーションプログラムの利用記録である第１利用記録に基づき、前記第１入力情報と前記第１出力情報との組を種類分けし、各種類を代表する前記第１入力情報それぞれと前記第１出力情報との組である複数の第１組を決定するステップと、
第２入力情報を入力し、前記複数の第１組から前記第２入力情報に対応する前記第１組を選択し、選択した前記第１組に含まれる前記第１出力情報を前記第２入力情報に対する第２出力情報として出力するとともに、前記第２入力情報と前記第２出力情報との組である第２組の前記種類毎の利用記録を第２利用記録として記録するステップと、
を含む情報処理方法。
【請求項9】
第１入力情報に基づき所定の処理を行い、前記処理の結果を示す第１出力情報を出力する第１アプリケーションプログラムの利用記録である第１利用記録に基づき、前記第１入力情報と前記第１出力情報との組を種類分けし、各種類を代表する前記第１入力情報それぞれと前記第１出力情報との組である複数の第１組を決定するステップと、
第２入力情報を入力し、前記複数の第１組から前記第２入力情報に対応する前記第１組を選択し、選択した前記第１組に含まれる前記第１出力情報を前記第２入力情報に対する第２出力情報として出力するとともに、前記第２入力情報と前記第２出力情報との組である第２組の前記種類毎の利用記録を第２利用記録として記録するステップと、
をコンピュータに実行させるプログラム。
第２入力情報を入力し、前記複数の第１組から前記第２入力情報に対応する前記第１組を選択し、選択した前記第１組に含まれる前記第１出力情報を前記第２入力情報に対する第２出力情報として出力するとともに、前記第２入力情報と前記第２出力情報との組である第２組の前記種類毎の利用記録を第２利用記録として記録するステップと、
をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、情報処理装置、情報処理方法、および、プログラムに関する。
【背景技術】
【0002】
特許文献１には、ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）提供時の提供側のシステム基盤におけるデータ処理資源の資源量および値に応じて、柔軟に課金量を変化させることを目的としたＡＰＩ課金システムが記載されている。また、特許文献２には、同一のＡＰＩであっても、利用側に応じて柔軟に課金量を変化させることのできるＡＰＩ課金システムが記載されている。特許文献１および２に記載されている構成はＡＰＩの提供時における課金を柔軟に変化させるものを目的としてものであり、ＡＰＩの課金に用いる情報は実際にサーバを稼働させた状態で取得される。
【0003】
また、特許文献３には、サーバ環境が不要で、ユーザー負担の軽減や画面検証の効率化を図った画面検証方法が記載されている。特許文献３に記載されている画面検証方法は、クライアント端末の環境の変更前に、画面操作比較装置がクライアント端末で画面検証のための画面操作を実行し、画面操作に応じたクライアント端末の表示画面を記憶する。また、画面レスポンス返信装置は、サーバとクライアント端末間の通信メッセージを中継し、画面操作に応じたリクエストとレスポンスと紐付け情報を記録する。クライアント端末環境の変更後に、画面操作比較装置が実行した画面操作に応じたリクエストを画面レスポンス返信装置が受信し、紐付け情報を参照してリクエストに応じたレスポンスを送信する。そして、画面操作比較装置はレスポンスに応じたクライアント端末の表示画面を記憶し、変更前後の表示画面を比較した結果を出力する。特許文献３に記載されている構成では、サーバを稼働させずに、クライアント環境の変更前後の比較を行うことができる。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０２１－１７４１２９号公報
【特許文献2】特開２０１９－０９６０６０号公報
【特許文献3】特開２０２１－１４１４２２号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
ところで、ＡＰＩの提供者は、ＡＰＩの利用を検討している利用者に対して機能、動作や利用環境についての検証環境を事前に無償で提供する場合がある。このような場合に提供者は、ＡＰＩの検証環境を提供するための費用を負担しなければならないという課題がある。
【0006】
本発明の目的の一例は、上記の課題を解決することができる情報処理装置、情報処理方法、および、プログラムを提供することである。
【課題を解決するための手段】
【0007】
本発明の一態様は、第１入力情報に基づき所定の処理を行い、前記処理の結果を示す第１出力情報を出力する第１アプリケーションプログラムの利用記録である第１利用記録に基づき、前記第１入力情報と前記第１出力情報との組を種類分けし、各種類を代表する前記第１入力情報それぞれと前記第１出力情報との組である複数の第１組を決定する第１利用記録分析手段と、第２入力情報を入力し、前記複数の第１組から前記第２入力情報に対応する前記第１組を選択し、選択した前記第１組に含まれる前記第１出力情報を前記第２入力情報に対する第２出力情報として出力するとともに、前記第２入力情報と前記第２出力情報との組である第２組の前記種類毎の利用記録を第２利用記録として記録する応答手段と、を備える情報処理装置である。
【0008】
また、本発明の一態様は、コンピュータが、第１入力情報に基づき所定の処理を行い、前記処理の結果を示す第１出力情報を出力する第１アプリケーションプログラムの利用記録である第１利用記録に基づき、前記第１入力情報と前記第１出力情報との組を種類分けし、各種類を代表する前記第１入力情報それぞれと前記第１出力情報との組である複数の第１組を決定するステップと、第２入力情報を入力し、前記複数の第１組から前記第２入力情報に対応する前記第１組を選択し、選択した前記第１組に含まれる前記第１出力情報を前記第２入力情報に対する第２出力情報として出力するとともに、前記第２入力情報と前記第２出力情報との組である第２組の前記種類毎の利用記録を第２利用記録として記録するステップと、を含む情報処理方法である。
【0009】
また、本発明の一態様は、第１入力情報に基づき所定の処理を行い、前記処理の結果を示す第１出力情報を出力する第１アプリケーションプログラムの利用記録である第１利用記録に基づき、前記第１入力情報と前記第１出力情報との組を種類分けし、各種類を代表する前記第１入力情報それぞれと前記第１出力情報との組である複数の第１組を決定するステップと、第２入力情報を入力し、前記複数の第１組から前記第２入力情報に対応する前記第１組を選択し、選択した前記第１組に含まれる前記第１出力情報を前記第２入力情報に対する第２出力情報として出力するとともに、前記第２入力情報と前記第２出力情報との組である第２組の前記種類毎の利用記録を第２利用記録として記録するステップと、をコンピュータに実行させるプログラムである。
【発明の効果】
【0010】
本発明の情報処理装置、情報処理方法、および、プログラムによれば、ＡＰＩの利用を検討するための情報を安価に取得することができる。
【図面の簡単な説明】
【0011】
【図1】本発明の実施形態に係る情報処理装置の構成例を示すブロック図である。
【図2】本発明の実施形態に係る有償ＡＰＩ利用記録の一例を示す模式図である。
【図3】本発明の実施形態に係る有償ＡＰＩ利用記録の一例を示す模式図である。
【図4】本発明の実施形態に係る有償ＡＰＩ利用記録分析部の構成例を示すブロック図である。
【図5】本発明の実施形態に係るサンプルＡＰＩ応答データの一例を示す模式図である。
【図6】本発明の実施形態に係る有償ＡＰＩ利用傾向データの一例を示す模式図である。
【図7】本発明の実施形態に係る有償ＡＰＩ利用傾向データの一例を示す模式図である。
【図8】本発明の第１実施形態に係る有償ＡＰＩ利用傾向データの一例を示す模式図である。
【図9】本発明の実施形態に係るサンプルＡＰＩ応答部の構成例を示すブロック図である。
【図10】本発明の第１実施形態に係る有償ＡＰＩ利用記録の一例を示す模式図である。
【図11】本発明の実施形態に係るサンプルＡＰＩ利用記録分析部の構成例を示すブロック図である。
【図12】本発明の第１実施形態に係る有償ＡＰＩ利用想定データの一例を示す模式図である。
【図13】本発明の実施形態に係る契約時料金提示部の構成例を示すブロック図である。
【図14】本発明の実施形態に係るサンプルＡＰＩ応答データ作成処理の流れを示すフローチャートである。
【図15】本発明の第１実施形態に係る有償ＡＰＩ利用傾向データ作成処理の流れを示すフローチャートである。
【図16】本発明の第１実施形態に係るサンプルＡＰＩ応答処理の流れを示すフローチャートである。
【図17】本発明の第１実施形態に係る有償ＡＰＩ利用想定データ作成処理の流れを示すフローチャートである。
【図18】本発明の第２実施形態に係る有償ＡＰＩ利用傾向データの一例を示す模式図である。
【図19】本発明の第２実施形態に係る有償ＡＰＩ利用記録の一例を示す模式図である。
【図20】本発明の第２実施形態に係る有償ＡＰＩ利用想定データの一例を示す模式図である。
【図21】本発明の実施形態に係る構成の最小構成例を示すブロック図である。
【図22】本発明の実施形態に係る動作の最小構成例を示すフローチャートである。
【図23】本発明の実施形態に係るコンピュータの基本的構成例を示すブロック図である。
【発明を実施するための形態】
【0012】
以下、図面を参照して本発明の実施形態について説明する。図１は、本発明の実施形態（第１実施形態および第２実施形態）に係る情報処理装置の構成例を示すブロック図である。図２は、本発明の実施形態に係る有償ＡＰＩ利用記録の一例を示す模式図である。図３は、本発明の実施形態に係る有償ＡＰＩ利用記録の一例を示す模式図である。図４は、本発明の実施形態に係る有償ＡＰＩ利用記録分析部の構成例を示すブロック図である。図５は、本発明の実施形態に係るサンプルＡＰＩ応答データの一例を示す模式図である。図６は、本発明の実施形態に係る有償ＡＰＩ利用傾向データの一例を示す模式図である。図７は、本発明の実施形態に係る有償ＡＰＩ利用傾向データの一例を示す模式図である。図８は、本発明の第１実施形態に係る有償ＡＰＩ利用傾向データの一例を示す模式図である。図９は、本発明の実施形態に係るサンプルＡＰＩ応答部の構成例を示すブロック図である。図１０は、本発明の第１実施形態に係る有償ＡＰＩ利用記録の一例を示す模式図である。図１１は、本発明の実施形態に係るサンプルＡＰＩ利用記録分析部の構成例を示すブロック図である。図１２は、本発明の第１実施形態に係る有償ＡＰＩ利用想定データの一例を示す模式図である。図１３は、本発明の実施形態に係る契約時料金提示部の構成例を示すブロック図である。図１４は、本発明の実施形態に係るサンプルＡＰＩ応答データ作成処理の流れを示すフローチャートである。図１５は、本発明の第１実施形態に係る有償ＡＰＩ利用傾向データ作成処理の流れを示すフローチャートである。図１６は、本発明の第１実施形態に係るサンプルＡＰＩ応答処理の流れを示すフローチャートである。図１７は、本発明の第１実施形態に係る有償ＡＰＩ利用想定データ作成処理の流れを示すフローチャートである。図１８は、本発明の第２実施形態に係る有償ＡＰＩ利用傾向データの一例を示す模式図である。図１９は、本発明の第２実施形態に係る有償ＡＰＩ利用記録の一例を示す模式図である。図２０は、本発明の第２実施形態に係る有償ＡＰＩ利用想定データの一例を示す模式図である。図２１は、本発明の実施形態に係る構成の最小構成例を示すブロック図である。図２２は、本発明の実施形態に係る動作の最小構成例を示すフローチャートである。図２３は、本発明の実施形態に係るコンピュータの基本的構成例を示すブロック図である。なお、各図において同一または対応する構成には同一の符号を用いて説明を適宜省略する。
【0013】
［第１実施形態］
（構成例）
図１は、本発明の第１実施形態に係る情報処理システム１の構成例を示す。情報処理システム１は、情報処理装置１００、契約者利用端末５０１、有償ＡＰＩ提供部５０２、評価者利用端末５０３、料金算出部５０４、および、有償ＡＰＩ利用記録６０１を備える。情報処理装置１００は、１または複数のサーバ等のコンピュータを用いて構成される。契約者利用端末５０１と評価者利用端末５０３は、例えば、パーソナルコンピュータ、サーバ、スマートフォン、タブレット端末等のコンピュータである。契約者利用端末５０１と評価者利用端末５０３の台数に限定はなく、例えば、契約者利用端末５０１と評価者利用端末５０３は両方とも複数あってもよい。有償ＡＰＩ提供部５０２、料金算出部５０４、および、有償ＡＰＩ利用記録６０１は、１または複数のサーバ等のコンピュータを用いて構成され、そのコンピュータ等のハードウェアと、そのコンピュータが実行するプログラム等のソフトウェアとの組み合わせ等から構成される機能的構成である。なお、情報処理装置１００、有償ＡＰＩ提供部５０２、料金算出部５０４、および、有償ＡＰＩ利用記録６０１を構成するサーバ等のコンピュータの１または複数は、ネットワーク上に構築された仮想コンピュータであってもよい。
（構成例）
図１は、本発明の第１実施形態に係る情報処理システム１の構成例を示す。情報処理システム１は、情報処理装置１００、契約者利用端末５０１、有償ＡＰＩ提供部５０２、評価者利用端末５０３、料金算出部５０４、および、有償ＡＰＩ利用記録６０１を備える。情報処理装置１００は、１または複数のサーバ等のコンピュータを用いて構成される。契約者利用端末５０１と評価者利用端末５０３は、例えば、パーソナルコンピュータ、サーバ、スマートフォン、タブレット端末等のコンピュータである。契約者利用端末５０１と評価者利用端末５０３の台数に限定はなく、例えば、契約者利用端末５０１と評価者利用端末５０３は両方とも複数あってもよい。有償ＡＰＩ提供部５０２、料金算出部５０４、および、有償ＡＰＩ利用記録６０１は、１または複数のサーバ等のコンピュータを用いて構成され、そのコンピュータ等のハードウェアと、そのコンピュータが実行するプログラム等のソフトウェアとの組み合わせ等から構成される機能的構成である。なお、情報処理装置１００、有償ＡＰＩ提供部５０２、料金算出部５０４、および、有償ＡＰＩ利用記録６０１を構成するサーバ等のコンピュータの１または複数は、ネットワーク上に構築された仮想コンピュータであってもよい。
【0014】
本実施形態において、情報処理装置１００は、例えば、Ｗｅｂ ＡＰＩとして提供されている有償サービスの利用を検討している開発者向けに、有償サービスのＡＰＩ（以下、有償ＡＰＩという）を模したサンプルのＡＰＩ（以下、サンプルＡＰＩという）を提供する。また、情報処理装置１００は、例えば、サンプルＡＰＩの利用状況を示すデータを開発者に対して提示する。また、情報処理装置１００は、例えば、サンプルＡＰＩの利用状況から有償ＡＰＩ契約時の想定料金を示すデータを開発者に対して提示する。
【0015】
なお、本発明の実施形態において、Ｗｅｂ ＡＰＩは、Ｗｅｂ内のサーバ上で稼働するアプリケーションにクライアントがアクセスする際のインタフェースについての規約（ＡＰＩ）という意味と、そのＡＰＩに基づいて提供される機能（あるいはサービスやアプリケーションプログラム）という意味を有する。また、Ｗｅｂ ＡＰＩは、サーバ・クライアント間の通信が、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）やＨＴＴＰＳ（ＨＴＴＰ Ｓｅｃｕｒｅ）等に従って行われる。また、Ｗｅｂ ＡＰＩでは、クライアントからサーバへリクエスト（リクエストメッセージ）を送信し、サーバがリクエストに応じた処理結果を示すレスポンス（レスポンスメッセージ）を返信する、という流れで処理が実行される。なお、本発明は、Ｗｅｂ ＡＰＩに限定されず、ＡＰＩ全般に適用することができる。以下、Ｗｅｂ ＡＰＩを単にＡＰＩともいう。また、本実施形態において、サンプルＡＰＩは、有償ＡＰＩの利用実績等に基づいて予め用意（記録）されたリクエストとレスポンスの複数の組の中から、クライアントからのリクエストに対応するレスポンスを選択して、クライアントへ返信するという処理を実行する。この場合、サンプルＡＰＩは、有償ＡＰＩが実行するリクエストに応じた処理の少なくとも一部を省略することができる。
【0016】
契約者利用端末５０１は、すでに有償ＡＰＩの利用を契約済みの利用者が、有償ＡＰＩ提供部５０２へアクセスし、ＡＰＩを呼び出して利用するための端末（クライアント）である。ＡＰＩの呼び出し時には、呼び出し方法によって呼び出す機能（データの検索など）が一意に指定され、リクエストパラメータによって処理内容（操作するデータの選択など）が指定される。
【0017】
有償ＡＰＩ提供部５０２は、契約者利用端末５０１からのＡＰＩの呼び出しを受け付け、処理を実行して結果を返却するサーバである。同時に、有償ＡＰＩ提供部５０２は、料金計算等に利用するための利用記録を有償ＡＰＩ利用記録６０１に保存する。なお、提供する機能ごとに呼び出し方法が異なり、さらに機能ごとに正常終了、エラーなど結果の種類によってレスポンスデータ構造が異なる。
【0018】
図２および図３は、有償ＡＰＩ利用記録６０１の記録内容の例を示す。有償ＡＰＩ利用記録６０１には、すでに提供されている有償ＡＰＩに対する多数の利用者による利用実績が記録されているものとする。図２および図３では、紙面の都合上、２人分の有償ＡＰＩ利用記録６０１を、利用者ごとの記録に分けて、有償ＡＰＩ利用記録６０１－１および６０１－２として示している。なお、本実施形態では、一例として、有償ＡＰＩ提供部５０２が提供する有償ＡＰＩが、ＩＤと名前を指定して人物をリスト（以下、人物リストという）に登録し、また、ＩＤを指定して人物リストから人物の名前を取得するＡＰＩであるとする。
【0019】
図２に示す有償ＡＰＩ利用記録６０１－１は、利用者「ＵＳＥＲ１」の利用記録を表すデータであり、行ごとに、「利用者」と「呼び出し方法」と「リクエストパラメータ」と「レスポンスデータ構造」と「レスポンスデータ」とを対応付けて記録する。以下、「呼び出し方法」と「レスポンスデータ構造」とを少なくとも含む行ごとのデータの組み合わせを「記録」ともいう。
【0020】
「利用者」は、契約者利用端末５０１の利用者の識別情報であり、利用者名、利用者識別符号等を表す情報（図２では「ＵＳＥＲ１」）を含む。「呼び出し方法」は、ＡＰＩの呼び出しの仕方を表す情報であり、図２に示す例では、ＨＴＴＰメソッドと、ＡＰＩを特定する情報との組み合わせを表す情報を含む。ＨＴＴＰメソッドは、クライアントからサーバ（ＡＰＩ）への要求内容を表すコマンドであり、ＧＥＴ（データを取得する要求）、ＰＯＳＴ（データを登録する要求）等を含む。ＡＰＩを特定する情報は、例えばサーバが複数のＡＰＩを提供する場合に利用するＡＰＩを特定するための情報であり、ＡＰＩのアクセス先のパス名、ディレクトリ名、ファイル名、ＡＰＩ名等を表す情報とすることができる。この例では、「呼び出し方法」が「ＧＥＴ ／ｐｅｒｓｏｎ」である場合には、「ＧＥＴ」メソッドによるＡＰＩ「／ｐｅｒｓｏｎ」の呼び出しであることを示す。また、「呼び出し方法」が「ＰＯＳＴ ／ｐｅｒｓｏｎ」である場合には、「ＰＯＳＴ」メソッドによるＡＰＩ「／ｐｅｒｓｏｎ」の呼び出しであることを示す。
【0021】
「リクエストパラメータ」は、「呼び出し方法」による呼び出しにおける１または複数のパラメータを表す情報である。例えば、「ＩＤ＝ｕｓｅｒ１」は、パラメータ「ＩＤ」を「ｕｓｅｒ１」とするパラメータが当該呼び出しに設定されていたことを表す。例えば、「ＩＤ＝ｕｓｅｒ３ Ｎａｍｅ＝佐藤三郎」は、パラメータ「ＩＤ」を「ｕｓｅｒ３」とし、パラメータ「Ｎａｍｅ」を「佐藤三郎」とするパラメータが当該呼び出しに設定されていたことを表す。
【0022】
「レスポンスデータ構造」は、サーバがクライアントへ返信するレスポンスの構造を表す情報である。レスポンス（レスポンスメッセージ）は、例えば、ヘッダ部とボディ部（メッセージ本体）とから構成される。「レスポンスデータ構造」は、例えば、ヘッダ部とボディ部、あるいは、ボディ部が含むデータの種類を示す情報で表すことができる。例えば、ボディ部が含むデータの種類で表す場合、「レスポンスデータ構造」は、「人物情報」、「なし」、「エラー」等とすることができる。
【0023】
「レスポンスデータ」は、レスポンス（のボディ部）が含むデータの内容を示す情報である。例えば、「Ｎａｍｅ＝田中一郎」は、データ「Ｎａｍｅ」が「田中一郎」であることを示す。
【0024】
なお、本実施形態では、リクエスト（呼び出し）の内容とレスポンス（応答）の内容との組み合わせで決まる処理の形式（あるいは類型もしくは種類）を「処理パターン」という。「処理パターン」は、例えば、「呼び出し方法」の内容（あるいは種類）と「レスポンスデータ構造」の内容（あるいは種類）との組み合わせで定義することができる。あるいは、「処理パターン」は、「呼び出し方法」の内容（あるいは種類）と「リクエストパラメータ」の内容（あるいは種類）と「レスポンスデータ構造」の内容（あるいは種類）との組み合わせで定義してもよい。例えば、２つのＡＰＩの処理において、「呼び出し方法」が同一かつ「レスポンスデータ構造」が同一である場合に「処理パターン」が同一であり、少なくとも一方が異なる場合に「処理パターン」は異なる。
【0025】
図２に示す有償ＡＰＩ利用記録６０１－１において、１行目の記録は、「利用者」が「ＵＳＥＲ１」、「呼び出し方法」が「ＧＥＴ ／ｐｅｒｓｏｎ」、リクエストパラメータが「ＩＤ＝ｕｓｅｒ１」、「レスポンスデータ構造」が「人物情報」、および、「レスポンスデータ」が「Ｎａｍｅ＝田中一郎」である。１行目の記録は、「ＵＳＥＲ１」が使用する契約者利用端末５０１から、「リクエストパラメータ」を「ＩＤ＝ｕｓｅｒ１」として、「ＧＥＴ」メソッドによるＡＰＩ「／ｐｅｒｓｏｎ」へのリクエストが発生したことを示す。また、有償ＡＰＩ提供部５０２が、「ＩＤ＝ｕｓｅｒ１」で人物リストに登録されている人物が「田中一郎」であることを示すレスポンスを、契約者利用端末５０１へ返信したことを表す。また、この場合の処理パターンは、「ＧＥＴ ／ｐｅｒｓｏｎ」と「人物情報」との組み合わせで表される。
【0026】
また、図２に示す有償ＡＰＩ利用記録６０１－１において、２行目の記録は、「利用者」が「ＵＳＥＲ１」、「呼び出し方法」が「ＧＥＴ ／ｐｅｒｓｏｎ」、リクエストパラメータが「ＩＤ＝ｕｓｅｒ９９」、「レスポンスデータ構造」が「エラー」、および、「レスポンスデータが「（空白）」である。２行目の記録は、「ＵＳＥＲ１」が使用する契約者利用端末５０１から、「リクエストパラメータ」を「ＩＤ＝ｕｓｅｒ９９」として、「ＧＥＴ」メソッドによるＡＰＩ「／ｐｅｒｓｏｎ」へのリクエストが発生したことを示す。また、有償ＡＰＩ提供部５０２が、「ＩＤ＝ｕｓｅｒ９９」で人物リストに登録されている人物が存在しないことを示すレスポンスを、契約者利用端末５０１へ返信したことを表す。また、この場合の処理パターンは、「ＧＥＴ ／ｐｅｒｓｏｎ」と「エラー」との組み合わせで表される。
【0027】
また、図２に示す有償ＡＰＩ利用記録６０１－１において、４行目の記録は、「利用者」が「ＵＳＥＲ１」、「呼び出し方法」が「ＰＯＳＴ ／ｐｅｒｓｏｎ」、リクエストパラメータが「ＩＤ＝ｕｓｅｒ３」および「Ｎａｍｅ＝佐藤三郎」、「レスポンスデータ構造」が「なし」、および、「レスポンスデータが「（空白）」である。４行目の記録は、「ＵＳＥＲ１」が使用する契約者利用端末５０１から、「リクエストパラメータ」を「ＩＤ＝ｕｓｅｒ３」および「Ｎａｍｅ＝佐藤三郎」として、「ＰＯＳＴ」メソッドによるＡＰＩ「／ｐｅｒｓｏｎ」へのリクエストが発生したことを示す。また、有償ＡＰＩ提供部５０２が、人物リストに「ＩＤ＝ｕｓｅｒ３」で「Ｎａｍｅ＝佐藤三郎」を登録したことを示すレスポンス（登録が成功したことを示すメッセージ）を、契約者利用端末５０１へ返信したことを表す。また、この場合の処理パターンは、「ＰＯＳＴ ／ｐｅｒｓｏｎ」と「なし」との組み合わせで表される。この場合、登録が成功したこと（エラーが発生しなかったこと）の通知は、例えば、レスポンスのヘッダ部が含むステータスコードで行うことができ、ボディ部は空（無し）とすることができる。
【0028】
図３に示す有償ＡＰＩ利用記録６０１－２の構成は、図２に示す有償ＡＰＩ利用記録６０１－１と同一である。図２に示す有償ＡＰＩ利用記録６０１－１における他の行、および、図３に示す有償ＡＰＩ利用記録６０１－２の各行についての説明は省略する。
【0029】
なお、有償ＡＰＩ利用記録６０１の記録項目は、図２および図３に示す項目に限定されない。有償ＡＰＩ利用記録６０１は、例えば、有償ＡＰＩ提供部５０２における受信データ量、送信データ量、確保した記憶領域の大きさ等の項目を含んでいてもよい。
【0030】
評価者利用端末５０３は、有償ＡＰＩの契約前の段階でＡＰＩの利用を検討している評価者が、情報処理装置１００（サンプルＡＰＩ応答部１０２）へアクセスし、サンプルＡＰＩを呼び出して利用するための端末である。基本的には契約者利用端末５０１と同一の構成を有し、アクセス先と端末利用者のみが異なる。
【0031】
情報処理装置１００は、ハードウェアとソフトウェアとの組み合わせ等から構成される機能的構成として次の構成要素を備える。すなわち、情報処理装置１００は、機能的構成として、有償ＡＰＩ利用記録分析部１０１、サンプルＡＰＩ応答部１０２、サンプルＡＰＩ利用記録分析部１０３、契約時料金提示部１０４、サンプルＡＰＩ応答データ２０１、有償ＡＰＩ利用傾向データ２０２、サンプルＡＰＩ利用記録２０３、および、有償ＡＰＩ利用想定データ２０４を備える。サンプルＡＰＩ応答データ２０１、有償ＡＰＩ利用傾向データ２０２、サンプルＡＰＩ利用記録２０３、および、有償ＡＰＩ利用想定データ２０４は、例えば、データベースとして構成される。
【0032】
有償ＡＰＩ利用記録分析部１０１は、図４に示すように、有償ＡＰＩ利用記録取得手段１０１－１、サンプルＡＰＩ応答データ登録手段１０１－２、有償ＡＰＩ利用記録集計手段１０１－３、有償ＡＰＩ利用傾向データ作成手段１０１－４を備える。
【0033】
有償ＡＰＩ利用記録取得手段１０１－１は、有償ＡＰＩ利用記録６０１に記録されているデータを取得する。サンプルＡＰＩ応答データ登録手段１０１－２は、各記録の呼び出し方法とレスポンスデータ構造、すなわち、処理パターンを識別しながら、サンプルＡＰＩ応答データ２０１にまだ登録されていない処理パターンの記録がある場合、その記録をサンプルＡＰＩ応答データ２０１に追加する。サンプルＡＰＩ応答データ２０１の一例を図５に示す。
【0034】
図５に示すサンプルＡＰＩ応答データ２０１は、サンプルＡＰＩ応答データ登録手段１０１－２が、図２に示す有償ＡＰＩ利用記録６０１－１と図３に示す有償ＡＰＩ利用記録６０１－２を含む有償ＡＰＩ利用記録６０１に基づいて作成したサンプルＡＰＩ応答データ２０１の例である。図５に示すサンプルＡＰＩ応答データ２０１は、「呼び出し方法」と「リクエストパラメータ」と「レスポンスデータ構造」と「レスポンスデータ」とを対応付けて記録する。図５に示す例は、サンプルＡＰＩ応答データ登録手段１０１－２が、利用者ごとに有償ＡＰＩ利用記録６０１を識別した場合（まず、有償ＡＰＩ利用記録６０１－１、次に、有償ＡＰＩ利用記録６０１－２の順に識別した場合）に対応し、「リクエストパラメータ」と「レスポンスデータ」の内容は、新たな処理パターンが最初に認識された内容（図２の１行目、２行目および４行目）に対応する。
【0035】
なお、サンプルＡＰＩ応答データ２０１は、図５に示す例では「呼び出し方法」と「レスポンスデータ構造」との組み合わせで決まる「処理パターン」１個毎に各１個の「リクエストパラメータ」と「レスポンスデータ」を保持する構成としているが、この構成に限定されない。例えば、サンプルＡＰＩ応答データ２０１は、「呼び出し方法」と「リクエストパラメータ」と「レスポンスデータ構造」との組み合わせで決まる「処理パターン」１個毎に各１個の「レスポンスデータ」を保持する構成としてもよい。
【0036】
有償ＡＰＩ利用記録集計手段１０１－３は、サンプルＡＰＩ応答データ２０１に登録されている各処理パターンに対応する有償ＡＰＩにおける各処理パターンの利用回数と利用割合を利用者ごとに集計し、集計した結果を有償ＡＰＩ利用傾向データ２０２に登録する。有償ＡＰＩ利用傾向データ２０２は、利用者毎の各処理パターンの利用回数を集計し、その割合を計算した結果を表す情報（図６および図７）と、全利用者に対する各処理パターンの利用割合を計算した結果を表す情報（図８）とを含む。
【0037】
図６は、図２に示す有償ＡＰＩ利用記録６０１－１に基づいて作成した利用者「ＵＳＥＲ１」についての集計結果を有償ＡＰＩ利用傾向データ２０２－１として示す。この有償ＡＰＩ利用傾向データ２０２－１は、有償ＡＰＩ利用傾向データ２０２に含まれる。図６に示す例では、処理パターン（「ＧＥＴ ／ｐｅｒｓｏｎ」、「人物情報」）の利用回数が「８」、処理パターン（「ＧＥＴ ／ｐｅｒｓｏｎ」、「エラー」）の利用回数が「１」、および、処理パターン（「ＰＯＳＴ ／ｐｅｒｓｏｎ」、「なし」）の利用回数が「２」である。また、処理パターン（「ＧＥＴ ／ｐｅｒｓｏｎ」、「人物情報」）の利用割合が「７３％」、処理パターン（「ＧＥＴ ／ｐｅｒｓｏｎ」、「エラー」）の利用割合が「９％」、および、処理パターン（「ＰＯＳＴ ／ｐｅｒｓｏｎ」、「なし」）の利用割合が「１８％」である。
【0038】
図７は、図３に示す有償ＡＰＩ利用記録６０１－２に基づいて作成した利用者「ＵＳＥＲ２」についての集計結果を有償ＡＰＩ利用傾向データ２０２－２として示す。この有償ＡＰＩ利用傾向データ２０２－２は、有償ＡＰＩ利用傾向データ２０２に含まれる。図７に示す例では、処理パターン（「ＧＥＴ ／ｐｅｒｓｏｎ」、「人物情報」）の利用回数が「５」、処理パターン（「ＧＥＴ ／ｐｅｒｓｏｎ」、「エラー」）の利用回数が「２」、および、処理パターン（「ＰＯＳＴ ／ｐｅｒｓｏｎ」、「なし」）の利用回数が「３」である。また、処理パターン（「ＧＥＴ ／ｐｅｒｓｏｎ」、「人物情報」）の利用割合が「５０％」、処理パターン（「ＧＥＴ ／ｐｅｒｓｏｎ」、「エラー」）の利用割合が「２０％」、および、処理パターン（「ＰＯＳＴ ／ｐｅｒｓｏｎ」、「なし」）の利用割合が「３０％」である。
【0039】
有償ＡＰＩ利用傾向データ作成手段１０１－４は、各利用者の集計結果から全体（全利用者）の傾向（例えば各処理パターンの利用割合）を示すデータを作成し、作成したデータを有償ＡＰＩ利用傾向データ２０２に登録する。
【0040】
図８は、図６に示す有償ＡＰＩ利用傾向データ２０２－１と図７に示す有償ＡＰＩ利用傾向データ２０２－２とに基づいて有償ＡＰＩ利用傾向データ作成手段１０１－４が作成したデータを、有償ＡＰＩ利用傾向データ２０２－３として示す。この有償ＡＰＩ利用傾向データ２０２－３は、有償ＡＰＩ利用傾向データ２０２に含まれる。図８に示す例では、処理パターン（「ＧＥＴ ／ｐｅｒｓｏｎ」、「人物情報」）の利用割合が「６２％」、処理パターン（「ＧＥＴ ／ｐｅｒｓｏｎ」、「エラー」）の利用割合が「１４％」、および、処理パターン（「ＰＯＳＴ ／ｐｅｒｓｏｎ」、「なし」）の利用割合が「２４％」である。
【0041】
図１に示すサンプルＡＰＩ応答部１０２は、図９に示すように、サンプルＡＰＩ受付手段１０２－１と、サンプルＡＰＩ応答手段１０２－２とを備える。サンプルＡＰＩ受付手段１０２－１は、サンプルＡＰＩに対する評価者利用端末５０３からの呼び出しを受け付ける。サンプルＡＰＩ応答手段１０２－２は、呼び出し方法（あるいは呼び出し方法とリクエストパラメータ）によってサンプルＡＰＩ応答データ２０１内の該当データを特定し、保持されているレスポンスデータを返却し、同時に各データの利用回数をサンプルＡＰＩ利用記録２０３に記録する。
【0042】
図１０は、サンプルＡＰＩ利用記録２０３の構成例を、サンプルＡＰＩ利用記録２０３－１として示す。サンプルＡＰＩ利用記録２０３は、ＡＰＩの利用者、呼び出し方法、リクエストパラメータ、およびレスポンスデータ構造と利用回数とを対応付けた記録である。図１０に示す例は、評価者利用端末５０３の利用者（サンプルＡＰＩの評価者（以下、評価者ともいう））を２名として、評価者毎に各処理パターンの利用回数を登録している。図１０に示す例では、利用者「ＥＶＡＬ１」について、処理パターン（「ＧＥＴ ／ｐｅｒｓｏｎ」、「人物情報」）の利用回数が「４」、処理パターン（「ＧＥＴ ／ｐｅｒｓｏｎ」、「エラー」）の利用回数が「３」、および、処理パターン（「ＰＯＳＴ ／ｐｅｒｓｏｎ」、「なし」）の利用回数が「５」である。また、利用者「ＥＶＡＬ２」について、処理パターン（「ＧＥＴ ／ｐｅｒｓｏｎ」、「人物情報」）の利用回数が「２」、および、処理パターン（「ＧＥＴ ／ｐｅｒｓｏｎ」、「エラー」）の利用回数が「２」である。この例では、利用者「ＥＶＡＬ２」の処理パターン（「ＰＯＳＴ ／ｐｅｒｓｏｎ」、「なし」）の利用回数は「０」である。なお、サンプルＡＰＩ利用記録２０３が含む情報は、この例に限定されない。たとえば、サンプルＡＰＩ利用記録２０３は、例えば、一定の期間ごとに区切って利用回数を表す情報を保持してもよい。
【0043】
図１に示すサンプルＡＰＩ利用記録分析部１０３は、図１１に示すように、情報取得部１０３－１と、想定利用ボリューム計算手段１０３－２と、想定利用料計算手段１０３－３とを備える。情報取得部１０３－１は、有償ＡＰＩ利用傾向データ２０２とサンプルＡＰＩ利用記録２０３から情報を取得する。想定利用ボリューム計算手段１０３－２は、各処理パターンの利用の偏りを計算し、最も利用されていたサンプルＡＰＩの呼び出し回数を基準に各処理パターンの想定利用回数を計算する。想定利用料計算手段１０３－３は、想定利用回数から料金算出部５０４を利用して想定利用料を計算し、最終的な利用想定を有償ＡＰＩ利用想定データ２０４として記録する。
【0044】
図１２は、有償ＡＰＩ利用想定データ２０４の構成例を、有償ＡＰＩ利用想定データ２０４－１として示す。有償ＡＰＩ利用想定データ２０４－１は、図８に示す有償ＡＰＩ利用傾向データ２０２－３と、図１０に示すサンプルＡＰＩ利用記録２０３－１に基づいて、評価者毎に各処理パターンの利用偏重と正規化利用割合と想定利用回数と想定利用料とを計算した結果を表す情報を含む。
【0045】
本実施形態において、利用偏重は、評価者毎の、有償ＡＰＩの利用傾向に照らした各処理パターンの相対的な呼び出しの多寡を表す情報である。利用偏重は、各評価者の全ての記録について、サンプルＡＰＩの各処理パターンの利用回数を、サンプルＡＰＩと処理パターンが一致する有償ＡＰＩの各処理パターンの利用割合で除算した値である。例えば、評価者「ＥＶＡＬ１」の処理パターン（「ＧＥＴ ／ｐｅｒｓｏｎ」、「人物情報」）については、利用偏重は、図１０に示すサンプルＡＰＩでの利用回数「４」を図８に示す有償ＡＰＩでの利用割合「６２％」で除した値「６．４５」である。また、評価者「ＥＶＡＬ１」の処理パターン（「ＧＥＴ ／ｐｅｒｓｏｎ」、「エラー」）については、利用偏重は、図１０に示す利用回数「３」を図８に示す利用割合「１４％」で除した値「２０」である。また、評価者「ＥＶＡＬ１」の処理パターン（「ＰＯＳＴ ／ｐｅｒｓｏｎ」、「なし」）については、利用偏重は、図１０に示す利用回数「５」を図８に示す利用割合「２４％」で除した値「２０．８３」である。この場合、処理パターン（「ＰＯＳＴ ／ｐｅｒｓｏｎ」、「なし」）の利用偏重が最も大きい。
【0046】
また、正規化利用割合は、評価者毎に、サンプルＡＰＩと処理パターンが一致する有償ＡＰＩの処理パターンの利用割合を、利用偏重が最大の有償ＡＰＩの処理パターンの利用割合で除すことで正規化した利用割合である。この場合、利用偏重が最大の処理パターンの正規化利用割合は１、それ以外の処理パターンの正規化利用割合は、有償ＡＰＩの利用傾向に照らした利用回数の多寡を示す値となる。例えば、評価者「ＥＶＡＬ１」の処理パターン（「ＧＥＴ ／ｐｅｒｓｏｎ」、「人物情報」）については、正規化利用割合は、図８に示す利用割合「６２％」を図８に示す利用割合「２４％」で除した値「２．５８」である。また、評価者「ＥＶＡＬ１」の処理パターン（「ＧＥＴ ／ｐｅｒｓｏｎ」、「エラー」）については、正規化利用割合は、図８に示す利用割合「１４％」を図８に示す利用割合「２４％」で除した値「０．６３」である。また、評価者「ＥＶＡＬ１」の処理パターン（「ＰＯＳＴ ／ｐｅｒｓｏｎ」、「なし」）については、正規化利用割合は、図８に示す利用割合「２４％」を図８に示す利用割合「２４％」で除した値「１」である。
【0047】
また、想定利用回数は、評価者毎に、各処理パターンの正規化利用割合に、利用偏重が最大のサンプルＡＰＩの利用回数を乗じた値である。例えば、評価者「ＥＶＡＬ１」の処理パターン（「ＧＥＴ ／ｐｅｒｓｏｎ」、「人物情報」）については、想定利用回数は、図１２に示す正規化利用割合「２．５８」に図１０に示す利用回数「５」を乗じた値「１２．９０」である。また、評価者「ＥＶＡＬ１」の処理パターン（「ＧＥＴ ／ｐｅｒｓｏｎ」、「エラー」）については、図１２に示す正規化利用割合「０．６３」に図１０に示す利用回数「５」を乗じた値「３．１５」である。また、評価者「ＥＶＡＬ１」の処理パターン（「ＰＯＳＴ ／ｐｅｒｓｏｎ」、「なし」）については、図１２に示す正規化利用割合「１」に図１０に示す利用回数「５」を乗じた値「５」である。
【0048】
また、想定利用料は、想定利用回数に、１回あたりの利用単価と、所定の係数を乗じた値である。１回あたりの利用単価は、任意の値とすることができるが、例えば料金算出部５０４にて有償ＡＰＩに設定されている値を基準として設定することができる。所定の係数は、サンプルＡＰＩの利用回数に対する、有償ＡＰＩとして提供した場合に想定される利用回数の倍率である。図１２に示す例では、利用単価は、処理パターンによらず呼び出し方法「ＧＥＴ ／ｐｅｒｓｏｎ」の呼び出し１回につき￥１、呼び出し方法「ＰＯＳＴ ／ｐｅｒｓｏｎ」の呼び出し１回につき￥２とし、係数を１００として、想定利用料を算出している。
【0049】
また、契約時料金提示部１０４は、図１３に示すように、想定利用料取得手段１０４－１と、想定利用料提示手段１０４－２とを備える。想定利用料取得手段１０４－１は、有償ＡＰＩ利用想定データ２０４から提示対象の評価者の想定利用料を取得する。想定利用料提示手段１０４－２は、取得した評価者の想定利用料を、評価者へ提示する。契約時料金提示部１０４は、例えば評価者利用端末５０３からの要求に応じて、有償ＡＰＩ利用想定データ２０４から提示対象の評価者の想定利用料を取得するとともに、サンプルＡＰＩ利用記録２０３からサンプルＡＰＩの利用回数等を取得し、サンプルＡＰＩの処理パターン毎の利用状況（利用回数等）と想定利用料を表す情報を評価者利用端末５０３へ提示する。
【0050】
（動作例）
次に、図１４～図１７に示すフローチャート等を参照して、図１等を参照して説明した情報処理装置１００の動作例について説明する。なお、有償ＡＰＩ利用記録６０１には、図２に示す有償ＡＰＩ利用記録６０１－１と図３に示す有償ＡＰＩ利用記録６０１－２が記録されているものとする。
次に、図１４～図１７に示すフローチャート等を参照して、図１等を参照して説明した情報処理装置１００の動作例について説明する。なお、有償ＡＰＩ利用記録６０１には、図２に示す有償ＡＰＩ利用記録６０１－１と図３に示す有償ＡＰＩ利用記録６０１－２が記録されているものとする。
【0051】
（サンプルＡＰＩ応答データ２０１の作成と有償ＡＰＩ利用傾向データ２０２の作成）
情報処理装置１００は、サンプルＡＰＩの提供を開始する前に、有償ＡＰＩ利用記録分析部１０１によって、サンプルＡＰＩ応答データ２０１の作成と有償ＡＰＩ利用傾向データ２０２の作成を行う。有償ＡＰＩ利用記録分析部１０１は、図１４に示すサンプルＡＰＩ応答データ２０１の作成処理と、図１５に示す有償ＡＰＩ利用傾向データ２０２の作成処理を実行する。
情報処理装置１００は、サンプルＡＰＩの提供を開始する前に、有償ＡＰＩ利用記録分析部１０１によって、サンプルＡＰＩ応答データ２０１の作成と有償ＡＰＩ利用傾向データ２０２の作成を行う。有償ＡＰＩ利用記録分析部１０１は、図１４に示すサンプルＡＰＩ応答データ２０１の作成処理と、図１５に示す有償ＡＰＩ利用傾向データ２０２の作成処理を実行する。
【0052】
図１４に示すサンプルＡＰＩ応答データ２０１作成の処理では、処理パターンに対して１件の代表データを、有償ＡＰＩ利用記録６０１から選択することによりサンプルＡＰＩ応答データ２０１を作成する。図１４に示す処理では、まず有償ＡＰＩ利用記録取得手段１０１－１が、有償ＡＰＩ利用記録６０１から全ての記録を取得する（ステップＳＡ１）。次にサンプルＡＰＩ応答データ登録手段１０１－２は、全ての有償ＡＰＩ利用記録を処理したか否かを判定する（ステップＳＡ２）。全ての有償ＡＰＩ利用記録の処理が完了した場合（ステップＳＡ２：ＹＥＳ）、サンプルＡＰＩ応答データ登録手段１０１－２は、図１４に示す処理を終了する。未処理の有償ＡＰＩ利用記録がある場合（ステップＳＡ２：ＮＯ）、サンプルＡＰＩ応答データ登録手段１０１－２は、処理パターンが一致しているデータが、既にサンプルＡＰＩ応答データ２０１に登録済みか否かを確認する（ステップＳＡ３）。まだ登録されていなければ（ステップＳＡ３：ＮＯ）、サンプルＡＰＩ応答データ登録手段１０１－２は、処理中の記録をサンプルＡＰＩ応答データ２０１へ追加し（ステップＳＡ４）、ステップＳＡ２へ戻る。登録済みであれば（ステップＳＡ３：ＹＥＳ）、サンプルＡＰＩ応答データ登録手段１０１－２は、何もせず、ステップＳＡ２へ戻る。
【0053】
上述したように、図５は、図２に示す有償ＡＰＩ利用記録６０１－１、図３に示す有償ＡＰＩ利用記録６０１－２の順に処理した後のサンプルＡＰＩ応答データ２０１の内容を示す。図５に示すサンプルＡＰＩ応答データ２０１には、図２に示す有償ＡＰＩ利用記録６０１－１の１行目、２行目、および、４行目が追加され、それ以外は処理パターンが一致しているため追加されていない。
【0054】
図１５に示す有償ＡＰＩ利用傾向データ２０２作成の処理では、処理パターンごとの利用回数と割合を明らかにする。図１５に示す処理では、まず有償ＡＰＩ利用記録取得手段１０１－１が、有償ＡＰＩ利用記録６０１から全ての記録を取得する（ステップＳＢ１）。次に有償ＡＰＩ利用記録集計手段１０１－３が、記録を利用者ごとにグループ化する（ステップＳＢ２）。
【0055】
次に、次に有償ＡＰＩ利用記録集計手段１０１－３が、全ての利用者の記録を処理したか否かを判定する（ステップＳＢ３）。一方、全ての利用者の記録を処理した場合（ステップＳＢ３：ＹＥＳ）、有償ＡＰＩ利用記録集計手段１０１－３は、全利用者の有償ＡＰＩ利用傾向データにおける利用割合を算術平均して、全体の利用傾向データを作成して（ステップＳＢ１１）、図１５に示す処理を終了する。他方、未処理の利用者の記録がある場合（ステップＳＢ３：ＮＯ）、有償ＡＰＩ利用記録集計手段１０１－３は、未処理の利用者の１名を選択し、当該利用者の有償ＡＰＩ利用傾向データを保持する一時領域を用意する（ステップＳＢ４）。
【0056】
ステップＳＢ４の後、有償ＡＰＩ利用記録集計手段１０１－３は、当該利用者の全ての有償ＡＰＩ利用記録を処理したか否かを判定する（ステップＳＢ５）。一方、当該利用者の全ての有償ＡＰＩ利用記録を処理した場合（ステップＳＢ５：ＹＥＳ）、有償ＡＰＩ利用記録集計手段１０１－３は、各データの利用回数の割合を計算して有償ＡＰＩ利用傾向データ２０２内に保存し（ステップＳＢ１０）、ステップＳＢ３へ戻る。他方、当該利用者の全ての有償ＡＰＩ利用記録を処理していない場合（ステップＳＢ５：ＮＯ）、有償ＡＰＩ利用記録集計手段１０１－３は、有償ＡＰＩ利用傾向データ２０２の中に、処理パターンが一致するデータが存在するか否かを判定する（ステップＳＢ６）。
【0057】
一方、有償ＡＰＩ利用傾向データ２０２の中に、処理パターンが一致するデータが存在する場合（ステップＳＢ６：ＹＥＳ）、有償ＡＰＩ利用記録集計手段１０１－３は、当該データの利用回数を１だけ加算し（ステップＳＢ７）、ステップＳＢ５へ戻る。他方、有償ＡＰＩ利用傾向データ２０２の中に、処理パターンが一致するデータが存在しない場合（ステップＳＢ６：ＮＯ）、有償ＡＰＩ利用記録集計手段１０１－３は、利用者ごとの有償ＡＰＩ利用傾向データへ当該処理パターンを追加し（ステップＳＢ８）、当該処理パターンの利用回数を「１」に設定して（ステップＳＢ９）、ステップＳＢ５へ戻る。
【0058】
以上のように、図２に示す利用者「ＵＳＥＲ１」の有償ＡＰＩ利用記録６０１－１と、図３に示す利用者「ＵＳＥＲ２」の有償ＡＰＩ利用記録６０１－２とを順に処理することで、図６に示す利用者「ＵＳＥＲ１」の有償ＡＰＩ利用傾向データ２０２－１と、図７に示す利用者「ＵＳＥＲ２」の有償ＡＰＩ利用傾向データ２０２－２と、図８に示す利用者全体の有償ＡＰＩ利用傾向データ２０２－３とが作成される。
【0059】
（サンプルＡＰＩの提供と利用状況の記録）
サンプルＡＰＩ応答データ２０１の作成と有償ＡＰＩ利用傾向データ２０２の作成の後、評価者が、評価者利用端末５０３からサンプルＡＰＩを使うことにより、サンプルＡＰＩの利用状況を分析する処理が進行する。サンプルＡＰＩ応答部１０２の動作例を図１６に示す。
サンプルＡＰＩ応答データ２０１の作成と有償ＡＰＩ利用傾向データ２０２の作成の後、評価者が、評価者利用端末５０３からサンプルＡＰＩを使うことにより、サンプルＡＰＩの利用状況を分析する処理が進行する。サンプルＡＰＩ応答部１０２の動作例を図１６に示す。
【0060】
まずサンプルＡＰＩ受付手段１０２－１が評価者利用端末５０３からの呼び出しを受け付ける（ステップＳＣ１）。次にサンプルＡＰＩ応答手段１０２－２が呼び出しの方法に一致するデータをサンプルＡＰＩ応答データ２０１から選択し、当該データのレスポンスデータを返却する（ステップＳＣ２）。同時に、サンプルＡＰＩ応答手段１０２－２は、当該処理パターンがサンプルＡＰＩ利用記録２０３に記録されているか否かを確認する（ステップＳＣ３）。サンプルＡＰＩ応答手段１０２－２は、記録済みでなければ（ステップＳＣ３：ＮＯ）、その処理パターンをサンプルＡＰＩ利用記録２０３に追加し、利用回数「１」とする。（ステップＳＣ４およびＳＣ５）。サンプルＡＰＩ応答手段１０２－２は、追加済みであれば（ステップＳＣ３：ＹＥＳ）、その処理パターンの利用回数を「１」増加させる（ステップＳＣ６）。
【0061】
以上の処理によって、例えば図１０を参照して説明した２名の評価者「ＥＶＡＬ１」および「ＥＶＡＬ２」がサンプルＡＰＩを利用した場合のサンプルＡＰＩ利用記録２０３（サンプルＡＰＩ利用記録２０３－１）が作成される。
【0062】
（サンプルＡＰＩの利用状況の分析）
サンプルＡＰＩの利用状況を分析する処理では、サンプルＡＰＩ利用記録分析部１０３が、有償ＡＰＩ利用想定データ２０４を作成する。この処理では、サンプルＡＰＩの利用記録をもとに、サンプルＡＰＩのうち一般的な利用傾向に照らして評価者が最も多く利用していたものを特定し、それを基準に契約時の利用回数と利用料を計算する。具体的な手順の例を図１７に示す。
サンプルＡＰＩの利用状況を分析する処理では、サンプルＡＰＩ利用記録分析部１０３が、有償ＡＰＩ利用想定データ２０４を作成する。この処理では、サンプルＡＰＩの利用記録をもとに、サンプルＡＰＩのうち一般的な利用傾向に照らして評価者が最も多く利用していたものを特定し、それを基準に契約時の利用回数と利用料を計算する。具体的な手順の例を図１７に示す。
【0063】
図１７に示す処理では、まず情報取得部１０３－１が、有償ＡＰＩ利用傾向データ２０２とサンプルＡＰＩ利用記録２０３から全ての情報を取得する（ステップＳＤ１）。次に想定利用ボリューム計算手段１０３－２が、サンプルＡＰＩ利用記録２０３を評価者ごとの記録にグループ化する（ステップＳＤ２）。
【0064】
次に、想定利用ボリューム計算手段１０３－２が、全ての評価者の記録を処理したか否かを判定する（ステップＳＤ３）。全ての評価者の記録を処理した場合（ステップＳＤ３：ＹＥＳ）、想定利用料計算手段１０３－３が、全評価者について、想定利用回数から、料金算出部５０４を利用して想定利用料を計算して、有償ＡＰＩ利用想定データ２０４に登録し（ステップＳＤ５）、図１７に示す処理を終了する。
【0065】
全ての評価者の記録を処理していなかった場合（ステップＳＤ３：ＮＯ）、想定利用ボリューム計算手段１０３－２は、未処理の評価者の１名を選択し、当該評価者の全てのサンプルＡＰＩ利用記録を処理したか否かを判定する（ステップＳＤ４）。
【0066】
一方、当該評価者の全てのサンプルＡＰＩ利用記録を処理していなかった場合（ステップＳＤ４：ＮＯ）、想定利用ボリューム計算手段１０３－２は、未処理の処理パターンのデータを選択し、当該処理パターンのサンプルＡＰＩの利用回数を、有償ＡＰＩ利用傾向データのうち処理パターンが一致するデータの利用割合で除算し、利用偏重を計算して有償ＡＰＩ利用想定データ２０４に登録し（ステップＳＤ５）、ステップＳＤ４へ戻る。
【0067】
他方、当該評価者の全てのサンプルＡＰＩ利用記録を処理していた場合（ステップＳＤ４：ＹＥＳ）、想定利用ボリューム計算手段１０３－２は、有償ＡＰＩ利用傾向データ２０２には存在するが、サンプルＡＰＩ利用記録２０３に現れなかった処理パターンを、利用回数０回で有償ＡＰＩ利用想定データ２０４に追加する（ステップＳＤ６）。次に想定利用ボリューム計算手段１０３－２は、利用偏重が最も大きいデータを特定し、当該データが基準となるように利用割合を正規化して、有償ＡＰＩ利用想定データ２０４に登録する（ステップＳＤ７）。次に想定利用ボリューム計算手段１０３－２は、当該データの利用回数と各処理パターンの正規化利用割合を乗算し、各処理パターンの想定利用回数を計算して、有償ＡＰＩ利用想定データ２０４に登録して（ステップＳＤ８）、ステップＳＤ３へ戻る。
【0068】
以上のようにして、サンプルＡＰＩ利用記録分析部１０３は、各評価者の全ての記録について、それぞれの利用回数を処理パターンが一致するデータの利用割合で除算することで、有償ＡＰＩの利用傾向に照らした呼び出しの多寡を表す利用偏重を計算する。また、サンプルＡＰＩ利用記録分析部１０３は、利用偏重が最も大きい処理パターンを特定し、これを基準として有償ＡＰＩ利用傾向データ２０２の各処理パターンの利用割合を正規化する。また、サンプルＡＰＩ利用記録分析部１０３は、各評価者のすべての有償ＡＰＩ利用想定データ２０４について、正規化利用割合とサンプルＡＰＩの最大の利用回数を乗算して想定利用回数を計算する。また、サンプルＡＰＩ利用記録分析部１０３は、全ての評価者について、想定利用回数から想定利用料を計算し、その結果を有償ＡＰＩ利用想定データ２０４に記録する。
【0069】
【0070】
（作用・効果等）
以上のように、本実施形態によれば、サンプルＡＰＩは、リクエストに対し、予め登録された処理パターンから選択したレスポンスを返信する。したがって、サンプルＡＰＩを提供するための資源を容易に抑制することができる。よって、本実施形態によれば、ＡＰＩの利用を検討するための情報を安価に取得することができる。
以上のように、本実施形態によれば、サンプルＡＰＩは、リクエストに対し、予め登録された処理パターンから選択したレスポンスを返信する。したがって、サンプルＡＰＩを提供するための資源を容易に抑制することができる。よって、本実施形態によれば、ＡＰＩの利用を検討するための情報を安価に取得することができる。
【0071】
本実施形態によれば、サービス提供者は、有償ＡＰＩに十分近いサンプルＡＰＩを低コストで提供することができる。また、サービス利用者のサンプルＡＰＩ利用実績に基づいて契約時の利用状況を見積もることができ、それに即した契約時の料金を提示することができる。また、サービス利用者は、実際の応答に十分近いサンプルＡＰＩの応答を利用することができる。したがって、サービス利用者は、サンプルＡＰＩの利用実績と有償ＡＰＩの契約者の傾向に基づく精度の高い利用料金の提示を受けることができる。
【0072】
［第２実施形態］
（第２実施形態の構成および動作）
次に、本発明の第２実施形態について説明する。第２実施形態と第１実施形態において、図１に示す情報処理システム１の基本的構成は同一である。ただし、第１実施形態ではＡＰＩの利用料が利用回数に応じて算出されたのに対して、第２実施形態では利用料が利用データ量に応じて算出される点が異なる。第２実施形態では、一例として、処理パターンによらず呼び出し方法「ＰＯＳＴ ／ｐｅｒｓｏｎ」の呼び出しの際にＡＰＩ応答手段（有償ＡＰＩ提供部５０２またはサンプルＡＰＩ応答部１０２）が受信したデータ量（利用データ量）に基づき、１ＫＢにつき￥１０というルールで利用料を算出する。なお、第２実施形態では、有償ＡＰＩ利用記録６０１に、第１実施形態の各項目（図２および図３）に加えて、ＡＰＩの呼び出し毎の利用データ量を示す情報が登録されているものとする。また、第２実施形態の有償ＡＰＩ利用想定データ２０４は、契約した場合に想定される利用回数の代わりに契約した場合に想定される利用データ量を保持する。また、第２実施形態の有償ＡＰＩ提供部５０２は、料金計算に利用するための利用記録として受信したデータ量も記録する。
（第２実施形態の構成および動作）
次に、本発明の第２実施形態について説明する。第２実施形態と第１実施形態において、図１に示す情報処理システム１の基本的構成は同一である。ただし、第１実施形態ではＡＰＩの利用料が利用回数に応じて算出されたのに対して、第２実施形態では利用料が利用データ量に応じて算出される点が異なる。第２実施形態では、一例として、処理パターンによらず呼び出し方法「ＰＯＳＴ ／ｐｅｒｓｏｎ」の呼び出しの際にＡＰＩ応答手段（有償ＡＰＩ提供部５０２またはサンプルＡＰＩ応答部１０２）が受信したデータ量（利用データ量）に基づき、１ＫＢにつき￥１０というルールで利用料を算出する。なお、第２実施形態では、有償ＡＰＩ利用記録６０１に、第１実施形態の各項目（図２および図３）に加えて、ＡＰＩの呼び出し毎の利用データ量を示す情報が登録されているものとする。また、第２実施形態の有償ＡＰＩ利用想定データ２０４は、契約した場合に想定される利用回数の代わりに契約した場合に想定される利用データ量を保持する。また、第２実施形態の有償ＡＰＩ提供部５０２は、料金計算に利用するための利用記録として受信したデータ量も記録する。
【0073】
第２実施形態の構成および動作について、第１実施形態からの差分について以下に説明する。
【0074】
第２実施形態において、図４に示す有償ＡＰＩ利用記録分析部１０１の有償ＡＰＩ利用記録集計手段１０１－３は、図５を参照して説明したサンプルＡＰＩ応答データ２０１に登録されている各処理パターンに対応する、有償ＡＰＩにおける各処理パターンの利用データ量に基づく利用割合を、利用者ごと、および利用者全体で計算し、計算した結果を有償ＡＰＩ利用傾向データ２０２に登録する。なお、有償ＡＰＩ利用傾向データ２０２は、各利用者のデータについては、図６および図７に示す処理パターンの件数の代わりに、利用データ量を記録する。
【0075】
図１８は、第２実施形態において有償ＡＰＩ利用記録集計手段１０１－３が全利用者に対する各処理パターンの利用割合を計算した結果の例を、有償ＡＰＩ利用傾向データ２０２－４として示す。図１８に示す有償ＡＰＩ利用傾向データ２０２－４は、図８に示す有償ＡＰＩ利用傾向データ２０２－３に対応する。この有償ＡＰＩ利用傾向データ２０２－４は、有償ＡＰＩ利用傾向データ２０２に含まれる。図１８に示す例では、処理パターン（「ＧＥＴ ／ｐｅｒｓｏｎ」、「人物情報」）の利用割合が「６％」、処理パターン（「ＧＥＴ ／ｐｅｒｓｏｎ」、「エラー」）の利用割合が「２％」、および、処理パターン（「ＰＯＳＴ ／ｐｅｒｓｏｎ」、「なし」）の利用割合が「９２％」である。
【0076】
また、第２実施形態において、図９に示すサンプルＡＰＩ応答部１０２のサンプルＡＰＩ応答手段１０２－２は、各データの利用回数の代わりに利用データ量をサンプルＡＰＩ利用記録２０３に記録する。第２実施形態におけるサンプルＡＰＩ利用記録２０３の記録内容の例を図１９に示す。
【0077】
図１９は、第２実施形態におけるサンプルＡＰＩ利用記録２０３の構成例を、サンプルＡＰＩ利用記録２０３－２として示す。サンプルＡＰＩ利用記録２０３－２は、ＡＰＩの利用者、呼び出し方法、リクエストパラメータ、およびレスポンスデータ構造と、利用データ量とを対応付けた記録である。図１９に示す例は、評価者利用端末５０３の評価者を２名として、評価者毎に各処理パターンの利用回数を登録している。図１９に示す例では、利用者「ＥＶＡＬ１」について、処理パターン（「ＧＥＴ ／ｐｅｒｓｏｎ」、「人物情報」）の利用データ量が「０．４ＫＢ」、処理パターン（「ＧＥＴ ／ｐｅｒｓｏｎ」、「エラー」）の利用データ量が「０．４ＫＢ」、および、処理パターン（「ＰＯＳＴ ／ｐｅｒｓｏｎ」、「なし」）の利用データ量が「５１．０ＫＢ」である。また、利用者「ＥＶＡＬ２」について、処理パターン（「ＧＥＴ ／ｐｅｒｓｏｎ」、「人物情報」）の利用データ量が「０．２ＫＢ」、および、処理パターン（「ＧＥＴ ／ｐｅｒｓｏｎ」、「エラー」）の利用データ量が「０．３ＫＢ」である。この例では、利用者「ＥＶＡＬ２」の処理パターン（「ＰＯＳＴ ／ｐｅｒｓｏｎ」、「なし」）の利用データ量は「０」である。
【0078】
また、第２実施形態において、図１１に示すサンプルＡＰＩ利用記録分析部１０３の想定利用ボリューム計算手段１０３－２は、呼び出し回数ではなく、利用データ量に基づき最も利用データ量の多かったサンプルＡＰＩを基準として選出し、各処理パターンの想定利用データ量を計算する。また、想定利用料計算手段１０３－３は、想定利用回数の代わりに、想定利用データ量から料金算出部５０４を利用して想定利用料を計算し、利用想定を有償ＡＰＩ利用想定データ２０４として記録する。
【0079】
図２０は、第２実施形態における有償ＡＰＩ利用想定データ２０４の構成例を、有償ＡＰＩ利用想定データ２０４－２として示す。図２０に示す有償ＡＰＩ利用想定データ２０４－２は、図１２に示す有償ＡＰＩ利用想定データ２０４－１に対応する。図２０に示す有償ＡＰＩ利用想定データ２０４－２は、評価者毎に各処理パターンの利用偏重と正規化利用割合と想定利用データ量と想定利用料とを計算した結果を表す情報を含む。
【0080】
第２実施形態において、利用偏重は、評価者毎の、有償ＡＰＩの利用傾向に照らした各処理パターンの呼び出しの際の相対的なデータ量の多寡を表す情報である。利用偏重は、各評価者の全ての記録について、サンプルＡＰＩの各処理パターンの利用データ量を、サンプルＡＰＩと処理パターンが一致する有償ＡＰＩの各処理パターンの利用データ量に基づく利用割合で除算した値である。例えば、評価者「ＥＶＡＬ１」の処理パターン（「ＧＥＴ ／ｐｅｒｓｏｎ」、「人物情報」）については、利用偏重は、図１９に示すサンプルＡＰＩでの利用データ量「０．４ＫＢ」を図１８に示す有償ＡＰＩでの利用割合「６％」で除した値「６．６７」である。また、評価者「ＥＶＡＬ１」の処理パターン（「ＧＥＴ ／ｐｅｒｓｏｎ」、「エラー」）については、利用偏重は、図１９に示す利用データ量「０．４ＫＢ」を図１８に示す利用割合「２％」で除した値「２０」である。また、評価者「ＥＶＡＬ１」の処理パターン（「ＰＯＳＴ ／ｐｅｒｓｏｎ」、「なし」）については、利用偏重は、図１９に示す利用データ量「５１ＫＢ」を図１８に示す利用割合「９２％」で除した値「５５．４３」である。この場合、処理パターン（「ＰＯＳＴ ／ｐｅｒｓｏｎ」、「なし」）の利用偏重が最も大きい。
【0081】
また、正規化利用割合は、評価者毎に、サンプルＡＰＩと処理パターンが一致する有償ＡＰＩの処理パターンの利用割合を、利用偏重が最大の有償ＡＰＩの処理パターンの利用割合で除すことで正規化した利用割合である。この場合、利用偏重が最大の処理パターンの正規化利用割合は１、それ以外の処理パターンの正規化利用割合は、有償ＡＰＩの利用傾向に照らした利用割合の多寡を示す値となる。例えば、評価者「ＥＶＡＬ１」の処理パターン（「ＧＥＴ ／ｐｅｒｓｏｎ」、「人物情報」）については、正規化利用割合は、図１８に示す利用割合「６％」を図１８に示す利用割合「９２％」で除した値「０．０７」である。また、評価者「ＥＶＡＬ１」の処理パターン（「ＧＥＴ ／ｐｅｒｓｏｎ」、「エラー」）については、正規化利用割合は、図１８に示す利用割合「２％」を図１８に示す利用割合「９２％」で除した値「０．０２」である。また、評価者「ＥＶＡＬ１」の処理パターン（「ＰＯＳＴ ／ｐｅｒｓｏｎ」、「なし」）については、正規化利用割合は、図１８に示す利用割合「９２％」を図１８に示す利用割合「９２％」で除した値「１」である。
【0082】
また、想定利用データ量は、評価者毎に、各処理パターンの正規化利用割合に、利用偏重が最大のサンプルＡＰＩの利用データ量を乗じた値である。例えば、評価者「ＥＶＡＬ１」の処理パターン（「ＧＥＴ ／ｐｅｒｓｏｎ」、「人物情報」）については、想定データ量は、図２０に示す正規化利用割合「０．０７」に図１９に示す利用データ量「５１ＫＢ」を乗じた値「３．６ＫＢ」である。また、評価者「ＥＶＡＬ１」の処理パターン（「ＧＥＴ ／ｐｅｒｓｏｎ」、「エラー」）については、図２０に示す正規化利用割合「０．０２」に図１９に示す利用データ量「５１ＫＢ」を乗じた値「１．０ＫＢ」である。また、評価者「ＥＶＡＬ１」の処理パターン（「ＰＯＳＴ ／ｐｅｒｓｏｎ」、「なし」）については、図２０に示す正規化利用割合「１」に図１９に示す利用データ量「５１ＫＢ」を乗じた値「５１ＫＢ」である。
【0083】
また、想定利用料は、上述したように、呼び出し方法「ＰＯＳＴ ／ｐｅｒｓｏｎ」の呼び出しの際の利用データ量に基づき、１ＫＢにつき￥１０というルールで利用料を決定する。例えば、評価者「ＥＶＡＬ１」の処理パターン（「ＧＥＴ ／ｐｅｒｓｏｎ」、「人物情報」）については、想定利用料は「￥０」である。また、評価者「ＥＶＡＬ１」の処理パターン（「ＧＥＴ ／ｐｅｒｓｏｎ」、「エラー」）については、想定利用料は「￥０」である。また、評価者「ＥＶＡＬ１」の処理パターン（「ＰＯＳＴ ／ｐｅｒｓｏｎ」、「なし」）については、想定利用料は「￥５１」である。
【0084】
また、図１３に示す第２実施形態の契約時料金提示部１０４は、例えば評価者利用端末５０３からの要求に応じて、有償ＡＰＩ利用想定データ２０４から提示対象の評価者の想定利用料を取得するとともに、サンプルＡＰＩ利用記録２０３からサンプルＡＰＩの利用割合等を取得し、サンプルＡＰＩの処理パターン毎の利用状況（利用データ量等）と想定利用料を表す情報を評価者利用端末５０３へ提示する。
【0085】
また、図１５に示す有償ＡＰＩ利用記録分析部１０１の有償ＡＰＩ利用傾向データ２０２作成処理については、第２実施形態において、ステップＳＢ７では当該データの利用データ量に処理中の記録の利用データ量を加算する。また、ステップＳＢ８では利用データ量に処理中の記録の利用データ量を設定する。また、ステップＳＢ１０では利用データ量の割合を計算する。
【0086】
また、図１６に示すサンプルＡＰＩ応答部１０２の動作については、第２実施形態において、ステップＳＣ５では利用データ量に、実際の利用データ量を設定する。また、ステップＳＣ６では当該記録の利用データ量に実際の利用データ量を加算する。
【0087】
また、図１７に示すサンプルＡＰＩ利用記録分析部１０３の動作については、第２実施形態において、ステップＳＤ５では利用回数の代わりに利用データ量を用いて同様の計算を実施する。また、ステップＳＤ６では同条件のデータを利用データ量「０ＫＢ」とする。ステップＳＤ７の結果は、基準となった処理パターン以外の正規化利用割合が、有償ＡＰＩの利用傾向に照らした利用データ量の多寡を示す値となる。また、ステップＳＤ８では、正規化利用割合とサンプルＡＰＩの利用データ量を乗算する。
【0088】
（作用・効果等）
第２実施形態によれば、第１実施形態と同様、サービス提供者は、有償ＡＰＩに十分近いサンプルＡＰＩを低コストで提供することができる。また、サービス利用者のサンプルＡＰＩ利用実績に基づいて契約時の利用状況を見積もることができ、それに即した契約時の料金を提示することができる。また、サービス利用者は、実際の応答に十分近いサンプルＡＰＩの応答を利用することができる。したがって、サービス利用者は、サンプルＡＰＩの利用実績と有償ＡＰＩの契約者の傾向に基づく精度の高い利用料金の提示を受けることができる。
第２実施形態によれば、第１実施形態と同様、サービス提供者は、有償ＡＰＩに十分近いサンプルＡＰＩを低コストで提供することができる。また、サービス利用者のサンプルＡＰＩ利用実績に基づいて契約時の利用状況を見積もることができ、それに即した契約時の料金を提示することができる。また、サービス利用者は、実際の応答に十分近いサンプルＡＰＩの応答を利用することができる。したがって、サービス利用者は、サンプルＡＰＩの利用実績と有償ＡＰＩの契約者の傾向に基づく精度の高い利用料金の提示を受けることができる。
【0089】
［実施形態の変形例等］
（変形例）
上記実施形態では有償ＡＰＩ利用記録６０１をそのまま用いているが、そのまま用いる代わりに、有償ＡＰＩ利用記録６０１のうち契約者固有の情報を置換もしくは除去することで匿名化した記録を用いても良い。
（変形例）
上記実施形態では有償ＡＰＩ利用記録６０１をそのまま用いているが、そのまま用いる代わりに、有償ＡＰＩ利用記録６０１のうち契約者固有の情報を置換もしくは除去することで匿名化した記録を用いても良い。
【0090】
（作用効果の補足）
昨今、様々なサービスがＳａａＳ（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）などの形でインターネットを経由して利用できるよう提供されている。それらのサービスが備える機能の中でも、特にサービス提供者以外が開発したアプリケーションから利用されることを企図した機能は、ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）やＲＥＳＴｆｕｌ ＡＰＩ（ＲＥＳＴ ＡＰＩとも称する）などＷｅｂ技術によって呼び出し可能なＡＰＩとして公開されることが一般的である。ＡＰＩとして提供されているサービスには、地図サービスであれば現在地と目的地を指定すると適切な移動経路を提案するもの、テキスト分析サービスであればテキストを送信すると頻出単語を抽出するものなどが存在する。これらのＡＰＩの利用料金は例えばＡＰＩの呼び出し１回につき一定の金額が発生する、ＡＰＩに送信したデータ量に比例した金額が発生するなど、従量課金であることが多い。したがってサービス提供者は機能や動作についての情報や検証環境を事前に公開し、サービス利用者はこれらの情報や環境を利用して契約前に検討を進めることが一般的である。サービス提供者による情報公開の方法は主に２種類あり、両方もしくはどちらか一方が提供される。
昨今、様々なサービスがＳａａＳ（Ｓｏｆｔｗａｒｅ ａｓ ａ Ｓｅｒｖｉｃｅ）などの形でインターネットを経由して利用できるよう提供されている。それらのサービスが備える機能の中でも、特にサービス提供者以外が開発したアプリケーションから利用されることを企図した機能は、ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）やＲＥＳＴｆｕｌ ＡＰＩ（ＲＥＳＴ ＡＰＩとも称する）などＷｅｂ技術によって呼び出し可能なＡＰＩとして公開されることが一般的である。ＡＰＩとして提供されているサービスには、地図サービスであれば現在地と目的地を指定すると適切な移動経路を提案するもの、テキスト分析サービスであればテキストを送信すると頻出単語を抽出するものなどが存在する。これらのＡＰＩの利用料金は例えばＡＰＩの呼び出し１回につき一定の金額が発生する、ＡＰＩに送信したデータ量に比例した金額が発生するなど、従量課金であることが多い。したがってサービス提供者は機能や動作についての情報や検証環境を事前に公開し、サービス利用者はこれらの情報や環境を利用して契約前に検討を進めることが一般的である。サービス提供者による情報公開の方法は主に２種類あり、両方もしくはどちらか一方が提供される。
【0091】
１つは、ドキュメント等で情報を公開する方法である。ＡＰＩを提供する各機能について、機能を呼び出す方法と指定できるパラメータ、さらに正常終了、エラー終了などに応じた応答のパターンとサンプルなどを記載しておく。サービス利用者はこれらの情報をもとにＡＰＩの動作を想定し、サービスを利用するアプリケーションを開発する。
【0092】
もう１つは、無償の環境を提供する方法である。有償で提供しているＡＰＩと同じ環境、もしくは機能を制限した環境を契約者以外にも一般公開し、サービス利用者が機能の確認や評価に利用できるようにする。
【0093】
しかしながら、２つの情報公開の方法には、どちらにおいても、サービス提供者とサービス利用者にとって以下のような課題が存在する。
【0094】
ドキュメント等で情報を公開する場合、サービス提供者は、サービス利用者がどのようにサービスの利用を検討しているか、どのくらいの利用が見込まれるのかを確認する手段がない。そのため、例えば評価時の利用実績をもとに契約時の料金を提示するような、評価状況に基づく契約の促進を図ることができなかった。
【0095】
また、サービス利用者は、ドキュメントに記載されたサンプルから動作を想定するしかなく、実際の動作と想定した動作の乖離によってアプリケーションの開発後に問題が発覚する可能性があった。また、有償ＡＰＩの契約時の料金は公開されている情報をもとにサービス利用者側で試算するしかなく、課金ルールの誤解などによって実際の料金と乖離する可能性があった。
【0096】
一方、無償の環境を提供する場合、例えば、「アプリケーション・プログラミング・インタフェース・プロキシ・サービスを提供するエンドポイント管理システム（特許第６５５９２５２号）」の構成が利用できる。ただし、サービス提供者は、評価に利用される分のサービス提供費用を負担しなければならずコストがかかる。特に有償ＡＰＩの提供のために大規模なクラスターや特殊な計算機を利用しているケースなどではコストが大きくなり、これを理由に情報公開を前者の方法のみとしてしまうケースがある。
【0097】
なお、サービス利用者は、評価時の利用実績から契約時の金額の提示を受けられる可能性がある。しかし、評価時の利用と契約時の利用では、呼び出すＡＰＩの比率が大きく異なる可能性がある。一般的に、評価時の利用では処理の結果による違いを把握するため様々な機能を一通り呼び出すことになるが、契約時の利用ではデータを参照する機能の呼び出しが大半を占めることが知られている。この違いにより、無償の環境での利用実績をもとに契約時の利用実績を直接計算することは難しい。
【0098】
上記に対し、本実施形態では、有償ＡＰＩのリクエストとレスポンスの記録を読み込み、ＡＰＩごとに分類し、類似するパターンの抽出と代表データの選定を行い、サンプルＡＰＩ応答データ２０１を作成する。また、サンプルＡＰＩ応答部１０２は、受け取ったリクエストに対応するサンプルレスポンスをサンプルＡＰＩ応答データ２０１から探して返却するとともに、同時にサンプルＡＰＩの利用記録を保存する。この構成によれば、サービス提供者は、コストを掛けずに無償の環境を提供することができる。
【0099】
また、本実施形態によれば、サンプルＡＰＩを用いてＡＰＩの機能を評価する評価者の要望に応じて、例えば、次のような対応が可能である。すなわち、保存したサンプルＡＰＩの利用記録の中から該当する評価者の例えば指定期間の利用記録を抽出し、有償ＡＰＩの利用傾向に基づいて呼び出し回数の傾向を補正しながら、有償ＡＰＩを利用していた場合のＡＰＩ呼び出し状況データを作成することができる。また、本実施形態によれば、例えば、この想定データに対して有償ＡＰＩの料金算出と同じ方法で料金を算出して評価者に提示することができる。
【0100】
以上のように、実施形態によれば、Ｗｅｂ ＡＰＩとして提供している有償サービスの利用を検討している開発者向けに、有償ＡＰＩを模したサンプルの挙動とデータを提供するサンプルＡＰＩを容易に作成して提供することができる。また、サンプルＡＰＩの利用状況から契約時の想定料金を精度良く推定して、評価者に提供することができる。
【0101】
［コンピュータの構成］
図２３は、少なくとも１つの実施形態に係るコンピュータの構成を示す概略ブロック図である。コンピュータ７００は、ＣＰＵ（Central Processing Unit）７１０、主記憶装置７２０、補助記憶装置７３０、およびインタフェース７４０を備える。インタフェース７４０には例えば不揮発性記憶媒体７５０が接続される。上述の情報処理装置１００、契約者利用端末５０１、評価者利用端末５０３、有償ＡＰＩ提供部５０２、料金算出部５０４、および、有償ＡＰＩ利用記録６０１は、コンピュータ７００に実装される。そして、上述した各処理部の動作は、プログラムの形式で補助記憶装置７３０に記憶されている。ＣＰＵ７１０は、プログラムを補助記憶装置７３０から読み出して主記憶装置７２０に展開し、当該プログラムに従って上記処理を実行する。また、ＣＰＵ７１０は、プログラムに従って、上述した各記憶部に対応する記憶領域を主記憶装置７２０に確保する。
図２３は、少なくとも１つの実施形態に係るコンピュータの構成を示す概略ブロック図である。コンピュータ７００は、ＣＰＵ（Central Processing Unit）７１０、主記憶装置７２０、補助記憶装置７３０、およびインタフェース７４０を備える。インタフェース７４０には例えば不揮発性記憶媒体７５０が接続される。上述の情報処理装置１００、契約者利用端末５０１、評価者利用端末５０３、有償ＡＰＩ提供部５０２、料金算出部５０４、および、有償ＡＰＩ利用記録６０１は、コンピュータ７００に実装される。そして、上述した各処理部の動作は、プログラムの形式で補助記憶装置７３０に記憶されている。ＣＰＵ７１０は、プログラムを補助記憶装置７３０から読み出して主記憶装置７２０に展開し、当該プログラムに従って上記処理を実行する。また、ＣＰＵ７１０は、プログラムに従って、上述した各記憶部に対応する記憶領域を主記憶装置７２０に確保する。
【0102】
プログラムは、コンピュータ７００に発揮させる機能の一部を実現するためのものであってもよい。例えば、プログラムは、補助記憶装置７３０に既に記憶されている他のプログラムとの組み合わせ、または他の装置に実装された他のプログラムとの組み合わせによって機能を発揮させるものであってもよい。なお、他の実施形態においては、コンピュータは、上記構成に加えて、または上記構成に代えてＰＬＤ（Programmable Logic Device）などのカスタムＬＳＩ（Large Scale Integrated Circuit）を備えてもよい。ＰＬＤの例としては、ＰＡＬ(Programmable Array Logic)、ＧＡＬ(Generic Array Logic)、ＣＰＬＤ(Complex Programmable Logic Device)、ＦＰＧＡ（Field Programmable Gate Array）等が挙げられる。この場合、ＣＰＵ７１０によって実現される機能の一部または全部が当該集積回路によって実現されてよい。
【0103】
補助記憶装置７３０の例としては、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、磁気ディスク、光磁気ディスク、ＣＤ－ＲＯＭ（Compact Disc Read Only Memory）、ＤＶＤ－ＲＯＭ（Digital Versatile Disc Read Only Memory）、半導体メモリ等が挙げられる。補助記憶装置７３０は、コンピュータ７００のバスに直接接続された内部メディアであってもよいし、インタフェース７４０または通信回線を介してコンピュータ７００に接続される外部メディアであってもよい。また、このプログラムが通信回線によってコンピュータ７００に配信される場合、配信を受けたコンピュータ７００が当該プログラムを主記憶装置７２０に展開し、上記処理を実行してもよい。少なくとも１つの実施形態において、補助記憶装置７３０は、一時的でない有形の記憶媒体である。
【0104】
［変形例等］
以上、この発明の実施形態について図面を参照して説明してきたが、具体的な構成は上記実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、上記実施形態でコンピュータが実行するプログラムの一部または全部は、コンピュータ読取可能な記録媒体や通信回線を介して頒布することができる。
以上、この発明の実施形態について図面を参照して説明してきたが、具体的な構成は上記実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、上記実施形態でコンピュータが実行するプログラムの一部または全部は、コンピュータ読取可能な記録媒体や通信回線を介して頒布することができる。
【0105】
【0106】
図２１に示すように、本発明の実施形態に係る情報処理装置１０は、少なくとも、第１利用記録分析手段１１と、応答手段１２とを備えればよい。第１利用記録分析手段１１は、第１入力情報に基づき所定の処理を行い、処理の結果を示す第１出力情報を出力する第１アプリケーションプログラムの利用記録である第１利用記録に基づき、第１入力情報と第１出力情報との組を種類分けし、各種類を代表する第１入力情報と第１出力情報との各組である複数の第１組を決定する（ステップＳ１）。応答手段１２は、第２入力情報を入力し、複数の第１組から第２入力情報に対応する第１組を選択し、選択した第１組に含まれる第１出力情報を第２入力情報に対する第２出力情報として出力するとともに、第２入力情報と第２出力情報との組である第２組の種類毎の利用記録を第２利用記録として記録する（ステップＳ２）。
【0107】
また、図２２に示すように、本発明の実施形態に係る情報処理方法は、ステップＳ１およびＳ２を含む。ステップＳ１では、第１入力情報に基づき所定の処理を行い、処理の結果を示す第１出力情報を出力する第１アプリケーションプログラムの利用記録である第１利用記録に基づき、第１入力情報と第１出力情報との組を種類分けし、各種類を代表する第１入力情報と第１出力情報との各組である複数の第１組を決定する。ステップＳ２では、第２入力情報を入力し、複数の第１組から第２入力情報に対応する第１組を選択し、選択した第１組に含まれる第１出力情報を第２入力情報に対する第２出力情報として出力するとともに、第２入力情報と第２出力情報との組である第２組の種類毎の利用記録を第２利用記録として記録する。
【0108】
なお、本発明の構成要素と実施形態の構成要素の対応関係は以下の通りである。第１利用記録分析手段は、有償ＡＰＩ利用記録分析部１０１に対応する。応答手段は、サンプルＡＰＩ応答部１０２に対応する。第２利用記録分析手段は、サンプルＡＰＩ利用記録分析部１０３に対応する。第１入力情報は、有償ＡＰＩ提供部５０２へ入力されるリクエストに対応する。第１出力情報、有償ＡＰＩ提供部５０２が出力するレスポンスに対応する。第１アプリケーションプログラムは、有償ＡＰＩ提供部５０２が提供するアプリケーションプログラム（ＡＰＩ）に対応する。第１利用記録は、有償ＡＰＩ利用記録６０１に対応する。第１組は、有償ＡＰＩにおけるリクエストとレスポンスの組に対応する。種類は、処理パターンの種類に対応する。第２入力情報は、サンプルＡＰＩ応答部１０２へ入力されるリクエストに対応する。第２出力情報は、サンプルＡＰＩ応答部１０２が出力するレスポンスに対応する。第２組は、サンプルＡＰＩにおけるリクエストとレスポンスの組に対応する。第２利用記録は、サンプルＡＰＩ利用記録２０３に対応する。第１利用回数は、有償ＡＰＩ利用傾向データ２０２－１および２０２－２内の利用回数に対応する。第２利用回数は、サンプルＡＰＩ利用記録２０３－１内の利用回数に対応する。第１利用割合は、有償ＡＰＩ利用傾向データ２０２－１、２０２－２、２０２－３または２０２－４内の利用割合に対応する。第２利用回数は、サンプルＡＰＩ利用記録２０３－１内の利用回数に対応する。第１利用データ量は、有償ＡＰＩ利用傾向データ２０２内の利用データ量（不図示）に対応する。第２利用データ量は、サンプルＡＰＩ利用記録２０３－２内の利用データ量に対応する。第２利用回数の補正とは、利用偏重および正規化利用割合を用いた想定利用回数への変換処理を意味する。第２利用データ量の補正とは、利用偏重および正規化利用割合を用いた想定利用データ量への変換処理を意味する。なお、以上の対応関係は、本発明の構成要素の一構成例との対応関係であって、本発明の構成要素を限定するものではない。
【0109】
［付記］
上記実施形態の一部または全部は、以下の付記のように記載されうるが、以下には限られない。
上記実施形態の一部または全部は、以下の付記のように記載されうるが、以下には限られない。
【0110】
（付記１）
第１入力情報に基づき所定の処理を行い、前記処理の結果を示す第１出力情報を出力する第１アプリケーションプログラムの利用記録である第１利用記録に基づき、前記第１入力情報と前記第１出力情報との組を種類分けし、各種類を代表する前記第１入力情報それぞれと前記第１出力情報との組である複数の第１組を決定する第１利用記録分析手段と、
第２入力情報を入力し、前記複数の第１組から前記第２入力情報に対応する前記第１組を選択し、選択した前記第１組に含まれる前記第１出力情報を前記第２入力情報に対する第２出力情報として出力するとともに、前記第２入力情報と前記第２出力情報との組である第２組の前記種類毎の利用記録を第２利用記録として記録する応答手段と、
を備える情報処理装置。
第１入力情報に基づき所定の処理を行い、前記処理の結果を示す第１出力情報を出力する第１アプリケーションプログラムの利用記録である第１利用記録に基づき、前記第１入力情報と前記第１出力情報との組を種類分けし、各種類を代表する前記第１入力情報それぞれと前記第１出力情報との組である複数の第１組を決定する第１利用記録分析手段と、
第２入力情報を入力し、前記複数の第１組から前記第２入力情報に対応する前記第１組を選択し、選択した前記第１組に含まれる前記第１出力情報を前記第２入力情報に対する第２出力情報として出力するとともに、前記第２入力情報と前記第２出力情報との組である第２組の前記種類毎の利用記録を第２利用記録として記録する応答手段と、
を備える情報処理装置。
【0111】
（付記２）
前記第１利用記録は、前記第１組それぞれの利用回数である複数の第１利用回数を含み、
前記第２利用記録は、前記第２組それぞれの利用回数である複数の第２利用回数を含む
付記１に記載の情報処理装置。
前記第１利用記録は、前記第１組それぞれの利用回数である複数の第１利用回数を含み、
前記第２利用記録は、前記第２組それぞれの利用回数である複数の第２利用回数を含む
付記１に記載の情報処理装置。
【0112】
（付記３）
全前記複数の第１利用回数の合計に対する前記第１利用回数それぞれの割合である第１利用割合に基づき、前記第２利用回数の各々を補正する第２利用記録分析手段を
さらに備える付記２に記載の情報処理装置。
全前記複数の第１利用回数の合計に対する前記第１利用回数それぞれの割合である第１利用割合に基づき、前記第２利用回数の各々を補正する第２利用記録分析手段を
さらに備える付記２に記載の情報処理装置。
【0113】
（付記４）
前記第２利用記録分析手段は、前記第１アプリケーションプログラムの利用料に基づき、補正した前記第２利用回数に基づく利用料を算出する
付記３に記載の情報処理装置。
前記第２利用記録分析手段は、前記第１アプリケーションプログラムの利用料に基づき、補正した前記第２利用回数に基づく利用料を算出する
付記３に記載の情報処理装置。
【0114】
（付記５）
前記第１利用記録は、前記第１組それぞれの利用データ量である複数の第１利用データ量を含み、
前記第２利用記録は、前記第２組それぞれの利用データ量である複数の第２利用データ量を含む
付記１に記載の情報処理装置。
前記第１利用記録は、前記第１組それぞれの利用データ量である複数の第１利用データ量を含み、
前記第２利用記録は、前記第２組それぞれの利用データ量である複数の第２利用データ量を含む
付記１に記載の情報処理装置。
【0115】
（付記６）
前記複数の第１利用データ量の合計に対する前記第１利用データ量それぞれの割合である第１利用割合に基づき、前記第２利用データ量を補正する第２利用記録分析手段を
さらに備える付記５に記載の情報処理装置。
前記複数の第１利用データ量の合計に対する前記第１利用データ量それぞれの割合である第１利用割合に基づき、前記第２利用データ量を補正する第２利用記録分析手段を
さらに備える付記５に記載の情報処理装置。
【0116】
（付記７）
前記第２利用記録分析手段は、前記第１アプリケーションプログラムの利用料に基づき、補正した前記第２利用データ量に基づく利用料を算出する
付記６に記載の情報処理装置。
前記第２利用記録分析手段は、前記第１アプリケーションプログラムの利用料に基づき、補正した前記第２利用データ量に基づく利用料を算出する
付記６に記載の情報処理装置。
【0117】
（付記８）
コンピュータが、
第１入力情報に基づき所定の処理を行い、前記処理の結果を示す第１出力情報を出力する第１アプリケーションプログラムの利用記録である第１利用記録に基づき、前記第１入力情報と前記第１出力情報との組を種類分けし、各種類を代表する前記第１入力情報それぞれと前記第１出力情報との組である複数の第１組を決定するステップと、
第２入力情報を入力し、前記複数の第１組から前記第２入力情報に対応する前記第１組を選択し、選択した前記第１組に含まれる前記第１出力情報を前記第２入力情報に対する第２出力情報として出力するとともに、前記第２入力情報と前記第２出力情報との組である第２組の前記種類毎の利用記録を第２利用記録として記録するステップと、
を含む情報処理方法。
コンピュータが、
第１入力情報に基づき所定の処理を行い、前記処理の結果を示す第１出力情報を出力する第１アプリケーションプログラムの利用記録である第１利用記録に基づき、前記第１入力情報と前記第１出力情報との組を種類分けし、各種類を代表する前記第１入力情報それぞれと前記第１出力情報との組である複数の第１組を決定するステップと、
第２入力情報を入力し、前記複数の第１組から前記第２入力情報に対応する前記第１組を選択し、選択した前記第１組に含まれる前記第１出力情報を前記第２入力情報に対する第２出力情報として出力するとともに、前記第２入力情報と前記第２出力情報との組である第２組の前記種類毎の利用記録を第２利用記録として記録するステップと、
を含む情報処理方法。
【0118】
（付記９）
第１入力情報に基づき所定の処理を行い、前記処理の結果を示す第１出力情報を出力する第１アプリケーションプログラムの利用記録である第１利用記録に基づき、前記第１入力情報と前記第１出力情報との組を種類分けし、各種類を代表する前記第１入力情報それぞれと前記第１出力情報との組である複数の第１組を決定するステップと、
第２入力情報を入力し、前記複数の第１組から前記第２入力情報に対応する前記第１組を選択し、選択した前記第１組に含まれる前記第１出力情報を前記第２入力情報に対する第２出力情報として出力するとともに、前記第２入力情報と前記第２出力情報との組である第２組の前記種類毎の利用記録を第２利用記録として記録するステップと、
をコンピュータに実行させるプログラム。
第１入力情報に基づき所定の処理を行い、前記処理の結果を示す第１出力情報を出力する第１アプリケーションプログラムの利用記録である第１利用記録に基づき、前記第１入力情報と前記第１出力情報との組を種類分けし、各種類を代表する前記第１入力情報それぞれと前記第１出力情報との組である複数の第１組を決定するステップと、
第２入力情報を入力し、前記複数の第１組から前記第２入力情報に対応する前記第１組を選択し、選択した前記第１組に含まれる前記第１出力情報を前記第２入力情報に対する第２出力情報として出力するとともに、前記第２入力情報と前記第２出力情報との組である第２組の前記種類毎の利用記録を第２利用記録として記録するステップと、
をコンピュータに実行させるプログラム。
【符号の説明】
【0119】
１…情報処理システム、１００…情報処理装置、１０１－１…有償ＡＰＩ利用記録取得手段、１０１－２…サンプルＡＰＩ応答データ登録手段、１０１－３…有償ＡＰＩ利用記録集計手段、１０１－４…有償ＡＰＩ利用傾向データ作成手段、１０２－１…サンプルＡＰＩ受付手段、１０２－２…サンプルＡＰＩ応答手段、１０３－１…情報取得部、１０３－２…想定利用ボリューム計算手段、１０３－３…想定利用料計算手段、１０４－１…想定利用料取得手段、１０４－２…想定利用料提示手段、５０１…契約者利用端末、５０２…有償ＡＰＩ提供部、５０３…評価者利用端末、５０４…料金算出部、６０１、６０１－１、６０１－２…有償ＡＰＩ利用記録、１０１…有償ＡＰＩ利用記録分析部、１０２…サンプルＡＰＩ応答部、１０３…サンプルＡＰＩ利用記録分析部、１０４…契約時料金提示部、２０１…サンプルＡＰＩ応答データ、２０２、２０２－１、２０２－２、２０２－３、２０２－４…有償ＡＰＩ利用傾向データ、２０３、２０３－１、２０３－２…サンプルＡＰＩ利用記録、２０４、２０４－１、２０４－２…有償ＡＰＩ利用想定データ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】