JP2002515992A - 自動式多言語対話式システムおよび金融取引を実行するための方法 - Google Patents

Abstract

(57)【要約】 電話ベース多言語対話式金融取引を可能とするシステムおよび方法を開示する。システム（２０）は、さまざまな言語で金融機関の顧客（１６）に対して、顧客の言語および自国が識別されるまで指示する。次に、システム（２０）は、顧客（１６）を電話で、顧客の言語を話し顧客の記録にアクセスすることによって取引を認可することができる担当者（２２）に接続する。地方の担当者（１２）による認可と、記録保持が行なわれる。

Description

【発明の詳細な説明】 自動式多言語対話式システムおよび金融取引を実行するための方法開示中にある著作権保護されている資料の通知 本特許文書の開示内容の一部には、著作権保護の対象となる資料が含まれてい る。著作権所有者は、特許・商標局の特許ファイルや記録に記されている、特許 文書または特許開示をだれかがファクシミリによって再生してもこれに反対する ものではないが、それ以外の場合は、すべての著作権を留保するものである。関連出願へのクロスリファレンス １９９５年６月７日に提出された第０８／４７３，９７５号「統合完全サービ ス消費者銀行業務システムならびに口座開設のためのシステムおよび方法」（IN TEGRATED FULL SERVICE CONSUMER BANKING SYSTEM AND SYSTEM AND METHOD FOR OPENING AN ACCOUNT）という題名の同時係属出願（代理人整理番号：１０７０４ ５．００３）；１９９５年６月７日に出願された第０８／４８３，７１０号「顧 客が作動したターミナルによって統合仲介業務および他の金融サービスを提供す るための方法およびシステム」(METHOD AND SYSTEM FOR PROVIDING INTEGRATED BROKERAGE AND OTHER FINANCIAL SERVICES THROUGH CUSTOMER ACTIVATED TERMIN ALS)という題名の同時係属出願（代理人整理番号：１０７０４５．００４）；お よび１９９５年６月２４日に提出された第０８／５０５，８８６号「資金を口座 間で振り替えのための顧客指向の自動式システム」(A CUSTOMER-DIRECTED，AUTO MATED SYSTEM FOR TRANSFERRING FUNDS BETWEEN ACCOUNTS)という題名の同時係 属出願（代理人整理番号：１０７０４５．０１９）が参照されているが、これら の開示内容は、参照してここに組み込まれる。 発明の分野 本発明は、複数の言語で金融取引を実行するための、電話ベース対話式システ ムに関する。例えば、本発明は、だれも顧客の希望の言語を話さないような銀行 支店において、顧客が希望の言語を用いて金融取引を実行できるようにする自動 式システムおよび方法に関する。 発明の背景 金融機関が世界的なプレゼンスを確立しようと競い、外国旅行が増加している 現在、複数の国に支店を持つ銀行は、旅行の際に、顧客の言語をどの銀行担当者 も話さない銀行支店で金融取引を実行しようとする顧客によって生じる「言語障 壁」にますます曝されている。 例えば、地方支店担当者では、その支店内の外国から来た顧客がＡＴＭカード を紛失したり、顧客のカードがなんらかの理由で効かないなどの問題が発生する ことがある。不運にも、地方支店には、顧客の記録がその支店のコンピュータに 無いが、この理由は別の国における別の支店のコンピュータシステムは直接には または自動的にはリンクされないことがあるからである。したがって、地方支店 担当者は、オンラインシステムでは顧客の口座にはアクセスできない。さらに、 地方支店担当者は顧客との意志の疎通を図ることさえできない。もし顧客が緊急 に現金を必要とする場合、顧客が口座を持つ銀行の支店から現金を得ることが明 らかにできないために不満を持つので、問題はいっそう深刻となる。銀行が国際 的なレベルで競合するに連れて、旅行中の顧客が用いるさまざまな言語をサービ スする機能がますます重要となっている。 現在のところ、地方支店では１つの問題を解決するだけでもかなりの時間を費 やす。スタッフを訓練するのは、現行のマニュアル手順では経費がかかりしかも 困難である。また、問題の解決にはときとして、国際通話やファクシミリが何回 も必要となるので、遠隔通信取引は経費が高くなる。最後に、問題を抱えた顧客 は地方支店担当者の顧客ではないので、地方支店担当者はその問題を解決しても なんら利益を得るわけではない。 現行の手順には、複数言語能力を持つ人物とその電話番号のリストアップが含 まれる。地方支店担当者が、顧客がなにを伝えたいのか理解できない場合、その 担当者はその顧客の話す言語が何語であるか推測して、リソースリストにアクセ スしてだれかその必要とされる言語を話せるかみて、次にその通訳者を地方に連 絡しようとする。 その支店担当者はさらに、顧客の自国（ホーム）銀行に連絡しようとする。し かし、そこにはその担当者の言語を話す者がだれもいないということがあり得る 。例えば、地方銀行が米国にあり顧客が日本人である場合、米国の地方銀行に日 本語を話す者がいなければならないという問題がある。その上、ドイツ人旅行者 が問題があって日本の支店に行くという場合、取引は通常は英語でなされるが、 これは日本の地方支店担当者や顧客やドイツの自国銀行支店にとっては特に便利 というわけではない。 顧客の観点からすれば、顧客の問題解決を助けることが、タイミング的にはも ちろんのこと、不可能である場合、国際的銀行業務という銀行の約束がむなしい ものであると顧客は感じるだろう。その上、緊急時には、顧客が提携支店にアク セスできるためにはそれ自体がかなりやっかいであり、顧客の不満を潜在的に増 やすことになる。 さらに、取扱い支店としても、顧客の自国銀行から払い戻しを得るのが困難で あるがこの理由は、マニュアル手順が必要とされ、なんら中心処理された記録保 持がないからである。既存の唯一の記録はやりとりされるファクシミリによるメ ッセージだけであり、ファクシミリメッセージが失われると、監査証跡はなにも ないことになる。 マニュアル問題に伴う最後の複雑さは外国為替レートである。米国に本社を持 つ多国籍銀行にとっては、現行の方法では、最初に支払い支店の通貨から米国ド ルに、次に自国銀行支店通貨から米国ドルへと手で計算するためには、自国銀行 支店担当者と地方銀行支店スタッフの双方が必要である。これは時間がかかり、 誤りの発生源でもある。 発明の概要 本発明の目的は、地方支店担当者と顧客と顧客の自国銀行の顧客サービス係と の間での通訳を助ける自動式のシステムと方法によって上記の欠点を克服するこ とである。本発明によるシステムによって、支店の担当者は、一本の通話で金融 取引を実行できる。 本発明は世界中の旅行中の銀行顧客の手助けとなる。これは、複数の言語で音 声応答することによって言語障壁を減少させ、顧客とスタッフ双方にとってサー ビスをし易いものとするツールである。その上、現在のところ手で処理されてい て、したがって誤りやすい取引の自動化を開始するアプリケーションである。 本発明は、タッチボタン式電話と適切なアクセスコードを持つ場所ならどこか らでも通話して使用できる中央対話式音声応答（ＩＶＲ）コンピュータシステム を含む。このシステムは、１連の応答から顧客の言語を識別し、さらに、必要と あれば、顧客の自国銀行口座が維持されている国を設定することができる。次に 、このシステムは、顧客にサービスのリストを提供して、地方支店のスタッフに 対する顧客の要求を翻訳して、それを顧客の自国銀行に接続するかまたは記録済 みまたは「ファクシミリ返送された」情報のサービスを必要に応じて提供する。 支店担当者は、通話によってシステムを起動し、次にその担当者のパスワード を入力する。パスワードに基づいてシステムは支店担当者を検査してさらにその 担当者の名前、希望の言語、国および通貨ならびにファクシミリ番号および電話 番号をデータベースから識別する。本システムは次に、顧客が識別を示したか否 か判断するように担当者に指示する。次に本システムは、顧客に電話するように 支店担当者に要求する。 本システムは次に、さまざまな言語で顧客に質問する。質問に対する顧客の応 答によって、顧客の希望の言語が識別され、他の質問に対する応答によって顧客 の自国銀行の場所が識別される。本システムは次に、顧客の自国銀行口座に出納 係タイプのアクセスができ、顧客の言語を話せもするその自国銀行における顧客 サービス係に電話する。本システムはまた、自国銀行支店の通貨および適切な為 替レートを識別する。 本システムは次に、顧客サービス係が顧客と直接に通信できるように２つの通 話の「橋渡し」をする。すると、顧客サービス係は、顧客に私的な情報を尋ねる ことによって顧客を識別し検査する。顧客サービス係は、システムによって、緊 急の現金前貸しなどの顧客が希望する金融取引を認可するか否か決定するように 要求される。 もし顧客サービス係が緊急の現金前貸しを認可すれば、本システムは通貨の種 類およびその顧客係が認可することを望む金額を尋ねる。次に本システムは顧客 希望の言語で地方銀行担当者に、前貸しを共同認可するように要求する。支店担 当者はまた、顧客係に話しかけることもできる。 もし取引、例えば緊急の現金前貸しが支店担当者と顧客係によって承認された ら、現金が顧客に支払われる。確認のためのファクシミリ報告書が地方支店と顧 客係に送信され、毎週の報告書が関連のすべての営業部門に送られて、その顧客 と支店に関連するすべての取引の概要を示す。さらに、関連するデータベースが 更新される。 本システムはさらに、コンピュータなどに特に専門知識を持たない顧客や支店 担当者にアクセスできるように設計されている。 さらに、本システムは、標準のタッチボタン式電話でアクセスされ得るように 設計されている。 また、本システムにはさまざまな安全装置が付いていて、認可された人だけが 関連の金融情報と取引にアクセスできることを保証している。 図面の簡単な説明 図１は、本発明による金融取引処理システムの統合された構成部品と通信リン クの概括的なブロック図である。； 図２は、金融取引処理の間に発生する通信接続を示す棒グラフである。 図３は、システムに対する地方支店担当者（ＬＢＲ）のログインおよび検証プ ロセスを含む金融取引アプリケーションの処理フローチャートである。 図４は、顧客の識別の検証のフローチャートである。 図５は、顧客の言語と自国銀行を識別するための顧客との対話のフローチャー トである。 図６は、自国銀行検証のフローチャートである。 図７は、自国銀行顧客サービス係（ＣＳＲ）に対する通話とＣＳＲのシステム に対する識別のプロセスのフローチャートである。 図８は、緊急の現金要求に対する認可を開始するＣＳＲのオプションのフロー チャートである。 図９は、ＣＳＲが顧客の識別と銀行口座を検証している場合のＣＳＲと顧客の 電話による話し合い、および緊急の現金要求に対するＣＳＲの第１承認または否 認のプロセスのフローチャートである。 図１０は、図９のプロセスの続きである。 図１１は、顧客の識別の検証のフローチャートである。 図１２は、ＣＳＲが否認した場合の処理のフローチャートである。 図１３は、金額を承認する際の基礎として用いられるＣＳＲによる通貨の選択 のフローチャートである。 図１４は、現金承認金額、為替レート計算、取引概要、および取引プロセスを 検証するか再開始するかというオプションの入力のフローチャートである。 図１５は、ＣＳＲの取引判断の顧客に対する通知のフローチャートである。 図１６は、取引ならびに取引識別およびファクシミリ通知のＬＢＲの概要およ び検証のフローチャートである。 図１７は、取引の検討目的のための、ＬＢＲとＣＳＲの間の接続のフローチャ ートである。 図１８は、図１５および取引検討プロセスの続きである。 図１９は、ＬＢＲとの話し合いの後でさらに緊急の現金取引を処理するための ＣＳＲのオプションのフローチャートである。 図２０は、処理中に検出されたなんらかの接続トラブルをＬＢＲに通知するプ ロセスのフローチャートである。 図２１は、タイムアウトおよび最後の接続を検出するプロセスのフローチャー トである。 図２２は、金融取引の完了を判断するプロセスのフローチャートである。 図２３は、切断事象（ＨＡＮＧ ＵＰ ＥＶＥＮＴ）プロセスのフローチャー トである。 図２４は、国、電話番号、住所、使用言語および使用通貨などの支店ロケーシ ョン情報を探索するために用いられる支店データベースのフォーマットである。 図２５は、国、電話番号、住所、使用言語および使用通貨などの自国銀行セン ターロケーション情報を探索するために用いられた自国銀行通話センター（Ｈｏ ｍｅ Ｂａｎｋ Ｔｅｌｅｐｈｏｎｅ Ｃａｌｌ Ｃｅｎｔｅｒｓ）データベー スのフォーマットである。 図２６は、取引概要レポート発生の間に用いられた営業ファクシミリ番号およ び他の情報の発生源である営業部門のフォーマットである。 図２７は、実行されたすべての金融取引の詳細な情報を追跡する取引ログデー タベースのフォーマットである。 図２８は、営業部門（Ｂｕｓｉｎｅｓｓｅｓ）データベースからの情報と取引 ログ（Ｔｒａｎｓａｃｔｉｏｎ Ｌｏｇ）データベースからの情報を合成するこ とによって週毎に発生され、営業ロケーション各々に対して処理された緊急の現 金取引の活動を要約する取引の概要（Ｓｕｍｍａｒｙ ｏｆ Ｔｒａｎｓａｃｔ ｉｏｎｓ）のサンプル報告書のフォーマットである。 図２９は、地方支店担当者（Ｌｏｃａｌ Ｂｒａｎｃｈ Ｒｅｐｒｅｓｅｎｔ ａｔｉｖｅ）に送付された確認ファクシミリ上にフォーマッティングされる予定 の情報タイトル、例示情報およびデータベースフィールド発生源のサンプルであ る。 図３０は、自国銀行顧客サービス係に送付された確認ファクシミリ上にフォー マッティングされる予定の情報タイトル、例示情報およびデータベースフィー ルド発生源のサンプルである。 図３１は、金融取引アプリケーションによって記録上に保持される確認ファク シミリ上にフォーマッティングされる予定の情報タイトル、例示情報およびデー タベースフィールド発生源のサンプルである。 図３２は、ファクシミリログ追跡データベースのフォーマットである。 図３３は、ドルに対する通貨の買いと売りのレートの探索源を保持するスプレ ッドシートテーブルのフォーマットである。 図３４は、１つの支払い通貨（Ｄｉｓｐｅｎｓｅ Ｃｕｒｒｅｎｃｙ）当たり の通貨為替レートのスプレッドシートテーブル探索源のフォーマットである。 図３５は、１つの自国銀行通貨当たりの通貨為替レートのスプレッドシートテ ーブル探索源のフォーマットである。好ましい実施態様の詳細な説明 図１は、本発明によるシステム１０の概観を示す概括的ブロック図である。シ ステム１０は、地方支店オフィス１４とは別の支店オフィスからの顧客１６を有 する地方支店ロケーション１４の地方支店担当者（ＬＢＲ）１２からの入り通話 によって初期化される。顧客１６は、共通言語をはなせないために担当者１２に 対して顧客１６が口頭で伝えることができない緊急の現金などの金融需要を有す る。担当者１２は、地方支店ロケーション１４の音声電話１８を通じて金融取引 処理システム２０に通話する。システム２０は、緊急の場合の要求などの顧客の 金融要求を是認するために多言語援助式通訳を提供するように設計されている電 話ベース対話式音声応答アプリケーションを含む。通話に応答して、システム２ ０は担当者１２からの指示された応答を処理して、担当者１２のアイデンティテ ィおよび地方支店ロケーション１４のロケーションを検証する。次に、システム ２０は担当者１２に、顧客１６に電話１８をするように要求する。 次に、顧客１６は、電話１８を介してシステム２０と通信する。指示された応 答を通じて、顧客１６の話した言語が識別される。また、顧客の自国銀行ロケー ション（図示せず）が、顧客の自国銀行サービス担当者ロケーション２４内に置 かれた対応する顧客サービス係２２と共に識別される。係２２が顧客１６の自国 支店と提携しているので、係２２と顧客１６は同じ言語を話す。さらに、係２２ は、銀行の金融システム（図示せず）に接続されている金融ネットワークターミ ナル２３を介して顧客１６の口座に対して出納係タイプのアクセスができる。次 に、システム２０は電話２６を通して係２２に接触し、係２２は指示された応答 によってそのアイデンティティを検証する。するとシステム２０は、係２２を顧 客１６と直接的な電話接触をさせる。この対話において、係２２は、私的情報（ 例えば、母親の旧姓、社会保障番号など）を尋ねたりして顧客のアイデンティテ ィを検証する。顧客１６が検証されたら、係２２は顧客１６が要求する金融取引 のタイプを見つける。係２２は次に、要求された金融取引の性質についてシステ ム２０に通知する。 次にシステム２０は、顧客１６および顧客１６の口座の状況から得られた電話 情報に基づいて、係２２が緊急の現金取引金額などの要求された金融取引を認可 するか否か係２２に尋ねる。この問い合わせをするに際して、システム２０は為 替レートデータベース２８にアクセスしてもよい。係２２が緊急の現金取引をシ ステム２０に対して認可すると、システム２０は次に、担当者１２に、担当者１ ２の認可を求めるように指示する。担当者１２もまた緊急の現金取引などの金融 取引を認可すると：（１）顧客１６は地方支店ロケーション１４から現金を受け 取り；（２）システム２０は取引情報を取引ログデータベース３６中に記録し； （３）システム２０はすべての関連情報を有する取引の確認ファクシミリを、地 方支店ロケーション１４内のファクシミリマシン３８および担当者のロケーショ ン２４内のファクシミリマシン４０に送信し；そして（４）システム２０は定期 的に（例えば毎週）取引活動報告書４４の概要を作成する。このように金融取引 は認可され、適切な記録保持が達成される。 システムプロセッサ２０と、地方支店担当者１２と顧客１６と係２２との間の インタフェースのより具体的な説明を図２に示す。 図２に示すように、次のステップがシステム内で実行される： １．支店担当者１２−システムプロセッサ２０ プロセッサ２０は支店担当者１２に挨拶し、識別するための入力を（多言語で 、すなわち英語、スペイン語、フランス語、日本語で）指示する。 支店担当者１２は、スターキーが後続する１０文字の身分証明（ＩＤ）を入力 する。身分証明は３文字の国コードと、それに続く５文字の支店コードと、さ らにそれに続く２文字の個人識別コードから成る。 システムプロセッサ２０は、国コードと支店コードを検査し、入力された国コ ードに基づいて支店担当者１２の言語にスイッチする。 システムプロセッサ２０は、有効な識別（パスポートまたは他の写真付き識別 ）が顧客１６によって提示されたか否か尋ねる。担当者１２はまた、これと同 時に顧客１６に識別（ＩＤ）を（まだ提供されていなければ）求める選択が与 えられる。 支店担当者１２は電話１８を顧客１６に与え、顧客１６が準備できたら１を押 す。 ２．顧客１６−システムプロセッサ２０ 顧客１６は、システムプロセッサ２０の「メニュー」から使用言語を選択する 。 顧客１６は、顧客１６の、プロセッサ２０との対話を介してその「自国」銀行 を識別する。 顧客１６は、プロセッサ２０によって、そのまま待つように言われる。 ３．プロセッサ２０−サービス係２２ プロセッサ２０は顧客の「自国」サービス係２２に電話する。 プロセッサ２０は係２２に挨拶する。 係２２は、２文字の識別を入力するように求められ、プロセッサ２０はそれを ＭＩＳ目的のためだけに記録する。 プロセッサ２０は、係２２に顧客状況（識別／パスポート情報が提示されたか 否かを含む）を説明する。 要求に応じて、プロセッサ２０は係２２に、外国為替レート情報（ＩＣＣレー ト）を提供する。この情報は、プロセッサ２０が保存しているレートテーブル ２８からプロセッサ２０によって検索される。 プロセッサ２０は顧客係２２に、顧客１６に話すように命令する。 プロセッサ２０は係２２に、顧客との対話が終了した時にプロセッサ２０との 再接続の方法を通知する。 ４．顧客１６−係２２ プロセッサ２０は、係２２と顧客１６の「橋渡し」をする。 係２２は顧客１６に挨拶し、援助を申し込む。 係２２は顧客１６に、例えば緊急の現金プロセスを説明する。 係２２は、顧客１６が適切な手順を用いることを認証する。 係２２と顧客１６は、顧客１６に対して支払わされる現金の金額を決定する。 この決定は、顧客の「自国」通貨と地方支店１４の通貨のどちらでなされても 良い。 係２２は、顧客の口座から借方に記入される指示金額および地方支店１４にい くら支払われるかを顧客１６に告げることができる。 係２２は顧客に１６にそのまま待つように告げる。 ５．係２２−プロセッサ２０ 係２２は、取引の承認のための準備ができたことをプロセッサ２０に示す。 係２２は顧客の口座番号と取引金額を「自国」通貨または地方支店１４の通貨 で入力する。 プロセッサ２０は、振り込まれる金額を計算して、その取引を、「自国」通貨 、地方支店１４の通貨および米国ドル等価額で反復する。 プロセッサ２０は、係２２にそのまま待つように告げる。 ６．プロセッサ２０−顧客１６ プロセッサ２０は、担当者１２に電話１８を戻すように顧客１６に指示する。 ７．プロセッサ２０−支店担当者１２ プロセッサ２０は、「もしあなたが支店担当者であれば、１を押しなさい」と 告げる。 プロセッサ２０は支店担当者１２に取引の詳細を告げる。 プロセッサ２０は支店担当者１２に、「要求の取引を実行したければ、１押し なさい」と告げる。支店担当者はまた、問題があれば、係２２に再接続する選 択が与えられる。 ８．プロセッサ２０−支店担当者１２／プロセッサ２０−顧客係２２ 取引が確認されたら、プロセッサ２０は支店担当者１２と顧客係２２の双方に 対してその取引を確認する。 プロセッサ２０はまた、その両者に対して、確認ファクシミリが双方のロケー ションに送付されることを通知する。 プロセッサ２０はすべての通話を終了する。 ９．プロセッサ２０−ファクシミリ３８／プロセッサ２０−ファクシミリ４０ プロセッサ２０は地方支店ファクシミリ３８および顧客担当者ファクシミリ４ ０の双方に対して、ファクシミリ送信により取引の詳細を確認する。関連のデ ータベースも更新される。追加の報告書もファクシミリで、地方支店の国と関 連する電話センターに送付されてもよい。さらに、週報が、地方支店国と自国 に関連する営業マネージャに対して発行されて、記録保持と口座の適切な決算 の助けとなる。その上、取引毎に、「取引チケット」が作成されてファクシミ リで送付されてもよい。各取引チケットには、口座番号、支店ＩＤ、通貨為替 レート、取引金額などの取引に関する情報が含まれている。 金融取引処理システム（図１）が実行する緊急の現金取引処理は、図３のブロ ック１０２から始まるフローチャートで象徴的に示されている。音声による指示 と応答のためのアプリケーションは入り通話をアイドリングして待つ（ブロック １０６）。 顧客１６が緊急に現金を必要としている状態では、地方支店担当者（ＬＢＲ１ ２）は、システムプロセッサ２０に通話する（ブロック１０８）。システムプロ セッサ２０が入り通話に応答すると、ＬＢＲ１２は自身の識別用パスワードを入 力するように指示される（ブロック１１０）。 識別パスワードの入力を持つ間にタイムアウトが発生すると（ブロック１１２ からのＹＥＳ分岐）、システムは、無効識別プロセスが３回あったか否かを判断 する（ブロック１１４）。無効識別プロセスのカウント値が３を越えていない場 合（ブロック１１４からのＮＯ分岐）、ＬＢＲ１２は識別用パスワードを入力す るように指示される（ブロック１１０）。もし無効識別プロセスが３回あったら （ブロック１１４からのＹＥＳ分岐）、システムはエラーをログアウトし（ブロ ック１２０）、ＬＢＲ１２にエラーが発生したことを注意し、緊急の現金を顧客 １６に提供するマニュアル手順を実行するように指示する（ブロック１２２）。 システムプロセッサ２０は次に、すべての接続を切ってリセットし（ブロック１ ３２）、ブロック１０２に戻り、そのプロセスを再スタートする（ブロック１３ ４）。 タイムアウトが検出されない場合（ブロック１１２からのＮＯ分岐）、入力さ れた識別が検証される（ブロック１１６）。もし識別が有効でない場合（ブロッ ク１１６からのＮＯ分岐）、無効識別エラーが記録される（ブロック１１８）。 システムは次に、ブロック１１４に分岐し、そこで、すでに本文書で述べたよう にこのエラーを処理する。 もし識別が有効であれば（ブロック１１６からのＹＥＳ分岐）、識別の国コー ドおよび言語部分が検証される（ブロック１２４）。もし国コードと言語が検証 されない場合（ブロック１２４からのＮＯ分岐）、無効国コードエラーが記録さ れる（ブロック１２６）。システムは次に、ブロック１１４に分岐し、ここでこ のエラーをすでに述べたように処理する。有効国コードが検査されると（ブロッ ク１２４からのＹＥＳ分岐）、ＬＢＲ１２に通知する際にシステムプロセッサ２ ０が用いる言語が、国コードと整合する言語へ設定される（ブロック１２８）。 次にシステムプロセッサ２０は国コードを用いて、ＬＢＲ１２の支払い通貨の 探索を実行する（ブロック１３０）。この探索は支店データベース・ファイル３ ０内で実行されるが、このファイルの保存フォーマットを図２４に線図で示す。 他のすべての支店識別情報はこのファイルから検索される。次に、支払い通貨が 検証される（ブロック１３８）。もしこの通貨が検証をパスしなければ（ブロッ ク１３８からのＮＯ分岐）、無効支払い通貨エラーが記録される（ブロック１４ ０）。次にシステムはブロック１１４に分岐し、そこで前述のようにこのエラー を処理する。もし支払い通貨が立証されれば（ブロック１３８からのＹＥＳ分岐 ）、米国ドルに対する支払い通貨の為替レートが探索される（ブロック１３６） 。為替レートは、図３３，３４，３５に示すスプレッドシートフォーマットの為 替レートデータベース２８に保持されているテーブル内から探索される。 次に、この為替レートが検証される（ブロック１４２）。もし為替レートが立 証されなければ（ブロック１４２からのＮＯ分岐）、無効為替レートエラーが記 録される（ブロック１４６）。次に、ＬＢＲ１２は、顧客１６に緊急の現金を提 供するためにマニュアル手順を用いるように指示される（ブロック１４８）。シ ステムプロセッサ２０は次に、すべての接続を切ってリセットし（ブロック１３ ２）、ブロック１０２に戻り、そのプロセスを際スタートする（ブロック１３４ ）。 もし為替レートが有効であれば（ブロック１４２からのＹＥＳ分岐）、ＬＢＲ １２は、顧客１６の識別を表示されたか否か尋ねられる（図４のブロック１５２ ）。イエスの場合にｌを押し、ノーの場合に２を押し、顧客１６に識別を求める ためにもっと時間が必要である場合に３を押すという選択は、この質問の後で提 示される。応答を待っている間にタイムアウトが発生したら（ブロック１５４か らのＹＥＳ分岐）、この質問に対する３回の再指示が実行される（ブロック１５ ６）。もし３回の再指示がなかった場合（ブロック１５６からのＮＯ分岐）、再 度質問が発せられる（ブロック１５２）。３回の再指示の後で（ブロック１５６ からのＹＥＳ分岐）、無応答エラーが記録される（ブロック１５８）。システム プロセッサ２０は次に、すべての接続を切ってリセットし（ブロック１９４）、 ブロック１０２に戻り、その処理を再スタートする（ブロック１９６）。もしタ イムアウトが発生せず（ブロック１５４からのＮＯ分岐）、無効応答が入力され た場合（ブロック１６２，１７０，１７８からのＮＯ分岐）、プロセスはブロッ ク１５６に分岐し、前述のように再指示のテストをする。 ブロック１５２に対して３が応答されると（ブロック１６２からのＹＥＳ分岐 ）、ＬＢＲ１２は、１を押して処理を継続するか２を押してもっと時間を取るか の選択をするよう指示される（ブロック１６４）。もし応答を待っている間にタ イムアウトが発生したら（ブロック１６６からのＹＥＳ分岐）、質問に対する３ 回の再指示が実行される（ブロック１７４）。もし３回の再指示がない場合（ブ ロック１７４からのＮＯ分岐）、もう一度選択するように指示される（ブロック １６４）。３つの再指示の後で（ブロック１７４からのＹＥＳ分岐）、ＬＢＲ１ ２はエラー発生を通知され、マニュアル手順を用いて緊急の現金を提供し（ブロ ック１８２）、無応答エラーが記録される（ブロック１８４）。システムプロセ ッサ２０は次に、すべての接続を切ってリセットし（ブロック１９４）、ブロッ ク１０２に戻り、その処理を再スタートする（ブロック１９６）。もしタイムア ウトが発生せず（ブロック１６６からのＮＯ分岐）、無効応答が入力されると（ ブロック１６８と１７６からのＮＯ分岐）、プロセスはブロック１７４に分岐し 、前述のように再指示をテストする。もしブロック１６４に応答して２がブロッ ク１６４で押されると（ブロック１７６からのＹＥＳ分岐）、ブロック１６４の タイムアウトのカウント値がリセットされ（ブロック１８８）、選択するよう再 指示される（ブロック１６４）。もし１が押されると（ブロック１６８からのＹ ＥＳ分岐）、顧客１６の識別のための質問（ブロック１５２）が再指示される。 ブロック１５２で２を押すと（ブロック１７０からのＹＥＳ分岐）、システム フラグがセットされて、その顧客１６が識別を示さなかった旨を記録する（ブロ ック１７２）。もし１を押すと（ブロック１７８からのＹＥＳ分岐）、システム フラグは、顧客１６が識別を示した旨を記録する（ブロック１８０）。 システムは次に、ＬＢＲ１２に電話を顧客１６に回して、処理継続の準備がで きたら１を押すように指示する（図５のブロック２００）。もしタイムアウトが 発生すると（ブロック２０４からのＹＥＳ分岐）、３回の再指示が実行される（ ブロック２０２）。３回の再指示がない場合（ブロック２０２からのＮＯ分岐） 、再度命令が指示される(ブロック２００)。３回の再指示の後では（ブロック２ ０２からのＹＥＳ分岐）、システムプロセッサ２０はすべての接続を切ってリセ ットし（ブロック２４２）、ブロック１０２に戻ってそのプロセスを再スタート する（ブロック２４４）。もしタイムアウトが発生しなければ（ブロック２０６ からのＮＯ分岐）、プロセスはブロック２０２に分岐して前述のように再指示を テストする。 １を押すと（ブロック２０６からのＹＥＳ分岐）、顧客１６は、その言語で話 される番号付きの言語選択用のリストを示され、顧客はその顧客が話す使用言語 の番号を押すことを要求される（ブロック２０８）。もしタイムアウトが発生し たら（ブロック２１２からのＹＥＳ分岐）、３回の再指示がテストされる（ブロ ック２２０）。もし３回の再指示がない場合（ブロック２２０からのＮＯ分岐） 、言語を選択するように再度指示される（ブロック２０８）。３回の再指示の後 で（ブロック２２０からのＹＥＳ分岐）、言語選択中の無応答エラーが記録され （ブロック２２２）、顧客１６はそのトラブルが発生したことを通知される（ブ ロック２２４）。次にシステムプロセッサ２０はすべての接続を切ってリセット し（ブロック２４２）、ブロック１０２に戻ってそのプロセスを再スタートする （ブロック２４４）。もしタイムアウトが発生せず（ブロック２１２からのＮＯ 分岐）、有効言語番号キーが押されなかったら（ブロック２１４からのＮＯ分岐 ）、プロセスはブロック２２０に分岐し、前述のように再指示をテストする。有 効な言語が選択されたら（ブロック２１４からのＹＥＳ分岐）、システムフラグ がセットされて、顧客との間で話される言語が顧客１６に記録される（ブロック ２１６）。 顧客１６は次に、自国銀行の国およびロケーションのリストを示されて、その リストに基づいて、口座を持っているところを選択するように要求される（ブロ ック２１８）。タイムアウトが発生すると（ブロック２２６からのＹＥＳ分岐） 、３回の再指示のテストが実行される（ブロック２２８）。３回の再指示がない 場合（ブロック２２８からのＮＯ分岐）、自国銀行を選択するように再度指示さ れる（ブロック２１８）。３回の再指示の後で（ブロック２２８からのＹＥＳ分 岐）、自国銀行選択中の無応答エラーが記録される(ブロック２３０)。すると、 システムプロセッサ２はすべての接続を切ってリセットし（ブロック２４２）、 ブロック１０２にもどりそのプロセスを再スタートする（ブロック２４４）。タ イムアウトが発生せず（ブロック２２６からのＮＯ分岐）有効自国銀行キー番号 か入力されなかった場合（ブロック２３４からのＮＯ分岐）、プロセスはブロッ ク２２８に分岐し、前述のように再指示をテストする。有効な自国銀行が選択さ れたら（ブロック２３４からのＹＥＳ分岐）、システムフラグがセットされて、 顧客の自国銀行選択が記録される（ブロック２３６）。 選択された自国銀行を用いて、自国銀行の為替レートが探索される（図６のブ ロック２４８）。もし探索が失敗に終わったら（ブロック２５０からのＮＯ分岐 ）、無為替レートエラーが記録される（ブロック２５２）。顧客１６にはこのエ ラーが通知され（ブロック２５４）、処理は共通エラーサブルーチンに分岐する （図２０のブロック６６６）。 ＬＢＲ１２に接続エラーを通知するために用いられる共通サブルーチンは、Ｌ ＢＲ１２に電話するようにと顧客１６に指示することによって開始する（図２０ ブロック６６６）。すると、ＬＢＲ１２に、彼らが電話に出ている場合に１を押 すように指示される（ブロック６６８）。タイムアウトが発生すると（ブロック ６７０からのＹＥＳ分岐）、２５回の再指示のテストが実行される（ブロック６ ７６）。２５回の再指示がなかった場合（ブロック６７６からのＮＯ分岐）、１ を押すようにとの指示が繰り返される（ブロック６６８）。２５回の再指示の後 では（ブロック６７８からのＹＥＳ分岐）、ＬＢＲ１２の無復帰エラーが記録さ れる（ブロック６７８）。すると、システムプロセッサ２０はすべての接続を切 ってリセットし（ブロック６８０）、ブロック１０２に戻り、そのプロセスを再 スタートする（ブロック６８２）。タイムアウトが発生せず（ブロック６７０か らのＮＯ分岐）、キー１が入力されなかった場合、（ブロック６７２からのＮＯ 分岐）、プロセスはブロック６７６に分岐して、前述のように再指示のテストを 実行する。キー１が押されたら、（ブロック６７２からのＹＥＳ分岐）、ＬＢＲ １２には接続エラーが通知され、マニュアル手順を用いて緊急の現金を提供する ように命令される（ブロック６７４）。すると、システムプロセッサ２０は、す べての接続を切ってリセットし（ブロック６８０）、ブロック１０２に戻ってそ のプロセスを再スタートする（ブロック６８２）。 ブロック２４８で為替レートの探索が成功した場合（ブロック２５０からのＹ ＥＳ分岐）、システムフラグがセットされて、顧客の自国銀行ロケーション、自 国銀行通貨および自国銀行顧客１６サービス担当者（ＣＳＲ２２）の言語が記録 される（ブロック２５８）。プロセッサ２０はまた、自国銀行の国および地方支 店の国は実際には別々であることを確認する。フラグがセットされている間にな んらかのエラーが発生すると（ブロック２６０からのＹＥＳ分岐）、ブロック２ ５４に分岐してこのエラーが前述のように処理される。エラーが発生しなかった 場合（ブロック２６０からのＮＯ分岐）の場合、自国銀行センターの電話番号と ファクシミリ番号が探索される（ブロック２６２）。この探索は自国銀行センタ ーデータベース・ファイル３４内で実行されるが（図２５）、図２５にその線図 を示す。電話番号とファクシミリ番号が立証されない場合（ブロック２６６から のＮＯ分岐）、自国銀行電話番号又はファクシミリ番号無しエラーが記録され（ ブロック２６４）、ブロック２５４に分岐してこのエラーが前述のように処理さ れる。番号の探索が成功したら（ブロック２６６からのＹＥＳ分岐）、通話が自 国銀行ＣＳＲ２２になされている間は顧客１６はそのまま待つように指示される （ブロック２６８）。すると、顧客１６はバックグラウンドミュージックを聞き ながら待たされる（ブロック２７０）。 すると、自国銀行ＣＳＲ２２に電話がかけられる（図７のブロック２７６）。 この通話がつながらない場合（ブロック２７８からのＮＯ分岐）、自国銀行での 無接続エラーが報告される（ブロック２８０）。顧客１６は待ち状態から解放さ れて（ブロック３１４）、自国銀行に接続されてこのトラブルについて注意され る（ブロック３１６）。すると、プロセスは共通サブルーチンに分岐して、ＬＢ Ｒ１２に前述のように接続トラブルが通知される（図２０のブロック６６６）。 ＣＳＲ２２に電話接続が成功すると（ブロック２７８のＹＥＳ分岐）、ＣＳＲ １２には挨拶メッセージが知らされる（ブロック２８４）。次に、ＣＳＲ１２は 識別（ＩＤ）コードを入力するように指示される（ブロック２８６）。タイムア ウトが発生すると（ブロック２９６からのＹＥＳ分岐）、２５回の再指示がテス トされる（ブロック２９０）。２５回の再指示がなかった場合（ブロック２９０ からのＮＯ分岐）、識別コードを入力するように繰り返し指示される（ブロック ２８６）。２５回の再指示がなされた後では（ブロック２９０からのＹＥＳ分岐 ）、ＣＳＲ２２識別コード入力に対する無応答エラーが記録される（ブロック２ ９２）。ブロック３１４に分岐すると前述のようにエラー処理が終了する。タイ ムアウトが発生しなかった場合（ブロック２９６からのＮＯ分岐）、ＣＳＲ１２ の識別コードが検査される（ブロック２９８）。識別コードが無効の場合（ブロ ック２９８からのＮＯ分岐）、３回の無効識別プロセスが実行される（ブロック ３００）。無効識別プロセスのカウント値が３を越えなかった場合（ブロック３ ００からのＮＯ分岐）、ＣＳＲ２２には識別エラーが知らされ（ブロック２８８ ）、識別を入力するように繰り返し要求される（ブロック２８６）。３回の無効 識別プロセスが発生したら（ブロック３００からのＹＥＳ分岐）、無効ＣＳＲ２ ２識別入力が多すぎるというエラーが記録される（ブロック３０２）。次に、Ｃ ＳＲ２２には識別入力エラーが知らされ、緊急の現金を提供するためにマニュア ル手順を用いるように命令される（ブロック３０４）。ブロック３１４に分岐し て、前述のようにエラー処理が終了する。 もしＣＳＲ２２識別コードが有効であれば（ブロック２９８からのＹＥＳ分岐 ）、ＣＳＲ２２は緊急の現金要求に関する情報が求められる（ブロック３０８） 。この情報には、要求や命令を発する地方支店の識別が含まれ、これらの要求や 命令は、顧客と話した後、ＣＳＲ２２が現金の金額をその自国銀行の通貨でも地 方支店の支払い通貨承認しても良いこと、及び現金要求が承認できない場合その 理由を顧客１６に通知すべきであることを示す。 もし顧客身分証明書の示した身分証明書の状態を記憶するシステム・フラグが 真（図８のブロック３２２からのＹＥＳ分岐）にセットされると、ＣＳＲ２２は 顧客１６の身分証明書がＬＢＲ１２に示されという通知で、指示される(ブロッ ク３２４)。そうでなければ（ブロック３２２からのＮＯ分岐）、ＣＳＲ２２は 、身分証明書が示されなかったことを通知される(ブロック３２６)。 ＣＳＲ２２は今度は次のような命令および選択が指示される：顧客との対話が 終了したときは１を押し、為替レートヘルプ情報のためには２を押し、または顧 客１６との対話を開始するためには３を押すこと(ブロック３２８)。もし、タイ ムアウトが起こったら（ブロック３３２からのＹＥＳ分岐）、３回の再指示のた めのテストがなされる(ブロック３３４)。もし、３回の再指示が無ければ（ブロ ック３３４からのＮＯ分岐）、命令および選択の指示が繰り返される(ブロック ３２８)。もしタイムアウトが起こらず、１、２、または３のキーが押されたこ とが検出されなかったら（ブロック３３２、３３６、および３３８からのＮＯ分 岐）、プロセスは、ブロック３３４に分岐して、前記した再指示のためのテスト がなされる。もし２が押されたら（ブロック３３６からのＹＥＳ分岐）、ＣＳＲ ２２は、その取引に含まれる各通貨、およびすべての通貨交換為替レート、につ いての情報で指示される（ブロック３３０）。もし、３回の再指示が検出されれ ば（ブロック３３４からＹＥＳの分岐）、または１または３のキーが押されたこ とが検出されれは(ブロック３３８からのＹＥＳ分岐)、ＣＳＲ２２および顧客１ ６は、電話による話合いのため互いにリンクされる。 顧客は今度は待ち状態を解かれる(図９のブロック３４４)。ＣＳＲ２２および 顧客１６の間で音声電話での話合いが行なわれる（ブロック３４６）。ＣＳＲ２ ２は、顧客１６に個人的な質問をすることによって顧客１６の識別を遂行し、そ して顧客の口座の残高に十分な資金があることを確認する(ブロック３４８)。も し、タイムアウトが起こったら（ブロック３５０からのＹＥＳ分岐）、またはキ ーが有効に押されたという検出かなされなかったら（ブロック３５４および３６ ０からのＮＯ分岐）、ＣＳＲ２２は、次のようなオプションで指示される：もし 顧客との話合いが終了したら１を押し、為替レートヘルプ情報のためには２を押 し、または顧客１６との話合いを続けるためには３を押すこと（図１０のブロッ ク３８４）。もしブロック３８４から指示されているあいだにタイムアウトが起 こったら（ブロック３８６からのＹＥＳ分岐）、またはキーが有効に押されたと いう検出がなかったら（ブロック３９４、３９６、および４００からのＮＯ分岐 ）、５回の再指示のためのテストがなされる（ブロック３８８）。５回の再指示 が無かった場合は（ブロック３８８からのＮＯ分岐）、ブロック３８４からの選 択の指示が繰り返される。ブロック３８４の５回の再指示があったら（ブロック ３８８からのＹＥＳ分岐）、ＣＳＲ２２の承認指示への無応答エラーが記録され る(ブロック３９０)。 ブロック３９０からのエラーの後、プロセスは図２１のーセットの共通サブル ーチンへ分岐する。これらのルーチンは、顧客１６およびＬＢＲ１２に、ＣＳＲ ２２との通信トラブルを通知する。図２１のブロック６８６への分岐は、顧客１ ６がまだ待ち状態のままでいるかどうかを判断する。もし顧客が待ち状態であれ ば（ブロック６８６からのＹＥＳ分岐）、そのときは顧客１６は待ち状態を解か れ（ブロック６８８）、通信トラブルに関するメッセージが送られ、ＬＢＲ１２ へ電話を切替えることを指示される（ブロック６９０）。もし顧客１６が待ち状 態でなかったら（ブロック６８６からのＮＯ分岐）、そのときは通信トラブルお よび電話切替えメッセージが顧客１６へ送られる。 今度は、ＬＢＲ１２に、彼らが電話中であるときは１を押すように要求する指 示メッセージが与えられる（ブロック６９６）。もしタイムアウトが起こったら （ブロック６９８からのＹＥＳ分岐）、またはキー１が有効に入力されなかった ら（ブロック７００からのＮＯ分岐）、１０回の再指示のためのテストがなされ る（ブロック７０４）。もし１０回の再指示がなければ（ブロック７０４からの ＮＯ分岐）、１を押せという指示が繰り返される（ブロック６９６）。１０回の 再指示の後（ブロック７０４からのＹＥＳ分岐）、システム・プロセッサ２０は 、すべての接続を切ってリセットし（７０６）、それからループはブロック１０ ２に戻り、そのプロセスを再スタートする（ブロック７０８）。１のキー入力の 後は（ブロック７００からのＹＥＳ分岐）、ＬＢＲ１２は、接続エラーの通知を 受け、緊急の現金を提供するためのマニュアル手順を用いるよう指示される（ブ ロック７１２）。システム・プロセッサ２０は今度は全ての通信を切断し、リセ ットし（ブロック７１４）、それからブロック１０２に戻り、そのプロセスを再 スタートする（ブロック７１６）。 もし、ブロック３８４からの指示に対する応答として２のキー入力が検出され れば(ブロック３９４からのYES分岐)、ＣＳＲ２２は、取引に含まれる各通貨お よびすべての通貨交換為替レートについての情報で指示され（ブロック４０４） 、ブロック３８４におけるオプションの再指示が行われる。もし３が押されれば （ブロック４００からのＹＥＳ分岐）、プロセスは図９のブロック３４４に分岐 し、ＣＳＲ２２および顧客１６間の接続が、前記のように再開する（ブロック４ ０２）。 図９のブロック３４８からの音声接続プロセスのあいだに２が押されれば、Ｃ ＳＲ２２は、取引に含まれる各通貨、および全ての通貨交換為替レートに関する 情報で指示され（ブロック３５６）、それから、ブロック３４４に分岐すること よって、ＣＳＲ２２から顧客１６への音声接続が再開される。 もし、図９のブロック３４８からの音声接続プロセスのあいだに１が押されれ ば（ブロック３６０からのＹＥＳ分岐）、または図１０のブロック３８４からの 選択指示への応答として１が押されれば（ブロック３９６からのＹＥＳ分岐）、 プロセスは、図９のブロック３６４からの選択指示へ分岐する。 図９のブロック３６４から、ＣＳＲ２２は次のような選択を指示される：あな たが緊急の現金の取引を承認することができれば１を押し、緊急の現金の取引を 否定する場合は２を押すこと。もしブロック３６４からの指示のあいだタイムア ウトが起これば（ブロック３６６からのＹＥＳ分岐）、または有効なキー入力が 検出されなかったら（ブロック３７４および３７８からのＮＯ分岐）、３回の再 指示のためのテストが行なわれる（ブロック３６８）。もし、３回の再指示がな かったら（ブロック３６８からのＮＯ分岐）、ブロック３６４からの選択指示が 繰り返される。もし、ブロック３６４つの３回の再指示があったら（ブロック３ ６８からのＹＥＳ分岐）、ＣＳＲ２２の承認指示への無応答エラーが記録され（ ブロック３７０）、顧客１６およびＬＢＲ１２へ接続エラーを通知しそしてシス テムを再スタートさせる前記の共通サブルーチンに分岐する（図２１のブロック ６８６）。 もし、ブロック３６４からのオプションに応答して２が押されたら（ブロック ３７８からのＹＥＳ分岐）、ＣＳＲ２２否定ルーチン（図１２のブロック４４０ ）への分岐が起こる。ＣＳＲ２２は次のメッセージおよびオプションで指示され る：「あなたは緊急の現金取引の承認を望まない」；この通話を終了するために は１を押し、顧客１６と再度話合うためには２を押すこと（ブロック４４０）。 もし、ブロック４４０からの指示のあいだにタイムアウトが起これば、または、 有効なキー入力が検出されなければ（ブロック４５０および４５２からのＮＯ分 岐）、３回の再指示のためのテストがなされる（ブロック４４４）。もし、３回 の再指示が無かったら（ブロック４４４からのＮＯ分岐）、ブロック４４０から の選択指示が繰り返される。もし、ブロック４４０の３回の再指示があれば（ブ ロック４４４からのＹＥＳ分岐）、ＣＳＲ２２の否定指示への無応答エラーが記 録され（ブロック４４６）、顧客１６およびＬＢＲ１２へ接続エラーを通知しそ してシステムを再スタートさせる前記の共通サブルーチンへ分岐する（図２１の ブロック６８６）。もし２が押されれば（ブロック４５２からのＹＥＳ分岐）、 ブロセスは、ＣＳＲ２２および顧客１６の通話オプションの始めに分岐する（図 ９のブロック３４４）。もし１が押されたら（ブロック４５０からのＹＥＳ分岐 ）、ＣＳＲ２２は、「あなたが現金の請求を承認できなくて申し訳ありません。 ご助力ありがとうございます。受話器を置いて下さい。」というメッセージで指 示され（ブロック４５６）、そして顧客１６は、「取引を承認できなくて申し訳 ありません、さようなら。」というメッセージで指示され（ブロック４５８）、 取引否定エラーが記録される（ブロック４６０）。 システムは、通常終了処理に進む。通常終了処理は、図２２のブロック７２０ から開始する共通サブルーチンによってフローチャート化される。すべての電話 接続は終了する（図２２ブロック７２０）。通常の終了の事象が記録される（ブ ロック７２２）。もし、何らかの取引データがあれば（ブロック７２４からのＹ ＥＳ分岐）、そのデータは取引ログ・ファイルにコミットされる（ブロック７２ ６）。この取引ログ・ファイルの記憶フォーマットは図２７によって示される； このファイルは、承認された緊急の現金取引についてのすべての詳細なデータを 記録する。システム・プロセッサ２０は今度は全ての接続を切り、リセットし（ ブロック７２８）、それからブロック１０２へ戻り、そしてそのプロセスを再ス タートする（ブロック７３０）。 もし、ブロック３６４からのオプションに対する応答として１が押されたら（ ブロック３７４からのＹＥＳ分岐）、ＣＳＲ２２承認ルーチン（図１１のブロッ ク４１０）への分岐が起こる。ＣＳＲ２２は顧客の口座番号の入力を指示される （ブロック４１０）。ブロック４１０からの指示のあいだにタイムアウトが起こ れば（ブロック４１２からのＹＥＳ分岐）、３回の再指示のためのテストがなさ れる（ブロック４１４）。もし、３回の再指示が無かったら（ブロック４１４か らのＮＯ分岐）、ブロック４１０からの口座番号入力の指示が繰り返される。も しブロック４１０の３回の再指示があったら（ブロック４１４からのＹＥＳ分岐 ）、ＣＳＲ２２が顧客ＩＤを検証しなかったことを示すエラーが記録され（ブロ ック４１６）、顧客１６およびＬＢＲ１２へ、接続エラーを通知しそしてシステ ムを再スタートさせる前記の共通サブルーチンに分岐する（図２１のブロック６ ８６）。もしタイムアウトが起こらなければ（ブロック４１２からのＮＯ分岐） 、ＣＳＲ２２はそれらに繰り返された口座番号の入力し、次のオプションが続く ：もし正しければ１を押し、正しくなければ２を押し、または口座番号情報を繰 り返すためには３を押すこと（ブロック４２０）。もし、タイムアウトが起これ ば（ブロック４２２からのＹＥＳ分岐）、または、正しくないキー入力が検出さ れたら（ブロック４３０、４３２、および４２４からのＮＯ分岐）、３回の再指 示のためのテストがなされる（ブロック４２４）。もし３回の再指示が無かった ら（ブロック４２４からのＮＯ分岐）、ブロック４２０からのオプション指示が 繰り返されるだろう。ブロック４２０の３回の再指示があったら（ブロック４２ ４からのＹＥＳ分岐）、ＣＳＲ２２が顧客口座番号を確認しなかったことを示す エラーが記録され（ブロック４２６）、顧客１６およびＬＢＲ１２に、接続エラ ーを通知しそれからシステムを再スタートさせる前記の共通サブルーチンに分岐 する（図２１のブロック６８６）。もし、２が押されたら（ブロック４３２から のＹＥＳ分岐）、口座番号入力の指示が繰り返される（ブロック４１０）。もし 、３が押されたら（ブロック４３０からのＹＥＳ分岐）、口座番号および確認オ プションの指示が繰り返される（ブロック４２０）。もし１が押されたら（ブロ ック４３４からのＹＥＳ分岐）、処理は、ＣＳＲ２２通貨選択オプションへ分岐 するだろう（図１３つのブロック４６８）。 ＣＳＲ２２は、彼らが承認する金額に対して用いたいと欲する通貨のタイプを 選択するよう指示される。指示されたオプションは、自国銀行通貨における金額 のためには１を押し、支払い通貨での金額のためには２を押す（図１３つのブロ ック４６８）。もし、ブロック４６８からの指示のあいだにタイムアウトが起こ れば（ブロック４７０からのＹＥＳ分岐）、または有効なキー入力が検出されな かったならば（ブロック４７８および４８０からのＮＯ分岐）、３回の再指示の ためのテストがなされる（ブロック４７２）。もし３回の再指示が無かったら（ ブロック４７２からのＮＯ分岐）、ブロック４６８からの通貨選択の指示が繰り 返される。もし、ブロック４６８の３回の再指示があれば（ブロック４７２から のＹＥＳ分岐）、ＣＳＲ２２通貨選択指示への無応答エラーが記録され（ブロッ ク４７４）、顧客１６およびＬＢＲ１２へ、接続エラーを通知しそしてシステム を再スタートさせる前記の共通サブルーチンに分岐するだろう（図２１のブロッ ク６８６）。もし、１が押されたら（ブロック４７８からのＹＥＳ分岐）、３つ のシステム・フラグが次のようにセットされる：支払い通貨が計算のための基準 であること示すフラグは、偽にセットされ（ブロック４９０）、基準通貨が自国 銀行の通貨であることを示すフラグがセットされ（ブロック４９２）、および他 の通貨が支払い通貨であることを示すフラグがセットされる（ブロック４９４） 。もし、２が押されたら（ブロック４８０からのＹＥＳ分岐）、３つのシステム フラグが次のようにセットされるだろう：支払い通貨が計算のための基準である ことを示すフラグは、真にセットされ（ブロック４８２）、基準通貨が支払い通 貨であることを示すフラグがセットされ（ブロック４８４）、他の通貨が自国銀 行の通貨であることを示すフラグがセットされる（ブロック４８６）。するとシ ステムは、緊急の現金の額を入力するプロセスに分岐する（図１４つのブロック ５００）。 ＣＳＲ２２は、現金の額を整数で入力することを指示される（図１４のブロッ ク５００）。入力のあいだタイムアウトが起これば（ブロック５０２からのＹＥ Ｓ分岐）、３回の再指示のためのテストがなされる（ブロック５０４）。もし、 ３回の再指示が無かったら（ブロック５０４からのＮＯ分岐）、ブロック５００ から現金の額の入力の指示が繰り返される。もし、ブロック５００の３回の再指 示があったら（ブロック５０４からのＹＥＳ分岐）、金額未入力エラーが記録さ れ（ブロック５０６）、顧客１６およびＬＢＲ１２へ、接続エラーを通知しそし てシステムを再スタートさせる前記の共通サブルーチンへ分岐する（図２１のブ ロック６８６）。もしタイムアウトが起こらなければ（ブロック５０２からのＮ Ｏ分岐）、その金額が零より大きい整数であることが検証される（ブロック５１ ０）。もし、金額が無効であるならば（ブロック５１０からのＮＯ分岐）、ＣＳ Ｒ２２は、無効金額エラーを指示され（ブロック５１２）、プロセスは入力の指 示へ戻る（ブロック５００）。もし、金額が有効であれば（ブロック５１０から のＹＥＳ分岐）、システム・プロセッサ２０は、承認額から支払額への取引きの 交換、顧客の口座からの出金金額、および米ドルにおける相当額を計算するため に、選択された通貨、基準通貨の選択、および為替レートを使用する。 ＣＳＲ２２は今度は、承認額、支払額および米ドルでの決算額を含む、取引の 概要を指示され、そのあとに次の選択がくる：この額を承認するには１を押し、 最初からやり直し顧客と話合いをするには２を押し、異なる額を入力するには３ を押し、または取引の概要を繰り返すには４を押すこと（ブロック５１６）。も し、ブロック５１６からの指示のあいだにタイムアウトが起これば（ブロック５ １８からのＹＥＳ分岐）、または有効なキー入力が検出されなかった場合（ブロ ック５２６、５３０、５３４および５３６からのＮＯ分岐）、３回の再指示のた めのテストがなされる（ブロック５２０）。もし、３回の再指示が無かったら（ ブロック５２０からのＮＯ分岐）、ブロック５１６からのオプションの指示が繰 り返される。ブロック５１６の３回の再指示が行なわれると、概要反復への無応 答エラーが記録され（ブロック５２２）、顧客１６およびＬＢＲ１２へ、接続エ ラーを通知しそしてシステムを再スタートさせる前記の共通サブルーチンへ分岐 するだろう（図２１のブロック６８６）。もし、４が押されたら（ブロック５３ ４からのＹＥＳ分岐）、取引の概要が繰り返される（ブロック５１６）。もし、 ３が押されたら（ブロック５３６からのＹＥＳ分岐）、金額入力の指示が繰り返 される（ブロック５００）。もし、２が押されたら（ブロック５３０からのＹＥ Ｓ分岐）、処理は、前記のように、図１０のブロック３８４に分岐し、顧客との 通話のためにオプションを指示する。もし、１が押されたら（ブロック５２６か らのＹＥＳ分岐）、顧客１６への通知処理へと分岐する（図１５のブロック５４ ０）。 ＣＳＲ２２には、それらの承認についての確認メッセージが示され、また、顧 客１６およびＬＢＲ１２が取引を通知されるあいだ、待ち状態に置かれるだろう ということが告げられる（図１５つのブロック５４０）。ＣＳＲ２２はそれから 、待ち状態に置かれる（ブロック５４２）。顧客１６は待ち状態から外される（ ブロック５４４）。もし、支払通貨が基準通貨であることを示すフラグが偽にセ ットされれは（ブロック５４６からのＹＥＳ分岐）、顧客１６には、「ＣＳＲ２ ２は、自国銀行通貨における額Ｘを承認しましたので、あなたは支払い通貨にお いて金額Ｙを受取るでしょう。」というメッセージが示される（ブロック５４８ ）。もし、支払い通貨のフラグが真であれば（ブロック５４６からのＮＯ分岐） 、顧客１６は、「ＣＳＲ２２は、支払い通貨において金額Ｙを承認しました。」 というメッセージが示される（ブロック５５０）。顧客１６は、今度は、ＬＢＲ １２へ電話するよう指示される（ブロック５５２）。そして、ＬＢＲ１２に、電 話に出ているなら１を押すように要求する指示が与えられる（ブロック５５４） 。もし、タイムアウトが起これば（ブロック５５６からのＹＥＳ分岐）、または 有効なキー１が入力されなかったら（ブロック５６４からのＮＯ分岐）、１０回 の再指示のためのテストがなされる（ブロック５５８）。もし、１０回の再指示 が無かったら（ブロック５５８からのＮＯ分岐）、１を押す指示が繰り返される （ブロック５５４）。１０回の再指示の後（ブロック５５８からのＹＥＳ分岐） 、ＬＢＲ１２からの無応答エラーが記録される（ブロック５６０）。そしてシス テムは、ＣＳＲ２２に接続の問題が起こったことを通知する共通サブルーチンに 分岐する（図２２のブロック７３４）。もしCSR２２が待ち状態であれば（ブロ ック７３４からのＹＥＳ分岐）、待ち状態を解かれる（ブロック７３６）。ＣＳ Ｒ２２は今度は、ＬＢＲ１２との接続エラーについて示され、緊急の現金を提供 するための手順を用いることを指示される（ブロック７３８）。システム・プロ セッサ２０は、今度は、すべての接続を切ってリセットし（ブロック７４０）、 それからループはブロック１０２に戻り、そのプロセスを再スタートさせる（ブ ロック７４２）。１のキーが押されたら（ブロック５６４からのＹＥＳ分岐）、 ＬＢＲ１２の概要および検証プロセスへ分岐する（図１６のブロック５７０）。 ＬＢＲ１２は、承認された支払金額および米ドル決算額を含む取引の概要が指 示され、そして次のオプションが続く：この金額を承認し支払うためには１を押 し、自国銀行のＣＳＲ２２と話をするにためには２を押し、または取引の概要を 繰り返すためには３を押すこと（図１６のブロック５７０）。もし、ブロック５ ７０からの指示のあいだタイムアウトが起これば（ブロック５７２からのＹＥＳ 分岐）、または有効なキー入力が検出されなかったなら（ブロック５８０、５８ ２および５８６からのＮＯ分岐）、３回の再指示のためのテストがなされる（ブ ロック５７４）。もし、３回の再指示が無かったら（ブロック５７４からのＮＯ 分岐）、ブロック５７０からの取引概要の指示が繰り返される。もし、ブロック ５７０の３回の再指示があれば（ブロック５７４からのＹＥＳ分岐）、概要反復 への無応答エラーが記録され（ブロック５７６）、それから、ＣＳＲ２２へ接続 トラブルを通知する前記のサブルーチンに分岐する（図２２のブロック７３２） 。もし、３が押されれば（ブロック５８０からのＹＥＳ分岐）、取引概要が繰り 返される（ブロック５７０）。 もし、ブロック５７０に応答して１が押されれば（ブロック５８６からのＹＥ Ｓ分岐）、取引の完了が遂行される。第１、現在の日付および時間に加えて今承 認された取引の数からなる、取引識別（ＩＤ）が生成される（ブロック５８８） 。次に、ＣＳＲ２２は次のメッセージで指示される；「ＬＢＲ１２は請求された 現金を支払ます；この取引『取引識別』のための確認ファクシミリがもうすぐ到 着します。このファクシミリをあなたの記録に保存して下さい。」（ブロック５ ９０）。今度は、ＬＢＲｌ２が次のようなメッセージで指示される：「請求され た金額を顧客に支払って下さい；この取引『取引識別』のための確認ファクシミ リがもうすぐ到着します。このファクシミリをあなたの記録に保存して下さい。 」（ブロック５９２）。すべての取引データが取引ログに書込まれる（ブロック ５９４）。確認ファクシミリがフォーマットされ、ＬＢＲ１２およびＣＳＲ２２ へ送られる（ブロック５９６）。表題をつけられたサンプル・データおよびデー タ・フィールドのロケーションを示すファクシミリ・フォーマットのサンプルが 、図２９および３０に図示される。ファクシミリの第３バージョンが、金融取引 アプリケーション内のファイルに保存され、取引のためのバックアップ書類とし て使用される；このフォーマットは図３１に図示される。ファクシミリ・ログ・ ファイル４２（図３２）は、承認された取引のためのファクシミリの全ての行動 を追跡するために、保持される。ファクシミリに加えて、取引ログ３６（図２７ ）からのデータとビジネス・データベース３２（図２６）とを結び付けた、週毎 の概要レポート４４がフォーマットされ、各々関連するロケーションへ送られる ；このフォーマットは、図２８に示される。ひとたびファクシミリがフォーマッ トされ送られると、その取引への通常終了を終結させるために、前記のサブルー チンへ分岐する（図２２のブロック７１８）。 もし、ブロック５７０に応答して２が押されれば（ブロック５８２からのＹＥ Ｓ分岐）、システムはＬＢＲ１２およびCSR２２の音声接続プロセスへ分岐する （図１７のブロック６０２）。ＬＢＲ１２は次のメッセージで指示される：「あ なたは、自国銀行のＣＳＲ２２に接続されます。彼らが接続をコントロールしま す。ＣＳＲ２２は、あなたの承認にたいするこの取引を承認するか、その取引を 否認するか、またはあなたが異なった金額を承認することを許可するか、という オプションを有します。」（ブロック６０４）。ＣＳＲ２２は待ち状態を解かれ る（ブロック６０６）。ＣＳＲ２２は次のメッセージで指示される：「ＬＢＲ１ ２は現金前貸しを承認しませんでした。そしてあなたとの話合いを望んでいます 。あなたがＬＢＲ１２との話合いが終わったら１を押して下さい。すると、この 取引を承認するか、異なる金額を入力するか、または取引を否認するか、という オプションが指示されるでしょう。話合いが終わったら、１を押して下さい。」 （ブロック６０８）。今度は、ＬＢＲ１２およびＣＳＲ２２間の音声電話接続が 確立される（図１８のブロック６１４）。ＣＳＲ２２およびＬＢＲ１２は取引に ついて話合うだろう（ブロック６１６）。もし、３分のタイムアウトが起こった ら（ブロック６１８からのＹＥＳ分岐）、またはもし、１以外のキー入力が検出 されれば（ブロック６２０からのＮＯ分岐）、ＬＢＲ１２は、待ちの状態に置か れる（ブロック６２４）。ＣＳＲ２２は、つぎのオプションで指示される：ＬＢ Ｒ１２との話合いを終了するには１を押し、ＬＢＲ１２との話合いを続行するに は２を押すこと（ブロック６２６）。もし、ブロック６２６からの指示のあいだ にタイムアウトが起これば（ブロック６２８からのＹＥＳ分岐）、または、有効 なキー入力が検出されなかったら（ブロック６３０および６３２からのＮＯ分岐 ）、３回の再指示のテストがなされる（ブロック６３４）。もし、３回の再指示 が無かったら（ブロック６３４からのＮＯ分岐）、ブロック６２６からの会話続 行選択指示が繰り返される。 もし、ブロック６２６の３回の再指示があれば（ブロック６３４からのＹＥＳ 分岐）、ＣＳＲ２２からの無応答エラーが記録され（ブロック６３６）、それか ら、システムはＬＢＲ１２に接続エラーを通知する前記のサブルーチンへ分岐す る（図２１のブロック６９４）。もし、２が押されれば（ブロック６３２からの ＹＥＳ分岐）、音声接続プロセスが再スタートする（ブロック６１４）。もし、 ブロック６２６への応答として（ブロック６３０からのＹＥＳ分岐）、または、 ＬＢＲ１２とCSR２２の会話中に（ブロック６２０からのYES分岐）、１が押され れば、システムはＣＳＲ２２が次のステップを選択するためのオプション指示へ 分岐する（図１９のブロック６４０）。 ＣＳＲ２２は、つぎのオプションで指示される：この取引を承認して続行する ためには１を押し、異なる取引を設定するためには２を押し、または取引をキャ ンセルし顧客１６と再び話をするためには３を押すこと（ブロック６４２）。も し、ブロック６４２からの指示のあいだにタイムアウトが起これば（ブロック６ ４４からのＹＥＳ分岐）、または、有効なキー入力が検出されなかったら（ブロ ック６５２、６５６、および６６０からのＮＯ分岐）、３回の再指示のテストが 行なわれる（ブロック６４６）。もし、３回の再指示が無かったら（ブロック６ ４６からのＮＯ分岐）、ブロック６４２からの、ＣＳＲ２２オプション承認指示 が繰り返される。もし、ブロック６４２の３回の再指示があれば（ブロック６４ ６からのＹＥＳ分岐）、ＣＳＲ２２からの無応答エラーが記録され（ブロック６ ４８）、システムはＬＢＲ１２に接続トラブルを通知する前記のサブルーチンへ 分岐する（図２１のブロック６９４）。もし、１が押されれば（ブロック６５２ からのＹＥＳ分岐）、ＬＢＲ１２の概要および取引検証プロセスへ分岐する（図 １６のブロック５７０）。もし２が押されれば（ブロック６５６からのＹＥＳ分 岐）、システムはＣＳＲ２２の通貨選択プロセスへ分岐する（図１３つのブロッ ク４６８）。もし３が押されれば（ブロック６６０からのＹＥＳ分岐）、システ ムはＣＳＲ２２の否認プロセスへ分岐する（図１２のブロック４４０）。 これは、通常の流れの処理の終結である。 システム・プロセッサ２０は、システムにおいてアクティブなあらゆる関与者 の処理中にも常に切断事象をも検出する。通信リンクの支店側における切断が検 出されれば、システムは図２３つのブロック７４４における切断サブルーチンに 分岐する。切断が検出される（ブロック７４６）。支店側の切断が、ＬＢＲ１２ のための識別パスワード入力プロセス中であるか否かを判断するために、テスト が行なわれる（ブロック７４８）。もし切断が、識別入力のあいだであったなら ば（ブロック７４８からのＹＥＳ分岐）、ＬＢＲ１２識別収集中切断エラーが記 録される（ブロック７５４）。もし切断が、識別収集のあいだでなかったならば （ブロック７４８からのＮＯ分岐）、システムが自国銀行のＣＳＲ２２に接続さ れたかどうかを判断するためにテストが行なわれる（ブロック７５０）。もしＣ ＳＲ２２が接続されたら（ブロック７５０からのＹＥＳ分岐）、ＣＳＲ２２に接 続の問題を通知する前記共通サブルーチンに分岐する（図２２のブロック７３２ ）。もし、システムがＣＳＲ２２に接続されなかったならば（ブロック７５０か らのＮＯ分岐）、または切断がＬＢＲ１２の識別収集中であれば（ブロック７５ ４からの分岐）、システム・ブロセッサ２０はすべての接続を切ってリセットし （ブロック７５６）、それからブロック１０２に戻って、そのプロセスを再スタ ートさせる（ブロック７５８）。もし切断が、通信リンクの自国銀行側で検出さ れれば、システムはＣＳＲ２２側の切断サブルーチンに分岐する（図２３つのブ ロック７６０）。切断が自国銀行側の接続において検出される（ブロック７６２ ）。ＣＳＲ２２切断時に顧客１６が電話に出ているか否かを判断するテストが行 なわれる（ブロック７６４）。 もし顧客１６が電話に出ていたら（ブロック７６４からのＹＥＳ分岐）、顧客 １６に切断を通知する前記のサブルーチンへ分岐する（図２０のブロック６６４ ）。顧客１６が電話に出ていなかったら（ブロック７６４からのＮＯ分岐）、シ ステムは前記の、ＬＢＲ１２に通知するサブルーチンに分岐する（図２１のブロ ック７１０）。 本発明のさまざまな目的を達成するために、本発明のさまざまな好ましい実施 態様が説明された。これらの実施態様は、本発明の諸原理の単に例証となるもの であると理解すべきである。それらの多くの変更や応用が、本発明の精神および 範囲から逸脱することなく可能であることが当業者にとって容易に明らかであろ う。したがって、本発明は、次の請求の範囲によってのみ限定される。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，Ｌ Ｕ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ， ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＫＥ，ＬＳ，ＭＷ，ＳＤ，Ｓ Ｚ，ＵＧ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ， ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，Ｇ Ｅ，ＨＵ，ＩＬ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ， ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，Ｐ Ｌ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＵＡ，ＵＧ，ＵＺ，ＶＮ (72)発明者 ペラルタ、ロバート アメリカ合衆国 60614 イリノイ州 シ カゴ ノース ハルステッド ストリート 2220 (72)発明者 ピネル、ナイジェル アメリカ合衆国 60035 イリノイ州 ハ イランド パーク プレザント アベニュ ー 486 (72)発明者 シン、フィリップ シー. アメリカ合衆国 90034 カリフォルニア 州 ロス アンジェルス ウェスト トゥ ウェンティフォース ストリート 8943

Claims (1)

1. 【特許請求の範囲】 １． 第１の言語が話される自国に在住し、金融機関の顧客である顧客と、第 ２の国で働き、第２の言語を話す前記金融機関の第１の担当者と、を含む、金融 取引を実行する方法であって、前記方法が： 前記第１の担当者が処理システムに連絡し前記第１の担当者の識別に対応す る第１のデータを入力することによって前記金融取引を開始するステップと； 前記第１の担当者の識別を検査するステップと； 前記第１の言語を含むさまざまな言語で前記顧客に指示する前記処理システ ムによって前記第１の言語を識別するように前記顧客に指示するステップと； 前記指示に対する前記顧客の応答の結果として前記第１の言語を識別するス テップと； 前記第１の言語を用いて、前記自国を含む前記第１の言語を用いるさまざま な国に関して、前記処理システムによって前記顧客の自国を識別するように前記 顧客に指示するステップと； 前記指示に対する前記顧客の応答の結果として前記顧客の自国を識別するス テップと； 前記金融機関と提携していて、前記第１の言語を話し、前記処理システムと 後述の第２の担当者との間における通信を介して前記金融機関における前記顧客 の金融記録および口座にアクセスできる第２の担当者を識別してこれに連絡する ステップと； 前記第２の担当者の識別を検査するステップと； 前記処理システムを介して前記顧客と前記第２の担当者を接続するステップ と； 前記接続を介して前記第１の言語で前記顧客と前記第２の担当者との間で前 記金融取引を検討するステップと； 前記顧客の金融記録にアクセスする前記第２の担当者によって、前記金融機 関が前記金融取引を容認可能であるか否か判断するステップと； 前記第２の担当者が前記顧客の前記金融記録にアクセスして認可を前記処理 システムに通信することによって、前記第２の担当者によって前記金融取引を認 可するステップと； 前記認可を前記第１の担当者に通知するステップと； 前記第１の担当者と前記顧客の間で前記認可された金融取引を完了するステ ップと； を有することを特徴とする方法。 ２． 前記金融取引が緊急の現金支払いであることを特徴とする請求の範囲第 １項記載の方法。 ３． 少なくとも１つのレポートを自動的に発生する前記処理システムによっ て前記金融取引を文書化するステップをさらに有することを特徴とする請求の範 囲第１項記載の方法。 ４． 前記第１の担当者が働くロケーションに送付されるレポートを前記処理 システムが自動的に発生することを特徴とする請求の範囲第３項記載の方法。 ５． 前記顧客が前記顧客の口座を持つロケーションに送付されるレポートを 前記処理システムが自動的に発生することを特徴とする請求の範囲第３項記載の 方法。 ６． 前記処理システムを用いて実行される金融取引の中央ファイルに保存さ れるレポートを前記処理システムが自動的に発生することを特徴とする請求の範 囲第３項記載の方法。 ７． 前記第１の担当者が働く前記ロケーションにファクシミリを介して前記 レポートが送付されることを特徴とする請求の範囲第４項記載の方法。 ８． 前記顧客が前記顧客の口座を持つ前記ロケーションに対して前記レポー トがファクシミリを介し送付されることを特徴とする請求の範囲第５項記載の方 法。 ９． 前記第１の担当者が電話を通して前記処理システムに連絡することによ って、前記開始ステップが実行されることを特徴とする請求の範囲第１項記載の 方法。 １０． 前記顧客と前記第２の担当者の間における前記接続ステップでの接続が 電話を介して実行されることを特徴とする請求の範囲第１項記載の方法。 １１． 前記第２の担当者が前記顧客から情報を要求し、前記情報を、前記顧客 の前記記録に保存されている対応する情報と比較して前記顧客の識別を検査する ステップをさらに含むことを特徴とする請求の範囲第１項記載の方法。 １２． 前記第１の担当者の識別を検査する前記ステップが、前記第１のデータ から前記第２の言語を識別するステップをさらに含むことを特徴とする請求の範 囲第１項記載の方法。 １３． 前記第１の言語が英語であることを特徴とする請求の範囲第１項記載の 方法。 １４． 前記第２の言語が英語であることを特徴とする請求の範囲第１項記載の 方法。 １５． 前記第２の担当者が前記自国で働くことを特徴とする請求の範囲第１項 記載の方法。 １６． 前記認可を前記第１の担当者に通知する前記ステップが、前記第２の言 語で前記第１の担当者と通信する前記処理システムによって実行されることを特 徴とする請求の範囲第１項記載の方法。 １７． 前記第１の担当者による認可と同時に、前記金融取引を前記第２の担当 者が認可したことに前記第１の担当者が同意したことを前記処理システムに信号 通信するステップをさらに含むことを特徴とする請求の範囲第１項記載の方法。 １８． 前記第２の担当者から得た前記金融取引の細目を、前記第２の担当者と 前記顧客の間における前記検討に基づいて前記処理システムに通信するステップ と； さまざまな通貨為替レートを含有するデータベースにアクセスする前記処理 システムによって、前記金融取引をさまざまな通貨で分析するステップと； 前記分析を前記処理システムから前記第２の担当者に報告するステップと； をさらに含むことを特徴とする請求の範囲第１項記載の方法。 １９． 前記分析が、少なくとも前記自国および前記第２の国の通貨で実行され ることを特徴とする請求の範囲第１８項記載の方法。 ２０． 前記分析がまた、米国の通貨でも実行されることを特徴とする請求の範 囲第１９項記載の方法。 ２１． 前記完了ステップが、前記第１の担当者が前記顧客に現金を与えるステ ップを含むことを特徴とする請求の範囲第１項記載の方法。 ２２． 前記現金が前記第２の国の通貨での現金を含むことを特徴とする請求の 範囲第２１項記載の方法。 ２３． 前記現金が、部分的に前記第２の国の通貨での現金および部分的に前記 自国の通貨での現金を含むことを特徴とする請求の範囲第２１項記載の方法。 ２４． 前記現金が米国の通貨での現金を含むことを特徴とする請求の範囲第２ １項記載の方法。 ２５． 第１の言語が話される自国に在住し、金融機関の顧客である顧客と、第 ２の国で働き、第２の言語を話す前記金融機関の第１の担当者と、を含む金融取 引を実行するシステムにおいて、 前記第１の担当者が、処理システムに連絡することによって前記金融取引を 開始し、前記第１の担当者の識別に対応する第１のデータを入力し； 前記処理システムが前記第１の担当者の識別を検査し； 前記処理システムが、前記第１の言語を含むさまざまな言語で前記顧客に指 示する前記処理システムによって前記第１の言語を識別するように前記顧客に指 示し； 前記処理システムが、前記指示に対する前記顧客の応答の結果としての前記 第１の言語を識別し； 前記処理システムが前記第１の言語を用いて、前記自国を含む前記第１の言 語を用いるさまざまな国を前記顧客に対して注意を促す前記処理システムによっ て、前記顧客の自国を識別するように前記顧客に指示し； 前記処置システムが、前記指示に対する前記顧客の応答に応じて前記自国を 識別し； 前記処理システムが、前記金融機関と提携しており、前記第１の言語を話し 、前記処理システムと後述の第２の担当者との間の通信によって、前記金融機関 内の前記顧客の金融記録および口座に対してアクセスできる第２の担当者を識別 してこれに連絡し； 前記処理システムが、前記第２の担当者の識別を検査し； 前記処理システムが前記処理システムを介して前記顧客と前記第２の担当者 を接続し； 前記顧客および前記第２の担当者が前記金融取引に関して前記第１の言語で 検討し； 前記第２の担当者が、前記第２の担当者が前記顧客の前記金融記録にアクセ スした結果として前記金融取引を認可し； 前記処理システムが前記第１の担当者に前記認可を通知し； 前記顧客および前記第１の担当者が前記金融取引を完了する； ことを特徴とするシステム。 ２６． 前記金融取引が緊急の現金支払いであることを特徴とする請求の範囲第 ２５項記載のシステム。 ２７． 前記処理システムは、少なくとも１つのレポートを自動的に発生するこ とによって前記金融取引を文書化することを特徴とする請求の範囲第２５項記載 のシステム。 ２８． 前記処理システムは、前記第１の担当者が働くロケーションに送付され るレポートを自動的に発生することを特徴とする請求の範囲第２７項記載のシス テム。 ２９． 前記処理システムは、前記顧客が前記顧客の口座を持つロケーションに 送付されるレポートを自動的に発生することを特徴とする請求の範囲第２７項記 載のシステム。 ３０． 前記処理システムは、前記処理システムで実行される金融取引の中央フ ァイル内に保存されるレポートを自動的に発生することを特徴とする請求の範囲 第２７項記載のシステム。 ３１． 前記レポートは、ファクシミリで前記第１の担当者が働く前記ロケーシ ョンに送付されることを特徴とする請求の範囲第２８項記載のシステム。 ３２． 前記レポートが、前記顧客が前記顧客の口座を持つ前記ロケーションに ファクシミリで送付されることを特徴とする請求の範囲第２９項記載のシステム 。 ３３． 前記第１の担当者が前記処理システムに電話で連絡することによって前 記開始が実行されることを特徴とする請求の範囲第２５項記載のシステム。 ３４． 前記顧客と前記第２の担当者の間の接続が電話で実行されることを特徴 とする請求の範囲第２５項記載のシステム。 ３５． 前記第２の担当者が、前記顧客から情報を要求し、前記情報を前記顧客 の前記記録中に保存されている対応する情報と比較することによって前記顧客の 識別を検査することを特徴とする請求の範囲第２５項記載のシステム。 ３６． 前記処理システムがまた、前記第１のデータから前記第２の言語を識別 することを特徴とする請求の範囲第２５項記載のシステム。 ３７． 前記第１の言語が英語であることを特徴とする請求の範囲第２５項記載 のシステム。 ３８． 前記第２の言語が英語であることを特徴とする請求の範囲第２５項記載 のシステム。 ３９． 前記第２の担当者が前記自国で働くことを特徴とする請求の範囲第２５ 項記載のシステム。 ４０． 前記処理システムは、前記第２の言語で前記第１の担当者と通信するこ とによって前記認可を前記第１の担当者に通知することを特徴とする請求の範囲 第２５項記載のシステム。 ４１． さらに、前記第１の担当者が、前記第２の担当者による前記認可に同意 して、前記第１の担当者が前記処理システムに前記同意を信号通信することを特 徴とする請求の範囲第２５項記載のシステム。 ４２． 前記第２の担当者は、前記第２の担当者と前記顧客との間での前記検討 に基づいて、前記金融取引の細目を前記処理システムに対して通信し； 前記処理システムが、さまざまな通貨為替レートを包含するデータベースに アクセスすることによってさまざまな通貨で前記金融取引を分析し； 前記処理システムが前記分析を前記第２の担当者に報告する； ことを特徴とする請求の範囲第２５項記載のシステム。 ４３． 前記分析が、少なくとも前記自国および前記第２の国の通貨で実行され ることを特徴とする請求の範囲第４２項記載のシステム。 ４４． 前記分析がまた、米国の通貨でも実行されることを特徴とする請求の範 囲第４３項記載のシステム。 ４５． 前記完了が、前記第１の担当者が前記顧客に現金を与えることを含むこ とを特徴とする請求の範囲第２５項記載のシステム。 ４６． 前記現金が、前記第２の国の通貨での現金を含むことを特徴とする請求 の範囲第４５項記載のシステム。 ４７． 前記現金が、部分的に前記第２の国の通貨での現金および、部分的に前 記自国の通貨での現金を含むことを特徴とする請求の範囲第４５項記載のシステ ム。 ４８． 前記現金が、米国の通貨での現金を含むことを特徴とする請求の範囲第 ４５項記載のシステム。