JP3941253B2 - ハイパーテキスト・システム及びハイパーテキストを扱う方法 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は、ファイルを構成する文字や絵、表などをカードのようなオブジェクトとして扱い、さらにそのオブジェクト間で関連付けすなわちリンクを形成して、相互にすぐ参照できる機能を持っているハイパーテキスト・システムに係り、特に、公共性・公開性を主目的としたインターネット上において秘密保護をも勘案したハイパーテキスト・システムに関する。
【０００２】
更に詳しくは、本発明は、ハイパーテキスト上に散在するリンク情報に含まれる秘密情報を保護することができるハイパーテキスト・システムに関する。
【０００３】
【従来の技術】
昨今、「インターネット」なる言葉が、新聞・雑誌等の各種メディアを賑わしている。
【０００４】
「インターネット」は、米国防総省が構築したＡＲＰＡＮＥＴを原形としたネットワークであり、その後、全米科学財団のＮＳＦＮＥＴに包括されるとともに、１９９５年にバックボーンが民間に移管されることにより、現在の本格的な拡大がスタートすることとなった。インターネットは、各大学や研究機関等に設置されたサーバ（主にＵＮＩＸワークステーション）が自主的に相互接続を繰り返した結果、その字義通り、全世界を網羅する巨大なネットワークへと成長を遂げた。
【０００５】
インターネットを爆発的に普及させた要因の一つは、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）と呼ばれる広域情報検索システムである。ＷＷＷは、ネットワーク上のＷＷＷサーバとＷＷＷクライアントとの間で、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）という言語で記述された情報（すなわちハイパー・テキスト）を、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）プロトコルに従ってやり取りするシステムである。
【０００６】
ＷＷＷサーバは、ＷＷＷサーバ専用のサーバ・アプリケーションを用いて動作するコンピュータであり、多数のサービス・オブジェクトを所有し、クライアント側に対して各種サービスを提供する。サービス・オブジェクトの一例は、ホームページを構成するＨＴＭＬファイルである。これに対し、クライアント側は、ＷＷＷブラウザ（ＷＷＷ検索・閲覧ソフト）を用いて動作するコンピュータであり、ＷＷＷサーバから送信されたＨＴＭＬファイルを解析して、クライアント・コンピュータの画面上で、その内容を表示する（すなわちホームページの画面を組み立てる）ようになっている。
【０００７】
ＷＷＷサーバが持つ各情報のアドレスは、ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）という形式で表される。ＵＲＬは、インターネット上の各種情報リソースにアクセスする手段（すなわち通信プロトコル名）とリソースの名前を指定するものであり、「プロトコル名：／／サーバ名／（ディレクトリ名…／）ファイル名」という形式で記述される。ＷＷＷクライアントのブラウザは、ＵＲＬの送信という形式で、ＷＷＷサーバに対してサービス要求メッセージを送信する。要求するサービスの一例は、ＨＴＭＬファイルなどホームページを構成する情報の転送である。
【０００８】
ここで、ＨＴＭＬなどの「ハイパーテキスト」は、ファイルを構成する文字や絵、表などをカードのようなオブジェクトとして扱い、さらにそのオブジェクト間で関連付けすなわちリンクを形成して、相互にすぐ参照できる機能を持っている（周知）。例えば、ＨＴＭＬで構成されるホームページ上には、他のホームページやサービス・オブジェクトへのリンク情報が複数埋め込まれている。一般に、ブラウザ画面上では、リンク情報に関連するオブジェクトはホットスポット表示されており、ユーザが直感的に検知できるようになっている。ホームページ上に散在するリンク情報の実態は、各々のリンク先の場所すなわちＵＲＬ（あるいはサービス・オブジェクトを示すオブジェクト識別子）である。ユーザがクライアント・ブラウザの画面上でホットスポットをクリックするだけで、ＷＷＷサーバに対してリンク先へのアクセスを要求することができる。
【０００９】
ところで、サーバが所有するサービス・オブジェクトの中には、ユーザに対するアクセス権限を制限したものがある。アクセス権限には、ユーザのアクセス回数や有効期限の他、ユーザ・オペレーション（例えば書き込み、読み出し、実行）を制限したものがある。このようなアクセス権限は、ネットワーク・コンピューティング関連の技術分野ではケイパビリティ（”Ｃａｐａｂｉｌｉｔｙ”）と称される。アクセス権限が制限されたサービス・オブジェクトの中には、プライベートなものであったり機密性が高いものもある。機密性が高いサービス・オブジェクトの中には、オブジェクトの内容だけではなく、そのリファレンスすなわちＵＲＬ自体も秘匿する必要があるものもある。
【００１０】
また、ＵＲＬによってはその入手そのものを困難な状態にしておくべきものや、特別なオブジェクトへのアクセスやオブジェクトに対するオペレーションを可能ならしめるようなＵＲＬ（言い換えれば、オブジェクトに対するケイパビリティ情報を含んだＵＲＬ）もある。このような特別なＵＲＬを一般に配布されている通常のＵＲＬと等しく扱ってしまうのでは、ネットワーク・セキュリティ上甚だ問題である。
【００１１】
しかしながら、インターネットのキーワードは”ｐｕｂｌｉｃ”であり、秘密情報の保護という点については元来疎い。インターネット上のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）やＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）といったプロトコルや、ＧＩＦ（Ｇｒａｐｈｉｃ Ｉｎｔｅｒｃｈａｎｇｅ Ｆｏｒｍａｔ）やＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）といったデータ・フォーマット、インターネット上を散策するためのブラウザなどは、ユーザ操作が簡易で且つ洗練されたものではあるが、そもそもは公共のデータベースに容易且つ無償でアクセスできるようにデザインされている。言い換えれば、インターネットにおいては、プライベートな情報や機密性の高いデータベースに対するアクセスやセキュリティについては、原初的にはあまり考慮されてこなかった。
【００１２】
現在普及しているＷｅｂブラウザの殆どは、ＨＴＭＬファイル中に埋め込まれたリンク情報すなわちＵＲＬがプライベートな情報かどうかを区別する仕組みを持たない。ブラウザが持つ通常のオペレーションで、ＵＲＬは容易に画面上に出現してしまう。
【００１３】
例えば、米ネットスケープ社が提供するブラウザ「ネットスケープ・ナビゲータ」では、ＵＲＬに関するホットスポット上にマウス・カーソルを置くだけで、該当するＵＲＬ文字列がステータス・バー上に表示されてしまう（ステータス・バーは、ナビゲータ・ウィンドウの下端縁に沿って水平方向に配設されている）。また、ホットスポットをクリックして所望のリソースにアクセスすると、ジャンプ先のＵＲＬ文字列が場所ボックスに表示されてしまう（場所ボックスは、ツール・バーとナビゲータ・ウィンドウの間隙に、水平方向に配設されている）。また、ブックマークに登録すると、ブックマーク・リスト中にはＵＲＬ文字列がそのままエントリされる。
【００１４】
現在多数のクライアント・ユーザに支持されている主要なブラウジング・システムによれば、プライベートなＵＲＬでさえもブラウザ上で容易に見ることができるので、そのセキュリティは脅かされている。ユーザがリンク情報を秘匿すべきことを充分に注意し且つ特段の取り扱いを行わない限りは、かかるリンク情報はディスプレイ上に無意識のうちに現れ、情報の漏洩の危機にさらされてしまう。すなわち、現在普及しているブラウザによれば、プライベートな情報を提供するＵＲＬを安全に管理することはできない。また、プライベートな情報を提供するＵＲＬを他のアプリケーションに安全に配送することもできない。
【００１５】
なお、Ｗｅｂ上で公開されたＢｊｏｒｎ Ｎ． Ｆｒｅｅｍａｎ−Ｂｅｎｓｏｎの論文”Ｕｓｉｎｇ ｔｈｅ Ｗｅｂ ｔｏ Ｐｒｉｖａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ −ｏｒ− Ａ Ｓｈｏｒｔ Ｐａｐｅｒ Ａｂｏｕｔ Ｐａｓｓｗｏｒｄ Ｐｒｏｔｅｃｔｉｏｎ Ｗｉｔｈｏｕｔ Ｃｌｉｅｎｔ Ｍｏｄｉｆｉｃａｔｉｏｎ”（ＵＲＬは”ｈｔｔｐ：／／ｗｗｗ１．ｃｅｒｎ．ｃｈ／ｗｗｗ９４／ＰｒｅｌｉｍＰｒｏｃｓ．ｈｔｍｌ”）では、機密性のあるＵＲＬの取り扱いについて開示されている。この論文では、各生徒毎のＵＲＬを用意して各ＵＲＬに夫々の成績表を管理する例を挙げている。ＵＲＬが提供する情報はプライベートなものであり、当然機密性が高い。この論文では、プライベートなＵＲＬをアクセス権限のある特定の生徒に対してのみ与えるために、以下の手順がとられる。
【００１６】
（１） サーバ（教官）は、各クライアントについてのログイン名とパスワードのペアからなるパスワード・リストを管理する。
（２） サーバ（教官）は、さらに暗号鍵も保持する。
（３） クライアント（生徒）は、自分のログイン名とパスワードのペアを含んだメッセージをサーバ（教官）に送信する。
（４） サーバ（教官）は、パスワード・リストを検索して、クライアント（生徒）から送信されたメッセージ中のログイン名とパスワードのペアを探す。ログイン名とパスワードのペアが見つかると、これを暗号鍵で暗号化してアクセス・キーを生成する。そして、このアクセス・キーを含んだＵＲＬをクライアント（生徒）に送信する。
（５） クライアント（生徒）は、受信したＵＲＬを使ってサーバ（教官）上のプライベート情報へのアクセスを試みる。
（６） サーバ（教官）は、クライアントから送られてきたＵＲＬからアクセス・キーを抽出して、暗号鍵を用いて復号化して、元のログイン名とパスワードのペアを得る。
（７） そして、得られたログイン名とパスワードのペアがパスワード・リストに登録されているかどうかを検査する。
（８） ペアが登録されているときのみ、ＵＲＬに対応するサービス・オブジェクトに対するアクセスが許可される。
【００１７】
この論文は、ＵＲＬが秘密情報であり得ることに着眼している点で優れている。プライベートなＵＲＬは暗号化され容易に類推することができないアクセス・キーを含んでいるので、他人がＵＲＬ文字列を判読することは困難である。しかしながら、通常のＵＲＬとプライベートなＵＲＬとを区別する方法については言及していない。ＵＲＬが一旦ユーザに与えられてしまうと、その後のＵＲＬの使用を取り締まることはできない。すなわち、プライベートな情報を提供するＵＲＬを安全に管理する方法も、さらにはプライベートな情報を提供するＵＲＬを他のアプリケーション（例えばブラウザからメール・ソフトへ）に安全に配送する方法についても、何ら開示していない。
【００１８】
また、特開平３−３４０６７号公報には、ハイパーテキスト上の各リンク情報に対するアクセスを予め登録されたユーザに対してのみ許可する、というハイパーテキストに関する技術が開示されている。同公報に記載の発明によれば、ハイパーテキストのリンク管理テーブルにはリンク情報とこれに対応するユーザに関する情報とを登録しておく。そして、ユーザが自分に関する情報を入力して、これがリンク管理テーブルに登録されたものと一致する場合のみ、対応するリンク情報へのリンクが認められる。
【００１９】
しかしながら、同公報に開示された発明は、リンク先へのアクセスを制限するものであり、リンク情報すなわちＵＲＬ自体を機密扱いするものではない。また、通常のＵＲＬとプライベートなＵＲＬとを区別する方法については言及していない。プライベートな情報を提供するＵＲＬを安全に管理する方法も、さらにはプライベートな情報を提供するＵＲＬを他のアプリケーション（例えばブラウザからメール・ソフトへ）に安全に配送する方法についても、何ら開示していない。
【００２０】
【発明が解決しようとする課題】
本発明の目的は、公共性・公開性を主目的としたインターネット上において秘密情報の保護をも勘案した、優れたハイパーテキスト・システムを提供することにある。
【００２１】
本発明の更なる目的は、ハイパーテキスト上に散在するリンク情報の機密を保護することができる、優れたハイパーテキスト・システムを提供することにある。
【００２２】
本発明の更なる目的は、入手そのものを困難な状態にしておくべきリンク情報（ＵＲＬ）や、特別なオブジェクトへのアクセスやオブジェクトに対するオペレーションを可能ならしめるようなリンク情報（ＵＲＬ）（言い換えれば、オブジェクトに対するケイパビリティ情報を含んだＵＲＬ）を、一般に配布されている通常のリンク情報（ＵＲＬ）とは区別して取り扱うことができる、優れたハイパーテキスト・システムを提供することにある。
【００２３】
本発明の更なる目的は、入手が困難なリンク情報（ＵＲＬ）をディスプレイ・スクリーン上でブラウズするときには、他のユーザやアプリケーションが容易に入手できない状態を保つことができる、優れたハイパーテキスト・システムを提供することにある。
【００２４】
本発明の更なる目的は、入手が困難なリンク情報（ＵＲＬ）を他のアプリケーションに安全に配送することができる、優れたハイパーテキスト・システムを提供することにある。
【００２５】
【課題を解決するための手段】
本発明は、上記課題を参酌してなされたものであり、その第１の側面は、他のオブジェクトとのリンク関係を記述した１以上のリファレンスを含んだハイパーテキストを扱うためのハイパーテキスト・システムであって、
ハイパーテキストに関する情報を表示する手段と、
リファレンス中に所定の情報が含まれているか否かを判断する手段と、
所定の情報を含むと判断されたリファレンスの表示を抑制する手段と、
を含むことを特徴とするハイパーテキスト・システムである。
【００２６】
また、本発明の第２の側面は、他のオブジェクトとのリンク関係を記述した１以上のリファレンスを含んだハイパーテキストを扱うためのハイパーテキスト・システムであって、
リファレンス中に所定の情報が含まれているか否かを判断する手段と、
所定の情報を含むと判断されたリファレンスを暗号化して保存し若しくは転送する手段と、
を含むことを特徴とするハイパーテキスト・システムである。
【００２７】
また、本発明の第３の側面は、他のオブジェクトとのリンク関係を記述した１以上のリファレンスを含んだハイパーテキストを扱うためのハイパーテキスト・システムであって、
リファレンス中に所定の情報が含まれているか否かを判断する手段と、
所定の情報を含むと判断されたリファレンスを暗号化するために、秘密管理者がもつ公開鍵暗号系の公開鍵を記憶する手段と、
前記公開鍵を用いてリファレンスを暗号化する手段と、
を含むことを特徴とするハイパーテキスト・システムである。
【００２８】
また、本発明の第４の側面は、他のオブジェクトとのリンク関係を記述した１以上のリファレンスを含んだハイパーテキストを扱うためのハイパーテキスト・システムであって、
リファレンス中に所定の情報が含まれているか否かを判断する手段と、
所定の情報を含むと判断されたリファレンスを委譲するときに、該リファレンスに所定の加工を施す手段と、
を含むことを特徴とするハイパーテキスト・システムである。
【００２９】
ここで、リファレンスに含まれる所定の情報は、該リファレンスが示すオブジェクトに対するアクセス権限に関する情報であってもよい。
【００３０】
また、リファレンスを記述した文字列中に所定の文字列パターン（本来的には起こり得ない文字の組み合わせ）若しくは一般情報と所定の情報とを区切るデリミッタを埋め込むことを以って該リファレンスが所定の情報を含むことを示してもよい。
【００３１】
また、リファレンスは、オブジェクトにアクセスするための通信プロトコルとオブジェクトの名前を含んだＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）であってもよい。ＵＲＬが所定の通信プロトコル名を指定していることを以って該ＵＲＬが所定の情報であることを示してもよい。
【００３２】
また、他のシステムから暗号化された形態で受け取ったリファレンスを所定の情報とみなしてもよい。
【００３３】
また、前記ハイパーテキスト・システムは、サーバとクライアントとの間でハイパーテキストを転送するためのものであり、
ハイパーテキストにはサーバとクライアント間のカスタマイズ・サービスに関する文字列情報が添付されているとともに、該文字列情報が所定の情報を含んでいてもよい。このような文字列情報は、ネットワーク・コンピューティングの技術分野では”ｃｏｏｋｉｅ”と呼ばれる。
【００３４】
また、リファレンスに含まれる所定の情報は、リファレンスが示すオブジェクトに対するアクセス権限のことであり、
アクセス権限の所有者にのみアクセス権限を譲渡する権限を与えるようにしてもよい。
【００３５】
また、アクセス権限の所有者がアクセス権限を弱めたリファレンスを生成することができるようにしてもよい。
【００３６】
また、アクセス権限の所有者が、元のアクセス権限から派生したアクセス権限を無効化するようにしてもよい。
【００３７】
本発明の第１の側面に係るハイパーテキスト・システムにおいて、リファレンスが指し示す各オブジェクトはインターネット上に散在し、且つ、リファレンスはオブジェクトにアクセスするための通信プロトコル名とオブジェクトの名前を含んだＵＲＬであり、
前記ハイパーテキスト・システムは、リファレンスに従ってハイパーテキストを検索するとともにハイパーテキストを閲覧するためのブラウザであり、
所定の情報を含んだＵＲＬを場所ボックスに表示するときに所定の情報に該当する文字列部分に所定の加工を施す手段を含んでいてもよい。
【００３８】
また、本発明の第１の側面に係るハイパーテキスト・システムにおいて、リファレンスが指し示す各オブジェクトはインターネット上に散在し、且つ、リファレンスはオブジェクトにアクセスするための通信プロトコル名とオブジェクトの名前を含んだＵＲＬであり、
前記ハイパーテキスト・システムは、リファレンスに従ってハイパーテキストを検索するとともにハイパーテキストを閲覧するためのブラウザであり、
所定の情報を含んだＵＲＬをステータス・バーに表示するときに所定の情報に該当する文字列部分に所定の加工を施す手段を含んでいてもよい。
【００３９】
また、本発明の第１の側面に係るハイパーテキスト・システムにおいて、リファレンスが指し示す各オブジェクトはインターネット上に散在し、且つ、リファレンスはオブジェクトにアクセスするための通信プロトコル名とオブジェクトの名前を含んだＵＲＬであり、
前記ハイパーテキスト・システムは、リファレンスに従ってハイパーテキストを検索するとともにハイパーテキストを閲覧するためのブラウザであり、
所定の情報を含んだＵＲＬをブックマークに登録するときに所定の情報に該当する文字列部分に所定の加工を施す手段を含んでいてもよい。
【００４０】
ここで、所定の情報に該当する文字列部分に施される所定の加工とは、逆関数を求めることが著しく困難な性質を持つ一方向性関数を該文字列部分に対して適用することであってもよい。
【００４１】
また、所定の情報に該当する文字列部分に施される所定の加工とは、リファレンスのうち少なくとも該文字列部分を暗号化することであってもよい。
【００４２】
さらに、所定の情報に該当する文字列部分を暗号化する代わりに、リファレンスに所定の情報が含まれている旨をユーザに通知する手段を含んでいてもよい。
【００４３】
また、本発明の第５の側面は、他のオブジェクトとのリンク関係を記述した１以上のリファレンスを含んだハイパーテキストを、少なくとも第１及び第２のコンピュータ・システムが存在するネットワーク上で扱うための方法であって、
前記の第１のコンピュータ・システムがハイパーテキスト中のリファレンスに従って前記第２のコンピュータ・システムに遠隔手続き呼び出しを行うときに、前記第１のコンピュータ・システムは、所定の情報を含んだリファレンスを別のリファレンスに置き換えて転送する、
ことを特徴とするハイパーテキストを扱う方法である。
【００４４】
また、本発明の第６の側面は、他のオブジェクトとのリンク関係を記述した１以上のリファレンスを含んだハイパーテキストを、少なくとも第１及び第２のコンピュータ・システムが存在するネットワーク上で扱うための方法であって、
前記第１のコンピュータ・システムが、前記第２のコンピュータ・システムが持つ公開鍵暗号系の公開鍵を取得し又は保持するステップと、
前記第１のコンピュータ・システムが、前記第２のコンピュータ・システムからハイパーテキストを受信するステップと、
前記第１のコンピュータ・システムが、受信したハイパーテキスト中のリファレンスが所定の情報であるか否かを判断するステップと、
前記第１のコンピュータ・システムが、所定の情報と判断したリファレンスを前記公開鍵と対応付けて格納するステップと、
前記リファレンスに所定のビット列を連結し、さらに前記公開鍵を用いて暗号化してアクセス・キーを生成するステップと、
所定の情報であることを示す文字列を前記アクセス・キーに付加して、第２のリファレンスを生成するステップと、
を含むことを特徴とするハイパーテキストを扱う方法である。
【００４５】
また、本発明の第７の側面は、他のオブジェクトとのリンク関係を記述した１以上のリファレンスを含んだハイパーテキストを扱うハイパーテキスト・システムであって、
入手そのものを困難な状態にしておくべきリンク情報や、特別なオブジェクトへのアクセスやオブジェクトに対するオペレーションを可能ならしめるようなリンク情報を、一般に配布されている通常のリンク情報とは区別して取り扱うことができるハイパーテキスト・システムである。
【００４６】
また、本発明の第８の側面は、他のオブジェクトとのリンク関係を記述した１以上のリファレンスを含んだハイパーテキストであって、リファレンスはオブジェクトの所在に関する情報とオブジェクトへのアクセス権限に関する情報を含むことを特徴とするハイパーテキストである。
【００４７】
また、本発明の第９の側面は、ＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式で記述され、且つ、オブジェクトの在り処をＵＲＬ形式で表現するハイパーテキストであって、ＵＲＬは情報リソースにアクセスするための通信プロトコル名とリソースを指定するためのディレクトリ名やファイル名の他に、リソースに関するアクセス権限を記述した情報を含むことを特徴とするハイパーテキストである。
【００４８】
また、本発明の第１０の側面は、ＨＴＭＬ形式で記述され、且つ、オブジェクトの在り処をＵＲＬ形式で表現された、インターネット上でＷＷＷ（ＷｏｒｌｄＷｉｄｅ Ｗｅｂ）サーバとＷＷＷクライアント間で交換されるタイプのハイパーテキストであって、ＷＷＷクライアントのためのカスタマイズ・サービスを記述した文字列情報が添付され、且つ、該文字列情報にはハイパーテキストに関するアクセス権限を記述した情報を含むことを特徴とするハイパーテキストである。
【００４９】
【作用】
本発明によれば、入手そのものを困難な状態にしておくべきリンク情報（ＵＲＬ）や、特別なオブジェクトへのアクセスやオブジェクトに対するオペレーションを可能ならしめるようなリンク情報（ＵＲＬ）（言い換えれば、オブジェクトに対するケイパビリティ情報を含んだＵＲＬ）は、一般に配布されている通常のリンク情報（ＵＲＬ）とは区別した取り扱いがなされる。ハイパーテキスト・システムのユーザ／オペレータは、秘密情報を含んだリンク情報を取り扱う上で何ら注意を要しない。
【００５０】
本発明は、例えば、インターネット上に散在する様々な情報を検索し、ホームページ画面を形成するツールである「ブラウザ」の機能として実装される。
【００５１】
従来のブラウザによれば、ブラウザ画面上の場所ボックスやステータス・バー、ブックマーク・リスト中には、秘密情報を含んだＵＲＬと一般のＵＲＬとを区別することなく、ＵＲＬ文字列が場所ボックスやステータス・バーにそのまま表示されたり、ブックマークには原形文字列のまま登録されていた。本発明を実装したブラウザは、秘密情報を含んだＵＲＬ文字列の表示を抑制するようになっている。例えば、ＵＲＬ文字列が”ｈｔｔｐ：／／ｓｅｒｖｅｒ０１．ｄｏｍａｉｍ００１／ｆｉｌｅ０００１／ｓｅｃｒｅｔ”であり、最後のデリミッタ以降の文字列”ｓｅｃｒｅｔ”が秘密情報である場合、当該文字列部分は、逆関数を求めることが事実上不可能な一方向性関数ｈを用いて原形を類推不能な文字列に変換して”ｈｔｔｐ：／／ｓｅｒｖｅｔ０１．ｄｏｍａｉｎ００１／ｆｉｌｅ００１／ｈ（ｓｅｃｒｅｔ）”と表示したり、暗号化して”ｈｔｔｐ：／／ｓｅｒｖｅｔ０１．ｄｏｍａｉｎ００１／ｆｉｌｅ００１／＊＊＊＊＊＊＊”と表示したりする。あるいは、秘密情報に係るＵＲＬを表示しようとするときには、警告音を発するなど、ユーザにその旨を通知するようにしてもよい。
【００５２】
また、本発明を実装したブラウザは、他のアプリケーションに対して秘密情報に係るＵＲＬを安全に委譲することができる。例えば、ユーザは、情報を共有するべく、自分が取得したＵＲＬをＥメールを通じて教えることもある。本発明に係るブラウザはメーラと連携して、メール主文に存在するＵＲＬ文字列中の秘密情報を暗号化して、機密を保護するようになっている。
【００５３】
秘密情報の多くは、ＵＲＬが示すリソースに対するアクセス権限、すなわちケイパビリティである。リソースの所有者（すなわちサーバ）は、ケイパビリティを管理する必要上、暗号化された後も秘密情報を解読できなければならない。このような場合、ブラウザは、サーバの公開鍵を保持しておき、公開鍵で暗号化すればよい。サーバは、自分の秘密鍵を以って秘密情報を取得することができる。
【００５４】
ＵＲＬ文字列中に秘密情報を埋め込み、或いは秘密情報を識別する方法の１つは、スラッシュなどのデリミッタで通常のＵＲＬ文字列と区切ることである。例えば、最後のデリミッタ以降の文字列を秘密情報としてもよい。他の方法は、プロトコル名によって区別することである。例えば秘密情報を含む場合のプロトコル名を”ｈｔｔｐｃａｐ”とすればよい。また、他の方法は、通常は起こり得ない文字の組み合わせを以って秘密情報の存在を明示することである。また、他の方法は、ＵＲＬを受け取った時点で既に暗号化処理が施されている文字列については秘密情報と判断するようにすることである。
【００５５】
最近では、サーバが提供するサービスをユーザ毎にカスタマイズするために、ユーザに関する文字列情報をメッセージに付随させることがある。このような文字列情報は、ネットワーク・コンピューティングに関連する”ｃｏｏｋｉｅ“と呼ばれる。ＵＲＬではなくｃｏｏｋｉｅに秘密情報を埋め込むことができる。また、ｃｏｏｋｉｅを受け取ったサーバやクライアントは、秘密情報が含まれていると推定して、その表示を抑制するようにしてもよい。
【００５６】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。
【００５７】
【発明の実施の形態】
以下、図面を参照しながら本発明の実施例を詳解する。
【００５８】
図１には、本発明の実施に供されるネットワーク・システムの構成を模式的に示している。ネットワーク・システムは、データの伝送媒体としてのネットワーク１０と、このネットワーク１０を介して相互接続される多数のコンピュータ・システムとで構成されおり、分散コンピューティング環境を提供している。以下、各部について説明する。
【００５９】
ネットワーク１０は、例えば大学や企業の構内などの限られた空間内に敷設されたＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）である。あるいは、ＬＡＮ同士を専用線等で相互接続してなるＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）や、一般公衆回線（ＰＳＴＮ：Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ）、ＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ）、これらネットワークの集合体であるインターネットであってもよい。各コンピュータ・システムは、モデムやＴＡ（Ｔｅｒｍｉｎａｌ Ａｄａｐｔｅｒ）、ＬＡＮアダプタ等を介してネットワーク１０に接続される。
【００６０】
各コンピュータ・システム同士は、ネットワーク１０を介して、例えばＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）接続されている。本実施例のネットワーク１０上では、ハイパーテキスト・システムが構築されている。すなわち、ネットワーク上に接続されたコンピュータ・システムの一部は、サービスを提供するハイパーテキスト・サーバ３であり、その他はサービスを要求するハイパーテキスト・クライアント１，２である。但し、各コンピュータ・システムは、サーバ用又はクライアント用のアプリケーションを導入して動作する汎用のコンピュータ・システムであってもよい。汎用コンピュータ・システムは、ＣＰＵやメモリ、キーボードやマウスなどのユーザ入力装置、ディスプレイやプリンタなどの出力装置、ディスク型の外部記憶装置を備え、通信アダプタを介してネットワーク１０に接続される。
【００６１】
ハイパーテキスト・システムによれば、ネットワーク１０上に存在する各サービス・オブジェクトに対して継ぎ目なくアクセスすることができる。サービス・オブジェクトの一例はＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）で記述されたファイルである。サーバとクライアントの間では、ＨＴＴＰプロトコルを用いてＨＴＭＬファイルが転送される。
【００６２】
サーバ３は、複数のサービス・オブジェクト１００，２００を所有している。各ユーザが夫々のサービス・オブジェクトに対して許されている権限を管理するアクセス制御リストを備えている。
【００６３】
図１では、オブジェクト１００及び２００に夫々アクセス制御リスト４及び５が付設されている。アクセス制御リスト４は、ユーザ１０には読出し及び書込みオペレーションを許容するが、ユーザ２０には読出ししか許可していないことを記述している。また、アクセス制御リスト５は、ユーザ１０には読出ししか認めないが、ユーザ２０には読出しと書込みの双方を許すことを記述している。
【００６４】
ネットワーク・コンピューティングの技術分野では、ユーザのオブジェクトに対する権限のことをケイパビリティ（”Ｃａｐａｂｉｌｉｔｙ”）と呼ぶ。ケイパビリティには、許可されるオペレーションの他、アクセスできる有効期限やアクセス回数などが含まれる。
【００６５】
図２には、ハイパーテキスト・クライアントとして機能するコンピュータ・システム１の構成を模式的に示している。同システム１は、図示の通り、ハイパーテキスト出力部１１０と、ケイパビリティ保持部１２０と、ハイパーテキスト解析部１３０と、受信部１４０と、ユーザ入力部１５０と、ハイパーリンク処理部１６０と、メッセージ生成部１７０と、送信部１８０とで構成される。
【００６６】
ユーザ入力部１５０は、ユーザがシステム１に対してコマンドやデータを入出力する作業を支援する「ユーザ・インターフェース」を提供する。キーボードやマウスなどの装置を介したユーザ入力は、ユーザ入力部１５０によって処理される。ユーザ入力は、例えばケイパビリティ保持部１２０に対する処理要求のメッセージやハイパーリンク処理部１６０に対する処理要求のメッセージであり、メッセージは各部１２０，１６０に渡される。
【００６７】
受信部１４０と送信部１８０は、ネットワーク１０を介したメッセージの交換を実現するための装置である。送信部１８０は、メッセージ生成部１７０（後述）によって生成されたメッセージを、ネットワーク１０経由で、例えば遠隔のハイパーテキスト・サーバ３に送信する。また、受信部１４０は、ネットワーク１０経由でのメッセージの受信を行う。受信するメッセージの一例は、ハイパーテキスト・サーバから送られてくるハイパーテキストや、所定の情報を暗号化するための暗号化鍵（例えばハイパーテキスト・サーバの公開鍵暗号系の公開鍵）である。受信したハイパーテキストは、ハイパーテキスト解析部１３０（後述）に渡される。
【００６８】
ハイパーテキスト解析部１３０は、ハイパーテキスト・サーバから送られてきたハイパーテキストを解析して、ハイパーテキスト出力部１１０に対してハイパーテキストをユーザに提示するように要求する。ユーザへの提示は、例えばハイパーテキストがＨＴＭＬファイルであれば、ブラウザ画面のウィンドウ・フレームにホームページとして表示するという形態をとる。
【００６９】
本実施例のハイパーテキスト解析部１３０は、さらに、ハイパーテキストに埋め込まれた各リンク情報の検査も行う。ここで言うリンク情報の検査とは、リンク情報が秘密情報を含むかどうかを判断することを指す。
【００７０】
リンク情報の中に秘密情報を埋め込む方法は幾つか考えられる。例えばハイパーテキストであり、リンク情報がＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）であれば、スラッシュなどのデリミッタで通常のＵＲＬ文字列と区切ることである。例えば、最後のデリミッタ以降の文字列を秘密情報としてもよい。或いは、特殊なプロトコル名を指定することによって秘密情報を含むことを明示するができる。例えば秘密情報を含む場合のプロトコル名を”ｈｔｔｐｃａｐ”（仮称）とすればよい。或いは、通常は起こり得ない文字列の組み合わせを以って秘密情報の存在を明示するもできる。或いは、秘密情報を含むＵＲＬは、既に暗号化された形態で送信される。言い換えれば、ハイパーテキスト解析部１３０は、特殊なプロトコル名や特定の文字列がＵＲＬ文字列中に含まれていることを以って、ＵＲＬが秘密情報を含むと判断することができる。
【００７１】
また、最近では、サーバが提供するサービスをユーザ毎にカスタマイズするための文字列情報である”ｃｏｏｋｉｅ“がハイパーテキストに付随することもある。ハイパーテキスト解析部１３０は、ｃｏｏｋｉｅが秘密情報を含むと判断してもよい。
【００７２】
リンク情報に含まれる秘密情報は、より具体的には、リンク先のオブジェクトに関するケイパビリティである（ケイパビリティがハイパーテキスト・サーバのアクセス制御リストによって管理されていることは既に述べた）。ハイパーテキスト解析部１３０は、秘密情報を含むと判断したリンク情報を、暗号化するための暗号化鍵（例えばリンク先のハイパーテキスト・サーバが提供する公開鍵）と一緒にして、ケイパビリティ保持部１２０に渡す。ケイパビリティ保持部１２０は、受け取ったケイパビリティを、暗号化鍵と関連付けて保管する。
【００７３】
ハイパーリンク処理部１６０は、ユーザ入力部１５０及びケイパビリティ保持部１２０から送られてくるメッセージを解析する。メッセージ中に秘密情報を含んだリンク情報が含まれるときには、所定のリンク処理手続きを行う。
【００７４】
メッセージ生成部１７０は、ハイパーリンク処理部１６０からの要求に応答して、該当するハイパーテキスト・サーバに対するメッセージを生成する。生成されたメッセージは送信部１８０によって送出される。
【００７５】
ハイパーテキスト出力部１１０は、ハイパーテキスト解析部１３０やユーザ入力部１５０からの要求に従って、ハイパーテキストを文字、画像及び音声情報としてユーザに提示する。
【００７６】
ハイパーテキスト出力部１１０は、例えば、ＨＴＭＬ形式で記述されたハイパーテキスト・ファイルを閲覧するためのブラウザ画面を形成する。ブラウザ画面は、取得したＨＴＭＬファイルを基に組み立てたホームページを表示するためのナビゲータ・ウィンドウの他に、現在アクセス中のリソースについてのＵＲＬ場所ボックスを持つ（場所ボックスは、一般に、ナビゲータ・ウィンドウとツール・バーの間に水平配置される）。また、マウス・カーソルを置いたホットスポットに該当するＵＲＬは、ステータス・バーに表示される（ステータス・バーは、一般に、ナビゲータ・ウィンドウの下端縁に沿って水平配置される）。また、ブラウザは、お気に入りのＵＲＬを登録するためのブックマークを持つ。
【００７７】
本実施例のハイパーテキスト出力部１１０は、ハイパーテキストに埋め込まれたリンク情報に含まれる秘密情報については、場所ボックスやステータス・バー等への表示する内容を抑制するようになっている。例えば、ＵＲＬ文字列が”ｈｔｔｐ：／／ｓｅｒｖｅｒ０１．ｄｏｍａｉｍ００１／ｆｉｌｅ０００１／ｓｅｃｒｅｔ”であり、最後のデリミッタ以降の文字列”ｓｅｃｒｅｔ”が秘密情報である場合、当該文字列部分は、逆関数を求めることが事実上不可能な一方向性関数ｈを用いて原形を類推不能な文字列に変換して”ｈｔｔｐ：／／ｓｅｒｖｅｒ０１．ｄｏｍａｉｎ００１／ｆｉｌｅ００１／ｈ（ｓｅｃｒｅｔ）”と表示したり、暗号化して”ｈｔｔｐ：／／ｓｅｒｖｅｒ０１．ｄｏｍａｉｎ００１／ｆｉｌｅ００１／＊＊＊＊＊＊＊”と表示したりする。あるいは、秘密情報に係るＵＲＬを表示しようとするときには、警告音を発するなど、ユーザにその旨を通知するようにしてもよい。この点は後に詳解する。
【００７８】
なお、図２に示した各ブロックは、専用のハードウェア装置として、或いは汎用コンピュータ・システムに導入されたプログラム・モジュールの形態でも実装可能である。
【００７９】
次に、ハイパーテキスト・クライアント１とハイパーテキスト・サーバ３間の動作について説明する。以下では、ハイパーテキスト・サーバ３は、ドメイン”ｗｗｗｓｅｒｖｅｒ３００”を持っているとする。また、プロトコル”ｈｔｔｐｃａｐ”（仮称）は、ＵＲＬ文字列が秘密情報を含むことを識別するために取り決められた特殊なプロトコル名とする。
【００８０】
まず、ハイパーテキスト・サーバ３からハイパーテキスト・クライアント１に対して、以下に示すハイパーテキスト”ｈｔｅｘｔ１”が送信されたとする。この例では、ハイパーテキストｈｔｅｘｔ１は、ある銀行が顧客に提供するホームページという設定である。銀行すなわちサーバ３は、銀行口座を持つ各顧客に対してプライベートなＵＲＬを割り振り、ホームページ上で銀行口座の情報へのアクセス方法を提供している。また、この例では、顧客すなわちクライアント１は、ハイパーテキストｈｔｅｘｔ１の受信に伴なって（或いは受信に先行して）、サーバ３が持つ公開鍵暗号系の公開鍵”ｐｕｂｋｅｙ３００”を受信し保持しているものとする。
【００８１】
【数１】

【００８２】
上記ＨＴＭＬファイルを判読すれば、ホームページ上の「あなたの銀行口座のページ」という説明文には、”ｈｔｔｐｃａｐ：／／ｗｗｗｓｅｒｖｅｒ３００／ＡＬＫＪＬＫＪＫＦＳＤＳＦＳＤＯＩＵＡＬＫＪＦＬＫＪＥＯＩＡＪＤＬＳＩＥ”というＵＲＬが埋め込まれているが、これはある特定のクライアント・ユーザが自分の銀行口座の情報にアクセスするためのリンク情報である。このＵＲＬは、プライベートな、すなわち秘密情報として保護されるべき性質を持つと把握されたい。
【００８３】
本実施例のハイパーテキスト解析部１３０は、受信したハイパーテキストをスキャンして、これに埋め込まれているリンク情報、すなわちリンク先のリソースに関するＵＲＬ文字列を取得する。上記の例では、ハイパーテキスト解析部１３０は、リンク情報をＡタグに現れた第１番目のＵＲＬ文字列”ｈｔｔｐｃａｐ：／／ｗｗｗｓｅｒｖｅｒ３００／ＡＬＫＪＬＫＪＫＦＳＤＳＦＳＤＯＩＵＡＬＫＪＦＬＫＪＥＯＩＡＪＤＬＳＩＥ”を取得するとともに、特殊なプロトコル名”ｈｔｔｐｃａｐ”を含むことを以ってこれが秘密情報を含むと判断する。（秘密情報を含むＵＲＬのことを、以下では「ケイパビリティＵＲＬ」と呼ぶことにする。）
【００８４】
ハイパーテキスト解析部１３０は、次いで、説明文「あなたの銀行口座のページ」を、公開鍵ｐｕｂｋｅｙ３００と一緒にして、ケイパビリティ保持部１２０に渡す。
【００８５】
ケイパビリティ保持部１２０の実体は、ディスク型の記憶装置であり、その中には、ケイパビリティＵＲＬと、ＵＲＬを暗号化するための鍵（サーバの公開鍵）と、ＵＲＬに関する説明文の３項組の値からなる各データ・エントリが蓄積されている（あるいは、ケイパビリティ保持部１２０は、３項組のエントリではなくＵＲＬのみ保持するのでもよい）。
【００８６】
ハイパーテキスト解析部１３０は、ハイパーテキストｈｔｅｘｔ１を構文解析し、その解析結果として解析木１をハイパーテキスト出力部１１０に渡す。ここで、解析木とは、ハイパーテキストが記述するホームページ画面を形成するための、階層化された構造を持つ情報である。
【００８７】
ハイパーテキスト出力部１１０は、受け取った解析木１に従って、ハイパーテキストｈｔｅｘｔ１の表示を行う。より具体的には、解析木１を木探索して、木の各ノードに該当するウィンドウ・フレームを逐次表示処理していく。但し、ディスプレイ・スクリーンへの描画処理は、ハイパーテキスト出力部１１０が直接行わなくとも、オペレーティング・システムが用意する描画用のＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）を用いて行ってもよい。
【００８８】
本実施例のハイパーテキスト出力部１１０が行うハイパーテキスト表示処理において特に特徴的なのは、ケイパビリティＵＲＬを保護する（すなわちその表示を抑制する）機能を含んでいる点である。図３には、この機能を実現したフローチャートを示している。以下、各ステップについて説明する。
【００８９】
ハイパーテキスト出力部１１０は、解析木１を木探索して、ＵＲＬに関連するウィンドウ・フレームのノードに到達したときには、該ＵＲＬが秘密情報を含んだケイパビリティＵＲＬかどうかを判断する（ステップＳ１０１）。
【００９０】
秘密情報を含まない通常のＵＲＬと判断されたときには、通常の表示処理を行う（ステップＳ１０２）。すなわち、該ＵＲＬの説明文は、通例に従ってホットスポット表示される。また、このホットスポットにマウス・カーソルを置いたときには、通例に従って、ステータス・バーにはＵＲＬ文字列がそのまま表示される。
【００９１】
一方、ＵＲＬがケイパビリティＵＲＬであると判断されたときには、ケイパビリティを保護するための特別な権限表示処理が実行される（ステップＳ１０３）。
【００９２】
図４には、図３のステップＳ１０３における権限表示処理の一例をフローチャートで示している。以下、各ステップについて説明する。
【００９３】
まず、ハイパーテキスト解析部１３０は、ＵＲＬ中のケイパビリティを解釈して、クライアントがＵＲＬに対して正当なアクセス権限を有しているかどうかを判断する（ステップＳ２０１）。
【００９４】
クライアントが正当な権限を有すると判断したときには、その旨をユーザに対して通知する（例えばコメントを表示する）（ステップＳ２０２）。この場合、ＵＲＬの説明文（上述したｈｔｅｘｔ１の例で言えば、ＵＲＬ”ｈｔｔｐｃａｐ：／／ｗｗｗｓｅｒｖｅｒ３００／ＡＬＫＪＬＫＪＫＦＳＤＳＦＳＤＯＩＵＡＬＫＪＦＬＫＪＥＯＩＡＪＤＬＳＩＥ”に対する説明文「あなたの銀行口座のページ」）を、通例に従ってホットスポット表示してもよいし、通例とは異なる形態でホットスポット表示することで、クライアント・ユーザに注意を促してもよい。
【００９５】
通例とは異なるホットスポット表示の形態は、例えば以下の通りである。
（１） 特定の色で表示する。
（２） 特定の下線を付加して表示する。
（３） 特定のフォントで表示する。
（４） 特定のブリンキングで表示する。
（５） 特定の警告音を伴なう。
（６） 網掛けやマークなどの特定の修飾を付けて表示する。
（７） 特定の枠で囲って表示する。
【００９６】
他方、クライアントが正当な権限を有しないと判断したときには、その旨をユーザに提示する（ステップＳ２０３）。この場合、ＵＲＬの説明文にホットスポット表示を施すことなく、リンク情報の存在自体を隠蔽してもよい。なお、クライアントが権限を持たない事由としては、そもそも権限がない以外に、無効な権限を持っている（例えば有効期限が消滅したり、意図的に無効化された）ことが挙げられる。ステップＳ２０３における提示処理では、これら２つのうちのいずれであるかをユーザに明示してもよい。
【００９７】
また、図５には、図３のステップＳ１０３における権限表示処理の他の例をフローチャートで示している。以下、各ステップについて説明する。
【００９８】
まず、ハイパーテキスト出力部１１０は、ＵＲＬ中のケイパビリティを解釈して、クライアントがＵＲＬに対して正当なアクセス権限を有しているかどうかを判断する（ステップＳ３０１）。
【００９９】
クライアントが正当な権限を有すると判断したときには、その旨をユーザに対して通知する（ステップＳ３０２）。この場合、ＵＲＬの説明文を、通例に従ってホットスポット表示してもよいし、通例とは異なる形態でホットスポット表示してもユーザの注意を喚起してもよい。通例とは異なるホットスポット表示は、例えば上記に示した通りである。
【０１００】
他方、クライアントが正当な権限を有しないと判断したときには、その旨をユーザに提示する（ステップＳ３０３）。この場合、ＵＲＬの説明文にホットスポット表示を施すことなく、リンク情報の存在自体を隠蔽してもよい。なお、ユーザへの提示処理において、クライアントがそもそも権限を保持しないのか、或いは無効な権限を持っているのかで動作を区別して、クライアント・ユーザに通知してもよい。
【０１０１】
また、ＵＲＬは、ホームページ画面上には出現しないが、その基となるハイパーテキストｈｔｅｘｔ１中には記述されているので、クライアント・ユーザは参照可能である。そこで、ＵＲＬ文字列中の少なくとも秘密情報に該当する文字列部分に対しては一方向性関数を適用して、ユーザからは原文字列を類推不可能にしておく（ステップＳ３０４）。ここで言う一方向性関数とは、逆関数を求めることが極めて不可能な性質を持つ関数のことである。但し、一方向性関数で処理するのではなく、暗号鍵を用いて暗号化するのでもよい。要は、ユーザからは原文字列を類推不可能な形式に変換できればよい。
【０１０２】
次に、ケイパビリティを含んだハイパーテキストｈｔｅｘｔ１の表示画面上において発生した各イベントに対する処理について説明する。イベントとは、例えばクライアント・ユーザが実行したマウス操作のことである。図６には、この様子を概略的に示している。
【０１０３】
クライアント・ユーザがユーザ入力部１５０を介してケイパビリティに対する操作を要求したとき、ハイパーテキスト出力部１１０は、操作選択肢を表示するととにも、ユーザ入力をプロンプトする（ステップＳ４０１）。そして、選択された操作が何かを判断する（ステップＳ４０２）。
【０１０４】
選択された操作が所謂「ブックマーク」のような保存リストへの追加であれば、該当する処理を実行するが（ステップＳ４０３）、この点は図７を用いて後で説明する。
【０１０５】
また、選択された操作が、ケイパビリティに対する正当性の検証であれば、ＵＲＬ文字列中のケイパビリティを参照して、正当かどうかを判断し、結果を表示する（ステップＳ４０４）。
【０１０６】
また、選択された操作が権限の変更処理であれば、該当する処理を実行するが（ステップＳ４０５）、この点は図８を用いて後で説明する。
【０１０７】
図７には、ＵＲＬを保存リストに追加するための処理をフローチャートの形式で図解している。以下、各ステップについて説明する。
【０１０８】
あるＵＲＬを保存リストに追加したい旨が要求されると、まず、このＵＲＬがケイパビリティＵＲＬかどうかを判断する（ステップＤ５０１）。該判断は、例えばハイパーテキスト解析部１３０が行う。ケイパビリティの有無の判断方法については上記で例示した通りである。
【０１０９】
ケイパビリティＵＲＬであれば、ＵＲＬ文字列中の少なくともケイパビリティに該当する文字列部分を暗号化してから、保存リストを構成するファイルの中に書きこむ（ステップＳ５０２）。
【０１１０】
ＵＲＬの暗号化は、例えば以下の手順により行うことができる。但し、ＵＲＬ文字列中の最後のデリミッタ”／”以降に秘密情報が付加されているものとする。
（１） 原ＵＲＬ文字列から、最後のデリミッタの直前文字列を抽出して、これをｃａｐ０とする。また、最後のデリミッタ以降の文字列をｃａｐ１とする。
（２） ケイパビリティとして許可されているオペレーションを、ｃａｐ１の後ろにコロン”：”で連結する。許可されたオペレーションが２以上あるときは、その全てをコロンで連結する。このようにして生成された文字列をｃａｐ２とする。（その他、許可する引数、許可するアクセス回数、有効期限、許可するクライアントを示す証明証、許可するクライアントを示す公開鍵、発行番号、発行時刻なども、コロンで連結してもよい。）
（３） ｃａｐ２を、ケイパビリティを管理するサーバの公開鍵で暗号化する。
（４） ｃａｐ０とｃａｐ２ｓとを連結する。
【０１１１】
なお、ステップＳ５０２において、ＵＲＬを暗号化するのではなく一方向性関数を用いて変換を施すようにしてもよい。あるいは、ケイパビリティに関する箇所を除いて保存してもよい。要は、ケイパビリティを記述した原文字列を類推不能な形態に変形できればよいのである。この結果、後で保存リストを参照したときには、ケイパビリティに関連する秘密情報がディスプレイ上に露呈することはない。
【０１１２】
他方、ＵＲＬがケイパビリティを含んでいないと判断されれば、通例通り、ＵＲＬ文字列をそのままの形態でファイルに保存する（ステップＳ５０３）。
【０１１３】
図８には、ケイパビリティの内容を変更するための処理手順を、フローチャートの形式で示している。以下、各ステップについて説明する。
【０１１４】
まず、クライアント・ユーザからの要求入力に応答して、現在のケイパビリティの内容が表示される（ステップＳ６０１）。ケイパビリティの内容は、例えば、許可されるアクセス回数、許可される引数、アクセスが許される有効期限、許可するクライアントを表した証明書、許可するクライアントの公開鍵、クライアントに許可されたオペレーション、発行番号、発行時刻などである。
【０１１５】
次いで、クライアント・ユーザに対して、変更したい項目の入力がプロンプトされる（ステップＳ６０２）。ユーザ入力に従って、新しい権限情報が生成される。
【０１１６】
次いで、今まで与えられていた権限と新しい権限とを合成して（例えば各々の文字列情報をビット連結して）、新しいケイパビリティを生成する（ステップＳ６０３）。
【０１１７】
次いで、更新されたケイパビリティを、ケイパビリティを管理するサーバの公開鍵を用いて暗号化する（ステップＳ６０４）。暗号化の結果、公開鍵と対をなす秘密鍵を保持したサーバ以外は、ケイパビリティの変更内容を解読できなくなり、秘密が保護される。例えば、新しいケイパビリティを委譲された他のクライアント・ユーザであっても、自分に与えられたケイパビリティを検知することはできない。
【０１１８】
図９には、ケイパビリティの内容を変更する処理手順の他の例を、フローチャートの形式で示している。以下、各ステップについて説明する。
【０１１９】
まず、クライアント・ユーザからの要求入力に応答して、現在のケイパビリティの内容が表示される（ステップＳ７０１）。
【０１２０】
次いで、クライアント・ユーザに対して変更したい項目の入力がプロンプトされる（ステップＳ７０２）。ユーザ入力に従って新しい権限情報が生成される。
【０１２１】
次いで、今まで与えられていた権限と新しい権限とを合成して（例えば各々の文字列情報をビット連結して）、新しいケイパビリティを生成する（ステップＳ７０３）。
【０１２２】
次いで、更新されたケイパビリティを暗号化する（ステップＳ７０４）。但し、ケイパビリティを管理するサーバの公開鍵ではなく、クライアントが保持する公開鍵暗号系の秘密鍵を用いて暗号化する点で、図８に示した例とは相違する。暗号化の結果、公開鍵を用いることで、正当なクライアントによってケイパビリティが変更されたことを認証することができる。
【０１２３】
次に、ＵＲＬを含む文字列を送信する処理について説明する。
【０１２４】
一般に、クライアント・ユーザは、ネットワーク上に散在する有益なリソースを他のユーザと共有することを望むことがある。ところが、クライアントが、自分と同じケイパビリティを他人に与えてしまっては、思わぬ不利益を被ることがある。例えば、クライアントＡが、自分の不在中に、あるサーバが持つオブジェクトの管理を委ねるべく、クライアントＢにケイパビリティを与えたとする。クライアントＢがクライアントＡと同じ有効期限のケイパビリティを所持していれば、クライアントＡが復帰した後もクライアントＢはオブジェクトにアクセスし続けることができる。また、クライアントＢはオブジェクトの読み出しオペレーションだけを許可すれば充分なのに、クライアントＡと等しく書き込みや実行オペレーションまで許可してしまっては、オブジェクトのセキュリティは脅かされかねない。
【０１２５】
かかる場合、クライアント・ユーザは、オブジェクトを所有するサーバに対してＵＲＬ情報を送信して、ケイパビリティを変更してもらう必要がある。
【０１２６】
図１０には、あるクライアント・ユーザがサーバ（若しくは他のアプリケーション）にＵＲＬを送信するときの処理手順を、フローチャートの形式で示している。以下、各ステップについて説明する。
【０１２７】
メッセージ送信画面上において編集された送信文書から文字列を逐次読み込む（ステップＳ８０１）。
【０１２８】
読み込んだ文字列が権限情報を含んだケイパビリティＵＲＬかどうかを判断する（ステップＳ８０３）。該判断は、ケイパビリティ保持部１２０が保管する情報を参照することで実現される。
【０１２９】
文字列がケイパビリティとは関係なければ、判断ブロックの分岐Ｎｏに進み、該文字列はそのまま送信バッファに書きこまれる（ステップＳ８０６）。
【０１３０】
他方、文字列がケイパビリティを含んでいるときには、判断ブロックの分岐Ｙｅｓに進み、権限情報の変換処理（ステップＳ８０４）を行い、権限情報をヘッダに追加（ステップＳ８０５）してから、送信バッファ中に書き込む（ステップＳ８０６）。
【０１３１】
前者の権限情報変換処理は、送信ＵＲＬに含まれるケイパビリティに所定の変換処理を施すことである。ＵＲＬを譲り受けたクライアント（若しくは他のアプリケーション）のケイパビリティを弱めることで、送信元のクライアントの利益を保護するために行う。該変換処理の詳細については、図１１を用いて後に詳解する。
【０１３２】
また、ヘッダにケイパビリティを追加することにより、ハイパーテキスト・オブジェクトに対するアクセス保護を好適に実現することができる。オブジェクトを要求するプロトコルがＨＴＴＰであれば、ケイパビリティはＨＴＴＰプロトコルの要求ヘッダは、ＧＥＴメソッドを要求する要求行と、ＧＥＴメソッドを実行するためのケイパビリティを保持するＣａｐａｂｉｌｉｔｙメッセージ・ヘッダと、委譲するケイパビリティを保持するＣａｐａｂｉｌｉｔｉｅｓメッセージ・ヘッダとで構成される。
【０１３３】
ヘッダの一例を以下に示しておく。この例では、”／ｏｂｊｅｃｔ／ｏｂｊｅｃｔ１００”という名前のオブジェクトにアクセスするためのケイパビリティがＣａｐａｂｉｌｉｔｙフィールドに格納されている。また、この要求を受信するＨＴＴＰサーバに委譲されるクライアントのケイパビリティは、Ｃａｐａｂｉｌｉｔｉｅｓフィールドに書き込まれている。
【０１３４】
【数２】

【０１３５】
上記の処理は、送信文書中の全ての文字列に対して行われる（ステップＳ８０６）。そして、送信文書全体について処理が終了すると、送信バッファに蓄積された送信データが、送信部１８０からサーバに向けて送信される（ステップＳ８０７）。
【０１３６】
他のクライアントにケイパビリティを委譲するときに、ケイパビリティを弱める権限情報変換処理（図１０中のステップＳ８０４）の意義があることは既に述べた。図１１には、権限情報変換の処理手順をフローチャートで示している。以下、各ステップについて詳解する。
【０１３７】
まず、ハイパーテキスト出力部１１０は、ユーザに対して選択肢を表示し（ステップＳ９０１）、ユーザに入力を促す。そして、ユーザ入力に応じた処理に分岐する（ステップＳ９０２）。
【０１３８】
ここで、ユーザに用意されている選択肢は、ケイパビリティを全く委譲しない「権限無効化処理」（ステップＳ９０３）、ケイパビリティをそのまま委譲する「権限委譲処理」（ステップＳ９０４）及び、ケイパビリティを変更してから委譲する「権限変更処理」（ステップＳ９０５）の３つである。ステップＳ９０３については図１２を用いて、また、ステップＳ９０４については図１３を用いて後述する。また、ステップＳ９０５は、図９に図解した処理手順に従うものとし、ここではこれ以上説明しない。
【０１３９】
図１２には、ケイパビリティを無効化するための処理手順を、フローチャートの形式で示している。同図（ａ）は、そのまま無効化する場合である。また、同図（ｂ）は破壊した上で無効化する場合である。破壊は、例えばケイパビリティに関する文字列に一方向性関数を適用して（ステップＳ１１０１）、元のケイパビリティを類推不能な形態にすることによって行われる。この場合、メッセージを受信したサーバは、破壊されたケイパビリティを読み取ることによって、ケイパビリティが無効化されたことを検知できる。
【０１４０】
図１３には、ケイパビリティを委譲するための処理手順を、フローチャートの形式で示している。同図１３（ａ）は、クライアントの署名を行ってから委譲する場合であり、ケイパビリティに関する文字列を、クライアントが所持する公開鍵暗号系の秘密鍵を用いて暗号化する（ステップＳ１２０１）。メッセージを受信したサーバは、クライアントの公開鍵を用いて、ケイパビリティの委譲要求を正当なクライアントから受け取ったことを認証することができる。また、同図（ｂ）は、そのまま委譲する場合である。
【０１４１】
図１４には、ハイパーテキスト・システムに対して発生された各イベントに対する処理手順をフローチャートで示している。
【０１４２】
ここで言うイベントとは、マウスによるユーザ入力によって発生する。図１４に示す例では、ハイパーテキスト・システムとしてのブラウザの画面上において、ホットスポット（リンク情報）上にマウス・カーソルの突入したり、ホットスポット上でのマウス左ボタンのクリック（選択動作）したり、或いは、ホットスポット上でのマウス右ボタンのクリック（プロパティの呼び出し動作）することを、イベントとして取り上げている。
【０１４３】
イベントが発生すると、ユーザ入力部１５０は、イベントの内容を解釈する（ステップＳ１３０１）。
【０１４４】
イベントがホットスポット（リンク情報）上へのマウス・カーソルであれば、ステップＳ１３０２に進む。一般に、ホットスポット上にマウス・カーソルが置かれると、該当するリンク情報すなわちＵＲＬがブラウザ画面中のステータス・バーに表示される（周知）。ステップＳ１３０２では、ケイパビリティに関する文字列に一方向性関数が適用される。この結果、ステータス・バー上には原形を類推不能なケイパビリティが表示される。これを見たユーザは、破壊されたケイパビリティを読み取ることによって、ケイパビリティの存在を確認することができる。
【０１４５】
また、イベントがホットスポット上でのマウス左ボタンのクリック（選択動作）であれば、ステップＳ１３０３に進む。ブラウザ画面上におけるホットスポットの選択動作は、ホットスポットに埋め込まれたＵＲＬが指示する遠隔手続き／遠隔メソッド呼び出しを意味する。このステップにおいて実行される処理の詳細は、図１５を用いて後で詳解する。
【０１４６】
また、イベントがホットスポット上でのマウス右ボタンのクリックであれば、ステップＳ１３０４に進む。一般に、デスクトップ上のオブジェクトに対するマウス右ボタンのクリックは、オブジェクトのプロパティの呼び出しを意味する（周知）。この実施例では、ＵＲＬ中に記述されたケイパビリティの内容の変更を意味する。該変更操作の処理は、図９に従うものとし、ここではこれ以上説明しない。
【０１４７】
図１５には、ホットスポットに該当するＵＲＬで指示された遠隔手続き／遠隔メソッド呼び出し手続きの処理手順を、フローチャートの形式で示している。以下、各ステップについて説明する。
【０１４８】
まず、手続き／メソッドの要求に含まれるＵＲＬを１つ取り出す（ステップＳ１４０１）。もはやＵＲＬがなければ（ステップＳ１４０２）、メッセージ生成部１７０が要求メッセージを生成し、送信部１８０が送信処理して（ステップＳ１４０７）、この処理ルーチンを終了する。
【０１４９】
ステップＳ１４０３では、取り出したＵＲＬに対応するケイパビリティを、ケイパビリティ保持部から読み出す。
【０１５０】
次いで、判断ブロックＳ１４０４では、ケイパビリティに記述されたサーバが、ＵＲＬを送信するサーバと同一かどうかが判断される。
【０１５１】
同じサーバであれば、そのままケイパビリティを送信することができるので、次ステップＳ１４０５をスキップする。他方、サーバが異なれば、権限情報変換処理を行う。権限情報変換処理は図９に示した処理手順に従うので、ここではこれ以上説明しない。
【０１５２】
次いで、ケイパビリティを要求メッセージのヘッダに付加する。ケイパビリティが付加されたヘッダの例は、上述の［数２］に示した通りである。
【０１５３】
次いで、ステップＳ１４０１に復帰し、手続き要求されたＵＲＬがなくなるまで、上述と同様の処理を繰り返す。
【０１５４】
最後に、ケイパビリティを含んだ応答メッセージについて説明しておく。
【０１５５】
遠隔手続き／遠隔メソッドの呼び出しは、例えばＨＴＴＰプロトコルに従って実現されるが、ＨＴＴＰプロトコルの応答メッセージのヘッダにケイパビリティを保持させることができる。また、ＨＴＭＬファイル中にケイパビリティを保持させることもできる。
【０１５６】
この場合、ＨＴＴＰプロトコルの応答メッセージは、ステータス行と、サーバの種別を表すヘッダ行と、最終更新日を表すヘッダ行と、コンテンツの種別を表すヘッダ行と、サーバからクライアントに委譲されるケイパビリティを表すヘッダ行と、メッセージ本体とで構成される。以下に応答メッセージの例を示しておく。
【０１５７】
【数３】

【０１５８】
この例の応答メッセージ中のＨＴＭＬ文書には、”ｈｔｔｐ：／／ｈｏｓｔ１／ｏｂｊ／ｏｂｊ１”と”ｈｔｔｐ：／／ｈｏｓｔ２／ｏｂｊ／ｏｂｊ２”という２つのＵＲＬが含まれている。これらＵＲＬは、オブジェクトに対するケイパビリティＣａｐａｂｉｌｉｔｉｅｓフィールドの値としてサーバからクライアントに転送される。
【０１５９】
［追補］
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【０１６０】
なお、上記の実施例では、特殊なプロトコル名”ｈｔｔｐｃａｐ”（仮称）の使用を以ってケイパビリティＵＲＬであることを表示したが、以下の方法によってもケイパビリティＵＲＬであることを識別できる。
（１） ＵＲＬ文字列中に特定の文字列パターンが含まれていること。特定の文字列パターンは、通常は現れない文字の特殊な組み合わせであることが好ましい。
（２） ＵＲＬ文字列中でケイパビリティの記述の開始を示すための特定の開始記号（デリミッタ）を使用する。また、ケイパビリティの記述の終了を示す特定の終了記号も決めておく。
（３） ハイパーテキストを暗号文として受信したときは、これに含まれるリンク情報はケイパビリティＵＲＬとする。暗号化はそもそも秘密情報を保護するために使用されるからである。
【０１６１】
【発明の効果】
以上詳記したように、本発明によれば、公共性・公開性を持つインターネット上において機密性をも勘案した、優れたハイパーテキスト・システムを提供することができる。
【０１６２】
また、本発明によれば、ハイパーテキスト上に散在するリンク情報などの秘密情報を保護することができる、優れたハイパーテキスト・システムを提供することができる。
【０１６３】
また、本発明によれば、入手そのものを困難な状態にしておくべきリンク情報や、特別なオブジェクトへのアクセスやオブジェクトに対するオペレーションを可能ならしめるようなリンク情報を、一般に配布されている通常のリンク情報とは区別して取り扱うことができる、優れたハイパーテキスト・システムを提供することができる。
【０１６４】
また、本発明によれば、入手が困難なリンク情報を他のユーザやアプリケーションが容易に入手できない状態を保つことができる、優れたハイパーテキスト・システムを提供することができる。
【０１６５】
また、本発明によれば、入手が困難なリンク情報を他のアプリケーションに安全に配送することができる、優れたハイパーテキスト・システムを提供することができる。
【図面の簡単な説明】
【図１】 本発明の実施に供されるネットワーク・システム１００の構成を模式的に示した図である。
【図２】 ハイパーテキスト・クライアントの構成を模式的に示したブロック図である。
【図３】 ハイパーテキスト出力部１１０が行うハイパーテキスト表示処理を図解したフローチャートである。
【図４】 権限表示処理の一例を示したフローチャートである。
【図５】 権限表示処理の他の例を示したフローチャートである。
【図６】 ケイパビリティを含んだハイパーテキスト画面上で行われる各イベント処理手順を概略的に示したフローチャートである。
【図７】 ＵＲＬを保存リストに追加する処理手順を示したフローチャートである。
【図８】 ＵＲＬに記述されたケイパビリティの内容を変更するための処理手順を示したフローチャートである。
【図９】 ＵＲＬに記述されたケイパビリティの内容を変更する処理手順の他の例を示したフローチャートである。
【図１０】 ＵＲＬを含む文字列を送信する処理手順を示したフローチャートである。
【図１１】 ケイパビリティを変換する処理手順を示したフローチャートである。
【図１２】 ケイパビリティを無効化するための処理手順を示したフローチャートであり、より具体的には、図１２（ａ）はそのまま無効化する場合を、図１２（ｂ）は破壊した上で無効化する場合を、夫々示している。
【図１３】 ケイパビリティを委譲するための処理手順を示したフローチャートであり、より具体的には、図１３（ａ）はクライアントの署名を行ってから委譲する場合を、図１３（ｂ）はそのまま委譲する場合を、夫々示している。
【図１４】 ハイパーテキスト・システムに対して発生された各イベントに対する処理手順を示したフローチャートである。ここで言うイベントは、ホットスポット（リンク情報）上へのマウス・カーソルの突入、ホットスポット上でのマウス左ボタンのクリック（選択動作）、及び、ホットスポット上でのマウス右ボタンのクリック（プロパティの呼び出し動作）である。
【図１５】 ホットスポットに該当するＵＲＬで指示された遠隔手続き／遠隔メソッド呼び出し手続きの処理手順を示したフローチャートである。
【符号の説明】
１１０…ハイパーテキスト出力部
１２０…ケイパビリティ保持部
１３０…ハイパーテキスト解析部
１４０…受信部
１５０…ユーザ入力部
１６０…ハイパーリンク処理部
１７０…メッセージ生成部
１８０…送信部

Claims (10)

1. ハイパーテキストの記述内容に従って画面情報を表示装置に表示する手段と、
   ハイパーテキストに含まれる他のオブジェクトとのリンク関係を記述したリファレンス中に秘密情報が含まれているかを判断する手段と、
   秘密情報を含むと判断されたリファレンスの表示を抑制する手段と、
   を備えることを特徴とする情報処理装置。
2. ハイパーテキストに含まれる他のオブジェクトとのリンク関係を記述したリファレンス中に秘密情報が含まれているかを判断する手段と、
   秘密情報を含むと判断されたリファレンスを暗号化して保存し若しくは転送する手段と、
   を備えることを特徴とする情報処理装置。
3. ハイパーテキストに含まれる他のオブジェクトとのリンク関係を記述したリファレンス中に秘密情報が含まれているかを判断する手段と、
   秘密情報を含むと判断されたリファレンスを暗号化するために、秘密管理者が持つ公開鍵を記憶する手段と、
   前記公開鍵を用いてリファレンスを暗号化する手段と、
   を備えることを特徴とする情報処理装置。
4. ハイパーテキストに含まれる他のオブジェクトとのリンク関係を記述したリファレンス中に該リファレンスが示すオブジェクトに対する権限情報が含まれているかを判断する手段と、
   権限情報を含むと判断されたリファレンスを委譲するときに、委譲先に応じて権限情報を無効化又は変更するための加工を該リファレンスに施す手段と、
   を備えることを特徴とする情報処理装置。
5. ハイパーテキストを扱う情報処理装置における情報処理方法であって、
   前記情報処理装置が備える判断手段が、ハイパーテキストに含まれる他のオブジェクトとのリンク関係を記述したリファレンス中にリファレンス中に秘密情報が含まれているかを判断するステップと、
   前記情報処理装置が備える表示手段が、ハイパーテキストの記述内容に従って、画面情報を表示装置に表示するステップと、
   前記情報処理装置が備える表示抑制手段が、秘密情報を含むと判断されたリファレンスの表示を抑制するステップと、
   を含むことを特徴とする情報処理方法。
6. ハイパーテキストを扱う情報処理装置における情報処理方法であって、
   前記情報処理装置が備える保持手段が、暗号化するための暗号鍵を取得し又は保持するステップと、
   前記情報処理装置が備える判断手段が、ハイパーテキストに含まれる他のオブジェクトとのリンク関係を記述したリファレンス中に秘密情報が含まれているかを判断するステップと、
   前記情報処理装置が備える保存・転送手段が、秘密情報を含むと判断されたリファレンスを暗号化して保存し若しくは転送するステップと、
   を含むことを特徴とする情報処理方法。
7. ハイパーテキストを扱う情報処理装置における情報処理方法であって、
   前記情報処理装置が備える判断手段が、ハイパーテキストに含まれる他のオブジェクト とのリンク関係を記述したリファレンス中に秘密情報が含まれているかを判断するステップと、
   前記情報処理装置が備える記憶手段が、秘密情報を含むと判断されたリファレンスを暗号化するために、秘密管理者が持つ公開鍵を記憶するステップと、
   前記情報処理装置が備える暗号化手段が、前記公開鍵を用いてリファレンスを暗号化するステップと、
   を含むことを特徴とする情報処理方法。
8. ハイパーテキストを扱う情報処理装置における情報処理方法であって、
   前記情報処理装置が備える判断手段が、ハイパーテキストに含まれる他のオブジェクトとのリンク関係を記述したリファレンス中に該リファレンスが示すオブジェクトに対する権限情報が含まれているかを判断するステップと、
   前記情報処理装置が備える加工手段が、権限情報を含むと判断されたリファレンスを委譲するときに、委譲先に応じて権限情報を無効化又は変更するための所定の加工を該リファレンスに施すステップと、
   を含むことを特徴とする情報処理方法。
9. リファレンス毎の権限情報を保持する手段と、
   ハイパーテキスト中のリファレンスに従ってネットワークで接続された外部装置に対して遠隔手続きを要求する際に、該遠隔手続き要求からリファレンスを取り出す手段と、
   該遠隔手続き要求から取り出ししたリファレンス毎の権限情報を特定して、該遠隔手続き要求先の外部装置がリファレンスの権限情報と一致するかどうかを判別する手段と、
   遠隔手続き要求先の外部装置がリファレンスの権限情報と一致しないときに、権限情報を変換する手段と、
   権限情報を付加した遠隔手続き要求を転送する手段と、
   を具備することを特徴とする情報処理装置。
10. 外部装置からハイパーテキストを受信する受信手段と、
    前記外部装置が持つ公開鍵を取得して保持する記憶手段と、
    前記受信手段で受信したハイパーテキスト中のリファレンスに権限情報が含まれているかを判断する手段と、
    権限情報が含まれていると判断したリファレンスに含まれている権限情報で許可されている各オペレーションを表す文字列を連結して、前記記憶手段が記憶する公開鍵で暗号化し、リファレンス中の権限情報を該暗号化された文字列に置き換えて記憶する手段と、
    を備えることを特徴とする情報処理装置。

Images