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

Abstract

【課題】ファイル転送用の専用アドレスが付与されていないユーザとの間でもファイル転送を可能にする。
【解決手段】ホストクライアント１０が、ファイル送信依頼をゲストユーザに対して送信する場合に、返信先アドレスと、当該ゲストユーザのメールアドレスとをそれぞれファイル送信依頼に含めて転送サーバ２０に送信する。また、転送サーバ２０が、ファイル送信依頼によるファイル送信の依頼先がゲストユーザであるか否かを判定し、依頼先がゲストユーザであると判定した場合に、受信したファイル送信依頼をゲストサーバ４０まで転送する。そして、ゲストサーバ４０が、返信用ＵＲＬおよび返信用パスワードを含めた依頼到着通知メールをゲストユーザのメールアドレスに送信し、その後、返信用ＵＲＬおよび返信用パスワードをゲストユーザから受け付けた場合に、同時に受け付けたファイルをファイル送信依頼に含まれていた返信アドレスに転送する。
【選択図】 図１

Description

この発明は、ファイル転送用の専用アドレスに基づいてファイルを転送するサーバ装置と、当該専用アドレスが付与されているホストユーザが使用するホストクライアント装置とを含んで構成されるファイル転送システムおよびファイル転送方法に関する。

従来、インターネットなどのネットワークを介して企業内や同一業界内でファイルを転送するファイル転送サービスがある。そして、かかるファイル転送サービスを提供するファイル転送システムでは、通常、当該サービスに加入したユーザのみに付与される専用アドレスに基づいてファイルの転送が行われている。

吉田 勝彦、外６名、「大規模セキュアファイル流通基盤システム（ＳＳＳ）」、ＮＴＴジャーナル、社団法人電気通信協会、平成１８年６月１日、２００６、ｖｏｌ．１８、Ｎｏ．６、ｐ．３６〜３９

しかしながら、上述した従来のファイル転送システムでは、システム独自の専用アドレスに基づいてファイルの転送が行われるため、前述したファイル転送サービスに加入していないユーザ（例えば、他の企業のユーザや他の業界のユーザなど）、すなわち、専用アドレスが付与されていないユーザとの間ではファイルを転送することができないという問題があった。

この発明は、上述した従来技術による問題点を解消するためになされたものであり、ファイル転送用の専用アドレスが付与されていないユーザとの間でもファイルを転送することが可能なファイル転送システムおよびファイル転送方法を提供することを目的とする。

上述した課題を解決し、目的を達成するため、請求項１に係る発明は、ファイル転送用の専用アドレスに基づいてファイルを転送するサーバ装置と、当該専用アドレスが付与されているホストユーザが使用するホストクライアント装置とを含んで構成されるファイル転送システムであって、前記ホストクライアント装置は、前記ホストユーザからの要求に応じて、他のユーザに対してファイル送信を依頼するためのファイル送信依頼を前記専用アドレスが付与されていないゲストユーザに対して送信する場合に、当該ファイル送信依頼に応じてゲストユーザがファイルを送信する際の送信先となる返信先アドレスと、当該ゲストユーザのメールアドレスとをそれぞれ前記ファイル送信依頼に含めて前記サーバ装置に送信する依頼送信手段を備え、前記サーバ装置は、前記ホストクライアント装置からファイル送信依頼を受信した場合に、当該ファイル送信依頼によるファイル送信の依頼先がゲストユーザであるか否かを判定する依頼先判定手段と、前記依頼先判定手段によって前記依頼先がゲストユーザであると判定された場合に、当該ゲストユーザに対して前記ファイル送信依頼に応じたファイル送信を許可するための返信用認証情報を含めた依頼到着通知メールを前記ファイル送信依頼に含まれていたゲストユーザのメールアドレスに送信するメール送信手段と、前記メール送信手段によって送信された依頼到着通知メールに含まれていた返信用認証情報をゲストユーザから受け付けた場合に、当該返信用認証情報とともに受け付けたファイルを前記ファイル送信依頼に含まれていた返信アドレスに転送するファイル転送手段と、を備えたことを特徴とする。

また、請求項２に係る発明は、上記の発明において、前記依頼送信手段は、前記ホストユーザから受け付けたファイルを前記ファイル送信依頼に添付して送信し、前記メール送信手段は、前記依頼到着通知メールを送信する際に、前記ゲストユーザに対して前記ファイル送信依頼に添付されていたファイルの取得を許可するための取得用認証情報を当該依頼到着通知メールにさらに含めて送信し、前記ファイル転送手段は、前記メール送信手段によって送信された依頼到着通知メールに含まれていた取得用認証情報をゲストユーザから受け付けた場合に、前記ファイル送信依頼に添付されていたファイルを当該ゲストユーザに転送することを特徴とする。

また、請求項３に係る発明は、上記の発明において、前記依頼送信手段は、前記ホストユーザから受け付けた送信依頼メッセージを前記ファイル送信依頼にさらに含めて送信し、前記サーバ装置は、前記メール送信手段によって送信された依頼到着通知メールに含まれていた取得用認証情報をゲストユーザから受け付けた場合に、前記ファイル送信依頼に含まれていた送信依頼メッセージを当該ゲストユーザに通知するとともに、当該ゲストユーザからファイルの取得要求を受け付ける取得要求受付手段をさらに備え、前記ファイル転送手段は、前記取得要求受付手段により前記ゲストユーザからファイルの取得要求が受け付けられた場合に、前記ファイル送信依頼に添付されていたファイルを当該ゲストユーザに転送することを特徴とする。

また、請求項４に係る発明は、上記の発明において、前記メール送信手段は、前記依頼到着通知メールを送信する際に、所定の回数のみ使用可能な認証情報を前記返信用認証情報として含めて当該依頼到着通知メールを送信することを特徴とする。

また、請求項５に係る発明は、上記の発明において、前記メール送信手段は、前記依頼到着通知メールを送信する際に、前記ファイル送信依頼により送信を依頼されたファイルを指定する手段を前記ゲストユーザに提供するためのＵＲＬを前記依頼到着通知メールに含めて送信することを特徴とする。

また、請求項６に係る発明は、ファイル転送用の専用アドレスに基づいてファイルを転送するサーバ装置と、当該専用アドレスが付与されているホストユーザが使用するホストクライアント装置とを含んで構成されるファイル転送システムに適用されるファイル転送方法であって、前記ホストクライアント装置が、前記ホストユーザからの要求に応じて、他のユーザに対してファイル送信を依頼するためのファイル送信依頼を前記専用アドレスが付与されていないゲストユーザに対して送信する場合に、当該ファイル送信依頼に応じてゲストユーザがファイルを送信する際の送信先となる返信先アドレスと、当該ゲストユーザのメールアドレスとをそれぞれ前記ファイル送信依頼に含めて前記サーバ装置に送信する依頼送信工程と、前記サーバ装置が、前記ホストクライアント装置からファイル送信依頼を受信した場合に、当該ファイル送信依頼によるファイル送信の依頼先がゲストユーザであるか否かを判定する依頼先判定工程と、前記サーバ装置が、前記依頼先判定工程によって前記依頼先がゲストユーザであると判定された場合に、当該ゲストユーザに対して前記ファイル送信依頼に応じたファイル送信を許可するための返信用認証情報を含めた依頼到着通知メールを前記ファイル送信依頼に含まれていたゲストユーザのメールアドレスに送信するメール送信工程と、前記サーバ装置が、前記メール送信工程によって送信された依頼到着通知メールに含まれていた返信用認証情報をゲストユーザから受け付けた場合に、当該返信用認証情報とともに受け付けたファイルを前記ファイル送信依頼に含まれていた返信アドレスに転送するファイル転送工程と、を含んだことを特徴とする。

請求項１および６に係る発明によれば、ホストクライアント装置が、ホストユーザからの要求に応じて、他のユーザに対してファイル送信を依頼するためのファイル送信依頼を専用アドレスが付与されていないゲストユーザに対して送信する場合に、当該ファイル送信依頼に応じてゲストユーザがファイルを送信する際の送信先となる返信先アドレスと、当該ゲストユーザのメールアドレスとをそれぞれファイル送信依頼に含めてサーバ装置に送信する。また、サーバ装置が、ホストクライアント装置からファイル送信依頼を受信した場合に、当該ファイル送信依頼によるファイル送信の依頼先がゲストユーザであるか否かを判定し、依頼先がゲストユーザであると判定した場合に、当該ゲストユーザに対してファイル送信依頼に応じたファイル送信を許可するための返信用認証情報を含めた依頼到着通知メールをファイル送信依頼に含まれていたゲストユーザのメールアドレスに送信する。そして、サーバ装置が、送信した依頼到着通知メールに含めていた返信用認証情報をゲストユーザから受け付けた場合に、当該返信用認証情報とともに受け付けたファイルをファイル送信依頼に含まれていた返信アドレスに転送する。これにより、ファイル転送用の専用アドレスが付与されていないユーザとの間でもファイルを転送することが可能になるという効果を奏する。

また、請求項２に係る発明によれば、ホストクライアント装置が、ホストユーザから受け付けたファイルをファイル送信依頼に添付して送信し、サーバ装置が、依頼到着通知メールを送信する際に、ゲストユーザに対してファイル送信依頼に添付されていたファイルの取得を許可するための取得用認証情報を当該依頼到着通知メールにさらに含めて送信する。そして、サーバ装置が、送信した依頼到着通知メールに含めていた取得用認証情報をゲストユーザから受け付けた場合に、ファイル送信依頼に添付されていたファイルを当該ゲストユーザに転送する。これにより、組織内のホストユーザから組織外のゲストユーザに対してファイルを転送することが可能になる。また、ファイル送信を依頼されたゲストユーザのみがファイルの送信を行うことが可能となるので、専用アドレスが付与されていないユーザから無作為に大量のメールが送信されるのを防ぐことが可能になるという効果を奏する。

また、請求項３に係る発明によれば、ホストクライアント装置が、ホストユーザから受け付けた送信依頼メッセージをファイル送信依頼にさらに含めて送信し、サーバ装置が、送信した依頼到着通知メールに含めていた取得用認証情報をゲストユーザから受け付けた場合に、ファイル送信依頼に含まれていた送信依頼メッセージを当該ゲストユーザに通知するとともに、当該ゲストユーザからファイルの取得要求を受け付ける。そして、サーバ装置が、ゲストユーザからファイルの取得要求を受け付けた場合に、ファイル送信依頼に添付されていたファイルを当該ゲストユーザに転送する。これにより、ゲストユーザが、ホストユーザから送られたメッセージに基づいて、返信すべきファイルを選択したり、ファイルを返信するか否かを判断したりすることができるようになるという効果を奏する。

また、請求項４に係る発明によれば、サーバ装置が、依頼到着通知メールを送信する際に、所定の回数のみ使用可能な認証情報を返信用認証情報として含めて依頼到着通知メールを送信する。これにより、専用アドレスが付与されていないユーザによって何度もファイルが送信されるのを防ぐことが可能になるという効果を奏する。

また、請求項５に係る発明によれば、サーバ装置が、依頼到着通知メールを送信する際に、ファイル送信依頼により送信を依頼されたファイルを指定する手段をゲストユーザに提供するためのＵＲＬを依頼到着通知メールに含めて送信する。これにより、ゲストユーザが使用する端末装置に専用のクライアントソフトウェアをインストールすることなく、汎用的なブラウザを用いてファイルの転送を行うことが可能になるという効果を奏する。

以下に添付図面を参照して、この発明に係るファイル転送システムおよびファイル転送方法の好適な実施例を詳細に説明する。なお、以下に示す実施例では、ファイル転送サービスに加入している一般企業などの組織で用いられているファイル転送システムに本発明を適用した場合について説明する。

また、以下では、当該組織に属するユーザであり、ファイル転送サービスを利用するための専用アドレスが付与されているユーザを「ホストユーザ」と呼び、一方、当該組織に属していないユーザであり、ファイル転送サービスを利用するための専用アドレスが付与されていないユーザを「ゲストユーザ」と呼ぶ。

最初に、図１を用いて、本実施例に係るファイル転送システムの概要について説明する。図１は、本実施例に係るファイル転送システムの概要を説明するための説明図である。同図に示すように、このファイル転送システム１００は、ホストクライアント１０と、転送サーバ２０と、情報管理サーバ３０と、メールサーバ５０とが、ＬＡＮ（Local Area Network）などのネットワークを介して接続されて構成されている。

なお、同図においては、論理的な機能ごとに各サーバを設置した場合を示しているが、上記のファイル転送システムでは、これらのサーバを物理的に同じ筐体に収容する構成をとることも可能である。

ホストクライアント１０は、ホストユーザが使用するクライアント装置であり、直接あるいはＡＰサーバを介して、転送サーバ２０に接続されている。具体的には、このホストクライアント１０は、自装置を収容する転送サーバ２０と通信を行い、ファイルの送信／受信および暗号化／復号化を行う。

かかるホストクライアント１０は、例えば、パーソナルコンピュータなどの端末装置に専用のクライアントソフトウェアをインストールすることによって実現される。または、ホストクライアント１０は、例えば、専用のクライアントソフトウェアと同等の機能を提供する専用のアプリケーションソフトウェアをＡＰサーバにインストールしておき、そのアプリケーションソフトウェアを利用することが可能な汎用的なブラウザを端末装置に実装することによって実現される。

転送サーバ２０は、専用アドレスに基づいてファイルを転送するサーバ装置である。具体的には、この転送サーバ２０は、ホストクライアント１０からの要求に応じて、情報管理サーバ３０へのユーザ情報の問い合わせや、転送ファイルのルーティングなどを行う。また、転送サーバ２０は、ファイルの転送状態を管理し、ホストクライアント１０からの要求に応じてファイル転送状態を通知する。

情報管理サーバ３０は、ファイル転送サービスに加入しているユーザ情報など管理するサーバ装置である。具体的には、この情報管理サーバ３０は、グループ情報やユーザアドレス、ユーザ収容グループ、ユーザ収容転送サーバ、ユーザの送受信可否情報、ユーザ公開鍵、転送サーバ間の接続関係、グループ・ユーザのサービス加入情報などを管理し、転送サーバ２０からの要求に応じてそれらの情報を提供する。

ゲストサーバ４０は、ゲストユーザとの間でメッセージやファイルの受信および送信を行うための機能を提供するサーバ装置であり、メールサーバ５０は、組織内または組織間でやり取りされる電子メールの送受信および管理を行うサーバ装置である。

また、このファイル転送システム１００は、ゲストサーバ４０において、例えばインターネットやＷＡＮ（Wide Area Network）などを介して、ゲストユーザが使用するゲストユーザ端末６０と接続されている。

このような構成のもと、本実施例に係るファイル転送システム１００では、ファイル転送用の専用アドレスが付与されていないゲストユーザとの間でもファイルを転送することができるようにしている点に特徴がある。以下、かかるファイル転送システム１００の特徴について具体的に説明してゆく。

まず、図２を用いて、本実施例に係るファイル転送システム１００によるファイル転送手順の概要について説明する。図２は、本実施例に係るファイル転送システム１００によるファイル転送手順の概要を説明するための図である。なお、ここでは、ホストユーザとゲストユーザとの間でファイルの転送が行われる場合を中心に説明する。

同図に示すように、本実施例に係るファイル転送システム１００では、専用アドレスが付与されているホストユーザが、他のユーザに対してファイル送信を依頼するためのファイル送信依頼を、他のホストユーザあるいはゲストユーザに対して送信することによって、ファイル転送が開始される。

具体的には、ホストユーザは、まず、ファイル送信の依頼先となる依頼先アドレスと、ファイル送信依頼に応じてユーザがファイルを送信する際の送信先となる返信先アドレスと、送信依頼メッセージとをそれぞれ指定して、ホストクライアント１０にファイル送信依頼の送信を要求する。このとき、ホストユーザは、ファイル送信を依頼するユーザに対してファイルを送りたい場合は、そのファイルを添付したうえでファイル送信依頼を送信する（同図（１）参照）。

ここで、例えば、ホストユーザは、他のホストユーザに対してファイル送信を依頼する場合には、依頼先のホストユーザに付与されている専用アドレスを依頼先アドレスに指定し、ゲストユーザに対してファイル送信を依頼する場合には、依頼先のゲストユーザのメールアドレス（電子メールのアドレス）を依頼先アドレスとして指定する。また、ホストユーザは、返信先アドレスとして、自身または他のホストユーザの専用アドレスを指定する。

ファイル送信依頼の送信を要求されると、ホストクライアント１０は、依頼先がゲストユーザであるか否かを判定し、ゲストユーザであると判定した場合には、情報管理サーバ３０からゲストエージェントの専用アドレスを取得する（同図（２）参照）。ここで、「ゲストエージェント」とは、このファイル転送システム１００で用いられているファイル転送用の専用アドレスが付与された仮想的なユーザであり、ゲストユーザとホストユーザとの間で仲立ちを行うユーザである。

ゲストエージェントの専用アドレスを取得すると、ホストクライアント１０は、取得した専用アドレスを送信先として、自装置を収容する転送サーバ２０に対してファイル送信依頼を送信する。このとき、ホストクライアント１０は、ホストユーザから指定された返信先アドレスと、ゲストユーザのメールアドレスとをそれぞれファイル送信依頼に含めて送信する（同図（３）参照）。

ファイル送信依頼が送信された転送サーバ２０は、送信先がゲストエージェントであるか否かを判定し、ゲストエージェントであると判定した場合には、ゲストエージェントを収容するゲストサーバ４０までのルーティング情報を情報管理サーバ３０から取得し（同図（４）参照）、取得したルーティング情報に基づいてルーティングを行って、受信したファイル送信依頼をゲストサーバ４０まで転送する（同図（５）参照）。

そして、ファイル送信依頼を受信したゲストサーバ４０は、ゲストユーザに対して送信依頼メッセージおよび添付ファイルを取得する手段を提供するための取得用ＵＲＬ（Uniform Resource Locator）と、当該取得用ＵＲＬへのアクセスを許可するための取得用パスワードと、ゲストユーザに対してファイル送信依頼に応じたファイルの送信を行う手段を提供するための返信用ＵＲＬと、当該返信用ＵＲＬへのアクセスを許可するための返信用パスワードとをそれぞれ生成する。そして、ゲストサーバ４０は、受信したファイル送信依頼に含まれていたゲストユーザのメールアドレスに対して、生成した各ＵＲＬおよび各パスワードを含めた電子メール（以下、「依頼到着通知メール」と呼ぶ）を送信する（同図（６）参照）。ここで送信された依頼到着通知メールは、メールサーバ５０によってゲストユーザ宛に送信される。

依頼到着通知メールが送信されたゲストユーザは、ゲストユーザ端末６０を用いて当該依頼到着通知メールを受信する。そして、ゲストユーザは、ゲストユーザ端末６０に備えられているブラウザを用いて、依頼到着通知メールに含まれていた取得用ＵＲＬおよび取得用パスワードを用いてゲストサーバ４０にアクセスする。このアクセスにより、ゲストユーザ端末６０は、ホストユーザから送信されたファイル送信依頼に含まれていた送信依頼メッセージおよび添付ファイルをゲストサーバ４０から取得するとともに、取得した送信依頼メッセージをブラウザ上に表示する（同図（７）参照）。

そして、送信依頼メッセージがブラウザ上に表示されると、ゲストユーザは、その送信依頼メッセージを確認し、続いて、依頼到着通知メールに含まれていた返信用ＵＲＬおよび返信用パスワードを用いてゲストサーバ４０にアクセスする。このとき、ゲストユーザ端末６０は、ゲストサーバ４０がファイルを返信するためのファイル返信用画面に関する情報をゲストサーバ４０から取得し、当該ファイル返信用画面をブラウザ上に表示する。

ブラウザ上にファイル返信用画面が表示されると、ゲストユーザは、そのファイル返信用画面を用いて、ファイル送信依頼により送信を依頼されたファイルを指定する。この指定を受け付けると、ゲストユーザ端末６０は、指定されたファイルをゲストサーバ４０に対して送信する（同図（８）参照）。

そして、このファイルを受信したゲストサーバ４０は、ホストユーザから受信したファイル送信依頼に含まれていた返信先アドレスを送信先として、自装置を収容する転送サーバ２０に対して、受信したファイルを送信する。そして、ファイル送信応答を受信した転送サーバ２０は、送信先となっている返信先アドレスが付与されているホストユーザを収容する転送サーバ２０までのルーティング情報を情報管理サーバ３０から取得し（同図（９）参照）、取得したルーティング情報に基づいてルーティングを行って、受信したファイルを転送サーバ２０まで転送する（同図（１０）参照）。

そして、返信先となっていたホストユーザは、ホストクライアント１０を用いて自身を収容している転送サーバ２０にアクセスして、自身宛に送信されているファイルを受信する（同図（１１）参照）。

このように、本実施例に係るファイル転送システム１００では、ホストクライアント１０が、ゲストユーザに対してファイル送信依頼を送信する場合に、返信先アドレスと、ゲストユーザのメールアドレスとをファイル送信依頼に含めて転送サーバ２０に送信する。転送サーバ２０は、ファイル送信依頼を受信すると、受信したファイル送信依頼をゲストエージェントの専用アドレスに基づいて、ゲストサーバ４０まで転送する。ゲストサーバ４０は、ファイル送信依頼を受信すると、受信したファイル送信依頼に含まれているゲストユーザのメールアドレスに依頼到着通知メールを送信する。そして、ゲストユーザは、ゲストユーザ端末６０を用いて依頼到着通知メールを受信すると、その依頼到着通知メールに含まれている取得用ＵＲＬおよび取得用パスワードを用いてホストユーザから送られた送信依頼メッセージおよび添付ファイルを取得し、また、同じく依頼到着通知メールに含まれていた返信用ＵＲＬおよび返信用パスワードを用いて、依頼されたファイルをホストユーザへ返信する。したがって、本実施例に係るファイル転送システム１００では、専用アドレスが付与されていないゲストユーザとの間でもファイルを転送することができるようになる。

次に、図３および４を用いて、本実施例に係るファイル転送システム１００によるファイル転送手順の詳細について説明する。図３および４は、本実施例に係るファイル転送システム１００によるファイル転送手順の詳細を説明するためのシーケンス図（１）および（２）である。なお、ここでは、組織外のゲストユーザに対してファイルの送付を依頼する場合について説明する。また、両図において、転送サーバ２０ａは、ホストユーザを収容する転送サーバ２０であり、転送サーバ２０ｂは、ゲストエージェントを収容する転送サーバ２０である。

図３に示すように、本実施例に係るファイル転送システム１００では、まず、ホストクライアント１０が、他のユーザに対してファイル送信を依頼するファイル送信依頼の送信要求を、依頼元のホストユーザから受け付ける（ステップＳ１０１）。

このとき、具体的には、ホストクライアント１０は、組織外のゲストユーザに対してファイル送信を依頼する場合には、送信要求とともに、「送信者アドレス」、「ゲスト送信フラグ」、「ゲストユーザメールアドレス」（依頼先アドレス）、「送信依頼メッセージ」、「返信先アドレス」、および、添付ファイルをそれぞれ受け付ける。

ここで、送信者アドレスには、送信元のホストユーザに付与されている専用アドレスが設定され、ゲストユーザメールアドレスには、依頼先のゲストユーザのメールアドレス（電子メールのアドレス）が設定される。また、送信依頼メッセージには、依頼元のホストユーザによって入力されたメッセージが設定され、返信先アドレスには、返信先となるホストユーザ（以下、「返信先ユーザ」と呼ぶ）の専用アドレスが設定される。返信先ユーザは、依頼元のホストユーザであってもよいし、他のホストユーザであってもよい。

また、ホストクライアント１０は、受け付けたファイル送信依頼の依頼先がホストユーザであるかゲストユーザであるかを判定し、ゲストユーザであった場合には、ホストユーザとゲストユーザとを判別するための「ゲスト送信フラグ」に「ｔｒｕｅ」を設定しておく。

続いて、ホストクライアント１０は、ゲストエージェントに関する情報を情報管理サーバ３０から取得するための情報取得要求を転送サーバ２０ａに送信する（ステップＳ１０２）。このとき、具体的には、ホストクライアント１０は、送信元のホストユーザから受け付けた「送信者アドレス」を、情報取得要求に含めて送信する。

転送サーバ２０ａは、情報取得要求を受信すると、情報取得要求に含まれている送信者アドレスに基づいて、自装置が記憶している情報を検索し、送信者であるホストユーザが所属するグループを管理する情報管理サーバ３０の位置を取得する（ステップＳ１０３）。そして、転送サーバ２０ａは、位置を取得した情報管理サーバ３０に対して、ホストクライアント１０から受信した情報取得要求を転送する（ステップＳ１０４）。

情報管理サーバ３０は、情報取得要求を受信すると、自装置が記憶している情報を検索し、要求されたゲストエージェントに関する情報を取得する（ステップＳ１０５）。ここで、自装置が記憶している情報に当該ゲストエージェントに関する情報がなかった場合には、情報管理サーバ３０は、他の情報管理サーバ３０に問い合わせることによって必要な情報を取得する。そして、情報管理サーバ３０は、取得した情報を転送サーバ２０ａに送信する（ステップＳ１０６）。

このとき、具体的には、情報管理サーバ３０は、送信者アドレスに対応する「ゲストエージェントの専用アドレス」、「ゲストエージェントを収容する転送サーバ２０ｂまでのルーティング情報」、「ゲストエージェント−送信者間の送受信可否情報」、および、「ゲストエージェントの公開鍵」をそれぞれ取得して送信する。

転送サーバ２０ａは、ゲストエージェントに関する情報を受信すると、その情報をホストクライアント１０に転送する（ステップＳ１０７）。

ホストクライアント１０は、ゲストエージェントに関する情報を受信すると、ホストユーザによって指定されたファイルをゲストエージェントの公開鍵を利用して暗号化し（ステップＳ１０８）、転送サーバ２０ａに対して、暗号化したファイルを添付したファイル送信依頼を送信する（ステップＳ１０９）。

このとき、具体的には、ホストクライアント１０は、ホストユーザから受け付けた「送信者アドレス」、「ゲスト送信フラグ」、「ゲストユーザメールアドレス」、「送信依頼メッセージ」および「返信先アドレス」に加えて、転送サーバ２０ａを介して情報管理サーバ３０から取得した「ゲストエージェントの専用アドレス」および「転送サーバ２０ｂまでのルーティング情報」を、それぞれファイル送信依頼に含めて送信する。

転送サーバ２０ａは、ファイル送信依頼および添付ファイルを受信すると、ファイル送信依頼に含まれているルーティング情報に基づいて、ゲストエージェントを収容する転送サーバ２０ｂまでのルーティングを行い（ステップＳ１１０）、ホストクライアント１０から受信したファイル送信依頼および添付ファイルを転送サーバ２０ｂに転送する（ステップＳ１１１）。

なお、ここでは、転送サーバ２０ａが、ホストクライアント１０から情報取得要求を受信した場合に、転送サーバ２０ｂまでのルーティング情報を他の情報とともに情報管理サーバ３０から取得してホストクライアント１０に転送し、その後、ホストクライアント１０からファイル送信依頼を受信した場合に、そのファイル送信依頼に含まれるルーティング情報に基づいて転送サーバ２０ｂまでのルーティングを行うこととした。

しかし、転送サーバ２０ａがルーティング情報を取得するタイミングはこれに限られるわけではなく、例えば、転送サーバ２０ａが、ステップＳ１０９においてホストクライアント１０から送信されたファイル送信依頼を受信した後に、情報管理サーバ３０からルーティング情報を取得するようにしてもよい。これにより、ステップＳ１０７において転送サーバ２０ａがホストクライアント１０へルーティング情報を送信する必要がなくなるので、ホストクライアント１０にルーティング情報を処理させることなく、転送サーバ２０ａが転送サーバ２０ｂまでのルーティングを行うことができるようになる。

転送サーバ２０ｂは、ファイル送信依頼および添付ファイルを受信すると、ファイル送信依頼に含まれているルーティング情報に基づいて、自装置が目的の転送サーバであることを確認し（ステップＳ１１２）、さらに、ファイル送信依頼に含まれているゲスト送信フラグが「ｔｒｕｅ」であった場合には、ゲストサーバ４０に対して、ファイル送信依頼が到着したことを通知するための依頼到着通知を送信する（ステップＳ１１３）。

このとき、具体的には、転送サーバ２０ｂは、ファイル送信依頼に含まれていた「送信者アドレス」、「ゲストユーザメールアドレス」、「送信依頼メッセージ」、「返信先アドレス」および「ゲストエージェントの専用アドレス」を、それぞれ依頼到着通知に含めて送信する。

ゲストサーバ４０は、依頼到着通知を受信すると、送信依頼メッセージおよび添付ファイルを取得するための取得用ＵＲＬおよび取得用パスワード、ならびに、ファイルを返信するための返信用ＵＲＬおよび返信用パスワードをそれぞれ生成する（ステップＳ１１４）。そして、ゲストサーバ４０は、生成した各ＵＲＬおよび各パスワードを含めた依頼到着通知メールをメールサーバ５０に送信する（ステップＳ１１５）。

このとき、具体的には、ゲストサーバ４０は、それぞれ一回のみ指定が可能なＵＲＬ（ワンタイムＵＲＬ）およびパスワード（ワンタイムパスワード）を、取得用ＵＲＬおよび取得用パスワード、ならびに、返信用ＵＲＬおよび返信用パスワードとして生成して送信する。

続いて、ゲストユーザ端末６０が、メール受信の要求をゲストユーザから受け付けた場合に、メールサーバ５０から依頼到着通知メールを受信する（ステップＳ１１６）。そして、ゲストユーザ端末６０は、依頼到着通知メールに含まれていた取得用ＵＲＬおよび取得用パスワードによるログイン要求をゲストユーザから受け付けると（ステップＳ１１７）、ゲストサーバ４０に対して、ファイル取得用のログイン要求を送信する（ステップＳ１１８）。

ゲストサーバ４０は、ログイン要求を受信すると、そのログイン要求に対する認証処理を行い（ステップＳ１１９）、認証できた場合には、ゲストユーザ端末６０に備えられたブラウザに送信依頼メッセージを表示し、さらに、添付ファイル取得用のボタンを表示する（ステップＳ１２０）。

そして、ゲストユーザ端末６０が、添付ファイル取得用のボタンが押されることによって、ゲストユーザから添付ファイルの取得要求を受け付けた場合に（ステップＳ１２１）、ゲストサーバ４０に対して添付ファイル取得要求を送信する（ステップＳ１２２）。

ゲストサーバ４０は、添付ファイル取得要求を受信すると、その添付ファイル取得要求を転送サーバ２０ｂに転送する（ステップＳ１２３）。

転送サーバ２０ｂは、転送された添付ファイル取得要求を受信すると、折り返し、ファイル送信依頼に添付されていた添付ファイルをゲストサーバ４０に送信する（ステップＳ１２４）。

ゲストサーバ４０は、添付ファイルを受信すると、記憶している情報を検索してゲストエージェントの秘密鍵を取得し、取得した秘密鍵で添付ファイルを復号化する（ステップＳ１２５）。そして、ゲストサーバ４０は、復号化した添付ファイルをゲストユーザ端末６０に送信する（ステップＳ１２６）。

こうして、ファイル送信依頼を要求した際にホストユーザが添付したファイルが、転送サーバ２０によってゲストエージェントの専用アドレスに基づいて転送され、依頼先のゲストユーザが使用するゲストユーザ端末６０まで届けられる。

続いて、図４に示すように、ゲストユーザ端末６０が、依頼到着通知メールに含まれていた返信用ＵＲＬおよび返信用パスワードによるログイン要求をゲストユーザから受け付けた場合に（ステップＳ１２７）、ゲストサーバ４０に対してファイル返信用のログイン要求を送信する（ステップＳ１２８）。

ゲストサーバ４０は、ログイン要求を受信すると、そのログイン要求に対する認証処理を行い（ステップＳ１２９）、認証できた場合には、返信メッセージの入力および返信ファイルの送信を行うためのファイル返信用画面を、ゲストユーザ端末６０に備えられたブラウザに表示する（ステップＳ１３０）。

そして、ゲストユーザ端末６０が、ファイル返信用画面を介して、ゲストユーザから返信メッセージおよび返信ファイルを受け付けた場合に（ステップＳ１３１）、受け付けた返信メッセージおよび返信ファイルをゲストサーバ４０に対して送信する（ステップＳ１３２）。

ゲストサーバ４０は、返信メッセージおよび返信ファイルを受信すると、返信先ユーザに関する情報を情報管理サーバ３０から取得するための情報取得要求を転送サーバ２０ｂに送信する（ステップＳ１３３）。このとき、具体的には、ゲストサーバ４０は、依頼到着通知に含まれていた「ゲストエージェントの専用アドレス」および「返信先アドレス」を、それぞれ情報取得要求に含めて送信する。

転送サーバ２０ｂは、情報取得要求を受信すると、その情報取得要求に含まれているゲストエージェントのアドレスに基づいて、自装置が記憶している情報を検索し、ゲストエージェントが所属する情報管理サーバ３０の位置を取得する（ステップＳ１３４）。そして、転送サーバ２０ｂは、その情報管理サーバ３０に対して、ゲストサーバ４０から受信した情報取得要求を転送する（ステップＳ１３５）。

情報管理サーバ３０は、情報取得要求を受信すると、自装置が記憶している情報を検索し、要求された返信先ユーザに関する情報を取得する（ステップＳ１３６）。ここで、情報管理サーバ３０は、自装置が記憶している情報に当該返信先アドレスに関する情報がなかった場合には、他の情報管理サーバ３０に問い合わせることによって必要な情報を取得する。そして、情報管理サーバ３０は、取得した情報を転送サーバ２０ｂに送信する（ステップＳ１３７）。

このとき、具体的には、情報管理サーバ３０は、返信先ユーザを収容する転送サーバ２０ａまでの「ルーティング情報」、「ゲストエージェント−返信先アドレス間の送受信可否情報」、「返信先ユーザの公開鍵」を、それぞれ取得して送信する。

転送サーバ２０ｂは、返信先ユーザに関する情報を受信すると、その情報をゲストサーバ４０に転送する（ステップＳ１３８）。

そして、ゲストサーバ４０は、返信先ユーザに関する情報を受信すると、ゲストユーザ端末６０から送信された返信ファイルを、受信した返信先ユーザの公開鍵を利用して暗号化し（ステップＳ１３９）、返信メッセージを含めたファイル返信応答および暗号化したファイルを転送サーバ２０ｂに送信する（ステップＳ１４０）。

このとき、具体的には、ゲストサーバ４０は、依頼到着通知に含まれていた「ゲストエージェントの専用アドレス」および「返信先アドレス」に加えて、ゲストユーザ端末６０から送信された「返信メッセージ」、および、転送サーバ２０ｂを介して情報管理サーバ３０から取得した転送サーバ２０ａまでの「ルーティング情報」を、それぞれファイル返信応答に含めて送信する。

転送サーバ２０ｂは、ファイル返信応答および返信ファイルを受信すると、そのファイル返信応答に含まれているルーティング情報に基づいて、返信先ユーザを収容する転送サーバ２０ａまでのルーティングを行い（ステップＳ１４１）、ホストクライアント１０から受信したファイル返信応答および返信ファイルを転送サーバ２０ａに転送する（ステップＳ１４２）。

そして、転送サーバ２０ａは、ファイル返信応答および返信ファイルを受信すると、そのファイル返信応答に含まれているルーティング情報に基づいて、自装置が目的の転送サーバであることを確認し（ステップＳ１４３）、ファイル返信応答に含まれていた返信メッセージおよび返信ファイルを、それぞれ返信先アドレスに対応付けて保持しておく。

その後、ホストクライアント１０が、返信先ユーザであるホストユーザから返信メッセージの確認要求を受け付けた場合に（ステップＳ１４４）、転送サーバ２０ａに対して、新たに着信した返信メッセージがるか否かを確認するための確認要求を送信する（ステップＳ１４５）。このとき、具体的には、ホストクライアント１０は、返信先ユーザの専用アドレスである「返信先アドレス」を、確認要求に含めて送信する。

転送サーバ２０ａは、新着メッセージの確認要求を受信すると、その時点で保持されている返信メッセージの中から、確認要求に含まれていた返信先ユーザのアドレスに対応付けられている新着の返信メッセージを検索して（ステップＳ１４６）、ホストクライアント１０に送信する（ステップＳ１４７）。

ホストクライアント１０は、返信メッセージを受信すると、その返信メッセージを表示し、返信先ユーザから返信ファイルの取得要求を受け付けると、転送サーバ２０ａに対して返信ファイル取得要求を送信する（ステップＳ１４８）。

転送サーバ２０ａは、返信ファイル取得要求を受信すると、その時点で保持されている返信ファイルの中から、当該返信先ユーザのアドレスに対応付けられている返信ファイルを取得して、ホストクライアント１０に送信する（ステップＳ１４９）。

そして、ホストクライアント１０は、返信ファイルを受信すると、その返信ファイルを返信先ユーザの秘密鍵で復号化する（ステップＳ１５０）。

こうして、ファイル送信依頼を要求したゲストユーザから送られた返信ファイルが、転送サーバ２０によって返信先ユーザの専用アドレスに基づいて転送され、ファイルの返信先として指定された返信先ユーザが使用するホストクライアント１０まで届けられる。

次に、図５〜８を用いて、上記で説明したファイル転送システム１００における各装置の構成について説明する。図５は、ホストクライアント１０の構成を示す機能ブロック図であり、図６は、転送サーバ２０の構成を示す機能ブロック図であり、図７は、情報管理サーバ３０の構成を示す機能ブロック図であり、図８は、ゲストサーバ４０の構成を示す機能ブロック図である。

まず、ホストクライアント１０は、図５に示すように、入力部１１と、表示部１２と、要求受付・応答部１３と、要求送信・応答受信部１４と、制御部１５とを有する。

入力部１１は、各種情報を入力する装置であり、マウスやトラックボールなどのポインティングデバイスおよびキーボードなどによって構成される。表示部１２は、各種情報を表示する装置であり、ＣＲＴ（Cathode Ray Tube）ディスプレイや液晶ディスプレイなどによって構成される。

要求受付・応答部１３は、入力部１１から入力された各種情報を受け付けて制御部に引き渡し、制御部から渡された情報を表示部１２に表示する処理部である。例えば、この要求受付・応答部１３は、入力部１１を介して、ホストユーザからファイル送信の依頼を受け付ける。

なお、要求受付・応答部１３は、ファイル送信の依頼を受け付けた際に、受け付けたファイル送信依頼の依頼先がホストユーザであるかゲストユーザであるかを判定して、ゲストユーザであった場合には、「ゲスト送信フラグ」に「ｔｒｕｅ」を設定するが、この判定方法としては、例えば、以下の方法がある。

例えば、要求受付・応答部１３は、ファイル送信の依頼とともに入力される各種項目（「送信者アドレス」、「依頼先アドレス」、「送信依頼メッセージ」、「返信先アドレス」など）を受け付けるための入力画面を表示部１２に表示し、その入力画面において、依頼先アドレスを入力するフィールドを、ホストユーザの専用アドレスを入力するためのものと、ゲストユーザのメールアドレスを入力するためのものと、それぞれ設けておく。そして、要求受付・応答部１３は、入力されたフィールドに基づいて、依頼先がホストユーザであるかゲストユーザであるかを判定する。

または、要求受付・応答部１３は、かかる入力画面において、依頼先アドレスを入力するフィールドをひとつ設けておき、そのフィールドに入力されたアドレスの構造が専用アドレスの構造であった場合には、依頼先がホストユーザであると判断し、電子メールのアドレスであった場合には、依頼先がゲストユーザであると判断するようにしてもよい。

制御部１５は、ホストクライアント１０の全体制御を行う処理部であり、本発明に関連する機能部としては、ファイル暗号化部１５ａと、ユーザ情報取得部１５ｂと、送信依頼・添付ファイル送信部１５ｃと、新着有無確認部１５ｄと、ファイル復号部１５ｅと、返信ファイル取得部１５ｆとを有する。

ファイル暗号化部１５ａは、後述する送信依頼・添付ファイル送信部１５ｃによる制御のもと、ファイルの暗号化を行う処理部である。ユーザ情報取得部１５ｂは、後述する送信依頼・添付ファイル送信部１５ｃによる制御のもと、情報取得要求を転送サーバ２０に送信することによって、各種ユーザに関する情報を情報管理サーバ３０から取得する処理部である。

送信依頼・添付ファイル送信部１５ｃは、ファイル送信依頼および添付ファイルの送信に関する処理を行う処理部である。具体的には、この送信依頼・添付ファイル送信部１５ｃは、要求受付・応答部１３を介してファイル送信依頼の送信要求を受け付けた場合は、ユーザ情報取得部１５ｂを制御して、ゲストエージェントに関する情報を取得し、さらに、ファイル暗号化部１５ａを制御して、ホストユーザによって指定されたファイルをゲストエージェントの公開鍵を利用して暗号化し、暗号化したファイルを添付したファイル送信依頼を転送サーバ２０に対して送信する。

新着有無確認部１５ｄは、返信メッセージの有無を確認する処理部である。具体的には、この新着有無確認部１５ｄは、ホストユーザから返信メッセージの確認要求を受け付けた場合に、転送サーバ２０に対して、新たに着信した返信メッセージがあるか否かを確認するための確認要求を送信することによって、新たな返信メッセージの有無を確認する。

ファイル復号部１５ｅは、後述する返信ファイル取得部１５ｆによる制御のもと、ファイルの復号化を行う処理部である。

返信ファイル取得部１５ｆは、ファイル送信依頼の依頼先から送られた返信ファイルを取得する処理部である。具体的には、この返信ファイル取得部１５ｆは、ホストユーザから返信ファイルの取得要求を受け付けた場合に、転送サーバ２０に対して返信ファイル取得要求を送信することによって返信ファイルを取得し、さらに、ファイル復号部１５ｅを制御して、取得した返信ファイルを返信先ユーザの秘密鍵で復号化する。

また、転送サーバ２０は、図６に示すように、要求受付・応答部２１と、問い合わせ情報転送部２２と、メッセージ・添付ファイル転送部２３と、送受信メッセージ・添付ファイル管理部２４とを有する。

要求受付・応答部２１は、ネットワークを介して装置間でやり取りされる各種情報の送受信を制御する処理部である。

問い合わせ情報転送部２２は、ネットワークを介して装置間でやり取りされる問合せ情報の転送を制御する処理部である。具体的には、この問い合わせ情報転送部２２は、転送サーバ２０から情報取得要求を受信した場合は、情報取得要求に含まれているアドレスに基づいて、後述する情報管理サーバ位置情報管理部２４ａによって管理されている情報を検索して情報管理サーバ３０の位置を取得し、その情報管理サーバ３０に対して情報取得要求を転送する。また、問い合わせ情報転送部２２は、情報管理サーバ３０から各種ユーザに関する情報を受信した場合には、その情報を要求元に転送する。

メッセージ・添付ファイル転送部２３は、ネットワークを介して装置間でやり取りされるメッセージおよび添付ファイルの転送を制御する処理部である。具体的には、このメッセージ・添付ファイル転送部２３は、ファイル送信依頼および添付ファイル、あるいは、ファイル返信応答および返信ファイルを受信した場合には、それらを後述するメッセージ・添付ファイル転送完了判定部２４ｂに引き渡す。

また、メッセージ・添付ファイル転送部２３は、メッセージ・添付ファイル転送完了判定部２４ｂからファイル送信依頼および添付ファイル、あるいは、ファイル返信応答および返信ファイルが返却された場合には、ファイル送信依頼あるいはファイル返信応答に含まれているルーティング情報に基づいてルーティングを行って、受信したファイル送信依頼および添付ファイル、あるいは、ファイル返信応答および返信ファイルを宛先のユーザを収容する転送サーバ２０に転送する。

送受信メッセージ・添付ファイル管理部２４は、装置間で送受信されるメッセージおよび添付ファイルに関する情報を管理する処理部であり、情報管理サーバ位置情報管理部２４ａと、メッセージ・添付ファイル転送完了判定部２４ｂと、ゲストフラグ判定部２４ｃと、送信依頼到着通知部２４ｄと、暗号化添付ファイルダウンロード部２４ｅと、新着問い合わせ部２４ｆと、状態変化情報管理部２４ｇとを有する。

情報管理サーバ位置情報管理部２４ａは、情報管理サーバの位置情報を管理する処理部である。ここでいう情報管理サーバの位置情報は、図示していない記憶部により、ユーザが所属するグループごとに記憶されている。

メッセージ・添付ファイル転送完了判定部２４ｂは、メッセージおよび添付ファイルが自装置宛であるか否かを判定する処理部である。具体的には、このメッセージ・添付ファイル転送完了判定部２４ｂは、ファイル送信依頼および添付ファイル、あるいは、ファイル返信応答および返信ファイルが渡されると、それらの宛先が自装置であるか否かを確認し、自装置であった場合には、ファイル送信依頼に含まれていた依頼メッセージおよび添付ファイル、あるいは、ファイル返信応答に含まれていた返信メッセージおよび返信ファイルを、それぞれ宛先のアドレスに対応付けて保持しておく。

一方、メッセージ・添付ファイル転送完了判定部２４ｂは、ファイル送信依頼および添付ファイル、あるいは、ファイル返信応答および返信ファイルの宛先が自装置でなかった場合には、それらをメッセージ・添付ファイル転送部２３に返却する。

ゲストフラグ判定部２４ｃは、ファイル送信依頼に含まれているゲストフラグに基づいて、ファイル送信依頼の依頼先がホストユーザであるかゲストユーザであるか否かを判定する処理部である。具体的には、このゲストフラグ判定部２４ｃは、メッセージ・添付ファイル転送完了判定部２４ｂからファイル送信依頼が渡されると、そのファイル送信依頼に含まれているゲスト送信フラグが「ｔｒｕｅ」であるか否かを確認し、「ｔｒｕｅ」であった場合には、依頼先がゲストユーザであると判定して、当該ファイル送信依頼を後述する送信依頼到着通知部２４ｄに引き渡す。

送信依頼到着通知部２４ｄは、ゲストユーザ宛のファイル送信依頼が到着した場合に、依頼到着通知を送信する処理部である。具体的には、この送信依頼到着通知部２４ｄは、ゲストフラグ判定部２４ｃからファイル送信依頼が渡されると、ファイル送信依頼が到着したことを通知するための依頼到着通知を生成し、ゲストサーバ４０に対して送信する。

暗号化添付ファイルダウンロード部２４ｅは、ネットワークを介して転送されるファイルの転送を制御する処理部である。具体的には、この暗号化添付ファイルダウンロード部２４ｅは、ゲストサーバ４０から添付ファイル取得要求を受信した場合には、その時点で保持されているファイルの中から、要求されたファイルを取得してゲストサーバ４０に送信する。また、暗号化添付ファイルダウンロード部２４ｅは、ホストクライアント１０から返信ファイル取得要求を受信した場合には、その時点で保持されているファイルの中から、当該返信先ユーザのアドレスに対応付けられている返信ファイルを取得して、ホストクライアント１０に送信する。

新着問い合わせ部２４ｆは、ホストクライアント１０から新着メッセージの確認要求を受信すると、その時点で保持されている返信メッセージの中から、確認要求に含まれていた返信先ユーザのアドレスに対応付けられている新着の返信メッセージを取得して、ホストクライアント１０に送信する。状態変化情報管理部２４ｇは、送受信の状態に関する情報を管理する処理部である。ここでいう送受信の状態に関する情報は、図示していない記憶部により記憶されており、ホストクライアント１０からの要求に応じて、ホストクライアント１０に通知される。

また、情報管理サーバ３０は、図７に示すように、要求受信部３１と、要求転送部３２と、情報管理部３３とを有する。

要求受信部３１は、ネットワークを介して他の装置から送られる情報の受信を制御する処理部であり、要求転送部３２は、ネットワークを介して他の装置へ送られる情報の送信を制御する処理部である。

情報管理部３３は、各種情報を管理し、管理している情報の中から、他の装置から要求された各種情報を取得して応答する処理部であり、ルーティング情報管理部３３ａと、グループ情報管理部３３ｂと、送受信可否情報管理部３３ｆとを有し、このうち、グループ情報管理部３３ｂは、ユーザ情報管理部３３ｃと、ゲストエージェント情報管理部３３ｄと、公開鍵情報管理部３３ｅとを有する。

ルーティング情報管理部３３ａは、転送サーバ２０間のルーティング情報を管理する処理部である。ここでいう転送サーバ２０間のルーティング情報は、図示していない記憶部により記憶されている。

グループ情報管理部３３ｂは、グループに関する情報を管理する処理部である。ここでいうグループに関する情報は、グループのアドレスや、グループ管理者情報などを含んでおり、図示していない記憶部によりグループごとに記憶されている。

ユーザ情報管理部３３ｃは、グループに属するホストユーザに関する情報を管理する処理部である。ここでいうグループに属するユーザに関する情報は、ホストユーザの専用アドレスや、収容されている転送サーバに関する情報などを含んでおり、図示していない記憶部によりホストユーザごとに記憶されている。

ゲストエージェント情報管理部３３ｄは、グループに属するゲストエージェントに関する情報を管理する処理部である。ここでいうグループに属するゲストエージェント関する情報は、ゲストエージェントの専用アドレスや、収容されている転送サーバ、収容されているゲストサーバに関する情報などを含んでおり、図示していない記憶部によりゲストエージェントごとに記憶されている。

公開鍵情報管理部３３ｅは、ファイルの暗号化を行うための公開鍵を管理する処理部である。ここでいう転送サーバ２０間のルーティング情報は、図示していない記憶部によりユーザごとに記憶されている。

送受信可否情報管理部３３ｆは、ユーザまたはグループ間における送受信の可否に関する情報を管理する処理部である。なお、ここでいうユーザまたはグループ間における送受信の可否に関する情報は、図示していない記憶部により記憶されている。

また、ゲストサーバ４０は、図８に示すように、要求受付・応答部４１と、要求受付・応答部４２と、ワンタイムＵＲＬ／ワンタイムパスワード生成部４３と、メール送信部４４と、ログイン認証部４５と、情報管理・状態通知部４６と、画面制御部４７と、添付ファイル復号部４８と、メッセージ・添付ファイル送信部４９とを有する。

要求受付・応答部４１および４２は、ネットワークを介して装置間でやり取りされる情報の送受信を制御する処理部である。

ワンタイムＵＲＬ／ワンタイムパスワード生成部４３は、ゲストユーザに送信するＵＲＬおよびパスワードを生成する処理部である。具体的には、このワンタイムＵＲＬ／ワンタイムパスワード生成部４３は、依頼到着通知を受信した場合は、送信依頼メッセージおよび添付ファイルを取得するための取得用ＵＲＬおよび取得用パスワード、ならびに、ファイルを返信するための返信用ＵＲＬおよび返信用パスワードをそれぞれ生成し、後述するメール送信部に引き渡す。

なお、ここで、ワンタイムＵＲＬ／ワンタイムパスワード生成部４３は、取得用ＵＲＬおよび取得用パスワード、ならびに、返信用ＵＲＬおよび返信用パスワードとして、一回のみ指定が可能なＵＲＬ（ワンタイムＵＲＬ）およびパスワード（ワンタイムパスワード）をそれぞれ生成して送信する。

メール送信部４４は、ゲストユーザに依頼到着通知メールを送信する処理部である。具体的には、このメール送信部４４は、ワンタイムＵＲＬ／ワンタイムパスワード生成部４３から取得用ＵＲＬおよび取得用パスワード、ならびに、返信用ＵＲＬおよび返信用パスワードが渡されると、それらを含めた依頼到着通知メールを生成して、メールサーバ５０に送信する。

ここで、メール送信部４４は、取得用ＵＲＬおよび取得用パスワード、ならびに、返信用ＵＲＬおよび返信用パスワードの全てを同一の依頼到着通知メールで送信してもよいし、取得用ＵＲＬおよび取得用パスワードの組と、返信用ＵＲＬおよび返信用パスワードの組とをそれぞれ別の依頼到着通知メールで送信するようにしてもよい。または、取得用ＵＲＬ、取得用パスワード、返信用ＵＲＬ、返信用パスワードをそれぞれ個別の依頼到着通知メールで送信するようにしてもよい。依頼到着通知メールを分割することによって、利便性やセキュリティをより高めることが可能になる。

ログイン認証部４５は、ゲストユーザのログインに関する処理を行う処理部である。具体的には、このログイン認証部４５は、ゲストユーザ端末６０からログイン要求を受信した場合に、ログイン要求に含まれるパスワードに基づいて認証処理を行う。そして、ログイン認証部４５は、ログイン要求が認証できた場合には、受信したログイン要求を後述する情報管理・状態通知部４６に引き渡す。

情報管理・状態通知部４６は、ログイン要求に応じて処理を振り分ける処理部である。具体的には、この情報管理・状態通知部４６は、ログイン認証部４５からログイン要求が渡されると、そのログイン要求が取得用ＵＲＬおよび取得用パスワードによるものであった場合には、ゲストユーザ端末６０に備えられたブラウザに送信依頼メッセージを表示し、さらに、添付ファイル取得用のボタンを表示するよう、後述する画面制御部４７を制御する。

一方、ログイン認証部４５は、ログイン認証部４５から渡されたログイン要求が返信用ＵＲＬおよび返信用パスワードによるものであった場合には、ゲストユーザ端末６０に備えられたブラウザにファイル返信用画面を表示するよう後述する画面制御部４７に指示する。

画面制御部４７は、情報管理・状態通知部４６による制御のもと、ゲストユーザ端末６０に備えられたブラウザに各種メッセージや各種画面などを表示させる処理部である。具体的には、この画面制御部４７は、ログイン認証部４５からの指示に応じて、返信メッセージの入力および返信ファイルの添付を行うためのファイル返信用画面をゲストユーザ端末６０のブラウザに表示する。

このとき、画面制御部４７は、ファイル返信用画面上に返信用アドレスを表示しないようにする。これにより、ゲストユーザによって勝手に返信先が変えられてしまうことを防ぐことが可能になる。または、画面制御部４７は、返信用アドレスを表示するが編集は不可としてもよい。もちろん、ゲストユーザに返信アドレスの変更を許可する場合には、返信用アドレスを表示して編集も可能としてもよい。

添付ファイル復号部４８は、ファイル送信依頼に添付されていた添付ファイルの復号化を行う処理部である。具体的には、添付ファイル復号部４８は、添付ファイル取得要求を受信した場合には、その添付ファイル取得要求を転送サーバ２０に転送する。そして、転送サーバ２０から添付ファイルが応答されると、添付ファイル復号部４８は、ゲストエージェントの秘密鍵を用いて添付ファイルを復号化し、復号化した添付ファイルをゲストユーザ端末６０に送信する。

メッセージ・添付ファイル送信部４９は、添付ファイル暗号化部４９ａと、受信者情報問い合わせ部４９ｂとを有する。

添付ファイル暗号化部４９ａは、受信者情報問い合わせ部４９ｂによる制御のもと、ファイルを暗号化する処理部である。

受信者情報問い合わせ部４９ｂは、各種ユーザに関する情報を情報管理サーバ３０から取得する処理部である。具体的には、この受信者情報問い合わせ部４９ｂは、返信メッセージおよび返信ファイルを受信した場合は、返信先ユーザに関する情報を情報管理サーバ３０から取得するための情報取得要求を転送サーバ２０に送信する。

そして、受信者情報問い合わせ部４９ｂは、返信先ユーザに関する情報が応答されると、添付ファイル暗号化部４９ａを制御して、ゲストユーザ端末６０から送信された返信ファイルを暗号化し、暗号化した返信ファイルおよびファイル返信応答を転送サーバ２０に送信する。

上述してきたように、本実施例では、ホストクライアント１０が、ホストユーザからの要求に応じて、他のユーザに対してファイル送信を依頼するためのファイル送信依頼をゲストユーザに対して送信する場合に、そのファイル送信依頼に応じてゲストユーザがファイルを送信する際の送信先となる返信先アドレスと、当該ゲストユーザのメールアドレスとをそれぞれファイル送信依頼に含めて転送サーバ２０に送信する。また、転送サーバ２０が、ホストクライアント１０からファイル送信依頼を受信した場合に、当該ファイル送信依頼によるファイル送信の依頼先がゲストユーザであるか否かを判定し、依頼先がゲストユーザであると判定した場合に、受信したファイル送信依頼をゲストサーバ４０まで転送する。そして、ゲストサーバ４０が、そのゲストユーザに対してファイル送信依頼に応じたファイル送信を許可するための返信用ＵＲＬおよび返信用パスワードを含めた依頼到着通知メールを、ファイル送信依頼に含まれていたゲストユーザのメールアドレスに送信し、その後、送信した依頼到着通知メールに含めていた返信用ＵＲＬおよび返信用パスワードをゲストユーザから受け付けた場合に、当該返信用認証情報とともに受け付けたファイルをファイル送信依頼に含まれていた返信アドレスに転送する。これにより、本実施例では、ファイル転送用の専用アドレスが付与されていないユーザとの間でもファイルを転送することが可能になる。

また、本実施例では、ホストクライアント１０が、ホストユーザから受け付けたファイルをファイル送信依頼に添付して送信する。また、ゲストサーバ４０が、依頼到着通知メールを送信する際に、ゲストユーザに対してファイル送信依頼に添付されていたファイルの取得を許可するための取得用ＵＲＬおよび取得用パスワードを依頼到着通知メールにさらに含めて送信する。そして、ゲストサーバ４０が、依頼到着通知メールに含めていた取得用ＵＲＬおよび取得用パスワードをゲストユーザから受け付けた場合に、ファイル送信依頼に添付されていたファイルを当該ゲストユーザに転送する。これにより、本実施例では、組織内のホストユーザから組織外のゲストユーザに対してファイルを転送することが可能になる。また、ファイル送信を依頼されたゲストユーザのみがファイルの送信を行うことが可能となるので、専用アドレスが付与されていないユーザから無作為に大量のメールが送信されるのを防ぐことが可能になる。

また、本実施例では、ホストクライアント１０が、ホストユーザから受け付けた送信依頼メッセージをファイル送信依頼にさらに含めて送信する。また、ゲストサーバ４０が、送信した依頼到着通知メールに含めていた取得用認証情報をゲストユーザから受け付けた場合に、ファイル送信依頼に含まれていた送信依頼メッセージを当該ゲストユーザに通知するとともに、当該ゲストユーザからファイルの取得要求を受け付ける。そして、ゲストサーバ４０が、ゲストユーザからファイルの取得要求を受け付けた場合に、ファイル送信依頼に添付されていたファイルを当該ゲストユーザに転送する。これにより、本実施例では、ゲストユーザが、ホストユーザから送られたメッセージに基づいて、返信すべきファイルを選択したり、ファイルを返信するか否かを判断したりすることができるようになる。

また、本実施例では、ゲストサーバ４０が、依頼到着通知メールを送信する際に、一回のみ使用可能なワンタイムＵＲＬおよびワンタイムパスワードを返信用ＵＲＬおよび返信用パスワード認証情報として含めて依頼到着通知メールを送信する。これにより、本実施例では、専用アドレスが付与されていないユーザによって何度もファイルが送信されるのを防ぐことが可能になる。

また、本実施例では、ゲストサーバ４０が、依頼到着通知メールを送信する際に、ファイル送信依頼により送信を依頼されたファイルを指定するファイル返信用画面をゲストユーザに提供するためのＵＲＬを依頼到着通知メールに含めて送信するので、ゲストユーザが使用するゲストユーザ端末６０に専用のクライアントソフトウェアをインストールすることなく、汎用的なブラウザを用いてファイルの転送を行うことが可能になる。

また、本実施例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。

この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示のように構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

さらに、各装置にて行われる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

以上のように、本発明に係るファイル転送システムおよびファイル転送方法は、ファイル転送用の専用アドレスに基づいてファイルの転送が行われる場合に有用であり、特に、専用アドレスが付与されていないユーザともファイルを転送することが求められる場合に適している。

本実施例に係るファイル転送システムの概要を説明するための説明図である。 本実施例に係るファイル転送システムによるファイル転送手順の概要を説明するための図である。 本実施例に係るファイル転送システムによるファイル転送手順の詳細を説明するためのシーケンス図（１）である。 本実施例に係るファイル転送システムによるファイル転送手順の詳細を説明するためのシーケンス図（２）である。 ホストクライアントの構成を示す機能ブロック図である。 転送サーバの構成を示す機能ブロック図である。 情報管理サーバの構成を示す機能ブロック図である。 ゲストサーバの構成を示す機能ブロック図である。

符号の説明

１００ ファイル転送システム
１０ ホストクライアント
１１ 入力部
１２ 表示部
１３ 要求受付・応答部
１４ 要求送信・応答受信部
１５ 制御部
１５ａ ファイル暗号化部
１５ｂ ユーザ情報取得部
１５ｃ 送信依頼・添付ファイル送信部
１５ｄ 新着有無確認部
１５ｅ ファイル復号部
１５ｆ 返信ファイル取得部
２０ 転送サーバ
２０ａ 転送サーバ
２０ｂ 転送サーバ
２１ 要求受付・応答部
２２ 問い合わせ情報転送部
２３ メッセージ・添付ファイル転送部
２４ 送受信メッセージ・添付ファイル管理部
２４ａ 情報管理サーバ位置情報管理部
２４ｂ メッセージ・添付ファイル転送完了判定部
２４ｃ ゲストフラグ判定部
２４ｄ 送信依頼到着通知部
２４ｅ 暗号化添付ファイルダウンロード部
２４ｆ 新着問い合わせ部
２４ｇ 状態変化情報管理部
３０ 情報管理サーバ
３１ 要求受信部
３２ 要求転送部
３３ 情報管理部
３３ａ ルーティング情報管理部
３３ｂ グループ情報管理部
３３ｃ ユーザ情報管理部
３３ｄ ゲストエージェント情報管理部
３３ｅ 公開鍵情報管理部
３３ｆ 送受信可否情報管理部
４０ ゲストサーバ
４１ 要求受付・応答部
４２ 要求受付・応答部
４３ ワンタイムＵＲＬ／ワンタイムパスワード生成部
４４ メール送信部
４５ ログイン認証部
４６ 情報管理・状態通知部
４７ 画面制御部
４８ 添付ファイル復号部
４９ メッセージ・添付ファイル送信部
４９ａ 添付ファイル暗号化部
４９ｂ 受信者情報問合せ部
５０ メールサーバ
６０ ゲストユーザ端末

Claims (6)

1. ファイル転送用の専用アドレスに基づいてファイルを転送するサーバ装置と、当該専用アドレスが付与されているホストユーザが使用するホストクライアント装置とを含んで構成されるファイル転送システムであって、
   前記ホストクライアント装置は、
   前記ホストユーザからの要求に応じて、他のユーザに対してファイル送信を依頼するためのファイル送信依頼を前記専用アドレスが付与されていないゲストユーザに対して送信する場合に、当該ファイル送信依頼に応じてゲストユーザがファイルを送信する際の送信先となる返信先アドレスと、当該ゲストユーザのメールアドレスとをそれぞれ前記ファイル送信依頼に含めて前記サーバ装置に送信する依頼送信手段を備え、
   前記サーバ装置は、
   前記ホストクライアント装置からファイル送信依頼を受信した場合に、当該ファイル送信依頼によるファイル送信の依頼先がゲストユーザであるか否かを判定する依頼先判定手段と、
   前記依頼先判定手段によって前記依頼先がゲストユーザであると判定された場合に、当該ゲストユーザに対して前記ファイル送信依頼に応じたファイル送信を許可するための返信用認証情報を含めた依頼到着通知メールを前記ファイル送信依頼に含まれていたゲストユーザのメールアドレスに送信するメール送信手段と、
   前記メール送信手段によって送信された依頼到着通知メールに含まれていた返信用認証情報をゲストユーザから受け付けた場合に、当該返信用認証情報とともに受け付けたファイルを前記ファイル送信依頼に含まれていた返信アドレスに転送するファイル転送手段と、
   を備えたことを特徴とするファイル転送システム。
2. 前記依頼送信手段は、前記ホストユーザから受け付けたファイルを前記ファイル送信依頼に添付して送信し、
   前記メール送信手段は、前記依頼到着通知メールを送信する際に、前記ゲストユーザに対して前記ファイル送信依頼に添付されていたファイルの取得を許可するための取得用認証情報を当該依頼到着通知メールにさらに含めて送信し、
   前記ファイル転送手段は、前記メール送信手段によって送信された依頼到着通知メールに含まれていた取得用認証情報をゲストユーザから受け付けた場合に、前記ファイル送信依頼に添付されていたファイルを当該ゲストユーザに転送することを特徴とする請求項１に記載のファイル転送システム。
3. 前記依頼送信手段は、前記ホストユーザから受け付けた送信依頼メッセージを前記ファイル送信依頼にさらに含めて送信し、
   前記サーバ装置は、
   前記メール送信手段によって送信された依頼到着通知メールに含まれていた取得用認証情報をゲストユーザから受け付けた場合に、前記ファイル送信依頼に含まれていた送信依頼メッセージを当該ゲストユーザに通知するとともに、当該ゲストユーザからファイルの取得要求を受け付ける取得要求受付手段をさらに備え、
   前記ファイル転送手段は、前記取得要求受付手段により前記ゲストユーザからファイルの取得要求が受け付けられた場合に、前記ファイル送信依頼に添付されていたファイルを当該ゲストユーザに転送することを特徴とする請求項１または２に記載のファイル転送システム。
4. 前記メール送信手段は、前記依頼到着通知メールを送信する際に、所定の回数のみ使用可能な認証情報を前記返信用認証情報として含めて当該依頼到着通知メールを送信することを特徴とする請求項１、２または３に記載のファイル転送システム。
5. 前記メール送信手段は、前記依頼到着通知メールを送信する際に、前記ファイル送信依頼により送信を依頼されたファイルを指定する手段を前記ゲストユーザに提供するためのＵＲＬを前記依頼到着通知メールに含めて送信することを特徴とする請求項１〜４のいずれか一つに記載のファイル転送システム。
6. ファイル転送用の専用アドレスに基づいてファイルを転送するサーバ装置と、当該専用アドレスが付与されているホストユーザが使用するホストクライアント装置とを含んで構成されるファイル転送システムに適用されるファイル転送方法であって、
   前記ホストクライアント装置が、前記ホストユーザからの要求に応じて、他のユーザに対してファイル送信を依頼するためのファイル送信依頼を前記専用アドレスが付与されていないゲストユーザに対して送信する場合に、当該ファイル送信依頼に応じてゲストユーザがファイルを送信する際の送信先となる返信先アドレスと、当該ゲストユーザのメールアドレスとをそれぞれ前記ファイル送信依頼に含めて前記サーバ装置に送信する依頼送信工程と、
   前記サーバ装置が、前記ホストクライアント装置からファイル送信依頼を受信した場合に、当該ファイル送信依頼によるファイル送信の依頼先がゲストユーザであるか否かを判定する依頼先判定工程と、
   前記サーバ装置が、前記依頼先判定工程によって前記依頼先がゲストユーザであると判定された場合に、当該ゲストユーザに対して前記ファイル送信依頼に応じたファイル送信を許可するための返信用認証情報を含めた依頼到着通知メールを前記ファイル送信依頼に含まれていたゲストユーザのメールアドレスに送信するメール送信工程と、
   前記サーバ装置が、前記メール送信工程によって送信された依頼到着通知メールに含まれていた返信用認証情報をゲストユーザから受け付けた場合に、当該返信用認証情報とともに受け付けたファイルを前記ファイル送信依頼に含まれていた返信アドレスに転送するファイル転送工程と、
   を含んだことを特徴とするファイル転送方法。

Images