(57)【要約】【課題】シグナリングプロトコルを適用した通信基盤において、複数の端末からある特定の端末に対して、高速なファイルの転送を同時に実行する。【解決手段】仲介サーバは、ある転送要求端末から、シグナリングプロトコルに従い送信された、転送応答端末との間の接続要求情報を受信すると、他の転送要求端末と転送応答端末との間のセッションの確立の有無に関わらず、接続要求情報を転送応答端末に対して転送する。転送応答端末は、既にセッションの確立がなされている接続数が最大接続数未満である場合には、ファイルの転送先を示す位置情報を含み、接続許可応答を示す接続応答情報を、仲介サーバを介して転送要求端末に送信する。転送要求端末は、接続応答情報に含まれている位置情報が示す転送先に対して、データ転送用のプロトコルに従って、ファイルを送信する。【選択図】図１
2009080805.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介してファイルを転送するファイル転送システムであって、
前記ネットワークに接続される複数の転送要求端末と、
前記ネットワークに接続される転送応答端末と、
前記ネットワークに接続され、前記転送要求端末と前記転送応答端末との間のセッションの確立を仲介する仲介サーバと、
を備え、
ある前記転送要求端末が、前記ネットワークを介して、シグナリングプロトコルに従い、前記仲介サーバに対して、前記転送応答端末との間のセッションの確立のための接続要求を示す接続要求情報を送信すると、
前記接続要求情報を受信した前記仲介サーバは、他の前記転送要求端末と前記転送応答端末との間のセッションの確立がなされているか否かに関わらず、前記ネットワークを介して、前記接続要求情報を前記転送応答端末に対して転送し、
前記接続要求情報を受信した前記転送応答端末は、既にセッションの確立がなされている接続数が、同時に接続が可能な最大接続数未満である場合には、前記ネットワークを介して、前記ファイルの転送先を示す前記ネットワーク上における位置情報を含み、接続許可応答を示す接続応答情報を前記仲介サーバに対して送信するとともに、前記接続数が前記最大接続数に等しい場合には、前記ネットワークを介して接続不可応答を示す接続応答情報を前記仲介サーバに対して送信し、
前記接続応答情報を受信した前記仲介サーバは、前記接続要求情報を送信した前記転送要求端末に対して前記接続応答情報を転送し、
前記接続応答情報を受信した前記転送要求端末は、受信した前記接続応答情報が前記接続許可応答を示す場合には、前記接続応答情報に含まれている前記位置情報が示す前記転送先に対して、データ転送用のプロトコルに従って、前記ファイルを送信する、ファイル転送システム。
【請求項２】
請求項１記載のファイル転送システムにおいて、
前記転送先を示す前記位置情報は、前記ネットワーク上における前記転送応答端末とは異なる位置を示す、ファイル転送システム。
【請求項３】
請求項１または請求項２記載のファイル転送システムにおいて、
前記シグナリングプロトコルは、ＳＩＰ（Session Initiation Protocol）である、ファイル転送システム。
【請求項４】
請求項１ないし請求項３のいずれかに記載のファイル転送システムにおいて、
前記データ転送用プロトコルは、ＨＴＴＰ（Hypertext Transfer Protocol）である、ファイル転送システム。
【請求項５】
ネットワークに接続され、転送応答端末および仲介サーバとともに、前記ネットワークを介してファイルを転送するファイル転送システムを構成する転送要求端末であって、
前記ネットワークを介して、シグナリングプロトコルに従い、前記仲介サーバに対して、前記転送応答端末との間のセッションの確立のための接続要求を示す接続要求情報を送信するとともに、
前記転送応答端末において既にセッションの確立がなされている接続数よりも同時に接続が可能な最大接続数のほうが大きく、前記応答端末から前記仲介サーバに対して送信され、前記仲介サーバから転送された前記接続要求に対する応答を示す接続応答情報が接続許可応答であることを示す場合には、前記接続応答情報に含まれている前記ネットワーク上における位置情報の示す前記ファイルの転送先に対して、データ転送用のプロトコルに従って、前記ファイルを送信する、転送要求端末。
【請求項６】
ネットワークに接続され、複数の転送要求端末および仲介サーバとともに、前記ネットワークを介してファイルを転送するファイル転送システムを構成する転送応答端末であって、
ある前記転送要求端末から、前記ネットワークを介して、シグナリングプロトコルに従い、前記仲介サーバに対して、前記転送応答端末との間のセッションの確立のための接続要求を示す接続要求情報が送信され、前記接続要求情報を受信した前記仲介サーバから、他の前記転送要求端末と前記転送応答端末との間のセッションの確立がなされているか否かに関わらず、前記ネットワークを介して、前記接続要求情報が転送された場合に、
既にセッションの確立がなされている接続数が、同時に接続が可能な最大接続数未満である場合には、前記ネットワークを介して、前記ファイルの転送先を示す前記ネットワーク上における位置情報を含み、接続許可応答を示す接続応答情報を前記仲介サーバに対して送信するとともに、前記接続数が前記最大接続数に等しい場合には、前記ネットワークを介して接続不可応答を示す接続応答情報を前記仲介サーバに対して送信する、転送応答端末。
【請求項７】
ネットワークに接続され、複数の転送要求端末および転送応答端末とともに、前記ネットワークを介してファイルを転送する転送システムを構成する仲介サーバであって、
ある前記転送要求端末から、前記ネットワークを介して、シグナリングプロトコルに従い、前記転送応答端末との間のセッションの確立のための接続要求を示す接続要求情報が送信された場合に、
他の前記転送要求端末と前記転送応答端末との間のセッションの確立がなされているか否かに関わらず、前記接続要求情報を前記転送応答端末に対して転送する、仲介サーバ。
【請求項８】
ファイルを、ネットワークを介して転送するファイル転送方法であって、
前記ネットワークには、複数の転送要求端末、転送応答端末および仲介サーバが接続されており、
前記ファイル転送方法は、
ある前記転送要求端末が、前記ネットワークを介して、シグナリングプロトコルに従い、前記仲介サーバに対して、前記転送応答端末との間のセッションの確立のための接続要求を示す接続要求情報を送信すると、
前記接続要求情報を受信した前記仲介サーバは、他の前記転送要求端末と前記転送応答端末との間のセッションの確立がなされているか否かに関わらず、前記ネットワークを介して、前記接続要求情報を前記転送応答端末に対して転送し、
前記接続要求情報を受信した前記転送応答端末は、既にセッションの確立がなされている接続数が、同時に接続が可能な最大接続数未満である場合に、前記ネットワークを介して、前記ファイルの転送先を示す前記ネットワーク上における位置情報を含み、接続許可応答を示す接続応答情報を前記仲介サーバに対して送信するとともに、前記接続数が前記最大接続数に等しい場合には、前記ネットワークを介して接続不可応答を示す接続応答情報を前記仲介サーバに対して送信し、
前記接続応答情報を受信した前記仲介サーバは、前記接続要求情報を送信した前記転送要求端末に対して前記接続応答情報を転送し、
前記接続応答情報を受信した前記転送要求端末は、受信した前記接続応答情報が前記接続許可応答を示す場合には、前記接続応答情報に含まれている前記位置情報が示す前記転送先に対して、データ転送用のプロトコルに従って、前記ファイルを送信する、ファイル転送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファイルを、ネットワークを介して転送するための技術、特に、複数の端末からある特定の端末に対するファイルの転送を同時に高速に実行することを可能とする技術に関するものである。なお、本明細書中において、「ファイル」とは、文書、画像、またはそれら組み合わせ情報などを表すデータを所定のファイル形式でまとめたデータのまとまりをいう。
【背景技術】
【０００２】
従来、ＦＡＸやＩＰ電話等の電話網において利用されているプロトコルであるＳＩＰ（SESSION INITIATION PROTOCOL ）を、セッションを確立するためのプロトコルとして適用した通信基盤において、音声以外のデータの通信は、ＲＴＰ（Real-time Transport Protocol）と呼ばれるプロトコルに従い、転送すべきデータを音声データとみなして扱うこと（みなし音声通信）によって、なされていた。
【０００３】
しかしながら、ＲＴＰには、パケット長およびパケット送信間隔が固定である、という制限があるため、仮に、高速な通信基盤におけるデータの通信において、ＲＴＰに従ったみなし音声通信を適用した場合には、高速な通信基盤の能力を充分に生かすことができず、高速なデータの通信を実現することができない、という問題があった。
【０００４】
上記問題に対しては、例えば、特許文献１に記載されているように、みなし音声通信によってデータ通信を行うのではなく、プロトコルとしてＨＴＴＰを使用することにより、高速なデータ通信を行う技術が考えられている。
【０００５】
しかしながら、特許文献１に記載の技術では、高速なファイルの転送については実現可能であるが、まだ、以下で説明する制限がある。すなわち、シグナリングプロトコルであるＳＩＰを端末間のセッションの確立のためのプロトコルとして用いる以上、各端末は必ずひとつのセッションの確立しか行うことができない、という制限がある。この制限により、例えば、ある特定のサービス提供端末に対して、複数のサービス利用端末がほぼ同時にセッションの確立を要求し、ファイルの転送を望むような場面では、サービス提供端末は一度にひとつのサービス利用端末としかセッションを確立することができないため、他のサービス利用端末には、いわゆる話中による通信障害が発生することになる。このため、高速なデータ通信が可能な通信基盤であったとしても、その能力を充分に活用することができないことになる。
【０００６】
【特許文献１】特開２００４−１４７１２８号公報
【特許文献２】特開２００２−２７１６００号公報
【特許文献３】特開２００６−５０２７３号公報
【特許文献４】特開平８−２２３３８６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
そこで、本発明の目的は、端末間のセッションの確立のためのプロトコルとしてシグナリングプロトコルを適用した通信基盤において、複数の端末からある特定の端末に対して、高速なファイルの転送を同時に実行することを可能とする技術を提供することにある。
【課題を解決するための手段】
【０００８】
本発明は、上述の課題の少なくとも一部を解決するためになされたものであり、以下の形態又は適用例として実現することが可能である。
【０００９】
［適用例１］
ネットワークを介してファイルを転送するファイル転送システムであって、
前記ネットワークに接続される複数の転送要求端末と、
前記ネットワークに接続される転送応答端末と、
前記ネットワークに接続され、前記転送要求端末と前記転送応答端末との間のセッションの確立を仲介する仲介サーバと、
を備え、
ある前記転送要求端末が、前記ネットワークを介して、シグナリングプロトコルに従い、前記仲介サーバに対して、前記転送応答端末との間のセッションの確立のための接続要求を示す接続要求情報を送信すると、
前記接続要求情報を受信した前記仲介サーバは、他の前記転送要求端末と前記転送応答端末との間のセッションの確立がなされているか否かに関わらず、前記ネットワークを介して、前記接続要求情報を前記転送応答端末に対して転送し、
前記接続要求情報を受信した前記転送応答端末は、既にセッションの確立がなされている接続数が、同時に接続が可能な最大接続数未満である場合には、前記ネットワークを介して、前記ファイルの転送先を示す前記ネットワーク上における位置情報を含み、接続許可応答を示す接続応答情報を前記仲介サーバに対して送信するとともに、前記接続数が前記最大接続数に等しい場合には、前記ネットワークを介して接続不可応答を示す接続応答情報を前記仲介サーバに対して送信し、
前記接続応答情報を受信した前記仲介サーバは、前記接続要求情報を送信した前記転送要求端末に対して前記接続応答情報を転送し、
前記接続応答情報を受信した前記転送要求端末は、受信した前記接続応答情報が前記接続許可応答を示す場合には、前記接続応答情報に含まれている前記位置情報が示す前記転送先に対して、データ転送用のプロトコルに従って、前記ファイルを送信する、ファイル転送システム。
【００１０】
このように、適用例１のファイル転送システムでは、仲介サーバは、いずれかの転送要求端末から接続要求がなされた場合において、他の転送要求端末と応答端末との間で既にセッションの確立がなされているか否かに関わらず、その接続要求を示す接続要求情報を応答端末に転送することができ、応答端末は、ファイルの転送先における最大接続数まで接続を許可し、セッションを確立することができ、セッションを確立した転送要求端末は、転送先に対して、データ転送用のプロトコルに従って、ファイルを送信することができるので、端末間のセッションの確立のためのプロトコルとしてシグナリングプロトコルを適用した通信基盤において、複数の端末からある特定の端末に対して、高速なファイルの転送を同時に実行することが可能となる。
【００１１】
なお、ネットワーク上における位置情報としては、例えば、ＩＰ（Internet Protocol）アドレスや、ＭＡＣ（Media Access Control）アドレスなどを利用することができる。
【００１２】
［適用例２］
適用例１記載のファイル転送システムにおいて、
前記転送先を示す前記位置情報は、前記ネットワーク上における前記転送応答端末とは異なる位置を示す、ファイル転送システム。
【００１３】
このように、適用例２のファイル転送システムでは、転送応答端末とは異なるネットワーク上の位置にある転送先にファイルを転送することができるので、転送要求端末の台数に応じて、同時に受信可能な接続数を容易に増加させることが可能である。
【００１４】
［適用例３］
適用例１または適用例２記載のファイル転送システムにおいて、
前記シグナリングプロトコルは、ＳＩＰ（Session Initiation Protocol）である、ファイル転送システム。
【００１５】
ＳＩＰは、ＩＰ電話などにも用いられ、汎用性に富んだプロトコルであるからである。
【００１６】
［適用例４］
適用例１ないし適用例３のいずれかに記載のファイル転送システムにおいて、
前記データ転送用プロトコルは、ＨＴＴＰ（Hypertext Transfer Protocol）である、ファイル転送システム。
【００１７】
ＨＴＴＰは、Ｗｅｂなどでも用いられ、文書や画像などのファイルを転送するのに適したプロトコルであるからである。
【００１８】
［適用例５］
ネットワークに接続され、転送応答端末および仲介サーバとともに、前記ネットワークを介してファイルを転送するファイル転送システムを構成する転送要求端末であって、
前記ネットワークを介して、シグナリングプロトコルに従い、前記仲介サーバに対して、前記転送応答端末との間のセッションの確立のための接続要求を示す接続要求情報を送信するとともに、
前記転送応答端末において既にセッションの確立がなされている接続数よりも同時に接続が可能な最大接続数のほうが大きく、前記応答端末から前記仲介サーバに対して送信され、前記仲介サーバから転送された前記接続要求に対する応答を示す接続応答情報が接続許可応答であることを示す場合には、前記接続応答情報に含まれている前記ネットワーク上における位置情報の示す前記ファイルの転送先に対して、データ転送用のプロトコルに従って、前記ファイルを送信する、転送要求端末。
【００１９】
適用例５の転送要求端末をファイル転送システムに適用すれば、適用例１と同様の効果を奏することができる。
【００２０】
［適用例６］
ネットワークに接続され、複数の転送要求端末および仲介サーバとともに、前記ネットワークを介してファイルを転送するファイル転送システムを構成する転送応答端末であって、
ある前記転送要求端末から、前記ネットワークを介して、シグナリングプロトコルに従い、前記仲介サーバに対して、前記転送応答端末との間のセッションの確立のための接続要求を示す接続要求情報が送信され、前記接続要求情報を受信した前記仲介サーバから、他の前記転送要求端末と前記転送応答端末との間のセッションの確立がなされているか否かに関わらず、前記ネットワークを介して、前記接続要求情報が転送された場合に、
既にセッションの確立がなされている接続数が、同時に接続が可能な最大接続数未満である場合には、前記ネットワークを介して、前記ファイルの転送先を示す前記ネットワーク上における位置情報を含み、接続許可応答を示す接続応答情報を前記仲介サーバに対して送信するとともに、前記接続数が前記最大接続数に等しい場合には、前記ネットワークを介して接続不可応答を示す接続応答情報を前記仲介サーバに対して送信する、転送応答端末。
【００２１】
適用例６の転送応答端末をファイル転送システムに適用すれば、適用例１と同様の効果を奏することができる。
【００２２】
［適用例７］
ネットワークに接続され、複数の転送要求端末および転送応答端末とともに、前記ネットワークを介してファイルを転送する転送システムを構成する仲介サーバであって、
ある前記転送要求端末から、前記ネットワークを介して、シグナリングプロトコルに従い、前記転送応答端末との間のセッションの確立のための接続要求を示す接続要求情報が送信された場合に、
他の前記転送要求端末と前記転送応答端末との間のセッションの確立がなされているか否かに関わらず、前記接続要求情報を前記転送応答端末に対して転送する、仲介サーバ。
【００２３】
適用例７の仲介サーバをファイル転送システムに適用すれば、適用例１と同様の効果を奏することができる。
【００２４】
［適用例８］
ファイルを、ネットワークを介して転送するファイル転送方法であって、
前記ネットワークには、複数の転送要求端末、転送応答端末および仲介サーバが接続されており、
前記ファイル転送方法は、
ある前記転送要求端末が、前記ネットワークを介して、シグナリングプロトコルに従い、前記仲介サーバに対して、前記転送応答端末との間のセッションの確立のための接続要求を示す接続要求情報を送信すると、
前記接続要求情報を受信した前記仲介サーバは、他の前記転送要求端末と前記転送応答端末との間のセッションの確立がなされているか否かに関わらず、前記ネットワークを介して、前記接続要求情報を前記転送応答端末に対して転送し、
前記接続要求情報を受信した前記転送応答端末は、既にセッションの確立がなされている接続数が、同時に接続が可能な最大接続数未満である場合に、前記ネットワークを介して、前記ファイルの転送先を示す前記ネットワーク上における位置情報を含み、接続許可応答を示す接続応答情報を前記仲介サーバに対して送信するとともに、前記接続数が前記最大接続数に等しい場合には、前記ネットワークを介して接続不可応答を示す接続応答情報を前記仲介サーバに対して送信し、
前記接続応答情報を受信した前記仲介サーバは、対応する前記転送要求端末に対して前記接続応答情報を転送し、
前記接続応答情報を受信した前記転送要求端末は、受信した前記接続応答情報が前記接続許可応答である場合には、前記接続応答情報に含まれている前記位置情報が示す前記転送先に対して、データ転送用のプロトコルに従って、前記ファイルを送信する、ファイル転送方法。
【００２５】
適用例８のファイル転送方法によれば、適用例１と同様の効果を奏することができる。
【００２６】
なお、本発明は、上記したファイル転送システムなどの装置発明の態様やファイル転送方法などの方法発明の態様に限ることなく、それら方法や装置を構築するためのコンピュータプログラムとしての態様や、そのようなコンピュータプログラムを記録した記録媒体としての態様など、種々の態様で実現することも可能である。
【発明を実施するための最良の形態】
【００２７】
以下、本発明の実施の形態を実施例に基づいて以下の順序で説明する。
Ａ．実施例の構成：
Ｂ．実施例の動作：
Ｃ．実施例の効果：
Ｄ．変形例：
【００２８】
Ａ．実施例の構成：
図１は本発明の一実施例としてのファイル転送システムの概略構成を示すブロック図である。
【００２９】
図１に示すとおり、本実施例のファイル転送システムは、ファイルの送信を要求する３台の要求端末１０ａ，１０ｂ，１０ｃと、各要求端末１０ａ，１０ｂ，１０ｃからの接続要求に対応する処理を実行する応答端末２０と、各要求端末１０ａ，１０ｂ，１０ｃから送信されるファイルを、応答端末２０に代わって受信し、各要求端末１０ａ，１０ｂ，１０ｃとの間で実際にファイルの転送を行うファイル受信サービス端末３０と、ネットワークサービス提供業者によって管理されるＳＩＰ（Session Initiation Protocol）サーバ４０と、で構成されている。要求端末１０ａ，１０ｂ，１０ｃ、応答端末２０、ファイル受信サービス端末３０、及びＳＩＰサーバ４０は、インターネットを含む、いわゆるブロードバンドネットワーク５０を介して接続されている。なお、以下の説明では、３台の要求端末１０ａ，１０ｂ、１０ｃを特に区別することなく説明する場合には、それぞれの符号ａ，ｂ，ｃを省略し、単に、「要求端末１０」のように記載することとする。また、図１では、説明の便宜上、要求端末１０の台数を３台として示しているが、これに限定されるものではなく、任意の台数の要求端末で構成することが可能である。
【００３０】
Ａ１．要求端末：
図２は図１における要求端末１０の主要構成を示すブロック図である。要求端末１０は、コンピュータシステムによって構成され、種々の処理や制御を行う機能ブロックを備える。具体的には、図２に示すように、通信部１０２、登録部１０４、接続要求部１０６、接続応答部１０８、接続確認部１１０、ファイル転送部１１２、接続切断部１１４、転送管理部１１６、再転送管理部１１８、記憶部１２０、及び操作パネル１２２の各機能ブロック、を備える。
【００３１】
通信部１０２は、ネットワークを介して他の装置との間で各種データやファイル、情報などの伝送を行う機能ブロックである。
【００３２】
登録部１０４は、ＳＩＰサーバ４０を介して装置間のセッションを確立するためにネットワークサービス提供業者からあらかじめ割り当てられている、自身を特定するためのＵＲＩ（Uniform Resource Identifier ）の情報および自身のＩＰ（Internet Protocol ）アドレスの情報を、登録情報としてＳＩＰサーバ４０に登録する機能ブロックである。この処理は、例えば端末の起動時に実行される。また、定期的に実行されてもよい。自身を特定するためのＵＲＩとしては、例えば、［sip:user@host］のように、スキーム、ユーザ名、および、ドメイン名で構成される。［sip:］はＳＩＰであることを示す識別子（スキーム）であり、［user］はＳＩＰユーザ名であり、［host］はＳＩＰドメイン名である。ユーザ名［user］としては、ＩＰ電話等の電話番号のような数字や、ニックネーム等が用いられる。ＳＩＰドメイン名［host］としては、接続されるＳＩＰサーバと同じドメイン名やＩＰアドレスが用いられる。図１の例では、各要求端末１０ａ，１０ｂ，１０ｃのユーザ名［user］として、それぞれ、［001］，［002］，［003］が設定されており、ＳＩＰドメイン名［host］として、［sipnet.com］が設定されている。なお、後述する応答端末２０を特定するためのＵＲＩも、同様に、ユーザ名［user］として、［000］が設定されており、ＳＩＰドメイン名［host］として、［sipnet.com］が設定されている。また、各要求端末１０ａ，１０ｂ，１０ｃのＩＰアドレスとしては、それぞれ、［10.0.0.1］，［10.0.0.2］，［10.0.0.3］が設定されており、応答端末２０およびファイル受信サービス端末３０のＩＰアドレスとしては、それぞれ、［20.0.0.1］および［20.0.0.2］が設定されている。
【００３３】
接続要求部１０６は、自身が接続を要求する接続要求元端末である場合において、接続を要求される接続要求先端末のＵＲＩと自身（接続要求元端末）のＵＲＩとを少なくとも含む接続情報を生成し、生成した接続情報をＳＩＰサーバ４０に対して送信して接続要求を行う機能ブロックである。
【００３４】
接続確認部１１０は、接続要求先端末から送信されてくる接続情報を受信し、受信した接続情報が接続不可応答情報ならば接続の処理を中止し、受信した接続情報が接続許可応答情報ならば、受信した接続情報に基づいて接続要求先端末との間におけるセッションを確立する機能ブロックである。なお、「セッションの確立」の意味については後述する。
【００３５】
ファイル転送部１１２は、接続確認部１１０が受信した接続許可応答情報に基づいて、接続要求先端末との間でファイルの転送を実行する機能ブロックである。ただし、ファイルの転送には、ＳＩＰではなく、データ転送プロトコルの一種であるＨＴＴＰ（Hypertext Transfer Protocol）やＦＴＰ（File Transfer Protocol）を用いるようにしている。すなわち、ファイル転送部１１２は、いわゆるＨＴＴＰクライアントやＦＴＰクライアントとして機能する。以下の説明におけるファイルの転送は、ＨＴＴＰを用いて実行されるものとする。
【００３６】
なお、要求端末１０からのファイルの転送は、実際には応答端末２０との間で実行されるのではなく、後述するように、ファイル受信サービス端末３０との間で実行される。換言すれば、ファイル受信サービス端末３０は、応答端末２０の代わりにファイルを受信して格納する装置である。以下では、ファイル受信サービス端末３０を「代行受信装置３０」とも呼ぶ。
【００３７】
接続切断部１１４は、接続端末間の通信を終了する機能ブロックである。具体的には、自身が接続要求元端末である場合には、接続要求先端末のＵＲＩと自身のＵＲＩとを少なくとも含む切断要求情報を、ＳＩＰサーバ４０を介して接続要求先端末へ送信して切断要求を行う。一方、自身が接続要求先端末である場合には、ＳＩＰサーバ４０から送られてきた切断要求情報を受信すると、切断を許可する旨を示した切断許可情報をＳＩＰサーバ４０へ送信し、切断要求情報を送信してきた端末（接続要求元端末）に対して切断許可応答を返す。
【００３８】
転送管理部１１６は、１つのファイルの送受信が終了したら、一旦端末間の接続を切断し、次に送るファイルがまだ存在する場合には、そのファイルの転送用に改めて、接続要求部１０６による接続を開始させる機能ブロックである。
【００３９】
再転送管理部１１８は、接続要求部１０６による接続要求を行った際に、既に接続要求先が接続中で接続不可であった場合に、これまでにファイルの送信に掛かった平均時間（平均送信時間）を算出しておき、その時間の経過後に改めて接続要求の処理〜ファイル転送の処理にリトライする機能ブロックである。なお、リトライの回数はあらかじめ定めた回数まで行うことができる。
【００４０】
記憶部１２０は、自身に割り当てられたＵＲＩや送信するファイル、受信したファイル、各種情報を記憶する機能ブロックである。
【００４１】
操作パネル１２２は、ダイヤルやボタン、キーボード、表示画面等から構成され、ファイル転送の指示等を指定する機能ブロックである。
【００４２】
接続応答部１０８は、自身が接続要求先端末となる場合において、ＳＩＰサーバ４０を介して送られてきた接続要求元端末からの接続情報を受信する機能ブロックである。そして、接続応答部１０８は、セッションを確立して接続が可能である場合には、接続の許可を示すステータス情報、接続要求元端末のＵＲＩ、自身のＵＲＩ、およびファイルの転送先を示すＩＰアドレスを少なくとも含む接続情報（以下、「接続許可応答情報」とも呼ぶ。）を生成して、ＳＩＰサーバ４０に送信することにより、接続要求元端末に対して接続許可応答を行う。一方、接続応答部１０８は、接続が不可である場合には、接続の不可を示すステータス情報、接続要求元端末のＵＲＩ、および自身のＵＲＩを少なくとも含む接続情報（以下、「接続許不可応答情報」とも呼ぶ。）を生成して、ＳＩＰサーバ４０に送信することにより、接続要求元に対して接続不可応答を返す。
【００４３】
Ａ２．応答端末：
図３は図１における応答端末２０の主要構成を示すブロック図である。応答端末２０も、コンピュータシステムによって構成され、種々の処理や制御を行う機能ブロックを備える。具体的には、図３に示すように、通信部２０２、登録部２０４、接続要求部２０６、接続応答部２０８、接続確認部２１０、ファイル転送部２１２、接続切断部２１４、転送管理部２１６、再転送管理部２１８、記憶部２２０、及び操作パネル２２２の各機能ブロック、を備える。なお、各機能ブロックの機能は、要求端末１０を構成する各機能ブロックと同じであるので、説明を省略する。
【００４４】
Ａ３．ＳＩＰサーバ：
図４は図１におけるＳＩＰサーバ４０の主要構成を示すブロック図である。ＳＩＰサーバ４０は、サーバコンピュータによって構成されており、種々の処理や制御を行う機能ブロックを備える。具体的には、図４に示すように、通信部４０２、登録情報管理部４０４、接続情報管理部４０６、記憶部４０８、および操作パネル４１０を備える。なお、通信部４０２、記憶部４０８、および操作パネル４１０は、要求端末１０や応答端末２０に備える通信部、記憶部、および操作パネルと同様の機能を有する機能ブロックであるので、説明を省略する。
【００４５】
登録情報管理部４０４は、各端末から送信される登録情報を受信し、記憶部４０８により記憶部４０８に含まれる記憶領域に記憶する機能ブロックである。
【００４６】
接続情報管理部４０６は、各端末から送信される接続要求を受信し、受信した接続要求に含まれる接続要求先端末のＵＲＩが、複数の端末から同時にファイルの転送が可能な端末を示す特定のＵＲＩであった場合には、その接続要求先端末が既に他の端末と接続中であったとしても、その接続要求を、接続要求先端末へ転送する機能ブロックである。なお、接続要求を接続要求先端末へ転送する場合には、記憶部４０８において記憶領域に登録されている各端末の登録情報を検索することにより、受信した接続要求に含まれる接続要求先端末のＵＲＩに対応するＩＰアドレスの情報を取得し、取得したＩＰアドレス宛に接続要求を転送する。なお、上記特定のＵＲＩは、接続要求先端末、例えば、本例においては接続応答端末２０の登録部２０４によって、ＳＩＰサーバ４０に登録情報を登録する際に、複数の端末と接続可能であることを示す情報が登録されることにより、ＳＩＰサーバ４０で認識することができる。
【００４７】
Ａ４．ファイル受信サービス端末：
図５は図１におけるファイル受信サービス端末３０の主要構成を示すブロック図である。ファイル受信サービス端末３０も、サーバコンピュータによって構成されており、種々の処理や制御を行う機能ブロックを備える。具体的には、図５に示すように、通信部３０２、ファイル受信サービス部３０４、および記憶部３０６を備える。なお、通信部３０２は、要求端末１０や、応答端末２０、ＳＩＰサーバ４０に備える通信部と同様の機能を有するブロックであるので、説明を省略する。
【００４８】
ファイル受信サービス部３０４は、ファイルの転送を実行する要求端末１０から送信されてくるファイルを受信する機能ブロックである。上記したように、要求端末１０からのファイルの転送はＨＴＴＰやＦＴＰに従って実行されるものであり、ファイル受信サービス部３０４はいわゆるＨＴＴＰサーバやＦＴＰサーバとして機能するものである。
【００４９】
また、ファイル受信サービス部３０４は、ファイル受信サービス端末３０が同時に接続可能な最大端末数を示す最大接続数と、ファイル受信サービス端末３０が現在接続している端末数を示す接続数とを含む接続状況情報を管理している。ここで、ファイル受信サービス端末３０の最大接続数は、応答端末２０の代行受信装置としての最大接続数を意味する。
【００５０】
記憶部３０６は、転送されたファイルや、上記接続状況情報等の各種情報を記憶する機能ブロックである。
【００５１】
Ｂ．実施例の動作：
本実施例では、上述したとおり、シグナリングプロトコルの一種であるＳＩＰを用いて、装置間におけるセッションの確立を行い、データ転送プロトコルの一種であるＨＴＴＰを用いて、装置間におけるファイルの転送を行う。以下では、接続要求元端末としての要求端末１０と、接続要求先端末としての応答端末２０との間でセッションの確立を行い、接続要求元端末としての要求端末１０から送信されるファイルを、接続要求先端末としての応答端末２０に代わって代行受信装置３０が実際に受信して格納することを前提とし、要求端末１０、ＳＩＰサーバ４０、および、応答端末２０の各機能ブロックの動作と、システム全体としての動作について説明する。ここで、「セッションの確立」とは、要求端末１０から代行受信装置３０に向けてファイルを転送できる状態にすることを意味しており、通常のＳＩＰプロトコルにおけるセッションの確立（要求端末１０と応答端末２０との間で直接データを送受信できる状態にすること）とは異なっている。この点において、本実施例において使用するＳＩＰプロトコルは、従来のＳＩＰプロトコルから拡張されたものであると考えることが可能である。
【００５２】
Ｂ１．要求端末における動作：
図６は、要求端末１０がファイル送信を実行する場合に要求端末１０で実行される処理の手順を示す説明図である。なお、前提として、接続要求元端末である要求端末１０（図２）および接続要求先端末である応答端末２０（図３）は、起動時から定期的に登録情報をＳＩＰサーバ４０（図４）へ通知し、それぞれのＵＲＩおよびＩＰアドレスが登録されているものとする。また、要求端末１０は、図６に示す処理を開始する前に、あらかじめ、転送するファイルを記憶部１２０に記憶しているものとする。なお、この転送するファイルは、図示しないスキャン機能により取り込まれたファイルや、他の記録媒体から読み込まれたファイル等の種々のファイルとすることができる。
【００５３】
要求端末１０のユーザが操作パネル１２４を操作し、応答端末２０へのファイル転送を指示すると、図６に示したファイル送信の処理を開始する。なお、この指示としては、例えば、応答端末２０のＵＲＩを構成するユーザ識別子［user］としての番号をダイヤルする方法や、あらかじめ応答端末のＵＲＩが登録されたワンタッチボタンを押す方法が考えられる。
【００５４】
まず、接続要求部１０６が、接続要求先端末として指定された応答端末２０のＵＲＩと、接続要求元端末としての要求端末１０自身のＵＲＩと、を少なくとも含む接続情報を生成し、生成した接続情報をＳＩＰサーバ４０に対して送信することにより、接続要求を行う（ステップＳ１０２）。
【００５５】
そして、接続確認部１１０が、接続要求先端末である応答端末２０からＳＩＰサーバ４０を介して送信される接続情報を受信し、応答端末２０との間でセッションを確立して接続が可能であるか否か判断する（ステップＳ１０４）。接続情報が接続許可応答を示す情報であった場合には（ステップＳ１０４：ＹＥＳ）、ファイル転送部１１２がファイルの転送を実行する（ステップＳ１０６）。なお、この場合において、ファイル転送部１１２によるファイルの送信先は、応答端末２０ではなく、その代行受信装置としてのファイル受信サービス端末３０である。具体的には、接続許可応答情報には、上述したように、ファイル転送先情報として代行受信装置３０のＩＰアドレス（［20.0.0.2］）が書き込まれており、ファイル転送部１１２は、このＩＰアドレスに対応する代行受信装置３０に対して、ＨＴＴＰに従ってファイル転送を実行する。
【００５６】
ファイル転送部１１２によるファイル送信を終了すると、接続切断部１１４が応答端末２０との間の接続の切断を実行する（ステップＳ１０８）。
【００５７】
応答端末２０との間の接続の切断を実行すると、転送管理部１１６は、記憶部１２０に記憶している平均送信時間を更新する(ステップＳ１１０)。この平均送信時間は、あらかじめ、ファイルの送信にかかった時間を計測しておくことにより、容易に求めることができる。
【００５８】
そして、転送管理部１１６は、ファイルの送信を継続するか否か判断する（ステップＳ１１６）。未送信のファイルが存在しており、ファイルの送信を継続する場合には(ステップＳ１１６：ＹＥＳ)、ステップＳ１０２へ戻って、処理を繰り返す。一方、未送信のファイルが存在しておらず、ファイルの送信継続しない場合には（ステップＳ１１６：ＮＯ）、処理を終了する。
【００５９】
以上の説明からわかるように、転送するファイルが複数存在する場合には、ファイル単位で、接続要求、ファイル転送、切断が繰り返される。
【００６０】
ところで、ステップＳ１０４において、応答端末２０からＳＩＰサーバ４０を介して送信された接続情報が接続不可応答を示す情報であった場合には（ステップＳ１０４：ＮＯ）、さらに、接続要求先端末である応答端末２０、より具体的にはその代行受信装置３０が、その最大接続数に等しい接続数の端末と接続中であるために、接続不可であるか否か判断する（ステップＳ１１２）。このとき、代行受信装置３０が、最大接続数に等しい接続数の端末と接続中であるために、新たな接続が不可である場合には（ステップＳ１１２：ＹＥＳ）、再転送管理部１１８が、記憶部１２０から平均送信時間を取得し、平均送信時間の間、処理の進行を中断して待機させる（ステップＳ１１４）。そして、平均送信時間の間待機後、ステップＳ１０２へ戻って、接続要求部１０６がふたたび接続要求を行う。一方、応答端末２０からＳＩＰサーバ４０を介して送信された接続情報が接続不可情報である（ステップＳ１０４：ＮＯ）が、接続要求先である応答端末２０の代行受信装置３０が接続可能な端末数に余裕があり、まだ接続可能である場合には（ステップＳ１１２：ＮＯ）接続失敗と判断し（ステップＳ１１８）、このまま処理を終了する。なお、接続要求先端末である応答端末２０の代行受信装置３０が他の要求端末と接続中であり、さらに接続数を増加可能であるか否かは、ＳＩＰサーバ４０を介して応答端末２０から送信されてきた接続情報に含まれるステータスから容易に判断することができる。
【００６１】
Ｂ２．ＳＩＰサーバにおける動作：
図７は、接続要求元端末としての要求端末１０が応答端末２０の代行受信装置３０へファイル送信を実行する場合にＳＩＰサーバ４０で実行される処理の手順を示す説明図である。この処理は、接続要求元端末である要求端末１０から接続要求としての接続情報が送信されてくるごとに、実行される。
【００６２】
まず、ＳＩＰサーバ４０の接続情報管理部４０６は、受信した接続要求に基づいて、この接続要求が複数端末と接続可能な接続要求先端末への接続要求であるか否か判断する（ステップＳ４０２）。上記したように、接続要求先端末からの登録情報に、複数端末と接続可能であることを示す情報が含まれている場合には、複数端末と接続可能な端末への接続要求と判断し、そうでなければ、複数端末と接続不可な端末への接続要求と判断することができる。
【００６３】
そして、複数端末と接続不可である場合には（ステップＳ４０２：ＮＯ）、通常のＳＩＰに従った接続処理を実行する（ステップＳ４０４）。
【００６４】
一方、複数端末と接続可である場合には（ステップＳ４０２：ＹＥＳ）、その接続要求を、接続要求先端末である応答端末２０へ送信する(ステップＳ４０６)。なお、この接続要求の接続要求先端末への転送は、記憶部４０８において記憶領域に登録されている各端末の登録情報を検索することにより、受信した接続要求に含まれる接続要求先端末のＵＲＩに対応するＩＰアドレスの情報を取得し、取得したＩＰアドレス宛に接続要求を転送することにより、実行することができる。
【００６５】
次に、接続要求先端末である応答端末２０からの応答を受信し、受信した応答が接続許可応答であるか接続不可応答であるか判断する（ステップＳ４０８）。受信した応答が接続許可応答である場合には（ステップＳ４０８：ＹＥＳ）、接続要求元端末である要求端末１０へ、その接続許可応答を転送する（ステップＳ４１０）。一方、受信した応答が接続不可応答である場合には（ステップＳ４０８：ＮＯ）、接続要求元端末である要求端末１０へ、その接続不可応答を転送する(ステップＳ４１２)。
【００６６】
Ｂ３．応答端末における動作：
図８は、接続要求元端末としての要求端末１０が接続要求先端末としての応答端末２０の代行受信装置３０へファイル送信を実行する場合に応答端末２０で実行される処理の手順を示す説明図である。この処理は、接続要求元端末である要求端末１０からＳＩＰサーバ４０を介して接続要求が送信されてくるごとに、実行される。
【００６７】
まず、接続要求を受信すると、応答端末２０の接続応答部２０８は、接続許容範囲内の接続要求であるか否か、すなわち、代行受信装置３０の最大接続数以下か否かを判断する（ステップＳ３０２）。
【００６８】
接続中の端末数が接続許容範囲の端末数と同じである場合には、接続許容範囲を超えた接続要求であると判断し（ステップＳ３０２：ＮＯ）、接続不可応答を生成し、生成した接続不可応答を、ＳＩＰサーバ４０を介して、接続要求元端末である要求端末１０に対して送信し（ステップＳ３０４）、処理を終了する。
【００６９】
なお、上記判断は、実際にファイルを受信する代行受信装置３０の記憶部３０６に記憶されている接続状況情報取得し、接続状況情報中に含まれている最大接続数および接続数を比較することにより、判断することができる。最大接続数は、代行受信装置３０が同時に接続が可能な最大端末数（接続許容範囲）であり、接続数は現在接続している端末数である。従って、［最大接続数＝接続数］の場合には、接続許容範囲を超えた接続要求であると判断することができ、［最大接続数＞接続数］の場合には、接続許容範囲内の接続要求であると判断することができる。
【００７０】
一方、代行受信装置３０に接続中の端末数が接続許容範囲の端末数よりも少ない場合には、接続許容範囲以内の接続要求であると判断し（ステップＳ３０２：ＹＥＳ）、接続許可応答を示す接続情報（接続許可応答情報）を生成し、生成した接続情報を、ＳＩＰサーバ４０を介して、接続要求元である要求端末１０に対して送信する（ステップＳ３０６）。そして、代行受信装置３０の記憶部３０６に記憶されている接続状況情報中の接続数を１増加させた数値に更新する（ステップＳ３０８）。なお、接続許可応答には、ファイル転送先のあて先として、実際に転送されるファイルを受信する代行受信装置３０のＩＰアドレス（［２０．０．０．２］）が記述される。
【００７１】
以上のようにして、接続要求元端末である要求端末１０と接続要求先端末である応答端末２０との間のセッションが確立されると、実際のファイル受信先である代行受信装置３０のファイル受信サービス部３０４が、ファイル送信元である要求端末１０からＨＴＴＰに従って送信されるファイルを受信することにより、ファイルの転送を実行する（ステップＳ３１０）。代行受信装置３０の受信したファイルは記憶部３０６に記憶される。このファイルは、応答端末２０に再転送する必要は無く、通常は、単に代行受信装置３０内に格納される。代行受信装置３０に格納されたファイルは、必要に応じて任意に読み出すことが可能である。
【００７２】
なお、代行受信装置３０において、ファイル受信サービス部３０４が受信したファイルを記憶部３０６に記憶する際には、ファイル送信元のＵＲＩのユーザ名を含むファイル名で記憶することが好ましい。例えば、第１の要求端末１０ａから送信されたファイルのファイル名が［xxxx.jpg］の場合に、［001@sipnet.xxxx.jpg］のように、第１の要求端末１０ａのＵＲＩを含むファイル名で記憶するようにすればよい。このようにすれば、例えば、このファイルに修正等を加えて返信する際に、ファイル名から容易に返信先のＵＲＩを特定することができるので、操作が簡単であり、送信先（返信先）の指定ミスを防止することが可能である。
【００７３】
そして、ファイル送信元端末である要求端末１０からのファイル送信が終了し、ＳＩＰサーバ４０を介して要求端末１０からの切断要求を示す切断情報を受信すると、接続切断部２１４が接続の切断処理を実行する（ステップＳ３１２）。そして、代行受信装置３０の記憶部３０６に記憶されている接続状況情報中の接続数を１減少させた数値に更新して（ステップＳ３１４）、処理を終了する。
【００７４】
Ｂ４．システム全体としての動作：
以下では、接続要求元端末である要求端末１０ａ、要求端末１０ｂ、および要求端末１０ｃが、この順で、応答端末２０に対して、ファイルの転送を行うための接続要求を実行する場合を例に、システム全体としての動作を説明する。以下では、代行受信装置３０の最大接続数は［２］であり、３番目の要求端末１０ｃが応答端末２０に対して接続要求を行った時点において、１番目および２番目の接続要求元端末である要求端末１０ａおよび要求端末１０ｂが応答端末２０に対して接続中となる例を説明する。
【００７５】
図９は、１番目の接続要求元端末である要求端末１０ａが接続要求を行った場合のシステム全体としての動作を示す説明図である。
【００７６】
１番目の接続要求元端末である要求端末１０ａは、まず、接続要求を示す接続情報（以下、単に「接続要求」と記す。）をＳＩＰサーバ４０に送信する(実線矢印Ａ１０１)。接続要求には、接続要求元端末である自身のＵＲＩ（［sip:001@sipnet.com］）および接続要求先端末である応答端末２０のＵＲＩ（［sip:000@sipnet.com］）が含まれている。
【００７７】
接続要求を受信したＳＩＰサーバ４０は、受信した接続要求に含まれる接続要求先端末である応答端末２０のＵＲＩが、同時に複数の端末の接続が可能な特定のＵＲＩであると判断し、応答端末２０に対して、受信した接続要求を転送する（実線矢印Ａ１０２）。
【００７８】
接続要求を受信した応答端末２０は、代行受信装置３０から接続状況情報を取得する（実線矢印Ａ１０３）。そして、取得した接続状況情報に含まれる代行受信装置３０における最大接続数（［２］）と、現在の接続数（［０］）とを比較する。このとき、接続数は最大接続数よりも小さいので、接続許可応答を示す接続情報(以下、単に「接続許可応答」と記す。)を、ＳＩＰサーバ４０に送信する（破線矢印Ａ１０４）。接続許可応答には、接続の許可を示すステータス情報、接続要求元端末である要求端末１０ａのＵＲＩ（［sip:001@sipnet.com］）、接続要求先端末である応答端末２０自身のＵＲＩ（［sip:000@sipnet.com］）、およびファイルの転送先である代行受信装置３０のＩＰアドレス（［20.0.0.2］）が少なくとも含まれている。
【００７９】
接続許可応答を受信したＳＩＰサーバ４０は、接続要求元端末である１番目の要求端末１０ａに対して、受信した接続許可応答を転送する（破線矢印Ａ１０５）。この結果、１番目の要求端末１０ａは、ＳＩＰサーバ４０から送信された接続許可応答を受信する。
【００８０】
以上のようにして、１番目の要求端末１０ａがＳＩＰサーバ４０を介して応答端末２０に対して接続要求を行い、応答端末２０からＳＩＰサーバ４０を介して接続許可応答を受け取ることにより、１番目の要求端末１０ａと応答端末２０との間のセッションが確立される。前述したように、「セッションの確立」とは、要求端末１０から代行受信装置３０に向けてファイルを転送できる状態にすることを意味しており、通常のＳＩＰプロトコルにおけるセッションの確立（要求端末１０と応答端末２０との間で直接メディアストリームを送受信できる状態にすること）とは異なっている。
【００８１】
１番目の要求端末１０ａと応答端末２０との間のセッションが確立されると、１番目の要求端末１０ａは、接続許可情報より取得した代行受信装置３０のＩＰアドレスに基づいて、代行受信装置３０に対して、ＳＩＰサーバ４０を介することなく、直接アクセスして、ＨＴＴＰに従ってファイルを送信する（白抜き矢印Ａ１０６）。
【００８２】
図１０は、２番目の接続要求元端末である要求端末１０ｂが接続要求を行った場合のシステム全体としての動作を示す説明図である。
【００８３】
前提で説明したように、代行受信装置３０の最大接続数は［２］であるので、２番目の接続要求元端末である要求端末１０ｂも同時に接続可能である。従って、図１０に示すように、２番目の接続要求元端末である要求端末１０ｂも、１番目の要求端末１０ａと同様に、ＳＩＰサーバ４０を介して応答端末２０との間でセッションの確立を行うことができ（実線矢印Ａ２０１〜Ａ２０３，破線矢印Ａ２０４，Ａ２０５）、代行受信装置３０に対して、ＳＩＰサーバ４０を介することなく、直接アクセスして、ＨＴＴＰに従ってファイルを送信することができる（白抜き矢印Ａ２０６）。
【００８４】
図１１は、３番目の接続要求元端末である要求端末１０ｃが接続要求を行った場合のシステム全体としての動作を示す説明図である。
【００８５】
前提で説明したように、代行受信装置３０の最大接続数は［２］であるのに対して、１番目の要求端末１０ａおよび２番目の要求端末１０ｂが応答端末２０に対して接続中であるため、応答端末２０が代行受信装置３０から取得する接続状況情報に含まれる接続数は［２］となる。この場合には、以下で説明するように、３番目の要求端末１０ｃは接続できないことになる。
【００８６】
３番目の接続要求元端末である要求端末１０ｃは、他の要求端末と同様に、まず、接続要求を、ＳＩＰサーバ４０を介して接続要求先端末である応答端末２０に送信する（実線矢印Ａ３０１，Ａ３０２）。
【００８７】
接続要求を受信した応答端末２０は、代行受信装置３０から接続状況情報を取得する（実線矢印Ａ３０３）。そして、取得した接続状況情報に含まれる最大接続数（［２］）と、現在の接続数（［２］）とを比較する。このとき、接続数は最大接続数と等しいので、接続不可応答を示す接続情報（以下、単に「接続不可応答」と記す。）を、ＳＩＰサーバ４０に送信する（破線矢印Ａ３０４）。接続不可応答には、接続の不可を示すステータス情報、接続要求元端末である要求端末１０ｃのＵＲＩ（［sip:003@sipnet.com］）、接続要求先端末である応答端末２０自身のＵＲＩ（［sip:000@sipnet.com］）が少なくとも含まれている。
【００８８】
接続不可応答を受信したＳＩＰサーバ４０は、接続要求元端末である３番目の要求端末１０ｃに対して、受信した接続不可応答を転送する（破線矢印Ａ３０５）。この結果、３番目の要求端末１０ｃは、ＳＩＰサーバから送信された接続不可応答を受信する。
【００８９】
以上のようにして、３番目の要求端末１０ｃがＳＩＰサーバ４０を介して応答端末２０に対して接続要求を行った場合、応答端末２０からＳＩＰサーバ４０を介して接続不可応答を受けとることになる。この場合、３番目の要求端末１０ｃと応答端末２０との間ではセッションを確立することができず、３番目の要求端末１０ｃはファイルの転送を実行することができない。
【００９０】
ただし、上述した（Ｂ１．要求端末における動作：）において説明したように、３番目の要求端末１０ｃは、処理の進行を、平均送信時間の間だけ待った後、再びセッションの確立を試みることができる。このとき、再び接続要求を行った際に、応答端末２０の代行受信装置３０に接続中の端末数が最大接続数よりも少なければ、３番目の要求端末１０ｃも、セッションを確立することができ、ファイルの転送を実行することができる。
【００９１】
Ｃ．実施例の効果：
本実施例では、シグナリングプロトコルの一種であるＳＩＰを用いて、接続要求元端末である要求端末１０と、接続要求先端末である応答端末２０との間でＳＩＰサーバを介してセッションの確立を行い、データ転送プロトコルの一種であるＨＴＴＰを用いることにより、要求端末１０と代行受信装置３０との間におけるファイルの転送を、ＳＩＰサーバを介さずに直接行うことができる。
【００９２】
そして、ＳＩＰサーバ４０は、ある接続要求元端末である要求端末１０から接続要求を受け取った場合に、接続要求先端末である応答端末２０が既に他の接続要求元端末である要求端末１０とセッションが確立されて接続中であったとしても、受け取った接続要求を応答端末２０に転送することができる。そして、応答端末２０は、代行受信装置３０において、ＨＴＴＰを用いて送信されるファイルを受信することができる最大端末数まで、接続許可応答を行い、セッションを確立することができる。
【００９３】
従って、シグナリングプロトコルをセッションの確立のためのプロトコルとして適用した通信基盤において、複数の端末（要求端末）からある特定の端末（応答端末の代行受信装置）に対して、高速なファイルの転送を同時に実行することが可能である。
【００９４】
また、接続要求元端末である要求端末１０との間で実際にファイルの転送を行うのは、接続要求先端末である応答端末２０ではなく、応答端末２０が接続許可応答に含めて通知したＩＰアドレスを有する代行受信装置３０である。このため、システムの規模、例えば、接続要求元端末である要求端末１０の台数等に応じて、代行受信装置３０の台数を容易に増加させることができる。また、システムの規模に関わらず、複数の端末（要求端末）からある特定の端末（応答端末の代行受信装置）に対して、高速なファイルの転送を同時に実行することが可能である。
【００９５】
また、接続要求元端である要求端末１０は、転送すべきファイルが複数存在する場合でも、１つのファイルを転送する度に一旦端末間の接続を切断し、改めて接続要求を行ってセッションの確立を実行することとしている。このため、その要求端末１０のみが応答端末２０との間の接続を占有する時間を減少させることができ、他の要求端末１０がセッションを確立してファイルの転送が可能となる機会を増加させることができる。これにより、システム全体として平準化されたファイルの転送を行うことが可能となり、システムの利用満足度を向上させることができる。
【００９６】
また、接続要求元端である要求端末１０は、接続要求先端末である応答端末２０は、既に他の要求端末１０と接続中であるために、応答端末２０から接続不可応答がなされた場合において、これまでにファイルの転送にかかった平均時間を算出しておき、その平均時間経過後に改めて、一定回数まで接続要求を行うことができる。平均時間経過後に接続要求を行うことにより、接続中であった他の要求端末１０の接続が終了しているタイミングで接続要求を行う可能性が高くなり、接続できる可能性を高めることができる。
【００９７】
Ｄ．変形例：
なお、本発明は上記した実施例や実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の態様にて実施することが可能である。
【００９８】
上記した実施例においては、ＳＩＰサーバ４０と同一のドメイン中で要求端末１０、応答端末２０、および代行受信装置３０が存在している場合を例に説明したが、これに限定されるものではなく、要求端末１０と応答端末２０および代行受信装置３０とが、それぞれ異なったドメイン中に存在する構成としてもよい。
【００９９】
上記した実施例においては、応答端末２０とは異なる別の端末として代行受信装置３０を備える場合を説明したが、代行受信装置３０の機能を応答端末２０内に備えるようにしてもよい。この場合には、応答端末２０は、ＳＩＰプロトコル用のＵＲＩと、代行受信用のＵＲＩの２つの異なるＵＲＩを利用して、上記の処理を実行する。
【０１００】
上記した実施例においては、ネットワークとして、インターネットを含むブロードバンドネットワークを利用したが、携帯電話網や、公衆電話網などを利用するようにしてもよい。
【０１０１】
上記した実施例においては、シグナリングプロトコルの一種であるＳＩＰを利用したが、本発明はこれに限定されるものではなく、Ｈ．３２３や、ＭＧＣＰ（Media Gateway Control Protocol）、ＭＥＧＡＣＯ（Media Gateway Control）などを用いるようにしてもよい。
【図面の簡単な説明】
【０１０２】
【図１】本発明の一実施例としてのファイルの転送システムの概略構成を示すブロック図である。
【図２】図１における要求端末１０の主要構成を示すブロック図である。
【図３】図１における応答端末２０の主要構成を示すブロック図である。
【図４】図１におけるＳＩＰサーバ４０の主要構成を示すブロック図である。
【図５】図１におけるファイル転送サービス端末３０の主要構成を示すブロック図である。
【図６】要求端末１０がファイル送信を実行する場合に要求端末１０で実行される処理の手順を示す説明図である。
【図７】接続要求元端末としての要求端末１０が接続要求先端末としての応答端末２０へファイル送信を実行する場合にＳＩＰサーバ４０で実行される処理の手順を示す説明図である。
【図８】接続要求元端末としての要求端末１０が接続要求先端末としての応答端末２０へファイル送信を実行する場合に応答端末２０で実行される処理の手順を示す説明図である。
【図９】１番目の接続要求元端末である要求端末１０ａが接続要求を行った場合のシステム全体としての動作を示す説明図である。
【図１０】２番目の接続要求元端末である要求端末１０ｂが接続要求を行った場合のシステム全体としての動作を示す説明図である。
【図１１】３番目の接続要求元端末である要求端末１０ｃが接続要求を行った場合のシステム全体としての動作を示す説明図である。
【符号の説明】
【０１０３】
１０（１０ａ，１０ｂ，１０ｃ）…の要求端末
２０…応答端末
３０…ファイル転送サービス端末
４０…ＳＩＰサーバ
５０…ブロードバンドネットワーク
１０２…通信部
１０４…登録部
１０６…接続要求部
１０８…接続応答部
１１０…接続確認部
１１２…ファイル転送部
１１４…接続切断部
１１６…転送管理部
１１８…再転送管理部
１２０…記憶部
１２２…操作パネル
１２４…操作パネル
２０２…通信部
２０４…登録部
２０６…接続要求部
２０８…接続応答部
２１０…接続確認部
２１２…ファイル転送部
２１４…接続切断部
２１６…転送管理部
２１８…再転送管理部
２２０…記憶部
２２２…操作パネル
３０２…通信部
３０４…ファイル転送サービス部
３０６…記憶部
４０２…通信部
４０４…登録情報管理部
４０６…接続情報管理部
４０８…記憶部
４１０…操作パネル
【図１】
2009080805.tif 000003
【図２】
2009080805.tif 000004
【図３】
2009080805.tif 000005
【図４】
2009080805.tif 000006
【図５】
2009080805.tif 000007
【図６】
2009080805.tif 000008
【図７】
2009080805.tif 000009
【図８】
2009080805.tif 000010
【図９】
2009080805.tif 000011
【図１０】
2009080805.tif 000012
【図１１】
2009080805.tif 000013