(57)【要約】【課題】遠隔位置と中央処理施設との間の安全な通信を促進し、高速性能および高い利用性のためにシステムサーバーの間のロードをバランスさせ、エラー補正プロセスを改善すること。【解決手段】データトレジャリーシステムは、販売、ビジネス、銀行業務および一般消費者取引を含む異なった応用に関する書面的および電子的データを処理するための包括的なサポートを与える。このシステムは、一以上の離間した位置における電子的または書面的形態でのクレジットカード、領収書、小切手のような取引データを検索し、このデータをコード化し、コード化されたデータを中央位置に送信し、このデータをシヨイウ可能な形に変換し、署名データおよび生物測定学的データを使用して識別確認を行い、このデータから情報に富んだ報告を作成し、この報告を塩各位置に送信する。【選択図】図１
2010205293.tif 000002
【特許請求の範囲】
【請求項１】
書面および領収書から、遠隔地で取得された書面的取引を中央で管理および保存し、報告を作成するためのシステムであって：書面的取引データを取得および送信するための一以上の遠隔データアクセスサブシステムであって、前記取引データの取得および送信を管理する少なくとも一つのデータアクセスコントローラを備えた遠隔データアクセスサブシステムと；
前記取引データの処理、送信および保存を管理するためのデータ管理サブシステムを備えた、前記書面的取引データを処理、送信、確認および保存するための少なくとも一つの中央データ処理サブシステムと；
前記一以上のデータアクセスサブシステムおよび前記少なくとも一つのデータ処理サブシステム中、およびこれらサブシステム間で前記取引データを送信するための、少なくとも一つの通信ネットワークと
を具備したシステム。
【請求項２】
請求項１に記載のシステムであって：前記一以上のデータアクセスサブシステムが、更に、前記書面的取引データを取得するための少なくとも一つのスキャナーを具備するシステム。
【請求項３】
請求項２に記載のシステムであって：前記一以上のデータアクセスサブシステムはクレジットカード、スマートカードおよびデビットカード、署名データまたは生物測定学的データからの電子的取引をも取得し、更に、前記電子的取引データを捕捉するための少なくとも一つのカードインターフェースと；
電子的署名を取得するための書名インターフェースと；
生物測定学的データを取得するための、少なくとも一つの生物測定学的インターフェースと
を具備するシステム。
【請求項４】
請求項３に記載のシステムであって：前記少なくとも一つのデータアクセスコントローラは、前記取得された取引データをビットマップ画像、圧縮ビットマット画像、コード化圧縮ビットマップ画像、および前記取引データ取得の場所および時間を同定する情報でタグを付した、コード化圧縮ビットマップ画像へと逐次変換するシステム。
【請求項５】
請求項４に記載のシステムであって：前記一以上のデータアクセスサブシステムは、更に、前記タグを付したコード化圧縮ビットマップ画像を保存するためのデジタル記憶装置を具備するシステム。
【請求項６】
請求項５に記載のシステムであって：前記少なくとも一つのカードインターフェースが電子的取引を開始するシステム。
【請求項７】
請求項６に記載のシステムであって：前記一以上のデータアクセスサブ死すレムは、更に、前記少なくとも一つのカードインターフェースにより開始された書面的取引を印刷するための、少なくとも一つのプリンタを具備するシステム。
【請求項８】
請求項７に記載のシステムであって、前記少なくとも一つのプリンタにより印刷された書面的取引がデータグリフを含むシステム。
【請求項９】
請求項１に記載のシステムであって：前記少なくとも一つのデータ処理サブシステムの前記データ管理サブシステムは、取引データのための前記一以上の遠隔データアクセスサブシステムをポーリングするための、少なくとも一つのサーバーと；
前記取引データを有用な形式で保存するためのデータベースサブシステムと；
前記取引データから報告を作成し、ソフトウエアアプリケーションにデータを提供するための報告作成機と；
前記取引データの保存の管理するための少なくとも一つの中央演算ユニットと；
前記少なくとも一つのサーバー間で取引データをバランスさせるために、前記少なくとも一つのサーバーのうちの一つが前記取引データの一部を受け取るように、ダイナミックに割当てるためのドメイン名サービスプログラムと；
メモリーヒエラルキーと
を具備するシステム。
【請求項１０】
請求項９に記載のシステムであって：前記少なくとも一つのサーバーはまた、生物測定学的データおよび署名データを得るためにポーリングし、前記データベースは該生物測定学的データおよび署名データを保存し、前記少なくとも一つの中央演算ユニットは前記生物学的データおよび署名データを確認するシステム。
【請求項１１】
請求項９に記載のシステムであって：前記メモリーヒエラルキーは、最近アクセスされた取引データを保存するための少なくとも一つの主メモリーと、他の取引データを保存するための副メモリーとを具備するシステム。
【請求項１２】
請求項１１に記載のシステムであって：前記少なくとも一つの副メモリーは、少なくとも一つのライトワンス・リードメニー・ジュークボックスと、少なくとも一つの光記憶ジュークボックスとを具備するシステム。
【請求項１３】
請求項１２に記載のシステムであって：前記少なくとも一つの光記憶ジュークボックスは、コンパクトディスク読取り専用メモリー形因子の金属製ライトワンス・リードメニー・ディスクを含む読取り専用メモリー技術を具備するシステム。
【請求項１４】
請求項９に記載のシステムであって：前記データベースサブシステムは、保存された取引データをパネルに分割して該パネルの位置を同定するための、少なくとも一つの予め決められたテンプレートを具備するシステム。
【請求項１５】
請求項１４に記載のシステムであって：前記データ処理サブシステムは、更に、保存された取引データのパネルにおけるエラーを補正するためのデータエントリー・ゲートウエイを具備するシステム。
【請求項１６】
請求項１に記載のシステムであって：前記少なくとも一つの通信ネットワークが、前記一以上の遠隔データアクセスサブシステムの対応する一つの中でデータを送信するための、少なくとも一つの第一のローカルエリアネットワークと；
前記一以上のデータ処理サブシステムの対応する一つの中でデータを送信するための、少なくとも一つの第二のローカルエリアネットワークと；
前記一以上の遠隔データアクセスサブシステムと前記少なくともデータ処理サブシステムとの間でデータを送信するための、少なくとも一つの広域ネットワークと
を具備するシステム。
【請求項１７】
請求項１６に記載のシステムであって：前記少なくとも一つの通信ネットワークが、更に、前記一以上のデータアクセスサブシステムにおける前記少なくとも一つの第一のローカルエリアネットワークを、前記少なくとも一つの広域ネットワークを介して、前記少なくとも一つのデータ処理サブシステムにおける前記少なくとも一つの第二のローカルエリアネットワークの対応する一つに接続するための、少なくとも一つのモデムと；
前記少なくとも一つのデータ処理サブシステムにおける前記少なくとも一つの第二のローカルエリアネットワークを、前記少なくとも一つの広域ネットワークを介して、前記一以上のデータアクセスサブシステムにおける前記少なくとも一つの第一のローカルエリアネットワークの対応する幾つかに接続するための、少なくとも一つのモデムバンクと
を具備するシステム。
【請求項１８】
請求項１に記載のシステムであって：更に、電子的または書面的取引データを収集および送信するための、前記取引データの収集および送信を管理する更なる管理サブシステムを備えた、少なくとも一つのデータ収集サブシステムを具備するシステム。
【請求項１９】
請求項１８に記載のシステムであって：前記少なくとも一つのデータ収集サブシステムにおける前記更なるデータ管理サブシステムは、取引データについて前記一以上の遠隔データアクセスサブシステムをポーリングするための、少なくとも一つのサーバーと；
前記取引データを有用な形式で保存するためのデータベースと；
前記取引データの収集を管理するための、少なくとも一つの中央演算ユニットと；
前記少なくとも一つのサーバーの間で取引データをバランスさせるために、前記取引データの一部を受け取るように、前記少なくとも一つのサーバーのうちの一つにダイナミックに割当てるためのドメイン名サービスプログラムと；
メモリーヒエラルキーと
を具備するシステム。
【請求項２０】
請求項１９に記載のシステムであって：前記メモリーヒエラルキーは、取引データを収集するための少なくとも一つの主メモリーと、前記取引データをバックアップ保存するための少なくとも一つの副メモリーとを具備するシステム。
【請求項２１】
請求項２０に記載のシステムであって、前記少なくとも一つの副メモリーが、少なくとも一つのＤＬＴジュークボックスを具備するシステム。
【請求項２２】
請求項１８に記載のシステムであって：前記少なくとも一つの通信ネットワークが、
前記一以上の遠隔データアクセスサブシステムの対応する一つの中でデータを送信するための、少なくとも一つの第一のローカルエリアネットワークと；
前記少なくとも一つのデータ収集サブシステムの対応する一つの中でデータを送信するための、少なくとも一つの第二のローカルエリアネットワークと；
前記少なくとも一つのデータ処理サブシステムの対応する一つの中でデータを送信するための、少なくとも一つの第三のローカルエリアネットワークと；
前記一以上の遠隔データアクセスサブシステム、前記少なくとも一つのデータ補正サブシステム、および前記少なくとも一つのデータ処理サブシステムの間でデータを送信するための、少なくとも一つの広域ネットワークと
を具備するシステム。
【請求項２３】
請求項２２に記載のシステムであって：前記少なくとも一つの通信ネットワークが、更に、
前記一以上のデータアクセスサブシステムにおける前記少なくとも一つの第一のローカルエリアネットワークを、前記少なくとも一つの広域ネットワークを介して、前記少なくとも一つの第二のローカルネットワークの対応する一つに接続するための、少なくとも一つの第一のモデムと；
前記少なくとも一つのデータ収集サブシステムにおける前記少なくとも一つの第二のローカルエリアネットワークを、前記少なくとも一つの広域ネットワークを介して、前記一以上のデータアクセスサブシステムにおける前記少なくとも一つの第一のローカルエリアネットワークの対応する幾つかに接続するための、少なくとも一つのモデムバンクと；
前記少なくとも一つのデータ収集サブシステムにおける前記少なくとも一つの第二のローカルエリアネットワークの対応する一つを、前記少なくとも一つの広域ネットワークに接続するための、少なくとも一つの第一の広域ネットワークルーターと；
前記少なくとも一つのデータ処理サブシステムにおける前記少なくとも一つの第三のローカルエリアネットワークの対応する一つを、前記少なくとも一つの広域ネットワークに接続するための、少なくとも一つの第二の広域ネットワークルーターと
を具備するシステム。
【請求項２４】
請求項２３に記載のシステムであって：前記少なくとも一つの第一の広域ネットワークおよび前記少なくとも一つの第二の広域ネットワークはキャリア雲を具備し、該キャリア雲は、前記取引データを送信するためにフレームリレー法を使用するシステム。
【請求項２５】
請求項２２に記載のシステムであって：前記少なくとも一つの第二のローカルエリアネットワークおよび前記少なくとも一つの第三のローカルエリアネットワークは、更に、前記少なくとも一つの第二のローカルエリアネットワークおよび前記少なくとも一つの第三のローカルエリアネットワーク内で取引データを経路指定するための、少なくとも一つのネットワークスイッチの対応する一つを具備するシステム。
【請求項２６】
書面および領収書から、遠隔地で取得された書面的取引を中央で管理、保存および確認するための方法であって：
一以上の遠隔地において、書面的取引データを取得および送信するステップと；
前記取引データの取得および送信を管理するステップと；
前記取引データを、中央で収集、処理、送信および保存するステップと；
前記取引データの収集、処理、送信および保存を管理するステップと；
前記取引データを、前記遠隔位置および中央位置の中、およびこれら位置間で送信するステップと
を具備する方法。
【請求項２７】
請求項２６に記載の方法であって：前記取得および送信を管理するステップが、
前記取得された取引データをビットマップ画像、圧縮ビットマット画像、コード化圧縮ビットマップ画像、および前記取引データ取得の場所および時間を同定する情報でタグを付したコード化圧縮ビットマップ画像へと逐次変換するステップと；
前記タグを付したコード化圧縮ビットマップ画像を保存するステップと
を具備する方法。
【請求項２８】
請求項２７に記載の方法であって：前記取得および送信を管理するステップは、クレジットカード、スマートカードおよびデビットカード、署名データまたは生物測定学的データからの電子的取引をも取得し、更に、電子的取引を開始するステップと；
署名データを取得するステップと；
生物測定学的データを取得するステップと；
開始された電子的取引について、データグリフを伴う書面取引を印刷するステップと
具備する方法。
【請求項２９】
請求項２６に記載の方法であって：
前記取得および送信のステップは、複数の遠隔位置で生じ；
前記収集、処理、送信および保存のステップは、複数の中央位置で生じる方法。
【請求項３０】
請求項２９に記載の方法であって：前記取得、処理、送信および保存のステップは、
中央位置にあるサーバを用いて、取引データを得るために遠隔位置をポーリングするステップと；
前記取引データを中央位置でメモリーヒエラルキーに保存し、該保存は、最近アクセスされた取引データを主メモリーに保持し、他の取引データを副メモリーに保存するステップと；
前記サーバーの間で前記取引データをバランスさせるために、前記取引データの一部を受け取るように前記中央位置のサーバーをダイナミックに割当てるステップと；
前記取引データから報告を作成し、またデータをソフトウエアアプリケーションに提供するステップと
を具備する方法。
【請求項３１】
請求項３０に記載の方法であって：前記取引データを保存するステップは、
予め定められたテンプレートを用いて、前記保存された取引データをパネルに分割するステップと；
該パネルの位置を同定するステップと
を具備する方法。
【請求項３２】
請求項３１に記載の方法であって：前記取引データの収集、処理、送信および保存を管理するステップは、保存された取引データのパネルにおけるエラーを補正することを含む方法。
【請求項３３】
請求項３２に記載の方法であって：更に、
取得された電子データ、取得された署名データおよび取得された生物測定学的データを得るために、中央位置にあるサーバーを用いて遠隔位置をポーリングするステップと；
前記取得された署名データおよび取得された生物測定学的データを、同定確認のために、保存された書名データおよび保存された生物測定学的データと夫々比較するステップと
を具備した方法。
【請求項３４】
請求項３２に記載の方法であって：前記取引データを送信するステップは、
前記遠隔位置の中でデータを送信するステップと；
夫々の遠隔位置から対応する中央位置へとデータを送信するステップと；
前記中央位置内でデータを送信するステップと
を具備する方法。
【請求項３５】
請求項３４に記載の方法であって：夫々の遠隔位置から対応する中央位置へとデータを送信する前記ステップは、
夫々の遠隔位置を対応する中央位置に接続するステップと；
夫々の中央位置を対応する遠隔位置に接続するステップと
を具備する方法。
【請求項３６】
請求項２９に記載の方法であって：更に、
電子的または書面的取引データを、中間位置で収集および送信するステップと；
前記取引データの収集および送信を管理するステップと；
前記中間の位置内で前記取引データを送信し、また前記中間位置、前記遠隔位置および前記中央位置の間で前記取引データを送信するステップと
を具備する方法。
【請求項３７】
請求項３６に記載の方法であって：前記収集および送信を管理するステップが、
前記中間位置のサーバーを用いて、取引データを得るために前記遠隔位置をポーリングするステップと；
前記取引データを有用な形式で前記中間位置に保存し、該保存は、取引データをメモリーヒエラルキーの主メモリーに保持し、前記取引データをメモリーヒエラルキーの副メモリーの中にバックアップ保存するステップと；
前記サーバーの間で前記取引データをバランスさせるために、前記取引データの一部を受け取るように前記中央位置のサーバーをダイナミックに割当てるステップと
を具備する方法。
【請求項３８】
請求項３６に記載の方法であって：前記取引データを送信するステップが、
前記遠隔位置内でデータを送信するステップと；
夫々の遠隔位置から対応する中間位置へとデータを送信するステップと；
前記中間位置内でデータを送信するステップと；
夫々の中間位置から対応する中央位置へとデータを送信するステップと；
前記中央位置内でデータを送信するステップと
を具備する方法。
【請求項３９】
請求項３８に記載の方法であって：夫々の遠隔位置から対応の中間位置へとデータを送信する前記ステップが、
夫々の遠隔位置を対応の中間位置に接続するステップと；
前記中間位置を対応の遠隔位置に接続するステップと
を具備する方法。
【請求項４０】
請求項３８に記載の方法であって：夫々の中間位置から対応の中央位置へとデータを送信する前記ステップが、
夫々の中間位置を外部通信ネットワークに接続するステップと；
前記対応する中央位置を前記通信ネットワークに接続するステップと
を具備する方法。
【請求項４１】
請求項４０に記載の方法であって：夫々の中間位置から対応の中央位置にデータを送信する前記ステップは、更に、
前記取引データをフレームにパッケージングするステップと；
前記フレームを、外部通信ネットワークを介して送信するステップと
を具備する方法。
【請求項４２】
階層構造を形成する一以上の遠隔サブシステム、少なくとも一つの中間サブシステム、および少なくとも一つの中央サブシステムの、各サブシステム内およびこれらサブシステムの間でデータを送信するための通信ネットワークであって：
前記一以上の遠隔サブシステムの対応する一つの中でデータを送信するための、少なくとも一つの第一のローカルエリアネットワークと；
前記少なくとも一つの中間サブシステムの対応する一つの中でデータを送信するための、少なくとも一つの第二のローカルエリアネットワークと；
前記少なくとも一つの中央サブシステムの対応する一つの中でデータを送信するための、少なくとも一つの第三のローカルエリアネットワークと；
前記一以上の遠隔サブシステム、前記少なくとも一つの中間サブシステム、および前記少なくとも一つの中央サブシステムの間でデータを通信するための、少なくとも一つの広域ネットワークと
を具備する通信ネットワーク。
【請求項４３】
請求項４２に記載の通信ネットワークであって：更に、
前記一以上の遠隔サブシステムにおける前記少なくとも一つの第一のローカルエリアネットワークを、前記少なくとも一つの広域ネットワークを介して、前記少なくとも一つの第二のローカルネットワークの対応する一つに接続するための、少なくとも一つの第一のモデムと；
前記少なくとも一つの中間サブシステムにおける前記少なくとも一つの第二のローカルエリアネットワークを、前記少なくとも一つの広域ネットワークを介して、前記一以上の遠隔サブシステムにおける前記少なくとも一つの第一のローカルエリアネットワークの対応する幾つかに接続するための、少なくとも一つのモデムバンクと；
前記少なくとも一つの中間サブシステムにおける前記少なくとも一つの第二のローカルエリアネットワークの対応する一つを、前記少なくとも一つの広域ネットワークに接続するための、少なくとも一つの第一の広域ネットワークルーターと；
前記少なくとも一つの中央サブシステムにおける前記少なくとも一つの第三のローカルエリアネットワークの対応する一つを、前記少なくとも一つの広域ネットワークに接続するための、少なくとも一つの第二の広域ネットワークルーターと
を具備する通信ネットワーク。
【請求項４４】
請求項４３に記載のシステムであって：前記少なくとも一つの第一の広域ネットワークおよび前記少なくとも一つの第二の広域ネットワークはキャリア雲を具備し、該キャリア雲は、前記取引データを送信するためにフレームリレー法を利用するシステム。
【請求項４５】
請求項４４に記載のシステムであって：前記少なくとも一つの第二のローカルエリアネットワークおよび前記少なくとも一つの第三のローカルエリアネットワークは、更に、前記少なくとも一つの第二のローカルエリアネットワークおよび前記少なくとも一つの第三のローカルエリアネットワーク内で取引データを経路指定するための、少なくとも一つのネットワークスイッチの対応する一つを具備し；更に、前記データは、（ａ）クレジットカード、スマートカードおよびデビットカード、署名データ、または生物測定学的データからの電子的取引、または（ｂ）文書および領収書からの書面的取引を構成するシステム。
【請求項４６】
階層構造的な一以上の遠隔サブシステム、少なくとも一つの中間サブシステム、および少なくとも一つの中央サブシステムの、各サブシステム内およびこれらサブシステム間でデータを送信するための方法であって：
前記遠隔位置内でデータを送信するステップと；
夫々の遠隔位置から対応する中間位置へデータを送信するステップと；
前記中間位置内でデータを送信するステップと；
夫々の中間位置から対応する中央位置へデータを送信するステップと；
前記中央位置内でデータを送信するステップと
を具備する方法。
【請求項４７】
請求項４６に記載の方法であって：夫々の遠隔位置から対応の中間位置へデータを送信する前記ステップは、
夫々の遠隔位置を対応の中間位置に接続するステップと；
前記中間位置を対応の遠隔位置に接続するステップと
を具備する方法。
【請求項４８】
請求項４７に記載の方法であって：夫々の中間位置から対応の中央位置へのデータの送信が、
夫々の中間位置を外部通信ネットワークに接続するステップと；
対応の中央位置を外部通信ネットワークに接続するステップと
を具備する方法。
【請求項４９】
請求項４８に記載の方法であって：夫々の中間位置から対応の中央位置へデータを送信する前記ステップが、更に、
前記取引データをフレームにパッケージングするステップと；
前記フレームを、外部通信ネットワークを介して送信するステップと
を具備する方法。
【請求項５０】
請求項４６に記載の方法であって：前記データは、（ａ）クレジットカード、スマートカードおよびデビットカード、署名データ、または生物測定学的データからの電子的取引、または（ｂ）文書および領収書からの書面的取引から得られる方法。
【請求項５１】
書面および領収書から、遠隔地で取得された書面的取引を中央で管理、保存および確認するための請求項３３に記載の方法であって：前記比較するステップは、更に、前記取得された電子的データを保存された電子的データと比較するステップを具備する方法。
【請求項５２】
書面および領収書から、遠隔地で取得された書面的取引を中央で管理、保存および確認するための請求項５１に記載の方法であって：前記取引データは、支払い人の銀行の識別番号、支払人の銀行の経路指定番号、支払人の銀行の経路指定情報、支払いの口座番号、支払人の小切手、支払人の銀行手形、小切手の額、受取人の銀行識別番号、受取人の銀行経路指定情報、および受取人の口座番号を含む方法。
【請求項５３】
書面および領収書から、遠隔地で取得された書面的取引を中央で管理、保存および確認するための請求項５２に記載の方法であって：前記収集、処理、送信および保存を管理する前記ステップは、更に、支払人の銀行から受取人の銀行へ預金を電子的に移転することによって前記書面的取引を行うステップを具備する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般に、販売、ビジネス、銀行取引および一般的消費者行動を含む、異なったアプリケーションに由来する書面データおよび電子データの自動処理に関する。特に、本発明は遠隔位置で取引データを検索して、該データをコード化し、このコード化されたデータを中央位置に送信し、該データを使用可能な形に変換し、このデータから情報を発生し、該情報を前記遠隔位置へと転送するための自動システムに関する。
【背景技術】
【０００２】
本発明は、例えば販売、ビジネス、クレジットおよびカード取引を含む銀行取引、コンピュータ化されたカード取引、自動窓口機（ATM）業務、消費者の購入、ビジネス形態、W2形態、出生証明、証書および保険証書などを含んだ、書面および電子データの処理に関する。
【０００３】
販売、ビジネス、銀行取引に由来する書面および電子データから生じる無数の書面および電子記録は、価値ある情報を含んでいる。第一に、これらの書面および電子記録は、消費者、販売業者および銀行業者が保持する記録の正確さを確かめるために使用可能な情報を含んでいる。例えば、消費者は、販売および銀行取引の領収書を使用して、彼等の銀行またはクレジットカード機関から受け取る定期的明細に関する情報を確認する。販売業者は、領収書を使用して、顧客の苦情管理のために販売取引を記録する。納税者は領収書を使用して、所得申告書の作成に使用する税控除可能な寄付金を記録する。従業員は領収書を使用して、業務経費申請書を作成するための業務出費を記録する。
【０００４】
また、書面および電子的記録は、市場分析のために使用できる情報をも含んでいる。例えば、製造業者および小売業者は、書面および電子的記録に含まれる情報から、異なった地域における消費者の好み、並びに消費者の好みの傾向を決定することができる。
【０００５】
しかし、書面および電子的記録のメンテナンスおよび処理は、困難な問題を提示する。第一に、紙の領収書および書面は容易に紛失したり、置き忘れる可能性があり、或いは盗難、損傷もしくは破損にあう可能性がある。更に、これら書面および電子記録に含まれる情報は個々の記録の間に分散しているので、容易に加工することができない。例えば、販売業者が保持する一群の販売記録に含まれる市場動向の情報は、この情報が個々の記録の間に分散しているため、容易に決定することができない。同様に、消費者が保持する販売業務の一群の領収書に含まれる税金情報は、容易に加工することができない。
【０００６】
以前のアプローチは、書面および電子記録のメンテナンスおよび加工に関連した問題に適合させるために提案されてきた。例えば、データ・アーカイブサービス会社は、彼等の顧客から得た領収書および書面の情報を、中央施設のマイクロフィルムまたはコンパクトディスク読取り専用メモリー（CD-ROM）に保存する。典型的には、顧客は領収書および書面をこの中央施設に送る。顧客の位置から移動できない重要な書面の場合、幾つかのデータ・アーカイブサービス会社は、顧客の位置でデータの入手および磁気テープへの転写を行い、このテープを中央施設へ送っている。
【０００７】
これらデータ・アーカイブサービス会社が提供するアプローチは、欠点を有している。第一に、このアプローチは、領収書および書面を顧客の位置から中央施設へ物理的に輸送すると言った、コストが高く且つ時間を要する手段を必要とするので、高価で且つ性能が劣る。更に、物理的輸送の間に情報が失われ、または損傷する可能性があるので、このアプローチは信頼性がない。また、このアプローチは、一つのシステム内で領収書と一緒に電子記録を加工しないので、能力に制限がある。
【０００８】
他のアプローチは、領収書および書面を無くすことに焦点を当ててきた。外国特許文献１は、領収書の代わりに、カードに生め込んだメモリーに取引情報を保存する汎用電子取引カード（UETカード）またはスマートカードを開示している。同様に、外国特許文献２は、購入時点で購入情報を電子的に送信および保存し、これを後で読み出して、購入された商品またはサービスが正しい人に配送されることを保証する方法を開示している。
【０００９】
これらのアプローチは、紙の領収書に付随する問題を回避するが、他の欠点を有している。第一に、これらのアプローチは、消費者、販売業者および銀行業者が保持している記録の正確さに関して、取引データの第三者レシピエントでの独立した検証を提供しない。例えば、販売もしくは銀行取引を記録した後にUETカードが紛失し、盗難にあい、損傷し、または悪質な所有者により故意に改変されたときに、これらのアプローチでは、取引の他の当事者が保持している残りの記録を証明することはできないであろう
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】米国特許第５５９００３８号
【特許文献１】米国特許第５４７９５１０号
【発明の概要】
【発明が解決しようとする課題】
【００１１】
次に、これらのアプローチは、一つの包括的なシステムの中で、取引の書類および電子記録の両者を処理する能力を有していない。従って、これらのアプローチは、販売および銀行取引により生じた無数の領収書を処理する仕事を取り扱わない。電子取引の信頼性および安全性に関する懸念、並びに消費者および承認の領収書に対する馴染みのため、紙による領収書および書面は予測可能な将来に亘って存続するであろうから、これらアプローチにおいて、紙による記録および電子的記録の両者を処理する能力が欠如していることは重大な制限である。
【００１２】
また、これらのアプローチは、クレジットカードでの買い物の際に窃盗および詐欺を回避するために使用される署名確認を提供しないので、安全性に欠けている。例えば、窃盗犯が暴力、操作または窃盗により個人識別番号（PIN）を入手した後に、UETカードの所有者からお金を盗み取る可能性がある。同様に、犯罪者が被害者の社会保障番号を入手した後に、被害者の名前でクレジットカードを取得し、不法な変更を加えることは稀ではない。これは、この種の個人情報が例えばインターネット上で入手可能になるので、更に大きな問題になる。また、クレジットカードでの買い物について、販売業者が人手で署名の確認を行うことは、偽造された書名を屡々見逃すことになる。
【００１３】
スマートカードまたはUETカードが、確認のために署名および他の生物測定学的データをカード内に保存する能力を有する場合であっても、当該システムは未だ欠点を有するであろう。第一に、保存された生物測定学的データは、カード窃盗犯によって変更されて、この安全手段が無効にされる可能性がある。同様に、生物測定学的データは、カードが破損されたときに汚損される可能性がある。最後に、この安全手段は、夫々のカードまたは各販売業者の側の装置に高価な生物測定学的比較手段を必要とするので、コストが高くなるであろう。
【００１４】
署名確認システムを含むもう一つの生物測定学的確認装置が、この安全性の問題に対処するために提案されている。例えば、米国特許第5,657,393号は、選択された部分線の長さおよび角度を含む署名の特徴の抽出および比較を含んだ、手書き署名を確認するための方法および装置を開示している。加えて、米国特許第5,602,933号は、遠隔地で得たデータを、中央施設に保存された対応のデータと照合確認するための方法および装置を開示している。しかし、これらの確認システムは何れも、取引開始のための一般的支援、遠く離れた書面データおよび電子データの取得、データ通信、データのアーカイブ保存、データ検索、データ発掘、操作および分析のサービスを提供しない。従って、販売、ビジネス、銀行および一般消費者取引に由来する書面データ、生物測定学的データおよび電子的データの自動処理を含んだ仕事のための、包括的支援を提供する単一のシステムが必要とされている。更に、信頼性、パフォーマンス、故障耐性、容量、コストおよび安全性を有し、小売、ビジネス、銀行、および一般消費者産業の要求を満たす単一の包括的システムが必要とされている。
【課題を解決するための手段】
【００１５】
本発明は、電子取引および書面取引を処理するための最大の安全性および利用可能性を備え、自動化され、信頼性があり、高機能で故障耐性があり、かつ低コストの、データトレジャリー(登録商標)システムと命名されたシステムを提供する。
【００１６】
本発明の一つの目的は、販売、ビジネス、銀行および一般目的の消費者アプリケーションに関与するクレジットカード、スマートカード、デビットカード、書面および領収書から、遠隔地で取得された電子的および書面的取引を、中央で管理、保存および確認するためのシステムであって： 電子的および書面的取引データを獲得および送信するための、少なくとも一つの遠隔データアクセスサブシステムと；
取引データの収集および送信を管理するための第一のデータ管理サブシステムを備えた、電子的および書面的取引データを収集および送信するための少なくとも一つのデータ収集サブシステムと；
取引データの処理、送信および保存を管理するための第二のデータ管理サブシステムを備えた、電子的および書面的取引データを処理、送信および保存するための少なくとも一つの中央データ処理サブシステムと；
前記少なくとも一つのデータアクセスサブシステムおよび前記少なくとも一つのデータ処理サブシステムの中、およびこれらサブシステム間で前記取引データを送信するための、少なくとも一つの通信ネットワークとを具備したシステムを提供することである。
【００１７】
このデータトレジャリーシステムは、クレジットカード領収書、自動窓口（ATM）領収書、業務経費領収書および販売領収書のような、書面的および／または電子的な領収書を処理し、クレジットカード明細書、銀行明細書、税金還付申請書作成のための税金報告書、および市場分析などの報告を自動的に作成する。
【００１８】
該データトレジャリーシステムの更なる目的は、遠隔位置において、書面的および電子的取引を検索することである。
【００１９】
該データトレジャリーシステムの更なる目的は、顧客の位置でスキャナーおよびデータエントリー端末を使用して取引書面からデータを再生し、このスキャンされた情報に対して追加または修正を可能にすることである。
【００２０】
該データトレジャリーシステムの更なる目的は、消費者、商品、および銀行業者保持する記録を独立に確認して、スマートカードの紛失、盗難、損傷、または意図的改変からデータの喪失を防止するために、スマートカードのメモリーから取引データを検索するための入力装置を提供することである。
【００２１】
該データトレジャリーシステムの更なる目的は、口座番号およびパスワードで特定されるデータトレジャリーシステムの匿名スマートカードから取引データを検索し、処理することである。データトレジャリーシステムの匿名スマートカード取引は顧客の名前なしで特定することができるから、顧客は、現金の取得および支出と同程度のプライバシーで、データトレジャリーシステムのスマートカードを用いて該カードにお金を加える、また支出をすることができる。
【００２２】
該データトレジャリーシステムの更なる目的は、使用時間の書類から顧客の取扱い額データを検索し、該取扱い額データから雇用者の取扱い額明細を作成することである。
【００２３】
該データトレジャリーシステムの更なる目的は、インターネット上での取引を含む電子取引を開始子、また署名および生物測定学的データを捕捉および比較することにより、同一人であることの認証を提供することである。
【００２４】
本発明によるデータトレジャリーシステムの更なる目的は、電子的取引および書面による取引を、データトレジャリーシステム・アクセスターミナル（DATs）、データトレジャリーシステム・アクセスコレクタ（DACs）およびデータトレジャリーシステム・プロセッシングコンセントレータ（DPCs）で構成される接続された基本構造で処理することである。
【図面の簡単な説明】
【００２５】
【図１】三つの主要な動作要素：即ち、データトレジャリーシステム・アクセスターミナル（DATs）、データトレジャリーシステム・アクセスコレクタ（DACs）およびデータトレジャリーシステム・プロセッシングコンセントレータ（DPCs）を示すブロック図である。
【図２】DAT基本構造のブロック図である。
【図３ａ】DATによる画像把握を説明するフローチャートである。
【図３ｂ】DATにより処理される紙領収書サンプルを示している。
【図４】DAC基本構造のブロック図である。
【図５】DACによるDATsのポーリングを説明するフローチャートである。
【図６】DPC基本構造のブロック図である。
【図７】DPCによるDATsのポーリングを説明するフローチャートである。
【図８】DPCにより行われるデータ処理を説明するフローチャートである。
【図９】DPCにより行われるデータ検索を説明するフローチャートである。
【図１０】個人チェックを処理するためのデータトレジャリーシステムの使用を説明するフローチャートである。
【発明を実施するための形態】
【００２６】
（実施形態の説明）
図１は、データトレジャリーシステム100の基本構造を示している。データトレジャリーシステム100は、三つの動作要素：即ち、データトレジャリーシステム・アクセスターミナル（DAT）200（遠隔データアクセスサブシステム）、データトレジャリーシステム・アクセスコレクタ（DAC）400（中間のデータ収集サブシステム）およびデータトレジャリーシステム・プロセッシングコンセントレータ（DPC）600（中央データ処理サブシステム）を有する。
【００２７】
データトレジャリーシステム100の基本構造は、三つの階層からなっている。
最下層の階層では、DATs 200が顧客サイトからデータを検索する。次の階層では、DACs 400がDATs 200をポーリングして、DATs 200に蓄積されたデータを検索する。最上層の階層では、DPCs 600がDACs 400をポーリングして、DACs 400に蓄積されたデータを検索する。好ましい実施例において、データトレジャリーシステム100は、プライス・ウオーターハウス(Price Waterhouse) SAS70工業基準に従う。即ち、データトレジャリーシステム100は、プライス・ウオーターハウス(Price Waterhouse) SAS70により指定されたソフトウエア開発基準、システム開発基準および信頼性基準に適合する。プライスウオーターハウスSAS70に準拠することによって、データトレジャリーシステム100は、銀行および株式仲買会社の任務に重要な金融アプリケーションに必要な安全性、利用性および信頼性を提供する。
【００２８】
当業者に知られているように、他の基準であっても、それが業務に重要な金融アプリケーションに要求される安全性、利用可能性および信頼性を提供し、且つこれら他の基準を遵守する限り、データトレジャリーシステム100は他のソフトウエア開発基準、他のシステム開発基準および他の信頼性基準を使用することもできるであろう。
【００２９】
図２は、DAT 200基本構造のブロック図を示している。DATs 200は顧客サイトに位置している。データトレジャリーシステム100の顧客には、販売業者、消費者および銀行業者が含まれる。DATs 200は、データトレジャリーシステム100が提供する一組のサービスに対する顧客接点として働く。好ましい実施例において、DAT 200は、サンマイクロシステムズ社のJAVA（登録商標）/OSオペレーティングシステムが実行される一般目的の小さなクライアントネットワークコンピュータ（NC）の回りにカスタム設計される。このカスタム設計されたDAT 200は、DATスキャナー202、DATモデム204、DATデジタル記憶装置、DATコントローラ210（ワークステーション）、DATカードインターフェース212、オプションのDATプリンタ208および署名パッド214を具備している。
【００３０】
当業者に知られているように、DAT 200はまた、データトレジャリーシステム100が必要とする選択されるオペレーティングシステムが多重処理、メモリー管理および動的結合の支援を提供する限り、他のオペレーティングシステムが実行される一般目的のネットワークコンピュータ回りにカスタム設計されてもよい。DATスキャナーは、紙の領収書をスキャンして、ビットマップ画像（BI）と称するデジタルビットマップ形式の領収書画像を作成する。好ましい実施例において、DATスキャナー202は、通常は１インチ当たりのドット数（DPI）で測定される全範囲の画像解像値をサポートする能力を有している。次に、DATスキャナーは、完全な二重撮像(duplex imaging)を行う能力を有する。この完全な二重撮像により、該スキャナーは書面の前面および背面の両方を同時に捕捉する。また、DATスキャナー202は、ピクセル深さ当たりの如何なるビット値においても、灰色スケール画像およびフルカラー画像をサポートすることができる。DATスキャナー202はまた、同一人であることの認証のために、手書き署名の捕捉もサポートする。
【００３１】
画像およびテキストのスキャニングに加えて、DATスキャナー202は、ゼロックスコーポレーション社から入手可能なDataGlyph(登録商標)要素をもスキャンする。当業者に公知のように、ゼロックスDataGlyph技術は、多くの細かい個別的グリフ要素にコード化される機械読取り可能なデータを用いてデジタル情報を表す。各グリフ要素は45°の対角線からなっており、これはスキャナ装置およびプリンタ装置の解像度に依存して、1/100インチ程度に短いであろう。各グリフ要素は、左下または右下の何れに傾斜しているかに応じて、0または1の二値化情報を表す。従って、DataGlyph要素は、ASCIIまたはEBCIDICの二値表現として、文字列を表すことができる。更に、当業者には公知のように、暗号化法は、DataGlyph技術で表されたデータを暗号化する。
【００３２】
データトレジャリーシステム100においてグリフ技術を使用すると、該システムの精度、コストおよび性能が改善される。ゼロックスDataGlyph技術はエラー補正コードを含んでおり、該コードを参照してスキャンエラーを修正し、またはインクの染みまたは通常の磨耗により生じた書面の損傷を補正することができる。DataGlyph技術はまた、DataGlyph要素に関連して精度が改善され、データエントリーおよび修正のために必要とされる人手の介在が少なくなるので、システムコストの低減をもたらす。DataGlyph要素は少ないスペースで大量の情報を表すから、DATスキャナー100は、大量の情報を入力するために少ない時間しか必要としないであろう。
【００３３】
DATカードインターフェース212およびDAT署名パッド214は、DATモデム204を介したインターネットおよび電話アクセスと共に、顧客がデビットカード、スマートカードおよびクレジットカードを含む種々のカードを使用して、DAT200を備えたインターネットまたは電話を介して安全な販売および銀行取引を開始することを可能にする。標準インターネットインターフェースを介して、購入または銀行取引を選択した後に、データトレジャリーシステム100の顧客は、デビットカード、スマートカードまたはクレジットかオードをDATカードインターフェース212の中に挿入する。
【００３４】
DATカードインターフェース212は、その後のインターネット取引の宛先への送信のために、該カードから人定情報を引き出す。更に、DATスキャナー202が書面から手書き署名を入手し、またはDAT署名パッド214が、その上に特別なペンで書かれた電子的署名を入手することができるであろう。言うように、これらの安全面での特徴は、クレジットカード受取人が、販売業者サイトにあるDAT 200でカードを駆動させることを可能にする。この安全面での特徴は、違法な横領に由来するデビットカード、クレジットカードおよびスマートカードの不正使用を検出するであろう。従って、データトレジャリーシステム100の安全面での特徴は、カード口座番号および有効起源の送信のみを要求する典型的な方法よりも安全な、インターネット取引および電話取引のための手段を提供する。
【００３５】
当業者に公知のように、DATs 200はまた、更なる安全性のために、他の生物測定学的データを入手するための追加の装置を含むこともできるであろう。これらの装置には、顔面スキャン、指紋、正門、虹彩スキャン、網膜スキャンおよび手相(hand geometry)が含まれる。
【００３６】
販売取引および銀行取引を開始することに加えて、DATカードインターフェース212はまた、どこか外で開始された販売取引および銀行取引をスマートカードのメモリーから読み出して、データトレジャリーシステムによるその後の保存および処理を可能にする。DATカードインターフェース212がその取引データを読取った後に、スマートカードが紛失し、盗難に会い、損傷を受け、または悪質な所持者によって故意に改変されたとしても、データトレジャリーシステム100はこの取引データを顧客のために再生することができる。従って、DATカードインターフェース212は、スマートカードの紛失、盗難、損傷または故意の改変によるデータの喪失を防止するために、顧客、販売業者および銀行業者が保持する記録を独立して認証するためのサポートを提供する。
【００３７】
DATカードインターフェース212はまた、データトレジャリーシステム100の匿名スマートカードを用いた販売取引および銀行取引の開始および検索をサポートする。標準のデビットカードおよびクレジットカードとは対照的に、データトレジャリーシステムの匿名スマートカードは、カードの所有者を氏名で確認することはない。その代わりに、データトレジャリーシステムの匿名スマートカードは、口座番号およびパスワードのみを必要とする。データトレジャリーシステム匿名スマートカードでの取引は顧客の氏名なしで確認できるから、データトレジャリーシステム100の顧客は、現金の入手、支出および管理と同程度のプライバシーを維持して、データトレジャリーシステム匿名カードを購入し、該カードに金額を加え、該カードで支払いをし、カードの勘定書をモニターすることができる。
【００３８】
DATスキャナー202、インターネットアクセス、署名パッド214および他の生物測定学的データ取得装置はまた、調査情報および購入注文の遠隔地での取得をサポートする。例えば、DATスキャナー202は、レストランおよびバーでの請求書の裏面に見られるサーベイを把握する。同様にDATスキャナー202は自宅からの購入注文を取得して、宣伝された商品を顧客が彼の自宅からメールを通して直ちに購入することを可能にする。従って、ホームマーケッティングの販売業者は、予納郵便で顧客住所に郵送する代わりにDATスキャナー202を使用することによって、より効率的なコストおよびより信頼性のある方法で、販売情報を送信することができるであろう。
【００３９】
DATスキャナー202はまた、税金還付請求書の作成および税金検査報告のために後で必要になる領収書を取得する。同様に、DATスキャナー202は、販売業者空の販売領収書を取得し、洪水、火災または他の環境からもたらされる喪失に対して保護するための、離れた場所の安全で且つ信頼できる保管所を提供する。この特徴はまた、販売業者が信頼性があり且つコスト効率的な方法で、自動的に在庫目録の作成を行うことを可能にする。
【００４０】
DATコントローラ210は、典型的にはプロセッサが行う処理業務および入力／出力（I/O）業務を行う。害DATコントローラ210は、BIを圧縮し、暗号化し、且つタグをつけて、タグを付し且つ暗号化した圧縮ビットマップ画像（TECBI）を形成する。DATコントローラ210はまた、入力／出力（I/O）を管理する。詳細に言えば、DATコントローラ210はDATスキャナー202、DATデジタル記憶装置206、オプションのDATプリンタ208およびDATモデム204のような装置を管理する。
【００４１】
DATデジタル記憶装置208は、TECBIのようなデータを保持する。DATモデム204は、DATコントローラ210に命令されたときに、DAT 200から適切なDAC 400へとデータを転送する。詳細に言えば、DATモデム204は、DATデジタル記憶装置208から適切なDAC 400へTECBIsを転送する。好ましい実施例において、DATモデム204は、ダイアルアップ接続の高速モデムである。DATデジタル記憶装置206は、DAC 400へ転送する前の入力データを保存するために充分に大きい。DATデジタル記憶装置206は、ランダムアクセスメモリー（RAM）またはハードドライブであることができる。
【００４２】
図３ａは、DATの動作を詳細に説明するフローチャートである。ステップ310において、DATスキャナー202は、オペレータによって与えられた書面領収書をDAT200の中にスキャンする。ステップ312において、DATコントローラ210は、操作が首尾よく行われたか否かを決定する。スキャニングが成功していれば、DATスキャナー202はビットマップ画像（BI）を生じる。スキャニングが成功しなかったときは、DATコントローラ210がオペレータにトラブルを知らせ、オペレータがステップ370で修復するように促す。
【００４３】
BIが作成されたら、DATコントローラ210はステップ314において、タグ付き画像ファイルフォーマット（TIFF）プログラムのような従来の画像圧縮アルゴリズムを実行し、BIを圧縮する。ステップ316において、DATコントローラ210は、圧縮が首尾よく実行されたかどうかを決定する。圧縮が成功していれば、コントローラは圧縮されたビットマップ画像（CBI）を生じる。圧縮が不成功であれば、DATコントローラ200はオペレータにトラブルを知らせ、オペレータがステップ370で修復するように促す。
【００４４】
CBIが作成されたら、ステップ318において、DATコントローラ210は当業者に周知の暗号化アルゴリズムを実行し、CBIを暗号化する。暗号化は、以下で述べるデータのその後の転送の際に、不正なアクセスに対する保護を与える。ステップ320において、DATコントローラ210は、暗号化操作が首尾よく実行されたかどうかを決定する。この暗号化が成功していれば、該コントローラは暗号化された圧縮ビットマップ画像（ECBI）を発生する。もし暗号化が不成功であれば、DATコントローラ210はオペレータにトラブルを知らせ、オペレータがステップ370で修復するように促す。
【００４５】
ECBIが作成されたら、DATコントローラ210はステップ322において、スキャニング時間、該スキャンの起源である販売業者を同定するための識別番号および何等かの追加の有用な情報を含む時間スタンプを用いて、ECBIにタグを付ける。ステップ324において、DATコントローラ210は、タグ付けが首尾よく実行されたかどうかを決定する。タグ付けが成功していれば、該コントローラはタグを付した暗号化圧縮ビットマップ画像（TECBI）を生じる。タグ付けが不成功であれば、DATコントローラ210はオペレータにトラブルを知らせ、オペレータがステップ370で修復するように促がす。
【００４６】
TECBIが作成されたら、DATコントローラ210は、ステップ326において、該TECBIをDATデジタル記憶装置208に保存する。ステップ328において、DATコントローラ210はこの保存動作が首尾よく実行されたかどうかを決定する。保存動作が成功していれば、DATデジタル記憶装置208はTECBIを収容するであろう。保存動作が不成功であれば、DATコントローラ210はオペレータにトラブルを知らせ、該オペレータがステップ370で修復するように促がす。
【００４７】
TECBIが適正にDATデジタル記憶装置208に保存されたら、DATコントローラ210は、全ての書面領収書がステップ330においてスキャンされたかどうかを決定する。全ての領収書がスキャンされていなければ、制御はステップ310に戻り、上記で述べたようにして次の領収書が処理される。全ての領収書がスキャンされていれば、ステップ334において、DATコントローラ210はオペレータに対し、スキャンされた領収書の数を確認するように求める。DATコントローラ210によって決定されたスキャンされた領収書の数が、オペレータが決定したスキャンされた領収書の数と等しくなければ、DATコントローラはステップ338において、オペレータが全ての領収書を再巣客することを望むかどうかを尋ねる。
【００４８】
オペレータがステップ338において全ての領収書の再スキャンを選択したら、DATコントローラはステップ342において、当該バッチに関連した全てのTECBIsをDATデジタル記憶装置208から削除する。オペレータがステップ346で再スキャンのための領収書バッチを準備した後に、制御はステップ310に戻り、該バッチの最初の領収書が上記のようにして処理される。
【００４９】
オペレータがステップ338において当該バッチの全ての領収書の再スキャンを選択しないときは、制御はステップ334に戻り、DATTコントローラ210は上記で述べたように、スキャンされた領収書の数を確認することをオペレータに求める。DATコントローラ210が決定したスキャンされた領収書の数が、オペレータが決定したスキャンされた領収書の数に等しい時は、DATコントローラ210はステップ350において、DATプリンタ206でバッチチケットを印刷する。オペレータは、既にスキャンされた領収書のバッチに該バッチチケットを添付するであろう。このバッチチケットは、スキャン時間、領収書の数およびデータオペレータの識別番号のような、関連のセッション情報を含むべきである。フローチャート300の画像取得の後に領収書バッチの処理の困難性が生じたとき、該バッチチケットは、DAT 200を用いた再スキャンのために、これら領収書を迅速に配置することを可能にするであろう。捨てプ354において、DATコントローラ210は、スキャンセッションが完了したか同かを決定する。スキャンセッションが完了していなければ、制御はステップ310に戻り、次のバッチのスキャンセッションにおける最初の領収書が、上記のようにして処理されるであろう。スキャンセッションが既に完了していれば、ステップ358において、DATコントローラ210はセッション報告をDATプリンタ206で選択的に印刷する。DATコントローラ210は、ステップ362において、当該セッションについての統計的情報をDATデジタル記憶装置208に書き込む。ステップ366において、DATコントローラ210はセッションを終了させる。
【００５０】
図３ｂは、上記図３ａのフローチャートで説明したようにしてDAT 200により処理される領収書面のサンプルを示している。このサンプル領収書面は、四人の関係者が関与するクレジットカード取引を含んでいる。
【００５１】
Ａ．発行者： 銀行、或いはＧＥキャピタル、ＧＭまたはＡＴ＆Ｔのような法人金融機関のような、クレジットカードに信用を与え、消費者にカードを発行する団体である。
【００５２】
Ｂ．プロセッサ： 当該クレジットカードが当該取引を是認する充分な信用を有していることを保証するための発行者データベースを用いたチェックを含む、基本的な取引確認を行うことにより、入ってくるクレジットカード取引の処理を行う。
【００５３】
Ｃ．鑑識人： 販売店（POS）クレジットカード端末のマーケッティング、設置および支援を専門にする。データトレジャリーシステム100に置けるDAC 400のようなこの鑑別人は、カードがPOS端末に挿入されたときに、最初のクレジットカード取引についての電子的採取点として働く。取得の後、鑑識人は取引をプロセッサに通す。
【００５４】
Ｄ．販売業者： クレジットカードをPOS端末に挿入し、取引量をエンターしてクレジットカード取引を開始する。
【００５５】
好ましい実施例において、DAT 200は図３ｂに示すサンプル領収書面から下記の情報を読取り、下記のフォーマットで情報を保存する。
【００５６】
顧客ID 370： このフィールドは7桁の16進数値である。このフィールドは、当該端末を使用する顧客を無二に認識する。このサンプルでは、該フィールドはクレジットカード取引での販売業者を同定するであろう。
【００５７】
端末ID 372： このフィールドは6桁の10進数値である。このフィールドは、クレジットカード領収書を印刷するために使用されるクレジットカード端末を無二に特定する。
【００５８】
取引日付 374： このフィールドは、クレジットカード取引の日時を含んでいる。
【００５９】
取引ライン項目 376： このフィールドは可変長のキャラクタ列である。最初の3桁は、このフィールドの完全長を示す先頭のゼロをもつ右寄せされた数字フィールドである。このフィールドは、商品の価格を含む、購入された商品に関する全てのデータを含んでいる。DAT 200は、該領収書上の書く取引ライン項目について、取引ライン項目フィールドを保存する。全てのクレジットカード取引がライン項目を含むわけではないから、このフィールドはオプションである。
【００６０】
取引小計 378： このフィールドは二倍精度の浮動小数点数である。このフィールドは、取引ライン項目の総計を示す。
【００６１】
取引売上税 380： このフィールドは二倍精度の浮動小数点数である。このフィールドは、取引小計の売上税を含んでいる。
【００６２】
取引額 382： このフィールドは二倍精度の浮動小数点数である。このフィールドは、取引小計および取引売上税の合計を含んでいる。
【００６３】
クレジットカードACCT番号 384： このフィールドは12桁の10進数値である。このフィールドは、この取引を実行するために使用されたクレジットカードを同定する。
【００６４】
クレジットカードEXP日付 386： このフィールドは、クレジットカードの失効日を同定する。
【００６５】
取引商人コード 388： このフィールドは6桁の数字である。このフィールドは、特定の取引に与えられた承認コードを示す。
【００６６】
DAT 200はまた、図３ｂに示されていない下記のような追加の事項を保存する。
【００６７】
発行者ID： このフィールドは7桁の10進数値である。このフィールドは、クレジットカードの発行者を同定する。
【００６８】
鑑識人ID： このフィールドは7桁の10進数値である。このフィールドは、鑑識人を同定する。
【００６９】
プロセッサID： このフィールドは7桁の10進数値である。このフィールドはプロセッサを同定する。
【００７０】
取引ライン項目CNT： このフィールドは7桁の10進数値である。このフィールドは、領収書上の取引ライン項目の数を同定する。ゼロの値は、領収書に如何なる取引ライン項目もないことを示す。
【００７１】
取引チップ： このフィールドは二倍精度の浮動小数点数である。このフィールドは、レストランおよびバーの領収書にのみ出てくるからオプションである。
【００７２】
最終取引額： このフィールドは二倍精度の浮動小数点数である。このフィールドは、レストランおよびバーの領収書にのみ出てくるからオプションである。このフィールドは、取引額および取引チップの合計である。
図３ａのフローチャートのステップ322においてECBIに付されたタグは、書面の起源の時間および場所を特定する。詳細に言えば、このタグは下記のフィールドからなっている。
【００７３】
DAT端末ID： このフィールドは7桁の16進数値である。このフィールドは、顧客が使用したDAT 200を無二に同定する。
【００７４】
DATセッション日付： このフィールドは、書面の画層を発生させるDAT 200セッションの日付および時間を同定する。
【００７５】
DATユーザID： このフィールドは、4桁の10進数値である。このフィールドは、DAT 200セッションを開始した顧客の起源内の個人を同定する。
【００７６】
データグリフ結果(data glyph result)： このフィールドは、可変長のキャラクタ配列である。最初の4桁は、該フィールドの長さを示す先頭のゼロを持った右寄せされた位置決め数値を保持する。5桁目は、DataGlyph要素の状態を示す。値0は、データグリフが領収書に存在しなかったことを示す。値1は、データグリフが存在し且つエラーが含まれなかったことを示す。値2は、データグリフが存在し且つ公称エラーを有していたことを示す。このフィールドの5桁目が値2を有するときは、該列の残りの部分は、エラーのあるフィールド番号を同定する。後で説明するように、DPC 600はフィールドのこの部分を参照して、領収書からエラーのあるデータを別の方法で取得する。値3は、データグリフが酷いエラーで存在ることを示す。換言すれば、値3はDataGlyph要素が劣悪に損傷されており、読取りできなかったことを示す。
【００７７】
図３ｂに示した領収書はまた、DATスキャナー202で取得できる署名を含むこともできる。データグリフは、領収書上の署名の位置を同定できるであろう。
【００７８】
当業者には公知のように、データトレジャリーシステム100はまた、領収書が取引額、顧客、DAT 200、取引の日付、取引税、クレジットカード番号、クレジットカード失効日等の適切な同定情報を含む限り、別のフォーマットの領収書を処理することもできる。
【００７９】
データトレジャリーシステム100は、図３ｂのサンプルに示すように、領収書面を画像断片に分割する。分割は、スキャニング動作からのエラーを補正する処理の改善を容易にする。スキャニングの際にエラーが生じたら、データトレジャリーシステム100は、人手でのエントリーを使用してこのエラーを補正する。分割により、データトレジャリーシステム100は、書面全体を補正する代わりに、エラーを有する画像断片のみに補正労力を集中する。後で述べるデータトレジャリーシステム100のデータベースのスキームは、分割概念の実施を詳細に説明している。DACs 400は、図１および図４に示した階層構造の骨格を形成する。図１に示すように、夫々のDAC 400は、DATs 200を含む領域をサポートする。夫々のDACs 400は、DATs 200をその領域でポーリングし、DATs 200に集積されているTECBIsを検索する。このDACs 400は、最大の販売業者密度のキー中央サイトに配置される。
【００８０】
好ましい実施例において、DACサーバー402は、ウインドウズNTを実行する共通のネットワークに接続されるスタンドアローン型のデジタルエクイップメントコーポレーション（DEC）SMPアルファ4100 2/566サーバーを具備している。このDECアルファサーバーは、DATs 200から検索される画像およびデータの収集および中間保存を管理する。
【００８１】
当業者には公知のように、データトレジャリーシステム100は、サーバーが当該システムの容量、性能および信頼性の要件に適合する限り、他のコンピュータ販売業者から入手可能な多くの異なったサーバーの何れを使用することもできる。
【００８２】
好ましい実施例において、DACサーバー402はまた、EMC 3300 SYMMETRIX CUBEディスク記憶システムを具備しており、これはDECアルファサーバーにより収集および管理された画像およびデータを保存する。また、DAC 400基本構造は、ＥＭＣから入手可能なSYMMERTRIX遠隔データ施設（SRDF）を使用して、複数の物理的に離間したデータセンターハウジングであるEMC記憶システムが、広域ネットワーク（WAN）の全域で、相互の冗長性バックアップを維持することを可能にする。SRDFはバックグラウンドで動作のバックアップを行うから、データトレジャリーシステム100の動作特性に影響しない。また、DACサーバー402は二次メモリー410を有している。好ましい実施例において、この二次メモリー410は、小規模のDLTジュークボックスである。
【００８３】
DACサーバー402のDACアルファサーバーは、DATs 200から引き出した画像およびデータをデータベースの中に挿入し、これらのデータは、当業者に周知のデータ操作言語を使用して、ディスク記憶システム上に保存される。好ましい実施例において、このデータベースはオラクル社から入手可能な関連のデータベースである。
【００８４】
当業者に周知のように、データトレジャリーシステム100は、選択されるデータベースが当該システムの記憶およびアクセス効率の要件に合致する限り、関連会社のモデルを含む、他の販売業者から入手可能な多くの異なったデータベースモデルの何れかを使用することができるであろう。例えば、KorthおよびSilberschatsによるデータベースシステム概念の第二章を参照されたい。
【００８５】
DAC 400基本構造は、拡張ドメインネームサービス（DNS）、マイクロソフト・コンポーネント・オブジェクトモデル（DCOM）、ウインドウズNTアプリケーションプログラムインターフェース（APIs）を使用するWEBベースのパラダイムを用いて、DACサーバー402を備えたサーバー間の通信およびロードバランスを容易にする。当業者に公知のように、Bindとしても知られるDNSは、インターネットプロトコール4（IP4）アドレスへのネーム要求を統計的に翻訳する。DAC 400基本構造において、拡張DNSはダイナミックにIP４アドレスを割当て、DACサーバー402を備えたサーバー間でのロードをバランスさせる。
【００８６】
好ましい実施例においてこの拡張DNSは、マイクロソフトDCOMからのオブジェクトを使用して、設計および実施される。DCOMオブジェクトを使用することにより、拡張DNSは、ウインドウズNT APIから設定された間隔で、DACサーバー402を備えた夫々のサーバーに対するリアルーターイムのサーバーロード特性統計を取得する。これらのロード特性統計に基づいて、拡張Dは、IP4へのネーム要求のマッピングを調節し、より軽くロードされているサーバーの方にデータを仕向ける。大きなバンクのモデム404は、DACs 400領域内の顧客サイトにおいてDAT 200をポーリングする。好ましい実施例において、CISCO AS5200として入手可能なモデム404のバンクは、DACサーバー402が48個の別々のモデムおよびシリアル接続を必要とせずにDATs 200にダイアルするのを可能にする、ローカルエリアネットワーク（LAN）406接続性を備えた集合型48モデム装置である。
【００８７】
DACサーバー402およびモデム404のバンクは、LAN 406に接続される。好ましい実施例において、LAN 406は、スイッチングされた100BaseT／10BaseTの通信ハードウエア層プロトコールを使用する。当業者に公知のように、この100BaseT／10BaseTプロトコールは、イーサネット（登録商標）モデルに基づいている。更に、数字の100および10は、1秒当たりのメガビットで表した通信リンク速度を意味する。好ましい実施例では、CISCO触媒2900ネットワークスイッチが、ダックサーバー402およびモデム404のバンクを含むLAN 406に接続された装置間の接続をサポートする。
【００８８】
当業者に公知のように、LAN 406の装置間の通信を容易にするために、別のLAN構造が使用できるであろう。例えば、LAN 406は、丸いロビンアロケーションアルゴリズム(round robin allocation algorithm)、時分割多重アルゴリズム、または統計的多重アルゴリズムを備えたハブ構造を使用することができるであろう。
【００８９】
ワイドエリアネットワーク（WAN）ルーター408は、LAN 406をWANに接続して、DACs 400とDPCs 600との間の通信を容易にする。好ましい実施例において、WANルーター408は、CISCO 4700 WANルーターである。このWANルーター408は、フレームリレー接続を使用して、DAC LAN 406をWANに接続する。当業者には公知のように、選択されるルーターが当該システムの通信性能および通信品質の要件に合致する限り、DACs 400とDPCs 600との間の通信を容易にするために、例えばNORTEL Magellenパスポート「50」遠隔通信スイッチのような他の装置を使用することができるであろう。
【００９０】
当業者に公知のように、フレームリレーは、それらが運ぶユーザーパケットを完全にに閉じ込める可変サイズのパケット（フレーム）を用いる、統計的に多重化されたパケットスイッチデータ通信のためのインターフェースプロトコールである。特定のデータ速度を保証するポイントからポイントへの専用リンクとは対照的に、フレームリレー通信は、保証された最小データ速度に即応するバンド幅を提供する。フレームリレー通信はまた、ネットワークの利用可能性に従って、臨時的な短い高速データバーストを可能にする。
【００９１】
夫々のフレームは、一つのユーザーパケットを閉じ込め、宛先情報および確認情報を加える。フレームリレーデータ通信は、典型的には、1秒当たり56キロバイト（kb/s）から1秒当たり1.544メガバイト（Mb/s）の転送速度を有している。フレームは、略1キロバイトの設計限界以下の長さで変化し得る。
【００９２】
電話会社キャリア雲(Telco Carrier Cloud) 412は、DACs 400からWANルーター408によって送られた、DPC600宛のフレームを受信する通信ネットワークである。当業者に公知のように、キャリアは地方の中央オフィスでの通信サービスを提供する。これらの中央オフィスは、それ自身のネットワーク内および他のキャリアのネットワーク内に、電話およびデータ通信を他の中央オフィスに接続するネットワーク施設および装置を含んでいる。
【００９３】
キャリアは相互接続ネットワークの成分リンクを共有するから、データ通信は、利用可能性に従ってネットワーク内のリンクにダイナミックに割当てられなければならない。データ経路指定のこのダイナミックな性格のために、相互接続ネットワークは中心バンド幅のキャリア雲と称される。全てのDAC 400装置は、最大のパワー利用性を保証する完全に冗長なオンラインUPSパワー源の上にある。
更に、トラブル検出、トラブルの分析および修復のための時間を最小限にするために、全てのDAC 400装置は、当業者に公知のトラブル検出および遠隔報告／診断を組み込んでいる。
【００９４】
図５は、DAC 400によるDATs 200のポーリングおよびDATs 200からDAC 400へのTECBIsの送信を説明するフローチャート500である。ステップ502において、DACサーバー402は、ポーリングのために、その領域内の最初のDAT 200のアドレスを読取る。ステップ504において、モデムバンク404内の一つのモデムが、最初のDAT 200にダイアルする。DAC 400は、ステップ506において、DAT 200への呼び出しが成功したかどうかを決定する。最初のDAT 200への呼び出しが不成功であれば、DAC 400はセッション要約報告の中にエラー条件を記録し、ステップ522において、このエラーをDPC 600に報告する。
【００９５】
最初のDAT 200への呼び出しが成功していれば、ステップ508において、DAC 400はDAT 200の送信準備ができていることを確認する。DAT 200の送信準備ができていなければ、ステップ510において、DAC 400はエラー条件をセッション概要報告の中に記録し、このエラーをDPC 600に報告する。
【００９６】
ステップ508においてDAT 200の送信準備ができていれば、ステップ510において、DAT 200はTECBIパケットヘッダをDAC 400に送信するであろう。DAC 400は、ステップ512において、TECBIパケットヘッダの送信が成功したかどうかを決定する。TECBIパケットヘッダの送信が不成功であれば、ステップ522において、DAC 400はこのエラー条件をセッション要約報告に記録し、該エラーをDPC 600に報告する。
【００９７】
ステップ512におけるTECBIパケットヘッダの送信が成功であれば、ステップ514において、DAT 200はTECBIパケットをDAC 400に送信するであろう。DAC 400は、ステップ516において、TECBIパケットの送信が成功であったかどうかを決定する。もし、TECBIパケットヘッダの送信が不成功であれば、ステップ522において、DAC 400はこのエラー条件をセッション概要報告の中に記録し、該エラーをDPC 600に報告するであろう。
【００９８】
ステップ516におけるTECBIパケットの送信が成功していれば、ステップ518において、DAC 400は、ステップ510で送信されたTECBIパケットヘッダを、ステップ514で送信されたTECBIパケットと比較する。このTECBIパケットヘッダがTECBIパケットと適合しなければ、ステップ522において、DAC 400はこのエラー条件をセッション概要報告に記録し、該エラーをDPC 600に報告するであろう。
【００９９】
ステップ518においてTECBIパケットヘッダがTECBIパケットに合致すれば、DPC 600への送信の準備ができていることを示すために、ステップ520において、DAC 400はTECBIパケットの状態をセットするであろう。DAC 400はまた、この状態をDAT 200に送信して、ステップ520におけるポーリングおよび送信セッションが首尾よく完了したことを指示するであろう。次に、ステップ524において、DAC 400は、全てのDATs 200からTECBIsが送信されたかどうかを決定する。DAC's 400領域における全てのDATs 200がTECBIsをDAC 400に送信してしまっていれば、DAC 400はセッションを終了する前に、ステップ528において、DAT 200の状態報告を編集するであろう。
【０１００】
DAC's 400領域における一以上のDATs 200が未だDAC 400へTECBIsを送信していなければ、ステップ536において、DAC 400は次のDAT 200のアドレスを得るであろう。次に、制御はステップ504に戻り、ここでDAC's 400領域における次のDAT 200が、先に述べたようにしてポーリングされるであろう。
【０１０１】
好ましい実施例において、DACサーバー402は、データ通信のコストを低減するように、最適な通話料金および時間でポーリングおよびデータ送信を開始する。迅速なドライブおよび冗長性サーバーに加えて、DAC 400はまた、周期的に全体のデータセットをバックアップする二重テープバックアップユニットを有している。DAC 400の壊滅的故障があったときは、テープを再生し、処理のために直接DPC 600に送ることができる。DAT 200のポーリングおよびデータ送信が進行するに伴って、DAC 400はその状態でDPC 600を周期的に更新する。DAC 400に壊滅的な故障があれば、DPC 600は、故障しているDAC 400によってどれだけ多くのポーリングおよびバックアップがなされていたかを知るであろう。従って、DPC 600は、容易に他のDAC 400を指定して、故障したDAC' 400領域におけるDATs 200のために、ポーリングおよびデータ送信を完結させることができる。
【０１０２】
図６は、DPC 600基本構造のブロック図である。DPC 600は、関連情報にアクセスする権限を与えられたデータトレジャリーシステム100の検索顧客が後で引き出すために、画像を蓄積し、処理し、保存する。データトレジャリーシステムの検索顧客には、販売業者、クレジットカード会社、クレジット情報会社および消費者が含まれる。図６および図１に示すように、DPC 600はDACs 400をポーリングし、DACs 400に蓄積されているTECBIsを引き出す。
【０１０３】
好ましい実施例において、DPCサーバー602は、ウインドウズNTを実行する共通のネットワークに接続された、スタンドアローン型のデジタルエクイップメントコーポレーション（DEC）SMPアルファ4100 2/566サーバーを具備している。このDECアルファサーバーは、DACs 400から検索される画像およびデータの収集および中間保存を管理する。
【０１０４】
好ましい実施例において、DPCサーバー602はまた、EMC 3700 SYMMETRIX CUBEディスク記憶システムを具備しており、これはDECアルファサーバーにより収集および管理された画像およびデータを保存する。DAC 400基本構造と同様に、DPC 600基本構造は、EMCから入手可能なSIMMETRIX遠隔データ施設（SRDF）を使用して、複数の物理的に離間されたデータセンターハウジングＥＭＣ保存システムが、広域ネットワーク（WAN）の全域に亘って相互の冗長性バックアップを維持することを可能にする。
【０１０５】
DAC 400基本構造と同様に、DPC 600は、DAC 400基本構造の説明において上述したように、拡張ドメインネームサービス（DNS）、マイクロソフト・コンポーネント・オブジェクトモデル（DCOM）、ウインドウズNTアプリケーションプログラムインターフェース（APIs）を使用するWEBベースのパラダイムを用いて、DACサーバー402を備えたサーバー間の通信およびロードバランスを容易にする。
【０１０６】
ワークステーション604は、DPC 600ネットワークの動作制御、並びにシステムモニタリングおよび管理を行う。好ましい実施例において、コンパック社から入手可能なワークステーション604は、マイクロソフト社のウインドウズNT 4.xを実行するインテルプラットホームワークステーションである。このワークステーション604は、それが入手可能になるときに、マイクロソフト社のウインドウズNT 5.xを実行可能であるべきである。ワークステーション604は、CAユニセンターTNGソフトウエアを実行して、ネットワークシステムのモニタリングおよび管理を行う。このワークステーション604は、SnoBound撮像ソフトウエアを実行して、TECBIsを表示および処理する。
【０１０７】
ワークステーション604はまた、DATs 200によって遠隔的に引き出された署名データを、DPC 600に保存された書名データと比較することによって、同定および確認を行う。好ましい実施例では、カルホルニア州レッドウッドショアのコミュニケーション・インテリジェンス・コーポレーション社から入手可能なワークステーション640上で実行される署名確認ソフトウエアが、この同定確認を行う。当業者に公知のように、ワークステーション604は他のソフトウエアを実行して、顔面スキャン、指紋、網膜スキャン、虹彩スキャンおよび手相を含む生物測定学的データを比較することにより、同定確認を行うことができるであろう。こうして、DPC 600は、遠隔的に取得された生物測定学的データをDPC 600に保存された生物学的データと比較することによって、クレジットカードで買い物をする人物の同定を確認することができるであろう。
【０１０８】
当業者に公知のように、データトレジャリーシステム100は、選択されたワークステーションが命令を取得し、データを取得し、取得した命令を取得したデータを用いて実行し、結果を保存するような標準の動作を実行する能力を有する限り、他の集積回路販売業者からの中央演算ユニットを備えたワークステーションを使用することができるであろう。同様に、データトレジャリーシステム100は、選択されたソフトウエアがワークステーションおよびネットワークのリンクの状態をモニターし、決定された状態をオペレータに表示できる限り、別のウインドウズオペレーティングシステムおよびネットワークモニターソフトウエアを使用することができるであろう。遠隔データエントリーゲートウエイ614およびオフサイトのデータエントリー施設616は、DAT 200によるデータ取得の際に生じたエラーを訂正する。データトレジャリーシステム100は、図３ｂのサンプル領収書の説明で述べたように書面を分割するから、遠隔データエントリーゲートウエイ614またはオフサイトのデータエントリー施設616にいるオペレータは、エラーを含む書面の一部または画像断片の訂正のみを必要とする。
【０１０９】
分割はシステムの性能を改善し、システムのコストを低減し、システムの品質を改善する。分割をすれば、DPCサーバー602は、エラーを含む書面の一部を遠隔データエントリーゲートウエイ614またはオフサイトのデータエントリー施設616へ送るだけである。これらのデータエントリー位置にいるオペレータは、エラーを含む書面の一部を見るだけであり、該オペレータは迅速にエラーを認識し訂正することができる。分割をしなければ、オペレータは書面全体のエラーを調べなければならない。この非効率的なプロセスにより、オペレータはより多くの時間を必要とし、またエラーの見逃しまたは間違った個所の修正によりミスをし易いであろう。従って、分割は、エラー訂正プロセスの速度および性格さを増大することにより、システムの性能および品質を改善する。
【０１１０】
同様に、DPCサーバー602はエラーを含む画像断片を遠隔オフサイトデータエントリー施設616または遠隔データエントリーゲートウエイ614に送るだけだから、分割は、DPC LAN 606および電話会社キャリア雲412上のトラフィックを減少させる。従って、分割は、相互接続ネットワークに対するバンド幅の要求を低下させることにより、システムのコストを低減する。
【０１１１】
DPC LAN 606は、DPCサーバー602およびネットワークワークステーション604を含む、LAN 606に接続される装置間の通信を容易にする。好ましい実施例において、DPC LAN 606は、先に述べたDAC LAN 406と同様に、スイッチされた100BaseT／10BaseT通信ハードウエア層プロトコールを使用する。好ましい実施例において、DPC LAN 606は、TCP/IPをサポートする高速OC2ネットワークトポロジーバックボーンである。CISCO触媒5500ネットワークスイッチは、LAN 606に接続された装置間でのDPC LAN 606の接続性をサポートする。
【０１１２】
当業者には公知のように、LAN 406の装置の間の通信を容易にするために、別のLAN基本構造を使用することができるであろう。例えば、LAN 406は、丸いロビンアロケーションアルゴリズム(round robin allocation algorithm)、時分割多重アルゴリズム、または統計的多重アルゴリズムを備えたハブ構造を使用することができるであろう。
【０１１３】
ワイドエリアネットワーク（WAN）ルーター612は、DPC LAN 606をWANに接続して、DACs 400とDPCs 600との間の通信を容易にする。好ましい実施例において、WANルーター612は、CISCO 7507 WANルーターである。このWANルーター612は、フレームリレー接続を使用して、DAC LAN 612をWANに接続する。当業者には公知のように、選択されるルーターが当該システムの通信性能および通信品質の要件に合致する限り、DACs 400とDPCs 600との間の通信を容易にするために、例えばNORTEL Magellenパスポート「50」遠隔通信スイッチのような他の装置を使用することができるであろう。
【０１１４】
DPC 600は、データトレジャリーシステム100に対する大量保存要求をサポートする３階層記憶構造を有している。好ましい実施例において、この記憶構造は、EMCシンメトリックスエンタープライズ記憶システムに基づくファイバーチャンネルRAID技術からなっており、ここでは、個々のキャビネットが１テラバイトの記憶をサポートする。TECBI画像が処理されて、30日間オンライン状態にあった後に、これらはDVDベースのジュークボックスシステムに移動されるであろう。TECBI画像が90日間オンライン状態にあった後、顧客の要求に従って3年以下の長期保存のために、それらはライトワンスリードメニー（Write Once Read Many；WORM）に基づくジュークボックスシステム608に移動されるであろう。
【０１１５】
別の実施例において、DPC 600は、それがニューメキシコ州ロサンジェルスのNRSAMテクノロジー社から入手可能になったときには、保存容量を増大するために、高密度読取り専用メモリー（HD-ROM）を、例えばヒューレットパッカード社から入手可能な光記憶ジュークボックスシステム610の中に構成して、DVD部品を置換することを意図している。このHD-ROMは、CD-ROM形因子の金属WORMディスクに適合する。HD-ROMは、現在は一つのプラッタ上に320ギガバイト（320 GB）を越える非常に大きな記憶容量を有しており、また一つのプラッタで数テラバイト（TB）の期待容量を有している。DPC 600は、HD-ROMから読取り、たHD-ROMに書込むために、IBM社およびフィリップス社の技術を使用する。
【０１１６】
DPCサーバー602のDPCアルファサーバーは、DACs 400から受け取った画像およびデータを一つのデータベースの中に挿入し、該データベースは、当業者に周知のデータ操作言語を使用してデジタル保存ワークシステム上に保存される。好ましい実施例において、該データベースは、一つの貯蔵所内でのデータ保存および画像保存をサポートするように設計された、V8.0オラクル社の関連データベースである。
【０１１７】
当業者に公知のように、関連のデータベースは、独特の名称を有するテーブルの集積からなっている。例えば、KorthおよびSilberschatzによるデータベースシステム概念の第3章を参照されたい。データベースのスキームは、データベースの論理設計である。関連のデータベースにおける各テーブルは属性を有している。
表の列は、表中の属性についての一組の値の間の関係を表す夫々の表は、一以上のスーパーキーを有している。一つのスーパーキーは、表通の列を無二に同定する一以上の属性の組である。候補キーはスーパーキーであり、これについての適正なサブセットはスーパーキーではない。主要なキーは、データベース設計者が表中の列を同定する手段として選択した候補キーである。
【０１１８】
当業者に周知のように、データトレジャリーシステム100は、選択されたデータベースが当該システムの保存効率およびアクセス効率の要求に合致する限り、関連会社モデルを含む他の販売業者から入手可能な他のデータベースモデルを使用できるであろう。例えば、KorthおよびSilberschatzによるデータベースシステム概念の第２章を参照されたい。
【０１１９】
例示のDPC 600の基本スキームは、下記に挙げた表からなっている。属性の名称が説明的なので、その属性の内容を充分に定義している。各表における主要なキーは、二つの星印（★★）で同定される。主要なキーの解く手の値について独特な数字の属性は、接尾語「NO」を付して示す。全体の関連データベース内において独特な数字属性は、接尾語「NUM」で示される。
【０１２０】
Ｉ． 顧客： この表は、データトレジャリーシステム顧客を記述する。
【０１２１】
Ａ． ★★顧客ID  
Ｂ． 会社名  
Ｃ． 接触  
Ｄ． 接触タイトル  
Ｅ．ADDR1  
Ｆ． ADDR2  
Ｇ． 市   
Ｈ． 州コード   
Ｉ． 郵便コード   
Ｊ． 国コード   
Ｋ． V0X電話   
Ｌ． FAX電話   
Ｍ． 作成日
ＩＩ． 顧客メールの宛先： この表は、データトレジャリーシステム顧客のメールアドレスを記述する。
【０１２２】
Ａ． ★★メール宛先NO   
Ｂ． ★★顧客ID   
Ｃ． 顧客名   
Ｄ． 接触   
Ｅ． 接触タイトル   
Ｆ． ADDR1   
Ｇ． ADDR2   
Ｈ． 市   
Ｉ． 州コード   
Ｊ． 郵便コード   
Ｋ． 国コード   
Ｌ． V0X電話   
Ｍ． FAX電話   
Ｎ． 作成日   
Ｏ． コメント
ＩＩＩ． 顧客DATサイト： この表は、データトレジャリーシステム顧客のDAT位置を記述する。
【０１２３】
Ａ． ★★DATサイトNO   
Ｂ． ★★顧客ID   
Ｃ． 顧客名   
Ｄ． 接触   
Ｅ． 接触タイトル   
Ｆ． ADDR1   
Ｇ． ADDR2   
Ｈ． 市   
Ｉ． 州コード   
Ｊ． 郵便コード   
Ｋ． 国コード   
Ｌ． V0X電話   
Ｍ． FAX電話   
Ｎ． 作成日   
Ｏ． コメント
ＩＶ． 顧客DATサイト： この表は、データトレジャリーシステム顧客のDATサイトを記述する。
【０１２４】
Ａ． ★★DAT端末ID   
Ｂ． ★★DATサイトNO   
Ｃ． 顧客ID   
Ｄ． インストール日   
Ｅ． 最後のサービス日   
Ｆ． 作成日   
Ｇ． コメント
Ｖ． データ明細： この表は、書面分割および抽出のためのデータ明細を与える。
【０１２５】
Ａ． ★★データ明細ID   
Ｂ． ★★顧客ID   
Ｃ． DESCR   
Ｄ． 記録レイアウト規則   
Ｅ． 作成日   
Ｆ． コメント
ＶＩ． データ明細フィールド： この表は、書面分割および抽出のためのデータ明細を与える。
【０１２６】
Ａ． ★★データ明細ID   
Ｂ． ★★データ明細ID   
Ｃ． フィールド名   
Ｄ． DESCR   
Ｅ． データの種類   
Ｆ． 最大値   
Ｇ． 最小値   
Ｈ． POS開始   
Ｉ． POS終了   
Ｊ． フィールド長   
Ｋ． 規則   
Ｌ． 作成日   
Ｍ． コメント
ＶＩＩ． TEMPL書面： この表は、予め定義された書面の分割を特定する。
【０１２７】
Ａ． ★★TEMPL書面ID   
Ｂ． ★★データ明細ID   
Ｃ． DESCR   
Ｄ． 規則   
Ｅ． 作成日   
Ｆ． コメント
ＶＩＩＩ． TEMPLフォーム： この表は、予め定義された書面上のフォームの位置を定義する。
【０１２８】
Ａ． ★★TEMPLフォームNO   
Ｂ． ★★TEMPL書面NUM   
Ｃ． フォーム当たりのサイド   
Ｄ． マスター画像サイドＡ   
Ｅ． マスター画像サイドＢ   
Ｆ． 表示ローテーションＡ   
Ｇ． 表示ローテーションＢ   
Ｈ． DESCR   
Ｉ． 規則   
Ｊ． 作成日
ＩＸ． TEMPLパネル： この表は、予め定義された書面内でのパネルの位置を特定する。
【０１２９】
Ａ． ★★TEMPLパネルNO   
Ｂ． ★★TEMPLサイドNO   
Ｃ． TEMPLフォームNO   
Ｄ． TEMPL書面NUM   
Ｅ． 表示ローテーション   
Ｆ． パネルUL X   
Ｇ． パネルUL Y   
Ｈ． パネルLR X   
Ｉ． パネルLR Y   
Ｈ． DESCR   
Ｉ． 規則   
Ｊ． 作成日
Ｘ． TEMPLフィールド： この表は、予め定義された書面フォームのパネル内でのフィールドの位置を定義する。
【０１３０】
Ａ． ★★TEMPLフィールドNO   
Ｂ． ★★TEMPLパネルNO   
Ｃ． TEMPLサイドNO   
Ｄ． TEMPLフォームNO   
Ｅ． TEMPL書面NUM   
Ｆ． 表示ローテーション   
Ｇ． フィールドUL X   
Ｈ． フィールドUL Y   
Ｉ． フィールドLR X   
Ｊ． フィールドLR Y   
Ｋ． DESCR   
Ｌ． 規則   
Ｍ． 作成日
ＸＩＩ． DATバッチ： この表は、DATセッションの間に処理されたバッチ書面における単位を定義する。
【０１３１】
Ａ． ★★DAT単位NUM   
Ｂ． ★★DATバッチNO   
Ｃ． ★★DATセッションNO   
Ｄ． ★★DATセッション日   
Ｅ． ★★ＤＡＴ端末ID   
Ｆ． フォームCNT   
Ｇ． 書面CNT   
Ｈ． 作成日
ＸＩＩＩ． DAT書面： この表は、ＤＡＴセッションで処理された書面単位のにおける書面を定義する。
【０１３２】
Ａ． ★★DAT書面NO   
Ｂ． ★★DAT単位NUM   
Ｃ． 書面記録データ   
Ｄ． 作成日   
データ明細、データ明細フィールド、TENPL書面、TEMPLフォーム、TEMPLパネルおよびTEMPLフィールドの表は、図３ｂでのサンプル領収書の議論の中で上述した書面分割アルゴリズムを実施する。データ明細およびデータ明細フィールドの交差積の表は任意の文書を分割するのに対して、TEMPL文書、TEMPLフォーム、TEMPLパネルおよびTEMPLフィールドの表の交差積は、データトレジャリーシステム100の予め定義された書面を分割する。TEMPLパネルは、予め定義された書面のフォーム内におけるパネルの位置を定義する。最後に、TEMPLフィールドの表は、予め定義された文書フォームのパネル内におけるフィールドの位置を定義する。
【０１３３】
DPC 600はデータ発掘を行い、また、データベースから情報を戻すことによって、広範な種類の適用の発生を報告する。例えば、DPC 600は、DAT 200により取得された領収書からのデータを分析することにより、マーケット傾向分析報告および販売業者のための在庫目録報告を作成する。DPC 600はまた、元々は書面取引および電子取引の領収書に存在していて、DAT 200により取得された税金情報をデータベースから検索することによって、重要な税務情報を、報告の形で納税者に提供することができ、または納税申告書作成ソフトウエアのようなソフトウエアアプリケーションに提供することができる。同様に、DPC 600はまた、会計検査のための特定の期間についての税金情報を提供することができる。
【０１３４】
図７は、DPC 600によるDACs 300のポーリング、およびDACs 300からDPC 600へのTECBIsの送信を記載したフローチャート700である。ステップ702において、DPC 600は、ポーリングするために、DAC 300の領域にあるそのアドレスを読取る。ステップ704において、DPC 600は送信のためにDAC 300接続する。DPC 600は、ステップ706において、DAC 300への接続が成功したかどうかを決定する。DAC 300への呼び出しが不成功であったときは、ステップ722において、DPC 600はこのエラー条件をセッション概要報告に記録し、該エラーをDPC 600マネージャーに報告するであろう。
【０１３５】
DAC 300への接続が成功していれば、ステップ708において、DPC 600はDAC 300の送信準備ができていることを確認するであろう。DAC 300の送信準備ができていなければ、ステップ722において、DPC600はこのエラー条件をセッション概要報告に記録し、該エラーをDPC 600マネージャーに報告するであろう。
【０１３６】
ステップ708においてDAC 300の送信準備ができていれば、ステップ710において、DAC 300はTECBIパケットヘッダをDPC 600に送信するであろう。DPC 600は、ステップ712において、TECBIパケットヘッダの送信が成功したかどうかを決定する。TECBIパケットヘッダの送信が失敗であれば、ステップ722において、DPC 600はこのエラー条件をセッション概要報告に記録し、該エラーをDPC 600に報告するであろう。
【０１３７】
ステップ712におけるTECBIパケットヘッダの送信が成功であれば、ステップ714において、DAC 300はTECBIパケットをDPC 600へ送信するであろう。DPC 600は、ステップ716において、TECBIパケットの送信が成功したかどうかを決定する。TECBIパケットの送信が不成功であれば、ステップ722において、DPC 600はこのエラー条件をセッション概要報告に記録し、該エラーをDPC 600マネージャーに報告するであろう。
【０１３８】
ステップ716でのTECBIパケットの送信が成功していれば、ステップ716において、DPC 600は、ステップ710で送信されたTECBIパケットヘッダをステップ714で送信されたTECBIパケットと比較するであろう。TECBIパケットヘッダがTECBIパケットと合致しないときは、ステップ722において、DPC 600はそのエラー条件をセッション概要報告に記録し、該エラーをDPC 600マネージャーに報告するであろう。
【０１３９】
ステップ718においてTECBIパケットヘッダがTECBIパケットと合致すれば、ステップ720において、DPC 600はTECBIパケットの状態を設定し、それがDPC 600において引出されたことを示すであろう。DPC 600はまた、DAC 300の状態を送信して、ステップ720におけるポーリングおよび送信セッションが首尾よく完了したことを示すであろう。次に、ステップ724において、DPC 600はTECBIsが全てのDACs 300から送信されたかどうかを決定する。DPC's 600領域の全てのDACs 300がTECBIsをDPC 600に送信し終わっていれば、DPC 600は、セッションを終了する前に、ステップ728においてDAT 300の状態報告を編集するであろう。
【０１４０】
DAC's 600領域における一以上のDATs 300が未だDAC 600へTECBIsを送信していなければ、ステップ726において、DAC 600は当該領域における次のDAT 300のアドレスを得るであろう。次に、制御はステップ704に戻り、ここでDAC's 600領域における次のDAT 300が、先に述べたようにしてポーリングされるであろう。
【０１４１】
図８は、DPC 600によって行われるデータ処理を説明するフローチャート800である。ステップ802において、DPC 600は最初のTECBIパケットを引き出す。次に、ステップ804において、DPC 600はTECBIパケットから最初のTECBIを抽出する。ステップ806において、DPC 600はTECBIをデータベースに挿入する。ステップ808において、DPC 600は顧客識別子、コード化キーおよびテンプレート識別子をTECBIから抽出して、ECBIを得る。
【０１４２】
ステップ810において、DPC 600はECBI画像を解読してCBIを得る。ステップ812において、DPC 600はCBIの圧縮を解除し、BIを得る。ステップ814において、DPC600は、BIに対するBIテンプレートを引き出して適用する。更に、ステップ814において、DPC 600は、BIを画像断片に分割し、BI点プレートにデータ取得規則をタグ付けして、タグを付したビットマップ画像断片（TBIS）を形成する。ステップ816において、DPC 600は、データ取得動作のためのTBISsを提出して、IS由来のデータ記録（ISDATA）を形成する。ステップ816において、DPC 600は、データ取得動作が完了したときにTBISsを破棄する。ステップ818において、DPC 600は、IS由来データを用いてデータべスに記録されたTECBI記録を更新する。
【０１４３】
ステップ820において、DPC 600はTECBIパケット内の最後のTECBIを処理し終わったかどうかを決定する。TECBIパケット内の最後のTECBIが未だ処理されていなければ、DPC 600は、TECBIパケットから次のTECBIを抽出する。次に、制御はステップ806に戻り、次のTECBIが上記のようにして処理されるであろう。
【０１４４】
TECBIパケット中の最後のTECBIが処理され終わっていれば、ステップ824において、DPC 600は最後のTECBIパケットが処理され終わったかどうかを決定する。最後のパケットが処理されていなければ、DPC 600は、ステップ826において次のTECBIパケットを引き出す。次に、制御はステップ804に戻り、上記で述べたようにして次のTECBIパケットが処理されるであろう。もし、ステップ824において最後のTECBIパケットが処理され終わっていれば、DPC 600はデータ処理を終了させる。
【０１４５】
当業者に公知のように、ユーザは問合せ言語を使用することにより、関連のデータベースから情報を要求することができる。例えば、KorthおよびSilberschatzによるデータベースシステム概念の第3章を参照されたい。例えば、ユーザは選択された動作に関する所望の主要キー値および表の名称を特定することにより、特別の値をもった主要キーを有するデータベース表の全ての列を検索することができる。同様に、ユーザは、選択された動作と共に所望の主要キーの値および表を特定することにより、特定の値を持った主用キーを有する複数のデータベース表から、全ての列を検索することができる。
【０１４６】
データトレジャリーシステム100は、その検索顧客に対して、図９に示すように、その関連のデータベースからのデータ抽出を可能にする簡略化されたインターフェースを提供する。例えば、データトレジャリーシステム100の顧客は、特定された取引の時間、日付、場所および金額を検索することができる。
【０１４７】
DPC 600は、データベースから情報を戻すことによって、広範な種類のアプリケーションのために、データ発掘および報告作成を行う。例えば、DPC 600は販売業者のために、DAT 200により取得された領収書に由来するデータを分析することにより、市場傾向分析保報告および在庫目録報告を作成する。
【０１４８】
DPC 600はまた、DAT 200により取得された元々は書面取引および電子取引の領収書にあった税金情報をデータベースから検索することによって、重要な税務情報を、報告書の形で納税者に提供することができ、または納税申告書作成ソフトウエアのようなソフトウエアアプリケーションに提供することができる。同様に、DPC 600はまた、会計検査のための特定の期間についての税金情報を提供することができる。
【０１４９】
図９は、DPC 600によって行われるデータ検索を説明するフローチャートである。ステップ902において、DPC 600はTECBI検索要求を検索する。ステップ904において、DPC 600は顧客識別子を入手する。ステップ906において、DPC 600は顧客識別子が有効であるかどうかを決定する。顧客識別子が有効でなければ、制御はステップ904に戻り、DPC 600は他の顧客識別子を入手するであろう。
【０１５０】
ステップ906において顧客識別子が有効であれば、DPC 600は、ステップ908において、顧客の安全性プロファイルを入手する。ステップ910において、DPC 600は顧客検索要求を受け取る。ステップ912において、DPC 600は、顧客検索要求が顧客の安全性プロファイルと一致するかどうかを決定する。顧客の検索要求が顧客安全性プロファイルと一致しなければ、制御はステップ910に戻り、DPC 600は他の顧客の検索要求を入手する。顧客の検索要求が顧客安全性プロファイルと一致していれば、ステップ914において、DPC 600は顧客安全性プロファイルによる指示に従って、結果を顧客に送信するであろう。
【０１５１】
図１０は、伝票を処理するためのデータトレジャリーシステムの使用を説明するフローチャートである。ステップ1004において、データトレジャリーシステムは、支払人の遠隔地において、好ましい実施例では支払人が小切手を受取人に提示する前に、小切手のデータを取得する。或いは、支払人は単純にチェックを受取人に提示もしくは郵送する。ステップ1004において、支払人の遠隔地で小切手データを取得することは、その後に、支払人が書いた小切手を受取人が受領した小切手と比較することを可能にする。換言すれば、このステップにより、小切手の受取人が受領する前に小切手が横取りされ、犯人が空欄の小切手に記入できるように化学的に洗浄するような、詐欺的な小切手スキームに由来する小切手の改変を検出することが可能になる。
【０１５２】
ステップ1006において、データトレジャリーシステムは、支払人の遠隔地において、小切手および支払人の生物測定学的データを取得する。別の実施例において、データトレジャリーシステムは小切手を表す電子取引データを、支払人の遠隔地から支払人の遠隔地へ送る。ステップ1008において、データトレジャリーシステムは、遠隔地で入手したデータを中央位置に保存されているデータと比較することによって、小切手および生物測定学的データの確認を行う。この確認は更に、優待額(courtesy amount)および支払人の署名のチェックをも含んでいる。
【０１５３】
ステップ1010において、データトレジャリーシステムは、確認が成功したか同化を決定する。ステップ1010の確認が不成功であったとき、当該システムは、ステップ1012においてエラーメッセージを遠隔地に送信し、再提出のためにステップ1004に戻る。ステップ1010の確認が成功であれば、当該システムはステップ1014において、中央位置で小切手に対応する電子取引を作成する。小切手に対応する電子取引は、支払い人の銀行の識別番号と、経路指定情報と、支払いの口座番号、支払人の小切手、支払人の銀行手形、小切手または手形の額、受取人の銀行識別番号、受取人の銀行経路指定情報、および受取人の口座番号からなっている。ステップ1016において、当該小切手に対応する電子取引は、受取人の銀行に送信される。ステップ1018において、受取人の銀行は、当該小切手に対応する電子取引を支払人の銀行に送信する。
【０１５４】
ステップ1020において、支払人の銀行は、当該小切手に対応する電子取引を確認し、預金の移転を是認するかどうかを決定する。ステップ1020において受取人の銀行が承認を与えれば、支払人の銀行は、ステップ1022において、支払人の銀行から受取人の銀行へ預金を移転する。ステップ1024において、データトレジャリーシステムは、この移転の状態について、受取人の銀行および遠隔位置に知らせる。
【０１５５】
上記においては、本発明を一定の好ましい実施例を参照して説明したが、本発明の範囲はこれら実施例に限定されない。当業者は、これら好ましい実施例の変形を見出し得るが、それらは本発明の精神の範囲内にあり、本発明の範囲は請求の範囲によって決定されるものである。
【図１】
2010205293.tif 000003
【図２】
2010205293.tif 000004
【図３ａ】
2010205293.tif 000005
【図３ｂ】
2010205293.tif 000006
【図４】
2010205293.tif 000007
【図５】
2010205293.tif 000008
【図６】
2010205293.tif 000009
【図７】
2010205293.tif 000010
【図８】
2010205293.tif 000011
【図９】
2010205293.tif 000012
【図１０】
2010205293.tif 000013