【誤訳訂正書】
【提出日】平成22年10月13日(2010.10.13)
【誤訳訂正１】
【訂正対象書類名】明細書
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【書類名】  明細書
【発明の名称】  電気通信ネットワークを介する電子支払いシステム
【特許請求の範囲】
【請求項１】電気通信ネットワークを介する電子支払いシステムであって、
一方には、前記ネットワークに接続され、ＩＣカードでセキュリティ保持された支払いプロトコル（ＳＥＴ）を実行するのに適した販売者のサーバー（１０）と、
他方には、そのセキュリティ保持された前記支払いプロトコル（ＳＥＴ）を実装した支払い管理のクライアントソフトウエアによって、販売者のサーバー（１０）とネットワーク上で接続を確立し、その販売者への支払いを行うに適したナビゲーション手段と電子支払い手段（２１、２２）を備えたクライアント機器とを含む電子支払いシステムであって、
支払い管理の前記クライアントソフトウェアが、電気通信ネットワーク上の支払いサーバー（３０）にインストールされ、
前記システムが、クライアント機器側に以下を備えていることを特徴とする電子支払いシステム。
・ナビゲーション手段（２１；２２）、
・前記ネットワークに接続された携帯端末（２２）で構成され、支払い用のＩＣカード読み取り器（２２１）を備えた電子支払い手段、
・少なくとも前記携帯端末（２２）の呼び出し番号を、前記支払いサーバー（３０）に伝送するに適したメッセージリダイレクト手段。
【請求項２】前記ナビゲーション手段が、コンピュータ（２１）で構成され、
リダイレクト手段は、前記コンピュータ（２１）にインストールされた通信ソフトウエアであることを特徴とする、請求項１に記載のシステム。
【請求項３】前記リダイレクト手段はまた、支払いサーバー（３０）に販売者のサーバー（１０）の呼び出し番号を伝送するのにも適しており、
支払い管理は、支払いサーバー（３０）と、携帯端末（２２）と、販売者のサーバー（１０）との間で行われることを特徴とする、請求項２に記載のシステム。
【請求項４】前記リダイレクト手段は、メッセージを、支払いサーバー（３０）と販売者のサーバー（１０）との間でリダイレクトするに適しており、
支払い管理は、支払いサーバー（３０）と、携帯端末（２２）と、販売者のサーバー（１０）との間で、前記リダイレクト手段を介して行われることを特徴とする、請求項２に記載のシステム。
【請求項５】前記ナビゲーション手段を構成するのは、携帯端末（２２）であり、
リダイレクト手段は、前記通信ネットワークのブリッジ（５０）にインストールされた通信ソフトウエアであることを特徴とする、請求項１に記載のシステム。
【請求項６】前記ナビゲーション手段を構成するのは、携帯端末（２２）であり、
リダイレクト手段は、前記携帯端末にインストールされた通信ソフトウエアであることを特徴とする、請求項１に記載のシステム。
【請求項７】前記携帯端末が、ＧＳＭタイプの携帯電話（２２）であることを特徴とする、請求項１から６のいずれか一つに記載のシステム。
【請求項８】前記携帯端末は、携帯通信端末（ＰＤＡ）であることを特徴とする、請求項１から６のいずれか一つに記載のシステム。
【請求項９】前記リダイレクト手段はまた、支払いサーバー（３０）に顧客認証データを伝送するのにも適していることを特徴とする、請求項１から８のいずれか一つに記載のシステム。
【請求項１０】電気通信ネットワークを介する電子支払いシステムのための支払いサーバーであって、
該システムには、
一方には、前記ネットワークに接続され、ＩＣカードでセキュリティ保持された支払いプロトコル（ＳＥＴ）を実行するのに適した販売者のサーバー（１０）と、
他方には、セキュリティ保持された前記支払いプロトコル（ＳＥＴ）を実装した支払い管理のクライアントソフトウエアによって、販売者のサーバー（１０）とネットワーク上で接続を確立し、その販売者への支払いを行うのに適したナビゲーション手段と電子支払い手段（２１、２２）を備えたクライアント機器とを含み、
前記支払いサーバー（３０）が、前記電気通信ネットワークに接続されて、セキュリティ保持された前記支払い管理のクライアントソフトウエアを備えていることを特徴とする支払いサーバー。
【請求項１１】顧客に関して、支払いの履歴、支払いの上限、信頼度を管理するのに適していることを特徴とする、請求項１０に記載の支払いサーバー。
【請求項１２】電気通信ネットワークを介する電子支払いシステムのためのメッセージリダイレクト手段であって、
該システムには、
一方に、前記ネットワークに接続され、ＩＣカードでセキュリティ保持された支払いプロトコル（ＳＥＴ）を実行するのに適した販売者のサーバー（１０）と、
他方に、セキュリティ保持された前記支払いプロトコル（ＳＥＴ）を実装した支払い管理のクライアントソフトウエアによって、販売者のサーバー（１０）とネットワーク上で接続を確立し、前記販売者への支払いを行うに適したナビゲーション手段と電子支払い手段（２１、２２）を備えたクライアント機器とを含み、
前記ネットワークに接続され、支払いＩＣカード読み取り器（２２１）を備えた支払い携帯端末（２２）の、少なくとも呼び出し番号を、前記ネットワークに接続され、セキュリティ保持された前記支払い管理のクライアントソフトウエアを備えた支払いサーバー（３０）に伝送するに適していることを特徴とするメッセージリダイレクト手段。
【請求項１３】支払いサーバー（３０）に、販売者のサーバー（１０）の呼び出し番号を伝送するのにも適し、
支払い管理は、支払いサーバー（３０）と、携帯端末（２２）と、販売者のサーバー（１０）との間で行われることを特徴とする、請求項１２に記載のメッセージリダイレクト手段。
【請求項１４】支払いサーバー（３０）と販売者のサーバー（１０）との間でメッセージをリダイレクトするのに適しており、
前記メッセージリダイレクト手段を介して、支払いサーバー（３０）と、携帯端末（２２）と、販売者のサーバー（１０）との間で支払い管理を行うことを特徴とする、請求項１２に記載のメッセージリダイレクト手段。
【請求項１５】支払いサーバー（３０）に顧客の認証データを伝送するのにも適していることを特徴とする、請求項１２から１４のいずれか一つに記載のメッセージリダイレクト手段。
【発明の詳細な説明】
【０００１】
本発明は電気通信ネットワークを介する電子支払いシステムに関するものである。本発明はまた、その電子支払いシステムによる支払いサーバーとメッセージリダイレクト手段にも関するものである。
【０００２】
本発明は電子商取引の分野に特に好適に応用される。
【０００３】
ワールド・ワイド・ウエブ（「ウエブ」）とインターネットを介しての電気通信の発展は、結果として広範な規模の電子商取引を振興することになった。一般的には、電子商取引は、電子支払いシステムによって電気通信ネットワークを介して行うものであるが、そのネットワークは、この場合はウエブであり、その取引を行うのは、そのネットワークに接続したサーバーを備えた販売者と、その販売者のサーバーとのネットワーク上の接続を確立し、その販売者に支払いを行うのに適した、ナビゲーション手段と電子支払い手段を備えた顧客とである。大抵の場合、これらのナビゲーション手段と電子支払い手段を構成しているのは、ネットワーク上のナビゲーション手段として使われる、例えばＰＣタイプのマイクロコンピュータのような、コンピュータと、そのコンピュータに接続され電子支払いの機能が確実に実行されるようにする、支払いＩＣカード読み取り器とである。
【０００４】
言うまでもなく、電気通信ネットワーク上で行われる取引のセキュリティ保持は高度なものでなくてはならず、それによって、販売者と顧客と電子支払い管理者との間で取り交わされるメッセージの傍受が一切できないようになっており、必要な一切の認証の確認を行えるのでなくてはならない。そのようなわけで、例えば「Ｓｅｃｕｒｅ  Ｅｌｅｃｔｒｏｎｉｃ  Ｔｒａｎｓａｃｔｉｏｎ」を表すＳＥＴという名称で知られたプロトコルのような、セキュリティ保持付きの様々な支払いプロトコルが提案されている。このような状況で、販売者のサーバーは、選択されたセキュリティ保持付き支払いプロトコルを実行することができるように構成されている。同様に、顧客側では、前記セキュリティ保持付き支払いプロトコルは、支払い管理のクライアントソフトウエアに含まれ、顧客のコンピュータにインストールされており、該プロトコルは取引のセキュリティが保持される上に、履歴の管理のような他の作業も行えるようになっており、ＩＣカード読み取り器とのインタフェースを有し、それにより、カードのＩＣを使えるようにするプロトコルＳＥＴの拡張を考慮に入れるようになっている。
【０００５】
しかしながら、上述した従来知られた電子支払いシステムには幾つかの不都合がある。実際、支払い管理のクライアントソフトウエアのような重いソフトウエアを、顧客のコンピュータにインストールすることは、ダウンロード、更新、そしてメモリを占めるサイズについて、そしてハード・ディスクについて、問題を生じる。また、シンテム全体を固定された場所、つまり、コンピュータにインストールするということは、顧客の移動可能性を抑えることになる。
【０００６】
従って、本発明の対象が解決すべき技術的問題は、電気通信ネットワークを介する電子支払いシステムを提案することであって、一方には、ＩＣカードでセキュリティ保持された支払いプロトコルを実行するのに適した販売者のサーバーと、他方には、そのセキュリティ保持された支払いプロトコルを実装した支払い管理のクライアントソフトウエアによって、販売者のサーバーとネットワーク上で接続を確立し、その販売者への支払いを行うのに適したナビゲーション手段と電子支払い手段を備えたクライアント機器とがあり、固定されたコンピュータに比べて、顧客のかなりの移動性と、コンピュータの構成の単純化、そして、メモリ容量の軽減化とを、同時に可能にすることである。
【０００７】
課された技術的課題の解決は、本発明によれば、前記支払い管理のクライアントソフトウエアを電気通信ネットワーク上の支払いサーバーにインストールし、前記システムがクライアント機器側に、以下を含むことから構成される。
・ナビゲーション手段、
・前記ネットワークに接続された携帯端末で構成され、支払い用のＩＣカード読み取り器を備えた電子支払い手段、
・少なくとも前記携帯端末の呼び出し番号を前記支払いサーバーに伝送するのに適したメッセージリダイレクト手段。
【０００８】
そのようなわけで、支払いサーバーへの支払い管理のクライアントソフトウエアの情報伝達によって、本発明のシステムの顧客側での負担は相当に軽くなることが理解できる。特に、前記クライアントソフトウエアのダウンロードも、メモリでの保存も、更新さえも行う必要がなく、それらは直接、支払いサーバーで行われる。さらに、携帯端末を支払い手段として使うことは、ＩＣカード読み取り器を備えた固定式のコンピュータを使うよりも、ずっと大幅な移動の自立性を顧客に与えることになる。
【０００９】
本発明の対象である、電子支払いシステムの第一の実施態様によると、前記ナビゲーション手段を構成するのはコンピュータであり、リダイレクト手段は、そのコンピュータにインストールされた通信ソフトウエアである。この場合には、携帯端末は電子支払い専用になっている。
【００１０】
この第一の実施態様を実行する二つの変形例が考えられる。第一の変形例では、前記リダイレクト手段はまた、支払いサーバーに販売者のサーバーの呼び出し番号を伝送するのにも適しており、支払い管理は支払いサーバーと、携帯端末と、販売者のサーバーとの間で行われることを想定している。第二の変形例では、前記リダイレクト手段はメッセージを支払いサーバーと販売者のサーバーとの間でリダイレクトするに適しており、支払い管理は、そのリダイレクト手段を介して、支払いサーバーと、携帯端末と、販売者のサーバーとの間で行われる。
【００１１】
本発明の他の二つの実施態様によると、前記ナビゲーション手段は携帯端末で構成され、前記リダイレクト手段は前記電気通信ネットワークのブリッジの上または携帯端末の上にインストールした通信ソフトウエアである。これらの二つの場合、携帯端末は電子支払いとナビゲーションとに同時に役立つ。
【００１２】
結局、前記携帯端末はＧＳＭタイプの携帯電話でも、「Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ」を表すＰＤＡという略号で知られている携帯通信端末でもよい。
【００１３】
本発明によると、一方に、前記ネットワークに接続され、ＩＣカードでセキュリティ保持された支払いプロトコルを実行するに適した販売者のサーバーと、他方に、そのセキュリティ保持された支払いプロトコルを実装した支払い管理のクライアントソフトウエアによって、販売者のサーバーとネットワーク上で接続を確立し、その販売者への支払いを行うに適したナビゲーション手段と電子支払い手段を備えたクライアント機器とがあり、その両者の間で、電気通信ネットワークを通して電子支払いを行うシステムのための支払いサーバーが、特に、その支払いサーバーが前記電気通信ネットワークに接続されており、前記セキュリティ保持された支払い管理のクライアントソフトウエアを備えているところが優れている点である。
【００１４】
本発明によるとまた、電気通信ネットワークを介する電子支払いシステムのための支払いサーバーは、その一方に、前記ネットワークに接続され、ＩＣカードでセキュリティ保持された支払いプロトコルを実行するのに適した販売者のサーバーと、他方には、セキュリティ保持された前記支払いプロトコルを実装した支払い管理のクライアントソフトウエアによって、販売者のサーバーとネットワーク上で接続を確立し、その販売者への支払いを行うのに適したナビゲーション手段と電子支払い手段を備えたクライアント機器とがあり、特に、前記ネットワークに接続された前記支払いＩＣカード読み取り器を備え支払い携帯端末の、少なくとも、呼び出し番号を、前記ネットワークに接続され、前記セキュリティ保持された支払い管理のクライアントソフトウエアを備えている支払サーバーに伝送するところが優れている点である。
【００１５】
添付図面は、例として示すもので、それらに権利限定される趣旨のものではないが、それら図面に関する以下の説明により、本発明の構成とその実施可能な態様とを明らかにさせるものである。
【００１６】
図１は本発明による電子支払いシステムの第一の実施態様を示す概念図である。
【００１７】
図２は図１の実施態様についての情報交換を示す線図である。
【００１８】
図３は本発明による電子支払いシステムの第二の実施態様を示す概念図である。
【００１９】
図４は図３の実施態様についての情報交換を示す線図である。
【００２０】
図５は本発明による電子支払いシステムの第三の実施態様を示す概念図である。
【００２１】
図６は本発明による電子支払いシステムの第四の実施態様を示す概念図である。
【００２２】
図１に概略が示されているのは、例えばウエブ上のインターネット網のような、電気通信ネットワークを通して電子支払いを行うシステムである。このシステムにおいては、販売者にあるサーバー１０は、そのネットワークに接続されていて、ＩＣカードでセキュリティを保持された支払いプロトコルを実行するに適したものである。このプロトコルになりうるのがＳＥＴ（Ｓｅｃｕｒｅ  Ｅｌｅｃｔｒｏｎｉｃ  Ｔｒａｎｓａｃｔｉｏｎ安全電子取引）プロトコルというものであるが、これは銀行カードのオペレーターが開発したもので、その仕様は公開されており、インターネット・アドレスｗｗｗ．ｓｅｔｃｏ．ｏｒｇにて入手可能である。そのプロトコルをＩＣカードに拡張するのは、サイバーコム社によって開発された。そちらの方では、顧客は、ナビゲーション手段と電子支払い手段を備え、該手段は図１の例にあるように、一方では、コンピュータ２１で構成され、このコンピュータは、販売者のサーバー１０とネットワーク上で接続を確立するのに適しており、主としてウエブ上をナビゲーションし、販売者のサイトを調べ、発注するのに用いられ、他方では、携帯端末２２で構成され、この携帯端末はネットワークに接続され、支払いＩＣカード読み取り器２２１を備えている。図１に示された実施態様においては、前記携帯端末２２はＧＳＭタイプの携帯電話であるが、ＩＣカード読み取り器を備えた携帯通信端末（ＰＤＡ）であっても一向に構わない。
【００２３】
販売者とのセキュリティ保持を施した取引を実現するため、顧客が用いる支払い管理のクライアントソフトウエアには、特に、ＩＣカードへの拡張付きのＳＥＴプロトコルが含まれている。このクライアントソフトウエアはまた、履歴、支払いの上限、信頼度などの顧客に関するデータ管理のような他の作業を行うこともできる。図１の実施例によると、前記支払い管理のクライアントソフトウエアがインストールされるのは、ネットワーク上の支払いサーバー３０にであって、顧客のコンピュータ２１にではなく、このことが、該ソフトウェアの構成と機能を相当に単純化する。しかしながら、コンピュータ２１が用いる通信ソフトウエアはメッセージを支払いサーバー３０に向かってリダイレクトする手段として働き、特に、前記サーバー３０に、携帯端末２２の呼び出し番号ならびに販売者のサーバー１０の呼び出し番号とを伝送するためのものである。
【００２４】
そのようなわけで、図２を参照すると更に詳細が理解できるように、販売者と顧客との間の電子取引は次のように行われる。販売者のサーバー１０とクライアント機器のコンピュータ２１との間の通信の最初の段階の後、支払いサーバー３０はコンピュータ２１を介して顧客から携帯端末２２の呼び出し番号と、場合によっては認証データと、販売者のサーバー１０の呼び出し番号とを受信する。この時から、取引情報の交換は、販売者のサーバー１０と、この場合には顧客を代表する支払いサーバー３０と、クライアント機器の携帯端末２２の間に限られ、コンピュータ２１はもはや、情報の交換には介在しなくなる。さらに精確に言うと、販売者のサーバー１０と支払いサーバー３０との間の通信を管理しているのはセキュリティ保持のプロトコルＳＥＴであり、それは、販売者のサーバー１０と、電子支払い管理者４２に向けた支払い取得インタフェース４１との間の補償の通信と同様である。逆に、サーバー３０と携帯端末２２との間の交換はプロトコルＳＥＴのセキュリティ保持は外して行われるが、この段階での傍受の危険は比較的低いので、余り不都合はない。
【００２５】
図１の電子支払いシステム内部での情報の交換の一例を、今から図２を参照しつつ更に格別に説明していく。
【００２６】
ナビゲーションのコンピュータ２１で買うものを選んだ後で、クライアント機器は販売者のサーバー１０に向けて支払い指示のメッセージａを送る。サーバー１０はそれに答えて、サーバー１０の呼び出し番号付きのウェークアップメッセージｂを送る。このメッセージｂはコンピュータ２１のリダイレクト手段によって支払いサーバー３０の方にリダイレクトされるが、そのようにしてリダイレクトされたメッセージｃにも携帯端末２２の呼び出し番号を含んでいる。この時点で、支払いサーバー３０は、取引の管理に必要な呼び出し番号のすべて、つまり、販売者のサーバー１０と携帯端末２１の番号を認識している。また、特に注意すべきことは、リダイレクトされたメッセージｃは、場合によっては、顧客の認証データを含んでいることもある。
【００２７】
次に、支払いサーバー３０は、販売者のサーバー１０と、プロトコルＳＥＴに従ったメッセージＰｌｎｉｔＲｅｑとＰｌｎｉｔＲｅｓを交換する。それは主に、その販売者に固有の証明書を要求し、サーバー３０に送ることに関するものである。続いて、支払いサーバー３０は、携帯端末２２を呼び出し、メッセージｄの中で特に支払いＩＣカード２２１の番号と、顧客の署名とを要求する。これらの情報は、応答メッセージｅの中で携帯端末２２によって提供される。メッセージｄとｅは、使用可能な様々なプロトコル、ＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ）、ＷＡＰ（Ｗｉｒｅｌｅｓｓ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）、あるいはＨＴＴＰのようなプロトコルに従って交換される。
【００２８】
取引の続きは拡張されたプロトコルＳＥＴに従って行われる。サーバー３０が構成するメッセージは、特に、カード２２１の番号、顧客の署名、購入総額、購入した品物の識別、販売者の識別を含んでいる。これらの情報のうち、購入総額、購入した品物の識別などは、販売者のサーバー１０に、メッセージＰＲｅｑの形で伝送されるのに対し、カードの番号や顧客の署名などの他の情報は、サーバー１０を介して、メッセージＡｕｔｈＲｅｑで、インタフェース４１に送られ、そして管理者４２に送られる。後者が顧客の署名を確認し、それに異議のないことを確認する。肯定的な認証の場合には、オペレーターは許可メッセージＡｕｔｈＲｅｓを送るが、該メッセージは、販売者のサーバー１０によってメッセージＰＲｅｓの中でサーバー３０に向かって、つぎに、取引確認メッセージｆの中で顧客の端末２２に向かって中継される。
【００２９】
図３に示された本発明の第二の実施態様は、支払いサーバー３０と販売者のサーバー１０との間の情報の交換がもはや直接には行われず、コンピュータ２１のリダイレクト手段を介して行われる点で、図１及び２を参照して説明されたものとは異なっている。この場合には、販売者のサーバー１０の呼び出し番号は、もはや、リダイレクト手段を介して支払いサーバー３０に伝達する必要はなくなっている。
【００３０】
図４は、図３の実施態様に対応する情報の交換の線図である。図２の線図と比較して、販売者のサーバー１０宛ての支払いサーバー３０のメッセージが顧客のコンピュータ２２によって、しかも相互にリダイレクトされていることに注意されたい。
【００３１】
図５及び６に示されているのは、二つの他の実施態様であり、該実施態様ではナビゲーション手段も携帯端末２２で構成されているが、それは、プロトコルＷＡＰを実行することで可能になっている。この場合、図５に示すように、携帯端末２２と、電気通信ネットワーク、ここではウエブ、との間で通信ブリッジ５０（Ｐｒｏｘｙ）に、リダイレクト手段をインストールしてもよい。携帯端末２２の容量が十分あれば、図６に示すように、端末２２自体にリダイレクト手段をインストールしてもよい。情報交換の線図は、図２及び４のものと同じである。
【図面の簡単な説明】
【図１】
本発明による電子支払いシステムの第一の実施態様を示す概念図である。
【図２】
図１の実施態様についての情報交換を示す線図である。
【図３】
本発明による電子支払いシステムの第二の実施態様を示す概念図である。
【図４】
図３の実施態様についての情報交換を示す線図である。
【図５】
本発明による電子支払いシステムの第三の実施態様を示す概念図である。
【図６】
本発明による電子支払いシステムの第四の実施態様を示す概念図である。