JP2002506542A - 金融サービスを届けるためのシステムおよび方法 - Google Patents

Abstract

(57)【要約】 デリバリ・システム（１２）および方法により、金融機関が金融サービスを複数の遠隔装置(２４)、例えばパソコン（ＰＣ）(１８)、個人用情報機器（ＰＤＡｓ）(２０)、およびテレビ電話（１４）へ提供することが可能になる。これらの遠隔装置（２４）へのサービスの提供に加えて、本システムと方法は、現金自動預払機（ＡＴＭ）(１６)、外部サービスプロバイダ(２２)、金融機関内のスタッフ端末(２６)、および金融機関の個々の支店にサービスを提供する。本システムは、モジュール式で、サービスセットに編成された再使用可能な一組のグローバル構成要素を備える。システムの構成要素を、独立した構成要素に分離することにより、本システムと方法は、全体システムレベルではなく構成要素レベルでの開発と試験が可能になり、それによって、開発とメンテナンスのサイクル時間が実質的に削減される。

Description

【発明の詳細な説明】 金融サービスを届けるためのシステムおよび方法関連出願とのクロスリファレンス １９９６年１０月３０日に出願し出願番号０８／７４１，１２１が付された関 連出願、発明の名称「異なるアクセス装置を介したソフトウェア・アプリケーシ ョンプログラムへのアクセスを自動的に調和するための方法とシステム」を引用 する。開示における著作権資料の告知 本特許文献の開示の一部は、著作権保護を受ける資料を含む。著作権の所有者 は、特許庁のファイルまたは記録に現れる特許文献または特許開示について、何 れの人によるファクシミリ複製に対しても異議を唱えないが、その他については 全ての著作権を留保する。発明の分野 本発明は、一般的に金融サービスを届けるためのシステムと方法に関し、より 詳細には複数の異なる装置に金融サービスを届けるためのシステムと方法に関す る。発明の背景 金融サービスを提供する銀行および他の金融機関は、増える続ける競争に直面 し、顧客に対し多様なサービスを提供する必要に迫られている。顧客が自らの全 ての取引を行うために銀行まで足を運んでいたつい最近まで、銀行は、顧客／銀 行の窓口係に重点を置いてサービスの質を改善することができた。銀行は、ピー ク時に窓口係(teller)の人数を増員し、またサービスを通して攻勢をかけること でサービスの質を改善することができた。銀行は、行内のコンピュータシステム を開発し、窓口にスタッフ用端末を提供することにより、銀行の窓口係が顧客取 引に入るとき銀行の帳簿にアクセスできるようにした。 バンキングのこの単純化モデルは、依然として存在するが、大きく拡張してき ている。銀行の窓口係に加えて銀行は、現金自動預払機（ＡＴＭ）を設置して、 顧客が、文字通り一日のうちいつでも取引を行えるようにしている。ＡＴＭの設 置場所は、単に銀行に留まらず、例えばショッピングモール、空港、食品雑貨店 、ホテル、ビルのロビーでも見受けられる。ＡＴＭは、顧客自らが取引を行える ようにするために銀行帳簿にアクセスしなければならないので、銀行は、ＡＴＭ と、銀行の行内コンピュータシステムとの間のインタフェースを提供して、その インターフェイスにより、制限は受けるが安全な、銀行帳簿へのアクセスを可能 にする必要があった。 金融サービスを提供するためのモデルは、更に拡大されてホームバンキングが 可能になっている。ホームバンキングを使って、自分のパソコンを介し、自宅に いながら自分の個人口座にアクセスして、請求書の支払いやマネーの振替えなど を行える。ホームバンキングをできるようにするには、銀行が、銀行の行内コン ピュータシステムと顧客のパソコンとの間のインタフェースを提供して、銀行帳 簿への制限付きの安全なアクセスを可能にする必要があった。ＡＴＭとパソコン 間の違いが原因で、パソコンのためのインタフェースは、ＡＴＭのために提供さ れるインタフェースからは独立していて異なっているのが普通である。 銀行が直面する１つの難関は、銀行は、銀行内コンピュータシステムとスタッ フ端末との間の第１インタフェース、行内コンピュータシステムとＡＴＭとの間 の第２インタフェース、および行内コンピュータシステムとパソコンとの間の第 ３インタフェースを提供しなければならないことである。これらの各インタフェ ースまたはプラットフォームは、銀行のコンピュータ全体システムに複雑さを与 え、また銀行帳簿へのアクセスのために相互に競合する。このように複雑さが増 すことは、銀行がコンピュータシステムの維持に振り向けなければならない資源 の量を、これら３種類の独立プラットフォームに起因して増大させるので重大で ある。 銀行のコンピュータシステムの複雑さは、銀行がますます多くのサービスを提 供し続けるにつれ、増加の一途をたどるだろう。銀行がすでに調査を開始してい るサービスの１つの領域は、パソコン以外の装置、例えばテレビ電話や個人用情 報機器（ＰＤＡ）等による銀行帳簿へのアクセスを許可することである。銀行が 意図するサービスの領域のもう１つは、インターネットを介して、例えばインタ ーネット・サービスプロバイダ(ＩＳＰ)または他の外部サービスプロバイダ(Ｅ ＳＰ)を介して、銀行帳簿へのアクセスを許可することである。これらの追加的 な遠隔装置とＩＳＰへの接続は、銀行の行内コンピュータシステムを一層複雑に し、銀行は、コンピュータシステムの維持とアップグレードに更に多くの資源の 振り向けを求められる。 銀行帳簿へのアクセスの追加チャネルに加えて、銀行は、遠隔装置でアクセス 可能なタイプのサービスを拡張してきた。伝統的な当座預金や普通預金の口座取 引に加えて、銀行は、ＡＴＭ、パソコン、または他の遠隔装置を介する請求書の 支払い、株式の売買、株の値付け、および他のタイプのサービスを行えるように している。別のタイプのサービスへ拡張を行う度に、銀行の行内計算システムの ソフトウェア、およびハードウェアの可能性も含めて、著しい量の変更が必要に なる。これらの追加サービスは、競争力の維持に必要ではあるが、銀行のコンピ ュータシステムに対する著しい量の作業量が必要になる。 また金融サービスの提供における複雑さは、国際市場に益々多くのサービスが 提供されるにつれて倍加されよう。世界の各国市場が統合されつつあり、企業と 個人は両方とも、自らの口座情報に別の国からアクセスしようとするニーズと要 望が高まるだろう。他国のバンキングシステムとのインタフェースをとる必要の ある１つまたは複数のプラットフォームは、コンピュータシステムおよびその帳 簿を維持する銀行の能力を更に必要とすることになる。 銀行が他国に進出するときのもう１つの難関は、銀行が、進出する各相手国の ための新しいコンピュータシステムを、事実上創設する必要がある点である。各 国は、金融サービスが行われる態様を指し示す独自の規則や法的環境を持ってい る。銀行は、他国で運用されているコンピュータシステムを単にコピーするわけ にはいかず、むしろその国の規則と法的環境に合わせて各コンピュータシステム を特別に仕立てる必要がある。その国の法規に従ってコンピュータシステムを形 成するのに必要なこのような余分の努力は、銀行の貴重な資源の多くを消費して しまう。 他国の銀行用のコンピュータシステムの創設は言語の違いにより複雑なものに なる。言語の違いにより、例えばグラフィカル・ユーザ・インタフェース（ＧＵ Ｉ）を介するコンピュータシステムと顧客との間のインタフェースは、特定国の ひとつの言語または複数の言語が原因で変わってしまう。顧客が銀行の計算シス テムとインタフェースをとる方法の違いは、単に単語やアルファベットの違いに 限らず、特定国の文化または規範の違いによる言語の現れ方(manifestation of language)も含んでいる。言語のこれらの現れ方は、例えば、ＧＵＩにおける 特定カラーの選択、特定セットの記号の使用、およびビープまたは他の音色のよ うな特定のオーディオ・インジケータの選択、を指示することもある。 銀行帳簿への国際間アクセスを可能にすることへの願望に鑑み、各コンピュー タシステムは、他のコンピュータシステムからの送受信ができることが望ましく 、通信は多数の言語であることが予想される。例えば、米国で格納されている銀 行帳簿は、タイで新たにインストールされたバンキングシステムからアクセスさ れる必要もあるだろう。しかし、このアクセスを可能にするには、米国のバンキ ングシステムが、タイの銀行のコンピュータシステムを認識できるように変更さ れる必要があろう。結果として、１つの国にそれぞれのコンピュータシステムが 導入されるのに伴い、他国の全てのコンピュータシステムは、しかるべく変更さ れる必要があるだろう。 先に検討したように、銀行は、銀行帳簿への新しいタイプのアクセスの提供を 増やし続けており、また益々多くの国で新しいサービスを提供している。サービ スおよびサービスへのアクセスにおけるこれら変更の全てが、銀行の行内コンピ ュータシステムの全動作を支配するアプリケーションを書き換えることにより実 行される。銀行帳簿中のデータの極めて微妙な性質と全体的正確さの必要により 、このアプリケーションへの何れの変更も法外な量の試験を行なわねばならない 。アプリケーションはシステムの全局面を網羅するので、システムの小さな局面 にしか及ばないアプリケーションの一部のどのような変更でも、システムの何ら かの他の部分に影響を及ぼしかねない。従って何らかの変更に対して必要な試験 は、たとえ小さなアップグレードの場合でも、全体システムに対して行なう必要 がある。 従って、複雑さを軽減し、それでもなお種々の遠隔装置へのアクセスを提供し て、新しいタイプの装置へのアクセスの拡張を可能にするコンピュータシステム または方法に対するニーズが存在する。試験を減らして、より簡単に新規または 変更されたサービスを提供できるコンピュータシステムまたは方法に対するニー ズも存在する。ホスト国の法規環境へ容易に適応し、また他国のシステムと容易 に相互接続して通信できるコンピュータシステムまたは方法に対するニーズも存 在する。発明の概要 本発明は、好ましい実施形態において、遠隔装置に金融サービスを届けるため のシステムと方法である。遠隔装置を介して、顧客または金融機関の従業員は機 能を実行するために、ミニアプリケーション・ダイアログ構成要素(mini-appdia log component)を選択できる。実行される各機能は、個別のミニアプリケーシ ョン・ダイアログ構成要素により代表されるのが好ましい。機能が選択されると 、ミニアプリケーション・ダイアログ構成要素は、リクエストされている機能を 実行するために必要な情報を収集して、その機能を遂行するために取引実行構成 要素(transaction executer component)を例示する。遠隔装置は、パソコン、テ レビ電話、ＡＴＭ、個人用情報機器、または内部スタッフ端末等の何れかのタイ プの装置を備えることができる。遠隔装置は、種々の方法、例えば外部サービス プロバイダを介して、インターネットを介して、またはダイアルアップ・アクセ スを介して、システムにアクセスできる。従ってシステムは、全てのタイプの遠 隔装置とインタフェースを取るための単一ベースを提供する。 グラフィックインタフェースの生成において、本システムと方法は、遠隔装置 の変化に適合するために、内容をフォーマットから分離するのが望ましい。本シ ステムは、メツセージを、正準表現(canonical representation)から、特定遠隔 装置に望まれるフォーマットにマッピングするプレゼンテーション・マネージャ を含む。メッセージの内容は、言語マネージャ構成要素(language man componen t)を介して調整される。命名されたフレーズに対するリクエストに応答して、言 語マネージャ構成要素は、言語でのフレーズ、およびその顧客とその遠隔装置に 特有な内容を提供する。その結果、本システムと方法は、現行技術水 準のユーザーインターフェースを提供することが可能であり、金融機関と矛盾の ないインタフェースを提供でき、また顧客がユーザーインターフェースをカスタ ムデザインできるようにする。 本システムと方法は、遠隔装置との各セッションのために例示されたセッショ ンバブルとのセッションで動作する。遠隔装置との初期コンタクトを受信した後 、セッションコントローラは、セッションバブルのための資源を管理するために セッション構成要素(session component)を例示する。セッション構成要素は、 代わりに、セッションのための多数の構成要素、例えばウエルカムマット構成要 素(wellcome mat component)、ドア・マネージャ構成要素(door man component) 、ルールブローカ構成要素(rule broker component)およびアクアイア構成要 素(acquirier component)を例示する。ウエルカムマット構成要素は、遠隔装置 にログオンメッセージを送り、顧客を認証するためにプロファイル取引実行構成 要素(profile transaction executor component)を例示する。ナビゲーションシ ェル構成要素(navigation shell component)は、遠隔装置に、使用可能な機能、 例えば現金引出しまたは請求書支払いなどのリストを通知して、遠隔装置を介し て選択された機能に基づいてミニアプリケーション・ダイアログ構成要素を例示 する。同時に起こる複数のセッションとの通信を調整するために、タッチポイン ト・インタフェース構成要素(touch point interface component)は、遠隔装置 から適切なセッションバブルに至る、到着メッセージの経路を定め、またバック ドア・マネージャ構成要素(back door man component)は、種々のセッションと 外部サービスプロバイダとの間のメッセージングを調整する。 本システムおよび方法は、起り得る何らかの質問に対する回答を得るために、 システム内の他の構成要素が質問できるルールブローカ構成要素(rule broker component)を使用する。このルールブローカ構成要素は、ルール認証部署を質 問の回答者として登録し、回答のためのルール認証部署に質問構成要素を向ける 。本システムおよび方法の範囲内のルールは、他のアプリケーション構成要素か ら独立して変更されることができる。ルールブローカを用いて、規則またはビジ ネス規則が、全体の動作に及ぼす影響を最少にして、容易に追加、変更、または 修正されることができる。 本システムおよび方法は、既に存在するかもしれない何らかのレガシー（旧来 の）アプリケーション(legacy application)に関連して動作可能である。レガシ ーアプリケーション・ブリッジ構成要素(legacy app bridge component)は、正 規表現(canonical representation)から、レガシーアプリケーションにより必要 とされるグローバルデーダ構造に、データを変換する。レガシーアプリケーショ ンから出ると、レガシーアプリケーション・ブリッジ構成要素は、レガシーアプ リケーションから正規表現へデータを変換する。従ってレガシーアプリケーショ ン・ブリッジ構成要素は、レガシーアプリケーションの連続動作を可能にする。 従って、本発明の目的は、全ての遠隔装置のための共通アプリケーションベー スを提供するデリバリ・システムおよび方法を提供することである。 本発明の目的は、また、特定環境のニーズに合うように容易に修正または拡張 できる１組の再使用可能な構成要素を提供するデリバリ・システムおよび方法を 提供することである。 本発明のもうひとつの目的は、絵によるユーザーインターフェース(art user interface)を提供するとともに、これを容易にメインテナンスすることのでき るデリバリ・システムおよび方法を提供することである。 本発明の更なる目的は、開発とメンテナンスのサイクル時間を短縮するデリバ リ・システムおよび方法を提供することである。 本発明の更にもうひとつの目的は、レガシー（旧来の）アプリケーションを持 つ既存の遠隔装置をサポートできるデリバリ・システムおよび方法を提供するこ とである。図面の簡単な説明 図１は、複数の遠隔装置に接続された、本発明の好ましい実施形態によるデリ バリ・システムのダイアグラムである。 図２は、図１のデリバリ・システムの全体ブロック図である。 図３Ａから３Ｃは、バンキングセッション開始時のデリバリ・システムの動作 を述べたフローチャートである。 図４Ａから４Ｃは、図３Ａから３Ｃに示す動作を述べたデリバリ・システムの 部分ブロック図である。 図５Ａから５Ｄは、顧客認証時の、デリバリ・システムの動作を述べたフロー チャートである。 図６Ａから６Ｃは、図５Ａから５Ｃに示す動作を述べたデリバリ・システムの 部分ブロック図である。 図７Ａから７Ｂは、顧客によるミニアプリケーション選択時のデリバリ・シス テムの動作を述べたフローチャートである。 図８Ａから８Ｂは、図７Ａから７Ｂに示す動作を述べたデリバリ・システムの 部分ブロック図である。 図９は、ＣＡＴソフトウェアを外部ＣＡＴへ提供する時に用いる、本発明の好 ましい実施形態によるＮｅｔＣＡＴデリバリ・システムのブロック図である。 図１０は、本発明の好ましい実施例形態によるＣＡＴデリバリ・システムのブ ロック図である。 図１１は、図２のシステムでのレガシーアプリケーション・ブリッジ構成要素 ８４とレガシーアプリケーションとの間のインタラクションの例示的なダイアグ ラムである。好ましい実施形態の詳細な説明 ここで、本発明の好ましい実施形態を詳細に引用するが、そのひとつの実施例 は添付図面において説明されている。本発明は、銀行が使用するためのシステム １０を参照して説明されるが、システム１０は、金融サービスを提供するどのよ うなタイプの機関でも使用できる。金融システム１０は、金融サービスを種々の 遠隔装置に提供するためのデリバリ・システム１２を含む。これらの遠隔装置は 、テレビ電話１４、ＣｉｔｉｂａｎｋのＣＡＴ／ＣＡＳＳＴ端末のような現金自 動預払機（ＡＴＭ）１６、パソコン１８、または個人用情報機器（ＰＤＡ）２０ 等を含む。遠隔装置は、実施例上はどのようなタイプの装置でもよく、デリバリ ・システム１２との通信用の適切な何れかのソフトウェア、例えば標準ウエブ・ ブラウザまたは他の第三者ソフトウェア・プロダクトがインストールされる。従 って、デリバリ・システム１２から金融サービスの提供を受けることができる遠 隔 装置は、どのような特定のクラスまたはタイプの遠隔装置にも限定されず、将来 のどのような装置やシステムも含まれる。更に、デリバリ・システム１２は、金 融機関の顧客だけにサービスを提供するのでなく、機関の内部、例えばスタッフ 端末２６のところにおいてもサービスを提供できる。 更に、デリバリ・システム１２は、複数の異なるデリバリ・ネットワーク全体 に金融サービスを提供する。一実施例として、デリバリ・システム１２は、引用 して本明細書の開示として組み込まれているMoss et al.の米国特許第５,４８５ ,３７０号に開示されているホームサービス・デリバリ・システム(ＨＳＤＳ)な ど、ダイアルアップ・アクセスを介して、またはアプリケーションサーバを通じ て、テレビ電話１４、パソコン１８、またはＰＤＡ２０に金融サービスを届ける ことができる。他の実施例として、デリバリシステム１２は、インターネットま たはワールドワイドウエブ(World Wide Web)を介する等、インターネット・サー ビスプロバイダ（ＩＳＰ）２２またはオンライン・サービスプロバイダ２２を介 して、遠隔装置２４に金融サービスを提供してもよい。デリバリ・システム１２ は、インターネット、大陸電話回線(land-line telephone network)、セルラー ネットワークまたはケーブルネットワーク等、様々な通信経路で、金融サービス を提供できる点で有利であり、また新しい伝送経路または新しい伝送プロトコル で動作するように、容易に変更できる。 Ｉ．サービスセットおよび構成要素 図２を参照すると、本発明の好ましい実施例形態によるデリバリ・システム１ ２は、複数セットのサービス構成要素を備える。これらのセットのサービス構成 要素には、タッチポイントおよびディスプレイセット３０、タッチポイント・イ ンタフェースサービスセット４０、およびタッチポイント・サービスセット５０ を含む。一般的にタッチポイントおよびディスプレイセット３０は、実際の顧客 ディスプレイおよび入力設備を提供し、タッチポイント・インタフェースサービ スセット４０は、タッチポイント・サービスセット５０にインタフェースを提供 する。タッチポイント・サービスセット５０は、デリバリ・システム１２のため のプレゼンテーションマッピングとフロントドア・セキュリティを提供する。ま た、デリバリ・システム１２は、周辺機器インタフェースと管理サービスを提供 する周辺機器サービスセット６０を含む。システムサービスセット７０は、ロギ ング(logging)、イベント・ブローカーリング(event brokering)、サービスレ ジストリ(service registry)、および暗号化サービスを提供し、ダイアログ（対 話）サービスセット８０は、ウエルカム(welcoming)、ナビゲーション・シェル 、およびアプリケーション固有のダイアログを提供する。取引サービスセット９ ０は、取引調整およびＥＳＰメッセージフォーマットを提供し、外部サービスプ ロバイダ・インタフェース・サービスセット１００は、メッセージ順序付けプロ トコルとＥＳＰインタフェースプロトコルを提供する。顧客サービスセット１１ ０は、顧客識別(customer identification)、リレーションシップ、口座、およ び発行者サービスを提供し、ビジネスサービスセット１２０は、規則ブローカー リング(rule brokering)、言語および取得(acquirer)のサービスを提供する。セ ッションサービスセット１３０は、セッション・スタートアップと、セッション およびデリバリ媒体コンテキスト(vehicle context)を提供する。 Ａ．タッチポイントおよびディスプレイセット３０ タッチポイントおよびディスプレイセット３０は、遠隔装置（リモート装置） 上に実際の顧客ディスプレイと入力設備を提供する。タッチポイントおよびディ スプレイセット３０は、遠隔装置のスクリーン上にページを表示するタッチポイ ントおよびディスプレイ構成要素３１を含み、顧客入力をデリバリ・システム１ ２へ送る。タッチポイントおよびディスプレイ構成要素３１は、遠隔装置上のア プリケーションサーバを用いて、リンク／セッションレベルのプロトコルの管理 を担う。またタッチポイントおよびディスプレイ構成要素３１は、サーバーイン タフェース・プロトコルをデコードして、遠隔端末のローカルスクリーンヘペー ジを出力する。タッチポイント・ディスプレイ構成要素３１は、チョイス選択お よびフォーム入力を含め、顧客入力を獲得して、サーバーインタフェース・プロ トコルの入力をエンコードし、タッチポイント・インタフェースセット４０へ顧 客入力を送る。デリバリ・システム１２のインターネットセッションに関しては 、タッチポイント・ディスプレイ構成要素３１は、ＴＣＰ／ＩＰ、ＨＴＴＰのよ う なプロトコルを操作するウェブ・ブラウザを含むのが好ましいが、ＦＴＰを含む ことはさほど好ましくない。 Ｂ．タッチポイント・インタフェースサービスセット４０ タッチポイント・インタフェースサービスセット４０は、タッチポイント・サ ービスセット５０にインタフェースを提供し、タッチポイント・インタフェース 構成要素４１を含む。タッチポイント・インタフェース構成要素４１は、遠隔装 置を伴なうリンク／セッションレベルのプロトコルの管理を担う。タッチポイン ト・インタフェース構成要素４１は、例えば遠隔装置からの初期コンタクト時の 新しいセッションをスタートする旨、セッションサービスセット１３０に通知す る。またタッチポイント・インタフェース構成要素４１は、インタフェースプロ トコルのメッセージをエンコードして、メッセージをタッチポイント・サービス セット５０に送り、タッチポイント・サービスセット５０から受信したメッセー ジをデコードする。更にタッチポイント・インタフェース構成要素４１は、タッ チポイント・サービスセット５０の適切なセッション・フロントドア・マネージ ャ構成要素５１に至る受信メッセージの経路を設定する。デリバリ・システム１ ２のインターネットセッションに関しては、タッチポイント・インタフェース構 成要素４１は、ＴＣＰ／ＩＰ、ＨＴＴＰのようなプロトコルを操作するウェブ・ ブラウザを含むのが好ましいが、ＦＴＰを含むことはさほど好ましくくない。 Ｃ．タッチポイント・サービスセット５０ タッチポイント・サービスセット５０は、最終装置固有のプレゼンテーション ・レイアウトとフロントドア・セキュリティを担い、フロントドア・マネージャ 構成要素５１とプレゼンテーション・マネージャ構成要素５２の構成要素を含む 。フロントドア・マネージャ構成要素５１は、遠隔装置の、セッションへのアク セスをガードする。遠隔セッションに関しては、フロントドア・マネージャ構成 要素５１は、発信メッセージへセッション・セキュリティ・トークンを追加し、 また到着メッセージに関するセッション・セキュリティ・トークンを確認する。 ＣＡＴ／ＣＡＳＳＴ１６を伴なうセッションに関しては、フロントドア・マネー ジャ構成要素５１は、通信を進めるだけでよい。フロントドア・マネージャ構成 要素５１は、単一構成要素として示されているが、フロントドア・マネージャ構 成要素５１は、各タイプの遠隔装置のための個別構成要素を含むのが望ましい。 プレゼンテーション・マネージャ構成要素５２は、装置固有のプレゼンテーシ ョン・フォーマットで、ページ上の情報の正規表現を、固有スタイルレイアウト にマッピングすることを担う。従って同じアプリケーションは、異なる装置タイ プに対して、異なるプレゼンテーションスタイルをとることができる。例えば、 同じアプリケーションは、アプリケーションが、パソコン１８、ＰＡＤ２０、テ レビ電話１４、ＣＡＴ１６、第三者キオスク端末、あるいは別のタイプの遠隔装 置の何れに表示されるかにより、異なるプレゼンテーション・スタイルをとるこ とができる。スタイルテンプレートは、カラー・スキーム、グラフィック、アイ コン、およびフォントサイズのように、地域のローカル文化の違いをサポートす るために、地域毎にカスタム化される。プレゼンテーション・マネージャ構成要 素５２は、タグ付フレーズやデータをアプリケーションから、アプリケーション が参照した特定ページテンプレートの特定フィールドへマッピングする。テンプ レートは、ページ上のフレームのレイアウトと表現、マルチメディア・エレメン ト、チョイスおよびデータフィールド、そして特定スタイルと装置タイプに関す るページ上の入力フォームを制御する。またプレゼンテーション・マネージャ構 成要素５２は、特定遠隔装置に関する装置固有のフォーマットの得られたページ をデコードし、そのページをフロントドア・マネージャ構成要素５１へ送る。ま た、プレゼンテーション・マネージャ構成要素５２は、遠隔装置から着信メッセ ージを受信して、チョイス情報とフォーム・フィールドを、装置固有のフォーマ ットからタグ付正規表現に変換し、その表現の、ダイアログ・サービスセット８ ０内の適切な構成要素に至るまでの経路を設定する。プレゼンテーション・マネ ージャ構成要素５２は、デリバリ・システム固有のテンプレートを用いて、同様 なチョイス、データフィールド、およびフォームを有するページ全域に矛盾のな いレイアウトスタイルを有効にする。テンプレートは、ページ上の全ての可能な オブジェクトのスーパーセットになり得るが、その理由は、プレゼンテーション ・マネージャ構成要素５２が、何れのデータにも関連しないフィールドとチョイ スを「ドロップアウト(drop out)」できるからである。引用により本明細書に組 込まれている、１９９６年１０月３０日に出願された関連出願である、出願番号 第０８／７４１．１２１号「異なるアクセス装置を介するソフトウエアアプリケ ーションプログラムへのアクセスを自動的に調和するための方法およびシステム 」を参照のこと。 Ｄ．周辺機器サービスセット６０ 周辺機器サービスセット６０は、周辺機器サービスに対するアプリケーション ・リクエスト、およびこのようなリクエストを処理するソフトウェア・アプリケ ーション・プログラムの管理に対するアプリケーションリクエストの処理を担う 。周辺機器サービスセット６０は、例えば、ＣＡＴ／ＣＡＳＳＴ１６のような遠 隔装置に関連する周辺機器へのカスタムな高レベルアプリケーションインタフェ ースを提供する。周辺機器サービスセット６０は、周辺機器ハンドラ構成要素６ １、周辺機器マネージャ構成要素６２、およびセッション装置マネージャ構成要 素６３を含む。 周辺機器ハンドラ構成要素６１は、特定種類の接続された周辺ハードウェア装 置を代表するとともに、これらを制御する。何種類かの周辺機器は、ＣＡＴ／Ｃ ＡＳＳＴ１６のためのサービス・デリバリ・プラットフォームに接続される。周 辺機器ハンドラ構成要素６１は、好ましくは複数の周辺機器ハンドラ構成要素６ １を含み、各周辺機器ハンドラ構成要素６１は、包括的な装置管理インタフェー スと、特定サービスインタフェースとを提供する。更に、周辺機器ハンドラ構成 要素６１は、単一構成要素に限定されるのではなく、関連周辺ハードウェア装置 とインタフェースをとるための特定サブ構成要素を含む。周辺機器ハンドラ構成 要素６１は、必要とされるサブ構成要素をロードして起動し、特定周辺機器装置 のハードウェアを初期化する。周辺機器ハンドラ構成要素６１は、不変な、周辺 に固有な管理統計を維持し、リクエストがあれば、これらの統計と周辺機器のス テータスを報告する。また、周辺機器ハンドラ構成要素６１は、周辺機器のステ ータスの変化を関係当事者に通知し、故障後に周辺機器ハードウェアの機能を回 復する。周辺機器ハンドラ構成要素６１は、必要な何れの資源も解除することに より終了し、サブ構成要素の活動を停止させて、アンロードする。また装置管理 責任に加えて、周辺機器ハンドラ６１は、アプリケーションサービスを提供する 。例えば、周辺機器ハンドラ構成要素６１は、動作補正用に接続されているハー ドウェア装置を試験し、類似装置が共通インタフェースを共用できるように、サ ービスインターフェースを正規化し、アプリケーション・リクエストを、詳細な ハードウェア装置リクエストに変換する。この技術に精通する者には理解される ように、周辺機器ハンドラ構成要素６１により提供されるサービスの特定の性質 は、特定ハードウェア装置のタイプに依存する。 周辺装置マネージャ構成要素６２は、接続されている周辺機器とインタフェー スをとる構成要素を管理する。周辺装置マネージャ構成要素６２は、スタートア ップ時の接続されている装置のために周辺機器ハンドラ構成要素６１をロードし 、スタートアップ時に周辺機器ハンドラ構成要素６１を初期化する。周辺装置マ ネージャ構成要素６２は、周辺機器の使用可能性の変化を関係当事者に通知し、 シャットダウン時に周辺機器ハンドラ構成要素６１を終了し、シャットダウン時 に周辺機器ハンドラ構成要素６１をアンロードする。また装置管理の任務に加え て、周辺装置マネージャ構成要素６２は、アプリケーションサービスを提供する 。例えば周辺装置マネージャ構成要素６２は、顧客と診断結果により周辺機器の 利用の調整をとって、各周辺機器に対するアプリケーションリクエストを直列化 する。また、周辺装置マネージャ構成要素６２は、適切な周辺機器ハンドラ構成 要素６１までの各アプリケーションリクエストの経路を設定し、リクエストがあ れば全ての接続されている周辺機器のステータスを報告する。 セッション装置マネージャ構成要素６３は、獲得メカニズムを介して装置を制 御するために、制御アクセスを調整するセッション内(in-session)構成要素であ る。リクエストがあるとセッション装置マネージャ構成要素６３は、先ず、獲得 された装置の使用可能性と能力(capability)を判断して、参考としてクライアン トに装置を戻す。セッション装置マネージャ構成要素６３は、周辺装置マネージ ャ構成要素６２に問合わせて、システムに使用可能な装置を決め、またデリバリ 能力を問合わせて使用可能な遠隔装置を決め、セッション構成要素が使用するた めに、それらの装置の見本例を創り出し、かつ、特定装置のためにリクエストさ れるタイプのインタフェースに対する、ダイアログ・サービスセット８０からの 獲得装置リクエストを支援する。サポートされるインタフェースのタイプには、 例えば、管理インタフェース、アプリケーションインタフェース、および診断イ ンタフェースがある。 デリバリ・システム１２は、何れかの特定タイプの周辺機器に制限されること はない。更に、デリバリ・システム１２は、ＣＡＴ／ＣＡＳＳＴ１６のような、 特定タイプの遠隔装置に関連する周辺機器に制限されず、むしろ何れかの遠隔装 置に関連するのがよい。周辺機器には、例えば、タッチ画面、画面ディスプレイ 、フォームプリンタ、カード読出装置、ＰＩＮ符号化装置、封筒デポジトリ(env elope depository)、現金自動払機(キャッシュ・ディスペンサー)、スピーチ発 生装置(speech generator)、および音声発生装置を含む。また周辺機器は、音響 発生装置、ビデオプレーヤ、近接検出器(proximity detector)、およびバイオ測 定スキャナ(biometric scanner)を含んでもよい。この技術に精通する者には明 らかなように、周辺機器のステータスとその機器に関連する統計は、特定周辺機 器と共に変化する。例えば、カード読出装置を用いると、そのステータスは上下 して、「ビン満杯」を捕捉できる。カード読出装置に関連する統計には、読出カ ード枚数、読込み不良、捕捉されたカード、長期タイムアウト、および短期タイ ムアウトを含めることができる。もう１つの実施例では、デポジタ(depositor) のステータスには、上下、インク低、ビン満杯、を含めることが可能であり、デ ボジタの統計には、捕捉された封筒の枚数を含めることができる。 Ｅ．システムサービスセット７０ システムサービスセット７０は、ロギング、イベント・ブローカーリング、サ ービス・レジストレーション、および暗号サービスを含め、サーバ内のすべての セッションのための共通サービスを提供する。システムサービスセット７０は、 プロセスコントローラ構成要素７１、ロガー構成要素７２、イベント・ブローカ 構成要素７３、サービスレジストリ構成要素７４、暗号マネージャ構成要素７５ 、計測構成要素７６、システム管理エージェント構成要素７７、およびテストマ ネージャ構成要素７８を含む。 プロセスコントローラ構成要素７１は、デリバリ・システム１２内の全ての非 セッションシステムサービスと周辺機器管理プロセスとを開始させる。プロセス コントローラが開始させる構成要素には、ロガー構成要素７２、イベント・ブロ ーカ構成要素７３、サービス・レジストリ構成要素７４、暗号マネージャ構成要 素７５、計測構成要素７６、システム管理エージェント構成要素７７、およびテ ストマネージャ構成要素７８がある。プロセス制御構成要素７１は、更に、周辺 機器サービスセット６０内の周辺機器マネージャ構成要素６２と、セッション・ サービスセット１３０内のセッション・コントローラ構成要素１３１を開始させ る。 ロガー構成要素７２は、ログファイルを書込んで、これを管理し、ＮＴログフ ァシリティと結合して動作する。ロガー構成要素７２は、例えば、ログエントリ へ標準ヘッダーを追加し、ログエントリをログに書込む。 イベント・ブローカ構成要素７３は、ビジネスが、サーバでの活動を監視し、 活動に基づいて行動するために、イベントを専用処理する方法を提供する。ロー カルビジネス提供構成要素は、イベント・ブローカ構成要素７３に登録して、指 定イベントを受け取ることができる。イベント・ブローカ構成要素７３は、イベ ントに関連するフィルタリング規則を評価し、次に規則継承の結果として、登録 された構成要素を呼び出す。イベント・ブローカ構成要素７３は、例えば、シス テム管理システムへ通知を何時送るか決めることができる。 サービスレジストリ構成要素７４は、使用可能なミニアプリケーションとレガ シーアプリケーションのブリッジを登録する。サービス・レジストリ構成要素７ ４は、サービスに関する既知の名前が与えられると、完全なクラス名称をルック アップして構成要素を生成する「構成要素生成(CreateComponent)」機能を有す る。サービス・レジストリ構成要素７４は、現在使用可能なミニアプリケーショ ンとレガシーアプリケーションの登録を維持するために、ソフトウェアの配布と 、解放のフォールバック／カットオーバ(cutover/fallback of releases)のため の手順のコンテキストで動作する。またサービスレジストリ構成要素７４は、対 話サービスセット８０内のナビゲーションシェル構成要素８２に対し、現在使用 可能なミニアプリケーションとレガシーアプリケーションに関する情報を提供す る。 暗号マネージャ構成要素７５は、セキュリティを処理するために必要な暗号機 能を実行する。暗号マネージャ構成要素７５は、外部サービスプロバイダに関連 する秘密キーを管理して、公開キー証明の認証を実行する。暗号マネージャ構成 要素７５は、各外部サービスプロバイダのために秘密キーを保持するが、この秘 密キーは各外部サービスプロバイダのための多重レベルキーであってもよい。更 に、キーは公開キーに関連する、共用の秘密キー、すなわち私的キーであっても よい。また暗号マネージャ構成要素７５は、キーをアップグレードし、キーを用 いてメッセージＭＡＣと暗号メッセージを生成する。また暗号マネージャ構成要 素７５は、顧客ＰＩＮ／ＴＰＩＮを暗号化、および再暗号化する。 デリバリ・システム１２の多くの構成要素、特にシステム管理ファシリティに よる監視と制御をサポートする必要のある構成要素は、カウンタをアップデート し、カウンタを監視または制御する何らかの手段を提供する必要がある。いくつ かの機器により、関係する構成要素が、他の構成要素の変化を観察できる。各機 器は、機器更新装置とその関係オブザーバ間の接触、すなわ集合点を提供する。 機器更新装置が機器の値を変更するときは常に、その変更は、変更された機器の 値を観察する機会を与えるために、オブサーバに通知される。全ての機器は、機 器マネージャ構成要素７６により生成されて維持される。機器更新装置と機器オ ブザーバーの双方は、機器マネージャ構成要素７６から機器に関する参考情報を 入手する。各種類の機器は、機器の名称と種々の機器プロパテイを定義する発行 者を持つ。計測構成要素７６は、永続記憶装置に、カウンタおよび制御された値 の記録を保持する重要な機能を実行する。サポートされる機器は、カウント機器 、有限カウンタ機器、ステータス機器、および制御機器を含むが、これらに限定 されない。機器構成要素７６は、カウンタを生成、維持し、値を維持し、ステー タス値と名前のリストを発行し、値オブサーバを登録および登録抹消し、値の増 減を行う。また計測構成要素７６は、値が変更になると、登録されているオブザ ーバに通知し、また限定されたカウンタ値が、下限または上限の閾値のような閾 値を超えるとき、登録されているオブザーバに通知する。 システム管理エージェント構成要素７７は、３つのエージェント構成要素、す なわち管理プロトコル、コマンド・デスパッチ・エージェント、およびステータ ス管理エージェントを含む。管理プロトコル・エージェントは、システム１０上 の外部システム管理プロダクトとインタフェースをとり、コマンド・デスパッチ ・エージェントとステータス監視エージェントによりサポートされたフォーマッ トと、特定システム管理プロトコルとの間で相互変換を行う。管理プロトコル・ エージェントは、着信管理リクエストを、問合わせに変換するか、コマンド・デ スパッチ・エージェントのために修正し、システム管理警告をステータス監視エ ージェントから遠隔システム管理プロトコルに変換し、また管理サーバへの安全 なアクセスをサポートする。コマンド・デスパッチ・エージェントは、アクショ ンまたはステータスに対するリクエストを、構成要素の制御またはステータスの 検索に必要な正しい制御機器変数に変換する。コマンド・デスパッチ・エージェ ントは、問合わせ／修正のリクエストを、制御変数、カウンタ、およびステータ スインジケータなどの正しい計測構成要素・計測オブジェクトに変換する。ステ ータス監視エージェントは、ステータス機器変数とイベントを監視し、外部シス テム管埋プロダクトへの通知が必要か否かを判断し、何らかの重要な「警告」を 、外部システム管理プロダクトに送る。ステータス監視エージェントは、イベン ト・ブローカ構成要素７３からのイベントを登録し、機器、マシン状態相関、お よびフィルタ情報に対する変更を登録し、何らかのローカルアクションまたは問 合わせのために機器を使用し、管理プロトコル・エージェントおよび／またはイ ベントブローカ管理プロトコル・エージェントへ「より高いレベルの警告」を送 る。 試験マネージャ構成要素７８は、システム１２内の構成要素の試験と追跡を管 理する。試験マネージャ構成要素７８は、構成要素の生成時に、システム１２の 種々の構成要素からの情報を、自らそれら構成要素に接続して収集を行なう。次 に、試験のために接続された構成要素は、それらの動作中に試験マネージャ構成 要素７８に対して、方法のエントリと終了数を報告する。構成要素が試験と追跡 を受ける構成は、スクリプト、またはオンライン試験管理ユーザーインターフェ ースにより駆動されることができる。試験マネージャ構成要素７８は、試験を受 けた構成要素により報告された情報をログに記録するか、または試験管理ユーザ ーインターフェースを介して試験結果をテスターに報告できる。従って試験マネ ージャ構成要素７８は、どの構成要素に追跡と試験が成されているかを知り、追 跡と試験のために新しい構成要素に接続する。 Ｆ．対話サービスセット８０ 対話サービスセット８０は、意味内容と顧客とのインタラクションを担うとと もに、顧客に代わって取引を開始することを担う。対話サービスセット８０は、 ウエルカム・マット構成要素(welcome mat component)８１、少なくとも１つの ナビゲーションシェル構成要素８２、少なくとも１つのミニアプリケーション・ ダイアログ構成要素８３、および少なくとも１つのレガシーアプリケーション・ ブリッジ構成要素８４を含む。ナビゲーションシェル構成要素８２、ミニアプリ ケーション・ダイアログ構成要素８３、およびレガシーアプリケーション・ブリ ッジ構成要素８４は、単一構成要素として示されているが、これらの各構成要素 は、複数の構成要素を含むことができる。 ウエルカム・マット構成要素８１は、初期ウエルカムページを顧客に出力し、 顧客アイデンティティ（ＩＤ）と好み情報を収集する。顧客ＩＤの発行者が決ま り、予想される顧客認証後、ウエルカムマット構成要素８１は、いくつかの顧客 サービスオブジェクトを例示して、顧客に関する情報を保持し、次に顧客との次 のレベルのダイアログを遂行するナビゲーションシェル構成要素８２を開始する 。ウエルカムマット構成要素８１は、セッションが必要とする通りに、ＥＳＰイ ンタフェースサービスセット１００のバックドア・マネージャ構成要素１０１と の接続セッションを確立する。またウエルカムマット構成要素８１は、セッショ ンが必要とする装置を獲得し、ｓｃａｍ取引エクゼキュータを創ることにより、 ホストからの非請求イベントを扱う。ウエルカムマット構成要素８１は、サービ スのない、つまりウエルカムページを提示し、カード読出装置をイネーブル化し て、カード読出イベントを待つ。カードイベントが管理カードの場合、ウエルカ ムマット構成要素８１は、管理ウエルカムマット構成要素を具体化（例示、inst antiates）する。ウエルカムマット構成要素８１は、言語チョイスと、ナビゲー ションスタイルのような他の好みを含む種々の情報を顧客から収集する。またウ エルカムマット構成要素８１は、顧客の遠隔端末およびアクセスモードに矛 盾しない、例えばダイアル・インまたはインターネット等の方法で、顧客ＩＤ情 報、例えばＣＩＮ／ＰＩＮや公開キー証明書を収集する。ウエルカムマット構成 要素８１は、顧客アイデンティティ入力にエラーが生じた場合、例えばカードを 再読出しすることにより再試行処理を行い、顧客ＩＤ構成要素１１１を発行者に 問合わせる。ウエルカムマット構成要素８１は、顧客を認証し、かつ顧客のリレ ーションシップまたは顧客プロファイルを得るために、プロファイル取引実行構 成要素９１を具体化（例示）する。このプロセスは、発行者外部サービスプロバ イダとのインタラクションが絡むのが普通であるが、代わりにスマートカードの 情報に基づきローカルに実行してもよい。ウエルカムマット構成要素８１により 具体化（例示）された取引実行構成要素９１は、以下の顧客サービス構成要素、 すなわち、顧客ＩＤ構成要素１１１顧客リレーションシップ構成要素１１３、口 座構成要素１１５、および発行者構成要素１１２を具体化（例示）することにな る。またウエルカムマット構成要素８１は、取引レコード・キュー構成要素９１ を具体化（例示）し、レガシーアプリケーション・ブリッジ構成要素８４を初期 化して、デリバリ・ケーパビリティ、アクアイア、規則、および顧客の好みに基 づきナビゲーションシェル構成要素８２を開始する。 ウエルカムマット構成要素８１は、いくつかのビジネス機能に共通であっても よく、遠隔装置の周辺機器により異なっていてもよいダイアログのいくつかの部 分を行うために個別のマイクローアプリケーション・ダイアログ・サブ構成要素 に依存してもよい。例えば、ウエルカムマット構成要素８１は、ハロー・スクリ ーン・マイクロアプリケーション、言語選択マイクロアプリケーション、および ＰＩＮ取得顧客データ・マイクロアプリケーションに依存してもよい。 ウエルカムマット構成要素８１は、取得規則（アクワイア・ルール）と顧客Ｉ Ｄのタイプ、例えば公開キー証明書、ＡＴＭカード、クレジットカード、ｏｎ− ｕｓまたはｏｆｆ−ｕｓなどに基づいて顧客を認証するために、４つのことがで きる。ウエルカムマット構成要素８１は、公開キー証明書を用いて即時ローカル 認証を提供でき、あるいは発行者に即時認証を与えて回答を待つこともできる。 またウエルカムマット構成要素８１は、ナビゲーションシェル構成要素８２へ進 む一方で、発行者へバックグラウンド認証を与えるか、または最初の取引まで認 証を据置くこともできる。据置き認証を用いて、ウエルカムマット構成要素８１ は、デフォルト顧客リレーションシップ構成要素１１３、および当座預金、普通 預金またはクレジットカード等のプロダクトタイプのデフォルトセットを例示す る必要があり得る。規則ブローカ構成要素１２１が、カード／ＣＩＮプレフィッ クス番号に関する登録済発行者を持たない場合、顧客ＩＤ構成要素１１１が例示 されて、無効のマークが付けられ、更に、顧客の認証はスキップされ、無効の顧 客に関するナビゲーションシェル構成要素８２が始動する。無効の顧客は、それ でも、ミニアプリケーション・ダイアログに限り特定情報の利用が許される。 ナビゲーションシェル構成要素８２は、使用可能なミニアプリケーションの範 囲を顧客に知らせ、これらのアプリケーションの全域にトッブレベルのナビゲー ションを提供する。ナビゲーションシェル構成要素８２は、ミニアプリケーショ ンが実行されるフレームスペースを割り当てる。機能の複雑なグループ化または 種々のナビゲーションスタイルをサポートするために、ナビゲーションシェル構 成要素８２が、シェル内にシェルを含んでもよい。顧客による選択のために使用 可能なナビゲーションシェル構成要素８２は、詳細な質問と回答を介して顧客を 案内する線形ステップ；プルダウンメニューのような非線形の広い分岐ステップ ；顧客指定ショートカットのような好ましいステップ；または紹介ステップ；を 含み、それらは、サーチエンジンまたは自然語サーチ能力を含むことができる。 ナビゲーションシェル構成要素８２は、サービスレジストリ構成要素７４から、 使用可能なサービス候補のリストを得て、現行システムコンテキストでどのよう なサービスが実際に使用可能かを見るために、規則をチェックし、使用可能なミ ニアプリケーションの範囲を顧客に知らせる。使用可能なミニアプリケーション の範囲は、顧客リレーションシップ、発行者／取得規則およびダイナミックに登 録されるミニアプリケーションに基づく。ミニアプリケーションは、名称、アイ コン、または何れか他のタイプの表現を用いてオーガナイズされて識別される。 ナビゲーションシェル構成要素８２は、必要に応じて追加のナビゲーションシェ ル構成要素８２を具体化（例示）し、顧客のリクエスト通りに、ミニアプリケー ション対話構成要素８３を具体化（例示）する。ナビゲーションシェル構成要素 ８２は、同時に活動するミニアプリケーション対話間の切り替えをサポートし、 セッション終了時に、セッション・ミニアプリケーションの終了を具体化(例示) して呼び出す。デリバリ・システム１２は、顧客が、ミニアプリケーションを出 てナビゲーションシェル構成要素８２に入り、もうひとつのミニアプリケーショ ンをスタートさせる一方、前者のミニアプリケーションを現在のコンテキスト状 態に中断したままにしておくのが好ましい。顧客は、その後、新しいミニアプリ ケーションから出て前者のミニアプリケーションに戻るか、または複数の同時に 活動するミニアプリケーション間で切り替わることができる。スクリーンが埋め 込みフレームを持つ環境では、主ナビゲーションシェル構成要素８２は、例えば 、個々のフレームを制御するために、１つ以上のサブシェル構成要素８２を呼び 出してもよい。 ミニアプリケーションダイアログ構成要素８３は、特定対話スタイルでの、特 定ビジネス機能のための顧客とのダイアログを管理する。ミニアプリケーション ダイアログ構成要素８３は、例えば質問と回答のスタイルまたはフォームでの資 金振替または請求書支払いのビジネス機能を管理できる。ミニアプリケーション ダイアログ構成要素８３は、情報とチョイスを顧客に提示して、顧客入力を収集 して有効化する。ミニアプリケーションダイアログ構成要素８３は、ページ上の 情報内容と顧客インタラクションの流れを担うが、プリゼンテーションのスタイ ルとレイアウトは担わないのが好ましい。ミニアプリケーションダイアログ構成 要素８３は、同じビジネス機能のための異なる対話スタイルを持ついくつかの異 なるミニアプリケーションダイアログ構成要素８３を含むことができる。ミニア プリケーションダイアログ構成要素８３は、情報を入力する顧客の異なるモード 、例えば詳細な質問と回答のステップまたは複数の入力フィールドを持つ形式、 を通じて顧客を導くモードをサポートできる。特定ビジネス機能のための必要な 顧客入力を収集した後、ミニアプリケーションダイアログ構成要素８３は、取引 エクゼキュータ構成要素９１を用いて、外部サービスプロバイダと取引すること により、そして現金自動払機または預入機のような周辺装置を作動することによ り機能を果たす。ミニアプリケーションダイアログ構成要素８３は、特定対話ス タイルでの特定機能のための、顧客に見える制御の流れを推進する。この流れは 、顧客リレーションシップおよび異なる国／ビジネス規則を基にして仕立てられ る。ミニアプリケーションダイアログ構成要素８３は、ビジネスサービスセット １２０内の言語マネージャ構成要素１２２を用いて、表示または印刷のために、 フレーズを目的言語へ変換する。ミニアプリケーションダイアログ構成要素８３ は、表示または印刷のため、フレーズと、フォーマットされたデータをページに アセンブルし、各ページは、名前付テンプレート内の名前付オブジェクトのプロ パテイをセットすることにより、正規フォーマットで構成される。ミニアプリケ ーションダイアログ構成要素８３は、特定遠隔装置のための最終のスタイルとレ イアウトを処理するプレゼンテーション・マネージャ構成要素５２へページを送 る。ミニアプリケーションダイアログ構成要素８３は顧客入力を収集し、ビジネ ス規則を用いて顧客入力を有効化する。有効化は、例えば基本フィールド有効化 およびクロスフィールド有効化を含む。ミニアプリケーションダイアログ構成要 素８３は、取引エクゼキュータ構成要素９１を例示して呼び出すことにより、外 部サービスプロバイダとの取引を行い、またビジネス機能に必要な現金自動払機 または預入機のような遠隔装置を作動させる。ミニアプリケーションダイアログ 構成要素８３は、印刷されたレコードのための取引データをキューに入れ、計測 構成要素７６内の取引カウンタを増分する。ミニアプリケーションダイアログ構 成要素８３は、例えば個別のミニアプリケーション対話・サブ構成要素８３を用 いることにより、ＰＩＮエントリ、口座の解明および入力通貨の額などいくつか のビジネス機能に共通な対話のいくつかの部分を実行する。 レガシーアプリケーション・ブリッジ構成要素８４は、レガシーアプリケーシ ョンセットをイネーブル化して、デリバリ・システム１２での作動を可能にする ブリッジである。レガシーアプリケーション・ブリッジ構成要素８４は、データ がレガシーアプリケーションに記憶されている形式で、顧客と、デリバリ・シス テム１２のビジネスサービスオブジェクトとの間でデータの変換を行う。別のレ ガシーアプリケーション・ブリッジ構成要素８４が、ＵＳＣＡＴ、ＡｓｉａＣＡ Ｔ、ＬａｔｉｎＣａｔ、およびＥｕｒｏＣＡＴのような各タイプのレガシーアプ リケーションにあってもよい。レガシーアプリケーションに入ると、レガシーア プリケーション・ブリッジ構成要素８４は、セッションサービスセット１３０と 顧客サービスセット１１０からデータを得て、そのデータを、レガシーアプリケ ーションが必要とするグローバルデータ構造に変換する。レガシーアプリケーシ ョンから出ると、レガシーアプリケーション・ブリッジ構成要素８４は、レガシ ー構造から修正データを受取り、そのデータをデリバリ・システム１２内の顧客 サービスセット１１０に戻す。レガシーアプリケーション・ブリッジ構成要素８ ４は、プレセンテーションマネージャ構成要素５２が必要とする正規ページ構造 へレガシーページを変換し、バックドア・マネージャ構成要素１０１とインタフ ェースをとることにより、外部サービスプロバイダへメッセージを送る。またレ ガシーアプリケーション・ブリッジ構成要素８４は、エラーと取引をロギングす るためのロガーとインタフェースをとる。レガシーアプリケーション・ブリッジ 構成要素８４の初期化時に、規則ブローカ構成要素１２１および種々の規則認証 部署、主として取得者と発行者は、規則を処理するために、レガシーアプリケー ションが用いる静的テーブルへ移すのに必要なデータを得るために、質問を受け る必要がある。移動の程度により、レガシーアプリケーション・ブリッジ構成要 素８４は、それとナビゲーションシェル構成要素８２との間のいくつかの異なる リレーションシップを持つことが考えられる。例えば、ナビゲーションシェル構 成要素８２は、個々のレガシーアプリケーション・ブリッジ構成要素８４と同じ く、新しいミニアプリケーション対話構成要素８３全域に及んでトップレベルの ナビゲーションを提供してもよい。一部のカードタイプと発行者に関しては、ナ ビゲーションシェル構成要素８２は匿名でもよく、そして全てのビジネス機能性 は、レガシーアプリケーションにより提供される。この代替として、トップレベ ルのナビゲーションがレガシーアプリケーション内に提供される。ＣＡＴアプリ ケーションに関しては、ＣＡＴ／ＴＡＦＥランタイムのプールの中の１つを起動 時にセッションに割り当てられる。ナビゲーションシェル構成要素８２がそのア プリケーションを「奏する(plays))」ときのフレームスペースが、レガシーアプ リケーションに割り当てられる。個々のＣＡＴレベル３機能は、個別に登録され て公開される。ナビゲーションシェル構成要素８２は、既存のレベル２メニュー 構造を横断する必要もなく、ＣＡＴレベル３機能の公開をサポートする。 Ｇ．取引サービスセット９０ 取引サービスセット９０は、特定ビジネス機能を実行するのに必要な外部サー ビスプロバイダ取引を扱う。取引サービスセット９０内の構成要素は、取引調整 と、外部サービスプロバイダ・メッセージフォーマットを提供する。一部のケー スでは、１つ以上の取引実行構成要素９１は、所与のビジネス機能と関連付けら れる。代表的な取引実行構成要素９１のいくつかの実施例は、プロファイル取引 構成要素、ｓｃａｍ取引構成要素、現金引出構成要素、預金構成要素、振替構成 要素、取引実行記録構成要素、新規支払先リスト構成要素、更新支払先リスト構 成要素および支払い生成(make a payment)構成要素である。 各取引実行構成要素９１は、外部サービスプロバイダと取引することにより、 現金引出しのような特定のビジネス機能を実行する。取引実行構成要素９１は、 取引するのに必要な情報が存在するかどうかを判断するために、ミニアプリケー ション対話構成要素８３から得られたデータのプロパティを有効化する。データ が欠落している場合、取引実行構成要素９１は、直ちにエラーを戻す。取引実行 構成要素９１は、他のオブジェクト、例えば、顧客ＩＤ構成要素１１１、取得構 成要素１１４、発行者構成要素１１２、または口座構成要素１１５から、取引に 必要な追加情報を収集する。取引実行構成要素９１は、外部サービスプロバイダ に送られるべきメッセージをフォーマットし、また複数のサービスプロバイダへ メッセージを、必要に応じて逐次または同時に送ることにより複雑な取引を組織 化する。また取引実行構成要素９１は、レスポンス・メッセージをパースして、 取引オブジェクトのプロパテイとしての情報を戻し、また外部サービスプロバイ ダ取引の失敗から回復する。取引実行構成要素９１は、復帰時に取引を逆にたど ることもできる。取引実行構成要素９１は、取引の監査足跡を記録するためにシ ステムロガー構成要素(system logger component)７２を呼び出す。 Ｈ．外部サービスプロバイダ・インタフェースセット１００ 外部サービスプロバイダ・インタフェース・サービスセット１００は、外部サ ービスプロバイダ２２とインタフェースをとるためのプロトコルサポートを提供 する。外部サービスプロバイダ・インタフェース・サービスセット１００は、バ ックドア・マネージャ構成要素１０１および外部サービスプロバイダ・インタフ ェース構成要素１０２を含む。 バックドア・マネージャ構成要素１０１は、いくつかのセッションにおける複 数の取引実行構成要素９１からの単一外部サービスプロバイダへのメッセージを 多重化する。バックドア・マネージャ構成要素１０１は、特定の外部サービスプ ロバイダに送られる全てのメッセージにわたりメッセージ順位付け(message seq uencing)を行い、また、リクエスト取引実行構成要素９１へ戻るレスポンス経路 を設定する。バックドア・マネージャ構成要素１０１は、外部サービスプロバイ ダとの間で交わされるメッセージを、例えばＭＡＣまたは暗号によって保護する 。バックドア・マネージャ構成要素１０１は、順位番号を生成し、発信メッセー ジに、外部サービスプロバイダの封筒(envelope)を加え、外部サービスプロバイ ダ・インタフェースマネージャへ発信メッセージを送る。バックドア・マネージ ャ構成要素１０１は、メッセージの再試行を担い、着信メッセージの順位をチェ ックする。バックドア・マネージャ構成要素１０１は、正しい取引実行構成要素 ９１への返答メッセージの経路を設定し、登録されたまたは既知のシステム構成 要素への着信非請求メッセージの経路を設定する。バックドア・マネージャ構成 要素１０１は、エラー復帰、負荷共有、または代替経路設定を提供するために、 代替またはバックアップの外部サービスプロバイダ間での切替えを行なう。バッ クドア・マネージャ構成要素１０１は、複数の未処理リクエストを同時にサポー トできる。動作時に、バックドア・マネージャ構成要素１０１は、代替またはバ ックアップの外部サービスプロバイダの中で活動ステータスのプロバイダ、外部 サービスプロバイダの名称／所在地、サーバＩＤ情報、メッセージ序列番号、お よびメッセージセキュリティコンテキストを知っている。 外部サービスプロバイダ・インタフェース・マネージャ構成要素１０２は、外 部サービスプロバイダ２２との接続のためのプロトコルサポートを提供する。例 えば、外部サービスプロバイダ・インタフェース・マネージャ構成要素１０２は 、Ｘ．２５、３２７０、またはＳＮＡプロトコルサポートを提供することができ る。外部サービスプロバイダ・インタフェース・マネージャ構成要素１０２は、 必要なら特定タイプの外部サービスプロバイダ・インタフェースのためのプロト コルサポートを提供する。 Ｉ．顧客サービスセット１１０ 顧客サービスセット１１０は、セッションを開始する顧客に固有の全ての情報 を含むサービスカテゴリを提供する。顧客の識別に関連する全ての情報、顧客の 発行ビジネス、顧客プロファイル、およびすべての顧客口座は、このカテゴリの サービス内に含まれる構成要素オブジェクトである。顧客サービスセット１１０ は、顧客ＩＤ構成要素１１１、発行者構成要素１１２，顧客リレーションシップ 構成要素１１３、取得構成要素１１４、および口座構成要素１１５を含む。 顧客ＩＤ構成要素１１１は、情報を含んでおり、顧客のアイデンティティと関 連情報について質問に回答する。顧客ＩＤ構成要素１１１は、顧客ＩＤとカード 情報の問合わせをサポートし、顧客ＩＤとカード情報の更新をサポートし、また カード発行者を識別する。顧客ＩＤ構成要素１１１は、ＣＩＮ、暗号化ＰＩＮ／ ＴＰＩＮ、および公開キー証明書を含め、顧客の主要ＩＤを知っている。また顧 客ＩＤ構成要素１１１は、ステータスおよびＩＤの有効性を示すプロファイル・ アクションコード、すなわち有効、無効、または未確認、を知っている。顧客Ｉ Ｄ構成要素１１１は、ＡＴＭ、クレジットカード、スマートカード等のタイプの カードを含め、カードが用いられた場合、そのカード情報を所有し、現在とそれ までのデータを追跡する。顧客ＩＤ構成要素１１１は、カードがサポートするサ ービスの階層、表示される勧告メッセージテキスト、主要リレーションシップタ イプ・コード、および預金のみフラグ(deposit only flag)を知っている。顧客 ＩＤ構成要素１１１は、口座リスト、発行者リスト、および顧客リレーションシ ップ・リストとのリンクを持っている。また、顧客ＩＤ構成要素１１１は、顧客 の名前、顧客のメールアドレス、顧客の電子メールアドレス、および顧客の電話 番号を記憶し、この情報を、顧客または外部サービスプロバイダに提供すること により、この情報が再度リクエストされる必要をなくす。 発行者構成要素１１２は、セッションの開始に用いられた顧客ＩＤ情報に関し 、発行ビジネスを示す。発行者構成要素１１２は、全ての一般的な、発行者が関 連する非ミニアプリケーション固有のビジネス規則のための規則認証を行うもの である。発行者構成要素１１２は、発行者情報の問合わせをサポートし、全般的 な 発行者ビジネス規則についての質問への回答をサポートする。発行者構成要素１ １２は、顧客アイデンティティの発行者に関する情報、例えばビジネスコード、 金融機関識別子、および、バンクカード、クレジットカード、または他の第三者 カードなどの発行者タイプについての情報を持つ。発行者構成要素１１２は、サ ポートされているＰＩＮ長さと、発行者の国名および発行者デフォルト通貨に関 するＩＳＯ通貨コードとを知っている。発行者構成要素１１２は、発行者用顧客 リレーションシップのリストおよび発行者用口座リストを持つ。また、発行者構 成要素１１２は、サポートされているプロダクトとサービス、および取引とプロ ダクトの制限を知っている。発行者構成要素１１２は、データ、フォーマット、 および口座番号のマスキング等、発行者の提供規則とコレクトコール・サポート 、通貨、およびプロダクト名称等の発行者のローカル規則について知らされる。 また発行者構成要素１１２は、発行者のｓｅｒｖｉｃｅｒ−ＥＳＰ通信規則(ser vicer-ESP communication rules)、例えばプロファイルメッセージ・サポート、 サポートされている言語、およびサポートされているナビゲーション・スキーム なども知っている。発行者構成要素１１２は、顧客を認証する時期と方法、例え ば公開キーの証明書をローカルに有効化したり、直ちに発行者へ行ったり、発行 者に対する背景によったり、あるいは初回取引まで遅らせたりすることを知って いる。 顧客リレーションシップ構成要素１１３は情報を含み、顧客の関係についての 質問に回答できる。顧客リレーションシップ構成要素１１３に含まれる情報は、 顧客が所有する口座とプロダクト、顧客タイプ、好み、および特権を含む。顧客 リレーションシップ構成要素１１３は、顧客リレーションシップ情報の問合わせ をサポートし、顧客リレーションシップ情報の更新をサポートする。顧客リレー ションシップ構成要素１１３は、顧客リレーションシップの所有者または発行者 、顧客リレーションシップＩＤ、Ｃｉｔｉｂａｎｋ口座またはＣｉｔｉＧｏｌｄ 等の顧客リレーションシップタイプ、および顧客リレーションシップニックネー ムを知っている。顧客リレーションシップ構成要素１１３は、顧客に関連する口 座／プロダクトのリスト、口座カテゴリのリスト、および顧客のための口座リス トを持つ。また顧客リレーションシップ構成要素１１３は、顧客の予定取引を知 っ ており、また口座のサマリーステータスを把握している。顧客リレーションシッ プ構成要素１１３は、支払先リストと支払先リスト・ステータスを把握している 。顧客リレーションシップ構成要素１１３は、顧客の特権または制限、例えばそ の顧客に許されている取引の件数などを知っている。一部のビジネス、例えばメ キシコ、ベネズエラ、またはブラジルなどのビジネスは、１つのカードにつき複 数のリレーションシップを持つことができる。トッブレベルのナビゲーションで は、顧客は、セッションのために用いる主要なリレーションシップとしてこれら の関係の１つを選択できる。しかし、振替依頼は、異なるリレーションシップに ある口座間で振替ができる。 取得構成要素(acquirer component)１１４は、情報を含み、取得について回答 する。取得構成要素１１４は、セッションのための獲得ビジネスを表し、取得に 関連するがミニアプリケーションに固有でないビジネス規則のための規則認証を 行うものである。取得に関連して、ミニアプリケーションに固有の規則に関して は、ミニアプリケーションのダイナミックなインストレーションの一部として、 個別の規則認証部が別々に登録される。取得構成要素１１４は、取得情報の問合 わせをサポートし、また取得に関連するある特定の規則を処理する。取得構成要 素１１４は、セッションのための獲得ビジネスについての情報、例えば金融機関 識別子とビジネスコードを知っていて、取得の国または地域も知っている。 口座構成要素１１５は、情報を含んでいて、特定口座についての質問に回答で きる。個別の口座は唯一の口座構成要素１１５を持つのが好ましく、口座の詳細 と規則は、特定の個々の口座について異なる。口座構成要素１１５は、口座情報 の問合わせをサポートし、口座情報の更新をサポートする。口座構成要素１１５ は、口座を所有するビジネス、口座のカテゴリ、および口座のプロダクトタイプ とサブプロダクトタイプを知っている。また口座構成要素１１５は、資金ファミ リコードと資金コード、カテゴリコード、ロ座名義、口座番号、および通貨コー ド、残高、および条件等の口座の詳細を知っている。口座構成要素１１５は、機 能別特権と制限に関する情報、および関連するリンク口座についての情報を持っ ている。個々の口座は、振替えまたは請求書の支払が目的である顧客所有の口座 または受取人口座である。 Ｊ．ビジネスサービスセット１２０ ビジネスサービスセット１２０は、ビジネス規則、言語サポート、およびアク アイアサービスを扱うための形式的メカニズムを提供する。ビジネスサービスセ ット１２０は、規則ブローカ構成要素１２１と言語マネージャ構成要素１２２を 含む。 規則ブローカ構成要素１２１は、従来特別なものであったビジネス規則を扱う ためのメカニズムを形式化する。規則ブローカ構成要素１２１は、全てのビジネ ス質問のための中央レジストリである。セッション内の他の構成要素は、規則ブ ローカ構成要素１２１に対する名前付ビジネス質問に関心を向ける。規則ブロー カ構成要素１２１は、規則認証部または規則を登録した認証部に至る質問の経路 を設定する。各ミニアプリケーション固有のビジネス規則のための個別の規則認 証部を持つことにより、デリバリ１２の残りに影響を及ぼすことなく、新しい規 則が独立に追加される。規則ブローカ構成要素１２１は、オーバーライドのコン セプト(concept of overrides)をサポートし、ビジネス規則への変更が必要な場 合、そのサポートにより、新しい規則認証部のダイナミックな登録が可能になる 。規則ブローカ構成要素１２１は、質問に直接答えるか、または、口座構成要素 １１５や発行者構成要素１１２のような別の構成要素に至る質問の経路を設定す るかのいずれも行なうことができる。また規則ブローカ構成要素１２１は、規則 データベースへのインタフェースをとることを担い、どの構成要素が各質問に答 えるかを知っている。 言語マネージャ構成要素１２２は、特定のコンテキストで必要とされるテキス トフレーズを解明するための利便(facility)を、アプリケーションに提供する。 コンテキストは、顧客が選択する言語と、使用する装置のタイプとを含む。言語 マネージャ構成要素１２２は、言語と装置に、独立した方法でのアプリケーショ ンの記述を可能にするフレーズの格納部(レポジトリ、repository)を提供する。 アプリケーションの観点から、全てのフレーズは名前がつけられる。アプリケー ションがフレーズの表示を必要とする場合、アプリケーションは、指定言語チョ イスと現在のプレセンテーション装置のタイプが与えられると、このフレーズ名 に 関する正しいテキストについて、プレゼンテーションマネージャ構成要素５２が 提供した言語マネージャ構成要素１２２に問合わせる。また言語マネージャ構成 要素１２２は、埋め込み変数を持つフレーズの使用にまでこの機能を拡張できる 。従って、アプリケーションは、リクエストされているポイントでフレーズに挿 入される追加的なパラメータを提供できる。リクエストを解決するために、言語 マネージャ構成要素１２２は、格納部（レポジトリ）をセグメント化した状態で 、特定フレーズの正しいバージョンを見つけ出す（ルックアップする）ために、 フレーズレポジトリを用いる。１組の「グローバル」フレーズは、全てのアプリ ケーションにより使用可能であり、ミニアプリケーション対話固有のセットのフ レーズが設定される。従って、リクエストしたミニアプリケーション・ダイアロ グ構成要素８３のＩＤが与えられると、そのミニアプリケーション・ダイアログ 構成要素８３に固有のレポジトリが探索され、次にフレーズが見つからなかった 場合、グローバルレポジトリが探索される。フレーズレポジトリは、ミニアプリ ケーション・ダイアログ構成要素８３の生成にある程度の独立性を許す。グロー バルレポジトリに対する調整された更新は、新しいミニアプリケーション・ダイ アログ構成要素８３を解除するのに何ら必要とされず、ミニアプリケーション・ ダイアログ構成要素８３はグローバルフレーズをオーバーライドできる。また言 語マネージャ構成要素１２２は、一部の言語で遭遇する文法の性や複数形の問題 を扱うのに必要なフレーズのダイナミック構成のためのＡＰＩを提供する。言語 マネージャ構成要素１２２は、フレーズレポジトリのリクエストされているフレ ーズをルックアップし、クライアントＩＤ、言語ＩＤ、場所、フレーズ媒体、フ レーズフォーミュレイト、および装置タイプに基づいてフレーズを戻し、また、 例えば装置上の小型ディスプレイのための短い形式のフレーズなど、装置によっ ても分類される。言語マネージャ構成要素１２２は、フレーズレポジトリを生成 して維持するために、１組の開発ツールにより支持される。これらの開発ツール は、フレーズＩＤの生成と削除のために、レポジトリのフレーズテキスト、複数 言語テキストの入力、可変挿入ポイントの指定、およびグラフィックファイル、 サウンドまたはビデオファイルの追加・変更・削除を行なうためのメカニズムを 提供する。 Ｋ．セッションサービスセット１３０ セッションサービスセット１３０は、セッションコントローラ構成要素１３１ 、セッション構成要素１３２、およびデリバリ能力構成要素１３３を含む。セッ ションコントローラ構成要素１３１は、デリバリ・システム１２内の全てのセッ ションを管理する。新しい顧客がデリバリ・システム１２にコンタクトするとき 、セッションコントローラ構成要素１３１は、セッションのために、セッション バブル(session bubble)を具体化（例示、instantiating）することによりセッ ションを開始する。セッションバブル、例えば図２に示すセッションバブルＳは 、唯一の顧客セッションに割り当てられた安全なセットの資源に境界を設ける。 セッションコントローラ構成要素１３１は、セッション開始リクエストを出した 顧客の遠隔装置のタイプと、リクエストされている広いプロダクトタイプを知り 、これによって適切なタイプのセッションバブルが例示できる。セッションコン トローラ構成要素１３１は、顧客が、デリバリ・システム１２にコンタクトして セッションオブジェクトの新しい実例を具体化するとき、セッションを生成する 。セッションコントローラ構成要素１３１は、セッションオブジェクトに操作を 行なって全ての活動ステータスのセッションのレジストリを維持する。またセッ ションコントローラ構成要素１３１は、顧客が接続を正規でなく切断したときに セッションを終了する。 セッション構成要素１３２は、このセッションに関連する資源を管理する。セ ッション構成要素１３２は、いくらかの初期セッション資源を送り込み、その送 り込まれたセッション構成要素のためのレジストリとなる。またセッション構成 要素１３２は、あるセッションコンテキスト情報および全ての指定されたセッシ ョン資源とサービスを知っている。セッション構成要素１３２は、セッションが 生成されたとき、デリバリ能力構成要素１３３、規則ブローカ構成要素１２１、 フロントドア・マネージャ構成要素５１、プレゼンテーション・マネージャ構成 要素５２、取得構成要素１１４、言語マネージャ構成要素１２２、およびウエル カムマット構成要素８１の資源を例示して初期化し、セッションが終了したとき にこれらを削除する。セッション構成要素１３２は、タッチポイントが取りつけ られた通知を構成要素の各々に送り、セッションによりグローバルなアクセスに 必要な追加的なセッション構成要素の登録をサポートする。セッション構成要素 １３２は、セッションが異常終了したとき資源を回復し、有意なセッションイベ ント、例えばセッションの開始または終了、およびセッションエラーなどをログ （記録）する。セッション構成要素１３２は、セッションＩＤとセッション時間 の開始を含むセッション開始情報を持つ。またセッション構成要素１３２は、多 くの他のセッション構成要素にリンクするためのハンドルを持ち、どのナビゲー ションシェル構成要素８２とミニアプリケーション対話構成要素８３が活動状態 になっているかを知る。またセッション構成要素１３２は、セッションの終了理 由を知っている。 デリバリ能力構成要素１３３は、データを保持し、特定セッションのために遠 隔装置のデリバリ能力に関する質問に答える。デリバリ能力構成要素１３３に含 まれる情報は、セッションの開始の原因となる遠隔装置からの開始メッセージで 明示的または黙示的に通信される。デリバリ能力構成要素１３３は、デリバリ・ システム１２内の他の構成要素からの問合わせのために使用可能である。デリバ リ能力構成要素１３３は、遠隔装置のデリバリ能力に関する質問に回答する．例 えば、ウエブ・ブラウザの遠隔装置に関しては、デリバリ能力は、ＨＴＭＬレベ ルを含み、さほど好ましくないがＦＴＰ、画像フォーマット、アプレットタイプ 、スクリプトタイプおよびインタナショナルフォントを含む。デリバリ能力構成 要素１３３は、アクセスモードに基づく初期機能、例えばインターネット、ダイ アルイン、またはＣＡＴなどを備えるセッションコントローラ構成要素１３１に より例示される。 II．ウォークスルー(walk-throuqh)の実施例 Ａ．バンキングセッションの開始 図３Ａ〜３Ｃおよび図４Ａ〜４Ｃを参照して、セッションの実施例を説明する 。顧客は、デリバリ・システム１２と、通信に用いられる遠隔装置とにより様々 な方法でセッションを開始できる。例えば顧客は、テレビ電話、ＣＡＴ／ＣＡＳ ＳＴ１６、パソコン１８、またはＰＤＡ２０を用いることができる。また顧客は 、 遠隔装置２４と外部サービスプロバイダ２２を用いてデリバリ・システム１２と 通信できる。顧客は、使用する特定遠隔装置のいかんを問わず、デリバリ・シス テム１２のタッチポイントおよびディスプレイ構成要素３１とを介してセッショ ンを開始する。ステップＥ２で、バンキング開始メッセージは、タッチポイント およびディスプレイ構成要素３１から、タッチポイント・インタフェース構成要 素４１に送られる。ステップＥ３で、タッチポイント・インタフェース構成要素 ４１は、セッションコントローラ構成要素１３１にセッション開始メッセージを 送る。ステップＥ４では、セッションコントローラは、セッション構成要素１３ ２を具体化（例示、instantiates）する。ステップＥ５において、セッション構 成要素１３２は、次にデリバリ能力構成要素１３３と、セッション装置マネージ ャ構成要素６３とを具体化する。 ステップＥ６において、セッション構成要素１３２は、フロントドア・マネー ジャ構成要素５１を具体化する。セッション構成要素１３２は、ステップＥ６に おいて、プレゼンテーション・マネージャ構成要素５２を具体化し、またステッ プＥ７では、プレセンテーション・マネージャ構成要素５２を具体化する。ステ ップＥ８において、セッション構成要素１３２は、規則ブローカ構成要素１２１ を具体化し、ステップＥ９において、言語マネージャ構成要素１２２を具体化す る。ステップＥ１０において、セッション構成要素１３２は、取得構成要素１１ ４を具体化し、ステップＥ１１において、ウエルカムマット構成要素８１を具体 化する。 ステップＥ１２において、ウエルカムマット構成要素８１は、ログオンをプレ ゼンテーション・マネージャ構成要素５２へ送る。プレゼンテーション・マネー ジャ構成要素５２は、ステップＥ１３において、装置固有のテンプレートに基づ きスクリーンをフォーマットし、フォーマットされた情報をフロントドア・マネ ージャ構成要素５１へ送る。ステップＥ１４において、フロントドア・マネージ ャ構成要素５１は、セッション・クッキー(cookie)を指定し、回答をタッチポイ ント・インタフェース構成要素４１を介して顧客へ送る。 ステップＥ１〜Ｅ１４に反映されているように、顧客は何れかのタイプの遠隔 装置を用いてデリバリ・システム１２にアクセスできる。これに応答してデリバ リ・システム１２は、その顧客固有のセッションバブルを生成する。このセッシ ョンバブルは、好ましくは、セッション構成要素１３２、デリバリ能力構成要素 １３３、セッション装置マネージャ構成要素６３、規則ブローカ構成要素１２１ 、ウエルカムマット構成要素８１、フロントドア・マネージャ構成要素５１、お よびその特定セッションに専用の種々の他の構成要素を持つ。プレゼンテーショ ン・マネージャ構成要素５２、フロントドア・マネージャ構成要素５１、タッチ ポイント・インタフェース構成要素４１、およびタッチポイント・ディスプレイ 構成要素３１を介して、デリバリ・システム１２は、メッセージを何れかのタイ プの遠隔装置に合わせてフォーマットし、このメッセージを特定顧客の要望によ り特別仕立てにすることができる。デリバリ・システム１２は種々の遠隔装置の 全域にわたり均一性を提供できるので、用いられる遠隔装置の如何を問わず、矛 盾がなく親しみやすいインタフェースを顧客に提示できる。 Ｂ．顧客認証 顧客を認証するプロセスの実施例を、図５Ａ〜５Ｄおよび図６Ａ〜６Ｃを参照 して説明する。ステップＥ２１において、顧客は、タッチポイント・インタフェ ース構成要素４１に情報を転送するタッチポイント・ディスプレイ構成要素３１ のところで自らのＣＩＮとＰＩＮを入力する。ステップＥ２２において、タッチ ポイント・インタフェース構成要素４１は、セッション・クッキー(cookie)での セッションＩＤに基づき、適切なセッションバブルにメッセージを転送する。ス テップＥ３において、フロントドア・マネージャ構成要素５１は、プレゼンテー ション・マネージャ構成要素５２にメッセージを転送する前に、クッキーおよび 他のパラメータの安全性のチェックを行なう。ステップＥ２４において、プレゼ ンテーション・マネージャ構成要素５２は、対話サービスセット８０に至る入力 の経路を設定する。例えば、プレゼンテーション・マネージャ構成要素５２は、 ＭＩＭＥ(Multipurpose Internet Mail Extension)タイプとＵＲＬに基づいて入 力の、適切な対話ウエルカムマット構成要素８１に至る経路を設定すことができ る。 ステップＥ２５では、ウエルカムマット構成要素８１は、誰がＣＩＮに基づく 発行者であるかを質問する。ウエルカムマット構成要素８１は、次にステップＥ ２６において、顧客ＩＤ構成要素１１１を具体化し、ステップＥ２７において、 発行者構成要素１１２を具体化する。ステップＥ２８において、ウエルカムマッ ト構成要素８１は、顧客を認証するためにプロファイル取引実行構成要素９１を 具体化し、次にＣＩＮおよび暗号化されたＰＩＮを取引実行構成要素９１に渡す 。ステップＥ２９において、取引実行構成要素９１は、回答メッセージをフォー マットし、メッセージを、バックドア・マネージャ構成要素１０１を介してホス トへ送る。ステップＥ３０において、バックドア・マネージャ構成要素１０１は ユニバーサル・メッセージ・シーケンスを加え、ステップＥ３１において、外部 サービスプロバイダ・インタフェース構成要素１０２が、外部サービスプロバイ ダ２２にプロトコル・ゲートウェイを提供する。 ステップＥ３２において、バックドア・マネージャ構成要素１０１に応答が戻 され、バックドア・マネージャ構成要素１０１は、適切な取引実行構成要素９１ に至る応答の経路を設定する。ステップＥ３３において、取引実行構成要素９１ は外部サービスプロバイダ・メッセージから情報を抜き出し、この情報をウエル カムマット構成要素８１へ与える。ステップＥ３４において、取引実行構成要素 ９１が顧客リレーションシップ構成要素１１３を具体化し、顧客リレーションシ ップ構成要素１１３は次に、ステップＥ３５で口座構成要素１１５を具体化する 。ステップＥ３６において、ウエルカムマット構成要素９１がナビゲーションシ ェル構成要素８２を具体化し、ナビゲーションシェル構成要素８２はステップＥ ３７において、顧客に初期ナビゲーションチョイスを送る。ステップＥ３８にお いて、プレセンテーション・マネージャ構成要素５２は、スクリーンディスプレ イのスタイルをフォーマットし、フロントドア・マネージャ構成要素５１、タッ チポイント・インタフェース構成要素４１、およびタッチポイントおよびスクリ ーンディスプレイユニット３１を介して顧客に応答を送る。 Ｃ．ミニアプリケーションの選択 ミニアプリケーションの選択を、図７Ａ〜７Ｂおよび図８Ａ〜８Ｂを参照して 説明する。ステップＥ４１において、顧客は、タッチポイントおよびディスプレ イ構成要素３１を用いてミニアプリケーションを選択し、デリバリ・システム１ ２にリクエストが送られる。ステップＥ４２において、プレゼンテーション・マ ネージャ構成要素５２は、ＭＩＭＥタイプとＵＲＬに基づくリクエストをデ・マ ルチプレックス(多重からの復元、demultiplex)し、そのリクエストをナビゲー ションシェル構成要素８２へ送る。ステップＥ４３で、ナビゲーションシェル構 成要素８２は、適切なミニアプリケーション・ダイアログ構成要素８３を具体化 する。ステップＥ４４において、ミニアプリケーション・ダイアログ構成要素８ ３がチョイスを顧客へ戻す。ステップＥ４５では、機能のために全ての情報が収 集されるまで、顧客とミニアプリケーション・ダイアログ構成要素８３との間を 行来する対話が起こる。このステップ時に、ミニアプリケーション・ダイアログ 構成要素８３は、対話時に解決するために、規則ブローカ構成要素１２１へビジ ネス規則の質問を向ける。 ステップＥ４６では、全ての情報が収集された後、ミニアプリケーション・ダ イアログ構成要素８３が、選択された機能のために取引実行構成要素９１を具体 化する。ステップＥ４７において、取引実行構成要素９１は、外部サービスプロ バイダ２２へのメッセージをフォーマットし、外部サービスプロバイダ２２と取 引を行なう。ステップＥ４８において、取引実行構成要素９１はホストメッセー ジから情報を抜き出し、その情報をミニアプリケーション・ダイアログ構成要素 ８３に渡す。ステップＥ４９において、ミニアプリケーション・ダイアログ構成 要素８３は、応答の内容を公式化(formulates)し、フォーマットのために、プレ ゼンテーション・マネージャ構成要素５２へその応答を送る。ステップ５０にお いて、プレゼンテーション・マネージャ構成要素５２は、応答のスタイルとレイ アウトをフォーマットし、フロントドア・マネージャ構成要素５１、タッチポイ ント・インタフェース構成要素４１、およびタッチポイントおよびディスプレイ 構成要素３１を介して、顧客へ応答を送る。 III ．提示モデル(rendering model) ＣＡＴ１６へのローカルデリバリ、および他の遠隔装置へのローカルデリバリ の両方を可能にするために、基本的な提示モデル(rendering model)は間接的に なっている。好ましくは、対話サービスセット８０内の何れの構成要素も、スク リーンへ直に移動することはなく、むしろデータストリームを生成し、アプリケ ーションストリームはタッチポイント・ディスプレイ構成要素３１により最終的 に提示される。アプリケーションストリームは、好ましくは、名前付オブジェク トのＨＴＭＬ符合化ストリーム、または名前付テンプレートまたは形式を備えた トークンである。対話サービスセット８０は、次に名前付テンプレート内のこれ ら名前付オブジェクトのプロパテイをセットできる。ダイアログ・サービスセッ ト８０は、名前付オブジェクトのどのようなプロパテイもセットできるが、デリ バリ・システム１２は、好ましくは内容をスタイルから分離することにより、特 定のミニアプリケーションがてこ入れされて多くのデリバリ媒体の全域に届けら れる。一般的に、ミニアプリケーション・ダイアログ構成要素８３は、名前付オ ブジェクト、およびテンプレートＸ．オブジェクトＹ．プロパテイＺ＝値のよう な名前付テンプレートの名前付プロパテイの値をセットすることにより動作する 。 プレゼンテーション・マネージャ構成要素５２は、デリバリ媒体(delivery ve hicles)固有の名前付テンプレートを用いるが、スタイルおよび目的装置の符合 化言語へのマッピングを担う。プレゼンテーション・マネージャ構成要素５２は 、ミニアプリケーション・ダイアログ構成要素８３から受信したアプリケーショ ンストリームを受取り、デリバリ媒体固有のテンプレートに基づいてマッピング 規則に基づくデータをマージし、タッチポイントおよびディスプレイ構成要素３ １に送られる最終トークン・ストリームを生成する。ミニアプリケーション・ダ イアログ構成要素８３が参照する正規テンプレート(canonical templates)と、 プレゼンテーション・マネージャ構成要素５２が用いるデリバリ媒体固有のテン プレートとの間に１対１のマッピングが存在する。デリバリ媒体固有のテンプレ ートは、個々のオブジェクトのレイアウト、カラーおよびマッピングに関する固 有情報を含む。マイクロソフト(Microsoft)による１組のマージ基準およびオブ ジェクトの正確なＸ−Ｙ位置決めを可能にするスタイルシートを含め、アドバン ス・スタイルシートに関するＷＣ３は、テンプレート生成メカニズムの一部とし て用いられる。 スタイルからの内容分離は、多くの利点を提供する。例えば、分離によりプレ ゼンテーションのスタイルとレイアウトはミニアプリケーション・ダイアログ構 成要素８３のコードから独立して定義と変更がなされる。また分離により、単一 ミニアプリケーション・ダイアログ構成要素８３は、個々のオブジェクトまたは トークンの抽象を介して、１つよりも多いターゲット・デリバリ媒体へその機能 を届けることが可能になる。デリバリ・システム１２は、アプリケーションスト リームでの抽象オブジェクトの使用を可能にするとともに促進する。例えば「ボ タン」などの特定オブジェクではなく、「チョイス」などの抽象オブジェクトを 用いることにより、そのチョイスが多くのやり方でターゲット・デリバリ媒体上 に明示される。チョイスは、あるケースではＣＡＴボタンとして、また別のケー スではウインドウズ(Windows)スタイルのボタンとして、ＨＴＭＬアンカーとし て、またはスクローリング・リストのアイテムとして明示されよう。 デリバリ・システム１２は、デリバリ媒体固有のテンプレート内でのアクティ ブＸビジユアル・コントロール(ActiveX visual control)をサポートするのが好 ましい。一方で、デリバリ・システム１２は、拡張されることによりアクティブ Ｘコントロールをサポートしないデリバリ媒体上でのプレゼンテーションのため に、代わりのオブジェクトへ制御をマッピングできるようにするのが好ましい。 また、デリバリ・システム１２は、論理的に関連付けられた名前付オブジェクの 名前付グループでのグループ化を促進する。グループ化ファシリティがグループ 外でのマスキングを可能にするので、その装置つまりスクリーン装置(screen re alestate)の能力に基づいて、特定のデリバリ媒体に対し、それは届けられない だこととなる。 デリバリ媒体固有のテンプレートは、フレームセットのための、そしてひとつ のフレーム内の、両方の場合の、レイアウトとスタイルを定義する．フレームは 、ウエブ・ブラウザ内ではよく知られている概念であり、境界のある場合もあれ ば無い場合もあるスクリーン領域の長方形部分である。フレームセットは、全体 スクリーンウインドウ内のフレームのレイアウトを定義する。フレームセットは 、各フレームの幅と高さ、並びにそのフレームの内容を提供するＨＴＭＬページ またはプログラムとの初期リンクを定義する。プレゼンテーション・マネージャ 構成要素５２は全体的ディスプレイを管理する。テンプレートに基づき、プレゼ ン テーション・マネージャ構成要素５２は、ナビゲーションシェル構成要素８２に ひとつまたは複数のフレームを割り当てる。次に、テンプレートに基づき、ナビ ゲーションシェル構成要素８２は、ミニアプリケーション・ダイアログ構成要素 ８３にフレームを割り当てる。フレーム内では、フレームのレイアウトはデリバ リ媒体固有のテンプレートにより制御される。特定のミニアプリケーション・ダ イアログ構成要素８３のディスプレイスペースへ境界をつけるフレームを割り当 てることにより、１つのミニアプリケーション・ダイアログ構成要素８３ともう １つとの間における独立が維持され、またミニアプリケーション・ダイアログ構 成要素８３から独立して異なるナビゲーションシェル構成要素８２をインストー ルできる。プレゼンテーション・マネージャ構成要素５２は、ディスプレイスペ ースを１組のフレームとしてモデル化し、非フレーム化装置のためのデリバリ媒 体固有のテンプレートに基づき、プレゼンテーション・マネージャ構成要素５２ は、多くのフレームからの情報を遠隔装置へのデリバリのために単一フレームに マージする。 ミニアプリケーション・ダイアログ構成要素８３が用いる正規テンプレートは 、フレームにより境界が付けられる。ミニアプリケーション・ダイアログ構成要 素８３は、正規テンプレート内の名前付オブジェクトのプロパテイの設定を担う 。ミニアプリケーション・ダイアログ構成要素８３が「チョイス」オブジェクト として設定を担うこれらのプロパテイの１つはリンクである。リンクは、ミニア プリケーション・ダイアログ構成要素８３のようなターゲット・オブジェクトを 規定する標準ＵＲＬ(Universal Resource Locator)であり、またそのチョイスが 顧客により選択されたとき戻されるパラメータのリストでもある。顧客によるリ ンクの活動化は、チョイスしてミニアプリケーション・ダイアログ構成要素８３ をナビゲーションする主な方法の１つである。リンクに加えて、入力フィールド 、選択リスト、チェックボックス、ラジオ・ボタン、および他の方法により顧客 が入力したデータは、名前と値のペアの、標準ＨＴＭＬ符号化スタイルでのアプ リケーションストリームとして、ミニアプリケーション・ダイアログ構成要素８ ３に戻される。基本アプリケーションストリーム・インタフェースは、何れかの プログラミング言語により生成される。例えば、テキストストリームを生成す る何れのプログラミング言語もまたアプリケーションストリームを生成できる。 プログラミング言語は、ＣＯＭを介して通信できるのが好ましいが、別の方法に よるなら制約はない。アプリケーションストリームは、基本テキストを基にした アプリケーションストリームおよび他のMIMEタイプをサポートできる多重チャネ ルである。 デリバリ・システム１２は広範囲のデリバリ媒体に及ぶミニアプリケーション ・ダイアログ構成要素８３のてこ入れを促進するが、デリバリ・システム１２は 、特定デリバリ媒体またはデリバリ媒体のクラスに目標を置くミニアプリケーシ ョン・ダイアログ構成要素８３を記述することを妨げない。ミニアプリケーショ ン・ダイアログ構成要素８３とプレゼンテーション・マネージャ構成要素５２と の間でアプリケーションストリームを渡すメカニズムは変更されないだろう。ミ ニアプリケーション・ダイアログ構成要素８３は、今まで通り、内容を担い、プ レゼンテーション・マネージャ構成要素５２はスタイルとレイアウトを担う。し かしこのケースでは視覚的オブジェクトタイプまたは能力の範囲は、特定デリバ リ媒体に対してのみ使用可能であり、一般的・抽象的なもの全般に適しているわ けではない。例えば、クライアント側で生成したスクリプト(client-side scrip ting)は、一定装置または装置のクラスに対してのみ含めることができ、一般的 には容易でないであろう。 デリバリ・システム１２は、マルチメディアを容易にサポートできる。ＨＴＭ Ｌは、広範なメディアタイプ、例えばグラフィック、サウンド、およびムービー などの埋め込みや参照のための手段を持つ。デリバリ・システム１２は、標準Ｈ ＴＭＬ技法を用いて、遠隔装置での使用のために、拡張し続けるこのセットのメ ディアタイプをデリバリ・システム１２へ組込むのが好ましい。種々のエラー状 態、容易な切替え、およびミニアプリケーション・ダイアログ構成要素８３の再 始動をサポートするには、プレゼンテーション・マネージャ構成要素５２は、管 理する各フレームの最終ページの出力を蓄えておくのが好ましい。 IV．ミニアプリケーションのパッケージング(Packaging) デリバリ・システム１２の基本的な利点は、１つのミニアプリケーション・ダ イアログ構成要素８３がもう１つから独立していることである。デリバリ・シス テム１２は、新しいミニアプリケーションのダイナミックな挿入と登録のための 安全な環境に、それらのナビゲーション・シェル構成要素８２を提供する。デリ バリ・システム１２は、新しいミニアプリケーション・ダイアログ構成要素８３ を導入することにより、導入されたアプリケーションに対して完全な試験サイク ルだけを規定し、全体デリバリ・システム１２の回帰試験を規定しないですむ。 従ってミニアプリケーション・ダイアログ構成要素８３は、個別の構成要素とし て実装されるのが好ましい。例えば、ミニアプリケーション・ダイアログ構成要 素８３は、取引実行構成要素９１をＤＬＬ(Dynamic Link Library)またはＯＬＥ (Object Linking and Embedding)オブジェクトとして含むミニアプリケーション ・ダイアログ構成要素８３のための実行命令（．ＥＸＥ）を含むことができる。 またミニアプリケーション・ダイアログ構成要素８３は、規則ブローカ構成要素 １２１と共に登録される全ての新しい規則の入力を含めた規則ファイルを含む。 また適切な場合、ミニアプリケーション・ダイアログ構成要素８３は、汎用ルー ルエンジンにより解釈される何れかの規則のための、規則毎のルールエンジン・ ファイルおよびミニマムアプリケーション固有の規則認証部をサポートするため に、何れか必要なデータを提供する規則毎の規則データベースファイルを含む。 また、ミニアプリケーション・ダイアログ構成要素８３は、必要な全ミニアプリ ケーションに固有な言語のフレーズを含む言語ファイルおよび、適切な場合、全 ミニアプリケーションに固有なテンプレートを含んだテンプレートファイルを含 む。 Ｖ． ＮｅｔＣＡＴ 図９にＮｅｔＣＡＴサーバ２００の実施例が示されている。ＮｅｔＣＡＴサー バ２００は、旅行中の顧客に自分の「ホームスクリーン」を提示する能力を持つ 。この能力は、世界中の全てのＣＡＴＳ１６上で全ての地域に対してＣＡＴソフ トウェアをロードする必要もなく達成される。基本概念は、各地域に少なくとも １つのＮｅｔＣＡＴサーバ２００を持つことである。このＮｅｔＣＡＴサーバ２ ００上で、地域のＣＡＴソフトウェアが実行されると、世界中の何れかの獲得Ｃ Ａ Ｔ１６を介して「遠隔投影され」、従って世界中の顧客の殆ど全てにホームスクリ ーンが提供される。顧客のホームページの差違は、顧客の発行者が識別されるま で、また一定取引時に、特に現金の引出し時に初期ウエルカムスクリーン上に現 れるが、ここでは外国為替レートが表示され、また獲得国の法規要件が満たされ なければならない。 ＮｅｔＣＡＴを開始するには、旅行中の顧客が海外のＣＡＴ１６で自分のカー ドを入れると、ＣＡＴ１６でセッションバブルが通常に開始される。ウエルカム マット構成要素８１が、この顧客は該当地域から外れていると判断すると、ウエ ルカムマット構成要素８１は適切な地域のＮｅｔＣＡＴサーバ２００への接続を 行なう。ＣＡＴ１６上のウエルカムマット構成要素８１は、ＮｅｔＣＡＴサーバ ２００上のセッションコントローラ構成要素１３１と通信を行なって、セッショ ンを開始する。ＮｅｔＣＡＴサーバ２００上のウエルカムマット構成要素８１は 、開始時にカードのパラメータが与えられると、ＮｅｔＣＡＴサーバ２００上で 顧客ＩＤ構成要素１１１と発行者構成要素１１２を具体化する。ＮｅｔＣＡＴサ ーバ２００が顧客を認証した後、それ自身の外部サービスプロバイダと共にＮｅ ｔＣＡＴサーバ２００は、ＮｅｔＣＡＴサーバ２００上でナビゲーションシェル 構成要素８２を開始する。ＣＡＴ１６は、自らの使用のために、ＮｅｔＣＡＴサ ーバ２００に構成要素のうちのある構成要素を公開／複写する。ＣＡＴ１６は、 例えばセッション構成要素１３２、取得構成要素１１４、デリバリ能力構成要素 １３３、フロントドア・マネージャ構成要素５１、周辺機器マネージャ構成要素 ６２、取引実行構成要素９１、およびウエルカムマット構成要素８１を公開する 。ＮｅｔＣＡＴサーバ２００は、ビジネス規則の問合わせのために、ＣＡＴスク リーンへのデリバリのために、ＣＡＴ周辺機器の動作のために、および、サポー トされているフォントや絵文字印刷のようなホストＣＡＴの能力に関する問合わ せのために、これらの構成要素を用いる。 VI．レガシーの移動(Leagacy Migration) デリバリ・システム１２は、ＣＡＴ機能性のＡＧＳアプリケーションを用いた 実施から、全てのプラットフォーム上のサービス構成要素を用いる実施までの秩 序ある移動をサポートするが、ここではＡＧＳを用いて、ＣＡＴの「ルック・ア ンド・フィール」機能を届ける。ＣＡＴ ＡＧＳアプリケーションとサービス構 成要素との間のインタラクションの実施例を図１１を参照にして説明する。ＡＧ Ｓアプリケーションは、ＴＡＦＥプロセス、レガシー機能ランタイムＡＧＳドラ イバ、および関連機能性の範囲内で実行され、また単体の永続グローバルデータ 記憶を共有する。ＣＡＴアプリケーションが呼び出されたとき、セッションコン テキストは、永続グローバルデータの現在の状態により完全に表され、出力メッ セージＴＡＦＥ(Exit message TAFE)の内容がアプリケーションに渡される。こ のコンテキストが代替手段により例示される場合、ビジネス／顧客機能性は、Ａ ＧＳレベル１により常時実行され、レベル２アプリケーションは、レベル３取引 アプリケーションを実行する前は、実行されることを要しない。ハイレベルでは 、取引セッション・プレ・コンテキストは、ＴＡＦＥにインポート(imported)さ れ、レベル３アプリケーションは、出力メッセージで呼び出される。出力メッセ ージでレベル３アプリケーションから戻った後、取引セッション・ポストコンテ キストがＴＡＦＥからインポートされる。ＡＧＳで行われる完全なセッションに 関しては、インタラクションは、プレ言語選択セッション・コンテキストのＴＡ ＦＥへのインポート、出力メッセージによるレベル２アプリケーションの呼出し 、出力メッセージによるレベル２アプリケーションからの戻り、およびセッショ ン終了後コンテキストの、ＴＡＦＥからのエクスポート(exporting)を含む。 エクスポート／インポートのための媒体は、ＡＧＳデータ辞書中に定義されて 、ＡＧＳアプリケーションにより送受信される、ＥＬＦフォーマットされたメッ セージであるのが好ましい。これらのメッセージは、インポートメッセージの受 信後またはエクスポートメッセージの送信前にデータ処理が必要にならないよう にするため、必要なコンテキストを含む永続グローバル変数とテーブルにより構 成される、と定義してよい。デリバリ・システム１２は、ＴＡＦＥ内のこれらの メッセージの処理を指定しない、すなわち、それらはメッセージがインタラクシ ョン毎の単一インポートメッセージと単一エクスポートメッセージとして実施さ れるかの何れかである。一般的に、セッションサービスセット１３０は、呼び出 されるＡＧＳアプリケーションにより求められるコンテキストの表現を誘導する 元 になる十分なセッションコンテキスト情報を捕捉して維持することが必要である 。リクエストされるコンテキストは、ターゲットＡＧＳアプリケーションセット 、例えばＵＳＣＡＴ、ＥｕｒｏＣＡＴ、ＡｓｉａＣＡＴ、ＬａｔｉｎＣＡＴおよ びＩＣＣなどにより詳細は異る。またリクエストされるコンテキストは、呼び出 されているアプリケーション、例えばレベル２またはレベル３のアプリケーショ ンにより異なる。レガシーアプリケーション・ブリッジ構成要素８４は、ＡＧＳ セッションを表すにしろ個々のＡＧＳ取引アプリケーションを表すにしろ、ター ゲットＡＧＳアプリケーションにふさわしいデータ名スペースを用いるＥＬＦメ ッセージを構成して解釈できるのが好ましい。レガシーアプリケーション・ブリ ッジ構成要素８４は、問合わせをし、また特定プロパテイではＴＡＦＥに届ける セッションコンテキストを集めるために評価する他の構成要素の知識を具体化す る。同様に、ＡＧＳ処理済み取引、即ちセッションの完了時に修正されたセッシ ョンコンテキストにより更新されなけらばならない構成要素とプロパテイの知識 も、レガシーアプリケーション・ブリッジ構成要素８４により具体化される。 デリバリ・システム１２は、ＣＡＴ ＡＧＳアプリケーションの開始のために 、どのような特殊な方法にも制限を受けない。しかし実施例として初期化前ＴＡ ＦＥ ＡＧＳドライバプロセスはセッションバブルに関連する。バブル内では匿 名のレベル１アプリケーションは、セッション・コンテキスト・メッセージの開 始が受信されると待機状態になる。顧客により選択された取引のためのレガシー アプリケーション・ブリッジ構成要素８４は、トラック２データの開始を含むセ ッション・コンテキスト・メッセージの開始をＴＡＦＥに送る。ＴＡＦＥに送ら れたメッセージは、カード発行者固有の構成要素ＩＤの範囲からのデータを含ま ないのが好ましい。レベル１アプリケーションは、メッセージを受信し、セッシ ョンコンテキストと永続グローバルメモリを更新する。トラック２データ、静的 テーブル、および既存機能を用いてレベル１アプリケーションは、カード発行者 にふさわしいレベル２アプリケーションを呼び出すために、出力メッセージを生 成して送る。この実施例では、レベル２アプリケーションは、オリジナル・レベ ル２アプリケーションための匿名の特殊目的の代替である。レベル２アプリケー ションは、発行者の構成要素ＩＤの範囲に固有であり、セッションコンテキスト デ ータの残りに対するリクエストメッセージを送る。リクエストメッセージは、Ｔ ＡＦＥからレガシーアプリケーション・ブリッジ構成要素８４へ至る経路が設定 される。 レガシーアプリケーション・ブリッジ構成要素８４は、他のサービス構成要素 に問合わせて、リクエストを送ったレベル２アプリケーション固有の構成要素Ｉ Ｄ範囲のデータを含むセッション・コンテキストの残り部分を含む応答メッセー ジを構成して戻す。レベル２アプリケーションは、メッセージを受信してセッシ ョンコンテキストと永続グローバルメモリを更新する。取引タイプコード、言語 コード、およびコンテキストデータとして受信したアプリケーション・ステータ スコードを既存の機能性と共に用いて、レベル２アプリケーションは、出力メッ セージを生成して送ることにより取引タイプにふさわしいレベル３アプリケーシ ョンを呼び出す。レベル３アプリケーションは、取引処理とスクリーンの提示を 行い、外部サービスプロバイダ・メッセージ、装置メッセージ、およびロギング メッセージを送受信して、永続グローバルメモリのセッションコンテキストを更 新する。完了すると、レベル３アプリケーションは出力メッセージを送ってレベ ル２アプリケーションに戻る。レベル２アプリケーションは、更新された取引セ ッション・ポスト・コンテキストを含むメッセージを送り、ＴＡＦＥはそれのレ ガシーアプリケーション・ブリッジ構成要素８４へ至る経路を設定する。またレ ベル２アプリケーションは、出力メッセージを送ってレベル１アプリケーション に戻る。レベル１アプリケーションは、セッションコンテキストメッセージのも う１つの開始を受信して待機状態になる。レガシーアプリケーション・ブリッジ ８４は、取引セッション・ポスト・コンテキストを受信して処理すると、そのセ ッションコンテキストは他の適切なサービス構成要素で更新される。この実施例 では、レベル１とレベル２のアプリケーションは、顧客機能もビジネス機能も果 たさない。その代わりに、レベル１とレベル２のアプリケーションは、好ましく はコンテキストデータの受信と戻し、および適切な低レベルアプリケーションの 呼出しに限定される。しかしデリバリ・システム１２は上記説明と異なってもよ い。 VII．規則ブローカ デリバリ・システム１２の１つの利点は、個別にインストール可能なビジネス 規則が取引固有の構成要素で具体化されるコードから分離されることである。規 則質問に対する回答が必要なアプリケーション構成要素は、規則がどのように符 号化され、回答されるかについて詳細を知らなくても、規則ブローカ構成要素１ ２１に質問できる。規則ブローカ構成要素１２１は、回答を供給できる適切な構 成要素に至る質問の経路を設定する。規則について回答を供給する構成要素は、 規則について質問する構成要素から独立してインストールされる。その上、規則 「回答者」が使用する何れのデータも、規則質問に対する回答を決定するために そのデータを使用する構成要素から独立して、インストールまたは置き換えが可 能である。 一般的に、ビジネス規則は、ビジネスのニーズまたは規則のニーズにより誘導 される政策を述べたものであり、コンテキスト固有のアプリケーションの振舞い を明確化する。デリバリ・システム１２のビジネス規則は、ビジネスのニーズま たは規則のニーズにより誘導される、コンテスト固有のアプリケーションの振舞 いを明確化する政策の記述を含むことができる。ビジネス規則は、他のアプリケ ーション構成要素から独立して修正される個別アイテムである。ビジネス規則の 実施例には、表示される払出し金額を選ぶこと、最大ＰＩＣ再試行、サマリーカ テゴリへのプロダクトタイプの割当て、プロダクトカテゴリへのプロダクトタイ プの割り当て、および印刷記録上の口座の桁数がある。平均して５０ないし１０ ０のビジネス規則が地域毎にあり、規則の大半が発行者規則であり、取得規則は これよりも少ない。 規則ブローカ構成要素１２１は、アプリケーションの処理に影響を及ぼすビジ ネス規則質問に対する回答を得るために、デリバリ・システム１２の構成要素が アクセスする単一エンティティである。規則ブローカ構成要素１２１は、規則登 録リクエストを受信し、規則レジストリに規則を登録し、問合わせを受信して、 その規則のために登録されているプロバイダへ至る問合わせの経路を設定する。 規則ブローカ構成要素１２１は、特定規則質問に対する回答として規則認証部署 が自らを登録するためのメカニズムを提供する。アプリケーション構成要素が特 定規則について規則ブローカに問合わせるとき、規則ブローカ構成要素１２１は 、適切な規則認証部署またはルールエンジンに至る問合わせの経路を設定する。 規則ブローカ構成要素１２１自体は規則の何れかの実際の意味を知らない。好ま しい実施形態において規則ブローカ構成要素１２１は、ミニアプリケーション・ ダイアログ構成要素８３、取引実行構成要素９１、プレゼンテーション・マネー ジャ構成要素５２、ナビゲーションシェル構成要素８２、ウエルカムマット構成 要素８１およびレガシーアプリケーション・ブリッジ構成要素１２１により用い られる。デリバリ・システム１２は、好ましくは規則ブローカ構成要素１２１を 含むが、デリバリ・システム１２中の一定構成要素は、適切な場合、質問の回答 者になれる。 規則認証部は、規則質問に回答できる構成要素である。デリバリ・システム１ ２中の規則認証部は、自らを名前付規則の回答者として規則ブローカ構成要素１ ２１に登録する場合、規則認証部の役割で動作する。例えば、発行者構成要素１ １２、取得構成要素１１４、およびデリバリ・ケーパビリティ構成要素１３３は 、それぞれが規則認証部になれる。規則認証部構成要素は規則ブローカ構成要素 １２１に規則を登録して、登録した規則に関する回答を提供する。規則認証部構 成要素は質問に答えるために別個にインストール可能なデータにアクセスが可能 であり、このデータは、規則ブローカ構成要素１２１に規則とルールエンジンに より用いられる規則レジストリ情報から分離できる。 ルールエンジンは汎用規則インタプリタである。ルールエンジンは、問合わせ 時に渡されたパラメータおよび規則データベース中の一部の解釈可能な規則に基 づいて、規則問合わせに回答できる。規則認証部と異なり、ルールエンジンは、 規則またはアプリケーションの特定知識を持たない。ルールエンジンは、規則に 関する回答を決定し、規則ブローカ構成要素１２１により用いられ、規則レジス トリを呼び出す。 動作時に規則ブローカに登録されている各規則は、バージョン識別子を含む固 有の名前を持つ。名前は、規則問合わせの他のパラメータとは別個に渡される。 名前はさておき、全ての規則問合わせパラメータは、自己定義のやり方、例えば 、規則問合わせに各パラメータに対する名前、タイプ、および値を含めるなどの 方 法で渡される。規則ブローカに登録されている各規則は、規則レジストリ中で独 立した記録として存在する。規則レジストリの規則は、規則に答えるために登録 されている汎用ルールエンジン、または規則認証部により解釈される符号化スト リングの様なデータとして定義される。構成要素の規則登録は、同じ規則に関す る以前の構成要素の登録をオーバーライドできる。登録されている各規則は、渡 されるパラメータの予想タイプを明確にし、規則が全ての他の規則とは独立して 規則レジストリへダイナミックに追加される。 規則ブローカ構成要素１２１は、回答が得られるまで、または使用できる認証 部がなくなるまで、汎用ルールエンジンに至る、または規則認証部のシーケンス に至る規則問合わせの経路を設定する。規則ブローカ構成要素１２１は、規則の 名前だけに基づいて問合わせの経路を設定し、パラメータ・リストを確認しない 。１つまたは複数の規則認証部は、パラメータの確認を担う。 規則ブローカと規則ブローカに問合わせる構成要素との間には、好ましいプロ トコルが存在する。規則ブローカに問合わせる何れの構成要素も「回答なし」の ケースを上品に処理する心構えが必要である。例えば、このような規則が登録さ れていないとき、または規則に答えるために登録された構成要素が回答できない ときに、「回答なし」が起こる。また規則ブローカ構成要素１２１は、回答が得 られないとき、特定の「回答なし」の返事をリクエスト者に返さなければならな い。更に、ルールエンジンと全ての規則認証部は、予想パラメータと受信パラメ ータ間に食い違いが存在する場合、ダイナミックにパラメータリストをチェック して適切な「回答なし」を返すのが望ましい。 Ａ．実施例１：払出し金額 ＣＡＴ１６で現金を引出す顧客に対して選択ボタン上にどのような払出し金額 を表示するかを選択するとき、多重構成テーブルにまたがる複雑な規則のセット が用いられる。既存の「現金引出し」アプリケーションは、これらのテーブルの 構成に密接に結合されている。取得構成要素１１４は、「払出し金額」の質問に 関する規則認証部として登録される。この質問に対する入力パラメータは、引出 しが行われているプロダクトを指定するプロダクトタイプと通貨を含む。出力パ ラメータは、結果コードと金額の可変長リストを含む。質問に答えるために必要 なセッションデータの一部、例えばカードタイプやサービスのレベルは、既知の セッション構成要素から使用可能であり、従って入力として渡されない。取得構 成要素１１４は、リクエストを処理する際に、どのデータベースが払出し金額に 関する固有の規則を含むかを問合わせ、またどの金種が使用可能かを決定するよ うに周辺機器マネージャ構成要素６２に依頼する。 Ｂ．実施例２：最大ＰＩＣ再試行回数は？ もう１つの実施例として、ルールエンジンにより処理される規則「最大ＰＩＣ 再試行回数？」は、規則データベースに登録されている。この規則には、入力パ ラメータはないが、結果コードと最大ＰＩＣ再試行回数(MaxPICRetries)の出力 パラメータがある。「ビジネスオプション」テーブルを、発行者とカードタイプ のセッション値にマッチする最大ＰＩＣ再試行回数を求めて探索すべきである、 と指示する、規則データとしての解釈可能ないくらかのデータがある。質問に答 えるために必要なセッションデータの全て、例えば発行者やカードタイプなどは 、既知のセッション構成要素から使用可能であり、特定の入力パラメータは必要 でない。ルールエンジンは、セッションの発行者とカードタイプをマッチさせる ために特定のテーブルを探索し、マッチしたものの最大ＰＩＣ再試行回数の値を 返す。 VIII．ツールおよび言語 デリバリ・システム１２は、言語的に中立であることが好ましい。アプリケー ションは、デリバリ・システム１２を規定するのに用いられたオブジェクトモデ ルをサポートする何れかの言語で書かれる。従って種々の構成要素は、種々の言 語で実施され、時が経てば異なる言語に移行できる。実施例をあげると、Ｖｉｓ ｕａｌＢａｓｉｃ、Ｃ＋＋およびＪａｖａを用いると、デリバリ・システム１２ の構成要素を実現できる。 またデリバリ・システム１２は、特定の統合開発環境（ＩＤＥ）の何れにも限 定されない。しかし、ＩＤＥは、マルチユーザ共有開発をサポートするのが望ま しく、構成管理機能と統合されるのが望ましい。またＩＤＥは、デリバリ・シス テム１２に固有なツールを追加できるツール「プラグイン」機能もサポートする のが望ましい。これらの「プラグイン」ツールの幾つかの実施例は、ホストエミ ュレータと装置エミュレータを含むシステム構成情報と試験ツールのメインテナ ンスを考慮した構成ツールを含む。他のツールは、ソフトウェアのアップグレー ドを配布するための方法を標準化するためのソフトウェア配布ツール、システム 管理とロギングのツール、セキュリティプロトコル、およびレガシーシステムの インタフェースでの配布オブジェクトサポートのためのミドルウェア、を含む。 更にツールは、正準テンプレートと装置固有テンプレートの両方ためのテンプレ ート開発ツール、規則データベース編集プログラム、サービスレジストリ保守ッ ール、および言語マネージャ・レポジトリ編集プログラムを含む。ＩＤＥは、選 択された目的言語の全てをサポートすることにより、再教育が最小限になり、開 発言語の全てに渡るツールの「プラグイン」の再利用が可能になることが好まし い。デリバリ・システム１２のためのオペレーティングシステムは、好ましくは Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄｏｗｓ ＮＴであるが、代わりとして他のオペレ ーティングシステム、例えばＭａｃｉｎｔｏｓｈまたはＵＮＩＸのオペレーティ ングシステムで動作するものでもよい。 デリバリ・システム１２内の構成要素は、実行ファイル（．ＥＸＥ）またはダ イナミックにロードされるライブラリ（ＤＬＬ）の何れかとして実現されている ソフトウェア構成要素と、独立して交換できる可能性のある何れかのハードウェ アまたはソフトウェアを含むことができる。構成要素は、一般的に良好に定義さ れたインタフェースを持つ。アプリケーションは、対照的に、現金引出しのよう な特定のビジネス機能を達成する構成要素のセットであり、いくつかの構成要素 を含むことができる。デリバリ・システム１２の各アプリケーションは、好まし くはユーザーインターフェースを処理するための１つ以上のダイアログ構成要素 ８３、１つ以上のビジネス規則構成要素１２１、および外部サービスプロバイダ ２２とのメッセージインタフェースを処理するための１つ以上の取引実行構成要 素９１を含む。 IX．結論 デリバリ・システム１２は、全ての遠隔装置のための顧客により起動されるア プリケーションのための共通のアプリケーションベースを提供するので有利であ る。金融機関は、ＡＴＭには第１デリバリ・システム、窓口スタッフには第２デ リバリ・システム、パソコンまたはＰＤＡには第３デリバリ・システム、外部サ ービスプロバイダには第４デリバリ・システムを持たせる必要はない。代わりに 、ホームバンキング装置、例えばパソコン１８、スマートホン１４、インターネ ットブラウザ遠隔装置２４、およびＰＤＡ２０などは、全てデリバリ・システム １２を介して金融機関の帳簿にアクセスできる。その上、デリバリ・システム１ ２は、ＣＡＴ／ＣＡＳＳＴ１６を介して顧客に、またブランチおよびＣＳＲスタ ッフ・プラットフォーム２６を介して従業員に、金融サービスを提供できる。 デリバリ・システム１２は、再使用可能なグローバルアプリケーション構成要 素のベースセットへの収束をサポートする。これらの構成要素は、アプリケーシ ョンの組みを形成するために、異なる組み合わせと編成で再組み立てが行われる 、あるいは、用いる環境に合うようにカスタム化される。更に、グローバルアプ リケーション構成要素は、ローカルビジネスからの構成要素により補足される。 デリバリ・システム１２は、現行技術水準のユーザーインターフェースを提供 する。デリバリ・システム１２により提供されるインタフェースは、標準マルチ メディア構成要素、例えばピクチャ、ビデオ、およびオーディオなどの統合をサ ポートする。またインタフェースは、特定装置、言語、国、および他のローカル ビジネスニーズに必要な個別化をサポートする。インタフェースは、更に多重共 存アプリケーション・ナビゲーション・パラダイムをサポートし、また多重アプ リケーション構成要素で作業するユーザを一度にサポートする。 デリバリ・システム１２は、開発とメインテナンス・サイクル時間を実質的に 改善する。デリバリ・システム１２は、「ゼロからの」開発ではなく、プレハブ 構成要素とテンプレートを用いる。デリバリ・システム１２は、構成要素インタ フェースのための広く受け入れられている業界基準を包含するので、規格品の配 置で構成要素が接続され、また第三者構成要素のプラグインを可能にする。デリ バリ・システム１２は、環境に合うように自動的に構成され、また自動的にハイ レベル・ナビゲーションメニューに挿入される「プラグ・アンド・プレイ」アプ リケーション構成要素をサポートする。デリバリ・システム１２は、予め定めら れた「ルック・アンド・フィール」基準を用いて、トップレベル・ナビゲーショ ンの定義とユーザーインターフェース・デザインのための高生産性プロトタイプ 化／開発ツールをサポートする。デリバリ・システム１２は、アプリケーション の様々の部分を分離するので、一部分の変更が他の部分に影響を及ぼすことはな い。 開示されているシステムと方法は、本発明の原理の説明に過ぎないことを認識 されたい。本発明の精神と範囲を逸脱することなく多くの変形や適応例があるこ とは、この技術に精通する者には容易に明らかになろう。従って発明は、専ら以 下の請求範囲により限定される。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＤＥ， ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，Ｌ Ｕ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＭＬ，ＭＲ，ＮＥ， ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＫＥ，ＬＳ，ＭＷ，Ｓ Ｄ，ＳＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＬ，ＡＭ，ＡＴ ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ， ＣＨ，ＣＮ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＥＥ，ＥＳ，Ｆ Ｉ，ＧＢ，ＧＥ，ＧＨ，ＨＵ，ＩＬ，ＩＳ，ＪＰ，ＫＥ ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ， ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，Ｍ Ｘ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ， ＵＡ，ＵＧ，ＵＺ，ＶＮ，ＹＵ，ＺＷ (72)発明者 アボット，チャールズ アメリカ合衆国，カリフォルニア州 90405，サンタ モニカ，イレヴンス ス トリート 1751 (72)発明者 ボイド，ニック アメリカ合衆国，カリフォルニア州 90066，ロス アンジェルス，ソウテリー ブールバード 3617 (72)発明者 コーヘン，アルベルト アメリカ合衆国，カリフォルニア州 90025，ロス アンジェルス，＃201，グリ ーンフィールド アヴェニュー 1842 (72)発明者 クック，ジェームズ アメリカ合衆国，カリフォルニア州, 90266，マンハッタン ビーチ，トゥエン ティ サード ストリート 1546 (72)発明者 グランドコラス，マイケル アメリカ合衆国，カリフォルニア州, 90405，サンタ モニカ，オーシャン パ ーク ブールバード 247 (72)発明者 ラン，シクン アメリカ合衆国，カリフォルニア州, 90066，ロス アンジェルス，＃304，ソウ テリー ブールバード 3232 (72)発明者 リンズレイ，ボニー アメリカ合衆国，カリフォルニア州, 91321，サンタ モニカ，エベルデン ア ヴェニュー 24566 (72)発明者 マーカリアン，グリガー アメリカ合衆国，カリフォルニア州, 91301，アゴーラ，ペスト ウェイ 5121 (72)発明者 モス，レスリー アメリカ合衆国，カリフォルニア州, 90025，ロス アンジェルス，ケルトン アヴェニュー 2016

Claims (1)

1. 【特許請求の範囲】 １． 遠隔装置を介して顧客へ金融サービスを届けるために記載のシステムであ って： ミニアプリケーション・ダイアログ構成要素； 取引実行構成要素：を含み、 前記ミニアプリケーション・ダイアログ構成要素は、前記遠隔装置を介して前 記顧客から、機能のリクエストを受信するための、そして、前記遠隔装置を介し て前記顧客から情報を収集するための、そして、前記取引実行構成要素を具体化 するためのものであり； 前記取引実行構成要素は、前記顧客によりリクエストされた前記機能を達成す るためのものであることを特徴とするシステム。 ２． 更に、前記ミニアプリケーション・ダイアログ構成要素と前記遠隔装置と の間のインタフェースを含み、前記インターフェイスは、前記顧客からの情報と 、前記遠隔装置を介する前記顧客からの前記リクエストとの、前記ミニアプリケ ーション・ダイアログ構成要素に至る経路設定を行うインタフェースを含む請求 項１に記載のシステム。 ３． 更に、各質問のための規則承認部を登録するための、そして、回答のリク エストを前記適切な規則認証部に向けるための、規則ブローカ構成要素を含む請 求項１に記載のシステム。 ４． 前記ミニアプリケーション対話構成要素が、前記規則ブローカ構成要素を 用いて前記顧客情報を有効化する請求項３に記載のシステム。 ５． 更に、正規表現のメッセージを、前記遠隔装置のために指定されたフォー マットへマッピングするためのプレゼンテーション・マネージャ構成要素を含む 請求項１に記載のシステム。 ６． 前記プレゼンテーションマネージャ構成要素が、前記顧客からの前記情報 をタグ付正規表現に変換するための、そして前記タグ付正規表現を前記ミニアプ リケーション・ダイアログ構成要素へ供給するためのものである請求項５に記載 のシステム。 ７． 更に、前記遠隔装置へ送られたメッセージにセキュリティトークンを加え るための、そして前記遠隔装置から受信したメッセージについてセキュリティト ークンを確認するためのフロントドア・マネージャ構成要素を含む請求項１に記 載のシステム。 ８． 更に、前記使用可能な機能を前記顧客に通知するための、そしてリクエス トされた前記機能に基づいて前記ミニアプリケーション・ダイアログ構成要素を 例示するためのナビゲーションシェル構成要素を含む請求項１に記載のシステム 。 ９． 更に、前記顧客の前記遠隔装置へウエルカムページを出力するための、そ して顧客アイデンティティと好み情報を収集するためのウエルカムマット構成要 素を含む請求項１に記載のシステム。 １０． 前記ウエルカムマット構成要素が、顧客情報を保持するための顧客ＩＤ 構成要素と、発行者ビジネスに関する質問に答えるための発行者構成要素とを例 示する請求項９に記載のシステム。 １１． 前記ウエルカムマット構成要素が、前記顧客を認証するためにプロファ イル取引実行部を具体化する請求項９に記載のシステム。 １２． 前記ウエルカムマット構成要素が、ナビゲーションシェル構成要素を例 示し、前記ナビゲーションシェル構成要素は、前記顧客へ前記使用可能な機能を 通知するための、そしてリクエストされた前記機能に基づいて前記ミニアプリケ ーション・ダイアログ構成要素を具体化するためのものである請求項９に記載の システム。 １３． 更に、タグ付き正規表現間のデータを第２データフォーマットへ変換す るレガシーアプリケーション・ブリッジ構成要素を含み、前記第２データフォー マットが、リクエストされた前記機能の少なくとも一部を実行するために、レガ シーアプリケーションによって用いられる請求項１に記載のシステム。 １４． 更に、レポジトリのフレーズを記憶するための言語マネージャ構成要素 を含み、 前記ミニアプリケーション・ダイアログ構成要素が、名前付フレーズに関して 前記言語マネージャ構成要素に問合わせを行い、 前記言語マネージャ構成要素が、言語と、前記顧客および前記遠隔装置の両方 に固有の内容とに従って、前記ミニアプリケーション・ダイアログ構成要素へ前 記名前付フレーズを戻す、 請求項１に記載のシステム。 １５． 更に、外部サービスプロバイダと通信するための外部サービスプロバイ ダ構成要素を含む請求項１に記載のシステム。 １６． 前記取引実行構成要素が、前記顧客がリクエストした機能を実行する中 で、前記外部サービスプロバイダを用いる請求項１５に記載のシステム。 １７． 更に、前記顧客がリクエストした前記機能に応答して前記ミニアプリケ ーション・ダイアログ構成要素により呼び出され、しかも前記顧客がリクエスト した前記機能の少なくとも一部を達成するために前記遠隔装置に関連付けられる 周辺機器とインタフェースをとるためのものである、周辺機器構成要素を含む請 求項１に記載のシステム。 １８． 更に、前記遠隔装置を介した前記顧客からの初期のコンタクトを受信す るための、そして、前記顧客に関連するセッションバブルのためにセッション構 成要素を例示するためのセッションコントローラ構成要素を含む請求項１に記載 のシステム。 １９． 前記セッション構成要素が、前記遠隔装置にウエルカムページを送るた めのウエルカムマット構成要素を具体化する請求項１８に記載のシステム。 ２０． 更に、複数のセッションのために複数の顧客とインタフェースをとるた めの、そして、また前記それぞれのセッションバブルに関連する前記ミニアプリ ケーション・ダイアログ構成要素へ各顧客からの前記情報の経路を設定するため の、タッチポイントインタフェース構成要素を含む請求項１８に記載のシステム 。 ２１． 更に、複数の取引実行構成要素からのメッセージを、複数のセッション バブルで、単一外部サービスプロバイダへ送るためのバックドア・マネージャ構 成要素を含む請求項１８に記載のシステム。 ２２． 更に、外部サービスプロバイダからメッセージを受信するための、そし て各メッセージのための前記セッションバブルに関連する前記取引実行構成要素 に至る各メッセージの経路を設定するための・バックドア・マネージャ構成要素 を含む請求項１８に記載のシステム。 ２３． 前記遠隔装置がパソコンである請求項１に記載のシステム。 ２４． 前記遠隔装置がテレビ電話である請求項１に記載のシステム。 ２５． 前記遠隔装置が現金自動預払機である請求項１に記載のシステム。 ２６． 前記遠隔装置が個人用情報機器である請求項１に記載のシステム。 ２７． 前記遠隔装置が、前記金融サービスを提供する金融機関内で使用される スタッフ端末である請求項１に記載のシステム。 ２８． 更に、第２取引実行構成要素を含み、前記第２取引実行構成要素が、第 ２機能を実行するためのものである請求項１に記載のシステム。 ２９． 更に、前記遠隔装置を介して前記顧客から第２機能の第２リクエストを 受信するための、そして前記遠隔装置を介して前記顧客から情報を収集するため の、そして前記第２機能を実行するために第２取引実行構成要素を具体化するた めの、第２ミニアプリケーション・ダイアログ構成要素を含む請求項１に記載の システム。 ３０． 遠隔装置に金融サービスを届けるために記載の方法であって： 遠隔装置からの、ミニアプリケーション・ダイアログ構成要素における機能の リクエストを受信するステップ； 前記ミニアプリケーション・ダイアログ構成要素を用いて、前記遠隔装置を介 して情報を収集するステップ； 取引実行構成要素を具体化するステップ；および、 前記取引実行構成要素を用いて、前記遠隔装置を介してリクエストされた前記 機能を実行するステップ； を含む方法。 ３１． 前記リクエストを受信するステップが、インターネットを通して前記リ クエストを受信するステップを含む請求項３１に記載の方法。 ３２． 前記リクエストを受信するステップが、インターネットサービスプロバ イダ（ＩＰＳ）を介して、前記遠隔装置からの前記リクエストを受信するステッ プを含む請求項３１に記載の方法。 ３３． 前記リクエストを受信するステップが、現金自動預払機からのリクエス トを受信するステップを含む請求項３１に記載の方法。 ３４． 前記リクエストを受信するステップが、パソコンから前記リクエストを 受信するステップを含む請求項３１に記載の方法。 ３５． 前記リクエストを受信するステップが、個人用情報機器から前記リクエ ストを受信するステップを含む請求項３１に記載の方法。 ３６． 前記リクエストを受信するステップが、テレビ電話から前記リクエスト を受信するステップを含む請求項３１に記載の方法。 ３７． 前記リクエストを受信するステップが、前記金融サービスを届ける金融 機関内に配置されたスタッフ端末からの前記リクエストを受信するステップを含 む請求項３１に記載の方法。 ３８． 更に、セッションコントローラ構成要素のところの前記遠隔装置からの 初期コンタクトを受信するステップと、前記遠隔装置によりセッションを管理す るために、セッション構成要素を具体化するステップとを含む請求項３１に記載 の方法。 ３９． 更に、前記機能に対するリクエストを受信するステップに先立って、前 記遠隔装置へウエルカムページを出力するためのウエルカムマット構成要素を具 体化するステップを含む請求項３１に記載の方法。 ４０． 更に、前記ウエルカムマット構成要素を用いて、顧客識別情報と好み情 報とを収集するステップを含む請求項４０に記載の方法。 ４１． 更に、前記ウエルカムマット構成要素のもとで、プロファイル取引実行 構成要素を例示するステップを含み、前記プロファイル取引実行構成要素は顧客 を認証するためのものである請求項４０に記載の方法。 ４２． 更に、前記ウエルカムマット構成要素のもとで、顧客情報を保持するた めの顧客ＩＤ構成要素と、発行者ビジネスに関する質問に答えるための発行者構 成要素とを例示するステップを含む請求項４０に記載の方法。 ４３． 更に、前記使用可能な機能を顧客に通知するためのナビゲーションシェ ル構成要素を例示するステップ、および前記ミニアプリケーション・ダイアログ 構成要素に関連する前記機能の選択に応答して、前記ミニアプリケーション・ダ イアログ構成要素を具体化するステップを含む請求項３１に記載の方法。 ４４． 更に、第２ミニアプリケーション・ダイアログ構成要素において、前記 遠隔装置から第２機能に対する第２リクエストを受信するステップ；前記第２ミ ニアプリケーション・ダイアログ構成要素を用いて前記遠隔装置から情報を収集 するステップ；第２取引実行構成要素を具体化するステップ；および前記第２取 引実行構成要素を用いて、前記遠隔装置を介してリクエストされた前記第２機能 を達成するステップ；を含む請求項３１に記載の方法。 ４５． 更に、リクエストされた前記機能がレガシーアプリケーションにより実 行され、 前記方法が： 正規表現から第２データフォーマットに情報を変換するために、レガシーアプ リケーション・ブリッジ構成要素を例示するステップ； 前記レガシーアプリケーションへ前記第２データフォーマットの情報を転送す るステップ； 前記レガシーアプリケーションから、前記第２データフォーマットの出力を受 信するステップ；および、 前記出力を前記正規表現に変換するステップ；を含む、 請求項３１に記載の方法。 ４６． 前記取引実行構成要素を用いて前記機能を達成するステップが、外部サ ービスブロバイダを介して前記機能を達成するステップを含む請求項３１に記載 の方法。 ４７． 更に、前記外部サービスプロバイダを通して異なるセッションでの取引 エクゼキュータ構成要素のために複数の機能を達成するステップ；および バックドア・マネージャ構成要素を用いて、異なるセッションでの前記取引実 行構成要素からのメッセージの、前記サービスプロバイダに至る経路を設定する ステップ； を含む請求項４７に記載の方法。 ４８． 更に、前記外部サービスプロバイダからの各応答メッセージのそれぞれ の取引エクゼキュータ構成要素に至る経路を設定するステップを含む請求項４８ に記載の方法。 ４９． 更に、正規表現の情報を、前記遠隔装置用に指定されたフォーマットに マッピングするために、プレゼンテーションマネージャ構成要素を具体化するス テップを含む請求項３１に記載の方法。 ５０． フロントドア・マネージャ構成要素を例示するステップ； 前記フロントドア・マネージャ構成要素を用いて、前記遠隔装置へ送られたメ ッセージに関するセキュリティトークンを提供するステップ；および、 前記フロントドア・マネージャ構成要素を用いて、前記遠隔装置から受信され たメッセージに関するセキュリティトークンを確認するステップ； を含む請求項３１に記載の方法。 ５１． 更に、複数の遠隔装置と複数のセッションを設定するステップを含み、 前記遠隔装置からの前記リクエストを受信するステップは： タッチポイント・インタフェース構成要素において前記遠隔装置から前記リク エストを受信するステップ；および、 前記遠隔装置のための前記セッションに関連する前記ミニアプリケーション構 成要素に至る、前記タッチポイント・インタフェース構成要素からの、前記リク エストの経路を設定するステップ； を含む請求項３１に記載の方法。 ５２． 更に、規則ブローカ構成要素を例示するステップ；前記規則ブローカ構 成要素を用いて、前記規則認証部を登録するステップ；前記規則ブローカにおい て質問を受信するステップ；および前記それぞれの規則認証部へ前記質問を向け るステップ；を含む請求項３１に記載の方法。 ５３． 更に、前記ミニアプリケーション対話構成要素に代わって、前記規則ブ ローカを用いて、顧客情報を有効化するステップを含む請求項５３に記載の方法 。 ５４． 更に、言語マネージャ構成要素を例示するステップ；フレーズのレポジ トリを前記言語マネージャ構成要素に記憶するステップ；前記言語マネージャ構 成要素において名前付フレーズに関する問合わせを受信するステップ；および、 言語と前記遠隔装置に固有の内容に従って前記名前付フレーズを戻すステップ； を含む請求項３１に記載の方法。 ５５． 更に、言語マネージャ構成要素を例示するステップ；フレーズのレポジ トリを前記言語マネージャ構成要素に記憶するステップ；前記言語マネージャ構 成要素において名前付フレーズに関する問合わせを受信するステップ；および、 言語と前記遠隔装置を用いる顧客固有の内容に従って前記名前付フレーズを戻す ステップ；を含む請求項３１に記載の方法。 ５６． 前記機能を実行するステップは、前記遠隔装置がリクエストした前記機 能の少なくとも一部を実行するために、前記遠隔装置に関連する周辺機器とイン タフェースをとるよう周辺機器構成要素を呼び出すステップを含む請求項３１に 記載の方法。 ５７． 遠隔装置に金融サービスを届けるのに使用するためのソフトウェアを記 憶する、コンピュータ可読媒体において： ミニアプリケーション・ダイアログ構成要素において遠隔装置から機能に対す るリクエストを受信するステップ； 前記ミニアプリケーション・ダイアログ構成要素を用いて、前記遠隔装置を介 して情報を収集するステップ； 取引実行構成要素を例示するステップ；および、 前記取引実行構成要素を用いて、前記遠隔装置を介してリクエストされた前記 機能を達成するステップ； を実行する時に使用するための前記ソフトウェアを記憶するコンピュータ可読 媒体。