(57)【要約】ユーザーによるデータ入力を促す画像要素を含むユーザーインターフェイスディスプレイと併用する処理システムは、結合データベースを含む。結合データベースは、種々の第１及び第２のデータ項目識別子をユーザーインターフェイスディスプレイ画像の対応する種々の第１及び第２のプロンプト要素とリンクする要素を含む。第１のデータ項目識別子は、第１のプロンプト要素によりユーザーが入力するための１組の許容可能なデータ項目を特定する。データベース構文分析系は、結合データベースを自動的にチェックして結合データベースの要素の変化を検知する。プロセッサは、結合データベースの変化が検知されるとそれに応答してその許容可能なデータ項目のセットを更新する。
2005521161.tif 000002
【特許請求の範囲】
【請求項１】
ユーザーのデータ入力を促す画像要素を有するユーザーインターフェイスディスプレイと併用する処理システムであって、
種々の第１及び第２のデータ項目識別子をユーザーインターフェイスディスプレイ画像の対応する種々の第１及び第２のプロンプト要素とリンクさせる入力場所を有し、第１のデータ項目識別子が第１のプロンプトを介してユーザーによる入力ための１組の許容データ項目を特定する、結合データベースと、
結合データベースを自動的にチェックして結合データベースの入力場所の変化を検知するデータベース構文解析系と、
結合データベースの変化が検知されるとそれに応答して１組の許容データ項目をプロンプト要素を介してユーザーが入力するために更新するプロセッサとより成る処理システム。
【請求項２】
第２のデータ項目識別子は、プロンプト要素を介して入力されるデータ項目を収容するための宛先データ項目を特定する請求項１のシステム。
【請求項３】
結合データベースは単一のＨＴＭＬ表より成る請求項１のシステム。
【請求項４】
第１及び第２のプロンプト要素はユーザーインターフェイスディスプレイにおいて表形式に配置される請求項１のシステム。
【請求項５】
結合データベースの入力場所は動的に変更可能であり、（ａ）ユーザーインターフェイスの表示前、及び（ｂ）ユーザーのインターフェイスの表示中のうちの少なくとも一方において結合データベースに提供される請求項１のシステム。
【請求項６】
プロセッサは更新されたデータ項目の現在のバージョンとは異なる前のバージョンを特定する請求項５のシステム。
【請求項７】
プロセッサは更新されたデータ項目の現在のバージョンとは異なる前のバージョンを特定する請求項１のシステム。
【請求項８】
ユーザーによるデータの入力を促すための画像要素を含むユーザーインターフェイスディスプレイをサポートするデータの処理方法であって、
第１及び第２のデータ項目識別子を含む複数のデータ項目識別子をユーザーインターフェイスディスプレイ画像の単一のプロンプト要素にリンクし、
第１のデータ項目識別子を用いて、単一のプロンプト要素を介してユーザーが入力するために選択可能な項目よりなる１組のデータ項目を特定し、また、第２のデータ項目識別子を用いて、単一のプロンプト要素を介して入力されるデータを収容するための宛先データ項目を特定するステップより成るデータ処理方法。
【請求項９】
ユーザーによるデータ入力を促すための画像要素を含むユーザーインターフェイスディスプレイをサポートするデータの処理方法であって、
種々の第１及び第２のデータ項目識別子をユーザーインターフェイスディスプレイ画像の対応する種々の第１及び第２のプロンプト要素とリンクする入力場所を有し、第１のデータ項目識別子がプロンプト要素を介するユーザーによる入力のための１組の許容データ項目を特定する、結合データベースを作成し、
データベースを自動的にチェックしてデータベースの入力場所の変化を検知し、
データベースの変化が検知されるとそれに応答してプロンプト要素を介してユーザーが入力するための１組の許容データ項目を更新するステップより成るデータ処理方法。
【請求項１０】
ユーザーによるデータ入力を促すための画像要素を含むユーザーインターフェイスディスプレイと併用するための処理システムであって、
第１及び第２のデータ項目識別子をユーザーインターフェイスディスプレイ画像の対応する第１及び第２のプロンプト要素にリンクする結合データベースと、
第１のデータ項目識別子を用いて第１のプロンプト要素を介して入力されるデータ項目を収容するための第１のタイプの宛先データ記録を特定し、第２の項目識別子を用いて第２のプロンプト要素を介して入力されるデータ項目を収容するための異なる第２のタイプの宛先データ記録を特定するためのプロセッサとより成る処理システム。
【請求項１１】
宛先データ記録タイプは、（ａ）個人住所データ、（ｂ）人名を表すデータ、（ｃ）個人のステータス、（ｄ）患者識別子データ、（ｅ）人の物理的特性のうちの少なくとも１つを収容するデータ記録を特定する請求項１０のシステム。
【請求項１２】
ユーザーによるデータ入力を促すための画像要素を含むユーザーインターフェイスディスプレイをサポートする処理方法であって、
第１及び第２のデータ項目識別子をユーザーインターフェイスディスプレイ画像の対応する第１及び第２のプロンプト要素にリンクし、
第１のデータ項目識別子を用いて第１のプロンプト要素を介して入力されるデータ項目を収容するための第１のタイプの宛先データ記録を特定し、第２のデータ項目識別子を用いて第２のプロンプト要素を介して入力されるデータ項目を収容するための異なる第２のための宛先データ記録を特定するステップより成る処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般的に、コンピュータユーザーインターフェイスディスプレイの構成及び処理システムに関し、さらに詳細には、データバッファ内のデータを事象により駆動されるユーザーインターフェイス制御部にインターフェイスするための非手順的方法に関する。
【背景技術】
【０００２】
ワールドワイドウェブを介してインターネットブラウザー上に表示されるフォームは、通常、ダイナミックハイパーテキストマークアップ言語（ＤＨＴＭＬ）により記述される。ＤＨＴＭＬは、ワシントン州レドモンドのマイクロソフト社の製品である。ＤＨＴＭＬには、フォームの概念が、ユーザーが操作するためのグラフィッカルユーザーインターフェイス（ＧＵＩ）制御部を提示する手段として組み込まれている。ＤＨＴＭＬ文書は、制御部として知られる入力テキストボックスのようなユーザーインターフェイス装置を表すタグを含んでいる。制御部は最初は空欄であるか、あるいは、フォームが最初に表示される時に制御部内に情報が配置される。任意の制御部のための最初のデータは通常、制御タグを有するＤＨＴＭＬステートメントと共に伝送される。ＤＨＴＭＬステートメントの一例として、タグ内にデータ「１９３４４」が埋め込まれた入力ボックス制御部を有する下記のものがある。
＜ＩＮＰＵＴ  ＩＤ＝ｃｔｌＺｉｐＣｏｄｅ＞１９３４４＜／ＩＮＰＵＴ＞
【０００３】
これに対して、ユーザーは新しい情報を編集するか、これらの制御部に入力する。ユーザーが終了すると、ＧＵＩ制御部の内容がウェブブラウザーにより収集され、制御名／制御値が対になった形式でユニバーサルリソースロケーター（ＵＲＬ）の一部としてウエブサーバーに送られる。
【０００４】
かかるフォームは、データベース関連情報を表示し収集するために使用されることが多い。データベースは、各々がフィールドの集合体を有するレコードの集合体を含んだ表を有する。この態様で使用する場合、フォーム上の制御部をデータベース内のデータ対応部分に関連付ける必要がある。データの結合とは、データベースに含まれるデータを、フォーム内のデータの場所、即ち、そのデータを表示しそして／または編集するために使用される制御部を含む、そのデータに関連する他の情報に関連付けるソフトウェアサブルーチンのことを言う。
【０００５】
現在、データの結合は、４つのコンポーネント、即ち、データソースオブジェト（ＤＳＯ）、データコンシューマー、結合エージェント、及び表繰り返しエージェントを有するアーキテクチャーに依拠している。データベースのデータをＨＴＭＬページ上に存在する制御要素に結合するためには、データベースを表すＤＳＯがそのページ上に存在しなければならない。データベース内の所望のデータを特定するためには、ＤＳＯはある形式の選択情報を必要とする。例えば、ＤＳＯは、オープンデータベースコネクティビティ（ＯＢＤＣ）ストリング及び構造化問い合わせ言語（ＳＱＬ）ステートメントまたは単にＵＲＬを必要とする。ＳＱＬは、James R. Groff and Paul N. Weinberg, McGraw-Hill Professional Publishing (1999) ISBN 007-211-8458に記載されている。
【０００６】
ＤＳＯのデータは、拡張マークアップ言語（ＸＭＬ）により定義することが可能である。ＸＭＬは、Essential XML: Beyond Markupby Don Box, Aaron Skonnard and John Lam, Addision-Wesley Publishing Co. (2000) ISBN 020-170-9147に解説されている。ＸＭＬ ＤＳＯは読み取り専用データプロバイダである。ＸＭＬ ＤＳＯを使用するには、Ｊａｖａアプレット要素をＨＴＭＬホームページに加える必要がある。Ｊａｖａは、カリフォルニア州パロアルトのサンマイクロシステムズ社の製品である。ＨＴＭＬホームページ内のパラムタグはアプレット要素の場所を特定する。ＸＭＬ ＤＳＯは、特定の場所、恐らく外部サーバーコンピュータからネットワーク接続によりＸＭＬデータベースのデータを取り出し、そのデータを構文解析し、そのページ上の結合された制御要素に与える。このようにして、データ消費要素（制御要素）はＸＭＬの詳細部分から隔離される。
【０００７】
マイクロソフト社のＤＨＴＭＬ結合データソフトウェアは、Understanding ActiveX and OLE by David Chappell published by the Microsoft Press, Redmond, Washington, ISBN 1-572-31216-5に記載されているマイクロソフトアクティブＸデータオブジェクト（ＡＤＯ）プログラモングモデルを利用する。マイクロソフト社で行われているような既存の技術のアーキテクチャーを図１に示す。ＡＤＯプログラミングモデルはレコードセットモデルである。ＡＤＯレコードセットは２つのコンポーネント、即ち、フィールドの集合体と、プロパティの集合体とを含む。ＡＤＯレコードセット内の各レコードはフィールドの集合体を有する。フィールドの集合体は、ＡＤＯレコードセットオブジェクトのデフォルト集合体である。各フィールドは名前、値及びカウントプロパティを有する。カウントプロパティは集合体内のフィールド数を指示する。ＡＤＯレコードセットプロパティの集合体の各プロパティは、名前、タイプ及び値を有する。ＡＤＯプログラミングモデルはレコードセットのシリアルアドレス指定だけを可能にする。即ち、一度にただ１つのレコードセットがアクセス可能である。ＡＤＯプロトコルを使用するとその結果の１つとして、１つのグループのデータ制御要素を２以上のレコードセットオブジェクトに結合する実際的方法が存在しないということである。
【０００８】
フォームの文脈において、１つのグループのデータ制御要素は、垂直にそして／または水平に整列可能なデータ制御要素を表形式でグループ化したものである。制御要素は、フォーム、質問文、ウェブページ、ブラウザー、スプレッドシート、文書または他の任意のディスプレイのようなユーザーのために表示されるかユーザーにより入力されるデータのユーザーインターフェイスディスプレイ画像内の表示要素として定義される。制御要素はユーザーに選択か、データ入力の何れかを行うように促すものである。フォーム上にオブジェクト形式で階層的に配置されたデータのように、グループ化されたデータを所望の様式で提示するには、幾つかの下層のレコードセットオブジェクトからのデータを必要とする。ＨＴＭＬ文書作成者は、所望のデータを提示フォーマットに使用するＨＴＭＬフォームの対応する制御部に結合するにはビューオブジェクトとも呼ばれる多数のデータセットオブジェクトを操作するためのコードを書かなければならないから、マイクロソフト社のＡＤＯレコードセットモデルをオブジェクト形式の階層データバッファ構造とうまく統合できない。
【０００９】
サーバーによって既存のＤＨＴＭＬ文書がクライアントのマシーンに送られる際、その文書には既にデータが埋め込まれている。その後、クライアントのウェブブラウザーがサーバーにより作成された文書にすでに含まれていれば如何なるデータも受け入れて表示する。その後、ユーザーはこの表示されたデータを変更することができる。クライアントが一部のデータを変更したフォームは、ユーザー終了時にその全体がサーバーへ返送される。即ち、データと下層のフォームとの両方がサーバーへ再び伝送される。概して静的なフォームに関する冗長的な情報をサーバーとクライアントコンピュータとの間で繰り返し転送すると、ネットワークに不必要なトラフィックが発生する。
【００１０】
データ結合プロトコルについては多数の例が存在する。Hayashi et al.の米国特許第６，０１４，６７７号（発明の名称：Document Management Device And Method For Managing Documents By Utilizing Additive Information）は、文書をその文書に含まれる前の情報に基づき後続の評価データに関連付ける結合情報作成装置を開示している。タグテンプレートがオンスクリーンエディタにより定義され、タブテンプレートデータベースが一致するタグを同一文書に関連付けるために作成される。
【００１１】
Mutschler, III et al.の米国特許第５，９４０，０７５号（発明の名称：Method For Extending The Hypertext Markup Language (HTML) To Support Enterprise Application Data Binding）は、表示すべきフォームの記述原語を保存するためのウェブサーバープログラム及び関連のデータベースを開示している。そのサーバーは、フォームを含む遺産としてのアプリケーションを実行するＣＰＵを有するホストに結合される。サーバーはそのフォームを開き、データの名前をホストから受け取ったデータの値に関連付けてそれらをクライアントへ送る。
【００１２】
Quaeler-Bock et al.の米国特許第６，０２３，２７１号（発明の名称：Framework For BindingData Viewers/Data Manipulation With One to Many Objects through Introspection）は、クライアントアプリケーションが１組のＧＵＩコンポーネントを少なくとも１つのビジネスオブジェクト（ＢＯ）の属性に結合できるようにするデータ構造を開示している。
【００１３】
Selby et al.の米国特許第５，５５５，３６５号（発明の名称：Method And System For Optimizing Static And Dynamic Binding of Presentation Objects With The Object Data They Represent）は、ＧＵＩオブジェクトとアプリケーションオブジェクトとの間の関係を特定する表の作成を開示している。アプリケーションオブジェクトが初期化される度に、その表を用いてＧＵＩオブジェクトがアプリケーションオブジェクト内のオブジェクトに関連付けられる。
【００１４】
Wolf et al.の米国特許第５，４３０，８３６号（発明の名称：Application Control Model For Common User Interface Access）は、アプリケーションにより実行可能なアプリケーション制御モジュール（ＡＣＭ）を開示している。ＡＣＭは、アプリケーションのデータを初期化し、そのデータにより定義されるディスプレイスクリーンを提示し、データにより定義される動作に従ってユーザー入力事象を実行または処理し、そのアプリケーションを閉じるための機能的要素を含む。
【００１５】
Kennedy et al.の米国特許第５，８３２，５３２号（発明の名称：Model Independent And Interactive Report Generation System And Method Of Operation）は、コンパイラー機能、エバリュエーター機能、表示機能及びモデルインターフェイス機能を含む対話式レポート作成システムを開示している。コンパイラーは、レポート、レイアウト及びワークシートの定義を受け、モデルインターフェイス機能にアクセスし、レポートテンプレートを発生する。エバリュエーターは、レポートテンプレートを受け、モデルインターフェイス機能にアクセスし、ユーザーモデルにアクセスし、レポート例を発生する。表示機能は、そのレポートの例を表示し、対話できるようにするためにそのレポート例を受ける。
【００１６】
フォーム上でのデータのグループ提示は、幾つかの下層データセットオブジェクトに遡ることができる。任意所望の制御グループ化により、特定の各ディスプレイ構成についてさらに別のビューオブジェクトを作成せずにグループ化が行えることが望ましい。これにより、ビジネスオブジェクトがアプリケーションサーバーで定義される時に、データを別のバッファ構造に変換することなく、あるいはビューオブジェクトまたはデータセットオブジェクトをさらにプログラミングすることなくこれらのオブジェクトのスムースな利用が可能になる。
【発明の概要】
【００１７】
本発明の原理に従って、ユーザーにデータ入力を促すための画像要素を含むユーザーインターフェイスディスプレイと併用される処理システムは、結合データベースを含む。この結合データベースは、種々の第１及び第２のデータ項目識別子をユーザーインターフェイスディスプレイ画像の対応する種々の第１及び第２のプロンプト要素にリンクさせる要素を含む。第１のデータ項目識別子は、第１のプロンプト要素によりユーザーが入力するための１組の許容データ項目を特定する。データベース構文解析系は、結合データベースを自動的にチェックして結合データベースの要素の変化を検知する。プロセッサは、結合データベースの変化が検知されるとそれに応答して１組の許容データ項目を更新する。
【実施例】
【００１８】
図２は、本発明の処理システム１を示すブロック図である。このシステム１は、インターネットまたは他のコンピュータがつながれている他のネットワークへの接続を可能にするソフトウェア及びハードウェア（図示せず）を含むパソコンにおいて実現される。このシステムの動作は、ユーザーがモニターまたは他のユーザーインターフェイスディスプレイ装置２上に表示される情報を見ることによりスタートする。種々のタイプの画像要素をスクリーン２上で見ることができる。これらの画像要素は通常、文書、フォーム、質問文、スプレッドシート、ウェブページまたはブラウザーの一部である。図３を参照して、ディスプレイ２は、例えば、画像要素としてユーザーディスプレイインターフェイス２上に現れる表形式に配列された種々のプロンプト要素、例えば、４、５、６、７、１４、１５、１６及び１７を含むＨＴＭＬフォーム３を表示している。図示のように、これらのプロンプト要素は垂直及び／または水平に整列させることができる。このフォーム３は、住所の街路名を入力するプロンプト要素４、郵便番号を入力するプロンプト要素５、ドロップダウンまたはピックリストタイプのメニューから州名を選択するプロンプト要素６、及び都市名を入力するプロンプト要素７を含む。この情報は物理的住所または郵便用住所を構成する。データは、ユーザーがフォーム３に入力するか、またはフォームを最初にコンピュータにロードする時にサーバーマシーンから得られる。
【００１９】
プロンプト要素４、５、７、１４、１５及び１６は、テキストボックスとして知られるタイプのプロンプト要素であり、ユーザーのためにテキストを表示しユーザーからテキストデータを受けることができる。テキストボックスタイプのプロンプト要素は、最初のデータ（もしあれば）を受け、ユーザーにより入力されるデータを挿入するデータ項目と関連がある。プロンプト要素６及び１７は、コンボボックスとして知られたタイプのプロンプト要素である。コンボボックスでは、ユーザーがプロンプト要素の右側にある矢印ボタンを作動すると受け入れ可能な入力データリストがユーザーに提示される。例えば、プロンプト要素６については、矢印ボタンを作動すると米国の州名リストがユーザーに提示される。その後、ユーザーはそのリストから受け入れ可能な入力データ（例えば、１つの州名）を選択することができる。
【００２０】
その後、選択された入力データは、プロンプト要素の残りの部分（左側）を構成するディスプレイ領域に表示される。前と同様に、コンボボックスタイプのプロンプト要素にも最初に、データを予めロードすることができる。従って、コンボボックスタイプのプロンプト要素は、受け入れ可能な選択肢を提供するデータソースと、最初のデータ（もしあれば）を受けて選択済み選択肢を挿入するデータ項目とを必要とする。
【００２１】
フォーム３を定義するＨＴＭＬコードはクライアントのパソコン内に保存されるが、フォームの入力フィールドに記入されるデータは最終的に、インターネット接続によりサーバーマシーンのような他のコンピュータから受けた後、それらに転送される。図１０Ａ、図１０Ｂ、図１０Ｃ及び図１０Ｄは、結合されると、パソコン上に保存可能なかかるフォームを定義するＨＴＭＬコードリストの一例を示す。ＨＴＭＬコード内には、フォームがロードされるとサーバーマシーン上に常駐するデータ項目を得るようにパソコンをコンディショニングするＪａｖａＳｃｒｉｐｔコード（ライン１３０−１３１）がある。さらに、ＪａｖａＳｃｒｉｐｔコード（１３２−１３３）は、これらのデータ項目をＨＴＭＬ文書内に埋め込まれたＸＭＬ文書にロードするようにパソコンをコンディショニングする。
【００２２】
ユーザー入力データプロセッサ８（図２）が例えば、キーボードまたはマウスからフォーム３（図３）に向けたユーザーデータを受けると、そのデータは、情報に従って処理され、結合データベース１１に保存され、ユーザー入力データに関連付けられる。例えば、図４、６及び７を参照して、結合データベース１１は、結合表１３及び第１（４０）及び第２（４１）のデータ制約条件表を含む。ユーザー入力データプロセッサ８は、ユーザーデータを結合データベース１１に送るが、そこでそのデータは結合データベース内に含まれる結合表（図１３）内の情報と比較される。結合データベース１１の結合表１３は、外部サーバーからのデータを以下に詳述する態様でフォーム３の対応プロンプト要素に関連付ける。受け取ったユーザーデータはまた、データ制約条件表４０及び４１内の情報と比較され、ユーザー入力データの受け取った値が以下に詳説する態様でデータ制約条件を満足するか否か（即ち、適正な範囲内にあるか及び／または他のデータと適正に協調するか否か）が判定される。ユーザー入力データが適当な制約条件内にある場合、そのデータはユーザーインターフェイス２により後で表示されるか、関連の外部データ項目内に保存されるようにプロセッサ１０へ送られる。逆に、データをフォーム３に適正に記入する前に変更及び／またはさらなる処理が必要であれば、プロセッサ１０は、適当な処理を行うかまたはユーザーインターフェイスディスプレイ２を介してユーザーにその問題を通告し、その問題を解消するためにユーザー入力プロセッサ８によりユーザーから別の情報を求めるようにコンディショニングされている。
【００２３】
図４は、複数列の入力項目を含む結合表１３の一部を示す。各列はデータ項目とプロンプト要素とのリンクを特定する。結合表１３内で、各プロンプト要素１４、１５、１６及び１７はサーバーから受け取る少なくとも１つの特定されたデータ項目にリンクされている。結合表１３の第１の欄はフォーム３のプロンプト要素を特定し、第３の欄は各々が１組のデータ項目となる１またはそれ以上のデータ項目識別子１９、２０、２１、２２及び２３を介してそのプロンプト要素にリンクされる外部サーバーからのデータ項目を特定する。第２の欄は、第１の欄で特定されたプロンプト要素のタイプを特定する。大部分のケースでは、ただ１つのデータ項目識別子が各プロンプト要素にリンクされており、そのデータ項目識別子はただ１つのデータ項目よりなるセットになる。しかしながら、一般的に、データ項目は、単純なオブジェクトプロパティ（オブジェクトの値のような）、全部のオブジェクト（そのプロパティ全てを含む）、またはオブジェクトのアレイ（反復グループ）でよい。
【００２４】
本発明の好ましい実施例において、マイクロソフトＸＳＬパターン構文（以前はＸＱＬ構文として知られていた）はデータ項目識別子を表すために使用される。マイクロソフト文書化は、ＸＳＬパターン構文を、ＸＭＬ、従って旧名ＸＱＬ（ＸＭＬ問い合わせ言語）に用いるためにＳＱＬに擬している。ＸＳＬは、ＸＭＬ文書内のノードを特定する「パターン」構文を定義する。この能力により、ＳＱＬ ＷＨＥＲＥ文節に等価のものが提供される。ＸＳＬはさらに、Professional XSL by Kurt Cagle, Michael Corning et al., WroxPress, Inc. (2001) ISBN 186-100-3579に記載されている。
【００２５】
フォーム３に現れる画像要素または制御４、５、６及び７に関連するＸＭＬデータタグ（入力データなしに示す）は以下のように現れる。
＜Ｐａｔｉｅｎｔ＞
＜Ａｄｄｒｅｓｓ＞
＜ＡｄｄｒｅｓｓＬｉｎｅ１／＞
＜ＡｄｄｒｅｓｓＬｉｎｅ２／＞
＜Ｃｉｔｙ／＞
＜Ｓｔａｔｅ／＞
＜ＺｉｐＣｏｄｅ／＞
＜Ａｄｄｒｅｓｓ＞．．．
＜Ａｄｄｒｅｓｓ＞．．．
＜Ａｄｄｒｅｓｓ＞．．．
＜Ｐａｔｉｅｎｔ＞
【００２６】
前の例において、データ項目識別子／患者／住所／郵便番号は，１つのオブジェクトプロパティ、即ち郵便番号の値を有するデータ項目になる。データ項目識別子／患者／住所は、それら自身のプロパティ（住所情報の多数のライン、プラス都市名、州名、郵便番号）を有する幾つかのオブジェクトを含む全体のオブジェクトであるデータ項目になり、またデータ表現／患者／住所は例えば、オブジェクトの反復グループ、即ち、ペンシルベニアに住んでいる患者より成るアレイであるデータ要素になる。
【００２７】
データ項目識別子は、外部データを含む埋め込まれたＸＭＬ文書内のデータ項目またはデータの一部になる。ＸＭＬでは、これは、文書ノード、即ち、例えば図１１に示すようなＸＭＬ文書の１つのブランチにかかわる。データ項目識別子は、プロンプト要素のデータソース、プロンプト要素のデータターゲット（宛先）またはその両方を表すことができる。
【００２８】
例えば、コンボボックスは許容可能な選択肢リストになるデータ項目識別子を必要とし、それはまたユーザーが選択した選択肢が配置される外部データの場所になるデータ項目識別子を必要とする。
ＤａｔａＳｏｕｒｃｅ：    ＬｉｓｔＯｆＤｏｃｔｏｒｓ
ＤａｔａＴａｒｇｅｔ：    Ｐａｔｉｅｎｔ／ＡｔｔｅｎｄｉｎｇＤｏｃｔｏｒ
【００２９】
結合表１３（図４）の列３０及び３１を特に参照して、これらの列は共にプロンプトとして特定されるＶＩＰステータスコンボボックス１７にかかわる。
【００３０】
列３０のプロンプト要素ｃｔｌＶＩＰ‘１７に関連するデータ項目は、ＶＩＰステータスの許容可能な値のソースである。図示の実施例において、許容可能な値は真と偽である。しかしながら、許容可能な選択肢の数には制限がなく、現在の例では、許容可能な値は、ゴールドレベル、シルバーレベル、ブロンズレベルのようなＶＩＰステータスの種々のレベルを示すことができる。このソースのデータ項目は、セル２２において、埋め込まれたＸＭＬ文書、即ち、許容可能なデータ項目のリストを含む「ＡｌｌｏｗａｂｌｅＶａｌｕｅｓ／ＶＩＰＳｔａｔｕｓｅｓ」のその場所に存在するものとして特定される。上述したように、このリストは許容可能なデータを含むアレイとして取り出される。列３１のプロンプト要素「ｃｔｌＶＩＰ」にリンクされたデータ項目は、ユーザーによりコンボボックス１７に入力されるデータの宛先データ項目である。この宛先データ項目は、セル２３において、場所「／Ｐａｔｉｅｎｔ／ＶＩＰＳｔａｔｕｅｓ」として特定される。
【００３１】
結合表１３のデータ項目識別子は、動的な視認が可能なように、即ち、他のプロンプト要素に入力されるデータに基づき変化するバッファ内の利用可能なデータのサブセットを表示するように実行時に変更することができる。
【００３２】
プロンプト要素に関連するデータ項目識別子は、そのプロンプト要素（即ち、そのプロンプト要素を含むフォームを定義するＨＴＭＬ文書内の）、データ（即ち、埋め込まれたデータのＸＭＬ文書内の）と共にまたは別個に保存することができる。本発明の好ましい実施例では、データ項目識別子情報を保存する最も簡単で柔軟性のある方法は、図４に示すようにデータ結合表１３内に別個にすることである。
【００３３】
図１０Ｂにおいて、ライン１２７のＨＴＭＬコードはデータ結合プロセスを開始させる。ＨＴＭＬコードは、サーバーＸＭＬ文書を介してサーバーから外部データ（ライン１３０−１３１）を取り出すようにクライアントコンピュータをコンディショニングし、受け取った外部データをフォームのライン１０６に埋め込まれるようにＸＭＬ文書（ライン１３２−１３３）にロードする。図１１Ａ及び１１Ｂは、ライン１０６に示すＸＭＬ文書のようなＸＭＬの一例のＸＭＬコードリストを示す。
【００３４】
ＸＭＬ文書中のデータ項目は、図１２、１３、１４及び１５に示すＪａｖａＳｃｒｉｐｔサブルーチンを介してプロンプト要素に結合される。即ち、ＪａｖａＳｃｒｉｐｔのサブルーチンは、埋め込まれたＸＭＬ文書のデータ項目とフォームの関連するプロンプト要素との間でデータを転送する。このデータ結合プロセスを実行するために、上述したように、埋め込まれたＸＭＬ文書のデータの場所が、データが結合表１３により最終的に表示され編集される所のプロンプト要素にリンクされる。結合表１３の入力場所は、ＨＴＭＬフォーム（図１０Ａ）のライン１２０−１２６において定義される。図１０に示す入力場所は、結合表の入力場所、即ち、図４に示す入力場所の一部のみを表す。ライン１２２−１２６は、埋め込まれたＸＭＬ文書のデータ項目をＸＭＬ文書のノードになるＸＱＬパターンまたはパスを介して適当なプロンプト要素にマッピングするためにデータを結合表１３に挿入する。
【００３５】
図１６にリストされるルーチンは、ＨＴＭＬ文書（図１０）のコードと共に作用して埋め込まれたＸＭＬ文書に情報を記入する。このルーチンは、外部ソースからのＸＭＬ文書のデータ項目をＸＱＬがなる埋め込まれたＸＭＬの適当なノードに挿入する。
【００３６】
図４において、結合表１３は、ＨＴＭＬフォーム（図１０）のライン１３０で得られる埋め込まれたＸＭＬ文書からのＸＭＬデータ項目を、ＨＴＭＬ文書のライン１２２−１２６に現れる特定のプロンプト要素にリンクする。このスキームにより、同じ結合表１３において２以上のプロンプト要素１４、１５、１６などをマッピングできるという利点が得られる。さらに、結合表１３は、データが変化したプロンプト要素についてディスプレイ２をリフレッシュするための必要な動作としていずれのプロンプト要素がいずれのデータ項目に結合されているかを突き止めるために迅速にスキャンすることができる。この必要な機能の実行を支援するために、図１８に示すＪａｖａＳｃｒｉｐｔのサブルーチンは何れのプロンプト要素がＸＭＬ文書の特定のブランチに結合されているかを突き止める。
【００３７】
結合データベース１１のデータ項目（１９、２０、２１、２２及び２３）にリンクされた各プロンプト要素（１４、１５、１６及び１７）は、結合表１３に少なくとも１つの入力場所を有する。各プロンプト要素は、そのプロンプト要素のタイプ（２４、２５、２６、２７及び２８）に基づく総括的結合ルーチンにさらに関係付けられている。この総括的結合ルーチンは、埋め込まれたＸＭＬ文書と、リンクされたプロンプト要素との間でデータを実際に複写する。例えば、プロンプト要素タイプ２４、２５（入力ボックス）に関連する総括的結合ルーチンはＩｎｐｕｔＢｏｘ＿ＸＭＬ＿ＵＩであり、ＵＩは入力インターフェイスを表す（図１３のライン３２０）。この総括的結合ルーチンは、特定したテキストボックスのプロンプト要素と、それがリンクされる埋め込まれたＸＭＬ文書のデータ項目との間でテキストデータを転送する。  
【００３８】
図１２−１５は、各タイプの制御シナリオに適用可能な結合ルーチンの他の例を示す。図１２は、フォームのリンクされた全てのプロンプト要素へのＸＭＬデータの結合を制御するルーチンの一例である。図１３は、特定したプロンプト要素だけへのリンクされたＸＭＬデータの結合を制御するルーチンである。図１４は、ＸＭＬデータを入力ボックスのような比較的簡単な制御部に結合する上述した結合ルーチンを示し、図１５はデータリストまたはコンボボックスのような比較的複雑な制御部の結合ルーチンを示す。
【００３９】
結合表１３（図４）の列２９、３０、３１及び３２は、１つの提示グループフォーム内のプロンプト要素をいかにして種々のオブジェクト及び／またはレコードタイプ内に位置するデータ項目にリンクさせられるかを示す例である。この場合、４つの列２９−３２は、３つの異なるレコードタイプ、即ち、患者／名前１９、２０；人／教育２１、及び患者２３に関連付けられている。
【００４０】
データ項目は、フォーム３が最初にロードされると、埋め込まれたＸＭＬ文書から自動的に読み取られ、フォーム３の各プロンプト要素４、５、６、７）に書き込まれる。図５からわかるように、ディスプレイインターフェイス２へのフォーム３へのローディングはホームローデイング事象３３で開始される。ステップ３４では、結合表１３に現れる各特定の制御タイプについて総括的なＢｕｆｆｅｒ＿ｔｏ＿＜Ｃｏｎｔｒｏｌ  Ｔｙｐｅ＞ルーチンが使用される。例えば、コンボボックスタイプのプロンプト要素はルーチンＸＭＬ＿ｔｏ＿Ｃｏｍｂｏｂｏｘ（図１５Ａ及び１５Ｂ）の始動を行わせる（図１１、ライン３２２）。同様に、ＩｎｐｕｔＢｏｘタイププロンプト要素はルーチンＸＭＬ＿ｔｏ＿ＩｎｐｕｔＢｏｘ（図１４）を始動させる（図１３、ライン３２０）。
【００４１】
プロンプト要素が結合されたデータ項目が埋め込まれたＸＭＬ文書内に見つからない場合、関連の制御部は隠れた状態にある。この特徴により、セキュリティーレイヤーは埋め込まれたＸＭＬ文書から慎重に扱う必要のあるデータを外すか、またはかかるデータが最初にバッファに到達しないようにすることができる。さらに、結合されていない制御部を隠すことによりユーザーインターフェイスが故障するのを防止する。さらに、制御部及び制御部のプロンプトを隠すことにより、ユーザーが潜在的に安全なフィールドが存在することを認識しないようにする。制御部が隠れていれば、その制御部はディスプレイ２上の同じ物理的空間を占有するため、フォーム３上の他の制御部は影響を受けない。
【００４２】
ステップ３４での結合表１３の入力場所のスキャンに続き、ステップ３５は表４０に現れるバッファ初期化制約条件を処理する。ある特定のデータ制約条件は静的であり、フォーム３の一部として存在できる。例えば、ある特定のプロンプト要素は常に必要とされるデータ項目（例えば、「Ｐａｔｉｅｎｔ／ｎａｍｅ／ＦａｍｉｌｙＮａｍｅ」１９及び「／Ｐａｔｉｅｎｔ／ＶＩＰＳｔａｔｕｓ」２３）にリンクさせることができる。また、ある特定のピックリスト（例えば、許容可能なＶＩＰステータス値６のリスト）はたびたび変化しない値を含むことができる。
【００４３】
図６において、表４０は、フォーム初期化（ＩＮＩＴ）時に評価されるデータ制約条件３６、３７の一例を示す。フォーム３が最初にロードされるとアクション欄３８にリストされた制約条件が欄３９に現れるデータ項目識別子をマッピングする任意のプロンプト要素につき実行される。図示の例では、プロンプト要素１７（ｃｔｌＶＩＰ）は必要に応じてマークされ、その関連の制御部ピックリストには「真」及び「偽」の値が入力される。ＩＮＩＴ制約条件３６、３７は、リンクされるデータ項目が最初にプロンプト要素にロードされる時に処理される。ＩＮＩＰ制約条件３６、３７はフォームが最初に開かれた後は変化しないため、これらの制約条件は再び処理されることはない。
【００４４】
プロンプト要素は、それらのリンクされたデータ項目に関連性があれば作動され、関連性がなければ作動されない。さらにプロンプト要素は、それらのリンクされたデータが必要に応じてマークされる場合は強調表示される。図１７に示すルーチンはマークされる必要なＸＭＬデータ項目に結合された任意のプロンプト要素を必要に応じてマークする。図１９に示すルーチンは必要に応じてマークされたプロンプト要素を強調表示するが、図２０は必要に応じてマークされたプロンプト要素のラベルがあればそのラベルを強調表示する。同様なルーチンは、（１）それらのリンクされたデータ項目に関連性がなければ関連性がないとしてプロンプト要素をマークし、また、そのプロンプト要素と、関連性がないとしてマークされた任意のプロンプト要素のラベル（もしあれば）との両方を非作動状態にし、（２）それらのリンクされたデータ項目に関連性があれば関連性があるものとしてプログラム要素をマークし、そのプロンプト要素と、関連性があるとマークされた任意のプロンプト要素のラベル（もしあれば）との両方を作動状態にする。当業者は、これらの機能を提供するために如何にしてコードを発生させるかわかるであろう。
【００４５】
もう１つのクラスのデータ制約条件は非常に動的である。この場合、必要とされるデータ制約条件は実行時までは知られていない。例えば、ピックリストの許容可能な値は、かかる値をフォーム３に埋め込むのが不適当なほどにしばしば変化することがある。これは、データ項目を、例えば、関連性がある、関連性がない、またはそのフォームの上の他のデータ項目（及びそれらがリンクされたプロンプト要素）が変化すると必要になるようにする制約条件を含む。
【００４６】
例えば、データ項目ＬＡＳＴ＿ＰＡＰ＿ＴＥＳＴ＿ＤＡＴＥ（図３には図示せず）は、患者の性別（図３には図示せず）が女性であれば必要とされる。逆に、患者の性別が男性であれば、ＬＡＳＴ＿ＰＡＰ＿ＴＥＳＴ＿ＤＡＴＥは関連性がなく、入力すべきではない。このクラスのデータ制約条件は、下層の状態にリンクされた各データ項目が変化した後評価の必要がある。
【００４７】
例えば、患者の性別が男性に変化するやいなや、データ項目ＬＡＳＴ＿ＰＡＰ＿ＴＥＳＴ＿ＤＡＴＥは関連性なしの状態になり、データ項目ＬＡＳＴ＿ＰＡＰ＿ＴＥＳＴ＿ＤＡＴＥに結合された各プロンプト要素は非作動状態にされる。逆に、患者の性別が女性に変化すると、データ項目ＬＡＳＴ＿ＰＡＰ＿ＴＥＳＴ＿ＤＡＴＥは関連性ありで必要とされる状態になり、データ項目ＬＡＳＴ＿ＰＡＰ＿ＴＥＳＴ＿ＤＡＴＥに結合された各プロンプト要素は作動され、強調表示される。
【００４８】
図７において、表４１は、フォーム上のデータが変化すると動的に評価されるデータ制約条件の一例を示す。このタイプのデータ制約条件は、変化時に評価される第１の欄にマークされ、状態４５に関係するデータ項目は欄４３にリストされる。フォーム上のデータが変化する度ごとに、表４１は、変化したデータ項目が段４３にリストされた任意のデータ項目にマッチするか否かを判定するためにスキャンされる。もしマッチすれば、変化したデータ項目を欄４５にリストされた関連の状態に対してチェックする必要がある。関連の状態と合致すれば、欄４４にリストされた関連のアクションが実行される。
【００４９】
例えば、／Ｐａｔｉｅｎｔ／Ｓｅｘが変化したデータ項目であれば、図７の表４１に示す両方の入力場所がトリガーされ、欄４５のそれらの状態が評価される。欄４５の状態が「真」の結果を生じる場合、欄４４の対応のアクションが実行される。特に一番上の列を参照して、／Ｐａｔｉｅｎｔ／Ｓｅｘが「Ｆ」（女性）に変化した場合、ＬＡＳＴ＿ＰＡＰ＿ＴＥＳＴ＿ＤＡＴＥ（欄４２）に結合された任意のプロンプト要素が「必要」にセットされる。第２の列を参照して、／Ｐａｔｉｅｎｔ／Ｓｅｘが「Ｍ」（男性）に変化すれば、ＬＡＳＴ＿ＰＡＰ＿ＴＥＳＴ＿ＤＡＴＥに結合された任意のプロンプト要素は非作動状態になる。ある特定の他のプロンプト要素におけるデータの変化に基づき許容可能な入力場所を変更するために、コンボボックスについても同様な処理を行えばよい。
【００５０】
任意のプロンプト要素にデータが入力されるか、データが変化すると、新しいデータが外部のデータ項目を含む埋め込まれたＸＭＬ文書のその関連場所に自動的に挿入される。さらに詳細には、変化及びクリック事象のようなデータ入力事象は公知の総括的事象取り扱いルーチンへ廻される。各プロンプト要素のための総括的事象取り扱いルーチンは、データをプロンプト要素から埋め込まれたＸＭＬ文書へ移動させる。適当な命令の一例は、
＜ＣｏｎｔｒｏｌＴｙｐｅ＞＿Ｔｏ＿Ｂｕｆｆｅｒ
データがこのように更新されると、プロセッサ１０は、更新されたデータ項目の前のバージョンがそのデータ項目の現在のバージョンと異なることを検知する。かかるデータを特定するために用いる機構は、そのデータ項目を「古い」または「問題がある」とマークする。即ち、ユーザーが新しいデータを入力するか既存のデータを更新する度に、そのデータは「問題がある」とマークされる。その後、これを用いてサーバーの処理を支援することができる。
【００５１】
元はナル状態であったＸＭＬ文書の任意のデータオブジェクト（即ち、それに最初に関連するデータが存在しない任意のＸＭＬ文書ノード）は、リンクされたプロンプト要素の変化に応答してデータがそのデータオブジェクトに配置されるまで、場所を保持するものとしてタッグされる。ＸＭＬ文書中の場所を保持するもの（新しいデータオブジェクト）は、新しいデータがそれらに配置されると「挿入」とマークされる。さらに詳しくは、データオブジェクトが「問題がある」と一旦マークされると、そのデータオブジェクトは新しいオブジェクト、即ち、データを挿入すべきオブジェクトとしてマークされる。任意の親（新しいオブジェクトを含むオブジェクト）の場所を保持するオブジェクトも「挿入」とマークされる。既存のオブジェクト、即ち、既にデータを含む任意のノードは、新しいデータがその中に配置されると「更新」とマークされる。さらに、前のデータ値を、取り消し処理をサポートするためにリストに保存することができる。
【００５２】
外部データのサブセットがプロンプト要素以外のソースから（例えば、インターネットからのデータアップデートにより）更新される場合、変化したデータにより影響を受けるプロンプト要素のみが再結合される。即ち、かかる部分的なデータベースの更新により、関連のあるプロンプト要素だけが再結合される。変化したデータのＸＭＬノードは結合表１３のデータ項目識別子（１９−２３）と比較され、リンクしたデータ項目しきい値が変化したデータパス内にあるプロンプト要素に限り更新される。
【００５３】
ユーザーがＨＴＭＬフォーム３のプロンプト要素（４、５、６、７、１４、１５、１６及び１７）と対話すると、プロンプト要素の少なくとも一部のデータが変化する。ＤＨＴＭＬブラウザーは、一部がＨＴＭＬ文書それ自身内にあるプロンプト要素事象ハンドラーに向けられた事象を始動させる（図１０Ｂ、ライン１３７乃至図１０Ｄ、ライン１９０）。事象ハンドラーの一部は総括的であるため、それらはＪａｖａＳｃｒｉｐｔ中に常駐する。プロンプト要素事象ハンドラーは、一般的に、変化したデータをプロンプト要素から抽出し、ＸＭＬ文書のリンクされたノードを更新する。例えば、図１０Ｃ（ライン１５４−１６４）において、郵便番号制御部５のデータがユーザーにより変更されると、ライン１６２はＸＭＬ文書を新しい郵便番号（ＩｎｐｕｔＢｏｘ＿ＵＩ＿ＴＯ＿ＸＭＬ（制御部））により更新する。
【００５４】
オプションとしてのカスタムコードを総括的事象ハンドラーに関連付けることができる。例えば、特定の命名規則（＜ｃｏｎｔｒｏｌＮａｍｅ＞＜ｅｖｅｎｔＮａｍｅ＞）を用いて事象取り扱い機能を作成することにより別のプログラムコードを呼び出すことができる。総括的事象取り扱いルーチンは、実行時にさらに別のカスタム機能が存在するか否かをサーチし、見つかれば、それらの総括的な機能を実行する代わりにそれらの機能を呼び出す。データの更新前または後に追加可能なカスタムロジックの例を以下に示す。
ｆｕｎｃｔｉｏｎ  ｃｔｌＺｉｐＣｏｄｅ＿ｏｎｃｈａｎｇｅ（ａＮｕｍｅｒｉｃＥｄｉｔ）
｛
／／ｄｏ  ｃｕｓｔｏｍ  ｖａｌｉｄａｔｉｏｎ  ｈｅｒｅ
ｉｆ  ｐａｓｓＭｙＶａｌｉｄａｔｉｏｎ（ａＮｕｍｅｒｉｃＥｄｉｔ）＝＝
ｆａｌｓｅ
ｒｅｔｕｒｎ；  ／／ａｂｏｒｔ  ｂｕｆｆｅｒ  ｕｐｄａｔｉｎｇ
／／ｏｔｈｅｒｗｉｓｅ  ｌｅｔ  ｔｈｅ  ｓｙｓｔｅｍ  ｕｐｄａｔｅ
ｔｈｅ  ＸＭＬｄｏｃ  ｔｈｉｓ．ＵＩ＿ＴＯ＿ＸＭＬ（）；
｝
ｆｕｎｃｔｉｏｎ  ｃｔｌＺｉｐＣｏｄｅ＿ｏｎａｆｔｅｒｃｈａｎｇｅ
（ａＮｕｍｅｒｉｃＥｄｉｔ）
｛
／／ｃｕｓｔｏｍ  ｃｏｄｅ  ｈｅｒｅ
ＤｏＳｏｍｅｔｈｉｎｇ（）；／／Ｖｅｒｉｆｙ  Ｃｉｔｙ  ａｎｄ
Ｓｔａｔｅ？
｝
【００５５】
図８を参照して、該図は上述したフォームデータ変更処理モデルを示す。フォームデータ変更事象ハンドラー５０は、ステップ５１においてデータ変更事象の発生を待つことによりスタートする。ステップ５２において、サブルーチンはデータベース１１内のデータの変化前のカストムコードをサーチする。かかるカストムコードの存在が発見されれば、ステップ４９はそのカストムコードを実行する。かかるカストムコードが見つからなければ、ステップ５３において総括的結合ルーチンを用いることによりデータをＸＭＬ文書に移動させ、そのデータが最終的にサーバーマシーンに送り返されるようにすることができる。データの変更が実行された後、ステップ４６において変化後のカストムコードの別のサーチが行われる。かかるカストムコードが見つかれば、それはステップ４７において実行される。かかるカストムコードが見つからなければ、ステップ４８の処理において、結合データベース１１のデータ制約条件表４１中の「変化時」制約条件が評価され、任意のものがトリガーされればそれらは実行される。図９に示すルーチンは、選択した制御部の妥当性をチェックするためのデータ実行時間を調べるＪａｖａＳｃｒｉｐｔコードリストである。
【００５６】
図８に示す命令ループは各プロンプト要素につき存在する。図９からわかるようい、ＨＴＭＬフォームデータ変更命令は、街路データについてはライン１３８−１４７、住所データについてはライン１４８−１５３、郵便番号データについてはライン１５４−１６０、都市名データについてはライン１７８−１９０に現れる。
【００５７】
ユーザーにより書き込まれる機能４９は、ただ単に「リターン」ステートメントを符号化することによりデータの結合をキャンセルできる（データがデータベース１１に書き込まれない）カストム（より制限的な）妥当性チェックロジックを実現可能にする。データの送信のようなあるデータ変化後のタスクを惹き起こすか実行するためにデータがデータベース１１に書き込まれた後に呼び出される、ユーザーにより書き込まれる機能４７を実現することができる。
【図面の簡単な説明】
【００５８】
【図１】従来技術のデータ結合コンポーネントアーキテクチャーを示すブロック図である。
【図２】本発明の原理に従って構成された動的データ結合構成システムのブロック図である。
【図３】本発明の動作を理解するために有用な例示的フォームの画像表示である。
【図４】本発明の原理に従って作成された結合データベース表の一例である。
【図５】本発明の最初のフォームロード処理ステップを示すフローチャートである。
【図６】本発明の原理に従ってフォームに関連する第１の群のデータ制約条件を示す表の一例である。
【図７】本発明の原理に従ってフォームに関連する第２の群のデータ制約条件を示す表の一例である。
【図８】フォームデータを変更した後の処理を示すフローチャートである。
【図９】画像要素の動的な妥当性チェックを行うＪａｖａＳｃｒｉｐｔコードのリストである。
【図１０Ａ】図３に示すフォームの一部におけるデータの表示及び処理を示す逐次ＨＴＭＬコードのリストである。
【図１０Ｂ】図３に示すフォームの一部におけるデータの表示及び処理を示す逐次ＨＴＭＬコードのリストである。
【図１０Ｃ】図３に示すフォームの一部におけるデータの表示及び処理を示す逐次ＨＴＭＬコードのリストである。
【図１０Ｄ】図３に示すフォームの一部におけるデータの表示及び処理を示す逐次ＨＴＭＬコードのリストである。
【図１１Ａ】図３に示すＨＴＭＬフォームに埋め込まれたＸＭＬ文書を作成する逐次ＸＭＬコードのリストである。
【図１１Ｂ】図３に示すＨＴＭＬフォームに埋め込まれたＸＭＬ文書を作成する逐次ＸＭＬコードのリストである。
【図１２】図１１のＸＭＬ文書のデータ記述に従ってサーバーマシーンから受け取ったＸＭＬデータ項目を図３に示すフォームに現れる特定の制御部に結合するＪａｖａＳｃｒｉｐｔコードのリストである。
【図１３Ａ】サーバーマシーンから受け取ったＸＭＬデータ項目を図３に示す図１１のＸＭＬ文書のデータ記述によるフォームに現れる１つの特定された制御部にリンクする逐次ＸＭＬコードのリストの一部である。
【図１３Ｂ】サーバーマシーンから受け取ったＸＭＬデータ項目を図３に示す図１１のＸＭＬ文書のデータ記述によるフォームに現れる１つの特定された制御部にリンクする逐次ＸＭＬコードのリストの一部である。
【図１４】サーバーマシーンから受け取ったデータを図１１のＸＭＬ文書におけるデータ記述によるフォームに現れる制御部入力ボックスと交換する結合ルーチンのＪａｖａＳｃｒｉｐｔコードのリストである。
【図１５Ａ】リストにＸＭＬ文書の特定のデータ項目からデータを記入し、ＸＭＬ文書の異なるデータ項目にユーザーの選択を戻すことにより、サーバーマシーンから受け取ったＸＭＬデータをＸＭＬ文書のデータ記述によるフォームに現れるデータリスト／コンボボックスのような制御部と交換する逐次ＪａｖａＳｃｒｉｐｔコードのリストの一部である。
【図１５Ｂ】リストにＸＭＬ文書の特定のデータ項目からデータを記入し、ＸＭＬ文書の異なるデータ項目にユーザーの選択を戻すことにより、サーバーマシーンから受け取ったＸＭＬデータをＸＭＬ文書のデータ記述によるフォームに現れるデータリスト／コンボボックスのような制御部と交換する逐次ＪａｖａＳｃｒｉｐｔコードのリストの一部である。
【図１５Ｃ】リストにＸＭＬ文書の特定のデータ項目からデータを記入し、ＸＭＬ文書の異なるデータ項目にユーザーの選択を戻すことにより、サーバーマシーンから受け取ったＸＭＬデータをＸＭＬ文書のデータ記述によるフォームに現れるデータリスト／コンボボックスのような制御部と交換する逐次ＪａｖａＳｃｒｉｐｔコードのリストの一部である。
【図１５Ｄ】リストにＸＭＬ文書の特定のデータ項目からデータを記入し、ＸＭＬ文書の異なるデータ項目にユーザーの選択を戻すことにより、サーバーマシーンから受け取ったＸＭＬデータをＸＭＬ文書のデータ記述によるフォームに現れるデータリスト／コンボボックスのような制御部と交換する逐次ＪａｖａＳｃｒｉｐｔコードのリストの一部である。
【図１５Ｅ】リストにＸＭＬ文書の特定のデータ項目からデータを記入し、ＸＭＬ文書の異なるデータ項目にユーザーの選択を戻すことにより、サーバーマシーンから受け取ったＸＭＬデータをＸＭＬ文書のデータ記述によるフォームに現れるデータリスト／コンボボックスのような制御部と交換する逐次ＪａｖａＳｃｒｉｐｔコードのリストの一部である。
【図１５Ｆ】リストにＸＭＬ文書の特定のデータ項目からデータを記入し、ＸＭＬ文書の異なるデータ項目にユーザーの選択を戻すことにより、サーバーマシーンから受け取ったＸＭＬデータをＸＭＬ文書のデータ記述によるフォームに現れるデータリスト／コンボボックスのような制御部と交換する逐次ＪａｖａＳｃｒｉｐｔコードのリストの一部である。
【図１５Ｇ】リストにＸＭＬ文書の特定のデータ項目からデータを記入し、ＸＭＬ文書の異なるデータ項目にユーザーの選択を戻すことにより、サーバーマシーンから受け取ったＸＭＬデータをＸＭＬ文書のデータ記述によるフォームに現れるデータリスト／コンボボックスのような制御部と交換する逐次ＪａｖａＳｃｒｉｐｔコードのリストの一部である。
【図１５Ｈ】リストにＸＭＬ文書の特定のデータ項目からデータを記入し、ＸＭＬ文書の異なるデータ項目にユーザーの選択を戻すことにより、サーバーマシーンから受け取ったＸＭＬデータをＸＭＬ文書のデータ記述によるフォームに現れるデータリスト／コンボボックスのような制御部と交換する逐次ＪａｖａＳｃｒｉｐｔコードのリストの一部である。
【図１６】分解ＸＱＬ値をフォームに関連するＸＭＬ要素に挿入するＪａｖａＳｃｒｉｐｔファイルのリストである。
【図１７】必要なＸＭＬ要素に関連するフォーム中のプロンプト要素を強調表示するＪａｖａＳｃｒｉｐｔコードのリストである。
【図１８Ａ】フォームの現れる何れの制御部がＸＭＬ文書の特定のブランチを指しているかを決定する逐次ＪａｖａＳｃｒｉｐｔコードのリストである。
【図１８Ｂ】フォームの現れる何れの制御部がＸＭＬ文書の特定のブランチを指しているかを決定する逐次ＪａｖａＳｃｒｉｐｔコードのリストである。
【図１９Ａ】ＸＭＬ文書に現れる特定の制御部を強調表示する逐次ＪａｖａＳｃｒｉｐｔコードのリストである。
【図１９Ｂ】ＸＭＬ文書に現れる特定の制御部を強調表示する逐次ＪａｖａＳｃｒｉｐｔコードのリストである。
【図２０】ＸＭＬ文書の特定の制御部のラベルを強調表示するＪａｖａＳｃｒｉｐｔコードのリストである。
【図１】
2005521161.tif 000003
【図２】
2005521161.tif 000004
【図３】
2005521161.tif 000005
【図４】
2005521161.tif 000006
【図５】
2005521161.tif 000007
【図６】
2005521161.tif 000008
【図７】
2005521161.tif 000009
【図８】
2005521161.tif 000010
【図９】
2005521161.tif 000011
【図１０Ａ】
2005521161.tif 000012
【図１０Ｂ】
2005521161.tif 000013
【図１０Ｃ】
2005521161.tif 000014
【図１０Ｄ】
2005521161.tif 000015
【図１１Ａ】
2005521161.tif 000016
【図１１Ｂ】
2005521161.tif 000017
【図１２】
2005521161.tif 000018
【図１３Ａ】
2005521161.tif 000019
【図１３Ｂ】
2005521161.tif 000020
【図１４】
2005521161.tif 000021
【図１５Ａ】
2005521161.tif 000022
【図１５Ｂ】
2005521161.tif 000023
【図１５Ｃ】
2005521161.tif 000024
【図１５Ｄ】
2005521161.tif 000025
【図１５Ｅ】
2005521161.tif 000026
【図１５Ｆ】
2005521161.tif 000027
【図１５Ｇ】
2005521161.tif 000028
【図１５Ｈ】
2005521161.tif 000029
【図１６】
2005521161.tif 000030
【図１７】
2005521161.tif 000031
【図１８Ａ】
2005521161.tif 000032
【図１８Ｂ】
2005521161.tif 000033
【図１９Ａ】
2005521161.tif 000034
【図１９Ｂ】
2005521161.tif 000035
【図２０】
2005521161.tif 000036
【国際調査報告】
2005521161.tif 000037
2005521161.tif 000038
2005521161.tif 000039