(57)【要約】      （修正有）【課題】電子割符の技術を利用して、サーバからクライアントに送信して取得されるファイル情報のセキュリティを確保する。【解決手段】リモートサイトのプロキシでは、電子割符手段によって原ファイルをサイズの異なる複数のファイルに分割して、サイズの大きい第1のファイルと、サイズの小さい第２のファイルを生成し、第1及び第２のファイルを関連付けてサーバの記憶手段に登録する。クライアントからのファイルの取得要求があると、記憶手段に登録された第1のファイルを読み出してクライアントに送信する。クライアントでは、取得された第1のファイルを記憶手段に保持する。その後、クライアントからのファイルの閲覧要求があると、サーバの記憶手段に保持された第２のファイルを読み出してクライアントへ送信する。クライアントでは、先に取得して保持していた第1のファイルと、その後取得した第２のファイルを統合化処理して原ファイルを復元する。【選択図】図１
2006039794.tif 000002
【特許請求の範囲】
【請求項１】
クライアントからの要求に従って、サーバからファイルを取得するファイル管理システムにおけるファイルの処理方法であって、
該サーバ側で、原ファイルを複数に分割して少なくとも第1のファイルと第２のファイルを生成し、該第1及び第２のファイルを記憶手段に登録するステップと、
クライアントからの要求に従って、該記憶手段に登録された第1のファイルを該クライアントに送信するステップと、
該クライアントでは、取得された該第1のファイルを記憶手段に保持するステップと、
該クライアントからの要求に従って、該サーバの該記憶手段に登録された第２のファイルを該クライアントへ送信するステップと、
該クライアントでは、先に取得されて該記憶手段に保持されていた該第1のファイルと、その後取得された該第２のファイルを統合化処理して原ファイルを復元するステップと、
を有することを特徴とするファイルの処理方法。
【請求項２】
該サーバ側の該記憶手段に登録される該ファイルはクライアントで作成されたものであり、該クライアントからの登録要求に従って、該クライアントから送信された該ファイルを該サーバで受信するステップを更に有することを特徴とする請求項１のファイルの処理方法。
【請求項３】
クライアントからの要求に従って、サーバからファイルを取得するファイル管理システムにおけるファイルの処理方法であって、
該サーバ側で、原ファイルをサイズの異なる複数のファイルに分割して、サイズの大きい第1のファイルと、サイズの小さい第２のファイルを生成し、該第1及び第２のファイルを関連付けて記憶手段に登録するステップと、
クライアントからの要求に従って、該記憶手段に登録された第1のファイルを該クライアントに送信するステップと、
該クライアントで、取得された該第1のファイルを記憶手段に保持するステップと、
該クライアントからの要求に従って、該サーバの該記憶手段に登録された第２のファイルを該クライアントへ送信するステップと、
該クライアントで、先に該記憶手段に保持されていた該第1のファイルと、その後取得された該第２のファイルを統合化処理して原ファイルを復元するステップと、
を有することを特徴とするファイルの処理方法。
【請求項４】
前記第１のファイルは、ファイルサーバのファイルシステムに格納され、前記第２のファイルは、リモートプロキシ内に保持されることを特徴とする請求項項１乃至３のいずれかのファイルの処理方法。
【請求項５】
前記第1のファイルと前記第２のファイルの統合化処理は、入力されたパスワードが正当な場合のみ行われることを特徴とする請求項１乃至４のいずれかのファイルの処理方法。
【請求項６】
請求項１乃至５のいずれかに記載の方法を、サーバ及び又はクライアントで実行するためのプログラム。
【請求項７】
クライアントからの要求をネットワークを介してリモートサイトへ送信し、該リモートサイトのサーバで該要求に応じた処理を行い、関連するファイルを該クライアントへ送信するファイル管理システムにおいて、
該リモートサイトには、あるファイルを複数に分割して少なくとも第1の電子割符情報と第２の電子割符情報を生成する電子割符生成手段を有するリモートプロキシと、分割された該第1の電子割符情報と第２の電子割符情報を関連付けて格納する記憶手段を有するサーバと、を有し、
該クライアントには、該リモートサイトから取得された該第1の電子割符情報を少なくとも格納する記憶手段と、該リモートサイトから取得された該第２の電子割符情報と該記憶手段に格納された第１の電子割符情報を統合処理して元のファイルを復元する復号化手段を有するローカルプロキシと、を有し、
該リモートプロキシは、該クライアントから送信されるファイル取得のための第1の要求に応じて、該記憶手段から該第1の電子割符情報を得て該クライアントへ送信し、さらに該クライアントからの第２の要求に応じて、該記憶手段から関連する該第２の電子割符情報を得て該クライアントへ送信することを特徴とするファイル管理システム。
【請求項８】
前記第1の電子割符情報のファイルサイズは、第２の電子割符情報のファイルサイズよりも大きいことを特徴とする請求項７のファイル管理システム。
【請求項９】
前記第１のファイルは、ファイルサーバのファイルシステムに格納され、前記第２のファイルは、リモートプロキシ内に保持されることを特徴とする請求項項７又は８のファイル管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はファイル管理システムに係り、特に、クライアントからネットワークを介してサーバにアクセスしてファイル情報などを取得する場合におけるセキュリティの管理に関するものである。
【背景技術】
【０００２】
モバイルやノート型ＰＣ等のような携帯端末装置を、外出先からインターネット等のネットワークを介してリモートサイトにあるサーバに接続して、ファイル情報をダウンロードしたり、或いはプロバイダのサイトに接続して電子商取引等を行なうことが日常化している。
このような背景において、例えばサーバに管理されているファイルに機密保持が必要である場合、一般的にはファイルごとにアクセス権を設定したり、ファイルを暗号化することによって、ファイルのセキュリティを確保している。
【０００３】
しかしながら、アクセス権によるファイルの保護は、パスワードのハッキング等で漏洩する恐れがある。また、例えファイルを暗号化してセキュリティを保護している場合でも、サーバからダウンロードしたファイル情報を格納した携帯端末装置を紛失したり、それが盗難に会った場合などには、暗号が解読される可能性があり、ファイル情報が復元されるのは時間の問題である。
【０００４】
ところで、電子情報のセキュリティを確保するための技術として、電子割符を用いることが知られている。電子割符とは、ファイルを暗号化して複数に分割しておき、復号化時に分割された全てのものが揃わなければ元のファイルを復元することが不可能な暗号化技術である。例えば、特開２００３−１３２２３４公報（特許文献１）には、電子割符の利用例として、サーバマシンに備えた電子割符生成手段により電子情報の残りの保留部分Ｘを複数の割符情報Ｙiに分割してそれぞれ別の通信路を通してユーザマシンに送付し、ユーザマシンに備えた電子割符復元手段によって復元する技術が開示されている。
【０００５】
【特許文献１】特開２００３−１３２２３４公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
然るに、特許文献１に開示された内容は、インターネットを用いたサーバマシンとユーザマシンにおける電子情報の取引への電子割符の適用に関する基本的な原理であって、これには、例えばクライアントとリモートサイトのサーバで割符情報がどのように生成され、管理されるかについては、具体的に開示されていない。
【０００７】
本発明の目的は、電子割符の技術を利用することにより、サーバからクライアントに取得されるファイル情報のセキュリティを確保することにある。
本発明の他の目的は、サーバからファイル情報をクライアントにダウンロードする場合に、転送時間の効率化を図りながら、セキュリティを確保することにある。
【課題を解決するための手段】
【０００８】
本発明は、クライアントからの要求に従って、サーバからファイルを取得するファイル管理システムにおけるファイルの処理方法であって、サーバ側で、原ファイルを複数に分割して少なくとも第1のファイルと第２のファイルを生成し、第1及び第２のファイルを記憶手段に登録するステップと、クライアントからの要求に従って、記憶手段に登録された第1のファイルを該クライアントに送信するステップと、クライアントで、取得された該第1のファイルを記憶手段に保持するステップと、クライアントからの要求に従って、サーバの記憶手段に登録された第２のファイルをクライアントへ送信するステップと、クライアントでは、先に記憶手段に保持されていた第1のファイルと、その後取得された第２のファイルを統合化処理して原ファイルを復元するステップと、を有するファイルの処理方法である。
本発明では、第２のファイルの転送時間の効率化を考慮して、原ファイルを分割する場合、サイズの異なる複数のファイルに分割して、サイズの大きい第1のファイルと、サイズの小さい第２のファイルとを生成し、第1のファイル及び第２のファイルを関連付けて記憶手段に登録する。
好ましい例では、サーバ側の記憶手段に登録されるファイルはクライアントで作成されたものであり、クライアントからの登録要求に従って、クライアントから送信されたファイルをサーバで受信するステップを有し、受信されたファイルは複数に分割処理される。
好ましい例では、第１のファイルは、ファイルサーバのファイルシステムに格納され、第２のファイルは、リモートプロキシ内に保持される。
本発明は、また上記処理方法をサーバ及び又はクライアント実行するプログラムとして把握される。
【０００９】
本発明はまた、ファイル管理システムとして把握される。好ましくは、クライアントからの要求をネットワークを介してリモートサイトへ送信し、リモートサイトのサーバで要求に応じた処理を行い、関連するファイルをクライアントへ送信するファイル管理システムにおいて、リモートサイトには、あるファイルを複数に分割して少なくとも第１の電子割符情報と第２の電子割符情報を生成する電子割符生成手段を有するリモートプロキシと、分割された第１の電子割符情報と第２の電子割符情報を関連付けて格納する記憶手段を有するサーバとを有し、クライアントには、リモートサイトから取得された第１の電子割符情報を少なくとも格納する記憶手段と、リモートサイトから取得された第２の電子割符情報と記憶手段に格納された第１の電子割符情報を統合処理して元のファイルを復元する復号化手段を有するローカルプロキシと、を有し、リモートプロキシは、クライアントから送信されるファイル取得のための第１の要求に応じて、記憶手段から第１の電子割符情報を得てクライアントへ送信し、さらにクライアントからの第２の要求に応じて、記憶手段から関連する第２の電子割符情報を得てクライアントへ送信するファイル管理システムである。
【発明の効果】
【００１０】
本発明によれば、ファイル情報を電子割符して、クライアントとサーバでそれぞれ保持して秘密分散を図っているので、取扱われるファイル情報のセキュリティを向上させることができる。例えば、サーバからダウンロードしたファイル情報を保持する携帯端末装置を紛失した場合であっても、その携帯端末装置には電子割符された一部のファイル情報しか存在しないので、それ自体からはファイル情報の復元は不可能であり、ファイル情報の漏洩を防止できる。
【００１１】
また、電子割符されたファイルのうちサイズの大きい方をクライアント側で保持し、サイズの小さい他方のファイルはサーバ側に保持するようにしているので、クライアントで当該ファイルを復元する場合、サーバからはサイズの小さいファイルをダウンロードすればよいので、ダウンロードに要する時間は比較的に短くて済み、転送時間の効率化が図れる。
【発明を実施するための最良の形態】
【００１２】
以下、図面を参照して、本発明の一実施例について具体的に説明する。
図１は一実施例が適用されるネットワークシステムの構成を示す。
リモートサイト１とローカルサイト２は、インターネットやＷＡＮ（Wide Area Network）等のネットワーク３を介して接続され、両者の間では例えばＨＴＴＰに基づいた通信が可能である。
【００１３】
リモートサイト１は、ファイルに関する情報を保持して管理するファイル管理サーバ１０と、ファイルを格納する大容量の記憶装置に形成されたファイルシステムのアクセス制御を行なうファイルサーバ１３を有する。
【００１４】
ファイル管理サーバ１０は、ネットワーク３との接続や情報の通信を行うためのソフトウェアであるリモートプロキシ１１を有し、そのリモートプロキシは秘密分散処理機能を有する。この秘密分散処理機能は、ファイル情報を秘密分散により分割、統合する処理を行う電子割符機能であり、ここでは秘密分散リモートプロキシ（Ｒ−ＰＲＯＸＹ）１１と言う。詳細については後述するが、このリモートプロキシ１１は、この機能を有するプログラムをプロセッサで実行することにより実現される。
【００１５】
一方、ローカルサイト２にあるクライアントは、例えば、ＰＣ（パーソナルコンピュータ）或いはモバイルなどのＰＣ２０である。図には１台のＰＣがネットワーク３に接続された例を示しているが、一般的には複数のＰＣが接続される。ＰＣ２０は、ブラウザ２１とローカルプロキシ（Ｌ−ＰＲＯＸＹ）２２を有する。ブラウザ２１は、ファイル管理サーバ１０より取得したファイル情報を閲覧するためのアプリケーションソフトであり、ネットワーク３を通してＨＴＭＬ形式のファイルや画像ファイル等を受信して、レイアウトを解析して再生し、ＰＣ２０の表示器に表示する。
【００１６】
ローカルプロキシ２２は、ブラウザ２１とネットワーク３との接続や情報の通信を行うためのソフトウェアであり、本実施例では秘密分散処理機能を有する。この秘密分散処理機能は、電子割符されたファイル情報の復号化の処理を行う。これは、この機能を備えたプログラムをプロセッサで実行することにより実現される。
【００１７】
次に図２を参照して、ファイル管理サーバ１０及びクライアント２側のＰＣ２０の機能について説明する。
ファイル管理サーバ１０は、秘密分散リモートプロキシ１１を有する。秘密分散リモートプロキシ１１は、基本処理部１１１、ＨＴＴＰ要求解析部１１２、ＨＴＴＰ要求中継部１１３、ＨＴＴＰ応答中継部１１４、秘密分散処理部１１５を有している。
【００１８】
基本処理部１１１は、初期設定の処理や子スレッドの作成等の基本的な処理を行う。ＨＴＴＰ要求解析部１１２は、クライアント２から送信されたＨＴＴＰ要求を解析する。解析の結果、要求の内容に応じて、ファイルサーバ１３を検索して、要求されたファイル情報を選出する。
要求中継部１１３は、クライアント２からのＨＴＴＰ要求を中継して、他のアプリケーションやファイルサーバ１３へ転送する。
ＨＴＴＰ応答中継部１１４は、ファイルサーバ１３から取得されたファイルを、クライアント２へ送信するために中継する。
【００１９】
秘密分散処理部１１５は、電子割符によるファイルを複数のファイルに分割する手段、及び複数に分割されたファイルを統合する手段を有する。
【００２０】
本実施例で特徴的なことは、分割するファイルのサイズを異ならしめ、ファイルサイズの大きいファイルＡ１とファイルサイズの小さいファイルＡ２を生成する。ファイルＡ１とＡ２のサイズ比は、例えば９９：１である。そして、サイズの大きいファイルＡ１をモバイル等のＰＣ２０に保持させ、他方、サイズの小さいファイルＡ２をファイル管理サーバ１０側に保持する。例えばファイルＡ２はリモートプロキシ１１に保持される。クライアント２から送信されるファイルの閲覧要求に応じて、リモートプロキシ１１は、復元の対象とするファイルの他方のファイルＡ２を得てクライアントへ送信する。
ファイル管理サーバ１０からクライアント２へ送信する他方のファイルＡ２のサイズを小さくしているので、転送されるパケットの数は少なくて済み、ダウンロードに要する時間は短く、転送時間の節約になる。
【００２１】
一方、ＰＣ２０の秘密分散ローカルプロキシ２２は、基本処理部２２１、ＨＴＴＰ要求部２２２、ＨＴＴＰ応答部２２３、秘密分散処理部２２４、及びビュア部２２５を有する。
ここで、基本処理部２２１は、例えばＭＡＣアドレスやシリアル番号等のデバイス情報を固有情報として取得してメモリ上に保持する処理を行う。ＨＴＴＰ要求部２２２は、ＰＣ２０で生成されるＨＴＴＰ要求を中継してリモートサイト１へ送信する。ＨＴＴＰ応答部２２３は、リモートサイト１から送信されるＨＴＴＰ応答を受信する。
【００２２】
秘密分散処理部２２４は、電子割符された複数の情報を統合する手段を有している。この例では、統合手段は、ファイル管理サーバ１０から受信した、分割された一方のファイルＡ２と、分割された他方のファイルＡ１との統合化処理を行って原ファイルＡを復元する処理を行う。
この実施例では、電子割符により分割されたファイル情報を復元するために、例えばＰＣの固有情報などのパスワードが使用される。
【００２３】
次に、図３を参照して、ファイル管理システムにおけるファイル情報の処理シーケンスについて説明する。図３は、ＰＣ２０の利用者が作成したファイルをファイル管理サーバ１０に登録するための処理シーケンスを示す図である。
ファイルの作成及び登録の動作は、携帯端末装置を利用することを要しない。利用者は日常の業務として、社内に設置されたＰＣ２０等の情報処理装置を利用してファイルを作成する。作成されたファイルはクライアント１から社内ＬＡＮを介してファイル管理サーバ１０へ転送され、ファイルサーバ１３に登録される。以下、詳細に説明する。
【００２４】
前提として、作成されたファイルＤはファイル名称が付加されて、ＰＣ２０の記憶装置に予め格納される。そして、ブラウザ２１から登録要求の指示を出すと、この要求はローカルプロキシ２２で中継されて、リモートサイト１へ送信される（Ｓ３１）。
リモートサイト１では、ファイル管理サーバ１０のリモートプロキシ１１が、この要求を受信してパスワード等の登録フォームをクライアント２へ送信する（Ｓ３２）。
【００２５】
クライアント２で受信された登録フォームはブラウザ２１により表示される。図６に表示画面の一例を示すように、登録画面は登録者ＩＤ、及び登録ファイル名の入力項目から成っている。登録ファイル名は、参照ボタンをクリックすることにより、選択される。表示画面の「ＯＫ」キーが操作されると、ブラウザ２１は、登録フォームに従って入力された利用者のＩＤ及びファイル名称、及び当該ファイルＤをアップロードするための処理を行う。ＨＴＴＰ中継部２２２は、これらの情報を中継してリモートサイト１へ送信する（Ｓ３３）。尚、一般的に、入力されたＩＤやファイル名称及びファイルＤ等の情報は暗号化処理されて送信される。
【００２６】
ファイル管理サーバ１０のリモートプロキシ１１では、受信したＨＴＴＰ要求を解析する（Ｓ３５）。解析の結果、ファイルの登録要求であれば、受信したファイルの登録のための処理を行う（Ｓ３６）。
登録処理に際して、まず受信されたファイルは、電子割符機能によって、サイズの異なる２つのファイルＤ１，Ｄ２に分割される。分割されるファイルＤ１とＤ２のサイズ比は９９：１である。尚、ファイルを複数に分割する電子割符の生成は、通常知られている技術を用いて実現できる。また電子割符される情報のサイズを異ならせて分割処理することも容易に行なわれる。
【００２７】
分割された２つのファイルＤ１，Ｄ２に対しては、ファイルのＩＤが付与され、ＩＤ１とＩＤ２の対及びそれらを関連付けるファイル情報はテーブルに登録され、このテーブルはリモートプロキシ１１に保持される。
分割された２つのファイルのうち、サイズの大きい一方ファイルＤ１はファイルサーバ１３へ転送されてファイルシステムに格納される（Ｓ３７）。またサイズの小さい他方のファイルＤ２はリモートプロキシ１１の記憶手段に保持される。この記憶手段はメモリ又はソフトウェア的に構成された記憶機能であってもよい。
【００２８】
一連の登録処理が終了すると、リモートプロキシ１１から登録完了通知を示すＨＴＴＰ応答が送信される（Ｓ３８）。クライアント１のローカルプロキシ２２では、このＨＴＴＰ応答を受信してブラウザ２１に中継し、一連の登録処理が終了する（Ｓ３９）。
【００２９】
尚、上記の登録処理は、社内のＰＣからセキュアな環境にあるＬＡＮを経由して行われ、また、ファイルを作成したＰＣそのものが携帯端末用のＰＣとして外部に持ち出されることはないとの前提である。
【００３０】
次に、図４を参照して、ファイルサーバ１３に登録されたファイルの取得処理動作について説明する。
ここで、ファイルの取得とは、クライアントに、分割された大きなサイズのファイルをダウンロードする処理を言う。
まず、クライアント２からファイルを取得するためのリストの取得要求を出す。ローカルプロキシ２２は、クライアント２からのリスト取得要求を受け、ＨＴＴＰ要求部２２２は、このリスト取得要求を含むＨＴＴＰ要求をリモートサイト１へ送信する（Ｓ４１）。
【００３１】
リモートプロキシ１１では、ＨＴＴＰ要求解析部１１２が、受信したＨＴＴＰ要求を解析する（Ｓ４２）。この解析の結果、ファイルリストの取得要求を含んでいる場合には、ＨＴＴＰ応答中継部１１４はリモートプロキシ１１に保持するファイルのリストをクライアント２へ送信する（Ｓ４３）。
【００３２】
クライアント２では、受信したファイルリストをブラウザで処理して、表示装置に表示する。図７にファイルリストの表示画面の一例を示す。表示画面に表示されるファイルリストは、ファイル名及び登録者ＩＤが対応付けられている。利用者はこの一覧から取得すべきファイルを指定して、「保存」キーを操作する。
【００３３】
例えば図７に示すように、ファイル名「ＢＢＢ．doc」が指定されたとすると、そのファイルの保存先を指定する一般的なダイアログが表示される。ファイルＢの取得要求はローカルプロキシ２２へ送られ、ＨＴＴＰ要求部２２２は、その要求を含むＨＴＴＰ要求をリモートサイト１へ送信する（Ｓ４４）。
【００３４】
リモートプロキシ１１のＨＴＴＰ要求解析部１１２では、受信したＨＴＴＰ要求を解析する（Ｓ４５）。この解析の結果、ＨＴＴＰ要求がファイルの取得要求を含む場合には、更に登録テーブルを参照して要求されたファイルが存在するか否かのチェックを行う。このチェックの結果、該当するファイルが存在する場合には、分割された片方のファイル名称（例えばＢ１の名称）が特定される。
上記のチェックの結果、ファイルの取得要求が対象としているファイルの片方のファイルＢ１が特定できた場合には、ＨＴＴＰ要求中継部１１３は、そのＨＴＴＰ要求を中継し、登録テーブルから得たファイルＢ１の名称を付加して、ファイルサーバ１３へ送信する（Ｓ４６）。
【００３５】
ファイルサーバ１３では、ファイルＢ１の名称をキーとしてファイルシステムを検索し、ファイルシステムからファイルＢ１を取得してリモートプロキシ１１へ送る。ＨＴＴＰ応答中継部１１４は、受け取った片方のファイルＢ１をＨＴＴＰ応答としてクライアント２へ送信する（Ｓ４７）。
【００３６】
クライアント２のローカルプロキシ２２では、ＨＴＴＰ応答部２２３がＨＴＴＰ応答を受信する（Ｓ４８）。同時に片方のファイルＢ１も受信され、ファイルＢ１はＰＣ２０の記憶装置に格納される。これでファイルＢ１を取得するための一連のダウンロード処理は終了する（Ｓ４９）。
この結果、ローカルプロキシ２２に保持されるファイルリストには、新たに取得したファイルＢに関する名称が登録される。尚、図４の例では、既にファイルＡが取得されている例を示している。
【００３７】
次に、図５を参照して、ファイルサーバから他方のファイルをダウンロードして原ファイルを復元する場合の処理動作について説明する。
尚、以下の説明において、ファイルの閲覧とは、クライアントに、分割されたサイズの小さい他方のファイルをダウンロードし、既に取得されて記憶装置に格納されているサイズの大きい一方のファイルと統合化して、原ファイルを復元するための処理を言う。
【００３８】
まず、クライアント２からファイルを閲覧するため要求を出す。閲覧すべきファイルは、クライアント２のメモリに保持されているファイルリストを読み出して画面に表示し、その表示内容から選択することにより指定される。尚、閲覧要求はこのファイルリストに登録されているファイルに限られる。
【００３９】
図８にその表示画面の一例を示すように、ここではファイル名「ＡＡＡ.doc」と「ＢＢＢ.doc」の２つのファイルが閲覧可能であり、ダウンロードの対象となる。この例では、ＰＣ２０の記憶装置に既に保持されているファイルは、ファイルＡとＢに関する片方のファイルＡ１，Ｂ１（電子割符された容量の大きい方のファイル）であり、他方のファイルＡ２、Ｂ２をダウンロードすれば、原ファイルを復元でき、閲覧が可能となる。ここでは利用者によりファイルＢの閲覧要求が指定されたとする。
【００４０】
ローカルプロキシ２２は、クライアント２からのファイルＢの閲覧要求を受け、ＨＴＴＰ要求部２２２は、この閲覧要求を含むＨＴＴＰ要求をリモートサイト１へ送信する（Ｓ５１）。
【００４１】
リモートプロキシ１１では、ＨＴＴＰ要求解析部１１２が、受信したＨＴＴＰ要求を解析する（Ｓ５２）。この解析の結果、ファイルＢの閲覧要求である場合には、登録テーブルを参照して、要求されたファイルＢの他方のファイルＢ２の名称を特定する。そして、この名称をキーとしてリモートプロキシ１１の記憶手段に保持されていたファイルＢ２を検索して得、ファイルＢ２をＨＴＴＰ応答としてクライアント２へ送信する（Ｓ５４）。
【００４２】
クライアント２のローカルプロキシ２２では、ＨＴＴＰ応答部２２３でＨＴＴＰ応答を受信し、同時にファイルＢ２も受信する（Ｓ５５）。次に、ローカルプロキシ２２の秘密分散処理部２２４によってファイルＢの復元処理が行われる（Ｓ５６）。
【００４３】
この処理は、先に取得されてＰＣ２０の記憶装置に格納されていたファイルＢ１を読み出し、統合化手段によってこのファイルＢ１と、新たに取得されたファイルＢ２を統合処理して、原ファイルＢを復元する。
以上の処理によって復元された原ファイルＢは、ビュアの制御により端末装置の表示画面に表示される（Ｓ５７）。
【００４４】
以上、一実施例について説明したが、本発明は上記の実施例に限定されずに種々変形して実施し得る。
例えば、上述の実施例では、分割されたファイルサイズの小さい他方のファイルＢ２は、リモートプロキシ１１に保持されるとして説明した。しかし変形例によれば、分割された２つのファイルＢ１，Ｂ２の両方ともファイルサーバ１３のファイルシステムに登録して保持するように構成してもよい。この場合には、クライアント２から送信されたファイルの閲覧要求はＨＴＴＰ要求中継部１１３で中継されて、ファイルサーバ１３へ転送され、ファイルサーバ１３では、ファイルＢ２の名称をキーとしてファイルシステムを検索し、ファイルシステムからファイルＢ２を取得してリモートプロキシ１１へ送る。ＨＴＴＰ応答中継部１１４は、受け取った片方のファイルＢ２をＨＴＴＰ応答としてクライアント２へ送信する、と言うような処理ステップをとることになる。
【００４５】
また上記実施例では、分割されたファイルのうちサイズの大きいファイルをＰＣ２０に取り込む処理をファイルの取得と述べ、原ファイルを復元するためにサイズの小さいファイルを得る処理をファイルの閲覧と述べたが、要するにファイルのいずれを取得するための要求であるかが意味があり、これらの用語の定義又は呼び方については上記に限定されない。
【００４６】
また、上記実施例では、リモートサイト１０側の構成として、ファイル管理サーバ１１を備えることを前提にして説明したが、ファイル管理サーバ１１の呼び名は一例であり、またリモートプロキシ１１の機能をファイルサーバ１１に備えることも一例であり、上記実施例に限定されない。
【図面の簡単な説明】
【００４７】
【図１】本発明の一実施例におけるネットワークシステムの構成を示す図。
【図２】一実施例によるファイル管理システムのクライアント及びファイル管理サーバにおける処理機能を示す図。
【図３】一実施例によるファイル管理システムにおけるファイル情報の登録処理シーケンスを示す図。
【図４】一実施例によるファイル管理システムにおけるファイル情報の取得処理シーケンスを示す図。
【図５】一実施例によるファイル管理システムにおけるファイル情報の閲覧処理シーケンスを示す図。
【図６】一実施例によるクライアントの画面表示の例を示す図。
【図７】一実施例によるクライアントの画面表示の例を示す図。
【図８】一実施例によるクライアントの画面表示の例を示す図。
【符号の説明】
【００４８】
１：リモートサイト                    ２：ローカルサイト
１０：ファイル管理サーバ            １１：秘密分散リモートプロキシ
１１５：秘密分散処理部                １３：ファイルサーバ
２０：ＰＣ                            ２１：ブラウザ
２２：秘密分散ローカルプロキシ        ２２４：秘密分散処理部。
【図１】
2006039794.tif 000003
【図２】
2006039794.tif 000004
【図３】
2006039794.tif 000005
【図４】
2006039794.tif 000006
【図５】
2006039794.tif 000007
【図６】
2006039794.tif 000008
【図７】
2006039794.tif 000009
【図８】
2006039794.tif 000010