JPH09218903A - 電子転送システム及び方法 - Google Patents

電子転送システム及び方法

Info

Publication number
JPH09218903A
JPH09218903A JP35309796A JP35309796A JPH09218903A JP H09218903 A JPH09218903 A JP H09218903A JP 35309796 A JP35309796 A JP 35309796A JP 35309796 A JP35309796 A JP 35309796A JP H09218903 A JPH09218903 A JP H09218903A
Authority
JP
Japan
Prior art keywords
label
message
customer
value
value pair
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP35309796A
Other languages
English (en)
Other versions
JP4582825B2 (ja
Inventor
Brian Paul Boesch
ポール ボエシュ ブライアン
Stephen David Crocker
ディビッド クロッカー スティーブン
Donald Eggleston Eastlake Iii
エッグルストン イーストレイク ザ サード ドナルド
Alden Sherburne Hart Jr
シャーバーン ハート ジュニア オールデン
Robert A Lindenberg
エイ リンデンバーグ ロバート
Denise Marie Paredes
マリー パレデス デニーズ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
SAIBAAKIYATSUSHIYU Inc
CyberCash Inc
Original Assignee
SAIBAAKIYATSUSHIYU Inc
CyberCash Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by SAIBAAKIYATSUSHIYU Inc, CyberCash Inc filed Critical SAIBAAKIYATSUSHIYU Inc
Publication of JPH09218903A publication Critical patent/JPH09218903A/ja
Application granted granted Critical
Publication of JP4582825B2 publication Critical patent/JP4582825B2/ja
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/12—Applying verification of the received information
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G06Q20/06—Private payment circuits, e.g. involving electronic currency used among participants of a common payment scheme
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/085—Payment architectures involving remote charge determination or related payment systems
    • G06Q20/0855—Payment architectures involving remote charge determination or related payment systems involving a third party
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3829—Payment protocols; Details thereof insuring higher security of transaction involving key management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4014—Identity check for transactions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H04L63/0435—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload wherein the sending and receiving network entities apply symmetric encryption, i.e. same key used for encryption and decryption
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/06—Network architectures or network communication protocols for network security for supporting key management in a packet data network
    • H04L63/068—Network architectures or network communication protocols for network security for supporting key management in a packet data network using time-dependent keys, e.g. periodically changing keys
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/108—Network architectures or network communication protocols for network security for controlling access to devices or network resources when the policy decisions are valid for a limited amount of time
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2463/00—Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00
    • H04L2463/102—Additional details relating to network architectures or network communication protocols for network security covered by H04L63/00 applying security measure for e-commerce

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Finance (AREA)
  • Computer And Data Communications (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Electrotherapy Devices (AREA)
  • Apparatuses And Processes For Manufacturing Resistors (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Information Transfer Between Computers (AREA)
  • Radar Systems Or Details Thereof (AREA)
  • Hardware Redundancy (AREA)
  • Manipulator (AREA)
  • Exchange Systems With Centralized Control (AREA)
  • Telephonic Communication Services (AREA)
  • Burglar Alarm Systems (AREA)
  • Communication Control (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

(57)【要約】 【課題】 通信ネットワークにおいて安全に通信を行う
ことに関するシステム及び方法を得る。 【解決手段】 期間の限定されたセッションを使用し
て、通信ネットワークにおいて、パーティに安全に通信
を行えるようにしている。一つのパーティのセッション
は、他のパーティのセッションから独立している。これ
らのセッションは、これらのセッションをが有効である
旨を確認するサーバーにリンクしている。好ましい実施
例においては、安全な通信が電子転送システムに生じ
る。この電子転送システムでは、顧客と販売者が、取り
引きを行うことができ、顧客は販売者から品物を購入し
て、電子ファンドを用いてその品物の対価を払う。

Description

【発明の詳細な説明】
【０００１】
【発明の背景技術】
１．発明の属する技術分野 インターネットのような不安全なネットワークを通して
のメッセージの処理のために受け入れることのできる安
全のレベルを達成するために、大きなキーサイズを有す
るパブリックキーによる暗号化（例えばＲＳＡ）が一般
的に要求される。本発明は、そのような不安全なネット
ワークを通して安定したメッセージ処理の効率を増大さ
せるためのシステム及び方法に関するものである。特
に、本発明は、メッセージ交換のためのネットワークに
おいて必要とされる暗号化のレベルを減らすためのシス
テム及び方法に関するものである。さらに、本発明は、
暗号化のためのコンピュータの必要性を実質的に減らす
一方、安全な方法で電子的な現金取引を行なうことに関
するものである。
【０００２】２．従来の技術 インターネットのような不安全なネットワーク上におけ
るコミュニケーションの安全性を増大するための種々の
方法が開示されている。不安全なネットワークは、監
視、盗聴、改ざんからメッセージを保護しない。一方、
安定なネットワークは、監視、盗聴および／または改ざ
んのための機会を減らす種々の手段を提供する。
【０００３】例えば、（シキュアーＨＴＴＰ（Ｓ−ＨＴ
ＴＰ）およびシキュアーソケットレイヤー（ＳＳＬ）プ
ロトコルのような）チャンネルメッセージ安全保護計画
は、互いのコミュニケーションがプライベートなもので
あり１対１のコミュニケーションを望む二つの当事者間
における信頼性を創造することを意図している。ＳＳＬ
は、各メッセージを複雑に暗号化することによってオー
センチケーション及び安全保護を提供するためにデジタ
ル的にサインされた証明を利用する。Ｓ−ＨＴＴＰは、
安全保護とオーセンチケーションを保証するために複雑
に暗号化されたキーを使用するデジタル的にサインされ
たメッセージを利用している。
【０００４】複数のマルチ−パーティープロトコルがク
レジットカードの決裁のために提案されていて、そのう
ちの有名なものとしてシキュアートランスポートテクノ
ロジー（ＳＴＴ）、インターネットキードペイメント
（ＩＫＰ）、シキュアーエレクトロニックペイメントプ
ロトコル（ＳＥＰＰ）が知られている。これらのアプロ
ーチのすべては、資格発行許可に基づき構築されてお
り、販売者と顧客との両者が資格発行許可によって識別
され、次にこの資格発行許可がさらに高い許可によって
識別されることを要求する。ＳＴＴにおいては、販売者
と顧客の各々はキーのＲＳＡの二つのセットを有し、そ
のうちの一つはメッセージをサインするために使用さ
れ、他の一つは対称キーを暗号化または解読するために
使用される。そのため、このシステムでは、各パーティ
ーは（各キーに一つの）二つの証明書を必要とする。販
売者は、販売者が受け入れる各クレジットカードのため
の一対の資格認定書を有するであろう。ＳＥＰＰ及びＩ
ＫＰは、異なるＲＳＡ暗号化を使用するが、ＳＴＴと似
ており、取引毎に複数のパブリックキーの署名及び暗号
化を利用している。
【０００５】他のシステムは「ネットビル」という名前
で記載されている。ネットビルアプローチは、他のもの
よりもパブリックキーの暗号化を重要視しないが、それ
でも取引を通してパブリックキーの署名を必要とする。
【０００６】その他のアプローチは、デジキャッシュの
アプローチである。デジキャッシュモデルでは、使用者
はランダムナンバーを創り出し、このランダムナンバー
がデジタルコインのためのシリアルナンバーのように動
作する。他の提案されたシステムと同様に、デジキャッ
シュは、（ＲＳＡ暗号化のように他のパブリックキーテ
クニックのための基礎である）モジュールの累乗法への
強い依存を要求することによって、安全で、匿名のキャ
ッシュ支払いシステムを構築するとの第１の目的を達成
している。また、このシステムは、銀行及び第３者に、
実際の価値を有するトークンを創造することを要求す
る。そのようなシステムが、アメリカ合衆国や他の裁判
管轄権のある地域において、銀行業、税金及び通貨の法
律として取り扱われるかどうかは不明瞭である。
【０００７】モンデックスのような他のシステムは、使
用者のコンピュータに接続したハードウェアの使用を通
じての安全性を達成している。インターネット取引のた
めに、専用のカードリーダが特別なカードを使用するす
べての顧客及び販売者のコンピュータに付加されなけれ
ばならない。
【０００８】暗号化の信頼性、特にパブリックキーによ
る暗号化の信頼性は、ソフトウェアまたはハードウェア
のいずれかに基づき相当の犠牲を払ったものでも、暗号
化の使用が多くなればなるほど、メッセージを解読する
のに必要な処理がそれだけ多くなる。商用ネットワーク
における支払処理のようにメッセージの処理コストが重
要である場合は、プロセッサ及びハードウェアコスト
は、安全なコミュニケーションのためのインターネット
のようなネットワークを使用することに対して、重要な
妨害になりうる。
【０００９】現状の先行技術は、プロセッサの使用時
間、付加ハードウェア、またはそれら両者の付随する高
いコストにより、受け入れることのできる安全を達成し
ているにすぎない。商用インターネットのような不安全
なネットワークの発展を促すために必要なことは、暗号
化されたメッセージを少ない処理コストで提供できる一
方、転送されるコミュニケーションのための受け入れ可
能なレベルの安全を維持できるソフトウェアに依存した
システムである。
【００１０】
【発明の要約】そのため、本発明は、インターネットや
他の不安全なネットワークを通して大変効率的で、経済
的で、しかも安全な処理のためのシステム及び方法を提
供することを目的とする。本発明は、インターネットま
たは他の不安全なネットワークを通して、比較的小さい
投資で、製品の安全な支払い（スモールキャッシュペイ
メンツを含む）を行なうための基礎を提供する。
【００１１】本発明によれば、コミュニケーションシス
テムにおいて安全に情報の伝達を行なうための方法を開
示する。このコミュニケーションシステムは、第１のパ
ーティーの存在する場所にある第１の装置と、第２のパ
ーティーの存在する場所にある第２の装置と、これら両
者の間の情報伝達を行なうサーバーとを備えている。こ
の方法は、第１のパーティーと関連する第１のセッショ
ンを行なう工程を備え、この第１のセッションは、この
第１のセッションが使用可能な期間を制限する第１の使
用パラメータと、第１のデータセットとを有している。
第１の使用パラメータ及び第１のデータセットは、サー
バによって確認することができる。また、この方法は、
第２のパーティーと関連する第２のセッションを行なう
工程を備えている。この第２のセッションは、この第２
のセッションが使用可能な期間を制限する第２のパラメ
ータと、第２のデータセットとを有している。第２の使
用パラメータ及び第２のデータセットは、サーバによっ
て確認することができる。さらに、この方法は、コミュ
ニケーションシステムにおいて、第１のセッションのあ
る部分と第２のセッションのある部分とをリンクする工
程を備えている。第１のセッションのこの部分は、前記
第１のデータセットと第１の使用パラメータとを含み、
第２のセッションのこの部分は、前記第２のデータセッ
トと第２の使用パラメータとを含んでいる。さらにま
た、この方法は、少なくとも第１及び第２のデータセッ
トの部分に基づきサーバによって第１及び第２のパーテ
ィーを確認する工程と、第１及び第２のセッションが第
１及び第２の使用パラメータに基づき使用されたかどう
かをサーバによって決定する工程とを備えている。サー
バが第１及び第２のパーティーを確認し、第１及び第２
のセッションが使用できると決定された場合は、第１及
び第２のパーティーが、コミュニケーションシステムに
おいて、安全に情報を伝達することができることを保証
する。
【００１２】本発明の他の態様は、コミュニケーション
システムにおいて、安全に情報を伝達するための方法に
関する。このコミュニケーションシステムは、使用の場
所にある装置とそれとの情報伝達のためのサーバとを有
し、この方法は、それと関連する使用パラメータを有す
るセッションを行なうため装置からの要求をサーバへ伝
達する工程と、第１のキーを第２のキーでサーバにより
暗号化する工程と、暗号化された第１のキー及びこのセ
ッションと関連する使用パラメータをサーバから装置へ
と伝達する工程とを備えている。また、この方法は、暗
号化された第１のキーと使用パラメータとを装置で受信
する工程と、暗号化した第１のキーを解読する工程とを
備え、これにより装置は、使用パラメータに従って解読
された第１のキーを使用することにより、コミュニケー
ションシステムにおいて安全に情報の伝達を行なうこと
ができる。
【００１３】本発明の代表的な実施例は、添付の図面を
参照して記載される。
【００１４】
【好ましい実施例の詳細な説明】本発明の好ましい実施
例を、図１−９８を参照して詳細に説明する。図面及び
それに伴う詳細な説明は本発明の範囲を制限することを
意図していない。
【００１５】Ｉ．情報及び情報のフロー 本発明の概念は図１に記載されている。図１は、３つの
構成部材、すなわちインターネット５０を介して互いに
接続されているサーバコンピュータ１００、顧客コンピ
ュータ２００及び販売者コンピュータ３００を示してい
る。接続はライン１０５、２０５及び３０５により各別
に示されている。
【００１６】顧客コンピュータ２００は、インターネッ
ト５０を通じて製品を購入したい個人である顧客ユーザ
２０３のコンピュータを現している。（ここで、「製
品」は物、サービス、情報、データ等を含んでいる。）
顧客コンピュータ２００は顧客データベース２０２及び
顧客アプリケーションソフトウェア２１０を含む。販売
者コンピュータ３００は、インターネット５０を通じて
顧客ユーザ２０３に製品を提供する個人である販売者ユ
ーザ３０３を現している。販売者コンピュータ３００は
販売者データベース３０２及び販売者アプリケーション
ソフトウェア３１０を含む。販売者ユーザ３０３に関す
る情報は、販売者データベース３０２中に蓄積される。
販売者アプリケーションソフトウェア３１０は本発明の
数々の処理を実行する。
【００１７】以下の詳細な説明は、単一の顧客ユーザ２
０３と単一の販売者ユーザ３０３を対象として行われて
いるが、本発明は、単一及び複数の顧客ユーザ２０３と
単一及び複数の販売者ユーザ３０３との間の情報伝達及
び取引も意図していることに注意すべきである。
【００１８】サーバコンピュータ１００は、後述するよ
うに、インターネット５０を通して安全に顧客コンピュ
ータ２００及び販売者コンピュータ３００と情報の伝達
ができ、顧客ユーザ２０３及び販売者ユーザ３０３の間
の取引を行なうことができる。サーバコンピュータ１０
０はサーバデータベース１０２及びサーバソフトウェア
１１０を含む。サーバコンピュータ１００、顧客ユーザ
２０３及び販売者ユーザ３０３に関する情報は、サーバ
データベース１０２中に蓄積される。サーバソフトウェ
ア１１０は本発明の数々の処理を実行する。
【００１９】サーバコンピュータ１００、顧客コンピュ
ータ２００及び販売者コンピュータ３００の間の情報の
伝達は、好ましくは、インターネット５０上で供給され
るワールドワイドウェブ（ＷＷＷ）サービスを通じての
ハイパーテキストトランスポートプロトコル（ＨＴＴ
Ｐ）によって行われる。もちろん、他のプロトコル及び
ネットワークをこの目的のために使用できる。
【００２０】図２は本発明によって行われる一般的な処
理を示す。処理はステップ０から始まる。
【００２１】まず第１に、セットアップ処理がステップ
１で行われる。このセットアップ処理において、顧客ユ
ーザ２０３及び販売者ユーザ３０３（以下、まとめて
「クライアント」とも呼ぶ）は、サーバコンピュータ１
００のデータベース１０２中にコンフィギュレーション
される。このようにして、クライアントは、サーバコン
ピュータ１００によって認識され、サーバコンピュータ
１００と情報の伝達が可能となる。顧客データベース２
０２及び販売者データベース３０２は、また、ステップ
１においてコンフィギュレーションされる。
【００２２】オープンセッション処理はステップ２で行
われる。一般的に、セッションは、顧客ユーザ２０３が
インターネット５０を通して販売者から製品を購入する
ことができる、または、販売者ユーザ３０３がインター
ネット５０を通して顧客ユーザ２０３に対して製品を提
供することができる、機会（またはウィンドウ）であ
る。顧客ユーザ２０３及び販売者ユーザ３０３は、各自
が独立したセッションを有している。セッションは限ら
れた期間となる。この期間はパラメータによって管理さ
れる。これらのパラメータは、好ましくは、顧客ユーザ
２０３及び販売者ユーザ３０３によってセットされる。
あるいは、サーバコンピュータ１００もそのようなパラ
メータをセットできる。
【００２３】取引／支払処理はステップ３で行われる。
このステップにおいて、顧客ユーザ２０３及び販売者ユ
ーザ３０３は、価格の合意をみた提供された製品に同意
する。顧客ユーザ２０３は電子キャッシュで製品に対し
ての支払をする。電子キャッシュは、本発明で使用され
るファンド（現金、クレジット、その他）を一例として
示すことができる。この電子キャッシュは、顧客ユーザ
２０３によって購入された製品を提供できる販売者ユー
ザ３０３によって受け取られる。顧客ユーザ２０３は、
セッションの間、複数の販売者ユーザ３０３とビジネス
を行なうことができる。顧客ユーザ２０３及び販売者ユ
ーザ３０３は、ただ単に、ステップ２で形成されたよう
なセッションの期間中、ビジネスの取引を行なうことが
できるだけである。
【００２４】クローズセッションはステップ４において
本発明中に含まれるであろう。このステップは、ステッ
プ２で形成されたセッションを終了する。
【００２５】本発明で行われた処理はステップ５で終了
する。
【００２６】図３を参照して、上述した図２のステップ
１から４で記載された処理を、さらに詳しく記載する。
まず第１に、ステップ１で行われるセットアップ処理
は、ダウンロード及びインストレーション処理４００、
登録処理４０１、機器結合処理４０２及びロード／アン
ロードファンド処理４０５を含む。
【００２７】ダウンロード及びインストレーション処理
４００中、顧客ユーザ２０３及び販売者ユーザ３０３の
各々は、好ましくはインターネット５０上に存在するク
ライアントアプリケーションソフトウェア１５３（図
１）のコピーをダウンロードしインストールする。顧客
コンピュータ２００及び販売者コンピュータ３００内に
おいて、クライアントアプリケーションソフトウェア１
５３のコピーは、顧客アプリケーションソフトウェア２
１０及び販売者アプリケーションソフトウェア３１０の
各々として存在する。（販売者アプリケーションソフト
ウェア３１０は、販売者コンピュータ３００が以下に記
載する機能を実行するようにする他のソフトウェアを含
む。）良く知られた技術を使用することで、顧客アプリ
ケーションソフトウェア２１０及び販売者アプリケーシ
ョンソフトウェア３１０は、顧客コンピュータ２００及
び販売者コンピュータ３００の各別のウェブブラウザに
リンクされ、必要なブラウザを介してアクセスすること
ができる。
【００２８】次に、登録処理４０１で、顧客ユーザ２０
３及び販売者ユーザ３０３はサーバコンピュータ１００
とともに登録される。すなわち、顧客ユーザ２０３及び
販売者ユーザ３０３に対する「個人」がサーバコンピュ
ータ１００のデータベース内に構築される。ここに、
「個人」は特定のクライアントに関するデータの集合と
して定義される。すなわち、この登録処理によって、サ
ーバコンピュータ１００と共に登録した顧客ユーザ２０
３及び販売者ユーザ３０３の各々は、サーバコンピュー
タ１００内に彼ら自身の個人を持つ（個人の詳細は後述
する）。ある処理（例えば、ファンドのロード、ファン
ドのアンロード、サーバコンピュータ１００に対するあ
るメッセージの提出）を実行する個人の権利は、メッセ
ージまたはサービスの内容に基づいて可能または不可能
となる。
【００２９】図３の機器結合処理４０３中、クライアン
ト（顧客ユーザ２０３または販売者ユーザ３０３）は、
クライアントが財政上の機器を使用できることを確立す
るための情報をサーバコンピュータ１００に伝達する。
財政上の機器はクレジットカード、デビットカード、デ
マンドデポジットアカウント（ＤＤＡｓ）または他の財
政上の機器を含む。統合された機器の発行者または第３
者保証人は、クライアントが機器を使用できるかどうか
を決定する基準の必要充分な程度をセットすることがで
きる。例えば、クレジットカードを発行する銀行は、ク
レジットカードを使用するために、クライアントが５桁
の郵便番号と母親の旧姓を提出することで充分だと考え
ている。これらの基準のリストは、例えば、サーバコン
ピュータ１００に供給され、サーバコンピュータ１００
はクライアントがこれらの基準を満たしていることを確
立するためにクライアントとコミュニケーションするこ
とができ、その結果クライアントは財政上の機器を使用
することができる。
【００３０】クライアントがこの処理によって機器を使
用できることを一旦確立すれば、機器は統合されて、登
録処理４０１中に形成されるクライアントの個人と関連
する。一旦機器が統合されれば、クライアントは以下に
記載されるような取引のための機器を使用することがで
きる。
【００３１】ロード／アンロードファンド処理４０５は
次に議論される。顧客ユーザ２０３ににとって、「ロー
ド」は、それにより統合された機器が関連するファンド
が顧客ユーザ２０３の個人に対し「ロード」（転送）さ
れる処理である。顧客ユーザ２０３の個人において、フ
ァンドは電子キャッシュとして現される。顧客ユーザ２
０３にとって、「アンロード」は、それにより電子キャ
ッシュが顧客ユーザ２０３の個人から統合された機器へ
「アンロード」（転送）される処理である。販売者ユー
ザ３０３にとって、「アンロード」は、それにより電子
キャッシュが販売者ユーザ３０３の個人から統合された
機器へ「アンロード」される処理である。販売者ユーザ
３０３にとって、「ロード」は、それにより統合された
機器と関連するファンドが販売者ユーザ３０３の個人に
「ロード」される処理である。販売者ユーザ３０３個人
において、ファンドは電子キャッシュとして現される。
【００３２】図２中ステップ２として記載されるオープ
ンセッション処理を、図３のオープンセッション処理４
０７を参考にしてさらに説明する。顧客ユーザ２０３が
セッションを形成すると、顧客ユーザ２０３は、かれら
自身の独立したセッションを個々に形成した一つあるい
はそれ以上の販売者ユーザ３０３とインターネット５０
を通してビジネスの取引を行なうことができる（もちろ
ん、販売者ユーザ３０３は、そのように望めば、顧客ユ
ーザ２０３としても行動することができる）。
【００３３】取引／支払処理４０９は次に行われる。こ
の処理中、顧客ユーザ２０３及び販売者ユーザ３０３
は、取引（例えば特別な製品および価格）の要素を交渉
したり同意したりすることができる。その後、販売者ユ
ーザ３０３は、顧客ユーザ２０３が製品の同意した価格
を支払うよう要求することができる。販売者ユーザ３０
３の要求に応じて、顧客ユーザ２０３は、販売者ユーザ
３０３に、顧客ユーザ２０３が製品の同意した価格を受
け取ることを知らせることができる。販売者ユーザ３０
３が、有効性確認のためにサーバコンピュータ１００に
対して提出した取引に関する情報を作成することが好ま
しい。サーバコンピュータ１００が取引の有効性を確認
すれば、電子キャッシュは顧客ユーザ２０３の個人から
販売者ユーザ３０３の個人へ転送される。一旦有効性が
確認されれば、販売者ユーザ３０３は製品を顧客ユーザ
２０３へ提供することができる。
【００３４】クローズセッション処理４１１で、オープ
ンセッション処理４０７中で作成されたセッションは中
断される。顧客ユーザ２０３（または販売者ユーザ３０
３）がこのセッションを閉じると、サーバコンピュータ
１００は、顧客ユーザ２０３（または販売者ユーザ３０
３）が、オープンセッションを持っているが顧客ユーザ
２０３とは異なるオープンセッションである他の販売者
ユーザ３０３（または顧客ユーザ２０３）とのインター
ネット５０を通してのビジネスの取引をすることを不可
能とする。
【００３５】本発明のメッセージのフローを示す図４を
参照すると、登録処理４０１は、メッセージＲ１（登録
１）をサーバコンピュータ１００に送る顧客コンピュー
タ２００によって実行される。メッセージＲ１に応じ
て、サーバコンピュータ１００はメッセージＲ２（登録
２）を顧客コンピュータ２００に送り返す。これらの登
録メッセージに含まれる情報は以下に記載される。
【００３６】機器結合処理４０３中、顧客コンピュータ
２００はメッセージＢＩ１（統合機器１）をサーバコン
ピュータ１００へ送る。メッセージＢＩ１中の情報は、
サーバコンピュータ１００によって、その機器の発行者
または第３者保証人と機器を統合する委任を受けたかを
確認するのに使用される。この確認処理は、サーバコン
ピュータ１００と顧客コンピュータ２００との間のメッ
セージ（ここでは、メッセージＢＩ２及びＢＩ３）の交
換によって増大する。メッセージＢＩ２の内容は、追加
の情報（機器の発行者によって促される）の要求または
機器の発行者または第３者保証人によって要求される情
報の明瞭化の要求を含む。例えば、メッセージＢＩ２は
顧客ユーザ２０３に顧客ユーザ２０３の母親の旧姓を求
めることができる。メッセージＢＩ３は顧客ユーザ２０
３の応答を含ませることができる。
【００３７】メッセージＢＩ１に反応して、サーバコン
ピュータ１００はメッセージＢＩ４（統合機器４）を顧
客コンピュータ２００に送り返す。これらの統合メッセ
ージに含まれている情報は以下に記載する。以下に続く
記載において、メッセージＢＩ１及びＢＩ４は機器結合
のための動作メッセージである。
【００３８】ロード／アンロードファンド処理４０５
中、顧客コンピュータ２００はメッセージＬＵ１（ロー
ド／アンロード１）をサーバコンピュータ１００に送
る。メッセージＬＵ１に応じて、サーバコンピュータ１
００はメッセージＬＵ２（ロード／アンロード２）を顧
客コンピュータ２００へ送り返す。これらのロード／ア
ンロードファンドメッセージに含まれる情報は、以下に
記載する。
【００３９】オープンセッション処理４０７中、顧客コ
ンピュータ２００はメッセージＯＳ１（オープンセッシ
ョン１）をサーバコンピュータ１００に送る。メッセー
ジＯＳ１に応じて、サーバコンピュータ１００はメッセ
ージＯＳ２（オープンセッション２）を顧客コンピュー
タ２００へ送り返す。これらのオープンセッションメッ
セージ中に含まれる情報は以下に記載される。
【００４０】取引／支払処理４０９中、販売者コンピュ
ータ３００はメッセージＰＲ１（支払要求１）を顧客コ
ンピュータ２００へ送る。メッセージＰＲ１に応じて、
顧客コンピュータはメッセージＣＡ１（キャッシュ支払
１）を販売者コンピュータ３００へ送り返す。メッセー
ジＣＡ１を受け取った後、販売者コンピュータはメッセ
ージＣＡ２（キャッシュ支払２）をサーバコンピュータ
１００へ送る。メッセージＣＡ２に応じて、サーバコン
ピュータ１００はメッセージＣＡ３（キャッシュ支払
３）を販売者コンピュータ３００へ送り返す。メッセー
ジＣＡ３に応じて、販売者コンピュータ２００はメッセ
ージＣＡ４（キャッシュ支払４）を顧客コンピュータ２
００へ送る。これらの取引／支払メッセージに含まれる
情報は後に記載する。
【００４１】オプショナルクローズセッション処理４１
１中、顧客コンピュータ２００はメッセージＣＳ１（ク
ローズセッション１）をサーバコンピュータ１００に送
る。メッセージＣＳ１に応じて、サーバコンピュータ１
００はメッセージＣＳ２（クローズセッション２）を顧
客コンピュータ２００へ送る。これらのクローズセッシ
ョンメッセージに含まれる情報は後に記載する。
【００４２】図４が、顧客コンピュータ２００とサーバ
コンピュータ１００との間に通過するメッセージＲ１／
Ｒ２、ＢＩ１／ＢＩ４、ＬＵ１／ＬＵ２、ＯＳ１／ＯＳ
２及びＣＳ１／ＣＳ２を示していることに注意のこと。
販売者ユーザ３０３は、これらの同じメッセージが販売
者コンピュータ３００とサーバコンピュータ１００との
間にも流れるようにする。その後、販売者ユーザ３０３
は、それとは異なるとの記載がない限り、顧客ユーザ２
０３と同じ方法で、登録処理４０１、機器結合処理４０
３、ロード／アンロードファンド処理４０５、オープン
セッション処理４０７及びクローズセッション処理４１
１を実行する。販売者ユーザ３０３の場合は、これらの
処理と関連するデータは、サーバコンピュータ１００内
に含まれる販売者データベース及び販売者データ構造に
関して扱われる。
【００４３】本発明の好ましい実施例で使用されるデー
タベース及びデータ構造を次に記載する。
【００４４】ＩＩ．データベース 図１に記載されているように、サーバコンピュータ１０
０、顧客コンピュータ２００及び販売者コンピュータ３
００は、各々データベース１０２、２０２及び３０２を
含む。データベース１０２、２０２及び３０２の以下の
記載が特別のデータ構造及びフォーマットを参照してい
る限りは、当業者であっても、そのような特別なデータ
構造及びフォーマットは本発明にとって重要でなくまた
本発明の一部と考えないであろう。そのため、データ構
造及びフォーマットに対するいかなる変形も付加された
クレームの範囲内である。
【００４５】応答メッセージが各別の顧客コンピュータ
２００及び販売者コンピュータ３００によって受け取ら
れた時に、値がデータベース２０２及び３０２中に蓄積
されることが好ましい。しかしながら、より厳密には、
そのような応答メッセージの受領に先立ち値が蓄積され
るように記載される。
【００４６】Ａ．サーバデータベース１０２ サーバデータベース１０２は、サーバコンピュータ１０
０が顧客コンピュータ１０２及び販売者コンピュータ３
００との間の取引を伝達し処理することを可能にするデ
ータを蓄積する。図５はサーバデータベース１０２の一
般的な構造を示す。
【００４７】図５に示すように、サーバデータベース１
０２は、サーバ個人データ構造１２０、サーバセッショ
ンデータ構造１３０、メッセージログデータ構造１４
０、メッセージデータ構造１５０、パブリックキーデー
タ構造１６０及びアプリケーションデータ構造１７０を
含む。これらのデータ構造の各々をこれから詳細に記載
する。
【００４８】１．サーバ個人データ構造１２０ サーバ個人データ構造１２０は、サーバコンピュータ１
００とともに登録された顧客ユーザ２０３及び販売者ユ
ーザ３０３の領域に関するデータを蓄積する。図６を参
照すると、個人データ構造１２０は一つまたはそれ以上
の顧客個人１２０．１を含む。サーバ個人データ構造１
２０は各別に登録した顧客ユーザ２０３に対し顧客個人
１２０．１を含んでいる。顧客個人１２０．１の領域に
ついて記載する。
【００４９】領域１２０Ａは顧客ユーザ２０３に対する
個人のＩＤを蓄積する。個人のＩＤは特別な顧客ユーザ
２０３を識別する。システムの安全性を向上させるた
め、サーバデータベース１０２は顧客ユーザ２０３に対
する認識可能な情報を蓄積しない。例えば、顧客ユーザ
２０３の実際の名前及び住所はサーバデータ１０２中に
は蓄積しない。逆に、個人ＩＤは識別のために使用され
る。この個人ＩＤ領域は、パブリックキー領域１２０Ｃ
（後述）に蓄積された情報が顧客ユーザ２０３と関連す
るレコードを位置させるために使用することができる点
で任意である。個人ＩＤはパブリックキーよりも短いた
め、この目的のために個人ＩＤを使用することはより効
率的であり好ましい。
【００５０】領域１２０Ｂは顧客ユーザ２０３に対する
Ｅメールアドレスを含んでいる。領域１２０ＢのＥメー
ルアドレスを使用することにより、サーバコンピュータ
１００はインターネット５０を通じて顧客ユーザ２０３
にＥメールを送ることができる。
【００５１】領域１２０Ｃは顧客個人１２０．１に対す
るＲＳＡパブリックキーを蓄積する。以下に詳細に記載
するように、領域１２０ＣのＲＳＡパブリックキーは顧
客アプリケーションソフトウェア２１０によって生成さ
れる。領域１２０ＣのＲＳＡパブリックキーはＲＳＡパ
ブリック／プライベートキーペアのパブリック要素であ
る。顧客コンピュータ２００に対するＲＳＡパブリック
及びプライベートキーの両者は、以下に記載されるよう
に、顧客コンピュータ２００に蓄積される。好ましい実
施例において、ＲＳＡキーは７６８ビットの長さであ
る。この長さは、（より長いキーを使用して達成され
る）安全性をより増大する目的と（より短いキーを使用
して達成される）処理コストを減らす目的との間のバラ
ンスを反映している。プロセッサの能力は将来増大する
ため、より長いＲＳＡキーをシステムの能力を妥協する
ことなく安全性を高めるために使用することができるで
あろう。
【００５２】もしＲＳＡパブリックキーが適切な証明機
関によって証明中に含まれているのであれば、証明から
のキーはパブリックキーの場所で使用され、個人ＩＤ領
域１２０Ａはもはや上述したように任意にはならない。
証明に基づくシステムは先行技術において良く知られて
おり、ここでは記載しない。
【００５３】顧客ユーザ２０３がサーバコンピュータ１
００とともに登録した日付は、領域１２０Ｄに蓄積され
る。領域１２０Ｄの日付は、プロモーションの開始（例
えば、もしあなたがこの日付よりも前に登録していれ
ば、その後プロモーションを行なうように）を許可し、
議論の解決に手を貸す。
【００５４】領域１２０Ｅは顧客ユーザ２０３にとって
好ましいコミュニケーション言語を含む。
【００５５】領域１２０Ｆは顧客ユーザ２０３に対しオ
ートクローズパスフレーズを蓄積する。オートクローズ
パスフレーズは、顧客ユーザ２０３が以下に記載するあ
る事情で顧客個人１２０．１をクローズすることを許可
するパスフレーズである。
【００５６】データ１２０Ｇは、図７に示した領域１２
０Ｇ．１−１２０Ｇ．４を含むデータ構成を示してい
る。領域１２０Ｇ．１−１２０Ｇ．４は、顧客ユーザ２
０３によって確立される各キャッシュコンテナ内に格納
される。キャッシュコンテナは電子キャッシュを貯め
る。複数のキャッシュコンテナを、例えば顧客ユーザ２
０３がビジネスの取引を行おうとする通貨毎に一つとい
ったように、使用することを考えている。
【００５７】領域１２０Ｇ．１−１２０Ｇ．４を、ここ
で、図７を参照にして詳細に記載する。
【００５８】領域１２０Ｇ．１は、領域１２０Ｇ．２お
よび／または１２０Ｇ．３に蓄積された電子ファンドの
量と関連する通貨を蓄積する。
【００５９】領域１２０Ｇ．２はキャッシュコンテナの
使用可能残高を蓄積する。
【００６０】領域１２０Ｇ．３はキャッシュコンテナの
現在持っている残高を蓄積する。
【００６１】領域１２０Ｇ．２および／または１２０
Ｇ．３に蓄積された電子キャッシュは、好ましくは代理
人の銀行口座へ預金される（ファンドがある当事者によ
って他の当事者の利益のために保持される銀行預金の
形）。この代理人の銀行口座の口座番号は、領域１２０
Ｇ．４に蓄積される。
【００６２】データ１２０Ｈは、図８に示した領域１２
０Ｈ．１−１２０Ｈ．２８を含むデータ構造を示す。領
域１２０Ｈ．１−１２０Ｈ．２８は、顧客個人１２０．
１と結合した機器のためのデータを蓄積する。サーバ個
人データ構造１２０は、顧客個人１２０．１と結合した
各機器のための領域１２０Ｈ．１−１２０Ｈ．２８のセ
ットを蓄積する。領域１２０Ｈ．１−１２０Ｈ．２８
を、ここで、図８を参照して詳細に記載する。
【００６３】領域１２０Ｈ．１は、領域１２０Ａ（図
６）の個人ＩＤを蓄積する。領域１２０Ｈ．１の個人Ｉ
Ｄは、領域１２０Ｈ．１−１２０Ｈ．２８に蓄積された
データを有する機器が結合した個人１２０．１を示す。
【００６４】領域１２０Ｈ．２は、結合した機器の機器
のタイプを含む。機器のタイプは、好ましくは、銀行口
座、デビットカード及びクレジットカードを含む。
【００６５】領域１２０Ｈ．３は、結合した機器の機器
のサブタイプを蓄積する。機器のサブタイプは、機器タ
イプのサブ分類（例えば、機器タイプクレジットカード
に対するＶＩＳＡような）を蓄積する。
【００６６】顧客ユーザ２０３は、その個人１２０．１
を登録する際に、「オートクローズ」機能を使用するか
どうか選択することができる。オートクローズ機能は、
顧客ユーザ２０３が、顧客個人１２０．１をクローズす
るための（以下に記載する）パスフレーズを提供するこ
と、および個人と関連するすべての電子キャッシュをオ
ートクローズ機器にアンロードすることを許可する。も
し、結合された機器がオートクローズ機器であれば、領
域１２０Ｈ．４は結合した機器のための機器番号を含
む。機器番号は蓄積する前に暗号化されることが好まし
い。あるいは、機器番号は、サーバコンピュータ１００
と接続していない別個の蓄積装置にセーブすることがで
きる。もし、結合した機器がオートクローズ機器でなけ
れば、機器番号は領域１２０Ｈ．９（以下に記載する）
を計算するために使用され、機器番号は領域１２０Ｈ．
４に蓄積されない。
【００６７】結合された機器は、結合した機器をさらに
認識するための第２の番号、例えばアメリカンエキスプ
レスＣｉＤまたはＵＳ−ＤＤＡアカウントＲ／Ｔ番号の
ような番号を持つこともできる。ここで機器サブ番号と
呼ぶそのような第２の番号は、領域１２０Ｈ．５に蓄積
される。
【００６８】銀行口座は単一の通貨で作成される。銀行
口座機器のその国の通貨は領域１２０Ｈ．６に蓄積され
る。
【００６９】領域２１０Ｈ．７は、法律上の同意を示す
一つあるいはそれ以上の整数を蓄積する。好ましい実施
例において、サーバコンピュータ１００のオペレータ
は、顧客ユーザ２０３が結合した機器にある操作を行な
うために、どのような法律上の同意が顧客ユーザ２０３
によってなされているのかを確認する。
【００７０】領域１２０Ｈ．８は機器プリフィックスを
含む。領域１２０Ｈ．８の機器プリフィックスは、領域
１２０Ｈ．４を参照して記載した機器番号のサブセット
である。好ましい実施例において、（クレジットカー
ド、デビットカード、銀行口座のための）領域１２０
Ｈ．８の機器プリフィックスは、領域１２０Ｈ．４の機
器番号の最初の２桁と最後の４桁である。
【００７１】領域１２０Ｈ．９は、好ましくは領域１２
０Ｈ．４を参照して記載した機器番号のＭＤ５ハッシュ
からなる機器ハッシュ値を蓄積する（この出願において
使用される「ハッシュ」の言葉は、代数ハッシュのよう
な他の計算によるハッシュ機能とは別の暗号化されたハ
ッシュのことを意味する）。ハッシュによって表現され
た機器番号は、好ましくは、ハッシング前に顧客コンピ
ュータ２００によってサーバコンピュータ１００に対し
て生成され供給されたランダム番号（そのような番号は
「ソルト」として一般に参照される）とともに機器番号
を連結することにより、推測することを大変難しくされ
ている。機器ソルトは、以下に議論される機器結合デー
タ構造２３０の領域２３０Ｑに蓄積される。領域１２０
Ｈ．９の機器ハッシュは、サーバコンピュータ１００に
蓄積されるべき機器番号を必要とせずに、機器番号をベ
リファイするために使用される。この方法は、盗みや悪
者の目標としてのサーバコンピュータ１００の魅力を少
なくする。
【００７２】領域１２０Ｈ．１０は、「ＢＩＮ」または
銀行のＩＤ番号のような結合された機器の発行者の確認
番号を含む。
【００７３】もし、結合された機器がオートクローズ機
器として使用されたならば、領域１２０Ｈ．１１及び１
２０Ｈ．１２は結合された機器の所有者の名前及び住所
を含む。この情報は蓄積される前に暗号化されることが
好ましい。あるいは、機器番号はサーバコンピュータ１
００と接続されていない別の蓄積装置中にセーブするこ
ともできる。
【００７４】領域１２０Ｈ．１３及び１２０Ｈ．１４
は、それぞれ、結合された機器が結合された日付及び最
初に使用された日付を蓄積する。
【００７５】領域１２０Ｈ．１５は結合された機器のス
テータスを蓄積する。ステータス領域１２０Ｈ．１５の
内容は、結合された機器に依存する。例えば、ＤＤＡを
結合するために、顧客ユーザ２０３は、フォームにサイ
ンして、サーバコンピュータ１００のオペレータが自動
化された確認所（ＡＣＨ）とともに予備的な通知（プリ
ノート）処理を始めることを許可することを要求される
場合もある。サインされたフォームまたはプリノートに
対する応答を受け取る前に、サーバコンピュータ１００
は結合が「達成」されたことを示すこともできる。サイ
ンされたフォームを受け取ると、ステータス領域１２０
Ｈ．１５は「継続中のプリノート」を含むことができ
る。もしプリノートがサインされたフォームよりも前に
送られてきたならば、領域１５０Ｈ．１５は「継続中の
署名」を含むことできる。もし両者を受け取ったか受け
取ることが可能ならば、領域１２０Ｈ．１５は「使用可
能」を含むことができる。もしいずれかに問題がある
か、あるいはもしいずれかの要求を受け取るための規定
の時間が過ぎた場合は、領域１２０Ｈ．１５は「使用不
可能」を含むことができる。領域１２０Ｈ．１５は、ま
た、もし機器が実質的に使用不能だと判断したならば
（例えば、銀行によって口座が止められている場合）、
「使用不可能」を含むことができる。他の結合された機
器のステータスは、機器のタイプと特別のタイプの機器
を結合するのに必要なステップに依存する。もちろん、
プリノート処理はオンラインで行われる。
【００７６】領域１２０Ｈ．１６は、結合された機器が
販売取引のために使用可能かどうかを示すフラグであ
る。販売取引は、 デビットカードの使用と同様に、顧
客個人１２０．１が結合した機器を直接使用して何かの
ために支払いするのに使用される操作である。
【００７７】もし領域１２０Ｈ．１６が結合した機器が
販売取引のために使用可能であることを示していれば、
顧客ユーザ２０３の選択した（その国の）の通貨の限度
が領域１２０Ｈ．１７に蓄積される。もしその国の通貨
が存在しなければ、１２０Ｈ．１７の販売取引限度はＵ
Ｓドルで蓄積される。特別の値を、結合された機器のた
めの販売取引の限度が無いことを示すために使用するこ
とができる。この特別の値は、この領域が受け入れるこ
とのできる値のセット以内でなければどのような値でも
かまわない。例えば、もし領域１２０Ｈ．１７の限界が
正の数で表現されていれば、特別な値は負の数とするこ
とができる。
【００７８】領域１２０Ｈ．１８は、結合された機器が
クレジット／リターン取引に使用可能かどうかを示すフ
ラグである。クレジット／リターン取引は、販売者が、
最初に同意した製品を提供する代わりに顧客個人を信用
する操作である。
【００７９】もし領域１２０Ｈ．１８が、結合された機
器がクレジット／リターン取引のために使用可能である
ことを示していれば、クレジット／リターン取引毎の顧
客ユーザ２０３の選択したその国の通貨の限度が、領域
１２０Ｈ．１９に蓄積される。もしその国の通貨が存在
しなければ、領域１２０Ｈ．１９のクレジット／リター
ン取引の限度はＵＳドルとなる。上述したように、特別
の値を、結合された機器のためのクレジット／リターン
取引の限度が無いことを示すために使用することができ
る。
【００８０】領域１２０Ｈ．２０は、結合された機器が
上述したロード操作のために使用可能かどうかを示すフ
ラグである。
【００８１】もし領域１２０Ｈ．２０が、結合した機器
がロード操作のために使用可能であることを示していれ
ば、限度が領域１２０Ｈ．２１に蓄積される。領域１２
０Ｈ．２１のロードキャッシュ取引限度は、その国の通
貨における限度を示す。もしその国の通貨が存在しなけ
れば、領域１２０Ｈ．２のロードキャッシュ取引限度は
ＵＳドルで表示される。特別な値を、上述したように、
結合された機器のためのロードキャッシュ取引限度が無
いことを示すために使用することができる。
【００８２】領域１２０Ｈ．２２は、結合された機器が
上述したアンロード操作のために使用可能かどうかを示
すフラグである。
【００８３】もし領域１２０Ｈ．２２が、結合した機器
がアンロード操作のために使用可能であることを示して
いれば、キャッシュ取引の限度が領域１２０Ｈ．２３に
蓄積される。領域１２０Ｈ．２３のアンロードキャッシ
ュ取引限度は、その国の通貨における限度を示す。もし
その国の通貨が存在しなければ、領域１２０Ｈ．２３の
アンロードキャッシュ取引限度は、好ましくはＵＳドル
で表示される。特別な値を、上述したように、結合され
た機器のためのアンロードキャッシュ取引限度が無いこ
とを示すために使用することができる。
【００８４】領域１２０Ｈ．２４は、結合した機器が顧
客個人１２０．１のためのオートクローズ結合として指
定されているか同化を示すフラグである。オートクロー
ズ結合は、アンドーロキャッシュ取引フラグ（領域１２
０Ｈ．２２）を使用可能の状態にしなければならない。
【００８５】領域１２０Ｈ．２５は、領域１２０Ｈ．１
７に蓄積された販売取引限度が適用される時間数を蓄積
する。
【００８６】領域１２０Ｈ．２６は、領域１２０Ｈ．１
９に蓄積されたクレジット取引限度が適用される時間数
を蓄積する。
【００８７】領域１２０Ｈ．２７は、領域１２０Ｈ．２
１に蓄積されたロードキャッシュ取引限度が適用される
時間数を蓄積する。
【００８８】領域１２０Ｈ．２８は、領域１２０Ｈ．２
３に蓄積されたアンロードキャッシュ取引限度が適用さ
れる時間数を蓄積する。
【００８９】領域１２０Ｉは上述した法律的合意を蓄積
する。
【００９０】顧客個人１２０．１の上述した記載が顧客
ユーザ２０３に関するデータに関して効力をもつ一方、
販売者ユーザ３０３がサーバ個人データ構造１２０内に
蓄積された販売者個人１２０．２を有することに注意の
こと。販売者個人１２０。２は図９、１０及び１１に示
されており、ここで領域１２０ＡＡ−１２０ＨＨ、１２
０ＧＧ．１−１２０ＧＧ．４及び１２０ＨＨ．１−１２
０ＨＨ．２８は、図６、７及び８の領域１２０Ａ−１２
０Ｈ、１２０Ｇ．１−１２０Ｇ．４及び１２０Ｈ．１−
１２０Ｈ．２８に対応している。
【００９１】２．サーバセッションデータ構造１３０ 概要を図５に示すサーバセッションデータ構造１３０
は、セッションと関連するデータを蓄積する。サーバセ
ッションデータ構造１３０は顧客ユーザ２０３のために
ここで記載される。
【００９２】図１２を参照すると、サーバセッションデ
ータ構造１３０は一つまたはそれ以上の顧客セッション
レコード１３０．１を含む。サーバセッションデータ構
造１３０は、顧客ユーザ２０３の各動作中のセッション
に対し一つのレコード１３０．１を含む。
【００９３】サーバコンピュータ１００は特別のセッシ
ョン確認番号（「セッションＩＤ」）によってセッショ
ンを確認する。このセッションＩＤは領域１３０Ａに蓄
積される。
【００９４】セッションの間にサーバコンピュータ１０
０と顧客コンピュータ２００との間で交換されたメッセ
ージは、暗号化されたデータを含む。領域１３０Ｂは、
（「セッションキー」として知られている）暗号化のた
めのキーを含む。領域１３０Ｂのセッションキーは、サ
ーバコンピュータ１００によって、キーを計算して顧客
コンピュータ２００から受け取った暗号化されたメッセ
ージを解読するために使用される。
【００９５】領域１３０Ｃは、好ましくは８バイト長の
セッションソルトを蓄積する。以下に記述するように、
セッション中、サーバコンピュータ１００、顧客コンピ
ュータ２００及び販売者コンピュータ３００の間で交換
されたメッセージは、デジタル署名を使用して検証され
てはいない。その代わりに、セッション中に交換された
メッセージは、上述したセッションキーとセッションソ
ルトの知識により検証される。メッセージの暗号化され
ていない部分が変更されないことを確実にするため、メ
ッセージはハッシュされ、ハッシュ値はメッセージの暗
号化された部分に含まれる。領域１３０Ｃのセッション
ソルトの使用が、ハッシュ値がより安全になることを確
実にする。
【００９６】本発明では、顧客ユーザ２０３は一つまた
はそれ以上の通貨でビジネスの取引を行なう。領域１３
０Ｄは、顧客ユーザ２０３がセッション中使用する通貨
の単位（例えば、ＵＳドル）を示す。
【００９７】領域１３０Ｅは、セッションの開始にあた
って顧客ユーザ２０３が使用可能な（領域１３０Ｄの通
貨による）電子キャッシュの最大量を表している。
【００９８】領域１３０Ｆは、セッション中の特別の時
に、ユーザ２０３が使用可能な（領域１３０Ｄの通貨に
よる）電子キャッシュの量を示す。領域１３０Ｆの初期
値は、１３０Ｆの前回の値からセッション中製品のため
に使用した量を引くことによって決定される。
【００９９】領域１３０Ｇは、セッションが発生した日
付と時間を示す。領域１３０Ｈは、セッションが実際に
終了した日付と時間を示す。
【０１００】領域１３０Ｉは、サーバコンピュータ１０
０が領域１３０Ｂのセッションキーの顧客コンピュータ
２００の使用を認識する最大回数を表示する。
【０１０１】領域１３０Ｊは、領域１３０Ｂのセッショ
ンキーが有効な時間を表示する。
【０１０２】領域１３０Ｋは、顧客ユーザ２０３の個人
ＩＤを蓄積する。セッションが個人１２０．１と関連す
るのは、領域１３０Ｋの個人ＩＤを通してである。
【０１０３】領域１３０Ｌは、領域１３０Ａのセッショ
ンＩＤと関連するセッションのステータスを蓄積する。
このステータスは、「オープン」または「クローズド」
のいずれかである。
【０１０４】領域１３０Ｍは、領域１３０Ａのセッショ
ンＩＤと関連するセッションを記載するため顧客ユーザ
２０３によって与えられるオプショナルな文字列を蓄積
する。
【０１０５】領域１３０Ｍは、セッションの開始の時に
顧客ユーザ２０３によって与えられる文字列と、セッシ
ョンの終了時に与えられる文字列とを含むこともでき
る。
【０１０６】取引データ１３０Ｎは、領域１３０Ｎ．１
−１３０Ｎ．５を備えている。図１３に示す領域１３０
Ｎ．１−１３０Ｎ．５は、領域１３０ＡのセッションＩ
Ｄによって確認されたセッションの間に、顧客ユーザ２
０３によって行われる各取引を維持する。そのような取
引の最大回数は、領域１３０Ｉに蓄積されたキー使用限
度と同じである。領域１３０Ｎ．１−１３０Ｎ．５を、
以下に図１３を参照して詳細に記載する。
【０１０７】領域１３０Ｎ．１は、特別の取引に対し顧
客ユーザ２０３が支払った総金額を含む。
【０１０８】領域１３０Ｎ．２は、領域１３０Ａに蓄積
されたセッションＩＤを蓄積する。
【０１０９】領域１３０Ｎ．３は、特別のオーダーを確
認するため販売者コンピュータ３００によって発生され
るオーダー確認番号（オーダーＩＤ）を蓄積する。
【０１１０】領域１３０Ｎ．４は、そこから特別の取引
と関連して製品を購入した販売者３０３のセッションＩ
Ｄを蓄積する。
【０１１１】領域１３０Ｎ．５は、特別の取引に対し顧
客コンピュータ２００が割り当てたインデックス値を蓄
積する。このインデックス値は領域１３０Ｊで確立され
たキー使用限度の範囲内でなければならない。顧客個人
１２０．１によって実行される取引を、それらが実行さ
れた順にサーバコンピュータ１００によって受け取るこ
とができないため、インデックス値は、許可されたイン
デックス値のビットマップのような方法で蓄積され、こ
れにより、サーバコンピュータ１００が、許可されたイ
ンデックス値が使用されたのかどうかを決定し、適切な
行動を次に起こすことができる。
【０１１２】サーバセッションデータ構造１３０、顧客
セッションレコード１３０．１の上述した記載は、顧客
ユーザ２０３に関するデータに対して効力を有するのに
対し、販売者ユーザ３０３はサーバセッションデータ構
造１３０に蓄積された対応するデータを有することに注
意する必要がある。そのような販売者セッションレコー
ド１３０．２は図１４及び１５に示され、ここに領域１
３０ＡＡー１３０ＮＮが領域１３０Ａ−１３０Ｎに対応
し、領域１３０ＮＮ．１−１３０ＮＮ．５が領域１３０
Ｎ．１−１３０Ｎ．５に対応している。
【０１１３】３．メッセージログデータ構造１４０ メッセージログデータ構造１４０（図５）は、サーバコ
ンピュータ１００によって受け取られ送られたメッセー
ジの跡を追う。これにより、サーバコンピュータ１００
は、重複したメッセージを認識し適切に対応することが
できる。重複したメッセージは、インターネット５０を
通しての予測できないコミュニケーションの前で、クラ
イアントとサーバコンピュータ１００との間の一致した
状態を確実にするために使用される。例えば、有効なメ
ッセージの重複に対しても、オリジナルの回答と同様の
回答を行なう。しかしながら、サーバコンピュータ１０
０は、重複したメッセージの処理を重複してすることは
ない。メッセージログデータ構造１４０のレコード１４
０．１を、以下に図１６を参照して記載する。
【０１１４】領域１４０Ａは、サーバコンピュータ１０
０によって受け取られたメッセージ中に含まれる個人Ｉ
Ｄを含む。
【０１１５】領域１４０Ｂは、サーバコンピュータ１０
０によって受け取られたメッセージＣＡ２（後に記載す
る）中に含まれるセッション番号を含む。サーバコンピ
ュータ１００によって受けたられた他のすべてのメッセ
ージに対し、この領域は好ましくは零値である。
【０１１６】領域１４０Ｃは、サーバコンピュータ１０
０によって受け取られたメッセージＲ１、ＢＩ１、ＬＵ
１、ＯＳ１またはＣＳ１（後に記載する）中に含まれる
取引番号を含む。サーバコンピュータ１００によって受
け取られるいかなるメッセージＣＡ２に対し、この領域
は好ましくは零値である。
【０１１７】領域１４０Ｄは、サーバコンピュータ１０
０によって受け取られたメッセージＣＡ２の中に含まれ
るインデックスを含む。サーバコンピュータ１００によ
って受け取られた他のすべてのメッセージに対し、この
領域は好ましくは零値である。
【０１１８】領域１４０Ｅは、領域１４０Ａ−１４０Ｄ
と関連するサーバコンピュータ１００によって受け取ら
れたメッセージのハッシュまたはコピーを含む。
【０１１９】領域１４０Ｆは、領域１４０Ｅにセーブさ
れたメッセージに対応してサーバコンピュータ１００に
よって送られたメッセージのコピーを含む。
【０１２０】４．メッセージデータ構造１５０ メッセージデータ構造１５０（図５）は、本発明で使用
されるメッセージのフォーマットや内容をタイプおよび
バージョンによって示すテンプレートを含む。例えば、
特別なメッセージは、顧客アプリケーションソフトウェ
ア２１０または販売者アプリケーションソフトウェア３
１０の一つまたはそれ以上のサポートされたバージョン
間において異ならすことができる。メッセージがサーバ
コンピュータ１００によって受け取られた時、そのメッ
セージはそのメッセージのためのテンプレートと比較さ
れる。後に記載するように、もしメッセージがテンプレ
ートに合わないと、エラーメッセージがメッセージの送
付者に返される。
【０１２１】５．プライベートキーデータ構造１６０ プライベートキーデータ構造１６０は、顧客アプリケー
ションソフトウェア２１０または販売者アプリケーショ
ンソフトウェア３１０のサポートされたバージョンで使
用される、サーバコンピュータ１００のＲＳＡパブリッ
ク／プライベートキーのペアのリストを維持する。後に
記載するように、サーバコンピュータに送られた暗号化
されたメッセージは、サーバコンピュータ１００に、サ
ーバコンピュータ１００のどのＲＳＡパブリックキーが
メッセージを暗号化するために顧客アプリケーションソ
フトウェア２１０または販売者アプリケーションソフト
ウェア３１０で使用されたのかを知らせるポインターを
含む。このようにして、サーバコンピュータ１００は、
暗号化されたメッセージを解読するための対応するＲＳ
Ａプライベートキーを見つけることができる。
【０１２２】６．アプリケーションデータ構造 アプリケーションデータ構造１７０は、顧客アプリケー
ションソフトウェア２１０及び販売者アプリケーション
ソフトウェア３１０の存在するバージョンの跡をおう。
アプリケーションデータ構造１７０は、また、顧客アプ
リケーションソフトウェア２１０または販売者アプリケ
ーションソフトウェア３１０に対する更新が可能なのか
どうかまたは必要なのかどうかを決定するために使用さ
れる。例えば、サーバコンピュータ１００は、顧客コン
ピュータ２００に、顧客アプリケーションソフトウェア
２１０が現在のバージョンではないが使用できること
を、またはこのソフトウェアがもはや使用できず置き換
えなければならないことをアドバイスすることができ
る。
【０１２３】Ｂ．顧客データベース２０２ 図１７は顧客データベース２０２の一般的な構成を示
す。顧客データベース２０２は、顧客アプリケーション
データ構造２１５、顧客個人データ構造２２０、顧客機
器結合データ構造２３０、顧客セッションデータ構造２
４０、顧客継続取引データ構造２５０、顧客ログデータ
構造２６０、メッセージテンプレートデータ構造２７０
及び顧客キャッシュデータ構造２８０を含む。これらの
データ構造の各々を以下に詳細に記載する。
【０１２４】１．顧客アプリケーションデータ構造２１
５ 顧客アプリケーションデータ構造２１５は、サーバコン
ピュータ１００に関するデータを蓄積する。図１８を参
照すると、顧客アプリケーションデータ構造２１５はそ
こに詳細に示されたレコード２１５．１を含む。
【０１２５】領域２１５Ａは、サーバコンピュータ１０
０のためのＲＳＡパブリックキーを含む。領域２１５Ａ
のＲＳＡパブリックキーは、顧客コンピュータ２００か
らサーバコンピュータ１００へ送られるメッセージ中の
データを暗号化するために顧客コンピュータ２００によ
って使用される。
【０１２６】領域２１５Ｂは、サーバコンピュータ１０
０に対するユニフォームリソースロケータ（ＵＲＬ）を
蓄積する。領域２１５のＵＲＬは、インターネット５０
のワールドワイドウェブ上のサーバコンピュータ１００
のアドレスである。
【０１２７】顧客アプリケーションデータ構造２１５及
びレコード２１５．１の上述した記述は、顧客ユーザ２
０３に関するデータに対して効力を有する一方、販売者
ユーザ３０３は、図３９に示す販売者アプリケーション
データ構造３１５に蓄積された対応するデータを有する
ことに注意のこと。販売者レコード３１５．１は図３９
に示されており、ここで領域３１５Ａ−３１５Ｂは領域
２１５Ａ−２１５Ｂに対応する。
【０１２８】２．顧客個人データ構造２２０ 顧客個人データ構造２２０は顧客ユーザ２０３に関する
データを蓄積する。図１９を参照すると、顧客個人デー
タ構造２２０は、そこに詳細に示されているようにレコ
ード２２０．１を含む。
【０１２９】領域２２０Ａ−２２０Ｃは、領域１２０Ａ
−１２０Ｃ（図６）に対応し、領域１２０Ａ−１２０Ｃ
と同様の情報を含む。
【０１３０】領域２２０Ｄは、顧客ユーザ２０３に対す
るオートクローズパスフレーズを蓄積する。オートクロ
ーズパスフレーズは、顧客ユーザ２０３が後に記載する
ある事情で顧客個人１２０．１を終了させることのでき
るパスフレーズである。
【０１３１】領域２２０Ｅは、顧客ユーザ２０３にとっ
て好ましいコミュニケーションのための言語を含む。
【０１３２】顧客ユーザ２０３のデフォルト状態の名前
及び住所は、領域２２０Ｆに蓄積される。デフォルト状
態の名前及び住所は、その顧客個人１２０．１が領域２
２０Ａの個人ＩＤによって示される個人の名前及び住所
である。領域２２０Ｆのデフォルト状態の名前及び住所
は、要求された時にそのような情報を提供する機能を有
する。
【０１３３】領域２２０Ｇは、例えばコミュニケーショ
ンの選択（例えば、秒単位のタイムアウトレンジ）、警
報の選択（例えば、取引のオフラインを送る際および／
またはログオンする際に警報を示すこと）、および安全
の選択（例えば、支払い操作の前にパスワードを求める
こと）等の好ましい顧客アプリケーションソフトウェア
２１０のセッティングを保有する。
【０１３４】領域２２０Ｈは、顧客個人１２０．１に対
するＲＳＡプライベートキーを蓄積する。領域２２０Ｈ
のＲＳＡプライベートキーは、サーバデータベース１０
２に蓄積された領域１２０ＣのＲＳＡパブリックキーと
対の関係になっている。
【０１３５】キャッシュコンテナデータ２２０Ｉは、図
３７に示す領域２８０Ａ−２８０Ｃを表す。
【０１３６】機器結合２２０Ｊは、図２０に示す領域２
３０Ａ−２３０Ｓを表す。
【０１３７】領域２２０Ｋは、領域２２０Ｄに蓄積され
たオートクローズパスワードと関連するオートクローズ
アカウント番号を保有する。
【０１３８】領域２２０Ｌは、法律的合意を表す一つあ
るいはそれ以上の整数を蓄積する。
【０１３９】好ましい実施例において、サーバコンピュ
ータ１００のオペレータは、顧客ユーザ２０３が個人を
創造するために、どのような法律的合意に顧客ユーザ２
０３が同意しなければならないかを決定する。
【０１４０】動作中のセッションデータ２２０Ｍは、領
域２４０Ａ−２４０Ｋを表す。
【０１４１】継続ログデータ２２０Ｎは、継続ログデー
タ構造２５０のレコード２５１−２５６を表す。
【０１４２】取引ログデータ２２０Ｏは、取引ログデー
タ構造２６０のレコード２６１−２６７を表す。
【０１４３】顧客個人データ構造２２０及びレコード２
２０．１の上述した記載は、顧客ユーザ２０３に関する
データに対して効力を有する一方、販売者ユーザ３０３
は、図４０に示す販売者個人データ構造３２０に蓄積さ
れた対応するデータを有することに注意する必要があ
る。販売者レコード３２０．１は図４０に示され、ここ
で領域３２０Ａ−３２０Ｏは領域２２０Ａ−２２０Ｏに
対応している。
【０１４４】３．顧客機器結合データ構造２３０ 顧客機器結合データ構造２３０は、結合された機器に関
する顧客コンピュータ２００における情報を保有する。
図２０を参照すると、顧客機器結合データ構造２３０
は、一つまたはそれ以上のレコード２３０．１を含む。
顧客データベース２０２は、顧客個人１２０．１に対し
結合された各機器に対し一つのレコード２３０．１を有
する。顧客機器結合データ構造２３０の詳細なレコード
２３０．１は図２０に示されている。ここで各領域は以
下の通りである。
【０１４５】領域２３０Ａは、機器番号を蓄積する。
【０１４６】領域２３０Ｂは、結合された機器の記載を
有する。
【０１４７】領域２３０Ｃ−２３０Ｊは、それぞれ、結
合された機器の保有者の名前、国、郵便番号、国コー
ド、地域コード、電話番号を表す。
【０１４８】領域２３０Ｋは、結合された機器と関連す
るデフォルト状態の通貨を蓄積する。
【０１４９】領域２３０Ｌ−２３０Ｏは、結合された機
器が、販売取引、クレジット返還取引、アンロード及び
ロード操作に対し使用可能かどうかを示すフラグであ
る。領域２３０Ｌ−２３０Ｏは、それぞれ、領域１２０
Ｈ．１６、１２０Ｈ．１８、１２０Ｈ．２２及び１２０
Ｈ．２０に対応する（図８）。
【０１５０】領域２３０Ｑは、結合された機器に対する
ソルトを蓄積する。領域２３０Ｑのソルトは、顧客アプ
リケーションソフトウェア２１０によって発生するラン
ダム番号を表す。上述したように、サーバによって、領
域１２０Ｈ．９に蓄積される機器ハッシュ値の結果をよ
り強力にするために使用される。
【０１５１】領域２３０Ｒは、結合された機器と関連す
るある情報を蓄積し、「機器再起動データ」として参照
される。この再起動データは、顧客アプリケーションソ
フトウェア２１０によって、機器が結合された時にサー
バコンピュータ１００により確認されたラベル値ペアの
セットを再構成するために使用されるデータ文字列であ
る。この領域は、再起動データと関連した機器の使用を
要求する操作中において、顧客コンピュータ２００によ
ってサーバコンピュータ１００に戻される。このように
して、サーバコンピュータ１００は、必要に応じてその
データ構造にその情報を蓄積すること無しに、機器に関
する情報を受け取ることができる。再起動データ中に含
まれる特別のラベル値ペアは、結合された機器のタイプ
及び機器の発行者の要求に依存する。例えば、クレジッ
トカードは、カードがファンドを個人１２０．１にロー
ドするために使用されるたびにサーバへ戻すべき、カー
ド番号、カード使用期限、カード所有者の名前及び住所
を要求する。再起動データは、顧客アプリケーションソ
フトウェア２１０が正しいラベル値ペアフォーマットで
この情報を戻すことを許可するデータを有する。
【０１５２】領域２３０Ｓは、領域１２０Ｈ．７（図
８）に対応し、法律的合意に関する領域１２０Ｈ．７
（図８）と同じ情報を蓄積する。
【０１５３】顧客機器結合データ構造２３０及びレコー
ド２３０．１の上述した記載は、顧客ユーザ２０３に関
するデータに対して効力を有する一方、販売者ユーザ３
０３は、図４１に示す販売者個人データ構造３３０に蓄
積された対応するデータを有することに注意する必要が
ある。販売者レコード３３０．１は図４１に示され、こ
こで領域３３０Ａ−３３０Ｓは領域２３０Ａ−２３０Ｓ
に対応する。
【０１５４】４．顧客セッションデータ構造２４０ 顧客セッションデータ構造２４０は、セッションに関す
る顧客コンピュータ２００における情報を維持する。図
２１を参照すると、顧客セッションデータ構造２４０
は、一つまたはそれ以上のレコード２４０．１を含む。
顧客セッションデータ構造２４０は、顧客ユーザ２０３
の動作中のセッションの各々に対し一つのレコード２４
０．１を含む。顧客セッションデータ構造２４０の詳細
なレコード２４０．１を図２１に示す。
【０１５５】領域２４０Ａ−２４０Ｆは、領域１３０Ａ
−１３０Ｆ（図１２）と対応し、セッションに関する領
域１３０Ａ−１３０Ｆ（図１２）と同様の情報を含む。
領域２４０Ｇは、セッション中に顧客コンピュータ２０
０によって使用された最後のインデックスを含む。領域
２４０Ｈは、領域１３０Ｍと同様の情報を含む。領域２
４０Ｊ−２４０Ｋは、それぞれ、領域１３０Ｉ−１３０
Ｊと同様のデータを含む。
【０１５６】顧客セッションデータ構造２４０及びレコ
ード２４０．１の上述した記載は、顧客ユーザ２０３に
関するデータに対して効力を有する一方、販売者ユーザ
３０３は、図４２に示す販売者個人データ構造３４０に
蓄積された対応するデータを有することに注意のこと。
販売者レコード３４０．１は図４２に示され、ここで領
域３４０Ａ−３４０Ｋは領域２４０Ａ−２４０Ｋ（図２
０）に対応する。
【０１５７】５．顧客継続取引データ構造２５０ 顧客継続取引データ構造２５０は、（１）顧客コンピュ
ータ２００から送られてきたメッセージを作成するため
に必要なデータ及び（２）顧客コンピュータ２００から
送られてきた各メッセージのコピーを蓄積する。図２２
を参照すると、顧客継続取引データ構造２５０は、以下
のレコードを含む：継続中の個人登録／更新個人情報２
５１、継続中のリンク／更新機器結合２５２、継続中の
キャッシュ支払い２５３、継続中のロード／アンロード
ファンド２５４、継続中のオープンセッションレコード
２５５及び継続中のクローズセッションレコード２５
６。各レコード２５１−２５６を、いかに図２３−２８
を参照にして詳細に記載する。継続中のレコード２５１
−２５６は、顧客ユーザ２０３が反対しない限り、顧客
コンピュータ２００からの回答メッセージの受領ととも
に消去されることが好ましい。
【０１５８】ａ．継続中の個人登録／更新個人情報レコ
ード２５１ 継続中の個人登録／更新個人情報レコード２５１は、そ
れによって個人ユーザ２０３が顧客個人１２０．１を創
造する処理に関するデータを蓄積する。図２３を参照し
て、レコード２５１を詳細に示す。
【０１５９】領域２５１Ａは、実行される動作のタイプ
を表すコードを示す。例えば、領域２５１Ａは、ユーザ
２０３が個人１２０．１を作成したことを示すコード
「創造」を含むことができる。もし、個人１２０．１が
すでに存在しており、実行する動作をその個人と関連し
て何か変更したいならば、領域２５１はコード「変更」
を含むことができる。
【０１６０】領域２５１Ｂは、取引番号、すなわち、特
別の行動を示す特別の番号を蓄積する。領域２５１Ｂの
取引番号は、クライアントアプリケーションソフトウェ
ア２１０によって発生する。領域２５１Ｂの取引番号
は、サーバコンピュータ１００が関連した返事のメッセ
ージを送ることを許可する。取引番号は特別の番号で形
成されているため、領域２５１Ｂの取引番号は、サーバ
コンピュータ１００がメッセージＲ１が重複したメッセ
ージかどうかを決定することを許可する。
【０１６１】領域２５１Ｃは、メッセージＲ１が組み込
まれてサーバコンピュータ１００に送られた日付と時間
を表している。
【０１６２】領域２５１Ｄは、メッセージＲ１を組み込
むために使用されたアプリケーションソフトウェア２１
０のバージョンを蓄積する。後に記述するように、領域
２５１Ｄのソフトウェアバージョン番号は、顧客アプリ
ケーションソフトウェア２１０が時代遅れになったかど
うかを決定するために使用される。
【０１６３】領域２５１Ｅは、領域２２０Ｅ（図２０）
に対応する顧客ユーザ２０３のための好ましい言語を含
む。
【０１６４】領域２５１Ｆは、領域２４０Ｄ（図２０）
に対応する顧客ユーザ２０３のための好ましい通貨を含
む。
【０１６５】領域２５１Ｇは、顧客ユーザ２０３によっ
て要求された個人ＩＤを蓄積する。領域２５１Ｇの要求
された個人ＩＤは、顧客ユーザ２０２３に最終的に割り
当てられた個人ＩＤと同じでない場合があることに注意
のこと。例えば、サーバコンピュータ１００は、もしそ
れが他の顧客ユーザ２０３によってすでに使用中であれ
ば、領域２５１Ｇの要求された個人ＩＤを拒絶すること
ができる。
【０１６６】領域２５１Ｈは、領域２２０Ｂ（図１８）
に対応する顧客ユーザ２０３のＥメールアドレスを含
む。
【０１６７】領域２５１Ｉは、領域１２０Ｆ（図５）に
対応するオートクローズフレーズを含む。
【０１６８】領域２５１Ｊは、顧客コンピュータ２００
からサーバコンピュータ１００へ送られたオリジナルメ
ッセージＲ１のコピーであるオリジナル取引文字列を蓄
積する。
【０１６９】ｂ．継続中のリンク／更新機器レコード２
５２ 継続中のリンク／更新レコード２５２は、それにより顧
客ユーザ２０３が、顧客個人１２０．１に機器を結合す
るか、あるいは存在する機器の結合を更新するかに関す
るデータを蓄積する。図２４を参照して、レコード２５
２を詳細に示す。
【０１７０】領域２５２Ａは、実行される動作のタイプ
を表すコードを示す。例えば、領域２５２Ａは、ユーザ
２０３が機器を顧客個人１２０．１にリンクしているこ
とを示すコード「リンク」を含むことができる。もし、
実行された動作が、すでにその個人とリンクしている機
器と連動する何かを変更すべきであるならば、領域２５
２Ａはコード「更新」を含むことができる。
【０１７１】領域２５２Ｂ−２５２Ｄは、図２３の領域
２５１Ｂ−２５１Ｄに対応し、図２３の領域２５１Ｂ−
２５１Ｄと同様の情報を蓄積する。これらの領域は、そ
れぞれ、取引番号、取引の日付及び時間、ソフトウェア
のバージョンに関する。
【０１７２】領域２５２Ｅは、領域２２０Ａ（図１８）
に対応する顧客ユーザ２０３の個人ＩＤを含む。
【０１７３】領域２５２Ｆは、個人１２０．１と結合さ
れた機器の数を蓄積する。
【０１７４】領域２５２Ｇは、例えばアメリカンエクス
プレスカードの顧客確認番号のような、結合された機器
を使用するために必要な顧客付加顧客確認情報を蓄積す
る。
【０１７５】領域２５２Ｈは、結合された機器が発行さ
れる個人の名前を蓄積する。
【０１７６】領域２５２Ｉは、結合された機器の満了日
を蓄積する。
【０１７７】領域２５２Ｊ−２５２Ｑは、それぞれ、結
合された機器が発行される個人の、街区番号、市、州、
郵便番号、国、国番号、エリア番号、電話番号を蓄積す
る。
【０１７８】領域２５２Ｒは、結合された機器の顧客ユ
ーザ２０３が選択した記載を含む。
【０１７９】機器再起動データ領域２５２Ｓは、結合さ
れた機器に関する領域２３０Ｒに蓄積された情報を蓄積
する。
【０１８０】領域２５２Ｔは、例えばＶＩＳＡ、アメリ
カンエクスプレス等の結合された機器のタイプを蓄積す
る。
【０１８１】領域２５２Ｕは、顧客コンピュータ２００
によって作成されたランダム番号のソルトを含む。領域
２５２Ｕのソルトは、サーバ１００で維持された機器番
号ハッシュをさらに強力にするために使用される。
【０１８２】領域２５２Ｖは、もしセットされれば、機
器がオートクローズアカウントの機器であることを示す
フラグを蓄積する。
【０１８３】領域２５２Ｗは、顧客コンピュータ２００
からサーバコンピュータ１００へ送られたオリジナルメ
ッセージＢＩ１のコピーであるオリジナル取引文字列を
蓄積する。
【０１８４】ｃ．継続中のキャッシュ支払いレコード２
５３ 継続中のキャッシュ支払いレコード２５３は、キャッシ
ュ支払いを含む取引に関するデータを蓄積する。図２５
を参照して、レコード２５３を詳細に示す。
【０１８５】領域２５３Ａは、実行される動作のタイプ
を表すコードを示す。例えば、もしセッションが始まっ
ていれば、領域２５４Ａは、顧客ユーザ２０３がメッセ
ージＣＡ１（後に記載する）を送っていることを示すコ
ード「キャッシュ支払い」を示すことができる。
【０１８６】領域２５３Ｂ−２５３Ｄは、領域２５１Ｂ
−２５１Ｄ（図２２）に対応し、領域２５１Ｂ−２５１
Ｄ（図２２）と同じ情報を蓄積する。これらの領域は、
それぞれ、取引番号、取引の日付及び時間、ソフトウェ
アのバージョンに関する。
【０１８７】領域２５３Ｅは、領域２２０Ａ（図１８）
に対応する顧客ユーザ２０３の個人ＩＤを含む。
【０１８８】領域２５３Ｆは、オーダー確認番号（「オ
ーダーＩＤ」）を蓄積する。領域２５３ＦのオーダーＩ
Ｄは、特別のオーダーを確認するために販売者コンピュ
ータ３００によって作成される。
【０１８９】領域２５３Ｇは、販売者ユーザ３０３の個
人ＩＤ１２０ＡＡを含む。
【０１９０】領域２５３Ｈは、顧客ユーザ２０３がその
取引の対象物である製品に対し支払う電子キャッシュの
総額を蓄積する。
【０１９１】領域２５３Ｉは、この特別の取引を記載す
るメモを作成したオプショナル顧客ユーザ２０３に対す
る位置を提供する。
【０１９２】領域２５３Ｊは、顧客が直接のキャッシュ
支払いを希望する際の販売者コンピュータ３００のＵＲ
Ｌを含む。顧客アプリケーションソフトウェア２１０
は、メッセージＣＡ１の形式で直接のキャッシュ支払い
要求を販売者コンピュータ３００さらにはサーバコンピ
ュータ１００に伝えるために、ＵＲＬ領域２５３Ｊを使
用する。
【０１９３】領域２５３Ｋは、現在の取引が行われてい
る間セッションのセッションＩＤを蓄積する。
【０１９４】領域２５３Ｌは、現在の取引と連動するイ
ンデックスを蓄積する。
【０１９５】領域２５３Ｍは、顧客コンピュータ２００
によって、販売者コンピュータ３００を介して、サーバ
コンピュータ１００に送られたメッセージＣＡ１のコピ
ーであるオリジナル取引文字列を蓄積する。
【０１９６】ｄ．継続中のロード／アンロードファンド
レコード２５４ 継続中のロード／アンロードファンドレコード２５４
は、電子キャッシュのロード及びアンロードを含む取引
に関するデータを蓄積する。図２６を参照して、レコー
ド２５４を詳細に示す。
【０１９７】領域２５４Ａは、実行される動作のタイプ
を表すコードを示す。例えば、領域２５４Ａは、顧客ユ
ーザ２０３が、領域２５４Ｆで特定される機器からレコ
ード２８０．１のキャッシュコンテナ領域２８０Ｂへフ
ァンドを転送することを示すコード「ロード」を含むこ
とができる。あるいは、領域２５４Ａは、顧客ユーザ２
０３が、キャッシュコンテナ領域２８０Ｂから領域２５
４Ｆで特定される機器へ電子キャッシュを転送すること
を示すコード「アンロード」を含むことができる。
【０１９８】領域２５４Ｂ−２５４Ｄは、領域２５１Ｂ
−２５１Ｄ（図２２）に対応し、領域２５１Ｂ−２５１
Ｄ（図２２）と同様の情報を蓄積する。これらの領域
は、それぞれ、取引番号、取引の日付及び時間、ソフト
ウェアのバージョンに関する。
【０１９９】領域２５４Ｅは、領域２２０Ａ（図１９）
に大層する顧客ユーザ２０３の個人ＩＤを含む。
【０２００】領域２５４Ｆは、そこからファンドがロー
ドされるか、またはそこへファンドがアンロードされる
結合された機器を特定するアカウント番号を蓄積する。
【０２０１】領域２５４Ｇは、機器からロードすべき、
または機器へアンロードすべきファンドの総額を蓄積す
る。
【０２０２】領域２５４Ｈは、そこからファンドがロー
ドされるか、またはそこへファンドがアンロードされる
アカウントのタイプを蓄積する。
【０２０３】領域２５１Ｉは、顧客コンピュータ２００
によってサーバコンピュータ１００へ送られたメッセー
ジＬＵ１のコピーであるオリジナル取引文字列を蓄積す
る。
【０２０４】ｅ．継続中のオープンセッションレコード
２５５ 継続中のセッションレコード２５５は、ぞれにより顧客
ユーザ２０３がセッションを作成する処理に関するデー
タを蓄積する。図２７を参照して、レコード２５５を詳
細に示す。
【０２０５】領域２５５Ａは、実行される動作のタイプ
を表すコードを示す。例えば、領域２５５Ａは、顧客ユ
ーザ２０３がセッションを作成していることを示すコー
ド「オープンセッション」を含むことができる。
【０２０６】領域２５５Ｂ−２５５Ｄは、領域２５１Ｂ
−２５１Ｄ（図２２）と対応し、領域２５１Ｂ−２５１
Ｄ（図２２）と同様の情報を蓄積する。これらの領域
は、それぞれ、取引番号、取引の日付及び時間、ソフト
ウェアのバージョンに関する。
【０２０７】領域２５５Ｅは、領域２２０Ａ（図１９）
に対応する顧客ユーザ２０３の個人ＩＤを含む。
【０２０８】領域２５５Ｆは、セッション中に使用可能
な電子キャッシュの総額を蓄積する。
【０２０９】領域２５５Ｇは、顧客ユーザ２０３がセッ
ション中に要求することのできる最大の取引回数を表す
値を蓄積する。
【０２１０】領域２５５Ｈは、セッションがオープン状
態にある最大の時間数を表す値を蓄積する。
【０２１１】領域２５５Ｉは、顧客ユーザ２０３によっ
てエンターされたセッションのオプショナル記載のテキ
ストを蓄積する。
【０２１２】領域２５５Ｊは、領域２５５Ｆに蓄積され
た総額と連動する通貨を蓄積する。
【０２１３】領域２５５Ｋは、顧客コンピュータ２００
によってサーバコンピュータ１００へ送られたメッセー
ジＯＳ１のコピーであるオリジナル取引文字列を蓄積す
る。
【０２１４】ｆ．継続中のクローズセッションレコード
２５６ 継続中のクローズセッションレコード２５６は、それに
より顧客ユーザ２０３がセッションを終了する処理に関
するデータを蓄積する。図２８を参照して、レコード２
５６を詳細に示す。
【０２１５】領域２５６Ａは、実行される動作のタイプ
を表すコードを示す。例えば、領域２５６Ａは、顧客ユ
ーザ２０３がセッションを終了することを示すコード
「クローズセッション」を含むことができる。
【０２１６】領域２５６Ｂ−２５６Ｄは、領域２５１Ｂ
−２５１Ｄ（図２２）に対応し、領域２５１Ｂ−２５１
Ｄ（図２２）と同様の情報を蓄積する。これらの領域
は、それぞれ、取引番号、取引の日付及び時間、ソフト
ウェアのバージョンに関する。
【０２１７】領域２５６Ｅは、領域２２０Ａ（図１９）
に対応する顧客ユーザ２０３の個人ＩＤを含む。
【０２１８】領域２５６Ｆは、「イエス」または「ノ
ー」のいずれかを含む。領域２５６Ｆの値は、顧客ユー
ザ２０３が、顧客ユーザ２０３が終了しようとしている
セッション中に行った取引のログの受取を選択したがど
うかを決定する。
【０２１９】領域２５６Ｇは、終了しようとする現在動
作中のセッションのセッションＩＤを蓄積する。あるい
は、もしすべての現在動作中のセッションを終了したい
ならば、領域２５６Ｇは零値である。
【０２２０】領域２５６Ｈは、顧客ユーザ２０３によっ
てエンターされたセッションの終了に関するオプショナ
ルメッセージのテキストを蓄積する。
【０２２１】領域２５６Ｉは、顧客コンピュータ２００
によってサーバコンピュータ１００に送られたメッセー
ジＣＳ１のコピーであるオリジナル取引文字列を蓄積す
る。
【０２２２】６．顧客ログデータ構造２６０ 図１７を参照すると、顧客ログデータ構造２６０は、顧
客コンピュータ２００によって受け取られた各メッセー
ジのコピーを維持する。顧客ログデータ構造２６０は、
顧客コンピュータ２００によってサーバコンピュータ１
００から受け取ったデータを蓄積する。図２９を参照す
ると、顧客ログデータ構造２６０は、以下のレコードを
含む：個人登録／更新個人情報の応答２６１、リンク／
更新機器結合の応答２６２、キャッシュ支払いの応答２
６３、ロード／アンロードファンドの応答２６４、オー
プンセッションの応答２６５、支払い要求２６６、クロ
ーズセッションの応答２６７。各レコード２６１−２６
７を、以下に図３０−３７を参照して詳細に記載する。
【０２２３】ａ．個人登録／更新応答の個人情報レコー
ド２６１ 個人登録／更新個人情報レコード２６１は、顧客ユーザ
２０３による顧客個人１２０．１を創造するための要求
に対するサーバコンピュータ１００の応答に関するデー
タを蓄積する。図３０を参照して、レコード２６１を詳
細に示す。
【０２２４】領域２６１Ａは、要求された動作のタイプ
を示し、レコード２５１の領域２５１Ａの値と同じであ
る。領域２６５１Ｂは、２５１Ｂに蓄積された値と同じ
取引番号を蓄積する。
【０２２５】領域２６１Ｃは、メッセージＲ１がサーバ
コンピュータ１００に組み込まれ送られた日付及び時間
を表す。
【０２２６】後に議論するように、顧客コンピュータ２
００からサーバコンピュータ１００へのメッセージは、
メッセージを作成するのに使用した顧客アプリケーショ
ンソフトウェア２１０のバージョン番号を含むコードを
運ぶ。サーバコンピュータ１００において、各ソフトウ
ェアのバージョンは、３つの「ステータス」ラベル：現
在、注意、致命的のうちの一つと連動する。サーバコン
ピュータ１００は、顧客のメッセージで報告されたソフ
トウェアのバージョンをチェックし、その応答メッセー
ジの中に３つの可能性のあるステータスラベルのうちの
一つを含ます。メッセージＲ２で戻されたステータスラ
ベルは、ソフトウェアセビリティ領域２６１Ｄに蓄積さ
れる。ソフトウェアセビリティ領域２６１Ｄの内容に関
するテキストメッセージは、サーバコンピュータ１００
によって戻すこともでき、その場合は領域２６１Ｇに蓄
積される。
【０２２７】領域２６１Ｈは、顧客ユーザ２０３によっ
て要求された個人ＩＤを蓄積する。後に記載するよう
に、もし要求された個人ＩＤが使用中であれば、サーバ
コンピュータ１００は顧客ユーザ２０３に個人ＩＤを提
案する。サーバコンピュータ１００によって提案された
個人ＩＤは、領域２６１Ｉに蓄積される。
【０２２８】領域２６１Ｊは、領域２２０Ｂ（図１９）
に対応する顧客ユーザ２０３のＥメールアドレスを含
む。
【０２２９】領域２６１Ｋは、領域２２０Ｅ（図２０）
に対応する顧客ユーザ２０３にとって好ましい言語を含
む。
【０２３０】領域２６１Ｌは、領域２４０Ｄ（図２１）
に対応する顧客ユーザ２０３にとって好ましい通貨を含
む。
【０２３１】ｂ．リンク／更新応答機器レコード２６２ リンク／更新機器レコード２６２は、サーバコンピュー
タ１００による、機器を顧客個人１２０．１に結合する
要求に対する応答に関するデータを蓄積する。図３１を
参照して、レコード２６２を詳細に示す。
【０２３２】領域２６２Ａは、要求された動作のタイプ
を示し、レコード２５２の領域２５２Ａの値と同じであ
る。
【０２３３】領域２６２Ｂ−２６２Ｇは、図３０の領域
２６１Ｂ−２６１Ｇに対応し、図３０の領域２６１Ｂ−
２６１Ｇと同様の情報を蓄積する。これらの領域は、そ
れぞれ、取引の日付及び時間、ソフトウェアセビリティ
コード、ソフトウェアメッセージ、応答コード、応答メ
ッセージに関連する。
【０２３４】領域２６２Ｈは、領域２２０Ａ（図１９）
に対応する顧客ユーザ２０３の個人ＩＤを含む。
【０２３５】領域２６２Ｉは、顧客個人１２０．１に結
合された機器の数を蓄積する。領域２６２Ｊは、顧客個
人１２０．１に結合された例えば、ＶＩＳＡ、アメリカ
ンエキスプレス等の機器のタイプを蓄積する。
【０２３６】領域２６２Ｋは、結合された機器が発行さ
れた個人の名前を蓄積する。
【０２３７】領域２６２Ｌは、結合された機器の満了日
を蓄積する。領域２６２Ｍ−２６２Ｕは、それぞれ、結
合された機器が発行された個人の街区番号、市、州、郵
便コード、国、国コード、エリアコード、電話番号を蓄
積する。領域２６２Ｖは、もし何かがサーバコンピュー
タ１００によって戻された機器と連動するならば、その
国の通貨を蓄積する。
【０２３８】領域２６２Ｘは、サーバコンピュータ１０
０によって戻された機器の発行者の名前を蓄積する。
【０２３９】領域２６２Ｙは、機器の発行の国を蓄積す
る。
【０２４０】領域２６２Ｚは、もしセットされれば、機
器がオートクローズアカウント機器であることを示すフ
ラグを蓄積する。
【０２４１】ｃ．キャッシュ支払い応答レコード２６３ キャッシュ支払い応答レコード２６３は、キャッシュ支
払い及びセッションを含む取引に関するデータを蓄積す
る。図３２を参照して、レコード２６３を詳細に示す。
【０２４２】領域２６３Ａは、要求された動作のタイプ
を示し、レコード２５３の領域２５３Ａの値と同じであ
る。
【０２４３】領域２６３Ｂ−２６３Ｅは、図３０の領域
２６１Ｂ−２６１Ｃ及び２６１Ｆ−２６１Ｇと同様の情
報を蓄積する。これらの領域は、それぞれ、取引番号、
日付及び時間、応答コード、応答メッセージに関連す
る。
【０２４４】領域２６３Ｆは、領域２２０Ａ（図１９）
と対応する顧客ユーザ２０３の個人ＩＤを含む。
【０２４５】領域２６３Ｇは、オーダー確認番号（「オ
ーダーＩＤ」）を蓄積する。領域２６３ＧのオーダーＩ
Ｄは、販売者コンピュータ３００によって特別のオーダ
ーを確認するために発生される。
【０２４６】領域２６３Ｈは、販売者ユーザ３０３の個
人ＩＤ１２０ＡＡを含む。
【０２４７】領域２６３Ｉは、販売者ユーザ３０３から
のメッセージを蓄積する位置を提供する。
【０２４８】領域２６３Ｊは、現在の取引の対象である
製品に対し顧客ユーザ２０３が支払う電子キャッシュの
総額を蓄積する。
【０２４９】領域２６３Ｋは、メモを作成したオプショ
ナル顧客ユーザ２０３に対する位置を提供する。
【０２５０】領域２６３Ｌは、現在の取引が行われてい
る間セッションのセッションＩＤを蓄積する。
【０２５１】領域２６３Ｍは、現在の取引と連動するイ
ンデックスを蓄積する。
【０２５２】ｄ．ロード／アンロードファンド応答レコ
ード２６４ ロード／アンロードファンド応答レコード２６４は、顧
客ユーザ２０３によるファンドをロードするためのある
いはアンロードするための要求に対するサーバコンピュ
ータ１００の応答に関するデータを蓄積する。図３３を
参照して、レコード２６４を詳細に示す。
【０２５３】領域２６４Ａは、要求された動作のタイプ
を示し、レコード２５４の領域２５４Ａの値と同じであ
る。
【０２５４】領域２６４Ｂ−２６４Ｇは、図３０の領域
２６１Ｂ−２６１Ｇに対応し、図３０の領域２６１Ｂ−
２６１ｇと同様の情報を蓄積する。これらの領域は、そ
れぞれ、取引の日付及び時間、ソフトウェアセビアリテ
ィコード、ソフトウェアメッセージ、応答コード、応答
メッセージに関連する。
【０２５５】領域２６４Ｈは、領域２２０Ａ（図１８）
に対応する顧客ユーザ２０３の個人ＩＤを含む。
【０２５６】領域２６４Ｉは、そこから電子キャッシュ
がロードされるべき、あるいはそこへ電子キャッシュが
アンロードされるべき結合された機器を確認するための
アカウント番号を蓄積する。
【０２５７】領域２６４Ｊは、結合された機器へロード
すべきあるいはそこからアンロードされるべき電子キャ
ッシュの総額を蓄積する。
【０２５８】領域２６４Ｋは、顧客個人１２０．１から
ロードまたはアンロードするためにサーバコンピュータ
１００の操作によって払われたいずれかの料金の総額を
蓄積する。
【０２５９】領域２６４Ｌは、領域１２０Ｇ．２（図
７）に蓄積された値に対応する、サーバコンピュータ１
００によって決定された顧客個人１２０．１によって保
持されるファンドの使用可能な残高と同じ額を蓄積す
る。
【０２６０】領域２６４Ｍは、すでにロード（またはア
ンロード）されたが、顧客ユーザ２０３に対し使用可能
となっていないファンドの総額を蓄積する。これらのフ
ァンドは、領域１２０Ｇ．３（図７）に蓄積された値に
対応し、処理を待つ状態にある。
【０２６１】ｅ．オープンセッション応答レコード２６
５ オープンセッション応答レコード２６５は、顧客ユーザ
２０３によるセッションを作成するための要求に対する
サーバコンピュータ１００の応答に関するデータを蓄積
する。図３４を参照して、レコード２６５を詳細に示
す。
【０２６２】領域２６５Ａは、要求された動作のタイプ
を示し、レコード２５５の領域２５５Ａの値と同じであ
る。
【０２６３】領域２６５Ｂ−２６５Ｇは、図３０の領域
２６１Ｂ−２６１Ｇに対応し、図３０の領域２６１Ｂ−
２６１Ｇと同様の情報を蓄積する。これらの領域は、そ
れぞれ、取引の日付及び時間、ソフトウェアセビリティ
コード、ソフトウェアメッセージ、応答コード、応答メ
ッセージと関連している。
【０２６４】領域２６５Ｈは、図１９の領域２２０Ａに
対応する顧客ユーザ２０３の個人ＩＤを含む。
【０２６５】領域２６５Ｉは、セッション中に使用可能
な電子キャッシュの総額を蓄積する。
【０２６６】領域２６５Ｊは、顧客ユーザ２０３がセッ
ション中に要求できる取引の最大回数を表す値を蓄積す
る。
【０２６７】領域２６５Ｋは、セッションがオープン状
態で続く最大の時間を表す値を蓄積する。
【０２６８】領域２６５Ｌは、セッションＩＤ番号を蓄
積する。
【０２６９】領域２６５Ｍは、顧客ユーザ２０３によっ
てエンターされオープンされたセッションのオプショナ
ル記述のテキストを蓄積する。
【０２７０】領域２６５Ｎは、セッションを作成するた
めにサーバコンピュータ１００の操作によって払われた
いずれかの料金の額を蓄積する。
【０２７１】領域２６０Ｏは、総額領域２６５Ｉの値が
引かれた後、キャッシュコンテナ（領域１２０Ｇ．２）
に残る使用可能な残高を蓄積する。
【０２７２】ｆ．支払要求レコード２６６ 支払い要求レコード２６６は、製品の支払いについての
販売者ユーザ２０３からの要求に関連するデータを蓄積
する。この要求は、販売者コンピュータ３００から顧客
コンピュータ２００へ送られるメッセージＰＲ１（後に
記述する）の形式で行われる。図３５を参照して、レコ
ード２６６を詳細に示す。
【０２７３】領域２６６Ａは、販売者ユーザ３０３の個
人ＩＤ１２０ＡＡを含む。
【０２７４】領域２６６Ｂは、オーダー確認番号（「オ
ーダーＩＤ」）を蓄積する。領域２６６ＢのオーダーＩ
Ｄは、特別のオーダーを確認するために販売者コンピュ
ータ３００によって発生される。
【０２７５】領域２６６Ｃは、現在の取引の対象である
製品に対し顧客ユーザ２０３が支払う電子ファンドの総
額を蓄積する。
【０２７６】領域２６６Ｄは、支払いのために販売者２
０３によって受け入れられるクレジットカードのリスト
を蓄積する。
【０２７７】領域２６６Ｅは、販売者ユーザ３０３から
のメッセージを記憶する位置を提供する。
【０２７８】領域２６６Ｆは、ＵＲＬに対する支払いを
蓄積する。ラベル値ペア５０１３Ｉの値は、インターネ
ット５０上のユニフォームリソースロケータである。ラ
ベル値ペア５０１３Ｉのインターネット５０上のＵＲＬ
は、そこへ顧客コンピュータ２００が後に記載するメッ
セージＣＡ１を送るインターネット５０上のアドレスで
ある。
【０２７９】ｇ．クローズセッション応答レコード２６
７ クローズセション応答レコード２６７は、顧客ユーザ２
０３によるセッションを終了する要求に対するサーバコ
ンピュータ１００の応答に関するデータを蓄積する。図
３６を参照して、レコード２６７を詳細に示す。
【０２８０】領域２６７Ａは、要求された動作のタイプ
を示し、レコード２５６の領域２５６Ａの値と同じであ
る。
【０２８１】領域２６７Ｂ−２６７Ｇは、図３０の領域
２６１Ｂ−２６１Ｇに対応し、図３０の領域２６１Ｂ−
２６１Ｇと同様の情報を蓄積する。これらの領域は、そ
れぞれ、取引の日付及び時間、ソフトウェアセビリティ
コード、ソフトウェアメッセージ、応答コード、応答メ
ッセージに関連する。
【０２８２】領域２６７Ｈは、領域２２０Ａ（図１９）
に対応する顧客ユーザ２０３の個人ＩＤを蓄積する。
【０２８３】領域２６７Ｉは、すべての支払い及び料金
を差し引いた後、セッションを終了した後にセッション
中に残る電子キャッシュの額を蓄積する。
【０２８４】領域２６７Ｊは、メッセージＣＳ１で顧客
ユーザ２０３により要求された場合に、サーバコンピュ
ータ１００によって戻される取引ログを蓄積する。これ
は、また、取引ログを戻すかどうかをも示す。
【０２８５】領域２６７Ｋは、セッションを終了するた
めにサーバコンピュータ１００によって支払われたいず
れかの料金の額を蓄積する。
【０２８６】７．メッセージテンプレートデータ構造２
７０ 図１７を参照すると、メッセージテンプレートデータ構
造２７０は、顧客ユーザ２０３が送ったり受け取ったメ
ッセージのフォーマットや内容の跡を追う。メッセージ
テンプレートデータ構造２７０を参照して決定された
（例えば、シンタックス等の）有効な値を持つすべての
要求されたラベルを含むメッセージは、たとえ関係の無
いラベル値ペアが存在していたとしても、処理される。
すべての要求されたラベル値ペアを含まない、または、
メッセージテンプレートデータ構造２７０を参照して決
定された無効の値と連動するラベルを含むメッセージ
は、作成に失敗する。
【０２８７】メッセージテンプレート２７０の上述した
記述は、顧客ユーザ２０３に関するデータに対して効力
を有する一方、販売者ユーザ３０３は、図３８に示すメ
ッセージテンプレート３８０に蓄積された対応するデー
タを有することに注意する必要がある。
【０２８８】８．キャッシュコンテナデータ構造２８０ 顧客キャッシュコンテナデータ構造２８０は、顧客コン
ピュータ２００でキャッシュコンテナに関する情報を維
持する。図３７を参照すると、キャッシュコンテナデー
タ構造２８０は、顧客ユーザ２０３によって創設された
各キャッシュコンテナに対し一つのレコード２８０．１
を含む。顧客キャッシュコンテナデータ構造２８０の詳
細なレコード２８０．１は、図３７に示されている。
【０２８９】領域２８０Ａ−２８０Ｃは、領域１２０
Ｇ．１−１２０Ｇ．３（図７）に対応し、領域１２０
Ｇ．１−１２０Ｇ．３（図７）と同様のキャッシュコン
テナに関する情報を含む。
【０２９０】顧客キャッシュコンテナデータ構造２８０
及びレコード２８０．１の上述した記載は、顧客ユーザ
２０３に関するデータに対して効力を有する一方、販売
者ユーザ３０３は、図４３に示す販売者キャッシュコン
テナデータ構造３４５に蓄積された対応するデータを有
することに注意のこと。販売者レコード３４５．１は、
図４３に示され、ここで領域３４５Ａ−３４５Ｃは領域
２８０Ａ−２８０Ｃ（図３７）に対応する。
【０２９１】Ｃ．販売者データベース３０５ 販売者コンピュータ３００のデータベース３０５を次に
記載する。
【０２９２】図３８は、販売者コンピュータ３００の販
売者データベース３０５の一般的な構造を示す。図３８
は、販売者アプリケーションデータ構造３１５（すでに
記載した）、販売者個人データ構造３２０（すてに記載
した）、販売者機器結合データ構造３３０（すでに記載
した）、販売者セッションデータ構造３４０（すでに記
載した）、販売者総額データ構造３５０、販売者販売セ
ッションデータ構造３６０、販売者キャッシュログ３７
０、メッセージテンプレートデータ構造３８０（すでに
記載した）、販売者キャッシュコンテナデータ構造３４
５（すでに記載した）を示す。データ構造３５０、３６
０及び３７０を以下に記載する。
【０２９３】１．販売者総額データ構造３５０ 販売者総額データ構造３５０は、販売者ユーザ３０３が
オーダーに対し顧客ユーザ２０３から受け取ることを期
待する電子キャッシュの総額の跡を追う。図４４を参照
して、レコード３５０を詳細に示す。
【０２９４】領域３５０Ａは、図２５の領域２５３Ｆに
対応したオーダーＩＤを蓄積する。
【０２９５】領域３５０Ｂは、図２５の領域２５３Ｈに
対応した電子キャッシュの総額を蓄積する。
【０２９６】領域３５０Ｃは、オーダーが顧客ユーザ２
０３によって支払われたかどうかを示すフラグである。
【０２９７】２．販売者販売セッションデータ構造３６
０ 販売者販売セッションデータ構造３６０は、販売者ユー
ザ３０３のセッションの跡を追う。図４５を参照して、
レコード３６０を詳細に示す。
【０２９８】領域３６０Ａ−３６０Ｄは、領域３４０Ａ
−３４０Ｄ（図４２）に対応する。領域３６０Ｅは、領
域３４０Ｈ（図４２）に対応する。領域３６０Ｆは、領
域３４０Ｆ（図４２）に対応する。領域３６０Ｊ−３６
０Ｋは、領域３４０Ｊ−３４０Ｋ（図４２）に対応す
る。領域３６０Ｇは、セッションＩＤ領域３６０Ａで確
認された販売者販売セッションがオープンした日付を蓄
積する。領域３６０Ｈは、そのようなセッションが終了
した日付を蓄積する。
【０２９９】３．販売者キャッシュログデータ構造３７
０ 販売者キャッシュログデータ構造３７０は、販売者販売
セッションデータ構造３６０が保持していない電子キャ
ッシュの取引及びセッションの跡を追う。特に、販売者
キャッシュログデータ構造３７０は、販売者ユーザ３０
３によって始まったコレクション及びセッションに関す
るデータを蓄積する。図４６を参照して、レコード３７
０を詳細に示す。
【０３００】領域３７０Ａ−３７０Ｍは、販売者コンピ
ュータ３００からサーバコンピュータ１００に送られた
コレクションデータＣＡ２に関するデータを蓄積する。
これらの領域を以下に詳細に記載する。
【０３０１】領域３７０Ａは、実行された動作のタイプ
を示す。この場合、領域３７０Ａに蓄積されたタイプは
「コレクション」である。
【０３０２】領域３７０Ｂは、現在のコレクション要求
のステータスを蓄積する。領域３７０Ｂのステータス
は、「試行」、「成功」または「失敗」を含むことがで
きる。ラベル「試行」は、要求がサーバコンピュータ１
００に送られたが何の応答も受け取ることができなかっ
た時に、戻される。もし、要求がサーバコンピュータ１
００によって処理され、コレクション要求が履行されれ
ば、領域３７０Ｂはラベル「成功」を含むであろう。も
し、サーバコンピュータ１００が要求を否定したら、領
域３７０Ｂはラベル「失敗」を含むであろうし、領域３
７０Ｍはそのような失敗の理由を確認するためのコード
を含むであろう。
【０３０３】領域３７０Ｃは、オーダー確認番号（「オ
ーダーＩＤ」）を蓄積する。領域３７０ＣのオーダーＩ
Ｄは、特別なオーダーを確認するために販売者コンピュ
ータ３００によって発生される。
【０３０４】領域３７０Ｄは、現在のコレクション要求
中に顧客コンピュータ２００によって使用された領域２
４０ＡのセッションＩＤを蓄積する。
【０３０５】領域３７０Ｅは、現在のコレクション要求
中に顧客コンピュータ２００によって使用された領域２
４０Ｇのインデックスを蓄積する。
【０３０６】領域３７０Ｆは、現在のコレクション要求
中に顧客コンピュータ２００によって使用された領域２
４０Ｄの通貨を蓄積する。
【０３０７】領域３７０Ｇは、現在のコレクション要求
中に販売者コンピュータ３００によって使用された領域
３４０ＡのセションＩＤを蓄積する。
【０３０８】領域３７０Ｈは、現在のコレクション要求
中に販売者コンピュータ３００によって使用されたラベ
ル値ペア５２１３Ｄのインデックスを蓄積する。
【０３０９】領域３７０Ｉは、現在のコレクション要求
中に販売者コンピュータ１００によって使用された領域
３４０Ｄの通貨を蓄積する。
【０３１０】領域３７０Ｊは、現在のコレクション要求
中に販売者ユーザ３０３に支払われるよう要求された電
子キャッシュファンドの総額を蓄積する。
【０３１１】領域３７０Ｋは、現在のコレクションに対
し販売者キャッシュコンテナ領域３４５Ｂにクレジット
された電子キャッシュの総額を蓄積する。クレジットさ
れた電子キャッシュの総額は、もし領域３７０Ｂのステ
ータスが零値であれば、零値である。
【０３１２】領域３７０Ｌは、現在のコレクション要求
を処理するためにサーバコンピュータ１００のオペレー
タに支払われた電子キャッシュファンドの総額を蓄積す
る。
【０３１３】もしステータス領域３７０Ｂの内容が「失
敗」であれば、領域３７０Ｍは結果コードを蓄積する。
結果コードは、ステータス領域３７０Ｂにレポートされ
た失敗とメッセージが連動するように販売者アプリケー
ションソフトウェア３１０によって使用される。このよ
うにして、領域３７０Ｍに戻されたコードは、販売者ア
プリケーションソフトウェアに、「不十分なファンドの
ためコレクションは失敗した」とのメッセージを表示さ
せることができる。
【０３１４】領域３７０Ｎ−３７０Ｔは、販売者コンピ
ュータ３００（メッセージＯＳ１）によって始められた
セッションに関するデータを蓄積する。これらの領域を
以下に詳細に記載する。
【０３１５】領域３７０Ｎは、実行された動作のタイプ
を示す。この場合、領域３７０Ｎに蓄積されたタイプは
「ＯＳ」である。
【０３１６】領域３７０Ｏは、現在のコレクション要求
のステータスを蓄積する。領域３７０Ｏのステータス
は、「試行」、「成功」または「失敗」を含むことがで
きる。ラベル「試行」は、要求がサーバコンピュータ１
００に送られたが何の応答も受け取ることができなかっ
た時に、戻される。もし、要求がサーバコンピュータ１
００によって処理され、コレクション要求が履行されれ
ば、領域３７０Ｏはラベル「成功」を含むであろう。も
し、サーバコンピュータ１００が要求を否定したら、領
域３７０Ｏはラベル「失敗」を含むであろうし、領域３
７０Ｔはそのような失敗の理由を確認するためのコード
を含むであろう。
【０３１７】領域３７０Ｐは、取引番号、すなわち、販
売者コンピュータ３００によって始められた特別なセッ
ションを示す特別の番号を蓄積する。
【０３１８】領域３７０Ｑは、販売者ユーザ３０３の要
求した現在のセッションが続く総時間を蓄積する。
【０３１９】領域３７０Ｒは、販売者ユーザ３０３の要
求した領域３４０Ｊのセッションキーを使用することが
できる回数を蓄積する。
【０３２０】もし領域３７０Ｏが「成功」ならば、領域
３７０Ｓは、現在のセッションに対する販売者コンピュ
ータ３００のためのセッションＩＤを蓄積する。
【０３２１】もし領域３７０Ｏが「失敗」ならば、領域
３７０Ｔは結果コードを蓄積する。結果コードは、ステ
ータス領域３７０Ｔでレポートされた失敗とメッセージ
を連動させるように販売者アプリケーションソフトウェ
ア３１０によって使用される。
【０３２２】ＩＩＩ．一般的な情報 本発明において使用されるメッセージの好ましいフォー
マットを以下に記載する。
【０３２３】インターネット５０の性質のため、本発明
はメッセージ送信の独立したメカニズムを使用し、その
結果メッセージはいくつかの異なるプロトコルを使用し
て送ることができる。これらのプロトコルは、Ｅメール
（簡単なメール送信プロトコル）及びワールドワイドウ
ェブ（ハイパーテキスト送信プロトコル、または、遠隔
処理プロトコル（ＲＰＣ）のような他のプロトコル）を
含むことができる。そのため、本発明で使用されるメッ
セージは、送信プロトコルによらない特別で好ましいフ
ォーマットを有する。特別で好ましいフォーマットは、
ＲＦＣ８２２に基づいており、このＲＦＣ８２２は先行
技術で良く知られているため、ここでは簡単に記載す
る。
【０３２４】図４７は、サンプルメッセージ４０００の
フォーマットを示す。サンプルメッセージ４０００は、
ヘッダー４００５、ボディ４０１０及びトレイラー４０
５０を含む。ボディ４０１０は、透明な（暗号化されて
いない）ラベル値ペア４０１３Ａ、４０１３Ｂ等を含
み、不透明（暗号化された）ラベル値ペア４０１７を含
むこともできる。（ラベル値ペアは、ラベルと、ラベル
ターミネータによって例えば「名前：ブライアン」のよ
うに分離されたラベルに関するデータとから構成され
る。）ヘッダー４００５は、サンプルメッセージ４００
０のスタートを定義する。ヘッダー４００５は、例えば
「サイバーキャッシュ」（本発明の譲受人）のシステム
ＩＤや、その中にサンプルメッセージ４０００が組み込
まれるメッセージプロトコルの番号（「プロトコル番
号」）を含むことができる。
【０３２５】透明なラベル値ペア４０１３Ａ、４０１３
Ｂ等は、サンプルメッセージ４０００と連動するいずれ
かのクリアな（暗号化されていない）テキストを含む。
暗号化及び解読は以下に記載する。
【０３２６】不透明なラベル値ペア４０１７は、ラベル
「不透明」を含む。不透明なラベル値ペア４０１７の値
は、暗号化されたデータのブロックである。不透明なラ
ベル値ペア４０１７の値は、ＤＥＳキーで暗号化された
ラベル値ペアの予め決定されたセットを含む。暗号化
後、値は好ましくはベース−６４コードである。ラベル
値ペアの予め決定されたセットは、ここで、サンプルメ
ッセージの「不透明なセクションの内容」として参照さ
れる。セッションの外部から送られた要求メッセージ
（Ｒ１、ＢＩ１、ＬＵ１及びＣＳ１）に対し、不透明な
ラベル値ペア４０１７の値は、そのＤＥＳキーと、サー
バコンピュータ１００のパブリックＲＳＡキーに基づい
て暗号化されたＲＳＡで始まる。ＲＳＡ暗号化はコンピ
ュータの処理が高価となる。応答メッセージ（Ｒ２、Ｂ
Ｉ４、ＬＵ２、ＯＳ２及びＣＳ２）及びセッション中の
メッセージ（ＣＡ１、ＣＡ２、ＣＡ３及びＣＡ４）に対
し、不透明なセクションの内容を越えたいかなる付加的
な情報をも不透明なラベル値ペア４０１７の値は必要と
しないため、ＲＳＡ暗号化が高価になることを防ぐこと
ができる。不透明なセクションの内容は、長さにおいて
変化し、ＤＥＳキーを使用して暗号化されたデータを表
す。
【０３２７】トレイラー４０５０は、サンプルメッセー
ジ４０００を終了する。タイラー４０５０は、好ましく
は、送信チェックサムを含む。領域４０５０Ｄのチェッ
クサムが、ヘッダー４００５においてすべてが印字可能
な文字に対して行われたＭＤ５ハッシュであり、ボディ
４０１０で表すことができることが好ましい。そのた
め、新しいライン、スペース、タブ、キャリッジレター
ン等のすべての白いスペースは、チェックサムハッシュ
から除外される。このようにして、メッセージ送信の正
確性を、ゲートウェーのセンシティビティを気にするこ
となく、また例えばラインターミネータの間隔の変更や
タブのスペースへの変更などを気にすることなく、チェ
ックすることができる。
【０３２８】本発明で使用される暗号化及び解読技術を
以下に記載する。
【０３２９】本発明は、好ましくは、データの暗号化及
び解読に対しＲＳＡ法及びＤＥＳ法の両者を使用する。
そのような方法は先行技術で良く知られている。ＲＳＡ
は、米国特許Ｎｏ．４，４０５，８２９に詳細に記載さ
れている。本発明は、好ましくは、安全性、実行時間及
び送出制御に関する事情の間のバランスを反映させて、
７６８ビットのＲＳＡキーを使用する。ＲＳＡキーのサ
イズは、高速処理速度を有するハイエンドのコンピュー
タでは変えることができ、その場合は、顧客のインスト
レーションがより一般的になり、また送出の要望も緩和
される。当業者にとって良く知られているように、他の
パブリック／シンメトリックキーシステム（ラビン及び
ＥＩガマルのような）を、検証の目的で本発明で使用す
ることもできる。
【０３３０】本発明では、デジタル的な署名を情報を検
証するために使用する。デジタル的な署名の詳細は、コ
ンピュータの安全性に関する文献で広く議論されてい
る。本発明は、検証のために二つの方法を使用する：す
なわちＲＳＡ／ＭＤ５デジタル署名及び情報を分割使用
する知識（例えば、ソルト値および／またはキー値）で
ある。
【０３３１】上述したように、本発明はデータのハッシ
ングにも依存している。ハシュは、好ましくは、「メッ
セージの合成」に適用されるインターネット公開ＰＦＣ
１３２１において記載されている良く知られたＭＤ５ア
ルゴリズムを使用して計算される。
【０３３２】もし、ラベル値ペアがハッシュ入力におい
て特定されているが、メッセージ中に存在しないなら
ば、ラベル及びラベルターミネータは、好ましくは、ハ
ッシュから除外される。
【０３３３】ＩＶ．本発明の処理 Ａ．ダウンロード及びインストレーション処理４００ 図３を参照して先に記載したダウンロード及びインスト
レーション処理４００の間、サーバコンピュータ１００
のＲＳＡパブリックキーは、顧客アプリケーションデー
タ構造２１５の領域２１５Ａに蓄積される。販売者コン
ピュータ３００は、顧客ユーザ２０３がダウンロード及
びインストレーション処理４００を使用するのと同様の
方法で、ユーザアプリケーションソフトウェア１５３の
コピーを手に入れる。このような場合、ユーザアプリケ
ーションソフトウェア１５３は、販売者アプリケーショ
ンソフトウェア３１０の要素として販売者コンピュータ
３００上に存在し、サーバコンピュータ１００のＲＳＡ
パブリックキーは、販売者アプリケーションデータ構造
３１５の領域３１５Ａに蓄積される。
【０３３４】Ｂ．登録処理４０１ 図４８は、ステップ１２０１で始まる登録処理４０１を
示すフロー図である。
【０３３５】ステップ１２０２において、顧客アプリケ
ーションソフトウェア２１０は、顧客ユーザ２０３が顧
客ユーザ２０３に関する情報を入力するように促す。こ
の情報は、サーバコンピュータ１００に送られるメッセ
ージＲ１に含まれ、顧客個人１２０．１の一部となる。
好ましい実施例では、顧客ユーザ２０３は、コミュニケ
ーションに好ましい言語、取引を行なう通貨、要求した
個人ＩＤ、Ｅメールアドレス及びオートクローズパスフ
レーズを入力する。
【０３３６】ステップ１２０２Ａにおいて、顧客アプリ
ケーションソフトウェア２１０は、顧客コンピュータ２
００に対しＲＳＡパブリック／プライベートキーペアを
発生する。ＲＳＡパブリックキーは、顧客個人データ構
造２２０（図１９）の領域２２０Ｃに蓄積される。ＲＳ
Ａプライベートキーは、顧客個人データ構造２２０（図
１９）の領域２２０Ｈに蓄積される。
【０３３７】ステップ１２０３において、メッセージＲ
１は、図４９に示すメッセージ組み込み手続き８００に
従って組み込まれる。メッセージＲ１は、顧客コンピュ
ータ２００からサーバコンピュータ１００へ送られ、ス
テップ１２０２で顧客ユーザ２０３によって入力された
情報を含む。メッセージ組み込み手続き８００を、図４
９を参照して以下に記載する。
【０３３８】メッセージ組み込み手続き８００は、ステ
ップ８０１で始まる。ステップ８０２Ａ−８０２Ｂは、
図５０に示すメッセージＲ１の透明なラベル値ペア４２
１３Ａ−４２１３Ｄを作成する。ステップ８０２Ｃ−８
１３は、図５１に示すメッセージＲ１の不透明セクショ
ン内容に基づいて、メッセージＲ１の透明なラベル値ペ
ア４２１３Ａ−４２１３Ｄを作成する。ステップ８１４
−８１７は、それぞれメッセージＲ１の、ヘッダー４２
０５、透明ラベル値ペア４２１３Ａ−４２１３Ｄ、不透
明ラベル値ペア４２１７及びトレイラー４２５０を組み
込む。
【０３３９】ステップ８０２Ａにおいて、顧客アプリケ
ーションソフトウェア２１０は、メッセージテンプレー
トデータ構造２７０（図１７）にアクセスし、ラベルの
リストを手に入れる。ラベルのリストが連動する値と一
致していれば、ラベルのリストがメッセージＲ１の透明
なラベル値ペア４２１３Ａ−４２１３Ｃを作成する。ス
テップ８０２Ｂにおいて、値は以下に示すように各ラベ
ルと連動する。
【０３４０】ラベル値ペア４２１３Ａは、ラベル「取
引」を有する。領域４２１３Ａの値は、メッセージＲ１
を特別に確認するクライアントソフトウェア２１０によ
って発生された取引番号である。ラベル値ペア４２１３
Ａの値は、メッセージＲ１を受け取ることで、サーバコ
ンピュータ１００が、（１）後に記載する連動する応答
メッセージＲ２を送り、（２）メッセージＲ１が重複し
たメッセージかどうかを決定（すなわち、サーバコンピ
ュータ１００によってすでに受け取られているかどう
か）する、ことを許可する。ラベル値ペア４２１３Ａと
関連する値は、継続中の個人登録／更新個人情報レコー
ド２５１（図２３）の領域２５１Ｂに蓄積される。
【０３４１】ラベル値ペア４２１３Ｂは、ラベル「日
付」を有する。ラベル値ペア４２１３Ｂの値は、メッセ
ージＲ１が、顧客コンピュータ２００のクロックに従っ
て、サーバコンピュータ１００に組み込まれて送られた
日付及び時間を示す。ラベル値ペア４２１３Ｂと関連す
る値は、領域２５１Ｃに蓄積される。
【０３４２】ラベル値ペア４２１３Ｃは、ラベル「サー
バキー」を有する。後に記載するように、メッセージＲ
１の不透明なラベル値ペア４２１７を暗号化するために
顧客コンピュータ２００によって使用されたＤＥＳキー
／ＩＶペアは、サーバコンピュータ１００のＲＳＡパブ
リックキーを使用して暗号化される。ラベル値ペア４２
１３Ｃの値は、サーバプライベートキーデータ構造１６
０（図５）に蓄積された対応するＲＳＡプライベートキ
ーを指し示す。
【０３４３】ラベル値ペア４２１３Ｄは、ラベル「サー
ビスカテゴリ」を有する。ラベル値ペア４２１３Ｄの値
は、特別なサービスカテゴリのメッセージを取り扱うサ
ーバコンピュータ１００内のプロセッサにメッセージＲ
１を発送するために使用されるラベルである。このオプ
ションは、サーバコンピュータ１００の機能として多数
のプロセッサ間で分配され、それによりシステムの能力
を向上させる。
【０３４４】ステップ８０２Ｃにおいて、顧客アプリケ
ーションソフトウェア２１０は、ランダムな１２８ビッ
ト数を作成するために良く知られた技術を使用する。作
成されたこの数の最初の６４ビットは５６ビットＤＥＳ
キーとして取り扱われ、次の６４ビットは６４ビットイ
ニシャリゼーションベクトル（「ＩＶ」）として取り扱
われることが好ましい。５６ビットＤＥＳキーは、各８
ビットバイトの無視された最下位のビットを有する６４
ビット数で表される。この１２８ビット数は、ＤＥＳキ
ー／ＩＶペアとして見ることができる。ＤＥＳキー／Ｉ
Ｖペアはテンポラリレジスタに蓄積される。
【０３４５】次に、ステップ８０４において、顧客アプ
リケーションソフトウェア２１０は、クライアントアプ
リケーションデータ構造２１５（図１８）の領域２１５
Ａから、サーバコンピュータ１００のためのＲＳＡパブ
リックキーを検索する。先に記述したように、サーバコ
ンピュータ１００のためのＲＳＡパブリックキーは、好
ましくは、長さ７６８ビットである。もちろん、他の長
さのＲＳＡキーを使用することができる。ステップ８０
６において、ステップ８０４において検索されたＲＳＡ
パブリックキーは、ステップ８０２で作成されたＤＥＳ
キー／ＩＶペアを暗号化するために使用される。
【０３４６】ステップ８０７において、顧客アプリケー
ションソフトウェア２１０は、ラベルのリストを得るた
めに、メッセージテンプレートデータ構造２７０（図２
Ｂ）にアクセスする。ラベルのリストは、関連する値と
同じであれば、図５１に示すメッセージＲ１の不透明セ
クション内容を作成する。ステップ８０８において、値
は以下のように各ラベルと関連する。
【０３４７】ラベル値ペア４２１７Ａは、ラベル「タイ
プ」を有する。ラベル値ペア４２１７Ａの値は、メッセ
ージＲ１のラベルに効力を持たすメッセージデータ構造
２７０中のレコードを参照する。ラベル値ペア４２１７
Ａは、顧客ユーザ２０３が登録処理を始める際ラベルを
発生する顧客アプリケーションソフトウェア２１０から
得ることができる。
【０３４８】ラベル値ペア４２１７Ｂは、ラベル「サー
バデート」を有する。ラベル値ペア４２１７Ｂの値は、
サーバコンピュータ１００のクロックの日付が顧客コン
ピュータ２００の認知によって測定されるように、メッ
セージＲ１が組み込まれた時の日付及び時間を示す。
【０３４９】ラベル値ペア４２１７Ｃは、ラベル「ｓｗ
バージョン」（ソフトウェアバージョン）を有する。ラ
ベル値ペア４２１７Ｃの値は、サーバコンピュータ１０
０とコミニュケーションする顧客アプリケーションソフ
トウェア２１０のバージョンを示す。ラベル値ペア４２
１７Ｃは、顧客アプリケーションソフトウェア２１０に
埋め込まれたデータから得られる。ラベル値ペア４２１
７Ｃと関連する値は、領域２５１Ｄに蓄積される。
【０３５０】ラベル値ペア４２１７Ｄは、ラベル「言語
内容」を有する。ラベル値ペア４２１７Ｄの値は、顧客
ユーザ２０３にとってコミニュケーションに好ましい言
語を示す。ラベル値ペア４２１７Ｄの値は、ステップ１
２０２における登録処理４０１中に顧客ユーザ２０３か
ら得られる。ラベル値ペア４２１７Ｄに関連する値は、
領域２５１Ｅに蓄積される。
【０３５１】ラベル値ペア４２１７Ｅは、ラベル「デフ
ォルト状態の通貨」を有する。ラベル値ペア４２１７Ｅ
の値は、顧客ユーザ２３０によって変えられない限り、
顧客ユーザ２０３の取引が処理されるデフォルト状態の
通貨を示す。ラベル値ペア４２１７Ｅはの値は、図４８
のステップ１２０２における登録処理４０１中に顧客ユ
ーザ２０３から得られる。ラベル値ペア４２１７Ｅに関
連する値は、領域２５１Ｇに蓄積される。
【０３５２】ラベル値ペア４２１７Ｆは、ラベル「要求
されたＩＤ」を有する。ラベル値ペア４２１７Ｆの値
は、顧客ユーザ２０３によって要求された個人ＩＤを示
す。ラベル値ペア４２１７Ｆの値は、図４８のステップ
１２０２における登録処理４０１中に顧客ユーザ２０３
から得られる。ラベル値ペア４２１７Ｆに関連する値
は、領域２５１Ｇに蓄積される。
【０３５３】ラベル値ペア４２１７Ｇは、ラベル「Ｅメ
ール」を有する。ラベル値ペア４２１７Ｇの値は、顧客
ユーザ２０３に対するＥメールアドレスを示す。ラベル
値ペア４２１７Ｇの値は、図４８のステップ１２０２に
おける登録処理４０１中に顧客ユーザ２０３から得られ
る。ラベル値ペア４２１７Ｇと関連する値は、領域２５
１Ｈに蓄積される。
【０３５４】ラベル値ペア４２１７Ｈは、ラベル「同
意」を有する。ラベル値ペア４２１７Ｈの値は、顧客ユ
ーザ２０３が本発明を使用するために受け入れた法律的
な同意を示す。法律的な同意は、図４８のステップ１２
０２における顧客ユーザ２０３に対して存在する。ラベ
ル値ペア４２１７Ｈの値は、同意が顧客ユーザ２０３に
よって受け入れられ、顧客機器個人データ構造２２０
（図１９）の領域２２０Ｌに蓄積された時に、発生す
る。
【０３５５】ラベル値ペア４２１７Ｉは、ラベル「オー
トクローズパスフレーズ」を有する。ラベル値ペア４２
１７Ｉの値は、顧客ユーザ２０３に対するオートクロー
ズパスフレーズを示す。ラベル値ペア４２１７Ｉの値
は、図４８のステップ１２０２における登録処理中に顧
客ユーザ２０３によって供給される。ラベル値ペア２４
１７Ｉに関連する値は、顧客データ構造２２０の領域２
２０Ｄ及び顧客継続データ構造２５０の領域２５１Ｉに
蓄積される。
【０３５６】ラベル値ペア４２１７Ｊは、ラベル「パブ
キー」を有する。ラベル値ペア４２１７Ｊの値は、図４
８のステップ１２０２Ａにおける登録処理４０１中に顧
客アプリケーションソフトウェア２１０によって発生さ
れた顧客個人１２０．１に対するＲＳＡパブリックキー
を表す。
【０３５７】再び図４９を参照すると、ステップ８１０
において、図５１のラベル値ペア４２１７Ｋによって表
されるメッセージＲ１のデジタル署名が発生される。ラ
ベル値ペア４２１７Ｋは、ラベル「署名」を有する。ラ
ベル値ペア４２１７Ｋの値は、顧客個人１２０．１のデ
ジタル署名を表す。メッセージＲ１に対し、ラベル値ペ
ア４２１７Ｋの値は、ラベル値ペア４２１３Ａ−４２１
３Ｃ中の印刷可能なＵＳアスキー文字のハッシュであ
り、また顧客個人１２０．１のＲＳＡプライベートキー
で暗号化されたアルファベット順に並んだラベル値ペア
４２１７Ａ−４２１７Ｊである。顧客個人１２０．１の
ＲＳＡプライベートキーは、領域２２０Ｈ（図１９）か
ら得られる。
【０３５８】ステップ８１２Ａにおいて、ステップ８１
０で発生したラベル値ペア４２１７Ｋは、ラベル値ペア
４２１７Ａ−４２１７Ｊに付加される。ラベル値ペア４
２１７Ａ−４２１７Ｋは、ステップ８０２Ｃのテンポラ
リレジスタに蓄積されたＤＥＳキー／ＩＶペアとともに
暗号化される。ステップ８１２Ｂにおいて、ステップ８
１２Ａの結果は、ステップ８０６で作成したＲＳＡで暗
号化したＤＥＳキー／ＩＶペアに付加される。
【０３５９】ステップ８１３において、ステップ８１２
Ｂで組み込まれたデータは、良く知られた技術（好まし
くはベース６４）を使用して暗号化され、これによりメ
ッセージＲ１の不透明セクション内容の組み込みを完了
する。
【０３６０】メッセージＲ１は、ステップ８１３−８１
８で組み込まれる。ステップ８１４で、ヘッダー４２０
５は、顧客メッセージテンプレートデータ構造２７０
（図１７）で見つかるメッセージテンプレート及び顧客
アプリケーションソフトウェア２１０に埋め込まれたプ
ロトコルを使用して作成される。
【０３６１】次に、ステップ８１５において、上述した
透明ラベル値ペア４２１３Ａ−４２１３Ｃが加わる。
【０３６２】ステップ８１６において、不透明ラベル値
ペア４２１７が付加される。ラベル値ペア４２１７は、
以下の値が暗号化されたデータであることを示すラベル
「不透明」を有する。図５０に示すラベル値ペア４２１
７の値は、ステップ８１３で暗号化されたデータを表
す。
【０３６３】トレーラ４２５０は、ステップ８１７で組
み込まれる。トレーラ４２５０のチャックサムは、上述
したように、サンプルメッセージ４０００に対して計算
される。トレーラ４２５０はメッセージＲ１に加えられ
る。ステップ８１８において、メッセージＲ１のコピー
は、領域２５１Ｊにセーブされる。
【０３６４】メッセージＲ１の組み込みはこれで完了す
る。メッセージ組み込み処理８００はステップ８１９で
終了する。
【０３６５】再び図４８を参照すると、登録処理４０１
はステップ１２０４において連続している。そこで、顧
客コンピュータ２００は、メッセージＲ１をサーバコン
ピュータ１００に送信する。顧客コンピュータ２００
は、サーバコンピュータ１００からの応答メッセージＲ
２を待つ。
【０３６６】ステップ１２０５において、サーバコンピ
ュータ１００は、顧客コンピュータ２００からメッセー
ジＲ１を受け取り、サーバメッセージアンラップ処理９
００を実行することによってメッセージＲ１をアンラッ
プする。サーバメッセージアンラップ処理９００は、以
下に図５２及び５３を参照して記載する。ここでこの処
理はステップ９０１において始まる。
【０３６７】ステップ９０１Ａにおいて、メッセージＲ
１のコピーは領域１４０Ｅ（図１６）に蓄積される。
【０３６８】ステップ９０２において、サーバソフトウ
ェア１１０は、メッセージＲ１のヘッダー４２５０の領
域４２０５Ｃからプロトコル番号を抽出する。次に、ス
テップ９０２で抽出したプロトコル番号に基づいて、サ
ーバメッセージデータ構造１５０（図５）にアクセスし
て、メッセージＲ１の望ましいフォーマットを決定す
る。望ましいフォーマットは、メッセージシンタックス
（例えば、許可されたライン終了記号）及びメッセージ
コーディング（例えば、アスキーまたはヘックス）を含
むことができる。メッセージＲ１は、望ましいフォーマ
ットに従って以下のように構文の解析が行われる。
【０３６９】ステップ９０３において、サーバコンピュ
ータ１００は、メッセージ組み込み処理８００のステッ
プ８１７で顧客コンピュータ２００において使用したも
のと同じデータを使用してチェックサムを計算する。ス
テップ９０４において、ステップ９０３で計算されたチ
ェックサムは、メッセージＲ１のトレイラー４２５０の
チェックサム４２５０Ｄと比較される。もし、チャック
サムが一致しなければ、メッセージＲ１はステップ９０
４Ａで処分され、サーバメッセージアンラップ処理９０
０も中断する。
【０３７０】もし、ステップ９０４においてチャックサ
ムが一致していれば、処理はステップ９０６Ａに続き、
メッセージは、それがメッセージアンラップ処理９００
に対し適切であるかどうかを決定するためにチェックさ
れる。メッセージがラベル「サーバキー」を含めば、メ
ッセージアンラップ処理９００は適切である。アンラッ
プ処理９００が不適切の場合にサーバコンピュータ１０
０が受け取るメッセージは、ラベル「サーバキー」を含
まず、その代わりに、メッセージの透明部分にラベル
「タイプ」を含むであろう。そのようなメッセージは、
後に記載する他の手段を用いてアンラップされる。メッ
セージが不適切な場合は、処理はステップ９０６Ｂに続
き、メッセージは他のアンラップ処理に転換される。メ
ッセージＲ１が適切であれば、処理はステップ９０６Ｃ
に続き、不透明なラベル値ペア４２１７の値は解読され
る。
【０３７１】ステップ９０７において、メッセージ組み
込み処理８００のステップ８０６でＤＥＳキー／ＩＶペ
アを暗号化するために顧客コンピュータ２００によって
使用されたＲＳＡパブリックキーが決定される。これを
行うために、サーバソフトウェア１１０は、ラベル「サ
ーバキー」と関連するラベル値ペア４２１３Ｃの値を得
る。ラベル値ペア４２１３Ｃの値は、ステップ８０６で
顧客コンピュータ２００によって使用されたＲＳＡパブ
リックキーに対応するＲＳＡプライベートキーの要素を
蓄積するプライベートキーデータ構造１６０中の領域に
対するポインターである。
【０３７２】ステップ９０９において、ステップ９０７
で決定されたＲＳＡプライベートキーは、ＲＳＡで暗号
化されたＤＥＳキー／ＩＶペアに対応する不透明ラベル
値ペア４２１７の部分を解読するために使用される。こ
のようにして、残りの不透明ラベル値ペア４２１７を暗
号化するために使用されたＤＥＳキー／ＩＶペアを得る
ことができる。ステップ９０９Ａにおいて、ＤＥＳキー
／ＩＶの解読が成功したか失敗したかを決定する。いか
なる理由かで解読に失敗した場合は、処理はステップ９
０５に続き、ここで適当なエラーフラグをセットするこ
とが好ましいことがわかり、サーバアンラップ処理９０
０はステップ９１７で中断する。もし、ＤＥＳキー／Ｉ
Ｖペアの解読に成功すれば、処理はステップ９１０に続
く。
【０３７３】ステップ９１０において、ステップ９０９
で得たＤＥＳキー／ＩＶペアは、テンポラリレジスタに
蓄積される。
【０３７４】ステップ９１１において、ステップ９０９
で得たＤＥＳキー／ＩＶペアは、図５１のラベル値ペア
４２１７Ａ−４２１７Ｋとして表されている不透明なラ
ベル値ペア４２１７の部分を解読するために使用され
る。ステップ９１２において、不透明値ペア４２１７の
解読が成功したのか失敗したのかが決定される。いかな
る理由かで解読に失敗した場合は、処理はステップ９０
５に続き、ここで適当なエラーフラグをセットすること
が好ましいことがわかり、サーバアンラップ処理９００
はステップ９１７で中断する。もし、不透明値ペア４２
１７の解読に成功すれば、処理はステップ９１３に続
く。
【０３７５】ステップ９１３において、メッセージタイ
プが、ラベル値ペア４２１７Ａを参照することで決定さ
れる。例えば、メッセージＲ１に対するラベル値ペア４
２１７Ａの値は、「登録」であろう。
【０３７６】以下のステップ９１４、９１５及び９１６
で行われるメッセージの３回のチェックを行なうことが
好ましい。
【０３７７】ステップ９１４のサーバフォームチェック
は、メッセージタイプとソフトウェアバージョンに依存
している。すなわち、メッセージの望ましいフォーム及
びそれが受け入れられるかどうかのクライテリアは、上
述したメッセージタイプ及びバージョンデータ構造１５
０を参照して決定された所定の時間有効であるメッセー
ジ及びメッセージの変更に依存している。最小の場合で
も、フォームチェック手続きは、受け取ったメッセージ
がメッセージに対して上述したすべてのラベルを含んで
いるかどうか、値を要求する各ラベルに値があるかどう
か、及びそれらの値が、タイプ、シンタックス及び要求
された値の範囲であるかどうか、を確認することとな
る。もしメッセージが解析されたがフォームクライテリ
アに適合しない場合は、サーバコンピュータ１００は、
ステップ９０５でエラーフラグをセットし、メッセージ
Ｒ２（後に記載する）としてエラーコードを戻す。それ
がサーバコンピュータ１００によって解析できないほど
変形されたメッセージは、処分されるであろう。もしス
テップ９１４のフォームチェックが成功であれば、処理
はステップ９１５に続く。
【０３７８】ステップ９１５において、ラベル値ペア４
２１７Ｋの値によって表されたデジタル署名が正しいか
どうか確認される。まず、第１に、サーバソフトウェア
１１０は、ラベル値ペア４２１７Ｊから顧客個人１２
０．１のためのＲＳＡパブリックキーを得る。ラベル値
ペア４２１７Ｊから得たＲＳＡパブリックキーは、ラベ
ル値ペア４２１７Ｋを解読するために使用される。次
に、サーバソフトウェア１１０はメッセージデータ構造
１５０にアクセスし、どのラベル値ペアがらえるちペア
４２１７Ｋの値を計算するためにメッセージ組み込み処
理８００のステップ８１０でハッシュされたのかを決定
する。サーバソフトウェア１１０は、ステップ８１０で
ハッシュされたのと同じラベル値ペアをハッシュする。
二つのハッシュ値は比較される。もしハッシュ値が異な
れば、適当なエラーフラグがステップ９０５でセットさ
れる。この場合、サーバメッセージアンラップ処理９０
０はステップ９１７で中断する。もしハッシュ値が合致
すれば、処理はステップ９１６に続く。
【０３７９】ステップ９１６において、どの顧客アプリ
ケーションソフトウェア２１０が現在のものかについて
のチェックを以下のようにして実施する。サーバソフト
ウェア１００は、ラベル値ペア４２１７Ｃの値からメッ
セージＲ１を組み込むために使用した顧客アプリケーシ
ョンソフトウェア２１０のバージョン番号を得る。得ら
れた値は、顧客アプリケーションソフトウェア２１０の
最も最近にサポートしたバージョン番号と比較される。
【０３８０】各バージョンは、３つの「ステータス」ラ
ベルのうちの一つに関連する。もしソフトウェアチェッ
クが「現在」を戻したならば、メッセージＲ１を構成し
た顧客アプリケーションソフトウェア２１０は、使用可
能なソフトウェアの最新バージョンである。この場合
は、いかなるフラグもセットされず、メッセージアンラ
ップ手続９００はステップ９１７で終了する。もしソフ
トウェアチェックが「注意」を戻したならば、顧客アプ
リケーションソフトウェア２１０のバージョンは、最新
のものではないが使用可能と考えられる。この場合は、
フラグがステップ９０５でセットされ、メッセージＲ２
（後に記載する）として顧客ユーザ２０３に注意メッセ
ージが送られ、メッセージアンラップ手続９００はステ
ップ９１７で終了する。もし顧客アプリケーションソフ
トウェア２１０に関するラベルが「致命的」であれば、
アプリケーションソフトウェアは使用できず、エラーフ
ラグがステップ９０５でセットされ、メッセージＲ２
（後に記載する）として顧客ユーザ２０３にエラーメッ
セージが送られる。メッセージアンラップ手続９００は
ステップ９１７で終了する。
【０３８１】再び図４８を参照すると、処理はステップ
１２０６へ続く。もし、ステップ９０９Ａ、９１２、９
１４、９１５または９１６のテストのいずれかが、ステ
ップ９０５でセットされるエラーフラグを起こす原因と
なっていたならば、エラー処理手続が、ステップ１２１
５でサーバコンピュータ１００によって実行される。ス
テップ１２１５におけるエラー処理のレベルは、大抵の
場合管理者の決定であるが、チェックサム、署名及びフ
ォームが失敗し、ソフトウェアチェック手続において
「致命的」の戻りがあれば、顧客アプリケーションソフ
トウェア２１０によって処理できるコードを含むメッセ
ージ及び顧客ユーザ２０３によって読み取ることができ
るメッセージを発するようにすることが好ましい。ステ
ップ１２１５におけるエラー処理手続は、特別のエラー
コード（後に応答メッセージＲ２の背景で記述する）を
伴うフラグに関連し、テキストメッセージ（メッセージ
のデータ構造かシステム管理者から送られたメッセージ
のいずれか）を作成する必要がある。その後、サーバコ
ンピュータ１００は、後に記載するように、エラーコー
ド及びその他の関連するメッセージを送る顧客コンピュ
ータ２００に対してと同様に、メッセージＲ２を送信す
る。
【０３８２】もし、ステップ９０９Ａ、９１２、９１
４、９１５および９１６のテストが、ステップ９０５で
セットされるエラーフラグを起こす原因になっていなけ
れば、処理はステップ１２０７に続く。ここで、ラベル
値ペア４２１７Ｆは、サーバ個人データ構造１２０に含
まれる、すべての販売者個人１２０．２に対する領域１
２０ＡＡ及びすべての顧客個人１２０．１に対する領域
１２０Ａの個人ＩＤと比較される。
【０３８３】ステップ１２０９において、特別の場合に
は、サーバソフトウェア１１０は、サーバ個人データ構
造１２０中の新しい個人１２０．１を作成する。次に、
メッセージＲ１に含まれる情報は、以下のようにして新
しい個人１２０．１に転送される。ラベル値ペア４２１
７Ｆ及び２値のチェックコードは、領域１２０Ａの個人
ＩＤに割り当てられる。ラベル値ペア４２１７Ｇは、Ｅ
メールアドレス領域１２０Ｂに蓄積される。領域１２０
ＣのＲＳＡパブリックキーは、ラベル値ペア４２１７Ｊ
の値を受け取る。ラベル値ペア４２１７Ｂの値は、領域
１２０Ｄに割り当てられる。ラベル値ペア４２１７Ｄの
値は、領域１２０Ｅに蓄積される。ラベル値ペア４２１
７Ｈの値は、領域１２０Ｉに蓄積される。ラベル値ペア
４２１７Ｉの値は、領域１２０Ｆに蓄積される。この場
合、処理はステップ１２１７に続く。
【０３８４】もし、ラベル値ペア４２１７Ｆの値が、ス
テップ１２０７においてサーバ個人データ構造１２０に
対して特別のものでなければ、処理はステップ１２１６
に続く。
【０３８５】ステップ１２１６において、提案された個
人ＩＤは、ランダムな数をコンピュータで計算し、それ
を要求されたＩＤにハイホン無しで付け加えることによ
って決定される。そのため、「ブライアン」は、「ブラ
イアン１５」となる。この場合、処理はステップ１２１
７に続く。
【０３８６】ステップ１２１７において、サーバソフト
ウェア１１０は、図５４のフロー図に従って、図５５−
５６に示された応答メッセージＲ２を組み込む。図５４
は、サーバメッセージ組み込み手続１０００を示す。
【０３８７】サーバメッセージ組み込み手続１０００
は、ステップ１００１で始まる。ステップ１００２Ａ−
１００２Ｂは、メッセージＲ２の透明なラベル値ペア４
３１３を作成する。ステップ１００２−１００９は、メ
ッセージＲ２の不透明なラベル値ペア４３１７を作成す
る。ステップ１０１０−１０１４は、メッセージＲ２
の、ヘッダー４３０５、透明なラベル値ペア４３１３Ａ
−４３１３Ｃ、不透明なラベル値ペア４３１７及びトレ
ーラ４３５０を組み込む。
【０３８８】ステップ１００２において、サーバソフト
ウェア１１０は、メッセージデータ構造１５０（図５）
にアクセスし、関連した値と合致した時に、メッセージ
Ｒ２の透明なラベル値ペア４３１３Ａ−４３１３Ｂを作
成するラベルのリストを手に入れる。ステップ１００２
Ｂにおいて、値は以下のように各ラベルに関連する。
【０３８９】ラベル値ペア４３１３Ａは、ラベル「取
引」を有する。ラベル値ペア４３１３の値は、取引番号
である。ラベル値ペア４３１３Ａの値は、ラベル値ペア
４２１３ＡにおいてメッセージＲ１として受けとられた
値を同様である。
【０３９０】ラベル値ペア４３１３Ｂは、ラベル「日
付」を有する。ラベル値ペア４３１３Ｂの値は、ラベル
値ペア４２１３ＢにおいてメッセージＲ１として受け取
られた値と同様である。ラベル値ペア４３１３Ｃは、ラ
ベル「サービスカテゴリ」を有する。ラベル値ペア４３
１３Ｃの値は、ラベル値ペア４２１３Ｄにおいてメッセ
ージＲ１として受け取られた値と同様である。
【０３９１】ステップ１００２において、サーバソフト
ウェア１１０はメッセージテンプレートデータ構造１５
０にアクセスし、関連した値と合致した時に、図５６に
示すメッセージＲ２の不透明なセクション内容を作成す
るラベルのリストを手に入れる。
【０３９２】処理はステップ１００５に続く。ここで、
値はラベルと合致し、図５６のラベル値ペア４３１７Ａ
−４３１７Ｋを形成する。
【０３９３】メッセージＲ２の不透明なセクション内容
は、ラベル値ペア４３１７Ａがラベル「タイプ」を有す
る図５６に示される。ラベル値ペア４３１７Ａは、メッ
セージＲ２の不透明なセクション内容のラベルに効力を
与えるメッセージデータ構造１５０中のレコードを参照
する。ラベル値ペア４３１７Ａの値は、サーバソフトウ
ェア１１０から得られる。
【０３９４】ラベル値ペア４３１７Ｂは、ラベル「サー
バ日付」を有する。ラベル値ペア４３１７Ｂの値は、メ
ッセージＲ２がサーバコンピュータ１００のクロックに
従って組み込まれた日付及び時間を示す。
【０３９５】ラベル値ペア４３１７Ｃは、ラベル「要求
されたＩＤ」を有する。ラベル値ペア４３１７Ｃの値
は、顧客ユーザ２０３によって要求された個人ＩＤを示
す。ラベル値ペア４３１７Ｃの値は、メッセージＲ１に
おいてラベル値ペア４２１７Ｆで受け取られる。
【０３９６】ラベル値ペア４３１７Ｄは、ラベル「応答
ＩＤ」を有する。ラベル値ペア４３１７Ｄの値は、顧客
ユーザ２０３の個人ＩＤを示すか、または、ラベル値ペ
ア４３１７Ｃの要求されたＩＤが重複したならば、提案
した個人ＩＤを示す。
【０３９７】ラベル値ペア４３１７Ｅは、ラベル「Ｅメ
ール」を有する。ラベル値ペア４３１７Ｅの値は、顧客
ユーザ２０３のＥメールアドレスを示す。ラベル値ペア
４３１７Ｅの値は、メッセージＲ１のラベル値ペア４２
１７Ｇにおいて受け取られる。
【０３９８】ラベル値ペア４３１７Ｆは、ラベル「応答
コード」を有する。ラベル値ペア４３１７Ｆの値は、登
録された処理４０１が成功したか失敗したかを示す。
【０３９９】ラベル値ペア４３１７Ｇは、ラベル「ファ
ンド待機」を有する。ラベル値ペア４３１７Ｇの値は、
ラベル値ペア４３１７Ｅ中のＥメールアドレスの所有者
を待つファンドを保持するメッセージがあるかどうかを
示す。あるいは、ラベル値ペアは、そのようなＥメール
メッセージの数を示すこともできる。いずれのアプロー
チも、好ましくは登録者がサーバコンピュータ１００に
ファンドの送り手によって与えられるパスワードを含む
メッセージを送ることで、登録者がそのようなファンド
を手に入れる手段を必要とする。
【０４００】ラベル値ペア４３１７Ｈは、ラベル「オー
トクローズパスフレーズ」を有する。ラベル値ペア４３
１７Ｈの値は、顧客ユーザ２０３に対しオートクローズ
パスフレーズを示す。ラベル値ペア４３１７Ｈの値は、
メッセージＲ１のラベル値ペア４２１７Ｉにおいて受け
取られる。
【０４０１】ラベル値ペア４３１７Ｉは、ラベル「パブ
キー」を有する。図５５−５６に示すラベル値ペア４３
１７Ｉの値は、メッセージＲ１のラベル値ペア４２１７
Ｊにおいて受け取られた顧客個人１２０．１のＲＳＡパ
ブリックキーを表す。
【０４０２】ラベル値ペア４３１７Ｊは、ラベル「ｓｗ
セビリティ」（ソフトウェアセビリティ）を有する。ラ
ベル値ペア４３１７Ｊの値は、顧客アプリケーションソ
フトウェア２１０を更新することが必要かどうかを、ま
だ使用可能の場合（「警告」）またはもはや使用不能の
場合（「致命的」）で示す。ラベル値ペア４３１７Ｊの
値は、もし顧客アプリケーションソフトウェア２１０が
現在のバージョンであれば、零値である。
【０４０３】ラベル値ペア４３１７Ｋは、ラベル「ｓｗ
メッセージ」（ソフトウェアメッセージ）を有する。ラ
ベル値ペア４３１７Ｋの値は、顧客ユーザ２０３が「致
命的」または「警告」のソフトウェアセビリティの場合
にすべきことの指示を示す。ラベル値ペア４３１７Ｋの
値は、ラベル値ペア４３１７Ｊの値が零値でないときの
み存在する。
【０４０４】ラベル値ペア４３１７Ｌは、ラベル「メッ
セージ」を有する。ラベル値ペア４３１７Ｌの値は、ラ
ベル値ペア４３１７Ｆで戻されたエラーまたは成功状態
に関連し、顧客ユーザ２０３に対して表示される自由な
テキストメッセージである。
【０４０５】再び図５４を参照すると、処理はステップ
１００７に続く。ここで、図５６のラベル値ペア４３１
７Ａ−４３１７Ｌは、組み込まれて、ステップ９１０で
解読されたＤＥＳキー／ＩＶペアにより暗号化される。
【０４０６】ステップ１００９において、ステップ１０
０７で暗号化されたラベル値ペア４３１７Ａ−４３１７
Ｌは、良く知られた技術（好ましくはベース６４）を使
用して暗号化される。
【０４０７】メッセージＲ２はステップ１０１０−１０
１４で組み込まれる。ステップ１０１０において、ヘッ
ダー４３０５は、メッセージ及びタイプデータ構造１５
０及び送られてくるメッセージＲ１からのプロトコル番
号を使用して、組み込まれる。
【０４０８】次に、ステップ１０１１において、前述し
た透明なラベル値ペア４３１３Ａ及び４３１３Ｂが付加
される。
【０４０９】ステップ１０１２において、不透明なラベ
ル値ペア４３１７が追加される。ラベル値ペア４３１７
は、以下に続く値は暗号化されたデータであることを示
すラベル「不透明」を有する。ラベル値ペア４３１７の
値は、ステップ１００９で暗号化されたデータを表す。
【０４１０】トレーラー４３５０はステップ１０１３で
組み込まれる。トレーラー４３５０のチェックサムは、
上述したように、サンプルメッセージ４０００に対して
計算される。トレーラー４３５０はメッセージＲ２に付
加される。ステップ１０１４において、完全なメッセー
ジＲ２のコピーは、サーバログデータ構造１４０の領域
１４０Ｆにセーブされる。
【０４１１】メッセージＲ２の組み込みが、次に行われ
る。メッセージ組み込み手続き１０００は、ステップ１
０１５で終了する。
【０４１２】再び図４８を参照して、ステップ１２１８
において、メッセージＲ２はサーバコンピュータ１００
から顧客コンピュータ２００へ送られる。
【０４１３】ステップ１２１９において、顧客コンピュ
ータ２００は、サーバコンピュータ１００からメッセー
ジＲ２を受け取るとともに、メッセージアンラップ手続
き１１００を実行することによりメッセージＲ２をアン
ラップする。次に、ステップ１１０２で抽出したプロト
コル番号に基づき、メッセージテンプレートデータ構造
２７０（図５）はアクセスされ、メッセージＲ２の望ま
しいフォーマットを決定する。望ましいプロトコルは、
メッセージシンタックス（例えば、許可されたライン終
了の文字）及びメッセージコーディング（例えば、アス
キーまたはヘックス）を含むことができる。メッセージ
Ｒ２は、以下のようにして望ましいフォーマットに従っ
て解析される。
【０４１４】ステップ１１０３において、顧客コンピュ
ータ２００は、サーバメッセージ組み込み手続き１００
０のステップ１０１３でサーバコンピュータ１００によ
って使用されたものと同じデータを使用してチェックサ
ムを計算する。ステップ１１０４において、ステップ１
１０３で計算されたチェックサムは、メッセージＲ２の
トレーラー４３５０のチェックサムと比較される。も
し、チェックサムが同じでなければ、メッセージＲ２は
ステップ１１０４Ａで処分され、ここでメッセージアン
ラプ手続き１１００が中断する。
【０４１５】もし、チェックサムがステップ１１０４に
おいて同じであれば、処理はステップ１１０５Ａに続
き、ここでメッセージはチェックされ、それがメッセー
ジアンラプ手続き１１００に対し適切かどうかを決定す
る。もし、メッセージがメッセージの透明な部分にラベ
ル「タイプ」を含まなければ、メッセージアンラップ手
続きは適当である。メッセージの透明部分にラベル「タ
イプ」を含む顧客コンピュータ２００によって受け取ら
れたメッセージは、ステップ１１０５Ｂの他の手続き
（どこかに記載される）を使用してアンラップされるで
あろう。ここで、メッセージＲ２が適切であれば、処理
はステップ１１０６Ｃに続き、ここで不透明なラベル値
ペア４３１７の値は解読される。
【０４１６】ステップ１１０７において、メッセージ組
み込み手続き８００のステップ８０２でテンポラリレジ
スタに蓄積されたＤＥＳキー／ＩＶペアは検索される。
【０４１７】ステップ１１０８において、ステップ１１
０７で検索されたＤＥＳキー／ＩＶペアは、不透明なラ
ベル値ペア４３１７を解読するために使用される。も
し、いかなる理由かで、不透明なラベル値ペア４３１７
の解読が成功しなければ、ステップ１１０９はステップ
１１０５にメッセージＲ２の処理を送り、ここでエラー
フラグがセットされる。この場合、メッセージアンラッ
プ手続き１１００の処理はステップ１１２１で中止す
る。もし、ラベル値ペア４３１７の解読が成功すれば、
処理はステップ１１１０に続く。
【０４１８】ステップ１１１０において、メッセージタ
イプは、ラベル値ペア４３１７Ａを参照して決定され
る。例えば、メッセージＲ２に対するラベル値ペア４３
１７Ａの値は、「登録応答」である。
【０４１９】メッセージＲ２のチェックは、次に、以下
のようにしてステップ１１１１で行われる。メッセージ
テンプレートデータ構造２７０（図１７）は、送られて
きたメッセージのフォームに関するデータを含む。少な
くとも、フォームチェック手続きは、送られてきたメッ
セージがこのメッセージのために定められたすべてのラ
ベルを含んでいるかどうか、値を必要とする各ラベルに
値があるかどうか、及び、値は、どのようなタイプか
（例えば、テキスト、署名された番号）、どのようなシ
ンタックスか（例えば、有効なＥメールアドレスのフォ
ーム）、要求される特定の限定の中かどうかを、確認す
る。もし追加のラベルがあれば、顧客コンピュータ２０
０はそれらを無視する。もしメッセージが解読出来なか
ったならば、または、もし解読できたがフォームクライ
テリアに合致しなかったならば、エラーフラグがステッ
プ１１０５でセットされる。
【０４２０】もし、メッセージがステップ１１１１での
チェックを通過すれば、メッセージアンラップ手続き１
１００はステップ１１２１で中断する。
【０４２１】再び図４８を参照すると、処理はステップ
１２２０へ続く。そこで、以下のようにしてエラーメッ
セージを取り扱うことが好ましい。
【０４２２】（１）もしエラーフラグがステップ１１０
５でセットされていれば、フラグはステップ１２２０で
検出され、メッセージＲ２の処理はステップ１２２１で
中断する。顧客ユーザ２０３の予想から、メッセージＲ
２に対しその他のいかなる行動もとられない。本発明の
好ましい実施例において、サーバコンピュータ１００へ
メッセージを作成して送るための顧客アプリケーション
ソフトウェア２１０の範囲内におけるメカニズムを含む
ことが好ましい。このメッセージは、顧客コンピュータ
２００によって受け取られるように、メッセージＲ２及
び何がメッセージＲ２を失敗させたかの診断を含む。こ
のメッセージに対するいかなる応答も、サーバコンピュ
ータ１００によって顧客コンピュータ２００に対して送
られない。そして、情報はこのシステムの中に問題が存
在するかどうかを確認するために使用され、もし必要で
あれば、訂正を行なう必要がある。
【０４２３】（２）もし、ステップ１１０５で何のエラ
ーフラグもセットされないが、メッセージＲ１中にステ
ップ９０５またはステップ１２１６でエラーが検出され
たならば、処理はステップ１２２２に続き、ここでラベ
ル値４３１７Ｆの内容がチェックされる。もし、ラベル
値４３１７Ｆの値が「成功」以外であれば、エラー処理
ルーチンがステップ１２２３で実行され、顧客アプリケ
ーションソフトウェア２１０が、ラベル値４３１７Ｆの
内容に関連するラベル値４３１７Ｋに含まれるメッセー
ジを表示し、ラベル値４３１７Ｆの値を解釈して、その
値に関連するいかなる行動をもとる。特に、もし、エラ
ーフラグセットのみが、要求されたＩＤが特別でないこ
とを示すステップ１２１６で検出されれば、サーバコン
ピュータ１００によって提案されてラベル値ペア４３１
７Ｄ中に戻されたＩＤが表示され、登録処理はステップ
１２０１で再び開始される。または、 （３）もし、メッセージＲ１がステップ９０５のチェッ
クを通過し、何のフラグもステップ１１０５でセットさ
れず、顧客ユーザ２０３によって要求されたＩＤがサー
バコンピュータ１００によって受け入れられたならば、
処理はステップ１２２４に続き、ここで顧客アプリケー
ションソフトウェア２１０は、以下のように、顧客デー
タベース２０２を更新する。ラベル値４３１７Ｄの値及
び二つのディジットからなるチェックコードは、領域２
２０Ａの顧客個人ＩＤに割り当てられる。ラベル値ペア
４３１７Ｅの値は、領域２２０ＢのＥメールアドレスに
蓄積される。領域２２０ＣのＲＳＡパブリックキーは、
顧客アプリケーションソフトウェア２１０によって作成
された値を受け取り、ラベル値ペア４３１７Ｉ中にエコ
ーさせる。また、顧客ログデータ構造２６０のレコード
２６１は、以下のようにして作成される。ラベル値ペア
４３１３Ａからの取引番号は、領域２６１Ｂに蓄積され
る。ラベル値ペア４３１７Ｂからの日付は、領域２６１
Ｃに蓄積される。ラベル値ペア４３１７Ｃからの要求さ
れたＩＤは、領域２６１Ｈに蓄積される。ラベル値ペア
４３１７Ｄからの応答ＩＤは、領域２６１Ｉに蓄積され
る。ラベル値ペア４３１７ＥからのＥメールアドレス
は、領域２６１Ｊに蓄積される。ラベル値ペア４３１７
Ｆからの応答コードは、領域２６１Ｆに蓄積される。ラ
ベル値ペア４３１７Ｊからのソフトウェアセビリティコ
ードは、領域２６１Ｄに蓄積される。ラベル値ペア４３
１７Ｋからのソフトウェアメッセージは、領域２６１Ｅ
に蓄積される。領域４３１７Ｌからの応答コードに関連
する応答メッセージは、領域２６１Ｇに蓄積される。
【０４２４】処理はステップ１２２５に続き、ここで登
録処理４０１は終了する。
【０４２５】Ｃ．機器結合処理４０３ 機器結合処理４０３は、それにより顧客ユーザ２０３が
機器を顧客個人１２０．１に結合させる処理である。図
５８は、ステップ１３０１で始まる機器結合処理４０３
を示すフロー図を示す。
【０４２６】ステップ１３０２において、顧客アプリケ
ーションソフトウェア２１０は、顧客ユーザ２０３が、
顧客個人１２０．１に結合すべき機器に関する情報をエ
ンターするよう促す。この情報は、サーバコンピュータ
１００に送られたメッセージＢＩ１に含まれ、結合され
る機器についての機器結合データ１２０Ｈ（領域１２０
Ｈ．１−１２０Ｈ．２８）の一部となる。好ましい実施
例において、顧客ユーザ２０３は、機器番号、機器使用
満了日、機器顧客確認番号、及び機器所有者の、名前、
街区番号、市、州、郵便コード、国、国コード、電話番
号（市街コードを含む）をエンターする。顧客ユーザ２
０３は、また、結合された機器が前述したようにオート
クローズ機器かどうかを示すことを求められる。また、
顧客アプリケーションソフトウェア２１０は、ランダム
数（「機器ソルト」と呼ばれる）を作成する。顧客ユー
ザ２０３は、また、結合された機器の記述を求められ
る。この記述は、「会社クレジットカード」や「ション
の銀行通帳」のようなフォームとなる。クレジットカー
ドの結合のため、この情報は、顧客継続取引データ構造
２５０の領域２５２Ｒに蓄積される。機器タイプ、機器
カテゴリ、機器機能は、顧客アプリケーションソフトウ
ェア２１０によって顧客ユーザ２０３がエンターしたデ
ータから引き出される。
【０４２７】ステップ１３０２で必要とされるデータは
クレジットカード機器を例にとって記載されているが、
クレジットカードデータをデビットカード、ＤＤＡｓ、
他の財政上の機器をも含むよう変更することは、当業者
の知識の範囲内である。
【０４２８】メッセージＢＩ１は、機器結合処理４０３
を実行するために、顧客コンピュータ２００によってサ
ーバコンピュータ１００に組み込まれ、顧客コンピュー
タ２００によってサーバコンピュータ１００へ送信され
る。メッセージＢＩ１の内容を、以下に図５９及び６０
を参照して記載する。
【０４２９】ラベル値ペア４４１３Ａは、ラベル「Ｉ
Ｄ」を有する。ラベル値ペア４４１３Ａの値は、顧客ユ
ーザ２０３に対する個人ＩＤを示す。ラベル値ペア４４
１３Ａの値は、顧客個人データ構造２２０（図１８）の
領域２２０Ａから得られる。
【０４３０】ラベル値ペア４４１３Ｂは、ラベル「取
引」を有する。ラベル値ペア４４１３Ｂの値は、特別に
メッセージＢＩ１を確認する、顧客アプリケーションソ
フトウェア２１０によって作成された取引番号である。
ラベル値ペア４４１３Ｂに関連する値は、領域２５２Ｂ
（図２４）に蓄積される。
【０４３１】ラベル値ペア４４１３Ｃは、ラベル「日
付」を有する。ラベル値ペア４４１３Ｃの値は、メッセ
ージＢＩ１が顧客コンピュータ２００のクロックに従っ
てサーバコンピュータ１００に組み込まれて送られた日
付及び時間を示す。ラベル値ペア４４１３Ｃに関連する
値は、顧客継続データ構造２５０の領域２５２Ｃに蓄積
される。
【０４３２】ラベル値ペア４４１３Ｄは、ラベル「サー
バキー」を有する。後に記載するように、メッセージＢ
Ｉ１の不透明なラベル値ペア４４１７を暗号化するため
に顧客コンピュータ２００によって使用されたＤＥＳキ
ー／ＩＶペアは、サーバコンピュータ１００のＲＳＡパ
ブリックキーを使用して暗号化される。ラベル値ペア４
４１３Ｄの値は、サーバプライベートキーデータ構造１
６０に蓄積された対応するＲＳＡプライベートキーの位
置を指し示す。
【０４３３】ラベル値ペア４４１３Ｅは、ラベル「サー
ビスカテゴリ」を有する。ラベル値ペア４４１３Ｅの値
は、特別のサービスカテゴリのメッセージを取り扱うサ
ーバコンピュータ１００内部のプロセッサに、メッセー
ジＢＩ１を送るために使用されるラベルである。
【０４３４】ラベル値ペア４４１７は、それに続くデー
タがメッセージＢＩ１の暗号化された不透明セクション
内容を含むことを示すラベル「不透明」を有する。
【０４３５】図６０に示されたメッセージＢＩ１の不透
明セクション内容を、次に記載する。
【０４３６】ラベル値ペア４４１７Ａは、ラベル「タイ
プ」を有する。ラベル値ペア４４１７Ａの値は、メッセ
ージＢＩ１の不透明セクション内容のラベルを記載した
メッセージデータ構造２７０（図１７）のレコードを参
照する。ラベル値ペア４４１７Ａの値は、顧客ユーザ２
０３が機器結合処理４０３を開始した時に値を発生する
顧客アプリケーションソフトウェア２１０から得られ
る。
【０４３７】ラベル値ペア４４１７Ｂは、ラベル「サー
バ日付」を有する。ラベル値ペア４４１７Ｂは、メッセ
ージＢＩ１が、サーバコンピュータ１００のクロックの
顧客コンピュータ２００の認識によって測定するように
組み込まれた日付及び時間を示す。
【０４３８】ラベル値ペア４４１７Ｃは、ラベル「ｓｗ
バージョン」（ソフトウェアバージョン）を有する。ラ
ベル値ペア４４１７Ｃの値は、サーバコンピュータ１０
０とコミュニケーションを行なう顧客アプリケーション
ソフトウェア２１０のバージョンを示す。ラベル値４４
１７Ｃの値は、顧客アプリケーションソフトウェア２１
０に埋め込まれたデータから得られる。ラベル値ペア４
４１７Ｃに関連する値は、領域２５２Ｄ（図２４）に蓄
積される。
【０４３９】ラベル値ペア４４１７Ｄは、ラベル「機器
番号」を有する。安全性確保のために、実際の機器番号
は、サーバコンピュータ１００のデータベース１０２に
蓄積されない。機器番号はデータベース１０２にハッシ
ュ値として蓄積される。ラベル値ペア４４１７Ｄに関連
する値のハッシュは、領域２５２Ｆに蓄積される。
【０４４０】ラベル値ペア４４１７Ｅは、ラベル「機器
タイプ」を有する。ラベル値ペア４４１７Ｅは、例え
ば、ＶＩＳＡ、マスターカード、アメリカンエキスプレ
スなどといった機器のタイプを示す。ラベル値ペア４４
１７Ｅの値は、ステップ１３０２における機器結合処理
４０３の間に顧客ユーザ２０３から得られ、または、機
器番号から顧客アプリケーションソフトウェア２１０に
よって引き出すことができる。ラベル値ペア４４１７Ｅ
に関連する値は、領域２５２Ｔに蓄積される。
【０４４１】ラベル値ペア４４１７Ｆは、ラベル「機器
カテゴリ」を有する。ラベル値ペア４４１７Ｆの値は、
結合された機器のカテゴリを示す。カテゴリは、例え
ば、クレジットカード、デビットカード、ＤＤＡｓなど
を含ませることができる。ラベル値ペア４４１７Ｆの値
は、ステップ１３０２の機器結合処理４０３の間に顧客
アプリケーションソフトウェアによって引き出せる。
【０４４２】ラベル値ペア４４１７Ｉは、ラベル「機器
機能」を有し、好ましくは、「費用」、「クレジッ
ト」、「ロード」、「アンロー」の値のいかなる組合せ
も有することができる。ラベル値ペア４４１７Ｉの値
は、結合された機器とともに顧客ユーザ２０３によって
実行される一つあるいはそれ以上の機能を示す。費用取
引は、個人１２０．１が機器を製品に対して支払うため
のクレジットカードとして使用する時に発生する。クレ
ジット取引は、合意した製品を提供する代わりに、販売
者が顧客個人１２０．１を信用する操作である。ロード
及びアンロード取引は、さきに記載したものと同じであ
る。ラベル値ペア４４１７Ｉの機能は、ステップ１３０
２の機器結合処理４０３の間に顧客アプリケーションソ
フトウェア２１０によって引き出せる。
【０４４３】ラベル値ペア４４１７Ｊは、ラベル「機器
ソルト」を有する。ラベル値ペア４４１７Ｊの値は、そ
れによりラベル値ペア４４１７Ｄ（機器番号に関する）
の値が決定される容易さを減らすために使用される暗号
化されたソルトを示す。ラベル値ペア４４１７Ｊの値
は、ステップ１３０２の機器結合処理４０３の間に顧客
アプリケーションソフトウェア２１０によって発生され
る。ラベル値ペア４４１７Ｊに関連する値は、領域２５
２Ｕ（図２４）に蓄積される。
【０４４４】ラベル値ペア４４１７Ｋは、ラベル「機器
使用満了日」を有する。ラベル値ペア４４１７Ｈの値
は、結合された機器の使用満了日を示す。ラベル値ペア
４４１７Ｋの値は、ステップ１３０２の機器結合処理４
０３の間に顧客ユーザ２０３から得られる。ラベル値ペ
ア４４１７Ｋに関連する値は、領域２５２Ｉに蓄積され
る。
【０４４５】ラベル値ペア４４１７Ｌは、ラベル「機器
名前」を有する。ラベル値ペア４４１７Ｌの値は、結合
された機器の所有者の名前を示す。ラベル値ペア４４１
７Ｌの値は、ステップ１３０２の機器結合処理４０３の
間に顧客ユーザ２０３から得られる。ラベル値ペア４４
１７Ｌに関する値は、領域２５２Ｈに蓄積される。
【０４４６】ラベル値ペア４４１７Ｍは、ラベル「機器
街区」を有する。ラベル値ペア４４１７Ｍの値は、結合
された機器の所有者の街区を示す。ラベル値ペア４４１
７Ｍの値は、ステップ１３０２の機器結合処理４０３の
間に顧客ユーザ２０３から得られる。
【０４４７】ラベル値ペア４４１７Ｎは、ラベル「機器
の市」を有する。ラベル値ペア４４１７Ｎの値は、結合
された機器の所有者の市名を示す。ラベル値ペア４４１
７Ｎの値は、ステップ１３０２の機器結合処理４０３の
間に顧客ユーザ２０３から得られる。
【０４４８】ラベル値ペア４４１７Ｏは、ラベル「機器
の州」を有する。ラベル値ペア４４１７Ｏの値は、結合
された機器の所有者の州名を示す。ラベル値ペア４４１
７Ｏの値は、ステップ１３０２の機器結合処理４０３の
間に顧客ユーザ２０３から得られる。
【０４４９】ラベル値ペア４４１７Ｐは、ラベル「機器
の郵便コード」を有する。ラベル値ペア４４１７Ｐの値
は、結合された機器の所有者の郵便コードを示す。ラベ
ル値ペア４４１７Ｐの値は、ステップ１３０２の機器結
合処理４０３の間に顧客ユーザ２０３から得られる。
【０４５０】ラベル値ペア４４１７Ｑは、ラベル「機器
の国」を有する。ラベル値ペア４４１７Ｑの値は、結合
された機器の所有者の国名を示す。ラベル値ペア４４１
７Ｑの値は、ステップ１３０２の機器結合処理４０３の
間に顧客ユーザ２０３から得られる。
【０４５１】ラベル値ペア４４１７Ｍ−４４１７Ｑに関
連する値は、領域２５２Ｉ−２５２Ｎ（図２４）に蓄積
される。
【０４５２】ラベル値ペア４４１７Ｒは、ラベル「同
意」を有する。ラベル値ペア４４１７Ｒは、本発明を使
用するために、顧客ユーザ２０３がどのような法律的同
意を受け入れたのかを示す。ラベル値ペア４４１７Ｒの
値は、顧客ユーザ２０３によって受け入れられた同意か
ら発生し、領域２３０Ｓ（図２０）に蓄積される。
【０４５３】ラベル値ペア４４１７Ｓは、ラベル「オー
トクローズ」を有し、値「イエス」または「ノー」を有
することができる。ラベル値ペア４４１７Ｓの値は、結
合された機器が顧客ユーザ２０３に対してオートクロー
ズ機器であるかどうかを示す。ラベル値ペア４４１７Ｓ
の値は、ステップ１３０２の機器結合処理４０３の間に
顧客ユーザ２０３から得られる。
【０４５４】ラベル値ペア４４１７Ｔは、ラベル「オー
トクローズパスウフレーズ」を有する。ラベル値ペア４
４１７Ｔの値は、使用された時に、顧客個人１２０．１
を終了する（好ましくは６−１５文字の）パスフレーズ
を示す。ラベル値ペア４４１７Ｔは、ラベル値ペア４４
１７Ｔが「イエス」の場合にのみ存在する。ラベル値ペ
ア４４１７Ｔの値は、登録処理４０１の間に顧客ユーザ
２０３から供給される。
【０４５５】ラベル値ペア４４１７Ｕは、ラベル「キ
ー」を有する。ラベル値ペア４４１７Ｕの値は、顧客個
人１２０．１に対するＲＳＡパブリック／プライベート
キーペアの係数部分のハッシュを表す。ラベル値ペア４
４１７Ｕの値は、サーバコンピュータ１００が、領域１
２０Ｂ（図６）に維持されたＲＳＡパブリックキーがメ
ッセージＢＩ１（ラベル値ペア４４１７Ｖ）をサインす
るのに使用されたキーと同じであることの確認を許可す
る。
【０４５６】ラベル値ペア４４１７Ｖで表されたメッセ
ージＢＩ１のデジタル署名は、ラベル「署名」を有す
る。ラベル値ペア４４１７Ｖの値は、顧客個人１２０．
１のデジタル署名を表す。メッセージＢＩ１に対し、ラ
ベル値ペア４４１７Ｖの値は、好ましくは、ラベル値ペ
ア４４１３Ａ−４４１３Ｄのハッシュ、及び、アルファ
ベット順に、顧客個人１２０．１のＲＳＡプライベート
キーで暗号化されたラベル値ペア４４１７Ａ−４４１７
Ｕである。顧客個人１２０．１のＲＳＡプライベートキ
ーは、領域２２０Ｈ（図１９）から得られる。
【０４５７】再び図５８を参照すると、ステップ１３０
３において、メッセージＢＩ１は、図４９に示すメッセ
ージ組み込み手続８００に従って組み込まれる。メッセ
ージ組み込み手続８００は、先に、登録メッセージＲ１
の組み込みに対して記載されており、メッセージＢＩ１
に特有の以変形を有する。メッセージＢＩ１のコピー
は、好ましくは、領域２５２Ｗ（図２４）にセーブさ
れ、機器結合処理４０３はステップ１３０４に続く。そ
こで、顧客コンピュータ２００は、メッセージＢＩ１を
サーバコンピュータ１００に送信する。顧客コンピュー
タ２００は、サーバコンピュータ１００からの応答メッ
セージＢＩ４を待つ。
【０４５８】ステップ１３０５において、サーバコンピ
ュータ１００は、顧客コンピュータ２００からメッセー
ジＢＩ１を受け取り、サーバメッセージアンラップ手続
９００（ステップ９０１−９１７）を実行することによ
ってメッセージＢＩ１をアンラップする。サーバメッセ
ージアンラップ手続９００（ステップ９０１−９１７）
は、メッセージＲ１に対し図５２−５３を参照して先に
記載した。
【０４５９】ステップ１３０６において、もし、ステッ
プ９０９Ａ、９１２、９１４、９１５または９１６のい
くつかが、ステップ９０５でセットされるエラーフラグ
の原因となっていれば、エラー処理手続が、ステップ１
３１３においてサーバコンピュータ１００によって実行
される。
【０４６０】ステップ１３１におけるエラー処理のレベ
ルは、大部分が管理者の決定であるが、チェックサム、
署名及びフォームが失敗し、ソフトウェアチェック手続
において「致命的」の戻りがあれば、顧客アプリケーシ
ョンソフトウェア２１０によって処理できるコードを含
むメッセージ及び顧客ユーザ２０３によって読み取るこ
とができるメッセージを発するようにすることが好まし
い。ステップ１３１３におけるエラー処理手続は、特別
のエラーコード（後に応答メッセージＢＩ４の背景で記
述する）を伴うフラグに関連し、テキストメッセージ
（メッセージのデータ構造かシステム管理者から送られ
たメッセージのいずれか）を作成する必要がある。その
後、サーバコンピュータ１００は、後に記載するよう
に、エラーコード及びその他の関連するメッセージを送
る顧客コンピュータ２００に対してと同様に、メッセー
ジＢＩ４を送信する。
【０４６１】もし、ステップ９０９Ａ、９１２、９１
４、９１５および９１６のテストが、ステップ９０５で
セットされるエラーフラグを起こす原因になっていなけ
れば、処理はステップ１３０７に続く。ここで、メッセ
ージＢＩ１に含まれた情報は、以下のようにして、機器
結合データ１２０Ｈ（領域１２０Ｈ．１−１２０Ｈ．２
８）（図８）に転送される。ラベル値ペア４４１３Ａの
値は、領域１２０Ｈ．１の個人ＩＤに蓄積される。ラベ
ル値ペア４４１７Ａの値は、領域１２０Ｈ．２の機器タ
イプに蓄積される。ラベル値ペア４４１７Ｂの値は、領
域１２０Ｈ．１３の機器結合データに蓄積される。も
し、結合された機器が、オートクローズ機器として顧客
ユーザ２０３２によって選択されたならば、ラベル値ペ
ア４４１７Ｄの値は、領域１２０Ｈ．４の機器番号に蓄
積される。この値は、システムオペレータのみが知って
いるＲＳＡキーを使用して暗号化されていることが望ま
しい。もし、結合された機器が、個人のオートクローズ
機器でなければ、ラベル値ペア４４１７Ｄの値はサーバ
データ構造１０２で蓄積されず、ラベル値ペア４４１７
Ｊの値に沿ってハッシュされ、領域１２０Ｈ．９の機器
ハッシュに蓄積される。ラベル値ペア４４１７Ｅの値
は、領域１２０Ｈ．３の機器サブタイプに蓄積される。
ラベル値ペア４４１７Ｆの値は、領域１２０Ｈ．２の機
器タイプに蓄積される。ラベル値ペア４４１７Ｒの値
は、領域１２０Ｈ．７の法律的同意に蓄積される。ラベ
ル値ペア４４１７Ｓの値は、領域１２０Ｆのオートクロ
ーズ結合に蓄積される。
【０４６２】ステップ１３０７の後に、メッセージＢＩ
４は、サーバコンピュータ１００によって顧客コンピュ
ータ２００に組み込まれ、サーバコンピュータ１００に
よって顧客コンピュータ２００に転送され、機器結合処
理４０３を完了する。メッセージＢＩ４の内容は、以下
に、図６１及び６２を参照して記載する。
【０４６３】ラベル値ペア４４．１１３Ａは、ラベル
「ＩＤ」を有する。ラベル値ペア４４．１１３Ａの値
は、顧客ユーザ２０３に対する個人ＩＤを示す。ラベル
値ペア４４．１１３Ａの値は、ラベル値ペア４４１３Ａ
においてメッセージＢＩ１で受け取られたものと同じで
ある。
【０４６４】ラベル値ペア４４．１１３Ｂは、ラベル
「取引」を有する。ラベル値ペア４４．１１３Ｂの値
は、取引番号である。ラベル値ペア４４．１１３Ｂの値
は、ラベル値ペア４４１３ＢにおいてメッセージＢＩ１
で受け取られたものと同じである。
【０４６５】ラベル値ペア４４．１１３Ｃは、ラベル
「日付」を有する。ラベル値ペア４４．１１３Ｃの値
は、ラベル値ペア４４１３ＣにおいてメッセージＢＩ１
で受け取られたものと同じである。
【０４６６】ラベル値ペア４４．１１３Ｄは、ラベル
「サービスカテゴリ」を有する。ラベル値ペア４４．１
１３Ｄの値は、ラベル値ペア４４１３Ｅにおいてメッセ
ージＢＩ１で受け取ったものと同じである。
【０４６７】図６２に示すメッセージＢＩ４の不透明セ
クション内容を以下に記載する。
【０４６８】ラベル値ペア４４．１１７Ａは、ラベル
「タイプ」を有する。ラベル値ペア４４．１１７Ａの値
は、メッセージＢＩ４の不透明セクション内容のラベル
に効力を与えるメッセージデータ構造２７０（図１７）
のレコードを参照する。ラベル値ペア４４．１１７Ａの
値は、サーバソフトウェア１１０から得られる。
【０４６９】ラベル値ペア４４．１１７Ｂは、ラベル
「サーバ日付」を有する。ラベル値ペア４４。１１７Ｂ
の値は、メッセージＢＩ４がサーバコンピュータ１００
のクロックに従って組み込まれた日付及び時間を示す。
【０４７０】ラベル値ペア４４．１１７Ｃは、ラベル
「応答コード」を有し、好ましくは「成功」または「失
敗」を有する。ラベル値ペア４４．１１７Ｃの値は、機
器結合処理４０３が成功したのか失敗したのかを示す。
【０４７１】ラベル値ペア４４．１１７Ｄは、ラベル
「ｓｗセビリティ」（ソフトウェアセビリティ）を有
し、好ましくは、「致命的」または「警告」の値を有す
る。ラベル値ペア４４．１１７Ｄの値は、顧客アプリケ
ーションソフトウェア２１０が更新を必要とするかどう
かを示し、（「警告」）はまだ使用可能であることを示
し、（「致命的」）はもはや使用不可能であることを示
す。ラベル値ペア４４．１１７Ｄの値は、顧客アプリケ
ーションソフトウェア２１０が現在のものであれば、零
値である。
【０４７２】ラベル値ペア４４．１１７Ｆは、ラベル
「機器番号」を有する。ラベル値ペア４４．１１７Ｆの
値は、前述したように、結合された機器の番号を示す。
ラベル値ペア４４．１１７Ｆの値は、メッセージＢＩ１
のラベル値ペア４４１７Ｄから得られる。
【０４７３】ラベル値ペア４４．１１７Ｇは、ラベル
「機器タイプ」を有する。ラベル値ペア４４．１１７Ｇ
の値は、機器のタイプを示す。ラベル値ペア４４．１１
７Ｇの値は、メッセージＢＩ１のラベル値ペア４４１７
Ｅから得られる。
【０４７４】ラベル値ペア４４．１１７Ｈは、ラベル
「機器ソルト」を有する。ラベル値ペア４４．１１７Ｈ
の値はメッセージＢＩ１のラベル値ペア４４１７Ｊから
得られる。
【０４７５】ラベル値ペア４４．１１７Ｊは、ラベル
「機器機能」を有し、前述したように、「販売」、「ク
レジット」、「ロード」、「アンロード」の値のいずれ
かの組み合わせを有することでできる。ラベル値ペア４
４．１１７Ｊは、結合された機器とともに顧客ユーザ２
０３によって実行される一つまたはそれ以上の機能を示
す。ラベル値ペア４４．１１７Ｊの値は、メッセージＢ
Ｉ１のラベル値ペア４４１７Ｉから得られる。
【０４７６】ラベル値ペア４４．１１７Ｋは、ラベル
「機器＊」を有し、ラベルが「機器」で始まるラベル値
ペアの数を表し、それらは顧客ユーザ２０３に対しメッ
セージＢＩ４（前述した）で供給され、機器がファンド
をロードするかアンロードするときにサーバコンピュー
タ１００にメッセージＬＵ１で戻される。このようにし
て、サーバコンピュータ１００は、そのデータ構造に情
報を蓄積しなくても、必要な時に、機器に関する情報を
受け取ることができる。ラベル値ペア４４．１１７Ｋに
含まれた特別なデータ値ペアは、結合した機器のタイプ
および機器の発行者の要求に依存する。例えば、クレジ
ットカードは、カード番号、カード満了日、カード所有
者の名前及びアドレスを要求し、これらは、カードが個
人１２０．１にファンドをロードするために使用される
度ごとに、サーバへ戻される。
【０４７７】ラベル値ペア４４．１１７Ｌは、ラベル
「メッセージ」を有する。ラベル値ペア４４．１１７Ｌ
の値は、ラベル値ペア４４．１１７Ｃに戻されたエラー
または成功状態に関連し、顧客ユーザ２０３に表示され
る自由テキストメッセージである。ラベル値ペア４４．
１１７Ｌの値は、状態の悪いデジタル署名または間違っ
て形成された登録メッセージＢＩ１及び顧客ユーザ２０
３がどのように対応すべきかを示す指示（例えば、「シ
ステム管理者を呼びなさい」）を含むことができる。
【０４７８】再び図５８を参照すると、ステップ１３０
８において、メッセージＢＩ４は、図５４に示すサーバ
メッセージ組み込み手続１０００に従って組み込まれ
る。サーバメッセージ組み込み手続１０００は、先に、
登録メッセージＲ２の組み込みについて記載されてい
る。
【０４７９】ステップ１３０９において、顧客コンピュ
ータ２００は、メッセージＢＩ４をサーバコンピュータ
１００から受け取り、メッセージアンラップ手続１１０
０（ステップ１１０１−１１２１）を実行することによ
り、メッセージＢＩ４をアンラップする。メッセージア
ンラップ手続１１００は、先に、メッセージＲ２に対し
図５７を参照して記載されている。
【０４８０】ステップ１３１０において、（１）もしエ
ラーフラグがステップ１１０５でセットされていれば、
フラグはステップ１３１０で検出され、メッセージＢＩ
４の処理はステップ１３１１で中断する。顧客ユーザ２
０３の予想から、メッセージＢＩ４に対しその他のいか
なる行動もとられない。本発明においては、サーバコン
ピュータ１００へメッセージを作成して送るための顧客
アプリケーションソフトウェア２１０の範囲内における
メカニズムを供給する。このメッセージは、顧客コンピ
ュータ２００によって受け取られるように、メッセージ
ＢＩ４及び何がメッセージＢＩ４を失敗させたかの診断
を含む。このメッセージに対するいかなる応答も、サー
バコンピュータ１００によって顧客コンピュータ２００
に対して送られない。そして、情報はこのシステムの中
に問題が存在するかどうかを確認するために使用され、
もし必要であれば、訂正を行なう必要がある。
【０４８１】（２）もし、ステップ１１０５で何のエラ
ーフラグもセットされないが、メッセージＢＩ１中にス
テップ９０５でエラーが検出されたならば、処理はステ
ップ１３１２に続き、ここでラベル値４４．１１７Ｃの
内容がチェックされる。もし、ラベル値４４．１１７Ｃ
の値が「成功」以外であれば、エラー処理ルーチンがス
テップ１３１４で実行され、顧客アプリケーションソフ
トウェア２１０が、ラベル値４４．１１７Ｃの内容に関
連するラベル値４４．１１７Ｌに含まれるメッセージを
表示し、ラベル値４４．１１７Ｃの値を解釈して、その
値に関連するいかなる行動をもとる。または、（３）も
し、メッセージＢＩ１がステップ９０５のチェックを通
過し、何のフラグもステップ１１０５でセットされなけ
れば、処理はステップ１３１５に続き、ここで顧客アプ
リケーションソフトウェア２１０は、以下のように、顧
客データベース２０２を更新する。ラベル値４４．１１
７Ｆは領域２３０Ａ（図２０）に蓄積される。ラベル値
ペア４４．１１７Ｊの内容は、領域２３０Ｌ−２３０Ｏ
にフラグをセットするために使用される。ラベル値ペア
４４．１１７Ｃに含まれる結果コードは、領域２３０Ｐ
にセーブされる。ラベル値ペア４４．１１７Ｋの内容
は、領域２３０Ｒに蓄積される。また、顧客ログデータ
構造２６０の新しいレコード２６２（図３１）は、以下
のようにして作成される。ラベル値ペア４４．１１３Ｂ
からの取引番号は、領域２６２Ｂに蓄積される。ラベル
値ペア４４．１１７Ｂからの日付は、領域２６２Ｃに蓄
積される。ラベル値ペア４４．１１７Ｃからの応答コー
ドは、領域２６２Ｆに蓄積される。ラベル値ペア４４．
１１７Ｄからのソフトウェアセビリティコードは、領域
２６２Ｄに蓄積される。ラベル値ペア４４．１１７Ｅか
らのソフトウェアメッセージは、領域２６２Ｅに蓄積さ
れる。ラベル値ペア４４．１１７Ｆからの機器番号は、
領域２６２Ｉに蓄積される。ラベル値ペア４４．１１７
Ｇからの機器タイプは、領域２６２Ｊに蓄積される。領
域４４．１１７Ｌからの応答コードに関連する応答メッ
セージは、領域２６２Ｇに蓄積される。
【０４８２】処理はステップ１３１５に続き、ここで機
器結合処理４０３が終了する。
【０４８３】Ｄ．ロード／アンロード ファンド処理４
０５ 図６３は、ステップ１４０１から始まるロード／アンロ
ード処理４０５を示すフロー図である。
【０４８４】ステップ１４０１Ａにおいて、顧客ユーザ
２０３は顧客ユーザ２０３がロードファンドまたはアン
ロードファンドを所望するか否かを選択する。以下の記
載においては、顧客ユーザ２０３がロードファンドを選
択することを仮定している。アンロードファンドはアン
ロードされるべきファンドが負の金額として特定される
ことを除いて同じ処理である。
【０４８５】ステップ１０４２において、顧客アプリケ
ーションソフトウエア２１０は、個人１２０．１に関連
する全ての機器に対して、レコード２３０．１の領域２
３０Ｏにアクセスし、ロード動作が可能な全ての機器の
リストを表示する。ステップ１０４３において、顧客ユ
ーザ２０３が表示されたリストから一つの機器を選択
し、その機器からキャッシュコンテナデータ領域１２０
Ｇおよび２２０Ｉに代表されるキャッシュコンテナにフ
ァンドをロードする。
【０４８６】ステップ１４０６において、顧客ユーザ２
０３は、ステップ１４０２において選択した機器からロ
ードするために、キャッシュコンテナ１２０Ｇ内へ特定
の通貨でファンドの金額を入力する。
【０４８７】メッセージＬＵ１が組み込まれ、顧客コン
ピュタ２００からサーバーコンピュータ１００に転送さ
れて、ロード／アンロードファンド処理４０５を実行す
る。メッセージＵＬ１の内容は、図６４及び６５に記載
されている。
【０４８８】ラベル値ペア４５１３Ａはラベル”ＩＤ”
を有する。ラベル値ペア４５１３Ａは顧客ユーザ２０３
用の個人ＩＤと同じである。ラベル値ペア４５１３Ａの
値は、領域２２０Ａ（図１９）から得られる。ラベル値
ペア４５１３Ａに関連する値は、領域２５５Ｅ（図２
７）に蓄積されている。
【０４８９】ラベル値ペア４５１３Ｂは”取引”のラベ
ルを有する。ラベル値ペア４５１３Ｂの値は、顧客アプ
リケーションソフトウエア２１０で発生する取引番号で
あり、このソフトウエアは唯一のメッセージＬＵ１を認
識する。ラベル値ペア４５１３Ｂは、後に述べるよう
に、メッセージＬＵ１を受け取ると、（１）関連する応
答メッセージＬＵ２をサーバーコンピュータ１００が送
れるようにし、また（２）メッセージＬＵ１が２重メッ
セージである場合は（すなわち、サーバーコンピュータ
１００がすでに受け取っているメッセージである場合）
選択できるようにする。ラベル値ペア４５１３Ｂに関連
する値は領域２５５Ｂに蓄積される。
【０４９０】ラベル値ペア４５１３Ｃは”日付”ラベル
を有する。ラベル値ペア４５１３Ｃの値は、メッセージ
ＬＵ１が組み込まれ、サーバーコンピュータ１００に送
られた日付と時刻を顧客コンピュータ２００のクロック
に従って表示する。ラベル値ペア４５１３Ｃに関連する
値は領域２５５Ｅに蓄積される。
【０４９１】ラベル値ペア４５１３Ｄは”サーバーキ
ー”のラベルを有する。以下に述べるメッセージＬＵ１
の不透明ラベル値ペアを暗号化するために顧客コンピュ
ータ２００で使用されるＤＥＳキー／ＩＶペアは、サー
バーコンピュータ１００のＲＳＡパブリックキーを使用
して暗号化される。ラベル値ペア４５１３Ｄの値は対応
するＲＳＡプライベートキーをさせ、これはサーバープ
ライベートキーデータ構造１６０に蓄積されている。
【０４９２】ラベル値ペア４５１３Ｅは”サービス−カ
テゴリ”ラベルを有する。ラベル値ペア４５１３Ｅの値
は、特別なサービスカテゴリーのメッセージを操作する
サーバーコンピュータ１００内のプロセッサへメッセー
ジＬＵ１を送るのに使用されるラベルである。
【０４９３】ラベル値ペア４５１７は、その後に続くデ
ータがメッセージＬＵ１の暗号化された不透明部の内容
を含むことを示す”不透明”ラベルを有する。図６５に
示されるメッセージＬＵ１の不透明部の内容がここに記
載される。
【０４９４】ラベル値ペア４５１７Ａは”タイプ”のラ
ベルを有する。ラベル値ペア４５１７Ａは、メッセージ
ＬＵ１の不透明部の内容のラベルを設定するメッセージ
データ構造１５０（図５）の記録を意味する。ラベル値
ペア４５１７Ａは、顧客ユーザ２０３がロード／アンロ
ード処理４０５を初期化する際にラベルを発生する顧客
アプリケーションソフトウエア２１０から得られる。
【０４９５】ラベル値ペア４５１７Ｂは”サーバー日
付”ラベルを有する。ラベル値ペア４５１７Ｂの値は、
メッセージＬＵ１が組立てられた日付と時刻を表示す
る。その日付と時刻は、サーバーコンピュータ１００の
クロックを認識している顧客コンピュータ２００’によ
って測定される。
【０４９６】ラベル値ペア４５１７Ｃは”ソフトウエア
バージョン”ラベルを有する。ラベル値ペア４５１７Ｃ
の値は、サーバーコンピュータ１００と通信している顧
客アプリケーションソフトウエア２１０のバージョンを
表示する。ラベル値ペア４５１７Ｃの値は、顧客アプリ
ケーションソフトウエア２１０に埋め込まれたデータか
ら得られる。ラベル値ペア４５１７Ｃに関連する値は領
域２５５（図２７）に蓄積される。
【０４９７】ラベル値ペア４５１７Ｄは”金額”ラベル
を有する。ラベル値ペア４５１７Ｄは、顧客ユーザ２０
３のためにキャッシュコンテナ１２０Ｇからステップ１
４０２で選択された関連する機器から、転送される通貨
の種類及びファンドの金額を表す。アンロード操作用に
おいては、ファンドの金額は負の金額である。従って、
アンロードするためには、ラベル値ペア４５１７Ｄが、
キャッシュコンテナ１２０Ｇからステップ１４０２で選
択された関連する機器へ転送されるべき通貨の種類とフ
ァンドの金額を表示する。ラベル値ペア４５１７Ｄに関
連する値は領域２５５Ｇに蓄積される。
【０４９８】ラベル値ペア４５１７Ｅは”機器”のラベ
ルを有し、”機器”でラベルが始まるラベル値ペア４
４．１１７Ｋ（図６１）のメッセージＢＩ４においてサ
ーバーコンピュータ１００によってリターンされるすべ
てのラベル値ペアを表示する。ラベル値ペア４５１７Ｅ
の値は、それからロード操作が行われサーバーコンピュ
ータ１００の機器を唯一のものと認識するものである。
【０４９９】ラベル値ペア４５１７Ｆは”キー”ラベル
を有する。ラベル値ペア４５１７Ｋの値は顧客個人１２
０．１のＲＳＡパブリック／プライベートキーペアのモ
ジュール部のハッシュを表す。ラベル値ペア４５１７Ｆ
はサーバーコンピュータ１００に領域１２０Ｂ（図６）
に維持されているＲＳＡパブリックキーがメッセージＬ
Ｕ１（ラベル値ペア４５１７Ｆ）をサインするのに使用
されているのと同じものであることを確認させる。
【０５００】図６３を再度参照すると、ステップ１４０
７において、メッセージＬＵ１はメッセージアッセンブ
リ処理８００（図４９）に従って組込まれる。 メッセ
ージアッセンブリ処理８００は、メッセージＬＵ１をノ
ートする以下の変形例と共に、登録メッセージＲ１の組
み込みとしてすでに述べた。メッセージＬＵ１のコピー
は好ましくは、領域１４０Ｅ（図１６）に蓄積される。
【０５０１】ロード／アンロード処理４０５はステップ
１４０８で継続する。ここで、顧客コンピュータ２００
がメッセージＬＵ１をサーバーコンピュータ１００へ転
送する。顧客コンピュータ２００はサーバーコンピュー
タ１００からの応答メッセージＬＵ２を待つ。
【０５０２】ステップ１４０９において、サーバーコン
ピュータ１００は顧客コンピュータ２００からメッセー
ジＬＵ１を受取り、サーバーメッセージアンラップ処理
９００（ステップ９０１−９１７）を実行することによ
って、メッセージＬＵ１をアンラップする。サーバーメ
ッセージアンラップ処理９００は、メッセージＲ１につ
いての図５２−５３を参照してすでに述べた。
【０５０３】図５７を再度参照すると、ステップ１４１
０において、処理が続けられ、テストステップ９０９
Ａ、９１２、９１４、９１５または９１６のいずれかが
ステップ９０５でセットされるべきエラーフラッグが生
じても、エラー処理はステップ１４１７でサーバーコン
ピュータによって実行される。ステップ１４１７におけ
るエラー処理レベルが管理者による決定である一方、チ
ェックサムの欠如、サイン、形式、及び”致命的”が、
顧客アプリケーションソフトウエア２１０で処理され得
るコードを含むリターンメッセージ、及び顧客ユーザ２
０３で読み取り得るメッセージにおいて、ソフトウエア
チェック処理に戻る。ステップ１４１７のエラー処理
は、特定のエラーコード（下記にリターンメッセージＬ
Ｕ２のコンテント中に述べた）とフラッグを関連させ
て、テキストメッセージ（メッセージのデータ構造と、
システム管理者によって送られてくるメッセージのいず
れか）を作る必要がある。次いで、サーバーコンピュー
タ１００は、下記のエラーコードとそれに関連するメッ
セージを運ぶ顧客コンピュータ２００と同様のメッセー
ジＬＵ２を作る。
【０５０４】ステップ９０９Ａ、９１２、９１４、９１
５及び９１６のテストでステップ９０５でセットされる
べきエラーフラッグが生じなければ、ステップ１４１１
で処理が続けられる。ここでは、メッセージＬＵ１に含
まれる情報、すなわち、ラベル値ペア４５１７Ｄによっ
て表される金額は、サーバー個人データ構造１２０内の
顧客ユーザー２０３用個人１２０．１の領域１２０Ｇ．
２のキャッシュコンテナにおける金額に加えられる。こ
の時点で、サーバーコンピュータ１００で、メッセージ
ＬＵ１に関する機器からキャッシュコンテナ領域１２０
Ｇ．４において同定される代理人口座に転送されるべき
ファンドが生じる。メッセージＬＵ１で要求されている
ファンドは、２４時間が経過したといったような幾らか
の追加条件が合致しない限り、入手できなくなるような
方法で”オンホールド”におかれる。
【０５０５】ステップ１４１１の後に、メッセージＬＵ
２が組込まれ、サーバーコンピュータ１００から顧客コ
ンピュータ２００に転送され、ロード／アンロードファ
ンド処理４０５が終了する。メッセージＬＵ２の内容
は、図６６及び６７に関連して記載されている。
【０５０６】ラベル値ペア４５．１１３Ａは”ＩＤ”ラ
ベルを有する。ラベル値ペア４５．１１３Ａの値は顧客
ユーザ２０３の個人ＩＤを表示する。ラベル値ペア４
５．１１３Ａの値はラベル値ペア４５１３Ａにおいてメ
ッセージＬＵ１で受け取る値と同じものである。
【０５０７】ラベル値ペア４５．１１３Ｂは、”取引”
ラベルを有する。ラベル値ペア４５．１１３Ｂの値は取
引番号である。ラベル値ペア４５．１１３Ｂの値は、ラ
ベル値ペア４５１３ＢにおいてメッセージＬＵ１で受け
取られる値と同じものである。
【０５０８】ラベル値ペア４５．１１３Ｃは、”日付”
ラベルを有する。ラベル値ペア４５．１１３Ｃの値はラ
ベル値ペア４５１３ＣにおいてメッセージＬＵ１で受け
取る値と同じものである。
【０５０９】ラベル値ペア４５．１１３Ｄは、”サービ
スカテゴリ”ラベルを有する。ラベル値ペア４５．１１
３Ｄの値はラベル値ペア４５１３Ｅにおいてメッセージ
ＬＵ１で受け取る値と同じものである。
【０５１０】図６７に示されている応答メッセージＬＵ
２の不透明部の内容は以下の通りである。
【０５１１】ラベル値ペア４５．１１７Ａは”型”ラベ
ルを有する。ラベル値ペア４５．１１７Ａのラベル値
は、メッセージＬＵ２の不透明部の内容のラベルを設定
するメッセージデータ構造２７０（図１７）の記録を引
用している。ラベル値ペア４５．１１７Ａの値はサーバ
ーソフトウエア１１０から得られる。
【０５１２】ラベル値ペア４５．１１７Ｂは”サーバー
の日付”ラベルを有する。ラベル値ペア４５．１１７Ｂ
のラベル値は、組立てられた日付及び時刻のメッセージ
ＬＵ２をサーバーコンピュータのクロックによって表示
する。
【０５１３】ラベル値ペア４５．１１７Ｃは”金額”ラ
ベルを有する。ラベル値ペア４５．１１７Ｃの値は、ラ
ベル値ペア４５１７Ｅで認識された関連する機器から顧
客ユーザ２０３用のキャッシュコンテナ領域１２０Ｇ．
２へ転送された値である。
【０５１４】ラベル値ペア４５．１１７Ｄは、上述した
とおり、”応答コード”ラベル及び”成功”または”失
敗”ラベルを有する。ラベル値ペア４５．１１７Ｄのラ
ベル値は、ロード／アンロード処理４０５が成功したか
失敗したかを表示する。ラベル値ペア４５．１１７Ｅ
は、”メッセージ”ラベルを有する。ラベル値ペア４
５．１１７Ｅの値は、ラベル値ペア４５．１１７Ｄの”
応答コード”値を説明するフリーテキストメッセージで
ある。
【０５１５】ラベル値ペア４５．１１７Ｆは、”ソフト
ウエアセベリティ”ラベル及び”致命的”または”警
告”ラベルを有する。ラベル値ペア４５．１１７Ｆの値
は、顧客アプリケーションソフトウエア２１０が更新さ
れる必要があるか否かを表示するが、それはまだ更新で
きない（”警告”）かまたはもはや更新できない（”致
命的”）かのいずれかである。ラベル値ペア４５．１１
７Ｆの値は、顧客アプリケーションソフトウエア２１０
が使用されていれば零である。
【０５１６】ラベル値ペア４５．１１７Ｇは、”ソフト
ウエアメッセージ”ラベルを有する。ラベル値ペア４
５．１１７Ｇの値は、”致命的”または”警告”のソフ
トウエアセベリティが生じた場合、顧客ユーザ２０３が
何をするべきかについての指示を表示する。ラベル値ペ
ア４５．１１７Ｇ値は、ラベル値ペア４５．１１７Ｄが
零でないか否かを表すのみである。
【０５１７】ラベル値ペア４５．１１７Ｈは、”料金”
ラベルを有する。ラベル値ペア４５．１１７Ｈの値は、
もしあれば、サーバーコンピュータ１００の処理メッセ
ージＬＵ１に関連して、顧客ユーザ２０３にかかる料金
を表示する。
【０５１８】ラベル値ペア４５．１１７Ｉは、”バラン
ス”ラベルを有する。ラベル値ペア４５．１１７Ｉの値
は、顧客ユーザ２０３に関するキャッシュコンテナ１２
０Ｇ．２における入手可能なバランスを表示する。この
バランスは、メッセージＬＵ１を介してロードされるラ
ベル値ペア４５．１１７Ｃの金額値で調整されるキャッ
シュコンテナの前のバランスと、ラベル値ペア４５．１
１７Ｈの料金値を反映するものである。
【０５１９】ラベル値ペア４５．１１７Ｊは、”セッシ
ョンファンド”ラベルを有する。ラベル値ペア４５．１
１７Ｊの値は、キャッシュコンテナ１２０Ｇ．２から全
ての開設セッションに関するサーバーセッションデータ
構造１３０の開設金額領域１３０Ｅへ転送された金額を
表示する。
【０５２０】ラベル値ペア４５．１１７Ｋは、”オン−
ホールド”ラベルを有する。ラベル値ペア４５．１１７
Ｋの値は、キャッシュコンテナ１２０Ｇ．３から得ら
れ、顧客ユーザ２０３に関するキャッシュコンテナ１２
０Ｇ．２に、メッセージＬＵ１のラベル値ペア４５．１
１７Ｅで認識される関連する機器からの転送が継続中に
なっているファンドの金額を表示する。この値は、その
機器の発行人による同意もしくは処理を待っているファ
ンドを表示する。その発行人からファンドがロードされ
るか、または発行人へファンドがアンロードされる。
【０５２１】図６３のステップ１４１２において、サー
バーソフトウエア１１０は図５４に示すフロー図に従っ
て応答メッセージＬＵ２を組み込む。サーバーメッセー
ジ組立て処理１０００は、登録メッセージＲ２の組み込
みとしてすでに説明した。
【０５２２】図５７を再度参照すると、メッセージＬＵ
２はステップ１４１２Ａで、サーバーコンピュータ１０
０から顧客コンピュータ２００へ送られる。
【０５２３】ステップ１４１３において、顧客コンピュ
ータ２００は、サーバーコンピュータ１００からメッセ
ージＬＵ２を受取り、メッセージアンラップ処理１１０
０（ステップ１１０１−１１２１）を実行することによ
って、メッセージＬＵ２をアンラップする。メッセージ
アンラップ処理１１００はメッセージＲ２に関する図２
に関連してすでに述べた。
【０５２４】ステップ１４１４では、（１）ステップ１
１０５でエラーフラッグがセットされた場合、そのフラ
ッグがステップ１４１４で検出され、ステップ１４１５
でメッセージＬＵ２の処理が終了する。顧客ユーザ２０
３の予想により、メッセージＬＵ２に関してさらなるア
クションは取られない。本発明においては、メカニズム
は顧客アプリケーションソフトウエア２１０内にあり、
メッセージを作ってサーバコンピュータ１００に送る。
このメセージは、顧客コンピュータ２００で受け取った
メッセージＬＵ２、及びメッセージに何が失われたのか
の診断を含むものである。サーバーコンピュータ１００
によっては、このメッセージに対してなんら応答が顧客
コンピュータ２００へ送られない。むしろ、その情報
は、システム内に問題があるかどうか、及び適当な訂正
手段が取られることが必要であるかどうかを確かめるた
めに使用される。
【０５２５】（２）ステップ１１０５にてエラーフラッ
グがセットされることなくステップ９０５にてメッセー
ジＬＵ１のエラーが検出された場合、ラベル値４５．１
１７Ｄの内容がチェックされ、ステップ１４１６で処理
が続けられる。ラベル値４５．１１７Ｄの値が”成功”
以外のものであれば、ステップ１４１８でエラー処理ル
ーチンが行われ、顧客アプリケーションソフトウエア２
１０がラベル値４５．１１７Ｄの内容に関連するラベル
値４５．１１７Ｅに含まれているメッセージを表示する
とともに、ラベル値４５．１１７Ｄを解読し、その値に
関連すると思われる動作であればなんでも行う；または
（３）メッセージＬＵ１がステップ９０５におけるチェ
ックをパスし、ステップ１１０４にてフラッグがセット
されなければ、ステップ１４１９にて処理が続けられ、
顧客アプリケーションソフトウエア２１０が顧客個人デ
ータ構造２２０のキャシュコンテナ領域２２０Ｊの内容
を蓄積してカスタマデータベース２０２を更新する。
【０５２６】これに加えて、顧客ログデータ構造２６０
の新しい記録２６４は、以下の通り作成される： 個人
ＩＤがラベル値ペア４５．１１３Ａから領域２６４Ｂに
蓄積される。ラベル値ペア４５．１１７Ｂからの日付は
領域２６４Ｃに蓄積される。ラベル値ペア４５．１１７
Ｃからの金額は、領域２５３Ｊに蓄積される。ラベル値
ペア４５．１１７Ｄからの応答コードは領域２６４Ｆに
蓄積される。領域４５．１１７Ｅにからの応答コードに
関連する応答メッセージは領域２６４Ｇに蓄積される。
ラベル値４５．１１７Ｅからのソフトウエアセベリティ
コードは領域２６４Ｄに蓄積される。ラベル値ペア４
５．１１７Ｇからのソフトウエアメッセージは領域２６
４Ｅに蓄積される。ラベル値ペア４５．１１７Ｉからの
バランスは領域２６４Ｌに蓄積される。
【０５２７】ステップ１４２０で処理が続けられ、ロー
ド／アンロード処理４０５が終了する。
【０５２８】Ｅ．開設セッション処理４０７ 図６８は、ステップ１５０１で始まる開設セッション処
理４０７を示すフロー図である。
【０５２９】ステップ１５０２において、顧客アプリケ
ーションソフトウエア２１０は顧客ユーザ２０３に、開
始すべきセッション部に関する情報を入力するように促
す。この情報は、サーバーコンピュータ１００に送られ
るメッセージＯＳ１に含まれることになり、セッション
データ構造１３０（図１２）の一部になる。好適な実施
の形態においては、顧客ユーザ２０３は、そのセッショ
ンが終了するまでの最長時間、そのセッションの間に生
じるであろう取引の最大数、そのセッションの間に顧客
ユーザ２０３が入手可能な電子キャッシュの金額及び通
貨を入力する。顧客ユーザ２０３は、そのセッションの
追加事項を入力してもよい。
【０５３０】メッセージＯＳ１が組み込まれ、顧客コン
ピュータ２００からッサーバーコンピュータ１００へ転
送されて、セッション処理４０７が開始する。メッセー
ジＯＳ１の内容が、図６９及び７０に示されている。
【０５３１】ラベル値ペア４６１３Ａは”ＩＤ”ラベル
を有する。ラベル値ペア４６１３Ａは顧客ユーザ２０３
用の個人ＩＤを表示する。ラベル値ペア４６１３Ａの値
は領域２２０Ａから得られる（図１９）。
【０５３２】ラベル値ペア４６１３Ｂは”取引”ラベル
を有する。ラベル値ペア４６１３Ｂの値は、取引番号で
あり、その番号はメッセージＯＳ１を唯一認識する顧客
アプリケーションソフトウエア２１０によって生じる。
ラベル値ペア４６１３Ｂは、メッセージＯＳ１を受け取
った時、（１）サーバーコンピュータ１００に、後述す
る応答メッセージＯＳ２を送らせ、（２）メッセージＯ
Ｓ１が２重メッセージであるかどうか（すなわち、サー
バーコンピュータ１００がすでに受け取っているかどう
か）を決定する。ラベル値ペア４６１３Ｂに関連する値
は領域２５６Ｂ（図２８）に蓄積される。
【０５３３】ラベル値ペア４６１３Ｃは”日付”ラベル
を有する。ラベル値ペア４６１３Ｂは、メッセージＯＳ
１が組立てられ、サーバーコンピュタ１００に送られた
日付及び時刻を顧客コンピュータ２００のクロックによ
って示す。ラベル値ペア４６１３Ｃに関連する値は領域
２５６Ｃに蓄積される。
【０５３４】ラベル値ペア４６１３Ｄは”サーバーキ
ー”ラベルを有する。後述するとおり、メッセージＯＳ
１の不透明ラベル値ペア４６１７を暗号化するための顧
客コンピュータ２００によって使用されるＤＥＳキー／
ＩＶペアが、サーバーコンピュータ１００のＲＳＡパブ
リックキーを用いて暗号化される。ラベル値ペア４６１
３Ｄはサーバープライベートキー構造１６０内に蓄積さ
れた対応するＲＳＡプライベートキーをさす。
【０５３５】ラベル値４６１３Ｅは、”サービスカテゴ
リ”ラベルを有する。ラベル値ペア４６１３Ｅの値は、
メッセージＯＳ１を、特別なサービスカテゴリのメッセ
ージを取り扱うサーバーコンピュータ１００内のプロセ
ッサに送るのに使用されるであろうラベルである。
【０５３６】ラベル値ペア４６１７は”不透明”ラベル
を有する。ラベル値ペア４６１７の値は、メッセージＯ
Ｓ１の不透明部の内容（暗号化されたフォームで）を含
む。ここで、図７０に示されたメッセージＯＳ１の不透
明部の内容を述べる。
【０５３７】ラベル値ペア４６１７Ａは”型”ラベルを
有する。ラベル値ペア４６１７Ａの値は、メッセージＯ
Ｓ１の不透明部の内容のラベルを設定するメッセージデ
ータ構造１５０内の記録を示す。ラベル値ペア４６１７
Ａの値は、顧客ユーザ２０３が開設セッション処理４０
７を開始する時に、ラベルを作る顧客アプリケーション
ソフトウエア２１０から得られる。
【０５３８】ラベル値ペア４６１７Ｂは”サーバーの日
付”を有する。ラベル値ペア４６１７Ｂはサーバーコン
ピュター１００のクロックを認識する顧客コンピュータ
２００’によって測定した、メッセージＯＳ１が組立て
られときの日付と時刻を表示する。
【０５３９】ラベル値ペア４６１７Ｃは”ソフトウエア
のバージョン”ラベルを有する。ラベル値ペア４６１７
Ｃの値は、サーバーコンピュータ１００と連絡している
顧客アプリケーションソフトウエア２１０のバージョン
を表示する。ラベル値ペア４６１７Ｃの値は、顧客アプ
リケーションソフトウエア２１０内のデータから得られ
る。ラベル値ペア４６１７Ｃに関連する値は領域２５６
Ｄに蓄積される。
【０５４０】ラベル値ペア４６１７Ｄは”レコードノー
ト”ラベルを有する。ラベル値ペア４６１７Ｄの値は、
領域１３０Ｍ（図１２）に蓄積されるべき追加の短いテ
キストノートである。例えば、そのノートは、”クリス
マスの買物”あるいは”スキー用具”などとすることが
できる。ラベル値ペア４６１７Ｄは顧客アプリケーショ
ンソフトウエア２１０からのプロンプトに反応するカス
タマユーザ２０３’から得ることができ、好ましくは、
顧客アプリケーションソフトウエア２１０で作成される
表示を簡単にするために６０文字に限定されている。
【０５４１】ラベル値ペア４６１７Ｅは”金額”のラベ
ルを有し、ステップ１５０２において入力して、そのセ
ッションの間に顧客ユーザ２０３が入手可能な電子キャ
ッシュの最大金額を表示する。ラベル値ペア４６１７Ｆ
に関連する値は領域２５６Ｈに蓄積される。
【０５４２】ラベル値ペア４６１７Ｆは、”キー寿命”
ラベルを有し、顧客ユーザ２０３によって要求されるそ
のセッションが終了するまでの最大時間を表示するその
値は、ステップ５０２で入力される。
【０５４３】ラベル値ペア４６１７Ｇは”キーの使用制
限”ラベルを有し、その値はステップ１５０２で入力し
て、顧客ユーザ２０３に要求される、セッションの間に
生じるであろう取引の最大数を表示する。
【０５４４】ラベル値ペア４６１７Ｈは”キー”ラベル
を有する。ラベル値ペア４６１７Ｈの値は、顧客個人１
２０．１のＲＳＡパブリック／プライベートキーペアの
モジュールのハッシュを表す。ラベル値ペア４６１７Ｈ
の値は、サーバーコンピュータ１００に、領域１２０Ｂ
（図６）に維持されているＲＳＡパブリックキーがメッ
セージＯＳ１（ラベル値ペア４６１７Ｉ）をサインする
のに必要とされるものと同じキーであることを確認させ
る。
【０５４５】ラベル値ペア４６１７Ｉは”サイン”ラベ
ルを有する。ラベル値ペア４６１７Ｉの値は、顧客個人
１２０．１に関するデジタルサインを表す。メッセージ
ＯＳ１については、ラベル値ペア４６１７Ｉの値は、顧
客個人１２０．１のＲＳＡプライベートキーを用いて暗
号化されたラベル値ペア３６１３Ａ−４６１３Ｄ及びラ
ベル値ペア４６１７Ａ−４６１７Ｈのアルファベット順
のハッシュである。顧客個人１２０．１のＲＳＡプライ
ベートキーは領域２２０Ｈ（図１９）から得られる。
【０５４６】メッセージＯＳ１は、登録メッセージＲ１
の組立ての時にすでに説明したメッセージアッセンブリ
処理８００（図４９）を用いて組立てられる。以下に述
べる変形例は、メッセージＯＳ１について記されたもの
である。メッセージＯＳ１のコピーは好ましくは、領域
２５６Ｉに蓄積される。
【０５４７】販売者コンピュータ３００によるメッセー
ジＯＳ１を組立てる場合は、新規記録３７０．１（図４
６）が以下の用にして作られる。
【０５４８】ラベル値ペア４６１３Ｂの値が、領域３７
０Ｐに蓄積される。ラベル値ペア４６１７Ｆの値が領域
３７０Ｑに蓄積される。ラベル値ペアからの値が領域３
７０Ｒに蓄積される。ステータス領域３７０Ｏの値が、
販売者アプリケーションソフトウエア３１０によっ
て、”試行”されるべくセットされる。
【０５４９】図５８を再び参照すると、ステップ１５０
４で開設セッション処理４０７が続けられている。ここ
では、顧客コンピュータ２００がメッセージＯＳ１をサ
ーバーコンピュータ１００に転送する。顧客コンピュー
タ２００は、サーバーコンピュータ１００からの応答メ
ッセージＯＳ２を待っている。
【０５５０】ステップ１５０５では、サーバーメッセー
ジアンラップ処理９００を実行することによってサーバ
ーコンピュータ１００が顧客コンピュータ２００からの
アンラップメッセージＯＳ１を受け取る。サーバーメッ
セージアンラップ処理９００（ステップ９０１−９１
７）は、図５２−５３を用いて、メッセージＲ１のとこ
ろですでに説明した。以下の変形例が考えられる。メッ
セージＯＳ１のコピーが領域１４０Ｅ（図１６）に蓄積
される。
【０５５１】ステップ１５０６において、ステップ９０
９Ａ、９１２、９１４、９１５または９１６のいずれか
でステップ９０５において設定されるエラーフラッグが
生じたら、ステップ１５１４においてエラー処理処理が
サーバーコンピュータ１００によって実行される。ステ
ップ１５１４におけるエラー処理のレベルが、管理者に
よる決定である間は、顧客アプリケーションソフトウエ
ア２１０によって処理され得るコード及び顧客ユーザ２
０３によって読まれ得るメッセージを含む応答メッセー
ジの結果、少なくとも、チェックサムの欠如、サイン、
フォーム、及び致命的が、ソフトウエアチェック処理に
戻ることが好ましい。ステップ１５１４におけるエラー
処理処理は、特定のエラーコード（下記にリターンメッ
セージＯＳ２のコンテキストにおいて述べる）とフラッ
グとを結び付け、テキストメッセージ（メッセージのデ
ータ構造またはシステム管理者によって送られてくるメ
ッセージのいずれかから）を製作する。次いで、サーバ
ーコンピュータ１００は下記に述べるのと同様にしてメ
ッセージＯＳ２を作り、エラーコードと関連するメッセ
ージを運ぶ顧客コンピュータ２００に送る。
【０５５２】ステップ９０９Ａ、９１２、９１４、９１
５及び９１６のテストでステップ９０５で設定されるエ
ラーフラッグが生じないのであれば、ステップ１５０７
で処理が続けられる。そこで、サーバーコンピュータ１
００がセッションの認識番号（”セッションＩＤ”）、
セッションの暗号化／復号化キー（”セッションキ
ー”）及びセッションソルトを計算し、メッセージＯＳ
１に反映される顧客ユーザー２０３に要求されるセッシ
ョンの限界を有効なものとする。
【０５５３】セッションＩＤは、製作されるセッション
を唯一認識する６４ビット数である。唯一性は、セッシ
ョンのＩＤがサーバーコンピュータ１００によって順次
作成されるため、確実になる。
【０５５４】セッションキーは、５６ビットのＤＥＳキ
ー（８ビットバイト毎に無視される最も少ない有効ビッ
ト）及び６４ビットの初期化ベクトルを含む１２８ビッ
ト数である。
【０５５５】セッションソルトは、セッションの間に交
換されるメッセージＣＡ１−ＣＡ４の鑑定を強化するた
めにしようされる８バイトの暗号ソルトである。メッセ
ージＣＡ１−ＣＡ４については後に述べる。
【０５５６】顧客ユーザ２０３によって要求されるセッ
ションの制限は、ラベル値ペア４６１７Ｅの金額、ラベ
ル値４６１７Ｆのキーの寿命値、及びラベル値ペア４６
１７Ｇのキーの使用制限値である。キーの寿命および使
用制限については、これらの値が、システムの効率を改
善し、セッションの間に実行される取引の安全性を最大
にするために、サーバーコンピュータ１００で設定され
た固定値となることが好ましい。サーバーコンピュータ
１００は、要求された値がこのような制限内になること
を確かめる。許容値を越える要求された制限のいずれも
が無視され、最大許容値はサーバーコンピュータによっ
て課せられる。
【０５５７】ラベル値ペア４６１７Ｅの値は、顧客ユー
ザ２０３がそのセッションの間に使うことを希望する電
子ファンドの金額である。セッションの間に顧客ユーザ
２０３に入手可能となるこのようなファンドの実際の金
額は、ステップ１５０２で顧客ユーザ２０３によって要
求された金額より少ないか同じ金額である。例えば、カ
スタマユーザは顧客ユーザ２０３用のキャッシュコンテ
ナ領域１２０Ｇ．２で入手可能な電子キャッシュより多
い電子キャッシュを要求することができる。この場合、
下記に述べるラベル値ペア４７１７Ｉに表示されている
とおり、許される金額は、顧客ユーザ２０３用のキャッ
シュコンテナ領域１２０Ｇ．２に蓄積されている金額に
制限される。
【０５５８】ステップ１５０８で、サーバーセッション
データ構造１３０（図１２）が更新される。セッション
ＩＤはセッションＩＤ領域１３０Ａに蓄積される。セッ
ションキーはセッションキー領域１３０Ｂに蓄積され
る。セッションソルトはセッションソルト領域１３０Ｃ
Ａに蓄積される。セッションの間顧客ユーザ２０３に入
手可能な電子キャッシュの金額は、オープンニング金額
領域１３０Ｅに蓄積され、領域１３０Ｅに蓄積されてい
る値に関連する通貨指定者は領域１３０Ｄに蓄積され
る。最初は、領域１３０Ｆはオープンニング金額の値を
反映している。電子キャッシュが使われると、領域１３
０Ｆの値は、オープンニング金額と使用した金額との差
を示す。実際にサーバーコンピュータ１００で許可され
るキー寿命が、キー寿命領域１３０Ｊに蓄積される。実
際にサーバコンピュータ１００で許可されるキー使用制
限がキー使用制限領域１３０Ｉに蓄積される。ラベル値
ペア４６１３Ａの値は個人ＩＤ領域１３０Ｋに蓄積され
る。セッションが作られる日付はサーバーアプリケーシ
ョンソフトウエア１１０から得られ、開設日付領域１３
０Ｇに蓄積される。ラベル値ペア４６１７Ｄは記録ノー
ト領域１３０Ｍに蓄積される。サーバーセッションデー
タ構造１３０の残りの領域は下記にＣＡタイプのメッセ
ージの内容のところで述べる。
【０５５９】ステップ１５０９の後、メッセージＯＳ２
が組み込まれ、サーバーコンピュータ１００から顧客コ
ンピュータ２００へ転送され、クレジットセッション処
理４０７を完成させる。図７１及び７２を参照してメッ
セージＯＳ２について述べる。
【０５６０】ラベル値ペア４７１３Ａは”ＩＤ”ラベル
を有する。ラベル値ペア４７１３Ａは顧客ユーザ２０３
の個人ＩＤを表示する。ラベル値ペア４７１３Ａの値
は、ラベル値ペア４６１３ＡでメッセージＯＳ１で受け
取った値と同じである。
【０５６１】ラベル値ペア４７１３Ｂは”取引”ラベル
を有する。ラベル値ペア４７１３Ｂの値はラベル値ペア
４６１３ＢでメッセージＯＳ１で受け取った値と同じで
ある。
【０５６２】ラベル値ペア４７１３Ｃは”日付”ラベル
を有する。ラベル値ペア４７１３Ｃの値はラベル値ペア
４６１３ＣでメッセージＯＳ１で受け取った値と同じで
ある。
【０５６３】ラベル値ペア４７１３Ｄは”サービスカテ
ゴリ”ラベルを有する。ラベル値ペア４７１３Ｄの値は
メッセージＯＳ１のラベル値ペア４６１３Ｅで受け取っ
た値と同じである。
【０５６４】ラベル値ペア４７１７は”不透明”ラベル
を有する。ラベル値ペア４７１７の値は、メッセージＯ
Ｓ２の不透明部の内容（暗号化されたフォームで）を含
む。ここに、図７２に示すメッセージＯＳ２の不透明部
の内容を述べる。
【０５６５】ラベル値ペア４７１７Ａは”型”ラベルを
有する。ラベル値ペア４７１７Ａの値は、メッセージＯ
Ｓ２の不透明部の内容のラベルを設定するメッセージデ
ータ構造２７０（図１７）内の記録を示す。ラベル値ペ
ア４７１７Ａの値は、サーバーソフトウエア１１０から
得られる。
【０５６６】ラベル値ペア４７１７Ｂは”サーバーの日
付”を有する。ラベル値ペア４７１７Ｂの値はサーバー
コンピュター１００のクロックに応じてメッセージＯＳ
２が組立てられときの日付と時刻を表示する。
【０５６７】ラベル値ペア４７１７Ｃは、上述したとお
り”応答コード”ラベルと、”成功”または”失敗”値
を有する。ラベル値ペア４７１７Ｃの値は、開設セッシ
ョン処理４０７が成功か失敗かを表示する。
【０５６８】ラベル値ペア４７１７Ｄは、”ソフトウエ
アセベリティ”ラベルと、”致命的”または”警告”の
値を有する。ラベル値ペア４７１７Ｄの値は、顧客アプ
リケーションソフトウエア２１０を更新する必要がある
か否かを表示するが、まで使用可能である（”警告”）
かもはや使用できない（”致命的”）かを表示する。ラ
ベル値ペア４７１７Ｄの値は、顧客アプリケーションソ
フトウエア２１０が存在すれば、零である。
【０５６９】ラベル値ペア４７１７Ｅは”ソフトウエア
メッセージ”のラベルを有する。ラベル値ペア４７１７
Ｅは、ソフトウエアセベリティが”致命的”あるいは”
警告”を表示している場合、顧客ユーザ２０３が何を行
うべきかについての指示を表示する。ラベル値ペア４７
１７Ｅの値は、ラベル値ペア４７１７Ｄの値がヌルでな
い場合にのみ存在する。
【０５７０】ラベル値ペア４７１７Ｆは”メッセージ”
ラベルを有する。ラベル値ペア４７１７Ｆの値は、ラベ
ル値ペア４７１７Ｃに戻り、顧客ユーザ２０３に表示さ
れるエラー状態またはサクセス状態に関連するフリーテ
キストメッセージである。ラベル値ペア４７１７Ｆの値
は、二重に要求された個人ＩＤを表示するメッセージ、
不良デジタルサインまたは不良に形成されたメッセージ
ＯＳ１、及び顧客ユーザ２０３がどのように処理を進め
るべきかに関する情報を含めることができる。
【０５７１】ラベル値ペア４７１７Ｇは”キーの寿命”
ラベルを有し、その値は、そのセッションが終了するま
での最長時間を表示するキーの寿命領域１３０Ｋ（図１
６）から得られる。
【０５７２】ラベル値ペア４７１７Ｈは”キーの使用制
限”ラベルを有し、その値は、そのセッションの間に生
じるであろう取引の最大数を表示するキーの使用制限領
域１３０Ｊから得られる。
【０５７３】ラベル値ペア４７１７Ｉは”金額”ラベル
を有し、そのセッションの間に顧客ユーザ２０３が入手
可能な電子キャッシュの最大額を表示する。ラベル値ペ
ア４７１７Ｉの額は、ステップ１５０２で顧客ユーザ２
０３によって要求される額より少ないかあるいはその額
と同じである。
【０５７４】ラベル値ペア４７１７Ｊは”外貨交換”ラ
ベルと、ラベル値ペア４２１７Ｉの値に含まれる通貨か
ら他の通貨へ、例えば、ＵＳ＄からカナディアンドルへ
の交換レートを表示する値を有する。好ましくは、表示
された交換レートは、元になる通貨の１００多数単位に
対する目的地の小数単位の数（小数単位の数がない場合
多数単位）である。
【０５７５】ラベル値ペア４７１７Ｋは”セッションフ
ァンド”ラベルを有する。ラベル値４７１７Ｋの値は、
ラベル値ペア４４１７Ｉの金額を含むすべての開設セッ
ションに送れられた電子キャッシュの額を表示する。顧
客個人１２０．１は開いているセッションのどの番号を
もっていてもよい。ラベル値ペア４７１７Ｋは顧客ユー
ザ２０３に丁度開いたセッションを含む全ての開設セッ
ションに最初に割り当てられたファンドの額に関する情
報を提供する。
【０５７６】ラベル値ペア４７１７Ｌは”バランス”ラ
ベルを有する。ラベル値ペア４７１７Ｌの値は、サーバ
ーセッションデータ構造１３０の開設金額領域１３０Ｅ
への電子キャッシュファンドの転送の後、顧客ユーザ２
０３用のサーバー個人データ構造１２０のキャッシュコ
ンテナ１２０Ｇ．２に蓄積された電子キャッシュの額を
表示する。
【０５７７】ラベル値ペア４７１７Ｍは”オンホール
ド”ラベルを有する。ラベル値ペア４７１７Ｍの値は、
キャッシュコンテナ１２０Ｇ．３から得られ、顧客ユー
ザ２０３用の個人１２０．１でクリアされている未回収
の電子キャッシュの額を表示する。この値は、同意を待
っているあるいは、それからファンドがロードされるま
たはそれへファンドがアンロードされる機器の発行によ
って処理される電子キャッシュを表示する。
【０５７８】ラベル値ペア４７１７Ｎは、”料金”ラベ
ルを有する。ラベル値ペア４７１７Ｎの値は、もしある
のであれば、メッセージＯＳ１を処理するのに関連する
顧客ユーザー２０３にかかる料金を表示する。
【０５７９】ラベル値ペア４７１７Ｏは”セッションの
ＩＤ”ラベルを有する。ラベル値ペア４７１７Ｏの値
は、領域１３０ＡのセッションのＩＤから得る。
【０５８０】ラベル値ペア４７１７Ｐは”セッションキ
ー”ラベルを有する。ラベル値ペア４７１７Ｐの値は、
領域１３０Ｂのセッションキーから得る。
【０５８１】ラベル値ペア４７１７Ｑは”セッションソ
ルト”ラベルを有する。ラベル値ペア４７１７Ｑの値
は、領域１３０Ｃのセッションソルトから得る。
【０５８２】図６８に示すステップ１５０９では、サー
バーソフトウエア１００が、図２に示すフロー図に基づ
いてメッセージＯＳ２を組立てる。サーバーメッセージ
組立処理１０００は、メッセージＲ２の組立てのところ
ですでに述べた。
【０５８３】ステップ１５０９Ａでは、メッセージＯＳ
２がサーバーコンピュータ１００から顧客コンピュータ
２００へ送られる。
【０５８４】ステップ１５１０では、顧客コンピュータ
２００がサーバーコンピュータ１００からメッセージＯ
Ｓ２を受取り、メッセージＯＳ２用のメッセージアンラ
ップ処理１１００を実行してメッセージＯＳ２をアンラ
ップする。メッセージアンラップ処理１１００（ステッ
プ１１０１−１１２１）については、図５７に基づいて
メッセージＲ２のところですでに述べた。
【０５８５】ステップ１５１１においては、（１）ステ
ップ１１０５でエラーフラッグがセットされていれば、
そのフラッグがステップ１５１１で検出されて、ステッ
プ１５１２でメッセージＯＳ２の処理が終了する。顧客
ユーザ２００からは、メッセージＯＳ２に関しては更な
る動作はなんらとられない。本発明では、機構は顧客ア
プリケーションソフトウエア２１０の中に設けられてお
り、メッセージを作り出してサーバーコンピュータ１０
０に送る。このメッセージは顧客コンピュータ２００で
受け取ったＯＳ２メッセージと、そのメッセージがない
ときに何が生じるかについての診断を含んでいる。この
メッセージに対してはなんらの応答もサーバーコンピュ
ータ１００から顧客コンピュータ２００へ送られない。
むしろ、システム内に問題があるのか否か、及び適切な
補正手段を取る必要があるのか否かを確かめるために情
報が使用される。
【０５８６】（２）ステップ１１０５でエラーフラッグ
はセットされていないが、ステップ９０５においてメッ
セージＯＳ１にエラーが検出されたら、ステップ１５１
３において処理が続けられ、ラベル値４７１７Ｃの内容
がチェックされる。ラベル値４７１７Ｃの値が”成功”
以外のものであれば、ステップ１５１５でエラー処理ル
ーチンが行われ、顧客アプリケーションソフトウエア２
１０にラベル値４７１７Ｃの内容に関連するラベル値４
７１７Ｆに含まれるメッセージを表示させ、ラベル値４
７１７Ｃの値を解読して、その値に関連していると思わ
れる動作が取られる；または（３）メッセージＯＳ１が
ステップ９０５におけるチェックを通過して、ステップ
１１０５でなんらフラッグがセットされなければ、ステ
ップ１５１６における処理が続けられ、顧客アプリケー
ションソフトウエア２１０が顧客データベース２０２を
更新する。
【０５８７】顧客セッションのデータ構造２４０は次の
ように更新される。
【０５８８】セッションＩＤはセッションＩＤ領域２４
０Ｃに蓄積されてる。セッションキーはセッションキー
領域２４０Ｂに蓄積されてる。セッションソルトはセッ
ションサルト領域２４０Ｃに蓄積される。ラベル値ペア
４７１７Ｉは通貨指定と量を含む。ラベル値の量は開設
金額領域１３０Ｅに蓄積され、領域１３０Ｅに蓄積され
ている値に関連する通貨指定波領域１３０Ｄに蓄積す
る。ラベル値ペア４７１７Ｇの値は、キー寿命領域２４
０Ｋに蓄積される。ラベル値ペア４７１７Ｇの値は、キ
ー使用制限領域２４０１Ｊに蓄積される。
【０５８９】領域２４０Ｆは、当所、領域２４０Ｅにお
ける開始金額の値を反映する。電子キャッシュが使用さ
れれば、領域２４０Ｆの値が開設金額と使用した金額と
の差を反映することになる。顧客セッションデータ構造
２４０の残りの領域は、以下で、ＣＡタイプのメッセー
ジの内容においてのべる。
【０５９０】顧客セッションデータ構造２４０に記録さ
れている値に加えて、顧客ログデータ構造２６０の記録
２６５が続いて更新される。ラベル値ペア４７１３Ａの
個人ＩＤは領域２６５Ｈに蓄積される。ラベル値ペア４
７１３Ｂからの取引数は領域２６５Ｂに記録される。ラ
ベル値ペア４７１７Ｂからの日付は領域２６５Ｃに蓄積
される。ラベル値ペア４７１７Ｃからの応答コードは、
領域２６５Ｆに蓄積される。ラベル値ペア４７１７Ｄか
らのソフトウエアセベリティコードは領域２６５Ｄに蓄
積される。ラベル値ペア４７１７Ｅからのソフトウエア
メッセージは領域２６５Ｅに蓄積される。ラベル値ペア
４７１７Ｆからの応答コードに関連する応答メッセージ
は、領域２６５Ｇに蓄積される。ラベル値ペア４７１７
ＧＫらのキー寿命は、領域２６５Ｋに蓄積される。ラベ
ル値ペア４７１７Ｈからのキー使用制限は領域２６５Ｊ
に蓄積される。ラベル値ペア４７１７Ｉからの金額は領
域２６５Ｉに蓄積される。ラベル値ペア４７１７Ｌから
のバランスは、領域２６５Ｐに蓄積される。ラベル値ペ
ア４７１７Ｎからの料金は領域２６５Ｏに蓄積される。
ラベル値ペア４７１７ＯからのセッションＩＤは領域２
６５Ｌに蓄積される。
【０５９１】開設セッション処理が販売者ユーザ３０３
によって開始されたら、販売者キャッシュログデータ構
造３７０の記録３７０．１が次のようにしてアプディト
される。
【０５９２】ラベル値ペア４７１７Ｃからの応答コード
は領域３７０Ｏに蓄積される。ラベル値ペア４７１７Ｃ
からの応答コードに関連するラベル値ペア４７１７Ｆか
らのメッセージは、領域３７０Ｔにセーブされる。ラベ
ル値ペア４７１７ＯからのセッションＩＤは領域３７０
Ｓに蓄積される。
【０５９３】処理がステップ１５１７に続き、ここで開
設セッション処理が終了する。
【０５９４】Ｆ．取引／支払処理４０９ 顧客ユーザ２０３及び販売者ユーザ３０３がセッション
を開設すると、安全なキャッシュ取引がインターネット
上に生じる。このコンテキストの安全性とは、顧客ユー
ザ２０３と販売者ユーザ３０３０とが互いに信頼でき、
電子ファンドが委任されていない第三者にアクセスされ
るリスクがなく、かつ、両者が、サーバーコンピュータ
１００によって要綱とされた取引に同意するまで電子キ
ャッシュが転送されないことを意味する。
【０５９５】取引は、インターネット５０上で購買をす
る顧客ユーザ２０３、販売者個人１２０．２を有する販
売者ユーザ３０３０を含む。公知の技術を用いて、顧客
ユーザ２０３と販売者ユーザ３０３とは、顧客ユーザ２
０３が販売者ユーザ３０３から提供される品物に対して
支払うべく金額に同意する。販売者ユーザ３０３が支払
を要求した時、顧客ユーザ２０３０は電子キャッシュで
の支払を決定する。この決定は、顧客ユーザ２０３によ
って購入された品物に対する販売者ユーザ３０３への支
払総計の結果となるメッセージの交換を引出す。
【０５９６】図７３−７５は、ステップ１７０１で始ま
る取引／支払処理４０９を示すフロー図である。
【０５９７】ステップ１７０２Ａにおいて、販売者コン
ピュータ３００がメッセージＰＲ１を組立てる。メッセ
ージＰＲ１は暗号化されたデータを含まないことが好ま
しい。従って、メッセージＰＲ１を組立てるには、メッ
セージ組立て処理８００（図４９）のステップ８１４−
８１７のみが必要である。メッセージＰＲ１の内容を図
７６を参照して以下に述べる。
【０５９８】ラベル値ペア５０１３Ａは”型”ラベルを
有する。ラベル値ペア５０１３Ａの値は、ＰＲ１を含む
ラベルをセットするメッセージデータ構造２７０（図１
７）の記録を引用する。ラベル値ペア５０１３Ａの値は
販売者アプリケーションソフトウエア３１０から得られ
る。
【０５９９】ラベル値ペア５０１３Ｂは”販売者ＩＤ”
を有する。ラベル値ペア５０１３Ｂの値は、販売者ユー
ザ３０３の個人ＩＤを表す。ラベル値ペア５０１３Ｂは
領域３２０Ａ（図４０）から得られる。
【０６００】ラベル値ペア５０１３Ｃは”販売者注文Ｉ
Ｄ”ラベルを有する。ラベル値ペア５０１３Ｃの値は、
販売者コンピュータ３００で生じる注文ＩＤ番号（”注
文ＩＤ”）を表示し、特別な注文を意味する。ラベル値
ペア５０１３Ｃの値は領域３７０Ｃ（図４６）に蓄積さ
れる。
【０６０１】ラベル値ペア５０１３Ｄは”販売者日”ラ
ベルを有する。ラベル値ペア５０１３Ｄの値は、メッセ
ージＰＲ１が組み込まれた日時を販売者コンピュータ３
００のクロックによって表わす。
【０６０２】ラベル値ペア５０１３Ｅは”販売者ソフト
ウエアのバージョン”ラベルを有する。ラベル値ペア５
０１３Ｅの値は、顧客コンピュータ２００と繋がってい
る販売者アプリケーションソフトウエア３１０のバージ
ョンを表す。ラベル値ペア５０１３Ｅの値は販売者アプ
リケーションソフトウエア３１０から得られる。
【０６０３】ラベル値ペア５０１３Ｆは”ノート”ラベ
ルを有する。ラベル値ペア５０１３Ｆは、販売者ユーザ
３０３によって顧客ユーザ２０３に提供されている商品
を表す。ラベル値ペア５０１３Ｆの値は、販売者３０３
あるいは第三者によって提供されるソフトウエアから販
売者アプリケーションソフトウエア３１０によって得ら
れる。
【０６０４】ラベル値ペア５０１３Ｇは”販売者の金
額”ラベルを有する。ラベル値ペア５０１３Ｇの値は、
ラベル値ペア５０１３Ｆで述べた商品の通貨と金額を表
す。
【０６０５】ラベル値ペア５０１３Ｈは”受領”ラベル
を有する。ラベル値ペア５０１３Ｈの値は、販売者ユー
ザ３０３によって受入れられたクレジットカード（あれ
ば）を表す。ラベル値ペア５０１３Ｈの値は、販売者ユ
ーザ３０３から得られる。
【０６０６】ラベル値ペア５０１３Ｉは”ｕｒｌ−ｐａ
ｙ−ｔｏ”ラベルを有する。ラベル値ペア５０１３Ｉの
値は、インターネット５０のユニフォームリソースロー
ケータである。ラベル値５０１３Ｉのインターネット５
０のユニフォームリソースローケータは、顧客コンピュ
ータ２００が後述するメッセージＣＡ１を送るべきイン
ターネット上の住所である。
【０６０７】ラベル値ペア５０１３Ｊは”ｕｒｌ−キャ
ンセル”ラベルを有する。ラベル値ペア５０１３Ｊの値
は、インターネット５０のユニフォームリソースローケ
ータである。ラベル値５０１３Ｊのインターネット５０
のユニフォームリソースローケータは、顧客ユーザ２０
３が取引をキャンセルすることを決定したら、顧客コン
ピュータ２００によって使用される。
【０６０８】ラベル値ペア５０１３Ｋは”ｕｒｌ−成
功”ラベルを有する。ラベル値ペア５０１３Ｋの値は、
インターネット５０のユニフォームリソースローケータ
であり、これは、取り引きが成功すれば、顧客ユーザ２
００をワールドワイドウエブウエノアドレスに導く。取
引の成功は、後述するとおり、メッセージＣＡ４におい
て報告される。例えば、取引がサーバーコンピュータ１
００によって、有効になったら、ラベル値ペア５０１３
Ｋの値は、顧客ユーザ２００を顧客ユーザ２０３を購買
のためのウエブページへ導く。
【０６０９】ラベル値ペア５０１３Ｌは”ｕｒｌ−失
敗”ラベルを有する。ラベル値ペア５０１３Ｌの値は、
インターネット５０のユニフォームリソースローケータ
であり、これは、取引が成功しない場合に、顧客ユーザ
２００をワールドワイドウエブウエノアドレスに導く。
取引の失敗は、後述するとおり、メッセージＣＡ４にお
いて報告される。例えば、取引がサーバーコンピュータ
１００によって、非有効になったら、ラベル値ペア５０
１３Ｌの値は、顧客ユーザ２００に顧客ユーザ２０３を
再び購買させるためにウエブページへ導く。
【０６１０】ラベル値ペア５０１３Ｍは”販売者がサイ
ンしたハッシュキー”ラベルを有する。ラベル値ペア５
０１３Ｍの値は、下記に述べるように、販売者のサイン
したハッシュラベル値ペア５０１３Ｎのハッシュにサイ
ンするために、販売者コンピュータ３００によって使用
されているＲＳＡパブリック／プライベートキーのペア
の係数部のハッシュを表す。ラベル値ペア５０１３Ｍの
値は、サーバーコンピュータ１００に、領域１２０ＣＣ
（図９）に蓄積されているＲＳＡパブリックキーが、販
売者個人１２０．２が、”販売者のサインしたハッシ
ュ”ラベル値ペア５０１３Ｎをサインするのに使用され
たのと同じキーであること、あるいはラベル値ペア５０
１３Ｎの復号化が失敗したか否か、その失敗の理由を確
認させる。
【０６１１】ラベル値ペア５０１３Ｎは”販売者がサイ
ンしたハッシュキー”ラベルを有する。メッセージＰＲ
１について、ラベル値ペア５０１３Ｎの値は、ラベル値
ペア５０１３Ａ−５０１３Ｍの順のハッシュである。こ
のハッシュがサインされ、ハッシュが再度ハッシュされ
た、次いで、販売者個人１２０．２用のＲＳＡプライベ
ートキーで暗号化されたことを意味する。ＲＳＡプライ
ベートキー販売者個人１２０．２は領域３２０Ｈ（図４
０）から得られる。
【０６１２】ラベル値ペア５０１３Ｏは”販売者金額
２”ラベルを有する。ラベル値ペア５０１３Ｏは、ラベ
ル値ペア５０１３Ｇで特定された金額に関してのそれ以
外の通貨における金額を表す。
【０６１３】顧客ユーザ２０３は、ラベル値ペア５０１
３Ｎのサインは、販売者個人１２０．２用のパブリック
キーをもっていないため、そのサインが本物であるかど
うかを証明することができない。ラベル値ペア５０１３
Ｎは、取り引きに紛争が生じた場合には、顧客アプリケ
ーションソフトウエアで蓄積するようにしてもよい。こ
のような場合、サーバーコンピュータ１００は、メッセ
ージＰＲ１が実際に販売者コンピュータ３００に送られ
たかどうかを決定するためにラベル値ペア５０１３Ｎを
使用することができる。
【０６１４】図７３を再度参照すると、ステップ１７０
５Ａで、新規記録３５０．１（図４４−４７）が次の用
に加えられている。
【０６１５】ラベル値ペア５０１３Ｃ（販売者注文ＩＤ
に関する）が注文ＩＤ領域３５０Ａにて蓄積される。
【０６１６】ラベル値ペア５０１３Ｇ（販売者ユーザ３
０３が商品の対価として受け取る金額に関する）が金額
領域３５０Ｂに蓄積される。
【０６１７】取引／支払処理４０９はステップ１７０２
Ｃに続く。ここでは、販売者コンピュータ３００がメッ
セージＰＲ１を顧客コンピュータ２００に転送する。販
売者コンピュータ３００は顧客コンピュータ２００から
のメッセージＣＡ１を待機する。
【０６１８】ステップ１７０２Ｄでは、顧客コンピュー
タ２００が販売者コンピュータ３００からメッセージＰ
Ｒ１を受取って、メッセージアンラップ処理３３００を
実行してアンラップする。ステップ３３０１で始まるメ
ッセージアンラップ処理３３００は図７７を参照して、
以下に述べる。
【０６１９】ステップ３３０２で、顧客アプリケーショ
ンソフトウエアがメッセージＰＲ１のヘッダ５００５の
プロトコル番号を抽出する。次いで、抽出されたプロト
コル番号に基づいて、メッセージテンプレートデータ構
造２７０（図１７）がアクセスされ、メッセージＰＲ１
の所定のフォーマットを決定する。この所定のフォーマ
ットは、メッセージシンタックス（例えば、ｅｎｄ−ｏ
ｆ−ｌｉｎｅの文字を許可する）及びメッセージコーデ
ィング（例えば、ＡＳＣＩＩやｈｅｘなど）を含むこと
ができる。メッセージＰＲ１は所定のフォーマットに基
づいて、以下の通り分析される。
【０６２０】ステップ３３０３では、顧客コンピュータ
２００が販売者コンピュータ３００で使用されているの
と同じデータを用いてチェックサムを計算する。ステッ
プ３３０４Ａでは、ステップ３３０３で計算されたチェ
ックサムがメッセージＰＲ１のトレイラ５０５０のチェ
ックサムと比較される。このチェックサムが等しくない
場合は、メッセージＰＲ１がステップ３３０４Ｂで破棄
される、メッセージアンラップ処理３３００もそこで終
了する。
【０６２１】このチェックサムがステップ３３０４Ａで
同じであれば、処理がステップ３３０４で続けられ、そ
のメッセージがチェックされて、メッセージアンラップ
処理３３００に適当であるか否かを決定する。メッセー
ジが、その透明部分に”型”ラベルを含み、値ＰＲ１を
含んでいる場合は、そのメッセージは妥当である。メッ
セージが、ラベル値ペアを有していない場合は、そのメ
ッセージは、メッセージアンラップ処理３３００に対し
て不適当である。メッセージアンラップ処理では、他で
も述べたように、そのメッセージを他のアンラップ処理
に変更するステップ３３０４Ｄでケース処理が続けられ
る。メッセージＰＲ１が適当であり、従って、メッセー
ジの型がラベル値ペア５０１３０Ａの値を参照すること
により決定されるステップ３３０４Ｅにて、処理が続け
られる。この場合、ラベル値ペアの値は”支払−要求”
である。
【０６２２】ステップ３３０５では、メッセージＰＲ１
の形式のチェックが行われる。ステップ３３０５での形
式チェック処理は、ソフトウエアのバージョンに依存す
る。すなわち、所定のメッセージの形式、及び受入れ可
能か否かを決定するクリテリアは、そのメッセージと所
定の時刻において有効なメッセージの変形に依存する。
少なくとも、形式チェック処理は、収入メッセージがそ
のメッセージについて規定された全てのラベルを含んで
いるかどうか、値を要求する各ラベルにたいする値が存
在するかどうか、及びその値がその型（例えば、テキス
ト、サインされた番号）、シンタックス、及び必要な特
定の制限事項であるかどうかを確実なものにする。追加
のラベルがあるばあいは、顧客コンピュータ２００はそ
れを無視する。メッセージが分析できない場合、あるい
は分析できるが形式クリテリアに合致しない場合は、ス
テップ３３０６でエラーフラッグがセットされる。この
場合、メッセージアンラップ処理３３００はステップ３
３０９で終了する。
【０６２３】メッセージＰＲ１が正しい形式であれば、
ステップ３３０７で処理が継続される。ここでは、顧客
アプリケーションソフトウエア２１０が、以下のように
して新規記録２６６を加える。
【０６２４】ラベル値ペア５０１３Ｂの販売者−ＩＤ値
が領域２６６Ａに蓄積される。ラベル値ペア５０１３Ｃ
の販売者−注文−ＩＤは領域２６６Ｂに蓄積される。ラ
ベル値ペア５０１３Ｇの金額値は領域２６６Ｃに蓄積さ
れる。ラベル値ペア５０１３Ｆの販売者−ノート値は領
域２６６Ｄに蓄積される。ＵＲＬへの支払は領域２６６
Ｆに蓄積される。
【０６２５】メッセージアンラップ処理３３００はステ
ップ３３０９で終了する。
【０６２６】図７３−７５を再び参照すると、ステップ
２７０３で顧客コンピュータ２００が販売者ユーザ３０
３の顧客ユーザ２０３への申し入れを表示する。ラベル
値ペア５２１３Ｆ及び５２１３Ｇの値（顧客ユーザ２０
３にうられた商品及びその申し入れ価格を記述する）が
表示される。
【０６２７】ステップ１７０４では、顧客ユーザ２０３
が販売者ユーザ３０３の申し入れを受ける。それは、こ
の時点において顧客ユーザ２０３が様々な支払方法（た
とえば、クレジットカードや電子キャッシュ）を与えら
れることを見越したものである。顧客ユーザ２０３がク
レジットを選択した場合は、他の処理は、ここで破棄さ
れない場所におかれる。顧客ユーザ２０３がその商品の
支払を電子キャッシュで行うことを希望する場合は、ス
テップ１７０５にて処理が続けられる。
【０６２８】ステップ１７０５では、顧客アプリケーシ
ョンソフトウエア２１０が顧客ユーザ２０３が開設セッ
ションを有しているか否かを検索レコード２４０（図２
１）を用いて決定する。
【０６２９】顧客ユーザ２０３が開設セッションを有し
ていなければ、ステップ１７０６へ処理を進める。上述
したとおり、ここで、開設セッション処理４０５を用い
て、セッションが開設される。
【０６３０】顧客ユーザ２０３が開設セッションを有し
てるか、あるいは開設セッション処理４０５を実行した
後であれば、処理はステップ１７０１Ａで継続される。
顧客コンピュータ２００は次のようにして、メッセージ
ＣＡ１を組立てる。
【０６３１】図７８に、メッセージ組立て処理ＣＡ１２
が示されている。（”ＣＡ１２”はこのメッセージ組立
て処理が実行されメッセージＣＡ１とＣＡ２とを組立て
ることを意味する。）メッセージＣＡ１用のメッセージ
組立て処理ＣＡ１２はステップ１６２１で開始する。メ
ッセージＣＡ１は図７９及び８０に示されている。
【０６３２】ステップ１６２２で、顧客アプリケーショ
ンソフトウエア２１０がメッセージテンプレートデータ
構造２７０（図１７）にアクセスして、ラベルのリスト
を得る。このリストは、関連する値に整合したときに、
メッセージＣＡ１の透明ラベル値ペア５１１３Ａ−５１
１３Ｉを決定する。ステップ１６２３においては、値
は、各ラベルに関連している。これらのラベル値ペアに
ついて以下に述べる。
【０６３３】ラベル値ペア５１１３Ａは”型”ラベルを
有する。ラベル値ペア５１１３Ａの値は、メッセージＣ
Ａ１を含むラベルを設定するメッセージデータ構造１５
０（図５）の中の記録を示す。ラベル値ペア５１１３Ａ
の値は顧客アプリケーションソフトウエア２１０から得
る。
【０６３４】ラベル値ペア５１１３Ｂはラベルの”バー
ジョン”を示す。ラベル値ペア５１１３Ｂの値は、ラベ
ル値ペア５１１３Ａによって表示された型の記録の中の
記録を示すメッセージデータ構造２７０（図１７）に蓄
積されているコードである。ラベル値ペア５１１３Ｂの
値は、メッセージデータ構造２７０から顧客アプリケー
ションソフトウエア２１０によって回復される。
【０６３５】ラベル値ペア５１１３Ｃは”セッション−
ＩＤ”のラベルを有する。ラベル値ペア５１１３Ｃの値
は領域２４０Ａ（図２１）のセッション−ＩＤから得ら
れる。
【０６３６】ラベル値ペア５１１３Ｄは”インデック
ス”のラベルを有する。ラベル値ペア５１１３Ｄの値
は、顧客アプリケーションソフトウエア２１０でそのセ
ッション内で取り引きに割り当てられた整数であり、領
域２４０Ｂに蓄積されているセッションキーを使用する
ことを表示する。値のレンジは１と領域２４０Ｊで蓄積
されたキー使用制限である。
【０６３７】ラベル値ペア５１１３Ｅは、”受取人通
貨”ラベルを有し、その値はメッセージＰＲ１のラベル
値ペア５０１３Ｇの通貨部分によって表示される。ラベ
ル値ペア５１１３Ｅの値は、販売者ユーザ３０３が取り
引きにおいて支払う意志のある通貨を示している。
【０６３８】ラベル値ペア５１１３Ｆは”ノート−ハッ
シュ”ラベルを有する。ラベル値ペア５１１３Ｆの値
は、メッセージＰＲ１のラベル値ペア５０１３Ｆのハッ
シュを示す。
【０６３９】ラベル値ペア５１１３Ｇは”受取人−Ｉ
Ｄ”ラベルを有する。ラベル値ぺ５１１３Ｇの値は、メ
ッセージＰＲ１のラベル値ペア５１１３Ｂの値から得ら
れる販売者個人ＩＤである。
【０６４０】ラベル値ペア５１１３Ｈは”注文−ＩＤ”
ラベルを有する。ラベル値ペア６１１３Ｈの値は、メッ
セージＰＲ１のラベル値ペア５１１３Ｃの値から得られ
る注文ＩＤである。
【０６４１】ラベル値ペア５１１３Ｉは”サービスカテ
ゴリ”ラベルを有する。ラベル値ペア６１１３Ｉの値
は、販売者コンピュータ３００で、特別なサービスカテ
ゴリのメッセージを操作する販売者コンピュータ３００
内のプロセッサへメッセージＣＡ１を送るのに使用され
得るラベルである。
【０６４２】ステップ１６２４では、顧客アプリケーシ
ョンソフトウエア２１０が、図５９−６０のフロー図に
示すように、ＣＡ−ＤＥＳ−キー発生処理によって、５
６−ビットのＤＥＳキーＤＥＳ−ＣＡ１を発生する。
【０６４３】ＤＥＳキーＤＥＳ−ＣＡ１の発生はステッ
プ１６１０で開始する。ステップ１６１１において、顧
客アプリケーションソフトウエア２１０は数量Ｑ、８バ
イト数を構築する。数量Ｑは、メッセージＣＡ１のラベ
ル値ペア５１１３Ａ、５１１３Ｂ及び５１１３Ｄの値の
連結体である。その結果としてのＤＥＳキーの各メッセ
ージによる交換が、ＣＡ−ＤＥＳ−キー発生処理１６０
０で生じる各ＤＥＳキーが唯一のものとなる可能性を上
げることが好ましい。本発明では、セッションキー領域
２４０Ｂの値及びラベル値ペア５１１３Ｄ（”インデッ
クス”）は、両方が取られる場合、通常各要求メッセー
ジ（メッセージＣＡ１及びＣＡ２を意味する）、及び各
応答メッセージ（メッセージＣＡ３及びＣＡ４を意味す
る）毎に異なる。更に、ラベル値ペア５１１３Ａ（”
型”）の値は応答と要求を区別して、その結果二つのメ
ッセージのいずれもが同じＤＥＳキーで暗号化される可
能性を低いものとしている。追加の変化しやすさがラベ
ル値ペア５１１３Ｂ（”バーション”）によって得られ
る。
【０６４４】本発明においては、メッセージＣＡ１のラ
ベル値ペア５１１３Ａ、５１１３Ｂ、及び５１１３Ｄの
結合体は、４バイトの量を意味する。所望の８バイトの
値に到達するために、結果としての結合体が左側に４バ
イトのゼロをもって詰込まれることになる。
【０６４５】ステップ１６１２では、６４ビットの初期
化ベクトルが得られる。この初期化ベクトル領域２４０
Ｂの下側６４ビットのセッション−キーである。この初
期化ベクトルは開設セッション処理４０７の間に発生す
る。
【０６４６】ステップ１６１３では、ステップ１６１１
で計算された数量Ｑとステップ１６１２で得られる初期
化ベクトルについての論理”エックスクルーシブＯＲ”
（ＸＯＲ）の操作が行なわれる。
【０６４７】ステップ１６１４では、ステップ１６１３
（６４ビットの値）でこのＸＯＲ操作が行われが結果
が、セッションキー領域２４０Ｂの上側６４ビットに蓄
積された５６ビットＤＥＳキーを用いて暗号化される。
この５６ビットＤＥＳキーは開設セッション処理４０７
間に発生する。
【０６４８】ステップ１６１５では、ステップ１６１４
のＸＯＲの暗号化の結果のパリティビットが除去され
る。このようにして、５６ビットＤＥＳキーＤＥＳ−Ｃ
Ａ１が作られる。
【０６４９】メッセージＣＡ１のＣＡ−ＤＥＳ−キー生
成処理１６００はステップ１６１７で終了する。
【０６５０】図７８を再度参照すると、メッセージＣＡ
１のメッセージ組立て処理ＣＡ１２が、ステップ１６２
５で継続される。ここでは、ＤＥＳキーＤＥＳ−ＣＡ１
がテンポラリレジスタに保管される。
【０６５１】ステップ１６２６では、顧客アプリケーシ
ョンソフトウエア２１０がメッセージテンプレートデー
タ構造２７０（図１７）にアクセスして、ラベルのリス
トを得る。このリストは、関連する値に合致すれば、メ
ッセージＣＡ１の不透明部の内容を作る。
【０６５２】メッセージＣＡ１の不透明部は図８０に示
されており、ここでは、ラベル値ペア５１１７Ａは”金
額”ラベルを有する。ラベル値ペア５１１７ａの値は通
貨及び顧客ユーザ２０３が商品に支払う金額を示す。
【０６５３】ラベル値ペア５１１７Ｂは”オース−コー
ド”ラベルを有し、ステップ１６２８で作られる。メッ
セージＣＡ１に対して、ラベル値ペア５１１７Ｂは、領
域２４０Ｃの８バイトソルト、ラベル値ペア５１１３
Ａ、５１１３Ｃ−５１１３Ｈ及び５１１７Ａの値、及び
領域２４０Ｃの結合体のハッシュである。ハッシイング
を行う前に、ラベル値ペア５１１３Ａ、５１１３Ｃ−５
１１３Ｈ及び５１１７Ａの全ての値の中の白紙スペース
を移動させて、縦のバーセパレータ特性が隣接する各ペ
アの値の中に挿入する。
【０６５４】真正を証明するコードはデジタルサインで
はない。デジタルサインはラベル値ペア５１１７Ｂで反
映されたオースコードに代えて使用することができる一
方、処理時間の期間内にこのような使用をするコスト
は、ハッシュを処理するのに比して相当なものである。
顧客ユーザ２０３及び販売者ユーザー３０３に対して限
定された期間を有する独立したセッションを使用するこ
とによって所定のセーブガードが与えられると、暗号化
のベースとなる非拒絶の利益は処理時間にかかるコスト
に優るのに十分でない。
【０６５５】ステップ１６２９では、ステップ１６２８
で作られたラベル値ペア５１１７Ｂが、ラベル値ペア５
１１７Ａに追加されている。ラベル値ペア５１１７Ａ及
び５１１７Ｂは、ＤＥＳキーＤＥＳ−ＣＡ１を用いて暗
号化され、ステップ１６２５でテンポラリレジスタに蓄
積される。
【０６５６】ステップ１６３０では、ステップ１６２９
で暗号化されたデータが公知の技術を用いて符号化され
る。
【０６５７】メッセージＣＡ１はステップ１６３１−１
６３４で組立てられる。ステップ１６３１では、顧客メ
ッセージテンプレートデータ構造２７０（図１７）のメ
ッセージテンプレードファンドと、顧客アプリケーショ
ンソフトウエア２１０に埋まっているプロトコル番号を
用いて、ヘッダ５１０５が作られる。
【０６５８】ステップ１６３２では、透明ラベル値ペア
５１１３Ａ−５１１３が付加される。
【０６５９】ステップ１６３３では、不透明ラベル値ペ
ア５１１７が付加される。ラベル値ペア５１１７は続く
値が暗号データ化されることを表す”不透明”ラベルを
有する。ラベル値ペア５１１７の値はステップ１６３０
で暗号化されたデータを表す。
【０６６０】トレーラ５１５０はステップ１６３４で組
立てられる。トレイラ５１５０のチェックサムは上述し
たように、サンプルメッセージ４０００に関連して計算
される。トレーラ５１５０はメッセージＣＡ１の残りに
加えられる。
【０６６１】メッセージＣＡ１の組立ては、これで終了
する。メッセージＣＡ１のメッセージの組立て処理ＣＡ
１２はステップ１６３５で終わる。
【０６６２】図２４を再度参照すると、ステップ１７０
７Ａで処理が継続している。ここでは、顧客コンピュー
タ２００が以下の通り、新規記録２５３（図２５）を追
加する。
【０６６３】顧客アプリケーションソフトウエア２１０
は、値、好ましくは”キャッシュ−支払”を作り、それ
を型領域２５３Ａに蓄積する。
【０６６４】顧客アプリケーションソフトウエアは、取
り引き番号及び日付を作り、取り引き番号領域２５３Ｂ
及び日付／時刻領域２５３Ｃに蓄積する。
【０６６５】メッセージＣＡ１を作るのに使用される顧
客アプリケーションソフトウエア２１０のソフトウエア
バージョンは、顧客アプリケーションソフトウエア２１
０から得られ、ソフトウエアバージョン領域２５３Ｄに
蓄積される。
【０６６６】顧客個人１２０．１の個人ＩＤは、領域２
２０Ａから得られ、領域２５３Ｅに蓄積される。
【０６６７】メッセージＰＲ１のラベル値ペア５０１３
Ｃの値は、注文ＩＤ領域２５３Ｆに蓄積される。
【０６６８】ラベル値ペア５１１３Ｂの値は販売者ＩＤ
領域２５３Ｇに蓄積される。
【０６６９】ラベル値ペア５１１７Ａに関連する値は、
金額領域２５３Ｈに蓄積され、顧客セッションデータ構
造２４０の通貨値領域２４０Ｆから差引かれる。
【０６７０】ユーザメモ領域２５３Ｉは、顧客ユーザ２
０３が支払に同意した時に顧客アプリケーションソフト
ウエア２１０からのプロンプトに応答して顧客ユーザ２
０３から得られる。
【０６７１】メッセージＰＲ１からのラベル値ペア５０
１３Ｉの値は領域２５３Ｊに蓄積される。
【０６７２】メッセージＣＡ１のコピーは好ましくは、
領域２５３Ｋに蓄積される。
【０６７３】図７３−７５を再度参照すると、処理がス
テップ１７０８へ続いている。ここでは、顧客コンピュ
ータ２００がメッセージＣＡ１を販売者コンピュータ３
００へ転送する。顧客コンピュータ２００は、販売者コ
ンピュータ３００から応答メッセージＣＡ４を待つ。
【０６７４】ステップ１７０９では、販売人コンピュー
タ３００が顧客コンピュータ２００からメッセージＣＡ
１を受取り、メッセージアンラップ処理ＣＡ１を実行し
て、メッセージＣＡ１をアンラップする。メッセージア
ンラップ処理ＣＡ１は、ステップ１６４１で始まる図８
２を参照して述べることにする。
【０６７５】ステップ１６４２では、販売者ソフトウエ
ア３１０がメッセージＣＡ１のヘッダ５１０５のプロト
コル番号を抽出する。領域５１０５Ｃのこの抽出された
プロトコル番号に基づいてメッセージデータ構造３８０
がアクセスされ、メッセージＣＡ１の所定のフォーマッ
トを決定する。この期待されたフォーマットは、メッセ
ージシンタックス（例えば、ｅｎｄ−ｏｆ−ｌｉｎｅの
文字を許すなど）と、メッセージコーディング（例え
ば、ＡＳＣＩＩまたはｈｅｘ）を含めてもよい。メッセ
ージＣＡ１は、以下の通り、期待されたフォーマットに
よって分析される。
【０６７６】ステップ１６４３では、販売者コンピュー
タ３００が、メッセージＣＡ１のメッセージ組立て処理
ＣＡ１２のステップ１６３３で顧客コンピュータ２００
によって使用される同じデータを用いたチェックサムを
計算する。ステップ１６４４では、ステップ１６４３で
計算したチェックサムがメッセージＣＡ１のトレーラ５
１５０のチェックサムと比較される。もし、そのチェッ
クサムが等しくなければ、ＣＡ１メッセージアンラップ
処理が終了するステップ１６４４Ｄで廃棄される。
【０６７７】ステップ１６４４でチェックサムが等しけ
れば、ステップ１６４４Ｂに処理が継続され、そこでメ
ッセージをチェックして、メッセージアンラップ処理Ｃ
Ａ１に適当であるかどうかを決定する。メッセージが、
メッセージの透明部分に”型”ラベルを含むものであ
り、その値がメッセージＣＡ１を表示するものであれ
ば、それは適当である。メッセージがラベル値ペアを含
んでいなければ、適当でない。メッセージＣＡ１は適当
であり、従って、処理はステップ１６４５に継続され、
メッセージＣＡ１のフォームのチェックが行われる。
【０６７８】ステップ１６４５のフォームチェック処理
は、ソフトウエアバージョンに依存する。すなわち、メ
ッセージの所定のフォーム、及び受入れ可能か否かを決
定するクリテリアは、すでに述べたとおり、メッセージ
のタイプとメッセージＣＡ１に与えられているバージョ
ン情報、及びメッセージデータ３８０で決まる所定の時
間に有効になるメッセージとメッセージの変形に依存す
る。少なくとも、フォームチェック処理は、入ってくる
メッセージがそのメッセージに対して予め決められたラ
ベルを全て含んでいるかどうか、値を要求する各ラベル
に対して値があるか否か、及び、その値が、型（例え
ば、テキスト、サインした番号）、シンタックスに関す
るものであり、要求されている特別な限定内にあるかど
うかを確実にする。メッセージが分析できない場合、あ
るいは分析できてもフォームクリテリアが合致しなかっ
た場合は、ステップ１６４７でエラーフラッグが設定さ
れる。この場合、メッセージアンラップ処理ＣＡ１はス
テップ１６４８で終了する。メッセージＣＡ１がステッ
プ１６４５のフォームチェックをパスした場合は、処理
がステップ１６４６で継続され、ラベル値５１１７の値
がテンポラリレジスタに蓄積される。メッセージアンラ
ップ処理ＣＡ１はステップ１６４８で終了する。
【０６７９】再度、図７３−７５を参照すると、ステッ
プ１７１０Ａで処理が再開する。ステップ１６４７でエ
ラーフラッグが設定されたら、ステップ１７１０Ｂ処理
が継続され、販売者エラー処理処理が呼出される。
【０６８０】ステップ１６４７でフラッグが設定されな
い場合は、処理は、ステップ１７１１Ａで継続される。
ここで、販売者コンピュータ３００は、図７８に示すメ
ッセージ組立て処理ＣＡ１２に基づいて、メッセージＣ
Ａ２（図８３−８５）を組立てる。メッセージ組立て処
理ＣＡ１２については、ＤＥＳ−キーＤＥＳ−ＣＡ２
が、ＣＡ−ＤＥＳ−キー処理１６００を用いて発生する
（むしろＤＥＳキーＤＥＳ−ＣＡ１以外）ことを除い
て、メッセージＣＡ１のところですでに述べた。
【０６８１】ラベル値ペア５２１３Ａは”型”ラベルを
有する。ラベル値ペア５２１３Ａの値は、メッセージＣ
Ａ２を含むラベルを設定するサーバーメッセージデータ
構造１５０内の記録を表す。ラベル値ペア５２１３Ａの
値は、販売者アプリケーションソフトウエア３１０から
得られる。
【０６８２】ラベル値ペア５２１３Ｂは、”バージョ
ン”ラベルを有し、上述したとおり、型の記録に関する
記録を表す。ラベル値ペア５２１３Ｂの値は、フォーム
に関する情報、ラベル値ペア５２１７．１と５２１７．
２の内容は、ラベル値ペア５２１７．１Ｂに与えられ
る。ラベル値ペア５２１３Ｂは、メッセージデータ構造
３８０（図３８）から販売者アプリケーションソフトウ
エア３１０によって回復される。
【０６８３】ラベル値ペア５２１３Ｃは”セッションＩ
Ｄ”ラベルを有する。ラベル値ペア５２１３Ｃの値はセ
ッション−ＩＤ領域３４０Ａ（図４２）から得られる。
【０６８４】ラベル値ペア５２１３Ｄは”インデック
ス”ラベルを有する。ラベル値ペア５２１３Ｄの値は販
売者アプリケーションソフトウエア３１０で一セッショ
ン内での取り引きに割り当てられた整数であり、領域２
４０Ｂに保管されたセッションキーの使用を表示する。
【０６８５】ラベル値ペア５２１３Ｅは”サービス−カ
テゴリ”ラベルを有する。ラベル値ペア５２１３Ｅの値
は、特別なサービス−カテゴリのメッセージを操作する
サーバーコンピュータ１００内のプロセッサにメッセー
ジＣＡ２を送るのに使用されるラベルである。
【０６８６】メッセージＣＡ２は、販売者不透明ラベル
値ペア５２１７．１と、顧客不透明ラベル値ペア５２１
７．２を含む。ラベル値ペア５２１７．１とラベル値ペ
ア５２１７．２とは、”販売者−不透明”ラベル及び”
顧客−不透明”ラベルとをそれぞれ有し、これに続く値
は暗号化されたデータであることを意味する。ラベル値
ペアの値５２１７．１はステップ１６３０で符号化され
たベース−６４であったデータを表す。ラベル値ペア５
２７１．２の値は（メッセージＣＡ１で顧客コンピュー
タ２００によって送られてきた）ラベル値ペア５１１７
の値であり、ステップ１６４６でテンポラリレジスタに
蓄積される。
【０６８７】メッセージＣＡ２の不透明部分は図８４に
示されている。ここでは、ラベル値ペア５２１７．１Ａ
が”型”ラベルを有している。ラベル値ペア５２１７．
１Ａは、メッセージＣＡ２の不透明部の内容のラベルを
設定するメッセージデータ構造１５０内の記録を表す。
ラベル値ペア５２１７．１Ａの値は販売者アプリケーシ
ョンソフトウエア３１０から得られる。
【０６８８】ラベル値ペア５２１７．１Ｂは”バージョ
ン”ラベルを有し、ラベル値ペア５２１７．１Ａによっ
て表されるそのタイプの記録内の記録を表す。先に述べ
たとおり、ラベル値ペア５２１７．１Ｂは、メッセージ
の送り人に、メッセージの受取人に、そのメッセージの
どのバージョンが送られ、受取人にそのバージョンをど
のように分析して処理するかを通知させる。ラベル値ペ
ア５２１７．１Ｂはサーバーコンピュータ１００に、不
透明ラベル値ペア５２１７．１のフォームと内容を通知
する。ラベル値ペア５２１７．１Ｂの値は、販売者アプ
リケーションソフトウエア３１０から得られる。
【０６８９】本発明は、好ましくは、販売人コンピュー
タ３００に、一以上の顧客コンピュータから受け取っ
た”ｎ”個のＣＡ１メッセージを、単一のメッセージＣ
Ａ２内で、サーバーコンピュータへ提出させる。本発明
では、変数”ｎ”は１から２５５のレンジ内で整数であ
る。システムのキャパシティと他のファクタによって
は、異なるレンジを設けることも可能である。メッセー
ジＣＡ２は、受け取ったメッセージＣＡ１の透明ラベル
値ペア５１１３Ａ−５１１３Ｄ及び５１１３Ｆ−５１１
３Ｈが不透明ラベル値ペア５２１７．１に含まれるよう
に構成されている。販売者コンピュータ３００によって
サーバーコンピュータ１００へ提出される買うメッセー
ジＣＡ２のために、メッセージＣＡ２は、ラベル値ペア
５２１７．１Ｃ−５２１７．１Ｉ（ラベル値ペア５１１
３Ａ−５１１３と及びＩ５１１３Ｆ−５１１３Ｈに対応
する）及び５２１７．Ｊを含んでいる。より詳しく述べ
ると：ラベル値ペア５２１７．１Ｃは”型−ｎ”ラベル
とラベル値ペア５１１７Ａの値を有する。
【０６９０】ラベル値ペア５２１７．１Ｄは”サブバー
ジョン−ｎ”ラベルとラベル値ペア５１１７Ｂの値を有
する。
【０６９１】ラベル値ペア５２１７．１Ｅは”支払人−
セッション−ＩＤ−ｎ”ラベルとラベル値ペア５１１７
Ｃの値を有する。
【０６９２】ラベル値ペア５２１７．１Ｆは”支払人−
インデックス−ｎ”ラベルとラベル値ペア５１１７Ｄの
値を有する。
【０６９３】ラベル値ペア５２１７．１Ｇは”ノート−
ハッシュ−ｎ”ラベルとラベル値ペア５１１７Ｆの値を
有する。
【０６９４】ラベル値ペア５２１７．１Ｈは”受取人−
ＩＤ−ｎ”ラベルとラベル値ペア５１１７Ｇの値を有す
る。
【０６９５】ラベル値ペア５２１７．１Ｉは”注文−Ｉ
Ｄ−ｎ”ラベルとラベル値ペア５１１７Ｈの値を有す
る。
【０６９６】ラベル値ペア５２１７．１Ｊは”販売者−
金額−ｎ”ラベルを有する。ラベル値ペア５２１７．１
Ｊの値は、販売人アプリケーションソフトウエア３１０
で与えられ、販売人ユーザ３０３が商品に対して受け取
る通貨と金額とを表す。
【０６９７】図２４を再度参照すると、処理はステップ
１７１１Ｂにて継続され、ここで、販売者コンピュータ
３３０がローカルデータ構造を以下の様にして更新す
る。
【０６９８】新規レコード３５０．１は、メッセージＣ
Ａ１に含まれている”ｎ”個のＣＡ１メッセージ用の販
売者金額データ構造３５０において作られる。ラベル値
ペア注文−ＩＤ−ｎからの注文−ＩＤは、領域３５０Ａ
に蓄積される。ラベル値ぺア販売人−金額−ｎからの販
売人−金額は領域３５０Ｂに蓄積される。
【０６９９】レコード３７０．１（図４６）は以下の通
り更新される。
【０７００】ステータス領域３７０Ｂが販売人アプリケ
ーションソフトウエア３１０で”試行”にセットされ
る。ラベル値ペア５２１３Ｃからの販売人ユーザ３０３
のセッション−ＩＤは領域３７０Ｇに蓄積される。ラベ
ル値ペア５２１３Ｄからの販売人ユーザ３０３のインデ
ックスは領域３７０Ｈに蓄積される。ラベル値ペア５２
１７Ｅからの顧客ユーザ２０３のセッション−ＩＤは領
域３７０Ｄに蓄積される。ラベル値ペア５２１７Ｆから
の顧客ユーザ２０３のインデックスは領域３７０Ｅに蓄
積される。販売人の通貨は、ラベル値ペア５２１７Ｊの
通貨シンボル値から取られ、領域３７０Ｉに蓄積され
る。販売人が支払われることを期待している金額はラベ
ル値ペア５２１７Ｋの金額値から取られ、領域３７０Ｊ
に蓄積される。
【０７０１】再度、図７３−７５を参照すると、処理は
ステップ１７１２で継続される。販売人コンピュータ３
００はメッセージＣＡ２をサーバーコンピュータ１００
に転送する。販売人コンピュータ３００はサーバーコン
ピュータ１００からの応答メッセージＣＡ３を待つ。
【０７０２】ステップ１７１３Ａで、サーバーコンピュ
ータ１００は販売人コンピュータ３００からメッセージ
ＣＡ２を受取り、メッセージＣＡ２のラベル値ペア５２
１３Ｄの値のコピーをインデックス領域１３０ＬＬ．１
に（図１４）、メッセージＣＡ２のコピーを領域１３０
ＬＬ．２に蓄積する。ステップ１７１３Ｂで、サーバー
はサーバーメッセージアンラップ処理１６６０を実行し
て、メッセージＣＡ２をアンラップする。ステップ１６
１で始まるメッセージＣＡ２のサーバーメッセージアン
ラップ処理１６６０を、図８６及び８７を参照して、以
下に述べる。
【０７０３】ステップ１６６２において、サーバーソフ
トウエア１１０は、メッセージＣＡ２のヘッダ５２０５
の領域５２０５Ｃからプロトコル番号を抽出する。次い
で、この抽出したプロトコル番号をもとにして、メッセ
ージデータ構造１５０にアクセスして、メッセージＣＡ
２の所定のフォーマットを決定する。この所定のフォー
マットは、メッセージシンナックス（例えば許可された
ｅｎｄ−ｏｆ−ｌｉｎｅの文字）及びメッセージコード
（例えばＡＳＣＩＩまたはｈｅｘ）を含んでいてもよ
い。メッセージＣＡ２は所定のフォーマットによって以
下の通り分析される。
【０７０４】ステップ１６６３において、サーバーコン
ピュータ１００が、メッセージＣＡ２用のメッセージ組
立て処理ＣＡ１２のステップ１６３３で販売者コンピュ
ータ３００で使用されているのと同じデータを用いてチ
ェックサムを計算する。ステップ１６６４で、ステップ
１６６３で計算したチェックサムと、メッセージＣＡ２
のトレーラ５２５０のチェックサムと比較される。これ
らのチェックサムが、同じでなければ、メッセージＣＡ
２は、サーバーメッセージアンラップ処理１６６０が終
了するステップ１６６４Ａで破棄される。
【０７０５】ステップ１６６４でこれらのチェックサム
が同じであれば、ステップ１６６５Ａで処理が継続さ
れ、メッセージがチェックされて、メッセージアンラッ
プ処理１５００へ奥Ｒのに適当であるかどうかが決定さ
れる。メッセージの透明部分及びメッセージＣＡ２を表
示する値に”型”ラベルが含まれていれば、メッセージ
は適当である。メッセージがこのラベル値ペアを含んで
いなければ、そのメッセージは適当でなく、ステップ１
６６５Ｃで処理が継続され、そこでメッセージが他に記
載されている他のアンラップ処理に送られる。メッセー
ジＣＡ２が適当であれば、ステップ１６６５Ｃで処理が
継続される。ここでは、販売者の不透明ラベル値ペア５
２１７．１が復号される。
【０７０６】ステップ１６６６では、先に述べたとお
り、サーバーソフトウエア１１０が、ＣＡ−ＤＥＳ−キ
ー生成処理１６００によって、販売者コンピュータから
ＤＥＳキーＤＥＳ−ＣＡ２を独自に作る。
【０７０７】ステップ１６６７では、サーバーコンピュ
ータ１００から生じる５６−ビットのＤＥＳキーＤＥＳ
−ＣＡ２が、テンポラリレジスタに蓄積される。
【０７０８】処理は１６６８で続けられる。ここでは、
販売者不透明ラベル値ペア５２１７．１がＤＥＳキーＤ
ＥＳ−ＣＡ２を用いて解読される。
【０７０９】ステップ１６６８Ａで、ラベル値ペア５２
１７．１の解読の成功か失敗かが決定される。何等かの
理由で解読が失敗した場合は、ステップ１６８３でエラ
ーフラッグが設定され、サーバーメセージアンラップ処
理１６６０はステップ１６８２で終了する。
【０７１０】解読が成功したら、ステップ１６６８Ｂで
処理が継続される。ここでは、サーバーコンピュータ１
００が、販売者ユーザ３０３が有効なセッションを開設
したかどうかを決定する。サーバーコンピュータ１００
は、ラベル値ペア５２１３Ｃから販売者のセッションＩ
Ｄ番号を得る。このセッションＩＤは、ラベル値ペア５
２１３Ｃで認識されたセッション用の販売者レコード１
３０．２を得るのに使用される。領域１３０ＧＧに蓄積
されている開設データが、次いでサーバーコンピュータ
１００のクロックを参照して決定したデータと、そのセ
ッションが開始するまでに経過した時間と比較される。
そのセッションが開始するまでに経過した時間がキー寿
命領域１３０ＪＪにおける値を越えている場合は、その
セッションが無効になる。これに加えて、インデックス
ラベル値ペア５２１３Ｄが、領域１３０ＩＩに蓄積され
ているきー使用制限の値を越えている場合は、そのセッ
ションの使用が無効になる。セッションが無効になった
場合は、ステップ１６８１でセッション−閉鎖フラッグ
がセットされ、ステップ１６８２でＣＡ２アンラップ処
理が終了し、支払処理１７００は領域１７１４で継続さ
れる。
【０７１１】セッションが有効であれば、ステップ１６
６８Ｃにおいて、ラベル値ペア５２１７．１Ａに基づい
てメッセージの型が決定される。例えば、メッセージＣ
Ａ２に関するラベル値ペア５２１７．１Ａの値は”キャ
ッシュ−コレクション”でよい。
【０７１２】ステップ１６６９で処理が続けられる。こ
こでは、サーバーコンピュータ１００、メッセージＣＡ
２のフォームのチェックを行う。ステップ１６６９のフ
ォームチェック処理は、ソフトウエアのバージョンに依
存する。すなわち、メッセージの所定のフォームと、そ
れが受入れ可能か否かを決定するクリテリアは、すでに
述べたとおり、メッセージの型とバージョンデータ構造
１５０に基づいて決定される所定の時間、有効であるメ
ッセージとメッセージの変形によって決まる。最小限、
フォームチェック処理は、入ってくるメッセージがその
メッセージに関して決められている全てのラベルを含ん
でいるかどうか、値を必要とする各ラベルについて値が
あるかどうか、及びその値が、その型（例えば、テキス
ト、サインをした番号）、シンタックスに関するもので
あり、要求される特定の制限内にあるかどうかを確かめ
る。メッセージが分析できるが、フォームクリテリアに
合致しない場合は、サーバーコンピュータ１００がステ
ップ１６８１でエラーフラッグを設定し、エラーコード
をメッセージＣＡ３（後述する）に戻す。この場合、メ
ッセージＣＡ２のサーバーメッセージアンラップ処理が
ステップ１６８２で終了することになる。
【０７１３】メッセージＣＡ２が、ステップ１６６９で
フォームチェックをパスしたら、ステップ１６７０へ処
理を進める。
【０７１４】ステップ１６７０では、ラベル値ペア５２
１７．１Ｋによって表される販売者ユーザ３０３の検証
コードが以下のようにして認証される。サーバーソフト
ウエア１１０は、領域１３０ＣＣの８−バイトのソルト
を得る。次いで、サーバーソフトウエア１１０が、メッ
セージデータ構造１５０にアクセスして、メッセージＣ
Ａ２に関するメッセージ組立て処理ＣＡ１２のステップ
１６２７で、どのラベル値ペアがハッシュされたかを決
めて、ラベル値ペア５２１７．１Ｋの値を計算する。つ
いで、サーバーソフトウエア１１０でこれらの同じラベ
ル値ペアをハッシュする。ハッシュが計算される前に、
領域１３０ＣＣの８バイトソルトが、ラベル値ペアのペ
リフィックスとサフィックスとして加えられる。このハ
ッシュの値は、ラベル値ペア５２１７．１Ｋの値と比較
される。これらの値が異なる場合は、ステップ１６８１
で適当なエラーフラッグが設定される。この場合は、メ
ッセージＣＡ２に関するサーバーメッセージアンラップ
処理１６６０が、ステップ１６８２で終了する。これら
の値が整合した場合は、ステップ１６７１で処理が継続
される。
【０７１５】ステップ１６７１では、変数”ｎ”が１に
初期化される。この変数”ｎ”の値は、上述したとお
り、メッセージＣＡ２に含まれるｎ番目のＣＡ１メッセ
ージを意味する。
【０７１６】ステップ１６７２では、サーバーソフトウ
エア１１０が、ＣＡ−ＤＥＳ−キー製造処理１６００に
基づいて、ＤＥＳキーＤＥＳ−ＣＡ１を作る。サーバー
コンピュータ１００で作られたＤＥＳキーＤＥＳ−ＣＡ
１は、テンポラリレジスタに蓄積される。
【０７１７】ステップ１６７３では、顧客不透明ラベル
値ペア５２１７．２がＤＥＳキーＤＥＳ−ＣＡ１を用い
て解読される。
【０７１８】ステップ１６７４では、ラベル値ペア５２
１７．２の解読の成功、失敗が決められる。何等かの理
由で解読が失敗した場合、ステップ１６７８でエラーフ
ラッグが設定され、ステップ１６７９に処理が進められ
る。ここで、処理すべきＣＡ１メッセージがまだあるか
道下が決定される。まだある場合は、ステップ１６８０
で処理が継続される。処理すべきメッセージがない場合
は、サーバーメッセージアンラップ処理１６６０がステ
ップ１６８２で終了する。
【０７１９】ラベル値ペア５２１７．２の解読が成功で
あれば、ステップ１６７５に処理が進められる。
【０７２０】ステップ１６７５では、メッセージＣＡ１
のラベル値ペア５１１７Ｂで表される顧客ユーザ２２０
３の検証コードが以下の用にして認証される。サーバー
ソフトウエア１１０は、領域１３０の８−バイトソルト
を得る。次いで、サーバーソフトウエア１１０はメッセ
ージデータ構造１５０にアクセスして、メッセージＣＡ
１に関するメッセージ組立て処理ＣＡ１２のステップ１
６２７で、どのラベル値ペアがハッシュされたかを決め
て、ラベル値ペア５１１７．１Ｋの値を計算する。つい
で、サーバーソフトウエア１１０でこれらの同じラベル
値ペアをハッシュする。ハッシュが計算される前に、領
域１３０Ｃの８バイトソルトが、ラベル値ペアのペリフ
ィックスとサフィックスとして加えられる。このハッシ
ュの値は、ラベル値ペア５１１７Ｂの値と比較される。
これらの値が異なる場合は、ステップ１６７８で適当な
エラーフラッグが設定され、ステップ１６７９で処理が
継続される。この場合は、メッセージＣＡ１に関するサ
ーバーメッセージアンラップ処理１６６０が、ステップ
１６８２で終了する。終了した場合は、処理がステップ
１６８０で続けられる。これらの値が整合した場合は、
ステップ１６７６で処理が継続される。
【０７２１】ステップ１６７６では、販売者３０３が有
効なセッションを開設したばあい、サーバーコンピュー
タ１００が、メッセージＣＡ２に含まれているｎ回目の
支払い要求に関連する顧客ユーザ２０３が有効なセッシ
ョンを開設しているかどうかを決める。サーバーコンピ
ュータ１００は、ラベル値ペア５２１７．Ｅから顧客ユ
ーザ２０３のセッションＩＤ番号を得る。このセッショ
ンＩＤは、ラベル値ペア５２１７．１Ｅで認識されてい
るセッションに関する顧客セッションレコード１３０．
１を得るのに使用される。領域１３０Ｇに蓄積された開
設日が、次いでサーバーコンピュータ１００のクロック
で決定された日付と、セッションの新設が計数されてか
ら経過した時間と比較される。セッションの新設から経
過した時間がキー−寿命領域１３０Ｊの値を越えた場合
は、そのセッションが無効になる。インデックスラベル
値ペア５２１７．１Ｆの値が領域１３０Ｉに蓄積されて
いるキー−使用制限の値を越えた場合は、取り引きが無
効になる。セッションが無効であれば、ステップ１６７
８でセッション−閉鎖フラッグが設定され、ステップ１
６７９で処理が継続される。ここでは、処理すべきＣＡ
１メッセージがまだあるかどうかを決定する。もし、ま
だある場合は、ステップ１６８０で処理が継続される。
メッセージがない場合は、サーバーメッセージアンラッ
プ１６６０が、ステップ１６８２で終了する。
【０７２２】顧客ユーザ２０３のセッションが有効であ
れば、処理はステップ１６６７で続けられる。
【０７２３】ステップ１６７７では、販売者ユーザ３０
３に対して支払が行われる。顧客ユーザ２３０に関して
言えば、この支払は金額のラベル値ペア５２１７．２Ａ
を反映した金額が、領域１３０Ｆの現在の金額から差引
かれ、レコード１３０．１の取り引きデータ１３０Ｎを
取入れる。取り引きデータ１３０Ｎは図１３に示されて
おり、次のデータが取入れられる。ラベル値ペア５２１
７．２Ａの金額は領域１３０Ｎ．１に蓄積され；ラベル
値ペア５２１７．Ｅからの顧客セッションＩＤは領域１
３０Ｎ．２に蓄積され；ラベル値ペア５２１７．１Ｉか
らの注文−ＩＤは、領域１３０Ｎ．３に蓄積され、ラベ
ル値ペア５２１３Ｃからの販売者セッションＩＤは領域
１３０Ｎ．４に蓄積され；ラベル値ペア５２１７．１Ｆ
からの顧客インデックスは領域１３０Ｎ．５に蓄積され
る。
【０７２４】販売者ユーザ３０３については、この支払
は、金額領域５１１７Ａに反映される金額に、領域１３
０Ｆの現在の金額を追加することを意味し、レコード１
３０．２．１３０１の取り引きデータ１３０ＦＦを取入
れる。取り引きデータ１３０ＮＮは図１５に示されてお
り、次のデータが取入れられる。ラベル値ペア５２１
７．２Ａの金額は領域１３０ＮＮ．１に蓄積され；ラベ
ル値ペア５２１７．Ｅからの顧客セッションＩＤは領域
１３０ＮＮ．２に蓄積され；ラベル値ペア５２１７．１
Ｉからの注文−ＩＤは、領域１３０ＮＮ．３に蓄積さ
れ、ラベル値ペア５２１３Ｃからの販売者セッションＩ
Ｄは領域１３０ＮＮ．４に蓄積され；ラベル値ペア５２
１７．１Ｆからの販売者インデックスは領域１３０Ｎ
Ｎ．５に蓄積される。
【０７２５】ステップ１６７９において、サーバーソフ
トウエア１１０は、メッセージＣＡ２が処理すべき追加
のメッセージＣＡ１を含んでいるかどうかを決定する。
処理すべき追加のＣＡ１メッセージがあるばあい、ステ
ップ１６８０で変数”ｎ”が増加し、先に述べたとお
り、ステップ１６７２で処理が続けられる。処理術Ｒ器
追加ＣＡ１メッセージがない場合、ステップ１６８２で
メッセージＣＡ２用のサーバーメッセージアンラップ処
理１６６０が終了する。
【０７２６】図７３−７５のステップ１７１４にて処理
が続けられる。ここで、ステップ１６６４、１６６８
Ａ、１６６８Ｂ、１６６９、１６７０、のチェックの結
果ステップ１６８１でエラーフラッグが設定されていれ
ば、ステップ１６８１で処理が続けられる。ここでは、
エラーの型が、応答コードラベル値ペア５３１７１．Ｃ
に関連すべき所定のコードと、ラベル値ペア５３１７．
１Ｅに関連するべきメッセージとを引出す。エラーフラ
ッグで検出され、応答コードラベル値ペアに報告される
る詳細のレベルは、システム管理者に対する決定であ
る。例えば、”失敗”は、”大失敗”となる。すなわ
ち、そのメッセージ（例えば、無効フォーマット、ある
いはセッションの閉鎖）の再提出される失敗のサブセッ
トの失敗は、メッセージの処理において生じない。”失
敗”は、また、回復し得る失敗（例えば、サーバーコン
ピュータ１００のテンポラリ的な停電によるタイムアウ
ト）を囲むこともできる。次に述べるところにおいて、
期間の失敗は、よく使用される。
【０７２７】ステップ１６８１でフラッグが設定されな
ければ、ステップ１７１６に処理がすすみ、ここで、サ
ーバーコンピュータ１００が、ステップ１６７４、１６
７５、及び１６７６における支払要求メッセージのチェ
ックが、ステップ１６７８で設定されるべきエラーフラ
ッグを起こしたのかどうかを決定する。ｎ番目のＣＡ１
メッセージが設定されるべきフラッグを生じさせた場
合、ステップ１７１７において、ラベル値ペア５３１
７．１Ｋ（応答コード−ｎ）とラベル値ペア５３１７．
２Ａ（応答コード）の値が、失敗として設定され、ラベ
ル値ペア５３１７．１Ｎ（問題−ｎ）及びラベル値ペア
５３１７．２Ｅ（問題）が、ラベル値ペア５３１７．１
Ｋの値に関するコードの値を割り当てる。サーバーコン
ピュータ１００のオペレータが所望するようであれば、
メッセージと関係なく、失敗をラベル値ペア５３１７．
１Ｌ（リマーク−ｎ）及びラベル値ペア５３１７．５Ａ
（リマーク）に含めることができる。
【０７２８】ステップ１７１８Ａにおいて、サーバーコ
ンピュータ１００は、図８８に示すサーバーメッセージ
組立て処理３４００に従って、メッセージＣＡ３を組立
てる。
【０７２９】メッセージＣＡ３用のサーバーメッセージ
組立て処理３４００はステップ３４０１で始まる。
【０７３０】ステップ３４０２Ａにおいて、サーバーソ
フトウエア１１０が、メッセージの型及びバージョンデ
ータ構造１５０にアクセスして、ラベルのリストを得
る。これは、関連する値に整合した時、図８９及び９０
に示すメッセージＣＡ３用の透明ラベル値ペア５３１３
Ａ−５３１３Ｅを作る。以下に述べるとおり、ステップ
３４０５Ａで、値が各ラベルに関連づけられる。
【０７３１】ラベル値ペア５３１３Ａは、”型”ラベル
を有する。ラベル値ペア５３１３Ａの値は、メッセージ
ＣＡ３のラベルを設定するメッセージデータ構造３８０
のレコードを示す。ラベル値ペア５３１３Ａの値は、サ
ーバーソフトウエア１１０から得られる。
【０７３２】ラベル値ペア５３１３Ｂは、”バージョ
ン”ラベルを有し、ラベル値ペア５３１３Ａで示される
レコードに関係するレコードを示す。上述したとおり、
ラベル値ペア５３１３Ｂは、メッセージの送り主に。そ
のメッセージのバージョンの受取、及びこのバージョン
をどのように分析し処理するかについての通知を行わせ
る。メッセージＣＡ３は、販売者コンピュータ３００に
送られるメッセージＣＡ２の応答であるため、メッセー
ジＣＡ３は、サーバーソフトウエア１１０によって選択
され、販売者アプリケーションソフトウエア３１０で処
理できることを確認する。ラベル値ペア５３１３Ｂは、
販売者アプリケーションソフトウエア３１０に透明ラベ
ル値ペア５３１３Ａ、５３１３Ｃ、５３１３Ｄ、及び５
３１３Ｅのフォームと内容を通知する。ラベル値ペア５
３１３Ｂの値は、販売者ソフトウエア３１０から得られ
る。
【０７３３】ラベル値ペア５３１３Ｃは、”セッション
ＩＤ”ラベルを有する。ラベル値ペア５３１３Ｃの値
は、販売者セッションデータ構造１３０の領域１３０Ａ
ＡのセッションＩＤから得られる。
【０７３４】ラベル値ペア５３１３Ｄは、”インデック
ス”ラベルを有する。ラベル値ペア５３１３Ｄの値は、
販売者セッションデータ構造１３０の領域１３０ＬＬの
インデックスから得られる。
【０７３５】ラベル値ペア５３１３Ｅは、”サービス−
カテゴリ”ラベルを有する。ラベル値ペア５３１３Ｅの
値は、販売者コンピュータ３００で、メッセージＣＡ３
を特に、サービスカテゴリのメッセージを取り扱う販売
者コンピュータ３００内のプロセッサに送るために使用
されるラベルである。
【０７３６】ステップ３４０２Ｃでは、サーバーソフト
ウエア１１０が、５６−ビットのＤＥＳキーＤＥＳ−Ｃ
Ａ３Ｃ−ｎ及びＤＥＳ−ＣＡ３−Ｍを作る。ＤＥＳキー
ＤＥＳ−ＣＡ３Ｃ−ｎ及びＤＥＳ−ＣＡ３−Ｍは、顧客
コンピュータ２００及び販売者コンピュータ３００のそ
れぞれで受け取るデータを暗号化するのに使用される。
先に述べたとおり、ＤＥＳキーＤＥＳ−ＣＡ３Ｃ及びＤ
ＥＳ−ＣＡ３−Ｍは、ＣＡ−ＤＥＳ−キー製造処理１６
００に従って作られる。
【０７３７】図８８を再度参照すると、メッセージ組立
て処理ＣＡ３が、ステップ３４２０Ｄで続けられる。こ
こで、ＤＥＳキーＤＥＳ−ＣＡ３Ｃ−ｎ及びＤＥＳ−Ｃ
Ａ３−Ｍがテンポラリレジスタに蓄積される。
【０７３８】ステップ３４０３では、サーバーソフトウ
エア１１０がメッセージテンプレートデータ構造１５０
にアクセスして、ラベルのリストを得る。ラベルのリス
トは、関連する値に整合した時に、メッセージＣＡ３の
販売者不透明セクションの内容（図９０）を決めるもの
である。値は各ラベルに以下のように関連している。
【０７３９】メッセージＣＡ３の販売者不透明セクショ
ンの内容は、図９０に示されており、ラベル値ペア５３
１７．１Ａは”サブタイプ”のラベルを有する。ラベル
値ペア５３１７．１Ａは、メッセージＣＡ３用の販売者
不透明セクションの内容のラベルを含むメッセージデー
タ構造３８０内のレコードに関するラベルである。ラベ
ル値ペア５３１７．１Ａの値は、サーバーソフトウエア
１１０から得られる。
【０７４０】ラベル値ペア５３１７．１Ｂは、”サブバ
ージョン”ラベルを有する。ラベル値ペア５３１７．１
Ｂは、所定の時間で有効になるメッセージの型の変形を
処理するメッセージデータ構造１５０の保持されている
コードである。
【０７４１】ラベル値ペア５３１７．１Ｃは、”応答−
コード”ラベルを有し、その値は上述したとおり、”成
功”または”失敗”である。ラベル値ペア５３１７．１
Ｃは、メッセージＣＡ２によってサーバーコンピュータ
１００に与えられた取り引きが成功か失敗かその他であ
るかを表示する。ラベル値ペア５３１７．１Ｃの値は、
サーバーソフトウエア１１０から上述したステップ１７
１５で得られる。
【０７４２】ラベル値ペア５３１７．１Ｄは、”手数
料”ラベルを有する。ラベル値ペア５３１７．１Ｄの値
は、もしあれば、メッセージＣＡ２の処理に関連する販
売者ユーザ３０３に係る手数料を表示する。ラベル値ペ
ア５３１７．１Ｃの値はサーバーソフトウエア１１０か
ら得られる。
【０７４３】ラベル値ペア５３１７．１Ｅは”問題点”
ラベルを有する。ラベル値ペア５３１７．１Ｃの応答コ
ードの値が、”成功”の値以外であれば、ラベル値ペア
５３１７．１Ｅの値は販売者ユーザ３０３に、不成功の
原因を通知するコードである。ラベル値ペア５３１７．
１Ｅの値はサーバーソフトウエア１１０から、上述した
ステップ１７１５で得られる。
【０７４４】ラベル値ペア５３１７．１Ｆは”リマー
ク”ラベルを有する。ラベル値ペア５３１７．１Ｃの応
答コードの値が”成功”の値以外であれば、ラベル値ペ
ア５３１７．１Ｆの値は、不成功の理由の詳細な説明を
提供するフリーフォームのテキストメッセージである。
ラベル値ペア５３１７．１Ｆの値は、サーバーソフトウ
エア１１０から上述のステップ１７１５で得られる。
【０７４５】メッセージＣＡ３は、メッセージＣＡ２と
共に与えられる”ｎ”ＣＡ１メッセージのそれぞれに対
して以下のラベル値ペア５３１７．１Ｇ−５３１７．１
Ｐを含んでいる。
【０７４６】ラベル値ペア５３１７．１Ｇは、”サブタ
イプ−ｎ”ラベルを有し、メッセージＣＡ２のラベル値
ペア５２１７．１Ｃの値を有する。
【０７４７】ラベル値ペア５３１７．１Ｈは、”サブバ
ージョン−ｎ”ラベルを有し、メッセージＣＡ２のラベ
ル値ペア５２１７．１Ｄの値を有する。
【０７４８】ラベル値ペア５３１７．１Ｉは、”支払人
−セッション−ＩＤ−ｎ”ラベルを有し、メッセージＣ
Ａ２のラベル値ペア５２１７．１Ｅの値を有する。
【０７４９】ラベル値ペア５３１７．１Ｊは、”支払人
−インデックス−ｎ”ラベルを有し、メッセージＣＡ２
のラベル値ペア５２１７．１Ｆの値を有する。
【０７５０】ラベル値ペア５３１７．ＪＫは、”応答コ
ードｎ”ラベルを有し、その値は上述したとおり、”成
功”か”失敗”である。ラベル値ペア５３１７．１Ｋの
値は上述のステップ１７１７でサーバーソフトウエア１
１０から得られる。
【０７５１】ラベル値ペア５３１７．１Ｌは、”リマー
ク−ｎ”ラベルを有する。ラベル値ペア５３１７．１Ｋ
の応答−コードの値が、”成功”の値以外のものであれ
ば、ラベル値ペア５３１７．１Ｌの値は、不成功の理由
の詳細な説明を提供するフリーフォームのテキストメッ
セージである。ラベル値ペア５３１７．１Ｌの値は、サ
ーバーソフトウエア１１０から上述のステップ１７１７
で得られる。
【０７５２】ラベル値ペア５３１７．１Ｍは、”徴収金
額−ｎ”ラベルを有し、その値は、取り引きに関して販
売者ユーザ３０３によって徴収された電子キャッシュの
金額（メッセージＣＡ２の販売者メッセージアンラップ
処理１６６０のステップ１６７７）を表示するものであ
る。
【０７５３】ラベル値ペア５３１７．１Ｎは”問題点−
ｎ”ラベルを有する。ラベル値ペア５３１７．１Ｋの値
が、”成功”の値以外であれば、ラベル値ペア５３１
７．１Ｎの値は顧客ユーザ２０３に、不成功の原因を通
知するコードである。ラベル値ペア５３１７．１Ｎの値
はサーバーソフトウエア１１０から、上述したステップ
１７１７で得られる。
【０７５４】ラベル値ペア５３１７．１Ｏは、”注文−
ＩＤ−ｎ”を有する。ラベル値ペア５３１７．１Ｏの値
はメッセージＣＡ２のラベル値ペア５２１７．１Ｉから
得られる。
【０７５５】ラベル値ペア５３１７．１Ｐは、”リクエ
スト−バージョン”を有する。ラベル値ペア５３１７．
１Ｐの値は、サーバーコンピュータ１００で実際に処理
されているメッセージＣＡ２のバージョンを表す。
【０７５６】図８８を再度参照すると、ステップ３４０
５では、図９０のラベル値ペア５３１７．１Ｑで表され
るメッセージＣＡ３の販売者不透明セクションに関する
検証コードが作られる。ラベル値ペア５３１７．１Ｑ
は”オース−コード”ラベルを有する。ラベル値ペア５
３１７．１Ｑの値は、サーバーコンピュータ１００の検
証コードを表すものである。メッセージＣＡ３の販売者
不透明セクションに関しては、ラベル値ペア５３１７．
１Ｑの値は、領域１３０ＣＣの８−バイトソルト、ラベ
ル値ペア５３１３Ａ−５３１３Ｅ及び５３１７．１Ａ−
５３１７．１Ｐ、及び領域１３０ＣＣの８−バイトソル
ト、が連続したＭＤ５ハッシュである。ハッシングを行
う前に、ラベル値ペア５３１３Ａ−５３１３Ｅ及び５３
１７．１Ａ−５３１７．１Ｐに埋まっているホワイトス
ペースが除去される。
【０７５７】ステップ３４０６で、ステップ３４０５で
作られたラベル値ペア５３１７．１Ｑがラベル値ペア５
３１７．１Ａ−５３１７．１Ｐに追加される。ラベル値
ペア５３１７．１Ａ−５３１７．１Ｑは、５６ビットの
ＤＥＳキーＤＥＳ−ＣＡ３−Ｍを用いて暗号化される。
【０７５８】ステップ３４０７では、ステップ３４０６
で暗号化されたデータが公知の技術を用いて符号化され
る。
【０７５９】ステップ３４０８では、サーバーソフトウ
エア１１０がメッセージテンプレートデータ構造１５０
にアクセスして、ラベルのリストを得る。これは、関連
する値に整合した場合、メッセージＣＡ３の顧客不透明
セクションの内容を作るものである。値は、次の通り、
各ラベルに関連する。
【０７６０】メッセージＣＡ３の顧客不透明セクション
の内容は、図３４に示されており、ラベル値ペア５３１
７．２Ａは”応答コード”のラベルを有し、その値は上
述したとおり、”成功”または”失敗”である。ラベル
値ペア５３１７．２Ａは、メッセージＣＡ２によってサ
ーバーコンピュータ１００に与えられた取り引きが成功
か失敗かその他であるかを表示する。ラベル値ペア５３
１７．２Ａの値は、サーバーソフトウエア１１０から上
述したステップ１７１７で得られる。
【０７６１】ラベル値ペア５３１７．２Ｂは、”リマー
ク”ラベルを有する。ラベル値ペア５３１７．２Ａの応
答コードの値が”成功”の値以外であれば、ラベル値ペ
ア５３１７．２Ｂの値は、不成功の理由の詳細な説明を
提供するフリーフォームのテキストメッセージである。
ラベル値ペア５３１７．２Ｂの値は、サーバーソフトウ
エア１１０から上述のステップ１７１７で得られる。
【０７６２】ラベル値ペア５３１８．２Ｃは、”外貨−
交換”ラベルを有する。ラベル値ペア５３１７．２Ｃが
ラベル値ペア５１１７Ａに含まれる通貨の種類から他の
通貨への変換レートに関する更新の情報を提供する。ラ
ベル値ペア５３１７．２ＣＨＡソフトウエア１１０から
得られる。
【０７６３】ラベル値ペア５３１７．２Ｄは”金額”ラ
ベルを有し、取り引きに関する顧客ユーザにかかるファ
ンドの金額を表示する値である。ラベル値ペア５３１
７．２Ｄの値はサーバーソフトウエア１１０から得られ
る。
【０７６４】ラベル値ペア５３１７．２Ｅは”問題点”
ラベルを有する。ラベル値ペア５３１７．２Ａの値
が、”成功”の値以外であれば、ラベル値ペア５３１
７．２Ｅの値は顧客ユーザ２０３に、不成功の原因を通
知するコードである。ラベル値ペア５３１７．２Ｅの値
はサーバーソフトウエア１１０から、上述したステップ
１７１７で得られる。
【０７６５】ラベル値ペア５３１７．２Ｆは、”注文−
ＩＤ”を有する。ラベル値ペア５３１７．２Ｆの値はメ
ッセージＣＡ２のラベル値ペア５２１７．１Ｉから得ら
れる。
【０７６６】ラベル値ペア５３１７．２Ｇは、”リクエ
スト−バージョン”を有する。ラベル値ペア５３１７．
２Ｇの値は、サーバーコンピュータ１００で実際に処理
されているメッセージＣＡ１のバージョンを表す。
【０７６７】図８８を再度参照すると、ステップ３４１
０では、図９１のラベル値ペア５３１７．２Ｈで表され
るメッセージＣＡ３の顧客不透明セクションに関するオ
ーセンティケーションコードが作られる。ラベル値ペア
５３１７．２Ｈは”オース−コード”ラベルを有する。
図９１に示すラベル値ペア５３１７．２Ｈの値は、サー
バーコンピュータ１００の検証コードを表すものであ
る。メッセージＣＡ３の顧客不透明セクションに関して
は、ラベル値ペア５３１７．２Ｈの値は、領域１３０Ｃ
の８−バイトソルト、ラベル値ペア５３１３Ａ−５３１
３Ｄ及び５３１７．２Ａ−５３１７．２Ｇ、及び領域１
３０Ｃの８−バイトソルト、が連続したハッシュであ
る。ハッシングを行う前に、ラベル値ペア５３１３Ａ−
５３１３Ｄ及び５３１７．２Ａ−５３１７．２Ｇに埋ま
っているホワイトスペースが除去され、隣り合う各ペア
の値の間に、縦のバーセパレータ文字が挿入される。
【０７６８】ステップ３４１１で、ステップ３４１０で
作られたラベル値ペア５３１７．２Ｈがラベル値ペア５
３１７．２Ａ−５３１７．２Ｇに追加される。ラベル値
ペア５３１７．２Ａ−５３１７．２Ｈは、ＤＥＳキーＤ
ＥＳ−ＣＡ３−Ｃ−ｎを用いて暗号化される。
【０７６９】ステップ３４１２では、ステップ３４１１
で暗号化されたデータが公知の技術を用いて符号化され
る。
【０７７０】メッセージＣＡ３は、ステップ３４１３−
３４１７で組立てられる。ステップ３４１３では、型及
びバージョンデータ構造１５０で得られるメッセージテ
ンプレート及びサーバーソフトウエア１１０に埋もれて
いるプロトコル番号を用いて、ヘッダ５３０３が作られ
る。
【０７７１】ステップ３４１４では、次いで、透明ラベ
ル値ペア５３５Ａ−５３１３Ｄが加えられる。ラベル値
ペア５２１３Ａ−５３１３Ｄについてはすでに述べた。
【０７７２】ステップ３４１５及び３４１６では、販売
者不透明ラベル値ペア５３１７．１及び顧客不透明ラベ
ル値ペア５３１７．２が加えられる。ラベル値ペア５３
１７．１及び５３１７．２は、それぞれ”販売者不透
明”及び”顧客不透明”ラベルを有し、それに続く値は
暗号化されたデータであることを意味する。ラベル値ペ
ア５３１７．１の値は、ステップ３４０７で符号化され
たデータを表す。ラベル値ペア５３１７．２の値はステ
ップ３４１２で符号化されたデータ（メッセージＣＡ４
において顧客コンピュータ２００に送られる）を表す。
【０７７３】トレーラ５３５０はステップ３４１７で組
立てられる。トレーラ５３５０のチェックサムは、サン
プルメッセージ４０００に関して上術したとおりに計算
される。トレーラ５３５０はメッセージＣＡ３の残りの
部分に加えられる。
【０７７４】メッセージＣＡ３の組立てが完了する。メ
ッセージＣＡ３のメッセージ組立て処理３４００はステ
ップ３４１９で終了する。
【０７７５】ステップ１７１９では、販売者コンピュー
タ３００がサーバーコンピュータ１００からメッセージ
ＣＡ３を受取り、メッセージアンラップ処理ＣＡ３４を
実行することによってメッセージＣＡ３をアンラップす
る。メッセージＣＡ３に関するメッセージアンラップ処
理ＣＡ３４を図９２を参照して、以下に述べる。この処
理はステップ２０７２から始まる。
【０７７６】ステップ２０７２では、販売者ソフトウエ
ア３１０がメッセージＣＡ３のヘッダ５３０３からプロ
トコル番号を抽出する。次いで、抽出されたプロトコル
番号に基づいて、メッセージデータ構造３８０がアクセ
スされて、メッセージＣＡ３に適したフォーマットを決
定する。このフォーマットは、メッセージシンナックス
（例えばｅｎｄ−ｏｆ−ｌｉｎｅの文字）と、メッセー
ジコーディング（ＡＳＣＩＩまたはｈｅｘ）を含んでい
てもよい。メッセージＣＡ３は、このフォーマットに基
づいて次のように解読される。
【０７７７】ステップ２０７３では、販売者コンピュー
タ３００がメッセージＣＡ３用のメッセージ組立て処理
３４００のステップ３４１７でサーバーコンピュータ１
００で使用されているのと同じデータを用いてチェック
サムを計算する。ステップ２０７４で、ステップ２０７
３で計算したチェックサムと、メッセージＣＡ３のトレ
ーラ５３５０のチェックサムと比較される。これらのチ
ェックサムが、同じでなければ、メッセージＣＡ３はス
テップ２０７４Ａで破棄され、メッセージアンラップ処
理ＣＡ３４が終了する。
【０７７８】ステップ２０７４でこれらのチェックサム
が同じであれば、ステップ２０７５Ａで処理が継続さ
れ、メッセージがチェックされて、メッセージアンラッ
プ処理ＣＡ３４へ送るのに適当であるかどうかが決定さ
れる。メッセージにメッセージの透明部分に含まれてい
る”型”及びメッセージＣＡ３またはＣＡ４を表示する
値が含まれていれば、メッセージは適当である。メッセ
ージがこのラベル値ペアを含んでいなければ、そのメッ
セージは適当でない。不適当なメッセージの処理がステ
ップ２０７５Ｂで発生し、そこでそのメッセージが、他
で述べた他のアンラップ処理に変更される。メッセージ
ＣＡ３が適当であれば、ステップ２０７６で処理が継続
される。ここでは、販売者の不透明ラベル値ペア５３１
７．１の値が復号される。
【０７７９】ステップ２０７７で、販売者アプリケーシ
ョンソフトウエア３１０は、ＣＡ−ＤＥＳ−キー発生処
理１６００に基づいて、サーバーソフトウエア１１０で
作られたのと同じＤＥＳ−キーＤＥＳ−ＣＡ３−Ｍを作
る。
【０７８０】ステップ２０７８で、ＤＥＳ−キーＤＥＳ
−ＣＡ３−Ｍはテンポラリレジスタに蓄積される。
【０７８１】ステップ２０７９で、ＤＥＳ−キーＤＥＳ
−ＣＡ３−Ｍは販売者不透明ラベル値ペア５３１７．１
の値を解読するのに使用される。
【０７８２】次いで、ステップ２０８０にて、次のよう
にして、メッセージＣＡ３のチェックが行われる。
【０７８３】ステップ２０８０では、ラベル値ペア５３
１７．１の解読の成功または失敗が決定される。解読が
何等かの理由で失敗した場合、ステップ２０８４でエラ
ーフラッグが設定され、メッセージアンラップ処理ＣＡ
３４は、ステップ２０８５で終了する。
【０７８４】ステップ２０８０Ａにて解読が成功した場
合は、ラベル値５３１７．１Ａ参照してメッセージの型
が決定される。例えば、メッセージＣＡ３のラベル値ペ
ア５３１７．１Ａの値は、”キャッシュ−バッチ−受
領”となる。
【０７８５】ステップ２０８１で処理が継続する。ここ
では、販売者コンピュータ３００が、メッセージＣＡ３
のフォームをチェックする。ステップ２０８１のフォー
ムチェック処理はソフトウエアのバージョンに依存す
る。すなわち、メッセージの適当なフォーム、及びそれ
が受入れられるか否かを決定するクリテリアは、メッセ
ージＣＡ３及び上上述したメッセージテンプレート構造
３８０内のメッセージの型及びバージョンに関する情報
を参照することによって決定される所定の時間に有効に
なるメッセージ及びメッセージの変形に依存する。少な
くとも、フォームチェック処理は、入ってくるメッセー
ジがそのメッセージに関して予め決められているすべて
のラベルを含むかどうか、値を必要とする各ラベルに関
して値があるかどうか、及びその値が型（例えば、テキ
スト、サインした番号）、シンタックスであり、特に必
要とされる特定の制限内にあるかどうかを確認する。メ
ッセージが、分析できない場合、もしくは、分析できた
としてもフォームクリテリアに合致しない場合は、販売
者コンピュータ３００はステップ１０８４でエラーフラ
ッグを設定し、メッセージアンラップ処理ＣＡ３４がス
テップ２０８５で終了する。
【０７８６】メッセージＣＡ３がステップ２０８１のフ
ォームチェックをパスしたら、処理はステップ２０８２
で継続される。ここでは、ラベル値ペア５３１７．１Ｐ
で表される検証コードが次のようにして、確認される。
販売者ソフトウエア３１０は、領域３４０Ｃの８−バイ
トソルト（図４２）を得る。サブタイプラベル値ペア５
３１７．１Ａとサブセッションラベル値ペア５３１７．
１Ｂの値に基づいて、販売者アプリケーションソフトウ
エア３１０は、メッセージテンプレートデータ構造３８
０にアクセスして、メッセージ組立て処理ＣＡ３のステ
ップ３４０５で、どのラベル値ペアがハッシュされたか
を決めて、ラベル値ペア５３１７．１Ｐの値を計算す
る。ついで、販売者アプリケーションソフトウエア１１
０で領域１３０Ｃの８バイトソルトを、同じラベル値ペ
アの値に対するラベル値ペアのペリフィックスとサフィ
ックスとして加えられ、ハッシュとその結果を計算す
る。このハッシュの値は、ラベル値ペア５３１７Ｑの値
と比較される。これらの値が異なる場合は、ステップ２
０８４で適当なエラーフラッグが設定され、ステップ２
０８５でメッセージアンラップ処理ＣＡ３４が終了す
る。
【０７８７】図７３−７５を再度参照すると、ステップ
１７２０で処理が継続される。ここでは、 （１）ステップ２０８４でエラーフラッグが設定された
ら、そのフラッグがステップ１７２０で検出され、メッ
セージＣＡ３の処理はステップ１７２１で終了する； （２）ステップ１０８４でエラーフラッグが設定されな
いにもかかわらずステップ１７２１でメッセージＣＡ２
にエラーが発生したら、ステップ１７２０Ｂで処理が継
続され、そこで、ラベル値ペア５３１７．１Ｃの内容が
チェックされる。ラベル値５３１７．１Ｃの値が”成
功”以外の値であれば、ステップ１７２３でエラー処理
ルーチンが実行され、販売者アプリケーションソフトウ
エア３１０に、ラベル値５３１７．１Ｃの内容に関連す
るラベル値５３１７．１Ｆに含まれるメッセージを表示
させる。販売者アプリケーションソフトウエア３１０
は、また、ラベル値５３１７．１Ｅを中断して、その値
に関連するなにかのアクションを取って、ステップ１７
３３でＣＡ３メッセージの処理を終了させる；または （３）メッセージＣＡ３がステップ１７２０及びステッ
プ１７２２でチェックをパスすれば、ステップ１７２４
で処理が継続し、そこでは、販売者コンピュータ３００
が以下の様にしてローカルデータ構造を更新する。
【０７８８】レコード３５０．１（図３）が更新され
て、支払い要求が支払われたかどうかを表示する。領域
３５０Ｃは、ラベル値ペア５３１７．１Ｃからの応答コ
ードが”成功”か”失敗”かに依存する”支払”あるい
は”未払”のいずれかを設定するフラッグを含んでい
る。同様に、レコード３７０．１（図４６）が更新さ
れ、特別な支払い要求の状態を示す。領域３７０Ｂは、
メッセージＣＡ２において特別な支払要求がサーバーコ
ンピュータ１００に送られた時に”試行”と設定し、ラ
ベル値ペア５３１７．１Ｃからの応答コードが”成功”
または”失敗”かどうかによって、”成功”または”失
敗”を設定する。ラベル値ペア５３１７．１Ｅからの結
果コードは領域３７０Ｍに蓄積される。ラベル値ペア５
３１７．１Ｄからの支払要求の処理に対して販売者ユー
ザ３０３によって支払われる手数料は、領域３７０Ｌに
蓄積される。ラベル値ペア５３１７．１Ｍからの特別な
支払要求に対して販売者ユーザ３０３によって収集され
る金額は、領域３７０Ｋに蓄積され、販売セッションデ
ータ構造３６０のレコード領域３６０Ｆに加えられる。
【０７８９】ステップ１７２５において、販売者コンピ
ュータ３００は図３６に示すメッセージ組立て処理３１
００に従って、メッセージＣＡ４を組立てる。メッセー
ジＣＡ４は、図９４及び９５に示されている。
【０７９０】メッセージＣＡ４のメッセージ組立て処理
３１００は、ステップ３１０１で開始する。ステップ３
１０２において、メッセージデータ構造３８０にあるメ
ッセージテンプレートと、販売者アプリケーションソフ
トウエア３１０に埋め込まれているプロトコル番号を用
いてヘッダ５４０５が作られる。
【０７９１】次いで、ステップ３１０３で、透明ラベル
値ペア５４１３Ａ−５４１３Ｇが加えられる。
【０７９２】ラベル値ペア５４１３Ａは、ラベルの”
型”を有する。ラベル値ペア５１３Ａの値は、メッセー
ジＣＡ４のラベルを設定するメッセージデータ構造２７
０（図１７）内のレコードを意味する。ラベル値ペア５
４１３Ａの値は販売者アプリケーションソフトウエア３
１０から得られる。
【０７９３】ラベル値ペア５４１３Ｂは、ラベルの”バ
ージョン”を有し、ラベル値ペア５４１３Ａで表される
レコードに関連するレコードを示す。上述したとおり、
ラベル値ペア５４１３Ｂは、メッセージの送り主にその
メッセージのバージョンに関する受取人がそのバージョ
ンをどのように解読して処理したかを通知させる。メッ
セージＣＡ４は販売者ユーザ２０３からのメッセージＣ
Ａ１に応答するものであるので、メッセージＣＡ４を構
築するために販売者アプリケーションソフトウエア３１
０で使用されるバージョンは、販売者アプリケーション
ソフトウエアによって選択され、顧客アプリケーション
ソフトウエア２１０で処理され得ることを確実にする。
ラベル値ペア５３１３Ｂは、透明ラベル値ペア５４１３
Ａ、５４１３Ｃ、及び５４１３Ｄと、不透明ラベル値ペ
ア５４１７のフォームと内容の顧客アプリケーションソ
フトウエアを通知する。ラベル値ペア５４１３Ｂの値は
販売者アプリケーションソフトウエア３１０から得られ
る。
【０７９４】ラベル値ペア５４１３Ｃは、ラベルの”セ
ッション−ＩＤ”と、顧客２０３に関する現在のセッシ
ョンＩＤを表示する値を有する。販売者コンピュータ３
００はメッセージＣＡ１のラベル値ペア５１１３Ｃのセ
ッション−ＩＤの値からラベル値ペア５４１３Ｃの値を
得る。
【０７９５】ラベル値ペア５４１３Ｄはラベルの”イン
デックス”を有する。ラベル値ペア５４１３Ｄの値は、
セッションにともなう時間の異なる取り引きが企画され
ていることを表示する未使用の値の範囲から選択された
整数である。販売者ユーザ３０３は、メッセージＣＡ１
のラベル値ペア５１１３Ｄのインデックスの値からラベ
ル値ペア５４１３Ｄの値を得る。
【０７９６】ラベル値ペア５４１３Ｆはラベルの”注文
−ＩＤ”を有する。ラベル値ペア５４１３Ｆの値は、そ
の注文を認識するための販売者コンピュータ３００で作
られる注文認識番号を表示する。ラベル値ペア５４１３
Ｆは、メッセージＰＲ１のラベル値ペア５０１３Ｃで提
供されているものと同じである。
【０７９７】ラベル値ペア５４１３Ｇは、ラベルの”サ
ービス−カテゴリ”を有する。ラベル値ペア５４１３Ｇ
の値は、顧客コンピュータ１００で、メッセージＣＡ４
を、特別なサービスカテゴリのメッセージを取り扱う顧
客コンピュータ２００内のプロセッサに送るために使用
されるラベルである。
【０７９８】ステップ３１０４において、不透明ラベル
値ペア５４１７が加えられる。ラベル値ペア５４１７
は、次に続く値が暗号化データであることを意味するラ
ベルの”不透明”を有する。ラベル値ペア５４１７の値
は、サーバーコンピュータ１００から販売者コンピュー
タ３００に送られるラベル値ペア５３１７．２の値を表
す。
【０７９９】トレーラ５４５０はステップ３１０５で組
立てられる。トレーラ５４５０のチェックサムは、サン
プルメッセージ４０００に関して上術したとおりに計算
される。トレーラ５４５０はメッセージＣＡ４の残りの
部分に加えられる。
【０８００】メッセージＣＡ４の組立てがここで完了す
る。メッセージ組立て処理３１００はステップ３１０６
で終了する。
【０８０１】図７３−７５を再度参照すると、ステップ
１７２６で処理が継続される。ここで、販売者コンピュ
ータ３００が顧客コンピュータ２００へメッセージＣＡ
４を転送する。
【０８０２】ステップ１７２７では、顧客コンピュータ
２００が、販売者コンピュータ３００からメッセージＣ
Ａ４を受取、メッセージアンラップ処理ＣＡ３４を実行
することによってメッセージＣＡ４をアンラップする。
メッセージＣＡ４に関するメッセージアンラップ処理Ｃ
Ａ３４は、図９２を参照してメッセージＣＡ３のところ
ですでに述べた。
【０８０３】再び、図７３−７５を参照すると、ステッ
プ１７２８で処理が継続される。そこで、 （１）ステップ２０８４でエラーフラッグが設定された
ら、そのフラッグがステップ１７２８で検出され、メッ
セージＣＡ４の処理はステップ１７２９で終了する； （２）ステップ２０８４でエラーフラッグが設定されな
いにもかかわらずステップ１６７８でメッセージＣＡ１
にエラーが発生したら、ステップ１７３０で処理が継続
され、そこで、ラベル値ペア５４１７．Ａの内容がチェ
ックされる。ラベル値５４１７．Ａの値が”成功”以外
の値であれば、ステップ１７３１でエラー処理ルーチン
が実行され、顧客アプリケーションソフトウエア２１０
に、ラベル値５４１７１．Ｃの内容に関連するラベル値
５４１７Ｂに含まれるメッセージを表示させる。顧客ア
プリケーションソフトウエア２１０は、また、ラベル値
５４１７Ｅを中断して、その値に関連するなにかのアク
ションを取って、ステップ１７３３でＣＡ４メッセージ
の処理を終了させる；または （３）メッセージＣＡ４がステップ１７２８及びステッ
プ１７３０のチェックをパスすれば、ステップ１７３２
で処理が継続し、そこでは、顧客コンピュータ２００が
ラベル値ペア５４１７Ｄに含まれる値をラベル値ペア５
１１７Ａの値と比較する。これらの値が異なる場合は、
顧客コンピュータ２００が点在の金額領域２４０を調整
して、サーバーコンピュータ１００で維持されている現
在の金額領域１３０Ｆから実際に差引かれる金額を示
す。顧客セッションデータ構造２４０に記録される値に
加えて、顧客ログデータ構造２６０の新規レコードが以
下の通り作られる。ラベル値ペア５４１３Ｅからの日付
は領域２６３Ｃに蓄積される。ラベル値ペア５４１７Ａ
からの応答コードは領域２６３Ｄに蓄積される。ラベル
値ペア５４１７Ａからの応答コードに関連するラベル値
ペア５４１７Ｂからのリマークは領域２６３Ｅに蓄積さ
れる。ラベル値ペア５４１７Ｄからの金Ｇくは領域２６
３Ｊに蓄積される。ラベル値ペア５４１７Ｆからの注文
−ＩＤは、領域２６３Ｇに蓄積される。ラベル値ペア５
４１３Ｃからのセッション−ＩＤは領域２６３Ｌに蓄積
される。ラベル値ペア５４１３Ｄからのインデックスは
領域２６３Ｍに蓄積される。
【０８０４】Ｇ．閉鎖セッション処理４１１ 閉鎖セッション処理４１１は顧客ユーザ２０３によっ
て、セッションを閉鎖するのに使用される。
【０８０５】図９６は、ステップ１０８１から始まる閉
鎖セッション処理４１１を示すフロー図である。
【０８０６】ステップ１８０２で、顧客アプリケーショ
ンソフトウエア２１０は、顧客ユーザに閉鎖するセッシ
ョンの認識番号、セッションに付けるレコードノート、
閉鎖しようとしているセッションの間に顧客ユーザ２０
３がサーバーコンピュータ１００へ販売者３０３から顧
客ユーザへ提供さ得る取り引きのログを要求するかどう
かを入力させる。顧客ユーザ２０３が１以上のセッショ
ンを開いている場合は、プロンプトは開設したセッショ
ン全てのリストと、顧客ユーザのリクエストを含んでお
り、閉鎖するセッションを選択する。
【０８０７】メッセージＣＳ１の内容を、図９７及び９
８に従ってここでのべる。
【０８０８】ラベル値ペア４８１３Ａは、ラベルの”Ｉ
Ｄ”を有する。ラベル値ペア４８１３Ａの値は、顧客ユ
ーザの個人ＩＤを表示する。ラベル値ペア４８１３Ａの
値は領域２２０Ａから得られる（図１９）。
【０８０９】ラベル値ペア４８１３Ｂは、ラベルの”取
り引き”を有する。ラベル値ペア４８１３Ｂの値は、顧
客アプリケーションソフトウエア２１０で発生する、メ
ッセージＣＳ１を唯一のものとして認定する取り引き番
号である。ラベル値ペア４８１３Ｂは、サーバーコンピ
ュータ１００がメッセージＣＳ１を受け取った時に、
（下記に述べる関連する応答メッセージＣＳ２、及び
（２）メッセージＣＳ１が２重メッセージであるかどう
か、（すなわち、すでにサーバーコンピュータで受け取
っているかどうか）を決定させる。 ラベル値ペア４８
１３Ｂに関連する値は領域２５６Ｂに蓄積される。
【０８１０】ラベル値ペア４８１３Ｃは、ラベルの”日
付”を有する。ラベル値ペア４８１３Ｃの値は、顧客コ
ンピュータ２００のクロックに従って、メッセージＣＳ
１が組立てらて、サーバーコンピュータ１００に送られ
た日付と時間を表示する。ラベル値ペア４８１３Ｃに関
連する値は領域２５６Ｃに蓄積される。
【０８１１】ラベル値ペア４８１３Ｄはラベルの”サー
バーキー”を有する。先に述べたとおり、顧客コンピュ
ータ２００でメッセージＣＳ１の不透明ラベル値ペア４
８１７を暗号かするために使用されるＤＥＳキー／ＩＶ
ペアは、サーバーコンピュータ１００のＲＳＡパブリッ
クキーを使用して暗号化される。ラベル値ペア４８１３
Ｄは、サーバープライベートキーデータ構造１６０に蓄
積されている対応するＲＳＡプライベートキーをさす。
【０８１２】ラベル値ペア４８１３Ｅはラベルの”サー
ビスカテゴリ”を有する。ラベル値ペア４８１３Ｅの値
は、サーバーコンピュータ１００で、メッセージＣＳ１
を、特別なサービスカテゴリのメッセージを操作するサ
ーバーコンピュータ１００内のプロセッサに送るのに使
用されるラベルである。
【０８１３】ラベル値ペア４８１７を以下に述べる。ラ
ベル値ペア４８１７は、次に続く値が暗号化されたデー
タであることを意味するラベルの”不透明”を有する。
ラベル値ペア４８１７の値は、ステップ８１３で符号化
されたデータを表す。メッセージＣＳ１の不透明部（図
９８）は次の通りである。
【０８１４】ラベル値ペア４８１７Ａは、ラベルの”
型”を有する。ラベル値ペア４８１７Ａは、メッセージ
ＣＳ１の不透明部の内容のラベルを設定するメッセージ
データ構造１５０のレコードをさす。ラベル値ペア４８
１７Ａの値は、顧客ユーザ２０３が閉鎖セッション処理
４１１を表示する再のラベルを作る顧客アプリケーショ
ンソフトウエア２１０から得られる。
【０８１５】ラベル値ペア４８１７Ｂはラベルの”サー
バー−日付”を有する。ラベル値ペア４８１７Ｂは、メ
ッセージＣＳ１が組立てられた日付と時間を表示する。
この日付と時間は、サーバーコンピュータ１００のクロ
ックの顧客コンピュータ２００の認識である。
【０８１６】ラベル値ペア４８１７Ｃはラベルの”ソフ
トウエアバージョン”を有する。ラベル値ペア４８１７
Ｃの値は、サーバーコンピュータ１００と関連する顧客
アプリケーションソフトウエア２１０のバージョンを表
示し、顧客アプリケーションソフトウエア２１０に埋め
込まれたデータから得られる。ラベル値ペア４８１７Ｃ
に関連す値も、領域２５６Ｄに蓄積される。
【０８１７】ラベル値ペア４８１７Ｄは、ラベルの”レ
コードノート”を有する。ラベル値ペア４８１７Ｄの値
は、現在の閉鎖セッション処理４１１に関連するサーバ
ーセッションデータ構造１３０に蓄積される追加のショ
ートテキストノートである。ラベル値ペア４８１７Ｄの
値は、顧客アプリケーションソフトウエア２１０からの
プロンプトに対する顧客ユーザ２０３の応答から得ら
れ、好ましくはディスプレイで表示しやすいように、６
０文字に制限されている。レコードノートが開設セッシ
ョン処理４０７の間に顧客ユーザによって作られる場合
は、ラベル値ペア４８１７Ｄの値は、領域１３０Ｍにす
でに蓄積されている値に加えられる。
【０８１８】ラベル値ペア４８１７Ｅはラベルの”セッ
ションＩＤ”を有する。ラベル値ペア４８１７Ｅに関連
する値は、顧客セッションデータ構造２４０の領域２４
０Ａから得られ、領域２５６Ｆに蓄積される。
【０８１９】ラベル値ペア４８１７Ｆは、ラベルの”リ
クエスト−ログ”を有する。ラベル値ペア４８１７Ｆに
関連する値は、”ＹＥＳ”または”ＮＯ”のいずれかで
ある。ラベル値ペア４８１７Ｆは、顧客ユーザ２０３が
ステップ１８０２における取り引きのログを受領するた
めに選ばれたか否かを反映している。
【０８２０】ラベル値ペア４８１７Ｇはラベルの”キ
ー”を有する。ラベル値ペア４８１７Ｈの値は、顧客個
人１２０．１のＲＳＡパブリック／プライベートキーペ
アの対数係数部のハッシュである。ラベル値ペア４８１
７Ｇの値は、サーバーコンピュータ１００に、領域１２
０Ｂ（図６）に維持されているＲＳＡパブリックキー
が、メッセージＣＳ１（ラベル値ペア４８１７Ｈ）をサ
インするのに使用されているのと同じキーであることを
確認させる。
【０８２１】ラベル値ペア４８１７Ｈは、ラベルの”サ
イン”を有する。ラベル値ペア４８１７Ｉは、顧客個人
１２０．１のデジタルサインを表す。メッセージＣＳ１
について、ラベル値ペア４８１７Ｈの値が、顧客個人１
２０．１のＲＳＡプライベートキーで暗号化されたラベ
ル値ペア４８１３Ａ−４８１３Ｅ及びラベル値ペア４８
１７Ａ−４８１７Ｇのアルファベト順のハッシュであ
る。顧客個人１２０．１のＲＳＡプライベートキーは領
域２２０Ｈから得られる。
【０８２２】ステップ１８３０において、メッセージＣ
Ｓ１がメッセージ組立て処理８００に従って組立てられ
る。メッセージ組立て処理８００は、図４９を参照し
て、メッセージＲ１として前述している。一つの例外
は、メッセージＣＳ１のコピーが領域２６５Ｈに蓄積さ
れることである。
【０８２３】図９６を再度参照すると、閉鎖セッション
処理４１１は、ステップ１０８４で継続される。ここ
で、顧客コンピュータ２００は、メッセージＣＳ１をサ
ーバーコンピュータ１００に転送する。顧客コンピュー
タ２００は、サーバーコンピュータ１００からの応答メ
ッセージＣＳ２を待つ。
【０８２４】ステップ１８０５で、サーバーコンピュー
タ１００が、顧客コンピュータ２００からメッセージＣ
Ｓ１を受取り、メッセージＣＳ１に関するサーバーメッ
セージアンラップ処理９００を実行することによってメ
ッセージＣＳ１をアンラップする。サーバーメッセージ
アンラップ処理９００は、図５２−５３に参照されるメ
ッセージＲ１のところですでに述べた。一つの例外は、
メッセージＣＳ１のコピーが領域１４０Ｅに蓄積される
ことである。
【０８２５】ステップ１８０６では、ステップ９０４、
９０９Ａ、９１２、９１４、９１５または９１６のテス
トのいずれかが、ステップ９０５で設定されたエラーフ
ラッグを生じさせる場合、エラー処理処理がステップ１
８１４でサーバーコンピュータ１００で実行される。ス
テップ１８１４でのエラー処理のレベルが管理者による
決定である間、最小限、サイン、フォーム、”ｆａｔａ
ｌ”の欠落が、顧客アプリケーションソフトウエア２１
０で処理され得るコードを含む返答メッセージ及び、顧
客ユーザ２０３によって読み取り得るメッセージの結果
としてのソフトウエアチェック処理に戻ることが好まし
い。ステップ１８１４におけるエラー処理処理が、特定
のエラーコード（下記の返答メッセージの内容に述べ
る）を有するフラッグの関連、及びテキストメッセージ
（メッセージのデータ構造またはシステム管理者によっ
て送られたメッセージのいずれか）の作成を必要とす
る。サーバーコンピュータ１００は、次いで、下記に述
べるものと類似のメッセージＣＳ２を作り、顧客コンピ
ュータ２００にエラーコード及び全ての関連するメッセ
ージを運ばせる。
【０８２６】ステップ９０４、９０９Ａ、９１２、９１
４、９１５及び９１６のテストがステップ９０５で設定
されるエラーフラッグを生じなかった場合は、処理はス
テップ１８０７で継続される。ここでは、サーバーコン
ピュータ１００が、ラベル値ペア４８１７Ｅで認定され
たセッションを、領域１３０Ｌ内のステータスフラッグ
を”閉鎖”に設定することで無効にする。
【０８２７】ステップ１８０９で、サーバーソフトウエ
ア１１０がサーバーメッセージ組立処理１０００に基づ
いて応答メッセージＣＳ２を組立てる。サーバーメッセ
ージ組立て処理１０００似付いては、図５４を参照して
メッセージＲ２としてすでに述べた。メッセージＣＳ２
の内容（図９９及び１００）について以下に述べる。
【０８２８】ラベル値ペア４９１３Ａは、ラベルのＩＤ
を有する。ラベル値ペア４９１３Ａの値は、顧客ユーザ
２０３の個人ＩＤを表示する。ラベル値ペア４９１３Ａ
の値は、メッセージＣＳ１のラベル値ペア４８１３Ａの
値から得られる。
【０８２９】ラベル値ペア４９１３Ｂはラベルの”取り
引き”を有する。ラベル値ペア４８１３Ｂの値は取り引
き番号である。ラベル値ペア４９１３Ｂは、ラベル値ペ
ア４８１３ＢにおけるメッセージＣＳ１で受け取ったも
のと同じである。
【０８３０】ラベル値ペア４９１３Ｃはラベルの”日
付”を有する。ラベル値ペア４９１３ＣはメッセージＣ
Ｓ１のラベル値ペア４８１３Ｃの値と同じ値である。
【０８３１】ラベル値ペア４９１３Ｄはラベルの”サー
ビス−カテゴリィ”を有する。ラベル値ペア４９１３Ｄ
はメッセージＣＳ１のラベル値ペアの値と同じ値であ
る。
【０８３２】メッセージＣＳ２の不透明部の内容は図９
８に示されており、ラベル値ペア４９１７Ａはラベル
の”型”を有する。ラベル値ペア４９１７Ａの値は、メ
ッセージデータ構造２７０（図１７）のレコードを指
し、メッセージＣＳ２の不透明部の内容のラベルを設定
する。ラベル値ペア４９１７Ａはサーバーソフトウエア
１１０から得られる。
【０８３３】ラベル値ペア４９１７Ｂはラベルの”サー
バー日付”を有する。ラベル値ペア４９１７Ｂの値は、
メッセージＣＳ２が組立てられたサーバーコンピュータ
１００のクロックに基づく日付と時間である。
【０８３４】ラベル値ペア４９１７Ｃは、ラベルの”応
答コード”を有する。ラベル値ペア４９１７Ｃの値は、
閉鎖セッション処理４１１が成功か失敗かを表示する。
【０８３５】ラベル値ペア４９１７Ｄは、”ｓｗセベリ
ティ”（ソフトウェアセベリティ）を有する。ラベル値
ペア４９１７Ｄの値は、顧客アプリケーションソフトウ
エア２１０が更新される必要があるか否か、まだ更新で
きない（”警告”）またはもう更新できない（”致命
的”）かを表示する。顧客アプリケーションソフトウエ
ア２１０が現在使用されているものであれば、ラベル値
ペア４９１７Ｄの値は零である。
【０８３６】ラベル値ペア４８１７Ｅは、ラベルの”ｓ
ｗメッセージ”（ソフトウェアメッセージ）を有する。
ラベル値ペア４９１７Ｅは、”致命的”または”警告”
ソフトウェアセベリティである場合に、顧客ユーザ２０
３は何をすべきかについての指示を表示する。ラベル値
ペア４９１７Ｅの値は、ラベル値ペア４８１７Ｄの値が
無意味であるか否かを表しているだけである。
【０８３７】ラベル値ペア４９１７Ｆは、ラベルの”メ
ッセージ”を有する。ラベル値ペアラベル値ペア４９１
３ＣはメッセージＣＳ１のラベル値ペア４８１３Ｃと同
じ値である。
【０８３８】ラベル値ペアは、ラベルの”メッセージ”
を有する。ラベル値ペア４９１７Ｆの値は、ラベル値ペ
ア４９１７Ｃに戻ったエラー状態もしくは成功状態に関
連するフリーテキストメッセージであり、顧客ユーザ２
０３に表示される。
【０８３９】ラベル値ペア４９１７Ｇはラベルの”手数
料”を表す。ラベル値ペア４９１７Ｇの値がもしあれ
ば、メッセージＣＳ１を処理するために顧客ユーザにか
かる”手数料”を表示する。
【０８４０】ラベル値ペア４９１７Ｈはラベルの”金
額”を有し、開設セッション処理中のセッションに当て
られた金額から全ての支払及び手数料が差引かれた残り
の電子ファンドの金額を表示する。メッセージＣＳ１の
処理が成功すれば、ラベル値ペア４９１７Ｈで与えられ
る金額がコアッシュコンテナ領域１２０Ｇ．２に加えら
れる（図７）。
【０８４１】メッセージＣＳ２の組立てがこれで完了す
る。
【０８４２】図９６を再度参照すると、ステップ１８０
９Ａで、サーバーコンピュータ１００から顧客コンピュ
ータ２００へメッセージＣＳ２が送られる。
【０８４３】ステップ１８１０において、顧客コンピュ
ータ２００がサーバーコンピュータ１００からメッセー
ジＣＳ２を受取、メッセージアンラップ処理１１００を
実行することによってメッセージＣＳ２をアンラップす
る。メッセージＣＳ２のメッセージアンラップ処理１１
００は、図５７を参照してメッセージＲ２に関してすで
に述べた。
【０８４４】ステップ１８１１において、（１）ステッ
プ１１０５でエラーフラッグが生じたら、そのフラッグ
はステップ１８１１で検出され、メッセージＣＳ２の処
理がステップ１８１２で終了する。顧客ユーザ２０３
は、メッセージＣＳ２に関してなにも行われない。本発
明では、顧客アプリケーションソフトウエア２１０内に
メカニズムがあり、メッセージを作ってサーバーコンピ
ュータ１００に送る。このメッセージは、顧客が受け取
ったＣＳ２メッセージと、そのメッセージを失敗させた
ものがなにかについての診断を含む。このメッセージに
対する応答は、サーバーコンピュータ１００で顧客コン
ピュータ２００に送られる。むしろ、問題がシステムに
あるのかどうか、及び適当な訂正手段を取る必要がある
かどうかを確実にするために、情報が使用される。
【０８４５】（２）ステップ１１０５でエラーフラッグ
が設定されず、ステップ９０５でメッセージＣＳ１にエ
ラーが検出された場合、ステップ１８１３で処理が継続
されて、ラベル値ペア４７１７Ｃの内容がチェックされ
る。ラベル値ペア４９１７Ｃの値が、”成功”以外の者
である場合、エラー処理ルーチンがステップ１８１５で
行われ、顧客アプリケーションソフトウエア２１０にラ
ベル値ペア４９１７Ｃの内容に関連するラベル値ペア４
８１７Ｆに含まれるメッセージを表示させ、ラベル値ペ
ア４９１７Ｃの値を侵害させると共に、その値に関連す
るものであればどんなアクションでも取らせるようにす
る；または、（３）メッセージＣＳ１がステップ９０５
でのチェックをパスし、ステップ１１０５でフラッグが
設定されなかったたら、処理がステップ１８１６で継続
して、顧客アプリケーションソフトウエア２１０が顧客
データ構造２０２を次のように更新させる。
【０８４６】ラベル値ペア４９１７からの金額が領域２
２０Ｊに加えられる。
【０８４７】顧客ログデータ構造２６０のレコード２６
７は、次の用に更新される：ラベル値ペア４９１３Ａか
らの個人ＩＤが領域２６７Ｈに蓄積される。ラベル値ペ
ア４９１３Ｂからの取り引き番号は領域２６７Ｂに蓄積
される。ラベル値ペア４９１７Ｂからの日付は領域２６
７Ｃに蓄積される。ラベル値ペア４９１７Ｃからの応答
コードは領域２６７Ｆに蓄積される。ラベル値ペア４９
１７Ｄからのソフトウエアセベリティコードは、領域２
６７Ｄに蓄積される。ラベル値ペア４９１７Ｅからのソ
フトウエアメッセージは領域２６７Ｅに蓄積される。ラ
ベル値ペア４９１７Ｆからの応答コードに関連する応答
メッセージは領域２６７Ｇに蓄積される。ラベル値ペア
４９１７Ｇからの料金は領域２６７Ｏに蓄積される。ラ
ベル値ペア４９１７Ｈからの金額は領域２６７Ｉに蓄積
される。
【０８４８】メッセージＣＳ１の中のリクエストログの
ラベル値ペア４８１７Ｆの値が”ｙｅｓ”に設定された
ら、そのセッションが閉鎖するまでの間に顧客ユーザ２
０３によって始められたすべての取り引きのレポートが
顧客コンピュータ２００に届けられる。
【０８４９】処理は、ステップ１８１７に引き継がれ、
閉鎖セッション処理４１１が終了する。
【０８５０】Ｖ．サンプル取り引き 以下は、サンプル取り引きに関するものである。サンプ
ル取り引きにおいては、顧客ユーザ２０３と販売者ユー
ザ３０３は、登録処理処理４０１、機器結合処理４０
３、ロード／アンロード処理４０５、セッション開設処
理４０７、取り引き支払処理４０９、セッション閉鎖処
理４１１をそれぞれ行う。これらの処理を実行すること
によって、顧客ユーザ２０３は、アクメ プロダクツか
ら一組の”ロケットシューズ”を購入することができ
る。
【０８５１】本発明においては、価値がないとされてい
るメッセージラベル値ペアが、好ましくは、転送された
メッセージに含まれていない。本発明のこの特性は、下
記のサンプルメッセージに反映されている。
【０８５２】Ａ．登録処理４０１ 登録処理４０１は、顧客と販売者について同じである。
顧客ユーザ２０３の登録についてのみ以下に述べる。
【０８５３】顧客ユーザ２０３は、顧客アプリケーショ
ンソフトウエア２１０を走らせて、一又はそれ以上の法
的な同意のために、顧客ユーザ２０３をプロンプトさせ
る。法的な同意書に対する顧客ユーザ２０３の同意を求
めるリクエストに応じて、顧客ユーザ２０３が”同意し
た”を選択する。顧客アプリケーションソフトウエア２
１０が、次いで、所望の個人ＩＤ、顧客ユーザ２０３の
Ｅメールアドレス、どんなエラーメッセージも表示され
る所望の言語、その個人に関連する自動閉鎖パスフレー
ズ、その個人のディフォルト通貨についての情報のため
に顧客ユーザ２０３をプロンプトする。
【０８５４】所定の個人ＩＤのためのプロンプトに応じ
て、顧客ユーザ２０３は”ｂｒｉａｎｂ”を選択する。
Ｅメールアドレスに関するプロンプトに答えて、顧客ユ
ーザ２０３は”ｂｒｉａｎｂ＠ｒｅａｌｉｔｙ．ｃｏ
ｍ”と入力する。エラーメッセージ用の所望の言語に対
するプロンプトに答えて、顧客ユーザ２０３は”Ｅｎｇ
ｌｉｓｈ”と入力する。個人に関連するオートクローズ
パスフレーズに対するプロンプトに答えて、顧客ユーザ
２０３は”ｂａｄｎｅｗｓ”と入力する。個人のディフ
ォルト通貨に対するプロンプトに答えて、顧客は”Ｕ．
Ｓ．ｄｏｌｌａｒｓ”と入力する。
【０８５５】顧客ユーザ２０３は、パスワードを入力す
るべくプロンプトされる。顧客ユーザ２０３はつい
で、”ｅｎｔｅｒｐｒｉｓｅ”を入力する。顧客ユーザ
は、パスワードを再入力して、応じるためにプロンプト
される。顧客アプリケーションソフトウエア２１０は、
次いで、ＲＳＡパブリック／プライベートキーペアを発
生し、上述したメッセージＲ１の製作を開始する。この
メッセージは次のものを含む。
【０８５６】 取り引き番号 ２２７７０５２ 日付 １９９５１１０５１００５０５４５６ サーバキー ＣＣ１００１ 型 登録 サービスカテゴリ ａｄｍｉｎ 不透明： サーバ日付 １９９５１１０５１００５０６６５６ ソフトウエアバージョン １．０ｗｉｎ 内容言語 ｅｎ−ｕｓ デフォルト通貨 ｕｓｄ 要求されるＩＤ ＢｒｉａｎＢ Ｅメール ｂｒｉａｎｂ＠ｒｅａｌｉｔｙ．ｃｏｍ 同意 ７５ オートクローズパスフレーズ ｂａｄｎｅｗｓ ｐｕｂｋｅｙ ａｓｌｆｆｌａｓｄｆｌａｓｊｙｌｆｄｊ ｓｌｙａｆｋｊｆｊｓｌａｋｊｆｙｌｄｓｋａｊｙｆｌｋａｊｓｙｌｄｆｊｌ ａｓｋｆａｓｌｆｊｆｌａｓｄｆｌａｓｊｙｋｊｆｊｓｌａｋｊｆｊｕｙｒｅ ｓｄｆｕｔｋｐｏｉｕｑｗａｓｄｅｒｆｇｔｈｙｕｊｉｋｏｌｐｋｍｎ７５ｃ ｘｚｌ サイン ｓｄｊｆｌｓａｊｆｌｋｓｊｄｌｋｆｊｌ ｓａｋｊｆｌｋｄｓａｊｆｌｋｓｊｆｊｓｌａｋｊｆｙｌｄｓｋａｊｙｊｆｊ ｓｌａｋｊｆｙｌｄｓｋａｊｙｄｊｌｆａｓｄｌｏｐｒｙｔｕａｚｘｃｎｍｋ ｌｏｋｍｎｕｈｂｖｇｙｔｆｃｄｘｓｚａｑｗｅ３ｒ５ｔ６ｙ７ｕ８ｉｏ１０ ９ｋｍ＋
【０８５７】サーバーコンピュータ１００は、サーバー
メッセージログ１４０中に新規レコード１４０．１を作
り、領域１４０ＥにメッセージＲ１のコピーを蓄積す
る。サーバーコンピュータ１００は、次いで、メッセー
ジＲ１をアンラップし、上記に述べたとおりに処理し
て、以下の通り、サーバーメッセージログ１４０のレコ
ード１４０．１を更新する。
【０８５８】 個人ＩＤ ｂｒｉａｎｂ−２３ セッションＩＤ 取り引き番号 ２２７７０５２ インデックス 入ってくるメッセージ メッセージＲ１のコピー 応答メッセージ
【０８５９】サーバーコンピュータ１００は、次いで、
顧客ユーザ２０３に要求されたＩＤをいまある個人のリ
ストと比較する。要求されている個人ＩＤが単一の者で
あれば、顧客ユーザ２０３に関する個人レコード１２
０．１を作る。
【０８６０】 個人ＩＤ ｂｒｉａｎｂ−２３ Ｅメール ｂｒｉａｎｂ＠ｒｅａｌｉｔｙ．ｃｏｍ パブリックキー ａｓｌｆｊｆｌａｓｄｆｌａｓｊｙｌｆｄ ｊｓｌｙａｆｋｊｆｊｓｌａｋｊｆｙｌｄｓｋａｊｙｆｌｋａｊｓｙｌｄｆｊ ｌａｓｋｆａｓｌｆｊｆｌａｓｄｆｌａｓｊｙｋｊｆｊｓｌａｋｊｆｊｕｙｒ ｅｓｄｆｕｔｋｐｏｉｕｑｗａｓｄｅｒｆｇｔｈｙｕｊｉｋｏｌｐｋｍｎ７５ ｃｘｚｌ 日付登録 １９９５１１０５１００５０７５５６ 内容言語 ｅｎ−ｕｓ オートクローズパスフレーズ ｂａｄｎｅｗｓ キャッシュコンテナデータ 同意 機器結合データ
【０８６１】サーバーコンピュータ１００は、次いでメ
ッセージＲ２を組み込み、サーバーメッセージログデー
タ構造１４０の記録１４０．１の領域１４０Ｆにそのコ
ピーを蓄積し、メッセージＲ２を顧客コンピュータ２０
０に転送する。メッセージＲ２は次のものを含む。
【０８６２】 取り引き ２２７７０５２ 日付 １９９５１１０５１００５０５４５６ 型 ｒｅｇｉｓｔｅｒ−ｒｅｓｐｏｎｓｅ サービスカテゴリ ａｄｍｉｎ 不透明 サーバデータ １９９５１１０５１００５０７５５６ 要求されるＩＤ ｂｒｉａｎｂ 応答ＩＤ ｂｒｉａｎｂ−２３ Ｅメール ｂｒｉａｎｂ＠ｒｅａｌｉｔｙ．ｃｏｍ 応答コード ｓｕｃｃｅｓｓ ｐｕｂｋｅｙ ａｓｌｆｊｆｌａｓｄｆｌａｓｊｙｌｆｄ ｊｓｌｙａｆｋｊｆｊｓｌａｋｊｆｙｌｄｓｋａｊｙｆｌｋａｊｓｙｌｄｆｊ ｌａｓｋｆａｓｌｆｊｆｌａｓｄｆｌａｓｊｙｋｊｆｊｓｌａｋｊｆｊｕｙｒ ｅｓｄｆｕｔｋｐｏｉｕｑｗａｓｄｅｒｆｇｔｈｙｕｊｉｋｏｌｐｋｍｎ７５ ｃｘｚｌ
【０８６３】顧客コンピュータ２００は、上述したとお
り、メッセージＲ２をアンラップして処理する。顧客ア
プリケーションソフト２１０は、顧客個人データ構造２
２０内に、以下の個人”ｂｒｉａｎｂ−２３”のレコー
ドをつくる。
【０８６４】 個人ＩＤ ｂｒｉａｎｂ−２３ ｅメール ｂｒｉａｎｂ＠ｒｅａｌｉｔｙ．ｃｏｍ パブリックキー ａｓｌｆｊｆｌａｓｄｆｌａｓｊｙｌｆｄｊｓ ｌｙａｆｋｊｆｊｓｌａｋｊｆｙｌｄｓｋａｊｙｆｌｋａｊｓｙｌｄｆｊｌａ ｓｋｆａｓｌｆｊｆｌａｓｄｆｌａｓｊｙｋｊｆｊｓｌａｋｊｆｊｕｙｒｅｓ ｄｆｕｔｋｐｏｉｕｑｗａｓｄｅｒｆｇｔｈｙｕｊｉｋｏｌｐｋｍｎ７５ｃｘ ｚｌ 登録日 １９９５１１０５１００５０７５５６ 内容言語 ｅｎ−ｕｓ オートクローズパスフレーズ ｂａｄｎｅｗｓ デフォルト通貨 ｕｓｄ キャッシュコンテナデータ 同意 ７５ 機器結合データ ソフトウエアオプション デフォルト プライベートキー ８ｉｋｕｈｂｒｆｖｅｄｃ３ｅｒｆｇ５６ｙｕ ８７ｙｇ０ｏｋｍｓｄｆｇｈｊｋ３ｅｒｆｑｗｅｒｔｙ７ｙｕｈ８ｉｊ７ｙｆ ｇｄｃｓｄｆｖ６ｙ８９ｉ０ｏｏｌｕｊｍｈｎｃｖｚｘ２ｗｄｐｌｋｊｈｇｆ ｆｄｓａｗｅ／９＋４５ｒｆ６ｔｇ７ｙｈｋｊｈｇｆ２ｗａａｚ４ｅｄ５ｔｇ ｆｖ
【０８６５】Ｂ．機器結合処理４０３ 機器結合処理４０３は、顧客及び販売者について同じも
のである。顧客ユーザ２０３による機器の結合に関して
のみ述べる。
【０８６６】機器結合処理４０３は顧客ユーザ２０３が
クライエントアプリケーションから機器結合操作を選択
した時に開始する。顧客アプリケーションソフトウエア
２１０２１０は、ディフォルト状態のネーム及びアドレ
スについて顧客ユーザ２０３をプロンプトする。顧客ユ
ーザ２０３はついで、”Ｂｒｉａｎ Ｂｒｉａｎ，１０
０ Ｅｌｍ Ｓｔｒｅｅｔ， Ｎｉｃｅ Ｐｌａｃｅ，
ＶＡ ０００００ ＵＳＡ”と入力する。
【０８６７】顧客ユーザ２０３は、”ｂａｎｋ ａｃｏ
ｕｎｔ”を選択し、銀行口座番号、銀行口座がその個人
のオートクローズ口座であるかどうか、一つ以上の法的
な契約に対する顧客ユーザ２０３の同意、の情報に関し
てプロンプトされる。顧客ユーザ２０３は、器械の所有
者の名前、住所電話番号を帰するために必要な情報の変
更を促される。
【０８６８】銀行口座に関するプロンプトに応じて、顧
客ユーザ２０３は”０５９０１３２１８１７５６５４”
と入力する。その口座がその個人のオートクローズ口座
であるかどうかに付いての応答に対するプロンプトに応
じて、顧客ユーザ２０３は”ｙｅｓ”と入力する。表示
された名前、アドレス、電話番号を変更するプロンプト
に応じて、顧客ユーザ２０３は断る。
【０８６９】口座の記載事項についてのプロンプトに応
じて、顧客ユーザ２０３は”Ｍｙｆｕｎ ａｃｃｕｎ
ｔ”と入力する。顧客ユーザ２０３の法的な契約に対す
る同意に関するプロンプトに応じて、顧客は”ａｇｒｅ
ｅｄ”と入力する。顧客ユーザ２０３はサーバー−コン
ピュータの”ｂｉｎｄ ｉｎｓｔｒｕｍｅｎｔ”にプロ
ンプトされる。この動作は、上述したとおり、顧客アプ
リケーションソフトウエア２１０にメッセージＢＩ１を
作らせる。このメッセージは次の事項を含む。
【０８７０】 ＩＤ ｂｒｉａｎｂ−２３ 取り引き番号 ２２７７０５３ 日付 １９９５１１２５１００５１０５８９ サーバキー ＣＣ１００１ サービスカテゴリ ａｄｍｉｎ 不透明 型 ｂｉｎｄ−ｉｎｓｔｒｕｍｅｎｔ サーバ日付 １９９５１１２５１００５１２６８９ ソフトウエアバージョン １．０ｗｉｎ 機器番号 ０５９０１３２１８１７５６５４ 機器型 ｄｄａ 機器カテゴリ ｄｄａ 機器機能 ｌｏａｄ，ｕｎｌｏａｄ 機器ソルト ４ｂｎｍ８ｐｏｅｔｑｖ＝ 機器名 Ｂｒｉａｎ Ｑ． Ｂｒｉａｎ 機器ストリート １００ ｅｌｍ Ｓｔｒｅｅｔ 機器シティ Ｎｉｃｅ Ｐｌａｃｅ 機器州 ＶＡ 機器郵便コード ０００００ 機器国 ＵＳＡ 契約 ７５，１２３ オートクローズ ｙｅｓ オートクローズパスフレーズ ｂａｄｎｅｗｓ キー ４／Ｒｏｏｓ＋２ａｃ８＝ サイン ｓｊａｄｌｋａｓｌｚｆｚｌｋｓａｊｚｌ ｆｆｚｌｋｓａｊｚｌｆｆｚｌｋｓａｊｚｌｆｆｚｌｋｓａｊｚｌｆｆｚｌｋ ｓａｊｚｌｆｆｚｌｋｓａｊｚｌｆｊｓｚｌｆｊｓｌｄｆｊｌｓｋｆｌｓａｊ ｆｓａ／９ｉｕ７ｈｇｆｃｅ／ｊｕｙ＋ｐｏｉｕｈｎｂｖｃｄｅｗｑａｚｘｐ
【０８７１】サーバーコンピュータは、新規レコード１
４０．２をサーバーメッセージログ１４０内に作り、メ
ッセージＢＩ１のコピーを領域１４０Ｅに蓄積する。サ
ーバーコンピュータ１００は、次いで、メッセージＢＩ
１をアンラップして上述したとおり、それを処理し、サ
ーバーメッセージログ１４０のレコード１４０．２を次
のように更新する。
【０８７２】 個人ＩＤ ｂｒｉａｎｂ−２３ セッションＩＤ 取り引き番号 ２２７７０５３ インデックス 入ってくるメッセージ ｃｏｐｙ ｏｆ ＢＩ１ 応答メッセージ
【０８７３】サーバーコンピュータ１００は、次いで、
オートクローズ領域１２０に”ｂａｄｎｅｗｓ”を入力
し、機器結合データを領域１２０Ｈに加えることによっ
て、個人”ｂｒｉａｎｂ−２３”のサーバー個人データ
構造１２０．１を次のように更新する。
【０８７４】 個人ＩＤ ｂｒｉａｎｂ−２３ 機器型 ｄｄａ 機器番号 ａｓｗｅｒｆｃｖｇ［ｅｎｃｒｙｐｔｅｄ］ 機器特有通貨 ｕｓｄ 機器プリフィックス ０５５６５４ 法的契約 ７５，１２３ 機器ハッシュ ｕｏｕ９８０ｙ５７ｒｄ９８ｊｎｈｇｔ５ ４ ｅ３＝＝ 発行人認識番号 ７３５９８０ 機器ホルダ名 ｌｋｐｉｐｏｉｐｏｉ［ｅｎｃｒｙｐｔｅ ｄ］ 機器ホルダアドレス ｏｉｐｉｐｏｉｐｉｐｏ［ｅｎｃｒｙｐｔ ｅｄ］ 機器結合日付 １９９５１１２５１００５１３５８３ 機器を最初に使用した日 結合状態 ｃｒｅａｔｅｄ 売取引可 ｎｏ 売取引制限 クレジット取引可 クレジット取引制限 ｎｏ ロードキャッシュ可 ｙｅｓ ロードキャッシュ取引制限 ｕｓｄ１０００．００ アンロードキャッシュ可 ｙｅｓ アンロードキャッシュ取引制限 −１ オートクローズ結合 ｙｅｓ
【０８７５】次いで、サーバーコンピュータ１００はメ
ッセージＢＩ４を組立て、そのコピーをサーバーメッセ
ージログ１４０のレコード領域１４０Ｆに蓄積し、メッ
セージＢＩ４を顧客ユーザ２０３に送る。メッセージＢ
Ｉ４は以下のものを含む。
【０８７６】 個人ＩＤ ｂｒｉａｎｂ−２３ 取り引き番号 ２２７７０５３ 日付 １９９５１１２５１００５１０５８９ サービスカテゴリ ａｄｍｉｎ 不透明 型 ｂｉｎｄ−ｉｎｓｔｒｕｍｅｎｔ−ｒｅｓ ｐｏｎｓｅ サーバ日付 １９９５１１２５１００５１３５８３ 応答コード ｓｕｃｃｅｓｓ ソフトウェアセベリティ ｗａｒｎｉｎｇ 機器型 ｄｄａ 機器発行人 Ｅａｓｔ Ｂａｎｋ ｏｆ ｔｈｅ Ｍｉ ｓｓｉｓｓｉｐｐｉ 機器発行人の国 ｕｓ 機器機能 ｌｏａｄ，ｕｎｌｏａｄ 機器番号 ０５９０１３２１８１７５６５４ 機器型 ｄｄａ 機器発行人 Ｅａｓｔ Ｂａｎｋ ｏｆ ｔｈｅ Ｍｉ ｓｓｉｓｓｉｐｐｉ 機器発行人の国 ｕｓ 機器機能 ｌｏａｄ，ｕｎｌｏａｄ 機器ソルト ４ｂｎｍ８ｐｏｅｔｑｖ＝
【０８７７】顧客コンピュータ２００はメッセージＢＩ
４をアンラップし、上述したとおりそれを処理して、領
域２２０Ｊへ機器結合データを加えることによって、個
人”ｂｒｉａｎｂ−２３”に関する顧客個人データ構造
２２０内のレコード２２０．１を次のように更新する。
【０８７８】 個人ＩＤ ｂｒｉａｎｂ−２３ 機器番号 ０５９０１３２１８１７５６５４ 機器明細 ｍｙ ｆｕｎ ａｃｃｏｕｎｔ ホルダ名 Ｂｒｉａｎ Ｂｒｉａｎ ホルダアドレス １００ Ｅｌｍ Ｓｔｒｅｅｔ ホルダシティ Ｎｉｃｅ Ｐｌａｃｅ， ＶＡ ホルダ国 ＵＳＡ ホルダ郵便コード ０００００ ホルダ国コード １ ホルダ地域コード ７０３ ホルダ電話番号 ５５５−１２１２ 通貨 ｕｓｄ 取り引き売フラッグ ｎｏ 取り引きクレジットフラグ ｎｏ アンロードファンドフラグ ｙｅｓ ロードファンドフラグ ｙｅｓ ステータス ａｐｐｒｏｖｅｄ 機器循環データ ｉｎｓｔｒｕｍｅｎｔ−ｎｕｍｂｅｒ：０ ５９０１３２１８１７５６５４ ｉｎｓｔｒｕｍｅｎｔ−ｔｙｐｅ：ｄｄａ ｉｎｓｔｒｕｍｅｎｔ−ｉｓｓｕｅｒ：ＥａｓｔＢａｎｋｏｆｔｈｅＭｉｓｓ ｉｓｓｉｐｐｉ ｉｎｓｔｒｕｍｅｎｔ−ｉｓｓｕｅｒ−ｃｏｕｎｔｒｙ：ｕ ｓ ｉｎｓｔｒｕｍｅｎｔ−ｆｕｎｃｔｉｏｎｓ：ｌｏａｄ，ｕｎｌｏａｄ ｉｎｓｔｒｕｍｅｎｔ−ｓａｌｔ：４ｂｎｍ８ｐｏｅｔｑｖ＝ 契約 ７５，１２３
【０８７９】Ｃ．ロード／アンロード処理４０５ロード
／アンロード処理４０５は、顧客ユーザ２０３が顧客ア
プリケーションソフトウエア２１０からロード操作を選
択することによって開始する。顧客アプリケーションソ
フトウエア２１０は、個人ｂｒｉａｎｂ−２３へファン
ドをロードする機器に関する顧客ユーザ２０３をプロン
プトする。顧客ユーザ２０３は”ｍｙ ｆｕｎ ａｃｃ
ｏｕｎｔ”を選択し、転送すべき金額についてプロンプ
トされる。金額についてのプロンプトに応じて、顧客ユ
ーザ２０３は＄１００．００を入力する。顧客アプリケ
ーションソフトウエア２１０は、次いで、前述したとお
りメッセージＬＵ１を組込む、サーバーコンピュータ１
００に送る。メッセージＬＵ１は、次の情報を含む。
【０８８０】 ＩＤ ｂｒｉａｎｂ−２３ 取り引き番号 ２２７７０５４ 日付 １９９５１１０５１０３５１７６８８ サーバーキー ＣＣ１００１ サービスカテゴリィ ｃａｓｈ 不透明 タイプ ｌｏａｄ−ｕｎｌｏａｄ−ｆｕｎｄｓ サーバー日付 １９９５１１０５１０３５１９７８８ 金額 ｕｓｄ１００．００ キー ４／Ｒｏｏｓ＋２ａｃ８＝ サイン ｌｌｊｗｌｒｊｗｌｉｍｃｅｉｗｌｃｅｆ ｊｄｗｅｗｌｅｉｃｉｗｌｃｅｆｊｄｗｅｗｌｅｉｃｉｗｌｃｅｆｊｄｗｅｗ ｌｅｉｃｊｗｌｉｅｒｑｉｑｈｏｄｐｈｏｉｗｅｈｑｘｑ２３ｊｉｏｅｒｐｏ ｉｕｋｌｈｇｒｑｗｅｒ７ｙ６ｔｇｈｊｕｉｋｏ０９ｐ＋ｐｏ９ｉｊｈｔ５ｒ ｅ３ｗｘ
【０８８１】サーバーコンピュータはサーバーメッセー
ジログに新規レコード１４０．３を作り、メッセージＬ
Ｕ１のコピーを領域１４０Ｅに蓄積する。サーバーコン
ピュータ１００はついで、メッセージＬＵ１をアンラッ
プして上述したようにそれを処理し、サーバーメセージ
ログ１４０のレコード１４０．３を次のように更新す
る。
【０８８２】 個人ＩＤ ｂｒｉａｎｂ−２３ セッションＩＤ 取り引き番号 ２２７７０５４ インデックス 入ってくるメッセージ ｃｏｐｙ ｏｆ ＬＵ１ 応答メッセージ
【０８８３】サーバーコンピュータ１００は、次いで、
領域１２０Ｇに以下のようにキャッシュコンテナデータ
を加えることで顧客個人レコード１２０．１を更新す
る。
【０８８４】 通貨 ｕｓｄ 可能なバランス １００．０ オンホールドバランス ０．００ 代理人口座番号 １１３３１７８３４
【０８８５】サーバーコンピュータ１００は次いで、メ
ッセージＬＵ２を組立てて、そのコピーをサーバーメッ
セージログ１４０のレコード１４０．３の領域１４０Ｅ
に蓄積し、顧客コンピュータ１００へメッセージＬＵ２
を転送する。メッセージＬＵ２は以下の情報を含んでい
る。
【０８８６】 ＩＤ ｂｒｉａｎｂ−２３ 取り引き番号 ２２７７０５４ 日付 １９９５１１０５１０３５１７６８８ サービスカテゴリ ｃａｓｈ 不透明 型 ｌｏａｄ−ｕｎｌｏａｄ−ｒｅｓｐｏｎｓ ｅ サーバ日付 １９９５１１０５１０３６０７９１４ 金額 ｕｓｄ１００．００ 応答コード ｓｕｃｃｅｓｓ メッセージ ｆｕｎｄｓ−ｌｏａｄｅｄ ソフトウェアセベリティ ｗａｒｎｉｎｇ ソフトウェアメッセージ Ｎｅｗ ｓｏｆｔｗａｒｅ ｉｓ ａｖａ ｉｌａｂｌｅ 料金 ｕｓｄ０．０ バランス ｕｓｄ１００．００ セッションファンド ｕｓｄ０．００ オンホールド ｕｓｄ０．００
【０８８７】顧客コンピュータ２００はメッセージＬＵ
２をアンラップして、上述したとおりそれを処理し、”
ｕｓｄ１００”をキャッシュコンテナ領域２２０Ｊに入
力することによって、個人”ｂｒｉａｎｂ−２３”に関
する顧客個人データ構造２２０のレコード２２０．１を
更新する。
【０８８８】Ｄ．セッション開設処理４０７ セッション製作処理は、顧客ユーザ２０３が顧客アプリ
ケーションソフトウエア２１０からセッション開設操作
を選択した時に開始する。顧客アプリケーションソフト
ウエア２１０は、所望のセッション寿命を分で、セッシ
ョン中に行われる取り引きの最大数、セッション中に入
手可能なファンドの金額、及びそのセッションに関する
メモ、の情報に関して顧客ユーザをプロンプトする。
【０８８９】所望のセッションの寿命分に関するプロン
プトに応じて、顧客ユーザ２０３は”１２０”を入力す
る。そのセッション中に行われる取り引きの最大数に関
するプロンプトに応じて、顧客ユーザ２０３は”２５”
を入力する。そのセッション中に入手可能なファンドの
金額に関するプロンプトに応じて、顧客は”７０．０
０”を入力する。そのセッションのメモに関するプロン
プトに応じて、顧客ユーザ２０３は”Ｃｈｒｉｓｔｍａ
ｓ ｓｈｏｐｐｉｎｇ ｓｐｒｅｅ”を入力する。
【０８９０】顧客２００は、次いで、メッセージＯＳ１
を組立てて、サーバーコンピュータ１００にそれを送
る。メッセージＯＳ１は次の情報を含む。
【０８９１】 ＩＤ ｂｒｉａｎｂ−２３ 取り引き番号 ２２７７０５５ 日付 １９９５１１０５１０４１３１９１４ サーバーキー ＣＣ１００１ サービスカテゴリィ ｃａｓｈ 不透明 型 ｏｐｅｎ−ｓｅｓｓｉｏｎ サーバー日付 １９９５１１０５１０４１３１９１４ ソフトウエアバージョン １．０ｗｉｎ レコードノート Ｃｈｒｉｓｔｍａｓ ｓｈｏｐｐｉｎｇ ｓｐｒｅｅ 金額 ｕｓｄ７０．００ キー寿命 ０１２０ キー使用制限 ２５ キー ４／Ｒｏｏｓ＋２ａｃ８＝ サイン ｋａｓｄｊｆｌａｓｊｄｚｌｋｆｕｏｉ５ ７９３８４ｎｇ０９ｋｄｆｇｊ０９ｅｕｒｔｎｄｆｂｎｂ９０９ｎｌｋｔｕｊ ｗｊｓｉ８６ｐｔｊｆｇｒ６ｊｉｒ４６ｅｄｃｌｏｐｌａｓｚｘｅｗｑｎｙｍ ＋０９ｕｈｇｔｒ４３２ｚｘｃｖｂｈｇｒｅｗｑ１２ｒｇ８ｍｋｏ０１
【０８９２】サーバーコンピュータは、サーバーメッセ
ージログ１４０内に新規レコード１４０．４を作り、領
域１４０ＥにメッセージＯＳ１のコピーを蓄積する。サ
ーバーコンピュータ１００は、次いで、上述したとおり
メッセージＯＳ１をアンラップして、それを処理し、サ
ーバーメッセージログ１４０のレコード１４０．４を次
の通り更新する。
【０８９３】 個人−ＩＤ ｂｒｉａｎｂ−２３ セッション−ＩＤ 取り引き番号 ２２７７０５５ インデックス 入ってくるメッセージ ｃｏｐｙ ｏｆ ＯＳ１ 応答メッセージ
【０８９４】サーバーコンピュータ１００は、個人Ｉ
Ｄ”ｂｒｉａｎｂ−２３”に関連するサーバーセッショ
ンデータ構造１３０内にレコード１３０．１を作る。レ
コード１３０．１は次の情報を含む。
【０８９５】 セッションＩＤ Ｊ／Ｐｉ＋ＳＱｇＴＧｈ＝ セッションキー ７ｕｊｍ８ｉｋｔｇＴＲｒｆｖ３ｅｄｃ９ ｏｌｋ セッションソルト ａａ５ｙｈ８ｆｄｋｌ＋＝ 通貨 ｕｓｄ 開設金額 ７０．００ 残高 ７０．００ 開設日 １９９５１１０５１０４１３７１７９ 閉鎖日 キー使用制限 １５ キー寿命 ００６０ 個人ＩＤ ｂｒｉａｎｂ−２３ ステータス ｏｐｅｎ メモ ｃｈｒｉｓｔｍａｓ ｓｈｏｐｐｉｎｇ ｓｐｒｅｅ 取り引き日
【０８９６】サーバーコンピュータ１００も、個人”ｂ
ｒｉａｎｂ−２３”に関連するサーバー個人データ構造
１２０に、上述したキャッシュコンテナの取り引き可能
なバランス領域１２０Ｇ．２から金額”１００．００”
から金額”７０．００”を差引くことによってレコード
１２０．１を更新する。サーバーコンピュータはメッセ
ージＯＳ２を組立てて、レコード１４０．４の領域１４
０Ｆそのコピーを蓄積し、顧客コンピュータ２００へメ
ッセージＯＳ２を転送する。メッセージＯＳ２は以下の
情報を含む。
【０８９７】 ＩＤ ｂｒｉａｎｂ−２３ 取り引き ２２７７０５５ 日付 １９９５１１０５１０４１３１９１４ サービスカテゴリ ｃａｓｈ 不透明 型 ｏｐｅｎ−ｓｅｓｓｉｏｎ−ｒｅｓｐｏｎ ｓｅ サーバ日 １９９５１１０５１０４１３７１７９ 応答コード ｓｕｃｃｅｓｓ ソフトウエアセベリティ ｗａｒｎｉｎｇ ソフトウエアメッセージ Ｎｅｗ ｓｏｆｔｗａｒｅ ｉｓ ａｖａ ｉｌａｂｌｅ キー寿命 ００６０ キー使用制限 １５ 金額 ｕｓｄ７０．００ 外貨交換 ｃａｄ０．６０ ｇｂｐ １．５５ セッションファンド ｕｓｄ７０．００ バランス ｕｓｄ３０．００ オンホールド ｕｓｄ０．００ 手数料 ｕｓｄ０．００ セッションＩＤ Ｊ／Ｐｉ＋ｓｑＧｔｇＨ＝ セッションキー ７ｕｊｍ８ｉｋｔｇＴＲｒｆｖ３ｅｄｃ９ ｏｌｋ＝＝ セッションソルト ａａ５ｙｈ８ｆｋｌ＋＝
【０８９８】顧客コンピュータ２００は、上述したとお
りメッセージＯＳ２をアンラップして、それを処理し、
ついで、個人”ｂｒｉａｎｂ−２３”に関連する顧客セ
ッションデータ構造に、以下の通り新規レコード２４
０．１をつくる。
【０８９９】 セッションＩＤ Ｊ／Ｐｉ＋ｓｑＧｔｇＨ＝ セッションキー ７ｕｊｍ８ｉｋｔｇＴＲｒｆｖ３ｅｄｃ９ ｏｌｋ＝＝ セッションソルト ａａ５ｙｈ８ｆｄｋｌ＋＝ 通貨 ｕｓｄ 開設金額 ７０．００ 通貨金額 ７０．００ 開設日付 １９９５１１０５１０４１３７１７９ キー使用制限 １５ キー寿命 ００６０ メモ ｃｈｒｉｓｔｍａｓ ｓｈｏｐｐｉｎｇ ｓｐｒｅｅ
【０９００】販売者ユーザ３０３がセッションを開設す
る処理は、販売者がその個人キャッシュコンテナからセ
ションレジスタへファンドを転送しないことを除いて同
じである。従って、販売者は、ファンドを受け取ること
を期待し、販売セッションにおいて、それに対して受取
可能なファンドは必要ない。サーバーコンピュータ１０
０は、販売者ユーザ３０３の個人”Ａｃｍｅ−１２”に
関連するサーバーセッションデータ構造１３０に、つぎ
のようにレコード１３０．２を作る。
【０９０１】 セッションＩＤ Ｋ／Ｉｌ＋ｔｐＰｍＨｇ＝ セッションキー ３ｅｊｋＰＯＭ７Ｔ＋ｏＢＱＷ９ｉｐｑｗ Ｚ ８＝＝ セッションソルト ｑｗ８９ｌｋ３ｖＡＺ＝＝ 通貨 ｕｓｄ 開設金額 ０．００ 残高 ０．００ 開設日 １１０５９５０６３０１２１４７ 閉鎖日 キー使用制限 ０９０５ キー寿命 ０９６０ 個人ＩＤ Ａｃｍｅ−１２ ステータス ｏｐｅｎ メモ ｓｈｏｅ ｄｅｐａｒｔｍｅｎｔ ｓａｌ ｅｓ 転送データ
【０９０２】セッションを開設したら、販売者コンピュ
ータ３０３０は、販売者キャッシュログデータ構造３７
０に、次の通り新規レコード３７０．１をつくる。
【０９０３】 型 ｏｐｅｎ−ｓｅｓｓｉｏｎ ステータス ｏｐｅｎ 取り引き番号 ５５４４３３２２ 必要なセッション期間 ０９６０ 必要なセッションカウント ９０ セッション−ＩＤ ｋ／ｉＬ＋ｔｐＰｍＨｇ＝ 結果コード ｓｕｃｃｅｓｓ
【０９０４】Ｅ．取り引き支払処理４０９ 取り引き支払処理４０９は、支払のメカニズムとして”
キャッシュによる支払”を選択することによって特定の
タームの元にロケットシューズを売る販売者ユーザ３０
３からの申し入れに対して、顧客ユーザ２０３が応答し
た時に、開始する。この行動により、販売者コンピュー
タ３００がメッセージＰＲ１を組立てて、上述したとお
り、顧客コンピュータ２００にそれを転送する。メッセ
ージＰＲ１は次の情報を含む。
【０９０５】 型 ｐａｙｍｅｎｔ−ｒｅｑｕｅｓｔ 販売者−ｃｃＩＤ Ａｃｍｅ−１２ 販売者オーダーＩＤ １２３１−３４２４−２３４２４２ 販売者日付 １９９５１１０５１０４５３６３７８ ノート ＡＣＭＥ製品 Ｐｕｒｃｈａｓｅ ｏｆ １ ｐａｉｒ” Ｒｏｃｋｅｔ Ｓｈｏｅｓ” ａｔ ＄３７．５０ ｅａ． Ｓｈｉｐｐｉｎｇ ａｎｄ ｈａｎｄｌ ｉｎｇ ＄５．００ Ｔｏｔａｌ Ｐｒｉｃｅ：＄４２．５０ Ｓｈｉｐ ｔｏ： Ｂｒｉａｎ Ｂｒｉａｎ １００ Ｅｌｍ Ｓｔｒｅｅｔ Ｎｉｃｅ Ｐｌａｃｅ， ＶＡ ０００００ ＵＳＡ 販売者金額 ｕｓｄ４２．５０ 販売者金額２ ｃａｄ５４．２５ 受領 ｖｉｓａ；ｍａｓｔｅｒ；ａｍｅｘ；ＪＣ Ｐｅｎｎｙ；ｍａｃｙ ｕｒｌ−ｐａｙ−ｔｏ ｈｔｔｐ：／／ｗｗｗ．ＡＣＭＥ．ｃｏｍ ／ＳｅｒｖｅｒＰａｙｍｅｎｔ ｕｒｌ−ｃａｎｃｅｌ ｈｔｔｐ：／／ｗｗｗ．ＡＣＭＥ．ｃｏｍ ／ＣｙｖｅｒＰａｙｍｅｎｔ Ｃａｎｃｅｌ ｕｒｌ−ｓｕｃｃｅｓｓ ｈｔｔｐ：／／ｗｗｗ．ＡＣＭＥ．ｃｏｍ ／ｏｒｄｅｒｓｕｃｃｅｓｓ ｕｒｌ−ｆａｉｌ ｈｔｔｐ：／／ｗｗｗ／ＡＣＭＥ．ｃｏｍ ／ｏｒｄｅｒｆａｉｌ 販売者署名ハッシュキー ＩＳＬｚｓ／ｖＦＱ０ＢＸｆＵ９８ＬＺＮ ＷｈＱ＝＝ 販売者署名ハッシュ ｋｌｆｊｌｋｄｆｇｌｋｄｆｓｕｔｋｄｆ ｊｇｌｄｓ７５０３ｑｗｒｔｊｔｙｕｖｎｖｉｄｕｒ０９ｅ５８ｆｄｊ９０８ ６ｊＣＳ９８５ｋｆ９０８６ｋｇ９８４６ｇ−ｒ０９４５４３ｊｖｎｄｍｋｚ ａｚｑｐｌ
【０９０６】販売者コンピュータ３００も、以下に述べ
る販売謝金額データ構造３５０の新規レコード３５０．
１を作る。
【０９０７】 オーダーＩＤ １２３１−３４２４−２３４２４２ 取り引きの金額 ｕｓｄ４２．５０ フラグ ｐｅｎｄｉｎｇ
【０９０８】顧客コンピュータ２００は、上述したとお
り、メッセージＰＲ１を処理する。顧客アプリケーショ
ンソフトウエア２１０からのプロンプトに答えて、顧客
ユーザ２０３は、”ｐａｙ ｃａｓｈ”を選択して、販
売者ユーザ２０３の申し入れを受ける。この行動によっ
て、顧客コンピュータ２００がメッセージＣＡ１を組立
て、販売者コンピュータ３００に転送する。メッセージ
ＣＡ１は、次の情報を含む。
【０９０９】 型 ｃａｓｈ−ｐｅｙｍｅｎｔ バージョン １ セッションＩＤ Ｊ／Ｐｉ＋ｓｑＧｔｇＨ＝ インデックス １ 支払者通貨 ｕｓｄ ノートハッシュ ｔｙｒｉｏｋｌｊｈｇｂｖｘｃｚｍ７ｒｆ ｄ ｅ４＝＝ 支払者ＩＤ Ａｃｍｅ−１２ オーダーＩＤ １２３１−３４２４−２３４２４２ サービスカテゴリ ｃａｓｈ 不透明 金額 ｕｓｄ４２．５０ オースコード ｉｏｕ２３４ｒｆｇｖｂｍｃｘｐ＋ｏｉｋ ｕｙ７＝＝
【０９１０】販売者コンピュータ３００は、上述したと
おり、メッセージＣＡ１を処理する。販売者コンピュー
タ３００は、次いで上述したメッセージＣＡ２を組立て
て、サーバーコンピュータ１００に転送する。メッセー
ジＣＡ２は以下の情報を有する。
【０９１１】 バージョン １ セッションＩＤ ｋ／ｉＬ＋ｔｐＰｍＨｇ＝ インデックス ７７ サービスカテゴリィ ｃａｓｈ 顧客−不透明 型 ｃａｓｈ−ｃｏｌｌｅｃｔｉｏｎ バージョン １ 型ｎ ｃａｓｈ−ｐａｙｍｅｎｔ サブバージョンｎ １ 支払者セッションＩＤｎ Ｊ／Ｐｉ＋ｓｑＧｔｇＨ＝ 支払者インデックスｎ １ ノート−ハッシュｎ ｋｃｈｆｉＺ５ＷＡＵｌｐｋ１／ｖｌｏｇ ｗｕＱ＝＝ 支払人ＩＤｎ Ａｃｍｅ−１２ オーダーＩＤｎ １２３１−３４３２−２３４２４２ 販売者金額ｎ ｕｓｄ４２．５０ オースコード ＵｊｋＨｇｔＫ／３８ｕｈｚｘｓ９ｉｏ３ ＋ＰＬ＝＝ 顧客−不透明 ｊｋｓｙｆｄｉｔｄｆｋｊｇｄｆｕｔ０２ ９ｊｆ９ｑ０８７５ｊＣＳｊｍｇｍｂｎｆｉｕ８６ｆｍ９３４５ｋｄｋｊｒｊ ｇｈｎｖｍｆｈａｚａｐｌａｋｓｄｉｊｄｆｈｊｇｕｔｉｒｏｋｌｏｐ８ｔｒ ｅｗｑａｓｚ
【０９１２】販売者コンピュータ３００は、以下の追加
データを現在のレコードに加えることによって、販売者
キャッシュロＧデータ構造のレコード３７０．１を更新
する（明確にするために、レコード３７０．１をすべて
示す）。
【０９１３】 型 ｃａｓｈ ｐａｙｍｅｎｔ ステータス ｐｅｎｄｉｎｇ オーダーＩＤ １２３１−３４２４−２３４２４２ 顧客セッションＩＤ Ｊ／Ｐｉ＋ｓｑＧｔｇＨ＝ 顧客インデックス番号 １ 顧客通貨 ｕｓｄ 販売者セッションＩＤ ｋ／ｉＬ＋ｔｐＰｍＨｇ＝ 販売者インデックス番号 ７７ 販売者通貨 ｕｓｄ 販売者要求金額 ４２．５０ クレジット金額 ４２．５０ 支払い済み手数料 ０．００ 型 ｏｐｅｎ−ｓｅｓｓｉｏｎ ステータス ｏｐｅｎ 取り引き番号 ７８７６５４３７ 必要なセッション期間 ０９６０ 必要なセッションカウント ９０ セッションＩＤ ｋ／ｉＬ＋ｔｐＰｍＨｇ＝ 結果コード ｓｕｃｃｅｓｓ
【０９１４】サーバーコンピュータは、サーバーメッセ
ージログ１４０に新規レコード１４０．５を作り、領域
１４０ＥにメッセージＣＡ２のコピーを蓄積する。サー
バーコンピュータ１００はメッセージＣＡ２をアンラッ
プして、すでに述べたようにそれを処理する。サーバー
コンピュータ１００は、サーバーセッションデータ構造
１３０のレコード１３０．１及び１３０．２をチェック
して、個人ｂｒｉａｎｂ−２３と個人ａｃｍｅ−１２と
が開セッションであるかどうかを決定する。セッション
が無効である場合、サーバーコンピュータは取り引き支
払処理４０９を終了する。ここでは、サーバーコンピュ
ータ１００は、処理を続けて、サーバーメッセージログ
１４０のレコード１４０．５を以下の通り更新する。
【０９１５】 個人ＩＤ Ａｃｍｅ−１２ セッションＩＤ ｋ／ｉＬ＋ｔｐＰｍＨｇ 取り引き番号 インデックス ７７ 入ってくるメッセージ ｃｏｐｙ ｏｆ ｍｅｓｓａｇｅ ＣＡ２ 応答メッセージ
【０９１６】サーバーコンピュータは、また、以下の情
報を取り引きデータ領域１３０Ｎに関連づけることによ
って、サーバーセッションデータ構造１３０のレコード
１３０．１を更新する。
【０９１７】 金額 ｕｓｄ４２．５０ 顧客セッションＩＤ Ｊ／Ｐｉ＋ｓｑＧｔｇＨ＝ 販売者オーダーＩＤ １２３１−３４２４−２３４２４２ 販売者個人ＩＤ Ａｃｍｅ−１２ 顧客インデックス １
【０９１８】サーバーコンピュータは、また、以下の情
報を取り引きデータ領域１３０ＮＮに関連づけることに
よって、サーバーセッションデータ構造１３０のレコー
ド１３０．２を更新する。
【０９１９】 金額 ｕｓｄ４２．５０ 顧客セッションＩＤ Ｊ／Ｐｉ＋ｓｑＧｔｇＨ＝ 販売者オーダーＩＤ １２３１−３４２４−２３４２４２ 販売者個人ＩＤ Ａｃｍｅ−１２ 販売者インデックス ７７
【０９２０】サーバーコンピュータは、次いで、メッセ
ージＣＡ３を組立てて、すでに述べたとおり、販売者コ
ンピュータ３００にそれを転送する。メッセージＣＡ３
は次の情報を含む。
【０９２１】 型 ｆｒｏｍ ｓｅｒｖｅｒ バージョン １ セッションＩＤ ｋ／ｉＬ＋ｔｐＰｍＨｇ＝ インデックス ７７ サービスカテゴリ ｃａｓｈ 販売者−不透明 サブタイプ ｃａｓｈ−ｂｔｃｈ−ｒｅｃｅｉｐｔ サブバージョン １ 要求バージョン １ 応答コード ｓｕｃｃｅｓｓ 料金 ｕｓｄ０．００ サブタイプｎ ｃａｓｈ−ｐａｙｍｅｎｔ−ｒｅｃｅｉｐ ｔ サブバージョンｎ １ 支払者セッションＩＤｎ Ｊ／Ｐｉ＋ｓｑＧｔｇＨ＝ 支払者インデックスｎ １ 応答コードｎ ｓｕｃｃｅｓｓ 集められた金額ｎ ｕｓｄ４２．５０ オーダーＩＤｎ １２３１−３４２４−２３４２４２ オースコード ｐ１２Ｐ＋／ＢＮｆｒ５９ｄｓＸｚ＋ｌｍ ｎＴＰ＝＝ 顧客−不透明 サービスカテゴリィ ｃａｓｈ 応答コード ｓｕｃｃｅｓｓ 金額 ｕｓｄ４２．５０ オーダーＩＤ １２３１−３４２４−２３４２４２ オースコード ｋｊＴＵＹ７ｆ７ｚｒ＋ｐＧＢ６５ＲＸＥ ＋ｈｃ＝＝
【０９２２】販売者コンピュータ３００はメッセージＣ
Ａ３をアンラップして、上述したとおりそれを処理す
る。販売者コンピュータ３００は、フラッグ領域３５０
Ｃを”ｐａｉｄ”に設定することによって、販売者金額
データ構造３７０のレコード３７０．１を更新する。
【０９２３】販売者コンピュータ３００は、販売者キャ
ッシュログデータ構造３７０のレコード３７０．１を次
のように更新する。
【０９２４】ステータス領域３７０Ｂは”ｓｕｃｃｅｓ
ｓ”にセットされている。クレジット金額領域３７０ｋ
は”ｕｓｄ４２，５０”にセットされている。
【０９２５】販売者コンピュータは、メッセージＣＡ４
を組立てて、それを顧客コンピュータ２００に転送す
る。メッセージＣＡ４は以下の情報を含む。
【０９２６】 型 ｃａｓｈ−ｐａｙｅｒ−ｒｅｃｅｉｐｔ バージョン １ セッションＩＤ ｋ／ｉＬ＋ｔｐＰｍＨｇ＝ サービスカテゴリ ｃａｓｈ インデックス ７７ オーダーＩＤ １２３１−３４２４−２３４２４２ 不透明 応答コード ｓｕｃｃｅｓｓ 金額 ｕｓｄ４２．５０ オーダーＩＤ １２３１−３４２４−２３４２４２ オースコード ｍｈｇＤ４ＱａＢＰｋｊ＋ｖＷｋｊＨｙｔ Ｒ５Ｊ＝＝
【０９２７】顧客コンピュータ２００は、上述したとお
りのメッセージＣＡ４をアンラップして処理する。顧客
コンピュータ２００は、現在の金額領域２４０Ｆから”
＄４２．５０”を差引いてバランス＄２７０．５０を残
すことによって、顧客セッションデータ構造２４０のレ
コード２４０．１を更新する。
【０９２８】Ｆ．閉鎖セッション処理４１１閉鎖セッシ
ョン処理４１１は、顧客ユーザ２０３が顧客コンピュー
タ２００のディスプレイから閉鎖セッションプロンプト
を選んだ時に開始する。この動作によって、顧客コンピ
ュータ２００は、上述したとおり、メッセージＣＳ１を
組立てて、サーバーコンピュータ１００に転送する。メ
ッセージＣＳ１は、以下の情報を含む。
【０９２９】 ＩＤ ｂｒｉａｎｂ−２３ 取り引き ２２７７０５６ 日付 １９９５１１０５１１０２２３６６６ サーバキー ＣＣ１００１ サービスカテゴリ ｃａｓｈ 不透明 型 ｃｌｏｓｅ−ｓｅｃｔｉｎ サーバ日付 １９９５１１０５１１０２２３６６６ ソフトウェアバージョン １．０ｗｉｎ セッションＩＤ Ｊ／Ｐｉ＋ｓｑＧｔｇＨ＝ 要求ログ Ｎｏ キー ４／Ｒｏｏｓ＋２ａｃ８＝ サイン ｋａｓｄｊｆｚｌｓｋａｄｕｆｓｏｄｐｉ ｒｕｌｋｓｄｎｚｌｓｋｄ８０３ｄｉｐｏｄｓｉｆｄｆｓａｄｙｂｍｉｐｊｇ ４ｅａｚｑｅｒ９８ｊｆｅｊｏｉｕｄｆｊｉ９８ｙｔｒｎｍｖｃｘｚａｑｗ２ ３ｒｇｔｙｈｐｍｋｌｏ１ｑａｚｘｓｗ３４ｒｆｖｇｙ＋０９ｏｋｉｊｕ７ｙ ｈｎｂｇ
【０９３０】サーバーコンピュータは、サーバーメッセ
ージログ１４０に新規レコード１４０．６を作って、領
域１４０ＥにメッセージＣＳ１のコピーを蓄積する。サ
ーバーコンピュータ１００は、ついで、上Ｊ津したとお
り、メッセージＣＳ１をアンラップして、処理し、以下
のレコード１４０．６を更新する。
【０９３１】 個人ＩＤ ｂｒｉａｎｂ−２３ セッションＩＤ 取り引き ２２７７０５７ インデックス 入ってくるメッセージ ｃｏｐｙ ｏｆ ＣＳ１ 応答メッセージ
【０９３２】サーバーコンピュータ１００は、次いで現
在の金額領域１３０Ｆ（＄２７．５０）の値を、バラン
ス＄５７．６０用の上述のキャッシュコンテナの入手可
能なバランス領域１２０Ｇ．２の金額を加えること、閉
鎖データ領域１３０Ｈに値”１９９５１１０５１１０３
０１９９９”と入力すること、”開設”から”閉鎖”ヘ
ステータス領域を変更することによって、個人ＩＤ”ｂ
ｒｉａｎｂ−２３”に関連するサーバーセッションデー
タ構造１３０のレコード１３０．１を更新する。
【０９３３】サーバーコンピュータは、メッセージＣＳ
２を組み込んで、レコード１４０．６の領域１４０Ｆに
そのコピーを蓄積し、メッセージＣＳ２を顧客コンピュ
ータ２００に転送する。メッセージＣＳ２は次の情報を
含んでいる。
【０９３４】 ＩＤ ｂｒｉａｎｂ−２３ 取り引き ２２７７０５７ 日付 １９９５１１０５１１０２２３６６６ サービスカテゴリ ｃａｓｈ 不透明 型 ｃｌｏｓｅ−ｓｅｓｓｉｏｎ−ｒｅｓｐｏ ｎｓｅ サーバ日付 １９９５１１０５１１０３０１９９９ 応答コード ｓｕｃｃｅｓｓ ソフトウェアセベリティ ｗａｒｎｉｎｇ ソフトウェアメッセージ Ｎｅｗ ｓｏｆｔｗａｒｅ ｉｓ ａｖａ ｉｌａｂｌｅ 料金 ｕｓｄ０．００ 金額 ｕｓｄ２７．５０
【０９３５】顧客コンピュータ２００は、上述したとお
り、メッセージＣＳ２をアンラップして処理する。顧客
コンピュータ２００は、現在の金額領域２２０Ｉ（＄３
０．５０）の値を、バランス＄５７．６０として＄２
７．５０に加えることによって顧客個人データ構造２２
０のレコード２２０．１の領域２２０Ｉを更新する。顧
客コンピュータ２００は、顧客セッションデータ構造２
４０のレコード２４０．１を削除する。
【０９３６】一方、本発明のこれまでに述べた部分は、
実施例として述べられてものであり、等業者によって様
々な変形、応用、均一のものを、本発明の範囲内におい
て使用することができる。
【図面の簡単な説明】
【図１】本発明の一般的な構成を示す説明図である。
【図２】本発明の一般的な処理を示す説明図である。
【図３】図２に示した処理をより詳細に示す説明図であ
る。
【図４】本発明におけるメッセージの流れを示す説明図
である。
【図５】サーバコンピュータ１００のデータベースの構
成を示す説明図である。
【図６】サーバの個人データ構造１２０の顧客個人１２
０．１を示す説明図である。
【図７】図６のキャッシュコンテナデータ１２０Ｇの領
域を示す説明図である。
【図８】図６の機器結合データ１２０Ｈの領域を示す説
明図である。
【図９】サーバの個人データ構造１２０の販売者個人１
２０．２を示す説明図である。
【図１０】図９のキャッシュコンテナデータ１２０ＧＧ
の領域を示す説明図である。
【図１１】図９の機器結合データ１２０ＨＨの領域を示
す説明図である。
【図１２】サーバのセッションデータ構造１３０の顧客
セッションレコード１３０．１を示す説明図である。
【図１３】図１２の取引データ１３０Ｎの領域を示す説
明図である。
【図１４】サーバのセッションデータ構造１３０の販売
者セッションレコード１３０．２を示す説明図である。
【図１５】図１４の取引データ１３０ＮＮの領域を示す
説明図である。
【図１６】メッセージログデータ構造１４０のレコード
１４０．１を示す説明図である。
【図１７】顧客コンピュータ２００のデータベースの構
造を示す説明図である。
【図１８】顧客アプリケーションデータ構造２１５のレ
コード２１５．１を示す説明図である。
【図１９】顧客個人データ構造２２０のレコード２２
０．１を示す説明図である。
【図２０】顧客機器結合データ構造２３０のレコード２
３０．１を示す説明図である。
【図２１】顧客アクティブセッションデータ構造２４０
のレコード２４０．１を示す説明図である。
【図２２】顧客未決裁ログデータ構造２５０を示す説明
図である。
【図２３】顧客未決裁取引データ構造２５０の未決裁の
登録／更新情報レコード２５１を示す説明図である。
【図２４】顧客未決裁取引データ構造２５０の未決裁の
リンク／更新機器結合レコード２５２を示す。
【図２５】顧客未決裁取引データ構造２５０の未決裁キ
ャッシュ支払レコード２５３を示す説明図である。
【図２６】顧客未決裁取引データ構造２５０の未決裁の
ロード／アンロードファンドレコード２５４を示す説明
図である。
【図２７】顧客未決裁取引データ構造２５０の未決裁の
オープンセッションレコード２５５を示す説明図であ
る。
【図２８】顧客未決裁取引データ構造２５０の未決裁の
クローズセッションレコード２５６を示す説明図であ
る。
【図２９】顧客ログデータ構造２６０を示す説明図であ
る。
【図３０】顧客ログデータ構造２６０の個人の登録／更
新応答レコード２６１を示す説明図である。
【図３１】顧客ログデータ構造２６０のリンク／更新機
器応答レコード２６２を示す説明図である。
【図３２】顧客ログデータ構造２６０のキャッシュ支払
応答レコード２６３を示す説明図である。
【図３３】顧客ログデータ構造２６０のロード／アンロ
ードファンド応答レコード２６４を示す説明図である。
【図３４】顧客ログデータ構造２６０のオープンセッシ
ョン応答レコード２６５を示す説明図である。
【図３５】顧客ログデータ構造２６０の支払要求レコー
ド２６６を示す説明図である。
【図３６】顧客ログデータ構造２６０のクローズセッシ
ョン応答レコード２６７を示す説明図である。
【図３７】顧客キャッシュコンテナデータ構造２８０の
レコード２８０．１を示す説明図である。
【図３８】販売者コンピュータのデータベースの構造を
示す説明図である。
【図３９】販売者コンピュータのデータベースの販売者
アプリケーションデータ構造のレコードを示す説明図で
ある。
【図４０】販売者コンピュータのデータベースの販売者
個人データ構造のレコードを示す説明図である。
【図４１】販売者コンピュータのデータベースの販売者
機器結合データ構造のレコードを示す説明図である。
【図４２】販売者コンピュータのデータベースの販売者
セッションデータ構造のレコードを示す説明図である。
【図４３】販売者コンピュータのデータベースの販売者
キャッシュコンテナデータ構造のレコードを示す説明図
である。
【図４４】販売者コンピュータのデータベースの販売者
総額データ構造のレコードを示す説明図である。
【図４５】販売者コンピュータのデータベースの販売者
販売セッションデータ構造のレコードを示す説明図であ
る。
【図４６】販売者コンピュータのデータベースの販売者
キャッシュログデータ構造のレコードを示す説明図であ
る。
【図４７】サンプルメッセージのフォーマットを示す説
明図である。
【図４８】登録処理４０１を示すフロー図である。
【図４９】メッセージ組み込み手続８００を示すフロー
図である。
【図５０】登録メッセージＲ１のフォーマットを示す説
明図である。
【図５１】登録メッセージＲ１のフォーマットを示す説
明図である。
【図５２】サーバメッセージアンラップ手続９００を示
すフロー図である。
【図５３】サーバメッセージアンラップ手続９００を示
すフロー図である。
【図５４】サーバメッセージ組み込み手続１０００を示
すフロー図である。
【図５５】登録メッセージＲ２のフォーマットを示す説
明図である。
【図５６】登録メッセージＲ２のフォーマットを示す説
明図である。
【図５７】顧客メッセージアンラップ手続１１００を示
すフロー図である説明図である。
【図５８】機器結合処理４０３を示すフロー図である。
【図５９】結合メッセージＢＩ１のフォーマットを示す
説明図である。
【図６０】結合メッセージＢＩ１のフォーマットを示す
説明図である。
【図６１】結合メッセージＢＩ４のフォーマットを示す
説明図である。
【図６２】結合メッセージＢＩ４のフォーマットを示す
説明図である。
【図６３】ロード／アンロードファンド処理４０５を示
すフロー図を示す。
【図６４】ロード／アンロードメッセージＬＵ１のフォ
ーマットを示す説明図である。
【図６５】ロード／アンロードメッセージＬＵ１のフォ
ーマットを示す説明図である。
【図６６】ロード／アンロードメッセージＬＵ２のフォ
ーマットを示す説明図である。
【図６７】ロード／アンロードメッセージＬＵ２のフォ
ーマットを示す説明図である。
【図６８】オープンセッション処理４０７を示すフロー
図である。
【図６９】オープンセッションメッセージＯＳ１のフォ
ーマットを示す説明図である。
【図７０】オープンセッションメッセージＯＳ１のフォ
ーマットを示す説明図である。
【図７１】オープンセッションメッセージＯＳ２のフォ
ーマットを示す説明図である。
【図７２】オープンセッションメッセージＯＳ２のフォ
ーマットを示す説明図である。
【図７３】取引／支払処理４０９を示すフロー図であ
る。
【図７４】取引／支払処理４０９を示すフロー図であ
る。
【図７５】取引／支払処理４０９を示すフロー図であ
る。
【図７６】支払要求メッセージＰＲ１のフォーマットを
示す説明図である。
【図７７】メッセージアンラップ手続３３００を示すフ
ロー図である。
【図７８】メッセージ組み込み手続ＣＡ１２を示すフロ
ー図である。
【図７９】キャッシュ支払メッセージＣＡ１のフォーマ
ットを示す説明図である。
【図８０】キャッシュ支払メッセージＣＡ１のフォーマ
ットを示す説明図である。
【図８１】ＣＡ−ＤＥＳーキー発生処理１６００を示す
フロー図である。
【図８２】メッセージアンラップ手続ＣＡ１を示すフロ
ー図である。
【図８３】メッセージＣＡ２のフォーマットを示す説明
図である。
【図８４】メッセージＣＡ２のフォーマットを示す説明
図である。
【図８５】メッセージＣＡ２のフォーマットを示す説明
図である。
【図８６】サーバメッセージアンラップ手続１６６０を
示すフロー図である。
【図８７】サーバメッセージアンラップ手続１６６０を
示すフロー図である。
【図８８】サーバメッセージ組み込み手続３４００を示
すフロー図である。
【図８９】メッセージＣＡ３のフォーマットを示す説明
図である。
【図９０】メッセージＣＡ３のフォーマットを示す説明
図である。
【図９１】メッセージＣＡ３のフォーマットを示す説明
図である。
【図９２】メッセージアンラップ手続ＣＡ３４を示すフ
ロー図である。
【図９３】メッセージ組み込み手続３１００を示すフロ
ー図である。
【図９４】メッセージＣＡ４のフォーマットを示す説明
図である。
【図９５】メッセージＣＡ４のフォーマットを示す説明
図である。
【図９６】クローズセッション処理４１１を示すフロー
図である。
【図９７】メッセージＣＳ１のフォーマットを示す説明
図である。
【図９８】メッセージＣＳ１のフォーマットを示す説明
図である。
【図９９】メッセージＣＳ２のフォーマットを示す説明
図である。
【図１００】メッセージＣＳ２のフォーマットを示す説
明図である。
【手続補正書】
【提出日】平成９年１月３１日
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正内容】
【書類名】 明細書
【発明の名称】 電子転送システム及び方法
【特許請求の範囲】
【発明の詳細な説明】
【０００１】
【発明の背景技術】 １．発明の属する技術分野 インターネットのような不安全なネットワークを通して
のメッセージの処理のために受け入れることのできる安
全のレベルを達成するために、大きなキーサイズを有す
るパブリックキーによる暗号化（例えばＲＳＡ）が一般
的に要求される。本発明は、そのような不安全なネット
ワークを通して安定したメッセージ処理の効率を増大さ
せるためのシステム及び方法に関するものである。特
に、本発明は、メッセージ交換のためのネットワークに
おいて必要とされる暗号化のレベルを減らすためのシス
テム及び方法に関するものである。さらに、本発明は、
暗号化のためのコンピュータの必要性を実質的に減らす
一方、安全な方法で電子的な現金取引を行なうことに関
するものである。
【０００２】２．従来の技術 インターネットのような不安全なネットワーク上におけ
るコミュニケーションの安全性を増大するための種々の
方法が開示されている。不安全なネットワークは、監
視、盗聴、改ざんからメッセージを保護しない。一方、
安定なネットワークは、監視、盗聴および／または改ざ
んのための機会を減らす種々の手段を提供する。
【０００３】例えば、（シキュアーＨＴＴＰ（Ｓ−ＨＴ
ＴＰ）およびシキュアーソケットレイヤー（ＳＳＬ）プ
ロトコルのような）チャンネルメッセージ安全保護計画
は、互いのコミュニケーションがプライベートなもので
あり１対１のコミュニケーションを望む二つの当事者間
における信頼性を創造することを意図している。ＳＳＬ
は、各メッセージを複雑に暗号化することによってオー
センチケーション及び安全保護を提供するためにデジタ
ル的にサインされた証明を利用する。Ｓ−ＨＴＴＰは、
安全保護とオーセンチケーションを保証するために複雑
に暗号化されたキーを使用するデジタル的にサインされ
たメッセージを利用している。
【０００４】複数のマルチ−パーティープロトコルがク
レジットカードの決裁のために提案されていて、そのう
ちの有名なものとしてシキュアートランスポートテクノ
ロジー（ＳＴＴ）、インターネットキードペイメント
（ＩＫＰ）、シキュアーエレクトロニックペイメントプ
ロトコル（ＳＥＰＰ）が知られている。これらのアプロ
ーチのすべては、資格発行許可に基づき構築されてお
り、販売者と顧客との両者が資格発行許可によって識別
され、次にこの資格発行許可がさらに高い許可によって
識別されることを要求する。ＳＴＴにおいては、販売者
と顧客の各々はキーのＲＳＡの二つのセットを有し、そ
のうちの一つはメッセージをサインするために使用さ
れ、他の一つは対称キーを暗号化または解読するために
使用される。そのため、このシステムでは、各パーティ
ーは（各キーに一つの）二つの証明書を必要とする。販
売者は、販売者が受け入れる各クレジットカードのため
の一対の資格認定書を有するであろう。ＳＥＰＰ及びＩ
ＫＰは、異なるＲＳＡ暗号化を使用するが、ＳＴＴと似
ており、取引毎に複数のパブリックキーの署名及び暗号
化を利用している。
【０００５】他のシステムは「ネットビル」という名前
で記載されている。ネットビルアプローチは、他のもの
よりもパブリックキーの暗号化を重要視しないが、それ
でも取引を通してパブリックキーの署名を必要とする。
【０００６】その他のアプローチは、デジキャッシュの
アプローチである。デジキャッシュモデルでは、使用者
はランダムナンバーを創り出し、このランダムナンバー
がデジタルコインのためのシリアルナンバーのように動
作する。他の提案されたシステムと同様に、デジキャッ
シュは、（ＲＳＡ暗号化のように他のパブリックキーテ
クニックのための基礎である）モジュールの累乗法への
強い依存を要求することによって、安全で、匿名のキャ
ッシュ支払いシステムを構築するとの第１の目的を達成
している。また、このシステムは、銀行及び第３者に、
実際の価値を有するトークンを創造することを要求す
る。そのようなシステムが、アメリカ合衆国や他の裁判
管轄権のある地域において、銀行業、税金及び通貨の法
律として取り扱われるかどうかは不明瞭である。
【０００７】モンデックスのような他のシステムは、使
用者のコンピュータに接続したハードウェアの使用を通
じての安全性を達成している。インターネット取引のた
めに、専用のカードリーダが特別なカードを使用するす
べての顧客及び販売者のコンピュータに付加されなけれ
ばならない。
【０００８】暗号化の信頼性、特にパブリックキーによ
る暗号化の信頼性は、ソフトウェアまたはハードウェア
のいずれかに基づき相当の犠牲を払ったものでも、暗号
化の使用が多くなればなるほど、メッセージを解読する
のに必要な処理がそれだけ多くなる。商用ネットワーク
における支払処理のようにメッセージの処理コストが重
要である場合は、プロセッサ及びハードウェアコスト
は、安全なコミュニケーションのためのインターネット
のようなネットワークを使用することに対して、重要な
妨害になりうる。
【０００９】現状の先行技術は、プロセッサの使用時
間、付加ハードウェア、またはそれら両者の付随する高
いコストにより、受け入れることのできる安全を達成し
ているにすぎない。商用インターネットのような不安全
なネットワークの発展を促すために必要なことは、暗号
化されたメッセージを少ない処理コストで提供できる一
方、転送されるコミュニケーションのための受け入れ可
能なレベルの安全を維持できるソフトウェアに依存した
システムである。
【００１０】
【発明の要約】そのため、本発明は、インターネットや
他の不安全なネットワークを通して大変効率的で、経済
的で、しかも安全な処理のためのシステム及び方法を提
供することを目的とする。本発明は、インターネットま
たは他の不安全なネットワークを通して、比較的小さい
投資で、製品の安全な支払い（スモールキャッシュペイ
メンツを含む）を行なうための基礎を提供する。
【００１１】本発明によれば、コミュニケーションシス
テムにおいて安全に情報の伝達を行なうための方法を開
示する。このコミュニケーションシステムは、第１のパ
ーティーの存在する場所にある第１の装置と、第２のパ
ーティーの存在する場所にある第２の装置と、これら両
者の間の情報伝達を行なうサーバーとを備えている。こ
の方法は、第１のパーティーと関連する第１のセッショ
ンを行なう工程を備え、この第１のセッションは、この
第１のセッションが使用可能な期間を制限する第１の使
用パラメータと、第１のデータセットとを有している。
第１の使用パラメータ及び第１のデータセットは、サー
バによって確認することができる。また、この方法は、
第２のパーティーと関連する第２のセッションを行なう
工程を備えている。この第２のセッションは、この第２
のセッションが使用可能な期間を制限する第２のパラメ
ータと、第２のデータセットとを有している。第２の使
用パラメータ及び第２のデータセットは、サーバによっ
て確認することができる。さらに、この方法は、コミュ
ニケーションシステムにおいて、第１のセッションのあ
る部分と第２のセッションのある部分とをリンクする工
程を備えている。第１のセッションのこの部分は、前記
第１のデータセットと第１の使用パラメータとを含み、
第２のセッションのこの部分は、前記第２のデータセッ
トと第２の使用パラメータとを含んでいる。さらにま
た、この方法は、少なくとも第１及び第２のデータセッ
トの部分に基づきサーバによって第１及び第２のパーテ
ィーを確認する工程と、第１及び第２のセッションが第
１及び第２の使用パラメータに基づき使用されたかどう
かをサーバによって決定する工程とを備えている。サー
バが第１及び第２のパーティーを確認し、第１及び第２
のセッションが使用できると決定された場合は、第１及
び第２のパーティーが、コミュニケーションシステムに
おいて、安全に情報を伝達することができることを保証
する。
【００１２】本発明の他の態様は、コミュニケーション
システムにおいて、安全に情報を伝達するための方法に
関する。このコミュニケーションシステムは、使用の場
所にある装置とそれとの情報伝達のためのサーバとを有
し、この方法は、それと関連する使用パラメータを有す
るセッションを行なうため装置からの要求をサーバへ伝
達する工程と、第１のキーを第２のキーでサーバにより
暗号化する工程と、暗号化された第１のキー及びこのセ
ッションと関連する使用パラメータをサーバから装置へ
と伝達する工程とを備えている。また、この方法は、暗
号化された第１のキーと使用パラメータとを装置で受信
する工程と、暗号化した第１のキーを解読する工程とを
備え、これにより装置は、使用パラメータに従って解読
された第１のキーを使用することにより、コミュニケー
ションシステムにおいて安全に情報の伝達を行なうこと
ができる。
【００１３】本発明の代表的な実施例は、添付の図面を
参照して記載される。
【００１４】
【好ましい実施例の詳細な説明】本発明の好ましい実施
例を、図１−９８を参照して詳細に説明する。図面及び
それに伴う詳細な説明は本発明の範囲を制限することを
意図していない。
【００１５】Ｉ．情報及び情報のフロー 本発明の概念は図１に記載されている。図１は、３つの
構成部材、すなわちインターネット５０を介して互いに
接続されているサーバコンピュータ１００、顧客コンピ
ュータ２００及び販売者コンピュータ３００を示してい
る。接続はライン１０５、２０５及び３０５により各別
に示されている。
【００１６】顧客コンピュータ２００は、インターネッ
ト５０を通じて製品を購入したい個人である顧客ユーザ
２０３のコンピュータを現している（ここで、「製品」
は物、サービス、情報、データ等を含んでいる）。顧客
コンピュータ２００は顧客データベース２０２及び顧客
アプリケーションソフトウェア２１０を含む。販売者コ
ンピュータ３００は、インターネット５０を通じて顧客
ユーザ２０３に製品を提供する個人である販売者ユーザ
３０３を現している。販売者コンピュータ３００は販売
者データベース３０２及び販売者アプリケーションソフ
トウェア３１０を含む。販売者ユーザ３０３に関する情
報は、販売者データベース３０２中に蓄積される。販売
者アプリケーションソフトウェア３１０は本発明の数々
の処理を実行する。
【００１７】以下の詳細な説明は、単一の顧客ユーザ２
０３と単一の販売者ユーザ３０３を対象として行われて
いるが、本発明は、単一及び複数の顧客ユーザ２０３と
単一及び複数の販売者ユーザ３０３との間の情報伝達及
び取引も意図していることに注意すべきである。
【００１８】サーバコンピュータ１００は、後述するよ
うに、インターネット５０を通して安全に顧客コンピュ
ータ２００及び販売者コンピュータ３００と情報の伝達
ができ、顧客ユーザ２０３及び販売者ユーザ３０３の間
の取引を行なうことができる。サーバコンピュータ１０
０はサーバデータベース１０２及びサーバソフトウェア
１１０を含む。サーバコンピュータ１００、顧客ユーザ
２０３及び販売者ユーザ３０３に関する情報は、サーバ
データベース１０２中に蓄積される。サーバソフトウェ
ア１１０は本発明の数々の処理を実行する。
【００１９】サーバコンピュータ１００、顧客コンピュ
ータ２００及び販売者コンピュータ３００の間の情報の
伝達は、好ましくは、インターネット５０上で供給され
るワールドワイドウェブ（ＷＷＷ）サービスを通じての
ハイパーテキストトランスポートプロトコル（ＨＴＴ
Ｐ）によって行われる。もちろん、他のプロトコル及び
ネットワークをこの目的のために使用できる。
【００２０】図２は本発明によって行われる一般的な処
理を示す。処理はステップ０から始まる。
【００２１】まず第１に、セットアップ処理がステップ
１で行われる。このセットアップ処理において、顧客ユ
ーザ２０３及び販売者ユーザ３０３（以下、まとめて
「クライアント」とも呼ぶ）は、サーバコンピュータ１
００のデータベース１０２中にコンフィギュレーション
される。このようにして、クライアントは、サーバコン
ピュータ１００によって認識され、サーバコンピュータ
１００と情報の伝達が可能となる。顧客データベース２
０２及び販売者データベース３０２は、また、ステップ
１においてコンフィギュレーションされる。
【００２２】オープンセッション処理はステップ２で行
われる。一般的に、セッションは、顧客ユーザ２０３が
インターネット５０を通して販売者から製品を購入する
ことができる、または、販売者ユーザ３０３がインター
ネット５０を通して顧客ユーザ２０３に対して製品を提
供することができる、機会（またはウィンドウ）であ
る。顧客ユーザ２０３及び販売者ユーザ３０３は、各自
が独立したセッションを有している。セッションは限ら
れた期間となる。この期間はパラメータによって管理さ
れる。これらのパラメータは、好ましくは、顧客ユーザ
２０３及び販売者ユーザ３０３によってセットされる。
あるいは、サーバコンピュータ１００もそのようなパラ
メータをセットできる。
【００２３】取引／支払処理はステップ３で行われる。
このステップにおいて、顧客ユーザ２０３及び販売者ユ
ーザ３０３は、価格の合意をみた提供された製品に同意
する。顧客ユーザ２０３は電子キャッシュで製品に対し
ての支払をする。電子キャッシュは、本発明で使用され
るファンド（現金、クレジット、その他）を一例として
示すことができる。この電子キャッシュは、顧客ユーザ
２０３によって購入された製品を提供できる販売者ユー
ザ３０３によって受け取られる。顧客ユーザ２０３は、
セッションの間、複数の販売者ユーザ３０３とビジネス
を行なうことができる。顧客ユーザ２０３及び販売者ユ
ーザ３０３は、ただ単に、ステップ２で形成されたよう
なセッションの期間中、ビジネスの取引を行なうことが
できるだけである。
【００２４】クローズセッションはステップ４において
本発明中に含まれるであろう。このステップは、ステッ
プ２で形成されたセッションを終了する。
【００２５】本発明で行われた処理はステップ５で終了
する。
【００２６】図３を参照して、上述した図２のステップ
１から４で記載された処理を、さらに詳しく記載する。
まず第１に、ステップ１で行われるセットアップ処理
は、ダウンロード及びインストレーション処理４００、
登録処理４０１、機器結合処理４０２及びロード／アン
ロードファンド処理４０５を含む。
【００２７】ダウンロード及びインストレーション処理
４００中、顧客ユーザ２０３及び販売者ユーザ３０３の
各々は、好ましくはインターネット５０上に存在するク
ライアントアプリケーションソフトウェア１５３（図
１）のコピーをダウンロードしインストールする。顧客
コンピュータ２００及び販売者コンピュータ３００内に
おいて、クライアントアプリケーションソフトウェア１
５３のコピーは、顧客アプリケーションソフトウェア２
１０及び販売者アプリケーションソフトウェア３１０の
各々として存在する（販売者アプリケーションソフトウ
ェア３１０は、販売者コンピュータ３００が以下に記載
する機能を実行するようにする他のソフトウェアを含
む）。良く知られた技術を使用することで、顧客アプリ
ケーションソフトウェア２１０及び販売者アプリケーシ
ョンソフトウェア３１０は、顧客コンピュータ２００及
び販売者コンピュータ３００の各別のウェブブラウザに
リンクされ、必要なブラウザを介してアクセスすること
ができる。
【００２８】次に、登録処理４０１で、顧客ユーザ２０
３及び販売者ユーザ３０３はサーバコンピュータ１００
とともに登録される。すなわち、顧客ユーザ２０３及び
販売者ユーザ３０３に対する「個人」がサーバコンピュ
ータ１００のデータベース内に構築される。ここに、
「個人」は特定のクライアントに関するデータの集合と
して定義される。すなわち、この登録処理によって、サ
ーバコンピュータ１００と共に登録した顧客ユーザ２０
３及び販売者ユーザ３０３の各々は、サーバコンピュー
タ１００内に彼ら自身の個人を持つ（個人の詳細は後述
する）。ある処理（例えば、ファンドのロード、ファン
ドのアンロード、サーバコンピュータ１００に対するあ
るメッセージの提出）を実行する個人の権利は、メッセ
ージまたはサービスの内容に基づいて可能または不可能
となる。
【００２９】図３の機器結合処理４０３中、クライアン
ト（顧客ユーザ２０３または販売者ユーザ３０３）は、
クライアントが財政上の機器を使用できることを確立す
るための情報をサーバコンピュータ１００に伝達する。
財政上の機器はクレジットカード、デビットカード、デ
マンドデポジットアカウント（ＤＤＡｓ）または他の財
政上の機器を含む。統合された機器の発行者または第３
者保証人は、クライアントが機器を使用できるかどうか
を決定する基準の必要充分な程度をセットすることがで
きる。例えば、クレジットカードを発行する銀行は、ク
レジットカードを使用するために、クライアントが５桁
の郵便番号と母親の旧姓を提出することで充分だと考え
ている。これらの基準のリストは、例えば、サーバコン
ピュータ１００に供給され、サーバコンピュータ１００
はクライアントがこれらの基準を満たしていることを確
立するためにクライアントとコミュニケーションするこ
とができ、その結果クライアントは財政上の機器を使用
することができる。
【００３０】クライアントがこの処理によって機器を使
用できることを一旦確立すれば、機器は統合されて、登
録処理４０１中に形成されるクライアントの個人と関連
する。一旦機器が統合されれば、クライアントは以下に
記載されるような取引のための機器を使用することがで
きる。
【００３１】ロード／アンロードファンド処理４０５は
次に議論される。顧客ユーザ２０３にとって、「ロー
ド」は、それにより統合された機器が関連するファンド
が顧客ユーザ２０３の個人に対し「ロード」（転送）さ
れる処理である。顧客ユーザ２０３の個人において、フ
ァンドは電子キャッシュとして現される。顧客ユーザ２
０３にとって、「アンロード」は、それにより電子キャ
ッシュが顧客ユーザ２０３の個人から統合された機器へ
「アンロード」（転送）される処理である。販売者ユー
ザ３０３にとって、「アンロード」は、それにより電子
キャッシュが販売者ユーザ３０３の個人から統合された
機器へ「アンロード」される処理である。販売者ユーザ
３０３にとって、「ロード」は、それにより統合された
機器と関連するファンドが販売者ユーザ３０３の個人に
「ロード」される処理である。販売者ユーザ３０３個人
において、ファンドは電子キャッシュとして現される。
【００３２】図２中ステップ２として記載されるオープ
ンセッション処理を、図３のオープンセッション処理４
０７を参考にしてさらに説明する。顧客ユーザ２０３が
セッションを形成すると、顧客ユーザ２０３は、かれら
自身の独立したセッションを個々に形成した一つあるい
はそれ以上の販売者ユーザ３０３とインターネット５０
を通してビジネスの取引を行なうことができる（もちろ
ん、販売者ユーザ３０３は、そのように望めば、顧客ユ
ーザ２０３としても行動することができる）。
【００３３】取引／支払処理４０９は次に行われる。こ
の処理中、顧客ユーザ２０３及び販売者ユーザ３０３
は、取引（例えば特別な製品および価格）の要素を交渉
したり同意したりすることができる。その後、販売者ユ
ーザ３０３は、顧客ユーザ２０３が製品の同意した価格
を支払うよう要求することができる。販売者ユーザ３０
３の要求に応じて、顧客ユーザ２０３は、販売者ユーザ
３０３に、顧客ユーザ２０３が製品の同意した価格を受
け取ることを知らせることができる。販売者ユーザ３０
３が、有効性確認のためにサーバコンピュータ１００に
対して提出した取引に関する情報を作成することが好ま
しい。サーバコンピュータ１００が取引の有効性を確認
すれば、電子キャッシュは顧客ユーザ２０３の個人から
販売者ユーザ３０３の個人へ転送される。一旦有効性が
確認されれば、販売者ユーザ３０３は製品を顧客ユーザ
２０３へ提供することができる。
【００３４】クローズセッション処理４１１で、オープ
ンセッション処理４０７中で作成されたセッションは中
断される。顧客ユーザ２０３（または販売者ユーザ３０
３）がこのセッションを閉じると、サーバコンピュータ
１００は、顧客ユーザ２０３（または販売者ユーザ３０
３）が、オープンセッションを持っているが顧客ユーザ
２０３とは異なるオープンセッションである他の販売者
ユーザ３０３（または顧客ユーザ２０３）とのインター
ネット５０を通してのビジネスの取引をすることを不可
能とする。
【００３５】本発明のメッセージのフローを示す図４を
参照すると、登録処理４０１は、メッセージＲ１（登録
１）をサーバコンピュータ１００に送る顧客コンピュー
タ２００によって実行される。メッセージＲ１に応じ
て、サーバコンピュータ１００はメッセージＲ２（登録
２）を顧客コンピュータ２００に送り返す。これらの登
録メッセージに含まれる情報は以下に記載される。
【００３６】機器結合処理４０３中、顧客コンピュータ
２００はメッセージＢＩ１（統合機器１）をサーバコン
ピュータ１００へ送る。メッセージＢＩ１中の情報は、
サーバコンピュータ１００によって、その機器の発行者
または第３者保証人と機器を統合する委任を受けたかを
確認するのに使用される。この確認処理は、サーバコン
ピュータ１００と顧客コンピュータ２００との間のメッ
セージ（ここでは、メッセージＢＩ２及びＢＩ３）の交
換によって増大する。メッセージＢＩ２の内容は、追加
の情報（機器の発行者によって促される）の要求または
機器の発行者または第３者保証人によって要求される情
報の明瞭化の要求を含む。例えば、メッセージＢＩ２は
顧客ユーザ２０３に顧客ユーザ２０３の母親の旧姓を求
めることができる。メッセージＢＩ３は顧客ユーザ２０
３の応答を含ませることができる。
【００３７】メッセージＢＩ１に反応して、サーバコン
ピュータ１００はメッセージＢＩ４（統合機器４）を顧
客コンピュータ２００に送り返す。これらの統合メッセ
ージに含まれている情報は以下に記載する。以下に続く
記載において、メッセージＢＩ１及びＢＩ４は機器結合
のための動作メッセージである。
【００３８】ロード／アンロードファンド処理４０５
中、顧客コンピュータ２００はメッセージＬＵ１（ロー
ド／アンロード１）をサーバコンピュータ１００に送
る。メッセージＬＵ１に応じて、サーバコンピュータ１
００はメッセージＬＵ２（ロード／アンロード２）を顧
客コンピュータ２００へ送り返す。これらのロード／ア
ンロードファンドメッセージに含まれる情報は、以下に
記載する。
【００３９】オープンセッション処理４０７中、顧客コ
ンピュータ２００はメッセージＯＳ１（オープンセッシ
ョン１）をサーバコンピュータ１００に送る。メッセー
ジＯＳ１に応じて、サーバコンピュータ１００はメッセ
ージＯＳ２（オープンセッション２）を顧客コンピュー
タ２００へ送り返す。これらのオープンセッションメッ
セージ中に含まれる情報は以下に記載される。
【００４０】取引／支払処理４０９中、販売者コンピュ
ータ３００はメッセージＰＲ１（支払要求１）を顧客コ
ンピュータ２００へ送る。メッセージＰＲ１に応じて、
顧客コンピュータはメッセージＣＡ１（キャッシュ支払
１）を販売者コンピュータ３００へ送り返す。メッセー
ジＣＡ１を受け取った後、販売者コンピュータはメッセ
ージＣＡ２（キャッシュ支払２）をサーバコンピュータ
１００へ送る。メッセージＣＡ２に応じて、サーバコン
ピュータ１００はメッセージＣＡ３（キャッシュ支払
３）を販売者コンピュータ３００へ送り返す。メッセー
ジＣＡ３に応じて、販売者コンピュータ２００はメッセ
ージＣＡ４（キャッシュ支払４）を顧客コンピュータ２
００へ送る。これらの取引／支払メッセージに含まれる
情報は後に記載する。
【００４１】オプショナルクローズセッション処理４１
１中、顧客コンピュータ２００はメッセージＣＳ１（ク
ローズセッション１）をサーバコンピュータ１００に送
る。メッセージＣＳ１に応じて、サーバコンピュータ１
００はメッセージＣＳ２（クローズセッション２）を顧
客コンピュータ２００へ送る。これらのクローズセッシ
ョンメッセージに含まれる情報は後に記載する。
【００４２】図４が、顧客コンピュータ２００とサーバ
コンピュータ１００との間に通過するメッセージＲ１／
Ｒ２、ＢＩ１／ＢＩ４、ＬＵ１／ＬＵ２、ＯＳ１／ＯＳ
２及びＣＳ１／ＣＳ２を示していることに注意する必要
がある。販売者ユーザ３０３は、これらの同じメッセー
ジが販売者コンピュータ３００とサーバコンピュータ１
００との間にも流れるようにする。その後、販売者ユー
ザ３０３は、それとは異なるとの記載がない限り、顧客
ユーザ２０３と同じ方法で、登録処理４０１、機器結合
処理４０３、ロード／アンロードファンド処理４０５、
オープンセッション処理４０７及びクローズセッション
処理４１１を実行する。販売者ユーザ３０３の場合は、
これらの処理と関連するデータは、サーバコンピュータ
１００内に含まれる販売者データベース及び販売者デー
タ構造に関して扱われる。
【００４３】本発明の好ましい実施例で使用されるデー
タベース及びデータ構造を次に記載する。
【００４４】ＩＩ．データベース 図１に記載されているように、サーバコンピュータ１０
０、顧客コンピュータ２００及び販売者コンピュータ３
００は、各々データベース１０２、２０２及び３０２を
含む。データベース１０２、２０２及び３０２の以下の
記載が特別のデータ構造及びフォーマットを参照してい
る限りは、当業者であっても、そのような特別なデータ
構造及びフォーマットは本発明にとって重要でなくまた
本発明の一部と考えないであろう。そのため、データ構
造及びフォーマットに対するいかなる変形も付加された
クレームの範囲内である。
【００４５】応答メッセージが各別の顧客コンピュータ
２００及び販売者コンピュータ３００によって受け取ら
れた時に、値がデータベース２０２及び３０２中に蓄積
されることが好ましい。しかしながら、より厳密には、
そのような応答メッセージの受領に先立ち値が蓄積され
るように記載される。
【００４６】Ａ．サーバデータベース１０２ サーバデータベース１０２は、サーバコンピュータ１０
０が顧客コンピュータ１０２及び販売者コンピュータ３
００との間の取引を伝達し処理することを可能にするデ
ータを蓄積する。図５はサーバデータベース１０２の一
般的な構造を示す。
【００４７】図５に示すように、サーバデータベース１
０２は、サーバ個人データ構造１２０、サーバセッショ
ンデータ構造１３０、メッセージログデータ構造１４
０、メッセージデータ構造１５０、パブリックキーデー
タ構造１６０及びアプリケーションデータ構造１７０を
含む。これらのデータ構造の各々をこれから詳細に記載
する。
【００４８】１．サーバ個人データ構造１２０ サーバ個人データ構造１２０は、サーバコンピュータ１
００とともに登録された顧客ユーザ２０３及び販売者ユ
ーザ３０３の領域に関するデータを蓄積する。図６を参
照すると、個人データ構造１２０は一つまたはそれ以上
の顧客個人１２０．１を含む。サーバ個人データ構造１
２０は各別に登録した顧客ユーザ２０３に対し顧客個人
１２０．１を含んでいる。顧客個人１２０．１の領域に
ついて記載する。
【００４９】領域１２０Ａは顧客ユーザ２０３に対する
個人のＩＤを蓄積する。個人のＩＤは特別な顧客ユーザ
２０３を識別する。システムの安全性を向上させるた
め、サーバデータベース１０２は顧客ユーザ２０３に対
する認識可能な情報を蓄積しない。例えば、顧客ユーザ
２０３の実際の名前及び住所はサーバデータ１０２中に
は蓄積しない。逆に、個人ＩＤは識別のために使用され
る。この個人ＩＤ領域は、パブリックキー領域１２０Ｃ
（後述）に蓄積された情報が顧客ユーザ２０３と関連す
るレコードを位置させるために使用することができる点
で任意である。個人ＩＤはパブリックキーよりも短いた
め、この目的のために個人ＩＤを使用することはより効
率的であり好ましい。
【００５０】領域１２０Ｂは顧客ユーザ２０３に対する
Ｅメールアドレスを含んでいる。領域１２０ＢのＥメー
ルアドレスを使用することにより、サーバコンピュータ
１００はインターネット５０を通じて顧客ユーザ２０３
にＥメールを送ることができる。
【００５１】領域１２０Ｃは顧客個人１２０．１に対す
るＲＳＡパブリックキーを蓄積する。以下に詳細に記載
するように、領域１２０ＣのＲＳＡパブリックキーは顧
客アプリケーションソフトウェア２１０によって生成さ
れる。領域１２０ＣのＲＳＡパブリックキーはＲＳＡパ
ブリック／プライベートキーペアのパブリック要素であ
る。顧客コンピュータ２００に対するＲＳＡパブリック
及びプライベートキーの両者は、以下に記載されるよう
に、顧客コンピュータ２００に蓄積される。好ましい実
施例において、ＲＳＡキーは７６８ビットの長さであ
る。この長さは、（より長いキーを使用して達成され
る）安全性をより増大する目的と（より短いキーを使用
して達成される）処理コストを減らす目的との間のバラ
ンスを反映している。プロセッサの能力は将来増大する
ため、より長いＲＳＡキーをシステムの能力を妥協する
ことなく安全性を高めるために使用することができるで
あろう。
【００５２】もしＲＳＡパブリックキーが適切な証明機
関によって証明中に含まれているのであれば、証明から
のキーはパブリックキーの場所で使用され、個人ＩＤ領
域１２０Ａはもはや上述したように任意にはならない。
証明に基づくシステムは先行技術において良く知られて
おり、ここでは記載しない。
【００５３】顧客ユーザ２０３がサーバコンピュータ１
００とともに登録した日付は、領域１２０Ｄに蓄積され
る。領域１２０Ｄの日付は、プロモーションの開始（例
えば、もしあなたがこの日付よりも前に登録していれ
ば、その後プロモーションを行なうように）を許可し、
議論の解決に手を貸す。
【００５４】領域１２０Ｅは顧客ユーザ２０３にとって
好ましいコミュニケーション言語を含む。
【００５５】領域１２０Ｆは顧客ユーザ２０３に対しオ
ートクローズパスフレーズを蓄積する。オートクローズ
パスフレーズは、顧客ユーザ２０３が以下に記載するあ
る事情で顧客個人１２０．１をクローズすることを許可
するパスフレーズである。
【００５６】データ１２０Ｇは、図７に示した領域１２
０Ｇ．１−１２０Ｇ．４を含むデータ構成を示してい
る。領域１２０Ｇ．１−１２０Ｇ．４は、顧客ユーザ２
０３によって確立される各キャッシュコンテナ内に格納
される。キャッシュコンテナは電子キャッシュを貯め
る。複数のキャッシュコンテナを、例えば顧客ユーザ２
０３がビジネスの取引を行おうとする通貨毎に一つとい
ったように、使用することを考えている。
【００５７】領域１２０Ｇ．１−１２０Ｇ．４を、ここ
で、図７を参照にして詳細に記載する。
【００５８】領域１２０Ｇ．１は、領域１２０Ｇ．２お
よび／または１２０Ｇ．３に蓄積された電子ファンドの
量と関連する通貨を蓄積する。
【００５９】領域１２０Ｇ．２はキャッシュコンテナの
使用可能残高を蓄積する。
【００６０】領域１２０Ｇ．３はキャッシュコンテナの
現在持っている残高を蓄積する。
【００６１】領域１２０Ｇ．２および／または１２０
Ｇ．３に蓄積された電子キャッシュは、好ましくは代理
人の銀行口座へ預金される（ファンドがある当事者によ
って他の当事者の利益のために保持される銀行預金の
形）。この代理人の銀行口座の口座番号は、領域１２０
Ｇ．４に蓄積される。
【００６２】データ１２０Ｈは、図８に示した領域１２
０Ｈ．１−１２０Ｈ．２８を含むデータ構造を示す。領
域１２０Ｈ．１−１２０Ｈ．２８は、顧客個人１２０．
１と結合した機器のためのデータを蓄積する。サーバ個
人データ構造１２０は、顧客個人１２０．１と結合した
各機器のための領域１２０Ｈ．１−１２０Ｈ．２８のセ
ットを蓄積する。領域１２０Ｈ．１−１２０Ｈ．２８
を、ここで、図８を参照して詳細に記載する。
【００６３】領域１２０Ｈ．１は、領域１２０Ａ（図
６）の個人ＩＤを蓄積する。領域１２０Ｈ．１の個人Ｉ
Ｄは、領域１２０Ｈ．１−１２０Ｈ．２８に蓄積された
データを有する機器が結合した個人１２０．１を示す。
【００６４】領域１２０Ｈ．２は、結合した機器の機器
のタイプを含む。機器のタイプは、好ましくは、銀行口
座、デビットカード及びクレジットカードを含む。
【００６５】領域１２０Ｈ．３は、結合した機器の機器
のサブタイプを蓄積する。機器のサブタイプは、機器タ
イプのサブ分類（例えば、機器タイプクレジットカード
に対するＶＩＳＡのような）を蓄積する。
【００６６】顧客ユーザ２０３は、その個人１２０．１
を登録する際に、「オートクローズ」機能を使用するか
どうか選択することができる。オートクローズ機能は、
顧客ユーザ２０３が、顧客個人１２０．１をクローズす
るための（以下に記載する）パスフレーズを提供するこ
と、および個人と関連するすべての電子キャッシュをオ
ートクローズ機器にアンロードすることを許可する。も
し、結合された機器がオートクローズ機器であれば、領
域１２０Ｈ．４は結合した機器のための機器番号を含
む。機器番号は蓄積する前に暗号化されることが好まし
い。あるいは、機器番号は、サーバコンピュータ１００
と接続していない別個の蓄積装置にセーブすることがで
きる。もし、結合した機器がオートクローズ機器でなけ
れば、機器番号は領域１２０Ｈ．９（以下に記載する）
を計算するために使用され、機器番号は領域１２０Ｈ．
４に蓄積されない。
【００６７】結合された機器は、結合した機器をさらに
認識するための第２の番号、例えばアメリカンエキスプ
レスＣＩＤまたはＵＳ−ＤＤＡアカウントＲ／Ｔ番号の
ような番号を持つこともできる。ここで機器サブ番号と
呼ぶそのような第２の番号は、領域１２０Ｈ．５に蓄積
される。
【００６８】銀行口座は単一の通貨で作成される。銀行
口座機器のその国の通貨は領域１２０Ｈ．６に蓄積され
る。
【００６９】領域１２０Ｈ．７は、法律上の同意を示す
一つあるいはそれ以上の整数を蓄積する。好ましい実施
例において、サーバコンピュータ１００のオペレータ
は、顧客ユーザ２０３が結合した機器にある操作を行な
うために、どのような法律上の同意が顧客ユーザ２０３
によってなされているのかを確認する。
【００７０】領域１２０Ｈ．８は機器プリフィックスを
含む。領域１２０Ｈ．８の機器プリフィックスは、領域
１２０Ｈ．４を参照して記載した機器番号のサブセット
である。好ましい実施例において（クレジットカード、
デビットカード、銀行口座のための）、領域１２０Ｈ．
８の機器プリフィックスは、領域１２０Ｈ．４の機器番
号の最初の２桁と最後の４桁である。
【００７１】領域１２０Ｈ．９は、好ましくは領域１２
０Ｈ．４を参照して記載した機器番号のＭＤ５ハッシュ
からなる機器ハッシュ値を蓄積する（この出願において
使用される「ハッシュ」の言葉は、代数ハッシュのよう
な他の計算によるハッシュ機能とは別の暗号化されたハ
ッシュのことを意味する）。ハッシュによって表現され
た機器番号は、好ましくは、ハッシング前に顧客コンピ
ュータ２００によってサーバコンピュータ１００に対し
て生成され供給されたランダム番号（そのような番号は
「ソルト」として一般に参照される）とともに機器番号
を連結することにより、推測することを大変難しくされ
ている。機器ソルトは、以下に議論される機器結合デー
タ構造２３０の領域２３０Ｑに蓄積される。領域１２０
Ｈ．９の機器ハッシュは、サーバコンピュータ１００に
蓄積されるべき機器番号を必要とせずに、機器番号をベ
リファイするために使用される。この方法は、盗みや悪
者の目標としてのサーバコンピュータ１００の魅力を少
なくする。
【００７２】領域１２０Ｈ．１０は、「ＢＩＮ」または
銀行のＩＤ番号のような結合された機器の発行者の確認
番号を含む。
【００７３】もし、結合された機器がオートクローズ機
器として使用されたならば、領域１２０Ｈ．１１及び１
２０Ｈ．１２は結合された機器の所有者の名前及び住所
を含む。この情報は蓄積される前に暗号化されることが
好ましい。あるいは、機器番号はサーバコンピュータ１
００と接続されていない別の蓄積装置中にセーブするこ
ともできる。
【００７４】領域１２０Ｈ．１３及び１２０Ｈ．１４
は、それぞれ、結合された機器が結合された日付及び最
初に使用された日付を蓄積する。
【００７５】領域１２０Ｈ．１５は結合された機器のス
テータスを蓄積する。ステータス領域１２０Ｈ．１５の
内容は、結合された機器に依存する。例えば、ＤＤＡを
結合するために、顧客ユーザ２０３は、フォームにサイ
ンして、サーバコンピュータ１００のオペレータが自動
化された確認所（ＡＣＨ）とともに予備的な通知（プリ
ノート）処理を始めることを許可することを要求される
場合もある。サインされたフォームまたはプリノートに
対する応答を受け取る前に、サーバコンピュータ１００
は結合が「達成」されたことを示すこともできる。サイ
ンされたフォームを受け取ると、ステータス領域１２０
Ｈ．１５は「継続中のプリノート」を含むことができ
る。もしプリノートがサインされたフォームよりも前に
送られてきたならば、領域１５０Ｈ．１５は「継続中の
署名」を含むことできる。もし両者を受け取ったか受け
取ることが可能ならば、領域１２０Ｈ．１５は「使用可
能」を含むことができる。もしいずれかに問題がある
か、あるいはもしいずれかの要求を受け取るための規定
の時間が過ぎた場合は、領域１２０Ｈ．１５は「使用不
可能」を含むことができる。領域１２０Ｈ．１５は、ま
た、もし機器が実質的に使用不能だと判断したならば
（例えば、銀行によって口座が止められている場合）、
「使用不可能」を含むことができる。他の結合された機
器のステータスは、機器のタイプと特別のタイプの機器
を結合するのに必要なステップに依存する。もちろん、
プリノート処理はオンラインで行われる。
【００７６】領域１２０Ｈ．１６は、結合された機器が
販売取引のために使用可能かどうかを示すフラグであ
る。販売取引は、デビットカードの使用と同様に、顧客
個人１２０．１が結合した機器を直接使用して何かのた
めに支払いするのに使用される操作である。
【００７７】もし領域１２０Ｈ．１６が結合した機器が
販売取引のために使用可能であることを示していれば、
顧客ユーザ２０３の選択した（その国の）の通貨の限度
が領域１２０Ｈ．１７に蓄積される。もしその国の通貨
が存在しなければ、１２０Ｈ．１７の販売取引限度はＵ
Ｓドルで蓄積される。特別の値を、結合された機器のた
めの販売取引の限度が無いことを示すために使用するこ
とができる。この特別の値は、この領域が受け入れるこ
とのできる値のセット以内でなければどのような値でも
かまわない。例えば、もし領域１２０Ｈ．１７の限界が
正の数で表現されていれば、特別な値は負の数とするこ
とができる。
【００７８】領域１２０Ｈ．１８は、結合された機器が
クレジット／リターン取引に使用可能かどうかを示すフ
ラグである。クレジット／リターン取引は、販売者が、
最初に同意した製品を提供する代わりに顧客個人を信用
する操作である。
【００７９】もし領域１２０Ｈ．１８が、結合された機
器がクレジット／リターン取引のために使用可能である
ことを示していれば、クレジット／リターン取引毎の顧
客ユーザ２０３の選択したその国の通貨の限度が、領域
１２０Ｈ．１９に蓄積される。もしその国の通貨が存在
しなければ、領域１２０Ｈ．１９のクレジット／リター
ン取引の限度はＵＳドルとなる。上述したように、特別
の値を、結合された機器のためのクレジット／リターン
取引の限度が無いことを示すために使用することができ
る。
【００８０】領域１２０Ｈ．２０は、結合された機器が
上述したロード操作のために使用可能かどうかを示すフ
ラグである。
【００８１】もし領域１２０Ｈ．２０が、結合した機器
がロード操作のために使用可能であることを示していれ
ば、限度が領域１２０Ｈ．２１に蓄積される。領域１２
０Ｈ．２１のロードキャッシュ取引限度は、その国の通
貨における限度を示す。もしその国の通貨が存在しなけ
れば、領域１２０Ｈ．２のロードキャッシュ取引限度は
ＵＳドルで表示される。特別な値を、上述したように、
結合された機器のためのロードキャッシュ取引限度が無
いことを示すために使用することができる。
【００８２】領域１２０Ｈ．２２は、結合された機器が
上述したアンロード操作のために使用可能かどうかを示
すフラグである。
【００８３】もし領域１２０Ｈ．２２が、結合した機器
がアンロード操作のために使用可能であることを示して
いれば、キャッシュ取引の限度が領域１２０Ｈ．２３に
蓄積される。領域１２０Ｈ．２３のアンロードキャッシ
ュ取引限度は、その国の通貨における限度を示す。もし
その国の通貨が存在しなければ、領域１２０Ｈ．２３の
アンロードキャッシュ取引限度は、好ましくはＵＳドル
で表示される。特別な値を、上述したように、結合され
た機器のためのアンロードキャッシュ取引限度が無いこ
とを示すために使用することができる。
【００８４】領域１２０Ｈ．２４は、結合した機器が顧
客個人１２０．１のためのオートクローズ結合として指
定されているかどうかを示すフラグである。オートクロ
ーズ結合は、アンロードキャッシュ取引フラグ（領域１
２０Ｈ．２２）を使用可能の状態にしなければならな
い。
【００８５】領域１２０Ｈ．２５は、領域１２０Ｈ．１
７に蓄積された販売取引限度が適用される時間数を蓄積
する。
【００８６】領域１２０Ｈ．２６は、領域１２０Ｈ．１
９に蓄積されたクレジット取引限度が適用される時間数
を蓄積する。
【００８７】領域１２０Ｈ．２７は、領域１２０Ｈ．２
１に蓄積されたロードキャッシュ取引限度が適用される
時間数を蓄積する。
【００８８】領域１２０Ｈ．２８は、領域１２０Ｈ．２
３に蓄積されたアンロードキャッシュ取引限度が適用さ
れる時間数を蓄積する。
【００８９】領域１２０Ｉは上述した法律的合意を蓄積
する。
【００９０】顧客個人１２０．１の上述した記載が顧客
ユーザ２０３に関するデータに関して効力をもつ一方、
販売者ユーザ３０３がサーバ個人データ構造１２０内に
蓄積された販売者個人１２０．２を有することに注意す
る必要がある。販売者個人１２０．２は図９、１０及び
１１に示されており、ここで領域１２０ＡＡ−１２０Ｈ
Ｈ、１２０ＧＧ．１−１２０ＧＧ．４及び１２０ＨＨ．
１−１２０ＨＨ．２８は、図６、７及び８の領域１２０
Ａ−１２０Ｈ、１２０Ｇ．１−１２０Ｇ．４及び１２０
Ｈ．１−１２０Ｈ．２８に対応している。
【００９１】２．サーバセッションデータ構造１３０ 概要を図５に示すサーバセッションデータ構造１３０
は、セッションと関連するデータを蓄積する。サーバセ
ッションデータ構造１３０は顧客ユーザ２０３のために
ここで記載される。
【００９２】図１２を参照すると、サーバセッションデ
ータ構造１３０は一つまたはそれ以上の顧客セッション
レコード１３０．１を含む。サーバセッションデータ構
造１３０は、顧客ユーザ２０３の各動作中のセッション
に対し一つのレコード１３０．１を含む。
【００９３】サーバコンピュータ１００は特別のセッシ
ョン確認番号（「セッションＩＤ」）によってセッショ
ンを確認する。このセッションＩＤは領域１３０Ａに蓄
積される。
【００９４】セッションの間にサーバコンピュータ１０
０と顧客コンピュータ２００との間で交換されたメッセ
ージは、暗号化されたデータを含む。領域１３０Ｂは、
（「セッションキー」として知られている）暗号化のた
めのキーを含む。領域１３０Ｂのセッションキーは、サ
ーバコンピュータ１００によって、キーを計算して顧客
コンピュータ２００から受け取った暗号化されたメッセ
ージを解読するために使用される。
【００９５】領域１３０Ｃは、好ましくは８バイト長の
セッションソルトを蓄積する。以下に記述するように、
セッション中、サーバコンピュータ１００、顧客コンピ
ュータ２００及び販売者コンピュータ３００の間で交換
されたメッセージは、デジタル署名を使用して検証され
てはいない。その代わりに、セッション中に交換された
メッセージは、上述したセッションキーとセッションソ
ルトの知識により検証される。メッセージの暗号化され
ていない部分が変更されないことを確実にするため、メ
ッセージはハッシュされ、ハッシュ値はメッセージの暗
号化された部分に含まれる。領域１３０Ｃのセッション
ソルトの使用が、ハッシュ値がより安全になることを確
実にする。
【００９６】本発明では、顧客ユーザ２０３は一つまた
はそれ以上の通貨でビジネスの取引を行なう。領域１３
０Ｄは、顧客ユーザ２０３がセッション中使用する通貨
の単位（例えば、ＵＳドル）を示す。
【００９７】領域１３０Ｅは、セッションの開始にあた
って顧客ユーザ２０３が使用可能な（領域１３０Ｄの通
貨による）電子キャッシュの最大量を表している。
【００９８】領域１３０Ｆは、セッション中の特別の時
に、ユーザ２０３が使用可能な（領域１３０Ｄの通貨に
よる）電子キャッシュの量を示す。領域１３０Ｆの初期
値は、１３０Ｆの前回の値からセッション中製品のため
に使用した量を引くことによって決定される。
【００９９】領域１３０Ｇは、セッションが発生した日
付と時間を示す。領域１３０Ｈは、セッションが実際に
終了した日付と時間を示す。
【０１００】領域１３０Ｉは、サーバコンピュータ１０
０が領域１３０Ｂのセッションキーの顧客コンピュータ
２００の使用を認識する最大回数を表示する。
【０１０１】領域１３０Ｊは、領域１３０Ｂのセッショ
ンキーが有効な時間を表示する。
【０１０２】領域１３０Ｋは、顧客ユーザ２０３の個人
ＩＤを蓄積する。セッションが個人１２０．１と関連す
るのは、領域１３０Ｋの個人ＩＤを通してである。
【０１０３】領域１３０Ｌは、領域１３０Ａのセッショ
ンＩＤと関連するセッションのステータスを蓄積する。
このステータスは、「オープン」または「クローズド」
のいずれかである。
【０１０４】領域１３０Ｍは、領域１３０Ａのセッショ
ンＩＤと関連するセッションを記載するため顧客ユーザ
２０３によって与えられるオプショナルな文字列を蓄積
する。
【０１０５】領域１３０Ｍは、セッションの開始の時に
顧客ユーザ２０３によって与えられる文字列と、セッシ
ョンの終了時に与えられる文字列とを含むこともでき
る。
【０１０６】取引データ１３０Ｎは、領域１３０Ｎ．１
−１３０Ｎ．５を備えている。図１３に示す領域１３０
Ｎ．１−１３０Ｎ．５は、領域１３０ＡのセッションＩ
Ｄによって確認されたセッションの間に、顧客ユーザ２
０３によって行われる各取引を維持する。そのような取
引の最大回数は、領域１３０Ｉに蓄積されたキー使用限
度と同じである。領域１３０Ｎ．１−１３０Ｎ．５を、
以下に図１３を参照して詳細に記載する。
【０１０７】領域１３０Ｎ．１は、特別の取引に対し顧
客ユーザ２０３が支払った総金額を含む。
【０１０８】領域１３０Ｎ．２は、領域１３０Ａに蓄積
されたセッションＩＤを蓄積する。
【０１０９】領域１３０Ｎ．３は、特別のオーダーを確
認するため販売者コンピュータ３００によって発生され
るオーダー確認番号（オーダーＩＤ）を蓄積する。
【０１１０】領域１３０Ｎ．４は、そこから特別の取引
と関連して製品を購入した販売者３０３のセッションＩ
Ｄを蓄積する。
【０１１１】領域１３０Ｎ．５は、特別の取引に対し顧
客コンピュータ２００が割り当てたインデックス値を蓄
積する。このインデックス値は領域１３０Ｊで確立され
たキー使用限度の範囲内でなければならない。顧客個人
１２０．１によって実行される取引を、それらが実行さ
れた順にサーバコンピュータ１００によって受け取るこ
とができないため、インデックス値は、許可されたイン
デックス値のビットマップのような方法で蓄積され、こ
れにより、サーバコンピュータ１００が、許可されたイ
ンデックス値が使用されたのかどうかを決定し、適切な
行動を次に起こすことができる。
【０１１２】サーバセッションデータ構造１３０、顧客
セッションレコード１３０．１の上述した記載は、顧客
ユーザ２０３に関するデータに対して効力を有するのに
対し、販売者ユーザ３０３はサーバセッションデータ構
造１３０に蓄積された対応するデータを有することに注
意する必要がある。そのような販売者セッションレコー
ド１３０．２は図１４及び１５に示され、ここに領域１
３０ＡＡー１３０ＮＮが領域１３０Ａ−１３０Ｎに対応
し、領域１３０ＮＮ．１−１３０ＮＮ．５が領域１３０
Ｎ．１−１３０Ｎ．５に対応している。
【０１１３】３．メッセージログデータ構造１４０ メッセージログデータ構造１４０（図５）は、サーバコ
ンピュータ１００によって受け取られ送られたメッセー
ジの跡を追う。これにより、サーバコンピュータ１００
は、重複したメッセージを認識し適切に対応することが
できる。重複したメッセージは、インターネット５０を
通しての予測できないコミュニケーションの前で、クラ
イアントとサーバコンピュータ１００との間の一致した
状態を確実にするために使用される。例えば、有効なメ
ッセージの重複に対しても、オリジナルの回答と同様の
回答を行なう。しかしながら、サーバコンピュータ１０
０は、重複したメッセージの処理を重複してすることは
ない。メッセージログデータ構造１４０のレコード１４
０．１を、以下に図１６を参照して記載する。
【０１１４】領域１４０Ａは、サーバコンピュータ１０
０によって受け取られたメッセージ中に含まれる個人Ｉ
Ｄを含む。
【０１１５】領域１４０Ｂは、サーバコンピュータ１０
０によって受け取られたメッセージＣＡ２（後に記載す
る）中に含まれるセッション番号を含む。サーバコンピ
ュータ１００によって受けたられた他のすべてのメッセ
ージに対し、この領域は好ましくは零値である。
【０１１６】領域１４０Ｃは、サーバコンピュータ１０
０によって受け取られたメッセージＲ１、ＢＩ１、ＬＵ
１、ＯＳ１またはＣＳ１（後に記載する）中に含まれる
取引番号を含む。サーバコンピュータ１００によって受
け取られるいかなるメッセージＣＡ２に対し、この領域
は好ましくは零値である。
【０１１７】領域１４０Ｄは、サーバコンピュータ１０
０によって受け取られたメッセージＣＡ２の中に含まれ
るインデックスを含む。サーバコンピュータ１００によ
って受け取られた他のすべてのメッセージに対し、この
領域は好ましくは零値である。
【０１１８】領域１４０Ｅは、領域１４０Ａ−１４０Ｄ
と関連するサーバコンピュータ１００によって受け取ら
れたメッセージのハッシュまたはコピーを含む。
【０１１９】領域１４０Ｆは、領域１４０Ｅにセーブさ
れたメッセージに対応してサーバコンピュータ１００に
よって送られたメッセージのコピーを含む。
【０１２０】４．メッセージデータ構造１５０ メッセージデータ構造１５０（図５）は、本発明で使用
されるメッセージのフォーマットや内容をタイプおよび
バージョンによって示すテンプレートを含む。例えば、
特別なメッセージは、顧客アプリケーションソフトウェ
ア２１０または販売者アプリケーションソフトウェア３
１０の一つまたはそれ以上のサポートされたバージョン
間において異ならすことができる。メッセージがサーバ
コンピュータ１００によって受け取られた時、そのメッ
セージはそのメッセージのためのテンプレートと比較さ
れる。後に記載するように、もしメッセージがテンプレ
ートに合わないと、エラーメッセージがメッセージの送
付者に返される。
【０１２１】５．プライベートキーデータ構造１６０ プライベートキーデータ構造１６０は、顧客アプリケー
ションソフトウェア２１０または販売者アプリケーショ
ンソフトウェア３１０のサポートされたバージョンで使
用される、サーバコンピュータ１００のＲＳＡパブリッ
ク／プライベートキーのペアのリストを維持する。後に
記載するように、サーバコンピュータに送られた暗号化
されたメッセージは、サーバコンピュータ１００に、サ
ーバコンピュータ１００のどのＲＳＡパブリックキーが
メッセージを暗号化するために顧客アプリケーションソ
フトウェア２１０または販売者アプリケーションソフト
ウェア３１０で使用されたのかを知らせるポインターを
含む。このようにして、サーバコンピュータ１００は、
暗号化されたメッセージを解読するための対応するＲＳ
Ａプライベートキーを見つけることができる。
【０１２２】６．アプリケーションデータ構造 アプリケーションデータ構造１７０は、顧客アプリケー
ションソフトウェア２１０及び販売者アプリケーション
ソフトウェア３１０の存在するバージョンの跡を追う。
アプリケーションデータ構造１７０は、また、顧客アプ
リケーションソフトウェア２１０または販売者アプリケ
ーションソフトウェア３１０に対する更新が可能なのか
どうかまたは必要なのかどうかを決定するために使用さ
れる。例えば、サーバコンピュータ１００は、顧客コン
ピュータ２００に、顧客アプリケーションソフトウェア
２１０が現在のバージョンではないが使用できること
を、またはこのソフトウェアがもはや使用できず置き換
えなければならないことをアドバイスすることができ
る。
【０１２３】Ｂ．顧客データベース２０２ 図１７は顧客データベース２０２の一般的な構成を示
す。顧客データベース２０２は、顧客アプリケーション
データ構造２１５、顧客個人データ構造２２０、顧客機
器結合データ構造２３０、顧客セッションデータ構造２
４０、顧客継続取引データ構造２５０、顧客ログデータ
構造２６０、メッセージテンプレートデータ構造２７０
及び顧客キャッシュデータ構造２８０を含む。これらの
データ構造の各々を以下に詳細に記載する。
【０１２４】１．顧客アプリケーションデータ構造２１
５ 顧客アプリケーションデータ構造２１５は、サーバコン
ピュータ１００に関するデータを蓄積する。図１８を参
照すると、顧客アプリケーションデータ構造２１５はそ
こに詳細に示されたレコード２１５．１を含む。
【０１２５】領域２１５Ａは、サーバコンピュータ１０
０のためのＲＳＡパブリックキーを含む。領域２１５Ａ
のＲＳＡパブリックキーは、顧客コンピュータ２００か
らサーバコンピュータ１００へ送られるメッセージ中の
データを暗号化するために顧客コンピュータ２００によ
って使用される。
【０１２６】領域２１５Ｂは、サーバコンピュータ１０
０に対するユニフォームリソースロケータ（ＵＲＬ）を
蓄積する。領域２１５のＵＲＬは、インターネット５０
のワールドワイドウェブ上のサーバコンピュータ１００
のアドレスである。
【０１２７】顧客アプリケーションデータ構造２１５及
びレコード２１５．１の上述した記述は、顧客ユーザ２
０３に関するデータに対して効力を有する一方、販売者
ユーザ３０３は、図３９に示す販売者アプリケーション
データ構造３１５に蓄積された対応するデータを有する
ことに注意する必要がある。販売者レコード３１５．１
は図３９に示されており、ここで領域３１５Ａ−３１５
Ｂは領域２１５Ａ−２１５Ｂに対応する。
【０１２８】２．顧客個人データ構造２２０ 顧客個人データ構造２２０は顧客ユーザ２０３に関する
データを蓄積する。図１９を参照すると、顧客個人デー
タ構造２２０は、そこに詳細に示されているようにレコ
ード２２０．１を含む。
【０１２９】領域２２０Ａ−２２０Ｃは、領域１２０Ａ
−１２０Ｃ（図６）に対応し、領域１２０Ａ−１２０Ｃ
と同様の情報を含む。
【０１３０】領域２２０Ｄは、顧客ユーザ２０３に対す
るオートクローズパスフレーズを蓄積する。オートクロ
ーズパスフレーズは、顧客ユーザ２０３が後に記載する
ある事情で顧客個人１２０．１を終了させることのでき
るパスフレーズである。
【０１３１】領域２２０Ｅは、顧客ユーザ２０３にとっ
て好ましいコミュニケーションのための言語を含む。
【０１３２】顧客ユーザ２０３のデフォルト状態の名前
及び住所は、領域２２０Ｆに蓄積される。デフォルト状
態の名前及び住所は、その顧客個人１２０．１が領域２
２０Ａの個人ＩＤによって示される個人の名前及び住所
である。領域２２０Ｆのデフォルト状態の名前及び住所
は、要求された時にそのような情報を提供する機能を有
する。
【０１３３】領域２２０Ｇは、例えばコミュニケーショ
ンの選択（例えば、秒単位のタイムアウトレンジ）、警
報の選択（例えば、取引のオフラインを送る際および／
またはログオンする際に警報を示すこと）、および安全
の選択（例えば、支払い操作の前にパスワードを求める
こと）等の好ましい顧客アプリケーションソフトウェア
２１０のセッティングを保有する。
【０１３４】領域２２０Ｈは、顧客個人１２０．１に対
するＲＳＡプライベートキーを蓄積する。領域２２０Ｈ
のＲＳＡプライベートキーは、サーバデータベース１０
２に蓄積された領域１２０ＣのＲＳＡパブリックキーと
対の関係になっている。
【０１３５】キャッシュコンテナデータ２２０Ｉは、図
３７に示す領域２８０Ａ−２８０Ｃを表す。
【０１３６】機器結合２２０Ｊは、図２０に示す領域２
３０Ａ−２３０Ｓを表す。
【０１３７】領域２２０Ｋは、領域２２０Ｄに蓄積され
たオートクローズパスワードと関連するオートクローズ
アカウント番号を保有する。
【０１３８】領域２２０Ｌは、法律的合意を表す一つあ
るいはそれ以上の整数を蓄積する。
【０１３９】好ましい実施例において、サーバコンピュ
ータ１００のオペレータは、顧客ユーザ２０３が個人を
創造するために、どのような法律的合意に顧客ユーザ２
０３が同意しなければならないかを決定する。
【０１４０】動作中のセッションデータ２２０Ｍは、領
域２４０Ａ−２４０Ｋを表す。
【０１４１】継続ログデータ２２０Ｎは、継続ログデー
タ構造２５０のレコード２５１−２５６を表す。
【０１４２】取引ログデータ２２０Ｏは、取引ログデー
タ構造２６０のレコード２６１−２６７を表す。
【０１４３】顧客個人データ構造２２０及びレコード２
２０．１の上述した記載は、顧客ユーザ２０３に関する
データに対して効力を有する一方、販売者ユーザ３０３
は、図４０に示す販売者個人データ構造３２０に蓄積さ
れた対応するデータを有することに注意する必要があ
る。販売者レコード３２０．１は図４０に示され、ここ
で領域３２０Ａ−３２０Ｏは領域２２０Ａ−２２０Ｏに
対応している。
【０１４４】３．顧客機器結合データ構造２３０ 顧客機器結合データ構造２３０は、結合された機器に関
する顧客コンピュータ２００における情報を保有する。
図２０を参照すると、顧客機器結合データ構造２３０
は、一つまたはそれ以上のレコード２３０．１を含む。
顧客データベース２０２は、顧客個人１２０．１に対し
結合された各機器に対し一つのレコード２３０．１を有
する。顧客機器結合データ構造２３０の詳細なレコード
２３０．１は図２０に示されている。ここで各領域は以
下の通りである。
【０１４５】領域２３０Ａは、機器番号を蓄積する。
【０１４６】領域２３０Ｂは、結合された機器の記載を
有する。
【０１４７】領域２３０Ｃ−２３０Ｊは、それぞれ、結
合された機器の保有者の名前、国、郵便番号、国コー
ド、地域コード、電話番号を表す。
【０１４８】領域２３０Ｋは、結合された機器と関連す
るデフォルト状態の通貨を蓄積する。
【０１４９】領域２３０Ｌ−２３０Ｏは、結合された機
器が、販売取引、クレジット返還取引、アンロード及び
ロード操作に対し使用可能かどうかを示すフラグであ
る。領域２３０Ｌ−２３０Ｏは、それぞれ、領域１２０
Ｈ．１６、１２０Ｈ．１８、１２０Ｈ．２２及び１２０
Ｈ．２０に対応する（図８）。
【０１５０】領域２３０Ｑは、結合された機器に対する
ソルトを蓄積する。領域２３０Ｑのソルトは、顧客アプ
リケーションソフトウェア２１０によって発生するラン
ダム番号を表す。上述したように、サーバによって、領
域１２０Ｈ．９に蓄積される機器ハッシュ値の結果をよ
り強力にするために使用される。
【０１５１】領域２３０Ｒは、結合された機器と関連す
るある情報を蓄積し、「機器再起動データ」として参照
される。この再起動データは、顧客アプリケーションソ
フトウェア２１０によって、機器が結合された時にサー
バコンピュータ１００により確認されたラベル値ペアの
セットを再構成するために使用されるデータ文字列であ
る。この領域は、再起動データと関連した機器の使用を
要求する操作中において、顧客コンピュータ２００によ
ってサーバコンピュータ１００に戻される。このように
して、サーバコンピュータ１００は、必要に応じてその
データ構造にその情報を蓄積すること無しに、機器に関
する情報を受け取ることができる。再起動データ中に含
まれる特別のラベル値ペアは、結合された機器のタイプ
及び機器の発行者の要求に依存する。例えば、クレジッ
トカードは、カードがファンドを個人１２０．１にロー
ドするために使用されるたびにサーバへ戻すべき、カー
ド番号、カード使用期限、カード所有者の名前及び住所
を要求する。再起動データは、顧客アプリケーションソ
フトウェア２１０が正しいラベル値ペアフォーマットで
この情報を戻すことを許可するデータを有する。
【０１５２】領域２３０Ｓは、領域１２０Ｈ．７（図
８）に対応し、法律的合意に関する領域１２０Ｈ．７
（図８）と同じ情報を蓄積する。
【０１５３】顧客機器結合データ構造２３０及びレコー
ド２３０．１の上述した記載は、顧客ユーザ２０３に関
するデータに対して効力を有する一方、販売者ユーザ３
０３は、図４１に示す販売者個人データ構造３３０に蓄
積された対応するデータを有することに注意する必要が
ある。販売者レコード３３０．１は図４１に示され、こ
こで領域３３０Ａ−３３０Ｓは領域２３０Ａ−２３０Ｓ
に対応する。
【０１５４】４．顧客セッションデータ構造２４０ 顧客セッションデータ構造２４０は、セッションに関す
る顧客コンピュータ２００における情報を維持する。図
２１を参照すると、顧客セッションデータ構造２４０
は、一つまたはそれ以上のレコード２４０．１を含む。
顧客セッションデータ構造２４０は、顧客ユーザ２０３
の動作中のセッションの各々に対し一つのレコード２４
０．１を含む。顧客セッションデータ構造２４０の詳細
なレコード２４０．１を図２１に示す。
【０１５５】領域２４０Ａ−２４０Ｆは、領域１３０Ａ
−１３０Ｆ（図１２）と対応し、セッションに関する領
域１３０Ａ−１３０Ｆ（図１２）と同様の情報を含む。
領域２４０Ｇは、セッション中に顧客コンピュータ２０
０によって使用された最後のインデックスを含む。領域
２４０Ｈは、領域１３０Ｍと同様の情報を含む。領域２
４０Ｊ−２４０Ｋは、それぞれ、領域１３０Ｉ−１３０
Ｊと同様のデータを含む。
【０１５６】顧客セッションデータ構造２４０及びレコ
ード２４０．１の上述した記載は、顧客ユーザ２０３に
関するデータに対して効力を有する一方、販売者ユーザ
３０３は、図４２に示す販売者個人データ構造３４０に
蓄積された対応するデータを有することに注意する必要
がある。販売者レコード３４０．１は図４２に示され、
ここで領域３４０Ａ−３４０Ｋは領域２４０Ａ−２４０
Ｋ（図２０）に対応する。
【０１５７】５．顧客継続取引データ構造２５０ 顧客継続取引データ構造２５０は、（１）顧客コンピュ
ータ２００から送られてきたメッセージを作成するため
に必要なデータ及び（２）顧客コンピュータ２００から
送られてきた各メッセージのコピーを蓄積する。図２２
を参照すると、顧客継続取引データ構造２５０は、以下
のレコードを含む：継続中の個人登録／更新個人情報２
５１、継続中のリンク／更新機器結合２５２、継続中の
キャッシュ支払い２５３、継続中のロード／アンロード
ファンド２５４、継続中のオープンセッションレコード
２５５及び継続中のクローズセッションレコード２５
６。各レコード２５１−２５６を、いかに図２３−２８
を参照にして詳細に記載する。継続中のレコード２５１
−２５６は、顧客ユーザ２０３が反対しない限り、顧客
コンピュータ２００からの回答メッセージの受領ととも
に消去されることが好ましい。
【０１５８】ａ．継続中の個人登録／更新個人情報レコ
ード２５１ 継続中の個人登録／更新個人情報レコード２５１は、そ
れによって個人ユーザ２０３が顧客個人１２０．１を創
造する処理に関するデータを蓄積する。図２３を参照し
て、レコード２５１を詳細に示す。
【０１５９】領域２５１Ａは、実行される動作のタイプ
を表すコードを示す。例えば、領域２５１Ａは、ユーザ
２０３が個人１２０．１を作成したことを示すコード
「創造」を含むことができる。もし、個人１２０．１が
すでに存在しており、実行する動作をその個人と関連し
て何か変更したいならば、領域２５１はコード「変更」
を含むことができる。
【０１６０】領域２５１Ｂは、取引番号、すなわち、特
別の行動を示す特別の番号を蓄積する。領域２５１Ｂの
取引番号は、クライアントアプリケーションソフトウェ
ア２１０によって発生する。領域２５１Ｂの取引番号
は、サーバコンピュータ１００が関連した返事のメッセ
ージを送ることを許可する。取引番号は特別の番号で形
成されているため、領域２５１Ｂの取引番号は、サーバ
コンピュータ１００がメッセージＲ１が重複したメッセ
ージかどうかを決定することを許可する。
【０１６１】領域２５１Ｃは、メッセージＲ１が組み込
まれてサーバコンピュータ１００に送られた日付と時間
を表している。
【０１６２】領域２５１Ｄは、メッセージＲ１を組み込
むために使用されたアプリケーションソフトウェア２１
０のバージョンを蓄積する。後に記述するように、領域
２５１Ｄのソフトウェアバージョン番号は、顧客アプリ
ケーションソフトウェア２１０が時代遅れになったかど
うかを決定するために使用される。
【０１６３】領域２５１Ｅは、領域２２０Ｅ（図２０）
に対応する顧客ユーザ２０３のための好ましい言語を含
む。
【０１６４】領域２５１Ｆは、領域２４０Ｄ（図２０）
に対応する顧客ユーザ２０３のための好ましい通貨を含
む。
【０１６５】領域２５１Ｇは、顧客ユーザ２０３によっ
て要求された個人ＩＤを蓄積する。領域２５１Ｇの要求
された個人ＩＤは、顧客ユーザ２０３に最終的に割り当
てられた個人ＩＤと同じでない場合があることに注意す
る必要がある。例えば、サーバコンピュータ１００は、
もしそれが他の顧客ユーザ２０３によってすでに使用中
であれば、領域２５１Ｇの要求された個人ＩＤを拒絶す
ることができる。
【０１６６】領域２５１Ｈは、領域２２０Ｂ（図１８）
に対応する顧客ユーザ２０３のＥメールアドレスを含
む。
【０１６７】領域２５１Ｉは、領域１２０Ｆ（図５）に
対応するオートクローズフレーズを含む。
【０１６８】領域２５１Ｊは、顧客コンピュータ２００
からサーバコンピュータ１００へ送られたオリジナルメ
ッセージＲ１のコピーであるオリジナル取引文字列を蓄
積する。
【０１６９】ｂ．継続中のリンク／更新機器レコード２
５２ 継続中のリンク／更新レコード２５２は、それにより顧
客ユーザ２０３が、顧客個人１２０．１に機器を結合す
るか、あるいは存在する機器の結合を更新するかに関す
るデータを蓄積する。図２４を参照して、レコード２５
２を詳細に示す。
【０１７０】領域２５２Ａは、実行される動作のタイプ
を表すコードを示す。例えば、領域２５２Ａは、ユーザ
２０３が機器を顧客個人１２０．１にリンクしているこ
とを示すコード「リンク」を含むことができる。もし、
実行された動作が、すでにその個人とリンクしている機
器と連動する何かを変更すべきであるならば、領域２５
２Ａはコード「更新」を含むことができる。
【０１７１】領域２５２Ｂ−２５２Ｄは、図２３の領域
２５１Ｂ−２５１Ｄに対応し、図２３の領域２５１Ｂ−
２５１Ｄと同様の情報を蓄積する。これらの領域は、そ
れぞれ、取引番号、取引の日付及び時間、ソフトウェア
のバージョンに関する。
【０１７２】領域２５２Ｅは、領域２２０Ａ（図１８）
に対応する顧客ユーザ２０３の個人ＩＤを含む。
【０１７３】領域２５２Ｆは、個人１２０．１と結合さ
れた機器の数を蓄積する。
【０１７４】領域２５２Ｇは、例えばアメリカンエクス
プレスカードの顧客確認番号のような、結合された機器
を使用するために必要な顧客付加顧客確認情報を蓄積す
る。
【０１７５】領域２５２Ｈは、結合された機器が発行さ
れる個人の名前を蓄積する。
【０１７６】領域２５２Ｉは、結合された機器の満了日
を蓄積する。
【０１７７】領域２５２Ｊ−２５２Ｑは、それぞれ、結
合された機器が発行される個人の、街区番号、市、州、
郵便番号、国、国番号、エリア番号、電話番号を蓄積す
る。
【０１７８】領域２５２Ｒは、結合された機器の顧客ユ
ーザ２０３が選択した記載を含む。
【０１７９】機器再起動データ領域２５２Ｓは、結合さ
れた機器に関する領域２３０Ｒに蓄積された情報を蓄積
する。
【０１８０】領域２５２Ｔは、例えばＶＩＳＡ、アメリ
カンエクスプレス等の結合された機器のタイプを蓄積す
る。
【０１８１】領域２５２Ｕは、顧客コンピュータ２００
によって作成されたランダム番号のソルトを含む。領域
２５２Ｕのソルトは、サーバ１００で維持された機器番
号ハッシュをさらに強力にするために使用される。
【０１８２】領域２５２Ｖは、もしセットされれば、機
器がオートクローズアカウントの機器であることを示す
フラグを蓄積する。
【０１８３】領域２５２Ｗは、顧客コンピュータ２００
からサーバコンピュータ１００へ送られたオリジナルメ
ッセージＢＩ１のコピーであるオリジナル取引文字列を
蓄積する。
【０１８４】ｃ．継続中のキャッシュ支払いレコード２
５３ 継続中のキャッシュ支払いレコード２５３は、キャッシ
ュ支払いを含む取引に関するデータを蓄積する。図２５
を参照して、レコード２５３を詳細に示す。
【０１８５】領域２５３Ａは、実行される動作のタイプ
を表すコードを示す。例えば、もしセッションが始まっ
ていれば、領域２５４Ａは、顧客ユーザ２０３がメッセ
ージＣＡ１（後に記載する）を送っていることを示すコ
ード「キャッシュ支払い」を示すことができる。
【０１８６】領域２５３Ｂ−２５３Ｄは、領域２５１Ｂ
−２５１Ｄ（図２２）に対応し、領域２５１Ｂ−２５１
Ｄ（図２２）と同じ情報を蓄積する。これらの領域は、
それぞれ、取引番号、取引の日付及び時間、ソフトウェ
アのバージョンに関する。
【０１８７】領域２５３Ｅは、領域２２０Ａ（図１８）
に対応する顧客ユーザ２０３の個人ＩＤを含む。
【０１８８】領域２５３Ｆは、オーダー確認番号（「オ
ーダーＩＤ」）を蓄積する。領域２５３ＦのオーダーＩ
Ｄは、特別のオーダーを確認するために販売者コンピュ
ータ３００によって作成される。
【０１８９】領域２５３Ｇは、販売者ユーザ３０３の個
人ＩＤ１２０ＡＡを含む。
【０１９０】領域２５３Ｈは、顧客ユーザ２０３がその
取引の対象物である製品に対し支払う電子キャッシュの
総額を蓄積する。
【０１９１】領域２５３Ｉは、この特別の取引を記載す
るメモを作成したオプショナル顧客ユーザ２０３に対す
る位置を提供する。
【０１９２】領域２５３Ｊは、顧客が直接のキャッシュ
支払いを希望する際の販売者コンピュータ３００のＵＲ
Ｌを含む。顧客アプリケーションソフトウェア２１０
は、メッセージＣＡ１の形式で直接のキャッシュ支払い
要求を販売者コンピュータ３００さらにはサーバコンピ
ュータ１００に伝えるために、ＵＲＬ領域２５３Ｊを使
用する。
【０１９３】領域２５３Ｋは、現在の取引が行われてい
る間セッションのセッションＩＤを蓄積する。
【０１９４】領域２５３Ｌは、現在の取引と連動するイ
ンデックスを蓄積する。
【０１９５】領域２５３Ｍは、顧客コンピュータ２００
によって、販売者コンピュータ３００を介して、サーバ
コンピュータ１００に送られたメッセージＣＡ１のコピ
ーであるオリジナル取引文字列を蓄積する。
【０１９６】ｄ．継続中のロード／アンロードファンド
レコード２５４ 継続中のロード／アンロードファンドレコード２５４
は、電子キャッシュのロード及びアンロードを含む取引
に関するデータを蓄積する。図２６を参照して、レコー
ド２５４を詳細に示す。
【０１９７】領域２５４Ａは、実行される動作のタイプ
を表すコードを示す。例えば、領域２５４Ａは、顧客ユ
ーザ２０３が、領域２５４Ｆで特定される機器からレコ
ード２８０．１のキャッシュコンテナ領域２８０Ｂへフ
ァンドを転送することを示すコード「ロード」を含むこ
とができる。あるいは、領域２５４Ａは、顧客ユーザ２
０３が、キャッシュコンテナ領域２８０Ｂから領域２５
４Ｆで特定される機器へ電子キャッシュを転送すること
を示すコード「アンロード」を含むことができる。
【０１９８】領域２５４Ｂ−２５４Ｄは、領域２５１Ｂ
−２５１Ｄ（図２２）に対応し、領域２５１Ｂ−２５１
Ｄ（図２２）と同様の情報を蓄積する。これらの領域
は、それぞれ、取引番号、取引の日付及び時間、ソフト
ウェアのバージョンに関する。
【０１９９】領域２５４Ｅは、領域２２０Ａ（図１９）
に対応する顧客ユーザ２０３の個人ＩＤを含む。
【０２００】領域２５４Ｆは、そこからファンドがロー
ドされるか、またはそこへファンドがアンロードされる
結合された機器を特定するアカウント番号を蓄積する。
【０２０１】領域２５４Ｇは、機器からロードすべき、
または機器へアンロードすべきファンドの総額を蓄積す
る。
【０２０２】領域２５４Ｈは、そこからファンドがロー
ドされるか、またはそこへファンドがアンロードされる
アカウントのタイプを蓄積する。
【０２０３】領域２５１Ｉは、顧客コンピュータ２００
によってサーバコンピュータ１００へ送られたメッセー
ジＬＵ１のコピーであるオリジナル取引文字列を蓄積す
る。
【０２０４】ｅ．継続中のオープンセッションレコード
２５５ 継続中のセッションレコード２５５は、それにより顧客
ユーザ２０３がセッションを作成する処理に関するデー
タを蓄積する。図２７を参照して、レコード２５５を詳
細に示す。
【０２０５】領域２５５Ａは、実行される動作のタイプ
を表すコードを示す。例えば、領域２５５Ａは、顧客ユ
ーザ２０３がセッションを作成していることを示すコー
ド「オープンセッション」を含むことができる。
【０２０６】領域２５５Ｂ−２５５Ｄは、領域２５１Ｂ
−２５１Ｄ（図２２）と対応し、領域２５１Ｂ−２５１
Ｄ（図２２）と同様の情報を蓄積する。これらの領域
は、それぞれ、取引番号、取引の日付及び時間、ソフト
ウェアのバージョンに関する。
【０２０７】領域２５５Ｅは、領域２２０Ａ（図１９）
に対応する顧客ユーザ２０３の個人ＩＤを含む。
【０２０８】領域２５５Ｆは、セッション中に使用可能
な電子キャッシュの総額を蓄積する。
【０２０９】領域２５５Ｇは、顧客ユーザ２０３がセッ
ション中に要求することのできる最大の取引回数を表す
値を蓄積する。
【０２１０】領域２５５Ｈは、セッションがオープン状
態にある最大の時間数を表す値を蓄積する。
【０２１１】領域２５５Ｉは、顧客ユーザ２０３によっ
てエンターされたセッションのオプショナル記載のテキ
ストを蓄積する。
【０２１２】領域２５５Ｊは、領域２５５Ｆに蓄積され
た総額と連動する通貨を蓄積する。
【０２１３】領域２５５Ｋは、顧客コンピュータ２００
によってサーバコンピュータ１００へ送られたメッセー
ジＯＳ１のコピーであるオリジナル取引文字列を蓄積す
る。
【０２１４】ｆ．継続中のクローズセッションレコード
２５６ 継続中のクローズセッションレコード２５６は、それに
より顧客ユーザ２０３がセッションを終了する処理に関
するデータを蓄積する。図２８を参照して、レコード２
５６を詳細に示す。
【０２１５】領域２５６Ａは、実行される動作のタイプ
を表すコードを示す。例えば、領域２５６Ａは、顧客ユ
ーザ２０３がセッションを終了することを示すコード
「クローズセッション」を含むことができる。
【０２１６】領域２５６Ｂ−２５６Ｄは、領域２５１Ｂ
−２５１Ｄ（図２２）に対応し、領域２５１Ｂ−２５１
Ｄ（図２２）と同様の情報を蓄積する。これらの領域
は、それぞれ、取引番号、取引の日付及び時間、ソフト
ウェアのバージョンに関する。
【０２１７】領域２５６Ｅは、領域２２０Ａ（図１９）
に対応する顧客ユーザ２０３の個人ＩＤを含む。
【０２１８】領域２５６Ｆは、「イエス」または「ノ
ー」のいずれかを含む。領域２５６Ｆの値は、顧客ユー
ザ２０３が、顧客ユーザ２０３が終了しようとしている
セッション中に行った取引のログの受取を選択したがど
うかを決定する。
【０２１９】領域２５６Ｇは、終了しようとする現在動
作中のセッションのセッションＩＤを蓄積する。あるい
は、もしすべての現在動作中のセッションを終了したい
ならば、領域２５６Ｇは零値である。
【０２２０】領域２５６Ｈは、顧客ユーザ２０３によっ
てエンターされたセッションの終了に関するオプショナ
ルメッセージのテキストを蓄積する。
【０２２１】領域２５６Ｉは、顧客コンピュータ２００
によってサーバコンピュータ１００に送られたメッセー
ジＣＳ１のコピーであるオリジナル取引文字列を蓄積す
る。
【０２２２】６．顧客ログデータ構造２６０ 図１７を参照すると、顧客ログデータ構造２６０は、顧
客コンピュータ２００によって受け取られた各メッセー
ジのコピーを維持する。顧客ログデータ構造２６０は、
顧客コンピュータ２００によってサーバコンピュータ１
００から受け取ったデータを蓄積する。図２９を参照す
ると、顧客ログデータ構造２６０は、以下のレコードを
含む：個人登録／更新個人情報の応答２６１、リンク／
更新機器結合の応答２６２、キャッシュ支払いの応答２
６３、ロード／アンロードファンドの応答２６４、オー
プンセッションの応答２６５、支払い要求２６６、クロ
ーズセッションの応答２６７。各レコード２６１−２６
７を、以下に図３０−３７を参照して詳細に記載する。
【０２２３】ａ．個人登録／更新応答の個人情報レコー
ド２６１ 個人登録／更新個人情報レコード２６１は、顧客ユーザ
２０３による顧客個人１２０．１を創造するための要求
に対するサーバコンピュータ１００の応答に関するデー
タを蓄積する。図３０を参照して、レコード２６１を詳
細に示す。
【０２２４】領域２６１Ａは、要求された動作のタイプ
を示し、レコード２５１の領域２５１Ａの値と同じであ
る。領域２６１Ｂは、２５１Ｂに蓄積された値と同じ取
引番号を蓄積する。
【０２２５】領域２６１Ｃは、メッセージＲ１がサーバ
コンピュータ１００に組み込まれ送られた日付及び時間
を表す。
【０２２６】後に議論するように、顧客コンピュータ２
００からサーバコンピュータ１００へのメッセージは、
メッセージを作成するのに使用した顧客アプリケーショ
ンソフトウェア２１０のバージョン番号を含むコードを
運ぶ。サーバコンピュータ１００において、各ソフトウ
ェアのバージョンは、３つの「ステータス」ラベル：現
在、注意、致命的のうちの一つと連動する。サーバコン
ピュータ１００は、顧客のメッセージで報告されたソフ
トウェアのバージョンをチェックし、その応答メッセー
ジの中に３つの可能性のあるステータスラベルのうちの
一つを含ます。メッセージＲ２で戻されたステータスラ
ベルは、ソフトウェアセビリティ領域２６１Ｄに蓄積さ
れる。ソフトウェアセビリティ領域２６１Ｄの内容に関
するテキストメッセージは、サーバコンピュータ１００
によって戻すこともでき、その場合は領域２６１Ｇに蓄
積される。
【０２２７】領域２６１Ｈは、顧客ユーザ２０３によっ
て要求された個人ＩＤを蓄積する。後に記載するよう
に、もし要求された個人ＩＤが使用中であれば、サーバ
コンピュータ１００は顧客ユーザ２０３に個人ＩＤを提
案する。サーバコンピュータ１００によって提案された
個人ＩＤは、領域２６１Ｉに蓄積される。
【０２２８】領域２６１Ｊは、領域２２０Ｂ（図１９）
に対応する顧客ユーザ２０３のＥメールアドレスを含
む。
【０２２９】領域２６１Ｋは、領域２２０Ｅ（図２０）
に対応する顧客ユーザ２０３にとって好ましい言語を含
む。
【０２３０】領域２６１Ｌは、領域２４０Ｄ（図２１）
に対応する顧客ユーザ２０３にとって好ましい通貨を含
む。
【０２３１】ｂ．リンク／更新応答機器レコード２６２ リンク／更新機器レコード２６２は、サーバコンピュー
タ１００による、機器を顧客個人１２０．１に結合する
要求に対する応答に関するデータを蓄積する。図３１を
参照して、レコード２６２を詳細に示す。
【０２３２】領域２６２Ａは、要求された動作のタイプ
を示し、レコード２５２の領域２５２Ａの値と同じであ
る。
【０２３３】領域２６２Ｂ−２６２Ｇは、図３０の領域
２６１Ｂ−２６１Ｇに対応し、図３０の領域２６１Ｂ−
２６１Ｇと同様の情報を蓄積する。これらの領域は、そ
れぞれ、取引の日付及び時間、ソフトウェアセビリティ
コード、ソフトウェアメッセージ、応答コード、応答メ
ッセージに関連する。
【０２３４】領域２６２Ｈは、領域２２０Ａ（図１９）
に対応する顧客ユーザ２０３の個人ＩＤを含む。
【０２３５】領域２６２Ｉは、顧客個人１２０．１に結
合された機器の数を蓄積する。領域２６２Ｊは、顧客個
人１２０．１に結合された例えば、ＶＩＳＡ、アメリカ
ンエキスプレス等の機器のタイプを蓄積する。
【０２３６】領域２６２Ｋは、結合された機器が発行さ
れた個人の名前を蓄積する。
【０２３７】領域２６２Ｌは、結合された機器の満了日
を蓄積する。領域２６２Ｍ−２６２Ｕは、それぞれ、結
合された機器が発行された個人の街区番号、市、州、郵
便コード、国、国コード、エリアコード、電話番号を蓄
積する。領域２６２Ｖは、もし何かがサーバコンピュー
タ１００によって戻された機器と連動するならば、その
国の通貨を蓄積する。
【０２３８】領域２６２Ｘは、サーバコンピュータ１０
０によって戻された機器の発行者の名前を蓄積する。
【０２３９】領域２６２Ｙは、機器の発行の国を蓄積す
る。
【０２４０】領域２６２Ｚは、もしセットされれば、機
器がオートクローズアカウント機器であることを示すフ
ラグを蓄積する。
【０２４１】ｃ．キャッシュ支払い応答レコード２６３
キャッシュ支払い応答レコード２６３は、キャッシュ支
払い及びセッションを含む取引に関するデータを蓄積す
る。図３２を参照して、レコード２６３を詳細に示す。
【０２４２】領域２６３Ａは、要求された動作のタイプ
を示し、レコード２５３の領域２５３Ａの値と同じであ
る。
【０２４３】領域２６３Ｂ−２６３Ｅは、図３０の領域
２６１Ｂ−２６１Ｃ及び２６１Ｆ−２６１Ｇと同様の情
報を蓄積する。これらの領域は、それぞれ、取引番号、
日付及び時間、応答コード、応答メッセージに関連す
る。
【０２４４】領域２６３Ｆは、領域２２０Ａ（図１９）
と対応する顧客ユーザ２０３の個人ＩＤを含む。
【０２４５】領域２６３Ｇは、オーダー確認番号（「オ
ーダーＩＤ」）を蓄積する。領域２６３ＧのオーダーＩ
Ｄは、販売者コンピュータ３００によって特別のオーダ
ーを確認するために発生される。
【０２４６】領域２６３Ｈは、販売者ユーザ３０３の個
人ＩＤ１２０ＡＡを含む。
【０２４７】領域２６３Ｉは、販売者ユーザ３０３から
のメッセージを蓄積する位置を提供する。
【０２４８】領域２６３Ｊは、現在の取引の対象である
製品に対し顧客ユーザ２０３が支払う電子キャッシュの
総額を蓄積する。
【０２４９】領域２６３Ｋは、メモを作成したオプショ
ナル顧客ユーザ２０３に対する位置を提供する。
【０２５０】領域２６３Ｌは、現在の取引が行われてい
る間セッションのセッションＩＤを蓄積する。
【０２５１】領域２６３Ｍは、現在の取引と連動するイ
ンデックスを蓄積する。
【０２５２】ｄ．ロード／アンロードファンド応答レコ
ード２６４ ロード／アンロードファンド応答レコード２６４は、顧
客ユーザ２０３によるファンドをロードするためのある
いはアンロードするための要求に対するサーバコンピュ
ータ１００の応答に関するデータを蓄積する。図３３を
参照して、レコード２６４を詳細に示す。
【０２５３】領域２６４Ａは、要求された動作のタイプ
を示し、レコード２５４の領域２５４Ａの値と同じであ
る。
【０２５４】領域２６４Ｂ−２６４Ｇは、図３０の領域
２６１Ｂ−２６１Ｇに対応し、図３０の領域２６１Ｂ−
２６１Ｇと同様の情報を蓄積する。これらの領域は、そ
れぞれ、取引の日付及び時間、ソフトウェアセビリティ
コード、ソフトウェアメッセージ、応答コード、応答メ
ッセージに関連する。
【０２５５】領域２６４Ｈは、領域２２０Ａ（図１８）
に対応する顧客ユーザ２０３の個人ＩＤを含む。
【０２５６】領域２６４Ｉは、そこから電子キャッシュ
がロードされるべき、あるいはそこへ電子キャッシュが
アンロードされるべき結合された機器を確認するための
アカウント番号を蓄積する。
【０２５７】領域２６４Ｊは、結合された機器へロード
すべきあるいはそこからアンロードされるべき電子キャ
ッシュの総額を蓄積する。
【０２５８】領域２６４Ｋは、顧客個人１２０．１から
ロードまたはアンロードするためにサーバコンピュータ
１００の操作によって払われたいずれかの料金の総額を
蓄積する。
【０２５９】領域２６４Ｌは、領域１２０Ｇ．２（図
７）に蓄積された値に対応する、サーバコンピュータ１
００によって決定された顧客個人１２０．１によって保
持されるファンドの使用可能な残高と同じ額を蓄積す
る。
【０２６０】領域２６４Ｍは、すでにロード（またはア
ンロード）されたが、顧客ユーザ２０３に対し使用可能
となっていないファンドの総額を蓄積する。これらのフ
ァンドは、領域１２０Ｇ．３（図７）に蓄積された値に
対応し、処理を待つ状態にある。
【０２６１】ｅ．オープンセッション応答レコード２６
５ オープンセッション応答レコード２６５は、顧客ユーザ
２０３によるセッションを作成するための要求に対する
サーバコンピュータ１００の応答に関するデータを蓄積
する。図３４を参照して、レコード２６５を詳細に示
す。
【０２６２】領域２６５Ａは、要求された動作のタイプ
を示し、レコード２５５の領域２５５Ａの値と同じであ
る。
【０２６３】領域２６５Ｂ−２６５Ｇは、図３０の領域
２６１Ｂ−２６１Ｇに対応し、図３０の領域２６１Ｂ−
２６１Ｇと同様の情報を蓄積する。これらの領域は、そ
れぞれ、取引の日付及び時間、ソフトウェアセビリティ
コード、ソフトウェアメッセージ、応答コード、応答メ
ッセージと関連している。
【０２６４】領域２６５Ｈは、図１９の領域２２０Ａに
対応する顧客ユーザ２０３の個人ＩＤを含む。
【０２６５】領域２６５Ｉは、セッション中に使用可能
な電子キャッシュの総額を蓄積する。
【０２６６】領域２６５Ｊは、顧客ユーザ２０３がセッ
ション中に要求できる取引の最大回数を表す値を蓄積す
る。
【０２６７】領域２６５Ｋは、セッションがオープン状
態で続く最大の時間を表す値を蓄積する。
【０２６８】領域２６５Ｌは、セッションＩＤ番号を蓄
積する。
【０２６９】領域２６５Ｍは、顧客ユーザ２０３によっ
てエンターされオープンされたセッションのオプショナ
ル記述のテキストを蓄積する。
【０２７０】領域２６５Ｎは、セッションを作成するた
めにサーバコンピュータ１００の操作によって払われた
いずれかの料金の額を蓄積する。
【０２７１】領域２６０Ｏは、総額領域２６５Ｉの値が
引かれた後、キャッシュコンテナ（領域１２０Ｇ．２）
に残る使用可能な残高を蓄積する。
【０２７２】ｆ．支払要求レコード２６６ 支払い要求レコード２６６は、製品の支払いについての
販売者ユーザ２０３からの要求に関連するデータを蓄積
する。この要求は、販売者コンピュータ３００から顧客
コンピュータ２００へ送られるメッセージＰＲ１（後に
記述する）の形式で行われる。図３５を参照して、レコ
ード２６６を詳細に示す。
【０２７３】領域２６６Ａは、販売者ユーザ３０３の個
人ＩＤ１２０ＡＡを含む。
【０２７４】領域２６６Ｂは、オーダー確認番号（「オ
ーダーＩＤ」）を蓄積する。領域２６６ＢのオーダーＩ
Ｄは、特別のオーダーを確認するために販売者コンピュ
ータ３００によって発生される。
【０２７５】領域２６６Ｃは、現在の取引の対象である
製品に対し顧客ユーザ２０３が支払う電子ファンドの総
額を蓄積する。
【０２７６】領域２６６Ｄは、支払いのために販売者２
０３によって受け入れられるクレジットカードのリスト
を蓄積する。
【０２７７】領域２６６Ｅは、販売者ユーザ３０３から
のメッセージを記憶する位置を提供する。
【０２７８】領域２６６Ｆは、ＵＲＬに対する支払いを
蓄積する。ラベル値ペア５０１３Ｉの値は、インターネ
ット５０上のユニフォームリソースロケータである。ラ
ベル値ペア５０１３Ｉのインターネット５０上のＵＲＬ
は、そこへ顧客コンピュータ２００が後に記載するメッ
セージＣＡ１を送るインターネット５０上のアドレスで
ある。
【０２７９】ｇ．クローズセッション応答レコード２６
７ クローズセション応答レコード２６７は、顧客ユーザ２
０３によるセッションを終了する要求に対するサーバコ
ンピュータ１００の応答に関するデータを蓄積する。図
３６を参照して、レコード２６７を詳細に示す。
【０２８０】領域２６７Ａは、要求された動作のタイプ
を示し、レコード２５６の領域２５６Ａの値と同じであ
る。
【０２８１】領域２６７Ｂ−２６７Ｇは、図３０の領域
２６１Ｂ−２６１Ｇに対応し、図３０の領域２６１Ｂ−
２６１Ｇと同様の情報を蓄積する。これらの領域は、そ
れぞれ、取引の日付及び時間、ソフトウェアセビリティ
コード、ソフトウェアメッセージ、応答コード、応答メ
ッセージに関連する。
【０２８２】領域２６７Ｈは、領域２２０Ａ（図１９）
に対応する顧客ユーザ２０３の個人ＩＤを蓄積する。
【０２８３】領域２６７Ｉは、すべての支払い及び料金
を差し引いた後、セッションを終了した後にセッション
中に残る電子キャッシュの額を蓄積する。
【０２８４】領域２６７Ｊは、メッセージＣＳ１で顧客
ユーザ２０３により要求された場合に、サーバコンピュ
ータ１００によって戻される取引ログを蓄積する。これ
は、また、取引ログを戻すかどうかをも示す。
【０２８５】領域２６７Ｋは、セッションを終了するた
めにサーバコンピュータ１００によって支払われたいず
れかの料金の額を蓄積する。
【０２８６】７．メッセージテンプレートデータ構造２
７０ 図１７を参照すると、メッセージテンプレートデータ構
造２７０は、顧客ユーザ２０３が送ったり受け取ったメ
ッセージのフォーマットや内容の跡を追う。メッセージ
テンプレートデータ構造２７０を参照して決定された
（例えば、シンタックス等の）有効な値を持つすべての
要求されたラベルを含むメッセージは、たとえ関係の無
いラベル値ペアが存在していたとしても、処理される。
すべての要求されたラベル値ペアを含まない、または、
メッセージテンプレートデータ構造２７０を参照して決
定された無効の値と連動するラベルを含むメッセージ
は、作成に失敗する。
【０２８７】メッセージテンプレート２７０の上述した
記述は、顧客ユーザ２０３に関するデータに対して効力
を有する一方、販売者ユーザ３０３は、図３８に示すメ
ッセージテンプレート３８０に蓄積された対応するデー
タを有することに注意する必要がある。
【０２８８】８．キャッシュコンテナデータ構造２８０ 顧客キャッシュコンテナデータ構造２８０は、顧客コン
ピュータ２００でキャッシュコンテナに関する情報を維
持する。図３７を参照すると、キャッシュコンテナデー
タ構造２８０は、顧客ユーザ２０３によって創設された
各キャッシュコンテナに対し一つのレコード２８０．１
を含む。顧客キャッシュコンテナデータ構造２８０の詳
細なレコード２８０．１は、図３７に示されている。
【０２８９】領域２８０Ａ−２８０Ｃは、領域１２０
Ｇ．１−１２０Ｇ．３（図７）に対応し、領域１２０
Ｇ．１−１２０Ｇ．３（図７）と同様のキャッシュコン
テナに関する情報を含む。
【０２９０】顧客キャッシュコンテナデータ構造２８０
及びレコード２８０．１の上述した記載は、顧客ユーザ
２０３に関するデータに対して効力を有する一方、販売
者ユーザ３０３は、図４３に示す販売者キャッシュコン
テナデータ構造３４５に蓄積された対応するデータを有
することに注意する必要がある。販売者レコード３４
５．１は、図４３に示され、ここで領域３４５Ａ−３４
５Ｃは領域２８０Ａ−２８０Ｃ（図３７）に対応する。
【０２９１】Ｃ．販売者データベース３０５ 販売者コンピュータ３００のデータベース３０５を次に
記載する。
【０２９２】図３８は、販売者コンピュータ３００の販
売者データベース３０５の一般的な構造を示す。図３８
は、販売者アプリケーションデータ構造３１５（すでに
記載した）、販売者個人データ構造３２０（すてに記載
した）、販売者機器結合データ構造３３０（すでに記載
した）、販売者セッションデータ構造３４０（すでに記
載した）、販売者総額データ構造３５０、販売者販売セ
ッションデータ構造３６０、販売者キャッシュログ３７
０、メッセージテンプレートデータ構造３８０（すでに
記載した）、販売者キャッシュコンテナデータ構造３４
５（すでに記載した）を示す。データ構造３５０、３６
０及び３７０を以下に記載する。
【０２９３】１．販売者総額データ構造３５０ 販売者総額データ構造３５０は、販売者ユーザ３０３が
オーダーに対し顧客ユーザ２０３から受け取ることを期
待する電子キャッシュの総額の跡を追う。図４４を参照
して、レコード３５０を詳細に示す。
【０２９４】領域３５０Ａは、図２５の領域２５３Ｆに
対応したオーダーＩＤを蓄積する。
【０２９５】領域３５０Ｂは、図２５の領域２５３Ｈに
対応した電子キャッシュの総額を蓄積する。
【０２９６】領域３５０Ｃは、オーダーが顧客ユーザ２
０３によって支払われたかどうかを示すフラグである。
【０２９７】２．販売者販売セッションデータ構造３６
０ 販売者販売セッションデータ構造３６０は、販売者ユー
ザ３０３のセッションの跡を追う。図４５を参照して、
レコード３６０を詳細に示す。
【０２９８】領域３６０Ａ−３６０Ｄは、領域３４０Ａ
−３４０Ｄ（図４２）に対応する。領域３６０Ｅは、領
域３４０Ｈ（図４２）に対応する。領域３６０Ｆは、領
域３４０Ｆ（図４２）に対応する。領域３６０Ｊ−３６
０Ｋは、領域３４０Ｊ−３４０Ｋ（図４２）に対応す
る。領域３６０Ｇは、セッションＩＤ領域３６０Ａで確
認された販売者販売セッションがオープンした日付を蓄
積する。領域３６０Ｈは、そのようなセッションが終了
した日付を蓄積する。
【０２９９】３．販売者キャッシュログデータ構造３７
０ 販売者キャッシュログデータ構造３７０は、販売者販売
セッションデータ構造３６０が保持していない電子キャ
ッシュの取引及びセッションの跡を追う。特に、販売者
キャッシュログデータ構造３７０は、販売者ユーザ３０
３によって始まったコレクション及びセッションに関す
るデータを蓄積する。図４６を参照して、レコード３７
０を詳細に示す。
【０３００】領域３７０Ａ−３７０Ｍは、販売者コンピ
ュータ３００からサーバコンピュータ１００に送られた
コレクションデータＣＡ２に関するデータを蓄積する。
これらの領域を以下に詳細に記載する。
【０３０１】領域３７０Ａは、実行された動作のタイプ
を示す。この場合、領域３７０Ａに蓄積されたタイプは
「コレクション」である。
【０３０２】領域３７０Ｂは、現在のコレクション要求
のステータスを蓄積する。領域３７０Ｂのステータス
は、「試行」、「成功」または「失敗」を含むことがで
きる。ラベル「試行」は、要求がサーバコンピュータ１
００に送られたが何の応答も受け取ることができなかっ
た時に、戻される。もし、要求がサーバコンピュータ１
００によって処理され、コレクション要求が履行されれ
ば、領域３７０Ｂはラベル「成功」を含むであろう。も
し、サーバコンピュータ１００が要求を否定したら、領
域３７０Ｂはラベル「失敗」を含むであろうし、領域３
７０Ｍはそのような失敗の理由を確認するためのコード
を含むであろう。
【０３０３】領域３７０Ｃは、オーダー確認番号（「オ
ーダーＩＤ」）を蓄積する。領域３７０ＣのオーダーＩ
Ｄは、特別なオーダーを確認するために販売者コンピュ
ータ３００によって発生される。
【０３０４】領域３７０Ｄは、現在のコレクション要求
中に顧客コンピュータ２００によって使用された領域２
４０ＡのセッションＩＤを蓄積する。
【０３０５】領域３７０Ｅは、現在のコレクション要求
中に顧客コンピュータ２００によって使用された領域２
４０Ｇのインデックスを蓄積する。
【０３０６】領域３７０Ｆは、現在のコレクション要求
中に顧客コンピュータ２００によって使用された領域２
４０Ｄの通貨を蓄積する。
【０３０７】領域３７０Ｇは、現在のコレクション要求
中に販売者コンピュータ３００によって使用された領域
３４０ＡのセションＩＤを蓄積する。
【０３０８】領域３７０Ｈは、現在のコレクション要求
中に販売者コンピュータ３００によって使用されたラベ
ル値ペア５２１３Ｄのインデックスを蓄積する。
【０３０９】領域３７０Ｉは、現在のコレクション要求
中に販売者コンピュータ１００によって使用された領域
３４０Ｄの通貨を蓄積する。
【０３１０】領域３７０Ｊは、現在のコレクション要求
中に販売者ユーザ３０３に支払われるよう要求された電
子キャッシュファンドの総額を蓄積する。
【０３１１】領域３７０Ｋは、現在のコレクションに対
し販売者キャッシュコンテナ領域３４５Ｂにクレジット
された電子キャッシュの総額を蓄積する。クレジットさ
れた電子キャッシュの総額は、もし領域３７０Ｂのステ
ータスが零値であれば、零値である。
【０３１２】領域３７０Ｌは、現在のコレクション要求
を処理するためにサーバコンピュータ１００のオペレー
タに支払われた電子キャッシュファンドの総額を蓄積す
る。
【０３１３】もしステータス領域３７０Ｂの内容が「失
敗」であれば、領域３７０Ｍは結果コードを蓄積する。
結果コードは、ステータス領域３７０Ｂにレポートされ
た失敗とメッセージが連動するように販売者アプリケー
ションソフトウェア３１０によって使用される。このよ
うにして、領域３７０Ｍに戻されたコードは、販売者ア
プリケーションソフトウェアに、「不十分なファンドの
ためコレクションは失敗した」とのメッセージを表示さ
せることができる。
【０３１４】領域３７０Ｎ−３７０Ｔは、販売者コンピ
ュータ３００（メッセージＯＳ１）によって始められた
セッションに関するデータを蓄積する。これらの領域を
以下に詳細に記載する。
【０３１５】領域３７０Ｎは、実行された動作のタイプ
を示す。この場合、領域３７０Ｎに蓄積されたタイプは
「ＯＳ」である。
【０３１６】領域３７０Ｏは、現在のコレクション要求
のステータスを蓄積する。領域３７０Ｏのステータス
は、「試行」、「成功」または「失敗」を含むことがで
きる。ラベル「試行」は、要求がサーバコンピュータ１
００に送られたが何の応答も受け取ることができなかっ
た時に、戻される。もし、要求がサーバコンピュータ１
００によって処理され、コレクション要求が履行されれ
ば、領域３７０Ｏはラベル「成功」を含むであろう。も
し、サーバコンピュータ１００が要求を否定したら、領
域３７０Ｏはラベル「失敗」を含むであろうし、領域３
７０Ｔはそのような失敗の理由を確認するためのコード
を含むであろう。
【０３１７】領域３７０Ｐは、取引番号、すなわち、販
売者コンピュータ３００によって始められた特別なセッ
ションを示す特別の番号を蓄積する。
【０３１８】領域３７０Ｑは、販売者ユーザ３０３の要
求した現在のセッションが続く総時間を蓄積する。
【０３１９】領域３７０Ｒは、販売者ユーザ３０３の要
求した領域３４０Ｊのセッションキーを使用することが
できる回数を蓄積する。
【０３２０】もし領域３７０Ｏが「成功」ならば、領域
３７０Ｓは、現在のセッションに対する販売者コンピュ
ータ３００のためのセッションＩＤを蓄積する。
【０３２１】もし領域３７０Ｏが「失敗」ならば、領域
３７０Ｔは結果コードを蓄積する。結果コードは、ステ
ータス領域３７０Ｔでレポートされた失敗とメッセージ
を連動させるように販売者アプリケーションソフトウェ
ア３１０によって使用される。
【０３２２】ＩＩＩ．一般的な情報 本発明において使用されるメッセージの好ましいフォー
マットを以下に記載する。
【０３２３】インターネット５０の性質のため、本発明
はメッセージ送信の独立したメカニズムを使用し、その
結果メッセージはいくつかの異なるプロトコルを使用し
て送ることができる。これらのプロトコルは、Ｅメール
（簡単なメール送信プロトコル）及びワールドワイドウ
ェブ（ハイパーテキスト送信プロトコル、または、遠隔
処理プロトコル（ＲＰＣ）のような他のプロトコル）を
含むことができる。そのため、本発明で使用されるメッ
セージは、送信プロトコルによらない特別で好ましいフ
ォーマットを有する。特別で好ましいフォーマットは、
ＲＦＣ８２２に基づいており、このＲＦＣ８２２は先行
技術で良く知られているため、ここでは簡単に記載す
る。
【０３２４】図４７は、サンプルメッセージ４０００の
フォーマットを示す。サンプルメッセージ４０００は、
ヘッダー４００５、ボディ４０１０及びトレイラー４０
５０を含む。ボディ４０１０は、透明な（暗号化されて
いない）ラベル値ペア４０１３Ａ、４０１３Ｂ等を含
み、不透明（暗号化された）ラベル値ペア４０１７を含
むこともできる（ラベル値ペアは、ラベルと、ラベルタ
ーミネータによって例えば「名前：Ｂｒｉａｎ（ブライ
アン）」のように分離されたラベルに関するデータとか
ら構成される）。
【０３２５】ヘッダー４００５は、サンプルメッセージ
４０００のスタートを定義する。ヘッダー４００５は、
例えば「サイバーキャッシュ」（本発明の譲受人）のシ
ステムＩＤや、その中にサンプルメッセージ４０００が
組み込まれるメッセージプロトコルの番号（「プロトコ
ル番号」）を含むことができる。
【０３２６】透明なラベル値ペア４０１３Ａ、４０１３
Ｂ等は、サンプルメッセージ４０００と連動するいずれ
かのクリアな（暗号化されていない）テキストを含む。
暗号化及び解読は以下に記載する。
【０３２７】不透明なラベル値ペア４０１７は、ラベル
「不透明」を含む。不透明なラベル値ペア４０１７の値
は、暗号化されたデータのブロックである。不透明なラ
ベル値ペア４０１７の値は、ＤＥＳキーで暗号化された
ラベル値ペアの予め決定されたセットを含む。暗号化
後、値は好ましくはベース−６４コードである。ラベル
値ペアの予め決定されたセットは、ここで、サンプルメ
ッセージの「不透明なセクションの内容」として参照さ
れる。セッションの外部から送られた要求メッセージ
（Ｒ１、ＢＩ１、ＬＵ１及びＣＳ１）に対し、不透明な
ラベル値ペア４０１７の値は、そのＤＥＳキーと、サー
バコンピュータ１００のパブリックＲＳＡキーに基づい
て暗号化されたＲＳＡで始まる。ＲＳＡ暗号化はコンピ
ュータの処理が高価となる。応答メッセージ（Ｒ２、Ｂ
Ｉ４、ＬＵ２、ＯＳ２及びＣＳ２）及びセッション中の
メッセージ（ＣＡ１、ＣＡ２、ＣＡ３及びＣＡ４）に対
し、不透明なセクションの内容を越えたいかなる付加的
な情報をも不透明なラベル値ペア４０１７の値は必要と
しないため、ＲＳＡ暗号化が高価になることを防ぐこと
ができる。不透明なセクションの内容は、長さにおいて
変化し、ＤＥＳキーを使用して暗号化されたデータを表
す。
【０３２８】トレイラー４０５０は、サンプルメッセー
ジ４０００を終了する。トレイラー４０５０は、好まし
くは、送信チェックサムを含む。領域４０５０Ｄのチェ
ックサムが、ヘッダー４００５においてすべてが印字可
能な文字に対して行われたＭＤ５ハッシュであり、ボデ
ィ４０１０で表すことができることが好ましい。そのた
め、新しいライン、スペース、タブ、キャリッジリター
ン等のすべての白いスペースは、チェックサムハッシュ
から除外される。このようにして、メッセージ送信の正
確性を、ゲートウェーのセンシティビティを気にするこ
となく、また例えばラインターミネータの間隔の変更や
タブのスペースへの変更などを気にすることなく、チェ
ックすることができる。
【０３２９】本発明で使用される暗号化及び解読技術を
以下に記載する。
【０３３０】本発明は、好ましくは、データの暗号化及
び解読に対しＲＳＡ法及びＤＥＳ法の両者を使用する。
そのような方法は先行技術で良く知られている。ＲＳＡ
は、米国特許Ｎｏ．４，４０５，８２９に詳細に記載さ
れている。本発明は、好ましくは、安全性、実行時間及
び送出制御に関する事情の間のバランスを反映させて、
７６８ビットのＲＳＡキーを使用する。ＲＳＡキーのサ
イズは、高速処理速度を有するハイエンドのコンピュー
タでは変えることができ、その場合は、顧客のインスト
レーションがより一般的になり、また送出の要望も緩和
される。当業者にとって良く知られているように、他の
パブリック／シンメトリックキーシステム（ラビン及び
ＥＩガマルのような）を、検証の目的で本発明で使用す
ることもできる。
【０３３１】本発明では、デジタル的な署名を情報を検
証するために使用する。デジタル的な署名の詳細は、コ
ンピュータの安全性に関する文献で広く議論されてい
る。本発明は、検証のために二つの方法を使用する：す
なわちＲＳＡ／ＭＤ５デジタル署名及び情報を分割使用
する知識（例えば、ソルト値および／またはキー値）で
ある。
【０３３２】上述したように、本発明はデータのハッシ
ングにも依存している。ハッシュは、好ましくは、「メ
ッセージの合成」に適用されるインターネット公開ＰＦ
Ｃ１３２１において記載されている良く知られたＭＤ５
アルゴリズムを使用して計算される。
【０３３３】もし、ラベル値ペアがハッシュ入力におい
て特定されているが、メッセージ中に存在しないなら
ば、ラベル及びラベルターミネータは、好ましくは、ハ
ッシュから除外される。
【０３３４】ＩＶ．本発明の処理 Ａ．ダウンロード及びインストレーション処理４００ 図３を参照して先に記載したダウンロード及びインスト
レーション処理４００の間、サーバコンピュータ１００
のＲＳＡパブリックキーは、顧客アプリケーションデー
タ構造２１５の領域２１５Ａに蓄積される。販売者コン
ピュータ３００は、顧客ユーザ２０３がダウンロード及
びインストレーション処理４００を使用するのと同様の
方法で、ユーザアプリケーションソフトウェア１５３の
コピーを手に入れる。このような場合、ユーザアプリケ
ーションソフトウェア１５３は、販売者アプリケーショ
ンソフトウェア３１０の要素として販売者コンピュータ
３００上に存在し、サーバコンピュータ１００のＲＳＡ
パブリックキーは、販売者アプリケーションデータ構造
３１５の領域３１５Ａに蓄積される。
【０３３５】Ｂ．登録処理４０１ 図４８は、ステップ１２０１で始まる登録処理４０１を
示すフロー図である。
【０３３６】ステップ１２０２において、顧客アプリケ
ーションソフトウェア２１０は、顧客ユーザ２０３が顧
客ユーザ２０３に関する情報を入力するように促す。こ
の情報は、サーバコンピュータ１００に送られるメッセ
ージＲ１に含まれ、顧客個人１２０．１の一部となる。
好ましい実施例では、顧客ユーザ２０３は、コミュニケ
ーションに好ましい言語、取引を行なう通貨、要求した
個人ＩＤ、Ｅメールアドレス及びオートクローズパスフ
レーズを入力する。
【０３３７】ステップ１２０２Ａにおいて、顧客アプリ
ケーションソフトウェア２１０は、顧客コンピュータ２
００に対しＲＳＡパブリック／プライベートキーペアを
発生する。ＲＳＡパブリックキーは、顧客個人データ構
造２２０（図１９）の領域２２０Ｃに蓄積される。ＲＳ
Ａプライベートキーは、顧客個人データ構造２２０（図
１９）の領域２２０Ｈに蓄積される。
【０３３８】ステップ１２０３において、メッセージＲ
１は、図４９に示すメッセージ組み込み手続き８００に
従って組み込まれる。メッセージＲ１は、顧客コンピュ
ータ２００からサーバコンピュータ１００へ送られ、ス
テップ１２０２で顧客ユーザ２０３によって入力された
情報を含む。メッセージ組み込み手続８００を、図４９
を参照して以下に記載する。
【０３３９】メッセージ組み込み手続８００は、ステッ
プ８０１で始まる。ステップ８０２Ａ−８０２Ｂは、図
５０に示すメッセージＲ１の透明なラベル値ペア４２１
３Ａ−４２１３Ｄを作成する。ステップ８０２Ｃ−８１
３は、図５１に示すメッセージＲ１の不透明セクション
内容に基づいて、メッセージＲ１の透明なラベル値ペア
４２１３Ａ−４２１３Ｄを作成する。ステップ８１４−
８１７は、それぞれメッセージＲ１の、ヘッダー４２０
５、透明ラベル値ペア４２１３Ａ−４２１３Ｄ、不透明
ラベル値ペア４２１７及びトレイラー４２５０を組み込
む。
【０３４０】ステップ８０２Ａにおいて、顧客アプリケ
ーションソフトウェア２１０は、メッセージテンプレー
トデータ構造２７０（図１７）にアクセスし、ラベルの
リストを手に入れる。ラベルのリストが連動する値と一
致していれば、ラベルのリストがメッセージＲ１の透明
なラベル値ペア４２１３Ａ−４２１３Ｃを作成する。ス
テップ８０２Ｂにおいて、値は以下に示すように各ラベ
ルと連動する。
【０３４１】ラベル値ペア４２１３Ａは、ラベル「取
引」を有する。領域４２１３Ａの値は、メッセージＲ１
を特別に確認するクライアントソフトウェア２１０によ
って発生された取引番号である。ラベル値ペア４２１３
Ａの値は、メッセージＲ１を受け取ることで、サーバコ
ンピュータ１００が、（１）後に記載する連動する応答
メッセージＲ２を送り、（２）メッセージＲ１が重複し
たメッセージかどうかを決定（すなわち、サーバコンピ
ュータ１００によってすでに受け取られているかどう
か）する、ことを許可する。ラベル値ペア４２１３Ａと
関連する値は、継続中の個人登録／更新個人情報レコー
ド２５１（図２３）の領域２５１Ｂに蓄積される。
【０３４２】ラベル値ペア４２１３Ｂは、ラベル「日
付」を有する。ラベル値ペア４２１３Ｂの値は、メッセ
ージＲ１が、顧客コンピュータ２００のクロックに従っ
て、サーバコンピュータ１００に組み込まれて送られた
日付及び時間を示す。ラベル値ペア４２１３Ｂと関連す
る値は、領域２５１Ｃに蓄積される。
【０３４３】ラベル値ペア４２１３Ｃは、ラベル「サー
バキー」を有する。後に記載するように、メッセージＲ
１の不透明なラベル値ペア４２１７を暗号化するために
顧客コンピュータ２００によって使用されたＤＥＳキー
／ＩＶペアは、サーバコンピュータ１００のＲＳＡパブ
リックキーを使用して暗号化される。ラベル値ペア４２
１３Ｃの値は、サーバプライベートキーデータ構造１６
０（図５）に蓄積された対応するＲＳＡプライベートキ
ーを指し示す。
【０３４４】ラベル値ペア４２１３Ｄは、ラベル「サー
ビスカテゴリ」を有する。ラベル値ペア４２１３Ｄの値
は、特別なサービスカテゴリのメッセージを取り扱うサ
ーバコンピュータ１００内のプロセッサにメッセージＲ
１を発送するために使用されるラベルである。このオプ
ションは、サーバコンピュータ１００の機能として多数
のプロセッサ間で分配され、それによりシステムの能力
を向上させる。
【０３４５】ステップ８０２Ｃにおいて、顧客アプリケ
ーションソフトウェア２１０は、ランダムな１２８ビッ
ト数を作成するために良く知られた技術を使用する。作
成されたこの数の最初の６４ビットは５６ビットＤＥＳ
キーとして取り扱われ、次の６４ビットは６４ビットイ
ニシャリゼーションベクトル（「ＩＶ」）として取り扱
われることが好ましい。５６ビットＤＥＳキーは、各８
ビットバイトの無視された最下位のビットを有する６４
ビット数で表される。この１２８ビット数は、ＤＥＳキ
ー／ＩＶペアとして見ることができる。ＤＥＳキー／Ｉ
Ｖペアはテンポラリレジスタに蓄積される。
【０３４６】次に、ステップ８０４において、顧客アプ
リケーションソフトウェア２１０は、クライアントアプ
リケーションデータ構造２１５（図１８）の領域２１５
Ａから、サーバコンピュータ１００のためのＲＳＡパブ
リックキーを検索する。先に記述したように、サーバコ
ンピュータ１００のためのＲＳＡパブリックキーは、好
ましくは、長さ７６８ビットである。もちろん、他の長
さのＲＳＡキーを使用することができる。ステップ８０
６において、ステップ８０４において検索されたＲＳＡ
パブリックキーは、ステップ８０２で作成されたＤＥＳ
キー／ＩＶペアを暗号化するために使用される。
【０３４７】ステップ８０７において、顧客アプリケー
ションソフトウェア２１０は、ラベルのリストを得るた
めに、メッセージテンプレートデータ構造２７０（図２
Ｂ）にアクセスする。ラベルのリストは、関連する値と
同じであれば、図５１に示すメッセージＲ１の不透明セ
クション内容を作成する。ステップ８０８において、値
は以下のように各ラベルと関連する。
【０３４８】ラベル値ペア４２１７Ａは、ラベル「タイ
プ」を有する。ラベル値ペア４２１７Ａの値は、メッセ
ージＲ１のラベルに効力を持たすメッセージデータ構造
２７０中のレコードを参照する。ラベル値ペア４２１７
Ａは、顧客ユーザ２０３が登録処理を始める際ラベルを
発生する顧客アプリケーションソフトウェア２１０から
得ることができる。
【０３４９】ラベル値ペア４２１７Ｂは、ラベル「サー
バデート」を有する。ラベル値ペア４２１７Ｂの値は、
サーバコンピュータ１００のクロックの日付が顧客コン
ピュータ２００の認知によって測定されるように、メッ
セージＲ１が組み込まれた時の日付及び時間を示す。
【０３５０】ラベル値ペア４２１７Ｃは、ラベル「ｓｗ
バージョン」（ソフトウェアバージョン）を有する。ラ
ベル値ペア４２１７Ｃの値は、サーバコンピュータ１０
０とコミニュケーションする顧客アプリケーションソフ
トウェア２１０のバージョンを示す。ラベル値ペア４２
１７Ｃは、顧客アプリケーションソフトウェア２１０に
埋め込まれたデータから得られる。ラベル値ペア４２１
７Ｃと関連する値は、領域２５１Ｄに蓄積される。
【０３５１】ラベル値ペア４２１７Ｄは、ラベル「言語
内容」を有する。ラベル値ペア４２１７Ｄの値は、顧客
ユーザ２０３にとってコミニュケーションに好ましい言
語を示す。ラベル値ペア４２１７Ｄの値は、ステップ１
２０２における登録処理４０１中に顧客ユーザ２０３か
ら得られる。ラベル値ペア４２１７Ｄに関連する値は、
領域２５１Ｅに蓄積される。
【０３５２】ラベル値ペア４２１７Ｅは、ラベル「デフ
ォルト状態の通貨」を有する。ラベル値ペア４２１７Ｅ
の値は、顧客ユーザ２０３によって変えられない限り、
顧客ユーザ２０３の取引が処理されるデフォルト状態の
通貨を示す。ラベル値ペア４２１７Ｅの値は、図４８の
ステップ１２０２における登録処理４０１中に顧客ユー
ザ２０３から得られる。ラベル値ペア４２１７Ｅに関連
する値は、領域２５１Ｇに蓄積される。
【０３５３】ラベル値ペア４２１７Ｆは、ラベル「要求
されたＩＤ」を有する。ラベル値ペア４２１７Ｆの値
は、顧客ユーザ２０３によって要求された個人ＩＤを示
す。ラベル値ペア４２１７Ｆの値は、図４８のステップ
１２０２における登録処理４０１中に顧客ユーザ２０３
から得られる。ラベル値ペア４２１７Ｆに関連する値
は、領域２５１Ｇに蓄積される。
【０３５４】ラベル値ペア４２１７Ｇは、ラベル「Ｅメ
ール」を有する。ラベル値ペア４２１７Ｇの値は、顧客
ユーザ２０３に対するＥメールアドレスを示す。ラベル
値ペア４２１７Ｇの値は、図４８のステップ１２０２に
おける登録処理４０１中に顧客ユーザ２０３から得られ
る。ラベル値ペア４２１７Ｇと関連する値は、領域２５
１Ｈに蓄積される。
【０３５５】ラベル値ペア４２１７Ｈは、ラベル「同
意」を有する。ラベル値ペア４２１７Ｈの値は、顧客ユ
ーザ２０３が本発明を使用するために受け入れた法律的
な同意を示す。法律的な同意は、図４８のステップ１２
０２における顧客ユーザ２０３に対して存在する。ラベ
ル値ペア４２１７Ｈの値は、同意が顧客ユーザ２０３に
よって受け入れられ、顧客機器個人データ構造２２０
（図１９）の領域２２０Ｌに蓄積された時に、発生す
る。
【０３５６】ラベル値ペア４２１７Ｉは、ラベル「オー
トクローズパスフレーズ」を有する。ラベル値ペア４２
１７Ｉの値は、顧客ユーザ２０３に対するオートクロー
ズパスフレーズを示す。ラベル値ペア４２１７Ｉの値
は、図４８のステップ１２０２における登録処理中に顧
客ユーザ２０３によって供給される。ラベル値ペア２４
１７Ｉに関連する値は、顧客データ構造２２０の領域２
２０Ｄ及び顧客継続データ構造２５０の領域２５１Ｉに
蓄積される。
【０３５７】ラベル値ペア４２１７Ｊは、ラベル「パブ
キー」を有する。ラベル値ペア４２１７Ｊの値は、図４
８のステップ１２０２Ａにおける登録処理４０１中に顧
客アプリケーションソフトウェア２１０によって発生さ
れた顧客個人１２０．１に対するＲＳＡパブリックキー
を表す。
【０３５８】再び図４９を参照すると、ステップ８１０
において、図５１のラベル値ペア４２１７Ｋによって表
されるメッセージＲ１のデジタル署名が発生される。ラ
ベル値ペア４２１７Ｋは、ラベル「署名」を有する。ラ
ベル値ペア４２１７Ｋの値は、顧客個人１２０．１のデ
ジタル署名を表す。メッセージＲ１に対し、ラベル値ペ
ア４２１７Ｋの値は、ラベル値ペア４２１３Ａ−４２１
３Ｃ中の印刷可能なＵＳアスキー文字のハッシュであ
り、また顧客個人１２０．１のＲＳＡプライベートキー
で暗号化されたアルファベット順に並んだラベル値ペア
４２１７Ａ−４２１７Ｊである。顧客個人１２０．１の
ＲＳＡプライベートキーは、領域２２０Ｈ（図１９）か
ら得られる。
【０３５９】ステップ８１２Ａにおいて、ステップ８１
０で発生したラベル値ペア４２１７Ｋは、ラベル値ペア
４２１７Ａ−４２１７Ｊに付加される。ラベル値ペア４
２１７Ａ−４２１７Ｋは、ステップ８０２Ｃのテンポラ
リレジスタに蓄積されたＤＥＳキー／ＩＶペアとともに
暗号化される。ステップ８１２Ｂにおいて、ステップ８
１２Ａの結果は、ステップ８０６で作成したＲＳＡで暗
号化したＤＥＳキー／ＩＶペアに付加される。
【０３６０】ステップ８１３において、ステップ８１２
Ｂで組み込まれたデータは、良く知られた技術（好まし
くはベース６４）を使用して暗号化され、これによりメ
ッセージＲ１の不透明セクション内容の組み込みを完了
する。
【０３６１】メッセージＲ１は、ステップ８１３−８１
８で組み込まれる。ステップ８１４で、ヘッダー４２０
５は、顧客メッセージテンプレートデータ構造２７０
（図１７）で見つかるメッセージテンプレート及び顧客
アプリケーションソフトウェア２１０に埋め込まれたプ
ロトコルを使用して作成される。
【０３６２】次に、ステップ８１５において、上述した
透明ラベル値ペア４２１３Ａ−４２１３Ｃが加わる。
【０３６３】ステップ８１６において、不透明ラベル値
ペア４２１７が付加される。ラベル値ペア４２１７は、
以下の値が暗号化されたデータであることを示すラベル
「不透明」を有する。図５０に示すラベル値ペア４２１
７の値は、ステップ８１３で暗号化されたデータを表
す。
【０３６４】トレーラ４２５０は、ステップ８１７で組
み込まれる。トレーラ４２５０のチャックサムは、上述
したように、サンプルメッセージ４０００に対して計算
される。トレーラ４２５０はメッセージＲ１に加えられ
る。ステップ８１８において、メッセージＲ１のコピー
は、領域２５１Ｊにセーブされる。
【０３６５】メッセージＲ１の組み込みはこれで完了す
る。メッセージ組み込み処理８００はステップ８１９で
終了する。
【０３６６】再び図４８を参照すると、登録処理４０１
はステップ１２０４において連続している。そこで、顧
客コンピュータ２００は、メッセージＲ１をサーバコン
ピュータ１００に送信する。顧客コンピュータ２００
は、サーバコンピュータ１００からの応答メッセージＲ
２を待つ。
【０３６７】ステップ１２０５において、サーバコンピ
ュータ１００は、顧客コンピュータ２００からメッセー
ジＲ１を受け取り、サーバメッセージアンラップ処理９
００を実行することによってメッセージＲ１をアンラッ
プする。サーバメッセージアンラップ処理９００は、以
下に図５２及び５３を参照して記載する。ここでこの処
理はステップ９０１において始まる。
【０３６８】ステップ９０１Ａにおいて、メッセージＲ
１のコピーは領域１４０Ｅ（図１６）に蓄積される。
【０３６９】ステップ９０２において、サーバソフトウ
ェア１１０は、メッセージＲ１のヘッダー４２５０の領
域４２０５Ｃからプロトコル番号を抽出する。次に、ス
テップ９０２で抽出したプロトコル番号に基づいて、サ
ーバメッセージデータ構造１５０（図５）にアクセスし
て、メッセージＲ１の望ましいフォーマットを決定す
る。望ましいフォーマットは、メッセージシンタックス
（例えば、許可されたライン終了記号）及びメッセージ
コーディング（例えば、アスキーまたはヘックス）を含
むことができる。メッセージＲ１は、望ましいフォーマ
ットに従って以下のように構文の解析が行われる。
【０３７０】ステップ９０３において、サーバコンピュ
ータ１００は、メッセージ組み込み処理８００のステッ
プ８１７で顧客コンピュータ２００において使用したも
のと同じデータを使用してチェックサムを計算する。ス
テップ９０４において、ステップ９０３で計算されたチ
ェックサムは、メッセージＲ１のトレイラー４２５０の
チェックサム４２５０Ｄと比較される。もし、チェック
サムが一致しなければ、メッセージＲ１はステップ９０
４Ａで処分され、サーバメッセージアンラップ処理９０
０も中断する。
【０３７１】もし、ステップ９０４においてチェックサ
ムが一致していれば、処理はステップ９０６Ａに続き、
メッセージは、それがメッセージアンラップ処理９００
に対し適切であるかどうかを決定するためにチェックさ
れる。メッセージがラベル「サーバキー」を含めば、メ
ッセージアンラップ処理９００は適切である。アンラッ
プ処理９００が不適切の場合にサーバコンピュータ１０
０が受け取るメッセージは、ラベル「サーバキー」を含
まず、その代わりに、メッセージの透明部分にラベル
「タイプ」を含むであろう。そのようなメッセージは、
後に記載する他の手段を用いてアンラップされる。メッ
セージが不適切な場合は、処理はステップ９０６Ｂに続
き、メッセージは他のアンラップ処理に転換される。メ
ッセージＲ１が適切であれば、処理はステップ９０６Ｃ
に続き、不透明なラベル値ペア４２１７の値は解読され
る。
【０３７２】ステップ９０７において、メッセージ組み
込み処理８００のステップ８０６でＤＥＳキー／ＩＶペ
アを暗号化するために顧客コンピュータ２００によって
使用されたＲＳＡパブリックキーが決定される。これを
行うために、サーバソフトウェア１１０は、ラベル「サ
ーバキー」と関連するラベル値ペア４２１３Ｃの値を得
る。ラベル値ペア４２１３Ｃの値は、ステップ８０６で
顧客コンピュータ２００によって使用されたＲＳＡパブ
リックキーに対応するＲＳＡプライベートキーの要素を
蓄積するプライベートキーデータ構造１６０中の領域に
対するポインターである。
【０３７３】ステップ９０９において、ステップ９０７
で決定されたＲＳＡプライベートキーは、ＲＳＡで暗号
化されたＤＥＳキー／ＩＶペアに対応する不透明ラベル
値ペア４２１７の部分を解読するために使用される。こ
のようにして、残りの不透明ラベル値ペア４２１７を暗
号化するために使用されたＤＥＳキー／ＩＶペアを得る
ことができる。ステップ９０９Ａにおいて、ＤＥＳキー
／ＩＶの解読が成功したか失敗したかを決定する。いか
なる理由かで解読に失敗した場合は、処理はステップ９
０５に続き、ここで適当なエラーフラグをセットするこ
とが好ましいことがわかり、サーバアンラップ処理９０
０はステップ９１７で中断する。もし、ＤＥＳキー／Ｉ
Ｖペアの解読に成功すれば、処理はステップ９１０に続
く。
【０３７４】ステップ９１０において、ステップ９０９
で得たＤＥＳキー／ＩＶペアは、テンポラリレジスタに
蓄積される。
【０３７５】ステップ９１１において、ステップ９０９
で得たＤＥＳキー／ＩＶペアは、図５１のラベル値ペア
４２１７Ａ−４２１７Ｋとして表されている不透明なラ
ベル値ペア４２１７の部分を解読するために使用され
る。ステップ９１２において、不透明値ペア４２１７の
解読が成功したのか失敗したのかが決定される。いかな
る理由かで解読に失敗した場合は、処理はステップ９０
５に続き、ここで適当なエラーフラグをセットすること
が好ましいことがわかり、サーバアンラップ処理９００
はステップ９１７で中断する。もし、不透明値ペア４２
１７の解読に成功すれば、処理はステップ９１３に続
く。
【０３７６】ステップ９１３において、メッセージタイ
プが、ラベル値ペア４２１７Ａを参照することで決定さ
れる。例えば、メッセージＲ１に対するラベル値ペア４
２１７Ａの値は、「登録」であろう。
【０３７７】以下のステップ９１４、９１５及び９１６
で行われるメッセージの３回のチェックを行なうことが
好ましい。
【０３７８】ステップ９１４のサーバフォームチェック
は、メッセージタイプとソフトウェアバージョンに依存
している。すなわち、メッセージの望ましいフォーム及
びそれが受け入れられるかどうかのクライテリアは、上
述したメッセージタイプ及びバージョンデータ構造１５
０を参照して決定された所定の時間有効であるメッセー
ジ及びメッセージの変更に依存している。最小の場合で
も、フォームチェック手続は、受け取ったメッセージが
メッセージに対して上述したすべてのラベルを含んでい
るかどうか、値を要求する各ラベルに値があるかどう
か、及びそれらの値が、タイプ、シンタックス及び要求
された値の範囲であるかどうか、を確認することとな
る。もしメッセージが解析されたがフォームクライテリ
アに適合しない場合は、サーバコンピュータ１００は、
ステップ９０５でエラーフラグをセットし、メッセージ
Ｒ２（後に記載する）としてエラーコードを戻す。それ
がサーバコンピュータ１００によって解析できないほど
変形されたメッセージは、処分されるであろう。もしス
テップ９１４のフォームチェックが成功であれば、処理
はステップ９１５に続く。
【０３７９】ステップ９１５において、ラベル値ペア４
２１７Ｋの値によって表されたデジタル署名が正しいか
どうか確認される。まず、第１に、サーバソフトウェア
１１０は、ラベル値ペア４２１７Ｊから顧客個人１２
０．１のためのＲＳＡパブリックキーを得る。ラベル値
ペア４２１７Ｊから得たＲＳＡパブリックキーは、ラベ
ル値ペア４２１７Ｋを解読するために使用される。次
に、サーバソフトウェア１１０はメッセージデータ構造
１５０にアクセスし、どのラベル値ペアがラベル値ペア
４２１７Ｋの値を計算するためにメッセージ組み込み処
理８００のステップ８１０でハッシュされたのかを決定
する。サーバソフトウェア１１０は、ステップ８１０で
ハッシュされたのと同じラベル値ペアをハッシュする。
二つのハッシュ値は比較される。もしハッシュ値が異な
れば、適当なエラーフラグがステップ９０５でセットさ
れる。この場合、サーバメッセージアンラップ処理９０
０はステップ９１７で中断する。もしハッシュ値が合致
すれば、処理はステップ９１６に続く。
【０３８０】ステップ９１６において、どの顧客アプリ
ケーションソフトウェア２１０が現在のものかについて
のチェックを以下のようにして実施する。サーバソフト
ウェア１００は、ラベル値ペア４２１７Ｃの値からメッ
セージＲ１を組み込むために使用した顧客アプリケーシ
ョンソフトウェア２１０のバージョン番号を得る。得ら
れた値は、顧客アプリケーションソフトウェア２１０の
最も最近にサポートしたバージョン番号と比較される。
【０３８１】各バージョンは、３つの「ステータス」ラ
ベルのうちの一つに関連する。もしソフトウェアチェッ
クが「現在」を戻したならば、メッセージＲ１を構成し
た顧客アプリケーションソフトウェア２１０は、使用可
能なソフトウェアの最新バージョンである。この場合
は、いかなるフラグもセットされず、メッセージアンラ
ップ手続９００はステップ９１７で終了する。もしソフ
トウェアチェックが「注意」を戻したならば、顧客アプ
リケーションソフトウェア２１０のバージョンは、最新
のものではないが使用可能と考えられる。この場合は、
フラグがステップ９０５でセットされ、メッセージＲ２
（後に記載する）として顧客ユーザ２０３に注意メッセ
ージが送られ、メッセージアンラップ手続９００はステ
ップ９１７で終了する。もし顧客アプリケーションソフ
トウェア２１０に関するラベルが「致命的」であれば、
アプリケーションソフトウェアは使用できず、エラーフ
ラグがステップ９０５でセットされ、メッセージＲ２
（後に記載する）として顧客ユーザ２０３にエラーメッ
セージが送られる。メッセージアンラップ手続９００は
ステップ９１７で終了する。
【０３８２】再び図４８を参照すると、処理はステップ
１２０６へ続く。もし、ステップ９０９Ａ、９１２、９
１４、９１５または９１６のテストのいずれかが、ステ
ップ９０５でセットされるエラーフラグを起こす原因と
なっていたならば、エラー処理手続が、ステップ１２１
５でサーバコンピュータ１００によって実行される。ス
テップ１２１５におけるエラー処理のレベルは、大抵の
場合管理者の決定であるが、チェックサム、署名及びフ
ォームが失敗し、ソフトウェアチェック手続において
「致命的」の戻りがあれば、顧客アプリケーションソフ
トウェア２１０によって処理できるコードを含むメッセ
ージ及び顧客ユーザ２０３によって読み取ることができ
るメッセージを発するようにすることが好ましい。ステ
ップ１２１５におけるエラー処理手続は、特別のエラー
コード（後に応答メッセージＲ２の背景で記述する）を
伴うフラグに関連し、テキストメッセージ（メッセージ
のデータ構造かシステム管理者から送られたメッセージ
のいずれか）を作成する必要がある。その後、サーバコ
ンピュータ１００は、後に記載するように、エラーコー
ド及びその他の関連するメッセージを送る顧客コンピュ
ータ２００に対してと同様に、メッセージＲ２を送信す
る。
【０３８３】もし、ステップ９０９Ａ、９１２、９１
４、９１５および９１６のテストが、ステップ９０５で
セットされるエラーフラグを起こす原因になっていなけ
れば、処理はステップ１２０７に続く。ここで、ラベル
値ペア４２１７Ｆは、サーバ個人データ構造１２０に含
まれる、すべての販売者個人１２０．２に対する領域１
２０ＡＡ及びすべての顧客個人１２０．１に対する領域
１２０Ａの個人ＩＤと比較される。
【０３８４】ステップ１２０９において、特別の場合に
は、サーバソフトウェア１１０は、サーバ個人データ構
造１２０中の新しい個人１２０．１を作成する。次に、
メッセージＲ１に含まれる情報は、以下のようにして新
しい個人１２０．１に転送される。ラベル値ペア４２１
７Ｆ及び２値のチェックコードは、領域１２０Ａの個人
ＩＤに割り当てられる。ラベル値ペア４２１７Ｇは、Ｅ
メールアドレス領域１２０Ｂに蓄積される。領域１２０
ＣのＲＳＡパブリックキーは、ラベル値ペア４２１７Ｊ
の値を受け取る。ラベル値ペア４２１７Ｂの値は、領域
１２０Ｄに割り当てられる。ラベル値ペア４２１７Ｄの
値は、領域１２０Ｅに蓄積される。ラベル値ペア４２１
７Ｈの値は、領域１２０Ｉに蓄積される。ラベル値ペア
４２１７Ｉの値は、領域１２０Ｆに蓄積される。この場
合、処理はステップ１２１７に続く。
【０３８５】もし、ラベル値ペア４２１７Ｆの値が、ス
テップ１２０７においてサーバ個人データ構造１２０に
対して特別のものでなければ、処理はステップ１２１６
に続く。
【０３８６】ステップ１２１６において、提案された個
人ＩＤは、ランダムな数をコンピュータで計算し、それ
を要求されたＩＤにハイホン無しで付け加えることによ
って決定される。そのため、「ブライアン」は、「ブラ
イアン１５」となる。この場合、処理はステップ１２１
７に続く。
【０３８７】ステップ１２１７において、サーバソフト
ウェア１１０は、図５４のフロー図に従って、図５５−
５６に示された応答メッセージＲ２を組み込む。図５４
は、サーバメッセージ組み込み手続１０００を示す。
【０３８８】サーバメッセージ組み込み手続１０００
は、ステップ１００１で始まる。ステップ１００２Ａ−
１００２Ｂは、メッセージＲ２の透明なラベル値ペア４
３１３を作成する。ステップ１００２−１００９は、メ
ッセージＲ２の不透明なラベル値ペア４３１７を作成す
る。ステップ１０１０−１０１４は、メッセージＲ２
の、ヘッダー４３０５、透明なラベル値ペア４３１３Ａ
−４３１３Ｃ、不透明なラベル値ペア４３１７及びトレ
ーラ４３５０を組み込む。
【０３８９】ステップ１００２において、サーバソフト
ウェア１１０は、メッセージデータ構造１５０（図５）
にアクセスし、関連した値と合致した時に、メッセージ
Ｒ２の透明なラベル値ペア４３１３Ａ−４３１３Ｂを作
成するラベルのリストを手に入れる。ステップ１００２
Ｂにおいて、値は以下のように各ラベルに関連する。
【０３９０】ラベル値ペア４３１３Ａは、ラベル「取
引」を有する。ラベル値ペア４３１３の値は、取引番号
である。ラベル値ペア４３１３Ａの値は、ラベル値ペア
４２１３ＡにおいてメッセージＲ１として受けとられた
値と同様である。
【０３９１】ラベル値ペア４３１３Ｂは、ラベル「日
付」を有する。ラベル値ペア４３１３Ｂの値は、ラベル
値ペア４２１３ＢにおいてメッセージＲ１として受け取
られた値と同様である。ラベル値ペア４３１３Ｃは、ラ
ベル「サービスカテゴリ」を有する。ラベル値ペア４３
１３Ｃの値は、ラベル値ペア４２１３Ｄにおいてメッセ
ージＲ１として受け取られた値と同様である。
【０３９２】ステップ１００２において、サーバソフト
ウェア１１０はメッセージテンプレートデータ構造１５
０にアクセスし、関連した値と合致した時に、図５６に
示すメッセージＲ２の不透明なセクション内容を作成す
るラベルのリストを手に入れる。
【０３９３】処理はステップ１００５に続く。ここで、
値はラベルと合致し、図５６のラベル値ペア４３１７Ａ
−４３１７Ｋを形成する。
【０３９４】メッセージＲ２の不透明なセクション内容
は、ラベル値ペア４３１７Ａがラベル「タイプ」を有す
る図５６に示される。ラベル値ペア４３１７Ａは、メッ
セージＲ２の不透明なセクション内容のラベルに効力を
与えるメッセージデータ構造１５０中のレコードを参照
する。ラベル値ペア４３１７Ａの値は、サーバソフトウ
ェア１１０から得られる。
【０３９５】ラベル値ペア４３１７Ｂは、ラベル「サー
バ日付」を有する。ラベル値ペア４３１７Ｂの値は、メ
ッセージＲ２がサーバコンピュータ１００のクロックに
従って組み込まれた日付及び時間を示す。
【０３９６】ラベル値ペア４３１７Ｃは、ラベル「要求
されたＩＤ」を有する。ラベル値ペア４３１７Ｃの値
は、顧客ユーザ２０３によって要求された個人ＩＤを示
す。ラベル値ペア４３１７Ｃの値は、メッセージＲ１に
おいてラベル値ペア４２１７Ｆで受け取られる。
【０３９７】ラベル値ペア４３１７Ｄは、ラベル「応答
ＩＤ」を有する。ラベル値ペア４３１７Ｄの値は、顧客
ユーザ２０３の個人ＩＤを示すか、または、ラベル値ペ
ア４３１７Ｃの要求されたＩＤが重複したならば、提案
した個人ＩＤを示す。
【０３９８】ラベル値ペア４３１７Ｅは、ラベル「Ｅメ
ール」を有する。ラベル値ペア４３１７Ｅの値は、顧客
ユーザ２０３のＥメールアドレスを示す。ラベル値ペア
４３１７Ｅの値は、メッセージＲ１のラベル値ペア４２
１７Ｇにおいて受け取られる。
【０３９９】ラベル値ペア４３１７Ｆは、ラベル「応答
コード」を有する。ラベル値ペア４３１７Ｆの値は、登
録された処理４０１が成功したか失敗したかを示す。
【０４００】ラベル値ペア４３１７Ｇは、ラベル「ファ
ンド待機」を有する。ラベル値ペア４３１７Ｇの値は、
ラベル値ペア４３１７Ｅ中のＥメールアドレスの所有者
を待つファンドを保持するメッセージがあるかどうかを
示す。あるいは、ラベル値ペアは、そのようなＥメール
メッセージの数を示すこともできる。いずれのアプロー
チも、好ましくは登録者がサーバコンピュータ１００に
ファンドの送り手によって与えられるパスワードを含む
メッセージを送ることで、登録者がそのようなファンド
を手に入れる手段を必要とする。
【０４０１】ラベル値ペア４３１７Ｈは、ラベル「オー
トクローズパスフレーズ」を有する。ラベル値ペア４３
１７Ｈの値は、顧客ユーザ２０３に対しオートクローズ
パスフレーズを示す。ラベル値ペア４３１７Ｈの値は、
メッセージＲ１のラベル値ペア４２１７Ｉにおいて受け
取られる。
【０４０２】ラベル値ペア４３１７Ｉは、ラベル「パブ
キー」を有する。図５５−５６に示すラベル値ペア４３
１７Ｉの値は、メッセージＲ１のラベル値ペア４２１７
Ｊにおいて受け取られた顧客個人１２０．１のＲＳＡパ
ブリックキーを表す。
【０４０３】ラベル値ペア４３１７Ｊは、ラベル「ｓｗ
セビリティ」（ソフトウェアセビリティ）を有する。ラ
ベル値ペア４３１７Ｊの値は、顧客アプリケーションソ
フトウェア２１０を更新することが必要かどうかを、ま
だ使用可能の場合（「警告」）またはもはや使用不能の
場合（「致命的」）で示す。ラベル値ペア４３１７Ｊの
値は、もし顧客アプリケーションソフトウェア２１０が
現在のバージョンであれば、零値である。
【０４０４】ラベル値ペア４３１７Ｋは、ラベル「ｓｗ
メッセージ」（ソフトウェアメッセージ）を有する。ラ
ベル値ペア４３１７Ｋの値は、顧客ユーザ２０３が「致
命的」または「警告」のソフトウェアセビリティの場合
にすべきことの指示を示す。ラベル値ペア４３１７Ｋの
値は、ラベル値ペア４３１７Ｊの値が零値でないときの
み存在する。
【０４０５】ラベル値ペア４３１７Ｌは、ラベル「メッ
セージ」を有する。ラベル値ペア４３１７Ｌの値は、ラ
ベル値ペア４３１７Ｆで戻されたエラーまたは成功状態
に関連し、顧客ユーザ２０３に対して表示される自由な
テキストメッセージである。
【０４０６】再び図５４を参照すると、処理はステップ
１００７に続く。ここで、図５６のラベル値ペア４３１
７Ａ−４３１７Ｌは、組み込まれて、ステップ９１０で
解読されたＤＥＳキー／ＩＶペアにより暗号化される。
【０４０７】ステップ１００９において、ステップ１０
０７で暗号化されたラベル値ペア４３１７Ａ−４３１７
Ｌは、良く知られた技術（好ましくはベース６４）を使
用して暗号化される。
【０４０８】メッセージＲ２はステップ１０１０−１０
１４で組み込まれる。ステップ１０１０において、ヘッ
ダー４３０５は、メッセージ及びタイプデータ構造１５
０及び送られてくるメッセージＲ１からのプロトコル番
号を使用して、組み込まれる。
【０４０９】次に、ステップ１０１１において、前述し
た透明なラベル値ペア４３１３Ａ及び４３１３Ｂが付加
される。
【０４１０】ステップ１０１２において、不透明なラベ
ル値ペア４３１７が追加される。ラベル値ペア４３１７
は、以下に続く値は暗号化されたデータであることを示
すラベル「不透明」を有する。ラベル値ペア４３１７の
値は、ステップ１００９で暗号化されたデータを表す。
【０４１１】トレーラー４３５０はステップ１０１３で
組み込まれる。トレーラー４３５０のチェックサムは、
上述したように、サンプルメッセージ４０００に対して
計算される。トレーラー４３５０はメッセージＲ２に付
加される。ステップ１０１４において、完全なメッセー
ジＲ２のコピーは、サーバログデータ構造１４０の領域
１４０Ｆにセーブされる。
【０４１２】メッセージＲ２の組み込みが、次に行われ
る。メッセージ組み込み手続き１０００は、ステップ１
０１５で終了する。
【０４１３】再び図４８を参照して、ステップ１２１８
において、メッセージＲ２はサーバコンピュータ１００
から顧客コンピュータ２００へ送られる。
【０４１４】ステップ１２１９において、顧客コンピュ
ータ２００は、サーバコンピュータ１００からメッセー
ジＲ２を受け取るとともに、メッセージアンラップ手続
１１００を実行することによりメッセージＲ２をアンラ
ップする。次に、ステップ１１０２で抽出したプロトコ
ル番号に基づき、メッセージテンプレートデータ構造２
７０（図５）はアクセスされ、メッセージＲ２の望まし
いフォーマットを決定する。望ましいプロトコルは、メ
ッセージシンタックス（例えば、許可されたライン終了
の文字）及びメッセージコーディング（例えば、アスキ
ーまたはヘックス）を含むことができる。メッセージＲ
２は、以下のようにして望ましいフォーマットに従って
解析される。
【０４１５】ステップ１１０３において、顧客コンピュ
ータ２００は、サーバメッセージ組み込み手続１０００
のステップ１０１３でサーバコンピュータ１００によっ
て使用されたものと同じデータを使用してチェックサム
を計算する。ステップ１１０４において、ステップ１１
０３で計算されたチェックサムは、メッセージＲ２のト
レーラー４３５０のチェックサムと比較される。もし、
チェックサムが同じでなければ、メッセージＲ２はステ
ップ１１０４Ａで処分され、ここでメッセージアンラッ
プ手続１１００が中断する。
【０４１６】もし、チェックサムがステップ１１０４に
おいて同じであれば、処理はステップ１１０５Ａに続
き、ここでメッセージはチェックされ、それがメッセー
ジアンラップ手続１１００に対し適切かどうかを決定す
る。もし、メッセージがメッセージの透明な部分にラベ
ル「タイプ」を含まなければ、メッセージアンラップ手
続は適当である。メッセージの透明部分にラベル「タイ
プ」を含む顧客コンピュータ２００によって受け取られ
たメッセージは、ステップ１１０５Ｂの他の手続（どこ
かに記載される）を使用してアンラップされるであろ
う。ここで、メッセージＲ２が適切であれば、処理はス
テップ１１０６Ｃに続き、ここで不透明なラベル値ペア
４３１７の値は解読される。
【０４１７】ステップ１１０７において、メッセージ組
み込み手続８００のステップ８０２でテンポラリレジス
タに蓄積されたＤＥＳキー／ＩＶペアは検索される。
【０４１８】ステップ１１０８において、ステップ１１
０７で検索されたＤＥＳキー／ＩＶペアは、不透明なラ
ベル値ペア４３１７を解読するために使用される。も
し、いかなる理由かで、不透明なラベル値ペア４３１７
の解読が成功しなければ、ステップ１１０９はステップ
１１０５にメッセージＲ２の処理を送り、ここでエラー
フラグがセットされる。この場合、メッセージアンラッ
プ手続１１００の処理はステップ１１２１で中止する。
もし、ラベル値ペア４３１７の解読が成功すれば、処理
はステップ１１１０に続く。
【０４１９】ステップ１１１０において、メッセージタ
イプは、ラベル値ペア４３１７Ａを参照して決定され
る。例えば、メッセージＲ２に対するラベル値ペア４３
１７Ａの値は、「登録応答」である。
【０４２０】メッセージＲ２のチェックは、次に、以下
のようにしてステップ１１１１で行われる。メッセージ
テンプレートデータ構造２７０（図１７）は、送られて
きたメッセージのフォームに関するデータを含む。少な
くとも、フォームチェック手続きは、送られてきたメッ
セージがこのメッセージのために定められたすべてのラ
ベルを含んでいるかどうか、値を必要とする各ラベルに
値があるかどうか、及び、値は、どのようなタイプか
（例えば、テキスト、署名された番号）、どのようなシ
ンタックスか（例えば、有効なＥメールアドレスのフォ
ーム）、要求される特定の限定の中かどうかを、確認す
る。もし追加のラベルがあれば、顧客コンピュータ２０
０はそれらを無視する。もしメッセージが解読出来なか
ったならば、または、もし解読できたがフォームクライ
テリアに合致しなかったならば、エラーフラグがステッ
プ１１０５でセットされる。
【０４２１】もし、メッセージがステップ１１１１での
チェックを通過すれば、メッセージアンラップ手続１１
００はステップ１１２１で中断する。
【０４２２】再び図４８を参照すると、処理はステップ
１２２０へ続く。そこで、以下のようにしてエラーメッ
セージを取り扱うことが好ましい。
【０４２３】（１）もしエラーフラグがステップ１１０
５でセットされていれば、フラグはステップ１２２０で
検出され、メッセージＲ２の処理はステップ１２２１で
中断する。顧客ユーザ２０３の予想から、メッセージＲ
２に対しその他のいかなる行動もとられない。本発明の
好ましい実施例において、サーバコンピュータ１００へ
メッセージを作成して送るための顧客アプリケーション
ソフトウェア２１０の範囲内におけるメカニズムを含む
ことが好ましい。このメッセージは、顧客コンピュータ
２００によって受け取られるように、メッセージＲ２及
び何がメッセージＲ２を失敗させたかの診断を含む。こ
のメッセージに対するいかなる応答も、サーバコンピュ
ータ１００によって顧客コンピュータ２００に対して送
られない。そして、情報はこのシステムの中に問題が存
在するかどうかを確認するために使用され、もし必要で
あれば、訂正を行なう必要がある。
【０４２４】（２）もし、ステップ１１０５で何のエラ
ーフラグもセットされないが、メッセージＲ１中にステ
ップ９０５またはステップ１２１６でエラーが検出され
たならば、処理はステップ１２２２に続き、ここでラベ
ル値４３１７Ｆの内容がチェックされる。もし、ラベル
値４３１７Ｆの値が「成功」以外であれば、エラー処理
ルーチンがステップ１２２３で実行され、顧客アプリケ
ーションソフトウェア２１０が、ラベル値４３１７Ｆの
内容に関連するラベル値４３１７Ｋに含まれるメッセー
ジを表示し、ラベル値４３１７Ｆの値を解釈して、その
値に関連するいかなる行動をもとる。特に、もし、エラ
ーフラグセットのみが、要求されたＩＤが特別でないこ
とを示すステップ１２１６で検出されれば、サーバコン
ピュータ１００によって提案されてラベル値ペア４３１
７Ｄ中に戻されたＩＤが表示され、登録処理はステップ
１２０１で再び開始される。または、 （３）もし、メッセージＲ１がステップ９０５のチェッ
クを通過し、何のフラグもステップ１１０５でセットさ
れず、顧客ユーザ２０３によって要求されたＩＤがサー
バコンピュータ１００によって受け入れられたならば、
処理はステップ１２２４に続き、ここで顧客アプリケー
ションソフトウェア２１０は、以下のように、顧客デー
タベース２０２を更新する。ラベル値４３１７Ｄの値及
び二つのディジットからなるチェックコードは、領域２
２０Ａの顧客個人ＩＤに割り当てられる。ラベル値ペア
４３１７Ｅの値は、領域２２０ＢのＥメールアドレスに
蓄積される。領域２２０ＣのＲＳＡパブリックキーは、
顧客アプリケーションソフトウェア２１０によって作成
された値を受け取り、ラベル値ペア４３１７Ｉ中にエコ
ーさせる。また、顧客ログデータ構造２６０のレコード
２６１は、以下のようにして作成される。ラベル値ペア
４３１３Ａからの取引番号は、領域２６１Ｂに蓄積され
る。ラベル値ペア４３１７Ｂからの日付は、領域２６１
Ｃに蓄積される。ラベル値ペア４３１７Ｃからの要求さ
れたＩＤは、領域２６１Ｈに蓄積される。ラベル値ペア
４３１７Ｄからの応答ＩＤは、領域２６１Ｉに蓄積され
る。ラベル値ペア４３１７ＥからのＥメールアドレス
は、領域２６１Ｊに蓄積される。ラベル値ペア４３１７
Ｆからの応答コードは、領域２６１Ｆに蓄積される。ラ
ベル値ペア４３１７Ｊからのソフトウェアセビリティコ
ードは、領域２６１Ｄに蓄積される。ラベル値ペア４３
１７Ｋからのソフトウェアメッセージは、領域２６１Ｅ
に蓄積される。領域４３１７Ｌからの応答コードに関連
する応答メッセージは、領域２６１Ｇに蓄積される。
【０４２５】処理はステップ１２２５に続き、ここで登
録処理４０１は終了する。
【０４２６】Ｃ．機器結合処理４０３ 機器結合処理４０３は、それにより顧客ユーザ２０３が
機器を顧客個人１２０．１に結合させる処理である。図
５８は、ステップ１３０１で始まる機器結合処理４０３
を示すフロー図を示す。
【０４２７】ステップ１３０２において、顧客アプリケ
ーションソフトウェア２１０は、顧客ユーザ２０３が、
顧客個人１２０．１に結合すべき機器に関する情報をエ
ンターするよう促す。この情報は、サーバコンピュータ
１００に送られたメッセージＢＩ１に含まれ、結合され
る機器についての機器結合データ１２０Ｈ（領域１２０
Ｈ．１−１２０Ｈ．２８）の一部となる。好ましい実施
例において、顧客ユーザ２０３は、機器番号、機器使用
満了日、機器顧客確認番号、及び機器所有者の、名前、
街区番号、市、州、郵便コード、国、国コード、電話番
号（市街コードを含む）をエンターする。顧客ユーザ２
０３は、また、結合された機器が前述したようにオート
クローズ機器かどうかを示すことを求められる。また、
顧客アプリケーションソフトウェア２１０は、ランダム
数（「機器ソルト」と呼ばれる）を作成する。顧客ユー
ザ２０３は、また、結合された機器の記述を求められ
る。この記述は、「会社クレジットカード」や「ジョン
の銀行通帳」のようなフォームとなる。クレジットカー
ドの結合のため、この情報は、顧客継続取引データ構造
２５０の領域２５２Ｒに蓄積される。機器タイプ、機器
カテゴリ、機器機能は、顧客アプリケーションソフトウ
ェア２１０によって顧客ユーザ２０３がエンターしたデ
ータから引き出される。
【０４２８】ステップ１３０２で必要とされるデータは
クレジットカード機器を例にとって記載されているが、
クレジットカードデータをデビットカード、ＤＤＡｓ、
他の財政上の機器をも含むよう変更することは、当業者
の知識の範囲内である。
【０４２９】メッセージＢＩ１は、機器結合処理４０３
を実行するために、顧客コンピュータ２００によってサ
ーバコンピュータ１００に組み込まれ、顧客コンピュー
タ２００によってサーバコンピュータ１００へ送信され
る。メッセージＢＩ１の内容を、以下に図５９及び６０
を参照して記載する。
【０４３０】ラベル値ペア４４１３Ａは、ラベル「Ｉ
Ｄ」を有する。ラベル値ペア４４１３Ａの値は、顧客ユ
ーザ２０３に対する個人ＩＤを示す。ラベル値ペア４４
１３Ａの値は、顧客個人データ構造２２０（図１８）の
領域２２０Ａから得られる。
【０４３１】ラベル値ペア４４１３Ｂは、ラベル「取
引」を有する。ラベル値ペア４４１３Ｂの値は、特別に
メッセージＢＩ１を確認する、顧客アプリケーションソ
フトウェア２１０によって作成された取引番号である。
ラベル値ペア４４１３Ｂに関連する値は、領域２５２Ｂ
（図２４）に蓄積される。
【０４３２】ラベル値ペア４４１３Ｃは、ラベル「日
付」を有する。ラベル値ペア４４１３Ｃの値は、メッセ
ージＢＩ１が顧客コンピュータ２００のクロックに従っ
てサーバコンピュータ１００に組み込まれて送られた日
付及び時間を示す。ラベル値ペア４４１３Ｃに関連する
値は、顧客継続データ構造２５０の領域２５２Ｃに蓄積
される。
【０４３３】ラベル値ペア４４１３Ｄは、ラベル「サー
バキー」を有する。後に記載するように、メッセージＢ
Ｉ１の不透明なラベル値ペア４４１７を暗号化するため
に顧客コンピュータ２００によって使用されたＤＥＳキ
ー／ＩＶペアは、サーバコンピュータ１００のＲＳＡパ
ブリックキーを使用して暗号化される。ラベル値ペア４
４１３Ｄの値は、サーバプライベートキーデータ構造１
６０に蓄積された対応するＲＳＡプライベートキーの位
置を指し示す。
【０４３４】ラベル値ペア４４１３Ｅは、ラベル「サー
ビスカテゴリ」を有する。ラベル値ペア４４１３Ｅの値
は、特別のサービスカテゴリのメッセージを取り扱うサ
ーバコンピュータ１００内部のプロセッサに、メッセー
ジＢＩ１を送るために使用されるラベルである。
【０４３５】ラベル値ペア４４１７は、それに続くデー
タがメッセージＢＩ１の暗号化された不透明セクション
内容を含むことを示すラベル「不透明」を有する。
【０４３６】図６０に示されたメッセージＢＩ１の不透
明セクション内容を、次に記載する。
【０４３７】ラベル値ペア４４１７Ａは、ラベル「タイ
プ」を有する。ラベル値ペア４４１７Ａの値は、メッセ
ージＢＩ１の不透明セクション内容のラベルを記載した
メッセージデータ構造２７０（図１７）のレコードを参
照する。ラベル値ペア４４１７Ａの値は、顧客ユーザ２
０３が機器結合処理４０３を開始した時に値を発生する
顧客アプリケーションソフトウェア２１０から得られ
る。
【０４３８】ラベル値ペア４４１７Ｂは、ラベル「サー
バ日付」を有する。ラベル値ペア４４１７Ｂは、メッセ
ージＢＩ１が、サーバコンピュータ１００のクロックの
顧客コンピュータ２００の認識によって測定するように
組み込まれた日付及び時間を示す。
【０４３９】ラベル値ペア４４１７Ｃは、ラベル「ｓｗ
バージョン」（ソフトウェアバージョン）を有する。ラ
ベル値ペア４４１７Ｃの値は、サーバコンピュータ１０
０とコミュニケーションを行なう顧客アプリケーション
ソフトウェア２１０のバージョンを示す。ラベル値４４
１７Ｃの値は、顧客アプリケーションソフトウェア２１
０に埋め込まれたデータから得られる。ラベル値ペア４
４１７Ｃに関連する値は、領域２５２Ｄ（図２４）に蓄
積される。
【０４４０】ラベル値ペア４４１７Ｄは、ラベル「機器
番号」を有する。安全性確保のために、実際の機器番号
は、サーバコンピュータ１００のデータベース１０２に
蓄積されない。機器番号はデータベース１０２にハッシ
ュ値として蓄積される。ラベル値ペア４４１７Ｄに関連
する値のハッシュは、領域２５２Ｆに蓄積される。
【０４４１】ラベル値ペア４４１７Ｅは、ラベル「機器
タイプ」を有する。ラベル値ペア４４１７Ｅは、例え
ば、ＶＩＳＡ、マスターカード、アメリカンエキスプレ
スなどといった機器のタイプを示す。ラベル値ペア４４
１７Ｅの値は、ステップ１３０２における機器結合処理
４０３の間に顧客ユーザ２０３から得られ、または、機
器番号から顧客アプリケーションソフトウェア２１０に
よって引き出すことができる。ラベル値ペア４４１７Ｅ
に関連する値は、領域２５２Ｔに蓄積される。
【０４４２】ラベル値ペア４４１７Ｆは、ラベル「機器
カテゴリ」を有する。ラベル値ペア４４１７Ｆの値は、
結合された機器のカテゴリを示す。カテゴリは、例え
ば、クレジットカード、デビットカード、ＤＤＡｓなど
を含ませることができる。ラベル値ペア４４１７Ｆの値
は、ステップ１３０２の機器結合処理４０３の間に顧客
アプリケーションソフトウェアによって引き出せる。
【０４４３】ラベル値ペア４４１７Ｉは、ラベル「機器
機能」を有し、好ましくは、「費用」、「クレジッ
ト」、「ロード」、「アンロード」の値のいかなる組合
せも有することができる。ラベル値ペア４４１７Ｉの値
は、結合された機器とともに顧客ユーザ２０３によって
実行される一つあるいはそれ以上の機能を示す。費用取
引は、個人１２０．１が機器を製品に対して支払うため
のクレジットカードとして使用する時に発生する。クレ
ジット取引は、合意した製品を提供する代わりに、販売
者が顧客個人１２０．１を信用する操作である。ロード
及びアンロード取引は、さきに記載したものと同じであ
る。ラベル値ペア４４１７Ｉの機能は、ステップ１３０
２の機器結合処理４０３の間に顧客アプリケーションソ
フトウェア２１０によって引き出せる。
【０４４４】ラベル値ペア４４１７Ｊは、ラベル「機器
ソルト」を有する。ラベル値ペア４４１７Ｊの値は、そ
れによりラベル値ペア４４１７Ｄ（機器番号に関する）
の値が決定される容易さを減らすために使用される暗号
化されたソルトを示す。ラベル値ペア４４１７Ｊの値
は、ステップ１３０２の機器結合処理４０３の間に顧客
アプリケーションソフトウェア２１０によって発生され
る。ラベル値ペア４４１７Ｊに関連する値は、領域２５
２Ｕ（図２４）に蓄積される。
【０４４５】ラベル値ペア４４１７Ｋは、ラベル「機器
使用満了日」を有する。ラベル値ペア４４１７Ｈの値
は、結合された機器の使用満了日を示す。ラベル値ペア
４４１７Ｋの値は、ステップ１３０２の機器結合処理４
０３の間に顧客ユーザ２０３から得られる。ラベル値ペ
ア４４１７Ｋに関連する値は、領域２５２Ｉに蓄積され
る。
【０４４６】ラベル値ペア４４１７Ｌは、ラベル「機器
名前」を有する。ラベル値ペア４４１７Ｌの値は、結合
された機器の所有者の名前を示す。ラベル値ペア４４１
７Ｌの値は、ステップ１３０２の機器結合処理４０３の
間に顧客ユーザ２０３から得られる。ラベル値ペア４４
１７Ｌに関する値は、領域２５２Ｈに蓄積される。
【０４４７】ラベル値ペア４４１７Ｍは、ラベル「機器
街区」を有する。ラベル値ペア４４１７Ｍの値は、結合
された機器の所有者の街区を示す。ラベル値ペア４４１
７Ｍの値は、ステップ１３０２の機器結合処理４０３の
間に顧客ユーザ２０３から得られる。
【０４４８】ラベル値ペア４４１７Ｎは、ラベル「機器
の市」を有する。ラベル値ペア４４１７Ｎの値は、結合
された機器の所有者の市名を示す。ラベル値ペア４４１
７Ｎの値は、ステップ１３０２の機器結合処理４０３の
間に顧客ユーザ２０３から得られる。
【０４４９】ラベル値ペア４４１７Ｏは、ラベル「機器
の州」を有する。ラベル値ペア４４１７Ｏの値は、結合
された機器の所有者の州名を示す。ラベル値ペア４４１
７Ｏの値は、ステップ１３０２の機器結合処理４０３の
間に顧客ユーザ２０３から得られる。
【０４５０】ラベル値ペア４４１７Ｐは、ラベル「機器
の郵便コード」を有する。ラベル値ペア４４１７Ｐの値
は、結合された機器の所有者の郵便コードを示す。ラベ
ル値ペア４４１７Ｐの値は、ステップ１３０２の機器結
合処理４０３の間に顧客ユーザ２０３から得られる。
【０４５１】ラベル値ペア４４１７Ｑは、ラベル「機器
の国」を有する。ラベル値ペア４４１７Ｑの値は、結合
された機器の所有者の国名を示す。ラベル値ペア４４１
７Ｑの値は、ステップ１３０２の機器結合処理４０３の
間に顧客ユーザ２０３から得られる。
【０４５２】ラベル値ペア４４１７Ｍ−４４１７Ｑに関
連する値は、領域２５２Ｉ−２５２Ｎ（図２４）に蓄積
される。
【０４５３】ラベル値ペア４４１７Ｒは、ラベル「同
意」を有する。ラベル値ペア４４１７Ｒは、本発明を使
用するために、顧客ユーザ２０３がどのような法律的同
意を受け入れたのかを示す。ラベル値ペア４４１７Ｒの
値は、顧客ユーザ２０３によって受け入れられた同意か
ら発生し、領域２３０Ｓ（図２０）に蓄積される。
【０４５４】ラベル値ペア４４１７Ｓは、ラベル「オー
トクローズ」を有し、値「イエス」または「ノー」を有
することができる。ラベル値ペア４４１７Ｓの値は、結
合された機器が顧客ユーザ２０３に対してオートクロー
ズ機器であるかどうかを示す。ラベル値ペア４４１７Ｓ
の値は、ステップ１３０２の機器結合処理４０３の間に
顧客ユーザ２０３から得られる。
【０４５５】ラベル値ペア４４１７Ｔは、ラベル「オー
トクローズパスフレーズ」を有する。ラベル値ペア４４
１７Ｔの値は、使用された時に、顧客個人１２０．１を
終了する（好ましくは６−１５文字の）パスフレーズを
示す。ラベル値ペア４４１７Ｔは、ラベル値ペア４４１
７Ｔが「イエス」の場合にのみ存在する。ラベル値ペア
４４１７Ｔの値は、登録処理４０１の間に顧客ユーザ２
０３から供給される。
【０４５６】ラベル値ペア４４１７Ｕは、ラベル「キ
ー」を有する。ラベル値ペア４４１７Ｕの値は、顧客個
人１２０．１に対するＲＳＡパブリック／プライベート
キーペアの係数部分のハッシュを表す。ラベル値ペア４
４１７Ｕの値は、サーバコンピュータ１００が、領域１
２０Ｂ（図６）に維持されたＲＳＡパブリックキーがメ
ッセージＢＩ１（ラベル値ペア４４１７Ｖ）をサインす
るのに使用されたキーと同じであることの確認を許可す
る。
【０４５７】ラベル値ペア４４１７Ｖで表されたメッセ
ージＢＩ１のデジタル署名は、ラベル「署名」を有す
る。ラベル値ペア４４１７Ｖの値は、顧客個人１２０．
１のデジタル署名を表す。メッセージＢＩ１に対し、ラ
ベル値ペア４４１７Ｖの値は、好ましくは、ラベル値ペ
ア４４１３Ａ−４４１３Ｄのハッシュ、及び、アルファ
ベット順に、顧客個人１２０．１のＲＳＡプライベート
キーで暗号化されたラベル値ペア４４１７Ａ−４４１７
Ｕである。顧客個人１２０．１のＲＳＡプライベートキ
ーは、領域２２０Ｈ（図１９）から得られる。
【０４５８】再び図５８を参照すると、ステップ１３０
３において、メッセージＢＩ１は、図４９に示すメッセ
ージ組み込み手続８００に従って組み込まれる。メッセ
ージ組み込み手続８００は、先に、登録メッセージＲ１
の組み込みに対して記載されており、メッセージＢＩ１
に特有の異変形を有する。メッセージＢＩ１のコピー
は、好ましくは、領域２５２Ｗ（図２４）にセーブさ
れ、機器結合処理４０３はステップ１３０４に続く。そ
こで、顧客コンピュータ２００は、メッセージＢＩ１を
サーバコンピュータ１００に送信する。顧客コンピュー
タ２００は、サーバコンピュータ１００からの応答メッ
セージＢＩ４を待つ。
【０４５９】ステップ１３０５において、サーバコンピ
ュータ１００は、顧客コンピュータ２００からメッセー
ジＢＩ１を受け取り、サーバメッセージアンラップ手続
９００（ステップ９０１−９１７）を実行することによ
ってメッセージＢＩ１をアンラップする。サーバメッセ
ージアンラップ手続９００（ステップ９０１−９１７）
は、メッセージＲ１に対し図５２−５３を参照して先に
記載した。
【０４６０】ステップ１３０６において、もし、ステッ
プ９０９Ａ、９１２、９１４、９１５または９１６のい
くつかが、ステップ９０５でセットされるエラーフラグ
の原因となっていれば、エラー処理手続が、ステップ１
３１３においてサーバコンピュータ１００によって実行
される。
【０４６１】ステップ１３１におけるエラー処理のレベ
ルは、大部分が管理者の決定であるが、チェックサム、
署名及びフォームが失敗し、ソフトウェアチェック手続
において「致命的」の戻りがあれば、顧客アプリケーシ
ョンソフトウェア２１０によって処理できるコードを含
むメッセージ及び顧客ユーザ２０３によって読み取るこ
とができるメッセージを発するようにすることが好まし
い。ステップ１３１３におけるエラー処理手続は、特別
のエラーコード（後に応答メッセージＢＩ４の背景で記
述する）を伴うフラグに関連し、テキストメッセージ
（メッセージのデータ構造かシステム管理者から送られ
たメッセージのいずれか）を作成する必要がある。その
後、サーバコンピュータ１００は、後に記載するよう
に、エラーコード及びその他の関連するメッセージを送
る顧客コンピュータ２００に対してと同様に、メッセー
ジＢＩ４を送信する。
【０４６２】もし、ステップ９０９Ａ、９１２、９１
４、９１５および９１６のテストが、ステップ９０５で
セットされるエラーフラグを起こす原因になっていなけ
れば、処理はステップ１３０７に続く。ここで、メッセ
ージＢＩ１に含まれた情報は、以下のようにして、機器
結合データ１２０Ｈ（領域１２０Ｈ．１−１２０Ｈ．２
８）（図８）に転送される。ラベル値ペア４４１３Ａの
値は、領域１２０Ｈ．１の個人ＩＤに蓄積される。ラベ
ル値ペア４４１７Ａの値は、領域１２０Ｈ．２の機器タ
イプに蓄積される。ラベル値ペア４４１７Ｂの値は、領
域１２０Ｈ．１３の機器結合データに蓄積される。も
し、結合された機器が、オートクローズ機器として顧客
ユーザ２０３２によって選択されたならば、ラベル値ペ
ア４４１７Ｄの値は、領域１２０Ｈ．４の機器番号に蓄
積される。この値は、システムオペレータのみが知って
いるＲＳＡキーを使用して暗号化されていることが望ま
しい。もし、結合された機器が、個人のオートクローズ
機器でなければ、ラベル値ペア４４１７Ｄの値はサーバ
データ構造１０２で蓄積されず、ラベル値ペア４４１７
Ｊの値に沿ってハッシュされ、領域１２０Ｈ．９の機器
ハッシュに蓄積される。ラベル値ペア４４１７Ｅの値
は、領域１２０Ｈ．３の機器サブタイプに蓄積される。
ラベル値ペア４４１７Ｆの値は、領域１２０Ｈ．２の機
器タイプに蓄積される。ラベル値ペア４４１７Ｒの値
は、領域１２０Ｈ．７の法律的同意に蓄積される。ラベ
ル値ペア４４１７Ｓの値は、領域１２０Ｆのオートクロ
ーズ結合に蓄積される。
【０４６３】ステップ１３０７の後に、メッセージＢＩ
４は、サーバコンピュータ１００によって顧客コンピュ
ータ２００に組み込まれ、サーバコンピュータ１００に
よって顧客コンピュータ２００に転送され、機器結合処
理４０３を完了する。メッセージＢＩ４の内容は、以下
に、図６１及び６２を参照して記載する。
【０４６４】ラベル値ペア４４．１１３Ａは、ラベル
「ＩＤ」を有する。ラベル値ペア４４．１１３Ａの値
は、顧客ユーザ２０３に対する個人ＩＤを示す。ラベル
値ペア４４．１１３Ａの値は、ラベル値ペア４４１３Ａ
においてメッセージＢＩ１で受け取られたものと同じで
ある。
【０４６５】ラベル値ペア４４．１１３Ｂは、ラベル
「取引」を有する。ラベル値ペア４４．１１３Ｂの値
は、取引番号である。ラベル値ペア４４．１１３Ｂの値
は、ラベル値ペア４４１３ＢにおいてメッセージＢＩ１
で受け取られたものと同じである。
【０４６６】ラベル値ペア４４．１１３Ｃは、ラベル
「日付」を有する。ラベル値ペア４４．１１３Ｃの値
は、ラベル値ペア４４１３ＣにおいてメッセージＢＩ１
で受け取られたものと同じである。
【０４６７】ラベル値ペア４４．１１３Ｄは、ラベル
「サービスカテゴリ」を有する。ラベル値ペア４４．１
１３Ｄの値は、ラベル値ペア４４１３Ｅにおいてメッセ
ージＢＩ１で受け取ったものと同じである。
【０４６８】図６２に示すメッセージＢＩ４の不透明セ
クション内容を以下に記載する。
【０４６９】ラベル値ペア４４．１１７Ａは、ラベル
「タイプ」を有する。ラベル値ペア４４．１１７Ａの値
は、メッセージＢＩ４の不透明セクション内容のラベル
に効力を与えるメッセージデータ構造２７０（図１７）
のレコードを参照する。ラベル値ペア４４．１１７Ａの
値は、サーバソフトウェア１１０から得られる。
【０４７０】ラベル値ペア４４．１１７Ｂは、ラベル
「サーバ日付」を有する。ラベル値ペア４４．１１７Ｂ
の値は、メッセージＢＩ４がサーバコンピュータ１００
のクロックに従って組み込まれた日付及び時間を示す。
【０４７１】ラベル値ペア４４．１１７Ｃは、ラベル
「応答コード」を有し、好ましくは「成功」または「失
敗」を有する。ラベル値ペア４４．１１７Ｃの値は、機
器結合処理４０３が成功したのか失敗したのかを示す。
【０４７２】ラベル値ペア４４．１１７Ｄは、ラベル
「ｓｗセビリティ」（ソフトウェアセビリティ）を有
し、好ましくは、「致命的」または「警告」の値を有す
る。ラベル値ペア４４．１１７Ｄの値は、顧客アプリケ
ーションソフトウェア２１０が更新を必要とするかどう
かを示し、（「警告」）はまだ使用可能であることを示
し、（「致命的」）はもはや使用不可能であることを示
す。ラベル値ペア４４．１１７Ｄの値は、顧客アプリケ
ーションソフトウェア２１０が現在のものであれば、零
値である。
【０４７３】ラベル値ペア４４．１１７Ｅは、ラベル
「ｓｗメッセージ」（ソフトウェアメッセージ）を有す
る。ラベル値ペア４４．１１７Ｅの値は、ソフトウェア
セビリティの状態が「致命的」または「警告」の場合
に、顧客ユーザ２０３がすべきことについての指示を与
える。ラベル値ペア４４．１１７Ｅの値は、ラベル値ペ
ア４４．１１７Ｄが零値である場合にのみ存在する。
【０４７４】ラベル値ペア４４．１１７Ｆは、ラベル
「機器番号」を有する。ラベル値ペア４４．１１７Ｆの
値は、前述したように、結合された機器の番号を示す。
ラベル値ペア４４．１１７Ｆの値は、メッセージＢＩ１
のラベル値ペア４４１７Ｄから得られる。
【０４７５】ラベル値ペア４４．１１７Ｇは、ラベル
「機器タイプ」を有する。ラベル値ペア４４．１１７Ｇ
の値は、機器のタイプを示す。ラベル値ペア４４．１１
７Ｇの値は、メッセージＢＩ１のラベル値ペア４４１７
Ｅから得られる。
【０４７６】ラベル値ペア４４．１１７Ｈは、ラベル
「機器ソルト」を有する。ラベル値ペア４４．１１７Ｈ
の値はメッセージＢＩ１のラベル値ペア４４１７Ｊから
得られる。
【０４７７】ラベル値ペア４４．１１７Ｊは、ラベル
「機器機能」を有し、前述したように、「販売」、「ク
レジット」、「ロード」、「アンロード」の値のいずれ
かの組み合わせを有することでできる。ラベル値ペア４
４．１１７Ｊは、結合された機器とともに顧客ユーザ２
０３によって実行される一つまたはそれ以上の機能を示
す。ラベル値ペア４４．１１７Ｊの値は、メッセージＢ
Ｉ１のラベル値ペア４４１７Ｉから得られる。
【０４７８】ラベル値ペア４４．１１７Ｋは、ラベル
「機器＊」を有し、ラベルが「機器」で始まるラベル値
ペアの数を表し、それらは顧客ユーザ２０３に対しメッ
セージＢＩ４（前述した）で供給され、機器がファンド
をロードするかアンロードするときにサーバコンピュー
タ１００にメッセージＬＵ１で戻される。このようにし
て、サーバコンピュータ１００は、そのデータ構造に情
報を蓄積しなくても、必要な時に、機器に関する情報を
受け取ることができる。ラベル値ペア４４．１１７Ｋに
含まれた特別なデータ値ペアは、結合した機器のタイプ
および機器の発行者の要求に依存する。例えば、クレジ
ットカードは、カード番号、カード満了日、カード所有
者の名前及びアドレスを要求し、これらは、カードが個
人１２０．１にファンドをロードするために使用される
度ごとに、サーバへ戻される。
【０４７９】ラベル値ペア４４．１１７Ｌは、ラベル
「メッセージ」を有する。ラベル値ペア４４．１１７Ｌ
の値は、ラベル値ペア４４．１１７Ｃに戻されたエラー
または成功状態に関連し、顧客ユーザ２０３に表示され
る自由テキストメッセージである。ラベル値ペア４４．
１１７Ｌの値は、状態の悪いデジタル署名または間違っ
て形成された登録メッセージＢＩ１及び顧客ユーザ２０
３がどのように対応すべきかを示す指示（例えば、「シ
ステム管理者を呼びなさい」）を含むことができる。
【０４８０】再び図５８を参照すると、ステップ１３０
８において、メッセージＢＩ４は、図５４に示すサーバ
メッセージ組み込み手続１０００に従って組み込まれ
る。サーバメッセージ組み込み手続１０００は、先に、
登録メッセージＲ２の組み込みについて記載されてい
る。
【０４８１】ステップ１３０９において、顧客コンピュ
ータ２００は、メッセージＢＩ４をサーバコンピュータ
１００から受け取り、メッセージアンラップ手続１１０
０（ステップ１１０１−１１２１）を実行することによ
り、メッセージＢＩ４をアンラップする。メッセージア
ンラップ手続１１００は、先に、メッセージＲ２に対し
図５７を参照して記載されている。
【０４８２】ステップ１３１０において、（１）もしエ
ラーフラグがステップ１１０５でセットされていれば、
フラグはステップ１３１０で検出され、メッセージＢＩ
４の処理はステップ１３１１で中断する。顧客ユーザ２
０３の予想から、メッセージＢＩ４に対しその他のいか
なる行動もとられない。本発明においては、サーバコン
ピュータ１００へメッセージを作成して送るための顧客
アプリケーションソフトウェア２１０の範囲内における
メカニズムを供給する。このメッセージは、顧客コンピ
ュータ２００によって受け取られるように、メッセージ
ＢＩ４及び何がメッセージＢＩ４を失敗させたかの診断
を含む。このメッセージに対するいかなる応答も、サー
バコンピュータ１００によって顧客コンピュータ２００
に対して送られない。そして、情報はこのシステムの中
に問題が存在するかどうかを確認するために使用され、
もし必要であれば、訂正を行なう必要がある。
【０４８３】（２）もし、ステップ１１０５で何のエラ
ーフラグもセットされないが、メッセージＢＩ１中にス
テップ９０５でエラーが検出されたならば、処理はステ
ップ１３１２に続き、ここでラベル値４４．１１７Ｃの
内容がチェックされる。もし、ラベル値４４．１１７Ｃ
の値が「成功」以外であれば、エラー処理ルーチンがス
テップ１３１４で実行され、顧客アプリケーションソフ
トウェア２１０が、ラベル値４４．１１７Ｃの内容に関
連するラベル値４４．１１７Ｌに含まれるメッセージを
表示し、ラベル値４４．１１７Ｃの値を解釈して、その
値に関連するいかなる行動をもとる。または、 （３）もし、メッセージＢＩ１がステップ９０５のチェ
ックを通過し、何のフラグもステップ１１０５でセット
されなければ、処理はステップ１３１５に続き、ここで
顧客アプリケーションソフトウェア２１０は、以下のよ
うに、顧客データベース２０２を更新する。ラベル値４
４．１１７Ｆは領域２３０Ａ（図２０）に蓄積される。
ラベル値ペア４４．１１７Ｊの内容は、領域２３０Ｌ−
２３０Ｏにフラグをセットするために使用される。ラベ
ル値ペア４４．１１７Ｃに含まれる結果コードは、領域
２３０Ｐにセーブされる。ラベル値ペア４４．１１７Ｋ
の内容は、領域２３０Ｒに蓄積される。また、顧客ログ
データ構造２６０の新しいレコード２６２（図３１）
は、以下のようにして作成される。ラベル値ペア４４．
１１３Ｂからの取引番号は、領域２６２Ｂに蓄積され
る。ラベル値ペア４４．１１７Ｂからの日付は、領域２
６２Ｃに蓄積される。ラベル値ペア４４．１１７Ｃから
の応答コードは、領域２６２Ｆに蓄積される。ラベル値
ペア４４．１１７Ｄからのソフトウェアセビリティコー
ドは、領域２６２Ｄに蓄積される。ラベル値ペア４４．
１１７Ｅからのソフトウェアメッセージは、領域２６２
Ｅに蓄積される。ラベル値ペア４４．１１７Ｆからの機
器番号は、領域２６２Ｉに蓄積される。ラベル値ペア４
４．１１７Ｇからの機器タイプは、領域２６２Ｊに蓄積
される。領域４４．１１７Ｌからの応答コードに関連す
る応答メッセージは、領域２６２Ｇに蓄積される。
【０４８４】処理はステップ１３１５に続き、ここで機
器結合処理４０３が終了する。
【０４８５】Ｄ．ロード／アンロード ファンド処理４
０５ 図６３は、ステップ１４０１から始まるロード／アンロ
ード処理４０５を示すフロー図である。
【０４８６】ステップ１４０１Ａにおいて、顧客ユーザ
２０３は顧客ユーザ２０３がロードファンドまたはアン
ロードファンドを所望するか否かを選択する。以下の記
載においては、顧客ユーザ２０３がロードファンドを選
択することを仮定している。アンロードファンドはアン
ロードされるべきファンドが負の金額として特定される
ことを除いて同じ処理である。
【０４８７】ステップ１０４２において、顧客アプリケ
ーションソフトウエア２１０は、個人１２０．１に関連
する全ての機器に対して、レコード２３０．１の領域２
３０Ｏにアクセスし、ロード動作が可能な全ての機器の
リストを表示する。ステップ１０４３において、顧客ユ
ーザ２０３が表示されたリストから一つの機器を選択
し、その機器からキャッシュコンテナデータ領域１２０
Ｇおよび２２０Ｉに代表されるキャッシュコンテナにフ
ァンドをロードする。
【０４８８】ステップ１４０６において、顧客ユーザ２
０３は、ステップ１４０２において選択した機器からロ
ードするために、キャッシュコンテナ１２０Ｇ内へ特定
の通貨でファンドの金額を入力する。
【０４８９】メッセージＬＵ１が組み込まれ、顧客コン
ピュータ２００からサーバーコンピュータ１００に転送
されて、ロード／アンロードファンド処理４０５を実行
する。メッセージＬＵ１の内容は、図６４及び６５に記
載されている。
【０４９０】ラベル値ペア４５１３Ａはラベル”ＩＤ”
を有する。ラベル値ペア４５１３Ａは顧客ユーザ２０３
用の個人ＩＤと同じである。ラベル値ペア４５１３Ａの
値は、領域２２０Ａ（図１９）から得られる。ラベル値
ペア４５１３Ａに関連する値は、領域２５５Ｅ（図２
７）に蓄積されている。
【０４９１】ラベル値ペア４５１３Ｂは”取引”のラベ
ルを有する。ラベル値ペア４５１３Ｂの値は、顧客アプ
リケーションソフトウエア２１０で発生する取引番号で
あり、このソフトウエアは唯一のメッセージＬＵ１を認
識する。ラベル値ペア４５１３Ｂは、後に述べるよう
に、メッセージＬＵ１を受け取ると、（１）関連する応
答メッセージＬＵ２をサーバーコンピュータ１００が送
れるようにし、また（２）メッセージＬＵ１が２重メッ
セージである場合は（すなわち、サーバーコンピュータ
１００がすでに受け取っているメッセージである場合）
選択できるようにする。ラベル値ペア４５１３Ｂに関連
する値は領域２５５Ｂに蓄積される。
【０４９２】ラベル値ペア４５１３Ｃは”日付”ラベル
を有する。ラベル値ペア４５１３Ｃの値は、メッセージ
ＬＵ１が組み込まれ、サーバーコンピュータ１００に送
られた日付と時刻を顧客コンピュータ２００のクロック
に従って表示する。ラベル値ペア４５１３Ｃに関連する
値は領域２５５Ｅに蓄積される。
【０４９３】ラベル値ペア４５１３Ｄは”サーバーキ
ー”のラベルを有する。以下に述べるメッセージＬＵ１
の不透明ラベル値ペアを暗号化するために顧客コンピュ
ータ２００で使用されるＤＥＳキー／ＩＶペアは、サー
バーコンピュータ１００のＲＳＡパブリックキーを使用
して暗号化される。ラベル値ペア４５１３Ｄの値は対応
するＲＳＡプライベートキーをさせ、これはサーバープ
ライベートキーデータ構造１６０に蓄積されている。
【０４９４】ラベル値ペア４５１３Ｅは”サービス−カ
テゴリ”ラベルを有する。ラベル値ペア４５１３Ｅの値
は、特別なサービスカテゴリーのメッセージを操作する
サーバーコンピュータ１００内のプロセッサへメッセー
ジＬＵ１を送るのに使用されるラベルである。
【０４９５】ラベル値ペア４５１７は、その後に続くデ
ータがメッセージＬＵ１の暗号化された不透明部の内容
を含むことを示す”不透明”ラベルを有する。図６５に
示されるメッセージＬＵ１の不透明部の内容がここに記
載される。
【０４９６】ラベル値ペア４５１７Ａは”タイプ”のラ
ベルを有する。ラベル値ペア４５１７Ａは、メッセージ
ＬＵ１の不透明部の内容のラベルを設定するメッセージ
データ構造１５０（図５）の記録を意味する。ラベル値
ペア４５１７Ａは、顧客ユーザ２０３がロード／アンロ
ード処理４０５を初期化する際にラベルを発生する顧客
アプリケーションソフトウエア２１０から得られる。
【０４９７】ラベル値ペア４５１７Ｂは”サーバー日
付”ラベルを有する。ラベル値ペア４５１７Ｂの値は、
メッセージＬＵ１が組立てられた日付と時刻を表示す
る。その日付と時刻は、サーバーコンピュータ１００の
クロックを認識している顧客コンピュータ２００’によ
って測定される。
【０４９８】ラベル値ペア４５１７Ｃは”ソフトウエア
バージョン”ラベルを有する。ラベル値ペア４５１７Ｃ
の値は、サーバーコンピュータ１００と通信している顧
客アプリケーションソフトウエア２１０のバージョンを
表示する。ラベル値ペア４５１７Ｃの値は、顧客アプリ
ケーションソフトウエア２１０に埋め込まれたデータか
ら得られる。ラベル値ペア４５１７Ｃに関連する値は領
域２５５（図２７）に蓄積される。
【０４９９】ラベル値ペア４５１７Ｄは”金額”ラベル
を有する。ラベル値ペア４５１７Ｄは、顧客ユーザ２０
３のためにキャッシュコンテナ１２０Ｇからステップ１
４０２で選択された関連する機器から、転送される通貨
の種類及びファンドの金額を表す。アンロード操作用に
おいては、ファンドの金額は負の金額である。従って、
アンロードするためには、ラベル値ペア４５１７Ｄが、
キャッシュコンテナ１２０Ｇからステップ１４０２で選
択された関連する機器へ転送されるべき通貨の種類とフ
ァンドの金額を表示する。ラベル値ペア４５１７Ｄに関
連する値は領域２５５Ｇに蓄積される。
【０５００】ラベル値ペア４５１７Ｅは”機器”のラベ
ルを有し、”機器”でラベルが始まるラベル値ペア４
４．１１７Ｋ（図６１）のメッセージＢＩ４においてサ
ーバーコンピュータ１００によってリターンされるすべ
てのラベル値ペアを表示する。ラベル値ペア４５１７Ｅ
の値は、それからロード操作が行われサーバーコンピュ
ータ１００の機器を唯一のものと認識するものである。
【０５０１】ラベル値ペア４５１７Ｆは”キー”ラベル
を有する。ラベル値ペア４５１７Ｋの値は顧客個人１２
０．１のＲＳＡパブリック／プライベートキーペアのモ
ジュール部のハッシュを表す。ラベル値ペア４５１７Ｆ
はサーバーコンピュータ１００に領域１２０Ｂ（図６）
に維持されているＲＳＡパブリックキーがメッセージＬ
Ｕ１（ラベル値ペア４５１７Ｆ）をサインするのに使用
されているのと同じものであることを確認させる。
【０５０２】図６３を再度参照すると、ステップ１４０
７において、メッセージＬＵ１はメッセージアッセンブ
リ処理８００（図４９）に従って組込まれる。 メッセ
ージアッセンブリ処理８００は、メッセージＬＵ１をノ
ートする以下の変形例と共に、登録メッセージＲ１の組
み込みとしてすでに述べた。メッセージＬＵ１のコピー
は好ましくは、領域１４０Ｅ（図１６）に蓄積される。
【０５０３】ロード／アンロード処理４０５はステップ
１４０８で継続する。ここで、顧客コンピュータ２００
がメッセージＬＵ１をサーバーコンピュータ１００へ転
送する。顧客コンピュータ２００はサーバーコンピュー
タ１００からの応答メッセージＬＵ２を待つ。ステップ
１４０９において、サーバーコンピュータ１００は顧客
コンピュータ２００からメッセージＬＵ１を受取り、サ
ーバーメッセージアンラップ処理９００（ステップ９０
１−９１７）を実行することによって、メッセージＬＵ
１をアンラップする。サーバーメッセージアンラップ処
理９００は、メッセージＲ１についての図５２−５３を
参照してすでに述べた。
【０５０４】図５７を再度参照すると、ステップ１４１
０において、処理が続けられ、テストステップ９０９
Ａ、９１２、９１４、９１５または９１６のいずれかが
ステップ９０５でセットされるべきエラーフラッグが生
じても、エラー処理はステップ１４１７でサーバーコン
ピュータによって実行される。ステップ１４１７におけ
るエラー処理レベルが管理者による決定である一方、チ
ェックサムの欠如、サイン、形式、及び”致命的”が、
顧客アプリケーションソフトウエア２１０で処理され得
るコードを含むリターンメッセージ、及び顧客ユーザ２
０３で読み取り得るメッセージにおいて、ソフトウエア
チェック処理に戻る。ステップ１４１７のエラー処理
は、特定のエラーコード（下記にリターンメッセージＬ
Ｕ２のコンテント中に述べた）とフラッグを関連させ
て、テキストメッセージ（メッセージのデータ構造と、
システム管理者によって送られてくるメッセージのいず
れか）を作る必要がある。次いで、サーバーコンピュー
タ１００は、下記のエラーコードとそれに関連するメッ
セージを運ぶ顧客コンピュータ２００と同様のメッセー
ジＬＵ２を作る。
【０５０５】ステップ９０９Ａ、９１２、９１４、９１
５及び９１６のテストでステップ９０５でセットされる
べきエラーフラッグが生じなければ、ステップ１４１１
で処理が続けられる。ここでは、メッセージＬＵ１に含
まれる情報、すなわち、ラベル値ペア４５１７Ｄによっ
て表される金額は、サーバー個人データ構造１２０内の
顧客ユーザー２０３用個人１２０．１の領域１２０Ｇ．
２のキャッシュコンテナにおける金額に加えられる。こ
の時点で、サーバーコンピュータ１００で、メッセージ
ＬＵ１に関する機器からキャッシュコンテナ領域１２０
Ｇ．４において同定される代理人口座に転送されるべき
ファンドが生じる。メッセージＬＵ１で要求されている
ファンドは、２４時間が経過したといったような幾らか
の追加条件が合致しない限り、入手できなくなるような
方法で”オンホールド”におかれる。
【０５０６】ステップ１４１１の後に、メッセージＬＵ
２が組込まれ、サーバーコンピュータ１００から顧客コ
ンピュータ２００に転送され、ロード／アンロードファ
ンド処理４０５が終了する。メッセージＬＵ２の内容
は、図６６及び６７に関連して記載されている。
【０５０７】ラベル値ペア４５．１１３Ａは”ＩＤ”ラ
ベルを有する。ラベル値ペア４５．１１３Ａの値は顧客
ユーザ２０３の個人ＩＤを表示する。ラベル値ペア４
５．１１３Ａの値はラベル値ペア４５１３Ａにおいてメ
ッセージＬＵ１で受け取る値と同じものである。
【０５０８】ラベル値ペア４５．１１３Ｂは、”取引”
ラベルを有する。ラベル値ペア４５．１１３Ｂの値は取
引番号である。ラベル値ペア４５．１１３Ｂの値は、ラ
ベル値ペア４５１３ＢにおいてメッセージＬＵ１で受け
取られる値と同じものである。
【０５０９】ラベル値ペア４５．１１３Ｃは、”日付”
ラベルを有する。ラベル値ペア４５．１１３Ｃの値はラ
ベル値ペア４５１３ＣにおいてメッセージＬＵ１で受け
取る値と同じものである。
【０５１０】ラベル値ペア４５．１１３Ｄは、”サービ
スカテゴリ”ラベルを有する。ラベル値ペア４５．１１
３Ｄの値はラベル値ペア４５１３Ｅにおいてメッセージ
ＬＵ１で受け取る値と同じものである。
【０５１１】図６７に示されている応答メッセージＬＵ
２の不透明部の内容は以下の通りである。
【０５１２】ラベル値ペア４５．１１７Ａは”型”ラベ
ルを有する。ラベル値ペア４５．１１７Ａのラベル値
は、メッセージＬＵ２の不透明部の内容のラベルを設定
するメッセージデータ構造２７０（図１７）の記録を引
用している。ラベル値ペア４５．１１７Ａの値はサーバ
ーソフトウエア１１０から得られる。
【０５１３】ラベル値ペア４５．１１７Ｂは”サーバー
の日付”ラベルを有する。ラベル値ペア４５．１１７Ｂ
のラベル値は、組立てられた日付及び時刻のメッセージ
ＬＵ２をサーバーコンピュータのクロックによって表示
する。
【０５１４】ラベル値ペア４５．１１７Ｃは”金額”ラ
ベルを有する。ラベル値ペア４５．１１７Ｃの値は、ラ
ベル値ペア４５１７Ｅで認識された関連する機器から顧
客ユーザ２０３用のキャッシュコンテナ領域１２０Ｇ．
２へ転送された値である。
【０５１５】ラベル値ペア４５．１１７Ｄは、上述した
とおり、”応答コード”ラベル及び”成功”または”失
敗”ラベルを有する。ラベル値ペア４５．１１７Ｄのラ
ベル値は、ロード／アンロード処理４０５が成功したか
失敗したかを表示する。 ラベル値ペア４５．１１７Ｅ
は、”メッセージ”ラベルを有する。ラベル値ペア４
５．１１７Ｅの値は、ラベル値ペア４５．１１７Ｄの”
応答コード”値を説明するフリーテキストメッセージで
ある。
【０５１６】ラベル値ペア４５．１１７Ｆは、”ソフト
ウエアセベリティ”ラベル及び”致命的”または”警
告”ラベルを有する。ラベル値ペア４５．１１７Ｆの値
は、顧客アプリケーションソフトウエア２１０が更新さ
れる必要があるか否かを表示するが、それはまだ更新で
きない（”警告”）かまたはもはや更新できない（”致
命的”）かのいずれかである。ラベル値ペア４５．１１
７Ｆの値は、顧客アプリケーションソフトウエア２１０
が使用されていれば零である。
【０５１７】ラベル値ペア４５．１１７Ｇは、”ソフト
ウエアメッセージ”ラベルを有する。ラベル値ペア４
５．１１７Ｇの値は、”致命的”または”警告”のソフ
トウエアセベリティが生じた場合、顧客ユーザ２０３が
何をするべきかについての指示を表示する。ラベル値ペ
ア４５．１１７Ｇ値は、ラベル値ペア４５．１１７Ｄが
零でないか否かを表すのみである。
【０５１８】ラベル値ペア４５．１１７Ｈは、”料金”
ラベルを有する。ラベル値ペア４５．１１７Ｈの値は、
もしあれば、サーバーコンピュータ１００の処理メッセ
ージＬＵ１に関連して、顧客ユーザ２０３にかかる料金
を表示する。
【０５１９】ラベル値ペア４５．１１７Ｉは、”バラン
ス”ラベルを有する。ラベル値ペア４５．１１７Ｉの値
は、顧客ユーザ２０３に関するキャッシュコンテナ１２
０Ｇ．２における入手可能なバランスを表示する。この
バランスは、メッセージＬＵ１を介してロードされるラ
ベル値ペア４５．１１７Ｃの金額値で調整されるキャッ
シュコンテナの前のバランスと、ラベル値ペア４５．１
１７Ｈの料金値を反映するものである。
【０５２０】ラベル値ペア４５．１１７Ｊは、”セッシ
ョンファンド”ラベルを有する。ラベル値ペア４５．１
１７Ｊの値は、キャッシュコンテナ１２０Ｇ．２から全
ての開設セッションに関するサーバーセッションデータ
構造１３０の開設金額領域１３０Ｅへ転送された金額を
表示する。
【０５２１】ラベル値ペア４５．１１７Ｋは、”オン−
ホールド”ラベルを有する。ラベル値ペア４５．１１７
Ｋの値は、キャッシュコンテナ１２０Ｇ．３から得ら
れ、顧客ユーザ２０３に関するキャッシュコンテナ１２
０Ｇ．２に、メッセージＬＵ１のラベル値ペア４５．１
１７Ｅで認識される関連する機器からの転送が継続中に
なっているファンドの金額を表示する。この値は、その
機器の発行人による同意もしくは処理を待っているファ
ンドを表示する。その発行人からファンドがロードされ
るか、または発行人へファンドがアンロードされる。
【０５２２】図６３のステップ１４１２において、サー
バーソフトウエア１１０は図５４に示すフロー図に従っ
て応答メッセージＬＵ２を組み込む。サーバーメッセー
ジ組立て処理１０００は、登録メッセージＲ２の組み込
みとしてすでに説明した。
【０５２３】図５７を再度参照すると、メッセージＬＵ
２はステップ１４１２Ａで、サーバーコンピュータ１０
０から顧客コンピュータ２００へ送られる。
【０５２４】ステップ１４１３において、顧客コンピュ
ータ２００は、サーバーコンピュータ１００からメッセ
ージＬＵ２を受取り、メッセージアンラップ処理１１０
０（ステップ１１０１−１１２１）を実行することによ
って、メッセージＬＵ２をアンラップする。メッセージ
アンラップ処理１１００はメッセージＲ２に関する図２
に関連してすでに述べた。
【０５２５】ステップ１４１４では、（１）ステップ１
１０５でエラーフラッグがセットされた場合、そのフラ
ッグがステップ１４１４で検出され、ステップ１４１５
でメッセージＬＵ２の処理が終了する。顧客ユーザ２０
３の予想により、メッセージＬＵ２に関してさらなるア
クションは取られない。本発明においては、メカニズム
は顧客アプリケーションソフトウエア２１０内にあり、
メッセージを作ってサーバコンピュータ１００に送る。
このメセージは、顧客コンピュータ２００で受け取った
メッセージＬＵ２、及びメッセージに何が失われたのか
の診断を含むものである。サーバーコンピュータ１００
によっては、このメッセージに対してなんら応答が顧客
コンピュータ２００へ送られない。むしろ、その情報
は、システム内に問題があるかどうか、及び適当な訂正
手段が取られることが必要であるかどうかを確かめるた
めに使用される。
【０５２６】（２）ステップ１１０５にてエラーフラッ
グがセットされることなくステップ９０５にてメッセー
ジＬＵ１のエラーが検出された場合、ラベル値４５．１
１７Ｄの内容がチェックされ、ステップ１４１６で処理
が続けられる。ラベル値４５．１１７Ｄの値が”成功”
以外のものであれば、ステップ１４１８でエラー処理ル
ーチンが行われ、顧客アプリケーションソフトウエア２
１０がラベル値４５．１１７Ｄの内容に関連するラベル
値４５．１１７Ｅに含まれているメッセージを表示する
とともに、ラベル値４５．１１７Ｄを解読し、その値に
関連すると思われる動作であればなんでも行う；または
（３）メッセージＬＵ１がステップ９０５におけるチェ
ックをパスし、ステップ１１０４にてフラッグがセット
されなければ、ステップ１４１９にて処理が続けられ、
顧客アプリケーションソフトウエア２１０が顧客個人デ
ータ構造２２０のキャシュコンテナ領域２２０Ｊの内容
を蓄積してカスタマデータベース２０２を更新する。
【０５２７】これに加えて、顧客ログデータ構造２６０
の新しい記録２６４は、以下の通り作成される： 個人
ＩＤがラベル値ペア４５．１１３Ａから領域２６４Ｂに
蓄積される。ラベル値ペア４５．１１７Ｂからの日付は
領域２６４Ｃに蓄積される。ラベル値ペア４５．１１７
Ｃからの金額は、領域２５３Ｊに蓄積される。ラベル値
ペア４５．１１７Ｄからの応答コードは領域２６４Ｆに
蓄積される。領域４５．１１７Ｅにからの応答コードに
関連する応答メッセージは領域２６４Ｇに蓄積される。
ラベル値４５．１１７Ｅからのソフトウエアセベリティ
コードは領域２６４Ｄに蓄積される。ラベル値ペア４
５．１１７Ｇからのソフトウエアメッセージは領域２６
４Ｅに蓄積される。ラベル値ペア４５．１１７Ｉからの
バランスは領域２６４Ｌに蓄積される。
【０５２８】ステップ１４２０で処理が続けられ、ロー
ド／アンロード処理４０５が終了する。
【０５２９】Ｅ．開設セッション処理４０７ 図６８は、ステップ１５０１で始まる開設セッション処
理４０７を示すフロー図である。
【０５３０】ステップ１５０２において、顧客アプリケ
ーションソフトウエア２１０は顧客ユーザ２０３に、開
始すべきセッション部に関する情報を入力するように促
す。この情報は、サーバーコンピュータ１００に送られ
るメッセージＯＳ１に含まれることになり、セッション
データ構造１３０（図１２）の一部になる。好適な実施
の形態においては、顧客ユーザ２０３は、そのセッショ
ンが終了するまでの最長時間、そのセッションの間に生
じるであろう取引の最大数、そのセッションの間に顧客
ユーザ２０３が入手可能な電子キャッシュの金額及び通
貨を入力する。顧客ユーザ２０３は、そのセッションの
追加事項を入力してもよい。
【０５３１】メッセージＯＳ１が組み込まれ、顧客コン
ピュータ２００からッサーバーコンピュータ１００へ転
送されて、セッション処理４０７が開始する。メッセー
ジＯＳ１の内容が、図６９及び７０に示されている。
【０５３２】ラベル値ペア４６１３Ａは”ＩＤ”ラベル
を有する。ラベル値ペア４６１３Ａは顧客ユーザ２０３
用の個人ＩＤを表示する。ラベル値ペア４６１３Ａの値
は領域２２０Ａから得られる（図１９）。
【０５３３】ラベル値ペア４６１３Ｂは”取引”ラベル
を有する。ラベル値ペア４６１３Ｂの値は、取引番号で
あり、その番号はメッセージＯＳ１を唯一認識する顧客
アプリケーションソフトウエア２１０によって生じる。
ラベル値ペア４６１３Ｂは、メッセージＯＳ１を受け取
った時、（１）サーバーコンピュータ１００に、後述す
る応答メッセージＯＳ２を送らせ、（２）メッセージＯ
Ｓ１が２重メッセージであるかどうか（すなわち、サー
バーコンピュータ１００がすでに受け取っているかどう
か）を決定する。ラベル値ペア４６１３Ｂに関連する値
は領域２５６Ｂ（図２８）に蓄積される。
【０５３４】ラベル値ペア４６１３Ｃは”日付”ラベル
を有する。ラベル値ペア４６１３Ｂは、メッセージＯＳ
１が組立てられ、サーバーコンピュタ１００に送られた
日付及び時刻を顧客コンピュータ２００のクロックによ
って示す。ラベル値ペア４６１３Ｃに関連する値は領域
２５６Ｃに蓄積される。
【０５３５】ラベル値ペア４６１３Ｄは”サーバーキ
ー”ラベルを有する。後述するとおり、メッセージＯＳ
１の不透明ラベル値ペア４６１７を暗号化するための顧
客コンピュータ２００によって使用されるＤＥＳキー／
ＩＶペアが、サーバーコンピュータ１００のＲＳＡパブ
リックキーを用いて暗号化される。ラベル値ペア４６１
３Ｄはサーバープライベートキー構造１６０内に蓄積さ
れた対応するＲＳＡプライベートキーをさす。
【０５３６】ラベル値４６１３Ｅは、”サービスカテゴ
リ”ラベルを有する。ラベル値ペア４６１３Ｅの値は、
メッセージＯＳ１を、特別なサービスカテゴリのメッセ
ージを取り扱うサーバーコンピュータ１００内のプロセ
ッサに送るのに使用されるであろうラベルである。
【０５３７】ラベル値ペア４６１７は”不透明”ラベル
を有する。ラベル値ペア４６１７の値は、メッセージＯ
Ｓ１の不透明部の内容（暗号化されたフォームで）を含
む。ここで、図７０に示されたメッセージＯＳ１の不透
明部の内容を述べる。
【０５３８】ラベル値ペア４６１７Ａは”型”ラベルを
有する。ラベル値ペア４６１７Ａの値は、メッセージＯ
Ｓ１の不透明部の内容のラベルを設定するメッセージデ
ータ構造１５０内の記録を示す。ラベル値ペア４６１７
Ａの値は、顧客ユーザ２０３が開設セッション処理４０
７を開始する時に、ラベルを作る顧客アプリケーション
ソフトウエア２１０から得られる。
【０５３９】ラベル値ペア４６１７Ｂは”サーバーの日
付”を有する。ラベル値ペア４６１７Ｂはサーバーコン
ピュター１００のクロックを認識する顧客コンピュータ
２００’によって測定した、メッセージＯＳ１が組立て
られときの日付と時刻を表示する。
【０５４０】ラベル値ペア４６１７Ｃは”ソフトウエア
のバージョン”ラベルを有する。ラベル値ペア４６１７
Ｃの値は、サーバーコンピュータ１００と連絡している
顧客アプリケーションソフトウエア２１０のバージョン
を表示する。ラベル値ペア４６１７Ｃの値は、顧客アプ
リケーションソフトウエア２１０内のデータから得られ
る。ラベル値ペア４６１７Ｃに関連する値は領域２５６
Ｄに蓄積される。
【０５４１】ラベル値ペア４６１７Ｄは”レコードノー
ト”ラベルを有する。ラベル値ペア４６１７Ｄの値は、
領域１３０Ｍ（図１２）に蓄積されるべき追加の短いテ
キストノートである。例えば、そのノートは、”クリス
マスの買物”あるいは”スキー用具”などとすることが
できる。ラベル値ペア４６１７Ｄは顧客アプリケーショ
ンソフトウエア２１０からのプロンプトに反応するカス
タマユーザ２０３’から得ることができ、好ましくは、
顧客アプリケーションソフトウエア２１０で作成される
表示を簡単にするために６０文字に限定されている。
【０５４２】ラベル値ペア４６１７Ｅは”金額”のラベ
ルを有し、ステップ１５０２において入力して、そのセ
ッションの間に顧客ユーザ２０３が入手可能な電子キャ
ッシュの最大金額を表示する。ラベル値ペア４６１７Ｆ
に関連する値は領域２５６Ｈに蓄積される。
【０５４３】ラベル値ペア４６１７Ｆは、”キー寿命”
ラベルを有し、顧客ユーザ２０３によって要求されるそ
のセッションが終了するまでの最大時間を表示するその
値は、ステップ５０２で入力される。
【０５４４】ラベル値ペア４６１７Ｇは”キーの使用制
限”ラベルを有し、その値はステップ１５０２で入力し
て、顧客ユーザ２０３に要求される、セッションの間に
生じるであろう取引の最大数を表示する。
【０５４５】ラベル値ペア４６１７Ｈは”キー”ラベル
を有する。ラベル値ペア４６１７Ｈの値は、顧客個人１
２０．１のＲＳＡパブリック／プライベートキーペアの
モジュールのハッシュを表す。ラベル値ペア４６１７Ｈ
の値は、サーバーコンピュータ１００に、領域１２０Ｂ
（図６）に維持されているＲＳＡパブリックキーがメッ
セージＯＳ１（ラベル値ペア４６１７Ｉ）をサインする
のに必要とされるものと同じキーであることを確認させ
る。
【０５４６】ラベル値ペア４６１７Ｉは”サイン”ラベ
ルを有する。ラベル値ペア４６１７Ｉの値は、顧客個人
１２０．１に関するデジタルサインを表す。メッセージ
ＯＳ１については、ラベル値ペア４６１７Ｉの値は、顧
客個人１２０．１のＲＳＡプライベートキーを用いて暗
号化されたラベル値ペア３６１３Ａ−４６１３Ｄ及びラ
ベル値ペア４６１７Ａ−４６１７Ｈのアルファベット順
のハッシュである。顧客個人１２０．１のＲＳＡプライ
ベートキーは領域２２０Ｈ（図１９）から得られる。
【０５４７】メッセージＯＳ１は、登録メッセージＲ１
の組立ての時にすでに説明したメッセージアッセンブリ
処理８００（図４９）を用いて組立てられる。以下に述
べる変形例は、メッセージＯＳ１について記されたもの
である。メッセージＯＳ１のコピーは好ましくは、領域
２５６Ｉに蓄積される。
【０５４８】販売者コンピュータ３００によるメッセー
ジＯＳ１を組立てる場合は、新規記録３７０．１（図４
６）が以下の用にして作られる。
【０５４９】ラベル値ペア４６１３Ｂの値が、領域３７
０Ｐに蓄積される。ラベル値ペア４６１７Ｆの値が領域
３７０Ｑに蓄積される。ラベル値ペアからの値が領域３
７０Ｒに蓄積される。ステータス領域３７０Ｏの値が、
販売者アプリケーションソフトウエア３１０によっ
て、”試行”されるべくセットされる。
【０５５０】図５８を再び参照すると、ステップ１５０
４で開設セッション処理４０７が続けられている。ここ
では、顧客コンピュータ２００がメッセージＯＳ１をサ
ーバーコンピュータ１００に転送する。顧客コンピュー
タ２００は、サーバーコンピュータ１００からの応答メ
ッセージＯＳ２を待っている。
【０５５１】ステップ１５０５では、サーバーメッセー
ジアンラップ処理９００を実行することによってサーバ
ーコンピュータ１００が顧客コンピュータ２００からの
アンラップメッセージＯＳ１を受け取る。サーバーメッ
セージアンラップ処理９００（ステップ９０１−９１
７）は、図５２−５３を用いて、メッセージＲ１のとこ
ろですでに説明した。以下の変形例が考えられる。メッ
セージＯＳ１のコピーが領域１４０Ｅ（図１６）に蓄積
される。
【０５５２】ステップ１５０６において、ステップ９０
９Ａ、９１２、９１４、９１５または９１６のいずれか
でステップ９０５において設定されるエラーフラッグが
生じたら、ステップ１５１４においてエラー処理処理が
サーバーコンピュータ１００によって実行される。ステ
ップ１５１４におけるエラー処理のレベルが、管理者に
よる決定である間は、顧客アプリケーションソフトウエ
ア２１０によって処理され得るコード及び顧客ユーザ２
０３によって読まれ得るメッセージを含む応答メッセー
ジの結果、少なくとも、チェックサムの欠如、サイン、
フォーム、及び致命的が、ソフトウエアチェック処理に
戻ることが好ましい。ステップ１５１４におけるエラー
処理処理は、特定のエラーコード（下記にリターンメッ
セージＯＳ２のコンテキストにおいて述べる）とフラッ
グとを結び付け、テキストメッセージ（メッセージのデ
ータ構造またはシステム管理者によって送られてくるメ
ッセージのいずれかから）を製作する。次いで、サーバ
ーコンピュータ１００は下記に述べるのと同様にしてメ
ッセージＯＳ２を作り、エラーコードと関連するメッセ
ージを運ぶ顧客コンピュータ２００に送る。
【０５５３】ステップ９０９Ａ、９１２、９１４、９１
５及び９１６のテストでステップ９０５で設定されるエ
ラーフラッグが生じないのであれば、ステップ１５０７
で処理が続けられる。そこで、サーバーコンピュータ１
００がセッションの認識番号（”セッションＩＤ”）、
セッションの暗号化／復号化キー（”セッションキ
ー”）及びセッションソルトを計算し、メッセージＯＳ
１に反映される顧客ユーザー２０３に要求されるセッシ
ョンの限界を有効なものとする。
【０５５４】セッションＩＤは、製作されるセッション
を唯一認識する６４ビット数である。唯一性は、セッシ
ョンのＩＤがサーバーコンピュータ１００によって順次
作成されるため、確実になる。
【０５５５】セッションキーは、５６ビットのＤＥＳキ
ー（８ビットバイト毎に無視される最も少ない有効ビッ
ト）及び６４ビットの初期化ベクトルを含む１２８ビッ
ト数である。
【０５５６】セッションソルトは、セッションの間に交
換されるメッセージＣＡ１−ＣＡ４の鑑定を強化するた
めにしようされる８バイトの暗号ソルトである。メッセ
ージＣＡ１−ＣＡ４については後に述べる。
【０５５７】顧客ユーザ２０３によって要求されるセッ
ションの制限は、ラベル値ペア４６１７Ｅの金額、ラベ
ル値４６１７Ｆのキーの寿命値、及びラベル値ペア４６
１７Ｇのキーの使用制限値である。キーの寿命および使
用制限については、これらの値が、システムの効率を改
善し、セッションの間に実行される取引の安全性を最大
にするために、サーバーコンピュータ１００で設定され
た固定値となることが好ましい。サーバーコンピュータ
１００は、要求された値がこのような制限内になること
を確かめる。許容値を越える要求された制限のいずれも
が無視され、最大許容値はサーバーコンピュータによっ
て課せられる。
【０５５８】ラベル値ペア４６１７Ｅの値は、顧客ユー
ザ２０３がそのセッションの間に使うことを希望する電
子ファンドの金額である。セッションの間に顧客ユーザ
２０３に入手可能となるこのようなファンドの実際の金
額は、ステップ１５０２で顧客ユーザ２０３によって要
求された金額より少ないか同じ金額である。例えば、カ
スタマユーザは顧客ユーザ２０３用のキャッシュコンテ
ナ領域１２０Ｇ．２で入手可能な電子キャッシュより多
い電子キャッシュを要求することができる。この場合、
下記に述べるラベル値ペア４７１７Ｉに表示されている
とおり、許される金額は、顧客ユーザ２０３用のキャッ
シュコンテナ領域１２０Ｇ．２に蓄積されている金額に
制限される。
【０５５９】ステップ１５０８で、サーバーセッション
データ構造１３０（図１２）が更新される。セッション
ＩＤはセッションＩＤ領域１３０Ａに蓄積される。セッ
ションキーはセッションキー領域１３０Ｂに蓄積され
る。セッションソルトはセッションソルト領域１３０Ｃ
Ａに蓄積される。セッションの間顧客ユーザ２０３に入
手可能な電子キャッシュの金額は、オープンニング金額
領域１３０Ｅに蓄積され、領域１３０Ｅに蓄積されてい
る値に関連する通貨指定者は領域１３０Ｄに蓄積され
る。最初は、領域１３０Ｆはオープンニング金額の値を
反映している。電子キャッシュが使われると、領域１３
０Ｆの値は、オープンニング金額と使用した金額との差
を示す。実際にサーバーコンピュータ１００で許可され
るキー寿命が、キー寿命領域１３０Ｊに蓄積される。実
際にサーバコンピュータ１００で許可されるキー使用制
限がキー使用制限領域１３０Ｉに蓄積される。ラベル値
ペア４６１３Ａの値は個人ＩＤ領域１３０Ｋに蓄積され
る。セッションが作られる日付はサーバーアプリケーシ
ョンソフトウエア１１０から得られ、開設日付領域１３
０Ｇに蓄積される。ラベル値ペア４６１７Ｄは記録ノー
ト領域１３０Ｍに蓄積される。サーバーセッションデー
タ構造１３０の残りの領域は下記にＣＡタイプのメッセ
ージの内容のところで述べる。
【０５６０】ステップ１５０９の後、メッセージＯＳ２
が組み込まれ、サーバーコンピュータ１００から顧客コ
ンピュータ２００へ転送され、クレジットセッション処
理４０７を完成させる。図７１及び７２を参照してメッ
セージＯＳ２について述べる。
【０５６１】ラベル値ペア４７１３Ａは”ＩＤ”ラベル
を有する。ラベル値ペア４７１３Ａは顧客ユーザ２０３
の個人ＩＤを表示する。ラベル値ペア４７１３Ａの値
は、ラベル値ペア４６１３ＡでメッセージＯＳ１で受け
取った値と同じである。
【０５６２】ラベル値ペア４７１３Ｂは”取引”ラベル
を有する。ラベル値ペア４７１３Ｂの値はラベル値ペア
４６１３ＢでメッセージＯＳ１で受け取った値と同じで
ある。
【０５６３】ラベル値ペア４７１３Ｃは”日付”ラベル
を有する。ラベル値ペア４７１３Ｃの値はラベル値ペア
４６１３ＣでメッセージＯＳ１で受け取った値と同じで
ある。
【０５６４】ラベル値ペア４７１３Ｄは”サービスカテ
ゴリ”ラベルを有する。ラベル値ペア４７１３Ｄの値は
メッセージＯＳ１のラベル値ペア４６１３Ｅで受け取っ
た値と同じである。
【０５６５】ラベル値ペア４７１７は”不透明”ラベル
を有する。ラベル値ペア４７１７の値は、メッセージＯ
Ｓ２の不透明部の内容（暗号化されたフォームで）を含
む。ここに、図７２に示すメッセージＯＳ２の不透明部
の内容を述べる。
【０５６６】ラベル値ペア４７１７Ａは”型”ラベルを
有する。ラベル値ペア４７１７Ａの値は、メッセージＯ
Ｓ２の不透明部の内容のラベルを設定するメッセージデ
ータ構造２７０（図１７）内の記録を示す。ラベル値ペ
ア４７１７Ａの値は、サーバーソフトウエア１１０から
得られる。
【０５６７】ラベル値ペア４７１７Ｂは”サーバーの日
付”を有する。ラベル値ペア４７１７Ｂの値はサーバー
コンピュター１００のクロックに応じてメッセージＯＳ
２が組立てられときの日付と時刻を表示する。
【０５６８】ラベル値ペア４７１７Ｃは、上述したとお
り”応答コード”ラベルと、”成功”または”失敗”値
を有する。ラベル値ペア４７１７Ｃの値は、開設セッシ
ョン処理４０７が成功か失敗かを表示する。
【０５６９】ラベル値ペア４７１７Ｄは、”ソフトウエ
アセベリティ”ラベルと、”致命的”または”警告”の
値を有する。ラベル値ペア４７１７Ｄの値は、顧客アプ
リケーションソフトウエア２１０を更新する必要がある
か否かを表示するが、まで使用可能である（”警告”）
かもはや使用できない（”致命的”）かを表示する。ラ
ベル値ペア４７１７Ｄの値は、顧客アプリケーションソ
フトウエア２１０が存在すれば、零である。
【０５７０】ラベル値ペア４７１７Ｅは”ソフトウエア
メッセージ”のラベルを有する。ラベル値ペア４７１７
Ｅは、ソフトウエアセベリティが”致命的”あるいは”
警告”を表示している場合、顧客ユーザ２０３が何を行
うべきかについての指示を表示する。ラベル値ペア４７
１７Ｅの値は、ラベル値ペア４７１７Ｄの値がヌルでな
い場合にのみ存在する。
【０５７１】ラベル値ペア４７１７Ｆは”メッセージ”
ラベルを有する。ラベル値ペア４７１７Ｆの値は、ラベ
ル値ペア４７１７Ｃに戻り、顧客ユーザ２０３に表示さ
れるエラー状態またはサクセス状態に関連するフリーテ
キストメッセージである。ラベル値ペア４７１７Ｆの値
は、二重に要求された個人ＩＤを表示するメッセージ、
不良デジタルサインまたは不良に形成されたメッセージ
ＯＳ１、及び顧客ユーザ２０３がどのように処理を進め
るべきかに関する情報を含めることができる。
【０５７２】ラベル値ペア４７１７Ｇは”キーの寿命”
ラベルを有し、その値は、そのセッションが終了するま
での最長時間を表示するキーの寿命領域１３０Ｋ（図１
６）から得られる。
【０５７３】ラベル値ペア４７１７Ｈは”キーの使用制
限”ラベルを有し、その値は、そのセッションの間に生
じるであろう取引の最大数を表示するキーの使用制限領
域１３０Ｊから得られる。
【０５７４】ラベル値ペア４７１７Ｉは”金額”ラベル
を有し、そのセッションの間に顧客ユーザ２０３が入手
可能な電子キャッシュの最大額を表示する。ラベル値ペ
ア４７１７Ｉの額は、ステップ１５０２で顧客ユーザ２
０３によって要求される額より少ないかあるいはその額
と同じである。
【０５７５】ラベル値ペア４７１７Ｊは”外貨交換”ラ
ベルと、ラベル値ペア４２１７Ｉの値に含まれる通貨か
ら他の通貨へ、例えば、ＵＳ＄からカナディアンドルへ
の交換レートを表示する値を有する。好ましくは、表示
された交換レートは、元になる通貨の１００多数単位に
対する目的地の小数単位の数（小数単位の数がない場合
多数単位）である。
【０５７６】ラベル値ペア４７１７Ｋは”セッションフ
ァンド”ラベルを有する。ラベル値４７１７Ｋの値は、
ラベル値ペア４４１７Ｉの金額を含むすべての開設セッ
ションに送れられた電子キャッシュの額を表示する。顧
客個人１２０．１は開いているセッションのどの番号を
もっていてもよい。ラベル値ペア４７１７Ｋは顧客ユー
ザ２０３に丁度開いたセッションを含む全ての開設セッ
ションに最初に割り当てられたファンドの額に関する情
報を提供する。
【０５７７】ラベル値ペア４７１７Ｌは”バランス”ラ
ベルを有する。ラベル値ペア４７１７Ｌの値は、サーバ
ーセッションデータ構造１３０の開設金額領域１３０Ｅ
への電子キャッシュファンドの転送の後、顧客ユーザ２
０３用のサーバー個人データ構造１２０のキャッシュコ
ンテナ１２０Ｇ．２に蓄積された電子キャッシュの額を
表示する。
【０５７８】ラベル値ペア４７１７Ｍは”オンホール
ド”ラベルを有する。ラベル値ペア４７１７Ｍの値は、
キャッシュコンテナ１２０Ｇ．３から得られ、顧客ユー
ザ２０３用の個人１２０．１でクリアされている未回収
の電子キャッシュの額を表示する。この値は、同意を待
っているあるいは、それからファンドがロードされるま
たはそれへファンドがアンロードされる機器の発行によ
って処理される電子キャッシュを表示する。
【０５７９】ラベル値ペア４７１７Ｎは、”料金”ラベ
ルを有する。ラベル値ペア４７１７Ｎの値は、もしある
のであれば、メッセージＯＳ１を処理するのに関連する
顧客ユーザー２０３にかかる料金を表示する。
【０５８０】ラベル値ペア４７１７Ｏは”セッションの
ＩＤ”ラベルを有する。ラベル値ペア４７１７Ｏの値
は、領域１３０ＡのセッションのＩＤから得る。
【０５８１】ラベル値ペア４７１７Ｐは”セッションキ
ー”ラベルを有する。ラベル値ペア４７１７Ｐの値は、
領域１３０Ｂのセッションキーから得る。
【０５８２】ラベル値ペア４７１７Ｑは”セッションソ
ルト”ラベルを有する。ラベル値ペア４７１７Ｑの値
は、領域１３０Ｃのセッションソルトから得る。
【０５８３】図６８に示すステップ１５０９では、サー
バーソフトウエア１００が、図２に示すフロー図に基づ
いてメッセージＯＳ２を組立てる。サーバーメッセージ
組立処理１０００は、メッセージＲ２の組立てのところ
ですでに述べた。
【０５８４】ステップ１５０９Ａでは、メッセージＯＳ
２がサーバーコンピュータ１００から顧客コンピュータ
２００へ送られる。
【０５８５】ステップ１５１０では、顧客コンピュータ
２００がサーバーコンピュータ１００からメッセージＯ
Ｓ２を受取り、メッセージＯＳ２用のメッセージアンラ
ップ処理１１００を実行してメッセージＯＳ２をアンラ
ップする。メッセージアンラップ処理１１００（ステッ
プ１１０１−１１２１）については、図５７に基づいて
メッセージＲ２のところですでに述べた。
【０５８６】ステップ１５１１においては、（１）ステ
ップ１１０５でエラーフラッグがセットされていれば、
そのフラッグがステップ１５１１で検出されて、ステッ
プ１５１２でメッセージＯＳ２の処理が終了する。顧客
ユーザ２００からは、メッセージＯＳ２に関しては更な
る動作はなんらとられない。本発明では、機構は顧客ア
プリケーションソフトウエア２１０の中に設けられてお
り、メッセージを作り出してサーバーコンピュータ１０
０に送る。このメッセージは顧客コンピュータ２００で
受け取ったＯＳ２メッセージと、そのメッセージがない
ときに何が生じるかについての診断を含んでいる。この
メッセージに対してはなんらの応答もサーバーコンピュ
ータ１００から顧客コンピュータ２００へ送られない。
むしろ、システム内に問題があるのか否か、及び適切な
補正手段を取る必要があるのか否かを確かめるために情
報が使用される。
【０５８７】（２）ステップ１１０５でエラーフラッグ
はセットされていないが、ステップ９０５においてメッ
セージＯＳ１にエラーが検出されたら、ステップ１５１
３において処理が続けられ、ラベル値４７１７Ｃの内容
がチェックされる。ラベル値４７１７Ｃの値が”成功”
以外のものであれば、ステップ１５１５でエラー処理ル
ーチンが行われ、顧客アプリケーションソフトウエア２
１０にラベル値４７１７Ｃの内容に関連するラベル値４
７１７Ｆに含まれるメッセージを表示させ、ラベル値４
７１７Ｃの値を解読して、その値に関連していると思わ
れる動作が取られる；または（３）メッセージＯＳ１が
ステップ９０５におけるチェックを通過して、ステップ
１１０５でなんらフラッグがセットされなければ、ステ
ップ１５１６における処理が続けられ、顧客アプリケー
ションソフトウエア２１０が顧客データベース２０２を
更新する。
【０５８８】顧客セッションのデータ構造２４０は次の
ように更新される。
【０５８９】セッションＩＤはセッションＩＤ領域２４
０Ｃに蓄積されてる。セッションキーはセッションキー
領域２４０Ｂに蓄積されてる。セッションソルトはセッ
ションサルト領域２４０Ｃに蓄積される。ラベル値ペア
４７１７Ｉは通貨指定と量を含む。ラベル値の量は開設
金額領域１３０Ｅに蓄積され、領域１３０Ｅに蓄積され
ている値に関連する通貨指定波領域１３０Ｄに蓄積す
る。ラベル値ペア４７１７Ｇの値は、キー寿命領域２４
０Ｋに蓄積される。ラベル値ペア４７１７Ｇの値は、キ
ー使用制限領域２４０１Ｊに蓄積される。
【０５９０】領域２４０Ｆは、当所、領域２４０Ｅにお
ける開始金額の値を反映する。電子キャッシュが使用さ
れれば、領域２４０Ｆの値が開設金額と使用した金額と
の差を反映することになる。顧客セッションデータ構造
２４０の残りの領域は、以下で、ＣＡタイプのメッセー
ジの内容においてのべる。
【０５９１】顧客セッションデータ構造２４０に記録さ
れている値に加えて、顧客ログデータ構造２６０の記録
２６５が続いて更新される。ラベル値ペア４７１３Ａの
個人ＩＤは領域２６５Ｈに蓄積される。ラベル値ペア４
７１３Ｂからの取引数は領域２６５Ｂに記録される。ラ
ベル値ペア４７１７Ｂからの日付は領域２６５Ｃに蓄積
される。ラベル値ペア４７１７Ｃからの応答コードは、
領域２６５Ｆに蓄積される。ラベル値ペア４７１７Ｄか
らのソフトウエアセベリティコードは領域２６５Ｄに蓄
積される。ラベル値ペア４７１７Ｅからのソフトウエア
メッセージは領域２６５Ｅに蓄積される。ラベル値ペア
４７１７Ｆからの応答コードに関連する応答メッセージ
は、領域２６５Ｇに蓄積される。ラベル値ペア４７１７
ＧＫらのキー寿命は、領域２６５Ｋに蓄積される。ラベ
ル値ペア４７１７Ｈからのキー使用制限は領域２６５Ｊ
に蓄積される。ラベル値ペア４７１７Ｉからの金額は領
域２６５Ｉに蓄積される。ラベル値ペア４７１７Ｌから
のバランスは、領域２６５Ｐに蓄積される。ラベル値ペ
ア４７１７Ｎからの料金は領域２６５Ｏに蓄積される。
ラベル値ペア４７１７ＯからのセッションＩＤは領域２
６５Ｌに蓄積される。
【０５９２】開設セッション処理が販売者ユーザ３０３
によって開始されたら、販売者キャッシュログデータ構
造３７０の記録３７０．１が次のようにしてアプディト
される。
【０５９３】ラベル値ペア４７１７Ｃからの応答コード
は領域３７０Ｏに蓄積される。ラベル値ペア４７１７Ｃ
からの応答コードに関連するラベル値ペア４７１７Ｆか
らのメッセージは、領域３７０Ｔにセーブされる。ラベ
ル値ペア４７１７ＯからのセッションＩＤは領域３７０
Ｓに蓄積される。
【０５９４】処理がステップ１５１７に続き、ここで開
設セッション処理が終了する。
【０５９５】Ｆ．取引／支払処理４０９ 顧客ユーザ２０３及び販売者ユーザ３０３がセッション
を開設すると、安全なキャッシュ取引がインターネット
上に生じる。このコンテキストの安全性とは、顧客ユー
ザ２０３と販売者ユーザ３０３０とが互いに信頼でき、
電子ファンドが委任されていない第三者にアクセスされ
るリスクがなく、かつ、両者が、サーバーコンピュータ
１００によって要綱とされた取引に同意するまで電子キ
ャッシュが転送されないことを意味する。
【０５９６】取引は、インターネット５０上で購買をす
る顧客ユーザ２０３、販売者個人１２０．２を有する販
売者ユーザ３０３０を含む。公知の技術を用いて、顧客
ユーザ２０３と販売者ユーザ３０３とは、顧客ユーザ２
０３が販売者ユーザ３０３から提供される品物に対して
支払うべく金額に同意する。販売者ユーザ３０３が支払
を要求した時、顧客ユーザ２０３０は電子キャッシュで
の支払を決定する。この決定は、顧客ユーザ２０３によ
って購入された品物に対する販売者ユーザ３０３への支
払総計の結果となるメッセージの交換を引出す。
【０５９７】図７３−７５は、ステップ１７０１で始ま
る取引／支払処理４０９を示すフロー図である。
【０５９８】ステップ１７０２Ａにおいて、販売者コン
ピュータ３００がメッセージＰＲ１を組立てる。メッセ
ージＰＲ１は暗号化されたデータを含まないことが好ま
しい。従って、メッセージＰＲ１を組立てるには、メッ
セージ組立て処理８００（図４９）のステップ８１４−
８１７のみが必要である。メッセージＰＲ１の内容を図
７６を参照して以下に述べる。
【０５９９】ラベル値ペア５０１３Ａは”型”ラベルを
有する。ラベル値ペア５０１３Ａの値は、ＰＲ１を含む
ラベルをセットするメッセージデータ構造２７０（図１
７）の記録を引用する。ラベル値ペア５０１３Ａの値は
販売者アプリケーションソフトウエア３１０から得られ
る。
【０６００】ラベル値ペア５０１３Ｂは”販売者ＩＤ”
を有する。ラベル値ペア５０１３Ｂの値は、販売者ユー
ザ３０３の個人ＩＤを表す。ラベル値ペア５０１３Ｂは
領域３２０Ａ（図４０）から得られる。
【０６０１】ラベル値ペア５０１３Ｃは”販売者注文Ｉ
Ｄ”ラベルを有する。ラベル値ペア５０１３Ｃの値は、
販売者コンピュータ３００で生じる注文ＩＤ番号（”注
文ＩＤ”）を表示し、特別な注文を意味する。ラベル値
ペア５０１３Ｃの値は領域３７０Ｃ（図４６）に蓄積さ
れる。
【０６０２】ラベル値ペア５０１３Ｄは”販売者日”ラ
ベルを有する。ラベル値ペア５０１３Ｄの値は、メッセ
ージＰＲ１が組み込まれた日時を販売者コンピュータ３
００のクロックによって表わす。
【０６０３】ラベル値ペア５０１３Ｅは”販売者ソフト
ウエアのバージョン”ラベルを有する。ラベル値ペア５
０１３Ｅの値は、顧客コンピュータ２００と繋がってい
る販売者アプリケーションソフトウエア３１０のバージ
ョンを表す。ラベル値ペア５０１３Ｅの値は販売者アプ
リケーションソフトウエア３１０から得られる。
【０６０４】ラベル値ペア５０１３Ｆは”ノート”ラベ
ルを有する。ラベル値ペア５０１３Ｆは、販売者ユーザ
３０３によって顧客ユーザ２０３に提供されている商品
を表す。ラベル値ペア５０１３Ｆの値は、販売者３０３
あるいは第三者によって提供されるソフトウエアから販
売者アプリケーションソフトウエア３１０によって得ら
れる。
【０６０５】ラベル値ペア５０１３Ｇは”販売者の金
額”ラベルを有する。ラベル値ペア５０１３Ｇの値は、
ラベル値ペア５０１３Ｆで述べた商品の通貨と金額を表
す。
【０６０６】ラベル値ペア５０１３Ｈは”受領”ラベル
を有する。ラベル値ペア５０１３Ｈの値は、販売者ユー
ザ３０３によって受入れられたクレジットカード（あれ
ば）を表す。ラベル値ペア５０１３Ｈの値は、販売者ユ
ーザ３０３から得られる。
【０６０７】ラベル値ペア５０１３Ｉは”ｕｒｌ−ｐａ
ｙ−ｔｏ”ラベルを有する。ラベル値ペア５０１３Ｉの
値は、インターネット５０のユニフォームリソースロー
ケータである。ラベル値５０１３Ｉのインターネット５
０のユニフォームリソースローケータは、顧客コンピュ
ータ２００が後述するメッセージＣＡ１を送るべきイン
ターネット上の住所である。
【０６０８】ラベル値ペア５０１３Ｊは”ｕｒｌ−キャ
ンセル”ラベルを有する。ラベル値ペア５０１３Ｊの値
は、インターネット５０のユニフォームリソースローケ
ータである。ラベル値５０１３Ｊのインターネット５０
のユニフォームリソースローケータは、顧客ユーザ２０
３が取引をキャンセルすることを決定したら、顧客コン
ピュータ２００によって使用される。
【０６０９】ラベル値ペア５０１３Ｋは”ｕｒｌ−成
功”ラベルを有する。ラベル値ペア５０１３Ｋの値は、
インターネット５０のユニフォームリソースローケータ
であり、これは、取り引きが成功すれば、顧客ユーザ２
００をワールドワイドウエブウエノアドレスに導く。取
引の成功は、後述するとおり、メッセージＣＡ４におい
て報告される。例えば、取引がサーバーコンピュータ１
００によって、有効になったら、ラベル値ペア５０１３
Ｋの値は、顧客ユーザ２００を顧客ユーザ２０３を購買
のためのウエブページへ導く。
【０６１０】ラベル値ペア５０１３Ｌは”ｕｒｌ−失
敗”ラベルを有する。ラベル値ペア５０１３Ｌの値は、
インターネット５０のユニフォームリソースローケータ
であり、これは、取引が成功しない場合に、顧客ユーザ
２００をワールドワイドウエブウエノアドレスに導く。
取引の失敗は、後述するとおり、メッセージＣＡ４にお
いて報告される。例えば、取引がサーバーコンピュータ
１００によって、非有効になったら、ラベル値ペア５０
１３Ｌの値は、顧客ユーザ２００に顧客ユーザ２０３を
再び購買させるためにウエブページへ導く。
【０６１１】ラベル値ペア５０１３Ｍは”販売者がサイ
ンしたハッシュキー”ラベルを有する。ラベル値ペア５
０１３Ｍの値は、下記に述べるように、販売者のサイン
したハッシュラベル値ペア５０１３Ｎのハッシュにサイ
ンするために、販売者コンピュータ３００によって使用
されているＲＳＡパブリック／プライベートキーのペア
の係数部のハッシュを表す。ラベル値ペア５０１３Ｍの
値は、サーバーコンピュータ１００に、領域１２０ＣＣ
（図９）に蓄積されているＲＳＡパブリックキーが、販
売者個人１２０．２が、”販売者のサインしたハッシ
ュ”ラベル値ペア５０１３Ｎをサインするのに使用され
たのと同じキーであること、あるいはラベル値ペア５０
１３Ｎの復号化が失敗したか否か、その失敗の理由を確
認させる。
【０６１２】ラベル値ペア５０１３Ｎは”販売者がサイ
ンしたハッシュキー”ラベルを有する。メッセージＰＲ
１について、ラベル値ペア５０１３Ｎの値は、ラベル値
ペア５０１３Ａ−５０１３Ｍの順のハッシュである。こ
のハッシュがサインされ、ハッシュが再度ハッシュされ
た、次いで、販売者個人１２０．２用のＲＳＡプライベ
ートキーで暗号化されたことを意味する。ＲＳＡプライ
ベートキー販売者個人１２０．２は領域３２０Ｈ（図４
０）から得られる。
【０６１３】ラベル値ペア５０１３Ｏは”販売者金額
２”ラベルを有する。ラベル値ペア５０１３Ｏは、ラベ
ル値ペア５０１３Ｇで特定された金額に関してのそれ以
外の通貨における金額を表す。
【０６１４】顧客ユーザ２０３は、ラベル値ペア５０１
３Ｎのサインは、販売者個人１２０．２用のパブリック
キーをもっていないため、そのサインが本物であるかど
うかを証明することができない。ラベル値ペア５０１３
Ｎは、取り引きに紛争が生じた場合には、顧客アプリケ
ーションソフトウエアで蓄積するようにしてもよい。こ
のような場合、サーバーコンピュータ１００は、メッセ
ージＰＲ１が実際に販売者コンピュータ３００に送られ
たかどうかを決定するためにラベル値ペア５０１３Ｎを
使用することができる。
【０６１５】図７３を再度参照すると、ステップ１７０
５Ａで、新規記録３５０．１（図４４−４７）が次の用
に加えられている。
【０６１６】ラベル値ペア５０１３Ｃ（販売者注文ＩＤ
に関する）が注文ＩＤ領域３５０Ａにて蓄積される。
【０６１７】ラベル値ペア５０１３Ｇ（販売者ユーザ３
０３が商品の対価として受け取る金額に関する）が金額
領域３５０Ｂに蓄積される。
【０６１８】取引／支払処理４０９はステップ１７０２
Ｃに続く。ここでは、販売者コンピュータ３００がメッ
セージＰＲ１を顧客コンピュータ２００に転送する。販
売者コンピュータ３００は顧客コンピュータ２００から
のメッセージＣＡ１を待機する。
【０６１９】ステップ１７０２Ｄでは、顧客コンピュー
タ２００が販売者コンピュータ３００からメッセージＰ
Ｒ１を受取って、メッセージアンラップ処理３３００を
実行してアンラップする。ステップ３３０１で始まるメ
ッセージアンラップ処理３３００は図７７を参照して、
以下に述べる。
【０６２０】ステップ３３０２で、顧客アプリケーショ
ンソフトウエアがメッセージＰＲ１のヘッダ５００５の
プロトコル番号を抽出する。次いで、抽出されたプロト
コル番号に基づいて、メッセージテンプレートデータ構
造２７０（図１７）がアクセスされ、メッセージＰＲ１
の所定のフォーマットを決定する。この所定のフォーマ
ットは、メッセージシンタックス（例えば、ｅｎｄ−ｏ
ｆ−ｌｉｎｅの文字を許可する）及びメッセージコーデ
ィング（例えば、ＡＳＣＩＩやｈｅｘなど）を含むこと
ができる。メッセージＰＲ１は所定のフォーマットに基
づいて、以下の通り分析される。
【０６２１】ステップ３３０３では、顧客コンピュータ
２００が販売者コンピュータ３００で使用されているの
と同じデータを用いてチェックサムを計算する。ステッ
プ３３０４Ａでは、ステップ３３０３で計算されたチェ
ックサムがメッセージＰＲ１のトレイラ５０５０のチェ
ックサムと比較される。このチェックサムが等しくない
場合は、メッセージＰＲ１がステップ３３０４Ｂで破棄
される、メッセージアンラップ処理３３００もそこで終
了する。
【０６２２】このチェックサムがステップ３３０４Ａで
同じであれば、処理がステップ３３０４で続けられ、そ
のメッセージがチェックされて、メッセージアンラップ
処理３３００に適当であるか否かを決定する。メッセー
ジが、その透明部分に”型”ラベルを含み、値ＰＲ１を
含んでいる場合は、そのメッセージは妥当である。メッ
セージが、ラベル値ペアを有していない場合は、そのメ
ッセージは、メッセージアンラップ処理３３００に対し
て不適当である。メッセージアンラップ処理では、他で
も述べたように、そのメッセージを他のアンラップ処理
に変更するステップ３３０４Ｄでケース処理が続けられ
る。メッセージＰＲ１が適当であり、従って、メッセー
ジの型がラベル値ペア５０１３０Ａの値を参照すること
により決定されるステップ３３０４Ｅにて、処理が続け
られる。この場合、ラベル値ペアの値は”支払−要求”
である。
【０６２３】ステップ３３０５では、メッセージＰＲ１
の形式のチェックが行われる。ステップ３３０５での形
式チェック処理は、ソフトウエアのバージョンに依存す
る。すなわち、所定のメッセージの形式、及び受入れ可
能か否かを決定するクリテリアは、そのメッセージと所
定の時刻において有効なメッセージの変形に依存する。
少なくとも、形式チェック処理は、収入メッセージがそ
のメッセージについて規定された全てのラベルを含んで
いるかどうか、値を要求する各ラベルにたいする値が存
在するかどうか、及びその値がその型（例えば、テキス
ト、サインされた番号）、シンタックス、及び必要な特
定の制限事項であるかどうかを確実なものにする。追加
のラベルがあるばあいは、顧客コンピュータ２００はそ
れを無視する。メッセージが分析できない場合、あるい
は分析できるが形式クリテリアに合致しない場合は、ス
テップ３３０６でエラーフラッグがセットされる。この
場合、メッセージアンラップ処理３３００はステップ３
３０９で終了する。
【０６２４】メッセージＰＲ１が正しい形式であれば、
ステップ３３０７で処理が継続される。ここでは、顧客
アプリケーションソフトウエア２１０が、以下のように
して新規記録２６６を加える。
【０６２５】ラベル値ペア５０１３Ｂの販売者−ＩＤ値
が領域２６６Ａに蓄積される。ラベル値ペア５０１３Ｃ
の販売者−注文−ＩＤは領域２６６Ｂに蓄積される。ラ
ベル値ペア５０１３Ｇの金額値は領域２６６Ｃに蓄積さ
れる。ラベル値ペア５０１３Ｆの販売者−ノート値は領
域２６６Ｄに蓄積される。ＵＲＬへの支払は領域２６６
Ｆに蓄積される。
【０６２６】メッセージアンラップ処理３３００はステ
ップ３３０９で終了する。
【０６２７】図７３−７５を再び参照すると、ステップ
２７０３で顧客コンピュータ２００が販売者ユーザ３０
３の顧客ユーザ２０３への申し入れを表示する。ラベル
値ペア５２１３Ｆ及び５２１３Ｇの値（顧客ユーザ２０
３にうられた商品及びその申し入れ価格を記述する）が
表示される。
【０６２８】ステップ１７０４では、顧客ユーザ２０３
が販売者ユーザ３０３の申し入れを受ける。それは、こ
の時点において顧客ユーザ２０３が様々な支払方法（た
とえば、クレジットカードや電子キャッシュ）を与えら
れることを見越したものである。顧客ユーザ２０３がク
レジットを選択した場合は、他の処理は、ここで破棄さ
れない場所におかれる。顧客ユーザ２０３がその商品の
支払を電子キャッシュで行うことを希望する場合は、ス
テップ１７０５にて処理が続けられる。
【０６２９】ステップ１７０５では、顧客アプリケーシ
ョンソフトウエア２１０が顧客ユーザ２０３が開設セッ
ションを有しているか否かを検索レコード２４０（図２
１）を用いて決定する。
【０６３０】顧客ユーザ２０３が開設セッションを有し
ていなければ、ステップ１７０６へ処理を進める。上述
したとおり、ここで、開設セッション処理４０５を用い
て、セッションが開設される。
【０６３１】顧客ユーザ２０３が開設セッションを有し
てるか、あるいは開設セッション処理４０５を実行した
後であれば、処理はステップ１７０１Ａで継続される。
顧客コンピュータ２００は次のようにして、メッセージ
ＣＡ１を組立てる。
【０６３２】図７８に、メッセージ組立て処理ＣＡ１２
が示されている。（”ＣＡ１２”はこのメッセージ組立
て処理が実行されメッセージＣＡ１とＣＡ２とを組立て
ることを意味する。）メッセージＣＡ１用のメッセージ
組立て処理ＣＡ１２はステップ１６２１で開始する。メ
ッセージＣＡ１は図７９及び８０に示されている。
【０６３３】ステップ１６２２で、顧客アプリケーショ
ンソフトウエア２１０がメッセージテンプレートデータ
構造２７０（図１７）にアクセスして、ラベルのリスト
を得る。このリストは、関連する値に整合したときに、
メッセージＣＡ１の透明ラベル値ペア５１１３Ａ−５１
１３Ｉを決定する。ステップ１６２３においては、値
は、各ラベルに関連している。これらのラベル値ペアに
ついて以下に述べる。
【０６３４】ラベル値ペア５１１３Ａは”型”ラベルを
有する。ラベル値ペア５１１３Ａの値は、メッセージＣ
Ａ１を含むラベルを設定するメッセージデータ構造１５
０（図５）の中の記録を示す。ラベル値ペア５１１３Ａ
の値は顧客アプリケーションソフトウエア２１０から得
る。
【０６３５】ラベル値ペア５１１３Ｂはラベルの”バー
ジョン”を示す。ラベル値ペア５１１３Ｂの値は、ラベ
ル値ペア５１１３Ａによって表示された型の記録の中の
記録を示すメッセージデータ構造２７０（図１７）に蓄
積されているコードである。ラベル値ペア５１１３Ｂの
値は、メッセージデータ構造２７０から顧客アプリケー
ションソフトウエア２１０によって回復される。
【０６３６】ラベル値ペア５１１３Ｃは”セッション−
ＩＤ”のラベルを有する。ラベル値ペア５１１３Ｃの値
は領域２４０Ａ（図２１）のセッション−ＩＤから得ら
れる。
【０６３７】ラベル値ペア５１１３Ｄは”インデック
ス”のラベルを有する。ラベル値ペア５１１３Ｄの値
は、顧客アプリケーションソフトウエア２１０でそのセ
ッション内で取り引きに割り当てられた整数であり、領
域２４０Ｂに蓄積されているセッションキーを使用する
ことを表示する。値のレンジは１と領域２４０Ｊで蓄積
されたキー使用制限である。
【０６３８】ラベル値ペア５１１３Ｅは、”受取人通
貨”ラベルを有し、その値はメッセージＰＲ１のラベル
値ペア５０１３Ｇの通貨部分によって表示される。ラベ
ル値ペア５１１３Ｅの値は、販売者ユーザ３０３が取り
引きにおいて支払う意志のある通貨を示している。
【０６３９】ラベル値ペア５１１３Ｆは”ノート−ハッ
シュ”ラベルを有する。ラベル値ペア５１１３Ｆの値
は、メッセージＰＲ１のラベル値ペア５０１３Ｆのハッ
シュを示す。
【０６４０】ラベル値ペア５１１３Ｇは”受取人−Ｉ
Ｄ”ラベルを有する。ラベル値ぺ５１１３Ｇの値は、メ
ッセージＰＲ１のラベル値ペア５１１３Ｂの値から得ら
れる販売者個人ＩＤである。
【０６４１】ラベル値ペア５１１３Ｈは”注文−ＩＤ”
ラベルを有する。ラベル値ペア６１１３Ｈの値は、メッ
セージＰＲ１のラベル値ペア５１１３Ｃの値から得られ
る注文ＩＤである。
【０６４２】ラベル値ペア５１１３Ｉは”サービスカテ
ゴリ”ラベルを有する。ラベル値ペア６１１３Ｉの値
は、販売者コンピュータ３００で、特別なサービスカテ
ゴリのメッセージを操作する販売者コンピュータ３００
内のプロセッサへメッセージＣＡ１を送るのに使用され
得るラベルである。
【０６４３】ステップ１６２４では、顧客アプリケーシ
ョンソフトウエア２１０が、図５９−６０のフロー図に
示すように、ＣＡ−ＤＥＳ−キー発生処理によって、５
６−ビットのＤＥＳキーＤＥＳ−ＣＡ１を発生する。
【０６４４】ＤＥＳキーＤＥＳ−ＣＡ１の発生はステッ
プ１６１０で開始する。ステップ１６１１において、顧
客アプリケーションソフトウエア２１０は数量Ｑ、８バ
イト数を構築する。数量Ｑは、メッセージＣＡ１のラベ
ル値ペア５１１３Ａ、５１１３Ｂ及び５１１３Ｄの値の
連結体である。その結果としてのＤＥＳキーの各メッセ
ージによる交換が、ＣＡ−ＤＥＳ−キー発生処理１６０
０で生じる各ＤＥＳキーが唯一のものとなる可能性を上
げることが好ましい。本発明では、セッションキー領域
２４０Ｂの値及びラベル値ペア５１１３Ｄ（”インデッ
クス”）は、両方が取られる場合、通常各要求メッセー
ジ（メッセージＣＡ１及びＣＡ２を意味する）、及び各
応答メッセージ（メッセージＣＡ３及びＣＡ４を意味す
る）毎に異なる。更に、ラベル値ペア５１１３Ａ（”
型”）の値は応答と要求を区別して、その結果二つのメ
ッセージのいずれもが同じＤＥＳキーで暗号化される可
能性を低いものとしている。追加の変化しやすさがラベ
ル値ペア５１１３Ｂ（”バーション”）によって得られ
る。
【０６４５】本発明においては、メッセージＣＡ１のラ
ベル値ペア５１１３Ａ、５１１３Ｂ、及び５１１３Ｄの
結合体は、４バイトの量を意味する。所望の８バイトの
値に到達するために、結果としての結合体が左側に４バ
イトのゼロをもって詰込まれることになる。
【０６４６】ステップ１６１２では、６４ビットの初期
化ベクトルが得られる。この初期化ベクトル領域２４０
Ｂの下側６４ビットのセッション−キーである。この初
期化ベクトルは開設セッション処理４０７の間に発生す
る。
【０６４７】ステップ１６１３では、ステップ１６１１
で計算された数量Ｑとステップ１６１２で得られる初期
化ベクトルについての論理”エックスクルーシブＯＲ”
（ＸＯＲ）の操作が行なわれる。
【０６４８】ステップ１６１４では、ステップ１６１３
（６４ビットの値）でこのＸＯＲ操作が行われが結果
が、セッションキー領域２４０Ｂの上側６４ビットに蓄
積された５６ビットＤＥＳキーを用いて暗号化される。
この５６ビットＤＥＳキーは開設セッション処理４０７
間に発生する。
【０６４９】ステップ１６１５では、ステップ１６１４
のＸＯＲの暗号化の結果のパリティビットが除去され
る。このようにして、５６ビットＤＥＳキーＤＥＳ−Ｃ
Ａ１が作られる。
【０６５０】メッセージＣＡ１のＣＡ−ＤＥＳ−キー生
成処理１６００はステップ１６１７で終了する。
【０６５１】図７８を再度参照すると、メッセージＣＡ
１のメッセージ組立て処理ＣＡ１２が、ステップ１６２
５で継続される。ここでは、ＤＥＳキーＤＥＳ−ＣＡ１
がテンポラリレジスタに保管される。
【０６５２】ステップ１６２６では、顧客アプリケーシ
ョンソフトウエア２１０がメッセージテンプレートデー
タ構造２７０（図１７）にアクセスして、ラベルのリス
トを得る。このリストは、関連する値に合致すれば、メ
ッセージＣＡ１の不透明部の内容を作る。
【０６５３】メッセージＣＡ１の不透明部は図８０に示
されており、ここでは、ラベル値ペア５１１７Ａは”金
額”ラベルを有する。ラベル値ペア５１１７ａの値は通
貨及び顧客ユーザ２０３が商品に支払う金額を示す。
【０６５４】ラベル値ペア５１１７Ｂは”オース−コー
ド”ラベルを有し、ステップ１６２８で作られる。メッ
セージＣＡ１に対して、ラベル値ペア５１１７Ｂは、領
域２４０Ｃの８バイトソルト、ラベル値ペア５１１３
Ａ、５１１３Ｃ−５１１３Ｈ及び５１１７Ａの値、及び
領域２４０Ｃの結合体のハッシュである。ハッシイング
を行う前に、ラベル値ペア５１１３Ａ、５１１３Ｃ−５
１１３Ｈ及び５１１７Ａの全ての値の中の白紙スペース
を移動させて、縦のバーセパレータ特性が隣接する各ペ
アの値の中に挿入する。
【０６５５】真正を証明するコードはデジタルサインで
はない。デジタルサインはラベル値ペア５１１７Ｂで反
映されたオースコードに代えて使用することができる一
方、処理時間の期間内にこのような使用をするコスト
は、ハッシュを処理するのに比して相当なものである。
顧客ユーザ２０３及び販売者ユーザー３０３に対して限
定された期間を有する独立したセッションを使用するこ
とによって所定のセーブガードが与えられると、暗号化
のベースとなる非拒絶の利益は処理時間にかかるコスト
に優るのに十分でない。
【０６５６】ステップ１６２９では、ステップ１６２８
で作られたラベル値ペア５１１７Ｂが、ラベル値ペア５
１１７Ａに追加されている。ラベル値ペア５１１７Ａ及
び５１１７Ｂは、ＤＥＳキーＤＥＳ−ＣＡ１を用いて暗
号化され、ステップ１６２５でテンポラリレジスタに蓄
積される。
【０６５７】ステップ１６３０では、ステップ１６２９
で暗号化されたデータが公知の技術を用いて符号化され
る。
【０６５８】メッセージＣＡ１はステップ１６３１−１
６３４で組立てられる。ステップ１６３１では、顧客メ
ッセージテンプレートデータ構造２７０（図１７）のメ
ッセージテンプレードファンドと、顧客アプリケーショ
ンソフトウエア２１０に埋まっているプロトコル番号を
用いて、ヘッダ５１０５が作られる。
【０６５９】ステップ１６３２では、透明ラベル値ペア
５１１３Ａ−５１１３が付加される。
【０６６０】ステップ１６３３では、不透明ラベル値ペ
ア５１１７が付加される。ラベル値ペア５１１７は続く
値が暗号データ化されることを表す”不透明”ラベルを
有する。ラベル値ペア５１１７の値はステップ１６３０
で暗号化されたデータを表す。
【０６６１】トレーラ５１５０はステップ１６３４で組
立てられる。トレイラ５１５０のチェックサムは上述し
たように、サンプルメッセージ４０００に関連して計算
される。トレーラ５１５０はメッセージＣＡ１の残りに
加えられる。
【０６６２】メッセージＣＡ１の組立ては、これで終了
する。メッセージＣＡ１のメッセージの組立て処理ＣＡ
１２はステップ１６３５で終わる。
【０６６３】図７３−７５を再度参照すると、ステップ
１７０７Ａで処理が継続している。ここでは、顧客コン
ピュータ２００が以下の通り、新規記録２５３（図２
５）を追加する。
【０６６４】顧客アプリケーションソフトウエア２１０
は、値、好ましくは”キャッシュ−支払”を作り、それ
を型領域２５３Ａに蓄積する。
【０６６５】顧客アプリケーションソフトウエアは、取
り引き番号及び日付を作り、取り引き番号領域２５３Ｂ
及び日付／時刻領域２５３Ｃに蓄積する。
【０６６６】メッセージＣＡ１を作るのに使用される顧
客アプリケーションソフトウエア２１０のソフトウエア
バージョンは、顧客アプリケーションソフトウエア２１
０から得られ、ソフトウエアバージョン領域２５３Ｄに
蓄積される。
【０６６７】顧客個人１２０．１の個人ＩＤは、領域２
２０Ａから得られ、領域２５３Ｅに蓄積される。
【０６６８】メッセージＰＲ１のラベル値ペア５０１３
Ｃの値は、注文ＩＤ領域２５３Ｆに蓄積される。
【０６６９】ラベル値ペア５１１３Ｂの値は販売者ＩＤ
領域２５３Ｇに蓄積される。
【０６７０】ラベル値ペア５１１７Ａに関連する値は、
金額領域２５３Ｈに蓄積され、顧客セッションデータ構
造２４０の通貨値領域２４０Ｆから差引かれる。
【０６７１】ユーザメモ領域２５３Ｉは、顧客ユーザ２
０３が支払に同意した時に顧客アプリケーションソフト
ウエア２１０からのプロンプトに応答して顧客ユーザ２
０３から得られる。
【０６７２】メッセージＰＲ１からのラベル値ペア５０
１３Ｉの値は領域２５３Ｊに蓄積される。
【０６７３】メッセージＣＡ１のコピーは好ましくは、
領域２５３Ｋに蓄積される。
【０６７４】図７３−７５を再度参照すると、処理がス
テップ１７０８へ続いている。ここでは、顧客コンピュ
ータ２００がメッセージＣＡ１を販売者コンピュータ３
００へ転送する。顧客コンピュータ２００は、販売者コ
ンピュータ３００から応答メッセージＣＡ４を待つ。
【０６７５】ステップ１７０９では、販売人コンピュー
タ３００が顧客コンピュータ２００からメッセージＣＡ
１を受取り、メッセージアンラップ処理ＣＡ１を実行し
て、メッセージＣＡ１をアンラップする。メッセージア
ンラップ処理ＣＡ１は、ステップ１６４１で始まる図８
２を参照して述べることにする。
【０６７６】ステップ１６４２では、販売者ソフトウエ
ア３１０がメッセージＣＡ１のヘッダ５１０５のプロト
コル番号を抽出する。領域５１０５Ｃのこの抽出された
プロトコル番号に基づいてメッセージデータ構造３８０
がアクセスされ、メッセージＣＡ１の所定のフォーマッ
トを決定する。この期待されたフォーマットは、メッセ
ージシンタックス（例えば、ｅｎｄ−ｏｆ−ｌｉｎｅの
文字を許すなど）と、メッセージコーディング（例え
ば、ＡＳＣＩＩまたはｈｅｘ）を含めてもよい。メッセ
ージＣＡ１は、以下の通り、期待されたフォーマットに
よって分析される。
【０６７７】ステップ１６４３では、販売者コンピュー
タ３００が、メッセージＣＡ１のメッセージ組立て処理
ＣＡ１２のステップ１６３３で顧客コンピュータ２００
によって使用される同じデータを用いたチェックサムを
計算する。ステップ１６４４では、ステップ１６４３で
計算したチェックサムがメッセージＣＡ１のトレーラ５
１５０のチェックサムと比較される。もし、そのチェッ
クサムが等しくなければ、ＣＡ１メッセージアンラップ
処理が終了するステップ１６４４Ｄで廃棄される。
【０６７８】ステップ１６４４でチェックサムが等しけ
れば、ステップ１６４４Ｂに処理が継続され、そこでメ
ッセージをチェックして、メッセージアンラップ処理Ｃ
Ａ１に適当であるかどうかを決定する。メッセージが、
メッセージの透明部分に”型”ラベルを含むものであ
り、その値がメッセージＣＡ１を表示するものであれ
ば、それは適当である。メッセージがラベル値ペアを含
んでいなければ、適当でない。メッセージＣＡ１は適当
であり、従って、処理はステップ１６４５に継続され、
メッセージＣＡ１のフォームのチェックが行われる。
【０６７９】ステップ１６４５のフォームチェック処理
は、ソフトウエアバージョンに依存する。すなわち、メ
ッセージの所定のフォーム、及び受入れ可能か否かを決
定するクリテリアは、すでに述べたとおり、メッセージ
のタイプとメッセージＣＡ１に与えられているバージョ
ン情報、及びメッセージデータ３８０で決まる所定の時
間に有効になるメッセージとメッセージの変形に依存す
る。少なくとも、フォームチェック処理は、入ってくる
メッセージがそのメッセージに対して予め決められたラ
ベルを全て含んでいるかどうか、値を要求する各ラベル
に対して値があるか否か、及び、その値が、型（例え
ば、テキスト、サインした番号）、シンタックスに関す
るものであり、要求されている特別な限定内にあるかど
うかを確実にする。メッセージが分析できない場合、あ
るいは分析できてもフォームクリテリアが合致しなかっ
た場合は、ステップ１６４７でエラーフラッグが設定さ
れる。この場合、メッセージアンラップ処理ＣＡ１はス
テップ１６４８で終了する。メッセージＣＡ１がステッ
プ１６４５のフォームチェックをパスした場合は、処理
がステップ１６４６で継続され、ラベル値５１１７の値
がテンポラリレジスタに蓄積される。メッセージアンラ
ップ処理ＣＡ１はステップ１６４８で終了する。
【０６８０】再度、図７３−７５を参照すると、ステッ
プ１７１０Ａで処理が再開する。ステップ１６４７でエ
ラーフラッグが設定されたら、ステップ１７１０Ｂ処理
が継続され、販売者エラー処理処理が呼出される。
【０６８１】ステップ１６４７でフラッグが設定されな
い場合は、処理は、ステップ１７１１Ａで継続される。
ここで、販売者コンピュータ３００は、図７８に示すメ
ッセージ組立て処理ＣＡ１２に基づいて、メッセージＣ
Ａ２（図８３−８５）を組立てる。メッセージ組立て処
理ＣＡ１２については、ＤＥＳ−キーＤＥＳ−ＣＡ２
が、ＣＡ−ＤＥＳ−キー処理１６００を用いて発生する
（むしろＤＥＳキーＤＥＳ−ＣＡ１以外）ことを除い
て、メッセージＣＡ１のところですでに述べた。
【０６８２】ラベル値ペア５２１３Ａは”型”ラベルを
有する。ラベル値ペア５２１３Ａの値は、メッセージＣ
Ａ２を含むラベルを設定するサーバーメッセージデータ
構造１５０内の記録を表す。ラベル値ペア５２１３Ａの
値は、販売者アプリケーションソフトウエア３１０から
得られる。
【０６８３】ラベル値ペア５２１３Ｂは、”バージョ
ン”ラベルを有し、上述したとおり、型の記録に関する
記録を表す。ラベル値ペア５２１３Ｂの値は、フォーム
に関する情報、ラベル値ペア５２１７．１と５２１７．
２の内容は、ラベル値ペア５２１７．１Ｂに与えられ
る。ラベル値ペア５２１３Ｂは、メッセージデータ構造
３８０（図３８）から販売者アプリケーションソフトウ
エア３１０によって回復される。
【０６８４】ラベル値ペア５２１３Ｃは”セッションＩ
Ｄ”ラベルを有する。ラベル値ペア５２１３Ｃの値はセ
ッション−ＩＤ領域３４０Ａ（図４２）から得られる。
【０６８５】ラベル値ペア５２１３Ｄは”インデック
ス”ラベルを有する。ラベル値ペア５２１３Ｄの値は販
売者アプリケーションソフトウエア３１０で一セッショ
ン内での取り引きに割り当てられた整数であり、領域２
４０Ｂに保管されたセッションキーの使用を表示する。
【０６８６】ラベル値ペア５２１３Ｅは”サービス−カ
テゴリ”ラベルを有する。ラベル値ペア５２１３Ｅの値
は、特別なサービス−カテゴリのメッセージを操作する
サーバーコンピュータ１００内のプロセッサにメッセー
ジＣＡ２を送るのに使用されるラベルである。
【０６８７】メッセージＣＡ２は、販売者不透明ラベル
値ペア５２１７．１と、顧客不透明ラベル値ペア５２１
７．２を含む。ラベル値ペア５２１７．１とラベル値ペ
ア５２１７．２とは、”販売者−不透明”ラベル及び”
顧客−不透明”ラベルとをそれぞれ有し、これに続く値
は暗号化されたデータであることを意味する。ラベル値
ペアの値５２１７．１はステップ１６３０で符号化され
たベース−６４であったデータを表す。ラベル値ペア５
２７１．２の値は（メッセージＣＡ１で顧客コンピュー
タ２００によって送られてきた）ラベル値ペア５１１７
の値であり、ステップ１６４６でテンポラリレジスタに
蓄積される。
【０６８８】メッセージＣＡ２の不透明部分は図８４に
示されている。ここでは、ラベル値ペア５２１７．１Ａ
が”型”ラベルを有している。ラベル値ペア５２１７．
１Ａは、メッセージＣＡ２の不透明部の内容のラベルを
設定するメッセージデータ構造１５０内の記録を表す。
ラベル値ペア５２１７．１Ａの値は販売者アプリケーシ
ョンソフトウエア３１０から得られる。
【０６８９】ラベル値ペア５２１７．１Ｂは”バージョ
ン”ラベルを有し、ラベル値ペア５２１７．１Ａによっ
て表されるそのタイプの記録内の記録を表す。先に述べ
たとおり、ラベル値ペア５２１７．１Ｂは、メッセージ
の送り人に、メッセージの受取人に、そのメッセージの
どのバージョンが送られ、受取人にそのバージョンをど
のように分析して処理するかを通知させる。ラベル値ペ
ア５２１７．１Ｂはサーバーコンピュータ１００に、不
透明ラベル値ペア５２１７．１のフォームと内容を通知
する。ラベル値ペア５２１７．１Ｂの値は、販売者アプ
リケーションソフトウエア３１０から得られる。
【０６９０】本発明は、好ましくは、販売人コンピュー
タ３００に、一以上の顧客コンピュータから受け取っ
た”ｎ”個のＣＡ１メッセージを、単一のメッセージＣ
Ａ２内で、サーバーコンピュータへ提出させる。本発明
では、変数”ｎ”は１から２５５のレンジ内で整数であ
る。システムのキャパシティと他のファクタによって
は、異なるレンジを設けることも可能である。メッセー
ジＣＡ２は、受け取ったメッセージＣＡ１の透明ラベル
値ペア５１１３Ａ−５１１３Ｄ及び５１１３Ｆ−５１１
３Ｈが不透明ラベル値ペア５２１７．１に含まれるよう
に構成されている。販売者コンピュータ３００によって
サーバーコンピュータ１００へ提出される買うメッセー
ジＣＡ２のために、メッセージＣＡ２は、ラベル値ペア
５２１７．１Ｃ−５２１７．１Ｉ（ラベル値ペア５１１
３Ａ−５１１３と及びＩ５１１３Ｆ−５１１３Ｈに対応
する）及び５２１７．Ｊを含んでいる。より詳しく述べ
ると：ラベル値ペア５２１７．１Ｃは”型−ｎ”ラベル
とラベル値ペア５１１７Ａの値を有する。
【０６９１】ラベル値ペア５２１７．１Ｄは”サブバー
ジョン−ｎ”ラベルとラベル値ペア５１１７Ｂの値を有
する。
【０６９２】ラベル値ペア５２１７．１Ｅは”支払人−
セッション−ＩＤ−ｎ”ラベルとラベル値ペア５１１７
Ｃの値を有する。
【０６９３】ラベル値ペア５２１７．１Ｆは”支払人−
インデックス−ｎ”ラベルとラベル値ペア５１１７Ｄの
値を有する。
【０６９４】ラベル値ペア５２１７．１Ｇは”ノート−
ハッシュ−ｎ”ラベルとラベル値ペア５１１７Ｆの値を
有する。
【０６９５】ラベル値ペア５２１７．１Ｈは”受取人−
ＩＤ−ｎ”ラベルとラベル値ペア５１１７Ｇの値を有す
る。
【０６９６】ラベル値ペア５２１７．１Ｉは”注文−Ｉ
Ｄ−ｎ”ラベルとラベル値ペア５１１７Ｈの値を有す
る。
【０６９７】ラベル値ペア５２１７．１Ｊは”販売者−
金額−ｎ”ラベルを有する。ラベル値ペア５２１７．１
Ｊの値は、販売人アプリケーションソフトウエア３１０
で与えられ、販売人ユーザ３０３が商品に対して受け取
る通貨と金額とを表す。
【０６９８】図７３−７５を再度参照すると、処理はス
テップ１７１１Ｂにて継続され、ここで、販売者コンピ
ュータ３３０がローカルデータ構造を以下の様にして更
新する。
【０６９９】新規レコード３５０．１は、メッセージＣ
Ａ１に含まれている”ｎ”個のＣＡ１メッセージ用の販
売者金額データ構造３５０において作られる。ラベル値
ペア注文−ＩＤ−ｎからの注文−ＩＤは、領域３５０Ａ
に蓄積される。ラベル値ぺア販売人−金額−ｎからの販
売人−金額は領域３５０Ｂに蓄積される。
【０７００】レコード３７０．１（図４６）は以下の通
り更新される。
【０７０１】ステータス領域３７０Ｂが販売人アプリケ
ーションソフトウエア３１０で”試行”にセットされ
る。ラベル値ペア５２１３Ｃからの販売人ユーザ３０３
のセッション−ＩＤは領域３７０Ｇに蓄積される。ラベ
ル値ペア５２１３Ｄからの販売人ユーザ３０３のインデ
ックスは領域３７０Ｈに蓄積される。ラベル値ペア５２
１７Ｅからの顧客ユーザ２０３のセッション−ＩＤは領
域３７０Ｄに蓄積される。ラベル値ペア５２１７Ｆから
の顧客ユーザ２０３のインデックスは領域３７０Ｅに蓄
積される。販売人の通貨は、ラベル値ペア５２１７Ｊの
通貨シンボル値から取られ、領域３７０Ｉに蓄積され
る。販売人が支払われることを期待している金額はラベ
ル値ペア５２１７Ｋの金額値から取られ、領域３７０Ｊ
に蓄積される。
【０７０２】再度、図７３−７５を参照すると、処理は
ステップ１７１２で継続される。販売人コンピュータ３
００はメッセージＣＡ２をサーバーコンピュータ１００
に転送する。販売人コンピュータ３００はサーバーコン
ピュータ１００からの応答メッセージＣＡ３を待つ。
【０７０３】ステップ１７１３Ａで、サーバーコンピュ
ータ１００は販売人コンピュータ３００からメッセージ
ＣＡ２を受取り、メッセージＣＡ２のラベル値ペア５２
１３Ｄの値のコピーをインデックス領域１３０ＬＬ．１
に（図１４）、メッセージＣＡ２のコピーを領域１３０
ＬＬ．２に蓄積する。ステップ１７１３Ｂで、サーバー
はサーバーメッセージアンラップ処理１６６０を実行し
て、メッセージＣＡ２をアンラップする。ステップ１６
１で始まるメッセージＣＡ２のサーバーメッセージアン
ラップ処理１６６０を、図８６及び８７を参照して、以
下に述べる。
【０７０４】ステップ１６６２において、サーバーソフ
トウエア１１０は、メッセージＣＡ２のヘッダ５２０５
の領域５２０５Ｃからプロトコル番号を抽出する。次い
で、この抽出したプロトコル番号をもとにして、メッセ
ージデータ構造１５０にアクセスして、メッセージＣＡ
２の所定のフォーマットを決定する。この所定のフォー
マットは、メッセージシンナックス（例えば許可された
ｅｎｄ−ｏｆ−ｌｉｎｅの文字）及びメッセージコード
（例えばＡＳＣＩＩまたはｈｅｘ）を含んでいてもよ
い。メッセージＣＡ２は所定のフォーマットによって以
下の通り分析される。
【０７０５】ステップ１６６３において、サーバーコン
ピュータ１００が、メッセージＣＡ２用のメッセージ組
立て処理ＣＡ１２のステップ１６３３で販売者コンピュ
ータ３００で使用されているのと同じデータを用いてチ
ェックサムを計算する。ステップ１６６４で、ステップ
１６６３で計算したチェックサムと、メッセージＣＡ２
のトレーラ５２５０のチェックサムと比較される。これ
らのチェックサムが、同じでなければ、メッセージＣＡ
２は、サーバーメッセージアンラップ処理１６６０が終
了するステップ１６６４Ａで破棄される。
【０７０６】ステップ１６６４でこれらのチェックサム
が同じであれば、ステップ１６６５Ａで処理が継続さ
れ、メッセージがチェックされて、メッセージアンラッ
プ処理１５００へ奥Ｒのに適当であるかどうかが決定さ
れる。メッセージの透明部分及びメッセージＣＡ２を表
示する値に”型”ラベルが含まれていれば、メッセージ
は適当である。メッセージがこのラベル値ペアを含んで
いなければ、そのメッセージは適当でなく、ステップ１
６６５Ｃで処理が継続され、そこでメッセージが他に記
載されている他のアンラップ処理に送られる。メッセー
ジＣＡ２が適当であれば、ステップ１６６５Ｃで処理が
継続される。ここでは、販売者の不透明ラベル値ペア５
２１７．１が復号される。
【０７０７】ステップ１６６６では、先に述べたとお
り、サーバーソフトウエア１１０が、ＣＡ−ＤＥＳ−キ
ー生成処理１６００によって、販売者コンピュータから
ＤＥＳキーＤＥＳ−ＣＡ２を独自に作る。
【０７０８】ステップ１６６７では、サーバーコンピュ
ータ１００から生じる５６−ビットのＤＥＳキーＤＥＳ
−ＣＡ２が、テンポラリレジスタに蓄積される。
【０７０９】処理は１６６８で続けられる。ここでは、
販売者不透明ラベル値ペア５２１７．１がＤＥＳキーＤ
ＥＳ−ＣＡ２を用いて解読される。
【０７１０】ステップ１６６８Ａで、ラベル値ペア５２
１７．１の解読の成功か失敗かが決定される。何等かの
理由で解読が失敗した場合は、ステップ１６８３でエラ
ーフラッグが設定され、サーバーメセージアンラップ処
理１６６０はステップ１６８２で終了する。
【０７１１】解読が成功したら、ステップ１６６８Ｂで
処理が継続される。ここでは、サーバーコンピュータ１
００が、販売者ユーザ３０３が有効なセッションを開設
したかどうかを決定する。サーバーコンピュータ１００
は、ラベル値ペア５２１３Ｃから販売者のセッションＩ
Ｄ番号を得る。このセッションＩＤは、ラベル値ペア５
２１３Ｃで認識されたセッション用の販売者レコード１
３０．２を得るのに使用される。領域１３０ＧＧに蓄積
されている開設データが、次いでサーバーコンピュータ
１００のクロックを参照して決定したデータと、そのセ
ッションが開始するまでに経過した時間と比較される。
そのセッションが開始するまでに経過した時間がキー寿
命領域１３０ＪＪにおける値を越えている場合は、その
セッションが無効になる。これに加えて、インデックス
ラベル値ペア５２１３Ｄが、領域１３０ＩＩに蓄積され
ているきー使用制限の値を越えている場合は、そのセッ
ションの使用が無効になる。セッションが無効になった
場合は、ステップ１６８１でセッション−閉鎖フラッグ
がセットされ、ステップ１６８２でＣＡ２アンラップ処
理が終了し、支払処理１７００は領域１７１４で継続さ
れる。
【０７１２】セッションが有効であれば、ステップ１６
６８Ｃにおいて、ラベル値ペア５２１７．１Ａに基づい
てメッセージの型が決定される。例えば、メッセージＣ
Ａ２に関するラベル値ペア５２１７．１Ａの値は”キャ
ッシュ−コレクション”でよい。
【０７１３】ステップ１６６９で処理が続けられる。こ
こでは、サーバーコンピュータ１００、メッセージＣＡ
２のフォームのチェックを行う。ステップ１６６９のフ
ォームチェック処理は、ソフトウエアのバージョンに依
存する。すなわち、メッセージの所定のフォームと、そ
れが受入れ可能か否かを決定するクリテリアは、すでに
述べたとおり、メッセージの型とバージョンデータ構造
１５０に基づいて決定される所定の時間、有効であるメ
ッセージとメッセージの変形によって決まる。最小限、
フォームチェック処理は、入ってくるメッセージがその
メッセージに関して決められている全てのラベルを含ん
でいるかどうか、値を必要とする各ラベルについて値が
あるかどうか、及びその値が、その型（例えば、テキス
ト、サインをした番号）、シンタックスに関するもので
あり、要求される特定の制限内にあるかどうかを確かめ
る。メッセージが分析できるが、フォームクリテリアに
合致しない場合は、サーバーコンピュータ１００がステ
ップ１６８１でエラーフラッグを設定し、エラーコード
をメッセージＣＡ３（後述する）に戻す。この場合、メ
ッセージＣＡ２のサーバーメッセージアンラップ処理が
ステップ１６８２で終了することになる。
【０７１４】メッセージＣＡ２が、ステップ１６６９で
フォームチェックをパスしたら、ステップ１６７０へ処
理を進める。
【０７１５】ステップ１６７０では、ラベル値ペア５２
１７．１Ｋによって表される販売者ユーザ３０３の検証
コードが以下のようにして認証される。サーバーソフト
ウエア１１０は、領域１３０ＣＣの８−バイトのソルト
を得る。次いで、サーバーソフトウエア１１０が、メッ
セージデータ構造１５０にアクセスして、メッセージＣ
Ａ２に関するメッセージ組立て処理ＣＡ１２のステップ
１６２７で、どのラベル値ペアがハッシュされたかを決
めて、ラベル値ペア５２１７．１Ｋの値を計算する。つ
いで、サーバーソフトウエア１１０でこれらの同じラベ
ル値ペアをハッシュする。ハッシュが計算される前に、
領域１３０ＣＣの８バイトソルトが、ラベル値ペアのペ
リフィックスとサフィックスとして加えられる。このハ
ッシュの値は、ラベル値ペア５２１７．１Ｋの値と比較
される。これらの値が異なる場合は、ステップ１６８１
で適当なエラーフラッグが設定される。この場合は、メ
ッセージＣＡ２に関するサーバーメッセージアンラップ
処理１６６０が、ステップ１６８２で終了する。これら
の値が整合した場合は、ステップ１６７１で処理が継続
される。
【０７１６】ステップ１６７１では、変数”ｎ”が１に
初期化される。この変数”ｎ”の値は、上述したとお
り、メッセージＣＡ２に含まれるｎ番目のＣＡ１メッセ
ージを意味する。
【０７１７】ステップ１６７２では、サーバーソフトウ
エア１１０が、ＣＡ−ＤＥＳ−キー製造処理１６００に
基づいて、ＤＥＳキーＤＥＳ−ＣＡ１を作る。サーバー
コンピュータ１００で作られたＤＥＳキーＤＥＳ−ＣＡ
１は、テンポラリレジスタに蓄積される。
【０７１８】ステップ１６７３では、顧客不透明ラベル
値ペア５２１７．２がＤＥＳキーＤＥＳ−ＣＡ１を用い
て解読される。
【０７１９】ステップ１６７４では、ラベル値ペア５２
１７．２の解読の成功、失敗が決められる。何等かの理
由で解読が失敗した場合、ステップ１６７８でエラーフ
ラッグが設定され、ステップ１６７９に処理が進められ
る。ここで、処理すべきＣＡ１メッセージがまだあるか
道下が決定される。まだある場合は、ステップ１６８０
で処理が継続される。処理すべきメッセージがない場合
は、サーバーメッセージアンラップ処理１６６０がステ
ップ１６８２で終了する。
【０７２０】ラベル値ペア５２１７．２の解読が成功で
あれば、ステップ１６７５に処理が進められる。
【０７２１】ステップ１６７５では、メッセージＣＡ１
のラベル値ペア５１１７Ｂで表される顧客ユーザ２２０
３の検証コードが以下の用にして認証される。サーバー
ソフトウエア１１０は、領域１３０の８−バイトソルト
を得る。次いで、サーバーソフトウエア１１０はメッセ
ージデータ構造１５０にアクセスして、メッセージＣＡ
１に関するメッセージ組立て処理ＣＡ１２のステップ１
６２７で、どのラベル値ペアがハッシュされたかを決め
て、ラベル値ペア５１１７．１Ｋの値を計算する。つい
で、サーバーソフトウエア１１０でこれらの同じラベル
値ペアをハッシュする。ハッシュが計算される前に、領
域１３０Ｃの８バイトソルトが、ラベル値ペアのペリフ
ィックスとサフィックスとして加えられる。このハッシ
ュの値は、ラベル値ペア５１１７Ｂの値と比較される。
これらの値が異なる場合は、ステップ１６７８で適当な
エラーフラッグが設定され、ステップ１６７９で処理が
継続される。この場合は、メッセージＣＡ１に関するサ
ーバーメッセージアンラップ処理１６６０が、ステップ
１６８２で終了する。終了した場合は、処理がステップ
１６８０で続けられる。これらの値が整合した場合は、
ステップ１６７６で処理が継続される。
【０７２２】ステップ１６７６では、販売者３０３が有
効なセッションを開設したばあい、サーバーコンピュー
タ１００が、メッセージＣＡ２に含まれているｎ回目の
支払い要求に関連する顧客ユーザ２０３が有効なセッシ
ョンを開設しているかどうかを決める。サーバーコンピ
ュータ１００は、ラベル値ペア５２１７．Ｅから顧客ユ
ーザ２０３のセッションＩＤ番号を得る。このセッショ
ンＩＤは、ラベル値ペア５２１７．１Ｅで認識されてい
るセッションに関する顧客セッションレコード１３０．
１を得るのに使用される。領域１３０Ｇに蓄積された開
設日が、次いでサーバーコンピュータ１００のクロック
で決定された日付と、セッションの新設が計数されてか
ら経過した時間と比較される。セッションの新設から経
過した時間がキー−寿命領域１３０Ｊの値を越えた場合
は、そのセッションが無効になる。インデックスラベル
値ペア５２１７．１Ｆの値が領域１３０Ｉに蓄積されて
いるキー−使用制限の値を越えた場合は、取り引きが無
効になる。セッションが無効であれば、ステップ１６７
８でセッション−閉鎖フラッグが設定され、ステップ１
６７９で処理が継続される。ここでは、処理すべきＣＡ
１メッセージがまだあるかどうかを決定する。もし、ま
だある場合は、ステップ１６８０で処理が継続される。
メッセージがない場合は、サーバーメッセージアンラッ
プ１６６０が、ステップ１６８２で終了する。
【０７２３】顧客ユーザ２０３のセッションが有効であ
れば、処理はステップ１６６７で続けられる。
【０７２４】ステップ１６７７では、販売者ユーザ３０
３に対して支払が行われる。顧客ユーザ２３０に関して
言えば、この支払は金額のラベル値ペア５２１７．２Ａ
を反映した金額が、領域１３０Ｆの現在の金額から差引
かれ、レコード１３０．１の取り引きデータ１３０Ｎを
取入れる。取り引きデータ１３０Ｎは図１３に示されて
おり、次のデータが取入れられる。ラベル値ペア５２１
７．２Ａの金額は領域１３０Ｎ．１に蓄積され；ラベル
値ペア５２１７．Ｅからの顧客セッションＩＤは領域１
３０Ｎ．２に蓄積され；ラベル値ペア５２１７．１Ｉか
らの注文−ＩＤは、領域１３０Ｎ．３に蓄積され、ラベ
ル値ペア５２１３Ｃからの販売者セッションＩＤは領域
１３０Ｎ．４に蓄積され；ラベル値ペア５２１７．１Ｆ
からの顧客インデックスは領域１３０Ｎ．５に蓄積され
る。
【０７２５】販売者ユーザ３０３については、この支払
は、金額領域５１１７Ａに反映される金額に、領域１３
０Ｆの現在の金額を追加することを意味し、レコード１
３０．２．１３０１の取り引きデータ１３０ＦＦを取入
れる。取り引きデータ１３０ＮＮは図１５に示されてお
り、次のデータが取入れられる。ラベル値ペア５２１
７．２Ａの金額は領域１３０ＮＮ．１に蓄積され；ラベ
ル値ペア５２１７．Ｅからの顧客セッションＩＤは領域
１３０ＮＮ．２に蓄積され；ラベル値ペア５２１７．１
Ｉからの注文−ＩＤは、領域１３０ＮＮ．３に蓄積さ
れ、ラベル値ペア５２１３Ｃからの販売者セッションＩ
Ｄは領域１３０ＮＮ．４に蓄積され；ラベル値ペア５２
１７．１Ｆからの販売者インデックスは領域１３０Ｎ
Ｎ．５に蓄積される。
【０７２６】ステップ１６７９において、サーバーソフ
トウエア１１０は、メッセージＣＡ２が処理すべき追加
のメッセージＣＡ１を含んでいるかどうかを決定する。
処理すべき追加のＣＡ１メッセージがあるばあい、ステ
ップ１６８０で変数”ｎ”が増加し、先に述べたとお
り、ステップ１６７２で処理が続けられる。処理術Ｒ器
追加ＣＡ１メッセージがない場合、ステップ１６８２で
メッセージＣＡ２用のサーバーメッセージアンラップ処
理１６６０が終了する。
【０７２７】図７３−７５のステップ１７１４にて処理
が続けられる。ここで、ステップ１６６４、１６６８
Ａ、１６６８Ｂ、１６６９、１６７０、のチェックの結
果ステップ１６８１でエラーフラッグが設定されていれ
ば、ステップ１６８１で処理が続けられる。ここでは、
エラーの型が、応答コードラベル値ペア５３１７１．Ｃ
に関連すべき所定のコードと、ラベル値ペア５３１７．
１Ｅに関連するべきメッセージとを引出す。エラーフラ
ッグで検出され、応答コードラベル値ペアに報告される
る詳細のレベルは、システム管理者に対する決定であ
る。例えば、”失敗”は、”大失敗”となる。すなわ
ち、そのメッセージ（例えば、無効フォーマット、ある
いはセッションの閉鎖）の再提出される失敗のサブセッ
トの失敗は、メッセージの処理において生じない。”失
敗”は、また、回復し得る失敗（例えば、サーバーコン
ピュータ１００のテンポラリ的な停電によるタイムアウ
ト）を囲むこともできる。次に述べるところにおいて、
期間の失敗は、よく使用される。
【０７２８】ステップ１６８１でフラッグが設定されな
ければ、ステップ１７１６に処理がすすみ、ここで、サ
ーバーコンピュータ１００が、ステップ１６７４、１６
７５、及び１６７６における支払要求メッセージのチェ
ックが、ステップ１６７８で設定されるべきエラーフラ
ッグを起こしたのかどうかを決定する。ｎ番目のＣＡ１
メッセージが設定されるべきフラッグを生じさせた場
合、ステップ１７１７において、ラベル値ペア５３１
７．１Ｋ（応答コード−ｎ）とラベル値ペア５３１７．
２Ａ（応答コード）の値が、失敗として設定され、ラベ
ル値ペア５３１７．１Ｎ（問題−ｎ）及びラベル値ペア
５３１７．２Ｅ（問題）が、ラベル値ペア５３１７．１
Ｋの値に関するコードの値を割り当てる。サーバーコン
ピュータ１００のオペレータが所望するようであれば、
メッセージと関係なく、失敗をラベル値ペア５３１７．
１Ｌ（リマーク−ｎ）及びラベル値ペア５３１７．５Ａ
（リマーク）に含めることができる。
【０７２９】ステップ１７１８Ａにおいて、サーバーコ
ンピュータ１００は、図８８に示すサーバーメッセージ
組立て処理３４００に従って、メッセージＣＡ３を組立
てる。
【０７３０】メッセージＣＡ３用のサーバーメッセージ
組立て処理３４００はステップ３４０１で始まる。
【０７３１】ステップ３４０２Ａにおいて、サーバーソ
フトウエア１１０が、メッセージの型及びバージョンデ
ータ構造１５０にアクセスして、ラベルのリストを得
る。これは、関連する値に整合した時、図８９及び９０
に示すメッセージＣＡ３用の透明ラベル値ペア５３１３
Ａ−５３１３Ｅを作る。以下に述べるとおり、ステップ
３４０５Ａで、値が各ラベルに関連づけられる。
【０７３２】ラベル値ペア５３１３Ａは、”型”ラベル
を有する。ラベル値ペア５３１３Ａの値は、メッセージ
ＣＡ３のラベルを設定するメッセージデータ構造３８０
のレコードを示す。ラベル値ペア５３１３Ａの値は、サ
ーバーソフトウエア１１０から得られる。
【０７３３】ラベル値ペア５３１３Ｂは、”バージョ
ン”ラベルを有し、ラベル値ペア５３１３Ａで示される
レコードに関係するレコードを示す。上述したとおり、
ラベル値ペア５３１３Ｂは、メッセージの送り主に。そ
のメッセージのバージョンの受取、及びこのバージョン
をどのように分析し処理するかについての通知を行わせ
る。メッセージＣＡ３は、販売者コンピュータ３００に
送られるメッセージＣＡ２の応答であるため、メッセー
ジＣＡ３は、サーバーソフトウエア１１０によって選択
され、販売者アプリケーションソフトウエア３１０で処
理できることを確認する。ラベル値ペア５３１３Ｂは、
販売者アプリケーションソフトウエア３１０に透明ラベ
ル値ペア５３１３Ａ、５３１３Ｃ、５３１３Ｄ、及び５
３１３Ｅのフォームと内容を通知する。ラベル値ペア５
３１３Ｂの値は、販売者ソフトウエア３１０から得られ
る。
【０７３４】ラベル値ペア５３１３Ｃは、”セッション
ＩＤ”ラベルを有する。ラベル値ペア５３１３Ｃの値
は、販売者セッションデータ構造１３０の領域１３０Ａ
ＡのセッションＩＤから得られる。
【０７３５】ラベル値ペア５３１３Ｄは、”インデック
ス”ラベルを有する。ラベル値ペア５３１３Ｄの値は、
販売者セッションデータ構造１３０の領域１３０ＬＬの
インデックスから得られる。
【０７３６】ラベル値ペア５３１３Ｅは、”サービス−
カテゴリ”ラベルを有する。ラベル値ペア５３１３Ｅの
値は、販売者コンピュータ３００で、メッセージＣＡ３
を特に、サービスカテゴリのメッセージを取り扱う販売
者コンピュータ３００内のプロセッサに送るために使用
されるラベルである。
【０７３７】ステップ３４０２Ｃでは、サーバーソフト
ウエア１１０が、５６−ビットのＤＥＳキーＤＥＳ−Ｃ
Ａ３Ｃ−ｎ及びＤＥＳ−ＣＡ３−Ｍを作る。ＤＥＳキー
ＤＥＳ−ＣＡ３Ｃ−ｎ及びＤＥＳ−ＣＡ３−Ｍは、顧客
コンピュータ２００及び販売者コンピュータ３００のそ
れぞれで受け取るデータを暗号化するのに使用される。
先に述べたとおり、ＤＥＳキーＤＥＳ−ＣＡ３Ｃ及びＤ
ＥＳ−ＣＡ３−Ｍは、ＣＡ−ＤＥＳ−キー製造処理１６
００に従って作られる。
【０７３８】図８８を再度参照すると、メッセージ組立
て処理ＣＡ３が、ステップ３４２０Ｄで続けられる。こ
こで、ＤＥＳキーＤＥＳ−ＣＡ３Ｃ−ｎ及びＤＥＳ−Ｃ
Ａ３−Ｍがテンポラリレジスタに蓄積される。
【０７３９】ステップ３４０３では、サーバーソフトウ
エア１１０がメッセージテンプレートデータ構造１５０
にアクセスして、ラベルのリストを得る。ラベルのリス
トは、関連する値に整合した時に、メッセージＣＡ３の
販売者不透明セクションの内容（図９０）を決めるもの
である。値は各ラベルに以下のように関連している。
【０７４０】メッセージＣＡ３の販売者不透明セクショ
ンの内容は、図９０に示されており、ラベル値ペア５３
１７．１Ａは”サブタイプ”のラベルを有する。ラベル
値ペア５３１７．１Ａは、メッセージＣＡ３用の販売者
不透明セクションの内容のラベルを含むメッセージデー
タ構造３８０内のレコードに関するラベルである。ラベ
ル値ペア５３１７．１Ａの値は、サーバーソフトウエア
１１０から得られる。
【０７４１】ラベル値ペア５３１７．１Ｂは、”サブバ
ージョン”ラベルを有する。ラベル値ペア５３１７．１
Ｂは、所定の時間で有効になるメッセージの型の変形を
処理するメッセージデータ構造１５０の保持されている
コードである。
【０７４２】ラベル値ペア５３１７．１Ｃは、”応答−
コード”ラベルを有し、その値は上述したとおり、”成
功”または”失敗”である。ラベル値ペア５３１７．１
Ｃは、メッセージＣＡ２によってサーバーコンピュータ
１００に与えられた取り引きが成功か失敗かその他であ
るかを表示する。ラベル値ペア５３１７．１Ｃの値は、
サーバーソフトウエア１１０から上述したステップ１７
１５で得られる。
【０７４３】ラベル値ペア５３１７．１Ｄは、”手数
料”ラベルを有する。ラベル値ペア５３１７．１Ｄの値
は、もしあれば、メッセージＣＡ２の処理に関連する販
売者ユーザ３０３に係る手数料を表示する。ラベル値ペ
ア５３１７．１Ｃの値はサーバーソフトウエア１１０か
ら得られる。
【０７４４】ラベル値ペア５３１７．１Ｅは”問題点”
ラベルを有する。ラベル値ペア５３１７．１Ｃの応答コ
ードの値が、”成功”の値以外であれば、ラベル値ペア
５３１７．１Ｅの値は販売者ユーザ３０３に、不成功の
原因を通知するコードである。ラベル値ペア５３１７．
１Ｅの値はサーバーソフトウエア１１０から、上述した
ステップ１７１５で得られる。
【０７４５】ラベル値ペア５３１７．１Ｆは”リマー
ク”ラベルを有する。ラベル値ペア５３１７．１Ｃの応
答コードの値が”成功”の値以外であれば、ラベル値ペ
ア５３１７．１Ｆの値は、不成功の理由の詳細な説明を
提供するフリーフォームのテキストメッセージである。
ラベル値ペア５３１７．１Ｆの値は、サーバーソフトウ
エア１１０から上述のステップ１７１５で得られる。
【０７４６】メッセージＣＡ３は、メッセージＣＡ２と
共に与えられる”ｎ”ＣＡ１メッセージのそれぞれに対
して以下のラベル値ペア５３１７．１Ｇ−５３１７．１
Ｐを含んでいる。
【０７４７】ラベル値ペア５３１７．１Ｇは、”サブタ
イプ−ｎ”ラベルを有し、メッセージＣＡ２のラベル値
ペア５２１７．１Ｃの値を有する。
【０７４８】ラベル値ペア５３１７．１Ｈは、”サブバ
ージョン−ｎ”ラベルを有し、メッセージＣＡ２のラベ
ル値ペア５２１７．１Ｄの値を有する。
【０７４９】ラベル値ペア５３１７．１Ｉは、”支払人
−セッション−ＩＤ−ｎ”ラベルを有し、メッセージＣ
Ａ２のラベル値ペア５２１７．１Ｅの値を有する。
【０７５０】ラベル値ペア５３１７．１Ｊは、”支払人
−インデックス−ｎ”ラベルを有し、メッセージＣＡ２
のラベル値ペア５２１７．１Ｆの値を有する。
【０７５１】ラベル値ペア５３１７．ＪＫは、”応答コ
ードｎ”ラベルを有し、その値は上述したとおり、”成
功”か”失敗”である。ラベル値ペア５３１７．１Ｋの
値は上述のステップ１７１７でサーバーソフトウエア１
１０から得られる。
【０７５２】ラベル値ペア５３１７．１Ｌは、”リマー
ク−ｎ”ラベルを有する。ラベル値ペア５３１７．１Ｋ
の応答−コードの値が、”成功”の値以外のものであれ
ば、ラベル値ペア５３１７．１Ｌの値は、不成功の理由
の詳細な説明を提供するフリーフォームのテキストメッ
セージである。ラベル値ペア５３１７．１Ｌの値は、サ
ーバーソフトウエア１１０から上述のステップ１７１７
で得られる。
【０７５３】ラベル値ペア５３１７．１Ｍは、”徴収金
額−ｎ”ラベルを有し、その値は、取り引きに関して販
売者ユーザ３０３によって徴収された電子キャッシュの
金額（メッセージＣＡ２の販売者メッセージアンラップ
処理１６６０のステップ１６７７）を表示するものであ
る。
【０７５４】ラベル値ペア５３１７．１Ｎは”問題点−
ｎ”ラベルを有する。ラベル値ペア５３１７．１Ｋの値
が、”成功”の値以外であれば、ラベル値ペア５３１
７．１Ｎの値は顧客ユーザ２０３に、不成功の原因を通
知するコードである。ラベル値ペア５３１７．１Ｎの値
はサーバーソフトウエア１１０から、上述したステップ
１７１７で得られる。
【０７５５】ラベル値ペア５３１７．１Ｏは、”注文−
ＩＤ−ｎ”を有する。ラベル値ペア５３１７．１Ｏの値
はメッセージＣＡ２のラベル値ペア５２１７．１Ｉから
得られる。
【０７５６】ラベル値ペア５３１７．１Ｐは、”リクエ
スト−バージョン”を有する。ラベル値ペア５３１７．
１Ｐの値は、サーバーコンピュータ１００で実際に処理
されているメッセージＣＡ２のバージョンを表す。
【０７５７】図８８を再度参照すると、ステップ３４０
５では、図９０のラベル値ペア５３１７．１Ｑで表され
るメッセージＣＡ３の販売者不透明セクションに関する
検証コードが作られる。ラベル値ペア５３１７．１Ｑ
は”オース−コード”ラベルを有する。ラベル値ペア５
３１７．１Ｑの値は、サーバーコンピュータ１００の検
証コードを表すものである。メッセージＣＡ３の販売者
不透明セクションに関しては、ラベル値ペア５３１７．
１Ｑの値は、領域１３０ＣＣの８−バイトソルト、ラベ
ル値ペア５３１３Ａ−５３１３Ｅ及び５３１７．１Ａ−
５３１７．１Ｐ、及び領域１３０ＣＣの８−バイトソル
ト、が連続したＭＤ５ハッシュである。ハッシングを行
う前に、ラベル値ペア５３１３Ａ−５３１３Ｅ及び５３
１７．１Ａ−５３１７．１Ｐに埋まっているホワイトス
ペースが除去される。
【０７５８】ステップ３４０６で、ステップ３４０５で
作られたラベル値ペア５３１７．１Ｑがラベル値ペア５
３１７．１Ａ−５３１７．１Ｐに追加される。ラベル値
ペア５３１７．１Ａ−５３１７．１Ｑは、５６ビットの
ＤＥＳキーＤＥＳ−ＣＡ３−Ｍを用いて暗号化される。
【０７５９】ステップ３４０７では、ステップ３４０６
で暗号化されたデータが公知の技術を用いて符号化され
る。
【０７６０】ステップ３４０８では、サーバーソフトウ
エア１１０がメッセージテンプレートデータ構造１５０
にアクセスして、ラベルのリストを得る。これは、関連
する値に整合した場合、メッセージＣＡ３の顧客不透明
セクションの内容を作るものである。値は、次の通り、
各ラベルに関連する。
【０７６１】メッセージＣＡ３の顧客不透明セクション
の内容は、図８９−９２に示されており、ラベル値ペア
５３１７．２Ａは”応答コード”のラベルを有し、その
値は上述したとおり、”成功”または”失敗”である。
ラベル値ペア５３１７．２Ａは、メッセージＣＡ２によ
ってサーバーコンピュータ１００に与えられた取り引き
が成功か失敗かその他であるかを表示する。ラベル値ペ
ア５３１７．２Ａの値は、サーバーソフトウエア１１０
から上述したステップ１７１７で得られる。
【０７６２】ラベル値ペア５３１７．２Ｂは、”リマー
ク”ラベルを有する。ラベル値ペア５３１７．２Ａの応
答コードの値が”成功”の値以外であれば、ラベル値ペ
ア５３１７．２Ｂの値は、不成功の理由の詳細な説明を
提供するフリーフォームのテキストメッセージである。
ラベル値ペア５３１７．２Ｂの値は、サーバーソフトウ
エア１１０から上述のステップ１７１７で得られる。ラ
ベル値ペア５３１７．２Ｃは、”外貨−交換”ラベルを
有する。ラベル値ペア５３１７．２Ｃがラベル値ペア５
１１７Ａに含まれる通貨の種類から他の通貨への変換レ
ートに関する更新の情報を提供する。ラベル値ペア５３
１７．２ＣＨＡソフトウエア１１０から得られる。
【０７６３】ラベル値ペア５３１７．２Ｄは”金額”ラ
ベルを有し、取り引きに関する顧客ユーザにかかるファ
ンドの金額を表示する値である。ラベル値ペア５３１
７．２Ｄの値はサーバーソフトウエア１１０から得られ
る。
【０７６４】ラベル値ペア５３１７．２Ｅは”問題点”
ラベルを有する。ラベル値ペア５３１７．２Ａの値
が、”成功”の値以外であれば、ラベル値ペア５３１
７．２Ｅの値は顧客ユーザ２０３に、不成功の原因を通
知するコードである。ラベル値ペア５３１７．２Ｅの値
はサーバーソフトウエア１１０から、上述したステップ
１７１７で得られる。
【０７６５】ラベル値ペア５３１７．２Ｆは、”注文−
ＩＤ”を有する。ラベル値ペア５３１７．２Ｆの値はメ
ッセージＣＡ２のラベル値ペア５２１７．１Ｉから得ら
れる。
【０７６６】ラベル値ペア５３１７．２Ｇは、”リクエ
スト−バージョン”を有する。ラベル値ペア５３１７．
２Ｇの値は、サーバーコンピュータ１００で実際に処理
されているメッセージＣＡ１のバージョンを表す。
【０７６７】図８８を再度参照すると、ステップ３４１
０では、図９１のラベル値ペア５３１７．２Ｈで表され
るメッセージＣＡ３の顧客不透明セクションに関するオ
ーセンティケーションコードが作られる。ラベル値ペア
５３１７．２Ｈは”オース−コード”ラベルを有する。
図９１に示すラベル値ペア５３１７．２Ｈの値は、サー
バーコンピュータ１００の検証コードを表すものであ
る。メッセージＣＡ３の顧客不透明セクションに関して
は、ラベル値ペア５３１７．２Ｈの値は、領域１３０Ｃ
の８−バイトソルト、ラベル値ペア５３１３Ａ−５３１
３Ｄ及び５３１７．２Ａ−５３１７．２Ｇ、及び領域１
３０Ｃの８−バイトソルト、が連続したハッシュであ
る。ハッシングを行う前に、ラベル値ペア５３１３Ａ−
５３１３Ｄ及び５３１７．２Ａ−５３１７．２Ｇに埋ま
っているホワイトスペースが除去され、隣り合う各ペア
の値の間に、縦のバーセパレータ文字が挿入される。
【０７６８】ステップ３４１１で、ステップ３４１０で
作られたラベル値ペア５３１７．２Ｈがラベル値ペア５
３１７．２Ａ−５３１７．２Ｇに追加される。ラベル値
ペア５３１７．２Ａ−５３１７．２Ｈは、ＤＥＳキーＤ
ＥＳ−ＣＡ３−Ｃ−ｎを用いて暗号化される。
【０７６９】ステップ３４１２では、ステップ３４１１
で暗号化されたデータが公知の技術を用いて符号化され
る。
【０７７０】メッセージＣＡ３は、ステップ３４１３−
３４１７で組立てられる。ステップ３４１３では、型及
びバージョンデータ構造１５０で得られるメッセージテ
ンプレート及びサーバーソフトウエア１１０に埋もれて
いるプロトコル番号を用いて、ヘッダ５３０３が作られ
る。
【０７７１】ステップ３４１４では、次いで、透明ラベ
ル値ペア５３５Ａ−５３１３Ｄが加えられる。ラベル値
ペア５２１３Ａ−５３１３Ｄについてはすでに述べた。
【０７７２】ステップ３４１５及び３４１６では、販売
者不透明ラベル値ペア５３１７．１及び顧客不透明ラベ
ル値ペア５３１７．２が加えられる。ラベル値ペア５３
１７．１及び５３１７．２は、それぞれ”販売者不透
明”及び”顧客不透明”ラベルを有し、それに続く値は
暗号化されたデータであることを意味する。ラベル値ペ
ア５３１７．１の値は、ステップ３４０７で符号化され
たデータを表す。ラベル値ペア５３１７．２の値はステ
ップ３４１２で符号化されたデータ（メッセージＣＡ４
において顧客コンピュータ２００に送られる）を表す。
【０７７３】トレーラ５３５０はステップ３４１７で組
立てられる。トレーラ５３５０のチェックサムは、サン
プルメッセージ４０００に関して上術したとおりに計算
される。トレーラ５３５０はメッセージＣＡ３の残りの
部分に加えられる。
【０７７４】メッセージＣＡ３の組立てが完了する。メ
ッセージＣＡ３のメッセージ組立て処理３４００はステ
ップ３４１９で終了する。
【０７７５】ステップ１７１９では、販売者コンピュー
タ３００がサーバーコンピュータ１００からメッセージ
ＣＡ３を受取り、メッセージアンラップ処理ＣＡ３４を
実行することによってメッセージＣＡ３をアンラップす
る。メッセージＣＡ３に関するメッセージアンラップ処
理ＣＡ３４を図９２を参照して、以下に述べる。この処
理はステップ２０７２から始まる。
【０７７６】ステップ２０７２では、販売者ソフトウエ
ア３１０がメッセージＣＡ３のヘッダ５３０３からプロ
トコル番号を抽出する。次いで、抽出されたプロトコル
番号に基づいて、メッセージデータ構造３８０がアクセ
スされて、メッセージＣＡ３に適したフォーマットを決
定する。このフォーマットは、メッセージシンナックス
（例えばｅｎｄ−ｏｆ−ｌｉｎｅの文字）と、メッセー
ジコーディング（ＡＳＣＩＩまたはｈｅｘ）を含んでい
てもよい。メッセージＣＡ３は、このフォーマットに基
づいて次のように解読される。
【０７７７】ステップ２０７３では、販売者コンピュー
タ３００がメッセージＣＡ３用のメッセージ組立て処理
３４００のステップ３４１７でサーバーコンピュータ１
００で使用されているのと同じデータを用いてチェック
サムを計算する。ステップ２０７４で、ステップ２０７
３で計算したチェックサムと、メッセージＣＡ３のトレ
ーラ５３５０のチェックサムと比較される。これらのチ
ェックサムが、同じでなければ、メッセージＣＡ３はス
テップ２０７４Ａで破棄され、メッセージアンラップ処
理ＣＡ３４が終了する。
【０７７８】ステップ２０７４でこれらのチェックサム
が同じであれば、ステップ２０７５Ａで処理が継続さ
れ、メッセージがチェックされて、メッセージアンラッ
プ処理ＣＡ３４へ送るのに適当であるかどうかが決定さ
れる。メッセージにメッセージの透明部分に含まれてい
る”型”及びメッセージＣＡ３またはＣＡ４を表示する
値が含まれていれば、メッセージは適当である。メッセ
ージがこのラベル値ペアを含んでいなければ、そのメッ
セージは適当でない。不適当なメッセージの処理がステ
ップ２０７５Ｂで発生し、そこでそのメッセージが、他
で述べた他のアンラップ処理に変更される。メッセージ
ＣＡ３が適当であれば、ステップ２０７６で処理が継続
される。ここでは、販売者の不透明ラベル値ペア５３１
７．１の値が復号される。
【０７７９】ステップ２０７７で、販売者アプリケーシ
ョンソフトウエア３１０は、ＣＡ−ＤＥＳ−キー発生処
理１６００に基づいて、サーバーソフトウエア１１０で
作られたのと同じＤＥＳ−キーＤＥＳ−ＣＡ３−Ｍを作
る。
【０７８０】ステップ２０７８で、ＤＥＳ−キーＤＥＳ
−ＣＡ３−Ｍはテンポラリレジスタに蓄積される。
【０７８１】ステップ２０７９で、ＤＥＳ−キーＤＥＳ
−ＣＡ３−Ｍは販売者不透明ラベル値ペア５３１７．１
の値を解読するのに使用される。
【０７８２】次いで、ステップ２０８０にて、次のよう
にして、メッセージＣＡ３のチェックが行われる。
【０７８３】ステップ２０８０では、ラベル値ペア５３
１７．１の解読の成功または失敗が決定される。解読が
何等かの理由で失敗した場合、ステップ２０８４でエラ
ーフラッグが設定され、メッセージアンラップ処理ＣＡ
３４は、ステップ２０８５で終了する。
【０７８４】ステップ２０８０Ａにて解読が成功した場
合は、ラベル値５３１７．１Ａ参照してメッセージの型
が決定される。例えば、メッセージＣＡ３のラベル値ペ
ア５３１７．１Ａの値は、”キャッシュ−バッチ−受
領”となる。
【０７８５】ステップ２０８１で処理が継続する。ここ
では、販売者コンピュータ３００が、メッセージＣＡ３
のフォームをチェックする。ステップ２０８１のフォー
ムチェック処理はソフトウエアのバージョンに依存す
る。すなわち、メッセージの適当なフォーム、及びそれ
が受入れられるか否かを決定するクリテリアは、メッセ
ージＣＡ３及び上上述したメッセージテンプレート構造
３８０内のメッセージの型及びバージョンに関する情報
を参照することによって決定される所定の時間に有効に
なるメッセージ及びメッセージの変形に依存する。少な
くとも、フォームチェック処理は、入ってくるメッセー
ジがそのメッセージに関して予め決められているすべて
のラベルを含むかどうか、値を必要とする各ラベルに関
して値があるかどうか、及びその値が型（例えば、テキ
スト、サインした番号）、シンタックスであり、特に必
要とされる特定の制限内にあるかどうかを確認する。メ
ッセージが、分析できない場合、もしくは、分析できた
としてもフォームクリテリアに合致しない場合は、販売
者コンピュータ３００はステップ１０８４でエラーフラ
ッグを設定し、メッセージアンラップ処理ＣＡ３４がス
テップ２０８５で終了する。
【０７８６】メッセージＣＡ３がステップ２０８１のフ
ォームチェックをパスしたら、処理はステップ２０８２
で継続される。ここでは、ラベル値ペア５３１７．１Ｐ
で表される検証コードが次のようにして、確認される。
販売者ソフトウエア３１０は、領域３４０Ｃの８−バイ
トソルト（図４２）を得る。サブタイプラベル値ペア５
３１７．１Ａとサブセッションラベル値ペア５３１７．
１Ｂの値に基づいて、販売者アプリケーションソフトウ
エア３１０は、メッセージテンプレートデータ構造３８
０にアクセスして、メッセージ組立て処理ＣＡ３のステ
ップ３４０５で、どのラベル値ペアがハッシュされたか
を決めて、ラベル値ペア５３１７．１Ｐの値を計算す
る。ついで、販売者アプリケーションソフトウエア１１
０で領域１３０Ｃの８バイトソルトを、同じラベル値ペ
アの値に対するラベル値ペアのペリフィックスとサフィ
ックスとして加えられ、ハッシュとその結果を計算す
る。このハッシュの値は、ラベル値ペア５３１７Ｑの値
と比較される。これらの値が異なる場合は、ステップ２
０８４で適当なエラーフラッグが設定され、ステップ２
０８５でメッセージアンラップ処理ＣＡ３４が終了す
る。
【０７８７】図７３−７５を再度参照すると、ステップ
１７２０で処理が継続される。ここでは、 （１）ステップ２０８４でエラーフラッグが設定された
ら、そのフラッグがステップ１７２０で検出され、メッ
セージＣＡ３の処理はステップ１７２１で終了する； （２）ステップ１０８４でエラーフラッグが設定されな
いにもかかわらずステップ１７２１でメッセージＣＡ２
にエラーが発生したら、ステップ１７２０Ｂで処理が継
続され、そこで、ラベル値ペア５３１７．１Ｃの内容が
チェックされる。ラベル値５３１７．１Ｃの値が”成
功”以外の値であれば、ステップ１７２３でエラー処理
ルーチンが実行され、販売者アプリケーションソフトウ
エア３１０に、ラベル値５３１７．１Ｃの内容に関連す
るラベル値５３１７．１Ｆに含まれるメッセージを表示
させる。販売者アプリケーションソフトウエア３１０
は、また、ラベル値５３１７．１Ｅを中断して、その値
に関連するなにかのアクションを取って、ステップ１７
３３でＣＡ３メッセージの処理を終了させる；または （３）メッセージＣＡ３がステップ１７２０及びステッ
プ１７２２でチェックをパスすれば、ステップ１７２４
で処理が継続し、そこでは、販売者コンピュータ３００
が以下の様にしてローカルデータ構造を更新する。
【０７８８】レコード３５０．１（図３）が更新され
て、支払い要求が支払われたかどうかを表示する。領域
３５０Ｃは、ラベル値ペア５３１７．１Ｃからの応答コ
ードが”成功”か”失敗”かに依存する”支払”あるい
は”未払”のいずれかを設定するフラッグを含んでい
る。同様に、レコード３７０．１（図４６）が更新さ
れ、特別な支払い要求の状態を示す。領域３７０Ｂは、
メッセージＣＡ２において特別な支払要求がサーバーコ
ンピュータ１００に送られた時に”試行”と設定し、ラ
ベル値ペア５３１７．１Ｃからの応答コードが”成功”
または”失敗”かどうかによって、”成功”または”失
敗”を設定する。ラベル値ペア５３１７．１Ｅからの結
果コードは領域３７０Ｍに蓄積される。ラベル値ペア５
３１７．１Ｄからの支払要求の処理に対して販売者ユー
ザ３０３によって支払われる手数料は、領域３７０Ｌに
蓄積される。ラベル値ペア５３１７．１Ｍからの特別な
支払要求に対して販売者ユーザ３０３によって収集され
る金額は、領域３７０Ｋに蓄積され、販売セッションデ
ータ構造３６０のレコード領域３６０Ｆに加えられる。
【０７８９】ステップ１７２５において、販売者コンピ
ュータ３００は図３６に示すメッセージ組立て処理３１
００に従って、メッセージＣＡ４を組立てる。メッセー
ジＣＡ４は、図９４及び９５に示されている。
【０７９０】メッセージＣＡ４のメッセージ組立て処理
３１００は、ステップ３１０１で開始する。ステップ３
１０２において、メッセージデータ構造３８０にあるメ
ッセージテンプレートと、販売者アプリケーションソフ
トウエア３１０に埋め込まれているプロトコル番号を用
いてヘッダ５４０５が作られる。
【０７９１】次いで、ステップ３１０３で、透明ラベル
値ペア５４１３Ａ−５４１３Ｇが加えられる。
【０７９２】ラベル値ペア５４１３Ａは、ラベルの”
型”を有する。ラベル値ペア５１３Ａの値は、メッセー
ジＣＡ４のラベルを設定するメッセージデータ構造２７
０（図１７）内のレコードを意味する。ラベル値ペア５
４１３Ａの値は販売者アプリケーションソフトウエア３
１０から得られる。
【０７９３】ラベル値ペア５４１３Ｂは、ラベルの”バ
ージョン”を有し、ラベル値ペア５４１３Ａで表される
レコードに関連するレコードを示す。上述したとおり、
ラベル値ペア５４１３Ｂは、メッセージの送り主にその
メッセージのバージョンに関する受取人がそのバージョ
ンをどのように解読して処理したかを通知させる。メッ
セージＣＡ４は販売者ユーザ２０３からのメッセージＣ
Ａ１に応答するものであるので、メッセージＣＡ４を構
築するために販売者アプリケーションソフトウエア３１
０で使用されるバージョンは、販売者アプリケーション
ソフトウエアによって選択され、顧客アプリケーション
ソフトウエア２１０で処理され得ることを確実にする。
ラベル値ペア５３１３Ｂは、透明ラベル値ペア５４１３
Ａ、５４１３Ｃ、及び５４１３Ｄと、不透明ラベル値ペ
ア５４１７のフォームと内容の顧客アプリケーションソ
フトウエアを通知する。ラベル値ペア５４１３Ｂの値は
販売者アプリケーションソフトウエア３１０から得られ
る。
【０７９４】ラベル値ペア５４１３Ｃは、ラベルの”セ
ッション−ＩＤ”と、顧客２０３に関する現在のセッシ
ョンＩＤを表示する値を有する。販売者コンピュータ３
００はメッセージＣＡ１のラベル値ペア５１１３Ｃのセ
ッション−ＩＤの値からラベル値ペア５４１３Ｃの値を
得る。
【０７９５】ラベル値ペア５４１３Ｄはラベルの”イン
デックス”を有する。ラベル値ペア５４１３Ｄの値は、
セッションにともなう時間の異なる取り引きが企画され
ていることを表示する未使用の値の範囲から選択された
整数である。販売者ユーザ３０３は、メッセージＣＡ１
のラベル値ペア５１１３Ｄのインデックスの値からラベ
ル値ペア５４１３Ｄの値を得る。
【０７９６】ラベル値ペア５４１３Ｆはラベルの”注文
−ＩＤ”を有する。ラベル値ペア５４１３Ｆの値は、そ
の注文を認識するための販売者コンピュータ３００で作
られる注文認識番号を表示する。ラベル値ペア５４１３
Ｆは、メッセージＰＲ１のラベル値ペア５０１３Ｃで提
供されているものと同じである。
【０７９７】ラベル値ペア５４１３Ｇは、ラベルの”サ
ービス−カテゴリ”を有する。ラベル値ペア５４１３Ｇ
の値は、顧客コンピュータ１００で、メッセージＣＡ４
を、特別なサービスカテゴリのメッセージを取り扱う顧
客コンピュータ２００内のプロセッサに送るために使用
されるラベルである。
【０７９８】ステップ３１０４において、不透明ラベル
値ペア５４１７が加えられる。ラベル値ペア５４１７
は、次に続く値が暗号化データであることを意味するラ
ベルの”不透明”を有する。ラベル値ペア５４１７の値
は、サーバーコンピュータ１００から販売者コンピュー
タ３００に送られるラベル値ペア５３１７．２の値を表
す。
【０７９９】トレーラ５４５０はステップ３１０５で組
立てられる。トレーラ５４５０のチェックサムは、サン
プルメッセージ４０００に関して上術したとおりに計算
される。トレーラ５４５０はメッセージＣＡ４の残りの
部分に加えられる。
【０８００】メッセージＣＡ４の組立てがここで完了す
る。メッセージ組立て処理３１００はステップ３１０６
で終了する。
【０８０１】図７３−７５を再度参照すると、ステップ
１７２６で処理が継続される。ここで、販売者コンピュ
ータ３００が顧客コンピュータ２００へメッセージＣＡ
４を転送する。
【０８０２】ステップ１７２７では、顧客コンピュータ
２００が、販売者コンピュータ３００からメッセージＣ
Ａ４を受取、メッセージアンラップ処理ＣＡ３４を実行
することによってメッセージＣＡ４をアンラップする。
メッセージＣＡ４に関するメッセージアンラップ処理Ｃ
Ａ３４は、図９２を参照してメッセージＣＡ３のところ
ですでに述べた。
【０８０３】再び、図７３−７５を参照すると、ステッ
プ１７２８で処理が継続される。そこで、 （１）ステップ２０８４でエラーフラッグが設定された
ら、そのフラッグがステップ１７２８で検出され、メッ
セージＣＡ４の処理はステップ１７２９で終了する； （２）ステップ２０８４でエラーフラッグが設定されな
いにもかかわらずステップ１６７８でメッセージＣＡ１
にエラーが発生したら、ステップ１７３０で処理が継続
され、そこで、ラベル値ペア５４１７．Ａの内容がチェ
ックされる。ラベル値５４１７．Ａの値が”成功”以外
の値であれば、ステップ１７３１でエラー処理ルーチン
が実行され、顧客アプリケーションソフトウエア２１０
に、ラベル値５４１７１．Ｃの内容に関連するラベル値
５４１７Ｂに含まれるメッセージを表示させる。顧客ア
プリケーションソフトウエア２１０は、また、ラベル値
５４１７Ｅを中断して、その値に関連するなにかのアク
ションを取って、ステップ１７３３でＣＡ４メッセージ
の処理を終了させる；または （３）メッセージＣＡ４がステップ１７２８及びステッ
プ１７３０のチェックをパスすれば、ステップ１７３２
で処理が継続し、そこでは、顧客コンピュータ２００が
ラベル値ペア５４１７Ｄに含まれる値をラベル値ペア５
１１７Ａの値と比較する。これらの値が異なる場合は、
顧客コンピュータ２００が点在の金額領域２４０を調整
して、サーバーコンピュータ１００で維持されている現
在の金額領域１３０Ｆから実際に差引かれる金額を示
す。顧客セッションデータ構造２４０に記録される値に
加えて、顧客ログデータ構造２６０の新規レコードが以
下の通り作られる。ラベル値ペア５４１３Ｅからの日付
は領域２６３Ｃに蓄積される。ラベル値ペア５４１７Ａ
からの応答コードは領域２６３Ｄに蓄積される。ラベル
値ペア５４１７Ａからの応答コードに関連するラベル値
ペア５４１７Ｂからのリマークは領域２６３Ｅに蓄積さ
れる。ラベル値ペア５４１７Ｄからの金Ｇくは領域２６
３Ｊに蓄積される。ラベル値ペア５４１７Ｆからの注文
−ＩＤは、領域２６３Ｇに蓄積される。ラベル値ペア５
４１３Ｃからのセッション−ＩＤは領域２６３Ｌに蓄積
される。ラベル値ペア５４１３Ｄからのインデックスは
領域２６３Ｍに蓄積される。
【０８０４】Ｇ．閉鎖セッション処理４１１ 閉鎖セッション処理４１１は顧客ユーザ２０３によっ
て、セッションを閉鎖するのに使用される。
【０８０５】図９６は、ステップ１０８１から始まる閉
鎖セッション処理４１１を示すフロー図である。
【０８０６】ステップ１８０２で、顧客アプリケーショ
ンソフトウエア２１０は、顧客ユーザに閉鎖するセッシ
ョンの認識番号、セッションに付けるレコードノート、
閉鎖しようとしているセッションの間に顧客ユーザ２０
３がサーバーコンピュータ１００へ販売者３０３から顧
客ユーザへ提供さ得る取り引きのログを要求するかどう
かを入力させる。顧客ユーザ２０３が１以上のセッショ
ンを開いている場合は、プロンプトは開設したセッショ
ン全てのリストと、顧客ユーザのリクエストを含んでお
り、閉鎖するセッションを選択する。
【０８０７】メッセージＣＳ１の内容を、図９７及び９
８に従ってここでのべる。
【０８０８】ラベル値ペア４８１３Ａは、ラベルの”Ｉ
Ｄ”を有する。ラベル値ペア４８１３Ａの値は、顧客ユ
ーザの個人ＩＤを表示する。ラベル値ペア４８１３Ａの
値は領域２２０Ａから得られる（図１９）。
【０８０９】ラベル値ペア４８１３Ｂは、ラベルの”取
り引き”を有する。ラベル値ペア４８１３Ｂの値は、顧
客アプリケーションソフトウエア２１０で発生する、メ
ッセージＣＳ１を唯一のものとして認定する取り引き番
号である。ラベル値ペア４８１３Ｂは、サーバーコンピ
ュータ１００がメッセージＣＳ１を受け取った時に、
（下記に述べる関連する応答メッセージＣＳ２、及び
（２）メッセージＣＳ１が２重メッセージであるかどう
か、（すなわち、すでにサーバーコンピュータで受け取
っているかどうか）を決定させる。 ラベル値ペア４８
１３Ｂに関連する値は領域２５６Ｂに蓄積される。
【０８１０】ラベル値ペア４８１３Ｃは、ラベルの”日
付”を有する。ラベル値ペア４８１３Ｃの値は、顧客コ
ンピュータ２００のクロックに従って、メッセージＣＳ
１が組立てらて、サーバーコンピュータ１００に送られ
た日付と時間を表示する。ラベル値ペア４８１３Ｃに関
連する値は領域２５６Ｃに蓄積される。
【０８１１】ラベル値ペア４８１３Ｄはラベルの”サー
バーキー”を有する。先に述べたとおり、顧客コンピュ
ータ２００でメッセージＣＳ１の不透明ラベル値ペア４
８１７を暗号かするために使用されるＤＥＳキー／ＩＶ
ペアは、サーバーコンピュータ１００のＲＳＡパブリッ
クキーを使用して暗号化される。ラベル値ペア４８１３
Ｄは、サーバープライベートキーデータ構造１６０に蓄
積されている対応するＲＳＡプライベートキーをさす。
【０８１２】ラベル値ペア４８１３Ｅはラベルの”サー
ビスカテゴリ”を有する。ラベル値ペア４８１３Ｅの値
は、サーバーコンピュータ１００で、メッセージＣＳ１
を、特別なサービスカテゴリのメッセージを操作するサ
ーバーコンピュータ１００内のプロセッサに送るのに使
用されるラベルである。
【０８１３】ラベル値ペア４８１７を以下に述べる。ラ
ベル値ペア４８１７は、次に続く値が暗号化されたデー
タであることを意味するラベルの”不透明”を有する。
ラベル値ペア４８１７の値は、ステップ８１３で符号化
されたデータを表す。メッセージＣＳ１の不透明部（図
９８）は次の通りである。
【０８１４】ラベル値ペア４８１７Ａは、ラベルの”
型”を有する。ラベル値ペア４８１７Ａは、メッセージ
ＣＳ１の不透明部の内容のラベルを設定するメッセージ
データ構造１５０のレコードをさす。ラベル値ペア４８
１７Ａの値は、顧客ユーザ２０３が閉鎖セッション処理
４１１を表示する再のラベルを作る顧客アプリケーショ
ンソフトウエア２１０から得られる。
【０８１５】ラベル値ペア４８１７Ｂはラベルの”サー
バー−日付”を有する。ラベル値ペア４８１７Ｂは、メ
ッセージＣＳ１が組立てられた日付と時間を表示する。
この日付と時間は、サーバーコンピュータ１００のクロ
ックの顧客コンピュータ２００の認識である。
【０８１６】ラベル値ペア４８１７Ｃはラベルの”ソフ
トウエアバージョン”を有する。ラベル値ペア４８１７
Ｃの値は、サーバーコンピュータ１００と関連する顧客
アプリケーションソフトウエア２１０のバージョンを表
示し、顧客アプリケーションソフトウエア２１０に埋め
込まれたデータから得られる。ラベル値ペア４８１７Ｃ
に関連す値も、領域２５６Ｄに蓄積される。
【０８１７】ラベル値ペア４８１７Ｄは、ラベルの”レ
コードノート”を有する。ラベル値ペア４８１７Ｄの値
は、現在の閉鎖セッション処理４１１に関連するサーバ
ーセッションデータ構造１３０に蓄積される追加のショ
ートテキストノートである。ラベル値ペア４８１７Ｄの
値は、顧客アプリケーションソフトウエア２１０からの
プロンプトに対する顧客ユーザ２０３の応答から得ら
れ、好ましくはディスプレイで表示しやすいように、６
０文字に制限されている。レコードノートが開設セッシ
ョン処理４０７の間に顧客ユーザによって作られる場合
は、ラベル値ペア４８１７Ｄの値は、領域１３０Ｍにす
でに蓄積されている値に加えられる。
【０８１８】ラベル値ペア４８１７Ｅはラベルの”セッ
ションＩＤ”を有する。ラベル値ペア４８１７Ｅに関連
する値は、顧客セッションデータ構造２４０の領域２４
０Ａから得られ、領域２５６Ｆに蓄積される。
【０８１９】ラベル値ペア４８１７Ｆは、ラベルの”リ
クエスト−ログ”を有する。ラベル値ペア４８１７Ｆに
関連する値は、”ＹＥＳ”または”ＮＯ”のいずれかで
ある。ラベル値ペア４８１７Ｆは、顧客ユーザ２０３が
ステップ１８０２における取り引きのログを受領するた
めに選ばれたか否かを反映している。
【０８２０】ラベル値ペア４８１７Ｇはラベルの”キ
ー”を有する。ラベル値ペア４８１７Ｈの値は、顧客個
人１２０．１のＲＳＡパブリック／プライベートキーペ
アの対数係数部のハッシュである。ラベル値ペア４８１
７Ｇの値は、サーバーコンピュータ１００に、領域１２
０Ｂ（図６）に維持されているＲＳＡパブリックキー
が、メッセージＣＳ１（ラベル値ペア４８１７Ｈ）をサ
インするのに使用されているのと同じキーであることを
確認させる。
【０８２１】ラベル値ペア４８１７Ｈは、ラベルの”サ
イン”を有する。ラベル値ペア４８１７Ｉは、顧客個人
１２０．１のデジタルサインを表す。メッセージＣＳ１
について、ラベル値ペア４８１７Ｈの値が、顧客個人１
２０．１のＲＳＡプライベートキーで暗号化されたラベ
ル値ペア４８１３Ａ−４８１３Ｅ及びラベル値ペア４８
１７Ａ−４８１７Ｇのアルファベト順のハッシュであ
る。顧客個人１２０．１のＲＳＡプライベートキーは領
域２２０Ｈから得られる。
【０８２２】ステップ１８３０において、メッセージＣ
Ｓ１がメッセージ組立て処理８００に従って組立てられ
る。メッセージ組立て処理８００は、図４９を参照し
て、メッセージＲ１として前述している。一つの例外
は、メッセージＣＳ１のコピーが領域２６５Ｈに蓄積さ
れることである。
【０８２３】図９６を再度参照すると、閉鎖セッション
処理４１１は、ステップ１０８４で継続される。ここ
で、顧客コンピュータ２００は、メッセージＣＳ１をサ
ーバーコンピュータ１００に転送する。顧客コンピュー
タ２００は、サーバーコンピュータ１００からの応答メ
ッセージＣＳ２を待つ。
【０８２４】ステップ１８０５で、サーバーコンピュー
タ１００が、顧客コンピュータ２００からメッセージＣ
Ｓ１を受取り、メッセージＣＳ１に関するサーバーメッ
セージアンラップ処理９００を実行することによってメ
ッセージＣＳ１をアンラップする。サーバーメッセージ
アンラップ処理９００は、図５２−５３に参照されるメ
ッセージＲ１のところですでに述べた。一つの例外は、
メッセージＣＳ１のコピーが領域１４０Ｅに蓄積される
ことである。
【０８２５】ステップ１８０６では、ステップ９０４、
９０９Ａ、９１２、９１４、９１５または９１６のテス
トのいずれかが、ステップ９０５で設定されたエラーフ
ラッグを生じさせる場合、エラー処理処理がステップ１
８１４でサーバーコンピュータ１００で実行される。ス
テップ１８１４でのエラー処理のレベルが管理者による
決定である間、最小限、サイン、フォーム、”ｆａｔａ
ｌ”の欠落が、顧客アプリケーションソフトウエア２１
０で処理され得るコードを含む返答メッセージ及び、顧
客ユーザ２０３によって読み取り得るメッセージの結果
としてのソフトウエアチェック処理に戻ることが好まし
い。ステップ１８１４におけるエラー処理処理が、特定
のエラーコード（下記の返答メッセージの内容に述べ
る）を有するフラッグの関連、及びテキストメッセージ
（メッセージのデータ構造またはシステム管理者によっ
て送られたメッセージのいずれか）の作成を必要とす
る。サーバーコンピュータ１００は、次いで、下記に述
べるものと類似のメッセージＣＳ２を作り、顧客コンピ
ュータ２００にエラーコード及び全ての関連するメッセ
ージを運ばせる。
【０８２６】ステップ９０４、９０９Ａ、９１２、９１
４、９１５及び９１６のテストがステップ９０５で設定
されるエラーフラッグを生じなかった場合は、処理はス
テップ１８０７で継続される。ここでは、サーバーコン
ピュータ１００が、ラベル値ペア４８１７Ｅで認定され
たセッションを、領域１３０Ｌ内のステータスフラッグ
を”閉鎖”に設定することで無効にする。
【０８２７】ステップ１８０９で、サーバーソフトウエ
ア１１０がサーバーメッセージ組立処理１０００に基づ
いて応答メッセージＣＳ２を組立てる。サーバーメッセ
ージ組立て処理１０００似付いては、図５４を参照して
メッセージＲ２としてすでに述べた。メッセージＣＳ２
の内容（図９９及び１００）について以下に述べる。
【０８２８】ラベル値ペア４９１３Ａは、ラベルのＩＤ
を有する。ラベル値ペア４９１３Ａの値は、顧客ユーザ
２０３の個人ＩＤを表示する。ラベル値ペア４９１３Ａ
の値は、メッセージＣＳ１のラベル値ペア４８１３Ａの
値から得られる。
【０８２９】ラベル値ペア４９１３Ｂはラベルの”取り
引き”を有する。ラベル値ペア４８１３Ｂの値は取り引
き番号である。ラベル値ペア４９１３Ｂは、ラベル値ペ
ア４８１３ＢにおけるメッセージＣＳ１で受け取ったも
のと同じである。
【０８３０】ラベル値ペア４９１３Ｃはラベルの”日
付”を有する。ラベル値ペア４９１３ＣはメッセージＣ
Ｓ１のラベル値ペア４８１３Ｃの値と同じ値である。
【０８３１】ラベル値ペア４９１３Ｄはラベルの”サー
ビス−カテゴリィ”を有する。ラベル値ペア４９１３Ｄ
はメッセージＣＳ１のラベル値ペアの値と同じ値であ
る。
【０８３２】メッセージＣＳ２の不透明部の内容は図９
８に示されており、ラベル値ペア４９１７Ａはラベル
の”型”を有する。ラベル値ペア４９１７Ａの値は、メ
ッセージデータ構造２７０（図１７）のレコードを指
し、メッセージＣＳ２の不透明部の内容のラベルを設定
する。ラベル値ペア４９１７Ａはサーバーソフトウエア
１１０から得られる。
【０８３３】ラベル値ペア４９１７Ｂはラベルの”サー
バー日付”を有する。ラベル値ペア４９１７Ｂの値は、
メッセージＣＳ２が組立てられたサーバーコンピュータ
１００のクロックに基づく日付と時間である。
【０８３４】ラベル値ペア４９１７Ｃは、ラベルの”応
答コード”を有する。ラベル値ペア４９１７Ｃの値は、
閉鎖セッション処理４１１が成功か失敗かを表示する。
【０８３５】ラベル値ペア４９１７Ｄは、”ｓｗセベリ
ティ”（ソフトウェアセベリティ）を有する。ラベル値
ペア４９１７Ｄの値は、顧客アプリケーションソフトウ
エア２１０が更新される必要があるか否か、まだ更新で
きない（”警告”）またはもう更新できない（”致命
的”）かを表示する。顧客アプリケーションソフトウエ
ア２１０が現在使用されているものであれば、ラベル値
ペア４９１７Ｄの値は零である。
【０８３６】ラベル値ペア４８１７Ｅは、ラベルの”ｓ
ｗメッセージ”（ソフトウェアメッセージ）を有する。
ラベル値ペア４９１７Ｅは、”致命的”または”警告”
ソフトウェアセベリティである場合に、顧客ユーザ２０
３は何をすべきかについての指示を表示する。ラベル値
ペア４９１７Ｅの値は、ラベル値ペア４８１７Ｄの値が
無意味であるか否かを表しているだけである。
【０８３７】ラベル値ペア４９１７Ｆは、ラベルの”メ
ッセージ”を有する。ラベル値ペアラベル値ペア４９１
３ＣはメッセージＣＳ１のラベル値ペア４８１３Ｃと同
じ値である。
【０８３８】ラベル値ペアは、ラベルの”メッセージ”
を有する。ラベル値ペア４９１７Ｆの値は、ラベル値ペ
ア４９１７Ｃに戻ったエラー状態もしくは成功状態に関
連するフリーテキストメッセージであり、顧客ユーザ２
０３に表示される。
【０８３９】ラベル値ペア４９１７Ｇはラベルの”手数
料”を表す。ラベル値ペア４９１７Ｇの値がもしあれ
ば、メッセージＣＳ１を処理するために顧客ユーザにか
かる”手数料”を表示する。
【０８４０】ラベル値ペア４９１７Ｈはラベルの”金
額”を有し、開設セッション処理中のセッションに当て
られた金額から全ての支払及び手数料が差引かれた残り
の電子ファンドの金額を表示する。メッセージＣＳ１の
処理が成功すれば、ラベル値ペア４９１７Ｈで与えられ
る金額がコアッシュコンテナ領域１２０Ｇ．２に加えら
れる（図７）。
【０８４１】メッセージＣＳ２の組立てがこれで完了す
る。
【０８４２】図９６を再度参照すると、ステップ１８０
９Ａで、サーバーコンピュータ１００から顧客コンピュ
ータ２００へメッセージＣＳ２が送られる。
【０８４３】ステップ１８１０において、顧客コンピュ
ータ２００がサーバーコンピュータ１００からメッセー
ジＣＳ２を受取、メッセージアンラップ処理１１００を
実行することによってメッセージＣＳ２をアンラップす
る。メッセージＣＳ２のメッセージアンラップ処理１１
００は、図５７を参照してメッセージＲ２に関してすで
に述べた。
【０８４４】ステップ１８１１において、（１）ステッ
プ１１０５でエラーフラッグが生じたら、そのフラッグ
はステップ１８１１で検出され、メッセージＣＳ２の処
理がステップ１８１２で終了する。顧客ユーザ２０３
は、メッセージＣＳ２に関してなにも行われない。本発
明では、顧客アプリケーションソフトウエア２１０内に
メカニズムがあり、メッセージを作ってサーバーコンピ
ュータ１００に送る。このメッセージは、顧客が受け取
ったＣＳ２メッセージと、そのメッセージを失敗させた
ものがなにかについての診断を含む。このメッセージに
対する応答は、サーバーコンピュータ１００で顧客コン
ピュータ２００に送られる。むしろ、問題がシステムに
あるのかどうか、及び適当な訂正手段を取る必要がある
かどうかを確実にするために、情報が使用される。
【０８４５】（２）ステップ１１０５でエラーフラッグ
が設定されず、ステップ９０５でメッセージＣＳ１にエ
ラーが検出された場合、ステップ１８１３で処理が継続
されて、ラベル値ペア４７１７Ｃの内容がチェックされ
る。ラベル値ペア４９１７Ｃの値が、”成功”以外の者
である場合、エラー処理ルーチンがステップ１８１５で
行われ、顧客アプリケーションソフトウエア２１０にラ
ベル値ペア４９１７Ｃの内容に関連するラベル値ペア４
８１７Ｆに含まれるメッセージを表示させ、ラベル値ペ
ア４９１７Ｃの値を侵害させると共に、その値に関連す
るものであればどんなアクションでも取らせるようにす
る；または、（３）メッセージＣＳ１がステップ９０５
でのチェックをパスし、ステップ１１０５でフラッグが
設定されなかったたら、処理がステップ１８１６で継続
して、顧客アプリケーションソフトウエア２１０が顧客
データ構造２０２を次のように更新させる。
【０８４６】ラベル値ペア４９１７からの金額が領域２
２０Ｊに加えられる。
【０８４７】顧客ログデータ構造２６０のレコード２６
７は、次の用に更新される：ラベル値ペア４９１３Ａか
らの個人ＩＤが領域２６７Ｈに蓄積される。ラベル値ペ
ア４９１３Ｂからの取り引き番号は領域２６７Ｂに蓄積
される。ラベル値ペア４９１７Ｂからの日付は領域２６
７Ｃに蓄積される。ラベル値ペア４９１７Ｃからの応答
コードは領域２６７Ｆに蓄積される。ラベル値ペア４９
１７Ｄからのソフトウエアセベリティコードは、領域２
６７Ｄに蓄積される。ラベル値ペア４９１７Ｅからのソ
フトウエアメッセージは領域２６７Ｅに蓄積される。ラ
ベル値ペア４９１７Ｆからの応答コードに関連する応答
メッセージは領域２６７Ｇに蓄積される。ラベル値ペア
４９１７Ｇからの料金は領域２６７Ｏに蓄積される。ラ
ベル値ペア４９１７Ｈからの金額は領域２６７Ｉに蓄積
される。
【０８４８】メッセージＣＳ１の中のリクエストログの
ラベル値ペア４８１７Ｆの値が”ｙｅｓ”に設定された
ら、そのセッションが閉鎖するまでの間に顧客ユーザ２
０３によって始められたすべての取り引きのレポートが
顧客コンピュータ２００に届けられる。
【０８４９】処理は、ステップ１８１７に引き継がれ、
閉鎖セッション処理４１１が終了する。
【０８５０】Ｖ．サンプル取り引き 以下は、サンプル取り引きに関するものである。サンプ
ル取り引きにおいては、顧客ユーザ２０３と販売者ユー
ザ３０３は、登録処理処理４０１、機器結合処理４０
３、ロード／アンロード処理４０５、セッション開設処
理４０７、取り引き支払処理４０９、セッション閉鎖処
理４１１をそれぞれ行う。これらの処理を実行すること
によって、顧客ユーザ２０３は、アクメ プロダクツか
ら一組の”ロケットシューズ”を購入することができ
る。
【０８５１】本発明においては、価値がないとされてい
るメッセージラベル値ペアが、好ましくは、転送された
メッセージに含まれていない。本発明のこの特性は、下
記のサンプルメッセージに反映されている。
【０８５２】Ａ．登録処理４０１ 登録処理４０１は、顧客と販売者について同じである。
顧客ユーザ２０３の登録についてのみ以下に述べる。
【０８５３】顧客ユーザ２０３は、顧客アプリケーショ
ンソフトウエア２１０を走らせて、一又はそれ以上の法
的な同意のために、顧客ユーザ２０３をプロンプトさせ
る。法的な同意書に対する顧客ユーザ２０３の同意を求
めるリクエストに応じて、顧客ユーザ２０３が”同意し
た”を選択する。顧客アプリケーションソフトウエア２
１０が、次いで、所望の個人ＩＤ、顧客ユーザ２０３の
Ｅメールアドレス、どんなエラーメッセージも表示され
る所望の言語、その個人に関連する自動閉鎖パスフレー
ズ、その個人のディフォルト通貨についての情報のため
に顧客ユーザ２０３をプロンプトする。
【０８５４】所定の個人ＩＤのためのプロンプトに応じ
て、顧客ユーザ２０３は”ｂｒｉａｎｂ”を選択する。
Ｅメールアドレスに関するプロンプトに答えて、顧客ユ
ーザ２０３は”ｂｒｉａｎｂ＠ｒｅａｌｉｔｙ．ｃｏ
ｍ”と入力する。エラーメッセージ用の所望の言語に対
するプロンプトに答えて、顧客ユーザ２０３は”Ｅｎｇ
ｌｉｓｈ”と入力する。個人に関連するオートクローズ
パスフレーズに対するプロンプトに答えて、顧客ユーザ
２０３は”ｂａｄｎｅｗｓ”と入力する。個人のディフ
ォルト通貨に対するプロンプトに答えて、顧客は”Ｕ．
Ｓ．ｄｏｌｌａｒｓ”と入力する。
【０８５５】顧客ユーザ２０３は、パスワードを入力す
るべくプロンプトされる。顧客ユーザ２０３はつい
で、”ｅｎｔｅｒｐｒｉｓｅ”を入力する。顧客ユーザ
は、パスワードを再入力して、応じるためにプロンプト
される。顧客アプリケーションソフトウエア２１０は、
次いで、ＲＳＡパブリック／プライベートキーペアを発
生し、上述したメッセージＲ１の製作を開始する。この
メッセージは次のものを含む。
【０８５６】 取り引き番号 ２２７７０５２ 日付 １９９５１１０５１００５０５４５６ サーバキー ＣＣ１００１ 型 登録 サービスカテゴリ ａｄｍｉｎ 不透明： サーバ日付 １９９５１１０５１００５０６６５６ ソフトウエアバージョン １．０ｗｉｎ 内容言語 ｅｎ−ｕｓ デフォルト通貨 ｕｓｄ 要求されるＩＤ ＢｒｉａｎＢ Ｅメール ｂｒｉａｎｂ＠ｒｅａｌｉｔｙ．ｃｏｍ 同意 ７５ オートクローズパスフレーズ ｂａｄｎｅｗｓ ｐｕｂｋｅｙ ａｓｌｆｆｌａｓｄｆｌａｓｊｙｌｆｄｊｓ ｌｙａｆｋｊｆｊｓｌａｋｊｆｙｌｄｓｋａｊｙｆｌｋａｊｓｙｌｄｆｊｌａｓ ｋｆａｓｌｆｊｆｌａｓｄｆｌａｓｊｙｋｊｆｊｓｌａｋｊｆｊｕｙｒｅｓｄｆ ｕｔｋｐｏｉｕｑｗａｓｄｅｒｆｇｔｈｙｕｊｉｋｏｌｐｋｍｎ７５ｃｘｚｌ サイン ｓｄｊｆｌｓａｊｆｌｋｓｊｄｌｋｆｊｌｓ ａｋｊｆｌｋｄｓａｊｆｌｋｓｊｆｊｓｌａｋｊｆｙｌｄｓｋａｊｙｊｆｊｓｌ ａｋｊｆｙｌｄｓｋａｊｙｄｊｌｆａｓｄｌｏｐｒｙｔｕａｚｘｃｎｍｋｌｏｋ ｍｎｕｈｂｖｇｙｔｆｃｄｘｓｚａｑｗｅ３ｒ５ｔ６ｙ７ｕ８ｉｏ１０９ｋｍ＋
【０８５７】サーバーコンピュータ１００は、サーバー
メッセージログ１４０中に新規レコード１４０．１を作
り、領域１４０ＥにメッセージＲ１のコピーを蓄積す
る。サーバーコンピュータ１００は、次いで、メッセー
ジＲ１をアンラップし、上記に述べたとおりに処理し
て、以下の通り、サーバーメッセージログ１４０のレコ
ード１４０．１を更新する。
【０８５８】 個人ＩＤ ｂｒｉａｎｂ−２３ セッションＩＤ 取り引き番号 ２２７７０５２ インデックス 入ってくるメッセージ メッセージＲ１のコピー 応答メッセージ
【０８５９】サーバーコンピュータ１００は、次いで、
顧客ユーザ２０３に要求されたＩＤをいまある個人のリ
ストと比較する。要求されている個人ＩＤが単一の者で
あれば、顧客ユーザ２０３に関する個人レコード１２
０．１を作る。
【０８６０】 個人ＩＤ ｂｒｉａｎｂ−２３ Ｅメール ｂｒｉａｎｂ＠ｒｅａｌｉｔｙ．ｃｏｍ パブリックキー ａｓｌｆｊｆｌａｓｄｆｌａｓｊｙｌｆｄｊ ｓｌｙａｆｋｊｆｊｓｌａｋｊｆｙｌｄｓｋａｊｙｆｌｋａｊｓｙｌｄｆｊｌａ ｓｋｆａｓｌｆｊｆｌａｓｄｆｌａｓｊｙｋｊｆｊｓｌａｋｊｆｊｕｙｒｅｓｄ ｆｕｔｋｐｏｉｕｑｗａｓｄｅｒｆｇｔｈｙｕｊｉｋｏｌｐｋｍｎ７５ｃｘｚｌ 日付登録 １９９５１１０５１００５０７５５６ 内容言語 ｅｎ−ｕｓ オートクローズパスフレーズ ｂａｄｎｅｗｓ キャッシュコンテナデータ 同意 機器結合データ
【０８６１】サーバーコンピュータ１００は、次いでメ
ッセージＲ２を組み込み、サーバーメッセージログデー
タ構造１４０の記録１４０．１の領域１４０Ｆにそのコ
ピーを蓄積し、メッセージＲ２を顧客コンピュータ２０
０に転送する。メッセージＲ２は次のものを含む。
【０８６２】 取り引き ２２７７０５２ 日付 １９９５１１０５１００５０５４５６ 型 ｒｅｇｉｓｔｒａｔｉｏｎ−ｒｅｓｐｏｎｓ ｅ サービスカテゴリ ａｄｍｉｎ 不透明 サーバデータ １９９５１１０５１００５０７５５６ 要求されるＩＤ ｂｒｉａｎｂ 応答ＩＤ ｂｒｉａｎｂ−２３ Ｅメール ｂｒｉａｎｂ＠ｒｅａｌｉｔｙ．ｃｏｍ 応答コード ｓｕｃｃｅｓｓ ｐｕｂｋｅｙ ａｓｌｆｊｆｌａｓｄｆｌａｓｊｙｌｆｄｊ ｓｌｙａｆｋｊｆｊｓｌａｋｊｆｙｌｄｓｋａｊｙｆｌｋａｊｓｙｌｄｆｊｌａ ｓｋｆａｓｌｆｊｆｌａｓｄｆｌａｓｊｙｋｊｆｊｓｌａｋｊｆｊｕｙｒｅｓｄ ｆｕｔｋｐｏｉｕｑｗａｓｄｅｒｆｇｔｈｙｕｊｉｋｏｌｐｋｍｎ７５ｃｘｚｌ ｓｗセビリティ ｗａｒｎｉｎｇ ｓｗメッセージ Ｎｅｗ ｓｏｆｔｗａｒｅ ｉｓ ａｖａｉ ｌａｂｌｅ
【０８６３】顧客コンピュータ２００は、上述したとお
り、メッセージＲ２をアンラップして処理する。顧客ア
プリケーションソフト２１０は、顧客個人データ構造２
２０内に、以下の個人”ｂｒｉａｎｂ−２３”のレコー
ドをつくる。
【０８６４】 個人ＩＤ ｂｒｉａｎｂ−２３ ｅメール ｂｒｉａｎｂ＠ｒｅａｌｉｔｙ．ｃｏｍ パブリックキー ａｓｌｆｊｆｌａｓｄｆｌａｓｊｙｌｆｄｊｓｌ ｙａｆｋｊｆｊｓｌａｋｊｆｙｌｄｓｋａｊｙｆｌｋａｊｓｙｌｄｆｊｌａｓｋ ｆａｓｌｆｊｆｌａｓｄｆｌａｓｊｙｋｊｆｊｓｌａｋｊｆｊｕｙｒｅｓｄｆｕ ｔｋｐｏｉｕｑｗａｓｄｅｒｆｇｔｈｙｕｊｉｋｏｌｐｋｍｎ７５ｃｘｚｌ 登録日 １９９５１１０５１００５０７５５６ 内容言語 ｅｎ−ｕｓ オートクローズパスフレーズ ｂａｄｎｅｗｓ キャッシュコンテナデータ 同意 ７５ 機器結合データ ソフトウエアオプション デフォルト プライベートキー ８ｉｋｕｈｂｒｆｖｅｄｃ３ｅｒｆｇ５６ｙｕ８ ７ｙｇ０ｏｋｍｓｄｆｇｈｊｋ３ｅｒｆｑｗｅｒｔｙ７ｙｕｈ８ｉｊ７ｙｆｇｄ ｃｓｄｆｖ６ｙ８９ｉ０ｏｏｌｕｊｍｈｎｃｖｚｘ２ｗｄｐｌｋｊｈｇｆｆｄｓ ａｗｅ／９＋４５ｒｆ６ｔｇ７ｙｈｋｊｈｇｆ２ｗａａｚ４ｅｄ５ｔｇｆｖ
【０８６５】Ｂ．機器結合処理４０３ 機器結合処理４０３は、顧客及び販売者について同じも
のである。顧客ユーザ２０３による機器の結合に関して
のみ述べる。
【０８６６】機器結合処理４０３は顧客ユーザ２０３が
クライエントアプリケーションから機器結合操作を選択
した時に開始する。顧客アプリケーションソフトウエア
２１０２１０は、ディフォルト状態のネーム及びアドレ
スについて顧客ユーザ２０３をプロンプトする。顧客ユ
ーザ２０３はついで、”Ｂｒｉａｎ Ｂｒｉａｎ，１０
０ Ｅｌｍ Ｓｔｒｅｅｔ， Ｎｉｃｅ Ｐｌａｃｅ，
ＶＡ ０００００ＵＳＡ”と入力する。
【０８６７】顧客ユーザ２０３は、”ｂａｎｋ ａｃｏ
ｕｎｔ”を選択し、銀行口座番号、銀行口座がその個人
のオートクローズ口座であるかどうか、一つ以上の法的
な契約に対する顧客ユーザ２０３の同意、の情報に関し
てプロンプトされる。顧客ユーザ２０３は、器械の所有
者の名前、住所電話番号を帰するために必要な情報の変
更を促される。
【０８６８】銀行口座に関するプロンプトに応じて、顧
客ユーザ２０３は”０５９０１３２１８１７５６５４”
と入力する。その口座がその個人のオートクローズ口座
であるかどうかに付いての応答に対するプロンプトに応
じて、顧客ユーザ２０３は”ｙｅｓ”と入力する。表示
された名前、アドレス、電話番号を変更するプロンプト
に応じて、顧客ユーザ２０３は断る。
【０８６９】口座の記載事項についてのプロンプトに応
じて、顧客ユーザ２０３は”Ｍｙｆｕｎ ａｃｃｕｎ
ｔ”と入力する。顧客ユーザ２０３の法的な契約に対す
る同意に関するプロンプトに応じて、顧客は”ａｇｒｅ
ｅｄ”と入力する。顧客ユーザ２０３はサーバー−コン
ピュータの”ｂｉｎｄ ｉｎｓｔｒｕｍｅｎｔ”にプロ
ンプトされる。この動作は、上述したとおり、顧客アプ
リケーションソフトウエア２１０にメッセージＢＩ１を
作らせる。このメッセージは次の事項を含む。
【０８７０】 ＩＤ ｂｒｉａｎｂ−２３ 取り引き番号 ２２７７０５３ 日付 １９９５１１２５１００５１０５８９ サーバキー ＣＣ１００１ サービスカテゴリ ａｄｍｉｎ 不透明 型 ｂｉｎｄ−ｉｎｓｔｒｕｍｅｎｔ サーバ日付 １９９５１１２５１００５１２６８９ ソフトウエアバージョン １．０ｗｉｎ 機器番号 ０５９０１３２１８１７５６５４ 機器型 ｄｄａ 機器カテゴリ ｄｄａ 機器機能 ｌｏａｄ，ｕｎｌｏａｄ 機器ソルト ４ｂｎｍ８ｐｏｅｔｑｖ＝ 機器名 Ｂｒｉａｎ Ｑ． Ｂｒｉａｎ 機器ストリート １００ ｅｌｍ Ｓｔｒｅｅｔ 機器シティ Ｎｉｃｅ Ｐｌａｃｅ 機器州 ＶＡ 機器郵便コード ０００００ 機器国 ＵＳＡ 契約 ７５，１２３ オートクローズ ｙｅｓ オートクローズパスフレーズ ｂａｄｎｅｗｓ キー ４／Ｒｏｏｓ＋２ａｃ８＝ サイン ｓｊａｄｌｋａｓｌｚｆｚｌｋｓａｊｚｌｆ ｆｚｌｋｓａｊｚｌｆｆｚｌｋｓａｊｚｌｆｆｚｌｋｓａｊｚｌｆｆｚｌｋｓａ ｊｚｌｆｆｚｌｋｓａｊｚｌｆｊｓｚｌｆｊｓｌｄｆｊｌｓｋｆｌｓａｊｆｓａ ／９ｉｕ７ｈｇｆｃｅ／ｊｕｙ＋ｐｏｉｕｈｎｂｖｃｄｅｗｑａｚｘｐ
【０８７１】サーバーコンピュータは、新規レコード１
４０．２をサーバーメッセージログ１４０内に作り、メ
ッセージＢＩ１のコピーを領域１４０Ｅに蓄積する。サ
ーバーコンピュータ１００は、次いで、メッセージＢＩ
１をアンラップして上述したとおり、それを処理し、サ
ーバーメッセージログ１４０のレコード１４０．２を次
のように更新する。
【０８７２】 個人ＩＤ ｂｒｉａｎｂ−２３ セッションＩＤ 取り引き番号 ２２７７０５３ インデックス 入ってくるメッセージ ｃｏｐｙ ｏｆ ＢＩ１ 応答メッセージ
【０８７３】サーバーコンピュータ１００は、次いで、
オートクローズ領域１２０に”ｂａｄｎｅｗｓ”を入力
し、機器結合データを領域１２０Ｈに加えることによっ
て、個人”ｂｒｉａｎｂ−２３”のサーバー個人データ
構造１２０．１を次のように更新する。
【０８７４】 個人ＩＤ ｂｒｉａｎｂ−２３ 機器型 ｄｄａ 機器番号 ａｓｗｅｒｆｃｖｇ［ｅｎｃｒｙｐｔｅｄ］ 機器特有通貨 ｕｓｄ 機器プリフィックス ０５５６５４ 法的契約 ７５，１２３ 機器ハッシュ ｕｏｕ９８０ｙ５７ｒｄ９８ｊｎｈｇｔ５４ ｅ３＝＝ 発行人認識番号 ７３５９８０ 機器ホルダ名 ｌｋｐｉｐｏｉｐｏｉ［ｅｎｃｒｙｐｔｅｄ ］ 機器ホルダアドレス ｏｉｐｉｐｏｉｐｉｐｏ［ｅｎｃｒｙｐｔｅ ｄ］ 機器結合日付 １９９５１１２５１００５１３５８３ 機器を最初に使用した日 結合状態 ｃｒｅａｔｅｄ 売取引可 ｎｏ 売取引制限 クレジット取引可 ｎｏ クレジット取引制限 ロードキャッシュ可 ｙｅｓ ロードキャッシュ取引制限 ｕｓｄ１０００．００ アンロードキャッシュ可 ｙｅｓ アンロードキャッシュ取引制限 −１ オートクローズ結合 ｙｅｓ
【０８７５】次いで、サーバーコンピュータ１００はメ
ッセージＢＩ４を組立て、そのコピーをサーバーメッセ
ージログ１４０のレコード領域１４０Ｆに蓄積し、メッ
セージＢＩ４を顧客ユーザ２０３に送る。メッセージＢ
Ｉ４は以下のものを含む。
【０８７６】 個人ＩＤ ｂｒｉａｎｂ−２３ 取り引き番号 ２２７７０５３ 日付 １９９５１１２５１００５１０５８９ サービスカテゴリ ａｄｍｉｎ 不透明 型 ｂｉｎｄ−ｉｎｓｔｒｕｍｅｎｔ−ｒｅｓｐ ｏｎｓｅ サーバ日付 １９９５１１２５１００５１３５８３ 応答コード ｓｕｃｃｅｓｓ ソフトウェアセベリティ ｗａｒｎｉｎｇ ソフトウェアメッセージ Ｎｅｗ ｓｏｆｔｗａｒｅ ｉｓ ａｖａｉ ｌａｂｌｅ 機器型 ｄｄａ 機器発行人 Ｅａｓｔ Ｂａｎｋ ｏｆ ｔｈｅ Ｍｉｓ ｓｉｓｓｉｐｐｉ 機器発行人の国 ｕｓ 機器機能 ｌｏａｄ，ｕｎｌｏａｄ 機器番号 ０５９０１３２１８１７５６５４ 機器型 ｄｄａ 機器発行人 Ｅａｓｔ Ｂａｎｋ ｏｆ ｔｈｅ Ｍｉｓ ｓｉｓｓｉｐｐｉ 機器発行人の国 ｕｓ 機器機能 ｌｏａｄ，ｕｎｌｏａｄ 機器ソルト ４ｂｎｍ８ｐｏｅｔｑｖ＝
【０８７７】顧客コンピュータ２００はメッセージＢＩ
４をアンラップし、上述したとおりそれを処理して、領
域２２０Ｊへ機器結合データを加えることによって、個
人”ｂｒｉａｎｂ−２３”に関する顧客個人データ構造
２２０内のレコード２２０．１を次のように更新する。
【０８７８】 個人ＩＤ ｂｒｉａｎｂ−２３ 機器番号 ０５９０１３２１８１７５６５４ 機器明細 ｍｙ ｆｕｎ ａｃｃｏｕｎｔ ホルダ名 Ｂｒｉａｎ Ｂｒｉａｎ ホルダアドレス １００ Ｅｌｍ Ｓｔｒｅｅｔ ホルダシティ Ｎｉｃｅ Ｐｌａｃｅ， ＶＡ ホルダ国 ＵＳＡ ホルダ郵便コード ０００００ ホルダ国コード １ ホルダ地域コード ７０３ ホルダ電話番号 ５５５−１２１２ 通貨 ｕｓｄ 取り引き売フラッグ ｎｏ 取り引きクレジットフラグ ｎｏ アンロードファンドフラグ ｙｅｓ ロードファンドフラグ ｙｅｓ ステータス ａｐｐｒｏｖｅｄ 機器循環データ ｉｎｓｔｒｕｍｅｎｔ−ｎｕｍｂｅｒ：０５ ９０１３２１８１７５６５４ ｉｎｓｔｒｕｍｅｎｔ−ｔｙｐｅ：ｄｄａ ｉｎ ｓｔｒｕｍｅｎｔ−ｉｓｓｕｅｒ：ＥａｓｔＢａｎｋｏｆｔｈｅＭｉｓｓｉｓｓ ｉｐｐｉ ｉｎｓｔｒｕｍｅｎｔ−ｉｓｓｕｅｒ−ｃｏｕｎｔｒｙ：ｕｓ ｉｎ ｓｔｒｕｍｅｎｔ−ｆｕｎｃｔｉｏｎｓ：ｌｏａｄ，ｕｎｌｏａｄ ｉｎｓｔｒ ｕｍｅｎｔ−ｓａｌｔ：４ｂｎｍ８ｐｏｅｔｑｖ＝ 契約 ７５，１２３
【０８７９】Ｃ．ロード／アンロード処理４０５ロード
／アンロード処理４０５は、顧客ユーザ２０３が顧客ア
プリケーションソフトウエア２１０からロード操作を選
択することによって開始する。顧客アプリケーションソ
フトウエア２１０は、個人ｂｒｉａｎｂ−２３へファン
ドをロードする機器に関する顧客ユーザ２０３をプロン
プトする。顧客ユーザ２０３は”ｍｙ ｆｕｎ ａｃｃ
ｏｕｎｔ”を選択し、転送すべき金額についてプロンプ
トされる。金額についてのプロンプトに応じて、顧客ユ
ーザ２０３は＄１００．００を入力する。顧客アプリケ
ーションソフトウエア２１０は、次いで、前述したとお
りメッセージＬＵ１を組込む、サーバーコンピュータ１
００に送る。メッセージＬＵ１は、次の情報を含む。
【０８８０】 ＩＤ ｂｒｉａｎｂ−２３ 取り引き番号 ２２７７０５４ 日付 １９９５１１０５１０３５１７６８８ サーバーキー ＣＣ１００１ サービスカテゴリィ ｃａｓｈ 不透明 タイプ ｌｏａｄ−ｕｎｌｏａｄ−ｆｕｎｄｓ サーバー日付 １９９５１１０５１０３５１９７８８ 金額 ｕｓｄ１００．００ キー ４／Ｒｏｏｓ＋２ａｃ８＝ サイン ｌｌｊｗｌｒｊｗｌｉｍｃｅｉｗｌｃｅｆｊ ｄｗｅｗｌｅｉｃｉｗｌｃｅｆｊｄｗｅｗｌｅｉｃｉｗｌｃｅｆｊｄｗｅｗｌｅ ｉｃｊｗｌｉｅｒｑｉｑｈｏｄｑｈｏｉｗｅｈｑｘｑ２３ｊｉｏｅｒｐｏｉｕｋ ｌｈｇｒｑｗｅｒ７ｙ６ｔｇｈｊｕｉｋｏ０９ｐ＋ｐｏ９ｉｊｈｔ５ｒｅ３ｗｘ
【０８８１】サーバーコンピュータはサーバーメッセー
ジログに新規レコード１４０．３を作り、メッセージＬ
Ｕ１のコピーを領域１４０Ｅに蓄積する。サーバーコン
ピュータ１００はついで、メッセージＬＵ１をアンラッ
プして上述したようにそれを処理し、サーバーメセージ
ログ１４０のレコード１４０．３を次のように更新す
る。
【０８８２】 個人ＩＤ ｂｒｉａｎｂ−２３ セッションＩＤ 取り引き番号 ２２７７０５４ インデックス 入ってくるメッセージ ｃｏｐｙ ｏｆ ＬＵ１ 応答メッセージ
【０８８３】サーバーコンピュータ１００は、次いで、
領域１２０Ｇに以下のようにキャッシュコンテナデータ
を加えることで顧客個人レコード１２０．１を更新す
る。
【０８８４】 通貨 ｕｓｄ 可能なバランス １００．０ オンホールドバランス ０．００ 代理人口座番号 １１３３１７８３４
【０８８５】サーバーコンピュータ１００は次いで、メ
ッセージＬＵ２を組立てて、そのコピーをサーバーメッ
セージログ１４０のレコード１４０．３の領域１４０Ｅ
に蓄積し、顧客コンピュータ１００へメッセージＬＵ２
を転送する。メッセージＬＵ２は以下の情報を含んでい
る。
【０８８６】 ＩＤ ｂｒｉａｎｂ−２３ 取り引き番号 ２２７７０５４ 日付 １９９５１１０５１０３５１７６８８ サービスカテゴリ ｃａｓｈ 不透明 型 ｌｏａｄ−ｕｎｌｏａｄ−ｒｅｓｐｏｎｓｅ サーバ日付 １９９５１１０５１０３６０７９１４ 金額 ｕｓｄ１００．００ 応答コード ｓｕｃｃｅｓｓ メッセージ ｆｕｎｄｓ−ｌｏａｄｅｄ ソフトウェアセベリティ ｗａｒｎｉｎｇ ソフトウェアメッセージ Ｎｅｗ ｓｏｆｔｗａｒｅ ｉｓ ａｖａｉ ｌａｂｌｅ 料金 ｕｓｄ０．０ バランス ｕｓｄ１００．００ セッションファンド ｕｓｄ０．００ オンホールド ｕｓｄ０．００
【０８８７】顧客コンピュータ２００はメッセージＬＵ
２をアンラップして、上述したとおりそれを処理し、”
ｕｓｄ１００”をキャッシュコンテナ領域２２０Ｊに入
力することによって、個人”ｂｒｉａｎｂ−２３”に関
する顧客個人データ構造２２０のレコード２２０．１を
更新する。
【０８８８】Ｄ．セッション開設処理４０７ セッション製作処理は、顧客ユーザ２０３が顧客アプリ
ケーションソフトウエア２１０からセッション開設操作
を選択した時に開始する。顧客アプリケーションソフト
ウエア２１０は、所望のセッション寿命を分で、セッシ
ョン中に行われる取り引きの最大数、セッション中に入
手可能なファンドの金額、及びそのセッションに関する
メモ、の情報に関して顧客ユーザをプロンプトする。
【０８８９】所望のセッションの寿命分に関するプロン
プトに応じて、顧客ユーザ２０３は”１２０”を入力す
る。そのセッション中に行われる取り引きの最大数に関
するプロンプトに応じて、顧客ユーザ２０３は”２５”
を入力する。そのセッション中に入手可能なファンドの
金額に関するプロンプトに応じて、顧客は”７０．０
０”を入力する。そのセッションのメモに関するプロン
プトに応じて、顧客ユーザ２０３は”Ｃｈｒｉｓｔｍａ
ｓ ｓｈｏｐｐｉｎｇ ｓｐｒｅｅ”を入力する。
【０８９０】顧客２００は、次いで、メッセージＯＳ１
を組立てて、サーバーコンピュータ１００にそれを送
る。メッセージＯＳ１は次の情報を含む。
【０８９１】 ＩＤ ｂｒｉａｎｂ−２３ 取り引き番号 ２２７７０５５ 日付 １９９５１１０５１０４１３１９１４ サーバーキー ＣＣ１００１ サービスカテゴリィ ｃａｓｈ 不透明 型 ｏｐｅｎ−ｓｅｓｓｉｏｎ サーバー日付 １９９５１１０５１０４１３４０１４ ソフトウエアバージョン １．０ｗｉｎ レコードノート Ｃｈｒｉｓｔｍａｓ ｓｈｏｐｐｉｎｇ ｓ ｐｒｅｅ 金額 ｕｓｄ７０．００ キー寿命 ０１２０ キー使用制限 ２５ キー ４／Ｒｏｏｓ＋２ａｃ８＝ サイン ｋａｓｄｊｆｌａｓｊｄｚｌｋｆｕｏｉ５７ ９３８４ｎｇ０９ｋｄｆｇｊ０９ｅｕｒｔｎｄｆｂｎｂ９０９ｎｌｋｔｕｊｗｊ ｓｉ８６ｔｊｆ９０８６ｐｔｊｆｇｒ６ｊｉｒ４６ｅｄｃｌｏｐｌａｓｚｘｅｗ ｑｎｙｍ＋０９ｕｈｇｔｒ４３２ｚｘｃｖｂｈｇｒｅｗｑ１２ｒｇ８ｍｋｏ０１
【０８９２】サーバーコンピュータは、サーバーメッセ
ージログ１４０内に新規レコード１４０．４を作り、領
域１４０ＥにメッセージＯＳ１のコピーを蓄積する。サ
ーバーコンピュータ１００は、次いで、上述したとおり
メッセージＯＳ１をアンラップして、それを処理し、サ
ーバーメッセージログ１４０のレコード１４０．４を次
の通り更新する。
【０８９３】 個人−ＩＤ ｂｒｉａｎｂ−２３ セッション−ＩＤ 取り引き番号 ２２７７０５５ インデックス 入ってくるメッセージ ｃｏｐｙ ｏｆ ＯＳ１ 応答メッセージ
【０８９４】サーバーコンピュータ１００は、個人Ｉ
Ｄ”ｂｒｉａｎｂ−２３”に関連するサーバーセッショ
ンデータ構造１３０内にレコード１３０．１を作る。レ
コード１３０．１は次の情報を含む。
【０８９５】 セッションＩＤ Ｊ／Ｐｉ＋ｓｑＧｔｇＨ＝ セッションキー ７ｕｊｍ８ｉｋｔｇＴＲｒｆｖ３ｅｄｃ９ｏ ｌｋ＝＝ セッションソルト ａａ５ｙｈ８ｆｄｋｌ＋＝ 通貨 ｕｓｄ 開設金額 ７０．００ 残高 ７０．００ 開設日 １９９５１１０５１０４１３７１７９ 閉鎖日 キー使用制限 １５ キー寿命 ００６０ 個人ＩＤ ｂｒｉａｎｂ−２３ ステータス ｏｐｅｎ メモ ｃｈｒｉｓｔｍａｓ ｓｈｏｐｐｉｎｇ ｓ ｐｒｅｅ 取り引き日
【０８９６】サーバーコンピュータ１００も、個人”ｂ
ｒｉａｎｂ−２３”に関連するサーバー個人データ構造
１２０に、上述したキャッシュコンテナの取り引き可能
なバランス領域１２０Ｇ．２から金額”１００．００”
から金額”７０．００”を差引くことによってレコード
１２０．１を更新する。サーバーコンピュータはメッセ
ージＯＳ２を組立てて、レコード１４０．４の領域１４
０Ｆそのコピーを蓄積し、顧客コンピュータ２００へメ
ッセージＯＳ２を転送する。メッセージＯＳ２は以下の
情報を含む。
【０８９７】 ＩＤ ｂｒｉａｎｂ−２３ 取り引き ２２７７０５５ 日付 １９９５１１０５１０４１３１９１４ サービスカテゴリ ｃａｓｈ 不透明 型 ｏｐｅｎ−ｓｅｓｓｉｏｎ−ｒｅｓｐｏｎｓ ｅ サーバ日 １９９５１１０５１０４１３７１７９ 応答コード ｓｕｃｃｅｓｓ ソフトウエアセベリティ ｗａｒｎｉｎｇ ソフトウエアメッセージ Ｎｅｗ ｓｏｆｔｗａｒｅ ｉｓ ａｖａｉ ｌａｂｌｅ キー寿命 ００６０ キー使用制限 １５ 金額 ｕｓｄ７０．００ 外貨交換 ｃａｄ０．６０ ｇｂｐ １．５５ セッションファンド ｕｓｄ７０．００ バランス ｕｓｄ３０．００ オンホールド ｕｓｄ０．００ 手数料 ｕｓｄ０．００ セッションＩＤ Ｊ／Ｐｉ＋ｓｑＧｔｇＨ＝ セッションキー ７ｕｊｍ８ｉｋｔｇＴＲｒｆｖ３ｅｄｃ９ｏ ｌｋ＝＝ セッションソルト ａａ５ｙｈ８ｆｄｋｌ＋＝
【０８９８】顧客コンピュータ２００は、上述したとお
りメッセージＯＳ２をアンラップして、それを処理し、
ついで、個人”ｂｒｉａｎｂ−２３”に関連する顧客セ
ッションデータ構造に、以下の通り新規レコード２４
０．１をつくる。
【０８９９】 セッションＩＤ Ｊ／Ｐｉ＋ｓｑＧｔｇＨ＝ セッションキー ７ｕｊｍ８ｉｋｔｇＴＲｒｆｖ３ｅｄｃ９ｏ ｌｋ＝＝ セッションソルト ａａ５ｙｈ８ｆｄｋｌ＋＝ 通貨 ｕｓｄ 開設金額 ７０．００ 通貨金額 ７０．００ 開設日付 １９９５１１０５１０４１３７１７９ キー使用制限 １５ キー寿命 ００６０ メモ ｃｈｒｉｓｔｍａｓ ｓｈｏｐｐｉｎｇ ｓ ｐｒｅｅ
【０９００】販売者ユーザ３０３がセッションを開設す
る処理は、販売者がその個人キャッシュコンテナからセ
ションレジスタへファンドを転送しないことを除いて同
じである。従って、販売者は、ファンドを受け取ること
を期待し、販売セッションにおいて、それに対して受取
可能なファンドは必要ない。サーバーコンピュータ１０
０は、販売者ユーザ３０３の個人”Ａｃｍｅ−１２”に
関連するサーバーセッションデータ構造１３０に、つぎ
のようにレコード１３０．２を作る。
【０９０１】 セッションＩＤ ｋ／ｉＬ＋ｔｐＰｍＨｇ＝ セッションキー ３ｅｊｋＰＯＭ７Ｔ＋ｐｏＢＱＷ９ｉｐｑｗ Ｚ８＝＝ セッションソルト ｑｗ８９ｌｋ３ｖＡＺ＝＝ 通貨 ｕｓｄ 開設金額 ０．００ 残高 ０．００ 開設日 １１０５９５０６３０１２１４７ 閉鎖日 キー使用制限 ０９０ キー寿命 ０９６０ 個人ＩＤ Ａｃｍｅ−１２ ステータス ｏｐｅｎ メモ ｓｈｏｅ ｄｅｐａｒｔｍｅｎｔ ｓａｌｅ ｓ 転送データ
【０９０２】セッションを開設したら、販売者コンピュ
ータ３０３０は、販売者キャッシュログデータ構造３７
０に、次の通り新規レコード３７０．１をつくる。
【０９０３】 型 ｏｐｅｎ−ｓｅｓｓｉｏｎ ステータス ｏｐｅｎ 取り引き番号 ５５４４３３２２ 必要なセッション期間 ０９６０ 必要なセッションカウント ９０ セッション−ＩＤ ｋ／ｉＬ＋ｔｐＰｍＨｇ＝ 結果コード ｓｕｃｃｅｓｓ
【０９０４】Ｅ．取り引き支払処理４０９ 取り引き支払処理４０９は、支払のメカニズムとして”
キャッシュによる支払”を選択することによって特定の
タームの元にロケットシューズを売る販売者ユーザ３０
３からの申し入れに対して、顧客ユーザ２０３が応答し
た時に、開始する。この行動により、販売者コンピュー
タ３００がメッセージＰＲ１を組立てて、上述したとお
り、顧客コンピュータ２００にそれを転送する。メッセ
ージＰＲ１は次の情報を含む。
【０９０５】 型 ｐａｙｍｅｎｔ−ｒｅｑｕｅｓｔ 販売者−ｃｃＩＤ Ａｃｍｅ−１２ 販売者オーダーＩＤ １２３１−３４２４−２３４２４２ 販売者日付 １９９５１１０５１０４５３６３７８ 販売者ソフトウェアバージョン ｆｏｏ６９ ノート ＡＣＭＥ製品 Ｐｕｒｃｈａｓｅ ｏｆ １ ｐａｉｒ” Ｒｏｃｋｅｔ Ｓｈｏｅｓ” ａｔ ＄３７．５０ ｅａ． Ｓｈｉｐｐｉｎｇ ａｎｄ ｈａｎｄｌｉ ｎｇ ＄５．００ Ｔｏｔａｌ Ｐｒｉｃｅ：＄４２．５０ Ｓｈｉｐ ｔｏ： Ｂｒｉａｎ Ｂｒｉａｎ １００ Ｅｌｍ Ｓｔｒｅｅｔ， Ｎ ｉｃｅ Ｐｌａｃｅ， ＶＡ ０００００， ＵＳＡ 販売者金額 ｕｓｄ４２．５０ 販売者金額２ ｃａｄ５４．２５ 受領 ｖｉｓａ；ｍａｓｔｅｒ；ａｍｅｘ；ＪＣＰ ｅｎｎｙ；ｍａｃｙ ｕｒｌ−ｐａｙ−ｔｏ ｈｔｔｐ：／／ｗｗｗ．ＡＣＭＥ．ｃｏｍ／ ＳｅｒｖｅｒＰａｙｍｅｎｔ ｕｒｌ−ｃａｎｃｅｌ ｈｔｔｐ：／／ｗｗｗ．ＡＣＭＥ．ｃｏｍ／ ＣｙｂｅｒＰａｙｍｅｎｔ Ｃａｎｃｅｌ ｕｒｌ−ｓｕｃｃｅｓｓ ｈｔｔｐ：／／ｗｗｗ．ＡＣＭＥ．ｃｏｍ／ ｏｒｄｅｒｓｕｃｃｅｓｓ ｕｒｌ−ｆａｉｌ ｈｔｔｐ：／／ｗｗｗ．ＡＣＭＥ．ｃｏｍ／ ｏｒｄｅｒｆａｉｌ 販売者署名ハッシュキー ＩＳＬｚｓ／ｖＦＱ０ＢＸｆＵ９８ＬＺＮＷ ｈＱ＝＝ 販売者署名ハッシュ ｋｌｆｊｌｋｄｆｇｌｋｄｆｓｕｔｋｄｆｊ ｇｌｄｓ７５０３ｑｗｒｔｊｔｙｕｖｎｖｉｄｕｒ０９ｅ５８ｆｄｊ９０８６ｊ ＣＳ９８５ｋｆ９０８６ｋｇ９８９４ｊ６ｇ−ｒ０９４５４３ｊｖｎｄｍｋｚａ ｚｑｐｌ
【０９０６】販売者コンピュータ３００も、以下に述べ
る販売謝金額データ構造３５０の新規レコード３５０．
１を作る。
【０９０７】 オーダーＩＤ １２３１−３４２４−２３４２４２ 取り引きの金額 ｕｓｄ４２．５０ フラグ ｐｅｎｄｉｎｇ
【０９０８】顧客コンピュータ２００は、上述したとお
り、メッセージＰＲ１を処理する。顧客アプリケーショ
ンソフトウエア２１０からのプロンプトに答えて、顧客
ユーザ２０３は、”ｐａｙ ｃａｓｈ”を選択して、販
売者ユーザ２０３の申し入れを受ける。この行動によっ
て、顧客コンピュータ２００がメッセージＣＡ１を組立
て、販売者コンピュータ３００に転送する。メッセージ
ＣＡ１は、次の情報を含む。
【０９０９】 型 ｃａｓｈ−ｐａｙｍｅｎｔ バージョン １ セッションＩＤ Ｊ／Ｐｉ＋ｓｑＧｔｇＨ＝ インデックス １ 支払者通貨 ｕｓｄ ノートハッシュ ｔｙｒｉｏｋｌｊｈｇｂｖｘｃｚｍ７ｒｆｄ ｅ４＝＝ 支払者ＩＤ Ａｃｍｅ−１２ オーダーＩＤ １２３１−３４２４−２３４２４２ サービスカテゴリ ｃａｓｈ 不透明 金額 ｕｓｄ４２．５０ オースコード ｉｏｕ２３４ｒｆｇｖｂｍｃｘｐ＋ｐｏｌｉ ｕ７＝＝
【０９１０】販売者コンピュータ３００は、上述したと
おり、メッセージＣＡ１を処理する。販売者コンピュー
タ３００は、次いで上述したメッセージＣＡ２を組立て
て、サーバーコンピュータ１００に転送する。メッセー
ジＣＡ２は以下の情報を有する。
【０９１１】 バージョン １ セッションＩＤ ｋ／ｉＬ＋ｔｐＰｍＨｇ＝ インデックス ７７ サービスカテゴリィ ｃａｓｈ 顧客−不透明 型 ｃａｓｈ−ｃｏｌｌｅｃｔｉｏｎ バージョン １ 型ｎ ｃａｓｈ−ｐａｙｍｅｎｔ サブバージョンｎ １ 支払者セッションＩＤｎ Ｊ／Ｐｉ＋ｓｑＧｔｇＨ＝ 支払者インデックスｎ １ ノート−ハッシュｎ ｋｃｈｆｉＺ５ＷＡＵｌｐｋ１／ｖｌｏｇｗ ｕＱ＝＝ 支払人ＩＤｎ Ａｃｍｅ−１２ オーダーＩＤｎ １２３１−３４２４−２３４２４２ 販売者金額ｎ ｕｓｄ４２．５０ オースコード ＵｊｋＨｇｔＫ／３８ｕｈｚｘｓ９ｉｏ３＋ ＰＬ＝＝ 顧客−不透明 ｊｋｓｙｆｄｉｔｄｆｋｊｇｄｆｕｔ０２９ ｊｆ９ｑ０８７５ｊＣＳｊｍｇｍｂｎｆｉｕｒ８６ｆｍ９３４５ｋｄｋｊｒｊｇ ｈｎｖｍｆｈａｚａｐｌａｋｓｄｉｊｄｆｈｊｇｕｔｉｒｏｋｌｏｐ８ｔｒｅｗ ｑａｓｚ
【０９１２】販売者コンピュータ３００は、以下の追加
データを現在のレコードに加えることによって、販売者
キャッシュロＧデータ構造のレコード３７０．１を更新
する（明確にするために、レコード３７０．１をすべて
示す）。
【０９１３】 型 ｃａｓｈ ｐａｙｍｅｎｔ ステータス ｐｅｎｄｉｎｇ オーダーＩＤ １２３１−３４２４−２３４２４２ 顧客セッションＩＤ Ｊ／Ｐｉ＋ｓｑＧｔｇＨ＝ 顧客インデックス番号 １ 顧客通貨 ｕｓｄ 販売者セッションＩＤ ｋ／ｉＬ＋ｔｐＰｍＨｇ＝ 販売者インデックス番号 ７７ 販売者通貨 ｕｓｄ 販売者要求金額 ４２．５０ クレジット金額 ４２．５０ 支払い済み手数料 ０．００ 型 ｏｐｅｎ−ｓｅｓｓｉｏｎ ステータス ｏｐｅｎ 取り引き番号 ７８７６５４３７ 必要なセッション期間 ０９６０ 必要なセッションカウント ９０ セッションＩＤ ｋ／ｉＬ＋ｔｐＰｍＨｇ＝ 結果コード ｓｕｃｃｅｓｓ
【０９１４】サーバーコンピュータは、サーバーメッセ
ージログ１４０に新規レコード１４０．５を作り、領域
１４０ＥにメッセージＣＡ２のコピーを蓄積する。サー
バーコンピュータ１００はメッセージＣＡ２をアンラッ
プして、すでに述べたようにそれを処理する。サーバー
コンピュータ１００は、サーバーセッションデータ構造
１３０のレコード１３０．１及び１３０．２をチェック
して、個人ｂｒｉａｎｂ−２３と個人ａｃｍｅ−１２と
が開セッションであるかどうかを決定する。セッション
が無効である場合、サーバーコンピュータは取り引き支
払処理４０９を終了する。ここでは、サーバーコンピュ
ータ１００は、処理を続けて、サーバーメッセージログ
１４０のレコード１４０．５を以下の通り更新する。
【０９１５】 個人ＩＤ Ａｃｍｅ−１２ セッションＩＤ ｋ／ｉＬ＋ｔｐＰｍＨｇ＝ 取り引き番号 インデックス ７７ 入ってくるメッセージ ｃｏｐｙ ｏｆ ｍｅｓｓａｇｅ ＣＡ２ 応答メッセージ
【０９１６】サーバーコンピュータは、また、以下の情
報を取り引きデータ領域１３０Ｎに関連づけることによ
って、サーバーセッションデータ構造１３０のレコード
１３０．１を更新する。
【０９１７】 金額 ｕｓｄ４２．５０ 顧客セッションＩＤ Ｊ／Ｐｉ＋ｓｑＧｔｇＨ＝ 販売者オーダーＩＤ １２３１−３４２４−２３４２４２ 販売者個人ＩＤ Ａｃｍｅ−１２ 顧客インデックス １
【０９１８】サーバーコンピュータは、また、以下の情
報を取り引きデータ領域１３０ＮＮに関連づけることに
よって、サーバーセッションデータ構造１３０のレコー
ド１３０．２を更新する。
【０９１９】 金額 ｕｓｄ４２．５０ 顧客セッションＩＤ Ｊ／Ｐｉ＋ｓｑＧｔｇＨ＝ 販売者オーダーＩＤ １２３１−３４２４−２３４２４２ 販売者個人ＩＤ Ａｃｍｅ−１２ 販売者インデックス ７７
【０９２０】サーバーコンピュータは、次いで、メッセ
ージＣＡ３を組立てて、すでに述べたとおり、販売者コ
ンピュータ３００にそれを転送する。メッセージＣＡ３
は次の情報を含む。
【０９２１】 型 ｆｒｏｍ ｓｅｒｖｅｒ バージョン １ セッションＩＤ ｋ／ｉＬ＋ｔｐＰｍＨｇ＝ インデックス ７７ サービスカテゴリ ｃａｓｈ 販売者−不透明 サブタイプ ｃａｓｈ−ｂａｔｃｈ−ｒｅｃｅｉｐｔ サブバージョン １ 要求バージョン １ 応答コード ｓｕｃｃｅｓｓ 料金 ｕｓｄ０．００ サブタイプｎ ｃａｓｈ−ｐａｙｍｅｎｔ−ｒｅｃｅｉｐｔ サブバージョンｎ １ 支払者セッションＩＤｎ Ｊ／Ｐｉ＋ｓｑＧｔｇＨ＝ 支払者インデックスｎ １ 応答コードｎ ｓｕｃｃｅｓｓ 集められた金額ｎ ｕｓｄ４２．５０ オーダーＩＤｎ １２３１−３４２４−２３４２４２ オースコード ｐ１２Ｐ＋／ＢＮｆｒ５９ｄｓＸｚ＋ｌｍｎ ＴＰ＝＝ 顧客−不透明 サービスカテゴリィ ｃａｓｈ 応答コード ｓｕｃｃｅｓｓ 金額 ｕｓｄ４２．５０ オーダーＩＤ １２３１−３４２４−２３４２４２ オースコード ｋｊＴＵＹ７ｆ７ｚｒ＋ｐＧＢ６５ＲＸＥ＋ ｈｃ＝＝
【０９２２】販売者コンピュータ３００はメッセージＣ
Ａ３をアンラップして、上述したとおりそれを処理す
る。販売者コンピュータ３００は、フラッグ領域３５０
Ｃを”ｐａｉｄ”に設定することによって、販売者金額
データ構造３７０のレコード３７０．１を更新する。
【０９２３】販売者コンピュータ３００は、販売者キャ
ッシュログデータ構造３７０のレコード３７０．１を次
のように更新する。
【０９２４】ステータス領域３７０Ｂは”ｓｕｃｃｅｓ
ｓ”にセットされている。クレジット金額領域３７０ｋ
は”ｕｓｄ４２，５０”にセットされている。
【０９２５】販売者コンピュータは、メッセージＣＡ４
を組立てて、それを顧客コンピュータ２００に転送す
る。メッセージＣＡ４は以下の情報を含む。
【０９２６】 型 ｃａｓｈ−ｐａｙｅｒ−ｒｅｃｅｉｐｔ バージョン １ セッションＩＤ ｋ／ｉＬ＋ｔｐＰｍＨｇ＝ サービスカテゴリ ｃａｓｈ インデックス ７７ オーダーＩＤ １２３１−３４２４−２３４２４２ 不透明 応答コード ｓｕｃｃｅｓｓ 金額 ｕｓｄ４２．５０ オーダーＩＤ １２３１−３４２４−２３４２４２ オースコード ｍｈｇＤ４ＱａＢＰｋｊ＋ｖＷｋｊＨｙｔＲ ５Ｊ＝＝
【０９２７】顧客コンピュータ２００は、上述したとお
りのメッセージＣＡ４をアンラップして処理する。顧客
コンピュータ２００は、現在の金額領域２４０Ｆから”
＄４２．５０”を差引いてバランス＄２７０．５０を残
すことによって、顧客セッションデータ構造２４０のレ
コード２４０．１を更新する。
【０９２８】Ｆ．閉鎖セッション処理４１１閉鎖セッシ
ョン処理４１１は、顧客ユーザ２０３が顧客コンピュー
タ２００のディスプレイから閉鎖セッションプロンプト
を選んだ時に開始する。この動作によって、顧客コンピ
ュータ２００は、上述したとおり、メッセージＣＳ１を
組立てて、サーバーコンピュータ１００に転送する。メ
ッセージＣＳ１は、以下の情報を含む。
【０９２９】 ＩＤ ｂｒｉａｎｂ−２３ 取り引き ２２７７０５６ 日付 １９９５１１０５１１０２２３６６６ サーバキー ＣＣ１００１ サービスカテゴリ ｃａｓｈ 不透明 型 ｃｌｏｓｅ−ｓｅｓｓｉｏｎ サーバ日付 １９９５１１０５１１０２２５７６６ ソフトウェアバージョン １．０ｗｉｎ セッションＩＤ Ｊ／Ｐｉ＋ｓｑＧｔｇＨ＝ 要求ログ Ｎｏ キー ４／Ｒｏｏｓ＋２ａｃ８＝ サイン ｋａｓｄｊｆｚｌｓｋａｄｕｆｓｏｄｐｉｒ ｕｌｋｓｄｎｚｌｓｋｄ８０３ｄｉｐｏｄｓｉｆｄｆｓａｄｙｂｍｉｐｊｇ４ｅ ａｚｑｅｒ９８ｊｆｅｊｏｉｕｄｆｊｉ９８ｙｔｒｎｍｖｃｘｚａｑｗ２３ｒｇ ｔｙｈｐｍｋｌｏ１ｑａｚｘｓｗ３４ｒｆｖｇｙ＋０９ｏｋｉｊｕ７ｙｈｎｂｇ
【０９３０】サーバーコンピュータは、サーバーメッセ
ージログ１４０に新規レコード１４０．６を作って、領
域１４０ＥにメッセージＣＳ１のコピーを蓄積する。サ
ーバーコンピュータ１００は、ついで、上Ｊ津したとお
り、メッセージＣＳ１をアンラップして、処理し、以下
のレコード１４０．６を更新する。
【０９３１】 個人ＩＤ ｂｒｉａｎｂ−２３ セッションＩＤ 取り引き ２２７７０５７ インデックス 入ってくるメッセージ ｃｏｐｙ ｏｆ ＣＳ１ 応答メッセージ
【０９３２】サーバーコンピュータ１００は、次いで現
在の金額領域１３０Ｆ（＄２７．５０）の値を、バラン
ス＄５７．６０用の上述のキャッシュコンテナの入手可
能なバランス領域１２０Ｇ．２の金額を加えること、閉
鎖データ領域１３０Ｈに値”１９９５１１０５１１０３
０１９９９”と入力すること、”開設”から”閉鎖”ヘ
ステータス領域を変更することによって、個人ＩＤ”ｂ
ｒｉａｎｂ−２３”に関連するサーバーセッションデー
タ構造１３０のレコード１３０．１を更新する。
【０９３３】サーバーコンピュータは、メッセージＣＳ
２を組み込んで、レコード１４０．６の領域１４０Ｆに
そのコピーを蓄積し、メッセージＣＳ２を顧客コンピュ
ータ２００に転送する。メッセージＣＳ２は次の情報を
含んでいる。
【０９３４】 ＩＤ ｂｒｉａｎｂ−２３ 取り引き ２２７７０５７ 日付 １９９５１１０５１１０２２３６６６ サービスカテゴリ ｃａｓｈ 不透明 型 ｃｌｏｓｅ−ｓｅｓｓｉｏｎ−ｒｅｓｐｏｎ ｓｅ サーバ日付 １９９５１１０５１１０３０１９９９ 応答コード ｓｕｃｃｅｓｓ ソフトウェアセベリティ ｗａｒｎｉｎｇ ソフトウェアメッセージ Ｎｅｗ ｓｏｆｔｗａｒｅ ｉｓ ａｖａｉ ｌａｂｌｅ 料金 ｕｓｄ０．００ 金額 ｕｓｄ２７．５０
【０９３５】顧客コンピュータ２００は、上述したとお
り、メッセージＣＳ２をアンラップして処理する。顧客
コンピュータ２００は、現在の金額領域２２０Ｉ（＄３
０．５０）の値を、バランス＄５７．６０として＄２
７．５０に加えることによって顧客個人データ構造２２
０のレコード２２０．１の領域２２０Ｉを更新する。顧
客コンピュータ２００は、顧客セッションデータ構造２
４０のレコード２４０．１を削除する。
【０９３６】一方、本発明のこれまでに述べた部分は、
実施例として述べられてものであり、等業者によって様
々な変形、応用、均一のものを、本発明の範囲内におい
て使用することができる。
【図面の簡単な説明】
【図１】本発明の一般的な構成を示す説明図である。
【図２】本発明の一般的な処理を示す説明図である。
【図３】図２に示した処理をより詳細に示す説明図であ
る。
【図４】本発明におけるメッセージの流れを示す説明図
である。
【図５】サーバコンピュータ１００のデータベースの構
成を示す説明図である。
【図６】サーバの個人データ構造１２０の顧客個人１２
０．１を示す説明図である。
【図７】図６のキャッシュコンテナデータ１２０Ｇの領
域を示す説明図である。
【図８】図６の機器結合データ１２０Ｈの領域を示す説
明図である。
【図９】サーバの個人データ構造１２０の販売者個人１
２０．２を示す説明図である。
【図１０】図９のキャッシュコンテナデータ１２０ＧＧ
の領域を示す説明図である。
【図１１】図９の機器結合データ１２０ＨＨの領域を示
す説明図である。
【図１２】サーバのセッションデータ構造１３０の顧客
セッションレコード１３０．１を示す説明図である。
【図１３】図１２の取引データ１３０Ｎの領域を示す説
明図である。
【図１４】サーバのセッションデータ構造１３０の販売
者セッションレコード１３０．２を示す説明図である。
【図１５】図１４の取引データ１３０ＮＮの領域を示す
説明図である。
【図１６】メッセージログデータ構造１４０のレコード
１４０．１を示す説明図である。
【図１７】顧客コンピュータ２００のデータベースの構
造を示す説明図である。
【図１８】顧客アプリケーションデータ構造２１５のレ
コード２１５．１を示す説明図である。
【図１９】顧客個人データ構造２２０のレコード２２
０．１を示す説明図である。
【図２０】顧客機器結合データ構造２３０のレコード２
３０．１を示す説明図である。
【図２１】顧客アクティブセッションデータ構造２４０
のレコード２４０．１を示す説明図である。
【図２２】顧客未決裁ログデータ構造２５０を示す説明
図である。
【図２３】顧客未決裁取引データ構造２５０の未決裁の
登録／更新情報レコード２５１を示す説明図である。
【図２４】顧客未決裁取引データ構造２５０の未決裁の
リンク／更新機器結合レコード２５２を示す。
【図２５】顧客未決裁取引データ構造２５０の未決裁キ
ャッシュ支払レコード２５３を示す説明図である。
【図２６】顧客未決裁取引データ構造２５０の未決裁の
ロード／アンロードファンドレコード２５４を示す説明
図である。
【図２７】顧客未決裁取引データ構造２５０の未決裁の
オープンセッションレコード２５５を示す説明図であ
る。
【図２８】顧客未決裁取引データ構造２５０の未決裁の
クローズセッションレコード２５６を示す説明図であ
る。
【図２９】顧客ログデータ構造２６０を示す説明図であ
る。
【図３０】顧客ログデータ構造２６０の個人の登録／更
新応答レコード２６１を示す説明図である。
【図３１】顧客ログデータ構造２６０のリンク／更新機
器応答レコード２６２を示す説明図である。
【図３２】顧客ログデータ構造２６０のキャッシュ支払
応答レコード２６３を示す説明図である。
【図３３】顧客ログデータ構造２６０のロード／アンロ
ードファンド応答レコード２６４を示す説明図である。
【図３４】顧客ログデータ構造２６０のオープンセッシ
ョン応答レコード２６５を示す説明図である。
【図３５】顧客ログデータ構造２６０の支払要求レコー
ド２６６を示す説明図である。
【図３６】顧客ログデータ構造２６０のクローズセッシ
ョン応答レコード２６７を示す説明図である。
【図３７】顧客キャッシュコンテナデータ構造２８０の
レコード２８０．１を示す説明図である。
【図３８】販売者コンピュータのデータベースの構造を
示す説明図である。
【図３９】販売者コンピュータのデータベースの販売者
アプリケーションデータ構造のレコードを示す説明図で
ある。
【図４０】販売者コンピュータのデータベースの販売者
個人データ構造のレコードを示す説明図である。
【図４１】販売者コンピュータのデータベースの販売者
機器結合データ構造のレコードを示す説明図である。
【図４２】販売者コンピュータのデータベースの販売者
セッションデータ構造のレコードを示す説明図である。
【図４３】販売者コンピュータのデータベースの販売者
キャッシュコンテナデータ構造のレコードを示す説明図
である。
【図４４】販売者コンピュータのデータベースの販売者
総額データ構造のレコードを示す説明図である。
【図４５】販売者コンピュータのデータベースの販売者
販売セッションデータ構造のレコードを示す説明図であ
る。
【図４６】販売者コンピュータのデータベースの販売者
キャッシュログデータ構造のレコードを示す説明図であ
る。
【図４７】サンプルメッセージのフォーマットを示す説
明図である。
【図４８】登録処理４０１を示すフロー図である。
【図４９】メッセージ組み込み手続８００を示すフロー
図である。
【図５０】登録メッセージＲ１のフォーマットを示す説
明図である。
【図５１】登録メッセージＲ１のフォーマットを示す説
明図である。
【図５２】サーバメッセージアンラップ手続９００を示
すフロー図である。
【図５３】サーバメッセージアンラップ手続９００を示
すフロー図である。
【図５４】サーバメッセージ組み込み手続１０００を示
すフロー図である。
【図５５】登録メッセージＲ２のフォーマットを示す説
明図である。
【図５６】登録メッセージＲ２のフォーマットを示す説
明図である。
【図５７】顧客メッセージアンラップ手続１１００を示
すフロー図である説明図である。
【図５８】機器結合処理４０３を示すフロー図である。
【図５９】結合メッセージＢＩ１のフォーマットを示す
説明図である。
【図６０】結合メッセージＢＩ１のフォーマットを示す
説明図である。
【図６１】結合メッセージＢＩ４のフォーマットを示す
説明図である。
【図６２】結合メッセージＢＩ４のフォーマットを示す
説明図である。
【図６３】ロード／アンロードファンド処理４０５を示
すフロー図を示す。
【図６４】ロード／アンロードメッセージＬＵ１のフォ
ーマットを示す説明図である。
【図６５】ロード／アンロードメッセージＬＵ１のフォ
ーマットを示す説明図である。
【図６６】ロード／アンロードメッセージＬＵ２のフォ
ーマットを示す説明図である。
【図６７】ロード／アンロードメッセージＬＵ２のフォ
ーマットを示す説明図である。
【図６８】オープンセッション処理４０７を示すフロー
図である。
【図６９】オープンセッションメッセージＯＳ１のフォ
ーマットを示す説明図である。
【図７０】オープンセッションメッセージＯＳ１のフォ
ーマットを示す説明図である。
【図７１】オープンセッションメッセージＯＳ２のフォ
ーマットを示す説明図である。
【図７２】オープンセッションメッセージＯＳ２のフォ
ーマットを示す説明図である。
【図７３】取引／支払処理４０９を示すフロー図であ
る。
【図７４】取引／支払処理４０９を示すフロー図であ
る。
【図７５】取引／支払処理４０９を示すフロー図であ
る。
【図７６】支払要求メッセージＰＲ１のフォーマットを
示す説明図である。
【図７７】メッセージアンラップ手続３３００を示すフ
ロー図である。
【図７８】メッセージ組み込み手続ＣＡ１２を示すフロ
ー図である。
【図７９】キャッシュ支払メッセージＣＡ１のフォーマ
ットを示す説明図である。
【図８０】キャッシュ支払メッセージＣＡ１のフォーマ
ットを示す説明図である。
【図８１】ＣＡ−ＤＥＳーキー発生処理１６００を示す
フロー図である。
【図８２】メッセージアンラップ手続ＣＡ１を示すフロ
ー図である。
【図８３】メッセージＣＡ２のフォーマットを示す説明
図である。
【図８４】メッセージＣＡ２のフォーマットを示す説明
図である。
【図８５】メッセージＣＡ２のフォーマットを示す説明
図である。
【図８６】サーバメッセージアンラップ手続１６６０を
示すフロー図である。
【図８７】サーバメッセージアンラップ手続１６６０を
示すフロー図である。
【図８８】サーバメッセージ組み込み手続３４００を示
すフロー図である。
【図８９】メッセージＣＡ３のフォーマットを示す説明
図である。
【図９０】メッセージＣＡ３のフォーマットを示す説明
図である。
【図９１】メッセージＣＡ３のフォーマットを示す説明
図である。
【図９２】メッセージアンラップ手続ＣＡ３４を示すフ
ロー図である。
【図９３】メッセージ組み込み手続３１００を示すフロ
ー図である。
【図９４】メッセージＣＡ４のフォーマットを示す説明
図である。
【図９５】メッセージＣＡ４のフォーマットを示す説明
図である。
【図９６】クローズセッション処理４１１を示すフロー
図である。
【図９７】メッセージＣＳ１のフォーマットを示す説明
図である。
【図９８】メッセージＣＳ１のフォーマットを示す説明
図である。
【図９９】メッセージＣＳ２のフォーマットを示す説明
図である。
【図１００】メッセージＣＳ２のフォーマットを示す説
明図である。
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.6 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｇ０６Ｆ 15/30 ３６０ Ｈ０４Ｌ 9/00 ６０１Ｂ ６０１Ｅ (72)発明者 スティーブン ディビッド クロッカー アメリカ合衆国、メリーランド 20814、 ベセスダ、エッジムーア レーン 5110 (72)発明者 ドナルド エッグルストン イーストレイ ク ザ サード アメリカ合衆国、マサチューセッツ 01741、カーライル、アクトン ストリー ト 318 (72)発明者 オールデン シャーバーン ハート ジュ ニア アメリカ合衆国、バージニア 22205、ア ーリントン、ノース ハリスン ストリー ト 1724 (72)発明者 ロバート エイ リンデンバーグ アメリカ合衆国、マサチューセッツ 01776、サドベリー、オールド ランカス ター ロード 329 (72)発明者 デニーズ マリー パレデス アメリカ合衆国、バージニア 22020、セ ンタービル、シーダーハースト コート 15420

Claims (25)

    【特許請求の範囲】
  1. 【請求項１】 通信システムにおいて安全に通信を行う
    方法であって、前記通信システムが第一パーティの位置
    にある第一の装置と、第二パーティの位置にある第二の
    装置と、これらのパーティの通信中のサーバーを具える
    方法において、当該方法が、 （ａ）前記第一パーティに関連する第一セッションを作
    り、ここで、前記第一セッションが、当該第一セッショ
    ンを使用し得る期間を限定する第一の使用パラメータ
    と、第一のデータセットとを有し、前記第一の使用パラ
    メータと第一のデータセットとが前記サーバーによって
    認識可能である； （ｂ）前記第二パーティに関連する第二セッションを作
    り、ここで、全基台にセッションが、当該第二セッショ
    ンを使用し得る期間を限定する第２の使用パラメータ
    と、第二のデータセットとを有し、前記第二の使用パラ
    メータと前記第二のデータセットとが前記サーバーによ
    って認識可能である；及び （ｃ）前記第一セッションの一部と前記第二セッション
    の一部とを、前記通信システムにおいてリンクし、ここ
    で、前記第一セッションの一部が前記第一のデータセッ
    トと前記第一の使用パラメータとを含んでおり、前記第
    二のセッションの一部が前記第二のデータセットと、前
    記第二の使用パラメータとを含んでいる； （ｄ）前記第一及び第二のパーティを、前記第一及び第
    二のデータセットの少なくとも一部に基づいて、前記サ
    ーバーによって確認する；及び、 （ｅ）前記第一及び第二のセッションが前記第一及び第
    二の使用パラメータに基づいて使用できるか否かを前記
    サーバーにより決定する；ことにより、前記サーバーが
    前記第一及び第二のパーティを確認し、前記第一及び第
    二のセッションが使用することができることを決定する
    と共に、前記第一及び第二のパーティが前記通信システ
    ムにおいて安全な通信を確実にすることを特徴とする通
    信システムにおいて安全に通信を行う方法。
  2. 【請求項２】 請求項１に記載の方法において、前記第
    一のセッションが作られた後は、前記第一のデータセッ
    トの一部は前記第一の装置と前記サーバー間を転送され
    ず、前記第二のセッションが作られた後は、前記第二の
    データセットの一部は前記第二の装置と前記サーバー間
    を転送されないことを特徴とする通信システムにおいて
    安全に通信を行う方法。
  3. 【請求項３】 請求項２に記載の方法において、前記第
    一及び第二のデータセットが、第一及び第二のキーをそ
    れぞれ含んでおり、前記サーバーが前記第一及び第二の
    パーティを前記第一及び第二のキーを用いて確認するこ
    とを特徴とする通信システムにおいて安全に通信を行う
    方法。
  4. 【請求項４】 請求項１に記載の方法において、前記第
    一の使用パラメータが前記第一のパーティによって決定
    され、前記第二の使用パラメータが前記第二のパーティ
    によって決定されることを特徴とする通信システムにお
    いて安全に通信を行う方法。
  5. 【請求項５】 請求項１に記載の方法において、前記第
    一及び第二の使用パラメータが前記サーバーによって決
    定されることを特徴とする通信システムにおいて安全に
    通信を行う方法。
  6. 【請求項６】 請求項１に記載の方法において、前記第
    一の使用パラメータが、（ａ）前記第一のセッションの
    間に前記第一のパーティによって入手可能な電子ファン
    ドの金額と、（ｂ）前記第一のセッションが終了するま
    での時間、及び（ｃ）前記第一のパーティが前記第一の
    セッションの間に実行するであろう取り引きの数とから
    なることを特徴とする通信システムにおいて安全に通信
    を行う方法。
  7. 【請求項７】 請求項１に記載の方法において、前記第
    二の使用パラメータが、（ａ）前記第二のセッションが
    終了するまでの時間、及び（ｂ）前記第二のパーティが
    前記第二のセッションの間に実行するであろう取り引き
    の数とからなることを特徴とする通信システムにおいて
    安全に通信を行う方法。
  8. 【請求項８】 通信システムにおいて安全に通信を行う
    方法であって、前記通信システムがユーザの位置に装置
    を、また、前記通信中にサーバーを有し、前記方法が； （ａ）関連する使用パラメータを有するセッションを作
    るために、前記装置から前記サーバーへリクエストを転
    送する； （ｂ）前記サーバーによって第一のキーと第二のキーを
    暗号化する； （ｃ）前記暗号化された第一のキーと前記セッションに
    関連する前記使用パラメータとを前記サーバーから前記
    装置へ転送する； （ｄ）前記暗号化された第一のキーと前記使用パラメー
    タとを前記装置によって受取り、前記暗号化された第一
    のキーを解読して、前記使用パラメータに従って前記解
    読された第一のキーを用いて、前記装置が前記通信シス
    テム中で安全に通信できるようにしたことを特徴とする
    通信システムにおいて安全に通信を行う方法。
  9. 【請求項９】 請求項８に記載の方法において、前記第
    一のキーがＤＥＳキーであることを特徴とする通信シス
    テムにおいて安全に通信を行う方法。
  10. 【請求項１０】 請求項９に記載の方法において、前記
    第二のキーがＤＥＳキーであることを特徴とする通信シ
    ステムにおいて安全に通信を行う方法。
  11. 【請求項１１】 請求項８に記載の方法において、前記
    安全な通信システムがＤＥＳより安全レベルが高い位置
    にあることを特徴とする通信システムにおいて安全に通
    信を行う方法。
  12. 【請求項１２】 請求項８に記載の方法において、更
    に、第二ユーザの位置に第二の装置を具え、前記第二の
    装置も、前記ユーザの装置と前記サーバーに通信してお
    り、前記方法が更に； （ａ）関連する前記第二の使用パラメータを有する第二
    のセッションを作るために、第二のリクエストを前記第
    二の装置から前記サーバーへ転送する； （ｂ）前記サーバーによって第四キーを用いて第三キー
    を暗号化し； （ｃ）前記暗号化された第三キーと前記第二の使用パラ
    メータとを、前記サーバーから前記第二の装置へ転送す
    る； （ｄ）前記暗号化された第三キーと前記第二の使用パラ
    メータとを前記第二の装置で受取り、前記第三のキーを
    解読して、前記第二の使用パラメータに基づいて前記解
    読された第三のキーを用いて、前記第二の装置が前記通
    信システムにおいて安全に通信を行えるようにしたこと
    を特徴とする通信システムにおいて安全に通信を行う方
    法。
  13. 【請求項１３】 請求項１２において、前記第三のキー
    がＤＥＳキーであることを特徴とする通信システムにお
    いて安全に通信を行う方法。
  14. 【請求項１４】 請求項１２において、前記第四のキー
    がＤＥＳキーであることを特徴とする通信システムにお
    いて安全に通信を行う方法。
  15. 【請求項１５】 請求項１２において、前記安全な通信
    がＤＥＳより高い安全レベルにあることを特徴とする通
    信システムにおいて安全に通信を行う方法。
  16. 【請求項１６】 請求項１２において、更に、 （ａ）第一のデータセットを前記ユーザの装置から前記
    第二の装置へ転送し、ここで、前記第一のデータセット
    が暗号化された部分と暗号化されていない部分とを含
    み、前記暗号化された部分が前記解読された第一のキー
    と、少なくとも前記第一のデータセットの前記暗号化さ
    れていない部分とを使って暗号化される； （ｂ）前記第二の装置によって前記第一のデータセット
    を受取、前記第一のデータセットの暗号化された部分と
    共に、第二のデータセットを前記第二の装置から前記サ
    ーバーへ転送し、ここで、前記第二のデータセットが暗
    号化された部分と暗号化されていない部分とを含み、前
    記第二のデータセットの前記暗号化された部分が少なく
    とも、前記台地のデータセットの前記暗号化されていな
    い部分を少なくとも含み、前記第二のデータセットの前
    記暗号化された部分が前記解読された第三のキー及び前
    記第二のデータセットの前記暗号化されていない部分の
    一部を少なくとも含む；及び （ｃ）前記サーバーによって前記第二の装置から前記第
    二のデータセットを受取、前記第二のデータセットの前
    記暗号化された部分を、前記第三のキー及び前記第二の
    データセットの暗号化されていない部分とで解読して、
    前記第二のデータセットの前記暗号化された部分に含ま
    れた前記第一の前記部分が解読されるようにし、前記第
    一のキーと、前記第一のデータセットの前記解読された
    部分とを用いて、前記第一のデータセットの前記暗号化
    された部分を解読する；ことによって、前記ユーザが前
    記第一のキーを用いて前記サーバーによって確認される
    と共に、前記第二のユーザが前記第三のキーを用いて、
    前記サーバーによって認識されることを特徴とする通信
    システムにおいて安全に通信を行う方法。
  17. 【請求項１７】 顧客装置を有する顧客と、販売者装置
    を有する販売者と、これらに連結されているサーバーと
    の間の取り引きを処理する通信ネットワークにおける電
    子転送システムにおいて、前記取り引きが、取り引きに
    関連するタームを有し、前記サーバーが前記顧客から前
    記販売者へ電子ファンドを転送して、前記販売者が前記
    顧客へ品物を提供するシステムにおいて、前記電子転送
    システムは： （ａ）前記販売者装置が（１）前記サーバーから第一の
    セッションを得る、（２）前記取り引きの前記タームの
    一部を少なくとも含むインボイスを前記顧客装置へ転送
    する、（３）前記顧客装置からの前記インボイスへの顧
    客の応答を受取り、前記取り引きを表す第一のデータセ
    ットを転送し、ここで、前記第一のデータセットが前記
    顧客の応答の少なくとも一部を含み、（４）前記取り引
    きが前記サーバーによって同意されたものかどうかを表
    示する第二のデータセットを前記サーバーから受取り、
    ここで前記第二のデータセットが販売者部分と顧客部分
    とを含み、前記第二のデータセットの前記販売者部分と
    前記顧客部分が前記第一のデータセットの少なくとも一
    部を含み、（５）前記第二のデータセットの前記顧客部
    分を前記顧客装置に転送する、ためのものであり、 （ｂ）前記顧客装置が（１）前記サーバーから第二のセ
    ッションを得る、（２）前記取り引きの前記タームの一
    部を少なくとも含むインボイスを前記販売者装置へ転送
    し、前記顧客の応答の前記一部を前記販売者の装置へ転
    送する、（３）前記販売者装置から前記第二のデータセ
    ットを受け取る； ためのものであり、 （ｃ）サーバーがそこに蓄積された販売者個人と顧客個
    人を有し、ここで、前記販売者個人が前記販売者を表
    し、前記顧客個人が前記顧客を表し、前記販売者個人
    は、販売者によって受け取られた電子ファンドを蓄積す
    るためのそれに関連する販売者電子ファンド蓄積構造を
    有し、前記顧客個人は、前記顧客の電子ファンドを蓄積
    するためのそれに関連する顧客電子ファンド蓄積構造を
    有し、ここでサーバーが （１）前記販売者装置の前記第一セッションと前記顧客
    装置の前記第二セッションとを提供する； （２）前記販売者装置から前記取り引きを表す前記第一
    のデータセットを受取、前記取り引きが同意されたもの
    か否かを決定するために前記第一のデータセット処理す
    る； （３）前記取り引きが同意されている場合は、前記顧客
    電子ファンド蓄積構造から前記販売者電子ファンド蓄積
    構造へ、電子ファンドを転送する； （４）前記取り引きが同意されているかどうかを表示す
    る前記販売者装置へ前記第二のデータセットを転送する
    ためのものであって、 前記取り引きが同意されていれば、前記販売者が前記製
    品を前記顧客に供給できるようにしたことを特徴とする
    通信システムにおいて安全に通信を行う方法。
  18. 【請求項１８】 請求項１７に記載の電子転送システム
    において、前記販売者装置が、前記販売者個人に第一の
    ファイナンシャル機器を結びつけるための前記サーバー
    との通信をさらに具え、 前記顧客装置が更に、第二のファイナンシャル機器を前
    記顧客個人に結びつけるための前記サーバーとの通信を
    更に具えることを特徴とする通信システムにおいて安全
    に通信を行う方法。
  19. 【請求項１９】 請求項１８の電子転送システムにおい
    て、前記顧客装置が、更に、前記第二ファイナンシャル
    機器から前記顧客電子ファンド蓄積構造へファンドを転
    送するために、前記サーバーへのリクエストの転送を具
    え、 前記サーバーが、更に、ファンドを転送するための前記
    リクエストの受け取り及び処理、及び、前記第二のファ
    イナンシャル機器から前記顧客電子ファンド蓄積構造へ
    のファンドの転送を具えることを特徴とする通信システ
    ムにおいて安全に通信を行う方法。
  20. 【請求項２０】 請求項１９に記載の電子転送システム
    において、前記顧客装置が、前記第二のセッションの間
    に前記顧客の電子ファンドを蓄積するための顧客セッシ
    ョンコンテナを含むと共に、前記電子ファンドを前記顧
    客電子ファンド蓄積構造から前記顧客セッションコンテ
    ナへ転送するための前記サーバーの第二のリクエストの
    処理を具えることを特徴とする通信システムにおいて安
    全に通信を行う方法。
  21. 【請求項２１】 請求項２０に記載の電子転送システム
    において、前記第一のセッションの使用が、（ａ）前記
    第一のセッションが終了するまでの時間の長さと、
    （ｂ）前記第一のセッションの間に販売者が実行するで
    あろう取り引きの数とを具える前記第一の使用パラメー
    タによって、制限されていることを特徴とする通信シス
    テムにおいて安全に通信を行う方法。
  22. 【請求項２２】 請求項２１に記載の電子転送システム
    において、前記販売者装置が更に、前記販売者セッショ
    ンコンテナから前記販売者電子ファンド蓄積構造への電
    子ファンドの転送のための第三のリクエストの転送を具
    え、 前記顧客装置が更に、前記顧客セッションコンテナから
    前記顧客電子ファンド蓄積構造への電子ファンドの転送
    のための第四のリクエストの転送を具え；及び前記サー
    バーが、更に、前記販売者セッションコンテナから前記
    販売者電子ファンド蓄積構造へ電子ファンドを転送する
    ための第三のリクエストの処理、及び、前記顧客セッシ
    ョンコンテナから前記顧客電子ファンド蓄積構造への電
    子ファンドの転送のための第四のリクエストの処理を含
    むことを特徴とする通信システムにおいて安全に通信を
    行う方法。
  23. 【請求項２３】 請求項２１に記載の電子転送システム
    において、前記第一の使用パラメータの少なくとも一つ
    が満足された時の、前記販売者セッションコンテナから
    前記販売者電子ファンド蓄積構造への電子ファンドの転
    送；及び前記第二の使用パラメータの少なくとも一つが
    満足された時の、前記顧客セッションコンテナから前記
    顧客電子ファンド蓄積構造への電子ファンドの転送を具
    えることを特徴とする通信システムにおいて安全に通信
    を行う方法。
  24. 【請求項２４】 請求項２２に記載の電子転送システム
    において、前記サーバーが更に、前記第一及び第二の使
    用パラメータが満足されている時の、前記第一及び第二
    のセッションの終了を具えることを特徴とする通信シス
    テムにおいて安全に通信を行う方法。
  25. 【請求項２５】 請求項２３に記載の電子転送システム
    において、前記販売者装置が更に、前記販売者電子ファ
    ンド蓄積構造から前記第一ファイナンシャル機器へ電子
    キャッシュファンドを転送するための前記サーバーへの
    第五リクエストの転送；及び前記第五のリクエストを処
    理し、前記販売者電子ファンド蓄積構造から前記第一の
    ファイナンシャル機器へ電子ファンドを転送するための
    サーバーを具えることを特徴とする通信システムにおい
    て安全に通信を行う方法。
JP35309796A 1995-12-14 1996-12-14 電子転送システムの通信方法 Expired - Lifetime JP4582825B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US08/572,425 US5870473A (en) 1995-12-14 1995-12-14 Electronic transfer system and method
US08/572425 1995-12-14

Related Child Applications (2)

Application Number Title Priority Date Filing Date
JP2004247490A Division JP2004328802A (ja) 1995-12-14 2004-08-26 電子転送システムの通信方法
JP2004247491A Division JP4575085B2 (ja) 1995-12-14 2004-08-26 電子転送システム及び方法

Publications (2)

Publication Number Publication Date
JPH09218903A true JPH09218903A (ja) 1997-08-19
JP4582825B2 JP4582825B2 (ja) 2010-11-17

Family

ID=24287756

Family Applications (3)

Application Number Title Priority Date Filing Date
JP35309796A Expired - Lifetime JP4582825B2 (ja) 1995-12-14 1996-12-14 電子転送システムの通信方法
JP2004247490A Pending JP2004328802A (ja) 1995-12-14 2004-08-26 電子転送システムの通信方法
JP2004247491A Expired - Lifetime JP4575085B2 (ja) 1995-12-14 2004-08-26 電子転送システム及び方法

Family Applications After (2)

Application Number Title Priority Date Filing Date
JP2004247490A Pending JP2004328802A (ja) 1995-12-14 2004-08-26 電子転送システムの通信方法
JP2004247491A Expired - Lifetime JP4575085B2 (ja) 1995-12-14 2004-08-26 電子転送システム及び方法

Country Status (10)

Country Link
US (1) US5870473A (ja)
EP (1) EP0809903B1 (ja)
JP (3) JP4582825B2 (ja)
AT (1) ATE289719T1 (ja)
CA (1) CA2192252C (ja)
DE (2) DE19655042C2 (ja)
FR (1) FR2742615B1 (ja)
GB (3) GB2325130B (ja)
HK (2) HK1016376A1 (ja)
WO (1) WO1997022191A1 (ja)

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001060235A (ja) * 1999-04-29 2001-03-06 Citibank Na ウェブトレーディング用システムおよび方法
JP2002543532A (ja) * 1999-04-30 2002-12-17 ペイパル， インコーポレイテッド 分散型ユーザ間で価値を電子的に交換するためのシステムおよび方法
JP2004005425A (ja) * 2002-02-08 2004-01-08 Mobusutaazu:Kk 移動体通信の加入者端末機を利用した各種支払い手段による決済方法
JP2004500615A (ja) * 1999-05-28 2004-01-08 ザ・コカ−コーラ・カンパニー ネットワークベースに於ける電子的取引の代行制御の方法と装置
JPWO2004075081A1 (ja) * 2003-02-20 2006-06-01 ソースジャパン株式会社 モバイル・ネットコマース決済システム
JP2009116894A (ja) * 2001-08-09 2009-05-28 Paybyclick Corp 電子商取引システム及び方法
JP2011508928A (ja) * 2008-01-04 2011-03-17 プラネット ペイメント，インコーポレイテッド マーチャントレートルックアップ
US9864989B2 (en) 1999-06-18 2018-01-09 Cria Inc. Method and apparatus for ordering goods, services, and content over an internetwork using a virtual payment account
US11093623B2 (en) 2011-12-09 2021-08-17 Sertainty Corporation System and methods for using cipher objects to protect data
US11386409B2 (en) 2016-03-04 2022-07-12 Sertintyone Corporation Systems and methods for media codecs and containers
US11423400B1 (en) 1999-06-18 2022-08-23 Stripe, Inc. Method and apparatus for ordering goods, services and content over an internetwork using a virtual payment account

Families Citing this family (219)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5790677A (en) 1995-06-29 1998-08-04 Microsoft Corporation System and method for secure electronic commerce transactions
US8037158B2 (en) 1995-11-13 2011-10-11 Lakshmi Arunachalam Multimedia transactional services
US8271339B2 (en) * 1995-11-13 2012-09-18 Lakshmi Arunachalam Method and apparatus for enabling real-time bi-directional transactions on a network
US6212556B1 (en) * 1995-11-13 2001-04-03 Webxchange, Inc. Configurable value-added network (VAN) switching
US7930340B2 (en) * 1995-11-13 2011-04-19 Lakshmi Arunachalam Network transaction portal to control multi-service provider transactions
JPH09233066A (ja) * 1996-02-23 1997-09-05 Sony Corp 暗号化／解読化方法および装置
US5987140A (en) * 1996-04-26 1999-11-16 Verifone, Inc. System, method and article of manufacture for secure network electronic payment and credit collection
US6945457B1 (en) 1996-05-10 2005-09-20 Transaction Holdings Ltd. L.L.C. Automated transaction machine
US5923848A (en) * 1996-05-31 1999-07-13 Microsoft Corporation System and method for resolving names in an electronic messaging environment
US8229844B2 (en) 1996-06-05 2012-07-24 Fraud Control Systems.Com Corporation Method of billing a purchase made over a computer network
US7555458B1 (en) 1996-06-05 2009-06-30 Fraud Control System.Com Corporation Method of billing a purchase made over a computer network
US20030195848A1 (en) 1996-06-05 2003-10-16 David Felger Method of billing a purchase made over a computer network
US6073236A (en) * 1996-06-28 2000-06-06 Sony Corporation Authentication method, communication method, and information processing apparatus
GB9624127D0 (en) * 1996-11-20 1997-01-08 British Telecomm Transaction system
US6460020B1 (en) 1996-12-30 2002-10-01 De Technologies, Inc. Universal shopping center for international operation
DE19718103A1 (de) * 1997-04-29 1998-06-04 Kim Schmitz Verfahren zur Autorisierung in Datenübertragungssystemen
US6047284A (en) 1997-05-14 2000-04-04 Portal Software, Inc. Method and apparatus for object oriented storage and retrieval of data from a relational database
US6092055A (en) * 1997-05-14 2000-07-18 Portal Software, Inc. Method and apparatus for providing a clean accounting close for a real time billing system
US6134591A (en) * 1997-06-18 2000-10-17 Client/Server Technologies, Inc. Network security and integration method and system
US6203427B1 (en) 1997-07-03 2001-03-20 Walker Digital, Llc Method and apparatus for securing a computer-based game of chance
US7403922B1 (en) * 1997-07-28 2008-07-22 Cybersource Corporation Method and apparatus for evaluating fraud risk in an electronic commerce transaction
US7096192B1 (en) * 1997-07-28 2006-08-22 Cybersource Corporation Method and system for detecting fraud in a credit card transaction over a computer network
US5988897A (en) * 1997-09-03 1999-11-23 Pitney Bowes Inc. Method for preventing fraudulent printing of a postage indicium displayed on a personal computer
DE19745994A1 (de) * 1997-10-20 1999-04-22 Cit Alcatel Verfahren zum Austausch von Daten zwischen Applikationsprozessen in einem sicheren Mehrrechnersystem
US6038552A (en) * 1997-12-10 2000-03-14 The Chase Manhattan Bank Method and apparatus to process combined credit and debit card transactions
US6226750B1 (en) 1998-01-20 2001-05-01 Proact Technologies Corp. Secure session tracking method and system for client-server environment
AU3183899A (en) * 1998-03-11 1999-09-27 Cha! Technologies Services, Inc. Automatically invoked intermediation process for network purchases
US6081790A (en) * 1998-03-20 2000-06-27 Citibank, N.A. System and method for secure presentment and payment over open networks
US7028312B1 (en) * 1998-03-23 2006-04-11 Webmethods XML remote procedure call (XML-RPC)
US8650320B1 (en) * 1998-03-23 2014-02-11 Software Ag Integration server supporting multiple receiving channels
AU773248B2 (en) * 1998-04-22 2004-05-20 Echarge Corporation Method and apparatus for ordering goods, services and content over an internetwork
US7606355B2 (en) * 1998-04-22 2009-10-20 Echarge Corporation Method and apparatus for ordering goods, services and content over an internetwork
WO1999060483A1 (en) 1998-05-21 1999-11-25 Equifax Inc. System and method for authentication of network users
US6345278B1 (en) 1998-06-04 2002-02-05 Collegenet, Inc. Universal forms engine
US9098958B2 (en) * 1998-09-15 2015-08-04 U-Paid Systems, Ltd. Convergent communications platform and method for mobile and electronic commerce in a heterogeneous network environment
US7248855B2 (en) 1998-09-15 2007-07-24 Upaid Systems, Ltd. Convergent communications system and method with a rule set for authorizing, debiting, settling and recharging a mobile commerce account
CA2354058C (en) 1998-09-15 2016-06-28 In Touch Technologies Limited Enhanced communication platform and related communication method using the platform
RU2153191C2 (ru) 1998-09-29 2000-07-20 Закрытое акционерное общество "Алкорсофт" Способ изготовления вслепую цифровой rsa-подписи и устройство для его реализации (варианты)
US6385642B1 (en) 1998-11-03 2002-05-07 Youdecide.Com, Inc. Internet web server cache storage and session management system
WO2000028452A1 (en) * 1998-11-05 2000-05-18 Secure Accounts Ltd. Secure architecture for exchange executes digitally signed contracts
AU2878800A (en) 1999-02-12 2000-08-29 Allen Freudenstein System and method for providing certification-related and other services
US7333942B1 (en) 1999-03-26 2008-02-19 D-Net Corporation Networked international system for organizational electronic commerce
US6970852B1 (en) 1999-04-28 2005-11-29 Imx Solutions, Inc. Methods and apparatus for conducting secure, online monetary transactions
US7370005B1 (en) * 1999-05-11 2008-05-06 Peter Ham Inventory replication based upon order fulfillment rates
US7177825B1 (en) * 1999-05-11 2007-02-13 Borders Louis H Integrated system for ordering, fulfillment, and delivery of consumer products using a data network
WO2000068856A2 (en) 1999-05-11 2000-11-16 Webvan Group, Inc. Electronic commerce enabled delivery system and method
US6533168B1 (en) * 1999-05-27 2003-03-18 Peter N. Ching Method and apparatus for computer-readable purchase receipts using multi-dimensional bar codes
US7606760B2 (en) * 1999-06-18 2009-10-20 Echarge Corporation Method and apparatus for ordering goods, services and content over an internetwork using a virtual payment account
US7188181B1 (en) * 1999-06-30 2007-03-06 Sun Microsystems, Inc. Universal session sharing
AU4937200A (en) * 1999-06-30 2001-01-22 Ncr International, Inc. Portable terminal
US6367010B1 (en) * 1999-07-02 2002-04-02 Postx Corporation Method for generating secure symmetric encryption and decryption
US7058817B1 (en) * 1999-07-02 2006-06-06 The Chase Manhattan Bank System and method for single sign on process for websites with multiple applications and services
IES990584A2 (en) * 1999-07-12 2000-07-12 Mainline Corporate Holdings Dynamic currency conversion for card payment systems
US6963857B1 (en) * 1999-07-12 2005-11-08 Jsa Technologies Network-accessible account system
US8381087B1 (en) 1999-07-26 2013-02-19 G&H Nevada-Tek Automated electronic document filing system, method, and article of manufacture
US8032457B2 (en) * 1999-08-13 2011-10-04 Vladimir Ostrovsky Method and system for transferring electronic funds
US7644037B1 (en) 1999-08-16 2010-01-05 Vladimir Ostrovsky Method and system for transferring electronic funds
EP1727102A1 (en) * 1999-08-26 2006-11-29 MONEYCAT Ltd. Electronic currency, electronic wallet therefor and electronic payment systems employing them
US20020029200A1 (en) 1999-09-10 2002-03-07 Charles Dulin System and method for providing certificate validation and other services
ATE415670T1 (de) * 1999-09-24 2008-12-15 Identrust Inc System und methode zur bereitstellung von zahlungsdienstleistungen im e-commerce
US6876991B1 (en) 1999-11-08 2005-04-05 Collaborative Decision Platforms, Llc. System, method and computer program product for a collaborative decision platform
US8571975B1 (en) * 1999-11-24 2013-10-29 Jpmorgan Chase Bank, N.A. System and method for sending money via E-mail over the internet
US7603311B1 (en) 1999-11-29 2009-10-13 Yadav-Ranjan Rani K Process and device for conducting electronic transactions
US7881962B2 (en) * 2000-03-14 2011-02-01 Verizon Business Global Llc Early-payment discount for E-billing system
US7216104B2 (en) * 2000-03-14 2007-05-08 Verizon Business Global Llc Disallow payment for E-billing system
US20030069844A1 (en) * 2000-03-23 2003-04-10 Codial Inc. Transaction handling methods and systems
WO2001075675A1 (en) * 2000-03-30 2001-10-11 Braverman David K Account management tool for e-billing system
CA2405783A1 (en) * 2000-04-17 2001-10-25 Mitch A. Benjamin Secure dynamic link allocation system for mobile data communication
US7240283B1 (en) 2000-11-10 2007-07-03 Narasimha Rao Paila Data transmission and rendering techniques implemented over a client-server system
JP2002042031A (ja) * 2000-05-18 2002-02-08 Hiro Create:Kk 認証方法及びシステム並びに決済方法及びシステム
BR0111119A (pt) * 2000-05-25 2004-06-22 Echarge Corp Protocolo de transação segura
WO2001097012A2 (en) * 2000-06-14 2001-12-20 Sap Aktiengesellschaft Communication between client and server computers via http, method, computer program product and system
GB0014759D0 (en) * 2000-06-17 2000-08-09 Hewlett Packard Co Service delivery method and system
US7827085B1 (en) 2000-06-23 2010-11-02 Ebs Group Limited Conversational dealing in an anonymous trading system
US6983259B1 (en) 2000-06-23 2006-01-03 Ebs Group Limited Anonymous trading system
US7333952B1 (en) 2000-06-23 2008-02-19 Ebs Group Limited Compound order handling in an anonymous trading system
US7366690B1 (en) 2000-06-23 2008-04-29 Ebs Group Limited Architecture for anonymous trading system
GB2364586B (en) 2000-06-23 2004-06-16 Ebs Nominees Ltd Deal matching in an anonymous trading system
US7024386B1 (en) 2000-06-23 2006-04-04 Ebs Group Limited Credit handling in an anonymous trading system
US7184982B1 (en) 2000-06-23 2007-02-27 Ebs Group Limited Architecture for anonymous trading system
US7275041B1 (en) * 2000-06-30 2007-09-25 Apple Inc. Stored order system for electronic commerce
DE10034734A1 (de) * 2000-07-17 2002-01-31 Accenture Gmbh Web-basierte, automatisierte Schnittstelle zwischen Informationsanbietern und einem Electronic Payment Provider
US7346577B1 (en) 2000-08-28 2008-03-18 Javien Digital Payment Solutions, Inc. Third-party billing system and method
IL138273A0 (en) * 2000-09-05 2001-10-31 Koren Lea System and method for secure e-commerce
AU2001290725A1 (en) * 2000-09-08 2002-04-22 Paul Donfried System and method for providing authorization and other services
AU2001290727A1 (en) * 2000-09-08 2002-03-22 Larry R. Miller System and method for transparently providing certificate validation and other services within an electronic transaction
US7299255B2 (en) * 2000-09-26 2007-11-20 I2 Technologies Us, Inc. System and method for migrating data in an electronic commerce system
US7590558B2 (en) * 2000-09-26 2009-09-15 I2 Technologies Us, Inc. System and method for facilitating electronic commerce transactions
AU2001294952A1 (en) * 2000-09-29 2002-04-08 Chapman, Greg System and method for processing a secure consumer transaction through a network
US20080201406A1 (en) * 2000-10-16 2008-08-21 Edward Balassanian Feature manager system for facilitating communication and shared functionality among components
US7233914B1 (en) 2000-12-27 2007-06-19 Joyo Wijaya Technique for implementing item substitution for unavailable items relating to a customer order
JP2004530961A (ja) * 2000-12-30 2004-10-07 ジュン−ヨン チュン ケーブル網を用いたクレジットカード照会装置及びその方法
US20110029584A1 (en) * 2001-02-08 2011-02-03 The Boeing Company Apparatus, method and computer program product for transferring an electronic file
WO2002075632A1 (en) * 2001-03-19 2002-09-26 Agora Development Corporation Networked international system for organizational electronic commerce
US7308423B1 (en) 2001-03-19 2007-12-11 Franklin Goodhue Woodward Technique for handling sales of regulated items implemented over a data network
US7349868B2 (en) * 2001-05-15 2008-03-25 I2 Technologies Us, Inc. Pre-qualifying sellers during the matching phase of an electronic commerce transaction
US6983276B2 (en) * 2001-05-15 2006-01-03 I2 Technologies Us, Inc. Facilitating electronic commerce transactions using buyer profiles
US7475030B1 (en) 2001-05-16 2009-01-06 I2 Technologies Us, Inc. Facilitating electronic commerce transactions using a shared product data repository
US20020174065A1 (en) * 2001-05-18 2002-11-21 Chalice Coward Multi-currency electronic payment system and terminal emulator
US7865427B2 (en) 2001-05-30 2011-01-04 Cybersource Corporation Method and apparatus for evaluating fraud risk in an electronic commerce transaction
US20020184507A1 (en) * 2001-05-31 2002-12-05 Proact Technologies Corp. Centralized single sign-on method and system for a client-server environment
US8275709B2 (en) * 2001-05-31 2012-09-25 Contentguard Holdings, Inc. Digital rights management of content when content is a future live event
US8099364B2 (en) * 2001-05-31 2012-01-17 Contentguard Holdings, Inc. Digital rights management of content when content is a future live event
US6876984B2 (en) 2001-05-31 2005-04-05 Contentguard Holdings, Inc. Method and apparatus for establishing usage rights for digital content to be created in the future
US7725401B2 (en) * 2001-05-31 2010-05-25 Contentguard Holdings, Inc. Method and apparatus for establishing usage rights for digital content to be created in the future
US8275716B2 (en) * 2001-05-31 2012-09-25 Contentguard Holdings, Inc. Method and system for subscription digital rights management
US7127416B1 (en) 2001-06-18 2006-10-24 I2 Technologies Us, Inc. Distributed processing of sorted search results in an electronic commerce system and method
US7263515B1 (en) 2001-06-18 2007-08-28 I2 Technologies Us, Inc. Content enhancement in an electronic marketplace
US7330829B1 (en) 2001-06-26 2008-02-12 I2 Technologies Us, Inc. Providing market feedback associated with electronic commerce transactions to sellers
US8086643B1 (en) 2001-06-28 2011-12-27 Jda Software Group, Inc. Translation between product classification schemas
US7809672B1 (en) 2001-06-28 2010-10-05 I2 Technologies Us, Inc. Association of data with a product classification schema
US7162453B1 (en) 2001-06-29 2007-01-09 I2 Technologies Us, Inc. Protecting content from unauthorized reproduction
US7346560B1 (en) 2001-06-29 2008-03-18 I2 Technologies Us, Inc. Protecting content from unauthorized reproduction
GB2380368B (en) * 2001-09-27 2005-06-22 Ibm A method and system for communication via a computer network
US7069250B2 (en) * 2001-10-15 2006-06-27 Payformance Corporation Check based online payment and verification system and method
US7412424B1 (en) * 2002-03-19 2008-08-12 I2 Technologies Us, Inc. Third party certification of content in electronic commerce transactions
US8099393B2 (en) 2002-03-22 2012-01-17 Oracle International Corporation Transaction in memory object store
US20030195963A1 (en) * 2002-04-10 2003-10-16 Yu Song Session preservation and migration among different browsers on different devices
SG145524A1 (en) * 2002-08-07 2008-09-29 Mobilastic Technologies Pte Lt Secure transfer of digital tokens
US7729984B1 (en) 2002-09-27 2010-06-01 Abas Enterprises Llc Effecting financial transactions
JP4274770B2 (ja) * 2002-10-01 2009-06-10 株式会社エヌ・ティ・ティ・ドコモ 認証決済方法、サービス提供装置及び認証決済システム
US20040078325A1 (en) * 2002-10-21 2004-04-22 International Business Machines Corporation Managing activation/deactivation of transaction accounts enabling temporary use of those accounts
US20050044040A1 (en) * 2003-08-20 2005-02-24 Frank Howard System and method of mediating business transactions
US20080228651A1 (en) * 2003-09-29 2008-09-18 Zan Tapsell Public Key Crytography Method and System
US20050165716A1 (en) * 2003-12-30 2005-07-28 Macronix International Co., Ltd. Method for automated connection of multiple processing machines
US11017097B2 (en) 2004-05-14 2021-05-25 Peter N. Ching Systems and methods for prevention of unauthorized access to resources of an information system
US7814024B2 (en) 2004-05-14 2010-10-12 Ching Peter N Multi-way transactions related data exchange apparatus and methods
GB0410861D0 (en) * 2004-05-14 2004-06-16 Ecebs Ltd Improved ticketing system
US7249708B2 (en) * 2005-02-04 2007-07-31 The Procter & Gamble Company Household management systems and methods
US8223935B2 (en) * 2005-04-30 2012-07-17 Oracle International Corporation Revenue management systems and methods
JP4664410B2 (ja) 2005-06-28 2011-04-06 オラクル・インターナショナル・コーポレイション 収益管理システムおよび方法
CA2616194C (en) * 2005-07-28 2015-02-17 Oracle International Corporation Revenue management system and method
US8874477B2 (en) 2005-10-04 2014-10-28 Steven Mark Hoffberg Multifactorial optimization system and method
US20070174916A1 (en) * 2005-10-28 2007-07-26 Ching Peter N Method and apparatus for secure data transfer
US8223777B2 (en) 2005-11-15 2012-07-17 Oracle International Corporation Gateway for achieving low latency and high availability in a real time event processing system
EP1819123B1 (en) * 2006-02-13 2008-05-28 Research In Motion Limited Secure method of termination of service notification
US7817799B2 (en) * 2006-09-07 2010-10-19 International Business Machines Corporation Maintaining encryption key integrity
US8239677B2 (en) 2006-10-10 2012-08-07 Equifax Inc. Verification and authentication systems and methods
US20080196094A1 (en) * 2007-02-08 2008-08-14 Dlb Finance & Consultancy B.V. Method and system for restricting access to an electronic message system
US8640215B2 (en) * 2007-03-23 2014-01-28 Microsoft Corporation Secure isolation of application pools
US20090018934A1 (en) * 2007-05-15 2009-01-15 Chaorong Peng System and Method for defense ID theft attack security service system in marketing environment
US20090076904A1 (en) * 2007-09-17 2009-03-19 Frank David Serena Embedding digital values for digital exchange
US8214273B2 (en) * 2007-09-25 2012-07-03 Goldspot Media Apparatus and methods for enabling targeted insertion of advertisements using metadata as in-content descriptors
US8239921B2 (en) * 2008-01-03 2012-08-07 Dlb Finance & Consultancy B.V. System and method of retrieving a service contact identifier
AU2009205675B2 (en) * 2008-01-18 2014-09-25 Identrust, Inc. Binding a digital certificate to multiple trust domains
US8191766B2 (en) 2008-03-04 2012-06-05 Mastercard International Incorporated Methods and systems for managing merchant identifiers
US8271392B2 (en) * 2008-04-04 2012-09-18 Mastercard International Incorporated Methods and systems for managing merchant screening
US8606662B2 (en) * 2008-04-04 2013-12-10 Mastercard International Incorporated Methods and systems for managing co-brand proprietary financial transaction processing
US7860772B2 (en) * 2008-09-30 2010-12-28 Ebay, Inc. Funding on-line accounts
US8438070B2 (en) * 2008-11-10 2013-05-07 Sears Brands, L.L.C. Exchanging value between a service buyer and a service provider
US9569770B1 (en) 2009-01-13 2017-02-14 Amazon Technologies, Inc. Generating constructed phrases
US8768852B2 (en) * 2009-01-13 2014-07-01 Amazon Technologies, Inc. Determining phrases related to other phrases
US8706643B1 (en) 2009-01-13 2014-04-22 Amazon Technologies, Inc. Generating and suggesting phrases
US8706644B1 (en) 2009-01-13 2014-04-22 Amazon Technologies, Inc. Mining phrases for association with a user
US8423349B1 (en) 2009-01-13 2013-04-16 Amazon Technologies, Inc. Filtering phrases for an identifier
US9298700B1 (en) 2009-07-28 2016-03-29 Amazon Technologies, Inc. Determining similar phrases
US10007712B1 (en) 2009-08-20 2018-06-26 Amazon Technologies, Inc. Enforcing user-specified rules
US8799658B1 (en) 2010-03-02 2014-08-05 Amazon Technologies, Inc. Sharing media items with pass phrases
US9928485B2 (en) * 2011-09-07 2018-03-27 Elwha Llc Computational systems and methods for regulating information flow during interactions
US10185814B2 (en) 2011-09-07 2019-01-22 Elwha Llc Computational systems and methods for verifying personal information during transactions
US9747561B2 (en) 2011-09-07 2017-08-29 Elwha Llc Computational systems and methods for linking users of devices
US10546306B2 (en) * 2011-09-07 2020-01-28 Elwha Llc Computational systems and methods for regulating information flow during interactions
US9141977B2 (en) 2011-09-07 2015-09-22 Elwha Llc Computational systems and methods for disambiguating search terms corresponding to network members
US9473647B2 (en) 2011-09-07 2016-10-18 Elwha Llc Computational systems and methods for identifying a communications partner
US9491146B2 (en) 2011-09-07 2016-11-08 Elwha Llc Computational systems and methods for encrypting data for anonymous storage
US10523618B2 (en) 2011-09-07 2019-12-31 Elwha Llc Computational systems and methods for identifying a communications partner
US10198729B2 (en) 2011-09-07 2019-02-05 Elwha Llc Computational systems and methods for regulating information flow during interactions
US9690853B2 (en) 2011-09-07 2017-06-27 Elwha Llc Computational systems and methods for regulating information flow during interactions
US9432190B2 (en) 2011-09-07 2016-08-30 Elwha Llc Computational systems and methods for double-encrypting data for subsequent anonymous storage
US9203613B2 (en) 2011-09-29 2015-12-01 Amazon Technologies, Inc. Techniques for client constructed sessions
US10078821B2 (en) 2012-03-07 2018-09-18 Early Warning Services, Llc System and method for securely registering a recipient to a computer-implemented funds transfer payment network
US10395223B2 (en) 2012-03-07 2019-08-27 Early Warning Services, Llc System and method for transferring funds
US10318936B2 (en) 2012-03-07 2019-06-11 Early Warning Services, Llc System and method for transferring funds
US10395247B2 (en) 2012-03-07 2019-08-27 Early Warning Services, Llc Systems and methods for facilitating a secure transaction at a non-financial institution system
US10970688B2 (en) 2012-03-07 2021-04-06 Early Warning Services, Llc System and method for transferring funds
US11593800B2 (en) 2012-03-07 2023-02-28 Early Warning Services, Llc System and method for transferring funds
EP2845159A4 (en) 2012-04-18 2015-11-11 Mastercard International Inc SYSTEMS AND METHODS FOR MANAGING TRANSACTIONS FOR A TRADER
US8938796B2 (en) 2012-09-20 2015-01-20 Paul Case, SR. Case secure computer architecture
US10296968B2 (en) 2012-12-07 2019-05-21 United Parcel Service Of America, Inc. Website augmentation including conversion of regional content
US20150006385A1 (en) * 2013-06-28 2015-01-01 Tejas Arvindbhai Shah Express transactions on a mobile device
US9516143B2 (en) * 2013-08-08 2016-12-06 Red Hat, Inc. System and method for assembly and use of integration applications
US20150242825A1 (en) * 2014-02-24 2015-08-27 Peter Burton Mills Generation, storage, and validation of encrypted electronic currency
CN103996246B (zh) * 2014-06-13 2016-06-08 张金木 一种开放式交易用小额电子钱包
US9264419B1 (en) 2014-06-26 2016-02-16 Amazon Technologies, Inc. Two factor authentication with authentication objects
US9965466B2 (en) 2014-07-16 2018-05-08 United Parcel Service Of America, Inc. Language content translation
US10748127B2 (en) 2015-03-23 2020-08-18 Early Warning Services, Llc Payment real-time funds availability
US10839359B2 (en) 2015-03-23 2020-11-17 Early Warning Services, Llc Payment real-time funds availability
US10769606B2 (en) 2015-03-23 2020-09-08 Early Warning Services, Llc Payment real-time funds availability
US10878387B2 (en) 2015-03-23 2020-12-29 Early Warning Services, Llc Real-time determination of funds availability for checks and ACH items
US10832246B2 (en) 2015-03-23 2020-11-10 Early Warning Services, Llc Payment real-time funds availability
US11232448B2 (en) * 2015-06-30 2022-01-25 Worldpay, Llc Configurable transaction management controller and method thereof
US11037121B2 (en) 2015-07-21 2021-06-15 Early Warning Services, Llc Secure real-time transactions
US11151522B2 (en) 2015-07-21 2021-10-19 Early Warning Services, Llc Secure transactions with offline device
US11157884B2 (en) 2015-07-21 2021-10-26 Early Warning Services, Llc Secure transactions with offline device
US10970695B2 (en) 2015-07-21 2021-04-06 Early Warning Services, Llc Secure real-time transactions
US10963856B2 (en) 2015-07-21 2021-03-30 Early Warning Services, Llc Secure real-time transactions
US11037122B2 (en) 2015-07-21 2021-06-15 Early Warning Services, Llc Secure real-time transactions
US10438175B2 (en) 2015-07-21 2019-10-08 Early Warning Services, Llc Secure real-time payment transactions
US11151523B2 (en) 2015-07-21 2021-10-19 Early Warning Services, Llc Secure transactions with offline device
US11386410B2 (en) 2015-07-21 2022-07-12 Early Warning Services, Llc Secure transactions with offline device
US11062290B2 (en) 2015-07-21 2021-07-13 Early Warning Services, Llc Secure real-time transactions
US10956888B2 (en) 2015-07-21 2021-03-23 Early Warning Services, Llc Secure real-time transactions
US9768953B2 (en) * 2015-09-30 2017-09-19 Pure Storage, Inc. Resharing of a split secret
US11165797B2 (en) 2016-04-22 2021-11-02 Sophos Limited Detecting endpoint compromise based on network usage history
US11102238B2 (en) 2016-04-22 2021-08-24 Sophos Limited Detecting triggering events for distributed denial of service attacks
US10986109B2 (en) 2016-04-22 2021-04-20 Sophos Limited Local proxy detection
US10938781B2 (en) * 2016-04-22 2021-03-02 Sophos Limited Secure labeling of network flows
US11277416B2 (en) 2016-04-22 2022-03-15 Sophos Limited Labeling network flows according to source applications
US20170359306A1 (en) 2016-06-10 2017-12-14 Sophos Limited Network security
JP6674099B2 (ja) * 2016-06-10 2020-04-01 富士通株式会社 情報管理プログラム、情報管理方法、及び情報管理装置
US10116440B1 (en) 2016-08-09 2018-10-30 Amazon Technologies, Inc. Cryptographic key management for imported cryptographic keys
US11151566B2 (en) 2016-09-19 2021-10-19 Early Warning Services, Llc Authentication and fraud prevention in provisioning a mobile wallet
US11315137B1 (en) 2016-12-29 2022-04-26 Wells Fargo Bank, N.A. Pay with points virtual card
US11423395B1 (en) * 2016-12-29 2022-08-23 Wells Fargo Bank, N.A. Pay with points virtual card
US11587073B1 (en) * 2017-12-15 2023-02-21 Worldpay, Llc Systems and methods for encryption and decryption service for electronic transaction monitoring and reporting
US10728361B2 (en) * 2018-05-29 2020-07-28 Cisco Technology, Inc. System for association of customer information across subscribers
DE102019108095A1 (de) * 2019-03-28 2020-10-01 Infineon Technologies Ag Ausführen einer kryptografischen Operation
JP7325396B2 (ja) * 2020-12-25 2023-08-14 株式会社日立製作所 データファイル暗号化送受信システム及びデータファイル暗号化送受信方法
US11695772B1 (en) * 2022-05-03 2023-07-04 Capital One Services, Llc System and method for enabling multiple auxiliary use of an access token of a user by another entity to facilitate an action of the user

Family Cites Families (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US3956615A (en) * 1974-06-25 1976-05-11 Ibm Corporation Transaction execution system with secure data storage and communications
US4529870A (en) * 1980-03-10 1985-07-16 David Chaum Cryptographic identification, financial transaction, and credential device
DE3036804A1 (de) * 1980-09-30 1982-05-13 Licentia Patent-Verwaltungs-Gmbh, 6000 Frankfurt Sicherheitssystem zur verhinderung unerlaubter manipulationen bei der elektronischen textuebertragung in nachrichtennetzen
US4906828A (en) * 1983-02-28 1990-03-06 Paperless Accounting, Inc. Electronic money purse and fund transfer system
JPS6256043A (ja) * 1985-09-04 1987-03-11 Hitachi Ltd 電子取引方式
US4771461A (en) * 1986-06-27 1988-09-13 International Business Machines Corporation Initialization of cryptographic variables in an EFT/POS network with a large number of terminals
US4799156A (en) * 1986-10-01 1989-01-17 Strategic Processing Corporation Interactive market management system
US4933971A (en) * 1989-03-14 1990-06-12 Tandem Computers Incorporated Method for encrypting transmitted data using a unique key
DE4114777A1 (de) * 1990-05-22 1992-02-06 Peter Elsner Verfahren und einrichtung zur nachrichtenumschluesselung
US5091942A (en) * 1990-07-23 1992-02-25 Ericsson Ge Mobile Communications Holding, Inc. Authentication system for digital cellular communications
US5453601A (en) * 1991-11-15 1995-09-26 Citibank, N.A. Electronic-monetary system
US5369705A (en) * 1992-06-03 1994-11-29 International Business Machines Corporation Multi-party secure session/conference
CA2137464C (en) * 1992-06-12 2001-07-03 Ronny P. De Bruijn Secure front end communications system and method for process control computers
GB9213169D0 (en) * 1992-06-22 1992-08-05 Ncr Int Inc Cryptographic key management apparatus and method
IL102394A (en) * 1992-07-02 1996-08-04 Lannet Data Communications Ltd Method and apparatus for secure data transmission
US5235642A (en) * 1992-07-21 1993-08-10 Digital Equipment Corporation Access control subsystem and method for distributed computer system using locally cached authentication credentials
US5349642A (en) * 1992-11-03 1994-09-20 Novell, Inc. Method and apparatus for authentication of client server communication
US5357571A (en) * 1993-07-01 1994-10-18 Motorola, Inc. Method for point-to-point communications within secure communication systems
US5410602A (en) * 1993-09-27 1995-04-25 Motorola, Inc. Method for key management of point-to-point communications
US5465206B1 (en) * 1993-11-01 1998-04-21 Visa Int Service Ass Electronic bill pay system
US5434918A (en) * 1993-12-14 1995-07-18 Hughes Aircraft Company Method for providing mutual authentication of a user and a server on a network
US5491750A (en) * 1993-12-30 1996-02-13 International Business Machines Corporation Method and apparatus for three-party entity authentication and key distribution using message authentication codes
US5420926A (en) * 1994-01-05 1995-05-30 At&T Corp. Anonymous credit card transactions
US5515441A (en) * 1994-05-12 1996-05-07 At&T Corp. Secure communication method and apparatus
JPH07327029A (ja) * 1994-05-31 1995-12-12 Fujitsu Ltd 暗号化通信システム
US5475757A (en) * 1994-06-07 1995-12-12 At&T Corp. Secure data transmission method
US5467398A (en) * 1994-07-05 1995-11-14 Motorola, Inc. Method of messaging in a communication system
US5557678A (en) * 1994-07-18 1996-09-17 Bell Atlantic Network Services, Inc. System and method for centralized session key distribution, privacy enhanced messaging and information distribution using a split private key public cryptosystem
US5535276A (en) * 1994-11-09 1996-07-09 Bell Atlantic Network Services, Inc. Yaksha, an improved system and method for securing communications using split private key asymmetric cryptography
US5715314A (en) * 1994-10-24 1998-02-03 Open Market, Inc. Network sales system
US5604801A (en) * 1995-02-03 1997-02-18 International Business Machines Corporation Public key data communications system under control of a portable security device
GB9507885D0 (en) * 1995-04-18 1995-05-31 Hewlett Packard Co Methods and apparatus for authenticating an originator of a message
US5627892A (en) * 1995-04-19 1997-05-06 General Instrument Corporation Of Delaware Data security scheme for point-to-point communication sessions
WO1996039765A1 (en) * 1995-06-05 1996-12-12 Certco Llc Multi-step digital signature method and system
US5794221A (en) * 1995-07-07 1998-08-11 Egendorf; Andrew Internet billing method
US5615266A (en) * 1995-07-13 1997-03-25 Motorola, Inc Secure communication setup method
US5602918A (en) * 1995-12-22 1997-02-11 Virtual Open Network Environment Corp. Application level security system and method

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001060235A (ja) * 1999-04-29 2001-03-06 Citibank Na ウェブトレーディング用システムおよび方法
US7716109B1 (en) 1999-04-29 2010-05-11 Citibank, N.A. System and method for web trading
JP2002543532A (ja) * 1999-04-30 2002-12-17 ペイパル， インコーポレイテッド 分散型ユーザ間で価値を電子的に交換するためのシステムおよび方法
US9996826B2 (en) 1999-04-30 2018-06-12 Paypal, Inc. System and methods for facilitating value exchanges using mobile devices
JP2004500615A (ja) * 1999-05-28 2004-01-08 ザ・コカ−コーラ・カンパニー ネットワークベースに於ける電子的取引の代行制御の方法と装置
JP2011008810A (ja) * 1999-05-28 2011-01-13 Coca Cola Co:The ネットワークベースに於ける電子的取引の代行制御の方法と装置
US11423400B1 (en) 1999-06-18 2022-08-23 Stripe, Inc. Method and apparatus for ordering goods, services and content over an internetwork using a virtual payment account
US11551211B1 (en) 1999-06-18 2023-01-10 Stripe, Inc. Method and apparatus for ordering goods, services and content over an internetwork using a virtual payment account
US9864989B2 (en) 1999-06-18 2018-01-09 Cria Inc. Method and apparatus for ordering goods, services, and content over an internetwork using a virtual payment account
US9864990B2 (en) 1999-06-18 2018-01-09 Cria Inc. Method and apparatus for ordering goods, services and content over an internetwork using a virtual payment account
US9928509B2 (en) 1999-06-18 2018-03-27 Cria Inc. Method and apparatus for ordering goods, services and content over an internetwork using a virtual payment account
JP2009116894A (ja) * 2001-08-09 2009-05-28 Paybyclick Corp 電子商取引システム及び方法
JP2004005425A (ja) * 2002-02-08 2004-01-08 Mobusutaazu:Kk 移動体通信の加入者端末機を利用した各種支払い手段による決済方法
JPWO2004075081A1 (ja) * 2003-02-20 2006-06-01 ソースジャパン株式会社 モバイル・ネットコマース決済システム
JP2011508928A (ja) * 2008-01-04 2011-03-17 プラネット ペイメント，インコーポレイテッド マーチャントレートルックアップ
US11093623B2 (en) 2011-12-09 2021-08-17 Sertainty Corporation System and methods for using cipher objects to protect data
US11386409B2 (en) 2016-03-04 2022-07-12 Sertintyone Corporation Systems and methods for media codecs and containers

Also Published As

Publication number Publication date
DE19652294C2 (de) 1999-03-04
GB2325130B (en) 1999-10-13
GB9625440D0 (en) 1997-01-22
CA2192252A1 (en) 1997-06-15
WO1997022191A1 (en) 1997-06-19
JP2005011373A (ja) 2005-01-13
GB2308280A (en) 1997-06-18
JP4582825B2 (ja) 2010-11-17
GB2325383B (en) 1999-10-13
CA2192252C (en) 2000-05-23
GB2325130A (en) 1998-11-11
EP0809903B1 (en) 2005-02-23
FR2742615B1 (fr) 2003-02-21
HK1016376A1 (en) 1999-10-29
GB9817260D0 (en) 1998-10-07
JP4575085B2 (ja) 2010-11-04
EP0809903A1 (en) 1997-12-03
DE19655042C2 (de) 2001-10-11
GB9818205D0 (en) 1998-10-14
US5870473A (en) 1999-02-09
JP2004328802A (ja) 2004-11-18
GB2325383A (en) 1998-11-18
HK1004248A1 (en) 1998-11-20
DE19652294A1 (de) 1997-06-19
ATE289719T1 (de) 2005-03-15
GB2308280B (en) 1999-10-13
FR2742615A1 (fr) 1997-06-20
EP0809903A4 (en) 2001-12-05

Similar Documents

Publication Publication Date Title
JP4582825B2 (ja) 電子転送システムの通信方法
US20190392511A1 (en) Bid matching for blockchain-based goods/assets systems and methods
US6138107A (en) Method and apparatus for providing electronic accounts over a public network
US6847953B2 (en) Process and method for secure online transactions with calculated risk and against fraud
EP0734556B1 (en) Network based payment system and method for using such system
US7734527B2 (en) Method and apparatus for making secure electronic payments
US6529885B1 (en) Methods and systems for carrying out directory-authenticated electronic transactions including contingency-dependent payments via secure electronic bank drafts
US7921038B2 (en) Conducting commerce between individuals
WO2019222432A1 (en) Real -time buying, selling, and/or trading blockchain-based goods using traditional currency
US20140081863A1 (en) Universal merchant platform for payment authentication
US20050240536A1 (en) Networked electronic trading system
US6941282B1 (en) Methods and systems for carrying out directory-authenticated electronic transactions including contingency-dependent payments via secure electronic bank drafts
AU775065B2 (en) Payment method and system for online commerce
WO2008098163A2 (en) Method to facilitate confidential network sales
CN1298159A (zh) 基于互联网络的中华通网钱卡支付系统

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20040226

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20040525

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20040528

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20040826

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20050112

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20050411

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20050502

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20051026

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20060123

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20060309

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20060331

A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A711

Effective date: 20080222

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20090924

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20091001

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20091026

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100413

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20100831

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130910

Year of fee payment: 3

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

EXPY Cancellation because of completion of term