JP2014154139A - ファイル転送システム、ファイル転送方法、サーバおよびその制御方法と制御プログラム、通信端末およびその制御方法と制御プログラム、および、アプリケーションプログラム - Google Patents

Abstract

【課題】通信端末が在圏範囲外であっても通信端末間でファイルが転送でき、かつ、現場でファイル転送の完了を待機することなく、通信端末間における大容量ファイルの転送を行なうこと。
【解決手段】近接通信が可能な近接位置において、近接通信を用いて、転送元通信端末と転送先通信端末との間で、転送元通信端末を識別する第１端末識別子と転送先通信端末を識別する第２端末識別子との少なくともいずれか一方、および、転送しようとするファイルのファイル識別子を共有させ、近接通信の終了後に、転送元通信端末と転送先通信端末とが分かれて移動した異なる場所において、第１端末識別子により識別される転送元通信端末から第２端末識別子により識別され記転送先通信端末に対して、ファイル識別子により識別されるファイルをサーバを介して転送する。
【選択図】 図１

Description

本発明は、通信端末から通信端末へファイルを転送する技術に関する。

上記技術分野において、特許文献１には、携帯端末が無線ＬＡＮ、Bluetooth（登録商標）、非接触通信、赤外線通信などの複数の無線通信部を備え、データ種類やデータサイズに対応して無線通信部を選択して通信する技術が開示されている。

特開２０１１−０７１６０２号公報

しかしながら、上記文献に記載の技術は、携帯端末間の実時間での無線データ転送を改善する技術であり、どの無線通信部を使用したとしてもユーザは現場で携帯端末間のデータ転送が完了するのを待つ必要がある。したがって、特に携帯端末間における大容量ファイルの転送を行なう場合、ファイル転送の完了を待機する無駄な時間が発生してしまうため、非効率であった。

本発明の目的は、上述の課題を解決する技術を提供することにある。

上記目的を達成するため、本発明に係るファイル転送システムは、
ファイルを送信する転送元通信端末と前記ファイルを受信する転送先通信端末との近接通信が可能な近接位置において、前記近接通信を用いて、前記転送元通信端末と前記転送先通信端末との間で、前記転送元通信端末を識別する第１端末識別子と前記転送先通信端末を識別する第２端末識別子との少なくともいずれか一方、および、転送しようとするファイルのファイル識別子を共有させる識別子共有手段と、
前記近接通信の終了後に、前記転送元通信端末と前記転送先通信端末とが分かれて移動した異なる場所において、前記第１端末識別子により識別される前記転送元通信端末から前記第２端末識別子により識別される前記転送先通信端末に対して、前記ファイル識別子と、前記共有した前記第１端末識別子および前記第２端末識別子の少なくともいずれか一方とにより識別されるファイルを、サーバを介して転送するファイル転送手段と、
を備える。

上記目的を達成するため、本発明に係るファイル転送方法は、
ファイルを送信する転送元通信端末と前記ファイルを受信する転送先通信端末との近接通信が可能な近接位置において、前記近接通信を用いて、転送元通信端末と転送先通信端末との間で、前記転送元通信端末を識別する第１端末識別子と前記転送先通信端末を識別する第２端末識別子との少なくともいずれか一方、および、転送しようとするファイルのファイル識別子を共有させる識別子共有ステップと、
前記近接通信の終了後に、前記転送元通信端末と前記転送先通信端末とが分かれて移動した異なる場所において、前記第１端末識別子により識別される前記転送元通信端末から前記第２端末識別子により識別される前記転送先通信端末に対して、前記ファイル識別子により識別されるファイルをサーバを介して転送するファイル転送ステップと、
を含む。

上記目的を達成するため、本発明に係る通信端末は、
他の通信端末との間で直接に近接通信を行なう近接通信手段と、
当該通信端末からファイルを転送先通信端末に転送する場合に、前記近接通信が可能な近接位置において、前記前記近接通信手段を用いて、転送する前記ファイルのファイル識別子と当該通信端末を識別する第１端末識別子とを前記転送先通信端末に送信して、前記転送先通信端末を識別する第２端末識別子を前記転送先通信端末から受信する識別子交換手段と、
前記近接通信の終了後に、前記他の通信端末と分かれて移動した異なる場所において、前記第１端末識別子と前記ファイルとを、ネットワークを介して前記転送先通信端末がアクセス可能なサーバに送信するファイル転送手段と、
を備える。

上記目的を達成するため、本発明に係る通信端末の制御方法は、
通信端末からファイルを転送先通信端末に転送する場合に、近接通信が可能な近接位置において、他の通信端末との間で直接に前記近接通信を行なう近接通信手段を用いて、転送する前記ファイルのファイル識別子と当該通信端末を識別する第１端末識別子とを前記転送先通信端末に送信して、前記転送先通信端末を識別する第２端末識別子を前記転送先通信端末から受信する識別子交換ステップと、
前記近接通信の終了後に、前記他の通信端末と分かれて移動した異なる場所において、前記第１端末識別子と前記ファイルとを、ネットワークを介して前記転送先通信端末がアクセス可能なサーバに送信するファイル転送ステップと、
を含む。

上記目的を達成するため、本発明に係る通信端末の制御プログラムは、
通信端末からファイルを転送先通信端末に転送する場合に、近接通信が可能な近接位置において、他の通信端末との間で直接に前記近接通信を行なう近接通信手段を用いて、転送する前記ファイルのファイル識別子と当該通信端末を識別する第１端末識別子とを前記転送先通信端末に送信して、前記転送先通信端末を識別する第２端末識別子を前記転送先通信端末から受信する識別子交換ステップと、
前記近接通信の終了後に、前記他の通信端末と分かれて移動した異なる場所において、前記第１端末識別子と前記ファイルとを、ネットワークを介して前記転送先通信端末がアクセス可能なサーバに送信するファイル転送ステップと、
をコンピュータに実行させる。

上記目的を達成するため、本発明に係る通信端末は、
他の通信端末との間で直接に近接通信を行なう近接通信手段と、
ファイルを転送元通信端末から当該通信端末に転送する場合に、前記近接通信が可能な近接位置において、前記近接通信手段を用いて、転送するファイルのファイル識別子と前記転送元通信端末を識別する第１端末識別子とを前記転送元通信端末から受信して、当該通信端末を識別する第２端末識別子を前記転送元通信端末に送信する識別子交換手段と、
前記近接通信の終了後に、前記他の通信端末と分かれて移動した異なる場所において、前記第１端末識別子と前記ファイル識別子とにより識別されるファイルを、サーバから受信するファイル転送手段と、
を備える。

上記目的を達成するため、本発明に係る通信端末の制御方法は、
ファイルを転送元通信端末から当該通信端末に転送する場合に、近接通信が可能な近接位置において、他の通信端末との間で直接に前記近接通信を行なう近接通信手段を用いて、転送するファイルのファイル識別子と前記転送元通信端末を識別する第１端末識別子とを前記転送元通信端末から受信して、当該通信端末を識別する第２端末識別子を前記転送元通信端末に送信する識別子交換ステップと、
前記近接通信の終了後に、前記他の通信端末と分かれて移動した異なる場所において、前記第１端末識別子と前記ファイル識別子とにより識別されるファイルを、サーバから受信するファイル転送ステップと、
を含む。

上記目的を達成するため、本発明に係る通信端末の制御プログラムは、
ファイルを転送元通信端末から当該通信端末に転送する場合に、近接通信が可能な近接位置において、他の通信端末との間で直接に前記近接通信を行なう近接通信手段を用いて、転送するファイルのファイル識別子と前記転送元通信端末を識別する第１端末識別子とを前記転送元通信端末から受信して、当該通信端末を識別する第２端末識別子を前記転送元通信端末に送信する識別子交換ステップと、
前記近接通信の終了後に、前記他の通信端末と分かれて移動した異なる場所において、前記第１端末識別子と前記ファイル識別子とにより識別されるファイルを、サーバから受信するファイル転送ステップと、
をコンピュータに実行させる。

上記目的を達成するため、本発明に係るアプリケーションプログラムは、
近接通信が可能な近接位置において、通信端末からファイルを転送先通信端末に転送する場合に、他の通信端末との間で直接に近接通信を行なう近接通信手段を用いて、転送する前記ファイルのファイル識別子と当該通信端末を識別する第１端末識別子とを前記転送先通信端末に送信して、前記転送先通信端末を識別する第２端末識別子を前記転送先通信端末から受信し、また、ファイルを転送元通信端末から当該通信端末に転送する場合に、前記近接通信手段を用いて、転送するファイルのファイル識別子と前記転送元通信端末を識別する第３端末識別子とを前記転送元通信端末から受信して、当該通信端末を識別する前記第１端末識別子を前記転送元通信端末に送信する識別子交換ステップと、
前記近接通信の終了後に、前記他の通信端末と分かれて移動した異なる場所において、当該通信端末からファイルを前記転送先通信端末に転送する場合に、前記第２端末識別子と前記ファイルとを、前記転送先通信端末がアクセス可能なサーバに送信し、また、ファイルを前記転送元通信端末から当該通信端末に転送する場合は、前記第３端末識別子と前記ファイル識別子とにより識別されるファイルを、サーバから受信するファイル転送ステップと、
をコンピュータに実行させる。

上記目的を達成するため、本発明に係るサーバは、
上記ファイル転送システムが有するサーバであって、
転送元通信端末から転送先通信端末へ転送しようとするファイルと、該ファイルを識別するファイル識別子と、前記転送先通信端末を識別する第２端末識別子とを、前記転送元通信端末から受信するファイル受信手段と、
前記ファイルと、前記転送元通信端末を識別する第１端末識別子および前記ファイル識別子とを対応付けて保持するファイル保持手段と、
前記ファイル保持手段から前記第１端末識別子と前記ファイル識別子とにより識別されるファイルを読み出して、前記転送先通信端末に送信するファイル送信手段と、
を備える。

上記目的を達成するため、本発明に係るサーバの制御方法は、
上記ファイル転送システムが有するサーバの制御方法であって、
転送元通信端末から転送先通信端末へ転送しようとするファイルと、該ファイルを識別するファイル識別子と、前記転送先通信端末を識別する第２端末識別子とを、前記転送元通信端末から受信するファイル受信ステップと、
前記ファイルと、前記転送元通信端末を識別する第１端末識別子および前記ファイル識別子とを対応付けてファイル保持手段に保持するファイル保持ステップと、
前記ファイル保持手段から前記第１端末識別子と前記ファイル識別子とにより識別されるファイルを読み出して、前記転送先通信端末に送信するファイル送信ステップと、
を含む。

上記目的を達成するため、本発明に係るサーバの制御プログラムは、
上記ファイル転送システムが有するサーバの制御プログラムであって、
転送元通信端末から転送先通信端末へ転送しようとするファイルと、該ファイルを識別するファイル識別子と、前記転送先通信端末を識別する第２端末識別子とを、前記転送元通信端末から受信するファイル受信ステップと、
前記転送したいファイルと、前記転送元通信端末を識別する第１端末識別子と前記ファイル識別子とを対応付けてファイル保持手段に保持するファイル保持ステップと、
前記ファイル保持手段から前記第１端末識別子と前記ファイル識別子とにより識別されるファイルを読み出して、前記転送先通信端末に送信するファイル送信ステップと、
をコンピュータに実行させる。

本発明によれば、現場でファイル転送の完了を待機することもなく通信端末間におけるファイルの転送を効率的に行なうことができる。

本発明の第１実施形態に係るファイル転送システムの構成および動作概要を示す図である。 本発明の第１実施形態に係るファイル転送システムにおける携帯端末の動作手順を示す図である。 本発明の第１実施形態に係るファイル転送システムにおける携帯端末の動作手順を示す図である。 本発明の第１実施形態に係るファイル転送システムの動作手順を示すシーケンス図である。 本発明の第１実施形態に係るファイル転送システムを動作させるソフトウェア構成を示す図である。 本発明の第１実施形態に係るファイル転送サーバの機能構成を示すブロック図である。 本発明の第１実施形態に係る携帯端末の機能構成を示すブロック図である。 本発明の第１実施形態に係る携帯端末間の赤外線通信で交換されるトークンのフォーマットを示す図である。 本発明の第１実施形態に係る携帯端末における転送用識別子保持部の構成を示すブロック図である。 本発明の第１実施形態に係るファイル転送システムにおいて転送されるメッセージのフォーマットを示す図である。 本発明の第１実施形態に係るファイル転送サーバにおけるファイルバッファの構成を示す図である。 本発明の第１実施形態に係るファイル転送サーバの処理手順を示すフローチャートである。 本発明の第１実施形態に係る携帯端末の処理手順を示すフローチャートである。 本発明の第１実施形態に係る携帯端末で実行されるファイル転送アプリケーションの手順を示すフローチャートである。 本発明の第２実施形態に係るファイル転送サーバにおけるファイルバッファの構成を示す図である。 本発明の第３実施形態に係るファイル転送システムの構成および動作概要を示す図である。 本発明の第４実施形態に係る携帯端末で実行されるファイル転送アプリケーションの手順を示すフローチャートである。 本発明の第５実施形態に係る携帯端末で実行されるファイル転送アプリケーションの手順を示すフローチャートである。 本発明の第６実施形態に係るファイル転送システムの動作手順を示すシーケンス図である。

以下に、図面を参照して、本発明の実施の形態について例示的に詳しく説明する。ただし、以下の実施の形態に記載されている構成要素は単なる例示であり、本発明の技術範囲をそれらのみに限定する趣旨のものではない。以下の実施形態においては、通信端末として携帯端末のスマートフォンを代表させて説明する。しかしながら、通信端末の携帯端末としてはタブレットや携帯電話であってもよく、また、通信端末としてはノート型ＰＣ（パーソナルコンピュータ：Personal compute）やデスクトップ型ＰＣであってもよく、本発明が適用されて、同様の効果を奏する。

［第１実施形態］
本発明の第１実施形態としてのファイル転送システムについて説明する。本実施形態のファイル転送システムにおいては、携帯端末間での大容量ファイルの転送を望む場合に、携帯端末が在圏内に有るか否かに関係なく、携帯端末間の近接通信である赤外線通信により転送するファイル情報や転送元および転送先の情報を交換する。その後、各携帯端末が在圏内に入った場合に携帯端末のファイル転送用のアプリケーションが自動動作して、ネットワークに接続するファイル転送サーバを中継して、大容量ファイルの転送を実現する。

本実施形態によれば、赤外線通信によるファイル情報や転送元、転送先の情報の交換は一瞬であり、その後のファイル転送は携帯端末が自動処理する。したがって、携帯端末が在圏範囲外であっても携帯端末間でファイルが転送でき、かつ、現場でファイル転送の完了を待機することなく、携帯端末間における大容量ファイルの転送をユーザ操作なしに行なうことができる。

本実施形態においては、近接通信によりファイル情報や転送元、転送先の情報を交換する時に、ファイル転送する互いのユーザが本ファイル転送システム特有の転送元識別子（以下、転送元ＩＤ）および転送先識別子（以下、転送先ＩＤ）を設定する。そして、転送するファイルにはファイル識別子（以下、ファイルＩＤ）、転送先ＩＤおよび転送元ＩＤが添付されることになる。したがって、本実施形態で説明するように、ファイル転送サーバにユーザがメンバーとして登録することは必須ではない。

なお、ファイル転送サーバにユーザがメンバーとして登録する場合に、ファイル転送サーバから各携帯端末に端末識別子である端末ＩＤを割り当ててもよい。また、帯端末の端末ＩＤの割り当てがユーザの申請により行なわれてもよい。この場合には、ファイル転送サーバが、転送先ＩＤおよび転送元ＩＤをＩＰアドレスから知ることができるので、転送するファイルには必要最小限のＩＤ情報を添付すればよい。例えば、転送元からのファイルのアップロードにはファイルＩＤと転送先ＩＤを添付し、転送先へのファイルのダウンロードには、プッシュ方式の場合はファイルＩＤと転送先ＩＤを添付し、ポーリング方式の場合はファイルＩＤを添付する。

《ファイル転送システムの動作概要》
図１は、本実施形態に係るファイル転送システム１００の構成および動作概要を示す図である。なお、図１には、本実施形態の概念を示す構成を簡略化して示している。

携帯端末１１０を持った男性１０１と、携帯端末１２０を持った女性１０２とが出会って、携帯端末１１０から携帯端末１２０へのファイル転送を望んだとする。なお、図１では、男性１０１も女性１０２も犬を連れており、散歩途中で出会ったと想定しているが、男性１０１と女性１０２とは知り合いであっても知り合いでなくてもよい。また、出会いの場所は、散歩途中の町中に限定されない。とにかく、２人の人間が携帯端末から携帯端末にファイルを転送したい状況であればよい。特に、携帯端末１１０と１２０との少なくとも一方が在圏範囲外にあって、ネットワーク通信ができない場合には、本実施形態が効果的である。

ここで、本実施形態に係るデータ転送用のアプリケーション（以下、アプリとも略す）
を搭載している場合には、男性１０１と女性１０２とは、赤外線通信などの近接通信により、転送したいファイルを識別するファイルＩＤと端末ＩＤとを共有するため、例えば互いの端末ＩＤを交換することで、ファイル転送が実現できる。図１の例では、携帯端末１１０から携帯端末１２０に、少なくともファイルＩＤと携帯端末１１０に設定された転送元ＩＤである端末ＩＤとが渡され、携帯端末１２０から携帯端末１１０に、少なくとも携帯端末１２０に設定された転送先ＩＤである端末ＩＤが渡される。

このため、男性１０１と女性１０２とが出会った現場でのファイル転送のための処理は、上記識別子（ＩＤ）の交換で終わり、現場でファイル転送の完了を待つ必要はない。特に、転送したいファイルが画像や動画などの大容量である場合であっても、一瞬で処理は終了する。また、携帯端末が在圏範囲外であるか否かも考慮する必要はない。

それぞれ、転送するファイルのファイルＩＤと、転送元ＩＤおよび転送先ＩＤを共有した携帯端末１１０と１２０は、男性１０１と女性１０２とが分かれることによって、全く異なる場所に移動する。

男性１０１が持つ携帯端末１１０については、いずれかの在圏内、図１では在圏Ａに入ると、上述のデータ転送用のアプリケーションが、ファイルＩＤと転送先ＩＤと転送元ＩＤを添付して、転送するファイルを携帯端末１１０から、サーバ部１３１とファイルバッファ１３２とを有するファイル転送サーバ１３０にアップロードする。アップロードされたファイルは、ファイルＩＤ、転送先ＩＤおよび転送元ＩＤに対応付けてファイルバッファ１３２に格納される。一方、女性１０２が持つ携帯端末１２０については、いずれかの在圏内、図１では在圏Ｂに入ると、上述のデータ転送用のアプリケーションが、ファイルＩＤに基づきファイルを要求して、転送するファイルをファイル転送サーバ１３０から携帯端末１２０にダウンロードする。

なお、ファイル転送サーバ１３０から携帯端末１２０へのダウンロードには、携帯端末１２０からファイル転送サーバ１３０にファイルＩＤと転送元ＩＤが一致するファイルを要求するポーリング方式がある。また、ファイル転送サーバ１３０がファイルバッファ１３２にファイルが保持されると、転送先ＩＤを有する携帯端末１２０にダウンロードするプッシュ方式がある。ポーリング方式の場合、要求したファイルがまだ携帯端末１１０からアップロードされてない時には、その旨を報告する。そして、以後はプッシュ方式に変更してもよい。

このようにして、赤外線通信などの近接通信により交換されたファイルＩＤを有するファイルが、転送元ＩＤを有する携帯端末１１０から転送先ＩＤを有する携帯端末１２０にファイル転送サーバ１３０を経由して転送された。このように、ファイル転送を望む現場での様々な不利な条件、例えば在圏の問題や転送するファイルの容量の問題などに関係なく、確実にファイルの転送を実現する。

《携帯端末の動作手順》
図２Ａおよび図２Ｂは、本実施形態に係るファイル転送システム１００における携帯端末１１０、１２０の動作手順を示す図である。

図２Ａの携帯端末１１０および１２０の左図と中図とは、携帯端末のファイル転送サーバ１３０への登録の動作手順を示す図である。図２Ａの左図において、携帯端末１１０の表示画面２１１および携帯端末１２０の表示画面２２１は共通であり、ファイル転送サーバ１３０からのファイル転送サービスへの勧誘画面である。ユーザが、ユーザＩＤおよびパスワードと、ユーザが使用する転送用端末ＩＤを入力して、入会ボタンを選択すると、ファイル転送サーバ１３０への登録が行なわれる。

ファイル転送サーバ１３０への登録がされると、ファイル転送サーバ１３０はファイル転送サービスを実現するためのファイル転送アプリケーション（以下、ファイル転送アプリと称す）を登録した各携帯端末にダウンロードする。そして、携帯端末１１０の表示画面２１２および携帯端末１２０の表示画面２２２に示すように、ダウンロード後には、ユーザ選択用にファイル転送ボタンを表示する。

携帯端末１１０から携帯端末１２０へのファイル転送をしようとする場合、まず、図２Ａの右図のように、ファイル転送ボタンを選択してファイル転送アプリを開始する。そして、携帯端末１１０の表示画面２１３からは転送したいファイルのファイルＩＤと転送元ＩＤ（携帯端末１１０の端末ＩＤ）とを入力する。なお、転送元ＩＤの入力は、新たに設定する構成の場合には必要であるが、あらかじめ携帯端末１１０に割り当てられている場合には必要ない。一方、携帯端末１２０の表示画面２２３からは転送先ＩＤ（携帯端末１２０の端末ＩＤ）を入力する。なお、転送先ＩＤの入力は、新たに設定する構成の場合には必要であるが、あらかじめ携帯端末１２０に割り当てられている場合には必要ない。

図２Ｂは、左半分が近接通信としての赤外線通信による、ファイルＩＤ、転送元ＩＤ、転送先ＩＤの携帯端末１１０および１２０間の交換を示し、右半分がネットワーク通信によるファイル転送サーバ１３０を経由したファイル転送を示す。

図２Ｂの左端図においては、携帯端末１１０の表示画面２１４および携帯端末１２０の表示画面２２４には、それぞれファイル転送相手の携帯端末と近接して、赤外線通信を実行することを誘導するメッセージが表示されている。

携帯端末１１０と携帯端末１２０とを赤外線通信が可能な近接位置に近付けると、赤外線通信により、携帯端末１１０から携帯端末１２０へファイルＩＤと送信元ＩＤとが渡され、携帯端末１２０から携帯端末１１０へ送信先ＩＤとが渡される。赤外線通信による送受信が完了すると、携帯端末１１０の表示画面２１５と携帯端末１２０の表示画面２２５は、送受信の完了を通知する。携帯端末１１０と１２０とは、ファイル転送に係る共通のファイルＩＤ、送信元ＩＤ、送信先ＩＤを有したこととなる。

携帯端末１１０は、適切な時間、例えば在圏範囲内へ入った時や通信料金の安い深夜などに、ファイル転送アプリがユーザによる感知なしに、転送するファイルをファイルＩＤと転送先ＩＤと共にファイル転送サーバ１３０にアップロードする。携帯端末１１０の表示画面２１６は、ファイルのアップロード中を示している。なお、アップロード中の表示なしであっても構わない。ファイル転送サーバ１３０は、アップロードされたファイルをファイルＩＤや送信元ＩＤに対応つけて保持する。携帯端末１２０には、適切な時間、例えば在圏範囲内へ入った時や通信料金の安い深夜などに、ファイル転送アプリがユーザによる感知なしに、転送するファイルがファイルＩＤと転送元ＩＤと共にダウンロードされる。

携帯端末１２０の表示画面２２６は、ファイルのダウンロードが完了した時に表示される。そして、携帯端末１２０は、ファイル転送サーバ１３０にファイル転送完了を通知する。ファイル転送サーバ１３０は、携帯端末１２０からのファイル転送完了通知を受けて、携帯端末１１０のファイル転送が完了したことを通知する。携帯端末１１０の表示画面２１７は、ファイル転送サーバ１３０からファイル転送完了通知を受けて、ファイル転送が完了したことを表示している。

《ファイル転送システムの動作手順》
図３は、本実施形態に係るファイル転送システム１００の動作手順を示すシーケンス図である。なお、図３において在圏基地局３１１〜３１３、３２１、３２２は同じ基地局であっても、異なる基地局であってもよい。

（準備処理）
ステップＳ３０１において、携帯端末１１０は在圏基地局３１１を介してファイル転送サーバ１３０に対してファイル転送サービスを受けるための手続をする。ステップＳ３０３において、ファイル転送サーバ１３０は、在圏基地局３１１を介して携帯端末１１０にファイル転送用のアプリケーションプログラムをダウンロードする。ステップＳ３０５において、携帯端末１１０はアプリケーションの開始ボタンを表示する。また、ステップＳ３０７において、携帯端末１２０は在圏基地局３２１を介してファイル転送サーバ１３０に対してファイル転送サービスを受けるための手続をする。ステップＳ３０９において、ファイル転送サーバ１３０は、在圏基地局３２１を介して携帯端末１２０にファイル転送用のアプリケーションプログラムをダウンロードする。ステップＳ３１１において、携帯端末１１０はアプリケーションの開始ボタンを表示する。

（近接通信による識別子交換）
携帯端末１１０から携帯端末１２０へのファイル転送をしようとする場合、ステップＳ３２１で、アプリケーションを開始すると、ステップＳ３２３において、携帯端末１１０はファイルＩＤと転送元ＩＤとを設定して、携帯端末１２０への送信メッセージを生成する。一方、ステップＳ３２５で、アプリケーションを開始すると、ステップＳ３２７において、携帯端末１２０は転送先ＩＤを設定して、携帯端末１１０への送信メッセージを生成する。そして、ステップＳ３２９において、携帯端末１１０と携帯端末１２０との間で、赤外線通信によりファイル転送のための識別子（ファイルＩＤ、転送元ＩＤ、転送先ＩＤ）を交換する。この識別子交換により、携帯端末１１０と携帯端末１２０との間で、ファイルＩＤ、転送元ＩＤ、転送先ＩＤの識別子共有が実現される。なお、図３においては、携帯端末１１０も携帯端末１２０も、在圏基地局３１１あるいは在圏基地局３２１の在圏範囲外にあって、ネットワーク通信が不能な状態である。

（ネットワーク通信によるファイル転送）
携帯端末１１０は、在圏基地局３１２の在圏範囲内に入ると、ステップＳ３３１において、転送すべきファイルを、ファイルＩＤと転送先ＩＤ（携帯端末１２０の端末ＩＤ）と転送元ＩＤ（携帯端末１１０の端末ＩＤ）と共に、携帯端末１２０からアクセス可能なファイル転送サーバ１３０にアプロードする。なお、あらかじめ携帯端末１１０の端末ＩＤがファイル転送サーバ１３０に登録されている場合は、転送元ＩＤは必要としない。ファイル転送サーバ１３０は、ステップＳ３３３において、携帯端末１１０からアップロードされたファイルを受理する。次に、ファイル転送サーバ１３０は、ステップＳ３３５において、ファイルをファイルバッファ１３２に保持する。この時に、ファイルはファイルＩＤ、転送先および転送元ＩＤに対応付けて保持される。そして、ファイル転送サーバ１３０は、ステップＳ３３７において、在圏基地局３２２を介して保持したファイルを携帯端末１２０にダウンロードする。この時、ファイル転送サーバ１３０から携帯端末１２０へのダウンロードは、携帯端末１２０からの要求により行なわれるポーリング方式（プル方式）であっても、ファイル転送サーバ１３０から送りつけるプッシュ方式であってもよい。この時、ダウンロードするファイルは、少なくともファイルＩＤと転送元ＩＤとにより確認される。なお、さらに、転送先ＩＤにより確認してもよい。携帯端末１２０は、ステップＳ３３９において、ダウンロードされたファイルを受信してファイルＤＢに格納する。

（ファイル転送完了の確認）
携帯端末１２０は、ステップＳ３４１において、ファイル転送完了をユーザに報知して、ステップＳ３４３においてファイル転送用のアプリケーションを終了する。なお、ステップＳ３４１のファイル転送完了の報知はなくてもよい。一方、ファイルのダウンロードが完了したことを確認して、ファイル転送サーバ１３０は、ステップＳ３４５において、ファイル転送完了通知を、在圏基地局３１３を介して携帯端末１１０に送信する。携帯端末１１０は、ステップＳ３４７において、ファイル転送完了通知をユーザに報知して、ステップＳ３４９において、ファイル転送用のアプリケーションを終了する。なお、ステップＳ３４７のファイル転送完了の報知はなくてもよい。

《ファイル転送システムのソフトウェア構成》
図４は、本実施形態に係るファイル転送システム１００を動作させるソフトウェア構成を示す図である。なお、図４において、太線枠がファイル転送アプリを示す。

ファイル転送サーバ１３０においては、ＯＳ(Operation System)４３１の上でサーバ用プログラム４３２が動作する。サーバ用プログラム４３２は、ファイル管理モジュール４３３を介してファイルバッファ１３２に保持されたファイルを管理する。本実施形態のファイル転送アプリ４３４は、転送元制御モジュール４３５と転送先制御モジュール４３６とを有する。転送元制御モジュール４３５は、通信制御モジュール４３７を制御し、転送元携帯端末１１０のファイル転送アプリ４１５からアップロードされたファイルを、通信制御モジュール４１６を介して受信する。そして、転送元制御モジュール４３５は、受信したファイルを、サーバ用プログラム４３２を介してファイル管理モジュール４３３に渡して、ファイルバッファ１３２に保持する。転送元制御モジュール４３５は、サーバ用プログラム４３２を介してファイル管理モジュール４３３により、ファイルバッファ１３２から所望のファイルを読み出す。そして、転送元制御モジュール４３５は、通信制御モジュール４３７を制御し、通信制御モジュール４２６を介して転送先携帯端末１２０のファイル転送アプリ４２５に対してファイルをダウンロードする。

転送元携帯端末１１０においては、ＯＳ４１１の上で携帯端末用プログラム４１２が動作する。携帯端末用プログラム４１２は、ファイル管理モジュール４１３によりファイルを管理する。また、携帯端末用プログラム４１２は、赤外線通信モジュール４１４により赤外線による近接通信を制御する。本実施形態のファイル転送アプリ４１５は、赤外線通信モジュール４１４により転送先携帯端末１２０と識別子交換を行ない、ファイル管理モジュール４１３により転送すべきファイルを取得して、通信制御モジュール４１６を介してファイル転送サーバ１３０にアップロードする。

転送先携帯端末１２０においては、ＯＳ４２１の上で携帯端末用プログラム４２２が動作する。携帯端末用プログラム４２２は、ファイル管理モジュール４２３によりファイルを管理する。また、携帯端末用プログラム４２２は、赤外線通信モジュール４２４により赤外線による近接通信を制御する。本実施形態のファイル転送アプリ４２５は、赤外線通信モジュール４２４により転送元携帯端末１１０と識別子交換を行ない、通信制御モジュール４２６を介してファイル転送サーバ１３０からファイルをダウンロードして、ファイル管理モジュール４２３により転送されたファイルを格納する。

《ファイル転送サーバの機能構成》
図５は、本実施形態に係るファイル転送サーバ１３０の機能構成を示すブロック図である。なお、図５の各機能構成部は独立したハードウェアで構成されてもよいし、メモリやストレージに記憶されたプログラムをＣＰＵ(Central Processing Unit)で実行することにより、各機能構成部を実現してもよい。その場合、例えば、データベース（以下、ＤＢ）やファイルバッファはストレージに格納され、各処理に必要なデータはメモリに一時記憶される。

ファイル転送サーバ１３０は、ネットワークを介した通信の制御をする通信制御部５０１を有する。ユーザ登録情報受信部５０２は、携帯端末からのユーザ登録情報を、通信制御部５０１を介して受信する。例えば、ユーザ登録情報には、ユーザＩＤやパスワードなどの情報を含む。ユーザ登録時に端末ＩＤを割り当てる場合は、登録情報に端末ＩＤを含んでもよい。ユーザ登録部５０３は、ユーザ登録情報受信部５０２が受信したユーザ登録情報をユーザＤＢ５０４に登録する。アプリＤＢ５０５は、本実施形態のファイル転送を実現するため携帯端末にダウンロードして実行させるファイル転送用のアプリケーションが格納される。アプリ取得部５０６は、ユーザ登録時に、対応する携帯端末にダウンロードするアプリケーションをアプリＤＢ５０５から取得する。アプリ送信部５０７は、アプリ取得部５０６が取得したアプリケーションを、通信制御部５０１を介して対応する携帯端末に送信する。

転送ファイル受信部５０８は、転送元の携帯端末からアプロードされたファイルを、通信制御部５０１を介して受信する。転送ファイル記憶部５０９は、転送ファイル受信部５０８が受信した転送ファイルをファイルバッファ１３２に記憶する。ファイルバッファ１３２は、ファイルＩＤ、転送先ＩＤ、転送元ＩＤに対応してファイルを保持する。転送ファイル取得部５１１は、少なくともファイルＩＤと転送元ＩＤとに対応してファイルバッファ１３２から転送すべきファイルを取得する。転送ファイル送信部５１２は、転送ファイル取得部５１１が取得したファイルを転送先の携帯端末に通信制御部５０１を介してダウンロードする。また、転送ファイル要求受信部５１３は、ポーリング方式の場合に、転送元の携帯端末からのファイル要求を、通信制御部５０１を介して受信する。ファイル要求には、少なくともファイルＩＤと転送元ＩＤとが含まれる。そして、転送ファイル要求受信部５１３は、ファイル要求の受信を転送ファイル取得部５１１に渡す。なお、転送ファイル受信部５０８と、転送ファイル記憶部５０９と、転送ファイル取得部５１１と、転送ファイル送信部５１２と、転送ファイル要求受信部５１３とは、本実施形態のファイル転送アプリ４３４を構成する。しかし、ファイル転送アプリ４３４の機能は、これらに限定されるものではない。

《携帯端末の機能構成》
図６は、本実施形態に係る携帯端末１１０、１２０の機能構成を示すブロック図である。なお、携帯端末がノード型ＰＣであってもスマートフォンであっても、本実施形態における機能構成に差異はない。携帯端末１１０、１２０は、ファイルの転送元になるか転送先になるかにより動作は異なるが構成は同様であるので、以下、携帯端末１１０で代表させる。なお、図６の各機能構成部は独立したハードウェアで構成されてもよいし、メモリやストレージに記憶されたプログラムをＣＰＵ(Central Processing Unit)で実行することにより、各機能構成部を実現してもよい。その場合、例えば、データベースはストレージに格納され、各処理に必要なデータはメモリに一時記憶される。

本実施形態の携帯端末１１０は、ファイル転送サーバ１３０とのネットワークを介した通信を制御するネットワーク通信制御部としての通信制御部６０１を有する。また、携帯端末１１０は、タッチパネルやキーボードなどからなる操作部６０２と、操作部６０２からファイル転送サーバ１３０にユーザ登録を要求するファイル転送サービス・ユーザ登録部６０３とを有する。操作部６０２からのファイル転送処理に関連する操作は、ファイル転送アプリ４１５（携帯端末１２０の場合は、４２５）に伝えられる。ファイル転送アプリ受信部６０４は、ファイル転送サーバ１３０からダウンロードされるファイル転送アプリ４１５を受信する。表示部６０５は、操作画面や携帯端末の状況、あるいは受信画面を表示する。表示部６０５に表示される画面には、ファイル転送アプリ４１５に関連する画面と、携帯端末の汎用の画面とが含まれ、それぞれ切り替えてあるいは複数のエリアとして合成されて表示されてよい。

赤外線通信部６０６は、近接通信制御部として赤外線による他の携帯端末との近接通信を制御する。なお、本実施形態では、赤外線通信を近接通信の代表として説明するが、電磁気による非接触通信やBluetooth（登録商標）など、対面したユーザによる携帯端末間の通信であればよい。ファイルＤＢ６０７は、本携帯端末１１０が有するファイルを保存する。ファイルＤＢ６０７には、ダウンロードしたファイル、あるいは近接通信で取得したファイル、図示しないカメラから取得した映像ファイル、記憶媒体を経由して取得したファイルなどが格納される。

ダウンロードされた本実施形態のファイル転送アプリ４１５は、転送用識別子交換部６１１と、転送用識別子保持部６１２と、ファイル取得部６１３と、ファイル送信部６１４と、ファイル受信部６１５と、ファイル記憶部６１６とを含む。また、ポーリング方式の場合は、転送ファイル要求送信部６１７を含む。なお、ファイル転送アプリ４１５の機能は、これらに限定されるものではない。

転送用識別子交換部６１１は、識別子交換制御部として、赤外線通信部６０６を介して、他の携帯端末とファイル転送に用いられる各識別子を交換する。交換する識別子には、ファイルＩＤ、転送元ＩＤ、転送先ＩＤが含まれる。転送用識別子保持部６１２は、後のネットワークおよびファイル転送サーバ１３０を経由するファイル転送時に用いるため、赤外線通信部６０６を介して他の携帯端末と交換された識別子を保持する。転送用識別子保持部６１２が保持する識別子は、ファイルＩＤ、転送元ＩＤ、転送先ＩＤを含む。さらに、転送用識別子保持部６１２は、識別子交換日時やファイル転送済／未転送フラグなども記憶する。

ファイル転送アプリ４１５は、ファイル転送制御部として、ファイル取得部６１３、ファイル送信部６１４、ファイル受信部６１５、ファイル記憶部６１６、を有する。さらに、ファイル転送アプリ４１５は、ファイル転送制御部として、転送ファイル要求送信部６１７を有してもよい。ファイル取得部６１３は、転送用識別子保持部６１２に保持されたファイルＩＤに対応するファイルをファイルＤＢ６０７から取得する。ファイル送信部６１４は、ファイル取得部６１３が取得したファイルをファイルＩＤと転送先ＩＤと転送元ＩＤと共にファイル転送サーバ１３０にアップロードする。ファイル受信部６１５は、ファイル転送サーバ１３０からダウンロードする転送されたファイルを受信する。ファイル記憶部６１６は、ファイル受信部６１５が受信したファイルをファイルＩＤに対応してファイルＤＢ６０７に格納する。なお、ファイル転送の履歴を残すならば、転送元ＩＤと転送元のＩＰアドレスなどをファイルＩＤに対応して格納してもよい。また、転送ファイル要求送信部６１７は、ポーリング方式の場合に、ファイル転送サーバ１３０にファイル要求を受信する。ファイル要求には、少なくともファイルＩＤと転送元ＩＤとが含まれる。そして、転送ファイル要求送信部６１７は、ファイル要求をファイル受信部６１５に渡す。

（赤外線通信で交換されるトークン）
図７は、本実施形態に係る携帯端末間の赤外線通信で交換されるトークンのフォーマットを示す図である。なお、図７は、概念的なフォーマットであり、詳細なフォーマットは赤外線通信や非接触通信などの近接通信のプロトコルの標準化仕様を参照されたい。

転送元携帯端末１１０から転送先携帯端末１２０に渡されるトークンメッセージ７１０は、転送元コマンド７１１と、ファイルＩＤ７１２と、転送元ＩＤ７１３と、誤り訂正符号７１４とを含む。転送元コマンド７１１は、このトークンメッセージ７１０が転送元からであることを示す。ファイルＩＤ７１２は、転送するファイルを識別する。転送元ＩＤ７１３は、ファイルの転送元である携帯端末１１０を識別するユーザ設定の識別子である。誤り訂正符号７１４は、トークンメッセージ７１０の誤り訂正をする、例えばＣＲＣなどの誤り訂正符号であり、限定はない。

転送先携帯端末１２０から転送元携帯端末１１０に渡されるトークンメッセージ７２０は、転送先コマンド７２１と、転送先ＩＤ７２２と、誤り訂正符号７２３とを含む。転送先コマンド７２１は、このトークンメッセージ７２０が転送先からであることを示す。転送先ＩＤ７２２は、ファイルの転送先である携帯端末１２０を識別するユーザ設定の識別子である。誤り訂正符号７２３は、トークンメッセージ７２０の誤り訂正をする、例えばＣＲＣなどの誤り訂正符号であり、限定はない。

（転送用識別子保持部）
図８は、本実施形態に係る携帯端末１１０、１２０における転送用識別子保持部６１２の構成を示すブロック図である。

図８の転送用識別子保持部６１２は、本携帯端末に設定された端末ＩＤなどを保持する端末識別子保持部８１０と、転送するファイルの情報を保持する転送ファイル情報保持部８２０と、転送ファイル情報保持部８２０の転送ステータスコード８２５に保持されたファイルのステータスを示す転送ステータステーブル８３０とを保持する。

端末識別子保持部８１０は、本携帯端末が有する固有識別子８１１と、ＩＰアドレス８１２と、ＩＰ電話番号８１３と、本実施形態のファイル転送で用いるファイル転送用端末ＩＤ８１５と、を対応付けて記憶する。なお、端末識別子は上記例に限定されない。本実施形態において、ＩＰアドレス８１２とファイル転送用端末ＩＤ８１５とは必須である。

転送ファイル情報保持部８２０は、本携帯端末がファイルの転送元か転送先かの情報８２１と、転送するファイルのファイルＩＤ８２２と、転送相手８２３と、近接通信で識別子を交換したトークン交換日時８２４と、現在の転送ステータスコード８２５とを記憶する。本携帯端末が転送元である場合は、転送先からトークンにより受信した転送先ＩＤが転送相手８２３に追加される。一方、本携帯端末が転送先である場合は、転送元からトークンにより受信したファイルＩＤ８２２と、転送元ＩＤが転送相手８２３に追加される。

転送ステータステーブル８３０は、端末識別子保持部８１０の転送ステータスコード８２５の内容を示すテーブルである。転送ステータステーブル８３０は、本携帯端末が送信元である場合の送信ステータスと、本携帯端末が転送先である受信ステータスとに分ける情報８３１のそれぞれに対応つけて、ステータスを記憶する。送信の場合には、転送ステータス種別８３２として、未送信、サーバ送信済、ファイル転送済、エラーなどに分類される。それぞれの転送ステータス種別８３２に対応する転送ステータスコード８３３が割り当てられている。受信の場合には、転送ステータス種別８３２として、未受信、サーバのファイル待、ファイル転送済、エラーなどに分類される。それぞれの転送ステータス種別８３２に対応する転送ステータスコード８３３が割り当てられている。転送ステータスコード８３３は、転送元での送信の場合に“０ｘ”、転送先での受信の場合に“１ｘ”が割り当てられている。なお、転送ステータス種別８３２は、図８の例に限定されない。

なお、端末識別子保持部８１０と、端末識別子保持部８１０と、転送ステータステーブル８３０とは、転送用識別子保持部６１２に一緒の保持されている必要はなく、それぞれ必要な機能構成部に分散されてもよい。

（メッセージのフォーマット）
図９は、本実施形態に係るファイル転送システム１００において転送されるメッセージのフォーマットを示す図である。なお、図９は、概念的なフォーマットであり、詳細なフォーマットはネットワーク通信、特にＩＰ通信のプロトコルの標準化仕様を参照されたい。

転送元携帯端末１１０からファイル転送サーバ１３０にアップロードされる送信メッセージ９１０は、ＩＰ通信用のヘッダ９１１と、本実施形態のファイル転送用のヘッダ９１２と、ファイル情報９１３と、誤り訂正符号９１４と、を含む。ＩＰ通信用のヘッダ９１１は、送信先としてファイル転送サーバ１３０のＩＰアドレスと、送信元として転送元である携帯端末１１０のＩＰアドレスとを含む。ファイル転送用のヘッダ９１２は、転送先ＩＤとして携帯端末１２０の端末ＩＤと、転送元ＩＤとして携帯端末１１０の端末ＩＤとを含む。ファイル情報９１３は、ファイルＩＤとファイルデータとを含む。誤り訂正符号９１４は、送信メッセージ９１０の誤り訂正をする、例えばＣＲＣなどの誤り訂正符号であり、限定はない。なお、あらかじめ転送元携帯端末１１０の端末ＩＤがファイル転送サーバ１３０に登録されている場合は、ファイル転送サーバ１３０で転送元ＩＤは知り得るので、ファイル転送用のヘッダ９１２の転送元ＩＤは必須ではない。

送信メッセージ９１０を受信したファイル転送サーバ１３０は、ファイルバッファ１３２に、ファイルに対応付けて、ファイルＩＤ、転送先ＩＤ、転送元ＩＤ、などを保持する。

ファイル転送サーバ１３０から転送先携帯端末１２０にダウンロードされる送信メッセージ９２０は、ＩＰ通信用のヘッダ９２１と、本実施形態のファイル転送用のヘッダ９２２と、ファイル情報９２３と、誤り訂正符号９２４と、を含む。ＩＰ通信用のヘッダ９２１は、送信先として転送先である携帯端末１２０のＩＰアドレスと、送信元としてファイル転送サーバ１３０のＩＰアドレスとを含む。ファイル転送用のヘッダ９２２は、転送先ＩＤとして携帯端末１２０の端末ＩＤと、転送元ＩＤとして携帯端末１１０の端末ＩＤとを含む。ファイル情報９２３は、ファイルＩＤとファイルとを含む。誤り訂正符号９２４は、送信メッセージ９２０の誤り訂正をする、例えばＣＲＣなどの誤り訂正符号であり、限定はない。なお、破線で囲ったファイル転送用のヘッダ９２２は、転送先携帯端末１２０からのポーリング方式であれば、ファイル転送サーバ１３０内でファイル識別が行なわれているので、必須ではない。

（ファイルバッファ）
図１０は、本実施形態に係るファイル転送サーバ１３０におけるファイルバッファ１３２の構成を示す図である。

ファイルバッファ１３２は、転送元携帯端末から転送先携帯端末に転送するファイルを一時保持するファイル保持部１０１０と、ファイル保持部１０１０の転送ステータスコード１０１４に保持されたファイルのステータスを示す転送ステータステーブル１０２０とを含む。

ファイル保持部１０１０は、ファイルＩＤ１０１１に対応付けて、ファイル転送元ＩＤ１０１２、ファイル転送先ＩＤ１０１３、現在のステータスを示す転送ステータスコード１０１４、ファイルコンテンツをポイントするファイルポインタ１０１５、を記憶する。

転送ステータステーブル１０２０は、ファイルバッファ１３２の転送ステータスコード１０１４の内容を示すテーブルである。転送ステータステーブル１０２０は、転送ステータス種別１０２１として、転送元からのファイル受信、転送先へのファイル転送待ち、ファイル転送済、エラーなどに分類される。それぞれの転送ステータス種別１０２１に対応する転送ステータスコード１０２２が割り当てられている。なお、転送ステータス種別１０２１は、図１０の例に限定されない。

なお、ファイル保持部１０１０と転送ステータステーブル１０２０とは、ファイルバッファ１３２に一緒の保持されている必要はなく、それぞれ必要な機能構成部に分散されてもよい。

《ファイル転送サーバの処理手順》
図１１は、本実施形態に係るファイル転送サーバ１３０の処理手順を示すフローチャートである。このフローチャートは、ファイル転送サーバ１３０のＣＰＵでストレージやメモリを使用しながら実行されて、図５の機能構成部を実現する。なお、図１１のフローチャートは、携帯端末からの登録申し込み受信や、ファイルのアップロード要求や、ファイルのダウンロード要求などのイベントの発生によりスタートする。

ファイル転送サーバ１３０は、ステップＳ１１１１において、携帯端末からのファイル転送サービスへの登録申し込みか否かを判定する。また、ファイル転送サーバ１３０は、ステップＳ１１２１において、転送元携帯端末からの転送するファイルのアップロード要求か否かを判定する。また、ファイル転送サーバ１３０は、ステップＳ１１３１において、転送先携帯端末からの転送するファイルのダウンロード要求か否かを判定する。

携帯端末からの登録申し込みであれば、ファイル転送サーバ１３０は、ステップＳ１１１３において、携帯端末からユーザが入力したユーザＩＤおよびパスワードを取得する。そして、ファイル転送サーバ１３０は、ステップＳ１１１５において、ユーザの登録を行なう。次に、ファイル転送サーバ１３０は、ステップＳ１１１７において、登録したユーザの携帯端末に対して、ファイル転送サービスのためのファイル転送アプリをダウンロードする。

転送元携帯端末からの転送するファイルのアップロード要求であれば、ファイル転送サーバ１３０は、ステップＳ１１２３において、転送するファイルを転送元通信端末からファイルＩＤ、転送先ＩＤ、転送元ＩＤなどと共に受信する。次に、ファイル転送サーバ１３０は、ステップＳ１１２５において、受信した転送用のファイルを、ファイルＩＤ、転送先ＩＤ、転送元ＩＤなどに対応付けてファイルバッファ１３２に保持する。

転送先携帯端末からの転送するファイルのダウンロード要求であれば、ファイル転送サーバ１３０は、ステップＳ１１３３において、転送するファイルをファイルバッファ１３２からファイルＩＤ、転送先ＩＤ、転送元ＩＤなどを用いて検索する。次に、ファイル転送サーバ１３０は、ステップＳ１１３５において、検索された転送用のファイルを、ファイルＩＤ、転送先ＩＤ、転送元ＩＤなどと共に、転送先の携帯端末に送信する。なお、図示しないが、転送するファイルがまだファイル転送サーバ１３０のファイルバッファ１３２に保持されていない場合は、転送先の携帯端末に転送元からの未送信を通知する。さらに、転送元に転送先からの要求があったことを通知してもよい。

《携帯端末の処理手順》
図１２Ａは、本実施形態に係る携帯端末１１０、１２０の処理手順を示すフローチャートである。このフローチャートは、携帯端末１１０、１２０のＣＰＵでストレージやメモリを使用しながら実行されて、図６の機能構成部を実現する。なお、図１２Ａのフローチャートは、ファイル転送サーバ１３０への登録申し込みや、ファイル転送アプリの起動指示などのイベントの発生によりスタートする。

携帯端末は、ステップＳ１２１１において、ファイル転送サーバ１３０に対するファイル転送サービスへの登録申し込みか否かを判定する。また、携帯端末は、ステップＳ１２２１において、ファイル転送アプリの起動指示か否かを判定する。

ファイル転送サービスへの登録申し込みであれば、携帯端末は、ステップＳ１２１３において、ユーザが入力したユーザＩＤおよびパスワードをファイル転送サーバ１３０に送信する。そして、携帯端末は、ステップＳ１２１５において、ファイル転送サーバ１３０からダウンロードされるファイル転送サービスで用いるファイル転送アプリを受信する。携帯端末には、ファイル転送アプリを起動するボタンが表示されてもよい。

ファイル転送アプリの起動指示であれば、携帯端末は、ステップＳ１２２３において、ファイル転送アプリをスタートさせて、ファイル転送サービスを受ける。

《ファイル転送アプリケーション》
図１２Ｂは、本実施形態に係る携帯端末１１０、１２０で実行されるファイル転送アプリケーションの手順を示すフローチャートである。このフローチャートは、図１２ＡのステップＳ１２２３において、スタートされる。

携帯端末は、ステップＳ１２５１において、ファイル転送アプリの問い合わせから、ユーザがファイルの転送元と転送先とのいずれを選択したかを判定する。なお、転送元と転送先の選択はユーザによらず、ファイルＩＤを選択した携帯端末を転送元に自動選択してもよい。

転送元に選択された場合、携帯端末は、ステップＳ１２５３において、転送するファイルのファイルＩＤを取得する。次に、携帯端末は、ステップＳ１２５５において、転送元トークン（図７参照）を生成する。そして、転送先の携帯端末との赤外線通信が可能になると、携帯端末は、ステップＳ１２５７において、生成した転送元トークンを転送先の携帯端末に送信し、転送先トークンを転送先の携帯端末から受信して、トークン交換を実行する。一方、転送先に選択された場合、携帯端末は、ステップＳ１２５９において、転送先トークン（図７参照）を生成する。そして、転送元の携帯端末との赤外線通信が可能になると、携帯端末は、ステップＳ１２６１において、生成した転送先トークンを転送元の携帯端末に送信し、転送元トークンを転送元の携帯端末から受信して、トークン交換を実行する。

トークン交換が終了すると、携帯端末は、ステップＳ１２６３において、転送ファイル情報保持部８２０に、転送するファイルＩＤと、転送先ＩＤと、転送元ＩＤとを含む情報を追加する。なお、かかる情報には、トークン交換日時や転送ステータスコードの未送信／未受信が設定される（図８参照）。

携帯端末は、ステップＳ１２７１において、携帯端末からファイル転送サーバ１３０へのアップロード条件が満足されているか否か、ステップＳ１２８１において、携帯端末へのファイル転送サーバ１３０からのダウンロード条件が満足されているか否か、を判定する。アップロード条件としては、携帯端末が在圏範囲内にいること、携帯端末が他のファイル交換をしていないこと、ファイル転送アプリがあらかじめ設定した時間間隔を経たこと、あるいは、ユーザが設定した時間間隔を経たこと、などを含む。さらに、ネットワークの通信状況に基づいた時間帯などを考慮してもよい。ダウンロード条件としては、携帯端末が在圏範囲内にいること、携帯端末が他のファイル交換をしていないこと、ポーリンク方式の場合にファイル転送アプリがあらかじめ設定した時間間隔を経たこと、あるいは、ユーザが設定した時間間隔を経たこと、などを含む。さらに、ネットワークの通信状況に基づいた時間帯などを考慮してもよい。

なお、アップロード条件もダウンロード条件も満足していない場合は、携帯端末の処理はファイル転送アプリを離れて、携帯端末の他の処理を実行する。そして、例えば、タイムシェアリング処理に従って、他の処理からファイル転送アプリのステップＳ１２７１に戻ってくるようにするのが、ユーザ操作などの負担がなく望ましい。

アップロード条件が満足されると、携帯端末は、ステップＳ１２７３において、アップロード用の送信メッセージを生成する（図９参照）。そして、生成した送信メッセージにより転送ファイルをファイル転送サーバ１３０に送信する。ファイルの送信が完了すると、携帯端末は、ステップＳ１２７７において、転送ファイル情報保持部８２０の転送ステータスコードを送信済にセットする。次に、携帯端末は、ステップＳ１２７９において、ファイルの転送先への送信が完了した通知を待つ。通知がなければ、携帯端末の処理はファイル転送アプリを離れて、携帯端末の他の処理を実行する。そして、例えば、タイムシェアリング処理に従って、他の処理からファイル転送アプリのステップＳ１２７９に戻ってくるようにするのが、ユーザ操作などの負担がなく望ましい。なお、ステップＳ１２７９における、ファイルの転送先への送信完了通知を待つ処理をせずに、ステップＳ１２８７に進んでもよい。

ダウンロード条件が満足されると、携帯端末は、ステップＳ１２８３において、ファイル転送サーバ１３０とのネゴシエーションを行なう。上述の如く、かかるダウンロードは、転送先の携帯端末からファイル転送サーバ１３０にファイル送信を要求するポーリング方式や、ファイル転送サーバ１３０から転送先の携帯端末にファイル送信を送り付けるプッシュ方式などがあり、上記ネゴシエーションはそれらを含む。次に、携帯端末は、ステップＳ１２８５において、ファイル転送サーバ１３０から所望の転送ファイルを受信してファイルＤＢ６０７に格納する。

ステップＳ１２８７においては、携帯端末はファイル転送の完了を確認して、転送ファイル情報保持部８２０の転送ステータスコードを転送済にセットする、あるいは履歴を保存しない場合は情報を削除する。

なお、図１２Ｂにおいては、１つのファイル転送について説明したが、図８の転送ファイル情報保持部８２０に示したように、複数のファイル送受信を記憶して、順次にファイル送信またはファイル受信を実行してもよい。その場合には、ステップＳ１２８７の後に、転送ファイル情報保持部８２０に転送済でない転送ファイル情報が残っているかを判定して、ステップＳ１２７１に戻ることになる。また、全てのファイルの送受信が終了しても、ファイル転送アプリを終了させずに、バックグラウンドで走らせていてもよい。その場合は、ファイル転送アプリの開始指示の時に、ユーザにファイル転送後に終了させるかバックグラウンドで走らせるかを問い合わせればよい。

本実施形態において、ファイルの転送源は１つで、転送元と転送先の１対１のファイル転送とするのが望ましい。したがって、ファイル転送アプリにおいては、ファイルの転送源でない携帯端末が転送元となってのファイル転送や、転送元から複数の転送先への転送は不可とするよう処理する。

本実施形態によれば、赤外線通信によるファイル情報や転送元、転送先の情報の交換は一瞬であり、その後のファイル転送は携帯端末が自動処理する。したがって、現場でファイル転送の完了を待機することなく、携帯端末間における大容量ファイルの転送をユーザ操作なしに行なうことができる。

［第２実施形態］
次に、本発明の第２実施形態に係るファイル転送システムについて説明する。本実施形態に係るファイル転送システムは、上記第１実施形態と比べると、同じ転送元が転送しようとするファイルと同じファイルをファイル転送サーバが保存している場合は、転送元からファイル転送サーバへのアップロードを省略する点で異なる。

本実施形態においては、ファイル転送サーバにおけるファイルバッファの構成を示す。その他の構成および動作は、第１実施形態と同様であるため、同じ構成および動作についてはその詳しい説明を省略する。

本実施形態によれば、転送元からファイル転送サーバへの同じファイルのアップロードを省略することができ、送信元携帯端末の負荷が低減されると共に、通信のスループットを向上することができる。

（ファイルバッファ）
図１３は、本実施形態に係るファイル転送サーバにおけるファイルバッファの構成を示す図である。なお、図１３において、図１０のファイル保持部１０１０と同様の項目には同じ参照番号を付して、説明は省略する。

図１３のファイル保持部１３１０は、ファイルＩＤ１０１１に対応してファイル保存期間１３１１を記憶する。そして、ファイルＩＤ１０１１に対応して複数のファイル転送先ＩＤ１３１２とそれぞれの転送ステータスコード１３１３とを有する。なお、転送ステータスコード１３１３は、図１０の転送ステータステーブル１０２０に基づいてセットされる。

かかるファイル保持部１３１０の構成により、同じファイルＩＤで同じファイル転送元ＩＤの携帯端末からアップロードしたファイルが、ファイル保存期間１３１１内であれば、異なるファイル転送先ＩＤを有する複数の携帯端末にダウンロード可能となる。したがって、ファイル保存期間１３１１内に異なるファイル転送先ＩＤを有する携帯端末へのファイル転送があれば、ファイル転送サーバは転送元からのファイルのアップロードを必要とせずに、ファイルを転送先にダウンロードできる。

本実施形態によれば、転送元からファイル転送サーバへの同じファイルのアップロードを省略することができ、送信元携帯端末の負荷が低減されると共に、通信のスループットを向上することができる。

［第３実施形態］
次に、本発明の第３実施形態に係るファイル転送システムについて説明する。本実施形態に係るファイル転送システムは、上記第１実施形態と比べると、転送するファイルを転送元からファイル転送サーバにアップロードせずに、ファイル保存サーバやファイル配信サーバから取得する点で異なる。

本実施形態においては、ファイル転送システムの構成および動作概要を示す。その他の構成および動作は、第１実施形態と同様であるため、同じ構成および動作についてはその詳しい説明を省略する。本実施形態におけるサーバ転送サーバは、転送元携帯端末から、転送先携帯端末の端末識別子と転送先携帯端末に渡したいファイルのファイル識別子とを受信する。サーバ転送サーバは、取得したファイル識別子に基づいて、ファイルを保存するファイル保存サーバやファイルを配信するファイル配信サーバから、渡したいファイルを取得する。そして、サーバ転送サーバは、転送元携帯端末からのファイルのアップロードなしに、取得したファイルを転送先通信端末に対してダウンロードする。

本実施形態によれば、転送元携帯端末から大容量ファイルを全てファイル転送サーバにアップロードする必要がないので、送信元携帯端末の負荷が低減されると共に、ネットワーク通信のスループットを向上することができる。

《ファイル転送システムの動作概要》
図１４は、本実施形態に係るファイル転送システム１４００の構成および動作概要を示す図である。図１４において、図１と同様の構成要素には同じ参照番号を付して、説明は省略する。

図１４において、転送元の携帯端末１１０から転送先の携帯端末１２０への転送ファイルに関連する識別子交換は、図１と同様である。

図１４においては、ネットワーク通信によるファイル転送サーバ１４３０を経由するファイル転送において、図１のように、ファイルが伝送元の携帯端末からアップロードされない。本実施形態においては、ファイルは、ファイルを配信するファイル配信サーバ１４４０や、あらかじめファイルが保存されたファイル保存サーバ１４５０から、ファイル転送サーバ１４３０にダウンロードされる。ファイル配信サーバ１４４０は、サーバ部１４４１と配信するファイルを格納するファイルＤＢ１４４２とを有する。また、ファイル保存サーバ１４５０は、サーバ部１４５１と配信するファイルを格納するファイルＤＢ１４５２とを有する。ファイル保存サーバ１４５０には、例えば、送信元の携帯端末１１０からあらかじめアップロードされた、写真や動画などが保存されている。

ファイル転送サーバ１４３０のサーバ部１４３１は、送信元の携帯端末１１０から、送信先の携帯端末１２０を持つ女性に見せた写真などのコンテンツファイルのファイルＩＤのみを受信する。そして、転送元から受信したファイルＩＤに基づいて、ファイル配信サーバ１４４０のファイルＤＢ１４４２やファイル保存サーバ１４５０のファイルＤＢ１４５２からファイルを検索して、ファイルバッファ１３２にダウンロードする。そして、ファイル転送サーバ１４３０から送信元の携帯端末１２０にファイルバッファ１３２にダウンロードしたファイルをさらにダウンロードする。

本実施形態によれば、転送元携帯端末から大容量ファイルを全てファイル転送サーバにアップロードする必要がないので、送信元携帯端末の負荷が低減されると共に、ネットワーク通信のスループットを向上することができる。

［第４実施形態］
次に、本発明の第４実施形態に係るファイル転送システムについて説明する。本実施形態に係るファイル転送システムは、上記第１実施形態と比べると、赤外線通信により転送するファイル情報や転送元、転送先の情報を交換しても、ファイル転送が行なわれなかった場合に、ファイル再転送を行なう点で異なる。

本実施形態においては、携帯端末で実行されるファイル転送アプリケーションの手順を示す。その他の構成および動作は、第１実施形態と同様であるため、同じ構成および動作については同じ符号を付してその詳しい説明を省略する。

本実施形態によれば、転送したいファイルを転送先に確実に転送することができる。

《ファイル転送アプリケーション》
図１５は、本実施形態に係る携帯端末１１０、１２０で実行されるファイル転送アプリケーションの手順を示すフローチャートである。なお、図１５において、第１実施形態の図１２Ｂと同様のステップには同じステップ番号を付して、説明は省略する。また、図１５においては、図１２Ｂと同じステップの一部は省略されている。

携帯端末は、ステップＳ１２７９において、転送すべきファイルが転送先の携帯端末に送信完了した通知が無い場合に、ステップＳ１５５１において、近接通信による識別子交換からの経過日時が閾値αを超えているかを判定する。超えていれば、ファイル転送が失敗したものと判定する。携帯端末は、ステップＳ１５５３において、転送ファイル情報保持部８２０の転送ステータスコード８２５を未送信にして、ステップＳ１２７３に戻って、再度ファイルのアップロードを行なうようにする。

経過日時が閾値αを超えているのは、例えば、送信元からのアップロードがされていない場合、アップロードしてから日時が経過してファイル転送サーバのファイルバッファから削除された場合、送信先がダウンロードしてない場合がある。しかし、いずれにしても、ファイル転送サーバのファイルバッファにファイルが無い状態であり、ファイルの再アップロードから再試行する。閾値αはその条件に合う日時が設定される。なお、ファイルの保存期間が長く、ファイル転送サーバのファイルバッファにファイルがまだある場合は、転送先にダウンロードを呼び掛けることになる。

本実施形態によれば、転送したいファイルを転送先に確実に転送することができる。

［第５実施形態］
次に、本発明の第５実施形態に係るファイル転送システムについて説明する。本実施形態に係るファイル転送システムは、上記第１実施形態と比べると、赤外線通信などの近接通信や非接触通信などでファイル転送が可能でない場合に、ファイル転送サーバを介してファイル転送を行なう点で異なる。

本実施形態においては、携帯端末で実行されるファイル転送アプリケーションの手順を示す。その他の構成および動作は、第１実施形態と同様であるため、同じ構成および動作についてはその詳しい説明を省略する。

本実施形態によれば、赤外線通信などの近接通信で短期間に可能な容量のファ入り転送を、ファイル転送サーバを使ってネットワーク通信する無駄を無くすことにより、ネットワーク通信のスループットを向上することができる。

《ファイル転送アプリケーション》
図１６は、本実施形態に係る携帯端末１１０、１２０で実行されるファイル転送アプリケーションの手順を示すフローチャートである。なお、図１６において、第１実施形態の図１２Ｂと同様のステップには同じステップ番号を付して、説明は省略する。また、図１６においては、図１２Ｂと同じステップの一部は省略されている。

携帯端末は、赤外線通信による転送ファイルの識別子交換をした後、ステップＳ１６５１において、転送したいファイルを赤外線通信で転送するか否かを判定する。ファイルを赤外線通信で転送するか否かの条件としては、ファイルの容量と転送速度とから転送に要する時間長が考えられる。あるいは、転送に要する時間のみが条件でなく、ユーザが許容する時間長も考慮に入れられる。あるいは、少なくともいずれかの携帯端末が在圏範囲外にあって、少し時間がかかってもその場でファイルの転送が必要な場合もある。あるいは、ファイル形式が赤外線通信と合っていない場合も考えられる。なお、ファイルを赤外線通信で転送するか否かの条件は、これらに限定されない。

上記種々の条件の下で、赤外線通信によるファイル転送をしない場合は、携帯端末はステップＳ１２６３に進み、以降、本実施形態のネットワーク通信によるファイル転送サーバを経由したファイル転送を実行する。

一方、赤外線通信によるファイル転送をする場合は、携帯端末は、ステップＳ１６５３において、赤外線通信によるファイル転送処理を行なう。次に、携帯端末は、ステップＳ１６５５において、赤外線通信によるファイル転送処理が完了したか否かを判定する。赤外線通信によるファイル転送処理が完了すれば、携帯端末は、ステップＳ１６５７において、転送完了を表示してユーザに通知する。赤外線通信によるファイル転送処理が完了しなければ、携帯端末は、ステップＳ１６５９において、転送エラーを表示してユーザに報知し、ステップＳ１２６３に進んで、本実施形態のネットワーク通信によるファイル転送サーバを経由したファイル転送を実行する。

本実施形態によれば、赤外線通信などの近接通信で短期間に可能な容量のファ入り転送を、ファイル転送サーバを使ってネットワーク通信する無駄を無くすことにより、ネットワーク通信のスループットを向上することができる。

［第６実施形態］
次に、本発明の第６実施形態に係るファイル転送システムについて説明する。本実施形態に係るファイル転送システムは、上記第１実施形態乃至第５実施形態と比べると、転送元携帯端末と転送先携帯端末が設定する端末識別子が異なると共に、転送元携帯端末と転送先携帯端末とが共有する端末識別子が少なくとも一方である点で異なる。本実施形態によれば、共有する識別子が少ないので、赤外線通信による通信量を削減することができる。

《ファイル転送システムの動作手順》
図１７は、本実施形態に係るファイル転送システムの動作手順を示すシーケンス図である。なお、図１７には、赤外線通信による識別子共有の動作手順のみが示されている、他のファイル転送システムの動作手順は図３と同様であるので、図示および説明を省略する。また、図１７において、図３と同様のステップには同じステップ番号を付して、説明を省略する。

図１７の上部では、まず、ステップＳ１７２３において、転送元の携帯端末１１０がファイルＩＤ、転送先ＩＤおよび転送元ＩＤを設定する。そして、ステップＳ１７２９において、転送元の携帯端末１１０から送信先の携帯端末１２０へ、ファイルＩＤ、および、転送先ＩＤと転送元ＩＤとのいずれか一方が送られる。この情報により、送信先の携帯端末１２０は、転送されるファイルが自端末へのファイルであることを確認可能である。

図１７の下部では、まず、ステップＳ１７３３において、転送元の携帯端末１１０がファイルＩＤのみを設定する。また、ステップＳ１７３７において、転送元の携帯端末１２０が転送元ＩＤおよび転送先ＩＤを設定する。そして、ステップＳ１７３９において、転送元の携帯端末１１０から送信先の携帯端末１２０へファイルＩＤが送られ、転送先の携帯端末１２０から送信元の携帯端末１１０へ転送先ＩＤと転送元ＩＤとのいずれか一方が送られる。この情報により、送信先の携帯端末１２０は、転送されるファイルが自端末へのファイルであることを確認可能である。

なお、図１７に示した例は一例であり、転送元携帯端末と転送先携帯端末とが、ファイルＩＤ、および、転送先ＩＤと転送元ＩＤとのいずれか一方を共有しさえすれば、正確なファイル転送が可能である。また、本実施形態においては、転送元携帯端末と転送先携帯端末とが共有する端末識別子が少なくとも一方である例を示したが、転送先ＩＤおよび転送元ＩＤを共有することも可能であり、その場合は、第１実施形態と同様に、ファイルＩＤ、転送先ＩＤおよび転送元ＩＤを転送元携帯端末と転送先携帯端末とが共有するすることになる。

［第７実施形態］
次に、本発明の第７実施形態に係るファイル転送システムについて説明する。本実施形態に係るファイル転送システムは、上記第１実施形態乃至第６実施形態と比べると、ファイル通信の管理を、本ファイル転送システムで通信端末に設定された端末識別子でなく、本ファイル転送システムでユーザに設定されたユーザ識別子を用いて行なう点で異なる。

本実施形態においては、通信端末が有するファイルで転送可能なファイルをユーザ識別子に基づいて選別する。また、ユーザがあらかじめファイル保存サーバに保存しているファイルの転送する場合や、ファイル配信サーバからダウンロードするファイルについては端末識別子を用いた処理と同様にファイル転送ができる。その他の構成および動作は、第１実施形態乃至第５実施形態と同様であるため、同じ構成および動作についてはその詳しい説明を省略する。

本実施形態によれば、赤外線通信などの近接通信で短期間に可能な容量のファ入り転送を、ファイル転送サーバを使ってネットワーク通信する無駄を無くすことにより、ネットワーク通信のスループットを向上することができる。

［他の実施形態］
以上、実施形態を参照して本発明を説明したが、本発明は上記実施形態に限定されるものではない。本発明の構成や詳細には、本発明のスコープ内で当業者が理解し得る様々な変更をすることができる。また、それぞれの実施形態に含まれる別々の特徴を如何様に組み合わせたシステムまたは装置も、本発明の範疇に含まれる。

また、本発明は、複数の機器から構成されるシステムに適用されてもよいし、単体の装置に適用されてもよい。さらに、本発明は、実施形態の機能を実現する制御プログラムが、システムあるいは装置に直接あるいは遠隔から供給される場合にも適用可能である。したがって、本発明の機能をコンピュータで実現するために、コンピュータにインストールされる制御プログラム、あるいはその制御プログラムを格納した媒体、その制御プログラムをダウンロードさせるＷＷＷ(World Wide Web)サーバも、本発明の範疇に含まれる。特に、少なくとも、非一時的コンピュータ可読媒体（non-transitory computer readable medium）は本発明の範疇に含まれる。

Claims (15)

1. ファイルを送信する転送元通信端末と前記ファイルを受信する転送先通信端末との近接通信が可能な近接位置において、前記近接通信を用いて、前記転送元通信端末と前記転送先通信端末との間で、前記転送元通信端末を識別する第１端末識別子と前記転送先通信端末を識別する第２端末識別子との少なくともいずれか一方、および、転送しようとするファイルのファイル識別子を共有させる識別子共有手段と、
   前記近接通信の終了後に、前記転送元通信端末と前記転送先通信端末とが分かれて移動した異なる場所において、前記第１端末識別子により識別される前記転送元通信端末から前記第２端末識別子により識別される前記転送先通信端末に対して、前記ファイル識別子と、前記共有した前記第１端末識別子および前記第２端末識別子の少なくともいずれか一方とにより識別されるファイルを、サーバを介して転送するファイル転送手段と、
   を備えるファイル転送システム。
2. 前記識別子共有手段は、前記転送元通信端末から前記転送先通信端末へ、前記ファイル識別子と前記第１端末識別子とを渡して、前記転送先通信端末から前記転送元通信端末へ、前記第２端末識別子を渡し、
   前記ファイル転送手段は、
   前記転送元通信端末から前記サーバに対して、前記第２端末識別子と前記ファイルとをアップロードするアップロード手段と、
   前記サーバから前記転送先通信端末に対して、前記第１端末識別子と前記ファイル識別子とにより識別されるファイルをダウンロードするダウンロード手段と、
   を有する請求項１に記載のファイル転送システム。
3. 前記サーバは、前記ファイルを保持するファイル保持手段を有し、
   前記ファイル転送手段は、前記ファイル保持手段に前記第１端末識別子と前記ファイル識別子とにより識別されるファイルが保存されている場合、前記アップロード手段によるファイルのアップロードなしに、前記ダウンロード手段により、前記第１端末識別子と前記ファイル識別子とにより識別されるファイルを前記転送先通信端末に対してダウンロードする、請求項２に記載のファイル転送システム。
4. 前記第１端末識別子および前記第２端末識別子は、当該ファイル転送システムに特有の端末識別子である請求項１乃至３のいずれか１項に記載のファイル転送システム。
5. ファイルを送信する転送元通信端末と前記ファイルを受信する転送先通信端末との近接通信が可能な近接位置において、前記近接通信を用いて、転送元通信端末と転送先通信端末との間で、前記転送元通信端末を識別する第１端末識別子と前記転送先通信端末を識別する第２端末識別子との少なくともいずれか一方、および、転送しようとするファイルのファイル識別子を共有させる識別子共有ステップと、
   前記近接通信の終了後に、前記転送元通信端末と前記転送先通信端末とが分かれて移動した異なる場所において、前記第１端末識別子により識別される前記転送元通信端末から前記第２端末識別子により識別される前記転送先通信端末に対して、前記ファイル識別子により識別されるファイルをサーバを介して転送するファイル転送ステップと、
   を含むファイル転送方法。
6. 他の通信端末との間で直接に近接通信を行なう近接通信手段と、
   当該通信端末からファイルを転送先通信端末に転送する場合に、前記近接通信が可能な近接位置において、前記前記近接通信手段を用いて、転送する前記ファイルのファイル識別子と当該通信端末を識別する第１端末識別子とを前記転送先通信端末に送信して、前記転送先通信端末を識別する第２端末識別子を前記転送先通信端末から受信する識別子交換手段と、
   前記近接通信の終了後に、前記他の通信端末と分かれて移動した異なる場所において、前記第１端末識別子と前記ファイルとを、ネットワークを介して前記転送先通信端末がアクセス可能なサーバに送信するファイル転送手段と、
   を備える通信端末。
7. 通信端末からファイルを転送先通信端末に転送する場合に、近接通信が可能な近接位置において、他の通信端末との間で直接に前記近接通信を行なう近接通信手段を用いて、転送する前記ファイルのファイル識別子と当該通信端末を識別する第１端末識別子とを前記転送先通信端末に送信して、前記転送先通信端末を識別する第２端末識別子を前記転送先通信端末から受信する識別子交換ステップと、
   前記近接通信の終了後に、前記他の通信端末と分かれて移動した異なる場所において、前記第１端末識別子と前記ファイルとを、ネットワークを介して前記転送先通信端末がアクセス可能なサーバに送信するファイル転送ステップと、
   を含む通信端末の制御方法。
8. 通信端末からファイルを転送先通信端末に転送する場合に、近接通信が可能な近接位置において、他の通信端末との間で直接に前記近接通信を行なう近接通信手段を用いて、転送する前記ファイルのファイル識別子と当該通信端末を識別する第１端末識別子とを前記転送先通信端末に送信して、前記転送先通信端末を識別する第２端末識別子を前記転送先通信端末から受信する識別子交換ステップと、
   前記近接通信の終了後に、前記他の通信端末と分かれて移動した異なる場所において、前記第１端末識別子と前記ファイルとを、ネットワークを介して前記転送先通信端末がアクセス可能なサーバに送信するファイル転送ステップと、
   をコンピュータに実行させる通信端末の制御プログラム。
9. 他の通信端末との間で直接に近接通信を行なう近接通信手段と、
   ファイルを転送元通信端末から当該通信端末に転送する場合に、前記近接通信が可能な近接位置において、前記近接通信手段を用いて、転送するファイルのファイル識別子と前記転送元通信端末を識別する第１端末識別子とを前記転送元通信端末から受信して、当該通信端末を識別する第２端末識別子を前記転送元通信端末に送信する識別子交換手段と、
   前記近接通信の終了後に、前記他の通信端末と分かれて移動した異なる場所において、前記第１端末識別子と前記ファイル識別子とにより識別されるファイルを、サーバから受信するファイル転送手段と、
   を備える通信端末。
10. ファイルを転送元通信端末から当該通信端末に転送する場合に、近接通信が可能な近接位置において、他の通信端末との間で直接に前記近接通信を行なう近接通信手段を用いて、転送するファイルのファイル識別子と前記転送元通信端末を識別する第１端末識別子とを前記転送元通信端末から受信して、当該通信端末を識別する第２端末識別子を前記転送元通信端末に送信する識別子交換ステップと、
    前記近接通信の終了後に、前記他の通信端末と分かれて移動した異なる場所において、前記第１端末識別子と前記ファイル識別子とにより識別されるファイルを、サーバから受信するファイル転送ステップと、
    を含む通信端末の制御方法。
11. ファイルを転送元通信端末から当該通信端末に転送する場合に、近接通信が可能な近接位置において、他の通信端末との間で直接に前記近接通信を行なう近接通信手段を用いて、転送するファイルのファイル識別子と前記転送元通信端末を識別する第１端末識別子とを前記転送元通信端末から受信して、当該通信端末を識別する第２端末識別子を前記転送元通信端末に送信する識別子交換ステップと、
    前記近接通信の終了後に、前記他の通信端末と分かれて移動した異なる場所において、前記第１端末識別子と前記ファイル識別子とにより識別されるファイルを、サーバから受信するファイル転送ステップと、
    をコンピュータに実行させる通信端末の制御プログラム。
12. 近接通信が可能な近接位置において、通信端末からファイルを転送先通信端末に転送する場合に、他の通信端末との間で直接に近接通信を行なう近接通信手段を用いて、転送する前記ファイルのファイル識別子と当該通信端末を識別する第１端末識別子とを前記転送先通信端末に送信して、前記転送先通信端末を識別する第２端末識別子を前記転送先通信端末から受信し、また、ファイルを転送元通信端末から当該通信端末に転送する場合に、前記近接通信手段を用いて、転送するファイルのファイル識別子と前記転送元通信端末を識別する第３端末識別子とを前記転送元通信端末から受信して、当該通信端末を識別する前記第１端末識別子を前記転送元通信端末に送信する識別子交換ステップと、
    前記近接通信の終了後に、前記他の通信端末と分かれて移動した異なる場所において、当該通信端末からファイルを前記転送先通信端末に転送する場合に、前記第２端末識別子と前記ファイルとを、前記転送先通信端末がアクセス可能なサーバに送信し、また、ファイルを前記転送元通信端末から当該通信端末に転送する場合は、前記第３端末識別子と前記ファイル識別子とにより識別されるファイルを、サーバから受信するファイル転送ステップと、
    をコンピュータに実行させるアプリケーションプログラム。
13. 請求項１乃至４のいずれか１項に記載のファイル転送システムが有するサーバであって、
    転送元通信端末から転送先通信端末へ転送しようとするファイルと、該ファイルを識別するファイル識別子と、前記転送先通信端末を識別する第２端末識別子とを、前記転送元通信端末から受信するファイル受信手段と、
    前記ファイルと、前記転送元通信端末を識別する第１端末識別子および前記ファイル識別子とを対応付けて保持するファイル保持手段と、
    前記ファイル保持手段から前記第１端末識別子と前記ファイル識別子とにより識別されるファイルを読み出して、前記転送先通信端末に送信するファイル送信手段と、
    を備えるサーバ。
14. 請求項１乃至４のいずれか１項に記載のファイル転送システムが有するサーバの制御方法であって、
    転送元通信端末から転送先通信端末へ転送しようとするファイルと、該ファイルを識別するファイル識別子と、前記転送先通信端末を識別する第２端末識別子とを、前記転送元通信端末から受信するファイル受信ステップと、
    前記ファイルと、前記転送元通信端末を識別する第１端末識別子および前記ファイル識別子とを対応付けてファイル保持手段に保持するファイル保持ステップと、
    前記ファイル保持手段から前記第１端末識別子と前記ファイル識別子とにより識別されるファイルを読み出して、前記転送先通信端末に送信するファイル送信ステップと、
    を含むサーバの制御方法。
15. 請求項１乃至４のいずれか１項に記載のファイル転送システムが有するサーバの制御プログラムであって、
    転送元通信端末から転送先通信端末へ転送しようとするファイルと、該ファイルを識別するファイル識別子と、前記転送先通信端末を識別する第２端末識別子とを、前記転送元通信端末から受信するファイル受信ステップと、
    前記転送したいファイルと、前記転送元通信端末を識別する第１端末識別子と前記ファイル識別子とを対応付けてファイル保持手段に保持するファイル保持ステップと、
    前記ファイル保持手段から前記第１端末識別子と前記ファイル識別子とにより識別されるファイルを読み出して、前記転送先通信端末に送信するファイル送信ステップと、
    をコンピュータに実行させるサーバの制御プログラム。

Images