(57)【特許請求の範囲】
【請求項１】
ネットワークに接続されたコンピュータ・システムに読み出しのために記憶され、ネットワーク・リソースのアドレスを表すリンク情報を含むマークアップ言語ドキュメントを、ユーザーにブラウズさせる装置であって、
プロセッサと、メモリと、ネットワーク接続と、入力手段と、ディスプレイと、を有するエンド・ユーザー装置を有し、
前記メモリは、
ユーザーの特性と好みとを記述するユーザー・プロファイル・レコードと、
アプリケーション・プログラムとを記憶し、
前記アプリケーション・プログラムは、
（ｉ）アプリケーション用コントロールと、データとを含むアプリケーション・ウィンドウであって、前記アプリケーション用コントロールが前記ユーザー・プロファイル・レコードの内容に応じて決まり、ブラウザ・コントロールを含むアプリケーション・ウィンドウを表示するアプリケーション機能をプロセッサに実行させる命令と、
（ｉｉ）ユーザーによるブラウザ・コントロールの起動に応じて、ブラウザ用コントロールを含むブラウザ・サブウィンドウとマークアップ言語ドキュメントとをアプリケーション・ウィンドウ内に表示するブラウザ機能をプロセッサに実行させる命令であって、表示されるブラウザ用コントロールと表示されるマークアップ言語ドキュメント中に保持されたリンク情報とが前記ユーザー・プロファイル・レコードの内容に応じて決まる命令と、
を有することを特徴とする装置。
【請求項２】
ブラウザ用コントロールは、アクセスされるリソース・アドレスを表すリンク情報のユーザー入力のためのロケーション・エントリ・フィールドを有し、ブラウザ機能はユーザー・プロファイル・レコードの内容に応じてロケーション・エントリ・フィールドを表示する、請求項１記載の装置。
【請求項３】
ユーザー・プロファイル・レコードの内容は、許可されたリンク情報の表示を含み、ブラウザ機能は表示されるマークアップ言語ドキュメントにおける許可されたリンク情報のみを保持し、ユーザーは表示されたマークアップ言語ドキュメントから許可されたリソースのみへアクセス可能である、請求項１記載の装置。
【請求項４】
ブラウザ機能は、ユーザー・プロファイル・レコードの内容により許可されていると示されていないリンク情報を消去するためにマークアップ言語ドキュメントをフィルタリングする、請求項３記載の装置。
【請求項５】
マークアップ言語ドキュメントはＨＴＭＬドキュメントを含み、ブラウザ機能は、
ドキュメントを構文解析してｈｒｅｆ属性を見つけ、
見つかったｈｒｅｆ属性中のリンク情報を探し、
見つかったリンク情報中のアドレスを解決して絶対アドレスを求め、
ユーザー・プロファイル・レコードの内容により許可されていると示されていない見つかったリンク情報をＨＴＭＬドキュメントから消去する
ことによってＨＴＭＬドキュメントをフィルタリングする、請求項４記載の装置。
【請求項６】
マークアップ言語ドキュメントはＸＭＬドキュメントを含み、ブラウザ機能は、
ドキュメントを構文解析してＸＬｉｎｋ要素を見つけ、
見つかったＸＬｉｎｋ要素に関連付けられたすべてのｈｒｅｆ属性からリンク情報を探し、
見つかったリンク情報中のアドレスを解決して完全なアドレスを求め、
ユーザー・プロファイル・レコードの内容により許可されていると示されていない見つかったリンク情報をＸＭＬドキュメントから消去する
ことによってＸＭＬドキュメントをフィルタリングする、請求項４記載の装置。
【請求項７】
ＸＬｉｎｋ要素に関連付けられたｈｒｅｆ属性は、（ｉ）ＸＬｉｎｋ要素が簡易なタイプであれば、要素スタート・タグに配置され、（ｉｉ）ＸＬｉｎｋ要素が拡張されたタイプであれば、ＸＬｉｎｋ要素のロケータ及びドキュメント要素チルドレンに配置される、請求項６記載の装置。
【請求項８】
許可されたリンク情報の表示は、マークアップ言語ドキュメント全体が許可されているか否かを示す、請求項３記載の装置。
【請求項９】
メモリはＪａｖａコードを解読する命令も記憶し、アプリケーション・プログラムの命令は解読可能なＪａｖａコードを有する、請求項１記載の装置。
【請求項１０】
ユーザー・プロファイル・データベースまたはユーザー・ディレクトリ・データベースがネットワーク接続されたコンピュータ・システム上に常駐し、アプリケーション・プログラムは、ユーザー・プロファイル・データベースまたはユーザー・ディレクトリ・データベースからユーザー・プロファイル・レコードをダウンロードする命令を更に有する、請求項１記載の装置。
【請求項１１】
エンド・ユーザー装置によってリクエストされたビジネス・データを提供するビジネス・データ・サーバ・システムを更に有する、請求項１記載の装置。
【請求項１２】
ネットワークに接続されたコンピュータ・システムに読み出しのために記憶され、リソース・アドレスを表すリンク情報を含むマークアップ言語ドキュメントを、エンド・ユーザー装置においてユーザーにブラウズさせる方法であって、
ユーザー識別情報を入力する工程と、
入力されたユーザー識別情報を認証し、認証されたユーザーに関連付けられたユーザー・プロファイル・レコードをエンド・ユーザー装置に読み込む工程と、
アプリケーション用コントロールと、データとを含むアプリケーション・ウィンドウであって、前記アプリケーション用コントロールが前記ユーザー・プロファイル・レコードの内容に応じて決まり、ブラウザ・コントロールを含むアプリケーション・ウィンドウをエンド・ユーザー装置に表示する工程と、
ユーザーによるブラウザ・コントロールの起動に応じて、ブラウザ用コントロールを含むブラウザ・サブウィンドウとマークアップ言語ドキュメントとをアプリケーション・ウィンドウ内に表示する工程であって、表示されるブラウザ用コントロールと表示されるマークアップ言語ドキュメント中に保持されたリンク情報とが前記ユーザー・プロファイル・レコードの内容に応じて決まる工程と、
を有することを特徴とする方法。
【請求項１３】
ブラウザ用コントロールは、アクセスされるリソース・アドレスを表すリンク情報のユーザー入力のためのロケーション・エントリ・フィールドを有し、ユーザー・プロファイル・レコードの内容に応じてロケーション・エントリ・フィールドを表示する、請求項１２記載の方法。
【請求項１４】
ユーザー・プロファイル・レコードの内容は、許可されたリンク情報の表示を含み、ブラウザ・サブウィンドウにおけるマークアップ言語ドキュメントの表示は許可されたリンク情報のみを保持し、ユーザーは表示されたマークアップ言語ドキュメントから許可されたリソースのみへアクセス可能である、請求項１２記載の方法。
【請求項１５】
すべてのリンク情報は、許可されていると示されている、請求項１４記載の方法。
【請求項１６】
マークアップ言語ドキュメントの表示は、ユーザー・プロファイルの内容によって許可されていると示されていないリンク情報を消去するために表示前にマークアップ言語ドキュメントをフィルタリングする工程を更に含む、請求項１４記載の方法。
【請求項１７】
マークアップ言語ドキュメントはＨＴＭＬドキュメントを含み、ＨＴＭＬマークアップ言語ドキュメントのフィルタリングは、
ＨＴＭＬドキュメントを構文解析してｈｒｅｆ属性を見つける工程と、
見つかったｈｒｅｆ属性からリンク情報を探す工程と、
見つかったリンク情報中のアドレスを解決して絶対アドレスを求める工程と、
ユーザー・プロファイル・レコードの内容により許可されていると示されていない見つかったリンク情報を消去する工程と、
を更に有する、請求項１６記載の方法。
【請求項１８】
マークアップ言語ドキュメントはＸＭＬドキュメントを含み、ＸＭＬマークアップ言語ドキュメントをフィルタリングする工程は、
ＸＭＬドキュメントを構文解析してＸＬｉｎｋ要素を見つける工程と、
見つかったＸＬｉｎｋ要素に関連付けられたすべてのｈｒｅｆ属性からリンク情報を探す工程と、
見つかったリンク情報中のアドレスを解決して絶対アドレスを求める工程と、
ユーザー・プロファイル・レコードの内容により許可されていると示されていない見つかったリンク情報を消去する工程と、
を更に有する、請求項１６記載の方法。
【請求項１９】
リンク情報を探す工程は、
ＸＬｉｎｋ要素が簡易なタイプであれば、要素スタート・タグにおけるすべてのｈｒｅｆ属性を見つけ、
ＸＬｉｎｋ要素が拡張されたタイプであれば、ＸＬｉｎｋ要素のロケータ及びドキュメント要素チルドレンにおけるすべてのｈｒｅｆ属性を見つけることによって、見つかったＸＬｉｎｋ要素に関連付けられたすべてのｈｒｅｆ属性を見つける工程を有する、請求項１８記載の方法。
【請求項２０】
ブラウザ・サブウィンドウを表示する工程は、
許可されていると示されているリンク情報を含むホームページ・マークアップ言語ドキュメントを動的に作成する工程と、
ホームページ・マークアップ言語ドキュメントをブラウザ・サブウィンドウに表示し、よって表示された許可されたリンク情報をユーザーによってアクセス可能にする工程と、
を更に有する、請求項１４記載の方法。
【請求項２１】
ブラウザ用コントロールは、起動されると、ユーザーによる選択及びアクセスが許可されていると示されているリンク情報を提示する選択リストを表示するコントロールを更に有する、請求項１４記載の方法。
【請求項２２】
許可されたリンク情報の表示は、マークアップ言語ドキュメント全体が許可されているか否かを示す、請求項１４記載の方法。
【請求項２３】
ユーザー・プロファイル・データベースまたはユーザー・ディレクトリ・データベースがネットワーク接続されたコンピュータ・システム上に常駐し、ユーザー・プロファイル・レコードをエンド・ユーザー装置に読み込む工程は、ユーザー・プロファイル・データベースまたはユーザー・ディレクトリ・データベースからネットワークを通じてユーザー・プロファイル・レコードをダウンロードする工程を有する、請求項１２記載の方法。
【請求項２４】
識別情報を入力する工程に先立ち、エンド・ユーザー装置においてマークアップ言語ドキュメントに対して稼動中のブラウザ・プログラムに対して、続くアプリケーション・ウィンドウを表示する工程及びブラウザ・サブウィンドウを表示する工程を実行するためにエンド・ユーザー装置へ命令を読み込むように指示する工程を更に有する、請求項１２記載の方法。
【発明の詳細な説明】
【０００１】
本発明は、概してクライアント・アプリケーション・プログラムのコンテキスト内からネットワークを通じて閲覧用マークアップ言語ドキュメントを閲覧（ブラウジング）することに関連する方法及び装置を含み、特にアクセスを許可されたネットワーク・リソース及び許可されたブラウザ・インターフェース機能のみへ制限することに関する。
【０００２】
公のインターネット及び個人的なイントラネットは、一つのコンピュータ上のクライアント・プログラムが他のコンピュータ上のサーバ・プログラムと情報交換することを可能にする。ワールド・ワイド・ウェブ（ＷＷＷ）・ブラウザは、マークアップ言語ドキュメントにフォーマットされたハイパーテキスト情報を閲覧するための使いやすく、視覚的に標準化されたグラフィカル・アクセスを提供するクライアント・タイプの一つである。
【０００３】
しかし、ほとんどのビジネス用アプリケーションは、閲覧以外の他のタスクを実行し、特殊化されたインターフェースを要求する。ブラウザのようなインターフェースをアプリケーション指向のビジネス・タスクに提供しようとする試みは、望まれないユーザー・インターフェースを導く可能性が高い。例えば、Ｎｉｅｌｓｏｎ；「Ｄｏｅｓ  Ｉｎｔｅｒｎｅｔ＝Ｗｅｂ？」；Ｊａｋｏｂ  Ｎｉｅｌｓｏｎ’ｓ  Ａｌｅｒｔｂｏｘ  ｆｏｒ  Ｓｅｐｔｅｍｂｅｒ  ２０、１９９８；１９９８；ｈｔｔｐ：ｗｗｗ．ｕｓｅｉｔ．ｃｏｍ／ａｌｅｒｔｂｏｘ／９８０９２０．ｈｔｍｌ、参照。例えば、Ｌｏｔｕｓ  Ｎｏｔｅｓ、Ｏｕｔｌｏｏｋ  Ｅｘｐｒｅｓｓ、若しくはＥｕｄｏｒａなどの電子メール・アプリケーションは、簡易なブラウザのようなＷＷＷ電子メール・インターフェース（例えば、Ｈｏｔｍａｉｌ）より多くの機能を有し、より専門的である。同様に、他の仮想市場スタンドアロン・ビジネス・アプリケーションは、標準的なブラウザにおいてサポートされ得るより多くの特徴及び機能を提供する。
【０００４】
しかし、アプリケーション・コンテキストが残っている場合、マークアップ言語閲覧が準備されている方がしばしば便利である。一代替物において、アプリケーションは、標準ブラウザの機能のいくつかを有するサブ・ウィンドウを有し得る。このウィンドウは、別個のウィンドウではないが、アプリケーションの一体部分であるはめ込まれたウィンドウである。このような特徴は、アプリケーションを終了させ、Ｎｅｔｓｃａｐｅ  Ｃｏｒｐ．のＮａｖｉｇａｔｏｒやＭｉｃｒｏｓｏｆｔのＩｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅｒなどの別個のブラウザ・アプリケーションを起動させる必要なしに、ハイパーテキスト情報の閲覧を可能にする。
【０００５】
アプリケーション・コンテキストにおいてマークアップ言語ドキュメントにアクセスし、表示することは、通常、標準的な閲覧セッションとは異なる。標準的な閲覧において、ユーザーは、あらゆるＵｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒ（ＵＲＩ）の入力、又はあらゆる希望の内容若しくはリソースへアクセスするあらゆる表示されたリンクをクリックすることができる。Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ、１９９４；Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒｓ（ＵＲＬｓ）−ＲＦＣ  １７３８；ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ａｄｄｒｅｓｓｉｎｇ／ｒｆｃ１７３８．ｔｘｔ、Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ、１９９５；Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒｓ（ＵＲＬｓ）−ＲＦＣ  １８０８；ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ａｄｄｒｅｓｓｉｎｇ／ｒｆｃ１８０８．ｔｘｔ、参照。しかし、生産的であり続けるためには、アプリケーション・コンテキストからの閲覧は、通常、アプリケーションに絞られ関連付けられるべきである。例えば、関連するドキュメント及びリソースに対してのみアクセスを許可することはより生産的であり得る。
【０００６】
従って、アプリケーション・コンテキストにはめ込まれたあらゆるブラウザ機能が注目される生産的利用に対応して設定可能であることが重要である。
【０００７】
マークアップ言語は、特にインターネットのコンテンツに、幅広く使われている。一般的に、マークアップ言語は、テキスト、画像、及びドキュメントの望まれる表示形式を特定するはめ込まれた作成タグ、を有するドキュメントである。過去、インターネット・マークアップ言語ハイパーテキスト・ドキュメントは、主にＨｙｐｅｒｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＨＴＭＬ）に制限されていた。しかし、新しいマークアップ言語は、特殊化された使用及び一般的な使用に対して導入されてきた。例えば、家電に用いられるように設計された特殊なマークアップ言語が開発されてきた。より新しい一般向けのマークアップ言語は、ワールド・ワイド・ウェブ・コンソーシアム（Ｗ３Ｃ）によって開発されたｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＸＭＬ）である。ＸＭＬは、将来、インターネットの視覚的に一般的なマークアップ言語となり得る。市販ブラウザのほとんどの生産者は、将来のリリースにおいてＸＭＬをサポートすることをコミットしている。
【０００８】
詳述すると、ＸＭＬは、同様にＷＷＷ上での利用のために設計されたＳｔａｎｄａｒｄ  Ｇｅｎｅｒａｌｉｚｅｄ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＳＧＭＬ）の制限された形式である。ＸＭＬは、プレゼンテーションから分かれた構成、インテリジェント検索、メッセージ・フォーマット、及びデータ変換などの潜在的なアプリケーションを有する。
【０００９】
ＸＭＬは、１９９８年２月にＷ３Ｃ推奨となった。ワールド・ワイド・ウェブ・コンソーシアム、１９９８；ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ（ＸＭＬ）  Ｖｅｒｓｉｏｎ  １．０、Ｒｅｃｏｍｍｅｎｄａｔｉｏｎ  １０；ｈｔｔｐ：ｗ３ｃ．ｏｒｇ／ＴＲ／ＲＥＣ−ｘｍｌ、参照。Ｗ３Ｃは、複数のＸＭＬに関する規格を開発している。重要な規格は、ＸＭＬ  Ｌｉｎｋｉｎｇ  Ｌａｎｇｕａｇｅ、若しくはＸＬｉｎｋである。ワールド・ワイド・ウェブ・コンソーシアム、１９９８、ＸＭＬ  Ｌｉｎｋｉｎｇ  Ｌａｎｇｕａｇｅ（ＸＬｉｎｋ）、Ｗｏｒｋｉｎｇ  Ｄｒａｆｔ  ３−Ｍａｒｃｈ、ｈｔｔｐ：／／ｗ３ｃ．ｏｒｇ／ＴＲ／ＷＤ−ｘｌｉｎｋ♯ｒｆｃ１７３８、参照。ＸＬｉｎｋは、ＸＭＬリソース若しくはドキュメントに挿入され得るリンク情報構造を、リソース間のリンクを記述するために、記述する。ＸＬｉｎｋは、（ＨＴＭＬのように）一つの方向性を有するリンクを作成するためにＸＭＬ文法を使う。より複雑な多方向性を有するリンクも同様である。
【００１０】
他のＸＭＬ規格は、ＸＭＬドキュメントの提示のために設計されたｅＸｔｅｎｓｉｂｌｅ  Ｓｔｙｌｅｓｈｅｅｔ  Ｌａｎｇｕａｇｅ（ＸＳＬ）を含む。ワールド・ワイド・ウェブ・コンソーシアム、１９９８、ｅＸｔｅｎｓｉｂｌｅ  Ｓｔｙｌｅｓｈｅｅｔ  Ｌａｎｇｕａｇｅ（ＸＳＬ）、Ｖｅｒｓｉｏｎ  １．０、ｈｔｔｐ：／／ｗ３ｃ．ｏｒｇ／ＴＲ／ＷＤ−ｘｓｌ、参照。ＸＭＬのネーム空間は、ＸＭＬドキュメントにおいて用いられる要素及び属性をそれらをＵＲＩリファレンスによって識別されたネーム空間と関連付けることによって条件を付す簡易な方法を提供するように設計されている。ワールド・ワイド・ウェブ・コンソーシアム、１９９８、Ｎａｍｅ  ｓｐａｃｅｓ  ｉｎ  ＸＭＬ、ｈｔｔｐ：／／ｗ３ｃ．ｏｒｇ／ＴＲ／ＰＲ−ｘｍｌ−ｎａｍｅｓ−１９９８１１１７、参照。Ｄｏｃｕｍｅｎｔ  Ｏｂｊｅｃｔ  Ｍｏｄｅｌ（ＤＯＭ）は、ドキュメント要素をオブジェクトとしてモデル化し、プログラム及びスクリプトがドキュメントの内容、構成、及びスタイルへダイナミックにアクセスし、更新することを可能とするインターフェースを提供するように設計されている。ワールド・ワイド・ウェブ・コンソーシアム、１９９８、Ｄｏｃｕｍｅｎｔ  Ｏｂｊｅｃｔ  Ｍｏｄｅｌ（ＤＯＭ）  Ｌｅｖｅｌ  １  Ｓｐｅｃｉｆｉｃａｔｉｏｎ、Ｖｅｒｓｉｏｎ  １．０、ｈｔｔｐ：／／ｗ３ｃ．ｏｒｇ／ＴＲ／ＲＥＣ−ＤＯＭ−Ｌｅｖｅｌ−１／、参照。ＸＭＬ  Ｐｏｉｎｔｅｒ  Ｌａｎｇｕａｇｅ（ＸＰｏｉｎｔｅｒ）は、ＸＭＬドキュメントの要素、文字列、及び他の部分へのレファレンスのために設計される。ワールド・ワイド・ウェブ・コンソーシアム、１９９８、ＸＭＬ  Ｐｏｉｎｔｅｒ  Ｌａｎｇｕａｇｅ（ＸＰｏｉｎｔｅｒ）、ｈｔｔｐ：／／ｗ３ｃ．ｏｒｇ／ＴＲ／ＷＤ−ｘｐｔｒ、参照。
【００１１】
従って、アプリケーション・コンテキストにはめ込まれたブラウザ機能はＨＴＭＬ、ＸＭＬ、及び開発されている他のマークアップ言語に対応し得ることが重要である。
【００１２】
ここでの若しくは本明細書を通じての参考文献の引用は、それら参考文献を続く請求項に記載された出願人の発明事項に対する従来技術として認めると解釈されるべきではない。
【００１３】
本発明の一般的な目的は、上記特定された要求及び現在の技術の欠点に打ち勝つ方法及び態様を提供することである。
【００１４】
本発明の詳細な目的は、標準的なエンド・ユーザー装置において実行されるクライアント・サーバ・アプリケーションのコンテキストにはめ込まれた設定変更可能なマークアップ言語によるブラウザ機能を提供する方法及び態様を含む。本発明のブラウザ機能は設定変更可能であるため、ユーザーによってアクセス可能なネットワーク・リソースが、ユーザーの関心を所定の関連するコンテンツに注目させるために、制限される。このような構成は更に、不快なドキュメントを可能な限りブロックするためにも用いられ得る。更に、ブラウザ機能は設定変更可能であるため、特定のユーザーは特定のブラウザ機能の利用を妨げられる。ブラウザ構成及び許可されたネットワーク・アクセスは、各ユーザーに対して個別にカスタマイズされ得る。本発明は、ＨＴＭＬ及びＸＭＬドキュメントの両者、更には新たなマークアップ言語にフォーマットされたドキュメントに対して適用可能である。
【００１５】
従って、本発明は、実行中のアプリケーションのコンテキスト内からマークアップ言語ドキュメントを閲覧するための方法及び態様を含む。これは、主アプリケーション・ウィンドウ内部にはめ込まれたブラウザ・サブウィンドウを表示するように作動され得るはめ込まれたブラウザ機能によって実現される。従来の技術はすべてのユーザーに同じリソース・アクセス権及びブラウザ・インターフェース機能を提供していたが、本発明は、公のインターネット若しくは個人的なイントラネット上のあらゆるリソースにアクセスすることが許可されているユーザーもいれば、ユーザー・プロファイルの中身に示された制限されたリソースのリストへのみアクセス可能なユーザーもいるという方法及び態様を提供する。更に、はめ込まれたブラウザ・サブウィンドウのユーザー・インターフェースの機能及び外観もユーザー・プロファイルにおける情報から設計される。本発明に掛かるアプリケーションがインストールされたシステムの管理者は、ユーザー・プロファイルを編集することによって、リソース・アクセス及び閲覧機能特権を変更できる。
【００１６】
ネットワーク・リソース・アクセスは、はめ込まれたブラウザ機能が許可されていない情報へのリンクを作成することを妨げることによって制限される。好ましい実施形態において、制限されたウェブ閲覧特権を有するユーザーには、ユーザーによって入力され得る許可されていないＵＲＩについては、ブラウザ・サブウィンドウにおけるあらゆるロケーション・フィールドに提示されない。更に、好ましい実施形態において、許可されたドキュメントが許可されていない他のドキュメントへのリンクを有するそのサーバから届いた場合、これらのリンクはそれがブラウザ・サブウィンドウに表示される前にドキュメントからフィルタにかけられる。よって、制限されたユーザーは、表示されたリンク情報を作動させることによって許可されていないドキュメントにアクセスすることはできない。このようなユーザーは、表示されフィルタに掛けられたマークアップ言語ドキュメントに提示された許可されたリンクによってのみネットワーク・リソースへアクセスできる。ブラウザは、任意に、そのユーザーに許可されたすべてのリンクを一覧にする個人化されたユーザー・ホームページを動的に作成することができる。
【００１７】
フィルタリングの方法は、ＨＴＭＬ用及びＸＭＬ用に説明される。これらの方法は更に、家電用に開発されているものなど新しい他のマークアップ言語に適用され得る。アプリケーションは、Ｊａｖａにおいて実行されると好ましい。そうであれば、商業的に入手可能なマークアップ言語ブラウザにおいてダウンロードされ実行されるアプレットになり得る。
【００１８】
第一の実施形態において、本発明は、エンド・ユーザー装置と、アプリケーション・プログラムとを有し、ネットワークに接続された一若しくは複数のコンピュータ・システムにおいて検索のために記録され、ネットワーク・リソースのアドレスを表すリンク情報を含むマークアップ言語ドキュメントを、ユーザーに閲覧させる装置を含み、この装置は、プロセッサと、ユーザーの特性及び好みを表す内容を有するユーザー・プロファイル・レコードを記録するメモリと、ネットワーク接続と、入力手段と、ディスプレイと、を有するエンド・ユーザー装置を有する。又、ユーザー・プロファイル・レコードの内容に反応し、ブラウザ・コントロールを有するアプリケーション用コントロールと、データと、を含むアプリケーション・ウィンドウを表示するアプリケーション機能をプロセッサに実行させる命令と、表示されたブラウザ用コントロールと表示されたマークアップ言語ドキュメントに残ったリンク情報とがユーザー・プロファイル・レコードの内容に反応するように、ブラウザ用コントロールとマークアップ言語ドキュメントを含むブラウザ・サブウィンドウをアプリケーション・ウィンドウ内に表示するブラウザ機能をユーザーがブラウザ・コントロールを作動させるのに応じてプロセッサに実行させる命令とを有するアプリケーション・プログラムを有する。
【００１９】
第一の実施形態の第一の態様において、本発明は、ブラウザ用コントロールがアクセスされるリソース・アドレスを表すリンク情報についてのユーザーの入力のためのロケーション・エントリ・フィールドを有し、ブラウザ機能がロケーション・エントリ・フィールドをユーザー・プロファイル・レコードの内容に応じて表示したりしなかったりする第一の実施形態の装置を有する。
【００２０】
第二の実施形態において、本発明は、ネットワークに接続された一若しくは複数のコンピュータ・システムにおいて検索のために記録され、リソース・アドレスを表すリンク情報を含むマークアップ言語ドキュメントを、エンド・ユーザー装置においてユーザーに閲覧させる方法を有し、この方法は、ユーザー識別情報を入力する工程と、入力されたユーザー識別情報を認証し、認証されたユーザーに関連付けられたユーザー・プロファイル・レコードをエンド・ユーザー装置に読み込む工程と、ユーザー・プロファイル・レコードの内容に反応し、ブラウザ・コントロールを有するアプリケーション用コントロールと、データと、を含むアプリケーション・ウィンドウをエンド・ユーザー装置に表示する工程と、表示されたブラウザ用コントロールと表示されたマークアップ言語ドキュメントに残ったリンク情報とがユーザー・プロファイル・レコードの内容に反応するように、ブラウザ用コントロールとマークアップ言語ドキュメントを含むブラウザ・サブウィンドウをユーザーがブラウザ・コントロールを作動させるのに応じてアプリケーション・ウィンドウ内に表示する工程と、を有する。
【００２１】
本発明の他の目的、機能、及び利点は、添付された図面を伴う以下の詳細な説明の精読によって明らかとなるであろう。
【００２２】
以下のセクション１において、本発明の方法及び態様を有益的に適用されるクライアント・サーバ・システム構造の一例が最初に説明される。次に、セクション２において、本発明のブラウザ機能及びその実行の詳細な説明が提示される。最後に、セクション３において、マークアップ言語ドキュメントをフィルタリングする方法について説明される。必要な場合、詳細な説明は、必要な技術の背景の簡単な説明も含む。
【００２３】
１．  クライアント・サーバ・システム
１．１．  構造の概観
図１Ａは、コンピュータ化された医療記録（ｃｏｍｐｕｔｅｒｉｚｅｄ  ｍｅｄｉｃａｌ  ｒｅｃｏｒｄｓ；ＣＰＲ）分散に適用された３層のクライアント・サーバ構造の一例を図示する。この構造は、接続にＩｎｔｅｒｎｅｔ  ＩＮｔｅｒ−ＯＲＢを用いるｏｂｊｅｃｔ  ｒｅｑｕｅｓｔ  ｂｒｏｋｅｒ（ＯＲＢ）に準拠したＣｏｍｍｏｎ  Ｏｂｊｅｃｔ  Ｒｅｑｕｅｓｔ  Ｂｒｏｋｅｒ  Ａｒｃｈｉｔｅｃｔｕｒｅ（ＣＯＲＢＡ）において分散オブジェクト構造、及びサーバからクライアントにＨｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ（ＨＴＴＰ）を用いるマークアップ言語ドキュメント転送の両方に基づく。図示されたネットワークは、公のインターネット若しくは個人的なイントラネットであることが好ましい。分散オブジェクト規格のＣＯＲＢＡファミリは、Ｏｂｊｅｃｔ  Ｍａｎａｇｅｍｅｎｔ  Ｇｒｏｕｐ（ｈｔｔｐ：／／ｗｗｗ．ｏｍｇ．ｃｏｍ／）によって開発され、発表される。ＨＴＴＰ及び関連するインターネット・プロトコルは、Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ（ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／）によって開発され、発表される。
【００２４】
このサブセクションにおいて説明されるこの形態のこのクライアント・サーバ・システムは、続く説明を具体的且つ容易にするために用いられるものであり、例示である。システム及び構造は制限するものとして理解されるべきではない。なぜなら、本発明に掛かる方法及び態様は、２層のクライアント・サーバ構造などの他のクライアント・サーバ構造にも等しく適用可能である。ＣＯＲＢＡに基づかないクライアント・サーバ構造に対しても同様である。例えば、
図示されたビジネス・サーバのオブジェクト及びフロント・エンドのクライアントがすべてＪａｖａにおいて実行されるならば、ＣＯＲＢＡ構造の代わりに、Ｓｕｎ  Ｍｉｃｒｏｓｙｓｔｅｍｓ’  Ｒｅｍｏｔｅ  Ｍｅｔｈｏｄ  Ｉｎｖｏｃａｔｉｏｎ（ＲＭＩ）技術が用いられることが可能である。別の方法として、ＣＯＲＢＡの代わりに、Ｍｉｃｒｏｓｏｆｔ  Ｃｏｒｐ．のＤｉｓｔｒｉｂｕｔｅｄ  Ｃｏｍｐｏｎｅｎｔ  Ｏｂｊｅｃｔ  Ｍｏｄｅｌ（ＤＣＯＭ）が用いられることも可能である。
【００２５】
更に、この例示的構造は、再び続く説明を具体的且つ容易にする目的のみで、医者、患者、及び他のユーザーのために、コンピュータ化された医療記録の分散に適用される。この用途も制限するものではないと理解されるべきである。なぜなら、当業者には本発明を他の用途分野に適用する方法は分かるであろうからである。従って、本発明は、ＣＰＲ分配への適用のみならず、銀行、保険、航空、ホテル、交通などの他の仮想市場領域及びそれらの応用例への適用をも包含する。
【００２６】
図１Ａに再び戻り、３層システムの第一層は、エンド・ユーザー装置１０及び１１を含むように図示されている。それらは、順に、少なくとも、プロセッサ、静的及び動的メモリ、ディスプレイ、入力手段、及び通信インターフェース、を有する。エンド・ユーザー装置は、ディスク・トップ、ワーク・ステーショ、若しくはノートブック機器などの標準的なＰＣＳでよい。それらは同様に、ウェブＴＶ、テレビ電話、ＰＤＡなどのインターネット機器であってもよく、通信能力を有する情報機器の他の種類であってもよい。
【００２７】
エンド・ユーザー装置は、ビジネス・データ、マークアップ言語ドキュメント、及び他の公のインターネット及び個人的なイントラネットの向こう側の有効なリソースの視覚的表示を提供するアプリケーションを含むフロント・エンド・クライアント・ソフトウェアを実行する。ユーザーは、ネットワークに接続されたｔｉｅｒ−２のサーバ・システムから情報を送り、又は情報を要求するために、クライアント・アプリケーション・ソフトウェアによって提示されるエンド・ユーザー装置のディスプレイ上のユーザー・インターフェースとやりとりする。
【００２８】
アプリケーション・ソフトウェアは、例えばビジネス・データがビジネス・サーバ・オブジェクト１９として現れるように、分散オブジェクト指向方式で構成されることが好ましい。更に、分散オブジェクトは、分配ＣＯＲＢＡ準拠サーバ・オブジェクトと相互作用するＣＯＲＢＡ準拠クライアント・オブジェクトとして構成されることが好ましい。ＣＯＲＢＡクライアント及びサーバは、それらエンド・ユーザー装置若しくはコンピュータ上のＯＲＢ常駐を用い、例示的なネットワーク・リンク１２を通じてＩＩＯＰを用いて通信する。クライアント・オブジェクトは、分散サーバ・オブジェクト上の方法を遠隔的に実行するためにＣＯＲＢＡ’ｓ  Ｉｎｔｅｒｆａｃｅ  Ｄｅｆｉｎｉｔｉｏｎ  Ｌａｎｇｕａｇｅ（ＩＤＬ）を用いることによって生成されたスタブを含む。最後に、このソフトウェアは更に、プラットフォームから独立した方法におけるＪａｖａ言語において実行され、完全なアプリケーションとして、若しくはブラウザを利用することによってマークアップ言語ドキュメント・サーバからダウンロード可能なアプレットとして、インストール可能であることが好ましい。
【００２９】
本発明によれば、アプリケーション・ソフトウェアは更に、マークアップ言語ドキュメント・ブラウザ機能を有する。このようなブラウザ機能は、例示的なネットワーク・リンク１３を通じてサーバからマークアップ言語ドキュメントを要求するためにＨＴＴＰプロトコルを利用するクライアントとして作動することが好ましい。そうであれば、ブラウザ機能は、受信したドキュメントをドキュメントにおけるフォーマット設定によって指示されたように表示する。セキュアＨＴＴＰ（ｓ−ＨＴＴＰ）が望まれる場合にはｓ−ＨＴＴＰが用いられることが好ましい。セキュア・ソケット・レイヤー（ＳＳＬ）プロトコルも、ソケット・レイヤーにおいてＩＩＯＰ通信に対するセキュリティを提供し得る。図１Ａに図示されたシステムは、ブラウザ／ＨＴＴＰ及びＯＲＢ／ＩＩＯＰの両方が同じネットワーク上でリクエスト及びレスポンスを流すことを可能にする。
【００３０】
図示された３層のクライアント・サーバ構造の中間層、若しくはｔｉｅｒ−２は、マークアップ言語ドキュメント・サーバ・システム１４及びビジネス・サーバ・オブジェクト・システム１８を含む。ドキュメント・サーバ・システム１４は、ＨＴＴＰドキュメント・サーバ機能１５を実行するものとして図示されている。ドキュメント・サーバ・システム１４は、ＨＴＴＰクライアントからのリクエストに反応し、他のリソース間で、ＨＴＭＬ、ＸＭＬ、若しくはドキュメント記録１６からの他のマークアップ言語ドキュメント、及びアプレット記録１７からのＪａｖａアプレットを提供する。ＨＴＭＬ及びＸＭＬマークアップ言語に従ったアプレットは、＜ＡＰＰＬＥＴ＞タグと参照される。一若しくは複数のＨＴＴＰドキュメント・サーバ機能及び関連する記録は、一若しくは複数のＨＴＴＰサーバ・システム上に常駐可能であり、物理的にはネットワーク上のどこにでも配置され得る。
【００３１】
ビジネス・サーバ・システム１８は、ＣＯＲＢＡ準拠ビジネス・サーバ・オブジェクトを実行するものとして図示される。ビジネス・サーバ・システム１８は、クライアント・オブジェクトからのデータの特定の種類のための遠隔方法実施に対して個々に反応し、次いでエンド・ユーザー装置において実行されるアプリケーション・ソフトウェアの一部となる。ＣＯＲＢＡ準拠ビジネス・サーバ・オブジェクトは、クライアント・サーバ構造のビジネス・アプリケーションの基本的なビジネス論理を実行し、それによって異なる３層データ・サーバの動的に生成され統合されたビュー（ｖｉｅｗ）を提供する。図１Ａには、クライアント・サーバ構造において記録されたデータの特定のクラスに対する個別のビジネス・サーバ・オブジェクトが図示されており、交互に一つのビジネス・サーバ・オブジェクトが一より多くのデータ種類に対するリクエストに対して反応し得る。ビジネス・サーバ・オブジェクトは、同じシステム・プロセスにおいて、異なるシステム・プロセスにおいて、同じコンピュータ・システム上で、若しくは異なるコンピュータ・システム上で、実行可能である。個別のシステム１４及び１８上の常駐として図示されているにもかかわらず、別のＨＴＴＰサーバ及びＣＯＲＢＡサーバも同じコンピュータ・システム上に同時に常駐可能である。
【００３２】
図示された第三層、若しくはｔｉｅｒ３は、例示的なネットワーク・リンク２１と通じてビジネス・サーバ・オブジェクト・システム１８と通信する一若しくは複数のデータ・サーバ・システム２０を有する。これらのデータ・サーバ・システムは、これらのシステム上に記録されたデータの多様なクラスに対してＣＯＲＢＡ準拠オブジェクト指向インターフェースを提示するデータ・サーバ・オブジェクトを実行する。データ・サーバ・オブジェクトは、現存するオブジェクト指向でないレガシー・データ記録、及びＣＯＲＢＡ準拠ＩＤＬを用いてインターフェースされているアプリケーション、即ち「ＣＯＲＢＡ−ｗｒａｐｐｅｄ（ＣＯＲＢＡに包囲された）」レガシー・システムを含み得る。例えば、Ｊａｖａ及びＣＯＲＢＡの参考文献として、Ｏｒｆａｌｉら、「Ｃｌｉｅｎｔ／Ｓｅｒｖｅｒ  Ｐｒｏｇｒａｍｍｉｎｇ  ｗｉｔｈ  Ｊａｖａ  ａｎｄ  ＣＯＲＢＡ」、ＩＳＢＮ：０−４７１−１６３５１−１、Ｊｏｈｎ  Ｗｉｌｅｙ  ＆  Ｓｏｎｓ、１９９７、参照。別の方法として、これらのデータ・サーバ・オブジェクトは、当初、ＣＯＲＢＡ準拠インターフェースを有するオブジェクト指向ファッションにおいて設計され得る。
【００３３】
具体性のため、図１Ａは、この３層クライアント・サーバ構造のコンピュータ化された患者記録（ＣＰＲ）分散への適用を一例として図示する。従って、第二層ビジネス・サーバ・オブジェクト及び対応する第三層データ・サーバ・オブジェクトは、医療レポート、医療画像、研究室結果、及び他の医療データの種類などのデータ種類にとして説明される。他の図示されていない適切なビジネス・サーバ・オブジェクトは、セッション・セグメント、医療イベント公示、システム・セキュリティ、ディスプレイ個人別化、操作公示、患者リスト検索、しおり付け、患者到着及び退院、患者統計、メッセージ交換、データベース接続管理などの一般的なシステム機能を提供し得る。
【００３４】
１．２．  エンド・ユーザー装置
本発明に掛かるはめ込まれたブラウザ機能を有するアプリケーション・ソフトウェアは、ネットワーク通信能力を有するプログラム可能なエンド・ユーザー装置上で実行する。
【００３５】
図１Ｂに図示されたように、これらの装置は、少なくとも、以下の一般的な既知の構成；マイクロプロセッサ１０１、長期（ｌｏｎｇ−ｔｅｒｍ）ＲＯＭメモリ１０３、ダイナミックＲＡＭメモリ１０２、ディスプレイ・インターフェース及びディスプレイ１０５、通信インターフェース１０４、入力インターフェース及び手段１０７、及び内部接続１０６、を有することが好ましい。長期メモリは更に、磁気及び光学装置を含み得る。ディスプレイは、例えばＬＣＤコントローラを有するＬＣＤ、であり得る。入力手段は、キーボード、マウス、接触スクリーン、ボタン、音声認識、などの必要なインターフェース要素を有する既知装置であり得る。これらの内部接続は、外部バスでもよく、又、図示された構成の一若しくは複数がシングルＶＬＳＩチップ上で一緒に実行される場合は内部接続は光学外部バスと同調する特殊化されたオンチップ内部接続でもあってもよい。
【００３６】
１．３．  システム管理データベース
本発明のクライアント・アプリケーション・ソフトウェア、及び特にエンド・ユーザー装置において作動するはめ込まれたブラウザ機能、はシステムのユーザー、特に彼らの権限及びアクセス権を記述しているデータに従って設計される。好ましい実施形態において、このユーザーに関する記述のデータは、第二層サーバ・システムに関連するデータ記録において、特にユーザー・ディレクトリ・データベース２２及びユーザー・プロファイル・データベース２３において、記録される。これらのデータベースは図１Ａにおいてオブジェクト・サーバ・システム１８に接続されていると図示されているにもかかわらず、それらは記録されたデータの必要性を有する第二層サーバ・システムなら何でも接続されるのが好ましい。これらのデータ記録はこのサブセクションで説明される。
【００３７】
ユーザー・ディレクトリ２２は、各ユーザーにつき、認証情報、職務情報、アクセス制御情報、一般情報などを記録するのが好ましい。認証情報は、クライアント・サーバ・システムのアクセスが多少なりとも許可されているユーザーを識別するために用いられるデータを含む。職務情報は、クライアント・サーバ・システムを用いる団体におけるユーザーの職務を示すデータを含む。このデータは、例えば、ユーザーが、特殊性及び先任権に合う医者である、若しくは特殊性及び先任権に合う看護婦である、若しくは患者である、若しくは患者の法的後見人である、などを示し得る。アクセス制御情報は、システムを通じて記録された多様な種類のデータにアクセスし及び更新するためのユーザーの権限を示すデータを含む。例えば、システム管理者はユーザー・ディレクトリ及びユーザー・プロファイル・データベースを読み、更新することが許可されている。一般的なユーザー情報は、オフィス若しくは病棟の場所、電話番号、アプリケーション個人化優先などのデータを含み得る。ユーザー・ディレクトリは、Ｌｉｇｈｔｗｅｉｇｈｔ  Ｄｉｒｅｃｔｏｒｙ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ（ＬＤＡＰ）を実行するなどの商業的に入手可能な既知のディレクトリ・ソフトウェアによって実行され、アクセスされ得る。ＬＤＡＰは、例えばＸ．５００ディレクトリ・サーバ、Ｎｏｖｅｌディレクトリ・サーバ、Ｎｅｔｓｃａｐｅディレクトリ・サーバなどへアクセスするために幅広く使われているプロトコルである。
【００３８】
ユーザー・プロファイル・データベース２３は、本発明のクライアント・アプリケーション・ソフトウェアに存在するはめ込まれたブラウザ機能を構成する情報を記録する。ブラウザ機能、特に異なるユーザーに許可されたネットワーク・アクセス権は、通常、アプリケーションの注目され生産的な利用を促進するためにクライアント・サーバ・システムの管理組織によって決定される。例えばＣＰＲ用途に対して、医者ユーザーは、ＣＰＲクライアント・アプリケーションのコンテキスト内から公のインターネット上のあらゆるところの医療情報を検索するために制限されていないネットワーク・アクセスが許可されている。他方、看護婦は、団体自身の若しくは病院自体のイントラネット上で有効な特定の看護に関すドキュメントのみに制限され得る。最後に、患者は、彼らの特定の診断に関する一定の教育的なドキュメントのみへのアクセスにより制限され得る。コード不明化若しくは暗号化技術は、ダウンロードされたユーザー・プロファイル情報が改ざんされるのを防ぐために用いられ得る。
【００３９】
従って、図１Ａは、システム管理者若しくは他の指定されたユーザーが多様なユーザーに許可された機能に従ってユーザー・プロファイル・データベース２３の内容を入力し更新することによって、例えば管理ワークステーション上に提供される、システム管理グラフィカル・ユーザー・インターフェース（ＧＵＩ）２５を図示する。同じシステム管理者は、通常、更にユーザー・ディレクトリ２２も同様に入力し更新する。
【００４０】
好ましい実施形態において、ユーザー・プロファイル・データベースは、各ユーザーに対する少なくとも以下の種類の情報を含む。まず、ユーザーの有するはめ込まれたブラウザ機能からのネットワーク・アクセスが無制限か制限されているかの指示が含まれる。２番目に、ユーザーが制限されたネットワーク・アクセスを有する場合、ユーザー・プロファイルはそのユーザーに許可されたすべてのネットワーク・リソースのすべてのリンク情報アドレスの表現を含む。リンク情報は、ｕｎｉｖｅｒｓａｌ  ｒｅｓｏｕｒｃｅ  ｉｄｅｎｔｉｆｉｅｒ（ＵＲＩ）の形式であり、ユーザー・プロファイルはすべての許可されたマークアップ言語ドキュメントのＵＲＩの表現を有することが好ましい。ここで、「リンク情報」は、すべての種類及び形式のネットワーク・リソース・アドレスの識別のために用いられる。３番目に、ユーザー・プロファイルは更に、ユーザーに表示されたブラウザ・コントロール、マークアップ言語ドキュメントのフォーム、テーブル、及びフレームへのサポート、アプレット、ドキュメント印刷、クッキー、マルチスレッドなどのユーザーに許可されたブラウザ機能の他の設定可能な態様の指示を含むことが好ましい。
【００４１】
２つの別々のデータベースとして図示されているにもかかわらず、他の実施において、ユーザー・ディレクトリ・データベース２２及びユーザー・プロファイル・データベース２３は、単一のデータベースに一緒に記録され得る。
【００４２】
はめ込まれたブラウザ機能のコントロールに追加して、個別且つ独立のコントロールは、ユーザーのビジネス・サーバ・オブジェクトへの権限無きアクセスを防止する。クライアント・アプリケーションからビジネス・サーバ・オブジェクトへのリクエストは、アクセス決定設備２６によってインターセプトされる。アクセス決定設備２６は、ユーザー・ディレクトリに記録された特定のアクセス制御情報を有するリクエストしたユーザーが、アクセス制御政策データベース２４に記録されたアクセス制御政策に照らしてリクエストされた情報にアクセスすることが許可されているか否かをチェックする。アクセス制御政策がアクセスを認めると、クライアント・アプリケーションへリクエストされた情報に反応することをサーバに許可する。さもなくば、アクセスは拒否され、例えば、サービス拒否がセキュリティ監査目的でログ・ファイルに記録される。
【００４３】
１．４．  許可されたＵＲＩリストの表現
好ましい実施形態において、ユーザー・プロファイルは、ユーザー毎に、マークアップ言語ドキュメントなどのネットワーク・リソースのうち許可されたものをすべてのＵＲＩの表現を記録する。許可されたＵＲＩは、通常大量であるユーザーによってアクセスされ得るすべての可能なＵＲＩから選択される。すべての可能なＵＲＩのセットは、一般的に、ツリーとして、若しくはツリーのフォレストとして、一般的には、リンクされたＵＲＩの有向グラフとして、構成され得る。よって、許可されたＵＲＩは、すべての可能なＵＲＩのサブ・ツリー、サブ・フォレスト、若しくはサブ・グラフである。有益なことに、既知であり当業者には明らかなサブ・ツリー、サブ・フォレスト、若しくはサブ・グラフのあらゆる表現は、適切であれば、ユーザー・プロファイル・データベースにおいてすべての許可されたＵＲＩを代表するために適用され得る。このサブセクションにおいて、すべての許可されたＵＲＩの好ましいそのような表現は、可能なＵＲＩの３つのツリーの例示的フォレストを図示する図２を参照して説明される。
【００４４】
図２において、ノードＡ、Ｄ、及びＪは、組織１（Ｏｒｇａｎｉｚａｔｉｏｎ−１）、組織２（Ｏｒｇａｎｉｚａｔｉｏｎ−２）、及び組織３（Ｏｒｇａｎｉｚａｔｉｏｎ−３）それぞれのホームページに対するルートＵＲＩを表す。親ノードの子供は、一つの追加的な関連アドレスによって親ＵＲＩを延長する。例えば、子ノードＧは、親ノードＤのＵＲＩを追加的な関連アドレス「ＴＲ／」を用いて拡張する。同様に、子ノードＩは、親ノードＧのＵＲＩを追加的な関連アドレスＷＤ−ｘｌｉｎｋを用いて拡張する。すべての可能なＵＲＩのリストは、図２の左側に図示される。これらの中で、この特定のユーザーに許可されているのは、図示されたリストにおいて矢印で示され、３つの図において矢頭によって示されたノードＡ、Ｅ、及びＨを除いたすべてのＵＲＩへのアクセスである。
【００４５】
このユーザー・プロファイルにおける記録用の許可されたＵＲＩの好ましい表現は、図２の右側に図示される。この表現において、すべてのＵＲＩは許可されたノードの各絶対アドレスである。文字「＊」が後ろに付いているＵＲＩは、このＵＲＩアドレスを有するノード及びすべてのその子ノードが許可されていることを示す。ノードＣ、Ｆ、及びＪは、すべての子ノードが許可され、従って許可されたリストにおいてそれらのアドレスの後に「＊」を有する許可されたノードの例である。この表現は、すべての許可されたノードのＵＲＩが個々にリストに載せられる場合よりもはるかにコンパクトである。許可された内容の粒度を制限することが可能であることは重要である。例えば、図２において、組織１（Ｏｒｇａｎｉｚａｔｉｏｎ−１）、ノードＡのホームページは許可されていないにもかかわらず、そのホームページの子は許可されている。
【００４６】
別の表現において、ＵＲＩリストは、許可されていないノードの絶対アドレスである。ここでも、特殊文字が、ノード及びそのすべての子ノードが許可されていないことを示すために用いられ得る。この別の表現は、ユーザーがほとんどのリソースに対して許可されており、許可されていないリソースが数個のみの場合に好ましい。このようなケースは、例えば、クライアント・アプリケーション・プログラムのコンテキストにおける表示から不快な若しくは不適当な情報を除去することを希望する場合、などに生じ得る。
【００４７】
両表現は、特定のユーザーに対して、若しくは特定のユーザーに対するリストにおいけるＵＲＩの特定のグループに対して、表現を適用することの指示を含ませることによって単一のユーザー・プロファイル・データベースに組み合わせられ得る。
【００４８】
１．５．  絶対及び相対ＵＲＩ
絶対及び相対ＵＲＩは、一般的に、マークアップ言語ドキュメントに存在するリンク情報において用いられる。以下は、２つの種類のＵＲＩの簡単な説明である。一般的に、絶対ＵＲＩは、イントラネットや公のインターネットなどのネットワークにおけるドキュメント若しくはリソースを識別するための全部且つ完全なアドレスである。相対ＵＲＩは、追加的な制限を有する所定の絶対アドレスを拡張するアドレスの一部のみである。
【００４９】
まず、ＨＴＭＬマークアップ言語の場合、特にバージョン３．２の場合において、ｈｔｔｐ：／／ｗｗｗ．ｏｒｇ２．ｏｒｇ／というＵＲＩを有する組織２（Ｏｒｇａｎｉｚａｔｉｏｎ−２）のホームページを例に考える。別のディレクトリ、ＴＲ／、が組織２（Ｏｒｇａｎｉｚａｔｉｏｎ−２）のすべての技術レポートを保持すると仮定する。すると、ＨＴＭＬ３．２を用いると、上記ホームページからＴＲ／ディレクトリへの相対リンクは、以下のリンク情報によって表現され得る。
＜ａ  ｈｒｅｆ＝“ＴＲ／”＞Ｔｅｃｈｎｉｃａｌ  Ｒｅｐｏｒｔｓ＜／ａ＞
ユーザーがこの特徴的な形式でホームページ上に表示された「Ｔｅｃｈｎｉｃａｌ  Ｒｅｐｏｒｔｓ」という語句によって表現されたリンク情報を作動すると、リンク情報は絶対ＵＲＩアドレス、即ちｈｔｔｐ：／／ｗｗｗ．ｏｒｇ２．ｏｒｇ／ＴＲ／、へ解析される。この解析は、相対リンク情報の内容を相対リンク情報を表示しているドキュメントの絶対アドレスへ連結させることによって実現される。
【００５０】
リンクは更に、ＨＴＭＬ３．２アンカー・タグによって、ドキュメント内の特性のセクション、若しくは場所を指摘することができる。これらのセクション若しくは場所は、ドキュメント・フラグメントとして知られている。例えば、ＵＲＩアドレスｈｔｔｐ：／／ｗｗｗ．ｏｒｇ２．ｏｒｇ／ｈｏｍｅ．ｈｔｍｌにおけるファイルｈｏｍｅ．ｈｔｍｌが５つのセクションを持っており、ｈｏｍｅ．ｈｔｍｌの開始若しくは先頭ではなく特にセクション４へのリンクが希望されているものとする。まず、セクション４は、セクション４の開始に例えば以下のような構文を有するアンカーを配置することによってドキュメントにおいて特に識別される。
＜ａ  ＮＡＭＥ＝“ｓｅｃｔｉｏｎ４”＞＜ｈ２＞Ｓｅｃｔｉｏｎ  ４＜／ｈ２＞＜／ａ＞
ここで、“♯ｓｅｃｔｉｏｎ４”はフラグメント識別子（ｆｒａｇｍｅｎｔ  ｉｄｅｎｔｉｆｉｅｒ）と呼ばれる。そして、ｈｏｍｅ．ｈｔｍｌにおけるセクション４は、フラグメント識別子を含む絶対ＵＲＩを有する別のドキュメントにおいて具体的且つ直接的にアドレスが指定され得る。
ｈｔｔｐ：／／ｗｗｗ．ｏｒｇ２．ｏｒｇ／ｈｏｍｅ．ｈｔｍｌ♯ｓｅｃｔｉｏｎ４
ｈｏｍｅ．ｈｔｍｌドキュメントにおいて、セクション４は、フラグメント識別子を含む以下の相対ＵＲＩによって具体的且つ直接的にアドレスが指定され得る。
Ｃｌｉｃｋ  ｈｅｒｅ＜ａ  ｈｒｅｆ＝“ｈｏｍｅ．ｈｔｍｌ♯ｓｅｃｔｉｏｎ４”＞Ｓｅｃｔｉｏｎ４＜／ａ＞ｔｏ  ｇｏ  Ｓｅｃｔｉｏｎ  ４
これらのリンクを用いると、ユーザーはセクション４に辿り着くのにｈｏｍｅ．ｈｔｍｌの開始からスクロールする必要がない。
【００５１】
本発明に掛かる方法は、同じドキュメントのフラグメント間を区別しない。なぜなら、ドキュメントの開始への参照、若しくはそのフラグメントのいずれかへの参照は完全なドキュメントのダウンロードを生じるからである。よって、ユーザーは、そのドキュメントのいかなるフラグメントへのリンクのアクセスに続くそのドキュメントの他の部分もスクロールできるからである。よって、絶対ＵＲＩが見つかったリンク情報における相対ＵＲＩから解決される時、フラグメント識別子（例えば、♯ｓｅｃｔｉｏｎ４）は、許可されたＵＲＩリストとの比較の前に消去若しくは無視される。比較がＵＲＩが許可されていることを示す場合、フィルタリングされたドキュメントのフラグメント識別子部分はそのドキュメント内の所望場所にアクセスするために用いられる。従って、許可されたＵＲＩリストは、許可されたフラグメント識別子の表現を維持する必要はない。換言すれば、本発明に掛かる粒度はドキュメントのレベルである。
【００５２】
ＸＭＬマークアップ言語は更に、絶対及び相対ＵＲＩを含む絶対及び相対リンク情報を用いる。ＸＰｏｉｎｔｅｒにより定義された要素も、フラグメント識別子若しくはクエリーとして、ドキュメント内のより正確な場所を特定するために、ＵＲＩ構成を共に用いられ得る。
【００５３】
２．  ブラウザ機能
本発明は、クライアント・アプリケーション・コンテキストにおいて、及びクライアント・アプリケーション・ウィンドウ内において、ユーザー・プロファイル・パラメータに応じて設定可能なブラウザ機能を有するブラウザ・サブウィンドウを提供する。関連するユーザー・プロファイル・パラメータは、ユーザーが最初にクライアント・サーバ・システム・アクセスに対して認証された時に、クライアント・アプリケーションに対して得られる。特に、ユーザーによってアクセスされ得る許可されたＵＲＩは、ユーザー・プロファイル・パラメータによって制御される。クライアント・アプリケーション・インターフェース自体は更に、各ユーザーの好み及び割当に従って個人化されることが好ましい。
【００５４】
アプリケーション内のブラウザ・サブウィンドウは、標準的なマークアップ言語ドキュメント・ブラウザ・プログラムに存在するブラウザ機能の基本的なサブセットを有する。例えば、少なくとも、戻る（ｂａｃｋ）、次（ｆｏｒｗａｒｄ）、再読み込み（ｒｅｌｏａｄ）、停止（ｓｔｏｐ）、ホーム（ｈｏｍｅ）などがアイコンによって表現された基本的なナビゲーション機能はすべてのユーザーに対して許可されることが有益である。
【００５５】
基本的な検索機能及びブックマーク機能も好ましい。しかし、ブラウザの羅の機能は、ユーザーのカテゴリ毎に有効若しくは無効となるのが好ましい。これらの設定可能な機能は、マークアップ言語のフォーム、テーブル、アプレット、及びフレームなどへのサポート、ドキュメント印刷、サーバ・クッキー、タスク・マルチスレッドなどを含む。一般的に、ブラウザ機能は、いくつかのユーザーのカテゴリの要求に合わせるためにいつくかの方法において設計され得る。
【００５６】
重要なのは、本発明のブラウザ機能は更に、ユーザーによってアクセスされうる許可されたリンク情報若しくはＵＲＩを制限することに対するサポートを有することである。ブラウザ機能は、この制限を、ユーザーが許可されていないＨＴＴＰサーバへリクエストを送るのを毎回妨げることによって実現する。好ましい実施形態において、ブラウザ機能は、アクセルされるＵＲＩのエントリに対する編集可能なフィールドを除去し、又、マークアップ言語ドキュメントから許可されていないリンク情報を表示する前に除去する。許可されていないリンク情報を表示前に除去するために、すべてのマークアップ言語ドキュメントはインターセプトされ、それらの内容が解析され、解析された内容はユーザー・プロファイルにおいて許可されていないと示されているリンク情報を見つけ消去するためにフィルタに掛けられる。
【００５７】
例えば、例示的なＣＰＲシステムにおいて、医者は相対的に制限のないネットワーク・アクセスを有し、ブラウザ・サブウィンドウには編集可能な場所エントリ・フィールドもマークアップ言語ドキュメントのバイパス・フィルタリングも存在する。他方、患者は相対的に制限されたアクセスを有し、すべての場所フィールドは除去され、ＵＲＩのエントリに対する編集も不可能であり、マークアップ言語ドキュメントにおけるリンク情報はユーザー・プロファイルに照らしてフィルタに掛けられる。
【００５８】
以下のサブセクションにおいて、アプリケーション・インターフェースの詳細及びその利用が、まず制限のないネットワーク・アクセスの場合、次に制限されたネットワーク・アクセスの場合について提示される。最後のサブセクションは、アプリケーション・プログラム及びはめ込まれたブラウザ機能の好ましい実施を提示する。
【００５９】
２．１．  制限されていないブラウザ・インターフェース
本発明に掛かるはめ込まれたブラウザ機能を有するクライアント・アプリケーションのグラフィカル・ユーザー・インターフェース（ＧＵＩ）は、特定のクライアント・アプリケーション及びユーザーの好みにそれぞれ適合した、幅広く多用なレイアウト及び配置を採り得る。レイアウト及び配置から独立した好ましい実施形態において、クライアント・アプリケーションは、通常、ブラウザ機能、ブラウザ用データ、及びブラウザ用コントロールが作動されると、ウィンドウ・プログラム、アプリケーション用データ、及びアプリケーション用コントロールなどに従って表示する。アプリケーション用データは当然ながら、例えば、例示的なＣＰＲアプリケーションに対する医療記録情報など、の用途に関連する実態的なデータである。アプリケーション用コントロールは、アプリケーション機能の制御する設備を提供する。更に、好ましい実施形態においては、特定のアプリケーション機能を作動させるためにポインティング・デバイス若しくはキーボードを用いて選択可能な表示領域を含む。このような表示領域は、メニュ・バー、ツール・バー、アイコン、ボタン、ダイアローグ・ボックス、など当業者には既知のものを含み得る。ブラウザ用データは、通常、それらが含まれる作成指示に従って書式設定され表示されたマークアップ言語ドキュメントを含む。ブラウザ用コントロールは、アプリケーション用コントロールと同様に、ブラウザ機能を制御するために作動される。
【００６０】
これらのコントロール及びデータの表示は、ウィンドウ表示されるパラダイム毎に異なる多くの方法にレイアウトされ、配置され得る。好ましい実施形態において、アプリケーション用コントロール及びデータは、空間的に分離され、主アプリケーション・ウィンドウに表示される。ブラウザ用コントロール及びデータも同様にブラウザ・サブウィンドウにおいて空間的に分離される。これらの多様な表示要素は、サイズ変更されたり、再配置されたり、一時的に隠されたりなどされ得る。ウィンドウは、タイトルが付けられ、重ねられ、最小化され、最大化されなどされ得る。すべては既知である。本発明は、これらよく知られたウィンドウ表示のレイアウト及び配置を包含する。
【００６１】
制限がない場合について、図３は、好ましいＧＵＩの表示要素の同時表示に対して適切な本発明のＧＵＩのレイアウト及び配置の一例を図示する。この図において、ウィンドウ３０は、患者などのより制限されたユーザー用に設計されたクライアント・アプリケーションの主ウィンドウである。水平ツールバー３１は、ほとんどのアプリケーション・サブ機能に対して一般的であるアプリケーション用コントロールを表示することが好ましい。このツールバーに図示されるのは、例えば、患者リストの表示、ツール選択、ヘルプ・リクエスト、ブラウザ切替３７に対するコントロールである。ブラウザ切替コントロールは、はめ込まれたブラウザ機能を作動させ、又作動を停止させる。垂直ツールバー３２は更に、現在のアプリケーション・サブ機能に固有のアプリケーション用コントロールを表示することが好ましい。ここに図示されるのは、従前に表示された患者リストから既に選択された患者のＣＰＲの多様なセクションをリクエストするコントロールである。リクエストされたＣＰＲセクションの内容、本例においてアプリケーション用データ、は次いでレポート３３において表示される。サイズが調整され得ることが好ましい。
【００６２】
図３において、ブラウザ機能は作動され、ブラウザ・サブウィンドウ３４はアプリケーション・ウィンドウ内で中間的なサイズにされている。ブラウザ・サブウィンドウはツールバー３５を含み、ブラウザ用コントロール、及びサブウィンドウ３６を表示し、ブラウザ用データ、即ち検索されたマークアップ言語ドキュメント、を表示する。ここで医者ユーザーはネットワーク・アクセスが制限されていないので、ブラウザ用コントロールはアクセスするＵＲＩのエントリを自由に編集可能な場所エントリ・フィールド３８を有する。
【００６３】
このウィンドウ表示されたインターフェースは、以下の工程に従ってアクセスされ、図３に図示された情報表示をもたらす。
【００６４】
１）  （ログイン）  エンド・ユーザー装置においてＣＰＲアプリケーション・プログラムを呼び出すことによって、ユーザーが、例えばユーザーＩＤ及びパスワードである認証情報を入力し、若しくはスキャンされた指紋などの生物情報を提示するログイン画面が現れる。
【００６５】
２）  （認証）  次いで、アプリケーションは、例えば、ユーザー・ディレクトリ内の情報にアクセスし、それと入力された認証情報とを比較する第二層サーバ上の認証方法を呼び出することによって、ユーザー及びユーザーのアクセス権を認証する。認証後、ユーザー・プロファイル・レコードは、エンド・ユーザー装置のメモリへ読み込まれる。
【００６６】
３）  （アプリケーション操作）  次いで、アプリケーションは、読み込まれたユーザー・プロファイル・レコードにおける指示に従って設定されたアプリケーション・ウィンドウ３０を表示し、ユーザーはアプリケーション用コントロールを用いてアプリケーションの操作を開始する。例えば、その時ユーザーは、患者リスト・コントロールを作動させることによって患者リストを得、リストから患者を選択し、そして希望されるレポート・コントロールを作動させることによってその患者のＣＰＲのセクションを選択する。すると、希望されたセクションの内容は、レポート・サブウィンドウ３３に表示される。
【００６７】
４）  （ブラウザ起動）  クライアント・アプリケーションのコンテキストにおいてネットワーク・アクセスが必要となれば、ユーザーはブラウザ切替コントロール３７を作動させることによってはめ込まれたブラウザ機能を開始する。例えば、このコントロールは、ブラウザが非稼動中には「ブラウザを開く（Ｏｐｅｎ  Ｂｒｏｗｓｅｒ）」と表示し、ブラウザが稼動中には「ブラウザを閉じる（Ｃｌｏｓｅ  Ｂｒｏｗｓｅｒ）」と表示する。
【００６８】
５）  （ブラウザ操作）  作動されたブラウザ機能は、ブラウザ用コントロール３５、及びブラウザ用データ用のサブウィンドウ３６を含むサイズ変更可能なブラウザ・サブウィンドウ３４を表示する。ユーザー・プロファイル・レコードが制限されていないアクセスを示すため、ブラウザ用コントロールは編集可能な場所エントリ・フィールド３８を有し、例えば最初に表示されたドキュメントであるサブウィンドウ３６に表示された作成限度ドキュメントは、フィルタリングされておらず、原型のリンク情報を有する。従って、ユーザーは、ＵＲＩアドレスを場所フィールド３８に入力することによって、若しくは表示されたドキュメントのリンク情報を作動することによって、ほぼ標準的な方法でアプリケーション・ブラウザ機能を操作することができる。
【００６９】
６）  （ログオフ）  終了すると、ユーザーはアプリケーションからログオフし、アプリケーション主ウィンドウ３０は閉じられる。
【００７０】
２．２．  制限されたブラウザ・インターフェース
重要なことに、本発明によれば、特性のコントロール及びデータは、ユーザーのプロファイル・レコードが示すそのユーザーの権限及び好みに応じた方法によってアプリケーション・ウィンドウに実際に表示される。例えば、特定のアプリケーション機能へのアクセスは、権限のないユーザーに対して、それらコントロールが作動され得る状態である表示が為されないことによって妨げられ得る。ブラウザ機能は、そのユーザーに許可された機能に対するコントロールのみを表示することによって示されたユーザーの権限に従った好ましい実施形態において同様に設定され得る。ユーザーのネットワーク・アクセスが制限されている場合、ブラウザ・サブウィンドウは、編集可能な場所エントリ・フィールドを表示せず、許可されていないリンク情報は表示前にマークアップ言語ドキュメントから除去される。
【００７１】
例示的なＣＰＲ用途に対して、図４は、アプリケーション主ウィンドウ４０の一例を図示する。主ウィンドウ４０は、患者などの権限及びアクセスがより制限されたユーザー用に設計されていることを除き、図３の主ウィンドウ３０と類似する。このウィンドウは、図３における場合と同様に、本発明の好ましい実施形態のＧＵＩの一レイアウト及び配置の例示であり、限定するものではない。図４において、図３のアプリケーション・ウィンドウ３０とは対照的に、一般的なアプリケーション・ツールバー４１が患者リスト・コントロールを表示していない。なぜなら、患者はその患者のＣＰＲを見ることしか許可されていないからである。更に、ＣＰＲを表示するサブ機能ツールバー４２は、メッセージ・コントロールを表示しない。なぜなら、介護提供者間のメッセージは個人的なものとみなされているからである。
【００７２】
このユーザーのネットワーク・アクセスもユーザーのプロファイル・レコードにおいて制限されていると表示されているため、従って、場所フィールドがブラウザ・サブウィンドウ４３に含まれるブラウザ用コントロール・ツールバーに存在しない。別の方法では、現在の場所フィールドは、リンク情報の入力が不可能なように表示され得る。更に、マークアップ言語ドキュメントが表示前にフィルタリングされるため、ユーザー・プロファイルに示された許可されたリンク情報のみが、ユーザーがマークアップ言語ドキュメントにおいて作動可能に表示される。
【００７３】
ユーザー・インターフェース、及び図４に図示された表示された情報にアクセスする工程は、図３を参照して説明されたもの、即ちログイン、認証、アプリケーション操作、ブラウザ作動、ブラウザ操作、及びログオフ、の各工程、と同様である。あらゆる違いはこのユーザーについて配置されたより大きなアクセス制限による明確な制限である。
【００７４】
２．２．１．  制限されたユーザー向けのホームページ
別の実施形態において、制限されたユーザーに対するネットワーク・アクセスは、ユーザー・プロファイル・レコードに表現された許可されたＵＲＩを明確に利用する。そのような一実施形態において、ブラウザはあらゆる許可されたＵＲＩのユーザーによる選択を可能にする特定のコントロールを提示する。このような特定のコントロールは、許可されたＵＲＩを表現する階層構造のツリー構成されたブックマークとして、若しくは選択用のすべての許可されたＵＲＩを一覧にしたより簡易なメニュとして、構成されたドロップ・ダウン形式の選択リストとなり得る。別の実施形態において、ブラウザは、初期起動時に若しくはユーザーのリクエストによって、すべての許可されたＵＲＩを表現するリンク情報を含む個人化されたマークアップ言語ドキュメント：ユーザー「ホームページ」を動的に作成し、表示する。故に、ユーザーはそのリンク情報を作動させることによってリソースにアクセスできる。このホームページは、ＨＴＭＬ若しくはＸＭＬ構文によってフォーマットされ得る。
【００７５】
この別の実施形態において、ＵＲＩ自体及びアドレス指定されたリソースの説明テキストの両方がユーザーに提示され得る。説明テキストはアドレス指定されたドキュメントのタイトルであることが好ましい。既知の「巡回（ｃｒａｗｌｅｒ）」プログラムは、ドキュメント・タイトル若しくは他の説明テキストを検索するためにネットワーク上の各許可されたＵＲＩアドレスに定期的にアクセスし、それを許可されたＵＲＩと共に記録することが可能である。加えて、巡回プログラムは、許可されたＵＲＩが現存しアクセス可能か否かもチェックし得る。
【００７６】
この代替は更に、図２を参照して説明される。ユーザーの許可されたＵＲＩがノードＪ及びその子のみである場合、動的に作成されるホームページは、任意的に説明テキストを伴ったＵＲＩ：ｈｔｔｐ：／／ｗｗｗ．ｏｒｇ３．ｃｏｍを表現するリンク情報のみが必要である。ユーザーが図２の許可されたノードすべてにアクセス可能である場合、許可されたＵＲＩのリストは７つの親ＵＲＩエントリを有し、動的に作成されるホームページは、任意的に説明テキストを伴って、これら７つのＵＲＩを表現するリンク情報を含む。
【００７７】
アプリケーションのブラウザ機能は、制限されたユーザーのプロファイル、及び上記のようなホームページ若しくはブラウザ用コントロールを動的に作成するために記録された許可されたＵＲＩリストにアクセスするための指示を含むために改良される。
【００７８】
２．３．  アプリケーション／ブラウザの実行
アプリケーション、及びそのブラウザ機能は、エンド・ユーザー装置メモリに配置された指示及びデータを、共にエンド・ユーザー装置プロセッサ及び残りのエンド・ユーザー装置構成要素が、本発明に従って機能するようにエンコーディングすることによって実行される。エンド・ユーザー装置に常駐するこのような指示及びデータは、一般的に、本発明の方法及び作動が実現させる手段である。特に、本発明に関連する必要なデータは、ユーザー・プロファイル・レコードの内容、加えてユーザー・ディレクトリ・レコードから導き出される。この内容は、ユーザーの機密、権限、許可されたＵＲＩなどを特定する。必要な指示は、上記ユーザー・プロファイル・データに応じた方法でアプリケーション用コントロールをフォーマットするアプリケーション機能をエンコーディングする指示を含む。それらは更に、上記方法でユーザー・プロファイル・レコードの内容に応じてブラウザ機能をエンコーディングする指示を含む。
【００７９】
アプリケーション指示は、まずあらゆる都合のよいプログラミング言語において実行され、次いで当業者には既知の標準的な方法により本発明に掛かるブラウザ機能に拡張され得る。好ましい言語は、上記好ましいクライアント・サーバ構造に存在するサーバ・オブジェクトが直接呼び出され得るように指向されたオブジェクトである。結果として得られる指示がプラットフォームから独立し、Ｊａｖａ仮想機器を有するオペレーティング・システム若しくはマークアップ言語ブラウザなどのＪａｖａ準拠環境において実行し得るため、Ｊａｖａ言語の利用はより好ましい。このようなＪａｖａにコード化されたアプリケーションは、スタンドアロン・アプリケーションとしてインストールされ、若しくはマークアップ言語ドキュメント仕様のアプレットとしてダウンロードされ得る。
【００８０】
特に、アプリケーション及びそのはめ込まれたブラウザ機能のグラフィカル・ユーザー・インターフェース・コンポーネントは、Ｓｕｎ  ＭｉｃｒｏｓｙｓｔｅｍｓのＪａｖａ  Ｆｏｕｎｄａｔｉｏｎ  Ｃｌａｓｓｅｓ（ＪＦＣ）のＳｗｉｎｇ成分セットによって特定され得ることが好ましい。Ｓｗｉｎｇコンポーネント・セットは、メニュ、ツールバー、ダイアローグなどのウィンドウ成分を特定するのに役立ち、Ｊａｖａの基本的なＡｂｓｔｒａｃｔ  Ｗｉｎｄｏｗｓ  Ｔｏｏｌｋｉｔ（ＡＷＴ）を拡張する。このコンポーネント・セットは、例えば、ＨＴＭＬ  Ｅｄｉｔｏｒ  Ｋｉｔ、ＪＥｄｉｔｏｒＰａｎｅクラス、ＪＰａｎｅｌクラスなどのクラス及びアプリケーション・プログラミング・インターフェース（ＡＰＩ）を提供し、上記ブラウザ機能を実行するために直接的に用いられ得る。例えば、Ｓｗｉｎｇ  Ｃｏｎｎｅｃｔｉｏｎ、ｈｔｔｐ：／／ｗｗｗ．ｊａｖａｓｏｆｔ．ｃｏｍ／ｐｒｏｄｕｃｔｓ／ｊｆｃ／ｔｓｃ／ｉｎｄｅｘ．ｈｔｍｌ、参照。
【００８１】
加えて、標準的なブラウザ機能の全部を既に提供しているソフトウェア・コンポーネントは、クライアント・アプリケーションにインポートされ、本発明にしたがって改良され得る。例えば、ＳｕｎのＪａｖａＨｅｌｐコンポーネントは、ＨＴＭＬ３．２のヘルプ・ドキュメントを解析し表示するためにＳｗｉｎｇ及び他のＪａｖａライブラリを用いる。例えば、ＪａｖａＨｅｌｐ、ａ  Ｎｅｗ  Ｓｔａｎｄａｒｄ  ｆｏｒ  Ａｐｐｌｉｃａｉｔｉｏｎ  Ｈｅｌｐ  ａｎｄ  Ｏｎｌｉｎｅ  Ｄｏｃｕｍｅｎｔａｔｉｏｎ、ｈｔｔｐ：／／ｗｗｗ．ｊａｖａｓｏｆｔ．ｃｏｍ／ｐｒｏｄｕｃｔｓ／ｊａｖａｈｅｌｐ／、参照。ＩＣＥｓｏｆｔのＩＣＥ  Ｂｒｏｗｓｅｒ  Ｊａｖａコンポーネントは、アプリケーション・サブウィンドウにおいて標準的な閲覧機能を提供するためにアプリケーションにはめ込まれ得る。するとこれらの標準的な機能は、本発明のブラウザ機能を提供するために拡張され、改良され得る。例えば、ＩＣＥｓｏｆｔ  Ａ／Ｓ、Ｂｅｒｇｅｎ  Ｎｏｒｗａｙ、ｈｔｔｐ：／／ｗｗｗ．ｉｃｅｓｏｆｔ．ｎｏ／ｐｒｏｄｕｃｔｓ．ｈｔｍｌ、参照。別の方法として、ＨｏｔＪａｖａブラウザ・ビーンもはめ込まれ、同様に改良され、拡張され得る。これは代替としてより好ましくない。なぜなら、ＨｏｔＪａｖａは必要な改良を大きくする大きな初期サイズを有するからである。
【００８２】
特別な必要性を有する人々には、任意的に、Ｓｕｎ  ＭｉｃｒｏｓｙｓｔｅｍｓのＡｃｃｅｓｓｉｂｉｌｉｔｙ  ＡＰＩ（Ａｃｃｅｓｓｉｂｉｌｉｔｙ：Ｓｕｐｐｏｒｔ  ｆｏｒ  Ｐｅｏｐｌｅ  ｗｉｔｈ  Ｄｉｓａｂｉｌｉｔｉｅｓ、ｈｔｔｐ：／／ｗｗｗ．ｊａｖａｓｏｆｔ．ｃｏｍ／ｐｒｏｄｕｃｔｓ／ｊｆｃ／ｉｎｄｅｘ．ｈｔｍｌ♯ａｃｃｅｓｓ）に有益的に基づくブラウザ機能へのアクセス可能性の拡張が提供され得る。このＡＰＩは、特別な必要性に合う技術がＳｗｉｎｇ及びＡｂｓｔｒａｃｔ  Ｗｉｎｄｏｗｓ  Ｔｏｏｌｋｉｔ（ＡＷＴ）コンポーネントを操作し、又それらと通信するためのインターフェースを提供する。このＡＰＩは、Ｊａｖａ仮想機器において稼動中のＪａｖａアプリケーション内にユーザー・インターフェース・オブジェクトを配置し問い合わせるためのアクセス可能性技術に対して必要なサポートを提供する。よって、はめ込まれたブラウザ機能を音声認識エンジンによってインターフェースするように設計することも可能である。ブラウザは更に、画面読み上げ器によってインターフェースするためのＡｃｃｅｓｓｉｂｉｌｉｔｙ  ＡＰＩを用いることも可能である。
【００８３】
３．  マークアップ言語ドキュメントのフィルタリング
上記述べたように、ユーザーのネットワーク・アクセスを許可されたＵＲＩのみに制限することは、表示されたマークアップ言語ドキュメントからユーザー・プロファイルにおいて許可されたと表示されていないリンク情報を除去することによって部分的に実現される。このセクションにおいて、ＨＴＭＬ及びＸＭＬドキュメントに対するフィルタリング方法が説明される。マークアップ言語ドキュメントの種類は、そのヘッダ情報においけるドキュメント・タイプ宣言から容易に判断されることができる。これらのフィルタリング・アルゴリズムは、少なくともエンド・タグの欠落を含む一般的なマークアップ言語文法エラーについて寛容となるように実行されるのが好ましい。
【００８４】
これらのアルゴリズムは、構文解析及び文字列一致を含み、有益なことにｓｅｄやｐｅｒｌなどの文字列一致を実行することに特化された言語において個別のモジュールとして実行される。別の方法として、それらはブラウザ機能をと統合的に、好ましくはＪａｖａで、実行され得る。
【００８５】
３．１．  ＨＴＭＬドキュメントのフィルタリング
図５は、ＨＴＭＬドキュメントをフィルタリングする好ましい方法を図示する。本発明は更に、この図及び付属する説明と照らして当業者に明らかな代替物を包含する。
【００８６】
まず、はめ込まれたブラウザ機能５０は許可されたＨＴＭＬサーバ５１からのＨＴＭＬドキュメントをリクエストする。リクエストされたドキュメントが戻ると、ユーザーが制限されていないネットワーク・アクセスを有するか否かを判断するために、ユーザー・プロファイルの内容が工程５２においてチェックされる。もしそうであれば、フィルタリングは、戻ってきたＨＴＭＬドキュメントを通過させる。そうでなく、ユーザー・ネットワーク・アクセスが制限されているならば、戻ってきたドキュメントは許可されていないリンク情報を消去するためにフィルタに掛けられる。
【００８７】
ＨＴＭＬドキュメントのフィルタリングの最初の工程である工程５３は、すべてのリンク情報若しくはリンク要素の場所を見つけるために戻ってきたドキュメントを構文解析する。これらの要素は、マークアップ言語ドキュメント若しくはマークアップ言語ドキュメントの一部などのアドレス指定されたリソースを識別するｈｒｅｆ属性をそのスタート・タグ含む要素として容易に識別される。従って、この工程は、文字「ｈｒｅｆ」、続いて０若しくはより多いスペース、続いて文字「＝」、続いて０若しくはより多いスペース、そして最後に続いて文字“”によって認識されるｈｒｅｆ属性のすべての発現を検索する。発見されたすべてのリンク要素は続く処理用のリストに記録される。
【００８８】
発見され、リストに記録された各リンク要素は、リストが空になったことが工程５４において発見されるまで、工程５５において処理するために選択される。リストが空になると、フィルタリングは完了し、マークアップ言語ドキュメントははめ込まれたブラウザ機能５０によって更に処理するために戻される。
【００８９】
工程５６は、各リンク要素を処理する。まず、前述のように、アドレスが当初から相対的であれば、リンク要素が見つかった現ページの既知の絶対アドレスを用いることによって、各ｈｒｅｆ属性値が絶対アドレスに解析される。次いで、ユーザー・プロファイルから許可されたＵＲＩの表現がこの解析された絶対アドレスについて検索される。解析された絶対アドレスに存在し得るフラグメント識別子部分は検索は無視する。リストにおける許可されたＵＲＩのいずれもその絶対アドレスに一致しない場合、そのリンクは許可されず、ＨＴＭＬドキュメントからのｈｒｅｆタグを含む要素のスタート・タグ及び対応するエンド・タグを消去するためにフィルタに掛けられる。許可されていないリンクを消去する例はＡｐｐｅｎｄｉｘ  Ａに提示される。
【００９０】
構文解析及び文字列一致は、状況から独立した方法で実行される。なぜならＵＲＩ及びＨＴＭＬタグは状況に無関係だからである。
【００９１】
３．２．  ＸＬｉｎｋ概要
ＸＭＬドキュメントをフィルタリングする方法を説明する前に、ＸＬｉｎｋ仕様によって定義されたＸＭＬリンク情報の簡単なまとめが提供される。当業者には将来の変化に対して提示された方法をＸＬｉｎｋ仕様に適用する方法はすぐに理解されるであろう。
【００９２】
ＸＬｉｎｋリンク要素は、保存されたｘｍｌ：ｌｉｎｋ属性の存在によって識別される。各リンク要素は、リンクに関連する遠隔リソースのアドレスを識別する一若しくは複数の関連付けられたロケータ（ｌｏｃａｔｏｒｓ）を有する。ロケータにおいて、ｈｒｅｆ属性は、リソースのアドレスを、絶対ＵＲＩとして、若しくは相対アドレス、即ち絶対アドレスに関連するフラグメント識別子（ＸＰｏｉｎｔｅｒ）として、若しくは両者として、識別する。
【００９３】
ＸＭＬリンク要素は、一直線か、若しくは一直線ではないかいずれかである。更に、簡易か、若しくは拡張されている。一直線なリンクにおいて、リンク要素の内容は、関連するリソースのアドレスを識別することに役立つ関連付けられたロケータを有する。簡易な一直線のリンクは、一つのロケータのみ有し、リンク要素、ロケータ、及びリソース属性の記述子を単一の要素に組み合わせる。ＨＴＭＬアンカー要素＜ａ．．．＞は、簡易な一直線のリンクの一例である。簡易な一直線のリンクの他の例を以下に示す。
＜Ｐ＞Ｔｈｅ  ｈｅａｄｑｕａｒｔｅｒｓ  ｏｆ＜ｍｙＳｉｍｐｌｅＬｉｎｋ  ｘｍｌ：ｌｉｎｋ＝“ｓｉｍｐｌｅ”  ｉｎｌｉｎｅ＝“ｔｒｕｅ”  ｈｒｅｆ＝“ｈｔｔｐ：／／ｗｗｗ．ｏｒｇ３．ｃｏｍ”＞Ｏｒｇａｎｉｚａｔｉｏｎ−３＜／ｍｙＳｉｍｐｌｅＬｉｎｋ＞ａｒｅ  ｍｏｖｉｎｇ  ｔｏ  Ａｍｓｔｅｒｄａｍ．＜／Ｐ＞
ここで、ｍｙＳｉｍｐｌｅＬｉｎｋは、ユーザー定義の簡易なリンク要素である。一直線のリンクは更に、拡張され、複数のリソースにアドレス指定する複数のロケータを含み得る。
【００９４】
一直線でないリンクは、対照的に、それ自体はリンクのアドレス指定されたリソースを識別せず、代わりに、リンクされたリソースのアドレスを特定する一若しくは複数の関連付けられた、しかし個別の、子若しくは従属アドレス指定要素を要求する。拡張された一直線でないリンクは、多くのリソースにアドレス指定し、リンクの識別をアドレス指定されたリソースの識別から分離する。以下は、拡張された一直線でないリンクの一例である。
＜ｍｙＥｘｔｅｎｄｅｄＬｉｎｋ  ｘｍｌ：ｌｉｎｋ＝“ｅｘｔｅｎｄｅｄ”  ｉｎｌｉｎｅ＝“ｆａｌｓｅ”＞
＜ｌｏｃａｔｏｒ  ｈｒｅｆ＝“ｐｒｏｄｕｃｔｓ．ｘｍｌ”／＞
＜ｌｏｃａｔｏｒ  ｈｒｅｆ＝“ｓｅｒｖｉｃｅ．ｘｍｌ”／＞
＜ｌｏｃａｔｏｒ  ｈｒｅｆ＝“ｈｔｔｐ：／／ｗｗｗ．ｏｒｇ４．ｃｏｍ”／＞
＜／ｍｙＥｘｔｅｎｄｅｄＬｉｎｋ＞
ここで、ｍｙＥｘｔｅｎｄｅｄＬｉｎｋは、ユーザー定義の拡張された一直線でない、３つのリソースにアドレス指定するリンク要素である。うち２つはリンク要素を含むドキュメントに相対的に表現され、３番目は絶対アドレスが表現されている。拡張された一直線でないリンクが使われ得る方法の一つは、ユーザーにリンク（例えば、上記例では３つ）のメニュ・リストを提供し、行きたいところを選べるようにすることである。一つのリンクされたリソースのみをアドレス指定する簡易な一直線でないリンクも可能である。
【００９５】
従属アドレス指定要素は、上記例のように、「ロケータ」要素となり得る。従属アドレス指定要素は更に、共に連結されたグループを形成する「ドキュメント」要素の「グループ」と成り得る。「グループ」要素が他のドキュメントへのリンクを含む「ドキュメント」用度の集合である拡張されたリンク・グループをマークするため、グループ内の各リンクされたドキュメントは関連付けられた「ドキュメント」要素によって識別される。よって、「ドキュメント」要素はリンクされたリソースのアドレスを特定するｈｒｅｆ属性も有する。
【００９６】
３．３．  ＸＭＬドキュメントのフィルタリング
図６は、ＸＭＬドキュメントをフィルタリングする好ましい方法を図示する。ＨＴＭＬ及びＸＭＬドキュメントは、各マークアップ言語ドキュメントの先頭において現れるドキュメント種類宣言によって区別され得る。本発明は、この図及び付属する説明に照らして当業者にとって明らかな代替物も包含する。
【００９７】
まず、はめ込まれたブラウザ機能６０は、許可されたＸＭＬサーバ６１からのＸＭＬドキュメントをリクエストする。リクエストされたドキュメントが戻ると、ユーザーが制限されていないネットワーク・アクセスを有するか否かを判断するために、ユーザー・プロファイルの内容が工程５２においてチェックされる。もしそうであれば、フィルタリングは、戻ってきたＸＭＬドキュメントを通過させる。そうでなく、ユーザー・ネットワーク・アクセスが制限されているならば、戻ってきたドキュメントは許可されていないリンク情報を消去するためにフィルタに掛けられる。
【００９８】
ＨＴＭＬドキュメントをフィルタリングする第一工程である工程６３は、すべてのリンク情報若しくはリンク要素の場所を見つけるために戻ってきたドキュメントを構文解析し、それらを続く処理のためにリストに記録する。リンク要素は、ｘｍｌ：ｌｉｎｋ属性によって示される。この属性は、上記例に図示されるように、リンク要素のスタート・タグに明白に存在し得る。若しくは、リンク要素の属性リスト宣言におけるデフォルト値として間接的に示され得る。例えば、属性リスト宣言
＜！ＡＴＴＬＩＳＴ  ｍｙｌｉｎｋ  ｘｍｌ：ｌｉｎｋ  ＣＤＡＴＡ  ♯ＦＩＸＥＤ  “ｓｉｍｐｌｅ”＞
は、現ＸＭＬドキュメントのすべての「ｍｙｌｉｎｋ」要素は簡易なリンク用度であることを宣言する。従って、要素のスタート・タグと同様にすべての属性リスト宣言がすべてのリンク要素を認識するために構文解析される。
【００９９】
発見され、リストに記録された各リンク要素は、リストが空になったことが工程６４において発見されるまで、工程６５において処理するために選択される。リストが空になると、フィルタリングは完了し、マークアップ言語ドキュメントはブラウザ機能６０によって更に処理するために戻される。
【０１００】
次いで、工程６６は、各リンク要素が一直線か若しくは一直線でないか判断するために各リンク要素の一直線な属性をチェックする。一直線な属性に対するデフォルト値は正である。一直線なリンク要素に対して、工程６７は、簡易な一直線のリンクのためにｈｒｅｆ属性が存在するのか、拡張された一直線のリンクのためにｈｒｅｆ属性が存在するのか、判断する。発見された各ｈｒｅｆ属性に対して、工程６８は、必要であれば、絶対ＵＲＩアドレスに対してｈｒｅｆ属性において示されたアドレスを解析し、示された絶対アドレス（からフラグメント識別子ＸＰｏｉｎｔｅｒ部分を引いたもの）を許可されたＵＲＩの表現から検索し、許可されていなければ要素のスタート・タグからｈｒｅｆ要素を消去する。工程６９及び７０は、含まれているｈｒｅｆ要素はすべて許可されておらず、スタート・タグから消去された場合、リンク要素のスタート・タグ及び対応するエンド・タグをドキュメントから消去する。
【０１０１】
一直線でないリンク要素の処理は、リンクされたリソースのアドレスを特定するすべて子若しくは従属のアドレス指定要素が最初に発見されなければならないことを除いて、同様である。従って、工程７１は、すべてのそのようなロケータ、グループ、及びドキュメント要素を見つける。ロケータ要素に対して、工程７２はそのｈｒｅｆ属性を見つけ、必要であればこの属性を絶対アドレスに解析し、解析された絶対アドレスに対して許可されたＵＲＩのリストをチェックする。工程７３及び７４は、ロケータ要素がスタート・タグに残っていなければ、一直線でないリンク要素のスタート・タグ及び対応するエンド・タグをドキュメントから消去する。
【０１０２】
要素をアドレス指定するグループ及びドキュメントの処理も同様である。従って、工程７１は、すべてのそのようなロケータ及びドキュメント要素を見つけ、それらのｈｒｅｆ属性の値を書き留める。ロケータ要素に対して、工程７２は必要であればこの属性を絶対アドレスに解析し、解析された絶対アドレス（からフラグメント識別子ＸＰｏｉｎｔｅｒ部分を引いたもの）に対して許可されたＵＲＩのリストをチェックし、ｈｒｅｆ属性が許可されたＵＲＩリストになければ、対応するロケータ要素を消去する。工程７３及び７４は、子ロケータ要素が一直線でない要素に残っていなければ、一直線でないリンク要素のスタート・タグ及び対応するエンド・タグをドキュメントから消去する。
【０１０３】
拡張されたリンク・グループの処理も同様である。グループ要素は、工程６３において、「グループ」の属性値ｘｍｌ：ｌｉｎｋをチェックすることによって見つけられる。工程７１は、拡張されたリンク・グループのすべてのドキュメント要素要素を見つけ、それらのｈｒｅｆ属性の値を書き留める。ドキュメント要素に対して、工程７２は必要であればこの属性を絶対アドレスに解析し、解析された絶対アドレス（からフラグメント識別子ＸＰｏｉｎｔｅｒ部分を引いたもの）に対して許可されたＵＲＩのリストをチェックし、ｈｒｅｆ属性が許可されたＵＲＩリストになければ、対応するドキュメント要素を消去する。工程７３及び７４は、子ドキュメント要素が拡張されたリンク・グループ要素に残っていなければ、グループ要素のスタート・タグ及び対応するエンド・タグを消去する。
【０１０４】
３．４．  他の領域への拡張
このセクションにおいて、及び本発明全般につき、説明されるフィルタリング方法は、ＵＲＩとしてフォーマットされたリンク情報を有するＨＴＭＬ及びＸＭＬのみに限定されない。しかし、一般的には、アクセス可能なリソースのネットワーク・アドレスを示すリンク情報として役立つ識別可能なマークアップ要素を提供する文法を有するあらゆるマークアップ言語ドキュメントに適用され得る。従前の説明に照らし、当業者には、リンク情報のリストを他のフォーマットで、適切であるならば可能な限り圧縮されて、記録する方法、及び他のマークアップ言語によって定義されたリンク要素を認識するために説明されたフィルタリング方法の構文解析工程を改良する方法、は明らかであろう。
【０１０５】
特に、これらの方法は、家電産業向けのＡｄｖａｎｃｅｄ  Ｔｅｌｅｖｉｓｉｏｎ  Ｓｙｓｔｅｍｓ  Ｃｏｍｍｉｔｔｅｅ（ＡＴＳＣ）によって開発されたマークアップ言語に適用され得る。例えば、Ｂｒｏａｄｃａｓｔ  ＨＴＭＬ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ、ｈｔｔｐ：／／ｔｏｏｃａｎ．ｐｈｉｌａｂｓ．ｒｅｓｅａｒｃｈ．ｐｈｉｌｉｐｓ．ｃｏｍ／ｍｉｓｃ／ａｔｃｓ／ｂｈｔｍｌ；Ｗｕｇｏｆｓｋｉ、ａ  Ｍｏｄｕｌａｒ  Ｈｙｐｅｒｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ  ｆｏｒ  Ｂｒｏａｄｃａｓｔ  Ａｐｐｌｉｃａｔｉｏｎｓ、Ｄｒａｆｔ  ｎｏ．４、Ｏｖｅｒ  ｔｈｅ  Ｍｏｏｎ  Ｐｒｏｄｕｃｔｉｏｎｓ／Ｇａｔｅｗａｙ、１９９８、参照。ＡＴＳＣは、Ｄｉｇｉｔａｌ  Ｔｅｌｅｖｉｓｉｏｎ  Ａｐｐｌｉｃａｔｉｏｎｓ  Ｓｏｆｔｗａｒｅ  Ｅｎｖｉｒｏｎｍｅｎｔ（ＤＡＳＥ）準拠のレシーバ用のアプリケーション・プログラミング・インターフェースとして開発されている途中であり、ＨＴＭＬに似たマークアップ言語を有する。
【０１０６】
例えば、ｘＨＴＭＬは、ｗ３ＨＴＭＬ、ｂＨＴＭＬ、及びｃＨＴＭＬプラットフォームなどのｘＨＴＭＬに基づいたプラットフォームを特定するために組み合わせられ得るドキュメント種類定義（ｄｏｃｕｍｅｎｔ  ｔｙｐｅ  ｄｅｆｉｎｉｔｉｏｎ；ＤＴＤ）セットの集合を特定する。ｗ３ＨＴＭＬプラットフォームは、完全なワールド・ワイド・ウェブ（ＷＷＷ）接続性に対するサポートを提供する。ｃＨＴＭＬプラットフォームは、電化製品指向の製品用のコンパクトなプロファイルを提供する。ｂＨＴＭＬプラットフォームは、ＨＴＭＬ要素及び属性を含むＸＭＬで書かれた、新しい要素、属性、スタイル特性として新しい同期化機能を含むＴＶ中心の製品用のプロファイルを提供する。これらすべてのマークアップ言語は、ネットワーク・リソースのアドレスを特定するＵＲＩを示すｈｒｅｆ属性を有するリンク要素を定義する。これらのリンク要素は、現ドキュメントにおける現要素と行き先のドキュメントにおける行き先のアンカーとの間のリンクを定義する。
【０１０７】
上記ＴＶタイプの電化製品用途への適用に加えて、本発明の方法は、他の家電製品にも一般的に適用され得る。一般的に、ブラウザ機能は、例えば電子レンジ及び他の台所機器、ポケペル及び他の特化された情報機器など、標準的な家電製品において有効となるであろうことが予測される。これらの機器は、製品のアップグレード、機能アップグレード、バグ修正などのためにインターネット・サーバに接続することができるであろう。このはめ込まれたブラウザ機能は、有益なことに、永久的に記録された許可されたＵＲＩのリストと共に、特定のポータル・サーバ、問題修正サーバ、アップグレード・サーバなどへの家電機器のインターネット・アクセスを制限するために、本発明の方法及び態様を用いることができる。従って、これらの特定のサーバは、単一のボタンによって、利用者に技術を要求することなしに、それら特定の機能に対してアクセスされ得る。
【０１０８】
４．  アプレットの実行対アプリケーションの実行
もしアプリケーションが、そのはめ込まれたブラウザ機能と同様に、Ｊａｖａ言語にコード化されると、スタンドアロン・アプリケーションとして、若しくはダウンロードされほとんどの商業的に入手可能なマークアップ言語ブラウザ・プログラム内で実行されるアプレットとして、エンド・ユーザー装置にインストールされ得る。アプリケーションではなくアプレットとしてインストールされると、アプレットはサーバ・マシン上に新しいバージョンを単に置くことよってアップグレードされ得る点につき有益である。アプリケーションのアップグレードは新しいバージョンをすべてのエンド・ユーザー装置上に置くことを要求する。更に、アプレットはほとんどのエンド・ユーザー装置に対して容易なインストールを提供する。なぜなら、ブラウザ・プログラムは、ほとんどすべてのエンド・ユーザー装置に対して幅広く有効である、若しくは有効となるからである。アプレットは、ダウンロード時間を要求するという欠点を有する。
【０１０９】
Ｊａｖａランタイム・プラグインの利用は、市販されているマークアップ言語ブラウザの範囲を超えたアプレットに対する標準的なＪａｖａ仮想マシン環境を許す。このようなプラグイン技術は、Ｓｕｎ  Ｍｉｃｒｏｓｙｓｔｅｍｓから有効である（Ｊａｖａ  Ｐｌｕｇ−Ｉｎ、ｈｔｔｐ：／／ｗｗｗ．ｊａｖａｓｏｆｔ．ｃｏｍ／ｐｒｏｄｕｃｔｓ／ｐｌｕｇｉｎ／）。更に、アプレットは、「署名された（ｓｉｇｎｅｄ）」としてマークされ得る。故に、それらは信頼され、ローカル・ファイルにアクセスし、それらがダウンロードされたサーバ以外のネットワーク・サーバとの接続を開くことができる。従って、セキュリティは、政策ファイルをチェックし、又適切であれば個人アプレットにファイル若しくはネットワーク・アドレスへのアクセスを許可するローカル設定コードによって提供され得る。
【０１１０】
図７は、市販されているマークアップ言語ブラウザによって実行される署名されたアプレットによって提示された本発明のグラフィカル・ユーザー・インターフェースの例示的で限定しない配置及びレイアウトを図示する。ここで、ウィンドウ８０は、自身のツールバー８１を有する市販ブラウザの標準的なウィンドウである。このウィンドウ内では、サブウィンドウ８２が本発明のアプレットによって生成された表示を提示する。ここで、図３と同様に、これはより制限されていない医者タイプのユーザー用の表示として図示されている。当然、より制限された患者タイプのユーザー用の表示は図４に類似する。アプレット・サブウィンドウの上部右隅のブラウザ切替コントロール８３は、アプレット・アプリケーションにはめ込まれたブラウザ機能を稼動させ、若しくは稼動を終了させる。従って、ブラウザ・サブウィンドウ８４は、結局、ブラウザ内ブラウザである。
【０１１１】
アプレットの利用は、ユーザーが最初にエンド・ユーザー装置上で有効な市販ブラウザを開始し、それに署名されたＪａｖａアプレットを参照するＨＴＭＬページのＵＲＩを指令するという点のみアプリケーションの利用と異なる。このようなアプレット参照は、アプレット・クラス・ファイルネームの名前を識別するコード属性、及びクラスがアーカイブされるジャー・ファイルを識別する任意的な「アーカイブ」属性、を有するアプレット・タグを用いて識別される。
【０１１２】
ＡＰＰＥＮＤＩＸ  Ａ
この付録（アペンディックス）は、許可されていないＨＴＭＬリンクを消去する例を提示する。ＨＴＭＬ３．２において、アンカー・タグ＜ａ．．．＞及びエリア・タグ＜ａｒｅａ．．．＞は、通常、リンク情報を特定するｈｒｅｆ属性と共に用いられる。例えば、アンカー・タグを用いる以下のサンプルＨＴＭＬソース・セグメントを考える。
＜Ｐ＞Ｔｈｅ  ｈｅａｄｑｕａｒｔｅｒｓ  ｏｆ＜ａ  ｈｒｅｆ＝“ｈｔｔｐ：／／ｗｗｗ．ｏｒｇ３．ｃｏｍ”＞Ｏｒｇａｎｉｚａｔｉｏｎ−３＜／ａ＞ａｒｅ  ｍｏｖｉｎｇ  ｔｏ  Ａｍｓｔｅｒｄａｍ．＜／Ｐ＞
通常、マークアップ言語はこれを
Ｔｈｅ  ｈｅａｄｑｕａｒｔｅｒｓ  ｏｆ  Ｏｒｇａｎｉｚａｔｉｏｎ−３  ａｒｅ  ｍｏｖｉｎｇ  ｔｏ  Ａｍｓｔｅｒｄａｍ．
として表示する。
【０１１３】
下線の引かれた語をクリックすることが、ブラウザに、アドレスｈｔｔｐ：／／ｗｗｗ．ｏｒｇ３．ｃｏｍにおけるドキュメントをダウンロードすることを指示する。このドキュメントがユーザーに対して許可されていない場合、ＨＴＭＬフィルタリング方法は、ドキュメントの構文解析によって、リンク情報‘ｈｒｅｆ＝“ｈｔｔｐ：／／ｗｗｗ．ｏｒｇ３．ｃｏｍ”’を含むスタート・タグ及び対応するエンド・タグを検知する。これが許可されたＵＲＩリストにないため、これらスタート・タグ及びエンド・タグは消去され、以下のフィルタリングされたドキュメントが残る。
＜Ｐ＞Ｔｈｅ  ｈｅａｄｑｕａｒｔｅｒｓ  ｏｆ  Ｏｒｇａｎｉｚａｔｉｏｎ−３  ａｒｅ  ｍｏｖｉｎｇ  ｔｏ  Ａｍｓｔｅｒｄａｍ．＜／Ｐ＞
アンカー・タグが消去されたため、許可されたいないアドレスへのリンクは表示されていない。
【０１１４】
画像マップは、リンク情報を特定する別の機構である。以下のＨＴＭＬドキュメント・フラグメントを考える。
＜ｍａｐ  ｎａｍｅ＝“ｂｏｔｔｏｍ”＞
＜ａｒｅａ  ｓｈａｐｅ＝“ｒｅｃｔ”  ａｌｔ＝“Ｏｒｇａｎｉｚａｔｉｏｎ−３  Ｈｏｍｅ  Ｐａｇｅ”  ｃｏｒｄｓ＝“１，１，１００，５０”  ｈｒｅｆ＝“ｈｔｔｐ：／／ｗｗｗ．ｏｒｇ３．ｃｏｍ／”＞＜／ａｒｅａ＞
＜ａｒｅａ  ｓｈａｐｅ＝“ｒｅｃｔ”  ａｌｔ＝“Ｗｅｌｃｏｍｅ  Ｐａｇｅ”  ｃｏｒｄｓ＝“２００，３００，２５０，３５０”  ｈｒｅｆ＝“ｈｔｔｐ：／／ｗｅｌｃｏｍｅ．ｈｔｍｌ／”＞＜／ａｒｅａ＞
＜／ｍａｐ＞
＜ａ  ｈｒｅｆ＝“ｉｎｄｅｘ．ｍａｐ”＜ｉｍｇ  ｓｒｃ＝“ｉｎｄｅｘ．ｇｉｆ”  ＩＳＭＡＰ＝“♯ｂｏｔｔｏｍ”＞＜／ａ＞
ここで、ブラウザは、画像ファイル：ｉｎｄｅｘ．ｇｉｆを、２つのホットスポット長方形：一つは特定座標の上部左隅、他方は特定座標の下部右隅、と共に表示する。上部ホットスポット長方形は、Ｏｒｇａｎｉｚａｔｉｏｎ−３のホームページへのリンクであり、下部のホットスポットは、ドキュメント・フラグメントとして同じ相対的ディレクトリにおけるウェルカム・ページへリンク付ける。Ｏｒｇａｎｉｚａｔｉｏｎ−３のホームページがユーザーに対して許可されていない場合、ＨＴＭＬフィルタリング方法はｈｒｅｆ＝“ｈｔｔｐ：／／ｗｗｗ．ｏｒｇ３．ｃｏｍ／”属性を含むエリア・スタート・タグ及び対応するエンド・タグを検知し、消去する。フィルタリングされたドキュメントは、
＜ｍａｐ  ｎａｍｅ＝“ｂｏｔｔｏｍ”＞
＜ａｒｅａ  ｓｈａｐｅ＝“ｒｅｃｔ”  ａｌｔ＝“Ｗｅｌｃｏｍｅ  Ｐａｇｅ”  ｃｏｒｄｓ＝“２００，３００，２５０，３５０”  ｈｒｅｆ＝“ｈｔｔｐ：／／ｗｅｌｃｏｍｅ．ｈｔｍｌ／”＞＜／ａｒｅａ＞
＜／ｍａｐ＞
＜ａ  ｈｒｅｆ＝“ｉｎｄｅｘ．ｍａｐ”＜ｉｍｇ  ｓｒｃ＝“ｉｎｄｅｘ．ｇｉｆ”  ＩＳＭＡＰ＝“♯ｂｏｔｔｏｍ”＞＜／ａ＞
となる。
【０１１５】
このフィルタリングされたＨＴＭＬドキュメントの表示は、ドキュメント・フラグメントとして、同じ相対的ディレクトリにおけるウェルカム・ページへリンク付ける下部ホットスポットのみを提示する。
【０１１６】
ここに引用されたすべての参考文献は、個々の文献、特許、若しくは特許出願それぞれにその全体についてあらゆる目的のために参考文献として組み込まれることが詳細且つ個別に示されていないが、詳細且つ個別に示されているのと同程度に、それらの全体があらゆる目的のために参考文献としてここに組み込まれる。
【図面の簡単な説明】
【図１Ａ】  本発明が適用可能なクライアント・サーバ構造及びエンド・ユーザー装置の一例を示す図である。
【図１Ｂ】  本発明が適用可能なクライアント・サーバ構造及びエンド・ユーザー装置の一例を示す図である。
【図２】  代表的なツリー構造のＵＲＩのフォレストの一例を示す図である。
【図３】  本発明に掛かる特定のより高い権威のユーザーに対して提示されるはめ込まれたブラウザ機能を有するアプリケーションのグラフィカル・インターフェースを示す図である。
【図４】  本発明に掛かる特定のより低い権威のユーザーに対して提示されるはめ込まれたブラウザ機能を有するアプリケーションのグラフィカル・インターフェースを示す図である。
【図５】  許可されていないリンク情報を削除することによってＨＴＭＬドキュメントをフィルタリングする方法を示す図である。
【図６】  許可されていないリンク情報を削除することによってＸＭＬドキュメントをフィルタリングする方法を示す図である。
【図７】  市販ブラウザ・プログラム内部で実行するはめ込まれたブラウザを有する信号化されたアプレット若しくは政策に基づき権限の与えられたアプレットのグラフィカル・インターフェースを示す図である。
【図１Ａ】
0004636694.tif 000002
【図１Ｂ】
0004636694.tif 000003
【図２】
0004636694.tif 000004
【図３】
0004636694.tif 000005
【図４】
0004636694.tif 000006
【図５】
0004636694.tif 000007
【図６】
0004636694.tif 000008
【図７】
0004636694.tif 000009