JP2005327050A - 電子商取引システム、決済サーバ、ならびに、プログラム - Google Patents

Abstract

【課題】 電子商取引システム等を提供する。
【解決手段】 販売サーバ１４１から商品等の提供を受けたい場合、ユーザは、販売サーバ１４１にて商品を選択した後、端末１２１から入力された残額識別符号を決済サーバ１６１に送信し、決済サーバ１６１での残額が合計金額以上である場合には、残額が減額されて決済サーバ１６１から販売サーバ１４１に決済が成功した旨が通知される。ユーザは、端末１２１において残額識別符号を２つ入力することによって一方から他方へ残額を補充するよう決済サーバ１６１に指示を出したり、端末１２１において所望の金額の残額識別符号を新たに発行してもらいたい場合には、その金額と発行元とする残額識別符号を決済サーバ１６１に通知して、新規発行するよう指示を出す。決済サーバ１６１では、残額識別符号と残額とを対応付ける残額データベースを利用することによって、決済、補充、新規発行等の種々の処理を行う。
【選択図】 図３

Description

本発明は、電子商取引システム、決済サーバ、ならびに、これらをコンピュータ上にて実現するためのプログラムに関する。

従来から、各種の電子商取引システムが提案されており、発明者らも、プリペイドカードを用いた小額決済に好適な電子商取引システムを、下記の文献にて提案している。
特開２００２−１１７２４２号公報

[特許文献１]に開示される電子商取引システムでは、商品やサービスの提供を受けようとするユーザは、あらかじめ代金の決済のために、プリペイドカードと呼ばれる前払いカードを購入する。プリペイドカードには、決済に利用できる金額が記載されているほか、スクラッチ部分に決済の際に用いる識別符号が隠されている。この識別符号は「プリペイド番号」と呼ばれる。ユーザは、決済をしたい場合に、当該プリペイド部分を硬貨などでけずる（スクラッチする）ことにより、プリペイド番号を見ることができる。

[特許文献１]に開示の技術では、販売サーバでは、商品やサービスの価格を自由に決めることができる。ユーザの端末から販売サーバへ、提供の申込があると、販売サーバは、その申込にユニークな取引番号を割り当て、取引番号とその価格とを端末に通知する。

そして、ユーザが端末に、プリペイド番号を入力すると、端末は、取引番号、価格およびプリペイド番号を決済サーバに通知する。

決済サーバは、価格とプリペイド番号を参照して決済ならびに残額処理を行い、決済ができた場合は、販売サーバに当該取引番号の決済が成功した旨を通知する。

すると、販売サーバは、当該取引番号の取引に係るサービスの提供を端末に直接行ったり、商品の発送を別途行う等するのである。

しかしながら、このような電子商取引システムにおいて、クレジットカードや銀行引き落としを利用するユーザが前払いカードを事前に購入しなくとも、決済ができるようにしたいとの要望は大きい。

本発明は、このような電子商取引システム、決済サーバ、ならびに、これらをコンピュータ上にて実現するためのプログラムを提供することを目的とする。

以上の目的を達成するため、本発明の原理にしたがって、下記の発明を開示する。

本発明の第１の観点に係る電子商取引システムは、決済サーバ、販売サーバ、端末を備え、以下のように構成する。

ここで、決済サーバは、残額識別符号に残額を対応付けて記憶する残額データベース部を備える。

一方、販売サーバは、商品識別符号に価格を対応付けて記憶する価格データベース部を備える。

さらに、端末は、販売サーバに記憶される商品識別符号のいずれかを指定する第１メッセージを販売サーバに送信する第１メッセージ送信部を備える。

そして、販売サーバは、端末から送信された第１メッセージを受信する第１メッセージ受信部、当該第１メッセージに指定される商品識別符号に対応付けられて価格データベース部に記憶される価格を取得する価格取得部、他と重複しない取引符号を生成する取引符号生成部、生成された取引符号と当該第１メッセージに指定される商品識別符号と当該第１メッセージを送信した端末を特定する情報とを対応付けて記憶する決済待データベース部、取得された価格と生成された取引符号と決済サーバを特定する情報とを指定する第２メッセージを、端末に送信する第２メッセージ送信部をさらに備える。

一方、端末は、販売サーバから送信された第２メッセージを受信する第２メッセージ受信部、ユーザから残額識別符号の入力を受け付ける残額識別符号入力受付部、入力を受け付けられた残額識別符号と当該第２メッセージに指定される価格と当該第２メッセージに指定される取引符号と販売サーバを特定する情報とを指定する第３メッセージを、第２メッセージに指定される決済サーバに送信する第３メッセージ送信部をさらに備える。

さらに、決済サーバは、端末から送信された第３メッセージを受信する第３メッセージ受信部、当該第３メッセージに指定される残額識別符号に対応付けられて残額データベース部に記憶される残額を取得する決済残額取得部、決済残額取得部により取得された残額が、当該第３メッセージに指定される価格以上である場合、当該第３メッセージに指定される残額識別符号に対応付けられて残額データベース部に記憶される残額を、これから当該第３メッセージに指定される価格を減じた値に更新する決済残額更新部、残額更新部により残額が更新された場合、当該第３メッセージに指定される取引符号を指定する第４メッセージを、当該第３メッセージに指定される情報により特定される販売サーバに送信する第４メッセージ送信部をさらに備える。

そして、販売サーバは、決済サーバから送信された第４メッセージを受信する第４メッセージ受信部、当該第４メッセージに指定される取引符号に対応付けられて決済待データベース部に記憶される商品識別符号と端末を特定する情報とを取得する商品端末取得部、取得された商品識別符号に対応する商品または役務を取得された端末に提供する旨を報告する提供報告部をさらに備える。

一方、端末は、補充元の残額識別符号と補充先の残額識別符号との入力を受け付ける補充入力受付部、入力を受け付けられた補充元の残額識別符号と補充先の残額識別符号とを指定する第５メッセージを決済サーバに送信する第５メッセージ送信部をさらに備える。

さらに、決済サーバは、端末から送信された第５メッセージを受信する第５メッセージ受信部、当該第５メッセージに指定される補充元の残額識別符号に対応付けられて残額データベース部に記憶される残額（以下「補充元残額」という。）と、当該第５メッセージに指定される補充先の残額識別符号に対応付けられて残額データベース部に記憶される残額（以下「補充先残額」という。）と、を取得する補充残額取得部、当該補充元の残額識別符号に対応付けられて残額データベース部に記憶される残額を０に更新し、当該補充先の残額識別符号に対応付けられて残額データベース部に記憶される残額を当該補充元残額と当該補充先残額との和に更新する補充残額更新部をさらに備える。

また、本発明の電子商取引システムは、以下のように構成することができる。

すなわち、端末は、発行金額と発行元の残額識別符号との入力を受け付ける発行入力受付部、入力を受け付けられた発行金額と発行元の残額識別符号とを指定する第６メッセージを決済サーバに送信する第６メッセージ送信部をさらに備える。

一方、決済サーバは、端末から送信された第６メッセージを受信する第６メッセージ受信部、当該第６メッセージに指定される発行元の残額識別符号に対応付けられて残額データベース部に記憶される残額を取得する発行残額取得部、発行残額取得部により取得された残額が、当該第６メッセージに指定される発行金額以上である場合、他と重複しない残額識別符号（以下「発行先の残額識別符号」という。）を生成する残額符号生成部、残額符号生成部により発行先の残額識別符号が生成された場合、当該発行先の残額識別符号に当該発行金額を対応付けて残額データベース部に記憶させ、当該発行元の残額識別符号に対応付けられて残額データベース部に記憶される残額を、これから当該発行金額を減じた値に更新する発行更新部、当該発行先の残額識別符号を指定する第７メッセージを端末に送信する第７メッセージ送信部をさらに備える。

一方、端末は、決済サーバから送信された第７メッセージを受信する第７メッセージ受信部、当該第７メッセージに指定される発行先の残額識別符号を出力する発行表示部をさらに備える。

さらに、本発明の電子商取引システムは、以下のように構成することができる。

すなわち、販売サーバにおいて、第２メッセージ送信部は、「取得された価格と生成された取引符号と決済サーバを特定する情報とを指定する第２メッセージを、端末に送信」するのにかえて、「『取得された価格と生成された取引符号とを指定するメッセージ』を決済サーバに送信して、決済サーバに『取得された価格と生成された取引符号と決済サーバを特定する情報とを指定する第２メッセージ』を送信」させる。

一方、決済サーバは、販売サーバから送信される『取得された価格と生成された取引符号とを指定するメッセージ』を受信する手段、受信されたメッセージに指定される価格と取引符号と、当該決済サーバを特定する情報とを指定する指定する第２メッセージを端末に送信する手段をさらに備える。

さらに、端末において、第２メッセージ受信部は、「販売サーバから送信された第２メッセージを受信」するのにかえて、「決済サーバから送信された第２メッセージを受信」する。

本発明のその他の観点に係る決済サーバは、上記電子商取引システムにおける決済サーバである。

本発明のその他の観点に係るプログラムは、コンピュータを、上記電子商取引システムにおける決済サーバとして機能させるように構成する。

これらのプログラムは、各種のコンピュータ読取可能な情報記録媒体（コンパクトディスク、フレキシブルディスク、ハードディスク、光磁気ディスク、ディジタルビデオディスク、磁気テープ、半導体メモリなど）に記録することにより、コンピュータとは独立に配布・販売することができる。また、コンピュータ通信網を介して配布・販売することができる。

本発明により、プリペイド番号を利用する電子商取引システムにおいて、クレジットカードや銀行引き落としを利用するユーザが前払いカードを事前に購入しなくとも、決済ができるようにするのに好適な電子商取引システム、決済サーバ、ならびに、これらをコンピュータ上にて実現するためのプログラムを提供することができる。

以下に本発明の一実施形態を説明する。なお、以下に説明する実施形態は説明のためのものであり、本発明の範囲を制限するものではない。したがって、当業者であればこれらの各要素もしくは全要素をこれと均等なものに置換した実施形態を採用することが可能であるが、これらの実施形態も本発明の範囲に含まれる。

図１は、本発明の第１の実施形態に係る電子取引システム全体の概要構成を示す模式図である。以下、本図を参照して説明する。

電子取引システム１０１は、商品やサービスの提供を受けるユーザが利用する端末１２１と、商品やサービスを販売するための情報を管理提供する販売サーバ１４１と、ユーザが商品やサービスを購入するための代金決済を行う決済サーバ１６１と、を備える。

端末１２１と販売サーバ１４１との間、および、端末１２１と決済サーバ１６１との間は、いずれもインターネット１８１を介して接続されている。

販売サーバ１４１と決済サーバ１６１との間は、セキュリティを確保するため、専用通信線１８２を介して接続されている。なお、専用通信線１８２にかえて、インターネット１８１を介して両者を接続し、ＳＳＬ技術を利用してセキュリティを確保してもよい。本実施形態では、端末１２１から販売サーバ１４１へのアクセスと、端末１２１から決済サーバ１６１へのアクセスと、は、いずれも、ＷＷＷ（World Wide Web）ブラウザを用いて行われる。すなわち、本実施形態では、販売サーバ１４１や決済サーバ１６１は、いわゆるウェブサーバとして一般的なサーバコンピュータ上に構築される。

なお、専用のアクセス用アプリケーションプログラム、ＷＷＷブラウザに組み込まれるプラグイン、もしくは、ＷＷＷブラウザで利用可能な各種のプラグイン等を利用してアクセスしてもよい。また、端末１２１として移動体電話を採用することもできる。

本実施形態では、端末１２１のユーザは、商品やサービスを購入する際に、その代金の決済のために、あらかじめ前払いカードを購入しておくことができる。図２は、このような前払いカードの外観例を示す説明図である。以下、本図を参照して説明する。

図２（ａ）に示すように、前払いカード２０１には、決済に利用できる当初の金額表示２０２と、識別符号２０３と、が印刷されている。

前払いカード２０１はプリペイドカードとして構成されており、前払いカード２０１そのものの販売時には図２（ｂ）に示すように、識別符号２０３は隠れている。ユーザは、前払いカード２０１を購入してから、そのカード表面をコインなどで削ることにより、識別符号２０３を見ることができる。

なお、本実施形態では、ユーザによる入力を容易にするため、識別符号２０３として数字列を用いている。そこで、プリペイドカード形式の前払いカード２０１の識別符号のことを、適宜「プリペイド番号」と呼ぶこととする。

なお、プリペイド番号には、数字のほか、英字やキーボードに用意された各種の記号を用いるような態様を採用することもでき、このような実施形態も本発明の範囲に含まれる。

本図に示される前払いカード２０１は、当初の金額表示２０２として「２０００円」が印刷されている。ユーザは、この前払いカード２０１を用いることにより、合計金額が２０００円となるまで、商品やサービスを購入することができる。

図３は、プリペイド番号を用いた電子商取引において、端末、販売サーバ、決済サーバの間でどのようなメッセージがやりとりされるかを示す説明図である。以下、本図を参照して説明する。なお、図３に示す処理は、[特許文献１]に開示される電子商取引システムに類似するものである。

まず、端末１２１から販売サーバ１４１のＷＷＷページにアクセスすると（３０１）、販売サーバ１４１からは、提供する商品やサービスの一覧であるカタログ情報が端末１２１に送信される（３０２）。

カタログ情報には、少なくとも、商品やサービスの値段と、商品やサービスの種別をあらわす商品識別符号と、が含まれる。図４は、このようなカタログ情報をＷＷＷブラウザを用いて表示した様子を示す説明図である。

ＷＷＷブラウザの表示部４０１には、商品の商品番号表示欄４０２、当該商品の価格表示欄４０３、当該商品を購入する場合の個数を入力する個数入力欄４０４、購入の合計金額を表示する合計金額表示欄４０５、商品の発送先を入力する発送先入力欄４０６、および、購入ボタン４０７が用意されている。商品番号表示欄４０２にには、商品識別符号が表示されている。

ユーザが、個数入力欄４０４に所望の商品の個数を入力すると、ＷＷＷブラウザが備える機能により合計金額が計算され、これが合計金額表示欄４０５に表示される。

ユーザは、所望の商品を選択した後、通信販売における商品の発送先（通常はユーザの自宅や連絡先）を発送先入力欄４０６に入力する。

最後に、購入ボタン４０７をクリックすることにより、ＷＷＷブラウザは、商品識別符号（商品番号）や商品の個数等、ユーザが入力した各種の情報を指定する第１メッセージを生成して、販売サーバ１４１に送信する（３０３）。

販売サーバ１４１は、第１メッセージを受信すると、当該第１メッセージによって端末から依頼のあった取引に、他と重複しない取引符号を生成する。

そして、自身が持つ価格データベースを参照して、ユーザが希望する商品の価格を調べ、当該取引の合計金額を計算する。

さらに、取引符号とユーザが入力した情報（商品番号、商品の個数、商品の発送先等）と合計金額とを対応付けて決済待データベースに登録する。

ついで、販売サーバ１４１は、生成した取引符号と計算した合計金額と決済サーバ１６１の決済用スクリプトが配置されるＵＲＬ（Universal Resource Locator）とを指定する第２メッセージを端末１２１に送信する（３０４）。

図５は、この第２メッセージを受信した端末１２１のＷＷＷブラウザによる画面表示の様子を示す説明図である。

ＷＷＷブラウザの表示部５０１には、取引符号がトランザクション識別符号表示欄５０２に、購入に必要な合計金額が合計金額表示欄５０３に、それぞれ表示されている。また、購入する商品とその個数などの付加情報がある場合は、付加情報表示欄５０４に表示される。

このほか、前払カード識別符号入力欄５０５が用意されており、ユーザは、ここに購入に用いるプリペイド番号を入力する。

ユーザは、プリペイド番号の入力が終了したら、決済ボタン５０６をクリックする。

すると、ＷＷＷブラウザは、決済サーバ１６１が有する当該ＵＲＬにより指定される決済用スクリプトに対して、取引符号と、合計金額と、プリペイド番号とを指定する第３メッセージを送信する（３０５）。

決済サーバ１６１は、残額データベースを参照して、第３メッセージに指定されるプリペイド番号の残額が、合計金額以上であるかを調べる。

残額が合計金額以上である場合は、残額データベースの当該レコードから当該合計金額を減算して残額データベースを更新するとともに、当該取引符号と当該合計金額とを指定する第４メッセージを、販売サーバ１４１に送信する（３０６）。

販売サーバ１４１は、この第４メッセージを受信すると、当該取引符号が決済待データベースに記録されているかどうか調べ、合計金額が決済待データベースと第４メッセージとで一致しているかを調べる。一致している場合は、決済が完了したことになるので、決済待データベースの当該レコードに記録される発送先に当該商品を当該個数だけ発送するように、発送センター等に報告する。

また、当該商品が電子情報（画像ファイル、ストリーミングにより提供される映画、音楽ファイル等）の場合には、発送センター等に報告するのではなく、当該電子情報を入手できるＵＲＬを端末１２１に送信する等の手法を採用することもできる（３０７）。

なお、第２メッセージを販売サーバ１４１から端末１２１に直接送信するのではなく、取引符号と合計金額を販売サーバ１４１から決済サーバ１６１に一旦送信し、決済サーバ１６１では、取引符号、合計金額、販売サーバ１４１を特定する情報をデータベースに登録した後に、決済サーバ１６１で生成した取引符号と計算した合計金額と決済サーバ１６１の決済用スクリプトが配置されるＵＲＬ（Universal Resource Locator）とを指定する第２メッセージを生成して、これを端末１２１に送信することとしても良い。

この場合は、決済が正しく行われているか否かを、販売サーバ１４１と決済サーバ１６１との間で、さらに確認することが可能である。

（販売サーバ）
図６は、本実施形態に係る販売サーバ１４１の概要構成を示す説明図である。以下、本図を参照して説明する。

販売サーバ１４１は、価格データベース部６０１、第１メッセージ受信部６０２、価格取得部６０３、取引符号生成部６０４、決済待データベース部６０５、第２メッセージ送信部６０６、第４メッセージ受信部６０７、商品端末取得部６０８、提供報告部６０９を備える。

ここで、価格データベース部６０１は、ある商品やサービスを識別するための商品識別符号と、当該商品やサービスの価格と、を対応付けて記憶する。

一方、第１メッセージ受信部６０２は、端末１２１から送信された第１メッセージを受信する。

すると、価格取得部６０３は、当該第１メッセージに指定される商品識別符号に対応付けられて価格データベース部６０１に記憶される価格を取得する。ここで取得される価格は、商品識別符号が１つだけ指定されている場合は、当該商品の単価であるが、商品識別符号が複数指定されている場合は、その合計金額である。

そして、取引符号生成部６０４は、当該第１メッセージに対して、他と重複しない取引符号を生成する。

ついで、決済待データベース部６０５は、生成された取引符号と当該第１メッセージに指定される商品識別符号と当該第１メッセージを送信した端末１２１を特定する情報とを対応付けて記憶する。端末１２１を特定する情報とは、端末１２１のＩＰ（Internet Protocol）アドレスや、事前にユーザのメールアドレスを調査した場合はそのメールアドレスなどが含まれるが、商品の発送先の情報としても良い。また、取引符号には、取引の合計金額や商品の個数などの情報もともに対応付けて記憶することが望ましい。

そして、第２メッセージ送信部６０６は、取得された価格（合計金額）と生成された取引符号と決済サーバ１６１を特定する情報とを指定する第２メッセージを、端末１２１に送信する。

この後、販売サーバ１４１は、端末１２１と決済サーバ１６１との間で決済が行われるのを待つことになる。決済が行われた旨は、第４メッセージ受信部６０７が決済サーバ１６１から送信された第４メッセージを受信することによってわかる。

ついで、商品端末取得部６０８は、当該第４メッセージに指定される取引符号に対応付けられて決済待データベース部６０５に記憶される商品識別符号と端末１２１を特定する情報とを取得する。ここで、上記のように、合計金額等のチェックもあわせて行うことが望ましい。

最後に、提供報告部６０９は、取得された商品識別符号に対応する商品または役務を取得された端末１２１に提供する旨を報告する。報告の手法としては、上記のように発送センターへの報告等のほか、注文を行った端末１２１へメッセージを送信する形態での報告もありうる。

このように、販売サーバ１４１は、[特許文献１]に開示されるものに類似する構成を有している。

一方、本実施形態に係る電子商取引システムでは、端末１２１と決済サーバ１６１との間で、図７に示すようなメッセージのやりとりを行うことによって、あるプリペイド番号から別のプリペイド番号に残額を補充したり、あるプリペイド番号から新規プリペイド番号（発行済の前払カードに記載されたプリペイド番号とは異なるプリペイド番号）を発行することができる。

以下、残額の補充の場合のメッセージのやりとりについて説明する。

図７（ａ）に示すように、端末１２１のユーザがあるプリペイド番号から別のプリペイド番号へ残額を補充したい場合は、決済サーバ１６１の所定の残額補充ＵＲＬにアクセスする（７０１）。すると、残額補充用フォームが得られる（７０２）。図８は、端末１２１のウェブブラウザにより、残額表示フォームが表示される様子を示す説明図である。

ＷＷＷブラウザの表示部８０１には、補充元プリペイド番号入力欄８０２、補充先プリペイド番号入力欄８０４、補充金額入力欄８０３、補充ボタン８０５が表示される。

ユーザは、補充元のプリペイド番号を補充元プリペイド番号入力欄８０２に、補充先のプリペイド番号を補充先プリペイド番号入力欄８０４に、補充金額を補充金額入力欄８０３に、それぞれ入力した後、補充ボタン８０５をクリックする。

すると、補充元と補充先のプリペイド番号と補充金額を指定する第５メッセージが決済サーバ１６１に送信される（７０３）。

第５メッセージを受信した決済サーバ１６１は、残額データベースを参照して、補充元のプリペイド番号の残額が補充金額以上である場合には、補充元のプリペイド番号の残額から補充金額を減額し、補充先のプリペイド番号の残額に補充金額を加算して、残額データベースを更新する。

この後、適宜決済サーバ１６１から端末１２１へ補充が成功したか否かの報告をすることとしても良い（７０４）。

なお、上記説明では、補充金額を指定することとしているが、後述する新規のプリペイド番号の発行が行える場合には、補充は全額に限ることとして、補充金額と残額との比較はせずに、補充元の全額を補充先に補充するような実施形態を採用することもできる。

次に、新規のプリペイド番号の発行の場合のメッセージのやりとりについて説明する。

図７（ｂ）に示すように、端末１２１のユーザがあるプリペイド番号から新規のプリペイド番号を発行したい場合は、決済サーバ１６１の所定の新規発行ＵＲＬにアクセスする（７５１）。すると、新規発行用フォームが得られる（７５２）。図９は、端末１２１のウェブブラウザにより、新規発行用フォームが表示される様子を示す説明図である。

ＷＷＷブラウザの表示部９０１には、発行元プリペイド番号入力欄９０２、発行金額入力欄９０３、発行ボタン９０４が表示される。

ユーザは、どのプリペイド番号から金額を引き出して新しいプリペイド番号を生成したいか、を発行元プリペイド番号入力欄９０２に入力し、引き出したい金額を発行金額入力欄９０３に入力した後に、発行ボタン９０４をクリックする。

すると、発行元のプリペイド番号と発行金額とを指定する第６メッセージが決済サーバ１６１に送信される（７５３）。

第６メッセージを受信した決済サーバ１６１は、残額データベースを参照して指定された発行元プリペイド番号の残額を調べ、これが指定された発行金額以上であるか否かを調べる。

そうである場合は、すでに発行済のいずれのプリペイド番号とも異なるプリペイド番号（発行先プリペイド番号）を生成し、発行元プリペイド番号の残額から発行金額を減算し、発行先プリペイド番号に発行金額を対応付けて残額データベースに登録する。これによって、新しいプリペイド番号が生成され、これに指定された発行金額が引き出されたことになる。

ついで、決済サーバ１６１は、新たに発行された発行先プリペイド番号を指定する第７メッセージを端末１２１に送信する（７５４）。すると、端末１２１のＷＷＷブラウザは、当該発行先プリペイド番号を画面に表示する。

これによって、端末１２１のユーザは、新しく発行された（前払いカードに印刷されたものではない）プリペイド番号を、通常のプリペイド番号と同様に利用することができる。

（決済サーバ）
図１０は、本実施形態に係る決済サーバ１６１の概要構成を示す模式図である。以下、本図を参照して説明する。

決済サーバ１６１は、残額データベース部１００１、第３メッセージ受信部１００２、決済残額取得部１００３、決済残額更新部１００４、第４メッセージ受信部１００５、第５メッセージ受信部１００６、補充残額取得部１００７、補充残額更新部１００８、第６メッセージ受信部１００９、発行残額取得部１０１０、残額符号生成部１０１１、発行更新部１０１２、第７メッセージ送信部１０１３を備える。

ここで、残額データベース部１００１は、残額識別符号（プリペイド番号）に残額を対応付けて記憶する。なお、このほかの付加情報として、プリペイド番号ごとに、補充先や発行元のプリペイド番号とすることができるか否か、を指定できるようにしても良い。この場合は、後述する各部において、補充先プリペイド番号として有効か、あるいは、発行元プリペイド番号として有効か、を適宜検査し、有効でない場合は、補充や発行を失敗させる。

まず、通常の決済に係る機能を果たす各部について説明する。

最初に、第３メッセージ受信部１００２は、端末１２１から送信された第３メッセージを受信する。

さらに、決済残額取得部１００３は、当該第３メッセージに指定される残額識別符号に対応付けられて残額データベース部１００１に記憶される残額を取得する。

そして、決済残額更新部１００４は、決済残額取得部により取得された残額が、当該第３メッセージに指定される価格以上である場合、当該第３メッセージに指定される残額識別符号に対応付けられて残額データベース部１００１に記憶される残額を、これから当該第３メッセージに指定される価格を減じた値に更新する。

一方、第４メッセージ送信部１００５は、決済残額更新部１００４により残額が更新された場合、当該第３メッセージに指定される取引符号を指定する第４メッセージを、当該第３メッセージに指定される情報により特定される販売サーバ１４１に送信する。

以下では、補充に係る機能を果たす各部について説明する。

まず、第５メッセージ受信部１００６は、端末１２１から送信された第５メッセージを受信する。

さらに、補充残額取得部１００７は、当該第５メッセージに指定される補充元の残額識別符号に対応付けられて残額データベース部１００１に記憶される残額（以下「補充元残額」という。）と、当該第５メッセージに指定される補充先の残額識別符号に対応付けられて残額データベース部１００１に記憶される残額（以下「補充先残額」という。）と、を取得する。なお、前述したように、第５メッセージには、補充金額を指定できることとしても良い。

一方、補充残額更新部１００８は、当該補充元の残額識別符号に対応付けられて残額データベース部１００１に記憶される残額を０に更新し、当該補充先の残額識別符号に対応付けられて残額データベース部１００１に記憶される残額を当該補充元残額と当該補充先残額との和に更新する。

補充金額が指定されている場合は、補充残額更新部１００８は、補充元の残額が補充金額以上である場合に、補充元の残額から補充金額を減算し、補充先の残額に補充金額を加算して、残額データベース部１００１を更新すれば良い。

以下では、新規発行に係る機能を果たす各部について説明する。

まず、第６メッセージ受信部１００９は、端末１２１から送信された第６メッセージを受信する。

一方、発行残額取得部１０１０は、当該第６メッセージに指定される発行元の残額識別符号に対応付けられて残額データベース部１００１に記憶される残額を取得する。

さらに、残額符号生成部１０１１は、発行残額取得部１０１０により取得された残額が、当該第６メッセージに指定される発行金額以上である場合、他と重複しない残額識別符号（以下「発行先の残額識別符号」という。）を生成する。

ここで、発行先の残額識別符号としては、単なる連番だけではなく、各種の暗号化、チェックサムに類似する識別符号の有効性を示す情報、電子署名、電子透かし等の情報を付加する等の処理を施すことが望ましい。これらの処理を施すことによって、偽の識別符号が発行されることをできるだけ防止することができる。

また、補充先や発行元となることができる識別符号と、そうでないものとを区別する場合には、前者の識別符号を利用者のみ知ることができるものとしておくことにより、偽の識別符号が発行されることをできるだけ防止することができる。

そして、発行更新部１０１２は、残額符号生成部により発行先の残額識別符号が生成された場合、当該発行先の残額識別符号に当該発行金額を対応付けて残額データベース部１００１に記憶させ、当該発行元の残額識別符号に対応付けられて残額データベース部１００１に記憶される残額を、これから当該発行金額を減じた値に更新する。

さらに、第７メッセージ送信部１０１３は、当該発行先の残額識別符号を指定する第７メッセージを端末１２１に送信する。

なお、補充先や発行元の残額識別符号は、残額の移動の中心となるものであるため、あらかじめ既定値をユーザに入力させ、その後の処理では、クッキーなどを利用することによって、ユーザの入力を省略させるような形態を採用しても良い。この場合は、クッキーを指定するＷＷＷブラウザからの応答に補充先や発行元の残額識別符号を直接指定したり、これらを決済サーバに一時的に保存した際のセッション番号をクッキーに指定することによって、これらを第３メッセージ、第５メッセージ、第６メッセージの一部とすれば良い。

（端末）
図１１は、本実施形態に係る端末１２１の概要構成を示す説明図である。以下、本図を参照して説明する。尚、本実施形態の端末１２１は、ＷＷＷブラウザが動作する情報処理装置であり、決済サーバ１６１や販売サーバ１４１から送られる各種のフォームを表すＨＴＭＬデータを解釈してこれに対応付けられる各種の処理を行うことにより、以下の各部として機能することとなる。

すなわち、端末１２１は、第１メッセージ送信部１２０１、第２メッセージ受信部１２０２、残額識別符号入力受付部１２０３、第３メッセージ送信部１２０４、補充入力受付部１２０５、第５メッセージ送信部１２０６、発行入力受付部１２０７、第６メッセージ送信部１２０８、第７メッセージ受信部１２０９、発行表示部１２１０を備える。

以下は、通常の電子商取引に係る各部の機能である。

ここで、第１メッセージ送信部１２０１は、販売サーバ１４１に記憶される商品識別符号のいずれかを指定する第１メッセージを販売サーバ１４１に送信する。これは、図４に示されるような入力フォームにユーザが各種の情報を入力し、購入ボタン４０７をクリックすることによって行われる。

一方、第２メッセージ受信部１２０２は、販売サーバ１４１から送信された第２メッセージを受信する。

さらに、残額識別符号入力受付部１２０３は、ユーザから残額識別符号の入力を受け付ける。これは、図５に示されるような入力フォームにプリペイド番号を入力することによって行われる。

ついで、第３メッセージ送信部１２０４は、入力を受け付けられた残額識別符号と当該第２メッセージに指定される価格と当該第２メッセージに指定される取引符号と販売サーバ１４１を特定する情報とを指定する第３メッセージを、第２メッセージに指定される決済サーバ１６１に送信する。これは、図５に示されるような入力フォームに各種情報を入力した後に、入力フォームで決済ボタン５０６をクリックすることによって行われる。

以下は、補充に係る各部の機能である。

まず、補充入力受付部１２０５は、補充元の残額識別符号と補充先の残額識別符号との入力を受け付ける。これは、図８に示されるような入力フォームを用いることによって実現される。なお、上述の通り、補充金額を明示的に指定することとしても良い。

そして、当該入力フォームにおいて補充ボタン８０５をクリックすることによって、第５メッセージ送信部１２０６は、入力を受け付けられた補充元の残額識別符号と補充先の残額識別符号とを指定する第５メッセージを決済サーバ１６１に送信する。

以下は、新規発行に係る各部の機能である。

まず、発行入力受付部１２０７は、発行金額と発行元の残額識別符号との入力を受け付ける。これは、図９に示されるような入力フォームを用いることによって実現される。

そして、ユーザが発行ボタン９０４をクリックすると、第６メッセージ送信部１２０８は、入力を受け付けられた発行金額と発行元の残額識別符号とを指定する第６メッセージを決済サーバ１６１に送信する。

ついで、第７メッセージ受信部１２０９は、決済サーバ１６１から送信された第７メッセージを受信する。

最後に、発行表示部１２１０は、当該第７メッセージに指定される発行先の残額識別符号を画面表示する等して、出力する。

上記実施形態においては、理解を容易にするため、決済、補充、新規発行に失敗した場合の取扱いについては説明を省略したが、このような場合は、通常の電子商取引システムと同様に、販売サーバ１４１や決済サーバ１６１から、端末１２１に対してエラーメッセージを送信して、ユーザに対して失敗した旨を通知することが望ましい。

このほか、補充先や発行元となることができる残額識別符号（プリペイド番号）に対しては、銀行引き落としやコンビニエンスストア決済、クレジットカード決済等、現在広く用いられている決済手法を使用することにより、その残額を増額できるようにしても良い。

以上説明したように、本発明によれば、プリペイド番号を利用する電子商取引システムにおいて、クレジットカードや銀行引き落としを利用するユーザが前払いカードを事前に購入しなくとも、決済ができるようにするのに好適な電子商取引システム、決済サーバ、ならびに、これらをコンピュータ上にて実現するためのプログラムを提供することができる。

本発明に係る電子取引システムの第１の実施形態の概要構成を示す説明図である。 前払いカードの外観を示す説明図である。 プリペイド番号を用いた電子商取引において、端末、販売サーバ、決済サーバの間でどのようなメッセージがやりとりされるかを示す説明図である。 カタログ情報をＷＷＷブラウザを用いて表示した様子を示す説明図である。 第２メッセージを受信した端末のＷＷＷブラウザによる画面表示の様子を示す説明図である。 本実施形態に係る販売サーバの概要構成を示す説明図である。 補充や新規発行を行う場合のメッセージのやりとりの様子を示す説明図である。 端末のウェブブラウザにより、残額表示フォームが表示される様子を示す説明図である。 端末のウェブブラウザにより、新規発行用フォームが表示される様子を示す説明図である。 本実施形態に係る決済サーバの概要構成を示す模式図である。 本実施形態に係る端末の概要構成を示す説明図である。

符号の説明

１０１ 電子商取引システム
１２１ 端末
１４１ 販売サーバ
１６１ 決済サーバ
１８１ インターネット
１８２ 専用通信線
２０１ 前払いカード
２０２ 当初の金額表示
２０３ 識別符号
４０１ ＷＷＷブラウザの表示部
４０２ 商品番号表示欄
４０３ 価格表示欄
４０４ 個数入力欄
４０５ 合計金額表示欄
４０６ 発送先入力欄
４０７ 購入ボタン
５０１ ＷＷＷブラウザの表示部
５０２ トランザクション識別符号表示欄
５０３ 合計金額表示欄
５０４ 付加情報表示欄
５０５ 前払いカード識別符号入力欄
５０６ 決済ボタン
６０１ 価格データベース部
６０２ 第１メッセージ受信部
６０３ 価格取得部
６０４ 取引符号生成部
６０５ 決済待データベース部
６０６ 第２メッセージ送信部
６０７ 第４メッセージ受信部
６０８ 商品端末取得部
６０９ 提供報告部
８０１ ＷＷＷブラウザの表示部
８０２ 補充先プリペイド番号入力欄
８０３ 補充元プリペイド番号入力欄
８０４ 補充金額入力欄
８０５ 補充ボタン
９０１ ＷＷＷブラウザの表示部
９０２ 発行元プリペイド番号入力欄
９０３ 発行金額入力欄
９０４ 発行ボタン
１００１ 残額データベース部
１００２ 第３メッセージ受信部
１００３ 決済残額取得部
１００４ 決済残額更新部
１００５ 第４メッセージ送信部
１００６ 第５メッセージ受信部
１００７ 補充残額取得部
１００８ 補充残額更新部
１００９ 第６メッセージ受信部
１０１０ 発行残額取得部
１０１１ 残額符号生成部
１０１２ 発行更新部
１０１３ 第７メッセージ送信部
１２０１ 第１メッセージ送信部
１２０２ 第２メッセージ受信部
１２０３ 残額識別符号入力受付部
１２０４ 第３メッセージ送信部
１２０５ 補充入力受付部
１２０６ 第５メッセージ送信部
１２０７ 発行入力受付部
１２０８ 第６メッセージ送信部
１２０９ 第７メッセージ受信部
１２１０ 発行表示部

Claims (5)

1. 決済サーバ、販売サーバ、端末を備える電子商取引システムであって、
   （１）前記決済サーバは、
   残額識別符号に残額を対応付けて記憶する残額データベース部を備え、
   （２）前記販売サーバは、
   商品識別符号に価格を対応付けて記憶する価格データベース部を備え、
   （３）前記端末は、
   前記販売サーバに記憶される商品識別符号のいずれかを指定する第１メッセージを前記販売サーバに送信する第１メッセージ送信部を備え、
   （４）前記販売サーバは、
   前記端末から送信された第１メッセージを受信する第１メッセージ受信部、
   当該第１メッセージに指定される商品識別符号に対応付けられて前記価格データベース部に記憶される価格を取得する価格取得部、
   他と重複しない取引符号を生成する取引符号生成部、
   前記生成された取引符号と当該第１メッセージに指定される商品識別符号と当該第１メッセージを送信した端末を特定する情報とを対応付けて記憶する決済待データベース部、
   前記取得された価格と前記生成された取引符号と前記決済サーバを特定する情報とを指定する第２メッセージを、前記端末に送信する第２メッセージ送信部をさらに備え、
   （５）前記端末は、
   前記販売サーバから送信された第２メッセージを受信する第２メッセージ受信部、
   ユーザから残額識別符号の入力を受け付ける残額識別符号入力受付部、
   前記入力を受け付けられた残額識別符号と当該第２メッセージに指定される価格と当該第２メッセージに指定される取引符号と前記販売サーバを特定する情報とを指定する第３メッセージを、前記第２メッセージに指定される決済サーバに送信する第３メッセージ送信部をさらに備え、
   （６）前記決済サーバは、
   前記端末から送信された第３メッセージを受信する第３メッセージ受信部、
   当該第３メッセージに指定される残額識別符号に対応付けられて前記残額データベース部に記憶される残額を取得する決済残額取得部、
   前記決済残額取得部により取得された残額が、当該第３メッセージに指定される価格以上である場合、当該第３メッセージに指定される残額識別符号に対応付けられて前記残額データベース部に記憶される残額を、これから当該第３メッセージに指定される価格を減じた値に更新する決済残額更新部、
   前記残額更新部により残額が更新された場合、当該第３メッセージに指定される取引符号を指定する第４メッセージを、当該第３メッセージに指定される情報により特定される販売サーバに送信する第４メッセージ送信部をさらに備え、
   （７）前記販売サーバは、
   前記決済サーバから送信された第４メッセージを受信する第４メッセージ受信部、
   当該第４メッセージに指定される取引符号に対応付けられて前記決済待データベース部に記憶される商品識別符号と端末を特定する情報とを取得する商品端末取得部、
   前記取得された商品識別符号に対応する商品または役務を前記取得された端末に提供する旨を報告する提供報告部をさらに備え、
   （８）前記端末は、
   補充元の残額識別符号と補充先の残額識別符号との入力を受け付ける補充入力受付部、
   前記入力を受け付けられた補充元の残額識別符号と補充先の残額識別符号とを指定する第５メッセージを前記決済サーバに送信する第５メッセージ送信部をさらに備え、
   （９）前記決済サーバは、
   前記端末から送信された第５メッセージを受信する第５メッセージ受信部、
   当該第５メッセージに指定される補充元の残額識別符号に対応付けられて前記残額データベース部に記憶される残額（以下「補充元残額」という。）と、当該第５メッセージに指定される補充先の残額識別符号に対応付けられて前記残額データベース部に記憶される残額（以下「補充先残額」という。）と、を取得する補充残額取得部、
   当該補充元の残額識別符号に対応付けられて前記残額データベース部に記憶される残額を０に更新し、当該補充先の残額識別符号に対応付けられて前記残額データベース部に記憶される残額を当該補充元残額と当該補充先残額との和に更新する補充残額更新部をさらに備える
   ことを特徴とするもの。
2. 請求項１に記載の電子商取引システムであって、
   （１０）前記端末は、
   発行金額と発行元の残額識別符号との入力を受け付ける発行入力受付部、
   前記入力を受け付けられた発行金額と発行元の残額識別符号とを指定する第６メッセージを前記決済サーバに送信する第６メッセージ送信部をさらに備え、
   （１１）前記決済サーバは、
   前記端末から送信された第６メッセージを受信する第６メッセージ受信部、
   当該第６メッセージに指定される発行元の残額識別符号に対応付けられて前記残額データベース部に記憶される残額を取得する発行残額取得部、
   前記発行残額取得部により取得された残額が、当該第６メッセージに指定される発行金額以上である場合、他と重複しない残額識別符号（以下「発行先の残額識別符号」という。）を生成する残額符号生成部、
   前記残額符号生成部により発行先の残額識別符号が生成された場合、当該発行先の残額識別符号に当該発行金額を対応付けて前記残額データベース部に記憶させ、当該発行元の残額識別符号に対応付けられて前記残額データベース部に記憶される残額を、これから当該発行金額を減じた値に更新する発行更新部、
   当該発行先の残額識別符号を指定する第７メッセージを前記端末に送信する第７メッセージ送信部をさらに備え、
   （１２）前記端末は、
   前記決済サーバから送信された第７メッセージを受信する第７メッセージ受信部、
   当該第７メッセージに指定される発行先の残額識別符号を出力する発行表示部をさらに備える
   ことを特徴とするもの。
3. 請求項１または２に記載の電子商取引システムであって、
   （１３）前記販売サーバにおいて、前記第２メッセージ送信部は、
   「前記取得された価格と前記生成された取引符号と前記決済サーバを特定する情報とを指定する第２メッセージを、前記端末に送信」するのにかえて、「『前記取得された価格と前記生成された取引符号とを指定するメッセージ』を前記決済サーバに送信して、前記決済サーバに『前記取得された価格と前記生成された取引符号と前記決済サーバを特定する情報とを指定する第２メッセージ』を送信」させ、
   （１４）前記決済サーバは、
   前記販売サーバから送信される『前記取得された価格と前記生成された取引符号とを指定するメッセージ』を受信する手段、
   前記受信されたメッセージに指定される価格と取引符号と、当該決済サーバを特定する情報とを指定する指定する第２メッセージを前記端末に送信する手段をさらに備え、
   （１５）前記端末において、
   前記第２メッセージ受信部は、「前記販売サーバから送信された第２メッセージを受信」するのにかえて、「前記決済サーバから送信された第２メッセージを受信」する
   ことを特徴とするもの。
4. 請求項１から３のいずれか１項に記載の電子商取引システムにおける決済サーバ。
5. コンピュータを、請求項４に記載の決済サーバとして機能させることを特徴とするプログラム。

Images