JP2000509859A

JP2000509859A - 外国為替損失に備えるために保証証券を発生および実行するための装置および方法

Info

Publication number: JP2000509859A
Application number: JP10522826A
Authority: JP
Inventors: ウォーカー，ジェイ，エス．; ジョラシュ，ジェームズ，エイ．
Original assignee: ウォーカーアセットマネジメント，エル．ピー．
Priority date: 1996-11-15
Filing date: 1997-11-13
Publication date: 2000-08-02
Also published as: CA2276243A1; US5884274A; WO1998021680A1; US6128598A; EP1016011A1; AU5256898A; EP1016011A4

Abstract

(57)【要約】保険料（７３０）を決定するために、通貨の種類（６３０）、為替レート（６４０）、担保額（６６０）及び担保期間（６５０）の様なファクタを自動的に考慮する外国為替保険証券（６０）を提供するシステム（２００、３００、４００、４１０、４２０、４３０、４４０、４５０、４６０）及び方法。ユーザは、クレジットカード、ＡＴＭ（４４０）、銀行（４６０）又は他の媒体を使用して、前記システム（２００、３００、４００、４１０、４２０、４３０、４４０、４５０、４６０）にアクセスすることができる。

Description

【発明の詳細な説明】外国為替損失に備えるために保証証券を発生および実行するための装置および方法発明の背景本発明は、一般的には外国通貨の交換に関し、特に、外国為替損失に備えて保証証券の発生および実行に関する。急速に拡大する地球規模の貿易及び国際的な旅行により、外国通貨の交換の必要が急激に増大している。外国為替レートは、非常に変化しやすく、国の経済強度、政治的安定性、国の多国籍政策、多国籍関係、外国の通貨に対する需要などの数多くのファクタが、この為替レートに影響を与える。この為替レートに対し非常に変化しやすいこと及び数多くのファクタのために、短期間の間でさえ将来の為替レートを予想することは極めて困難である。この為替レートの予測不可能な性質のために、個々の旅行者は、外国に旅行する前に好ましい為替レートに固定することを望み、前もって、外国通貨を購入する必要を除去することを望むかも知れない。為替レートの予測不可能な変動から貨幣価値を守るための１つの方法は、将来に向けての通貨契約である。これらの通貨契約は、特定の価格で特定の将来のある時期における外国通貨の特定量を購入する権利をその購入者に与えるものである。本質的には、この契約の購入者は、一定の為替レートで大きなブロックの外国通貨を購入する権利に対し保険料を支払うことになる。不幸にも、将来に向けての通貨の契約は、多額の金を必要とし、従って通貨交換の危険度を最小にしようとする大きな組織及び国際的な会社あるいは商業的な通貨取引業者にのみ現実的である。将来に向けての通貨契約の規模は、一般的には変化せず、又これらの通貨契約は、一群の個人により共有され得ない。将来に向けての通貨契約は、特定の日付を指定しなければならないので、担保を特定する場合にほとんど又は全然柔軟性がない。これらの選択肢は、制限的であるばかりでなく、個々の消費者が彼らの個人的な通貨の危険をヘッジする方法も提供しない。その代わりに、各個人が一般的な為替レートに為替レートを「固定」したい場合には、外国通貨又は、外国通貨で呼称されているトラベラーズチェックの様な手段のいずれかを購入しなければならない。しかし実際の購入は、資金を全部購入に当ててみたり、コミッションを支払ったり、好ましい将来の変動を楽しむ可能性を見合わせたりする様な多くの不利益を生じさせることになる。外国為替レートの予測不能な変動から個々の消費者を保護する方法を提供することが望ましい。通貨変動から大きな実体を守るための更に弾力性ある方法を提供することも望ましい。クレジットカード又はＡＴＭの様な一般的に利用可能な手段を介して外国通貨為替レートの保護の方法を提供することが更に望ましい。発明の要約本発明は、適切な保険料を自動的に決定して、外国交換保証証券の下での取引を処理することによって、一個以上のこれらの制限を実質的に除去する外国為替損失のための保証証券を発生し実行することに係わる。特に、本発明と首尾一貫する外国為替保険証券を提供する方法は、外国為替保険証券についてユーザから保険証券要件を受け、この保険証券要件と対応するユーザＩＤとを記憶し、特定された通貨及び通貨マーケットの状態に対応するデータを取り出し、この取り出したデータから通貨の変動性を評価し、この通貨の変動性に基づく保険料のコストを計算する中央制御装置を有する。本発明の他の態様によれば、この発明と首尾一貫する外国為替保険証券を提供するシステムは、受信手段、データベース、取り出し手段、評価手段、及び計算手段を有する。この受信手段は、ユーザＩＤ、特定の通貨、為替レート、担保量、及び担保期間を有する外国為替保険証券についてユーザから保険証券要件を受信する。データベースは、その保険証券の要件と対応するユーザＩＤとを記憶する。取り出し手段は、特定の通貨及び現在のマーケット状態に対応する歴史的な為替レートを有するデータを取り出す。評価手段は、取り出したデータから通貨の変動性を評価する。最後に、計算手段は、その通貨の変動性に基づいて保険料のコストを計算する。図面の簡単な説明添付図面は、本明細書の一部に組み込まれその一部を構成するが、本発明を示しその記載と共に本発明の原理を説明するに役立つものである。図１は、本発明と首尾一貫するシステムのブロック線図である。図２は、図１における中央制御装置の詳細なブロック線図である。図２Ａないし図２Ｃは、データベースのデータ構造を示すテーブルである。図３は、クレジットカードを使用する本発明を首尾一貫する他のシシテムのブロック線図である。図４は、現金自動預入支払機（ＡＴＭ）を使用する本発明と首尾一貫する更に他のシステムのブロック線図である。図５は、銀行を使用する本発明と首尾一貫する更に他のシステムのブロック線図である。図６は、保険証券の要件を選択するための好適な方法を示すフローチャートである。図７は、保険証券の保険料を計算するための好適な方法を示すフローチャートである。図８は、使用者のための保険証券の保険料を作成するための好適な方法を示すフローチャートである。図９は、有効な保険証券のシステムの維持ための好適な方法を示すフローチャートである。図１０は、クレジットカードを使用する取引データの送信のための好適な方法を示すフローチャートである。図１１は、図１０の処理に保険証券の清算が必要であるか否かを決定するための好適な方法を示すフローチャートである。図１２は、この保険証券の清算額を計算するための好適な方法を示すフローチャートである。図１３は、ＡＴＭを使用して取引データを送るための好適な方法を示すフローチャートである。図１４は、図１３の処理のために保険証券の清算が必要であるか否かを決定するための好適な方法を示すフローチャートである。図１５は、図１３の処理のための保険証券の清算額を計算するための好適な方法を示すフローチャートである。図１６は、銀行を使用して取引データを送るための好適な方法を示すフローチャートである。図１７は、図１６の処理のために保険証券の清算が必要であるか否かを決定するための好適な方法を示すフローチャートである。図１８は、対称的なキープロトコルを使用する確証手続きを示すフローチャートである。図１９は、公開キープロトコルを使用する確証手続きを示すフローチャートである。詳細な記載本発明の好適な実施の態様を以下に詳細に参照するが、その例は、添付図面に示される。システムアーキテクチャ図１に示した様に、本発明と首尾一貫するシステムは、中央制御装置２００、最終需要者インターフェイス３００及び取引インターフェイス４００を有している。これらの要素は、なるべく、公衆切替電話回路網を介して互いに接続されることが好ましい。これらのシステム要素は、専用データ線、セルラーパーソナル通信システム（ＰＣＳ）、マイクロ波、衛星回路網、インターネット又はデータ通信の他の任意の適当な形により接続してもよい。保険証券要件５０、保険証券６０及び取引データ７０は、これらの接続部を介して移動する。図２は、図１に示した中央制御装置２００の詳細なブロック線図である。中央制御装置２００は、なるべく、中央処理装置（ＣＰＵ）２０５、暗号処理装置２１０、ランダムアクセスメモリ（ＲＡＭ）２１５、固定記憶装置（ＲＯＭ）２２０、対話式音声応答装置（ＩＶＲＵ）２２５、支払い処理装置２３０、クロック２３５、オペレーティングシステム２４０、回路網インターフェイス２４５及びデータ記憶装置２５０を有することが好ましい。これらの要素の全ては、これらの要素間の通信を容易にするためにＣＰＵ２０５に接続されている。中央制御装置２００は、最終需要者インターフェイス３００と取引インターフェイス４００との通信物の送受信する主サーバとして作動する。中央制御装置２００は、なるべく、大量処理、通信物の処理におけるかなりの数の数学的な計算及びデータベースの検索を行うことができることが、好ましい。中央制御装置２００は、充分なメモリと処理能力を持つ従来のパーソナルコンピュータ又はコンピュータワークステーションであってもよい。例えば、インテル社（Intel，クロプロセッサを、ＣＰＵ２０５として使用することができる。このプロセッサは、３２ビットのアーキテクチャを使用している。これと等価なプロセッサとしては、Motorola １２０ＭＨｚ PowerPC６０４又はSun Microsystem's１６６ＭＨｚ UltraSPARC-Iがある。暗号処理装置２１０は、通信物の符号化及び復号化および取引を確証することを支援する。Motorola Inc.、により一般に製造されているMC６８HC16マイクロコントローラは、暗号処理装置２１０として使用してもよい。このマイクロコントソーラは、１６MHz構成で１６ビットの乗算および累算命令を使用し、５１２ビットRSA専用キー動作を行うために１秒とかからないものである。当業者は、V LSI Technologyの３３ＭＨｚ６８６８又はSemaphore Communicationsの４０ＭＨｚRoadrunner２８４の様な他の市販されている専用の暗号処理装置を代わりに使用することも容易にできよう。暗号処理装置２１０は、ＣＰＵ２０５の一部として構成してもよい。オペレーティングシステム２４０は、ＤＯＳ，Windows又はＯＳ２の様な従来のオペレーティングシステムを有する。支払い処理装置２３０は、支払い、請求又は借り方の転送及び交換を支援する。支払い処理装置２３０で動作可能な例示的なサービスは、オンラインでのクレジットの許可、クレジットカードの清算、取引ネットワークへの支払い、及び支払いの集成を含む。Open Market，Inc.により製造されているSecure Webserver の様な市販のソフトウエアは、支払い処理装置２３０のクレジットカードでの取引処理を支援してもよい。このサーバのソフトウエアは、カードの確認及び処理を取り扱うOpen Mraketの本部に置かれたサーバに対してインターネットを介して電子的にクレジツトカードの番号を送る。Open MarketのIntegrated Commerce S erviceは、ウェブを基礎としてビジネスを経営するに必要な裏業務サービスをプロセッサを有することが好ましいが、ＣＰＵ２０５の一部として構成してもよい。オペレーティングシステム２４０は、ＤＯＳ，Windows、又はＯＳ２の様な従来のオペレーティングシステムを有する。データ記憶装置２５０は、ハード磁気ディスク、光記憶装置、ＣＤ−ＲＯＭドライバ又はフラッシュメモリを有してもよい。データ記憶装置２５０は、最終需要者データベース２５５、保険証券要件データベース２６０、保険証券データベース２６５、取引データデータベース２７０、為替レートデータベース２７５、為替レート変動性データベース２８０、支払いデータベース２８５、最終需要者口座データベース２９０及び暗号キーデータベース２９５を有し、本発明において取引処理に使用される種々のデータベースを有している。好適な実施の態様においては、Oracle Cooperationにより製造されているOracle７の様なデータベースソフトウエアは、これらのデータベースを作成し管理する。最終需要者データベース２５５は、最終需要者についてのデータを維持し、１つの実施の態様においては、名前、住所、クレジットカード番号、電話番号、ＩＤ番号、社会保障番号、電子メールアドレス、公開私用キー情報の様な分野を有している。この情報は、なるべく、最終需要者が、このシステムで保険証券６０を発生する時に得られるものがよい。最終需要者データベース２５５は、この最終需要者により発生される各保険証券６０の追跡番号をも有する。図２Ａに示した様に、保険証券要件データベース２６０は、最終需要者により発生された保険証券要件に関するデータを維持し、なるべく、最終需要者ＩＤ、クレジットカード番号、選択された通貨、為替レート、担保開始日、担保最終日、担保額、ならびに保険証券要件の追跡番号の様な分野を含むことが好ましい。図２Ｂに示した様に、保券証券データベース２６５は、最終需要者により発生された各保険証券６０を追跡し、なるべく、最終需要者ＩＤ番号、保険証券６０、追跡番号、発生日、保険証券要件の追跡番号及び保険料支払い状態の様な分野を含むことが好ましい。各保険証券６０は、「有効」、「未決」又は「満了」の様な保険証券６０の関連状態を有してもよい。図２Ｃに示した様に、取引データベース２７０は、保険証券６０に関する全ての取引データを記憶する。このデータベースは、保険証券６０の追跡番号により割り出され、なるべく、最終需要者ＩＤ番号、取引額、取引日、一般的な為替レート及び銀行ＩＤ番号の様な分野を有することが好ましい。為替レートデータベース２７５は、各国毎の現在の及び歴史的な為替レートを記憶することによって、取引データ７０の処理を容易にする。現在の為替レートは、時間ごとに又は連続的に更新してもよいが、なるべく、銀行間の外国為替を処理する金融ネットワークを介して自動的に更新されることが好ましい。為替レート変動性データベース２８０は、各通貨に対応する歴史的な変動性のデータを記憶する。このデータは、過去の為替レート並びに与えられた期間に亘る為替レートの標準偏差を有するものであってもよい。支払いデータベース２８５は、最終需要者による保険料の支払い、商人又は銀行への支払い及び保険証券６０に対する請求の支払いを追跡する。この保険証券６０は、最終需要者の名前、最終需要者のＩＤ番号、クレジットカード番号、支払い額及び支払日の様な分野を有する。このデータベースは、ユーザの銀行口座情報を記憶してもよい。最終需要者口座データベース２９０により、中央制御装置２００は、保険証券６０に対する請求の下で最終需要者に負わされた金額を追跡することを許される。最後に、暗号キーデータベース２９５は、通信物を暗号化し、解読し、及び確証するためのアルゴリズムとキーを有している。回路網インターフェイス２４５は、取引ネットワーク及び現在の為替レート情報を提供する取引回路網と金融データプロバイダとの通信に対し入口を提供する。従来の内部モデム又は外部モデムは、回路網インターフェイス２４５として機能させてもよい。なるべく、回路網インターフェイス２４５は、１２００ｂｐｓ以上からのボー速度範囲でモデムを支援するが、もし、より大きな帯域幅が必要とされる場合には、Ｔ１又はＴ３のラインにこれらの入力を組み合わせてもよい。好適な実施の態様においては、回路網インターフェイス２４５は、インターネット又は専用のデータ回路網と接続されている。ＩＶＲＵ２２５により、最終需要者は、電話を介して、中央制御装置２００と通信することができる。この最終需要者は、この最終需要者の電話機の押しボタンキーを介して保険証券要件５０を入力することができる。他の実施の態様においては、中央制御装置２００は、分散型構造に形成され、データベースと処理装置は、別々のユニットまたは場所に収容されている。制御装置は、主処理機能を実行し、最小限、ＲＡＭ，ＲＯＭ及び汎用の処理装置を有している。これらの制御装置の各々は、他の制御装置及び端末に対して主通信リンクとして作用する広域回路網（ＷＡＮ）の中枢部に取り付けられている。ＷＡＮ中枢部は、それ自体最小の処理能力を有し、主として通信ルータとして作用するものであってもよい。例示的な実施の態様においては、最終需要者インターフェイス３００は、公衆交換電話回路網を介して中央制御装置２００を通信することができる従来の電話機である。従来のセルラー電話機又はＰＣＳ装置は、等しく良く機能しよう。最終需要者インターフェイス３００は、キーボード、マウス、従来の音声認識ソフトウエアパッケージのような入力装置、ビデオモニタの様な表示装置、ＣＰＵの様な処理装置、及びモデムの様な回路網インターフェイスを備えた従来のパーソナルコンピュータを有している。この構成により、最終需要者は、America Online CompuServe又はProdigyの様な商業的なオンラインサービスのいづれかを使用して中央制御装置２００と通信することができ、最終需要者は、広範囲の電子接続から中央制御装置２００に対しアクセスすることができる。最終需要者インターフェイス３００からの通信は、なるべく、ソフトウエアで駆動されるものが好ましい。主な機能が、メッセージの作成及び送信である多くの商業的なソフトウエアアプリケーションは、最終需要者インターフェイス３００の通信を容易にすることができる。例えば、Qualcomm Incorporatedにより製造されたEudora Proは、メッセージを作成する編集ツールおよび適切な電子アドレスに対し、メッセージを送る通信ツールを提供する。中央制御装置２００が、ウェブサーバとして形成される場合には、Natscape Corporationからのもよい。処理インターフェイス４００は、最終需要者から中央制御装置２００に取引データ７０を処理のために送信する。取引インターフェイス４００の構造は、この取引の形式に依存する。図３ないし図５は、図１のシステムを更に実行する３つの異なる方法を示す。図３は、本発明のクレジットカードの実施態様を示す。取引データ７０は、クレジットカードリーダ４１０からクレジットカード処理回路網４２０に流れ、クレジットカード清掃部４３０に流れ、最後に中央処理装置２００に流れる。これらの取引は、更に詳しく、図６・図１２に関して以下に記載する。図４は、最終需要者が金を引き出す本発明の現金自動預入支払機（ＡＴＭ）の実施の態様を示す。この実施の態様においては、最終需要者は、取引データ７０をＡＴＭ４４０に入力し、このＡＴＭ４４０は、このデータをＡＴＭ回路網４５０に送り、最後に中央制御装置２００に送る。この実施の態様は、図１３ないし図１５に関して更に詳細に記載する。図５は、銀行又は他の金融機関において、最終需要者が通貨の交換をしようとする本発明の銀行の実施の態様を示す。取引データを銀行４６０に提供した後、銀行４６０は、従来の電話又は電子回路網を使用して、この情報を中央制御装置２００に中継する。この実施の態様は、更に詳しく図１６と図１７に関して記載する。クレジットカードでの実施図３に示した本発明のクレジットカードの実施の態様においては、保険証券要件５０と保険証券６０は、電話線を介して伝送され、一方、保険付きの取引が従来のクレジットカードの使用により生じる。図６は、保険証券要件５０（図１）を最終需要者が選択するための好適な方法を示す。保険証券要件５０は、保険証券６０用のパラメータを記載し、この最終需要者の保険の必要を反映する。最初、最終需要者は、従来の電話機を使用して、中央制御装置２００を呼び出し、公衆交換電話回路網を介して通信リンクを確立する（ステップ６００）。最終需要者は、オペレーターに話すか又はこの情報をＩＶＲＵ２２５に入力することができる。中央制御装置２００は、保険証券要件５０の様に、以下に記載するステップ６１０ないし６６０で提供される情報を処理する。最終需要者は、自分の名前又は独特のＩＤ番号を提供する（ステップ６１０）。中央制御装置２００は、このＩＤ番号を最終需要者から受け取るか又はある番号を最終需要者に割り当てる。中央制御装置２００は、最終需要者データベース２５５における最終需要者ＩＤ番号のデータベースを維持し、独特の番号のみを割り当てる（又は与える）。最小の保証が要求される場合、最終需要者の電話番号は、独特なものであって記憶に容易であるので、ＩＤナンバーとして役立つ可能性がある。もし付加的な保証が要求される場合、暗号確証部において、これから記載する確証手続きを実行してもよい。最終需要者は、保険証券６０の下で指定されたクレジットカード番号を提供し（ステップ６２０）、次にフランスのフラン又はドイツのマルクの様な保険担保の外国通貨を選択する（ステップ６３０）。他の実施の態様については、ステップ６２０のクレジットカード番号は、最終需要者の任意の他の金融口座番号で置き換えてもよい。通貨の場合には、付加的な情報が幾つかの為替レートのどれが適用されるかを示すために必要である。国においては、例えば、為替レートは、旅行者にとってよりもその地方の住人に好ましい。最終需要者は、次に「固定」為替レートを選択する（ステップ６４０）。例えば、フランスのフランについての現在のマーケットの為替レートが、ドルあたり５フランの場合、最終需要者は、自分の保証される為替レートをして５対１を選択してもよい。最終需要者は、任意の比率に固定しても良く、従って、保険料のコストが計算される。保険証券６０は、取引の時における一般的な為替レートが、１ドルあたりフランスの５フランの固定された為替レートよりも好ましくない場合には、担保期間中行われる任意の処理について最終需要者に後で補償する。最終需要者は、通貨の為替レートの好ましくない変動から保護される。次に、最終需要者は、担保の開始日及び終了日を選択する（ステップ６５０）。これらの日付は、最終需要者の個人の又はビジネスによる旅行日と一致してもよい。開始日の前又は終了日の後のいづれかに発生する取引は、保険証券によっては担保されない。例えば、二週間の旅行でのビジネス旅行者の保険証券要件５０は、１９９６年７月５日の開始日と１９９６年７月１９日の終了日を必要とするかも知れない。最終需要者は、なるべく、自国の通貨で所望の担保料をも選択することが望ましい。上記の例においては、最終需要者は、２０００ドルの担保範囲を選択し、固定為替レートでの２０００ドルに値する取引の保護を確実にする。取引は、例えば、ホテル及びレストランについてのクレジットカードでの支払いを含んでもよい。固定為替レートで２０００ドル相当のフランを消費した後は、最終需要者は、一般的な為替レートを受け、もはや将来の取引については固定為替レートを楽しまない。図７は、保険料のコストを計算するための好適な方法を示すフローチャートである。中央制御装置２００は、最終需要者から受信した保険証券要件５０と共に最終需要者ＩＤ番号を保険証券要件データベース２６０に記憶する（ステップ７００）。ＣＰＵ２０５は、保険証要件５０で指定された通貨の現在の為替レートについて為替レートデータベース２７５にアクセスする（ステップ７１０）。この為替レートは、なるべく、最大規模の外国為替取引の基礎として役立つ現在の銀行間レートであることが好ましい。ＣＰＵ２０５は、次に為替レート変動性データベース２８０に対して為替レート変動性データについてアクセスする（ステップ７２０）。一定期間に亘る標準偏差について表現された大きな変動性を持つ通貨は、為替レートの変動の危険がより大きいために大きな保険料のコストを要求する。保険料のコストは、保険証券要件５０、現在の為替レート及び為替レート変動性データに基づいて計算される（ステップ７３０）。さらに変動性の通貨に対する保険は、更に高い保険料を必要とする。現在のデータから遠い開始日を持つ担保期間は、長期間に亘り変動性の効果が拡大されるに従ってより高い保険料をも必要とする。例えば、今日から５日後に始まる２日間の担保を示す保険証券要件５０は、今から６日後に始まる同一の保険証券よりも保険料が低くなる。更に担保期間が長くなると、保険料が高くなる。保険料は、担保額に直接関係もする。現物相場より下の固定レートを明示する保険証券要件５０は、しかし、担保が効果を生じ始める前により大きな変動量が発生する可能性があるので、保険料のコストを減少し、保険証券プロバイダに対する危険を減少する。保険料のコストは、保険証券要件５０、現在の為替レート及び為替レートの変動性の関数である。ひとたび計算されれば、保険料のコストは、最終需要者に送られる（ステップ７４０）。図８は、保険証券６０を作成するための好適な方法を示すフローチャートである。最終需要者は、保険料が受け入れ可能であるか否かを決定するために中央制御装置２００により送られた保険料のコストを評価する（ステップ８００）。この保険料が最終需要者にとって受け入れ可能でない場合には、最終需要者は、新しい保険証券要件５０を開発することができる（ステップ８２０）。例えば、もし保険料が高すぎると、最終需要者は、担保料を下げたり担保期間を変更したりすることができよう。中央制御装置２００は、次に図７に関して記載した様に変更した保険証券要件５０に基づいて新しい保険料を計算する（ステップ８２５）。もし保険料が、最終需要者に受け入れ可能である場合（ステップ８１０）、最終需要者は、中央制御装置２００に対して容認信号を送り、電子メール、郵便又はポケットベルの様な電話又は他の通信チャンネルを介して容認信号を提供する（ステップ８３０）。最終需要者に、その保険料の請求書を送るために、中央制御装置２００は、最終需要者のクレジットカードの口座に直接請求書を送ってもよいし、別の請求書を最終需要者に送ってもよい。中央制御装置２００は、追跡番号を発生し、それを保険証券６０に追加し（ステップ８４０）、その追跡番号を保険証券６０の確認として最終需要者に送る（ステップ８５０）。もし最終需要者が望むなら、中央制御装置２００は、最終需要者に対して保険証券６０の詳細をも送る。この時点で、中央制御装置２００は、この新しく作成された保険証券６０に対して「未決」状態を割り当てる（ステップ８５５）。中央制御装置２００は、保険証券データベース２６５に保険証券６０と共にその対応状態を記憶する（ステップ８６０）。その後、もし最終需要者がクレジット認識処理に満足し、又は保険料を支払う場合には、中央制御装置２００は、保険証券６０の「未決」状態を「有効」状態に変更する。中央制御装置２００は、有効な保険証券６０のみが保険証券データベース２６５に記憶されているということを保証するための維持チェックも行う。図９は、有効な保険証券６０を維持するための好適な方法を示すフローチャートである（図１）。中央制御装置２００は、保険証券データベース２６５について周期的な調査を行い、各保険証券６０の終了日及びクレジットカード番号を検索する（ステップ９００）。ＣＰＵ２０５は、保険証券６０の終了日と現在の日付を比較する（ステップ９１０）。現在の日付が、保険証券６０の終了日よりも後の場合、中央制御装置２００は、保険証券６０の状態を「満了」に変更する（ステップ９２０）。「満了」の保険証券６０に関するデータベースの記録は、最終需要者に対して全ての請求がひとたび処理され、その後の参照のための監査データベースに記憶されると、保険証券データベース２６５から除去してもよい。更に、支払処理装置２３０は、クレジットカード決済所に渡りをつけてクレジットカード番号が依然として有効か否かを確かめるためのチェックを行う（ステップ９３０）。もしクレジットカードの番号がもはや有効でない場合、保険証券６０の状態は「満了」に変化する（ステップ９４０）。さもなければ、保険証券６０の維持処理は、完了する（ステップ９５０）。ひとたび有効な保険証券６０が、保険証券データベース２６５に記憶されると、最終需要者は、保険証券６０の下での取引を実行することができる。図１０は、取引データ７０を発生するための好適な処理を示すフローチャートである（図３）。最終需要者がクレジットカードで外国通貨の取引を実施するに従って、そのデータは、処理のために中央制御装置２００に送られる。最終需要者は、保険証券６０で指定されたクレジットカードでクレジットカードの購入を行う（ステップ１０００）。例えば、最終需要者は、フランでワインボトルを購入し、商人に対してクレジットカードのデータを提供する。商人は、そのクレジットカードデータと購入額である取引データ７０をクレジットカード処理回路網４２０に送る（ステップ１０１０）。商人は、このクレジットカードの背面にある細長い磁気片からクレジットカードの情報を抽出するためにクレジットカードリーダ４１０により、このクレジットカードを拭ったり、なんらかの等価の資源を使用することができよう。商人は、この取引料をクレジットカードリーダ４１０の数値のキーパッドに入れる。クレジットカードリーダ４１０は、専用の通信線を介してクレジットカード処理回路網４２０に接続されていて、電子的に取引データ７０を送り、この取引データ７０をクレジットカード決済所４３０に送る（ステップ１０２０）。クレジットカード決済所４３０は、メンバ銀行により操作されて、クレジットカード取引の統合部として機能し、取引データ７０をリアルタイムで又はバッチ処理で中央制御装置２００に送る（ステップ１０３０）。中央制御装置２００は、取引データ７０を受信した後、この取引データ７０を保険証券６０の下で処理する。図１１は、保険清算８０（図３）が必要であるか否かを決定するための好適な方法を示すフローチャートである。中央制御装置２００は、クレジットカード決済所４３０から受信した各取引データ７０に関連するクレジットカード番号を保険証券データベース２６５で探す（ステップ１１００）。もしクレジットカード番号が保険証券データベース２６５で発見されない場合（ステップ１１１０）、最終需要者は、有効な保険証券を持たないので、保険清算８０は必要ない（ステップ１１２０）。クレジットカード番号が保険証券データベース２６５で発見される場合には、取引データ７０に関連する為替レートが保険証券６０で明示された固定為替レートと比較される（ステップ１１３０）。取引データ７０に関連する為替レートは、この取引時における一般的な現物相場である。この一般的な為替レートは、為替レートデータベース２７０から検索される。ＣＰＵ２０５は、この取引日における一般的な為替レートよりも固定の為替レートの方が有利か否かを計算する（ステップ１１４０）。例えば、固定為替レートが１ドルあたり５フランの場合で、この取引日における一般的な現物相場が１ドルあたり６フランであるならば、この一般的な為替レートは、より有利となる。この一般的な為替レートが固定の為替レートよりも有利な場合には、保険清算８０は、必要ではない（ステップ１１５０）。もし最終需要者により受信される為替レートが固定の為替レートよりも有利でない場合、ＣＰＵ２０５は、担保額がすでに全部使用されたか否かを決定するために保険証券データベース２６５をチェックする（ステップ１１６０）。もし担保が全部使用されている場合は、保険清算８０は必要ではない（ステップ１１７０）。例えば、２，０００ドルの担保を持つ保険証券６０は、２，０００ドルを超える任意の取引についての保険清算８０をまかなうことをしない。もし担保が消尽されない場合、保険清算８０は、必要である（ステップ１１８０）。図１２は、保険清算８０の額を計算するための好適な方法を示すフローチャートである。中央制御装置２００は、固定の為替レートを使用して自国の通貨で取引額を計算する（ステップ１２００）。例えば、１ドルあたり５フランの固定為替レートでホテルルームに１，０００フランを支払う旅行者には、２００ドルの取引額となる。中央制御装置２００は、取引データ７０が中央制御装置２００により受信された日における一般的な為替レートを使用して自国の通貨で取引額を計算する。例えば、旅行者が自分のホテルルームについて支払いをする時に、一般的な為替レートが１ドルあたり４フランの場合、ドルでのコストは、２５０ドルとなろう。これら２つの額の差は、固定為替レートでの取引額からその一般的な為替レートでの担保額を引くことによって計算される（ステップ１２２０）。上記の例では、その差は、５０ドルである。これは、１ドルあたり５フランから４フランまでの為替レートの低下のために生じる旅行者にとっての損失を表す。保険清算８０は、保険証券６０の下での残りの担保量に対応する差を計算することによって決定される。例えば、旅行者の残りの担保が１００ドルのみの場合、５ドルの差が二分されて２００ドルの購入取引の半分のみがまかなわれるという結果になり、最終需要者は、２５ドルの保険清算８０を受ける資格があるだけであるということになる。最終需要者が、固定為替レートでの購入額よりも大きな残りの担保を有する場合、保険清算８０は、その計算された差に等しい。保険清算８０は、クレジットカードの発行銀行に送られ（ステップ１２３０）、保険証券６０の担保が満了するか又は全部使用されるまで後の処理のために最終需要者口座データベース２９０に記憶される。保険清算８０は、最終需要者の月ごとのクレジットカードの計算書におけるクレジットとして記載される（ステップ１２４０）。中央制御装置２００は、最終需要者口座データベース２９０の残りの担保額の更新もする（ステップ１２５０）。ＡＴＭの実行最終需要者は、外国のＡＴＭからの現金の回収のために固定為替レートを楽しむこともできる。保険証券６０を確立する手順は、図６ないし図８に関して上に記載したものと同一である。図１３は、最終需要者がＡＴＭから金を回収する時に、取引データ７０を発生する好適な方法を示すフローチャートである。最終需要者は、ＡＴＭ４４０から外国通貨を依頼する（ステップ１３００）。ＡＴＭ４４０の数値キーパッドを使用して、最終需要者は、担保額を入力する（ステップ１３１０）。例えば、フランスでの旅行者は、ＡＴＭ４４０から１，０００フランを引き出す。この最終需要者が、保険証券６０の固定為替レートを使用したい場合には、この旅行者は、保険証券６０の追跡番号をＡＴＭ４４０に入力する（ステップ１３２０）。この引き出し額と追跡番号の他に、取引データ７０は、例えば、最終需要者のＰＩＮ番号、現在の日付け、及びＡＴＭ識別番号を有する。ＡＴＭ４４０は、取引データ７０をＡＴＭ４４０の専用通信線を使用してＡＴＭ回路網４５０に送る。ＡＴＭ回路網４５０は、取引データ７０を処理のために中央制御装置２００に中継して、中央制御装置２００からの送信が適切な為替レートを提供するのを待つ（ステップ１３３０）。適切な為替レートを得るために、中央制御措置２００は、最終需要者がＡＴＭから金を引き出す時に保険清算が必要であるか否かを判別する。図１４を見ると、中央制御措置２００は、ＡＴＭ回路網４５０から受信した追跡番号を保険証券データベース２６５で捜索する（ステップ１４００）。中央制御装置２００が保険証券データベース２６５で、その追跡番号を発見しない場合（ステップ１４１０）、中央制御装置２００は、ＡＴＭ回路網４５０に対しメッセージを送って、ＡＴＭ４４０に対してその一般的な為替レートでの現金の発行を命ずる（スッテプ１４２０）。追跡番号が発見されると、中央制御装置２００は、一般的な為替レートを保険証券６０の固定為替レートと比較する（ステップ１４３０）。保険証券６０で明示された為替レートが、一般的な為替レートよりも有利でない場合（ステップ１４４０）、ＡＴＭ４４０は（ＡＴＭ回路網４５０を介して）一般的な為替レートで最終需要者に支払うことを命ぜられる（ステップ１４５０）。一般的な為替レートが、この一般的な為替レートより不利か、これに等しい場合には、保険証券６０の下で最終需要者が請求を行うのを防止する。しかし、固定為替レートが一般的な為替レートよりも有利な場合は、中央制御装置２００は、残りの担保額をチェックするために最終需要者口座データベース２９０にアクセスする（ステップ１４６０）。この担保が消尽されている場合、ＡＴＭ４４０は、もう一度その一般的な為替レートで最終需要者に支払うことを命ぜられる（ステップ１４７０）。しかし、担保が残っている場合には、中央制御装置２００は、保険清算８０が必要であるということを決定する（ステップ１４８０）。中央制御装置２００は、保険清算８０が必要であるということを決定した後、中央制御装置２００は、図１５に示した様に保険清算８０の額を計算する。中央制御装置２００は、残りの担保額を決定する（ステップ１５００）。中央制御装置２００は、その外国為替の差を計算する。その様にする場合、中央制御装置２００は、固定為替レートにおいてドルで引き出される額を計算する（ステップ１５１０）。この引出し額は、その引出しの時における一般的な為替レートを使用してドルで計算されもする。中央制御装置２００は、図１４に関して上に記載した様に、保険清算８０の額を得て（ステップ１５２０）、最終需要者口座データベース２９０における残りの担保額を更新する（ステップ１５３０）。中央制御装置２００は、保険証券６０の固定為替レートで最終需要者に対し通貨を提供する様にＡＴＭ４４０に命令する（ステップ１５４０）。この取引に関連した為替レートの損失についてＡＴＭ４４０を操作する銀行に補償するために、中央制御装置２２０は、その銀行に対して保険清算８０に等しい通貨量を電子的に移す（ステップ１５５０）。別の実施態様では、最終需要者の銀行は、そのＡＴＭ４４０を操作する銀行に対して電子的な補償を送る。中央制御装置２２０は、後で保険清算８０の額について最終需要者の銀行に対して弁財する。銀行での実行本発明の他の実施の態様においては、最終需要者は、銀行での通貨の交換については固定為替レートを楽しむ。保険証券６０を確立する手続きは、図６ないし図８に関して上に記載してある。図１６は、銀行で金の交換を行う最終需要者による取引データ７０を発生するための好適な方法を示すフローチャートである。最終需要者は、外国銀行で通貨の交換を依頼し（ステップ１６００）、取引額を明示する（ステップ１６１０）。例えば、旅行者は、２００ドルをフランに交換するかもしれない。最終需要者は、保険証券６０の追跡ナンバーを提供し（ステップ１６２０）、銀行４６０は、最終需要者が要求する為替レートを確かめることができる。銀行４６０は、従来の電話を使用して中央制御装置２００を呼び出し（ステップ１６３０）、最終需要者の名前、保険証券６０の追跡番号、交換すべき通貨額、通貨の為替レート、及び銀行識別番号の様な取引データ７０を提供する。銀行４６０は、押しボタン式電話を使用して、エージェントと話すことによって取引データ７０を入力する（ステップ１６４０）。図１７は、保険清算８０が必要であるか否かを決定するための好適な方法を示すフローチャートである。中央制御装置２００は、取引データ７０を処理する。中央制御装置２００は、銀行４６０により送られた追跡番号を保険証券データベース２６５で調べる（ステップ１７００）。中央制御装置２００が保険証券データベース２６５において追跡番号を発見しない場合（ステップ１７１０）、中央制御装置２００は、一般的な為替レートで最終需要者の金を交換するよう銀行４６０に命令を与える（ステップ１７２０）。追跡番号が発見されると、銀行４６０により提供された為替レートは、保険証券６０に明示された固定為替レートと比較される（ステップ１７３０）。固定為替レートが、より有利でない場合（ステップ１７４０）、中央制御装置２００は、一般的な為替レートで最終需要者の金を交換するよう銀行４６０に命令を与える（ステップ１７５０）。固定為替レートが有利である場合、中央制御装置２００は、残りの担保額をチェックする（ステップ１７６０）。もし担保額が残ってない場合、中央制御装置２００は、一般的な為替レートで最終需要者の金を交換するよう銀行４６０に命令を与える（ステップ１７７０）。しかし、担保が消尽されていない場合は、保険清算８０が要求される（ステップ１７８０）。中央制御装置２００は、図１５に関して上に記載した様に保険清算８０の額を計算し、最終需要者の口座２４０に残っている担保額を更新する。オンラインでの実行上に記載した全ての実施例では、電子回路網を介して中央制御装置２００に送られた取引データ７０を使用する。しかし、本発明は、取引データ７０を送るためのオフライン方法を使用してもよい。例えば、ドイツにおける２週間の旅行をするビジネス旅行者は、自分の取引の全てについての領収書を集めることができよう。旅行から帰った時に、この旅行者は、中央制御装置２００にそのデータを入力する人に対してこれらの領収書を送り、中央制御装置２００は、上記の様にこの取引を処理することができる。要求された保険清算８０は、最終需要者に送ってもよい。インターネットでの実行保険証券６０の作成及び取引データ７０の処理は、インターネットの様な電子回路網、アメリカオンライン又はコンピュサーブの様な商業的なオンラインサービスのプロバイダを介しても行われ得る。最終需要者は、最終需要者インターフェイス３００としてパーソナルコンピュータを使用して中央制御装置２００にログオンする。保険証券６０を確立する手続きは、図６ないし図８に関して上に記載したものと同様である。最終需要者は、インターネットで行われる任意の電子取引に関する保険の証明として追跡番号を提供することができる。例えば、最終需要者は、ウェブサイトをアクセスしてフランスのオペラ用の（フランスのフランで示された）チケットを購入する。最終需要者が、クレジットカードの番号と追跡番号を提供し、ウェブサイトは、中央制御装置２００で保険証券６０を確かめる。ひとたび確かめられると、ウェブサイトは、保険証券６０により明示される固定為替レートでチケットを提供し、保険清算８０の量について中央制御装置２００からの補償を受け取る。保険証券６０の追跡番号は、１つの通貨から他の通貨へのデジタルキャッシュの変換で使用することもできる。最終需要者は、保険証券６０の追跡番号と共に変換されるべきデジタルキャッシュの額を外国為替を提供するオンライン銀行に提供する。この銀行は、中央制御装置２００で保険証券６０の有効性を証明し、保険証券６０の固定為替レートを入手する。固定為替レートがより有利で充分な額の担保が残っている場合、銀行は、固定為替レートで資金の変換を完了して、新しい通貨を最終需要者インターフェィス３００で貯蔵されるよう最終需要者に送り返す。このデジタルマネーは、スマートカードの様な記憶値カードに転送することができるので、最終需要者は、最終需要者インターフェィス３００から取引のためにそのデジタルマネーを使用することができる。支払に影響を与えるデジタルキャッシュプロトコルを使用する慣行は、当業界で公知であり、本明細書では詳しく記載しない。参考のために述べると、当業者の一人は、Daniel C．L Lynch及びLeslie LendquistのDigital manny、JohnWiley & Sons(1966);あるいは、Seth GodinのPresenting Digital Cash（1995）に言及するかも知れない。中央制御装置２００は、保険証券６０に情報の全てを組み込むデジタル符号を作成することもできる。このデジタル符号は、中央制御装置２００の私用キーで暗号化されて最終需要者に送られる。最終需要者は、このデジタル符号を通貨交換の要求と共に銀行に提出する。銀行は、中央制御装置２００の公開キーでこのデジタル符号を解読し、保険証券６０の詳細の全てを抽出し、中央制御装置２００にコンタクトする必要なしに銀行が固定為替レートを入手することを可能にする。銀行は、中央制御装置２００のみがそのデジタル符号を最初に暗号化した私用キーを入手するので、そのデジタル符号が合法的であると確信する。このデジタル符号は、スマートカードに記憶することもできる。この場合には、最終需要者は、そのデジタル符号を提供するためにスマートカードリーダを介してそのカードを拭うだけでよい。暗号の確証このシステムは、データ通信物の完全性を保証するための追加の保障手段を提供することもできる。１つのプロトコルは、最終需要者通信物の根源を確証、すなわち、付記されたＩＤ又は名前をチェックし、最終需要者データベース２５５に記憶されたものと比較する。さらに、暗号プロトコルをこの確証プロセスに対して加えてもよい。これらのプロトコルは、メッセージの送信者を確証する能力を高め、通信が送信中に変えられていなければ、この通信物自体の完全性を証明する。暗号化は、通信の内容の盗聴を防止することもできる。この様な技術は、暗号保障方法と一般に呼ばれることになっており、対称的及び非対称的なキーの両方の使用並びにデジタル署名及びハッシュアルゴリズムの使用を含む。送信者の確証及び通信物の完全性を保証するために暗号プロトコルを使用する慣行は、当業界で公知であるので、本明細書では詳細に記載しない。Bruce Schn eierのApplied Cryptography 、Protocols、Algorithms、and Source CodeIn C(2 d ed．1996)に記載された様な従来の暗号プロトコルを本発明に従って使用することもできる。図１８は、最終需要者と中央制御装置２００が１つのキーを共有する対称キープロトコルを使用する例示的な確証手続きを示すフローチャートである。最終需要者通信物の暗号化及び解読の両方は、同一のキーで行われる。この暗号化は、ＤＥＳ（ＦＩＰＳＰＵＢ４６で明示された米国政府基準）の様なアルゴリズムで、又はＩＤＥＡ、Blowfish、ＲＣ４、ＲＣ２、SAFERの様な当業界で知られている幾つかのアルゴリズムのいづれかで実行してもよい。最終需要者は、最終需要者インターフェイス３００の暗号処理装置２１０を使用して、割り当てられた対称キーで通信物を暗号化する（ステップ１８００）。この最終需要者の通信物は、中央制御装置２００の暗号処理装置２１０に送られる（ステップ１８１０）。暗号処理装置２１０は、最終需要者の通信物から最終需要者ＩＤを抽出し（ステップ１８２０）、暗号キーデータベース２９５での最終需要者の対称キーを調べ（ステップ１８３０）、このキーで最終需要者通信物を暗号化する（ステップ１８４０）。暗号キーデータベース２９５は、通信物を暗号化し、解読し及び（又は）確証するためのアルゴリズム及びキーを有している。結果として生じる通信物が理解できる場合には、同一のキーにより暗号化されたということが決定され、その最終需要者をそのメッセージの作者として確証する（ステップ１８５０）。この手続きにより、権限のない最終需要者が正当な最終需要者として自分自身を表現することは困難になる。この暗号手続きなしに正当な最終需要者から通信物のサンプルを得た権限のない最終需要者は、その最終需要者ＩＤを抽出し、このＩＤ番号をその権限のない通信物に付加することができるかもしれない。しかし、最終需要者の通信物が対称キーで暗号化される場合には、最終需要者の通信物のサンプルを得る権限のない最終需要者は、その最終需要者のＩＤ番号を発見するだけで、その対象キーは発見しない。このキーがなければ、その権限のない最終需要者は、権限のある最終需要者と同一方法でその通信物を暗号化することができないので、その権限のない最終需要者は、中央制御装置２００をだます最終需要者通信物を作ることができない。通信の変更には、対称キーの知識が必要であるので、この対称キープロトコルは、最終需要者通信物が送信中に改ざんされてないということの保証もする。暗号化された最終需要者通信物は、最終需要者に対して作者が誰であるかを更に不明にする。図１９は、最終需要者通信物が私用キーで暗号化されそして、公開キーで解読された例示的な非対称キープロトコルを示すフローチャートである。非対称キープロトコル用の２つのこのアルゴリズムは、ＲＳＡとＢＳＡである。最終需要者は、最終需要者インターフェイス３００の暗号処理装置を使用して私用キーで通信物を暗号化し（ステップ１９００）、この通信物を中央制御装置２００に送る（ステップ１９１０）。暗号処理装置２１０は、最終需要者ＩＤを抽出し（ステップ１９２０）、暗号キーデータベース２９５において最終需要者に関連する公開キーを調べ（ステップ１９３０）、この公開キーでその通信物を解読する（ステップ１９４０）。前のように、通信物が理解できる場合、中央制御装置２００は、最終需要者を確証する（ステップ１９５０）。中央制御装置２００により通信物が受信される前に、この通信物を得る権限のない最終需要者は、正当な最終需要者の私用キーを知らないので、その通信物を検出できない様に変更することはできない。しかし、この権限のない最終需要者は、その最終需要者の公開キーを得る場合には、そのメッセージを読むことができるかもしれない。最終需要者が公開キーでその通信物を暗号化する場合には、通信の秘密が保たれ、侵入者がその通信物を見るためには、最終需要者の私用キーを知る必要がある。結論本発明は、各個人及び大法人に対し外国為替保険証券を提供し、予想不可能な外国為替レートの変動に対する保護を提供する。更に、本発明は、外国為替保証証券により包含される取引を自動的に処理する方法を提供する。種々の変形及び変更は、本発明において、本発明の範囲及び主旨から逸脱せずに本発明の構成においてなし得ることであるということは、当業者に明らかであろう。本発明の他の実施の態様は、ここに開示した本発明の仕様及び実施を考慮することにより当業者に明らかであろう。その仕様及び例は、単に例示的なものと考えられるべきであり、本発明の真の範囲及び主旨は、次の請求の範囲により示される。

【手続補正書】【提出日】平成１１年９月３０日（１９９９．９．３０）【補正内容】 1. 明細書を以下の通りに訂正する。（2）第５ページ、第１１−１２行の「Motorola １２０ＭＨｚ PowerPC６０４又はSun Microsystem's １６６ＭＨｚUltraSPARC-I」を『Motorola製の１２０ＭＨｚ POWERPC６０４マイクロプロセサ又はSun Microsystem製の１６６ＭＨｚ ULTRASPARC-I』に訂正する。（3）第５ページ、第１８−１９行の「VLSI Technologyの３３ＭＨｚ６８６８又はSemaphore Communicationsの４０ＭＨｚRoadrunner２８４」を『VLSI Technology製の３３ＭＨｚ６８６８プロセサ又はSemaphore Communications製の４０ＭＨｚROADRUNNＥＲ２８４』に訂正する。（4）第５ページ、第２２行の「ＯＳ２」を『ＯＳ２オペレーティングシステムソフトウエア』に訂正する。（5）第５ページ、第２７行の「Secure Webserver」を『SECURE WEBSERVER ソフトウエアパッケージ』に訂正する。（6）第６ページ、第２−３行の「Integrated Commerce Service」を『INTEGRATED COMMERCE SERVICE』に訂正する。ロセサ』に訂正する。（8）第６ページ、第７行の「OS2」を『OS2オペレーティングシステムソフトウエア』に訂正する。（9）第８ページ、第１９−２０行の「America Online ComuServe又は Prodigy」を『AMERICA ONLINE COMUSERVE又はPRODIGYサービス』に訂正する。（10）第８ページ、第２７行の「Eudora Pro」を『EURORA PROソフトウエアアプリケーション』に訂正する。エア』に訂正する。正する。（13）第１１ページ、第４行の「望ましい。」を『望ましい（ステップ６６０）。』に訂正する。（14）第１５ページ、第１２行の「計算する。」を『計算する（ステップ１２１０）。』に訂正する。（15）第１６ページ、第１５行の「送る。」を『送る（ステップ１３３０）。』に訂正する。（16）第１６ページ、第１７−１８行の「ステップ１３３０」を『ステップ１３４０』に訂正する。 2. 請求の範囲を別紙の通りに訂正する。請求の範囲 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．前記アクセスするステップは、更に、データ処理装置とは別の外部源から前記外国為替レートにアクセスするステップを更に含む請求項２２記載の方法。 26．外国為替保険証券に関係し、中央制御装置から受入れた命令に基づきデータ処理の取引きを処理する方法において、取引要求をユーザから受入れるステップと、前記外国為替保険証券の追跡番号を含む取引データを前記ユーザから受入れるステップと、前記中央制御装置に前記取引データを送るステップと、前記中央制御装置から前記取引要求を処理するための命令を受入れるステップと、前記受入れた命令に従って前記取引要求を処理するステップと、を含む前記方法。 27．前記取引データを受入れるステップは、ユーザＩＤ、取引額及び取引日を受入れるステップを含む請求項２６記載の方法。 28．前記命令を受入れるステップは、前記外国為替保険証券の下での通貨為替レートを受入れるステップを含む請求項２６記載の方法。 29．外国為替保険証券に関係し、中央制御装置から受入れたデータに基づいて現金自動預金支払機（ＡＴＭ）での取引きを処理する方法であって、前記ＡＴＭでの取引要求をユーザから受入れるステップと、前記外国為替保険証券の追跡番号を含む取引データを前記ユーザから受入れるステップと、前記中央制御装置に前記取引データを送るステップと、前記中央制御装置から前記取引要求を処理するための命令を受入れるステップと、前記受入れた命令に従って前記ＡＴＭでの前記取引要求を処理するステップと、を含む前記方法。 30．前記取引データを受入れるステップは、ユーザＩＤ、取引額及び取引日を受入れるステップを含む請求項２９記載の方法。 31．前記命令を受入れるステップは、前記外国為替保険証券の下で通貨為替レートを受けるステップを含む請求項２９記載の方法。 32．ユーザＩＤを含む通貨の外国為替保険証券の保険証券要件をユーザから受入れる手段と、前記保険証券要求および対応する前記ユーザＩＤを記憶するデータベースと、前記通貨と前記通貨の現在の市場状態とに対応するデータにアクセスする手段と、アクセスされた前記データから通貨の変動性を評価する手段と、前記通貨の変動性に基づいて保険料コストを決定する手段と、を含む外国為替保険証券の保険料を計算する装置。 33．前記外国為替保険証券の追跡コードを発生する第１の発生手段を更に含む請求項３２記載の装置。 34．前記データベースは、前記ユーザＩＤに対応する追跡コードを記憶する請求項３３記載の装置。 35．前記第１の発生手段は、前記追跡コードで前記保険証券要件を発生する手段を含む請求項３３記載の装置。 36．前記第１の発生手段は、前記追跡コードを暗号化する手段を含む請求項３３記載の装置。 37．前記保険料コストを前記ユーザに送る手段を含む請求項３２記載の装置。 38．前記ユーザから前記外国為替保険証券を購入する確認を受入れる手段を含む請求項３７記載の装置。 39．前記保険証券要件は、更に通貨為替レート、担保額及び担保期間を含み、前記決定する手段は、更に前記保険証券要件と前記通貨の変動性に基づいて前記保険料コストを決定する手段を含む請求項３２記載の装置。 40．前記データにアクセスする手段は、通貨の履歴為替レートの少なくとも１つにアクセスする手段を含む請求項３２記載の装置。 41．前記外国為替保険証券の担保期間を前記データベースに記憶する手段と、前記担保期間が満了したかを判別する手段とを更に含む請求項３２記載の装置。 42．前記担保期間に基づき前記外国為替保険証券の現状を更新する手段を更に含む請求項４１記載の装置。 43．前記保険証券要件を受入れる手段は、前記ユーザＩＤとしてクレジットカードの番号を受入れる手段を含む請求項３２記載の装置。 44．前記保険証券要件を受ける手段は、前記ユーザの同一性を確認する手段を含む請求項３２記載の装置。 45．前記保険証券要件を受入れる手段は、暗号化された態様で前記ユーザ保険証券要件を受入れる手段と、暗号化された前記ユーザ保険証券要件を解読する手段とを含む請求項３２記載の装置。 46．ユーザＩＤ、取引額及び取引日を含む取引データを受入れる手段と、前記取引日に対応する外国為替レートにアクセスする第１のアクセス手段と、前記ユーザＩＤに対応する保険証券外国為替レートにアクセスする第２のアクセス手段と、前記外国為替レートと前記保険証券為替レートとを比較する手段と、前記取引データと前記比較された為替レートを用いて保険清算の額を決定する手段と、を含む外国為替レート保険証券の下で外国通貨取引の保険清算を計算する装置。 47．前記ユーザＩＤの有効性を証明する手段を含む請求項４６記載の装置。 48．前記保険清算の額によりユーザの口座を信用する手段を含む請求項４６記載の装置。 49．前記信用する手段は、残りの担保額にアクセスする第３のアクセス手段と、前記残りの担保額が前記取引量を超えるかを判別する手段とを含む請求項４８記載の装置。 50．前記取引きデータを受入れる手段は、現金自動預金支払機から前記取引データを受入れる手段を含む請求項４６記載の装置。 51．前記取引きデータを受入れる手段は、銀行の端末から前記取引データを受入れる手段を含む請求項４６記載の装置。 52．前記取引きデータを受入れる手段は、コンピュータ回路網のサーバから前記取引データを受入れる手段を含む請求項４６記載の装置。 53．ユーザＩＤ、クレジットカード番号、取引額及び取引日を含む取引データを受入れる手段と、前記クレジットカードの番号を証明する手段と、前記取引日に対応する外国為替レートにアクセスする第１のアクセス手段と、前記ユーザＩＤに対応する保険証券外国為替レートにアクセスする第２のアクセス手段と、前記外国為替レートと前記保険証券為替レートとを比較する手段と、前記取引データと前記比較された為替レートを用いて保険清算の額を決定する手段と、を含む外国為替保険証券の下で外国通貨クレジットカード取引の保険清算を計算する装置。 54．前記保険清算額により前記クレジットカードの番号に対応するユーザクレジットカードロ座を信用する手段を含む請求項５３記載の装置。 55．前記信用する手段は、残りの担保額にアクセスする第３のアクセス手段と、前記残りの担保額が前記取引額を超えるかを判別する手段とを含む請求項５４記載の装置。 56．前記第１のアクセス手段は、更に、データ処理装置とは別の外部源から前記外国為替レートにアクセスする第４のアクセス手段を更に含む請求項５３記載の装置。 57．外国為替保険証券に関係し、中央制御装置から受入れた命令に基づいて取引きを処理する装置において、取引要求をユーザから受入れる第１の受入れ手段と、前記外国為替保険証券の追跡番号を含む取引データを前記ユーザから受入れる第２の受入れ手段と、前記中央制御装置に前記取引データを送る手段と、前記中央制御装置から前記取引要求を処理するための命令を受入れる第３の受入れ手段と、前記受入れた命令に従って前記取引要求を処理する手段と、を含む前記装置。 58．前記第２の受入れ手段は、ユーザＩＤ、取引額及び取引日を受入れる第４の受入れ手段を含む請求項５７記載の装置。 59．前記第３の受入れ手段は、前記外国為替保険証券の通貨為替レートを受入れる第５の受入れ手段を含む請求項５７記載の装置。 60．外国為替保険証券のために中央制御装置から受入れた命令に基づき取引きを処理する現金自動預金支払い機（ＡＴＭ）であって、前記ＡＴＭにおいて取引要求をユーザから受入れる第１の受入れ手段と、前記外国為替保険証券の追跡番号を含む取引データを前記ユーザから受入れる第２の受入れる手段と、前記中央制御装置に前記取引データを送る手段と、前記中央制御装置から前記取引要求を処理するための命令を受入れる第３の受入れ手段と、前記受入れた命令に従って前記ＡＴＭにおいて前記取引要求を処理する手段と、を含む前記現金自動預金支払い機。 61．前記第２の受入れ手段は、ユーザＩＤ、取引額及び取引日を受入れる第４の受入れ手段を含む請求項６０記載の装置。 62．前記第３の受入れ手段は、前記外国為替保険証券の通貨為替レートを受入れる第５の受入れ手段を含む請求項６０記載の装置。 63．ユーザＩＤを含む通貨の外国為替保険証券の保険証券要件をデータ処理装置にユーザから受入れさせる手段と、前記保険証券要求および対応する前記ユーザＩＤをデータベースに記憶させる手段と、前記通貨と前記通貨の少なくとも１つの現在の市場現状とに対応するデータをデータ処理装置にアクセスさせる手段と、アクセスされた前記データから通貨変動性をデータ処理装置に評価させる手段と、前記通貨変動性に基づいて保険料のコストをデータ処理装置に決定させる手段と、を含む外国為替保険証券の保険料を計算するコンピュータ読取可能媒体。 64．ユーザＩＤを含む通貨の外国為替保険証券の保険証券要件をユーザからデータ処理装置に受け入れさせる手段と、前記保険証券要求および対応する前記ユーザＩＤをデータ記憶装置に記憶させる手段と、前記通貨と前記通貨の少なくとも１つの現在の市場現状とに対応するデータを前記データ処理装置にアクセスさせる手段と、アクセスされた前記データから通貨の変動性を前記データ処理手段に評価させる手段と、前記通貨変動性に基づいて保険料のコストを前記データ処理手段に処理させる手段、とを含む外国為替保険証券の保険料を計算するコンピュータ読取可能媒体。 65. 前記ユーザＩＤは、クレジット番号を含む請求項２２記載の方法。 66. 前記ユーザＩＤは、クレジット番号を含む請求項５３記載の装置。

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＥ，ＧＨ，ＨＵ，ＩＤ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＺ，ＶＮ，ＹＵ，ＺＷ

Claims

【特許請求の範囲】 1. ユーザＩＤを含む外国為替保険証券用の保険証券要件をユーザから受けるステップと、前記保険証券要求と、これに対応するユーザＩＤとを記憶するステップと、明示された通貨と現在の市場状態とに対応するデータを取り出すステップと、この取り出されたデータから通貨の変動性を評価するステップと、この通貨の変動性に基づいて保険料のコストを決定するステップとを有することを特徴とする外国為替保険証券を提供する方法。２．前記外国為替保険証券用の追跡符号を発生するステップを更に有することを特徴とする請求項１記載の方法。 3. 前記ユーザＩＤに対応する追跡符号を記憶するステップを更に有することを特徴とする請求項２記載の方法。 4. 前記追跡符号を発生するステップは、前記保険証券要件で前記追跡符号を発生するステップを有することを特徴とする請求項２記載の方法。 5. 前記追跡符号を発生するステップは、前記追跡符号を暗号化するステップを有することを特徴とする請求項４記載の方法。 6. 前記保険料のコストを前記ユーザに送るステップを有することを特徴とする請求項１記載の方法。 7. 前記ユーザから前記外国為替保険証券を購入する確認を受けるステップを有することを特徴とする請求項６記載の方法。 8. 前記保険証券要件は、更に明示された通貨為替レート、担保額及び担保期間を有し、前記決定するステップは、更に前記保険証券要件と前記通貨の変動性に基づいて前記保険料のコストを決定するステップを有することを特徴とする請求項１記載の方法。 9. 前記データを取り出すステップが、歴史的な為替レートを取り出すステップを有することを特徴とする請求項１記載の方法。 10．前記外国為替保険証券の担保期間を取り出すステップと、前記担保期間が満了したか否かを判別するステップとを更に有することを特徴とする請求項１記載の方法。 11．満了した担保期間を持つ外国為替交換保険証券の状態を更新するステップを更に有することを特徴とする請求項８記載の方法。 12．前記保険証券要件を受けるステップは、前記ユーザＩＤとしてクレジットカードの番号を受けるステップを有することを特徴とする請求項１記載の方法。 13．前記受けるステップは、前記ユーザの実体を確証するステップを有すことを特徴とする請求項２記載の方法。 14．前記受けるステップが、暗号化されたユーザの保険証券要件を受けるステップと、この暗号化されたユーザの保険証券要件を解読するステップとを有することを特徴とする請求項１記載の方法。 15．データ処理装置により行われ、ユーザＩＤ、取引額及び取引日を有する取引データを受けるステップと、前記取引日に対応する外国為替レートを取り出すステップと、前記ユーザＩＤに対応する保険証券の外国為替レートを取り出すステップと前記取引日の外国為替レートと前記保険証券の為替レートとを比較するステップと、前記取引データと前記比較された為替レートを用いて保険清算の額を決定するステップとを有することを特徴とする外国為替保険証券の下での外国通貨の取引を処理する方法。 16．前記ユーザＩＤの有効性を証明するステップを有することを特徴とする請求項１５記載の方法。 17．前記決定された保険清算の額によりユーザの口座を信用するステップを有することを特徴とする請求項１５記載の方法。 18．前記信用するステップは、残りの担保額を取り出すステップと、この残りの担保額が前記取引量を超えたか否かを判別するステップとを有することを特徴とする請求項１７記載の方法。 19．前記受けるステップは、現金自動預金支払機から前記取引データを受けるステップを有する請求項１５記載の方法。 20．前記受けるステップは、銀行の端末から前記取引データを受けるステップを有することを特徴とする請求項１５記載の方法。 21．前記受けるステップは、コンピュータ回路網のサーバーから前記取引データを受けるステップを有することを特徴とする請求項１５記載の方法。 22．データ処理装置により行われ、ユーザＩＤ、クレジットカード番号、取引額及び取引日を有する取引データを受けるステップと、前記クレジットカードの番号の有効性を証明するステップと前記取引日に対応する外国為替レートを取り出すステップと、前記ユーザＩＤに対応する保険証券の外国為替レートを取り出すステップと前記取引日の外国為替レートと前記保険証券の為替レートとを比較するステップと、前記取引データと前記比較された為替レートを用いて保険清算の額を決定するステップとを有することを特徴とする外国為替保険証券の下での外国通貨クレジットカードの取引を処理する方法。 23．前記保険清算額により前記証明されたクレジットカードの番号に対応するユーザのクレジットカード口座を信用するステップを有することを特徴とする請求項２２記載の方法。 24．前記信用するステップは、残りの担保額を取り出すステップと、この残りの担保額が前記取引額を超えたか否かを判別するステップとを有することを特徴とする請求項２３記載の方法。 25．前記取り出すステップは、更に、前記データ処理装置とは別の外部源から前記外国為替レートを取り出すステップを更に有することを特徴とする請求項２２記載の方法。 26．外国為替保険証券のためにデータ処理装置と中央制御装置との間での情報転送を制御する方法において、取引要求をユーザから受けるステップと、前記外国為替保険証券の追跡番号を含む取引データを前記ユーザから受けるステップと、前記中央制御装置に前記取引データを送るステップと、前記中央制御装置から前記取引要求を処理するための命令を受けるステップと、前記受けた命令に従って前記取引要求を処理するステップとを有する情報転送を制御することを特徴とする情報転送を制御する方法。 27．前記取引データを受けるステップは、ユーザＩＤ、取引額及び取引日を受けるステップを有することを特徴とする請求項２６記載の方法。 28．前記命令を受けるステップは、前記外国為替保険証券の下での適切な通貨為替レートを受けるステップを有することを特徴とする請求項２６記載の方法。 29．外国為替保険証券のために現金自動預金支払機と中央制御装置との間での情報転送を制御する方法において、前記現金自動預金支払機により行われ、取引要求をユーザから受けるステップと、前記外国為替保険証券の追跡番号を含む取引データを前記ユーザから受けるステップと、前記中央制御装置に前記取引データを送るステップと、前記中央制御装置から前記取引要求を処理するための命令を受けるステップと、前記受けた命令に従って前記取引要求を処理するステップとを有することを特徴とする情報転送を制御する方法。 30．前記取引データを受けるステップが、ユーザＩＤ、取引額及び取引日を受けるステップを有することを特徴とする請求項２９記載の方法。 31．前記命令を受けるステップは、前記外国為替保険証券の下での適切な通貨為替レートを受けるステップを有することを特徴とする請求項２９記載の方法。 32．ユーザＩＤを含む外国為替保険証券用の保険証券要件をユーザから受ける手段と、前記保険証券要求と、これに対応するユーザＩＤとを記憶するデータベースと、明示された通貨と現在の市場状態とに対応するデータを取り出す手段と、この取り出されたデータから通貨の変動性を評価する手段と、この通貨の変動性に基づいて保険料のコストを決定する手段とを有することを特徴とする外国為替保険証券を提供する装置。 33．前記外国為替保険証券用の追跡符号を発生する第１の発生手段を更に有することを特徴とする請求項３２記載の装置。 34．前記データベースは、前記ユーザＩＤに対応する追跡符号を記憶する手段を更に有することを特徴とする請求項３３記載の装置。 35．前記第１の発生手段は、前記保険証券要件で前記追跡符号を発生する第２の発生手段を有することを特徴とする請求項３３記載の装置。 36．前記第１の発生手段は、前記追跡符号を暗号化する手段を有することを特徴とする請求項３５記載の装置。 37．前記計算された保険料のコストを前記ユーザに送る手段を有することを特徴とする請求項３２記載の装置。 38．前記ユーザから前記外国為替保険証券を購入する確認を受ける手段を有することを特徴とする請求項３７記載の装置。 39．前記保険証券要件は、更に、明示された通貨為替レート、担保額及び担保期間を有し、前記決定する手段は、更に、前記保険証券要件と前記通貨の変動性に基づいて前記保険料のコストを決定する手段を有することを特徴とする請求項３２記載の装置。 40．前記データを取り出す手段は、歴史的な為替レートを取り出す手段を有することを特徴とする請求項３２記載の装置。 41．前記外国為替保険証券の担保期間を前記データベースから取り出す手段と、前記担保期間が満了したか否かを判別する手段とを更に有することを特徴とする請求項３２記載の装置。 42．満了した担保期間を持つ外国為替交換保険証券の状態を更新する手段を更に有することを特徴とする請求項４１記載の装置。 43．前記保険証券要件を受ける手段は、前記ユーザＩＤとしてクレジットカードの番号を受ける手段を有することを特徴とする請求項３２記載の装置。 44．前記受ける手段は、前記ユーザの実体を確証する手段を有することを特徴とする請求項３２記載の装置。 45．前記受ける手段は、暗号化されたユーザの保険証券要件を受ける手段と、この暗号化されたユーザの保険証券要件を解読する手段とを有することを特徴とする請求項３２記載の装置。 46．ユーザＩＤ、取引額及び取引日を有する取引データを受ける手段と、前記取引日に対応する外国為替レートを取り出す第１の取り出し手段と、前記ユーザＩＤに対応する保険証券の外国為替レートを取り出す第２の取り出し手段手段と、前記取引日の外国為替レートと前記保険証券の為替レートとを比較する手段と、前記取引データと前記比較された為替レートを用いて適切な保険清算の額を決定する手段とを有することを特徴とする外国為替レート保険証券の下での外国通貨の取引を処理するシステム。 47．前記ユーザＩＤの有効性を証明する手段を有することを特徴とする請求項４６記載の装置。 48．前記決定された保険清算の額によりユーザの口座を信用する手段を有することを特徴とする請求項４６記載の装置。 49．前記信用する手段は、残りの担保額を取り出す第３の取り出し手段と、この残りの担保額が前記取引量を超えたか否かを判別する手段とを有することを特徴とする請求項４８記載の装置。 50．前記受ける手段は、現金自動預金支払機から前記取引データを受ける手段を有する請求項４６記載の装置。 51．前記受ける手段は、銀行の端末から前記取引データを受ける手段を有することを特徴とする請求項４６記載の装置。 52．前記受ける手段は、コンピュータ回路網のサーバーから前記取引データを受ける手段を有することを特徴とする請求項４６記載の装置。 53．ユーザＩＤ、クレジットカード番号、取引額及び取引日を有する取引データを受ける手段と、前記クレジットカードの番号の有効性を証明する手段と、前記取引日に対応する外国為替レートを取り出す第１の取り出し手段と、前記ユーザＩＤに対応する保険証券の外国為替レートを取り出す第２の取り出し手段と、前記取引日の外国為替レートと前記保険証券の為替レートとを比較する手段と、前記取引データと前記比較された為替レートを用いて保険清算の額を決定する手段とを有することを特徴とする外国為替保険証券の下での外国通貨クレジットカードの取引を処理するシステム。 54．前記保険清算額により前記証明されたクレジットカードの番号に対応するユーザのクレジットカード口座を信用する手段を有することを特徴とする請求項５３記載の装置。 55．前記信用する手段は、残りの担保額を取り出す第３の取り出し手段と、この残りの担保額が前記取引額を超えたか否かを判別する手段とを有することを特徴とする請求項５４記載の装置。 56．前記第１の取り出し手段は、更に、前記データ処理装置とは別の外部源から前記外国為替レートを取り出す第４の取り出し手段を更に有することを特徴とする請求項５３記載の装置。 57．外国為替保険証券のために中央制御装置との間の情報転送を制御するシステムにおいて、取引要求をユーザから受ける第１の受信手段と、前記外国為替保険証券の追跡番号を含む取引データを前記ユーザから受ける第２の受信手段と、前記中央制御装置に前記取引データを送る手段と、前記中央制御装置から前記取引要求を処理するための命令を受ける第３の受信手段と、前記受けた命令に従って前記取引要求を処理する手段とを有することを特徴とする情報転送を制御する装置。 58．前記取引データを受ける第２の受信手段は、ユーザＩＤ、取引額及び取引日を受ける第４の受信手段を有することを特徴とする請求項５７記載の装置。 59．前記第３の受信手段は、前記外国為替保険証券の下での適切な通貨為替レートを受ける第５の受信手段を有することを特徴とする請求項５７記載の装置。 60．外国為替保険証券のために中央制御装置との間での情報転送を制御する現金自動預金支払い機において、取引要求をユーザから受ける第１の受信手段と、前記外国為替保険証券の追跡番号を含む取引データを前記ユーザから受ける第２の受信手段と、前記中央制御装置に前記取引データを送る手段と、前記中央制御装置から前記取引要求を処理するための命令を受ける第３の受信手段と、前記受けた命令に従って前記取引要求を処理する手段とを有する情報転送を制御することを特徴とする情報転送を制御する現金自動預金支払い機。 61．前記第２の受信手段は、ユーザＩＤ、取引額及び取引日を受ける第４の受信手段を有することを特徴とする請求項６０記載の装置。 62．前記第３の受信手段は、前記外国為替保険証券の下での適切な通貨為替レートを受ける第５の受信手段を有することを特徴とする請求項６０記載の装置。 63．ユーザＩＤを含む外国為替保険証券用の保険証券要件をデータ処理装置をしてユーザから受けさせる手段と、前記保険証券要求とこれに対応するユーザＩＤとをデータベースをして記憶させる手段と、明示された通貨と現在の市場状態とに対応するデータをデータ処理装置をして取り出させる手段と、この取り出されたデータから通貨の変動性をデータ処理装置をして評価させる手段と、この通貨の変動性に基づいて保険料のコストをデータ処理装置をして決定させる手段とを有することを特徴とする外国為替保険証券を提供するためのコンピュータが読み取り可能な媒体。 64．ユーザＩＤを含む外国為替保険証券用の保険証券要件をユーザから受けるステップと、前記保険証券要求とこれに対応するユーザＩＤとを記憶するステップと、明示された通貨と現在の市場状態とに対応するデータを取り出すステップと、この取り出されたデータから通貨の変動性を評価するステップと、この通貨の変動性に基づいて保険料のコストを決定するステップとを有することを特徴とする外国為替保険証券を提供する方法を行うためのデータ処理装置を構成することができる製品。