(57)【特許請求の範囲】
【請求項１】
取引を認可するために代理口座データを生成するためのシステムであって、
少なくとも１個のプロセッサー及び連動するメモリーを備える第１のコンピューターシステムと、少なくとも１個のプロセッサー及び連動するメモリーを備える第２のコンピューターシステムと、を備え、
前記第１のコンピューターシステムが備えるメモリーは、命令を記憶し、
当該命令は、前記第１のコンピューターシステムが備える少なくとも１個のプロセッサーにより実行されたときに、
第１の顧客のために、シリアル番号を選択し、
前記シリアル番号と前記第１の顧客の口座との対応関係を記憶し、
前記シリアル番号を暗号化し、
前記暗号化されたシリアル番号を、前記第２のコンピューターシステムに送信し、
前記第２のコンピューターシステムから第２の代理口座データの暗号化されたシリアル番号を受信し、
前記第２の代理口座データの前記暗号化されたシリアル番号を復号化し、
前記記憶された前記シリアル番号と前記第１の顧客の口座との対応関係に基づいて、前記第２の代理口座データの前記復号化されたシリアル番号を検証し、
前記取引を認可すること、
を含む方法を前記システムに実行させ、
前記第２のコンピューターシステムが備えるメモリーは、命令を記憶し、
当該命令は、前記第２のコンピューターシステムが備える少なくとも１個のプロセッサーにより実行されたときに、
前記第１のコンピューターシステムから前記暗号化されたシリアル番号を受信し、
前記暗号化されたシリアル番号を、検証可能なデータと統合し、
前記暗号化されたシリアル番号と前記検証可能なデータとの対応関係を記憶し、
前記統合された暗号化されたシリアル番号及び前記検証可能なデータを暗号化して第１の代理口座データを生成し、
前記統合された暗号化されたシリアル番号及び前記検証可能なデータを暗号化した後、前記第１の代理口座データを前記第１の顧客に送信し、
前記第２の代理口座データを受信し、
前記第２の代理口座データを復号化して前記第２の代理口座データの前記暗号化されたシリアル番号及び前記第２の代理口座データの前記検証可能なデータを生成し、
前記記憶された前記検証可能なデータと前記暗号化されたシリアル番号との対応関係を用いて、前記第２の代理口座データの前記検証可能なデータを検証し、
前記第２の代理口座データの前記暗号化されたシリアル番号を前記第１のコンピューターシステムに送信すること、
を含む方法を前記システムに実行させる、
システム。
【請求項２】
前記取引は、金融取引であり、
前記第１の顧客の前記口座は、金融口座である、
請求項１のシステム。
【請求項３】
前記第１のコンピューターシステム及び前記第２のコンピューターシステムは、異なる物理的場所に位置する、
請求項１又は２に記載のシステム。
【請求項４】
前記第１のコンピューターシステムと前記第２のコンピューターシステムとは、少なくとも１つのファイヤーウォールにより分離されている、
請求項１乃至３のいずれか１項に記載のシステム。
【請求項５】
前記第１のコンピューターシステムと前記第２のコンピューターシステムとは、少なくとも１個のプロセッサーを共有すること、及び、少なくとも１個のメモリーを共有すること、からなる群より選択される少なくとも１つの特徴を有する、
請求項１乃至４のいずれか１項に記載のシステム。
【請求項６】
前記第１の代理口座データを前記第１の顧客に送信することは、前記第１の代理口座データを、前記第１の顧客が視認するスクリーンに表示すること、前記第１の代理口座データを印刷したものを前記第１の顧客へと郵送すること、及び、前記第１の代理口座データを電子メールにより前記第１の顧客へと送信すること、からなる群より選択される少なくとも１つのアクションを含む、
請求項１乃至５のいずれか１項に記載のシステム。
【請求項７】
前記第１の代理口座データを前記第１の顧客に送信することは、前記第１の代理口座データを前記第１の顧客に対応付けられたモバイル装置へと送信することを含む、
請求項１乃至５のいずれか１項に記載のシステム。
【請求項８】
前記モバイル装置はさらに、前記第１の代理口座データを販売者に無線送信すること、及び、当該販売者が判読可能な前記第１の代理口座データの画像を生成すること、からなる群により選択される少なくとも１つのアクションを用いて、前記第１の代理口座データを当該販売者に送信するようプログラムされている、
請求項７に記載のシステム。
【請求項９】
前記第１の代理口座データは、英数字の形式及び記号の形式からなる群より選択された形式のものである、
請求項１乃至８のいずれか１項に記載のシステム。
【請求項１０】
前記シリアル番号の暗号化は、対称暗号化手法及び非対称暗号化手法からなる群より選択された暗号化手法を利用するものである、
請求項１乃至９のいずれか１項に記載のシステム。
【請求項１１】
前記検証可能なデータは、前記口座を示すものから構成される、
請求項１乃至１０のいずれか１項に記載のシステム。
【請求項１２】
前記検証可能なデータは、タイムスタンプを示すものから構成される、
請求項１乃至１１のいずれか１項に記載のシステム。
【請求項１３】
前記第１のコンピューターシステムが備える前記メモリーは、さらに命令を記憶し、
当該命令は、少なくとも１個のプロセッサーにより実行されたときに、少なくとも１個の使用制限事項を前記シリアル番号に対応付けることを含む方法を前記システムに実行させる、
請求項１乃至１２のいずれか１項に記載のシステム。
【請求項１４】
前記使用制限事項は、前記第１の代理口座データを使用し得る少なくとも１名の販売者、前記第１の代理口座データを使用し得ない少なくとも１名の販売者、前記第１の代理口座データを使用し得る時間の制限、及び前記第１の代理口座データを使用し得る回数からなる群より選択される、
請求項１３に記載のシステム。
【請求項１５】
前記口座のために前記第１の代理口座データを生成することは、前記第１の顧客からの前記第１の代理口座データのリクエストに応答したものである、
請求項１乃至１４のいずれか１項に記載のシステム。  
【請求項１６】
コンピューターにより実行され、取引を認可するために代理口座データを生成するための方法であって、
少なくとも１個のプロセッサーと、連動するメモリーとを備える第１のコンピューターシステムが、第１の顧客のために、シリアル番号を選択し、
前記第１のコンピューターシステムが、前記シリアル番号と前記第１の顧客の口座との対応関係を記憶し、
前記第１のコンピューターシステムが、前記シリアル番号を暗号化して暗号化されたシリアル番号を生成し、
前記第１のコンピューターシステムが、前記暗号化されたシリアル番号を第２のコンピューターシステムに送信し、
前記第２のコンピューターシステムが、前記暗号化されたシリアル番号を、検証可能なデータと統合し、
前記第２のコンピューターシステムが、前記暗号化されたシリアル番号と前記検証可能なデータとの対応関係を記憶し、
前記第２のコンピューターシステムが、前記統合された暗号化されたシリアル番号及び前記検証可能なデータを暗号化して第１の代理口座データを生成し、
前記第２のコンピューターシステムが、前記統合された暗号化されたシリアル番号及び前記検証可能なデータを暗号化した後、前記第１の代理口座データを前記第１の顧客に送信し、
前記第２のコンピューターシステムが、第２の代理口座データを受信し、
前記第２のコンピューターシステムが、前記第２の代理口座データを復号化して前記第２の代理口座データの暗号化されたシリアル番号及び前記第２の代理口座データの検証可能なデータを生成し、
前記第２のコンピューターシステムが、前記記憶された前記検証可能なデータと前記暗号化されたシリアル番号との対応関係を用いて、前記第２の代理口座データの前記検証可能なデータを検証し、
前記第２のコンピューターシステムが、前記第２の代理口座データの前記暗号化されたシリアル番号を前記第１のコンピューターシステムに送信し、
前記第１のコンピューターシステムが、前記第２の代理口座データの前記暗号化されたシリアル番号を復号化して前記第２の代理口座データの復号化されたシリアル番号を生成し、
前記第１のコンピューターシステムが、前記記憶された前記シリアル番号と前記第１の顧客の前記口座との対応関係に基づいて、前記第２の代理口座データの前記復号化されたシリアル番号を検証し、
前記第１のコンピューターシステムが、前記取引を認可すること、
を含む方法。
【請求項１７】
コンピューターシステムに、
第１のコンピューターシステムが、第１の顧客のために、シリアル番号を選択し、
前記第１のコンピューターシステムが、前記シリアル番号と前記第１の顧客の口座との対応関係を記憶し、
前記第１のコンピューターシステムが、前記シリアル番号を暗号化して暗号化されたシリアル番号を生成し、
前記第１のコンピューターシステムが、前記暗号化されたシリアル番号を第２のコンピューターシステムに送信し、
前記第２のコンピューターシステムが、前記暗号化されたシリアル番号を、検証可能なデータと統合し、
前記第２のコンピューターシステムが、前記暗号化されたシリアル番号と前記検証可能なデータとの対応関係を記憶し、
前記第２のコンピューターシステムが、前記統合された暗号化されたシリアル番号及び前記検証可能なデータを暗号化して第１の代理口座データを生成し、
前記第２のコンピューターシステムが、前記統合された暗号化されたシリアル番号及び前記検証可能なデータを暗号化した後、前記第１の代理口座データを前記第１の顧客に送信し、
前記第２のコンピューターシステムが、第２の代理口座データを受信し、
前記第２のコンピューターシステムが、前記第２の代理口座データを復号化して前記第２の代理口座データの暗号化されたシリアル番号及び前記第２の代理口座データの検証可能なデータを生成し、
前記第２のコンピューターシステムが、前記記憶された前記検証可能なデータと前記暗号化されたシリアル番号との対応関係を用いて、前記第２の代理口座データの前記検証可能なデータを検証し、
前記第２のコンピューターシステムが、前記第２の代理口座データの前記暗号化されたシリアル番号を前記第１のコンピューターシステムに送信し、
前記第１のコンピューターシステムが、前記第２の代理口座データの前記暗号化されたシリアル番号を復号化して前記第２の代理口座データの復号化されたシリアル番号を生成し、
前記第１のコンピューターシステムが、前記記憶された前記シリアル番号と前記第１の顧客の前記口座との対応関係に基づいて、前記第２の代理口座データの前記復号化されたシリアル番号を検証し、
前記第１のコンピューターシステムが、取引を認可すること、
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は一般的に、安全な取引を促進するためのシステム及び方法に関する。
【背景技術】
【０００２】
今日、ほとんどのクレジット取引及びデビット取引の構造は、標準的なクレジットカード取引のオリジナルの形式に基づいている。このような取引は、典型的には、誤用に対する防衛手段として物理的なカード及び物理的な署名の使用を伴う。対面取引の時代には、この構造は、不適当及び／又は詐欺的な購入に対する適切な防衛手段を提供した。しかしながら、技術及び購入者の要求の進歩により、カードの物理的なカードの提示又は購入者の署名のいずれも要求しない、標準クレジットカード取引の新しい変種がもたらされた。これらの新しい技術は、購入者と販売者の便益を増大させるものの、これらはまた、安全性の減少と、詐欺的な購入の可能性の増大をもたらす。
【０００３】
標準的なクレジットカード取引の安全性に対する緊張関係は、クレジットカードによる購入を電話を通じて行うことが可能になったときに現れ始めた。電話による取引においては、購入を完了するのに必要な情報は、口座番号（すなわち、クレジットカード又はデビットカードの番号）、口座の有効期限、及び、場合により、追加的な暗証番号（典型的には３桁又は４桁の数字）のみである。この結果、クレジット又はデビットの口座の口座番号、有効期限および暗証番号を入手できる者は誰でも、当該口座で詐欺的な電話購入をすることができる。インターネット購入は、電話購入と同じ安全上の欠陥に煩わされ、これがインターネットメディアの特質により増幅される。電話による取引と同様、インターネット取引は、口座に対応付けられた口座番号、有効期限および暗証番号のみにより完了させ得る。しかしながら、インターネット取引においては、この情報がインターネットあるいは他の公衆網に送信され、口座情報がさらに窃取される機会が生じる。送信はそれ自体、通過中あるいは購入者のマシン（トロイの木馬、スパイウェア又はその他のマルウェア経由）における横取りの対象となる。さらに、多くの販売者は、購入者の講座情報を販売者自身のシステム上に保持している。従って、購入者の口座情報は、購入者が取引する各販売者がとった安全上の予防に左右される。最近では、クレジットカードに代わり、インターネットを通じた、また店内でＷＩＦＩ及び他のモバイルネットワークを用いた購入が可能な、携帯電話および他の携帯端末の需要がある。モバイルネットワークの使用は、口座情報の横領のさらなる機会を作る。
【０００４】
標準的なクレジットカード取引の安全上の欠点に対処するため、様々な試みがなされてきた。例えば、ギフトカード、及びプリペイド式の現金等価物の拡散が行われてきた。これらのカードは残高が固定されているため、盗難により失われ得る額が制限される。しかしながら、このことが、合法的な購入者にとってのこのカードの利便性をも制約する。さらに、多くのギフトカードは、ある特定の１名又は複数の販売者に対してのみ使用可能である。また、現在では、インターネット購入において、取引や販売者への支払情報の送信に、高セキュリティのプロキシが利用されることもある。しかしながら、これらの方法はしばしば複雑になり、また、第三者（すなわち、高セキュリティのプロキシ）の関与を必要とする。
【０００５】
以下、本発明の様々な実施形態を、以下の図面と併せて例示する。
【図面の簡単な説明】
【０００６】
【図１】金融機関の顧客のための代理口座データの生成のためのシステムのブロックダイヤグラムである。
【図２】図１のシステムを利用する金融機関の顧客のための代理口座データの生成のための処理の流れの実施形態のひとつである。
【図３】図１のシステムを利用する金融機関の顧客のための、使用制限された代理口座データの生成のための処理の流れの実施形態のひとつである。
【図４】販売者を示し、代理口座データを利用した販売者と顧客との間の取引を図示する、図１のシステムの実施形態のひとつである。
【図５】図４のシステムを利用する販売者と顧客との間の取引を完了するための処理の流れの実施形態のひとつである。
【図６】購入者がスマートフォン、パームトップコンピューターなどのモバイル装置を利用して代理口座データを提供する例示的な取引を描写する図４のシステムの実施形態である。
【図７】購入者がスマートフォン、パームトップコンピューターなどのモバイル装置を利用して代理口座データを提供する例示的な取引を描写する図４のシステムの実施形態である。
【発明を実施するための形態】
【０００７】
様々な実施形態は、（例えば、個別のコンピューターシステムによって）連続的に暗号化された代理口座データを利用する、安全な取引を促進するためのシステムおよび方法に関する。代理口座データは、顧客の金融口座に対応付けられていてもよく、顧客の口座の課金（例えば、第三者である販売者との資金取引）を認可するために用いられるものでもよい。代理口座データは、例えば、顧客が実際の口座データを使用する仕方と同様の仕方で、オンライン、電話及び／又はその他の購入を行うために利用され得る。代理口座データの各例は、代理口座データパッケージとも呼ぶことがある。
【０００８】
代理口座データは、連続的な暗号化を利用する金融機関(あるいは第三者であるプロバイダー)によって生成されてもよい。例えば、内部の金融機関のコンピューターシステム（内部のシステム）が、顧客の口座にシリアル番号を対応付けるようにしてもよい。このシリアル番号は任意の適切な数字であってもよいし、任意の適切な仕方で顧客の口座に対応付けられてもよい。内部のシステムは、シリアル番号を暗号化し、外部の金融機関コンピュータシステム（外部のシステム）へと、暗号化されたシリアル番号を送出してもよい。外部のシステムは、暗号化されたシリアル番号に検証可能なデータを追加し、次に、暗号化されたシリアル番号および検証可能なデータの組み合わせを暗号化してもよい。このように、シリアル番号は二重に暗号化されてもよい。暗号化の結果として代理口座データが生成されてもよい。その後、代理口座データは任意の適切な仕方で顧客に伝達されてもよい。
【０００９】
様々な実施形態によれば、顧客は、顧客が本人のクレジットカード番号を提供するのと同様の仕方で、電話で、あるいは電子的に、本人が販売者へと供給することにより、代理口座データを利用することができる。販売者あるいは他の者は、この代理口座データを、支払リクエストと共に金融機関に供給することができる。この代理口座データおよびリクエストは、内部及び外部のシステムによって処理されてもよい。外部のシステムは、代理口座データを復号化して、暗号化されたシリアル番号および検証可能なデータを生成してもよい。検証可能なデータは、検証されてもよい。検証可能なデータが検証されれば、外部のシステムは、検証可能なデータを内部のシステムに送信してもよい。内部のシステムは、暗号化されたシリアル番号を復号化し、シリアル番号が顧客の口座に正しく対応付けられていることを検証してもよい。シリアル番号が顧客の口座に正しく対応付けられていれば、金融機関は、この顧客の口座に、支払リクエストに一致するように課金を行うことを認可してもよい。このような場合、販売者は、顧客の口座情報に決してアクセスすることがない。従って、顧客の口座情報は金融機関のもとに留まり、この金融機関のコンピューターシステムを保護するためにすでに存するインターネットセキュリティーシステムによって保護される。
【００１０】
様々な実施形態では、代理口座データは、金融機関により順守された取引制限に対応付けられていてもよい。例えば、代理口座データのシリアル番号及び／又は検証可能なデータは、例えば、取引利用可能最大額、取引毎の最大額、販売者に関する制限、有効期限及び／又は他の適切な制限など、任意の適切なタイプの取引制限に対応付けられていてもよい。代理口座データが制限に対応付けられている実施形態では、この制限は、代理口座データが支払リクエストとともに金融機関に提供される時点に得られるものであってよい。例えば、金融機関は、取引の詳細が代理口座データに対応付けられた取引制限と一致していない限り、顧客の口座から販売者への支払いを認可しないこととしてもよい。
【００１１】
図１は、金融機関の顧客の代理口座データを生成するためのシステム１００のブロックダイヤグラムを示す。顧客１０２は、代理口座データを得るためにコンピューターシステム１０４とやりとりをすることができる。様々な実施形態によれば、コンピューターシステム１０４は、金融機関（例えば、代理口座データを用いた引き出しが行われる口座を顧客１０２に提供する金融機関）のコンピューターシステムの一部又は全部を構成していてもよい。顧客１０２は、例えば、安全な接続、及び／又は、様々な実施形態においては顧客１０２が金融機関と銀行取引を行うためにすでに存するユーザーインターフェースを利用して、システム１０４との通信を行ってもよい。いくつかの実施形態では、コンピューターシステム１０４は、第三者であるサービスプロバイダーによって提供されてもよいし、金融機関のコンピューターシステム（図示せず）と安全な通信を行うようになっていてもよい。
【００１２】
様々な実施形態によれば、コンピューターシステム１０４は、外部の金融機関システム１０８と、内部の金融機関システム１０６とより構成されていてもよい。内部の１０６及び外部のシステム１０８は、例えば、システム１０６及び１０８の双方へとへハッキングすることを難しくするため、相互に分離されてもよい。例えば、様々な実施形態によれば、システム１０６及び１０８は，異なる物理的位置、異なるネットワーク上、異なるファイアウォールの背後、などにあってもよい。しかしながら、いくつかの実施形態では、内部のシステム１０６と外部のシステム１０８との間には何らの区別がなくてもよい。（例えば、両方の機能がシステム１０４により、又はその単一の構成部分により、行なわれてもよい。）
【００１３】
内部のシステム１０６は、例えば、シリアル番号データ記憶装置１１０及びシリアル番号対応関係データ記憶装置１１２を含む、１つ以上のデータ記憶装置と通信してもよい。データ記憶装置１１０及び１１２は個別の構成部分として示しているものの、それぞれに保存されるものとして示されたデータを、示されているより多くの、又はより少数の、物理的又は論理的装置に保存し得ることを理解されたい。シリアル番号データ記憶装置１１０は、顧客の口座データに対応付けられ得るシリアル番号により構成されていてもよい。シリアル番号対応関係データ記憶装置１１２は、シリアル番号と特定の顧客の口座データとの間を対応付けるものにより構成されていてもよい。同様に、外部のシステム１０８は、検証可能データ対応関係データ記憶装置１１４に電子的に通信してもよい。データ記憶装置１１４は、例えば後述のように、暗号化されたシリアル番号と検証可能なデータとの間を対応付けるものにより構成されていてもよい。
【００１４】
図２は、金融機関の顧客のためにシステム１００を利用して代理口座データを生成するための処理の流れ２００の１つの実施形態を示す。２０２で、システム１０４は、代理口座データのためのリクエストを（例えば顧客１０２から）受信してもよい。このリクエストは任意の適切な方法で受信されてもよい。様々な実施形態によれば、顧客１０２は、安全な接続によってシステム１０４にアクセスし、任意の適切な方法で１つ以上の代理口座データパッケージのリクエストを行ってもよい。例えば、システム１０４は、顧客に、代理口座データのリクエストを可能とするユーザーインターフェース（図示せず）を提供してもよい。様々な実施形態（例えば、システム１０４が金融機関によって直接に設置されている場合）においては、顧客１０２に代理口座データのリクエストを行わせるための機能は、金融機関にある顧客の１個又は複数の口座を管理するための様々なツール（例えば、残高照会及び振り込みツール、電子請求支払ツール、口座取引電子明細ツールなど）をもユーザ１０２提供しているユーザーインターフェースの一部として提供されてもよい。いくつかの実施形態では、顧客１０２が代理口座データのリクエストを行わなくてもよい。例えば、システム１０４は、顧客１０２に対し自動的に所定数の代理口座データパッケージを、（例えば、周期的に）供給するよう構成されていてもよい。例えば、金融機関の顧客の口座は、金融機関が顧客１０２に毎月所定数の代理口座データパッケージを供給するという特徴を含んでいてもよい。
【００１５】
２０４において、システム１０４（例えば、内部のシステム１０６）は、代理口座データを生成するために用いられるシリアル番号を選択してもよい。シリアル番号は、顧客の口座データに対応付け得る適切なサイズの一ブロックのデジタルデータ（例えば口座番号、有効期限、暗証番号など）であってもよい。様々な実施形態では、適切なシリアル番号のリストが、内部のシステム１０６によって，例えばシリアル番号記憶装置１１０に格納されてもよい。いくつかの実施形態では、シリアル番号は、顧客の口座を具体的に特定する口座データの一部又は全部であってもよい。しかしながら、シリアル番号のための口座データを利用すると、突き詰めれば、生成された代理口座データの中には暗号化された形式であるとはいえ口座データが存在することになる、ということは理解されよう。いくつかの実施形態では、内部のシステム１０６は、１つを超えるアカウント及び／又は１人を超える顧客に同時に使用されているシリアル番号が存在しないことを保証するため、既に使用されたシリアル番号を監視してもよい。しかしながら、いくつかの実施形態では、シリアル番号の以前の使用を表わす口座代理データがすべて失効した後、このシリアル番号が再利用されてもよい、ということは理解されよう。
【００１６】
２０６で、内部のシステム１０６は、顧客の口座を表すデータに、選択されたシリアル番号を対応付けてもよい。顧客の口座を表すデータは、例えば、口座番号又はその他の識別データを含んでいてもよい。シリアル番号と顧客口座との間の対応関係を示すものは、任意の安全な場所、例えば、シリアル番号対応関係データ記憶装置１１２に格納されてもよい。２０４で対応関係を生成した後、２０６で内部のシステム１０６は、シリアル番号を暗号化してもよい。シリアル番号を暗号化すると、内部のシステム１０６は、狭域又は広域の、有線、無線又はこれらが混合したネットワークを用い、任意の適切で安全な送信技術に従い、暗号化されたシリアル番号を外部のシステム１０８に送信してもよい。
【００１７】
シリアル番号は、任意の適切な暗号化ハードウェアあるいはソフトウェアの手法に従い、内部のシステム１０６によって暗号化されてもよいということが理解されよう。例えば、内部のシステム１０６は、例えば新暗号規格（ＡＥＳ）、データ暗号規格（ＤＥＳ）、ＲＣ２、ＲＣ４などの形式のような、対称で単一な鍵による暗号化手法によってシリアル番号を暗号化してもよい。任意の適切なブロックサイズを用いてよい。さらに、様々な実施形態によれば、非対称ないし公開鍵基盤（ＰＫＩ）の暗号化手法が用いられてもよい。例えば、内部のシステム１０６には、シリアル番号を暗号化するために用いられる公開鍵、及びデータパケットを復号化するために用いられる秘密鍵があってもよい。公開鍵は一般に利用可能なものであってもよい。一方、秘密鍵は他のいかなるシステムとも共有されてはならない。いくつかの実施形態では、対称及び非対称の暗号化手法がともに用いられてもよい。例えば、対称鍵を送信するために非対称の手法が用いられ、この対称鍵がさらなる通信に用いられてもよい。
【００１８】
２１０で、外部のシステム１０８は、暗号化されたシリアル番号を、検証可能なデータに結合してもよい。検証可能なデータは、暗号化されたシリアル番号を検証するために外部のシステム１０８が後で使用できるような任意の適切なデータであってもよい。いくつかの実施形態では、検証可能なデータは、顧客１０２及び／又は顧客の口座を示すデータを含むものであってもよい。さらに、あるいは代わりに、検証可能なデータは、タイムスタンプ、及び／又は、外部のシステム１０８を示すマシンスタンプを含むものであってもよい。このような場合、外部のシステム１０８は、結果として得られる代理口座データをそれが作成したことを、後で確認することが可能であってもよい。いくつかの実施形態では、検証可能なデータは、暗号化されたシリアル番号に対応付け得る任意のタイプのデータを含むものであってもよい。例えば、外部のシステム１０８は、データ記憶装置１１４で暗号化されたシリアル番号と検証可能なデータとの間の対応関係を示すものを格納してもよい。
【００１９】
外部のシステム１０８は、２１２で、暗号化されたシリアル番号と検証可能なデータとの組み合わせを暗号化してもよい。この暗号化の結果が代理口座データであってもよく、あるいは、これが代理口座データへと変形されてもよい。代理口座データは、引き続いて任意の適切な方法で顧客１０２に伝達されてもよい。例えば、引き続いて代理口座データは紙面あるいはカードに印刷され、顧客１０２へと（例えば、取引明細書とともに）郵送されてもよい。代理口座データは、紙面上ないしカード上で、任意の適切な形式で表されてよい。例えば、代理口座データは英数字の形式で表わされてもよく、記号の形式、あるいはバーコードもしくはその他のグラフィカルコードとして表されてもよい。様々な実施形態では、代理口座データは、顧客１０２に電子的に提供されてもよい。例えば、システム１０４は、顧客１０２のもとへ代理口座データを含む電子メールを送ってもよい。電子メールは、顧客１０２の公開のメールアカウント、及び／又は、金融機関にある顧客の口座に対応付けられた安全なメールアカウントに送られてもよい。様々な実施形態では、電子メールは、ここに記述するような購入をするため、スマートフォンのようなパーソナルコンピューターデバイスによって利用され得る、代理口座データの電子表示を含むものであってもよい。また、様々な実施形態において、代理口座データは、システム１０４によって提供されるユーザーインターフェースによって顧客１０２に提供されてもよい。例えば、代理口座データは顧客１０２に提供されるスクリーンの中で表わされてもよい。その後、顧客１０２は、後日の使用のためにこの代理口座データをコピー（例えば電子的に、あるいは手動で）してもよい。
【００２０】
様々な実施形態によれば、代理口座データの例（例えば代理口座データパッケージ）は、この代理口座データが販売者と取引の中で用いられ得る条件を限定する使用制限事項に対応付けられていてもよい。例えば、使用制限事項は、代理口座データを用いてよい、あるいは用いてはならない時間ないし日付を指定してもよい。さらに、例えば、いくつかの使用制限事項は、代理口座データの最大使用回数を指定してもよい。加えて、いくつかの使用制限事項は、代理口座データが失効までに使用され得る回数を指定してもよい。他の使用制限事項は、支払のために代理口座データを用いてもよい販売者の種別に関連付けられていてもよい。例えば、代理口座データパッケージは、それが特定の販売者についてのみ有効なように、あるいは特定のカテゴリーの販売者についてのみ有効なように制限されていてもよい。同様に、代理口座データは、特定の販売者あるいは特定のカテゴリーの販売者を明確に無効となるように制限されていてもよい。いくつかの実施形態では、使用制限事項は、顧客以外の者によって用いられるような顧客の口座につき、より大きなレベルのセキュリティ及び／又は保証を提供するために利用されてもよい。例えば、顧客１０２が親ならば、顧客１０２は彼または彼女の子に、顧客１０２がその子にさせたい購入のタイプが明確に制限された代理口座データパッケージを提供してもよい。
【００２１】
図３は、システム１００を利用する金融機関の顧客のための、使用制限のある代理口座データの生成のための処理の流れ３００の１つの実施形態を示す。３０２で、システム１０４は、代理口座データのリクエストを受信し得る。２０２に関して上述したように、この動作は任意の適切な方法で生じてよい。さらに、いくつかの実施形態でシステム１０４は、例えば上述のように、特定のリクエストを受け取ることなく代理口座データを生成してもよい。３０４でシステム１０４は、顧客１０２から、代理口座データに対応付けられるべき使用制限事項を受信してもよい。使用制限事項は、代理口座データを用いてよい取引のタイプに関する任意の適切な制限を含んでいてよく、例えば上述したタイプの制限でもよい。様々な実施形態によれば、使用制限事項は、代理口座データパッケージが生成される毎に特に顧客１０２から受信する必要はない。例えば、システム１０４は、１個以上のあらかじめ設定された使用制限事項のセットを記憶してもよく、この中から顧客１０２が選択するようにしてもよい。さらに、いくつかの場合において顧客１０２は、代理口座データを生成するときにデフォルトで（例えば、それと反対の命令が受信されない限り）用いられる使用制限事項あるいは使用制限事項のセットを指定してもよい。
【００２２】
３０６では、例えば２０４に関して上述したように、内部のシステム１０６がシリアル番号を選択してもよい。３０８で、内部のシステム１０６は、シリアル番号及び１個又は複数の使用制限事項を、顧客の口座に対応付けてもよい。このように、代理口座データが購入のために用いられる場合、システム１０４は、例えば上述のように、代理口座データの有効性を検証するとともに、リクエストされた取引が使用制限事項に適合するかを検証してもよい。図３は、内部のシステム１０６によってシリアル番号に対応付けられた使用制限事項を示しているものの、これに代えて、暗号化されたシリアル番号及び／又は検証可能なデータが、例えば外部のシステム１０８によって、使用制限事項に対応付けられてもよいことも理解されよう。
【００２３】
３１０で、内部のシステム１０６は、例えば２０８について上述したのと同様の仕方で、シリアル番号を暗号化してもよい。結果として得られる、暗号化されたシリアル番号は、外部のシステム１０８に送信されてもよく、これが３１２において、例えば２１０について上述したように、検証可能なデータと暗号化されたシリアル番号とを接続してもよい。３１４で、外部のシステムは、検証可能なデータと暗号化されたシリアル番号との組み合わせを暗号化し、代理口座データを得てもよい。
【００２４】
図４は、販売者１２０を示し、代理口座データを利用する販売者１２０と顧客１０２との間の取引を説明するシステム１００の一つの実施形態を示す。販売者１２０は、任意のタイプの商品あるいはサービスを顧客１０２に提供する任意の適切なタイプの販売者であってよい。例えば、販売者１２０はオンラインの小売店でも実店舗の小売店でもよい。他の実施形態では、販売者１２０は、顧客１０２が支払いを負い得る公益事業会社、又は他の会社若しくは団体であってよい。図５は、図４に示されるような、システム１００を利用する顧客１０２と販売者１２０との間の取引を完了するための処理の流れ５００の一つの実施形態を示す。取引は、顧客１０２が、代理口座データを利用して、販売者１２０により提供される商品及びサービスの代金を払うとき開始されてもよい。５０２で、システム１０４は代理口座データ及び取引データを受信してもよい。取引データは、代理口座データを利用して顧客の口座に課金することにより完了する、顧客１０２と販売者１２０の間の取引を記述してもよい。図４に示されるように、代理口座データ及び取引データは販売者１２０から受信してもよい。例えば、顧客１０２は、顧客１０２がそのクレジットカード番号及び同様の情報を提供するのと同じ仕方で、販売者１２０に代理口座データを提供してもよい。顧客１０２から販売者１２０に提供される取引データは、例えば、顧客１０２が購入したいと考える商品及び／又はサービスの記述を含んでいてもよい。いくつかの実施形態において、販売者１２０は、システム１０４に送信する前に、販売者１２０の表示で取引データを更新してもよい。様々な実施形態では、購入者１０２は、システム１０４に代理口座データ及び取引データを直接供給してもよい。
【００２５】
５０４で、外部のシステム１０８は代理口座データを復号化してもよい。例えば、外部のシステム１０８は、代理口座データを暗号化するために使用された及び／又はこれを復号化するのに必要な暗号鍵にアクセスしてもよい。代理口座データを復号化した結果は、検証可能なデータ及び暗号化されたシリアル番号であってもよい。５０６で、外部のシステム１０８は、検証可能なデータを検証してもよい。例えば、外部のシステム１０８は、検証可能なデータと暗号化されたシリアル番号との間の対応関係（例えば、データベース１１４に格納されたもの）を検証してもよい。検証可能なデータが検証された場合、外部のシステム１０８は、暗号化されたシリアル番号（及び取引データ）を、内部のシステム１０６に（例えば、安全な接続を経由して）送信してもよい。内部のシステムは、５０８で、暗号化されたシリアル番号を復号化してもよい。５１０で、内部のシステム１０６は、シリアル番号が有効な口座に対応付けられているかを（例えば、データ記憶装置１１２で）判断してもよい。５１２で、内部のシステム１０６は、取引情報がシリアル番号と整合しているか、ないしはシリアル番号に対応付けられている任意の使用制限事項と整合しているかを（例えばデータ記憶装置１１２で）判断してもよい。
【００２６】
シリアル番号が有効な口座に対応付けられて、取引データがシリアル番号に対応付けられた任意の使用制限事項と整合していれば、内部のシステム１０６は、顧客の口座から販売者１２０への支払いを認可してもよい。支払いは、任意の適切な手法によって実行し得る。例えば、顧客の口座から販売者１２０への支払いは、現行のクレジット及び／又はデビット取引と同様の手法で行われてもよい。いくつかの実施形態の中で、処理の流れ５００は、システム１０４によってほぼリアルタイムに（例えば、現行のクレジットカードの認可決定と同様の速さで）実行され得ることが理解されよう。このような場合、販売者１２０は、顧客１０２と取引を完了する前に、少なくともシステム１０４から認可を受けるのを待ってもよい。
【００２７】
上述したように、顧客１０２は、販売者１２０に、あるいは直接システム１０４に、任意の適切な手法で代理口座データを供給してもよい。例えば、販売者がインターネットないしウェブを基盤とする販売者である場合、顧客１０２は、販売者のサイトのウィンドウにこれを入力することによって代理口座データを提供してもよい。販売者のサイトは、例えば、顧客１０２が支払方法を選択することを可能にするドロップダウンメニューを含むものであってもよい。顧客１０２が代理口座データに対応付けられた手法を選択した場合、販売者のサイトは、代理口座データを受信するためのフィールドを提供してもよい。さらに、いくつかの実施形態では、販売者のサイトは、顧客１０２が販売者のサイトを通じて直接にシステム１０４へと代理口座データを供給することを可能とするような、システム１０４へのインターフェースより構成されていてもよい。また、代理口座データは対面販売での購入に用いられてよいことも理解されよう。例えば、顧客１０２は、代理口座データを英数字及び／又は記号の形式で備えたカードを、販売者１２０へと提供してもよい。販売者１２０は、販売者のコンピューターシステム（図示せず）へ手動であるいは自動的に代理口座データを入力することにより、システム１０４に代理口座データを送信してもよい。例えば、販売者１２０は、顧客が提供するカードからバーコードを読み取るためのバーコードリーダーを有していてもよい。さらに別の実施形態では、顧客１０２は、販売者１２０に対し口頭により代理口座データを示してもよい。
【００２８】
図６及び７は、購入者１０２がスマートフォン、パームトップコンピューターなどのモバイルの装置を利用して代理口座データを提供する取引の例を示す、システム１００の実施形態を示す。図６を参照すると、顧客１０２は、モバイル装置６０２を有していてもよい。モバイル装置６０２は、代理口座データを受信して格納できるモバイル電子装置であってもよい。例えば、モバイル装置６０２は、携帯電話、スマートフォン、パームトップコンピューター、ラップトップコンピューターなどの汎用モバイル装置であってもよい。いくつかの実施形態では、モバイル装置６０２は、例えばキーフォブ、マイクロチップを備えるスマートカードなど、支払いを容易にするための専用装置であってもよい。
【００２９】
図６に示すように、モバイル装置６０２は、システム１０４から代理口座データを受信してもよい。例えば、モバイル装置６０２は、インターネットのようなネットワーク（図示せず）によってシステム１０４と直接通信してもよい。さらに、例えば、代理口座データは記憶媒体上で保存されてもよく、これがモバイル装置６０２によって読み出されてもよい。様々な実施形態では、モバイル装置６０２は無線通信が可能であってもよい。販売者１２０は、モバイル装置６０２からの無線送信を受信するための無線アクセス装置６００を備えていてもよい。購入者１０２が販売者１２０と取引すると決める場合、購入者は、モバイル装置を販売者１２０との通信状態に置くようにしてもよい。例えば、購入者１０２は、モバイル装置１０２を無線アクセス装置６００の把捉範囲内に移動させてもよい。さらに、いくつかの実施形態では、購入者１０２は、販売者１２０へ代理口座データを送るようモバイル装置６０２に促してもよい。
【００３０】
ここで図７を参照すると、いくつかの実施形態では、モバイル装置６０２は、バーコード、あるいは他の適切なビジュアル及び／又はグラフィカルなコードを利用して、販売者１２０に代理口座データを送信してもよい。例えば、モバイル装置６０２は、スクリーン上で代理口座データを、バーコード、あるいは他のビジュアル及び／又はグラフィカルなコードの形で表わすように構成されてもよい。購入者１０２は、販売者１２０と通信状態にあるバーコードリーダー７００の把捉範囲内にモバイル装置６０２（特にそのスクリーン）を置くことにより、販売者１２０に代理口座データを伝達してもよい。いくつかの実施形態では、購入者１０２は、バーコードリーダー７００を使用する代わりに、バーコードあるいは他のコードの画像をキャプチャーないし抽出し、販売者１２０にこの画像を送信してもよい。図６及び７は、販売者１０２へ代理口座データ及び取引データを送るモバイル装置６０２を示すが、いくつかの実施形態においては、モバイル装置６０２が代理口座データのみを送信するようにしてもよいことは理解されよう。取引データ（例えば、購入者１０２がどの商品ないしサービスを購入しようとしているか）は、口頭あるいは他の方法によって伝達されてもよい。さらに、図６及び７は、代理口座データを販売者１２０に伝達するモバイル装置６０２を示すものの、いくつかの実施形態では、モバイル装置６０２はシステム１０４に代理口座データを直接に伝達してもよい。
【００３１】
様々な実施形態によれば、金融機関システム１０４のハッキングを防ぐためのステップが設けられていてもよい。例えば、金融機関は、システム１０４への不正なアクセスを防ぎまた顧客との安全な通信を促進するための適切な安全上の機能を有していてもよい。例えば、ＨＴＴＰＳ、セキュアソケットレイヤー（ＳＳＬ）などを含む任意の適切な技術が用いられ得る。内部のシステム及び外部のシステムの二面性からは、システム１００の安全上の付加的な機能が生じ得る。例えば、不正に代理口座データを生成するためには、ハッカーは、両方のシステム１０６、１０８へ別個にハッキングすることが必要となる。このことは相当な障害となり得るものである。万一、システム１０６及び１０８のいずれかの復号鍵が盗まれ、あるいは危険にさらされたとしても、システム１０６及び１０８は新しい復号鍵を生成し、１又は複数の復号鍵が危険にさらされていた間に作成された代理口座データを置き換えることができる。
【００３２】
ここでは、異なるコンピューターシステム１０６、１０８、当事者１０２、１２０、及び装置６０２は、互いに通信を行うものとして示されている。この通信が、任意の適切な手法によって行われ得ることは理解されよう。例えば、様々な実施形態によれば、ここに既述したコンピューターシステムまたは当事者の一部又は全部は、１個又は複数のネットワークによって互いに通信してもよい。１個又は複数のネットワークは、任意の適切な有線又は無線通信プロトコルにしたがって作動してもよく、任意の適切なハードウェアあるいはソフトウェアを利用してもよい。いくつかの実施形態では、１個又は複数のネットワークは、インターネットのような広域ネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）などを含んでいてもよい。
【００３３】
システム１０６、１０８、当事者１０２、１２０及び装置６０２の間の通信がインターネットあるいは他の公衆ネットワークで行われる場合、これらの通信は暗号化されてもよいことは理解されよう。例えば、システムの１つ以上は、非対称ないし公開鍵基盤（ＰＫＩ）の手法を利用してもよい。ＰＫＩシステムによれば、各々のシステムが、メッセージの暗号化のために用いられ得る公開鍵と、復号化に用いられ得る秘密鍵とを有していてもよい。公開鍵は、第１のシステムにデータを送る必要がある任意のシステムに提供されてもよい。データは公開鍵によって、これが秘密鍵によってのみ復号化され得るように暗号化することができ、受信側システムによって秘密に保たれてもよい。このような場合、様々なシステム間の通信はすべて、意図された受取人によってのみ復号化され得る。
【００３４】
様々な実施形態によれば、システム１０６及び１０８は各々独立したハードウェア上で導入されてもよい。例えば、システム１０６はシステム１０８とハードウェアを共有しないものであってもよい。これにより、潜在的なハッカーが、代理口座データの生成又は検証を改竄するために必要となるであろうシステム１０６、１０８双方の敏感な動作にアクセスすることがより困難になるため、安全性が増大し得る。しかしながら、他の実施形態では、システムは共通のハードウェアを共有してもよい。例えば、システム１０６及び１０８は、単一のコンピューター装置あるいは共通のコンピューター装置のセット上に導入されてもよい。代理口座データの生成又は検証を改竄するためにシステム１０６、１０８をハッキングすることの困難性を増大させる目的でシステム１０６、１０８を分離させるため、ハードウェアまたはソフトウェアのツールを利用してもよい。例えば、システム１０６と１０８の間の通信のタイプ及びセキュリティを制限するためにファイアウォールが導入されてもよい。いくつかの実施形態では、内部のシステム１０６と外部のシステム１０８の区別は存在しなくてもよく、システム１０４が、ここに記述されシステム１０６あるいはシステム１０８のいずれかに帰属するものとされる動作すべてを、全体として行なうものであってもよい。この構成はより安全ではないものとなり得るが、支出を避け、多重システム１０６及び１０８を導入する複雑さを避けられることは、いくつかの状況において有利なことであり得る。また、ここでは、システム１０６及び１０８を、内部のシステム１０６及び外部のシステム１０８と呼んでいる。にもかかわらず、これらのシステムは、互いに関連して、システム１０４、販売者１２０及び／又は購入者１０２に関連して、任意の適切な構成に置かれ得ることは理解されよう。
【００３５】
ここに示した例は、本発明の潜在的かつ具体的な実施の形態を示すことを意図したものである。これらの例は、主として当業者のために発明を示す目的のものであることは理解されよう。この例のいずれの１個又は複数の観点も、必ずしも本発明の範囲を限定することを意図したものではない。例えば、ここで説明したシステムの構造、方法ないし処理の構造の例のいずれの１個又は複数の観点も、必ずしも本発明の範囲を限定することを意図したものではない。
【００３６】
本発明の図面及び明細書は、本発明の明確な理解のために関係のある構成要素を示すために単純化され、一方で他の要素は明瞭化のために省略されている、ということが理解されるべきである。しかしながら、当業者であれば、この種の焦点を絞った説明が本発明のよりよい理解を促進するものではないことを認識するものであり、それゆえ、ここではそのような要素のより詳細な説明は行わない。
【００３７】
様々な実施形態では、この発明の特定の観点を実現するためにモジュールないしソフトウェアを用いることができる。例えば、ソフトウェアアプリケーションをクライアント（例えば販売者１２０）あるいは他のユーザに伝達するソフトウェアアプリケーション配信モデルとして、サービス型ソフトウェア（ＳａａＳ）モデル、あるいはアプリケーションサービスプロバイダー（ＡＳＰ）モデルが導入されてもよい。このようなソフトウェアアプリケーションは、例えばインターネット接続を通じてダウンロードすることができ、独立して（例えば、ラップトップまたはデスクトップのコンピュータシステムにダウンロードして）、あるいは第三者であるサービスプロバイダーを通じて（例えば、第三者のウェブサイトを通してアクセスして）、動作させ得る。さらに、この発明の様々な実施形態に関してクラウドコンピューティング技術が用いられてもよい。
【００３８】
さらに、本実施形態に関連した処理は、コンピューターのようなプログラム可能な装置によって実行されてもよい。プログラム可能な装置に処理を実行させるために導入され得るのがソフトウェアあるいは他の命令セットである。この処理は、例えばコンピューターシステムの（不揮発性）メモリ、光ディスク、磁気テープあるいは磁気ディスクなど任意の記憶装置に格納されてもよい。更に、処理のうちのいくつかは、コンピューターシステムが製造される時点にプログラムされあるいはコンピュータ読み取り可能な記憶媒体を経由してプログラムされてもよい。
【００３９】
ここで説明した特定の処理の観点が、コンピュータ読み取り可能な１個又は複数の記憶媒体に格納された、コンピューター又はコンピューターシステムにステップを処理させる命令を用いて実行され得ることは、さらに理解されよう。コンピューター読み取り可能な記録媒体は、例えば、ディスケット、読み出し専用又は読み／書き用のコンパクトディスク、光ディスクドライブ及びハードディスクドライブのようなメモリ装置を含んでいてもよい。コンピュータ読み取り可能な記録媒体はさらに、物理的、仮想的、永久的、一時的、半永久的及び／又は半一時的なメモリ装置を含んでいてもよい。
【００４０】
任意の特許、刊行物あるいは他の開示資料の全体あるいは一部分であって、参照のためここに援用するとされているものは、援用された資料が、既存の定義、言明あるいは本開示で述べられた他の開示資料と矛盾しない限度でのみ援用されている。そういうものとして、かつ必要な限度で、ここで明示的に述べられた開示は、参照のため援用された、これを矛盾する資料に取って代わる。参照のためここに援用するとされているものの既存の定義、言明あるいは本開示で述べられた他の開示資料と矛盾する任意の資料、またはその一部は、援用された資料と既存の開示資料との間に矛盾を来さない限度でのみ援用される。
【００４１】
「コンピューター」、「コンピューター装置」、「コンピューターシステム」、「システム」、「ホスト」、「エンジン」あるいは「プロセッサー」は、例えば、限定なしに、プロセッサー、マイクロコンピュータ、ミニコンピューター、サーバ、メインフレーム、ラップトップ、個人用携帯情報端末（ＰＤＡ）、無線電子メール装置、携帯電話、ページャー、プロセッサー、ファックス機器、スキャナー、あるいはネットワークを介してデータを送信及び／又は受信するよう構成されたその他のプログラム可能な装置であってもよい。ここに開示されたコンピューターシステム及びコンピューター基盤の装置は、情報を取得し、処理し、通信するために用いられる特定のソフトウェアアプリケーションを格納するためのメモリを含んでいてもよい。このようなメモリは、開示された実施形態の動作について内部にあってもよいし外部にあってもよいことは理解されよう。メモリはまた、ハードディスク、光ディスク、フロッピーディスク、ＲＯＭ（読み出し専用メモリ）、ＲＡＭ（ランダムアクセスメモリー）、ＰＲＯＭ（プログラマブルＲＯＭ）、ＥＥＰＲＯＭ（電気的消去可能なＰＲＯＭ）及び／又は他のコンピュータ読み取り可能な記憶媒体を含む、ソフトウェアを格納するための任意の手段であってよい。
【００４２】
本発明の様々な実施形態では、単一の構成部分は複数の構成成分と取り替えられてもよい。また、複数の構成成分は、１又は複数の所与の機能を行なう単一の構成部分と取り替えられてもよい。そのような置換が本発明の実施形態を実施するために動作しないであろう場合を除き、そのような置換もまた本発明の範囲内である。ここに記述されたサーバーあるいはコンピューターシステムは、又は、「サーバーファーム」、すなわち協働的機能のために位置し構成されるネットワークサーバーの他の集合（例えばサーバブレードの集合）と取り替えられてもよい。サーバーファームは、ファームの個々の構成部分間の仕事量を分配する役割を果たし、また、複数のサーバーの集合的、協働的な力を利用することにより計算処理を促進し得ることが理解されよう。このようなサーバーファームは、例えば、異なるマシンからの処理パワーの要求量を追跡し、ネットワークの要求量に基づいてタスクの優先度の設定やスケジューリングを行い、及び／又は、偶発事故による構成要素の故障ないし運転性能の減少をバックアップする、といったタスクを実現するロードバランシングソフトウェアを導入してもよい。
【００４３】
ここに記述した様々なシステムと方法の実施形態は、異なる構成部分間の通信を促進し、データを転送し、あるいは資源と情報を共有するために、１個以上の電子コンピューターネットワークを導入してもよい。このようなコンピューターネットワークは、ネットワーク内の装置を相互に接続するために用いられるハードウェア及びソフトウェアの技術に従って、光ファイバー、イーサネット、無線ＬＡＮ、ＨｏｍｅＰＮＡ、電力線通信あるいはＧ．ｈｎなどのように分類できる。コンピューターネットワークもまた、以下の各タイプのネットワークの１つ以上として体現され得る。：構内ネットワーク（ＬＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、広域ネットワーク（ＷＡＮ）、仮想プライベートネットワーク（ＶＰＮ）、記憶域ネットワーク（ＳＡＮ）、他のネットワーク種類間のグローバルエリアネットワーク（ＧＡＮ）。
【００４４】
例えば、ＷＡＮコンピューターネットワークは、都市、地方あるいは国境を横断して通信をリンクすることで広域をカバーし得る。ネットワークは、ルーター及び／又は公共通信リンクを用いてよい。ひとつのタイプのデータ通信ネットワークは、電話サービスプロバイダーのようなコモンキャリアによって提供される送信設備を使用する、比較的広い地理的区域（例えば都市から都市、あるいは国から国）をカバーしてもよい。別の例において、ＧＡＮコンピューターネットワークは、複数の無線ＬＡＮあるいは衛星ネットワークを横断してモバイル通信をサポートしてもよい。別の例において、ＶＰＮコンピューターネットワークは、オープン接続によって担われるノードあるいは別のネットワーク（例えばインターネット）内の物理的なワイヤーによるものに代わる仮想回線間の、リンクを含んでいてもよい。ＶＰＮのリンク層プロトコルを、他のネットワークを通ってトンネリングすることができる。ひとつのＶＰＮアプリケーションは、インターネットを通じた安全な通信を促進することができる。ＶＰＮはまた、基礎をなすネットワークを越えた異なるユーザーコミュニティーのトラフィックを個別かつ安全に導くために用いることができる。ＶＰＮは、ネットワークにアクセス装置を接続する現実のＩＰアドレス以外のＩＰアドレスロケーションを通じてネットワークにアクセスする仮想経験をユーザに提供してもよい。
【００４５】
コンピューターネットワークは、ＬＡＮ接続カード（ＮＩＣ）あるいはイーサネットカード、、リピーター、ブリッジ、ハブ、スイッチ、ルーターなど、ネットワークノード間を相互に接続するハードウェア要素を含んでいてもよい。このような要素は、通信のために物理的に配線されてもよく、及び／又は、データ接続がマイクロ波リンク（例えばＩＥＥＥ８０２.１２）あるいはファイバー光学機器などにより提供されてもよい。ネットワークカード、ネットワークアダプタあるいはＮＩＣは、例えば、ネットワークへの物理的なアクセスと、ＭＡＣアドレスの使用を通じたアドレス指定方式とを提供することにより、コンピューターネットワークを通じてコンピューターが通信することを可能にするように設計することができる。リピーターは、信号の劣化を抑えて通信距離を確保することを可能にするため、通信された信号を受信しブーストされた電力レベルで再送信する電子機器として体現することができる。ネットワークブリッジは、コンピューターネットワークのデータリンク層で多数のネットワークセグメントを接続し、一方、ネットワークのどの特定のポートを通ってどのアドレスに到達することができるかを学習するように構成することができる。ネットワークにおいてブリッジは、アドレスにポートを対応付け、このアドレスのトラフィックはこのポートへのみ送るものとしてもよい。様々な実施形態では、ローカルブリッジは構内ネットワーク（ＬＡＮ）を直接に接続するために用いてもよい。リモートブリッジは、ＬＡＮの間の広域ネットワーク（ＷＡＮ）リンクを作成するために用いることができる。及び／または、無線ブリッジは、ＬＡＮを、及び／またはＬＡＮと遠隔ステーションとを、接続するために用いることができる。
【００４６】
様々な実施形態では、多数のポートを含むハブが導入されてもよい。例えば、データパケットがハブの１つのポートに着いたときは、このパケットを、未変更のまま送信用ハブのすべてのポートへコピーすることができる。データパケット中のＭＡＣアドレスに基づき、ポート間でＯＳＩ第２層データグラムを転送しフィルタリングするネットワークスイッチあるいは他の装置も使用することができる。スイッチは、ほとんどのネットワークがこのスイッチに直接接続され、あるいはスイッチに順次に接続する他のスイッチに接続されるように、多数のポートを有することができる。「スイッチ」という用語はさらにルーターとブリッジを含んでいてもよく、また、アプリケーションコンテンツ（例えば、ウェブＵＲＬ特定情報）によりデータトラフィックを分配する他の装置を含んでいてもよい。スイッチは、物理層、データリンク層、ネットワーク層あるいはトランスポート層（すなわち、端から端まで）を含む１個以上のＯＳＩモデル層で作動してもよい。これらの層の２つ以上で同時に作動する装置は、マルチレイヤースイッチとみなされる。特定の実施形態では、ルーターあるいは他の類似のネットワーキング装置は、ヘッダーを用いてデータパケットをネットワーク間で転送し、このパケットを送信する最適の経路を決定するためのテーブルを送信するために用いられてもよい。
【００４７】
ここに導入されているように、アプリケーションサーバーは、他のアプリケーションによる使用のために、業務ロジック及び業務プロセスを公開するためＡＰＩをホストするサーバーであってもよい。アプリケーションサーバーの例は、ＷｅｂＳｐｈｅｒｅアプリケーションサーバーを含むＪ２ＥＥまたはＪａｖａＥＥ５アプリケーションサーバーを含む。他の例は、ＷｅｂＳｐｈｅｒｅアプリケーションサーバーコミュニティー版（ＩＢＭ）、Ｓｙｂａｓｅエンタープライズアプリケーションサーバー（Ｓｙｂａｓｅ社）、ＷｅｂＬｏｇｉｃサーバー（ＢＥＡ）、ＪＢｏｓｓ（ＲｅｄＨａｔ）、ＪＲｕｍ（アドビシステムズ）、Ａｐａｃｈｅ  Ｇｅｒｏｎｉｍｏ（Ａｐａｃｈｅソフトウェア財団）、Ｏｒａｃｌｅ  ＯＣ４Ｊ（オラクル社）、Ｓｕｎ  Ｊａｖａシステムアプリケーションサーバー（サンマイクロシステムズ）及びＳＡＰ  Ｎｅｔｗｅａｖｅｒ  ＡＳ（ＡＢＡＰ／Ｊａｖａ）を含んでいる。さらに、アプリケーションサーバーは、他のいくつかの構成部分中にＷｉｎｄｏｗｓ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｆｏｕｎｄａｔｉｏｎ、．ＮＥＴ  Ｒｅｍｏｔｉｎｇ、ＡＤＯ．ＮＥＴ及びＡＳＤＰ．ＮＥＴを含む、ＮＥＴフレームワークに従って提供されてもよい。例えば、Ｊａｖａサーバーページ（ＪＳＰ）は、ＣＧＩスクリプトと機能的に等価なウェブコンテナー内で実行するサーブレットである。ＪＳＰは、ページ内にサーバーロジックへの参照を埋め込むことにより、ＨＴＭＬページを作成するために使用することができる。アプリケーションサーバーは主としてウェブ基盤のアプリケーションに供されるものであってもよく、一方、他のサーバーは、例えばセッション開始プロトコルサーバーとして作動し、あるいは電話通信ネットワークと共に作動することができる。エンタープライズアプリケーション統合とサービス指向アーキテクチャー用の仕様は、多くの異なるコンピューターネットワーク要素を接続するようデザインすることができる。このような仕様は、ビジネスアプリケーションプログラミングインターフェース、ウェブサービスインターオペラビリティ及びＪａｖａＥＥコネクターアーキテクチャーを含んでいる。
【００４８】
この発明の様々な実施形態をここに記述した。しかしながら、本発明の利点の一部又は全部が達成した内容を知る当業者が様々な修正、変更及び応用を想到し得ることは明らかである。したがって、開示された実施形態は、付属する請求の範囲で述べられる本発明の範囲及び趣旨から逸脱することなく、そのような修正、変更及び応用をすべて包含することを意図するものである。
【００４９】
本願は、２０１０年１２月６日に出願された米国特許出願第１２／９７０，４１４号の優先権を主張する。
【図１】
0005857067.tif 000002
【図２】
0005857067.tif 000003
【図３】
0005857067.tif 000004
【図４】
0005857067.tif 000005
【図５】
0005857067.tif 000006
【図６】
0005857067.tif 000007
【図７】
0005857067.tif 000008