(57)【要約】【課題】  【解決手段】  製品又はサービスに対するオファーを公開すること、公開されたオファーを受信し、そのオファーを条件付きで承諾すること、及び、製品又はサービスを要求するために条件付きの承諾を適合プロセッサに転送することを含む電子商取引方法。適合プロセッサは条件付きの承諾を適合プロセッサにより受信し、条件付きの承諾に存在する条件を満たすことができるか否かを決定し、承諾のために少なくとも1つの選択肢を転送する。選択のための少なくとも1つの選択肢が表示され、ユーザはこの少なくとも1つの選択肢のうちのいずれか1つを選択する。選択すると、ユーザにトークンが供給される。トークンは、サービス又は製品と引き換えるために使用されるように、他のユーザデバイスに転送可能であるように、又は、製品又はサービスとの今後の引換えのために保存されるように構成されている。【選択図】  図4
2008523476.tif 000002
【特許請求の範囲】
【請求項１】
製品又はサービスに対するオファーを公開することと、
前記公開されたオファーをユーザにより受信し、前記オファーを条件付きで承諾することと、
前記製品又はサービスを要求するために前記条件付きの承諾を適合用プロセッサに転送することと、
前記条件付きの承諾を前記適合用プロセッサにより受信することと、
前記条件付き承諾に存在する条件を満たすことができるか否かを前記適合用プロセッサにより決定することと、
承諾のための少なくとも1つの選択肢を前記適合用プロセッサにより転送することと、
ユーザに対して選択のために前記少なくとも1つの選択肢を表示することと、
前記少なくとも1つの選択肢の1つを前記ユーザが選択することと、
前記ユーザにトークンを供給することと、を含み、
前記トークンは、前記サービス又は製品と引き換えるために使用されるように、他のユーザデバイスに転送可能であり、又は前記製品又はサービスの今後の引換えのために保存されるように構成される、電子商取引方法。
【請求項２】
前記オファーは映画鑑賞券であり、且つ、前記条件付き承諾は、前記映画、前記映画の上映時刻、前記鑑賞券の価格、前記映画の上映場所、又は、購入可能な映画鑑賞券の数の少なくとも1つに対して条件付けられている、請求項1記載の方法。
【請求項３】
前記オファーは交通機関の利用券に対するものであり、前記条件付き承諾は、目的地、出発/到着の時刻、前記利用券の価格、又は購入可能な利用券の数の少なくとも1つに対して条件付けられている、請求項1記載の方法。
【請求項４】
前記トークンは、引換え又は転送のためにユーザデバイス又は前記ユーザデバイスによりアクセス可能な遠隔保存デバイスの1つに保存され、且つ、前記トークンの引換えによって追加のオファーが前記ユーザに公開される、請求項1記載の方法。
【請求項５】
1つ又は複数のトークンを1つ又は複数の製品又はサービスと引き換えるために使用することができる、請求項1記載の方法。
【請求項６】
トークンの引換えは、前記トークンを電子スキャナに提示すること、又は前記トークンを受信機へ電子的に伝送することにより達成される、請求項1記載の方法。
【請求項７】
前記トークンは、娯楽行事のチケット、交通機関の利用券、鍵、くじ/福引の札、免許、会員権、個人の身分証明書、金銭的価値、引換証、利用特権カード、医療用処方箋、取引領収書、ログイン用資格証明書、url/uri、デジタル権、デジタル媒体の一片、名刺、整理券トークン、請求書、又は、活動を控えるための非開示若しくは他の合意の少なくとも1つを引換え、又は転送する機能を持つ、請求項1記載の方法。
【請求項８】
前記トークンはモバイルデバイスにおける使用のために設計されている、請求項1記載の方法。
【請求項９】
前記トークンは人間が読取り可能、機械が読取り可能、又は、OCR処理が可能であり、且つ、OCR、バーコード、又は、NFCの少なくとも1つを含む多モードでの提示のために構成されている、請求項1記載の方法。
【請求項１０】
前記トークンは、SMS、MMS、及び/或いは、電子メールを含めたデータの蓄積転送メッセージプロトコル若しくはHTTP又はWAPを含む同期プロトコルを使用して転送可能である、請求項1記載の方法。
【請求項１１】
電子商取引システムであって、
適合用プロセッサに要求を転送するように構成され、所定の条件を伴う製品又はサービスを要求するためのユーザデバイスと、
前記ユーザデバイスからの要求を受信し、前記所定の条件を満たすことができるか否かを決定し、且つ承諾のための少なくとも1つの選択肢を前記ユーザデバイスに転送するように構成された、適合用プロセッサと、
選択のための少なくとも1つの選択肢を表示するために前記ユーザデバイスと連動し、前記少なくとも1つの選択肢の1つが選択されると、前記ユーザデバイスにトークンが供給される、表示デバイスと、を含み、
前記トークンが、前記サービス又は製品と引き換えるために使用され、他のユーザデバイスに転送可能であり、又は前記製品又はサービスの今後の引換えのために保存されるように構成される、電子商取引システム。
【請求項１２】
前記要求は映画鑑賞券に対するものであり、且つ、前記所定の条件が前記映画、前記映画の上映時刻、前記映画鑑賞券の価格、前記映画の上映場所、又は購入可能な映画鑑賞券の数の少なくとも1つを含む、請求項11記載のシステム。
【請求項１３】
前記要求は、交通機関の利用券に対するものであり、前記所定の条件が、目的地、出発/到着の時刻、前記利用券の価格、又は購入可能な利用券の数の少なくとも1つである、請求項11記載のシステム。
【請求項１４】
前記トークンは、引換え又は転送のために前記ユーザデバイス又は前記ユーザデバイスによりアクセス可能な遠隔保存デバイスの1つに保存され、且つ、前記トークンの引換えによって追加のオファーが前記ユーザに公開される、請求項11記載のシステム。
【請求項１５】
1つ又は複数のトークンが1つ又は複数の製品又はサービスと引き換えるために使用することができる、請求項11記載のシステム。
【請求項１６】
トークンの引換えが、前記トークンを電子スキャナに提示すること、又は、前記トークンを受信機に電子的に伝送することにより達成される、請求項11記載のシステム。
【請求項１７】
前記トークンが、娯楽行事のチケット、交通機関の利用券、鍵、くじ/福引の札、免許、会員権、個人の身分証明書、金銭的価値、引換証、利用特権カード、医療用処方箋、取引領収書、ログイン用資格証明書、url/uri、デジタル権、デジタル媒体の一片、名刺、整理券トークン、請求書、又は、活動を控えるための非開示若しくは他の合意の少なくとも1つを引換え、又は転送する機能を持つ、請求項11記載のシステム。
【請求項１８】
前記トークンがモバイルデバイスにおける使用のために設計されている、請求項11記載のシステム。
【請求項１９】
前記トークンが人間が読取り可能、機械が読取り可能、又はOCR処理が可能であり、且つOCR、バーコード、又はNFCの少なくとも1つを含む多モードでの提示のために構成されている、請求項11記載のシステム。
【請求項２０】
前記トークンが、SMS、MMS、及び/或いは、電子メールを含めたデータの蓄積転送メッセージプロトコル若しくはHTTP又はWAPを含む同期プロトコルを使用して転送可能である、請求項11記載のシステム。
【請求項２１】
前記要求が前記ユーザデバイスに供給されたひな形の1つから、又は前記適合用プロセッサにより構文解析することができる全文入力として作成されている、請求項11記載のシステム。
【請求項２２】
ユーザからの要求に基づき、少なくとも1つのオファーを承諾するためにユーザデバイスに転送することと、
前記少なくとも1つのオファーのうちの1つの前記ユーザによる選択に基づき前記ユーザにトークンを供給することと、を含み、
前記トークンは、製品又はサービスと引き換える、前記少なくとも1つの製品又はサービスの引換え可能性を他のユーザに転送する機能を持ち、前記ユーザデバイス又は引換え若しくは転送のために前記ユーザデバイスによりアクセス可能な遠隔保存デバイスの1つに保存され、且つ、1つ又は複数の製品又はサービスと引き換えるために組み合わせることができ、
トークンの引換えが前記トークンを電子スキャナに提示すること、又は、前記トークンを受信機に電子的に伝送することにより達成される、電子商取引方法。
【請求項２３】
ユーザからの要求に基づき、少なくとも1つのオファーを承諾するためにユーザデバイスに転送することと、
前記少なくとも1つのオファーのうちの1つの前記ユーザによる選択に基づき前記ユーザにトークンを供給することと、を含み、
前記トークンが、製品又はサービスと引き換える、前記少なくとも1つの製品又はサービスの引換え可能性を他のユーザに転送する機能を持ち、前記ユーザが前記ユーザデバイスから前記トークンにアクセスでき、且つ引換え又は転送のためにトークンを選択できるような形で前記ユーザの複数のトークンを保存するように構成された遠隔保存デバイス内に保存され、
トークンの引換えは前記トークンを電子スキャナに提示すること、又は前記トークンを受信機へ電子的に伝送することにより達成される、電子商取引方法。
【請求項２４】
適合システムであって、
ユーザから商品又はサービスからの要求を受信するための受信機であって、前記要求が前記商品又はサービスの識別証明及び前記商品又はサービスに対する前記要求に関連付けられたユーザが規定した条件を含む、前記受信機と、
前記要求された商品又はサービス及び関連付けられた条件を決定するために前記要求を構文解析するための構文解析器と、
前記構文解析された要求を購入可能な実際の商品又はサービスと適合させるために、前記構文解析された要求をデータベースにある情報と比較するためのプロセッサと、
前記要求に対する少なくとも1つの適合を受付けのために前記ユーザに転送するための送信機と、を含み、
前記ユーザが前記少なくとも1つの適合を選択すると、前記適合システムは、前記サービス若しくは製品を引き換えるために使用され、他のユーザデバイスに転送可能であり、又は前記製品又はサービスの将来の引換えのために保存されるように構成されたトークンを前記ユーザに供給する、前記適合システム。
【請求項２５】
bTemplateを使用して製品又はサービスに対するオファーを公開することと、
前記公開されたオファーをユーザが受信し、前記オファーを条件付きで承諾することと、
前記製品又はサービスを要求するために前記条件付き承諾をbMarketプロセッサに転送することと、
前記条件付き承諾を前記bMarketにより受信することと、
前記条件付き承諾に存在する条件を満たすことができるか否かを前記bMarketにより決定することと、
承諾のための少なくとも1つの選択肢を前記bMarketにより転送することと、
ユーザに対して選択のために前記少なくとも1つの選択肢を表示することと、
前記少なくとも1つの選択肢の1つを前記ユーザが選択することと、
前記ユーザにbTokenを供給することと、を含み、
前記bTokenは,前記サービス又は製品と引き換えるために使用され、他のユーザデバイスに転送可能であり、又は前記製品又はサービスの今後の引換えのために保存されるように構成される、bCommerceの方法。
【請求項２６】
ユーザへの提示のためのオファーを公開するためにbTemplateから作成されたオファーを受信するための受信機と、
前記申し出を条件付きで承諾し、且つ、前記条件付き承諾に存在する条件を満たすことが可能か否かを決定するために、bMarketに前記オファーを転送するための第1のプロセッサと、
承諾のために少なくとも1つの選択肢を転送し、且つ前記少なくとも1つの選択肢を選択のためにユーザに表示する送信機と、
ユーザが前記少なくとも1つの選択肢の1つを選択した後、bTokenを受信するためのbToken受信機と、を含み、
前記bTokenは、前記サービス又は製品と引き換えるために使用され、別のユーザデバイスに転送可能であり、又は前記製品又はサービスの今後の引換えのために保存されるように構成される、装置。
【請求項２７】
個々のbTokenを前記bTokenのユーザに適合させるために、複数のbToken及び前記bTokenと関連付けられた情報を受信するための受信機と、
前記bTokenが前記個々のユーザと識別可能であるような形で前記複数のbTokenを保存するように構成された保存デバイスと、
前記複数のbTokenの1つを要求するユーザからの要求を受信するための要求受信機と、
前記要求されたbTokenが前記要求するユーザに適合されることを検証するためのプロセッサと、
前記要求されたbTokenが前記プロセッサにより検証されれば、前記要求するユーザに前記要求するbTokenを伝送するための送信機とを含む、bWallet。
【請求項２８】
提供業者がオファーを公開することを可能にするためのひな形を保存するためのbTemplateデータベースと、
前記公開されたオファーを受信し、前記申し出を条件付きで承諾し、且つ前記条件付き承諾を転送するためのユーザデバイスと、
前記条件付き承諾を受領し、前記条件付き承諾に存在する条件を満たすことができるか否かを決定し、承諾のために少なくとも1つの選択肢を転送し、且つ、前記少なくとも1つの選択肢を選択のためにユーザに表示するためのbMarketデータベースと、
前記ユーザが選択のための前記少なくとも1つの選択肢のうちの1つを選択した後に前記ユーザにbTokenを供給するためのbTokenデータベースと、を含む、bMarket。
【請求項２９】
ネットワークにおいて取引関係を結ぶためのコンピュータにより実施される方法であって、
前記ネットワークの複数の参加者、製品、又はサービスについての情報を収集することと、
前記収集された情報に基づき、前記複数の参加者、製品、又はサービスの間で提案された取引関係を結ぶことと、
前記複数の参加者、製品、又は、サービスの各々に対話のためのコンテクスト固有のひな形を送信することにより、前記複数の参加者、製品、又はサービスの間の取引関係を開始することと、
他の参加者、製品、又は、サービスの対話の結果を調整し、且つ前記複数の参加者、製品、又はサービスの各々へ転送することと、
前記調整された対話の結果に基づき前記複数の参加者の第1の参加者、製品又はサービスと、第2の参加者、製品又はサービスとの間に直接の取引関係を結ぶことと、
前記取引関係が成功したか否かを決定するために、前記第1及び/又は第2の参加者、製品若しくはサービスからのフィードバックを収集し、且つ今後提案される取引関係が結ばれる方法を変更するために前記収集されたフィードバックを使用することとを含む、前記コンピュータにより実施される方法。
【請求項３０】
ネットワークにおいて取引関係を結ぶためのコンピュータシステムであって、
電子参加者デバイスに関連付けられた複数の参加者、製品、又はサービスと、
前記ネットワークの前記複数の参加者、製品、又はサービスについての情報を収集するための第三者代理人と、
前記収集された情報を保存するための保存デバイスと、
前記保存デバイスに保存された前記収集された情報に基づき、前記複数の参加者、製品、又はサービスの間の提案された取引関係を結ぶための前記第三者代理人に関連付けられたプロセッサと、を含み、
前記第三者プロセッサは、前記複数の参加者、製品、又は、サービスの各々に対話のためのコンテクスト固有のひな形を送信することにより、前記複数の参加者、製品又はサービスの間の会話又は取引関係を開始し、また他の参加者、製品又はサービスの対話の結果を調整し、且つ前記複数の参加者、製品又はサービスの各々へ転送し、
直接の取引関係が、前記調整された対話の結果に基づき前記複数の参加者、製品又はサービスの第1の参加者、製品又はサービスと第2の参加者、製品又はサービスとの間に結ばれ、
前記第三者代理人は、前記取引関係が成功したか否かを決定するために、前記第1及び/又は第2の参加者、製品若しくはサービスからのフィードバックを収集し、且つ今後提案される取引関係が結ばれる方法を変更するために前記収集されたフィードバックを使用する、前記コンピュータシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
(関連出願への相互参照)
本出願は、2004年12月7日に提出され、その名称が「A Method for Requesting and Interpreting Transaction Requests via Mobile Text Messaging」であるオーストラリア国仮出願2004906982への優先権を主張し、その全体を参照として組み込む。
【０００２】
(1.  発明の分野)
本発明は、全般には電子商取引のシステム、方法、及び、装置に関する。より詳細には、本発明は広い範囲の可能な取引を供給し、且つ/又は、それを提供することが可能な電子商取引のシステム、方法、及び、装置に関する。
【背景技術】
【０００３】
(2.  関連技術の説明)
商取引は、契約、合意、確約などの点から概念化され、且つ、規制されている。契約は、一般に、一式の確約を履行(すなわち、達成)するための契約当事者による上述の確約及び合意で構成されている。従来、商取引の契約は、慣行の従来の、且つ、法制化されたパターンにより包含されていることが多い。約束及び契約は文言の形態で表現され、この文言は紙又は他の適した物理的媒体上に文章として記録することができる。これらの従来の非デジタルの商取引方法が、紙上の契約などの売買に伴う手作業による処理、並びに、売買を履行するために必要となる対面での存在及び際会により制限されている。そのため、制限のいくつかは、例示、交渉、証書作成、変更、履行、及び、取締りを行うために時間がかかり、且つ、費用がかかる静的な紙上の契約；売買を履行するか、又は、売買を部分的に処理するための人間及び機械による物理的存在を必要とする紙製の切符、領収書、書類、及び、カード(例えば、磁気ストライプ、バーコード、スマートカード)などの物理的アーチファクトを使用した静的な呼び出し；取引の手作業による処理；並びに、契約に対するア手作業による、且つ/又は、外部からの履行；解読、変更、及び、理解が困難で、不明確なことが多く、機械を使用して自動化するのが難しい人間の一般的な言語(例えば、英語)を含む。その結果、(図23及び24に示されたように)市場は非常に分断され、且つ、経済単位の範囲、共通の規約、並びに、相互運用性及び市場性が不足している。
【０００４】
低費用のコンピュータ処理デバイス及び通信ネットワークの利用可能性が電子商取引を可能にしている。用語「電子商取引(eコマース)」は、ネットワークを超えて通信するコンピュータにより支援された、又は、実行された取引を伴う商慣行の諸形態を表す。極く最近、eコマースは、企業間の商取引を実行するための益々普及した方法(B2B eコマース)になっている。eコマースの実践において、約束及び契約は文章として表現され、この文章は、デジタルの形態にコード化され、コンピューターファイル内に保存され、且つ、XMLなどのコード化技術に基づいた電子データ交換フォーマットで伝送されている。
【０００５】
極く最近、低費用モバイルコンピューティングデバイス及び無線通信ネットワークの利用可能性は、eコマースの範囲を拡大しており、それにより、コンピュータ処理及びネットワーク通信を伴う取引はいつでもどこでも行えている。用語「移動体電子商取引(mコマース)」は、このような取引に関与した商慣行を指すために一般に使用されている。
【０００６】
mコマースの取引の一態様は、この取引が1回で、且つ、ある場所で、並びに、この取引に関連した状況の範囲内で行えるものである。用語「状況感知型移動体電子商取引(xコマース)」は、状況に依存した取引を伴う商慣行を指す。xコマースの取引は、遠隔ネットワーク、ローカルの電子機器、及び、コンピュータ処理用デバイスと取引に対する当事者との間のローカルの物理的対話の混合体を含むことができる。xコマースの取引は、便利、自然、且つ、豊かな体験を消費者に提供することができ、従って、電子商取引の範囲を、企業対企業(B2B)を超えて、企業対消費者(B2C)及び消費者対消費者(C2C)の商取引に拡大している。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
eコマースの全ての形態は、現在、極めて初期の発展段階にあり、且つ、多くの便利且つ許容された慣行のパターンお呼び表現形態を欠いている。この構造及びプラットフォームの欠如は、特に消費者が関与した際に(例えば、B2C及びC2C)、電子商取引の成長を阻害してきた。
【課題を解決するための手段】
【０００８】
(発明の要旨)
従って、本発明の実施態様は、本明細書においてbPlatformと称する新規の電子商取引システムの構築を開示する。特定の実施態様において、このプラットフォームは、便利、自然、且つ、豊かな消費者体験を提供する方法でxコマース取引を実施するための方法を提供することができる。このプラットフォームは、同様に、現在可能な方法よりも、効率的な方法で、且つ、便利な方法で、より一般的なmコマース及びeコマースの取引を実施するための方法も提供することができる。
【０００９】
上記に検討したように、eコマースは契約、合意、及び、約定に基づく。契約の不可欠な構成要件は、指定された行動を履行させるための一方の当事者(確約者)による、一般に他方の当事者(被確約者)の利益のための確約である。bPlatformは、契約、合意、及び、約定を表現するための新規なデジタルコード化、並びに、これらを実行するための機構を採用している。bContractは上述の表現及び機構を規定している。
【００１０】
開示されているbContract機構は、eコマースに対する強力な新しい原型である。特定の実施態様において、開示されているbPlatformは、他の知られている電子商取引方法によって提供されていない多くの長所及び機会を提供するためのbContract方法を実施及び採用している。特定の実施態様において、これらの長所のいくつかは、(1)固定された、可変の、及び、偶発的な約束；電子的なオファー、RFP及びRFQなどの一方的な約束；様々な役割におけるN組の当事者を含む多当事者間の確約を含む豊富な範囲の電子確約の作成、(2)電子確約及び同確約の金融派生商品を開発するために豊かで高効率の市場を可能にするための1つに束ねられたオファー、契約、及び、他の複合案件を形成するための確約の複合、並びに、これらの複合案件の逆の分解、(3)契約のひな形としての従来の、及び、一般に有用なパターンの慣行を定型化するための、且つ、そのひな形を有効な約束、契約、及び、他の金融派生商品として例示するための機構を提供すること、(4)必要なコンピュータ処理デバイス及び通信デバイスを備えた電子デバイスを採用して、いつでもどこでも確約された行為を便利に、且つ、確実に要求するための契約当事者に対する機構、(5)状況感知型移動体商取引(xコマース)として確約の行動を便利に実行するための契約当事者のための方法、及び、(6)電子契約及び同契約の作成から終結までのライフサイクルの管理された可視性及び監査を提供すること、を含むことができるが、これらに限定されない。
【００１１】
本発明の一実施態様においては電子商取引(bCommerce)方法が提供されており、製品又はサービスのための売り手側又は買い手側のオファー(bTemplate)を公開することと；公開されたオファーをユーザが受信し、そのオファーを条件付きで承諾し、その製品又はサービスを依頼するためにその条件付きの承諾を適合用プロセッサ(bMarket)に転送することと；その条件付きの承諾を適合用プロセッサにより受信することと；その条件付き承諾に存在する条件を満たすことができるか否かを適合用プロセッサにより決定することと；承諾のための少なくとも1つの選択肢を適合用プロセッサにより転送することと；ユーザに対して選択のためにその少なくとも1つの選択肢を表示し、その少なくとも1つの選択肢の1つをユーザにより選択することと、並びに、ユーザにトークン(bToken)を供給すること、を含む。加えて、特定の実施態様において、このトークンは、サービス又は製品と引き換えるなど、オファーの確約された行為の実行を要求するために使用されるように、他のユーザデバイスに転送可能であるように、又は、製品又はサービスとの今後の引換えのために保存されるように構成されている。
【００１２】
加えて、特定の実施態様において、オファーは映画館のチケットのためとすることができ、条件付き承諾は、映画、映画の時刻、チケットの価格、映画の上映の場所、又は、購入可能な映画鑑賞券の数の少なくとも1つに対して条件付けられているか、又は、オファーは交通機関の利用券のためとすることができ、条件付き承諾は、目的地、出発/到着の時刻、利用券の価格、又は、購入可能な利用券の数の少なくとも1つに対して条件付けられている。加えて、トークンは、引換え又は転送のためにユーザデバイス又はユーザデバイスによりアクセス可能な遠隔保存デバイスの1つに保存することができ、且つ、トークンを引換えることで追加のオファーがユーザに公開されるようにし、1つ又は複数のトークンを1つ又は複数の製品又はサービスと引き換えるために使用することができる。さらなる実施態様において、トークンの引換えは、トークンを電子スキャナに提示すること、又は、トークンを受信機へと電子的に伝送することにより達成される。
【００１３】
他の実施態様において、トークンは、娯楽行事のチケット、交通機関の利用券、鍵、くじ/福引の札、免許、会員権、個人の身分証明書、金銭的価値、引換証、利用特権カード、医療用処方箋、取引領収書、ログイン用資格証明書、url/uri、デジタル権、デジタル媒体の一片、名刺、整理券トークン、請求書、又は、活動を控えるための非開示若しくは他の合意の少なくとも1つを引換え、又は、転送する機能を持ち、且つ/又は、トークンは移動体デバイスにおける使用のために設計することができる。
【００１４】
さらに、特定の実施態様において、トークンは人間が読取り可能、機械が読取り可能、又は、OCR処理が可能とすることができ、且つ、OCR、バーコード、又は、NFCの少なくとも1つを含む多モードでの提示のために構成することができる。
加えて、トークンは、SMS、MMS、及び/或いは、電子メールを含めたデータの蓄積転送メッセージプロトコル若しくはHTTP又はWAPを含めた同期プロトコルを使用して転送可能とすることができる。
【００１５】
さらなる実施態様において、電子商取引システムは所定の条件を伴う製品又はサービスを要求するためのユーザデバイスであって、適合用プロセッサに要求を転送するように構成されたユーザデバイスと；ユーザデバイスからの要求を受信し、所定の条件を満たすことができるか否かを決定し、且つ、承諾のための少なくとも1つの選択肢をユーザデバイスに転送するように構成された適合用プロセッサと；選択のための少なくとも1つの選択肢を表示するためにユーザデバイスと連動した表示デバイスを含み、前記の少なくとも1つの選択肢の1つが選択されると、ユーザデバイスにトークンが供給される電子商取引システムが提供されている。トークンはサービス又は製品と引き換えるために使用するように、他のユーザデバイスに転送可能であるように、又は、製品又はサービスの今後の引換えのために保存されるように構成することができ、且つ、いくつかの実施態様において、要求はユーザデバイスに備えられたひな形の1つから、又は、適合用プロセッサにより構文解析することができる全文入力として作成することができる。
【００１６】
本発明のさらなる実施態様において、電子商取引方法は、ユーザからの要求に基づき、少なくとも1つのオファーを承諾するのためにユーザデバイスに転送すること、及び、前期の少なくとも1つのオファーの1つがユーザにより選択されるのに基づいてユーザにトークンを供給することを含むことができる。トークンは製品又はサービスと引き換える、少なくとも1つの製品又はサービスの引換え可能性を他のユーザに転送する機能を持つことができ、ユーザデバイス又は引換え又は転送のためにユーザデバイスによりアクセス可能な遠隔保存デバイスのうちの1つに保存することができ、且つ、トークンの引換えはトークンを電子スキャナに提示すること、又は、トークンを受信機へ電子的に伝送することにより達成することができる。
【００１７】
本発明のさらなる実施態様において、電子商取引方法は、ユーザからの要求に基づき承諾のための少なくとも1つのオファーをユーザデバイスに転送すること、及び、ユーザが選択した少なくとも1つのオファーうちの1つに基づきユーザにトークンを供給することを含むことができる。トークンは製品又はサービスと引き換える、少なくとも1つの製品又はサービスの引換え可能性を他のユーザに転送する機能を持つことができ、ユーザがユーザデバイスからトークンにアクセスでき、且つ、引換え又は転送のためにトークンを選択できるような方法でユーザの複数のトークンを保存するように構成された遠隔保存デバイスに保存することができ、且つ、トークンの引換えはトークンを電子スキャナに提示すること、又は、トークンを受信機に電子的に伝送することにより達成することができる。
【００１８】
本発明のさらなる実施態様において、適合用システムは、ユーザから商品又はサービスに対する要求を受信するための受信機であって、要求は商品又はサービスの識別証明及び商品又はサービスに対する要求に伴うユーザが規定した条件を含む受信機と、要求された商品又はサービス及び伴う条件を決定するために要求を構文解析するための構文解析器と、構文解析された要求を利用可能な実際の商品又はサービスと適合させるために、構文解析された要求をデータベースにおける情報と比較するためのプロセッサと、要求に対する少なくとも1つの適合を承諾のためにユーザに転送するための送信機を含むことができる。ユーザは、１つ以上の適合のうちの１つを選択することができ、サービス又は製品と引き換えるために使用され、他のユーザデバイスに転送可能であって、又は、製品又はサービスの今後の引換えのために保存されるように構成されたトークンを適合システムはユーザに供給する。
【００１９】
本発明のさらに多くの目的、特徴、及び、長所は、同様の参照番号が同様の構造体を示す添付の図面とともに、本発明の実施態様の以下の詳細な説明から明らかになろう。
【発明を実施するための最良の形態】
【００２０】
(実施態様の詳細な説明)
一般に、商取引は、今後の行動の実行を支配する契約、合意、及び/又は、約定に基づいている。本発明は、特定の実施態様において契約の概念化に類似させることができる新規の機構を作り上げているbContract、その構成要素、及び、他の追加の要素に関する。一般に、bContractは、多くの点において、契約の新しいより強力な表現である。
【００２１】
例えば、bContractは今後の行為の実行を支配するように構成することができ、且つ、行為の実行可能な仕様を含むこともできる。行為を指定する表現は、本明細書において「bFunction」と称する。bFunctionにより指定される行為は、デジタルコンピュータにより実行される論理オペレーション、通信オペレーション、及び/又は、デジタルで制御される機構により実行される物理的処理とすることができる。特定の実施態様において、bFunctionは、処理を構成するオペレーションが履行される順序に対する制約を指定することができる。加えて、特定の実施態様において、bFunctionは条件付きの(偶発的な) 行為を指定するための表現力を有することができる。表現することができる条件又は偶発事象の例は、時間及び場所に対する条件、物理的物体の観察可能な状況及び関係、bContract又は情報が記載されている他の情報発生構造の状況、並びに/又は、情報の知識(又は知識の欠如)を含む。当然、上記の一覧はbFunctionの表現力の例の一部に限られる。
【００２２】
bPlatformは上記に説明された条件を評価し、且つ、bFunction(s)により指定された処理を実行するための機構を提供する。この評価/実行機構は本明細書において「bInterpreter」と称する。
特定の実施態様において、bContractは、契約当事者の少なくとも1組に、個々の当事者に権利が与えられている契約の特定の行為を当事者が要求することを可能にするデジタルトークンを供給することができる。これらのトークンは、本明細書において「bToken」と称する。さらに、bContractsは、継続状態にある自己完結的なデジタルエンティティである。
上記の用語は、当業者に本発明のより良い理解をもたらすために、様々な実施態様に関して以下にさらに説明され、且つ、規定される。
【００２３】
図1は、本発明の実施態様によるbContract機構を示す。図1に示された実施態様において、bContractは、5つの個々のbFunction及びこれらの機能に共有されている易変状況の情報を含む。より全体的には、bFunctionの実行により修正することができるbContractのいずれの部分も、易変状況の一部と考えられている。例えば、1つのbFunctionは別のbFunctionにより修正することができる。状況情報はbFunctionの修正可能な部分を表している。図1の実施態様において、状況情報は、簡略さ及び説明の目的のための特異的な構成部分として保存されている。状況情報を保存するための他の方法が本発明の全体的な目的から逸脱せずに適合できることは直ちに理解されよう。
【００２４】
図1の実施態様は2つのbTokenも示している。bToken-1はbFunction-2及びbFunction-3を呼び出すために必要である。bToken-2はbFunction-3、bFunction-4、及び、bFunction-5を呼び出すために必要である。bFunction-1は自身の実行の条件としてbTokenの存在を必要とはしない。言い換えれば、bfunction-1は、自身が指定する条件が満足されると実行する自律的なbFunctionである。
より全般的には、bContractは1つ又は複数のbFunctionを含み、且つ、ゼロ以上のbTokenと関連している。各bTokenは、bContract内の1つ又は複数のbFunctionにマッピングされる。
【００２５】
特定の実施態様において、bToken、bContract、bFunction、及び、他の情報記載エンティティの状況を表すために、拡張可能マークアップ言語(XML)シンタックスを採用することができる。図2Aから2Cにおいて、bContractの要素は＜contract＞タグを使用してマーク付けされている。例えば、示されたように、bContractは、契約の状況の一部を形成している要素xについて値「42」を含んでいる。タグ付けの例示的な慣行として、小文字の英数文字が採用され、「bToken」、「bContract」、及び、本開示において採用されているb用語の残りのものなどの用語からの先頭の「b」は外されている。当然、いずれの従来のタグ付け方法も採用することができる。
【００２６】
XMLが構造化状況情報を表現するためにここでは使用されている一方、当業者は、リレーショナルデータベースの記録、オブジェクト志向プログラミングモデル、意味ネットワークなどの他の表記を容易に採用することができる。XMLシンタックスは構造化状況情報を表すためには便利であるが、評価されるべき条件又は制約、及び、実行されるべきオペレーションを表すために使用されると、読み出すことが困難になり得る。従って、XMLの代わりに、条件付きの行動(bFunctions)を表現するためのXML内の単純スクリプト言語を、例えば、図2Cに示されたように搭載することができる。
【００２７】
明確化のために、いくつかの純粋に技術的な詳細が例示的なスクリプトから省略されている。例えば、「＜」及び「＆」などのXMLメタ文字の正しい構文解析を確実にするために通常は必要となる明示的な＜![CDATA[...]]＞構造は、実施態様から省略されている。加えて、「＜」(より小さい)及び「＞」(より大きい)などの倫理演算子は、列の字句の順序付け、並びに、日付及び時刻時間的順序付け、並びに、数値の意味を認識し、且つ、尊重することができる。当業者はこれらの、及び、他の専門語用法を容易に推測することができよう。
【００２８】
スクリプトは、例えばXML(E4X)に対してECMAScriptにおいて使用されているように、XML構造を示すためのドット表記法を一般に採用している。スクリプトの各ステートメントは論理的な表現となっている。例えば、論理的表現が真（true）と評価する場合に以下のステートメントが実行されるか、又は、論理的表現が偽（false）と評価する場合にはbFunctionの処理が終結する。論理演算子の短絡回路の評価も想定することができる。「もし」、「それで」、「他に」、「条件付き」などの制御構造は、従来の意味を有すると想定されている。
【００２９】
bToken
特定の実施態様において、bTokenは二進数のシーケンスとすることができる。特定の実施態様において図3Aに示されているように、上述のシーケンスは少なくとも40個の二進数の長さとすることができる(他の実施態様において、シーケンスは、所望されるように、例えば、10から20、30から60、60から100ビットの長さほど長く、又は、短くすることができる)。この場合、特異的なbTokenの空間は2の40乗個の一意な数値からなっている。個々のbTokenは1つの配分法の方法により利用可能な数値の空間から配分されている。一例として、配分は0から始まり、且つ、1ずつ漸増していき、オーバーフロー時に送り込みで0に戻る連続したbTokenを単に作り出すこともできる。しかし、他の実施態様において、bTokenはビットの2つのサブシーケンス、すなわち接頭部フィールド及びシリアルフィールドに構造化することができる。図3Aは15ビットの接頭部及び25ビットのシリアルを示している。接頭部フィールドは固定又は可変の長さのものとすることができる。接頭部フィールドは様々なbTokenオペレーションのための接頭部マスクとして採用することができる。例えば、bToken呼掛け機(bScanner)デバイスは、呼掛け機により候補として挙げられた接頭部に適合する接頭部を持つbTokenを提示することをクライアントデバイスに要求することができる。与えられた接頭部は、例えば固有の管理ドメインを伴うとすることができる。この場合、クライアントは、他の管理ドメインのbTokenを呼掛け機に露出させるようには要求されないとすることができ、このことは、特定の実施態様において、効率及び個人情報秘匿の利益につながっている。
【００３０】
図2Aの例に示されたように、XML表記を採用している以下の検討における＜token＞タグ及びbTokenの10進数表記を採用することができる。この例示的な表記はbTokenの重要な特徴を強調している。すなわち、与えられた時点において使用することができる他のbTokenに応じて、この表記は個別の値を持っているのである。以下の段落は、bTokenの追加の例示的な特性に沿って、これを満足する構造を提示している。
【００３１】
本システムのアーキテクチャ面及び手順面の態様を記述するために、本明細書においてはフローチャート状の表記が使用されている。図4において、例えば、長方形は情報処理用構成部分を示し、円筒は持続性情報(データベース)を示し、実線の矢印は制御フロー又は矢印の尾部に位置する要素による矢印の頭部に位置する処理構成部分のの呼び出しを示し、破線の矢印はこの矢印に沿ったデータの主な流れを示し、且つ、ダッシュ線の矢印は、遠隔通信リンクが制御又はデータの流れを実施するために典型的に採用されていることを表している。
【００３２】
図4は、bTokenと他の主要なbPlatform構成部分との間の処理ステップ及び情報関係を示している。示されたように、配分処理(例えば、Allocate bToken)は配分されたbTokenの値の持続性記録(例えば、bToken Index)を維持している。配分は乱数発生器を採用して、bTokenの偽造が成功する可能性を低減するために、利用可能な値の空間から新しいbTokenを配分することができる。特定の実施態様において、無作為の配分処理は、bTokenの索引の検索により明らかにされたような既に配分された値の複製であるbTokenの発生を回避しなければならない。発生された乱数が既に使用中のbTokenに相当する場合、配分は、未配分の数を見出すために、乱数発生器を再び呼び出すこと、又は、決定論的手順を呼び出すことにより、新しい数の候補を発生することができる。
【００３３】
bTokenが順次式、又は他の決定可能な方法で配分された場合、bTokenは、この予測可能な構造を隠すために暗号化することができる。特定の実施態様において、bTokenは伝送される前に暗号化されることができ、且つ、分解される前に復号化することができる。
bTokenは、関連付け/分解方法の対の手段により、1つ又は複数のオブジェクトを参照(例えば、マッピング及び/又は識別)する。関連付けの方法はbTokenがどのオブジェクトを識別するかを記録している。続いて、bTokenがあれば、分解は、以前に関連付けられたオブジェクトからなるリゾルベントを、又は現在関連付けが存在しなければ、エラーの表示からなるリゾルベントを返送する。
【００３４】
本実施態様の目的のために、bTokenはbContractに、及び、そのbContractの特定の当事者にマッピングされる。図4は2つのステップからなる関連付け処理を示し、両ステップにおいて、bContractは新しいbTokenの値を示すために更新されるとともに、bTokenは関連付けられた当事者のbWallet内に保存される。例えばリレーショナルデータベース記録を含めて、このような関連を達成するために、多くの代案方法を使用することができる。特定の実施態様において、bTokenの関連付け及び分解の方法の対は、直接的にアドレス可能なメモリ又は内容アドレスが可能なメモリからbContractを選択するために使用される索引番号又はハッシュコードとしてbTokenを解釈するように設計することができる。効率的な一対一マッピングのためのこの方法及び他の方法は当業者には容易に知られよう。特定の実施態様において、bTokenは、いくつかのbToken分解子の1つを識別できるビットのサブシーケンスを含むように構造化することができる。全般に、このような分布したbTokenの分解は、独立したサーバコンピュータ上に位置することができる多くのbToken分解子から構成される。代案として、特定の実施態様において、bTokenは、bTokenにより識別されたbContractについてのメタデータとして解釈されるビットの1つ又は複数のサブシーケンスを含むように構造化することができる。一例として、bTokenは分解されたbContractを通過切符として識別するシーケンス、及び、旅客輸送サービスを提供している輸送機関を識別する他のサブシーケンスを含むことができる。代案として、特定の実施態様において、bTokenは、bContractの有効性に対する地理的な、時間的な、又は、他の制約を指定するように解釈されるビットの1つ又は複数のサブシーケンスを含むように構造化することができる。これらの制約はbContract自体の一部として表現されたbFunctionの条件を単に反映させることができる。このような「先頭の(up-front)」条件は迅速且つローカルに処理することができ、それにより、エンドユーザに認識されるようにシステムの性能を改善する。
【００３５】
bCode
bTokenが一旦配分され、且つ、bContract及びbContractの一当事者に関連付けられれば、bTokenがその当事者に対して利用可能となる。bTokenはエンドユーザに対する提示のための多くの代案フォーマットでコード化することができる(例えば、図4のbTokenステップをコード化する)。bToken提示フォーマットの例は、全体が参照により本明細書に組み込まれている特許出願PCT/AU2005/000276号に開示されているN-CODEフォーマット、統一商品コード(UPCコード)のために採用された10進数字列、バーコード、又は、他の視覚的なフォーマット、並びに、これの多くの一次元の、二次元の、及び、他の変形物、電気通信業界で採用されているDTMFトーンシーケンス、又は、例えば音声コンテンツに埋め込まれた(を装った)音声透かしなどの音声トーンのシーケンス、さらに、例えばBluetooth又はNFC(無接触スマートカード)などのRFID又は他の音声伝送フォーマットを含むが、これらに限定されない。加えて、特定の実施態様において、これらのフォーマットの組合せを利用することができる。
【００３６】
上記に検討したように、bTokenはN-CODEフォーマットでコード化することができる。このフォーマットは、本明細書においてbCodeフォーマットと称され、且つ、このフォーマットでコード化されたbTokenはbCodeと称する。このコード化は図3Bに示されている。本実施態様において、150ビットの冗長コード化ビットシーケンスを作成するために、bTokenの8個の5ビット記号及び標準的なCRCチェックサムの3つの5ビットの記号にリードソロモンコード化が適用されている。結果として得られる150ビットは、32個の異なる大文字の英数文字の選択を使用して表現される30個の5ビット記号にグループ分けされる。この実施態様において、30個の文字は「=」の記号が使用される小さな画面上での表示のために3行に分割され、これは、本実施態様においては、bScanner画像処理アルゴリズムによるより単純な抽出のためにコードに枠組みを作成し、且つ、これをグループ分けするためである。冗長コード化、文字/記号の提示、及び、bCodeの枠組み作成の代案方法も採用することができる。一例として、変動する数の空白文字により分離された「/」などの単一の文字のみが、bCodeのコード化されたビットを表すために使用することができる。
【００３７】
bTokenのbCode又は他のフォーマットへのコード化に続き、bCodeは、SMSショートメッセージ、電子メールメッセージ、インスタントメッセージ、又は、エンドカスタマへの伝送のための他のこのようなメッセージ形態などのメッセージに埋め込むことができる。ショートメッセージとしてのbCodeのフォーマット化は図3Cに示されている。代案として、bCode又は他のコード化は、ワールドワイドウェブのページ、インターネットサービス、印刷媒体、テレビ放送、MP3音楽ファイルのヘッダ、又は、他の媒体流通の一部として埋め込むことができる。bTokenは、媒体ストリームの一部として明示的に表すか、又は、デジタル透かしとして埋め込むことができる。
【００３８】
一例として、典型的なbTokenメッセージは、テキスト「bCode」を含むヘッダ行と、bCode又は他のコード化としてコード化されたbTokenと、関連付けられたbContractについての説明的情報と、bContractの行動及び条件についての説明的情報と、bTokenの使用に関連したエンドユーザへの指示と、並びに、任意で、bTokenメッセージを表示するために使用されるか、又は、サービスに関連付けられた他の媒体と、を含むことができる。
【００３９】
当業者は、例えば、bToken削除/消去（retriement）/取消し、及び、再伝送/再発行などの他のbToken並びにメッセージフォーマット及び有用な機能を直ちに構造化することができる。
特定の実施態様において、配分、関連付け、発行、分解、及び、消去の処理は、配分されたbTokenについての情報の包括的なデータベースを維持している。この情報の例は、これらの事象の日付及び時刻を含むが、これらに限定されない。
【００４０】
bFunction
図2Bは、bFunctionが埋め込まれた単純なbContractの形態を示している。この実施態様において、3つのbFunctionは「func1」、「func2」、及び、「func3」として識別されている。
【００４１】
bContractは1つ又は複数のbFunctionを含むことができる。1つの極端な場合において、実施態様は、bContractの全ての様々なアルゴリズム要素を単一のbFunctionとして表現するように選択することができる。他の極端な場合において、実施態様は制約表現一式又は条件付き行動規則一式を採用するように選択することができ、この場合、これらの表現又は規則の各々は、小さなbFunctionであると考えることができる。
【００４２】
特定の実施態様において、bContractのアルゴリズムの態様は合理的に独立したbFunctionの小さな集合として表現することができる。bFunctionは評価される条件及び評価された条件の値に左右されて実行される行動からなる。他のプログラム言語もbFunctionを表現するために採用することができる。特定の実施態様において、選択された言語はコンパクトなテキストによる表記を有することができ、且つ、人間による読み取りが容易である。X4Eなどのスクリプト原語又は図2Cに示された言語のスタイルは、コンパクトなテキスト表記及び読取り易さという長所を有することができる。事象/条件/行動(ECA)の規則システム及び他の生産システムは、bFunctionを表現及び評価するための他の例示的な言語を提供する。特定の実施態様において、選択された言語は、ネイティブのデータタイプとしてXML構造と対応することができる。XMLは、長期の保存及びネットワークを超えたbContractの通信のための好ましい表記とすることができる。
【００４３】
一例として、図2Cは、bContractを表す契約要素及びコンテクスト要素の2つの最高レベルのXML要素を示している。bContractは「timed-terminate」として識別された自律的なbFunctionを含む。bFunctionの第1の表現は次の通りである。
context.data.$now
この表現の値は真であり、且つ、この表現の評価の副作用はコンテクストの最高レベルの要素の日付要素の値、すなわち「2005-10-01」に対して変数$nowを結び付けることとすることであろう。この表現は、コンテクスト要素内に日付要素が存在しない場合は偽として評価する。この実施態様において、「terminate-offer」機能の評価は終結する。任意で、機能のこのような予期せぬ終結は例外を発生させるのに使用することができ、これは従来技術の方法により提供することができる。
【００４４】
問題の残りの表現は、assert contract.state.terminatedである。この表現の評価はｍ図2Cの矢印により示されているように、bContrastの状況に＜terminated/＞要素を追加する。これには、この契約の他のbFunctionが、契約期間が満了したことを感知するための単純なcontract.state.terminatedの表現をその後に使用する可能性があり、そのため、最早適用されない約束を履行するための呼び出しがある場合に適切にふるまう可能性があるという意図がある。
【００４５】
bContractエンジン
bPlatformは多くの「engine」構成部分に区分することができる。例えば、bPlatformは、図16及び17に示されたように、選ばれたengine構成部分から構築することができる。当業者は、これらの実施態様のために選択されたものとは異なる系列のbPlatform実施態様を要素に含めることを選択することができる。
【００４６】
本実施態様において、bContractエンジンは、bContractの一部を形成するbFunctionを実行する処理構成部分である。例えば、この実行機構は条件付きの試験を行うための物理センサ及びコンピュータハードウェア、メモリとしての、且つ論理オペレーションを実行するためのコンピュータハードウェア、通信オペレーションを実行するための通信ハードウェア、並びに物理的オペレーションを実行するための物理的エフェクターを含む。
【００４７】
一実施態様によるbContractエンジンの主要構成部分及び構造は図5Aに示されている。図5Aにおいて、bContractエンジンは以下の主要な構成部分、すなわち、集められたbContract及び、任意で、特定のbTokenに関連付けられたbContractの迅速な検索を促進する索引を含む持続性記憶装置と、bFunctionの条件及び行動の評価及び実行を履行するbFunction実行機構(bInterpreter)と、外部のエンティティがbContractの実行を要求することを可能にするbContract サービスインターフェースとを含む。典型的に、呼び出しは、呼び出されたbContractのbFunctionの1つ又は複数の実行をもたらし、bTokenの作用の発行/取消しを実行するbInterpreterによりbTokenを発行又は取消しするために、bWallet プロビジョニングインターフェースが使用される。
【００４８】
加えて、bContractエンジンは図5に示された2つのインターフェースよりも多くを提供することができる。例えば、bInterpreterは、bFunctionの評価及び実行の一部としての情報の提供、又は、行動の実行を外部のエンティティに要求することができる。
bContractエンジンインターフェースは、手順の呼び出し、ウェブサービスのプロトコル、非同期メッセージ伝送などを含む多くの技術を使用して実施することができる。図5Bに示されているように、bContractsに対する呼び出しは、遠隔手順呼び出し(RPC)機構により発出されるか、又は、非同期メッセージ(MSG)として受信され、且つ、bTokenの発行/取消しはRPC機構により実施することができる。
【００４９】
図8はbContract サービスインターフェースのために採用することができる要求及び返答のプロトコルユニットを示す。bWallet、bScanner、又は、bClientなどの外部エンティティは、要求要素を例示することによりbContractを呼び出すことができる。呼び出し者はトークン要素のためのbTokenの値を提供し、且つ、任意で、明示的な呼び出し者の身元証明、呼び出しデバイスの身元証明、bFunctionの名称及び/又はパラメータを例示することができる。bInterpreterは返答エンティティを例示することにより呼び出し者に結果を返送し、それにより状態コード、テキストメッセージ、及び、任意で、呼び出し者による実行のためのパラメータを持つ行動が提供される。例えば、返答行動はユーザとの対話をもたらすために利用されることが可能であり、且つ、bScannerに接続された物理的機構を操作することができる。
【００５０】
図5に示されたように、bInterpreterはランタイムのコンテクストにおいてbFunctionを実行する。このコンテクストは、呼び出しのパラメータ及び他の関連するコンテクスト情報を反映している。図5の実施態様において、bInterperterは以下のステップによりサイクル動作を行う。
【００５１】
ステップ1:トリガー事象を待つ:トリガー事象はbContract サービスインターフェースを介した呼び出し、又は、bFunctionによる実行の条件として挙げられている時刻事象などの外的事象とすることができる。
ステップ2:持続性記憶装置からの事象と関連付けられた1つ又は複数のbContractを検索する。
ステップ3:検索されたbContractのbFunctionの条件及び行動を評価する。
ステップ4:行動の実行がbContract又は作成された新しいbContractを修正した場合、更新されたbContractを持続性記憶装置に保存する。
ステップ5:ステップ1に行く。
【００５２】
図6は、bContractエンジンの例示的な実施態様をより詳細に示している。bToken索引（bToken Index）及び事象索引（Event Index）は、このEngineが事象の呼び水となり、且つ、呼び出し及び事象に応答することを可能にするために維持されている。より洗練された実施態様は、この目的のためにRETEネットワーク又は他の効率的な機構を採用することを選択することができる。
【００５３】
図6に示されたbInterpreterは実行コンテクストの一部として現在時刻及び日付の表記を含んでいる。bContractに対する呼び出しは要求エンティティとして表され、且つ、その結果はカプセル化され、且つ、返答エンティティとして呼び出し者に返送される。bContractの状況の修正は代理物として維持され、この代理物を、これが持続性記憶装置に書き込まれ戻される前にbContractに適用することができる。
特定の実施態様において、bInterpreterの機能は、持続性オブジェクトデータベース及びJava Enterprise(J2EE)実行機構、又は、リレーショナルデータベース並びに.NET実行の機構及び環境などの代案機構の手段により実施することができる。
【００５４】
bContract
上記に検討したように、図2Bは、bFunctionとして表現されたアルゴリズムの態様、及び、bFunctionの実行の結果として時間とともに変化する状況情報として表現された情報の態様を含むbContractの最も単純な構造を示している。
【００５５】
図2Bのこの例示的なbContractの形態は図7に示された方法で例示することができる。示されたbContractは小売り用の引換証の条件及び機能を提供する。このbContractに関連付けられたbTokenを保持する消費者は、2つの無償品目に対する権利があり、この場合、品目は「Squishy Vending Machine」により計量供給される「Squish」と呼ばれる。
【００５６】
図7及び後続の例について、bInterpreterは、bContractの全てのbFunctionを評価する。それは第1の(最初の)bFunctionで始まり、且つ、ページを下りつつ作業を進める。「イグジット（exit）」行動は実行を早期に終結させるために実施することができる。
【００５７】
代案実施態様は、bContractの実行のより効率的な選択を提供するために、宣言型bFunctionの条件又は事前評価のための機構を提供することができる。しかし、示された実行の順序及び機構は実施が非常に単純であり、且つ、bFunctionの実行が比較的に小さな負荷を示すために単純な実施態様が好ましい。
【００５８】
図7はbContractが終結したことを示すためにbContractの状況を更新する自律的bFunction「timed-terminate」を示す。終結の影響は「引換え-引換券（redeem-voucher）」bFunctionの一部として見ることができ、この一部は、bContractの状況が、契約期間が満了したことを示す場合に自動販売機に「dispense」行動を返送しない。
【００５９】
図7に示されたbFunctionの3つがbTokenの値を試験することに注意されたい。この値は呼び出し要求の一部として与えられている。例えば、「redeem-voucher」bFunctionは、表現：request.token.「8365992874621002」の表現で開く。この表現は、特定のトークン「8365992874621002」を持つ要求要素が存在する場合、且つ、その場合のみに、真実を評価する。
【００６０】
図7に示された契約の2組の当事者に発行された2つのbTokenの値がある。一方は消費者に、他方はサービスプロバイダとしての「Squishy Corporation（役立たずコーポレーション）」へのものである。消費者は、所望の品目を得るために「顧客-問合せ（customer-inquiry）」機能又は「引換え-引換券（redeem-voucher）」に対する要求を要求することにより契約についての情報を得ることができる。この場合、「redeem-voucher」要求は「Squishy-vending-machine（役立たず-自動-販売機）」から発せられなければならない。なぜなら、この要求は「redeem-voucher」機能における条件の表現により施行されるからである。サービスプロバイダは、オファーをいつでも終結させるために「プロバイダ-キャンセル（provider-cancels）」機能を呼び出すことができる。なぜなら、追加の条件の表現がないからである。
【００６１】
図7は、小売り用引換証の電子的な形態を提供するために、bContractをどのようにして例示できるのかも示している。より全体的には、bContractは、今後の実行のために投影されたいかなる形態の契約、契約的である又はない約束、及び、他の形態の行為をも表現するために採用することができる。このようなbContractの実用例の例は以下を含むが、以下に限定されない。すなわち、(1)娯楽又は他の行事に出席する権利を消費者に与える娯楽チケット。この場合、会場への入場は、典型的に回転棒入口機構を操作するbScannerにより、又は、入場を許可するための現場のスタッフへ合意済みの信号を与えることにより典型的にもたらされる。(2)通過切符、これにより、消費者にbTokenを発行することができ、交通機関の発券システムの一部としてbContractにリンクさせることができる。この場合、固定据付bScannerは、入場/退場の地点を提供するために、且つ、携帯型bScannerは臨時の検札のために採用することができる。(3)運まかせのゲーム。これは、くじ又は他の運まかせのゲームが、ゲームの条件を記録、施行、及び、報知するためbContractを採用することができる。この場合、bTokenは参加の証明及び賞品を引き換えるための機構として参加者に典型的に発行される。(4)例えばホテルの宿泊室などの施設への入場のための鍵は、bScannerを組み込んだ施錠機構により出入り口管理を行うことができる。bContractは来訪者、及び、宿泊室の会計への食事の課金、販売促進用のオファーなどの追加のサービスに対する時間制限のあるアクセスを提供するように調整することができる。(5)組織の会員権並びにそれに続く権利及び義務のための会員権はbContractとして表現することができる。この場合、会員に対して発行されたbTokenは、サービスを行う場所に入場する手段及び会員権に関連付けられた他のサービスを要求する手段、並びに、会員権更新申し込み、会員権の投票権、及び、他のそのようなサービスを提供することができる。(6)小売り用引換証の多くの形態のための引換証は、販売促進用の顧客忠実度及び顧客挙動追跡の目的のために使用されている。bTokenは流通、引換え、追跡、及び、他のそのようなインフラストラクチャのための低費用の手段を提供する。基礎となっているbContractは従来の引換証、忠実度、及び、他の顧客関係要素を組合わせることができる。個人情報保護の懸念が許可すれば、顧客の挙動の情報を得るためにbContractの呼び出しの実行を追跡することができる。(7)処方箋及び推奨、これにより、医師は患者に、基礎となっているbContractにより候補として挙げられた薬剤を患者が薬局で引き換えることを可能にするためにbTokenを発行することができる。同様に、他の注文及び推奨もbToken/bContract機構を使用して実施することができる。この場合、基礎となっているbContractの機能は、推奨を行う当事者のための報奨制度を含むことができる。(8)bToken及び基礎となっているbContractが様々な種類の所有物の所有権の証明を提供することができる所有権及び諸権利。一例として、第三者預託サービスはbTokenを発行することができ、且つ、基礎となるサービス条件及び行動をbContractとして表現することができる。音楽、ビデオ、コンピュータゲーム用品などのデジタル資産の場合、bTokenは顧客が資産にアクセスし、且つ、取引きするための手段を���供することができる。基礎となるbContractは消費者の、及び、著作権所有者の権利の条件を施行することができる。(9)身元証明、証明書、又は、基礎となるbContractにより候補として挙げられ、且つ、施行される特定の条件下で供給される他の情報にアクセスするための手段を、bTokenが提供できる身元証明及び証明用の文書。例えば、bContractは、bTokenに加えて、権利の適切な証明を要求することができる。(10)数量制限のあるサービスを得るか、又は、定員のある施設に入場するために待っている消費者のための整理用トークンとしてbTokenを発行することができるキューイングトークン（Queuing Token）。基礎となっているbContractは消費者に通知メッセージを実行でき、且つ、待っている間の軽い飲食物の引換証の時間制限のある発行などの他の関連したサービスを提供することができる。(11)雇用、非開示、商品又はサービスの供給、レンタル又はリース、資金供与、覚書（MoU）、代理、委任状などの合意に対する各当事者が合意をbContractとして表現することができる合意。bTokenは、合意の規約へのアクセス、履行を要求する方法、及び、他の関連機能を提供するために各当事者に発行することができる。これらの契約のbFunctionの条件は、固定価格、可変価格、又は、偶発的価格の条件を容易に表現することができる。(12)支払い用トークン、与信限度額、デビットカード、及び、支払いの他の手段がbContractの手段により実施することができる支払い方法。この目的のためにbContractを使用する長所は、支払い行動に対する非常に様々な制約を表現し、且つ、施行する能力を含む。例えば、支払いは候補として挙げられた等級の製品及びサービスのみに対して承認することができる。他の例として、子供による支払いは親への承認要求を開始することができる。(13)金融派生商品、これにより、今後の契約、オプション、及び、他の証券などの売買手段を、以下のbMarketシステムの実施態様の説明により開示されるように、bContract及びメタbContractとして実施することができる。
【００６２】
当業者は、本発明の原理から逸脱せずに、追加の実用例のためにbContractを調整することができる。
上記の実用例を容易にするために、bContractの構造は図9に示されたように拡張することができる。この例示的な構造は紙上に記録された従来の契約の形態に近く、それにより、人間がbContractを構築し、且つ、読むことをより容易にしている。規約（Terms）の区画は、約定上の行為の実行を制限するためのbFunction条件として使用される名称及び値の定義を表現するために使用することができる。履歴（History）区画は呼び出しの足跡及びbContractの状況の主な変化を記録することができる。証拠（evidence）の区画は、デジタルの証明書、並びに、契約の当事者及びbPlatformを運営している管理機関による署名を含むことができる。
【００６３】
図10は、図9に示されたbContractの形態の引換証としての例示の例を表示している。契約当事者は役割に関連付けられ、且つ、bTokenは今度はそれらの役割に関連付けられていることに注意されたい。契約条件は、満了の日付/時刻及び許可されている引換え行為の数を含む。履歴区画はbFunctionの呼び出しの時刻刻印付き記録を保持している。証拠区画は「bCode Corp」によるbContractの完全性を検証する時刻刻印付きデジタル署名を示している。
【００６４】
今まで、bContract機構はオブジェクトレベルの情報、及び、例えば発券などの実用例の領域についての状況を操作するために使用されてきた。しかし、bContract機構は、このオブジェクトレベルから、bContractがbContract自身の情報及び状態を反映し、且つ、操作するメタレベルに引き上げることもできる。
【００６５】
図11に示されたメタbContractアートは、匿名の「被申し出者」当事者への「申し出者」当事者によるオファーを構成するbContractを示している。このオファー契約は、自身の条件の1つとしてオファーされている部分的に例示された契約「オファーされた契約」をカプセル化している。このような部分的に例示された契約は、bContractひな形と呼ぶことができる。これらのひな形はメタレベルbFunctionにより例示されている。
【００６６】
被申し出者は「承諾」メタレベルbFunctionを呼び出すことによりオファーを受諾することができる。この機能はassert contracts[1].$new-contractの表現を使用して新しい契約事例を作り出す。bInterpreterはそのような新しい契約をbContractデータベースに明示的又は暗示的に保存するために構築することができる。この実施態様において、このような契約を保存されたままに保持するために「contracts」と呼ばれるアレイが使用されている。
「受諾」機能も、消費者のために新しいbTokenを作成するためのbToken配分、関連付け、及び発行の機能を呼び出す。これらの機能は単一の機能呼び出しに融合できるが、上記に検討したように、分かるようにする目的のために分離することもできる。
【００６７】
上記のメタ契約機構は、以下を含むが、これらに限定されない一連の手段を表現するための手段、すなわち、販売オファー（Offer to Sell）―申し出を例示するメタ契約機能を持つ販売のための商品及びサービスを表す部分的に例示された契約；購入オファー（Offer to Buy）―商品又はサービスを獲得するための見積りの要求(RFQ)、提案の要求(RFP)、及び、関心のある他の申し出及び表現を表す部分的に例示された契約を提供する。この場合、メタ契約機能は申し出者に応答するために販売者に対して提供することができ、並びに、派生物、すなわち任意のbContractと許可するbContractの規約を、メタ契約機能により操作して、契約の条件を変更する、契約を分割する、多数の契約を1つにまとめて同様のオペレーションを作成することができる。
【００６８】
メタ契約の態様に加えて、図11もbContractの他の特徴を示している。各当事者は図中で、bContractの当事者のデータベース内のデータベース記録の一意の識別子である「ids」により表されている。この実施態様において、識別子「0」は匿名の当事者のために留保されている。
例示的bContractは「記述子（descriptor）」機能も提供し、この機能はbContractの機能署名のXMLフォーマットの記述を返送するために契約当事者のいずれかにより呼び出すことができる。図11は、bContractの自動処理を促進する内観的なbFunctionの例である。
【００６９】
典型的なbContractは、消費者が使用するのに便利な方法で経済的に価値あるサービスを提供するためのbContract機構を採用しているbPlatform内に埋め込まれている。bContractはよく知られている標準化された一式のbFunctionを実施することができ、この一式は、bPlatformの他の処理及びユーザ対話の要素が、必要とする機能を提供するために依存できるものである。上述の「descriptors」bFunction及び「メタデータ（metadata）」bFunctionは、そのようなプロトコルの例である。
【００７０】
bWallet
bPlatformは、エンドユーザがそのエンドユーザに発行された一式のbTokenを管理することを可能にするbWalletサービスを任意で提供することができる。bWalletサービスは遠隔サーバに基づくサービス、例えばユーザの移動体クライアントデバイス上で実行するサービス、又は、bScannerなどの中間デバイス上のサービスとして実施することができる。
【００７１】
図12はbWalletのサーバに基づく実施態様を示している。bTokenデータベースは多数のユーザの意向を受けてbTokenを保存している。サービスの各ユーザについての情報は、Customer Database内に維持されている。bContractエンジンにより発行されたbTokenは、bWallet プロビジョニングインターフェースのを介してウォレット内に到着する。bWalletは、bTokenをさらにbClientデバイスに、例えばbClient Provisioningインターフェースを介して渡すことができる。
【００７２】
bWalletサービスのユーザ(顧客)は、ウェブポータルインターフェース又はRPC若しくは非同期メッセージングインターフェースを介してサービスにアクセスすることができる。図14はbWalletによりオファーされた例示的なサービス及びウェブポータルサービスのルックアンドフィールの例を示している。図14において、顧客には、関連付けられた/基礎となるbContractを記述する短いメタデータ項目を含むbTokenのリストが申し出られる。特定の実施態様において、bContractは、bWalletがXMLなどの機械読取り可能なフォーマットでこの情報について問い合わせることを可能にする「metadata」bFunctionを実施することができる。加えて、ユーザは、マウスのクリック又は他のユーザ対話機構を使用して表示の欄に命令することができる。ユーザは、bTokenのいずれか1つを選択することもでき、基礎となっているbContractによりオファーされたbFunctionのメニューを明らかにする。顧客は、これらの機能の1つを選択することもでき、その結果呼び出し要求に示された選択された機能の名称を有するbContractエンジンを呼び出す。
【００７３】
単純なbWalletは、現在有効なbTokenの集積からなる一方、より複雑な実施態様は、満了したbContractの持続性記録も同じく提供することを選択できる。さらに他の実施態様は、興味のあるオファーなどのbContractに対して顧客が検索することを可能にする検索機構又は推奨機構を提供することができる。
bWalletの追加の実施態様及び機能は図30及び31に示されている。
【００７４】
bClient
bClientは、消費者がbPlatformサービスにアクセスする必要がある必要な機能を提供する。bPlatformは、この目的のための既存の携帯電子デバイスの使用を可能にするように設計することができ、そのため、デジタルデータメッセージングのための機構を提供するいずれのデバイスも単純なbClientとして利用することができる。例示的なデバイスは携帯電話、PDA、モバイルゲームコンソール、音楽及び多媒体再生装置、並びに、ノート型コンピュータを含むが、これらに限定されない。例示的なメッセージングサービスは、SMS/GSMサービスなどのショートメッセージングサービス、電子メールサービス、及び、インスタントメッセージングサービスを含むが、これらに限定されない。
携帯電話の送受話器は単純なbClientの典型的な例である。bCodeメッセージとしてコード化されたbTokenは、例えばSMS/GSMサービスなどのショートメッセージングサービスによりこのようなデバイスに伝送することができる。
【００７５】
bClientの他の例は、例えば、Bluetooth又はNear Field Communication(NFC)トランシーバなどの低出力無線周波数(LPRF)トランシーバを装備した携帯電話である。この場合、bTokenはそれでもbCodeメッセージとしてクライアントに伝送することができる。LPRF機能を完全に使用するために、クライアントは、LPRFでの提示のために特に設計された形態にコード化されたトークンの他の形態を自動的に要求するための追加の機能を組み込むことができる。このクライアント呼び戻し機構は、以下のように動作することができる。(1)bClientはbCodeメッセージを受信する。(2)bClientはbCodeメッセージをメッセージヘッダ又は内容パターン適合により認識する。(3)bClientは、代替フォーマット及び/又は他の関連付けられた内容を提供するためにbPlatformに要求を伝送する。(4)bPlatformは要求された表記及び/又は内容で返答する。このクライアント呼び戻し機構が有利なこともある。なぜなら、bTokenの伝送者はどのフォーマットが特定のクライアント対応しているかを知る必要がない一方、同時に、最小の共通分母」bCodeフォーマット及び呼び戻し機構を実施する限り、雑多なクライアントに対応しているからである。
【００７６】
図13は、bPlatformサービスの使用上より多くの機能及び利便性を提供するために、クライアントデバイスの一部として組み込むことができる先進のbClientエンジンの構造を示している。このエンジンは、bTokenメッセージを認識し、且つ、クライアントのbWallet構成部分によりアクセス可能な形態でこのメッセージを保存するbClient Provisioning構成部分を組み込んでいる。エンジンのbWallet構成部分は、図14に示され、且つ、上記に説明された形態と同様の形態でクライアントデバイスの画面上にbTokenを典型的に提示する。
【００７７】
bClientエンジンは、bScannerによりLPRFを介して伝送されたクエリに、bScannerへの返答としてこのクエリに適合するbTokenを伝送することにより応答するbToken提示構成部分も組み込むことができる。このクエリで開始される形態の提示は、エンドユーザが提示のためのbTokenを手作業で探し、且つ選択する必要を排除することによりエンドユーザの体験を改善する。
【００７８】
図2に示されたbTokenの接頭部は、クエリで開始される提示を促進するように設計されている。提示プロトコルの単純な形態は図15Dに示されている。bScannerは、bToken接頭部、及びbScannerの公開鍵を含むbScanner証明書を含むクエリプロトコルデータユニット(PDU)を伝送する。bClientは、クエリと同じ接頭部を持つ1つ又は複数のbTokenを含むPDUを使用して返答する。特定の実施態様において、クライアントは、bScannerが偽装者ではないことを検証するために、bScannerにより供給された証明書を採用している。クライアントは、bScannerへの自身の返答を供給された公開鍵を使用して暗号化することもできる。典型的に、続いて、bScannerはオファーされたbTokenの承認/拒絶を示す。デジタル通信の当業者はこのプロトコルの変形及び精密化形を提供することができる。
【００７９】
bClientエンジンは、bTokenに関連付けられたグラフィック、音声、又は、ビデオなどの代替又は追加のデジタル媒体を供給するためにbTokenを自動的に要求することにより、より豊かなユーザ体験を提供することができる。これらの媒体はbTokenに相当するもの又は追加としてエンドユーザに提示することができる。
【００８０】
bScanner
bPlatformは、消費者がxコマース(ローカルな状況ではmコマース)の取引を実行するためのツールを提供するためにbScannerと呼ばれる中間デバイスを採用することができる。このようなローカルな状況は、映画館又は交通機関の入場用回転棒入口、小売業の店頭などを含む。bTokenを認識し、豊かなユーザ対話手段を提供し、bFunctionを要求し、且つ、bFunctionによりローカルに候補として挙げられた行動を履行するローカルハードウェアデバイスと対話することにより取引を完了するためのツールを提供することで、消費者体験は改善することができる。
【００８１】
図15CはbScannerの構造を示している。bScannerは、典型的に、視覚的な信号の伝達、音声信号の伝達、及び、低出力無線周波数(LPRF)信号の伝達などのローカル通信デバイスを使用してbClientと直接に通信する。bScanner装置は、典型的に、ユーザに情報を知らせ、且つ、配信されているサービスとユーザがさらに対話することを可能にするためのタッチディスプレイなどのユーザ対話デバイスを提供する。中間デバイスも、回転棒入口を開く、物理的な製品を計量配分するなどの機能を履行するサービス固有機構もしばしば提供する。小売りの場所などの物理的な商業上の場所において導入されるタッチスクリーンインターフェースを、bCode認識エンジンなどの身元認識デバイスと組合わせることにより、bScannerはサイバー空間から物理的な世界へのインターネットウェブサイト機能を持ち込むことができる。このように利用されると、タッチスクリーンはウェブサイト機能に場所のコンテクストを提供し、且つ、提示されたbCodeは対応する「ブラウザクッキー」機能を提供する。航空会社のチェックインカウンターなどの同様のデバイスにおける紙に基づくバーコードとは異なり、bCodeは、動的な発生、操作、更新可能性、削除、及び、動的なサーバ側マッピングなどの「クッキー」のような機能を提供する。この機構を介して、bScannerは、数兆ドルのオフラインの小売市場へ、状況固有のターゲット設定(例えば、Doubleclick.com)、動的な自動製品推奨(Amazon.com)、並びに、検索、適合、及び、信用サービス(例えば、Ebay.com)などの通常はオンライン小売商の特権である機能を持ち込んでいる。
【００８２】
bScannerは典型的に以下の手順に従って動作する。
ステップ0:bPlatformは、bContract、bScannerの機能、及び、bScannerが操作を必要とする提示媒体をプレロード又はキャッシュ(部分的)するためにbScanner プロビジョニングインターフェースを採用できる。この設備ステップはいつでも発生できる。
【００８３】
ステップ1:顧客が接触するのを待つ。この時間の間、ディスプレイ又は音声供与装置を装備したbScannerは、販売促進用又は他のコンテンツを表示することができる。LPRFデバイスを装備したbScannerはそれがオファーするサービスのLPRF広告を放送することができる。
【００８４】
ステップ2:bClientからbTokenを獲得する。近接検出器により作動されるデジタルカメラは、移動体デバイスの画面上に表示されたbCode画像を得るために使用することができる。bClientにより発信された音声信号はマイクロフォンを使用して獲得することができる。LPRF無線信号は、図15Dの例などのプロトコルに従ってLPRF受信機を使用して獲得することができる。
【００８５】
ステップ3:獲得されたbTokenを復号する。可視bCodeの場合、復号化は獲得された画像からbCodeを区分し、光学式文字認識(OCR)を施し、且つ、図2に示されたコード化処理の逆を施すことにより実行される。bCodeの括弧で括られた文字、例えば「=」は、よく知られた画像処理方法が区分化のために使用されることを可能にする。暗号化されたbTokenもbTokenの値を明らかにするために復号化が必要である。
【００８６】
ステップ4:典型的にはbContractサービスインターフェースを介してbToken索引に問い合わせることにより、与えられたbTokenが有効であることを確認する。bTokenが有効であり、且つ、bScannerが対応できるタイプのものである場合、ステップ5に進む。そうでなければ、bTokenが有効ではない旨の指示をユーザに提供し、ステップ1に行く。
【００８７】
ステップ5:bScannerは所定のbFunction名(及び、他のパラメータ)でbContractを直接に呼び出すことができる。代案として、bScannerは、所与のbTokenのための利用可能な機能のメニューを消費者に提示することができる。この場合、「metadata」及び「descriptors」の機能は利用可能な機能及び必要なパラメータを発見するためにbScannerにより呼び出すことができる。続いて、ユーザは呼び出されるべき機能を選択することができる。所与のbTokenの基礎となっているbContractは遠隔に処理するか、又は、bScanner自体に(部分的に)キャッシュすることができる。
【００８８】
ステップ6:bContractエンジンは、要求を処理した結果を含む返答でbFunction呼び出しに典型的には返答する。返答は情報に富んだメッセージ、提示される媒体、又は、bScannerにより履行されるべき機能呼び出しを含むことができる。呼び出されたbScanner機能の例は、bScannerが一部を形成する回転棒入口の開放及び自動販売機による物品の計量配分を含む。基礎となっているbContractはハンドシェイクプロトコルを実施することができ、このプロトコルは、要求されたbScanner機能の完了に対する肯定又は否定の確認をbScannerが提供することを必要とする。
ステップ7:ステップ1に行く。
【００８９】
bPlatformアーキテクチャ
以下のbPlatform構成部分が上記に説明された：
bContractエンジン；
bWalletエンジン；
bScannerエンジン；及び、
bClientエンジン。
これらの構成部分はbPlatform全体を形成するために一体となって組み合うように設計されている。例示的なbPlatform構成は図16及び17に示されている。
【００９０】
図16は中間bWalletを介してbClientに対処する単一のbContractエンジンを示している。典型的には、bContractエンジンにより発行されたbTokenを継続的にbWalletエンジンに保存することができ、且つ、bClientにも保存(キャッシュ)することができる。
【００９１】
図17は、中間bScannerにbTokenを提示することによりbContractを要求しているbClientを示している。例示されたbTokenの提示は、視覚的なbCode又は低出力無線周波数(LPRF)提示としてのいずれかである。この場合、bScannerは適切なbContractエンジンと直接に対処する。代案としてbScannerはbContractエンジンに要求を転送するために中間bWalletを採用することができる。bTokenルータ又はスイッチ要素は多くのbContractエンジンの1つに要求を送るために採用することができる。この、及び、他の知られている流通サービス方法はbPlatformのより良い拡張性をもたらすことができる。
本開示で説明された要素を使用した代案となるbPlatform構成は、当業者には明らかであろう。
【００９２】
bPlatform Server
エンドユーザにとって電子トークン(bToken)は、エンドユーザの所有となっているbTokenに関連付けられたデジタル契約の取引方法(bFunction)を要求する能力を、この値がエンドユーザに提供することに価値がある。
例えばbCodeが与えられれば、エンドユーザは、基礎となっているbContractのbFunctionを以下の方法で呼び出すことができる：
【００９３】
bScannerの提示:ユーザは携帯電話のショートメッセージインボックス内にbCodeメッセージを見出し、且つ、以下に説明するbScanner装置の走査プレート上に電話のディスプレイを配置する。
Messageの提示:ユーザは自身の携帯電話の機能を使用してショートメッセージを作成する。メッセージは単語「information」又は他のbFunctionの名称からなり、携帯電話のインボックスからのbCodeが後に続く。
ポータルの提示:ユーザはウェブポータルにログインし、且つ、bCodeの文章を、ウェブページ入力書式上に貼り付けの目的のために提供されたテキストフィールド内に貼り付ける。
RPCの提示:ユーザは、bCode及び呼び出される機能を選ぶために自身の携帯電話にインストールされたJava MIDLetを採用する。
【００９４】
bContrastプラットフォームのホストであり、且つ、インターネットに接続されているサーバコンピュータは、要求されたbFunctionを受信及び処理する。実行の効果は通知メッセージ又は要求された機能の実行となる。
図18は上記のbPlatformシステムの物理的アーキテクチャの例である。クライアントデバイス及びサーバコンピュータで構成されたプラットフォームの最も単純な実施態様が図18Aに示されている。クライアントデバイスは、携帯電話送受話器、携帯情報端末(PDA)、ノート型パソコン(PC)、デスクトップPC、又は、データ通信、メモリ、及び、計算デバイスを装備した他のこのようなデバイスとすることができる。サーバデバイスは、インターネットなどのデータ通信ネットワークに接続されたサーバコンピュータとすることができる。
【００９５】
クライアントとサーバとの間の例示的な対話において、クライアントは、携帯電話のショートメッセージとしてサーバからbCodeを含むメッセージを受信する。この実施態様において、サーバはセルラー通信事業者と取り決められたShort Message Centre(SMSC)接続を採用している。続いて、クライアントは、このbCodeにより許可されたbFunctionの実行を要求しているサーバに同じbCodeを含むメッセージを送る。一例として、bCodeの基礎となっているbContractは、bCodeの保持者にデジタルでコード化された一編の音楽を受信する権利を与えることができる。音楽ファイルは要求に応じて該クライアントに伝送される。
【００９６】
図18Bはプラットフォームの典型的なxコマース構成を示している。(クライアントとサーバの間の)中間bScannerは、bCodeを走査し、且つ、xコマース取引を実行するためのスキャナを提供するために導入されている。中間bScannerは、切符若しくは引換証用スキャナ、情報カウンター、自動販売機、又は、特定の物理的場所においてサービスを提供する他のこのようなデバイスとすることができる。
【００９７】
bPlatformはより大きなシステムの構成部分として組み込むことができる。図18Cはそのような組み込みを示し、このより大きなシステムはbPlatform及び外部プラットフォーム（External Platform）構成部分に分解される。この場合、外部プラットフォームは、例えばサービスを販売促進するためにクライアントと対話することができる。続いて、外部プラットフォームはbContractの仕様を構築し、且つ、処理を確立するためにbPlatformサーバコンピュータにその仕様を伝送する。
【００９８】
図19はbPlatformサーバの実施態様の例示的な構造を示している。サーバはbContractエンジン及びbWalletエンジンを組み込んでいる。これらのエンジンはC++プラグラム言語を使用して実施することができる。リレーショナルデータベースは、bContractの状況、発行されたbToken、顧客の記録、及び、図19に示された他のデータベースのための持続性記憶装置として使用することができる。bContractのひな形及びbContractは、実行中はC++オブジェクトとして、且つ、他のプラットフォームへの相互運用可能な転送のためにXMLとして、持続性記憶装置のためのリレーショナルフォーマットで表されている。
【００９９】
例示的なbContractは、外部プラットフォームを運用する顧客(当事者1)と小売商(当事者2)との間の2つの確約から構成することができる。約束1は当事者1の利益のための当事者2の側の義務であり、且つ、約束2は当事者2の利益のための当事者1の側の義務である。両約束は一体となって、法的契約のいくつかの形態に必要とされる対価の概念を満足している。この実施態様の目的のために、約束1は、当事者2により実施されている運まかせのゲームにおいて当事者1が運良く勝ち取った賞品を請求する権利を当事者1に与えることができる。この場合、約束2は賞品のくじ引きに参加するために当事者1により当事者2に支払われた料金を表すことができる。
【０１００】
bScanner 装置
Scannerデバイスの例示的実用例は、bTokenを認識する切符、引換証、及び、顧客認識用のスキャナ、自動販売機、並びに、他の販売及びサービスポイントを含む。bScannerデバイスは、既存の設備の一部としてのスキャナ装置の組み込みの実用例及び詳細に依存して変化する可能性のある因子の詳細を形成している。本段落では、独立型のbScannerデバイスの設計が説明される。この設計は当業者により多くの組み込み構成のために容易に修正することができる。
【０１０１】
図15A及び15Bは、携帯電話若しくはPDAの送受話器の表示画面からの、又は、Bluetooth LPRF規格を使用するLPRFプロトコルにより提示されるbTokenのいずれかを獲得することができる物理的なbScannerデバイスの設計を示している。
図15において、bScannerはエンドユーザに対面して45°の角度で支持された12インチカラーLCDタッチディスプレイの周囲に設計されている。タッチスクリーンの前側の辺縁部に垂直に搭載された透明な窓(走査プレート)の前に携帯電話が置かれた時に、約90 mm×120 mmの画像サイズを得るために、130万画素デジタルカメラがタッチスクリーンの背後に搭載されている。走査プレートの表面の約20 mm上方に設置された赤外線センサビームは、デジタルカメラによる画像の獲得のきっかけとなるために近接センサとして使用されている。Bluetoothトランシーバ及びアンテナも、この低出力無線規格を使用して、提示されたbTokenの獲得を可能にするために走査プレートに隣接して設置されている。
【０１０２】
角度の付けられた走査プレートを備えた上記の工業デザインは、消費者が走査プレートの前に携帯電話を迅速且つ便利に定置することを可能にしている。好ましくは、bScanner装置はbScannerの平均的なエンドユーザ群のほぼ腰の高さに位置決めされている。
bScanner実施態様のためのメモリ及び処理デバイスは、標準的な小さな形態因子パーソナルコンピュータマザーボード、低出力プロセッサ、及び、フラッシュメモリにより提供することができる。bScannerは、bContractプラットフォームのバックエンドサーバにアクセスを提供するために標準型組み込み無線通信モデムを採用している。
【０１０３】
bScannerの中核機能はC++プログラム言語又は他の適切な言語を使用して実施することができる。このbScanner実施態様は、LCDタッチスクリーンを使用したユーザ対話のために、且つ、bScannerの機能のためのプログラム言語として、Macromedia Corporationによるよく知られているFlashプラットフォームを採用することができる。
【０１０４】
bIntermediary
本明細書において説明されているbMarketは買い手及び売り手からの申し出を可能にする。各人は、製品及びサービスを購入又は販売するためのスタンディングオファー（standing offer）の申し出を一覧にすることができ、且つ、いずれの未完了の契約も、様々なオファー条件及び提案された規約を有することができる継続売りのオファーとして市場で一覧されることが可能である。特定の実施態様において、既存のbTemplateはオファーの草稿作成処理のための近道として使用することができる。しかし、従来のシステムにおいて、処理は一方的であり、且つ販売のための固定された、且つ、基本的な製品及びサービスを一覧にするために単一の場所が売り手に提供されている。
【０１０５】
加えて、本発明の特定の実施態様において、(XMLを使用してマークを付けられる)bContractフィールドは、特定の意味で分類することができ、且つ、フィールド情報について意味、状況、及び、関係を作成することができるのに対して、従来のシステムは、キーワードのシンタックスを使用することのみが可能である。特に、特定の実施態様において、Object Model関係及びAssociative関係などの情報と一緒にbContractフィールドを検索できる高度な検索を利用することができる。関連関係は、例えば、検索を行っているユーザに関連し、且つ、同ユーザにより所望されている隣接の、又は、関連した結果をユーザに与えるフィールドデータ間の関係とすることができる。特定の実施態様において、多くのブラウジング手段は関連した結果の文章による、又は、視覚的な表示をユーザに与えるために利用可能とすることができる。各検索のための検索ベースは大型にすることができ、且つ、bContractの条件は潜在的に複雑にすることができる。さらに、関連論理は豊かで有意味とすることができ、且つ、ユーザがbMarket環境を使用するためにユーザフレンドリなインターフェースを必要とすることができる。従って、特定の実施態様において、インターフェースをユーザに管理可能なナビゲーションを提供するために調整することができる。特定の実施態様において、このようなインターフェースの例は、ハブ及びスポーク、階層に基づくオブジェクトブラウザ、近接マップ、n次元マップ、色分けされたマップ(すなわち、製品の正確なリストを超えるもの)などを含むことができる。これらの表示方法は、Liveplasma.comがNews.comのために提供しているニュースブラウザをなどのインターネット上でコンテンツを拾い見るために使用されている。特定の実施態様において、bMarket Associate Browsersは、bContractブラウザのために同様の方法を利用し、本発明において指定されている独自の契約マークアップ及び分類言語、並びに、(以下に検討する)関連インテリジェンスを利用し、あたかもbContractがNewsなどの静的コンテクスト感応性リレーショナルコンテンツであるかのようなブラウジングの同じ機能をbMarketユーザに与えている。
【０１０６】
加えて、特定の実施態様において、bContractに関連付けられた商品は全ての物理的及び仮想の商品を含む。加えて、経済活動の需要又は供給のいかなる単位も含む、ために売買可能な商品の領域を大幅に拡大する条件可変契約も利用可能とすることができる。例えば、異なった段階の購入の申し出(市場開拓、導入世代、情報に対する要求、提案に対する要求、初申し出など)、及び、異なった段階の販売の申し出(部分的に完成された商品、組立て、結束、又は加工を必要とする商品、など)は本発明の特定の実施態様を使用して可能とできる。従って、本発明による取引は、売買可能な商品に限られず、且つ、固定された販売条件を伴う物理的な商品に限られない。
【０１０７】
さらに、本明細書に説明されているように、bMarketは商品、サービス、及び、bContractがリアルタイムで売買されることを可能にする。一旦bTokenが交換されれば、受領者はそのbTokenに関連付けられた物理的な商品又はサービスに瞬時にアクセスすることができる。従って、例えば、bContractがbMarket中枢機関により維持されているため、bTokenは取引場所に速やかにアクセスするために使用することができ、全ての売買がリアルタイムで、且つ、所有権の現実の移転を伴って発生する。従って、しばしば緩慢である物流に関する事象(例えば、郵便、第三者預託処理など)の結果としての遅滞がない。加えて、bMarketはbContractの要素を実行するための機構を含むことができる。履行は、引換え、改変、取消し、譲渡などの行動がbMarketにより直接に呼び出され、承認され、追跡され、且つ、報告されるように、bMarketの内部のことであってよい。
加えて、特定の実施態様において、当事者が、合意に達するまで契約の改変を交渉することを可能にするために、一対一及び/又は一対多数の交渉用ツールを提供することができる。
【０１０８】
加えて、特定の実施態様において、bIntermediaryをbMarket内にさらなる柔軟性をもたらすために採用することができる。bIntermediaryは、特定の製品又はサービスを顧客に適合させるのに役立つデバイス又はプログラムとすることができる。特定の実施態様において、bIntermediaryは、bContractの特定のユーザ拠点又は特定の製品、サービス、産業、市場、又は、タイプをターゲットとする特化したアクセス又は使用を提供するためのポータル又は「スキン（skin）」を設置するように構成することができる。例えば、bIntermediaryはマッサージ師を供給することに特化するように構成することができ、従って、彼らを誘引し、付加価値コンテンツ及びサービスを提供し、且つ、彼らをbMarketに参加させるためにカスタマイズドされたポータルを作成するように構成することもできる。他の実施態様において、bIntermediaryは、bMarketを使用して、製品を調達し、その製品を何らかのタイプの価値を付加する包装に入れて、特殊チョコレート販売ポータルへチョコレートを販売することに特化するウェブサイトを設置するように構成することができる。bMarket bIntermediaryアーキテクチャは、インターネット、携帯電話、PDA、オフラインチャンネルなどを使用する中間ポータルが、特定のユーザ拠点に、bMarketへのより意味深いアクセス、及びその逆も生じさせることを可能にする。さらに、API、加入に基づく供給、事象に基づく供給、及び、規則に基づく供給などの様々なbIntermediary又は人間のユーザのためのオブジェクトブラウジングツールに加えて、様々なクエリ用ツール、濾過ツール、データベースの関連「views」などがある。
【０１０９】
しかし、従来のシステムにはそのような二次的市場能力又は市場新設能力はない。特に、bMarketで売買するための人間又は機械の仲介のために利用可能なユーザ及びプログラムのインターフェースは、市場の保安及び信用の制御システムがあれば、市場に効率を与えることができる。上記に検討したように、bIntermediaryは、当事者と、買い手と、売り手との間のbContractの作成、交渉、及び、完了のための促進者として行動する代理人となっている。いくつかの実施態様において、買い手又は売り手は、彼らが本当に買い手及び売り手となることに気付いていないことがある。なぜなら、bIntermediaryが市場作成機能も果たすことができるからである。図29において、小売業者がクーポンとして１組の不完全なbContractのオファーを市場に発行すると、bIntermediaryはそれらのクーポンのターゲットである相手方当事者を探すのに役立てることができ、それにより、小売業者である発行者はそれらの相手方当事者を直接調達する必要がない。bIntermediaryは、例えば、情報を受け、交渉されて、これらの相手方当事者になることが可能な視聴者にアクセスを有するケーブルテレビ局とすることができる。この事例において、ケーブルテレビはウェブに基づくインターフェースを使用して、又は、事前に構成されていれば、利用可能なタイプのオファーに対して特定の基準が満足された場合に自動機械インターフェースを使用してbMarketにアクセスすることができる。bMarketは、グラフィカルユーザインターフェース又は機械アプリケーション プログラム インターフェイス（API）を提供して、bIntermediaryが、任意のbContractスタンディングオファーについて、代理人として、又は直接に参加したい旨をbMarketに問い合わせることを可能にし、bIntermediaryが参加に関心があれば、同じグラフィカルユーザインターフェース又は機械APIを使用して、これらのオファーに従って作動することができる。bIntermediaryはこれらの標準インターフェースを介してbMarketにアクセスするための自身のカスタムアプリケーションを構築することができる。これらのカスタムアプリケーションにおけるインテリジェンスはこれらのbIntermediaryの各々の専門的知識を反映し、且つ、機械又は人間のインテリジェンスとすることができる。bMarketシステムは、検索、ブラウジング、及び、加入の機能を提供することで、完了されることを所望しているbContractのスタンディングオファーについてのリアルタイムの情報にbIntermediaryがアクセスし、且つ、これがbIntermediaryの主要な目的である。
【０１１０】
bIntermediaryがいかにして機能するかの例示的な実施態様として、中国からの旅客機の乗客及び旅行者がシドニー空港に到着する。乗客は、bMarketにbContractのオファーを設置するために自身のモバイルデバイスを使用し、豪華な宿泊施設の5泊分のオファーを要求する。多くの宿泊施設提供事業者がそのような旅行客の正規の供給に既に加入しており、且つ、旅行客に直接応答することを選択することができる。しかし、市場の信用度に基づいて、これらの事業者のほとんどは要求者によって、すなわち特定の実施態様においては旅行者によって除外される。それらの直接のbContractオファーへの応答のうち、例えば、Shangri Laホテルが参加者として通過することができる。なぜなら、同ホテルが既にその旅行客に信頼性の格付けをされているからである。Hiltonホテルも通過することができる。例え、同ホテルがこの旅行客から事前の信頼性の格付けをされていない可能性があっても、同ホテルは、十分に高い市場に基づく信頼性を有して、旅行客の選択基準をやはり通過することができる。
【０１１１】
特定の実施態様において、入国する旅客の供給にも加入している多くのbIntermediaryが存在できる。これらの1つはAccorなどの国内に評判の高い休日管理組織とすることができる。Accorの専門分野の1つは旅行者による旅行のニーズの慎重な管理である。この事例において、Accorは、中国から来た旅行者たちのために、シドニーでの十分に推奨される豪華な宿泊施設、すなわち、中国語を話すスタッフがいる宿泊施設を探し出すためAccor自身のインテリジェンスを使用することができる。加えて、特定の実施態様において、宿泊施設についてのAccorの応答とともに、Accorは、レストラン施設及びシドニーカジノの短いツアーを含むツアーのパッケージをオファーすることが、例えこれらのオファーが要求者により催促されなくても、できる。諸実施態様において、Accorは中国人旅行客の選択基準を通過させることが可能性である。なぜなら、Accorは市場信用度を有しているか、又は、単に旅行客から要求され得るからである。
【０１１２】
別のbIntermediaryも選択基準を通過することができる。なぜなら、この特定の旅行客が女性随伴者を求めているという広告されたの特徴を、例え別のbIntermediaryがこの旅行客の宿泊施設要求の一部を形成していなくても、有しているからである。bIntermediaryは、納入元関係の管理としても顧客関係の管理としても、参加者との関係における専門家としても行動することができる。この実施態様において、bIntermediaryは、同地区の重要な独身者向けバーへのツアーをオファーに含めることもできる。bMarketにより旅行客に提示された選択基準は、この特定のbIntermediaryが選択されることを可能にできる高度な選択構成機能を含むことができる。
【０１１３】
供給側では、特定のbIntermediaryが供給業者に対する発表説明会のために買い手グループを集めることができる。この実施態様において、上述のbIntermediaryは、中国からの旅行客を集めること、及び、その買い手グループにSydney Casinoを紹介することに特化して、この買い手グループのために宿泊施設に関する価格などのより良い条件を得ることができる。これを行ううえで、これは特定市場を仲介することであり、実施態様においては、その結果、利益を得ている。
【０１１４】
信頼性の開発に関しては、信頼性の階層を構築するために、並びに、低信用度供給業者が格付けを引き上げることを可能にするためにBlogが使用していることと同様に、bMarketは、より冒険的な参加者が低格付けの供給業者及びサービスを試用することを可能にできる。これらの参加者は新しい供給業者をターゲットとするために自身の選択基準を構成する。それ故、これらの取引の結果としての意見及び売買記録の段階的な構築が、参加者及び同参加者がまとまって取引できるbIntermediaryの質を最終的に引き上げる。bMarketは、bMarketの参加者及び仲介者が上記に説明した形で取引するためのアプリケーション及びユーザインターフェースを提供する。
【０１１５】
特定の実施態様において、要件の適合は、現実の生活の人間の状況のように、しばしば不正確で、並びに、関連性且つファジイな論理に基づくことがある。そのため、これらの実施態様におけるこれらの要件の適合は、単語及びメニューの選択の組合せにより説明することができる、且つ、単語適合性、関連性、且つ、親和性の論理に基づく後に説明される方法により適合することができる。
【０１１６】
図27及び図28に示されているように、例えば、bAnalysis処理はbMarket取引データベースから情報を抽出し、且つ、それらの取引に対してデータマイニング及びデータ解析を行う。その結果は要約データ、及び、データ間の相互関係データとなり、これらのデータは人口統計学的分析、傾向の結果、価格設定分析などを含むことができる。続いて、この情報は報告書、グラフ、図、及び、表などの人間が見ることができる標準的な形態で利用可能とすることができるか、又は、代わりに、遠隔データベースアクセスフォーマットなどの機械APIクエリの形態及びOLAPなどのクエリツールで利用可能とすることができる。続いて、この情報はbAnalysis処理によりbTemplateなどの濃縮形態にさらに処理することができる。これは、過去の取引からの情報を、最も可能性の高い、且つ、最も容易に実行されるbContractの形態に、すなわち、一般に使用されているbTemplateに効率的に変換している。これらのbTemplateはbContractと同様のフォーマットに保存される。この最後のステップは典型的なbMarket取引を完了させる。図27及び図28に示されたように、このステップは実際の需要又は市場に刺激された需要で開始される。続いて、オファーを作成するためにbTemplateが選択される。続いて、この申し出は公開及び仲介のためにbMarket内に公開される。直接又はbIntermediaryを介して、このオファーは様々な当事者により逆申し出される。続いて、これは交渉され、且つ、正式締結される。合意を確認するためにbCodeが発生され、且つ、発行され、並びに、その後の呼び出しのために保存される。続いて、最終的な呼び出しの後、取引が完了され、並びに、情報はデータベースに保存され、且つ、その後にbAnalysisにより処理される。最終ステップとして、情報は、今後のbMarket取引を促進し、且つ、早めるためにbTemplateデータベースに送り戻される。この処理は、市場効率を漸進的に最適化するために繰り返し行われる。この機構は、本発明において詳述されているデータ及び通信フォーマット、これらの標準フォーマットを利用するために使用される詳述された処理、及び、モバイルデバイスを使用することにより、大幅に速く、且つ、リアルタイムの市場商取引及び自己最適化を提供し、続いて、今日存在する処理を提供することで、(例えば、ある人物が従来のeコマースの状況でオンラインではない時などに)bMarketからの分離からの時間の経過を回避するために、全ての市場参加者を市場に接続したままにしておく。
【０１１７】
映画鑑賞券システム
映画鑑賞券システムは、上記に説明したbPlatformシステム及びbScanner装置を使用して構築することができる。チケットシステムは、例えば以下からなる。
チケットポータル:インターネットチケット販売ウェブポータルは、標準的なウェブポータル実施技術を使用して構築される。このポータルは、bCodeフォーマット内にbTokenを含むSMSショートメッセージとして、ユーザが選択されたチケットを受領するための選択肢を提供する。
【０１１８】
SMSゲートウェイ:bCodeショートメッセージはフォーマットを整えられ、且つ、SMSメッセージングゲートウェイサービスを介してエンドユーザに伝送される。
bPlatformサーバ:bContractエンジン及びbWalletエンジンのホストとなるためにインターネットに接続されたサーバコンピュータが使用される。管理用且つbScanner提供用の構成部分もサーバの一部として実施される。
【０１１９】
bScanner:bScannerデバイスはチケット販売ポータルにより販売促進された作品を選抜するために映画館の入口に位置する。これらのスキャナは、有効なbCodeでコード化されたトークンの提示に応じて「入場可」のメッセージを表示する。追加のbScannerは映画館の「売店」に位置し、ここで客はbCode引換証を引き換えることができる。
【０１２０】
映画鑑賞券bTokenの基礎となっているbContractは、消費者が、映画館の入場のためのチケットを引き換えること、映画館の売店で任意の販売促進用引換証を引き換えること、bTokenを他の消費者に転送すること、チケットを別の時刻に予約し直すこと、上映される作品及び上映時間の短い説明を得ること、及び、作品の上映に先立って設定時刻に報知を受けることを可能にするbFunctionを提供する。
【０１２１】
展開されたbScannerは、消費者が自身のbTokenを提示すると映画館又は映画配給業者がbScanner上でレンダリングされる個別の音声(Scan Tones)及び視覚的な媒体(ScAnimations)又は他の適したデバイスを関連付けるためのツールを提供する。これらの媒体関連付けのいくつかは他のものより希少であり、「希少な」チケットの保持者に追加の奨励要因を提供する。
映画鑑賞券の引換えの追加の実施態様は、図27に与えられている(図28及び20は公共交通機関及び金融派生商品市場システムの例を提供している)。
【０１２２】
例えば、図29において、小売業者は1つ又は複数のbTemplateに基づきいくつかのオファーを公開することができる。オファーは、bContractの作成のためにbMarketに導入されるbCodeクーポンを作成するために使用することができる。続いて、bIntermediaryを含むが、これに限定されない様々な手段のいずれかにより潜在的な顧客を識別することができる。bContractの規約は交渉することができ、且つ、修正されたbContractは、続いて、複数のユーザに配布される。図29に示されるように、続いて、ユーザは、bContract内に含まれたbCodeを引き換えるために、例えばカジノを訪れる。図29はbCodeを受領した後にユーザがカジノに到着することを示しているが、実施態様においては、bCodeはカジノ内でユーザに配布することができる。さらに、特定の実施態様において、bCodeは、ポーカーの遊戯卓に登録することによるなどのきっかけとなる事象に基づきユーザに配布することができる。bCodeは、他の実施態様に説明されているように、引換え、取消し、売買、統合、分割などを行うことができる。加えて、bCodeはbWalletに保存することができる。いくつかの実施態様において、特別に調整されたbCodeをユーザに提供するために人口統計学的情報を使用することができる。いくつかの実施態様において、ユーザは何らかの数の異なった事象に基づきさらなるbCodeに対する権利を受け取ることができる。特定の実施態様において、これらのbCodeは今後の訪問中の使用のために保存することができる。
【０１２３】
加えて、本発明のこの、及び、他の実施態様において、モバイルデバイスは、情報についての、又は、商品及びサービスに対するbTokenについての要求を行うためのテキストメッセージングを使用することができる。同じ方法は、モバイルユーザがその要求で何を意図しているのかをサービス提供業者が正確に解釈することも可能にする。
【０１２４】
テキストメッセージングに基づいたサービスは世界中の市場で普及している。このようなサービスは、モバイルユーザが、着信音を注文し、銀行の残高を調べ、航空券を予約し、映画上映時刻を受信し、且つ、多くの他のサービスを利用することを可能にできる。しかし、ほとんどのサービスは、取引の要求を要求及び解釈するために「キーワード」法を使用している。キーワード法は、ユーザが所定の任意のシンタックスで何らかの種類の所定のキーワードを思い出すことを必要とする。この方法が情報を入力するために必要とする時間は短いが、広範なサービスにわたり異なったキーワード及び異なったシンタックスを思い出さなければならない負担は非効率的であり、且つ、これらのサービスの成長を抑制している。
【０１２５】
従って、異なったサービスにわたり共有されることができる自然言語入力の個別調整されたサブセットを利用し、同時に、モバイルユーザが固有のシンタックスを思い出さなくてもよいほどに十分直感的であり、且つ、携帯電話を介して入力するのに十分容易であるテキストメッセージング(例えば、SMSメッセージング)を提供することができる。このような方法は、今度は使用の直感性且つ容易性を得るために、一般に使用されているキーワード法よりも多くのパラメータに対応して、モバイルユーザがより多くの打鍵で打ち込むことを実際に可能にする。
【０１２６】
特定の実施態様において、メッセージング方法は、ユーザが、中でも、可能な意味と可能な結果との間の重なった領域を作成するために目的地アドレス番号(例えば、映画に対する1999-FILM)に結び付けられたドメイン固有情報を使用すること、及び、この領域情報を最小に制限し、且つ、Active Voice内のAgentを自分(モバイルユーザ)に制限し、且つ、メッセージの目的を主語を問う設問（WH-Question）又は動詞又は動作のいずれかに制限するために、この領域を使用することを可能にする移動体テキストメッセージングを介して取引要求を要求し、且つ、解釈するための自然言語入力の個別調整されたサブセットを使用する方法を含む。そのため、典型的なシンタックスは＜WH-Question or Verb＞＜Domain-Specific Data Words＞＜Stop Words＞＜Domain-Specific Data Words＞＜Stop Words＞などとなる。
【０１２７】
サービス提供業者は、この共通且つ直感的なフォーマットのユーザに容易に広告し、且つ、そのユーザを教育することができる。例えば、要求「明日のいつBad SantaがFox Studioで上映されるのか？（When is Bad Santa showing at Fox Studios tomorrow?）」において、「いつ（When）」は主語を問う設問であり、「Bad Santa」、「Fox Studio」、及び、「明日（Tomorrow）」はこの方法が認識するドメイン固有データワード（Domain-Specific Data Word）であり、且つ、「Is」及び「At」はこの方法が無視するように構成されている停止指示語（Stop-Word）である。
【０１２８】
この方法と一般的なNLP(自然言語処理)の間の1つの相違は、この方法が文章の意味又は意味論を理解する必要のないことである。この方法は、モバイルユーザがbTokenにどのようにして要求するのかを思い出すための容易な方法としてNLPシンタックスを使用している。この方法の解釈の態様は、意図された意味を予測するための「帰納的ベストマッチ（Recursive Best-Match）」適合アルゴリズムを実際に使用している。
【０１２９】
より詳細には、この方法は、先ず、主語を問う設問又は動詞である行動指示語を探す。これはほとんど常に文章の最初にあるが、特定の停止指示語、例えば、「を希望する（I like to）」は例外として邪魔となり、排除する必要がある。
【０１３０】
「Recursive Best-Match」に関して、より詳細には、最善の適合は、完全一致（Exact）、SoundEx(及び、SoundExの変形)、携帯電話キーパッドマッピング（Mobile Phone Keypad Mapping）、並びに、部分一致（Partial Matching）のStarts-of、Contains、及び、Contained-Inの変形」を含めて、文章中のドメイン固有データワードにドメイン固有の辞書語を適合させるための異なった適合アルゴリズムを使用している。各入力において、多数のドメイン固有データワードに対する適合がある可能性があり、それらは、その入力に対する可能な適合一式を得るために本発明の範囲内で帰納的に評価される。この方法は、最善の適合(例えば、この順序を使用する「Exact、2-way Part of Word、SoundEx、Phone Keypad Mapping)を決定するために、可能な適合に特定の参照順序を規定することができる。この方法は、最善の適合(例えば、「Syd」と「Mel」は特定の状況において「Mel」はメルボルン（Melbourne）であり、メロン（Melon）ではないことを恐らく示す)をさらに決定するために、Domain-Specific Data Words間の関係も使用することができる。
【０１３１】
この方法は、ステミング（Stemming）、統計的構文解析（Statistical Parsing）、タグ付け（Tagging）などの複雑なNLP技術を使用しなければならないことを回避するようにさらに構成することができる。なぜなら、本明細書に説明されている方法は、モバイルテキストメッセージングを介して取引要求媒体を成すために、自然言語入力へのキーワード適合技術を使用しているからであり、この方法は、ドメイン限定（Domain-restriction）及びキーワード適合（Keyword-Matching）のために、抽象名詞、形容詞、副詞、代名詞、助動詞、接続詞、曖昧性の除去、文法などを含むが、これらに限定されない複雑な自然言語要素に対処することも回避することができる。
【０１３２】
要求のさらなる例は、「私の預金口座の収支を調べなさい（Check my savings accounts balance）」、「9月3日から9月6日にシドニーからメルボルンまで飛行する（Fly from Syd to Mel on 3Sep to 6Sep）」、「JQ123はいつ到着するか（When is JQ123 arriving）」、「どこでBad Santa を見ることができるか（Where can I see Bad Santa）
」、「ペプシと鶏手羽肉4本と一緒にスーパースプリームミールを注文しなさい（Order super supreme meal with Pepsi and 4 chicken wings）」、「Foxでの2時半のBook Badを二人分予約しなさい（Book Bad Santa at Fox today at 2:30 for two）」を含むことができるが、明らかにこれらには限定されない。
【０１３３】
この方法のさらに多くの特徴によれば、同じ並びの文字を含む単語を照合し、大文字と小文字の区別及び句読点を無視する適合方法である完全一致（Exact）を実施することができるか、又は、単語が部分一致の3つの変形の組合せを含む適合方法「2-Way Part of Word」も実施することができる。このような特徴の例は、以下を含むが、それらに限定されない。
【０１３４】
（ドメインワード）のうちの（入力）で始まる（(Input)Start-Of(domain-word)）、例えば、「Hellboy」のうちの「Hell」で始まる=一致（"Hell" Start-Of "Hellboy" =match）
（入力）が（ドメインワード）を含む（(Input)Contains(domain-word)）、例えば、「BadSanta」が「Bad」を含む=一致（"BadSanta" Contains "Bad" =match ）
（入力)が(ドメインワード)の一部 ((Input)Part-Of(domain-word)、例えば、「boy」が「Hellboy」の一部（"boy" Part-Of "Hellboy"）
【０１３５】
これは、部分一致 (例えば、一致「H」で始まる「Hellboy」（「Hellboy」Starts-With「H」）は強力な適合ではない)の長さを重視することができる。加えて、この適合方法は、(連結されるべき単語がされていない、及び、連結されるべきでない単語が連結されている場合の)連結に関するエラーを捉えるように構成することができる。
【０１３６】
特定の実施態様において、一般に知られているSoundEx適合アルゴリズムを全体的な適合方法の構成部分として使用している適合方法「Soundex」を利用することができる。加えて、特定の実施態様において、例えば、英字を電話のダイヤル盤の相当する数字にマッピングする適合方法「電話キーワード一致（Phone Keyword Matching）」を、利用することができｍ以下の例の通りである：
QZは1にマッピングされる；
ABCは2にマッピングされる；
DEFは3にマッピングされる；
GHIは4にマッピングされる；
JKLは5にマッピングされる；
MNOは6にマッピングされる；
PRSは7にマッピングされる；
TUVは8にマッピングされる；
WXYは9にマッピングされる。
【０１３７】
従って、Bad Santaは22372682にマッピングされる。モバイルユーザが誤って、予測テキスト（Predictive Text）がOffとなっている時に電話打ち込みについて一般的な過ち(同じキーであるためにdがfとなる)である「Baf Santa」と打ち込むか、又は、Predictive TextがOnとなっている時に電話打ち込みについて一般的な過ちである「Ace Santa」と打ち込むと、「Baf Santa」及び「Ace Santa」の双方とも、それでも22372682にマッピングされ、この数字は適合を返送してくる。
【０１３８】
追加の実施態様において、適合を返送するために所定のドメイン固有論理辞書を使用する適合方法、例えば、郊外としての「Moore Park」、郵便番号としての「2032」が双方とも映画館の名称としての「Fox Studios」に適合する。
加えて、特定の実施態様において、適合及び構文解析の性能を強化するために辞書における項目について特性を定義する方法を提供することができ、それにより、例えば、以下の特徴も提供することができる。
【０１３９】
(1)ドメインデータのStop-Word部分。Stop-Wordも同じくドメイン固有データワードである場合、停止指定語（Stop-Word）は双方の選択肢に帰納的に適合され、且つ、続いて、最善の適合が選択される。(2)制限的適合方法「LAX」。他の3つの適合方法ではなく、「完全一致（Exact）」法を使用して適合を返送するのみである。(3)適合優先順位、これにより、「The Day After Tomorrow（あさって）」の「Tomorrow」は日付としての「Tomorrow」より高い優先順位を持つ。(4)Default Meaning。これらが、概念の中で見出されなかった場合に想定される単語であるようなデフォルトの意味。例えば、「Today」は、与えられていなければ、映画上映時刻について想定され、「1」は、与えられていなければ、予約についての乗客の数について想定される。
【０１４０】
サービスが以下のようなデータを提供する領域よりも、より広範な領域を網羅するために、Domain-Specific Data Wordsを拡張する方法も提供することができる：
もし適合が以前有効であり、且つ、最早有効でない、すなわち、状況が時間とともに変化していれば、無効な適合を返送するよりも、むしろ、ユーザフレンドリな情報、例えば、「あいにく映画はもう当劇場では上映しておりません（Sorry that movie is no longer showing at this cinema）」を返送する；
もし適合が有効な個別のDomain-Specific Data Wordsを有するが、全体的な適合を有さないなら、ユーザフレンドリな情報、例えば「あいにくシドニーからブリスベンまでの直行便はありません（Sorry there is no direct flight from Sydney to Brisbane）」を返送する；又は、
【０１４１】
もし適合が、適合を完成させるための追加の情報を必要とし、且つ、部分的な適合を含んでいるなら、ユーザフレンドリな情報、例えば、「あなたが必要な鶏手羽肉の量を確認できますか？（Can you confirm the quantity of chicken wings you require?）」を返送する。
このSMS(又は、より一般的には、テキスト)メッセージングの追加の特徴は、当業者には明らかであろうし、且つ、この特徴が本発明の外の他の領域において、又は、本発明の他の態様において使用できることも明らかであろう。
【０１４２】
他の実施態様において、キーワード索引を使用してデータをプロファイリング及び関連付けする方法を提供することができる。特定の実施態様において、この方法は、出会いたい、取引したい、又は、ただ交流したいと希望する人々の間に提供することができる。例えば、言葉での1人の市場参加者のプロファイル説明(例えば、「30歳の会計専門家。カヤックとスキーを楽しんでいる」)；言葉での会員の所望の関係のプロファイル説明(例えば、「商業会計で新しい役割を求めている」)；従業員又は友人などの相手方当事者との提案された関係を伴う通信の記録であって、bContractの初期交渉段階へのその応答、及び、電子メール又はインスタントメッセージングなどの参加者対参加者の直接通信を含めた記録；bMarketの全ての参加者との通信、進行中のbContract交渉、及び、完了した取引の記録；bMarketの参加者についてbMarketがアクセスした全ての他のタイプのコンテンツであって、bMarketの人間と機械のユーザインターフェース内の対話を介しているか、又は、外部(Blogs、Ebay、他の電子市場、又は、いずれかの他の公的に利用可能な情報源)のものを介しているか；並びに、bContractの性能を最適化する目的のために、bMarketが市場参加者を互いにいかに良好に取りもったかについて、bContract及び市場参加者間の関係がどのように発展したかについて、周期的にフィードバックを集めること。
【０１４３】
諸実施態様において、この方法は、完了した、又は、未完了のbContractに関するテキストコンテンツの全てに索引を付け、且つ、特定のbMarket参加者又はbIntermediaryに所属する重要な単語及び専門用語の辞書を作成することができる。この方法は、キーワードにより、人々、契約、各契約の当事者、買い手及び売り手、製品及びサービス、並びに、取引などのいかなる情報もプロファイルする独特な方法とすることができる。例えば、図33を参照されたい(図中の「SELF」又は「SEEKING」のタグは、bMarket参加者が、自身がbContractの相手方当事者を探しているか否か、又は、買い手又は売り手のグループを形成するために、自身に対して他の同様の当事者を探しているか否かを特定するための機構を提供している)。この方法は、二連の単語、三連の単語、及び、短い句にも索引を付けることができる。例えば、「乗馬場を提供（provides horse riding venue）」又は「UNIXの経験3年（3 years experience in UNIX）」は、個々の単語よりも、むしろグループ化した方がはるかに意味深くマッピングされる。この方法は、bMarketユーザが、ウェブなどのユーザインターフェースを介してコンテンツを予備選択するためにドロップダウンボックス又はチェックボックスを使用して、構造化コンテンツに進入することも可能にする。例えば、ユーザは一連の製品属性又はサービスの説明にチェックボックスを使用することができ、且つ、bMarketのユーザインターフェースは、それらを単語に自動的に変換し、且つ、それらを単語及びキーワードとしてbContractのマーク付けされたオファーに挿入することができる。関連キーワード辞書を使用したbContractオファー及びbMarket参加者のこのプロファイリングは、bMarketが、データ、及び、他のデータに対するデータの関連性、関連付け、関係、及び、適切性を検索、適合、分類、及び、解析することを可能にすることができる。
【０１４４】
bMarket内の項目(当事者、製品、サービス、bContract及びbOffersなどである項目)間の提案された取引関係の潜在的な適切性を評価し、且つ、bIntermediaryを含めたbContract及びbMarket参加者のキーワード索引辞書のための独自の格付けシステムを使用して、結果を解析し、且つ、取引関係の提案及び適合処理を継続的に改善するための方法を提供することができる。この方法は、bMarket自体、並びに、参加者及びbIntermediaryがbMarket内での売買のための当事者間の取引関係を提案することを可能にする。例えば、売買を求めているbMarket参加者の状況において、キーワード適合は、参加者の辞書にある参加者に求められた適合キーワードを適合させることにより、その取引関係が潜在的に適した提案された取引関係を伴う「望ましい取引関係」であっても取引関係自体についてのキーワードのみであっても、行うことができる。例えば：
参加者AはキーワードAAA、BBB、CCC、EEE、FFFを有することができ；
参加者BはキーワードAAA、MMM、NNN、QQQ、RRRを有することができ；
参加者CはキーワードBBB、CCC、EEE、QQQ、ZZZを有することができる。
【０１４５】
参加者Aの参加者Cとの適合は、両者の間により高い「類縁性」の評点を返送し、且つ、その取引関係は参加者A-参加者B及び参加者B-参加者Cに先じて付けされる。加えて、より知的ななアルゴリズムが以下に詳述される。
上記の単純化モデルは、参加者の広告した情報を介したにせよ参加者の提案したbContractオファーを介したにせよ、参加者自身により供給されたキーワードが本物であり、且つ、他の参加者により正確且つ有用なものであると見なされることを前提とする。しかし、bMarketの残り部分による内容の検証は、bMarket参加者の信用度を測定するためのそれらのキーワードに対する評点付けシステムを導入することができる。内容は、小さなサンプル集合における統計的な変動のために、bMarket又はbIntermediaryが劣悪な適合を行う可能性を低減するために市場にわたり検証することができる。上記の例において、もし参加者Aと参加者Cが対話した後に、提案された取引関係が成功であった、すなわち、bContract取引が完了したことが判明したなら、キーワードに対して以下が発生する可能性がある。
【０１４６】
参加者Aに対して、提案された取引関係を決定するために使用された重なりキーワードであるキーワードBBB、CCC、及び、EEEが肯定的な評点を受け取ることができる。
参加者Bに対して、キーワードBBB、CCC、及び、EEEが同じ肯定的な評点を同じく受け取ることができる。
しかし、もし取引関係が参加者Aによってのみ成功と見なされたなら、参加者Bのみが評点を受領することができ、その逆も成り立つ。
【０１４７】
特定の実施態様において、評点は、承認する当事者からの是認の程度によりさらに認定することができる。例えば、評点は以下に分割することができる：
「はい、参加者Bと売買したいと思う」、及び
「はい、人物Bが売買で信用できると是認します。」
【０１４８】
特定の実施態様において、このことは、評点付けシステムの微調整のための異なった評点レベルを作成する。例えば、bMarket内又はその他の中での参加者及びその参加者の売買記録に関する広告内容の信頼性に対するあるレベルの必要な精査を行うために、一般大衆を使用する方法として、例えばGoogle Page-Rankなどのウェブサイト、及び、例えばLinkedIn Endorsementsなどのインターネットソーシャルネットワーキングのためのインターネット検索エンジンにより使用することができる参加者固有のキーワードに大量のフィードバックを適用することは、そのフィードバックが、ユーザのための最も適当な適合を識別する際に有用となることを可能にできる。加えて、この大量フィードバック処理は、参加者には知られていない背景での処理において、個別の人々に所属するキーワードにも、その個別の人々に関するそれらのキーワードを実証するために適用することができ、続いて、全てが背景において、斬進的により良い適合を行うためにbMarketによる適合性のインテリジェンスを作成するために使用することができる。
【０１４９】
実施態様において、アルゴリズムは、人物についての信用できるコンテクスト固有のコンテンツの標識として、是認されたその量のキーワードを使用することができる。1人の人物は、自ら背が高く、成功している起業家であり、且つ、正確な株式予測の供給業者であると主張することができる。しかし、もし彼が実際には背が低く、株式については何も知らないが、医療科学関連の成功している起業家であれば、この方法はこのアルゴリズムを使用して他の会員の支援を得てこのことを見出すことになる。このアルゴリズムは、包括的に適用されると、bMarket参加者についての信用できる情報を迅速且つ精密に探し、且つ、抽出することができ、且つ、続いて、bMarket売買のための参加者の間の最も適切な取引関係を提案するために、その情報をコンテクストに固有な形で使用することができる。特定の実施態様において、キーワード辞書はその人物についての様々なデータ源から形成することができ、且つ、従って、極端に強力である。参加者の個人情報から売買の履歴まで、売買の信用度まで、他の参加者及びbIntermediaryへのアクセスまで、知識まで、職歴まで、政治的な意見まで、趣味まで、技術的技能、製品知識までなどに及ぶ。
【０１５０】
加えて、この方法は、例えそれらの特徴が個人情報保護の理由のために商業上では決して実施される可能性がなくとも、このデータを使用して参加者、仲介者、及び、bContractオファーに対する検索を行うために、bMarket適合エンジン自体のみに加えて、人間及び組織的ユーザのための能力を開放したままにしている。人々のこの精密なカタログ、及び、これらの人々についての詳しい情報は、bMarketに対する外部エンティティにより最も良くアクセス不能とすることができる。
【０１５１】
追加の評点付けの検討事項（Scoring Consideration）も特定の実施態様において提供することができる。追加の評点付けの検討事項は以下を含むことができるが、これらには限定されない：
(1)否定的な評点付け(不成功な適合に基づきキーワードの評価を下げること)。
(2)キーワード間リンケージ（Inter Keyword Linkages）(参加者Aのキーワード「Panoramic Views、High Class Restaurant、Exclusive Bar」を考慮する)。もしHigh Class Restaurantが適合を受けたなら、例え直接的な適合がなくとも、High Class Restaurantと、Panoramic Views及びHigh Class Restaurant及びExclusive Barとの間のキーワード間リンケージの記録を作成する。適合エンジンがそれらに対して回帰性解析を適用すると、適合エンジンは、特定のキーワード間リンケージが取引関係がより成功するのに貢献することを見出すことができる、すなわち、「Exclusive Bar」と「High Class Restaurant」が「弱い」適合を返送し、2つのそうでなければ適合しない人物同士の間に成功した適合を作成する。しかし、これが包括的に適用されているため、このことは、これが統計的に見せかけのものである可能性のある時に、例えば背の高い人々は事業において優れているいう命題をbMarketが作成することにつながる可能性がある。特定の実施態様において、このことは、一旦大きなサンプルサイズが得られるか、人間又は人工知能を持つエキスパートにより周期的に検討されれば、評点付けのこの検討事項が考慮されるのみであることを意味している。
(3)既に説明されたような異なった是認レベル。
(4)単語の頻度
(5)単語はどこで見出されるのか。(完了したbContracts、仲間からの信頼性フィードバック、宣伝プロファイル、ウェブブログ、電子メッセージなどに異なった格付けに適応する。)
(6)bPlatformデータベースの継続的データ探索及び統計的に有意である適応性の意味付けからbMarketが発見するいずれか他の適合基準。
【０１５２】
加えて、特定の実施態様において、強制的且つ否定的なキーワードを提供することができる。各会員による基準定義処理、すなわち、彼らが求めているものの範囲内に、彼らが指定キーワード（Mandatory Keyword）の基準、すなわち、特定のコンテント内のターゲット中に存在しなければならないキーワードを指定することを可能とすることができる。例えば治療的マッサージサービスの供給のために、供給業者はオーストラリアのシドニーに住んでいなければならないか、又は、否定的なキーワード、例えば、喫煙者はいかなる状況下でも許容不可などである。特定の実施態様において、これらの基準はプルダウンメニュー項目として最善に選択することができる。なぜなら、システムは、例えば、「オーストラリアにいる（Been to Australia）」と「オーストラリアに住んでいる（Live in Australia）」をキーワードの分離に伴って混同することはできないなど、混乱を起こさないように精密なテキストのフォーマットを制御することができるからである。そのため、bMarketは居住者のための限定されたキーワードとして[Live In Australia]を使用することができる。Non-Smokerは「Smoker」も返送することができ、そのため、この場合、これらを正確に適合させるために、Smokerの前後にスペース区切り記号が必要となる。且つ、多単語索引もアルゴリズム内のこれらの論理的問題を排除するうえで役立つ。
【０１５３】
特定の実施態様において、全体的な類縁性評点及び適合処理も提供することができる。例えば、上記の適合基準を使用して、期間ごとにbMarketによる合計(n)*(n-1)個の潜在的な取引関係推奨例が存在し、ここで(n)はbMarketの参加者の総数である。この場合、Engineは、自身が期間ごとに受信することを好む、提案された取引関係が最大であるかについての各参加者からの情報を使用でき、各会員に対して類縁性の最高評点の対を導出することができ、ここで、類縁性評点は、信用度の評点により調整された2人の人物の間のキーワードの最大重複である。続いて、エンジンは参加者間の取引関係及びbContractオファーの交渉を提案することができ、且つ、続いて、交渉がそこから進行することを可能にし、且つ、ある時間の後、会員からフィードバックを収集することができ、且つ、続いて、この適応性インテリジェンスを反復して適用するために情報をファイルし、且つ、解析することができる。
【０１５４】
特定の実施態様に存在する可能性のある他の特徴は、第2度及び第3度の類縁性である。この処理において、ある参加者、例えば、参加者Aと、現在の提案されている接続を介した参加者Aから1度、2度、又はより多くの度数だけ離れた人々に高い類縁性評点を有する他の参加者との間に提案された取引関係を作成することができ、例えば、参加者Aは参加者B及び参加者Cに接続される。参加者Cは参加者Dに接続される。そのため、第2度のAffinityとは、参加者Aが参加者B及び参加者Cに対する高類縁性の見込みを伴って関係することを提案されることを意味し、第3度のAffinityとは、参加者Aが参加者Dに対する高類縁性の見込みを伴って関係することを提案されることを意味する。この方法は、LinkedInなどのソーシャルネットワーキングサイトにおける一般に使用されている方法である。本発明において、この方法は、参加者が売買を行い、且つ、参加者間でbContractを完了することを可能にするための提案された取引関係を結ぶために使用されている。
【０１５５】
第2度類縁性は、類似誘引（Like-Attract）集団(買い手及び売り手のグループ)のために有用とすることができる。そのため、もし参加者Aが港湾（Dock）で働いており、参加者Bも港湾で働いているなら、第2度類縁性は意味がある。なぜなら、両者は「同類（Likes）」であり、且つ、運送会社に対して彼ら自身のためにより良い取引を交渉するための港湾ワーカー（Dock Worker）の労働組合を結成するためにより多くの「Like」と関連付けられなければならない。
【０１５６】
第3度類縁性は相反誘引（Opposite-Attract）集団(男女のデート、起業家とベンチャーファンド、仕事と求職者など)のために有用である。そのため、もし男性Aが女性Bと関連付けられ、女性Bは今度は男性Cと関連付けられているなら、男性Cとの高いAffinityを持つ女性たちに連携されている男性Aは意味がある。同様に、起業家とベンチャーファンド、仕事と求職者などの場合、第2度Affinity及び第3度Affinityは、ネットワーク作り機能などの現実の生活のソーシャルネットワークキングにおいて一般に起こっている。本発明は、これらを電子的に、且つ、リアルタイムで行い、並びに、実際の売買及びbContractの履行のための環境をさらに提供する。
【０１５７】
この例は社会的な状況感知型人間同士の間の取引関係のために使用されているが、この単語に基づく類縁性情報及び決定の方法は、個別に、又は、他の特徴との組合せで本発明の市場又は任意の他の部分においてbContractオファーデータの検索、ブラウジング、又は、加入を行っている機械又は人間のユーザの利益のために、bMarketの項目間の連想関係を決定するために使用することができる。
【０１５８】
小売り用引換証書システム
小売り用引換証書システムは、上記の映画鑑賞券システムの構成部分とすることができる。小売り用引換証書システムは、小売り小売商のための小売り用引換証書トークンの発行、引換え、及び、関連サービスを提供する独立型システムとして展開することができる。
【０１５９】
小売り用引換証書システムは、遂行されるべき引換証書の走査のリストを提供するためのサービス員に対面した任意の第2の画面を備えたbScannerを採用することができる。小売りスタッフには、引換証書の履行の肯定/否定応答などの管理上のオペレーションのための、且つ、申し出られている項目の利用可能性/利用不可能性を示すためのbCodeとしてコード化されたbTokenが発行される。スタッフのbCodeはラミネートカード上に印刷することができる。
【０１６０】
ゲームシステム
パソコン、ビデオゲーム機、携帯ゲーム機、及び、携帯電話上で消費者により遊戯されるコンピュータゲームは娯楽の人気のある形態である。コンピュータゲームの販売業者は、消費者がゲームを購入し、且つ、オンラインゲーム加入料を支払うための誘因を提供したいと希望している。民生用の製品及びサービスの販売業者は、コンピュータゲームなどの消費者媒体内に広告を設置するために支払うことにより自身の製品、サービス、及び、ブランドをしばしば振興している。
特定の実施態様において、bCodeゲームシステムはゲーム遊戯者に報酬を提供でき、且つ、同時に、製品及びブランドを振興するための民生品企業のための機会も提供することができる。
【０１６１】
図20Aはネットワーク通信を提供しない電子ゲーム機のために実施されたゲームシステムを示している。この場合、同機に組み込まれた、又は、他の媒体上に供給されたソフトウェアは、bTokenの視覚的な、又は音声のコード化を与えている。図20Aに示された番号を参照すると、1は消費者がゲーム機上でゲームを遊戯することを示し、2はbCode、及びゲーム遊戯のゴール又は他の褒賞点に達したことに対する報酬として設計することができるゲーム遊戯中に表示されるbCodeトークンを使用することにより引き換えることができる賞品の説明を示し、3は、続いて、消費者が引換えのためにゲーム機の画面にbCodeの画像を呼び出すことができることを示し、4は、消費者が、自動販売機の一部として組み込まれたbScannerによる走査のために画面を配向させることを示し、且つ、5は自動販売機が、例えば清涼飲料などの賞品を計量供給することを示している。
【０１６２】
図20Bはネットワーク接続されたゲーム機又は携帯電話ゲームのために実施されているゲームシステムを示している。図20Bに示された番号付けを参照すると、1はオンラインゲームの遊戯中に遊戯者がゲームにおける褒賞点に達したことを示し、2はオンラインゲームのサーバがbPlatformサーバにbTokenが遊戯者に発行されるべきであることを通知していることを示し、3は遊戯者が、ゲーム機、携帯電話、又は、他のbClientデバイスとすることができる指名されたデバイス上でbTokenを受領することを示し、4は遊戯者がbTokenをbScanner自動販売機に提示することを示し、且つ、5は自動販売機が賞品を計量供給することを示している。
【０１６３】
ゲームシステム実施態様は、インターネットウェブブラウジング、オリエンテーリング又は他のスポーツ活動、携帯送受話器上に提供される場所に基づいたサービスなどの他の活動の途中で賞品、引換証書、又は他のbTokenを発行するために容易に一般化することができる。
【０１６４】
bMarketシステム
切符、引換証書、鍵、及び、他のbTokenは、基礎となっているbContractの一部として適切な機能を提供することにより転送又は売買することができる。転送はbTokenを複製するか、又は、既存のbTokenを無効化して新しい所有者に新たなbTokenを発行することができる。
所有権の転送事象は、多数の当事者の承認又は確認をしばしば必要とすることがある。このような目的のために、確認bFunctionを提供するbTokenを採用することができる。
【０１６５】
典型的には、相当な価値を持つbContractは「評価」bFunctionを実施し、このbFunctionは要求しているbTokenを保持する当事者の観点から金銭的価値を返送する。約定の実施態様において、受益者のために返送された価値は肯定的とすることができるのに対して、諾約者のための価値は否定的とすることができる。bWallet全体又は多数のまとまったbWalletは、全ての構成要素bTokenの評価額を集めることにより評価することができる。
【０１６６】
上記のオブジェクトレベルの売買機能に加えて、より強力な電子売買サービスをメタbContract技術を使用して構築することができる。メタ契約は、売り手側及び買い手側のオファーにおける売買、複合契約、及び、他の金融派生商品を可能にする。買い手側のオファー及び金融派生商品の例として、所定の条件(例えば、私は午後7時の回の7ドルの映画鑑賞券が欲しい)に基づくサービスへの応募入札、可変条件(例えば、私は映画鑑賞券が欲しい)を伴うサービスへの応募入札、金融派生商品であって、先物取引、オプション、空取引（short）、先渡し、キャップ、ラチェットなどを含む商品、所有物及び資産に対する所有権、知的所有物に対する所有権、代理人/委任状、及び、投票。
【０１６７】
他のbMarket実施態様のアーキテクチャは図21に示されている。図示されているように、顧客(取引業者)とbMarketのオペレータとの関係は、売買されているオブジェクトbContractを操作するbFunctionを提供するメタbContractとして最も良く表されている。例示的な売買オペレーションはこの図に示されている。
【０１６８】
オブジェクトbContractは、メタbFunctionにより提示されオファーとなるbContractひな形として開始するライフサイクルを辿る。オファーは「承認」メタレベルbFunctionの方法により完了bContractに変換される。任意で、取引交渉の他の態様を実施する追加の機能を実施することができる。任意で、完了された譲渡可能な契約は個別にオファーに、又は一括オファーとして変換し戻すことができる。
【０１６９】
bMarketは、範囲、速度、製品及びサービスの幅広さ、移動性、及び、効率に関して、既存の電子市場に優る電子市場を構築する新しい方法である。図22は消費者の観点から上記に検討されたbMarketプラットフォームを示し、図32は売り手の観点からの同じbMarketプラットフォームを示している。
【０１７０】
上記に検討されたように、本発明は、超高効率デジタル/電子商取引のための新しいプラットフォームに関し、移動体携帯デバイスにより許容されるリアルタイム機能を利用している。本発明は、新規のリアルタイム移動体商取引プラットフォームを、これを可能にするデバイス及び機械にわたるビットデータの伝送に基づき、個別に、且つ組合せで可能にする新規且つ革新的な多くの構成部分を扱う。これらの構成部分の各々の詳細は上記に記載され、且つ、以下に要約される。
【０１７１】
bDataFormatは、多様な数のデバイス及び機械(例えば、bDevice及びbMachine)にわたるリアルタイムのデジタル売買を可能にするためのビットデータの伝送のための標準データフォーマットの集積である。bDataFormatは以下を含むが、それらに限定されない独立したデータフォーマットの拡張集合とすることができる：i)bCodeデータフォーマット、ii)チェックサム及び冗長さを持つ、又は、持たない通常の数字表示、iii)ホログラフィ及び3-Dグラフィック、数字、又は文章の表記を含めた一次元バーコード、二次元バーコード、及び、三次元バーコード、iv)RFID身元証明番号、v)無線周波数伝送(Bluetooth)のための他のハードウェアに基づく身元保証番号、及び、vi)波形の表示(音声、磁気、赤外、又は、電磁波スペクトルを使用した表示のいずれか)。
【０１７２】
データフォーマットの収集物の存在のためのbDataFormatの下位互換性及び上位互換性は、リストに掲げられたフォーマットの1つ又は複数に対応しない遺物及び今後のインフラストラクチャへの集積化のためにそれらのフォーマット間のリアルタイムの変換を可能にすることができる。例えば、店頭で使用されている既存のスキャナは一次元のバーコードのみを認識することができ、且つ、このbDataFormatクラスの存在は、同じbTokenが機能呼び出しのために問題なく認識されることを可能にする。
【０１７３】
他の実施態様において、RFID伝送に対応しているモバイルデバイスはbCodeデータフォーマットでbTokenを受信することができる。bCode及びRFID機能を認識すると、デバイスは中央サーバに引出し要求を発行することができ、bCodeの受信の後、bTokenは、RFIDが可能なスキャナへのbTokenのRFID提示のために追加のメタデータを獲得することを催促することができる。bDataFormatの収集物も、下位互換性及び上位互換性を確実にするためにこのタイプの変換が行われることを可能にする。
【０１７４】
さらなる例において、bCode又は数字表示になったbTokenを持つユーザは、何らの固定回線又はモバイルインターネット機能も持たない遠隔地の小売商にbTokenを提示したいと希望することがあろう。ユーザはこの小売商に電話でbTokenを単に読み上げ、この小売商は自身のシステムにこの情報を手作業で打ち込むか、又は、手書きする。この事例において、bDataFormatクラスは正常な呼び出しのために音声波形表示への変換も可能にする。
【０１７５】
インラインコード認識は、bCode及び数字表示などのテキストに基づく特定のフォーマットが段落テキストに直列に組み込まれることを可能にする。例えば、「あなたはJoe Smith氏への=AMMKJ=MKL2P=の転送を承諾しますか。」又は「あなたの切符の番号は01293090です。」これらのbDataFormatサブクラスの性質は、パターン認識及びテキスト認識の技術を使用して光学的に走査されると、又は、人間に読み取られると、段落テキスト内でさえ、bTokenの認識及び呼び出しを可能にする。
【０１７６】
パターン内コード認識は、1次元、2次元、及び、3次元のバーコードなどのグラフィックに基づく特定のフォーマットが、画像（picture）、デザイン（art）、及び写真(photograph)などの他の視覚的要素に組み込まれることを可能にし、且つ、それでも様々なパターン認識技術を使用して電子的にbTokenとして認識することができる。
波形内コード認識は、音声及び電磁気などの波形に基づく特定のフォーマットが人間の会話及び無線放送などのより大きな波形中に組み込まれることを可能にし、且つ、それでもパターン認識技術を使用して電子的にbTokenとして認識することができる。
【０１７７】
上記に検討したbCodeは、市場における20億台の、且つ、成長している既存のモバイルデバイス間の相互運用性の問題を解決する特定のbDataFormatである。
上記に網羅されたように、bCodeは、ビットに基づくデータを表すための英語又は他の言語での英数字の文字列の特定のパターンを使用する文字に基づくデータフォーマットである。
【０１７８】
bCodeは、変換又は本来の形態を使用して、アナログ及びデジタルのチャンネルにわたり容易に伝送される独自のフォーマットである。bCodeは、高い信頼度及びデータ冗長性を伴って表示デバイスの画面から光学的に走査することができ(例えば、携帯電話、ゲーム機、ノート型コンピュータ)、且つ、RFID、Bluetooth、及び、赤外線などの無線周波数を使用してデジタルで走査することもできる。bCodeは人間が読み取ることができ、且つ、他の人間に声を介して話すことができる。bCodeは人間が作成することもでき、且つ、キーボードに打ち込むこともできる。この特徴はグラフィカルなバーコードの限界を克服する。bCodeフォーマットは、以下の技術の1つ又は複数を使用して、光学的走査デバイスがコード、自身の向き（orientation）、及び、自身の周囲からの隔離(isolation)を認識することを可能にするためのテキストに基づく文字の特徴を使用することにより、信頼でき、且つ、効率的な光学的走査を可能にする。i)光学的文字認識(OCR)。表示された記号を識別するためにOCR技術を使用し、且つ、一旦その記号が識別されれば、その記号をそれらの基礎となっているビット値に変換する。これらの記号は、デバイス上に表示されるいずれの記号、若しくは、記号のパターン、又は、データコード化の目的のために認識可能なドットとすることができる。ii)マーク付け文字(例えば、bCodeの様々な部分にマーク付けするために等号「=」を使用すること)。iii)指向性パターン(例えば、「Bはｙ軸において常にＸより先行する」など、コードの向き及び位置を認識するために軸のいずれかにおいて指向性パターンを使用する)。iv)記号の頻度、記号グループ、線の区画、記号のシーケンス、記号の差分、立体配座記号マップなどの他の幾何学的方法。及び、v)指向性データコード化(例えば、「x軸における特定の角度の付いたストロークとの間の距離はビットに基づくデータをコード化するために使用される。そのため、文字はコードを表すために文字に基づき選択される」など、データをコード化するために軸のいずれかにおいて指向性パターンを使用する。)
【０１７９】
bCodeはコードの回転に関する向きを識別するために先行する、後続の、又は、周囲のテキストを使用することができる。もしbCodeがヘッダテキスト「bCode Ticket」を含んでいれば、その追加の情報は、サーバが保持しているコンテンツに対する照合確認として、テキストの正確な方向を見出すために使用することができるか、又は、スタジアムのチケットのための座席の割り振りなど基礎となっているbCodeについての追加の情報を走査装置に与えるために使用することができる。加えて、もしこの要件が装置内のアルゴリズム又はチップセットに構築されていれば、追加情報は、bCodeに付けられる認定済みのブランドがなくても、偽造bCodeチケットが発行されることを防止するために使用することができる。もし「会社X」が復号化アルゴリズムにおいて必要条件となっていれば、悪質な提供業者が自身の「悪質会社」ヘッダを供えた「悪質会社」bCodeを発行することは困難である。なぜなら、それらのbCodeは機能することを妨げることが可能だからである。
【０１８０】
bCodeは、特定のチャンネルのためにデータコード化技術を個別仕様化及び最適化するための様々な技術を使用することができる。例えば、特定の画面タイプは、上記の段落の技術のいくつか、光学的認識可能性が他の技術よりも効果的であること、及び、正確な方法パラメータが調整可能であることを意味することができ、(例えば、大きな、及び、同じサイズの文字レイアウトを備えた画面について、指向性パターンは特に効果的となることがある)、並びに、特定のフォントサイズは、ある程度互いに似通った文字（例えば5とS）を有する。この場合、データが文字間で異なってコード化され、特定のシーケンスのみが論理的である立体配座タイプの記号マッピングは、特定のチャンネル特性に対するコード化の効率を最適化するのに役立つ(例えば、5であったと考えられる場所に「S」はありえない)。
【０１８１】
bTokenはいずれのタイプの手段又は契約の提示も可能にする(bContract)。bTokenはbDataFormatにコード化され、且つ、従って、多数のデバイス、機械、媒体、当事者、及び、通信チャンネルにわたり提示可能且つ呼び出し可能である。bTokenは全ての現存の電子的代理人と相互運用するように適合させることができる。bTokenは例示され、且つ、続いて、遠隔呼び出しを可能とするためにサーバ側の中央当局並びにクライアントデバイス側に保存される。このアーキテクチャは汎用bTokenラベル付け及び番号付けシステムの作成を可能にし、そのシステムが多数のbServiceから恩恵を受けることを可能にする。bTokenは、bDataFormatでの自身の効率的且つコンパクトなコード化により、自身が多くの異なったタイプのクライアントデバイス(例えば、携帯電話、PDA、ゲーム機、音楽再生装置、時計など)に保存されることを可能にしている。これらのデバイスのいくつかはスマートデバイスとなり、且つ、さらに、基礎となっている契約に関するメタデータを付加的に保存することが可能となる(例えば、bTokenチケットのための実際のチケットの視覚的デザイン、物理的な商品の写真、金融又は他の商品のための契約の抜粋)。匿名のbTokenを除いて、bTokenの所有権及び典拠情報は中央機関、又は委託された等価のものに保存することができるか、それにより、各呼び出しにおいて、適当な当局が取引の保安を確実にするために検査されることが可能である。
【０１８２】
従来の契約が統語的、及び未構造化な性質であるのとは異なり、bContractは、自身の内容及び条件が体系的な方法でラベル付けされ、分類され、構造化され、且つ評価されることを可能にし、且つ機械により分類され、処理され、解釈され、評価され、解析され、且つ、販売されることを可能にする。
【０１８３】
もし契約の条件が許容すれば、bContractの分野は動的に変化することができる。bContractの動的な性質は、静的な電子的又は紙による契約とは異なり、リアルタイムで変更が行われることを可能にする。これは、bContractがリアルタイムで市場で運営されることを可能にするbContractの重要な特性である。bContractは履行の継続的状況及び契約の状況を含み、bContractの各態様の最も新しい状況はbContract自体の範囲内に継続的状況として保存されている。このことは、bContractがリアルタイムで売買されることを可能にする。なぜなら、bContractの状況及び価値に影響を及ぼす外部効果は一般にないからである。実行されたプログラム符合と組み合わされたこの特徴は、bContractが自己取締り及び自己呈示を行うことをさらに可能にする。bContract内の機能は、通常の契約における手作業での外部からの履行及び取締りのやっかいな処理の代わりに、bTokenの提示による実行のために呼び出すことができる。bDataFormatにコード化されたbTokenは、bContractが履行するために事前に規定された機能を呼び出すために、様々な媒体を介してbContractに提示することができる。bContractは契約におけるオペレーションを履行するために自動的に実行することができる実行可能なプログラムコードを一般に含んでいる。従来の契約は契約の遵守のために外部の機能及び行動が起こることを必要としている。このことは非リアルタイムの要素があることを意味し、そのことは今度は従来の契約がリアルタイムで遂行及び運営できないことを意味する。bContractは契約の範囲内でローカルに規定された機能を有する追加の機能を有することができ、それにより、bContractはプログラムコードとしてそれらの機能を直接且つ自動的に実行するための決定を行うことができる。プログラムコードはスクリプト言語又はその変形で書くことができ、且つ、bContractのホストシステムの外での履行のための外部システムに一体化することができる。
【０１８４】
評価サービスを介して、bContractを合計して個々の、及びまとめた簿価及び市場価額を与えることができ、従って、bContractの管理エンティティ及び当事者の純資産を容易に返答する。成果物は、取消し及び譲渡などに関して発信され、履行、又は、運営された時に、bContractの管理エンティティ及び当事者のフロー値(利益及び損失、純資産の変化)を与えることができる。
【０１８５】
これらの属性があれば、bContractは、紙の、又は、静的電子的な副本が現在は合理的な時間枠内で実行できない機能を遂行することができる。その結果、bContractはリアルタイムデジタル売買を行ううえで役立てることができる。
【０１８６】
任意で、bContractは、自身が自己取締り及び自己代理することを可能にする居住者構造を含むことができる。これは、bContractが、機能の最も効率的な実行のために当事者が依存できる独立したエンティティとなることも可能にする。一般に、bContractは従来の契約が可能であるものよりも機能的に幅広い。bContractは今後の機能上の動作を規定する手段であり、これらの動作は、物理的な行動、交換、事実の説明、サービスの供与、物理的な商品の生産及び提示、所有権の移転、知的所有物の創作、情報の発見、見積もり業務の完了、行動への教唆などを含むことができる。
【０１８７】
bContractは部分的又は完全に完了することができる。不完全な契約(そのいくつかは「オファー」の従来の解釈に該当する)もbContractにより対応されている。(韓国など)いくつかの文化では、署名済み又は履行済みの契約はいずれも、規定された今後の有利な動作についての進行中の文書であるという意味で、「契約」の意味が西洋世界とは全く異なっている。この概念は申し出と、契約と、履行との間の線をあいまいにする。なぜなら、この概念が、基本的に時間の異なった時点における単一の対象だからである。bContractはこれらの状態全てをサポートする。
【０１８８】
現在の非デジタルの、及び、eコマースの市場は、ほぼ完全な、又は、完全な契約の売買を可能にするのみである。例えば、売買される金融商品  は典型的に固定パラメータを有する契約である。不完全な契約の売買のための効率的な市場はなく、一方、bContractは不完全な形態であっても売買することができる。bContractは、自身のマーク付けされた、機械読取り可能な、且つ、動的なフォーマットにより、市場に自身についての構造化された情報を提供し、市場が客観的にbContractを評価することを可能にし、且つ、bContractが売買されることを可能にする。
【０１８９】
bTemplateは、bContractの迅速な例示を可能にするために、bContractの参照設計として使用されるタイプのbContractである。bTemplateはメタbContractにより操作することができる。bTemplateは以下のタイプの情報の1つ又は複数を含むことができる。i)条件のひな形、ii)設計情報、iii)教示、iv)見通し及び今後の行動計画、v)方法、vi)システムの設計、vii)装置の設計、viii)概要、ix)事業計画、x)プログラムコード、xi)構成。bTemplateは、ゼロからbContractの構成部分の各々を作成する必要なしにbContractを例示するために、ユーザによるアクセスのレベルを条件として、ライブラリから選択することができ、且つ、bTemplateは、関連付けられたbContractエンティティによる生産性及び経済生産のために重要な合成データを含むことができる。
【０１９０】
bTemplateは、当事者が基礎となっている条件及び設計情報を即座に識別することを可能にする別名を持つことができる。例えば、非開示契約(NDA)を締結したいと希望している2組の当事者は、両者が「USNDA1008」bTemplateを快く遵守するか否かを互いに尋ねることができる。
【０１９１】
bDeviceはbContractのオペレーションを呼び出すための人工取引(Transaction Artifact)として機能するbTokenを含むクライアントデバイスである。bDataFormat及びbCodeからの呼び出しを介して、bDeviceは単一の共通プラットフォーム上で動作し、加えて、デジタル売買のための単一の相互運用可能なプラットフォームを維持するための既存のシステムへの下位互換性及び上位互換性を提供する。このことは従来の「契約」の意味が西洋世界とは、の相互運用性の問題を解決する。例示的なデバイスは携帯電話、PDA、モバイルゲーム機、内臓プロセッサ及びユーザインターフェースを有するスマートカード、音楽及び多媒体再生装置、並びに、ノート型及び携帯型のコンピュータを含むが、これらに限定されない。
【０１９２】
bMachinesはbContract機能の電子的代理人及び/又は履行者のいずれかとして機能する機械である。これらの機械はユーザインターフェース及び/又は実行機構を提供し、且つ、bContractの一部又は全体を保持するための持続性メモリを提供することができる。これらは、切符スキャナに回転棒入口を合わせたもの、店頭端末、多目的窓口、ネットワークされた台所器具、コンピュータサービスなどとすることができる。これらは、bTokenなどの共通の呼び出し機能に応答することにより、従来の電子的代理人により遭遇されている相互運用性の問題を解決する。
【０１９３】
bNetworkは、bTokenの提示及び通信を可能にするために作成された物理的な通信ネットワークである。これはbMarketの存在及びオペレーションを支援するネットワークの背骨である(例えば、図26を参照)。bNetworkはbDataFormatを使用したbTokenの伝送を可能にするために1つ又は複数のネットワークに渡って作成することができる。慣例的なネットワークタイプの例は以下を含むが、これらに限定されない。i)GSM ネットワーク、ii)CDMA ネットワーク、iii)GPRS ネットワーク、iv)3G ネットワーク、v)WiMax ネットワーク、vi)モバイルブロードバンドインターネット、vii)RFID周波数、viii)赤外振動数、ix)有線電話ネットワーク、x)有線狭帯域インターネット、及び、xi)有線ブロードバンドインターネット。
【０１９４】
bContractの性質は、全ての商品及びサービスの売買のためのデジタル且つ動的な市場であるbMarketの作成を可能にする。機械でマーク付けされ、且つ持続状態にあるbContractの性質は、全ての商品及びサービスについての状況及び特性に対するリアルタイムの完全な情報アクセスを可能にし、機能に対する評価及び代理人などの市場機構を可能にする。従来の非デジタル及びeコマースの市場はbContractが欠如しており、その結果、任意の商品又はサービスのデジタル売買に必要な費用及び時間がかかり過ぎていた。bMarketの構築は情報の透明性、並びに、人間の代理人、機械の代理人、bDevice、及びMachineを含めた全参加者によるリアルタイムのアクセスに基づいている。このことは、従来の時間及び費用の効率、さらに、より重要なことに、経済単位の範囲、共通プロトコル及び相互運用性、並びに、市場販売性の問題を解決する。bMarketは独占的なエンティティ及びシステムがbMarketの内部の機能及びオペレーションを開放市場に開放し、非常に高い効率のシステムを作成することを可能にする。工場のドア、アプリケーション制御型インターフェースなどの従来の障壁は排除されている(例えば、図25を参照)。bMarketは、全ての領域が完了されていてもいなくても、全ての段階におけるbContractの売買を可能にする。このことは、参加者がいずれも(例えば、図3において)、bMarket内のbContractのいずれにもアクセスし、承諾し、売買し、集計し、多様化させ、分割することを可能にし、売買における効率、柔軟性、及び、多様性の新しいレベルを作成する。
【０１９５】
例として、消費者は今週末にフットボールの特定の試合へのチケットを購入したいと希望することができる。この消費者はそのような試合を見出すためにbSearch又はbBrowseなどのbServicesを使用し、且つ、続いて、会場一覧からチケットを購入することができる。
【０１９６】
代案として、この消費者は、その試合への入場の強制的要件を有する今週の土曜日の日付のスポーツ娯楽に対する一般的なオファーを作成するためのbTemplateを使用して、より広範なオファーを発行することを希望できる。この方法で、消費者は、食事が付いたチケット、飲み物が付いたチケット、より良い座席、又は、払い戻し不能値引きチケットなどの特別な販売促進用バンドル商品に関与する。これらのbContactオファーが市場に放出され、且つ、続いて、市場参加者はオファーに返答でき、交渉及び要求を試みることができ、代案のバンドル商品又は分割商品、付加価値サービス、関連サービスを申し出ることができる。
【０１９７】
代案として、消費者は、最高価格、及び、フットボールチームのみなどの代案の条件を指定したいと希望することができる。このように、bContractはそれに従って販売され、且つ消費者は代案の試合地におけるその同じチームへのチケットを受領することができる。
他の例として、ある雇用者はあるクリスマス行事の前に会場の庭園を清掃という、低技能レベルの200時間の仕事にアクセスする必要があることがある。雇用者は、その労働のための必要な日付及び場所を指定したbContractオファーを発行することができる。
【０１９８】
代案として、雇用者は一括要求を発行し、別の経済主体又は市場参加者のために適当な人々を供給し、且つそれらを組合わせてbContract要件を実施することができる。
代案として、雇用者は、bContractが上述の代案の双方に対応するための柔軟性を有するように、bContractの草稿を執筆することができる。
【０１９９】
新規な事業計画を概念化した起業家は、ベンチャーキャピタルの資金供与を求めるためにbMarketにその計画を投入したいと希望することができる。一旦bContractのその当事者が完了すれば、起業家はbContractを現在の方向性に保つことを選択でき、並びに、必要な当事者及び/又は資源を供給し続け、且つ、bContractを進行中の経済的エンティティとして保つことができる。
【０２００】
代案として、bContractはいずれの時点においても他の当事者と売買されることが可能である。譲渡の価格は交渉可能である。代案として、bContractはbValuationサービスにより外部から評価することもできる。
物理的な市場とは異なり、bMarketは地理的限定又は集団(例えば、小売店)により制限されない。従来のeコマース市場(例えば、Ebay)とは異なり、bMarketは構文上のグループ分けによっては制限されない。
【０２０１】
自身のマーク付けデータ構造並びに(連想的インテリジェンスに関するより多くの情報のためのbSearchingを指す) 連想的意味を持つbContractは、参加者が売買のためにbMarketにbContractを単に「投下」することを可能にする。続いて、bMarket機構及びサービスが売買のための品目を選択し、且つ、潜在的な相手方当事者を見出すために連想的インテリジェンス、適合、及び、一覧化のbServiceを使用する。
【０２０２】
bMarketListingは、市場参加者が最大の範囲及び市場販売性でリアルタイムで売買することを可能にするために、連想的な構文上のグループ分けと従来のそれとの組合せに基づいている。bMarketlistingは、自然言語記述(例えば、製品のためのGoogle検索)及び従来のeコマース(例えば、E-Bay)において使用されている構文上のグループ分けの結果としてもたらされた市場の非効率を克服する。なぜなら、それらの言語構造は買い手及び売り手が互いを容易に見出すことを可能にはしないからである。例えば、「緑色のマウスを借りたい」と掲げている買い手と、「緑色のマウスを貸したい」と掲げている売り手は自動的には適合されない。なぜなら、eコマース市場の目にはそれらの構文的シーケンスの間に構文上の関係がないからである。bMarket及びbMarketListingは、それらの連想的関係を理解することにより、これを克服している(より詳細な情報についてはbSearchingを参照されたい)。
【０２０３】
bServiceはbMarketにより可能となっている強化された市場サービスである。これらは人間のユーザ、機械のユーザ、人間及び機械の代理人、bMachine、及び、それらの組合せなどの市場参加者により提供されるサービスである。これらのサービスは以下を含むが、それらには限定されない。i)(bContractの)評価サービス、ii)値付け業者、iii)裁定取引者、iv)再販売業者、v)再買取業者、vi)適合者、vii)参加者分析者(例えば、信頼性、サイズ、経済上の能力)、viii)他の分析者、ix)シミュレータ、x)出資家、xi)広告業者及びマーケティング担当者、xii)契約調査、xiii)取締り、xiv)ひな形ライブラリ、xv)第三者預託、xvi)情報売買業者、xvii)関係売買業者、xviii)ブラウザ/検索、及び、xix)会計サービス。
【０２０４】
これらの機能は従来の商取引において存在している。しかし、bServiceは、これらの機能がbMarket及びbCommerceの環境で動作することを可能にする独特な設計要素を含んでいる。特に、これらの機能は全てが、リアルタイムで相互運用可能であり、膨大な到達範囲を備えた市場で動作可能であり、電子インターフェースを含み、且つ、bMarket及びbContractとともに動作可能であることを必要とする。
【０２０５】
1つのbServiceは検索サービスであり、このサービスは、bMarket参加者が特定の製品、サービス、契約のオファー、及び、手段を見出すうえで役立てるための重要な市場作成機能を果たしている。既存の検索サービスは構文及びキーワードのみのものであり、且つ、非常に限定されている。bServiceサービスはデータ源としてbContractにおいてマーク付けされたフィールドを使用し、このデータ源は構造化データであり、自然言語記述だけではない。加えて、このデータ源は単語間の関連付けを作成できる(上記に検討された) 連想的インテリジェンスを有し、検索サービスが高度に有用な検索結果を配信することを可能にしている。例えば、「LCD画面」は「モニタ」、「Samsung」、「OLED」と関連付けられる。このことは、検索サービスが、bMarket内に公開されているbContractのマーク付けされたフィールドを介して検索する時に、これらの関連性を考慮することを意味している。
【０２０６】
検索サービスは以下のデータ源の1つ又は複数から自身の連想データを導出することができる。i)既存の電子文書(例えば、ウェブサイト、RSS供給物、IP放送)。そのため、同じページ、同じウェブサイト、及び、リンクされたウェブサイト上に常駐する単語はそのように評点を付けられる。ii)bMarket取引。bMarketにおけるいずれの交換も単語とbContractの内容との間の連想関係を発生する。並びに、iii)bSearchデータ。実際の検索の要求、ブラウジング、及び、選択の活動も、単語とbContractの内容との間の連想関係を発生する。
【０２０７】
これらのデータ源を使用して、bSearchサービスは、同じ通信内の他の単語又は用語又は概念又は分野の存在を意味するコンテクストとともに、コンテクストの存在が与えられれば、各単語又は用語又は概念又は分野がどの程度に他の分野と関連付けられているかに関して、連想関係のデータベースを構築することができる。例えば、「LCD画面の構成要素を探せ」というbMarket要求は「モニタ」ではなく、「LCD画面」、「TFT画面」、「12V電源」、「ビデオアダプタ」に関係したbContractを検索結果として得る。なぜなら、「LCD画面」は「構成要素」のコンテクストの存在があれば、それらの単語とのみ関連付けられるからである。
【０２０８】
もしbSearchクエリがドメイン固有のコンテクストを含んでいれば(例えば、もしクエリが1999-FILMに送られていれば)、bSearchは、bTokenを要求することに関して上記に検討したように、関連する適合を行うための非従来自然言語処理（NLP）技術を利用することができる。
bMarketにおけるbContract及びbServiceの効率、実行、及び、オペレーションは、高度に構造化され、詳細な、且つ、分類可能な大量の取引データを発生することになる。bDataServiceは、収納場所にこのデータを効果的に取り込むために基礎となっているプロトコルの知識を利用し、且つ、特定の実施態様においては、人間と機械のinterface.10を介してこの情報の買い手及び使用者に、この情報を利用可能とする。
【０２０９】
bCommerceSystemはbMarketサービスを実現するための全てのbCommerceエンティティ及び構成要素から構成された包括的なプラットフォームである。bNetworkは、人間のユーザ、機械のユーザ、bService、bDevice、bMachineを含めたbMarket参加者が、共通のプロトコル一式を使用して互いに通信することを可能にする物理的ネットワークである。この通信を介して、身元証明が認証され、トークンが提示され、且つ、機能が呼び出され、且つ履行され、このことが、全てのタイプのbMarketサービスを実行することを可能にする(例えば、図26を参照)。基本的に、従来の商取引システムと比較すると、bNetworkは到達範囲の問題を解決でき、共通のプロトコル及びbMarketは相互運用性及び市場販売性の問題を解決できる。bCommerceSystemに複合されると、それらは以前は可能ではなかったリアルタイムのデジタル商取引プラットフォームを実現する。
【０２１０】
本発明の多くの変形及び修正は、上述の説明を読んだ後に当業者により理解されよう。例示の方法により示され、説明された特定の実施態様が限定的であると考えられることは意図されていないことを理解されたい。従って、特定の実施態様の詳細への参照は特許請求の範囲を限定することは意図されていず、同範囲は自身において本発明に不可欠と考えられる特徴のみを列挙している。
【０２１１】
本明細書に説明された実施態様は本発明を例示することを意図されている。当業者には認識されるように、これらの実施態様には様々な修正及び変更を行うことができ、且つ、そのような改変及び修正は、添付けの特許請求項及びそれらの均等物に規定された本発明の精神及び範囲内に留まる。さらに多くの長所及び修正は当業者には容易に発想される。従って、より広範な態様における本発明は、本明細書に示され、且つ説明された特定の詳細及び代表的な実施態様には限定されない。
【図面の簡単な説明】
【０２１２】
【図１】本発明の実施態様によるbContract及び関連したbTokenを示す図である。
【図２】本発明の実施態様によるbContract及び関連したbTokenを示す図である。
【図３】本発明の実施態様によるbToken、bCode、及び、bTokenメッセージを示す図である。
【図４】本発明によるbTokenと他のbPlatform構成部分との間の関係を示すフローチャートである。
【図５】本発明の実施態様によるbContractエンジンを示す図である。
【図６】本発明の実施態様によるbContractエンジンを示す図である。
【図７】本発明の実施態様によるbContractの表現を示す図である。
【図８】本発明の実施態様によるbContract サービスインターフェースのために採用することができる要求及び返答のプロトコル部を示す図である。
【図９】本発明の実施態様によるbContractを示す図である。
【図１０】本発明の実施態様によるbContractを示す図である。
【図１１】本発明の実施態様によるメタbContractを示す図である。
【図１２】本発明の実施態様によるbWalletエンジンを示す図である。
【図１３】本発明の実施態様によるbClientエンジンを示す図である。
【図１４】本発明の実施態様によるbWalletインターフェースを示す図である。
【図１５】本発明の実施態様によるbScanner装置、bScannerエンジン、及び、bToken提示プロトコルを示す図である。
【図１６】本発明の実施態様によるbPlatformの構成を示す図である。
【図１７】本発明の実施態様によるbPlatformの構成を示す図である。
【図１８】本発明の実施態様によるbPlatformの構成を示す図である。
【図１９】本発明の実施態様によるbPlatformの構成を示す図である。
【図２０】本発明の実施態様による例示的なゲームシステムを示す図である。
【図２１】本発明の実施態様によるbMarketシステムを示す図である。
【図２２】本発明の実施態様によるbMarketシステムを示す図である。
【図２３】従来の商取引システムを示す図である。
【図２４】従来の商取引システムを示す図である。
【図２５】本発明の実施態様によるbMarketシステムを示す図である。
【図２６】本発明の実施態様によるbMarketシステムを示す図である。
【図２７】本発明の実施態様による例示的な映画鑑賞券発券システムを示す図である。
【図２８】本発明の実施態様による例示的な中継システムを示す図である。
【図２９】本発明の実施態様による例示的な金融派生商品契約システムを示す図である。
【図３０】本発明の実施態様による例示的なbWalletシステムを示す図である。
【図３１】本発明の実施態様による例示的なbWalletシステムを示す図である。
【図３２】本発明の実施態様によるbMarketシステムを示す図である。
【図３３】本発明の実施態様による個人キーワード辞書及び適合処理の例示的方法を示す図である。
【図１】
2008523476.tif 000003
【図２】
2008523476.tif 000004
【図３】
2008523476.tif 000005
【図４】
2008523476.tif 000006
【図５】
2008523476.tif 000007
【図６】
2008523476.tif 000008
【図７】
2008523476.tif 000009
【図８】
2008523476.tif 000010
【図９】
2008523476.tif 000011
2008523476.tif 000012
【図１１】
2008523476.tif 000013
【図１２】
2008523476.tif 000014
【図１３】
2008523476.tif 000015
【図１４】
2008523476.tif 000016
【図１５】
2008523476.tif 000017
【図１６】
2008523476.tif 000018
【図１７】
2008523476.tif 000019
【図１８】
2008523476.tif 000020
【図１９】
2008523476.tif 000021
【図２０】
2008523476.tif 000022
【図２１】
2008523476.tif 000023
【図２２】
2008523476.tif 000024
【図２３】
2008523476.tif 000025
【図２４】
2008523476.tif 000026
【図２５】
2008523476.tif 000027
【図２６】
2008523476.tif 000028
【図２７】
2008523476.tif 000029
【図２８】
2008523476.tif 000030
【図２９】
2008523476.tif 000031
【図３０】
2008523476.tif 000032
【図３１】
2008523476.tif 000033
【図３２】
2008523476.tif 000034
【図３３】
2008523476.tif 000035
【国際調査報告】
2008523476.tif 000036
2008523476.tif 000037
2008523476.tif 000038