JP2008257721A - バリューベースの取引において使用可能なトークン - Google Patents

Abstract

【課題】バリューを移転するために用いることが可能なトークンを生成する手法。
【解決手段】トークンは、セキュアで安全なやり方で、売り手とのバリューベースの取引においてバリューを移転するために用いることができ、バリューのソースの匿名性を維持し、売り手などの、高信頼でない第三者に好ましくは開示されるべきでない情報の機密性を保つ。トークンは、トークンに関連した口座からバリューベースの取引中に売り手にバリューを移転することを可能にするために十分な情報を備える。前述のトークンは、取引を完了するために売り手に関するバリューを移転する目的でバリューベース取引においてユーザによって売り手に前述のトークンを提示することができる。
【選択図】図３

Description

本発明は、バリューベース取引に関し、特に、セキュアであり、ユーザの匿名性、及びバリューのソースを維持し、高信頼でない第三者（売り手などの）に、好ましくは開示すべきでない情報の機密性を維持するやり方でバリューを売り手に移転するためのバリューベース取引において使用することが可能なトークンをユーザが生成することを可能にする手法に関する。

伝統的に、現金が、バリューベース取引におけるバリューとして使用されている。これは主に、その、使用の利便性による。誰かに20ドル紙幣を渡すと、紙幣を渡された人は、種々の目的（夕食を購入するか、映画を見に行くか、他の人にあげるか、又は、後に使うためにとっておくなど）でその紙幣を使うことが可能である。しかし、前述の利便性にはマイナス面もある。例えば、大学の授業料の支払いのために子どもの口座に親がお金を送る場合がある。しかし、子どもはその代わりに、新しいステレオや音楽CDにそのお金を使いかねない。別の例として、建築材料の購入のために建設業者に支払う場合がある。その場合に、建設業者が有する借金の支払いのためにそのお金が使われたことが明らかになることがあり得る。更に、現金の汎用的な購買力によって、持ち運びが非常に危険になり、窃盗の標的になる。

最近、現金の代わりにクレジット・カードの利用が急増している。しかし、クレジット・カードの利用には、固有のリスクも伴う。取引のためにカードが売り手に提示されると、カード番号は、高信頼でない売り手に開示される。カード情報はよって、売り手による、認可されていない不正利用の目的で利用可能になる。更に、クレジット・カードはしばしば、なくなるか又は盗まれ、なくなったクレジット・カード又は盗まれたクレジット・カードに課金される。

前述に照らせば、バリューベースの取引においてバリューを売り手に移転する改善されたセキュアな手法が望ましい。

本発明の実施例は、バリューを移転するために用いることが可能なトークンを生成する手法を提供する。トークンは、バリューのソースの匿名性を維持し、高信頼でない第三者（売り手など）に好ましくは開示すべきでない情報の機密性を維持するセキュアで安全なやり方で、売り手とのバリューベースの取引においてバリューを移転するために用いることができる。トークンは、トークンに関連した口座から売り手にバリューベース取引中にバリューを移転することを可能にする十分な情報を有する。前述のトークンは、取引を完了するために、取引に関係するバリューを売り手に移転する目的で、バリューベースの取引においてユーザによって売り手に提示することができる。

本発明の実施例によれば、トークンを生成する手法を提供する。一実施例では、口座を識別し、口座からバリューを移転するよう認可された事業主体を識別する情報が受け取られる。トークン情報を有するトークンが生成され、トークン情報は、口座を識別する情報及び事業主体を識別する情報を有し、少なくとも、口座を識別する情報が暗号化され、トークンは、口座からバリューが移転することを可能にする。一実施例では、口座からバリューを移転するよう認可された事業主体の公開暗号化鍵を用いて、口座を識別する情報が暗号化される。口座からバリューを移転するよう認可された事業主体は、口座を保有する事業主体（例えば、銀行口座を保有する銀行）やその他の特定の事業主体（手形交換所など）であり得る。一実施例では、トークンは、金銭的バリューを銀行口座から移転することを可能にする。トークンは、バリューベース取引において第１の売り手にバリューを移転するために第１の売り手に供給することができる。

アイテム又はアイテム・クラスを識別する情報も受け取ることができ、トークンに関連したトークン情報は、アイテム又はアイテム・クラスを識別する情報を含み得る。トークンは、アイテム、又はアイテム・クラスにおけるアイテムに関係した取引のために口座からバリューを移転することを可能にする。売り手又は売り手クラスを識別する情報も受け取ることができる。トークン情報は、売り手又は売り手クラスを識別する情報を含み、トークンは、売り手、又は売り手クラス内の売り手に口座からバリューを移転することを可能にする。一実施例では、認可情報（例えば、PIN、電子署名）を受け取り、暗号化し、トークンと関連付けることができる。

本発明の実施例によれば、生成されるトークンは、電子トークン又は物理トークンであり得る。トークンに関連したトークン情報の一部分は、トークンに関連したマシン読み取り可能な情報でコード化することができる。

本発明の実施例によれば、バリュー限度を識別する情報を受け取ることができ、トークン情報はバリュー限度を識別する情報を含み、トークンは、バリュー限度までのバリューの移転を可能にする。

本発明の実施例によれば、取引を実行する手法を提供する。トークンからのトークン関連情報は、売り手の売り手システムにおいて得ることができる。トークン関連情報は、口座を識別する情報、及び口座からバリューを移転するよう認可された事業主体を識別する情報を備えることができ、口座を識別する情報は暗号化される。口座を識別する暗号化情報は、口座からバリューを移転するよう認可された事業主体に売り手システムから通信することができる。取引に関する情報を含む取引情報は、売り手システムから事業主体に通信することができる。取引情報は、売り手に移転する対象のバリューを識別することができる。売り手へのバリューの移転の承認又は却下を示すコードを売り手システムにおいて事業主体から受け取ることができる。一実施例では、トークン関連情報は、アイテム又はアイテム・クラスを識別する情報を更に備えることができ、売り手システムから事業主体へのものであり得る。事業主体に通信される取引情報は、取引に関係するアイテムを識別する情報を含み得る。別の実施例では、トークン関連情報は、売り手又は売り手クラスを識別する情報を含み得るものであり、売り手システムから事業主体に通信することができる。事業主体に通信される取引情報は、売り手を識別する情報を備えることができる。更に別の実施例では、トークン関連情報は、バリュー限度を識別する情報を備え得る。この情報は、売り手システムから事業主体に通信することができる。一実施例では、トークン関連情報は、トークン上に印刷されたマシン読み取り可能なコードでコード化することができる。

本発明の実施例によれば、取引のバリューを移転する手法を提供する。トークン関連情報を第１のシステムから受け取ることができる。トークン関連情報は、第１のシステムによってトークンから得られる。トークン関連情報は、口座を識別する暗号化情報を備えることができる。取引情報も第１のシステムから受け取ることができる。取引情報は、取引に関係し、売り手、及び売り手に移転する対象の値を識別する。口座を識別する暗号化情報を復号することができる。取引情報において識別されたバリューの口座から売り手への移転は承認又は却下され得る。

一実施例では、第１のシステムから受け取られるトークン関連情報は、アイテム及びアイテム・クラスを識別する情報、及び売り手又は売り手クラスを識別する情報を含み、取引情報は、取引に関係するアイテムを識別する。移転の承認又は却下は、取引情報において識別された売り手が、トークン関連情報にて識別された売り手と同じであるか、又はトークン関連情報にて識別された売り手クラスを満たす売り手であるかを判定する工程、取引情報において識別されたアイテムが、トークン関連情報にて識別されたアイテムと同じであるか、又はトークン関連情報にて識別されたアイテム・クラスを満たすアイテムであるかを判定する工程、及び、取引情報にて識別された売り手が、トークン関連情報にて識別された売り手と同じであるか、又は、トークン関連情報にて識別された売り手クラスを満たす売り手であり、取引情報にて識別されたアイテムが、トークン関連情報にて識別されたアイテムであるか、又は、トークン関連情報にて識別された売り手クラスを満たすアイテムである旨を判定すると口座からのバリューの移転を承認する工程を備え得る。取引情報にて識別されたバリューは、売り手に移転することができる。一実施例では、バリューを移転する工程は、取引情報に識別されたバリューに等しい金銭的バリューを銀行口座から売り手に移転する工程を含む。

本発明の上記説明は、その他の特徴、実施例、及び利点とともに、明細書、特許請求の範囲及び図面を参照するとより明らかになる。

以下の記載では、説明の目的で、具体的な詳細を表して、本発明が深く分かるようにしている。しかし、本発明は、前述の具体的な詳細なしで実施することが可能である。

本発明の実施例は、バリューを移転するために用いることが可能なトークンを生成する手法を提供する。トークンは、バリューのソースの匿名性を維持し、高信頼でない第三者（売り手など）に好ましくは開示すべきでない情報の機密性を維持するセキュアで安全なやり方で、売り手とのバリューベースの取引においてバリューを移転するために用いることができる。トークンは、トークンに関連した口座から売り手にバリューベース取引中にバリューを移転することを可能にする十分な情報を有する。前述のトークンは、取引を完了するために、取引に関係するバリューを売り手に移転する目的で、バリューベースの取引においてユーザによって売り手に提示することができる。例えば、金銭的バリューを格納した銀行口座に関連したトークンを生成することができる。ユーザと売り手との間の金融取引（例えば、ユーザが本屋から本を購入する）では、バリューベースの取引のためにバリューを売り手に移転するために、ユーザはトークンを売り手に供給することができる。このようにして、トークンは、現金又は金銭的バリューの代わりになる。

本発明の範囲はしかし、現金又は金銭的バリューに限定されない。トークンを用いて他のタイプのバリュー（航空会社の上顧客優遇プログラム、ロイヤルティ・ポイントや、取引において交換バリューを有する何れかのものなど）を移転してもよい。

図１は、本発明の実施例による、バリューを移転するために用いることができるトークン１００の例を表す。トークンは、ディジタル・トークン（電子画像など）や、物理媒体（紙、カード、プラスチック等など）を用いて生成された物理トークンであり得る。トークン１００は、後に用いるためにユーザによって生成することができる。図１に表すトークン１００は、本発明の実施例を例証しているにすぎず、特許請求の範囲記載の本発明の範囲を限定するものでない。当業者は他の変形、修正及び代替を認識するであろう。

トークン１００は、口座から売り手にバリューを移転することを可能にする十分な情報を有する。例えば、トークン１００は、金銭的バリューを銀行口座から売り手に移転することを可能にする。トークン１００は、人間読み取り可能な情報又はマシン読み取り可能な情報を備え得る。人間読み取り可能な情報は任意であり、トークンに関する各種情報を備えることができる。図１では、トークン１００上に印刷された人間読み取り可能な情報は、トークン１００が生成された日付、トークン１００の満了日を識別する情報１０４、トークン１００を用いて移転することができる最大の金銭的バリューを識別する情報１０６、トークン１００を用いて金銭的バリューを移転することができる特定の売り手を識別する情報１０８及び１１０、トークン１００を用いて金銭的バリューを移転することができる特定のアイテムを特定する情報１１２、並びに、トークン１００を用いて金銭的バリューが移転される口座を保有する銀行を識別する情報１１４を含む。トークン上に印刷された人間読み取り可能な情報はトークン間で変わり得るものであり、トークンの特定の実施例では存在しないこともあり得る。

トークン１００は、マシン読み取り可能なコード１１６の形式のマシン読み取り可能な情報も含む。一実施例では、バリューを移転するために用いる情報は全て、マシン読み取り可能なコード１１６でコード化される。コード１１６は売り手システムによって容易に読み出すことができ、バリューベースの取引は、売り手とユーザとの間で単一の単純な相互作用によって完了することができる。コード１１６は、種々の形式のコード（QRコードのような2次元バーコード、PDF４１７コード、グリフ（例えば、ゼロックス・グリフ）、マシン読み取り可能な文書、画像、シンボル等や、それらの組み合わせ）であり得る。コード１１６は通常、簡単に印刷可能であるか、又は、ポータブル・ディスプレイ上（携帯電話機のディスプレイ上など）に、作成し、表示することが簡単である。マシン読み取り可能なコード１１６又はその一部分によってコード化された情報は、トークン１００上の人間読み取り可能な形式で印刷してもよい。

図示した通り、マシン読み取り可能なコード１１６は、トークンに関連した口座から売り手にバリューを移動することを可能にする情報をコ―ド化することができる。マシン読み取り可能なコード１１６は、トークン１００を用いてバリューを移転することが可能な口座を保有する事業主体を識別する情報などの情報をコード化することができる。例えば、マシン読み取り可能なコード１１６は、トークン１００が金融取引において用いられる場合に送金することができる口座を保有する銀行を識別する情報をコード化することができる。マシン読み取り可能なコード１１６は、トークン１００を用いてバリューを移転することができる銀行口座を識別する情報をコード化してもよい。

マシン読み取り可能なコード１１６は、トークン１００のユーザの識別情報を証明するために銀行に供給される識別情報の認可又は証明をコード化してもよい。認可情報は一意のID、個人識別番号（PIN）、電子署名等であり得る。この認可情報は、偽造に対して保護するために銀行によって識別情報の証明として用いられ、セキュリティ上の有用な構成である。

マシン読み取り可能なコード１１６によってコード化できる他の情報は、トークン１００に関連した満了データ、トークン１００を用いて移転することができるバリューに対する最大限度、トークン１００を用いてバリューを受け取ることが可能な特定の売り手又は売り手クラスを識別する情報、トークン１００を用いて購入することができ、バリュー移転が可能なアイテム（例えば、商品若しくはサービス）又はアイテム・クラスを含み得る。

マシン読み取り可能なコード１１６は、トークン１００を識別するために用いられるトークン識別子（ト―クンID）をコード化してもよい。トークン１００がなくなった場合、トークンは、トークンに対応するトークンIDに対する取り消し要求を銀行に出すことによってユーザによって取り消すことができる。銀行はその場合、そのトークンIDを用いたバリュー移転の要求を全て却下する。

マシン読み取り可能なコード１１６によってコード化される１つ又は複数の情報は、売り手が前述の情報を復号することが可能でないような暗号化形式の情報であり得る。暗号化は、機密情報が売り手に開示されないようにするために用いる。例えば、口座情報及びユーザ識別情報又は認証情報は暗号化される。これは、トークンのユーザの匿名性、及びバリューのソースの匿名性の維持に寄与し、高信頼でない第三者（売り手など）に好ましくは開示すべきでない情報の機密性も保つ。トークン１００上に暗号化認可情報（例えば、暗号化PIN）を入れることによって、金銭的バリューを移転する口座を保有する銀行が、銀行によって保有された口座を用いることを認可された個人によってトークン１００が作成された旨を、ユーザの識別情報を、高信頼でない第三者に明らかにすることなく判定することが可能になる。暗号化情報は、トークンを用いると金銭的バリューが移転される口座を保有する銀行によって解読可能であることがあり得る。情報は、銀行の公開鍵を用いて暗号化されていることがあり得る。例えば、銀行口座情報及びPINは、銀行のみが暗号化情報を復号することが可能であるように銀行の公開鍵を用いて暗号化することができる。
トークンは、暗号化情報及び非暗号化情報を含み得る。例えば、トークンに関連した口座情報及び認可情報は暗号化される一方、トークンに関連した銀行情報は暗号化されない。売り手は、トークンから得られた非暗号化情報を用いて、バリュー移転の要求を送る対象の事業主体（例えば、銀行）を判定することができる。よって、十分な非暗号化情報をトークンと関連付けることができる。これによって、売り手が、バリューベースの取引中にバリューの移転に対する要求を出すことが可能になる。しかし、ユーザの識別情報を明らかにすることができるユーザ特有情報（口座情報、及びユーザ認可情報（例えば、PIN、電子署名）は、前述の情報が売り手に開示されないように暗号化される。このようにして、トークンは、高信頼でない第三者（売り手など）に好ましくは開示されるべきでない情報の機密性を保持する一方で、バリューベースの取引においてバリューを匿名でセキュアに移転することを可能にする情報を含む。

トークンの満了日を識別した情報、トークンを用いて購入することができるアイテム又はアイテム・クラス、及びトークンに関連したトークンIDは暗号化してもしなくてもよい。トークンに関連した最大値、バリューを受け取ることが可能な売り手又は売り手クラスを識別するトークンに関連した情報は任意的には暗号化してもしなくてもよい。一実施例では、トークンに関連した情報は全て、暗号化される。

制約をトークンの使用に課すことができる。トークンは、計画された取引について生成することができ、その利用は、計画された取引に限定される。制約を識別する情報は、トークン上に人間読み取り可能な形式で印刷することができるか、又はトークンに関連したマシン読み取り可能な情報でコード化することができる。例えば、図１に表すように、トークン１００は特定の売り手（すなわち、カリフォルニア州パロアルトの「レストランXYZ」）に制限される。よって、トークン１００は、カリフォルニア州パロアルトのレストランXYZとの取引にのみ用いることができる。他の実施例では、トークンの利用は、特定の売り手クラスに制限され、それによってトークンが用いられる方法がより柔軟になる。更に別の実施例では、トークン１００の利用に課される制約は何ら存在しないことがあり得る。

トークンの利用は、特定のアイテム（商品又はサービス）に関する取引に制限してもよい。例えば、図１に表すトークン１００は、食事代及びチップの支払いのためにのみ、金銭的バリューを移転するために用いることができる。他の実施例では、トークンの利用は、特定のアイテム・クラスに制限され、それによってトークン１００が用いられる方法がより柔軟になり得る。更に別の実施例では、トークン１００の利用に課される制約は何ら存在しないことがあり得る。

トークン１００を用いて移転することができるバリューを制限してもよい。例えば、トークンを用いて売り手に移転することができるバリューに上限を課すことができる。例えば、図１に表すトークン１００を用いて、最大150ドルを、カリフォルニア州パロアルトのレストランXYZに移転することができる。別の実施例では、金銭的限度を課さないことがあり得る。

図１に表すトークン１００などのトークンは、トークンの利用の前にユーザによって生成することができる。トークンは必要に応じて、生成することができる。図２は、本発明の実施例による、トークンを生成するために用いることができるシステム２００の単純化されたブロック図である。図2に表すトークン200は、本発明を組み入れた実施例を例証しているにすぎず、特許請求の範囲記載の本発明の範囲を限定するものでない。当業者は他の変形、修正及び代替を認識するであろう。

ユーザは、ユーザ・クライアント・システム２０２を用いて、本発明の実施例によるトークンを生成することができる。ユーザ・システム２０２は、トークンの生成を容易にするトークン生成モジュール２０４を含み得る。トークン生成モジュール２０４は、プロセッサ、ハードウェア、又はその組み合わせによって実行されるコード及び命令を備えるソフトウェアで実現することができる。例えば、トークン生成モジュール２０４は、システム２０２上にロードされたソフトウェアであり得るものであり、ユーザ・システム２０２のプロセッサによって実行されると、トークンの生成を促進する。

前述の通り、トークンを用いてバリューを口座から移転することができる。トークンをよって、バリューを格納する口座（銀行によって保有される銀行口座など）に関連付ける。例えば、図２に表すように、銀行２０６は、本発明の教示によって、トークンを用いて金銭的バリュー（例えば、現金）を移転することができる銀行口座２０８を保有することができる。

ユーザは、トークンを生成するためにトークン生成モジュール２０４によって用いられる種々の情報を規定することができる。トークン生成モジュール２０４は、ユーザから情報を収集するための種々のインタフェースを設けることができる。例えば、ユーザは、トークンと関連付ける対象であり、トークンが用いられると送金される銀行、及び銀行によって保有される銀行口座を規定することができる。任意的には、セキュリティ上の目的で、ユーザは認可情報（PIN、パスワード、若しくは電子証明、又は特定の機密情報）を規定することができる。認可情報を銀行によって用いて、トークンのユーザの識別情報を検証して偽造から保護する。ユーザは任意的には、トークンのバリュー制約（トークンを用いて送金することができる最大限度など）を規定することができる。ユーザは任意的には、バリューの移転がトークンを用いて可能である特定の売り手又は売り手クラスを規定してもよい。ユーザは任意的には、トークンを用いて購入することができる特定のアイテム（商品若しくはサービス）又はアイテム・クラスを規定してもよい。ユーザは任意的には、トークンを生成するための満了時間制限を規定することができる。ユーザは、生成する対象のトークンに関連付ける対象の他の情報を規定してもよい。

トークン生成モジュール２０４を次いで、ユーザによって提供される情報に基づいてトークンを生成するよう構成される。一実施例では、モジュール２０４は、トークンと関連付ける対象のマシン読み取り可能な情報及び人間読み取り可能な情報を生成する。モジュール２０４は、トークンの生成において符号化及び暗号化手法を用いることができる。例えば、トークンに関連した１つ又は複数の情報（例えば、銀行口座情報）を暗号化して、高信頼でない売り手に情報が開示されることのないようにする。一実施例では、モジュール２０４は、トークンに関連付ける対象の口座を保有する銀行の公開暗号化鍵を用いて情報を暗号化することができる。銀行の公開暗号鍵をモジュール２０４に供給することができる。別の実施例では、モジュール２０４は、暗号化鍵情報を銀行２０６からダウンロードするよう構成することができる。例えば、図２に表すように、ユーザ・システム２０２は、通信ネットワーク２１０を介して銀行２０６と通信するよう結合することができ、銀行２０６との接続を設定し、暗号化鍵情報をダウンロードするよう構成することができる。

ユーザ・システム２０２は、ディジタル・トークン２１２又は物理トークン２１４を生成することができる。ディジタル・トークン２１２は、ユーザ・システム２０２のメモリに記憶することができ、画像、データ・ファイル等の形式のものであり得る。物理トークン２１４は、プリンタ２１６（やプリンタに似たその他の出力装置）を用いて生成することができる。物理トークン２１４を生成するために、モジュール２０４は、紙、プラスチック等などの物理媒体を用いて物理トークン２１４を印刷するプリンタ２１４にトークン関連情報を送出するよう構成することができる。ディジタル形式であっても物理形式であっても、トークンは、バリューベースの取引の一部としてバリューを口座（例えば、銀行口座２０８）からベンダに移転することを可能にする十分な情報を備える。

一実施例では、トークン生成モジュール２０４によって実行される機能をプリンタ２１６に組み入れることができる。このシナリオでは、別個のユーザ・システムは不要である。ユーザはプリンタと直接相互作用してトークンの情報を規定することができ、プリンタはトークンを生成するよう構成することができる。

トークン生成モジュール２０４は、ユーザから情報を収集するよう構成された「捕捉モジュール」、及びユーザ提供情報に基づいてトークンを生成するよう構成された「生成モジュール」を備えることができる。捕捉モジュール及び生成モジュールは、ソフトウェア（プログラムあるいはコードあるいは命令）、ハードウェア、又はそれらの組み合わせで実現することができる。

図３は、本発明の実施例による、トークンを生成する方法を表す単純化された概略レベルのフローチャート３００である。図３に表す方法は、プロセッサによって実行されるソフトウェア・モジュール（コード・モジュールあるいは命令）、ハードウェア・モジュール、又はそれらの組み合わせによって行うことができる。この方法はたとえば、図２に表すトークン生成モジュール２０４によって行うことができる。図３に表すフローチャート３００は、本発明の実施例を例証しているに過ぎず、本発明の範囲を限定することを意図するものでない。他の変形、修正及び代替も本発明の範囲内に収まる。図３に表す方法は、種々の実現上の制約で機能するよう適合させることができる。図３に表し、後述するこの方法は、銀行口座が格納する金銭的バリューのトークンが生成されるものとする。別の実施例では、他のタイプのバリューのトークンを生成することができる。

図３に表すように、新たなトークンを生成する旨の信号を受信すると処理がトリガされる（工程３０２）。一実施例では、ユーザは、ユーザ・システム２０２上のトークン生成モジュール２０４を開始することができる。モジュール２０４は、トークンの生成を開始するためのいくつかのユーザ選択可能なオプション（例えば、ボタン、メニュー等）を提供することができる。

ユーザは次いで、トークンの生成に用いる対象の情報を規定することができる。情報は、ユーザが提供し、銀行（又は、生成する対象のトークンに関連付けられる口座からバリューを移転すうよう認可された何れかの事業主体）、及び生成する対象のトークンに関連付けられる対象の銀行口座を識別するトークンを生成するモジュールが受け取ることができる（工程３０４）。銀行口座は、生成されるトークンが用いられる場合に金銭的バリューを移転する口座を識別する。任意的には、識別情報の認可又は証明を受け取ることができる（工程３０６）。３０６で受け取る情報は、バリューを移転する旨の要求を認証するために、口座からバリューを移転するよう認可された事業主体（例えば、口座を保有する銀行、手形交換所）によって用いることができるPINコード、電子署名、パスワードや、その他の情報を含み得る。

前述の通り、制約をトークンの使用に課すことができる。例えば、トークンの使用は、特定の売り手に制限することができる。よって、トークンを用いてバリューを受け取ることが可能な売り手又は売り手クラスを識別する情報が任意に受け取られる（工程３０８）。特定の売り手又は売り手クラスのみが、生成される対象の新たなトークンを用いてバリューを受け取ることが可能である。

トークンの利用は、特定のアイテム（商品若しくはサービス）、又はアイテムのクラス／タイプに制限してもよい。よって、トークンを用いることができるアイテム又はアイテム・クラスを識別する情報が任意的に受け取られる（工程３１０）。トークンに関連したバリューの額に制約を課してもよい。よって、トークンを用いて移転することが可能なバリューの額に課す対象の制約を識別する情報が任意的に受け取られる。例えば、３１２では、新たなトークンを用いて移転することが可能なバリューの額に対する上限又は限度を識別する情報を受け取ることができる。生成する対象のトークンに関する他の情報も任意的に受け取ることができる（工程３１４）。３１４において受け取る情報は例えば、トークンの満了日や時間限度、トークンの取引識別子等を含み得る。フローチャートの工程３００において、受け取られる種々の情報について、必要な情報を、トークンを生成するユーザが供給することを可能にするユーザ・インタフェース（例えば、グラフィカル・ユーザ・インタフェース）を設けることができる。

受け取られる情報の１つ又は複数を暗号化することができる（工程３１６）。ユーザ（トークンの生成者又はトークンのユーザ）の識別情報を明らかにし得るか、又は、ユーザ及び銀行にしか分からない秘密を明らかにし得る情報は通常、トークンが用いられる際に売り手に明らかにされないように暗号化される。これは、ユーザの匿名性を維持することに寄与し、高信頼でない第三者（売り手など）に好ましくは開示すべきでない情報の機密性も維持する。例えば、口座情報及びユーザ認可情報は暗号化される。種々の手法を、情報の暗号化に用いることができる。一実施例では、情報は、バリュー口座（例えば、銀行口座）を保有する事業主体（例えば、銀行）、又は、口座からバリューを移転するよう認可された事業主体（例えば、銀行や手形交換所）の公開暗号化鍵を用いて暗号化することができる。トークンに関連した情報は、非暗号化情報も備えることができる。例えば、銀行や手形交換所などの口座からバリューを移転するよう認可された事業主体を識別する情報は、暗号化されていないことがあり得る。トークンを用いた場合、売り手は、トークンに関連した非暗号化情報を用いて、バリュー移転要求を送出する対象の事業主体を判定することができる。一実施例では、情報は全て、暗号化することができる。

トークンのマシン読み取り可能な情報及び人間読み取り可能な部分が生成される（工程３１８）。人間読み取り可能な情報は、トークンのユーザが、トークンの意図された用途を知ることを可能にする。マシン読み取り可能な情報は、情報（銀行情報、口座情報、認可情報、トークン取引識別子、トークンの満了日、トークンに課される制約（例えば、売り主あるいはアイテムあるいはバリューの制限）等など）をコード化し得る。一実施例では、マシン読み取り可能な情報は、バーコード読み取り器を用いて読み取ることができるＱＲコードなどのバーコードの形式の情報である。

ディジタル・トークン又は物理トークンが次いで生成される（工程３２０）。物理媒体を用いて印刷トークンを生成するプリンタなどの装置を用いて物理トークンを生成することができる。生成トークン（ディジタル又は物理）を次いでユーザによって用いることができる。トークンのユーザは、トークンを生成させたユーザ、又は特定の他のユーザ（例えば、息子又は娘が用いる対象のトークンを親が生成し得る）であり得る。

図4は、本発明の実施例による、トークンを用いる方法を表す単純化された概略レベルのフローチャート４００である。図4に表す方法は、プロセッサによって実行されるソフトウェア（コード・モジュールあるいは命令）、ハードウェア・モジュール、又はそれらの組み合わせによって行うことができる。図４に表すフローチャート４００は、本発明の実施例を例証しているに過ぎず、本発明の範囲を限定することを意図するものでない。他の変形、修正及び代替も本発明の範囲内に収まる。図4に表す方法は、種々の実現上の制約で機能するよう適合させることができる。図4に表すこの方法は、銀行口座が格納する金銭的バリューのトークンが生成されるものとする。

図４に表すように、ユーザは、物理的又は電子的に売り手にトークンを提示することができる（工程４０２）。売り手は、売買業者、レストラン、病院、本屋、教育機関、組織、個人等などの何れかの事業主体、又は事業主体によって用いられるシステム若しくは装置であり得る。売り手へのトークンの提示には、売り手にトークンをあげること、売り手システム（例えば、バーコード読み取り器）による読み取りにトークンを利用可能にすること、売り手又は売り手システムにトークンを電子的に伝達することが関係し得る。例えば、消費者は、販売時点で売り主にトークンを提供することができる。

トークンからの情報が次いで、売り手又は売り手システムから得られる（工程４０４）。得られる情報は、提示されるトークンに関連した人間読み取り可能な情報、及び／又はマシン読み取り可能な情報を含み得る。一実施例では、マシン読み取り可能な情報のみが、売り手システムによって得られる。例えば、バーコード読み取り器を用いて、トークン上に印刷されたバーコードを読み取ることができる。

トークンから読み取られた情報は、暗号化情報及び／又は非暗号化情報を含み得る。例えば、暗号化情報は銀行口座情報及びユーザ認可情報を識別する情報を含み得る一方、非暗号化情報は、バリューを移転するよう認可された事業主体（銀行口座を保有する銀行や、バリュー移転要求を処理するよう認可された手形交換所など）を識別する情報を含み得る。

売り手は次いで、トークンのバリューを移転するよう認可された事業主体（取引のバリューの移転を要求する銀行や手形交換所など）に要求を送出することができる。一実施例では、要求が送出される事業主体は、４０４でトークンから得られる非暗号化情報において識別することができる。要求の送出の一部として、売り手は、トークンのバリューの移転を促進するよう認可された銀行若しくは手形交換所又は事業主体にトークン又はその一部分から得られた情報を送出することができる（工程４０６）。一実施例では、トークンから捕捉された暗号化情報のみを銀行又は手形交換所に通信することができる。他の実施例では、４０４でトークンから得られた暗号化情報及び非暗号化情報を４０６で送出することができる。

バリュー移転要求の一部として、売り手は、取引関連情報を銀行又は手形交換所に送出してもよい（工程４０８）。取引関連情報は、トークンが用いられる取引に関する詳細を規定することができる。この情報は、売り手の識別情報、取引に関係する１つ又は複数のアイテム（商品若しくはサービス）、取引において移転する対象のバリュー（例えば、取引に関係するアイテムに関連した価格）や、その他の情報を含み得る。アイテム情報は、統一商品コード（UPC）のコード、商品識別子等の形式の情報であり得る。４０８で送出される情報は、売り手のバリューを受け取る事業主体（例えば、売り手の銀行）及び売り手の口座情報を識別する情報も含み得る。この情報は、バリューを移転する場所を判定するために、後述するように工程４１４で用いることができる。

銀行又は手形交換所は次いで、売り手から受け取られた暗号化情報があればこれを復号するよう構成される。復号は、銀行又は手形交換所の秘密暗号化鍵を用いて行うことができる。

売り手から受け取られたトークン及び取引情報に基づいて、銀行又は手形交換所は次いで、トークンを用いてバリューを売り手に移転する旨の要求を承認又は却下するかを判定する（工程４１２）。バリュー移転を承認するか否かの判定において、種々の別々の検査を銀行又は手形交換所によって行うことができる。後述する図５は、取引のバリュー移転を承認するか否かを判定するよう行うことができる処理の例を示す。

バリュー移転が承認される旨が４１２で判定された場合、取引に関連したバリューを次いで、売り手に移転することができる（工程４１４）。バリューは、トークンに対応する銀行口座から取引に関連したバリューを控除し、売り手の口座に、そのバリューを貸記することによって移転することができる。例えば、トークンに関連した銀行口座には、取引額を借記することができ、売り手の銀行口座には、（トークンに対して課された、額の制限まで）取引額を貸記することができる。前述の通り、工程４０８で、売り手は、売り手の銀行及び銀行口座を識別する情報を送出することができる。バリューは、売り手によって規定された銀行及び口座に移転することができる。バリューは、他のやり方で売り手に移転してもよい。

バリューが４１４で首尾良く移転された後、承認コードを次いで、銀行又は手形交換所によって売り手に通信することができる（工程４１６）。ユーザと売り手との間のバリューベースの取引は、商品コードの売り手による受け取り及び／又は売り手へのバリューの移転によって完了することができる。

バリュー移転が承認されない旨が４１２で判定された場合、却下コードを銀行又は手形交換所によって売り手に通信することができる（工程４１８）。却下コードは、却下の理由を識別する情報を備えることができる。この場合、バリューの移転は可能でない。

図5は、本発明の実施例による、トークンのバリューの移転を承認するか否かを判定する方法を表す単純化された概略レベルのフローチャート５００である。図5に表す方法は、プロセッサによって実行されるソフトウェア（コード・モジュールあるいは命令）、ハードウェア・モジュール、又はそれらの組み合わせによって行うことができる。方法は、バリューを移転するよう認可された銀行若しくは手形交換所又は事業主体によって行うことができる。図5に表すフローチャート500は、本発明の実施例を例証しているに過ぎず、本発明の範囲を限定することを意図するものでない。他の変形、修正及び代替も本発明の範囲内に収まる。図5に表す方法は、種々の実現上の制約で機能するよう適合させることができる。図５に表す方法は、銀行口座から売り手への、トークンの金銭的バリューの移転を承認するか否かについての判定を行うものとする。一実施例では、図５に表す処理はリアルタイムで行うことができる一方、ユーザは売り手の場所で待って取引を完了する。

売り手へのバリュー移転を承認するか否かの判定は、要求側の売り手から受け取られたトークン関連情報及び取引関連情報に基づく。銀行は、売り手から受け取られるトークン関連情報から認可情報を判定することができる（工程５０２）。認可情報は通常、高信頼でない売り手にその情報が開示されないように暗号化される。銀行は、例えば、銀行の秘密暗号化鍵を用いて情報を復号することができる。認可情報の例には、個人識別番号（PIN）、電子署名等が含まれる。銀行は次いで、認可情報が首尾良く認証されたかを判定する（工程５０４）。一実施例では、認証には、認可情報を用いて、トークンを用いるユーザの識別情報、又は誰がトークンを生成したかを検証することが関係し得る。認証が首尾良く行われなかった旨が判定された場合、却下コードを売り手に通信することができ（工程５２６）、処理が終了し、売り手へのバリューの移転が阻止される。このようにして、認可情報は、偽造及び不正の実行に対して保護することに寄与する。

認証が首尾良く行われた旨が５０４で判定された場合、トークンに関連したトークン識別子が取り消されたかを確かめるために検査を行うことができる（工程５０６）。前述の通り、トークン識別子は、トークンが生成される際にトークンと関連付けられ、トークンを一意に識別するために用いられる。ユーザは、対応するトークン識別子を取り消すことによってトークンを取り消すことができる。例えば、ユーザが、トークンをなくし、トークンの認可されていない使用を阻止したい場合、トークンに関連した口座を保有する銀行に電話をかけ、トークン識別子によって識別されるトークンを取り消すことができる。よって、トークン識別子が取り消されたかを確認するために５０６で検査が行われる。トークン識別子情報は、売り手から銀行によって受け取られたトークン関連情報に含まれ得る。トークンが取り消されている旨が判定された場合、却下コードが工程５２６によって売り手に通信され、処理が終了する。

トークンが取り消されていない旨を５０６で判定した場合、トークンに対応する口座を銀行が保有しているかを確認するために検査が行われる（工程５０８）。銀行口座を識別する情報を、売り手から受け取られたトークン関連情報に含めることができる。この情報は通常、暗号化形式の情報であり、銀行によって復号することができる。トークンに対応する口座を銀行が保有していない旨が５０８で判定された場合、却下コードが売り手に工程５２６によって通信され、処理は終了する。

トークン関連情報によって識別された口座を銀行が保有している旨が５０８で判定された場合、トークンが満了したかを確認するために検査が行われる（工程５１０）。前述の通り、満了時間をトークンと関連付けることができ、満了時間を超えた場合に５１０で検査が行われる。トークンが満了した場合、処理は終了する。

トークンが満了していない旨が５１０で判定された場合、トークンに関連した売り手制限がある場合にそれを、バリューを移転する売り手が満たしているかを確認するために検査が行われる（工程５１２）。前述の通り、トークンが生成されると、生成されたトークンを用いてバリューを移転することができる売り手又は売り手クラスを規定する制約を課すことができる。このようにして、トークンの使用は、特定の売り手又は売り手クラスに制限することができる。バリュー移転を要求する売り手を識別する情報（例えば、売り手名、売り手コード）は通常、売り手から銀行によって受け取られる取引関連情報に含まれる。トークンに関連した、売り手関連制限は、売り手から銀行によって受け取られるトークン関連情報に規定される。よって、トークンに関連した売り手、又は売り手クラスに、バリュー移転を要求する売り手が一致したかを判定するために検査が５１２で行われる。トークンの売り手制限が満たされていない旨が512で判定された場合、却下コードが売り手に工程５２６によって通信され、処理は終了する。

バリュー移転を要求する売り手が、トークンに関連した売り手又は売り手クラスを満たす旨が５１２で判定された場合、トークンに関連したアイテム制限があればそれを満たす取引に関係するアイテムかを確認するために検査が行われる（工程５１４）。前述の通り、トークンが生成されると、生成されたトークンを用いて購入可能なアイテム（商品若しくはサービスを含み得る）又はアイテム・クラスを制限する制約を課すことができる。このようにして、トークンの使用は、特定のアイテム又はアイテム・クラスに制限することができる。アイテムを識別する情報は通常、売り手から銀行に受け取られる取引関連情報に含まれる。トークンのアイテム関連の制約は、売り手から銀行によって受け取られるトークン関連情報に規定される。よって、取引において購入されるアイテムが、トークンに関連したアイテム内又はアイテム・クラス内に収まるかを判定するために検査が５１４で行われる。この検査で、購入されるアイテムがトークンに関連したアイテム制約を満たしていない旨が514で判定された場合、却下コードが売り手に工程５２６によって通信され、処理は終了する。

取引に関係するアイテムが、トークンに関連したアイテム又はアイテム・クラスに含まれる旨が５１４で判定された場合、取引において関係し、売り手によって要求されるバリューが、トークンに関連したバリュー限度があればその限度と比較される（工程５１６）。取引において要求される金銭的バリューが、トークンに関連した最大値以下である旨が５１６で判定された場合、取引において要求される金銭的バリューの額が売り手に移転される（工程５１８）。バリューは、種々のやり方で売り手に移転することができる。一実施例では、バリューは、売り手が用いるシステムに移転することができる。別の実施例では、バリューを売り手の口座に移転することができる。

承認コードが次いで、売り手に通信される（工程５２４）。５２４の一部として、売り手に通信される情報は、売り手に移転されるバリューの額を識別する情報も含み得る。

取引にて要求される金銭的バリューが、トークンに関連した最大バリューよりも大きい旨が５１６で判定された場合、取引の部分支払いが可能かを確認するために検査を行う（工程５２０）。部分支払いが可能であるか否かは、売り手、口座を保有する銀行、取引のタイプや、その他の要因に依存し得る。部分支払いが可能でない旨が520で判定された場合、却下コードが売り手に工程５２６によって通信され、処理は終了する。部分支払いが可能である旨が５２０で判定された場合、トークンに関連した最大値までの金銭的バリューが売り手に移転される（工程５２２）。このようにして、移転されるバリューが、用いられるトークンに規定される最大限度に制限される。承認コードを次いで、工程５２４によって売り手に通信することができる。

図６は、本発明の実施例を組み入れることができるシステム６００を表す図である。図6に表すシステム600は、本発明を組み入れた実施例を例証しているにすぎず、特許請求の範囲記載の本発明の範囲を限定するものでない。当業者は他の変形、修正及び代替を認識するであろう。

図６に表すように、売り手システム６０２は、口座６０６を保有する銀行６０４に、通信するよう結合される。ユーザは、トークン６０８（ディジタル・トークン又は物理トークンであり得る）を売り手システム６０２に、特定の取引のために提示することができる。売り手システム６０２は、提示されたトークンから情報を捕捉するよう構成することができる。売り手システム６０２は、トークン６０８（又はその一部分）から捕捉されたトークン情報、及び取引関連情報を銀行６０４に通信することができる。銀行６０４に通信される情報は、銀行口座、及び銀行口座に関連したPINを規定する暗号化情報を含み得る。銀行６０４は、銀行の秘密鍵を用いて売り手から受け取られる暗号化情報を復号するよう構成することができる。銀行は次いで、売り手へのバリューの移転を承認するか否かを判定することができる。承認された場合、承認コードを売り手６０２に通信することができる。銀行６０４は、トークンに関連した口座４０６からのバリュー（例えば、金銭的バリュー）を売り手に移転することができる。これは、バリューを売り手システム６０２に移転することによって行うことができるか、又は、あるいは、銀行６１２によって保有される売り手口座６１０にバリューを移転することによって行うことができる。

図7は、本発明の別の実施例を組み入れることができるシステム700を表す。図7に表すシステム700は、本発明を組み入れた実施例を例証しているにすぎず、特許請求の範囲記載の本発明の範囲を限定するものでない。当業者は他の変形、修正及び代替を認識するであろう。

図７では、手形交換所７０２は、１つ又は複数の売り手システム704-1、704-2、704-3、及び、トークンに関連した口座708-1、708-2を保有する１つ又は複数の銀行706-1、706-2に、通信するよう結合される。ユーザは、トークン７１０（ディジタル・トークン又は物理トークンであり得る）を売り手システム704-1に、特定の取引のために提示することができる。売り手システム704-1は、提示されたトークンから情報を捕捉するよう構成することができる。売り手システム704-1は、トークン７１０（又はその一部）から捕捉されたトークン情報、及び取引関連情報を手形交換所システム７０２に通信することができる。手形交換所システム７０２に通信される情報は、トークンに関連した口座を識別する暗号化情報と、口座の認可情報（例えば、PIN）とを含み得る。手形交換所システム７０２は、売り手システム704-1から受け取られた情報を復号するよう構成することができる。復号は、手形交換所の秘密鍵を用いて行うことができる。手形交換所システム７０２は次いで、売り手へのバリューの移転を承認するか否かを判定することができる。一実施例では、処理の一部として、手形交換所システム７０２は、トークン情報によって識別された口座を保有する銀行と通信することができる。例えば、一実施例では、手形交換所システム７０２は、売り手システム704-1から受け取られた暗号化情報を、口座を保有する銀行に送出することができる。銀行は次いで、銀行の秘密鍵を用いてその情報を復号し、バリューの移転を承認するか却下するかを判定することができる。承認又は却下は次いで、銀行から手形交換所システム７０２に通信することができる。承認された場合、承認コードを手形交換所システム７０２から売り手システム704-1に通信することができる。バリュー（例えば、金銭的バリュー）は、銀行によって保有された口座から売り手システム704-1にバリューを移転することによって、要求側の売り手に移転してもよい。手形交換所システム７０２は、売り手口座714-1、714-2を保有する銀行712-1、712-2と通信してもよい。別の実施例では、バリューを、トークンに関連した口座を保有する銀行から直接か、又は手形交換所システム７０２を介して売り手口座に移転することができる。

図８は、本発明の実施例による、処理を行うために用いることができるコンピュータ・システム８００の単純化されたブロック図である。例えば、コンピュータ・システム８００は、図２に表すユーザ・システム２０２、又は、売り手システム（例えば、売り手システム６０２）あるいは銀行システム（例えば、銀行システム７０６、７１２）あるいは手形交換所システム（例えば、システム７０２）としての役目を担うことができる。図８に示すように、コンピュータ・システム８００は、バス・サブシステム８０４を介して、いくつかのサブシステムと通信するプロセッサ８０２を含む。前述のサブシステムは、記憶サブシステム８０６（メモリ・サブシステム８０８及びファイル保管サブシステム８１０を有する）と、ユーザ・インタフェース入力装置８１２と、ユーザ・インタフェース出力装置８１４と、ネットワーク・インタフェース・サブシステム８１６とを含み得る。

バス・サブシステム８０４は、意図したようにコンピュータ・システム８００の種々の構成部分及びサブシステムに互いに通信させる機構を提供する。バス・サブシステム８０４を単一バスとして略示しているが、バス・サブシステムの別の実施例は、複数のバスを利用することができる。

ネットワーク・インタフェース・サブシステム８１６は、他のコンピュータ・システム、ネットワーク及び装置とのインタフェースを提供する。ネットワーク・インタフェース・サブシステム８１６は、コンピュータ・システム８００と他のシステムとの間でデータを送受信するためのインタフェースとしての役目を担う。例えば、ディジタル・トークンは、ネットワーク・インタフェース・サブシステム８１６を用いてコンピュータ・システム８００との間で通信することができる。

ユーザ・インタフェース入力装置８１２は、キーボード、ポインティング・デバイス（マウス、トラックボール、タッチパッドやグラフィック・タブレットなど）、スキャナ、バーコード・スキャナ、ディスプレイに組み入れたタッチスクリーン、オーディオ入力装置（音声認識システム、マイクロフォンやその他のタイプの入力装置など）を含み得る。一般に、「入力装置」の語の使用は、情報をコンピュータ・システム８００に入力するための装置及び機構の考えられる全てのタイプを含むことを意図している。トークンを生成する場合、ユーザは、入力装置８１２を用いたトークンの生成に用いる対象の情報を規定することができる。

ユーザ・インタフェース出力装置８１４は、ディスプレイ・サブシステム、プリンタ、ファックス・マシンや非視覚ディスプレイ（オーディオ出力装置等）を含み得る。ディスプレイ・サブシステムは、陰極線管（CRT）、フラットパネル装置（液晶ディスプレイ（LCD）など）や、投影装置であり得る。一般に、「出力装置」の語の使用は、コンピュータ・システム８００からの情報を出力すると考えられるタイプの装置及び機構全てを含むことを意図している。

記憶サブシステム８０６は、本発明の機能を提供する基本プログラミング及びデータ構成を記憶するよう構成することができる。プロセッサによって実行されると本発明の機能を提供するソフトウェア（例えば、コード・モジュール又は命令を有するコンピュータ・プログラム）は、記憶サブシステム８０６に記憶することができる。前述のソフトウェア・モジュール又は命令はプロセッサ８０２によって実行することができる。記憶サブシステム８０６は、本発明によって用いるデータを記憶するレポジトリを提供してもよい。例えば、ディジタル・トークンを記憶サブシステム８０６によって記憶することができる。記憶サブシステム８０６は、メモリ・サブシステム８０８、及びファイル／ディスク記憶サブシステム８１０を備えることができる。

メモリ・サブシステム８０８は、プログラム実行中の命令及びデータの記憶のための主ランダム・アクセス・メモリ（RAM）８１８、及び、固定命令が記憶されるリード・オンリ・メモリ（ROM）８２０を含み得る。ファイル記憶サブシステム８１０は、プログラム及びデータ・ファイルの永続的な（不揮発の）記憶装置を提供し、ハードウェア・ディスク・ドライブ、フロッピー（登録商標）・ディスク・ドライブ及び関連した取り外し可能媒体、コンパクト・ディスク・リード・オンリー・メモリ（CD-ROM）ドライブ、光ドライブ、取り外し可能メディア・カートリッジや、その他の同様な記憶媒体を含み得る。

コンピュータ・システム８００は、パソコン、ポータブル型コンピュータ、ワークステーション、ネットワーク・コンピュータ、汎用コンピュータ、キオスクや何れかの他のデータ処理システムを含む各種のコンピュータ・システムであり得る。コンピュータ及びネットワークが絶え間なく変化する性質から、図８に表すコンピュータ・システム８００の説明は、コンピュータ・システムの好ましい実施例を例証する目的のための特定例であることのみを意図している。図８に表すシステムよりも構成部分が多い構成、又は図８に表すシステムよりも構成部分が少ない構成が考えられる。

前述の通り、トークンをバリューベースの取引において用いることでバリューを売り手に移転する。トークンは、使用前にユーザによって印刷することが可能である。トークンはよって、消費者印刷可能であり、考えられる最も単純な相互作用（売り手へのトークンの物理的な提示、売り手システム（例えば、売り手によって用いられるオンライン・システム）へのコードの画像の電子的提示や、売り手へのディジタル・トークンの通信など）でバリューベースの取引（例えば、金融取引）を消費者及び売り手が完了することを可能にするために十分な情報を含む。

消費者は、１つ又は複数のトークンを持ち運び、現金やクレジット・カードを持ち運ぶよりもリスクが少ないやり方で特定のアイテムに、現金のようにトークンを用いることができる。トークンに関連した情報（特に、トークンのユーザ、又はバリューのソースに関する秘密情報）は一般に、マシン読み取り可能な情報でコード化され、通常、暗号化もされる。よって、高信頼でない売り手にトークンが提示された場合に、機密の私的情報は、取引の完了の一部として、高信頼でない受け手に開示されない。例えば、通常のクレジット・カードと違って、口座情報は売り手に開示されない。トークンはよって、匿名の第三者の支払いを行ううえで安全なやり方を提供する。

更に、制約をトークンの使用に課すことができる。例えば、特定の売り手又は売り手クラスのトークンを生成することができ、特定のアイテム又はアイテム・クラスのトークンを生成することができる。トークンの最大バリュー額を規定してもよい。よって、トークンの使用は、その意図された目的に制限することができる。これによって、自らの資産又はバリューに対するコントロールをユーザが強化することになり、バリューの不適切な使用を阻止することができる。トークンによって、意図された特定の用途に対する、現金に似た自らの代替策をユーザが生成することが可能になる。

最大バリューをトークンと関連付けることができるので、トークンの不正使用による損失が抑えられる（完全になくならないが）。更に、トークンは、そのトークンIDを用いて取り消すことができる。それによって、トークンを用いたバリューを移転が阻止される。その結果、トークンの盗難又は紛失による、口座保有者に対する損失のリスクがあってもそれは抑えられる。トークンはよって、現金の代替策（しかし、現金の使用よりも安全なやり方で）として機能する。トークンはよって、現金やクレジット・カードの使用よりもずっと安全な代替策である。

更に、トークンを使用すれば、トークンに関連したバリュー（例えば、お金）は、バリューベースの取引の一部として売り手に供給することによってユーザによってトークンが実際に用いられるまでユーザの口座を出ない。よって、取引においてトークンが使用された時点（販売が完了した時点など）までお金は移転されない。例えば、トークンは、特定のアイテムのギフトカードのように用いることができるが、銀行との金融取引は、トークンが用いられるまで発生しない。トークンを破壊することによって、お金が口座を離れることが阻止される。これは、ギフトカードやプリペイドカードが購入された時点でお金を払わなければならない通常のギフトカード（又はギフト券）とは異なる。更に、売り手や検証装置に機密情報を明らかにすることなく、有効であり、取り消されていない旨をそのトークンIDに基づいて検証することが可能である。

トークンはメディア鍵と組み合わせて、単一のディジタル取引において、私有コンテンツのダウンロード及び私有コンテンツに対する支払いを可能にすることができる。生成されたメディア鍵は、それによって、単一の取引内でビデオ及び支払いを達成することを可能にする。メディア鍵に関する詳細は、内容全体を本明細書及び特許請求の範囲に援用する、西暦2006年3月31日付け出願の米国特許出願第11/396,264号明細書に記載されている。

トークンはディジタル・トークン又は物理トークンとして生成することができる。これによって、トークンが用いられるやり方において大きな柔軟性がもたらされる。例えば、ユーザは、ディジタル・トークンを用いてオンラインでバリューベース取引に入ることができる。トークンは、電子的に通信するか、又はそのディジタル形式（例えば、携帯電話機のディスプレイ上で表示されるトークン）若しくは物理形式で提示することができる。伝統的な大企業（ブリック＆モルタル・ビジネス）との取引もディジタル・トークン又は物理トークンを用いて促進される。トークンはよって、物理取引及び電子取引をサポートするうえで十分柔軟である。通常、バリューの移転に用いるトークン情報は、トークンを単純に「一回さっと通して読み込ませること」によって売り手システムが簡単に読み取ることが可能なマシン読み取り可能な情報形式の情報である。このようにして、取引の支払いを単純に行うことができる。

本発明の教示によるトークンを各種の状況において用いることができる。特定の例示的な使用シナリオ：
例１）2週間のコスタリカ旅行。旅行者は、ホテル宿泊費、旅費、食費及び娯楽費のために、クレジット・カード、及び多額の現金又はトラベラーチェックを持参する必要がある。これは安全でないことがあり得る。その代わりに、旅行者は、種々の売り手（ホテル、各種レストラン、タクシー会社等など）に対して前述のトークンを作成することが可能である。前述のトークンは、紛失した場合、取り消すことが可能であるが、トラベラーチェックと違って、元々作成した対象のサービス以外には使用可能でない。更に、旅行者はトークンの盗難を気にしなくてよい。

例２）子どもに店まで牛乳を買いに行かせる。特定のドル額（又は特定の少額限度までのドル額）の特定のアイテム（又はアイテム・クラス）以外には使用可能でないトークンを印刷することができる。トークンは、紛失又は盗難があった場合、取り消すことができる。トークンが取り消されなくても、金銭的エクスポージャは、トークンに関連した最大額に制限される。

例３）ユーザが、商用ウェブサイトから得られた一意のビデオIDを含むメディア鍵を用いて商用ビデオをダウンロードしたい。メディア鍵を印刷する前に、ユーザは、メディア鍵上に後に印刷されるQRコードにトークン情報を付加することができる。メディア鍵は、それによって、単一の取引内でビデオのダウンロード、及び支払いを達成することを可能にする。メディア鍵に関する詳細は、内容全体を本明細書及び特許請求の範囲に援用する、西暦2006年3月31日付け出願の米国特許出願第11/396,264号明細書に記載されている。

例４）最近契約した造園業者が植物や園芸資材を購入する必要がある。自家所有者は、資材のリストを作成するか（又はリストに合意し）、資材のトークンを作成する。造園業者はリスト及びトークンを園芸資材センターに提示し、園芸資材を購入することが可能である。造園業者は、自家保有者にお金を「貸し」、返済を受けようとしなくてよい。自家保有者は、口座を作成しなくても、造園業者又は園芸資材センターに小切手若しくはクレジット・カードの番号を提示しなくてもよい。園芸資材の購入は、造園業者の都合で行うことができる。

例５）大学生が書籍代及び家賃のお金を必要としている。親は、大学生の、家賃用、特定の書籍のための本屋用、及び他のニーズのための、ディジタル・トークンを作成する。親はディジタル・トークンを大学生に電子メールすることができる。大学生はディジタル・トークンを印刷する。次いで学生は、印刷されたトークンを家主、本屋等に提供することができる。売り手はそのお金を得て、大学生は、住む場所、及び書籍を得ることができる（ステレオは得ることができない）。意図された目的でお金が使われる（大学生が欲しいステレオには使われない）ので、親は満足する。

例６）夜に街に出かける。ユーザは、どの映画を見にいくか決めかねている。ユーザは、別々の２つの映画のトークン（又は、「映画」のアイテム・コードを備えた１つのトークン）を作成する。ユーザは、映画館に到着した時点で、ダンスに行くことを決める。予め購入したチケットと違って、使用されない場合、お金の損失はない。ユーザが映画に行った場合、トークンが一回スキャンされると、映画館にはユーザのお金が支払われ、ユーザは映画への入場が許可される。

本発明の特定の実施例を説明してきたが、種々の修正、改変、別の構成、及び均等物も本発明の範囲内に包含される。前述の発明は、ある特定のデータ処理環境内の動作に制限されず、複数のデータ処理環境内で自由に機能することができる。更に、本発明は、特定の一連の取引及び工程を用いて説明してきたが、本発明の範囲が前述の一連の取引及び工程に限定されないことは当業者に明らかなはずである。

更に、本発明は、ハードウェア及びソフトウェアの特定の組み合わせを用いて説明してきたが、ハードウェア及びソフトウェアのその他の組み合わせも本発明の範囲内にある。本発明は、ハードウェア、ソフトウェア、又はそれらの組み合わせを用いて実現することができる。

本明細書及び図面はよって、限定的な意味合いでなく例証的な意味合いで解するものとする。しかし、加算、減算、削除やその他の修正及び変更をそれに対して、特許請求の範囲記載の本発明の更に広い趣旨及び範囲から逸脱しない限り、行うことができる。

本発明の実施例による、バリューを移転するために用いることができるトークンの例を表す図である。 本発明の実施例による、トークンを生成するために用いることができるシステムの単純化されたブロック図である。 本発明の実施例による、トークンを生成する方法を表す単純化された概略レベルのフローチャートである。 本発明の実施例による、トークンを用いる方法を表す単純化された概略レベルのフローチャートである。 本発明の実施例による、トークンのバリューの移転を承認するか否かを判定する方法を表す単純化された概略レベルのフローチャートである。 本発明の実施例を組み入れることができるシステムを表す図である。 本発明の別の実施例を組み入れることができるシステムを表す図である。 本発明の実施例による、処理を行うために用いることができるコンピュータ・システムの単純化されたブロック図である。

符号の説明

208 銀行口座
212 ディジタル・トークン
214 物理トークン

Claims (24)

1. トークンを生成する方法であって、
   口座を識別する情報を受け取る工程と、
   前記口座からバリューを移転するよう認可された事業主体を識別する情報を受け取る工程と、
   トークン情報を備えたトークンを生成する工程とを備え、前記トークン情報は、前記口座を識別する情報、及び前記事業主体を識別する情報を備え、
   少なくとも、前記口座を識別する情報が暗号化され、前記トークンは、バリューが前記口座から移転されることを可能にする方法。
2. 請求項１記載の方法であって、
   アイテム又はアイテム・クラスを識別する情報を受け取る工程を更に備え、
   前記トークン情報は、前記アイテム又は前記アイテム・クラスを識別する情報と、前記アイテム、又は前記アイテム・クラスにおけるアイテムを伴う取引について前記口座からバリューが移転されることを可能にするトークンとを含む方法。
3. 請求項1記載の方法であって、
   売り手又は売り手クラスを識別する情報を受け取る工程を更に備え、
   前記トークン情報は、前記売り手又は前記売り手クラスを識別する情報と、
   前記売り手、又は前記売り手クラスにおける売り手に前記口座からバリューが移転することを可能にするトークンとを含む方法。
4. 前記トークン情報の一部分が、前記トークンに関連したマシン読み取り可能な情報にコード化された請求項１記載の方法。
5. 請求項1記載の方法であって、
   バリュー限度を受け取る工程を更に備え、
   前記トークン情報は、前記バリュー限度を識別する情報を備え、前記トークンは、前記バリュー限度までのバリューの移転を可能にする方法。
6. 請求項1記載の方法であって、
   前記トークンを生成する工程は、
   前記口座からバリューを移転するよう認可された前記事業主体の公開暗号化鍵を用いて前記口座を識別する前記情報を暗号化する工程を備える方法。
7. 請求項１記載の方法であって、
   前記トークンを第１の売り手に、バリューベースの取引において前記第１の売り手にバリューを移転するために供給する工程を更に備える方法。
8. 請求項１記載の方法であって、
   認可情報を受け取る工程と、
   前記認可情報を暗号化する工程とを更に備え、
   前記トークン情報は、前記暗号化認可情報を備える方法。
9. 取引を行う方法であって、
   売り手の売り手システムにおいて、トークン関連情報をトークンから得る工程であって、前記トークン関連情報は、口座を識別する情報、及び前記口座からバリューを移転するよう認可された事業主体を識別する情報を備え、前記口座を識別する情報は暗号化される工程と、
   前記口座を識別する前記暗号化情報を、前記口座からバリューを移転するよう認可された前記事業主体に前記売り手システムから通信する工程と、
   取引に関する情報を備えた取引情報を前記売り手システムから前記事業主体に通信する工程であって、前記取引情報は、前記売り手に移転される対象のバリューを識別する工程と、
   前記事業主体から前記売り手システムにおいて、前記売り手への、前記バリューの移転の承認又は却下を示すコードを受け取る工程とを含む方法。
10. 請求項9記載の方法であって、前記トークン関連情報は、アイテム又はアイテム・クラスを識別する情報を備え、
    前記アイテム又は前記アイテム・クラスを識別する前記情報を前記売り手システムから前記事業主体に通信する工程を更に備え、
    前記事業主体に通信される前記取引情報は、前記取引に関係するアイテムを識別する情報を備える方法。
11. 請求項9記載の方法であって、前記トークン関連情報は、売り手又は売り手クラスを識別し、
    前記売り手又は前記売り手クラスを識別する前記情報を前記売り手システムから前記事業主体に通信する工程を備え、
    前記事業主体に通信される前記取引情報は、前記売り手を識別する情報を備える方法。
12. 請求項9記載の方法であって、前記トークン関連情報は、バリュー限度を識別する情報を備え、
    前記売り手システムから前記事業主体に前記バリュー限度を通信する工程を更に備える方法。
13. 請求項9記載の方法であって、前記トークンから前記トークン関連情報を得る工程は、前記トークン上に印刷されたマシン読み取り可能なコードを読み取る工程を備える方法。
14. 請求項9記載の方法であって、
    前記トークン関連情報は、アイテム又はアイテム・クラスを識別する情報、及び売り手又は売り手クラスを識別する情報を備え、
    前記事業主体に通信される前記取引情報は、前記取引に関係するアイテムを識別する情報、及び前記売り手を識別する情報を備え、
    前記トークン関連情報からの、前記アイテム又はアイテム・クラスを識別する情報、及び前記売り手又は売り手クラスを識別する情報を前記売り手システムから前記事業主体に通信する工程と、
    前記口座を識別する前記暗号化情報を前記事業主体で復号する工程と、
    前記取引情報にて識別された前記売り手が、前記トークン関連情報にて識別された前記売り手と同じか、又は前記トークン関連情報にて識別された前記売り手クラスを満たす売り手かを判定する工程と、
    前記取引情報にて識別された前記アイテムが、前記トークン関連情報にて識別された前記アイテムと同じか、又は前記トークン関連情報にて識別された前記アイテム・クラスを満たすアイテムかを判定する工程と、
    前記取引情報にて識別された前記売り手が、前記トークン関連情報にて識別された前記売り手と同じか、又は前記トークン関連情報にて識別された前記売り手クラスを満たす売り手であり、前記取引情報にて識別された前記アイテムが、前記トークン関連情報にて識別された前記アイテムと同じか、又は前記トークン関連情報にて識別された前記売り手クラスを満たすアイテムである旨を判定すると、前記取引情報にて識別された前記バリューの前記口座からの移転を承認する工程と、
    前記取引情報にて識別された前記バリューを前記口座から前記売り手に移転する工程とを備える方法。
15. トークンを生成するシステムであって、
    複数の命令を記憶するメモリと、
    前記複数の命令を実行するよう構成されたプロセッサであって、前記複数の命令を実行すると、前記プロセッサは、
    口座を識別する情報を受け取り、
    前記口座からバリューを移転するよう認可された事業主体を識別する情報を受け取り、
    トークン情報を備えるトークンを生成させるよう構成され、前記トークン情報は、前記口座を識別する情報、及び前記事業主体を識別する情報を備え、少なくとも、前記口座を識別する前記情報は暗号化され、前記トークンは、バリューを前記口座から移転することを可能にするシステム。
16. 請求項15記載のシステムであって、前記プロセッサは、アイテム又はアイテム・クラスを識別する情報を受け取るよう構成され、前記トークン情報は、前記アイテム又は前記アイテム・クラスを識別する情報を備え、前記トークンは、前記アイテム又は前記アイテム・クラスに関係する取引について前記口座からバリューを移転することを可能にするシステム。
17. 請求項15記載のシステムであって、前記プロセッサは、売り手又は売り手クラスを識別する情報を受け取るよう構成され、前記トークン情報は、前記売り手又は前記売り手クラスを識別する情報を備え、前記トークンは、前記売り手、又は前記売り手クラス内の売り手に前記口座からバリューを移転することを可能にするシステム。
18. 請求項15記載のシステムであって、前記プロセッサは、バリュー限度を受け取るよう構成され、前記トークン情報は、前記バリュー限度を識別する情報を備え、前記トークンは、前記バリュー限度までのバリューの移転を可能にするシステム。
19. 請求項15記載のシステムであって、
    前記トークン情報の一部分は、前記トークンに関連したマシン読み取り可能情報においてコード化され、
    前記プロセッサは、前記口座からバリューを移転するよう認可された前記事業主体の公開暗号化鍵を用いて前記口座を識別する前記情報を暗号化するよう構成されたシステム。
20. 請求項15記載のシステムであって、前記プロセッサは、
    認可情報を受け取り、
    前記認可情報を暗号化するよう構成され、
    前記トークン情報は、前記暗号化された認可情報を備えるシステム。
21. 取引を行うシステムであって、
    複数の命令を記憶するメモリと、
    前記複数の命令を実行するよう構成されたプロセッサとを備え、前記複数の命令を実行すると、前記プロセッサは、
    トークン関連情報をトークンから得るよう構成され、前記トークン関連情報は、口座を識別する情報、及び前記口座からバリューを移転するよう認可された事業主体を識別する情報を備え、前記口座を識別する前記情報は暗号化され、
    前記プロセッサは更に、
    前記口座を識別する前記暗号化情報を、前記口座からバリューを移転するよう認可された前記事業主体に通信し、
    取引に関する情報を備える取引情報を前記事業主体に通信するよう構成され、前記取引情報は、売り手に移転する対象のバリューを識別し、
    前記プロセッサは更に、
    前記売り手への前記バリューの移転の承認又は却下を示すコードを前記事業主体から受け取るよう構成されたシステム。
22. 請求項21記載のシステムであって、前記トークン関連情報は、アイテム又はアイテム・クラスを識別する情報を備え、前記プロセッサは、
    前記アイテム又は前記アイテム・クラスを識別する前記情報を前記事業主体に通信するよう構成され、
    前記事業主体に通信される前記取引情報は、前記取引に関係するアイテムを識別する情報を備えるシステム。
23. 請求項21記載のシステムであって、前記トークン関連情報は、売り手又は売り手クラスを識別する情報を備え、前記プロセッサは、
    前記売り手又は前記売り手クラスを識別する前記情報を前記事業主体に通信するよう構成され、
    前記事業主体に通信される前記取引情報が、前記売り手を識別する情報を備えるシステム。
24. 請求項21記載のシステムであって、前記トークン関連情報は、バリュー限度を識別する情報を備え、前記プロセッサは、前記バリュー限度を前記事業主体に通信するよう構成されるシステム。

Images