情報処理装置、情報処理装置の制御方法、及び、プログラム
【課題】インターネットを利用した商品の販売について、商品を販売する主体が、商品を販売する機会を拡充できるようにする。
【解決手段】サービス提供サーバー１０は、装置からの所定のＷｅｂページへのアクセスに応じて、当該装置の表示部において当該Ｗｅｂページが表示される表示領域とは独立した表示領域に電子ショッピングカートを表示させるカート表示部９９と、電子ショッピングカートを利用して購入可能な商品を管理する商品管理部８１と、電子ショッピングカートに１の商品が入れられた場合、商品管理部８１が管理する商品のうち、当該１の商品と関連する商品を選択し、選択した商品の情報を電子ショッピングカートが表示された表示領域内に表示させる関連商品選択部９４と、を備える。
【解決手段】サービス提供サーバー１０は、装置からの所定のＷｅｂページへのアクセスに応じて、当該装置の表示部において当該Ｗｅｂページが表示される表示領域とは独立した表示領域に電子ショッピングカートを表示させるカート表示部９９と、電子ショッピングカートを利用して購入可能な商品を管理する商品管理部８１と、電子ショッピングカートに１の商品が入れられた場合、商品管理部８１が管理する商品のうち、当該１の商品と関連する商品を選択し、選択した商品の情報を電子ショッピングカートが表示された表示領域内に表示させる関連商品選択部９４と、を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、表示部を有する装置にネットワークを介して接続された情報処理装置、情報処理装置の制御方法、及び、情報処理装置を制御するためのプログラムに関する。
【背景技術】
【０００２】
従来、インターネット上に仮想的に構築されたショッピングモールである電子モールが知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−２３０３６５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ここで、電子モール等のインターネットを利用した商品の売買システムを利用して商品を販売する主体には、できるだけ商品を販売する機会を拡充したいとするニーズがある。
本発明は、上述した事情に鑑みてなされたものであり、インターネットを利用した商品の売買に係るシステムにおいて、商品を販売する機会を拡充したいという商品を販売する側のニーズに適切に応えることを目的とする。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、本発明は、表示部を有する装置にネットワークを介して接続され、前記装置からの所定のＷｅｂページへのアクセスに応じて、前記装置の前記表示部において当該Ｗｅｂページが表示される表示領域とは独立した表示領域に電子ショッピングカートを表示させるカート表示部と、前記電子ショッピングカートを利用して購入可能な商品であって、異なる複数の主体が販売する商品を管理する商品管理部と、前記電子ショッピングカートに１の商品が入れられた場合、当該１の商品を販売する主体と、当該１の商品と関連する商品を販売する主体とが同一か否かにかかわらず、前記商品管理部が管理する商品の中から当該１の商品と関連する商品を選択し、選択した商品の情報を前記電子ショッピングカートが表示された表示領域内に表示させる関連商品選択部と、を備えることを特徴とする。
【０００６】
また、本発明は、前記装置からの所定のＷｅｂページへのアクセスに応じて前記表示部に前記電子ショッピングカートが表示された後、前記電子ショッピングカートは、当該Ｗｅｂページの変移にかかわらず、当該Ｗｅｂページとは異なるＷｅｂページにおいて販売される商品を入れることができる状態で、前記表示部に継続して表示されることを特徴とする。
【０００７】
また、本発明は、前記商品管理部は、それぞれ個別に商品販売用のＷｅｂページを開設している、異なる主体が販売する商品を、統括的に管理し、前記関連商品選択部は、前記電子ショッピングカートに１の商品が入れられた場合、当該１の商品を販売する主体と、当該１の商品と関連する商品を販売する主体とが同一か否かにかかわらず、前記商品管理部が管理する商品の中から当該１の商品と関連する商品を選択し、選択した商品の情報を前記電子ショッピングカートが表示された表示領域内に表示させること、を特徴とする。
【０００８】
また、本発明は、前記関連商品選択部は、前記電子ショッピングカートに１の商品が入れられた場合、当該１の商品と同時に購入される可能性がある他の商品を、当該１の商品と関連する商品として選択することを特徴とする。
【０００９】
また、本発明は、前記関連商品選択部は、前記電子ショッピングカートに１の商品が入れられた場合、過去の前記電子ショッピングカートを利用した商品の購入の実態から、当該１の商品と同時に購入される傾向がある他の商品を特定し、特定した商品を、当該１の商品と関連する商品として選択することを特徴とする。
【００１０】
また、上記目的を達成するために、本発明は、表示部を有する装置にネットワークを介して接続された情報処理装置の制御方法であって、電子ショッピングカートを利用して購入可能な商品であって、異なる複数の主体が販売する商品を管理すると共に、前記装置からの所定のＷｅｂページへのアクセスに応じて、前記装置の前記表示部において当該Ｗｅｂページが表示される表示領域とは独立した表示領域に前記電子ショッピングカートを表示し、前記電子ショッピングカートに１の商品が入れられた場合、当該１の商品を販売する主体と、当該１の商品と関連する商品を販売する主体とが同一か否かにかかわらず、管理する商品の中から当該１の商品と関連する商品を選択し、選択した商品の情報を前記電子ショッピングカートが表示された表示領域内に表示することを特徴とする。
【００１１】
また、上記目的を達成するために、本発明は、表示部を有する装置にネットワークを介して接続された情報処理装置を制御するコンピューターにより実行されるプログラムであって、前記コンピューターを、前記装置からの所定のＷｅｂページへのアクセスに応じて、前記装置の前記表示部において当該Ｗｅｂページが表示される表示領域とは独立した表示領域に電子ショッピングカートを表示させるカート表示部と、前記電子ショッピングカートを利用して購入可能な商品であって、異なる複数の主体が販売する商品を管理する商品管理部と、前記電子ショッピングカートに１の商品が入れられた場合、当該１の商品を販売する主体と、当該１の商品と関連する商品を販売する主体とが同一か否かにかかわらず、前記商品管理部が管理する商品の中から当該１の商品と関連する商品を選択し、選択した商品の情報を前記電子ショッピングカートが表示された表示領域内に表示させる関連商品選択部と、として機能させることを特徴とする。
【発明の効果】
【００１２】
本発明によれば、商品を販売する機会を拡充するという商品を販売する側のニーズに適切に応えることができる。
【図面の簡単な説明】
【００１３】
【図１】クロスセールシステムの構成を示す図である。
【図２】サービス提供サーバーの機能的構成を示すブロック図である。
【図３】ジュース販売ページ、及び、電子ショッピングカートを示す図である。
【図４】電子ショッピングカートを示す図である。
【図５】酒販売ページ、及び、電子ショッピングカートを示す図である。
【図６】（Ａ）は電子ショッピングカートを、（Ｂ）は購入者情報入力ページを、（Ｃ）は内容確認ページをそれぞれ示す図である。
【図７】会社情報入力ページを示す図である。
【図８】（Ａ）は会社ＤＢのデータ構造を、（Ｂ）は商品ＤＢのデータ構造を、（Ｃ）は商品属性ＤＢのデータ構造を、（Ｄ）は在庫ＤＢのデータ構造をそれぞれ示す図である。
【図９】商品登録ページを示す図である。
【図１０】関連性データを示す図である。
【図１１】＜具体例＞におけるサービス提供サーバー、その他の装置の動作を示すフローチャートである。
【図１２】選択処理の詳細を示すフローチャートである。
【発明を実施するための形態】
【００１４】
以下、図面を参照して本発明の実施形態について説明する。
図１は、本実施形態に係るクロスセールシステム１の構成を示す図である。
図１に示すように、クロスセールシステム１は、サービス提供サーバー１０（情報処理装置）を備えている。
サービス提供サーバー１０は、サービス提供会社１１が開発、保守、運営するサーバーである。サービス提供会社１１は、後述するクロスセールサービスを提供する主体である。後に詳述するクロスセールサービスは、サービス提供サーバー１０の機能により実現される。
サービス提供サーバー１０は、インターネット１２に接続されており、このインターネット１２を介して、後述するジュース販売会社サーバー１３や、酒販売会社サーバー１４等のサーバー装置と通信可能である。
サービス提供サーバー１０と、他のサーバー装置との間では、所定の暗号化プロトコルに準じた通信や、仮想専用線等の既存の技術によりセキュアな通信が実現されている。サービス提供サーバー１０と、他のサーバー装置（例えばジュース販売会社サーバー１３）との間を専用線で接続し、当該専用線を介してこれら装置間で通信するようにしてもよいことは勿論である。
【００１５】
図１に示すように、インターネット１２には、個人端末１５（装置）、ジュース販売会社サーバー１３、酒販売会社サーバー１４、及び、クレジットカードシステム１７が接続されている。
【００１６】
個人端末１５は、個人である閲覧者Ｐ１が所有するパーソナルコンピューターであり、インターネット１２に接続可能に構成されると共に、少なくともＷｅｂページを表示可能な表示パネル２０と、マウスやキーボード等の入力デバイス２１と、を備えている。
なお、図１の個人端末１５は、インターネット１２に無数に接続された端末のうちの１台を例示的に示すものであり、本実施形態の例ではパーソナルコンピューターの形態であるが、インターネット１２に接続可能に構成されており、かつ、所定のブラウザーがインストールされ、Ｗｅｂページを表示可能な端末であれば、その形態を問わない。例えば、携帯電話や、インターネット１２に接続可能なゲーム機等であってもよい。
【００１７】
ジュース販売会社サーバー１３は、ジュースを販売するジュース販売会社２６が管理するサーバーである。このジュース販売会社２６は、少なくとも、ジュースＪ１、及び、ジュースＪ２の２種類のジュースを販売しており、ジュース販売会社サーバー１３上に、当該２種類のジュースを販売するための専用のＷｅｂサイト（以下、「ジュース販売サイト」という。）を開設している。
上述した個人端末１５を所有する閲覧者Ｐ１は、ジュース販売サイトのＵＲＬを把握しており、個人端末１５からジュース販売サイトにアクセスし、ジュース販売サイトのＷｅｂページであるジュース販売ページ２７（図３参照）を表示パネル２０に表示させることが可能である。
【００１８】
酒販売会社サーバー１４は、酒を販売する酒販売会社２８が管理するサーバーである。この酒販売会社２８は、少なくとも、酒Ｓ１、及び、酒Ｓ２の２種類の酒を販売しており、酒販売会社サーバー１４上に、当該２種類の酒を販売するための専用のＷｅｂサイト（以下、「酒販売サイト」という。）を開設している。
酒販売会社２８は、上述したジュース販売会社２６とは、何ら関係のない会社であり、従って、これら会社の間で、ジュース販売サイトと、酒販売サイトとの間でのデータの送受信を前提とした取り決め（送受信するデータのフォーマットや、プロトコル等に関する取り決め）は、何ら行われていない。
上述した個人端末１５を所有する閲覧者Ｐ１は、酒販売サイトのＵＲＬを把握しておらず、従って、意図して、酒販売サイトにアクセスし、酒販売サイトのＷｅｂページである酒販売ページ２９（図５参照）を表示パネル２０に表示させることはできない。
【００１９】
クレジットカードシステム１７は、クレジットカードの発行会社や、クレジットカードの加盟店を管理する加盟店管理会社によって提供されるシステムのことであり、少なくとも、クレジットカードを利用した決済機能と、クレジットカード番号やその他の情報に基づいて本人確認及び信用照会を実行する機能と、を有している。
【００２０】
また、図１に示すように、本実施形態の例では、ジュース販売会社２６、及び、酒販売会社２８とは別に、お茶販売会社３０が存在している。
このお茶販売会社３０は、少なくとも、お茶Ｔ１、及び、お茶Ｔ２の２種類のお茶を販売している。そして、お茶販売会社３０は、上述したジュース販売会社２６、及び、酒販売会社２８と異なり、サーバーを所有しておらず、かつ、お茶の販売に係るサイトを何ら開設していない。つまり、お茶販売会社３０は、お茶Ｔ１、お茶Ｔ２という商品を業として販売する一方、インターネット１２を利用した販売手段を持たない会社である。
【００２１】
図２は、サービス提供サーバー１０の機能的構成を示すブロック図である。
図２に示すように、サービス提供サーバー１０は、制御部３３と、表示部３４と、入力部３５と、記憶部３６と、インターフェイス部３７と、を備えている。
制御部３３は、サービス提供サーバー１０の各部を中枢的に制御するものであり、演算実行部としてのＣＰＵや、このＣＰＵに実行される各種プログラムを不揮発的に記憶するＲＯＭ、ＣＰＵに実行されるプログラムやこのプログラムに係るデータ等を一時的に記憶するＲＡＭ、その他の周辺回路等を備えている。制御部３３が備える各機能ブロックについては後述する。これら機能ブロックのそれぞれは、ＣＰＵがプログラムを実行する等、ハードウェアとソフトウェアとの協働により実現される。
表示部３４は、液晶表示パネル等の表示パネルを備え、制御部３３の制御の下、表示パネルに各種情報を表示する。
入力部３５は、所定の入力デバイスに接続され、入力デバイスに対する操作を検出し、制御部３３に出力する。
記憶部３６は、ハードディスク等の不揮発性の記憶装置を備え、各種データを書き換え可能に記憶する。記憶部３６に記憶された各データについては後述する。
インターフェイス部３７は、制御部３３の制御の下、インターネット１２を介して、各種装置と通信規格に準拠した通信を行う。
なお、サービス提供サーバー１０の構成は、図２に示すものに限らず、例えば、複数のサーバー装置が連係した構成であってもよく、また、集中型システム、分散型システムの一部の機能であってもよい。すなわち、後述するクロスセールサービスに係る各種機能を実現可能な構成であれば、その形態を問わない。
【００２２】
次いで、クロスセールサービスについて詳述する。
以下、まず、クロスセールサービスの概要について具体例を挙げて説明し、その次に、クロスセールサービスがサービス提供サーバー１０の機能によりどのようにして実現されているのかを詳細に説明する。
【００２３】
まず、クロスセールサービスの概要について、具体例を挙げて説明する。
【００２４】
＜クロスセールサービスの具体例＞
図３は、閲覧者Ｐ１が個人端末１５を利用してジュース販売サイトにアクセスし、ブラウザーの機能により、ジュース販売ページ２７が、個人端末１５の表示パネル２０のウインドウに表示されている様子を示す図である。説明の便宜のため、以下、ジュース販売ページ２７が表示されているウインドウのことを、単に、ジュース販売ページ２７と表現する。
上述したように、ジュース販売ページ２７は、ジュース販売会社２６が、ジュースＪ１と、ジュースＪ２とを販売するために開設したページである。
図３に示すように、ジュース販売ページ２７には、ジュース商品表示エリア４０が形成され、このジュース商品表示エリア４０には、商品としてのジュースＪ１を紹介するジュースＪ１紹介エリア４１と、ジュースＪ２を紹介するジュースＪ２紹介エリア４２とが形成されている。
ジュースＪ１紹介エリア４１について詳述すると、当該エリアでは、ジュースＪ１の商品画像４３Ｊ１が表示され、その右側には、ジュースＪ１の名称、価格、及び、ジュースＪ１を紹介する文章を含む商品情報４４Ｊ１が表示されている。さらに、商品画像４３Ｊ１の下には、購入を検討している商品として、ジュースＪ１の情報を後述するカート専用ウインドウ４５に表示された電子ショッピングカート４６の検討商品一覧エリア４７に表示させるためのカートボタン４８Ｊ１が表示されている。以下、説明の便宜のため、購入を検討している商品として、当該商品の情報を後述する電子ショッピングカート４６内の検討商品一覧エリア４７に表示させることを、「商品をショッピングカートに入れる」という。ショッピングカートに入れられた商品の情報は、サービス提供サーバー１０側で保持される。
【００２５】
図３に示すように、ジュース販売ページ２７が表示されると、これと併せて、自動で、サービス提供サーバー１０の機能により、カート専用ウインドウ４５が新たに開かれ、このカート専用ウインドウ４５内に電子ショッピングカート４６が表示される。電子ショッピングカート４６は、ジュース販売ページ２７と、別の独立したウインドウに表示されており、ジュース販売ページ２７から独立して、その大きさを変動したり、その位置を変えたりすることが可能である。
この電子ショッピングカート４６は、オンラインショッピングで広く普及しているショッピングカートと同様、閲覧者Ｐ１が購入を検討している商品の情報を保持し、一覧的に表示する機能のほか、商品推奨機能という本願特有の機能を有している。商品推奨機能については後述する。
図３に示すように、電子ショッピングカート４６には、検討商品一覧エリア４７と、推奨商品表示エリア５０とが形成されている。
検討商品一覧エリア４７は、ジュース販売ページ２７等のクロスセールサービスを利用する商品販売用のページにおいて、カートボタン４８が押された商品の情報を累積的に一覧表示するエリアである。商品の情報には、商品の名称、価格、及び、購入数量が含まれている。また、検討商品一覧エリア４７には、合計金額欄５１が形成されている。合計金額欄５１は、検討商品一覧エリア４７に表示されている商品の全てを、指定された購入数量ずつ買った場合の合計金額が表示される欄である。
推奨商品表示エリア５０については、後に詳述する。
電子ショッピングカート４６において、推奨商品表示エリア５０の下には、購入手続開始ボタン５２が設けられている。閲覧者Ｐ１によって、この購入手続開始ボタン５２が選択されたことをトリガーとして、電子ショッピングカート４６に係るショッピングカートに入っている商品の購入手続へ移行する。
【００２６】
図４（Ａ）は、図３のジュース販売ページ２７において、閲覧者Ｐ１により、ジュースＪ１に係るカートボタン４８Ｊ１が選択された後の電子ショッピングカート４６の状態を示す図である。
図４（Ａ）に示すように、ジュースＪ１に係るカートボタン４８Ｊ１が選択されると、検討商品一覧エリア４７に、ジュースＪ１の名称、価格、及び、購入数量が対応付けられたジュースＪ１の情報が追加される。また、ジュースＪ１の情報と対応付けて削除ボタン５３が表示される。この削除ボタン５３は、ジュースＪ１をショッピングカートから取り出すためのボタンである。ジュースＪ１をショッピングカートから取り出すとは、購入を検討している対象からジュースＪ１を外すことを言う。例えば、閲覧者Ｐ１は、ジュースＪ１を電子ショッピングカート４６に入れた後、ジュースＪ１を購入するか否か検討した結果、ジュースＪ１を購入しないことに決めた場合、削除ボタン５３を選択して、ジュースＪ１をショッピングカートから取り出す。
【００２７】
さらに、図４（Ａ）に示すように、ジュースＪ１に係るカートボタン４８Ｊ１が選択され、ジュースＪ１がショッピングカートに入れられると、これと併せて、推奨商品表示エリア５０に、ジュースＪ１と関連した商品であって、電子ショッピングカート４６を利用して購入可能な商品の情報が表示される。
ここで、本実施形態では、ジュースＪ１はウーロン茶であり、酒Ｓ１はウーロン茶を利用した酒であり、また、お茶Ｔ１はウーロン茶の茶葉であり、これらジュースＪ１、酒Ｓ１、及び、お茶Ｔ１が、後述する手段により関連した商品であるものとされているものとする。１の商品と、他の商品とが関連しているとは、当該１の商品を購入した場合に当該他の商品を同時に購入する傾向があること言い、本実施形態では、詳細は後述するが、互いに関連する商品が、クロスセールサービスを利用した商品の購入の実績に基づいて適切に設定される。
なお、「１の商品と、他の商品とが同時に購入される」とは、当該１の商品、及び、当該他の商品が、同一のショッピングカートに入れられ、同一の購入手続で購入されることを言う。
また、商品間の関連づけは、サービス提供サーバー１０の機能によって行われるが、これについては後に詳述する。
【００２８】
そして、図４（Ａ）に示すように、ジュースＪ１がショッピングカートに入れられると、これと併せて、推奨商品表示エリア５０に、ジュースＪ１と関連する商品である酒Ｓ１の情報が表示された酒Ｓ１推奨エリア５５と、ジュースＪ１と関連する商品であるお茶Ｔ１の情報が表示されたお茶Ｔ１推奨エリア５６とが形成される。
酒Ｓ１推奨エリア５５について詳述すると、当該エリアには、酒Ｓ１の商品画像５７Ｓ１が表示され、その右側には酒Ｓ１の名称、価格、及び、酒Ｓ１を紹介する文章を含む推奨商品情報５８Ｓ１が表示される。この推奨商品情報５８Ｓ１の下には、リンク５９Ｓ１が表示される。このリンク５９Ｓ１は、酒Ｓ１を販売する酒販売会社２８の酒販売サイトにアクセスするためのハイパーリンクであり、当該サイトへリンクすることが明記されている。当該リンク５９Ｓ１が選択されると、ブラウザーは、酒販売サイトにアクセスし、ジュース販売ページ２７から酒販売ページ２９へとウインドウ内に表示していたページを遷移する。
酒Ｓ１推奨エリア５５における酒Ｓ１の商品画像５７Ｓ１の下には、推奨商品カートボタン６０Ｓ１が表示されている。この推奨商品カートボタン６０Ｓ１を選択することにより、酒Ｓ１をショッピングカートに入れることが可能である。
お茶Ｔ１推奨エリア５６は、酒Ｓ１推奨エリア５５と同様の構成のため、その説明を省略する。
【００２９】
このように、本実施形態では、ジュースＪ１がショッピングカートに入れられ、検討商品一覧エリア４７に、ジュースＪ１の情報が表示されると、これと併せて、電子ショッピングカート４６内に形成された推奨商品表示エリア５０に、ジュースＪ１と関連する商品である酒Ｓ１と、お茶Ｔ１とが自動で表示され、かつ、推奨商品表示エリア５０に表示された推奨商品カートボタン６０を選択するという簡易な操作のみにより、これら酒Ｓ１及びお茶Ｔ１のいずれをもショッピングカートに入れることが可能である。
これにより、以下のメリットがある。
【００３０】
すなわち、酒Ｓ１及びお茶Ｔ１は、ジュースＪ１と関連した商品であり、従って、ジュースＪ１を購入しようとしている閲覧者Ｐ１は、酒Ｓ１及びお茶Ｔ１を購入できるのであれば、ジュースＪ１と同時に購入する可能性がある。そして、本実施形態では、ジュースＪ１がショッピングカートに入れられたことをトリガーとして、自動で、電子ショッピングカート４６内の推奨商品表示エリア５０に、ジュースＪ１と関連する酒Ｓ１及びお茶Ｔ１の情報が表示され、かつ、簡易な手段でこれら酒Ｓ１及びお茶Ｔ１をショッピングカートに入れることが可能であるため、酒Ｓ１を販売する酒販売会社２８、及び、お茶Ｔ１を販売するお茶販売会社３０にとっては、商品を販売する機会を拡充でき、好適に商機を得ることができる。特に、お茶販売会社３０は、自身では商品を販売するサイトを持っていないが、このような会社であっても、インターネット１２を利用して、商品を販売する機会を拡充でき、好適に商機を得ることができることとなる。また、酒販売会社２８はジュース販売会社２６と何ら関係のない会社であり、かつ、閲覧者Ｐ１は酒販売会社２８の酒販売サイトのＵＲＬを把握しておらず、従って、閲覧者Ｐ１は、酒販売サイトに意図的にアクセスできないが、このような会社であっても、閲覧者Ｐ１に対して、自身が販売する商品を紹介することが可能となり、商品を販売する機会を拡充でき、好適に商機を得ることができる。
さらに、本実施形態では、独立したウインドウであるカート専用ウインドウ４５の電子ショッピングカート４６に形成された推奨商品表示エリア５０に、ショッピングカートに入れられた商品と関連する商品の情報が、自動で、表示される。このため、閲覧者Ｐ１は、推奨商品表示エリア５０に表示された商品が、自身がショッピングカートに入れた商品と関連のある商品であることを、直感的に把握できる。さらに、電子ショッピングカート４６において、閲覧者Ｐ１が購入を検討している商品の情報と、当該商品に関連する商品の情報とが近接して表示されるため、閲覧者Ｐ１を関連する商品の情報に注目させることができ、これら関連する商品の購入の検討を促すことができる。
さらに、ショッピングカートに商品が入れられた場合、当該商品と関連する商品の情報が、自動で、表示される構成のため、閲覧者Ｐ１は、所定のサイトにおいて、カートボタン４８を選択し（カートボタン４８の選択に類する操作を含む）、自身が購入を希望する商品をショッピングカートに入れる、という単純な作業を行うだけで、関連する商品の情報という非常に有益な情報を得ることができる。このことは、閲覧者Ｐ１の利便性の向上につながり、閲覧者Ｐ１の満足度の向上、及び、閲覧者Ｐ１によるジュース販売サイトに対する評価の向上へとつながる。
【００３１】
図４（Ｂ）は、図４（Ａ）の電子ショッピングカート４６において、閲覧者Ｐ１がお茶Ｔ１に係る推奨商品カートボタン６０Ｔ１を選択し、お茶Ｔ１をショッピングカートに入れた後の様子を示す図である。
上述したように、閲覧者Ｐ１は、電子ショッピングカート４６の推奨商品表示エリア５０に自動で表示されたお茶Ｔ１の推奨商品カートボタン６０Ｔ１を選択する、という非常に簡易な操作によりお茶Ｔ１をショッピングカートに入れることが可能である。そして、お茶Ｔ１をショッピングカートに入れると、図４（Ｂ）に示すように、検討商品一覧エリア４７にお茶Ｔ１の情報が表示され、お茶Ｔ１が購入を検討している商品の対象となる。
お茶Ｔ１がショッピングカートに入れられると、推奨商品表示エリア５０からお茶Ｔ１の情報が消去されると共に、お茶Ｔ１と関連する商品の情報が、さらに、推奨商品表示エリア５０に表示される。ただし、図４（Ｂ）の例では、お茶Ｔ１と関連する商品は、ジュースＪ１以外では、酒Ｓ１しかなく、従って、推奨商品表示エリア５０には、酒Ｓ１の情報が表示された状態となる。
【００３２】
図５は、図４（Ｂ）の電子ショッピングカート４６において、さらに、酒Ｓ１推奨エリア５５のリンク５９Ｓ１が選択された場合における表示パネル２０の様子を示す図である。
上述したように、ハイパーリンクたるリンク５９Ｓ１が選択されると、酒販売サイトへのアクセスが実行され、ジュース販売ページ２７が酒販売ページ２９へと遷移する。なお、ブラウザーの設定や、ブラウザーに対する明示の指示により、ジュース販売ページ２７とは別のウインドウに酒販売ページ２９が表示されてもよく、また、タブごとにＷｅｂページを表示可能なブラウザーの場合は、新しいタブにおける表示領域に酒販売ページ２９が表示されてもよい。
図４（Ｂ）と、図５との比較により明らかなように、ジュース販売ページ２７から酒販売ページ２９へとＷｅｂページが遷移した場合であっても、電子ショッピングカート４６の状態は不変であり、ジュースＪ１、及び、お茶Ｔ１が購入を検討している商品としてショッピングカートに入った状態が維持される。
このように、本実施形態では、何らかの商品がショッピングカートに入れられ、電子ショッピングカート４６の検討商品一覧エリア４７に当該商品の情報が表示されている場合は、当該商品の販売用のページの変動にかかわらず、電子ショッピングカート４６の状態が維持される。より具体的に言えば、ジュースＪ１がショッピングカートに入れられている場合は、ジュースＪ１を販売するためのジュース販売ページ２７が他のページに遷移したり、ジュース販売ページ２７が閉じられたり、ジュース販売ページ２７以外のページが別の新しいウインドウで新たに開かれたり、また、ジュース販売ページ２７以外のページが新しいタブにおいて新たに表示されたりした場合であっても、電子ショッピングカート４６は、その状態が維持されたまま表示され続ける。なお、カート専用ウインドウ４５が最小化されている状態も、電子ショッピングカート４６が表示されている状態であるものとする。
以上のような構成のため、以下のようなメリットがある。
【００３３】
すなわち、他のウインドウの状況にかかわらず、電子ショッピングカート４６が表示され続けるため、購入を検討している商品（ショッピングカートに入れた商品）が常に視認できる状態となり、閲覧者Ｐ１の利便性が向上する。例えば、閲覧者Ｐ１が商品の購入の検討を一旦中断し、商品の購入とは関係のないＷｅｂページを閲覧したり、個人端末１５にインストールされた別のソフトウェアを起動して音楽を聴いたりゲームをしたりする等の行為を行った場合であっても、既にショッピングカートに入れた商品についてはショッピングカートに入った状態が維持され、かつ、電子ショッピングカート４６の検討商品一覧エリア４７を確認することにより購入を検討している商品が何であったかを、いつでも、認識可能となり、閲覧者Ｐ１の利便性が向上する。
さらに、閲覧者Ｐ１が商品の購入の検討を一旦中断し、上述したような商品の購入とは別の行為を行った場合であっても、商品をショッピングカートに入れた状態がリセットされることがなく、閲覧者Ｐ１が同一の商品について再びショッピングカートに入れる作業を行う必要がなくなるため、閲覧者Ｐ１の利便性が向上する。
さらに、他のウインドウの状況にかかわらず、電子ショッピングカート４６が表示され続けるため、購入を検討している商品がショッピングカートに継続して入っているということを閲覧者Ｐ１に確実に認識させることができる。
さらに、上記構成によれば、異なる複数のＷｅｂページを移動しつつ、各Ｗｅｂページにおいて販売されている商品を、同一のカート専用ウインドウ４５（電子ショッピングカート４６）を利用して、一括して、購入可能である。特に、本実施形態では、ジュース販売会社２６のジュース販売サイトと、酒販売会社２８の酒販売サイトとは、例えば、共通の電子商店街（いわゆる電子モール）に属していたり、また、これらサイト間でのデータの送受信を前提とした取り決め（送受信するデータのフォーマットや、通信のプロトコル等に関する取り決め）が行われていたりしているわけではなく、何ら関係のないサイトである。そして、クロスセールサービスは、このように、何ら関係のない複数のＷｅｂページ、すなわち、それぞれ独自の手法により独立して開設されたＷｅｂページ間を移動しつつ、各Ｗｅｂページにおいて販売されている商品を、同一のカート専用ウインドウ４５（電子ショッピングカート４６）を利用して、一括して、購入可能である。
なお、所定の時間以上、カート専用ウインドウ４５がアクティブとならなかったり、所定の操作がなされなかったりした場合に、一旦、電子ショッピングカート４６によって保持している商品の情報（購入を検討している商品の情報）をクリアするような構成としても良いことは勿論である。
【００３４】
図６（Ａ）は、図５の状態において、さらに、閲覧者Ｐ１が酒Ｓ２をショッピングカートに入れた後の様子を示す図である。
閲覧者Ｐ１は、酒販売ページ２９の酒Ｓ２に係るカートボタン４８Ｓ２を選択することにより酒Ｓ２をショッピングカートに入れることができる。なお、酒販売ページ２９は、酒Ｓ１、酒Ｓ２を販売する酒販売会社２８が開設したサイトのページであり、従って、酒販売ページ２９には酒Ｓ１、酒Ｓ２に関する情報がより多く含まれているため、閲覧者Ｐ１にとって酒販売ページ２９を開くメリットがある。
図６（Ａ）に示すように、酒Ｓ２がショッピングカートに入ると、検討商品一覧エリア４７に酒Ｓ２の情報が表示され、酒Ｓ２が購入を検討している商品の対象となる。
また、酒Ｓ２がショッピングカートに入ると、図６（Ａ）に示すように、検討商品一覧エリア４７に表示された商品のそれぞれ（ジュースＪ１、お茶Ｔ１、及び、酒Ｓ２）に関連する商品の情報が、推奨商品表示エリア５０に表示される。具体的には、ジュースＪ１と、お茶Ｔ１に関連する商品である酒Ｓ１、及び、酒Ｓ２に関連する商品であるジュースＪ２、お茶Ｔ２の情報が推奨商品表示エリア５０に表示される。
【００３５】
図６（Ｂ）は、図６（Ａ）の電子ショッピングカート４６の購入手続開始ボタン５２を選択した場合のカート専用ウインドウ４５の様子を示す図である。
購入手続開始ボタン５２が選択されると、ショッピングカートに入っている商品の購入手続へ移行し、カート専用ウインドウ４５内に表示されたページが、電子ショッピングカート４６から購入者情報入力ページ６２へと遷移する。
図６（Ｂ）に示すように、購入者情報入力ページ６２には、購入者情報入力エリア６３が形成されており、閲覧者Ｐ１は、この購入者情報入力エリア６３に、商品の購入者たる閲覧者Ｐ１の名前、電話番号、住所、メールアドレス、クレジットカード種類、クレジットカード番号、及び、有効期限が入力可能である。閲覧者Ｐ１は、全ての入力欄への入力を完了した後、注文内容確認ボタン６４を選択する。なお、購入者情報入力エリア６３に形成された各入力欄について、必要な入力チェックや、入力制限を行うようにしてもよいことは勿論である。
【００３６】
図６（Ｃ）は、図６（Ｂ）の購入者情報入力ページ６２において、購入者情報入力エリア６３の各入力欄への入力が完了した後、注文内容確認ボタン６４が選択された場合のカート専用ウインドウ４５の様子を示す図である。
購入者情報入力ページ６２において注文内容確認ボタン６４が選択されると、カート専用ウインドウ４５内に表示されたページが、購入者情報入力ページ６２から内容確認ページ６５へと遷移する。
この内容確認ページ６５では、閲覧者Ｐ１がカート専用ウインドウ４５に係るショッピングカートを利用して購入しようとしている商品の情報、代金に関する情報、及び、購入者を示す情報が表示される。
閲覧者Ｐ１は、内容確認ページ６５の内容を確認した後、内容に誤りがなければ、確定ボタン６６を選択する。
【００３７】
確定ボタン６６が選択されると、閲覧者Ｐ１がカート専用ウインドウ４５に係るショッピングカートを利用して購入した商品についての決済が実行される。
すなわち、閲覧者Ｐ１からジュース販売会社２６にジュースＪ１の代金が支払われ、酒販売会社２８に酒Ｓ２の代金が支払われ、かつ、お茶販売会社３０にお茶Ｔ１の代金が支払われる。決済に係る処理は、サービス提供サーバー１０の機能により、過不足なく、かつ、確実に行われるが、これについては後述する。
決済後、ジュース販売会社２６から閲覧者Ｐ１にジュースＪ１が所定の手段により送付され、酒販売会社２８から閲覧者Ｐ１に酒Ｓ２が送付され、お茶販売会社３０から閲覧者Ｐ１にお茶Ｔ１が送付され、一連と取引が終了する。
【００３８】
＜クロスセールサービスを実現するサービス提供サーバー１０の機能＞
次いで、具体例で説明したクロスセールサービスを実現するサービス提供サーバー１０の機能について、詳述する。
【００３９】
まず、クロスセールサービスの実現にあたり、ジュース販売会社２６、酒販売会社２８、及び、お茶販売会社３０は、それぞれ、サービス提供会社１１とクロスセールサービスの利用に関する契約（以下、「クロスセール契約」）を結ぶことが前提となる。
商品を販売する会社（ジュース販売会社２６、酒販売会社２８、及び、お茶販売会社）と、サービス提供会社１１との間で結ばれるクロスセール契約には、クロスセールサービスを利用する対価の支払いの態様に関する契約が含まれている。
クロスセールサービスを利用する対価の支払いの態様としては、商品を販売する会社からサービス提供会社１１に対して、定期的に定額の料金を支払うタイプと、電子ショッピングカート４６を利用して商品が購入される度に、商品を販売する会社からサービス提供会社１１に対して、所定の割合のマージンを支払うタイプとが用意されている。いずれにしても、商品を販売する会社は、クロスセールサービスを利用する契約を結び、クロスセールサービスを利用することにより、上述したように、商品の販売機会の拡充等の大きなメリットを享受できることとなる。
なお、クロスセールサービスを利用する対価の支払いの態様は、例に挙げた態様に限らず、例えば、上記２つのタイプの支払い方法をミックスさせた態様であってもよい。すなわち、商品を販売する会社からサービス提供会社１１に対して、クロスセールサービスの利用に伴って販売機会を拡充できる対価が支払われればよい。
【００４０】
クロスセール契約を結んだ会社（以下、「契約会社」という。本実施形態では、ジュース販売会社２６、酒販売会社２８、及び、お茶販売会社３０のことである。）には、各会社の情報を入力するための会社情報入力ページ７０（図７）にアクセスするためのＵＲＬが通知される。
クロスセール契約を結んだ後、契約会社のそれぞれは、会社が所有する端末（インターネット１２に接続可能な端末であればよい）を利用して、会社情報入力ページ７０にアクセスし、会社情報入力ページ７０に必要な会社情報を入力する。
【００４１】
図７は、会社情報入力ページ７０の一例を示す図である。
この会社情報入力ページ７０を表示させる機能は、サービス提供サーバー１０の制御部３３の会社ＤＢ生成部７１の機能により実現される。会社ＤＢ生成部７１は、会社情報入力ページ７０へのアクセスに応じて、所定の通信プロトコル（ｈｔｔｐ）に準拠して、ＨＴＭＬファイル等によって構成される描画データを出力し、会社情報入力ページ７０を表示させる。
なお、会社ＤＢ生成部７１の機能は、制御部３３のＣＰＵがプログラムを実行する等、ハードウェアとソフトウェアとの協働により実現される。
【００４２】
図７に示すように、会社情報入力ページ７０には、会社情報入力エリア７３と、振込先情報入力エリア７４と、支払方法入力エリア７５とが形成されている。
会社情報入力エリア７３には、会社名、住所、電話番号、及び、代表者名を入力する欄が形成されている。
振込先情報入力エリア７４は、クロスセールサービスを介して契約会社の商品が購入された場合に、購入代金を振り込むべき契約会社の口座の情報を入力するエリアである。詳細は後述するが、サービス提供サーバー１０の機能により、クロスセールサービスを利用して１の会社に係る商品が購入された場合、当該１の会社の口座に、過不足なく確実に購入代金が振り込まれる。
支払方法入力エリア７５は、契約会社からサービス提供会社へ、クロスセールサービスを利用する対価の支払方法に関する情報を入力するエリアである。説明の便宜のため、本実施形態では、定額を定期的に支払う支払方法Ａと、商品が購入される度に購入代金の所定の割合の額のマージンを支払う支払方法Ｂの２つの支払方法のみが存在するものとする。契約会社は、ラジオボタン７６を利用して、支払方法Ａと、支払方法Ｂのうち、いずれの支払方法を利用するかを選択する。
【００４３】
契約会社は、会社情報入力ページ７０に情報を入力した後、確定ボタン６６を選択する。確定ボタン６６が選択されると、会社情報入力ページ７０に入力された情報が、インターネット１２を介して、会社ＤＢ生成部７１に出力される。
会社ＤＢ生成部７１は、会社情報入力ページ７０に入力された情報に基づいて、会社ＤＢ７７に１件のレコードを生成する。
【００４４】
図８（Ａ）は、会社ＤＢ７７のデータ構造を示す図である。
会社ＤＢ７７は、契約会社ごとにレコードが形成されたリレーショナルデータベースであり、図８に示すように、１件のレコードには、会社ＩＤフィールド７７ａと、会社情報フィールド７７ｂと、振込先情報フィールド７７ｃと、支払方法情報フィールド７７ｄと、が含まれている。
会社ＩＤフィールド７７ａには、会社ＩＤが格納される。会社ＩＤとは、契約会社ごとに一意に付与される識別番号のことである。会社ＤＢ生成部７１は、１の契約会社のレコードを生成する際、所定のアルゴリズムで契約会社ごとにユニークな会社ＩＤを生成し、会社ＩＤフィールド７７ａに格納する。なお、生成された会社ＩＤは、所定の方法で、契約会社に通知される。
会社情報フィールド７７ｂには、会社情報が格納される。会社情報には、少なくとも、会社名、住所、電話番号、及び、代表者名が含まれている。会社ＤＢ生成部７１は、会社情報入力ページ７０の会社情報入力エリア７３に入力された情報に基づいて、会社情報を生成し、会社情報フィールド７７ｂに格納する。
振込先情報フィールド７７ｃには、振込先情報が格納される。振込先情報とは、購入代金を振り込むべき契約会社の口座の情報のことであり、会社ＤＢ生成部７１は、振込先情報入力エリア７４に入力された情報に基づいて、振込先情報を生成し、振込先情報フィールド７７ｃに格納する。
支払方法情報フィールド７７ｄには、支払方法として、支払方法Ａ、及び、支払方法Ｂのうちのいずれかを示す情報が格納される。
【００４５】
なお、お茶販売会社３０は、インターネット１２を利用した商品の販売手段をもたない会社であるが、このような会社では、社内にインターネット１２の知識を持ったものがおらず、従って、会社情報入力ページ７０を利用した会社情報の入力ができない可能性もある。
このような場合も踏まえ、以下のような手段によっても会社ＤＢ７７のレコードの生成が可能となっている。
すなわち、サービス提供サーバー１０は、表示部３４の表示パネルに各種会社情報を入力するための専用の画面を表示する機能を有している。そして、サービス提供会社１１の担当者は、郵送による書類の送受信、ＦＡＸ、電話その他の手段により、契約会社から各種会社情報を取得すると共に、取得した情報を上記専用の画面に入力する。会社ＤＢ生成部７１は、上記専用の画面に入力された内容に基づいて、会社ＤＢ７７に当該契約会社のレコードを生成する。
【００４６】
さらに、契約会社は、クロスセールサービスの利用にあたり、クロスセールサービスを利用した販売を希望する商品の登録を行う。
以下、商品の登録について説明する。
【００４７】
契約会社には、商品を登録するための商品登録ページ８０にアクセスするためのＵＲＬが予め通知される。
商品の登録に際し、契約会社のそれぞれは、会社が所有する端末を利用して、商品登録ページ８０にアクセスし、商品登録ページ８０に必要な情報を入力することにより、商品を登録する。
【００４８】
図９は、商品登録ページ８０の一例を示す図である。
この商品登録ページ８０を表示させる機能は、サービス提供サーバー１０の制御部３３の商品管理部８１の機能により実現される。商品管理部８１は、商品登録ページ８０へのアクセスに応じて、所定の通信プロトコル（ｈｔｔｐ）に準拠して、ＨＴＭＬファイル等によって構成される描画データを出力し、商品登録ページ８０を表示させる。
なお、商品管理部８１の機能は、制御部３３のＣＰＵがプログラムを実行する等、ハードウェアとソフトウェアとの協働により実現される。
【００４９】
図９に示すように、商品登録ページ８０には、会社ＩＤ入力欄８２と、商品名入力欄８３と、価格入力欄８４と、紹介文入力欄８５と、商品画像入力欄８６と、リンク先ＵＲＬ入力欄８７と、所属商品属性入力欄８８と、が形成されている。
商品の登録にあたり、契約会社は、会社ＩＤ入力欄８２に会社ＩＤを入力し、商品名入力欄８３に商品名を入力し、価格入力欄８４に商品の価格を入力し、紹介文入力欄８５に紹介文を入力する。また、契約会社は、商品の画像データ（例えば、ＪＰＥＧの画像データ）のルートディレクトリーからのパス名を商品画像入力欄８６に入力することにより、商品画像を入力する。なお、商品画像の入力は必須ではなく、商品の画像データが無い場合は、入力しなくてもよい。また、契約会社は、商品を紹介するＷｅｂページのＵＲＬをリンク先ＵＲＬ入力欄８７に入力する。商品を紹介するＷｅｂページとは、登録しようとしている商品をより詳しく紹介するＷｅｂページであれば何でもよく、契約会社における当該商品の販売用のページであってもよく、また、当該商品を紹介するために専用的に設けられたページであってもよい。
【００５０】
また、契約会社は、商品属性を入力する欄である所属商品属性入力欄８８に、登録しようとしている商品の商品属性を入力する。商品属性の入力は、プルダウンメニューからの選択により行う。
商品属性とは、商品の特徴や、性質に応じた分類のことであり、例えば、「ウーロン茶」、「緑茶」、「蟹」、「洗濯機」等である。選択可能な商品属性は、サービス提供会社１１によって予め用意されており、所属商品属性入力欄８８において、プルダウンメニューに一覧的に表示される。サービス提供会社１１は、クロスセールサービスにおいて取り扱われる商品のそれぞれに、適切な商品属性が存在するよう、十分に、選択可能な商品属性を用意し、また、必要に応じて、随時、商品属性を追加する。契約会社は、プルダウンして表示されるリストの中から、登録商品の商品属性として適切だと考えられる任意の商品属性を選択することにより、商品属性入力欄への入力を実行する。
契約会社は、商品登録ページ８０に情報を入力した後、入力確定ボタン８９を選択する。入力確定ボタン８９が選択されると、商品登録ページ８０に入力された情報が、インターネット１２を介して、商品管理部８１に出力される。
商品管理部８１は、商品登録ページ８０に入力された情報に基づいて、商品ＤＢ９０に１件のレコードを生成する。
【００５１】
図８（Ｂ）は、商品ＤＢ９０のデータ構造を示す図である。
商品ＤＢ９０は、登録された商品ごとにレコードが形成されたリレーショナルデータベースであり、図８（Ｂ）に示すように、１件のレコードには、商品ＩＤフィールド９０ａと、商品名フィールド９０ｂと、価格フィールド９０ｃと、紹介文フィールド９０ｄと、商品画像フィールド９０ｅと、リンク先ＵＲＬフィールド９０ｆと、会社ＩＤフィールド９０ｇと、所属商品属性ＩＤフィールド９０ｈと、が含まれている。
商品ＩＤフィールド９０ａには、商品ＩＤが格納される。商品ＩＤとは、商品ごとに一意に付与される識別番号のことである。商品管理部８１は、１の商品のレコードを生成する際、所定のアルゴリズムで商品ごとにユニークな商品ＩＤを生成し、商品ＩＤフィールド９０ａに格納する。ここで生成された商品ＩＤは、各契約会社に所定の方法により通知される。
商品名フィールド９０ｂには商品名を示す情報が、価格フィールド９０ｃには価格を示す情報が、紹介文フィールド９０ｄには商品の紹介文を示す情報が、商品画像フィールド９０ｅには商品の画像データ（画像データが記憶された記憶領域のアドレスであってもよい）が、リンク先ＵＲＬフィールド９０ｆには商品を紹介するＷｅｂページのＵＲＬを示す情報が、会社ＩＤフィールド９０ｇには商品を販売する会社の会社ＩＤが、それぞれ格納される。商品管理部８１は、商品登録ページ８０に入力された情報に基づいて、これら各フィールドに格納すべき情報を生成し、格納する。
【００５２】
また、所属商品属性ＩＤフィールド９０ｈには、商品登録ページ８０の所属商品属性入力欄８８に入力された（選択された）商品属性の商品属性ＩＤが格納される。
商品属性ＩＤとは、商品属性ごとに一意に付与される識別番号のことであり、商品管理部８１は、後述する商品属性ＤＢ９２を参照して、商品登録ページ８０の所属商品属性入力欄８８に入力された（選択された）商品属性を、商品属性ＩＤに変換し、所属商品属性ＩＤフィールド９０ｈに入力する。
【００５３】
図８（Ｃ）は、商品属性ＤＢ９２のデータ構造を示す図である。
図８（Ｃ）に示すように、商品属性ＤＢ９２の１件のレコードは、商品属性ＩＤフィールド９２ａと、商品属性フィールド９２ｂと、を含んでいる。
上述したように、商品登録ページ８０の所属商品属性入力欄８８において選択可能な商品属性は、サービス提供会社１１によって予め複数用意されているが、商品属性ＤＢ９２には、商品属性ごとにレコードが存在する。
商品属性ＩＤフィールド９２ａには、商品属性ＩＤが格納される。商品属性ＩＤとは、商品属性ごとに、一意に付与される識別番号のことである。
商品属性フィールド９２ｂには、商品属性の名称を示す情報が格納される。
商品管理部８１は、商品ＤＢ９０のレコードの所属商品属性ＩＤフィールド９０ｈに商品属性ＩＤを格納する際、商品属性ＤＢ９２の各レコードの商品属性ＩＤフィールド９２ａと、商品属性フィールド９２ｂとを参照して、所属商品属性入力欄８８に入力された（選択された）商品属性を、商品属性ＩＤに変換した上で、所属商品属性ＩＤフィールド９０ｈに商品属性ＩＤを格納する。
【００５４】
このように、商品管理部８１は、商品ＤＢ９０を利用して、電子ショッピングカート４６を利用して購入可能な商品であって、異なる複数の主体（上記具体例では、ジュース販売会社２６、酒販売会社２８、及び、お茶販売会社３０）が販売する商品を管理する。特に、ジュース販売会社２６、及び、酒販売会社２８については、それぞれが個別に商品販売用のＷｅｂページ（ジュース販売ページ２７、酒販売ページ２９）を開設している、全く関係のない主体であり、商品管理部は、このようなそれぞれ個別に商品販売用のＷｅｂページを開設している、異なる主体が販売する商品を、統括的に管理していることとなる。
【００５５】
さて、上述した具体例で説明したように、本実施形態では、１の商品がショッピングカートに入れられたことをトリガーとして、自動で、電子ショッピングカート４６内の推奨商品表示エリア５０に、当該１の商品と関連する商品の情報が表示される構成となっている。
そして、推奨商品表示エリア５０に表示する関連商品の選択は、関連商品選択部９４（後述）が、関連性データ生成部９５により生成された関連性データ９６の内容に基づいて行う。
以下、関連性データ９６、及び、当該関連性データ９６を生成する関連性データ生成部９５について説明する。
【００５６】
図１０は、関連性データ９６の内容の一例を模式的に示す図である。
関連性データ９６とは、選択可能な商品属性のうち、任意の２つの商品属性の組み合わせについて、組み合わせごとに、関連性ポイントを対応付けて記憶するデータである。
図１０は、商品属性ＩＤ：ＳＺ００１から商品属性ＩＤ：ＳＺ５００の５００種類の商品属性が存在する場合の関連性データ９６の内容の一例を示している。図１０に示すように、関連性データ９６を参照することにより、任意の１の商品属性と、任意の他の商品属性とに対応する関連性ポイントの値を取得可能である。例えば、関連性データ９６を参照することにより、商品属性ＩＤ：ＳＺ００１の商品属性と、商品属性ＩＤ：ＳＺ００２の商品属性とに対応する関連性ポイントの値を取得可能である。
１の商品属性と、他の商品属性とに対応する関連性ポイントは、当該１の商品属性に属する商品と、当該他の商品属性に属する商品の関連性が高いほど、換言すれば、当該１の商品属性に属する商品を購入した場合に、当該他の商品属性に属する商品を同時に購入する傾向が強ければ強いほど、その値が大きくなるように、関連性データ生成部９５により適切にその値が設定される。
なお、上述したように、「１の商品と、他の商品とが同時に購入される」とは、当該１の商品、及び、当該他の商品が、同一のショッピングカートに入れられ、同一の購入手続で購入されることを言う。
【００５７】
本実施形態では、関連性データ生成部９５は、以下のような単純な方法により、１の商品属性と、他の商品属性とに対応する関連性ポイントを設定する。
すなわち、関連性ポイントの値は、初期値が値「０」の整数である。そして、関連性データ生成部９５は、１の商品属性に属する商品、及び、他の商品属性に属する商品が同時に購入された場合、当該１の商品属性と、当該他の商品属性とに対応する関連性ポイントをインクリメントする。例えば、商品属性Ａに属する商品Ａと、商品属性Ｂに属する商品Ｂと、商品属性Ｃに属する商品Ｃとが同一のショッピングカートに入れられ、同一の購入手続で購入されたとする。この場合、関連性データ生成部９５は、関連性データ９６において、商品属性Ａと商品属性Ｂとに対応する関連性ポイントをインクリメントし、商品属性Ａと商品属性Ｃとに対応する関連性ポイントをインクリメントし、さらに、商品属性Ｂと商品属性Ｃとに対応する関連性ポイントをインクリメントする。このように関連性ポイントが設定されることにより、１の商品属性に属する商品と、他の商品属性に属する商品とが、実際に、同時に購入された回数が多ければ多いほど、当該１の商品属性と当該他の商品属性とに対応する関連性ポイントの値が大きくなる。ここで、１の商品属性に属する商品と、他の商品属性に属する商品とについて、同時に購入された実際の回数が多ければ多いほど、当該１の商品属性に属する商品を購入した場合に、当該他の商品属性に属する商品を同時に購入する傾向が強いと言うことができるため、１の商品属性に属する商品を購入した場合に、他の商品属性に属する商品を同時に購入する傾向が強ければ強いほど、当該１の商品属性と、当該他の商品属性とに対応する関連性ポイントの値は大きくなる。
なお、関連性ポイントの設定の方法は、上述した方法に限らない。
例えば、関連性データ生成部９５により、１の商品属性に属する商品と、他の商品属性に属する商品とが同時に購入されたタイミングが、時間的に新しければ新しいほど、関連性ポイントの値に反映されるように重み付けをした上で、関連性ポイントを設定するようにしたり、また、平均、分散、その他の統計的手法を用いて関連性ポイントを設定したりするようにしてもよい。すなわち、１の商品属性に属する商品を購入した場合に、他の商品属性に属する商品を同時に購入する傾向が強ければ強いほど、当該１の商品属性と、当該他の商品属性とに対応する関連性ポイントの値が大きくなるように、関連性ポイントが設定されればよく、その方法は問わない。
【００５８】
また、サービス提供サーバー１０の制御部３３の在庫管理部９７は、在庫ＤＢ９８を利用して、登録された各商品の在庫を管理する。
【００５９】
図８（Ｄ）は、在庫ＤＢ９８のデータ構造を示す図である。
在庫ＤＢ９８は、登録された商品ごとにレコードが形成されたリレーショナルデータベースであり、図８（Ｄ）に示すように、１件のレコードには、商品ＩＤフィールド９８ａと、在庫数フィールド９８ｂと、が含まれている。
商品ＩＤフィールド９８ａには、商品ＩＤが格納される。
在庫数フィールド９８ｂには、対応する商品の在庫数を示す情報が格納される。
在庫管理部９７は、以下のようにして、在庫数フィールド９８ｂに格納された情報が示す在庫数を更新することにより、各商品の在庫数を管理する。
すなわち、例えば、ジュース販売会社２６のジュース販売会社サーバー１３上には、自社が販売する商品の在庫を管理する在庫管理システムが稼働しているとする。この場合において、在庫管理部９７は、インターネット１２を介して、所定のタイミングで、予め定められた所定のプロトコルに準拠して、当該在庫管理システムと通信し、ジュース販売会社２６が登録した各商品の在庫数を示す情報を取得し、取得した情報に基づいて、在庫ＤＢ９８の在庫数フィールド９８ｂの内容を更新する。
また、在庫管理部９７は、所定のＵＲＬへのアクセスに応じて、各商品の在庫数を入力するためのＷｅｂページを表示させる機能を有している。当該ＵＲＬは、各契約会社に事前に通知される。当該Ｗｅｂページは、少なくとも、商品を特定する情報（商品ＩＤや、会社ＩＤと商品名との組み合わせ等）と、特定した商品の在庫数を入力可能な構成となっている。そして、契約会社は、在庫の変動に応じて、当該ＵＲＬにアクセスして、当該Ｗｅｂページを開き、在庫の変動があった商品について、当該商品を特定する情報と、当該商品の在庫数を入力する。在庫管理部９７は、インターネット１２を介して当該ページに入力された情報を取得することにより、１の商品の商品ＩＤと、当該１の商品の在庫数を示す情報とを取得し、取得した情報に基づいて、在庫ＤＢ９８の在庫数フィールド９８ｂの内容を更新する。上述した通信による在庫ＤＢの自動更新機能を利用しない場合、適宜、契約会社の担当者が商品の在庫に係る情報を入力するためのページにアクセスし、当該ページに商品の在庫に係る情報を入力する。
なお、在庫管理部９７による在庫ＤＢ９８を利用した在庫管理方法は、上述した方法に限らない。例えば、契約会社に対して、在庫ＤＢ９８へのアクセス権を付与し、契約会社自体が在庫ＤＢ９８によって各商品の在庫を管理するようにしてもよく、また、サービス提供会社１１の担当者が、電話やＦＡＸ等の手段によって契約会社と連絡して各商品の在庫の状況を管理し、適宜、在庫ＤＢ９８を更新するようにしてもよい。
【００６０】
次いで、＜具体例＞で例示したクロスセールサービスの提供時におけるサービス提供サーバー１０の動作について、個人端末１５、ジュース販売会社サーバー１３、酒販売会社サーバー１４、及び、クレジットカードシステム１７の動作と共に説明する。
【００６１】
図１１は、＜具体例＞で例示したクロスセールサービスの提供時における各装置の動作を示すシーケンス図であり、（Ａ）は個人端末１５の動作を、（Ｂ）はジュース販売会社サーバー１３の動作を、（Ｃ）は酒販売会社サーバー１４の動作を、（Ｄ）はサービス提供サーバー１０の動作を、そして、（Ｅ）はクレジットカードシステム１７の動作をそれぞれ示している。
まず、閲覧者Ｐ１が、個人端末１５において、所定のブラウザーを立ち上げて、ジュース販売会社２６のジュース販売サイトへアクセスする（ステップＳＡ１）。
ジュース販売会社サーバー１３は、個人端末１５のブラウザーとの間で所定のプロトコルに準じた通信を行い、個人端末１５の表示パネル２０にジュース販売ページ２７を表示させる（ステップＳＢ１）。
ステップＳＢ１では、ジュース販売会社サーバー１３から、個人端末１５のブラウザーに対して、ジュース販売ページ２７に係るＨＴＭＬファイルが出力される。そして、このＨＴＭＬファイルには、以下の機能を有するプログラム（以下、「カート関連プログラム」という。）がジャバスクリプト等のスクリプト言語により記述されている。
すなわち、機能１：ジュース販売ページ２７が表示されるウインドウとは、独立した別のウインドウ（カート専用ウインドウ４５）を新たに開く機能、機能２：サービス提供サーバー１０の、電子ショッピングカート４６のＷｅｂページにアクセスし、カート専用ウインドウ４５に電子ショッピングカート４６を表示する機能、の２つの機能である。
カート関連プログラムのソースは、サービス提供会社１１から契約会社に対して、事前に通知される。各契約会社は、商品販売用のＷｅｂページを作成する際に、当該Ｗｅｂページに、所定の規則に従って、カート関連プログラムのソースを記述する。なお、サービス提供会社１１の担当者が、サービスの一環として、各契約会社の商品販売用のＷｅｂページのＨＴＭＬファイルに、カート関連プログラムのソースが記述するようにしてもよい。
【００６２】
ジュース販売会社サーバー１３から、ジュース販売ページ２７のＨＴＭＬファイルが入力されると、個人端末１５では、ブラウザーの機能により、カート関連プログラムが実行され（ステップＳＡ２）、このカート関連プログラムの機能により、ジュース販売ページ２７のウインドウとは独立して、カート専用ウインドウ４５が開かれる（ステップＳＡ３）。
さらに、個人端末１５は、カート関連プログラムの機能により、サービス提供サーバー１０の電子ショッピングカート４６のＷｅｂページにアクセスする（ステップＳＡ４）。
個人端末１５からサービス提供サーバー１０の電子ショッピングカート４６のＷｅｂページにアクセスがあると、サービス提供サーバー１０のカート表示部９９は、ＨＴＭＬファイル等によって構成される電子ショッピングカート４６の描画データを生成して出力し、個人端末１５の表示パネル２０のカート専用ウインドウ４５に電子ショッピングカート４６を表示させる（ステップＳＤ１）。このカート表示部９９の機能は、ソフトウェアとハードウェアとの協働により実現される。
これにより、図３に示すように、表示パネル２０上に、ジュース販売ページ２７が表示されると共に、当該ジュース販売ページ２７と独立した表示領域に電子ショッピングカート４６が表示される。
【００６３】
このように、本実施形態では、ジュース販売ページ２７等の所定のＷｅｂページにアクセスがあると、これと併せて、ほぼ同時に、サービス提供サーバー１０のカート表示部９９の機能により、電子ショッピングカート４６が表示されるが、所定のＷｅｂページへのアクセスに「応じて」、電子ショッピングカート４６を表示させる際の態様は、これに限らない。例えば、所定のＷｅｂページにおいて、商品の選択が行われたり（例：カートボタン４８Ｊ１が選択される）、また、電子ショッピングカート４６を表示させるボタンがある場合は、当該ボタンが選択されたりする等の何らかのアクションがあった場合に、サービス提供サーバー１０のカート表示部９９の機能により、電子ショッピングカート４６が表示されるようにしてもよい。
【００６４】
さらに、閲覧者Ｐ１により、ジュースＪ１に係るカートボタン４８Ｊ１が選択されると（ステップＳＸ１）、個人端末１５のブラウザーは、カートボタン４８Ｊ１が選択された旨を示すデータを、サービス提供サーバー１０に出力する（ステップＳＡ５）。
なお、サービス提供サーバー１０に出力される上記データには、ジュースＪ１の商品ＩＤを示す情報が含まれる。ジュース販売ページ２７のＨＴＭＬファイルには、カートボタン４８Ｊ１が操作されたことをトリガーとして、ジュースＪ１の商品ＩＤを示す情報を含む上記データを生成し、サービス提供サーバー１０に出力する機能を有するプログラムが実装されている。商品ＩＤは、事前に契約会社（この場合はジュース販売会社２６）に通知されているため、契約会社は、事前に通知された商品ＩＤに基づいて、カートボタン４８と、商品ＩＤとを対応付けし、ＨＴＭＬファイルに上述した機能を有するプログラムを実装する。
なお、サービス提供サーバー１０は、個人端末１５から入力される通知に基づいて、ショッピングカートに入れられた商品ＩＤについて常に管理し、現時点でショッピングカートに入れられている全ての商品の商品ＩＤを過不足なく保持する。
カートボタン４８Ｊ１が選択された旨を示すデータが入力されると、サービス提供サーバー１０は、選択処理を実行する（ステップＳＤ２）。
【００６５】
図１２は、ステップＳＤ２の選択処理の詳細を示すフローチャートである。
選択処理において、まず、サービス提供サーバー１０の関連商品選択部９４は、ステップＳＡ５において通知された商品ＩＤ（上記例では、ジュースＪ１の商品ＩＤ）を取得する（ステップＳＦ１）。以下の図１２のフローチャートの説明では、ステップＳＦ１で取得された商品ＩＤの商品のことを「処理対象商品」と表現するものとする。この関連商品選択部９４の機能は、ＣＰＵがプログラムを実行する等、ハードウェアとソフトウェアとの協働により実現される。
次いで、関連商品選択部９４は、商品ＤＢ９０を参照し（ステップＳＦ２）、処理対象商品が属する商品属性の商品属性ＩＤ（所属商品属性ＩＤ）を特定する（ステップＳＦ３）。
次いで、関連商品選択部９４は、関連性データ９６を参照する（ステップＳＦ４）。
次いで、関連商品選択部９４は、関連性データ９６の内容に基づいて、処理対象商品が属する商品属性と、関連性の高い商品属性の商品属性ＩＤを特定する（ステップＳＦ５）。
【００６６】
ステップＳＦ５の処理について詳述すると、図１０を例として説明したように、関連性データ９６では、任意の２つの商品属性の組み合わせについて、組み合わせごとに、関連性ポイントが対応付けて記憶されている。これを踏まえ、関連商品選択部９４は、関連性データ９６の内容に基づいて、処理対象商品が属する商品属性以外の全ての商品属性を、処理対象商品が属する商品属性との関連性ポイントの値の大きさによって順位付けし、上位３つの商品属性を、処理対象商品が属する商品属性と関連性の高い商品属性と判別する。
【００６７】
次いで、関連商品選択部９４は、商品ＤＢ９０を参照し（ステップＳＦ６）、ステップＳＦ５で特定した商品属性ＩＤ（＝処理対象商品が属する商品属性と関連性の高い商品属性の商品属性ＩＤ）に属する商品の商品ＩＤを特定する（ステップＳＦ７）。その際、関連商品選択部９４は、商品を販売する会社が同一であるか否かを考慮することなく商品を特定する。すなわち、関連商品選択部９４は、処理対象商品と、販売会社が同一であるか否かにかかわらず、商品の商品ＩＤを特定する。ここで特定された商品ＩＤの商品は、その商品属性が、処理対象商品が属する商品属性と高い関連性を有しており、従って、処理対象商品に関連する商品であると言える。
本例では、ステップＳＤ２に係るステップＳＦ７において、関連商品選択部９４は、処理対象商品たるジュースＪ１に関連する商品として、酒Ｓ１、及び、お茶Ｔ１を特定する。
【００６８】
さて、前掲図１１に戻り、ステップＳＤ２において選択処理を実行した後、サービス提供サーバー１０のカート表示部９９は、ジュースＪ１に係るカートボタン４８Ｊ１が選択された後の電子ショッピングカート４６（図４（Ａ）参照）の描画データを生成する（ステップＳＤ３）。具体的には、図４（Ａ）に示すように、検討商品一覧エリア４７に、ジュースＪ１の名称、価格、及び、購入数量が対応付けられたジュースＪ１の情報が表示され、かつ、推奨商品表示エリア５０に、酒Ｓ１、及び、お茶Ｔ１の情報が表示された電子ショッピングカート４６を表示するための描画データを生成する。商品ＤＢ９０には、図４（Ａ）における電子ショッピングカート４６に表示される各商品の情報が不足なく格納されているため、カート表示部９９は、商品ＤＢ９０を参照した上で、所定のアルゴリズムに基づいて、図４（Ａ）に示すレイアウトで各情報が表示されるような電子ショッピングカート４６の描画データを生成する。
次いで、サービス提供サーバー１０のカート表示部９９は、個人端末１５のブラウザーとの間で所定のプロトコルに準拠した通信を行い、ステップＳＤ３で生成した描画データを個人端末１５に出力することにより、個人端末１５の表示パネル２０のカート専用ウインドウ４５に、図４（Ａ）の電子ショッピングカート４６を表示する（ステップＳＤ４）。
【００６９】
電子ショッピングカート４６が図４（Ａ）に示す状態のときに、さらに、閲覧者Ｐ１により、お茶Ｔ１に係る推奨商品カートボタン６０Ｔ１が選択されると（ステップＳＸ２）、個人端末１５のブラウザーは、推奨商品カートボタン６０Ｔ１が選択された旨を示すデータを、サービス提供サーバー１０に出力する（ステップＳＡ６）。当該データには、お茶Ｔ１の商品ＩＤを示す情報が含まれている。これは、ステップＳＤ３で生成された描画データを構成するＨＴＭＬファイル上に、推奨商品カートボタン６０Ｔ１が選択されたことをトリガーとして、お茶Ｔ１の商品ＩＤを含むデータを出力する機能を有するプログラムが実装されることにより実現されている。
当該データが入力されると、サービス提供サーバー１０の関連商品選択部９４は、入力されたデータに含まれるお茶Ｔ１の商品ＩＤに基づいて、お茶Ｔ１を処理対象商品として、上述した選択処理を実行し、お茶Ｔ１に関連する商品を特定する（ステップＳＤ５）。このステップＳＤ５においてお茶Ｔ１に関連する商品として特定された商品は、ステップＳＤ２で特定された商品と合わせて推奨商品表示エリア５０にその情報が表示されるものとされる。これにより、検討商品一覧エリア４７に表示されている商品のそれぞれに関連する商品の情報が、過不足なく、推奨商品表示エリア５０に表示された状態とすることができる。なお、本実施形態の例では、お茶Ｔ１と関連する商品は、ジュースＪ１、及び、酒Ｓ１であるため、これら２つの商品が、お茶Ｔ１と関連する商品として特定される。
【００７０】
次いで、サービス提供サーバー１０のカート表示部９９は、ステップＳＤ２の処理結果、及び、ステップＳＤ５の処理結果に基づいて、図４（Ｂ）の電子ショッピングカート４６の画面を表示させる描画データを生成する（ステップＳＤ６）。その際、カート表示部９９は、検討商品一覧エリア４７に表示されている商品は、推奨商品表示エリア５０に表示しないようにする。
次いで、カート表示部９９は、ステップＳＤ６で生成した描画データを、個人端末１５に出力し、カート専用ウインドウ４５に新たな電子ショッピングカート４６を表示する（ステップＳＤ７）。この結果、図４（Ｂ）に示すように、検討商品一覧エリア４７に、ステップＳＸ１でショッピングカートに入れられたジュースＪ１、及び、ステップＳＸ２でショッピングカートに入れられたお茶Ｔ１の情報が表示されると共に、推奨商品表示エリア５０にジュースＪ１とお茶Ｔ１とのそれぞれに共通して関連する商品である酒Ｓ１の情報が表示される。
【００７１】
電子ショッピングカート４６が図４（Ｂ）に示す状態のときに、さらに、閲覧者Ｐ１により、酒Ｓ１推奨エリア５５のリンク５９Ｓ１が選択されると（ステップＳＸ３）、ステップＳＤ６で生成された描画データに実装されたプログラムの機能により、個人端末１５のブラウザーは、ジュース販売ページ２７を、リンク５９Ｓ１の酒販売ページ２９へと遷移させるべく、酒販売サイトへアクセスする（ステップＳＡ７）。当該アクセスに応じて、酒販売会社サーバー１４は、個人端末１５のブラウザーと通信し、ジュース販売ページ２７を酒販売ページ２９に遷移させる（ステップＳＣ１）。
この結果図５に示すように、個人端末１５の表示パネル２０において、酒販売ページ２９が表示されると共に、この酒販売ページ２９が表示されたウインドウから独立したウインドウであるカート専用ウインドウ４５に電子ショッピングカート４６が表示される。
このように、ステップＳＤ６でカート表示部９９により生成された描画データには、リンク５９Ｓ１が選択されたことをトリガーとして、リンク５９Ｓ１のリンク先にアクセスし、電子ショッピングカート４６が開かれているカート専用ウインドウ４５「以外の」既設のウインドウのページを遷移させる機能を有するプログラムが実装されており、これにより、リンク５９Ｓ１が操作された場合であっても、電子ショッピングカート４６が表示された状態が維持される。電子ショッピングカート４６の表示が維持されることのメリットについては上述したとおりである。
なお、リンク５９Ｓ１が操作された場合の動作は、「カート専用ウインドウ４５以外の既設のウインドウのページを遷移させる」ことに限らず、例えば、カート専用ウインドウ４５を表示したまま、新たなウインドウを立ち上げ、当該ウインドウに酒販売ページ２９を表示するようにしてもよく、また、タブごとにＷｅｂページを表示可能なブラウザーの場合は、新しいタブに酒販売ページ２９が表示されてもよく、閲覧者Ｐ１が自由に設定できるようにしてもよい。すなわち、リンク５９Ｓ１が操作された場合であっても、カート専用ウインドウ４５に電子ショッピングカート４６が表示された状態が維持されつつ、リンク５９Ｓ１のリンク先の酒販売ページ２９が表示されれば、どのような動作を行うようにしてもよい。
【００７２】
電子ショッピングカート４６が図５に示す状態のときに、さらに、閲覧者Ｐ１により、酒販売ページ２９の酒Ｓ２に係るカートボタン４８Ｓ２が選択されると（ステップＳＸ４）、個人端末１５のブラウザーは、カートボタン４８Ｓ２が選択された旨を示すデータを、サービス提供サーバー１０に出力する（ステップＳＡ８）。
なお、サービス提供サーバー１０に出力される上記データには、酒Ｓ２の商品ＩＤを示す情報が含まれる。酒販売ページ２９のＨＴＭＬファイルには、カートボタン４８Ｓ２が操作されたことをトリガーとして、酒Ｓ２の商品ＩＤを示す情報を含む上記データを生成し、サービス提供サーバー１０に出力する機能を有するプログラムが実装されている。
当該データが入力されると、サービス提供サーバー１０の関連商品選択部９４は、入力されたデータに含まれる酒Ｓ２の商品ＩＤに基づいて、酒Ｓ２を処理対象商品として、上述した選択処理を実行し、酒Ｓ２に関連する商品を特定する（ステップＳＤ８）。このステップＳＤ８において酒Ｓ２に関連する商品として特定された商品は、ステップＳＤ２、及び、ステップＳＤ５で特定された商品と合わせて推奨商品表示エリア５０にその情報が表示される。これにより、検討商品一覧エリア４７に表示されている商品のそれぞれに関連する商品の情報が、過不足なく、推奨商品表示エリア５０に表示された状態とすることができる。なお、本実施形態の例では、酒Ｓ２と関連する商品は、ジュースＪ２、及び、お茶Ｔ２であるため、これら２つの商品が、酒Ｓ２と関連する商品として特定される。
【００７３】
次いで、サービス提供サーバー１０のカート表示部９９は、ステップＳＤ２、ＳＤ５、及び、ＳＤ８の処理結果に基づいて、図６（Ａ）の電子ショッピングカート４６の画面を表示させる描画データを生成する（ステップＳＤ９）。その際、カート表示部９９は、検討商品一覧エリア４７に表示されている商品は、推奨商品表示エリア５０に表示しないようにする。
次いで、カート表示部９９は、ステップＳＤ９で生成した描画データを、個人端末１５に出力し、カート専用ウインドウ４５に新たな電子ショッピングカート４６を表示する（ステップＳＤ１０）。この結果、図６（Ａ）に示すように、検討商品一覧エリア４７に、ステップＳＸ１、ＳＸ２、及び、ＳＸ３でショッピングカートに入れられたジュースＪ１、お茶Ｔ１、及び、酒Ｓ２が表示され、さらに、推奨商品表示エリア５０に、ジュースＪ１とお茶Ｔ１とのそれぞれに共通して関連する商品である酒Ｓ１、及び、酒Ｓ２に関連する商品であるジュースＪ２、お茶Ｔ２の情報が表示される。
【００７４】
電子ショッピングカート４６が図６（Ａ）に示す状態のときに、さらに、閲覧者Ｐ１により、購入手続開始ボタン５２が選択されると（ステップＳＸ５）、個人端末１５のブラウザーと、サービス提供サーバー１０のカート表示部９９とが通信して、図６（Ｂ）の購入者情報入力ページ６２の描画データが、カート表示部９９からブラウザーに出力され、図６（Ｂ）に示すように、カート専用ウインドウ４５内に表示されたページが、電子ショッピングカート４６から購入者情報入力ページ６２へと遷移する（ステップＳＡ９、ＳＤ１１）。
さらに、閲覧者Ｐ１による購入者情報入力エリア６３の各入力欄への入力が完了し、注文内容確認ボタン６４が選択されると（ステップＳＸ６）、個人端末１５のブラウザーと、サービス提供サーバー１０のカート表示部９９とが通信して、図６（Ｃ）の内容確認ページ６５の描画データが、カート表示部９９からブラウザーに出力され、図６（Ｃ）に示すように、カート専用ウインドウ４５内に表示されたページが、購入者情報入力ページ６２から内容確認ページ６５へと遷移する（ステップＳＡ１０、ＳＤ１２）。
さらに、閲覧者Ｐ１による内容確認ページ６５の内容の確認が終了し、確定ボタン６６が選択されると（ステップＳＸ７）、個人端末１５のブラウザーは、サービス提供サーバー１０と通信し、確定ボタン６６が選択された旨、通知する（ステップＳＡ１１）。
【００７５】
確定ボタン６６が選択された旨の通知がくると、サービス提供サーバー１０の決済部１００は、決済データを生成する（ステップＳＤ１３）。
この決済データは、クレジットカードシステム１７に出力されるデータであって、クレジットカードシステム１７によって閲覧者Ｐ１の本人確認、信用照会を行うための情報や、クレジットカードシステム１７から商品を販売した契約会社に対して商品の購入に応じた支払い（アクワイアラーによる立て替え払い）をするための情報（契約会社ごとの伝票情報）が不足なく含まれたデータである。
決済データに含まれる情報のうち、閲覧者Ｐ１の本人確認や信用照会を行うための情報は、購入者情報入力エリア６３に入力された情報に基づいて、決済部１００により生成される。
また、クレジットカードシステム１７から商品を販売した契約会社に対して商品の購入に応じた支払いをするための情報は、電子ショッピングカート４６が利用されて購入された商品の情報に基づいて、決済部１００により生成される。より詳細には、決済部１００は、電子ショッピングカート４６を利用して購入された各商品について、商品ＤＢを参照して、各商品を販売する契約会社を特定し、契約会社ごとに、購入された商品の代金を算出する。そして、決済部１００は、クレジットカードシステム１７との間で予め定められたフォーマットに準じて、少なくとも、クレジットカードシステム１７が立て替え払いをすべき契約会社のそれぞれを特定する情報と、各契約会社の振込口座を示す情報と、各契約会社に支払うべき金額を示す情報とを含んだ決済データを生成する。本例のように、ジュースＪ１、お茶Ｔ１、及び、酒Ｓ２が電子ショッピングカート４６によって購入された場合、決済部１００は、商品ＤＢを参照して、各商品を販売する契約会社として、ジュース販売会社２６、酒販売会社２８、及び、お茶販売会社３０を特定し、ジュース販売会社２６に係る購入代金としてジュースＪ１の代金を算出し、酒販売会社２８に係る購入代金として酒Ｓ２の代金を算出し、お茶販売会社３０に係る購入代金としてお茶Ｔ１の代金を算出する。
この決済部１００の機能は、ＣＰＵがプログラムを実行する等、ハードウェアとソフトウェアとの協働により実現される。
【００７６】
次いで、決済部１００は、決済データをクレジットカードシステム１７に送信する（ステップＳＤ１４）。
クレジットカードシステム１７は、入力された決済データに基づいて、決済処理を実行し、閲覧者１の本人確認や、信用照会、また、商品を販売した各契約会社への代金の立て替え払いや、閲覧者Ｐ１への代金請求、その他の決済に必要な処理を実行する（ステップＳＥ１）。
【００７７】
また、決済部１００により決済データを送信した後、サービス提供サーバー１０の取引情報通知部１０１は、電子ショッピングカート４６を利用した商品の販売を行った各契約会社に対して、電子ショッピングカート４６を利用して成立した取引の内容を示す取引情報を通知する（ステップＳＤ１５）。取引情報には、少なくとも、契約会社の商品を購入した購入者の情報、及び、購入された商品を示す情報が含まれている。契約会社の商品を購入した購入者の情報とは、購入者情報入力ページ６２に入力された各情報のうち名前、電話番号、住所、及び、メールアドレスのことであり、また、購入された商品を示す情報とは、商品ＩＤ等の商品を特定する情報と購入された数量とを少なくとも含む情報のことである。
取引情報通知部１０１が各契約会社に取引情報を通知する手段はどのようなものであってもよい。例えば、取引の内容が記載された電子メールを生成して送信するようにしてもよく、各契約会社の所定のシステムと通信し、当該所定のシステムに対して取引情報を示すデータを出力するようにしてもよく、紙媒体の伝票を出力し、サービス提供会社１１の担当者が紙媒体として出力された伝票を郵送その他の手段により送信するようにしてもよく、サービス提供サーバー１０の表示部３４等に契約情報を表示し、サービス提供会社１１の担当者が表示パネル２０に表示された情報に基づいて、電話等の手段により各契約会社に通知するようにしてもよい。
取引情報を取得した各契約会社は、取引情報の内容に基づいて、商品購入者に対して、商品を郵送したり、郵送のスケジュールをメールしたり等、必要な処理を実行する。
【００７８】
次いで、関連性データ生成部９５は、電子ショッピングカート４６によって購入された商品の実績に応じて、関連性データ９６の内容を更新する（ステップＳＤ１６）。具体的には、本実施形態の例では、ジュースＪ１、お茶Ｔ１、及び、酒Ｓ２が電子ショッピングカート４６を利用して同時に購入されたが、この場合、関連性データ生成部９５は、商品ＤＢ９０を参照することにより各商品が属する商品属性を特定すると共に、ジュースＪ１が属する商品属性と、お茶Ｔ１が属する商品属性とに対応する関連性ポイントをインクリメントし、お茶Ｔ１が属する商品属性と、酒Ｓ２が属する商品属性とに対応する関連性ポイントをインクリメントし、さらに、ジュースＪ１が属する商品属性と、酒Ｓ２が属する商品属性とに対応する関連性ポイントをインクリメントする。
【００７９】
以上説明したように、本実施形態によれば、情報処理装置たるサービス提供サーバー１０は、装置たる個人端末１５からの所定のＷｅｂページ（例えば、ジュース販売ページ２７）へのアクセスに応じて、個人端末１５の表示パネル２０において当該Ｗｅｂページが表示される表示領域とは独立した表示領域（別のウインドウ）に電子ショッピングカート４６を表示させるカート表示部９９と、電子ショッピングカート４６を利用して購入可能な商品を管理する商品管理部８１と、電子ショッピングカート４６に１の商品が入れられた場合、商品管理部８１が管理する商品のうち、当該１の商品と関連する商品を選択し、選択した商品の情報を電子ショッピングカート４６が表示された表示領域内に形成された推奨商品表示エリア５０に表示させる関連商品選択部９４と、を備えている。
この構成によれば、電子ショッピングカート４６に１の商品が入れられた場合、当該１の商品と関連する商品が自動で推奨商品表示エリア５０に表示されるため、商品を販売する会社にとっては、商品を販売する機会を拡充できる。また、電子ショッピングカート４６は、Ｗｅｂページとは独立した表示領域に表示され、当該Ｗｅｂページを開設する会社（主体）とは関係のない会社（主体）のＷｅｂページでも電子ショッピングカート４６を利用して商品の購入ができるため、閲覧者Ｐ１にとっては、従来のように、共通のショッピングモールに属する会社の商品のみが同一の電子ショッピングカート４６で購入できる、といった制限を受けることなく、高い自由度で商品の購入が可能となる。
さらに、個人端末１５から所定のＷｅｂページ（例えば、ジュース販売ページ２７）へのアクセスがあると、カート表示部９９の機能により、当該アクセスに応じて、自動で、個人端末１５の表示パネル２０に電子ショッピングカート４６が表示されるため、ユーザーは、アクセスした所定のＷｅｂページに記載された商品について、電子ショッピングカート４６を利用して、購入できることを直感的に把握でき、かつ、例えば、電子ショッピングカート４６を表示するための特別な作業（例えば、電子ショッピングカート４６を表示させるために、所定のサーバーにアクセスする）を行う必要が無く、ユーザーの利便性が高い。なお、上述したように、上述した実施形態では、ジュース販売ページ２７等の所定のＷｅｂページにアクセスがあると、これと併せて、ほぼ同時に、サービス提供サーバー１０のカート表示部９９の機能により、電子ショッピングカート４６が表示されるが、所定のＷｅｂページへのアクセスに「応じて」、電子ショッピングカート４６を表示させる際の態様は、これに限らない。例えば、所定のＷｅｂページにおいて、商品の選択が行われたり（例：カートボタン４８Ｊ１が選択される）、また、電子ショッピングカート４６を表示させるボタンがある場合は、当該ボタンが選択されたりする等の何らかのアクションがあった場合に、サービス提供サーバー１０のカート表示部９９の機能により、電子ショッピングカート４６が表示されるようにしてもよい。
【００８０】
また、本実施形態では、個人端末１５からの所定のＷｅｂページへのアクセスに応じて表示パネル２０に電子ショッピングカート４６が表示された後、電子ショッピングカート４６は、当該Ｗｅｂページの変移にかかわらず、当該Ｗｅｂページとは異なるＷｅｂページにおいて販売される商品を入れることができる状態で、表示パネル２０に継続して表示される。
この構成によれば、他のウインドウの状況にかかわらず、電子ショッピングカート４６が表示され続けるため、購入を検討している商品（ショッピングカートに入れた商品）が常に視認できる状態となり、閲覧者Ｐ１の利便性が向上する。例えば、閲覧者Ｐ１が商品の購入の検討を一旦中断し、商品の購入とは関係のないＷｅｂページを閲覧したり、個人端末１５にインストールされた別のソフトウェアを起動して音楽を聴いたりゲームをしたりする等の行為を行った場合であっても、既にショッピングカートに入れた商品についてはショッピングカートに入った状態が維持され、かつ、電子ショッピングカート４６の検討商品一覧エリア４７を確認することにより購入を検討している商品が何であったかを、いつでも、認識可能であるため、閲覧者Ｐ１の利便性が向上する。さらに、閲覧者Ｐ１が商品の購入の検討を一旦中断し、上述したような商品の購入とは別の行為を行った場合であっても、商品をショッピングカートに入れた状態がリセットされることがなく、閲覧者Ｐ１が同一の商品について再びショッピングカートに入れる作業を行う必要がなくなるため、閲覧者Ｐ１の利便性が向上する。さらに、他のウインドウの状況にかかわらず、電子ショッピングカート４６が表示され続けるため、購入を検討している商品がショッピングカートに継続して入っているということを閲覧者Ｐ１に確実に認識させることができる。さらに、上記構成によれば、異なる複数のＷｅｂページを移動しつつ、各Ｗｅｂページにおいて販売されている商品を、同一のカート専用ウインドウ４５（電子ショッピングカート４６）を利用して、一括して、購入可能である。特に、本実施形態では、ジュース販売会社２６のジュース販売サイトと、酒販売会社２８の酒販売サイトとは、例えば、共通の電子商店街（いわゆるサイバーモール）に属していたり、また、これらサイト間でのデータの送受信を前提とした取り決め（送受信するデータのフォーマットや、通信のプロトコル等に関する取り決め）が行われていたりしているわけではなく、何ら関係のないサイトである。そして、クロスセールサービスは、このように、何ら関係のない複数のＷｅｂページ、すなわち、それぞれ独自の手法により独立して開設されたＷｅｂページ間を移動しつつ、各Ｗｅｂページにおいて販売されている商品を、同一のカート専用ウインドウ４５（電子ショッピングカート４６）を利用して、一括して、購入可能である。
【００８１】
また、本実施形態では、商品管理部８１は、異なる複数の主体（ジュース販売会社２６、酒販売会社２８、及び、お茶販売会社３０）が販売する商品を管理し、関連商品選択部９４は、電子ショッピングカートに１の商品が入れられた場合において、当該１の商品と関連する商品を選択する際、当該１の商品を販売する主体と、当該１の商品と関連する商品を販売する主体とが同一か否かにかかわらず、当該１の商品と関連する商品を選択する。
この構成によれば、例えば、１の商品がショッピングカートに入れられた場合において、推奨商品表示エリア５０には、当該１の商品を販売する会社と何ら関係のない会社（例えば、同一の電子モールに属しているといった関係を有していない会社）の商品を、推奨商品表示エリア５０に表示することが可能となり、クロスセール契約を結んだ個々の契約会社は、より一層、商品を販売する機会を拡充することが可能となる。
【００８２】
また、本実施形態では、関連商品選択部９４は、電子ショッピングカート４６に１の商品が入れられた場合、関連性データ９６の内容に基づいて、過去の電子ショッピングカート４６を利用した商品の購入の実態から、当該１の商品と同時に購入される傾向がある他の商品を特定し、特定した商品を、当該１の商品と関連する商品として選択する。
この構成によれば、電子ショッピングカート４６に１の商品が入れられた場合において、電子ショッピングカート４６の推奨商品表示エリア５０には、過去の電子ショッピングカート４６を利用した商品の購入の実態から、当該１の商品と同時に購入される傾向があると判別される他の商品が表示されるため、他の商品を販売する契約会社にとっては、効果的、かつ、効率的に商品を販売する機会を拡充することが可能となる。
【００８３】
なお、上述した実施の形態は、あくまでも本発明の一態様を示すものであり、本発明の範囲内で任意に変形および応用が可能である。
例えば、上述した実施形態では、商品を販売するＷｅｂページにアクセスがあった後、最初に電子ショッピングカート４６を表示する場合、推奨商品表示エリア５０には商品の情報が表示されていない状態であったが（図３参照）、商品を販売するＷｅｂページの内容に応じて推奨商品表示エリア５０に商品の情報を表示するようにしてもよい。
また、推奨商品表示エリア５０に表示される商品の数に上限を設けるようにしてもよい。推奨される商品があまりにも多いと、選択肢の過度の増加へとつながり、顧客満足度の低下につながる可能性があるからである。
また、上述した実施形態では、クレジットカードによる決済が行われていたが、決済の手段はこれに限らず、例えば、電子マネーを利用した決済等の既存の種々の決済の手段を利用することができる。
また、関連商品選択部９４による１の商品と関連する商品の選択方法は、上述した実施形態において例を挙げて説明したものに限らず、既存のデータマイニングの手法をすべからく適用可能である。関連する商品の選択は、例えば、特定の商品と、特定の商品とを対応付けて記憶しておき、ある１の商品がショッピングカートに入れられたときに、当該１の商品と対応付けて記憶された他の商品を、当該１の商品に関連する商品としてもよい。また例えば、閲覧者がＷｅｂサイトへアクセスした経路、アクセスに用いた検索キーワード、Ｗｅｂサイト上でのページ遷移状況から、閲覧者の興味を引く分野を推測し、該当の分野に関連する商品を選択してもよい。また例えば、Ｗｅｂサイト上で頻出するキーワードを自動抽出し、そのキーワードに関連付いた商品を選択してもよい。すなわち、同時に購入される可能性のある商品を関連する商品として適切に選択できれば、どのような手法であってもよい。
【符号の説明】
【００８４】
１ クロスセールシステム
１０ サービス提供サーバー（情報処理装置）
１２ インターネット（ネットワーク）
１５ 個人端末（装置）
２６ ジュース販売会社（主体）
２７ ジュース販売ページ（Ｗｅｂページ）
２８ 酒販売会社（主体）
２９ 酒販売ページ（Ｗｅｂページ）
３０ 茶販売会社（主体）
４５ カート専用ウインドウ（独立した表示領域）
４６ 電子ショッピングカート
８１ 商品管理部
９４ 関連商品選択部
１０１ 取引情報通知部
【技術分野】
【０００１】
本発明は、表示部を有する装置にネットワークを介して接続された情報処理装置、情報処理装置の制御方法、及び、情報処理装置を制御するためのプログラムに関する。
【背景技術】
【０００２】
従来、インターネット上に仮想的に構築されたショッピングモールである電子モールが知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００２−２３０３６５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ここで、電子モール等のインターネットを利用した商品の売買システムを利用して商品を販売する主体には、できるだけ商品を販売する機会を拡充したいとするニーズがある。
本発明は、上述した事情に鑑みてなされたものであり、インターネットを利用した商品の売買に係るシステムにおいて、商品を販売する機会を拡充したいという商品を販売する側のニーズに適切に応えることを目的とする。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、本発明は、表示部を有する装置にネットワークを介して接続され、前記装置からの所定のＷｅｂページへのアクセスに応じて、前記装置の前記表示部において当該Ｗｅｂページが表示される表示領域とは独立した表示領域に電子ショッピングカートを表示させるカート表示部と、前記電子ショッピングカートを利用して購入可能な商品であって、異なる複数の主体が販売する商品を管理する商品管理部と、前記電子ショッピングカートに１の商品が入れられた場合、当該１の商品を販売する主体と、当該１の商品と関連する商品を販売する主体とが同一か否かにかかわらず、前記商品管理部が管理する商品の中から当該１の商品と関連する商品を選択し、選択した商品の情報を前記電子ショッピングカートが表示された表示領域内に表示させる関連商品選択部と、を備えることを特徴とする。
【０００６】
また、本発明は、前記装置からの所定のＷｅｂページへのアクセスに応じて前記表示部に前記電子ショッピングカートが表示された後、前記電子ショッピングカートは、当該Ｗｅｂページの変移にかかわらず、当該Ｗｅｂページとは異なるＷｅｂページにおいて販売される商品を入れることができる状態で、前記表示部に継続して表示されることを特徴とする。
【０００７】
また、本発明は、前記商品管理部は、それぞれ個別に商品販売用のＷｅｂページを開設している、異なる主体が販売する商品を、統括的に管理し、前記関連商品選択部は、前記電子ショッピングカートに１の商品が入れられた場合、当該１の商品を販売する主体と、当該１の商品と関連する商品を販売する主体とが同一か否かにかかわらず、前記商品管理部が管理する商品の中から当該１の商品と関連する商品を選択し、選択した商品の情報を前記電子ショッピングカートが表示された表示領域内に表示させること、を特徴とする。
【０００８】
また、本発明は、前記関連商品選択部は、前記電子ショッピングカートに１の商品が入れられた場合、当該１の商品と同時に購入される可能性がある他の商品を、当該１の商品と関連する商品として選択することを特徴とする。
【０００９】
また、本発明は、前記関連商品選択部は、前記電子ショッピングカートに１の商品が入れられた場合、過去の前記電子ショッピングカートを利用した商品の購入の実態から、当該１の商品と同時に購入される傾向がある他の商品を特定し、特定した商品を、当該１の商品と関連する商品として選択することを特徴とする。
【００１０】
また、上記目的を達成するために、本発明は、表示部を有する装置にネットワークを介して接続された情報処理装置の制御方法であって、電子ショッピングカートを利用して購入可能な商品であって、異なる複数の主体が販売する商品を管理すると共に、前記装置からの所定のＷｅｂページへのアクセスに応じて、前記装置の前記表示部において当該Ｗｅｂページが表示される表示領域とは独立した表示領域に前記電子ショッピングカートを表示し、前記電子ショッピングカートに１の商品が入れられた場合、当該１の商品を販売する主体と、当該１の商品と関連する商品を販売する主体とが同一か否かにかかわらず、管理する商品の中から当該１の商品と関連する商品を選択し、選択した商品の情報を前記電子ショッピングカートが表示された表示領域内に表示することを特徴とする。
【００１１】
また、上記目的を達成するために、本発明は、表示部を有する装置にネットワークを介して接続された情報処理装置を制御するコンピューターにより実行されるプログラムであって、前記コンピューターを、前記装置からの所定のＷｅｂページへのアクセスに応じて、前記装置の前記表示部において当該Ｗｅｂページが表示される表示領域とは独立した表示領域に電子ショッピングカートを表示させるカート表示部と、前記電子ショッピングカートを利用して購入可能な商品であって、異なる複数の主体が販売する商品を管理する商品管理部と、前記電子ショッピングカートに１の商品が入れられた場合、当該１の商品を販売する主体と、当該１の商品と関連する商品を販売する主体とが同一か否かにかかわらず、前記商品管理部が管理する商品の中から当該１の商品と関連する商品を選択し、選択した商品の情報を前記電子ショッピングカートが表示された表示領域内に表示させる関連商品選択部と、として機能させることを特徴とする。
【発明の効果】
【００１２】
本発明によれば、商品を販売する機会を拡充するという商品を販売する側のニーズに適切に応えることができる。
【図面の簡単な説明】
【００１３】
【図１】クロスセールシステムの構成を示す図である。
【図２】サービス提供サーバーの機能的構成を示すブロック図である。
【図３】ジュース販売ページ、及び、電子ショッピングカートを示す図である。
【図４】電子ショッピングカートを示す図である。
【図５】酒販売ページ、及び、電子ショッピングカートを示す図である。
【図６】（Ａ）は電子ショッピングカートを、（Ｂ）は購入者情報入力ページを、（Ｃ）は内容確認ページをそれぞれ示す図である。
【図７】会社情報入力ページを示す図である。
【図８】（Ａ）は会社ＤＢのデータ構造を、（Ｂ）は商品ＤＢのデータ構造を、（Ｃ）は商品属性ＤＢのデータ構造を、（Ｄ）は在庫ＤＢのデータ構造をそれぞれ示す図である。
【図９】商品登録ページを示す図である。
【図１０】関連性データを示す図である。
【図１１】＜具体例＞におけるサービス提供サーバー、その他の装置の動作を示すフローチャートである。
【図１２】選択処理の詳細を示すフローチャートである。
【発明を実施するための形態】
【００１４】
以下、図面を参照して本発明の実施形態について説明する。
図１は、本実施形態に係るクロスセールシステム１の構成を示す図である。
図１に示すように、クロスセールシステム１は、サービス提供サーバー１０（情報処理装置）を備えている。
サービス提供サーバー１０は、サービス提供会社１１が開発、保守、運営するサーバーである。サービス提供会社１１は、後述するクロスセールサービスを提供する主体である。後に詳述するクロスセールサービスは、サービス提供サーバー１０の機能により実現される。
サービス提供サーバー１０は、インターネット１２に接続されており、このインターネット１２を介して、後述するジュース販売会社サーバー１３や、酒販売会社サーバー１４等のサーバー装置と通信可能である。
サービス提供サーバー１０と、他のサーバー装置との間では、所定の暗号化プロトコルに準じた通信や、仮想専用線等の既存の技術によりセキュアな通信が実現されている。サービス提供サーバー１０と、他のサーバー装置（例えばジュース販売会社サーバー１３）との間を専用線で接続し、当該専用線を介してこれら装置間で通信するようにしてもよいことは勿論である。
【００１５】
図１に示すように、インターネット１２には、個人端末１５（装置）、ジュース販売会社サーバー１３、酒販売会社サーバー１４、及び、クレジットカードシステム１７が接続されている。
【００１６】
個人端末１５は、個人である閲覧者Ｐ１が所有するパーソナルコンピューターであり、インターネット１２に接続可能に構成されると共に、少なくともＷｅｂページを表示可能な表示パネル２０と、マウスやキーボード等の入力デバイス２１と、を備えている。
なお、図１の個人端末１５は、インターネット１２に無数に接続された端末のうちの１台を例示的に示すものであり、本実施形態の例ではパーソナルコンピューターの形態であるが、インターネット１２に接続可能に構成されており、かつ、所定のブラウザーがインストールされ、Ｗｅｂページを表示可能な端末であれば、その形態を問わない。例えば、携帯電話や、インターネット１２に接続可能なゲーム機等であってもよい。
【００１７】
ジュース販売会社サーバー１３は、ジュースを販売するジュース販売会社２６が管理するサーバーである。このジュース販売会社２６は、少なくとも、ジュースＪ１、及び、ジュースＪ２の２種類のジュースを販売しており、ジュース販売会社サーバー１３上に、当該２種類のジュースを販売するための専用のＷｅｂサイト（以下、「ジュース販売サイト」という。）を開設している。
上述した個人端末１５を所有する閲覧者Ｐ１は、ジュース販売サイトのＵＲＬを把握しており、個人端末１５からジュース販売サイトにアクセスし、ジュース販売サイトのＷｅｂページであるジュース販売ページ２７（図３参照）を表示パネル２０に表示させることが可能である。
【００１８】
酒販売会社サーバー１４は、酒を販売する酒販売会社２８が管理するサーバーである。この酒販売会社２８は、少なくとも、酒Ｓ１、及び、酒Ｓ２の２種類の酒を販売しており、酒販売会社サーバー１４上に、当該２種類の酒を販売するための専用のＷｅｂサイト（以下、「酒販売サイト」という。）を開設している。
酒販売会社２８は、上述したジュース販売会社２６とは、何ら関係のない会社であり、従って、これら会社の間で、ジュース販売サイトと、酒販売サイトとの間でのデータの送受信を前提とした取り決め（送受信するデータのフォーマットや、プロトコル等に関する取り決め）は、何ら行われていない。
上述した個人端末１５を所有する閲覧者Ｐ１は、酒販売サイトのＵＲＬを把握しておらず、従って、意図して、酒販売サイトにアクセスし、酒販売サイトのＷｅｂページである酒販売ページ２９（図５参照）を表示パネル２０に表示させることはできない。
【００１９】
クレジットカードシステム１７は、クレジットカードの発行会社や、クレジットカードの加盟店を管理する加盟店管理会社によって提供されるシステムのことであり、少なくとも、クレジットカードを利用した決済機能と、クレジットカード番号やその他の情報に基づいて本人確認及び信用照会を実行する機能と、を有している。
【００２０】
また、図１に示すように、本実施形態の例では、ジュース販売会社２６、及び、酒販売会社２８とは別に、お茶販売会社３０が存在している。
このお茶販売会社３０は、少なくとも、お茶Ｔ１、及び、お茶Ｔ２の２種類のお茶を販売している。そして、お茶販売会社３０は、上述したジュース販売会社２６、及び、酒販売会社２８と異なり、サーバーを所有しておらず、かつ、お茶の販売に係るサイトを何ら開設していない。つまり、お茶販売会社３０は、お茶Ｔ１、お茶Ｔ２という商品を業として販売する一方、インターネット１２を利用した販売手段を持たない会社である。
【００２１】
図２は、サービス提供サーバー１０の機能的構成を示すブロック図である。
図２に示すように、サービス提供サーバー１０は、制御部３３と、表示部３４と、入力部３５と、記憶部３６と、インターフェイス部３７と、を備えている。
制御部３３は、サービス提供サーバー１０の各部を中枢的に制御するものであり、演算実行部としてのＣＰＵや、このＣＰＵに実行される各種プログラムを不揮発的に記憶するＲＯＭ、ＣＰＵに実行されるプログラムやこのプログラムに係るデータ等を一時的に記憶するＲＡＭ、その他の周辺回路等を備えている。制御部３３が備える各機能ブロックについては後述する。これら機能ブロックのそれぞれは、ＣＰＵがプログラムを実行する等、ハードウェアとソフトウェアとの協働により実現される。
表示部３４は、液晶表示パネル等の表示パネルを備え、制御部３３の制御の下、表示パネルに各種情報を表示する。
入力部３５は、所定の入力デバイスに接続され、入力デバイスに対する操作を検出し、制御部３３に出力する。
記憶部３６は、ハードディスク等の不揮発性の記憶装置を備え、各種データを書き換え可能に記憶する。記憶部３６に記憶された各データについては後述する。
インターフェイス部３７は、制御部３３の制御の下、インターネット１２を介して、各種装置と通信規格に準拠した通信を行う。
なお、サービス提供サーバー１０の構成は、図２に示すものに限らず、例えば、複数のサーバー装置が連係した構成であってもよく、また、集中型システム、分散型システムの一部の機能であってもよい。すなわち、後述するクロスセールサービスに係る各種機能を実現可能な構成であれば、その形態を問わない。
【００２２】
次いで、クロスセールサービスについて詳述する。
以下、まず、クロスセールサービスの概要について具体例を挙げて説明し、その次に、クロスセールサービスがサービス提供サーバー１０の機能によりどのようにして実現されているのかを詳細に説明する。
【００２３】
まず、クロスセールサービスの概要について、具体例を挙げて説明する。
【００２４】
＜クロスセールサービスの具体例＞
図３は、閲覧者Ｐ１が個人端末１５を利用してジュース販売サイトにアクセスし、ブラウザーの機能により、ジュース販売ページ２７が、個人端末１５の表示パネル２０のウインドウに表示されている様子を示す図である。説明の便宜のため、以下、ジュース販売ページ２７が表示されているウインドウのことを、単に、ジュース販売ページ２７と表現する。
上述したように、ジュース販売ページ２７は、ジュース販売会社２６が、ジュースＪ１と、ジュースＪ２とを販売するために開設したページである。
図３に示すように、ジュース販売ページ２７には、ジュース商品表示エリア４０が形成され、このジュース商品表示エリア４０には、商品としてのジュースＪ１を紹介するジュースＪ１紹介エリア４１と、ジュースＪ２を紹介するジュースＪ２紹介エリア４２とが形成されている。
ジュースＪ１紹介エリア４１について詳述すると、当該エリアでは、ジュースＪ１の商品画像４３Ｊ１が表示され、その右側には、ジュースＪ１の名称、価格、及び、ジュースＪ１を紹介する文章を含む商品情報４４Ｊ１が表示されている。さらに、商品画像４３Ｊ１の下には、購入を検討している商品として、ジュースＪ１の情報を後述するカート専用ウインドウ４５に表示された電子ショッピングカート４６の検討商品一覧エリア４７に表示させるためのカートボタン４８Ｊ１が表示されている。以下、説明の便宜のため、購入を検討している商品として、当該商品の情報を後述する電子ショッピングカート４６内の検討商品一覧エリア４７に表示させることを、「商品をショッピングカートに入れる」という。ショッピングカートに入れられた商品の情報は、サービス提供サーバー１０側で保持される。
【００２５】
図３に示すように、ジュース販売ページ２７が表示されると、これと併せて、自動で、サービス提供サーバー１０の機能により、カート専用ウインドウ４５が新たに開かれ、このカート専用ウインドウ４５内に電子ショッピングカート４６が表示される。電子ショッピングカート４６は、ジュース販売ページ２７と、別の独立したウインドウに表示されており、ジュース販売ページ２７から独立して、その大きさを変動したり、その位置を変えたりすることが可能である。
この電子ショッピングカート４６は、オンラインショッピングで広く普及しているショッピングカートと同様、閲覧者Ｐ１が購入を検討している商品の情報を保持し、一覧的に表示する機能のほか、商品推奨機能という本願特有の機能を有している。商品推奨機能については後述する。
図３に示すように、電子ショッピングカート４６には、検討商品一覧エリア４７と、推奨商品表示エリア５０とが形成されている。
検討商品一覧エリア４７は、ジュース販売ページ２７等のクロスセールサービスを利用する商品販売用のページにおいて、カートボタン４８が押された商品の情報を累積的に一覧表示するエリアである。商品の情報には、商品の名称、価格、及び、購入数量が含まれている。また、検討商品一覧エリア４７には、合計金額欄５１が形成されている。合計金額欄５１は、検討商品一覧エリア４７に表示されている商品の全てを、指定された購入数量ずつ買った場合の合計金額が表示される欄である。
推奨商品表示エリア５０については、後に詳述する。
電子ショッピングカート４６において、推奨商品表示エリア５０の下には、購入手続開始ボタン５２が設けられている。閲覧者Ｐ１によって、この購入手続開始ボタン５２が選択されたことをトリガーとして、電子ショッピングカート４６に係るショッピングカートに入っている商品の購入手続へ移行する。
【００２６】
図４（Ａ）は、図３のジュース販売ページ２７において、閲覧者Ｐ１により、ジュースＪ１に係るカートボタン４８Ｊ１が選択された後の電子ショッピングカート４６の状態を示す図である。
図４（Ａ）に示すように、ジュースＪ１に係るカートボタン４８Ｊ１が選択されると、検討商品一覧エリア４７に、ジュースＪ１の名称、価格、及び、購入数量が対応付けられたジュースＪ１の情報が追加される。また、ジュースＪ１の情報と対応付けて削除ボタン５３が表示される。この削除ボタン５３は、ジュースＪ１をショッピングカートから取り出すためのボタンである。ジュースＪ１をショッピングカートから取り出すとは、購入を検討している対象からジュースＪ１を外すことを言う。例えば、閲覧者Ｐ１は、ジュースＪ１を電子ショッピングカート４６に入れた後、ジュースＪ１を購入するか否か検討した結果、ジュースＪ１を購入しないことに決めた場合、削除ボタン５３を選択して、ジュースＪ１をショッピングカートから取り出す。
【００２７】
さらに、図４（Ａ）に示すように、ジュースＪ１に係るカートボタン４８Ｊ１が選択され、ジュースＪ１がショッピングカートに入れられると、これと併せて、推奨商品表示エリア５０に、ジュースＪ１と関連した商品であって、電子ショッピングカート４６を利用して購入可能な商品の情報が表示される。
ここで、本実施形態では、ジュースＪ１はウーロン茶であり、酒Ｓ１はウーロン茶を利用した酒であり、また、お茶Ｔ１はウーロン茶の茶葉であり、これらジュースＪ１、酒Ｓ１、及び、お茶Ｔ１が、後述する手段により関連した商品であるものとされているものとする。１の商品と、他の商品とが関連しているとは、当該１の商品を購入した場合に当該他の商品を同時に購入する傾向があること言い、本実施形態では、詳細は後述するが、互いに関連する商品が、クロスセールサービスを利用した商品の購入の実績に基づいて適切に設定される。
なお、「１の商品と、他の商品とが同時に購入される」とは、当該１の商品、及び、当該他の商品が、同一のショッピングカートに入れられ、同一の購入手続で購入されることを言う。
また、商品間の関連づけは、サービス提供サーバー１０の機能によって行われるが、これについては後に詳述する。
【００２８】
そして、図４（Ａ）に示すように、ジュースＪ１がショッピングカートに入れられると、これと併せて、推奨商品表示エリア５０に、ジュースＪ１と関連する商品である酒Ｓ１の情報が表示された酒Ｓ１推奨エリア５５と、ジュースＪ１と関連する商品であるお茶Ｔ１の情報が表示されたお茶Ｔ１推奨エリア５６とが形成される。
酒Ｓ１推奨エリア５５について詳述すると、当該エリアには、酒Ｓ１の商品画像５７Ｓ１が表示され、その右側には酒Ｓ１の名称、価格、及び、酒Ｓ１を紹介する文章を含む推奨商品情報５８Ｓ１が表示される。この推奨商品情報５８Ｓ１の下には、リンク５９Ｓ１が表示される。このリンク５９Ｓ１は、酒Ｓ１を販売する酒販売会社２８の酒販売サイトにアクセスするためのハイパーリンクであり、当該サイトへリンクすることが明記されている。当該リンク５９Ｓ１が選択されると、ブラウザーは、酒販売サイトにアクセスし、ジュース販売ページ２７から酒販売ページ２９へとウインドウ内に表示していたページを遷移する。
酒Ｓ１推奨エリア５５における酒Ｓ１の商品画像５７Ｓ１の下には、推奨商品カートボタン６０Ｓ１が表示されている。この推奨商品カートボタン６０Ｓ１を選択することにより、酒Ｓ１をショッピングカートに入れることが可能である。
お茶Ｔ１推奨エリア５６は、酒Ｓ１推奨エリア５５と同様の構成のため、その説明を省略する。
【００２９】
このように、本実施形態では、ジュースＪ１がショッピングカートに入れられ、検討商品一覧エリア４７に、ジュースＪ１の情報が表示されると、これと併せて、電子ショッピングカート４６内に形成された推奨商品表示エリア５０に、ジュースＪ１と関連する商品である酒Ｓ１と、お茶Ｔ１とが自動で表示され、かつ、推奨商品表示エリア５０に表示された推奨商品カートボタン６０を選択するという簡易な操作のみにより、これら酒Ｓ１及びお茶Ｔ１のいずれをもショッピングカートに入れることが可能である。
これにより、以下のメリットがある。
【００３０】
すなわち、酒Ｓ１及びお茶Ｔ１は、ジュースＪ１と関連した商品であり、従って、ジュースＪ１を購入しようとしている閲覧者Ｐ１は、酒Ｓ１及びお茶Ｔ１を購入できるのであれば、ジュースＪ１と同時に購入する可能性がある。そして、本実施形態では、ジュースＪ１がショッピングカートに入れられたことをトリガーとして、自動で、電子ショッピングカート４６内の推奨商品表示エリア５０に、ジュースＪ１と関連する酒Ｓ１及びお茶Ｔ１の情報が表示され、かつ、簡易な手段でこれら酒Ｓ１及びお茶Ｔ１をショッピングカートに入れることが可能であるため、酒Ｓ１を販売する酒販売会社２８、及び、お茶Ｔ１を販売するお茶販売会社３０にとっては、商品を販売する機会を拡充でき、好適に商機を得ることができる。特に、お茶販売会社３０は、自身では商品を販売するサイトを持っていないが、このような会社であっても、インターネット１２を利用して、商品を販売する機会を拡充でき、好適に商機を得ることができることとなる。また、酒販売会社２８はジュース販売会社２６と何ら関係のない会社であり、かつ、閲覧者Ｐ１は酒販売会社２８の酒販売サイトのＵＲＬを把握しておらず、従って、閲覧者Ｐ１は、酒販売サイトに意図的にアクセスできないが、このような会社であっても、閲覧者Ｐ１に対して、自身が販売する商品を紹介することが可能となり、商品を販売する機会を拡充でき、好適に商機を得ることができる。
さらに、本実施形態では、独立したウインドウであるカート専用ウインドウ４５の電子ショッピングカート４６に形成された推奨商品表示エリア５０に、ショッピングカートに入れられた商品と関連する商品の情報が、自動で、表示される。このため、閲覧者Ｐ１は、推奨商品表示エリア５０に表示された商品が、自身がショッピングカートに入れた商品と関連のある商品であることを、直感的に把握できる。さらに、電子ショッピングカート４６において、閲覧者Ｐ１が購入を検討している商品の情報と、当該商品に関連する商品の情報とが近接して表示されるため、閲覧者Ｐ１を関連する商品の情報に注目させることができ、これら関連する商品の購入の検討を促すことができる。
さらに、ショッピングカートに商品が入れられた場合、当該商品と関連する商品の情報が、自動で、表示される構成のため、閲覧者Ｐ１は、所定のサイトにおいて、カートボタン４８を選択し（カートボタン４８の選択に類する操作を含む）、自身が購入を希望する商品をショッピングカートに入れる、という単純な作業を行うだけで、関連する商品の情報という非常に有益な情報を得ることができる。このことは、閲覧者Ｐ１の利便性の向上につながり、閲覧者Ｐ１の満足度の向上、及び、閲覧者Ｐ１によるジュース販売サイトに対する評価の向上へとつながる。
【００３１】
図４（Ｂ）は、図４（Ａ）の電子ショッピングカート４６において、閲覧者Ｐ１がお茶Ｔ１に係る推奨商品カートボタン６０Ｔ１を選択し、お茶Ｔ１をショッピングカートに入れた後の様子を示す図である。
上述したように、閲覧者Ｐ１は、電子ショッピングカート４６の推奨商品表示エリア５０に自動で表示されたお茶Ｔ１の推奨商品カートボタン６０Ｔ１を選択する、という非常に簡易な操作によりお茶Ｔ１をショッピングカートに入れることが可能である。そして、お茶Ｔ１をショッピングカートに入れると、図４（Ｂ）に示すように、検討商品一覧エリア４７にお茶Ｔ１の情報が表示され、お茶Ｔ１が購入を検討している商品の対象となる。
お茶Ｔ１がショッピングカートに入れられると、推奨商品表示エリア５０からお茶Ｔ１の情報が消去されると共に、お茶Ｔ１と関連する商品の情報が、さらに、推奨商品表示エリア５０に表示される。ただし、図４（Ｂ）の例では、お茶Ｔ１と関連する商品は、ジュースＪ１以外では、酒Ｓ１しかなく、従って、推奨商品表示エリア５０には、酒Ｓ１の情報が表示された状態となる。
【００３２】
図５は、図４（Ｂ）の電子ショッピングカート４６において、さらに、酒Ｓ１推奨エリア５５のリンク５９Ｓ１が選択された場合における表示パネル２０の様子を示す図である。
上述したように、ハイパーリンクたるリンク５９Ｓ１が選択されると、酒販売サイトへのアクセスが実行され、ジュース販売ページ２７が酒販売ページ２９へと遷移する。なお、ブラウザーの設定や、ブラウザーに対する明示の指示により、ジュース販売ページ２７とは別のウインドウに酒販売ページ２９が表示されてもよく、また、タブごとにＷｅｂページを表示可能なブラウザーの場合は、新しいタブにおける表示領域に酒販売ページ２９が表示されてもよい。
図４（Ｂ）と、図５との比較により明らかなように、ジュース販売ページ２７から酒販売ページ２９へとＷｅｂページが遷移した場合であっても、電子ショッピングカート４６の状態は不変であり、ジュースＪ１、及び、お茶Ｔ１が購入を検討している商品としてショッピングカートに入った状態が維持される。
このように、本実施形態では、何らかの商品がショッピングカートに入れられ、電子ショッピングカート４６の検討商品一覧エリア４７に当該商品の情報が表示されている場合は、当該商品の販売用のページの変動にかかわらず、電子ショッピングカート４６の状態が維持される。より具体的に言えば、ジュースＪ１がショッピングカートに入れられている場合は、ジュースＪ１を販売するためのジュース販売ページ２７が他のページに遷移したり、ジュース販売ページ２７が閉じられたり、ジュース販売ページ２７以外のページが別の新しいウインドウで新たに開かれたり、また、ジュース販売ページ２７以外のページが新しいタブにおいて新たに表示されたりした場合であっても、電子ショッピングカート４６は、その状態が維持されたまま表示され続ける。なお、カート専用ウインドウ４５が最小化されている状態も、電子ショッピングカート４６が表示されている状態であるものとする。
以上のような構成のため、以下のようなメリットがある。
【００３３】
すなわち、他のウインドウの状況にかかわらず、電子ショッピングカート４６が表示され続けるため、購入を検討している商品（ショッピングカートに入れた商品）が常に視認できる状態となり、閲覧者Ｐ１の利便性が向上する。例えば、閲覧者Ｐ１が商品の購入の検討を一旦中断し、商品の購入とは関係のないＷｅｂページを閲覧したり、個人端末１５にインストールされた別のソフトウェアを起動して音楽を聴いたりゲームをしたりする等の行為を行った場合であっても、既にショッピングカートに入れた商品についてはショッピングカートに入った状態が維持され、かつ、電子ショッピングカート４６の検討商品一覧エリア４７を確認することにより購入を検討している商品が何であったかを、いつでも、認識可能となり、閲覧者Ｐ１の利便性が向上する。
さらに、閲覧者Ｐ１が商品の購入の検討を一旦中断し、上述したような商品の購入とは別の行為を行った場合であっても、商品をショッピングカートに入れた状態がリセットされることがなく、閲覧者Ｐ１が同一の商品について再びショッピングカートに入れる作業を行う必要がなくなるため、閲覧者Ｐ１の利便性が向上する。
さらに、他のウインドウの状況にかかわらず、電子ショッピングカート４６が表示され続けるため、購入を検討している商品がショッピングカートに継続して入っているということを閲覧者Ｐ１に確実に認識させることができる。
さらに、上記構成によれば、異なる複数のＷｅｂページを移動しつつ、各Ｗｅｂページにおいて販売されている商品を、同一のカート専用ウインドウ４５（電子ショッピングカート４６）を利用して、一括して、購入可能である。特に、本実施形態では、ジュース販売会社２６のジュース販売サイトと、酒販売会社２８の酒販売サイトとは、例えば、共通の電子商店街（いわゆる電子モール）に属していたり、また、これらサイト間でのデータの送受信を前提とした取り決め（送受信するデータのフォーマットや、通信のプロトコル等に関する取り決め）が行われていたりしているわけではなく、何ら関係のないサイトである。そして、クロスセールサービスは、このように、何ら関係のない複数のＷｅｂページ、すなわち、それぞれ独自の手法により独立して開設されたＷｅｂページ間を移動しつつ、各Ｗｅｂページにおいて販売されている商品を、同一のカート専用ウインドウ４５（電子ショッピングカート４６）を利用して、一括して、購入可能である。
なお、所定の時間以上、カート専用ウインドウ４５がアクティブとならなかったり、所定の操作がなされなかったりした場合に、一旦、電子ショッピングカート４６によって保持している商品の情報（購入を検討している商品の情報）をクリアするような構成としても良いことは勿論である。
【００３４】
図６（Ａ）は、図５の状態において、さらに、閲覧者Ｐ１が酒Ｓ２をショッピングカートに入れた後の様子を示す図である。
閲覧者Ｐ１は、酒販売ページ２９の酒Ｓ２に係るカートボタン４８Ｓ２を選択することにより酒Ｓ２をショッピングカートに入れることができる。なお、酒販売ページ２９は、酒Ｓ１、酒Ｓ２を販売する酒販売会社２８が開設したサイトのページであり、従って、酒販売ページ２９には酒Ｓ１、酒Ｓ２に関する情報がより多く含まれているため、閲覧者Ｐ１にとって酒販売ページ２９を開くメリットがある。
図６（Ａ）に示すように、酒Ｓ２がショッピングカートに入ると、検討商品一覧エリア４７に酒Ｓ２の情報が表示され、酒Ｓ２が購入を検討している商品の対象となる。
また、酒Ｓ２がショッピングカートに入ると、図６（Ａ）に示すように、検討商品一覧エリア４７に表示された商品のそれぞれ（ジュースＪ１、お茶Ｔ１、及び、酒Ｓ２）に関連する商品の情報が、推奨商品表示エリア５０に表示される。具体的には、ジュースＪ１と、お茶Ｔ１に関連する商品である酒Ｓ１、及び、酒Ｓ２に関連する商品であるジュースＪ２、お茶Ｔ２の情報が推奨商品表示エリア５０に表示される。
【００３５】
図６（Ｂ）は、図６（Ａ）の電子ショッピングカート４６の購入手続開始ボタン５２を選択した場合のカート専用ウインドウ４５の様子を示す図である。
購入手続開始ボタン５２が選択されると、ショッピングカートに入っている商品の購入手続へ移行し、カート専用ウインドウ４５内に表示されたページが、電子ショッピングカート４６から購入者情報入力ページ６２へと遷移する。
図６（Ｂ）に示すように、購入者情報入力ページ６２には、購入者情報入力エリア６３が形成されており、閲覧者Ｐ１は、この購入者情報入力エリア６３に、商品の購入者たる閲覧者Ｐ１の名前、電話番号、住所、メールアドレス、クレジットカード種類、クレジットカード番号、及び、有効期限が入力可能である。閲覧者Ｐ１は、全ての入力欄への入力を完了した後、注文内容確認ボタン６４を選択する。なお、購入者情報入力エリア６３に形成された各入力欄について、必要な入力チェックや、入力制限を行うようにしてもよいことは勿論である。
【００３６】
図６（Ｃ）は、図６（Ｂ）の購入者情報入力ページ６２において、購入者情報入力エリア６３の各入力欄への入力が完了した後、注文内容確認ボタン６４が選択された場合のカート専用ウインドウ４５の様子を示す図である。
購入者情報入力ページ６２において注文内容確認ボタン６４が選択されると、カート専用ウインドウ４５内に表示されたページが、購入者情報入力ページ６２から内容確認ページ６５へと遷移する。
この内容確認ページ６５では、閲覧者Ｐ１がカート専用ウインドウ４５に係るショッピングカートを利用して購入しようとしている商品の情報、代金に関する情報、及び、購入者を示す情報が表示される。
閲覧者Ｐ１は、内容確認ページ６５の内容を確認した後、内容に誤りがなければ、確定ボタン６６を選択する。
【００３７】
確定ボタン６６が選択されると、閲覧者Ｐ１がカート専用ウインドウ４５に係るショッピングカートを利用して購入した商品についての決済が実行される。
すなわち、閲覧者Ｐ１からジュース販売会社２６にジュースＪ１の代金が支払われ、酒販売会社２８に酒Ｓ２の代金が支払われ、かつ、お茶販売会社３０にお茶Ｔ１の代金が支払われる。決済に係る処理は、サービス提供サーバー１０の機能により、過不足なく、かつ、確実に行われるが、これについては後述する。
決済後、ジュース販売会社２６から閲覧者Ｐ１にジュースＪ１が所定の手段により送付され、酒販売会社２８から閲覧者Ｐ１に酒Ｓ２が送付され、お茶販売会社３０から閲覧者Ｐ１にお茶Ｔ１が送付され、一連と取引が終了する。
【００３８】
＜クロスセールサービスを実現するサービス提供サーバー１０の機能＞
次いで、具体例で説明したクロスセールサービスを実現するサービス提供サーバー１０の機能について、詳述する。
【００３９】
まず、クロスセールサービスの実現にあたり、ジュース販売会社２６、酒販売会社２８、及び、お茶販売会社３０は、それぞれ、サービス提供会社１１とクロスセールサービスの利用に関する契約（以下、「クロスセール契約」）を結ぶことが前提となる。
商品を販売する会社（ジュース販売会社２６、酒販売会社２８、及び、お茶販売会社）と、サービス提供会社１１との間で結ばれるクロスセール契約には、クロスセールサービスを利用する対価の支払いの態様に関する契約が含まれている。
クロスセールサービスを利用する対価の支払いの態様としては、商品を販売する会社からサービス提供会社１１に対して、定期的に定額の料金を支払うタイプと、電子ショッピングカート４６を利用して商品が購入される度に、商品を販売する会社からサービス提供会社１１に対して、所定の割合のマージンを支払うタイプとが用意されている。いずれにしても、商品を販売する会社は、クロスセールサービスを利用する契約を結び、クロスセールサービスを利用することにより、上述したように、商品の販売機会の拡充等の大きなメリットを享受できることとなる。
なお、クロスセールサービスを利用する対価の支払いの態様は、例に挙げた態様に限らず、例えば、上記２つのタイプの支払い方法をミックスさせた態様であってもよい。すなわち、商品を販売する会社からサービス提供会社１１に対して、クロスセールサービスの利用に伴って販売機会を拡充できる対価が支払われればよい。
【００４０】
クロスセール契約を結んだ会社（以下、「契約会社」という。本実施形態では、ジュース販売会社２６、酒販売会社２８、及び、お茶販売会社３０のことである。）には、各会社の情報を入力するための会社情報入力ページ７０（図７）にアクセスするためのＵＲＬが通知される。
クロスセール契約を結んだ後、契約会社のそれぞれは、会社が所有する端末（インターネット１２に接続可能な端末であればよい）を利用して、会社情報入力ページ７０にアクセスし、会社情報入力ページ７０に必要な会社情報を入力する。
【００４１】
図７は、会社情報入力ページ７０の一例を示す図である。
この会社情報入力ページ７０を表示させる機能は、サービス提供サーバー１０の制御部３３の会社ＤＢ生成部７１の機能により実現される。会社ＤＢ生成部７１は、会社情報入力ページ７０へのアクセスに応じて、所定の通信プロトコル（ｈｔｔｐ）に準拠して、ＨＴＭＬファイル等によって構成される描画データを出力し、会社情報入力ページ７０を表示させる。
なお、会社ＤＢ生成部７１の機能は、制御部３３のＣＰＵがプログラムを実行する等、ハードウェアとソフトウェアとの協働により実現される。
【００４２】
図７に示すように、会社情報入力ページ７０には、会社情報入力エリア７３と、振込先情報入力エリア７４と、支払方法入力エリア７５とが形成されている。
会社情報入力エリア７３には、会社名、住所、電話番号、及び、代表者名を入力する欄が形成されている。
振込先情報入力エリア７４は、クロスセールサービスを介して契約会社の商品が購入された場合に、購入代金を振り込むべき契約会社の口座の情報を入力するエリアである。詳細は後述するが、サービス提供サーバー１０の機能により、クロスセールサービスを利用して１の会社に係る商品が購入された場合、当該１の会社の口座に、過不足なく確実に購入代金が振り込まれる。
支払方法入力エリア７５は、契約会社からサービス提供会社へ、クロスセールサービスを利用する対価の支払方法に関する情報を入力するエリアである。説明の便宜のため、本実施形態では、定額を定期的に支払う支払方法Ａと、商品が購入される度に購入代金の所定の割合の額のマージンを支払う支払方法Ｂの２つの支払方法のみが存在するものとする。契約会社は、ラジオボタン７６を利用して、支払方法Ａと、支払方法Ｂのうち、いずれの支払方法を利用するかを選択する。
【００４３】
契約会社は、会社情報入力ページ７０に情報を入力した後、確定ボタン６６を選択する。確定ボタン６６が選択されると、会社情報入力ページ７０に入力された情報が、インターネット１２を介して、会社ＤＢ生成部７１に出力される。
会社ＤＢ生成部７１は、会社情報入力ページ７０に入力された情報に基づいて、会社ＤＢ７７に１件のレコードを生成する。
【００４４】
図８（Ａ）は、会社ＤＢ７７のデータ構造を示す図である。
会社ＤＢ７７は、契約会社ごとにレコードが形成されたリレーショナルデータベースであり、図８に示すように、１件のレコードには、会社ＩＤフィールド７７ａと、会社情報フィールド７７ｂと、振込先情報フィールド７７ｃと、支払方法情報フィールド７７ｄと、が含まれている。
会社ＩＤフィールド７７ａには、会社ＩＤが格納される。会社ＩＤとは、契約会社ごとに一意に付与される識別番号のことである。会社ＤＢ生成部７１は、１の契約会社のレコードを生成する際、所定のアルゴリズムで契約会社ごとにユニークな会社ＩＤを生成し、会社ＩＤフィールド７７ａに格納する。なお、生成された会社ＩＤは、所定の方法で、契約会社に通知される。
会社情報フィールド７７ｂには、会社情報が格納される。会社情報には、少なくとも、会社名、住所、電話番号、及び、代表者名が含まれている。会社ＤＢ生成部７１は、会社情報入力ページ７０の会社情報入力エリア７３に入力された情報に基づいて、会社情報を生成し、会社情報フィールド７７ｂに格納する。
振込先情報フィールド７７ｃには、振込先情報が格納される。振込先情報とは、購入代金を振り込むべき契約会社の口座の情報のことであり、会社ＤＢ生成部７１は、振込先情報入力エリア７４に入力された情報に基づいて、振込先情報を生成し、振込先情報フィールド７７ｃに格納する。
支払方法情報フィールド７７ｄには、支払方法として、支払方法Ａ、及び、支払方法Ｂのうちのいずれかを示す情報が格納される。
【００４５】
なお、お茶販売会社３０は、インターネット１２を利用した商品の販売手段をもたない会社であるが、このような会社では、社内にインターネット１２の知識を持ったものがおらず、従って、会社情報入力ページ７０を利用した会社情報の入力ができない可能性もある。
このような場合も踏まえ、以下のような手段によっても会社ＤＢ７７のレコードの生成が可能となっている。
すなわち、サービス提供サーバー１０は、表示部３４の表示パネルに各種会社情報を入力するための専用の画面を表示する機能を有している。そして、サービス提供会社１１の担当者は、郵送による書類の送受信、ＦＡＸ、電話その他の手段により、契約会社から各種会社情報を取得すると共に、取得した情報を上記専用の画面に入力する。会社ＤＢ生成部７１は、上記専用の画面に入力された内容に基づいて、会社ＤＢ７７に当該契約会社のレコードを生成する。
【００４６】
さらに、契約会社は、クロスセールサービスの利用にあたり、クロスセールサービスを利用した販売を希望する商品の登録を行う。
以下、商品の登録について説明する。
【００４７】
契約会社には、商品を登録するための商品登録ページ８０にアクセスするためのＵＲＬが予め通知される。
商品の登録に際し、契約会社のそれぞれは、会社が所有する端末を利用して、商品登録ページ８０にアクセスし、商品登録ページ８０に必要な情報を入力することにより、商品を登録する。
【００４８】
図９は、商品登録ページ８０の一例を示す図である。
この商品登録ページ８０を表示させる機能は、サービス提供サーバー１０の制御部３３の商品管理部８１の機能により実現される。商品管理部８１は、商品登録ページ８０へのアクセスに応じて、所定の通信プロトコル（ｈｔｔｐ）に準拠して、ＨＴＭＬファイル等によって構成される描画データを出力し、商品登録ページ８０を表示させる。
なお、商品管理部８１の機能は、制御部３３のＣＰＵがプログラムを実行する等、ハードウェアとソフトウェアとの協働により実現される。
【００４９】
図９に示すように、商品登録ページ８０には、会社ＩＤ入力欄８２と、商品名入力欄８３と、価格入力欄８４と、紹介文入力欄８５と、商品画像入力欄８６と、リンク先ＵＲＬ入力欄８７と、所属商品属性入力欄８８と、が形成されている。
商品の登録にあたり、契約会社は、会社ＩＤ入力欄８２に会社ＩＤを入力し、商品名入力欄８３に商品名を入力し、価格入力欄８４に商品の価格を入力し、紹介文入力欄８５に紹介文を入力する。また、契約会社は、商品の画像データ（例えば、ＪＰＥＧの画像データ）のルートディレクトリーからのパス名を商品画像入力欄８６に入力することにより、商品画像を入力する。なお、商品画像の入力は必須ではなく、商品の画像データが無い場合は、入力しなくてもよい。また、契約会社は、商品を紹介するＷｅｂページのＵＲＬをリンク先ＵＲＬ入力欄８７に入力する。商品を紹介するＷｅｂページとは、登録しようとしている商品をより詳しく紹介するＷｅｂページであれば何でもよく、契約会社における当該商品の販売用のページであってもよく、また、当該商品を紹介するために専用的に設けられたページであってもよい。
【００５０】
また、契約会社は、商品属性を入力する欄である所属商品属性入力欄８８に、登録しようとしている商品の商品属性を入力する。商品属性の入力は、プルダウンメニューからの選択により行う。
商品属性とは、商品の特徴や、性質に応じた分類のことであり、例えば、「ウーロン茶」、「緑茶」、「蟹」、「洗濯機」等である。選択可能な商品属性は、サービス提供会社１１によって予め用意されており、所属商品属性入力欄８８において、プルダウンメニューに一覧的に表示される。サービス提供会社１１は、クロスセールサービスにおいて取り扱われる商品のそれぞれに、適切な商品属性が存在するよう、十分に、選択可能な商品属性を用意し、また、必要に応じて、随時、商品属性を追加する。契約会社は、プルダウンして表示されるリストの中から、登録商品の商品属性として適切だと考えられる任意の商品属性を選択することにより、商品属性入力欄への入力を実行する。
契約会社は、商品登録ページ８０に情報を入力した後、入力確定ボタン８９を選択する。入力確定ボタン８９が選択されると、商品登録ページ８０に入力された情報が、インターネット１２を介して、商品管理部８１に出力される。
商品管理部８１は、商品登録ページ８０に入力された情報に基づいて、商品ＤＢ９０に１件のレコードを生成する。
【００５１】
図８（Ｂ）は、商品ＤＢ９０のデータ構造を示す図である。
商品ＤＢ９０は、登録された商品ごとにレコードが形成されたリレーショナルデータベースであり、図８（Ｂ）に示すように、１件のレコードには、商品ＩＤフィールド９０ａと、商品名フィールド９０ｂと、価格フィールド９０ｃと、紹介文フィールド９０ｄと、商品画像フィールド９０ｅと、リンク先ＵＲＬフィールド９０ｆと、会社ＩＤフィールド９０ｇと、所属商品属性ＩＤフィールド９０ｈと、が含まれている。
商品ＩＤフィールド９０ａには、商品ＩＤが格納される。商品ＩＤとは、商品ごとに一意に付与される識別番号のことである。商品管理部８１は、１の商品のレコードを生成する際、所定のアルゴリズムで商品ごとにユニークな商品ＩＤを生成し、商品ＩＤフィールド９０ａに格納する。ここで生成された商品ＩＤは、各契約会社に所定の方法により通知される。
商品名フィールド９０ｂには商品名を示す情報が、価格フィールド９０ｃには価格を示す情報が、紹介文フィールド９０ｄには商品の紹介文を示す情報が、商品画像フィールド９０ｅには商品の画像データ（画像データが記憶された記憶領域のアドレスであってもよい）が、リンク先ＵＲＬフィールド９０ｆには商品を紹介するＷｅｂページのＵＲＬを示す情報が、会社ＩＤフィールド９０ｇには商品を販売する会社の会社ＩＤが、それぞれ格納される。商品管理部８１は、商品登録ページ８０に入力された情報に基づいて、これら各フィールドに格納すべき情報を生成し、格納する。
【００５２】
また、所属商品属性ＩＤフィールド９０ｈには、商品登録ページ８０の所属商品属性入力欄８８に入力された（選択された）商品属性の商品属性ＩＤが格納される。
商品属性ＩＤとは、商品属性ごとに一意に付与される識別番号のことであり、商品管理部８１は、後述する商品属性ＤＢ９２を参照して、商品登録ページ８０の所属商品属性入力欄８８に入力された（選択された）商品属性を、商品属性ＩＤに変換し、所属商品属性ＩＤフィールド９０ｈに入力する。
【００５３】
図８（Ｃ）は、商品属性ＤＢ９２のデータ構造を示す図である。
図８（Ｃ）に示すように、商品属性ＤＢ９２の１件のレコードは、商品属性ＩＤフィールド９２ａと、商品属性フィールド９２ｂと、を含んでいる。
上述したように、商品登録ページ８０の所属商品属性入力欄８８において選択可能な商品属性は、サービス提供会社１１によって予め複数用意されているが、商品属性ＤＢ９２には、商品属性ごとにレコードが存在する。
商品属性ＩＤフィールド９２ａには、商品属性ＩＤが格納される。商品属性ＩＤとは、商品属性ごとに、一意に付与される識別番号のことである。
商品属性フィールド９２ｂには、商品属性の名称を示す情報が格納される。
商品管理部８１は、商品ＤＢ９０のレコードの所属商品属性ＩＤフィールド９０ｈに商品属性ＩＤを格納する際、商品属性ＤＢ９２の各レコードの商品属性ＩＤフィールド９２ａと、商品属性フィールド９２ｂとを参照して、所属商品属性入力欄８８に入力された（選択された）商品属性を、商品属性ＩＤに変換した上で、所属商品属性ＩＤフィールド９０ｈに商品属性ＩＤを格納する。
【００５４】
このように、商品管理部８１は、商品ＤＢ９０を利用して、電子ショッピングカート４６を利用して購入可能な商品であって、異なる複数の主体（上記具体例では、ジュース販売会社２６、酒販売会社２８、及び、お茶販売会社３０）が販売する商品を管理する。特に、ジュース販売会社２６、及び、酒販売会社２８については、それぞれが個別に商品販売用のＷｅｂページ（ジュース販売ページ２７、酒販売ページ２９）を開設している、全く関係のない主体であり、商品管理部は、このようなそれぞれ個別に商品販売用のＷｅｂページを開設している、異なる主体が販売する商品を、統括的に管理していることとなる。
【００５５】
さて、上述した具体例で説明したように、本実施形態では、１の商品がショッピングカートに入れられたことをトリガーとして、自動で、電子ショッピングカート４６内の推奨商品表示エリア５０に、当該１の商品と関連する商品の情報が表示される構成となっている。
そして、推奨商品表示エリア５０に表示する関連商品の選択は、関連商品選択部９４（後述）が、関連性データ生成部９５により生成された関連性データ９６の内容に基づいて行う。
以下、関連性データ９６、及び、当該関連性データ９６を生成する関連性データ生成部９５について説明する。
【００５６】
図１０は、関連性データ９６の内容の一例を模式的に示す図である。
関連性データ９６とは、選択可能な商品属性のうち、任意の２つの商品属性の組み合わせについて、組み合わせごとに、関連性ポイントを対応付けて記憶するデータである。
図１０は、商品属性ＩＤ：ＳＺ００１から商品属性ＩＤ：ＳＺ５００の５００種類の商品属性が存在する場合の関連性データ９６の内容の一例を示している。図１０に示すように、関連性データ９６を参照することにより、任意の１の商品属性と、任意の他の商品属性とに対応する関連性ポイントの値を取得可能である。例えば、関連性データ９６を参照することにより、商品属性ＩＤ：ＳＺ００１の商品属性と、商品属性ＩＤ：ＳＺ００２の商品属性とに対応する関連性ポイントの値を取得可能である。
１の商品属性と、他の商品属性とに対応する関連性ポイントは、当該１の商品属性に属する商品と、当該他の商品属性に属する商品の関連性が高いほど、換言すれば、当該１の商品属性に属する商品を購入した場合に、当該他の商品属性に属する商品を同時に購入する傾向が強ければ強いほど、その値が大きくなるように、関連性データ生成部９５により適切にその値が設定される。
なお、上述したように、「１の商品と、他の商品とが同時に購入される」とは、当該１の商品、及び、当該他の商品が、同一のショッピングカートに入れられ、同一の購入手続で購入されることを言う。
【００５７】
本実施形態では、関連性データ生成部９５は、以下のような単純な方法により、１の商品属性と、他の商品属性とに対応する関連性ポイントを設定する。
すなわち、関連性ポイントの値は、初期値が値「０」の整数である。そして、関連性データ生成部９５は、１の商品属性に属する商品、及び、他の商品属性に属する商品が同時に購入された場合、当該１の商品属性と、当該他の商品属性とに対応する関連性ポイントをインクリメントする。例えば、商品属性Ａに属する商品Ａと、商品属性Ｂに属する商品Ｂと、商品属性Ｃに属する商品Ｃとが同一のショッピングカートに入れられ、同一の購入手続で購入されたとする。この場合、関連性データ生成部９５は、関連性データ９６において、商品属性Ａと商品属性Ｂとに対応する関連性ポイントをインクリメントし、商品属性Ａと商品属性Ｃとに対応する関連性ポイントをインクリメントし、さらに、商品属性Ｂと商品属性Ｃとに対応する関連性ポイントをインクリメントする。このように関連性ポイントが設定されることにより、１の商品属性に属する商品と、他の商品属性に属する商品とが、実際に、同時に購入された回数が多ければ多いほど、当該１の商品属性と当該他の商品属性とに対応する関連性ポイントの値が大きくなる。ここで、１の商品属性に属する商品と、他の商品属性に属する商品とについて、同時に購入された実際の回数が多ければ多いほど、当該１の商品属性に属する商品を購入した場合に、当該他の商品属性に属する商品を同時に購入する傾向が強いと言うことができるため、１の商品属性に属する商品を購入した場合に、他の商品属性に属する商品を同時に購入する傾向が強ければ強いほど、当該１の商品属性と、当該他の商品属性とに対応する関連性ポイントの値は大きくなる。
なお、関連性ポイントの設定の方法は、上述した方法に限らない。
例えば、関連性データ生成部９５により、１の商品属性に属する商品と、他の商品属性に属する商品とが同時に購入されたタイミングが、時間的に新しければ新しいほど、関連性ポイントの値に反映されるように重み付けをした上で、関連性ポイントを設定するようにしたり、また、平均、分散、その他の統計的手法を用いて関連性ポイントを設定したりするようにしてもよい。すなわち、１の商品属性に属する商品を購入した場合に、他の商品属性に属する商品を同時に購入する傾向が強ければ強いほど、当該１の商品属性と、当該他の商品属性とに対応する関連性ポイントの値が大きくなるように、関連性ポイントが設定されればよく、その方法は問わない。
【００５８】
また、サービス提供サーバー１０の制御部３３の在庫管理部９７は、在庫ＤＢ９８を利用して、登録された各商品の在庫を管理する。
【００５９】
図８（Ｄ）は、在庫ＤＢ９８のデータ構造を示す図である。
在庫ＤＢ９８は、登録された商品ごとにレコードが形成されたリレーショナルデータベースであり、図８（Ｄ）に示すように、１件のレコードには、商品ＩＤフィールド９８ａと、在庫数フィールド９８ｂと、が含まれている。
商品ＩＤフィールド９８ａには、商品ＩＤが格納される。
在庫数フィールド９８ｂには、対応する商品の在庫数を示す情報が格納される。
在庫管理部９７は、以下のようにして、在庫数フィールド９８ｂに格納された情報が示す在庫数を更新することにより、各商品の在庫数を管理する。
すなわち、例えば、ジュース販売会社２６のジュース販売会社サーバー１３上には、自社が販売する商品の在庫を管理する在庫管理システムが稼働しているとする。この場合において、在庫管理部９７は、インターネット１２を介して、所定のタイミングで、予め定められた所定のプロトコルに準拠して、当該在庫管理システムと通信し、ジュース販売会社２６が登録した各商品の在庫数を示す情報を取得し、取得した情報に基づいて、在庫ＤＢ９８の在庫数フィールド９８ｂの内容を更新する。
また、在庫管理部９７は、所定のＵＲＬへのアクセスに応じて、各商品の在庫数を入力するためのＷｅｂページを表示させる機能を有している。当該ＵＲＬは、各契約会社に事前に通知される。当該Ｗｅｂページは、少なくとも、商品を特定する情報（商品ＩＤや、会社ＩＤと商品名との組み合わせ等）と、特定した商品の在庫数を入力可能な構成となっている。そして、契約会社は、在庫の変動に応じて、当該ＵＲＬにアクセスして、当該Ｗｅｂページを開き、在庫の変動があった商品について、当該商品を特定する情報と、当該商品の在庫数を入力する。在庫管理部９７は、インターネット１２を介して当該ページに入力された情報を取得することにより、１の商品の商品ＩＤと、当該１の商品の在庫数を示す情報とを取得し、取得した情報に基づいて、在庫ＤＢ９８の在庫数フィールド９８ｂの内容を更新する。上述した通信による在庫ＤＢの自動更新機能を利用しない場合、適宜、契約会社の担当者が商品の在庫に係る情報を入力するためのページにアクセスし、当該ページに商品の在庫に係る情報を入力する。
なお、在庫管理部９７による在庫ＤＢ９８を利用した在庫管理方法は、上述した方法に限らない。例えば、契約会社に対して、在庫ＤＢ９８へのアクセス権を付与し、契約会社自体が在庫ＤＢ９８によって各商品の在庫を管理するようにしてもよく、また、サービス提供会社１１の担当者が、電話やＦＡＸ等の手段によって契約会社と連絡して各商品の在庫の状況を管理し、適宜、在庫ＤＢ９８を更新するようにしてもよい。
【００６０】
次いで、＜具体例＞で例示したクロスセールサービスの提供時におけるサービス提供サーバー１０の動作について、個人端末１５、ジュース販売会社サーバー１３、酒販売会社サーバー１４、及び、クレジットカードシステム１７の動作と共に説明する。
【００６１】
図１１は、＜具体例＞で例示したクロスセールサービスの提供時における各装置の動作を示すシーケンス図であり、（Ａ）は個人端末１５の動作を、（Ｂ）はジュース販売会社サーバー１３の動作を、（Ｃ）は酒販売会社サーバー１４の動作を、（Ｄ）はサービス提供サーバー１０の動作を、そして、（Ｅ）はクレジットカードシステム１７の動作をそれぞれ示している。
まず、閲覧者Ｐ１が、個人端末１５において、所定のブラウザーを立ち上げて、ジュース販売会社２６のジュース販売サイトへアクセスする（ステップＳＡ１）。
ジュース販売会社サーバー１３は、個人端末１５のブラウザーとの間で所定のプロトコルに準じた通信を行い、個人端末１５の表示パネル２０にジュース販売ページ２７を表示させる（ステップＳＢ１）。
ステップＳＢ１では、ジュース販売会社サーバー１３から、個人端末１５のブラウザーに対して、ジュース販売ページ２７に係るＨＴＭＬファイルが出力される。そして、このＨＴＭＬファイルには、以下の機能を有するプログラム（以下、「カート関連プログラム」という。）がジャバスクリプト等のスクリプト言語により記述されている。
すなわち、機能１：ジュース販売ページ２７が表示されるウインドウとは、独立した別のウインドウ（カート専用ウインドウ４５）を新たに開く機能、機能２：サービス提供サーバー１０の、電子ショッピングカート４６のＷｅｂページにアクセスし、カート専用ウインドウ４５に電子ショッピングカート４６を表示する機能、の２つの機能である。
カート関連プログラムのソースは、サービス提供会社１１から契約会社に対して、事前に通知される。各契約会社は、商品販売用のＷｅｂページを作成する際に、当該Ｗｅｂページに、所定の規則に従って、カート関連プログラムのソースを記述する。なお、サービス提供会社１１の担当者が、サービスの一環として、各契約会社の商品販売用のＷｅｂページのＨＴＭＬファイルに、カート関連プログラムのソースが記述するようにしてもよい。
【００６２】
ジュース販売会社サーバー１３から、ジュース販売ページ２７のＨＴＭＬファイルが入力されると、個人端末１５では、ブラウザーの機能により、カート関連プログラムが実行され（ステップＳＡ２）、このカート関連プログラムの機能により、ジュース販売ページ２７のウインドウとは独立して、カート専用ウインドウ４５が開かれる（ステップＳＡ３）。
さらに、個人端末１５は、カート関連プログラムの機能により、サービス提供サーバー１０の電子ショッピングカート４６のＷｅｂページにアクセスする（ステップＳＡ４）。
個人端末１５からサービス提供サーバー１０の電子ショッピングカート４６のＷｅｂページにアクセスがあると、サービス提供サーバー１０のカート表示部９９は、ＨＴＭＬファイル等によって構成される電子ショッピングカート４６の描画データを生成して出力し、個人端末１５の表示パネル２０のカート専用ウインドウ４５に電子ショッピングカート４６を表示させる（ステップＳＤ１）。このカート表示部９９の機能は、ソフトウェアとハードウェアとの協働により実現される。
これにより、図３に示すように、表示パネル２０上に、ジュース販売ページ２７が表示されると共に、当該ジュース販売ページ２７と独立した表示領域に電子ショッピングカート４６が表示される。
【００６３】
このように、本実施形態では、ジュース販売ページ２７等の所定のＷｅｂページにアクセスがあると、これと併せて、ほぼ同時に、サービス提供サーバー１０のカート表示部９９の機能により、電子ショッピングカート４６が表示されるが、所定のＷｅｂページへのアクセスに「応じて」、電子ショッピングカート４６を表示させる際の態様は、これに限らない。例えば、所定のＷｅｂページにおいて、商品の選択が行われたり（例：カートボタン４８Ｊ１が選択される）、また、電子ショッピングカート４６を表示させるボタンがある場合は、当該ボタンが選択されたりする等の何らかのアクションがあった場合に、サービス提供サーバー１０のカート表示部９９の機能により、電子ショッピングカート４６が表示されるようにしてもよい。
【００６４】
さらに、閲覧者Ｐ１により、ジュースＪ１に係るカートボタン４８Ｊ１が選択されると（ステップＳＸ１）、個人端末１５のブラウザーは、カートボタン４８Ｊ１が選択された旨を示すデータを、サービス提供サーバー１０に出力する（ステップＳＡ５）。
なお、サービス提供サーバー１０に出力される上記データには、ジュースＪ１の商品ＩＤを示す情報が含まれる。ジュース販売ページ２７のＨＴＭＬファイルには、カートボタン４８Ｊ１が操作されたことをトリガーとして、ジュースＪ１の商品ＩＤを示す情報を含む上記データを生成し、サービス提供サーバー１０に出力する機能を有するプログラムが実装されている。商品ＩＤは、事前に契約会社（この場合はジュース販売会社２６）に通知されているため、契約会社は、事前に通知された商品ＩＤに基づいて、カートボタン４８と、商品ＩＤとを対応付けし、ＨＴＭＬファイルに上述した機能を有するプログラムを実装する。
なお、サービス提供サーバー１０は、個人端末１５から入力される通知に基づいて、ショッピングカートに入れられた商品ＩＤについて常に管理し、現時点でショッピングカートに入れられている全ての商品の商品ＩＤを過不足なく保持する。
カートボタン４８Ｊ１が選択された旨を示すデータが入力されると、サービス提供サーバー１０は、選択処理を実行する（ステップＳＤ２）。
【００６５】
図１２は、ステップＳＤ２の選択処理の詳細を示すフローチャートである。
選択処理において、まず、サービス提供サーバー１０の関連商品選択部９４は、ステップＳＡ５において通知された商品ＩＤ（上記例では、ジュースＪ１の商品ＩＤ）を取得する（ステップＳＦ１）。以下の図１２のフローチャートの説明では、ステップＳＦ１で取得された商品ＩＤの商品のことを「処理対象商品」と表現するものとする。この関連商品選択部９４の機能は、ＣＰＵがプログラムを実行する等、ハードウェアとソフトウェアとの協働により実現される。
次いで、関連商品選択部９４は、商品ＤＢ９０を参照し（ステップＳＦ２）、処理対象商品が属する商品属性の商品属性ＩＤ（所属商品属性ＩＤ）を特定する（ステップＳＦ３）。
次いで、関連商品選択部９４は、関連性データ９６を参照する（ステップＳＦ４）。
次いで、関連商品選択部９４は、関連性データ９６の内容に基づいて、処理対象商品が属する商品属性と、関連性の高い商品属性の商品属性ＩＤを特定する（ステップＳＦ５）。
【００６６】
ステップＳＦ５の処理について詳述すると、図１０を例として説明したように、関連性データ９６では、任意の２つの商品属性の組み合わせについて、組み合わせごとに、関連性ポイントが対応付けて記憶されている。これを踏まえ、関連商品選択部９４は、関連性データ９６の内容に基づいて、処理対象商品が属する商品属性以外の全ての商品属性を、処理対象商品が属する商品属性との関連性ポイントの値の大きさによって順位付けし、上位３つの商品属性を、処理対象商品が属する商品属性と関連性の高い商品属性と判別する。
【００６７】
次いで、関連商品選択部９４は、商品ＤＢ９０を参照し（ステップＳＦ６）、ステップＳＦ５で特定した商品属性ＩＤ（＝処理対象商品が属する商品属性と関連性の高い商品属性の商品属性ＩＤ）に属する商品の商品ＩＤを特定する（ステップＳＦ７）。その際、関連商品選択部９４は、商品を販売する会社が同一であるか否かを考慮することなく商品を特定する。すなわち、関連商品選択部９４は、処理対象商品と、販売会社が同一であるか否かにかかわらず、商品の商品ＩＤを特定する。ここで特定された商品ＩＤの商品は、その商品属性が、処理対象商品が属する商品属性と高い関連性を有しており、従って、処理対象商品に関連する商品であると言える。
本例では、ステップＳＤ２に係るステップＳＦ７において、関連商品選択部９４は、処理対象商品たるジュースＪ１に関連する商品として、酒Ｓ１、及び、お茶Ｔ１を特定する。
【００６８】
さて、前掲図１１に戻り、ステップＳＤ２において選択処理を実行した後、サービス提供サーバー１０のカート表示部９９は、ジュースＪ１に係るカートボタン４８Ｊ１が選択された後の電子ショッピングカート４６（図４（Ａ）参照）の描画データを生成する（ステップＳＤ３）。具体的には、図４（Ａ）に示すように、検討商品一覧エリア４７に、ジュースＪ１の名称、価格、及び、購入数量が対応付けられたジュースＪ１の情報が表示され、かつ、推奨商品表示エリア５０に、酒Ｓ１、及び、お茶Ｔ１の情報が表示された電子ショッピングカート４６を表示するための描画データを生成する。商品ＤＢ９０には、図４（Ａ）における電子ショッピングカート４６に表示される各商品の情報が不足なく格納されているため、カート表示部９９は、商品ＤＢ９０を参照した上で、所定のアルゴリズムに基づいて、図４（Ａ）に示すレイアウトで各情報が表示されるような電子ショッピングカート４６の描画データを生成する。
次いで、サービス提供サーバー１０のカート表示部９９は、個人端末１５のブラウザーとの間で所定のプロトコルに準拠した通信を行い、ステップＳＤ３で生成した描画データを個人端末１５に出力することにより、個人端末１５の表示パネル２０のカート専用ウインドウ４５に、図４（Ａ）の電子ショッピングカート４６を表示する（ステップＳＤ４）。
【００６９】
電子ショッピングカート４６が図４（Ａ）に示す状態のときに、さらに、閲覧者Ｐ１により、お茶Ｔ１に係る推奨商品カートボタン６０Ｔ１が選択されると（ステップＳＸ２）、個人端末１５のブラウザーは、推奨商品カートボタン６０Ｔ１が選択された旨を示すデータを、サービス提供サーバー１０に出力する（ステップＳＡ６）。当該データには、お茶Ｔ１の商品ＩＤを示す情報が含まれている。これは、ステップＳＤ３で生成された描画データを構成するＨＴＭＬファイル上に、推奨商品カートボタン６０Ｔ１が選択されたことをトリガーとして、お茶Ｔ１の商品ＩＤを含むデータを出力する機能を有するプログラムが実装されることにより実現されている。
当該データが入力されると、サービス提供サーバー１０の関連商品選択部９４は、入力されたデータに含まれるお茶Ｔ１の商品ＩＤに基づいて、お茶Ｔ１を処理対象商品として、上述した選択処理を実行し、お茶Ｔ１に関連する商品を特定する（ステップＳＤ５）。このステップＳＤ５においてお茶Ｔ１に関連する商品として特定された商品は、ステップＳＤ２で特定された商品と合わせて推奨商品表示エリア５０にその情報が表示されるものとされる。これにより、検討商品一覧エリア４７に表示されている商品のそれぞれに関連する商品の情報が、過不足なく、推奨商品表示エリア５０に表示された状態とすることができる。なお、本実施形態の例では、お茶Ｔ１と関連する商品は、ジュースＪ１、及び、酒Ｓ１であるため、これら２つの商品が、お茶Ｔ１と関連する商品として特定される。
【００７０】
次いで、サービス提供サーバー１０のカート表示部９９は、ステップＳＤ２の処理結果、及び、ステップＳＤ５の処理結果に基づいて、図４（Ｂ）の電子ショッピングカート４６の画面を表示させる描画データを生成する（ステップＳＤ６）。その際、カート表示部９９は、検討商品一覧エリア４７に表示されている商品は、推奨商品表示エリア５０に表示しないようにする。
次いで、カート表示部９９は、ステップＳＤ６で生成した描画データを、個人端末１５に出力し、カート専用ウインドウ４５に新たな電子ショッピングカート４６を表示する（ステップＳＤ７）。この結果、図４（Ｂ）に示すように、検討商品一覧エリア４７に、ステップＳＸ１でショッピングカートに入れられたジュースＪ１、及び、ステップＳＸ２でショッピングカートに入れられたお茶Ｔ１の情報が表示されると共に、推奨商品表示エリア５０にジュースＪ１とお茶Ｔ１とのそれぞれに共通して関連する商品である酒Ｓ１の情報が表示される。
【００７１】
電子ショッピングカート４６が図４（Ｂ）に示す状態のときに、さらに、閲覧者Ｐ１により、酒Ｓ１推奨エリア５５のリンク５９Ｓ１が選択されると（ステップＳＸ３）、ステップＳＤ６で生成された描画データに実装されたプログラムの機能により、個人端末１５のブラウザーは、ジュース販売ページ２７を、リンク５９Ｓ１の酒販売ページ２９へと遷移させるべく、酒販売サイトへアクセスする（ステップＳＡ７）。当該アクセスに応じて、酒販売会社サーバー１４は、個人端末１５のブラウザーと通信し、ジュース販売ページ２７を酒販売ページ２９に遷移させる（ステップＳＣ１）。
この結果図５に示すように、個人端末１５の表示パネル２０において、酒販売ページ２９が表示されると共に、この酒販売ページ２９が表示されたウインドウから独立したウインドウであるカート専用ウインドウ４５に電子ショッピングカート４６が表示される。
このように、ステップＳＤ６でカート表示部９９により生成された描画データには、リンク５９Ｓ１が選択されたことをトリガーとして、リンク５９Ｓ１のリンク先にアクセスし、電子ショッピングカート４６が開かれているカート専用ウインドウ４５「以外の」既設のウインドウのページを遷移させる機能を有するプログラムが実装されており、これにより、リンク５９Ｓ１が操作された場合であっても、電子ショッピングカート４６が表示された状態が維持される。電子ショッピングカート４６の表示が維持されることのメリットについては上述したとおりである。
なお、リンク５９Ｓ１が操作された場合の動作は、「カート専用ウインドウ４５以外の既設のウインドウのページを遷移させる」ことに限らず、例えば、カート専用ウインドウ４５を表示したまま、新たなウインドウを立ち上げ、当該ウインドウに酒販売ページ２９を表示するようにしてもよく、また、タブごとにＷｅｂページを表示可能なブラウザーの場合は、新しいタブに酒販売ページ２９が表示されてもよく、閲覧者Ｐ１が自由に設定できるようにしてもよい。すなわち、リンク５９Ｓ１が操作された場合であっても、カート専用ウインドウ４５に電子ショッピングカート４６が表示された状態が維持されつつ、リンク５９Ｓ１のリンク先の酒販売ページ２９が表示されれば、どのような動作を行うようにしてもよい。
【００７２】
電子ショッピングカート４６が図５に示す状態のときに、さらに、閲覧者Ｐ１により、酒販売ページ２９の酒Ｓ２に係るカートボタン４８Ｓ２が選択されると（ステップＳＸ４）、個人端末１５のブラウザーは、カートボタン４８Ｓ２が選択された旨を示すデータを、サービス提供サーバー１０に出力する（ステップＳＡ８）。
なお、サービス提供サーバー１０に出力される上記データには、酒Ｓ２の商品ＩＤを示す情報が含まれる。酒販売ページ２９のＨＴＭＬファイルには、カートボタン４８Ｓ２が操作されたことをトリガーとして、酒Ｓ２の商品ＩＤを示す情報を含む上記データを生成し、サービス提供サーバー１０に出力する機能を有するプログラムが実装されている。
当該データが入力されると、サービス提供サーバー１０の関連商品選択部９４は、入力されたデータに含まれる酒Ｓ２の商品ＩＤに基づいて、酒Ｓ２を処理対象商品として、上述した選択処理を実行し、酒Ｓ２に関連する商品を特定する（ステップＳＤ８）。このステップＳＤ８において酒Ｓ２に関連する商品として特定された商品は、ステップＳＤ２、及び、ステップＳＤ５で特定された商品と合わせて推奨商品表示エリア５０にその情報が表示される。これにより、検討商品一覧エリア４７に表示されている商品のそれぞれに関連する商品の情報が、過不足なく、推奨商品表示エリア５０に表示された状態とすることができる。なお、本実施形態の例では、酒Ｓ２と関連する商品は、ジュースＪ２、及び、お茶Ｔ２であるため、これら２つの商品が、酒Ｓ２と関連する商品として特定される。
【００７３】
次いで、サービス提供サーバー１０のカート表示部９９は、ステップＳＤ２、ＳＤ５、及び、ＳＤ８の処理結果に基づいて、図６（Ａ）の電子ショッピングカート４６の画面を表示させる描画データを生成する（ステップＳＤ９）。その際、カート表示部９９は、検討商品一覧エリア４７に表示されている商品は、推奨商品表示エリア５０に表示しないようにする。
次いで、カート表示部９９は、ステップＳＤ９で生成した描画データを、個人端末１５に出力し、カート専用ウインドウ４５に新たな電子ショッピングカート４６を表示する（ステップＳＤ１０）。この結果、図６（Ａ）に示すように、検討商品一覧エリア４７に、ステップＳＸ１、ＳＸ２、及び、ＳＸ３でショッピングカートに入れられたジュースＪ１、お茶Ｔ１、及び、酒Ｓ２が表示され、さらに、推奨商品表示エリア５０に、ジュースＪ１とお茶Ｔ１とのそれぞれに共通して関連する商品である酒Ｓ１、及び、酒Ｓ２に関連する商品であるジュースＪ２、お茶Ｔ２の情報が表示される。
【００７４】
電子ショッピングカート４６が図６（Ａ）に示す状態のときに、さらに、閲覧者Ｐ１により、購入手続開始ボタン５２が選択されると（ステップＳＸ５）、個人端末１５のブラウザーと、サービス提供サーバー１０のカート表示部９９とが通信して、図６（Ｂ）の購入者情報入力ページ６２の描画データが、カート表示部９９からブラウザーに出力され、図６（Ｂ）に示すように、カート専用ウインドウ４５内に表示されたページが、電子ショッピングカート４６から購入者情報入力ページ６２へと遷移する（ステップＳＡ９、ＳＤ１１）。
さらに、閲覧者Ｐ１による購入者情報入力エリア６３の各入力欄への入力が完了し、注文内容確認ボタン６４が選択されると（ステップＳＸ６）、個人端末１５のブラウザーと、サービス提供サーバー１０のカート表示部９９とが通信して、図６（Ｃ）の内容確認ページ６５の描画データが、カート表示部９９からブラウザーに出力され、図６（Ｃ）に示すように、カート専用ウインドウ４５内に表示されたページが、購入者情報入力ページ６２から内容確認ページ６５へと遷移する（ステップＳＡ１０、ＳＤ１２）。
さらに、閲覧者Ｐ１による内容確認ページ６５の内容の確認が終了し、確定ボタン６６が選択されると（ステップＳＸ７）、個人端末１５のブラウザーは、サービス提供サーバー１０と通信し、確定ボタン６６が選択された旨、通知する（ステップＳＡ１１）。
【００７５】
確定ボタン６６が選択された旨の通知がくると、サービス提供サーバー１０の決済部１００は、決済データを生成する（ステップＳＤ１３）。
この決済データは、クレジットカードシステム１７に出力されるデータであって、クレジットカードシステム１７によって閲覧者Ｐ１の本人確認、信用照会を行うための情報や、クレジットカードシステム１７から商品を販売した契約会社に対して商品の購入に応じた支払い（アクワイアラーによる立て替え払い）をするための情報（契約会社ごとの伝票情報）が不足なく含まれたデータである。
決済データに含まれる情報のうち、閲覧者Ｐ１の本人確認や信用照会を行うための情報は、購入者情報入力エリア６３に入力された情報に基づいて、決済部１００により生成される。
また、クレジットカードシステム１７から商品を販売した契約会社に対して商品の購入に応じた支払いをするための情報は、電子ショッピングカート４６が利用されて購入された商品の情報に基づいて、決済部１００により生成される。より詳細には、決済部１００は、電子ショッピングカート４６を利用して購入された各商品について、商品ＤＢを参照して、各商品を販売する契約会社を特定し、契約会社ごとに、購入された商品の代金を算出する。そして、決済部１００は、クレジットカードシステム１７との間で予め定められたフォーマットに準じて、少なくとも、クレジットカードシステム１７が立て替え払いをすべき契約会社のそれぞれを特定する情報と、各契約会社の振込口座を示す情報と、各契約会社に支払うべき金額を示す情報とを含んだ決済データを生成する。本例のように、ジュースＪ１、お茶Ｔ１、及び、酒Ｓ２が電子ショッピングカート４６によって購入された場合、決済部１００は、商品ＤＢを参照して、各商品を販売する契約会社として、ジュース販売会社２６、酒販売会社２８、及び、お茶販売会社３０を特定し、ジュース販売会社２６に係る購入代金としてジュースＪ１の代金を算出し、酒販売会社２８に係る購入代金として酒Ｓ２の代金を算出し、お茶販売会社３０に係る購入代金としてお茶Ｔ１の代金を算出する。
この決済部１００の機能は、ＣＰＵがプログラムを実行する等、ハードウェアとソフトウェアとの協働により実現される。
【００７６】
次いで、決済部１００は、決済データをクレジットカードシステム１７に送信する（ステップＳＤ１４）。
クレジットカードシステム１７は、入力された決済データに基づいて、決済処理を実行し、閲覧者１の本人確認や、信用照会、また、商品を販売した各契約会社への代金の立て替え払いや、閲覧者Ｐ１への代金請求、その他の決済に必要な処理を実行する（ステップＳＥ１）。
【００７７】
また、決済部１００により決済データを送信した後、サービス提供サーバー１０の取引情報通知部１０１は、電子ショッピングカート４６を利用した商品の販売を行った各契約会社に対して、電子ショッピングカート４６を利用して成立した取引の内容を示す取引情報を通知する（ステップＳＤ１５）。取引情報には、少なくとも、契約会社の商品を購入した購入者の情報、及び、購入された商品を示す情報が含まれている。契約会社の商品を購入した購入者の情報とは、購入者情報入力ページ６２に入力された各情報のうち名前、電話番号、住所、及び、メールアドレスのことであり、また、購入された商品を示す情報とは、商品ＩＤ等の商品を特定する情報と購入された数量とを少なくとも含む情報のことである。
取引情報通知部１０１が各契約会社に取引情報を通知する手段はどのようなものであってもよい。例えば、取引の内容が記載された電子メールを生成して送信するようにしてもよく、各契約会社の所定のシステムと通信し、当該所定のシステムに対して取引情報を示すデータを出力するようにしてもよく、紙媒体の伝票を出力し、サービス提供会社１１の担当者が紙媒体として出力された伝票を郵送その他の手段により送信するようにしてもよく、サービス提供サーバー１０の表示部３４等に契約情報を表示し、サービス提供会社１１の担当者が表示パネル２０に表示された情報に基づいて、電話等の手段により各契約会社に通知するようにしてもよい。
取引情報を取得した各契約会社は、取引情報の内容に基づいて、商品購入者に対して、商品を郵送したり、郵送のスケジュールをメールしたり等、必要な処理を実行する。
【００７８】
次いで、関連性データ生成部９５は、電子ショッピングカート４６によって購入された商品の実績に応じて、関連性データ９６の内容を更新する（ステップＳＤ１６）。具体的には、本実施形態の例では、ジュースＪ１、お茶Ｔ１、及び、酒Ｓ２が電子ショッピングカート４６を利用して同時に購入されたが、この場合、関連性データ生成部９５は、商品ＤＢ９０を参照することにより各商品が属する商品属性を特定すると共に、ジュースＪ１が属する商品属性と、お茶Ｔ１が属する商品属性とに対応する関連性ポイントをインクリメントし、お茶Ｔ１が属する商品属性と、酒Ｓ２が属する商品属性とに対応する関連性ポイントをインクリメントし、さらに、ジュースＪ１が属する商品属性と、酒Ｓ２が属する商品属性とに対応する関連性ポイントをインクリメントする。
【００７９】
以上説明したように、本実施形態によれば、情報処理装置たるサービス提供サーバー１０は、装置たる個人端末１５からの所定のＷｅｂページ（例えば、ジュース販売ページ２７）へのアクセスに応じて、個人端末１５の表示パネル２０において当該Ｗｅｂページが表示される表示領域とは独立した表示領域（別のウインドウ）に電子ショッピングカート４６を表示させるカート表示部９９と、電子ショッピングカート４６を利用して購入可能な商品を管理する商品管理部８１と、電子ショッピングカート４６に１の商品が入れられた場合、商品管理部８１が管理する商品のうち、当該１の商品と関連する商品を選択し、選択した商品の情報を電子ショッピングカート４６が表示された表示領域内に形成された推奨商品表示エリア５０に表示させる関連商品選択部９４と、を備えている。
この構成によれば、電子ショッピングカート４６に１の商品が入れられた場合、当該１の商品と関連する商品が自動で推奨商品表示エリア５０に表示されるため、商品を販売する会社にとっては、商品を販売する機会を拡充できる。また、電子ショッピングカート４６は、Ｗｅｂページとは独立した表示領域に表示され、当該Ｗｅｂページを開設する会社（主体）とは関係のない会社（主体）のＷｅｂページでも電子ショッピングカート４６を利用して商品の購入ができるため、閲覧者Ｐ１にとっては、従来のように、共通のショッピングモールに属する会社の商品のみが同一の電子ショッピングカート４６で購入できる、といった制限を受けることなく、高い自由度で商品の購入が可能となる。
さらに、個人端末１５から所定のＷｅｂページ（例えば、ジュース販売ページ２７）へのアクセスがあると、カート表示部９９の機能により、当該アクセスに応じて、自動で、個人端末１５の表示パネル２０に電子ショッピングカート４６が表示されるため、ユーザーは、アクセスした所定のＷｅｂページに記載された商品について、電子ショッピングカート４６を利用して、購入できることを直感的に把握でき、かつ、例えば、電子ショッピングカート４６を表示するための特別な作業（例えば、電子ショッピングカート４６を表示させるために、所定のサーバーにアクセスする）を行う必要が無く、ユーザーの利便性が高い。なお、上述したように、上述した実施形態では、ジュース販売ページ２７等の所定のＷｅｂページにアクセスがあると、これと併せて、ほぼ同時に、サービス提供サーバー１０のカート表示部９９の機能により、電子ショッピングカート４６が表示されるが、所定のＷｅｂページへのアクセスに「応じて」、電子ショッピングカート４６を表示させる際の態様は、これに限らない。例えば、所定のＷｅｂページにおいて、商品の選択が行われたり（例：カートボタン４８Ｊ１が選択される）、また、電子ショッピングカート４６を表示させるボタンがある場合は、当該ボタンが選択されたりする等の何らかのアクションがあった場合に、サービス提供サーバー１０のカート表示部９９の機能により、電子ショッピングカート４６が表示されるようにしてもよい。
【００８０】
また、本実施形態では、個人端末１５からの所定のＷｅｂページへのアクセスに応じて表示パネル２０に電子ショッピングカート４６が表示された後、電子ショッピングカート４６は、当該Ｗｅｂページの変移にかかわらず、当該Ｗｅｂページとは異なるＷｅｂページにおいて販売される商品を入れることができる状態で、表示パネル２０に継続して表示される。
この構成によれば、他のウインドウの状況にかかわらず、電子ショッピングカート４６が表示され続けるため、購入を検討している商品（ショッピングカートに入れた商品）が常に視認できる状態となり、閲覧者Ｐ１の利便性が向上する。例えば、閲覧者Ｐ１が商品の購入の検討を一旦中断し、商品の購入とは関係のないＷｅｂページを閲覧したり、個人端末１５にインストールされた別のソフトウェアを起動して音楽を聴いたりゲームをしたりする等の行為を行った場合であっても、既にショッピングカートに入れた商品についてはショッピングカートに入った状態が維持され、かつ、電子ショッピングカート４６の検討商品一覧エリア４７を確認することにより購入を検討している商品が何であったかを、いつでも、認識可能であるため、閲覧者Ｐ１の利便性が向上する。さらに、閲覧者Ｐ１が商品の購入の検討を一旦中断し、上述したような商品の購入とは別の行為を行った場合であっても、商品をショッピングカートに入れた状態がリセットされることがなく、閲覧者Ｐ１が同一の商品について再びショッピングカートに入れる作業を行う必要がなくなるため、閲覧者Ｐ１の利便性が向上する。さらに、他のウインドウの状況にかかわらず、電子ショッピングカート４６が表示され続けるため、購入を検討している商品がショッピングカートに継続して入っているということを閲覧者Ｐ１に確実に認識させることができる。さらに、上記構成によれば、異なる複数のＷｅｂページを移動しつつ、各Ｗｅｂページにおいて販売されている商品を、同一のカート専用ウインドウ４５（電子ショッピングカート４６）を利用して、一括して、購入可能である。特に、本実施形態では、ジュース販売会社２６のジュース販売サイトと、酒販売会社２８の酒販売サイトとは、例えば、共通の電子商店街（いわゆるサイバーモール）に属していたり、また、これらサイト間でのデータの送受信を前提とした取り決め（送受信するデータのフォーマットや、通信のプロトコル等に関する取り決め）が行われていたりしているわけではなく、何ら関係のないサイトである。そして、クロスセールサービスは、このように、何ら関係のない複数のＷｅｂページ、すなわち、それぞれ独自の手法により独立して開設されたＷｅｂページ間を移動しつつ、各Ｗｅｂページにおいて販売されている商品を、同一のカート専用ウインドウ４５（電子ショッピングカート４６）を利用して、一括して、購入可能である。
【００８１】
また、本実施形態では、商品管理部８１は、異なる複数の主体（ジュース販売会社２６、酒販売会社２８、及び、お茶販売会社３０）が販売する商品を管理し、関連商品選択部９４は、電子ショッピングカートに１の商品が入れられた場合において、当該１の商品と関連する商品を選択する際、当該１の商品を販売する主体と、当該１の商品と関連する商品を販売する主体とが同一か否かにかかわらず、当該１の商品と関連する商品を選択する。
この構成によれば、例えば、１の商品がショッピングカートに入れられた場合において、推奨商品表示エリア５０には、当該１の商品を販売する会社と何ら関係のない会社（例えば、同一の電子モールに属しているといった関係を有していない会社）の商品を、推奨商品表示エリア５０に表示することが可能となり、クロスセール契約を結んだ個々の契約会社は、より一層、商品を販売する機会を拡充することが可能となる。
【００８２】
また、本実施形態では、関連商品選択部９４は、電子ショッピングカート４６に１の商品が入れられた場合、関連性データ９６の内容に基づいて、過去の電子ショッピングカート４６を利用した商品の購入の実態から、当該１の商品と同時に購入される傾向がある他の商品を特定し、特定した商品を、当該１の商品と関連する商品として選択する。
この構成によれば、電子ショッピングカート４６に１の商品が入れられた場合において、電子ショッピングカート４６の推奨商品表示エリア５０には、過去の電子ショッピングカート４６を利用した商品の購入の実態から、当該１の商品と同時に購入される傾向があると判別される他の商品が表示されるため、他の商品を販売する契約会社にとっては、効果的、かつ、効率的に商品を販売する機会を拡充することが可能となる。
【００８３】
なお、上述した実施の形態は、あくまでも本発明の一態様を示すものであり、本発明の範囲内で任意に変形および応用が可能である。
例えば、上述した実施形態では、商品を販売するＷｅｂページにアクセスがあった後、最初に電子ショッピングカート４６を表示する場合、推奨商品表示エリア５０には商品の情報が表示されていない状態であったが（図３参照）、商品を販売するＷｅｂページの内容に応じて推奨商品表示エリア５０に商品の情報を表示するようにしてもよい。
また、推奨商品表示エリア５０に表示される商品の数に上限を設けるようにしてもよい。推奨される商品があまりにも多いと、選択肢の過度の増加へとつながり、顧客満足度の低下につながる可能性があるからである。
また、上述した実施形態では、クレジットカードによる決済が行われていたが、決済の手段はこれに限らず、例えば、電子マネーを利用した決済等の既存の種々の決済の手段を利用することができる。
また、関連商品選択部９４による１の商品と関連する商品の選択方法は、上述した実施形態において例を挙げて説明したものに限らず、既存のデータマイニングの手法をすべからく適用可能である。関連する商品の選択は、例えば、特定の商品と、特定の商品とを対応付けて記憶しておき、ある１の商品がショッピングカートに入れられたときに、当該１の商品と対応付けて記憶された他の商品を、当該１の商品に関連する商品としてもよい。また例えば、閲覧者がＷｅｂサイトへアクセスした経路、アクセスに用いた検索キーワード、Ｗｅｂサイト上でのページ遷移状況から、閲覧者の興味を引く分野を推測し、該当の分野に関連する商品を選択してもよい。また例えば、Ｗｅｂサイト上で頻出するキーワードを自動抽出し、そのキーワードに関連付いた商品を選択してもよい。すなわち、同時に購入される可能性のある商品を関連する商品として適切に選択できれば、どのような手法であってもよい。
【符号の説明】
【００８４】
１ クロスセールシステム
１０ サービス提供サーバー（情報処理装置）
１２ インターネット（ネットワーク）
１５ 個人端末（装置）
２６ ジュース販売会社（主体）
２７ ジュース販売ページ（Ｗｅｂページ）
２８ 酒販売会社（主体）
２９ 酒販売ページ（Ｗｅｂページ）
３０ 茶販売会社（主体）
４５ カート専用ウインドウ（独立した表示領域）
４６ 電子ショッピングカート
８１ 商品管理部
９４ 関連商品選択部
１０１ 取引情報通知部
【特許請求の範囲】
【請求項１】
表示部を有する装置にネットワークを介して接続され、
前記装置からの所定のＷｅｂページへのアクセスに応じて、前記装置の前記表示部において当該Ｗｅｂページが表示される表示領域とは独立した表示領域に電子ショッピングカートを表示させるカート表示部と、
前記電子ショッピングカートを利用して購入可能な商品であって、異なる複数の主体が販売する商品を管理する商品管理部と、
前記電子ショッピングカートに１の商品が入れられた場合、当該１の商品を販売する主体と、当該１の商品と関連する商品を販売する主体とが同一か否かにかかわらず、前記商品管理部が管理する商品の中から当該１の商品と関連する商品を選択し、選択した商品の情報を前記電子ショッピングカートが表示された表示領域内に表示させる関連商品選択部と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記装置からの所定のＷｅｂページへのアクセスに応じて前記表示部に前記電子ショッピングカートが表示された後、前記電子ショッピングカートは、当該Ｗｅｂページの変移にかかわらず、当該Ｗｅｂページとは異なるＷｅｂページにおいて販売される商品を入れることができる状態で、前記表示部に継続して表示されることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記商品管理部は、
それぞれ個別に商品販売用のＷｅｂページを開設している、異なる主体が販売する商品を、統括的に管理し、
前記関連商品選択部は、
前記電子ショッピングカートに１の商品が入れられた場合、当該１の商品を販売する主体と、当該１の商品と関連する商品を販売する主体とが同一か否かにかかわらず、前記商品管理部が管理する商品の中から当該１の商品と関連する商品を選択し、選択した商品の情報を前記電子ショッピングカートが表示された表示領域内に表示させること、
を特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記関連商品選択部は、
前記電子ショッピングカートに１の商品が入れられた場合、当該１の商品と同時に購入される可能性がある他の商品を、当該１の商品と関連する商品として選択することを特徴とする請求項１ないし３のいずれかに記載の情報処理装置。
【請求項５】
前記関連商品選択部は、
前記電子ショッピングカートに１の商品が入れられた場合、過去の前記電子ショッピングカートを利用した商品の購入の実態から、当該１の商品と同時に購入される傾向がある他の商品を特定し、特定した商品を、当該１の商品と関連する商品として選択することを特徴とする請求項４に記載の情報処理装置。
【請求項６】
表示部を有する装置にネットワークを介して接続された情報処理装置の制御方法であって、
電子ショッピングカートを利用して購入可能な商品であって、異なる複数の主体が販売する商品を管理すると共に、
前記装置からの所定のＷｅｂページへのアクセスに応じて、前記装置の前記表示部において当該Ｗｅｂページが表示される表示領域とは独立した表示領域に前記電子ショッピングカートを表示し、
前記電子ショッピングカートに１の商品が入れられた場合、当該１の商品を販売する主体と、当該１の商品と関連する商品を販売する主体とが同一か否かにかかわらず、管理する商品の中から当該１の商品と関連する商品を選択し、選択した商品の情報を前記電子ショッピングカートが表示された表示領域内に表示することを特徴とする情報処理装置の制御方法。
【請求項７】
表示部を有する装置にネットワークを介して接続された情報処理装置を制御するコンピューターにより実行されるプログラムであって、
前記コンピューターを、
前記装置からの所定のＷｅｂページへのアクセスに応じて、前記装置の前記表示部において当該Ｗｅｂページが表示される表示領域とは独立した表示領域に電子ショッピングカートを表示させるカート表示部と、
前記電子ショッピングカートを利用して購入可能な商品であって、異なる複数の主体が販売する商品を管理する商品管理部と、
前記電子ショッピングカートに１の商品が入れられた場合、当該１の商品を販売する主体と、当該１の商品と関連する商品を販売する主体とが同一か否かにかかわらず、前記商品管理部が管理する商品の中から当該１の商品と関連する商品を選択し、選択した商品の情報を前記電子ショッピングカートが表示された表示領域内に表示させる関連商品選択部と、
として機能させることを特徴とするプログラム。
【請求項１】
表示部を有する装置にネットワークを介して接続され、
前記装置からの所定のＷｅｂページへのアクセスに応じて、前記装置の前記表示部において当該Ｗｅｂページが表示される表示領域とは独立した表示領域に電子ショッピングカートを表示させるカート表示部と、
前記電子ショッピングカートを利用して購入可能な商品であって、異なる複数の主体が販売する商品を管理する商品管理部と、
前記電子ショッピングカートに１の商品が入れられた場合、当該１の商品を販売する主体と、当該１の商品と関連する商品を販売する主体とが同一か否かにかかわらず、前記商品管理部が管理する商品の中から当該１の商品と関連する商品を選択し、選択した商品の情報を前記電子ショッピングカートが表示された表示領域内に表示させる関連商品選択部と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記装置からの所定のＷｅｂページへのアクセスに応じて前記表示部に前記電子ショッピングカートが表示された後、前記電子ショッピングカートは、当該Ｗｅｂページの変移にかかわらず、当該Ｗｅｂページとは異なるＷｅｂページにおいて販売される商品を入れることができる状態で、前記表示部に継続して表示されることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記商品管理部は、
それぞれ個別に商品販売用のＷｅｂページを開設している、異なる主体が販売する商品を、統括的に管理し、
前記関連商品選択部は、
前記電子ショッピングカートに１の商品が入れられた場合、当該１の商品を販売する主体と、当該１の商品と関連する商品を販売する主体とが同一か否かにかかわらず、前記商品管理部が管理する商品の中から当該１の商品と関連する商品を選択し、選択した商品の情報を前記電子ショッピングカートが表示された表示領域内に表示させること、
を特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
前記関連商品選択部は、
前記電子ショッピングカートに１の商品が入れられた場合、当該１の商品と同時に購入される可能性がある他の商品を、当該１の商品と関連する商品として選択することを特徴とする請求項１ないし３のいずれかに記載の情報処理装置。
【請求項５】
前記関連商品選択部は、
前記電子ショッピングカートに１の商品が入れられた場合、過去の前記電子ショッピングカートを利用した商品の購入の実態から、当該１の商品と同時に購入される傾向がある他の商品を特定し、特定した商品を、当該１の商品と関連する商品として選択することを特徴とする請求項４に記載の情報処理装置。
【請求項６】
表示部を有する装置にネットワークを介して接続された情報処理装置の制御方法であって、
電子ショッピングカートを利用して購入可能な商品であって、異なる複数の主体が販売する商品を管理すると共に、
前記装置からの所定のＷｅｂページへのアクセスに応じて、前記装置の前記表示部において当該Ｗｅｂページが表示される表示領域とは独立した表示領域に前記電子ショッピングカートを表示し、
前記電子ショッピングカートに１の商品が入れられた場合、当該１の商品を販売する主体と、当該１の商品と関連する商品を販売する主体とが同一か否かにかかわらず、管理する商品の中から当該１の商品と関連する商品を選択し、選択した商品の情報を前記電子ショッピングカートが表示された表示領域内に表示することを特徴とする情報処理装置の制御方法。
【請求項７】
表示部を有する装置にネットワークを介して接続された情報処理装置を制御するコンピューターにより実行されるプログラムであって、
前記コンピューターを、
前記装置からの所定のＷｅｂページへのアクセスに応じて、前記装置の前記表示部において当該Ｗｅｂページが表示される表示領域とは独立した表示領域に電子ショッピングカートを表示させるカート表示部と、
前記電子ショッピングカートを利用して購入可能な商品であって、異なる複数の主体が販売する商品を管理する商品管理部と、
前記電子ショッピングカートに１の商品が入れられた場合、当該１の商品を販売する主体と、当該１の商品と関連する商品を販売する主体とが同一か否かにかかわらず、前記商品管理部が管理する商品の中から当該１の商品と関連する商品を選択し、選択した商品の情報を前記電子ショッピングカートが表示された表示領域内に表示させる関連商品選択部と、
として機能させることを特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１３−１０１４２１（Ｐ２０１３−１０１４２１Ａ）
【公開日】平成２５年５月２３日（２０１３．５．２３）
【国際特許分類】
【出願番号】特願２０１１−２４３４９８（Ｐ２０１１−２４３４９８）
【出願日】平成２３年１１月７日（２０１１．１１．７）
【出願人】（５１１２６９６５７）情報力株式会社 (1)
【Ｆターム（参考）】
【公開日】平成２５年５月２３日（２０１３．５．２３）
【国際特許分類】
【出願日】平成２３年１１月７日（２０１１．１１．７）
【出願人】（５１１２６９６５７）情報力株式会社 (1)
【Ｆターム（参考）】
[ Back to top ]