(57)【特許請求の範囲】
【請求項１】
コンピュータ・システムが、ユーザからの自然言語の入力と実行中の現アプリケーションから選択された入力との組合わせによって、ユーザの要求を解釈するための方法であって、
前記コンピュータ・システムで稼働するディスパッチャにより、前記コンピュータ・システムで稼働する音声認識装置、または、前記コンピュータ・システムのキーボード、マウスもしくはタブレットその他の入力装置から前記ユーザからの自然言語の入力を受け取り、前記現アプリケーションから選択された入力を受け取り、前記自然言語の入力と前記選択された入力とを組合わせることにより多モード入力を形成するステップと、
前記コンピュータ・システムで稼働するパーサにより、前記多モード入力の構文を解析するステップと、
前記コンピュータ・システムで稼働する対話マネージャにより、前記パーサにより解析された多モード入力の意味解釈を行って意味表現を生成するステップと、
前記コンピュータ・システムで稼働するアプリケーション・マネージャにより、前記意味表現にもとづいて、前記ユーザの要求を処理すべき補助アプリケーションを決定し、前記補助アプリケーションのアプリケーション・プログラム・インタフェース・コードを発生させ、前記補助アプリケーションを介して要求された情報をアクセスし、前記要求された情報を前記ディスパッチャに供給するステップと、
前記コンピュータ・システムで稼働する応答発生部が、前記ディスパッチャから要求された情報を受け取って、前記ユーザの要求に対する応答を発生するステップと、
を有する、方法。
【請求項２】
前記対話マネージャにより、前記多モード入力に対する前記コンピュータ・システムの理解をユーザにフィードバックし、ユーザと対話して前記ユーザの要求を明確にするステップを更に有する、請求項１記載の方法。
【請求項３】
前記ディスパッチャにより、前記ユーザからの自然言語の入力と、前記現アプリケーションから選択された入力とを連結することによって前記多モード入力を形成する請求項２記載の方法。
【請求項４】
前記アプリケーション・マネージャにより、前記意味表現から全てのアプリケーション特有の概念を見つけ、見つけた概念に関連する全てのアプリケーションを、アプリケーション特有の各概念がアプリケーションと共にリストアップされたテーブルから見つけるステップと、
を更に有する、請求項３記載の方法。
【請求項５】
ユーザからの自然言語の入力と実行中の現アプリケーションから選択された入力との組合わせによって、ユーザの要求を解釈して正しい形態で適当な補助アプリケーションに送って、前記ユーザの要求を処理するコンピュータ・システムであって、
前記ユーザからの自然言語の入力を受け取り、前記現アプリケーションから選択された入力を受け取り、前記自然言語の入力と前記選択された入力とを組み合わせることにより多モード入力を形成するディスパッチャと、
前記多モード入力の構文を解析するパーサと、
前記パーサにより解析された多モード入力の意味解釈を行って意味表現を生成する対話マネージャと、
前記意味表現にもとづいて、前記ユーザの要求を処理すべき補助アプリケーションを決定し、前記補助アプリケーションのアプリケーション・プログラム・インタフェース・コードを発生させ、前記補助アプリケーションを介して要求された情報をアクセスし、前記要求された情報を前記ディスパッチャに供給するアプリケーション・マネージャと、
前記ディスパッチャから前記要求された情報を受け取って、前記ユーザの要求に対する応答を発生する応答発生部と、
を有する、コンピュータ・システム。
【請求項６】
前記対話マネージャは、前記多モード入力に対する前記コンピュータ・システムの理解をユーザにフィードバックし、ユーザと対話して前記ユーザの要求を明確にする、請求項５記載のコンピュータ・システム。
【請求項７】
前記ディスパッチャは、前記ユーザからの自然言語の入力と、前記現アプリケーションから選択された入力とを連結することによって前記多モード入力を形成する、請求項６記載のコンピュータ・システム。
【請求項８】
前記アプリケーション・マネージャは、前記意味表現から全てのアプリケーション特有の概念を見つけ、見つけた概念に関連する全てのアプリケーションを、アプリケーション特有の各概念がアプリケーションと共にリストアップされたテーブルから見つける、請求項７記載のコンピュータ・システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、一般にコンピュータ・システムのユーザ・インタフェースに関し、特にユーザがコンピュータ・システムの複数のアプリケーションに対して会話的及び直観的なアクセスができるようにする多モード自然言語インタフェースに関する。用語の"多モード"は、様々なモードからの入力の組合わせ、例えば話かけ、タイピング、或いは手書きによるユーザからの入力を組合わせることを意味する。
【０００２】
パーソナル・コンピュータの導入以来、その使用方法を簡単にすることが目標であった。この目標は、非常に多くの人々が日常生活及び仕事においてコンピュータを使用し、コンピュータを使用する大多数の人がその使用方法にほとんどトレーニングを受けていないことを認めている。用語"ユーザ・フレンドリ"は、ユーザが最小のトレーニングでアプリケーションを効果的に使用できる、コンピュータで実行されるアプリケーションを表すために作られた造語である。ビジネス業界においてコンピュータを使用する従業員に対するトレーニングは、ビジネスにとって非常に高価な間接費である。
【０００３】
グラフィック・ユーザ・インタフェース（ＧＵＩ）は、ゼロックス社（Xerox Palo Alto Research Center（ＰＡＲＣ））によって導入され、マッキントッシュ・コンピュータによって人気を得た。ＧＵＩは"ポイントアンドクリック"・インタフェースとしてよく述べられる。これは例えばマウス、トラックボールなどのカーソル・ポインティング装置がディスプレイ上のカーソルをアイコン或いはコマンド・バーに移動するために使用され、ユーザは単にマウス・ボタンをクリック、場合によってはダブル・クリックするだけである。これは綿密に組立てられたコマンドをタイプするという、直観的でないプロセスとは対照的である。ＧＵＩはマッキントッシュ・コンピュータのオペレーティング・システム及びＩＢＭのＯＳ／２オペレーティング・システム或いはまもなく販売されるマイクロ・ソフト社のウィンドウズ９５オペレーティング・システムにおいて事実上の標準である。
【０００４】
【発明が解決しようとする課題】
ＧＵＩはコンピュータ・インタフェースにおいて多数の改良が行われたが、ＧＵＩをサポートするオペレーティング・システム下で実行されるアプリケーションを有効に利用するには、これらのオペレーティング・システムで実行されるアプリケーションの効果的使用における手順の知識がまだ必要である。例えばアプリケーション（現アプリケーション）を実行させるユーザは、部分的に現アプリケーションの情報にもとづいて他のアプリケーション（補助アプリケーション）において、ある予期できない作業の実行を望む場合がある。現在、このような作業の実行は時間がかかり、厄介である。ユーザはどのような補助アプリケーションをアクセスすべきなのかの決定が求められ、新しいウィンドウを開き、現アプリケーションから情報を移入し、及び他の関連する作業を実行しなければならない。従って、ＧＵＩがコンピュータ・システムを"ユーザ・フレンドリ"にしてきたのと同じほど重要であるように、益々、増加する多数の人々によるコンピュータの使用を簡単にするために多くの改良を行わなければならない。
【０００５】
本発明の目的は、ユーザからの自然言語による入力を現アプリケーションから選択された情報と組合わせて要求を解釈し、正しい形態の要求を適切なアプリケーションに送って処理させる多モード自然言語インタフェースを提供することである。
【０００６】
【課題を解決するための手段】
本発明によると、多モード自然言語インタフェースが提供されユーザは、入力した自然言語（話かけ、タイピング、或いは手書き）と、ユーザが現在実行中のアプリケーション（現アプリケーション）から何らかの標準手段によって選択された情報とを組合わせることによって、他のアプリケーション（補助アプリケーション）で作業を行うことができる。この場合、現アプリケーションを捨てたり、新しいウィンドウを開いたりする必要もなく、或いは現アプリケーションを実行させる前に補助アプリケーションにおいて何を実行させるかを決める必要もない。
【０００７】
本発明は以下の機能を実行する。１）組合わせられた多モード入力の解析。２）意味解釈（すなわち、構文解析において暗に示された要求の決定）。３）入力に対するシステムの理解をユーザにフィードバックし、要求をはっきりさせるために（例えば、情報の欠如とあいまいさ）ユーザと相互対話を行うダイアログ。４）どのアププリケーションが要求を処理するかの決定、及びアプリケーション・プログラム・インタフェース（ＡＰＩ）・コードの生成。５）適切な応答の提示。機能１）乃至３）は自然言語プロセッサによって、機能４）はアプリケーション・マネージャによって、及び機能５）は応答発生部によって実行される。
【０００８】
本発明によれば、ユーザが与えた多モード（話しかけ、タイピング、手書き）自然言語の入力は、何らかの標準の方法で現アプリケーションから選択された情報と組合わされて使用される。本発明は、アプリケーション間タスクをサポートするユーザ・インタフェースの分野で、自然言語データベース照会及び機械翻訳など、他のアプリケーションで使用された人工知能及びコンピュータ言語学からの技術の独特の組合わせと応用技術を提供する。更に、これらは現最先端のユーザ・インタフェースよりもアプリケーション間タスクのサポートをよく行う。
【０００９】
【発明の実施の形態】
ここで図１を参照すると、本発明が実施される代表的なハードウェア環境が示されている。このハードウェア環境はＩＢＭのＰＳ／２ファミリなどのパーソナル・コンピュータであることができ、ＩＢＭのＯＳ／２オペレーティング・システムなどのマルチタスクをサポートできるオペレーティング・システムを実行する。ハードウェアは中央演算処理装置（ＣＰＵ）１０を有し、これはインテル社のＸ８６アーキテクチャに従うもの、或いはＩＢＭのＰｏｗｅｒＰＣ（登録商標）マイクロプロセッサなどのＲＩＳＣ（reduced instruction set computer）マイクロプロセッサでもよい。ＣＰＵ１０はシステム・バス１２に取り付けられている。またシステム・バス１２には、読み書きできるメモリすなわちランダム・アクセス・メモリ（ＲＡＭ）１４、読取り専用メモリ（ＲＯＭ）１６、入出力（Ｉ／Ｏ）アダプタ１８、及びユーザ・インタフェース・アダプタ２２が取り付けられている。ＲＡＭ１４はアプリケーション・プログラムのコード及びデータを一時記憶でき、一方、ＲＯＭ１６は一般に基本入出力システム（ＢＩＯＳ）のコードを有する。Ｉ／Ｏアダプタ１８は、ここでディスク・ドライブ２０として表される１つ以上の直接アクセス記憶装置（ＤＡＳＤ）に接続されている。ディスク・ドライブ２０は一般にコンピュータのオペレーティング・システム（ＯＳ）及び様々なアプリケーション・プログラムを記憶し、これらのそれぞれがシステム・バス１２を介してＲＡＭ１４に選択的にロードされる。ユーザ・インタフェース・アダプタ２２には、キーボード２４、マウス２６、スピーカ２８、マイクロホン３２や他のユーザ・インタフェース装置（図示なし）が取り付けられている。パーソナル・コンピュータはまたディスプレイ３８を有し、ここでは陰極線管（ＣＲＴ）ディスプレイとして表されているが、液晶ディスプレイ（ＬＣＤ）または他の適当なディスプレイでもよい。ディスプレイ３８は、ディスプレイ・アダプタ３４を介してシステム・バス１２に接続されている。オプションとして通信アダプタ３４がシステム・バス１２及びネットワークに接続されている。ネットワークにはＩＢＭのトークン・リングＬＡＮなどのローカル・エリア・ネットワーク（ＬＡＮ）がある。代わりに、通信アダプタはパーソナル・コンピュータ或いはワークステーションを広域ネットワーク（ＷＡＮ）の１部として電話線に接続するモデムであることができる。
【００１０】
本発明の好ましい実施例は図１に示されるようなハードウェア・プラットホームで実現される。本発明による多モード自然言語インタフェースのアーキテクチャを特定の動作例と共に次に述べる。多モード自然言語インタフェースは、新しいウィンドウを開いたりすることなくユーザが現アプリケーション内から補助アプリケーションにおいてアクションを実行できるように、アプリケーションにリンクされる。用語の"多モード"は様々なモードからの入力を組合わせることを意味する。例えば話しかけ、タイピング或いは手書きなどのユーザからの入力と、ポイントアンドクリック、タッチ及びキーボードによる選択を含む何らかの標準の手段によってユーザが実行中のアプリケーションから選択された入力との組合わせである。
【００１１】
図２を参照するとシステムの基本アーキテクチャが示されている。ユーザ入力は、話しかけ、タイピング、手書き、マウス制御のカーソル、タッチ、或いは他のモードである。図示された例では、音声はマイクロホン３２（図１）を介して入力される。音声入力の"住所を調べる"は音声認識装置４１に与えられ出力される。同時にユーザはまた、例えばキーボード２４、マウス２６、ディスプレイ３８に備えられたタッチ・スクリーン（図示なし）、または他の同様なデバイスによって非音声入力を試みることができる。前述のように多モードの入力では手書き入力が予想され、これはスタイラス及びタブレット（図示なし）或いはマウス２６の手段によって入力される。この非音声入力は、ＯＳ／２オペレーティング・システムのプレゼンテーション・マネージャ（ＰＭ）などのスクリーン・マネージャ４２によって受信される。スクリーン・マネージャ４２はまた、現アプリケーションであるアプリケーションＡのために表示ウィンドウを与える。ここではハード・ディスク２０（図１）のような直接アクセス記憶装置（ＤＡＳＤ）４３からアクセスされている。アプリケーションＡのウィンドウ内には、テキスト或いはグラフィックなどの"中心アイテム"が存在する。
【００１２】
スクリーン・マネージャ４２によって受信された音声認識装置４１の出力及び非音声入力はディスパッチャ４４に送られ、入力を組合わせて最初に自然言語プロセッサ４５に導かれる。自然言語プロセッサ４５は、組合わせた多モードの入力を、ＤＡＳＤ４７及び４８にある文法及び辞書をアクセスして構文解析を行うパーサ４６に向ける。ＤＡＳＤ４７及び４８は、アプリケーションＡが記憶されているハード・ディスク２０と同じでも、異なっていてもよい。構文解析された入力は、同じくＤＡＳＤ４７及び４８の文法と辞書をアクセスする対話マネージャ４９によって更に意味解釈が行われる。自然言語プロセッサ４５はディスパッチャ４４を介してユーザにフィードバックを与え、入力に対するシステムの理解を告げる。必要に応じて自然言語プロセッサ４５はユーザと対話し、要求に欠けている情報或いはあいまいさを明確にする。自然言語プロセッサ４５、パーサ４６及び対話マネージャ４９によって使用された手法は、自然言語照会データベース・システムの分野で一般的なものである。市販の自然言語照会データベース・システムの例は、ＩＢＭの"LanguageAccess"並びにＮＲＩ社の"Natural Language"である。
【００１３】
自然言語プロセッサ４５の出力にもとづいてディスパッチャ４４はアプリケーション・マネージャ５１を呼出し、要求を処理するアプリケーションを決める。従来はユーザがオペレーティング・システムのアプリケーション・マネージャを呼出して、選択されたアプリケーションのためのウィンドウを開き、それからそのウィンドウ内でアプリケーションを実行していた。ユーザは、次に要求された情報をアクセスし、クリップボード機能を使用してその情報を元のアプリケーションのウィンドウにコピーし、ペーストしていた。本発明ではこれらがユーザの介入なしで自動的に全て実行される。例えばアプリケーション・マネージャ５１は、ＤＡＳＤ５２及び５３のアプリケーションＢ乃至Ｚのどれかをアクセス可能である。ここでもＤＡＳＤ５２及び５３は、アプリケーションＡが記憶されているハード・ディスク２０と同じでも、異なっていてもよい。アクセスされたアプリケーションは補助アプリケーションである。アプリケーション・マネージャ５１は、アプリケーションＢ乃至Ｚのどれが要求された情報を有するかを決める。アプリケーション・マネージャ５１は、要求された情報が含まれる住所ファイルを有するデータベース・プログラムは、例えばアプリケーションＢであると判断する。アプリケーション・マネージャ５１は要求の意味論的表現をアプリケーションＢのＡＰＩコード発生部に送り、要求された情報をアクセスするのに必要なアプリケーション・プログラム・インタフェース（ＡＰＩ）・コードを発生させる。これはウィンドウを開くことなしに実行される。補助アプリケーション（例えば、データベース・プログラム）はバックグラウンドで開かれ、ＡＰＩコード（例えば照会）が生成され、要求された情報を検索する。ひとたび情報がアプリケーション・マネージャ５１によってアクセスされると、要求された情報はディスパッチャ４４へ送られ、ディスパッチャ４４は次に情報を応答発生部５４に送る。それから応答発生部５４は要求と現アプリケーションの本質にふさわしい応答を発生する。この応答はシンセサイザ（図示なし）からの合成音声、ポップアップ・ウィンドウのテキスト、現アプリケーションにペーストされたテキスト或いはグラフィック、ビデオ・クリップなどの形態をとり得る。
【００１４】
次に図３の特定例を考える。現アプリケーション（アプリケーションＡ)がワード・プロセッサであると仮定し、ユーザがジョー・スミスに手紙を書いており、キーボード２４でジョー・スミスと名前をタイピング後に"住所を調べる"と音声入力をしたとする。ジョー・スミスのタイプされた名前（"中心アイテム"図１参照）と、話しかけた要求"住所を調べる"の組合わせの多モードの入力は、自然言語プロセッサ４５によって処理され、ディスパッチャ４４によってアプリケーション・マネージャ５１に送られる。これは図３の"質問"の機能ブロック５５によって表される。記述例では、組合わせ入力は、"ジョー・スミスの住所を調べる"である。機能が実行され、ＤＡＳＤ５２のデータベース・プログラムを介して名前／住所ファイルがアクセスされ、ジョー・スミスの住所を検索する。適切な応答は、ワード・プロセッサのアプリケーション（アプリケーションＡ）によって書かれている手紙にジョー・スミスの検索された住所をペーストすることである。
【００１５】
次に図４に示された例を考える。ユーザはジョー・スミスの名前をタイプしたが、今度は住所を要求する代わりにユーザは音声入力"電話"を与える。図４に示された例では複数の可能な答えがある。第１は、ジョー・スミスの電話番号の検索である。しかし、データベースには２つのジョー・スミスがあった場合、最終的な応答が発生する前に明確にしなければならないあいまい性がある。対話マネージャ４９（図２）は、例えばポップアップ・ウィンドウの形でユーザに対して選択肢を与え、その中の１つを選ぶことを要求する。一方、電話帳にジョー・スミスが載っていない場合がある。その場合は、要求を処理するのに十分な情報がないことになる。対話マネージャ４９は電話帳にジョー・スミスが載っていないことをユーザに告げ、"他を調査しますか"など他の情報を求める。この応答は例えばポップアップ・ウィンドウの中でのテキスト表示、或いは合成音声である。最終的に電話番号が見つかると応答は番号そのものを表示するか、通信アダプタ３４（図１）を介してその番号をダイヤルするかのどれかである。
【００１６】
多モード自然言語インタフェースをサポートする機能は、図２で示されるディスパッチャ４４とアプリケーション・マネージャ５１である。ここで図５を参照すると、ディスパッチャの機能が流れ図で説明されている。ユーザ入力Ｉ１と現アプリケーションからの中心アイテムの入力Ｉ２は機能ブロック５６で単に連結され、"ユーザ入力"＋"中心アイテム"となる。自然言語プロセッサ４５で使用される文法と意味解釈の規則は意図する意味が回復されることを保証する。前述のように多種多様な最先端の自然言語処理システムが自然言語プロセッサ４５の機能を実行するのに使用できる。自然言語プロセッサ４５への連結された入力が、自然言語処理の本質的な順序に合わない場合でも、更に自然言語プロセッサは意図された意味を回復する。例えば、連結された入力が"メアリに送信する"＋＜ファイル名＞、すなわち"メアリに送信する財務データ"を意味する場合、自然言語プロセッサ４５は、これを正しい表現"メアリに＜ファイル名＞を送信する"、すなわち"メアリに財務データを送信する"と理解する。なぜなら自然言語プロセッサは不自然な語順を適切な文法規則を与えることによって分析できるからである。非常に利用が簡単である本システムの特徴は、ユーザ入力及び現アプリケーションから供給された入力が時間的順序で、或いは時間的に重複して入力できる点にある。
【００１７】
図６は、機能ブロック５６においてディスパッチャの機能の他のオペレーション例を示す。この場合、ユーザ入力は"電話"であり、アプリケーション入力は"ジョン・スミス"である。ディスパッチャの連結機能は"ジョン・スミスに電話する"を自然言語プロセッサに出力する。
【００１８】
アプリケーション・マネージャ５１の流れ図が図７に示されており、ここでその説明を行う。所与の入力に対し、アプリケーション・マネージャは最初に機能ブロック６１において自然言語プロセッサ４５によって与えられた意味表現（ＳＲ）から全ての概念を見つける。次に機能ブロック６２において意味表現からその各概念と関連づけて登録されている個々のアプリケーションを決定する。この決定は概念／アプリケーション登録テーブル６３を参照することによって行われる。アプリケーションとは無関係な概念もいくつかあるが、それらは考慮する必要はない。このような概念は辞書に設定されたフラグによって識別できる。アプリケーション特有の各概念が概念／アプリケーション登録テーブル６３にそれらの概念と関連して登録されているアプリケーションの名前と共にリストアップされる。論理的には、このテーブル６３は正にテーブルであり、列はアプリケーション名、行は概念名でラベル付けされている。その例が図８に示されている。アプリケーション特有の概念の集合がひとたび決まると、このような各概念は、概念／アプリケーション登録テーブル６３で調べられ、関連する登録されたアプリケーション名の集合が返される。各概念はこのようにアプリケーション名の集合を生成する。これは"概念アプリケーション集合"と呼ばれる。アプリケーション特有の概念毎に概念／アプリケーション登録テーブル６３を調べて関連するアプリケーション名を検索することにより、全ての概念が処理されてしまうと、いくつかの概念アプリケーション集合が得られる。入力の意味表現から導き出された全ての概念アプリケーション集合に含まれる各アプリケーション名が決定される。論理的には、これは単純な集合論理積によって行われる。その結果、入力の意味表現から導き出されたアプリケーション特有の各概念と関連づけて登録されている全てのアプリケーション名の１つの集合（アプリケーション集合）が得られる。
【００１９】
次に機能ブロック６４において、アプリケーション・マネージャは意味表現を該当するアプリケーションＡｉのＡＰＩコード発生部６５に送る。アプリケーション集合に含まれるアプリケーション名は普通は１つだけであるが、２つ以上のこともある。このような場合、入力は全くあいまいであり、システムはディスパッチャを介してユーザに報告するか、単に意味表現を該当する各アプリケーションのＡＰＩコード発生部に供給するか、またはこれらの両方を行う。本アーキテクチャのどの部分もこの選択には関係せず、パラメータが設定されて、特定の環境でのシステムの実際の動作を決める。また、概念／アプリケーション登録テーブル６３に登録されているアプリケーションにとって入力が無意味であれば、アプリケーション集合は空になる。この事象はディスパッチャへ報告され、なお一層の処理、例えばユーザと対話して必要であれば次の行動を決める。１つのアプリケーションが見つかり、意味表現がそのアプリケーションのＡＰＩコード発生部に送られると、次にアプリケーションは要求されたデータを検索するために、機能ブロック６６において、発生されたＡＰＩコードにもとづいて動作する。
【００２０】
本発明は以上の実施例に限らず様々な変更が可能である。
【図面の簡単な説明】
【図１】本発明が実施されるハードウェア構成を示すブロック図である。
【図２】本発明による多モード・システム・アーキテクチャのブロック図である。
【図３】多モード・システム・オペレーションの第１の例のブロック図である。
【図４】多モード・システム・オペレーションの第２の例のブロック図である。
【図５】ディスパッチャにおける多モード言語入力を組合わせる論理を示す流れ図である。
【図６】ディスパッチャにおける多モード言語入力の組合わせ例を示す図である。
【図７】アプリケーション・マネージャの論理を示す流れ図である。
【図８】アプリケーション・マネージャによって使用される概念／アプリケーション登録テーブルの例である。
【符号の説明】
１０  ＣＰＵ
１２  システム・バス
１４  ＲＡＭ
１６  ＲＯＭ
１８  Ｉ／Ｏアダプタ
２０  ディスク・ドライブ
２２  ユーザ・インタフェース・アダプタ
２４  キーボード
２６  マウス
２８  スピーカ
３２  マイクロホン
３４  通信アダプタ
３６  ディスプレイ・アダプタ
３８  ディスプレイ
４１  音声認識装置
４２  スクリーン・マネージャ
４３、４７、４８、５２、５３  ＤＡＳＤ
４４  ディスパッチャ
４５  自然言語プロセッサ
４６  パーサ
４９  対話マネージャ
５１  アプリケーション・マネージャ
５４  応答発生部
６３  概念／アプリケーション登録テーブル
【図１】
0004012263.tif 000002
【図２】
0004012263.tif 000003
【図３】
0004012263.tif 000004
【図４】
0004012263.tif 000005
【図５】
0004012263.tif 000006
【図６】
0004012263.tif 000007
【図７】
0004012263.tif 000008
【図８】
0004012263.tif 000009