サーバコンピュータであって:コンピュータファイルを記憶するようにされた手段と;ディジタル署名を記憶するようにされた手段と;各コンピュータファイルは関係するディジタル署名をもっていて、少なくとも1つの他のコンピュータから前記サーバコンピュータ上に記憶された少なくとも1つのコンピュータファイルにアクセスする要求を受取るようにされている手段と;該または各要求されたコンピュータファイルを検索するようにされた手段と;該または各要求されたコンピュータファイルを検索するようにされた手段と;該または各要求されたコンピュータファイルに関係するディジタル署名の有効性を検査するようにされた手段と;該または各それぞれ要求されたコンピュータファイルに関係するディジタル署名が有効であるときのみ、該または各要求されたコンピュータファイルへのアクセスを前記他のコンピュータへ与えるようにされている手段とを含むサーバコンピュータ。該または各それぞれの要求されたコンピュータファイルに関係するディジタル署名が有効であるときのみ、該または各要求されたコンピュータファイルへのアクセスを前記他のコンピュータへ与えるようにされている前記手段が、該または各それぞれの要求されたコンピュータファイルが有効であるときのみ、該または各コンピュータファイルのコピーを前記他のコンピュータへ供給するようにされている手段を含む請求項1記載のサーバコンピュータ。認可されたコンピュータファイルに署名する当事者のリストを記憶するようにされている手段をさらに含み;各コンピュータファイルに署名をする当事者がディジタル署名を作成するための少なくとも1つの関係する署名用の鍵をもっていて;該または各要求されたコンピュータファイルに関係するディジタル署名の有効性を検査するようにされている前記手段が、前記ディジタル署名が認可されたコンピュータファイルの署名する当事者に関係する署名用の鍵を使って作成されたときのみ、前記ディジタル署名を有効とする請求項1または2記載のサーバコンピュータ。クロックをさらに含み、前記サーバコンピュータ上に記憶された該または各コンピュータファイルが関係する期限切れ日付をもっていて;該または各要求されたコンピュータファイルに関係するディジタル署名の有効性を検査するようにされている前記手段が、該または各コンピュータファイルに関係する期限切れの日付が現在のクロックの日付を過ぎたときのみ、前記ディジタル署名を有効とする請求項1ないし3の何れか1項記載のサーバコンピュータ。コンピュータファイルおよびディジタル署名を記憶するようにされているサーバコンピュータであって、各コンピュータファイルは関係するディジタル署名をもっていて:別のコンピュータからの接続を受入れ;前記別のコンピュータから、前記サーバコンピュータ上に記憶された少なくとも1つのコンピュータファイルへアクセスする要求を受取り;該または各要求されたコンピュータファイルを検索し;該または各要求されたコンピュータファイルに関係するディジタル署名を検索し;該または各要求されたコンピュータファイルに関係するディジタル署名の有効性を検査し;該または各要求されたコンピュータファイルに関係するディジタル署名が有効であるときのみ、該または各要求されたコンピュータファイルへのアクセスを前記他のコンピュータに与える動作を実行するようにされているサーバコンピュータ。サーバコンピュータを動作する方法であって:少なくとも1つの他のコンピュータから、前記サーバコンピュータ上に記憶された少なくとも1つのコンピュータファイルへアクセスするための要求を受取り;各前記コンピュータファイルが前記サーバコンピュータ上に記憶された関係する固有のディジタル署名をもっている段階と;該または各要求されたコンピュータファイルを検索する段階と;該または各要求されたコンピュータファイルに関係するディジタル署名を検索する段階と;該または各要求されたコンピュータファイルに関係する固有のディジタル署名の有効性を検査する段階と;該または各要求されたコンピュータファイルに関係するディジタル署名が有効であるときのみ、該または各要求されたコンピュータファイルへのアクセスを前記コンピュータへ与える段階とを含む方法。該または各要求されたコンピュータファイルに関係するディジタル署名が有効であるときのみ、該または各要求されたコンピュータファイルへのアクセスを前記コンピュータへ与える前記段階が、該または各要求されたコンピュータファイルに関係するディジタル署名が有効であるときのみ、該または各コンピュータファイルのコピーを前記他のコンピュータへ与えることを含む請求項6記載の方法。コンピュータへロードするためのコンピュータの読取り可能なコードを取入れ、前記コンピュータが請求項6または7記載の方法を実行するのを実行可能にするコンピュータプログラムメモリ媒体。図1Aは、ウエブサーバとして使用するのに適した従来の汎用コンピュータ100を示している。このようなコンピュータ100は図1Bに示されており、一般的に、少なくとも中央処理ユニットcentralprocessingunitCPU102;読取り専用メモリreadonlymemoryROM104;ランダムアクセスメモリrandomaccessmemoryRAM106;ハードディスク108のようなメモリデバイス、フロッピー登録商標ディスクから読み取るか、またはそこへ書込むためのフロッピー登録商標ディスクドライブ110のようなメモリ媒体から読み取るか、またはそこへ書込むためのデバイス、並びに他のデバイスかまたは通信ネットワークへ接続するための入力および出力ポート112をもっている。図1Aを再び参照すると、フロッピー登録商標ディスク114が示されており、フロッピー登録商標ディスクドライブ110はこのフロッピー登録商標ディスク114から読み取るか、またはそこへ書込むことができる。コンピュータ100は通信ネットワーク116へ接続されており、通信ネットワーク116は、この実施形態では、例えば伝送制御プロトコル/インターネットプロトコルTransmissionControlProtocolInternetProtocolTCP/IPを使用する周知のインターネットとして理解される。第2の従来の汎用コンピュータ118は、ウエブクライアントとして使用するのに適しており、同様にインターネット通信ネットワーク116へ接続されている。コンピュータ100は適切なオペレーティングシステムを使用することができ、例えばMicrosoftWindows登録商標NT、Linux登録商標、またはUnix登録商標の他の多くのバージョンの何れか1つがよく知られている。アプリケーションプログラムは、アプリケーションプログラムを書くための多くの周知の適切な言語の何れかで書くことができ、周知の例の1つはCである。このようなオペレーティングシステムおよびアプリケーションプログラムは、コンピュータ100のメモリデバイス108へロードすることができる。本発明のこの実施形態にしたがって開示される機能は、コンピュータ100によって実行されるソフトウエアモジュールのアプリケーションプログラムとして実行することができる。このソフトウエアアプリケーションプログラムは、適切なコンピュータの読取り可能なメモリ媒体の形態をとる、例えばフロッピー登録商標ディスク114上に記憶され、実行のためには、フロッピー登録商標ディスクドライブ110を介して、コンピュータ100へロードする。周知の代わりのアプリケーションプログラムは、CD-ROM図示されていない上にソフトウエアアプリケーションを記憶し、実行のためには、CD-ROMドライブ図示されていないを介してコンピュータ100へロードする。別の周知の代わりのアプリケーションプログラムでは、コンピュータ100によって実行するために、ネットワーク116上にソフトウエアアプリケーションプログラムをダウンロードする。この実施形態では、コンピュータ100は、ソフトウエアアプリケーションプログラムをロードされていて、このプログラムが実行されると、コンピュータ100はウエブサーバとして動作する。ウエブ文書は、従来のように、ウエブサーバの適切なメモリデバイス上に記憶される。ウエブブラウザプログラムを含む、第2のコンピュータ108上にロードされるソフトウエアアプリケーションプログラムは、実行されると、ワールドワイドウエブプロトコルを使用して通信をイネーブルし、特にウエブページ、ウエブサーバコンピュータ100上でホストされたウエブページを、例えばウエブブラウザを使用して、閲覧viewできるようにする。ここで従来のディジタル署名プロセスを図2および3に関連して記載することにする。図2および3の構造は忠実に反映されていることが分かるであろう;図2はディジタルかまたは電子の文書のディジタル署名プロセスの手続きのフローチャートを示しており、一方で図3は簡単なやり方で対応するエンティティの振舞いを示している。手続きのフローチャートに示されている段階は、ウエブサーバ100上を走るソフトウエアアプリケーションを実行することによって行われることも分かるであろう。この実施形態の例として、検討されているウエブ文書はウエブページであり、一般的に、ウエブサーバ100の適切なメモリデバイス、この例ではハードディスク上に記憶されたHyperTextMarkupLanguageHTMLの文書である。しかしながらこの例は無限であり;すなわち本発明にしたがって多くの他の形態のコンピュータファイル例えば、HTML以外のフォーマットの文書、例えばJointPhotographicExpertsGroupJPEGフォーマットの画像、およびダウンロードできるソフトウエアプログラムも同様に処理するできることに注意すべきである。第1の段階200では、ディジタル署名をするための文書が選択される。このような文書300は図3に示した。第2の段階202では、署名される文書は、いわゆる‘ハッシュ’機能を通される。ハッシュ機能はこの文書の短い表示を生成し、これはしばしば文書の‘ハッシュ’と呼ばれる。署名される文書300はおよび署名される文書のハッシュ302は図3に模式的に示されている。ハッシュ機能および文書のハッシュは、代わりに、それぞれ‘メッセージダイジェスト’機能および‘メッセージダイジェスト’と呼ばれることがよくある。2つの周知のハッシュ機能の例はMD5およびSHAハッシュ機能である。ハッシュ機能によって生成された文書のハッシュはその文書の内容に対する感度が著しく高いことがよく知られている。例えば、テキスト文書が終止符の挿入のみによって変更されるとき、終止符を挿入する前に生成されたハッシュおよび終止符の挿入後に挿入されたハッシュは、概して完全に異なる。第3の段階204において、ディジタル署名は秘密鍵を使用して文書のハッシュを暗号化することによって作成される。この秘密鍵は、例えば内容の作成者、内容の所有者、または内容の管理者を含む多数の当事者の何れかの秘密鍵であることが分かるであろう。認可された署名する当事者が関係する認可された秘密鍵をもつ概念については後で記載することにする。署名される文書のハッシュ302およびディジタル署名304を図3に示した。署名される文書のためのディジタル署名は、作成されると、ウエブサーバ100の適切なメモリデバイス、この例ではハードディスク上に記憶される。その代わりにオプションの第4の段階206において、このように作成されたディジタル署名は、署名される文書に添付されて、ディジタル形式で署名された文書を作成する。ディジタル形式で署名された文書306は図3に示されている。次にディジタル形式で署名された文書は、ウエブサーバ100の適切なメモリデバイス、この例ではハードディスク上に記憶することができる。本発明の文書供給プロセスを図1、4、5、および6に関連して記載する。ここでも手続きのフローチャート内に示された段階は、ウエブサーバ100上を走るソフトウエアアプリケーションを実行することによって行なわれることが分かるであろう。図1および4に関して、第1の段階400において、ウエブサーバ100は第2のコンピュータ114から、ウエブサーバ100上に記憶された所与のウエブページへアクセスするための要求を受取る。よく知られているように、この要求は一般的に、第2のコンピュータ114のユーザがハイパーリンク上をクリックすることによって開始され、このユニフォームリソースロケータURLが所与のウエブページを指示する。さらによく知られているように、ウエブサーバ100は、クライアントから到来する接続を受取るためのTCPポート80を監視するプロセスをもつ。TCP接続が設定されると、ウエブページに対するHTTP要求が上述のように行われる。第2の段階402において、URL要求に対応するウエブページは、ウエブサーバ100の適切なメモリデバイス、この例ではハードディスクから検索される。第3の段階404では、このウエブページに対応するディジタル署名も、ウエブサーバの適切なメモリデバイス、この例ではハードディスクから検索される。ディジタル署名が、上述のオプションの段階206にしたがって文書に既に添付されているときは、この段階は文書自体を検索するときに行なわれることが分かるであろう。第4の段階406では、文書に関係するディジタル署名の有効性が検査される。ディジタル署名の妥当性検査プロセスの手続きのフローチャートは図5および6に記載した。ここで段階406に用意されたこのディジタル署名の妥当性検査プロセスを、図4に示した段階の記載に戻る前に、図5および6に関連して記載することにする。図5および6の構造は忠実に反映されていることが認識され:図5はディジタル署名の妥当性検査プロセスの手続きのフローチャートを示しており、一方で図6は対応するエンティティの振舞いを簡単に示している。図5に関連して、第1の段階500において、文書に関係するディジタル署名は公開鍵でデクリプトされ、この場合に秘密鍵に対応する公開鍵を使用して、最初に文書のハッシュまたはメッセージダイジェストに署名する。周知のように、このデクリプションによって文書のハッシュが得られる。要求された文書に関係するディジタル署名600およびデクリプションによって得られたハッシュ602は図6に示した。第2の段階502において、文書は再び、文書をディジタル形式で署名するプロセスで最初に使用されたのと同じハッシュ機能を実行される。こうして文書の新しいハッシュが導き出される。文書604および文書の新しいハッシュ606は図6示されている。要求された文書に関係するディジタル署名をデクリプトするのに使用される公開鍵が、文書のハッシュに署名するのに使用される秘密鍵に整合する公開鍵でないとき、ディジタル署名は正しくデクリプトされない。その結果、デクリプションによって得られた文書のハッシュは正しいものでなくなり、文書の新しいハッシュと異なることになる。同様に、文書がハッシュの生成を含む文書への署名と新しいハッシュの生成との間で変更されるとき、ハッシュと新しいハッシュとは異なることがさらに分かるであろう。その結果、段階504において、文書のハッシュと文書の新しいハッシュとが比較される。文書のハッシュ602と文書の新しいハッシュ606との比較は、図6に模式的に示されている。ハッシュと新しいハッシュとが同じであるとき、文書に署名したと考えられる当事者が、現実に文書に署名したすなわち、デクリプションに使用された公開鍵が、文書に署名するのに使用された秘密鍵に正しく整合していることが保証されるだけでなく、ディジタル署名を生成してから文書が変更されていないすなわち、文書のハッシュと文書の新しいハッシュとは同一であることも保証される。文書のハッシュと文書の新しいハッシュとを比較して、段階406に示された認証の照会に対する結果を戻す。要求された文書に関係するディジタル署名は、妥当性検査試験に通るときと、通らないときがある。ここで図4を再び参照して文書供給プロセスについて検討する。ディジタル署名が有効であると、第5の段階408において、ウエブサーバは従来のやり方でウエブページを要求している当事者へ送ることを始める。より一般的な場合に、コンピュータファイルに関係するディジタル署名が有効であると、サーバコンピュータは、全てのファイルを一度にクライアントコンピュータへ送るのではなく、コンピュータファイルへのアクセスを許可することに注意すべきである。例示的に、サーバコンピュータはその代わりにクライアントコンピュータと通信セッションを開き、ファイルの一部を要求に応じてクライアントコンピュータへ流す。しかしながらディジタル署名が有効でないとき、すなわち文書が、その文書に関係するディジタル署名が作成されてから変更されたか、または文書が現実に文書に署名したと表示された人以外の人によって署名されたときは、ウエブサーバが文書を送り始めることは絶対にない。その代わりに、第6の段階410において、ウエブサーバはウエブページを要求している当事者へ送り、要求しているウエブページが有効でないことを知らせる。第7の段階412では、ウエブサーバは、例えば、無効のディジタル署名に関する警告を含むメッセージをシステムの管理者へ送る。現在、公開鍵の処理は比較的に緩慢であり、ハッシュ機能または対称鍵の処理よりも100ないし1000倍程度緩慢であることに注意すべきである。ウエブサーバが、供給された各文書に対してディジタル署名を検査するとき、これが直ぐに動作の隘路になることが分かるであろう。この問題を改善するために、ディジタル署名の検査のために最適化された専用のハードウエアボードを使用することができる。このようなボードの1つの例としては、nCipherによって生成されたものがある。このような各ボードは一般的に、1秒間に数百のディジタル署名を検査することができ、要求に応じて別のボードをデイジーチェーン接続することもできる。既に記載したように、‘それらの’文書の1つをディジタル形式で署名したい当事者が数多くいる可能性は相当に高い。このような各当事者は、自身の秘密鍵をもち、これを使用して、関連する暗号化を行う。したがってディジタル形式で署名された各ファイルを関連する署名する当事者に関係付けることができる手段を用意することが必要であり、その結果適切に整合した公開鍵はディジタル署名の認証に使用できる。各ディジタル形式で署名されたファイルと署名する当事者とを関係付けることができる手段は、1つの例では署名する当事者のディジタルの証明のコピーをディジタル形式で署名されたファイルに添付するだけである。図2に関して、これは、例えば、段階206に続く段階で行われる。ディジタル証明の周知の概念は、ディジタル署名の概念に密接に関連しており、ここでは詳しく記載しない。ディジタル証明は当事者の識別子をその当事者の公開鍵と結合し、このディジタル証明自体は、普通は第三者機関TrustedThirdPartyTTPを示す第3の当事者によって署名されることのみに注意するべきである。このやり方で、図4に関連して、段階402および404においてディジタル形式で署名されたファイルが検索されるとき、添付されたディジタル証明も検索される。ディジタル証明は、署名する当事者の識別子および署名する当事者の関係する公開鍵とを与える。図5に関連して、段階500において公開鍵を使用して、認証プロセスにおいて要求されるようにディジタル形式で署名された文書のハッシュを得ることができる。ファイルに添付されたディジタル証明が署名する当事者のディジタル証明でないとき、認証は失敗する。しかしながら承認されていない第3の当事者がディジタル形式で署名されたファイルを整合したディジタル証明をもつウエブサーバへなんとか密かにもちだすことについて検討する。そこで発生する従属的な問題は、その当事者の制御がその特定のウエブサイト上に記憶する文書に署名することを認証されている。認証された署名する当事者のリストはウエブサーバ上で構成され、記憶されるようにでき;認証された署名する当事者のディジタル証明のみを有効に使用することができる。承認されていない第3の当事者に対する次の攻撃地点は、誤った‘承認された’署名する当事者をリストに加えることを試行するので、このリストは、システムの管理者の秘密鍵によってそれに署名することによって、それ自体を保護することができる。このやり方では、システム管理者の公開鍵を使用してリストを読み取ることができ、したがって、上述の記憶された文書のように、リストが不正使用されておらず、現実にシステムの管理者から発信していることを保証する。関心をもっている別の問題は、‘寿命’が制限されている文書が所定の時刻または日付を過ぎると供給されないことを保証することである。図2に関して、これは段階206に続く段階で、ディジタル形式で署名されたファイルに‘期限切れ時刻または日付のスタンプ’を付加することによって達成される。この期限切れ時刻のスタンプが損われるのを防ぐために、期限切れ時刻のスタンプを添付されたディジタル形式で署名された文書自体は、さらに別の段階において、例えばシステム管理者の秘密鍵で署名される。図4に関連して、この場合に、ディジタル形式で署名された文書が検索されるとき、段階402および404において、ディジタル形式で署名される文書は添付された期限切れ時刻-スタンプをもち、システムの管理者によって署名される。別の段階では、期限切れの時刻-スタンプは最初に、システムの管理者の公開鍵でディジタル形式で署名された文書をデクリプトすることによって検索される。さらに別の段階では、関連する時刻または日付が過ぎたか否かを調べるために検査が行われる。関連する時刻または日付が過ぎているときは、文書は供給されない。ここで本発明のこの実施形態の簡単な応用を記載する。図1に示したウエブサーバは協働するウエブサイトのホストとして働くために採用されている。ウエブサーバは一般的に、既に記載したように協働するファイアウオールによって保護される。インターネットに接続されていて、ウエブブラウザを適切に装備した一般のコンピュータを使用して、この協働するウエブサイト上でウエブページを閲覧することができる。周知のように、これらのウエブページは一般に、会社に関する情報を全世界へ送るために使用される。第1の情況として、会社がウエブページの形態の文書をその協働するウエブサイト上にポストすることについて検討する。文書は、上述の図2および3についての記述にしたがって会社の秘密鍵を使用してディジタル形式で署名されている。一般のメンバは、典型的に文書に関係するハイパーリンク上をクリックすることによって、この文書へのアクセスを要求する。上述の図4、5、および6についての記載にしたがって、ウエブサーバは文書のディジタル署名の認証を実行する。この第1の情況において、認証は成功し、一般のメンバに供給されたウエブページはその後は事もなく要求を行う。ここで第2の情況として、会社がウエブページの形態の文書をその協働するウエブサイト上にポストすることについて検討する。文書は、図2および3に関する既に記載された部分にしたがって、例えば会社の秘密鍵を使用してディジタル形式で署名される。しかしながらこの情況では、協働するウエブサイトの管理者に気付かれずに、協働するファイアウオールは損われ、承認されていない第3の当事者がウエブサーバへのアクセスを得る。このアクセスを使用して、承認されていない第3の当事者は、ウエブサーバ上に記憶されたウエブページを変更することを始める。この承認されていない第3の当事者によって実行される変更は、このような攻撃を展開する動機に依存しているが;都合の悪いことに、悪ふざけprankから明らかな妨害行為sabotageまでの広範囲の動機を考えてしまい易い。ここで一般公衆のメンバは、承認されていない第3の当事者によって変更された文書へのアクセスを要求していると考えられる。図4、5、および6についての既に記載された部分にしたがって、ウエブサーバは文書のディジタル署名の認証を実行する。この第2の情況では、文書のハッシュと文書の新しいハッシュとが整合しないために認証は失敗する。したがってウエブページは、要求を行う一般のメンバへは供給されない。したがって、要求を行う一般のメンバは変更された文書を全く参照できないことは極めて重要である。既に記載したように、承認されていない第3の当事者の侵入者の動機に適するように変更されたウエブページを要求を行っている一般のメンバへ供給することが許可されているとき、この文書は‘信用できない’という警告があっても、会社の商取引または評判にダメージを与えてしまう。ここで第3の情況について検討する。この第3の情況では再び、協働するウエブサイトの管理者に知られずに、協働するファイアウオールは損われ、承認されていない第3の当事者がウエブサーバへのアクセスを得る。このアクセスを使用して、承認されていない第3の当事者はウエブページの形態をとる偽造された文書を会社の協働するウエブサイト上にポストする。文書は、図2および3について既に記載された部分にしたがって第3の当事者によってディジタル形式で署名されるが、署名プロセスで使用される秘密鍵は、会社ではなく、承認されていない第3の当事者によって選択されたものである。ここで承認されていない第3の当事者によって変更された文書へのアクセスを要求することについて検討する。図4、5、および6について既に記載された部分にしたがって、ウエブサーバは文書のディジタル署名の認証を行う。この第3の情況では、認証は再び失敗する。ディジタル署名が承認されていない第3の当事者の秘密鍵で署名されたときに、会社の公開鍵でディジタル署名をデクリプトすることを試行することにより、文書のハッシュと文書の新しいハッシュとの不正合が再び発生する。したがってさらにここでもウエブページは要求を行っている一般のメンバへ供給されず、したがってここでも要求をしている一般のメンバが変更された文書を全く参照できないことは非常に重要である。