(57)【要約】【課題】ファイル転送の際に、送信側又は受信側の端末の脆弱性を考慮して、セキュリティ強化を図る。【解決手段】ネットワークに接続された複数のコンピュータ２，３間でファイル送受信を行うためのファイル転送システム１であって、ファイル送信側コンピュータが所定のセキュリティポリシーを満たすか否かを判定する手段と、ファイル受信側コンピュータが所定のセキュリティポリシーを満たすか否かを判定する手段と、前記ファイル送信側コンピュータおよび前記ファイル受信側コンピュータが、前記セキュリティポリシーを満たす場合に、ファイル送受信を許可する手段と、を備えている。【選択図】図２
2010061390.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続されたコンピュータによって行われるファイル送信または受信を、監視し制御するためのコンピュータプログラムであって、
前記コンピュータの状態が、所定のセキュリティポリシーを満たすか否かを判定する判定手段、および
前記判定手段の判定結果に基づいて、前記コンピュータによるファイル送信または受信の実行の可否を決定する手段、
として前記コンピュータを機能させるコンピュータプログラム。
【請求項２】
ネットワークに接続されたコンピュータによって行われるファイル送信または受信を、監視し制御するためのコンピュータプログラムであって、
ファイル送信または受信の相手方となる相手方コンピュータの状態が、所定のセキュリティポリシーを満たすか否かを確認する確認手段、および
前記確認手段の確認結果に基づいて、前記コンピュータによるファイル送信または受信の実行の可否を決定する手段、
として前記コンピュータを機能させるコンピュータプログラム。
【請求項３】
ネットワークに接続されたコンピュータによって行われるファイル送信または受信を、監視し制御するためのコンピュータプログラムであって、
前記コンピュータの状態が、所定のセキュリティポリシーを満たすか否かを判定する判定手段、
ファイル送信または受信の相手方となる相手方コンピュータの状態が、所定のセキュリティポリシーを満たすか否かを確認する確認手段、および
前記判定手段の判定結果または前記確認手段の確認結果に基づいて、前記コンピュータによるファイル送信または受信の実行の可否を決定する手段、
として前記コンピュータを機能させるコンピュータプログラム。
【請求項４】
ファイル送信の実行が可であると決定された場合には、ファイル送信先コンピュータに対してファイルの取得許可を与える手段、および
前記取得許可を得た前記ファイル送信先コンピュータに、ファイルを取得させることで、ファイル送信を実行する送信手段、
として前記コンピュータを機能させる請求項１〜３のいずれか１項に記載のコンピュータプログラム。
【請求項５】
前記送信手段は、ファイル取得が可能な設定時間内に限り、前記ファイル送信先コンピュータによるファイル取得が可能とされている
請求項４記載のコンピュータプログラム。
【請求項６】
ファイル取得が可能な前記設定時間が経過すると、送信対象のファイルを、前記コンピュータから削除する手段、
として前記コンピュータを機能させる請求項５記載のコンピュータプログラム。
【請求項７】
前記送信手段には、前記ファイル送信先コンピュータによるファイル取得の制限回数が設定されている
請求項４〜６のいずれか１項に記載のコンピュータプログラム。
【請求項８】
ファイル送信先コンピュータに対して与えたファイル取得許可を取り消す手段、
として前記コンピュータを機能させる請求項４〜７のいずれか１項に記載のコンピュータプログラム。
【請求項９】
ネットワークに接続されたコンピュータによって行われるファイル送信を、監視し制御するためのコンピュータプログラムであって、
前記コンピュータの状態が、所定のセキュリティポリシーを満たすか否かを判定する判定手段、
ファイル送信先コンピュータに対して、当該ファイル送信先コンピュータの状態が、所定のセキュリティポリシーを満たすか否かを問い合わせる手段、
前記コンピュータおよび前記ファイル送信先コンピュータがいずれも前記セキュリティポリシーを満たしている場合に、ファイル送信の実行を可とする手段、
として前記コンピュータを機能させるコンピュータプログラム。
【請求項１０】
ファイル送信元コンピュータからファイルの取得許可を受け取ると、前記ファイル送信元へアクセスして、ファイルを取得することでファイルの受信を実行する受信手段、
として前記コンピュータを機能させる請求項１〜８のいずれか１項に記載のコンピュータプログラム。
【請求項１１】
ファイル送信元コンピュータが、予め設定されたファイル受信の拒否対象コンピュータである場合には、ファイル受信の実行を否とする手段、
として前記コンピュータを機能させる請求項１〜８，１０のいずれか１項に記載のコンピュータプログラム。
【請求項１２】
受信しようとするファイルが、予め設定されたファイル受信の拒否対象ファイルである場合には、ファイル受信の実行を否とする手段、
として前記コンピュータを機能させる請求項１〜８，１０，１１のいずれか１項に記載のコンピュータプログラム。
【請求項１３】
ネットワークに接続されたコンピュータによって行われるファイル受信を、監視し制御するためのコンピュータプログラムであって、
ファイル送信元コンピュータから、前記コンピュータの状態が所定のセキュリティポリシーを満たすか否かの問い合わせを受け付ける手段、
前記問い合わせを受け付けると、前記コンピュータの状態が、所定のセキュリティポリシーを満たすか否かを判定する判定手段、
前記判定手段による判定結果を、前記ファイル送信元コンピュータへ送信する手段、および
前記ファイル送信元コンピュータから、ファイル取得許可を受け取って、前記ファイル送信元コンピュータからファイルを取得することでファイル受信を実行する手段、
として前記コンピュータを機能させるコンピュータプログラム。
【請求項１４】
ネットワークに接続された複数のコンピュータ間で行われるファイル送受信を中継する中継コンピュータ用コンピュータプログラムであって、
ファイル送信側コンピュータが、所定のセキュリティポリシーを満たすことを確認した上で、前記ファイル送信コンピュータからファイルを受信する受信手段、
ファイル受信側コンピュータが、所定のセキュリティポリシーを満たすことを確認した上で、前記ファイル受信側コンピュータへの前記ファイル送信の実行を可とする手段、
として、前記中継コンピュータを機能させるコンピュータプログラム。
【請求項１５】
ネットワークに接続された複数のコンピュータ間でファイル送受信を行うためのファイル転送システムであって、
ファイル送信側コンピュータが所定のセキュリティポリシーを満たすか否かを判定する第１判定手段と、
ファイル受信側コンピュータが所定のセキュリティポリシーを満たすか否かを判定する第２判定手段と、
前記第１判定手段の判定結果および第２判定手段の判定結果に基づいて、ファイル送受信の実行の可否を決定する手段と、
を備えていることを特徴とするファイル転送システム。
【請求項１６】
ネットワークに接続された複数のコンピュータ間でのファイル送受信が、中継コンピュータを介して行われるファイル転送システムであって、
ファイル送信側コンピュータが所定のセキュリティポリシーを満たすか否かを判定する手段と、
ファイル受信側コンピュータが所定のセキュリティポリシーを満たすか否かを判定する手段と、
を備え、
前記中継コンピュータは、前記ファイル送信側コンピュータおよび前記ファイル受信側コンピュータが前記セキュリティポリシーを満たすかの判定結果に基づいて、ファイル中継の実行の可否を決定するよう構成されている
ことを特徴とするファイル転送システム。
【請求項１７】
ネットワークに接続された複数のコンピュータ間で、ファイル送受信を行う方法であって、
ファイル送信側コンピュータが所定のセキュリティポリシーを満たすか否かを判定する第１ステップと、
ファイル受信側コンピュータが所定のセキュリティポリシーを満たすか否かを判定する第２ステップと、
前記第１判定ステップにおける判定結果および前記第２ステップにおける判定結果に基づいて、ファイル送受信の実行の可否を決定するステップと、
を含むことを特徴とするファイル送受信方法。
【請求項１８】
ネットワークに接続された複数のコンピュータ間でのファイル送受信を、中継コンピュータを介して行う方法であって、
ファイル送信側コンピュータが所定のセキュリティポリシーを満たすか否かを判定するステップと、
ファイル受信側コンピュータが所定のセキュリティポリシーを満たすか否かを判定するステップと、
前記ファイル送信側コンピュータおよび前記ファイル受信側コンピュータが前記セキュリティポリシーを満たすかの判定結果に基づいて、ファイル中継の実行の可否を決定するステップと、
を含むことを特徴とするファイル送受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータプログラム、ファイル転送システム、ファイル送受信方法に関するものである。
【背景技術】
【０００２】
近年、情報通信技術の著しい発達により、端末上のファイルがさまざまな形で転送されている。ファイルをネットワーク内で転送する技術としては、例えば、非特許文献１に記載されているものがある。非特許文献１の技術では、メッセージと一緒にファイルを添付して送信することができる。
【非特許文献１】ＩＰ  Ｍｅｓｓｅｎｇｅｒ，[online]，Ｈ．Ｓｈｉｒｏｕｚｕ，［２００８年０７月１４日検索］，インターネット＜http://www.ipmsg.org/index.html.en＞
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上記のようなファイル転送に関しては、情報漏洩が問題となっている。そのため、ファイルのやりとりの際に、セキュリティを強化することが求められている。
しかし、非特許文献１の技術では、単にファイルを相手方に送りつけるだけであり、セキュリティの考慮はなされていない。
【０００４】
また、ファイル漏洩対策のためのセキュリティ強化としては、例えば、ファイルを暗号化することが考えられる。
【０００５】
しかし、ファイル暗号化は、ネットワーク上における通信中のファイル漏洩対策にはなるが、ファイル共有ソフトのようにセキュリティ上不適切なソフトウェアやその他の不正なソフトウェアがインストールされている、ＯＳが最新の状態でない、またはウィルス対策ソフトがインストールされていない、など、セキュリティ面での対策が不十分であることにより脆弱性を有する端末自体に起因するファイル漏洩の対策にはならない。
例えば、ファイル送信側の端末は脆弱性を有していなくても、ファイルを受信した端末が脆弱であると、その受信端末からファイルが漏洩する可能性がある。
また、ネットワーク内に脆弱な端末が持ち込まれ、その脆弱な端末から送信されたファイルを無条件に受信してしまうと、そのファイルの内容によっては、受信側端末に脆弱性が生じ、その後、ファイル漏洩を起こすおそれがある。
【０００６】
ところが、従来、ファイル転送におけるセキュリティ強化に関し、端末そのものの脆弱性に着目したものは存在しなかった。
そこで、本発明は、ファイル転送の際に、送信側又は受信側の端末の脆弱性を考慮して、セキュリティ強化を図ることを目的とする。
【課題を解決するための手段】
【０００７】
本発明は、ネットワークに接続されたコンピュータによって行われるファイル送信または受信を、監視し制御するためのコンピュータプログラムであって、前記コンピュータの状態が、所定のセキュリティポリシーを満たすか否かを判定する判定手段、および前記判定手段の判定結果に基づいて、前記コンピュータによるファイル送信または受信の実行の可否を決定する手段、として前記コンピュータを機能させるコンピュータプログラムである（請求項１）。
【０００８】
上記本発明によれば、ファイルを送信または受信しようとするコンピュータ自身がセキュリティポリシーを満たすか否かを判定して、そのコンピュータによるファイル送信または受信の実行の可否を決定することができる。したがって、脆弱性を有するコンピュータによるファイル送受信を防止できる。
なお、ファイル送信の実行が可であると決定された場合、ファイル送信の実行は、ファイル送信側コンピュータが積極的に送信処理することによって行っても良いし、ファイル受信側コンピュータをファイル送信側コンピュータにアクセスさせてファイルを取得させることによって行っても良い。
また、ファイル受信の実行が可であると決定された場合、ファイル受信の実行は、ファイル送信側コンピュータが積極的に送信したファイルを受信処理することによって行っても良いし、ファイル受信側コンピュータがファイル送信側コンピュータにアクセスして取得することによって行っても良い。
そして、ファイル送信または受信の実行が否であると決定された場合、上記のようなファイル送信または受信の実行は行われない。
【０００９】
他の観点から見た本発明は、ネットワークに接続されたコンピュータによって行われるファイル送信または受信を、監視し制御するためのコンピュータプログラムであって、ファイル送信または受信の相手方となる相手方コンピュータの状態が、所定のセキュリティポリシーを満たすか否かを確認する確認手段、および前記確認手段の確認結果に基づいて、前記コンピュータによるファイル送信または受信の実行の可否を決定する手段、として前記コンピュータを機能させるコンピュータプログラムである（請求項２）。
【００１０】
上記本発明によれば、ファイルを送信または受信の相手方となるコンピュータがセキュリティポリシーを満たすか否かを確認して、そのコンピュータによるファイル送信または受信の実行の可否を決定することができる。したがって、脆弱性を有するコンピュータによるファイル送受信を防止できる。
なお、ファイル送信または受信の実行が可または否であると決定された場合の処理の態様は、上記と同様である。
【００１１】
他の観点から見た本発明は、ネットワークに接続されたコンピュータによって行われるファイル送信または受信を、監視し制御するためのコンピュータプログラムであって、
前記コンピュータの状態が、所定のセキュリティポリシーを満たすか否かを判定する判定手段、ファイル送信または受信の相手方となる相手方コンピュータの状態が、所定のセキュリティポリシーを満たすか否かを確認する確認手段、および前記判定手段の判定結果または前記確認手段の確認結果に基づいて、前記コンピュータによるファイル送信または受信の実行の可否を決定する手段、として前記コンピュータを機能させるコンピュータプログラムである（請求項３）。
【００１２】
上記本発明によれば、ファイル送信または受信の相手方となるコンピュータがセキュリティポリシーを満たすか否かを判定するとともに、ファイルを送信または受信の相手方となるコンピュータがセキュリティポリシーを満たすか否かを確認して、そのコンピュータによるファイル送信または受信の実行の可否を決定することができる。したがって、脆弱性を有するコンピュータによるファイル送受信を防止できる。
なお、ファイル送信または受信の実行が可または否であると決定された場合の処理の態様は、上記と同様である。
【００１３】
ファイル送信の実行が可であると決定された場合には、ファイル送信先コンピュータに対してファイルの取得許可を与える手段、および前記取得許可を得た前記ファイル送信先コンピュータに、ファイルを取得させることで、ファイル送信を実行する送信手段、として前記コンピュータを機能させるコンピュータプログラムが好ましい（請求項４）。
この場合、ファイル送信元のコンピュータが、ファイル送信先コンピュータへ一方的にファイルを送りつける場合に比べて、ファイル送信先コンピュータ側が自らの判断でファイルを取得するか否かを決定することができるので、不要なファイル受信を回避することができ、セキュリティ性が向上する。
【００１４】
前記送信手段は、ファイル取得が可能な設定時間内に限り、前記ファイル送信先コンピュータによるファイル取得が可能とされているのが好ましい（請求項５）。この場合、設定時間内に限りファイルが取得できるため、セキュリティ性が向上する。つまり、ファイル取得が可能な時刻を前記設定時間として設定しておくことで、例えば業務時間外のファイルアクセスを禁止することができる。また、ファイル取得の期限を前記設定時間として設定しておくことで、無制限のファイル流出を防止できる。無制限にファイル取得を許可すると、ネットワーク上に何度もファイルが流れるため、たとえファイルを暗号化していたとしても、解読されるおそれが生じるが、無制限のファイル流出を防止することで、解読のおそれも低減できる。
【００１５】
ファイル取得が可能な前記設定時間が経過すると、送信対象のファイルを、前記コンピュータから削除する手段、として前記コンピュータをさらに機能させるコンピュータプログラムが好ましい（請求項６）。この場合、設定時間後のファイル取得が不可能となり、セキュリティ性が向上する。
【００１６】
前記送信手段には、前記ファイル送信先コンピュータによるファイル取得の制限回数が設定されているのが好ましい（請求項７）。この場合、制限回数内に限りファイルが取得できるため、無制限のファイル流出を防止でき、セキュリティ性が向上する。
【００１７】
ファイル送信先コンピュータに対して与えたファイル取得許可を取り消す手段、として前記コンピュータをさらに機能させるコンピュータプログラムが好ましい（請求項８）。この場合、状況の変化（例えば、ファイル送信先コンピュータの状態がセキュリティポリシーを満たさないように変化した場合）に応じて、一旦与えたファイル取得許可を取り消して、ファイル取得不可とすることができる。
【００１８】
さらに他の観点からみた本発明は、  ネットワークに接続されたコンピュータによって行われるファイル送信を、監視し制御するためのコンピュータプログラムであって、前記コンピュータの状態が、所定のセキュリティポリシーを満たすか否かを判定する判定手段、ファイル送信先コンピュータに対して、当該ファイル送信先コンピュータの状態が、所定のセキュリティポリシーを満たすか否かを問い合わせる手段、前記コンピュータおよび前記ファイル送信先コンピュータがいずれも前記セキュリティポリシーを満たしている場合に、ファイル送信の実行を可とする手段、として前記コンピュータを機能させるコンピュータプログラムである（請求項９）。
【００１９】
ファイル送信元コンピュータからファイルの取得許可を受け取ると、前記ファイル送信元へアクセスして、ファイルを取得することでファイルの受信を実行する受信手段、として前記コンピュータをさらに機能させる記載のコンピュータプログラムが好ましい（請求項１０）。この場合、ファイル送信元のコンピュータが、ファイル送信先コンピュータへ一方的にファイルを送りつける場合に比べて、ファイル送信先コンピュータ側が自らの判断でファイルを取得するか否かを決定することができるので、不要なファイル受信を回避することができ、セキュリティ性が向上する。
【００２０】
ファイル送信元コンピュータが、予め設定されたファイル受信の拒否対象コンピュータである場合には、ファイル受信の実行を否とする手段、として前記コンピュータをさらに機能させるコンピュータプログラムが好ましい（請求項１１）。この場合、拒否対象コンピュータからのファイル受信を防止できる。
【００２１】
受信しようとするファイルが、予め設定されたファイル受信の拒否対象ファイルである場合には、ファイル受信の実行を否とする手段、として前記コンピュータをさらに機能させるコンピュータプログラムが好ましい（請求項１２）。この場合、拒否対象ファイルの受信を防止できる。
さらに他の観点からみた本発明は、ネットワークに接続されたコンピュータによって行われるファイル受信を、監視し制御するためのコンピュータプログラムであって、ファイル送信元コンピュータから、前記コンピュータの状態が所定のセキュリティポリシーを満たすか否かの問い合わせを受け付ける手段、前記問い合わせを受け付けると、前記コンピュータの状態が、所定のセキュリティポリシーを満たすか否かを判定する判定手段、前記判定手段による判定結果を、前記ファイル送信元コンピュータへ送信する手段、および前記ファイル送信元コンピュータから、ファイル取得許可を受け取って、前記ファイル送信元コンピュータからファイルを取得することでファイル受信を実行する手段、として前記コンピュータを機能させるコンピュータプログラムである（請求項１３）。この場合、ファイル送信元コンピュータに対して、前記コンピュータの状態が所定のセキュリティポリシーを満たすか否かの判定結果を、送信することができる。
【００２２】
さらに他の観点からみた本発明は、ネットワークに接続された複数のコンピュータ間で行われるファイル送受信を中継する中継コンピュータ用コンピュータプログラムであって、ファイル送信側コンピュータが、所定のセキュリティポリシーを満たすことを確認した上で、前記ファイル送信コンピュータからファイルを受信する受信手段、ファイル受信側コンピュータが、所定のセキュリティポリシーを満たすことを確認した上で、前記ファイル受信側コンピュータへの前記ファイル送信の実行を可とする手段、として、前記中継コンピュータを機能させるコンピュータプログラムである（請求項１４）。
【００２３】
上記本発明によれば、送信側と受信側のコンピュータが共にセキュリティポリシーを満たした場合に限り、中継コンピュータを介しての受信側へのファイル送信の実行が可となる。したがって、脆弱性を有するコンピュータによるファイル送受信を確実に防止できる。
【００２４】
さらに他の観点からみた本発明は、ネットワークに接続された複数のコンピュータ間でファイル送受信を行うためのファイル転送システムであって、ファイル送信側コンピュータが所定のセキュリティポリシーを満たすか否かを判定する第１判定手段と、ファイル受信側コンピュータが所定のセキュリティポリシーを満たすか否かを判定する第２判定手段と、前記第１判定手段の判定結果および第２判定手段の判定結果に基づいて、ファイル送受信の実行の可否を決定する手段と、を備えていることを特徴とするファイル転送システムである（請求項１５）。
【００２５】
上記本発明によれば、送信側と受信側のコンピュータとがセキュリティポリシーを満たすか否かを判定して、ファイル送受信の実行の可否を決定することができる。したがって、脆弱性を有するコンピュータによるファイル送受信を確実に防止できる。
【００２６】
さらに他の観点からみた本発明は、ネットワークに接続された複数のコンピュータ間でのファイル送受信が、中継コンピュータを介して行われるファイル転送システムであって、ファイル送信側コンピュータが所定のセキュリティポリシーを満たすか否かを判定する手段と、ファイル受信側コンピュータが所定のセキュリティポリシーを満たすか否かを判定する手段と、を備え、前記中継コンピュータは、前記ファイル送信側コンピュータおよび前記ファイル受信側コンピュータが前記セキュリティポリシーを満たすかの判定結果に基づいて、ファイル中継の実行の可否を決定するよう構成されていることを特徴とするファイル転送システムである（請求項１６）。
【００２７】
上記本発明によれば、送信側と受信側のコンピュータとがセキュリティポリシーを満たすか否かを判定して、ファイル中継の実行の可否が決定される。したがって、脆弱性を有するコンピュータによるファイル送受信を確実に防止できる。
【００２８】
さらに他の観点からみた本発明は、ネットワークに接続された複数のコンピュータ間で、ファイル送受信を行う方法であって、ファイル送信側コンピュータが所定のセキュリティポリシーを満たすか否かを判定する第１ステップと、ファイル受信側コンピュータが所定のセキュリティポリシーを満たすか否かを判定する第２ステップと、前記第１判定ステップにおける判定結果および前記第２ステップにおける判定結果に基づいて、ファイル送受信の実行の可否を決定するステップと、を含むことを特徴とするファイル送受信方法である（請求項１７）。
【００２９】
さらに他の観点からみた本発明は、ネットワークに接続された複数のコンピュータ間でのファイル送受信を、中継コンピュータを介して行う方法であって、ファイル送信側コンピュータが所定のセキュリティポリシーを満たすか否かを判定するステップと、ファイル受信側コンピュータが所定のセキュリティポリシーを満たすか否かを判定するステップと、前記ファイル送信側コンピュータおよび前記ファイル受信側コンピュータが、前記セキュリティポリシーを満たす場合に、前記中継コンピュータが、ファイルの中継を行うステップと、を含むことを特徴とするファイル送受信方法である（請求項１８）。
【発明の効果】
【００３０】
本発明によれば、脆弱性が存在する端末によるファイル送信または受信を防止でき、セキュリティ強化を図ることができる。
【発明を実施するための最良の形態】
【００３１】
以下、本発明の実施形態を図面に基づいて説明する。
［１．ファイル転送システムの全体構成］
図１は、ファイル転送システム１の全体構成を示している。このファイル転送システム１は、イントラネット等のネットワーク内に、複数の端末２，３、および管理サーバ（中継サーバ）４を接続して構成されている。
【００３２】
端末２，３およびサーバ４は、コンピュータプログラムを実行可能なコンピュータによって構成されており、それぞれ、コンピュータプログラムが記憶されるハードディスクやメモリ等の記憶装置（図示省略）と、コンピュータプログラムを実行するためのＣＰＵ等の演算装置（図示省略）とを有している。
【００３３】
図１に示すように、端末２，３には、エージェントコンピュータプログラム（以下、単に「エージェント」という）Ｐ１が常駐しており、端末２，３の状態確認やファイル送受信の制御などを行う。また、端末２，３の記憶装置には、エージェントプログラム専用の記憶領域Ｍ１が確保されている。この記憶領域Ｍ１には、後述の各種情報テーブルが存在する。
【００３４】
サーバ４には、管理コンピュータプログラム（以下、単に「管理プログラム」という）Ｐ２が常駐しており、エージェントプログラムが常駐する端末２，３の管理やファイル送受信の中継などを行う。また、サーバ４の記憶装置には、管理プログラム専用の記憶領域Ｍ２が確保されている。この記憶領域Ｍ２には、後述の各種情報テーブルが存在する。
【００３５】
なお、エージェントプログラムＰ１及び管理プログラムＰ２からなる「ファイル転送システム用のコンピュータプログラムセット」は、１又は複数のコンピュータ読み取り可能な記録媒体（ＣＤ−ＲＯＭ等）に記録されて、システム１のユーザに提供される。また、エージェントプログラムＰ１及び管理プログラムＰ２を、端末３，４又はサーバに、プリインストールした状態で、ユーザに提供することも可能である。
【００３６】
［２．ファイル転送システムの機能の概要］
実施形態に係るファイル転送システム１では、エージェントＰ１と管理プログラムＰ２とによって、端末２，３間のファイル転送や、ネットワーク管理を行う。
【００３７】
［２．１  ファイル転送機能］
本システム１では、エージェントＰ１により安全性が保障された端末２，３が、他端末に直接、もしくはサーバ４を介してファイル転送を行う。これにより、ファイル転送に伴う情報漏洩に対するセキュリティ性が高まる。
サーバ４では、端末２，３のセキュリティ状態を判定するためのセキュリティポリシーを設定することができ、端末２，３では、このセキュリティポリシーに従って、自端末やファイル転送の相手方端末の状態を判定することができる。
【００３８】
セキュリティポリシーとは、ネットワーク管理者が指定する、ファイル転送をおこなうための条件のことで、例えば以下のような点を判定し、合格したら端末２，３にファイル転送の許可が与えられ、不合格であればファイル転送が不許可となる。
（１）不正なソフトはインストールされていないか
（２）Windows（登録商標）の最新のセキュリティパッチが適用されているか
（３）アンチウイルスソフトは更新されているか
（４）ＯＳにログインしているか
（５）エージェントＰ１のバージョンは最新か
（６）セキュリティポリシーのバージョンは最新か
【００３９】
［２．１．１  直接転送］
ファイル転送の際には、送信側端末、受信側端末が、互いに相手のセキュリティ状態の問い合わせを行う。自端末および相手方端末のいずれかがセキュリティポリシーを満たしていない場合には、ファイル転送が不許可となり、ファイル転送を開始することはできない。
【００４０】
また、ファイル転送中であっても、転送の条件を満たさなくなった場合には転送を中止する。つまり、本システム１では、ファイル転送が許可されても、ファイル転送が完了するまでは、何時でも、ファイル転送許可の取り消しが可能となっている。ファイル転送許可が取り消されると、ファイル転送は中止される。
ファイル転送許可の取り消しは、ファイル転送許可後にユーザからの指示で行っても良いし、ファイル転送許可後に改めて送信側端末および／又は送信側端末のセキュリティ状態の判定を行って、セキュリティポリシーを満たさなくなった場合に行っても良い。
また、ファイル転送許可の取り消しは、送信側または受信側のいずれからでも行える。
【００４１】
本システム１では、ファイル転送は、送信側端末が積極的に受信側端末にファイルを送信するのではなく、送信側端末が受信側端末に対してファイル取得の許可（アクセス権）を与え、受信側端末が送信側端末にアクセスし、ファイルをダウンロードすることにより実行する。ファイル送信の実行を、受信側端末のダウンロードによって行うことで、受信側端末は、一方的に送りつけられたファイルを受信するのではなく、自らの判断で受信するか否かを決定することができ、不要なファイル受信を回避することができる。
【００４２】
送信側端末では、受信側端末のアクセス権をいつでも取り消すことができる。アクセス権が取り消された場合も、ファイル転送は中止される。例えば、受信側端末の状態がセキュリティポリシーを満たさないように変化した場合には、一旦与えたアクセス権を取り消して、ファイル取得不可とすることができる。
本システム１において、転送対象のファイルの数は任意に設定できる。当該ファイルの送信側端末及び受信側端末以外の端末は、転送対象のファイルにアクセスできず、ファイルを見ることはできない。したがって、ファイル送信を受信側端末のダウンロードによって行っても、他の端末への情報漏洩を防止できる。
また、ファイル転送が終了した場合、もしくはファイル転送が行なわれずにファイル転送の期限が過ぎた場合、ファイルは、送信側端末から削除される。このように、ファイル転送の期限を設定しておくことで、無制限のファイル流出を防止して、セキュリティ性を高めることができる。
【００４３】
エージェントＰ１は、その記憶領域Ｍ１に、ユーザにより作成された拒否リストを持つ。拒否リストには、ファイル転送を拒否する端末（送信側端末）と、拒否するファイルのファイル名及び／又は拡張子とが、設定されている。なお、ファイル転送を拒否する端末は、ファイル転送可能な端末の一覧（端末リスト）の中から選択される。
受信側端末のエージェントＰ１は、ファイル受信の際に、送信側端末又はファイルが、拒否リストに登録されているかどうかを判定する。したがって、拒否リストに含まれる端末からのファイル受信や、拒否リストに含まれるファイルの受信を防止できる。
また、受信側端末のユーザは、ファイルを実際に受信（ダウンロード）する前に、ファイルを受信するかどうかを選択することができる。したがって、受信したくないファイルを、ユーザの意思で選択することが可能である。
【００４４】
［２．１．２  サーバ経由転送］
ファイル転送する際は、端末から端末に直接送信する方法のほかに、サーバにファイルを一時保存してから転送する方法を選択することもできる。この選択は、ユーザが送信側端末や受信側端末において行うことができる。
サーバ経由の転送を選択できることで、受信側端末がその時点でネットワーク上に存在しない、またはポリシーを満たしていないなど、通信できない状態にあっても、後に通信できるようになった時に、送信側端末が終了していてもファイルを取得することができる。その際には、サーバに置かれたファイルを受信側端末が受信できる時間を、送信側端末において設定し、設定した時間以外のアクセスを制限することができる。
【００４５】
直接転送とサーバ経由転送のいずれの送信方法を選択した場合も、ファイル転送の際のファイルの暗号化、復号化はエージェントにより自動で行われる。
転送方法の選択については、システム管理者が立てる方針が最優先される。次に、受信側端末のユーザが指定する方針による制限が課される。送信側端末のユーザは、その中から送信方法を選択する。例えば、システム管理者により「サーバ経由」が禁止されている場合、受信側や送信側は「サーバ経由」を選択できない。
【００４６】
また、ファイルの送信側端末のユーザは、ある１回のファイル転送について、受信者が同じファイルをダウンロードできる回数を制限できる。上限は任意の値に設定でき、上限を指定しないことも可能である。受信側端末は、受信可能時間（設定期限）内、かつダウンロード可能な回数以内の場合にのみ、ファイルを取得できる。このように、制限回数内に限りファイルが取得できるため、無制限のファイル流出を防止でき、セキュリティ性が向上する。
【００４７】
［２．２  管理機能］
［２．２．１  端末リスト］
送信側端末において、ファイルの転送先（受信側端末）は、サーバで管理されている端末リストから選択する。端末リストには、ネットワーク内において、エージェントＰ１が搭載されている端末２，３が記載されている。したがって、エージェントＰ１が搭載されていない端末を、転送先として選択することはできず、セキュリティ性の低い端末へのファイル送信が防止されている。
【００４８】
エージェントＰ１は、自身の端末２，３の情報を定期的にサーバに送信する。そのなかには、端末のＩＰアドレス、所属部署などの情報が含まれる。送られた情報をもとに、端末リストが作成される。
【００４９】
［２．２．２  セキュリティポリシー］
セキュリティポリシーは、管理サーバ４においてシステム管理者において統一的に設定される。端末２，３は、必要に応じてセキュリティポリシーを管理サーバ４から取得する。端末２，３ポリシーが更新されていないか、定期的にサーバに問い合わせを行う。このように、統一的に設定されるセキュリティポリシーを各端末２，３が利用することで、システム内のセキュリティポリシーを統一化することができる。なお、セキュリティポリシーを各端末２，３が独自に設定できるようにしてもよい。
［２．２．３  ログ］
ファイル転送の履歴は、送信側及び受信側の端末２，３でログとして記録される。各端末２，３のログは、定期的にサーバ４に送信され、保存される。
【００５０】
［３．エージェント及び管理プログラム用の情報テーブル］
［３．１  エージェントの情報テーブル］
各端末２，３は、エージェント用の記憶領域Ｍ１に、ファイル転送テーブル（エージェント用管理テーブル）Ｔ１を有している。エージェントＰ１は、このファイル転送テーブルを参照して、ファイル転送の制御を行う。
ファイル転送テーブルＴ１の内容は、以下の通りである。
【表１】
2010061390.tif 000003
【００５１】
上記ファイル転送テーブルＴ１において、「ポリシー」欄には、管理サーバ４が有する「ポリシーなどネットワークの取り決めを記録するテーブル」の情報が記録されている。各端末２，３は、この「ポリシー」の内容にしたがって、自装置のセキュリティ状態を判定する。この「ポリシー」欄は、端末２，３が、定期的にサーバ４を参照することで更新される。
【００５２】
上記ファイル転送テーブルＴ１において、「端末リスト」欄には、ネットワーク上の端末であって、エージェントＰ１が搭載され実行されているものの一覧が格納されている。「端末リスト」欄に含まれる端末が、ファイルを送信可能な端末である。エージェントＰ１が搭載されていないか、搭載されていても実行されていない端末は、端末リストに存在しないため、そのような端末へのファイル送信は不可能となっている。
この「端末リスト」欄は、端末２，３が、定期的にサーバ４を参照することで更新される。
【００５３】
上記ファイル転送テーブルＴ１において、「拒否リスト」欄には、受信拒否するケースの一覧が記録されている。受信拒否するケースは、受信拒否として設定された端末、受信拒否として設定されたファイル、受信拒否として設定されたファイル拡張子などに該当する場合である。
この「拒否リスト」欄は、各端末２，３においてユーザが設定することが可能である。
【００５４】
また、各端末２，３のエージェント用の記憶領域Ｍ１では、ファイルテーブルＴ２やダウンロードテーブルＴ３が生成される。
ファイルテーブルＴ２の内容は、下記の通りである。
【表２】
2010061390.tif 000004
【００５５】
このファイルテーブルＴ２は、ファイル転送時に、ファイル送信側端末によって生成され、ｐｕｌｌ要求として、ファイル受信側端末に送信される。受信型端末は、このテーブルＴ２によって、ファイルを受信可能な時間、ファイル名、ダウンロード回数を把握することができる。なお、このファイルテーブルＴ２はサーバ４においても蓄積される。
【００５６】
また、ダウンロードテーブルＴ３の内容は、下記の通りである。
【表３】
2010061390.tif 000005
【００５７】
このダウンロードテーブルＴ３は、ファイル受信側端末が、送信側端末からファイルをダウンロードする際に、受信側端末によって生成され、ファイル取得要求として、ファイル送信側端末に送信される。送信側端末は、この内容のファイル取得要求を受け取ると、受信側端末によるダウンロード実行を許可する。
【００５８】
［３．２  サーバの情報テーブル］
サーバ４は、管理プログラムＰ２用の記憶領域Ｍ２に、ネットワークの取り決めを記録するテーブルＴ４を有している。
ネットワークの取り決めを記録するテーブルＴ４の内容は、以下の通りである。
【表４】
2010061390.tif 000006
【００５９】
テーブルＴ４において、「ポリシー」欄は、ファイル転送可能かどうかを決めるための条件（セキュリティポリシー）であって、サーバ４において設定され、各端末２，３が取得して、自端末の状態判定に用いられる。
テーブルＴ４において、「同時転送可能数」は、同時にファイル転送できる数の上限であり、サーバ４において設定され、各端末２，３が取得して、ファイル転送時の条件となる。
テーブルＴ４において、「端末リスト」は、ネットワークを構成する端末のリストであって、各端末２，３が取得して、ファイル転送先を選択するために用いられる。
テーブルＴ４において、「転送方法」欄は、直接転送、サーバが中継するサーバ転送がそれぞれ可能であるかを示すフラグである。転送方法は、サーバ４において設定され、各端末２，３は転送方法選択の際に、テーブルＴ４に規定する転送方法に制約される。
【００６０】
サーバ４は、さらに、管理プログラムＰ２用の記憶領域Ｍ２に、アクセス情報テーブルＴ５とログテーブルＴ６を有している。
アクセス情報テーブルＴ５の内容は、以下の通りである。
【表５】
2010061390.tif 000007
【００６１】
アクセス情報テーブルＴ５は、各エージェントＰ１から送信された情報をサーバ４にて集約するためのテーブルであり、端末自体のＩＰアドレスとエージェントのＩＤとを関連付けている。これにより、サーバ４は、ネットワーク内に存在するエージェントＰ１を検出すると、そのエージェントＰ１が搭載されている端末のＩＰアドレス（ファイル転送先）を特定することが可能である。
【００６２】
また、ログテーブルＴ６の内容は、以下の通りである。
【表６】
2010061390.tif 000008
【００６３】
ログテーブルＴ６には、各エージェントＰ１から送信されたログを、サーバ４にて集約するためのものである。なお、同内容のログが、各端末２，３でも保存される。
【００６４】
［４．ファイル転送処理：直接転送］
以下、本システム１において、端末２，３間でファイルの送受信を直接行う場合の処理について説明する（図２，３）。これらの処理は、各端末のエージェントＰ１によって実行される。
【００６５】
［４．１  直接転送における送信側端末の処理］
ステップＳ１−１：
まず、送信側端末のユーザが、送信側端末のエージェントＰ１に対して、送信対象のファイルを選択して、ファイル送信を指示する。
【００６６】
ステップＳ１−２：
すると、次のステップＳ１−２では、エージェントＰ１は、自端末（送信側端末）の状態が、セキュリティポリシーを満たすものであるか否かを判定する。送信側端末がポリシーを満たしていればステップＳ１−３へ進み（送信許可）、満たしていなければステップＳ１−７へ進む（送信不許可）。
このステップＳ１−２の判定によって、自端末が、送信側端末としての適格性を有しているか否かが判定される。
【００６７】
ステップＳ１−３：
続いて、送信型端末のユーザは、当該端末に表示されている端末リストから、ファイルを送信したい端末（送信先端末；受信側端末）を指定する。ここで、端末リストとは、ユーザ一覧、端末一覧などのリストを指し、エージェントが搭載された端末がリストアップされる。端末リストには、エージェントＰ１搭載の端末のみが表示されるため、エージェントＰ１が未搭載でセキュリティ性の低い端末への送信が不可能となっている。
なお、複数端末にファイルを送信する場合は、これ以降の操作を端末分繰り返す。
【００６８】
ステップＳ１−４：
受信側端末が指定されると、エージェントＰ１は、受信側端末の状態の問い合わせを行う。この問い合わせは、受信側端末が、セキュリティポリシーを満たすか否か等、受信可能な状態にあるかを確認するためのものである。なお、この問い合わせの際には、送信対象のファイル名などのファイルを特定する情報は送信されず、送信側端末のＩＤなど送信側端末を特定するための情報のみが送信される。これにより、受信側端末の状態の問い合わせの際に、ファイル情報が受信側端末へ漏洩することが防止される。
【００６９】
ステップＳ１−５：
そして、送信側端末は、ステップＳ１−４での問い合わせの結果として、受信可能か否かの応答を受信側端末から受信する。ここで、応答には、受信可能、受信不可能、無応答、の３通りがある。受信側端末は、問い合わせを受けると、自端末装置がセキュリティポリシーを満たすか否かの判定を行い、ポリシーを満たさない場合には、受信不可能と応答する。したがって、送信側端末では、受信側からの応答が「受信可能」であったことをもって、受信側端末がセキュリティポリシーを満たすことを確認できる。
【００７０】
ステップＳ１−６：
受信側からの応答が「受信可能」であった場合には、ステップＳ１−８へ進み（ａへ進み）、そうでなければステップＳ１−７へ進む。なお、受信側が受信不可能の場合であって、再度、受信側へ問い合わせを行う場合には、ステップＳ１−４に進む。
【００７１】
ステップＳ１−７：
送信側がセキュリティポリシーを満たさない場合や、受信側が「受信不可能」であった場合には、結果をログに記録し、処理を終了する。つまり、送信側または受信側がセキュリティポリシーを満たさない等の事情があれば、ファイル転送が不許可となり、ファイル転送のための実質的な処理は、行われないまま処理が終了する。
【００７２】
ステップＳ１−８：
受信側が「受信可能」であった場合には、送信側および受信側ともにセキュリティポリシーを満たしていることの確認がとれたことになる（ファイル転送の許可状態）。
そこで、送信側は、続いて、ファイル送信のための処理を行う。
まず、送信側端末において、ファイルの受信可能時間を設定する。受信可能時間は、ユーザが適宜決定でき、受信が可能な時間帯（例えば、平日昼間の時間帯）として設定したり、受信が可能な期間（例えば、３日間）として設定したりすることができる。
【００７３】
ステップＳ１−９：
続いて、送信側端末では、ファイルを暗号化したもの（送信対象ファイル）を生成し、ダウンロード用記憶領域に格納する。このダウンロード用記憶領域は、アクセス権を有する他の端末からアクセス可能である。
【００７４】
ステップＳ１−１０：
また、送信側端末は、指定された送信先端末にファイルのｐｕｌｌ要求を送信する。このｐｕｌｌ要求は、前述のファイルテーブルＴ２の内容およびその他の内容を含む要求メッセージである。例えば、ｐｕｌｌ要求に含まれる情報としては、「送信型端末のエージェントＩＤ」、「送信側端末のＩＰアドレス」、「転送対象ファイル名」、転送方法（直接かサーバ経由か）」、「受信可能時間」、「ダウンロード回数」がある。
また、このｐｕｌｌ要求は、送信側端末が、指定された受信側端末に与えるファイル取得許可であり、受信側端末に対して、送信側端末上の送信対象ファイルへのアクセス権が与えられる。
【００７５】
ステップＳ１−１１：
送信側端末は、ｐｕｌｌ要求を送信すると、ファイルがｐｕｌｌ（ダウンロード）されるのを待つ。受信側端末は、アクセス権が与えられると、設定された制限回数（ダウンロード回数）内であって、設定された受信可能時間内であれば、何時でも何度でもダウンロードすることができる。
【００７６】
ステップＳ１−１２：
送信側端末は、受信側端末から転送終了の通知を受信したら、ステップ１−１７へ進む。そうでない場合はステップ１−１３へ進む。
なお、送信側端末は、ｐｕｌｌ要求を送信した後も、定期的又は随時、自端末がセキュリティポリシーを満たすか否かの判定と、受信側端末の状態を確認するための問い合わせとを行う。この結果、送信側又は受信側のいずれかがファイル転送不許可の状態になった場合、ファイル転送は中止される。
また、送信側は、ファイル転送をいつでもキャンセルでき、例えば、ｐｕｌｌ要求が送信された後に、ユーザがファイル転送を中止したいと考えた場合には、ファイル転送をキャンセルすることができる。
【００７７】
ステップＳ１−１３：
ファイルのダウンロードは、ダウンロード可能回数内であれば、何度でも可能であるが、ダウンロード可能回数を超えた場合には、ステップＳ１−１５へ進む。
【００７８】
ステップＳ１−１４：
また、ファイルのダウンロードは、受信可能時間内であれば、何時でも可能であるが、受信可能時間を超えた場合には、ステップＳ１−１５へ進む。
【００７９】
ステップＳ１−１５：
受信可能時間又はダウンロード可能回数を超過した場合、送信側端末は、その旨を、受信側へ通知する。
【００８０】
ステップＳ１−１６：
そして、送信側端末は、ダウンロード用記憶領域から送信対象ファイル（暗号化されたファイル）を削除する。これにより、これ以降は、受信側によるダウンロードが不可能となる。
【００８１】
ステップＳ１−１７：
転送が終了した場合や、受信可能時間・ダウンロード可能回数を超過した場合には、その結果が、ログに記録される。ファイル転送処理（ファイル送受信処理）は、以上で終了する。
【００８２】
［４．２  直接転送における受信側端末の処理（前処理）］
ステップＳ２−１：
送信側端末からの状態問い合わせ（ステップＳ１−４）が受信側端末に到達する。
【００８３】
ステップＳ２−２：
すると、受信側端末のエージェントＰ１は、送信側端末が拒否リストに載っていないか判断する。載っていなければステップＳ２−３へ進み、そうでない場合はファイル受信不許可となり、ステップＳ２−５へ進む。
【００８４】
ステップＳ２−３：
受信側端末のエージェントＰ１は、自端末がセキュリティポリシーを満たしているか否かの判定を行う。ポリシーを満たしていれば、ファイル受信が許可となり、ステップ２−４へ進む。満たしていなければファイル受信が不許可となり、ステップＳ２−５へ進む。
【００８５】
ステップＳ２−４：
受信側端末のエージェントＰ１は、ファイル受信を許可すると、「受信可能」を送信側端末に応答する。
【００８６】
ステップＳ２−５：
一方、ファイル受信が不許可の場合、受信端末のエージェントＰ１は、「受信不可能」を送信側端末に応答する。
【００８７】
ステップＳ２−６：
受信側端末が、送信側端末へ応答すると、その結果がログに記録され。前処理が終了する。
【００８８】
［４．３  直接転送における受信側端末の処理（後処理）］
ステップＳ３−１：
送信側端末からｐｕｌｌ要求が送信されると、受信側端末は、それを受信する。これにより、受信側端末は、転送対象ファイルへのアクセス権を獲得する。また、ｐｕｌｌ要求は、ファイルテーブルＴ２に示す内容を含んでいるため、転送対象のファイル名などを把握できる。
【００８９】
ステップＳ３−２：
受信側端末のエージェントＰ１は、送信側端末および転送対象ファイルが拒否リストに載っていないか判定する。載っていなければステップＳ３−３へ進み、そうでない場合はステップＳ３−５へ進む。
【００９０】
ステップＳ３−３：
続いて、受信側端末のユーザは、ファイルを受信するか否か決定し、ファイルを受信するか否かの指示を受信側端末のエージェントＰ１が受け付ける。受信する場合はステップＳ３−４へ進み、そうでない場合はステップＳ３−５へ進む。
【００９１】
ステップＳ３−４：
ユーザ判断によって受信することとなった場合、受信側端末のエージェントＰ１は、送信側端末からファイルを取得する。この取得は、受信側端末が送信側端末のダウンロード用記憶領域にアクセスして、転送対象ファイル名をダウンロードすることによって行われる。
【００９２】
ステップＳ３−５：
拒否リストによって拒否された場合やユーザ判断によって受信しないこととなった場合、受信側端末は、送信側端末に、ファイル転送不可の応答を行なう。送信側端末は、ファイル転送不可の応答を受け取ると、ログに記録し（ステップＳ１−１７）、ファイル転送処理を終了する。
【００９３】
ステップＳ３−６：
ファイルを取得すると、受信側端末のエージェントＰ１は、ファイルを復号化する。
【００９４】
ステップＳ３−７：
そして、ファイル取得が終了したら、送信側端末に、転送終了を通知する。
【００９５】
ステップＳ３−８：
すると、受信側端末は、ファイル転送のログを記録する。ファイル送受信処理はこれで終了となる
【００９６】
［５．ファイル転送処理（サーバ経由）］
以下、本システム１において、管理サーバ（中継サーバ）４を介して、端末２，３間でファイルの送受信を行う場合の処理について説明する（図４，５，６）。これらの処理は、各端末のエージェントＰ１及びサーバの管理プログラムＰ２によって実行される。
【００９７】
［５．１  サーバ経由転送における送信側端末の処理（前処理）］
ステップＳ４−１：
まず、送信側端末のユーザが、送信側端末のエージェントＰ１に対して、送信対象のファイルを選択して、ファイル送信を指示する。
【００９８】
ステップＳ４−２：
ステップＳ４−２では、エージェントＰ１は、自端末（送信側端末）の状態が、セキュリティポリシーを満たすものであるか否かを判定する。送信側端末がポリシーを満たしていればステップＳ４−３へ進み（送信許可）、満たしていなければステップＳ４−１３へ進む（送信不許可）。
このステップＳ４−２の判定によって、自端末が、送信側端末としての適格性を有しているか否かが判定される。
【００９９】
ステップＳ４−３：
続いて、送信型端末のユーザは、当該端末に表示されている端末リストから、ファイルを送信したい端末（送信先端末；受信側端末）を指定する。ここで、端末リストとは、ユーザ一覧、端末一覧などのリストを指し、エージェントが搭載された端末がリストアップされる。端末リストには、エージェントＰ１搭載の端末のみが表示されるため、エージェントＰ１が未搭載でセキュリティ性の低い端末への送信が不可能となっている。
なお、複数端末にファイルを送信する場合は、これ以降の操作を端末分繰り返す。
【０１００】
ステップＳ４−４：
受信側端末が指定されると、ファイルの受信可能時間を設定する。受信可能時間は、ユーザが適宜決定できる。
【０１０１】
ステップＳ４−５：
続いて、送信側端末では、ファイルを暗号化したもの（送信対象ファイル）を生成し、ダウンロード用記憶領域に格納する。このダウンロード用記憶領域は、アクセス権を有する他の端末からアクセス可能である。
【０１０２】
ステップＳ４−６：
送信側端末は、サーバ４にファイルのｐｕｌｌ要求を送信する。このｐｕｌｌ要求は、前述のファイルテーブルＴ２の内容およびその他の内容を含む要求メッセージである。例えば、ｐｕｌｌ要求に含まれる情報としては、「送信型端末のエージェントＩＤ」、「送信側端末のＩＰアドレス」、「転送対象ファイル名」、転送方法（直接かサーバ経由か）」、「受信可能時間」、「ダウンロード回数」がある。また、このｐｕｌｌ要求は、送信側端末が、送信先（中継者）であるサーバに与えるファイル取得許可であり、サーバに対して、送信側端末上の送信対象ファイルへのアクセス権が与えられる。
【０１０３】
ステップＳ４−７：
送信側端末は、ｐｕｌｌ要求を送信すると、ファイルがサーバ４からｐｕｌｌ（ダウンロード）されるのを待つ。
【０１０４】
ステップＳ４−８：
送信側端末は、サーバから転送終了の通知を受信したら、ステップＳ４−１３へ進む。そうでない場合はステップＳ４−９へ進む。
なお、送信側端末は、ｐｕｌｌ要求を送信した後も、定期的又は随時、自端末がセキュリティポリシーを満たすか否かの判定を行う。この結果、送信側がファイル転送不許可の状態になった場合、ファイル転送は中止される。
また、送信側は、ファイル転送をいつでもキャンセルでき、例えば、ｐｕｌｌ要求が送信された後に、ユーザがファイル転送を中止したいと考えた場合には、ファイル転送をキャンセルすることができる。
【０１０５】
ステップＳ４−９
サーバ４によるファイルのダウンロードは、ダウンロード可能回数内であれば、何度でも可能であるが、ダウンロード可能回数を超えた場合には、ステップＳ４−１１へ進む。
【０１０６】
ステップＳ４−１０：
また、サーバ４によるファイルのダウンロードは、受信可能時間内であれば、何時でも可能であるが、受信可能時間を超えた場合には、ステップＳ４−１１へ進む。
【０１０７】
ステップＳ４−１１：
受信可能時間又はダウンロード可能回数を超過した場合、送信側端末は、その旨を、サーバ４へ通知する。
【０１０８】
ステップＳ４−１２：
そして、送信側端末は、ダウンロード用記憶領域から送信対象ファイル（暗号化されたファイル）を削除する。これにより、これ以降は、サーバ４によるダウンロードが不可能となる。
【０１０９】
ステップＳ４−１３：
サーバ４へのファイル転送が終了した場合や、受信可能時間・ダウンロード可能回数を超過した場合には、その結果が、ログに記録される。
【０１１０】
［５．２  サーバ経由転送におけるサーバの処理］
ステップＳ５−１：
送信側端末からｐｕｌｌ要求が送信されると、サーバ４は、それを受信する。これにより、サーバ４は、転送対象ファイルへのアクセス権を獲得する。また、ｐｕｌｌ要求によって、サーバ４は、転送対象のファイル名や本来の送信先（受信側端末）などを把握できる。
【０１１１】
ステップＳ５−２：
サーバ４は、送信側端末および転送対象ファイルが拒否リストに載っていないか判定する。載っていなければステップＳ５−３へ進み、そうでない場合はステップＳ５−４へ進む。
【０１１２】
ステップＳ５−３：
サーバ４は、送信側端末からファイルを取得する。この取得は、サーバ４が送信側端末のダウンロード用記憶領域にアクセスして、転送対象ファイル名をダウンロードすることによって行われる。ダウンロードしたファイルは、受信側端末によるダウンロードのため、サーバ４のダウンロード用記憶領域に保存される。
【０１１３】
ステップＳ５−４：
拒否リストによって拒否された場合、サーバ４は、送信側端末に、ファイル転送不可の応答を行なう。送信側端末は、ファイル転送不可の応答を受け取ると、ログに記録し（ステップＳ４−１３）、ファイル転送処理を終了する。
【０１１４】
ステップＳ５−５：
サーバ４は、ファイルを取得すると、送信側端末に、サーバへの転送終了を通知する。
【０１１５】
ステップＳ５−６：
サーバ４は、送信側端末にファイル転送不可の応答を行った場合、結果をログに記録し、処理を終了する。
【０１１６】
ステップＳ５−７：
サーバ４は、ファイルを取得すると、送信側端末から送られてきた情報（送信先（受信側端末）の情報）を基に、ファイルの送信先（受信側端末）を指定する。
【０１１７】
ステップＳ５−８：
受信側端末が指定されると、サーバ４は、受信側端末の状態の問い合わせを行う。この問い合わせは、受信側端末が、セキュリティポリシーを満たすか否か等、受信可能な状態にあるかを確認するためのものである。なお、この問い合わせの際には、送信対象のファイル名などのファイルを特定する情報は送信されず、送信側端末のＩＤなど送信側端末を特定するための情報のみが送信される。これにより、受信側端末の状態の問い合わせの際に、ファイル情報が受信側端末へ漏洩することが防止される。
【０１１８】
ステップＳ５−９：
そして、サーバ４は、ステップＳ５−８での問い合わせの結果として、受信可能か否かの応答を受信側端末から受信する。ここで、応答には、受信可能、受信不可能の２通りがある。受信側端末は、問い合わせを受けると、自端末装置がセキュリティポリシーを満たすか否かの判定を行い、ポリシーを満たさない場合には、受信不可能と応答する。したがって、サーバ４では、受信側からの応答が「受信可能」であったことをもって、受信側端末がセキュリティポリシーを満たすことを確認できる。
【０１１９】
ステップＳ５−１０：
受信側からの応答が「受信可能」であった場合には、ステップＳ５−１１へ進み（ｅへ進み）、そうでなければステップＳ５−１８へ進む（ｆへ進む）。
【０１２０】
ステップＳ５−１１：
受信側が「受信可能」であった場合には、受信側がセキュリティポリシーを満たしていることの確認がとれたことになる。
そこで、サーバ４は、ファイル送信のため、受信側端末にファイルのｐｕｌｌ要求を送信し、受信側端末にアクセス権を付与する。
【０１２１】
ステップＳ５−１２：
サーバ４は、ｐｕｌｌ要求を送信すると、ファイルがｐｕｌｌ（ダウンロード）されるのを待つ。受信側端末は、アクセス権が与えられると、設定された制限回数（ダウンロード回数）内であって、設定された受信可能時間内であれば、何時でも何度でもダウンロードすることができる。
【０１２２】
ステップＳ５−１３：
サーバ４は、受信側端末から転送終了の通知を受信したら、ステップ５−１８へ進む。そうでない場合はステップ５−１４へ進む。
なお、サーバ４は、ｐｕｌｌ要求を送信した後も、定期的又は随時、受信側端末の状態を確認するための問い合わせを行う。この結果、受信側端末がファイル転送不許可の状態になった場合、ファイル転送は中止される。
また、送信側からのファイル転送キャンセル指示があった場合、サーバは、ファイル転送をいつでもキャンセルでき、例えば、ｐｕｌｌ要求が送信された後に、ユーザがファイル転送を中止したいと考えた場合には、ファイル転送をキャンセルすることができる。
【０１２３】
ステップＳ５−１４：
ファイルのダウンロードは、ダウンロード可能回数内であれば、何度でも可能であるが、ダウンロード可能回数を超えた場合には、ステップＳ５−１６へ進む。
【０１２４】
ステップＳ５−１５：
また、ファイルのダウンロードは、受信可能時間内であれば、何時でも可能であるが、受信可能時間を超えた場合には、ステップＳ５−１６へ進む。
【０１２５】
ステップＳ５−１６：
受信可能時間又はダウンロード可能回数を超過した場合、サーバ４は、その旨を、受信側へ通知する。
【０１２６】
ステップＳ５−１７：
そして、サーバ４は、ダウンロード用記憶領域から送信対象ファイル（暗号化されたファイル）を削除する。これにより、これ以降は、受信側によるダウンロードが不可能となる。
【０１２７】
ステップＳ５−１８：
転送が終了した場合や、受信可能時間・ダウンロード可能回数を超過した場合、受信側が「受信不可能」であった場合には、その結果が、サーバ４のログに記録される。
【０１２８】
ステップＳ５−１９：
その後、サーバ４は、送信側端末に、受信側端末とサーバ４との間の処理が終了したことを通知する。ファイル送受信処理は、以上で終了する。
【０１２９】
［５．３  サーバ経由転送における受信側端末の処理（前処理）］
ステップＳ６−１：
サーバ４からの状態問い合わせ（ステップＳ５−８）が受信側端末に到達する。
【０１３０】
ステップＳ６−２：
すると、受信側端末のエージェントＰ１は、送信側端末が拒否リストに載っていないか判断する。載っていなければステップＳ６−４へ進み、そうでない場合はファイル受信不許可となり、ステップＳ６−６へ進む。
【０１３１】
ステップＳ６−４：
受信側端末のエージェントＰ１は、自端末がセキュリティポリシーを満たしているか否かの判定を行う。ポリシーを満たしていれば、ファイル受信が許可となり、ステップ６−５へ進む。満たしていなければファイル受信が不許可となり、ステップＳ６−６へ進む。
【０１３２】
ステップＳ６−５：
受信側端末のエージェントＰ１は、ファイル受信を許可すると、「受信可能」をサーバ４に応答する。
【０１３３】
ステップＳ６−６：
一方、ファイル受信が不許可の場合、受信端末のエージェントＰ１は、「受信不可能」をサーバ４に応答する。
【０１３４】
ステップＳ６−７：
受信側端末が、サーバ４へ応答すると、その結果がログに記録され。前処理が終了する。
【０１３５】
［５．４  サーバ経由転送における受信側端末の処理（後処理）］
ステップＳ７−１：
サーバ４からｐｕｌｌ要求が送信されると、受信側端末は、それを受信する。これにより、受信側端末は、転送対象ファイルへのアクセス権を獲得する。また、ｐｕｌｌ要求は、ファイルテーブルＴ２に示す内容を含んでいるため、転送対象のファイル名などを把握できる。
【０１３６】
ステップＳ７−２：
受信側端末のエージェントＰ１は、送信側端末および転送対象ファイルが拒否リストに載っていないか判定する。載っていなければステップＳ７−３へ進み、そうでない場合はステップＳ７−５へ進む。
【０１３７】
ステップＳ７−４：
続いて、受信側端末のユーザは、ファイルを受信するか否か決定し、ファイルを受信するか否かの指示を受信側端末のエージェントＰ１が受け付ける。受信する場合はステップＳ７−４へ進み、そうでない場合はステップＳ７−５へ進む。
【０１３８】
ステップＳ７−４：
ユーザ判断によって受信することとなった場合、受信側端末のエージェントＰ１は、サーバ４からファイルを取得する。この取得は、受信側端末がサーバ４のダウンロード用記憶領域にアクセスして、転送対象ファイル名をダウンロードすることによって行われる。
【０１３９】
ステップＳ７−５：
拒否リストによって拒否された場合やユーザ判断によって受信しないこととなった場合、受信側端末は、サーバ４に、ファイル転送不可の応答を行なう。サーバ４は、ファイル転送不可の応答を受け取ると、ログに記録する（ステップＳ５−１８）。
【０１４０】
ステップＳ７−６：
ファイルを取得すると、受信側端末のエージェントＰ１は、ファイルを復号化する。
【０１４１】
ステップＳ７−７：
そして、ファイル取得が終了したら、サーバに、転送終了を通知する。
【０１４２】
ステップＳ７−８：
すると、受信側端末は、ファイル転送のログを記録する。ファイル送受信処理はこれで終了となる
【０１４３】
［５．５  サーバ経由転送における送信側端末の処理（後処理）］
ステップＳ８−１：
サーバ４と受信側端末との間の処理が終了すると、送信側端末は、サーバ４から、転送処理終了の通知を受け取る。
【０１４４】
ステップＳ８−２：
すると、送信側端末は、その結果をログに記録する。
【０１４５】
［６．端末管理処理］
図７は、サーバ４が、ネットワーク上の端末２，３の情報を収集して、端末リスト等を作成するための端末管理処理を示している。図７の処理は、定期的に実行される。これらの処理は、端末２，３のエージェントＰ１及びサーバ４の管理プログラムＰ２によって実行される。
【０１４６】
ステップＳ９−１：
まず、端末２，３のエージェントＰ１は、自身の情報をまとめる。自身の情報とは、エージェントが搭載されている自端末のＩＰアドレスや所属部署の情報など、端末リスト作成に必要な情報である。
【０１４７】
ステップＳ９−２：
また、端末２，３のエージェントＰ１は、端末２，３に記録されているログを、サーバ４に送信できる形式にまとめる。
【０１４８】
ステップＳ９−３：
その後、端末２，３がサーバ４に接続できる場合には、ステップＳ９−４に進み、接続できない場合には、処理を終了し、次回の定期送信時に再度送信を試みる。
【０１４９】
ステップＳ９−４：
端末２，３がサーバ４に接続できた場合、ステップＳ９−１，Ｓ９−２でまとめた情報をサーバへ送信する。
【０１５０】
ステップＳ９−５：
サーバ４は、端末２，３から送信された情報を受信する。
【０１５１】
ステップＳ９−６：
そして、サーバ４は、端末２，３から送信された情報をもとに、端末リスト（送信先リスト）を更新する。これにより、現在、エージェントが稼働している端末２，３のみが、端末リスト（送信先リスト）に列挙されることになる。
【０１５２】
ステップＳ９−７：
また、サーバ４は、端末２，３から送信されたログを保存する。
【０１５３】
ステップＳ９−８：
続いて、サーバ４は、各端末２，３に対して、最新の端末リスト（送信先リスト）を送信する。
【０１５４】
ステップＳ９−９：
すると、端末２，３は、サーバ４から最新の端末リスト（送信先リスト）を受信する。これにより、エージェントＰ１が現在稼働している端末２，３のみが、ファイル送信可能な端末となる。
【０１５５】
［７．ログ参照処理］
図８は、システム管理者が、サーバ４に蓄積されているログを参照するための処理を示している。
【０１５６】
ステップＳ１０−１：
管理者がサーバにアクセスする。
【０１５７】
ステップＳ１０−２：
続いて、ＩＤ，パスワードなど、サーバへのログインに必要な情報が入力される。
【０１５８】
ステップＳ１０−３：
入力した情報が正しければ、ステップＳ１０−４へ進む。正しくない場合、再度入力を求めるか、処理を終了させる。
【０１５９】
ステップＳ１０−４：
入力した情報が正しい場合、サーバへのログインが成功する。
【０１６０】
ステップＳ１０−５：
サーバ４に記録されているログがサーバ４の画面に表示され、管理者が、ログを閲覧することができる。ログは、図９に示すようなものであり、転送されたファイルの「ファイル名」、「送信端末」のＩＰアドレス、「受信端末」のＩＰアドレス、「送信日時」、「受信日時」、「転送方法」、「結果」（転送の成否）、「ＮＧ要因」（転送不可の原因）、などが表示される。
【０１６１】
ステップＳ１０−６：
閲覧が終了し、管理者によってログアウト操作がなされると、サーバ４にてログアウト処理を行い、処理が終了する。
【０１６２】
なお、本発明は上記実施形態に限定されるものではなく、様々な変形が可能である。例えば、送信側から受信側へのファイル送信の実行は、ｐｕｌｌ要求に応じたダウンロードによって行うものに限らず、送信側が積極的に受信側へファイルを送信を実行するものであってもよい。
【図面の簡単な説明】
【０１６３】
【図１】ファイル転送システムの全体図である。
【図２】直接転送処理を示すフローチャートである。
【図３】直接転送処理を示すフローチャートである。
【図４】サーバ経由の転送処理を示すフローチャートである。
【図５】サーバ経由の転送処理を示すフローチャートである。
【図６】サーバ経由の転送処理を示すフローチャートである。
【図７】端末管理処理を示すフローチャートである。
【図８】ログ参照処理を示すフローチャートである。
【図９】ログ表示例を示す図である。
【符号の説明】
【０１６４】
１  ファイル転送システム
２  端末
３  端末
４  サーバ
Ｐ１  エージェントコンピュータプログラム
Ｐ２  管理コンピュータプログラム
Ｍ１  記憶領域
Ｍ２  記憶領域
【図１】
2010061390.tif 000009
【図２】
2010061390.tif 000010
【図３】
2010061390.tif 000011
【図４】
2010061390.tif 000012
【図５】
2010061390.tif 000013
【図６】
2010061390.tif 000014
【図７】
2010061390.tif 000015
【図８】
2010061390.tif 000016
【図９】
2010061390.tif 000017