(57)【特許請求の範囲】
【請求項１】
与えられた文書の記述を解析する解析手段と、
前記解析手段の解析結果に基づき、前記文書を構成する文字、画像及びＧＵＩ部品の表示を行う表示手段と、
前記表示手段の表示に対するユーザの入力を取得する入力手段と、
前記入力手段で取得した入力情報に基づき、ユーザが入力を行った入力対象ＧＵＩ部品を特定する入力部品特定手段と、
前記入力部品特定手段により特定された前記入力対象ＧＵＩ部品に対応する前記文書の記述から、その入力対象ＧＵＩ部品に対する入力に連動すべき連動ＧＵＩ部品を特定する連動部品特定手段と、
前記入力部品特定手段により特定された前記入力対象ＧＵＩ部品に対応する前記文書の記述に基づき、前記連動部品特定手段で特定された連動ＧＵＩ部品に入力すべきメッセージの値を判定するメッセージ判定手段と、
各ＧＵＩ部品について、そのＧＵＩ部品に入力されるメッセージがとり得る各値と、それら各値が入力された場合の当該ＧＵＩ部品の動作内容との対応ルールを記憶した対応ルール記憶手段と、
前記メッセージ判定手段が判定したメッセージの値に対応して前記連動部品特定手段により特定された前記連動ＧＵＩ部品が行う動作内容を、前記対応ルール記憶手段に記憶された前記対応ルールから判定し、判定した動作内容に従って前記連動ＧＵＩ部品の示す値を変化させる連動手段と、
を備える表示装置。
【請求項２】
前記連動部品特定手段は、前記文書中の前記入力対象ＧＵＩ部品に対応するタグから、連動ＧＵＩ部品を指定するための所定のパラメータ記述を取得し、そのパラメータ記述に基づき連動ＧＵＩ部品を特定することを特徴とする請求項１記載の表示装置。
【請求項３】
前記メッセージ判定手段は、前記文書中の前記入力対象ＧＵＩ部品に対応するタグから、前記連動ＧＵＩ部品に与える指示の内容を示す所定のパラメータ記述を取得し、そのパラメータ記述に基づき前記メッセージの値を判定することを特徴とする請求項１記載の表示装置。
【請求項４】
前記メッセージ判定手段は、前記文書中の前記入力対象ＧＵＩ部品に対応するタグから、その部品の種別を示す所定のパラメータ記述を取得し、そのパラメータ記述に基づき前記メッセージの値を判定することを特徴とする請求項１記載の表示装置。
【請求項５】
前記メッセージ判定手段は、前記文書中の前記入力対象ＧＵＩ部品に対応するタグから前記連動部品特定手段が特定した連動ＧＵＩ部品のタグから、前記連動ＧＵＩ部品の種別を示す所定のパラメータ記述を取得し、そのパラメータ記述に基づき前記メッセージの値を判定することを特徴とする請求項２記載の表示装置。
【請求項６】
前記連動部品特定手段は、前記入力対象ＧＵＩ部品に対する入力値を更に考慮して、前記連動ＧＵＩ部品を特定することを特徴とする請求項１記載の表示装置。
【請求項７】
前記メッセージ判定手段は、前記入力部品特定手段が特定した前記入力対象ＧＵＩ部品が複数の選択肢の中からの選択を受け付ける種類のＧＵＩ部品である場合において、前記入力手段が取得した前記ユーザの入力により選択された選択肢に対応するタグの記述に基づき前記メッセージの値を判定することを特徴とする請求項１記載の表示装置。
【請求項８】
前記文書中の前記入力対象ＧＵＩ部品に対応するタグから、その部品の入力値に対して一貫性を持つべき一貫性検査対象ＧＵＩ部品の記述を取得し、その記述に基づき前記一貫性検査対象ＧＵＩ部品を特定する検査対象特定手段と、
前記入力対象ＧＵＩ部品の入力値に対してその一貫性検査対象ＧＵＩ部品の値が一貫性条件を満足しているか否かを判定する一貫性判定手段と、
を備え、前記メッセージ判定手段は前記一貫性判定手段の判定結果に基づき前記メッセージの値を判定する、請求項１記載の表示装置。
【請求項９】
前記メッセージ判定手段は、前記文書中の前記入力対象ＧＵＩ部品に対応するタグから、前記一貫性判定手段の判定結果に応じて前記連動ＧＵＩ手段に与えるべき指示を表す所定の記述を取得し、その記述に基づき前記メッセージの値を判定する、請求項８記載の表示装置。
【請求項１０】
与えられた文書の記述を解析する解析手段と、
前記解析手段の解析結果に基づき、前記文書に含まれるＧＵＩ部品を生成するＧＵＩ部品生成手段と、
前記各ＧＵＩ部品の動作パラメータを初期設定する設定手段であって、設定対象の前記ＧＵＩ部品に対応する前記文書の記述から、その設定対象ＧＵＩ部品に対する入力を反映させるべき連動ＧＵＩ部品を特定し、その連動ＧＵＩ部品の識別子を前記動作パラメータの一つとして当該設定対象ＧＵＩ部品に設定する設定手段と、
各ＧＵＩ部品について、そのＧＵＩ部品に入力されるメッセージがとり得る各値と、それら各値が入力された場合の当該ＧＵＩ部品の動作内容との対応ルールを記憶した対応ルール記憶手段と、
を備え、前記設定手段は、
前記設定対象ＧＵＩ部品に対応する前記文書の記述に基づき、前記特定された連動ＧＵＩ部品に入力すべきメッセージの値を判定し、判定したメッセージの値を前記設定対象ＧＵＩ部品に設定し、
前記ＧＵＩ部品生成手段により生成されたＧＵＩ部品は、ユーザから入力を受けた場合に、前記設定手段により設定された連動ＧＵＩ部品の識別子が示す連動ＧＵＩ部品に対し、前記設定手段により設定されたメッセージの値を入力するとともに、他のＧＵＩ部品からメッセージを受け取った場合に、受け取ったメッセージの値に対応する動作内容を前記対応ルールから判定し、判定した動作内容を実行する、
ことを特徴とする表示装置。
【請求項１１】
前記設定手段は、前記文書中の前記設定対象ＧＵＩ部品に対応するタグから、連動ＧＵＩ部品を指定するための所定のパラメータ記述を取得し、そのパラメータ記述に基づき連動ＧＵＩ部品を特定することを特徴とする請求項１０記載の表示装置。
【請求項１２】
前記設定手段は、前記文書中の前記設定対象ＧＵＩ部品に対応するタグから、前記連動ＧＵＩ部品に与える指示の内容を示す所定のパラメータ記述を取得し、そのパラメータ記述に基づき前記メッセージの値を判定することを特徴とする請求項１０記載の表示装置。
【請求項１３】
前記設定手段は、前記文書中の前記設定対象ＧＵＩ部品に対応するタグから、前記設定対象ＧＵＩ部品への入力値に対して一貫性を持つべき一貫性検査対象ＧＵＩ部品の記述を取得し、その一貫性検査対象ＧＵＩ部品の識別子を前記動作パラメータの一つとして前記設定対象ＧＵＩ部品に設定することを特徴とする請求項１０記載の表示装置。
【請求項１４】
前記設定手段は、前記文書中の前記設定対象ＧＵＩ部品に対応するタグから、前記設定対象ＧＵＩ部品と前記一貫性検査対象ＧＵＩ部品の入力値に関する一貫性判定条件の記述を取得し、その一貫性判定条件を前記動作パラメータの一つとして前記設定対象ＧＵＩ部品に設定することを特徴とする請求項１３記載の表示装置。
【請求項１５】
コンピュータに対し、
マークアップ言語で記述された文書を解析するステップ、
その文書の解析の結果に従って、ＧＵＩ部品を表示するステップ、
表示されたＧＵＩ部品に対するユーザからの入力を取得するステップ、
その入力を受けたＧＵＩ部品に対応する前記文書中のタグ記述から、その入力を反映させるべき連動ＧＵＩ部品を特定するステップ、
その入力を受けたＧＵＩ部品に対応する前記文書中のタグ記述に基づき前記連動ＧＵＩ部品に入力すべきメッセージの値を判定するステップ、
各ＧＵＩ部品についてそのＧＵＩ部品に入力されるメッセージがとり得る各値とそれら各値が入力された場合の当該ＧＵＩ部品の動作内容との対応ルールを記憶した対応ルール記憶手段、を参照して、前記メッセージの値を判定するステップで判定されたメッセージの値に対応して前記連動ＧＵＩ部品が行う動作内容を判定し、判定した動作内容に従って前記連動ＧＵＩ部品の示す値を変化させるステップ、
を実行させるためのプログラムを記録したコンピュータ読取可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＨＴＭＬなどＧＵＩ（グラフィカルユーザインタフェース）部品を記述可能な言語によって記述された文書を表示する表示装置に関し、特に複数のＧＵＩ部品間の入力に関する連動処理のための技術に関する。
【０００２】
【従来の技術】
ワールドワイドウェブ（ＷＷＷ）サーバから送信されたＨＴＭＬ（HyperText Markup Language）等のマーク付け言語で記述された構造化文書を受信し表示するブラウザというツールが広く知られている。文書検索条件の入力、アンケートや電子商取引などの様々な場面で、このブラウザからＷＷＷサーバに情報を入力することが行われている。ＨＴＭＬでは、ブラウザを介してユーザから入力を受け付け、その入力内容をＷＷＷサーバに送信するために、例えば“ＦＯＲＭ”と呼ぶＨＴＭＬ要素を用いる。
【０００３】
図１にＦＯＲＭ要素を含むＨＴＭＬ文書の例を示し、図２にこのＨＴＭＬ文書のブラウザでの表示例を示す。周知のように、ＦＯＲＭ要素は“ＩＮＰＵＴ”、“ＳＥＬＥＣＴ”、“ＴＥＸＴＡＲＥＡ”等の入出力要素（ＧＵＩ部品）を含むことができ、ブラウザは図２に示すようにそれら入出力要素に対応した入力欄や選択要素を表示する。
【０００４】
従来のブラウザによる、ＦＯＲＭ要素を含むＨＴＭＬ文書の処理フローを図３に示す。まず、ブラウザは、ユーザが指定したＵＲＬを用いてＷＷＷサーバにアクセスし、ＨＴＭＬ文書を受信し、解析し、表示する（Ｓ１０１）。次に、キーボードやマウス等の入力デバイスからの入力を受け付ける（Ｓ１０２）。次に、その入力がＳＵＢＭＩＴタイプのボタンの選択であるか否かを判定する（Ｓ１０３）。ＳＵＢＭＩＴボタンの選択以外の入力であった場合、ブラウザは、入力された値を保持する（Ｓ１０４）。一方、ＳＵＢＭＩＴボタンの選択であった場合は、ブラウザは、保持している入力値群を、ＨＴＭＬ文書中のＦＯＲＭタグに示された指定内容に従って送信する（Ｓ１０５）。
【０００５】
このようなＨＴＭＬ文書で、入出力要素に入力された値を他の入出力要素に反映したり、複数の入出力要素に入力された値の一貫性を検査したりするのに、古くは、それら入力値のデータを一旦ＷＷＷサーバに送り、ＷＷＷサーバで処理した結果をブラウザに送り返していた。この方式では、例えばユーザは、ブラウザ上で必要な入力を行った上でＳＵＢＭＩＴボタンを押下して入力値をＷＷＷサーバに送信し、ＷＷＷサーバから入力値の一貫性検査の結果を受信するまでは、入力値群に一貫性エラーがあったことを知ることができない。
【０００６】
このような問題を解決する方法として、次の２つの方法がよく知られている。
【０００７】
第一の方法は、ＨＴＭＬ文書中や、ＨＴＭＬ文書から参照されるファイルの中に、ＪａｖａＳｃｒｉｐｔ（Ｊａｖａは Sun Microsystems社の商標）等のスクリプト言語で記述したプログラムを組み込んでおき、ブラウザ側のコンピュータにあるインタープリタでそのプログラムを実行することにより、入出力要素間の値の反映や一貫性検査を行うという方法である。第二の方法は、“ＥＭＢＥＤ”、“ＡＰＰＬＥＴ”、“ＯＢＪＥＣＴ”などのタグにより表現された文書要素に、そのタグに示された実行形式のソフトウエアをロードし、それをブラウザ側のコンピュータで実行することで、それら一貫性検査などの処理を行うという方法である。更にこの第二の方法には、多くのオペレーティングシステム（ＯＳ）に設けられているＪａｖａの仮想計算機（ＶＭ）で実行可能な実行形式プログラムを用いる方法と、ＯＳでそのまま実行可能な、プラグインなどと総称される個別ＯＳ依存の実行形式プログラムを用いる方法とが知られている。前者のＪａｖａを用いたプログラムはＶＭが稼働しているＯＳであれば汎用的に動作可能であるが、後者のプラグインはそれに対応した特定のＯＳ上でのみでしか動作しない。
【０００８】
【発明が解決しようとする課題】
上記第一の方法では、ユーザ側のコンピュータに、ブラウザの他に、スクリプトのインタープリタを設ける必要がある。したがって、これらの方式では、コンピュータには、インタープリタやＶＭを実行するためのメモリやディスク等の資源が必要となる。しかしながら、メモリ容量の小さい機器や仮想記憶機能を持たない機器などでは、そのような方法を採用することができない。
【０００９】
近年、携帯電話やプリンタ、テレビなどでも、ＷＷＷが利用されるようになっている。このような機器は、パーソナルコンピュータに比べて一般にメモリ容量が小さく、搭載できるソフトウエアのサイズに制限があったり、ＯＳで仮想記憶機構をサポートしていなかったりするものが多い。したがって、このような機器では、スクリプト言語のインタープリタやＪＭの機構を搭載することは困難である。
【００１０】
また、上記第二の方法は、ＨＴＭＬ文書の作成者に、ＨＴＭＬだけでなくスクリプト言語の知識が必要となり、高度なプログラミングスキルが要求されるという問題があった。また、プログラムの実行形式を作成するために、特別な開発環境を必要とするという問題もあった。
【００１１】
また、第二の方法のうちＪａｖａを用いる方法は、ユーザ側の機器でＶＭを実行する必要があるため、第一の方法と同様、メモリ資源等の限られた機器で採用することは困難であった。また、この方法では、ＶＭを搭載していないＯＳでは、ＨＴＭＬ文書のうちＡＰＰＬＥＴタグやＯＢＪＥＣＴタグ等に該当する部分が全く表示されないという問題があった。
【００１２】
また、上記第二の方法のうちいわゆるプラグインを利用する方法では、そのプラグインに対応した特定のＯＳ上ではプラグインの部分が正しく表示及び処理されるが、それ以外のＯＳ上では全く表示されなかったり、誤動作を招くなどの可能性があった。
【００１３】
本発明はこのような問題に鑑みなされたものであり、ＧＵＩ部品を記述した文書をサーバから取得して表示し、ＧＵＩ部品に対するユーザからの入力を受け付ける表示装置において、複数のＧＵＩ部品間での入力値の反映や一貫性検査などの処理を、入力データをサーバに送ることなく表示装置自体で実現できるようにすることを目的とする。特に本発明は、そのような複数部品間の連動処理を、表示装置側にスクリプト言語のインタープリタやＶＭなどを搭載するだけの資源を持たない機器でも実現できるようにすることを目的とする。また本発明は、文書作成者が、文書を記述するメタ言語（例えばＨＴＭＬ）を使用できる以上のスキルを必要とせずに、ＧＵＩ部品間の連動処理を記述できるようにすることを目的とする。
【００１４】
【課題を解決するための手段】
上記目的を達成するため、本発明に係る表示装置は、与えられた文書の記述を解析する解析手段と、前記解析手段の解析結果に基づき、前記文書を構成する文字、画像及びＧＵＩ（グラフィカルユーザインタフェース）部品の表示を行う表示手段と、前記表示手段の表示に対するユーザの入力を取得する入力手段と、前記入力手段で取得した入力情報に基づき、ユーザが入力を行った入力対象ＧＵＩ部品を特定する入力部品特定手段と、前記入力部品特定手段により特定された前記入力対象ＧＵＩ部品に対応する前記文書の記述から、その入力対象ＧＵＩ部品に対する入力に連動すべき連動ＧＵＩ部品を特定する連動部品特定手段と、前記入力部品特定手段により特定された前記入力対象ＧＵＩ部品に対応する前記文書の記述に基づき、前記連動部品特定手段で特定された連動ＧＵＩ部品に入力すべきメッセージの値を判定するメッセージ判定手段と、各ＧＵＩ部品について、そのＧＵＩ部品に入力されるメッセージがとり得る各値と、それら各値が入力された場合の当該ＧＵＩ部品の動作内容との対応ルールを記憶した対応ルール記憶手段と、前記メッセージ判定手段が判定したメッセージの値に対応して前記連動部品特定手段により特定された前記連動ＧＵＩ部品が行う動作内容を、前記対応ルール記憶手段に記憶された前記対応ルールから判定し、判定した動作内容に従って前記連動ＧＵＩ部品の示す値を変化させる連動手段と、を備える。
【００１５】
この構成によれば、表示装置自体が、文書中の入力対象ＧＵＩ部品に関する記述から連動ＧＵＩ部品を特定し、その連動部品に対して指示を与えることにより、その連動ＧＵＩ部品を入力対象ＧＵＩ部品に連動させることができる。
【００１６】
本発明の好適な態様では、連動部品特定手段は、文書中の入力対象ＧＵＩ部品に対応するタグから、連動ＧＵＩ部品を指定するための所定のパラメータ記述を取得し、そのパラメータ記述に基づき連動ＧＵＩ部品を特定する。
【００１７】
この態様によれば、文書のタグ中のパラメータで連動ＧＵＩ部品を指定できるので、文書作成者はその文書を表すＨＴＭＬ等の言語のみを用いて、連動ＧＵＩ部品を指定できる。
【００１８】
また別の好適な態様では、表示装置は、文書中の前記入力対象ＧＵＩ部品に対応するタグから、その部品の入力値に対して一貫性を持つべき一貫性検査対象ＧＵＩ部品の記述を取得し、その記述に基づき前記一貫性検査対象ＧＵＩ部品を特定する検査対象特定手段と、前記入力対象ＧＵＩ部品の入力値に対してその一貫性検査対象ＧＵＩ部品の値が一貫性条件を満足しているか否かを判定する一貫性判定手段と、を備え、前記メッセージ判定手段は前記一貫性判定手段の判定結果に基づき前記メッセージの値を判定する。
【００１９】
この態様によれば、ＧＵＩ部品間の入力値の一貫性の判定を表示装置自体で行うことができる。
【００２０】
また、本発明に係る表示装置は、与えられた文書の記述を解析する解析手段と、前記解析手段の解析結果に基づき、前記文書に含まれるＧＵＩ部品を生成するＧＵＩ部品生成手段と、前記各ＧＵＩ部品の動作パラメータを初期設定する設定手段であって、設定対象の前記ＧＵＩ部品に対応する前記文書の記述から、その設定対象ＧＵＩ部品に対する入力を反映させるべき連動ＧＵＩ部品を特定し、その連動ＧＵＩ部品の識別子を前記動作パラメータの一つとして当該設定対象ＧＵＩ部品に設定する設定手段と、各ＧＵＩ部品について、そのＧＵＩ部品に入力されるメッセージがとり得る各値と、それら各値が入力された場合の当該ＧＵＩ部品の動作内容との対応ルールを記憶した対応ルール記憶手段と、を備え、前記設定手段は、前記設定対象ＧＵＩ部品に対応する前記文書の記述に基づき、前記特定された連動ＧＵＩ部品に入力すべきメッセージの値を判定し、判定したメッセージの値を前記設定対象ＧＵＩ部品に設定し、前記ＧＵＩ部品生成手段により生成されたＧＵＩ部品は、ユーザから入力を受けた場合に、前記設定手段により設定された連動ＧＵＩ部品の識別子が示す連動ＧＵＩ部品に対し、前記設定手段により設定されたメッセージの値を入力するとともに、他のＧＵＩ部品からメッセージを受け取った場合に、受け取ったメッセージの値に対応する動作内容を前記対応ルールから判定し、判定した動作内容を実行することを特徴とする。
【００２１】
この構成では、文書の記述に応じて生成されたＧＵＩ部品が、自己の持つ動作パラメータに従って、表示装置本体とは独立して動作するシステムにおいて、各ＧＵＩ部品に対し、その部品に連動する連動ＧＵＩ部品の識別子を動作パラメータとして設定することができる。したがって、動作しているＧＵＩ部品は、設定された連動ＧＵＩ部品の識別子を用い、自らその連動ＧＵＩ部品に指示を出して連動させることができる。
【００２２】
【発明の実施の形態】
以下、本発明の実施の形態（以下実施形態という）について、図面に基づいて説明する。
【００２３】
本実施形態では、スクリプト言語のインタープリタやＶＭ（仮想計算機）機構などを用いず、ブラウザ単体で、入力値群の一貫性検査など、ＨＴＭＬ文書の入出力要素間の連動処理を処理できるようにする。このため、ＨＴＭＬのタグに連動処理の内容を表すパラメータを簡単に記述できるようにし、ブラウザがこのタグ内のパラメータを解析し、その解析結果に従って要素間の連動処理を行う。
【００２４】
入出力要素間の連動処理を記述したＨＴＭＬ文書の一例を図４に示す。また、図４に示す文書を本実施形態のブラウザ装置で表示した場合の表示例を図５に示す。このＨＴＭＬ文書は、プリンタへの操作指示入力用のユーザインタフェース画面を記述したものであり、入出力のためのＧＵＩ（グラフィカルユーザインタフェース）部品として、印刷部数（copies）、用紙種類（paper）、ｎ−ｕｐ（物理ページ１ページに対して、ｎページの論理ページを割り付ける印刷処理）などの印刷パラメータを指定する部品を含んでいる。
【００２５】
図４には、ＧＵＩ部品を示す記述として、Ｄ１０１〜Ｄ１０７の７個の記述が含まれている。図５には、各記述Ｄ１０１〜Ｄ１０７に対応するＧＵＩ部品Ｇ１０１〜Ｇ１０７が示されている。
【００２６】
図４の例では、連動処理を指示するための特別の記述部品として、＜ＢＵＴＴＯＮ＞タグ（Ｄ１０２、Ｄ１０３）、＜ＣＯＮＳＴＲＡＩＮＴ＞タグ（Ｄ１０８）を用いている。
【００２７】
＜ＢＵＴＴＯＮ＞タグは、ボタン部品（例えば図５のＧ１０２、Ｇ１０３）の生成を指示するタグである。このタグは、既存の＜ＩＮＰＵＴ＞タグに近いが、対応するボタン部品が押下されたときの他のＧＵＩ部品（入出力要素）への反映内容をパラメータとして記述できる点では既存の＜ＩＮＰＵＴ＞タグと異なる。ボタン部品から他のＧＵＩ部品への入力の反映は、メッセージの送信により行う。なお、表示するボタン部品の画像は、＜ＢＵＴＴＯＮ＞タグと＜／ＢＵＴＴＯＮ＞との間に記述することができる。
【００２８】
＜ＢＵＴＴＯＮ＞タグには、メッセージの内容とその送り先（すなわちボタン部品の入力結果を反映させる相手）のＧＵＩ部品とを指定するパラメータを記述できる。メッセージの送り先の部品は、そのメッセージに従って動作する。すなわち、その送り先の部品は、入力を受け付けた部品に対して連動するものであり、以下連動ＧＵＩ部品と呼ぶ。
【００２９】
例えば、メッセージの送り先（すなわち、連動ＧＵＩ部品）は、ＴＡＲＧＥＴパラメータで指定される。記述Ｄ１０２の例では、ＴＡＲＧＥＴパラメータの値として“copies”という文字列が指定されており、これは“copies”という名前を持つＧＵＩ部品、すなわち記述Ｄ１０４に対応する部品Ｇ１０４、がメッセージ宛先であることを示している。なお、ＧＵＩ部品の名前は、ＮＡＭＥパラメータで指定されている。
【００３０】
メッセージの内容は、ＭＥＳＳＡＧＥパラメータを用いて具体的に指定することができる。例えば記述Ｄ１０３では、ＭＥＳＳＡＧＥパラメータの値に“set-to-default”という文字列が指定されている。したがって、Ｄ１０３に対応するボタン部品Ｇ１０３が押下された場合、“copies”という名前を持つ部品Ｇ１０４に対し、“set-to-default”というメッセージが送られることになる。メッセージ宛先の部品Ｇ１０４が、そのメッセージに従ってどのように変化するかは、予め定められている。ＭＥＳＳＡＧＥパラメータに指定しうるメッセージ文字列は予め定められており、それら各メッセージ文字列に対応する宛先部品側の動作内容も定められている。ブラウザ装置には、このようなメッセージと宛先部品の動作内容の対応ルールが登録されている。ブラウザ装置は、ＢＵＴＴＯＮタグに指定されたボタンが押下された場合、このルールに従って、メッセージ宛先のＧＵＩ部品の値を再設定する。例えば、“set-to-default”というメッセージは、宛先部品の値をデフォルト値に戻すという動作に対応づけられており、ブラウザ装置はある部品に対してこのメッセージが送信された場合、その部品の値をデフォルト値に再設定する。
【００３１】
以上に説明したＭＥＳＳＡＧＥパラメータは、宛先部品に送るメッセージを、文字列として明示的に指定するものである。これに対し、メッセージを暗示的に指定することもできる。例えば記述Ｄ１０２には、ボタン部品Ｇ１０２についてＳＵＢＴＹＰＥパラメータが指定されており、このＳＵＢＴＹＰＥパラメータがボタン部品の種別を示している。このボタンの種別に対して、メッセージの内容が予め対応づけられている。例えば“INCREASE”という種別（ＳＵＢＴＹＰＥ）は、当該ボタンが押下されたとき値が１増えるという内容のボタン種別を示している。例えば、“INCREASE”というボタン種別に対し、宛先部品の値を１増加させるためのメッセージが対応づけられている。ブラウザ装置には、このようなボタン種別とメッセージ内容との対応関係があらかじめ登録されている。ブラウザ装置は、このルールに従って、メッセージ宛先の部品を再設定する。
【００３２】
次に＜ＣＯＮＳＴＲＡＩＮＴ＞タグ（例えば図９の記述Ｄ１０８参照）について説明する。＜ＣＯＮＳＴＲＡＩＮＴ＞タグは、ＧＵＩ部品間の値の一貫性についての拘束条件を記述するためのタグである。図９の記述Ｄ１０８では、＜ＳＥＬＥＣＴ＞タグによって表される選択メニュー部品の選択肢（＜ＯＰＴＩＯＮ＞タグで表現されている）に対して、＜ＣＯＮＳＴＲＡＩＮＴ＞タグにより拘束条件が指定されている。この記述例では、＜ＣＯＮＳＴＲＡＩＮＴ＞タグ内のＮＡＭＥパラメータに、拘束を及ぼすべき対象（すなわち一貫性の検査の対象）のＧＵＩ部品の名前が指定されている。また、ＶＡＬＵＥパラメータには、対象部品が満たしているべき値が指定される。ＴＡＲＧＥＴパラメータには、対象部品の値がＶＡＬＵＥパラメータの値と異なっていた場合にメッセージを送るべきＧＵＩ部品の名前が指定され、、ＭＥＳＳＡＧＥパラメータには、そのとき送るメッセージの内容が指定される。記述Ｄ１０８の例では、Ｄ１０５に記述された選択メニュー部品Ｇ１０５にて“ＡＵＴＯ”という値を持つ選択肢（ＯＰＴＩＯＮ）が選択された場合、ブラウザ装置は、一貫性の検査対象である“n-up”という名前の部品Ｇ１０６の値を調べ、この値がＶＡＬＵＥパラメータに指定された“１”でなかった場合は、“msg”という名前を持つ表示部品Ｇ１０１に対し、メッセージとして指定された“Number-up must be 1”という文字列を表示する。
【００３３】
このように、＜ＣＯＮＳＴＲＡＩＮＴ＞タグを用いることにより、ＧＵＩ部品（上記の例では選択メニューＧ１０５）に入力された値（上記の例では、そのメニューＧ１０５で選択された選択肢“ＡＵＴＯ”）に応じて、その部品に対する一貫性検査対象として定めた他のＧＵＩ部品（上記の例では部品Ｇ１０６）の値を調べ、その検査対象部品がタグ内に指定された拘束条件を満足しない場合に、予め指定したＧＵＩ部品（上記の例では表示部品Ｇ１０１）に対し、その場合に対応した動作（上記の例ではメッセージの表示）を行わせることができる。
【００３４】
以上、本実施形態での連動処理の実現方式の概要について説明した。次に、図６を参照して、本実施形態のブラウザ装置のハードウエア構成を説明する。このブラウザ装置では、まず電源が投入されると、ＣＰＵ１０１がブートＲＯＭ１０２に格納されたプログラムをＲＡＭ１０３にロードして実行する。これにより、ハードディスク１０４から、ディスプレイ１０５や入力デバイス１０６の制御、ユーザインタフェースなどに関するプログラムがＲＡＭ１０３上にロードされ、実行される。この結果、ユーザは、本ブラウザ装置に対して、対話的に操作指示を入力することが可能となる。またこのプログラムは、ネットワークインタフェース１０７を介して、ネットワーク上にあるＷＷＷサーバと通信する。
【００３５】
ブラウザ装置がＷＷＷサーバに対して文書取得要求を送信すると、ＷＷＷサーバが要求に係るＨＴＭＬ文書のデータをブラウザ装置に応答する。ブラウザ装置は、そのＨＴＭＬ文書を解析し、ディスプレイ１０５に表示する。
【００３６】
図７は、このブラウザ装置の機能ブロック図である。以下に説明する各機能モジュールは、ブートＲＯＭ１０２やハードディスク１０４などから読み出したプログラムをＣＰＵ１０１で実行することにより実現される。
【００３７】
ブラウザ・コア部２０２は、ブラウザ装置の各機能モジュールの処理について全体的な制御を行う機能モジュールである。入力部２０５は、入力デバイス１０６を介してユーザからの指示やデータの入力を受け付ける機能モジュールである。ユーザが所望のＨＴＭＬ文書のＵＲＬを入力すると、それが入力部２０５からブラウザ・コア部２０２に伝えられる。するとブラウザ・コア部２０２は、ＴＣＰ／ＩＰプロトコル２０１を介して、ＨＴＴＰ（HyperText Transfer Protocol）を用いてインターネット上のＷＷＷサーバと通信し、そのＵＲＬが示すＨＴＭＬ文書のデータを取得する。パーズ部２０３は、このように取得したＨＴＭＬ文書の構文解析を行い、その文書を構成する文書要素群の論理構造を示した木構造の内部データを生成する。描画部２０４は、その内部データを参照して、ＨＴＭＬ文書をディスプレイ１０５に表示する。入力値保持部２０６は、ＨＴＭＬ文書に含まれる各ＧＵＩ部品（入出力要素）ごとに、その部品に対して設定された値を保持する。入力値保持部２０６は、ブラウザ装置が保持している各ＨＴＭＬ文書ごとに、ＧＵＩ部品の値を保持する入力値テーブルを保持し管理する。１つのＨＴＭＬ文書についての入力値テーブルの例を図８に示す。この例では、テーブルには、１つのＨＴＭＬ文書に含まれる各ＧＵＩ部品ごとに、その名前２５０と値２６０とが記憶されている。ここで、名前２５０には、当該部品のタグのＮＡＭＥ属性に示された文字列が設定される。
【００３８】
表示された文書のＧＵＩ部品に対し、ユーザが入力デバイス１０６を用いて選択や値の入力などの操作を行うと、その操作による入力値は入力部２０５を介してブラウザ・コア部２０２に渡され、入力値保持部２０６に保存される。また、ブラウザ・コア部２０２は、あるＧＵＩ部品に対して入力があった場合、その部品に対して連動処理の指定がなされているかを調べ、連動処理の指定がある場合はその連動処理を実行する。例えば、入力がなされた部品が＜ＢＵＴＴＯＮ＞タグで表された部品の場合、ブラウザ・コア部２０２は、そのタグ内のＴＡＲＧＥＴパラメータで指定された宛先ＧＵＩ部品に対し、そのタグ内のＭＥＳＳＡＧＥパラメータやＳＵＢＴＹＰＥパラメータによって指定された処理を実行する。このとき、ブラウザ・コア部２０２は、メッセージルール記憶部２０７を参照することにより、そのタグ内に指定されたＭＥＳＳＡＧＥやＳＵＢＴＹＰＥパラメータの値に対応する連動処理の内容を求め、その処理を宛先ＧＵＩ部品に適用する。＜ＣＯＮＳＴＲＡＩＮＴ＞タグが指定されている場合も、同様に処理が行われる。なお、ユーザが入力する前には、ＧＵＩ部品には、ＨＴＭＬ文書中でデフォルト値が指定されていればその値が、指定されていなければヌル値が設定されている。
【００３９】
次に、図９を参照して、このブラウザ装置の処理手順を説明する。まずブラウザ・コア部２０２が、ＷＷＷサーバからＨＴＭＬ文書を受信し、パーズ部２０３にてその文書を解析し、その解析結果に基づき描画部２０４にてその文書を表示する（Ｓ２０１）。この文書解析処理に伴い、入力値保持部２０６に当該文書の入力値テーブルが作成され、そこに各ＧＵＩ部品のデフォルト値が記憶される（Ｓ２０２）。その後、ブラウザ装置はユーザからの入力を待つ。
【００４０】
ユーザがあるＧＵＩ部品に対して入力操作を行うと、入力部２０５がそれを受け付け、その入力内容をブラウザ・コア部２０２に渡す（Ｓ２０３）。このとき渡される情報は、入力操作の対象であるＧＵＩ部品の識別名と、その部品に対して入力された値との組である。これを受け取ったブラウザ・コア部２０２は、その部位に入力された値に対し、＜ＣＯＮＳＴＲＡＩＮＴ＞タグが設定されているかを判定する（Ｓ２０４）。図４、図５のＨＴＭＬ文書の例では、用紙種類の選択のための部品Ｇ１０５の３つの選択肢“ＡＵＴＯ”、“Ａ４”、“Ｂ４”のうち、選択肢“ＡＵＴＯ”に対して＜ＣＯＮＳＴＲＡＩＮＴ＞タグが設定されている。したがって、例えばユーザの入力が、部品Ｇ１０５の選択肢“ＡＵＴＯ”の選択であった場合、Ｓ２０４の判定結果がＹｅｓとなる。
【００４１】
Ｓ２０４の判定結果がＹｅｓの場合、ブラウザ・コア部２０２は、当該＜ＣＯＮＳＴＲＡＩＮＴ＞タグ内のＮＡＭＥパラメータに指定された名前を持つＧＵＩ部品を求め、その部品の値を、一貫性検査対象の値として、入力値保持部２０６から取得する（Ｓ２０５）。そして、取得した検査対象値が、当該＜ＣＯＮＳＴＲＡＩＮＴ＞タグに設定されたＶＡＬＵＥパラメータの値と一致するかどうかを判定する（Ｓ２０６）。図４、図５の記述Ｄ１０８の例では、ＮＡＭＥ属性に指定された“n-up”の名前を持つ部品Ｇ１０６の値が入力値保持部２０６から取得され（Ｓ２０５）、その値がＶＡＬＵＥ属性に指定された値“１”と一致するかどうかが判定される（Ｓ２０６）。
【００４２】
Ｓ２０６の判定結果がＮｏであれば、そのタグ内に指定された宛先部品に対して一貫性違反のメッセージを通知する（Ｓ２０７）。
【００４３】
ここで、このメッセージ通知処理（Ｓ２０７）の詳細を図１０を参照して説明する。まずこの処理では、ブラウザ・コア部２０２は、その＜ＣＯＮＳＴＲＡＩＮＴ＞タグにＭＥＳＳＡＧＥパラメータの指定があるか否かを判定する（Ｓ３０１）。ＭＥＳＳＡＧＥパラメータの指定があれば、そのパラメータに指定された値をメッセージとして取得する（Ｓ３０２）。一方、ＭＥＳＳＡＧＥパラメータの指定がない場合は、予めブラウザ装置内に記憶してあるデフォルトのメッセージデータを取得する（Ｓ３０３）。ここで用いるメッセージは、基本的には一貫性条件の違反をユーザに報知するためのメッセージである。ＭＥＳＳＡＧＥパラメータを用いれば、ページ作成者の意図に応じたメッセージを記述できる。これに対し、デフォルトのメッセージは、例えば、一貫性違反があることを意味する固定の文に、＜ＣＯＮＳＴＲＡＩＮＴ＞タグから抽出した一貫性検査対象のＧＵＩ部品の名前を付加することなどで生成できる。また、このデフォルトメッセージに、一貫性検査対象の部品が満たすべき値（すなわちＶＡＬＵＥパラメータの値）を付加してもよい。また、タグ中のＳＵＢＴＹＰＥパラメータに指定される当該部品の種別に応じ、デフォルトのメッセージを選択することも可能である。このような各種デフォルトメッセージは、ブラウザ装置内に予め記憶されている。
【００４４】
このようにしてメッセージが取得できると、次にブラウザ・コア部２０２は、そのメッセージ宛先部品の識別子として、＜ＣＯＮＳＴＲＡＩＮＴ＞タグのＴＡＲＧＥＴパラメータの値を取得する（Ｓ３０４）。そして、ブラウザ・コア部２０２は、その宛先部品に対し、そのメッセージを通知する（Ｓ３０５）。ここで、メッセージを受信したＧＵＩ部品は、そのメッセージを引数として、その部品に予め設定された関数を実行することにより、そのメッセージを表示するなどの所定の処理を実行する。
【００４５】
このような手順により、図４、図５の記述Ｄ１０８の例では、ＴＡＲＧＥＴパラメータに指定された“msg”という名前の部品Ｇ１０１に対し、ＭＥＳＳＡＧＥパラメータに指定されたメッセージ“Number-up must be 1”が通知される。
【００４６】
図９の手順に戻り、Ｓ２０６の判定で、検査対象の部品の値がＶＡＬＵＥパラメータの値に一致する場合は（判定結果がＹｅｓ）、ブラウザ・コア部２０２はＳ２０３で入力を受け付けた部品がｓｕｂｍｉｔタイプであるか否かを判定する。ＨＴＭＬではｓｕｂｍｉｔタイプの部品は、ＨＴＭＬ文書への入力値群をＷＷＷサーバに送信するためのボタンとして用いられる。したがって、入力された部品がｓｕｂｍｉｔタイプであれば、ブラウザ・コア部２０２は、入力値保持部２０６から、当該ＨＴＭＬ文書のＧＵＩ部品の入力値群を取得し、これをＷＷＷサーバに送信する（Ｓ２１０）。すなわち、ブラウザ・コア部２０２は、入力値保持部２０６に保持された当該文書の入力値についての部品名と値のペアからなるデータを、当該文書の＜ＦＯＲＭ＞タグに示されたＭＥＴＨＯＤパラメータ及びＡＣＴＩＯＮパラメータの値に従って送信する。
【００４７】
一方、Ｓ２０８の判定の結果がＮｏの場合は、入力された部品について予め設定された処理を実行するか、あるいはその部品に入力された値を入力値保持部２０６に登録する（Ｓ２０９）。このうち前者の処理は、入力されたＧＵＩ部品が、例えばｒｅｓｅｔタイプなど、ｓｕｂｍｉｔタイプ以外のボタンであった場合の処理であり、後者の処理は入力された部品が値の入力を受ける部品であった場合の処理である。
【００４８】
さて、Ｓ２０３で入力を受け付けたＧＵＩ部品に＜ＣＯＮＳＴＲＡＩＮＴ＞タグが設定されていない場合（Ｓ２０４の判定結果がＮｏ）、ブラウザ・コア部２０２はその部品がボタン関連の部品か否かを判定する（Ｓ２１１）。その部品が前述した＜ＢＵＴＴＯＮ＞タグで示された部品であるか、ＴＹＰＥパラメータがｓｕｂｍｉｔ又はｒｅｓｅｔに設定された＜ＩＮＰＵＴ＞タグの部品である場合は、Ｓ２１１の判定結果がＹｅｓとなる。この場合、そのタグ内のパラメータ群の値に従って、メッセージ通知処理を行う（Ｓ２１２）。このＳ２１２の処理は、前述のＳ２０７の場合と同様、図１０に示した手順に従って行われる。
【００４９】
例えば、図４及び図５の例で、記述Ｄ１０２で指定されたクリッカブルボタンＧ１０２がユーザによりクリックされた場合、Ｓ２１１の判定結果はＹｅｓとなる。すると、ブラウザ・コア部２０２は、その記述Ｄ１０２の＜ＢＵＴＴＯＮ＞タグに示されたＴＡＲＧＥＴ属性の値“copies”を取得し（Ｓ３０４）、その値を名前（ＮＡＭＥ）として持つ部品Ｇ１０４に対してメッセージを送信する（Ｓ３０５）。ここで、Ｄ１０２の＜ＢＵＴＴＯＮ＞タグにはＭＥＳＳＡＧＥパラメータが指定されておらず、ＳＵＢＴＹＰＥパラメータ“ＩＮＣＲＥＡＳＥ”が指定されているので、その部品種別“ＩＮＣＲＥＡＳＥ”に対応するデフォルトメッセージを取得して（Ｓ３０３）、送信する。そして、ブラウザ・コア部２０２は、そのメッセージに対応する処理として、宛先の部品Ｇ１０４の値を１増加させる処理を実行する。
【００５０】
同様に記述Ｄ１０３で示されたボタンＧ１０３をユーザがクリックした場合、その記述Ｄ１０３のＴＡＲＧＥＴパラメータに示された“copies”を名前に持つ部品Ｇ１０４に対し、その記述のＭＥＳＳＡＧＥパラメータの値“set-to-default”をメッセージとして通知する。ブラウザ・コア部２０２は、そのメッセージに対応する処理として、宛先の部品Ｇ１０４の値をデフォルト値にリセットする処理を実行する。
【００５１】
以上、実施形態のブラウザ装置の構成及び処理手順を説明した。以上説明したように、本実施形態では、入力が行われたＧＵＩ部品に対して連動すべきＧＵＩ部品やその連動すべき部品が行うべき動作の内容を、予め規定したタグやパラメータの形でＨＴＭＬ文書内に記述しておくことにより、ブラウザ装置がそれを解釈して、入力に応じた適切な部品間の連動処理を実行する。このように、本実施形態では、スクリプト言語のインタープリタやＶＭ機構などの資源消費の多い機能モジュールを用いることなく、ＨＴＭＬを解析し処理する機能のみで、ＧＵＩ部品間の連動処理を実現できる。本実施形態では、ブラウザ単体で、例えばボタン部品のクリックに応じて他のＧＵＩ部品の値を変化させたり、複数のＧＵＩ部品間の値の一貫性を検査し、検査結果に応じてエラー処理を行ったりするなどの連動処理が実現できる。もちろん、これらはあくまで一例に過ぎず、タグやパラメータを新たに定義することにより、他の連動処理を実現することもできる。
【００５２】
なお、以上に示した装置は、あくまで本発明の具現化の一例に過ぎず、本発明の範囲内で様々な変形が可能である。
【００５３】
第一の変形例として、ＧＵＩ部品に対する入力値に応じ、その部品に連動するＧＵＩ部品に送るメッセージを決めることもできる。これは、例えば、選択メニュー部品（例えば図４のＤ１０５、図５のＧ１０５）の各選択肢（＜ＯＰＴＩＯＮ＞タグ）に、それぞれＭＥＳＳＡＧＥパラメータを記述しておくことにより実現できる。この場合、ブラウザ・コア部２０２は、ユーザが選択した選択肢に対応するＭＥＳＳＡＧＥパラメータをその選択肢の＜ＯＰＴＩＯＮ＞タグの記述から取得し（Ｓ３０２）、そのパラメータ値を連動ＧＵＩ部品に通知する。この場合、連動ＧＵＩ部品を示すＴＡＲＧＥＴパラメータは、各選択肢の＜ＯＰＴＩＯＮ＞タグ内に個別に記述してもよいし、選択メニュー部品を記述する＜ＳＥＬＥＣＴ＞タグ内に一括して記述してもよい。この変形例によれば、例えば色の名前の選択メニュー部品にてユーザから色名の選択を受け付け、別に設けられたパレット部品に、その選択された色名に対応する色をカラー表示するなどの処理が可能である。
【００５４】
第二の変形例は、連動ＧＵＩ部品に送るメッセージの内容の決定の仕方に関するものである。すなわち、上記の実施形態の例では、入力を受け付けた部品を表すタグにＭＥＳＳＡＧＥ属性として明示的に示された値や、ＳＵＢＴＹＰＥ属性に指定されたその部品の種別に応じて、メッセージの内容を決定する例を示した。これに対し、本変形例では、入力を受け付けた部品のタグのＴＡＲＧＥＴ属性に指定された連動部品の種別に応じて、メッセージの内容を決定する。例えば、入力を受け付けた部品がリセットボタンであった場合、ＴＡＲＧＥＴ属性に指定された連動部品が整数値をとる部品であれば、値を０にセットする旨のメッセージとし、連動部品が正の整数値をとる部品であれば値を１にセットする旨のメッセージとするなどである。連動部品の種別は、その部品のタグに示されたＳＵＢＴＹＰＥ属性などから判別すればよい。例えば図４のＤ１０４の例では、部品Ｇ１０４の種別として、正の整数値の部品を示す“positive”の値がＳＵＢＴＹＰＥ属性に設定されている。この変形例では、連動部品の種別ごとに、対応するデフォルトメッセージをブラウザ装置内に登録しておく。そして、ブラウザ・コア部２０２は、Ｓ３０３（図１０参照）でメッセージの内容を決定する際、ＴＡＲＧＥＴ属性に指定された連動部品の種別を調べ、その種別に対応するメッセージを選ぶ。
【００５５】
第三の変形例は、連動部品の決定の仕方に関する変形例である。上記実施形態では、１つのＧＵＩ部品に対して連動部品（すなわちメッセージの通知先）を１つ指定していた。これに対して本変形例では、１つのＧＵＩ部品に対し、その部品への入力値に応じて、別々の連動部品を指定できるようにする。これは、例えば、選択メニュー部品（図４のＤ１０５など）の各選択肢を表す＜ＯＰＴＩＯＮ＞タグ内に、ＴＡＲＧＥＴパラメータを指定するなどで実現できる。ブラウザ・コア部２０２は、例えばＳ３０４（図１０参照）において、選択メニュー部品中でユーザが選択した選択肢にＴＡＲＧＥＴパラメータが指定されているかどうかを調べ、指定されていればそのパラメータが示す部品にメッセージを通知する。この方式によれば、例えば、グレイ系統の色を表示するパレット部品と有彩色系統のパレット部品とを別々に有するユーザインタフェース画面において、色名選択用の選択メニュー部品でユーザがグレイ系統の色名を選択したら前者のパレットに、有彩色の色名を選択した場合は後者のパレットに、色の表示を行わせることができる。この場合、グレイ系の色名の＜ＯＰＴＩＯＮ＞タグのＴＡＲＧＥＴ属性には前者のパレット部品の名前を、有彩色系の色の＜ＯＰＴＩＯＮ＞タグのＴＡＲＧＥＴ属性には後者のパレット部品の名前を、それぞれ指定しておけばよい。
【００５６】
また、上記実施形態では、一貫性判定条件を記述する＜ＣＯＮＳＴＲＡＩＮＴ＞タグには、一貫性検査対象の部品が採るべき値をＶＡＬＵＥパラメータとして記述した。この代わりに、一貫性検査対象の部品が採ることのできない値をパラメータとして＜ＣＯＮＳＴＲＡＩＮＴ＞タグに指定できるようにしてもよい。
【００５７】
また、上記実施形態では、＜ＣＯＮＳＴＲＡＩＮＴ＞タグが選択メニュー部品の＜ＯＰＴＩＯＮ＞タグに付加された例を示したが、＜ＣＯＮＳＴＲＡＩＮＴ＞タグを、選択メニュー部品以外のＧＵＩ部品（例えばテキスト入力欄やチェックボックス、ラジオボタン等）に指定することももちろん可能である。また、上記実施形態では、ブラウザ装置が各ＧＵＩ部品の処理を実行したが、この代わりに、ＧＵＩ部品の処理をプラグインで実現するようにすることもできる。この場合ＨＴＭＬ文書では、＜ＥＭＢＥＤ＞タグや＜ＯＢＪＥＣＴ＞タグを用いてその部品の表示を指示することになる。
【００５８】
また、上記実施形態では、ブラウザ・コア部２０２が、入力値保持部２０６を用いて、各ＧＵＩ部品の入力値を集中管理しており、それら入力値の値を参照して各ＧＵＩ部品を制御した。これに対し、各ＧＵＩ部品をもっと能動的なオブジェクトとして構成し、ブラウザ・コア部２０２を軽量にした変形例も考えられる。すなわち、上記実施形態では、ＧＵＩ部品間の連動を行う場合や、連動処理の内容をブラウザ・コア部２０２にて判定し、連動する部品に対してブラウザ・コア部２０２がその動作を指示したが、この変形例では、そのような判定を各ＧＵＩ部品が行う。各ＧＵＩ部品は、自部品の値を保持し、他部品からのメッセージに従ってその値を変更するなどの処理を実行する。したがって、この変形例では、ブラウザ・コア部２０２が集中管理する入力値保持部２０６は必要ない。各ＧＵＩ部品は、描画部２０４が実行するオブジェクトとして存在する。
【００５９】
この変形例では、ブラウザ・コア部２０２は、ＨＴＭＬ文書を解析した際、その解析の結果求められた連動処理に関する各種パラメータの値を、それぞれ対応する各ＧＵＩ部品に対して設定する。各ＧＵＩ部品は、ユーザから入力を受けた場合、ＨＴＭＬ解析時にブラウザ・コア部２０２に設定されたパラメータ群に従って、その入力値に応じた連動処理を実行する。
【００６０】
この変形例におけるブラウザ・コア部２０２の処理手順を図１１に示す。この手順は、ＷＷＷサーバから受信したＨＴＭＬ文書の解析結果をパーズ部２０３から受け取ったときの、ブラウザ・コア部２０２の処理手順を示す。まず、ブラウザ・コア部２０２は、パーズ部２０３で解析された文書要素がＧＵＩ部品であるかどうかを判定する（Ｓ４０１）。ＧＵＩ部品でなければ、その要素については何も行わない。解析された要素がＧＵＩ部品であれば、その要素に対し＜ＣＯＮＳＴＲＡＩＮＴ＞タグが設定されているか否かを判定する（Ｓ４０２）。ここで、＜ＣＯＮＳＴＲＡＩＮＴ＞タグが設定されていれば、そのタグの記述から、ＮＡＭＥ、ＶＡＬＵＥ、ＴＡＲＧＥＴ、ＭＥＳＳＡＧＥの各パラメータの値を取得し（Ｓ４０３）、それらの値をそのＧＵＩ部品に対してセットする（Ｓ４０４）。
【００６１】
一方、Ｓ４０２の判定で、解析したＧＵＩ部品に対し＜ＣＯＮＳＴＲＡＩＮＴ＞タグが指定されていないと判定された場合、ブラウザ・コア部２０２は、そのＧＵＩ部品のタグにＴＡＲＧＥＴ、ＭＥＳＳＡＧＥ又はＳＵＢＴＹＰＥパラメータが設定されているか否かを判定する（Ｓ４０５）。それらパラメータが設定されていなければ、ブラウザ・コア部２０２は、そのＧＵＩ部品については何も行わない。一方、Ｓ４０５の判定で、そのタグにＴＡＲＧＥＴ、ＭＥＳＳＡＧＥ又はＳＵＢＴＹＰＥパラメータの少なくとも一つが設定されていれば、ブラウザ・コア部２０２はそれらパラメータの値をタグの記述から取得し（Ｓ４０６）、それらの値をそのＧＵＩ部品にセットする（Ｓ４０７）。
【００６２】
このように、連動処理のパラメータが各ＧＵＩ部品にセットされると、それら各ＧＵＩ部品は自部品にセットされたパラメータ群に応じて、上記実施形態に示したのと同様の連動処理を実行する。
【００６３】
例えば、図４に示した記述Ｄ１０２を図１１の手順で処理すると、この記述に対応するＧＵＩ部品Ｇ１０２には、図１２のＲ２０１に示す情報がセットされることになる。この情報Ｒ２０１の各項目Ｒ２０１〜Ｒ２０６は、左から順にＮＡＭＥ、ＶＡＬＵＥ、ＴＡＲＧＥＴ、ＭＥＳＳＡＧＥ、ＳＵＢＴＹＰＥの各パラメータを示す。記述Ｄ１０２の＜ＢＵＴＴＯＮ＞タグの要素の中には、＜ＣＯＮＳＴＲＡＩＮＴ＞タグが指定されていないので、＜ＢＵＴＴＯＮ＞タグ内のパラメータ群のうち、ＴＡＲＧＥＴ、ＭＥＳＳＡＧＥ及びＳＵＢＴＹＰＥのパラメータのみがＧＵＩ部品にセットされる。ただし、この例ではＭＥＳＳＡＧＥパラメータはセットされていないので、Ｒ２０５は空値（ｎｕｌｌ）となり、ＴＡＲＧＥＴパラメータの値“copies”がＲ２０４に、ＳＵＢＴＹＰＥパラメータの値“INCREASE”がＲ２０６にセットされる。なお、この＜ＢＵＴＴＯＮ＞タグには、ＮＡＭＥパラメータが設定されているが、これは連動処理に関係ないので、ＧＵＩ部品にはセットされない。従ってＲ２０２の値はｎｕｌｌである。ＮＡＭＥパラメータが連動処理に関係するのは、＜ＣＯＮＳＴＲＡＩＮＴ＞タグの場合である。このようにして情報Ｒ２０１がセットされたＧＵＩ部品Ｇ１０２は、マウス等によりユーザから入力を受けると、Ｒ２０４にセットされた名前を持つ部品Ｇ０１４に対し、Ｒ２０６にセットされた当該部品の種別“INCREASE”に応じた所定のメッセージを通知する。
【００６４】
同様にして記述Ｄ１０３を図１１の手順で処理したときの、ＧＵＩ部品にセットされる情報を図１２のＲ３０１に示す。この情報Ｒ３０１の各項目Ｒ３０２〜Ｒ３０６も、上記と同様、左から順にＮＡＭＥ、ＶＡＬＵＥ、ＴＡＲＧＥＴ、ＭＥＳＳＡＧＥ、ＳＵＢＴＹＰＥの各パラメータを示す。この例では、ＴＡＲＧＥＴとＭＥＳＳＡＧＥのパラメータ値が、Ｒ３０４とＲ３０５の各項目に設定される。
【００６５】
また、図４の記述Ｄ１０５の記述を図１１の手順で処理した場合、その記述に対応するＧＵＩ部品Ｇ１０５にセットされる情報を図１２のＲ４０１に示す。この情報Ｒ４０１は、ＧＵＩ部品Ｇ１０５の３つの選択肢のうち、選択肢“ＡＵＴＯ”に設定された＜ＣＯＮＳＴＲＡＩＮＴ＞タグから取得されたものである。この情報Ｒ４０１の各項目Ｒ４０２〜Ｒ４０６も、上記と同様、左から順にＮＡＭＥ、ＶＡＬＵＥ、ＴＡＲＧＥＴ、ＭＥＳＳＡＧＥ、ＳＵＢＴＹＰＥの各パラメータを示す。Ｒ４０１は＜ＣＯＮＳＴＲＡＩＮＴ＞タグから取得したパラメータ群なので、ＮＡＭＥやＴＡＲＧＥＴのパラメータ値も設定されている（Ｒ４０２、Ｒ４０３参照）。この情報Ｒ４０１が設定された部品Ｇ１０５において、ユーザが選択肢“ＡＵＴＯ”を選択すると、その部品Ｇ１０５はその選択を検知して、その選択肢に対応づけて保持している情報Ｒ４０１を参照する。そして、Ｒ４０２に設定された値“n-up”を名前に持つ部品Ｇ１０６の値を取得し、その値がＲ４０３に設定された値“１”であるかどうかを検査する。そして、部品Ｇ１０６の値が１でなければ、Ｒ４０４に設定された値“msg”を名前に持つ部品Ｇ１０１に対し、Ｒ４０５に設定された値“Number-up must be 1”をメッセージとして通知する。部品Ｇ１０１は、このメッセージに応じて、自己の表示内容を変化させる。
【００６６】
なお、以上に説明したブラウザ装置は、以上に説明した機能あるいは処理手順を記述したプログラムをコンピュータに実行させることによって実現することができる。この場合、プログラムは、例えばフロッピーディスクやＣＤ−ＲＯＭなどの記録媒体の形態で、あるいは通信回線を介して、供給され、これを例えばコンピュータに付属するハードディスク装置等の記憶装置にインストールすることにより、実行可能となる。
【００６７】
【発明の効果】
以上説明したように本発明によれば、表示装置自体が、文書中の入力対象ＧＵＩ部品に関する記述から連動ＧＵＩ部品を特定し、その連動部品に対して指示を与えることにより、その連動ＧＵＩ部品を入力対象ＧＵＩ部品に連動させることができる。また、表示装置は、文書中のタグ内のパラメータ記述から連動ＧＵＩ部品を特定するので、文書作成者はＨＴＭＬ等の文書作成用の基本言語だけを扱えればよく、それ以外のスクリプト言語などについてのスキルが不要であり、文書作成が効率化できる。
【図面の簡単な説明】
【図１】  一般的なＨＴＭＬ文書の例を示す図である。
【図２】  図１の文書を従来のブラウザ装置で表示した場合の表示例を示す図である。
【図３】  従来のブラウザ装置の処理手順を示す図である。
【図４】  実施形態のブラウザ装置で処理できるＨＴＭＬ文書の例を示す図である。
【図５】  図１の文書を実施形態のブラウザ装置で表示した場合の表示例を示す図である。
【図６】  実施形態のブラウザ装置の基盤となるハードウエア構成の一例を示す図である。
【図７】  ブラウザ装置の機能ブロック図である。
【図８】  入力値テーブルの一例を示す図である。
【図９】  実施形態のブラウザ装置の処理手順を示すフローチャートである。
【図１０】  図９の手順におけるメッセージ通知処理（Ｓ２０７及びＳ２１２）の詳細な手順を示すフローチャートである。
【図１１】  ＧＵＩ部品の独立性を高めた変形例における、ブラウザ・コア部の処理手順を示すフローチャートである。
【図１２】  ＧＵＩ部品に設定されるパラメータ情報の例を示す図である。
【符号の説明】
２０１  ＴＣＰ／ＩＰプロトコル、２０２  ブラウザ・コア部、２０３  パーズ部、２０４  描画部、２０５  入力部、２０６  入力値保持部、２０７  メッセージルール記憶部。
【図１】
0004099927.tif 000002
【図２】
0004099927.tif 000003
【図３】
0004099927.tif 000004
【図４】
0004099927.tif 000005
【図５】
0004099927.tif 000006
【図６】
0004099927.tif 000007
【図７】
0004099927.tif 000008
【図８】
0004099927.tif 000009
【図９】
0004099927.tif 000010
【図１０】
0004099927.tif 000011
【図１１】
0004099927.tif 000012
【図１２】
0004099927.tif 000013