"少なくとも1個のプロセッサーと、送信手段と、連動するメモリーとを備えるコンピューターシステムを用いて金融口座のための代理口座データを生成することを含む安全な取引を促進するための方法であって、当該方法はさらに、第1の顧客のために、コンピューターシステムによりシリアル番号を選択し、前記シリアル番号と前記第1の顧客の口座との対応関係を記憶し、前記シリアル番号を暗号化し、前記暗号化されたシリアル番号を、検証可能なデータと統合し、前記暗号化されたシリアル番号と前記検証可能なデータとの対応関係を記憶し、前記統合された暗号化されたシリアル番号及び前記検証可能なデータを暗号化して前記代理口座データを生成すること、を含む方法。前記コンピューターシステムは、少なくとも第1のコンピューターシステム及び第2のコンピューターシステムを備え、前記シリアル番号の選択、前記シリアル番号と前記口座との対応関係の記憶、及び前記シリアル番号の暗号化は、前記第1のコンピューターシステムにより実行され、前記暗号化されたシリアル番号と検証可能なデータとの統合、前記暗号化されたシリアル番号と前記検証可能なデータとの対応関係の記憶、及び前記統合された暗号化されたシリアル番号及び検証可能なデータの暗号化は、前記第2のコンピューターシステムにより実行される、請求項1に記載の方法。前記第1のコンピューターシステム及び前記第2のコンピューターシステムは、異なる物理的場所に位置する、請求項2に記載の方法。前記第1のコンピューターシステム及び前記第2のコンピューターシステムは、ファイヤーウォールの背後にある、請求項2に記載の方法。前記代理口座データを前記第1の顧客に送信することを含む、請求項1乃至4のいずれか1項に記載の方法。前記送信は、前記代理口座データの視覚的表示を生成することを含む、請求項5に記載の方法。前記視覚的表示は、前記代理口座データを、前記第1の顧客が視認するスクリーンに表示すること、前記代理口座データを印刷したものを前記第1の顧客へと郵送すること、及び、前記代理口座データを電子メールにより前記第1の顧客へと送信すること、からなる群より選択される、請求項6に記載の方法。前記送信は、前記代理口座データを前記第1の顧客に対応付けられたモバイル装置へと送信することを含む、請求項6に記載の方法。前記モバイル装置はさらに、前記代理口座データを販売者に無線送信することにより、前記代理口座データを当該販売者に送信するようプログラムされている、請求項8に記載の方法。前記モバイル装置はさらに、販売者が判読可能な前記代理口座データの画像を生成することにより、前記代理口座データを当該販売者に伝達するようプログラムされている、請求項9に記載の方法。前記代理口座データは、英数字の形式及び記号の形式からなる群より選択された形式のものである、請求項1乃至4のいずれか1項に記載の方法。前記シリアル番号の暗号化は、対称暗号化手法及び非対称暗号化手法からなる群より選択された暗号化手法を利用するものである、請求項1乃至4のいずれか1項に記載の方法。前記検証可能なデータは、前記口座を示すものから構成される、請求項1乃至4のいずれか1項に記載の方法。前記検証可能なデータは、タイムスタンプを示すものから構成される、請求項1乃至4のいずれか1項に記載の方法。少なくとも1個の使用制限事項を前記シリアル番号に対応付けることをさらに含む、請求項1に記載の方法。前記使用制限事項は、前記代理口座データを使用し得る少なくとも1名の販売者、前記代理口座データを使用し得ない少なくとも1名の販売者、前記代理口座データを使用し得る時間の制限、及び前記代理口座データを使用し得る回数からなる群より選択される、請求項1乃至4のいずれか1項に記載の方法。様々な実施形態は、例えば、個別のコンピューターシステムによって連続的に暗号化された代理口座データを利用する、安全な取引を促進するためのシステムおよび方法に関する。代理口座データは、顧客の金融口座に対応付けられていてもよく、顧客の口座の課金例えば、第三者である販売者との資金取引を認可するために用いられるものでもよい。代理口座データは、例えば、顧客が実際の口座データを使用する仕方と同様の仕方で、オンライン、電話及び/又はその他の購入を行うために利用され得る。代理口座データの各例は、代理口座データパッケージとも呼ぶことがある。代理口座データは、連続的な暗号化を利用する金融機関によって生成されてもよい。例えば、内部の金融機関のコンピューターシステム内部のシステムが、顧客の口座にシリアル番号を対応付けるようにしてもよい。このシリアル番号は任意の適切な数字であってもよいし、任意の適切な仕方で顧客の口座に対応付けられてもよい。内部のシステムは、シリアル番号を暗号化し、外部の金融機関コンピュータシステム外部のシステムへと、暗号化されたシリアル番号を送出してもよい。外部のシステムは、暗号化されたシリアル番号に検証可能なデータを追加し、次に、暗号化されたシリアル番号および検証可能なデータの組み合わせを暗号化してもよい。このように、シリアル番号は二重に暗号化されてもよい。暗号化の結果として代理口座データが生成されてもよい。その後、代理口座データは任意の適切な仕方で顧客に伝達されてもよい。様々な実施形態によれば、顧客は、顧客が本人のクレジットカード番号を提供するのと同様の仕方で、電話で、あるいは電子的に、本人が販売者へと供給することにより、代理口座データを利用することができる。販売者あるいは他の者は、この代理口座データを、支払リクエストと共に金融機関に供給することができる。この代理口座データおよびリクエストは、内部及び外部のシステムによって処理されてもよい。外部のシステムは、代理口座データを復号化して、暗号化されたシリアル番号および検証可能なデータを生成してもよい。検証可能なデータは、検証されてもよい。検証可能なデータが検証されれば、外部のシステムは、検証可能なデータを内部のシステムに送信してもよい。内部のシステムは、暗号化されたシリアル番号を復号化し、シリアル番号が顧客の口座に正しく対応付けられていることを検証してもよい。シリアル番号が顧客の口座に正しく対応付けられていれば、金融機関は、この顧客の口座に、支払リクエストに一致するように課金を行うことを認可してもよい。このような場合、販売者は、顧客の口座情報に決してアクセスすることがない。従って、顧客の口座情報は金融機関のもとに留まり、この金融機関のコンピューターシステムを保護するためにすでに存するインターネットセキュリティーシステムによって保護される。様々な実施形態では、代理口座データは、金融機関により順守された取引制限に対応付けられていてもよい。例えば、代理口座データのシリアル番号及び/又は検証可能なデータは、例えば、取引利用可能最大額、取引毎の最大額、販売者に関する制限、有効期限及び/又は他の適切な制限など、任意の適切なタイプの取引制限に対応付けられていてもよい。代理口座データが制限に対応付けられている実施形態では、この制限は、代理口座データが支払リクエストとともに金融機関に提供される時点に得られるものであってよい。例えば、金融機関は、取引の詳細が代理口座データに対応付けられた取引制限と一致していない限り、顧客の口座から販売者への支払いを認可しないこととしてもよい。図1は、金融機関の顧客の代理口座データを生成するためのシステム100のブロックダイヤグラムを示す。顧客102は、代理口座データを得るためにコンピューターシステム104とやりとりをすることができる。様々な実施形態によれば、コンピューターシステム104は、金融機関例えば、代理口座データを用いた引き出しが行われる口座を顧客102に提供する金融機関のコンピューターシステムの一部又は全部を構成していてもよい。顧客102は、例えば、安全な接続、及び/又は、様々な実施形態においては顧客102が金融機関と銀行取引を行うためにすでに存するユーザーインターフェースを利用して、システム104との通信を行ってもよい。いくつかの実施形態では、コンピューターシステム104は、第三者であるサービスプロバイダーによって提供されてもよいし、金融機関のコンピューターシステム図示せずと安全な通信を行うようになっていてもよい。様々な実施形態によれば、コンピューターシステム104は、外部の金融機関システム108と、内部の金融機関システム106とより構成されていてもよい。内部の106及び外部のシステム108は、例えば、システム106及び108の双方へとへハッキングすることを難しくするため、相互に分離されてもよい。例えば、様々な実施形態によれば、システム106及び108は,異なる物理的位置、異なるネットワーク上、異なるファイアウォールの背後、などにあってもよい。しかしながら、いくつかの実施形態では、内部のシステム106と外部のシステム108との間には何らの区別がなくてもよい。例えば、両方の機能がシステム104により、又はその単一の構成部分により、行なわれてもよい。内部のシステム106は、例えば、シリアル番号データ記憶装置110及びシリアル番号対応関係データ記憶装置112を含む、1つ以上のデータ記憶装置と通信してもよい。データ記憶装置110及び112は個別の構成部分として示しているものの、それぞれに保存されるものとして示されたデータを、示されているより多くの、又はより少数の、物理的又は論理的装置に保存し得ることを理解されたい。シリアル番号データ記憶装置110は、顧客の口座データに対応付けられ得るシリアル番号により構成されていてもよい。シリアル番号対応関係データ記憶装置112は、シリアル番号と特定の顧客の口座データとの間を対応付けるものにより構成されていてもよい。同様に、外部のシステム108は、検証可能データ対応関係データ記憶装置114に電子的に通信してもよい。データ記憶装置114は、例えば後述のように、暗号化されたシリアル番号と検証可能なデータとの間を対応付けるものにより構成されていてもよい。図2は、金融機関の顧客のためにシステム100を利用して代理口座データを生成するための処理の流れ200の1つの実施形態を示す。202で、システム104は、代理口座データのためのリクエストを例えば顧客102から受信してもよい。このリクエストは任意の適切な方法で受信されてもよい。様々な実施形態によれば、顧客102は、安全な接続によってシステム104にアクセスし、任意の適切な方法で1つ以上の代理口座データパッケージのリクエストを行ってもよい。例えば、システム104は、顧客に、代理口座データのリクエストを可能とするユーザーインターフェース図示せずを提供してもよい。様々な実施形態例えば、システム104が金融機関によって直接に設置されている場合においては、顧客102に代理口座データのリクエストを行わせるための機能は、金融機関にある顧客の1個又は複数の口座を管理するための様々なツール例えば、残高照会及び振り込みツール、電子請求支払ツール、口座取引電子明細ツールなどをもユーザ102提供しているユーザーインターフェースの一部として提供されてもよい。いくつかの実施形態では、顧客102が代理口座データのリクエストを行わなくてもよい。例えば、システム104は、顧客102に対し自動的に所定数の代理口座データパッケージを、例えば、周期的に供給するよう構成されていてもよい。例えば、金融機関の顧客の口座は、金融機関が顧客102に毎月所定数の代理口座データパッケージを供給するという特徴を含んでいてもよい。204において、システム104例えば、内部のシステム106は、代理口座データを生成するために用いられるシリアル番号を選択してもよい。シリアル番号は、顧客の口座データに対応付け得る適切なサイズの一ブロックのデジタルデータ例えば口座番号、有効期限、暗証番号などであってもよい。様々な実施形態では、適切なシリアル番号のリストが、内部のシステム106によって,例えばシリアル番号記憶装置110に格納されてもよい。いくつかの実施形態では、シリアル番号は、顧客の口座を具体的に特定する口座データの一部又は全部であってもよい。しかしながら、シリアル番号のための口座データを利用すると、突き詰めれば、生成された代理口座データの中には暗号化された形式であるとはいえ口座データが存在することになる、ということは理解されよう。いくつかの実施形態では、内部のシステム106は、1つを超えるアカウント及び/又は1人を超える顧客に同時に使用されているシリアル番号が存在しないことを保証するため、既に使用されたシリアル番号を監視してもよい。しかしながら、いくつかの実施形態では、シリアル番号の以前の使用を表わす口座代理データがすべて失効した後、このシリアル番号が再利用されてもよい、ということは理解されよう。206で、内部のシステム106は、顧客の口座を表すデータに、選択されたシリアル番号を対応付けてもよい。顧客の口座を表すデータは、例えば、口座番号又はその他の識別データを含んでいてもよい。シリアル番号と顧客口座との間の対応関係を示すものは、任意の安全な場所、例えば、シリアル番号対応関係データ記憶装置112に格納されてもよい。204で対応関係を生成した後、206で内部のシステム106は、シリアル番号を暗号化してもよい。シリアル番号を暗号化すると、内部のシステム106は、狭域又は広域の、有線、無線又はこれらが混合したネットワークを用い、任意の適切で安全な送信技術に従い、暗号化されたシリアル番号を外部のシステム108に送信してもよい。シリアル番号は、任意の適切な暗号化ハードウェアあるいはソフトウェアの手法に従い、内部のシステム106によって暗号化されてもよいということが理解されよう。例えば、内部のシステム106は、例えば新暗号規格AES、データ暗号規格DES、RC2、RC4などの形式のような、対称で単一な鍵による暗号化手法によってシリアル番号を暗号化してもよい。任意の適切なブロックサイズを用いてよい。さらに、様々な実施形態によれば、非対称ないし公開鍵基盤PKIの暗号化手法が用いられてもよい。例えば、内部のシステム106には、シリアル番号を暗号化するために用いられる公開鍵、及びデータパケットを復号化するために用いられる秘密鍵があってもよい。公開鍵は一般に利用可能なものであってもよい。一方、秘密鍵は他のいかなるシステムとも共有されてはならない。いくつかの実施形態では、対称及び非対称の暗号化手法がともに用いられてもよい。例えば、対称鍵を送信するために非対称の手法が用いられ、この対称鍵がさらなる通信に用いられてもよい。210で、外部のシステム108は、暗号化されたシリアル番号を、検証可能なデータに結合してもよい。検証可能なデータは、暗号化されたシリアル番号を検証するために外部のシステム108が後で使用できるような任意の適切なデータであってもよい。いくつかの実施形態では、検証可能なデータは、顧客102及び/又は顧客の口座を示すデータを含むものであってもよい。さらに、あるいは代わりに、検証可能なデータは、タイムスタンプ、及び/又は、外部のシステム108を示すマシンスタンプを含むものであってもよい。このような場合、外部のシステム108は、結果として得られる代理口座データをそれが作成したことを、後で確認することが可能であってもよい。いくつかの実施形態では、検証可能なデータは、暗号化されたシリアル番号に対応付け得る任意のタイプのデータを含むものであってもよい。例えば、外部のシステム108は、データ記憶装置114で暗号化されたシリアル番号と検証可能なデータとの間の対応関係を示すものを格納してもよい。外部のシステム108は、212で、暗号化されたシリアル番号と検証可能なデータとの組み合わせを暗号化してもよい。この暗号化の結果が代理口座データであってもよく、あるいは、これが代理口座データへと変形されてもよい。代理口座データは、引き続いて任意の適切な方法で顧客102に伝達されてもよい。例えば、引き続いて代理口座データは紙面あるいはカードに印刷され、顧客102へと例えば、取引明細書とともに郵送されてもよい。代理口座データは、紙面上ないしカード上で、任意の適切な形式で表されてよい。例えば、代理口座データは英数字の形式で表わされてもよく、記号の形式、あるいはバーコードもしくはその他のグラフィカルコードとして表されてもよい。様々な実施形態では、代理口座データは、顧客102に電子的に提供されてもよい。例えば、システム104は、顧客102のもとへ代理口座データを含む電子メールを送ってもよい。電子メールは、顧客102の公開のメールアカウント、及び/又は、金融機関にある顧客の口座に対応付けられた安全なメールアカウントに送られてもよい。様々な実施形態では、電子メールは、ここに記述するような購入をするため、スマートフォンのようなパーソナルコンピューターデバイスによって利用され得る、代理口座データの電子表示を含むものであってもよい。また、様々な実施形態において、代理口座データは、システム104によって提供されるユーザーインターフェースによって顧客102に提供されてもよい。例えば、代理口座データは顧客102に提供されるスクリーンの中で表わされてもよい。その後、顧客102は、後日の使用のためにこの代理口座データをコピー例えば電子的に、あるいは手動でしてもよい。様々な実施形態によれば、代理口座データの例例えば代理口座データパッケージは、この代理口座データが販売者と取引の中で用いられ得る条件を限定する使用制限事項に対応付けられていてもよい。例えば、使用制限事項は、代理口座データを用いてよい、あるいは用いてはならない時間ないし日付を指定してもよい。さらに、例えば、いくつかの使用制限事項は、代理口座データの最大使用回数を指定してもよい。加えて、いくつかの使用制限事項は、代理口座データが失効までに使用され得る回数を指定してもよい。他の使用制限事項は、支払のために代理口座データを用いてもよい販売者の種別に関連付けられていてもよい。例えば、代理口座データパッケージは、それが特定の販売者についてのみ有効なように、あるいは特定のカテゴリーの販売者についてのみ有効なように制限されていてもよい。同様に、代理口座データは、特定の販売者あるいは特定のカテゴリーの販売者を明確に無効となるように制限されていてもよい。いくつかの実施形態では、使用制限事項は、顧客以外の者によって用いられるような顧客の口座につき、より大きなレベルのセキュリティ及び/又は保証を提供するために利用されてもよい。例えば、顧客102が親ならば、顧客102は彼または彼女の子に、顧客102がその子にさせたい購入のタイプが明確に制限された代理口座データパッケージを提供してもよい。図3は、システム100を利用する金融機関の顧客のための、使用制限のある代理口座データの生成のための処理の流れ300の1つの実施形態を示す。302で、システム104は、代理口座データのリクエストを受信し得る。202に関して上述したように、この動作は任意の適切な方法で生じてよい。さらに、いくつかの実施形態でシステム104は、例えば上述のように、特定のリクエストを受け取ることなく代理口座データを生成してもよい。304でシステム104は、顧客102から、代理口座データに対応付けられるべき使用制限事項を受信してもよい。使用制限事項は、代理口座データを用いてよい取引のタイプに関する任意の適切な制限を含んでいてよく、例えば上述したタイプの制限でもよい。様々な実施形態によれば、使用制限事項は、代理口座データパッケージが生成される毎に特に顧客102から受信する必要はない。例えば、システム104は、1個以上のあらかじめ設定された使用制限事項のセットを記憶してもよく、この中から顧客102が選択するようにしてもよい。さらに、いくつかの場合において顧客102は、代理口座データを生成するときにデフォルトで例えば、それと反対の命令が受信されない限り用いられる使用制限事項あるいは使用制限事項のセットを指定してもよい。306では、例えば204に関して上述したように、内部のシステム106がシリアル番号を選択してもよい。308で、内部のシステム106は、シリアル番号及び1個又は複数の使用制限事項を、顧客の口座に対応付けてもよい。このように、代理口座データが購入のために用いられる場合、システム104は、例えば上述のように、代理口座データの有効性を検証するとともに、リクエストされた取引が使用制限事項に適合するかを検証してもよい。図3は、内部のシステム106によってシリアル番号に対応付けられた使用制限事項を示しているものの、これに代えて、暗号化されたシリアル番号及び/又は検証可能なデータが、例えば外部のシステム108によって、使用制限事項に対応付けられてもよいことも理解されよう。310で、内部のシステム106は、例えば208について上述したのと同様の仕方で、シリアル番号を暗号化してもよい。結果として得られる、暗号化されたシリアル番号は、外部のシステム108に送信されてもよく、これが312において、例えば210について上述したように、検証可能なデータと暗号化されたシリアル番号とを接続してもよい。314で、外部のシステムは、検証可能なデータと暗号化されたシリアル番号との組み合わせを暗号化し、代理口座データを得てもよい。図4は、販売者120を示し、代理口座データを利用する販売者120と顧客102との間の取引を説明するシステム100の一つの実施形態を示す。販売者120は、任意のタイプの商品あるいはサービスを顧客102に提供する任意の適切なタイプの販売者であってよい。例えば、販売者120はオンラインの小売店でも実店舗の小売店でもよい。他の実施形態では、販売者120は、顧客102が支払いを負い得る公益事業会社、又は他の会社若しくは団体であってよい。図5は、図4に示されるような、システム100を利用する顧客102と販売者120との間の取引を完了するための処理の流れ500の一つの実施形態を示す。取引は、顧客102が、代理口座データを利用して、販売者120により提供される商品及びサービスの代金を払うとき開始されてもよい。502で、システム104は代理口座データ及び取引データを受信してもよい。取引データは、代理口座データを利用して顧客の口座に課金することにより完了する、顧客102と販売者120の間の取引を記述してもよい。図4に示されるように、代理口座データ及び取引データは販売者120から受信してもよい。例えば、顧客102は、顧客102がそのクレジットカード番号及び同様の情報を提供するのと同じ仕方で、販売者120に代理口座データを提供してもよい。顧客102から販売者120に提供される取引データは、例えば、顧客102が購入したいと考える商品及び/又はサービスの記述を含んでいてもよい。いくつかの実施形態において、販売者120は、システム104に送信する前に、販売者120の表示で取引データを更新してもよい。様々な実施形態では、購入者102は、システム104に代理口座データ及び取引データを直接供給してもよい。504で、外部のシステム108は代理口座データを復号化してもよい。例えば、外部のシステム108は、代理口座データを暗号化するために使用された及び/又はこれを復号化するのに必要な暗号鍵にアクセスしてもよい。代理口座データを復号化した結果は、検証可能なデータ及び暗号化されたシリアル番号であってもよい。506で、外部のシステム108は、検証可能なデータを検証してもよい。例えば、外部のシステム108は、検証可能なデータと暗号化されたシリアル番号との間の対応関係例えば、データベース114に格納されたものを検証してもよい。検証可能なデータが検証された場合、外部のシステム108は、暗号化されたシリアル番号及び取引データを、内部のシステム106に例えば、安全な接続を経由して送信してもよい。内部のシステムは、508で、暗号化されたシリアル番号を復号化してもよい。510で、内部のシステム106は、シリアル番号が有効な口座に対応付けられているかを例えば、データ記憶装置112で判断してもよい。512で、内部のシステム106は、取引情報がシリアル番号と整合しているか、ないしはシリアル番号に対応付けられている任意の使用制限事項と整合しているかを例えばデータ記憶装置112で判断してもよい。シリアル番号が有効な口座に対応付けられて、取引データがシリアル番号に対応付けられた任意の使用制限事項と整合していれば、内部のシステム106は、顧客の口座から販売者120への支払いを認可してもよい。支払いは、任意の適切な手法によって実行し得る。例えば、顧客の口座から販売者120への支払いは、現行のクレジット及び/又はデビット取引と同様の手法で行われてもよい。いくつかの実施形態の中で、処理の流れ500は、システム104によってほぼリアルタイムに例えば、現行のクレジットカードの認可決定と同様の速さで実行され得ることが理解されよう。このような場合、販売者120は、顧客102と取引を完了する前に、少なくともシステム104から認可を受けるのを待ってもよい。上述したように、顧客102は、販売者120に、あるいは直接システム104に、任意の適切な手法で代理口座データを供給してもよい。例えば、販売者がインターネットないしウェブを基盤とする販売者である場合、顧客102は、販売者のサイトのウィンドウにこれを入力することによって代理口座データを提供してもよい。販売者のサイトは、例えば、顧客102が支払方法を選択することを可能にするドロップダウンメニューを含むものであってもよい。顧客102が代理口座データに対応付けられた手法を選択した場合、販売者のサイトは、代理口座データを受信するためのフィールドを提供してもよい。さらに、いくつかの実施形態では、販売者のサイトは、顧客102が販売者のサイトを通じて直接にシステム104へと代理口座データを供給することを可能とするような、システム104へのインターフェースより構成されていてもよい。また、代理口座データは対面販売での購入に用いられてよいことも理解されよう。例えば、顧客102は、代理口座データを英数字及び/又は記号の形式で備えたカードを、販売者120へと提供してもよい。販売者120は、販売者のコンピューターシステム図示せずへ手動であるいは自動的に代理口座データを入力することにより、システム104に代理口座データを送信してもよい。例えば、販売者120は、顧客が提供するカードからバーコードを読み取るためのバーコードリーダーを有していてもよい。さらに別の実施形態では、顧客102は、販売者120に対し口頭により代理口座データを示してもよい。図6及び7は、購入者102がスマートフォン、パームトップコンピューターなどのモバイルの装置を利用して代理口座データを提供する取引の例を示す、システム100の実施形態を示す。図6を参照すると、顧客102は、モバイル装置602を有していてもよい。モバイル装置602は、代理口座データを受信して格納できるモバイル電子装置であってもよい。例えば、モバイル装置602は、携帯電話、スマートフォン、パームトップコンピューター、ラップトップコンピューターなどの汎用モバイル装置であってもよい。いくつかの実施形態では、モバイル装置602は、例えばキーフォブ、マイクロチップを備えるスマートカードなど、支払いを容易にするための専用装置であってもよい。図6に示すように、モバイル装置602は、システム104から代理口座データを受信してもよい。例えば、モバイル装置602は、インターネットのようなネットワーク図示せずによってシステム104と直接通信してもよい。さらに、例えば、代理口座データは記憶媒体上で保存されてもよく、これがモバイル装置602によって読み出されてもよい。様々な実施形態では、モバイル装置602は無線通信が可能であってもよい。販売者120は、モバイル装置602からの無線送信を受信するための無線アクセス装置600を備えていてもよい。購入者102が販売者120と取引すると決める場合、購入者は、モバイル装置を販売者120との通信状態に置くようにしてもよい。例えば、購入者102は、モバイル装置102を無線アクセス装置600の把捉範囲内に移動させてもよい。さらに、いくつかの実施形態では、購入者102は、販売者120へ代理口座データを送るようモバイル装置602に促してもよい。ここで図7を参照すると、いくつかの実施形態では、モバイル装置602は、バーコード、あるいは他の適切なビジュアル及び/又はグラフィカルなコードを利用して、販売者120に代理口座データを送信してもよい。例えば、モバイル装置602は、スクリーン上で代理口座データを、バーコード、あるいは他のビジュアル及び/又はグラフィカルなコードの形で表わすように構成されてもよい。購入者102は、販売者120と通信状態にあるバーコードリーダー700の把捉範囲内にモバイル装置602特にそのスクリーンを置くことにより、販売者120に代理口座データを伝達してもよい。いくつかの実施形態では、購入者102は、バーコードリーダー700を使用する代わりに、バーコードあるいは他のコードの画像をキャプチャーないし抽出し、販売者120にこの画像を送信してもよい。図6及び7は、販売者102へ代理口座データ及び取引データを送るモバイル装置602を示すが、いくつかの実施形態においては、モバイル装置602が代理口座データのみを送信するようにしてもよいことは理解されよう。取引データ例えば、購入者102がどの商品ないしサービスを購入しようとしているかは、口頭あるいは他の方法によって伝達されてもよい。さらに、図6及び7は、代理口座データを販売者120に伝達するモバイル装置602を示すものの、いくつかの実施形態では、モバイル装置602はシステム104に代理口座データを直接に伝達してもよい。様々な実施形態によれば、金融機関システム104のハッキングを防ぐためのステップが設けられていてもよい。例えば、金融機関は、システム104への不正なアクセスを防ぎまた顧客との安全な通信を促進するための適切な安全上の機能を有していてもよい。例えば、HTTPS、セキュアソケットレイヤーSSLなどを含む任意の適切な技術が用いられ得る。内部のシステム及び外部のシステムの二面性からは、システム100の安全上の付加的な機能が生じ得る。例えば、不正に代理口座データを生成するためには、ハッカーは、両方のシステム106、108へ別個にハッキングすることが必要となる。このことは相当な障害となり得るものである。万一、システム106及び108のいずれかの復号鍵が盗まれ、あるいは危険にさらされたとしても、システム106及び108は新しい復号鍵を生成し、1又は複数の復号鍵が危険にさらされていた間に作成された代理口座データを置き換えることができる。ここでは、異なるコンピューターシステム106、108、当事者102、120、及び装置602は、互いに通信を行うものとして示されている。この通信が、任意の適切な手法によって行われ得ることは理解されよう。例えば、様々な実施形態によれば、ここに既述したコンピューターシステムまたは当事者の一部又は全部は、1個又は複数のネットワークによって互いに通信してもよい。1個又は複数のネットワークは、任意の適切な有線又は無線通信プロトコルにしたがって作動してもよく、任意の適切なハードウェアあるいはソフトウェアを利用してもよい。いくつかの実施形態では、1個又は複数のネットワークは、インターネットのような広域ネットワークWAN、ローカルエリアネットワークLANなどを含んでいてもよい。システム106、108、当事者102、120及び装置602の間の通信がインターネットあるいは他の公衆ネットワークで行われる場合、これらの通信は暗号化されてもよいことは理解されよう。例えば、システムの1つ以上は、非対称ないし公開鍵基盤PKIの手法を利用してもよい。PKIシステムによれば、各々のシステムが、メッセージの暗号化のために用いられ得る公開鍵と、復号化に用いられ得る秘密鍵とを有していてもよい。公開鍵は、第1のシステムにデータを送る必要がある任意のシステムに提供されてもよい。データは公開鍵によって、これが秘密鍵によってのみ復号化され得るように暗号化することができ、受信側システムによって秘密に保たれてもよい。このような場合、様々なシステム間の通信はすべて、意図された受取人によってのみ復号化され得る。様々な実施形態によれば、システム106及び108は各々独立したハードウェア上で導入されてもよい。例えば、システム106はシステム108とハードウェアを共有しないものであってもよい。これにより、潜在的なハッカーが、代理口座データの生成又は検証を改竄するために必要となるであろうシステム106、108双方の敏感な動作にアクセスすることがより困難になるため、安全性が増大し得る。しかしながら、他の実施形態では、システムは共通のハードウェアを共有してもよい。例えば、システム106及び108は、単一のコンピューター装置あるいは共通のコンピューター装置のセット上に導入されてもよい。代理口座データの生成又は検証を改竄するためにシステム106、108をハッキングすることの困難性を増大させる目的でシステム106、108を分離させるため、ハードウェアまたはソフトウェアのツールを利用してもよい。例えば、システム106と108の間の通信のタイプ及びセキュリティを制限するためにファイアウォールが導入されてもよい。いくつかの実施形態では、内部のシステム106と外部のシステム108の区別は存在しなくてもよく、システム104が、ここに記述されシステム106あるいはシステム108のいずれかに帰属するものとされる動作すべてを、全体として行なうものであってもよい。この構成はより安全ではないものとなり得るが、支出を避け、多重システム106及び108を導入する複雑さを避けられることは、いくつかの状況において有利なことであり得る。また、ここでは、システム106及び108を、内部のシステム106及び外部のシステム108と呼んでいる。にもかかわらず、これらのシステムは、互いに関連して、システム104、販売者120及び/又は購入者102に関連して、任意の適切な構成に置かれ得ることは理解されよう。ここに示した例は、本発明の潜在的かつ具体的な実施の形態を示すことを意図したものである。これらの例は、主として当業者のために発明を示す目的のものであることは理解されよう。この例のいずれの1個又は複数の観点も、必ずしも本発明の範囲を限定することを意図したものではない。例えば、ここで説明したシステムの構造、方法ないし処理の構造の例のいずれの1個又は複数の観点も、必ずしも本発明の範囲を限定することを意図したものではない。本発明の図面及び明細書は、本発明の明確な理解のために関係のある構成要素を示すために単純化され、一方で他の要素は明瞭化のために省略されている、ということが理解されるべきである。しかしながら、当業者であれば、この種の焦点を絞った説明が本発明のよりよい理解を促進するものではないことを認識するものであり、それゆえ、ここではそのような要素のより詳細な説明は行わない。様々な実施形態では、この発明の特定の観点を実現するためにモジュールないしソフトウェアを用いることができる。例えば、ソフトウェアアプリケーションをクライアント例えば販売者120あるいは他のユーザに伝達するソフトウェアアプリケーション配信モデルとして、サービス型ソフトウェアSaaSモデル、あるいはアプリケーションサービスプロバイダーASPモデルが導入されてもよい。このようなソフトウェアアプリケーションは、例えばインターネット接続を通じてダウンロードすることができ、独立して例えば、ラップトップまたはデスクトップのコンピュータシステムにダウンロードして、あるいは第三者であるサービスプロバイダーを通じて例えば、第三者のウェブサイトを通してアクセスして、動作させ得る。さらに、この発明の様々な実施形態に関してクラウドコンピューティング技術が用いられてもよい。さらに、本実施形態に関連した処理は、コンピューターのようなプログラム可能な装置によって実行されてもよい。プログラム可能な装置に処理を実行させるために導入され得るのがソフトウェアあるいは他の命令セットである。この処理は、例えばコンピューターシステムの不揮発性メモリ、光ディスク、磁気テープあるいは磁気ディスクなど任意の記憶装置に格納されてもよい。更に、処理のうちのいくつかは、コンピューターシステムが製造される時点にプログラムされあるいはコンピュータ読み取り可能な記憶媒体を経由してプログラムされてもよい。ここで説明した特定の処理の観点が、コンピュータ読み取り可能な1個又は複数の記憶媒体に格納された、コンピューター又はコンピューターシステムにステップを処理させる命令を用いて実行され得ることは、さらに理解されよう。コンピューター読み取り可能な記録媒体は、例えば、ディスケット、読み出し専用又は読み/書き用のコンパクトディスク、光ディスクドライブ及びハードディスクドライブのようなメモリ装置を含んでいてもよい。コンピュータ読み取り可能な記録媒体はさらに、物理的、仮想的、永久的、一時的、半永久的及び/又は半一時的なメモリ装置を含んでいてもよい。任意の特許、刊行物あるいは他の開示資料の全体あるいは一部分であって、参照のためここに援用するとされているものは、援用された資料が、既存の定義、言明あるいは本開示で述べられた他の開示資料と矛盾しない限度でのみ援用されている。そういうものとして、かつ必要な限度で、ここで明示的に述べられた開示は、参照のため援用された、これを矛盾する資料に取って代わる。参照のためここに援用するとされているものの既存の定義、言明あるいは本開示で述べられた他の開示資料と矛盾する任意の資料、またはその一部は、援用された資料と既存の開示資料との間に矛盾を来さない限度でのみ援用される。コンピューター、コンピューター装置、コンピューターシステム、システム、ホスト、エンジンあるいはプロセッサーは、例えば、限定なしに、プロセッサー、マイクロコンピュータ、ミニコンピューター、サーバ、メインフレーム、ラップトップ、個人用携帯情報端末PDA、無線電子メール装置、携帯電話、ページャー、プロセッサー、ファックス機器、スキャナー、あるいはネットワークを介してデータを送信及び/又は受信するよう構成されたその他のプログラム可能な装置であってもよい。ここに開示されたコンピューターシステム及びコンピューター基盤の装置は、情報を取得し、処理し、通信するために用いられる特定のソフトウェアアプリケーションを格納するためのメモリを含んでいてもよい。このようなメモリは、開示された実施形態の動作について内部にあってもよいし外部にあってもよいことは理解されよう。メモリはまた、ハードディスク、光ディスク、フロッピーディスク、ROM読み出し専用メモリ、RAMランダムアクセスメモリー、PROMプログラマブルROM、EEPROM電気的消去可能なPROM及び/又は他のコンピュータ読み取り可能な記憶媒体を含む、ソフトウェアを格納するための任意の手段であってよい。本発明の様々な実施形態では、単一の構成部分は複数の構成成分と取り替えられてもよい。また、複数の構成成分は、1又は複数の所与の機能を行なう単一の構成部分と取り替えられてもよい。そのような置換が本発明の実施形態を実施するために動作しないであろう場合を除き、そのような置換もまた本発明の範囲内である。ここに記述されたサーバーあるいはコンピューターシステムは、又は、サーバーファーム、すなわち協働的機能のために位置し構成されるネットワークサーバーの他の集合例えばサーバブレードの集合と取り替えられてもよい。サーバーファームは、ファームの個々の構成部分間の仕事量を分配する役割を果たし、また、複数のサーバーの集合的、協働的な力を利用することにより計算処理を促進し得ることが理解されよう。このようなサーバーファームは、例えば、異なるマシンからの処理パワーの要求量を追跡し、ネットワークの要求量に基づいてタスクの優先度の設定やスケジューリングを行い、及び/又は、偶発事故による構成要素の故障ないし運転性能の減少をバックアップする、といったタスクを実現するロードバランシングソフトウェアを導入してもよい。ここに記述した様々なシステムと方法の実施形態は、異なる構成部分間の通信を促進し、データを転送し、あるいは資源と情報を共有するために、1個以上の電子コンピューターネットワークを導入してもよい。このようなコンピューターネットワークは、ネットワーク内の装置を相互に接続するために用いられるハードウェア及びソフトウェアの技術に従って、光ファイバー、イーサネット、無線LAN、HomePNA、電力線通信あるいはG.hnなどのように分類できる。コンピューターネットワークもまた、以下の各タイプのネットワークの1つ以上として体現され得る。:構内ネットワークLAN、メトロポリタンエリアネットワークMAN、広域ネットワークWAN、仮想プライベートネットワークVPN、記憶域ネットワークSAN、他のネットワーク種類間のグローバルエリアネットワークGAN。例えば、WANコンピューターネットワークは、都市、地方あるいは国境を横断して通信をリンクすることで広域をカバーし得る。ネットワークは、ルーター及び/又は公共通信リンクを用いてよい。ひとつのタイプのデータ通信ネットワークは、電話サービスプロバイダーのようなコモンキャリアによって提供される送信設備を使用する、比較的広い地理的区域例えば都市から都市、あるいは国から国をカバーしてもよい。別の例において、GANコンピューターネットワークは、複数の無線LANあるいは衛星ネットワークを横断してモバイル通信をサポートしてもよい。別の例において、VPNコンピューターネットワークは、オープン接続によって担われるノードあるいは別のネットワーク例えばインターネット内の物理的なワイヤーによるものに代わる仮想回線間の、リンクを含んでいてもよい。VPNのリンク層プロトコルを、他のネットワークを通ってトンネリングすることができる。ひとつのVPNアプリケーションは、インターネットを通じた安全な通信を促進することができる。VPNはまた、基礎をなすネットワークを越えた異なるユーザーコミュニティーのトラフィックを個別かつ安全に導くために用いることができる。VPNは、ネットワークにアクセス装置を接続する現実のIPアドレス以外のIPアドレスロケーションを通じてネットワークにアクセスする仮想経験をユーザに提供してもよい。コンピューターネットワークは、LAN接続カードNICあるいはイーサネットカード、、リピーター、ブリッジ、ハブ、スイッチ、ルーターなど、ネットワークノード間を相互に接続するハードウェア要素を含んでいてもよい。このような要素は、通信のために物理的に配線されてもよく、及び/又は、データ接続がマイクロ波リンク例えばIEEE80212あるいはファイバー光学機器などにより提供されてもよい。ネットワークカード、ネットワークアダプタあるいはNICは、例えば、ネットワークへの物理的なアクセスと、MACアドレスの使用を通じたアドレス指定方式とを提供することにより、コンピューターネットワークを通じてコンピューターが通信することを可能にするように設計することができる。リピーターは、信号の劣化を抑えて通信距離を確保することを可能にするため、通信された信号を受信しブーストされた電力レベルで再送信する電子機器として体現することができる。ネットワークブリッジは、コンピューターネットワークのデータリンク層で多数のネットワークセグメントを接続し、一方、ネットワークのどの特定のポートを通ってどのアドレスに到達することができるかを学習するように構成することができる。ネットワークにおいてブリッジは、アドレスにポートを対応付け、このアドレスのトラフィックはこのポートへのみ送るものとしてもよい。様々な実施形態では、ローカルブリッジは構内ネットワークLANを直接に接続するために用いてもよい。リモートブリッジは、LANの間の広域ネットワークWANリンクを作成するために用いることができる。及び/または、無線ブリッジは、LANを、及び/またはLANと遠隔ステーションとを、接続するために用いることができる。様々な実施形態では、多数のポートを含むハブが導入されてもよい。例えば、データパケットがハブの1つのポートに着いたときは、このパケットを、未変更のまま送信用ハブのすべてのポートへコピーすることができる。データパケット中のMACアドレスに基づき、ポート間でOSI第2層データグラムを転送しフィルタリングするネットワークスイッチあるいは他の装置も使用することができる。スイッチは、ほとんどのネットワークがこのスイッチに直接接続され、あるいはスイッチに順次に接続する他のスイッチに接続されるように、多数のポートを有することができる。スイッチという用語はさらにルーターとブリッジを含んでいてもよく、また、アプリケーションコンテンツ例えば、ウェブURL特定情報によりデータトラフィックを分配する他の装置を含んでいてもよい。スイッチは、物理層、データリンク層、ネットワーク層あるいはトランスポート層すなわち、端から端までを含む1個以上のOSIモデル層で作動してもよい。これらの層の2つ以上で同時に作動する装置は、マルチレイヤースイッチとみなされる。特定の実施形態では、ルーターあるいは他の類似のネットワーキング装置は、ヘッダーを用いてデータパケットをネットワーク間で転送し、このパケットを送信する最適の経路を決定するためのテーブルを送信するために用いられてもよい。ここに導入されているように、アプリケーションサーバーは、他のアプリケーションによる使用のために、業務ロジック及び業務プロセスを公開するためAPIをホストするサーバーであってもよい。アプリケーションサーバーの例は、WebSphereアプリケーションサーバーを含むJ2EEまたはJavaEE5アプリケーションサーバーを含む。他の例は、WebSphereアプリケーションサーバーコミュニティー版IBM、SybaseエンタープライズアプリケーションサーバーSybase社、WebLogicサーバーBEA、JBossRedHat、JRumアドビシステムズ、ApacheGeronimoApacheソフトウェア財団、OracleOC4Jオラクル社、SunJavaシステムアプリケーションサーバーサンマイクロシステムズ及びSAPNetweaverASABAP/Javaを含んでいる。さらに、アプリケーションサーバーは、他のいくつかの構成部分中にWindowsCommunicationFoundation、.NETRemoting、ADO.NET及びASDP.NETを含む、NETフレームワークに従って提供されてもよい。例えば、JavaサーバーページJSPは、CGIスクリプトと機能的に等価なウェブコンテナー内で実行するサーブレットである。JSPは、ページ内にサーバーロジックへの参照を埋め込むことにより、HTMLページを作成するために使用することができる。アプリケーションサーバーは主としてウェブ基盤のアプリケーションに供されるものであってもよく、一方、他のサーバーは、例えばセッション開始プロトコルサーバーとして作動し、あるいは電話通信ネットワークと共に作動することができる。エンタープライズアプリケーション統合とサービス指向アーキテクチャー用の仕様は、多くの異なるコンピューターネットワーク要素を接続するようデザインすることができる。このような仕様は、ビジネスアプリケーションプログラミングインターフェース、ウェブサービスインターオペラビリティ及びJavaEEコネクターアーキテクチャーを含んでいる。この発明の様々な実施形態をここに記述した。しかしながら、本発明の利点の一部又は全部が達成した内容を知る当業者が様々な修正、変更及び応用を想到し得ることは明らかである。したがって、開示された実施形態は、付属する請求の範囲で述べられる本発明の範囲及び趣旨から逸脱することなく、そのような修正、変更及び応用をすべて包含することを意図するものである。本願は、2010年12月6日に出願された米国特許出願第12/970,414号の優先権を主張する。"