JP7059322B2 - 情報提供装置、情報提供方法、データ構造および情報提供プログラム - Google Patents

Description

本発明は、情報提供装置、情報提供方法、データ構造および情報提供プログラムに関する。

従来、開発者による各種の設定や開発を補助するための技術が知られている。このような技術の一例として、画像処理に関する各種設定の入力を行って画像処理プログラムを容易に作成するための画像処理プログラム作成方法がある。

特開２００２－２８７９６３号公報

しかしながら、上述した技術では、開発者のユーザビリティを改善する余地がある。

例えば、上述した技術では、単一のコンピュータに対して所定の処理を実行させるためのプログラムに、文法エラーが含まれているかを判定しているにすぎない。このため、例えば、利用者の端末装置を用いた各種の決済サービス等、ある外部サーバが管理する情報を制御することで所定のサービスを提供するアプリケーションの開発を容易にすることができるとは言えない。

例えば、決済サービスにおいては、端末装置側から支払元となる口座、支払先となる口座、および送金額といった処理を実行するための各種パラメータが外部サーバへと通知される。このような場合、外部サーバは、通知されたパラメータに従って、口座間の送金処理を実行し、処理の実行結果を応答として端末装置へと提供する。

ここで、パラメータの値に誤りが含まれていた場合、外部サーバは、適切な処理を行うことができない。このように外部サーバが適切な処理を行うことができない場合、端末装置側のアプリケーションは、処理をそれよりも先に進めることができなくなる。しかしながら、上述した従来技術では、端末装置側で処理が適切に行われるか否かを判定しているにすぎないため、外部サーバ側で適切な処理が実行されなかった理由を開発者に示すことができない。

本願は、上記に鑑みてなされたものであって、開発者のユーザビリティを改善することを目的とする。

本願に係る情報提供装置は、外部サーバが管理する情報を制御することで所定の機能を提供するアプリケーションが前記外部サーバに対して所定の処理の実行を指示した際に、当該外部サーバから前記アプリケーションに対して提供される前記所定の処理の実行結果を受け付ける受付部と、前記実行結果の内容に基づいて、前記所定の処理の実行において生じたエラーの内容を特定する特定部と、前記特定部により特定されたエラーの内容を示す情報を提供する提供部とを有することを特徴とする。

実施形態の一態様によれば、開発者のユーザビリティを改善することができる。

図１は、実施形態に係る情報提供装置が実行する処理の一例を示す図である。 図２は、実施形態に係る解析コンテンツの一例を示す第１の図である。 図３は、実施形態に係る解析コンテンツの一例を示す第２の図である。 図４は、実施形態に係る解析コンテンツの一例を示す第３の図である。 図５は、実施形態に係る情報提供装置の構成例を示す図である。 図６は、実施形態に係るエラーコードデータベースに登録された情報の一例を示す図である。 図７は、実施形態に係る情報提供装置が実行する処理の流れの一例を示すフローチャートである。 図８は、ハードウェア構成の一例を示す図である。

以下に、本願に係る情報提供装置、情報提供方法、データ構造および情報提供プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報提供装置、情報提供方法、データ構造および情報提供プログラムが限定されるものではない。また、各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

〔１．情報提供装置について〕
まず、図１を用いて、選択装置の一例である情報提供装置１０が実行する処理の一例について説明する。図１は、実施形態に係る情報提供装置が実行する処理の一例を示す図である。なお、以下の説明では、情報提供装置１０が実行する情報提供処理として、決済サーバ１００が提供する決済サービスに関するアプリケーションの開発を容易にするため、各種パラメータの設定を行った際に決済サーバ１００からアプリケーションに対して提供される応答の内容のシミュレーションを行う処理の一例について記載するが、実施形態は、これに限定されるものではない。

後述する説明で明らかとなるように、情報提供装置１０が提供する情報は、決済サービス以外にも、外部のサーバ装置やクラウドシステム等、各種の外部サーバが管理する情報を制御することで、所定のサービスを利用者に提供するためのアプリケーションの開発に有意な情報となる。そこで、情報提供装置１０は、決済サービス以外にも、利用者が利用する端末装置からの情報に従って、任意の処理を実行し、実行結果を提供する外部サーバのシミュレーションを提供してよい。

〔１－１．情報提供装置の概要〕
図１に示すように、情報提供システム１は、情報提供装置１０、決済サーバ１００、利用者Ｕが利用する端末装置２１０、利用者に対して各種サービスを提供する店員Ｓが利用する端末装置２２０、および開発者Ｄが利用する開発者端末３００を有する。なお、情報提供システム１は、情報提供装置１０のみを有し、他の装置については、他のシステムに属するものであってもよい。

情報提供装置１０は、インターネット等の所定のネットワークＮ（例えば、図３を参照。）を介して、各種の装置と通信可能な情報処理装置であり、例えば、サーバ装置やクラウドシステム等により実現される。例えば、情報提供装置１０は、ネットワークＮを介して、各装置と通信可能である。

決済サーバ１００は、各種の決済サービスを提供する情報処理装置であり、例えば、サーバ装置やクラウドシステム等により実現される。例えば、決済サーバ１００は、利用者Ｕや店舗Ｓの口座を管理しており、各種の要求に応じて口座間の送金を行うことで、決済サービスの実現を行う。なお、決済サービスの詳細については、後述する。

端末装置２１０は、利用者Ｕが利用する情報処理装置であり、例えば、スマートフォンやタブレット等のスマートデバイスであり、３Ｇ（Generation）やＬＴＥ（Long Term Evolution）等の無線通信網を介して任意のサーバ装置と通信を行うことができる携帯端末装置である。また、端末装置２２０は、店舗Ｓが利用する情報処理装置であり、例えば、ＰＯＳ（Pont of Sales）端末、スマートフォンやタブレット等のスマートデバイス等により実現される。

ここで、端末装置２１０、２２０（以下、「端末装置２００」と総称する場合がある。）は、液晶ディスプレイ等の画面であって、タッチパネルの機能を有する画面を有し、利用者から指やスタイラス等によりタップ操作、スライド操作、スクロール操作等、コンテンツ等の表示データに対する各種の操作を受付けてもよい。なお、端末装置２００は、ＰＣ（Personal Computer）等の情報処理装置であってもよい。

開発者端末３００は、端末装置２１０にインストールさせるアプリケーションの開発を行う開発者Ｄが利用する端末装置であり、例えばＰＣやサーバ装置により実現可能である。例えば、開発者端末３００は、各種の開発用アプリケーションがインストールされており、開発者Ｄによるプログラムコードの入力により、アプリケーションの生成を行うこととなる。

〔１－２．決済サービスの概要〕
ここで、決済サーバ１００が提供する決済サービスの一例について説明する。決済サーバ１００は、端末装置２００を用いた決済（電子決済）に関するサービスを提供する（ステップＢＳ０）。

例えば、利用者Ｕが店舗Ｓにて各種の商品やサービスといった決済対象（取引対象）の利用や購入に伴う決済を行う場合、利用者Ｕは、端末装置２１０に予めインストールされた決済用のアプリケーション（以下、単に「決済アプリ」と記載する場合がある）を起動する。そして、利用者Ｕは、決済アプリを介して、店舗Ａに設置された店舗識別情報（すなわち、支払先識別情報）を撮影する。例えば、店舗Ｓには、店舗Ｓを識別する２次元コード（ＱＲコード（登録商標））等の店舗識別情報が設置されており、利用者Ｕは、このような店舗識別情報を端末装置２００で撮影する。なお、店舗識別情報は、ＱＲコード（登録商標）のみならず、バーコードや所定のマーク、番号等であってもよい。また、店舗識別情報は、各種の印刷物に付与されたものであってもよく、例えば、端末装置２２０の画面上に表示されたものであってもよい。

このような場合、端末装置２１０は、決済対象の価格を入力するための画面を表示し、利用者Ｕ或いは店舗Ｓの店員から決済金額の入力を受け付ける。そして、端末装置２１０は、利用者Ｕを識別する利用者識別情報（すなわち、支払元識別情報）と、店舗識別情報（若しくは、店舗識別情報が示す情報、すなわち、店舗Ｓを示す情報（例えば、店舗ＩＤ（Identifier））と、決済金額とを示す決済情報を決済サーバ１００へと送信する。

このような場合、決済サーバ１００は、利用者識別情報が示す利用者Ｕの口座から、店舗識別情報が示す店舗Ｓの口座へと、決済金額が示す額の電子マネーを移行させる。そして、決済サーバ１００は、決済が完了した旨の通知を端末装置２１０へと送信する。このような場合、端末装置２１０は、決済が完了した旨の画面や所定の音声を出力することで、電子マネーによる決済が行われた旨を通知する。

なお、端末装置２００を用いた決済は、上述した処理に限定されるものではない。例えば、端末装置２００を用いた決済は、店舗Ｓに設置された端末装置２２０を用いたものであってもよい。例えば、端末装置２１０は、利用者Ｕを識別するための利用者識別情報を画面上に表示させる。このような場合、店舗Ｓに設置された端末装置２２０は、端末装置２１０に表示された利用者識別情報を読み取り、利用者識別情報（若しくは、利用者識別情報が示す情報、すなわち、利用者Ｕを示す情報（例えば、利用者ＩＤ））と、決済金額と、店舗Ｓを識別する情報とを示す決済情報を決済サーバ１００へと送信する。このような場合、決済サーバ１００は、利用者識別情報が示す利用者Ｕの口座から、店舗Ｓの口座へと、決済金額が示す額の電子マネーを移行させ、店舗Ｓの端末装置２２０または端末装置２１０に対し、決済が完了した旨の画面や所定の音声を出力させることで、決済が行われた旨を通知してもよい。

また、端末装置２００を用いた決済は、利用者Ｕが予め電子マネーをチャージした口座から店舗Ｓの口座へと電子マネーを移行させる処理のみならず、例えば、利用者Ｕが予め登録したクレジットカードを用いた決済であってもよい。このような場合、例えば、端末装置２００は、店舗Ａの口座に対して決済金額の電子マネーを移行させるとともに、利用者Ｕのクレジットカードの運用会社に対し、決済金額を請求してもよい。

〔１－３．情報提供処理の一例について〕
このような決済サービスそのものや、決済サービスに付随する他の付加的なサービスを提供するアプリケーションの開発が考えられる（ステップＢＳ１）。例えば、複数の利用者で店舗の利用料金を割り勘するサービスや、利用額に応じて各種のクーポンを提供したりといったサービスが考えられる。このようなサービスを提供するには、各種サービスを実現するためのアプリケーションを開発し、端末装置２１０にインストールさせることとなる。

より具体的な例を挙げて説明する。例えば、上述したように、利用者が店舗での購買に決済サービスを用いる場合、端末装置２１０にインストールされたアプリケーションは、支払元口座の識別情報、支払額、および支払先口座の識別情報等を決済サーバ１００に通知する。このような場合、決済サーバ１００は、通知された識別情報が示す支払元口座から、通知された支払額を、通知された識別情報が支払先口座へと送金することで、決済サービスを実現することとなる。また、例えば、複数の利用者が決済額の割り勘を行う場合、代表者の端末装置２１０にインストールされたアプリケーションは、決算額を決済サーバ１００に通知するとともに、決済サーバ１００から通知された所定のＱＲコードを表示させる。このような場合、各利用者は、代表者の端末装置２１０に表示されたＱＲコードを自身の端末装置２１０で撮影する。そして、各利用者の端末装置２１０にインストールされたアプリケーションは、撮影したＱＲコードが示す情報を決済サーバ１００へと送信する。このような場合、決済サーバ１００は、所定のＱＲコードが示す情報を送信した利用者を割り勘を行う利用者として特定し、特定した利用者の口座から、店舗の口座へと、決済額を決済額を利用者の人数で除算した額の電子マネーを送金する。

このように、端末装置２１０にインストールされたアプリケーションは、決済サーバ１００が管理する各種の情報を制御することで、決済サービスを実現することとなる。例えば、アプリケーションは、支払前における口座の残余額、支払額、支払後における口座の残余額、支払によって提供されるポイントやキャッシュバックの額等、様々な情報を取得して表示したり、口座間の送金や送金額の制御を行うことで、支払、口座間の送金、クーポンを利用した値引き、キャッシュバック等といったサービスを実現することとなる。例えば、このようなアプリケーションは、利用者Ｕが支払を行った際に、決済サーバ１００から支払に伴うキャッシュバック額やクーポンの内容等を取得し、取得した額やクーポンを表示する機能を有する。また、これらの処理以外にも、端末装置２１０にインストールされるアプリケーションは、例えば、利用者Ｕの認証や店舗に設置されたＱＲコードの認証等、セキュリティに関する様々な機能や、その他任意の機能を、決済サーバ１００と通信を行うことで実現することとなる。

しかしながら、このようなアプリケーションの開発には、手間がかかる。例えば、決済サービスに用いられるアプリケーションは、決済サーバ１００に対して各種の情報を送信することで、決済サーバ１００が管理する情報を制御し、制御結果として決済サーバ１００が提供する応答の内容に応じて、次の処理を実行することとなる。また、このようなアプリケーションは、決済サーバ１００から、各種の情報を取得し、取得した情報を用いて、次の処理（例えば、取得した情報の表示等）を行うこととなる。

例えば、決済サーバ１００側は、端末装置２１０から提供される情報に基づいて、処理を実行する。このため、アプリケーションから決済サーバ１００へ送信される情報（例えば、決済額や各種ＩＤ等のパラメータ）の内容や種別が、決済サーバ１００に実行させる処理と対応していない場合、決済サーバ１００に適切な処理を実行させることができない。より具体的には、アプリケーションは、決済サーバ１００が提供するＡＰＩ（Application Programming Interface）に対応した情報を送信する必要がある。

しかしながら、このようなＡＰＩに対応した情報がどのような情報であるかを確認するのは、手間がかかる。特に、決済サーバが提供するサービスが新規なサービスである場合、インターネット等で検索したとしても、適切な解説が開発者によって投稿済みである可能性は低く、どのような情報を送信するようにアプリケーションを作成すればよいかを認識するのは、難しい。

特に、決済サーバ１００は、アプリケーションからの要求に従って処理を行った場合、処理の実行結果を応答としてアプリケーションに送信する。例えば、決済サーバ１００は、端末装置２１０が実行するアプリケーションからの要求に従って処理を実行した結果、処理が適切に行われた場合、端末装置２１０を利用する利用者Ｕの口座の残余額を含む応答等をアプリケーションに送信する場合がある。このような場合、アプリケーションは、応答に基づいて、例えば、口座の残余額を表示するといった次の処理を実行することとなる。

一方、決済サーバ１００は、アプリケーションからの要求に従って適切な処理を実行することができない場合、処理を実行することができなかった旨の内容を含む応答を出力する。このような応答には、例えば、どのようなエラーが生じたかを示す文字列（以下、「エラーコード」と記載する場合がある。）や、エラーの種別を示す数値（以下、「レスポンスコード」と記載する場合がある。）が含まれる場合がある。このようなエラーを示す応答（以下、「エラーレスポンス」と記載する。）が決済サーバ１００から出力された場合、開発者Ｄは、エラーレスポンスの内容から、エラーの原因を特定し、アプリケーションの修正を行う。

しかしながら、エラーレスポンスからエラーの原因を推定するのは、手間がかかる。例えば、決済サーバ１００に送信する情報が同一であったとしても、決済サーバ１００に実行させる処理が異なる場合は、応答の内容が変化する。このため、開発者Ｄは、どのようなタイミングでどのような処理を行った際に、どのようなエラーレスポンスが提供されたかに応じて、送信する情報に誤りがあったのか、送信する情報の形式に誤りがあったのかといった事項を特定しなければならず、手間がかかる。とくに、アプリケーションと外部サーバとが利用者Ｕに対して提供するサービスが新規なサービスである場合、サービスの開発者とは異なる開発者Ｄがアプリケーションの開発時において、エラーの内容を特定するのは、難しい。

そこで、情報提供装置１０は、決済サーバ１００から提供されるエラーレスポンスの内容から、エラーの内容を特定し、特定した内容を示す情報を開発者Ｄに対して提供する。すなわち、情報提供装置１０は、決済サーバ１００が提供するエラーレスポンスの内容を解説する解説装置として動作する。

以下、図１を用いて、情報提供装置１０が実行する情報提供処理の流れの一例について説明する。まず、開発者Ｄは、開発者端末３００から、エンドポイントや決済サーバ１００から受けた応答メッセージを情報提供装置１００へと提供する（ステップＳ１）。例えば、開発者Ｄは、アプリケーションの開発段階、もしくは配布済みのアプリケーションについて決済サーバ１００が出力したエラーレスポンスを取得する。このような場合、開発者Ｄは、エラーレスポンス、すなわち、応答メッセージを情報提供装置１０へと提供する。さらに、開発者Ｄは、このようなエラーレスポンスが提供されたエンドポイントを示す情報を合わせて提供する。

ここで、エンドポイントとは、アプリケーションと決済サーバ１００とが通信を行うタイミングや、決済サーバ１００が提供するＡＰＩを介して通信を行う際に用いられるＵＲＩ（Uniform Resource Identifier）等といった処理のエンドポイントである。例えば、アプリケーションは、何かしらの機能を発揮する場合、決済サーバ１００が管理する情報を制御するためのリクエストを、処理の内容や処理を実行する目的に応じたＡＰＩエンドポイントを介して、決済サーバ１００に送信することとなる。例えば、アプリケーションは、決済サーバ１００が管理する情報を制御する場合、口座の残余額等、決済サーバ１００が管理する情報の取得（ＧＥＴ）、削除（ＤＥＬ：Ｄｅｌｅｔｅ、もしくは情報の登録（ＰＯＳＴ）といった処理を行うことで、所定の機能を実現することとなる。

このような決済サーバ１００が管理する情報を制御する処理は、アプリケーションと決済サーバ１００とが通信を行うエンドポイントごとに異なる目的で実行されることとなる。この結果、例えば、同様のエラーコードを含むエラーレスポンスが提供されたとしても、リクエストを送信した際のエンドポイントが異なる場合、エラーの原因が変化すると考えられる。そこで、情報提供装置１０は、エラーレスポンスとの文章とともに、どのエンドポイントにおいて決済サーバ１００が提供したエラーレスポンスであるかを示す情報を開発者Ｄから取得する。

このような場合、情報提供装置１０は、エラー内容を特定する（ステップＳ２）。例えば、情報提供装置１０は、エラーレスポンスの内容と、エラーレスポンスが提供されたエンドポイントとの組み合わせに応じて、なぜエラーが発生したのか、どのようにすればエラーを解消できるのかといった情報を特定する。より具体的な例を挙げると、情報提供装置１０は、決済額等、決済サーバ１００が管理する情報を制御するためにアプリケーションが送信する各種のパラメータの値が所定の形式を満たしているか、パラメータの値に矛盾が含まれているかといったエラーの原因を特定する。

さらに、情報提供装置１０は、特定したエラーの原因に対応する対応策を特定する。例えば、情報提供装置１０は、特定したエラーを解決するために（エラーが発生しないように）アプリケーションが実行すべき処理の内容を対応策として特定する。そして、情報提供装置１０は、特定したエラーの内容を示す情報を提供する（ステップＳ３）。例えば、情報提供装置１０は、エラーの内容や対応策を開発者Ｄに対して提供する（ステップＳ３）。このような処理の結果、開発者Ｄは、エラーの発生を防ぐようにアプリケーションの修正等といった開発を行うことができる（ステップＳ４）。

〔１－４．解析画面の一例について〕
次に、図２～図４を用いて、情報提供装置１０がエラーレスポンスを受け付け、エラーレスポンスが示すエラーの内容や解決方法を提供する解析コンテンツＣ１０の一例について説明する。図２は、実施形態に係る解析コンテンツの一例を示す第１の図である。また、図３は、実施形態に係る解析コンテンツの一例を示す第２の図である。また、図４は、実施形態に係る解析コンテンツの一例を示す第３の図である。情報提供装置１０は、図２～図４に示す解析コンテンツＣ１０を提供することで、開発者Ｄに対し、エラーレスポンスが示すエラーの内容や対応策を提供する。

例えば、図２に示す例では、解析コンテンツＣ１０には、応答解析アイコンＣ１１、原文解析アイコンＣ１２、エンドポイント指定ウインドウＣ１３、レスポンスコード指定ウインドウＣ１４、エラーレスポンス入力ウインドウＣ１５、および解析ボタンＣ１６が配置されている。なお、図２、図３に示す画面を、以下では「応答解析画面」と記載する場合がある。

応答解析アイコンＣ１１は、図２に示す応答解析画面を表示させるためのアイコンである。情報提供装置１０は、開発者Ｄが応答解析アイコンＣ１１を選択した場合、図２に示すように、エンドポイント指定ウインドウＣ１３、レスポンスコード指定ウインドウＣ１４、エラーレスポンス入力ウインドウＣ１５、および解析ボタンＣ１６が配置された原文解析画面を表示する。

原文解析アイコンＣ１２は、エラーレスポンスの文章のみからエラーの内容や対応策を提供する原文解析画面（例えば、図４）を表示させるためのアイコンである。例えば、情報提供装置１０は、開発者Ｄが原文解析アイコンＣ１２を選択した場合、エンドポイント指定ウインドウＣ１３、およびレスポンスコード指定ウインドウＣ１４を有さず、エラーレスポンス入力ウインドウＣ１５および解析ボタンＣ１６のみが配置された原文解析画面を表示する。なお、原文解析画面の詳細については、後述する。

エンドポイント指定ウインドウＣ１３は、入力するエラーレスポンスが受け付けられた際のエンドポイントを指定するための入力ウインドウである。例えば、開発者Ｄは、エラーレスポンスの解析を行う場合、エラーレスポンスが提供された際に利用したＡＰＩエンドポイントを入力することとなる。なお、情報提供装置１０は、エンドポイント指定ウインドウＣ１３を介して、ＡＰＩエンドポイントを示す文字列の入力を受け付けてもよく、例えば、ドロップダウンリスト等でＡＰＩエンドポイントの候補を提供し、候補の中から開発者Ｄが選択したＡＰＩエンドポイントを入力としてもよい。

レスポンスコード指定ウインドウＣ１４は、エラーレスポンスが提供された際に決済サーバ１００から提供されるレスポンスコードを入力するための入力ウインドウである。例えば、決済サーバ１００は、リクエストに従って処理を実行した際にエラーが発生した場合、エラーレスポンスとともに、エラーの種別を示すレスポンスコードを出力する。このような場合、開発者Ｄは、レスポンスコードを、レスポンスコード指定ウインドウＣ１４に入力する。なお、情報提供装置１０は、ドロップダウンリスト等でレスポンスコードの候補を提供し、候補の中から開発者Ｄが選択したレスポンスコードを入力としてもよい。

エラーレスポンス入力ウインドウＣ１５は、エラーレスポンスの文字列を入力するためのウインドウである。例えば、開発者Ｄは、決済サーバ１００から受け付けたエラーレスポンスの文章をエラーレスポンス入力ウインドウＣ１５内にコピーアンドペーストする。このような処理の結果、情報提供装置１０は、エラーレスポンスの文章を取得することとなる。

また、情報提供装置１０は、開発者ＤがＡＰＩエンドポイント、レスポンスコード、およびエラーレスポンスの文章を入力し、解析ボタンＣ１６を選択した場合、ＡＰＩエンドポイント、レスポンスコード、およびエラーレスポンスの文章を取得する。そして、情報提供装置１０は、取得したＡＰＩエンドポイント、レスポンスコード、およびエラーレスポンスの文章から、エラーの内容を特定し、特定したエラーを解消するための対応策を特定する。そして、情報提供装置１０は、特定したエラーの内容と、対応策とを示す情報を開発者Ｄに対して提供する。

例えば、情報提供装置１０は、エラーレスポンスの文章に含まれるエラーコードを特定する。そして、情報提供装置１０は、ＡＰＩエンドポイント、レスポンスコード、およびエラーコードとの組に対してあらかじめ対応付けて所定の記憶装置に登録されたエラー内容と、対応策とを特定する。すなわち、情報提供装置１０は、入力されたＡＰＩエンドポイントにおいて決済サーバ１００がアプリケーションへと提供したエラーレスポンスであって、アプリケーションから通知されたパラメータを用いて処理を実行した際に生じたエラーの内容を示すエラーレスポンスやレスポンスコードから、エラーの内容や対応策を特定する。

例えば、情報提供装置１０は、図３に示すように、特定したエラー内容を解説する解説コンテンツＣ１７と、特定した内容のエラーを解消するための対応策を示す対応策コンテンツＣ１８とを、解析コンテンツＣ１０内に配置して表示する。この際、情報提供装置１０は、日本語でエラー内容を解説する文章とともに、英語でエラー内容を解説する文章を解説コンテンツＣ１７として表示する。また、情報提供装置１０は、日本語で対応策を示す文章とともに、英語で対応策を示す文章を対応策コンテンツＣ１７として表示する。なお、情報提供装置１０は、例えば、中国語、ヒンドゥー語、ドイツ語、フランス語等、各種の言語でエラー内容や対応策を示す文章を表示してもよい。このように、情報提供装置１０は、エラーの内容や対応策を多言語で表示することで、利用者の国籍によらず、エラーレスポンスの解析結果を認識させることができる。

なお、情報提供装置１０は、原文解析アイコンＣ１２が選択された場合、図４に示すように、レスポンステキストの原文（すなわち、Ｒａｗ Ｔｅｘｔ）のみを入力するための画面を表示する。このような画面からレスポンステキストのみが入力された場合、情報提供装置１０は、レスポンステキストに含まれるエラーコードを特定し、特定したエラーコードと対応付けられたすべてのエラー内容や対応策を特定する。

そして、情報提供装置１０は、特定したすべてのエラー内容や対応策を提供する。なお、情報提供装置１０は、各エラー内容や対応策が、どのエンドポイントやどのエラーコードに対応するエラー内容と対応策であるかを示す表示を合わせて提供してもよい。また、情報提供装置１０は、レスポンステキストの分析結果から、決済サーバ１００がレスポンステキストを提供した際に提供したレスポンスコードや、エンドポイントを推定し、推定したレスポンスコードやエンドポイントと対応するエラーの内容や対応案を提供してもよい。

〔１－５．情報提供装置の機能について〕
ここで、上述した説明では、開発者Ｄは、決済サーバ１００から提供されたエラーレスポンスの内容を解析するため、エラーレスポンスを情報提供装置１０へと提供した。しかしながら、実施形態は、これに限定されるものではない。例えば、アプリケーションの開発段階において、実際にサービスを提供する決済サーバ１００に対し、各種のリクエストの送信するのは、提供されているサービスに障害を生じさせる恐れがある。

そこで、情報提供装置１０は、アプリケーションの開発段階において、決済サーバ１００が提供する応答のガイダンスとして動作してもよい。より具体的には、情報提供装置１０は、端末装置２１０から提供される各種の情報（例えば、支払元口座、支払先口座、および支払額）をパラメータとして受け付けると、かかるパラメータを受け付けた際に決済サーバ１００が提供するであろう応答、すなわち、そのパラメータを用いた処理の実行結果を開発者Ｄに対して提供する。また、情報提供装置１０は、端末装置２１０で実行されるアプリケーションと、決済サーバ１００との間で行われる情報通信が適切に行われるか否かを開発者Ｄに対して提示するサンドボックス環境として動作することができる（図１中ステップＢＳ２）。

例えば、情報提供装置１０は、指定された処理の実行に対してパラメータが適切である場合、そのパラメータを用いて処理を実行した後に決済サーバ１００がアプリケーションに送信する応答を生成する。より具体的には、情報提供装置１０は、処理を実行した後の状況を示すパラメータ（例えば、支払後の残余額等）を含む応答を生成する。そして、情報提供装置１０は、生成した応答を開発者Ｄに対して提供する。また、情報提供装置１０は、パラメータの値や形式が適切ではない場合、パラメータが適切ではない旨の情報や、決済サーバ１００が実際に出力するエラーコードを含むエラーレスポンスを実行結果として開発者Ｄに対して提供する。このような処理の結果、情報提供装置１０は、決済サーバ１００と端末装置２１０が協調して実行するサービスにおいて、端末装置２１０側にインストールされるアプリケーションの開発を促進することができる。

より具体的な例を挙げると、情報提供装置１０は、エンドポイントの候補を提供する。そして、情報提供装置１０は、開発者Ｄが実行結果を確認したい処理のエンドポイントの指定を受け付ける。例えば、情報提供装置１０は、アプリケーションを介して提供されるサービスの種別（以下、「サービス種別」と記載する。）を提示する。例えば、アプリケーションを介して提供される各種のサービスが、電子商店街等といったＷｅｂ上の店舗における決済サービスに関する「Ｗｅｂ Ｃａｓｈｉｅｒ」、実店舗における決済サービスに関する「Ｐａｙｍｅｎｔｓ」、決済の停止に関する「Ｐｅｎｄｉｎｇ Ｐａｙｍｅｎｔｓ」、および決済の再開・継続に関する「Ｃｏｎｔｉｎｕｏｕｓ Ｐａｙｍｅｎｔ」という４つのサービス種別に分類されているものとする。このような場合、情報提供装置１０は、各サービス種別を開発者端末３００に表示させる。

そして、情報提供装置１０は、利用者がいずれかのサービス種別を選択した場合、選択されたサービス種別に分類されるエンドポイントを開発者端末３００に表示させる。例えば、情報提供装置１０は、サービス種別として、「Ｗｅｂ Ｃａｓｈｉｅｒ」が選択された場合、電子商店街等といったＷｅｂ上の店舗における決済サービスにおいて決済サーバ１００とアプリケーションとが通知を行う各エンドポイントを候補として提示する。また、情報提供装置１０は、各エンドポイントにおいて行われる情報の制御が、登録（ＰＯＳＴ）であるか、取得（ＧＥＴ）であるか、削除（ＤＥＬ）であるかを示す情報を合わせて表示してもよい。より具体的な例を挙げると、情報提供装置１０は、サービス種別「Ｗｅｂ Ｃａｓｈｉｅｒ」に関するエンドポイントとして、エンドポイント「／ｖ２／ｃｏｄｅｓ」ともに、かかるエンドポイントにおいて実行される情報の制御が、情報の登録（ＰＯＳＴ）である旨を示す情報を表示させる。

また、例えば、情報提供装置１０は、開発者Ｄがエンドポイントを選択した場合、選択されたエンドポイントにおいて開発者が所望する機能の候補（以下、「シナリオ」と記載する。）を開発者端末３００に表示させる。例えば、情報提供装置１０は、エンドポイント「／ｖ２／ｃｏｄｅｓ」において提供される機能、すなわち、シナリオが、「ダイナミックＱＲコードの生成」、「事前認証済みのダイナミックＱＲコードの生成」、および「ＡＰＩにアクセスできない場合のエラー表示」である場合、シナリオの候補として、「ダイナミックＱＲコードを生成したい」、「事前認証済みのダイナミックＱＲコードを生成したい」、および「ＡＰＩにアクセスできない場合にエラーを表示させたい」といった候補を開発者端末３００に表示させる。そして、情報提供装置１０は、いずれのシナリオを所望するかの指定を開発者Ｄから受け付ける。

また、情報提供装置１０は、開発者Ｄがシナリオを選択した場合、選択されたシナリオにおいてアプリケーションから決済サーバ１００へと送信されるパラメータの指定を受け付ける。例えば、情報提供装置１０は、開発者ＤがシナリオウインドウＣ１２を介して「ダイナミックＱＲコードを生成したい」というシナリオを選択した場合、「ダイナミックＱＲコードの生成」を行う際にアプリケーションから決済サーバ１００へと送信されるパラメータとして、「支払先口座ＩＤ」、「送金額」、および「ＱＲコード種別」といったパラメータの種別を示す情報を、開発者端末３００に表示させる。さらに、情報提供装置１０は、「支払先口座ＩＤ」、「送金額」、および「ＱＲコード種別」といったパラメータを入力するための入力ウインドウを表示する。

この際、情報提供装置１０は、入力ウインドウに、パラメータの値の候補を入力した状態で表示させてもよい。また、情報提供装置１０は、適切なパラメータの条件を示す情報をさらに表示させてもよい。例えば、情報提供装置１０は、支払先口座ＩＤとして入力されるべきパラメータの文字種別や文字数、送金額として入力されるべき数値の範囲、ＱＲコード種別として入力されるべきパラメータの文字種別や文字数等を示す情報を表示してもよい。

また、情報提供装置１０は、開発者Ｄの操作に応じて、開発者Ｄが選択したシナリオを実現するためにアプリケーションから決済サーバ１００へと送信されるプログラムコードの例、すなわち、コードスニペットを生成する。例えば、情報提供装置１０は、入力ウインドウに入力されたパラメータの値を特定し、特定した値を特定したコードスニペット内に挿入する。そして、情報提供装置１０は、パラメータに応じた制御の実行結果を表示する。なお、情報提供装置１０は、パラメータの値を挿入したコードスニペットをさらに表示させてもよい。

ここで、情報提供装置１０は、パラメータの値に不適切な値が含まれる場合、例えば、利用者Ｕや店舗Ｓを識別するＩＤの形式が誤っている場合や値が誤っている場合、送金元の口座の残余額よりも高い送金額が設定されている場合等は、エラーレスポンスを実行結果として提供することとなる。このようなエラーレスポンスには、どのようなエラーが発生したかを示すエラーコードとともに、エラーの種別を示すレスポンスコードが含まれることとなる。

このようなエラーレスポンスが提供された場合、開発者Ｄは、エラーレスポンスの内容を確認し、選択したエンドポイントにおいてどのようなパラメータを設定すればよいかを特定することとなる。しかしながら、開発者Ｄが決済サービスの仕様（例えば、ＡＰＩの仕様）に詳しくない場合には、このような特定が困難となる。また、決済サービスが新規なサービスである場合、他の開発者Ｄによって作成されたエラーレスポンスの解説が存在せず、ウェブ検索を行ったとしても、対策を講じることができない可能性が高い。

そこで、情報提供装置１０は、エラーレスポンスの内容を解析し、エラーの内容や対応策を特定する。そして、情報提供装置１０は、特定した内容や対応策を開発者Ｄに対して提供することで、アプリケーションの開発を促進することができる。

〔１－６．適用対象について〕
上述した説明では、情報提供装置１０は、決済サービスにおいて提供される各種の機能を発揮するためのアプリケーション開発を容易にするため、エラーレスポンスの内容を解析し、エラーの内容や対応策を提供した。しかしながら、実施形態は、これに限定されるものではない。

例えば、情報提供装置１０は、所定の外部サーバ（外部システムを含む。）と端末装置２１０側とが通信しながら協調して動作することで実現されるサービスであって、端末装置２１０を利用する利用者Ｕに対して提供されるサービスであれば、任意のサービスについて、上述した各処理を実行してよい。

例えば、情報提供装置１０は、ＳＮＳ（Social Networking Service）や、各種のソーシャルゲーム等、外部サーバに登録されている情報の制御を行うことで、各種のサービスを利用者に提供するアプリケーションの開発について、エンドポイント、レスポンスコード、およびレスポンステキストの組等を受け付けると、受け付けた組と対応するエラーの内容や対応策を提供してもよい。このような実行結果が得られる場合、開発者Ｄは、例えば、エラーが発生したエンドポイントにおいて、どのような対応を行えばよいかを識別することができる。なお、外部サーバが管理し、アプリケーションからの制御される情報としては、任意の種別の情報が採用可能である。このような情報は、口座の残余額といった数値のみならず、各種の文字列、画像、音声等といった各種のコンテンツであってもよい。すなわち、情報提供装置１０は、任意の情報を制御するアプリケーションについて、上述した各種の機能を提供してよい。

〔２．情報提供装置の構成〕
以下、上記した情報提供装置１０が有する機能構成の一例について説明する。図５は、実施形態に係る情報提供装置の構成例を示す図である。図５に示すように、情報提供装置１０は、通信部２０、記憶部３０、および制御部４０を有する。

通信部２０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部２０は、ネットワークＮと有線または無線で接続され、端末装置２００との間で情報の送受信を行う。

記憶部３０は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。また、記憶部３０は、エラーコードデータベース３１を記憶する。

エラーコードデータベース３１には、各エンドポイントとレスポンスコードとエラーコードとの組に対して、エラーの内容を示す情報や、対応策が対応付けて登録されている。例えば、図６は、実施形態に係るエラーコードデータベースに登録された情報の一例を示す図である。図６に示すように、エラーコードデータベース３１には、「エラー種別」、「レスポンスコード」、「エラーコード」、「対応エンドポイント」、「エラー解説」、および「対応策」といった情報が対応付けて登録されている。

ここで、「エラー種別」とは、エラーがどのような種別のエラーであるかを示す情報である。例えば、決済サーバ１００が処理を実行する際に生じるエラーには、エラーが決済サーバ側で発生する「Downstream error」以外にも、各種の種別のエラーが存在する。そこで、エラーコードデータベース３１には、各エラーがどの種別のエラーであるかを示す情報が「エラー種別」として登録されている。

「レスポンスコード」とは、エラーの種別を示す数値であり、エラーが発生した際に、決済サーバ１００から提供される数値である。なお、かかる「レスポンスコード」は、「エラー種別」と一対一で対応していてもよく、していなくともよい。また、「エラーコード」とは、エラーレスポンスに含まれる文字列であって、発生したエラーの内容を示す文字列である。また、「対応エンドポイント」とは、対応付けられた「レスポンスコード」と「エラーコード」との組が示すエラーが発生しうるエンドポイントを示す情報である。

例えば、決済サーバ１００とアプリケーションとが協調して実行する処理においては、すべてのエンドポイントにおいて、すべてのエラーが発生しうるわけではなく、「レスポンスコード」と「エラーコード」との組み合わせごとに、その組み合わせと対応するエラーが発生するエンドポイントが限定される。そこで、情報提供装置１０は、「レスポンスコード」と「エラーコード」との組に対し、その組が示すエラーが発生しうるエンドポイントを対応付けて記憶する。

「エラー解説」とは、対応付けられた「対応エンドポイント」が示すエンドポイントにおいて生じるエラーであって、対応付けられた「レスポンスコード」と「エラーコード」との組が示すエラーの内容を示す情報、すなわち、エラー解説情報である。また、「対応策」とは、対応付けられた「対応エンドポイント」が示すエンドポイントにおいて生じるエラーであって、対応付けられた「レスポンスコード」と「エラーコード」との組が示すエラーを解消するための対応策を示す情報である。

このように、エラーコードデータベース３１には、決済サーバ１００が管理する情報を制御するための処理（すなわち、エンドポイント）と、その処理において生じるエラーの種別を識別するためのエラー識別情報（すなわち、レスポンスコード）と、その処理においてエラーが生じた際に外部サーバが実行結果に含めるコードであって、その識別情報が識別する種別のエラーが生じた際に実行結果に含めるコード（すなわち、エラーコード）との組が登録されている。また、エラーコードデータベース３１には、各情報の組に対し、その組と対応するエラーの内容と、そのエラーを解消するためにアプリケーションに実行させる対応策の内容を示す情報とが対応付けて登録されることとなる。

例えば、図６に示す例では、エラーコードデータベース３１には、エラー種別「エラー種別＃１」、レスポンスコード「４００」およびエラーコード「ＣＡＮＣＥＬＥＤ＿ＵＳＥＲ」の組に対し、対応エンドポイント「エンドポイント＃２」や「エンドポイント＃３」等が対応付けて登録されている。また、レスポンスコード「４００」、エラーコード「ＣＡＮＣＥＬＥＤ＿ＵＳＥＲ」、および対応エンドポイント「エンドポイント＃２」の組に対し、エラー解説「解説＃２」、および対応策「対応策＃２」が対応付けて登録されており、レスポンスコード「４００」、エラーコード「ＣＡＮＣＥＬＥＤ＿ＵＳＥＲ」、および対応エンドポイント「エンドポイント＃３」の組に対し、エラー解説「解説＃３」、および対応策「対応策＃３」が対応付けて登録されている。

このような情報は、エラー種別「エラー種別＃１」に属するエラーであって、レスポンスコード「４００」およびエラーコード「ＣＡＮＣＥＬＥＤ＿ＵＳＥＲ」の組が示すエラーが、「エンドポイント＃２」や「エンドポイント＃３」等で発生しうる旨を示す。また、このような情報は、レスポンスコード「４００」およびエラーコード「ＣＡＮＣＥＬＥＤ＿ＵＳＥＲ」の組が示すエラーが「エンドポイント＃２」で発生した場合、このエラーの内容を示す情報が「解説＃２」であり、このエラーを解消するための対応策が「対応策＃２」である旨を示す。また、このような情報は、レスポンスコード「４００」およびエラーコード「ＣＡＮＣＥＬＥＤ＿ＵＳＥＲ」の組が示すエラーが「エンドポイント＃３」で発生した場合、このエラーの内容を示す情報が「解説＃３」であり、このエラーを解消するための対応策が「対応策＃３」である旨を示す。

なお、図６に示す例では、「エラー種別＃１」、「エンドポイント＃１」、「解説＃１」、「対応策＃１」といった概念的な値を記載したが、実際には、エラーの種別を示す文字列や数値、エンドポイントを示す文字列（例えば、ＡＰＩエンドポイントのＵＲＩ）、エラーの内容を示す各種のコンテンツや対応策を示す各種のコンテンツがエラーコードデータベース３１に登録されることとなる。

なお、図６に示すエラーコードデータベース３１には、決済サーバ１００が実際に提供するエラーレスポンスと対応するエンドポイント、レスポンスコード、およびエラーコードの組について、エラーの内容と対応策とが対応付けて登録されているが、実施形態は、これに限定されるものではない。例えば、エラーコードデータベース３１には、決済サーバ１００が実際には提供しないエラーレスポンスと対応するエンドポイント、レスポンスコード、およびエラーコードの組について、そのような組において提供されるエラーレスポンスが存在する旨（例えば、True）や、エラーレスポンスが存在しない旨（例えば、False）や、対応するエラーレスポンスが発行されない旨を示す情報が対応付けて登録されていてもよい。

また、エラーコードデータベース３１には、レスポンスコード、エラーコード、および対応エンドポイントの組み合わせごとに、エラー解説や対応策が登録されていてもよい。また、エラーコードデータベース３１には、レスポンスコード、エラーコード、および対応エンドポイントの少なくともいずれか１つの情報に対し、その情報（もしくは情報の組）が決済サーバ１００から提供された際に生じうるすべてのエラーのエラー解説や対応策が対応付けられていてもよい。

図５に戻り、説明を続ける。制御部４０は、コントローラ（controller）であり、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等のプロセッサによって、情報提供装置１０内部の記憶装置に記憶されている各種プログラムがＲＡＭ等を作業領域として実行されることにより実現される。また、制御部４０は、コントローラ（controller）であり、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現されてもよい。

図５に示すように、制御部４０は、受付部４１、特定部４２、および提供部４３を有する。なお、図５に示す例では、決済サーバ１００のサンドボックス環境として、各種のレスポンスを提供する処理を実現するための機能構成については、図示を省略した。

受付部４１は、外部サーバが管理する情報を制御することで所定の機能を提供するアプリケーションが外部サーバに対して所定の処理の実行を指示した際に、その外部サーバからアプリケーションに対して提供される所定の処理の実行結果を受け付ける。例えば、受付部４１は、端末装置２１０が実行するアプリケーションが、決済サーバ１００が管理する情報を制御することで各種のサービスを利用者Ｕに提供する際に、決済サーバ１００からアプリケーションへと提供されるエラーレスポンスの情報を受け付ける。

より具体的には、受付部４１は、開発者端末３００からの要求に従って、図２に示す解析コンテンツＣ１０を配信し、解析コンテンツＣ１０を介して開発者Ｄが入力した各種の情報を受け付ける。例えば、受付部４１は、エンドポイント指定ウインドウＣ１３を介して、外部サーバが管理する情報を制御するための処理のうち、実行結果が提供された際に実行された処理の指定、すなわち、エンドポイントの指定を受け付ける。

また、受付部４１は、レスポンスコード指定ウインドウＣ１４を介して、実行結果とともに外部サーバから提供される情報であって、処理の実行時に発生したエラーの種別を識別する識別情報、すなわち、レスポンスコードの指定を受け付ける。また、受付部４１は、エラーレスポンス入力ウインドウＣ１５を介して、所定の処理の実行結果、すなわり、エラーレスポンスの文章の指定を受け付ける。このように、受付部４１は、所定の処理の実行結果と、所定の処理の指定と、その所定の処理の実行時に発生したエラーの種別を識別する識別情報とを受け付ける。

なお、受付部４１は、エラーレスポンスの生データをそのまま受け付けてもよい。例えば、受付部４１は、図２に示した解析コンテンツＣ１０において、原文解析アイコンＣ１２が選択された場合、エラーレスポンスの生データのみを受け付けることとなる。

特定部４２は、実行結果の内容に基づいて、所定の処理の実行において生じたエラーの内容を特定する。例えば、特定部４２は、受付部４１が受け付けたエンドポイントと、レスポンスコードと、エラーレスポンスの文章とをそれぞれ取得する。このような場合、特定部４２は、エラーレスポンスの文章から、エラーコードを抽出する。そして、特定部４２は、エンドポイントと、レスポンスコードと、エラーコードとの組に対応付けられたエラー解説と対応案とをエラーコードデータベース３１から特定する。すなわち、特定部４２は、外部サーバが管理する情報を制御するための処理（エンドポイント）と、その処理において生じるエラーの種別を識別するためのエラー識別情報（エラーコード）と、その処理においてエラーが生じた際に外部サーバが実行結果に含めるコードであって、そのエラー識別情報が識別する種別のエラーが生じた際に実行結果に含めるコード（レスポンスコード）との組に対し、そのエラーの内容と、そのエラーを解消するためにアプリケーションに実行させる対応策の内容を示す対応情報とを対応付けたテーブル（すなわち、エラーコードデータベース３１）を参照する。そして、特定部４２は、受け付けられたエンドポイントと、レスポンスコードと、エラーコードとの組に対応するエラーの内容と対応情報とを特定する。

なお、特定部４２は、レスポンスコード、もしくは、エンドポイントが受け付けられなかった場合は、以下の処理を実行してもよい。例えば、特定部４２は、レスポンスコードが受け付けられなかった場合、エラーレスポンスから特定したエラーコードとエンドポイントとの組に対応付けられたすべてのエラー解説および対応案を特定する。また、例えば、特定部４２は、エンドポイントが受け付けられなかった場合、エラーレスポンスから特定したエラーコードとレスポンスコードとの組に対応付けられたすべてのエラー解説および対応案を特定する。

また、特定部４２は、特定部４２は、開発者Ｄが原文解析アイコンＣ１２を選択し、エラーレスポンスの生データを入力した場合、エラーレスポンスからエラーコードを特定し、特定したエラーコードと対応するすべてのエラー解説および対応案を特定してもよい。例えば、エラーコードが「ＣＡＮＣＥＬＥＤ＿ＵＳＥＲ」である場合、かかるエラーコードと対応付けられたエラー解説「解説＃２」および対応案「対応案＃２」の組、およびエラー解説「解説＃３」および対応案「対応案＃３」の組を特定してもよい。

また、特定部４２は、例えば、エラーレスポンスから、レスポンスコードもしくはエンドポイントの少なくともいずれか一方をさらに推定してもよい。例えば、特定部４２は、エラーレスポンスからエラーコードを特定するとともに、レスポンスコードが推定できた場合、推定したレスポンスコードとエラーコードとの組に対応付けられたエラー解説や対応案を特定する。また、例えば、特定部４２は、エラーレスポンスからエラーコードを特定するとともに、エンドポイントが推定できた場合、推定したエンドポイントとエラーコードとの組に対応付けられたエラー解説や対応案を特定する。また、特定部４２は、エラーレスポンスから、レスポンスコードおよびエンドポイントを推定できた場合、エラーコードと、推定されたレスポンスコードと、推定されたエンドポイントとの組に対応付けられたエラー解説および対応案を特定する。

なお、このような推定は、例えば、エラーレスポンスに含まれる文字列と、その文字列が含まれるレスポンスが提供されるエンドポイントや、その文字列が含まれるエラーレスポンスとともに提供されるエラーコードとを対応付けたテーブルを準備することにより、実現可能となる。

提供部４３は、特定部により特定されたエラーの内容を示す情報を提供する。また、提供部４３は、特定されたエラーを解消するために行われるアプリケーションに実行させる対応策を示す対応情報を提供する。例えば、提供部４３は、特定部４２が特定したエラー解説および対応案を解析コンテンツＣ１０内に配置して表示する。なお、提供部４３は、エンドポイントやレスポンスコードが指定されなかった場合、各エラー解説や対応案がどのエンドポイントやレスポンスコードに対応するものであるかを示す情報をさらに表示してもよい。

なお、上述した処理は、開発者Ｄが入力したエンドポイントと、レスポンスコードと、エラーレスポンスに含まれるエラーコードとの対応が正しい（Ｔｒｕｅ）場合の処理となる。例えば、決済サーバ１００は、あるエンドポイントにおいてエラーが生じた場合、そのエラーに対応するレスポンスコードとエラーコードとを提供することとなる。しかしながら、エラーの内容を考慮すると、エンドポイントごとに、発生しうるエラーと発生しないエラーが存在する。このため、開発者Ｄが入力したエンドポイントと、レスポンスコードと、エラーレスポンスに含まれるエラーコードとのいずれかに誤りが含まれる場合、エンドポイントとレスポンスコードとエラーコードとの対応が正しくない（Ｆａｌｓｅ）場合がある。

そこで、提供部４３は、エンドポイントと、レスポンスコードと、エラーコードとの対応が正しくない場合は、入力に誤りがある旨の情報を提供してもよい。例えば、提供部４３は、エンドポイントと、レスポンスコードと、エラーレスポンスとが受け付けられたが、特定部４２により、受け付けられたエンドポイントと、レスポンスコードと、エラーコードとの組に対応付けられたエラー解説や対応案が登録されていない場合、エンドポイント、レスポンスコード、もしくはエラーレスポンスのいずれかに誤りが含まれる旨の情報を解析コンテンツＣ１０上に配置して表示してもよい。

〔３．情報提供装置が実行する処理の流れの一例〕
続いて、図７を用いて、情報提供装置１０が実行する処理の流れについて説明する。図７は、実施形態に係る情報提供装置が実行する処理の流れの一例を示すフローチャートである。

例えば、情報提供装置１０は、解析コンテンツＣ１０を配信し（ステップＳ１０１）、エラーレスポンスとともに、エンドポイントとレスポンスコードとが提供されたか否かを判定する（ステップＳ１０２）。そして、情報提供装置１０は、エラーレスポンスとともに、エンドポイントとレスポンスコードとが提供された場合は（ステップＳ１０２：Ｙｅｓ）、エンドポイントとレスポンスコードとエラーコードとの組み合わせと対応するエラー解説および対応策を提供し（ステップＳ１０３）、処理を終了する。一方、情報提供装置１０は、エンドポイントとレスポンスコードとが提供されなかった場合は（ステップＳ１０２：Ｎｏ）、エラーコードと対応付けられたすべてのエラー解説および対応策を提供し（ステップＳ１０４）、処理を終了する。

〔４．変形例〕
上記では、情報提供装置１０による処理の一例について説明した。しかしながら、実施形態は、これに限定されるものではない。以下、情報提供装置１０が実行する処理のバリエーションについて説明する。

〔４－１．情報提供処理のバリエーションについて〕
上述した解析コンテンツＣ１０は、あくまで一例であり、任意の内容および任意のレイアウトを有する解析コンテンツＣ１０が提供されてよい。なお、上述した解析コンテンツＣ１０は、例えば、ウェブページ内におけるコンテンツとして提供されてもよい。例えば、情報提供装置１０は、解析コンテンツＣ１０として動作するウェブコンテンツを開発者端末３００に送信してもよい。

また、情報提供装置１０は、テーブルを用いたルールベースの処理ではなく、各種解析結果に応じて、エラーの内容や対応策を提供してもよい。また、情報提供装置１０は、エラーの対応策として、決済サーバ１００が提供するサービスの開発者に対して連絡を行うための情報（例えば、メールアドレス等）を含めてもよく、例えば、対応するエンドポイントのＡＰＩが受け付ける情報を解説するウェブコンテンツへのリンクを設定してもよい。

また、上述する処理は、すべて開発者端末３００がスタンドアローンで実行してもよい。このような場合、開発者端末３００は、図４に示すエラーコードデータベース３１とともに、各部４１～４３として開発者端末３００を動作させるプログラムを実行することにより、上述した情報提供処理を実現することができる。

〔４－２．その他〕
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、逆に、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

また、上記してきた各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

〔４－３．プログラム〕
また、上述した実施形態に係る情報提供装置１０は、例えば図８に示すような構成のコンピュータ１０００によって実現される。図８は、ハードウェア構成の一例を示す図である。コンピュータ１０００は、出力装置１０１０、入力装置１０２０と接続され、演算装置１０３０、一次記憶装置１０４０、二次記憶装置１０５０、出力ＩＦ（Interface）１０６０、入力ＩＦ１０７０、ネットワークＩＦ１０８０がバス１０９０により接続された形態を有する。

演算装置１０３０は、一次記憶装置１０４０や二次記憶装置１０５０に格納されたプログラムや入力装置１０２０から読み出したプログラム等に基づいて動作し、各種の処理を実行する。一次記憶装置１０４０は、ＲＡＭ等、演算装置１０３０が各種の演算に用いるデータを一次的に記憶するメモリ装置である。また、二次記憶装置１０５０は、演算装置１０３０が各種の演算に用いるデータや、各種のデータベースが登録される記憶装置であり、ＲＯＭ(Read Only Memory)、ＨＤＤ（Hard Disk Drive）、フラッシュメモリ等により実現される。

出力ＩＦ１０６０は、モニタやプリンタといった各種の情報を出力する出力装置１０１０に対し、出力対象となる情報を送信するためのインタフェースであり、例えば、ＵＳＢ（Universal Serial Bus）やＤＶＩ（Digital Visual Interface）、ＨＤＭＩ（登録商標）（High Definition Multimedia Interface）といった規格のコネクタにより実現される。また、入力ＩＦ１０７０は、マウス、キーボード、およびスキャナ等といった各種の入力装置１０２０から情報を受信するためのインタフェースであり、例えば、ＵＳＢ等により実現される。

なお、入力装置１０２０は、例えば、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等から情報を読み出す装置であってもよい。また、入力装置１０２０は、ＵＳＢメモリ等の外付け記憶媒体であってもよい。

ネットワークＩＦ１０８０は、ネットワークＮを介して他の機器からデータを受信して演算装置１０３０へ送り、また、ネットワークＮを介して演算装置１０３０が生成したデータを他の機器へ送信する。

演算装置１０３０は、出力ＩＦ１０６０や入力ＩＦ１０７０を介して、出力装置１０１０や入力装置１０２０の制御を行う。例えば、演算装置１０３０は、入力装置１０２０や二次記憶装置１０５０からプログラムを一次記憶装置１０４０上にロードし、ロードしたプログラムを実行する。

例えば、コンピュータ１０００が情報提供装置１０として機能する場合、コンピュータ１０００の演算装置１０３０は、一次記憶装置１０４０上にロードされたプログラムを実行することにより、制御部４０の機能を実現する。

〔５．効果〕
上述したように、情報提供装置１０は、外部サーバが管理する情報を制御することで所定の機能を提供するアプリケーションが外部サーバに対して所定の処理の実行を指示した際に、その外部サーバからアプリケーションに対して提供される所定の処理の実行結果を受け付ける。例えば、情報提供装置１０は、決済サーバ１００からアプリケーションに提供されるエラーレスポンスを受け付ける。そして、情報提供装置１０は、実行結果の内容に基づいて、所定の処理の実行において生じたエラーの内容を特定し、特定されたエラーの内容を示す情報を提供する。このような処理の結果、情報提供装置１０は、エラーが生じた際に、開発者Ｄが、決済サービス等の各種サービスにおいてエラーが発生した際にどのようなエラーが発生したかを調べる手間を削減することができるので、アプリケーションの開発を促進することができる。

また、情報提供装置１０は、特定されたエラーを解消するために行われる対応策を示す対応情報を提供する。この結果、情報提供装置１０、どのような対応策でエラーを解消できるのかを調べる手間を削減することができるので、アプリケーションの開発を促進させることができる。

また、情報提供装置１０は、外部サーバが管理する情報を制御するための処理のうち、実行結果が提供された際に実行された処理の指定をさらに受け付け、実行結果の内容と、指定された処理との組み合わせに応じて、エラーの内容を特定する。このため、情報提供装置１０は、例えば、エンドポイントごとにエラーの内容が異なる場合であっても、適切に発生したエラーの内容や解決策を提供することができるので、アプリケーションの開発を促進するために提供する情報の精度を向上させることができる。

また、情報提供装置１０は、処理の指定が受け付けられなかった場合は、実行結果の内容と、外部サーバが管理する情報を制御するための処理とのすべての組み合わせについて、対応するエラーの内容を特定する。このため、情報提供装置１０は、エンドポイントが不明であっても、適切にエラーの内容や解決策を提供することができるので、アプリケーションの開発を促進するために提供する情報の精度を向上させることができる。

また、情報提供装置１０は、実行結果とともに外部サーバから提供される情報であって、処理の実行時に発生したエラーの種別を識別するエラー識別情報をさらに受け付け、実行結果の内容と、エラー識別情報との組み合わせに応じて、エラーの内容を特定する。このため、情報提供装置１０は、例えば、レスポンスコードとエラーコードとの組み合わせに応じて、エラーの内容や解決策を提供することができるので、アプリケーションの開発を促進するために提供する情報の精度を向上させることができる。

また、情報提供装置１０は、エラー識別情報が受け付けられなかった場合は、実行結果の内容と、外部サーバが提供するエラー識別情報とのすべての組み合わせについて、対応するエラーの内容を特定する。このため、情報提供装置１０は、レスポンスコードが不明であっても、エラーの内容や解決策を提供することができるので、アプリケーションの開発を促進するために提供する情報の精度を向上させることができる。

また、情報提供装置１０は、処理の実行時にエラーが生じた際に外部サーバが提供する情報に対し、そのエラーの内容と、エラーを解消するためにアプリケーションに実行させる対応策の内容を示す対応情報とを対応付けたテーブル、すなわちエラーコードデータベース３１を参照し、所定の処理の実行結果に対応するエラーの内容と対応情報とを特定する。例えば、情報提供装置１０は、所定の処理の実行結果、すなわちエラーレスポンスを受け付ける。そして、情報提供装置１０は、テーブルとして、処理においてエラーが生じた際に外部サーバが実行結果に含めるコード、すなわち、エラーコードに対してエラーの内容と、対応策の内容を示す対応情報とを対応付けたテーブルを参照し、受付られたエラーレスポンスに含まれるエラーコードに対応するエラーの内容と対応情報とを特定する。

また、情報提供装置１０は、所定の処理の指定、すなわち、エンドポイントの指定を受け付ける。そして、情報提供装置１０は、テーブルとして、各エンドポイントに対して、処理の実行時に生じるエラーの内容と、エラーを解消するためにアプリケーションに実行させる対応策の内容を示す対応情報とを対応付けたテーブルを参照し、指定されたエンドポイントに対応するエラーの内容と対応情報とを特定する。また、情報提供装置１０は、所定の処理の実行時に発生したエラーの種別を識別するエラー識別情報、すなわち、レスポンスコードを受け付ける。そして、情報提供装置１０は、テーブルとして、各レスポンスコードに対し、エラーの内容と、エラーを解消するためにアプリケーションに実行させる対応策の内容を示す対応情報とを対応付けたテーブルを参照し、受け付けられたレスポンスコードに対応するエラーの内容と対応情報とを特定する。

また、エラーコードデータベース３１は、上述した情報提供装置１０に用いられるデータ構造を有する。例えば、エラーコードデータベース３１は、外部サーバが管理する情報を制御することで所定の機能を提供するアプリケーションが外部サーバに対して実行を指示した際に外部サーバがアプリケーションに提供する情報であって、当該処理の実行時にエラーが生じた際に提供される情報に対し、エラーの内容と、エラーを解消するためにアプリケーションに実行させる対応策の内容を示す対応情報とを対応付けたデータ構造である。また、このようなエラーコードデータベース３１は、情報提供装置１０が、外部サーバに対して所定の処理の実行を指示した際に、外部サーバから提供された情報を受け付け、受け付けた情報と対応付けられたエラーの内容と、対応情報とを特定し、特定したエラーの内容と対応情報とを提供する処理に用いられるデータ構造を有する。このため、エラーコードデータベース３１には、情報提供装置１０が、エラーレスポンスからエラーの内容や対応策を示すという使用目的に応じた特有の情報の演算又は加工を実現するための情報が登録されていることとなり、情報提供装置１０の動作方法を構築するものであるため、アプリケーションの開発を促進することができるという効果を情報提供装置１０に発揮させることができる。

また、情報提供装置１０は、所定の処理の実行結果と、所定の処理の指定と、その所定の処理の実行時に発生したエラーの種別を識別するエラー識別情報とを受け付ける。そして、情報提供装置１０は、外部サーバが管理する情報を制御するための処理と、その処理において生じるエラーの種別を識別するためのエラー識別情報と、その処理においてエラーが生じた際に外部サーバが実行結果に含めるコードであって、そのエラー識別情報が識別する種別のエラーが生じた際に実行結果に含めるコードとの組に対し、そのエラーの内容と、そのエラーを解消するためにアプリケーションに実行させる対応策の内容を示す対応情報とを対応付けたテーブル（すなわち、エラーコードデータベース３１）を参照し、所定の処理の実行結果と、所定の処理の指定と、その所定の処理の実行時に発生したエラーの種別を識別するエラー識別情報との組に対応するエラーの内容と対応情報とを特定する。上述した処理の結果、情報提供装置１０は、レスポンスコードと、エンドポイントと、エラーレスポンスに含まれるエラーコードとのそれぞれ、もしくはこれらの情報の組み合わせに応じて、エラーの内容や解決策を提供することができる。

また、情報提供装置１０は、外部サーバが管理する口座間における送金の送受信を実現するためのアプリケーションが外部サーバに対して所定の処理の実行を指示した際に、その外部サーバからアプリケーションに対して提供される所定の処理の実行結果を受け付ける。例えば、情報提供装置１０は、支払元が利用する端末装置で実行されるアプリケーションであって、支払先を示す支払先識別情報を撮影すると、支払元の口座から撮影された支払先識別情報が示す支払先の口座へと端末装置を介して入力された額の送金を行うよう外部サーバが管理する情報を制御するアプリケーションが提供する機能の指定を受け付ける。また、例えば、情報提供装置１０は、支払元の口座から支払先の口座へと入力された額の送金を行うよう外部サーバが管理する情報を制御する支払先が利用する端末装置が読み取り可能な識別情報であって、支払元を識別する支払元識別情報を表示するアプリケーションが提供する機能の指定を受け付ける。このような処理の結果、情報提供装置１０は、決済サーバ１００が管理する各口座間の送金等を制御するアプリケーションが、決済サーバ１００に対して各種のパラメータを提供した際に、決済サーバ１００から提供されるエラーレスポンスから、エラーの内容や解決策を特定し、開発者Dに提供することができる。このため、情報提供装置１０は、決済サービスに用いられるアプリケーションの開発を促進することができる。

以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

また、上記してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、付与部は、特定手段や特定回路に読み替えることができる。

１０ 情報提供装置
２０ 通信部
３０ 記憶部
３１ エラーコードデータベース
４０ 制御部
４１ 受付部
４２ 特定部
４３ 提供部
１００ 決済サーバ
２００ 端末装置
３００ 開発者端末

Claims (19)

1. 外部サーバが管理する情報を制御することで所定の機能を提供するアプリケーションが前記外部サーバに対して所定の処理の実行を指示した際に、当該外部サーバから前記アプリケーションに対して提供される前記所定の処理の実行結果を受け付ける受付部と、
   前記実行結果の内容に基づいて、前記所定の処理の実行において生じたエラーの内容を特定する特定部と、
   前記特定部により特定されたエラーの内容を示す情報を提供する提供部と
   を有し、
   前記受付部は、前記外部サーバが管理する情報を制御するための処理のうち、前記実行結果が提供された際に実行された処理の指定をさらに受け付け、
   前記特定部は、前記実行結果の内容と、指定された処理との組み合わせに応じて、前記エラーの内容を特定する
   ことを特徴とする情報提供装置。
2. 前記特定部は、前記処理の指定が受け付けられなかった場合は、前記実行結果の内容と、前記外部サーバが管理する情報を制御するための処理とのすべての組み合わせについて、対応するエラーの内容を特定する
   ことを特徴とする請求項１に記載の情報提供装置。
3. 外部サーバが管理する情報を制御することで所定の機能を提供するアプリケーションが前記外部サーバに対して所定の処理の実行を指示した際に、当該外部サーバから前記アプリケーションに対して提供される前記所定の処理の実行結果を受け付ける受付部と、
   前記実行結果の内容に基づいて、前記所定の処理の実行において生じたエラーの内容を特定する特定部と、
   前記特定部により特定されたエラーの内容を示す情報を提供する提供部と
   を有し、
   前記受付部は、前記実行結果とともに前記外部サーバから提供される情報であって、前記処理の実行時に発生したエラーの種別を識別するエラー識別情報をさらに受け付け、
   前記特定部は、前記実行結果の内容と、前記エラー識別情報との組み合わせに応じて、前記エラーの内容を特定する
   ことを特徴とする情報提供装置。
4. 前記特定部は、前記エラー識別情報が受け付けられなかった場合は、前記実行結果の内容と、前記外部サーバが提供する識別情報とのすべての組み合わせについて、対応するエラーの内容を特定する
   ことを特徴とする請求項３に記載の情報提供装置。
5. 前記提供部は、さらに、特定された前記エラーを解消するために行われる対応策を示す対応情報を提供する
   ことを特徴とする請求項１～４のうちいずれか１つに記載の情報提供装置。
6. 前記特定部は、処理の実行時にエラーが生じた際に前記外部サーバが提供する情報に対し、当該エラーの内容と、当該エラーを解消するために前記アプリケーションに実行させる対応策の内容を示す対応情報とを対応付けたテーブルを参照し、前記所定の処理の実行結果に対応するエラーの内容と対応情報とを特定する
   ことを特徴とする請求項１～５のうちいずれか１つに記載の情報提供装置。
7. 前記受付部は、前記所定の処理の実行結果を受け付け、
   前記特定部は、前記テーブルとして、処理においてエラーが生じた際に前記外部サーバが前記実行結果に含めるコードに対し、当該エラーの内容と、当該エラーを解消するために前記アプリケーションに実行させる対応策の内容を示す対応情報とを対応付けたテーブルを参照し、前記所定の処理の実行結果に含まれるコードに対応するエラーの内容と対応情報とを特定する
   ことを特徴とする請求項６に記載の情報提供装置。
8. 外部サーバが管理する情報を制御することで所定の機能を提供するアプリケーションが前記外部サーバに対して所定の処理の実行を指示した際に、当該外部サーバから前記アプリケーションに対して提供される前記所定の処理の実行結果を受け付ける受付部と、
   前記実行結果の内容に基づいて、前記所定の処理の実行において生じたエラーの内容を特定する特定部と、
   前記特定部により特定されたエラーの内容を示す情報を提供する提供部と
   を有し、
   前記受付部は、前記所定の処理の指定をさらに受け付け、
   前記特定部は、前記外部サーバが実行する処理に対し、当該処理の実行時にエラーが生じた際に前記外部サーバが提供する情報と、当該エラーの内容と、当該エラーを解消するために前記アプリケーションに実行させる対応策の内容を示す対応情報とを対応付けたテーブルを参照し、前記指定された所定の処理と前記実行結果とに対応するエラーの内容と対応情報とを特定する
   ことを特徴とする情報提供装置。
9. 前記受付部は、前記所定の処理の実行時に発生したエラーの種別を識別するエラー識別情報を受け付け
   前記特定部は、前記テーブルとして、所定のエラーの種別を示すエラー識別情報に対し、当該エラーの内容と、当該エラーを解消するために前記アプリケーションに実行させる対応策の内容を示す対応情報とを対応付けたテーブルを参照し、受け付けられた前記エラー識別情報に対応するエラーの内容と対応情報とを特定する
   ことを特徴とする請求項６～８のうちいずれか１つに記載の情報提供装置。
10. 前記受付部は、前記所定の処理の実行結果と、前記所定の処理の指定と、当該所定の処理の実行時に発生したエラーの種別を識別するエラー識別情報とを受け付け、
    前記特定部は、前記外部サーバが管理する情報を制御するための処理と、当該処理において生じるエラーの種別を識別するためのエラー識別情報と、当該処理においてエラーが生じた際に前記外部サーバが前記実行結果に含めるコードであって、当該エラー識別情報が識別する種別のエラーが生じた際に実行結果に含めるコードとの組に対し、当該エラーの内容と、当該エラーを解消するために前記アプリケーションに実行させる対応策の内容を示す対応情報とを対応付けたテーブルを参照し、前記所定の処理の実行結果と、前記所定の処理の指定と、当該所定の処理の実行時に発生したエラーの種別を識別するエラー識別情報との組に対応するエラーの内容と対応情報とを特定する
    ことを特徴とする請求項１～８のうちいずれか１つに記載の情報提供装置。
11. 前記受付部は、前記外部サーバが管理する口座間における送金の送受信を実現するためのアプリケーションが前記外部サーバに対して所定の処理の実行を指示した際に、当該外部サーバから前記アプリケーションに対して提供される前記所定の処理の実行結果を受け付ける
    ことを特徴とする請求項１～１０のうちいずれか１つに記載の情報提供装置。
12. 前記受付部は、支払元が利用する端末装置で実行されるアプリケーションであって、支払先を示す支払先識別情報を撮影すると、前記支払元の口座から前記撮影された支払先識別情報が示す支払先の口座へと前記端末装置を介して入力された額の送金を行うよう前記外部サーバが管理する情報を制御するアプリケーションが提供する機能の指定を受け付ける
    ことを特徴とする請求項１１に記載の情報提供装置。
13. 前記受付部は、支払元の口座から支払先の口座へと入力された額の送金を行うよう前記外部サーバが管理する情報を制御する前記支払先が利用する端末装置が読み取り可能な識別情報であって、支払元を識別する支払元識別情報を表示するアプリケーションが提供する機能の指定を受け付ける
    ことを特徴とする請求項１１または１２に記載の情報提供装置。
14. 情報提供装置が実行する情報提供方法であって、
    外部サーバが管理する情報を制御することで所定の機能を提供するアプリケーションが前記外部サーバに対して所定の処理の実行を指示した際に、当該外部サーバから前記アプリケーションに対して提供される前記所定の処理の実行結果を受け付ける受付工程と、
    前記実行結果の内容に基づいて、前記所定の処理の実行において生じたエラーの内容を特定する特定工程と、
    前記特定工程により特定されたエラーの内容を示す情報を提供する提供工程と
    を含み、
    前記受付工程は、前記外部サーバが管理する情報を制御するための処理のうち、前記実行結果が提供された際に実行された処理の指定をさらに受け付け、
    前記特定工程は、前記実行結果の内容と、指定された処理との組み合わせに応じて、前記エラーの内容を特定する
    ことを特徴とする情報提供方法。
15. 外部サーバが管理する情報を制御することで所定の機能を提供するアプリケーションが前記外部サーバに対して所定の処理の実行を指示した際に、当該外部サーバから前記アプリケーションに対して提供される前記所定の処理の実行結果を受け付ける受付手順と、
    前記実行結果の内容に基づいて、前記所定の処理の実行において生じたエラーの内容を特定する特定手順と、
    前記特定手順により特定されたエラーの内容を示す情報を提供する提供手順と
    をコンピュータに実行させるための情報提供プログラムであって、
    前記受付手順は、前記外部サーバが管理する情報を制御するための処理のうち、前記実行結果が提供された際に実行された処理の指定をさらに受け付け、
    前記特定手順は、前記実行結果の内容と、指定された処理との組み合わせに応じて、前記エラーの内容を特定する
    ことを特徴とする情報提供プログラム。
16. 情報提供装置が実行する情報提供方法であって、
    外部サーバが管理する情報を制御することで所定の機能を提供するアプリケーションが前記外部サーバに対して所定の処理の実行を指示した際に、当該外部サーバから前記アプリケーションに対して提供される前記所定の処理の実行結果を受け付ける受付工程と、
    前記実行結果の内容に基づいて、前記所定の処理の実行において生じたエラーの内容を特定する特定工程と、
    前記特定工程により特定されたエラーの内容を示す情報を提供する提供工程と
    を含み、
    前記受付工程は、前記実行結果とともに前記外部サーバから提供される情報であって、前記処理の実行時に発生したエラーの種別を識別するエラー識別情報をさらに受け付け、
    前記特定工程は、前記実行結果の内容と、前記エラー識別情報との組み合わせに応じて、前記エラーの内容を特定する
    ことを特徴とする情報提供方法。
17. 外部サーバが管理する情報を制御することで所定の機能を提供するアプリケーションが前記外部サーバに対して所定の処理の実行を指示した際に、当該外部サーバから前記アプリケーションに対して提供される前記所定の処理の実行結果を受け付ける受付手順と、
    前記実行結果の内容に基づいて、前記所定の処理の実行において生じたエラーの内容を特定する特定手順と、
    前記特定手順により特定されたエラーの内容を示す情報を提供する提供手順と
    をコンピュータに実行させるための情報提供プログラムであって、
    前記受付手順は、前記実行結果とともに前記外部サーバから提供される情報であって、前記処理の実行時に発生したエラーの種別を識別するエラー識別情報をさらに受け付け、
    前記特定手順は、前記実行結果の内容と、前記エラー識別情報との組み合わせに応じて、前記エラーの内容を特定する
    ことを特徴とする情報提供プログラム。
18. 情報提供装置が実行する情報提供方法であって、
    外部サーバが管理する情報を制御することで所定の機能を提供するアプリケーションが前記外部サーバに対して所定の処理の実行を指示した際に、当該外部サーバから前記アプリケーションに対して提供される前記所定の処理の実行結果を受け付ける受付工程と、
    前記実行結果の内容に基づいて、前記所定の処理の実行において生じたエラーの内容を特定する特定工程と、
    前記特定工程により特定されたエラーの内容を示す情報を提供する提供工程と
    を含み、
    前記受付工程は、前記所定の処理の指定をさらに受け付け、
    前記特定工程は、前記外部サーバが実行する処理に対し、当該処理の実行時にエラーが生じた際に前記外部サーバが提供する情報と、当該エラーの内容と、当該エラーを解消するために前記アプリケーションに実行させる対応策の内容を示す対応情報とを対応付けたテーブルを参照し、前記指定された所定の処理と前記実行結果とに対応するエラーの内容と対応情報とを特定する
    ことを特徴とする情報提供方法。
19. 外部サーバが管理する情報を制御することで所定の機能を提供するアプリケーションが前記外部サーバに対して所定の処理の実行を指示した際に、当該外部サーバから前記アプリケーションに対して提供される前記所定の処理の実行結果を受け付ける受付手順と、
    前記実行結果の内容に基づいて、前記所定の処理の実行において生じたエラーの内容を特定する特定手順と、
    前記特定手順により特定されたエラーの内容を示す情報を提供する提供手順と
    をコンピュータに実行させるための情報提供プログラムであって、
    前記受付手順は、前記所定の処理の指定をさらに受け付け、
    前記特定手順は、前記外部サーバが実行する処理に対し、当該処理の実行時にエラーが生じた際に前記外部サーバが提供する情報と、当該エラーの内容と、当該エラーを解消するために前記アプリケーションに実行させる対応策の内容を示す対応情報とを対応付けたテーブルを参照し、前記指定された所定の処理と前記実行結果とに対応するエラーの内容と対応情報とを特定する
    ことを特徴とする情報提供プログラム。

Images