(57)【要約】【課題】  ファイル送受信を行う双方の端末が片方向の通信しかできない環境下においても、ユーザにネットワーク環境を意識させることなく直接ファイル転送を行うことを可能にする。【解決手段】  利用者端末１Ｂのファイル取得部１１２はＰ２Ｐ通信部１１４を用いて中継端末２にファイル配置要求を送信する。中継端末２のＰ２Ｐ通信部２１４はファイル配置要求を利用者端末１Ａに転送する。利用者端末１ＡのＰ２Ｐ通信部１１４はファイル配置要求を受信し、ファイル取得部１１２に渡す。ファイル取得部１１２はファイル管理部１１１内のファイルＤＢ１１１１から指定されたファイル１１１１１を取得し、ファイル転送部１１５より中継端末２に転送する。中継端末２のファイル転送部２１５はファイル１１１１１を受信し、ファイル管理部２１１内のファイルＤＢ２１１１に登録する。【選択図】  図３
2005316690.tif 000002
【特許請求の範囲】
【請求項１】
自律分散協調により任意の情報、タスクを送受信する、Ｐ２Ｐネットワーク上に接続された複数の利用者端末間でファイルを共有し、ネットワーク環境の制約により双方向通信が不可能な状況における通信手段としてＤＭＺに位置するＲＰを用いて通信を行うＰ２Ｐファイル転送方法であって、
前記利用者端末が所定のファイルもしくはフォルダ情報を送受信する段階と、
前記利用者端末がＲＰへ所定のファイルを送信する段階と、
前記ＲＰにおいて、前記利用者端末から受信したファイルもしくはフォルダ情報の一意性を保障し該当の端末間に受信させる段階と、
を有する、Ｐ２Ｐファイル転送方法。
【請求項２】
前記利用者端末同士間で情報を取得するプル型または、情報を提供するプッシュ型のファイル転送を行う、請求項１に記載のＰ２Ｐファイル転送方法。
【請求項３】
前記利用者端末同士間で情報を送受信する場合、ファイル単位またはフォルダ単位の指定を行いファイル転送を行う、請求項１または２に記載のＰ２Ｐファイル転送方法。
【請求項４】
前記利用者端末は、直接通信が可能な場合は直接ファイル転送を、前記ＲＰを用いる必要のある場合は、前記ＲＰを用いたファイル転送を自動で選択する、請求項１から３のいずれかに記載のＰ２Ｐファイル転送方法。
【請求項５】
ファイルを管理するファイルＤＢを含み、そのファイルの管理を行うファイル管理手段と、
前記ファイル管理手段にアクセスし、ファイルの取得を行うファイル取得手段と、
前記ファイル管理手段にアクセスし、任意のフォルダごと取得を行うフォルダ取得手段と、
端末間でＨｏｐ−ｂｙ−Ｈｏｐで転送する機能を持つＰ２Ｐ通信手段と、
ファイルの転送を行うファイル転送手段と
を含むＰ２Ｐファイル転送装置を有する利用者端末と、
ファイアウォール外の他ホストからアクセス可能な領域に設置され、ファイルを管理するファイルＤＢを含み、そのファイルの管理を行うファイル管理手段と、
利用者端末間でＨｏｐ−ｂｙ−Ｈｏｐで転送する機能を持つＰ２Ｐ通信手段と、
ファイルの転送を行うファイル転送手段と
を含むＰ２Ｐファイル転送装置を有する中継端末を
有するＰ２Ｐファイル転送システム。
【請求項６】
前記両Ｐ２Ｐファイル転送装置は、上位アプリケーションとＯＳの間に位置している、請求項５に記載のＰ２Ｐファイル転送システム。
【請求項７】
Ｐ２Ｐネットワーク上に接続された利用者端末において、
ファイルを管理するファイルＤＢを含み、そのファイルの管理を行うファイル管理手段と、
前記ファイル管理手段にアクセスし、ファイルの取得を行うファイル取得手段と、
前記ファイル管理手段にアクセスし、任意のフォルダごと取得を行うフォルダ取得手段と、
端末間でＨｏｐ−ｂｙ−Ｈｏｐで転送する機能を持つＰ２Ｐ通信手段と、
ファイルの転送を行うファイル転送手段と
を含むＰ２Ｐファイル転送装置を有することを特徴とする利用者端末。
【請求項８】
Ｐ２Ｐネットワークシステム上に接続された中継端末において、
ファイアウォール外の他ホストからアクセス可能な領域に設置され、ファイルを管理するファイルＤＢを含み、そのファイルの管理を行うファイル管理手段と、
端末間でＨｏｐ−ｂｙ−Ｈｏｐで転送する機能を持つＰ２Ｐ通信手段と、
ファイルの転送を行うファイル転送手段と
を含むＰ２Ｐファイル転送装置を有することを特徴とする中継端末。
【請求項９】
請求項７または請求項８に記載の端末の機能をコンピュータで実行するためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、利用者端末間で直接ファイル転送を行うＰ２Ｐファイル転送方法に関する。
【背景技術】
【０００２】
代表的なＰ２Ｐファイル共有であるＧｎｕｔｅｌｌａ（ｗｗｗ．ｇｎｕｔｅｌｌａ．ｃｏｍ／）におけるファイアウォール対応方法は、ファイル保持側からプッシュ（送信）する方法をとっており、１つのファイアウォールにしか対応していない（非特許文献１）。ファイルをプッシュされる（取得する）側は、ネットワークの外から内へ通信を許容するネットワーク環境に変更する必要があり、セキュリティ面で問題となる。また、Ｇｎｕｔｅｌｌａ固有の機能であり他Ｐ２Ｐアプリケーション開発者・ユーザが汎用的に利用できる機能ではない。
【０００３】
異なるファイアウォール環境に位置する端末間でファイルを送受信することは、現状のクライアント／サーバモデルを用いたアプリケーション（サイボウズ：ｈｔｔｐ：／／ｃｙｂｏｚｕ．ｃｏ．ｊｐ／）で実現されているが、様々な環境からアクセスを許容した場合、ファイル管理装置であるサーバにファイル原本を定常的に保存することになりセキュリティ管理を厳重に行う必要がある。
【非特許文献１】ｈｔｔｐ：／／ｗｗｗ．ａｔｍａｒｋｉｔ．ｃｏ．ｊｐ／ｆｗｉｎ２ｋ／ｅｘｐｅｒｉｍｅｎｔｓ／ｇｎｕｔｅｌｌａ＿ｆｏｒ＿ａｄｍｉｎ／ｇｎｕｔｅｌｌａ＿ｆｏｒ＿ａｄｍｉｎ＿５．ｈｔｍｌ
【非特許文献２】「ブローカモデルとＳＩＯＮｅｔ」電気通信協会発行
【非特許文献３】ＪＸＴＡ（ｈｔｔｐ：／／ｗｗｗ．ｊｘｔａ．ｏｒｇ／）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
Ｐ２ＰプラットフォームであるＳＩＯＮｅｔ（非特許文献２）においては、異なるファイアウォール環境での接続方法について提案されているが、Ｐ２Ｐネットワーク上でのメッセージを送受信するためのコネクション確立のみであり、ファイル転送の機能がない。また、非特許文献３においては、パイプを利用することにより、異なるファイアウォール間のファイル転送が可能であるが、大きなファイルを転送する場合、分割転送されるため上位アプリケーションでのファイルの分割・組立てを実施する必要がある。また、分割メッセージの欠損が発生した場合についても上位アプリケーション側で対応する必要があり、ＪＸＴＡのみで保障されたファイル自体の転送を完結して行うことは困難である。
【０００５】
本発明の目的は、ファイル送受信を行う双方の端末がファイアウォール、ＮＡＴ（Ｎｅｔｗｏｒｋ  Ａｄｄｒｅｓｓ  Ｔｒａｎｓｌａｔｏｒ）等、片方向の通信しかできない環境下においても、ユーザに双方向通信の可否等ネットワーク環境を意識させることなく直接ファイル転送を行うことを可能とするＰ２Ｐファイル転送方法、システム、利用者端末、中継端末、およびプログラムを提供することにある。
【課題を解決するための手段】
【０００６】
本発明のＰ２Ｐファイル転送方法は、
自律分散協調により任意の情報、タスクを送受信する、Ｐ２Ｐネットワーク上に接続された複数の利用者端末間でファイルを共有し、ネットワーク環境の制約により双方向通信が不可能な状況における通信手段としてＤＭＺ（ＤｅＭｉｌｌｉｔａｒｉｚｅｄ  Ａｒｅａ）に位置するＲＰ（ランデンブピア）を用いて通信を行うＰ２Ｐファイル転送方法であって、
利用者端末が所定のファイルもしくはフォルダ情報を送受信する段階と、
利用者端末がＲＰへ所定のファイルを送信する段階と、
ＲＰにおいて、端末から受信したファイルもしくはフォルダ情報の一意性（ファイル名やフォルダ名が改されることなく通信できること）を保障し、該当の利用者端末間に受信させる段階と、
を有する。
【０００７】
また、本発明のＰ２Ｐファイル転送システムは、
ファイルを管理するファイルＤＢを含み、そのファイルの管理を行うファイル管理手段と、
ファイル管理手段にアクセスし、ファイルの取得を行うファイル取得手段と、
ファイル管理手段にアクセスし、任意のフォルダごと取得を行うフォルダ取得手段と、
利用者端末間でＨｏｐ−ｂｙ−Ｈｏｐで転送する機能を持つＰ２Ｐ通信手段と、
ファイルの転送を行うファイル転送手段と
を含むＰ２Ｐファイル転送装置を有する利用者端末と、
ファイアウォール外の他ホストからアクセス可能な領域に設置され、ファイルを管理するファイルＤＢを含み、そのファイルの管理を行うファイル管理手段と、
利用者端末間でＨｏｐ−ｂｙ−Ｈｏｐで転送する機能を持つＰ２Ｐ通信手段と、
ファイルの転送を行うファイル転送手段と
を含むＰ２Ｐファイル転送装置を有する中継端末とを有する。
【０００８】
本発明では、図１６に示すように、ＦＷ／ＮＡＴ等を介して別セグメントとの通信がない場合、ＲＰ非経由にて直接利用者端末間の通信を行い、ＦＷ／ＮＡＴ等を介して拠点間を跨る通信がある場合、ＲＰ経由による通信を行う。
【０００９】
ＤＭＺに中継装置（ＲＰ）を設置することで、外部に公開することができるため、別拠点の人がＲＰにファイルを置いたり、ファイルを取得したりすることができる。そのため、ＲＰは利用者端末の外にあることにある。
【００１０】
また、Ｐ２Ｐファイル転送装置は図１７に示すソフトウェア構造を取り、上位アプリケーションにＦＷ／ＮＡＴ等の環境を意識させることなく、ファイル単位、フォルダ単位のファイル転送ＡＰＩを提供している。
【００１１】
本発明は、異なるファイアウォール、ＮＡＴ環境に位置する端末間でＰ２Ｐの利点である集中管理装置の導入・運用コスト削減、回線帯域の削減を損なうことなくファイルの送受信を実現する。
【００１２】
Ｇｎｕｔｅｌｌａにおけるセキュリティ面での問題は、ファイル送受信端末からアクセス可能なＲＰ（ランデブピア）を利用することにより、一般的なインターネット環境で許可されている内から外へのアクセス（Ｗｅｂの参照等）のみでファイル転送を可能とするためセキュリティ上新たな考慮点は、発生しない。また、２つのファイアウォール環境にも対応している。
【００１３】
ＲＰには転送するファイルが一時的に保存されるだけであり、サーバのような厳重なセキュリティ管理を必要としないネットワーク構成が可能となる。
【発明の効果】
【００１４】
本発明は、ファイル送受信を行う双方の端末がファイアウォール、ＮＡＴ等、片方向の通信しかできない環境下においても、ＤＭＺに配置されたＲＰを用いることにより、ユーザに双方向通信の可否等ネットワーク環境を意識させることなく直接ファイル転送を行うことが可能となる効果がある。
【発明を実施するための最良の形態】
【００１５】
次に、本発明の実施の形態について図面を参照して説明する。
【００１６】
図１は本発明の一実施形態のシステム構成図である。
【００１７】
本システムは利用者端末１Ａ、１Ｂと中継端末２で構成されている。利用者端末１ＡはＰ２Ｐファイル転送装置１１とアプリケーション１２を含んでいる。Ｐ２Ｐファイル転送装置１１は、ファイルを管理するファイルＤＢ１１１１を含み、ファイルを管理するファイル管理部１１１と、ファイル管理部１１１にアクセスし、ファイルを取得するファイル取得部１１２と、ファイル管理部１１１にアクセスし、任意のフォルダを取得するフォルダ取得部１１３と、他端末との間でＨｏｐ−ｂｙ−Ｈｏｐで転送するＰ２Ｐ通信部１１４と、他端末にファイルを転送するファイル転送部１１５を有している。利用者端末１Ｂも利用者端末１Ａと同様の構成である。中継端末２はＰ２Ｐファイル転送装置２１を含んでいるランデブピア（ＲＰ）である。Ｐ２Ｐファイル転送装置２１は、ファイルを管理する、ファイルＤＢ２１１１を含むファイル管理部２１１と、利用者端末１Ａ、１Ｂとの間でＨｏｐ−ｂｙ−Ｈｏｐで転送するＰ２Ｐ通信部２１４と、ファイルを転送するファイル転送部２１５を有している。
【００１８】
次に、本実施形態におけるプル型およびプッシュ型のファイル単位、フォルダ単位（フォルダ配下の全ファイル）のファイル転送動作を説明する。
【００１９】
１）プル型のファイル転送動作（図２〜図６）
利用者端末１Ａにあるファイルを利用者端末１Ｂが取得する場合、利用者端末１Ｂのアプリケーション１２からファイル取得部１１２に利用者端末１Ａ内のファイルを指定し、Ｄｅｌｉｖｅｒ  Ｐｕｌｌ  Ｆｉｌｅ（ファイルをデリバリにて取得）を要求する。要求を受けたファイル取得部１１２は、任意の方法（固定的に受け取る方法、段階的に通信環境を変えて通信を行い適切な通信を採用する、前記方法で取得した情報を保存しておき、次回以降の通信はこれを利用する等）で中継端末２を利用するか利用しないか判断する。すなわち、利用者端末１Ａは、利用者端末１Ｂが同一ネットワーク内にいるのか、それとも拠点を跨るネットワーク内にいるのかわからない。そのため、利用者端末１Ａは、同一ネットワーク内か拠点を跨るネットワークなのか判断する処理（疎通を確認する処理）を行うことで、利用者端末１Ａは、利用者端末１Ｂと通信を行うための最適な方法を選択し、適切な通信を行うことになる。
【００２０】
中継端末２を介さずにファイル転送を行う場合（図２）について説明する。利用者端末１Ｂのファイル取得部１１２はファイル取得要求を利用者端末１Ａのファイル転送部１１５に送信する。ファイル転送部１１５はファイル管理部１１１にアクセスし、指定されたファイル１１１１１をファイルＤＢ１１１１から取得し、ファイル転送部１１５よりファイル取得応答とともにファイル１１１１１を利用者端末１Ｂに転送する。利用者端末１Ｂのファイル取得部１１２はファイル１１１１１を取得し、ファイルＤＢ１１１１に格納する。
【００２１】
中継端末２を介してファイル転送を行う場合（図３〜図５）を説明する。利用者端末１Ｂのファイル取得部１１２はＰ２Ｐ通信部１１４を用いて中継端末２にファイル配置要求を送信する。中継端末２のＰ２Ｐ通信部２１４はファイル配置要求を利用者端末１Ａに転送する。利用者端末１ＡのＰ２Ｐ通信部１１４はファイル配置要求を受信し、ファイル転送部１１５に渡す。ファイル転送部１１５はファイル管理部１１１内のファイルＤＢ１１１１から指定されたファイル１１１１１を取得し、ファイル転送部１１５より中継端末２に転送する。中継端末２のファイル転送部２１５はファイル１１１１１を受信し、ファイル管理部２１１内のファイルＤＢ２１１１に登録する。
【００２２】
中継端末２にファイルを転送した利用者端末１Ａは次にファイル配置完了通知を中継端末２に送信する。中継端末２のＰ２Ｐ通信部２１４はこの通知を受け、指定されたファイルのアップロードが完了した旨を利用者端末１Ｂに通知する。利用者端末１ＢのＰ２Ｐ通信部１１４はこの通知をファイル取得部１１２に送る。ファイル取得部１１２はファイル取得要求を中継端末２に送信する。中継端末２のファイル転送部２１５はこの要求を受けてファイル管理部２１１内のファイルＤＢ２１１１からファイル１１１１１を取得し、ファイル取得応答とともに利用者端末１Ｂに送信する。利用者端末１Ｂのファイル取得部１１２はファイル１１１１１を取得し、ファイル管理部１１１内のファイルＤＢ１１１１に格納する。
【００２３】
利用者端末１Ｂのファイル取得部１１２は次に、ファイル削除要求を中継端末２に送信する。中継端末２のＰ２Ｐ通信部２１４はファイル削除要求を利用者端末１Ａに転送する。利用者端末１ＡのＰ２Ｐ通信部１１４はファイル削除要求を受け取ると、ファイル転送部１１５より中継端末２に対してファイルの削除を依頼する。中継端末２のファイル転送部２１５はこの依頼を受けてファイル管理部２１１のファイルＤＢ２１１１にあるファイル１１１１１を削除する。
【００２４】
図６はプル型のファイル転送が完了した状態を示している。
【００２５】
２）プッシュ型のファイル転送動作（図７〜図９）
プル型のファイル取得動作と同様に、利用者端末１Ａ内のファイルＤＢ１１１１にあるファイルを利用者端末１Ｂにコピーするものとし、利用者端末１Ａ側の動作でこれを行う。
【００２６】
中継端末２を介さずにファイル転送を行う場合（図７）について説明する。利用者端末１Ａのアプリケーション１２はファイル取得部１１２にＤｅｌｉｖｅｒ  Ｐｕｓｈ  Ｆｉｌｅ（ファイルをデリバリにて送信）を要求し、ファイル取得部１１２はＰ２Ｐ通信部１１４を用いてＤｅｌｉｖｅｒｙ  Ｐｕｌｌ  Ｆｉｌｅを利用者端末１Ｂに送信する。利用者端末１ＢのＰ２Ｐ通信部１１４はこれを受信し、ファイル取得部１１２は指定されたファイルのＤｅｌｉｖｅｒ  Ｐｕｌｌ  Ｆｉｌｅを行う。
【００２７】
次に、中継端末２を介してファイル転送を行う場合（図８）について説明する。利用者端末１Ａのアプリケーション１２はファイル取得部１１２にＤｅｌｉｖｅｒ  Ｐｕｓｈ  Ｆｉｌｅを要求する。ファイル取得部１１２はＰ２Ｐ通信部１１４を用いてＤｅｌｉｖｅｒ  Ｐｕｌｌ  Ｆｉｌｅを中継端末２に依頼する。中継端末２のＰ２Ｐ通信部２１４はこの依頼を利用者端末１Ｂに転送する。利用者端末１ＢのＰ２Ｐ通信部１１４はこの依頼を受信し、ファイル取得部１１２は指定されたファイルのＤｅｌｉｖｅｒ  Ｐｕｌｌ  Ｆｉｌｅを行う。
【００２８】
中継端末２を経由しない場合はＰ２Ｐ通信部１１４が直接通信を行い、中継端末２を経由する場合は、図８に示すように、中継端末２内のＰ２Ｐ通信部２１４を経由して通信が行われるが、この差異はＰ２Ｐ通信部１１４内で吸収するため上位アプリケーションにおいて特に意識する必要はない。
【００２９】
図９はプッシュ型のファイル転送結果を示している。
【００３０】
３）プル型のフォルダ単位のファイル転送（図１０〜図１２）
１）と同様に利用者端末１Ａ内のファイルＤＢ１１１１にあるファイルを利用者端末１Ｂにコピーする。この時に、フォルダを指定し、該フォルダ内にあるファイルをすべてコピーするものとする。
【００３１】
プル型のフォルダ単位のファイル転送の場合、フォルダ内のファイルイメージを取得する必要がある。この際にＰ２Ｐ転送部１１４を用いて該問い合わせを行う。
【００３２】
まず、中継端末２を介さずにプル型のフォルダ単位ファイル転送を行う場合（図１０）について説明する。利用者端末１Ｂのアプリケーション１２はフォルダ毎のファイル取得をフォルダ取得部１１３に要求し、フォルダ取得部１１３はＰ２Ｐ通信部１１４よりフォルダ情報要求を利用者端末１Ａに送信する。利用者端末１ＡのＰ２Ｐ通信部１１４はフォルダ情報要求を受信し、ファイル管理部１１１内のファイルＤＢ１１１１の情報からファイルリストを作成し、フォルダ情報を利用者端末１Ｂに送信する。利用者端末１ＢのＰ２Ｐ通信部１１４はこれを受信し、ファイル取得部１１２は該フォルダ情報を元にファイル毎にＤｅｌｉｖｅｒ  Ｐｕｌｌ  Ｆｉｌｅを行う。
【００３３】
次に、中継端末２を介してプル型のフォルダ単位ファイル転送を行う場合（図１１）について説明する。利用者端末１Ｂのアプリケーション１２は、フォルダ毎のファイル取得をフォルダ取得部１１３に要求する。Ｐ２Ｐ通信部１１４はフォルダ情報取得要求を中継端末２に送信する。中継端末２のＰ２Ｐ通信部２１４はこれを利用者端末１Ａに転送する。利用者端末１ＡのＰ２Ｐ送信部１１４はファイル管理部１１１内のファイルＤＢ１１１１の情報からファイルリストを作成し、フォルダ情報を中継端末２に送信する。中継端末２のＰ２Ｐ通信部２１４は受信したフォルダ情報を利用者端末１Ｂに転送する。利用者端末１ＢのＰ２Ｐ通信部１１４はこれを受信し、ファイル取得部１１２はフォルダ情報を元にファイル毎にＤｅｌｉｖｅｒ  Ｐｕｌｌ  Ｆｉｌｅを行う。
【００３４】
Ｐ２Ｐ転送部１１４を経由して受信した利用者端末１Ｂは、１）で記載したプル型のファイル転送の手順を利用して、受信したフォルダ内のファイル情報に基づいて繰り返しファイル転送を行う。
【００３５】
図１２はプル型のフォルダ単位ファイル転送結果を示している。
【００３６】
中継端末２を経由せずに該通信が行われる場合は、図１０に示すように、直接通信を行い、中継端末２を経由する場合には、図１１に示すように、中継端末２内のファイル転送部２１５を用いて転送されるが、２）の場合と同様、この差異はＰ２Ｐ通信部１１４内で吸収されるため、上位アプリケーションにおいて特に意識する必要はない。
【００３７】
４）プッシュ型のフォルダ単位のファイル転送（図１３〜図１５）
１）と同様に利用者端末１Ａ内のファイルＤＢ１１１１にあるファイルを利用者端末１Ｂにコピーする。この時に、フォルダを指定し、該フォルダ内にあるファイルをすべてコピーするものとする。また、このオペレーションはファイルを保持する利用者端末１Ａから行われるものとする。
【００３８】
プッシュ型のフォルダ単位のファイル転送の場合には、フォルダ内のファイルイメージが必要となる。このため、受信側（利用者端末１Ｂ）へファイル取得依頼を行う際に、ファイル管理部１１１に問い合わせ、該フォルダ内のファイル情報を取得し、Ｐ２Ｐ転送部１１４を用いて依頼を行う。
【００３９】
まず、中継端末２を介さずにプッシュ型のフォルダ単位ファイル転送を行う場合（図１３）について説明する。利用者端末１Ａのアプリケーション１２はファイル取得部１１２にＤｅｌｉｖｅｒ  Ｐｕｓｈ  Ｆｏｌｄｅｒ（フォルダをデリバリにて送信）を要求する。ファイル取得部１１２はファイル管理部１１１のファイルＤＢ１１１１からフォルダ内のファイル情報を取得する。Ｐ２Ｐ通信部１１４は利用者端末１ＢにＤｅｌｉｖｅｒ  Ｐｕｌｌ  Ｆｏｌｄｅｒ（フォルダをデリバリにて取得）を依頼する。利用者端末１ＢのＰ２Ｐ通信部１１４はこの依頼を受信し、ファイル取得部１１２は指定されたファイルのＤｅｌｉｖｅｒ  Ｐｕｌｌ  Ｆｉｌｅを行う。
【００４０】
次に、中継端末２を介してプッシュ型のフォルダ単位ファイル転送を行う場合（図１４）について説明する。利用者端末１Ａのアプリケーション１２はファイル取得部１１２にＤｅｌｉｖｅｒ  Ｐｕｓｈ  Ｆｏｌｄｅｒを要求する。ファイル取得部１１２はファイル管理部１１１内のファイルＤＢ１１１１からフォルダ内のファイル情報を取得する。Ｐ２Ｐ通信部１１４は中継端末２にＤｅｌｉｖｅｒ  Ｐｕｌｌ  Ｆｏｌｄｅｒを依頼する。中継端末２のＰ２Ｐ通信部２１４はこの依頼を利用者端末１Ｂに転送する。利用者端末１ＢのＰ２Ｐ通信部１１４はこの依頼を受信し、ファイル取得部１１２は指定されたファイルのＤｅｌｉｖｅｒ  Ｐｕｌｌ  Ｆｉｌｅを行う。
【００４１】
中継端末２を経由せずに該通信が行われる場合は、図１３に示すように、直接通信を行い、中継端末２を経由する場合には、図１４に示すように、中継端末２内のファイル転送部２１５を用いて転送される。３）の場合と同様、この差異はＰ２Ｐ通信部１１４内で吸収されるため、上位アプリケーションにおいて特に意識する必要なない。
【００４２】
Ｐ２Ｐ転送部１１４を経由して受信した利用者端末１Ｂは、１）で記載したプル型のファイル転送の手順を利用して、受信したフォルダ内のファイル情報に基づいて繰り返しファイル転送を行う。
【００４３】
上記に示した手順を経て、図１５に示すようにプッシュ型のフォルダ単位のファイル転送を完了する。
【００４４】
なお、利用者端末、中継端末は専用のハードウェアにより実現されるもの以外に、その機能を実現するためのプログラムを、コンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行するものであってもよい。コンピュータ読み取り可能な記録媒体とは、フロッピーディスク、光磁気ディスク、ＣＤ−ＲＯＭ等の記録媒体、コンピュータシステムに内蔵されるハードディスク装置等の記憶装置を指す。さらに、コンピュータ読み取り可能な記録媒体は、インターネットを介してプログラムを送信する場合のように、短時間の間、動的にプログラムを保持するもの（伝送媒体もしくは伝送波）、その場合のサーバとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含む。
【図面の簡単な説明】
【００４５】
【図１】本発明の一実施形態のＰ２Ｐファイル転送システムの構成図である。
【図２】プル型のファイル転送（ＲＰ非経由）の一連の処理を示す図である。
【図３】プル型のファイル転送（ＲＰ経由）の一連の処理を示す図である。
【図４】プル型のファイル転送（ＲＰ経由）の一連の処理を示す図である。
【図５】プル型のファイル転送（ＲＰ経由）の一連の処理を示す図である。
【図６】プル型のファイル転送の結果を示す図である。
【図７】プッシュ型のファイル転送（ＲＰなしで、ファイルをデリバリにて取得）の一連の処理を示す図である。
【図８】プッシュ型のファイル転送（ＲＰなしで、ファイルをデリバリにて取得）の一連の処理を示す図である。
【図９】プッシュ型のファイル転送の結果を示す図である。
【図１０】プル型のフォルダ単位ファイル転送（ＲＰなしでのフォルダ情報収集）の一連の処理を示す図である。
【図１１】プル型のフォルダ単位ファイル転送（ＲＰなしでのフォルダ情報収集）の一連の処理を示す図である。
【図１２】プル型のフォルダ単位ファイル転送の結果を示す図である。
【図１３】プッシュ型のフォルダ単位ファイル転送（ＲＰなしで、フォルダをデリバリにて収集）の一連の処理を示す図である。
【図１４】プッシュ型のフォルダ単位ファイル転送（ＲＰなしで、フォルダをデリバリにて収集）の一連の処理を示す図である。
【図１５】プッシュ型のフォルダ単位ファイル転送結果を示す図である。
【図１６】本発明が前提とする環境を示す図である。
【図１７】ソフトウェアアーキテクチャを示す図である。
【符号の説明】
【００４６】
１Ａ、１Ｂ    利用者端末
２    中継端末
１１    Ｐ２Ｐファイル転送装置
１２    アプリケーション
２１    Ｐ２Ｐファイル転送装置
１１１    ファイル管理部
１１２    ファイル取得部
１１３    フォルダ取得部
１１４    Ｐ２Ｐ通信部
１１５    ファイル転送部
２１１    ファイル管理部
２１４    Ｐ２Ｐ通信部
２１５    ファイル転送部
１１１１    ファイルＤＢ
２１１１    ファイルＤＢ
【図１】
2005316690.tif 000003
【図２】
2005316690.tif 000004
【図３】
2005316690.tif 000005
【図４】
2005316690.tif 000006
【図５】
2005316690.tif 000007
【図６】
2005316690.tif 000008
【図７】
2005316690.tif 000009
【図８】
2005316690.tif 000010
【図９】
2005316690.tif 000011
【図１０】
2005316690.tif 000012
【図１１】
2005316690.tif 000013
【図１２】
2005316690.tif 000014
【図１３】
2005316690.tif 000015
【図１４】
2005316690.tif 000016
【図１５】
2005316690.tif 000017
【図１６】
2005316690.tif 000018
【図１７】
2005316690.tif 000019