JP5244505B2 - リアルタイム・アフィリエイト報酬支払いシステム - Google Patents

Description

本発明は、リアルタイムでアフィリエイト報酬を電子マネーとして支払うことが可能なコンピュータシステムに関し、特に、アフィリエイト報酬の発生時点で当該享受者の電子財布に対して自動チャージを行うことが可能なコンピュータネットワークシステムに関する。

近年、新たな広告手法として、アフィリエイト・プログラム（アソシエイト・プログラムとも言う）が注目されている。

アフィリエイト・プログラムとは、ユーザが何らかのトランザクション（商品の購入、アンケートへの記入、会員登録など）をブラウザにより発生させて初めて広告料がアフィリエイトに支払われる成果報酬型の広告配信手法である。アフィリエイト・プログラムでは、個人や企業のＷｅｂ（ウェブ）サイトやメールマガジンの運営者が、広告主（マーチャント）の広告を自身のサイトに配置し、そのサイトを訪れた訪問客の広告主のＥＣ（Electronic Commerce）サイトへの誘導をはかるようにしている。そして、誘導された訪問客が広告を経由してＥＣサイトへ進み、サービスや商品の購入、会員申込みなどを達成した際に、誘導元のサイトへの成果報酬が発生するようになっている。

上記のような成功報酬（以下「アフィリエイト報酬」と呼ぶ）は、例えば、月末締め翌月末〜翌々月１５日払いなどのように、所定の期間を設けて支払う形態を採用しているのが一般的である。そして、アフィリエイト報酬の支払う仕組みとしては、銀行口座への振込みにより支払う仕組みの他に、商品の購入などに利用可能なポイントで支払う仕組みや、ポイント交換サイトの交換フォームを操作することで、アフィリエイト報酬を電子マネーに交換する仕組みが知られている。例えば、アフィリエイト報酬の即時決済機能を備えたシステムとしては、アフィリエイト報酬の発生と同時に電子マネーにリアルタイムに交換する機能を備えたアフィリエイトシステムが提案されている（本出願人による特許文献１を参照）。

特願２００８−０５０４３９号公報

現状では、特許文献２に記載のようにアフィリエイト報酬の即時決済機能を備えたサイトの他に、前述のように所定の期間を設けてアフィリエイト報酬を支払う形態を採用している支払いサイトが存在するため、アフィリエイト報酬をリアルタイムに払い出すためには、それらの支払いサイトをカバーするためのファクタリングが必要となる。また、ポイント交換の仕組みだけではリアルタイムな払い出しは不可能である。

本発明は上述のような事情から成されたものであり、本発明の目的は、各ＡＳＰ（Affiliate Service Provider）が、アフィリエイト報酬の電子マネーによるリアルタイムな払い出しが可能なシステムを容易に構築できるようにすることにある。さらに、本発明の目的は、アフィリエイタが、アフィリエイト報酬を受け取る媒体として、電子財布機能を有する携帯電話機（いわゆる「お財布携帯」）や各種のＩＣカード（電子マネーカード）等の携帯装置を利用することが可能であると共に、アフィリエイト報酬の発生時に連動してアフィリエイト報酬を自動的に受け取ることが可能な、リアルタイム・アフィリエイト報酬支払いシステムを提供することにある。

本発明は、リアルタイム・アフィリエイト報酬支払いシステムに関するものであり、本発明の上記目的は、アフィリエイトサービスを提供する各運営機関のＡＳＰサーバと、各利用者の電子マネーを管理する各管理機関の電子マネーサーバと、前記ＡＳＰサーバと前記電子マネーサーバとの間のデータ通信を中継するゲートウェイサーバと、を備えたシステムであって、アフィリエイト報酬から電子マネーへの交換に係る通信プロトコルを規定した第１ＡＰＩと、電子マネーのチャージに係る通信プロトコルを規定した第２ＡＰＩとを有し、前記ＡＳＰサーバは、アフィリエイト報酬が発生した時点で、前記第１ＡＰＩに従って電子マネーへの交換指令を前記ゲートウェイサーバにリアルタイムに送信する交換指令手段を備え、前記ゲートウェイサーバは、アフィリエイト報酬の払出元となる運営機関のＡＳＰサーバをソースとし、前記アフィリエイト報酬の払出先となる電子財布装置をディストネーションとして、前記ソースと前記ディストネーションとの対応情報を前記アフィリエイト報酬の享受者であるアフィリエイタ毎に記憶する対応テーブルと、前記第１ＡＰＩに従って、前記ＡＳＰサーバから前記交換指令を受信すると共に前記アフィリエイト報酬の電子マネーへの交換処理を実行する交換手段と、前記交換指令に含まれるアフィリエイトＩＤを基にアフィリエイタを特定すると共に、前記対応テーブルを参照して払出先のディストネーションを決定する払出先決定手段と、前記決定したディストネーションに対する前記交換処理後の電子マネーのチャージ指令を当該電子マネーサーバに送信するチャージ指令手段と、を備え、前記電子マネーサーバは、前記第２ＡＰＩに従って、前記ゲートウェイサーバから前記チャージ指令を受信すると共に前記チャージ指令で指定された金額を当該ディストネーションにチャージするチャージ手段を備えることによって達成される。

また、本発明の上記目的は、
前記電子財布装置は、電子財布機能を有する携帯電話機、電子財布機能を有するＩＣカード、又は当該利用者の電子財布記憶部を有するＷｅｂサーバであること、
前記チャージ指令手段は、前記交換指令を受信した時点で前記チャージ指令を当該電子マネーサーバにリアルタイムに送信する処理を実行すること、
前記ゲートウェイサーバは、前記ソースと前記ディストネーションとの対応を設定するための設定画面を前記アフィリエイタの所有する通信端末の表示部に表示させると共に、前記設定画面上で前記アフィリエイタにより指定されたソースとディストネーションとの対応を前記対応情報として前記対応テーブルに登録する処理を実行する対応情報登録手段を有すること、
前記第２ＡＰＩとして、外部コンピュータからの問合せに応じて当該ディストネーションへのチャージ可能額を応答するＡＰＩを有する場合、前記ゲートウェイサーバは、前記電子マネーサーバ経由で前記チャージ可能額を受信し、そのチャージ可能額を最大値として前記チャージ指令手段により前記チャージ指令を送信し前記ディストネーションを満額にさせる処理を実行すること、
前記第２ＡＰＩとして、外部コンピュータからの問合せに応じて当該ディストネーションへのチャージ可能額を応答するＡＰＩを有しない場合、前記チャージ指令手段は、前記アフィリエイタにより予め設定されている希望チャージ単位金額の情報に基づいて前記チャージ指令を送信し前記ディストネーションに対して電子マネーをチャージさせる処理を実行すること、
によってそれぞれ一層効果的に達成される。

さらに、本発明の上記目的は、
前記ゲートウェイサーバは、前記交換手段により交換された電子マネーを蓄積する蓄積手段を備え、前記ディストネーションへの電子マネーのチャージが何らかの理由によりできない場合、前記蓄積手段により当該電子マネーをプール領域に蓄積させること、
前記チャージ指令手段は、前記プール領域に電子マネーが蓄積されている場合、該電子マネーを用いて一定時間毎に前記チャージ指令を送信し当該ディストネーションを満額にさせる処理を試行すること、
前記ディストネーションが前記電子財布装置の他に銀行口座を含み、前記ゲートウェイサーバは、前記決定したディストネーションが銀行口座の場合、前記交換指令を受信した時点で、前記アフィリエイト報酬の銀行口座への入金要求を当該金融機関のシステムにリアルタイムに送信する入金処理手段を有すること、
によってそれぞれ一層効果的に達成される。

本発明によれば、アフィリエイトサービスを提供する各運営機関のサイトは、アフィリエイト報酬が発生した時点で電子マネーへの交換指令をゲートウェイサーバに送信する手段を備えるだけで、アフィリエイト報酬の電子マネーによるリアルタイムな払い出しが可能なシステムを実現することが可能となる。また、例えば月末締め翌末支払いのアフィリエイトサイトをカバーするファクタリングを自然に実現することが可能となる。

さらに、アフィリエイタにとっては、アフィリエイト報酬を受け取る媒体として、自分が所有する電子財布装置（いわゆる「お財布携帯」や各種の電子マネーカード等の携帯装置）の利用が可能になると共に、アフィリエイト報酬を電子マネーとして自動的に受け取ることが可能となる。

そのため、若青年層を中心とした、アフィリエイト販売の意識のない携帯ユーザ達が、アフィリエイタとして意欲的に参加するようになり、アフィリエイト販売の活性化を図ることができる。また、それらの若青年層を中心とした携帯ユーザ達が、例えば、「その髪型いいね、どこでやったの？と聞いた際に、○○○と教えて、紹介された人が実際にその美容院を利用した場合に、リアルタイムでお財布携帯にアフィリエイト報酬が入ってくる」と言う状況がたくさん発生するなど、携帯電話取引の新しい世界を創造することが可能となる。

以下、本発明の好適な実施の形態について図面を参照して説明する。

本発明に係るリアルタイム・アフィリエイト報酬支払いシステム（以下「報酬支払いシステム」と略称する）は、アフィリエイトサービスを提供する各運営機関のサイトにおいて発生したアフィリエイト報酬を電子マネーに自動交換すると共に、その電子マネーをアフィリエイト報酬の享受者（以下「アフィリエイタ」と呼ぶ）の電子財布に自動チャージする機能を備えたコンピュータネットワークシステムである。以下、アフィリエイトサービスを提供する各運営機関をＡＳＰ（Affiliate Service Provider）と称し、そのＡＳＰのシステム内のアフィリエイト処理を実行するコンピュータをＡＳＰサーバと称して説明する。

図１は、本発明に係る報酬支払いシステムの全体構成の一例を示すブロック図である。

本実施形態に係る報酬支払いシステムは、アフィリエイトサービスを提供する各運営機関のＡＳＰ（Affiliate Service Provider）システム１０（以下「ＡＳＰサーバ」とする）と、電子マネーを管理する各管理機関の電子マネーシステム３０（以下「電子マネーサーバ」とする）と、上記ＡＳＰサーバ１０と電子マネーサーバ３０との間のデータ通信を中継するゲートウェイシステム２０（以下「ゲートウェイサーバ」とする）と、を備えている。本実施形態では、ゲートウェイサーバ２０は、各ＡＳＰサーバ１０と各電子マネーサーバ３０とネットワークを介して通信可能に接続されると共に、更に各銀行システム４０とネットワークを介して通信可能に接続されている。
＜ＡＰＩについて＞
ここで、本発明に係るＡＰＩ（Application Program Interface）について説明する。

本実施の形態においては、ＡＳＰサーバ１０と電子マネーサーバ３０との間のアプリケーション層のインターフェースとして、（１）アフィリエイト報酬から電子マネーへの交換に係る通信プロトコルを規定した第１ＡＰＩ（以下「交換ＡＰＩ」と呼ぶ）と、（２）電子マネーのチャージに係る通信プロトコルを規定した第２ＡＰＩ（以下「チャージＡＰＩ」と呼ぶ）とを設け、それらのＡＰＩを用いて、各アフィリエイトシステム（ＡＳＰサーバ１０）内で発生したアフィリエイト報酬を電子マネーに自動交換すると共に、その電子マネーを電子マネーサーバ３０経由で当該アフィリエイタの電子財布装置１に自動的にチャージする方式としている。

上記交換ＡＰＩは、ＡＳＰサーバ１０とゲートウェイサーバ２０の間で規定されたＡＰＩである。本例では、アフィリエイト報酬を電子マネーに交換するためのＡＰＩとして、ゲートウェイサーバ２０側が、システム共通の交換ＡＰＩを提供するようにしている。なお、ＡＳＰ毎に設定された交換ＡＰＩをゲートウェイサーバ２０側で記憶しておき、各ＡＳＰ別の交換ＡＰＩを用いて処理する形態としても良い。交換ＡＰＩを用いた交換指令の情報は、例えば、アフィリエイタを特定するためのアフィリエイトＩＤと、アフィリエイト報酬を示す価値情報（例えば金額を示す情報）、同一交換指令の重複受信の回避用（重複チェック用）の通番と、を含んでいる。交換指令は、一人のアフィリエイト報酬毎に行っても良く、複数人のアフィリエイト報酬を一度（一回の交換指令）に行っても良い。

チャージＡＰＩは、ゲートウェイサーバ２０と、電子マネーを管理する電子マネーサーバ３０との間で規定されたＡＰＩであり、このチャージＡＰＩを用いて、ゲートウェイサーバ２０から電子マネーサーバ３０経由で、電子マネーに交換されたアフィリエイト報酬が電子財布装置１内の電子財布にチャージされる。チャージＡＰＩを用いたチャージ指令の内容は、例えば、電子財布装置を特定するための情報と、チャージ額を示す情報と、所有者の認証情報とを含んでいるが、チャージ指令の具体的な仕様は、電子財布装置（若しくは電子マネーサーバ）が有するＡＰＩに応じて規定されるものであり、ここでは説明を省略する。
＜電子財布装置について＞
ここで、電子財布装置１について説明する。

チャージＡＰＩを用いて電子マネーがチャージされる電子財布装置１は、電子財布機能を有する携帯電話機１ａ、電子財布機能を有するＩＣカード１ｂの他に、当該利用者の電子財布記憶部を有するＷｅｂサーバがある。アフィリエイタは、アフィリエイト報酬を電子マネーで受け取りたい場合は、上記のような電子財布装置の中から所望の電子財布装置を受取先として予め指定しておく。それにより、アフィリエイト報酬の額に相当する電子マネーが自分の電子財布装置１に自動チャージされ、その電子マネーを使用することができる。

図１に示されるＩＣカード１ｂは、電子財布２への電子マネーのチャージが可能なＩＣカードであり、例えば、実際の店舗での商品購入やネットショッピングが可能なＥｄｙ（登録商標）カードや、電子マネー機能付きの乗車券として利用されているＳｕｉｃａ（登録商標）カードなどに代表されるプリペイド型のＩＣカードである。

携帯電話機１ａは、それらのＩＣカード１ｂに内蔵されたＩＣチップと同様のＩＣチップが搭載されている一般的な携帯電話機である。また、電子財布記憶部を有するＷｅｂサーバ（図示せず）は、例えば、音楽コンテンツのダウンロード販売を提供するＷｅｂサーバであり、本人認証情報に対応する電子財布（若しくは電子マネー口座）を有する一般的なＷｅｂサーバである。

前述のチャージＡＰＩは、上記のような各種の電子財布装置１が有するＡＰＩ（又はそのＡＰＩを基に、当該電子財布装置１の電子マネーを管理する電子マネーサーバ３０が規定したＡＰＩ）である。
＜各サーバ１０〜３０及び銀行システム４０について＞
以下、本発明に係る各サーバ１０〜３０及び銀行システム４０について順次説明する。
《１．ＡＳＰサーバ》
ＡＳＰサーバ１０は、アフィリエイト・プログラムを実行するアフィリエイトシステム内のサーバであり、本出願人が運営するＩＮＦＯＣＡＲＴ、Ａ８ｎｅｔ（登録商標）等に代表される各ＡＳＰが運営するアフィリエイトサイト内の中核となるサーバ（１以上のコンピュータシステム）である。ＡＳＰサーバの具体的な構成は各ＡＳＰによって異なり、また、本発明システムとは交換ＡＰＩのみが関係するため、ここでは、ＡＳＰサーバの具体的なソフトウェ構成等については説明を省略し、本発明システムに関連するＡＳＰサーバとゲートウェイとの間の交換ＡＰＩに係る手段について説明する。

各ＡＳＰが運営するアフィリエイトシステム内のＡＳＰサーバ１０は、ゲートウェイサーバ２０が提供する交換ＡＰＩに従って電子マネーへの交換指令をゲートウェイサーバ２０に送信する交換指令手段を備えることにより、アフィリエイト報酬の電子マネーによる支払うサービスを受けることができる。例えば、ＡＳＰサーバ１０側では、サービスや商品の購入、会員申込みなどの達成によりアフィリエイト報酬が発生した時点で、交換指令をゲートウェイサーバ２０に送信する形態とすれば、ゲートウェイサーバ２０を介してアフィリエイト報酬の電子マネーによるリアルタイムな払出処理が実行される。

また、バッチ処理によってアフィリエイト報酬の支払処理を行うアフィリエイトサイトの場合、その支払処理の際に交換指令をゲートウェイサーバ２０に送信する形態とすれば、以降、ゲートウェイサーバ２０側で電子マネーによる払出処理（電子財布装置１への自動チャージ処理）が自動的に実行される。
《２．ゲートウェイサーバ》
ゲートウェイサーバ２０は、本発明に係る報酬支払いシステムの中核となるコンピュータシステムである。

図２は、ゲートウェイサーバ２０の構成の一例を示す機能ブロック図であり、ゲートウェイサーバ２０は、ＣＰＵ等からなる制御部２１と、アフィリエイト報酬支払処理部２２とを備えている。アフィリエイト報酬支払処理部２２は、主要な情報処理手段として、図２中に示される各手段２２ａ〜２２ｇを備えている。

本実施の形態においては、各ＡＳＰサーバ１０と各電子マネーサーバ３０とに接続されるゲートウェイサーバ２０が、ＡＳＰサーバ１０をソースとし、アフィリエイト報酬の払出先となる電子財布装置をディストネーションとして、ソースとディストネーションとの対応情報をアフィリエイタ毎に記憶する対応テーブル２２ａと、ＡＳＰサーバ１０から交換指令を受信すると共にアフィリエイト報酬の電子マネーへの交換処理を実行する交換手段２２ｂと、交換指令に含まれるアフィリエイトＩＤを基にアフィリエイタを特定すると共に、対応テーブルを参照して払出先のディストネーションを決定する払出先決定手段２２ｃと、決定したディストネーションに対する交換処理後の電子マネーのチャージ指令を当該電子マネーサーバに送信するチャージ指令手段２２ｅと、を少なくとも備えた構成としている。

以下、図２に示される各手段２２ａ〜２２ｇについて順次説明する。

（１）対応テーブル２２ａ(対応情報記憶手段)
対応テーブル２２ａは、アフィリエイト報酬の払出元となる運営機関のＡＳＰサーバ１０（図１中のＡＳＰサーバ（ａ），ＡＳＰサーバ（ｂ），ＡＳＰサーバ（ｃ），…）をソースとし、アフィリエイト報酬の払出先となる電子財布装置１（図１中の携帯電話機１ａ，各種のＩＣカード１ｂ）をディストネーションとして、ソースとディストネーションとの対応情報を、アフィリエイト報酬の享受者であるアフィリエイタ毎に記憶するテーブルである。上記のソースとディストネーションとの対応情報は、後述する対応情報登録手段２２ｅにより登録される情報であり、詳しくは、登録画面の例などを用いて後述する。

（２）交換手段２２ｂ
交換手段２２ｂは、交換ＡＰＩに従って、ＡＳＰサーバ１０から交換指令を受信すると共に、アフィリエイト報酬の電子マネーへの交換処理を実行する手段である。交換指令の情報としては、前述のように、アフィリエイトＩＤとアフィリエイト報酬を示す価値情報とを含んでいる。交換手段２２ｂでは、交換指令を受信した時点で、アフィリエイト報酬をその報酬額に相当する電子マネーに換算し、電子マネーのチャージ処理が完了するまでその電子マネーの情報を電子マネー記憶部（プール領域）に一時的に記憶する。本実施の形態では、ＡＳＰサーバ側から交換ＡＰＩによる交換要求を受信すると、リアルタイムに１円単位で電子マネーに交換すると同時に、チャージＡＰＩを用いて電子財布に電子マネーを自動チャージする方式としている。また、銀行口座（若しくはインターネットバンキングシステムの電子マネー口座）にリアルタイムに入金する方式としている。

（３）払出先決定手段２２ｃ
払出先決定手段２２ｃは、交換指令に含まれるアフィリエイトＩＤを基に、アフィリエイト報酬を支払うアフィリエイタを特定すると共に、対応テーブル２２ａを参照して、払出先のディストネーションを決定する。

（４）チャージ指令手段２２ｄ
チャージ指令手段２２ｄは、電子マネーのチャージ指令をチャージＡＰＩに従って電子マネーサーバ３０に送信する手段である。本実施の形態では、払出先決定手段２２ｃが決定したディストネーション（電子財布装置１）に対する電子マネーのチャージ指令を当該電子マネーサーバ３０に送信する形態としている。その際の送信先となる電子マネーサーバ３０は、例えば、特定の電子財布装置１を用いた電子マネー取引のサービスを提供するサーバである。

チャージ指令手段２２ｄでは、チャージ指令の送信先を決定する際、例えば、ディストネーションに対応して予め登録されている電子マネーサーバのアドレス情報を記憶部から得て、そのアドレス情報により送信先の電子マネーサーバ３０を決定する。

そして、チャージ指令手段２２ｄでは、ＡＳＰサーバ１０からの交換指令を受信した時点で、チャージ指令を当該電子マネーサーバにリアルタイムに送信する処理を実行する。その際、ＡＳＰサーバ１０からの交換指令が、複数人のアフィリエイト報酬を含む交換指令であれば、交換指令に含まれる各アフィリエイトＩＤで特定されるアフィリエイト毎にチャージ指令を生成して当該電子マネーサーバに送信する処理を実行する。

なお、チャージ指令手段２２ｄにおける処理は、チャージＡＰＩとして、チャージ可能額の確認用ＡＰＩを有する場合と、その確認用ＡＰＩを有しない場合とで、処理形態が異なる。それらの処理については、フローチャートを示して後述する。

（５）対応情報登録手段２２ｅ
対応情報登録手段２２ｅは、ソースとディストネーションとの対応情報を前述の対応テーブル２２ａに登録する手段であり、そのソースとディストネーションとの対応は、利用者（本例ではアフィリエイタ）によって登録される。

図３は、対応情報登録手段２２ｅが提供する設定画面の一例を示す模式図である。対応情報登録手段２２ｅでは、図３に示すような設定画面（Ｗｅｂ画面）Ｇを、アフィリエイタの所有する通信端末（本例では携帯電話機１ａ）の表示部に表示させると共に、設定画面Ｇ上でアフィリエイタにより指定されたソースＳとディストネーションＤとの対応を対応情報として、対応テーブル２２ａに登録する処理を実行する。

図３において、設定画面Ｇ上に表示されるソースＳ（ＡＳＰサーバ１０に対応するソース）は、例えば、ＡＳＰが提供するアフィリエイトシステムの名称であり、本例では「▼」マークの指示操作により、各アフィリエイトシステムの名称（ＡＳＰ１，ＡＳＰ２，ＡＳＰ３，…）がスクロール表示されるようになっている。また、設定画面Ｇ上に表示されるディストネーションＤ（電子財布装置１に対応するディストネーション）は、例えば、電子財布装置１の種類を示す名称であり、電子マネーカードの場合は、ＩＣカードの名称（Ｅｄｙ（登録商標）等）、携帯電話機の場合は、その携帯電話機に搭載されるＩＣカードの名称が付随情報として設定画面Ｇ上に表示される。そして、ソースＳと同様に、ディストネーションＤの名称がスクロール表示されるようになっている。

なお、図３中の「銀行口座ｙ」は、アフィリエイト報酬を銀行口座に振込む場合の選択肢であり、ディストネーションＤとして、銀行口座が指定された場合は、後述する入金処理手段２２ｇにより、アフィリエイト報酬が当該銀行口座にリアルタイムに入金される。

対応情報登録手段２２ｅでは、上記のような設定画面Ｇを用いて設定された対応情報を対応テーブル２２ａに登録する。

図４（ａ）〜図４（ｃ）は、対応テーブル２２ａに登録される対応情報を示す模式図である。図中に示される各ＩＤはシステム固有のＩＤであり、アフィリエイトＩＤは、ＩＤが重複しないように、例えば、ゲートウェイサーバ２０が付与するアフィリエイトＩＤ、あるいは、各ソースで管理されるアフィリエイトＩＤとソースＩＤ（ソースを特定するためのＩＤ）とから構成される。

ソースＩＤは、例えば、ソースの固有名称に対応してゲートウェイサーバ２０が付与するＩＤであり、ディストネーションＩＤは、例えば、ディストネーションの固有名称に対応してゲートウェイサーバ２０が付与するＩＤである。

ソースとディストネーションとの対応は、図４（ａ）のように１対１とは限らず、図４（ｂ）のようにｎ対１（ｎは２以上の整数）の対応や、図４（ｃ）のように複数のディストネーションとの対応がある。言い換えると、アフィリエイタが複数のアフィリエイトシステム（ソース）の会員となっており、報酬の受取先を１つの電子財布装置１としたい場合は、それぞれの対応を設定画面上で指定することで、対応情報登録手段２２ｅによって、図４（ｂ）のような対応情報が登録される。また、アフィリエイタが複数のアフィリエイトシステム（ソース）の会員となっており、報酬の受取先である電子財布装置１を分けたい場合は、例えばアフィリエイトシステムａで得た報酬は携帯電話機１ａ、アフィリエイトシステムｂで得た報酬は、ＩＣカード１ｂと言うように、それぞれの対応を設定画面上で指定することで、図４（ｃ）のような対応情報が登録される。

なお、各ＩＤに対応した制御情報（たとえば、ソースとゲートウェイサーバとの間の交換ＡＰＩの情報、ゲートウェイサーバとディストネーションとのチャージＡＰＩ，入金ＡＰＩの情報）は他の記憶部に登録されている。

（６）蓄積手段２２ｆ
蓄積手段２２ｆは、交換手段により交換された電子マネーを蓄積する蓄積手段である。蓄積手段２２ｆでは、チャージ指令に対して無応答（電子マネーサーバ側のシステムダウンや回線障害など）の場合や、チャージ不成功の応答（電子財布装置側のチャージ額の制限超過、既に電子財布が満額など）が電子マネーサーバ１０から返信された場合など、ディストネーションへの電子マネーのチャージが何らかの理由によりできない場合、そのチャージ指令の情報（宛先，電子マネー額等を示す情報）を電子マネー記憶部（未チャージの電子マネーのプール領域）に蓄積させる処理を実行する。そのプール領域に蓄積された電子マネー又はアフィリエイト報酬ポイント（以下「電子マネー」とする）は、前述のチャージ指令手段２２ｄにより読み出され、当該ディストネーションへのチャージ処理が実行される。

（７）入金処理手段２２ｇ
入金処理手段２２ｇは、払出先決定手段２２ｃが決定したディストネーションが銀行口座の場合、交換指令を受信した時点で、アフィリエイト報酬の銀行口座への入金要求を当該金融機関のシステムにリアルタイムに送信する処理を実行する。

なお、図２中の各手段の名称は、説明の便宜上で付与した名称であり、ソフトウェアの構成や処理の順序を限定するものではない。また、上述のアフィリエイト報酬支払に係る処理を自動的に遂行する手順をコンピュータ（制御部２１内のＣＰＵ）に実行させるためのプログラム及び制御データ類は、コンピュータにより読取可能な記憶媒体に格納されている。
《３．電子マネーサーバ３０》
電子マネーサーバ３０は、各利用者の電子マネーを管理する各管理機関のサーバであり、電子財布装置１を用いた電子マネー取引のサービスを、図１中に示すような電子マネー取引端末２を介して提供するためのサーバである。図１に示される電子マネー取引端末２は、実際の店舗や改札機に設置される電子マネー取引装置２ａ、利用者が所有するＰＣ（パーソナルコンピュータ）２ｂ１（及びＩＣカード１ｂのリーダライタ２ｂ２）などである。

電子マネーサーバ３０では、チャージＡＰＩに従って、ゲートウェイサーバ２０からチャージ指令を受信すると共に、チャージ指令で指定された金額の電子マネーを当該ディストネーション（電子財布装置１）にチャージするチャージ手段を備えている。図１中の電子マネーＤＢ（データベース）は、電子マネーの情報を管理するデータベースであり、電子財布装置１にアクセスするための認証情報や未チャージの電子マネーの情報などが格納される。

なお、本実施形態においては、電子マネーサーバ３０は、一般的な構成の電子マネーサーバであり、詳細な構成や動作例については説明を省略する。
《４．銀行システム４０》
銀行システム４０は、入金要求（金額，入金先の口座を含む口座振込要求）をネットワーク経由で受付ける手段を有する一般的な金融機関のコンピュータシステムであり、構成や動作例については説明を省略する。本実施の形態においては、銀行システム４０は、即時決済要求の処理機能を有するシステムが好ましい。すなわち、ゲートウェイサーバ２０から入金要求（口座振込要求）ネットワークを介して受信し、入金要求で指示された金額（アフィリエイト報酬）を指定口座に振込む処理をリアルタイムに実行する手段を備えているシステムが好ましい。
《報酬支払いシステムの動作例》
上述のような構成において、フローチャートを参照して本発明に係る報酬支払いシステムの動作例を説明する。

なお、前述のように、チャージ指令手段２２ｄにおける処理は、チャージＡＰＩとしてチャージ可能額の確認用ＡＰＩを有する場合と、その確認用ＡＰＩを有しない場合とで、処理形態が異なる。チャージＡＰＩは、ディストネーション（アフィリエイト報酬の払出先となる電子財布装置）毎に予め設定されて、そのチャージＡＰＩの情報がゲートウェイサーバ２０内の記憶部に記憶されている。ゲートウェイサーバ２０では、そのチャージＡＰＩの情報を用いて確認用ＡＰＩの有無を自動判定するようにしている。

以下、説明の便宜上、チャージ可能額の確認用ＡＰＩの有無に分けて、本発明に係る報酬支払いシステムの動作例をそれぞれ説明する。
《１．確認用ＡＰＩが有る場合の報酬支払いシステムの動作例》
先ず、振出先の電子マネーサーバ側がチャージ可能額の確認用ＡＰＩを備えている場合の動作例について、図５のフローチャートを参照して説明する。

ＡＳＰサーバ１０は、ＷｅｂログやＳＮＳ（Social Networking Site）等でアフィリエイタが紹介した商品が購入されたときや、紹介者の会員登録が行なわれたときなど、所定の事象によりアフィリエイト報酬が発生した場合（ステップＳ１）、交換ＡＰＩに従ってゲートウェイサーバ２０に交換指令を送信し（ステップＳ２）、当該アフィリエイト報酬の交換処理を終了する（ステップＳ３）。なお、交換ＡＰＩとしては、ゲートウェイサーバ２０からの交換指令の処理完了の応答受信時点で交換処理完了とするＡＰＩとしても良く、ＡＳＰサーバ１０側での交換指令の送信完了の確認時点で交換処理完了とするＡＰＩとしても良い。

ゲートウェイサーバ２０は、ＡＳＰサーバ１０からの交換指令を受信すると（ステップＳ４）、交換指令に含まれるアフィリエイト報酬（報酬ポイント，金額等の価値情報）を電子マネーに交換する処理を実行する（ステップＳ５：ステップＳ９で実行しても良い）。その交換処理と共に、ゲートウェイサーバ２０は、交換指令に含まれるアフィリエイトＩＤに対応して登録されている対応テーブル２２ａを参照して、ディストネーション（払出先となる当該アフィリエイタの電子財布装置）を決定し、当該電子財布装置を管理する電子マネーサーバ３０に対して、チャージ可能額の確認用ＡＰＩを送信する（ステップＳ６）。

ゲートウェイサーバ２０は、電子マネーサーバ３０からチャージ可能額の応答を受信すると（ステップＳ７，Ｓ８）、そのチャージ可能額を最大値としてチャージ指令を送信する（ステップＳ９）。なお、電子マネーサーバ３０側において、電子マネーのプール領域に電子マネーを貯留して、当該電子財布装置に対して自動チャージする機能を備えている場合は、上記ステップＳ６〜Ｓ７の処理は不要であり、ゲートウェイサーバ２０側は、上記ステップＳ８において、前記ステップＳ５で交換処理した電子マネーをチャージ額としてチャージ指令を送信する形態となる。

チャージ指令を受信した電子マネーサーバ３０は、ゲートウェイサーバ２０から指令されたチャージ額を当該電子財布装置に対してチャージする処理を実行する。その際、電子財布装置の外部に電子財布（電子マネー記憶部）を有する場合は、リアルタイムに電子マネーがチャージされる。また、電子財布装置内に電子財布（電子マネー記憶部）を有する場合には、その電子財布に電子マネーがチャージされるタイミングは、例えば、改札機に設置される電子マネー取引装置２ａを利用したときは、当該電子財布装置の不足金額を自動チャージする時点、チャージ用の電子マネー取引装置２ａを利用したときは、利用者によるチャージ指示の時点となる（ステップＳ１０）。

ゲートウェイサーバ２０は、ステップＳ９においてチャージ指令を送信する際、全額チャージできたか否かを判定し（ステップＳ１１）、全額チャージできていない場合は、未チャージ分の電子マネーをプール領域に蓄積する処理を実行する。例えば、チャージ可能額を超えている場合には、プール領域に超過分を蓄積する。また、チャージ指令を送信した際に、電子マネーサーバ側が無応答やエラー応答（チャージ不成功）の場合など、チャージできない場合にもプール領域に当該電子マネーを蓄積する処理を実行する（ステップＳ１２）。

そして、ＡＳＰサーバ１０からの交換指令で指令されたアフィリエイト報酬を全額チャージできていない場合、すなわち、未チャージ分がプール領域に蓄積されている場合は、一定時間毎（例えば、１０分毎、１時間毎、１日毎など）に、未チャージ分の電子マネーの情報をプール領域から読み出して（ステップＳ１３）、前記ステップＳ６に移行し、チャージ可能額の確認用ＡＰＩ及びチャージ指令を電子マネーサーナ３０に送信し、当該電子財布装置（電子財布）を満額にさせる処理を実行する。

そして、ステップＳ１１において、全額チャージしたと判定した場合は、当該ＡＳＰサーバ１０からの交換指令の処理を終了し、交換指令待ちとする（ステップＳ１４）。
《２．確認用ＡＰＩが無い場合の報酬支払いシステムの動作例》
次に、振出先の電子マネーサーバ側がチャージ可能額の確認用ＡＰＩを備えていない場合の動作例について、図５のフローチャートを参照して説明する。なお、確認用ＡＰＩが有る場合の動作と同様の部分は、説明を省略若しくは簡略化して説明する。

ＡＳＰサーバ１０側でアフィリエイト報酬が発生し（ステップＳ２１〜Ｓ２３）、その交換指令を受信したゲートウェイサーバ２０は、アフィリエイト報酬の電子マネーへの交換処理を実行する（ステップＳ２４〜Ｓ２５）。ここまでの処理は、前述のステップＳ１〜Ｓ５と同様である。

ゲートウェイサーバ２０は、上記交換処理を実行すると共に、チャージ単位額を算出する。ここで言う「チャージ単位額」とは、利用者であるアフィリエイタが予め設定した「希望チャージ単位金額」であり、例えば、前述の設定画面において、アフィリエイタがソースとディストネーションとの対応を設定する際に、指定するチャージ単位額である。その際の指定可能なチャージ単位額は、チャージＡＰＩによって電子財布装置毎に規定されている単位額（例えば、１０００，２０００，５０００円など）であり、その単位額の情報は、予めゲートウェイサーバ２０の記憶部にディストネーション毎に記憶されている。

ゲートウェイサーバ２０では、交換指令で指令された当該アフィリエイタの設定情報、詳しくは、ソースに対応してアフィリエイタにより予め設定されている払出先の電子財布装置に対するチャージ単位額の設定情報を記憶部から得ることで、チャージ単位額を求める（ステップＳ２６）。

そして、ステップＳ２６で求めたチャージ単位額に基づいてチャージ指令を生成し、電子マネーサーバ３０を介して払出先の電子財布装置にチャージ指令を送信する（ステップＳ２７）。

チャージ指令を受信した電子マネーサーバ３０は、当該電子財布装置からエラー（チャージ可能額の超過等）が返信された場合など、ゲートウェイサーバ２０からのチャージ指令で指令された額のチャージが不可の場合は、例えばその旨を示すエラーメッセージをゲートウェイサーバ２０に返信する（ステップＳ２８）。一方、チャージ可能な場合は、チャージ指令で指令された額のチャージ処理を実行する（ステップＳ２９）。

ステップＳ２７において、チャージ指令を送信したゲートウェイサーバ２０は、ＡＳＰサーバ１０からの交換指令で指令されたアフィリエイト報酬を全額チャージできたか否かを判定し（ステップＳ３０）、全額チャージできていない場合は、未チャージ分の電子マネーをプール領域に蓄積する処理を実行する（ステップＳ３１）。そして、一定時間ウェイトした後（ステップＳ３２）、前記ステップＳ２６に移行し、チャージ単位額毎にチャージ指令を電子マネーサーナ３０に送信し、全額をチャージするまでの間、当該電子財布装置（電子財布）を満額にさせる処理を実行する（ステップＳ２６〜Ｓ３３）。

本発明に係る報酬支払いシステムの全体構成の一例を示すブロック図である。 本発明に係るゲートウェイサーバの構成の一例を示す機能ブロック図である。 本発明に係るソースとディストネーションとの対応設定画面の一例を示す模式図である。 本発明に係る対応テーブルに登録される対応情報を示す模式図である。 本発明に係る報酬支払いシステムの第１の動作例を説明するためのフローチャートである。 本発明に係る報酬支払いシステムの第２の動作例を説明するためのフローチャートである。

符号の説明

１ 電子財布装置
１ａ 携帯電話機
１ｂ ＩＣカード
１ｃ 銀行口座
２ 電子財布
３ アフィリエイタ
４ ユーザ（商品購入者）
１０ アフィリエイト販売システム（ＡＳＰサーバ）
２０ ゲートウェイサーバ
２１ 制御部（ＣＰＵ）
２２ アフィリエイト報酬支払処理部
２２ａ 対応テーブル
２２ｂ 交換手段
２２ｃ 払出先決定手段
２２ｄ チャージ指令手段
２２ｅ 対応情報登録手段
２２ｆ 蓄積手段
２２ｇ 入金処理手段
３０ 電子マネーサーバ
４０ 銀行システム

Claims (9)

1. アフィリエイトサービスを提供する各運営機関のＡＳＰサーバと、各利用者の電子マネーを管理する各管理機関の電子マネーサーバと、前記ＡＳＰサーバと前記電子マネーサーバとの間のデータ通信を中継するゲートウェイサーバと、を備えたシステムであって、
   アフィリエイト報酬から電子マネーへの交換に係る通信プロトコルを規定した第１ＡＰＩと、電子マネーのチャージに係る通信プロトコルを規定した第２ＡＰＩとを有し、
   前記ＡＳＰサーバは、
   アフィリエイト報酬が発生した時点で、前記第１ＡＰＩに従って電子マネーへの交換指令を前記ゲートウェイサーバにリアルタイムに送信する交換指令手段を備え、
   前記ゲートウェイサーバは、
   アフィリエイト報酬の払出元となる運営機関のＡＳＰサーバをソースとし、前記アフィリエイト報酬の払出先となる電子財布装置をディストネーションとして、前記ソースと前記ディストネーションとの対応情報を前記アフィリエイト報酬の享受者であるアフィリエイタ毎に記憶する対応テーブルと、
   前記第１ＡＰＩに従って、前記ＡＳＰサーバから前記交換指令を受信すると共に前記アフィリエイト報酬の電子マネーへの交換処理を実行する交換手段と、
   前記交換指令に含まれるアフィリエイトＩＤを基にアフィリエイタを特定すると共に、前記対応テーブルを参照して払出先のディストネーションを決定する払出先決定手段と、
   前記決定したディストネーションに対する前記交換処理後の電子マネーのチャージ指令を当該電子マネーサーバに送信するチャージ指令手段と、を備え、
   前記電子マネーサーバは、前記第２ＡＰＩに従って、前記ゲートウェイサーバから前記チャージ指令を受信すると共に前記チャージ指令で指定された金額を当該ディストネーションにチャージするチャージ手段を備えたことを特徴とするリアルタイム・アフィリエイト報酬支払いシステム。
2. 前記電子財布装置は、電子財布機能を有する携帯電話機、電子財布機能を有するＩＣカード、又は当該利用者の電子財布記憶部を有するＷｅｂサーバである請求項１に記載のリアルタイム・アフィリエイト報酬支払いシステム。
3. 前記チャージ指令手段は、前記交換指令を受信した時点で前記チャージ指令を当該電子マネーサーバにリアルタイムに送信する処理を実行することを特徴とする請求項１又は２に記載のリアルタイム・アフィリエイト報酬支払いシステム。
4. 前記ゲートウェイサーバは、前記ソースと前記ディストネーションとの対応を設定するための設定画面を前記アフィリエイタの所有する通信端末の表示部に表示させると共に、前記設定画面上で前記アフィリエイタにより指定されたソースとディストネーションとの対応を前記対応情報として前記対応テーブルに登録する処理を実行する対応情報登録手段を有することを特徴とする請求項１請求項１乃至３のいずれかに記載のリアルタイム・アフィリエイト報酬支払いシステム。
5. 前記第２ＡＰＩとして、外部コンピュータからの問合せに応じて当該ディストネーションへのチャージ可能額を応答するＡＰＩを有する場合、前記ゲートウェイサーバは、前記電子マネーサーバ経由で前記チャージ可能額を受信し、そのチャージ可能額を最大値として前記チャージ指令手段により前記チャージ指令を送信し前記ディストネーションを満額にさせる処理を実行することを特徴とする請求項１乃至４のいずれかに記載のリアルタイム・アフィリエイト報酬支払いシステム。
6. 前記第２ＡＰＩとして、外部コンピュータからの問合せに応じて当該ディストネーションへのチャージ可能額を応答するＡＰＩを有しない場合、前記チャージ指令手段は、前記アフィリエイタにより予め設定されている希望チャージ単位金額の情報に基づいて前記チャージ指令を送信し前記ディストネーションに対して電子マネーをチャージさせる処理を実行することを特徴とする請求項１乃至５のいずれかに記載のリアルタイム・アフィリエイト報酬支払いシステム。
7. 前記ゲートウェイサーバは、前記交換手段により交換された電子マネーを蓄積する蓄積手段を備え、前記ディストネーションへの電子マネーのチャージが何らかの理由によりできない場合、前記蓄積手段により当該電子マネーをプール領域に蓄積させることを特徴とする請求項１乃至６のいずれかに記載のリアルタイム・アフィリエイト報酬支払いシステム。
8. 前記チャージ指令手段は、前記プール領域に電子マネーが蓄積されている場合、該電子マネーを用いて一定時間毎に前記チャージ指令を送信し当該ディストネーションを満額にさせる処理を試行することを特徴とする請求項７に記載のリアルタイム・アフィリエイト報酬支払いシステム。
9. 前記ディストネーションが前記電子財布装置の他に銀行口座を含み、前記ゲートウェイサーバは、前記決定したディストネーションが銀行口座の場合、前記交換指令を受信した時点で、前記アフィリエイト報酬の銀行口座への入金要求を当該金融機関のシステムにリアルタイムに送信する入金処理手段を有することを特徴とする請求項１乃至８のいずれかに記載のリアルタイム・アフィリエイト報酬支払いシステム。

Images