知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-10-29
(45)【発行日】2024-11-07
(54)【発明の名称】データ連携プログラム、データ連携方法、およびデータ連携装置
(51)【国際特許分類】
G06Q 30/0601 20230101AFI20241030BHJP
G06F 9/48 20060101ALN20241030BHJP
【ＦＩ】
G06Q30/0601
G06F9/48 370
【請求項の数】
8
(21)【出願番号】P 2020158875
(22)【出願日】2020-09-23
(65)【公開番号】P2022052460
(43)【公開日】2022-04-04
【審査請求日】2023-06-23
(73)【特許権者】
【識別番号】514020389
【氏名又は名称】ＴＩＳ株式会社
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】近藤 晃弘
【審査官】岡北 有平
(56)【参考文献】
【文献】特開２０１８－０３２０８１（ＪＰ，Ａ）
【文献】特開２０１９－１４４８４８（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００ － ９９／００
Ｇ０６Ｆ ９／４８
(57)【特許請求の範囲】
【請求項1】
第１の情報処理装置に、ＥＣサイトに対するユーザからの複数の入力データを含む入力データ群を第２の情報処理装置から受信し、
前記入力データ群に基づいて、自装置に導入されるアプリケーションプログラムインタフェース（ＡＰＩ）のうち、前記入力データの各々に対応するＡＰＩを順番に呼び出す処理として、前記ＡＰＩのうち今回の順番のＡＰＩを呼び出し、呼び出したＡＰＩに対して当該ＡＰＩに対応する前記入力データに応じた結果データを出力させ、結果データが出力された場合には、前記ＡＰＩのうち次の順番のＡＰＩを呼び出し、呼び出したＡＰＩに対して当該ＡＰＩに対応する前記入力データに応じた結果データを出力させるという処理を実行し、
前記順番に応じた前記ＡＰＩが全て呼び出されることで呼び出された前記ＡＰＩから出力される前記結果データが揃った場合には、呼び出された前記ＡＰＩから出力される前記結果データに基づくデータを前記第２の情報処理装置に送信する
処理を実行させることを特徴とするデータ連携プログラム。
【請求項2】
前記第１の情報処理装置に、前記入力データ群から、呼び出す対象の前記ＡＰＩに対応する前記入力データを抽出し、
前記入力データを、前記ＡＰＩを呼び出すためのデータ形式に変換する
処理をさらに実行させることを特徴とする請求項１に記載のデータ連携プログラム。
【請求項3】
前記第１の情報処理装置に、前記結果データに基づくデータを、前記第２の情報処理装置に送信するためのデータ形式に変換する
処理をさらに実行させることを特徴とする請求項１または２に記載のデータ連携プログラム。
【請求項4】
前記第１の情報処理装置に、前記ユーザからの複数の第２の入力データを含む第２の入力データ群を前記第２の情報処理装置から受信し、
前記結果データに基づいて第２のＡＰＩを実行可と判定した場合、前記第２の入力データ群に基づいて、自装置に導入されるＡＰＩのうち、前記第２の入力データの各々に対応する前記第２のＡＰＩを順番に呼び出し、
前記第２のＡＰＩから出力される第２の結果データに基づくデータを前記第２の情報処理装置に送信する
処理をさらに実行させることを特徴とする請求項１に記載のデータ連携プログラム。
【請求項5】
前記ＡＰＩは、前記ＥＣサイトに対して前記ユーザを認証するためのＡＰＩであり、前記第１の情報処理装置に、
前記ユーザからの複数の第２の入力データを含む第２の入力データ群を前記第２の情報処理装置から受信し、
前記結果データに基づいて前記ユーザが正常に認証されたと判定した場合、前記第２の入力データ群に基づいて、自装置に導入されるＡＰＩのうち、前記第２の入力データの各々に対応する第２のＡＰＩを順番に呼び出し、
前記第２のＡＰＩから出力される第２の結果データに基づくデータを前記第２の情報処理装置に送信する
処理をさらに実行させることを特徴とする請求項１に記載のデータ連携プログラム。
【請求項6】
前記自装置に導入されるＡＰＩは、前記ＥＣサイトに対して前記ユーザを認証するためのＡＰＩ、前記ＥＣサイトの商品またはサービスを注文するためのＡＰＩ、前記商品または前記サービスを検索するためのＡＰＩ、前記ＥＣサイトに前記ユーザを会員登録するためのＡＰＩ、前記ＥＣサイトに対する前記ユーザの会員情報を取得するためのＡＰＩ、前記会員情報を更新するためのＡＰＩ、前記ＥＣサイトから前記ユーザを退会させるためのＡＰＩ、前記ＥＣサイトに対する前記ユーザの購買情報を取得するためのＡＰＩのいずれかであることを特徴とする請求項１に記載のデータ連携プログラム。
【請求項7】
第１の情報処理装置が、ＥＣサイトに対するユーザからの複数の入力データを含む入力データ群を第２の情報処理装置から受信し、
前記入力データ群に基づいて、自装置に導入されるアプリケーションプログラムインタフェース（ＡＰＩ）のうち、前記入力データの各々に対応するＡＰＩを順番に呼び出す処理として、前記ＡＰＩのうち今回の順番のＡＰＩを呼び出し、呼び出したＡＰＩに対して当該ＡＰＩに対応する前記入力データに応じた結果データを出力させ、結果データが出力された場合には、前記ＡＰＩのうち次の順番のＡＰＩを呼び出し、呼び出したＡＰＩに対して当該ＡＰＩに対応する前記入力データに応じた結果データを出力させるという処理を実行し、
前記順番に応じた前記ＡＰＩが全て呼び出されることで呼び出された前記ＡＰＩから出力される前記結果データが揃った場合には、呼び出された前記ＡＰＩから出力される前記結果データに基づくデータを前記第２の情報処理装置に送信する
処理を実行することを特徴とするデータ連携方法。
【請求項8】
第１の情報処理装置であるデータ連携装置であって、ＥＣサイトに対するユーザからの複数の入力データを含む入力データ群を第２の情報処理装置から受信する受信部と、
前記入力データ群に基づいて、自装置に導入されるアプリケーションプログラムインタフェース（ＡＰＩ）のうち、前記入力データの各々に対応するＡＰＩを順番に呼び出す処理として、前記ＡＰＩのうち今回の順番のＡＰＩを呼び出し、呼び出したＡＰＩに対して当該ＡＰＩに対応する前記入力データに応じた結果データを出力させ、結果データが出力された場合には、前記ＡＰＩのうち次の順番のＡＰＩを呼び出し、呼び出したＡＰＩに対して当該ＡＰＩに対応する前記入力データに応じた結果データを出力させるという処理を実行する呼び出し部と、
前記順番に応じた前記ＡＰＩが全て呼び出されることで呼び出された前記ＡＰＩから出力される前記結果データが揃った場合には、呼び出された前記ＡＰＩから出力される結果データに基づくデータを前記第２の情報処理装置に送信する送信部と
を備えたことを特徴とするデータ連携装置。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、データ連携プログラム、データ連携方法、およびデータ連携装置に関する。
【背景技術】
【0002】
インターネット上で商品やサービスを販売および提供するＥＣ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｍｍｅｒｃｅ）サイトは、ユーザとＷｅｂ画面などを介してやり取りを行うＥＣフロント部と、ＥＣフロント部とデータベース（ＤＢ）とのデータ連携などの内部処理を担う内部システム部とによって実現される。
【0003】
しかしながら、ＥＣサイトは、特に顧客情報を扱うため、安全性や堅牢性などが求められ、その開発も容易でない。そこで、内部システム部にパッケージソフトを導入し、ＥＣフロント部に合わせてパッケージソフトをカスタマイズしてＥＣサイトを構築する方法がある。
【先行技術文献】
【特許文献】
【0004】
【文献】特許第６２２４２８３号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら、ＥＣフロント部に対して改修を行う場合、パッケージソフト側にも改修が必要となる場合がある。これは、１つのパッケージソフトに複数のＥＣフロント部をデータ連携させている場合はさらに、１つのＥＣフロント部の改修が、他のＥＣフロント部にも影響を与えることになる。
【0006】
そこで、本開示では、ＥＣフロント部の改修をより容易に行い易くすることができるデータ連携プログラム、データ連携方法、およびデータ連携装置を提案する。
【課題を解決するための手段】
【0007】
本開示によれば、第１の情報処理装置に、ＥＣサイトに対するユーザからの複数の入力データを含む入力データ群を第２の情報処理装置から受信し、入力データ群に基づいて、入力データの各々に対応するアプリケーションプログラムインタフェース（ＡＰＩ）を順番に呼び出し、ＡＰＩから出力される結果データを第２の情報処理装置に送信する処理を実行させることを特徴とするデータ連携プログラムが提供される。
【0008】
また、本開示によれば、第１の情報処理装置が、ＥＣサイトに対するユーザからの複数の入力データを含む入力データ群を第２の情報処理装置から受信し、入力データ群に基づいて、入力データの各々に対応するＡＰＩを順番に呼び出し、ＡＰＩから出力される結果データを第２の情報処理装置に送信する処理を実行することを特徴とするデータ連携方法が提供される。
【0009】
また、本開示によれば、第１の情報処理装置であるデータ連携装置であって、ＥＣサイトに対するユーザからの複数の入力データを含む入力データ群を第２の情報処理装置から受信する受信部と、入力データ群に基づいて、入力データの各々に対応するＡＰＩを順番に呼び出す呼び出し部と、ＡＰＩから出力される結果データを第２の情報処理装置に送信する送信部とを備えたことを特徴とするデータ連携装置が提供される。
【図面の簡単な説明】
【0010】
【図1】本実施形態に係る情報処理システムの構成例を示す図である。
【図2】本実施形態に係る情報処理装置１００の機能構成例を示すブロック図である。
【図3】従来の注文処理の一例を示すシーケンス図である。
【図4】本実施形態に係る注文処理の一例を示すシーケンス図である。
【図5】本実施形態に係る会員情報更新処理の一例を示すシーケンス図である。
【図6】本実施形態に係る情報処理装置１００のハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【0011】
以下に、本実施形態について図面に基づいて詳細に説明する。なお、本明細書および図面において、実質的に同一の部位には、同一の符号を付することにより重複する説明を省略する。
【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】
１００ 情報処理装置
１１０ 記憶部
１２０ 受信部
１３０ 呼び出し部
１４０ 送信部
１５０ 抽出部
１６０ 変換部
１７０ 制御部
２００ ユーザ端末
３００ 連携元装置
１１０ 記憶部
１２０ 受信部
１３０ 呼び出し部
１４０ 送信部
１５０ 抽出部
１６０ 変換部
１７０ 制御部
２００ ユーザ端末
３００ 連携元装置
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】