JPH09505162A - トランザクション・カード・ネットワーク内の適応通信システム - Google Patents

Abstract

(57)【要約】 ポイント・オブ・プレゼンス装置（４）が、小売業者の店舗に小売情報システム（６）とトランザクション・カード許可ネットワーク（８）との間のインタフェースとして設置される。装置（４）は、小売情報システム（６）と装置（４）との間で簡単なメッセージ・データ・フォーマットを使用することによって、小売情報システム（６）が、ローカル通信アクセス方法の変更、およびカード・プロセッサ（２６）によって開始されるＰＯＳ準拠要件の変更の影響を受けないようにする。装置（４）はまず、許可ネットワーク（８）との電話接続を確立し、次いで、許可ネットワーク（８）への同じ電話回線を介して金融データ・メッセージと非金融データ・メッセージの両方をインタリーブする。装置（４）は、許可ネットワーク（８）との専用回線接続によって与えられる応答時間にほぼ等しい許可応答時間を与える。本発明は、小売情報システム（６）用の改良された診断・ドラフト取り込み機能も提供する。

Description

【発明の詳細な説明】 トランザクション・カード・ネットワーク内の適応通信システム発明の背景 本発明は、電子支払いを処理するためのトランザクション・カード・ネットワ ーク内の適応通信システムに関する。 電子支払いを処理するある手法では、小売業者は、小売店内の各チェックアウ ト・カウンタまたは電子キャッシュ・レジスタ（ＥＣＲ）に位置するダイヤル端 末を使用して、許可ネットワークと通信する。大規模な店舗では、多数の小売業 者が、ＥＣＲのそばに配置するダイヤル端末をなくし、その代わりに統合カード ・スワイプ機能およびプリンタ機能を有するワークステーション／プロセッサ制 御装置構造を選択している。この手法では、ＥＣＲは、ローカル・エリア・ネッ トワーク（ＬＡＮ）を使用してプロセッサ制御装置または店内プロセッサ（ＩＳ Ｐ）にリンクされ、小売情報システムを形成する。その場合、プロセッサ制御装 置は、ダイヤル端末エミュレータとして使用され、通常、ダイヤルアップ・アク セス方法を使用して、許可ネットワークとのインタフェースをとる。そのため、 プロセッサ制御装置は、ＩＳＰと許可ネットワークとの間のインタフェースのメ ッセージ形成、データ取り込みおよび管理などの機能を実行する。 構成、すなわち、実際のダイヤル端末であるか、それともエミュレートされた ダイヤル端末（バック・ルーム・システムのソフトウェア）であるかにかかわら ず、許可サービスを得るうえでいくつかの欠点がある。第１に、クレジット・カ ード・ネットワークからのサービスは、単一位置小売店に提供されるサービスと 変わらない。ダイヤルアップ・サービスを提供する大部分のトランザクション許 可ネットワークは、実際のダイヤル端末を扱うように設計されている。ダイヤル 端末は単一ユーザ装置である。現在、高価で精密な小売情報システムによって許 可ネットワークに入力されるトランザクションが、店舗内の複数のＰＯＳプロセ ッサで行われる作業に取って代わっている。しかし、許可ネットワークは、その ようなトランザクションを一度に１つずつ処理する。これは、独立型ダイヤル端 末装置を通じて入力されるトランザクションと同じである。 たとえば、ＩＳＰまたは電子キャッシュ・レジスタＥＣＲ Ａがトランザクシ ョン許可を要求すると仮定する。プロセッサ制御装置は、クレジット・ネットワ ークをダイヤルし、ＥＣＲ Ａの要求を送信する。さらに、ＥＣＲ Ｂが許可を 要求すると仮定する。ＥＣＲ制御装置は、第１の要求がリターンされるまでこの 第２の要求を保持する。ＥＣＲ Ａの要求がリターンされた後、ＥＣＲ Ａは販 売を完了することができる。制御装置は次いで、ＥＣＲ Ｂの要求を送信し、こ の第２のトランザクションは、応答がリターンされた時点で完了する。ＥＣＲ Ｂの要求を実行するためのリダイヤルは必要とされないが、ＥＣＲ Ｂが依然と してＥＣＲ Ａの要求が実行されるのを待たなければならなかったことに留意さ れたい。忙しい店舗では、多数のワークステーションおよび多数の客が並んでお り、プロセッサ制御装置またはバック・ルーム・システムが、許可サービスを待 つ要求の待ち行列を管理する。許可ネットワークには、この種のプロセッサ制御 装置構成は単一ユーザ・ダイヤル端末構成のように見える。 多数のＥＣＲ構成に関する第２の問題は、プロセッサ制御装置が外部との通信 インタフェースを含み、このインタフェースを常に更新しなければならないこと である。過去１０年間、電子支払いトランザクションは多数の点で、ローカル・ アクセス技法の向上および電話サービスの規制緩和の利益を得てきた。 そのような１つの改良は、フィーチャ・グループＢ（９５０）サービス、すな わち効率的で費用有効なダイアリング代替策として知られている。他の改良は、 同じ物理電話線上で音声とデータの両方を搬送することができるデータ／音声多 重化技法である。サービス総合ディジタル網（ＩＳＤＮ）機能が普及しつつあり 、この１０年間の終わりまでに一般的なものになるはずである。販売時点に転送 される衛星技法もある程度成功を収めている。 各ローカル・アクセス技法代替策は、それ自体の異なる通信インタフェース方 法を有し、新しい技法を使用するには小売業者が新しい通信ソフトウェア・モジ ュールを書き込むことを必要とする。これは、場合によっては経費のかかる案で あり、小売業者は常に、必要な資源を入手する前にこのような案を慎重に検討し 正当化しなければならない。 そのような問題は、多数の小売内が全国各地に存在する店舗ではずっと深刻で ある。すべての小売店位置ですべての通信代替策が利用できるわけではない。店 舗のシステム内の複数組の通信ソフトウェアを維持し管理する必要がある。これ は、５０店舗チェーンの場合は厄介ではないが、全国的な小売業者がたとえば３ ００カ所でソフトウェアを維持することは非常に困難である。 第３の問題は、多くのＥＣＲ構成では、許可ネットワークとの間のエラーまた はトランザクション処理遅延を追跡することが困難であることである。この問題 は、ＥＣＲでも、プロセッサ制御装置でも、許可ネットワークへの通信経路でも 発生する可能性がある。現行の構成では、診断機能は不適切であり、あるいは存 在しない。 さらに、トランザクション・カード・サービス提供業者は、ＰＯＳ装置に関す る通信要件を定期的に変更する。各通信要件は、詐欺を発見し、処理コストを低 減し、電子支払いのリスクを軽減するうえでそれ自休の目的を有する。多数のＰ ＯＳ装置を、新しく、あるいは拡張された１組の要件を満たすように修正するこ とは、経費がかかり、小売業者にとっては厄介である。ＰＯＳ装置の機能を拡張 するたびに、小売業者のＩＳＰソフトウェアを更新する必要がある。いくつかの 例では、サービス提供業者は、小売業者がトランザクション・カード許可ネット ワークにアクセスできるようにする前にそのような修正を証明しなければならな い。 したがって、より高速なトランザクション許可サービスを提供し、ローカル・ アクセス通信技法の改良または違いに対して透過的なインタフェースを提供し、 改良された性能監視およびエラー報告を行い、小売業者が、新しいＰＯＳ準拠要 件に応答するためにＩＳＰソフトウェアを修正することを不要にするシステムを 提供することが望ましい。発明の概要 したがって、本発明の目的は、トランザクション・カード許可ネットワーク内 の適応通信システムを提供することである。 本発明は、小売店またはメール・オーダー会社に、小売情報システムとトラン ザクション・カード・プロセッサとの間のインタフェースとして設置されたポイ ント・オブ・プレゼンス装置である。本発明は、許可ネットワークを通じて小売 情報システムとトランザクション・カード・プロセッサとの間でデータを転送す る。小売情報システムは、プロセッサ制御装置にリンクされた複数の処理装置を 含み、プロセッサ制御装置は通常、特定のソフトウェア・アプリケーションを実 行する。トランザクション・カード・プロセッサは、ネットワーク・アクセス方 法とＰＯＳ準拠要件とを含むネットワーク・サービスに責任を負う。 本発明は、プロセッサ制御装置と許可ネットワークとの間でのデータの転送を 制御する通信手段を含む。通信手段は、プロセッサ制御装置とのインタフェース をとる手段と、ダイヤルアップ電話接続を通じて許可ネットワークとの通信を確 立する手段とを含む。通信手段は、プロセッサ制御装置上で実行されるソフトウ ェア・アプリケーションにはかかわらずに、小売情報システムをネットワーク・ アクセス方法の変更およびＰＯＳ準拠要件の変更の影響を受けないようにする。 本発明は、プロセッサ制御装置とホスト・コンピュータとの間の通信のために ホスト・コンピュータとのダイヤルアップ電話接続を確立する手段も含む。本発 明によれば、通信手段は、金融データ・メッセージを非金融データ・メッセージ と同時に処理し転送することができる。 本発明の１つの主要な機能は、小売情報システムからの許可要求を処理し、許 可ネットワークから応答を得ることである。本発明は、下記の技法を使用して、 ダイヤルアップ環境で、専用回線によって提供される回数にほぼ等しい回数だけ 許可ホストから許可応答を得る。許可要求が受信された後、プリダイヤル手段、 高速ダイヤル手段、高速モデム・ハンドシェーキング手段を使用して、許可ネッ トワーク（存在する場合）との高速接続が確立される。ネットワークとの接続が 確立された後、本発明は、多数の要求が未処理である間接続をオープンのままに する手段と、トランザクションを互いに独立に処理する手段とを含む。 好ましい一実施態様では、通信手段は、診断報告および性能報告のために、プ ロセッサ制御装置上で実行される特定のソフトウェア・アプリケーションにかか わらずに、サービス品質データを収集して記憶する手段を含む。通信手段はさら に、リモート・ヘルプ・デスク機能とのインタフェースをとるソフトウェア・パ ラメータ手段を含む。ヘルプ・デスクは、性能監視のために許可ネットワークへ 送信すべき金融トランザクションを通信手段に与える手段と、ソフトウェアとパ ラメータを通信手段にダウンロードする手段と、通信手段のサービス品質データ を問い合わせる手段とを含む。 通信手段はさらに、複数の取り込みグループおよび複数の清算バッチを同時に 維持するドラフト取り込み手段と、バッチを独立に検討し、調整し、リリースす る管理端末インタフェース手段とを含む。 本発明のその他の目的、特徴、利点は、下記の詳細な説明を添付の図面と共に 検討した際に明らかになろう。図面の簡単な説明 添付の図面は、本明細書の一部に組み込まれ、かつ本明細書の一部を形成する ものであり、本発明の実施形態を示し、下記の詳細な説明と共に、本発明の原則 を説明するように働く。 第１図は、本発明の動作環境のブロック図である。 第２図は、本発明のハードウェア・インタフェースおよびソフトウェア・モジ ュールを示す図である。 第３図は、３つの許可要求に関するマルチリーブ・メッセージ・フローを示す 図である。 第４図は、マルチトランス通信によって節約された時間と、マルチトランス通 信とマルチリーブ通信の組合せによって節約された時間との比較を示す図である 。 第５図は、リモート・ヘルプ・デスク機能のブロック図である。 第６図は、内部モデムを使用するヘルプ・デスク通信時のデータ・フローを示 す図である。 第７図は、外部モデムを使用するヘルプ・デスク通信時のデータ・フローを示 す図である。 第８図は、ヒープ・メモリがどのように構成されるかを示す図である。 第９図は、内部モデムを使用するパススルー通信時のデータ・フローを示す図 である。 第１０図は、外部モデムを使用するパス・スルー通信時のデータ・フローを示 す図である。 第１１図は、通信システム・インタフェース・メッセージ・フォーマットを示 す図である。 第１２図は、ＣＳＩのメッセージ・データ・フォーマットを示す図である。 第１３図は、通信システムのフロント・パネルを示す図である。詳細な説明 次に、本発明の好ましい実施形態を詳しく参照する。本発明の例は、添付の図 面に図示されている。好ましい実施形態に関して本発明を説明するが、好ましい 実施形態が本発明をそのように実施形態に制限するためのものではないことが理 解されよう。逆に、本発明は、請求の範囲によって定義される本発明の趣旨およ び範囲内に含まれる代替物、修正物、等価物をカバーするものである。 第１図は、本発明の動作環境のブロック図を示す。通信システム（ＣＳ）４は インテリジェント・ポイント・オブ・プレゼンス装置であり、小売店およびメー ル・オーダー会社に小売情報システム（ＲＩＳ）６とトランザクション・カード 許可ネットワーク８との間のインタフェースとして設置される。ＲＩＳ６は複数 のＥＣＲ１０を含み、これらのＥＣＲを使用して小売位置またはメール・オーダ ー位置内で販売トランザクションおよび電子支払いが実行される。ＥＣＲの語は 、本明細書では、マスタＥＣＲ、パーソナル・コンピュータ、ミニコンピュータ などを含む。各ＥＣＲ１０は、トランザクション許可要求などのメッセージをＣ Ｓ４へ転送するプロセッサ制御装置１２に接続される。ＣＳ４は、通信アクセス 方法１４を介してＲＩＳ６と許可ネットワーク８との間でメッセージを転送する 。 通信アクセス方法１４は、特定の地理的地域で利用できるローカル通信アクセ ス技法である。そのようなローカル・アクセス技法には、標準電話サービスと、 ＷＡＴＳ８００サービスと、サービス総合ディジタル網（ＩＳＤＮ）と、衛星技 法と、データ・オーバー・ボイス（ＤＯＶ）と、フィーチャ・グループ・サービ スとを含めることができる。許可ネットワーク８にアクセスするためにどのタイ プの通信アクセス方法１４を選択するかは、トランザクション・カード・プロセ ッサの責任である。ＣＳ４は、前述の通信アクセス方法を通じて許可ネットワー ク８との通信を確立することができるので、ＲＩＳ６を、トランザクション・カ ード・プロセッサによって選択されたアクセス方法１４の違いまたは変更の影響 を受けないようにする。本発明の好ましい実施形態では、許可ネットワーク８と の通信を確立するためにＣＳ４によって使用される通信アクセス方法１４はダイ ヤルアップフィーチャ・グループＢ（９５０）サービスである。 ＣＳ４が許可ネットワーク８の番号をダイヤルすると、ネットワーク提供業者 １６はその呼出しに応答し、ＲＩＳ６と許可ネットワーク８との間のすべてのダ イヤルアップ装置およびＰＯＳ装置のネットワーキングを処理する。許可ネット ワーク８は専用回線網であり、すべてのメンバー・プロセッサおよび主要な小売 業者を特定のトランザクション・カード・プロセッサに接続する。たとえば、米 国内では、ＶＩＳＡ Ｕ．Ｓ．Ａ．，Ｉｎｃ．が、トランザクション許可に関す るＰＯＳネットワーキング・サービスを提供するネットワーク提供業者としてＣ ｏｍｐｕＳｅｒｖｅ Ｉｎｃ．と排他的契約を締結している。 許可ネットワーク８内には、許可ネットワーク８内の宛先との間でメッセージ を経路指定する責任を負う通信プロセッサ１８がある。許可ネットワーク８内の 宛先には、ヘルプ・デスク２０と、許可ホスト２２と、中央データ取り込みサー ビス（ＣＤＣ）２４と、その他のカード・プロセッサ２６とを含めることができ る。ヘルプ・デスク２０は、トランザクション・カード・プロセッサのＣＳ４用 リモート・サポート・サービスであり、これについては下記で詳しく説明する。 許可ホスト２２は、トランザクションを通常の方法で許可する、カード発行者の ホスト・コンピュータである。 ＲＩＳ６でカード・トランザクションが行われたとき、そのトランザクション の記録は、ある期間、通常、１日または１週間にわたって保管される。トランザ クションのこの定期的な記録をバッチと呼ぶ。小売業者がバッチをカード・プロ セッサへ送信すると、バッチはＣＤＣ２４によって処理され記憶される。 カード・プロセッサ２６は、電子支払いを処理することができ、許可ネットワ ーク８のメンバーであるエンティティである。トランザクションを通信プロセッ サ１８では処理できないときにそのトランザクションを処理するために特定のカ ード・プロセッサが呼び出される。たとえば、通信プロセッサ１８では処理でき ないタイプのトランザクション・カードによって支払いが行われることを許可要 求が示す場合、通信プロセッサ１８は、その許可要求を、処理のためにネットワ ーク内の適当なカード・プロセッサへ経路指定する。 ＣＳ４の１つの機能は、プロセッサ制御装置１２からの許可要求を受け入れ、 トランザクション・カード・プロセッサの最新の情報処理ガイドラインに従って トランザクション・メッセージをフォーマットすることである。この機能によっ て、小売業者がプロセッサ制御装置ソフトウェアを新しいガイドラインに適応す るように修正する従来技術の必要がなくなる。 ＣＳ４は、ＲＩＳ６と小売業者の企業ホスト・コンピュータ２８との間のイン タフェースとしても働く。ホスト・コンピュータ２８は、プロセッサ制御装置１ ２と許可ネットワーク８との間で許可メッセージおよび取り込みメッセージが送 信されるのと同時に、ＣＳ４を使用して、ＲＩＳ６との間で小売情報を送受信す ることができる。したがって、従来技術の手法とは異なり、ＣＳ４は、ダイヤル アップ環境で金融データ・メッセージと同時に非金融メッセージを処理すること ができる。 本発明のハードウェア・インタフェースおよびソフトウェア・モジュールを第 ２図に示す。第２図は、ＣＳ４用の特定のハードウェア構成を意味するものでは なく、ＣＳ４が本明細書に記載したように機能できるようにする必要なハードウ ェア・インタフェースおよびソフトウェア・モジュールを示す。 ＣＳ４は、モデムではなく直列ケーブル３０によってプロセッサ制御装置１２ のＲＳ２３２直列ポートに接続される。本発明の好ましい実施形態では、ＣＳ４ は、ＣＳ４とプロセッサ制御装置１２との間のケーブルが短く、かつエラーのな いものになるように、プロセッサ制御装置１２の隣に配置される。ＣＳ４はロー カル・エリア・ネットワーク（ＬＡＮ）３６を介して、サービス・デスク３２ま たはバックオフィス３４に位置する小売業者の管理端末と通信することもできる 。 内部モデム３８によって、ＣＳ４は特定のサービス・プロセッサの許可ネット ワーク８と通信することも、あるいは電話回線４０を介して、第１図に示した小 売業者のホスト・コンピュータ２８と通信することもできる。外部モデム４２は 、 ＣＳ４と許可ネットワーク８との間のバックアップ通信または二次通信、あるい は電話回線インタフェース４４を通じた第１図のホスト・コンピュータ２８との 通信用のものである。 ＣＳ４は、第１図のヘルプ・デスク２０からダウンロードすることができ、Ｅ ＣＲ１０およびプロセッサ制御装置１２で使用されているソフトウェアと共に動 作するソフトウェア・モジュールを含む。ソフトウェア・モジュールには、通信 システム・インタフェース（ＣＳＩ）ソフトウェア・モジュール４６と、許可・ ドラフト取り込みモジュール（ＡＤＣＭ）４８と、ヘルプ・デスク・モジュール ５０とを含めることができる。ＣＳ４のＣＳＩモジュール４６は、プロセッサ制 御装置１２とＣＳ４との間の通信に使用されるプロトコルおよび記録フォーマッ トに責任を負うインタフェース・モジュールである。ＣＳＩモジュール４６は、 メッセージを特定の宛先へ経路指定する標準メッセージ切替機構または通信マネ ージャ論理機構も含む。ＡＤＣＭ４８は、許可要求およびドラフト取り込みコマ ンドをトランザクション・カード・プロセッサの現行のＰＯＳ処理ガイドライン を満たすように再フォーマットするソフトウェア・モジュールである。ヘルプ・ デスク・モジュール５０は、第１図のヘルプ・デスク２０からのコマンドの処理 を制御する。ＣＳ４が設置されている各小売位置およびメール・オーダー位置ご とに、ヘルプ・デスク２０は、特定の小売業者位置に関するパラメータ情報をヘ ルプ・デスク・モジュール５０にダウンロードする。 プロセッサ制御装置１２は、プロセッサ制御装置１２のソフトウェアに追加さ れるメッセージ・ソフトウェア・モジュール５２を通じてＣＳ４のＣＳＩモジュ ール４２と通信する。ＣＳ４とプロセッサ制御装置１２との間の通信プロトコル は、非同期ＡＳＣＩＩ交換シーケンスであり、通信システム・インタフェース（ ＣＳＩ）と呼ばれる。本発明によれば、ＣＳ４は、トランザクション・カード機 能をプロセッサ制御装置１２中のＥＣＲ機能から分離するＣＳＩメッセージ・フ ォーマットを使用することによって、ＲＩＳ８用のすべてのバンク・カード機能 を提供する。 許可 ＣＳ４は、クレジット・カード、プライベート・ラベル・クレジット・カード 、 ＡＴＭ直接借方記入カードの各タイプのトランザクション・カードに関するオン ライン許可を処理することができる。ＣＳ４は、小切手受け入れトランザクショ ンに関するオンライン許可を処理することもできる。プロセッサ制御装置１２に よって送信されたメッセージがＣＳ４によって受信されたとき、ＣＳ４はその小 売業者に関する記憶されているパラメータ情報をメッセージに追加し、許可ネッ トワーク８へ送信する受け入れられるメッセージ・フォーマットを作成する。 第２図を参照すると分かるように、ＥＣＲ１０でトランザクション・カード販 売が呼び出されると、プロセッサ制御装置１２は許可要求をＣＳ４へ送信する。 プロセッサ制御装置１２は、許可要求を、ドラフトＩＤと、数量と、アカウント 番号またはその他のストライプ・データとを含むミニマリスト形式でＣＳＩモジ ュール４６へ転送する。このメッセージはＣＳ４のＣＳＩモジュール４６によっ て受信され、ＣＳＩモジュール４６は、このメッセージが許可要求であると判定 し、許可ネットワーク８とのダイヤルアップ接続を開始し、次いでこの要求をＡ ＤＣＭ４８へ転送する。ＡＤＣＭ４８は、再フォーマット・エディタであり、た とえば標準ＶＩＳＡ ＩＩフォーマットなど、サービス提供業者が要求する標準 許可要求フォーマットを満たすようにトランザクションを有効化し、フォーマッ トし、拡張する。 許可ネットワーク８とのダイヤルアップ接続は、内部モデム３８を使用して確 立される。好ましい一実施形態では、内部モデム３８は、通信フィーチャ・グル ープＢ（９５０交換）急送呼設定および特殊な高速トレーン・モデム・ハンドシ ェーク手順を使用して許可ネットワーク８との高速ダイヤルアップ接続を確立す る。しかし、内部モデム３８または一次電話回線４０が故障した場合は、外部モ デム４２および二次電話回線４４を許可ネットワーク８通信に使用することがで きる。接続が確立された後、ＣＳ４は許可要求を送信し、許可ネットワーク８か ら許可応答を得る。 許可ネットワーク８が応答をＣＳ４へ送信すると、このメッセージはＣＳＩモ ジュール４６によって受信され、ＣＳＩモジュール４６は、このメッセージが許 可応答であると判定し、この応答をＡＤＣＭ４８へ転送する。ＡＤＣＭ４８はこ の応答をＩＳＰ応答として再フォーマットする。トランザクションが許可された 場合、ＣＳＩモジュール４６が、許可応答メッセージおよび任意選択のレシート ・データをプロセッサ制御装置１２へ送信し、ＡＤＣＭ４８が、このデータをド ラフト取り込みメモリ５４に取り込む。取り込みメモリ５４は、ＲＩＳ６と許可 ネットワーク８との間で流れる小売業者金融トランザクション情報を記憶するた めに使用される。プロセッサ制御装置１２は、返された許可応答を、トランザク ションを開始したＥＣＲ１０に表示させ、かつレシート（もしあれば）をＥＣＲ １０で印刷させる。 ＣＳ４は、より速い許可応答時間を達成するためにいくつかのレジスタを含む より容量の大きな小売位置用の許可サービスを合理化するいくつかの方法を実施 する。第１に、ＣＳ４は、プロセッサ制御装置１２がプリダイヤル要求を出すこ とができる場合、プロセッサ制御装置１２からのそのような要求を実行する。プ リダイヤル時には、ＥＣＲ１０で販売が呼び出されると、ＣＳ４は自動的に、（ 内部モデム３８または外部モデム４２を使用して）許可ネットワーク８をダイヤ ルするよう命令される。許可要求の送信準備が完了するまでに電話接続が確立さ れる。 第２に、ＣＳ４はネットワーク提供業者１６との高速トレーン・モデム・ハン ドシェーキング手順を実行する。モデム・ハンドシェーキング手順の詳細な説明 は、この説明の範囲外であるが、ハンドシェーキング手順は呼出し側モデムと応 答側モデムとの間の通信セットアップ時間を短縮するように設計されると言えば 十分である。 第３に、ＣＳ４は、マルチトランス・メッセージ・フローを実施することがで きる。マルチトランス・メッセージ・フローでは、ＣＳＩモジュール４６は、許 可応答が受信された後、内部モデム３８または外部モデム４２に電話接続のドロ ップを遅延させるよう命令する。追加許可要求が受信されたとき、電話接続を再 確立する必要はない。したがって、１回の電話呼出しを行うことによって複数の トランザクションが実行される。マルチトランス・メッセージ・フローによって 、記憶システムがあらゆる新しい要求に対してダイヤル・アウトすることが防止 される。ＣＳＩモジュール４６は、マルチトランス許可メッセージ・フローを実 施するために、許可要求の待ち行列を維持する。許可ネットワーク８とのダイア ヤ ルアップ接続は、許可要求が待機しているかぎり維持され、かつ要求待ち行列が 空になった後所定の時間にわたって維持される。ＣＳＩモジュール４６は次いで 、内部モデム３８または外部モデム４２に許可ネットワークから切断するよう命 令する。 従来型のマルチトランス・メッセージ・フローは、長いダイヤリング時間を回 避するが、それに続くトランザクション要求は強制的に、プロセッサ制御装置１ ２内で待機させられ、許可ネットワーク８へ送信される機会を待つ。しかし、本 発明は、単一の端末がサービスを要求するとは仮定しない。中間市場では、１つ の小売位置に多数の従属装置がある。このことは、かなり前から知られているが 、ＶＩＳＡを含め、どの主要カード・プロセッサも直接ダイヤルアップ環境では このような要件に適応していない。一般に、集線装置上で複数の端末を正しく操 作するには、専用回線タイプのアクセスが必要である。専用回線は高価であり、 ダイヤルアップは低速であるが、一般に小売業者はより経費が安いためにダイヤ ルアップを選択する。本発明の好ましい実施形態では、ＣＳ４は、ダイヤルアッ プ環境で複数のＥＣＲを操作するために、マルチトランス許可メッセージ・フロ ーとマルチリーブ許可メッセージ・フローの両方をサポートする。 マルチリーブ許可メッセージ・フローでは複数の許可要求を互いに独立に処理 することができる。ＣＳ４は、マルチリーブ・メッセージ・フローを使用して、 前のトランザクションからの応答が受信される前に複数のトランザクション要求 を処理する。第３図は、特定の順序なしで到着する応答を受信する前にＣＳ４に よって複数の要求が受信され処理されることを示す。図のインタリーブ・トラン ザクション・セットは、プロセッサ制御装置１２とＣＳ４とのインタフェースが 全二重で実施されるときに出される３つの要求を含む。 図のように、プロセッサ制御装置１２は要求＃１をＣＳ４へ送信し、ＣＳ４は 受信を肯定し（ＡＣＫ）それを許可ネットワークへ転送する。プロセッサ制御装 置１２によって要求＃２が送信されると、ＣＳ４は、要求＃１に対する応答がま だネットワークから返されていない場合でも、両方の要求を受け入れ、受信を肯 定する。要求＃３がＣＳ４へ送信された後、ネットワークから応答＃２が受信さ れ、ＣＳ４はただちにこの応答をプロセッサ制御装置１２へ送信する。プロセッ サ制御装置１２が受信を肯定した後、ＣＳ４は要求＃３の受信を肯定する。要求 ＃３および要求＃１がそれぞれＣＳ４によって受信されたとき、ＣＳ４はプロセ ッサ制御装置１２へ応答を送信し、プロセッサ制御装置１２は受信を肯定しトラ ンザクションを完了する。第３図に示したように、応答が受信されたとき、ＣＳ ４は最初の要求がネットワークに入力された順序にかかわらずにプロセッサ制御 装置１２へそのその応答を返す。 第４図は、マルチトランス通信によって節約される時間と、５つのトランザク ション、ＴＲＡＮＳ１、ＴＲＡＮＳ２、ＴＲＡＮＳ３、ＴＲＡＮＳ４、ＴＲＡＮ Ｓ５が開始され、完了する（たとえば、要求が送信され、応答が受信される）マ ルチリーブ通信とマルチトランス通信の組合せによって節約される時間との比較 を示す。マルチトランス・メッセージ・フローでは、ネットワークがアクセスさ れた後、ＴＲＡＮＳ１後の各トランザクションは、処理される前に、前のトラン ザクションが完了するのを待たなければならない。ＴＲＡＮＳ５が完了した後、 ネットワークへのアクセスは終了する。マルチトランス・メッセージ・フローと マルチリーブ・メッセージ・フローの組合せでは、ネットワークがアクセスされ た後、トランザクションは互いに独立に処理される。例に示したように、ＴＲＡ ＮＳ１が完了する前にＴＲＡＮＳ２の処理が開始され、ＴＲＡＮＳ３の前にＴＲ ＡＮＳ４およびＴＲＡＮＳ５が完了する。ＴＲＡＮＳ３が完了した後、ネットワ ークへのアクセスは終了する。 図のように、ＣＳ４は、従来型のダイヤルアップ端末よりもずっと速い許可応 答時間を与える。ＣＳ４は、ダイヤルアップ環境でマルチトランス・メッセージ ・フローとマルチリーブ・メッセージ・フローの両方を実施し、より廉価な技法 を使用しながら、専用回線によって与えられる許可応答時間にほぼ等しい許可応 答時間を与える。 ヘルプ・デスク 再び第１図を参照すると分かるように、好ましい実施形態では、ＣＳ４はカー ド・プロセッサのヘルプ・デスク２０とのダイヤルアップ通信をサポートする。 ヘルプ・デスク２０とは、カード・プロセッサ要員がプロセッサまたはワークス テーションを操作してリモート・サポート・サービスをＣＳ４に提供する機能で ある。このようなサービスには、アプリケーション・データおよびパラメータ・ データを記憶することと、アプリケーション・ソフトウェアをダウンライン・ロ ードすることと、ＣＳ４から性能データおよび診断データを収集することと、複 数の小売業者サイトで通信を制御することが含まれる。 第５図は、リモート・ヘルプ・デスク機能２０のブロック図を示す。ヘルプ・ デスク２０は、オペレータがモデム１１０を介してＣＳ４を制御するためのワー クステーション１０８を含む。ワークステーション１０８は、記憶されているＣ Ｓアプリケーション・ソフトウェア１１２およびＣＳパラメータ１１４、すなわ ち様々な小売業者プロファイルにアクセスすることができる。ワークステーショ ン１０８は、ＣＳ４から受信された動作統計を記憶するためにデータベース１１ ６にも接続される。 ワークステーション１０８とＣＳ４との間に接続が確立された後、ＣＳＩモジ ュール４６は、ヘルプ・デスク２０とヘルプ・デスク・モジュール５０との間の 通信を処理する。ヘルプ・デスク・モジュール５０は、プロファイル・パラメー タ設定１２０、サービス品質動作統計１２２、サービス品質事象ログ１２４を問 い合わせるのに必要な論理機構を含む。動作統計１２２は、様々なシステム指向 統計、アプリケーション指向統計、通信指向統計であり、事象ログ１２４は、Ｃ Ｓ４で発生したタイム・スタンプ付き事象ログである。 動作統計１２２および事象ログ１２４に含まれる情報は、誤り分離およびそれ に続く補正手順用の診断データとして小売業者およびカード・プロセッサによっ て使用することができる。本発明の他の態様によれば、ＣＳ４に維持される統計 は、第１図のプロセッサ制御装置１２上で実行されるソフトウェア・アプリケー ションから独立している。統計は、ＣＳ４によって日付／タイム・スタンプ・フ ィールドおよびカウント・アキュミュレータの両方として記憶され、ヘルプ・デ スク２０によって定期的に監視され、１）ＣＳ４の固有の識別コードと、２）ソ フトウェア改訂およびパラメータ改訂と、３）最後のソフトウェアまたはパラメ ータの変更のタイム・スタンプと、４）失敗した許可の試みの回数と、５）成功 した許可の試みの回数と、６）許可応答時間平均と、７）一次方法として使用さ れる通信アクセスのタイプ（９５０アクセス、ローカル・ノード、ＷＡＴＳなど ）と、８）任意の種類の誤りの数とを含む。 日付／タイム・スタンプ・フィールドは、６バイトとして（ｙｙ ｍｍ ｄｄ ｈｈ ｍｍ ｓｓフォーマットで）維持され、同時に、カウント・アキュミュ レータは１６ビット符号なし整数として維持される。好ましい実施形態では、Ｃ Ｓ４は下記の統計を維持する。 Ａ．一般統計 １．最後の日付／時間 ａ．ホット・スタート ｂ．ウォーム・スタート ｃ．コールド・スタート ｄ．許可ホストとの接続 ｅ．ヘルプ・デスクとの接続 ｆ．回線の問題 ｇ．ＰＣの問題 ｈ．これらの統計がクリアされた時間 ｉ．ＣＤＣとの接続 ２．再開カウント ａ．ホット・スタート ｂ．ウォーム・スタート ｃ．ブート ｄ．コールド・スタート Ｂ．アプリケーション統計 １．トランザクション・カウント ａ．受信されたトランザクション ｂ．拒否されたトランザクション（無効） ｃ．放棄されたトランザクション（タイムアウト） ２．１秒増分単位の許可ホスト応答時間分析 ３．許可ホスト・ダイヤルアウト接続 ａ．完了した接続 ｂ．失敗した接続の試み ｃ．一次電話番号へのダイヤルの再度の試み ｄ．二次電話番号へのダイヤルの試み ｅ．予想外の搬送波損失 ４．ＣＤＣダイヤルアウト接続 ａ．完了した接続 ｂ．失敗した接続の試み ｃ．一次電話番号へのダイヤルの再度の試み ｄ．二次電話番号へのダイヤルの試み ｅ．予想外の搬送波損失 Ｃ．プロセッサ制御装置ポート統計 １．ＣＳＩモード ａ．受信された着信フレーム ｂ．放棄された着信フレーム ｃ．送信された発信フレーム ｄ．再送信された発信フレーム ｅ．放棄された発信フレーム Ｄ．内部モデム・ポート統計 １．ＣＳＩモード ａ．受信された着信フレーム ｂ．放棄された着信フレーム ｃ．送信された発信フレーム ｄ．再送信された発信フレーム ｅ．放棄された発信フレーム ２．同期モード ａ．受信された着信フレーム ｂ．放棄された着信フレーム ｃ．送信された発信フレーム ｄ．再送信された発信フレーム ｅ．放棄された発信フレーム ｆ．受信された通常の応答モデルの数 ｇ．受信されたｒｅｃｅｌｖｅｒ−ｎｏｔ ｒｅａｄｙの数 ｈ．送信されたｒｅｃｅｌｖｅｒ−ｎｏｔ ｒｅａｄｙの数 ３．Ｖｉｓａ−２フォーマット非同期モード ａ．受信された着信フレーム ｂ．放棄された着信フレーム ｃ．送信された発信フレーム ｄ．再送信された発信フレーム ｅ．放棄された発信フレーム Ｅ．外部モデム・ポート統計 １．ＣＳＩモード ａ．受信された着信フレーム ｂ．放棄された着信フレーム ｃ．送信された発信フレーム ｄ．再送信された発信フレーム ｅ．放棄された発信フレーム ２．同期モード ａ．受信された着信フレーム ｂ．放棄された着信フレーム ｃ．送信された発信フレーム ｄ．再送信された発信フレーム ｅ．放棄された発信フレーム ｆ．受信された通常の応答モデルの数 ｇ．受信されたｒｅｃｅｉｖｅｒ−ｎｏｔ ｒｅａｄｙの数 ｈ．送信されたｒｅｃｅｌｖｅｒ−ｎｏｔ ｒｅａｄｙの数 ３．Ｖｉｓａ−２フォーマット非同期モード ａ．受信された着信フレーム ｂ．放棄された着信フレーム ｃ．送信された発信フレーム ｄ．再送信された発信フレーム ｅ．放棄された発信フレーム カード・プロセッサ要員は、ワークステーション１０８およびヘルプ・デスク ・モジュール５０を通じてＣＳ４中の動作統計１２２および事象ログ１２４を問 い合わせ、あるいはそれらをクリアし、ソフトウェア・ダウンライン・ロードに よってＣＳ４中のソフトウェア・モジュールをリモートにリセットすることがで きる。ヘルプ・デスク２０は、ＣＳ４内にリアルタイム・クロックをセットする ことも、あるいはメモリの所望のブロックをＣＳ４にダンプすることもできる。 ヘルプ・デスク２０要員は、ＣＳ４をデバッグし試験し、あるいはＣＳ４と許 可ネットワーク８との間に問題が存在するかどうかを判定するために、第１図の 許可ネットワーク８へ送信すべき金融トランザクションをリモートにＣＳ４に提 供する。ヘルプ・デスク２０は、試験金融トランザクションまたは実際の金融ト ランザクションをＣＳ４に提供すること、報告を要求すること、バッチを審査し 、調整し、リリースすることなどを、第１図のプロセッサ制御装置１２がローカ ルに行うのと同様に行うことができる。 第６図および第７図は、ＣＳ４を通じたヘルプ・データ・フロー通信を示す。 第６図に示したように、外部モデムがない場合、内部モデム３８を介したヘルプ ・デスク２０とのダイヤルアップ接続によって通常の許可処理が妨げられる。ヘ ルプ・デスク２０からの問い合わせおよび更新は、ＣＳＩモジュール４６を通じ て流れ、ＣＳＩモジュール４６はメッセージをＣＳ４内の正しいソフトウェア・ モジュールへ送る。ＣＳ４を外部モデム４２と共に構成する場合、ＣＳ４は、第 ７図に示した通常の許可処理とのインタフェースをとることなしにヘルプ・デス ク２０に接続することができる。ＣＳＩモジュール４６は、ヘルプ・デスク２０ からのコマンドが外部モデム４２を介して適当なソフトウェア・モジュールへ経 路指定されるのと同時に、内部モデム３８を介して許可ネットワーク８へ許可要 求を経路指定する。 まずＣＳ４を設置すると、ヘルプ・デスク２０とのダイヤルアップ接続が確立 される。好ましい実施形態では、ヘルプ・デスク２０でもＣＳ４でもダイヤルア ップ・ヘルプ・デスク通信セッションを開始することができる。ＣＳ４は、始動 ＲＯＭ中のヘルプ・デスク電話番号をコード化することによって通信を開始する 。通信が確立された後、ＣＳ４は、順次番号によってそれ自体を識別し、（その 特定のＣＳ４装置の順次番号によって識別された）その小売業者位置用にセット アップされたソフトウェアのダウンロードを受信する。 好ましい実施形態では、ＣＳ４がダウンロードを受信して通常の処理動作を開 始した後、ヘルプ・デスク２０は１日に１度、ＣＳ４からの電話呼出しを受け入 れる。この時点で、ＣＳ４はその統計をヘルプ・デスク２０にあるデータベース １１６に蓄積する。またこの時点で、ＣＳ４は、それ自体用に作成された新しい ダウンロード情報をヘルプ・デスク２０から受信する。 電子ドラフト取り込み 再び第２図を参照すると分かるように、一実施形態では、ＣＳ４は許可作業の 結果として約１５００個のクレジット・カード・ドラフトおよびデビット・カー ド・ドラフトのドラフト取り込みを実行することができる。ある種の店舗は、商 品の返品および交換専用の端末およびプリンタを含む顧客サービス・デスク３２ を含むことができる。ボイドおよび調整を入力し、その日の情報を、記憶するた めにＣＳ４へ送信するという目的で１つの端末を始動し、同時に、別の部門で、 専用プロセッサ制御装置を使用せずに、一体型カード・ストライプとプリンタと を含む他の端末を使用することができる。 ＣＳ４がプロセッサ制御装置１２またはサービス・デスク３２からデータを受 信したときはいつでも、ＣＳＩモジュール４６がデータをＡＤＣＭ４８へ転送し 、ＡＤＣＭ４８が、この許可データを取り込みメモリ５４に取り込み、後で第１ 図の中央データ取り込みサービス（ＣＤＣ）２４へ送信できるようにする。デー タが取り込みメモリ５４に記憶された後、プロセッサ制御装置１２は情報の完全 な制御を有し、店舗合計を釣り合わせるのに必要なすべてのコマンドを送信する ことができる。このために簡単な端末およびプリンタをＣＳ４に接続することが できる。 ＡＤＣＭ４８は、クレジット・カードおよびＡＴＭカードに関するオンライン 購入トランザクションとオフライン購入トランザクションの両方を取り込む。サ ービス提供業者の承認を受けていないオンライン・トランザクションがＡＤＣＭ ４８によって取り込まれることはない。サービス提供業者によって承認されたオ ンライン・トランザクションは常に取り込まれるが、クレジット・カード・トラ ンザクションとＡＴＭカード・トランザクションは、ある程度異なる方法で取り 込まれる。 ＣＳ４が許可要求をプロセッサ制御装置１２からサービス提供業者へ送信する と、その要求は承認され、あるいは拒否される。承認されたオンライン・クレジ ット・カード購入はＡＤＣＭ４８によって取り込まれるが、ＡＤＣＭ４８は取り 込みレコードを中断状態であるものとしてマーク付けする。ＡＤＣＭ４８は承認 情報および受信データをＣＳＩモジュール４６を介してＥＣＲ１０へ送信する。 ＥＣＲ１０がクレジット・カード・ドラフトを印刷し顧客がドラフトに署名した 後、ＥＣＲ１０はＡＤＣＭ４８に取り込みレコードを活動化するよう命令する。 承認されたオンラインＡＴＭカードの購入、リターン、解約はＡＤＣＭ４８に よって取り込まれ、取り込みレコードは中断されない。クレジット・カード・ト ランザクションとは異なり、顧客は、ドラフトに署名するのではなく、個人識別 番号（ＰＩＮ）を事前入力することによってそのようなＡＴＭカード・トランザ クションを許可する。 ＡＤＣＭ４８は、トランザクション・カードの購入およびリターン、ならびに ＡＴＭカードの購入、リターン、解約の各オフライン・トランザクションも取り 込む。そのようなオフライン・トランザクションは、電話またはその他のオフラ イン方法によって許可されたドラフトを取り込み、許可を必要としないトランザ クション（トランザクション・カードのリターンなど）を取り込むために使用さ れる。 小売業者は多くの場合、多数のＥＣＲを有し、たとえばＥＣＲレーン、キャッ シュ・ドロアー、ＥＣＲオペレータ、オペレータ・シフトなどによるテンダー・ タイプごとの販売を行う。このようなタイプの小売業者は、マルチレーン小売業 者およびマルチシフト小売業者として知られている。ＡＤＣＭ４８は、マルチレ ーン小売業者およびマルチシフト小売業者の要件を満たすために、複数の活動取 り込みグループおよび複数のセトルメント（settlement）・バッチを同時に維持 することができる。取り込まれた各ドラフトは、特定のグループにポストされ、 各ドラフト・グループは特定のバッチに属する。ＡＤＣＭ４８は、グループ・レ ベルとバッチ・レベルの両方でカウントおよび合計を維持し、どちらかのレベル での審査および報告をサポートする。 前述のように、ＡＤＣＭ４８は、第２図に示したドラフト取り込みメモリ５４ にバッチを記憶する。好ましい一実施形態では、取り込みメモリ５４は合計で４ ４８Ｋの１４個のメモリ・バンクを含む。取り込みメモリ５４は、主としてドラ フト取り込みに使用されるヒープ・メモリと呼ばれる動的に割り振られたメモリ ・プールとして構成される。第８図は、ヒープ・メモリ１３０がどのように構成 されるかを示す。取り込みルート１３２と呼ばれるデータ構造を使用して、各セ トルメント・バッチごとに１つずつ、バッチ・ヘッダ・レコード１３４のスレッ ド・リストが保持される。取り込みルート１３２は、アプリケーション・ソフト ウェアの新しいバージョンがロードされたときでも、ソフトウェア・ダウンライ ン・ロード全体にわたってヒープを維持できるように、基準メモリ位置に配置さ れる。各バッチ・ヘッダ１３４は、バッチ内に含まれる各グループごとのグルー プ・ヘッダ・レコード１３６のリストおよび様々なバッチ合計に関するバッチ合 計レコード１３８のリストの２つのスレッド・リストを保持する。各グループ・ ヘッダ１３６は、グループ内に含まれる取り込まれた各ドラフトごとのドラフト 取り込みレコード１４０のリストおよび様々なグループ合計に関するグループ合 計レコード１４２のリストの２つのスレッド・リストを保持する。 このマルチグループ機能およびマルチバッチ機能を使用する方法は、各小売業 者に依存する。小売業者は、各キャッシュ・ドロアーごとに別々のグループを維 持し、あるいは各シフトごとに別々のバッチを維持し、あるいはその両方を維持 することを選択することも、あるいは複数のグループも複数のバッチも使用しな いことを選択することもできる。好ましい実施形態では、各バッチは、固有の４ 文字バッチＩＤで識別される。各グループでは固有の４文字グループＩＤによっ て識別される。各ドラフトは、プロセッサ制御装置１２が生成する長さ最大６文 字のドラフトＩＤによって識別される。ドラフトＩＤは、指定された取り込みグ ループ内では固有のものであるが、すべてのグループにわたって固有である必要 はない。 プロセッサ制御装置１２は、オンライン要求またはオフライン要求をＡＤＣＭ ４８へ送信するときはいつでも、トランザクションが取り込まれるべきグループ を指定しなければならない。各グループは特定のバッチに属する。新たに作成さ れたグループは最初、特定のバッチに割り当てられるが、ＡＤＣＭ４８はグルー プをあるバッチから他のバッチへ転送する機能を有する。各グループは、オープ ンまたはクローズの２つの可能な状況の一方である。新しいドラフトは、クロー ズ・グループにはポストされない。各クローズ・グループは、独立に審査し、調 整し、調和を図ることができる。グループの審査、報告、制御は、プロセッサ制 御装置１２から行うことも、あるいはＬＡＮに接続されたバックオフィス端末３ ４を介して行うこともできる。 ＡＤＣＭ４８は、Ｃｒｅａｔｅ Ｇｒｏｕｐトランザクション・コマンドの受 信時に新しいグループをオープンする。グループは、ユーザがそのグループに新 しいドラフトをポストする前にオープンしておかなければならない。オープン・ グループは、Ｃｌｏｓｅ Ｇｒｏｕｐトランザクションによってクローズされる 。ＡＤＣＭ４８は、クローズ・グループに追加ドラフトがポストされるのを許容 しないが、既存のドラフトを審査し、調整し、無効化し、削除し、中断し、活動 化することができるようにする。ユーザは、Ｄｅｌｅｔｅ Ｇｒｏｕｐトランザ クションによってクローズ・グループを削除することも、あるいはＴｒａｎｓｆ ｅｒ Ｇｒｏｕｐトランザクションによってグループを他のバッチへ転送するこ とも、あるいはＣｏｎｔｌｎｕｅ Ｇｒｏｕｐトランザクションによってグルー プを再オープンすることもできる。 各バッチは、オープン、クローズ、リリース、ロック、またはセトル(settled )の５つの可能な状況のうちの１つである。バッチをクローズすると、バッチ中 のすべてのグループがクローズされ、それによって、それに続くポストが防止さ れる。バッチがクローズされた後は、その構成要素グループを再オープンするこ とはできず、もはやバッチ内に新しいグループを作成することも、あるいはバッ チとの間でグループを転送することもできない。各クローズ・バッチは小売業者 によって独立に審査され、調整され、調和を図られ、最終的に、第１図のＣＤＣ ２４へ送信できるようにリリースされる。バッチの審査、報告、制御は、プロセ ッサ制御装置１２から行うことも、あるいはＬＡＮに接続されたバックオフィス 端末３４を介して行うこともできる。バッチは、リリースされた後、もはや調整 できなくなる。 ＡＤＣＭ４８は、Ｃｒｅａｔｅ Ｇｒｏｕｐトランザクション・コマンドの受 信時に新しいバッチをオープンする。バッチをオープンしておかないかぎり、グ ループをバッチ内に作成することも、あるいはバッチへ転送することもできない 。Ｃｌｏｓｅ Ｂａｔｃｈトランザクションによってオープン・バッチをクロー ズすると、バッチ中のすべてのグループがクローズされ、したがって、追加ドラ フトがバッチにポストされることが防止されるが、依然として既存のドラフトは 、審査し、調整し、無効化し、削除し、中断し、活動化することができる。クロ ーズ・バッチは、後でＲｅｌｅａｓｅ Ｂａｔｃｈトランザクションによって送 信できるように待機させることも、あるいはＣｏｎｔｌｎｕｅ Ｂａｔｃｈトラ ンザクションによって再オープンすることもできる。バッチは、リリースされた 後、最初にＣｌｏｓｅ Ｂａｔｃｈトランザクションによって「アンリリース」 されないかぎり、もはや調整できなくなる。 ＣＳ４が、リリースされたバッチを実際にＣＤＣ２４へ送信している間、ＡＤ ＣＭ４８はバッチの状況をリリースからロックに変更する。バッチがＣＤＣ２４ から受け入れられた後、バッチの状況はセトルに変更される。バッチのＣＤＣ２ ４への送信が何らかの理由（たとえば、回線の問題や装置の誤動作）で失敗した 場合、バッチは、次の機会に再送信されるようにリリース状態のままになる。し かし、バッチが何らかの理由でＣＤＣ２４から拒否された場合は、クローズ状態 に戻る。 バッチの調整 ＡＤＣＭ４８は、取り込まれたドラフトをグループＩＤとドラフトＩＤによっ て参照する。取り込まれた各ドラフトは、活動、または中断、またはボイドの３ つの可能な状況のうちの１つを有することができる。第２図の許可ホスト２２に よってオンライン・トランザクション・カードの購入が承認されると、最初は中 断状況のドラフトが取り込まれる。第２図を参照すると分かるように、この後、 プロセッサ制御装置１２は、顧客の署名が得られた後にＡｃｔｉｖａｔｅ Ｄｒ ａｆｔトランザクションを発行し、署名が得られなかった場合はＶｏｉｄ Ｄｒ ａｆｔトランザクションまたはＤｅｌｅｔｅ Ｄｒａｆｔトランザクションを発 行する。オンラインＡＴＭトランザクション（ＰＩＮによって事前に許可される およびすべてのオフライン・トランザクションによって、活動状況のドラフトが 取り込まれる。取り込まれたドラフトの状況は、Ｖｏｉｄ Ｄｒａｆｔトランザ クション、Ｓｕｓｐｅｎｄ Ｄｒａｆｔトランザクション、Ａｃｔｉｖａｔｅ Ｄｒａｆｔトランザクションによって変更することができる。活動状態のドラフ トは中断することも、あるいは無効化することもできる。中断されているドラフ トは活動化することも、あるいは無効化することもできる。しかし、ドラフトを 無効化した後、ドラフトの状況はもはや変更できなくなる。トランザクション・ カード・ドラフトのトランザクション量または二次量、あるいはその両方はＡｄ ｊｕｓｔ Ｄｒａｆｔトランザクションによって修正することができる。しかし ＡＴＭドラフトを調整することはできない。中断され、あるいは無効化されたド ラフトは、Ｄｅｌｅｔｅ Ｄｒａｆｔトランザクションによって取り込みバッチ から完全に削除することができる。ドラフトを削除した後、取り込まれたデータ は失われ、回復することはできなくなる。活動状態ドラフトは、最初にその状を 中断またはボイドに変更しておかないかぎり削除できない。 グループ／バッチの審査および報告 グループまたはバッチの審査および報告は、プロセッサ制御装置１２によって 行うことも（小売業者がこれらの機能をサポートしている場合）、あるいはＬＡ Ｎに接続されたバックオフィス端末３４によって行うこともできる。ＣＳ４は、 審査および報告を促進するいくつかのトランザクションを提供する。 Ｒｅｔｒｉｅｖｅ Ｄｒａｆｔトランザクションを使用して、（グループＩＤ とドラフトＩＤによって識別された）特定のドラフトを検索することができる。 このトランザクションを使用して、グループまたはバッチ中のすべてのドラフト を順次検索する（第１のドラフト、または最後のドラフト、または次のドラフト 、または前のドラフト、または現ドラフト）こともできる。ＣＳ４は、下記のよ うにキー指定された、グループおよびバッチのカウントおよびドル合計を維持す る。 GGGG グループごとのカウントおよび総計 GGGG+CCCC グループ＋カード・タイプごとのカウントおよび正味合計 GGGG+CCCC+TT+V グループ＋カード・タイプ＋トランザクション・タイプ＋ド ラフト状況ごとのカウントおよび合計 BBBB バッチごとのカウントおよび総計 BBBB+CCCC バッチ＋カード・タイプごとのカウントおよび正味合計 BBBB+CCCC+TT+V バッチ＋カード・タイプ＋トランザクション・タイプ＋ドラ フト状況ごとのカウントおよび合計 Ｒｅｔｒｉｅｖｅ Ｔｏｔａｌトランザクションを使用して、（バッチＩＤま たはグループＩＤ、カード・タイプ、トランザクション・タイプ、状況によって 識別された）特定の合計を検索することができる。このトランザクションを使用 して、グループ合計またはバッチ合計をキーによって順次検索する（第１のキー 、または最後のキー、または次のキー、または前のキー、または現キー）ことも できる。ＣＳ４は、バッチ合計およびグループ合計を連続的には維持せず、必要 に応じて、最初にＲｅｔｒｉｅｖｅ Ｔｏｔａｌトランザクションによって要求 されたときにそれらの合計を算出し、特定のバッチまたはグループに関する最後 に算出された１組の合計を無効化する活動がバッチまたはグループ内で行われた ときにはいつでもそれらの合計を削除する。したがって、ＣＳ４が必要な合計を 算出している間、いくつかのＲｅｔｒｉｅｖｅ Ｔｏｔａｌトランザクションに 対する応答を短時間の間遅延させることができる。 Ｒｅｒｔｉｅｖｅ Ｓｔａｔｕｓトランザクションを使用して特定のグループ の状況（オープンまたはクローズ）あるいは特定のバッチの状況（オープン、ク ローズ、リリース、ロック、またはセトル）を判定することができる。ＣＳ４に よってＣＤＣ２４へバッチが送信された場合、このトランザクションは、ＣＳ４ によって割り当てられた３桁の順次バッチ番号と、ＣＤＣ２４によって返された バッチ応答コードおよびバッチ応答メッセージも検索する。Ｒｅｔｒｉｅｖｅ Ｓｔａｔｕｓを使用して、すべてのバッチまたはバッチ内のすべてのグループを 順次走査する（第１のバッチまたはグループ、あるいは最後のバッチまたはグル ープ、あるいは次のバッチまたはグループ、あるいは前のバッチまたはグループ 、あるいは現バッチまたはグループ）こともできる。 取り込まれたバッチの送信 一実施形態では、ＣＳ４は、リリースされたバッチを、通常の業務時間外の予 定された時間に自動的にＣＤＣ２４へ送信するように構成される。このオートセ トル時間は、ヘルプ・デスク２０のダウンロード可能なパラメータによって制御 される。しかし、プロセッサ制御装置１２またはバックオフィス端末３４は、Ｓ ｅｔｔｌｅ Ｎｏｗトランザクションを発行することによって、任意の時点でＣ ＤＣ２４へ送信を行うようＣＳ４に命令することができる。 好ましい実施形態では、ＣＤＣとの通信は、標準Ｖｉｓａ第２生成プロトコル およびメッセージ・フォーマットを使用して、毎秒１２００ビットまたは２４０ ０ビットのダイヤルアップ非同期通信を介して行われる。ヘルプ・デスク２０の ダウンロード可能なパラメータは、ダイヤルアップ接続の速度およびモード、ダ イヤルアップ・タイムアウト間隔、一次電話番号および二次電話番号が試された 回数、ダイヤルすべき実際の電話番号を制御する。 ＣＤＣ２４へバッチが送信されると、バッチに残留している中断されたドラフ ト（ないはずである）はＣＤＣ２４へボイドとして送信される。ＡＤＣＭ４８は 、各バッチが実際のＣＤＣ２４へ送信されたときにそのバッチに（ＣＤＣの必要 に応じて）３桁の順次番号を割り当て、そのバッチが次のバッチ・セトルメント 報告上に現れるようにバッチ番号ならびにＣＤＣ応答コードおよび応答メッセー ジを保存する。 二次モデム制御（パススルー・モード） 真のダイヤルアップ許可端末とは異なり、プロセッサ制御装置１２は、単に電 子支払いを処理すること以上の目的で小売位置に存在する。売上げ／監査ログ、 在庫ファイル、ソフトウェア更新、出荷通知、賃金情報などを店舗と会社のホス ト・コンピュータとの間で送信することは広く行われている。 第９図は、ＣＳ４が内部モデム３８を使用するパススルー・モードであるとき のＣＳ４中のデータ・フローを示す。このモードでは、ＣＳ４はＨａｙｅｓシリ ーズ−ＶスマートモデムＡＴ−コマンドのサブセットを含むモデムをエミュレー トし、プロセッサ制御装置１２と小売業者のホスト・コンピュータ２８との間の 直接通信をサポートする（それによって、非トランザクション・カード関連デー タを転送する）。一実施形態では、モデム３８は、Ｖ．２２ｂｉｓ接続（２４０ ０ｂｐｓ）を試みるが、他方のモデムが２４００ｂｐｓをサポートしていない場 合は自動的にＶ．２２／Ｂｅｌｌ２１２Ａ接続（１２００ｂｐｓ）にダウンシフ トする。このモードでは、小売業者のホスト・コンピュータ２８とのパススルー 通信は、内部モデム３８をプリエンプトすることによって通常の許可処理を妨げ る。プロセッサ制御装置１２は、そのＲＳ２３２直列ポート上でＤａｔａ Ｔｅ ｒｍｉｎａｌ Ｒｅａｄｙ（ＤＴＲ）信号をアサートすることによってＣＳ４を パススルー・モードにする。ＣＳ４がこのモードである間、第２図の許可ネット ワーク８との通常の通信は中断される。プロセッサ制御装置１２がＤＴＲ信号を ディアサートすると、モデム３８はオンフック状態になり（すなわち、切断され ）、ＣＳ４上のＩＳＰポートは通常のＣＳＩモードに戻る。 第１０図は、外部モデム４２を使用した（クレジット許可に割り込んではなら ない）正規の業務時間中のＲＩＳ６からホスト２８へのフルタイム・アクセスま たは時間のかかるアクセスを必要とするアプリケーションに対するパススルーを 示す。その場合、プロセッサ制御装置１２は、非同期モードと同期モードの両方 を含め、外部モデム４２のすべての機能を使用することができる。このモードで は、ＣＳ４ソフトウェアの唯一の機能は、ＤＴＲ回線を監視し、ＤＴＲ信号がプ ロセッサ制御装置１２によって非活動化されたときにＣＳ４を通常モードに戻す ことである。 第１０図に示したように、許可メッセージおよび取り込みメッセージが内部モ デム３８を通じてＣＳ４と許可ネットワーク８との間で送受信されるのと同時に 、外部モデム４２を使用して店舗管理情報をプロセッサ制御装置１２からホスト ・ コンピュータ２８へ送信することができる。ＣＳ４は、外部モデム４２と共に構 成された場合、通常の許可処理に干渉せずにホスト・コンピュータ２８とのパス スルー通信に適応することができる。しかし、プロセッサ制御装置１２は、パス スルー・モードを終了するまで金融トランザクション（クレジット／デビット・ カードまたはＡＴＭカード）を処理することはできない。 ホスト・コンピュータ２８は、内部モデム３８または外部モデム４２上でＣＳ ４を呼び出すことによって店舗管理データのフローを開始することができる。外 部モデム４２が呼び出された場合、プロセッサ制御装置１２が通知を受け、内部 モデム３８を介して送信されているリアルタイム許可データにはかかわらずにプ ロセッサ制御装置１２とホスト・コンピュータ２８との間で店舗管理情報が流れ 始める。ＣＳ４論理機構によって駆動される内部モデム３８と外部モデム４２は 共に、各小売業者ごとにセットアップされたＣＳ４中のログイン／パスワード・ シーケンスによって着信アクセスから保護される。 二次モデム制御によって、時間にはかかわらずに、小売情報システムと許可ネ ットワーク８または会社のホスト・システムとの間の無制限のアクセスが可能に なる。ＣＳ４は、外部モデム４２と共に構成されているとき、内部モデム３８が 障害を起こし、あるいは電話回線から切断されたことを検出した場合にクレジッ ト許可機能を外部モデム４２へ移すことができる。ＣＳ４が外部モデム４２と共 に構成されているとき、プロセッサ制御装置１２は、ＣＳ４のいずれかの通信ポ ートへデータを送り、ＣＳ４のいずれかの通信モードからデータを受信すること ができる。 バックオフィス端末 次に、第２図、第６図、第９図、第１０図を参照すると分かるように、ＣＳ４ は任意選択で、小売業者のバック・オフィス３４または顧客サービス・デスク３ ２、あるいはその両方に接続することができる。バック・オフィス３４および顧 客サービス・デスク３２は通常、市販のＨｙｐｅｒｃｏｍ Ｔ−７端末（図示せ ず）など、１つまたは複数の管理端末と共に構成される。バック・オフィス３４ または顧客サービス・デスク３２、あるいはその両方の端末は、対より線ＲＳ− ４８５マルチドロップ・ローカル・エリア・ネットワーク（ＬＡＮ）３６を介し てＣＳ４に接続される。 一実施形態では、１つのＣＳ４で最大１６台の端末をサポートすることができ る。ただし、好ましい実施形態では、大部分の導入先は３台以下の端末と共に構 成される。各Ｔ−７端末は、２ｘ２０文字ディスプレイと、キーボードと、トラ ック１データとトラック２データの両方を読み取ることができる磁気ストライプ 読取り装置とを有する。各Ｔ−７端末は通常、コンパニオンＰ−７ ２０列連続 用紙プリンタと共に構成される。ただし、これは必要なものではない。小売業者 は、１）バックオフィス機能、すなわちグループ／バッチの審査、調整、報告、 調節、制御と、２）磁気ストライプ取り込みを含め、オンラインおよびオフライ ン・トランザクション・カード購入およびリターン・トランザクションを入力す ることなどの顧客サービス機能に、これらの端末を使用することができる。 通信プロトコル 再び第２図を参照すると分かるように、ＲＩＳ６から許可ネットワーク８への 長距離通信業務は、完全にＣＳ４によって処理される。ネットワーク８中の誤り 回復、代替経路指定、トランザクション・フローは、ＣＳ４においてＣＳＩモジ ュール４６によって処理される。小売業者に対する利点は、プロセッサ制御装置 １２のソフトウェアが、使用中の実際の長距離通信技法から分離されることであ る。プロセッサ制御装置１２上で実行されているアプリケーションは、たとえば 、ある店舗が高速ダイヤル機能を使用し、他の店舗が専用回線を使用する場合で も、各店舗で同じものであってよい。これは１つには、ＣＳ４中のＣＩＳモジュ ール４６とプロセッサ制御装置１２内のメッセージ・ソフトウェア・モジュール ５２との間の通信プロトコルのためである。ＣＳＩモジュール４６は、ＣＳＩメ ッセージ・フォーマットを使用する任意の情報源からの入力を受け入れることが できる。 ＣＳ４とプロセッサ制御装置１２との間で転送されるメッセージ用のアーキテ クチャは、当技術分野ではよく知られている国際標準化機構（ＩＳＯ）によって 開発されたＯＳＩ（開放形システム間相互接続）参照モデルに基づくものである 。 ＯＳＩモデルでは、データ・リンク層と、トランスポート層と、プレゼンテーシ ョン層とを含む標準７層通信アーキテクチャが定義されている。 データ・リンク層は、誤り検出および制御を含むより上位の層を提供する責任 を負う。プロセッサ制御装置１２とＣＳ４との間の通信は、短いケーブルを介し たリンク・レベルおよびフロー制御レベルでの二地点間対話（たとえば、ＣＳ４ は、プロセッサ制御装置１２に直接取り付けられる）である。したがって、広範 囲の誤り処理規定を使用する長距離通信プロトコルの大部分がなくなるので、必 要なリンク・レベル・プロトコルは非常に簡単であり、容易に実施することがで きる。 通信システム・インタフェース（ＣＳＩ）プロトコルの上部層（ＯＳＩモデル のトランスポート層およびプレゼンテーション層）では、通信は、プロセッサ制 御装置１２に従属する複数のＥＣＲ１０のアドレス指定に適応することができる 。第１１図は、本発明のＣＳＩメッセージ・フォーマットを示す。ＣＳＩメッセ ージ・フォーマット１４８は、トランスポート・ヘッダ１５０、プレゼンテーシ ョン・ヘッダ１５２、メッセージ・データ１５４の３つのセクションを含む。 トランスポート・ヘッダ１５０は、メッセージの発信元アドレス、宛先アドレ ス、メッセージのタイプを指定することによって、その間で情報が転送されるエ ンティティを識別する。プレゼンテーション・ヘッダ１５２は、データ・プレゼ ンテーション規則およびフォーマットを識別するものであり、このヘッダを使用 して対話メッセージ・フロー対ファイル転送動作が制御される。メッセージ・デ ータ１５４は、自己定義メッセージとして知られており、メッセージの実際のア プリケーション・データ部分である。自己定義メッセージでは、各データ要素は 、固有のタイプコードおよび要素長コードによってデータ要素自体を識別する。 メッセージにデータ要素を配置する際に必要とされる特定の順序はない。どのア プリケーション・データ要素も、それ自体を識別するうえで他の要素に依存する ことはない。 トランスポート・ヘッダ１５０は３つのフィールドを含む。ＴｙｐｅＩＤフィ ールド１５６はメッセージのタイプを識別する。宛先アドレス（ＤｅｓｔＡｄｄ ｒ）１５８は、宛先位置のネットワーク・アドレスを識別する。発信元アドレス （ＳｒｃＡｄｄｒ）１６０は、発信元位置のアドレス、通常はキャッシュ・レジ スタまたはＥＣＲの番号を識別する。プレゼンテーション・ヘッダ１５２は、Ｆ ｏｒｍａｔ Ｖｅｒｓｉｏｎ（フォーマット・バージョン）、Ｒｅｑｕｅｓｔ− ｒｅｓｐｏｎｓｅ Ｉｎｄｉｃａｔｏｒ（要求応答インディケータ）、Ｔｒａｎ ｓａｃｔｉｏｎ Ｃｏｄｅ（トランザクション・コード）、Ｒｅｓｐｏｎｓｅ Ｃｏｄｅ（応答コード）、Ｍｏｒｅ Ｄａｔａ Ｉｎｄｉｃａｔｏｒ（モア・デ ータ・インディケータ）、Ｅｎｄ ｏｆ Ｈｅａｄｅｒ Ｓｅｐａｒａｔｏｒ（ ヘッダの終わり分離子）の６つのフィールドを含む。Ｆｏｒｍａｔ Ｖｅｒｓｉ ｏｎフィールド（ＶＥＲ）１６２は、使用すべきメッセージ・データ・レイアウ ト規則を識別する。Ｒｅｑｕｅｓｔ−Ｒｅｓｐｏｎｓｅ Ｉｎｄｉｃａｔｏｒ（ ＲＲ）１６６は、１文字フィールドであり、フレームを要求フレームまたは応答 フレームとして識別する。Ｔｒａｎｓａｃｔｉｏｎ Ｃｏｄｅ（ＴＣ）１６８は 、当該のトランザクションのタイプを示すコードである。Ｒｅｓｐｏｎｓｅ Ｃ ｏｄｅ（ＲＣ）１７０は２文字フィールドであり、トランザクションの応答状況 を転送するために使用され、かつ誤りタイプを示すために使用される。Ｍｏｒｅ フィールド（ＭＦ）１７２は、現フレームの後にさらにデータが続くことを示す 。一実施形態では、他のデータ・フレームが後に続くとき、このフィールドは１ を含む。零は、後に続く追加データがないことを示す。それぞれの異なる宛先ア ドレスを有するトランザクションはモア・シーケンス内でインタリーブすること ができる。フィールド分離子（ＦＳ）１７４は、トランスポート・ヘッダ１５０ およびプレゼンテーション・ヘッダ１５２の終わりを識別するために使用される 。 ＣＳＩフォーマット・フレームの前に、フレーム・オープニングＳＴＸ１７７ 、すなわちＡＳＣＩＩテキストの始め文字が配置される。ＣＳＩフォーマットは 、フレーム・オープニングＳＴＸ１７７の後にフレーム長フィールド１７９を与 えることによってデータ透過性を達成する。長さインディケータ・フィールド１ ７９は、長さインディケータ１７９とＥＸＴ１８１（ＡＳＣＩＩテキストの終わ り文字）との間のバイト・カウントを提供し、メッセージ長（ヘッダとメッセー ジ・データ）を表すものである。長さインディケータ１７９は、フレーム・デー タ の内容にはかかわらずにフレームの終わりを位置指定するために使用される。フ レームの終わりは、長さ検査として使用されるＥＸＴ１８１と、水平冗長検査文 字（ＬＲＣ）１８３とを含む。ＬＲＣ１８３は、普通ならほとんど誤りのない物 理インタフェース上の単一ビット誤りおよび一般的障害を検出するために使用さ れる。パリティ・ビットを除くＬＲＣ文字１８３中の各ビットの値は、データの すべての文字の対応するビット位置にコード化された１ビットの総数が偶数にな るように定義される（これは、排他的論理和（ＸＯＲ）演算としても知られてい る）。 前述のように、ＣＳＩフォーマット１４８の一目的は、ネットワーク中の特定 の発信元へデータを転送することである。ＣＳ４を通じて転送される実際のデー タは、第１１図のメッセージ・データ・フィールド１５４に含まれる。メッセー ジ・データ１５４は、それぞれ、フィールド識別フィールドおよび長さフィール ドによって識別されるデータ・フィールド内容を含む。この自己定義メッセージ を使用して、フィールドを任意の順序で送信することができ、フィールドは、使 用するアプリケーションの必要に応じてサイズを変更することができる。 プロセッサ制御装置１２とＣＳ４との間で伝達されるメッセージ・データ１５ ４は、第１２図に示したようにフォーマットされる。メッセージ・データは、デ ータのタイプを示すＦｉｅｌｄ ＩＤ（フィールドＩＤ）１９２と、データの長 さをバイト単位で示すＬｅｎｇｔｈ（長さ）１９４と、Ｆｉｅｌｄ ｃｏｎｔｅ ｎｔｓ（フィールドの内容）１９６とを含む複数のレコードを含む。Ｆｉｅｌｄ ＩＤ１９２とＬｅｎｇｔｈ１９４は共に１バイト２進フィールドであるが、こ れによって、データ・フィールド１９６当たり２バイトのオーバヘッドしかもた らされない。 Ｆｉｅｌｄ ＩＤ１９２および長さフィールドは、１バイト２進フィールドで あり、そのため、データ・フィールド１９６当たりのオーバヘッドは２バイトに 過ぎない。 従来型のダイヤルアップ環境では、プロトコルのトランスポート層、フロー制 御層、リンク・レベル層は、端末装置がダイヤル端末であるという前提に基づく ものである（多くのダイヤルアップ仕様では、このようなプロトコル層は完全に 明示的に定義されるわけではない）。ダイヤル端末は暗黙的に単一のユーザを意 味するものなので、プロトコルには、端末装置が前の応答を受信する前に他の要 求を送信する能力をサポートする規定はない。この交換はシングル・スレッド処 理と呼ばれており、典型的なダイヤル端末対話である。 本発明では、ＣＳ４、第１図のネットワーク提供業者、ＣＳＩメッセージ・フ ォーマット１４８は共に、前述のようにマルチリーブ・トランザクション・フロ ーをサポートするように働く。これは、プロセッサ制御装置１２に多数のＥＣＲ が接続されピーク時に長い行列が形成される傾向がある店舗で特に有効である。 再び第２図および第１１図を参照すると、ＥＣＲ１０で販売が呼び出されたと き、プロセッサ制御装置１２は、その特定のＥＣＲ１０を店舗内ネットワーク内 の許可要求の発信元として識別するＣＳＩメッセージをフォーマットし、サービ ス提供業者ネットワークを宛先として識別する。これは、トランスポート・ヘッ ダ１５０の３つのフィールド、すなわちＴｙｐｅ ＩＤ（タイプＩＤ）フィール ド１５６、Ｄｅｓｔｉｎａｔｉｎ Ａｄｄｒｅｓｓ（宛先アドレス）フィールド １５８、Ｓｏｕｒｃｅ Ａｄｄｒｅｓｓ（発信元アドレス）フィールド１６０を 通じて行われる。 メッセージがＣＳ４へ送信されると、そのメッセージは、宛先アドレスおよび 発信元アドレスを処理するＣＳＩモジュール４６によって処理される。ＣＳＩモ ジュール４６はＴｙｐｅＩＤフィールド５６の内容を使用して、ＣＳＩモジュー ルがメッセージの残りのフィールドをどのようにパーズすべきかを示す宛先アド レスのタイプを識別する。たとえば、ホスト・コンピュータとの間で送信される ある種のメッセージに関してはプレゼンテーション・ヘッダ１５２は存在しても しなくてもよい。これは、ホスト（小売業者またはカード・プロセッサ）の要件 に依存する。メッセージがプレゼンテーション・ヘッダ１５２を有さないタイプ のものである場合、ＣＳＩモジュール４６はプレゼンテーション・ヘッダ１５２ 中のフィールドをパーズする必要はない。 ＯＳＩモジュール４６は、ＴｙｐｅＩＤ１５６の値に基づいて、当該のメッセ ージのタイプを判定した後、応答が受信され、あるいはタイムアウトが発生する までメッセージのコピーを保存する。ＣＳＩモジュール４６は、トランスポート ・ヘッダ１５０中の宛先アドレス１５８が示す宛先へデータを送信する。宛先ア ドレス１５８は、第１図の許可ホスト２２など、フレームを転送すべきエンティ ティを識別する。後で宛先によって発信元へ応答が送信される際には、要求宛先 アドレス１５８の値が発信元アドレス１６０の値になる。 宛先アドレス１５８はまた、モデムが許可ネットワーク８との通信を確立する ためにダイヤルする電話番号を判定するためにＣＳＩモジュール４６によって使 用される。第１図のヘルプ・デスク２０からダウンロードされるクライアント・ プロファイルは、メッセージの宛先に基づく様々なタイプのトランザクションに 関する一次電話番号および二次電話番号を含む。ＣＳＩモジュール４６によって メッセージが受信されると、ＣＳＩ４６は宛先を判定し、電話回線の状況を判定 する。回線がすでにオープンされている場合は、いかなる措置も取られず、メッ セージが許可ネットワーク８へ送信される。回線がオープンされていない場合、 ＣＳＩモジュール４６はテーブル参照を実行し、宛先の電話番号を見つけ、モデ ムにその番号をダイヤルするよう命令する。通信が確立された後、メッセージが 送信される。 再び第１図を参照すると分かるように、メッセージが許可ネットワーク８に到 着すると、通信プロセッサ１８が通信マネージャとして働き、メッセージをその 最終宛先へ経路指定する。通信プロセッサ１８は、メッセージの宛先アドレスを 調べ、テーブル参照を実行して、指示されたアドレスへのネットワーク経路を決 定する。通信プロセッサ１８は、メッセージをエンティティ、すなわち許可ネッ トワーク８の顧客にしか経路指定できない。たとえば、ＣＤＣ２４を宛先として 識別するメッセージが通信プロセッサ１８へ送信されると、通信プロセッサ１８ は、テーブルでＣＤＣ２４を探し、対応するアドレスを見つけ、メッセージをそ のアドレスへ経路指定する。小売業者が通信プロセッサ１８を通じてホスト・コ ンピュータ２８などのエンティティにアクセスしたい場合、ホスト２６はネット ワーク８中の顧客でなければならない。 第１１図を参照すると分かるように、発信元アドレス６０は、要求トランザク ションの発信元であり、多くの場合、第２図のレジスタ番号またはＥＣＲ１０と なるエンティティのアドレスを含む。要求フレーム中の発信元アドレス６０の値 は、後で宛先によって発信元へ応答が送信される際には宛先アドレス５８の値と して返される。プロセッサ制御装置１２は、宛先アドレス１５８中の値を使用し て、応答データを返すべきキャッシュ・レジスタまたはＥＣＲ１０を判定する。 金融データおよび非金融データは、ＣＳＩメッセージ・フォーマット１４８を 使用してインタリーブされ、ＣＳ４との間で独立に転送される。たとえば、許可 ホスト２２の宛先アドレスを含むデータ・パケットをＣＳ４へ送信し、次のパケ ットにおいて、小売業者のホスト・コンピュータ２８に対して在庫ファイルまた は他の何らかのファイルを要求することができる。これと同じタイム・フレーム 中に、ＣＳ４はクレジット許可要求に対する応答を受け取ることができ、以下同 様である。すべてのメッセージは、互いに独立しており、あるメッセージが、返 されるときに、要求が送信された順序にはかかわらずに要求発信元へ転送される ようにインタリーブされる。 従来、ダイヤルアップ環境では同じ電話回線上で許可要求しかインタリーブさ れなかった。ＣＳ４は許可要求と非金融データの両方を同じ回線上でインタリー ブし、この方が効率的である。ＣＳ４は、許可トランザクション間に、たとえば 賃金情報をアップロードすることができ、これによって、小売業者の処理・通信 時間が節約される。 第１１図および第１２図に示した階層メッセージ・フォーマット・アーキテク チャを用いた場合、ＣＳ４への単一のリンクを介して、第１図のＲＩＳ６からの ほぼあらゆる１組のアプリケーション要件に同時に適応することができる。メッ セージ・ソフトウェア・モジュール５２とＣＳＩメッセージ・ソフトウェア・モ ジュール４６との間で使用されるＣＳＩフォーマットは、プロセッサ制御装置ア プリケーションに対するトランザクション・カード支払いを受け入れるために必 要なトランザクション・カード処理機能と管理機能の両方を実施することを不要 にする。 さらに重要なことには、ＣＳＩフォーマット１４８は、たとえばＶＩＳＡなど の電子支払いプロセッサによって実施される処理規則とデータ要件の両方におけ る多数の変更の影響をＩＳＰアプリケーションが受けないようにする安定なイン タフェースを提供する。ＣＳ４システムを使用して許可ネットワーク８に接続し 、 かつＣＳＩフォーマット１４８を使用する小売業者は、サービス・プロセッサの 定期的に改訂されるＰＯＳ要件に応答するためにプロセッサ制御装置１２のソフ トウェアを修正する必要がなくなる。 ＣＳ４は、プロセッサ制御装置１２によって送信された要求に、所与のトラン ザクションに必要なすべてのデータ要素が存在するかどうかを明確に判定する能 力を有する。したがって、小売業者が、従来転送されたことのない磁気ストライ プ・データなど販売情報に伴う追加データを供給することを要求されないかぎり 、プロセッサ制御装置１２のソフトウェアを変更する必要はないはずである。一 例を挙げると、デビット・カードでは、プロセッサ制御装置１２は、特定のタイ プのカードによる支払いが個人識別番号（ＰＩＮ）項目を必要とすることを認識 することはできない。その場合、ＣＳ４は、トランザクションを処理のために許 可ネットワーク８へ送信する前に、プロセッサ制御装置１２に追加データ（ＰＩ Ｎ）を要求する。 本発明の態様によれば、プロセッサ制御装置１２からは、ＣＳ４は、任意選択 のホスト取り込み機能と（たとえば、ＶＩＳＡ２ダイヤル規格と比べて）簡略化 された安定なプロトコルおよびレコード・フォーマットとを有する専用回線許可 ホストのように見える。許可ネットワーク８からは、ＣＳ４は、この場合は同期 ／ＳＤＬＣプロトコルを使用する能力とマルチリーブ金融メッセージおよびマル チリーブ非金融メッセージとを有するダイヤルアップ許可／取り込み端末のよう に見える。 ソフトウェア・モジュールをＣＳ４にダウンロードすることができるので、Ｃ Ｓ４は、許可ネットワーク８への通信アクセス方法１４の変更を活用し、同時に ＲＩＳ８がこのような変更の影響を受けないようにすることができる。所与の店 舗用に選択される通信アクセス方法１４（たとえば、ＩＳＤＮ、衛星）にかかわ らずに、ＲＩＳ６とＣＳ４とのインタフェースは変更されない。小売業者は、プ ロセッサ制御装置１２内の第２図のメッセージ・ソフトウェア・モジュール５２ を管理し、同時に、ＣＳ４はネットワーク管理、障害認識、誤り検出、誤り訂正 、バックアップ番号のリダイヤル、タイムアウト処理、代替経路指定、メッセー ジ・フォーマッティング（たとえばＶｉｓａ２）、バッチ管理を行う。 ハードウェアのインディケータおよび制御機構 好ましい実施形態では、ＣＳ４のソフトウェア・モジュールは、ＭｉｎｉＮＡ Ｃ−１Ｖと呼ばれる、Ｈｙｐｅｒｃｏｍ，Ｉｎｃ．から販売されているハードウ ェア・プラットフォームに存在する。第１３図は、ＣＳ４のフロント・パネルを 示す。ＣＳ４のフロント・パネル２００は、１０進小数点を有する１桁ディスプ レイ２０２と、凹状押しボタン・スイッチ２０４と、８極ＤＩＰスイッチ２０６ と、後述の様々なＬＥＤインディケータ・ライトとを含む。 ７セグメント・ディスプレイ２０２の１０進小数点は、ＣＳ４ソフトウェアが 適切に機能していることを示すものとして、このソフトウェアによって連続的に 明滅する。１０進小数点は、ＣＳ４が、通常のアプリケーション・ソフトウェア を実行する際は毎秒約１回だけ明滅し、ＲＯＭローダの実行時には毎秒約２回だ け明滅し、電源障害再始動シーケンス時には毎秒約５回だけ明滅する。ディスプ レイ２０２は、ＣＳ４の現状況を示すために使用される。たとえば、「２」は第 １図の許可ホスト２２に対してオンラインであることを示し、ダウンライン・ロ ード時には、ディスプレイ２０２は現在どのメモリ・バンクがロードされている かを示す。 一実施形態では、フロントパネル押しボタン・スイッチ２０４は、ＴＥＳＴ ＳＴＡＲＴとマーク付けされており、フロント・パネルのアクセス・ホールにペ ン先または類似の尖った物体を挿入することによって押すことができる。スイッ チ２０４は、ＣＳ４ソフトウェアによって下記の３つの異なる機能用に使用され る。 第１の機能では、通常のＣＳ４動作時に、フロント・パネル押しボタン・スイ ッチ２０４を瞬間的に押した場合、後述の許可ネットワーク試験トランザクショ ンが開始される。第２の機能では、電力供給直後にフロントパネル押しボタン・ スイッチ２０４を押し、ビープによって肯定応答されるまで押し続け（約１秒） たとき、ソフトウェア・リセット（ウォーム・スタート）が開始される。これに よって、ＣＳ４メモリ中の待機中のトランザクションが失われることがあるが、 バッチがクリアされることはない。このソフトウェア・リセット機能は、（処理 中のトランザクションを保持する）ＣＳ４の通常の電源障害再始動が適切に働か ない場合に実行される（ウォーム・スタートは、ヘルプ・デスク２０によってリ モートに開始することもできる）。 第３の機能では、ＣＳ４に電力を供給する際にフロントパネル押しボタン・ス イッチ２０４を押し続けると、ＣＳ４が、ＥＰＲＯＭローダヘ制御を転送し、ヘ ルプ・デスク２０からのソフトウェア・ダウンライン・ロードを待つ（ブート） 。状況ディスプレイ２０２は、ＣＳ４がダウンライン・ロードを待っている間は ”Ｌ”に変化し、ダウンライン・ロードが実行されている間は、メモリ・バンク がロードされていることを表示する（ヘルプ・デスク２０によってリモートにブ ートを開始することもできる）。 試験機能および診断機能 再び第１図を参照すると分かるように、ＣＳ４は、カード処理が適切に機能す ることを停止した場合に、ＩＳＰシステム８、またはＣＳ４、または許可ネット ワーク８へのアクセス通信方法１４に問題が存在するかどうかに関する小売業者 の判定を簡略化する試験機能および診断機能を含む。 第１３図に示したように、ＣＳ４は、ＬＩＮＥ ＰＲＯＢＬＥＭインディケー タ・ライト２０８と、ＰＣ ＰＲＯＢＬＥＭインディケータ・ライト２１０と、 ＴＥＳＴ ＯＫインディケータ・ライト２１２とを含む。ＣＳ４が許可ネットワ ーク８用の一次電話番号および二次電話番号をダイヤルしようとしたが、ダイヤ ルアップ接続を確立できなかったとき、ＣＳ４は自動的に、赤いＬＩＮＥ ＰＲ ＯＢＬＥＭインディケータ・ライト２０８を点灯させる。赤いＬＩＮＥ ＰＲＯ ＢＬＥＭインディケータライト２０８は、自己試験が不合格であるときにも点灯 する。ＣＳ４が第１図のプロセッサ制御装置１２と通信しようとし、一定数の再 試行の後にもプロセッサ制御装置１２から肯定応答を受信しなかったとき、ＣＳ ４は自動的に、赤いＰＣ ＰＲＯＢＬＥＭインディケータ・ライト２１０を点灯 させる。誤りインディケータ・ライトは、点灯した後、ローカル・ソフトウェア ・リセット・コマンドまたはリモート・ソフトウェア・リセット・コマンドによ ってリセットされ、あるいはＣＳ４上の凹状ＴＥＳＴ ＳＴＡＲＴ押しボタンス イッチ２０４が押されるまで点灯したままになる。 小売業者も、ＣＳ４の試験機能および診断機能を開始することができる。小売 業者が通常の動作時にＴＥＳＴ ＳＴＡＲＴ押しボタンスイッチ２０４を瞬間的 に押した場合、ＣＳ４は、許可ネットワーク試験トランザクションを開始する。 ＣＳ４はまず、緑色のＴＥＳＴ ＯＫライト２１２ならびに赤いＬＩＮＥ ＰＲ ＯＢＬＥＭインディケータ・ライト２０８およびＰＣ ＰＲＯＢＬＥＭインディ ケータ・ライト２１０をそれぞれ消灯する。ＣＳ４は次いで、第１図の許可ホス ト２２とのダイヤルアップ接続を確立し（ＣＳ４がまだホストに対してオンライ ンでない場合）、試験トランザクションをホスト２２へ送信し、応答を待つ。他 のトランザクションが待機していない場合、ＣＳ４は、事前に設定されたハング アップ遅延時間の後にホスト２２から切断される。試験が合格であった場合、Ｃ Ｓ４は緑色のＴＥＳＴ ＯＫインディケータ・ライトを点灯させて、許可ホスト ２２から応答が受信されたことを示す。試験が不合格であった場合、ＣＳ４は、 事前に設定された秒数の後に赤色のＬＩＮＥ ＰＲＯＢＬＥＭライト２０８を点 灯させる。 ＣＳ４は、「オフフック」、「キャリア」などの標準モデム・インディケータ ・ライトも含む。これらはよく知られており、本明細書では論じない。小売業者 は、誤りインディケータを使用して、ＣＳ４またはＣＳ４から離れた位置で誤り が発生していないかどうかを判定することができる。 本明細書では、１）将来、ローカル・アクセス技法の変更とＰＯＳ準拠要件の 変更の両方のために小売業者のプロセッサ・ソフトウェアを修正することを不要 にし、したがって小売業者の再証明を不要にし、２）プリダイヤル、高速パルス ・ダイヤリング、モデム高速トレーン、フィーチャ・グループＢ、インタリーブ 処理を含む高速接続技法を介して、通常ダイヤルアップ方法を使用して達成でき るよりも高速に許可要求に応答し、３）カード・プロセッサが、リモート問題分 析、事象ログ・パラメータを介した性能追跡および報告、ソフトウェアのダウン ライン・ロードおよび修正のためのダイヤルアップ・ヘルプ・デスク機能を提供 できるようにし、４）マルチプロセッサ環境でのドラフト取り込みのための改良 された方法を提供し、５）プロセッサ制御装置と小売業者のホスト・コンピュー タとの間の直接通信をサポートする適応通信インタフェース・システムについて 説明した。 本発明の特定の実施形態の前記の説明は、例示および説明のために提示したも のである。前記の説明は、網羅的なものでも、開示した厳密な態様に本発明を制 限するものでもなく、かつ前記の教示に照らして多数の修正および変形が可能で あることを理解されたい。実施形態は、本発明の原則およびその実際の応用例を 最もよく説明し、それによって、当業者が、本発明および様々な実施形態を、構 想される特定の用途に適した様々な修正例と共に最もうまく使用できるようにす るために選択し説明したものである。本発明の範囲は、本明細書に添付の請求の 範囲およびその等価物によって定義されるものである。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ // Ｇ０７Ｇ 1/12 ３２１ 7925−5Ｌ Ｇ０６Ｆ 15/21 ３１０Ｚ 0334−3Ｅ Ｇ０７Ｆ 7/08 Ｚ (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，Ｍ Ｃ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ， ＴＤ，ＴＧ)，ＡＰ(ＫＥ，ＭＷ，ＳＤ，ＳＺ)，ＡＭ， ＡＴ，ＡＵ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，Ｃ Ｎ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＥ ，ＨＵ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＫ， ＬＲ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＮ，ＭＷ，Ｎ Ｌ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ ，ＳＩ，ＳＫ，ＴＪ，ＴＴ，ＵＡ，ＵＺ，ＶＮ (72)発明者 マケール，ケビン・ジェイ アメリカ合衆国 94065 カリフォルニア 州・レドウッドシティ・カヌー コート・ 605 (72)発明者 バーテル，ポール・エム アメリカ合衆国 94403 カリフォルニア 州・サン マテオ・サンセット テラス・ 3108 (72)発明者 プレンパス，ジョン・エル アメリカ合衆国 94588 カリフォルニア 州・プレザントン・ヒルズデール ドライ ブ・7370

Claims (1)

1. 【特許請求の範囲】 １．許可ネットワークを通じて小売情報システムとトランザクション・カード ・プロセッサとの間でデータを転送するシステムであって、前記小売情報システ ムがプロセッサ制御装置にリンクされた複数の処理装置を有し、そのプロセッサ 制御装置が特定のソフトウェア・アプリケーションを実行し、前記トランザクシ ョン・カード・プロセッサがネットワーク・アクセス方法とＰＯＳ準拠要件とを 含むネットワーク・サービスに責任を負うようになっていて、前記システムが、 前記プロセッサ制御装置と前記許可ネットワークとの間での前記データ転送を 制御する通信手段を備え、その通信手段は、 前記プロセッサ制御装置と通信する手段と、 ダイヤルアップ電話接続を通じて前記許可ネットワークとの通信を確立する手 段と、 前記プロセッサ制御装置上で実行される前記特定のソフトウェア・アプリケー ションにかかわらずに、前記小売情報システムが前記ネットワーク・アクセス方 法の変更および前記ＰＯＳ準拠要件の変更の影響を受けないようにする手段とを 含むことを特徴とするシステム。 ２．前記小売情報システムと前記トランザクション・カード・プロセッサとの 間で転送される前記データが、金融データ・メッセージと非金融データ・メッセ ージとを含み、前記通信手段がさらに、前記金融データ・メッセージを前記非金 融データ・メッセージと同時に処理し転送する手段を含むことを特徴とする請求 項１に記載のシステム。 ３．前記通信手段がさらに、マルチトランス・メッセージ・データ・フロー用 の手段を含むことを特徴とする請求項２に記載のシステム。 ４．前記通信手段がさらに、マルチリーブ・メッセージ・データ・フロー用の 手段を含むことを特徴とする請求項３に記載のシステム。 ５．通信を確立する前記手段が、専用回線環境で与えられる応答時間にほぼ等 しい応答時間をダイヤルアップ環境で与える手段を含むことを特徴とする請求項 ４に記載のシステム。 ６．通信を確立する前記手段がさらにプリダイヤル手段を含むことを特徴とす る請求項５に記載のシステム。 ７．通信を確立する前記手段がさらに高速ダイヤル手段を含むことを特徴とす る請求項６に記載のシステム。 ８．通信を確立する前記手段がさらに高速モデム・ハンドシェーキング手段を 含むことを特徴とする請求項７に記載のシステム。 ９．前記通信システムがさらに、リモート・ヘルプ・デスク機能と通信する手 段を含み、前記リモート・ヘルプ・デスク機能が、 性能監視のために前記許可ネットワークへ送信すべき金融トランザクションを 前記通信システムに提供する手段と、 ソフトウェアおよびパラメータを前記通信手段にダウンロードする手段とを備 えることを特徴とする請求項１に記載のシステム。 １０．前記通信手段がさらに、前記プロセッサ制御装置上で実行されている前 記特定のソフトウェア・アプリケーションにはかかわらずに診断報告および性能 報告のためにサービス品質データを記憶する手段を含み、 前記ヘルプ・デスク機能がさらに、前記通信手段の前記サービス品質データを 問い合わせる手段を含むことを特徴とする請求項９に記載のシステム。 １１．前記通信手段がさらに、複数の取り込みグループおよび複数のセトルメ ント・バッチを同時に維持するドラフト取り込み手段を含むことを特徴とする請 求項１に記載のシステム。 １２．前記小売情報システムが管理端末を含み、前記通信手段がさらに、前記 複数のセトルメント・バッチを独立に審査し、調整し、リリースするために前記 管理端末と通信する手段を含むことを特徴とする請求項１１に記載のシステム。 １３．前記プロセッサ制御装置と通信する前記手段、および小売情報システム が変更の影響を受けないようにする手段が、通信システム・インタフェース・メ ッセージ・フォーマットを含むことを特徴とする請求項１に記載のシステム。 １４．前記通信手段が、前記プロセッサ制御装置と前記ホスト・コンピュータ との間の通信のために前記ホスト・コンピュータとのダイヤルアップ電話接続を 確立する手段を含むことを特徴とする請求項１に記載のシステム。 １５．トランザクション・カード・プロセッサがネットワーク・アクセス方法 とＰＯＳ通信要件とを含むネットワーク・サービスに責任を負っている際に、プ ロセッサ制御装置にリンクされた複数の処理装置を有する小売情報システムを含 むトランザクション・カード・プロセッサ許可ネットワークにおける通信装置が 、 前記プロセッサ制御装置と通信する手段と、 ダイヤルアップ電話接続を通じて前記許可ネットワークとの通信を確立する手 段と、 リモート・ヘルプ・デスク機能と通信する手段と、 ドラフト、グループ、複数のセトルメント・バッチを維持する手段と、 前記プロセッサ制御装置と前記ホスト・コンピュータとの間での通信のために ホスト・コンピュータと通信する手段と、 前記小売情報システムが、前記ネットワーク・アクセス方法の変更、および前 記トランザクション・カード・プロセッサによって加えられる前記ＰＯＳ準拠要 件の変更の影響を受けないようにする手段を含む、前記プロセッサ制御装置と前 記許可ネットワークとの間でデータを転送する手段とを含むことを特徴とする通 信装置。 １６．前記プロセッサ制御装置が特定のソフトウェア・アプリケーションを実 行し、前記通信装置がさらに、前記プロセッサ制御装置上で実行される前記特定 のソフトウェア・アプリケーションにはかかわらずに診断報告および性能報告の ためにサービス品質データを記憶する手段を含むことを特徴とする請求項１５に 記載の通信装置。 １７．前記小売情報システムが管理端末を含み、前記通信装置がさらに、前記 複数のセトルメント・バッチを独立に審査し、調整し、リリースするために前記 管理端末と通信する手段を含むことを特徴とする請求項１５に記載の通信装置。 １８．前記データが金融データ・メッセージと非金融データ・メッセージとを 含むことを特徴とする請求項１５に記載の通信装置。 １９．前記通信手段がさらに、マルチトランス・メッセージ・データ・フロー 用の手段を含むことを特徴とする請求項１８に記載のシステム。 ２０．前記通信手段がさらに、ダイヤルアップ環境でのマルチリーブ・メッセ ージ・データ・フロー用の手段を含むことを特徴とする請求項１９に記載のシス テム。 ２１．小売情報システムが、ネットワーク・アクセス方法の変更、およびトラ ンザクション・カード・プロセッサによって加えられるＰＯＳ準拠要件の変更の 影響を受けないようにする通信装置を使用して、前記小売情報システムと前記ト ランザクション・カード・プロセッサとの間で改良された通信サービスを提供す る方法であって、前記通信装置は改良された許可応答時間および診断機能を前記 小売情報システムに提供し、 前記通信装置を前記小売情報システムおよび前記許可ネットワークに接続する ステップと、 前記通信装置と前記トランザクション・カード・ネットワークとの間に第１の ダイヤルアップ接続を確立するステップと、 前記通信装置による前記第１のダイヤルアップ接続を介して前記小売情報シス テムと前記許可ネットワークとの間で金融データ・メッセージおよび非金融デー タ・メッセージをインタリーブするステップとを含むことを特徴とする方法。 ２２．前記プロセッサ制御装置と前記ホスト・コンピュータとの間の通信のた めに前記通信装置から前記ホスト・コンピュータへの第２のダイヤルアップ電話 接続を確立するステップを含むことを特徴とする請求項２１に記載の方法。 ２３．診断報告および性能報告のために前記通信装置にサービス品質データを 記憶するステップを含むことを特徴とする請求項２１に記載の方法。 ２４．前記通信装置に取り込みドラフト・データを維持し、独立に審査し、調 整し、リリースすることができる複数のセトルメント・バッチを作成するステッ プを含むことを特徴とする請求項２１に記載の方法。