JP2003534604A - インターネットまたは同様の通信媒体を通じての支払を容易にするシステムおよび方法 - Google Patents

Abstract

(57)【要約】 インターネット等の通信媒体を介した購入を可能にするシステム及び方法を提供する。購入者（７）が商人（３）から購入を行う際に、支払識別子（１９）が支払機関（１７）により生成され、購入者（７）へ伝達される。購入者（１７）は支払識別子（１９）を支払機関（１７）へ持っていき、直接支払を行う。支払識別子（１９）は、商人（３）の識別や購入した商品又はサービスを、人間が読める形で表示しなくてもよい。支払機関で直接支払を行うと、それが商人（３）へ通知され、商人（３）は購入された商品又はサービスを送る。このシステム及び方法は、クレジットカード又は詳細事項を通信媒体を通じて提供することによりオンラインで支払を行うことに伴う不透明性を除去する。支払機関（１７）は、購入者がクレジットカードなどの詳細を明かすことに関して不安を感じない、信用される組織とする。支払機関（１７）を郵便局とすることができる。

Description

【発明の詳細な説明】

【０００１】 発明の分野 本発明は、インターネットまたは同様の通信媒体を通じて支払を行うためのシ
ステムおよび方法に関する。本明細書を通して用語「インターネット」を使用す
るが、用語「インターネット」は、電子通信一般を含むものとして使用すること
を理解されたい。

【０００２】 本願は、２０００年５月２６日出願のオーストラリア仮出願ＰＱ７７７４号、
および２０００年１０月１９日出願の米国仮出願６０／２４１，３３６号に基づ
くものであり、その出願日の特典を請求する。

【０００３】 従来技術の説明 従来、インターネットを通じて商品やサービスを購入するための数多くの提案
がなされてきた。商人の大半は、支払を行うために購入者がクレジット・カード
の詳細やその他の金融機関の詳細を提供することを要求する。現金や小切手はい
つでも受領することができるため、上記のような情報の提供は必須とは言えない
が、クレジット・カードや他の電子的な支払システムでは、購入時にオンライン
で支払を行うことができるので迅速な購入の処理が容易になる。

【０００４】 一方、購入者は、不正に使用される可能性があることから、必要とされるクレ
ジット・カードやその他の金融機関の詳細事項をインターネットを通じて提供す
ることに不信感を抱いている。一方では、ハッカーが通信を傍受（ｉｎｔｅｒｖ
ｅｎｅ）し、クレジット・カードや金融機関の詳細を入手する恐れがある。また
一方では、そうした詳細を受け取る商人がその情報を安全に保持しないことも考
えられる。更に、購入者は一般に個人のプライバシーを保護したいため、クレジ
ット・カードの詳細のような個人情報を明かすことには消極的である。購入物に
よっては匿名性が求められ、また購入者は、購入物の内容や、その購入物を購入
者へ提供する者の名を、第三者に知られることを望まない。一般には、上記のよ
うな問題があるために、インターネットを介した商取引は部分的に不都合なもの
である。

【０００５】 知られている提案の一部には次のようなものがある。 購入者の銀行口座の詳細と、購入者の銀行にその口座から商人へ代金を振り込
ませる権限を商人に直接提供すること。

【０００６】 購入者のクレジット口座の詳細と、購入者のクレジット業者にその口座に対し
て商人から提示される請求をすべて受諾させる権限を商人に直接提供すること。 購入者の銀行口座またはクレジット・カードの詳細を第三者に提供すると、そ
の第三者が、商人に提供することができる１または複数の個人コードを購入者に
提供し、このコードにより、第三者が購入者に代わって支払を行い、購入者の銀
行口座またはクレジット・カードから支払を回収する権限が与えられること。

【０００７】 第三者の口座を開設し、その口座へ各種の手段により代金を支払うことができ
ること。そして、その口座から商人へ代金を転送する権限をその第三者に与える
商人に、その口座の詳細を提供することができること。

【０００８】 第三者から安全なトークンを購入し、それを商品やサービスの支払として商人
に提供することができること。商人はその後その安全なトークンを使用すること
ができ、その使用には、それを第三者に提示してその額を回収することがが含ま
れる。

【０００９】 これらの方式は何れも、以下の１または複数の問題があるために、現在の市場
での利用性が限られている。 購入者は、事前に第三者に登録しておく必要があるために不便を感じる可能性
がある。

【００１０】 購入者は、事前に第三者に支払をする必要があるために不便を感じる可能性が
ある。 購入者は、銀行口座やクレジット口座の詳細事項を含む個人情報を第三者に明
かすことに消極的である場合がある。

【００１１】 購入者は、銀行口座やクレジット口座の詳細を含む個人情報を商人に明かすこ
とに消極的である場合がある。 商人は、購入者にとって不便があることや、購入者がその方式を使用すること
をためらうことにより売上をなくす恐れがある。

【００１２】 発明の目的および著述 従って、本発明は、インターネットを介してクレジット・カードや金融機関の
詳細を提供することに伴うセキュリティの問題と、それに関連するプライバシー
の匿名性の問題に対処することを試みる。

【００１３】 従って、本発明の第１の広い態様によると、通信媒体を介した購入を可能にす
るシステムが提供され、前記システムは、 通信媒体に接続された１または複数の商人コンピュータと、通信媒体にアクセ
スすることができる１または複数の購入者コンピュータと、通信媒体に接続され
た１または複数の支払識別子生成コンピュータと、通信媒体に接続された１また
は複数の支払コンピュータとを含み、 商人コンピュータは、購入者コンピュータからアクセスすることができ、かつ
、可能な購入物を購入者に示すことができるソフトウェアを有し、 商人コンピュータは、購入者が購入を行う旨の要求を行ったことを識別する識
別手段を有するソフトウェアを有し、要求が行われると、商人ソフトウェアはそ
の購入者コンピュータを前記支払識別子生成コンピュータにリンクし、支払識別
子生成コンピュータへデータを転送し、前記データはその購入を商人が識別する
ことを可能にし、 支払識別子生成コンピュータは、そのデータから、購入の電子的な支払識別子
を生成し、その支払識別子を購入者コンピュータに転送して、その支払識別子を
直接の支払のために支払機関へ持っていくことができるようにするソフトウェア
を有し、 支払機関は、前記支払が行われるとそれを支払コンピュータに通知するために
、前記支払コンピュータとの接続を有し、前記支払コンピュータは、その購入に
対する支払が行われたことを商人が知ることを可能にするソフトウェアを有する
、 ものとして構成される。

【００１４】 支払識別子生成コンピュータは、支払識別子を、購入者コンピュータが、表面
に識別子を有する支払伝票として印刷するのに適した形態で、購入者コンピュー
タへ転送することが好ましい。代替の一実施形態では、支払識別子コンピュータ
は、支払伝票以外の何らかの利便な形態の運搬可能な識別子の形で支払識別子を
生成する。

【００１５】 購入の識別を可能にするデータは、購入金額のデータと、商人の識別（ＩＤ）
を判定することができるデータとを含むことが好ましい。 支払伝票を印刷することは、購入金額のデータと、商人の識別を判定すること
ができるデータとの印刷を含むことが好ましい。

【００１６】 データ提供手段は、通信媒体を介して商人のアクセス可能なページに支払を公
表する手段を含むことが好ましい。 支払伝票生成コンピュータおよび支払機関は、安全なコンピュータ・ネットワ
ーク環境において単一のエンティティによって制御することが好ましい。

【００１７】 支払機関は、受け取った支払を商人へ転送することが好ましい。 転送は、購入者による支払の完了によって開始される電子資金トランスファー
プロセスにより商人の銀行口座へ直接行うことが好ましい。

【００１８】 支払機関は、現金、小切手、クレジット・カード、電子資金トランスファー、
またはその他の支払のタイプのうちの１または複数によって支払を受け取ること
ができることが好ましい。

【００１９】 データ提供手段は、商人のアクセス可能なウェブ・ページに電子的に支払を掲
載するために、支払機関の読取手段が読み取るデータとコンピュータ・リンクさ
れていることが好ましい。

【００２０】 本発明の更なる態様によると、通信媒体を通じてユーザが要求した購入に対す
る支払が行われたことを商人が知ることを可能にする方法が提供され、前記方法
は、 商人コンピュータで購入者コンピュータから購入の要求を受信すると、その購
入者コンピュータを支払識別子生成コンピュータに接続し、かつ支払識別子生成
コンピュータに購入データを供給することと、 購入データを用いて、支払識別子生成コンピュータで電子的な支払識別子を生
成することと、 支払識別子を購入者コンピュータへ電子的に転送して、直接に支払をするため
に物理的に支払識別子を支払機関へ持っていけるようにすることと、 支払機関で購入に対する支払を受け取り、その後、その購入に対する支払が行
われたことを商人が知ることを可能にするデータを提供することと を含む。

【００２１】 本明細書の目的のために、用語「購入」は、必要とされる任意の商品またはサ
ービスの支払を包含するものとする。 本発明をより明確に把握できるように、以下で添付図面を参照して好ましい実
施形態の例を説明する。

【００２２】 好適な実施形態の詳細な説明 最初に図１を参照すると、インターネット・システムの形態をとる通信媒体１
が提供されることが見て取れる。この図で、商人１、・・・Ｎは、インターネッ
ト・システム５などの通信システムに接続されたコンピュータ３または他の適切
なコンピュータ通信装置を有する。

【００２３】 複数の購入者１、・・・Ｎのコンピュータ７もインターネット５に接続してい
る。それぞれの購入者コンピュータ７は、プロセッサ装置９、モニタ画面１１、
キーボード１３、プリンタ１５、およびマウスなどのポインティング・デバイス
１６を含んでいる。

【００２４】 商人コンピュータ３と購入者コンピュータ７とは、適切なサービス・プロバイ
ダを通じて、適切なサービス接続を使用して、インターネット５を通じて通信す
る。これらは、図を簡略にするために図１から省いている。

【００２５】 インターネット５には支払機関１７も接続されている。支払機関１７は単一の
エンティティであっても、複数の部分的エンティティから構成されてもよい。支
払機関１７の役割の１つは、購入者が購入した商品やサービスに対しての支払い
を直接に受け取ることである。この支払は、商品やサービスを購入者へ供給する
個々の商人に代わって行われる。支払機関は、現金、小切手、クレジット・カー
ド、電子資金トランスファーなどの任意の好都合な形で支払を受け取ることがで
きる。支払機関１７の別の役割は、電子的な形態で支払識別子１９を生成するこ
とであり、この支払識別子１９は、購入時に購入者に提供され、印刷またはその
他の手段によって購入者によりローカルに再生されるものである。支払機関１７
の別の目的は、支払通知２１を発行することである。支払通知は、電子メールま
たは掲示板、あるいは郵便物のようなハード・コピーなどの任意の利便な形態で
よい。支払通知は、インターネット５を通じて商人からアクセスできるウェブ・
ページまたは掲示板に提供することが好ましい。支払機関１７は、単一の機関で
あっても、あるいは、それぞれが必要とされる役割を行う複数の機関であっても
よい。複数の役割のうち支払の部を担う支払機関は、購入する商品やサービスの
支払を提供することに関して購入者が信用している機関であることが好ましい。
この好ましい例では、支払機関１７は典型的には郵便局機関であるが、系列店が
広く分布している銀行、食料品店などのような、全国的に広く分布した任意の組
織であってよい。系列店のチェーンが広く分布した支払機関１７を備えることに
より、支払を行う必要がある購入者は、一般に、直接に支払を行うために物理的
に支払機関１７に出向く際に、遠くまで移動せずに済む。支払機関１７は、金融
機関２３への電子的リンクを有することが可能であり、それにより、個人が支払
機関１７に出向いて支払を行う必要がある際に、クレジット・カードやＥＦＴＰ
ＯＳによる金銭処理を行うことができるようにできる。このようにして、支払機
関１７でクレジット・カードや口座引き落としによる支払を行うことができる。

【００２６】 図１に示すシステムは、以下の要領で動作する。このシステムおよび方法への
参加を希望する商人は、インターネット上にホーム・ページを提供する。典型的
には、参加に先立って、商人は支払機関１７により承認されなければならない。
この詳細について手短に説明する。購入者は各自のコンピュータ７を使用して、
必要とする商人のホーム・ページへインターネット５を介してアクセスする。購
入者コンピュータはその内部に通常のブラウザ・ソフトウェアを備える。商人コ
ンピュータは、その内部に、通常のウェブ・ページ・ソフトウェアと、購入デー
タおよび商人識別データを支払機関１７へ転送することを可能にする追加のソフ
トウェアとを有する。商人コンピュータは、更に、購入者が必要な商品またはサ
ービスを特定の商人から購入することを示したときに起動されるソフトウェアも
含んでいる。即ち、購入者が、商人のホーム・ページで適当な商品を見て、特定
の商品またはサービスを購入することを示すためにマウスをクリックするなどの
信号処理を行うと、このソフトウェアが、購入者コンピュータ７を支払機関１７
へリンクする。これと同時に、商人コンピュータのこのソフトウェアは、購入デ
ータおよび商人識別データを支払機関１７へ転送する。

【００２７】 支払機関１７のサーバ・コンピュータまたは他のコンピュータ・デバイスには
、購入データおよび商人識別データを受け取り、支払識別子を生成するソフトウ
ェアが常駐している。本発明のこの例では、この支払識別子は、購入者のプリン
タ１５で印刷されるハード・コピーの支払伝票のための識別子であってよい。従
って、支払識別子を生成する支払機関１７のコンピュータ・デバイスは、支払識
別子生成コンピュータと呼ぶことができる。支払識別子の生成プロセスは電子的
なものであり、支払伝票は、支払機関１７の支払識別子生成コンピュータから購
入者コンピュータへ電子的に送られる。この支払識別子を購入者コンピュータの
モニタ１１で閲覧して、購入情報や商人情報などを確認することができる。幾つ
かの実施形態では、支払識別子は、購入者が容易に読んで購入の詳細を判読でき
るものであってもよい。別の実施形態では、識別子を数字またはコード・ワード
にすることができ、購入者が読んでも買い物の詳細を判読することが不可能なも
のであってもよい。このプロセスは購入者７にとって透明な様式で行われ、従っ
て、購入者７に関する限り、購入者は単に適切なアイコンなどをクリックするこ
とにより、あるいは何らかの他の手段により、購入の希望を示しただけであり、
商人コンピュータ３は、購入者コンピュータ７を支払機関１７にリンクして、支
払識別子１９が購入者コンピュータ７のモニタに表示されるようにする。

【００２８】 購入者は、購入者コンピュータ７に支払識別子が提供されたことを、モニタ画
面１１で見るなどして知ると、一実施形態では、購入者は、その識別子を、その
購入者の家屋にあるプリンタ１５で支払伝票フォーム１９を印刷することにより
、ローカルに再生することを求められる。他の実施形態では、購入者は、識別子
を書き留めておくか記憶しておくことを求められる。別の実施形態では、支払識
別子を、フロッピー（Ｒ）・ディスクなどのポータブルのメモリに記録しておく
ことができる。これにより、これらの代替実施形態のすべてで、支払識別子が運
搬可能な形になる。

【００２９】 購入の取引を行って完了させるために、購入者は、次いで、直接支払をするた
めに支払識別子１９を物理的に支払機関１７へ持っていく必要がある。すると、
支払機関１７は、支払識別子１９を受け取り、その支払識別子１９から、その支
払と、必要とされる商人および購入とを関連付けるために直接または間接的に使
用できるデータを抽出する。一実施形態では、印刷された支払伝票に、商人と購
入とを識別するバーコードを印刷することができる。他の例では、その購入に関
連する支払機関１７に保持されたデータと一致させることのできるコードを用い
ることができ、コードとデータが一致したときに、支払機関は、何れの商人と何
れの購入とが関連するかを電子的に特定することができる。支払識別子１９にデ
ータを提供し、必要とされる購入を支払識別子および購入と一致させるには、本
発明から逸脱せずに、他の変形形態も可能である。

【００３０】 その者が支払機関１７に到着し、支払識別子１９を出納係に呈示すると、現金
、小切手、クレジット・カード、あるいは電子資金トランスファーなどのような
、その支払機関が受理できる各種形態のうちの１つで支払を行うことができる。
小切手による振替の場合は、支払が行われたことを支払機関が確認することがで
きるまでに、小切手を決済するための数日間の待機期間があることが考えられる
。クレジット・カード取引またはＥＦＴＰＯＳ取引の場合、購入者は、支払の振
込みを行うのに必要とされるクレジット・カードの詳細または電子的な個人識別
番号および／またはそれらと同様の情報に関して、その支払機関を知り且つ信頼
することの保証を得られる。現金による支払の場合は、購入者は、その支払が意
図する購入に直接充当されることが分かる。顧客に支払の証明を与えるために、
支払機関１７によって支払の受領書を生成することができる。

【００３１】 典型的には、支払伝票の印刷時にバーコードが支払伝票に印刷され、支払機関
１７は、バーコード・リーダでそのバーコードを読み取って、その購入を識別す
るのに必要なデータを抽出する。購入者が支払識別子１９を書き留めたか、また
は記憶している場合、あるいはフロッピー（Ｒ）・ディスクなどの携帯型記憶装
置にコピーした場合は、購入者が識別子を入力装置にキー入力するか、その他の
方法で支払コンピュータに入力することができる。支払が行われると、支払機関
１７はその支払が行われたことを電子的に処理し、データ提供手段は、その購入
に対しての支払が行われたことを商人が知ることができるようにする。典型的に
は、データ提供手段は、商人からアクセスできる掲示板タイプのウェブ・ページ
などのウェブ・ページにデータを提供する。従って、商人は定期的にその掲示板
にアクセスして、支払機関が支払をいつ受け取ったのかを判断することができ、
それにより、その後、商人は購入された商品またはサービスを送ることができる
。代替の実施形態では、支払機関１７は、購入が行われたことを直接に商人へ通
知することができる。これは、インターネットを通じた電子メールの配信、ある
いは何らかの他の電子的手段によって行うことができる。他の手段の１つは、通
常の紙の郵便物を物理的に商人へ送付するものである。別の実施形態では、支払
機関は、支払が行われるときに適切な画像あるいはコード・マークなどのような
他のマークを支払伝票につけることができ、購入者はその支払伝票を商人に送付
し、商人はその伝票を処理することにより支払が行われたことを判断することが
できる。購入を掲示板に公表することは好ましい一つの選択肢である。

【００３２】 従って、上記で概説したシステムから、購入者はクレジット・カードやＥＦＴ
ＰＯＳ資金処理のデータをインターネットを通じて提供しなくてよいことが分か
る。従って、ここに概説する広い原理を使用して行われる商取引は、人によって
は安全でないと感じたり信用しない既知の購入システムの欠点、即ち、クレジッ
ト・カードやＥＦＴＰＯＳの取引の金融データをインターネットを介して提供す
る必要がある既知の購入システムの欠点を克服する。更に、支払機関で支払を受
け取る者は、買い物の内容と購入元とを知らないという点で、購入の秘密を守る
ことができる。なぜなら、支払識別子１９は、買い物の内容と購入元の情報を人
間が容易に読むことのできる形で反映する必要がないからである。

【００３３】 次いで、図２および３について、支払機関１７として使用する郵便局と関連し
て説明する。従って、以下の説明中では、用語「ポスト（Ｐｏｓｔ）」は郵便局
を意味するものとして使用する。先に説明したように、郵便局は支払機関の一例
である。郵便局は、１つの国の全域にわたって多数の系列店を有するので、ここ
に提案するシステムで支払機関１７として機能する際に、特に柔軟性を有する。
即ち、支払を行いたい者には、支払を行うことのできるローカルの郵便局がある
ことになる。他の支払機関も利用することができる。更に、支払機関１７が行う
各種の機能を、個別の機能に分割し、支払機関１７内の遠隔位置で行うことがで
きる。例えば、郵便局の場合、生成する支払識別子１９についての情報を提供す
る中央処理部門があることが考えられる。更に、購入者が行った支払を受け取る
別の部門があってもよい。また、支払が行われたことを商人に知らせるデータを
提供する更に別の部門があってもよい。これらの各部門は、その目的のための各
自の専用コンピュータを有することができ、また、支払機関１７のサーバ・コン
ピュータへ戻るリンクを備えることができ、それにより、必要な機能を行うリモ
ート・コンピュータが、必要とされる機能をローカルに処理し、情報をサーバ・
コンピュータへ戻すように渡し、サーバ・コンピュータは、商人と購入者との間
の実際のインターネット・トランザクションを処理する。

【００３４】 このビジネス・サービスには２つの主要なプロセスがある。 １． 商人登録プロセス。ここでは、サービスを使用するための商人からの申
し込みを迅速に受諾または拒絶する。これは、利用者になる可能性のある商人に
、オンラインの「関心の登録」のフォームに記入することを求めることによって
行われる。郵便局が関心の登録を受け取ると、サービス規定とテスト機能へのア
クセス権を自動的に付与する。また、この受け取りにより、可能性のある商人が
そのサービスを使用することについての容認性を、郵便局が法的かつ商業的に確
認することも開始される。これらのビジネス動作は並行して行われるので、可能
性のある商人が自身の評価を完了してそのサービスの使用を申し込んだ際に、郵
便局は迅速な応答を提供することができる。

【００３５】 ２． 顧客取引プロセス。このプロセスでは、インターネットのウェブ・サイ
トを使用して商人と顧客の双方から情報を得ることにより、直接の支払をサポー
トする。そして、任意の郵便局の小売窓口で支払と併せて提示できる印刷された
支払伝票についての情報を、顧客に提供する。印刷された伝票には、動的に生成
されたバーコードと、郵便局でその支払を受領し且つ迅速に商人に通知するのに
必要とされるすべての情報とが含まれている。

【００３６】 いずれのプロセスも、運営コストを最小限に抑えるために、インターネットを
介したセルフサービスの手法を用いることに重点を置いている。 以下で、これらのプロセスについて更に詳しく説明する。

【００３７】 １． 商人登録プロセス このプロセスは、図２に示すビジネス動作からなる。 ・ 商人がサービスへの関心を登録する 郵便局のインターネット・ウェブ・サイトは、直接支払の受付サービスと、そ
の利点とについての情報を掲載する。可能性のある商人は、そのサービスの使用
に対する関心を登録するために、ウェブ・サイト上のフォームに記入するように
求められる。

【００３８】 ・ 郵便局が規定およびテスト機能へのアクセス権を付与する 可能性のある商人がそのサービスへの関心を登録し、契約情報を提供すると、
その商人には、直ちに、サービスの規定と、そのサービスを試すこと及びサービ
スのデモンストレーションを見ることのできるテスト用ウェブ・サイトへのアク
セス権とが、自動的に与えられる。

【００３９】 ・ 商人が自身のシステムに対する変更を展開およびテストする 可能性のある商人は、サービスの規定を使用してそのサービスを評価し、また
、自身のウェブ・サイトおよびビジネス・プロセスに必要な変更を展開およびテ
ストすることができる。テスト・システムで生成されるすべての画面と報告とに
は、その情報がテストのためだけのものであり且つ金銭的価値がないということ
を示すために、明確にマークがつけられる。

【００４０】 ・ 郵便局が商人の真正性を確認する 可能性のある商人がサービスへの関心を登録すると、郵便局は、その可能性の
ある商人の真正性を確認するプロセスをいつ開始するかを選ぶことができる。こ
れには、例えば、その申し込み者が、その申し込みで提供した通商用の名前を使
用する権利を有することを確認することが含まれる。

【００４１】 ・ 商人がサービスを申し込む 可能性のある商人は、そのサービスを使用したいという結論に達すると、再度
ウェブ・サイトを訪れて正式に申し込みをし、郵便局の契約条件を承認し、支払
の受け取りに使用する銀行口座の詳細事項を提供する必要がある。

【００４２】 ・ 郵便局がサービスに対するアクセス権（利用権）を付与する 可能性のある商人からのサービスの使用に対する申し込みを郵便局が受理した
場合、その商人へのアクセスを可能にするためにサービス・データベースを調整
する。同時に、その商人を郵便局が備える他の商業システムに登録し、その商人
に代わって受領した支払をその商人に渡すことができるようにし、また、その商
人にサービス料および手数料を請求できるようにする。これらのステップを完了
すると、サービスが利用できるようになったことを正式に商人に知らせる。

【００４３】 ・ 郵便局がサービスに対するアクセス権を拒否する あるいは、郵便局が、可能性のある商人にサービスへのアクセス権を付与すべ
きでないと判断した場合、通常は、その決定をその申し込み者に伝える。

【００４４】 ２． 顧客取引プロセス このプロセスは、図３に示すビジネス動作からなる。 ・ 顧客が商人に注文を出す このプロセスは、顧客が、購入したい商品またはサービスを、商人のインター
ネット・ウェブ・サイトまたはコール・センターから選択することから開始する
。個々の商人によって詳細は異なるが、典型的には、最終ステップの１つは、支
払の種類を選択できるウェブ・ページを顧客に呈示することである。

【００４５】 ・ 商人が顧客に郵便局を参照させる 郵便局の「直接的」支払システムを利用する商人は、自身の支払用ウェブ・ペ
ージから郵便局のウェブ・サイト内の適切なページへのリンクを提供する。その
リンクをクリックすると、顧客のウェブ・ブラウザは郵便局のウェブ・サイトの
そのページを表示し、また、郵便局がその要求に対するサービスを行うのに必要
なパラメータ、即ち、商人のＩＤ、注文の参照、取引額、その注文の有効期限日
、および受け入れ可能な支払手段を含むパラメータも渡される。

【００４６】 ・ 郵便局が顧客にサービスを説明する 郵便局のウェブ・サイトは、提供されるサービスについて顧客が詳しく知るこ
とができるように、顧客に対するサービスについて簡単に説明する内容を含み、
また、詳細な契約条件へのリンクを含む。

【００４７】 ・ 郵便局が顧客に「直接的」支払用の伝票を提供する 郵便局のウェブ・サイトは、顧客が印刷して支払と共にオーストラリア・ポス
トに呈示しなければならない「支払伝票」の画像も用意している。支払伝票は、
参照番号、支払識別子１９を含んでおり、郵便局はこれらを使用して、その支払
について商人から提供される他の情報をすべて取り出すことができる。支払伝票
には、郵便局の小売窓口で迅速かつ効率的に処理できるようにバーコードがつけ
られる。このバーコードは動的に生成されるものであり、郵便局のＥＰＯＳシス
テムに固有のものである。

【００４８】 ・ 郵便局が、顧客が承諾したことを商人に通知する 顧客が、サービスの使用を継続する意思を示すリンクを郵便局のウェブ・ペー
ジ上でクリックすると、郵便局は、顧客のウェブ・ブラウザを、商人のウェブ・
サイト内の承認を表す位置に戻す。

【００４９】 ・ 商人が顧客の注文を保留する 顧客が「直接的」支払サービスの使用を承認すると、典型的には、商人は、郵
便局が支払を受け取るまで、その顧客の注文を保留状態にしておくことを望む。

【００５０】 ・ 郵便局が、顧客が辞退したことを商人に伝える あるいは、顧客が、郵便局のサービスを利用しないで商人のウェブ・サイトに
戻ることを示すリンクを郵便局のウェブ・ページでクリックした場合、郵便局は
、顧客のウェブ・ブラウザを、商人のウェブ・サイト内の、顧客がこの方法によ
る支払を断ったことを示す位置に戻す。

【００５１】 ・ 顧客が郵便局で「直接的」に支払をする 顧客は支払伝票を任意の郵便局の小売窓口へ持っていき、そこで、伝票が記録
され、顧客の支払が受け取られる。郵便局は、ポイント・オブ・セール（ＰＯＳ
）・コンピュータ・システムおよびバーコード技術を用いての、支払を受け付け
るための、それが従来備える非常に効率的な支払受領プロセスを利用する。

【００５２】 ・ 郵便局が、受領した支払を商人に公表する 郵便局が受領した支払はデータベースに記録され、郵便局のインターネット・
ウェブ・サイトを通じて商人が利用できるようにする。小切手などの決済期間を
必要とする支払は、決済期間が経過するまで保留される。

【００５３】 ・ 商人が、受領された支払の質問を行う 商人は、ログオンとパスワードとを提供すると、顧客から受け取った支払、あ
るいは見込まれる支払のリストを観察することができ、それぞれの支払のステー
タスを判断することができる。これは安全なリンクを介して行われる。

【００５４】 ・ 商人が顧客の注文を遂行する 商人は、郵便局が支払を受け取ったことを知ると、顧客の注文の処理を再開す
ることができる。その注文を保留していた場合、商人は、ここで、その商品また
はサービスを顧客に提供することができる。顧客にも、この時点に、その顧客の
電子メール・アドレス宛ての電子メールによって通知することができる。

【００５５】 ・ 郵便局が商人に支払をする 郵便局は、正味精算（net settlement）を使用して、受領した支払の額からサ
ービスの契約条件によって定義される料金を引いた額を、定期的に商人へ転送す
る。これは一般には直接の銀行振替によって行う。

【００５６】 インターネットを通じた商取引と支払を行う技術に精通した者には明らかなよ
うに、本発明には変更を加えることが可能である。例えば、支払識別子１９は何
らかのコードでよく、それをコンピュータのモニタ画面１１に表示し、記憶して
支払機関に持っていき、そこで、入力することにより支払および購入を識別する
ことができる。あるいは、支払識別子１９をフロッピー（Ｒ）・ディスクなどの
記憶媒体に記録して支払機関に持っていき、そこで読み取ることにより支払およ
び購入を識別してもよい。いずれの場合も、支払機関は、購入における商品また
はサービスの性質や購入元のエンティティを特定するために支払識別子を読むこ
とができないので、購入者のプライバシーを守ることができる。更に、支払識別
子１９は、購入が確実に完了するように、支払の期限日を含むことができる。こ
の期限日は、購入における商品やサービスの価格の上昇、不足、あるいは販売完
了が発生した場合に商人を保護するために、提供される。更に、支払識別子１９
は、特定のクレジット・カードの使用などのような、一部の支払方法に伴うこと
が知られている高コストからある程度商人を保護するために、１または複数のタ
イプの支払を除外することができる。

【００５７】 本発明の範囲から逸脱することなく上記の変更およびその他の変更を加えるこ
とができ、本発明の性質は前述の説明から判断すべきである。

【図面の簡単な説明】

【図１】 図１は、一例のシステムおよび方法の機能を概略的に示す図である。

【図２】 図２は、商人登録プロセスを示す機能図であり、郵便局などの政府機関が１つ
の特定の実施形態の支払機関として機能する。

【図３】 図３は、顧客取引プロセスの機能流れ図であり、図２と同じ実施形態における
郵便局が支払機関として機能する。

【手続補正書】特許協力条約第３４条補正の翻訳文提出書

【提出日】平成１４年２月２６日（２００２．２．２６）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】請求項１

【補正方法】変更

【補正の内容】

【手続補正２】

【補正対象書類名】明細書

【補正対象項目名】請求項１２

【補正方法】変更

【補正の内容】

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ，ＴＲ)，ＯＡ(ＢＦ ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ， ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，Ｇ Ｍ，ＫＥ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ， ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ， ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，Ｂ Ｚ，ＣＡ，ＣＨ，ＣＮ，ＣＯ，ＣＲ，ＣＵ，ＣＺ，ＤＥ ，ＤＫ，ＤＭ，ＤＺ，ＥＣ，ＥＥ，ＥＳ，ＦＩ，ＧＢ， ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，Ｉ Ｎ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ， ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＭＺ，ＮＯ，ＮＺ，Ｐ Ｌ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ， ＵＳ，ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷ (72)発明者 モーリス，シェーン・フランシス オーストラリア国 ヴィクトリア 3114 パーク・オーチャーズ，ユーストン・アベ ニュー ５ (72)発明者 ラングメイド，ニコラス・チャールズ オーストラリア国 ヴィクトリア 3036 ケイロー，ホースショー・ベンド・ロード 52

Claims (12)

【特許請求の範囲】
1. 【請求項１】 通信媒体を介した購入を可能にするシステムであって、 前記通信媒体に接続された１または複数の商人コンピュータと、前記通信媒体
   にアクセスすることができる１または複数の購入者コンピュータと、前記通信媒
   体に接続された１または複数の支払識別子生成コンピュータと、前記通信媒体に
   接続された１または複数の支払コンピュータとを含み、 前記商人コンピュータは、前記購入者コンピュータからアクセスすることがで
   き、かつ、可能な購入物を購入者に示すことができるソフトウェアを有し、 前記商人コンピュータは、前記購入者が購入を行う旨の要求を行ったことを識
   別する識別手段を有するソフトウェアを有し、要求が行われると、前記商人ソフ
   トウェアは、前記購入者コンピュータを前記支払識別子生成コンピュータにリン
   クし、前記支払識別子生成コンピュータへデータを転送するものであり、前記デ
   ータは、前記購入を商人が識別することを可能にするものであり、 前記支払識別子生成コンピュータは、前記データから、前記購入の電子的な支
   払識別子を生成するため、および、直接の支払のために前記支払識別子を支払機
   関へ持っていくことができるように、前記支払識別子を前記購入者コンピュータ
   へ転送するためのソフトウェアを有し、 前記支払機関は、支払が行われるとそのことを前記支払コンピュータに通知す
   るために、前記支払コンピュータとの接続を有し、前記支払コンピュータは、前
   記購入に対する支払が行われたことを前記商人が知ることを可能にするソフトウ
   ェアを有する、 システム。
2. 【請求項２】 前記支払識別子生成コンピュータは、前記支払識別子を、前
   記購入者コンピュータが前記支払識別子を有する支払伝票としてプリントするの
   に適した形態で、前記購入者コンピュータへ転送する、請求項１に記載のシステ
   ム。
3. 【請求項３】 前記購入の識別を可能にする前記データは、前記購入の金額
   のデータと、前記商人のＩＤを判定することができるデータとを含む、請求項１
   に記載のシステム。
4. 【請求項４】 前記支払伝票を印刷することは、前記購入の金額のデータと
   、前記商人のＩＤを判定することができるデータとの印刷を含む、請求項２に記
   載のシステム。
5. 【請求項５】 前記データを提供する手段は、前記通信媒体を介して商人の
   アクセス可能なページに支払を公表する手段を含む、請求項１に記載のシステム
   。
6. 【請求項６】 前記支払識別子生成コンピュータおよび前記支払機関は、安
   全なコンピュータ・ネットワーク環境において単一のエンティティによって制御
   される、請求項１に記載のシステム。
7. 【請求項７】 前記支払機関は、受け取った支払を前記商人へ転送する、請
   求項１に記載のシステム。
8. 【請求項８】 前記転送は、前記購入者による支払の完了によって開始され
   る電子資金トランスファーのプロセスにより、前記商人の銀行口座に直接行われ
   る、請求項７に記載のシステム。
9. 【請求項９】 前記支払機関は、現金、小切手、クレジット・カード、電子
   資金トランスファー、またはその他の支払タイプのうちの１または複数によって
   支払を受け取ることができる、請求項１に記載のシステム。
10. 【請求項１０】 データを提供する手段は、前記商人のアクセス可能なウェ
    ブ・ページに電子的に支払を掲示するために支払機関の読み取り手段が読み取る
    データとコンピュータ・リンクされる、請求項１に記載のシステム。
11. 【請求項１１】 前記支払識別子コンピュータは、支払伝票以外の何らかの
    利便な形態の運搬可能な識別子の形で支払識別子を生成する、請求項１に記載の
    システム。
12. 【請求項１２】 通信媒体を通じてユーザが要求した購入に対する支払が行
    われたことを商人が知ることを可能にする方法であって、 商人コンピュータで購入の要求を購入者コンピュータから受信すると、前記購
    入者コンピュータを支払識別子生成コンピュータに接続し、また、前記支払識別
    子生成コンピュータに購入データを供給することと、 前記購入データを使用して、前記支払識別子生成コンピュータで電子的な支払
    識別子を生成することと、 直接の支払をするために物理的に前記支払識別子を支払機関へ持っていけるよ
    うに、前記支払識別子を前記購入者コンピュータへ電子的に転送することと、 前記支払機関で前記購入に対する支払を受け取ることと、 その後、前記購入に対する支払が行われたことを前記商人が知ることを可能に
    するデータを提供することと を含む方法。