JP2002189741A - グラフィカル・ユーザ・インタフェースに関する改善 - Google Patents

Abstract

(57)【要約】 【課題】 情報の性質に従い選択されたＧＵＩ制御ユニ
ットを用いて、情報をレンダリング（描写）する方法、
ソフトウェア、並びにそうした命令を含むコンピュータ
可読媒体を提供すること。 【解決手段】 本発明はコンピュータ・ユーザ・インタ
フェース上に制御を提供する方法に関し、データベース
１２内に記憶される情報がユーザにより検索される。次
に、検索された情報を表示するのに好適なＧＵＩ制御ユ
ニットが選択される。ＧＵＩ制御が作成され、検索情報
をユーザ表示装置１６上に表示するために使用される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はコンピュータ・デー
タベース・システムにおけるユーザ・インタフェースに
関し、特に、データベースから検索される情報を表示す
るのに好適なグラフィカル・ユーザ・インタフェースを
選択及び提供する方法、ソフトウェア、並びにコンピュ
ータ可読媒体に関する。選択されたユーザ・インタフェ
ースが更に、検索情報の選択及び操作を可能にする。

【０００２】

【従来の技術】データベース・システムは、ユーザに記
憶情報へのアクセスを提供するために、様々なアプリケ
ーションで使用される。一般にこうしたシステムはレコ
ードを格納し、これらが後にクライアント・アプリケー
ションを介して、特定の態様で検索される。データベー
スから情報を検索するために、クライアント・アプリケ
ーションは、例えばＳＱＬ照会により、ユーザが特定の
領域を指定するのを可能にする。指定基準に合致するデ
ータベース内の情報が次に記憶域から検索され、ユーザ
に表示される。

【０００３】最近では、グラフィカル・ユーザ表示の出
現により、検索情報またはデータ・モデルが、１つ以上
のグラフィカル・ユーザ・インタフェース（ＧＵＩ）制
御を用いて描写（レンダリング）される。レンダリング
は情報アイテムを画面上に表示してユーザに示し、更に
情報をナビゲートし、１つまたは幾つかのアイテムを選
択するためのユーザ機構を提供する。様々なＧＵＩ制御
タイプが存在し、それらの全てが、情報アイテムの検
索、表示及び選択のための、異なる機構を有する。

【０００４】しかしながら、全てのＧＵＩ制御が全ての
データ・モデルを表示するのに適しているわけではな
い。例えば、大きなデータ・モデル、すなわち大量の情
報を有する照会結果は、あるタイプのＧＵＩ制御で好都
合にレンダリングされる一方で、より小さなデータ・モ
デルは、別のタイプのＧＵＩ制御でレンダリングされる
のに適しているかもしれない。しかしながら、最も好適
なＧＵＩ制御が、常にクライアント・アプリケーション
により使用されるわけではなく、設計時にプログラマに
より指定される。ＧＵＩ制御の要件及びデータ・モデル
の性質は、設計時に常に知れているわけではなく、また
その後変わるかもしれない。

【０００５】例えば、データベース内のレコード数が増
加すると、任意の１つの照会のためのデータ・モデルも
成長する。更に、照会がユーザにより指定され、相当に
変化するので、設計者がデータ・モデルの典型的なサイ
ズまたは性質を予測するのが困難になる。従って、デー
タ・モデルのレンダリングのための適切なＧＵＩ制御を
設計時に選択することは、常に可能なわけではない。

【０００６】従って、検索データ・モデルをレンダリン
グする適切なＧＵＩをランタイム時に選択するシステム
を有することが待望される。

【０００７】

【発明が解決しようとする課題】本発明の目的は、情報
の性質に従い選択されたＧＵＩ制御を用いて、情報をレ
ンダリングする方法、ソフトウェア、並びにそうした命
令を含むコンピュータ可読媒体を提供することである。

【０００８】

【課題を解決するための手段】好適には、照会または他
の好適な手段を用いて、情報がデータベースから検索さ
れる。情報はレコードのセットを含み、セット内のレコ
ードの数が判断される。この数が指定基準と比較され、
比較結果が、ユーザに情報を表示するための適切なＧＵ
Ｉ制御を選択し、またレコードをナビゲート、探索及び
選択する他の機構を提供するために使用される。或い
は、ＧＵＩ制御を選択するために、情報の別の特性が使
用されてもよい。

【０００９】一態様では、本発明はコンピュータ・ユー
ザ・インタフェース上に制御を提供する方法であって、
ユーザによる要求に応じて、記憶情報を検索するステッ
プと、情報の性質に従い、制御を選択するステップと、
インタフェース上で情報を含む制御を作成するステップ
とを含む。

【００１０】別の態様では、本発明はコンピュータ・ユ
ーザ・インタフェース上に制御を提供するコンピュータ
・アプリケーションであって、ユーザにより要求される
情報を検索する命令と、情報の性質に従い、制御を選択
する命令と、インタフェース上で情報を含む制御を作成
する命令とを含む。

【００１１】更に別の態様では、本発明はコンピュータ
・ユーザ・インタフェース上に制御を提供する命令を含
むプログラム記憶装置であって、ユーザにより要求され
る情報を検索する命令と、情報の性質に従い、制御を選
択する命令と、インタフェース上で情報を含む制御を作
成する命令とを含む。

【００１２】本発明はまた、添付の図面で示される特徴
構成の任意の組み合わせにより構成される。また、これ
らの特徴構成と等価な明示されないものについても、本
発明の範囲に含まれる。

【００１３】

【発明の実施の形態】図面を参照することにより、本発
明に従いＧＵＩ制御を選択するソフトウェアが様々な態
様で実現されることが理解できよう。以下の実施例は、
例証として示されるだけである。データベースそのも
の、並びに標準のデータベース機能を実行するソフトウ
ェアに関する詳細は、当業者には既知であるので、ここ
では説明を省略する。

【００１４】図１は、データベース１２のコンテンツへ
のアクセスを提供するユーザ・インタフェースを実装す
るデータベース・システム１０の好適な実施例を示す。
システム１０は、ユーザがレコードまたは他の情報を、
照会などを用いて、データベース１２から検索し、検索
されたレコードを閲覧し、続いて使用する１つまたは幾
つかのレコードを選択することを可能にする。本発明は
一般に、クライアント／サーバ・データベース・システ
ムにおいて実現されるが、こうした使用に制限されるも
のではない。本発明は例えば標準のデータベース構成に
おいても実現され得る。

【００１５】図１のシステム１０は、グラフィカル・ユ
ーザ・インタフェース（ＧＵＩ）ジェネレータ１４を含
むクライアント・アプリケーション１３を実装する。Ｇ
ＵＩジェネレータ１４は、レコード・チューザ１８と呼
ばれる別の制御と共に、複数のＧＵＩ制御１１ａ乃至１
１ｅの１つを作成及び表示するように適応化される。制
御１１ａ乃至１１ｅ及び１８は、好適には、ＪＡＶＡ
（Ｒ）またはＣ＋＋などの、オブジェクト指向プログラ
ミング言語を用いて実装されるが、このことが絶対的な
わけではない。関数型言語または他の好適な言語タイプ
が代わりに使用されてもよい。制御は一般にコンピュー
タ・アプリケーションにおいて、そのアプリケーション
の利用を可能にするグラフィカル・インタフェースを提
供するために使用される。典型的なアプリケーションの
グラフィカル・ユーザ・インタフェースにおいて使用さ
れる制御２０の例が、図２に示される。制御２０はタイ
トル・バー２１、選択ボタン２２、２３、選択フィール
ド２４、アイテム表示２５、スクロール・バー２６、及
びラジオ・ボタン２７を含む。

【００１６】図１を再度参照すると、クライアント・ア
プリケーション１３はバックエンド・ソフトウェア１５
を含み、これはデータベース検索や情報検索機能など
の、データベース・システム１０を実現するために必要
な他の機能を提供する。バックエンド・ソフトウェア１
５の詳細については、データベース設計に関わる当業者
には既知であるので、ここでは述べないことにする。シ
ステム１０はまた、グラフィカル・ユーザ・インタフェ
ースを表示する１つ以上のモニタまたは他の表示装置１
６と、ユーザ入力装置１７とを含み、後者にはキーボー
ド、マウス、或いは既知の他の必要な装置が含まれる。
クライアント・アプリケーション１３は、データベース
１２からＡＰＩを介してデータ・モデルを検索すること
を容易にする。データ・モデルは、ユーザ指定基準に従
いデータベース１２から検索される情報のサブセットを
含み、一般にレコードまたは他の情報アイテムのセット
の形式である。

【００１７】図１のクライアント・アプリケーション１
３は、使用可能な制御オブジェクト１１ａ乃至１１ｅの
１つを選択し、生成することにより、検索データ・モデ
ルをレンダリングする。レンダリングは、情報アイテム
を画面上に表示してユーザに示し、また情報アイテムを
ナビゲートまたは探索したり、アイテムの１つまたは幾
つかを選択するユーザ機能を提供することを意味する。
各制御はそのユーザ機能を通じて、特定の性質の情報の
レンダリングに適応化され、検索される情報の性質に従
い制御が選択される。情報の性質を、そのタイプの情報
のレンダリングに適する特定の制御に関連付けるため
に、基準が指定されてもよい。

【００１８】図３は、本発明の好適な実施例において、
制御を選択及び作成するためにクライアント・アプリケ
ーション１３により実施されるプロセスである。この実
施例は、２つのＧＵＩ制御、例えば１１ａ、１１ｂ（図
４乃至図７、及び図９に関連して詳述される）と共に、
レコード・チューザ１８の制御を作成するＧＵＩジェネ
レータ１４を含み、これらの制御はＪＡＶＡ（Ｒ）を用
いて実装される。第１のＧＵＩ制御１１ａは、小さなデ
ータ・モデルをレンダリングするのに適し、第２のＧＵ
Ｉ制御１１ｂは、大きなデータ・モデルをレンダリング
するのに好適である。この実施例では、情報の性質はデ
ータ・モデルのサイズを指し、サイズはデータ・モデル
から検索されるレコードまたは情報アイテムの数に関連
付けられる。

【００１９】図３に示されるプロセスの第１のステップ
では、ユーザがデータ・モデルを検索する基準を指定す
る（ステップ３０）。データ・モデル基準は、ＳＱＬま
たはＰＣＭＬ照会などの、任意の好適な態様で指定され
る。照会をする際、クライアント・アプリケーション１
３がデータベース１２から、基準に合致する情報を検索
する（ステップ３１）。次にデータ・モデルが検索され
た情報から作成される。ここでデータ・モデルは、好適
にはＪＡＶＡ（Ｒ）ベクトル・クラスとして実現され
る。基準を指定し、データベースから情報を検索するク
ライアント・アプリケーション１３の手段は、データベ
ース設計に携わる当業者には周知であり、ここでは詳述
する必要がない。こうした手段は、データ・モデルをレ
ンダリングするＧＵＩ制御とは無関係である。

【００２０】図３に示されるプロセスの次のステップ
は、データ・モデルのサイズを決定する（ステップ３
２）。好適には、データ・モデルはレコードまたは他の
情報アイテムのセットを含み、データ・モデル・ベクト
ル・クラス、及びセット内のレコードの数を指し示すデ
ータ・モデルのサイズを取り込む。データ・モデルはレ
コード・チューザ制御１８に渡される。レコード・チュ
ーザ１８は、ベクトル・クラス・コンテンツが変化する
ときを検出する、標準のＪＡＶＡ（Ｒ）リスナ・インタ
フェースを実装する。コンテンツが変化するとき、ベク
トル・クラスに新たな照会からの情報が取り込まれるこ
とを意味し、レコードの数が判断され、しきい値と比較
される（判断ステップ３３）。しきい値の詳細及びその
指定方法については、図８及び図９に関連して後述す
る。データ・モデル内のレコードの数がしきい値を越え
ない場合（ステップ３４）、ＧＵＩジェネレータ１４
は、データ・モデルをレンダリングするためのサブしき
い値制御とも呼ばれる第１の制御１１ａを作成する。デ
ータ・モデル内のレコードの数がしきい値を越える場合
（ステップ３５）、ＧＵＩジェネレータは第２の制御１
１ｂ、または超しきい値制御と呼ばれる制御を作成す
る。

【００２１】データ・モデルが次に、作成された制御を
用いてレンダリングされる（ステップ３６）。この時点
で、ユーザは当該制御を用いることにより、データ・モ
デルから所望のレコードを選択できる（ステップ３
７）。レコードの選択を支援するために、制御は更に必
要に応じて、ナビゲーション、探索、及び選択機能を提
供するように適応化されてもよい。次に、選択されたレ
コードがレコード・チューザ制御１８に渡され、続く使
用のために表示される（ステップ３８）。選択された制
御により提供される機能は、設計時に、制御がレンダリ
ングしているデータ・モデルの性質にもとづき決定され
る。特定の制御により提供される異なる特徴構成乃至機
能により、その制御が、異なる特徴構成を有する他の制
御よりも、特定のデータ・モデルのレンダリングに、よ
り適応化される。

【００２２】ＧＵＩ制御１１ａ、１１ｂ（より一般的に
は図１に示される制御１１ａ乃至１１ｅ）は、オブジェ
クト指向プログラミングにおいて使用されるクラスのイ
ンスタンスであり、ユーザが検索データ・モデルをアク
セスすることを可能にするために要求される機能を提供
するように適応化される。図４は、ＧＵＩジェネレータ
１４により作成される制御のための、好適なクラス構造
を示す。レコード・チューザ（RecordChooser）クラス
４０は、データ・モデル、しきい値、及びデータ・モデ
ル内のレコードの数を記憶する変数４１を含む。更に、
超しきい値レンダラ及びサブしきい値レンダラを指定す
る変数を含む。レコード・チューザ・クラス４０は、し
きい値を獲得及びセットするメソッド、データ・モデル
を獲得及びセットするメソッド、レコード値をセットす
るメソッド、及びレンダラを選択及び表示するメソッド
を含む。レコード・チューザ・クラス４０はサブクラス
として、超しきい値リスト・レンダラ（SuperThreshold
ListRenderer）４３ａ及びサブしきい値リスト・レンダ
ラ（SubThresholdListRenderer）４４ａを有し、これら
の両者は、データ・モデル変数４３ｂ、４４ｂ、及びデ
ータ・モデルをレンダリングするメソッド４３ｃ、４４
ｃをそれぞれ有する。両方のクラスは、リスト・レンダ
ラ（ListRenderer）クラス４６のインスタンスを実装
し、これは親レコード・チューザ及び選択レコードを示
す変数４７を含む。リスト・レンダラ・クラス４６は更
に、データ・モデル・レコードを表示／隠蔽するメソッ
ド、レコードを選択するメソッド、選択レコードを検索
するメソッド、及び選択を取り消すメソッドを含む。

【００２３】図４に示されるクラスのインスタンスが宣
言され、一旦ベクトル・クラスに照会からの情報が取り
込まれると、データ・モデルがレコード・チューザ・ク
ラス４０のインスタンスに渡される。レコード・チュー
ザ１８はデータ・モデル内のレコードの量を判断し、こ
れを指定しきい値と比較する。量がしきい値よりも少な
い場合、レコード・チューザ１８はデータ・モデルを、
サブしきい値リスト・レンダラ４４ａのインスタンス、
すなわち第１の制御１１ａに渡し、これがリスト・レン
ダラ・クラス４６のインスタンスを実装することによ
り、データ・モデルをレンダリングする。或いは、量が
しきい値以上の場合、データ・モデルが超しきい値リス
ト・レンダラ・クラス４３ａのインスタンス、すなわち
第２の制御１１ｂに渡され、これがリスト・レンダラを
通じて、データ・モデルをレンダリングする。

【００２４】各制御の特徴構成は、特定の量または量範
囲のレコードを有するデータ・モデルの、ナビゲーショ
ン／検索／選択機能を表示及び提供するために適応化さ
れる。例えば、サブしきい値レンダラ制御１１ａは、１
５アイテム未満のレコードのセットをレンダリングする
のに適応化され、超しきい値レンダラ制御１１ｂは、１
５以上のアイテムを有するレコードのセットをレンダリ
ングするのに適応化される。従って、ＳＱＬ照会が１０
０レコードを検索する場合、レコードは超しきい値制御
１１ｂを用いてレンダリングされるが、１２レコードし
か検索されない場合、これらはサブしきい値制御１１ａ
を用いてレンダリングされる。特定のサイズのデータ・
モデルをレンダリングする制御の適合性は、様々な要因
に依存する。それらは例えば、表示されるレコードの便
利な操作を可能にする特徴構成を制御が有するか否か、
制御が有効画面スペースに適したサイズか否か、或い
は、制御の特徴構成が、検索される情報のタイプのレン
ダリングを可能にするか否かなどである。このリストは
全部を網羅するわけではなく、データベース設計者は、
特定のデータ・モデルをレンダリングするために、どの
制御が選択されるべきかを判断するために、他の要因に
ついても考慮し得る。

【００２５】図５乃至図７は、ＧＵＩジェネレータ１４
の好適な実施例により作成される制御を示す。例えば図
５は、データ・モデルからの１レコードを表示するのに
適応化された好適な実施例のレコード・チューザ制御１
８を示す。これはデータ・モデルからの選択アイテムを
示す表示フィールド５１と、完全なデータ・モデルを表
示するための拡大ボタン５４とを含む。制御はまた、こ
の性質の制御と共に通常提供される、サイズ変更及びク
ローズ・ダウン機能を含む。図５に示されるレコード・
チューザ制御１８はテスト・ビュー制御であり、従っ
て、レコード・チューザ１８を構成するラジオ・ボタン
５２ａ、５２ｂ、及び変更ボタン５３が存在する。これ
らのボタン５２ａ、５２ｂ、５３の機能については、図
８及び図９に関連して後述する。レコード・チューザ１
８はランタイム時に構成され得るが、好適には構成は設
計時に発生するだけで、この場合、構成ボタン５２ａ、
５２ｂ、５３はランタイム制御１８においては存在しな
い。拡大ボタン５４を押下すると、図２に示されるプロ
セスに従い作成される制御内に、完全なデータ・モデル
が表示される。

【００２６】より詳細には、データ・モデルがしきい値
を越えない場合、図６に示されるサブしきい値ＧＵＩ制
御１１ａが作成される。この制御は組み合わせボックス
であり、これは選択フィールド５６と、データ・モデル
内のアイテムのリストを表示するウィンドウ５７とを含
む。この制御の特徴構成は、少ない数のレコードを有す
るデータ・モデルをレンダリングするのに適している。
一方、データ・モデルがしきい値を越える場合には、図
７に示される超しきい値制御１１ｂが作成される。これ
はポップアップ・リスト・ボックスであり、データ・モ
デルからのアイテムを表示するウィンドウ５０と、アイ
テムのリストをナビゲート、すなわち移動するためのス
クロール・バー５９とを含む。この制御は、より多くの
レコードをレンダリングするのに適している。いずれの
制御１１ａ、１１ｂでも、レコード・チューザ１８内に
表示されるアイテムは、ウィンドウ５０、５７内の所望
のアイテムをクリックすることにより選択される。これ
らの制御は例証に過ぎず、任意の好適な制御が、オーダ
メイドまたは標準かに関わらず、サブしきい値レンダラ
１１ａ及び超しきい値レンダラ１１ｂとして設計され
る。

【００２７】しきい値を設定する方法の概要が、図９に
示されるレコード・チューザ１８及び構成ツール７０に
関連して、図８に示される。好適には、しきい値の構成
は設計時に行われるが、クライアント・アプリケーショ
ン１３は、ランタイム時にユーザによりしきい値の構成
を可能にするように適応化され得る。ＧＵＩジェネレー
タ１４の設計の間、設計者は変更ボタン５３をクリック
することにより、レコード・チューザ構成ツール７０を
呼び出す（ステップ６０）。すると、レコード・チュー
ザ１８に関連する構成フィールドを示すポップアップ・
ウィンドウが表示される。構成フィールドには、しきい
値フィールド７１が含まれる。次に、しきい値フィール
ド７１が選択されると（ステップ６１）、適切なしきい
値、例えば２５がフィールドにタイプ入力され（ステッ
プ６２）、この時点で、しきい値がセットされる（ステ
ップ６３）。

【００２８】しきい値は好適には、検索されるデータ・
モデルのレコードの量に対応する。しきい値よりも少な
いレコードを含むデータ・モデルは、サブしきい値レン
ダラ１１ａを用いてレンダリングされ、しきい値よりも
多いレコードを有するデータ・モデルは、超しきい値レ
ンダラ１１ｂを用いてレンダリングされる。設計者はＧ
ＵＩ制御の専門知識により、適切なしきい値を決定し、
任意の特定のデータ・モデルをレンダリングするため
の、好適な制御が作成されることを保証する。選択され
るしきい値は、実装されるレンダリング制御のタイプ、
及び特定サイズのデータ・モデルをレンダリングする特
徴構成の適合性に依存する。設計者は任意の好適な制御
を使用することにより、または既存の制御タイプを適応
化することにより、各制御を特定の性質を有するデータ
・モデルのレンダリングに適応化させることができる。
好適な実施例では、ＪＡＶＡ（Ｒ）ベクトル・クラスを
データ・モデルとして受け入れる制御が使用される。

【００２９】例えば、図９に示されるように、設計者
は、２５レコード未満のデータ・モデルのレンダリング
には、サブしきい値制御１１ａが適しており、それ以外
では、超しきい値レンダラ１１ｂがより適切であると判
断する。（図１０に関連して後述する）別の実施例で
は、複数しきい値が指定され、この場合、第２のまたは
それ以降のしきい値フィールドが選択され（判断ステッ
プ６４）、それに従い構成される。一旦全てのしきい値
が指定されると、レコード・チューザ構成ツールがクロ
ーズされる。更に、構成ツール７０がレコード・チュー
ザの他のパラメータ、例えば、サブしきい値レンダラ及
び超しきい値レンダラとして使用される制御のタイプを
指定するために使用される。レコード・チューザ１８は
また、ボタン５２ａ、５２ｂにより、テスト・データ・
モデルを選択するために使用される。

【００３０】前述の好適な実施例は、２つのＧＵＩ制御
１１ａ、１１ｂを有するが、図１０に示されるように、
より多くの制御が実装され得る。この実施例では、各制
御が特定範囲内の多数のレコードを有するデータ・モデ
ルをレンダリングするのに適応化される。例えば、４つ
のＧＵＩ制御が存在し、第１の制御は１乃至２０レコー
ドを有するデータ・モデルのレンダリングに適する特徴
構成を有し、第２の制御は２１乃至５０レコードを有す
るデータ・モデルのレンダリングに適する特徴構成を有
し、第３の制御は５１乃至１００レコードを有するデー
タ・モデルのレンダリングに適する特徴構成を有し、第
４の制御は１００を越えるレコードを有するデータ・モ
デルのレンダリングに適する特徴構成を有する。これら
の範囲は、図８に示されるように、複数のしきい値をセ
ットすることにより指定され、各しきい値が範囲の上限
または下限に対応付けられる。データ・モデルが検索さ
れ、図２で述べたように、そのサイズが判断される。

【００３１】図１０を再度参照して、データ・モデル内
のレコードの量が第１の範囲内、すなわち１乃至２０レ
コード内に入る場合（判断ステップ８０）、第１のＧＵ
Ｉ制御タイプが作成される（ステップ８３）。レコード
の量が第２のまたは第３の範囲内に入る場合（判断ステ
ップ８１または８２）、第２のまたは第３のＧＵＩ制御
タイプが適宜生成される（ステップ８４または８５）。
それ以外の場合、第４の制御タイプが生成される（ステ
ップ８６）。次に、データ・モデルが選択された制御を
用いてレンダリングされる（ステップ８７）。この実施
例では４つのＧＵＩ制御が述べられたが、実際には、任
意の好適な数のＧＵＩ制御を実装することができ、各々
が異なるサイズのレンダリングに適応化される。制御を
選択する基準は、検索されるデータ・モデル内のレコー
ドの数に必ずしも関連しない。制御は、例えば各個々の
レコードのサイズ、または検索される情報の形式やタイ
プなど、データ・モデルの性質に応じて、他の指定基準
にもとづき選択されてもよい。

【００３２】図１１は、本発明を実現するコンピュータ
・システム９８の１例を示す。システム９８はデータバ
ス９９を含み、これはＣＰＵ９０、ＲＡＭ９１、モニタ
または他の表示装置９４、キーボード９５、ネットワー
ク接続９６、及び他の入出力コンポーネント９７を相互
接続する。システム９８は、ハードディスク・ドライブ
９２などの記憶装置を有し、これらは要求に応じて、情
報やコンピュータ・コードを記憶する。システム９８は
また、フロッピー（Ｒ）ディスク・ドライブ９３、ＣＤ
−ＲＯＭドライブ、または当業者には既知の任意の他の
装置などの、コンピュータ可読媒体のための読取り装置
を含む。クライアント・アプリケーション１３のコード
は、フロッピー（Ｒ）ディスク、ＣＤ−ＲＯＭ、または
他の好適なコンピュータ可読媒体上に記憶され、要求に
応じて、システムのＲＡＭ９１にロードされたり、ハー
ド・ドライブ９２上にロードされる。

【００３３】まとめとして、本発明の構成に関して以下
の事項を開示する。

【００３４】（１）コンピュータ・ユーザ・インタフェ
ースで制御を提供する方法であって、ユーザによる要求
に応じて、記憶情報を検索するステップと、前記情報の
性質に従い、制御を選択するステップと、前記インタフ
ェースで前記情報を含む前記制御を作成するステップと
を含む方法。 （２）前記制御が前記情報の性質に従い、２つ以上の制
御タイプから選択される、前記（１）記載の方法。 （３）各制御が特定の性質の情報と共に使用するために
適応化される、前記（２）記載の方法。 （４）前記情報が複数のレコードを含み、前記情報の性
質が前記レコードの数に関連する、前記（３）記載の方
法。 （５）前記制御が前記情報を含む前記レコードの数に従
い選択される、前記（４）記載の方法。 （６）前記制御が前記レコードの量に関連するしきい値
に従い選択される、前記（４）記載の方法。 （７）選択される前記制御が、前記情報を含む前記レコ
ードの数を表示するのに適応化される、前記（５）また
は（６）に記載の方法。 （８）前記制御が組み合わせボックスまたはリスト・ボ
ックスである、前記（７）記載の方法。 （９）コンピュータ・ユーザ・インタフェースで制御を
提供するコンピュータ・アプリケーションであって、ユ
ーザにより要求される情報を検索する命令と、前記情報
の性質に従い、制御を選択する命令と、前記インタフェ
ースで前記情報を含む前記制御を作成する命令とを含む
コンピュータ・アプリケーション。 （１０）前記命令が前記情報の性質に従い、２つ以上の
制御タイプから前記制御を選択する、前記（９）記載の
コンピュータ・アプリケーション。 （１１）各制御が特定の性質の情報と共に使用するため
に適応化される、前記（１０）記載のコンピュータ・ア
プリケーション。 （１２）前記情報が複数のレコードを含み、前記情報の
性質が前記レコードの数に関連する、前記（１１）記載
のコンピュータ・アプリケーション。 （１３）前記命令が前記情報を含む前記レコードの数に
従い前記制御を選択する、前記（１２）記載のコンピュ
ータ・アプリケーション。 （１４）前記命令が前記レコードの量に関連するしきい
値に従い前記制御を選択する、前記（１２）記載のコン
ピュータ・アプリケーション。 （１５）選択される前記制御が、前記情報を含む前記レ
コードの数を表示するのに適応化される、前記（１３）
または（１４）に記載のコンピュータ・アプリケーショ
ン。 （１６）前記制御が組み合わせボックスまたはリスト・
ボックスである、前記（１５）記載のコンピュータ・ア
プリケーション。 （１７）コンピュータ・ユーザ・インタフェースで制御
を提供する命令を含むプログラム記憶装置であって、ユ
ーザにより要求される情報を検索する命令と、前記情報
の性質に従い、制御を選択する命令と、前記インタフェ
ースで前記情報を含む前記制御を作成する命令とを含む
プログラム記憶装置。 （１８）前記命令が前記情報の性質に従い、２つ以上の
制御タイプから前記制御を選択するよう適応化される、
前記（１７）記載の記憶装置。 （１９）各制御が特定の性質の情報と共に使用するため
に適応化される、前記（１８）記載の記憶装置。 （２０）前記情報が複数のレコードを含み、前記情報の
性質が前記レコードの数に関連する、前記（１９）記載
の記憶装置。 （２１）前記命令が前記情報を含む前記レコードの数に
従い前記制御を選択するよう適応化される、前記（２
０）記載の記憶装置。 （２２）前記命令が前記レコードの量に関連するしきい
値に従い前記制御を選択するよう適応化される、前記
（２０）記載の記憶装置。 （２３）選択される前記制御が、前記情報を含む前記レ
コードの数を表示するのに適応化される、前記（２１）
または（２２）に記載の記憶装置。 （２４）前記制御が組み合わせボックスまたはリスト・
ボックスである、前記（２３）記載の記憶装置。

【図面の簡単な説明】

【図１】データベースから検索されるレコードを表示す
るのに好適なグラフィカル制御を動的に選択し、提供す
るソフトウェアを実装するクライアント・システムを示
す図である。

【図２】グラフィカル・ユーザ・インタフェースの汎用
制御を示す図である。

【図３】システム上で１つのしきい値を実装されたクラ
イアント・アプリケーションの一部の機能の概要を示す
フローチャートである。

【図４】ユーザ・インタフェース生成ソフトウェアを実
現するのに好適なクラス構造の一部を示す図である。

【図５】ソフトウェアにより選択される制御を用いて選
択されるレコードを表示するレコード・チューザ制御の
画面を示す図である。

【図６】データベースから検索される少数のレコードを
表示するのに好適な制御、この場合コンビネーション・
ボックスを示す画面である。

【図７】データベースから検索される多数のレコードを
表示するのに好適な制御、この場合ポップアップ・リス
トを示す画面である。

【図８】しきい値を選択するプロセスの概要を示すフロ
ーチャートである。

【図９】グラフィカル・ユーザ・インタフェース設計ツ
ールにより提供されるレコード・チューザ制御及び構成
ツールを示す画面である。

【図１０】複数のしきい値を有するクライアント・アプ
リケーションの一部の機能を示すフローチャートであ
る。

【図１１】本発明を実現するハードウェアを示す図であ
る。

【符号の説明】 ２１ タイトル・バー ２２、２３ 選択ボタン ２４、５６ 選択フィールド ２５ アイテム表示 ２６、５９ スクロール・バー ２７ ラジオ・ボタン ５０、５７ ウィンドウ ５１ 表示フィールド ５２ａ、５２ｂ ラジオ・ボタン ５３ 変更ボタン ５４ 拡大ボタン ７０ レコード・チューザ構成ツール ９９ データバス

フロントページの続き (72)発明者 ジョセフ・マイケル・マホニー ニュージーランド6002、ウェリントン、ブ ルックリン、マッキンレイ・クレセント 14／15 (72)発明者 クレイグ・アンドリュー・バイリス ニュージーランド8002、クライストチャー チ、ハンター・ティセ 96 Ｆターム(参考） 5B075 ND36 NK06 PQ01 PQ02 PQ20 UU40 5E501 AC23 AC33 BA12 CA02 CB02 CB09 DA02 DA04 FA03 FA06 FA09 FA25

Claims (24)

【特許請求の範囲】
1. 【請求項１】コンピュータ・ユーザ・インタフェースで
   制御を提供する方法であって、 ユーザによる要求に応じて、記憶情報を検索するステッ
   プと、 前記情報の性質に従い、制御を選択するステップと、 前記インタフェースで前記情報を含む前記制御を作成す
   るステップとを含む方法。
2. 【請求項２】前記制御が前記情報の性質に従い、２つ以
   上の制御タイプから選択される、請求項１記載の方法。
3. 【請求項３】各制御が特定の性質の情報と共に使用する
   ために適応化される、請求項２記載の方法。
4. 【請求項４】前記情報が複数のレコードを含み、前記情
   報の性質が前記レコードの数に関連する、請求項３記載
   の方法。
5. 【請求項５】前記制御が前記情報を含む前記レコードの
   数に従い選択される、請求項４記載の方法。
6. 【請求項６】前記制御が前記レコードの量に関連するし
   きい値に従い選択される、請求項４記載の方法。
7. 【請求項７】選択される前記制御が、前記情報を含む前
   記レコードの数を表示するのに適応化される、請求項５
   または請求項６に記載の方法。
8. 【請求項８】前記制御が組み合わせボックスまたはリス
   ト・ボックスである、請求項７記載の方法。
9. 【請求項９】コンピュータ・ユーザ・インタフェースで
   制御を提供するコンピュータ・アプリケーションであっ
   て、 ユーザにより要求される情報を検索する命令と、 前記情報の性質に従い、制御を選択する命令と、 前記インタフェースで前記情報を含む前記制御を作成す
   る命令とを含むコンピュータ・アプリケーション。
10. 【請求項１０】前記命令が前記情報の性質に従い、２つ
    以上の制御タイプから前記制御を選択する、請求項９記
    載のコンピュータ・アプリケーション。
11. 【請求項１１】各制御が特定の性質の情報と共に使用す
    るために適応化される、請求項１０記載のコンピュータ
    ・アプリケーション。
12. 【請求項１２】前記情報が複数のレコードを含み、前記
    情報の性質が前記レコードの数に関連する、請求項１１
    記載のコンピュータ・アプリケーション。
13. 【請求項１３】前記命令が前記情報を含む前記レコード
    の数に従い前記制御を選択する、請求項１２記載のコン
    ピュータ・アプリケーション。
14. 【請求項１４】前記命令が前記レコードの量に関連する
    しきい値に従い前記制御を選択する、請求項１２記載の
    コンピュータ・アプリケーション。
15. 【請求項１５】選択される前記制御が、前記情報を含む
    前記レコードの数を表示するのに適応化される、請求項
    １３または請求項１４に記載のコンピュータ・アプリケ
    ーション。
16. 【請求項１６】前記制御が組み合わせボックスまたはリ
    スト・ボックスである、請求項１５記載のコンピュータ
    ・アプリケーション。
17. 【請求項１７】コンピュータ・ユーザ・インタフェース
    で制御を提供する命令を含むプログラム記憶装置であっ
    て、 ユーザにより要求される情報を検索する命令と、 前記情報の性質に従い、制御を選択する命令と、 前記インタフェースで前記情報を含む前記制御を作成す
    る命令とを含むプログラム記憶装置。
18. 【請求項１８】前記命令が前記情報の性質に従い、２つ
    以上の制御タイプから前記制御を選択するよう適応化さ
    れる、請求項１７記載の記憶装置。
19. 【請求項１９】各制御が特定の性質の情報と共に使用す
    るために適応化される、請求項１８記載の記憶装置。
20. 【請求項２０】前記情報が複数のレコードを含み、前記
    情報の性質が前記レコードの数に関連する、請求項１９
    記載の記憶装置。
21. 【請求項２１】前記命令が前記情報を含む前記レコード
    の数に従い前記制御を選択するよう適応化される、請求
    項２０記載の記憶装置。
22. 【請求項２２】前記命令が前記レコードの量に関連する
    しきい値に従い前記制御を選択するよう適応化される、
    請求項２０記載の記憶装置。
23. 【請求項２３】選択される前記制御が、前記情報を含む
    前記レコードの数を表示するのに適応化される、請求項
    ２１または請求項２２に記載の記憶装置。
24. 【請求項２４】前記制御が組み合わせボックスまたはリ
    スト・ボックスである、請求項２３記載の記憶装置。