文書のリンクで参照される第1の文書のオーナーである第1のユーザと、前記第1の文書をリンクとして埋め込む第2の文書のオーナーである第2のユーザと、前記第2の文書に埋め込まれた、もしくは埋め込まれる前記第1の文書を閲覧可能とされる第3のユーザの各々が、コンピュータに秘密鍵と公開鍵をもち、それぞれのユーザの公開鍵がそれぞれのユーザに共有されているシステムにおいて、前記第1のユーザのコンピュータにおいて、前記第1のユーザの秘密鍵と前記第3のユーザの公開鍵を用いてプロキシ型署名付き暗号の鍵を生成するステップと、前記第1の鍵を、前記第2のユーザの公開鍵で暗号化して第1の値を得るステップと、値Xに前記第1のユーザの秘密鍵で署名をつけ、それをさらに前記第3のユーザの公開鍵で暗号化する関数Fを、前記プロキシ型署名付き暗号の鍵を用いて生成するステップと、前記第2の文書に前記第1の文書へのリンクをつける情報に前記Fをほどこした値に、前記第2のユーザの秘密鍵で署名した情報を前記第2の文書とともに、前記第3のユーザのコンピュータに送信するステップと、前記第3のユーザのコンピュータにおいて、前記第2のユーザの秘密鍵で署名した情報を前記第2の文書を受け取るとともに、前記第1のユーザの秘密鍵で署名した情報を前記第2のユーザの公開鍵で署名を認証しつつ、前記Fをほどこした値を得て、その値を前記第3のユーザの秘密鍵で復号し、その復号した値を前記第1のユーザの公開鍵で認証して前記第2の文書に前記第1の文書へのリンクをつける情報を取得するステップを有する、リンクアクセス制御方法。前記第3のユーザのコンピュータから、前記第1のユーザの秘密鍵で署名した情報を受け取ることに応答して、前記第1のユーザのコンピュータが、前記第1のユーザの秘密鍵で署名した情報を前記第1のユーザの公開鍵で確認し、その確認に応じて、前記第1の文書を前記第3のユーザのコンピュータに送るステップをさらに有する、請求項1に記載のリンクアクセス制御方法。前記第1のユーザのコンピュータと、前記第2のユーザのコンピュータと、前記第3のユーザのコンピュータが、サーバシステムに接続され、前記第1のユーザのコンピュータと、前記第2のユーザのコンピュータと、前記第3のユーザのコンピュータは、該サーバシステムを介して通信する、請求項1に記載のリンクアクセス制御方法。前記それぞれのユーザの公開鍵は、該サーバシステムに保存される、請求項3に記載のリンクアクセス制御方法。前記第1のユーザのコンピュータと、前記第2のユーザのコンピュータと、前記第3のユーザのコンピュータは、ピアツーピアで接続される、請求項1に記載のリンクアクセス制御方法。文書のリンクで参照される第1の文書のオーナーである第1のユーザと、前記第1の文書をリンクとして埋め込む第2の文書のオーナーである第2のユーザと、前記第2の文書に埋め込まれた、もしくは埋め込まれる前記第1の文書を閲覧可能とされる第3のユーザの各々が、コンピュータに秘密鍵と公開鍵をもち、それぞれのユーザの公開鍵がそれぞれのユーザに共有されているシステムにおいて、前記システムに、前記第1のユーザのコンピュータにおいて、前記第1のユーザの秘密鍵と前記第3のユーザの公開鍵を用いてプロキシ型署名付き暗号の鍵を生成するステップと、前記第1の鍵を、前記第2のユーザの公開鍵で暗号化して第1の値を得るステップと、値Xに前記第1のユーザの秘密鍵で署名をつけ、それをさらに前記第3のユーザの公開鍵で暗号化する関数Fを、前記プロキシ型署名付き暗号の鍵を用いて生成するステップと、前記第2の文書に前記第1の文書へのリンクをつける情報に前記Fをほどこした値に、前記第2のユーザの秘密鍵で署名した情報を前記第2の文書とともに、前記第3のユーザのコンピュータに送信するステップと、前記第3のユーザのコンピュータにおいて、前記第2のユーザの秘密鍵で署名した情報を前記第2の文書を受け取るとともに、前記第1のユーザの秘密鍵で署名した情報を前記第2のユーザの公開鍵で署名を認証しつつ、前記Fをほどこした値を得て、その値を前記第3のユーザの秘密鍵で復号し、その復号した値を前記第1のユーザの公開鍵で認証して前記第2の文書に前記第1の文書へのリンクをつける情報を取得するステップを実行させる、リンクアクセス制御プログラム。前記第3のユーザのコンピュータから、前記第1のユーザの秘密鍵で署名した情報を受け取ることに応答して、前記第1のユーザのコンピュータが、前記第1のユーザの秘密鍵で署名した情報を前記第1のユーザの公開鍵で確認し、その確認に応じて、前記第1の文書を前記第3のユーザのコンピュータに送るステップをさらに有する、請求項6に記載のリンクアクセス制御プログラム。前記第1のユーザのコンピュータと、前記第2のユーザのコンピュータと、前記第3のユーザのコンピュータが、サーバシステムに接続され、前記第1のユーザのコンピュータと、前記第2のユーザのコンピュータと、前記第3のユーザのコンピュータは、該サーバシステムを介して通信する、請求項6に記載のリンクアクセス制御プログラム。前記それぞれのユーザの公開鍵は、該サーバシステムに保存される、請求項8に記載のリンクアクセス制御プログラム。前記第1のユーザのコンピュータと、前記第2のユーザのコンピュータと、前記第3のユーザのコンピュータは、ピアツーピアで接続される、請求項6に記載のリンクアクセス制御プログラム。文書のリンクで参照される第1の文書のオーナーである第1のユーザと、前記第1の文書をリンクとして埋め込む第2の文書のオーナーである第2のユーザと、前記第2の文書に埋め込まれた、もしくは埋め込まれる前記第1の文書を閲覧可能とされる第3のユーザの各々が、コンピュータに秘密鍵と公開鍵をもち、それぞれのユーザの公開鍵がそれぞれのユーザに共有されているシステムにおいて、前記第1のユーザのコンピュータにおいて、前記第1のユーザの秘密鍵と前記第3のユーザの公開鍵を用いてプロキシ型署名付き暗号の鍵を生成する手段と、前記第1の鍵を、前記第2のユーザの公開鍵で暗号化して第1の値を得る手段と、値Xに前記第1のユーザの秘密鍵で署名をつけ、それをさらに前記第3のユーザの公開鍵で暗号化する関数Fを、前記プロキシ型署名付き暗号の鍵を用いて生成する手段と、前記第2の文書に前記第1の文書へのリンクをつける情報に前記Fをほどこした値に、前記第2のユーザの秘密鍵で署名した情報を前記第2の文書とともに、前記第3のユーザのコンピュータに送信する手段と、前記第3のユーザのコンピュータにおいて、前記第2のユーザの秘密鍵で署名した情報を前記第2の文書を受け取るとともに、前記第1のユーザの秘密鍵で署名した情報を前記第2のユーザの公開鍵で署名を認証しつつ、前記Fをほどこした値を得て、その値を前記第3のユーザの秘密鍵で復号し、その復号した値を前記第1のユーザの公開鍵で認証して前記第2の文書に前記第1の文書へのリンクをつける情報を取得する手段を有する、リンクアクセス制御システム。前記第3のユーザのコンピュータから、前記第1のユーザの秘密鍵で署名した情報を受け取ることに応答して、前記第1のユーザのコンピュータが、前記第1のユーザの秘密鍵で署名した情報を前記第1のユーザの公開鍵で確認し、その確認に応じて、前記第1の文書を前記第3のユーザのコンピュータに送る手段をさらに有する、請求項11に記載のリンクアクセス制御システム。前記第1のユーザのコンピュータと、前記第2のユーザのコンピュータと、前記第3のユーザのコンピュータが、サーバシステムに接続され、前記第1のユーザのコンピュータと、前記第2のユーザのコンピュータと、前記第3のユーザのコンピュータは、該サーバシステムを介して通信する、請求項11に記載のリンクアクセス制御システム。前記それぞれのユーザの公開鍵は、該サーバシステムに保存される、請求項13に記載のリンクアクセス制御システム。前記第1のユーザのコンピュータと、前記第2のユーザのコンピュータと、前記第3のユーザのコンピュータは、ピアツーピアで接続される、請求項11に記載のリンクアクセス制御システム。この発明の目的は、文書に挿入されるリンクによる他文書へのアクセス制御を、リンクされるコンテンツのオーナーとリンクを挿入されるコンテンツのオーナーの間の通信なく、達成することを可能ならしめる技法を提供することにある。この発明は、上記課題を解決するためになされたものであり、この発明においては先ず、秘密鍵と公開鍵を個々のコンピュータに保持するユーザが想定される。秘密鍵はそのユーザだけが保持しているが、公開鍵は他のユーザにも公開される。すなわち、各々のユーザの公開鍵は、各コンピュータに保存されている。以下、上記ユーザのうち、ABは各々リンクの始点および終点となるコンテンツオーナの集合、Cはビューアの集合、SKaPKaは各々ユーザaの秘密鍵と公開鍵、SignはYを鍵Xで署名したもの、EはYを鍵Xで暗号化したものとする。bjは予め、自分の作成するコンテンツに向けてリンクをつけることを許す人の集合Aそのリンクを見ることを許す人の集合Cを選ぶ。そして、全てのaickの組み合わせに対して、KaibjckEを作成し、事前にAに含まれる人全員に配布する。なお、Kbjckはプロキシー型署名付き暗号Fの鍵とする。なお、Fは例えば、特開2011-97453号公報に記載されているような関数である。aiはbjから受け取ったKaibjckをSKaiで復号しKbjckを取得し、FEの計算が可能となるプロキシ型署名付き暗号においては、鍵Kbckより、上記のFの計算が可能。aiは、コンテンツxdocを作成し、xdoc内のリンクの始点xから、bjの作成したコンテンツydoc内のリンクの終点yへのリンクx→yを見ることを許すビューアCを選ぶ。そして、全てのcnに対し、σFEσSignを計算し、σをxdocに添付する。cnはxdocを受け取り、σをPKaiを用いてaiの署名を認証しつつ、σを得る。そして、σをSKcnで復号しσSignを得、PKbjでbjの署名を認証しつつx→yを取得する。cnはydocのリクエストをσと共にbjに送る。bjは、σをPKbjを用いてx→yとその署名を確認後、yをcnに送信する。yを受け取ったcnは、xdoc中のリンク先のオブジェクトとしてyを埋め込む。この発明によれば、リンクされる文書のオーナーと、その文書をリンクとして挿入する文書のオーナーの間で直接の通信なく、リンクのアクセスの制御を行うことが可能となり、また、リンクとして挿入する文書のオーナーも、独自の判断で、追加でリンクのアクセスの制御を与えることができる。以下、図面に基づき、この発明の実施例を説明する。特に断わらない限り、同一の参照番号は、図面を通して、同一の対象を指すものとする。尚、以下で説明するのは、本発明の一実施形態であり、この発明を、この実施例で説明する内容に限定する意図はないことを理解されたい。先ず改めて、本発明の背景から説明する。自動車、電機、航空宇宙防衛などの分野では、製品が複雑で、多数の部品からなるので、1つの製品を設計するために、機械、電気、システム設計、ソフトウェア、試験などの多くのドメイン部門が関与する。このように多くの部門に分かれていても、結局は統合された製品に集約する必要があるので、ドメインにまたがるデータの交換を行う必要がある。図1は、自動車メーカーにおける異なるドメイン間の連携の例を示す図である。図1からは、システムモデル、要求管理、制御解析、CAD、電気/電子回路、部品構成管理、及び組み込みソフトウェアという異なるドメインの間で、データの交換が行われることが見て取れる。図2は、図1のドメイン間連携を実装するハードウェア構成を模式的に示す図である。図2において、サーバ202は、ドメインで共通に使用されるデータを格納したり、ドメイン間でデータを交換したりする機能を提供する。インターネット204を介してサーバ202に接続されたクライアントコンピュータ206a、206b、206zは、好適には図1の各ドメインに対応するデータを格納する。各クライアントコンピュータ206a、206b、206zは個別に、固有の秘密鍵と、その秘密鍵に対応する公開鍵を保持する。各クライアントコンピュータ206a、206b、206zの公開鍵は公開しても構わないので、好適にはどのクライアントコンピュータ206a、206b、206zからもアクセスさけるように、サーバ202に保存される。なお、図2に示すようなクライアントサーバの構成でなく、クライアントコンピュータ206a、206b、206zがピアツーピアで接続された構成でも本発明の処理を実装することができる。その場合は好適には、クライアントコンピュータ206a、206b、206zの公開鍵の全てを各クライアントコンピュータ206a、206b、206zに保存するようにしてもよい。図3は、本発明の文脈におけるクライアントコンピュータ206a、206b、206zの役割分担を示す図である。すなわち、次のような文書があったとする。XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXこれをxdocと呼ぶことにすると、このようなxdocを作成するユーザ、あるいはxdocのオーナーが使用するクライアントコンピュータ206a、206c、206eが属するグループをグループAと呼ぶことにする。グループAのユーザは、必要に応じてxdoc中にXXXのようなリンクを埋め込む。なお、これらのリンク情報は、xdoc中に埋め込まれずに、リンク情報を持つ別ファイルに保持してもよい。その場合、ビューアは、最終的にydocを取得してから、xdocにリンクを埋め込むことになる。一方、xdocに埋め込まれたリンクで参照される、あるいは別ファイルにリンク情報をもつydocを作成するユーザ、あるいはxdocのオーナーが使用するクライアントコンピュータ206b、206h、206kが属するグループをグループBと呼ぶことにする。また、xdocを閲覧して、そこに埋め込まれているリンクの、あるいは別ファイルにリンク情報をもつ文書を必要に応じてグループBのユーザに要求するユーザ使用するクライアントコンピュータ206f、206t、が属するグループをグループCと呼ぶことにする。図2に示すクライアントコンピュータ206a、206b、206zのハードウェア構成は便宜上同一とし、図4にその構成のブロック図を示す。図4を参照すると、本発明の一実施例に係るシステム構成及び処理を実現するためのコンピュータハードウェアのブロック図が示されている。図4において、システムパス402には、CPU404と、主記憶RAM406と、ハードディスクドライブHDD408と、キーボード410と、マウス412と、ディスプレイ414が接続されている。CPU404は、好適には、32ビットまたは64ビットのアーキテクチャに基づくものであり、例えば、インテル社のPentium商標4、Core商標2Duo、Xeon商標、AMD社のAthlon商標などを使用することができる。主記憶406は、好適には、4GB以上の容量をもつものである。ハードディスクドライブ408は、好適には例えば、500GB以上の容量をもつものである。ハードディスクドライブ408には、個々に図示しないが、オペレーティングシステムが、予め格納されている。オペレーティングシステムは、Linux商標、マイクロソフト社のWindows商標7、WindowsXP商標、アップルコンピュータのMacOS商標などの、CPU404に適合する任意のものでよい。ハードディスクドライブ408にはさらに、文書作成編集プログラム502、文書表示プログラム504、作成された文書506、暗号/復号モジュール508、当該ユーザ固有の秘密鍵510、各ユーザの公開鍵512a、512b、512z、及び通信モジュール514が格納されている。これらの機能構成については、図5のブロック図を参照して、後でより詳細に説明する。なお、公開鍵512a、512b、512zは、ハードディスクドライブ408にローカルに保存するのでなく、サーバ202に置いて、通信インターフェース416を介してアクセスしてもよい。キーボード410及びマウス412は、所定のGUI画面図示しないを操作して、文書作成編集プログラム502などを起動したり、文字を打ち込んだりするために使用される。ディスプレイ414は、好適には、液晶ディスプレイであり、例えば、XGA1024×768の解像度、またはUXGA1600×1200の解像度などの任意の解像度のものを使用することができる。ディスプレイ114は、生成された結果のワークフローを表示するために使用される。図4のシステムは更に、バス402に接続された通信インターフェース416を介して、LAN、WANなどの外部ネットワークに接続されている。通信インターフェース416は、イーサネット商標などの仕組みにより、外部ネットワーク上にあるサーバやクライアントコンピュータなどのシステムとデータのやりとりを行う。次に、図5の機能ブロック図を参照して、本発明の実施例の機能構成について説明する。文書作成編集プログラム502と文書表示プログラム504は、単一のプログラムがその両方の機能を提供するようにしてもよい。文書作成編集プログラム502は例えば、MirosoftWORD、一般的なテキストエディタなど任意の文書作成編集プログラムを使用することができる。文書作成編集プログラム502が生成する文書506は、リンクを埋め込み可能な、MSWORD形式、HTML形式、XML形式などの任意の文書形式でよい。また、文書表示プログラム504は、埋め込まれたリンクにハイパーリンクしたり、リンク先の内容を表示したりする機能をもつ任意のプログラムでよく、典型的には通常のWebブラウザでよい。暗号/復号モジュール508は、図6に示すように、暗号化サブモジュール602、復号サブモジュール604、署名サブモジュール606、署名認証サブモジュール608、プロキシ型署名付き暗号鍵生成サブモジュール610、F生成サブモジュール612、及びF計算サブモジュール614を含む。暗号化サブモジュール602は例えば、公開鍵をPKaiとすると、Eにより、Xを公開鍵PKaiで暗号化する機能をもつ。例えば、E≡XY、すなわちあるmodでのXのY乗である。復号サブモジュール604は、暗号化サブモジュール602で暗号化したデータを、公開鍵PKaiに対応する秘密鍵SKaiで復号する機能をもつ。署名サブモジュール606は、秘密鍵をSKaiとすると、Signで、Xに署名をつける。プロキシ型署名付き暗号鍵生成サブモジュール610は例えば、KbjckRSKbjの式により、プロキシ型署名付き暗号鍵Kbjckを生成する。但し、RESKbjrSKbj、rはbj∈Bのユーザのクライアントコンピュータで生成された乱数、は結合、は乗算である。F生成サブモジュール612は、FSignRという式で、Fを与える。F計算サブモジュール614は、Xaとすると、生成されたFを用いてFを計算し、Rを復号して1rを取得後、PKbjrを用いて署名の認証を行う。これらのサブモジュールがどのように使用されるかは、図7~図9のフローチャートを参照して、より詳細に説明する。通信モジュール514は、通信インターフェース416とサーバ202を介して、他のクライアントコンピュータとデータをやり取りする機能をもつ。その場合、文書506が直接、通信モジュール514に送られることがあるし、文書506、秘密鍵510、各公開鍵512a、512b、512zなどを暗号/復号モジュール508によって処理したデータが通信モジュール514に送られることもある。一方で通信モジュール514は、通信インターフェース416とサーバ202を介して、他のクライアントコンピュータから直接、文書506を受け取ったり、一旦暗号/復号モジュール508で処理した結果を、文書506として保存したりする。次に図7のフローチャートを参照して、グループBのクライアントコンピュータにおける処理を説明する。ステップ702において、クライアントコンピュータにおいて、ユーザは、操作により自分の作成するコンテンツに向けてリンクをつけることを許す人の集合Aそのリンクを見ることを許す人の集合Cを選ぶ。すると、クライアントコンピュータは、プロキシ型署名付き暗号作成サブモジュール610を呼び出して、全てのaickの組み合わせに対して、KaibjckEを作成する。但し、Kbjckはプロキシ型署名付き暗号Fの鍵である。ステップ704で、クライアントコンピュータは、各aiのクライアントコンピュータに対して、Kaibjckを配布する。ステップ706では、クライアントコンピュータは、改めて作成した、あるいは既存の文書506であるydocを作成し、グループAのクライアントコンピュータに送付する。その後、クライアントコンピュータは、グループCのユーザcnのクライアントコンピュータから、σSignを受信する。ここで、x→yは、XXXのような文書xdocに埋め込まれた、あるいは別ファイルにリンク情報をもつ情報である。クライアントコンピュータは、ステップ710で、署名認証サブモジュール608により、自身の公開鍵PKbjでのσの認証を試み、認証が成功すると、ステップ712で、ユーザにx→yを承認するかどうかを聞くメニューをディスプレイ414に提示し、ユーザの承認するとの応答に対して、ステップ714で、ydocをユーザcnのクライアントコンピュータに送信する。一方、ステップ710での認証が失敗した場合、あるいは、ステップ712でユーザがx→yを承認しないとの応答があった場合は、ydocをユーザcnのクライアントコンピュータに送信することなく、処理を終える。次に、図8のフローチャートを参照して、グループAのクライアントコンピュータにおける処理を説明する。ステップ802で、グループAのクライアントコンピュータは、ユーザbj∈Bのクライアントコンピュータから、複数のkに対するKaibjckを受信する。ステップ804で、グループAのクライアントコンピュータは、復号サブモジュール604を呼び出して、Kaibjckを、自身の秘密鍵であるSKaiで復号を試み、もし復号できたならステップ806で、復号して得られたKbjckを保持する。ステップ808で、グループAのクライアントコンピュータは、全てのkに対して復号完了かどうか判断し、そうでないなら次のkの値に対してステップ804での処理を試みる。こうして全てのkについて復号完了すると、ステップ810で、グループAのクライアントコンピュータは、復号できたcnの集合をCとする。ステップ812で、グループAのクライアントコンピュータは、グループBのクライアントコンピュータから、ydocを受信する。ステップ814で、グループAのクライアントコンピュータのユーザは、文書作成編集プログラム502を用いて文書xdocを作成する。その際、文書xdocには、XXXのように、文書ydocに対するリンクが配置される。ステップ816で、グループAのクライアントコンピュータのユーザは、xdocのリンクの始点xからydoc内のリンクの終点yへのリンクx→yを見ることを許すユーザであるビューワの集合C⊆Cを選ぶ。ステップ818で、グループAのクライアントコンピュータのユーザは、全てのcn∈Cに対して、F生成サブモジュール612でFを生成し、次に、その生成したFでF計算サブモジュール614を呼び出すことにより、σFEを計算する。次にグループAのクライアントコンピュータは、署名サブモジュール606を呼び出すことにより、σSignを計算し、σをxdocに添付する。ステップ820で、グループAのクライアントコンピュータのユーザは、Cに含まれるクライアントにxdocを配布して、処理を終了する。次に、図9のフローチャートを参照して、グループCのクライアントコンピュータにおける処理を説明する。ステップ902で、グループCのクライアントコンピュータは、グループAのクライアントコンピュータから、xdocを受信する。このとき、ステップ818に関連して説明したように、σも添付して送られてくる。ステップ904で、グループCのクライアントコンピュータは、署名認証サブモジュール608を呼び出して、σをPKaiで認証することを試みる。そして、認証が失敗したら、処理を終了する。ステップ904で認証が成功すると、グループCのクライアントコンピュータは、ステップ906で、自身の秘密鍵SKcnで、復号サブモジュール604を呼び出して、σの復号を試みる。そして、復号が失敗したら、処理を終了する。ステップ906で復号が成功すると、グループCのクライアントコンピュータは、σSignを抽出し、ステップ908で、署名認証サブモジュール608を呼び出して、σをPKbjで認証することを試みる。そして、認証が失敗したら、処理を終了する。ステップ908で認証が成功すると、グループCのクライアントコンピュータは、ステップ910で、ユーザbjのクライアントコンピュータにσを送付して、ydocをリクエストする。σを受け取ったユーザbjのクライアントコンピュータは、ステップ710での認証が成功したことに応答して、ydocをグループCのクライアントコンピュータに送ってくる。すると、ステップ912での判断が肯定的になるので、グループCのクライアントコンピュータは、ステップ914で、ydocへのリンク、もしくは参照先を、xdocのリンク先オブジェクトとして埋め込む。一方、ステップ710での認証が失敗すると、ydocが送られてこないので、直ちに処理は終了する。次に図10を参照して、本発明におけるプロキシ型署名付き暗号化の処理について説明する。これは、ある人Bとするの署名を、代理人Aとするに頼んで安全につけてもらうことを実現するものである。その際、その署名を見られる人Cとするは、Bによって特定される。このとき、Bの秘密鍵を他人に漏らさないで、代理人AにBの署名をしてもらえる、ということが肝要である。次に図10の例を参照して、本発明の具体的動作について説明する。図10では、グループBからbj、グループAからai、グループCからcnがそれぞれ選ばれているとする。bjは、ステップ702で示すように、Kaibjck1004を作成し、ステップ704で示すように、それをaiに送っておく。次にbjは、リンクで参照される文書ydoc1002を作成し、そのクライアントコンピュータのハードディスクドライブに保存する。aiは、ステップ802でKaibjck1004を受信し、ステップ812でコンテンツydoc1002をbjから受信し、ステップ814でコンテンツxdoc1006を作成し、ステップ816でσ1008を作成してxdocに添付し、ステップ820でσ付きのxdocをcnに送る。cnは、ステップ902でσ付きのxdocを受信し、ステップ904~908で、σからσ1010を抽出し、ステップ910で、σ1010をbjに送る。σ1010を受け取ったbjは、ステップ710でσを認証すると、ステップ714でydoc1002をcnに送る。cnは、ydoc1002へのリンク、もしくは参照先をxdoc1006のリンクの箇所に挿入する。あるいは、ydoc1002をxdoc1006と同じフォルダに保存して、xdoc1006のリンクの箇所から、ydoc1002にハイパーリンクできるようにしてもよい。以上のように本発明を特定の実施例に基づき説明したが、本発明は使用するコンピュータシステムのハードウェア、ソフトウェアなどの特定の組み合わせに依存せず、任意のプラットフォームや形態で実装可能である。また、ここで、使用される暗号化方式は、典型的にはRSA暗号方式であるが、これには限定されず、楕円曲線暗号方式、ECDSAなど任意の公開鍵暗号方式を利用することが可能である。