(57)【要約】  本発明は、売り手によって操作される送信装置から受け取るコンテンツの支払を実行する買い手によって操作される受信装置のための方法であって、前記受信装置と前記送信装置との間のプライベート通信チャネルを設定するステップと、前記プライベート通信チャネルを利用して、前記買い手の銀行から前記支払を前記売り手が受け取ることを認証する情報を有する支払コンテナを前記送信装置に送信するステップと、前記支払コンテナの前記送信装置への到着に基づき、前記コンテンツを前記送信装置から受け取るステップとを有することを特徴とする方法に関する。これにより、トラストセンター又は取引マネージャとの永続的な広範囲の接続が利用可能でなくても、消費者から消費者へ又は消費者から企業への安全かつ便利な支払が提供される。
2007531100.tif 000002
【特許請求の範囲】
【請求項１】
売り手によって操作される送信装置から受け取るコンテンツの支払を実行する買い手によって操作される受信装置のための方法であって、
前記受信装置と前記送信装置との間のプライベート通信チャネルを設定するステップと、
前記プライベート通信チャネルを利用して、前記買い手の銀行から前記支払を前記売り手が受け取ることを認証する情報を有する支払コンテナを前記送信装置に送信するステップと、
前記支払コンテナの前記送信装置への到着に基づき、前記コンテンツを前記送信装置から受け取るステップと、
を有することを特徴とする方法。
【請求項２】
請求項１記載の方法であって、
前記支払コンテナは、前記買い手の認証データを有することを特徴とする方法。
【請求項３】
請求項２記載の方法であって、
前記認証データは、生体に関するものであることを特徴とする方法。
【請求項４】
請求項２記載の方法であって、
前記認証データは、デジタル署名であることを特徴とする方法。
【請求項５】
請求項１又は２記載の方法であって、
前記支払コンテナは、前記銀行が前記支払を実行することを認証する前記買い手の銀行に対する前記受信装置によって暗号化された認証データを有し、これにより、前記銀行のみが前記送信装置を介し前記受信装置と前記銀行との間のプライベートな通信ラインを生成する前記認証データを読み出し可能であることを特徴とする方法。
【請求項６】
請求項１記載の方法であって、
前記支払コンテナを前記送信装置に送信するステップと、前記支払コンテナの前記送信装置への到着に基づき、前記コンテンツを前記送信装置から受け取るステップは、
前記支払コンテナを前記送信装置に送信する前に、前記プライベート通信チャネルを利用して、前記コンテンツを所定の制限された期間に前記受信装置上でアクセス可能にする時間制限を有する前記送信装置から送信された時間制限されたコンテンツを受け取るステップと、
前記支払コンテナの送信後、前記コンテンツから前記時間制限を削除する情報を前記送信装置から受け取るステップと、
を有することを特徴とする方法。
【請求項７】
請求項１乃至８の方法を受信装置の処理ユニットに実行させるための命令を格納したコンピュータ可読媒体。
【請求項８】
買い手によって操作される受信装置に送信されるコンテンツの支払を受け取る売り手によって操作される送信装置のための方法であって、
前記受信装置と前記送信装置との間のプライベート通信チャネルを設定するステップと、
前記プライベート通信チャネルを利用して、前記売り手が前記買い手の銀行から前記支払を受け取ることを認証する情報を有する支払コンテナを受信装置から受信するステップと、
前記支払コンテナの到着に基づき、前記コンテンツを前記受信装置に送信するステップと、
を有することを特徴とする方法。
【請求項９】
買い手によって操作される受信装置に送信されるコンテンツの支払を受信する売り手によって操作される送信装置のための方法であって、
前記受信装置と前記送信装置との間のプライベート通信チャネルを設定するステップと、
前記プライベート通信チャネルを利用して、前記コンテンツを所定の制限された期間に前記受信装置上でアクセス可能にする時間制限を有する前記コンテンツを前記受信装置に送信するステップと、
前記プライベート通信チャネルを利用して、前記売り手が前記買い手の銀行から前記支払を受け取ることを認証する情報を有する支払コンテナを受信装置から受け取るステップと、
前記コンテンツから前記時間制限を削除する情報を前記受信装置に送信するステップと、
を有することを特徴とする方法。
【請求項１０】
請求項１乃至８の方法を送信装置の処理ユニットに実行させるための命令を格納したコンピュータ可読媒体。
【請求項１１】
売り手によって操作される送信装置から受け取るコンテンツの支払を実行するため買い手によって操作されるよう構成される受信装置であって、
前記受信装置と前記送信装置との間のプライベート通信チャネルを設定する処理送信手段と、
前記プライベート通信チャネルを利用して、前記売り手が前記買い手の銀行から前記支払を受け取ることを認証する情報を有する支払コンテナを前記送信装置に送信する処理送信手段と、
前記支払コンテナの前記送信装置における到着に基づき、前記コンテンツを前記送信装置から受け取る処理受信手段と、
を有することを特徴とする装置。
【請求項１２】
買い手によって操作される受信装置に送信されるコンテンツの支払を受け取るため売り手によって操作される送信装置であって、
前記受信装置と前記送信装置との間のプライベート通信チャネルを設定する処理送信手段と、
前記プライベート通信チャネルを利用して、前記売り手が前記買い手の銀行から前記支払を受け取ることを認証する情報を有する支払コンテナを受信装置から受け取る処理受信手段と、
前記支払コンテナの到着に基づき、前記コンテンツを前記受信装置に送信する処理送信手段と、
を有することを特徴とする装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、送信装置と受信装置との間で移転されるコンテンツの支払を実行する方法に関する。本発明はさらに、処理ユニットに当該方法を実行させるための命令を格納したコンピュータ可読媒体に関する。本発明はさらに、受信装置及び送信装置に関する。
【背景技術】
【０００２】
デジタルコンテンツの交換は、ＮａｐｓｔｅｒとＫａｚａａの例が、そのピーク時にＮａｐｓｔｅｒは１千万人以上の登録ユーザがいたことを示すように、大きなインターネットユーザグループの間で大変人気がある。しかしながら、Ｎａｐｓｔｅｒの例がまた示すように、コンテンツ所有者は、自分のコンテンツが不法に配布されることを保護するため、デジタル著作権管理（ＤＲＭ）の厳格な実現を推進している。将来、音楽や映像などのデジタルコンテンツは、法的なライセンススキームに従うことによってのみ配布が可能となることが想定できる。
【０００３】
ユーザが自分の再生装置から他のユーザに曲を移動する場合、当該曲を使用する権利を失い、その曲の新たな「所有者」がそれを視聴する権利を取得することとなる。他方、最初のユーザがその曲に対して支払をする必要があった場合には、その移転に対する金銭的な補償を期待する。これは、もちろん、通常の金銭を支払うことによって実現することが可能である。しかしながら、これは、デジタルコンテンツの「目に見えない」移転に関してはやや不適当であるかもしれず、明らかに不便である。Ａｍａｚｏｎの「あなたがＡｍａｚｏｎで購入したものを売ってください」の例が示すように、消費者はますます各自が購入し、先に所有していた有料コンテンツを転売することを所望する可能性が高い。
【０００４】
電子支払方法は、特により複雑なシナリオにおいて、ＤＲＭとより良好に統合することが可能である。興味深いコンテンツ交換シナリオ（コンテンツプロバイダにとってもより興味深いものであるかもしれない）は、コンテンツの複製に基づくものである。
【０００５】
ユーザは、ＭＰ３の曲などコンテンツの一部の完全なコピーを他のユーザに移転する。
【０００６】
標準的なものでは、受け手は単に、当該コンテンツに対する対価をコンテンツ所有企業に支払うだけでよい。これを実行する最も便利な方法は、支払の瞬時の確認などの問題が生じる電子支払単位である。
【０００７】
おそらくより興味深いケースでは、コンテンツの一部の「送り手」は、各（登録された）コピー（さらに、受け手が行う必要がある支払）に対する対価を受け取るであろう。送り手は、例えば、コンテンツプロバイダに対する以降の支払に関するリベートを受け取るであろう。これは、コピーコンテンツ及び支払の流通を促進する。従って、送り手は、自分が配布した合法的なコピー数を証明しなければならない。その後、受け手は同様のスキームに従う。システムは、周知のスノーボール（ｓｎｏｗｂａｌｌ）システムと同様に機能する。それは、おそらく有料コンテンツのウイルス的拡散を導く。受け取った各コピーについては、あなたはコンテンツ提供企業に何らかの支払をしなければならず、譲渡した各コピーについては、あなたは新たなコンテンツなどに関するリベートによって報酬を受ける。すべての取引を処理する最も便利な方法は、もちろん電子支払単位である。
【０００８】
多くの関心は、セキュアな電子支払方法に払われてきた。これまで、以下のアプローチが存在する。
【０００９】
セキュアインターネット接続（ＳＳＬなど）を介し、支払情報がやりとりされる。例えば、クレジットカード情報や直接的なデビット認証が与えられる。このとき、実際の支払は、クレジットカード情報を利用することによって、又は直接的なデビット認証を適用することによって、「外部の」ステップにおいて独立して行われる。ＭａｓｔｅｒＣａｒｄやＶｉｓａなどの主要なクレジットカード会社は、当該処理を容易にするＳＥＴ（Ｓｅｃｕｒｅ  Ｅｌｅｃｔｒｏｎｉｃ  Ｔｒａｎｓａｃｔｉｏｎｓ）と呼ばれる規格を確立しようとしている。ＳＳＬとＳＥＴの何れも方法も、セキュアな通信のための暗号化パラメータを確立するため、トラストセンターを求めている。１つの支払について比較的高いコストを考慮すると、企業が取引コストを負担するとき、それは取引の支払に対して消費者にとってより適したものとなる。
【００１０】
インターネットとの既存の接続（ＧＳＭ又はＵＭＴＳを介した）が存在する場合、静的なインターネットベース電子商取引のためのものと同様の方法が、原則的にはモバイルコマース（ｍ−ｃｏｍｍｅｒｃｅ）について利用可能である。しかしながら、身元を確認し、支払を認証するため、消費者の携帯電話番号にコールバックしたり、ＳＭＳメッセージを利用などする他のより適切なアプローチが存在する。これらモバイル支払について、いくつかの規格（ｍＳｉｇｎなど）が提案され、いくつかの方法（ｐａｙｂｏｘ、ｐａｙｐａｌなど）が市場において浸透してきている。しかしながら、これらの手段の何れも又は他の何れも方法も、特定のユーザグループの外部でこれまで広範に受け入れられてきた。そして一般には、広範囲のネットワークが使用される必要があるとき、使用毎のコストは高い状態を維持することを指摘することができる。これは、これらの方法の適用を高いネットカバレッジを有するエリアに限定する。現在、取引相手は、典型的には、電子商取引／モバイルコマースを容易にするため、取引コストを負担している。しかしながら、取引サービスプロバイダとして第三者（取引相手及びそれらの銀行以外）が関与することは、コストを引き上げる。例えば、ｐａｙｐａｌはモバイルアプリケーションについては取引の２．２％にプラスして取引毎に一定の０．３０米ドルを課し（２００２年１２月現在）、ｐａｙｂｏｘは取引の３．３％にプラスして０．５０ユーロを課している（２００２年１２月現在）。従って、現在提案されている規格及び方法は、特に取引相手が比較的高い取引コストを積極的に負担するより高額の取引について、取引の支払に対して消費者にとってのみ大変適したものとなっているにすぎない。
【００１１】
消費者の支払に対して比較的規模の小さな消費者にとって適した電子商取引方法は、特にそれがトラストセンターやサービスプロバイダとの費用のかかる永続的な広範囲な接続を回避しようとする場合には、これまで示唆又は実現されてこなかった。
【発明の開示】
【発明が解決しようとする課題】
【００１２】
従って、本発明の課題は、上述した問題に対する解決手段を提供することである。
【課題を解決するための手段】
【００１３】
これは、売り手によって操作される送信装置から受け取るコンテンツの支払を実行する買い手によって操作される受信装置のための方法であって、
・前記受信装置と前記送信装置との間のプライベート通信チャネルを設定するステップと、
・前記プライベート通信チャネルを利用して、前記買い手の銀行から前記支払を前記売り手が受け取ることを認証する情報を有する支払コンテナを前記送信装置に送信するステップと、
・前記支払コンテナの前記送信装置への到着に基づき、前記コンテンツを前記送信装置から受け取るステップと、
を有することを特徴とする方法により獲得される。
【００１４】
これにより、トラストセンター又は取引マネージャとの永続的な広範囲の接続が利用可能でなくても、消費者から消費者へ又は消費者から企業への安全かつ便利な支払が提供される。リアルタイムの確認を実現するため、取引時におけるトラストセンター又は金融機関との内在的な接触を回避することにより、支払方法の利用単位のコストが最小限に抑えることができる。本方法は、特に支払い方法の低いコストが、最高の可能なセキュリティ及びリアルタイム確認又は実現よりはるかに重要である消費者取引に対する消費者に効果的である。さらに、本方法は、リアルタイムに処理可能な任意の電子支払方法と共存可能である。
【００１５】
好適な実施例では、前記支払コンテナは、前記買い手の認証データを有し、具体的な実施例では、認証データは生体に関するもの、又はデジタル署名などである。これにより、提案されるシステムは、第三者、すなわち、取引相手以外の他人による不正に対して安全である。支払を行う取引相手による不正に関して、それは原則的に個人の署名を有する通常の小切手の支払と比較することができる。しかしながら、実際の不正の特定は、警察により調査可能な上述したデジタル生体特徴（声紋など）を組み込むことにより大いに容易にすることができる。
【００１６】
ある実施例では、前記支払コンテナは、前記銀行が前記支払を実行することを認証する前記買い手の銀行に対する前記受信装置によって暗号化された認証データを有し、これにより、前記銀行のみが前記送信装置を介し前記受信装置と前記銀行との間のプライベートな通信ラインを生成する前記認証データを読み出し可能である。これにより、送信装置のユーザは、支払コンテナの個人の銀行に関する認証データにアクセスすることが不可とされる。
【００１７】
ある実施例では、前記支払コンテナを前記送信装置に送信するステップと、前記支払コンテナの前記送信装置への到着に基づき、前記コンテンツを前記送信装置から受け取るステップは、
・前記支払コンテナを前記送信装置に送信する前に、前記プライベート通信チャネルを利用して、前記コンテンツを所定の制限された期間に前記受信装置上でアクセス可能にする時間制限を有する前記送信装置から送信された時間制限されたコンテンツを受け取るステップと、
・前記支払コンテナの送信後、前記コンテンツから前記時間制限を削除する情報を前記送信装置から受け取るステップと、
を有する。
【００１８】
これは、買い手が受け取り後にコンテンツの支払をしないことを防ぐが、買い手が支払前にコンテンツを確認することを可能にする。
【００１９】
本発明はさらに、売り手によって操作される送信装置から受け取るコンテンツの支払を実行する買い手によって操作される受信装置のための方法を受信装置の処理ユニットに実行させるための命令を格納したコンピュータ可読媒体に関する。
【００２０】
本発明はさらに、買い手によって操作される受信装置に送信されるコンテンツの支払を受け取る売り手によって操作される送信装置のための方法であって、
・前記受信装置と前記送信装置との間のプライベート通信チャネルを設定するステップと、
・前記プライベート通信チャネルを利用して、前記売り手が前記買い手の銀行から前記支払を受け取ることを認証する情報を有する支払コンテナを受信装置から受信するステップと、
・前記支払コンテナの到着に基づき、前記コンテンツを前記受信装置に送信するステップと、
を有することを特徴とする方法に関する。
【００２１】
本発明はさらに、買い手によって操作される受信装置に送信されるコンテンツの支払を受信する売り手によって操作される送信装置のための方法を送信装置の処理ユニットに実行させるための命令を格納したコンピュータ可読媒体に関する。
【００２２】
本発明はまた、売り手によって操作される送信装置から受け取るコンテンツの支払を実行するため買い手によって操作されるよう構成される受信装置であって、
・前記受信装置と前記送信装置との間のプライベート通信チャネルを設定する処理送信手段と、
・前記プライベート通信チャネルを利用して、前記売り手が前記買い手の銀行から前記支払を受け取ることを認証する情報を有する支払コンテナを前記送信装置に送信する処理送信手段と、
・前記支払コンテナの前記送信装置における到着に基づき、前記コンテンツを前記送信装置から受け取る処理受信手段と、
を有することを特徴とする装置に関する。
【００２３】
本発明はまた、買い手によって操作される受信装置に送信されるコンテンツの支払を受け取るため売り手によって操作される送信装置であって、
・前記受信装置と前記送信装置との間のプライベート通信チャネルを設定する処理送信手段と、
・前記プライベート通信チャネルを利用して、前記売り手が前記買い手の銀行から前記支払を受け取ることを認証する情報を有する支払コンテナを受信装置から受け取る処理受信手段と、
・前記支払コンテナの到着に基づき、前記コンテンツを前記受信装置に送信する処理送信手段と、
を有することを特徴とする装置に関する。
【発明を実施するための最良の形態】
【００２４】
図１では、送信装置１０１と受信装置１０３を有するコンテンツの支払を実行するシステムの第１実施例が示される。売り手によって操作される送信装置は、受信装置を操作する買い手が購入を希望するコンテンツを有している。当該コンテンツは、例えば、ＭＰ３ファイルなどの音声ファイルとすることができる。コンテンツの他の例は、映像コンテンツ、テキストファイル及び画像とすることができる。このとき、支払処理は、３つの独立した通信ステップに分割される。第１ステップ１０５では、送信装置１０１は、受信装置１０３から支払コンテナを受け取る。このコンテナは、電子銀行小切手と比較することができ、以降において買い手の銀行１１１から支払を受け取るのに利用可能である。さらに１０５において、受信装置１０３は、送信装置１０１からコンテンツを受け取る。１０５におけるコンテンツ及び支払コンテナの通信は、例えば、Ｂｌｕｅｔｏｏｔｈや赤外線通信などに基づく無線短距離通信を利用して実行可能である。あるいは、当該通信は、受信装置１０３と送信装置１０１との間の直接的な有線接続を利用して実行することも可能である。送信装置１０１と受信装置１０３は、例えば、ＭＰ３プレーヤー、コンテンツを再生可能な携帯電話又はＰＤＡなどとすることが可能である。次に、送信装置は、受信した支払コンテナに基づき処理される実際の支払を取得するため、売り手の銀行１０９と通信１０７する。銀行１０９と送信装置との間の直接的な通信は、送信装置がＧＳＭ通信機能を有することを要求するＧＳＭに基づき実行することが可能である。あるいは、端末が銀行１０９に配置され、送信装置１０１が受信装置１０３から受け取った支払コンテナを銀行が受信することを可能にする送信装置１０１との通信のために、この端末を利用することも可能である。最後に、銀行１０９が送信装置１０１から支払コンテナを受信した後、銀行は、例えば、買い手の口座から売り手の口座にある金額を移転するためなど、支払コンテナを利用し、買い手の銀行１１１と通信１１３することによって、コンテンツの実際の支払を処理することができる。
【００２５】
図２において、送信装置２０１と受信装置２０３を有する支払を実行するシステムの第２実施例が示される。売り手によって操作される送信装置は、受信装置を操作する買い手が購入することを希望するコンテンツを有している。このとき、支払処理は、３つの独立した通信ステップに分割される。さらに１０５において、受信装置１０３は、送信装置１０１からコンテンツを受信する。支払コンテナを受信した後、送信装置は、例えば、買い手によって所有されるインターネット対応ＰＣ２０８を利用して銀行２０９と通信可能である。送信装置２０１はまず、支払コンテナをＰＣ２０８に移転するため、ＰＣ２０８と通信する。この通信は、Ｂｌｕｅｔｏｏｔｈや赤外線通信などに基づく短距離無線通信を利用して実行することができる。あるいは、それは、ＵＳＢなどの有線を利用して実行することができる。次に、ＰＣ２０８は、受信した支払コンテナに基づき処理される実際の支払を取得するため、売り手の銀行２０９と通信２０７する。銀行２０９とＰＣとの間の直接的な通信は、ネットバンキングなどを利用して、インターネットなどの長距離ネットワークに基づき実行することができる。最後に、銀行２０９が送信装置２０１から支払コンテナを受信した後、銀行は、買い手の口座から売り手の口座にある金額を移転などするため、支払コンテナを利用し、買い手の銀行２１１と通信することによって、コンテンツの実際の支払を処理することができる。
【００２６】
図３において、送信装置３０１と受信装置３０３との間でコンテンツを送信し、コンテンツに対する支払をする方法が示される。まず３０５において、これらの装置はコンテンツの交換に同意する（ＸＣ  ＯＫ？）。これは、装置のユーザがコンテンツの移転を選択及び承認することを可能にする装置３０１及び３０３にインストールされたソフトウェアに基づく。この交換が受信装置３０３を操作する買い手と送信装置３０１を操作する売り手の双方により承認されると、当該取引が開始される。初期的には、プライベート通信チャネルが生成される。これは、公開鍵を交換することによって実行される。すなわち、
・３０７において、送信装置の公開鍵を受信装置３０３に送信し（Ｔｘ＿ＰＫＴＤ）、
・３０９において、送信装置の公開鍵を受信装置３０３で受信し（Ｒｘ＿ＰＫＴＤ）、
・３１１において、受信装置の公開鍵を送信装置３０１に送信し（Ｔｘ＿ＰＫＲＤ）、
・３１３において、受信装置の公開鍵を送信装置３０１で受信する（Ｒｘ＿ＰＫＲＤ）。
【００２７】
これらのステップにおいて、当該装置は認証される。公開鍵と共に、取引相手に関する詳細（名前や装置タイプなど）が１つのパケットにより送信される。その後、取引相手は、それらの物理的近傍により、受信した鍵を認証することが可能である。これは、第三者のトラストセンターによって認証ステップを省く。完全な識別が求められる場合、取引相手は、正当なＩＤカードを示すことに同意することができる。公開鍵暗号化に基づき、プライベート暗号化パラメータが交換され、２つの取引相手とのプライベートな通信が確立される。この手段によって、ネットワークの他の何れのインスタンスも送信データを明確に傍受又は変更することはできない。点線３１４は、プライベート通信ラインが確立されたことを示し、次の段階はデータの実際の移転である。３１５において、コンテンツは、セッション有効性鍵と一緒にのみ送信される（Ｔｘ＿ＴＣ）（例えば、コンテンツは数分間しか利用可能でない。これは、受け手が受信後にコンテンツを支払わないことを防ぎ、コンテンツの確認を可能にする。）。３１７において、コンテンツは受信装置において受信される（Ｒｘ＿ＴＣ）。３１９において、受信装置３１９は、支払コンテナを受信装置に送信する（Ｔｘ＿ＰＣ）。支払コンテナは、買い手の銀行から支払を受け取るため、売り手を認証する情報を有する。３１２において、支払コンテナが送信装置によって受信される（Ｒｘ＿ＰＣ）。支払コンテナの移転後、フルアクセス鍵が受信装置３０３に送信３２３される。このフルアクセス鍵は、その後３２５において、受信装置により受信される（Ｒｘ＿ＦＣ）。
【００２８】
特定の「取引」に応じて、アクセス鍵は送信装置において削除されてもよい。コンテンツコピーが実行された場合、受信装置は一時的な鍵のみを受け取るかもしれない。買い手の銀行によって支払が承認されるとすぐに、買い手はフル鍵を受け取るであろう（電子メールなどを介し）。点線３２６は、データの移転が完了したことを示し、その後、最後の処理は、送信装置と売り手が受信した支払コンテナを売り手の銀行３２７に通信することによって、実際の支払を受け取ることである。
【００２９】
図４において、本発明による支払コンテナのコンテンツの実施例が示される。支払コンテナは、売り手への認証メッセージを有する第１部分４０１と、買い手の銀行への認証メッセージを有する第２部分４０３とを有するパケットである。第１部分４０１は、いくつかの取引詳細（価格、取引相手の名前、支払情報など）を含むクリアテキスト部分と、
・生体認証（声紋など）  生体機能のセキュリティを向上させるため、取引時にそれを記録することが好ましい。例えば、声紋の場合、支払人は自分の氏名、日付及び支払額を言うことができる。これは、受け取る側の銀行が生体認証データと取引要求がともに適合しているか相互チェックすることを可能にする（例えば、自動化された音声認識を利用することにより）。買い手が売り手の装置に自分の生体データを入力する場合、売り手は隠された操作の何れもが継続していないことを確信することができる。
・デジタル署名  支払者は、クリアテキストメッセージをデジタル署名することができる。
の何れかである認証データを有することが可能である。
【００３０】
第２部分４０３は、買い手の銀行への認証メッセージを有することが可能である。このメッセージは、支払者の銀行の公開鍵により暗号ｋされ、対応する取引の明示的な認証を含む。また、それは具体的な銀行に応じて、
・フルユーザ識別データ
・取引相手の名前や支払額など現在の取引に関する詳細
・秘密を交換し、受け取り側の銀行が取引要求の真正性をセキュアに検証することを可能にするさらなるデジタル署名、生体認証データなど  好ましくは、上述した具体的な声紋が利用されるであろう。
を含むことが可能である。
【００３１】
図５において、買い手の銀行５０７から支払を受け取る売り手が示される。送信装置５０１は、支払コンテナを売り手の銀行５０５に送信５０３する。支払コンテナのコンテンツに基づき、売り手の銀行５０５は、買い手の口座などから売り手の口座に支払を移転するため、買い手の銀行５０７との通信ライン５０６を確立する。
【００３２】
上述した実施例は本発明を限定するものではなく、説明するものであり、当業者は添付した請求項の範囲から逸脱することなく他の多数の実施例を構成することが可能であるということが留意されるべきである。請求項では、括弧内の参照符号は、請求項を限定するものとして解釈されるものではない。「有する」という用語は、請求項に列挙した以外の他の要素又はステップの存在を排除するものではない。本発明は、複数の異なる要素を有するハードウェアと適切にプログラムされたコンピュータによって実現可能である。複数の手段を列挙した装置クレームでは、これらの手段のいくつかが１つの同一のハードウェアアイテムにより実現可能である。ある手段が互いに異なる従属クレームにより記載されているという事実は、これらの手段の組み合わせが効果的に利用可能ではないことを示すものではない。
【図面の簡単な説明】
【００３３】
【図１】図１は、送信装置と受信装置を有するコンテンツの支払を実行するシステムの第１実施例を示す。
【図２】図２は、送信装置と受信装置を有するコンテンツの支払を実行するシステムの第２実施例を示す。
【図３】図３は、送信装置と受信装置との間のコンテンツの送信及び支払を行う方法を示す。
【図４】図４は、本発明による支払コンテナのコンテンツを示す。
【図５】図５は、買い手の銀行から支払を受け取る売り手を示す。
【図１】
2007531100.tif 000003
【図２】
2007531100.tif 000004
【図３】
2007531100.tif 000005
【図４】
2007531100.tif 000006
【図５】
2007531100.tif 000007
【国際調査報告】
2007531100.tif 000008
2007531100.tif 000009
2007531100.tif 000010