JP2003522991A - 双方向アプリケーション生成システム及びテキスト処理システム - Google Patents

Abstract

(57)【要約】 アプリケーションを生成するための方法であって、その方法は、各コンポーネントがアプリケーション構築ブロック（１０）を定義するように成して複数のコンポーネント（５）を提供することと、各プロパティが複数のコンポーネントの１つ（６５）に対して関連付けられるように成して非プログラム式ユーザ入力（４５）に基づいて複数のユーザ定義アプリケーション特有のプロパティを記憶することと、少なくとも部分的には複数のコンポーネントに基づいて質問表（１５）を介して入力されるストラクチャード・データを受信することと、生成テキスト（３０）が少なくとも部分的にはユーザ入力に基づいた複数のサブ・センテンス・セグメントからの複数の単文センテンスに関するダイナミック・ランタイムの生成を包含するように成して少なくとも部分的にはストラクチャード・データに基づいてテキストを生成することと、複数のユーザ定義アプリケーション特有プロパティの少なくとも幾つか及びそれに対して関連付けられるコンポーネントに基づいてアプリケーションを提供することとを包含する。それに関連する装置並びに方法もまた、提供される。

Description

【発明の詳細な説明】

【０００１】 （技術分野） 本件出願は、１９９９年６月１日付けで「Ａｐｐｌｉｃａｔｉｏｎ Ｇｅｎｅ
ｒａｔｉｏｎ Ｓｙｓｔｅｍ」という標題を付けて出願された暫定的な米国特許
出願６０／１３６．９３２号の利益を主張するものである。

【０００２】 本発明は、概ね、アプリケーション生成システムに関するものである。

【０００３】 （背景技術） 多くのアプリケーション生成システム及びそれに関連するシステムが、当該分
野においては周知である。

【０００４】 スマート・メディカル記録（ＳＭＲ）は、ＨＢＯＣによって所有されるコンピ
ュータ式の患者記録ソフトウェア・プログラムである。 ＳＭＲは、入力テンプレートを表示するインターフェースを提供するものであ
り、ユーザは、それを使用してデータを入力する。 ユーザ入力に基づくテキストは、自動的に生成されることも可能であり、セン
テンス内容は、ランタイムにおいて生成される。 ＳＭＲは、単文と重文の両方のセンテンスを生成することが可能である。

【０００５】 本件出願が利益を請求している、１９９９年６月１日付けで「Ａｐｐｌｉｃａ
ｔｉｏｎ Ｇｅｎｅｒａｔｉｏｎ Ｓｙｓｔｅｍ」という標題を付けて出願され
た出願人の暫定的な米国特許出願６０／１３６．９３２号は、引例として本文に
組み込まれるものとする。

【０００６】 本件明細書の全体に亘って記述されるすべての引例の開示内容もまた、引例と
して本文に組み込まれるものとする。

【０００７】 （発明の開示） 本発明は、改良されたアプリケーション生成システムを、それに関連するシス
テムと共に提供することを目指すものである。 種々の好ましい実施例において、本発明は、マルチリンガル・ケイパビリティ
（multi-lingal capability）、及びマルチプラットホーム・ケイパビリティ（m
ulti-platform capability）を提供することを目指している。 これらのケイパビリティは、好ましくはその他のケイパビリティもまた、好ま
しくは、独立した典型的な関連データベースの記録と複数の協働するテキスト生
成モジュール（text generation module）とを使用して提供される。

【０００８】 従って、本発明の好ましい実施例によれば、アプリケーションを生成するため
の方法が提供されるのであり、その方法は、各コンポーネントがアプリケーショ
ン構築ブロックを定義するように成して複数のコンポーネントを提供することと
、各プロパティが複数のコンポーネントの１つに対して関連付けられるように成
して非プログラム式ユーザ入力に基づいて複数のユーザ定義アプリケーション特
有のプロパティを記憶することと、少なくとも部分的には複数のコンポーネント
に基づいて質問表を介して入力されるストラクチャード・データを受信すること
と、生成テキストが少なくとも部分的にはユーザ入力に基づき少なくとも部分的
にはコンポーネントに基づいて複数のサブ・センテンス・セグメントからの複数
の単文センテンスに関するダイナミック・ランタイム（dynamic runtime）の生
成を包含するように成して少なくとも部分的にはストラクチャード・データ（st
ructured data）に基づいてテキストを生成することと、複数のユーザ定義アプ
リケーション特有プロパティの少なくとも幾つか及びそれに対して関連付けられ
るコンポーネントに基づいてアプリケーションを提供することとを包含するので
ある。

【０００９】 更に、本発明の好ましい実施例によれば、そのテキスト生成は、複数の単文セ
ンテンスの少なくとも２つを自動的に接合して、重文センテンスを形成すること
をも包含する。

【００１０】 更になお、本発明の好ましい実施例によれば、各々の単文センテンスは、質問
に対するユーザ供給応答に基づくものであり、その応答は、受信ステップにおい
て提供される。

【００１１】 更に、本発明の好ましい実施例によれば、その記憶は、ユーザ入力が実質的に
非テキスト的であるように成して、ユーザ入力を受信することを包含する。

【００１２】 更になお、本発明の好ましい実施例によれば、テキスト生成は、テキストを１
つ以上の言語で自動的に生成することをも包含する。

【００１３】 更に、本発明の好ましい実施例によれば、その１つ以上の言語は、少なくとも
１つの左から右に書かれる言語と、少なくとも１つの右から左に書かれる言語と
を包含する。

【００１４】 更になお、本発明の好ましい実施例によれば、その１つ以上の言語は、第１の
統合構造と第２の統合構造が異なるように成して、第１の統合構造を有する第１
の言語と、第２の統合構造を有する第２の言語とを包含する。

【００１５】 更に、本発明の好ましい実施例によれば、第１のセンテンス構造順と第２のセ
ンテンス構造順が異なっているように成して、第１の統合構造は、第１のセンテ
ンス構造順を有し、第２の統合構造は、第２のセンテンス構造順を有する。

【００１６】 更になお、本発明の好ましい実施例によれば、その方法の少なくとも一部は、
コンピュータにおいて実行されるべく適応されるソフトウェアにおいて実装され
る。

【００１７】 更に、本発明の好ましい実施例によれば、そのコンピュータは、以下のものの
１つ、即ち、ハンドヘルド・コンピュータ（handheld computer）及びパームト
ップ・コンピュータ（palmtop computer）のうちの１つを包含するのである。

【００１８】 更になお、本発明の好ましい実施例によれば、そのコンピュータは、キーボー
ドを欠いたペン・ベースのハンドヘルド・コンピュータを包含する。

【００１９】 更に、本発明の好ましい実施例によれば、そのコンピュータは、以下のものの
少なくとも１つ、即ち、Ｗｉｎｄｏｗｓ（登録商標） ＣＥを実行するコンピュ
ータ、Ｗｉｎｄｏｗｓ（登録商標） ＣＥプラットホームにおいて機能するコン
ピュータ、Ｐｓｉｏｎハンドヘルド・コンピュータ、ＥＰＯＣＨオペレーティン
グ・システムによって機能するコンピュータ、ＰａｌｍＰｉｌｏｔコンピュータ
、ハンドヘルド・ワイヤレス通信コンピュータ、及びＰａｌｍ VII コンピュ
ータのうちの少なくとも１つを包含するのである。

【００２０】 本発明のもう１つの好ましい実施例によれば、少なくとも部分的にはストラク
チャード・データに基づいてテキストを生成するように成したテキスト生成方法
もまた提供されるのであり、その方法は、少なくとも部分的にはユーザ入力に基
づいて複数のサブ・センテンス・セグメントから複数の単文センテンスをランタ
イムにおいて動的に生成することを包含する。

【００２１】 更に、本発明の好ましい実施例によれば、その生成は、複数の単文センテンス
を１つ以上の言語で自動的に生成することを包含する。

【００２２】 更になお、本発明の好ましい実施例によれば、その１つ以上の言語は、少なく
とも１つの左から右に書かれる言語と、少なくとも１つの右から左に書かれる言
語とを包含する。

【００２３】 更に、本発明の好ましい実施例によれば、その１つ以上の言語は、第１の統合
構造と第２の統合構造が異なるように成して、第１の統合構造を有する第１の言
語と、第２の統合構造を有する第２の言語とを包含する。

【００２４】 更になお、本発明の好ましい実施例によれば、第１のセンテンス構造順と第２
のセンテンス構造順が異なっているように成して、第１の統合構造は、第１のセ
ンテンス構造順を有し、第２の統合構造は、第２のセンテンス構造順を有する。

【００２５】 更に、本発明の好ましい実施例によれば、その方法の少なくとも一部は、コン
ピュータにおいて実行されるべく適応されるソフトウェアにおいて実装される。

【００２６】 更になお、本発明の好ましい実施例によれば、そのコンピュータは、以下のも
のの少なくとも１つ、即ち、ハンドヘルド・コンピュータ及びパームトップ・コ
ンピュータのうちの少なくとも１つを包含するのである。

【００２７】 更になお、本発明の好ましい実施例によれば、そのハンドヘルド・コンピュー
タは、以下のものの少なくとも１つ、即ち、Ｗｉｎｄｏｗｓ（登録商標） ＣＥ
を実行するコンピュータ、Ｗｉｎｄｏｗｓ（登録商標） ＣＥプラットホームに
おいて機能するコンピュータ、Ｐｓｉｏｎハンドヘルド・コンピュータ、ＥＰＯ
ＣＨオペレーティング・システムによって機能するコンピュータ、ＰａｌｍＰｉ
ｌｏｔコンピュータ、ハンドヘルド・ワイヤレス通信コンピュータ、及びＰａｌ
ｍ VII コンピュータのうちの少なくとも１つを包含するのである。

【００２８】 本発明のもう１つの好ましい実施例によれば、複数の単文センテンスから重文
センテンスを生成するように成したテキスト生成方法もまた提供されるのであり
、その方法は、重文センテンスがそこから生成されることになる単文センテンス
の構造に基づいて重文センテンス構造を定義する一般論理を提供することと、複
数の単文センテンスを提供することと、その一般論理と複数の単文センテンスと
に基づいて重文センテンスを生成することとを包含する。

【００２９】 更に、本発明の好ましい実施例によれば、複数の単文センテンスの各々は、デ
ータ入力質問表における継続質問を反映するものであり、その生成ステップは、
第１のセンテンス及び第２のセンテンスを包含する少なくとも２つのセンテンス
から重文センテンスを生成することを包含するものであり、その第１のセンテン
スは、データ入力質問表における１つの質問を介して入力されるデータを反映し
て、その第２のセンテンスは、データ入力質問表における第２の質問を介して入
力されるデータを反映するように成し、その第２の質問は、第１の質問の複数の
回答のうちの１つに対する継続であることになる。

【００３０】 更になお、本発明の好ましい実施例によれば、以下のものの少なくとも１つ、
即ち、データ入力質問表における継続質問に関連する単文センテンスの個数、及
び継続質問の階層のレベルのうちの少なくとも１つは限定されるものではなく、
それらの継続質問は、重文センテンスを生成するために接合され得ることになる
。

【００３１】 更に、本発明の好ましい実施例によれば、その重文センテンス生成は、重文セ
ンテンスを１つ以上の言語で自動的に生成することを包含する。

【００３２】 更になお、本発明の好ましい実施例によれば、その１つ以上の言語は、少なく
とも１つの左から右に書かれる言語と、少なくとも１つの右から左に書かれる言
語とを包含する。

【００３３】 更に、本発明の好ましい実施例によれば、その１つ以上の言語は、第１の統合
構造と第２の統合構造が異なるように成して、第１の統合構造を有する第１の言
語と、第２の統合構造を有する第２の言語とを包含する。

【００３４】 更になお、本発明の好ましい実施例によれば、第１のセンテンス構造順と第２
のセンテンス構造順が異なるように成して、第１の統合構造は、第１のセンテン
ス構造順を有し、第２の統合構造は、第２のセンテンス構造順を有する。

【００３５】 更に、本発明の好ましい実施例によれば、その生成は、一般論理及び複数の単
文センテンスにのみ基づいている。

【００３６】 本発明のもう１つの好ましい実施例によれば、複数のユーザからのデータ収集
を許容するように成したデータ収集方法もまた提供されるのであり、その方法は
、複数のユーザの各々に対する少なくとも１つのデータ・ストラクチャード入力
質問表を定義する知識ベースを提供することと、各々のユーザがそのユーザに対
して関連付けられる知識ベースを変更するように許容することと、入力が入力質
問表に基づくように成して複数のユーザの各々からのストラクチャード入力を受
信することと、受信ステップからの入力をテキスト形態において記憶することと
、複数のユーザの第２のものが複数のユーザの第２のものに対して関連付けられ
る知識ベースを変更した後、複数のユーザの少なくとも第２のものによる複数の
ユーザの第１のものに関して記憶された入力に対する直接的なアクセスを提供し
、それによって、複数のユーザの第２のものに対して関連付けられるストラクチ
ャード入力を改変することとを包含する。

【００３７】 本発明のもう１つの好ましい実施例によれば、テキストがテキスト生成方法を
使用してテキスト生成装置によって生成される平文テキストを包含するように成
してテキストを解析する方法もまた提供されるのであり、その解析方法は、テキ
スト生成方法を逆転させ、それによって、テキストを生成するためにそのテキス
ト生成方法に対して提供された複数の入力を決定することを包含する。

【００３８】 更に、本発明の好ましい実施例によれば、その生成されたテキストは、以下の
指標、即ち、埋込みＩＤ、及び隠し文字を包含するものではなく、それらの指標
は、そのテキストの生成を引き起こした質問及び回答を示すことになる。

【００３９】 本発明のもう１つの好ましい実施例によれば、データを階層的な形態で受信す
ることと、少なくとも部分的には階層的な形態におけるデータに基づいてサブ・
センテンス・エレメントから自然言語センテンスを生成することと、その自然言
語センテンスをテキスト形態で記憶することと、テキスト形態で記憶された自然
言語センテンスに対してアクセスすることとを包含するように成した、データ・
アクセス方法もまた提供される。

【００４０】 本発明のもう１つの好ましい実施例によれば、複数のカスタマのデータ記録を
包含するデータ記録を複数のユーザが管理することを許容するようにして複数の
階層のレベルを備えた質問表ストラクチャード・データ入力を有するデータ管理
システムを提供することと、そのデータ管理システムを使用してデータを記憶す
ることと、そのデータ管理システムを使用することなくそのデータ管理システム
の少なくとも１名の非ユーザによる記憶データに対するアクセスを許容すること
とを包含するように成した、データ・アクセス方法もまた提供される。

【００４１】 更に、本発明の好ましい実施例によれば、そのデータ管理システムは、サブ・
センテンス・エレメントからのテキスト生成を提供する。

【００４２】 更になお、本発明の好ましい実施例によれば、そのデータ管理システムは、単
文センテンスからの複文センテンスの自動的な生成を提供する。

【００４３】 更に、本発明の好ましい実施例によれば、それらの単文センテンスは、データ
入力質問表における継続質問に対応する無制限の個数のセンテンスと、無制限の
質問の階層のレベルとを包含する。

【００４４】 更になお、本発明の好ましい実施例によれば、そのデータ管理システムは、マ
ルチリンガル・ケイパビリティを提供する。

【００４５】 更に、本発明の好ましい実施例によれば、そのアクセスは、それらのデータ記
録の少なくとも１つを閲覧することを包含する。

【００４６】 更になお、本発明の好ましい実施例によれば、そのアクセスは、それらのデー
タ記録の少なくとも１つを更新することを包含する。

【００４７】 更に、本発明の好ましい実施例によれば、その更新は、データ管理システムに
対して電子メッセージを送信することによって更新することを包含する。

【００４８】 更になお、本発明の好ましい実施例によれば、その電子メッセージは、ｅメー
ル・メッセージを包含する。

【００４９】 本発明のもう１つの好ましい実施例によれば、複数のドキュメントを包含する
データベースを包含するように成し、各ドキュメントは、以下のものの少なくと
も１つの中に記憶される複数のセクションを包含するように成し、即ち、ワンワ
ード・プロセッシング・ファイル、ワンワード・プロセッシング・ファイル・オ
ブジェクト、少なくとも１つのＨＴＭＬファイル、少なくとも１つのＸＭＬファ
イル、及びテキスト・ファイルのうちの少なくとも１つの中に記憶されるように
成し、それらの複数のセクションは、階層に配列されるように成した、記録デー
タ構造もまた提供される。

【００５０】 本発明のもう１つの好ましい実施例によれば、各コンポーネントがアプリケー
ション構築ブロックを定義するように成した複数のコンポーネントと、各プロパ
ティが複数のコンポーネントの１つに対して関連付けられるように成して非プロ
グラム式ユーザ入力に基づいて複数のユーザ定義アプリケーション特有のプロパ
ティを記憶するように機能する記憶装置と、少なくとも部分的には複数のコンポ
ーネントに基づいて質問表を介して入力されるストラクチャード・データを受信
するように機能する入力装置と、少なくとも部分的にはユーザ入力に基づいて複
数のサブ・センテンス・セグメントからの複数の単文センテンスに関するダイナ
ミック・ランタイムの生成を包含するように成して少なくとも部分的にはストラ
クチャード・データに基づいてテキストを生成するように機能するテキスト生成
装置と、複数のユーザ定義アプリケーション特有プロパティの少なくとも幾つか
及びそれに対して関連付けられるコンポーネントに基づいてアプリケーションを
提供するためのアプリケーション・プロバイダとを包含するように成した、アプ
リケーション生成システムもまた提供される。

【００５１】 本発明のもう１つの好ましい実施例によれば、そのコンピュータ・プログラム
がコンピュータに対して機能的に関連付けられるときに以下の各ステップを実行
するように機能するように成したコンピュータ・プログラムを包含するコンピュ
ータ判読可能な媒体もまた提供されるのであり、即ち、各コンポーネントがアプ
リケーション構築ブロックを定義するように成して複数のコンポーネントを提供
するステップと、各プロパティが複数のコンポーネントの１つに対して関連付け
られるように成して非プログラム式ユーザ入力に基づいて複数のユーザ定義アプ
リケーション特有のプロパティを記憶するステップと、少なくとも部分的には複
数のコンポーネントに基づいて質問表を介して入力されるストラクチャード・デ
ータを受信するステップと、生成テキストが少なくとも部分的にはユーザ入力に
基づいて複数のサブ・センテンス・セグメントからの複数の単文センテンスに関
するダイナミック・ランタイムの生成を包含するように成して少なくとも部分的
にはストラクチャード・データに基づいてテキストを生成するステップと、複数
のユーザ定義アプリケーション特有プロパティの少なくとも幾つか及びそれに対
して関連付けられるコンポーネントに基づいてアプリケーションを提供するステ
ップとを実行するのである。

【００５２】 本発明は、図面と併せて考慮される以下のような詳細な説明から理解され、更
に十分に認識されることになる。

【００５３】 （発明を実施するための最良な形態） ここで、本発明の好ましい実施例に従って構築されて機能するコンピュータ・
アプリケーションを示す略機能図である図１Ａが、参照される。 そのコンピュータ・アプリケーションは、例えばグラフィカル・ユーザ・イン
ターフェースを有するオペレーティング・システムを包含する適切なパーソナル
・コンピュータのような任意の適切なプログラム式コンピュータ・システムにお
いて実装されることが可能であると認識される。

【００５４】 図１Ａの実施例は、前記アプリケーションのブロック構築として機能する少数
のイネーブル・コンポーネントを使用して、データの収集及び管理アプリケーシ
ョンを形成するための機構を含んで成る。 図１Ａのこの機構は、好ましくは、以下のようなエレメントを含んで成る。

【００５５】 プライマリ・データ管理機構５は、図１Ａの実施例の主要な機構を構成する。
プライマリ・データ管理機構５は、好ましくは、構造化された階層的な質問表を
介してユーザがデータを入力することを許容する機構を含んで成り、その入力デ
ータを階層的な非言語的表示において一時的に記憶し、テキスト生成機構を使用
して、好ましくは、サブ・センテンス・セグメントからの複文センテンスの生成
と重文センテンスを形成するセンテンスの自動的な接合とを包含するように成し
、そのデータを複文テキスト出力として非階層的に生成して好ましくは永続的に
記憶するように成し、テキスト解析機構を使用して、そのテキスト出力を解析し
且つ非言語的表示フォーマットに戻すようにして変換するように成し、そのフォ
ーマットの中では、テキスト出力が、好ましくは永続的に記憶されるのである。

【００５６】 プライマリ・データ管理機構５の好ましい実施例は、この機構に関する構造的
な概観を提供する図１Ｂと、この機能を達成するために使用されるアプリケーシ
ョン・イネーブル・コンポーネント（application enabling components）を説
明する図２とを参照して、以下で更に説明される。 それらのアプリケーション・イネーブル・コンポーネントは、図３〜１９及び
図２３〜２５を参照して、以下で更に説明される。

【００５７】 補助機構１０は、補助的な機構の集合を含んで成るものであり、それらは、プ
ライマリ・データ管理機構５と併せて使用され、或いは、そのアーキテクチャか
ら結果として生じる特徴及びケイパビリティを構成することになる。 これらの機構は、図２０〜２２及び図２６〜２９を参照して、以下で更に説明
される。

【００５８】 プライマリ・データ管理機構５は、好ましくは以下のようなエレメントを含ん
で成るものであり、それらの機能もまた、以下の通りに説明される。 データは、好ましくは、階層的な質問表データ入力機構１５を介して入力され
るものであり、その機構は、構造化された質問表を表示するための機構である。
データ入力機構１５の機能は、好ましくは、図１Ｂを参照して以下で説明される
ナビゲーション機構１０５（図１Ｂ）と、ディスプレイ機構１１０（図１Ｂ）と
によって達成される。

【００５９】 以上で説明したようにして入力されたデータは、好ましくは、メモリの中にお
いて、更に好ましくはＲＡＭの中において、階層的非言語表示（hierarchial la
nguage-less representation）２０の中に記憶される。 好ましくは、階層的非言語表示２０の中には、質問、回答、継続質問及び継続
回答に関するＩＤ、及び記憶されることが必要であるその他のエレメントだけが
存在するのであり、それらのＩＤが表示する言語従属的なテキストは、記憶され
る必要がない。

【００６０】 出力テキスト生成機構２５は、２方向の変換を許容する機構を含んで成るもの
であり、即ち、階層的非言語表示２０からテキスト出力への変換、及び前記テキ
スト出力から階層的非言語表示２０に戻す変換を許容するのである。 図１Ａのシステムのその他のエレメントに対する出力テキスト生成機構２５の
構造的な関係は、図１Ｂを参照して更に説明される。 それに付随するイネーブル・コンポーネントは、図２を参照し、更に図３〜１
０をも参照して以下で更に説明される。

【００６１】 この出力テキスト生成機構２５は、好ましくは、以下のものを含んで成る。 即ち、図１１を参照し、更に図１２〜１８をも参照して以下で更に説明される
テキスト生成機構３０、及び図１９を参照して以下で更に説明されるテキスト解
析機構３５である。

【００６２】 テキストとしての非階層的な記憶装置４０は、好ましくは、出力テキストを含
んで成るものである。 その出力テキストは、テキスト生成機構３０によって生成されたものであり、
テキスト解析機構３５によって解析される。 そのデータが好ましくは例えばディスクのような適切な記憶装置において永続
的に記憶されるのは、テキストとしての非階層的な記憶装置４０のフォーマット
において記憶されるのである。 そのテキスト出力記憶装置は、好ましくは、図２３〜２５において更に詳しく
述べられるカスタマ記録ドキュメント１１５（図１Ｂ）に対応する。

【００６３】 補助機構１０は、好ましくは、以下の機構を含んで成るものである。

【００６４】 非プログラム式の知識ベース（ＫＢ）エディタ４５は、好ましくは、システム
のユーザが、いかなるプログラミングもなしに、知識ベース（knowledge base）
を作成して変更することを許容するように成した機構を含んで成るものである。 その知識ベースは、階層的質問表データ入力機構１５だけでなく、出力テキス
ト生成機構２０によって生成されることになる関連する対応テキストに関しても
、基礎を形成し、且つ「駆動」させるのである。 非プログラム式（ＫＢ）エディタ４５は、図２６を参照して以下で更に説明さ
れる。

【００６５】 意思決定支援機構５０、研究及び統計の機構５５、及びマルチリンガル機構６
０は、好ましくは、収集されたデータが階層的非言語表示２０において表示され
得るという事実の故に実行可能になる機構を含んで成る。

【００６６】 意思決定支援機構５０は、好ましくは、知識ベースの正確な構造を反映するプ
ログラム可能なオブジェクト・モデルを自動的に作成するように成した機構を含
んで成るものである。 その知識ベースは、ユーザが、いかなるプログラミングも無しに、知識ベース
・エディタ４５を使用して作成したものであり、好ましくは、ユーザのデータ入
力選択をこのオブジェクト・モデルに対してポピュレート（populate）するよう
にして機能するものでもある。 従って、そのデータ入力に基づいて複文状態（complex condition）をプログ
ラム的に作成し、知識ベースの中における質問に対して手動ではなくプログラム
的に数値を割り当てるということが実行可能なのである。 意思決定支援機構５０は、図２０Ａ，Ｂを参照して以下で更に説明される。

【００６７】 研究及び統計の機構５５は、好ましくは、ユーザが、如何なるプログラミング
も無しに、カスタマ・データベースにおける複雑な問合せと、カスタマのグルー
プを比較することと、それらの結果をテーブルまたはチャートのフォーマットで
表示することと、そのような比較から統計的な結論を引き出すこととを実行する
ことを許容するように成した機構を含んで成るものである。 この機構は、図２９Ａ，Ｂを参照して以下で更に説明される。

【００６８】 マルチリンガル機構６０は、好ましくは、システムが、右か左に書く言語をも
包含する複数の言語で質問表を表示することを許容し、サブ・センテンス部分か
らのセンテンスの生成及び重文を形成するセンテンスの接合をも包含するように
して、テキストをこれらの言語で生成して分析することをも許容するように成し
た機構を含んで成るものである。 知識ベースは、一旦は１つの言語で作成されるものであり、その後、例えば商
業的に利用可能である適切な翻訳ソフトウェアなどによって複数の言語になるよ
うにして半自動的に翻訳されることも可能なのである。 マルチリンガル機構６０は、図２１、図２２Ａ，Ｂを参照して以下で更に説明
される。

【００６９】 マルチユーザ非同期的アクセス機構６５は、好ましくは、複数のユーザが、彼
らの好み及び必要に合うようにしてアプリケーションの知識ベースをそれぞれに
変更することを許容し、それでもなお、彼らの知識ベースを同期化させることな
く共有のカスタマ記録を読み込み且つ書き込むことが可能であるように成した機
構を含んで成るものである。 マルチユーザ非同期的アクセス機構６５は、図２７を参照して以下で更に説明
される。

【００７０】 非ユーザ・アクセス機構７０は、好ましくは、そのシステムの非ユーザが、ア
プリケーション及びその知識ベースを必要とすることなく、アプリケーションの
カスタマ記録を閲覧し且つ書き込むことを許容するように成した機構を含んで成
るものである。 非ユーザ・アクセス機構７０は、図２８を参照して以下で更に説明される。

【００７１】 マルチユーザ非同期的アクセス機構６５及び非ユーザ・アクセス機構７０は、
テキストとしての非階層的な記憶装置４０の形態において階層的データを記憶す
るシステムのケイパビリティ、及びテキスト解析機構３５を介してその階層的な
構造になるようにテキストを戻して分析する能力の結果として設けられるもので
ある。

【００７２】 ここで、本発明の好ましい実施例に従って構築されて機能するコンピュータ・
アプリケーションを示す略ブロック図である図１Ｂが参照される。 図１Ｂの装置は、図１Ａのプライマリ・データ管理機構５に概ね対応すること
になる。 図１Ｂのエレメントは、典型的には、当該分野では周知であるように、ハード
ウェア及びソフトウェアの適切な組合せにおいて実装される。

【００７３】 図１Ｂのアプリケーションは、好ましくは、以下の主要な機能的エレメントを
含んで成る。 即ち、２つのデータベース（知識ベース（ＫＢ）のデータベース１４０及びカ
スタマ・データベース１３５）及びそれらにアクセスするためのデータ・アクセ
ス・コンポーネント１２５と、典型的にはナビゲーション機構１０５及び入力／
ディスプレイ機構１１０を包含する２つのユーザ・インターフェースと、出力テ
キスト生成機構２５と、カスタマ記録ドキュメント１１５である。

【００７４】 カスタマ・データベース１３５は、典型的には、各々のカスタマについての全
てのデータが好ましくは１つのカスタマ記録ドキュメント１１５オブジェクトの
中に記憶されるようにして複数のカスタマ記録ドキュメント１１５を含んで成る
ものである。 そのカスタマ記録ドキュメント１１５は、セッションの初めに検索され、局部
的に操作され、そのセッションの終了時にカスタマ・データベース１３５に戻し
てセーブされる。 カスタマ・データベース１３５の中における補助的なテーブル及び分野は、検
索及び統計的な機能を向上させるべく、カスタマ記録ドキュメント１１５の中に
おいて見出される所定の分野及びテーブルを複製する。 カスタマ・データベース１３５は、リモート・サーバ上に任意選択的に位置す
ることが可能であり、且つインターネットのようなネットワークを通じて任意選
択的にアクセスされ得るということを示すようにして、図１Ｂのアプリケーショ
ンの残りのものに対して接続されるものとして破線で示されている。 カスタマ・データベース１３５は、図１０を参照して以下で更に説明される。

【００７５】 知識ベース（ＫＢ）のデータベース１４０は、好ましくは、アプリケーション
及びカスタマ記録構造のデータを記憶するものであり、入力テンプレートを表示
するために必要とされ、ユーザの選択及び入力に従ってテキスト出力を生成する
ために必要とされ、この様式に従って以前に生成されたテキストを分析するため
にも必要とされる知識ベース・データを記憶するものでもある。 知識ベースのデータベース１４０の好ましいインプリメンテーションは、図９
を参照して以下で更に詳細に説明される。

【００７６】 ナビゲーション機構１０５は、好ましくは、ユーザ入力を受信するものであり
、ユーザが、典型的には、カスタマ記録に関して、新規に作成すること、既存の
ものを開くこと、及びセーブすることを包含するファイル・オペレーションのよ
うなカスタマ・データベース１３５上におけるファイル・オペレーションを実行
することを許容するものでもある。 ナビゲーション機構１０５を介して発行されるこれらのコマンドは、好ましく
は、カスタマ・データベース１３５に対して、カスタマ記録ドキュメント１１５
を作成及び検索させ、それがセッションの間に局部的に操作され得るようにして
カスタマ記録ドキュメント１１５のようなそのコピーを提示させ、そのセッショ
ンの終了時にデータベースに戻るようにセーブさせるのである。

【００７７】 ナビゲーション機構１０５の第２の好ましい機能は、そのセッションの間にカ
スタマ記録ドキュメント１１５の様々な部分に向かってナビゲートし、図２３を
参照して以下で更に説明される様々な知識ベースの入力ディスプレイ・テンプレ
ートに向かってナビゲートすることである。 この操作は、実際に好ましくは３重のものである。 即ち、（ａ）カスタマ記録ドキュメント１１５の中における正しい場所にジャ
ンプすること、（ｂ）対応するテンプレートを表示するようにディスプレイ機構
１１０に指図すること、及び（ｃ）対応する一連の質問と協働してテキストを生
成させるように出力テキスト生成機構２５に指図することである。

【００７８】 直上において説明されたエレメントに関する好ましいインプリメンテーション
は、図２，図５，図８を参照して以下で説明される。

【００７９】 ディスプレイ機構１１０は、好ましくは、知識ベース・テンプレートを表示す
るものであり、各々のテンプレートは、好ましくは、データ入力のために典型的
に使用される様々な形式（複数選択肢、数値など）の複数の質問を含んで成る。 ディスプレイ機構１１０は、好ましくは、ナビゲーション機構１０５から表示
するそのテンプレートの命令を受信し、適切なデータを適切な言語において検索
し、検索したデータを質問表として表示し、ユーザの応答及びデータ入力を受信
し、その応答を出力テキスト再生機構２５に転送するのである。

【００８０】 ディスプレイ機構１１０は、好ましくは、ユーザが彼の選択に応じて生成され
ているテキストを閲覧することが可能であるようにして、現在編集されているカ
スタマ記録ドキュメント１１５のセクションを表示するものでもあり、ユーザが
、それに対してフリーテキストを追加することを（典型的には所定の制限を備え
るようにして）許容する。

【００８１】 ディスプレイ機構１１０に関する好ましいインプリメンテーションは、図２〜
４を参照して以下で更に詳細に説明される。

【００８２】 出力テキスト再生機構２５は、好ましくは、ディスプレイ機構１１０によって
表示されたテンプレートに対するユーザの選択及び入力に基づいて、更には、各
々の質問に対して関連付けられて好ましくは知識ベースのデータベース１４０の
中に記憶される補助的なテキスト生成の論理及びパラメータにも基づいて、洗練
された自然言語出力を生成するものである。 セッションの間に生成されるこのテキストは、カスタマ記録ドキュメント１１
５に対して記憶される。

【００８３】 出力テキスト再生機構２５に関する好ましいインプリメンテーション（implem
entation）は、図２，図６，図７を参照して以下で更に詳細に説明される。

【００８４】 カスタマ記録ドキュメント１１５は、好ましくは、ＭＳ-Ｗｏｒｄドキュメン
ト、またはＨＴＭＬページ或いはＨＴＭＬページの集合のようなドキュメント・
ファイルまたはオブジェクトであり、その構造は、アプリケーション従属的なも
のであり、それは、カスタマ・データのすべてを包含する。 上述のように、好ましくは、カスタマ記録ドキュメント１１５は、セッション
の初めにカスタマ・データベース１３５から検索されて、そのセッションの終了
時にカスタマ・データベース１３５に戻してセーブされるものであり、アプリケ
ーションがそのセッションの間はサーバ独立的（server independent）であるこ
とを許容する。 ドキュメントの単純な階層（例えばＷｏｒｄドキュメントにおける見出し）は
、好ましくは、データを記録のセクション（アプリケーション従属的である）及
び年代順のログ入力などに対して組織化するために使用されるものであり、ナビ
ゲーション機構１０５は、好ましくは、ドキュメントのこれらの様々なセクショ
ンに向かってナビゲートするために使用される。 それらのデータは、好ましくは、データ入力質問表及びテキスト生成を使用し
て構造化された様式に従って入力されるものであるが、好ましくは、如何なる特
殊なソフトウェアをも必要とすることなく、それらがシステムの非ユーザによっ
ても閲覧され得るようにして、単純なテキストとして記憶されるものでもある。 カスタマ記録１１５に関する好ましいインプリメンテーションは、図２３を参
照して以下で説明されるものであり、そのようなアーキテクチャによって支持さ
れるデータ収集及び管理アプリケーションの広い範囲を立証するように成した、
実行可能なインプリメンテーションの具体例は、図２４，２５を参照して以下で
説明される。

【００８５】 ここで、図１Ｂのナビゲーション機構１０５、ディスプレイ機構１１０及び出
力テキスト再生機構２５に関する好ましい実施例を示す略ブロック図であるよう
に成した図２が参照される。

【００８６】 好ましくは、エレメント１０５，１１０，２５は、図２において示され、以下
で簡単に説明されるように、三段式のアーキテクチャの中において組織化される
ように成した、６個の専用コンポーネントによって実装される。

【００８７】 ナビゲーション機構１０５は、好ましくは、ナビゲーション・ディスプレイ・
コンポーネント２１５と、ナビゲーション論理コンポーネント２３０とを包含す
る。ナビゲーション・ディスプレイ・コンポーネント２１５は、好ましくは、当
該分野において周知であるように、ボタン及びコンボ・ボックスを備えて、カス
タマ記録ドキュメント１１５の様々なセクションに対して対応するように成した
、ツールバー・コンポーネント５００（以下で説明されるように図５において示
される）を含んで成るものであり、ユーザが、これらのセクションに向かってナ
ビゲートすることを許容するだけでなく、様々なワークフロー作業及びカスタマ
記録ドキュメント１１５に関連するその他の作業を実行することをも許容するこ
とになる。ナビゲーション・ディスプレイ・コンポーネント２１５に関する好ま
しいインプリメンテーションは、図５を参照して以下で更に説明される。

【００８８】 ナビゲーション論理コンポーネント２３０は、好ましくは、カスタマ記録ドキ
ュメント１１５の中における場所にジャンプするものであり、カスタマ記録ドキ
ュメント１１５の中における当該セクションに対して関連付けられるテンプレー
トを識別し、テンプレート・ディスプレイ・コンポーネント２２０の中における
ユーザ入力に基づいて、様々なマクロ及びダイアログ・スクリーン（dialogue-s
creens）を起動させる。 ナビゲーション論理コンポーネント２３０に関する好ましいインプリメンテー
ションは、図８を参照して以下で更に詳細に説明される。

【００８９】 ディスプレイ機構１１０は、好ましくは、テンプレート・ディスプレイ・コン
ポーネント２２０と、複数の質問ディスプレイ・コンポーネント２２５とを包含
する。テンプレート・ディスプレイ・コンポーネント２２０は、好ましくは、質
問ディスプレイ・コンポーネント２２５がそこにおいて表示されるように成した
スクリーンを含んで成る（例えば、ＭＳ-Ｏｆｆｉｃｅインプリメンテーション
におけるＶＢＡフォーム、ＨＴＭＬページまたはＡｃｔｉｖｅＸドキュメント、
或いはインターネット・インプリメンテーションにおけるＪａｖａ（登録商標）
アプリケーション）。 テンプレート・ディスプレイ・コンポーネント２２０は、好ましくは、必要に
応じて質問ディスプレイ・コンポーネント（ＱＤＣ）２２５の個数、それらの寸
法及び位置を計算して、前記ＱＤＣ２２５を形成し、それに応じてそれらの寸法
及び位置のプロパティをセットするものである。 テンプレート・ディスプレイ・コンポーネント２２０に関する好ましいインプ
リメンテーションは、図４を参照して以下で更に詳細に説明される。

【００９０】 各々の質問ディスプレイ・コンポーネント２２５は、ユーザが当該質問に関し
て選択を行なうかまたはデータを入力することを許容するようにして、典型的に
は、スクリーン上において質問を表示し、必要とされる様々なスクリーン・エレ
メント３１０（例えば、チェックボックス、ラベル、テキスト・フィールドなど
）を作成、位置決めして、表示し、質問の「形式」プロパティ、及び様々なその
他のＫＢパラメータに従って、これらのスクリーン・エレメント３１０の挙動（
behavior）３１５を決定する。 質問ディスプレイ・コンポーネント２２５に関する好ましいインプリメンテー
ションは、図３を参照して以下で更に詳細に説明される。

【００９１】 出力テキスト生成機構２５は、好ましくは、テンプレート論理コンポーネント
２３５と、複数の質問論理コンポーネント２４０とを包含する。 テンプレート論理コンポーネント２３５は、好ましくは、必要とされる言語に
おいて使用される（複数のテーブルの中における複数の記録の中において見出さ
れるこのデータを照合する）複数のテンプレートに関するバーチャル・テンプレ
ート記録をメモリの中において構築し、質問論理コンポーネント２４０の十分な
事例を作成し、それらの質問データをテンプレートの各々に対して転送する。 テンプレート論理コンポーネント２３５に関する好ましいインプリメンテーシ
ョンは、図７を参照して以下で更に詳細に説明される。

【００９２】 説明を分かりやすくするために、テンプレート論理コンポーネント２３５は、
本文では、図１Ｂの出力テキスト生成機構２５の一部として説明されているが、
テキスト生成は、テンプレート論理コンポーネント２３５の機能の唯一のもので
はなくて、それらの機能のうちの１つであると代替的に考慮されることも可能で
ある。 何故なら、そのビジネス論理部分が、好ましくは、ディスプレイ機能をも同様
に支援するからである。 それに関する最も重要な具体例は、テンプレート論理コンポーネント２３５の
機能のうちの１つが、テキスト生成だけでなくディスプレイをも提供するバーチ
ャル・テンプレート記録を作成するということである。

【００９３】 質問論理コンポーネント２４０は、好ましくは、対応する質問ディスプレイ・
コンポーネント２２５に関して行なわれたユーザ入力に基づいてテキストを生成
する。複数の質問論理コンポーネント２４０は、好ましくは、協調して「連絡（
communicate）」（それらのプロパティを介して）するものであり、数個の質問
に関する入力によって形成される重文を適宜に作成し、ユーザによって以前に入
力されたテキストをそのようなテキストの生成を引き起こした質問及び回答に戻
すようにして分析する。 質問論理コンポーネント２４０に関する好ましいインプリメンテーションは、
図６を参照して以下で更に詳細に説明される。

【００９４】 ここで、図２の質問ディスプレイ・コンポーネント２２５に関する好ましいイ
ンプリメンテーションを示す略ブロック図である図３が参照される。 図３の装置は、好ましくは、質問の形式と、そのデータ（質問、回答など）と
、それがスクリーン上において如何に提示されて行動するのかということを定義
するその他のパラメータとを包含するようにして、様々なパラメータを保持する
ように成したプロパティ３００を含んで成る。 プロパティ３００は、好ましくは、質問に対するユーザの応答（選択された回
答など）を記憶するものでもある。

【００９５】 本発明の好ましい実施例に関する以下の詳細な具体例は、限定的なものとして
意味されているものではなく、その中における陳述は、好ましい選択肢を指し示
すものとしてのみ意図されているのである。

【００９６】 質問ディスプレイ・コンポーネント Ｉ．導入部 質問ディスプレイ・コンポーネント（ＱＤＣ）は、スクリーン上において質問
を提示するように成したユニットである。 それは、それが受信するパラメータ（形式、言語など）に従って、システムが
支持する種々の質問の形式としてそれが出現して行動し得るようにして、構築さ
れる。 それは、左から右だけでなく右から左の方向に向かって書かれる言語をも包含
するようにして、質問を複数の言語で表示する。 編集モードでは、その外観及び挙動は、以下で説明されるものとは異なってい
て、質問を編集するために使用される所定の「ドラッグ」操作を許容することに
なる。 以下のセクションは、この制御の構造及び機能を説明する。

【００９７】 ＩＩ．プロパティ １．質問ＩＤ 短い オプション ２．質問形式 バイト 現在は約１０個の形式であり、 将来は９９個以下である。 ３．質問 ２０個 質問のテキスト ４．質問グループ 短い この質問が所属するグループである。 冗長検査方式のために使用される。 ５．回答（１−１８） ２５個 回答のテキストを備えた１２個のフィールド ６．応答（１−１８） 各々の回答のために使用される応答を記憶す る。ページング機構を備えて使用される（何 故なら、一度に表示される以上の回答が存在 するからである）。 ７．継続ＩＤ 短い 継続である質問またはテンプレートのＩＤ。 （１−１２） 回答の表示及び挙動に影響するｎｕｌｌ（ゼ ロ）でない場合には、“...”が回答の次に 表示され、クリックによってポップアップ起 動される）。 ８．ＸＹ座標 グラフィク形式の質問用にのみ使用される。 （１−１２） それが関連付けられる領域ビットマップの中 におけるその領域に関して、各々の回答を表 示するＸ及びＹの座標を記憶する。 ９．形式（１−６） 各々の「回答」に関して、それが質問の何れ の形式（例えば、テキスト・フィールド、コ ンボ・ボックス）を表示するのかということ を示すために、質問の「混合」形式において のみ使用される。 １０．回答チップ・ 回答をポイントするとき現れるテキスト テキスト （１−１２） １１．質問チップ・ 質問をポイントするとき現れるテキスト テキスト １２．ページング状態 バイト 何れの回答の集合が現在表示されているのか ということを反映する。ＰｇＵｐＰｇＤｎ機 構に関連する。 １３．言語方向 ブール オプション： 右から左、左から右 (bool) １４．フォント 言語従属的 １５．背景ビットマップ グラフィク形式の質問においてのみ使用され る。 １６．領域ビットマップ グラフィク形式の質問においてのみ使用され る。 １７．スケッチ グラフィク形式の質問においてのみ使用され ビットマップ る。ユーザによって描かれたスケッチを記憶 する。それは、背景ビットマップの上に「被 せて」表示されるが、別個に記憶される。 １８．モード 標準（デフォルト）、または編集。編集モー ドにあるとき、質問知識ベースのエディタと して機能する。

【００９８】 ＩＩＩ． 質問ディスプレイ方式 質問ディスプレイ方式は、その質問送出し方式を終了した後に、ＴＤＣによっ
て起動される。

【００９９】 以下の各ステップは、質問ディスプレイ方式を起動させる前に行なわれる。 まず、ＴＣのオーガナイズ・スクリーン方式が、十分な個数のＱＣユニットを
作成し、それらのプロパティをセットして、スクリーン上におけるそれらのサイ
ズ、位置及び順序をセットする。 テンプレートが開かれると、ＴＣは、読込みＤＢ方式を使用して、それをメモ
リの中における多次元配列の中に読み込む。 最後に、質問送出しを使用して、ＴＣは、質問データをＱＣの各々の１つのプ
ロパティに対して送り込む。 詳細に言えば、この段階において、この質問に関する質問のテキスト及び回答
のテキストを包含する質問及び回答（１−１８）プロパティだけでなく、ディス
プレイ・モードを決定する様々なプロパティもまた、ＱＣに対して送り込まれる
のである。

【０１００】 質問送出し方式を実行した後、ＴＣは、説明されるようにして、ＱＣの各々の
１つの質問ディスプレイを呼び出す。

【０１０１】 方法ステップ： １． 質問形式及び数回答プロパティをチェックし、この質問形式のために必要
とされるエレメントを作成する。数回答が＞６であるならば、６個の回答、Ｐｇ
Ｄｎ及びＰｇＵｐのボタンとを表示するに足る十分なスクリーン・エレメントを
作成する。数回答が＜６であるならば、数回答を表示するに足る十分なスクリー
ン・エレメントを作成する（ＰｇＤｎ及びＰｇＵｐのボタン無し）。 ２． 質問形式及び言語方向プロパティをチェックする。ＱＣのスクリーン・エ
レメントの寸法及び位置のプロパティに適切な数値を割り当て、ＱＣの形式及び
言語方向に従ってそれらを位置決めして、それらの寸法をセットする。 ３． 言語方向プロパティをチェックする。＝左から右（デフォルト（default
））であるならば、ＱＣのすべてのラベル及びテキスト・フィールドの位置合わ
せプロパティを「左」にセットする。そうでない場合は、それを「右」にセット
する。これは、単一数字オプション、及びテキスト・フィールドが言語方向プロ
パティにも関わらず「左」に位置合わせされるように成した複数数字質問形式を
例外とする。 ４． 数回答をチェックし、最初の６個の回答プロパティを６個の利用可能な回
答ラベルに（達するまで）ロードし、これらのラベルの適切な個数の可視プロパ
ティ（visible property）を真にセットする（「空白」の回答ラベルは、何も表
示されないことになる）。ページング状態は、＝１にセットされる。 ５． 数回答が＜７であるならば、ＰｇＤｎボタンは可視＝偽であり、そうでな
い場合は、＝真である。ＰｇＵｐのボタンは、何れの場合も、可視＝偽である。

【０１０２】 ページング機構及びその論理に関する詳細な説明は、ＰｇＤｎ及びＰｇＵｐの
ボタンを参照して以下で説明される。

【０１０３】 ここで、図３に戻って参照すると、図３の装置は、好ましくは、スクリーン・
エレメント３１０（例えば、チェック・ボックス、テキスト・フィールド、ラベ
ル）をも含んで成る。 スクリーン・エレメントは、好ましくは、形式及び言語方向プロパティ３００
に従って作成されて位置決めされるものであり、所定のプロパティ３００からの
テキスト・ストリングは、対応するスクリーン・エレメント３１０（例えば、回
答ラベル、質問ラベル）に対して割り当てられる。 スクリーン・エレメント３１０に対するユーザの選択または入力は、プロパテ
ィ３００に戻して記憶される。

【０１０４】 本発明の好ましい実施例に関する以下の詳細な具体例は、限定的なものとして
意味されているものではなく、その中における陳述は、好ましい選択肢を指し示
すものとしてのみ意図されているのである。

【０１０５】 スクリーン・エレメント及びそれらの寸法及び位置 以下の内容は、各々の質問形式、及びそれらの位置及び寸法に関して作成され
ることになるスクリーン・エレメントに関する説明である。 以下のビットマップから明らかであるように、各々の質問形式は、左から右に
書かれる言語（例えば、英語であり、これがデフォルトである）及び右から左に
書かれる言語（ヘブライ語、及びアラビア語にのみ関係する）に関する２つの表
示モードを有している。 両者のためのスクリーン・エレメントは、明白に同じものであり、それらの位
置合わせは、互いの鏡像（mirror-image）である。 それらのエレメントの中におけるテキスト位置合わせは、両者の言語方向にお
いても左に位置合わされたままに留まることになる数字フィールドを除いて、反
対向きである。

【０１０６】 複数オプション、イエス／ノー、否定、否定、イエス／ノー ６個のコンボ・ボックス、６個の回答ラベル、質問ラベル、ＰｇＤｎ及びＰｇ
Ｕｐのボタン。

【０１０７】 単一オプション ６個のラジオ・ボタン、６個の回答ラベル、質問ラベル、ＰｇＤｎ及びＰｇＵ
ｐのボタン。

【０１０８】 数字単一オプション ６個のラジオ・ボタン、６個のテキスト・フィールド、６個の回答ラベル、質
問ラベル、ＰｇＤｎ及びＰｇＵｐのボタン。

【０１０９】 数字単一オプションｗ／１テキスト回答 ６個のラジオ・ボタン、５個のテキスト・フィールド、６個の回答ラベル、質
問ラベル、ＰｇＤｎ及びＰｇＵｐのボタン。

【０１１０】 複数テキスト質問 ６個の回答ラベル、６個のテキスト・フィールド（チェック・ボックスまたは
ラジオ・ボタン無し、ＰｇＤｎ及びＰｇＵｐのボタン無し）。

【０１１１】 複数数字質問 ６個の回答ラベル、６個のテキスト・フィールド、質問ラベル（チェック・ボ
ックスまたはラジオ・ボタン無し、ＰｇＤｎ及びＰｇＵｐのボタン無し）。

【０１１２】 複数の単一オプション質問 ６個のコンボ・ボックス、質問ラベル（チェック・ボックスまたはラジオ・ボ
タン無し、ＰｇＤｎ及びＰｇＵｐのボタン無し）。

【０１１３】 複数の混合質問 上記の形式４−６の何れかの組合せにおける６個までの質問。

【０１１４】 システム・チェック・スタイル ６個のチェック・ボックス、６個の回答ラベル、質問ラベル、質問（大きな）
チェック・ボックス、ＰｇＤｎ及びＰｇＵｐのボタン。

【０１１５】 ここで、図３に戻って参照すると、スクリーン・エレメント３１０の挙動３１
５もまた、好ましくは、質問の形式プロパティによって定義される。本発明の好
ましい実施例に関する以下の詳細な具体例は、限定的なものとして意味されてい
るものではなく、その中における陳述は、好ましい選択肢を指し示すものとして
のみ意図されているのである。

【０１１６】 スクリーン・エレメントの挙動 Ａ． 回答スクリーン・エレメント 回答のうちの１つにおける各々のクリック事象は、７個の作用を引き起こす。 １． コンポーネントのスクリーン状態の変更（例えば、チェック・ボックスを
選択されていない外観から選択された外観に変化させる）。 ２． 応答プロパティの変更、クリックされた回答に対応する。ＱＣの中には、
１８個の回答に対応する１８個の応答プロパティが存在する。その１８個の回答
は、ＱＣが提示し得る最大個数の回答である。このプロパティは、回答に対する
ユーザの応答を記憶する、即ち、テキストまたは数字の回答におけるテキストま
たは数字、複数または単一のオプションにおける選択されたものまたは選択され
ないもの、選択されたもの、選択されないもの、或いはイエス／ノー質問におけ
る否定選択されたものを記憶するのである。 ３． ＴＣのバーチャル・テンプレート記録に対する応答の登録。以上の２つの
ステップに加えて、ＱＣは、同じセッションの間において２つのテンプレートの
間におけるフリッピングが存在する場合にも、システムが異なったテンプレート
に対するユーザの選択及び応答を保持して、ＱＣを適切に更新し得るようにして
（質問送出し方式の一部）、その応答をメモリの中におけるＴＣのバーチャル・
テンプレート記録の中に登録するものでもある。 ４． ＱＣの選択された（及び／または否定選択された）プロパティの変更。こ
のプロパティは、現在選択されていて各々のクリックによって更新される回答の
個数を記憶する（例えば、その回答が選択されなかった場合に、クリックは、そ
れを選択されるように成し、更には、その選択されたプロパティを、選択された
もの＝選択されたもの＋１にセットするのである）。イエス／ノー質問では、選
択されたプロパティは、否定選択された回答をも包含するようにして、選択され
た回答の総数を記憶する。イエス／ノー質問では、回答が否定選択されるとき、
それは、選択されたプロパティだけでなく、否定選択された回答の個数を記憶す
るＱＣの否定選択のプロパティをも更新するのである。 ５． 所定の場合、その他のスクリーン・エレメントのディスプレイの変更（例
えば、単一オプション回答を選択して、ＱＣの中におけるその他のすべての選択
的な回答を選択しない場合）。 ６． クリックさせて、それぞれのＱＬＣのテキスト方式を生成させること、選
択された回答を反映するテキストを生成（或いは再生）する。 ７． ＴＤＣのポップアップ方式を表示させること。回答が継続を有する場合（
選択された回答に対応する継続プロパティがＮｕｌｌである場合）。ＱＣは、Ｔ
Ｃのポップアップ質問及びポップアップ回答のプロパティを割り当て、ＴＣのポ
ップアップ表示方式を起動させる。

【０１１７】 以下の内容は、種々の質問形式における特殊な作用及びスクリーンの挙動に関
する説明である。 クリック・テキスト生成方式及びポップアップ表示方式は、すべての質問形式
において起動されるものであり、従って、以下では繰返して述べられないものと
する。

【０１１８】 １． 複数選択肢質問形式 挙動は、標準的である。チェック・ボックスが選択されていたならば、クリッ
ク事象がそれを選択されないように成し、それに対応する応答プロパティは、選
択されないものにセットされ、ＱＣの選択プロパティは、（選択されるもの−１
）になる。チェック・ボックスが選択されていなかったならば、クリック事象が
それを選択されるように成し、それに対応する応答プロパティは、選択されるも
のにセットされ、（選択されるもの＋１）をＱＣの選択プロパティに割り当てる
のである。

【０１１９】 ２． 複数選択肢ｗ／否定 その挙動は、上記のものと同じであるが、否定回答（ＱＣにおける最初の回答
）が選択されるとき、それは、質問におけるその他のすべてのチェック・ボック
スを選択せず、従って、それらの対応する応答プロパティを選択されないものに
セットする。質問におけるその他の何らかの回答を選択することは、否定回答ラ
ジオ・ボタンを選択せず、その応答プロパティを選択されないものにセットする
ことになる。

【０１２０】 ３． 単一オプション質問形式 回答が選択されていなかったならば、クリックが、それを選択されるように成
し、その他のすべての回答を選択されないように成し、それらの対応する応答プ
ロパティを選択されないものにセットして、選択プロパティを１にセットする。
回答が選択されていたならば、クリックが、それを選択されないように成し（注
意： これは標準的でないコンポーネント挙動である）、その応答プロパティを
選択されないものにセットして、選択されるもの＝０にセットする。

【０１２１】 ４． 複数のイエス／ノー チェック・ボックスの２つの標準的な状態（選択及び非選択）に加えて、この
質問の形式における回答は、「否定選択」である第３の状態を有する。この状態
では、そのチェック・ボックスは、空（選択されない）であるように見え、その
テキスト（チェック・ボックスの次のラベル）は、取消し線フォントにおいて、
赤色で現れることになる。

【０１２２】 その選択プロパティは、選択された回答の総数を記憶し、否定選択のプロパテ
ィは、否定を選択された回答の個数を記憶する（肯定を選択された回答の個数は
、選択されたものマイナス否定選択されたものであることになる）。

【０１２３】 クリックに応答する挙動は、以下の通りである。

【０１２４】 回答が選択されていなかったならば、クリックが、チェック・ボックスに対し
て、それを選択させるように成し、その応答プロパティを選択されるものにセッ
トして、ＱＣの選択プロパティ＝選択されるもの＋１にセットする。

【０１２５】 回答が選択されていたならば、クリックが、チェック・ボックスを否定選択さ
せるように成し、そのチェック・ボックスは、空であるように見え、そのラベル
・フォントは、取消し線及び赤色で現れることになる。その回答の応答プロパテ
ィは、否定選択にセットされ、ＱＣの選択プロパティは、変化せずに留まるので
、ＱＣの否定選択のプロパティは、＝否定選択＋１であることになる。

【０１２６】 この否定選択の状態は、その回答が選択されなくてダブル・クリックされた場
合にも、同様に達成される。

【０１２７】 その回答が否定を選択されていたならば、クリックが、そのチェック・ボック
スを選択されないように成し--チェック・ボックスは、空であるように見え、そ
のラベル・フォントは、標準的に（取消し線ではなく、黒色で）現れることにな
る。その回答の応答プロパティは、選択されないようにセットされ、ＱＣの選択
プロパティは、＝（選択されるもの−１）になり、ＱＣの否定選択のプロパティ
は、＝（否定選択されるもの−１）になる。

【０１２８】 ５． イエス／ノー否定 否定オプションが選択されるとき、その他のすべての回答は、選択されないも
のにセットされ、選択プロパティは、１にセットされる。 その他の何らかの回答をイエス（選択）またはノー（否定選択）の何れかとし
て選択することは、否定オプションを選択しないことになる。

【０１２９】 ６． 数字単一オプション、及び数字単一オプションｗ／１テキスト・オプショ
ン 以下のような５件を補足して、単一オプションと同様に挙動する。

【０１３０】 数字フィールドにおけるクリックは、この回答のラジオ・ボタンの選択を引き
起こし、すべての対応する作用を起動させる（例えば、選択されたその他の回答
を選択解除すること）。

【０１３１】 ラジオ・ボタンにおけるクリックは、この回答の数字フィールルドに焦点を移
動させ、このフィールドの内容を選択する（数字を入力することは、このフィー
ルドの既存の内容を自動的に置き換えることになる）。

【０１３２】 ラジオ・ボタンまたはこの回答の数字フィールドにおけるクリックは、そのＱ
Ｃの中におけるその他のすべての数字フィールドを消去させる。

【０１３３】 ラジオ・ボタンまたは数字フィールドをクリックすることは、その下における
非常に小さなキーパッドの表示を引き起こすことになる（上記のビットマップに
おいて示されるようにして）。

【０１３４】 数字が数字フィールドのうちの１つの中に入力されているならば、異なった回
答のラジオ・ボタンをクリックすることは、このフィールドの内容を新しく選択
された回答の数字フィールドの中にコピーさせて、以前の数字フィールドの内容
を消去させることになる（例えば、ユーザが「３日」と入力していた場合に、「
週」をクリックすると、その３は、「３週」になるように「週」の隣のフィール
ドに対してコピーされ、「日」の隣のフィールドから消去されるのである）。

【０１３５】 ７． 複数の数字質問 短いテキスト・フィールドの１つの中にクリックすることは、その下における
非常に小さなキーパッドの表示を引き起こすことになる（上記のビットマップに
おいて示されるようにして）。

【０１３６】 ８． グラフィック領域形式 クリックのＸ及びＹの座標に留意する。 これらの座標を領域ビットマップ（この名称でプロパティの中に記憶された）
と比較する。 このビットマップは、それぞれに異なった色である様々な領域を有する。クリ
ックされた座標における色をチェックする。これがクリックされた領域なのであ
る。 何れの回答がこの選択された領域の中に位置する（即ち同じ色を有する）のか
をチェックするために、そのＸＹ座標（１−１２）のプロパティの上をループす
る。 一致する回答が、選択された回答なのであり、それぞれの選択されたプロパテ
ィを選択されたものとして記録するのである。

【０１３７】 ９． グラフィック・ポイント形式 クリックのＸ及びＹの座標に留意する。 これらのポイントの１つの近傍においてクリックが行なわれた場合には、これ
らの座標をその１２個のＸＹ座標（１−１２）のプロパティと比較する。 チェックするための半径間隔は、システムの形状オプションにおいてユーザ定
義される。 回答がそのクリックの座標からこの半径内に位置するならば、それは、選択さ
れている。 それぞれの選択されたプロパティを選択されたものとして記録し、これらの座
標において可視的なグラフィカル・マーカー（例えばドット）を表示する。

【０１３８】 １０． グラフィック・スケッチ形式 クリック及びドラッグの操作は、スクリーン上においてフリーハンド・スタイ
ルの線を描くことになる。 この線が閉じた形状を作成するならば、それは、１つの領域として処理される
。それがクリックだけであるか、または非常に短い線（即ち、使用されたものは
、クリックとして意図されたのであるが、彼の手が僅かに動いてしまったという
こと）であるならば、それは、ドットとして処理される。 そうでない場合には、それは、線として処理される。 各々のそのような事象に関しては、その形状を描き、それをセッション・ドキ
ュメントの中に挿入する。 クリックのＸ及びＹの座標に留意する。 これらのポイントの１つの近傍においてクリックが行なわれた場合には、これ
らの座標をその１２個のＸＹ座標（１−１２）のプロパティと比較する。 チェックするための半径間隔は、システムの形状オプションにおいてユーザ定
義される。 回答がそのクリックの座標からこの半径内に位置するならば、それは、選択さ
れている。 それぞれの選択されたプロパティを選択されたものとして記録し、これらの座
標において可視的なグラフィカル・マーカー（例えばドット）を表示する。 更に、マーキングがその中で行なわれた領域を、単純なグラフィック領域形式
として選択する。

【０１３９】 ここで、図３に戻って参照すると、図３の装置は、好ましくは、ページング機
構３０５をも含んで成るものである。 そのページング機構は、好ましくは、ユーザが、一度に表示され得る次／前の
回答の集合に対してフリップすることを許容するものであり、プロパティ３００
から閲覧されることになるその回答の集合のストリングをスクリーン・エレメン
ト３１０に対して割り当て、ユーザに拠る現在の回答の集合に関する選択及びプ
ロパティ３００に対するページング状態を記憶する。

【０１４０】 本発明の好ましい実施例に関する以下の詳細な具体例は、限定的なものとして
意味されているものではなく、その中における陳述は、好ましい選択肢を指し示
すものとしてのみ意図されているのである。

【０１４１】 ページング機構 ＱＣは、１８個にまで達する（上記のようにして６個に限定される所定の形式
を例外として）回答の表示を支援する。 データベースの中における質問記録は、１つの質問について１２個の回答を支
援するが、ＱＣは、ユーザがセッションの間にその質問に対する回答を一時的に
追加し得るようにして、補足的な６個の回答の表示を支援するのである。 これらの１８個の回答のうち、最大６個のものが、一度にスクリーン上に表示
され得ることになる。 従って、ページ・アップ及びページ・ダウンの操作を管理するように成し、Ｐ
ｇＤｎ及びＰｇＵｐのボタンのクリック事象によって起動されるように成した、
ページング機構が必要とされるのである。 この機構は、ＱＣに関する効率的なデータベースの自律的な活動を提供するよ
うにして設計されるものであり、以下の通りに機能する。

【０１４２】 ＱＣは、一度に最大６個の回答を表示するために６セットのみのスクリーン・
コンポーネントを有する（例えば、６個のチェック・ボックス、及び６個の回答
ラベル）。

【０１４３】 ＱＣは、そのＱＣが支援し得る潜在的な１８個の回答に対応して、１８個の回
答及び１８個の応答のプロパティを有する。

【０１４４】 それらの回答プロパティは、テキストを回答ラベルの中において表示されるよ
うにして保持するものであり、回答ラベルは、チェック・ボックスまたはラジオ
・ボタンの隣に表示される（標準的なチェック・ボックスまたはラジオ・ボタン
のキャプション・プロパティと同様な様式において）。

【０１４５】 それらの応答プロパティは、当該回答に対するユーザの応答の状態を記憶する
。これは、例えば、単一オプション及び複数オプションに関する選択されたもの
及び選択されないもの、イエス／ノー質問形式に関する選択されたもの、選択さ
れないもの及び否定選択されたもの、のようにして、異なった質問形式に関して
は異なっているのであり、数字またはテキストの質問に関して入力された値を記
憶する。

【０１４６】 潜在的な１８個の回答から６個だけが一度に表示されるので、ＱＣのページン
グ状態のプロパティは、６個の回答のセット番号を記憶する。 ６個までの回答の第１のセットが表示されるとき、ページング状態は、＝１で
あり、７−１２の回答が表示されるとき、ページング状態は、＝２であり、１３
−１８の回答が表示されるとき、ページング状態は、＝３なのである。

【０１４７】 ＴＣの質問送出し方式の間に、ＴＣは、各ＱＣの１２個の回答プロパティに対
して、その質問が有する回答（１２個またはそれ以下の回答であり得る）を送出
しする。 このポイントから前方に向かって、ＱＣは、ＴＣ及びデータベースから自律的
であり、現在表示されている以外の回答を表示させるためにページ・アップさせ
或いはページ・ダウンさせるときに、ＴＣまたはデータベースにアクセスする必
要がないのである。

【０１４８】 初期のＱＣの質問ディスプレイ方式の間に、ＱＣは、その質問の中における回
答の個数をチェックし、最初の６個（まで）の回答プロパティを６個の利用可能
な回答ラベルに対して送出しし、これらのラベルの適切な個数の可視プロパティ
を真にセットする（「空白」の回答ラベルは、何も表示されないことになる）。
ページング状態は、＝１にセットされる。

【０１４９】 ユーザが、回答を選択し或いは選択解除するためにクリックし、或いはＱＣ上
におけるテキスト・フィールドに対して数字またはテキストを入力するとき、こ
の応答は、この回答に対応する応答プロパティの中に記憶される。

【０１５０】 ＰｇＤｎのボタンがクリックされると、システムは、以下のような操作を実行
する。 ページング状態のプロパティをチェックする。 そのページング状態のプロパティに従って、６個までの次の回答のセットを表
示する（即ち、＝１であれば、７−１２の回答を表示し、＝２であれば、１３−
１８の回答を表示するのである）。 それに対応する応答プロパティに基づいて、それに対応するユーザの応答を表
示する（例えば、表示されている回答のセットに関する応答プロパティをチェッ
クし、チェック・ボックス及びラジオ・ボタンを、選択されたもの、選択されな
いもの、或いは否定選択されたものとしてセットし、及び／または、ＱＣの中に
おける対応するテキスト・フィールドの中においてテキストまたは数字を表示す
る）。 ページング状態＝ページング状態＋１にセットする。 数字回答プロパティをチェックして、現在のセットを越えて表示されることに
なるもう１つの回答のセットが存在するか否かを検討する（例えば、ページング
状態が現在２に等しくて、数字回答が＝１５であるならば、これは、表示されて
いる現在の回答のセットが７−１２であり、その質問は、合計１５個の回答を有
するものであり、表示されることになるもう１つの３個の回答のセットが存在す る ということを意味するのである）。そうである場合、ＰｇＤｎのボタンは、可
視＝真に留まる。そうでない（これが最後の回答のセットである）場合には、Ｐ
ｇＤｎは、可視＝偽にセットされるのである。

【０１５１】 ＰｇＵｐのボタンがクリックされると、システムは、以下のような操作を実行
する。 ページング状態のプロパティをチェックする。 そのページング状態のプロパティに従って、６個の以前の回答のセットを表示
する（即ち、＝２であれば、１−６の回答を表示し、＝３であれば、７−１２の
回答を表示するのである）。 上述されたようにして、それに対応する応答プロパティに基づいて、これらの
回答に対するユーザの応答を表示する。 ページング状態＝ページング状態−１にセットする。 ページング状態のプロパティが＞１であるならば、ＰｇＵｐのボタンは、可視
＝真に留まる。ページング状態＝１である（これは回答の第１のセットである）
ならば、ＰｇＵｐは、可視＝偽にセットされるのである。

【０１５２】 ここで、図２のテンプレート・ディスプレイ・コンポーネント２２０に関する
好ましいインプリメンテーションを示すブロック略図であるように成した、図４
が参照される。

【０１５３】 図４の装置は、プロパティ４００を含んで成るものである。そのプロパティは
、好ましくは、テンプレートのディスプレイのために必要とされるすべてのパラ
メータ（例えば、テンプレートの名称、形式、フォーマット・パラメータなど）
と、そのテンプレートに所属する質問のＩＤとを記憶する。

【０１５４】 図４の装置は、好ましくは、テンプレート・フォーム４０５をも含んで成るも
のである。 そのテンプレート・フォームは、好ましくは、質問がそこにおいて表示される
ように成した、フォーム（ＭＳ-Ｏｆｆｉｃｅのインプリメンテーションにおけ
るＶＢＡフォーム）を含んで成る。 テンプレート・フォーム４０５は、好ましくは、一度に閲覧され得る以上の質
問が存在するときに質問のセットの全体に渡ってフリップするためのページング
機構を包含する。

【０１５５】 図４の装置は、好ましくは、オーガナイズ・スクリーン４１０をも含んで成る
ものである。 そのスクリーンは、テンプレートの中における質問の個数を評価し、それに応
じて図２のＱＤＣ２２５の十分な事例を作成し、様々なパラメータに従ってそれ
らの質問の寸法及び位置を計算し、これらのＱＤＣ２２５に対して適切な値を割
り当てるように成した、方式のものである。計算されたこれらの値の幾つかは、
プロパティ４００に戻して記憶される。

【０１５６】 本発明の好ましい実施例に関する以下の詳細な具体例は、限定的なものとして
意味されているものではなく、その中における陳述は、好ましい選択肢を指し示
すものとしてのみ意図されているのである。

【０１５７】 オーガナイズ・スクリーン方式 オーガナイズ・スクリーン方式は、（以下で説明されるような様式において）
一度にスクリーン上に表示され得る質問の個数、それらの寸法（高さ及び幅）、
スクリーン上における位置、及び論理シーケンス（正確な質問のディスプレイ及
びテキスト生成のために極めて重要である）を計算する。 それは、解像度及びウィンドウの寸法に従ってスクリーン上におけるエレメン
トの寸法を変化させるように成した、「ストレッチ（stretch）」機能をも包含
する。好ましくは、商業的なＯＣＸが、この目的のために持ち込まれて使用され
る。 その機能は、ＱＣの一定の最小寸法を考慮し、いくつのものがスクリーン上に
適合するのかを計算し、それに応じてそれらの大きさを変更するのである。

【０１５８】 方法ステップ： １． ウィンドウの寸法とスクリーンの解像度とをチェックする。チェック・プ
ロパティは、頂部マージン、底部マージン、側面マージン、最小の質問高さ、及
び最小の質問幅である。 ２． 上記のプロパティに基づいて、適切な質問寸法を計算し、スクリーン上に
適合する質問の個数を決定する。 ３． 言語プロパティをチェックし、その言語方向に従って（ヘブライ語及びア
ラビア語を除くすべての言語は、左から右に書かれるものである）、スクリーン
上における適切な質問のシーケンスを計算する（即ち、その言語の方向において
貴方が横断し得るほどの個数の質問として適合するもの、それに続いて、次の列
なども計算される）。 ４． 上記のものに従って、十分な個数のＱＣコンポーネントを制御配列として
作成する。 ５． それらの寸法及び位置のプロパティに対して適切な値を割り当てることに
よって、ＱＣをスクリーン上において適切に「位置決め」する。それらの適切な
スクリーン・シーケンスに従って、それらの識別プロパティを割り当てる（それ
らは、それらがどこにあるのかを「知る」ことになる）。

【０１５９】 質問の正確な寸法（最小寸法）、及びデータベースの中だけでなく質問の編集
モードにおけるものでもある質問及び回答のフィールドの長さは、どれだけの個
数の質問がスクリーン上において自然に適合するのかということに従属する。 ベースラインにおける標準は、各々の質問が６個の回答と見出しとを有するよ
うに成して、１列における４個の質問と、スクリーン上における３列とを備える
よう成した、６００×８００の解像度であることが可能である。 データベース及び編集ＫＢのフィールドは、それに従って限定されるべきなの
である。

【０１６０】 図４に戻って参照すると、図４の装置は、好ましくは、ポップアップ表示４１
５をも含んで成るものである。 それは、好ましくは、１つまたはそれ以上の質問のポップアップを表示するた
めに使用される方式を含んで成る。 それは、所望されるポップアップのスクリーン位置を計算し、続いて、それに
従って、ＱＤＣ２２５を作成し、位置決めして、その寸法をセットするのである
。

【０１６１】 本発明の好ましい実施例に関する以下の詳細な具体例は、限定的なものとして
意味されているものではなく、その中における陳述は、好ましい選択肢を指し示
すものとしてのみ意図されているのである。

【０１６２】 ポップアップ表示方式 継続を有する（即ち、そのそれぞれの継続ＩＤ（ｎ）が＜＞ｎｕｌｌである）
回答がクリックされると、ＱＣは、その識別プロパティをＴＣの質問ポップアッ
プ・プロパティに対して割り当て、ポップアップ（１−１２）を起動させた回答
の個数をＴＣの回答ポップアップ・プロパティに対して割り当て、更には、その
継続ＩＤ（ｎ）プロパティをＴＣのＩＤポップアップ・プロパティに対して割り
当てて、ＴＣのポップアップ表示方式を起動させる。

【０１６３】 方法ステップ： １． ＩＤポップアップ・プロパティに従って、メモリの中における多次元配列
におけるテンプレートを照合する。 ２． 質問ポップアップ及び回答ポップアップのプロパティ、オーガナイズ・ス
クリーン方式において実行された計算（スクリーンの解像度、言語、ウィンドウ
の寸法など）、及び表示されるべきポップアップ・テンプレートの中における質
問の個数に従って、ポップアップのスクリーン位置を計算する。これは、以下の
考察（３−６）に従って実行される。 ３． 単一のポップアップは、可能であれば、そのポップアップを起動させる質
問の右側に配置され、それが可能でなければ、その左側に配置されるべきである
（右から左に書かれる言語では逆）。そのポップアップの質問ラベルは、可能で
あれば、起動させる回答のレベルに位置する（起動させる回答がスクリーンの底
部にある場合、これは、実行可能ではないかもしれない）。 ４． 単一のポップアップは、常に標準的な質問の幅であるが、その高さは、そ
の中における質問の個数に従属する。 ５． 複数のポップアップは、適切な個数の質問を包含するスクリーンとして表
示される。そのスクリーンのヘッダー（標準的なウィンドウ・スクリーンの頭部
において青色のストライプとして出現する）は、そのポップアップを起動させた
回答を白色で包含する。ＴＣは、その中において表示されるべき質問の個数に従
って、その正しい寸法において、このウィンドウを形成する必要がある。 ６． 複数のポップアップは、可能であれば、起動させる回答の左側に表示され
る。そうでなければ、可能な限り、それが、起動させる回答を少なくとも覆って
しまわないようにして位置決めされる。 ７． 質問をポップアップ表示するために必要とされるＱＣの必要な個数を作成
する。これらのＱＣは、ベーシック・テンプレートのＱＣの配列に続くコンポー
ネント配列として作成されるものであり、それらの識別プロパティは、その配列
の中におけるそれらの番号を反映する。例えば、ベーシック・テンプレートの中
に１２個の質問が存在して、そのポップアップが２個の質問を有するならば、こ
れらは、ＱＣ（１３）及びＱＣ（１４）として作成されることになり、それらの
識別プロパティは、それぞれに１３及び１４にセットされる。このシーケンスは
、テキスト生成プロセスのために重要である。 ８． 上述の考察に従って、スクリーン上において質問を位置決めする。ＱＣに
対してそれらのデータ・プロパティを送出しし、それらの質問ディスプレイ方式
を起動させるのである。

【０１６４】 ここで、図２のナビゲーション・ディスプレイ・コンポーネント２１５に関す
る好ましいインプリメンテーションを示すブロック略図であるように成した、図
５が参照される。 図５の装置は、好ましくは、以下で説明されるようなエレメントを含んで成る
。

【０１６５】 その構造が典型的にはアプリケーション従属的なものであるツールバー制御５
００は、好ましくは、ユーザがカスタマ記録ドキュメント１１５の様々な部分に
向かってナビゲートすることを許容し、様々なダイアログ・スクリーンと以下で
説明されるようなユーティリティとを起動させることをも許容する。

【０１６６】 ファイル・アクション・ダイアログ５０５は、好ましくは、ツールバー上にお
けるそれに対応するボタンによって呼び出されるものであり、それは、ユーザに
対して、新しいカスタマ記録を作成すること５３５、既存の記録を開くこと５４
０、セッションをセーブしてサインすること５４５、或いは、カスタマ記録の部
分をプリントすること５５０を許容する。

【０１６７】 ワークフロー・ダイアログ５１０は、好ましくは、ツールバー上におけるそれ
に対応するボタンによって呼び出されるものであり、それは、ユーザに対して、
例えば、Ｅメールを送信すること５５５、呼出しを記録すること５６０、予約を
スケジュールすること５６５、タスクを追加すること５７０、タスクをリクエス
トすること５７５、リマインダをセットすること５８０、及びページャに対して
送信すること５８５などである様々なワークフロー操作を実行するように許容す
る。

【０１６８】 セクション・ナビゲーション５２０は、好ましくは、カスタマ記録ドキュメン
ト１１５の様々なセクションに向かってジャンプさせるように成した１組のボタ
ンを含んで成る。それらの個数、シーケンス、識別記号、及びアイコンは、アプ
リケーション従属的なものである。

【０１６９】 セッション・ナビゲーション５２５は、好ましくは、コンボ・ボックス及び４
個のボタンによって構成される機構を含んで成るものであり、それは、ユーザが
以前のセッション、画像、走査されたドキュメントまたは書状に向かってジャン
プすることを許容する。

【０１７０】 ユーティリティ５３０は、好ましくは、様々なユーティリティを呼び出す一連
のボタンを含んで成る。

【０１７１】 本発明の好ましい実施例に関する以下の詳細な具体例は、限定的なものとして
意味されているものではなく、その中における陳述は、好ましい選択肢を指し示
すものとしてのみ意図されているのである。

【０１７２】 ナビゲーション・ディスプレイ・コンポーネント ナビゲーション・ディスプレイ・コンポーネント（ＮＤＣ）は、ユーザがアプ
リケーションを機能させるために必要とされる殆どの機能を起動させることを許
容するように成した、ツールバー制御である。 その名称が示唆しているように、その主要な機能は、カスタマ記録ドキュメン
ト１１５を新規作成し、開いて、閉じ、その様々な部分に向かって「ジャンプ」
させるように成した、簡単な方式を提供することである。 技術的に言えば、ＰＣバージョンでは、それは、単純なＭＳ-Ｗｏｒｄのツー
ルバーである。

【０１７３】 堅実な３段式のアーキテクチャを維持するために、このコンポーネントは、純
粋なディスプレイ制御である。 それによって呼び出されるすべての機能は、異なった制御であるナビゲーショ
ン論理制御によって実行されるものであり、それは、以下で説明される。 そのディスプレイのために必要とされるデータ・アクセスの検索及び操作（例
えば、その上におけるコンボ・ボックスをポピュレートすること）は、以下で説
明されるデータ・アクセス・コンポーネントによって処理される。 従って、このセクションは、その制御におけるボタンの外観を簡単に説明する
ものとする。

【０１７４】 そのツールバーの正確なフォーマットは、アプリケーション従属的なものであ
り、且つデータ駆動されるものであり、ユーザによって変更されることが可能で
ある。 知識ベースの中におけるアプリケーション記録は、何れのボタン及びオプショ
ンがツールバーなどの上に現れるのかということに影響を与える様々なパラメー
タを保持する。

【０１７５】 記録が開かれ、或いはＷｏｒｄの中に切り換えられるとき、それは、ＮＤＣを
起動させる。 そのＮＤＣは、これが標準のＷｏｒｄドキュメントであるか否かをチェックし
、或いは、それぞれにそれら自身のＷｏｒｄテンプレートを備えるようにして、
それがそのアプリケーション（例えば、ユーザの記録、アーユルヴェーダ（ayur
vedic）の記録などのように、数個のアプリケーションが存在することも可能で
ある）に所属するテンプレートのうちの１つに基づいているか否かということを
チェックする。 従って、ＮＤＣは、カスタマ記録（或いはその他の同様なアプリケーション）
が閲覧されるときにのみ出現して、その他の標準的なＷｏｒｄ・ファイルが閲覧
されるときには出現しないのである。

【０１７６】 好ましくは、そのＷｏｒｄテンプレートまたは各々のドキュメントは、それが
所属するアプリケーションを表示するように成した、フィールド「アプリケーシ
ョンＩＤ」を包含する。 ＮＤＣは、Ｗｏｒｄドキュメントに対する開放または切り換えの際に、このフ
ィールドをチェックし、それに応じて機能する。 ＮＤＣは、それがアプリケーション・ファイルである場合にのみ出現し、それ
が標準的なＷｏｒｄドキュメントである（即ち、フィールド・アプリケーション
ＩＤが存在する）場合には出現しないのである。 ＮＤＣ上におけるボタン、それらのシーケンス、アイコンなどは、そのドキュ
メントの中におけるアプリケーションＩＤに従って自動的に形成されるものであ
り、それは、この形状情報を記憶する知識ベースの中におけるアプリケーション
記録を指し示すのである。

【０１７７】 ツールバー上におけるボタンは、マイクロソフトの慣例に従って、機能的グル
ープ（即ち、同様な機能の形式を共有するボタンのグループ）の中において組織
化される。 以下の内容は、これらのグループの各々におけるボタンに関する説明である。

【０１７８】 １． ファイル・アクション・ダイアログ： ファイル・アクション・ダイアログは、「新規カスタマ」、「カスタマ開放」
、「サイン及びセーブ」、及び「プリント」の各ボタンを包含する。 これらは、標準的なＭＳ-Ｏｆｆｉｃｅアイコンを使用する。 これらのボタンは、標準的なＷｏｒｄのものに類似しているが、それらは、標
準的ではないダイアログをもたらすことになる（「ファイル・アクション及びワ
ークフローのダイアログ」のセクションにおいて以下で説明されるようにして）
ことに注意すべきである。 しかしながら、これは、現在閲覧されているＷｏｒｄドキュメントに従属する
。アプリケーションでないＷｏｒｄファイルが閲覧されるときには、ＮＤＣは、
出現せず、これらのボタンは、標準的なダイアログを行なうのである。

【０１７９】 ２． セクション・ナビゲーション： セクション・ナビゲーションは、記録の様々なセクションに向かってジャンプ
するためのボタンのグループを包含する。 クリックされたボタンは、もう１つのボタンが押されるまで、押し込まれたま
まに留まる。 それが押し込まれている間にそれをクリックすることは、それを押込み解除す
ることにはならない。 このグループにおける第１のボタンは、記録を開くときには、デフォルトによ
って押し込まれている。 このグループにおけるボタンの個数、それらのアイコン及び作用（即ち、それ
らが関連付けられるドキュメントの中におけるセクション）は、ＫＢの中におけ
るアプリケーション記録によって定義される。

【０１８０】 それ自体を表示させると、このコンポーネントは、記録のセクション構造に関
して、知識ベースのデータベースの中におけるそのアプリケーション記録をチェ
ックし、適切なシーケンスにおいて且つビットマップ（bitmap）を指定するよう
にして、各々のセクションに関して１つずつ、適切な番号のボタンを表示する。 各々のボタンに関するチップ・テキスト・プロパティ（tip text property）
は、そのセクションの名称にセットされる。

【０１８１】 このグループにおける第１のアイコンは、「新規セッション（new session）
」である。 そのアイコンは、その左側のコーナーにおいて星印を付けた「ページ」である
（フォーム、テーブルなどである新規のオブジェクトに関して、そのアクセス・
メタファーを使用することになる）。

【０１８２】 このグループにおける最後のアイコンは、「先行するセッションのブラウズ（
Browse Previous Session）」である。 それは、記録の「先行するセッション」のセクションに向かってジャンプさせ
るのである。 異なったセクションの間における実際のナビゲーションは、以下で説明される
セッション・ナビゲーション・グループによって実行される。 そのアイコンは、複数のセッションを表示するようにして、３枚の重なったペ
ージを示している。

【０１８３】 そのためにアイコンが探し出されて準備される必要がある、カスタマ記録ドキ
ュメント１１５（及びその他のアプリケーション）の中にしばしば存在する５個
のセクションは、以下のものである。 １） 状態シート（記録に関する要約情報、問題リスト、医療リストなどを包含
する）。クリエイティブなアイコンが、それに応じてデザインされ選択されるべ
きである。 ２） 人口統計表。顔の輪郭のアイコンである。 ３） 習慣。火が点いたタバコのアイコンである。 ４） 実験テスト。テーブル／マトリックスのアイコンである。 ５） バイタル・サイン（血圧、体温などのグラフ）。ＥＣＧのアイコンである
。

【０１８４】 ３． セッション・ナビゲーション このグループは、３個のボタンと、それらの右側における１つのコンボ・ボッ
クスとを包含する。 それらのボタンは、ユーザが以下のナビゲーションを選択することを許容する
。 １） 走査されたドキュメント（「１枚のページ」を示すアイコン） ２） 画像（「肺のＸ線写真」を示すアイコン） ３） 先行するセッション（複数のセッションをシンボル表示するようにして、
３枚の重なったページを示すアイコン）。

【０１８５】 コンボ・ボックスは、何れのボタンが押されるのかに応じて、セッションに対
するハイパーリンク、または走査されたドキュメント、或いは画像についてのリ
ストを表示する。 このリストは、カスタマ記録ドキュメント１１５が開かれるとき、ＴＬＣによ
って計算される。

【０１８６】 １つのボタンが押し込まれるとき、その他の２つのボタンは、押されない。 そのデフォルトは、「セッション」のボタンである。 それらのボタンのうちの１つを押し込むことは、先行するグループの「先行す
るセッション」のボタンを押し込ませることになる。

【０１８７】 画像または走査ドキュメントを包含せず、Ｗｏｒｄドキュメントだけを包含す
る（頻繁にあることである）ようにして記録が形成される場合には、それらの３
個のボタンは、現れず、コンボ・ボックスだけが現れる。 この事例では、「先行するセッション」のボタンが、そのコンボ・ボックスに
よって直接に作動することになる。

【０１８８】 このコンボ・ボックスの挙動は、標準的なものではない。 その探索フィールド（即ち、そのテキスト・フィールド）の中に文字をタイプ
すると、それは、そのリストを以下の様式で狭めることになる。

【０１８９】 必ずしも最初の単語でなくても良いが、その中における単語がこのストリング
を備えて始まる項目は、フィルタ処理されるリストの中に包含される（例えば、
痛みとタイプすることは、「胸の痛み（Mycardal Infarction）」という項目を
包含させることになるのである）。

【０１９０】 数個の単語を包含する項目であって、その中に入力されたストリングが該当項
目の中における数個の連続的な単語の最初の文字（必ずしもすべての単語でなく
ても良い）を保持するように成した項目は、包含される（例えば、ＭＩとタイプ
することは、「心筋梗塞（Myocardial Infarction）」という項目を包含させる
ことになるのである）。

【０１９１】 探索ストリングの中における文字は、例えば、リストの中におけるすべての項
目の中において太字のダーク・グリーンの色で現れるものであり、ユーザは、何
故それらが包含されたのかということを容易に理解し得ることになる。

【０１９２】 この機構に対する応答は、瞬時のものでなければならず、膨大なリスト（１０
０．０００項目）に対してチェックされなければならない。 それは、システムの中における様々な場所で使用されることになるものであり
、従って、技術的に堅実なものでなければならないのである。

【０１９３】 ４． 書込みセッション・ナビゲーション 書込みセッション・ナビゲーションのグループは、新規のセッションを書き込
むときに必要される作業を処理する。それは、５個までのボタンと、コンボ・ボ
ックスとを包含する。そのコンボ・ボックスは、何れのテンプレートを作業のた
めに使用するのかを選択するユーザのために、利用可能なすべてのテンプレート
のリストを表示する。それらのボタンは、このテンプレートがサブ・テンプレー
トを有する場合に、ユーザがサブ・テンプレートを選択することを許容する。

【０１９４】 そのコンボは、分割線の上におけるそのリストの頂部において、このカスタマ
によって以前に使用されたテンプレート、或いは彼の現在の問題リストに載って
いるテンプレートを表示する（これらのオプションの何れかが、オプション構成
において定義される）。 その分割線の下では、それらのテンプレートの残りのものが、アルファベット
順に列挙される（これは、最近使用されたフォントがＷｏｒｄにおけるフォント
・コンボ・ボックスの中に現れる様式に類似している）。 このリストから選択することは、セッション・コンボに関連して上述された機
構を使用して実行される。

【０１９５】 テンプレートは、サブ・テンプレートを備えるか或いは備えずして存在し得る
ものである。 選択されたテンプレートがサブ・テンプレートを備えていないならば、それら
のボタンは、灰色に退色処理（grayed-out）される。 サブ・テンプレートの個数、シーケンス、識別記号及びアイコンは、アプリケ
ーション従属的なものであり、テンプレートからは独立している（即ち、サブ・
テンプレートを有するアプリケーションの中におけるすべてのテンプレートは、
同じサブ・テンプレートを有することになり、異なったアプリケーションは、異
なったサブ・テンプレートを支持し得るのである）。 サブ・テンプレートに関するこの情報は、ＫＢの中におけるアプリケーション
記録の中に記憶される。 そのテンプレート記録は、それがサブ・テンプレートを有するか否かを表示す
るが、それらの名称、アイコンなどは表示しない。 従って、ＮＤＣは、それらのボタンを正確に形成するためにそのアプリケーシ
ョン記録をチェックし、更に、それらのボタンが灰色に退色処理されるべきであ
るのか否かを判断するためにテンプレート記録をもチェックすることになる。

【０１９６】 サブ・テンプレートが存在するとき、１つのボタンが、常に押し込まれている
。 １つのボタンを押すことは、第２のボタンを解除する。 押し込まれたボタンをクリックすることは、それを解除することにはならない
のである。

【０１９７】 サブ・テンプレートを備えたテンプレートがセッションにおいて初めて開かれ
るとき、第１のサブ・テンプレートに関するボタンが、押し込まれる。 同じセッションにおいて以前に訪れたテンプレートに戻る（即ち、テンプレー
トの間において前後にフリップする）とき、そのテンプレートは、最後に閲覧さ
れたそのサブ・テンプレートで開くことになる。

【０１９８】 以前に訪れなかったテンプレートに切り換えられるときには、そのテンプレー
トは、先行するテンプレートにおいて閲覧されたサブ・テンプレートと同じサブ
・テンプレートで開くことになる（例えば、発熱テンプレートの他覚症状サブ・
テンプレートを閲覧していて、咳込みテンプレートに初めて切り換えられるとき
、それは、その他覚症状サブ・テンプレートで開くのである）。

【０１９９】 この機構及び使用されているそれらの両者のテンプレートの間におけるリンク
は、閲覧されているそのセッション・ドキュメントの中における位置と同様に、
後で説明されるナビゲーション論理コンポーネント（ＮＬＣ）によって処理され
る。

【０２００】 ５． 挿入オブジェクト 挿入オブジェクトのグループは、唯１つの制御であるコンボ・ボタンを包含す
る（即ち、Ｗｏｒｄにおける標準フォント・カラー・ボタンにおけるものと同じ
である、その隣に小さなプル・ダウン矢印を備えたボタンである）。 そのプル・ダウン矢印が押されると、現在のセッション・ドキュメントの中に
挿入されることが可能であり、画像、ビットマップ、オーディオ及びビデオを包
含するように成した、種々のオブジェクトのアイコンを備えて、プル・ダウン・
メニューが出現する。 一旦、選択がクリックされると、それは、カーソルの位置においてオブジェク
トを挿入する作業を実行して、そのデフォルトのボタン画像になるのであり、同
じ形式のオブジェクトの更なる挿入は、ワン・クリックだけを必要とすることに
なる。

【０２０１】 ６． ワークフロー・アクション ワークフロー・アクションのグループは、それぞれのボタンによって表示され
ていて、その記録が現在閲覧されているカスタマに関連するワークフローの問題
を支援するように成した作業を支援するのである。 これらのボタンは、呼出し、Ｅメール送信、予約のスケジュール管理、タスク
追加、タスクのリクエスト、リマインダのセット、及びページャに対する送信を
包含する。

【０２０２】 初めの５個のボタンに関するアイコン（呼出し、Ｅメール、予約、タスク、及
びタスクのリクエスト）は、標準的なＯｕｔｌｏｏｋのアイコンである。 リマインダ及びページャに関するアイコンは、探し出され／デザインされる必
要がある（ページャに関しては、−その右側上部のコーナーから「送信」するペ
ージャを示すアイコンがあり、警報に関しては、−例えば、指の結び紐などがあ
る）。 これらのボタンの各々をクリックすることが、以下で説明されることになるそ
れぞれのワークフロー・ダイアログ・スクリーンを起動させるのである。

【０２０３】 ７． ユーティリティ ツールバー上におけるボタンから成るユーティリティのグループは、記録の中
における全般的な作業、即ち現在開いている記録に関係するものではない作業に
関係するものである（それらの作業は、ＴＬＣセクションにおいて説明される）
。 これらのボタンは、以下のものを包含する。 １） 照会（アイコンが本を示している） ２） ヘルプ（標準的なヘルプのアイコンである） ３） オプション（アイコンは、タブを示しているものであっても良い） ４） 知識ベース・エディタ（ＶＢのツールボックスのアイコンである）

【０２０４】 ファイル・アクション及びワークフローのダイアログ ＴＤＣ上におけるボタンから起動されるものは、４個のファイル・アクション
、及び７個のワークフロー・ダイアログ・スクリーンであり、それらは、このセ
クションにおいて説明される。 これらのダイアログは、ｏｆｆｉｃｅの標準的なものに類似しているが、ここ
に指摘されるような所定の修正を備えたものである。

【０２０５】 それらのファイル・アクション・ダイアログは、標準的なＷｏｒｄのダイアロ
グに類似しているが、以下で述べられるような相違を備えたものである。 それらのワークフロー・ダイアログは、ＭＳ-Ｏｕｔｌｏｏｋのフォームを使
用し、Ｏｕｔｌｏｏｋのオブジェクト・モデル及びＶＢ-Ｓｃｒｉｐｔをも使用
して形成されるものであり、非常に少ないプログラミングだけしか必要としない
ものであるべきである。 以下の「スクリーン」は、好ましくは、ＭＳ-Ｏｕｔｌｏｏｋのフォームを使
用して形成されるものであり、それらは、如何なるプログラミングも無しにユー
ザによって容易に修正されることが可能である。

【０２０６】 このセクションは、それらのダイアログのディスプレイを説明するものであり
、それらの作用を説明するものではない。 ワークフロー及びファイル・アクションのダイアログによって実行されるそれ
らの機能は、ワークフロー・モジュール及びナビゲーション論理コンポーネント
によってそれぞれに処理される。

【０２０７】 Ｉ． 新規の記録ダイアログの作成 ＮＤＣ上における「新規」のアイコンをクリックすると、イエス／ノー／キャ
ンセル・メッセージ・ボックスの「新規のカスタマ記録の作成？」を立ち上げる
。 標準的なＷｏｒｄドキュメントを作成するためには、「ノー」をクリックする
。 さもなければ、カスタマのものにおいて作業している間、標準的なＷｏｒｄド
キュメントを作成する単純な様式は、存在しないことになるのである。

【０２０８】 ＩＩ． 記録開放ダイアログ ディレクトリ・ホルダのためのＭＳメタファー（MS metaphor）を使用して、
「ホルダ」の中において組織化されるカスタマのリストを表示するが、実際には
、データベース（ＤＢ）の中に所属するカスタマのカテゴリを反映することにな
る。

【０２０９】 「前進（advanced）」ボタンは、Ｗｏｒｄのものに類似した単純な探索スクリ
ーンを導き出すが、「プロパティ」のフィールドの中には、Ｗｏｒｄのフィール
ドに追加して、すべてのユーザ定義フィールドのリストもまた存在する。

【０２１０】 表示されるファイルのメール・リストは、以下のフィールドを包含する： 即
ち、名前、ＩＤ、年齢、性別、プロバイダ、変更子（最後に変更された期日）を
包含するのである。

【０２１１】 そのリスト・ディスプレイ機構は、標準的なダイアログにおける場合と全く同
様にして、コラムのヘッドをクリックすることによってソーティング（sorting
）を許容することになる（例えば、該当コラムのヘッドをクリックすることによ
る最後に変更された期日でのソーティング）。

【０２１２】 そのフィルタ処理機構は、僅かに異なっている。 「ファイル」及び「テキストまたはプロパティ」の探索フィールド、及び「フ
ァイル形式」のコンボ・ボックスの代わりに、コンボ・ボックス「によるフィル
タ」及びコンボ・ボックスを「包含する」という２つのフィールドが存在するの
である。 そのコンボ「によるフィルタ」というフィールドは、そのリストにおいて表示
されたすべてのフィールドに加えて、「完全テキスト探索」オプションをも包含
する（第１のオプション及びデフォルトは名前である）。 そのコンボ・ボックスを「包含する」というフィールドは、空であり、ユーザ
が、その中に探索ストリングをタイプするのである。 そのコンボ・リストは、先行する数個の入力を表示する（標準的な「テキスト
」コンボと同様にして）。 １つのホルダも開かれていないとき、すべてのホルダが、探索されて表示され
る。その「最後に変更された」コンボは、以前のままに留まることになる。

【０２１３】 ＩＩＩ． サイン・セッション・ダイアログ 以下に列挙される４個のラジオ・ボタンのオプションと、ＯＫ／キャンセルの
ボタンとを表示する単純なダイアログである。 その第１のオプションが、デフォルトである。 １） セーブ及びサインのセッションが、記録を閉鎖する。 ２） サインを欠いたセーブのセッションが、記録を閉鎖する。 ３） セーブ及びサインのセッションが、記録を閉鎖しない。 ４） サインを欠いたセーブのセッションが、記録を閉鎖しない。

【０２１４】 ＩＶ． プリント・ダイアログ プリントされるべきものを表示するようにして、以下の単一オプションの選択
を提供するように成した、単純なＯＫ／キャンセル・ダイアログを表示する。 それらのオプションの１つは、その記録の中においてプリント・ボタンが押さ
れた場所に従属して、デフォルトによって選択される。 １） 現在のセッション−現在のセッションの閲覧からクリックされるときに、
デフォルトである。 ２） セッション、処方箋、書状、指図書 ３） 処方箋−であるときに、デフォルトである。 ４） 走査されたドキュメント−閲覧がＰＤＦファイルを添付したときに、デフ
ォルトである。 ５） 選択−記録の一部が選択されてしまっているとき ６） 画像を欠いた全体の記録−上記のいずれでもないときに、デフォルトであ
る。 ７） 画像を包含する全体の記録 ８） ＿ページから＿ページ

【０２１５】 Ｖ． Ｅメール送信 基本的なダイアログは、標準的なものと同様である。しかしながら、「・・・
宛て」または「・・・気付」のボタンをクリックするときにポップアップ（pops
-up）する「名前選択」のダイアログは、僅かに異なっている。 その上部右側のコーナーにおけるコンボ・ボックス（「から名前を表示する」
）は、表示される名前のリストに影響を与える数個のオプションを有するべきで
ある。（ａ）医療チーム−地方の診療所におけるすべての介護者のリストを表示
、（ｂ）顧問医−遠隔地の介護者を表示、及び（ｃ）連絡先／Ｏｕｔｌｏｏｋ電
話帳−「標準的」オプションを有するべきなのである。 そのデフォルトは、「医療チーム」である。 ３件のすべてのリストの頂部（或いは少なくとも初めの２件）には、カスタマ
が、好ましくは、太字で配される。

【０２１６】 「添付」のコンボ・ボックスは、以下のようなオプションを有する。全体の記
録を添付、最後に遭遇したものを添付、選択したものを添付、書状、または記録
に対するハイパーリンクを添付というオプションである。

【０２１７】 その下には、２つの「添付オプション」チェック・ボックスが存在する。「走
査されたドキュメントを包含する」及び「埋め込まれたオブジェクトを包含する
」というものである。

【０２１８】 ＶＩ． 呼出し Ｏｕｔｌｏｏｋにおける連絡スクリーンから呼出しを掛けるときと全く同様に
機能するようにして、標準的なＯｕｔｌｏｏｋダイアログを使用してカスタマに
呼出しを掛けるのである（接触があった種々の番号の素早い一瞥を許容する組込
みコンボと、呼出しを掛けた最後の番号を表示するリダイヤル・オプションと、
貴方がボタンそれ自体をクリックする場合にポップアップするダイアログとを包
含することになる）。

【０２１９】 その唯一の違いは、「新規の呼出し」ダイアログにおいて、「呼出しを開始す
るときに新規の日誌入力を作成する」というオプションが選択される場合（これ
がデフォルトである）には、それが、Ｏｕｔｌｏｏｋ日誌入力を開始するのでは
なく、カスタム記録における新規のセッションを開始して、「電話セッション」
と呼ばれるテンプレートを開くということである（その知識ベースは、電話セッ
ションのために設計された特殊なテンプレートを有することになるのである）。

【０２２０】 ＶＩＩ． 予約のスケジュール その機能性は、Ｏｕｔｌｏｏｋの予約スケジュール・スクリーンに基づくもの
であるが、以下の相違点を備えている。 １． スケジュールされるべきミーティングは、カスタマ及びユーザとのもので
あるので、これらの関係者を選択する必要がない。 ２． 標準的なダイアログを使用すれば、ｅメールの招待状を送信することが必
要であるが、それは、非常に面倒である。関係者のためのｅメールが存在しない
ならば、エラー・メッセージは、全く存在するはずがないのであり、デフォルト
時には空であり、招待状を送信するオプションを提示するように成した、チェッ
ク・ボックスだけで済むのである。 ３． リソースの割当て： リソースのリストは、（貴方がリソースを求めてい
るときには）分離しているべきであり、それは、その他のすべての連絡先と一緒
にされるべきではない。リソースを追加する容易な方法が存在するはずである。
上述のように、リソースは、ｅメールを有するものではないことも可能である（
例えば、テーブル及びミーティング・ルームもまた、通常、必要でないのである
）。

【０２２１】 ＶＩＩＩ． タスクの追加 その他のワークフロー・アクションとは違って、これは、ｏｕｔｌｏｏｋによ
って機能するだけでなく、カスタマのＷｏｒｄドキュメント記録の中におけるリ
ストによっても機能する。 このリストは、リスト形式のＱＣ機構を使用して処理されるものであり、その
主題コラムに加えて、補助的なコラムをも有している。開始期日（そのタスクが
開始される期日を自動的に記録する）、支払い期日、優先期日、及び次のセクシ
ョンにおいて説明される「担当」という各コラムである。 １． タスクの主題は、コロン“：”を後に付けたカスタマの名前を包含するべ
きである。 ２． 主題フィールドの隣にあるコンボ・ボックスは、ユーザが、頻繁に使用さ
れるカスタマ・タスクのリストから選択することを許容する。項目を選択するこ
とは、タスクの主題の最後にそれを追加することになる（例えば、「Ｊｏｈｎ
Ｄｏｅ： 研究結果ペンディング」）。 ユーザは、当然ながら、主題フィールドを直接に変更することも可能である（
彼がそれを実行するならば、それは、コンボに影響を与えないことになる）。 ３． このコンボ・ボックスは、その主題線の隣において最小化されるように見
えるものであり、その幅は、下向き矢印だけが見えるようなものである。そのプ
ル・ダウンの幅は、それが５−６の単語を包含し得るほど遥かに幅広である。そ
のコンボにおける「変更」の場合には、その主題ラインもまた、それに従って変
化する。 ４． 支払い期日 ５． 優先期日 ６． チェック・ボックス： 「私の一般タスク・リストの更新」。それがクリ
ックされる場合には、そのタスクが、作成されて、私のＯｕｔｌｏｏｋタスク・
リストに対してだけでなく、カスタマの記録タスク・リストに対しても記憶され
る。そうでなければ、それは、カスタマ記録においてのみ記録されるのである。 ７． そのコンボにおいて右クリックする場合のポップアップ・メニューの中に
おけるオプションは、ユーザがそのリストに対して項目を追加し或いはそこから
項目を削除することを許容するように成した単純なダイアログを立ち上げる「編
集リスト」である。 ８． Ｏｕｔｌｏｏｋにおいて、且つタスクにおいて、リマインダ無しでタスク
を見るために使用される「カスタマ・タスク」を作成する（即ち、カテゴリのた
めのフィルタ＝ＣＰＲであるが、＜＞リマインダなのである）。

【０２２２】 ＩＸ． タスクのリクエスト このフォームの目的は、ユーザが、カスタマまたはその他のチーム・メンバー
からのタスクをリクエストすることを許容することである。 それは、上述のタスク追加フォームと概ね非常に類似しているものであり、以
下の相違点を備えている。 １． 先行するセクションにおいて述べられたその他のフィールドの前に、追加
の「...宛て」のボタン及びフィールドが存在する。 その「...宛て」のボタンが押されると、（その他の介護者のリスト及びその
リストの頂部におけるカスタマに関連して）上述したＥメール・ダイアログによ
って表示されたものと同じスクリーンが表示される。 ２． そのタスクが割り当てられた人物は、（先行するセクションにおいて説明
された）カスタマ記録の中に現れるタスクのコピーの中における「担当」コラム
の中に現れるものである。

【０２２３】 Ｘ． リマインダのセット リマインダ機構は、技術的には、そのリマインダ・プロパティをオンにセット
して、そのリマインダが必要とされる期日に対してセットされるように成した、
タスクである。 そのカテゴリは、「リマインダ」に対してセットされるものであり、異なった
閲覧が、リマインダ（通常は、閲覧される必要がない）とは対立するようにして
、規則的なタスクを閲覧するためのものとして設計されることも可能である。

【０２２４】 それは、上述のタスク追加フォームと類似しているものであり、以下の相違点
を備えている。 １． 主題フィールド及び頻繁に選択されるタスクのコンボ・ボックスの下には
、期日及び時間のフィールドが存在する。 ２． チェック・ボックスのオプションは、何も存在しない（「私の一般タスク
・リストの更新」）。何故なら、リマインダは、カスタマ記録の中では留意され
ず、ｏｕｔｌｏｏｋに対してのみ留意されるからである。「支払期日」もまた、
何も存在しない。 ３． カテゴリは、「リマインダ」に対して自動的にセットされる。

【０２２５】 ＸＩ． ページャに対する送信 Ｅメール送信のダイアログと同様なダイアログである。これが行なうのは、ペ
ージャ即ち「Ｅメール使用可能」ページャ（即ち、米国におけるＳｋｙｔｅｌの
ように、ｅメール・アドレスを有するページャ）に対して送信するということだ
けである。その「...宛て」リスト（地域スタッフ、顧問医、及び全員）は、ｅ
メール・ページャを有する人々（Ｏｕｔｌｏｏｋの中において「ページャ」イエ
ス／ノーと呼ばれるユーザ定義フィールドを作成し、それに従ってフィルタ処理
することになる）だけを表示するのである。

【０２２６】 ここで、図２の質問論理コンポーネント２４０に関する好ましいインプリメン
テーションを示す略ブロック図であるように成した図６が参照される。 図６の装置は、幾つかの点で、本発明の実施例の中心になるものであると、当
該分野における熟練者によって認識されることであろう。 図２において示されたように、図２の出力テキスト生成機構２５は、好ましく
は、質問論理コンポーネント２４０の複数の事例を含んで成るものであり、それ
は、好ましいインプリメンテーションにおける本件の図面において説明されてい
る装置である。

【０２２７】 図６の装置は、好ましくは、ウォームアップ（warm-up）６０５を含んで成る
ものである。 好ましくは、そのウォームアップは、実際のテキスト生成の前に一度、そのた
めの準備として、それに対してセンテンスが接続され得ることについての計算が
テキスト生成プロセスを遅らせることにはならないようにして、図２の質問論理
コンポーネント２４０によって実行されるように成した方式を含んで成る。 ウォームアップ６０５の好ましいインプリメンテーションは、図１２を参照し
て説明される。

【０２２８】 図６の装置は、好ましくは、テキスト生成６１０をも含んで成るものである。 好ましくは、そのテキスト生成は、図２の質問論理コンポーネント２４０が、
それによって、センテンス６３０を生成し、ブランチ６３５及び合併センテンス
６４０をも生成するように成した複雑な機構を含んで成る。 このプロセスの好ましいインプリメンテーションは、図１１〜１７Ｂにおいて
更に説明される。

【０２２９】 図６の装置は、好ましくは、テキスト解析６１５をも含んで成るものである。 好ましくは、そのテキスト解析は、テキスト生成機構によって生成されたテキ
スト（例えば、先行するセッションのテキスト）が、それによって、その生成を
引き起こした質問及び回答になるようにして分析されるように成したプロセスを
実行する。 テキスト解析６１５の好ましい実施例は、図１９を参照して以下で説明される
。

【０２３０】 図６の装置は、好ましくは、図１Ａの意思決定支援機構５０を使用可能にする
オブジェクト・モデル管理６２０をも含んで成るものである。 この装置は、好ましくは、知識ベースの構造を反映するオブジェクト・モデル
を作成すること６４５及びポピュレートすること６５０をアプリケーションに対
して許容するように成した手順及び構造を含んで成るものであり、カスタマ記録
ドキュメント１１５の内容を文法的に操作する疑問の警報及び条件が書き込まれ
得ることになる。 オブジェクト・モデル管理６２０の好ましい実施例は、図２０Ａ，Ｂを参照し
て以下で説明される。

【０２３１】 図６の装置は、好ましくは、ＫＢエディタ６２５をも含んで成るものであり、
そのエディタは、好ましくは、図１Ａの非プログラム的なＫＢエディタ機構４５
の中において構成される。 ＫＢエディタ６２０は、好ましくは、全般的な知識ベース編集プロセスの一部
として、質問を作成して編集することをアプリケーションに対して許容するよう
に成した、手順及び構造を含んで成るものである。 質問論理コンポーネントの知識ベース（ＫＢ）エディタ６２５の好ましい実施
例は、図２６を参照し、詳細には、図２６の質問エディタ２６０５、及びその従
属的なエレメントである図２６の２６２０、２６２５、２６３０、２６３５及び
２６４０を参照して以下で説明される。

【０２３２】 本発明の好ましい実施例に関する以下の詳細な具体例は、限定的なものとして
意味されているものではなく、その中における陳述は、好ましい選択肢を指し示
すものとしてのみ意図されているのである。

【０２３３】 質問論理制御 導入部 好ましくは、各々の質問ディスプレイ・コンポーネント（ＱＤＣ）の背後にお
いて、且つそれに対応するようにして位置するものは、それは、ユーザの選択（
それに対応するＱＤＣにおいてユーザが下した）に応じてテキストを生成すると
いう「マジック（magic）」を実行するように成した質問論理コンポーネント（
ＱＬＣ）ユニットである。 それが生成するテキストは、それが受信するパラメータ（例えば、形式、言語
など）に従属する。

【０２３４】 それ自身のセンテンスを生成することに加えて、それは、隣接するＱＬＣと協
働して、それらのセンテンスが重文センテンスになるように結合されることが可
能であるか否か、更には如何にして結合され得るのかということを決定するよう
にして、機能するものでもある。 更に、それは、何れの質問に対する何れの回答がこのテキストの生成を引き起
こしたのかを決定するために、システムによって以前に生成されたテキストを分
析することもまた可能である。

【０２３５】 それは、右から左に書かれる言語だけでなく、それらの方向において左から右
に書かれる言語をも包含するようにして、テキストを複数の言語で生成する。 編集モードでは、それは、ユーザの選択に従って、質問、その回答及びその他
のプロパティ（知識ベースの中における）を変更する。 以下のセクションは、この制御の構造及び機能を説明するものである。

【０２３６】 プロパティ 基本的なプロパティ １． 質問ＩＤ 短い オプション ２． 質問形式 バイト 現在、約１０個の形式であり、将来も、 ９９個以下である。 ３． 質問 ２０個 質問のテキスト ４． 質問グループ 短い この質問が所属するグループである。冗長 検査方式のために使用される。 ５． 回答（１−１８） ２５個 回答のテキストを備えた12個のフィールド ６． 主語 ２５個 センテンスを比較して、それらが接合され ることが可能であるか否かをチェックする ために使用されるものであり、主語無し接 頭辞及び主語無しセンテンスを生成するた めにも使用される。 ７． 接頭辞 ５０個 センテンスを生成するために使用される接 頭辞ストリング ８． 接尾辞 ２０個 センテンスを生成するために使用される接 尾辞ストリング 関連する継続 ９． 継続形式 バイト オプション：前置挿入、後置挿入、置換、 独立、強制接合、ストリング接合、ストリ ング切捨て １０．継続（１−１２） ブール 回答の継続が単一の質問であるのか、或い は数個の質問（「テンプレート」）である のかを示す。 １１．継続ＩＤ 短い 継続である質問またはテンプレートのＩＤ （１−１２） 関連する接続 １２．接続形式 バイト オプション：接続無し、ストリング接続、 ストリング切捨て、或いは強制接続 １３．接続ストリング ２つのセンテンスの間において、それらの 間にそれを追加するか、或いは第２のセン テンスからそれを取り除いて、強制接続す るために使用されるストリング。 関連する言語 言語 バイト 言語方向 ブール オプション： 右から左、左から右 主要部の位置 ブール オプション： 回答の前にある主要部、回 答の後にある主要部 主語の位置 ブール オプション： 初めにある主語、最後にあ る主語 接続語 ７個 単語の前後にあるスペースをも包含する 出力フォーマット １４．レイアウト全般 オプション：段落スタイル、書式スタイル １５．挿入フィールド ブール １６．回答レイアウト オプション：質問の隣、質問からのタブ、 ハンギングインデント、新規の線上、テー ブル １７．質問レイアウト オプション：同じ線上、独立した線上 １８．コンマ分離 Ｔ／Ｆ １９．太字のグループ・ヘッダー Ｔ／Ｆ ２０．太字の質問 Ｔ／Ｆ ２１．太字の回答 Ｔ／Ｆ ２２．新規のヘッダー線 Ｔ／Ｆ 関連する質問形式 数字 ２３．１ユニット ２４．２ユニット ２５．多数ユニット ２６．数個の単語 イエス／ノー ２７．否定接頭辞 ２８．否定接続辞 ２９．否定接続語 混合式 ３０．形式（１−６） グラフィック ３１．背景ビットマップ ３２．領域ビットマップ ３３．Ｘ座標（１−１２） ３４．Ｙ座標（１−１２） 性別従属 ３５．女性接頭辞 ３６．女性主語 ３７．女性否定接頭辞 ３８．女性否定接続辞 国際的なＴＧパラメータ ３９．質問個数 スクリーン上における質問の個数。ＴＣに よって計算されて供給される。 ４０．回答個数 質問における回答の個数。ＴＣによって計 算されて供給される。 ４１．選択されたもの ユーザによって選択された回答の個数 （Ｙ／Ｎ質問における否定選択をも包含す る）。各々のクリック事象によって更新さ れる。 ４２．否定選択 Ｙ／Ｎ質問において否定選択された回答の 個数。各々のクリック事象によって更新さ れる。 ４３．接続語 言語に（及び時に応じて質問にも）従属す る。ウォームアップの間にＱＣによって計 算される。 ４４．識別番号 スクリーン上におけるＱＣの連続番号であ り、それは、ＱＣの配列番号の数字と同一 のものでもある（例えば、第１のＱＣは、 ＱＣ（０）であり、彼の識別プロパティも また、＝０なのである）。オーガナイズ・ スクリーンの間にＴＣにより計算される。 ４５．ＢｅｆｏｒｅＭｅ 同じ潜在的シーケンスに所属する（即ち、 同一の主語を有する）ように成した、この ＱＣ（私）の前にあるＱＣの個数。ウォー ムアップの間にＱＣによって計算される。 ４６．ＡｆｔｅｒＭｅ 同じ潜在的シーケンスに所属する（即ち、 同一の主語を有する）ように成した、この ＱＣ（私）の後にあるＱＣの個数。ウォー ムアップの間にＱＣによって計算される。 ４７．センテンス先導者 このＱＣが所属するセンテンスを「先導す る」ＱＣの識別番号（即ち、１つまたはそ れ以上の回答がそこから選択されている「 私の」センテンスの中における最初のＱＣ である）。これは、そのＱＣに対して、そ れが先導者であり、それに従って、重文を 作成する責任があるということを指示する ものであり、或いは、それが先導者でない 場合には、それが、該当のＱＣに対して、 その状態における変化を「報告する」必要 があるということを指示する。デフォルト は、＝０である。各々のクリックによって 更新される。 ４８．アクティブ・セグメント 同じシーケンスに所属しているものであり 、現在１つまたはそれ以上の選択された回 答がその中に存在している、ＱＣの個数で ある。各クリックによって更新される。 ４９．照会先 このＱＣがその継続である該当のＱＣの識 別番号である。ポップアップ表示の間にＴ Ｃによって割り当てられる。 ５０．センテンス個数 テンプレートによって作成されたテキスト の中におけるセンテンスの個数である。テ キスト分析のために使用される。 ＴＧレセプタクル ５１．主語無し接頭辞 ウォームアップの間に計算されて、センテ ンスを接続するために使用される。 ５２．主語無しセンテンス その主語を外して、そのセンテンスのテキ ストを包含するものであり、先行するセン テンスに対して類似の主語によって接続さ れる準備が整っている。 ５３．単文センテンス 質問から直接に生成されるセンテンスであ る。 ５４．最終的センテンス 接合された数個の単文センテンスによって 形成される重文を包含している。

【０２３７】 ここで、図２のテンプレート論理コンポーネント２３５に関する好ましいイン
プリメンテーションを示す略ブロック図である図７が参照される。 図７の装置は、好ましくは、以下で説明されるエレメントを含んで成る。

【０２３８】 本発明の好ましい実施例に関する以下の詳細な具体例は、限定的なものとして
意味されているものではなく、その中における陳述は、好ましい選択肢を指し示
すものとしてのみ意図されているのである。

【０２３９】 テンプレート論理制御 導入部 テンプレート論理コンポーネント（ＴＬＣ）は、１つまたはそれ以上の質問コ
ンポーネントと協働して、スクリーン上においてテンプレートを表示し、ユーザ
の応答を記憶し、それに対応するテキストを生成する。その主要な機能は、以下
の通りである。 １． 数個の異なったデータベース・テーブルの中に記憶されているテンプレー
トの知識ベース・データを検索し、それらを「バーチャル・テンプレート記録」
多次元配列（ＤＢ方式を参照すること）になるようにしてメモリの中において統
合させる。 ２． それらの質問をそのテンプレートの中において表示するために必要とされ
るＱＣユニットの十分な個数の事例を作成する。 ３． 主には、スクリーン解像度、ウィンドウの寸法及び言語に応じて、それら
のＱＣの適切な寸法、位置及びシーケンス・プロパティを計算し、それらの値を
供給することによって、スクリーン上におけるＱＣを組織化させる（オーガナイ
ズ・スクリーン方式（organize screen method））。 ４． それらの様々なプロパティに対して値を割り当てることによって、知識ベ
ースからのデータをＱＣに対して組織化して供給する（質問送出し方式）。 ５． 知識ベースからデータを検索している間に、それが、データを適切な言語
で（適切な言語テーブルから）引き出し、それによって、システムのマルチリン
ガル・ケイパビリティを可能にする。 ６． 知識ベースの中に存在するテンプレートのリストを、ユーザが所望のテン
プレートを選択することを許容する幾つかのフィルタ処理機構と共に、ユーザに
対して提供する。 ７． テンプレートの間における切換えの際に、それが、現在使用されている様
々なテンプレートのデータだけでなく、これらのテンプレートにおけるユーザの
応答をもメモリの中に記憶し、それによって、テンプレートの間における迅速な
切換えを容易にする。 以下のセクションは、これらの方式及び機能を詳細に説明する。

【０２４０】 プロパティ 基本的なプロパティ １． テンプレートＩＤ 短い ２． テンプレート形式 バイト ３． 質問ＩＤ 短い （１−１２） ４． 編集モード ブール デフォルト＝偽。＝真であるとき、そのテ ンプレートは、編集モードで機能して、テ ンプレートの編集を許容することになる。 ５． 言語 バイト オプション： 英語、フランス語、ドイツ 語、イタリア語、スペイン語、ヘブライ語 、アラビア語、ヒンドゥー語、日本語、ポ ルトガル語、ロシア語である。デフォルト は、＝英語である。 ６． バーチャル・ 配列 現在のカスタマ・セッションにおいて現在 テンプレート記録 アクティブであるテンプレートのすべてか らのデータを記憶するように成した、大き な多次元配列である。 ７． 生成された メモ ＱＣは、Ｗｏｒｄへの配給モードにおいい テキスト て機能していないとき、生成されたテキス トをこのフィールドに対して配給する。 ８． ハイパーリンク 短い このテンプレートに関係する照会ドキュメ 照会 ントに対するハイパーリンクである（或い は、大きな照会ドキュメントの中における 位置）。 ポップアップ ９． ポップアップＩＤ 短い ポップアップ質問のＩＤを記憶する。 １０．ポップアップ質問 バイト ポップアップを呼び出した質問の個数を記 憶する（ＴＣと連絡するためにＱＣによっ て使用される）。 １１．ポップアップ回答 バイト ポップアップを呼び出した回答の個数を記 憶する（ＴＣと連絡するためにＱＣによっ て使用される）。 ディスプレイ １２．質問個数 バイト 計算された（或いは手動で入力された）ス クリーン上における質問の個数。 １３．手動での質問個数 ブール デフォルトは、＝Ｆである。Ｔであるとき 、スクリーン上に適合する質問の個数に関 する自動的な計算を使用不能にする。 １４．水平方向の バイト スクリーン上において表示される質問個数 質問個数 に関する手動による割当てのためのもので ある(手動での質問個数＝１であるとき)。 １５．垂直方向の バイト 質問個数 １６．頂部マージン ＴＣがその中に質問を適合させなければな らない領域のマージンをセットするための ものである。 １７．底部マージン １８．側面マージン １９．最小質問幅 最小の質問の幅を定義する。 ２０．最小質問高さ 最小の質問の高さを定義する。 ２１．スクリーン解像度 それらが、制御によって自動的に検出され 得るならば、オプションであっても構わな い。 ２２．ウィンドウの寸法 それらが、制御によって自動的に検出され 得るならば、オプションであっても構わな い。 データベース ２３．知識ＤＢ ５０個 知識ベースのデータベースの名称（パスを 包含する）である。 ２４．カスタマＤＢ ５０個 カスタマ・データベースの名称（パスを包 含する）である。 ２５．ＤＢ形式（ＫＢ） バイト ＫＢに関するデータベース形式である。オ プション：アクセス、ＳＱＬ。 ２６．ＤＢ形式 バイト カスタマ・データベースに関するデータ （カスタマ） ベース形式である。オプション：アクセス 、ＳＱＬ、Ｏｒａｃｌｅ。 パフォーマンス・チューニング ２７．速度Ｖｓメモリ ブール オプション： より速い応答性、メモリ効 率。 テンプレートのリスト ２８．カテゴリによるフィルタ処理 ２９．カテゴリ

【０２４１】 図７に戻って参照すると、テンプレート・バーチャル・レコード７００は、好
ましくは、多次元配列を含んで成るものである。 その多次元配列は、図２のテンプレート論理コンポーネント２３５が、そのテ
ンプレートに関係するすべてのデータを収集することによって作成するものであ
るが、図１Ｂの知識ベースのデータベース１４０の中では、それは、複数テーブ
ルの中に記憶される。 テンプレート論理コンポーネント２３５によって実行されるすべての作業は、
この構造に基づいている。

【０２４２】 リアル知識ベース７０５は、好ましくは、図１Ｂの知識ベースのデータベース
１４０からテンプレート・バーチャル・レコード７００をポピュレートするよう
に成した、方式を実行する。

【０２４３】 本発明の好ましい実施例に関する以下の詳細な具体例は、限定的なものとして
意味されているものではなく、その中における陳述は、好ましい選択肢を指し示
すものとしてのみ意図されているのである。

【０２４４】 ＫＢ方式を参照 各々のテンプレートに関するデータは、テンプレート・データだけでなく、テ
ンプレートの中に包含された質問に関するデータ、及びそれらの回答をも包含す
るものであり、４個の異なったテーブルの中においてそのデータベースの中に記
憶される。 ４個のテーブルとは、テンプレート、質問回答、質問、回答である。これらの
テーブルの構造は、本件文書におけるデータベースのセクションにおいて指定さ
れる。 言語に応じて、テーブルの適切なセットが、該当の言語のためのものとして開
かれることになる。

【０２４５】 テンプレートを開くとき、更にはその他の事象の際においても、ＴＣは、これ
らの様々なテーブルから適切な記録を検索して、メモリの中において、「バーチ
ャル・テンプレート記録」を多次元配列で構築する。 この配列は、一度に数個のテンプレートのデータを保持することも可能である
（これは、その配列の中における単なるもう１つの次元なのである）。 ＴＤＣは、次のセクションにおいて説明される質問送出し方式の間に、このバ
ーチャル記録からのデータをスクリーン上における種々のＱＤＣに対して「送出
し」する。

【０２４６】 この方式は、背景におけるデータを読み取ることを許容し、パフォーマンスを
最大化させる微妙なチューニングをも許容するようにして、恐らくは、独立した
Ｗｉｎｄｏｗｓ（登録商標） のタスクとして機能するはずなのである。

【０２４７】 方法ステップ １． 知識ＤＢプロパティの中に記憶されたデータベースの名称及びパスに従っ
て、更には、形式ＤＢ（ＫＢ）プロパティの中に記憶されたデータベース形式（
アクセス、ＭＳ-ＳＱＬサーバ、或いはＯｒａｃｌｅ）にも従って、そのデータ
ベースを開く。 ２． 言語プロパティをチェックし、それに従って、そのデータベースの中にお
ける適切なテーブルを開く（そのデータベースは、例えば、英語の質問、フラン
ス語の質問などのように、支持されている各々の言語に関してテーブルの複製セ
ットを包含しているはずである）。これらのテーブルは、構造及びそれらの記録
のＩＤに関しては全く同じものである。 ３． そのテンプレート・テーブルを（適切な言語で）開き、貴方のテンプレー
トＩＤプロパティに従って所望のテンプレートを見付け出す。 ４． そのテンプレート・データを読み込み、テンプレート・プロパティの中に
おけるそれらのプロパティの中に送出しする。 ５． そのテンプレート・データを多次元配列の中に記憶する（その第２の次元
の中に記憶することになる。その第１の次元は、複数のテンプレートを同時に記
憶するためのものなのである）。 ６． テンプレート記録の中における１２個の質問ＩＤフィールドを読み込み、
質問回答テーブル（それは、それがＩＤだけを包含しているので、独立した言語
である）から、それに対応する記録を検索する。 ７． 読み込まれた各々の質問回答記録に関して、それに対応する質問記録をそ
れらの質問テーブルから検索する（適切な言語で）。その質問に関連することを
多次元配列（第３の次元）の中にロードする。 ８． 更にまた、読み込まれた各々の質問回答記録に関して、その質問回答記録
の中における１２個の回答ＩＤフィールドに従って、回答テーブル（言語独立的
なものである）から、１２個（まで）の回答記録を読み込む。このようにして、
質問の各々に関する回答についてのデータを、多次元配列（第４の次元）の中に
ロードするのである。 ９． 以下のステップ１０−１３を使用して、読み込んで、質問ポップアップ配
列に対して記憶する。 １０． 質問及びそれらの回答のすべてを検討する。各々の回答に関して、それ
が継続を有するか否かをチェックする。継続を有している場合には、 １１． それが単一のポップアップであるのか複数のポップアップであるのか（
即ち、一度にポップアップする質問が１つであるのかそれ以上であるのか）とい
うことを明らかにする。単一のポップアップ質問それ自身がポップアップ継続を
有している場合、それは、それでもなお、単一のポップアップであり、複数では
ないことに留意すべきである。これは、ＱＣの継続（ｎ）プロパティによって表
示される。 １２． 単一のポップアップである場合には、それぞれの継続ＩＤ（ｎ）が、ポ
ップアップする必要がある質問のＩＤを記憶する。データベースからこの質問の
データを読み込む。この単一の質問は、ここで、唯１つの質問を包含するテンプ
レートであったかのようにして処理される。多次元配列の中において、この一時
的な「テンプレート」の「記録」を作成し、その質問の詳細をこの「テンプレー
ト」の中に記憶する。 １３． 複数のポップアップである場合には、その継続ＩＤ（ｎ）が、ポップア
ップする必要があるテンプレートのＩＤを記憶する。内容の見地からは、これは
、オリジナルのテンプレートの一部であるが、データベースの見地からは、それ
は、独立したテンプレートとして記憶される。このテンプレートをデータベース
から検索し、それを配列に対して記憶する（上記のステップ３−８）。その配列
は、複数のテンプレートを記憶し得るものであることに留意すべきである。 １４． 選択された言語の中におけるそれらのテーブルが見付からない場合、或
いは何らかの理由でそれらのテーブルの中における記録が紛失している場合、シ
ステムは、「選択された言語が見付かりません！」というエラー・メッセージを
送信して、直ちに英語のテーブルに切り換え、そのテンプレートを英語で表示す
る。 １５． スクリーン上における質問の表示、及びテキスト生成において最大の速
度を達成するために、データベースからデータを読み込むシーケンスは、以下の
通りである。 １） 質問にのみ関連するデータがスクリーン上に表示され、６個（まで）の回
答も表示されるが、テキスト生成に関連するデータは、包含されないものとする
。 ２） 質問に関するこのデータを送出し（質問送出し方式）して、ＱＣがそれら
の質問ディスプレイ方式を実行する。 ３） スクリーン上に表示された質問に関連するテキスト生成関連データを読み
込む。 ４） 表示されていないテンプレートの中における質問（例えば、６個だけが初
めに表示されていたのであれば、次の６個の質問）に関連するデータと、表示さ
れなかった回答に関するデータと、このテンプレートに関連するすべてのポップ
アップ質問に関するデータとを読み込む。 ５） 同じテンプレート・クラスタ（TemplateCluster）に所属するテンプレー
ト（例えば、同じ「問題」に関するその他のＳＯＡＰテンプレート）のデータを
読み込む。 ６） カスタマの「問題リスト」に載っている（即ち、以前にこのカスタマのた
めに使用されたものであり、従って、再び呼び出される可能性が高い）テンプレ
ートに関するデータを読み込む。

【０２４８】 図７に戻って参照すると、質問送出し７１０は、好ましくは、図２の個別的な
それぞれの質問ディスプレイ・コンポーネント２２５及び質問論理コンポーネン
ト２４０の各ユニットに対して、そのテンプレートにおける各々の質問に関係す
るデータを送出しするように成した、方式を実行するものである。

【０２４９】 本発明の好ましい実施例に関する以下の詳細な具体例は、限定的なものとして
意味されているものではなく、その中における陳述は、好ましい選択肢を指し示
すものとしてのみ意図されているのである。

【０２５０】 質問送出し方式 この方式は、バーチャル・テンプレート記録（ＶＴＲ）からのデータをスクリ
ーン上におけるＱＤＣのプロパティに対して送出しする。 ユーザが同じセッションの間に数個のテンプレートの間を前後にフリップする
場合、この方式は、そのＶＴＲの中に同様に記憶されていることになり、彼がそ
れを最後に訪れたときのこのテンプレートに対するユーザの応答を再び呼び出す
ものでもあり、それらをもまた、ＱＣに対して送出しする。

【０２５１】 方法ステップ １． すべてのＱＣのプロパティに対して、すべての場合に同じデータであるデ
ータ、即ち、言語、言語方向及び表示優先順位などを送出しする。これらのプロ
パティが既にセットされていて、それ以来、変更されていない場合（例えば、テ
ンプレートの間を前後にフリップするとき）、このステップは、スキップされる
。 ２． ＱＣの各々に関して特殊なものであるデータを送出しする。 ３． この特殊なテンプレートの中におけるすべてのＱＣが空でない場合には、
可視プロパティ（Visible property）を＝真に切り換える。 ４． スクリーン上におけるＱＣの各々に関する質問ディスプレイ方式を起動さ
せる。

【０２５２】 このテンプレートが、好ましくは内部のインジケータによって表示されている
ことになる、このセッションにおいて以前に訪問されたものである場合には、各
々の質問に対する各々の回答に関して、以前の応答が存在するか否かをチェック
し、そして存在するならば、この応答をそれぞれのＱＣの応答プロパティに対し
ても割り当てる。

【０２５３】 この場合には、そのテキストを再生成する必要はない。 何故なら、生成されたテキストが、そのセッション・ドキュメントの中に既に
存在しているからである。 スクリーン上の選択肢だけが、複製される必要があるのである。

【０２５４】 図７に戻って参照すると、冗長検査７１５は、好ましくは、それによって、図
２のテンプレート論理コンポーネント２３５が、１つのテンプレートに対するユ
ーザの応答を比較して、それをその他のテンプレートの中における全く同じ（或
いは同様な）質問に対して同期させ、ユーザがそこで再びその回答を繰り返さな
くても良いことになるように成した、方式を実行するものである。

【０２５５】 本発明の好ましい実施例に関する以下の詳細な具体例は、限定的なものとして
意味されているものではなく、その中における陳述は、好ましい選択肢を指し示
すものとしてのみ意図されているのである。

【０２５６】 冗長検査方式 この方式の目的は、現在アクティブである種々のテンプレートの中におけるユ
ーザの選択を比較して均等化させることである。 典型的には、ユーザは、１回のセッションにおいて１つ以上のテンプレートを
使用するものであり、１つのテンプレートにおいて選択された回答は、その他の
テンプレートにおいても非常に頻繁に現れるのである。 従って、その目的は、ユーザが既にどこかで選択したものであって、表示され
ているテンプレートの中に現れる回答を、システムに自動的に「選択」させるこ
となのである。

【０２５７】 その方式は、それらのテンプレートがすべて同じ「バンク（bank）」の質問及
び回答から構成されるものであり、従って、回答の同一性が容易に確認され得る
という事実に基づいている。 その難点は、同じ回答が、異なった質問において、時には、同じ一般的な意味
を伴って現れ（例えば、随伴する症状→発熱、及び発現する症状→発熱）、時に
は、完全に異なった意味を伴って現れる（例えば、痛みが始まったのは何時間前
→１時間、及び痛みが続いたのは何時間→１時間）かもしれないということであ
る。

【０２５８】 その解決策は、ＫＢの中における質問が、概ね同じ主題に関連するすべての質
問が一緒にグループ分けされるようにして、それらの主題に従ってグループ分け
されているという事実において見出されるのである。 従って、冗長検査方式は、以下の通りに機能する。

【０２５９】 方法ステップ １． 一時的な多次元配列を作成する。その目的は、その他のテンプレートにお
いて選択された回答に関する同一性及びその他の詳細を記憶して、それらが現在
のテンプレート及びその継続テンプレートに対して比較され得るようにすること
である。 ２． このセッションにおいて使用されたすべてのテンプレートの全体に渡って
ループする。各々のテンプレートに関して、ユーザによって選択された回答（即
ち、応答（ｎ）プロパティ＝真）を見付け出す。 ３． 各々の選択された回答に関して、その回答ＩＤをその配列に対してコピー
する。それが所属する質問を調べて、その質問グループ・プロパティを、その回
答ＩＤの次の配列に対してコピーする。 ４． 上記の各々の選択された回答に関して、その質問グループが現在のテンプ
レートの中における質問グループのうちの１つの中に存在するか否かをチェック
する。その中に存在するのであれば、選択されたその回答が、現在のテンプレー
トの中における該当の質問の中に包含されるか否かをチェックする（注意： こ
れは、すべて、そのテンプレートの全体をメモリの中に記憶しているテンプレー
ト・バーチャル記録の中において行なわれる）。 ５． その回答が該当の質問の中に包含されるのであれば、それを選択されたも
の（その応答（ｎ）プロパティ＝真）としてテンプレート・バーチャル記録の中
に記録する。この更新されたプロパティを適切なＱＣに対しても送出しして、そ
こにおけるテキスト生成クリック方式を起動させる。

【０２６０】 同様な様式において、ポップアップ質問を表示するテンプレートの回答及び質
問、更には現在のテンプレートに対して関連付けられるポップアップ質問グルー
プの全体に渡ってもループする（技術的に言えば、それらは、独立した「テンプ
レート」として記憶されて処理される）。 ステップ１において提案された一時的な配列の使用は、先ず、表示された第１
の質問が比較されて、その後においてのみポップアップ質問が比較されるように
して、パフォーマンスを保証するためのものなのである。

【０２６１】 図７に戻って参照すると、完全テキスト生成７２０は、好ましくは、ユーザ・
クリックに応答してテキストを小さな増分だけ生成することとは対立的に、テン
プレートのテキストの全体を生成するという方式を実行するものである。 この方式は、例えば、セッションを１つの言語からもう１つの言語に翻訳する
ときに使用される。

【０２６２】 本発明の好ましい実施例に関する以下の詳細な具体例は、限定的なものとして
意味されているものではなく、その中における陳述は、好ましい選択肢を指し示
すものとしてのみ意図されているのである。

【０２６３】 完全テキスト生成 完全テキスト生成方式は、ユーザのクリックに応答してではなく、システムの
イニシアチブにおいて、テンプレートのテキストの全体に関する完全な生成を呼
び出すためにＴＣによって使用されるものである（例えば、異なった言語に切り
換えるときには、テキストの全体を異なった言語で再生成する必要があるのであ
る）。

【０２６４】 方法ステップ １． ウォームアップ方式が以前に実行されなかったならば、それを実行する。 ２． テンプレートの中におけるＱＣのすべてにおいて単文センテンス生成方式
を起動させる（それの配列番号は、０から質問個数までである）。これは、各々
のＱＣにそれ自身のセンテンスを生成させるだけでなく、それらが有するかもし
れない継続質問のテキストを生成するブランチ生成方式をも起動させる。 ３． それらのＱＣの全体に渡ってループする。以下のステップを（各々のＱＣ
に関して）使用して、アクティブに先導しているセンテンスであるＱＣを見付け
出して記録する。 ４． これが潜在的な単文センテンスの先頭であり（ＢｅｆｏｒｅＭｅ＝０及び
ＡｆｔｅｒＭｅ＝０）、且つ幾つかの回答が選択されていた場合（選択されたも
の＞０）、これは、単文センテンスのアクティブな先頭である。その識別番号を
そのセンテンス先導者プロパティに対して割り当てる。 ５． これが潜在的な重文センテンスの先頭である（ＢｅｆｏｒｅＭｅ＝０及び
ＡｆｔｅｒＭｅ＞０）場合、このＱＣ及び次の＜ＡｆｔｅｒＭｅ＞ＱＣを検討し
て、何れかのものが、アクティブである（彼の選択されたもの＞０）センテンス
の第１のものであり、従ってセンテンスの先頭にあるのか、ということを見付け
出す。それをセンテンス先導者として記録する（そのセンテンス先導者＝その識
別番号にセットする）。 ６． それと同じ番号を、このセンテンスに所属するすべての次のＱＣのセンテ
ンス先導者プロパティに対しても割り当てる（それらもまた、それらが誰に「所
属する」のかを「知る」ことになる）。 ７． 次のＱＣに移動して、最後のＱＣに達するまで上記の作業を反復する。 ８． 適切な値を計算して、その値を、アクティブに先導しているセンテンスで
あるＱＣのアクティブ・セグメント・プロパティに対して割り当てる（これは、
アクティブ・セグメントが次のステップにおいて使用される接続方式のために必
要とされるので、実行される）。 ９． それらのＱＣの全体に渡ってループし、先導しているセンテンスであるＱ
Ｃを見付け出す（センテンス先導者＝識別番号）。 １０． それらの各々に関して、それらの後における次の＜ＡｆｔｅｒＭｅ＞Ｑ
Ｃの全体に渡ってループする。 １１． 選択されたプロパティ＞０であるＱＣの個数をカウントする。この個数
をそれらのアクティブ・セグメントに対して割り当てる（これは、現在アクティ
ブであるそれらのセンテンスに「所属する」ＱＣの個数である）。

【０２６５】 アクティブに先導しているＱＣにおいて接続方式を起動させる（それらのセン
テンス先導者プロパティ＝それらの識別番号プロパティ）。

【０２６６】 図７に戻って参照すると、音声認識７２５は、好ましくは、スクリーン上に表
示された質問及びテンプレートからの音声認識選択を可能にする方式を実行する
ものである。

【０２６７】 本発明の好ましい実施例に関する以下の詳細な具体例は、限定的なものとして
意味されているものではなく、その中における陳述は、好ましい選択肢を指し示
すものとしてのみ意図されているのである。

【０２６８】音声認識支援 音声送出し方式及び音声クリック方式は、ＴＣ及びＱＣを音声認識機構に対し
て接続し、ユーザがスクリーン上において利用可能であるオプションから音声選
択することを許容するように成した方式である。

【０２６９】 好ましくは、これは、ユーザ毎に特許権使用料を支払うことなしに購入され得
るように成した商業的な音声認識ＯＣＸによって実行されるものであり、そのＯ
ＣＸは、好ましくは、ＩＢＭ、ＤＲＡＧＯＮ（それがＷｏｒｄ内部からも機能す
ることを許容するモジュールを有する）のような標準的なパッケージを支援する
ものでもある。

【０２７０】 音声送出し方式 音声送出し方式は、現在閲覧されているスクリーン（即ち、テンプレート）上
においてユーザが音声によって選択し得るすべてのオプションのリストを作成し
、適切なＡＰＩを介して、このリストを音声機構に対して転送する。 この方式は、異なったテンプレートが表示されているときにはいつでも、即ち
質問送出し方式によって、起動される。 技術的に言えば、この方式は、以下のステップを実行する。 １． このスクリーンに関する認識可能な項目のすべてを記憶することになる配
列を作成する。この配列は、認識されるべき意味のあるテキスト項目のリストを
包含するものであり、それは、音声機構に対して、その探索ボキャブラリイを限
定させるべく送出しされることになる。それが所属するＱＣの識別プロパティの
ような識別パラメータ、及びこのＱＣ内における回答の個数は、その配列の中に
おける各々の項目の隣に記憶される。これらのパラメータは、以下で説明される
音声クリック方式によって使用される。 ２． バーチャル・テンプレート記録の配列上におけるメモリの中をループし、
すべての質問及びそれらの回答をそのテンプレートの中に入力し、それらをフラ
ット配列の中に書き込む。これは、第１レベルの質問を包含する（即ち、ポップ
アップでないものである）。 ３． 次のステップの目的は、ブランチ・センテンスの中に埋め込まれる即時ポ
ップアップ質問に対する回答をも、その探索リストの中に包含させることである
。例えば、「手」という回答に関する継続質問が「左」であるならば、それは、
「左手」というストリングの選択を許容するようにして意味をなすことになるの
である。 ４． 各々の回答に関して、ポップアップ継続をチェックする（即ち、その継続
ＩＤが＜＞ｎｕｌｌであるか否かチェックするのである）。 ５． ポップアップ継続がある場合には、同じセンテンスに嵌め込まれたその継
続質問をチェックする（即ち、それらの継続プロパティは、＝強制接合、ストリ
ング接続またはストリング切捨てである）。継続質問がある場合には： ６． それらの回答をリストに対して追加する。 ７． 以下のようにして、それを起動させた回答を備えた継続の結合ストリング
を生成して、それをリストに追加する（例えば、「左」及び「手」によって構成
されるストリングとしての「左手」である）。 ・前置挿入であるならば、起動させる回答の前に継続質問を接合し、フラット
配列に対して追加する。 ・後置挿入であるならば、起動させる回答の後に継続質問を接合して、フラッ
ト配列に対して追加する。 ・置換えであるならば、そのまま単純に、フラット配列に対して継続回答を追
加する。 ８． システムによって実行されることが可能である作業に関する「ナビゲーシ
ョン・コマンド」の不変リストをそのリストに対して追加する。このリストは、
殆どが、ナビゲーション・ツールバー及び書込みセッション・コンポーネントに
よって実行され得る作業の反映である。 ９． その配列の中における項目のリストを音声認識機構に対してＡＰＩを介し
て提出（オプション構成において、ユーザは、種々の機構を協働させるべく選択
することも可能である）し、そのボキャブラリイをこれらの単語に限定するよう
にそれに対して指図する。

【０２７１】 音声クリック方式 この方式は、音声認識機構の出力から逆に連絡して、認識されたテキストを識
別し、ユーザが音声で述べた回答を「クリック」（即ち選択）しようとするもの
である。 それは、テキストのストリングが音声認識機構によって認識されるや否や、こ
の機構のＡＰＩによって起動される。ＡＰＩは、認識されたテキストのストリン
グをそれに対して転送するのであり、その方式は、以下で説明されるステップを
遂行して、知識ベースに対してそれを評価し比較することになる。

【０２７２】 方法ステップ １． 認識されたストリングを音声認識機構から受信する。 ２． それを「ナビゲーション・コマンド」の固定リストに対して比較する（音
声送出し方式におけるステップ８を参照すること）。それがナビゲーション・コ
マンドの１つと一致する場合、それは、適切な作業を起動させる（「ショートカ
ット・キー」を押すことと同じである）。 ３． それが一致しない場合、それは、その配列の全体に渡ってループし、その
音声テキストを配列の中におけるそれらの項目に対して比較し、以下のステップ
に従って機能する。 ４． それがナビゲーション・コマンドと一致する場合、適切な作業を起動させ
る（例えば、それに付随するショートカット・キーの送信キーによって）。それ
に一致しない場合。 ５． それが質問と一致する場合には、焦点を該当の質問に対して移動させる。 ６． それが回答と一致する場合には、その回答を選択する（選択された回答の
応答プロパティを「選択されたもの」として記録する）。 ７． それが（上記のように）回答と一致するが、この直ぐ前において識別され
た項目が質問であった場合には、この質問からこの回答を選択する（スクリーン
上における種々の質問には幾つかの全く同じ回答が存在するかもしれないのであ
る）。 ８． １つの回答が選択されて、幾つかのそのような回答がインプレートの中に
おける種々の質問の中に存在し、質問が以前には何も選択されていない場合には
、それがその中に現れるテンプレートの中における第１の質問の中においてこの
回答を記録する。

【０２７３】 重文の回答（音声送出し方式におけるステップ７の通りのもの）が選択された
場合には、それを起動させる回答だけでなく、そのポップアップにおける選択さ
れた回答をも記録する。

【０２７４】 ここで、図２のナビゲーション論理コンポーネント２３０を説明するように成
した、図８が参照される。 ナビゲーション論理コンポーネント２３０は、図５を参照して更に説明される
ように、図２のナビゲーション・ディスプレイ・コンポーネント２１５のビジネ
ス論理対応部分である。 図８は、自明であり、改めて説明するまでもない。

【０２７５】 本発明の好ましい実施例に関する以下の詳細な具体例は、限定的なものとして
意味されているものではなく、その中における陳述は、好ましい選択肢を指し示
すものとしてのみ意図されているのである。

【０２７６】 ナビゲーション論理制御 Ｉ． 導入部 ナビゲーション論理コンポーネント（ＮＬＣ）は、ナビゲーション・ディスプ
レイ制御のビジネス論理段階の対応部分である。 その主要な目的は、その名称が示唆しているように、カスタマ記録ドキュメン
ト１１５を新規作成し、開き、閉じ、更には、その様々な部部に向かって「ジャ
ンプする」ための容易な方法を提供することである。 更に、それは、ＮＤＣのツールバー・ボタンによって起動されるその他の様々
な作業を実行するものでもある。

【０２７７】 カスタマ記録ドキュメント１１５の中における情報は、３個のオブジェクトの
中に記憶される。 １） ＭＳ-Ｗｏｒｄオブジェクト： ユーザによってカスタマ記録ドキュメン
ト１１５の中に書き込まれたすべてのテキスト情報を記憶する。 ２） ＭＳ-Ｅｘｃｅｌオブジェクト： カスタマ・ファイルに対して関連付け
られるすべてのテーブル・データを記憶する。このデータは、ＨＴＭＬドキュメ
ントまたはＷｏｒｄドキュメントの中に現れるテーブルの中に提供される（或る
程度まで複製される）。それは、主として、テーブル・データのバックエンド記
憶装置として機能する。 ３） Ａｄｏｂｅ Ａｃｒｏｂａｔ ＰＤＦファイル（即ちオブジェクト）：
カスタマ記録ドキュメント１１５の中に包含されるすべての画像を記憶する。こ
れは、走査された文書（書状、ＥＣＧ．走査された書式など）だけでなく、医療
用の画像をも包含する（例えば、Ｘ線）。

【０２７８】 従って、カスタマ記録ドキュメント１１５の中におけるナビゲーションは、Ｐ
ＤＦ及びＨＴＭＬドキュメントまたはＷｏｒｄファイルの中におけるブックマー
ク、及びＷｏｒｄドキュメントの「見出し」階層を使用して、ＨＴＭＬドキュメ
ントまたはＷｏｒｄドキュメント或いはＰＤＦファイルの様々な部分に向かって
「ジャンプする」操作なのである。 この方法論は、以下で詳細に説明される。

【０２７９】 ＩＩ． ナビゲーション機構 ナビゲーション論理コンポーネントは、当該記録の内部におけるナビゲーショ
ンの実際の操作に関して責任を負うものであり、その操作は、上述のディスプレ
イ段階のＮＤＣツールバー上におけるボタン及びコンボ・ボックスによって起動
される。このナビゲーション操作は、実際には３つの部分から成るものである。 （ａ） ハイパーリンクを介して、カスタマ記録ドキュメント１１５の大部分に
よって構成されるＨＴＭＬドキュメントまたはＷｏｒｄドキュメントのオブジェ
クトの様々な部分に向かって、或いは、その記録に付随する画像を保持するＰＤ
Ｆオブジェクトの中におけるブックマーク（book marks）に向かって、ジャンプ
すること。 （ｂ） ＴＤＣ及びＴＬＣをこのセクションに付随するテンプレートに向かって
案内すること。 （ｃ）ＴＬＣのテキスト生成出力をＨＴＭＬドキュメントまたはＷｏｒｄドキュ
メントの中における適切な位置に向かって案内することである。

【０２８０】 その記録の構造は、Ｗｏｒｄドキュメント・オブジェクトの見出し階層に基づ
いている。 その記録の中における各々の固定セクションが、見出し１であり、先行するセ
ッションのセクションの中において、各々のセッションが、見出し２であり、そ
のセッションの中における各々の問題が、見出し３であり、各々のサブ・テンプ
レートが、見出し４なのである。 ＮＬＣは、これらの見出しに対するナビゲーションに関してだけでなく、必要
に応じて（例えば、新規のセッションを書き込むときに）それらを作成すること
に関しても責任を負う。 新規のセッションが書き込まれているとき、それは、実際に一時的なセッショ
ンのＷｏｒｄドキュメントに対して書き込まれる。 そのドキュメントは、ＮＬＣが作成して、ＮＬＣが、主たるＷｏｒｄドキュメ
ントに対して、そのセッションの最後において、もう１つの見出し２として接合
するのである。

【０２８１】 この規則の例外は、その記録の「固定」セクションに対して関連付けられるテ
ンプレートである。 上述のように、これらは、主たるＷｏｒｄドキュメントの見出し１に対応する
ものであり、それに対して追加するのではなくて、そのセクションを更新する必
要があるのである。 この場合には、空白の新規セッション・ドキュメントを作成するのではなく、
ＮＬＣが、ＴＬＣに対してテキストを生成するように指図し、そのデータが、こ
こで、一時的な新規セッション・ドキュメントのセクションに対してではなく、
これらのセクションの中に埋め込まれたフィールドに対して更新モードで書き込
まれるのである。

【０２８２】 概ね、ボタンをクリックすると、ドキュメントの中における該当のセクション
に対応する見出し１に向かってジャンプする。 しかしながら、ドキュメントのセクションの間を前後にジャンプする（即ち、
このセッションにおいてこのカスタマに関して以前に既に押し込まれていたボタ
ンを、ユーザがこのカスタマの記録の異なった部分に移動した後に、クリックす
る）ときには、僅かに異なった作用を引き起こすことになる。 上述のようにドキュメントの中における見出し１のセクションの初めにジャン
プするのではなく、それは、ユーザが異なったセクションに対するジャンプに先
立って閲覧していたセクションの中におけるその正確な場所に向かってジャンプ
させるのである。

【０２８３】 ドキュメントをスクロール・ダウンさせると、現在表示されているドキュメン
トの部分に対応するボタンが、（システムによって）自動的に押し込まれるので
、それは、ドキュメントの中において貴方が居る場所を視覚的に表示することに
なる（ドキュメントの一部に向かってジャンプすることを許容するだけでなく、
貴方が居る場所を表示するものでもあるように成した、Ｗｏｒｄのドキュメント
・マップ機構の挙動と同様にして機能するのである）。

【０２８４】 ＩＩＩ． セッション・ナビゲーション カスタマ記録ドキュメント１１５の「不変（constant）」セクション（例えば
、状態シート、人口統計表、実験結果などのように、その中において、記録に対
して書き込むことが、既存のセクションを更新して上書きすることになるセクシ
ョン）に加えて、その記録は、複数のセッションにおいて記録されたデータをも
包含する。 これらのセッションは、ログ入力と同様な様式において、Ｗｏｒｄドキュメン
トの中に書き込まれるのであり、即ち、各々のセッションは、そのドキュメント
の中に新しい入力を追加するのである。 技術的に言えば、各々のセッションは、すべてが「先行するセッション」と呼
ばれる見出し１の下において、年代順的に順番に配列されるように成して、見出
し２として記録されるのである。

【０２８５】 更に、カスタマ記録ドキュメント１１５は、走査された画像（例えば、紹介状
）と、医療用の画像（例えば、Ｘ線）との両方から成る複数の画像を包含するも
のでもある。 前述のように、これらの画像は、Ｗｏｒｄドキュメント或いはそれに付随する
ものの中に埋め込まれたオブジェクトとして記憶される単一のＰＤＦファイルと
して一緒に記憶される。

【０２８６】 ツールバー上におけるこのグループの中におけるコンポーネントは、二重の目
的を有するものであり、即ち、複数のセッション（Ｗｏｒｄドキュメントの中に
おいて見出しとして記憶される）の間をナビゲートするため、及びその記録の中
における画像（ＰＤＦファイルの中におけるページとして記憶される）の間をナ
ビゲートするためなのである。 このナビゲーションは、ハイパーリンクを使用することによって、それぞれに
、Ｗｏｒｄドキュメントの中における見出し２セクションに向かって、更には、
ＰＤＦファイルの種々のページの中におけるブックマークに向かって、単純に実
行されるのである。

【０２８７】 カスタマ記録ドキュメント１１５がロードされるとき、システムは、「先行す
るセッション」の見出し１の中における見出し２のセクションの全体に渡ってル
ープし、コンボ・ボックスの中において、それらに対するハイパーリンクのリス
トを形成する。

【０２８８】 ＰＤＦファイルのブックマークに対するハイパーリンクのリストを生成するこ
とは、新規の記録をロードするとき、その段階を遅らせないために、任意選択的
には実行されない。 それは、好ましくは、その記録がロードされて提供され、このリストを作成す
るためにどれほど長く掛かるのかについてのパフォーマンス・データが収集され
た後に、背景において実行されるのである。個別的には、これらの作業は、長く
掛かるものではなく、併せて加算されるときも、その全体のパフォーマンスは、
好ましくは、短い１秒の微小片（〜２５０ミリ秒）にまで低く維持されるのであ
ることに留意すべきである。

【０２８９】 ＰＤＦファイルは、ドキュメント表示領域の全体を占めるＷｏｒｄファイルの
中に埋め込まれるのであり、ツールバーなどは表示されるが、Ｗｏｒｄドキュメ
ントは表示されず、ＰＤＦとＷｏｒｄの間における切換えは、継ぎ目無しである
ことになる。

【０２９０】 ＩＶ． セッションの書き込み 新規にセッションボタンを押す時、また新規にセッションがオープンされてい
ない場合には、ＮＬＣで“〈顧客名〉（新規セッション）”と呼ばれる新規のワ
ード文書を作成する。 この文書中ＮＬＣでヘッディング−２が得られる。 このヘッディング−２の名称には、一括してこのセッションでテンプレートを
用いた後に、日付が組み込まれる。

【０２９１】 システムには不良のテンプレートが含まれており、（これがアプリケーション
記録中に蓄えられ）テンプレートが設定されないとこの不良テンプレートが使わ
れる。 前記のようにセッションのヘッディング２中に選定した（または選定の無い場
合、不良のテンプレート名をＮＬＣがインサートし、このテンプレート名を使っ
てその下にヘッディング３がインサートされ、（このテンプレートにサブテンプ
レートが付いていると）このサブテンプレートの全てに対してヘッディング４ｓ
がインサートされる。 それぞれのヘッディングの後には、エンプティの正規スタイルラインが備わり
、このためユーザはこの新しく得られたフォーム中に書き込みが出来る。

【０２９２】 ユーザが一切書き込みをせずに、（コンボボックス中で）テンプレートを変更
すると、このＮＬＣはヘッディング２とヘッディング３から、先のテンプレート
名を消し去り、これを新しく選んだテンプレート名と差し替える。

【０２９３】 ユーザが先行のテンプレートに何等かの書き込みを行うと、ＮＬＣは新規のテ
ンプレート名を使って新しくヘッディング３を作り、前記のごとくその下にヘッ
ディング４ｓが作られる。

【０２９４】 ユーザがこのセッション中に既存のテンプレートを選定すると、ＮＬＣはこの
ヘッディングに対してジャンプ操作される。

【０２９５】 サブ−テンプレートボタンの一つを押すことにより、簡単に適切なヘッディン
グにジャンプ操作される。

【０２９６】 上記の操作と平行して、メモリー中にＤＡＣが備わっているか、またはこのＤ
ＡＣにそのテンプレートをデータベースから検索を行うように指示すると、デー
タアクセス成分（ＤＡＣ）中でＮＬＣは、必ず正確なテンプレートに切り替わる
ようになる。

【０２９７】 またこれと平行して、ＮＬＣはＴＬＣに対し（また必要な場合ＱＬＣに対し）
文書の何処にその入力を振り向けるかを知らせる。 ＮＬＣは直接にＱＬＣと連絡を取り合うか、または間接的にＴＬＣを介してＱ
ＬＣと伝達を行う。

【０２９８】 セッションの終わりになると、ＮＬＣはセッションのことを主文書に書き込む
。 つまり“先行のセッション”のヘッディング１の端末にヘッディング２として
これを書き加える。

【０２９９】 ここで保持すべき別の構成が考えられるが、この構成はユーザの好みに応じて
（つまりオプション構成として）規定されることになっている。 アプリケーションによっては、またユーザによっては、好んで反対のセッシヨ
ン構成を取ることがあり、これによりヘッディング３がサブテンプレート名を代
行し、ヘッディング４がテンプレート名の代わりをすることがある。 この構成のもとで顧客が二つの問題点を持つものとすれば、その一つはヘッデ
ィング３（つまり主観的なもの）であり、この状態のもとでは、ヘッディング４
ｓ（例えば胸痛、熱病）が考えられるであろう。 ＮＬＣはこの両構成に耐えるものでなければならない。

【０３００】 Ｖ． ワークフロー・アクション 先に述べたごとく、ワークフロー・アクションはボタンを使って表示される。 これらボタンのそれぞれをクリックすると、ダイアログスクリーンが作動し、
このスクリーンは多少の修正のもとで、それぞれの標準アウトルック型式（つま
りスクリーン）同様に技術的にみてアウトルック形式を備えている。 この形式とその機能を述べると以下の通りである。

【０３０１】 ＶＩ． ユーティリティ ツールバー上のボタンのユーティリティ群は、記録中の全般アクションに関す
るものであり、即ちそのアクションは現に使われるオープン記録に関するもので
はない。このアクションには以下の項目が含まれる。 １． レファレンス：知識ベース中の各テンプレートには、このテンプレートに
関連のレファレンス文書に対するハイパーリンクを含めた、オプションを備えて
いる。このボタンをクリックすると、このハイパーリンク式文書に“ジャンプ"
操作され(ハイパーリンク内容は、テンプレートＤＢ記録内のレファレンスハイ
パーリンク域に記憶される)。 ２． ヘルプ：関係職員の指示に基づき、システム向けにヘルプを要請する。し
かし通常のアシスタンス職員とは異なり、この場合には“ヘルプ内容”について
の追加オプションが表示され、入手されるヘルプ内容を示すリストが全て提示さ
れる。小型のハイパーリンク（“＞＞”）ボタンが、デモシールド（DemoShield
）を使って得られる各種のＥｘｅ（エグゼタイプ（Exe（exec）））のファイル
に、ヘルプテキスト点が提供される。これらのファイルのそれぞれには、“スク
リーン−カム”シナリオが含まれており、これにＡＶＩファイルが埋め込まれ（
スクリーン−カム中に見られる作動状態を示すナレータービデオを見ることが出
来る）。 ３． オプション：通常のＭＳ-Ｏｆｆｉｃｅ用オプションダイアログの外観に
似た、作表“オプション”ダイアログが示されるが、関連の成分に関するオプシ
ョンに限られる。基本的には本文書で定めた成分の特性の幾つかを示すに好都合
な、インターフェースに限られる。 知識ベースエディタ：このボタンで、エディタモードとしてのみ機能する正規の
ＴＣ及びＱＣ成分にのみ、基本的に限られるＫＢエディタが呼び出される。これ
については以下に説明する。

【０３０２】 ここで図９を参照すると、図１Ｂに示す知識ベースのデータベース１４０の、
好ましい実施態様を表すブロック略図が示されている。 図９の知識ベースに見合うデータベース１４０は、好ましくは４グループの表
から成り、アプリケーション表グループの９０５、テンプレート表グループの９
１０、質問表グループの９１５、及び回答表グループの９２０がこれに当たる。 アプリケーション表グループの９０５はアプリケーション関連のデータを記憶
する。 図９を参照した上記表の全てのデータ構成の詳細を、さらに以下に説明する。

【０３０３】 本発明の好ましい態様に相当する以下の詳細実施例は、限定されたものでは無
く、その内容の説明は望ましい変形例を示したに過ぎない。

【０３０４】 知識ベースデータベース構成 ＫＢデータはＴＣ及びＱＣの成分を扱うもので、それぞれ３組のＤＢ表中にテ
ンプレート、質問及び回答のデータを含んでおり、それぞれの客先ＰＣに付いて
、局部的にアクセス（またはジェット）データベースとして折り込まれている。 この３つの表の多セットが備わり、システムの保有する言語別に各一が設定さ
れている。 これらのセットはシステムにより同期化され、採用の流通言語から記録を追加
または削除することにより、同一ＩＤを使って別言語表からそれぞれ記録を追加
、または削除して、翻訳が必要とされるのに応じて、変更された記録を標識化し
ている。

【０３０５】 テンプレート表の９４０ フィールド名 タイプ 長さ 内容説明 １．テンプレートＩＤ ニューメリック 短い ユニーク、エステイメー ト：５００−１０００記録 ２．テンプレート名 テキスト ３０ ３．テンプレート型 ニューメリック バイト 現在１０以下、今後は９９ 以下と決定 ４．レファレンス ハイパーリンク このテンプレートについて ハイパーリンクはレファレ ンス文書用としてハイパー リンク（または大型レファ レンス文書内に位置付け） ５．質問ＩＤ ニューメリック 短い １０，０００と見積り （１−１２）

【０３０６】 回答表９９０ フィールド名 タイプ 長さ 内容説明 １．回答ＩＤ ニューメリック 短い １０，０００と推定 ２．回答 テキスト ２５ 回答用テキスト ３．短回答 テキスト １２ 手持ち用表示方式の略号回答 の形式

【０３０７】 質問回答表９７０ フィールド名 タイプ サイズ 内容説明 １．質問回答ＩＤ ニューメリック 短い この記録のＩＤ,5,000と推定 ２．質問ＩＤ ニューメリック 短い 質問、そのフォーマット等に 対し、細部要因を記憶させた 質問に記録のＩＤにリンク。 1,000記録と予測 ３．回答Ｄ ニューメリック 短い この質問に回答した１２回答 （１−１２） に対するＩＤ用の１２フィー ルド（領域） ４．チップ・ ニューメリック 短い テキストＩＤ （１−１２） ５．継続 ブーリアン 継続タイプ（シングルまたは （１−１２） マルチプル）用としての１２ フィールド ６．継続ＩＤ ニューメリック 短い 継続ＩＤ用としての （１−１２） １２フィールド

【０３０８】 質問表９６０ フィールド名 タイプ サイズ 内容説明 基本性能 １．質問ＩＤ ニューメリック 短い ユニーク ２．質問タイプ ニューメリック バイト フォーマットタイプ、現在 約１０タイプ、 将来９９タイプ以下 ３．質問グループ ニューメリック 短い 問題となる内容グループ、 冗長検査法向けに使用 ４．質問 テキスト ２０ ５．短質問 テキスト １２ 手持ち表示向けとして示す 質問の省略様式 ６．サブジェクト テキスト ２５ ７．プレフィクス テキスト ５０ ８．サフィクス テキスト ２０ 継続と接続 ９．シングル継続 ブーリアン 継続が（Ｔの場合）質問 ＩＤに該当するか、または （Ｆの場合）テンプレート に該当するかを決定 １０．接続タイプ ニューメリック バイト １１．接続ストリング テキスト ２０ 出力フォーマット １２．全般レイアウト ブーリアン オプション：パラグラフス タイル、フォームスタイル １３．回答レイアウト ニューメリック バイト オプション：ネクストトウ 質問、タブフロム質問、 ハンギングインデント、 オンニューライン、 テーブル １４．質問レイアウト ブーリアン オプション：オンセーム ライン、オンセパレート ライン １５．コンマ ブーリアン セパレーテッド １６．グループヘッダ ボールド ブーリアン １７．質問ボールド ブーリアン １８．回答ボールド ブーリアン １９．ヘッダー ブーリアン ニューライン 関連Ｑタイ ２０．ニューメリック 短 ＩＤ ２１．グラフィック 短 ＩＤ ２２．ジェンダーＩＤ 短 ２３．ネガテイブ テキスト ５０ プレフィクス ２４．ネガテイブ テキスト ２０ コネクター ２５．ネガテイブ テキスト １０ コネクトワード

【０３０９】 ビットマップ表の９７５ グラフィックタイプＱＣで、知識ベースで用いるビットマップ含有の表 フィールド名 タイプ サイズ 内容説明 ビットマップＩＤ ニューメリック 短い ユニーク ビットマップ バイナリー ビットマップ含有

【０３１０】 チップ・テキスト表９９５ フィールド名 タイプ サイズ 内容説明 チップ・テキストＩＤ ニューメリック 短い チップ・テキスト テキスト 短い

【０３１１】 チップ・テキスト表９９５ フィールド名 タイプ サイズ 内容説明 レファレンスＩＤ ニューメリック 短い レファレンス ＲＴＦ （ＴＣのレファレンスハイパ オブジェクト ーリンク特性により設定され た）テンプレート向けのレフ ァレンス文書を含む

【０３１２】 アプリケーション表９２５ フィールド名 タイプ サイズ 内容説明 アブリケーシヨン ニューメリック 短い ＩＤ アプリケーション名 テキスト セクション名 固定セクション名 （１−１０） セクション(1-10) そのアイコン セクション アプリケーション中のそれぞ テンプレート れのセクションに組み込んだ （１−１０） テンプレートのＩＤ。エクセ ルセクション中では、このセ クション用のテンプレートと して、何の材料を使用するか をＩＤを使って、エクセル文 書に指示している。 セクションタイプ 定格テンプレート、エクセル （１−１０） スプレッドシート等を規定。 ワードＴＭＰ オブジェクト 顧客の記録文書１１５を作成 するため、テンプレートとし て用いるワード文書。 サブテンプレート ブール このアプリケーションでサブ テンプレートを保持出来るか を示す。 サブテンプレート名 このアプリケーションで、サ （１−５） ブテンプレートの名を記憶さ せる。 サブテンプレート このアプリケーションで、サ アイコン（１−５） ブテンプレートのアイコンを 記憶させる。 プレファレンス アプリケーションと組み合わ （１−ｎ） せた全てのプレファレンスを 記憶させるに必要な各種の追 加領域。 マルチプル ブール アプリケーションにマルチセ セッション ッションを含めているかを示 す。（この文書に記載のアプ リケーシヨンではその通りで あるが、必ずしもこの事実は 成立しない。） ロツクレコード ブール アフターサイン デフオルトセッション 短い 他に別のテンプレートを選定 テンプレート しない場合、新規セッション の作動において、故障により オープンとなるテンプレート 向けに、テンプレートＩＤを 準備する。

【０３１３】 図９を参照すると、望ましい状態としてアプリケーション表の９２５は、この
アプリケーションの構造を蓄えている。 即ち例えばアプリケーションの固定セクションの名前、シーケンス、アイコン
及びテンプレートＩＤを記憶している。

【０３１４】 言語表の９３０では都合良くシステムが保持する異種言語の形態を蓄えており
、何れかのアプリケーションに直接関係無く、例えばそれぞれの言語について、
文節中の主語の位置、及び連結語等の位置を記憶している。

【０３１５】 メツセージ表の９３５は好都合にも、異なる言語の中でスクリーンメツセージ
、ツールチップ等の実施条件を満たしている。

【０３１６】 テンプレート表グループの９１０は、好ましいことにテンプレートの関連デー
タを記憶している。 テンプレート表の９４０も望ましいことにサブテンプレート（sub-template）
表の組セット９４５を備え、この場合それぞれのサブテンプレートは、顧客記録
中でのセッションの生成において、以下に示す図２３中の２３４０、２３４５、
２３５０で示すように、一つの問題点の多面様相を示してくれる。

【０３１７】 別名表の９５０は好都合にも、テンプレートが保有できる多数の名前を保持し
ている。

【０３１８】 レファレンス表９５５は、好ましいことに特殊テンプレートと組み合わせたレ
ファレンス材料を、ポインターに保持している。

【０３１９】 質問表グループ９１５は、好ましいことにそれぞれのテンプレートに含まれた
質問に関わるデータ、及びそれぞれのテンプレートでの各質問に応じた回答の組
合せを記憶している。 またビットマップ表９７５、性別表９８０及びユニット表９８５は、好都合に
もそれぞれ特殊タイプの質問に関わるデータを蓄えている。

【０３２０】 質問表の９６０は望ましいことに質問のデータを保持している。

【０３２１】 質問グループ表９６５は好都合にも、（図１Ｂの知識ベースエディタにあって
使用に便利な質問の組織化に用いる）、質問系統を記憶している。

【０３２２】 質問回答表の９７０は好都合にも特定のテンプレートでのこの質問の状況に応
じて、この質問で派生する回答の組合せを用意しており、また好ましくは同様の
質問は多種の回答セットを備えた多数系のテンプレートにも認められる。

【０３２３】 性別表の９８０は好都合にも、（これが適用される言語について）文章により
変動する性別を記憶出来る。

【０３２４】 ビットマップ表の９７５は、好都合にも、グラフィックタイプの質問に使用さ
れ、そのユーザは多数の選択余地を示す質問中で回答をクリックするので無く、
寧ろビットマップの異なる領域上でクリック操作することにより、選択が可能と
なる。

【０３２５】 ユニット表の９８５は好都合にも、ユニットの単数及び複数のユニット質問に
、また適用できる言語を用いて、ターム２ユニット例えばヘブライ語で“２日”
を“Ｙｏｍａｙｉｍ”と表す、特定のユニット言葉が使用出来る。

【０３２６】 回答表の９９０は好都合にも、回答を用意して（そのＩＤのみを使って質問に
対する回答とすることが出来る。）

【０３２７】 チップ・テキスト表の９９５は、アートで良く知られるように、またその回答
がクリック操作を煩わさずに回答が取り出せる場合、都合良くポップアップされ
るツールチップに相当して使われる。

【０３２８】 ここで図１Ｂで示す顧客データベース１３５の、好ましい実施態様として示し
た簡単なブロック図構成の図１０を参照して見る。

【０３２９】 顧客データベース１３５中の大部のデータは、都合良く文書ファイルオブジェ
クトに記憶され、それぞれの顧客１０１０に対しては好ましくは一つ以上の下記
のオブジェクト、即ち、階層ドキュメントオブジェクト１０２５（例えばワード
ドキュメントまたはマルチプルＨＴＭＬドキュメント）、スプレッドシートオブ
ジェクト１０３０（例えばエクセルドキュメント）及びイメージオブジェクト１
０３５（例えばＰＤＦオブジェクト）が見受けられる。 顧客に関するデータは全てこのドキュメントオブジェクトで都合良く記憶され
、売手と客間のセッションを通じて相互作用は必要で無く、従って恐らくアプリ
ケーション（例えばデータベースアプリケーション）は必要とされず、顧客記録
を読めば足りる。

【０３３０】 ユーザの規定する領域１０１５及びユーザの規定する表の１０２０でデータの
あるものは複製され、このデータは顧客記録文書１１５に記憶され（即ちこのド
キュメント（文書）に封入され、この文書についてはユーザはこの領域／表の構
成を変えることが出来）、したがって記録はこの領域／表に応じて容易に検索す
ることが出来る。

【０３３１】 ユーザ１００５は恐らくシステムを採用する多数のユーザの単一記録を含んで
おり、このシステムのそれぞれは多数の顧客と組み合わせて用いることが出来る
。 一人だけのユーザの場合、アプリケーションはこの種の構造とすることが出来
（例えば“個人健康オーガナイザー”アプリケーションのごとき図２５を参照し
た、以下に記載のものが挙げられる）このユーザ情報はまた恐らくユーザ間の連
携（例えば様々のユーザとのＥ−メールその他の接触情報を通じ）のワークフロ
ー活動に用いられるであろう。 この内容は図５，８を参照した更なる説明と、以下の説明により示される。

【０３３２】 本発明の好ましい態様に関する以下の実施例は、これに限定されることを意味
せず、またその内容説明は好ましい代替例としてのみ採用したに過ぎない。

【０３３３】 顧客データ 顧客データは客−売手モードで機能する場合、売手について、または独立モー
ドの場合、ローカルアクセスデータベースについて、中枢データベース中に記憶
され、これには４タイプが含まれる。

【０３３４】 ユーザの取り入れるデータは全て、ＨＴＭＬドキュメントに、またはＭＳ-Ｗ
ｏｒｄドキュメントオブジェクトに書き込まれ、（この操作で記録中のデータの
大部は保持され）またはその他の原文ドキュメントフォーマットにインプットさ
れる。

【０３３５】 走査ドキュメントの全て及び顧客に関する医療イメージは、何れもＰＤＦファ
イルフォーマットに記憶される。

【０３３６】 ＨＴＭＬまたはワードドキュメント中に含まれる全領域は複製され、顧客デー
タ表中に別領域として蓄えられる。

【０３３７】 ワードドキュメント中の表（例えばエンジン部分表、トラブルリスト、医療リ
スト）はリンク表として記憶される。 この表の数量、名前及びフォーマットはユーザ側で規定することが出来、ＫＢ
エディタにより決められる。

【０３３８】 ＳＱＬ、アクセスまたは正しい指導役としてのデータベースを使って、作業オ
プションを支えることが望まれる。 しかしデータ構成は極めてシンプルであるが、その理由としては記録を調べる
目的のためのデータの全ては、一つのＨＴＭＬまたはワードドキュメントオブジ
ェクト中に主として含まれているためである。

【０３３９】 データ構造：その中でそれぞれの記録がＨＴＭＬまたはワードオブジェクト中
に、情報の大部を記憶している一つの主要顧客表、及び多少のリンクされた表例
えば診断、医療等を備えたＰＤＦファイルオブジェクト中の関連走査ドキュメン
トの全て。

【０３４０】 通常の操作中では、客はＨＴＭＬドキュメントまたはワードオブジェクトを使
って、ＲＯＭ中の情報にアクセスする。顧客記録ドキュメントの修正は局部的に
クライエントマシン（client machine）のメモリー中で行われ、他方ＤＢへの実
際の書き込みはセッシヨンの端末で行われ、システムを使って操作され、ユーザ
は直接ＤＢには書き込みを行わない。 記録のロッキング及びＤＢへの書き込み手順は従ってきわめて簡単である。

【０３４１】 リンクド表及び記録中の別個の領域は、研究及び特定の調査機能性用に主とし
て使われる。 本明細書の以下及び別個所に示されている長さ及び別の詳細は、実施例のみを
使って得られるがこれに限定する積りは無い。

【０３４２】 顧客データ表 フィールド名 内容の説明 顧客ＩＤ 名 姓 性別 誕生日 年齢 ＭＳ−Ｗｏｒｄオブジェクト 記録中で全ての原文データを記憶 ＭＳ−エクセルオブジェクト 記録に関する表データ全てを記憶。この中で マルチワークシート（例えば種々タイプの実 験結果）を含める。 ＰＤＦオブジェクト 記録に関連のイメージングデータを記憶 追加領域１ 追加領域２ 追加領域３ 追加領域ｎ 領域を加える性能には限定を設けず

【０３４３】 ここで図１１を参照するが、本図では図１Ａの出力テキスト生成機構２５の望
ましい操作方法が略フローチャートとして示されている。 図１１の方法にはテキスト生成プロセスの概要が折り込まれている。 図１１の構成エレメントは更に図１２〜１８の別途フローチャート中に記載さ
れているが、以下に更に詳しく説明する。

【０３４４】 デリバーテキストステップ１１３５は、生成テキストが提供されるプロセスを
示している。 当業者であれば明らかに理解されるように、そのテキストをマルチプル文節か
ら成る全文として示すか、または最終クリックを使って変更させた文節のみにつ
いて特に修正して示すことが出来る。 テキスト生成機構は変更を生じた文章の数が分かっているため、この操作は可
能である。 例えばテキストをワードドキュメント中に提供する場合は、最終クリックを操
作することにより、テキスト生成機構中に変更を行った文節のみの変形により、
ワードオブジェクトモデルを使うことが出来る。

【０３４５】 ここで図１２を参照すると、図１１のウォーミングアッププロセス１１００の
好ましい態様を示す、略フローチャートが示されている。 図１２のウォーミングアッププロセスとは、図１１中のステップ１１０５で示
すクリック操作に準じた、テキストの生成に先立ち好んで行うプロセスであり、
これにより一層効果的なテキスト生成プロセスを実施することが出来る。 このプロセスにおいては、それぞれの文節の当初に属するＱＬＣで、都合良く
その文節に属する別のＱＬＣに接続する可能性を計算することが出来、しかもそ
の特性とこの種ＱＬＣの特性をセットして、可能性を帯びた文中でその位置付け
を行い、上記のパラメーターをテキスト生成プロセス中では計算する必要を認め
無い。

【０３４６】 本発明の好ましい態様に関する以下の詳細実施例は、限定を設ける必要も無く
、また文中の説明も好ましい代替案として示したに過ぎない。

【０３４７】ウォーミングアップ方法 この方法の目標とする所は、テキスト生成に関する活動を全て実視することに
あり、この操作はテキスト生成プロセスの速度を高めるため、クリックイベント
に先立ち実視することが出来る。 この事前テキスト生成相にあっては、ＱＬＣと隣接のＱＬＣとは協動して、重
文を形成する目的で連結の可能性を調べ、テキスト生成時を通じて利用の考えら
れる幾つかの特性を計算し、ＱＬＣ自身及び隣接ＱＬＣ相互で確かめるようにす
る。

【０３４８】 この方法は（前記の連結ブランチ文節（connected branched sentences）を除
き）可能とされる文節の始めに見受けるＱＬＣのみを使って行われる。ＴＬＣで
第一ＱＬＣが活性化され、このＱＬＣはその文節に属するＱＬＣを組織化した後
、次節の前部に備わるＱＬＣを活性化して以下同様に反応を進める。 この方法はＴＣのショーポップアップ（ShowPopUp method）法を通じてのみ、
質問継続のもとに進行する。 その理由としては同一ＱＬＣを用いて多数の異なるポップアップを表示させる
が、ウォーミングアップデータを何処で記憶するかは不明である。

【０３４９】 文初にある各ＱＬＣは、次のＱＬＣが同種サブジェクトを持つかを検査し（そ
のサブジェクト特性は同等である）、または接続ストリング特性はエンプティを
示さず、このことはその文節が連結し得ることを表している。 その場合には、ＱＬＣは次のＱＬＣｓ上で操作活動を２回行うこととしている
。 １． そのトランクをトランケート操作し、サブジェクトをこれから取り除くこ
とにより、彼等用にその非サブジェクトトランクを準備する。文節が繋がると最
初のサブセンテンスに見られるサブジェクトは、次のサブセンテンス中で反復さ
れることは無い筈である。これによりテキスト生成時点では、この操作を行う必
要は無い。 ２． それ自身及び次のＱＬＣｓのＢｅｆｏｒｅＭｅ、ＡｆｔｅｒＭｅに対して
、適正値を割り当てる。この特性は潜在重文中でのＱＬＣの据付け位置を示し、
テキストの生成と変形時を通じては、繰り返し再カウントする必要は除かれる。
ブランチ継続の場合、その継続質問をセンテンスに繋ぎ、この個所からブランチ
が行われるとすると、ＢｅｆｏｒｅＭｅ、ＡｆｔｅｒＭｅの特性は、恰もそれら
が分岐した重文の一部であるかのごとく与えられることに留意すべきである。 以下に図１２で示されるごとく、方法ステップ（プラス二三の追加の細かいス
テップ）手順を列挙する。 １． ステップ１２００：貴方のＢｅｆｏｒｅＭｅの特性に０を割り当てる。 ２． 貴方のコンマ連結特性のチェック：もしそれが正しいとすると、”，＿”
を貴方の連結ワード特性に割り当てる。もし故障状態であるとすると、貴方の言
語特性をチェックし、この言語用として適当な連結語を貴方の連結語に割り当て
る。 ３． ステップ１２０５：貴方の数値質問特性（このテンプレート中のスクリー
ンに見られる数値質問、またはポップアップ中の質問数）は貴方の身元確認特性
にマッチしているか？（言い替えればスクリーン上での私の最終質問とおもわれ
るか？）そうであれば貴方のＡｆｔｅｒＭｅの特性に０を割り当て、エクジット
（Exit）操作をする。 ４． ステップ１２１０：ノーの場合、貴方サブジェクト特性が次のＱＬＣのサ
ブジェクト特性に等しいか検査する。（即ちこれに連結の可能性が見られるか？
）見られなければステップ１２２０で貴方のＡｆｔｅｒＭｅの特性に０を割り当
てる。次いで貴方の次のＱＬＣのウォームアップ方法を採用する。 ５． ループ内で貴方の次のＱＬＣに操作を進める。（ループイタレーション（
loop iteration）数＝数値回答−アイデンティティ）それぞれのＱＬＣについて
そのサブジェクトが貴方数値を満たすかチェック。この方式で貴方側に何れだけ
ＱＬＣが残っているか数える。ステップ１２３０で貴方数に等しいサブジェクト
が残っているか？ ６． ＱＬＣについての操作中、貴方の側に直接ＱＬＣのＢｅｆｏｒｅＭｅの品
質に１を割り当てる。次の一つには２を振りあてて、この数値その内のそれぞれ
の一つに対して、ステップ１２３０を使ってその前のセンテンス中に何の位のＱ
ＬＣが残っているかをチェックする。 ７． 更にそれぞれ一つの連結語に貴方の連結語特性を、ステップ１２３５を使
って割り当てる。 ８． 貴方側に対してＱＬＣ数を振りあて、そのサブジェクト数が貴方のＡｆｔ
ｅｒＭｅの特性に対して等しくなるように取る。ステップ数は１２３０。 ９． 再度、ループ中での貴方の後のＱＬＣ操作に進み（ＡｆｔｅｒＭｅの繰り
返し）、それぞれの質問に対しては、そのＡｆｔｅｒＭｅの特性を割り当てる。
貴方側については直接ＱＬＣに対し、この数値は貴方のＡｆｔｅｒＭｅの特性か
ら一つだけ小さく、次のＱＬＣは再度一つだけ小となって現われる。潜在センテ
ンス中の最終ＱＬＣ（そのサブジェクト特性は貴方の特性と相等しい）のそのＡ
ｆｔｅｒＭｅの特性は、ステップ１２３０を使えば０に等しくなる。 １０． そのサブジェクトが貴方値に等しいＱＬＣに進める一方、次の操作を行
う。そのプレフィクス（prefix）の当初分から（ヘブライ及びアラビア語を除き
その右側端部からの長さが、そのサブジェクト特性値の長さに等しいストリング
を切り捨てる。派生の切りすて長をそのサブジェクトレスプレフィクス（Subjec
tlesPrefix）の特性値にステップ１２４０を用いて割り当てる。 １１． 貴方の連結ストリング特性がエンプティで無いかをチェックする。もし
条件を満たさなければ（即ちこのストリングを使って連結を行うに先立ちＱＬＣ
に連結可能と見られる場合）サブジェクトを貴プレフィクスの始めの部分から切
り捨てる。なお連結ストリングをその起点に結び付け、派生ストリングを貴サブ
ジェクトレスプレフィクス特性中に、ステップ１２４０を使って割り当てる。 １２． 終了

【０３５０】 ここで図１３を参照すると、この図面は図１１のプロセス回答１１１０の好ま
しい態様の略フローチャートを表している。 単文の生成第一相は好都合に選定回答操作を含んでいる。 このプロセスは多種タイプの質問の点で異なっており、多くのタイプでは、都
合良く図１４で以下に記載のリンク回答プロセスを採用している。

【０３５１】 本発明の好ましい態様に関する以下の詳細実施例は、これに限定されるもので
なく、その説明についても好ましい代替例について示したに過ぎない。

【０３５２】 プロセス選定による回答法 １． 質問タイプをチェックして、異なる質問タイプのそれぞれに対して以下の
操作を実施している。 ２． マルチプルオプション、シングルオプション、ネガーション（Negation）
方式で、図１４に更に示すごとく、リンク回答機能１３０５を単純に操作した場
合、シングルタイプについては機能は好都合にも選定の回答の一つにだけ戻り操
作される。 ３． 数値ユニットの場合（標準的に例えば日、週、月の単位の選定用の他、例
えば２日のごとくＱＬＣのテキスト領域への数量導入に用いられる、シングルタ
イプの両選定に当たっては）その出力は価値により左右される。生成テキストは
数を導入しない場合の他、導入数が１で表される（選定ユニットの単数系を使用
した）例に対し、複数系使用の場合を扱っている。導入数が２の場合これはまた
別途の処理となるが、それは言語によつてはダブル用として異なるユニットが使
われるからである。ある言語のもとではトリプルユニットが存在するが、このも
のは支持されず（即ち複数として処理される）。 この種のケースを処理するためには、ＱＬＣには特性が備わっている。１ユニッ
ト、２ユニット、複数ユニット、数語（この数語とは流通言語例えば英語の場合
、幾つかの言葉を指し、ユーザにより数が使用されぬ場合に用いる“セブラル（
Several）”の意味で使われる。 生成テキスト １． テキスト＝０の場合、生成テキストはセブラルワード＋“＿”＋複数ユ
ニットで表される。 ２． テキスト＝１の場合、生成テキストは１単位を示す。 ３． テキスト＝２の場合、生成テキストは２単位を示す。 ４． テキスト〉２の場合生成テキストはテキスト＋“＿”＋複数単位 ５． （１から４）の上記場合においては、サフィクス（Sufixx）特性が〈
〉ゼロで表すとすると、生成テキストの端部には“＿”＋サフィクスを付けて表
す ６． 上記のステップ（１−５）の全てにはＬ→Ｒの方向を付けて記載する。
その方向がＲ→Ｌの場合、その表現にはストリングをその左側に加えて表し、通
常右側には記載しない。（例えばステップ１では複数単位＋“＿”＋数ワード）
として示す。 ４． イエスまたはノーの質問タイプの場合には、生成テキストの状態は選定し
た答えの組立てにより、以下のごとく影響を受ける。 １． プラスの回答を得た場合には（マイナス選定＝０）、リンク回答手順を
用いて、（上記のごとく）正規のマルチプルオプション質問タイプとしてのテキ
ストが得られる。 ２． マイナス回答のみを選定した場合（選定＝マイナス選定）、リンク回答
機能が働くが、（標準の連結語の代わりに）リンク回答機能の変動性連結語に対
して、ＱＬＣｓのマイナス特徴の連結語が割り当てられる。 ３． プラス及びマイナス回答の両方が選定されると（選定マイナス＜ ＞０
、及び選定＞選定マイナス）、 ・プラスの回答のもとに単一のリンク回答が得られる。 ・上記の派生ストリング端末にコンマ＋スペース＋マイナスコネクターが付
加される。 ・接続単語として否定的接続単語を使用して否定的回答を有するリンク回答
を実行し、先の結果的に生じるストリングの端部に加える。 ５． マルチプル・テキスト又はマルチプル番号の質問形式であれば次に １． 新しいライン（chr(13)）を挿入し ２． グループ先導者（GroupHeader）＋新しいラインを挿入し ３. 各回答に対して、回答＋“：”＋タブ＋テキスト＋新しいラインを
挿入する

【０３５３】 図１３に戻って参照すると、図１３の方法は好ましくは以下のステップを含む
。

【０３５４】 質問形式（ステップ１３００）を基に、選択された回答を取り扱う３種類の異
なるルーチンが示してある。 図示の３個のルーチンは一例であって特にこれら３個のルーチンに限定されて
いないか又は３個のルーチンにのみ限定されているコンセプトであり、むしろ好
ましくは各形式の回答がどの様に取り扱われるかの予め定められた論理により各
種形式の質問が存在していることに注目すべきである。 数字−ユニット質問（０、１、２又は２以上）で入力される値はその質問形式
に対して回答がどの様に処理されるかを決定する。 同様に、イエス/ノー質問形式に対して、その質問が全て肯定、全て否定、又
は混在状態であれば回答の処理を決定する。

【０３５５】 図１４を参照して更に以下に説明するリンク回答１３０５は好ましくはステッ
プ１３０５，１３２０，１３２５，１３３０，１３３５において僅かの分散を以
ってここでは多数の事例にて利用される。

【０３５６】 ここで図１３のステップ１３０５の好ましい実施例を示す略フローチャートで
ある図１４を参照する。

【０３５７】 図１４の方法は好ましくは選択された回答がカンマと接続単語で分離されるよ
う当該回答を結合する簡単なループ方法を含む。この方法は好ましくは先に述べ
た図１３の方法で利用される。

【０３５８】 本発明の好ましい実施態様に関連して行われる以下の詳細な例は限定的な意味
はなく、その説明は好ましい代替例を参照する意味でのみ意図されている。

【０３５９】 変数 接続単語 センテンス内で使用される接続単語。言語に依存する。デフ ォルト＝”and＿”。この変数には一部の言語では接続単語 は次の単語に繋がる文字そのものであるので、接続単語の後 のスペースを含む。 方向 左から右へ（デフォルト）又は右から左へ 回答 この質問内に存在する回答の個数 被選択 ユーザにより選択される回答の個数 現行 ループが現在取り扱っている回答の個数 Ｇｅｎテキスト リンク回答機能で生成されるテキスト・ストリングを記憶す る。

【０３６０】 方法ステップ １． リンクされる回答を内部に記憶するGenテキスト変数１４００を作成する
。 ２. 現在選択された言語の言語方向１４０５を決定する。右から左への言語の
場合は右から左へストリングを接続する以下のステップ全てを実行し、左から右
への言語の場合は左から右へのストリングを接続する以下のステップ全てを実行
する。 ３. ループ内を移動する。質問の回答をチェックし、１４１５（即ち、リスポ
ンス（現行）＜＞０）が選択されれば、各回答をチェックする目的でＱＬＣのリ
スポンス（１−１８）プロパティで反復個数を回答する。各選択された回答に対
しては（現行の状態が現時点でループが右側にある際の選択された回答の個数で
あれば）以下のステップを行なう。 ４. 回答（現行）プロパティ内に記憶されている選択された回答１４２５のテ
キストを見つけ出す。「注意：標準的なMSコントロールとは異なり、ユーザの選
択と回答のラベルはチェック・ボックス又はラジオ・ボタン自体のプロパティと
して記憶されず、別々のフィールドでは６個の回答のみが同時的に表示されるこ
とから、１２個までの付加的回答がメモリー内に記憶される。） ５． 選択された回答が連続する（即ち、ブランチする）質問１４４０（連続す
る(現行）プロパティ＜＞“無し”）を有しているか否かチェックする。有して
いる場合は、この連続状態（図１５Aと図１５Bにおいて更に精巧にされている）
Genブランチ方法１４３５を実行する。この方法は連続ブランチ（ポップ・アッ
プ質問又は質問）内の質問をチェックし、その連続が参照センテンスの一部であ
れば、そこに結合されたポップ・アップ質問の必要とされるテキストと併せて参
照回答を含むストリングを戻すことから、このストリングはセンテンス内に含ま
せることが出来る。 ６． （結合された回答を記憶する）Genテキスト・ストリング１４４０に回答
（現行）ストリングを以下の如く接続する。 ７． 方向が左から右への場合、回答ストリングはGenテキスト即ちGenテキスト
＝Genテキスト＋回答（現行）の右側に結合される。 ８． 方向が右から左への場合、回答ストリングはGenテキストの左側即ちGenテ
キスト＝回答（現行）＋Genテキストに結合される。 ９． これが最後に選択された１４４５前の回答であれば、次にスペース（“＿
”）＋接続単語-次の回答１４５０をGenテキストに加え、再び方向の変数に従っ
て連結する。 １０． 最後に選択された回答１４６０であれば、次にスペース＋接続単語で分
離された最後の選択された回答に加える。注記：接続単語の後と最後の回答の前
にはスペースが存在していない。−このスペースは接続単語自体内に含まれてい
る。

【０３６１】 ここで、図１５Ａ及び図１５Ｂを参照すると、これらの図は共に見た場合、図
１１のステップ１１１５の好ましい実施態様を略フローチャート図示を含む。図
１５Ａと図１５Ｂの方法は好ましくは連続する質問のテキスト（即ち、選択され
た回答に応答してポップアップする質問）を作成する方法を含む。これは好まし
くは図１３のプロセス回答方法内で励起される。

【０３６２】 本発明の好ましい実施態様に関連している以下の詳細な事例は限定的な意味は
なく、そこに含まれる陳述内容は好ましい代替例のみを参照する意図がある。

【０３６３】 ジェネレート＿ブランチ（Generate Branch） ジェネレート＿ブランチ方法は連続部分を有し以下のステップに従うＱＬＣ内
の各回答に対してジェネレート＿単文センテンス法中に励起される。 １． ユーザに依って選択される各回答に対して、選択された全ての回答に対し
行き渡るジェネレート・ループ中に且つその作成されるテキストに対し回答を入
れる前に、連続１５００（その連続プロパティ＜＞０）があるか否かをチェック
する。 ２． 連続状態があれば、その連続状態内に回答が選択されたか否かをチェック
する。ＱＬＣ(Num質問＋１）選択済み＜＞０。ポップアップ内のQCとＱＬＣはテ
ンプレート内のQCとＱＬＣが終わる部分から始まるＩＤ番号を有していることに
留意すべきである。 ３. 何らかの回答が選択されれば、その連続形式が「あなたの」センテンスに
接続されるべきか否かチェックする。（その連続形式プロパティ＝置換、前置挿
入、又は後置挿入）選択されない場合はステップ８へ→スキップする。 ４． 私に接続する質問が更に存在するか？どの回答が選択されたか？（ポップ
・アップ内の第１ＱＬＣのアクチブ・セグメント・プロパティは＞０となろう）
そうでない場合は、１５０５→が連続形式プロパティに従ってポップ・アップ質
問をトリガーした回答の前、後又はその回答の代わりにポップ・アップ質問の単
文センテンス・プロパティを結合し、次に、結果的に生じるストリングをセンテ
ンス・ビルド（SentenceBuild）に加える。ステップ８にジャンプする。 ５． イエスであれば（私に接続する必要がある付加的ポップアップＱＬＣが存
在すれば）これら付加的ＱＬＣ（反復個数は第１ポップアップＱＬＣのアフター
・ミー・プロパティである）でループ内に入る。それらの各ＱＬＣに対してその
形式をチェックして記憶する：前置挿入、後置挿入又はリプレース（Replace） ６． これらの質問のセグメントを主要センテンスに加える目的で以下のループ
内、以下の条件に従って且つ以下のシーケンスにて検査する。このステップのゴ
ールは前置挿入形式−ＱＬＣをトリガーした回答前、リプレース形式−ＱＬＣを
トリガーした回答を置換すること、後置挿入ＱＬＣをトリガーした回答の後であ
るＱＬＣのテキストを加えることにある。ポップ・アップ質問からのテキストは
暫定的な変数であるアンサー・ビルド（AnswerBuild）に加えられる。 １）前置挿入形式１５２０であった質問が１個以上ある場合は、これらのＱ
ＬＣをループ・オーバーし、それら各ＱＬＣの単文センテンス・プロパティをア
ンサー・ビルドの一時的変数に加える。 ２）リプレース型１５２５の質問が在る場合はＱＬＣをループ・オーバーし
、ＱＬＣをアンサー・ビルド変数の端部に加える。質問が存在しない場合→連続
をトリガーした回答をアンサー・ビルドに加える。 ３）後置挿入型１５３０である質問が１個以上あれば、これらのＱＬＣをル
ープ・オーバーし、これら各ＱＬＣの単文センテンス・プロパティをアンサー・
ビルド変数の端部に加える。 ７． アンサー・ビルドに形成された複合回答を貴方のセンテンスに加える。（
それは貴方のセンテンス・ビルドに加える）１５３５． ８． 第１ポップ・アップ質問が前置挿入、後置挿入又はリプレース型でない場
合は今後のステップに対してその形式（ストリング接続、ストリング切り捨て、
又は強制接続）を記憶する。 ９． （ポップ・アップ内の第１ＱＬＣ内でアフター・ミー・プロパティ＋１＜
Num質問）貴方のセンテンスに接続しない連続質問内に付加的質問があるか？在
る場合は、これらの質問の最初の質問のＩＤを記憶し、その形式（ストリング接
続、ストリング切り捨て、又は強制接続）を記憶する。 １０. 通常通り貴方のセンテンスを作成することに戻る。 １１. 貴方のセンテンス作成終了後に、連続質問内にストリング接続、ストリ
ング切り捨て、又は強制接続センテンスが存在したか？（ステップ８）を記憶す
る。ステップ１５５０でそうであれば、ピリオドと２スペースを貴方のセンテン
スの端から除去し、このセンテンスの最終センテンスを以下の如く貴方のセンテ
ンスに加える。 １）強制接続であれば、それを単純に貴方の端部１５５５に結合する。 ２）ストリング接続であれば最終センテンス１５６０に続いて貴方の端部に
そのストリング接続プロパティを加える。 ３)ストリング切り捨てであれば、そのストリング接続プロパティをその最
終センテンスに連結し、結果的に生じるストリングを貴方の端部１５６５に結合
する。 １２． 貴方に接続されていない（ステップ９）連続質問があれば、それら（最
終センテンス・プロパティ）を貴方の最終センテンス・プロパティに加える。（
この場合、トリガーするセンテンスの最終センテンス・プロパティは独立してい
る連続センテンスのセンテンスと同様多数のセンテンスーそれ自体のセンテンス
を実際に記憶することに留意すべきである。）

【０３６４】 ここで図１１のステップ１１２０の好ましい実行を示す略フローチャートであ
る図１６を参照する。

【０３６５】 プロセス回答ステップ（図１１のステップ１１１０）に好ましく続く図１６の
方法はセンテンスの主語と「本文」（しばしば動詞と称している）をその処理さ
れる回答（図１３〜１５参照)に結合して単文センテンスを作成する方法である
。 図１６の方法の作動は好ましくは言語のプロパティ、例えば、或る与えられた
言語内のセンテンスにおける主語の位置に依存している。 この図面は基本的概念を表している簡略化されたバージョンを示しており、こ
の図面は異なる形式の質問に対してその方法における僅かの相違点については示
していない。

【０３６６】 本発明の好ましい実施態様に関連している以下の詳細な説明は限定的な意味は
なく、その陳述内容は好ましい代替例のみを表す意図がある。

【０３６７】 II 接続準備方法 １． ＱＬＣがそのセンテンス（センテンス先導者プロパティ＝アイデンティテ
ィ・プロパティ）内の第１ＱＬＣであれば、このステージは重文センテンセスの
開始部分となる単文サブ・センテンスを生成する。その結合する他のサブ・セン
テンスが無い場合は既に最終センテンスであることから、端部にピリオドとスペ
ースが加えられる。後で説明する接続方法はピリオドとその端部からのスペース
を結合することでその端部に他のサブ・センテンスを結合出来る。 １）重文タイプ、単文タイプ及び数字タイプにおいては、その生成されるテキ
ストの開始部分に添え字を付け、その端部にはピリオドと２スペースを付ける。 ２）否定型において： ３）否定的回答が選択される場合（常時その質問における第１回答である）、
ピリオドと２スペースを単に加える。（添え字は開始部分には加えない） ４）他の回答が選択されれば、その生成されるテキストの開始部分の前に添え
字を加え、（レギュラーな重文型のものと同じ）その端部にピリオドと２スペー
スを加える。 ５）イエス/ノー形式において： ６）否定的回答のみが選択されない場合（選択される＜＞選択される否定的回
答）、その生成されるテキストの開始部分前に添え字を加え、その端部にピリオ
ドと２スペースを加える。 ７）否定的回答のみが選択される場合（選択される＜＞選択される否定的回答
）、その生成されるテキストの開始部分前に否定的添え字を加え、その端部にピ
リオドと２スペースを加える。 ２． ＱＬＣがそのセンテンスにおける最初のＱＬＣではない（センテンス先導
者プロパティ＜＞アイデンティティ・プロパティ）場合、このステージはその従
属している重文センテンスに結合される体勢にあるサブ・センテンスを生成する
。これは主語無し添え字（又は主語無し否定的添え字）を使用し、端部にはピリ
オドとスペースは存在しない。 １）重文形式、単文形式、数字形式において：生成されるテキストの開始部分
に主語無し添え字を加える。 ２）否定的形式において： ３）否定的回答が選択されれば（これは常時、質問における最初の回答である
）、その主語をこの回答の開始部分から結合する。 ４）他の回答が何か選択されれば、主語無し添え字を加える。 ５）イエス/ノー形式において： ６）否定的回答のみが選択されない場合（選択される＜＞選択された否定的回
答）、生成されるテキストの開始部分前に主語無し添え字を加える。 ７）否定的回答のみが選択されれば（選択される＝選択された否定的回答）、
主語無し否定的添え字をその作成されるテキストの開始部分前に加える。 ３. いずれの場合にせよ（前掲のセクション１、２）、その生成されるテキス
トを単文センテンス・プロパティ内に記憶する。

【０３６８】 図１６に戻って参照すると、言語方向？（ステップ１６００）、主要部が最初
であるか？「ステップ１６０５）及び主語が最初であるか?（ステップ１６１５
）はそれぞれ質問（ＱＬＣ)の言語方向、主要部分の位置及び主語位置プロパテ
ィに対応し、好ましくは言語依存型であり、即ち、好ましくは知識ベース（図９
のユニット９３０）の言語表内に定義付けされている。 独立したセンテンス？（ステップ１６１０）は好ましくはＱＬＣ(センテンス
先導者＝アイデンティティ、及びアクチブ・セグメント＜１）のプロパティから
推論する。

【０３６９】 ここで共に図１１のステップ１１２５の好ましい実行例を示した略フローチャ
ートを含む図１７Ａ，Ｂを参照する。 好ましくは、図１７Ａ，Ｂの方法は重文センテンスに対する単文センテンスの
効率的接続を容易にするようクリック動作に引き続きＱＬＣがその変化状態を他
のＱＬＣに「報告」する方法を含む。 これは技術的には他のＱＬＣのプロパティと同様それ自体のプロパティを設定
しているＱＬＣにより達成される。

【０３７０】 本発明の好ましい実施態様で、且つ、特に、ステップ１７００，１７０５，１
７１０，１７２０，１７２５，１７３０，１７３５，１７４０，１７４５，１７
５０に関係している以下の詳細な事例は限定的な意味ではなく、その陳述内容は
代わりの好ましい例のみを参照するよう意図されている。

【０３７１】 報告 １． クリックが私の最初に選択した回答（選択された＝１）を生じ、私が最初
のＱＬＣ（ビフォア・ミー（BeforeMe）＜＞０）でないセンテンス内に含まれる
場合は、「ビフォア・ミー」の貴方が反復する前にＱＬＣをループ・オーバーし
、そのアクチブ・セグメント・パラメーターに１を加える。これは重文センテン
スを構築するＱＬＣのいずれか１つに現時点迄はアクチブではなかったが、現時
点でアクチブ状態になっている他のサブ・センテンス（私自身）が存在すること
を示す。 ２． クリックが私の最後に選択した回答を未選択状態にし、従って、私のサブ
・センテンスをキャンセル状態にし（選択される＝０）、私が最初のＱＬＣ(ビ
フォア・ミー＜＞０）でない場合、貴方が「ビフォア・ミー」を繰り返す前にＱ
ＬＣをループ・オーバーし、そのアクチブ・セグメント・パラメーターから１を 差し引く 。これは重文センテンスを構築するＱＬＣの１つに現時点迄アクチブで
あったが現時点では非アクチブの、短かいサブ・センテンス（私）が１つ存在す
ることを示す。 ３． クリックが私の最初に選択した回答（選択された＝１）を生じ且つ私が現
時点で従属しているセンテンスを先導しているＱＬＣであれば、（私のセンテン
ス先導者プロパティは０であり、これはセンテンス内の私の前のＱＬＣがチャー
ジ状態になっていることを示していないこと意味する）私のセンテンス（アフタ
ー・ミー反復）に従属しているＱＬＣのアフター・ミーをループ・オーバーし、
現時点で私がセンテンスのチャージ状態にあることをＱＬＣに「知らせる」私の
アイデンティティ・プロパティをそのセンテンス先導者プロパティに割り当てる
。又、私のアイデンティティを私のセンテンス先導者プロパティに割り当てる。 ４. クリックが私の最後に選択した回答を非選択状態にし、そのため私のサブ
・センテンスをキャンセル状態（選択される＝０)にし、又、現時点迄私が従属
しているセンテンスを先導するＱＬＣであった場合（私のセンテンス先導者プロ
パティ＝私のアイデンティティ）、私のセンテンス（アフター・ミー反復）に従
属している私の後のＱＬＣをループ・オーバーする。ＱＬＣのいずれかがアクチ
ブ（彼の選択したプロパティ＞０）か否かをチェックする。アクチブであれば、
彼のアイデンティティを彼のセンテンス先導者プロパティ及び（彼及び次のＱＬ
Ｃに彼が現時点でチャージ状態にあることを示し）（及び彼に対して生成方法を
励起し）彼の後にＱＬＣのセンテンス先導者プロパティを割り当てる。アクチブ
でない場合は（現時点でアクチブでなく誰もチャージ状態でないことを私のセン
テンス内の全ＱＬＣに示す）そのセンテンス先導者に０を割り当てる。

【０３７２】 ここで図１１のステップ１１３０の好ましい実行例について図示された略フロ
ーチャートを共に含む図１８Ａ，Ｂを参照する。 図１８Ａ，Ｂの方法はユーザ選択の開始（ウオーム・アップ段階ー先に述べた
図１２参照）及びユーザ・クリック中における状態変化（報告状態段階ー先に参
照した図１７参照）前にセットされた接続可能性のパラメーターを基にしている
重文センテンスを生成するため個々のＱＬＣ（先の図１３〜１６を参照のこと）
で生成された単文センテンスを接続する方法を含む。

【０３７３】 本発明の好ましい実施態様に関連した以下の詳細な事例は限定的な意味はなく
、その説明内容は好ましい代替例のみを参照する意図がある。

【０３７４】 接続 本方法は（多数のＱＬＣで生成される）多数のサブ・センテンスから重文セン
テンスを生成する目的で使用される。 これは「彼の」センテンスに従属し且つ変更した（クリック動作を生じた)Ｑ
ＬＣの１つによりセンテンスを先導するＱＬＣにて行われる。 本方法のステップは以下の通りである。 １． ＱＬＣの言語方向プロパティを基にした言語方向１８００を決定する。左
から右であれば以下のステップにおけるストリングを常時元のストリングの右側
端部に接続し、左から右へでない場合は次に左側端部に接続する。 ２． センテンスが独立したセンテンス１８０５（アクチブ・セグメント・プロ
パティ＝０）であるか否かをチェックする。独立したセンテンスではない場合は
、次のステップに行き、イエスであれば以下のステップにスキップする。 ３. カンマと接続単語により分離されている最後のサブ・センテンスを除きア
クチブであり「即ち、ＱＬＣ内で１個以上の回答が選択された）、カンマとスペ
ースで分離されている貴方のセンテンスに属している全てのＱＬＣの主語無しセ
ンテンスを結合する。 ４． QC１８１０の主語が最初になったプロパティをチェックする。このプロパ
ティは言語センテンス構造に関する情報を保持しており、現行の言語では主語が
センテンスの開始部分又は終了部分に現れる。従って、接続される主語無しセン
テンスの開始部分又は終了部分に主語のプロパティを加える。 ５． このセンテンスが以下のセンテンス１８２０に強制接続すべきかをチェッ
クする。これは０でない次のセンテンスを先導しているＱＬＣの接続プロパティ
で定められる。接続されていない場合は終了し、次のステップに移る。 ６． 接続形式１８２０をチェックし、このセンテンスを以下の様式にて次の接
続形式に接続する。 ｉ． 「強制接続」形式であれば、次のセンテンスを先導するＱＬＣの最終
センテンス・プロパティを貴方のセンテンスの終わりに加える。 ｉｉ． 「ストリング接続」形式の場合、その最終センテンス・プロパティ
に続き次のセンテンスを先導しているＱＬＣのストリング接続プロパティを貴方
のセンテンスの最後に加える。 ｉｉｉ． 「ストリング切り捨て」形式であれば、次のセンテンスの先導す
るＱＬＣのストリング接続プロパティをその最終センテンス・プロパティから切
捨て、残りの部分を貴方のセンテンスの終わりに加える。

【０３７５】 センテンスの接続は最も挑戦的処理の１つであるが、従前の段階で行われた準
備全てがあることから、図１８Ａ，Ｂの方法は比較的単純であることが理解され
よう。

【０３７６】 ここで、テキスト生成装置で生成された構成のテキストを分析する本発明との
併用で有用な好ましい方法の略フローチャートを示した図１９を参照する。 図１９の方法は好ましくは例えば先に説明した図１１の方法の如きテキスト生
成方法を実際上反転させる方法によりその生成されるテキストの作成を生ぜしめ
た質問と回答を決定する目的で動作する。 本質的に、本方法は図１１〜１８で詳細に説明されたテキスト生成方法の逆に
なっているものである。 図１９は、この方法がどの様に作動するかを図示している。 図１９に明確に説明されていない継続質問をブランチするテキスト（図１５Ａ
，ＢBに説明されたブランチ生成機構の反転）を分析する目的で同様の方法論が
使用される。

【０３７７】 テキスト分析方法 本方法はどの質問に対するどの回答がこのテキストの生成を生ぜしめたかを発
見する目的から（TC及びＱＬＣにより）システムで従前に生成されたテキストの
分析目的に使用される。 この方法はテキスト生成とは極めて逆の方法である。

【０３７８】 この方法はＴＣにより励起される。 その励起前にＴＣはＱＬＣ（０）（最初のＱＬＣ）のセンテンス番号プロパテ
ィに１を割り当て、次に、この方法をそのプロパティで励起し、即ち、ＱＬＣ(
０）テキストの分析で励起する。

【０３７９】 方法ステップ（ＱＬＣ先導センテンスで実施) １． 次の方法：“発見”コマンドを使用して私のセンテンスがテキスト１９０
０に現れるかチェックする。貴方の主要部分プロパティがテキスト内に存在する
か否かチェックする。それが発見されれば、次に主語プロパティが同じセンテン
ス内に存在するかチェックする。存在する場合は次に私のセンテンスがテキスト
内に存在するかチェックする。更に、貴方のセンテンスのどの部分がテキスト内
に現れるかを発見するためステップ２−９を実行する。私がテキスト内に存在し
ない場合は次にステップ１０にジャンプする。このチェック・プロセスには（a)
貴方の回答のどれが選択されるかをチェックすること、（ｂ）存在すれば、継続
質問のチェックを行うこと及び（ｃ）重文センテンスである場合はセンテンス内
の他の質問をチェックすることが含まれる。 ２. 主要部分が発見されたテキスト内のセンテンスの個数を発見する。その個
数を貴方のセンテンス個数プロパティ内に記憶する。貴方自身と貴方のセンテン
スに属する他のＱＬＣのチェックを行う以下のステップは全てテキスト内のこの
センテンスのチェックに限定されることに注意すべきである。 ３． 開始部分における主語のプロパティに応じてセンテンスの先導部分又はそ
の語尾１９１０から主語を切り捨て、又、その終わりの部分からピリオドと２ス
ペースを切り捨てる。その結果生じるストリングを貴方の主語無しセンテンス・
プロパティに記憶する。 ４． （もし、在れば）他のＱＬＣのどれがセンテンス生成に参加したかを発見
し、マークし、計数する。 ｉ． 私が単文センテンス１９１５（アフター・ミー＝０）であれば、次のス
テップ（５）にジャンプする。 ｉｉ． その他：私の後で＜アフター・ミー＞ＱＬＣ（即ち、私のセンテンス
に属するＱＬＣ）をループ・オーバーする。 ５． 私のＱＬＣの各ＱＬＣに対して、その主要部分がセンテンス１９２０内に
存在するかをチェックするため発見コマンドを使用する。 ６． 存在すれば、１をその選択されるプロパティに割り当て、１を私のアクチ
ブ・セグメント・プロパティに加える。 ７． センテンスを生成したＱＬＣのストリング回答プロパティにそのセンテン
スを分解する（ストリングは選択された回答で構成され、カンマと接続単語で分
離されている。）。フル・センテンスの各ＱＬＣサブ・センテンスに対して当該
ストリングは１つである。この段階における分解の方向は主要部分位置のプロパ
ティで参照されている如く、（言語に依存している）センテンスの文法的構造に
依存している。このプロセスは以下の通りである。 主要部分の位置プロパティ＝回答前の主要部分であれば、右から左へ分解する
（１９２５）。 ｉ． アクチブであるセンテンス内の最後のＱＬＣであるものを発見する（私
から始まり、私の後の＜アフター・ミー＞であるＱＬＣで終了するセンテンス内
のＱＬＣを通るループ。選択されたプロパティ＝１である最後のものをチェック
する。）。（私が単文センテンスであるか又は重文センテンスの語頭であるが私
のみがアクチブであれば、私はそのセンテンスにおける語尾と同様そのセンテン
スの語頭であることに留意すべきである。この場合、以下に説明するループは明
らかに１回のみ行われる。） ｉｉ． (アクチブＱＬＣの各ＱＬＣに対するストリング回答を発見する目的
で右から左へ切捨てられる)次のステップのテキスト操作に関し、マイ・テキス
トと称している一時的ストリング変数に貴方の主語無しセンテンス・プロパティ
を割り当てる。 ｉｉｉ． マイ・テキスト内におけるこのＱＬＣの主要部分ストリング・プロ
パティの位置を発見し、（例えば、VE InStr＆Len命令を使用して）その右端の
位置を演算する。 ｉｖ． （先に演算した）最後のアクチブＱＬＣの主要部分の右側端部からマ
イ・テキストの右側端部へマイ・テキストを調べ、結果的に生じるストリングを
、このＱＬＣのストリング回答プロパティに記憶する。 ｖ． 主要部分をマイ・テキストの右側から除去する。例えば、左側（マイ・
テキスト）（Len（マイ・テキスト）ーLen(主要部分））） ｖｉ． （サブ・センテンスを分離している（主要部分の前）の左側に）現れ
るカンマとスペース又はカンマと接続単語を除去する。これは第１主要部分後の
センテンスの語尾から後方向のループであるので、カンマと接続単語を探してそ
れを除去し、次の主要部分の後でそのカンマとスペースを除去する。明らかに、
このループにおける最後の反復は最初のサブ・センテンスであり、従って、除去
すべきその前のカンマは存在しない。 ｖｉｉ． 最後のＱＬＣから始まり、私で終了するマイ・センテンス内のアク
チブＱＬＣの各ＱＬＣに対して下降するループにてステップiii)-vi)( アクチブ
・セグメント＋１）を反復する。 ８． 主要部分位置プロパティ＝回答後の主要部分であれば、左から右へ調べる
（１９２５）。 ｉ． (アクチブＱＬＣの各ＱＬＣに対するストリング回答を発見する目的で
左から右へ切捨てられる)次のステップのテキスト操作に関し、マイ・テキスト
と称している一時的ストリング変数に貴方の主語無しセンテンス・プロパティを
割り当てる。 ｉｉ． マイ・テキスト内で貴方の主要部分ストリング・プロパティの位置を
発見し、その左側端部の位置を演算する。 ｉｉｉ． マイ・テキストをマイ・テキストの左側端部から（マイ・テキスト
における）貴方の主要部分の左側端部を調べ、結果的に生じるストリングを貴方
のストリング回答プロパティに記憶する。 ｉｖ． マイ・テキストの右側から主要部分を除去する。 ｖ． （サブ・センテンスを分離している）主要部分後に（その右側に）現れ
るカンマとスペース又はカンマと接続単語を除去する。これはセンテンスの開始
部分から始まるループであるので、除去される必要があるカンマと接続単語によ
り分離される最後のものを除いて主要部分の各主要部分後のカンマとスペースを
除去する。最後の後は除去するものは何も無い。 ｖｉ． センテンス（アクチブ・セグメント>0)に貢献した付加的ＱＬＣがマ
イ・センテンス内にある場合は私の後から始まりセンテンス内の最後のアクチブ
ＱＬＣで終わるマイ・センテンス内の各アクチブＱＬＣに対して上昇ループにあ
るこれらのＱＬＣに対して再びステップii)-v)を繰り返す。 ９． マイ回答のどの回答がテキスト内に現れるかをチェックし、その選択され
た回答をマークする。 ｉ． ストリング回答プロパティ・ストリングをループ・オーバーし、次のカ
ンマ又は接続単語が来る迄そのストリングを調べ、一時的変数である回答セグメ
ント内に記憶する。 ｉｉ． 貴方の回答をループ・オーバーし、それらの回答を回答セグメントと
対比する。 ｉｉｉ． 一致１９３０が発見されれば、この回答を「選択」する。（「真」
をその「選択された」プロパティに割り当てる。） ｉｖ． 回答セグメントがいずれの回答とも一致しない場合は、貴方の質問が
連結されているリストをチェックする。（一時的に又は永久的に知識ベース質問
に加えるためユーザが回答を選択する質問から）それが一致すれば、この回答を
貴方の質問に対して一時的に加え、それを選択されたものとしてマークする。技
術的には、これはＱＬＣ内の付加的回答フィールドの１つに加えられ（知識ベー
スは１つの質問あたり回答を１２個まで記憶するが、ＱＬＣはこの目的に対して
回答と応答フィールドを付加的に６個備えている）その対応する応答フィールド
は選択されたものとしてマークされる。 ｖ． リスト内に存在していない場合は、新しい一時的回答として回答セグメ
ントを前述の如くＱＬＣ１９３５内の貴方の質問に加える。いずれにせよ、知識
ベースに何ら改変はされておらず、追加はＱＬＣのレベルにおいてのみなされる
ことに留意すべきである。 １０. ＫＢ内の次のセンテンスを先導しているＱＬＣが在る場合、その現行の
テキスト・センテンスがそのセンテンスを生成したかを見るため、チェックし、
必要があれば先のステップ１を繰り返す。センテンスがあれば、回答のどの回答
が現れるかを決定するため先のステップ２−９を繰り返す。 １１． テキスト内に現れない場合は、マイ・パラグラフ内のセンテンス全てを
先導するＱＬＣを全て対象として、このステップ１を繰り返す。現在チェックさ
れているセンテンスに一致するものが無い場合は私はこのセンテンスがユーザに
依って入力されるフリー・テキスト・センテンスであると結論付けねばならない
。本例の場合、マイ最終センテンス・プロパティに対してフリー・テキストとし
て追加する。 １２． テキスト内の次のセンテンスをチェックするため、私の後の次のセンテ
ンスを先導するＱＬＣを調べ、テンプレート内の最後のセンテンスを先導するＱ
ＬＣが行う迄ステップ１−１２を繰り返す。

【０３８０】 ここで図１Ａの決定支援機構５０の好ましい実施例であるブロック略図の図示
である図２０Ａを参照する。

【０３８１】 図２０Ａの決定支援機構はオブジェクト・モデル２０１０、複数個の論理規則
２０２５、ユーザ・データ入力選択２００５と相互作用する複数個の論理規則ト
リガー２０２０、知識ベース２０１５、外部プログラム２０３０を含む。

【０３８２】 更に図２６を参照して説明される如く、全体的に図１Ｂの素子１４０に対応し
且つ図１Ａの非プログラミング知識ベース・エディタ（ＫＢ)４５を使用してア
プリケーションの作成又は修正を行う際ユーザが作成した知識ベース２０１５の
構造を基に、このシステムは好ましくは知識ベース２０１５の構造を反映してい
るオブジェクト・モデル２０１０を自動的に創生する。

【０３８３】 好ましくは、ユーザが典型的にはデータ入力選択２００５を作成することでデ
ータを入力する毎に、このシステムは自動的にオブジェクト・モデル２０１０を
集めてユーザに依り作成された選択を反映する。データ入力選択２００５は好ま
しくは図１Ａの階層的質問データ入力機構１５で行われる。

【０３８４】 又、ユーザがデータ入力選択２００５を作成する毎に、このシステムは好まし
くはそのデータ入力事象が知識ベース・エディタ１４５を使用して何らプログラ
ミングを行わずにユーザが定義付けできるマルチプル論理規則トリガー２０２０
の１つと関連しているか否かをチェックする。

【０３８５】 論理規則トリガー２０２０がユーザ選択２００５でトリガーされる場合はいつ
でも適切な論理規則２０２５が好ましく励起される。 典型的にはユーザが定義付け出来るこうした論理規則２０２５が多数存在して
いる。 論理規則２０２５は典型的にはプログラム的状態又は割り当てをオブジェクト
・モデル上に表現するためオブジェクト・モデル２０２５を利用している、例え
ば、ビジュアル・ベーシック・コードといった簡単なコンピューター・コードの
短いマクロ又はセグメントである。 例えば、その条件は、“IF カラー＝赤 THEN……”である。 割り当ては“IF カラー＝赤 THEN 状態＝ペインチングが必要”である。 これらの論理規則２０２５は論理規則トリガー２０２５の１つにおける条件に
一致すれば実行される。

【０３８６】 ここで、図２０Ａの装置の作動における好ましい方法を略フローチャートで図
示した図２０Ａを参照する。

【０３８７】 好ましくは、以下に説明するステップ２０４０，２０４５，２０５０，２０５
５はユーザが知識ベースの構造を変える場合はいつでも典型的に発生するセット
・アップ・プロセスを表している。

【０３８８】 図２０Ｂの方法には好ましくは以下のステップが含まれている。

【０３８９】 ユーザが知識ベース（ステップ２０４０）を編集する場合、このシステムは自
動的に好ましくは階層的知識ベースの正確な構造を反映しているオブジェクト・
モデル（ステップ２０４５）を作成する。知識ベース内の各テンプレート、質問
及び回答に対して、テンプレート、質問及び回答の間の知識ベースにおける相互
の関係がこのオブジェクト・モデル・ライブラリー内で反映されるよう対応する
オブジェクトがオブジェクト・モデル・ライブラリー内で作成される。

【０３９０】 ユーザは他のオブジェクトと同様オブジェクト・モデル内におけるオブジェク
トの利用を含むことが出来る論理規則（ステップ２０５０）を定め、例えば、そ
の条件の一部分は知識ベースに関係があり、一部は知識ベースには関係がない。 特に、例えば、今日の日付けは、その規則の一部に出来るが、ＫＢオブジェク
ト・モデルの一部には出来ない。 ステップ２０５０はＭＳワードVBAマクロ・エディタといった任意の適切な標
準型で広範囲に利用可能なユーザ・ツールを使用して実行可能である。

【０３９１】 次にユーザは典型的にはユーザによるプログラミングが要求されない図２６を
参照して以下に説明する如く図１Ａの非プログラミング知識ベース・エディタ（
ＫＢ)４５を使用して論理規則トリガー（ステップ２０５５）を定義付けする。

【０３９２】 図１Ａの階層的質問表データ入力機構１５といったデータ入力アクション（ス
テップ２０５０）を行うユーザのクリック事象がある場合はいつでもオブジェク
ト・モデルはそのデータ入力を反映するよう自動的に集められる（ステップ２０
６５）。

【０３９３】 次に、システムはこのデータ入力選択が図２０Ａの論理規則トリガー２０２０
と関連しているか否かチェックする（ステップ２０７０）。 関連していれば、次に図２０Ａの適切な論理規則２０２５が実行される（ステ
ップ２０８０）。

【０３９４】 規則の形式（ステップ２０８５）に応じて、このシステムは知識ベース内の回
答をプログラム的に「選択」するか（ステップ２０９０）又はオブジェクト・モ
デルの範囲外にある外部プログラム又は動作を実行する（ステップ２０９５）。

【０３９５】 ここで、図１Ａのマルチリンガル機構６０の好ましい実行例を略フローチャー
ト図示にしてある図２１を参照する。 図１Ｂの装置の各種部分にて有用である図２１の方法は第１言語２１００での
構成された質問を介してデータ入力に対する好ましい方法を含み、このデータは
階層的言語依存型構造２１０５内又は第１言語２１２０での生成されるテキスト
内に記憶される。 次に、このデータは第２言語での質問２１３５又は生成されたテキスト２２４
０として見ることが出来る。 図２１の方法は自明のものである。 マルチリンガル能力はデータが構造質問を介して集められ、言語依存性構造と
して表され、又、最終的な出力がこの言語依存性構造を基にしたテキスト生成機
構で生成されるという事実から得られるものである。 図２２Ａと図２２Ｂは更にマルチリンガル知識ベース構造及びこのマルチリン
ガル機構を介している翻訳ユーティリティを表している。

【０３９６】 ここで、図２２Ａ及び図２２Ｂを参照すると、これらの両図は共に、特に先の
図２１で説明したマルチリンガル機構を表しているマルチ言語支援を提供するの
に適している図１Ｂの知識ベース・データベース１４０の好ましい実行例を簡略
化されたブロック図の図示例を含む。 知識ベース・データベース１４０の好ましい実行例についても図９を参照して
先に説明してある。

【０３９７】 知識ベース・データベース１４０は好ましくは各言語に対して１つ設けた複数
個の組の表を含み、図２２Ａ，Ｂにおいては、説明の簡明化の目的上、こうした
組は言語Ａ２２１０と言語Ｂ２２４０の２つが表されており、これより多数の言
語を実現すべく更に多数の組の表を使用可能であることが理解されよう。 ユーザは好ましくは知識ベース・エディタ１４５を使用してこうした組の表を
編集出来る。 翻訳ユーティリティ２２０５は好ましくは、表２２１０の１つの言語の組を同
等構造と第２言語２２４０における記録IDを有する表の組に自動的に翻訳する。 この翻訳は好ましくは１つの言語における各表内の各記録に対して第１記録内
に記憶されているストリングの翻訳を含む表の第２言語の組における同等のIDを
有する記録が存在しているように実行される。

【０３９８】 ユーザは選択された言語に適している表の組と通信する言語セレクター２２７
５を介して所望の言語を選択出来る（２２８０，２２８１，２２８２，２２８３
，２２８４，２２８５）。

【０３９９】 各言語に対して、表の組は好ましくは２つの構成要素を含み、論理表２８１は
言語の言語的論理に関する定義付けを記憶している（例えば、センテンスの主語
がセンテンスの文頭又は文尾に現れるか、どの接続単語を使用すべきか等）。

【０４００】 内容２２８２は好ましくは特定のアプリケーションに対するデータを含む１組
の表を含み、好ましくは、それぞれ図９における素子９１０，９１５，９２０に
対応する表テンプレート２２８３、質問２２８４及び回答２２８５のサブ・セッ
ト３組を含む。

【０４０１】 選択された言語２２８１の論理及び選択された言語の内容表２２８２を基に、
」図２２Ａ，Ｂの装置は次に好ましくは知識ベースに関連した全ての作動を実行
し、従って、質問表２２９０のデイスプレイを可能にし、単文センテンス２２９
２を生成し、重文センテンス２２９４に結合し、その選択された言語におけるテ
キスト２２９６の分析を行う。

【０４０２】 ここで典型的なカスタマー記録構造と本発明理解に役立つその使用における特
定事例の略図である図２３〜２５を参照する。

【０４０３】 テキスト固定部分２３０５は好ましくはテキストと数字データを保持し、或る
形式でフィールドとしてデイスプレイ出来且つ更新モードで使用され、即ち更新
される毎に上書きされカスタマーについての「相対的に一定の」データ、即ち頻
繁に変更されないデータを表すマルチプル形式上の部分を含む。 技術的には、このデータは好ましくは１つのドキュメント・ファイル・オブジ
ェクトとして記憶され、例えば、１つのＭＳ-Ｗｏｒｄドキュメントとして記憶
される。

【０４０４】 表固定部分２３１０は好ましくは年代順様式にて集められているデータを保持
するマルチプル・スプレッドシート状セクションを含み、これは表フォーマット
で簡便にデイスプレイされ又は各カラムがその入力されるデータの年代順様式の
組を表すグラフとしてチャートにされるのに充分である。

【０４０５】 ログ型イメージ・セッシヨン２３１５は好ましくは「カスタマー」に関連した
各種分類の走査される文書又は他の走査されるイメージ等といったマルチプル・
イメージを記憶し、当該各データはその取られた際の時間スタンプを有し、又、
その含有している名称及びカスタマー記録文書１１５内に記憶されているマルチ
プル・セクションを含む。技術的には、これは例えばＭＳエクセルといった１つ
のスプレッドシート状セクション文書ファイル・オブジェクトに記憶される。

【０４０６】 ログ型テキスト部分２３２０は好ましくは年代順様式にて入力され、データが
記憶されログ型入力セッションの一連のものとしてディスプレイされるテキスト
・データを含む少なくとも１つのセクションを含む。 ユーザがカスタマーと相互連絡する毎に、この相互連絡を文書化して説明する
テキスト・セッションが好ましく生成される。 セッションの終了時点に、その説明を行っているテキストが好ましくは付加的
ログ入力として従前のログ入力の集合部分に加えられる。

【０４０７】 当該各セッション２３２５，２３３０，２３６５は又、好ましくはアプリケー
ションとは無関係に同等の構造を有し、これはカスタマーが所有している１個以
上の問題２３３５，２３５５，２３６０を取り扱っている。 「カスタマー」の性状と「問題」の性状はアプリケーションが異なれば極めて
異なるものとなるが、構造的には、これらの性状は好ましくは車が抱えているそ
のアドレスされている又は機械的な問題といったクライアントの注目、社会的又
は法律的問題を必要とするような医学面の診断とは無関係に同じである。 こうした各問題は知識ベースのデータベース１４０における図９のテンプレー
ト９４０に関連している。

【０４０８】 アプリケーションに応じて各問題は時折り多数の一定局面２３４０，２３４５
，２３５０即ち異なる問題にて存在する局面に分割可能である。

【０４０９】 一定形式のスタイルのデータ部分と同様、当該各問題又は問題の各局面は構成
された階層的質問表（即ち、各回答が継続質問表に「ブランチ」することが出来
る多岐選択質問を含む各種形式の質問を有する質問）を使用して説明出来る。 効率的なテキスト生成機構が提供してあれば、ユーザのこの質問表における選
択はこの質問表におけるユーザの選択を反映しているテキストを生成することに
なる。 従って、こうした各局面は知識ベースにおける図９のサブ・テンプレート９４
５に関係がある。

【０４１０】 図２４，２５は限定的意味はないが、極めて異なっており、その上、図２３の
同じ構造を基にしているデータ収集アプリケーションの２つの特別事例を表して
いる。

【０４１１】 ここで図１Ａの知識ベース・エディタ４５の好ましい実行例をブロック略図で
図示している図２６を参照する。

【０４１２】 知識ベース・エディタ４５が好ましくはユーザがその大部分をクリックとドラ
ッグの作用でグラフ的に行うアプリケーション素子のプロパティを単に設定する
ことで全て好ましくはプログラミング無しにアプリケーションの知識ベース、従
って、その質問表、テンプレート及び関連あるテキスト生成を創生し改変するよ
うにする。

【０４１３】 知識ベース・エディタ４５は好ましくは質問エディタ２６０５、テンプレート
・エディタ２６１０及び固定部分エディタ２６１５を含む。

【０４１４】 質問エディタ２６０５は好ましくはアプリケーション内で使用する質問、当該
各質問から作成されるテキストの創生と編集を行う機構を含む。 この機構は、図６のＫＢエディタ５２５として参照している図２の質問論理要
素２４０の知識ベース編集能力を基にしている。 質問エディタ２６０５で支援される作動には回答追加/生成２６２０、回答除
去２６２５、回答シーケンス２６３０、編集プロパティ２６３５及び回答位置２
６４０が含まれる。

【０４１５】 好ましくは、支援される作動全ては質問論理要素２４０（図２）のプロパティ
の設定、かくして質問記録、回答記録及び他の記録といった知識ベース・データ
ベース１４０（図２）内の各種記録を設定することで達成される。 好ましくは、編集プロパティ２６３５に対する場合を除く全ての場合において
、プロパティの設定はユーザのクリック・アンド・ドラッグ作動によりグラフ的
に行なわれる。

【０４１６】 回答追加／創生２６２０は好ましくは知識ベース・データベース１４０（図２
）内の回答のバンクから回答を選択し、その回答を質問と組み合わせるか又は知
識ベース内に存在せず、その場合に新しい回答が好ましくは知識ベースに追加さ
れるような、その新しい回答をタイプ入力することにより実行される。

【０４１７】 回答除去２６２５は好ましくは回答を質問からごみ箱アイコンへドラッグし、
かくしてその質問から離される回答を除去することにより行なわれる。

【０４１８】 回答シーケンス２６３０は好ましくは回答を質問内で上下動にドラッグするこ
とで実行され、これにより質問内の回答は好ましくは知識ベース・データベース
１４０内の質問回答記録のプロパティの変更を介して再シーケンス化される。

【０４１９】 回答位置付け１６４０は好ましくはグラフィック型の質問を編集することに特
異の作動を含む。 この形式の質問を編集する際、バックグラウンドのビットマップに関連して各
回答のｘ座標とｙ座標が重要である。 質問のこれらのプロパティを設定することも好ましくはクリック・アンド・ド
ラッグ作動により行われる。

【０４２０】 編集プロパティ２６３５は好ましくはユーザが質問のプロパティを編集出来る
ようにするタブ・プロパティ頁機構を含む。 先に述べた如く、プロパティはその大部分が先に又以下に述べる各種ドラッグ
作動によりセットされる。 プロパティ頁機構は好ましくはドラッグ作動でセット出来ないこれらのプロパ
ティのみをデイスプレイする。 プロパティは好ましくは質問の形式に関連あるこれらのプロパティのみが各質
問に対して示されるよう組織化される。

【０４２１】 テンプレート・エディタ２６１０は好ましくは各テンプレート内に含まれるべ
き質問を選択し、継続質問を設定し且つ多数の質問を連結して重文センテンスを
生成することによりアプリケーション内で使用されるテンプレートの創生と編集
を行う機構を含む。 グラフ的には、テンプレート・エディタ２６１０は質問デイスプレイ・エリア
を含み、この場合、そのテンプレート内に含まれる質問は実際の}ソフトウエア
で呈示される様式と同様の様式にてデイスプレイされ、技術的にはこれはテンプ
レート・デイスプレイ素子２２０（図２）を基にしており、通常のテンプレート
で入手出来ない一部のドラッグ作動のみがここで可能化されている。

【０４２２】 以下の作動はテンプレート・エディタ２６１０で支援され、以下に説明される
ものである。 即ち、質問追加２６４５、質問除去２６５０、質問シーケンス２６５５、セン
テンス結合２６６０、編集プロパティ２６６５及び質問コピー２６７０である。

【０４２３】 質問追加２６４５は好ましくはユーザが現存する質問のリストから質問を選択
可能にし且つこれらの質問をテンプレート上でドラッグ出来、又、これらの質問
又は質問をテンプレートに追加する手段としての機構を含む。 このリストは質問を簡便の目的上、グループに組織化するようMSエクスプロー
ラーの「フォルダー」メタフオールと同様にすることが好ましい階層的リストを
含む。

【０４２４】 質問除去２６５０は好ましくは質問をテンプレートからごみ箱アイコンへドラ
ッグすることで実行され、その質問は次に好ましくはテンプレートから離される
。

【０４２５】 質問シーケンス２６５５は好ましくは質問デイスプレイ・エリア内で質問をド
ラッグすることにより実行され、次にそのドラッグされた質問又は質問はドラッ
グが開放された位置にて挿入され、他の質問は全て好ましくはそれに応じて再シ
ーケンス化される。

【０４２６】 好ましくは、リンク・ボタンの押し付け時にドラッグするセンテンス結合２６
６０はドラッグ・エリア内でカバーされる質問をリンクさせ、かくしてこれらの
各質問のセンテンスは重文センテンスを形成すべく結合される。 次に「リンク」のアイコンが好ましくは現時点でそれらがリンクされているこ
とを示すそのリンクされた質問上にグラフ的に位置付けられる。 こうした「リンク」アイコンをクリックすると好ましくはリンク・プロパティ
頁をもたらし、それによりユーザはリンクのプロパティを編集出来る。 技術的には、これらの作動は全て単にそのリンクされた質問の・プロパティを
セットする。 リンク・アイコンをごみ箱にドラッグすることで好ましくはこれらの質問の間
のリンクが除去される。

【０４２７】 編集プロパティ２６６５：クリック・アンド・ドラッグ作動でセット出来ない
これらのプロパティは好ましくはプロパティ頁機構をデイスプレーするこの機構
を介してセットされる。 編集プロパティ２６６５を使用してセットされるプロパティは好ましくは例え
ばテンプレート名前、形式及びその適切なプロパティが含まれる。

【０４２８】 質問コピー２６７０は好ましくはユーザが質問をコピーすることが出来る機構
を含むので、同じ質問の僅かに異なる改変内容を創生できる。

【０４２９】 固定部分エディタ２６１５は好ましくはアプリケーションの文書固定部分２３
０５（図２３）に存在するテンプレートを編集する機構を含む。 この形式のテンプレートにおいて、テンプレートは文書を基にしており、その
文書にはフィールドが位置付けられ、これらのフィールドは各種質問と組み合っ
ている。 従って、編集作動は以下の如く僅かに異なっている。

【０４３０】 質問追加２６７５は好ましくはその追加される質問が質問デイスプレー・エリ
ア内へよりむしろバックグラウンド文書上にドラッグされる点を除いて質問追加
２６４５と類似している。

【０４３１】 質問除去２６８０は好ましくは質問デイスプレー・エリアからよりむしろバッ
クグラウンド文書からごみ箱へその除去される質問がドラッグされる点を除き、
質問除去２６５０と類似している。

【０４３２】 質問位置２６８５：バックグラウンド文書内の質問をドラッグすることで好ま
しくはその質問をドラッグの開放の正確な位置へ移動させる。開放の位置で、バ
ックグラウンド文書内にはフィールドが好ましく挿入され、そこでこのフィール
ドの名称は好ましくはそのドラッグされる質問の名称である。

【０４３３】 編集バックグラウンド２６９０：ユーザはバックグラウンド文書を編集し、静
的テキスト、グラフィックス及び他のアイテムを追加し、フォントを変え且つ他
の適切な作動を実行出来る。 技術的には、バックグラウンド文書は好ましくはＭＳ-Ｗｏｒｄドキュメント
又はＨＴＭＬドキュメントを含み、そのため編集バックグラウンド２６９０は特
別の機構は要求せず、むしろＭＳ-Ｗｏｒｄ又はＨＴＭＬエディタといった標準
的なソフトウエアを利用出来る。

【０４３４】 編集プロパティ２６９５は好ましくは一部のプロパティが好ましくその固定部
分に対して特定化されている点を除き編集プロパティ２６６５に類似しており、
好ましくは通常のテンプレートとは異なっている。

【０４３５】 本発明の好ましい実施態様に関連した以下の詳細な事例は限定的な意味はなく
、その説明は好ましい代替例のみを参照する意図がある。

【０４３６】知識ベース・エディタ ＫＢエディタは「編集モード」（そのモード・プロパティは編集に設定）で機
能するＱＣとＴＣを基にしている。 このモードの場合、ドラッグ作動が可能にされ、ユーザは、ここで簡単に説明
する如く、知識ベースの編集を行うことが出来る。

【０４３７】質問エディタ （回答の一方の回答上ではなく質問をクリックする）質問の選択、その質問に
編集フォーカスを設定し、その上部にミニ・ツール・バーをデイスプレーする。
このデイスプレーは以下のボタン、即ちチェック（OK)、変更受け入れ、X(キャ
ンセル）、ごみ箱（del)、プロパティ・アイコン及び（新しい回答の）追加アイ
コンである。 １． 異なるシーケンスに回答をドラッグすることで回答の再シーケンス化を図
る。 ２. ごみ箱アイコンに回答をドラッグすることで回答を削除する（且つそれに
応じて他の回答を再シーケンス化する。）。 ３. 追加ボタンをクリックすることで追加する可能性のあるアイテムのリスト
及びサーチ・ストリングを入力するようそのアイテム上方の文書フィールドによ
りＱＣの右側（又は可能でない場合は左側）に対してＱＣと同様の寸法のパネル
を開く。ナビゲーション・デスプレー素子選択テンプレート・コンボに対して先
に述べた如く、このサーチ機構が作動する。テキストを入力すると、ここで説明
する如く、リストが狭くなる。このリストから質問へ回答をドラッグすることで
、その点にてこれを挿入する。回答が現時点で１２を越える場合はメッセージが
ユーザを変更し、最後の回答が消去される。 ４. サーチ・ストリング・フィールドの次の追加ボタンはマスター・リストに
も存在していない新しいアイテムを追加可能にする。タイプ入力される「サーチ
」ストリングは新しい回答として受け入れられ、マスター・リストに追加され、
最後の回答として質問に追加される。 ５． プロパティのアイコンをクリックすることでプロパティのダイアログが開
く。

【０４３８】テンプレート・エディタ このエディタによって実行される全てのアクションは洗練されていると思われ
るが、実際には、ＱＣの種々のプロパティをテンプレートに設定し、その後それ
らの質問ディスプレイ（もし必要ならポップアップ表示方式）を起動することを
含んでいる。 例えば、質問を回答にドロップし、そのＩＤを各回答の継続ＩＤ(ｎ)に割当て
、ポップアップ表示によって‘更新’する。 しかしながら、結果は‘不思議と’継続として表れる。 ＱＣは十分機能的であり、ユーザは生成されたテキストをあらゆるポイントで
チェックすることができ、それが適切に動作しているかどうかを見ることができ
る。アクションが行われるときはいつでも、システムも単数または複数の回答を
マークするので、テキスト生成を閲覧することができる。 １． 全回答は編集スモールモードで表示される。それらは編集モードであるが
、それらのオリジナルサイズの７５％で表示もされ、より小さいフォントが用い
られる。その結果、左側にテンプレートと質問の階層リストのための空間が生じ
る。 ２． このリストの左側の下は‘ワークスペース（Workspace）’であり、ユー
ザが質問を、または一時的に質問グループを、ドラッグ・アンド・ドロップ（dr
ag and drop）することができる。 ３． テンプレートの質問領域は１２の質問各々のための‘スロット’を指示す
る四角がマークされる。 ４． 質問を１つのスロットから別のスロットにドラッグすると、それがそのロ
ケーションに移動し、残っている質問が適宜必要に応じて再順序付けされる（例
えば、空のスロットが残っている場合、質問が繰り上がる）。 ５． 質問をリストからスロットにドラッグすると、それがそのポイントに挿入
される。 ６． 質問をスロットからゴミ箱にドラッグすると、それがテンプレートから除
去される。 ７． 質問をスロットから、またはリストからワークスペースにドラッグすると
、その質問がそこに移動する。しかしながら、ワークスペース内では質問はグラ
フィカルに表示されずに単に名前で表示される。 ８． 質問をドラッグし（スロット内の質問の１つの）回答にドロップすると、
この質問を継続としてその回答に接続しようと試みられる。リンクサインが現わ
れ回答をその継続に接続する。 ９． 継続リンク上でダブルクリックすると、継続リンクプロパティボックスが
表示され、そのボックスが現在の設定を表示して、それを変更することが可能に
なる。継続質問はしばしば下働きするように設計された継続形式用に既に設定さ
れているので、これは設定を必要としない。 １０． 継続質問をゴミ箱にドラッグすると、それが削除され、その結果継続リ
ンクが明らかに解除される。 １１． 継続リンクアイコン自体をゴミ箱にドラッグすると、継続質問が解除さ
れ、それがワークスペース内に置かれる。 １２． リンクアイコンボタン上でクリックすると、カーソルがリンクアイコン
型に変わり、リンクアイコンボタンが再びクリックされるまでリンクアイコンボ
タンは押されたままにされる。このモードにおいて、スロット内の質問の１つの
質問の上でクリックして、その隣りの第２の質問の上にドラッグしリリースする
と、２つの質問の間にリンクが作成される。リンクアイコンが現れてそれらを接
続し、メッセージボックスが、例えばフォースコネクト（ForceConnect）、コネ
クトストリング等の接続のための数個のオプションと共に現れる。 １３． 左側のリストは階層的であり、ＭＳエクスプローラ・フォルダ・メタフ
ァーを使用する。その階層の四つのレベルは以下のとおりである。 １） 第１レベル：質問グループ ２） 質問のグループ：ユーザが探している質問、例えば時間関連シンプトム
記述（Time related. Symptom Description）、ＰＥファインディング、をユー
ザが発見することを助ける。 ３） 第２レベル：質問 ４） 質問のフォーマットを無視した、そのカテゴリ内の質問のリスト。同様
の質問が異なる出力フォーマット、例えば‘持続時間’で現れるかもしれない。 ５） 第３レベル：質問変化 ６） 質問（例えば、‘ＤＵＲＡＴＩＯＮ（テーブル出力）’）の変化のリス
ト ７） 第４レベル：質問―回答組合せ ８） 異なるテンプレートで現れるような、この質問の質問―回答組合せのリ
スト １４． リスト内の‘グループ’の１つは‘テンプレート’であり、その下にテ
ンプレートのグループがあり、その下がテンプレートのリストである。テンプレ
ートをドラッグするか、またはそれをダブルクリックすると、それが開かれて、
現在閲覧されたテンプレートを交換する。現在のテンプレートに修正がなされた
場合、メッセージボックスはユーザに彼が修正の保存を望んでいるかどうかを尋
ねる。 １５． 殆どのテンプレートはＮＤＣ上のレギュラーナビゲーションメカニズム
、即ち、固定されたセクション・ボタン、テンプレート・コンボ・ボックス、及
びサブ・テンプレート・ボタンを使用することによって選択される。上記のメカ
ニズムは現在アプリケーションの部分ではないテンプレートにアクセスするため
のものである。 １６． ベーシックＫＢセットの部分である（即ち、ユーザが定義したものでは
ない）テンプレートを修正するとき、システムは元のテンプレートのバックアッ
プ・コピーを保持する。ユーザが定義したテンプレートを修正するとき、システ
ムはユーザにこのテンプレートを上書きするかどうか、またはそれらを異なる名
前で保存するかどうかを尋ねる。 １７． リスト内の質問の上でクリックするとき、それは（固定されたスポット
内の）リストの右側に表示され、したがってユーザがそれを見ることができる。
右側のテンプレートは、灰色に退色処理され、したがってユーザはすぐに質問に
焦点を合わせることができる。リストの外側のあらゆる場所でクリックすると、
焦点はテンプレートに戻り、それを非灰色にする（リストはそれが焦点内にない
ときであっても灰色に退色処理されない）。 １８． ポップアップを有する質問が選択されたとき、それはポップアップと共
に表示され、誰かが枝回答をクリックしたかの如くに、ポップアップが示され、
テキストが生成される。トリガー回答もポップアップ質問内の回答も両方選択さ
れる。ポップアップ自体がポップアップを有するとき、それも表示される（この
レベルまで、困難な場合はこれ以上は必要とされない）。 １９． コピー、ペースト、保存、及び新しいボタンは、編集されているテンプ
レート上でそれらのアクションを実行することが可能である。 ２０． 質問または質問のグループは、テンプレート内部及びテンプレート間の
両方で、コピーし、切り取り、ペーストすることができる。

【０４３９】 輸入関数と輸出関数は定義される必要があり、そうすることでユーザが単数ま
たは複数のテンプレートまたは単数または複数の質問の添付ファイル、またはア
プリケーションストラクチャを添付したｅメールを別のユーザに送信することが
可能になる。 それは基本的には全く単純であり、インポート時にシステムはどんな要素が既
に存在しているかをチェックするが、それらはそれにとって目新しいことである
。 それは新しい要求された要素に新しいＩＤを与え、必要ならそれらの内部リフ
ァレンスを修正する。 例えば、私が受信したテンプレート内の質問が私にとって目新しい場合、私は
私にとって適切なＩＤ、例えば次に利用可能なＩＤ、をそれに与え、その新しい
ＩＤによってこの質問を呼び出すためテンプレート記録を変更する。

【０４４０】 次に図２７を参照すると、それは図１Ａのマルチユーザ非同期的アクセス機構
６５の好ましい実施のブロック略図である。

【０４４１】 図２７において、２名のユーザはユーザＡ２７０５とユーザＢ２７１０とから
なり、同様のアプリケーションを使用して示されているおり、それは同様のイニ
シャルアプリケーション知識ベースのデータベース１４０を基にしている。 図２７の装置が、一例としてのみ図２７に示されている２名のユーザと共に、
多数のユーザに一般的に適用可能であることは理解されるであろう。

【０４４２】 ユーザの各々、ユーザＡ２７０５及びユーザＢ２７１０は、彼らの個々のニー
スと好みとに従って知識ベースのデータベース１４０を変更する。 変更は好ましくは、あらゆるプログラミングなしに、知識ベース・エディタ４
５（図１Ａ，２６）を使用して達成される。 結果として、ユーザ２７０５及びユーザ２７１０の各々は目下のところ、異な
る知識ベースに基づいたアプリケーションを用いて動作している。 ユーザＡはユーザＡ２７０５用知識ベース２７２５を変更し、ユーザＢはユー
ザＢ２７１０用知識ベース２７３０を変更し、それらは互いに及びイニシャルア
プリケーション知識ベースのデータベース１４０と異なり、典型的には非同期的
である。

【０４４３】 別々に変更された知識ベース２７２５及び知識ベース２７３０に基づいて、２
名のユーザ２７０５及びユーザ２７１０の各々は好ましくは、異なる階層データ
入力質問表、即ち階層データ入力質問表Ａ２７１５と階層データ入力質問表Ｂ２
７２０とをそれぞれ使用して、データを入力する。

【０４４４】 しかしながら、２名のユーザ２７０５及びユーザ２７１０が別々の非同期的な
知識ベース、及び従って別々の階層データ入力質問表を使用しているという事実
にもかかわらず、彼らは好ましくは共有するカスタマ記録ドキュメント１１５に
読み書きすることができる。 このことは好ましくは彼らの各々がテキスト生成機構３０を介してカスタマ記
録ドキュメント１１５に書込みという事実によって達成され、テキスト解析機構
３５を介してカスタマ記録ドキュメント１１５からのデータを読取り、処理する
ことができる。

【０４４５】 非同期的アクセス機構は好ましくは以下の２つの要素に基づいている。 即ち、（ａ）データがカスタマ記録ドキュメント１１５内に、非階層的に、単
純なテキストとして記憶されるという事実、（ｂ）テキスト解析機構３５がこの
単純なテキストから、その作成が選択され引き起こされた質問及び回答を推論す
ることが可能であるという事実である。

【０４４６】 選択された質問及び回答のＩＤは好ましくは記憶されない。 それらが先行技術のシステム内で典型的であるように記憶された場合、異なる
ユーザの知識ベースがカスタマ記録をこの仕方で共有するために同期化されるこ
とが必要となる。

【０４４７】 次に図２８を参照すると、それは図１Ａの非ユーザ・アクセス機構７０の好ま
しい実施のブロック略図である。 図２８はまたフローチャート類似要素も含む。

【０４４８】 図２８において、システムの非ユーザ２８１０は、アプリケーション及びその
知識ベースに対する直接的なアクセスを典型的に有していないが、図２８を参照
してここで記述されている機構を使用するカスタマ記録にはやはりアクセスする
ことができる。 “直接的なアクセス（direct access）”という表現は、本明細所及び請求の
範囲を通して使用されているように、意志決定支援を読取り、解析し、変更し、
記録等のオブジェクトに適用する能力を含む。 一般的に、この能力は、システムは本質的に階層的であるという事実にもかか
わらず、記憶装置をフリーテキストとして使用するアーキテクチャの結果である
。

【０４４９】 上記のように、特に図１Ａに関連して、更には図１Ａ，Ｂを再び参照すると、
各アプリケーション・ユーザ２８０５は好ましくは、アプリケーション知識ベー
ス１４０（図１Ｂ）に基づいた階層的質問表データ入力機構１５（図１Ａ）を使
用するデータを入力する。 データは、好ましくは本質的に階層的であり、好ましくは、ユーザ入力に基づ
くテキストを生成するテキスト生成機構３０と、テキストを解析するように好ま
しくは作動するテキスト解析機構３５（図１Ａ）とによって、カスタマ記録ドキ
ュメント１１５内にテキストとして非階層的に記憶され、好ましくは、上記のよ
うにテキストの形成が引き起こされた選択された質問及び回答の階層的構造内に
戻るカスタマ記録ドキュメント１１５を含む。

【０４５０】 図２８を再び参照すると、非ユーザ２８１０は、汎用のビューア／ブラウザ（
viewer／browser）２８４０の適切な形式を使用して、カスタマ記録ドキュメン
ト１１５を閲覧することができる。何故なら、カスタマ記録ドキュメント１１５
はフリーテキストとして記憶されており、従ってその閲覧用知識ベースの構造に
依存していないからである。

【０４５１】 カスタマ記録ドキュメント１１５内に書込むために、以下のステップが好まし
くは実行される。 即ち、非ユーザは典型的には利用可能なテンプレート及び知識ベースを有して
おらず、従ってデータをフリーテキストとして入力することだけできるテキスト
としての書込みセッション２８１５、 典型的に、非ユーザはシステムのユーザから、ｅメール発明または他のあらゆ
る適切な発明を含む適切な発明を受信し、相互カスタマの記録に提供するアプリ
ケーション・ユーザ２８２０に対するｅメール。発明は典型的には、例えば適切
なフォーマットのＭＳ−Ｗｏｒｄで非ユーザが彼／彼女のセッションを書込むこ
とができるような、添付された空のドキュメントを含む。その後、非ユーザは、
好ましくはｅメールと、彼が彼の入力を書込んだその添付ドキュメントとを参照
ユーザに対して単純に返信することによって、彼／彼女の入力を送信する。 ユーザのマシン上において、インボックスエージェント（inbox agent）は好
ましくは、非ユーザによるセッションの要求に対する入ってくる応答であるはい
ってくるメッセージを識別する合意に基づくフォーマットを有する入ってくるメ
ッセージを走査する、入ってくるメッセージを受信するインボックス・エージェ
ント２８３０。例えば、合意に基づくフォーマットは、例えば”ＲＥ：Ｃｏｎｓ
ｕｌｔａｔｉｏｎ：Ｊｏｈｎ Ｄｏｅ ２３４−２８−２８３７”に似たフォー
ムのようなサブジェクトまたはタイトルの特定のフォームを有することを含むこ
ともできる。 テキストを新しいセッションとして自動的に挿入するシステム２８３５。再び
合意に基づく上記のような慣例に基づくと、インボックス・エージェントは、ｅ
メールのサブジェクトまたはタイトル内の”ＲＥ：ｃｏｎｓｕｌｔａｔｉｏｎ：
”の後ろに現れるカスタマネーム及びＳＳＮによって、例えば上の例に続くよう
な、非ユーザ・セッションが属するカスタマを識別することができる。従って、
システムは好ましくは適切なカスタマのカスタマ記録ドキュメント１１５内に新
しいセッションを作成し、好ましくはｅメールに添付されたドキュメント内のテ
キストを現在のセッションにコピーし、非ユーザの名前を使用する現在のセッシ
ョンをサインする。

【０４５２】 ２８２０，２８３０で記述されたように非ユーザが書込まれたセッションをｅ
メールを介してシステム内に送るための代わりとなる方法は、例えばインターネ
ットサイトを介して、アプリケーションサーバと直接的に相互作用することによ
って、そのように行う。

【０４５３】 この能力が、特にシステム内のデータの階層的性質の観点から、有意義である
ことは理解でき、そのことによりシステムのユーザが先行技術のテキスト・シス
テムでは利用できなかった完全な意志決定支援及びその他類似の機能を受信する
ことが可能となる。 言い換えれば、非ユーザがカスタマ記録を閲覧及びもしかしたら書込むことさ
えも可能にするシステムが存在するということであり、何故ならカスタマ記録は
テキストとして記憶されており、しかしながら構造化され階層的であることの利
点を有するシステムに置いてそのように行う先行技術のシステムは存在しないの
である。 そのような利点は典型的には、構造化されたデータ入力、意志決定支援、研究
及び統計、及びその他類似の利点を含んでいる。

【０４５４】 次に図２９Ａ，Ｂを参照すると、それは、総合すれば、図１Ａの研究及び統計
機構５５のオペレーションの好ましい方法の簡易流れ図を含む。 図２９Ａ，Ｂの方法は好ましくは、以下に記述するステップを含む。

【０４５５】 研究及び統計機構５５（図１Ａ）は好ましくは、ユーザをステップのシーケン
シャル・シリーズを通して案内し、背景で特定のアクションを適宜実行する、‘
操作ガイド機能のような’機構を含む。 図２９Ａ，Ｂにおいて、左側のボックスは操作ガイド機能のシーケンシャル・
ステップを表し、右側のボックスはユーザ入力に応答してソフトウェアによって
好ましくは行われる自動的なアクションを表している。 図からはっきり分かるように、ユーザに対して入力を指示する操作ガイド機能
のステップは好ましくは、システムによって行われる自動的なアクションにつな
がる。

【０４５６】 操作ガイド機能のステップと、システムによって行われる自動的なステップの
ステップが今から、例のためだけであって制限する意図はなしに、特許を基にし
たアプリケーションまたはカスタマを基にしたアプリケーションに関して以下の
ように大雑把に記述される。 各記述のために、特定のエンティティを作成するステップとそれによって作成
されたエンティティとは、一緒に記述され、ステップとエンティティとの間の関
係はそれなりの当業者にとっては明らかである。

【０４５７】 １． 調査グループの照会を定義せよ（２９００） 患者のサブセットを検索し、調査内に含まれ、数個の比較グループに更に分割
される複合照会をユーザが定義することを可能にする。 最終照会は好ましくは、各調査グループの照会が多数の副次的な照会を含むこ
とができる副次的な照会２９０２を、ユーザに定義させることによって構成され
る。ユーザは１度に１つの副次的な照会２９０２を定義し、この処理を何度も繰
り返して、そのような副次的な照会２９０２を多数作成し、それらが結合して照
会２９００を形成する。 そのような副次的な照会２９０２の各々は好ましくは以下の要素を含む。 ＡＮＤ／ＯＲ２９０４は、好ましくはコンボ・ボックスによって設定されるが
、副次的な照会が‘ＡＮＤ’ステートメントとしてまたは‘ＯＲ’ステートメン
トとして一般的な照会に結合するかどうかを定義する。 分野２９０６は好ましくはコンボ・ボックスとして実施され、ユーザがアプリ
ケーション内の全分野のリストから１つの分野を選択することを可能にする。 オペレーション２９０８は好ましくは、ユーザが分野に対する値を比較するこ
とに使用されることになるオペレーションを選択することを可能にする。適した
オペレーションの例は、含む、含まない、＞、＜、＞＝、＜＝、及びその他の適
したオペレーションを含む。 質問２９１０は好ましくは選択された分野に対応する質問を表示し、従ってユ
ーザは副次的な照会のための値を入力または選択することができる。例えば、テ
キスト／番号を入力、または単一または複数の回答、番号、及び単位を選択する
。質問２９１０は好ましくは質問ディスプレイ・コンポーネント２２５（図２）
を使用して実施される。 上記のユーザ・アクションに応答して、システムは好ましくは調査グループ・
ワークシート２９１２を自動的に作成する。このワークシートにおいて個々の行
は好ましくは、有資格カスタマまたは患者の各々のために、調査グループの照会
２９００の基準に従って、作成される。例えば、この調査グループが５１名のカ
スタマを含む場合、５１の行を有し、その１つがそれらのカスタマの各々に当て
られるワークシートが作成されることになる。

【０４５８】 ２． 分野を示せ（２９１４） 好ましくはユーザがレポートに含まれるべき分野をアプリケーションの分野の
リストから選択することを可能にする。例えば、前述の大部分を制限することは
なしに、ユーザは利用可能な分野を備えるリストの左側と選択された分野を備え
るリストの右側とを用いてグラフィカルに示されることができる。ダブルクリッ
クする、またはクリックして‘追加’ボタンを選択して分野を追加する。‘除去
’ボタンを選択してリストから除去する。

【０４５９】 ３． 質問の論理形式を決定せよ（２９１６） 選択された分野２９１４の各々のために、システムは好ましくは、その分野に
対応する質問が定量的２９１８、定性的２９２０、または数値範囲定性的２９２
２であるかどうかを決定する。決定につながる意志決定処理の一部は好ましくは
自動であり、その一部は典型的には以下のようにユーザ入力を要求する。 ・質問が単一オプションまたは複数オプション形式である場合、それは好まし
くは定性的形式質問２９２０として自動的に扱われる。この場合においては、ス
テップ２９２６において、調査グループ・ワークシートに１つの列が好ましくは
質問の各回答に対して作成される。即ち、数個の列が好ましくは各質問に対して
作成されることになる。各行が調査グループの１名のカスタマに対応するデータ
を表しているので、そのような行の各々において数個のセルが存在し、それら各
々は質問の回答の各々に対応し、そのようなセルの各々は、回答が各カスタマの
ために選択されたことを反映する真または偽の値を保持する。例えば、四つの回
答、スキー、ダンス、読書、テレビ鑑賞、を備える複数オプション質問である、
質問‘趣味‘において、四つの列が好ましくは作成され、その１つが質問の回答
の各々に当てられる。各カスタマのために、真及び偽が、カスタマのために選択
された回答に従って四つの列のセルに割当てられる。 ・質問が単一オプションまたは複数オプション形式でない場合、即ち、質問が
数字またはテキストユーザ入力を受信する場合、システムは好ましくは、質問の
論理形式が定量的２９１８または数値範囲定性的２９２２であるべきかどうかを
ユーザが決定するように指示する。好ましくは、定量的２９１８はデフォルトで
ある。 ユーザが質問を定量的２９１８として対処することを選んだ場合、ステップ２
９２４において、各質問のための１つの列が調査グループ・ワークシートに作成
され、列は好ましくはユーザが質問のために記入した値を保持する。例えば、質
問‘年齢’において、ユーザはカスタマの年齢を記入し、記入された値はワーク
シートに現れる。 ・しかしながら、ユーザが質問を数値範囲定性的２９２２として対処すること
を選んだ場合、ユーザは好ましくは、定量的、数字またはテキスト、回答を定性
的グループ内にグループ化することに使用されることになる数個の数値範囲を記
入するように指示される。例えば、数字質問‘年齢’は、例えば、０〜２５、２
６〜５０、及び５０〜１００等の、数個の年齢グループを定義することによって
、数値範囲定性的２９２２として対処できる。 数値範囲定性的質問２９２２の場合では、ステップ２９２８において１つの列
が好ましくは、ユーザによって定義された各数値範囲グループのために作成され
る。上の例においては、１つが三つの年齢グループの各々に当てられる三つの列
が作成されることになる。各カスタマのために、数値範囲グループの各々に対応
するセルの各々は、好ましくは真または偽を保持しており、そのカスタマの数値
が落ちる数値範囲グループを反映する。上の例において、カスタマの年齢が２４
だった場合、このカスタマの行の‘０〜２５’のセルが真と割当てられ、その他
のセル（‘２６〜５０’及び’５０〜１００’）が偽と割当てられることになる
。

【０４６０】 ４． 比較グループを定義せよ（２９３０） 任意選択的に、ユーザは数個の比較グループを定義できる。定義された比較グ
ループの各々は好ましくは、１つまたはそれ以上の副次的な照会２９０２を作成
することによって、調査グループの照会２９００を定義することに使用されるも
のと類似した照会作成機構を使用して定義される。 ステップ２９３２において、作成された各比較グループのために、システムは
好ましくは、各行が好ましくはこのグループの有資格カスタマの各々に対応する
、個々のワークシートを自動的に作成する。

【０４６１】 ５． 縦方向の時間枠比較グループを定義せよ（２９３８） 任意選択的に、ユーザはステップ２９３８で縦方向の時間枠比較グループを定
義することができる。カスタマの同じグループを時間の異なるポイントで彼ら自
身と比較するため選択する。そのような縦方向の時間枠比較の１例は、特定の薬
剤が与えられる前及び与えられた後の、同一の患者の特定の実験結果をチェック
することであろう。システムは幾つかの時間枠グループに対して、及び使用され
るべきタイミングに対して、ユーザを促す。 ステップ２９４０において、システムは好ましくは各グループに対して１つの
ワークシートを自動的に作成する。

【０４６２】 ６． サマリー・データ・ワークシートを自動的に作成せよ（２９４２） 各選択された領域／質問２９１４のために、サマリー・シートが好ましくはス
テップ２９４２で自動的に作成される。サマリー・シートにおいてシステムは好
ましくは、調査グループ／比較グループ／縦方向グループ・ワークシートの全て
からのデータを計算し要約する。 ワークシートの基本構造はステップ２９４４により理解されることになる。各
行は各比較グループ２９３０または縦方向の時間枠比較グループ２９３８のため
のデータを要約する。 そのような行の各々において、各領域／質問２９１４またはその回答または数
値範囲グループのために、２つの列が好ましくは以下のように作成される。 ・定量的質問２９１８のために、各質問のためのステップ２９５０において２
つの列が、このグループ内の全てのカスタマが有する数値の平均偏差及び標準偏
差（ＳＴＤ）をそれぞれ保持するように作成される。 ・定性的または数値範囲質問２９４８のために、ステップ２９５２において２
つの列が、定性的質問の場合の質問の各回答のため、または数値範囲定性的質問
の各数値範囲グループのために作成される。２つの列は好ましくは、この回答／
数値範囲が真であるカスタマの番号、別名カウント、と、この質問がチェックさ
れたカスタマの全番号の中からこの番号が出てくる割合とをそれぞれ保持する。 記述された場合において、各質問に対して数個の列のペアがあり、１つのペア
は各回答／数値範囲に対してであることに注意すること。

【０４６３】 ７． 出力フォーマットを選択せよ（２９５４） 好ましくは、ユーザはステップ２９５４で出力フォーマットを選択でき、ユー
ザが結果をテーブル・フォーマットで、またはチャートで、またはその両方で表
すことを望んでいるかどうかということを含む。ユーザが結果をチャートで表示
することを選択した場合、彼は好ましくは使用されるべきチャートのフォーマッ
トを選択するよう指示される。 ステップ２９５６において、ステップ２９５４の入力の少なくとも１部に基づ
いて、システムは好ましくは結果を表すチャート／テーブルを自動的に作成しフ
ォーマットする。

【０４６４】 ８． 統計的な分析を選択せよ（２９５８） システムは好ましくは比較されたグループ上で実行されるべき数個の可能性の
ある統計的テストをユーザに提供し、それらの間の違いの重要性を定義する。ど
のテストが提供されるかは好ましくは、グループの番号及びデータの形式に依存
する。例えば、好ましくは定性的データ対定量的データのための異なるテストが
ある。 システムは好ましくはステップ２９５８で比較されたグループ上で実行される
べき数個の可能性のある統計的テストをユーザに提供し、それらのグループの間
の統計的な重要性を定義する。どのテストが提供されるかは、グループの番号と
データの形式とに依存する。上記のように、例えば定性的データ対定量的データ
のための異なるテストがある。システムは好ましくは、例えば、カイ２乗検定（
chi-square test）またはその他のあらゆる適切な統計的テスト等の好ましい統
計的テストをユーザが選択することを可能にする。 好ましくは、ステップ２９５８においてチェック・ボックスが表され”サブ・
グループを調査グループ全体と比較するか？”と尋ねてくる。調査グループ全体
はしばしば異なるグループが比較される特定の基準を表すのでこのことは有用で
ある。このオプションが選択された場合、選択された統計的テストは好ましくは
複数回実行され、各グループが調査グループに対して比較される。 選択された統計的テストは好ましくはステップ２９６０で実行される。

【０４６５】 本発明の１つの好ましい実施において、図２９Ａ，Ｂの方法全体はエクセル・
マクロとして実施されることができる。 定義された各照会のために、エクセル・ワークブックが好ましくは作成される
。 ワークブックにおいて、及び患者に基づく例を使用して、調査グループ（ステ
ップ２９００）のために選択された患者は好ましくは、各行が１名の患者のデー
タを表示する１つのワークシートに記憶される。 各行において、第１列は好ましくは常に患者の名前を表示し、この患者の記録
へのハイパーリンクを含む。 即ち、技術的には記録に含まれる対応するＷｏｒｄドキュメント・オブジェク
トへのハイパーリンクである。補助的な列は好ましくは表示される、処理される
、または比較される（ステップ２９１４）ように選択された補助的な分野を表示
する。

【０４６６】 同様に、補助的なワークシートが好ましくは作成され、その１つは患者の比較
グループの各々に対するものであり、ユーザがそのようなグループを定義するこ
とを選択した場合ステップ２９３０で定義される。

【０４６７】 ワークブック内の個々のワークシートは好ましくは、異なるワークシートから
の計算されたサマリー・データのコンピレーションを記憶する。 個々のワークシートにおいて、第１列は好ましくは比較された分野、即ち、計
算が実行された分野の分野名を記憶する。 次の列は好ましくは異なるグループ、即ち、グループ・ワークシートのための
計算されたサマリー数値を示す。 このサマリーはデータ形式に依存し、以下の２つのフォーマットの内の１つの
中にある。 １． データが定量的、即ち、絶対値を有する場合、各グループは好ましくは
、平均または中央の偏差のため及び標準偏差のための２つの列を有する。 ２． データが定性的、即ち、特定の基準に対してイエスまたはノーのどちら
かである場合、各グループは好ましくは２つの列を有し、第１列は資格を与えら
れた、即ちこの基準に対して‘イエス’とされた患者の番号に対するものであり
、第２列は第１列の番号がグループ全体の中から反映している割合に対するもの
である。 数値データは定性的として最も単純に扱われるが、数値データは、範囲グルー
プ内に分割される場合、定性的としても扱われることができる留意すべきである
。たとえば、コレステロールレベルは数値データであるが、定量的に扱われるこ
とができ、ユーザは、患者を１８０〜２００対２００〜２２０等の範囲に分類さ
れる様に分割することによって、レベルを定性的として扱うことを選択すること
ができる。定量的として扱われるとき、１つは好ましくはグループ内の患者のこ
の数値の平均を探す。定性的として扱われるとき、１つは好ましくは、範囲グル
ープの各々の患者の番号と、患者の全番号からのその割合とをカウントする。

【０４６８】 技術的には、各分野のために、それが単一／複数の選択質問を表す場合、分野
は明確に定性的パラメータを表す。 この場合において、質問内の各回答は個々の行に現れ、計算はグループ内、即
ち、ワークシート内の何名の患者がこのオプションを選択したか、及びグループ
の中からの彼らの割合を各回答に対してカウントすることを含む。

【０４６９】 分野が数値である場合、システムは好ましくはデータが定量的または定性的と
して扱われるべきであるかどうかをユーザが決定するように指示する。 定量的の場合、システムは好ましくは、平均、好ましくはデフォルト、平均値
、または中央値の内の何が計算されるべきかをユーザが決定するように指示する
。 各質問は好ましくは個々の行に現れる。 計算された数値は、上で選択されたように、好ましくは質問の行の１つの列に
示される、標準偏差が第２の列に示される。

【０４７０】 ユーザが定性的を選択する場合、システムは好ましくは数値範囲グループに分
かれること、即ち範囲グループの番号と、各範囲グループに対してその最小値及
び最大値とを定義すること指示する。 見出しは、典型的には行の第１のセルに現れるが、質問を、その後ろに階層内
の数値範囲を続けて、表示する。 例えば、”コレステロール（１８０〜２００）”である。 この範囲内の数値を有する患者の番号は好ましくは、この行の第１の列にカウ
ントされて示され、患者の番号の割合は別の行に反映される。 一般的にデータ分野は必ず数値範囲定性的であることに留意すべきである。

【０４７１】 最後に、システムは好ましくは、ユーザが２つまたはそれ以上のグループの要
約された結果の間の適切な統計的な比較を選択することを可能にし、違いが統計
的に重要かどうかを見出す。 例えば、カイ２乗テスト等の適切な統計的テストを実行することができる。

【０４７２】 本発明の好ましい実施例に関する以下の詳細な具体例は、限定的なものとして
意味されているものではなく、その中における陳述は、好ましい選択肢を指し示
すものとしてのみ意図されているのである。

【０４７３】 ＫＢオブジェクト・モデル作成方法 質問及び／またはテンプレートの知識ベースの構造を編集することの最後で、
この方法はこのテンプレート、その質問及びそれらの回答を反映するオブジェク
トを作成／変更する。 この結果は反映するオブジェクト・モデルであり、知識ベースの構造のミラー
・イメージであり、ＶＢでプログラム可能である。 ＫＢ内のテンプレート、質問、及び回答の各々は、オブジェクトであり、その
プロパティはこのオブジェクトのプロパティである。

【０４７４】 例えば、”ＣｕｒｒｅｎｔＳｅｓｓｉｏｎ．Ｃｈｅｓｔ＿Ｐａｉｎ．Ｈｉｓｔ
ｏｒｙ．Ｌｏｃａｔｉｏｎ＝Ｈａｎｄ”は、現在のセッション内の、‘胸痛’テ
ンプレート内の、その‘病歴’サブ・テンプレート内の、‘場所’質問内の、回
答‘手’が選択されたことを示している。 このオブジェクト・モデルはＶＢまたはＶＢＡでプログラム可能な‘ＫＢ’と
呼ばれるライブラリを形成する。 ＫＢの構造の修正はライブラリの構造の修正を引き起こす。

【０４７５】 ＫＢオブジェクト・モデル・ポピュレート方法 各クリック・イベントと共に、ＱＤＣ及びＱＬＣの‘応答’分野のファインデ
ィングを作ることに加えて、それをＴＤＣのバーチャル・テンプレート記録に記
憶して、それがまたＫＢオブジェクト・モデルに反映される。 しかしながら、単純化するために、これは現在のエンカウンタだけに対して行
われ、メモリに記憶されるだけであり、データベースにではない。 したがって、特別なデータベース構造は要求されない。 ファインディング（Finding）はセッションの終わりまで維持されるのみであ
る。

【０４７６】 以下のコンセプトの背景及び機能の概要は、本発明の理解を更に助けることを
意図している。

【０４７７】 コンセプトの背景 本発明に関する一般的なコンセプト及びその可能な使用がこれから記述され、
以下が具体例によってのみであること、及び本発明の一般性を限定することを全
く意味していないことは理解されている。

【０４７８】 本発明の背後にある１つのアイディアは、少数のスマート・ビルディング・ブ
ロックを開発することであり、それによりデータ管理及び意志決定支援アプリケ
ーションの極めて幅広い配列が構築でき、好ましくは多角的なプラットフォーム
上で複数の言語で機能し、好ましくは完全にユーザ―カスタマイズ可能になるで
あろう。そのように行うための能力は、ほとんどのデータ収集アプリケーション
が、極めて異なると見えるものでさえも、類似のアーキテクチャを有するという
認識を基にしており、したがって同様の、比較的単純な、ビルディング・ブロッ
クを使用して構成することができる。

【０４７９】 アプリケーションは好ましくは１つまたはそれ以上の‘プロバイダ’を有して
おり、それは複数の‘カスタマ’からデータを収集する。 ‘プロバイダ’の具体例は、ソーシャル・ワーカー、ヘルスケア・プロバイダ
、弁護士、整備士、または保険代理業者等、とても多種多様であり、‘カスタマ
’は、クライアント、患者、車、飛行機、またはプロダクション・フロア部分と
することができる。 上記は具体例のみを含んでいるのであって、本発明の一般性を制限することを
意図していない。 幾つかのアプリケーションにおいて、‘カスタマ’及び‘プロバイダ’は同一
である。‘カスタマ’はそのようなアプリケーションを彼／彼女自身のデータを
管理するために使用し、従って彼自身の‘プロバイダ’（例えば、ヘルス・アド
バイザー・アプリケーション）として機能する。 基本的な機能的関係は好ましくは更に示される。 各‘カスタマ’に関連するデータは ‘カスタマ記録’に記憶され、アプリケ
ーションは新たに、場所＆開く、更新＆保存、及び印刷を作成できる必要がある
。

【０４８０】 アプリケーションに関係なく、カスタマ記録ドキュメント１１５のデータ構造
は好ましくは、１つまたはそれ以上のセクションから常に構成されており、四つ
の基本構造のデータ形式とすることができる。 ｉ） コンスタント・フォーム・スタイル・データ・セクション：テキスト及
び数字データは、１つのフォームで領域として表示され、更新モードで使用され
（即ち、更新された各時間が上書きされ）、カスタマに関する‘比較的コンスタ
ントな’データ（即ち、頻繁に修正されないデータ）を表す。ヘルス・アドバイ
ザの具体例において、状態シート、人口統計表、過去の病歴はそのようなセクシ
ョンの具体例である。 ｂ） 表データ・セクション：データは典型的には年代順に集計され、テーブ
ル・フォーマットで便利に表示される、またはグラフとして図表化されるのに十
分簡素であり、各列は記入されたデータの年代順のセットを表す。このデータは
しばしば、常にではないが、数値である。ヘルス・アドバイザの具体例において
は、実験結果、及びバイタル・サインがそのようなセクションの具体例である。 ｃ） 年代順のログ・形式・テキスト・データ入力セクション：テキスト・デ
ータは年代順に記入されており、データはログ・形式・データ入力セッションと
して記憶及び表示される。プロバイダがカスタマと相互作用する各時間に、テキ
スト・セッションが作成される。セッションの終わりに、テキストは好ましくは
、補助的なログ入力として、以前のそのようなログ入力の収集に加えられること
を記述する。ヘルス・アドバイザの具体例においては、これはセッションのテキ
スト記述、またはエンカウンタに関連し、ヘルスケア・プロバイダはカスタマと
共に有する。 ｄ） 走査された画像セクション：走査されたドキュメント、または種々のソ
ートのその他の走査された画像は、‘カスタマ’と関連し、その各々がそれが行
われたときのタイム・スタンプを生じ、カスタマ記録ドキュメント１１５に記憶
される。

【０４８１】 ‘年代順のテキスト・データ入力’の各々はまた好ましくは、アプリケーショ
ンに関係なく、驚くほど類似した構造を有する。 各テキスト・データ入力（またはセッション）は、カスタマが有する１つまた
はそれ以上の‘問題’を処理する。 ‘カスタマ’及び‘問題’の性質は、異なるアプリケーションにおいては極め
て異なることになるが、構造上は、それらは好ましくは同一であり、注意が必要
な医学的診断、扱っているクライアントの社会的または法律上の問題、または車
が有する機械的問題があるかどうかに関係ない。

【０４８２】 アプリケーションに依存して、各問題は時々数個の一定の側面（即ち、異なる
問題に存在する側面）に分割できる。 ヘルス・アドバイザの具体例においては、これは各診断が有する主観的側面、
客観的側面、アセスメントの側面、及びプランの側面に関連する。

【０４８３】 問題のそのような問題または側面の各々は、コンスタント・フォーム・スタイ
ル・データ・セクションと同様に、構造化された階層的質問表（即ち、質問の種
々の形式を備え、複数選択質問を含み、各回答が継続質問への‘ブランチ’とな
ることができる質問表）を使用して記述することができる。 効果的なテキスト生成機構が与えられた場合、この質問表でのユーザの選択は
この質問表でのユーザの選択を反映するテキストを生成することになる。

【０４８４】 最後に、そのようなアプリケーションの全ては共通の２つの基本機能を共有す
る。 それらは複数のカスタマとのそれらの相互作用を効果的にドキュメントするこ
とと、その他のプロバイダと情報をコラボレーとし交換するため効果的なワーク
フロー・ツールを有すことである。

【０４８５】 それらの前提に基づき、現在の一般に使用されているソフトウェア・パッケー
ジを最大限に利用すると、効果的で、全体的に柔軟的なデータ収集アプリケーシ
ョンを作成することを共同で可能にする小数のコンポーネントを作成することが
可能である。

【０４８６】 テキスト及び数字カスタマ・データの大部分は好ましくは、表データ用埋込み
表計算ドキュメントと、カスタマ・イメージング・データ用のリンクされたＰＤ
Ｆファイルとを備えた、１つの階層的に構造化されたドキュメント（例えば、Ｍ
Ｓ−ＷＯＲＤドキュメント）に記憶することができる。 それらのドキュメントを中心に展開するワークフロー・アクションは、簡単な
カスタマイズを提供するＭＳ−Ｏｕｔｌｏｏｋによって提供することができる。 少数のカスタム・コンポーネントは、Ｗｏｒｄ内から操作でき、知識ベース駆
動構造化データ入力用ツールを提供し、ワークフロー・アクションに簡単にアク
セスすることができる。

【０４８７】 アプリケーションは好ましくは、知識ベース駆動テンプレートに基づいている
ので、‘ｈａｒｄ-ｃｏｄｅｄ’スクリーンの代わりに必要と考えられる唯一の
エレメントは、ナビゲーション機構（記録のオープン／クローズ及びその異なる
セクションへのナビゲーションをすることである）、テンプレート・ディスプレ
イ、及びテキスト生成機構、及び数個のファイル・アクション及びワークフロー
・ダイアログ、及びデータベース・アクセス・モジュールである。

【０４８８】 各種プラットフォーム（例えば、ハンドヘルド・コンピュータ、Ｊａｖａ（登
録商標）、ＰＣ）用のこれらのコンポーネントの数種類のバージョンを作成する
ことは、比較的容易である。 それらのディスプレイ層レベルは比較的単純であり、その複雑性の大半は、プ
ラットフォームに依存する傾向が低いビジネス論理層レベルであるからである。 この目的のための適切なハンドヘルド・コンピュータの実例に含まれるのが、
Ｗｉｎｄｏｗｓ（登録商標） ＣＥを実行しているコンピュータ、Ｗｉｎｄｏｗ
ｓ（登録商標） ＣＥプラットフォームを運用しているコンピュータ、Ｐｓｉｏ
ｎハンドヘルド・コンピュータ、ＥＰＯＣＨオペレーティング・システムで運用
しているコンピュータ、ＰａｌｍＰｉｌｏｔコンピュータ、ハンドヘルド無線通
信コンピュータ（handheld wireless communication computer）及びＰａｌｍ
ＶＩＩコンピュータである。

【０４８９】 機能の概要 好ましい実施形態における本発明の一つの目標は、他のアプリケーションに加
えて、消費者ヘルス・マーケットのヘルス・アドバイザー・アプリケーションを
作成するための、ブロック作成の役割をする数種類のカスタム・コンポーネント
を開発することである。 これらのコンポーネントのＰＣバージョンは、好ましくはＭＳ‐Ｏｆｆｉｃｅ
アプリケーションと緊密に一体化し、そのオブジェクト・モデルの機能性を利用
するために設計される。 これらのコンポーネントの付加的バージョンは３つ必要であると考えられるが
、それらはハンドヘルド・プラットフォームとＪａｖａ（登録商標）で動作する
。 このセクションでは、上記図２５を参考にして説明したように、これらのエレ
メントが結合して、パーソナル・ヘルス・オーガナイザーのように、アプリケー
ションを作成するための方法の概要を簡単に説明する。 以下のセクションで、これらのコンポーネントの詳細な機能と技術仕様を説明
する。

【０４９０】 必要なコンポーネントは、マルチ・プラットフォームとマルチ・データベース
・サポートを容易にし、将来の容易な保守と開発を保証するために、３層のアー
キテクチャに分割される。 ディスプレイ層コンポーネントは、各種プラットフォーム用に、個別に開発さ
れることが必要となる場合がある。 ビジネス・ロジック層コンポーネントは、プラットフォーム上で、できれば最
小の電荷を必要とする。 そしてデータベースと接続層コンポーネントは、各種データベースに対応する
必要がある。

【０４９１】 ディスプレイ層コンポーネント ナビゲーション・ディスプレイ・コンポーネント（ＮＤＣ） アプリケーションの立ち上げは、標準Ｗｏｒｄツールバーの代わりに、ＭＳ‐
Ｗｏｒｄをナビゲーション・ディスプレイ・コンポーネントで立ち上げさせられ
ることを好む。 このコンポーネントは、ユーザが記録の各種部分を見たり、ブラウズしたり、
ナビゲートすることの他に、カスタマ記録ドキュメント１１５をオープン、新規
作成、及びクローズ（セーブとサイン）し、記録と関連する各種ワークフロー・
アクションを実行することが可能である。

【０４９２】 記録（例えば、人口統計学的統計）の各種固定セクションに対応するボタンは
、各種固定セクションにナビゲーションすることが可能である。 コンボ・ボックスは好ましくは、記録と関連するイメージの他に、記録の前の
セッションにナビゲーションすることが可能である。 新しいセッションに書込みを行い、他のコンボ・ボックスは好ましくは、利用
可能なテンプレートのリストを、隣接した数個のボタンと一緒に表示すると、各
種テンプレートとそれらのサブ・テンプレートとの間で、選択とナビゲーション
を可能にする。

【０４９３】 ４つのファィル・アクションと７つのワークフロー・アクションは、ツールバ
ーの各ボタンと以下に説明するトリガー１１非標準ダイアログにより、作動させ
られる。 最終的に、ツールバーのボタンの最後のグループは一般的に、汎用ユーティリ
ティを提供する。 例えば、リファレンス（ＫＢのハイパーリンクにより、リファレンス・ドキュ
メントに提供される）、ヘルプ（ＤｅｍｏＳｈｉｅｌｄに基づいた）、オプショ
ンの環境設定（ＭＳ‐Ｏｆｆｉｃｅフォーマットに類似したシステムで、オプシ
ョン設定のためのタブ・コンポーネント）、報告及び統計モジュール（下記に記
述されている）、そして知識ベース・エディタ（基本的には、ちょうど標準質問
コンポーネントと、下記に説明するようにテンプレート・コンポーネントであり
、‘編集モード’で機能している）である。

【０４９４】 ファイル・アクションとワークフロー・ダイアログ システムのカスタム・ダイアログには好ましくは、４つのファイル・アクショ
ン（新しいオープン・ファイル、サイン及びセーブとプリントを作成する）と７
つのワークフロー・ダイアログを（呼び出し、ｅメールの送信、予約のスケジュ
ール、タスクの追加、タスク・セット・リマインダの要求とページャの送信）を
組み込む。 ファィル・アクション・ダイアログは一般的には、標準Ｗｏｒｄダイアログに
類似しているが、同一ではない。 そしてワークフロー・ダイアログは（ＰＣバージョンの）技術的には、単純な
Ｏｕｔｌｏｏｋフォームにすぎないので、非常に作成しやすく、ユーザにより修
正できる。

【０４９５】 テンプレート・ディスプレイ・コンポーネント（ＴＤＣ） テンプレート・ディスプレイ制御は好ましくは、テキストのデータ入力を構築
する手段として、複数選択と他の形式の質問から成るデータ駆動テンプレートを
表示する役割がある。 技術的には、ＴＤＣはナビゲーション・ディスプレイ制御により起動される‘
フォーム’であり、その上に適切な数の質問ディスプレイ・コンポーネント（Ｑ
ＤＣ）単位を作成して配置する。 そしてその下部にＷｏｒｄドキュメントを表示し、そこにＱＬＣにより生成さ
れたテキストが表示される。 ナビゲーション・ディスプレイ・コンポーネントは好ましくは、どのテンプレ
ートを表示するかをＴＤＣに‘指示’し、データ・アクセス・コンポーネントは
、このテンプレートを表示するために必要な、知識ベース・データを保持する（
または得る）。

【０４９６】 テンプレート・データ、選択された言語及び他のシステム・パラメータに基づ
いて、ＴＤＣは好ましくは数値、寸法、ロケーション及びスクリーン上で適切に
配置し、大きさに合わせて作るためにプロパティを設定しながらＱＤＣ単位の十
分な数値を作成し、テンプレートを表示するために必要な一連の質問ディスプレ
イ・コンポーネント（ＱＤＣ）を算出する。 最後に、テンプレート・コンポーネントは、各種ＱＤＣにデータを送り、その
質問を正確に表示するように指示する。

【０４９７】 継続質問（即ちユーザにより選択された回答に応じて、ポップアップする質問
である）も、好ましくはＫＢで‘テンプレート’に保存されて、同様にＴＤＣに
より処理される。 即ち、ＴＤＣは必要な付加ＱＤＣを作成して配置し、それらにポップアップ質
問のデータを送る。 編集モードの場合には、ＴＤＣが表示され、テンプレートを編集するために、
クリック及びドラッグ・オペレーションのサポート、テンプレートの質問の追加
、除去、配列、それらを互いにリンクして、継続質問を作成しながら、少し異な
る動作をする。

【０４９８】 ユーザは、１セッション中、数個のテンプレート間で、好きなようにスイッチ
を前後に切り換えることができるので、ＴＤＣも同様に、前述のテンプレートに
戻る時に、ＱＤＣにそれらを送り戻しながら、各種テンプレートの質問に対する
ユーザのレスポンスを（メモリ内に一時的に）ストアすることができる。

【０４９９】 質問ディスプレイ・コンポーネント（ＱＤＣ） 各質問ディスプレイ・コンポーネントは、テンプレート・ディスプレイ制御に
より指示されている、その知識ベース・データを受信しながら、スクリーン上に
その質問を表示する。 質問のスクリーン表示と動作は、質問の形式（例えば、マルチ・オプション、
シングル・オプション、ニューメリック単位、テキストなど）により左右され、
知識ベースで定義される。

【０５００】 ビジネス論理層コンポーネント データ・アクセス・コンポーネント（ＤＡＣ） データ・アクセス・コンポーネントは好ましくは、アプリケーションとその知
識ベースとカスタマ・データ・ベースとの間のシングル・コネクションとして機
能する。 知識ベースの側では、ＤＡＣがデータベースからテンプレート関連データ（こ
れは数個の各種テーブルにストアされている）を全て検索し、メモリ中に‘バー
チャル’テンプレート記録を作成する。 ユーザの次の動作を予想して、あらゆる可能な関連するテンプレートに加えて
、ＮＤＣを使用するユーザが選択したテンプレートの両方に、同一の動作をする
。 データベースは、各言語がサポートされる数セットのこのようなテーブルを組
み込むので、ＤＡＣはユーザにより選択された言語で、データをロードする役割
もある。

【０５０１】 ナビゲーション論理コンポーネント（ＮＬＣ） ナビゲーション論理コンポーネントは好ましくは、記録内の実際のナビゲーシ
ョンのアクションをする役割がある。 そのアクションは、上述されているディスプレイ層のＮＤＣツールバーのボタ
ンとコンボ・ボックスにより作動される。 このナビゲーション・アクションは実際、3つの部分から成る。 即ち、（ａ）ハイパーリンクを経由して、Ｗｏｒｄドキュメント・オブジェク
トの各種部分へジャンプする。 これらは大半が、カスタマ記録ドキュメント１１５から成り、またはＰＤＦオ
ブジェクト内でブックマークを含む。 これらは記録に関連する画像を保持する。 （ｂ）このセクションに関連するテンプレートへＴＤＣとＴＬＣを指示する。 （ｃ）Ｗｏｒｄドキュメントの正確なロケーションへＴＬＣのテキスト生成出
力を指示する。

【０５０２】 記録の構造は好ましくは、Ｗｏｒｄドキュメント・オブジェクトの上部階層に
基づく。 記録の各固定セッションは、表題１である。 前述のセッション・セクションにおける各セッションは、表題２である。 セッション中の各問題は、表題３、そして各サブ・テンプレートは表題４であ
る。 ＮＬＣは一般的にこれらの表題のナビゲーションだけでなく、必要時（例えば
、新しいセッションの書込み時）に、それらを作成する役割もある。 新しいセッションが書込まれている時には、実際にテンポラリ・セッションの
Ｗｏｒｄドキュメントに書込まれる。 これはＮＬＣが作成し、ＮＬＣが他の表題２のように、セッションの最後で主
要Ｗｏｒｄドキュメントに連結する。

【０５０３】 好ましくは上記規則の例外が、記録の‘固定’セクションと関連する。 上記のように、テンプレートは好ましくは、主要Ｗｏｒｄドキュメントの表題
１セクションと関連する。 従ってそれを追加するよりもむしろアップデートする必要がある。 この場合、ブランクのニュー・セッション・ドキュメントを作成するよりも、
ＮＬＣはＴＬＣに指示を出して、テキストとデータをここに生成する。 それは一時的なニュー・セッション・ドキュメントというよりも、これらのセ
クションに埋め込まれたフィールドに、アップデート・モードで書込まれる。

【０５０４】 テンプレート論理コンポーネント（ＴＬＣ） ＴＬＣは一般に、知識ベース・データベースからデータを再度読み込み、テン
プレートに関連した全てのデータを保持するバーチャル・テンプレート記録を作
成する。 データは一般的に、マルチ・データベース・テーブルから生じ、その日付をマ
ルチＱＬＣとＱＤＣ単位に送る。

【０５０５】 質問論理コンポーネント（ＱＬＣ） ユーザの選択と入力に応じて、ＱＣは好ましくは一時的なＷｏｒｄ‘セッショ
ン’ドキュメントに書込みをしながら、これらの選択を示すテキストを生成する
。 出力フォーマットは、知識ベースの質問記録の出力フォーマット・パラメータ
により環境設定が可能である。 各ＱＣがそれ自身のテキストを生成した後、ＱＣはそれら間で協力して働き、
重文を連結する。 同様にして、ＱＣも前もって生成したテキストの解析（例えば、あらかじめ見
た）、テキスト間で協力して働き、どの質問と回答がこのテキストを生成した原
因となるかを探し出す。

【０５０６】 ＱＣ形式がグラフィックの場合には、ユーザは、バックグラウンド・ビットマ
ップ（チェック・ボックスを単にクリックすることとは異なり）のクリックの座
標、またはビットマップに見出しているマークをチェックして、選択することが
可能となる。 上述したように、ＱＣのフォーム形式はフォーム・スタイル出力を生成し、セ
ンテンスを生成するのではなく、ドキュメントにＷｏｒｄフィールドを作成して
、埋め込む。 結局、編集モードでは、ＱＣは、ユーザがセンテンスを修正し、回答を追加ま
たは除去するために、回答をドラッグすることを可能にする。

【０５０７】 テーブル・データ・コンポーネント（ＴＣ） テーブル・データ・コンポーネントは、フォーマットされて、数個のマクロを
組み込む主要Ｗｏｒｄドキュメントに埋め込まれたＥｘｃｅｌスプレッドシート
から成り、それはパーソナル・ヘルス・オーガナイザー・アプリケーションまた
はテーブル・ログ機能の研究結果のように、テーブル、年代順の配列、数値デー
タのストアと処理に好ましい。 ナビゲーション・ツール・バー・コンポーネントの1つのボタンは、ユーザが
このセクションに容易にジャンプすることを可能にする。 接続コンポーネントとＴｅｘｔＢｒｉｄｇｅコンポーネント（以下に記述する
）は、数値データがこの制御に直接送られることを可能にする。

【０５０８】 報告及び統計コンポーネント（ＲＳＣ） 報告及び統計コンポーネントは好ましくは、マルチ・カスタマ記録ドキュメン
ト１１５（即ちＷｏｒｄドキュメント）からデータを検索し、Ｅｘｃｅｌスプレ
ッドシートに送り、それをＥｘｃｅｌグラフで示し、そのグラフ上で各種Ｅｘｃ
ｅｌ統計機能を実行する。

【０５０９】 データベース及び接続層コンポーネント データベース構造及びインターネット機能 アプリケーションは好ましくは２つの主要データセットであるカスタマ・デー
タと知識ベース・データに基づく。 ３番目のセット−トランザクション・データ−は入力と出力のデータ接続のた
めの２つのテンポラリ・データから成る。

【０５１０】 知識ベース・データは好ましくは、６つのテーブル（アプリケーション、テン
プレート、質問、質問回答及び回答）でストアされ、データ入力に使用される各
種形式の質問（例えば、マルチ選択）を含むテンプレートを示すために使用され
る。知識ベース・データベースは好ましくは、アクセス・データベース（テキス
ト生成中に、高速のインターナル・フラット・テーブル・エンジンを使用する場
合がある）に局部的に常駐する。

【０５１１】 カスタマ・データは主に、１つの単文テーブル（カスタマ・データ）にストア
されることを好む。 １つの単文テーブルでは、ルーチン・アクションに必要とされる全てのデータ
は、３つのオブジェクトにストアされることを好む。 即ちＷｏｒｄドキュメント・オブジェクト、Ｅｘｃｅｌワークブック・オブジ
ェクト及びＰＤＦファィル・オブジェクト（走査されたデータ用）である。 このテーブルの付加フィールドと数個のリンクされたテーブル、高速記録検索
用の複製の重要なデータ・アイテム、データベースがサポートされた。 例えば、ＭＳ‐ＳＱＬとＯｒａｃｌｅである。 クライアントとサーバとのやりとりは、最小限であることが好まれる。 即ちセッションの始まりと終わりのみである。

【０５１２】 クライアントはスタンド・アローン、またはローカル・サーバ、または確実な
インターネット接続上で、リモート・サーバを操作することができる。 確実なｅメールの送受信も同様に可能である。

【０５１３】 明らかであるように、本発明のさまざまな特徴が明確にするために個別実施形
態の文脈で説明されたが、単一の実施形態に組合せて述べることもできよう。 逆に、本発明のさまざまな特徴が簡潔にするため単一の実施形態の文脈で説明
されたが、個別に、または適切な副組合せで、述べることもできよう。

【０５１４】 当業者によって理解されるであろうように、本発明は特別に図示されかつそれ
について述べられたものに限定されていない。 むしろ本発明の範囲は以下の特許請求の範囲によってのみ定義されている。

【図面の簡単な説明】

【図１】 Ａは、本発明の好ましい実施例に従って構築されて機能するコンピュータ・ア
プリケーションを示す略機能図である。 Ｂは、表された装置が図１Ａのプライマリ・データ管理機構５に概ね対応する
ように成した、本発明の好ましい実施例に従って構築されて機能するコンピュー
タ・アプリケーションを示すブロック略図である。

【図２】 図１Ａの装置の一部に関する好ましい実施例を示すブロック略図である。

【図３】 質問ディスプレイ・コンポーネント２２５を含んで成るようにした、図２の装
置の一部に関する好ましいインプリメンテーションを示すブロック略図である。

【図４】 図２のテンプレート・ディスプレイ・コンポーネント２２０に関する好ましい
インプリメンテーションを示すブロック略図である。

【図５】 図２のナビゲーション・ディスプレイ・コンポーネント２１５に関する好まし
いインプリメンテーションを示すブロック略図である。

【図６】 図２の質問論理コンポーネント２４０に関する好ましいインプリメンテーショ
ンを示すブロック略図である。

【図７】 図２のテンプレート論理コンポーネント２３５に関する好ましいインプリメン
テーションを示すブロック略図である。

【図８】 図２のナビゲーション論理コンポーネント２３０を示すブロック略図である。

【図９】 図１Ｂの知識ベースのデータベース１４０に関する好ましいインプリメンテー
ションを示すブロック略図である。

【図１０】 図１Ｂのカスタマ・データベース１３５に関する好ましいインプリメンテーシ
ョンを示すブロック略図である。

【図１１】 図１Ａの出力テキスト生成機構２５の操作に関する好ましい方法を示す略フロ
ーチャートである。

【図１２】 図１１のウォームアップ手順１１００に関する好ましいインプリメンテーショ
ンを示す略フローチャートである。

【図１３】 図１１のプロセス回答１１１０手順に関する好ましいインプリメンテーション
を示す略フローチャートである。

【図１４】 図１３のステップ１３０５に関する好ましいインプリメンテーションを示す略
フローチャートである。

【図１５】 Ａ，Ｂは、２つを併せて全体が構成されるように成した、図１１のステップ１
１１５に関する好ましい実施例を示す略フローチャートである。

【図１６】 図１１のステップ１１２０に関する好ましいインプリメンテーションを示す略
フローチャートである。

【図１７】 Ａ，Ｂは、２つを併せて全体が構成されるように成した、図１１のステップ１
１２５に関する好ましいインプリメンテーションを示す略フローチャートである
。

【図１８】 Ａ，Ｂは、２つを併せて全体が構成されるように成した、図１１のステップ１
１３０に関する好ましいインプリメンテーションを示す略フローチャートである
。

【図１９】 図１Ａのテキスト解析機構３５に関する好ましいインプリメンテーションを示
す略フローチャートである。

【図２０】 Ａは、図１Ａの意思決定支援機構５０に関する好ましいインプリメンテーショ
ンを示すブロック略図である。 Ｂは、図２０Ａの装置の操作に関する好ましい方法を示す略フローチャートで
ある。

【図２１】 図１Ａのマルチリンガル機構６０に関する好ましいインプリメンテーションを
示す略フローチャートである。

【図２２】 Ａ，Ｂは、２つを併せて全体が構成されるように成した、図２１で説明された
マルチリンガル・ケイパビリティを支援する図１Ｂの知識ベースのデータベース
１４０に関する好ましいインプリメンテーションを示すブロック略図である。

【図２３】 本発明を理解するために有益である典型的な顧客記録構造及びそのユーザの特
定具体例を示す略図である。

【図２４】 本発明を理解するために有益である典型的な顧客記録構造及びそのユーザの特
定具体例を示す略図である。

【図２５】 本発明を理解するために有益である典型的な顧客記録構造及びそのユーザの特
定具体例を示す略図である。

【図２６】 図１Ａの知識ベース・エディタ４５に関する好ましいインプリメンテーション
を示すブロック略図である。

【図２７】 図１Ａのマルチユーザ非同期アクセス機構６５に関する好ましいインプリメン
テーションを示すブロック略図である。

【図２８】 図１Ａの意思決定支援機構５０に関する好ましいインプリメンテーションを示
すブロック略図である。

【図２９】 Ａ，Ｂは、２つを併せて全体が構成されるように成した、図１Ａの研究及び統
計機構５５の操作に関する好ましい方法を示す略フローチャートである。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ， ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ，ＡＴ， ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，Ｃ Ｈ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ，ＤＺ ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ， ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，Ｋ Ｇ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ， ＭＸ，ＭＺ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，Ｓ Ｄ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ，ＹＵ， ＺＡ，ＺＷ 【要約の続き】 た、提供される。

Claims (44)

【特許請求の範囲】
1. 【請求項１】 各コンポーネントがアプリケーション構築ブロックを定義す
   るように成して複数のコンポーネントを提供する段階と、 各プロパティが前記複数のコンポーネントの１つに対して関連付けられるよう
   に成して非プログラム式ユーザ入力に基づいて複数のユーザ定義アプリケーショ
   ン特有のプロパティを記憶する段階と、 少なくとも部分的には前記複数のコンポーネントに基づいて質問表を介して入
   力されるストラクチャード・データを受信する段階と、 生成テキストが少なくとも部分的にはユーザ入力に基づき少なくとも部分的に
   は前記コンポーネントに基づいて複数のサブ・センテンス・セグメントからの複
   数の単文センテンスに関するダイナミック・ランタイムの生成を含んで成るよう
   にして少なくとも部分的にはストラクチャード・データに基づいてテキストを生
   成する段階と、 前記複数のユーザ定義アプリケーション特有プロパティの少なくとも幾つか及
   びそれに対して関連付けられる前記コンポーネントに基づいてアプリケーション
   を提供する段階とを含んで成るようにしたことを特徴とする、アプリケーション
   を生成するための方法。
2. 【請求項２】 前記テキスト生成段階が、前記複数の単文センテンスの少な
   くとも２つを自動的に接合して、重文センテンスを形成することをも含んで成る
   ようにしたことを特徴とする請求項１記載のアプリケーションを生成するための
   方法。
3. 【請求項３】 各々の前記単文センテンスが、質問に対するユーザ供給レス
   ポンスに基づくものであり、前記レスポンスは、前記受信ステップにおいて提供
   されるように成したことを特徴とする請求項１記載のアプリケーションを生成す
   るための方法。
4. 【請求項４】 前記記憶段階が、前記ユーザ入力が実質的に非テキスト的で
   あるように成して、ユーザ入力を受信することを含んで成るようにしたことを特
   徴とする請求項１記載のアプリケーションを生成するための方法。
5. 【請求項５】 前記テキスト生成段階が、テキストを１つ以上の言語で自動
   的に生成することをも含んで成るようにしたことを特徴とする請求項１記載のア
   プリケーションを生成するための方法。
6. 【請求項６】 前記１つ以上の言語が、少なくとも１つの左から右に書かれ
   る言語と、少なくとも１つの右から左に書かれる言語とを含んで成るようにした
   ことを特徴とする請求項５記載のアプリケーションを生成するための方法。
7. 【請求項７】 前記１つ以上の言語が、第１の統合構造を有する第１の言語
   と、第２の統合構造を有する第２の言語とを含んで成り、 前記第１の統合構造と前記第２の統合構造が、異なるように成したことを特徴
   とする請求項５記載のアプリケーションを生成するための方法。
8. 【請求項８】 前記第１の統合構造が、第１のセンテンス構造順を有し、前
   記第２の統合構造が、第２のセンテンス構造順を有するように成し、 前記第１のセンテンス構造順と前記第２のセンテンス構造順が、異なっている
   ように成したことを特徴とする請求項７記載のアプリケーションを生成するため
   の方法。
9. 【請求項９】 前記方法の少なくとも一部が、コンピュータにおいて実行さ
   れるべく適応されるソフトウェアにおいて実装されるように成したことを特徴と
   する請求項１記載のアプリケーションを生成するための方法。
10. 【請求項１０】 コンピュータが、ハンドヘルド・コンピュータ及びパーム
    トップ・コンピュータのうちの１つを含んで成るようにしたことを特徴とする請
    求項９記載のアプリケーションを生成するための方法。
11. 【請求項１１】 コンピュータが、キーボードを欠いたペン・ベースのハン
    ドヘルド・コンピュータを含んで成るようにしたことを特徴とする請求項１０記
    載のアプリケーションを生成するための方法。
12. 【請求項１２】 コンピュータが、Ｗｉｎｄｏｗｓ（登録商標） ＣＥを実
    行するコンピュータ、Ｗｉｎｄｏｗｓ（登録商標） ＣＥプラットホームにおい
    て機能するコンピュータ、Ｐｓｉｏｎハンドヘルド・コンピュータ、ＥＰＯＣＨ
    オペレーティング・システムによって機能するコンピュータ、ＰａｌｍＰｉｌｏ
    ｔコンピュータ、ハンドヘルド・ワイヤレス通信コンピュータ、及びＰａｌｍ
    ＶＩＩ コンピュータのうちの少なくとも１つを含んで成るようにしたことを特
    徴とする請求項１０記載のアプリケーションを生成するための方法。
13. 【請求項１３】 少なくとも部分的にはユーザ入力に基づいて複数のサブ・
    センテンス・セグメントから複数の単文センテンスをランタイムにおいて動的に
    生成することを含んで成るようにしたことを特徴とする、少なくとも部分的には
    ストラクチャード・データに基づいてテキストを生成するように成したテキスト
    を生成するための方法。
14. 【請求項１４】 前記生成が、複数の単文センテンスを１つ以上の言語で自
    動的に生成することを含んで成るようにしたことを特徴とする請求項１３記載の
    テキストを生成するための方法。
15. 【請求項１５】 前記１つ以上の言語が、少なくとも１つの左から右に書か
    れる言語と、少なくとも１つの右から左に書かれる言語とを含んで成るようにし
    たことを特徴とする請求項１４記載のテキストを生成するための方法。
16. 【請求項１６】 前記１つ以上の言語が、第１の統合構造を有する第１の言
    語と、第２の統合構造を有する第２の言語とを含んで成り、 前記第１の統合構造と前記第２の統合構造が、異なるように成したことを特徴
    とする請求項１４記載のテキストを生成するための方法。
17. 【請求項１７】 前記第１の統合構造が、第１のセンテンス構造順を有し、
    前記第２の統合構造は、第２のセンテンス構造順を有するように成し、 前記第１のセンテンス構造順と前記第２のセンテンス構造順が、異なっている
    ように成したことを特徴とする請求項１６記載のテキストを生成するための方法
    。
18. 【請求項１８】 前記方法の少なくとも一部が、コンピュータにおいて実行
    されるべく適応されるソフトウェアにおいて実装されるように成したことを特徴
    とする請求項１３記載のテキストを生成するための方法。
19. 【請求項１９】 コンピュータが、ハンドヘルド・コンピュータ及びパーム
    トップ・コンピュータのうちの少なくとも１つを含んで成るようにしたことを特
    徴とする請求項１８記載のテキストを生成するための方法。
20. 【請求項２０】 ハンドヘルド・コンピュータは、Ｗｉｎｄｏｗｓ（登録商
    標） ＣＥを実行するコンピュータ、Ｗｉｎｄｏｗｓ（登録商標） ＣＥプラッ
    トホームにおいて機能するコンピュータ、Ｐｓｉｏｎハンドヘルド・コンピュー
    タ、ＥＰＯＣＨオペレーティング・システムによって機能するコンピュータ、Ｐ
    ａｌｍＰｉｌｏｔコンピュータ、ハンドヘルド・ワイヤレス通信コンピュータ、
    及びＰａｌｍ VII コンピュータのうちの少なくとも１つを含んで成るように
    したことを特徴とする請求項１９記載のテキストを生成するための方法。
21. 【請求項２１】 重文センテンスがそこから生成されることになる単文セン
    テンスの構造に基づいて重文センテンス構造を定義する一般論理を提供する段階
    と、 複数の単文センテンスを提供する段階と、 前記一般論理と前記複数の単文センテンスとに基づいて重文センテンスを生成
    する段階とを含んで成るようにしたことを特徴とする、複数の単文センテンスか
    ら重文センテンスを生成するように成したテキストを生成するための方法。
22. 【請求項２２】 前記複数の単文センテンスの各々が、データ入力質問表に
    おける継続質問を反映するように成し、 その生成段階が、 第１のセンテンス及び第２のセンテンスを含んで成る少なくとも２つのセンテ
    ンスから重文センテンスを生成する段階を含んで成り、その第１のセンテンスが
    、データ入力質問表における１つの質問を介して入力されるデータを反映するよ
    うに成し、その第２のセンテンスが、データ入力質問表における第２の質問を介
    して入力されるデータを反映するように成し、 前記第２の質問が、前記第１の質問の複数の回答のうちの１つに対する継続で
    あるように成したことを特徴とする請求項２１記載のテキストを生成するための
    方法。
23. 【請求項２３】 データ入力質問表における継続質問に関連する単文センテ
    ンスの個数、及び、前記継続質問の階層のレベルのうちの少なくとも１つが、限
    定されないように成し、前記継続質問が、重文センテンスを生成するために接合
    され得るように成したことを特徴とする請求項２２記載のテキストを生成するた
    めの方法。
24. 【請求項２４】 前記重文センテンスの生成が、重文センテンスを１つ以上
    の言語で自動的に生成することを含んで成るようにしたことを特徴とする請求項
    ２１記載のテキストを生成するための方法。
25. 【請求項２５】 前記１つ以上の言語が、少なくとも１つの左から右に書か
    れる言語と、少なくとも１つの右から左に書かれる言語とを含んで成るようにし
    たことを特徴とする請求項２４記載のテキストを生成するための方法。
26. 【請求項２６】 前記１つ以上の言語が、第１の統合構造を有する第１の言
    語と、第２の統合構造を有する第２の言語とを含んで成り、 前記第１の統合構造と前記第２の統合構造が、異なるように成したことを特徴
    とする請求項２４記載のテキストを生成するための方法。
27. 【請求項２７】 前記第１の統合構造が、第１のセンテンス構造順を有し、
    前記第２の統合構造が、第２のセンテンス構造順を有するように成し、 前記第１のセンテンス構造順と前記第２のセンテンス構造順が、異なるように
    成したことを特徴とする請求項２６記載のテキストを生成するための方法。
28. 【請求項２８】 前記生成が、前記一般論理及び前記複数の単文センテンス
    にのみ基づいているように成したことを特徴とする請求項２１記載のテキストを
    生成するための方法。
29. 【請求項２９】 複数のユーザの各々に対する少なくとも１つのデータ・ス
    トラクチャード入力質問表を定義する知識ベースを提供する段階と、 各々の前記ユーザが前記ユーザに対して関連付けられる知識ベースを変更する
    ように許容する段階と、 前記入力が前記入力質問表に基づくように成して前記複数のユーザの各々から
    のストラクチャード入力を受信する段階と、 前記受信ステップからの入力をテキスト形態において記憶する段階と、 前記複数のユーザの第２のものが前記複数のユーザの前記第２のものに対して
    関連付けられる知識ベースを変更した後、前記複数のユーザの少なくとも前記第
    ２のものによる前記複数のユーザの第１のものに関して記憶された入力に対する
    直接的なアクセスを提供するように成し、それによって、前記複数のユーザの前
    記第２のものに対して関連付けられるストラクチャード入力を改変する段階とを
    含んで成るようにしたことを特徴とする、複数のユーザからのデータ収集を許容
    するように成したデータ収集方法。
30. 【請求項３０】 テキストがテキスト生成方法を使用してテキスト生成装置
    によって生成される平文テキストを含んで成るようにしてテキストを解析する方
    法であって、 前記テキスト生成方法を逆転させるように成し、それによって、前記テキスト
    を生成するために前記テキスト生成方法に対して提供された複数の入力を決定す
    ることを含んで成るようにしたことを特徴とする、テキストを解析する方法。
31. 【請求項３１】 前記生成されたテキストは、以下の指標、即ち、埋込みＩ
    Ｄ、 及び隠し文字を包含しないように成し、 前記指標が、前記テキストの生成を引き起こした質問及び回答を示すように成
    したことを特徴とする請求項３０記載のテキストを解析する方法。
32. 【請求項３２】 データを階層的な形態で受信する段階と、 少なくとも部分的には階層的な形態における前記データに基づいてサブ・セン
    テンス・エレメントから自然言語センテンスを生成する段階と、 前記自然言語センテンスをテキスト形態で記憶する段階と、 前記テキスト形態で記憶された自然言語センテンスに対してアクセスする段階
    とを含んで成るようにしたことを特徴とするデータ・アクセス方法。
33. 【請求項３３】 複数のカスタマのデータ記録を含んで成るデータ記録を複
    数のユーザが管理することを許容するようにして複数の階層のレベルを備えた質
    問表ストラクチャード・データ入力を有するデータ管理システムを提供する段階
    と、 前記データ管理システムを使用してデータを記憶する段階と、 前記データ管理システムを使用することなく前記データ管理システムの少なく
    とも１名の非ユーザによる前記記憶データに対するアクセスを許容する段階とを
    含んで成るようにしたことを特徴とするデータ・アクセス方法。
34. 【請求項３４】 データ管理システムが、サブ・センテンス・エレメントか
    らのテキスト生成を提供するように成したことを特徴とする請求項３３記載のデ
    ータ・アクセス方法。
35. 【請求項３５】 データ管理システムが、単文センテンスからの複文センテ
    ンスの自動的な生成を提供するように成したことを特徴とする請求項３３記載の
    データ・アクセス方法。
36. 【請求項３６】 単文センテンスが、データ入力質問表における継続質問に
    対応する無制限の個数のセンテンスと、前記質問の無制限の階層のレベルとを包
    含するように成したことを特徴とする請求項３５記載のデータ・アクセス方法。
37. 【請求項３７】 データ管理システムが、マルチリンガル・ケイパビリティ
    を提供するように成したことを特徴とする請求項３３記載のデータ・アクセス方
    法。
38. 【請求項３８】 前記アクセスが、前記データ記録の少なくとも１つを閲覧
    することを含んで成るようにしたことを特徴とする請求項３３記載のデータ・ア
    クセス方法。
39. 【請求項３９】 前記アクセスが、前記データ記録の少なくとも１つを更新
    することを含んで成るようにしたことを特徴とする請求項３３記載のデータ・ア
    クセス方法。
40. 【請求項４０】 前記更新が、前記データ管理システムに対して電子メッセ
    ージを送信することによって更新することを含んで成るようにしたことを特徴と
    する請求項３９記載のデータ・アクセス方法。
41. 【請求項４１】 前記電子メッセージが、ｅメール・メッセージを含んで成
    るようにしたことを特徴とする請求項４０記載のデータ・アクセス方法。
42. 【請求項４２】 複数のドキュメントを含んで成るデータベースを含んで成
    り、各ドキュメントが、 ワンワード・プロセッシング・ファイル、 ワンワード・プロセッシング・ファイル・オブジェクト、 少なくとも１つのＨＴＭＬファイル、 少なくとも１つのＸＭＬファイル、 テキスト・ファイル、のうちの少なくとも１つの中に記憶される複数のセ
    クションを含んで成り、 前記複数のセクションが、階層に配列されるように成したことを特徴とする記
    録データ構造。
43. 【請求項４３】 各コンポーネントがアプリケーション構築ブロックを定義
    するように成した複数のコンポーネントと、 各プロパティが前記複数のコンポーネントの１つに対して関連付けられるよう
    に成して非プログラム式ユーザ入力に基づいて複数のユーザ定義アプリケーショ
    ン特有のプロパティを記憶するように機能する記憶装置と、 少なくとも部分的には前記複数のコンポーネントに基づいて質問表を介して入
    力されるストラクチャード・データを受信するように機能する入力装置と、 少なくとも部分的にはユーザ入力に基づいて複数のサブ・センテンス・セグメ
    ントからの複数の単文センテンスに関するダイナミック・ランタイムの生成を含
    んで成るようにして少なくとも部分的にはストラクチャード・データに基づいて
    テキストを生成するように機能するテキスト生成装置と、 前記複数のユーザ定義アプリケーション特有プロパティの少なくとも幾つか及
    びそれに対して関連付けられる前記コンポーネントに基づいてアプリケーション
    を提供するためのアプリケーション・プロバイダとを含んで成るようにしたこと
    を特徴とするアプリケーション生成システム。
44. 【請求項４４】 コンピュータ・プログラムを含んで成るコンピュータ記録
    媒体であって、そのコンピュータ・プログラムが、コンピュータに対して機能的
    に関連付けられるときに以下の各ステップを実行するようにして機能するように
    成し、 各コンポーネントがアプリケーション構築ブロックを定義するように成して複
    数のコンポーネントを提供する段階と、 各プロパティが前記複数のコンポーネントの１つに対して関連付けられるよう
    に成して非プログラム式ユーザ入力に基づいて複数のユーザ定義アプリケーショ
    ン特有のプロパティを記憶する段階と、 少なくとも部分的には前記複数のコンポーネントに基づいて質問表を介して入
    力されるストラクチャード・データを受信する段階と、 生成テキストが少なくとも部分的にはユーザ入力に基づいて複数のサブ・セン
    テンス・セグメントからの複数の単文センテンスに関するダイナミック・ランタ
    イムの生成を含んで成るようにして少なくとも部分的にはストラクチャード・デ
    ータに基づいてテキストを生成する段階と、 前記複数のユーザ定義アプリケーション特有プロパティの少なくとも幾つか及
    びそれに対して関連付けられる前記コンポーネントに基づいてアプリケーション
    を提供する段階とを実行するようにして機能するように成したことを特徴とする
    、コンピュータ記録媒体。