(57)【要約】【課題】決済処理の応答性能を低下させることなく注文完了画面に有効な広告情報を提供すること。【解決手段】決済情報に基づいて形成され広告情報を選択するための区分である広告セグメント情報と広告取得先アドレスとを関連付けて保存する広告選択サーバと、決済時に加盟店サーバから送られてくる決済情報に広告表示条件が含まれている場合は、該決済情報をもとに広告セグメント情報を生成して広告選択サーバへ送信し、広告取得先アドレスを受信する広告連携処理手段と、決済処理の結果および広告取得先アドレスをもとに応答電文を作成して加盟店サーバへ送信するトランザクション処理手段とを設け、加盟店サーバを介して当該応答電文をもとに作成された注文完了画面を消費者端末上に表示させると共に、該応答電文に含まれている広告取得先アドレスを用いて該消費者端末に広告情報を取得させて、該注文完了画面上に表示させることを特徴とする。【選択図】図２
2010044538.tif 000002
【特許請求の範囲】
【請求項１】
消費者端末と接続し商品等の販売を行う加盟店サーバおよび決済処理を行う決済サーバと通信ネットワークを介して夫々接続し、前記加盟店サーバと前記決済サーバとの間の決済処理を仲介する決済代行システムであって、
カードブランドや決済金額などの決済情報に基づいて形成され広告情報を選択するための区分である広告セグメント情報と広告取得先アドレスとを関連付けて保存する広告情報データベースを有し、広告セグメント情報の受信により、前記広告情報データベースを参照して当該広告セグメント情報に対応する広告取得先アドレスを抽出し、当該抽出した広告取得先アドレスを送信する広告選択サーバと、
前記加盟店サーバから送られてくる決済情報をもとに前記決済サーバとの間で決済処理を実行する決済代行処理実行手段と、
前記加盟店サーバから送られてくる決済情報に広告のサイズを示す寸法コード等の広告表示条件が含まれている場合は、該決済情報をもとに広告セグメント情報を生成して前記広告選択サーバへ送信し、その後、前記広告選択サーバから送信されてくる広告取得先アドレスを受信する広告連携処理手段と、
前記決済代行処理実行手段による決済処理の結果および前記広告連携処理手段により受信した広告取得先アドレスをもとに応答電文を作成して前記加盟店サーバへ送信するトランザクション処理手段と、を備え、
前記加盟店サーバを介して当該応答電文をもとに作成された注文完了画面を前記消費者端末上に表示させると共に、該応答電文に含まれている広告取得先アドレスを用いて該消費者端末に広告情報を取得させて、該注文完了画面上に表示させることを特徴とする決済代行システム。
【請求項２】
消費者の決済および購買に関する履歴情報を消費者の識別子と関連付けて保存する履歴データベースを備え、
前記広告連携処理手段は、前記履歴情報を用いて前記広告セグメント情報を生成することを特徴とする請求項１に記載の決済代行システム。
【請求項３】
前記広告情報データベースの前記広告セグメント情報は、さらに消費者の性別等の属性情報に基づいて形成されており、
前記広告連携処理手段は、前記決済情報に加え消費者の属性情報を用いて生成した広告セグメント情報を前記広告選択サーバへ送信することによって、当該広告セグメント情報に対応する広告取得先アドレスを取得することを特徴とする請求項１または２に記載の決済代行システム。
【請求項４】
前記取得先アドレスに対応する広告情報を保存する広告素材サーバを備え、
該広告素材サーバは、前記消費者端末へ表示した広告情報のクリック履歴を保存しておき、該クリック履歴に基づいて、前記取得先アドレスに対応して前記消費者端末上へ表示すべき広告情報を変更することを特徴とする請求項１乃至３のいずれか一に記載の決済代行システム。
【請求項５】
消費者端末と接続し商品等の販売を行う加盟店サーバおよび決済処理を行う決済サーバと通信ネットワークを介して夫々接続し、前記加盟店サーバと前記決済サーバとの間の決済処理を仲介する決済代行サーバと、広告取得先アドレスを管理する広告選択サーバと、広告取得先のサーバであって前記広告取得先アドレスごとに配信すべき広告情報を保存する広告素材サーバとを用いて、決済処理時に前記消費者端末へ広告を配信する決済連動型広告配信方法であって、
前記広告選択サーバに、カードブランドや決済金額の価格帯など広告情報を選択する区分である広告セグメント情報と広告取得先アドレスとを関連付けて保存しておき、
前記決済代行サーバにおいて、前記加盟店サーバから送られてくる決済情報をもとに前記決済サーバとの間で決済処理を実行し、前記加盟店サーバから送られてくる決済情報に広告のサイズを示す寸法コードを含む広告表示条件が含まれている場合は、該決済情報をもとに広告セグメント情報を生成し前記広告選択サーバから該広告セグメント情報に対応する広告取得先アドレスを取得する広告連携処理を実行し、前記決済処理の結果および前記広告連携処理により取得した広告取得先アドレスをもとに応答電文を作成して前記加盟店サーバへ送信するトランザクション処理を実行し、
加盟店サーバにおいて、前記応答電文に基づいて前記消費者端末上に注文完了画面を表示すると共に前記消費者端末へ広告取得先アドレスと広告取得プログラムを送信し、
消費者端末において、受信した前記広告取得プログラムを実行することによって、広告取得先アドレスをもとに前記広告素材サーバへ広告情報の配信を要求し、前記広告素材サーバから送られてきた広告情報を前記注文完了画面上へ表示することを特徴とする決済連動型広告配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、商品等を販売するサイトである加盟店サーバと決済処理を実行する決済サーバとの間に介在する決済代行システムの広告配信技術に係り、特に決済情報を用いて効果的に消費者端末へ広告情報を配信し、消費者端末の注文完了画面へ当該消費者に適した広告の表示をすることのできる決済代行システムおよび決済連動型広告配信方法に関する。
【背景技術】
【０００２】
従来、インターネットによる商品販売時の決済段階で、取引金額に関する情報と決済方法に関する情報に基づいて、ユーザに適した商品情報を選択して、その商品情報を提供するシステムが提案されている。
【０００３】
たとえば、特許文献１では、ＩＣカードに個人の使用金額と決済方法の履歴を保存する一方、取引監視プログラム格納サーバには、使用金額・決済方法と推奨商品を関連付けた商品画面表示条件テーブルを保存しておき、ユーザの決済時に同テーブルを参照して推奨商品を提示するという方法およびシステムが提案されている。
【０００４】
このシステムでは、ＡＴＭ、パソコン、携帯端末などＩＣカードの情報を読み込んで動作する取引装置に取引監視プログラム格納サーバに保存されている取引監視用プログラムをダウンロードして実行させる。また、宣伝条件や商品画面表示条件などの種々の条件テーブルもダウンロードして、この取引装置上で取引を監視し、使用金額や決済方法などからダウンロードした条件テーブルを参照して、商品情報を提供するというものである。
【特許文献１】特開平１０−２６９２８４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１の技術は、必要なプログラムや種々の条件テーブルを取引装置にダウンロードするため、商品購入画面での通信負荷が重くなり、また条件が多くなるに伴ってダウンロード時間を要するという問題がある。
【０００６】
一方、利用者の使用金額や決済方法などの情報をサーバへ問い合わせて、最適な広告情報のみをダウンロードして表示しようとすると、決済処理とのタイミングのずれを吸収し、いかにレスポンスを早くするかという問題が発生する。特に、決済が完了したか否かを確認する注文完了画面に広告情報を表示するような場合、広告情報の取得のために時間を要してしまうと、注文完了画面の表示が遅れることになり好ましくない。
【０００７】
本発明は、上述の係る事情に鑑みてなされたものであり、商品の販売や役務の提供（以下、単に商品等の販売という）を行う業者のサーバ（以下、加盟店サーバという）と決済サーバとの間に決済を代行するサーバを介在させたシステムにおいて、決済結果を通知する際に、決済処理の応答性能を低下させることなく有効な広告情報を提供することのできる決済代行システムおよび決済連動型広告配信方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
まず、本発明に係わる決済処理と広告表示処理の手順の概要を図１を用いて説明する。図１において、消費者が消費者端末６０に表示される注文画面から購入する商品の指定やクレジットカード等の情報を入力すると（Ｓ１）、加盟店サーバ７０は、決済代行システム１へ決済要求を送信する（Ｓ２）。決済代行システム１はこの要求を受信すると、各決済サーバ８０へ決済情報を送信して（Ｓ３）、決済サーバ８０から送られてくる決済結果を受け取る（Ｓ４）。
決済代行システム１は、また、決済情報からこれに対応する広告情報ＵＲＬを選択し、決済結果と共に加盟店サーバ７０へ送信する（Ｓ５）。
【０００９】
加盟店サーバ７０は消費者端末上６０へこれらの情報を送り（Ｓ６）、消費者端末６０では、広告情報ＵＲＬをもとに広告情報を取得して注文完了画面に広告表示を行う（Ｓ７）。
【００１０】
本発明に係わる決済代行システムは、消費者端末と接続し商品等の販売を行う加盟店サーバおよび決済処理を行う決済サーバと通信ネットワークを介して夫々接続し、加盟店サーバと決済サーバとの間の決済処理を仲介する決済代行システムであって、カードブランドや決済金額などの決済情報に基づいて形成され広告情報を選択するための区分である広告セグメント情報と広告取得先アドレスとを関連付けて保存する広告情報データベースを有し、広告セグメント情報の受信により、広告情報データベースを参照して当該広告セグメント情報に対応する広告取得先アドレスを抽出し、当該抽出した広告取得先アドレスを送信する広告選択サーバと、加盟店サーバから送られてくる決済情報をもとに決済サーバとの間で決済処理を実行する決済代行処理実行手段と、加盟店サーバから送られてくる決済情報に広告のサイズを示す寸法コード等の広告表示条件が含まれている場合は、該決済情報をもとに広告セグメント情報を生成して広告選択サーバへ送信し、その後、広告選択サーバから送信されてくる広告取得先アドレスを受信する広告連携処理手段と、決済代行処理実行手段による決済処理の結果および広告連携処理手段により受信した広告取得先アドレスをもとに応答電文を作成して加盟店サーバへ送信するトランザクション処理手段と、を備え、加盟店サーバを介して当該応答電文をもとに作成された注文完了画面を消費者端末上に表示させると共に、該応答電文に含まれている広告取得先アドレスを用いて該消費者端末に広告情報を取得させて、該注文完了画面上に表示させることを特徴とする。
【００１１】
本発明では、広告選択の条件となる広告セグメント情報にカードブランドや決済金額などの決済情報を含め、この広告セグメント情報と広告取得先アドレスを関連付けて保存しておく。そして、決済時に送信される決済情報から広告セグメント情報を生成して、広告取得先アドレスを抽出し、加盟店サーバを経由して消費者端末へ送り、消費者端末では、この広告取得先アドレスに基づいて広告情報を取得し、注文完了画面上に表示する。
【００１２】
これにより、決済代行システムや加盟店サーバ経由で広告情報を送信する必要がなくなり、広告取得先アドレスなど一定のサイズの広告選択用制御情報を扱うことになるので、処理負担が軽減する。なお、広告選択サーバから広告連携処理手段へ広告選択用制御情報を応答ＸＭＬ文書形式で送ることによって、より処理効率が向上する。
【００１３】
好ましくは、消費者の決済および購買に関する履歴情報を消費者の識別子と関連付けて保存する履歴データベースを設け、広告連携処理手段は、この履歴情報を用いて広告セグメント情報を生成するようにすると良い。これにより、決済時の情報のみならず過去の履歴も加味した広告情報の提供が可能となる。
【００１４】
消費者により有効な広告情報を提供するためには、さらに消費者の性別等の属性情報を含めて広告セグメント情報を形成し、この広告セグメント情報に広告取得先アドレスを関連付けて広告情報データベースを構築するようにすると良い。また、広告選択サーバ側で蓄積された情報も用いて生成することによって、より詳細なセグメント指定が可能となる。
【００１５】
また、本発明に係わる決済代行システムは、取得先アドレスに対応する広告情報を保存する広告素材サーバを備え、該広告素材サーバは、消費者端末へ表示した広告情報のクリック履歴を保存しておき、該クリック履歴に基づいて、取得先アドレスに対応して消費者端末上へ表示すべき広告情報を変更することを特徴とする。
【００１６】
本発明では、配信した広告情報のクリック履歴を収集して、この履歴に基づいて取得先アドレスの広告情報を変更するので、効果の高い広告情報を提供することができる。
【００１７】
好ましくは、広告内容をより効果的に消費者に伝えるため、広告情報のクリック率、コンバージョン率、サーバでの滞在時間などクリエイティブに関する情報や加盟店情報などを付加すると良い。
【００１８】
本発明に係わる決済連動型広告配信方法は、消費者端末と接続し商品等の販売を行う加盟店サーバおよび決済処理を行う決済サーバと通信ネットワークを介して夫々接続し、加盟店サーバと決済サーバとの間の決済処理を仲介する決済代行サーバと、広告取得先アドレスを管理する広告選択サーバと、広告取得先のサーバであって広告取得先アドレスごとに配信すべき広告情報を保存する広告素材サーバとを用いて、決済処理時に消費者端末へ広告を配信する決済連動型広告配信方法であって、広告選択サーバに、カードブランドや決済金額の価格帯など広告情報を選択する区分である広告セグメント情報と広告取得先アドレスとを関連付けて保存しておき、決済代行サーバにおいて、加盟店サーバから送られてくる決済情報をもとに決済サーバとの間で決済処理を実行し、加盟店サーバから送られてくる決済情報に広告のサイズを示す寸法コードを含む広告表示条件が含まれている場合は、該決済情報をもとに広告セグメント情報を生成し広告選択サーバから該広告セグメント情報に対応する広告取得先アドレスを取得する広告連携処理を実行し、決済処理の結果および広告連携処理により取得した広告取得先アドレスをもとに応答電文を作成して加盟店サーバへ送信するトランザクション処理を実行し、加盟店サーバにおいて、応答電文に基づいて消費者端末上に注文完了画面を表示すると共に消費者端末へ広告取得先アドレスと広告取得プログラムを送信し、消費者端末において、受信した広告取得プログラムを実行することによって、広告取得先アドレスをもとに広告素材サーバへ広告情報の配信を要求し、前記広告素材サーバから送られてきた広告情報を注文完了画面上へ表示することを特徴とする。
【００１９】
本発明では、決済時に広告取得先アドレスを送信する一方、加盟店サーバでは、広告取得先アドレスを元に広告情報を取得して注文完了画面上に表示させる広告表示広告取得プログラムを消費者端末へ送信しておいて、決済結果ととともに広告取得先アドレスを送ることによって、消費者端末側で広告情報を取得させて表示させる。また、決済代行サーバでは、広告表示条件に基づいて広告を配信するか否かを決定するので、既に決済処理機能を有している加盟店サーバが新たに広告表示機能を追加させる場合に、機能追加時の処理が容易になるとともに決済完了通知に連動した広告表示が可能となる。
【発明の効果】
【００２０】
本発明によれば、消費者端末の注文完了画面の既定の広告枠に表示する広告情報を取得するため、まず決済情報に対応した広告取得先アドレスを広告選択サーバから取得して、この情報を加盟店サーバを経由して消費者端末へ送信し、消費者端末では、この広告取得先アドレスによって広告情報を取得して注文完了画面上に表示するので、決済処理の応答性能への影響を抑えて、有効な広告情報を提供することができる。
【００２１】
また、広告情報の抽出において、例えば広告のクリック履歴により求められる広告の有効度あるいは消費者の属性など他の情報を加えることによって、より有効な広告情報の表示が可能となる。
さらに、加盟店サーバは、決済情報と別個に広告の表示に関する情報を扱う必要がないので処理負担が軽減する。
【発明を実施するための最良の形態】
【００２２】
以下、本発明の実施の形態を説明する。図２は本実施の形態による決済代行システムおよびこれに繋がる各種サーバおよび消費者端末の機能ブロック図である。
【００２３】
この図において、消費者の使用するパーソナルコンピュータや携帯端末である消費者端末６０は、通信ネットワーク５を介して加盟店サーバ７０と接続している。なお、加盟店サーバ７０は、ホームページを通して、商品等の情報を消費者に提供する業者のサーバである。
【００２４】
決済代行サーバ１０は、加盟店サーバ７０から送られてくる決済要求に対して、決済情報に含まれているカード情報などをもとに対応する決済サーバ８０との間で決済処理を行い、その結果を加盟店サーバ７０へ通知するサーバである。
【００２５】
広告サーバ９０は、広告情報を提供するサーバであり、決済条件に関連付けて広告取得先アドレスを主に管理する広告選択サーバ４０と、広告情報を管理する広告素材サーバ５０から構成されている。各サーバは通信ネットワーク５を介して接続されている。
【００２６】
基本的には、決済代行サーバ１０と広告サーバ９０で決済代行システム１を構成するが、決済代行システム１の構成はこれに限定されず、たとえば広告素材サーバ５０は、広告業者など複数の異なる業者が管理するようにしても良い。
【００２７】
決済代行サーバ１０は、通信ネットワーク５との間でデータの送受信を行う送受信部１１、種々の演算処理を実行する中央演算処理部１２、データを記憶する記憶部１３を有している。他のサーバも同様な基本構成を有している。
【００２８】
決済代行サーバ１０の中央演算処理部１２は、決済サーバ８０との間で決済代行処理を実行する決済代行処理実行手段２３、決済情報をもとに広告取得先アドレスなどの広告選択用制御情報を取得する広告連携処理手段２２、決済および広告表示に関する情報の同期を取るトランザクション処理制御手段２１を有している。各手段２１〜２３は、ＣＰＵの機能としてプログラムによって実現可能である。
【００２９】
また、加盟店サーバ７０は、消費者端末６０から送られている決済時の情報を入力する決済入力処理手段７４、決済完了時に消費者端末６０へ注文完了画面の表示を行う注文完了画面表示処理手段７５を有している。
【００３０】
次に、上記の構成を有する決済代行システムの動作概要を説明する。
まず、消費者は、消費者端末６０を介して加盟店サーバ７０にアクセスして、所望の商品を購入し、決済入力を行う。これにより、加盟店サーバ７０から決済代行サーバ１０を経由して決済サーバ８０に決済情報が送信され決済処理が実行される。
【００３１】
一方、決済代行サーバ１０は、決済要求を加盟店サーバ７０から受信したときに、この決済要求に含まれている決済情報から広告選択の条件となる広告セグメント情報を生成して、広告選択サーバ４０に対して、広告取得先アドレスを要求する。
【００３２】
広告選択サーバ４０は、この要求に応答して、広告取得先アドレスを含む広告選択用制御情報を決済代行サーバ１０へ送信する。
決済代行サーバ１０は、決済サーバ８０から送られてくる決済結果と広告選択サーバ４０から送られてくる広告選択用制御情報から応答電文を作成して、加盟店サーバ７０へ送信する。
【００３３】
加盟店サーバ７０は、この応答電文の決済結果をもとに、注文完了画面を作成して消費者端末６０の表示部６５に表示すると共に広告取得先アドレスを通知する。
消費者端末６０は、広告取得先アドレスをもとに広告素材サーバ５０から広告情報を取得し、注文完了画面上へ表示する。
【００３４】
以下、図３〜図７を用いて各装置の処理内容を説明する。
（加盟店サーバでの決済入力処理）  （図３）
加盟店サーバ７０の決済入力処理手段７４は、消費者端末６０に表示された決済画面を通して入力され、消費者端末６０から送られてくる決済情報の入力処理を行う（Ｓ１０１）。決済情報の入力が完了すると（Ｓ１０２）、形式チェック行い（Ｓ１０３）、間違えがあった場合は、その間違え箇所を表示して（Ｓ１０４）、再度入力処理を促し（Ｓ１０１）、チェックＯＫならば（Ｓ１０３で「Ｙｅｓ」）、広告表示条件テーブルを参照して、その決済画面に対応する文字コードや寸法コード（広告のサイズ）などの広告条件を抽出し（Ｓ１０５）、抽出した広告条件と決済画面を通して入力された決済情報を要求電文として決済代行サーバ１０へ送信する（Ｓ１０６）。
決済情報には、取引ＩＤ、決済金額、カード番号、有効期限などが含まれている。図８は、加盟店サーバ７０から決済代行サーバ１０への要求電文のデータ構成例である。上述の決済情報および広告条件のほか、必要により、支払種別などの付加情報やセキュリティ情報などが含まれる。
【００３５】
ステップＳ１０６の後、決済代行サーバ１０からのレスポンスの有無を監視し（Ｓ１０７）、所定時間内にレスポンスが無ければ（Ｓ１０８で「Ｙｅｓ」）、タイムアウト処理を行う（Ｓ１１０）。一方、所定時間内にレスポンスがあれば（Ｓ１０７で「Ｙｅｓ」）、次に異常終了通知か否かを判定し（Ｓ１０９）、異常通知でなければ、注文完了画面の表示処理を行い（Ｓ１１１）、異常通知であればエラー表示を行う（Ｓ１１０）。
【００３６】
（決済代行サーバでのトランザクション処理）（図４）
決済代行サーバ１０のトランザクション処理制御手段２１は、決済代行処理実行手段２３を介して決済情報、加盟店情報を対応するカード会社の決済サーバ８０へ送信する（Ｓ２０１）。次に、決済代行処理のみか否かを受信データ中の広告条件の有無によって判定し（Ｓ２０２）、広告の提供も実施する場合は（Ｓ２０２で「Ｎｏ」）、広告連携処理手段２２を介して広告セグメント情報、加盟店情報を広告選択サーバ４０へ送信する。
【００３７】
なお、広告セグメント情報は、現在及び過去の消費者の決済情報・購買情報・ユーザ識別子（例えば、クッキー）などをもとに決定され、広告セグメント情報ごとにコード（セグメントコード）が付される。
【００３８】
その後、一定時間遅延して（Ｓ２０４）、決済結果の受信が無い場合は（Ｓ２０５で「Ｎｏ」）、タイムアウト処理を実行する（Ｓ２０９）。
【００３９】
一方、ステップＳ２０５で決済結果を受信した場合は、決済代行処理のみならば（Ｓ２０６で「Ｙｅｓ」）、その決済結果を直ちに加盟店サーバ７０へレスポンスとして返信する（Ｓ２１０）。ステップＳ２０６で広告表示も含む場合は、広告選択サーバ４０からの広告選択用制御情報の受信があったか否かを判定し（Ｓ２０７）、所定時間以内に受信が無ければタイムアウト処理を実行し（Ｓ２０８，Ｓ２０９）、広告選択用制御情報の受信が合った場合は（Ｓ２０７で「Ｙｅｓ」）、決済結果と共にその広告選択用制御情報を加盟店サーバ７０へレスポンス返信する。この場合、加盟店サーバ７０へ送信するレスポンスには、取引ＩＤ、バージョン、広告情報ＵＲＬ、広告加盟店ＩＤ等が含まれている。
【００４０】
（決済代行サーバの広告情報取得処理）（図５）
決済代行サーバ１０の広告連携処理手段２２は、トランザクション処理制御手段２１によって起動されると、まず、電文情報にカード番号、寸法コード、文字コードが含まれているか否かをチェックし（Ｓ３０１）、ＯＫでなければ（Ｓ３０２で「Ｎｏ」）、エラー処理を実行し（Ｓ３０３）、チェックＯＫならば（Ｓ３０２で「Ｙｅｓ」）、電文情報に付随している秘密鍵により、加盟店ＩＤを取得し（Ｓ３０４）、また、加盟店テーブルを参照して加盟店ＩＤより広告加盟店ＩＤを取得する（Ｓ３０５）。
【００４１】
電文情報のカード番号よりセグメントコードの取得（Ｓ３０６）、電文情報の文字コードより文字コードのコード化（Ｓ３０７）、電文情報の決済金額より、価格帯コードの取得（Ｓ３０８）、電文情報の支払い種別指定より、支払種別コードの取得（Ｓ３０９）などを行う。
【００４２】
また、本サーバ１０に消費者の購買履歴等を保存する履歴データベース３３を持たせ、この履歴データベース３３から当該消費者の過去の購買情報の取得、過去の決済情報の取得、デモグラフィック情報の取得などを行うようにする（Ｓ３１０〜Ｓ３１２）。また、通信時の消費者の端末情報からユーザ識別子を取得する（Ｓ３１３）。
【００４３】
さらに、加盟店ＩＤ、広告加盟店ＩＤ、セグメントコード、支払種別コード、価格帯コード、寸法コードを履歴データベース３３に登録する（Ｓ３１４）。また、加盟店ＩＤ、広告加盟店ＩＤ、決済金額を履歴データベース３３に登録する（Ｓ３１５）。
【００４４】
続いて、セグメントコード、支払種別コード、価格帯コード、寸法コード、文字コード、広告用加盟店ＩＤより広告情報要求ＵＲＬを作成して（Ｓ３１６）、広告選択サーバ４０へこの広告情報要求ＵＲＬを送信する（Ｓ３１７）。
その後、一定時間内に（Ｓ３１８）、広告選択サーバ４０から応答があった場合は（Ｓ３１９で「Ｙｅｓ」）、広告加盟店ＩＤ、受信した広告情報ＵＲＬをトランザクション制御処理手段２１へ渡す（Ｓ３２０）。ステップＳ３１９で一定時間内に広告選択サーバ４０から応答が無かった場合は、タイムアウト処理を実行し、トランザクション制御手段２１に対してエラー通知を行う（Ｓ３２１）。
【００４５】
（広告選択サーバでの広告選択用制御情報送信処理）（図６）
広告選択サーバ４０の広告選択用制御情報送信手段４４は受信があると、受信データからセグメントコード、加盟店情報を抽出する（Ｓ４０２）。
【００４６】
次に、広告情報データベース４５を参照して、当該セグメントコードに関連付けられた広告情報ＵＲＬ（広告取得先アドレス）を抽出して、広告選択用制御情報を応答ＸＭＬ文書形式で作成する（Ｓ４０３）。図９に、広告情報データベース４５のデータ構成と広告情報ＵＲＬの詳細データを示す。セグメントコードは、ブランドコード部などのカード情報等から構成され、これに関連付けられた広告情報ＵＲＬは、ベースとなるＵＲＬや広告素材有無コード、寸法コード、文字コードなどから構成されている。また、図１０に、広告選択用制御情報に含まれている項目例を示す。
【００４７】
ステップＳ４０３で作成された応答ＸＭＬ文書は決済代行サーバ１０へ送信される（Ｓ４０４）。送信された応答ＸＭＬ文書は、決済代行サーバ１０の広告連携処理手段２２で受信処理され、トランザクション制御処理手段１２に渡される。そして、決済結果と応答ＸＭＬ文書によって図１１に示す応答電文を作成し、決済処理要求を送信した加盟店サーバ７０へレスポンスとして返信される。
【００４８】
（加盟店サーバの注文完了画面表示処理）（図７）
加盟店サーバ７０の注文完了画面表示処理手段７５は、応答電文を受信すると、図１２に示す注文完了画面情報を、例えばJavaScript（登録商標）を用いて作成し、消費者端末６０へ送る。
【００４９】
消費者端末６０は、この注文完了画面情報の広告情報ＵＲＬに基づいて広告素材サーバ５０へ広告情報を要求する（Ｓ５０１）。そして、広告素材サーバ５０から広告情報を受け取ると（Ｓ５０２）、注文完了画面の広告枠へ受信した広告情報が表示される（Ｓ５０３）。その後、広告枠のクリックがあると（Ｓ５０４）、その広告枠にリンク付けされたＵＲＬの画面を表示する（Ｓ５０５）。
【００５０】
以上、本実施の形態によれば、決済代行サーバで決済と決済完了通知と広告表示用の制御情報を合わせて、決済処理のレスポンスとして加盟店サーバへ送信するので、加盟店サーバでは、容易に注文完了画面に広告表示をすることができる。
【００５１】
また、広告選択サーバから決済代行サーバへ送信される広告情報ＵＲＬ等の広告選択用制御情報は、応答ＸＭＬ文書の形式にすることによって伝送負荷が軽くなる。
【００５２】
さらに、消費者端末から注文完了画面情報に含まれている広告情報ＵＲＬに基づいて広告素材サーバへ広告情報を要求し、広告素材サーバから送られてきた広告情報を表示するので、広告情報自体を決済代行サーバあるいは加盟店サーバを経由して配信するのに比べ、各サーバの負荷を軽減することができる。このため、決済結果の応答性を損なうことなく決済情報に基づいて効果的な広告情報を提供することができる。
【００５３】
本発明は、上述の実施の形態に限定されること無くその要旨を逸脱しない範囲で種々変形して実施することができる。
【００５４】
たとえば、消費者端末から広告情報を要求する際に、広告情報ＵＲＬに加えて、消費者属性などを加えておき、広告素材サーバ広告素材サーバ５０側で広告情報ＵＲＬで指定された広告情報グループの中でこの消費者属性に適した広告情報を選択して送信するようにしても良い。このように、広告素材サーバ側でデモグラフィック情報を収集するようにして、決済代行サーバ側で生成される広告セグメントと組み合わせることによって、より効果の高い広告情報を提供することができる。
【００５５】
また、決済代行システムが、決済情報を消費者端末から加盟店サーバを経由して受信するのではなく、決済代行システムが消費者端末から直接決済情報の全部又は一部を受信し、又は予め決済情報の全部又は一部を保持しているような構成でもよい。
【図面の簡単な説明】
【００５６】
【図１】本発明に係わる決済処理と広告表示処理の手順の概要図である。
【図２】本実施の形態による決済代行システムおよびこれに繋がる各種サーバおよび消費者端末の機能ブロック図である。
【図３】図２の加盟店サーバの決済入力処理手段の処理手順を示すフローチャートである。
【図４】図２の決済代行サーバのトランザクション処理制御手段の処理手順を示すフローチャートである。
【図５】図２の決済代行サーバの広告連携処理手段の処理手順を示すフローチャートである。
【図６】図２の広告選択サーバの広告選択用制御情報送信手段の処理手順を示すフローチャートである。
【図７】図２の加盟店サーバの注文完了画面表示処理手段の処理手順を示すフローチャートである。
【図８】図２の加盟店サーバ７０から決済代行サーバ１０への要求電文のデータ構成例である。
【図９】図２の広告選択サーバ４０の広告情報ＤＢ４５のデータ構成例と広告情報ＵＲＬの詳細データ例である。
【図１０】図２の広告選択サーバ４０から決済代行サーバ１０へ渡される広告選択用制御情報に含まれている項目例である。
【図１１】図２の決済代行サーバ１０から加盟店サーバ７０への応答電文のデータ構成例である。
【図１２】図２の加盟店サーバ７０から消費者端末６０へ送られる注文完了画面情報の作成例である。
【符号の説明】
【００５７】
１  決済代行システム
５  通信ネットワーク
１０  決済代行サーバ
１１，４１，５１，６１，７１，８１  送受信部
１２，４２，５２，６２，７２，８２  中央演算処理部
１２，４３，５３，６３，７３，８３  記憶部
２１  トランザクション処理制御手段
２２  広告連携処理手段
２３  決済代行処理実行手段
３１  価格帯コードテーブル
３２  支払種別コード変換テーブル
３３  履歴データベース
４４  広告選択用制御情報送信手段
４５  広告情報データベース
５４  広告素材送信手段
５５  広告素材データベース
６４  入力部
６５  表示部
６６  入出力処理手段
６７  表示処理手段
７４  決済入力処理手段
７５  注文完了画面表示処理手段
９０  広告サーバ
９１  広告加盟店ＩＤ
９２  広告取得先アドレス（広告情報ＵＲＬ）
【図２】
2010044538.tif 000003
【図３】
2010044538.tif 000004
【図４】
2010044538.tif 000005
【図５】
2010044538.tif 000006
【図６】
2010044538.tif 000007
【図７】
2010044538.tif 000008
【図８】
2010044538.tif 000009
【図９】
2010044538.tif 000010
【図１０】
2010044538.tif 000011
【図１１】
2010044538.tif 000012
【図１２】
2010044538.tif 000013
【図１】
2010044538.tif 000014