(57)【特許請求の範囲】
【請求項１】
グラフィカル・ユーザ・インタフェースの各種ウィンドウの所定のコントロール内の情報へのアクセスを制限する方法において、
所定のコントロールを有するウィンドウの作成時に、所定のコントロール用の開口部のサイズを決定し、ウィンドウ内に所定のコントロール用の区域を定義するステップと、
ウィンドウが表示されたときに所定のコントロール内の情報が隠れて見えなくなるように、覆い隠し部分のサイズを決定し、ウィンドウ内にその覆い隠し部分用の区域を定義するステップと、
アクセス・レベルの基準に応じて、所定のコントロール内の情報を、前記覆い隠し部分によって隠すステップと、
前記隠すステップによって隠れて見えなくなっている所定のコントロール内の情報とともにウィンドウを表示するステップとを含む方法。
【請求項２】
ウィンドウの作成時に、安全保護コントロール・アクセス・ボタンのサイズを決定し、ウィンドウ内にそのボタン用の区域を定義するステップをさらに含み、前記表示ステップがこの安全保護コントロール・アクセス・ボタンの表示をさらに含むことを特徴とする、請求項１に記載の方法。
【請求項３】
ユーザが安全保護コントロール・アクセス・ボタンを選択したときに、パスワード・コントロールのサイズを決定し、ウィンドウ内にパスワード・コントロール用の区域を定義するステップと、
パスワード・コントロールを表示するステップと、
ユーザがパスワードを入力したときに、そのパスワードが許可されているかどうかを判定するステップと、
入力したパスワードが許可されている場合に、覆い隠しを削除し、所定のコントロールの情報へのパスワード依存レベルのアクセス権を提供するステップと、
パスワードが許可されていない場合に、所定のコントロールの情報へのアクセスを拒否するステップとをさらに含むことを特徴とする、請求項２に記載の方法。
【請求項４】
ユーザが所定の回数以上パスワードの入力を試行しても正常に入力できなかった場合に、ユーザ・セッションを終了するステップをさらに含むことを特徴とする、請求項３に記載の方法。
【請求項５】
所定のコントロールの情報が所定の時間以上表示されていた場合に、その情報を再度覆い隠すステップをさらに含むことを特徴とする、請求項３に記載の方法。
【請求項６】
前記削除提供ステップにおいて、パスワードが表示専用レベルのパスワードである場合に情報へのアクセス・レベルが表示専用になり、パスワードが表示／操作レベルのパスワードである場合に情報へのアクセス・レベルが表示／操作専用になることを特徴とする、請求項３に記載の方法。
【請求項７】
覆い隠し部分が、所定のコントロールの区  域の上にちょうど収まるスライド・パネルであることを特徴とする、請求項１に記載の方法。
【請求項８】
覆い隠し部分が、ウィンドウの表示によって所定のコントロールの存在を判定できないような特性を有することを特徴とする、請求項１に記載の方法。
【請求項９】
プロセッサ、メモリ、および表示装置を含む計算機環境において、ソフトウェア・アプリケーションのウィンドウの指定のコントロールへのアクセスを制限するシステムであって、
ウィンドウの作成時に、通常は表示装置を介してユーザに提示されるウィンドウの指定のコントロールの情報を、アクセス・レベルの基準に応じて覆い隠す手段と、
指定のコントロールの覆い隠された情報にアクセスするためのユーザからの要求を認識する手段と、
覆い隠された情報へのアクセスがユーザに許可されているかどうかを判定し、ユーザが許可されている場合にアクセスを許可する手段とを含むシステム。
【請求項１０】
前記判定手段が、パスワードの入力を要求する手段と、入力されたパスワードを受け取る手段と、入力されたパスワードが覆い隠された情報へのアクセス権獲得用として有効かどうかを判定する手段とをさらに含むことを特徴とする、請求項９に記載のシステム。
【請求項１１】
前記判定手段が、ユーザの許可レベルに応じて、覆い隠された情報への各種レベルのアクセス権を提供することを特徴とする、請求項９に記載のシステム。
【請求項１２】
ユーザが所定の回数、覆い隠された情報へのアクセス要求を試行しても正常に要求できなかったときに、アプリケーションをクローズする手段をさらに含むことを特徴とする、請求項９に記載のシステム。
【請求項１３】
指定のコントロールの情報が所定の時間アクセス可能になっていた後で、その情報を再度覆い隠す手段をさらに含むことを特徴とする、請求項９に記載のシステム。
【請求項１４】
グラフィカル・ユーザ・インタフェースの各種ウィンドウの所定のコントロール内の情報へのアクセスを制限するための方法において、
所定のコントロールを有するウィンドウの作成時に、ウィンドウの作成を要求するユーザにそのコントロールへのアクセスが、アクセス・レベルの基準に応じて許可されているかどうかを判定するステップと、
要求したユーザが許可されている場合に、ウィンドウ内の所定のコントロールのサイズを決定して定義し、所定のコントロールの情報がアクセス可能になるように所定のコントロールをウィンドウ内に表示するステップと、
要求したユーザが許可されていない場合に、ウィンドウ内の所定のコントールのサイズを決定して定義し、少なくとも所定のコントロールの情報と一致する覆い隠し領域のサイズを決定して定義し、その情報が覆い隠し領域  によって隠されて見えなくなるように所定のコントロールをウィンドウ内に表示するステップとを含む方法。
【請求項１５】
アクセス可能な情報とともに所定のコントロールを表示してから所定の時間経過後に、少なくとも所定のコントロールの情報と一致する覆い隠し領域のサイズを決定して定義し、その情報の上に覆い隠し領域を表示するステップをさらに含むことを特徴とする、請求項１４に記載の方法。
【請求項１６】
前記判定ステップが、許可リポジトリでユーザのユーザＩＤを検査して、そのユーザの許可レベルを判定することをさらに含むことを特徴とする、請求項１４に記載の方法。
【請求項１７】
前記判定ステップが、作成するウィンドウの対象となるワークステーション用のＩＤを許可リポジトリで検査することで、そのワークステーションに許可されているアクセス・レベルを判定することをさらに含むことを特徴とする、請求項１４に記載の方法。
【請求項１８】
アクセス・レベルの基準により、所定のコントロールの情報の表示がユーザに許可されていない場合に、
ウィンドウ内でコントロール・アクセス要求ボタンのサイズを決定して定義し、コントロール・アクセス要求ボタンを表示するステップと、
ユーザがコントロール・アクセス・ボタンを選択したときに、パスワード・コントロールのサイズを決定し、ウィンドウ内にパスワード・コントロール用の区域を定義するステップと、
パスワード・コントロールを表示するステップと、
ユーザがパスワードを入力したときに、そのパスワードが許可されているかどうかを判定するステップと、
入力されたパスワードが許可されている場合に、覆い隠しを削除し、所定のコントロールの情報へのパスワード依存レベルのアクセス権を提供するステップと、
パスワードが許可されていない場合に、所定のコントロールの情報へのアクセスを拒否するステップとをさらに含むことを特徴とする、請求項１４に記載の方法。
【請求項１９】
ユーザが所定の回数以上パスワードの入力を試行しても正常に入力できなかった場合に、ユーザ・セッションを終了するステップをさらに含むことを特徴とする、請求項１８に記載の方法。
【請求項２０】
プロセッサ、メモリ、および表示装置を含む計算機環境において、ソフトウェア・プログラムのウィンドウに含まれている限定アクセス・コントロールへのユーザによるアクセスを選択的に許可するシステムであって、
ウィンドウの作成時に、アクセス・レベルの基準に応じでウィンドウの限定アクセス・コントロールへのアクセスがユーザに許可されているかどうかを判定する手段と、
ユーザが許可されていないと前記判定手段が判定した場合に、限定アクセス・コントロールへのアクセスを拒否する手段と、
ユーザが許可されていると前記判定手段が判定した場合に、限定アクセス・コントロールへの許可されたレベルのアクセス権を提供する手段とを含み、
前記アクセス拒否手段が、少なくとも限定アクセス・コントロールに含まれる情報に一致するウィンドウ内の位置に置かれた覆い隠し部分を含むシステム。
【請求項２１】
許可されたレベルのアクセス権が、限定アクセス・コントロールの情報への表示専用アクセスと、限定アクセス・コントロールの情報への表示／操作アクセスとを含むことを特徴とする、請求項２０に記載のシステム。
【請求項２２】
覆い隠し部分が、限定アクセス・コントロールを覆うスライド・パネルであることを特徴とする、請求項２１に記載のシステム。
【請求項２３】
ウィンドウの表示によって限定アクセス・コントロールの有無を判定できないように、覆い隠し部分が限定アクセス・コントロールを覆うことを特徴とする、請求項２２に記載のシステム。
【請求項２４】
前記拒否手段によって最初に拒否されたアクセスの対象である限定アクセス・コントロールにアクセスするためのユーザからの要求を認識する手段をさらに含むことを特徴とする、請求項２０に記載のシステム。
【請求項２５】
限定アクセス期間の間、限定アクセス・コントロールへのアクセスが提供された後、限定アクセス・コントロールへのアクセスを終了する手段をさらに含むことを特徴とする、請求項２０に記載のシステム。
【請求項２６】
前記判定手段が、ユーザが使用するワークステーションのＩＤを確立し、そのＩＤをアクセス許可リストと比較して、限定アクセス・コントロールへのアクセスがユーザに許可されているかどうかを判定することを特徴とする、請求項２０に記載のシステム。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
本発明は、すべてのアクセス特権レベルのユーザ向けの単一かつ均一で直観的なインタフェースを介してグラフィカル・ユーザ・インタフェース（ＧＵＩ）のコントロールへのセキュリティを提供するための方法およびシステムに関する。より具体的には、本発明は、ウィンドウまたはそれより複雑なインタフェースの各種バージョンを設計せずに、ウィンドウ内に表示される情報へのアクセスを制約または制限するための方法およびシステムに関する。
【０００２】
【従来の技術】
データ処理システムやデータベース・アクセス・システムでは、ユーザがシステムと対話してユーザに提供される各種活動および機能を操作できるようにするために、通常、ＧＵＩを使用している。キーボードまたはマウスなどの各種入力装置ならびにメニュー・バー、プルダウン・メニュー、ポップアップ・メニュー、アイコン、およびオブジェクトなどのＧＵＩ要素の組合せにより、ユーザは、ＧＵＩを介して提供されるシステムの特定の活動を選択することができる。ユーザが操作可能なもう１つの標準的なＧＵＩ要素は、「コントロール」と呼ばれるものである。コントロールとは、ＧＵＩ内の視覚要素の１つで、データと対話するためにユーザが操作できるものである。アイコンやオブジェクトはコントロールの例である。実質的には、このコントロールにより、どのようなデータでもユーザに提示することができる。たとえば、企業の人事部は、氏名、給与情報、誕生日、社会保障番号などの従業員の記録をＧＵＩのコントロールによりアクセス可能なデータベースに記録することができる。この場合、コントロールは、これらの記録を表示、更新、または編集するための迅速かつ容易な手段を提供する。電話で製品の注文を受け付ける企業が使用するソフトウェア・アプリケーションでは、コントロールを使用して、クレジット・カード番号のような機密情報を含む様々な顧客情報を入力し、後で表示することができる。
【０００３】
データ処理システムのすべてのユーザが、ＧＵＩの１つのコントロールまたはコントロール・グループを使用して提供されるすべての情報にアクセスする必要があるわけではないことは明らかである。情報によっては特権が与えられているものがあるので、所与のユーザにアクセスを制限する方が好ましいものと思われる。前述の仮定上の人事部の部長は、各従業員の給与または自宅の電話番号に個人的にアクセスする必要が生じる場合もあるが、人事部の他の部員にこの情報を見せたくないと考えるはずである。また、電話で受け付けた注文を記入する従業員にとっては、顧客の氏名と住所ならびに発注品目のリストは必要になるが、顧客のクレジット・カード情報は不要である。
【０００４】
コントロールに入力されたデータのセキュリティを提供するために現在使用されている技法の１つは、入力中のデータを表示させないという方法である。この技法は、日常的にパスワードに使われている。この種のコントロールは入力コントロールと呼ばれている。データベースの既存の情報の表示を希望する場合、通常、ユーザに対して表示されるパネルまたは画面全体の設計を変更することでアクセス特権が提供されている。この種の出力コントロールでは、プログラマによる相当な追加作業が必要になり、ユーザ・インタフェースがより複雑なものになる場合が多く、メモリを多用するので、作成に費用がかかる。一般に、このような手法では、アクセスと設計の統一が行えず、開発保守コストが大幅に増加し、システムが使いにくくなり、ユーザ教育に要する時間と費用も増加する。
【０００５】
したがって、プッシュボタンなどの外来コントロールを導入せず、しかも限られたＧＵＩの画面空間を無駄にせずに、設計の統一を可能にしながらコントロールへのセキュリティを提供する方法およびシステムが必要になっている。
【０００６】
【発明が解決しようとする課題】
したがって、本発明の一目的は、ＧＵＩのウィンドウ内の個別のコントロールにセキュリティを提供する方法およびシステムを提供することにある。
【０００７】
本発明の他の目的は、アクセス特権の各レベルごとに各種ウィンドウを作成せずに、ＧＵＩの所与の要素にセキュリティを提供することにある。
【０００８】
本発明の他の目的は、既存のコントロールおよび今後のコントロールに適用可能で、しかも新たなコントロールの作成を必要としないような、コントロールへのセキュリティを提供するためのシステムおよび方法を提供することにある。
【０００９】
本発明の他の目的は、必要なトランザクション要求が最小数にしながら、コントロールにセキュリティを提供することにある。
【００１０】
本発明の他の目的は、使用するコンピュータ・メモリの容量を比較的少量に抑えながら、コントロールにセキュリティを提供することにある。
【００１１】
本発明の他の目的は、すべてのレベルのユーザ向けの均一ＧＵＩを維持しながら、コントロールにセキュリティを提供することにある。
【００１２】
【課題を解決するための手段】
上記の目的を達成するため、ならびに本明細書に広範囲に記載した本発明の諸目的により、ＧＵＩの各種ウィンドウの所定のコントロール内の情報へのアクセスを制限する方法を提供する。この方法は、所定のコントロールを含むウィンドウの作成時に、所定のコントロール用の開口部のサイズを決定し、ウィンドウ内に所定のコントロール用の区域を定義するステップと、ウィンドウが表示されたときに所定のコントロール内の情報が隠れて見えなくなるように、覆い隠し部分のサイズを決定し、ウィンドウ内にその覆い隠し部分用の区域を定義するステップと、覆い隠し部分によって隠れて見えなくなっている所定のコントロール内の情報とともにウィンドウを表示するステップとを含む。また、この方法は、ウィンドウの作成時に、安全保護コントロール・アクセス・ボタンのサイズを決定し、ウィンドウ内にそのボタン用の区域を定義するステップをさらに含み、表示ステップがこの安全保護コントロール・アクセス・ボタンの表示をさらに含むことができる。
【００１３】
この方法は、ユーザが安全保護コントロール・アクセス・ボタンを選択したときに、パスワード・コントロールのサイズを決定し、ウィンドウ内にパスワード・コントロール用の区域を定義するステップと、パスワード・コントロールを表示するステップと、ユーザがパスワードを入力したときに、そのパスワードが許可されているかどうかを判定するステップと、入力したパスワードが許可されている場合に、覆い隠しを削除し、所定のコントロールの情報へのパスワード依存レベルのアクセス権を提供するステップと、パスワードが許可されていない場合に、所定のコントロールの情報へのアクセスを拒否するステップとをさらに含むことができる。しかも、ユーザが所定の回数以上パスワードの入力を試行しても正常に入力できなかった場合には、ユーザ・セッションを終了することができる。また、追加ステップとして、所定のコントロールの情報が所定の時間以上表示されていた場合に、その情報を再度覆い隠すことを含むこともできる。さらに、情報へのアクセス・レベルは、パスワードが表示専用レベルのパスワードであれば表示専用になり、パスワードが表示／操作レベルのパスワードあれば表示／操作専用になる。また、覆い隠し部分は、所定のコントロールの区域の上にちょうど収まるスライド・パネルの場合もあれば、ウィンドウの表示によって所定のコントロールの存在を判定できないような特性を有する場合もある。
【００１４】
さらに、プロセッサ、メモリ、および表示装置を含む計算機環境において、ソフトウェア・アプリケーションのウィンドウの指定のコントロールへのアクセスを制限するシステムを提供する。このシステムは、ウィンドウの作成時に、通常は表示装置を介してユーザに提示されるウィンドウの指定のコントロールの情報を覆い隠す手段と、指定のコントロールの覆い隠された情報にアクセスするためのユーザからの要求を認識する手段と、覆い隠された情報へのアクセスがユーザに許可されているかどうかを判定し、ユーザが許可されている場合にアクセスを許可する手段とを含む。判定手段は、パスワードの入力を要求する手段と、入力されたパスワードを受け取る手段と、入力されたパスワードが覆い隠された情報へのアクセス権獲得用として有効かどうかを判定する手段とをさらに含むことができる。また、判定手段は、ユーザの許可レベルに応じて、覆い隠された情報への各種レベルのアクセス権を提供することもできる。システムは、ユーザが所定の回数、覆い隠された情報へのアクセス要求を試行しても正常に要求できなかったときに、アプリケーションをクローズする手段と、指定のコントロールの情報が所定の時間アクセス可能になっていた後で、その情報を再度覆い隠す手段とをさらに含むことができる。
【００１５】
また、本発明は、ＧＵＩの各種ウィンドウの所定のコントロール内の情報へのアクセスを制限するための方法も提供する。この方法は、所定のコントロールを有するウィンドウの作成時に、ウィンドウの作成を要求するユーザにそのコントロールへのアクセスが許可されているかどうかを判定するステップと、要求したユーザが許可されている場合に、ウィンドウ内の所定のコントロールのサイズを決定して定義し、所定のコントロールの情報がアクセス可能になるように所定のコントロールをウィンドウ内に表示するステップと、要求したユーザが許可されていない場合に、ウィンドウ内の所定のコントールのサイズを決定して定義し、少なくとも所定のコントロールの情報と一致する覆い隠し領域のサイズを決定して定義し、その情報が覆い隠し領域によって隠されて見えなくなるように所定のコントロールをウィンドウ内に表示するステップとを含む。また、この方法は、アクセス可能な情報とともに所定のコントロールを表示してから所定の時間経過後に、少なくとも所定のコントロールの情報と一致する覆い隠し領域のサイズを決定して定義し、その情報の上に覆い隠し領域を表示するステップも提供することができる。判定ステップは、許可リポジトリでユーザのユーザＩＤを検査して、そのユーザの許可レベルを判定することをさらに含むこともできる。また、判定ステップは、作成するウィンドウの対象となるワークステーション用のＩＤを許可リポジトリで検査することで、そのワークステーションに許可されているアクセス・レベルを判定することをさらに含むこともできる。
【００１６】
ユーザが許可されていない場合は、この方法は、ウィンドウ内でコントロール・アクセス要求ボタンのサイズを決定して定義し、コントロール・アクセス要求ボタンを表示するステップと、ユーザが安全保護コントロール・アクセス・ボタンを選択したときに、パスワード・コントロールのサイズを決定し、ウィンドウ内にパスワード・コントロール用の区域を定義するステップと、パスワード・コントロールを表示するステップと、ユーザがパスワードを入力したときに、そのパスワードが許可されているかどうかを判定するステップと、入力されたパスワードが許可されている場合に、覆い隠しを削除し、所定のコントロールの情報へのパスワード依存レベルのアクセス権を提供するステップと、パスワードが許可されていない場合に、所定のコントロールの情報へのアクセスを拒否するステップとをさらに含むことができる。さらに、この方法は、ユーザが所定の回数以上パスワードの入力を試行しても正常に入力できなかった場合には、ユーザ・セッションを終了することができる。
【００１７】
さらに本発明は、計算機環境において、ソフトウェア・プログラムのウィンドウに含まれている限定アクセス・コントロールへのユーザによるアクセスを選択的に許可するシステムを提供する。このシステムは、ウィンドウの作成時に、ウィンドウの限定アクセス・コントロールへのアクセスがユーザに許可されているかどうかを判定する手段と、ユーザが許可されていないと前記判定手段が判定した場合に、限定アクセス・コントロールへのアクセスを拒否する手段と、ユーザが許可されていると判定手段が判定した場合に、限定アクセス・コントロールへの許可されたレベルのアクセス権を提供する手段とを含む。許可されたレベルのアクセス権は、限定アクセス・コントロールの情報への表示専用アクセスと、限定アクセス・コントロールの情報への表示／操作アクセスとを含むことができる。さらに、アクセス拒否手段は、少なくとも限定アクセス・コントロールに含まれる情報に一致するウィンドウ内の位置に置かれた覆い隠し部分を含むことができる。また、覆い隠し部分は、限定アクセス・コントロールを覆うスライド・パネルの場合もあれば、ウィンドウの表示によって限定アクセス・コントロールの有無を判定できないように限定アクセス・コントロールを覆う場合もある。
【００１８】
さらにこのシステムは、拒否手段によって最初に拒否されたアクセスの対象である限定アクセス・コントロールにアクセスするためのユーザからの要求を認識する手段を含むことができる。しかも、このシステムは、限定アクセス期間の間、限定アクセス・コントロールへのアクセスが提供された後、許可ユーザへのアクセスを終了する手段をさらに含むことができる。さらに、判定手段は、ユーザが使用するワークステーションのＩＤを確立し、そのＩＤをアクセス許可リストと比較して、限定アクセス・コントロールへのアクセスがユーザに許可されているかどうかを判定することができる。
【００１９】
また、本発明は、ＧＵＩ内で定義され、オブジェクト・クラスが適用されるコントロールへの限定ユーザ対話を提供するオブジェクト・クラスをも提供し、少なくとも表示目的でのコントロールの作成中に前記オブジェクト・クラスが適用されていたコントロールに含まれる情報と一致するＧＵＩ内の限定アクセス領域を定義してそのサイズを決定する手段と、ユーザ対話を限定アクセス領域内のコントロールの情報に限定する手段と、限定アクセス領域内の情報と対話するための要求を処理する手段とを含む。
【００２０】
処理手段は、ＧＵＩ内でパスワード・アクセス要求コントロールのサイズを決定して定義し、パスワード・アクセス要求コントロールを表示させる手段と、入力パスワードが対応する情報へのアクセス・レベルを判定する手段と、判定されたレベルのその情報へのアクセス権をユーザに提供する手段とをさらに含むことができる。しかも、限定アクセス領域は、その情報を隠して見えないようにし、ユーザがその情報を操作できないようにする、覆い隠し領域であってもよい。アクセス・レベルとしては、アクセスなし、表示専用、および表示／操作を含むことができる。
【００２１】
さらに本発明は、ＧＵＩ内で定義され、オブジェクト・クラスが適用されるコントロールへの限定ユーザ対話を提供するオブジェクト・クラスを提供し、前記オブジェクト・クラスが適用されたコントロールを含むウィンドウの作成をユーザが要求したときにユーザに許可されるそのコントロールへのアクセス・レベルを検出する手段と、そのアクセス・レベルに応じてユーザ対話をコントロール内の情報に限定する手段とを含む。オブジェクト・クラスは、コントロール内の情報と対話するための要求を処理する手段をさらに含むことができる。
【００２２】
本発明の上記およびその他の特徴、態様、および利点は、以下の説明、特許請求の範囲、および添付図面を参照すれば、さらに十分理解されるだろう。ただし、添付図面中、同様の番号で示したものは同一要素を意味する。
【００２３】
【実施例】
まず、図１および図２を参照して本発明の一実施例について説明する。これらの図は、本発明を実施可能な典型的なハードウェア環境を示している。図１は、典型的なユーザ・ステーション１０の構成を示しているが、このユーザ・ステーションは、ホスト・コンピュータ・システムに関連するワークステーションまたはパーソナル・コンピュータまたはユーザ・ステーションでもよい。ユーザ・ステーション１０は、中央演算処理装置（ＣＰＵ）１２を含むが、これはワークステーションまたはパーソナル・コンピュータなどのマイクロプロセッサでもよい。いずれの場合も、ＣＰＵ１２とユーザ・ステーションの各種構成要素との間を接続し、その間の通信を可能にするために、既知の手段が使用されている。通常、ユーザ・ステーションは、キーボード、マウス、タッチ画面、ディジタル化ペン入力パッドなどの１つまたは複数のユーザ・インタフェース装置１４を含む。また、ＣＰＵ１２は、ＬＣＤ画面またはＣＲＴなどの表示装置１６と、メモリ２６にも接続されているが、このメモリとしてはＲＯＭ、ＲＡＭ、ＤＡＳＤなどを含むことができる。
【００２４】
ユーザ・ステーション１０は、ローカル・エリア・ネットワーク（ＬＡＮ）に接続されたものとして示されているが、本発明の好ましい実施例は、高機能ワークステーション、ミニコンピュータ、クライアント／サーバ・システム、またはローカル・エリア・ネットワークなどのその他のタイプのデータ処理システムで実現することができる。たとえば、本発明は、クライアント／サーバ・システムまたはローカル・エリア・ネットワークを介して共用されるが様々なコンピュータに常駐している情報のセキュリティを提供するためにクライアント／サーバ・システムまたはローカル・エリア・ネットワークで実現することができる。さらに本発明は、他のコンピュータまたはコンピュータ・システムとの接続または通信機能を持たない独立したワークステーション上で実現することもできる。
【００２５】
たとえば、図２を参照すると、同図には、本発明の方法およびシステムを実現するのに使用できるデータ処理システム２０が示されている。このデータ処理システム２０は、ＬＡＮ２２および２４を含む複数のネットワークを含み、それぞれのネットワークは、複数の個別ユーザ・ステーション１０を含むことが好ましい。当然のことながら、当業者は、このようなネットワークのそれぞれに対してホスト・プロセッサに結合された複数の高機能ワークステーション（ＩＷＳ）を使用可能であることに留意されたい。
【００２６】
さらに図２を参照すると、データ処理システム２０はメインフレーム・コンピュータ２６などの複数のメインフレーム・コンピュータを含むこともでき、このメインフレーム・コンピュータは通信リンク２８によってＬＡＮ２４に結合可能であることが好ましい。メインフレーム・コンピュータ２６は、ＩＢＭより販売されているエンタープライズ・システム体系／３７０（”ＥＳＡ／３７０”とも呼ばれている）またはエンタープライズ・システム体系／３９０（”ＥＳＡ／３９０”とも呼ばれている）を使用して実現することができる。アプリケーションに応じて、アプリケーション・システム／４００（”ＡＳ／４００”とも呼ばれている）などの中間範囲のコンピュータを使用することができる。「エンタープライズ・システム体系／３７０」、「ＥＳＡ／３７０」、「エンタープライズ・システム体系／３９０」、および「ＥＳＡ／３９０」はＩＢＭの商標であり、「アプリケーション・システム／４００」および「ＡＳ／４００」はＩＢＭの登録商標である。また、メインフレーム・コンピュータ２６は、ＬＡＮ２４用の遠隔記憶装置として機能可能な記憶装置３０にも結合することができる。同様に、ＬＡＮ２４は、サブシステム制御装置／通信制御装置３４による通信リンク３２および通信リンク３６を介してゲートウェイ・サーバ３８に結合することができる。このゲートウェイ・サーバ３８は、ＬＡＮ２２をＬＡＮ２４にリンクするよう機能する個別コンピュータまたはＩＷＳであることが好ましい。
【００２７】
当然のことながら、当業者は、ＬＡＮ２４から地理的にかなり離れた位置にメインフレーム・コンピュータ２６を配置でき、同様にＬＡＮ２２からかなり離れた位置にＬＡＮ２４を配置できることに留意されたい。たとえば、ＬＡＮ２２をカリフォルニアに配置し、ＬＡＮ２４をテキサスに配置し、メインフレーム・コンピュータ２６をニューヨークに配置することも可能である。
【００２８】
図３は、ソフトウェア・アプリケーションで一般的に使用されるタイプで、ユーザ・ステーション１０の表示装置１６上に表示可能なＧＵＩ４０を示している。ＧＵＩ４０は、従業員記録を管理するデータベースまたはソフトウェア・アプリケーションへのアクセスを提供するウィンドウまたはパネル４２を含んでいる。このパネル４２は、パネル４２に提示されるコントロールの一部により従業員が所与のカテゴリの従業員情報にアクセスしたり、その情報を更新できるようにするためのものである。パネル４２は、従業員の氏名用のコントロール４４、従業員の勤務先電話番号用のコントロール４６、従業員の自宅電話番号用のコントロール４８、および従業員の自宅住所用のコントロール５０を含んでいる。
【００２９】
従業員記録ウィンドウ４２を使用するデータベースは、企業の人事記録用のリポジトリとして、また、企業の従業員であれば他のどの従業員の勤務先電話番号でも見つけられるようにするための社内名簿としての両方の目的に使用することができる。従業員の自宅電話番号を含むコントロール４８および従業員の自宅住所を含むコントロール５０の情報については、その企業の一部の従業員だけがアクセスして更新できることが好ましいことは明らかである。同様に、コントロール４８および５０の情報へのアクセスが許可された従業員のうち、一部の従業員はそこに記載された情報の表示のみ可能で、一部の従業員にはコントロール４８および５０の情報の表示と修正（その結果、基礎データベースを修正する）が許可されるようにすることが好ましい場合もある。したがって、本発明は、企業の全従業員が使用するための同一ウィンドウ４２の使用を可能にするが、各アクセス・レベルごとにまったく新しいウィンドウを作成せずに所与のコントロールへのアクセス・レベルを制御可能にするための技法を提供する。
【００３０】
オブジェクト指向プログラミング技法に関連して、本発明の好ましい実施例について説明する。オブジェクト指向プログラミングでは、プログラムの各要素を個別のクラスまたはメソッドで表す。ソフトウェア・プログラムのうち、ＧＵＩのウィンドウを生成する部分は、通常、所与の階層にまとめて配置された多数の再使用可能クラスを含み、所与のクラスが他のクラスのサブクラスになり、クラスの特性が他のクラスに継承されるようになっている。ウィンドウにコントロールを作成するクラスは、特に、ウィンドウ内でコントロールの位置とサイズを定義し、ユーザが開始したコントロールに対する変更を基礎データベースが捕捉できるようにし、データベースの基礎情報を表示するなどの複数の属性を必ず含むことになる。
【００３１】
本発明は、クラスに適用可能で、新しいウィンドウを生成せずにＧＵＩのいずれかのウィンドウ内のコントロールの生成を定義し、クラス（およびコントロール）の属性を修正するサブクラスを提供する。つまり、ウィンドウ生成階層内の一部または全部のコントロール用の単一クラスを操作することで、一連の各種ウィンドウ全体を作成し、該当ユーザ用に調整することができ、プログラマがすべてのタイプのユーザ向けに別々のウィンドウまたはパネルを作成する必要はない。このため、実質的に同一ウィンドウになるもののために複数のウィンドウ生成階層を格納する必要がないので、必要なメモリ容量が削減される。
【００３２】
本発明は、サブクラスが重ねられる典型的なコントロール・クラスの属性を修正する属性を含むセキュリティ・コントロール・サブクラスを提供することで、上記の目的を達成する。この典型的なコントロール・クラスは表示操作を含む。ウィンドウの作成時に、コントロール・クラスは、所与のコントロールのためにウィンドウ内に必要なコントロール開口部のサイズを決定し、そのコントロールがユーザに対して表示されるウィンドウの区域を定義する。セキュリティ・コントロール・サブクラスは、所与の基準が満たされない限り、ウィンドウ内のコントロール（または少なくともそこの記載された情報）を覆い隠すか、またはそこに記載された情報を操作不能にすることで、この属性を修正する。このような基準の例については、図５〜６および図８〜９の流れ図を参照して以下に説明する。オブジェクト指向による実施態様の利点は、セキュリティ・コントロール・メソッドが通常は事前書込みされた再使用可能コード・モジュールになり、必要であれば、プログラムの作成時にそのコード・モジュールをコントロール・クラスの上に重ねることができ、重ねる前に必要なセキュリティ上の目標を満たすために重ねる前に修正できる点である。
【００３３】
図４は、本発明により従業員自宅電話番号コントロール４８と従業員自宅住所コントロール５０の情報が覆い隠されている状況を示している。これらのコントロールを表示するための基準が満たされていないので、セキュリティ・コントロール・サブクラスによってテキストが覆い隠されている。
【００３４】
次に、図５および図６の流れ図を参照して、コントロール内のデータを無許可で見る人から覆い隠すためのセキュリティ・コントロール・サブクラスを有するコントロール・クラスの論理機構について説明する。本発明を実施するプログラムを使用したコンピュータ・システムが活動状態の場合、ユーザは、表示装置１６上に表示されるＧＵＩ４０を操作して、ＧＵＩ４０を介してアクセス可能なソフトウェア・アプリケーションのウィンドウをシステムが作成し表示するよう要求することができる（ステップ１００）。ステップ１０２で、安全保護コントロールを一切含まないウィンドウを作成するようユーザが要求したと判定された場合は、既知の技法により、セキュリティを含まないウィンドウが作成される。その後、処理は、ウィンドウを作成するための次の要求を待つ。ステップ１０２で、安全保護コントロールを含むウィンドウを作成するようユーザが要求したと判定された場合は、当技術分野で周知かつ日常的に使用される技法により、そのウィンドウそのものが作成され、コントロールがウィンドウ内でサイズが決定され定義される（ステップ１０４）。ただし、そのウィンドウおよびコントロールが表示される前に、セキュリティ・サブクラスにより、覆い隠し領域のサイズが決定され、その区域がウィンドウ内で定義される（ステップ１０６）。この覆い隠し領域は、いかなるサイズ、形状、または色でもよいが、ユーザがその情報に気付かないように、対応するコントロールまたは通常そこに表示される情報を覆うものでなければならない。好ましい実施例の覆い隠し領域は、スライド・パネルの形態を取る。ステップ１０８でカウンタがゼロに設定され、次にステップ１１０でウィンドウが表示装置に表示される。コントロール情報は実際に存在しているが、セキュリティ・コントロール・サブクラスによってコントロール情報の上に覆い隠しが表示されているため、ユーザは覆い隠されたデータとの対話またはその他の操作ができなくなる。このようなウィンドウは図４に示すウィンドウ４２であり、同図ではスライド・パネル５２および５４がコントロール４８および５０をそれぞれ覆っている。コントロール上のスライド・パネルの作成は、当業者には周知の技法である。
【００３５】
次に、図７を参照して、許可ユーザがウィンドウ４２の覆い隠されたコントロール領域内の情報へのアクセス権を獲得するための技法について説明する。ウィンドウ内の覆い隠されたコントロールに隣接する位置またはコントロールの上にボタンを提供するか、または、そのボタンまたはスライド・パネル領域をクリックまたはその他の方法で選択することでＧＵＩ４０内に、覆い隠されたコントロール情報へのアクセス権を獲得するためにユーザによるパスワードの入力を要求する別のコントロールまたはウィンドウ５６が作成されるようにスライド・パネル領域自体を設計することができる（ステップ１１２および１１４）。このようなコントロールまたはウィンドウ５６を作成するのに必要な技法は当技術分野では周知である。ステップ１１６でユーザが正しいパスワードを入力したと判定された場合、セキュリティ・コントロール・サブクラスによりスライド・パネルが画面から除去され、それによりコントロール内の情報がユーザに見えるようになる（ステップ１１８）。
【００３６】
あるいは、保護されたか覆い隠された情報がウィンドウ内に一切存在しないように見えるようにコントロールを覆い隠すこともできる。この場合は、セキュリティ・アイコンなどの選択によって前述のパスワード・アクセス・ルーチンを起動することができる。
【００３７】
ユーザが正しいパスワードを入力したかどうかは、いくつかの既知の方法で判定することができる。たとえば、パスワードをユーザのログオン・パスワードにするか、各安全保護コントロールごとに特定のパスワードを設けるか、あるいは１つのパスワードですべてのコントロール、特定の組のコントロール、または表示専用などのコントロールへの特定のアクセス・レベルへのアクセス権を提供することもできる。いずれの場合も、既知の技法により、入力されたパスワードの検査のためにこのような情報のリポジトリとの間でやりとりが行われる。このリポジトリは、メインフレーム・コンピュータまたはＬＡＮに関連するメモリに常駐する場合もあれば、使用するアプリケーション自体の一部である場合もある。
【００３８】
ステップ１１８で覆い隠しが除去された後、カウンタがゼロにリセットされ（ステップ１２０）、任意選択のタイマ・サブルーチン（ステップ１２２）に入れるようになる。このタイマ・サブルーチンについては、図８および図９の流れ図のステップ１５４〜１６２を参照して以下に詳細に説明する。また、ステップ１２４でホット・キーを選択することにより処理をステップ１０６に戻してコントロール情報を再度覆い隠すために、ホット・キーまたはその他の入力技法を使用することもできる。
【００３９】
ステップ１１６でユーザが間違ったパスワードを入力したと判定された場合（またはパスワードなどの入力が行われずに所定の期間が経過した場合）、カウンタ値を１増やす（ステップ１２６）。所定回数（たとえば、３回）の試行を行ってもユーザが正しいパスワードを入力できなかった場合、好ましい実施例ではシステムを保護することが望ましい。したがって、ステップ１２８でカウンタの値が３になっていると判定された場合、アプリケーションがクローズされる（ステップ１３０）。あるいは、ウィンドウをクローズするか、ユーザ・セッションを終了することも可能である。ステップ１２８でカウンタの値がまだ３に達していないと判定された場合は、セキュリティ・コントロール・サブクラスにより、正しいパスワードが入力されていないことがユーザに通知され、適切なパスワードを入力するための機会をもう一度希望するかどうか、またはユーザがパスワード・コントロールの終了を希望するかどうかをユーザに尋ねる（ステップ１３２）。ステップ１３４でユーザがパスワード再入力オプションを選択したと判定された場合、システムはステップ１１４に戻り、ユーザがパスワードを入力するよう要求する。ステップ１３４でユーザがパスワード入力サブルーチンの終了を要求した場合は、システムはステップ１１０に戻り、図４に示すように安全保護コントロールが覆い隠されたウィンドウ４２を表示する。
【００４０】
次に、図８および図９の流れ図を参照して、上記の実施例の代替態様について説明する。ウィンドウの作成の要求（ステップ１４０）後、コンピュータ・システムによって作成されるウィンドウが１つまたは複数の安全保護コントロールを含むと判定された場合（ステップ１４２）、本発明により以下の論理機構が使用される。まず、各コントロール開口部のサイズが計算され、ウィンドウ内の各コントロール開口部の区域が定義される（ステップ１４４）。次に、各安全保護コントロールに関連するセキュリティ・コントロール・サブクラスの属性により、安全保護コントロール情報の表示が要求を行った登録ユーザに許可されているかどうかを検査する（ステップ１４６）。この検査は、許可ユーザＩＤのリストと照らし合わせてこのセッションを実行しているユーザのユーザＩＤを検査することで達成することができる。あるいは、端末またはワークステーションのＩＤに応じてアクセス権を提供してもよい。この場合、セッションを実行している端末が許可端末かどうかを判定するための検査が行われるものと思われる。このような検査は周知の技法により実施可能である。
【００４１】
ステップ１４６で、所与の安全保護コントロールのコントロール情報の表示がユーザに許可されていないと判定された場合、覆い隠しのサイズが決定され、その区域が定義され（ステップ１４８）、安全保護コントロールのコントロール情報がスライド・パネルまたはその他の形式の覆い隠しによって覆い隠されるようにウィンドウが表示される（ステップ１５０）。安全保護コントロールへのアクセスを可能にするために、図５および図６の流れ図のステップ１１２〜１３４に関連して記載したようなパスワード・サブルーチンを任意で使用してもよい（ステップ１５２）。許可ユーザが自分自身の許可端末を使用していない場合または許可ユーザＩＤを使用してログオンしていない場合に安全保護コントロール情報への迅速アクセスを必要とするときは、このオプションが有用である。
【００４２】
これに対して、ステップ１４６でいずれかの安全保護コントロールの表示がユーザに許可されているとシステムが判定した場合、安全保護コントロール情報が覆い隠されないようにウィンドウが表示される（ステップ１５４）。
【００４３】
安全保護コントロール内の情報がウィンドウに連続表示されないようにするため、任意でタイマを使用することもできる。ステップ１５６により、安全保護コントロールの情報が見える状態でウィンドウを表示する際にクロックが始動する。所定の時間が経過したと判定される（ステップ１５８）と、覆い隠しのサイズを決定し、ウィンドウ内で覆い隠しの区域を定義し（ステップ１６０）、覆い隠しをウィンドウ内の適切なコントロール情報の上に表示させる（ステップ１６２）ことで、セキュリティ・コントロール・サブクラスにより安全保護コントロール内の情報が覆い隠される。処理は任意でステップ１５２に戻ってもよく、そのステップでパスワード・アクセス・サブルーチンを使用してユーザが安全保護コントロール情報へのアクセス権を再獲得できるようにしてもよい。あるいは、ユーザがウィンドウを再作成するまで、安全保護コントロール情報への視覚的アクセスを禁止してもよい。
【００４４】
これ以外のセキュリティ・コントロール・サブクラスの変更態様も可能である。たとえば、セキュリティ・コントロール・サブクラスにより安全保護コントロール情報への様々なアクセス・レベルを提供することができる。たとえば、１組のユーザについては特定の安全保護コントロール内のデータの表示と操作の両方を許可し、もう１組のユーザについてはデータの表示のみを許可し、さらにもう１組のユーザにはデータの表示と操作の両方を禁止することも可能である。この変更態様を実現するため、ステップ１４６でユーザのＩＤに基づいてどのタイプのアクセス、すなわち、アクセスなし、表示専用、コントロール情報の表示／操作のいずれがユーザに許可されるかを判定するように、図８および図９に関連して記載した論理機構を修正することができる。あるいは、アクセス・レベルを表示専用と表示／操作にすることもできる。同様に、１つの安全保護コントロールに関する様々なパスワードで様々なアクセス・レベルを許可することもできる。したがって、当業者は、本発明の精神および範囲を逸脱せずに様々な変更態様および変形態様が可能であることに留意されたい。
【００４５】
まとめとして、本発明の構成に関して以下の事項を開示する。
【００４６】
（１）グラフィカル・ユーザ・インタフェースの各種ウィンドウの所定のコントロール内の情報へのアクセスを制限する方法において、
所定のコントロールを有するウィンドウの作成時に、所定のコントロール用の開口部のサイズを決定し、ウィンドウ内に所定のコントロール用の区域を定義するステップと、
ウィンドウが表示されたときに所定のコントロール内の情報が隠れて見えなくなるように、覆い隠し部分のサイズを決定し、ウィンドウ内にその覆い隠し部分用の区域を定義するステップと、
覆い隠し部分によって隠れて見えなくなっている所定のコントロール内の情報とともにウィンドウを表示するステップとを含む方法。
（２）ウィンドウの作成時に、安全保護コントロール・アクセス・ボタンのサイズを決定し、ウィンドウ内にそのボタン用の区域を定義するステップをさらに含み、
前記表示ステップがこの安全保護コントロール・アクセス・ボタンの表示をさらに含むことを特徴とする、上記（１）に記載の方法。
（３）ユーザが安全保護コントロール・アクセス・ボタンを選択したときに、パスワード・コントロールのサイズを決定し、ウィンドウ内にパスワード・コントロール用の区域を定義するステップと、
パスワード・コントロールを表示するステップと、
ユーザがパスワードを入力したときに、そのパスワードが許可されているかどうかを判定するステップと、
入力したパスワードが許可されている場合に、覆い隠しを削除し、所定のコントロールの情報へのパスワード依存レベルのアクセス権を提供するステップと、
パスワードが許可されていない場合に、所定のコントロールの情報へのアクセスを拒否するステップとをさらに含むことを特徴とする、上記（２）に記載の方法。
（４）ユーザが所定の回数以上パスワードの入力を試行しても正常に入力できなかった場合に、ユーザ・セッションを終了するステップをさらに含むことを特徴とする、上記（３）に記載の方法。
（５）所定のコントロールの情報が所定の時間以上表示されていた場合に、その情報を再度覆い隠すステップをさらに含むことを特徴とする、上記（３）に記載の方法。
（６）前記削除提供ステップにおいて、パスワードが表示専用レベルのパスワードである場合に情報へのアクセス・レベルが表示専用になり、パスワードが表示／操作レベルのパスワードである場合に情報へのアクセス・レベルが表示／操作専用になることを特徴とする、上記（３）に記載の方法。
（７）覆い隠し部分が、所定のコントロールの区域の上にちょうど収まるスライド・パネルであることを特徴とする、上記（１）に記載の方法。
（８）覆い隠し部分が、ウィンドウの表示によって所定のコントロールの存在を判定できないような特性を有することを特徴とする、上記（１）に記載の方法。
（９）プロセッサ、メモリ、および表示装置を含む計算機環境において、ソフトウェア・アプリケーションのウィンドウの指定のコントロールへのアクセスを制限するシステムであって、
ウィンドウの作成時に、通常は表示装置を介してユーザに提示されるウィンドウの指定のコントロールの情報を覆い隠す手段と、
指定のコントロールの覆い隠された情報にアクセスするためのユーザからの要求を認識する手段と、
覆い隠された情報へのアクセスがユーザに許可されているかどうかを判定し、ユーザが許可されている場合にアクセスを許可する手段とを含むシステム。
（１０）前記判定手段が、パスワードの入力を要求する手段と、入力されたパスワードを受け取る手段と、入力されたパスワードが覆い隠された情報へのアクセス権獲得用として有効かどうかを判定する手段とをさらに含むことを特徴とする、上記（９）に記載のシステム。
（１１）前記判定手段が、ユーザの許可レベルに応じて、覆い隠された情報への各種レベルのアクセス権を提供することを特徴とする、上記（９）に記載のシステム。
（１２）ユーザが所定の回数、覆い隠された情報へのアクセス要求を試行しても正常に要求できなかったときに、アプリケーションをクローズする手段をさらに含むことを特徴とする、上記（９）に記載のシステム。
（１３）指定のコントロールの情報が所定の時間アクセス可能になっていた後で、その情報を再度覆い隠す手段をさらに含むことを特徴とする、上記（９）に記載のシステム。
（１４）グラフィカル・ユーザ・インタフェースの各種ウィンドウの所定のコントロール内の情報へのアクセスを制限するための方法において、
所定のコントロールを有するウィンドウの作成時に、ウィンドウの作成を要求するユーザにそのコントロールへのアクセスが許可されているかどうかを判定するステップと、
要求したユーザが許可されている場合に、ウィンドウ内の所定のコントロールのサイズを決定して定義し、所定のコントロールの情報がアクセス可能になるように所定のコントロールをウィンドウ内に表示するステップと、
要求したユーザが許可されていない場合に、ウィンドウ内の所定のコントールのサイズを決定して定義し、少なくとも所定のコントロールの情報と一致する覆い隠し領域のサイズを決定して定義し、その情報が覆い隠し領域によって隠されて見えなくなるように所定のコントロールをウィンドウ内に表示するステップとを含む方法。
（１５）アクセス可能な情報とともに所定のコントロールを表示してから所定の時間経過後に、少なくとも所定のコントロールの情報と一致する覆い隠し領域のサイズを決定して定義し、その情報の上に覆い隠し領域を表示するステップをさらに含むことを特徴とする、上記（１４）に記載の方法。
（１６）前記判定ステップが、許可リポジトリでユーザのユーザＩＤを検査して、そのユーザの許可レベルを判定することをさらに含むことを特徴とする、上記（１４）に記載の方法。
（１７）前記判定ステップが、作成するウィンドウの対象となるワークステーション用のＩＤを許可リポジトリで検査することで、そのワークステーションに許可されているアクセス・レベルを判定することをさらに含むことを特徴とする、上記（１４）に記載の方法。
（１８）要求したユーザが許可されていない場合に、
ウィンドウ内でコントロール・アクセス要求ボタンのサイズを決定して定義し、コントロール・アクセス要求ボタンを表示するステップと、
ユーザがコントロール・アクセス・ボタンを選択したときに、パスワード・コントロールのサイズを決定し、ウィンドウ内にパスワード・コントロール用の区域を定義するステップと、
パスワード・コントロールを表示するステップと、
ユーザがパスワードを入力したときに、そのパスワードが許可されているかどうかを判定するステップと、
入力されたパスワードが許可されている場合に、覆い隠しを削除し、所定のコントロールの情報へのパスワード依存レベルのアクセス権を提供するステップと、
パスワードが許可されていない場合に、所定のコントロールの情報へのアクセスを拒否するステップとをさらに含むことを特徴とする、上記（１４）に記載の方法。
（１９）ユーザが所定の回数以上パスワードの入力を試行しても正常に入力できなかった場合に、ユーザ・セッションを終了するステップをさらに含むことを特徴とする、上記（１８）に記載の方法。
（２０）プロセッサ、メモリ、および表示装置を含む計算機環境において、ソフトウェア・プログラムのウィンドウに含まれている限定アクセス・コントロールへのユーザによるアクセスを選択的に許可するシステムであって、
ウィンドウの作成時に、ウィンドウの限定アクセス・コントロールへのアクセスがユーザに許可されているかどうかを判定する手段と、
ユーザが許可されていないと前記判定手段が判定した場合に、限定アクセス・コントロールへのアクセスを拒否する手段と、
ユーザが許可されていると前記判定手段が判定した場合に、限定アクセス・コントロールへの許可されたレベルのアクセス権を提供する手段とを含むシステム。
（２１）許可されたレベルのアクセス権が、限定アクセス・コントロールの情報への表示専用アクセスと、限定アクセス・コントロールの情報への表示／操作アクセスとを含むことを特徴とする、上記（２０）に記載のシステム。
（２２）前記アクセス拒否手段が、少なくとも限定アクセス・コントロールに含まれる情報に一致するウィンドウ内の位置に置かれた覆い隠し部分を含むことを特徴とする、上記（２０）に記載のシステム。
（２３）覆い隠し部分が、限定アクセス・コントロールを覆うスライド・パネルであることを特徴とする、上記（２２）に記載のシステム。
（２４）ウィンドウの表示によって限定アクセス・コントロールの有無を判定できないように、覆い隠し部分が限定アクセス・コントロールを覆うことを特徴とする、上記（２３）に記載のシステム。
（２５）前記拒否手段によって最初に拒否されたアクセスの対象である限定アクセス・コントロールにアクセスするためのユーザからの要求を認識する手段をさらに含むことを特徴とする、上記（２０）に記載のシステム。
（２６）限定アクセス期間の間、限定アクセス・コントロールへのアクセスが提供された後、限定アクセス・コントロールへのアクセスを終了する手段をさらに含むことを特徴とする、上記（２０）に記載のシステム。
（２７）前記判定手段が、ユーザが使用するワークステーションのＩＤを確立し、そのＩＤをアクセス許可リストと比較して、限定アクセス・コントロールへのアクセスがユーザに許可されているかどうかを判定することを特徴とする、上記（２０）に記載のシステム。
（２８）グラフィカル・ユーザ・インタフェース内で定義され、オブジェクト・クラスが適用されるコントロールへの限定ユーザ対話を提供するオブジェクト・クラスにおいて、
少なくとも表示目的でのコントロールの作成中に前記オブジェクト・クラスが適用されていたコントロールに含まれる情報と一致するグラフィカル・ユーザ・インタフェース内の限定アクセス領域を定義してそのサイズを決定する手段と、
ユーザ対話を限定アクセス領域内のコントロールの情報に限定する手段と、
限定アクセス領域内の情報と対話するための要求を処理する手段とを含むオブジェクト・クラス。
（２９）前記処理手段が、グラフィカル・ユーザ・インタフェース内でパスワード・アクセス要求コントロールのサイズを決定して定義し、パスワード・アクセス要求コントロールを表示させる手段と、入力パスワードが対応する情報へのアクセス・レベルを判定する手段と、判定されたレベルのその情報へのアクセス権をユーザに提供する手段とをさらに含むことを特徴とする、上記（２８）に記載のオブジェクト・クラス。
（３０）限定アクセス領域が、その情報を隠して見えないようにし、ユーザがその情報を操作できないようにする、覆い隠し領域であることを特徴とする、上記（２８）に記載のオブジェクト・クラス。
（３１）アクセス・レベルが、アクセスなし、表示専用、および表示／操作を含むことを特徴とする、上記（２９）に記載のオブジェクト・クラス。
（３２）グラフィカル・ユーザ・インタフェース内で定義され、オブジェクト・クラスが適用されるコントロールへの限定ユーザ対話を提供するオブジェクト・クラスにおいて、
前記オブジェクト・クラスが適用されていたコントロールを含むウィンドウの作成をユーザが要求したときにユーザに許可されるそのコントロールへのアクセス・レベルを検出する手段と、
そのアクセス・レベルに応じてユーザ対話をコントロール内の情報に限定する手段とを含むオブジェクト・クラス。
（３３）コントロール内の情報と対話するための要求を処理する手段をさらに含むことを特徴とする、上記（３２）に記載のオブジェクト・クラス。
【００４７】
【発明の効果】
個別のコントロールに対してオブジェクト指向サブクラスが選択的に適用され、その結果、このようなコントロールを有するウィンドウの作成またはオープン時に、コントロール情報を隠して見えなくする覆い隠し領域が定義される。その後、許可パスワードを入力することでアクセス権を獲得することができる。あるいは、ウィンドウの作成またはオープン時に、ユーザまたは端末が許可されているかどうかの判定を行うことができ、許可されていない場合は、覆い隠し領域が定義され、コントロール情報の上に表示される。表示専用および表示／操作などのコントロール情報への様々なレベルのアクセスも提供することができる。
【図面の簡単な説明】
【図１】本発明を含むアプリケーションのユーザが使用可能なワークステーション環境のブロック図である。
【図２】本発明を実施可能な計算機環境を示す図である。
【図３】コントロールが一切覆い隠されていない個人用データベース用のウィンドウを有するＧＵＩを示す図である。
【図４】本発明により個人用データベースの２つのコントロールがスライド・パネルによって覆い隠されている、図３のＧＵＩを示す図である。
【図５】本発明によりコントロールがパスワード・アクセスで保護されているウィンドウのオープン時に必要な論理機構を示す流れ図である。
【図６】本発明によりコントロールがパスワード・アクセスで保護されているウィンドウのオープン時に必要な論理機構を示す流れ図である。
【図７】ユーザがパスワード・アクセス・ボタンを選択し、アクセス・パスワードの入力を要求するパスワード・アクセス・ウィンドウを表示させた後の図４のＧＵＩを示す図である。
【図８】本発明によりユーザＩＤに基づいてコントロールが保護されているウィンドウのオープン時に必要な論理機構を示す流れ図である。
【図９】本発明によりユーザＩＤに基づいてコントロールが保護されているウィンドウのオープン時に必要な論理機構を示す流れ図である。
【図１】
0003628374.tif 000002
【図２】
0003628374.tif 000003
【図３】
0003628374.tif 000004
【図４】
0003628374.tif 000005
【図５】
0003628374.tif 000006
【図６】
0003628374.tif 000007
【図７】
0003628374.tif 000008
【図８】
0003628374.tif 000009
【図９】
0003628374.tif 000010