JP5247744B2 - ファイル転送システムおよびファイル転送方法 - Google Patents

Description

本発明は、大容量のファイルを転送するときのファイル転送システムに関する。

従来、ネットワークを介して大容量のファイルを転送しようとすると、ネットワークを占有してしまい、他のネットワーク利用者の障害となることがあった。また、通信経路が１つであるため、１つの通信経路を盗聴することでファイルデータが悪意の第３者に取得される危険があった。これらの問題を解決する方法として、下記特許文献１，２において、大容量のデータファイルを分割し、暗号化して送信する技術が開示されている。

特開２００３−３１６６５２号公報 特開２００３−３３７８０３号公報

しかしながら、上記従来の技術によれば、分割されたファイルを転送する場合、ネットワーク内にリソース状態に余裕のない転送サーバ等があると、一部の分割されたファイルについて転送に時間がかかってしまう。そのため、ファイルの受信側では、分割されたファイルが揃わないため、元のファイルを復号できない、または復号するまでに時間がかかる、という問題があった。

本発明は、上記に鑑みてなされたものであって、ファイルを転送する場合において、転送先のサーバのリソース状態を確認してから転送先を選択することが可能なファイル転送システムを得ることを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、端末同士が、管理サーバおよび複数の転送サーバで構成されるネットワークを介してファイルの転送を行うファイル転送システムであって、前記転送サーバが、隣接する転送サーバのリソース状態を管理するリソース管理手段と、リソース状態に基づいて転送先のサーバを選択する転送先選択手段と、ファイルの転送を制御するファイル転送制御手段と、を備え、前記管理サーバが、転送サーバのリソース状態を管理する転送サーバ管理手段、を備え、前記端末が、ファイルの送信処理を行うファイル送信処理手段と、ファイルの受信処理を行うファイル受信処理手段と、を備え、送信側の端末では、前記ファイル送信処理手段が、前記管理サーバの転送サーバ管理手段に対して隣接する転送サーバのリソース状態を確認し、リソース状態に余裕がある転送サーバを転送先として選択し、選択された転送サーバへファイルを送信し、前記転送サーバでは、前記転送先選択手段が、前記リソース管理手段に対して隣接する転送サーバのリソース状態を確認し、リソース状態に余裕がある転送サーバを転送先として選択し、または受信側の端末と隣接しているときは受信側の端末を選択し、前記ファイル転送制御手段が、選択された転送サーバまたは受信側の端末へファイルを転送し、受信側の端末では、前記ファイル受信処理手段がファイルを受信する、ことを特徴とする。

本発明によれば、ファイルの受信側において、復号するまでの時間を短縮することができる、という効果を奏する。

図１は、ファイル転送システムの構成例を示す図である。 図２は、管理サーバの構成例を示す図である。 図３は、転送サーバの構成例を示す図である。 図４は、送信者端末および受信者端末の構成例を示す図である。 図５は、ファイル転送処理を示すフロチャートである。 図６は、送信者端末の送信処理を示すフロチャートである。 図７は、転送サーバの転送処理を示すフロチャートである。 図８は、受信者端末の受信処理を示すフロチャートである。 図９は、ファイル転送停止および削除処理を示すフロチャートである。

以下に、本発明にかかるファイル転送システムの実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態によりこの発明が限定されるものではない。

実施の形態．
図１は、本実施の形態のファイル転送システムの構成例を示す図である。ファイル転送システムは、送信者端末１と、管理サーバ２と、転送サーバ３と、受信者端末４と、を備える。管理サーバ２および転送サーバ３は、ネットワーク５を構成している。送信者端末１は、ファイルを送信する端末である。ファイルを送信する際、ファイルを分割し、暗号化して送信する。管理サーバ２は、ファイルの分割状態、転送サーバ３のリソース状態等を管理する。転送サーバ３は、送信者端末１と受信者端末４との間でファイルを転送するサーバである。また、必要に応じてファイルを分割する。受信者端末４は、ファイルを受信する端末である。分割されたファイルを連結し、復号する。

つぎに、管理サーバ２の構成について説明する。図２は、管理サーバの構成例を示す図である。管理サーバ２は、転送制御処理部２１と、転送サーバ管理部２２と、利用者公開鍵管理部２３と、を備える。転送制御処理部２１は、転送サーバ３に対して、ファイルの削除やファイルの転送停止を制御する。転送サーバ管理部２２は、ネットワーク５内の転送サーバ３のリソース情報を管理する。利用者公開鍵管理部２３は、システムの利用者、および受信者端末４の公開鍵を管理する。

つぎに、転送サーバ３の構成について説明する。図３は、転送サーバの構成例を示す図である。転送サーバ３は、ファイル転送制御部３１と、ファイル分割処理部３２と、転送先選択部３３と、ファイル削除処理部３４と、リソース管理部３５と、を備える。ファイル転送制御部３１は、受信したファイルの転送処理を制御する。ファイル分割処理部３２は、必要に応じてファイルの分割および暗号化を行う。転送先選択部３３は、次の転送先となる転送サーバ３をリソース状態に基づいて選択する。なお、受信者端末４と接続している場合には受信者端末４を選択する。ファイル削除処理部３４は、管理サーバ２から指示があった場合に、ファイルの削除処理を行う。リソース管理部３５は、自サーバおよび隣接する他の転送サーバ３のリソース状態を管理する。

つぎに、送信者端末１、受信者端末４の構成について説明する。図４は、送信者端末および受信者端末の構成例を示す図である。本実施の形態では、便宜上、送信者端末１、受信者端末４としているが、いずれも同等の構成・機能を備えており、受信者端末４から送信者端末１へファイルを転送することも可能である。ここでは、受信者端末１について説明する。受信者端末１は、ファイル送信処理部１１と、ファイル受信処理部１２と、表示部１３と、転送サーバ制御処理部１４と、公開鍵管理部１５と、を備える。ファイル送信処理部１１は、ファイルを分割し、さらに暗号化して送信する。このとき、分割したファイルを冗長化して、複数の転送サーバ３へ転送することも可能である。ファイル受信処理部１２は、受信したファイルを連結し、復号する。表示部１３は、処理状況を表示するＧＵＩ（Graphical User Interface）を提供する。転送サーバ制御処理部１４は、ネットワーク５内の転送サーバ３で転送中のファイルについて、ファイルの削除や転送停止を指示する。公開鍵管理部１５は、自端末の秘密鍵・公開鍵、および他の端末の公開鍵を管理する。公開鍵管理部１５は、管理サーバ２の利用者公開鍵管理部２３から、他の端末の公開鍵を取得することができる。

つづいて、ファイル転送システムにおけるファイル転送処理について説明する。図５は、ファイル転送処理を示すフロチャートである。まず、送信者端末１において、ファイルを送信する処理を行う（ステップＳ１）。ここで、図６を用いて送信者端末１における送信処理を詳細に説明する。図６は、送信者端末の送信処理を示すフロチャートである。

送信者端末１では、まず、ファイル送信処理部１１が、管理サーバ２の転送サーバ管理部２２へアクセスして、自端末が接続している転送サーバ３のリソース状態を取得する。そして、ファイル送信処理部１１は、当該リソース状態に基づいて、最適な転送先となる転送サーバ３を選択する（ステップＳ１１）。リソース状態としては、例えば、転送サーバ３のＣＰＵの性能、メモリの大きさ、ディスクの空き容量、等があるが、これらに限定するものではない。ファイル送信処理部１１は、リソース状態に余裕のある転送サーバ３を転送先として選択する。なお、ファイル送信処理部１１は、複数の転送サーバ３を選択してもよい。

つぎに、ファイル送信処理部１１は、公開鍵管理部１５で管理する送信者端末４の公開鍵を用いて、送信するファイルを暗号化する（ステップＳ１２）。なお、公開鍵管理部１５は、あらかじめ管理サーバ２の利用者公開鍵管理部２３に登録されている送信者端末４の公開鍵を取得しておくこととする。

つぎに、ファイル送信処理部１１は、転送するファイルのサイズが、最小分割サイズよりも大きいかどうかを確認する（ステップＳ１３）。最小分割サイズよりも大きい場合（ステップＳ１３：Ｙｅｓ）、ファイル送信処理部１１は、送信対象のファイルを分割し（ステップＳ１４）、その後、分割したファイルを、ステップＳ１１で選択した転送サーバ３へ送信する（ステップＳ１５）。このとき、複数の転送サーバ３を選択していた場合には、分割したファイルを複製し、同一の分割ファイルを複数の転送サーバ３へ送信する冗長化を行ってもよい。なお、ファイルを分割した場合、ファイル送信処理部１１は、ファイルの分割情報を管理サーバ２へ通知する。受信者端末４において、ファイルを連結する際に当該分割情報を利用するためである。

一方、最小分割サイズよりも小さい場合（ステップＳ１３：Ｎｏ）、ファイル送信処理部１１は、送信対象のファイルを分割することなく、ファイルをステップＳ１１で選択した転送サーバ３へ送信する（ステップＳ１５）。このとき、分割した場合と同様に、ファイルを複製し、冗長化して同一ファイルを複数の転送サーバ３へ送信してもよい。

図５に戻って、つぎに、転送サーバ３において、ファイルを転送する処理を行う（ステップＳ２）。ここで、図７を用いて転送サーバ３における転送処理を詳細に説明する。図７は、転送サーバの転送処理を示すフロチャートである。

転送サーバ３では、まず、リソース管理部３５が、隣接する他の転送サーバ３のリソース管理部３５からリソース状態を取得し管理する。そして、転送先選択部３３が、自サーバのリソース管理部３５で管理されている各転送サーバ３のリソース状態を比較する（ステップＳ２１）。転送先選択部３３は、当該リソース状態に基づいて、最適な転送先となる転送サーバ３を選択する（ステップＳ２２）。送信者端末１における選択（ステップＳ１１）と同様、転送先選択部３３は、リソース状態に余裕のある転送サーバ３を転送先として選択する。なお、転送先選択部３３は、複数の転送サーバ３を選択してもよい。

つぎに、ファイル分割処理部３２が、受信したファイルのサイズが、転送に最適なサイズかどうかを確認する（ステップＳ２３）。最適なサイズよりも大きい場合（ステップＳ２３：Ｙｅｓ）、ファイル分割処理部３２が、ファイルを分割する（ステップＳ２４）。その後、ファイル転送制御部３１が、分割したファイルを、ステップＳ２２で選択した転送サーバ３へ送信する（ステップＳ２５）。このとき、複数の転送サーバ３を選択していた場合には、分割したファイルを複製し、同一の分割ファイルを複数の転送サーバ３へ転送する冗長化を行ってもよい。

ここで、転送に最適なファイルサイズとは、各転送サーバ３の性能によって決まるものであり、送信者端末１で分割したファイルよりも、さらにファイルを小さく分割してもよい。

なお、ファイルを分割した場合、ファイル分割処理部３２は、ファイルの分割情報を管理サーバ２へ通知する。受信者端末４において、ファイルを連結する際に当該分割情報を利用するためである。また、ファイル分割処理部３２は、ファイルを分割した場合、当該分割後のファイルを暗号化してもよい。この場合、送信者端末１と同様に、管理サーバ２の利用者公開鍵管理部２３に登録されている送信者端末４の公開鍵を取得することによって、暗号化を行うことができる。

一方、最適なサイズよりも小さい場合（ステップＳ２３：Ｎｏ）、ファイル分割処理部３２は、送信対象のファイルを分割することなく、ファイル転送制御部３１が、ファイルをステップＳ２２で選択した転送サーバ３へ転送する（ステップＳ２５）。同様に、ファイルを冗長化して、同一ファイルを複数の転送サーバ３へ転送してもよい。

図５に戻って、つぎに、受信者端末４において、ファイルを受信する処理を行う（ステップＳ３）。ここで、図８を用いて受信者端末４における受信処理を詳細に説明する。図８は、受信者端末の受信処理を示すフロチャートである。

受信者端末４では、まず、ファイル受信処理部１２が、分割されたファイルデータが全部揃うまで、ファイルの受信と結合を繰り返し行う（ステップＳ３１〜Ｓ３４）。ファイル受信処理部１２は、ファイルの結合を行うとき（ステップＳ３３）、管理サーバ２からファイルの分割情報を取得する。これにより、受信したファイルの分割数を把握することができる。全てのファイルが揃った場合、ファイル受信処理部１２が、公開鍵管理部１５で管理する自端末の秘密鍵を用いて、連結後のファイルの復号を行う（ステップＳ３５）。

このように、送信者端末１および転送サーバ３は、ファイルの転送先を選択する際、隣接する接続サーバ３のリソース状態を取得し、リソース状態に余裕のある転送サーバ３を選択する。転送の都度、各転送サーバ３が同様の処理を行うことにより、ファイル転送システムでは、最適な経路でファイルの転送を行うことができる。その結果、受信者端末４では、従来よりも、復号までの時間を短縮することができる。

つづいて、転送中のファイルに対して、ファイルの転送停止やファイル削除を行う処理について説明する。例えば、利用者が送信者端末１から受信者端末４に向けてファイルの送信を行ったが、間違ったファイルを送信してしまった等の理由から、ファイルの転送を止めたい場合がある。このような場合、ファイルの転送を止めることができれば、利用者の利益になる。また、不要なファイルをネットワーク５から削除することができれば転送サーバ３のリソース状態を改善でき、他の利用者の利益にもつながる。

図９は、ファイル転送システムのファイル転送停止および削除処理を示すフロチャートである。一例として、ファイルを削除する場合について説明する。まず、利用者が、送信者端末１の転送サーバ制御処理部１４から、管理サーバ２へファイルの削除を指示する（ステップＳ４１）。このとき、ファイルを特定することが可能な情報（例えば、ファイル名等）を用いて、削除対象のファイルを指定する。つぎに、管理サーバ２の転送制御処理部２１は、前記指示に基づいて、ネットワーク５内の転送サーバ３へファイルの削除を指示する（ステップＳ４２）。削除指示を受信した転送サーバ３では、ファイル削除処理部３４が、削除対象のファイルが自サーバにある場合、当該ファイルを削除する処理を行う（ステップＳ４３）。このように、送信者端末１がファイルの削除を指示することによって、ネットワーク５内の転送サーバ３が、指定されたファイルを削除することができる。

ネットワーク５内の不要なファイルを削除することにより、ファイル転送システムでは、転送サーバ３のリソースに余裕を持たせることができる。転送サーバ３に余裕があれば、さらに、受信者端末４では、復号までの時間を短縮することができる。

なお、一例として、ファイルを削除する場合について説明したが、ファイルの転送を停止する場合についても、上記同様の処理で行うことが可能である。この場合、転送サーバ３では、ファイル転送制御部３１が、ファイルの転送停止の制御を行う。

また、送信者端末１からファイルの削除等の指示を行う場合について説明したが、これに限定するものではなく、受信者端末４からもファイルの削除指示を行うことも可能である。例えば、受信者端末４では、分割されたファイルを全て受信し、復号した場合には、その後、当該復号したファイルを受信する必要が無い。しかしながら、ネットワーク５内において、転送サーバ３が、引き続き転送処理を行っていることも考えられる。このような場合、受信者端末４が、積極的にファイルの削除指示を送信することによって、ネットワーク５では、不要なファイルを削除できるため、転送サーバ３のリソースを改善することができる。具体的な処理の手順は、削除指示の送信元が送信者端末１から受信者端末４に変わったことを除けば、ステップＳ４１〜Ｓ４３で説明した手順と同様である。

なお、受信者端末４は、受信できなかったファイルがあった場合、送信者端末１へ再送処理を要求せずに、隣接する転送サーバ３へ再送要求を送信し、当該再送要求を受信した転送サーバ３が、所望のファイルの再送を行うようにしてもよい。ファイルが受信できなった場合とは、例えば、分割されたファイルを最初に受信してから、所定の時間内に残りの分割されたファイルの受信が完了しなかったことにより判断できるが、これに限定するものではない。

ここで、冗長化されたファイルが複数の経路から転送されてくる場合、受信者端末４では、本来、どの転送サーバ３からファイルが転送されてくるかは分からない。そのため、受信者端末４では、所望のファイル以外のファイルを送信してきた転送サーバ３へ再送要求を送信するように限定してもよい。過去にファイルを転送してきた転送サーバ３であれば、一度も送信してきたことがない転送サーバ３よりも、所望のファイルを転送してくる可能性が高いと考えられるためである。このように、再送要求をすることによって、送信者端末１へ再送要求をする場合によりも、ネットワーク５では、転送サーバ３の負荷を軽減することができる。

以上説明したように、本実施の形態では、ファイルの送信元である送信者端末、およびファイルの転送を行う転送サーバが、隣接する転送サーバのリソース状態を確認し、リソース状態に余裕がある転送サーバを転送先として選択することとした。これにより、送信者端末および転送サーバは、リソース状態に余裕の無い転送サーバを選択しないため、受信者端末において、分割後ファイルが揃わない、または、全ての分割後ファイルを受信するまでに時間がかかる、ことを回避することができ、復号までの時間を短縮することができる。

以上のように、本発明にかかるファイル転送システムは、ネットワークを経由したファイルの転送に有用であり、特に、大容量のファイル転送に適している。

１ 送信者端末
１１ ファイル送信処理部
１２ ファイル受信処理部
１３ 表示部
１４ 転送サーバ制御処理部
１５ 公開鍵管理部
２ 管理サーバ
２１ 転送制御処理部
２２ 転送サーバ管理部
２３ 利用者公開鍵管理部
３ 転送サーバ
３１ ファイル転送制御部
３２ ファイル分割処理部
３３ 転送先選択部
３４ ファイル削除処理部
３５ リソース管理部
４ 受信者端末
５ ネットワーク

Claims (18)

1. 端末同士が、管理サーバおよび複数の転送サーバで構成されるネットワークを介してファイルの転送を行うファイル転送システムであって、
   前記転送サーバが、隣接する転送サーバのリソース状態を管理するリソース管理手段と、リソース状態に基づいて転送先のサーバを選択する転送先選択手段と、ファイルの転送を制御するファイル転送制御手段と、
   を備え、
   前記管理サーバが、転送サーバのリソース状態を管理する転送サーバ管理手段、
   を備え、
   前記端末が、ファイルの送信処理を行うファイル送信処理手段と、ファイルの受信処理を行うファイル受信処理手段と、
   を備え、
   送信側の端末では、前記ファイル送信処理手段が、前記管理サーバの転送サーバ管理手段に対して隣接する転送サーバのリソース状態を確認し、リソース状態に余裕がある転送サーバを転送先として選択し、選択された転送サーバへファイルを送信し、
   前記転送サーバでは、前記転送先選択手段が、前記リソース管理手段に対して隣接する転送サーバのリソース状態を確認し、リソース状態に余裕がある転送サーバを転送先として選択し、または受信側の端末と隣接しているときは受信側の端末を選択し、前記ファイル転送制御手段が、選択された転送サーバまたは受信側の端末へファイルを転送し、
   受信側の端末では、前記ファイル受信処理手段がファイルを受信する、
   ことを特徴とするファイル転送システム。
2. 前記送信側の端末のファイル送信処理手段は、転送するファイルの大きさが最小分割サイズよりも大きい場合はファイルを分割し、分割後のファイルを前記転送サーバへ送信する、
   ことを特徴とする請求項１に記載のファイル転送システム。
3. さらに、前記転送サーバが、
   転送するファイルを分割するファイル分割処理手段、
   を備え、
   前記ファイル分割処理手段は、転送するファイルの大きさが転送に最適なファイルサイズよりも大きい場合はファイルを分割し、
   前記ファイル転送制御手段は、分割後のファイルを転送サーバまたは受信側の端末へ送信する、
   ことを特徴とする請求項１または２に記載のファイル転送システム。
4. 前記受信側の端末では、前記ファイル受信処理手段が、最初に分割後ファイルを受信してから所定の期間内に残りの分割後ファイルの受信が終了しない場合、隣接する転送サーバへ、受信していない分割後ファイルの再送を要求する、
   ことを特徴とする請求項２または３に記載のファイル転送システム。
5. 前記送信側の端末では、
   前記ファイル送信処理手段は、複数の転送サーバを選択した場合、複製した同一ファイルを選択された各転送サーバへ送信する、
   ことを特徴とする請求項１〜４のいずれか１つに記載のファイル転送システム。
6. 前記転送サーバでは、
   前記転送先選択手段が複数の転送サーバを選択した場合、
   前記ファイル転送制御手段は、複製した同一ファイルを選択された各転送サーバへ転送する、
   ことを特徴とする請求項１〜５のいずれか１つに記載のファイル転送システム。
7. 前記リスース状態を、転送サーバの、ＣＰＵの性能、メモリの大きさ、およびディスクの空き容量、とする、
   ことを特徴とする請求項１〜６のいずれか１つに記載のファイル転送システム。
8. さらに、
   前記管理サーバが、端末ごとの公開鍵を管理する利用者公開鍵管理手段、
   を備え、
   前記端末が、自端末の秘密鍵および公開鍵を管理し、他の端末の公開鍵の情報を取得する公開鍵管理手段、
   を備え、
   前記送信側の端末では、前記公開鍵管理手段が、前記管理サーバの利用者公開鍵管理手段から取得した受信側の端末の公開鍵を用いてファイルを暗号化し、前記ファイル送信処理手段が、暗号化されたファイルを転送サーバへ送信し、
   前記受信側の端末は、前記公開鍵管理手段が管理する自端末の秘密鍵を用いて復号する、
   ことを特徴とする請求項１〜７のいずれか１つに記載のファイル転送システム。
9. さらに、
   前記転送サーバが、ファイルを削除するファイル削除手段、
   を備え、
   前記管理サーバが、転送サーバに対してファイルの削除またはファイルの転送停止を指示する転送制御処理手段、
   を備え、
   前記端末が、前記管理サーバに対してファイルの削除またはファイルの転送停止を指示する転送サーバ制御処理手段、
   を備え、
   前記端末の転送サーバ制御処理手段は、前記管理サーバへファイルの削除またはファイルの転送停止を指示し、
   前記管理サーバの転送制御処理手段は、転送サーバへファイルの削除またはファイルの転送停止の指示を転送し、
   前記転送サーバでは、ファイルの削除指示を受けた場合には、前記ファイル削除手段が対象のファイルを削除し、また、ファイルの転送停止指示を受けた場合には、前記ファイル転送制御手段が対象のファイルの転送を停止する、
   ことを特徴とする請求項１〜８のいずれか１つに記載のファイル転送システム。
10. 端末同士が、管理サーバおよび複数の転送サーバで構成されるネットワークを介してファイルの転送を行うファイル転送システムが実行するファイル転送方法であって、
    送信側の端末が、前記管理サーバに対して隣接する転送サーバのリソース状態を確認し、リソース状態に余裕がある転送サーバを転送先として選択する第一の選択ステップと、
    送信側の端末が、選択された転送サーバへファイルを送信するファイル送信ステップと、
    前記転送サーバが、隣接する転送サーバのリソース状態を確認し、リソース状態に余裕がある転送サーバを転送先として選択し、または受信側の端末と隣接しているときは受信側の端末を選択する第二の選択ステップと、
    前記転送サーバが、選択された転送サーバまたは受信側の端末へファイルを転送するファイル転送ステップと、
    受信側の端末が、ファイルを受信するファイル受信ステップと、
    を含むことを特徴とするファイル転送方法。
11. 前記ファイル送信ステップでは、転送するファイルの大きさが最小分割サイズよりも大きい場合はファイルを分割し、分割後のファイルを前記転送サーバへ送信する、
    ことを特徴とする請求項１０に記載のファイル転送方法。
12. 前記ファイル転送ステップでは、転送するファイルの大きさが転送に最適なファイルサイズよりも大きい場合はファイルを分割し、分割後のファイルを転送サーバまたは受信側の端末へ送信する、
    ことを特徴とする請求項１０または１１に記載のファイル転送方法。
13. 前記ファイル受信ステップでは、最初に分割後ファイルを受信してから所定の期間内に残りの分割後ファイルの受信が終了しない場合、隣接する転送サーバへ、受信していない分割後ファイルの再送を要求する、
    ことを特徴とする請求項１１または１２に記載のファイル転送方法。
14. 前記第一の選択ステップにおいて複数の転送サーバを選択した場合、
    前記ファイル送信ステップでは、複製した同一ファイルを選択された各転送サーバへ送信する、
    ことを特徴とする請求項１０〜１３のいずれか１つに記載のファイル転送方法。
15. 前記第二の選択ステップにおいて複数の転送サーバを選択した場合、
    前記ファイル転送ステップでは、複製した同一ファイルを選択された各転送サーバへ転送する、
    ことを特徴とする請求項１０〜１４のいずれか１つに記載のファイル転送方法。
16. 前記リスース状態を、転送サーバの、ＣＰＵの性能、メモリの大きさ、およびディスクの空き容量、とする、
    ことを特徴とする請求項１０〜１５のいずれか１つに記載のファイル転送方法。
17. 前記管理サーバが端末ごとの公開鍵を管理し、また、前記端末が自端末の秘密鍵および公開鍵を管理し、他の端末の公開鍵の情報を取得可能な場合に、
    前記ファイル送信ステップでは、前記管理サーバから取得した受信側の端末の公開鍵を用いてファイルを暗号化し、暗号化されたファイルを転送サーバへ送信し、
    前記ファイル受信ステップでは、自端末の秘密鍵を用いて復号する、
    ことを特徴とする請求項１０〜１６のいずれか１つに記載のファイル転送方法。
18. さらに、
    前記端末が、前記管理サーバへファイルの削除またはファイルの転送停止を指示する指示送信ステップと、
    前記管理サーバが、転送サーバへファイルの削除またはファイルの転送停止の指示を転送する指示転送ステップと、
    前記転送サーバが、ファイルの削除指示を受けた場合には対象のファイルを削除し、また、ファイルの転送停止指示を受けた場合には対象のファイルの転送を停止する指示実行ステップと、
    を含むことを特徴とする請求項１０〜１７のいずれか１つに記載のファイル転送方法。

Images