【手続補正書】
【提出日】平成17年1月24日(2005.1.24)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【書類名】  明細書
【発明の名称】  決定木に基づく制御処理のカスタマイゼーション
【特許請求の範囲】
【請求項１】
複数のクライアントのうちの１つからデータ処理システムへのアクセスを可能にする決定木に基づく制御処理をカスタマイズする方法において、
相互連結された決定ノードから構成される、前記決定木に基づく制御処理を規定するステップ、
前記システムへのアクセスを要求するユーザに関連するユーザ情報を検索するステップ、
前記ユーザ情報からユーザエントリ決定ノードを決定するステップ、及び
前記ユーザエントリ決定ノードにおいて前記ユーザが前記クライアントから前記システムへアクセスすることを可能にするように前記制御処理を構成するステップ
を有する方法。
【請求項２】
前記ユーザを識別するステップを更に有する請求項１に記載の方法。
【請求項３】
前記ユーザは前記ユーザエントリ決定ノードを選択する請求項１に記載の方法。
【請求項４】
前記制御処理のカスタマイゼーションを一時的に中断する安全性処理を実行するステップを更に有する請求項１に記載の方法。
【請求項５】
前記クライアントの物理的環境に基づいて前記ユーザエントリ決定ノードを決定するステップを更に有する請求項１に記載の方法。
【請求項６】
前記エントリ決定ノードから先行する決定ノードへ前記ユーザを行かせることを可能にするステップを更に有する請求項１に記載の方法。
【請求項７】
前記ユーザ情報が前記システムから検索される請求項１に記載の方法。
【請求項８】
前記ユーザ情報が他のパーティから検索される請求項１に記載の方法。
【請求項９】
前記ユーザが前記ユーザ情報を供給する請求項１に記載の方法。
【請求項１０】
前記ユーザ情報は前記ユーザの過去の行動に基づいている請求項１に記載の方法。
【請求項１１】
決定ノードはボイスプロンプトに関連している請求項１に記載の方法。
【請求項１２】
決定ノードは表示された要素に関連している請求項１に記載の方法。
【請求項１３】
前記ユーザエントリ決定ノードに関連するＧＵＩを表示するステップ、及び
前記ユーザ情報から前記ＧＵＩをカスタマイズするステップ
を更に有する請求項１に記載の方法。
【請求項１４】
前記ユーザが前記ＧＵＩをカスタマイズすることを可能にするステップを更に有する請求項１３に記載の方法。
【請求項１５】
データ処理システムは、
クライアント、
前記クライアントからシステムへのアクセスを可能にする、相互連結された決定ノードから構成される決定木に基づく制御処理を実行するための制御処理ユニット、及び
前記システムへのアクセスを要求するユーザに関連するユーザ情報からユーザエントリ決定ノードを決定し、前記ユーザエントリ決定ノードにおいて前記ユーザが前記クライアントから前記システムへアクセスすることを可能にする前記制御処理を構成するために、前記制御処理ユニットに結合されるカスタマイゼーションユニット
を有するデータ処理システム。
【請求項１６】
前記ユーザ情報を記憶するメモリユニットを更に有する請求項１５に記載のシステム。
【請求項１７】
複数のクライアントのうちの１つからデータ処理システムへのアクセスを可能にする決定木に基づく制御処理をカスタマイズする方法を実行する命令を記憶するためのコンピュータ読み取り可能記憶媒体において、前記方法は、
相互連結された決定ノードから構成される、前記決定木に基づく制御処理を規定するステップ、
前記システムへのアクセスを要求するユーザに関連するユーザ情報を検索するステップ、
前記ユーザ情報からユーザエントリ決定ノードを決定するステップ、及び
前記ユーザエントリ決定ノードにおいて前記ユーザが前記クライアントから前記システムへアクセスすることを可能にするように前記制御処理を構成するステップ
を有する記憶媒体。
【請求項１８】
データ処理システムにアクセスするための装置において、
前記装置から前記システムへアクセスすることを可能にする、相互連結された決定ノードから構成される決定木に基づく制御処理を実行するための制御処理ユニット、及び
前記システムへのアクセスを要求するユーザに関連するユーザ情報からユーザエントリ決定ノードを決定し、前記ユーザエントリ決定ノードにおいて前記ユーザに前記クライアントから前記システムへのアクセスを可能にするように前記制御処理を構成するために前記制御処理に結合されるカスタマイゼーションユニットを有する装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は一般的に複数のクライアントのうちの１つからデータ処理システムへのアクセスを可能にする決定木(decision-tree) に基づく制御処理をカスタマイズする方法に関する。
【０００２】
本発明はカスタマイズ可能な決定木に基づく制御処理によってアクセスが可能にされるデータ処理システムにも関する。
【０００３】
本発明はデータ処理システムにアクセスするための装置にも関する。
【０００４】
本発明は更に上記方法を実行するための命令を記憶するコンピュータ読み取り可能記憶媒体にも関する。
【０００５】
【従来の技術】
様々な制御処理は、例えば注文処理システム、情報要求サービス、カスタマーサポートシステム、バンキングシステム(banking system)、ホームオートメーションシステム等のようなデータ処理システムへのアクセスをユーザに提供する。
【０００６】
データ処理動作又はデータ処理システムにより提供される多くの動作を要求するために、ユーザはアクセス制御処理に従う必要がある。このような処理は、多くのステップを経る進行と、これらステップに関連する論理規則とを有する。この制御処理は、データ処理システムが全てのユーザに対し不変のやり方で必要とされる動作を実施するように構成される。
【０００７】
幾つかの場合において、データ処理システムへのユーザアクセスは、決定木に基づく制御処理によって可能にされる。この決定木に基づく制御処理は幾つかの相互連結された決定ノード(decision node)を有する。ユーザが興味を持ったデータ動作に関連する特定の決定ノードに到達したいとき、ユーザは初めに多くの先行する決定ノードを通らなければならない。これらのノードにおいて、ユーザは選択又は追加情報を提供することを要求され、これによって所望される動作に関連する適切なノードへと導くパス(path)を漸次決めることができる。これらのノードは例えばグラフィカルメニュー、ボタン又はボイスプロンプトのような一連のインタフェースとしてしばしばユーザに表示される。各ノードに対し選択が行われなければならないか、又は次のノードに関連する適切な次のメニューを検索するために情報が供給されなければならない。
【０００８】
ユーザはこれらの決定ノードを通ることをしばしば不必要な負担だと感じている。これは特に定期的に同じ動作をするためのシステムにアクセスするユーザに当てはまる。この場合、ユーザは同じ選択を行う又は所望される動作に関連する特定のノードに到達する前に同じ情報を提供するように繰り返し尋ねられる。
【０００９】
米国特許番号第5,465,358号は、データ処理システムにアクセスすることを望んでいるユーザのいらいらを減少させることの第１の可能なアプローチを示す。この文献に記載される方法において、データ処理刺激イベントが識別され、データベースに記憶される。識別された刺激イベントの後続する発生に応じて起こるユーザ入力の各シーケンスもデータベースに記憶される。刺激イベントの後続する認識時に、ユーザ入力の１つ以上の選択されるシーケンスがユーザ入力の識別されるシーケンス各々を実行するユーザの示された確率と一緒に識別及び表示される。その後、ユーザ入力に応じて、ユーザ入力の識別されるシーケンスの選択された１つが自動的に始められてもよく、これによって前記データ処理システム内において一連の入力を実行することに関するユーザの能率を高める。
【００１０】
【発明が解決しようとする課題】
本発明は、ユーザが情報を要求する及び決定を行うことを負わされ、データ処理システムには知られているユーザ関連情報を利用しないことを達成する。米国特許番号US5,465,358に示されるアプローチは、過去のユーザ入力に基づく唯一の実行可能な解決法である。
【００１１】
【課題を解決するための手段】
本発明の目的は、代替的な解決法をこの問題に提供することである。
【００１２】
本発明の他の目的は、アクセス制御処理をカスタマイズする方法をデータ処理システムに提供することであり、これはデータ処理システムにおいて所望される動作への簡単且つ素早いユーザアクセスを可能にする。
【００１３】
この目的のために、本発明の方法は、
−相互連結された決定ノードから構成される、決定木に基づく制御処理を規定するステップ、
−データ処理システムへのアクセスを要求するユーザに関連するユーザ情報を検索するステップ、
−前記ユーザ情報からユーザエントリ決定ノードを決めるステップ、及び
−前記ユーザエントリ決定ノードにおいてユーザがクライアントから前記システムへアクセスすることを可能にするように制御処理を構成するステップ
を有する。
【００１４】
上記方法は、データ処理システムへのユーザカスタマイズされたアクセスを提供する。前記制御処理はユーザが自動的にエントリ決定ノードへ導かれることを可能にして、これによって他の先行するノードをバイパスすることを可能にする。このような制御処理の利点は、ユーザの負担を少なくすることである。
【００１５】
本発明の実施例において、現在のカスタマイズする方法は、ユーザを識別するステップを有する。そこからデータ処理システムへのアクセスは、ハッカーが他のユーザに関連する情報を不正に使用し、それによって制御処理のカスタマイゼーションにある決定ノードをバイパスさせることを防ぐために守られる。
【００１６】
本発明は更にクライアント、制御処理ユニット及びカスマイゼーションユニットを有するデータ処理システムにも関する。この制御処理ユニットはクライアントから前記システムへのアクセスを可能にする、決定木に基づく制御処理を実行するように構成される。この決定木は決定ノードにより構成される。カスタマイゼーションユニットは制御処理ユニットに結合される。前記カスタマイゼーションは前記システムへのアクセスを要求するユーザに関連するユーザ情報からユーザエントリ決定ノードを決定し、このユーザエントリノードにおいてユーザがクライアントから前記システムへアクセスすることを可能にする前記制御処理を構成するように構成される。
【００１７】
このようなシステムはユーザ情報を記憶するためのメモリ部分を有する。他の実施例において、ユーザはユーザ情報を提供する。
【００１８】
【発明の実施の形態】
本発明は例として添付される図を参照し、更に詳細に説明される。
【００１９】
図１は本発明のデータ処理システム１００である。このシステム１００はサーバ１１０及び複数のクライアント１１２、１１４、１１６及び１１８を有する。システム１００はデータベース１２０を有する。クライアント１１２−１１８がサーバ１１０の構成要素であるシステム１００の実施例を考慮してもよい。例えば、クライアント１１２−１１８及びサーバ１１０は、同じ物理的コンピュータで動作する別個のソフトウェアアプリケーションとして実装される。
【００２０】
サーバ１１０はおそらくは分散型サーバであり、これは、これによって広がるリソース及び最適化を可能にする異なる位置に置かれ、分散される複数のサーバを有する。システム１００はクライアント−サーバ構成を形成してもよく、又は例えばＨＡＶＩ(Home Audio Video Interoperability)ネットワーク、ＪＩＮＩネットワーク、ＣＯＲＢＡ(Common Object Request Broker Architecture)ネットワーク又はｕＰｎＰ(Universal Plug and Play)ネットワーク等の分散型ネットワークを形成してもよい。ＨＡＶＩ、ＪＩＮＩ、ＣＯＲＢＡ、ｕＰｎＰ及びここには述べられていない他のネットワーク基幹施設は、ネットワークにおける装置間の接続性を許容する基幹施設及びプロトコルを規定する。これら基幹施設は産業コンソーシアム(industry consortiums)及び基準化機関(standards organizations)によって、データの交換、対話及びネットワーク接続されたプログラムとネットワーク接続された装置との間の通信を可能にするように開発されてきた。
【００２１】
図１の実施例において、クライアント１１２−１１８は、データ動作を実行するために、ユーザがシステム１００のサーバ１１０へアクセスし、システム１００を制御することを許す制御オブジェクトである。本発明の方法は、クライアント１１２−１１８のうちの１つからシステム１００へのアクセスを可能にする制御処理をカスタマイズするステップを有する。例えばクライアント１１２はシステム１００へのアクセスを可能にする制御処理を実施する制御処理ユニット１０４を有する。このクライアント１１２は更に制御処理ユニット１０４に結合されるカスタマイゼーションユニット１０２を有し、これは以下に示されるように、このユニット１０２において実施される制御処理をカスタマイズすることを可能にする。しかしながら、ユニット１０２及び１０４がサーバ１１０に実装されてもよい。
【００２２】
本実施例において、クライアント１１２−１１８のうちの１つにおいて実行され、システム１００へのアクセスを可能にする制御処理は決定木構成である。このような決定木２００の実施例は図２に示される。この決定木２００は複数の相互連結された決定ノード２０１−２１８を有する。制御処理が稼動するとき、システム１００は、所望のデータ動作に関連する決定ノードに到達するまで、ユーザを第１の相互連結ノードから他の相互連結ノードへ導く。システム１００が次のノードを決め、ユーザをそのノードへ導くために、幾つかのノードにおいてユーザの入力が要求される。このユーザの入力は、ユーザが供給する情報及び／又は提案される要素のリストから要素のユーザによる選択を含む。他のノードはシステム１００が実行可能なデータ動作に関連してもよい。例えば、これらのノードは要求される動作を実行した結果の確認及びレンダリングに対応してもよい。この決定木構成はシステム１００への複数の可能なアクセスパスを予め規定する。これらパスはノード２０１で始まってよい。例えば、ユーザがシステム１００にノード２１７に関連する動作を実行させたい場合、ユーザはパス{201, 204, 210, 215, 217}を辿っていく。同じようにして、ユーザがシステムにノード２０５に関連する動作を実行させたい場合、ユーザはパス{201, 202, 205}を辿っていく。制御処理に基づく決定木の実行は、クライアント１１２−１１８及びサーバ１１０の間に分配されてもよい。
【００２３】
本発明の方法において、システム１００へのアクセスを要求するユーザに関連するユーザ情報ＩＮＦが決定される。情報ＩＮＦはユーザの個人的な情報、例えば電話番号、社会保険番号、誕生日、銀行の口座番号等でもよい。情報ＩＮＦはユーザの好み、例えばある活動にとって好ましい時間枠、好ましい外部セキュリティー条件、システム１００が実行可能な動作に関する好み等を表してもよい。情報ＩＮＦは何れかの種類のユーザ関連情報である。情報ＩＮＦに基づいて、システム１００へのアクセスはユーザの便宜を計ってカスタマイズされる。図１の実施例において、情報ＩＮＦはデータベース１２０に記憶され、サーバ１１０へ供給される。この実施例において、情報ＩＮＦはその後カスタマイゼーションユニット１０２へ供給される。このカスタマイゼーションユニット１０２は、ユーザエントリ決定ノードを決定し、前記決められたユーザエントリ決定ノードからユーザが直接前記システム１００へアクセスすることを可能にするように制御処理ユニット１０４を構成する。セットアップセッション中、ユーザが情報ＩＮＦをシステム１００に入力してもよく、又は情報ＩＮＦがシステム１００への先のアクセスから構築されるユーザのプロファイルから得られてもよい。
【００２４】
他の実施例において、ユーザがシステム１００へアクセスするとき、このユーザは情報ＩＮＦを直接供給してよい。例えば、ユーザは情報ＩＮＦが記憶されたスマートカード又はＲＦ識別ラベルを所持し、クライアント１１２−１１８のうちの１つがスマートカードリーダを装備している。これにより、ユーザの識別時に、システム１００は前記リーダに挿入されたスマートカードから関連する情報ＩＮＦを取得する。代わりに、情報ＩＮＦがシステム１００の外側の第三者により供給される。他の実施例は、その上に例えばバーコードのようなスマートラベルを備えたＡＴＭ預金封筒である。このスマートラベルは、前記封筒が挿入されるとき、制御処理が自動的にチェック預金動作を実行するように構成されるのに十分である情報ＩＮＦを含む。ユーザは必ずしも識別されることはない。前記ラベルは銀行により供給されてもよいし、又は家でオンラインにより提供されるサービスから印刷されてもよい。
【００２５】
システム１００へのアクセスをカスタマイズする本発明の方法は、図３及び図４を介して説明されている。図３はシステム１００の実施例を示す。システム１００は金融機関の分散型サーバ１１０及びクライアント１１２を有する。このクライアント１１２は公共の現金の引き出し機械及びＡＴＭ機械である。サーバ１１０は少なくともクライアント１１２からアクセス可能な複数のサーバ１２２、１２４及び１２６を有する。これらサーバ１２２、１２４及び１２６は例えばＰＣ、ＰＤＡ又は携帯電話のような他の型式のクライアントからアクセス可能でもよい。このサーバ１１０はサーバ１１０の内部メモリ１２８、外部データベース１２０、例えば信用組合のサーバのような外部サーバ及び／又はユーザ自身から情報ＩＮＦを入力する。
【００２６】
図４はクライアント１１２からシステム１００へアクセスすることを可能にするアクセス制御処理を規定する決定木４００である。この決定木４００は少なくとも決定ノード４１０−４１６を有する。
【００２７】
所与のクライアントからシステム１００へのアクセス処理はクライアント独特の決定木に従う。例えばクライアント１１２からシステム１００へのアクセスは、他のクライアントからのアクセスとは異なる決定木の構成に従う。これは一部が現代の情報システムが多数の型式のアクセス装置又はクライアント１１２−１１８を介するユーザアクセスを可能にするという事実による。これらの多数の型式はこれらの技術特性、位置、安全性、情報記憶及び処理能力において異なり、結果として様々なユーザインタフェースを提供する。例えば、セルラーホンの表示スクリーンがＰＣの表示スクリーンよりもかなり小さく、これによって、携帯電話によりユーザに提供される対話性（インタラクティビティ）はＰＣにより提供される対話性とは異なる。
【００２８】
システム１００にアクセスするとき、ユーザは初めにノード４０１においてクレジットカードをさっと通す必要がある。一度ユーザがこのカードをさっと通したら、システム１００はユーザがこのカードに関連するピン番号を尋ねられるノード４０２へユーザを導く。入力されたピン番号が正しい番号である場合、システム１００はユーザをノード４０３へ導く。ノード４０１及び４０２はユーザ確認のサブ処理に対応する。ノード４０３において、ユーザはシステム１００が実行する４つの動作："残高照会（口座の収支を調べる）"、"現金振込（他の口座へ現金を振り込む）"、"預金（小切手又は現金を口座に預金する）"及び"引き出し（口座から現金を引き出す）"の選択が供給される。ユーザはこれら４つの動作のうちの１つを選択し、選択された動作にそれぞれ関連するノード４０４−４０７へ導かれる。例えばユーザが"残高照会"の動作を選択する場合、システム１００はユーザをノード４０４へ導く。ノード４０４において、ユーザは残高が示されることができる３つの口座の参照を示される。ユーザはこれら３つの口座のうちの１つを選択し、次に選択された口座の参照に依存するノード４０８、４０９又は４１０へ導かれる。ノード４０８、４０９又は４１０において、システムはユーザに口座の収支を提供する。
【００２９】
本発明の方法において、クライアント１１２からシステム１００へのアクセスは情報ＩＮＦに基づいてカスタマイズされる。情報ＩＮＦはノード４０３から決定木４００に沿ってエントリノードへのパスを決めるのに使用される。その後、ユーザが一度識別されると、情報ＩＮＦはユーザＩＤに基づいて検索される。このとき制御処理はユーザがエントリノードからシステム１００へ直接アクセスすることを可能にするように構成される。それ故に、ユーザはアクセス制御処理をカスタマイズしてよい。ユーザは情報ＩＮＦを入力し、予め全ての決定及びシステム１００が多数の決定ノードを自動的に検索するために使用する他の関連する情報を示していてもよい。
【００３０】
図４は、ユーザに関連する情報ＩＮＦ１及びＩＮＦ２の２つの組から決められる決定木４００に沿う２つの異なるアクセスパス１及び２を表す。情報ＩＮＦ１及びＩＮＦ２は共にシステム１００に記憶され、例えばユーザの制御下で交互に使用されてもよい。ユーザはこれによって所望の動作に関連するエントリノードへ導く好みのパスのリストを規定する。データ処理システム１００へアクセスするとき、ユーザはこのリストの中から選択することができる。
【００３１】
パス１は{401, 402, 403, 404, 409}であり、三角形で表されている。情報ＩＮＦ１から決められるエントリノードはノード４０９である。情報ＩＮＦ１は "残高照会"及び"口座２"データを有する。初めに、ユーザはノード４０１及び４０２においてカードをさっと通し、正しいピン番号を入力することにより識別される。次に、クライアント１１２又はサーバ１１０は情報ＩＮＦ１を検索する。情報ＩＮＦ１から、システム１００はユーザが導かれる制御処理の決定木４００において最も遠い決定ノードを決定する。"残高照会"及び"口座２"データから、システム１００はノード４０３及び４０４の必要条件を満たすことを十分可能にする情報を有する。制御処理はノード４０９においてユーザがシステムにアクセスすることを可能にするように構成される。結果として、システム１００は自動的にノード４０３及び４０４を検索し、直接エントリノード４０９へユーザを導く。ユーザに関する限り、それはノード４０３及び４０４がバイパスされたように見える。
【００３２】
パス２は{401, 402, 404, 407, 411, 413}であり、正方形で表されている。情報ＩＮＦ２から決められるエントリノードは４１３である。情報ＩＮＦ２は"引き出し"及び"口座１"データを有する。情報ＩＮＦ２から、システム１００はノード４０３、４０７及び４１１を自動的に通ることを十分可能にする情報を有する。ノード４１３はユーザが引き出す金額を入力することを要求する。システム１００は情報ＩＮＦ２からこのような情報を見つけることができないので、システム１００は制御処理においてユーザをノード４１３よりも遠くへ導くことはできない。パス１及び２は共にノード４０１及び４０２のユーザ識別サブ処理を含む。ユーザはいつでも情報ＩＮＦ１及びＩＮＦ２を修正してもよい。
【００３３】
アクセス処理は更にユーザに関係無い規準：ＵＩ機能、安全性、クライアント又はシステムの情報記憶、クライアントの物理的位置及びクライアントの環境に関してカスタマイズされる。例えば、夜に安全性の目的のためにアクセス処理が更にカスタマイズ及び加速される。例えば、安全性処理はその日の所与の時間枠中にユーザカスタマイズされる制御に加え実行を開始してもよい。これにより、予め規定された特別な環境下において、制御処理は存在するユーザに基づくカスタマイゼーションに加えこれらの基準に基づいて更にカスタマイズされる。
【００３４】
更に、情報ＩＮＦがデータ１及びデータ２を含む場合、データ１は例えば衝突（コンフリクト）する場合にデータ２よりも高い優先度を持つように示される。これにより、情報ＩＮＦに基づいてアクセス処理をカスタマイズするとき、システム１００はデータ２を考慮する前にデータ１を考慮し、幾つかの場合においてシステム１００はデータ２を無視して、データ１だけを考慮する。例えば、情報ＩＮＦは、システム１００がユーザ又は前記処理により指定される所与のノードにおいてカスタマイゼーションを常に中止することを求める特定のデータを有する。ユーザはこれによって情報ＩＮＦにおいて指定されるノードへ導かれる。例えばＩＮＦ３は、情報ＩＮＦ１の"残高照会"及び"口座２"データに加え、ノード４０４に到達したときシステム１００にアクセス処理のカスタマイゼーションを中止することを求める"残高照会の中止"データを有する。この場合、ユーザはユーザが口座１の参照を入力することができるノード４０４へ導かれる。この場合、カスタマイゼーション処理はノード４０４においてユーザの入力により上書きされる。システム１００はユーザを口座１に関連するノード４０８に導き、これにより情報ＩＮＦ３の"口座２"データを無視する。
【００３５】
他の実施例において、ユーザは決定木全体にアクセスする権利が与えられなくてもよい。実際は、決定木の一部が何人かの認証されたユーザに制限されてよい。例えば、システム１００により供給される幾つかの動作が何人かの認証されたユーザに制限されてよい。これらの動作へのアクセスは、これらの動作に関連する決定ノードにアクセスする前に、識別決定ノードを検索することを必要とする。これにより、情報ＩＮＦがユーザをこの識別決定ノードを超えたノードへ導くことを可能にしたとしても、カスタマイゼーション処理はこの識別決定ノードにおいて中断される。ユーザは最初に他の識別の確認のための識別決定ノードにおいて停止される。この識別ノードにおいてユーザが認証されたユーザとして一度識別されると、カスタマイゼーションは情報ＩＮＦに基づいて遂行される。システム１００はその後更に決定木においてユーザをエントリノードへ導く。カスタマイゼーションはシステム１００に対して制御処理のカスタマイゼーションに加え安全性処理を実行するように中断されてよい。これは制御処理の条件付きカスタマイゼーションとしてもよい。
【００３６】
システム１００は異なるＵＩ(User Interface)を示すクライアントを介したユーザの対話を許可する。ＵＩは表示スクリーン、タッチセンサ式スクリーン、キーボード、光学ペン、マウス、ソフトウェアアプリケーション等とすることができる。ＵＩの顕著な型式はＧＵＩ(Graphical User Interface)要素を有するＧＵＩである。ＧＵＩ要素は窓、プルダウンメニュー、ボタン、スクロールバー、アイコン、ウィザード及び対話テキストでもよい。ＧＵＩは例えば声又は音声認識要素及び仮想現実インタフェース要素のようなマルチメディア要素を組み込んでもよい。
【００３７】
本実施例において、各決定ノード４０１−４１４はユーザに示されるＧＵＩに対応している。例えば、ノード４０１は、カードをさっと通すことをユーザに要求するＧＵＩに対応している。ノード４０２に関連するＧＵＩはピン番号の入力をユーザに要求する。ノード４０３に対し表示されるＧＵＩは４つの可能な動作を４つのＧＵＩ要素を用いて表し、各ＧＵＩ要素は１つの動作等に関連している。
【００３８】
特定のノードに関連するＧＵＩが情報ＩＮＦを用いてカスタマイズされてよい。例えば、情報ＩＮＦ４が"残高照会"及び"口座１ではない"を持ってもよい。情報ＩＮＦ４から、システム１００はユーザをエントリノード４０４へ導く。エントリノード４０４に関連するＧＵＩは情報ＩＮＦ４を用いてカスタマイズされてよい。カスタマイゼーションする前に、エントリノード４０４のＧＵＩは３つのＧＵＩ要素：口座１に対する第１要素、口座２に対する第２要素及び口座３に対する第３要素を含む。情報ＩＮＦ４が"口座１ではない"を含むので、ノード４０４のＧＵＩは、口座２及び口座３に関連する２つのＧＵＩ要素だけを表すことによりカスタマイズされる。カスタマイゼーションした後、ノード４０４のＧＵＩはもはや口座１に対するＧＵＩ要素は含んでいない。
【００３９】
その上、エントリノード４０４に関連するＧＵＩは、ユーザを前に起こった相互連結されたノードに戻すことを可能にして、これによってカスタマイゼーション時に更に大きな柔軟性を提供するＧＵＩ要素を含むようにカスタマイズされる。
【００４０】
記載された方法に関して、本発明の範囲から離れることなく修正又は改良が提案されてもよい。例えば、この方法が幾つかのやり方、例えば配線された電子回路を用いて、又は代替的にコンピュータ読み取り可能媒体に記憶された命令の組を用いて実施されてもよく、前記命令は前記回路の少なくとも一部を置換し、前記置換された回路で実行されるのと同じ機能を実行するために、コンピュータ又はデジタル処理器の制御下で実施可能であることは明らかである。
【００４１】
"有する"という語は、特許請求の範囲に挙げられた以外の他の要素又はステップの存在を排除することではない。
【図面の簡単な説明】
【図１】  本発明のシステムのブロック図。
【図２】  本発明のシステムにアクセスを可能にする制御処理の決定木構造。
【図３】  本発明のシステムのブロック図。
【図４】  本発明のシステムにアクセスを可能にする制御処理の決定木構造。