(57)【要約】【課題】ネットワークを介して記憶デバイス間のファイルの移動やコピーを安全、簡単、かつ、高速にできるようにする。【解決手段】記憶デバイス１８を装着するスロット１６を設けた通信端末１０をＩＰ網２に接続する。上記端末１０は、ＩＰ網２のＳＩＰサーバ１と接続処理を行なって、ダイヤルで簡単に受信側の端末１０と接続できるようにする。接続後は、送信側通信端末１０のスロット１６の記憶デバイス１８のデータをＲＴＰパケットにカプセル化し、受信側の端末１０へ送信する。一方、受信側の端末１０では、受信したＲＴＰ形式のＩＰパケットからデータを取り出し、送信側から送信されたデータと同一形式のデータとして保存することで、ネットワークを介して記憶デバイス間のファイルの移動やコピーが安全で高速にできるようにする。【選択図】図１
2009171436.tif 000002
【特許請求の範囲】
【請求項１】
ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サーバで制御されたＩＰ網と、記憶デバイスを接続するスロットまたはコネクタ及び電話番号入力部を有する複数の通信端末とで構成され、
上記ＳＩＰサーバは、上記電話番号入力部から電話番号を入力された送信側通信端末に当該電話番号に対応するＩＰアドレスを通知し、
当該送信側通信端末は、自己のスロット又はコネクタに接続された記憶デバイス内のデータを読み込み、当該読み込んだデータを、当該ＩＰアドレスを用いてパケット化し、当該ＳＩＰサーバの呼制御により受信側通信端末との接続が確立された後に当該受信側通信端末にパケット送信し、
当該受信側通信端末は、上記送信されたパケットから上記データを取り出し、自己のスロット又はコネクタに接続された記憶デバイスに保存する、通信端末を利用したデータ転送システム。
【請求項２】
上記送信側通信端末は、上記データをＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）で上記受信側通信端末に送信する請求項１に記載の通信端末を利用したデータ転送システム。
【請求項３】
上記ＩＰ網が通信事業者の保有するＩＰ網からなる請求項１乃至２のいずれか１つに記載の通信端末を利用したデータ転送システム。
【請求項４】
上記通信端末は、内部メモリを備え、上記送信されたＩＰパケットから取り出したデータを当該内部メモリに一旦記憶させる請求項１乃至３のいずれか１つに記載の通信端末を利用したデータ転送システム。
【請求項５】
上記通信端末は、物理規格が異なる複数種類のスロットまたはコネクタを備え、上記受信側通信端末は、上記送信側通信端末に接続された記憶デバイスと異なる物理規格の記憶デバイスに対して、上記取り出したデータを上記送信側の記憶デバイス内のデータと同一のデータ形式で保存する請求項１乃至４のいずれか１つに記載の通信端末を利用したデータ転送システム。
【請求項６】
上記送信中のパケットにビット落ちが生じた際に、ビット落ちしたパケットを再送させる通信プロトコルを用いた請求項１乃至５のいずれか１つに記載の通信端末を利用したデータ転送システム。
【請求項７】
ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サーバで制御されたＩＰ網に接続される端末であって、
記憶デバイスを接続するスロットまたはコネクタ及び電話番号入力部を有し、
上記電話番号入力部から電話番号が入力される送信側通信端末である場合は、上記ＳＩＰサーバに発呼を行い、上記スロット又はコネクタに接続された記憶デバイス内のデータを読み込み、当該ＳＩＰサーバから通知されたＩＰアドレスを用いて当該データをパケット化し、当該ＳＩＰサーバの呼制御により受信側通信端末との接続が確立された後に当該受信側通信端末にパケット送信し、
上記受信側通信端末である場合は、上記送信されたパケットから上記データを取り出し、自己のスロット又はコネクタに接続された記憶デバイスに保存する通信端末。
【請求項８】
上記送信側通信端末である場合は、上記データをＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）で上記受信側通信端末に送信する請求項７に記載の通信端末。
【請求項９】
内部メモリを備え、上記受信側通信端末である場合は、上記送信されたＩＰパケットから取り出したデータを当該内部メモリに一旦記憶させる請求項７乃至８のいずれか１つに記載の通信端末。
【請求項１０】
物理規格が異なる複数種類のスロットまたはコネクタを備え、上記受信側通信端末である場合は、上記送信側通信端末に接続された記憶デバイスと異なる物理規格の記憶デバイスに対して、上記取り出したデータを上記送信側の記憶デバイス内のデータと同一のデータ形式で保存する請求項７乃至９のいずれか１つに記載の通信端末。
【請求項１１】
上記送信中のパケットにビット落ちが生じた際に、ビット落ちしたパケットを再送させる通信プロトコルを用いた請求項７乃至１０のいずれか１つに記載の通信端末。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、記憶デバイスに保存されているデータをネットワークを介して他の記憶デバイスに転送するデータ転送システム、及びその転送に用いる通信端末に関する。
【背景技術】
【０００２】
ネットワークを介して記憶デバイスに保存したファイル（データ）を転送する技術として、例えば、特許文献１に記載されたものがある。
【０００３】
特許文献１に記載の技術は、図７に示すように、多機能周辺装置１とネットワークＬＡＮを介して接続されたパーソナルコンピュータ（パソコン）２との間でメモリカード３に保存したデータをパソコン２に転送するというものである。
【０００４】
ここで、多機能周辺装置１は、プリンタ、ファクシミリ、コピー、スキャナなどの機能とともに、メモリカードを装着するメモリカード部（カードスロット）４とＬＡＮインターフェース５を備えたもので、多機能周辺装置１がＦＴＰサーバとして機能することで、パソコン２から多機能周辺装置１に装着したメモリカード３へアクセスするようになっている。
【０００５】
【特許文献１】特開２００７−１４８７３６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記のものでは、多機能周辺装置に装着したメモリカードのデータを移動あるいはコピーする場合は、多機能周辺装置のサーバ機能を使用するので、アクセスには、ＰＣを立ち上げて使用しなければならず、手間の掛かる問題があった。
【０００７】
また、サーバ機能を使用することから、サーバ機能の設定や接続にネットワークの専門的な知識や操作を必要とする問題もある。
【０００８】
また、上記のものでは、インターネットなどのオープンなネットワークでの使用は、ＦＴＰプロトコルでデータを転送するため、「なりすまし」やデータの漏洩などのセキュリティの脅威が存在する。これを解決する一つの方法としてＶＰＮ（Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）などの信頼性の高いネットワーク環境を構築することが考えられるが、ＶＰＮを使用するためには、ＶＰＮ用のルーティング機器の設置や、それらの機器を使う高度な知識や技術を必要とする問題がある。
【０００９】
そこで、この発明の課題は、ネットワークを介した記憶デバイス間のファイル転送を簡単にすることである。
【課題を解決するための手段】
【００１０】
上記の課題を解決するため、この発明は、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サーバで制御されたＩＰ網と、記憶デバイスを接続するスロット又はコネクタ、及び電話番号入力部を有する複数の通信端末とで構成され、上記ＳＩＰサーバは、上記電話番号入力部から電話番号を入力された送信側通信端末に当該電話番号に対応するＩＰアドレスを通知し、当該送信側通信端末は、自己のスロット又はコネクタに接続された記憶デバイス内のデータを読み込み、当該読み込んだデータを、当該ＩＰアドレスを用いてパケット化し、当該ＳＩＰサーバの呼制御により受信側通信端末との接続が確立された後に当該受信側通信端末にパケット送信し、当該受信側通信端末は、上記送信されたパケットから上記データを取り出し、自己のスロット又はコネクタに接続された記憶デバイスに保存する構成を採用したのである。
【００１１】
具体的には、ＳＩＰサーバは、送信側通信端末から送信された電話番号からＩＰ網上のＳＩＰ−ＵＲＩに変換し、受信側通信端末を一意のＩＰアドレスで特定し、送信側通信端末に通知することができる。そのため、送信側通信端末は、スロット又はコネクタに接続された記憶デバイス内のデータを送信する場合は、そのデータを、読み込み、上記通知されたＩＰアドレスを用いてパケット化し、受信側通信端末との接続がＳＩＰサーバの呼制御により確立された後に受信側通信端末にパケット送信することができる。ＳＩＰサーバ側で呼制御を行うため、端末側での通信設定作業がない。
受信側通信端末は、上記送信されたパケットから上記データを取り出し、自己のスロット又はコネクタに接続された記憶デバイスに保存する。
したがって、複雑な設定作業を行うことがなく、通信端末の使用者が電話番号を入力すれば、希望する送信先との接続が自動的に確立されるので、ネットワークに関する専門的な知識がない端末使用者であっても、通信端末のスロット又はコネクタに接続した記憶デバイス内のデータを受信側通信端末に転送することができる。
【００１２】
ここで、送信側通信端末のスロット又はコネクタに接続された記憶デバイス内のデータ読み込み処理、及びパケット送信処理は、適宜のトリガで実行されるようにすればよい。例えば、通信端末から使用者にキー操作等で処理開始許可を入力させる構成を採用しても、通信端末の使用者に専門的な知識を要求しないからである。
好ましくは、スロット又はコネクタに記憶デバイスが接続された状態で受信側通信端末との接続が確立されたとき、その接続確立を通知する信号を送信側通信端末が受けると、送信側通信端末が上記データ読み込み処理、及びパケット送信処理を実行する構成を採用すれば、使用者の手間を減らすことができる。
【００１３】
上記ＩＰ網としては、ＩＰｖ４又はＩＰｖ６に従った通信網は勿論、ＮＧＮ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｎｅｔｗｏｒｋ）を採用することもできる。
【００１４】
また、上記送信側通信端末は、上記データをＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）で上記受信側通信端末に送信する構成を採用することができる。
この構成を採用すれば、送信側通信端末のスロット又はコネクタに接続された記憶デバイス内の音声データや動画データを受信側通信端末へ効率よく転送することができる。ＲＴＰに従ったパケット通信では、通信中のパケット紛失や、データ誤り等のエラー検出を行なわないためである。
送信側通信端末は、データを、ＲＴＰパケットのペイロード長に合わせて分割し、時間情報（タイムスタンプ）を付加して送信するため、受信側通信端末では、受信したパケットからＩＰヘッダを取外してカプセル化を解除し、時間情報に基づいて順序通りに結合することができる。仮に、パケット紛失等が生じていても、音声や動画のデータは、データの一部が欠けていても再生が可能である。
なお、再生に支障が生じるようなパケット紛失等を防止したいときは、上記ビット落ちしたパケットを再送させる通信プロトコルを併用すればよい。そのプロトコルとして、例えば、ＲＴＣＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）を採用することができる。
さらにＲＴＰでは、ファイル単位の送信でなく、ビット単位で送信を行うため、ファイルのみならず、フォルダ構成の情報もファイルデータと関連付けて送信することができるため、送信側は記憶媒体に保存されたデータをフォルダ構成も含め、そのまま送信することができる。この場合、ユーザは送信するファイルを全て選択する必要はなく、送信するフォルダを選択するだけでよいので、より簡単にデータ送信をすることができる。
【００１５】
また、上記ＩＰ網が通信事業者の保有するＩＰ網からなる構成を採用すれば、電話番号による送信先の特定が通信事業者の管理下にあり、第三者が送信先を偽装し得ないため、「なりすまし」に対するセキュリティ上の脅威を無くすことができる。
【００１６】
なお、通信端末の使用者に設定作業を要求することがない限り、上記パケット通信においてセキュリティプロトコルを採用し、暗号化送信、パケット認証等で安全性をより向上させてもよい。
【００１７】
また、上記通信端末は、内部メモリを備え、上記送信されたＩＰパケットから取り出したデータを当該内部メモリに一旦記憶させる構成を採用することができる。
この構成を採用すれば、受信側通信端末のスロット又はコネクタに記憶デバイスが接続されていないときや記憶デバイスの容量不足が生じたときも、内部メモリの容量に収まる限り、送信側通信端末からデータ転送を行うことができる。
また、この構成を採用すれば、送受信通信端末間のデータ転送速度が受信側通信端末のスロット又はコネクタに接続された記憶デバイスの書込み速度より速くても、内部メモリの容量に収まる限り、受信エラーを起こさないようにすることができる。
例えば、受信側通信端末が、受信中のデータをＴｅｍｐファイルとして記憶手段に一時保存し、正常に受信したのち記憶デバイスに移動あるいはコピーするバッファリング処理を行うように構成することができる。
【００１８】
また、上記通信端末は、物理規格が異なる複数種類のスロットまたはコネクタを備え、上記受信側通信端末は、上記送信側通信端末に接続された記憶デバイスと異なる物理規格の記憶デバイスに対して、上記取り出したデータを上記送信側の記憶デバイス内のデータと同一のデータ形式で保存する構成を採用することができる。
この構成を採用すれば、通信端末を利用したデータ転送を異なる物理規格の記憶デバイス間で行なうことができ、ひいては、送信側と受信側とが同じ規格の記憶デバイスを準備しなくてもファイルの移動やコピーができる。なお、この発明において、各通信端末は、上記スロットとコネクタの少なくとも一方を備えればよい。
【００１９】
また、上記送信中のパケットにビット落ちが生じた際に、ビット落ちしたパケットを再送させる通信プロトコルを用いた構成を採用すれば、送信データの欠落を防止できる。
【００２０】
この発明は、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サーバで制御されたＩＰ網に接続される端末であって、記憶デバイスを接続するスロットまたはコネクタ及び電話番号入力部を有し、上記電話番号入力部から電話番号が入力される送信側通信端末である場合は、上記ＳＩＰサーバに発呼を行い、上記スロット又はコネクタに接続された記憶デバイス内のデータを読み込み、当該ＳＩＰサーバから通知されたＩＰアドレスを用いて当該データをパケット化し、当該ＳＩＰサーバの呼制御により受信側通信端末との接続が確立された後に当該受信側通信端末にパケット送信し、上記受信側通信端末である場合は、上記送信されたパケットから上記データを取り出し、自己のスロット又はコネクタに接続された記憶デバイスに保存する通信端末に基いて、上記システムに対応する諸効果を実現することができる。
具体的には、この発明に係る通信端末において、上記送信側通信端末である場合は、上記データをＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）で上記受信側通信端末に送信する構成を採用することができる。
また、内部メモリを備え、上記受信側通信端末である場合は、上記送信されたＩＰパケットから取り出したデータを当該内部メモリに一旦記憶させる構成を採用することができる。
また、物理規格が異なる複数種類のスロットまたはコネクタを備え、上記受信側通信端末である場合は、上記送信側通信端末に接続された記憶デバイスと異なる物理規格の記憶デバイスに対して、上記取り出したデータを上記送信側の記憶デバイス内のデータと同一のデータ形式で保存する構成を採用することができる。
また、上記送信中のパケットにビット落ちが生じた際に、ビット落ちしたパケットを再送させる通信プロトコルを用いた構成を採用することができる。
【発明の効果】
【００２１】
上述のように、この発明は、端末側で通信設定作業を行うことがなく、通信端末の使用者が電話番号を入力すれば、希望する送信先との接続が自動的に確立され、ネットワークに関する専門的な知識がない端末使用者であっても、通信端末のスロット又はコネクタに接続した記憶デバイス内のデータを受信側通信端末に転送することができるため、ネットワークを介した記憶デバイス間のファイルの転送を簡単にすることができる。さらにファイル単位のデータ送信のみならず、送信側の記憶媒体に保存されているデータをフォルダ構成も含め、そのままの形で送信することができる。
【発明を実施するための最良の形態】
【００２２】
以下、この発明を実施するための最良の形態を図面に基づいて説明する。
【００２３】
図１に示すように、この形態のシステムは、ＳＩＰサーバ１で制御されるＩＰ網２に通信端末１０を接続する構成となっている。
【００２４】
上記ＩＰ網２は、通信会社のＩＰ網２とインターネットなどのＩＰ網を含み、両者はゲートウェー（図示せず）を介して接続されている。
【００２５】
通信端末１０は、例えば、図１のように、ディスプレイ１４とキーボード１５を上面に備え、記憶デバイス１８を装着するスロット１６やコネクタ１７を前面に備えたもので（前面に限定されるものではない）、内部の回路は、図２のような回路ブロックで構成されている。
【００２６】
ここで、記憶デバイス１８とは、例えば、各種メモリカード、ＵＳＢフラッシュメモリ、外付けハードディスク、外付けシリコンハードディスク、外付けＭＯドライブなどのスロットやＵＳＢコネクタを使用するものである。
【００２７】
ディスプレイ１４は、例えば、液晶や有機ＥＬなどの薄型のもので、図１では、起立するようにしてある。また、キーボード１５は、例えば、ダイヤル用のテンキーとコマンドキーで構成され、コマンドキーは、カーソル移動キー、実行キーなどで構成するものである。なお、キーボード１５は、図１では、ディスプレイ１４と並設したが、これに限定されるものではない。例えば、ディスプレイ１４をタッチパネルとしてディスプレイ上に設けてもよい。
【００２８】
また、前面のスロット１６とコネクタ１７は、それぞれ、複数個設けてある。また、特に、スロット１６は、それぞれ、物理規格の異なる記憶デバイス１８に対応する形状のものを取り付けてある。さらに、その複数のスロット１６の一つは、複数の物理規格に対応するものを採用してある。例えば、スロット１６の１つをＵＳＢメモリ用、もう１つをＳＤメモリ用のものとすれば、送信側及び受信側の通信端末１０、１０のそれぞれに接続されたＵＳＢメモリ・ＵＳＢメモリ間、ＵＳＢメモリ・ＳＤメモリ間、ＳＤメモリ・ＳＤメモリ間でのデータ転送が可能になる。
【００２９】
一方、内部の回路ブロックは、図２のように、制御部２１、記憶部２２、入力部２３、出力部２４及びデバイスドライブ２５、ＶＰＮ処理部１１、送受信変換部１２のブロックで構成され、各々のブロックは、マイクロプロセッサ、メモリ回路、インターフェースなどの各種チップで構成してある。
【００３０】
制御部２１は、各ブロックをコントロールするもので、このコントロールの他に、例えば、受信先と記憶デバイス１８の状態の情報交換を行ったり、エラー処理などの通信制御も行なったりもする。
【００３１】
記憶部２２は、受信時や送信時にファイルのバッファリングを行なったり、受信したファイルや送信したファイルを保存したりするための内部メモリ（以下内部メモリ）である。
【００３２】
入力部２３は、キーボード１５に接続するインターフェース回路で、キーボード１５からのキー入力（記号やコマンド信号）を制御部２１へ入力する。キーボード１５と入力部２３は、電話番号入力部を構成する。
【００３３】
出力部２４は、ここでは、ディスプレイ１４を駆動するためのもので、制御部２１からのデータでもって、例えは、内部メモリ２２に保存されているデータ（ファイル名など）の表示を行なったり、送信状態や送信結果の表示や各種エラーなどのメッセージの表示を行なったりする。
【００３４】
デバイスドライブ２５は、スロット１６やコネクタ１７に装着した記憶デバイス１８へのファイルの読み書きやフォーマットなどの処理を行なうコントローラを備えたもので、上記処理を制御部２１からの制御命令で行なうものである。
【００３５】
各ＶＰＮ処理部１１は、ＲＴＰに従った送信を行ない、制御部２１を介して出力されるデータのトンネリング化をする。各通信端末１０には、共通のセキュリティプロトコルに従った接続先認証設定、データ暗号化設定、パケット認証設定を予め記憶させられている。このため、通信端末１０を購入した使用者が複雑なセキュリティ設定を行わずとも、通信端末１０間でＶＰＮ接続が実現される。
【００３６】
例えば、ＩＰｓｅｃを採用する場合、ＶＰＮ処理部１１は、データをＩＰｓｅｃのトランスポートモードに従ったパケット（ＲＴＰと同じ、あるいは下位のレイヤのプロトコルであればどんなものでも良い）に変換する。その分割したパケットをペイロードに収容して時間情報（タイムスタンプ）を付与し、ＳＩＰサーバ１から通知されたＩＰアドレスに基くＩＰヘッダを用いたＲＴＰパケットとし、予め記憶させられた認証共有鍵及び暗号共通暗号鍵と、設定に従って求めたハッシュ値と共に送信を行う。データ通信セッションを確立する前に、受信側の通信端末１０が同じパスフレーズを持っているかどうかで確認する。パスフレーズが同じなら本来の通信相手であると判断し、違っていれば通信を遮断する。
なお、事前に認証鍵及び暗号化鍵の登録を行わない場合は、擬似乱数関数などを使用して通信端末間同士で自動的に認証鍵及び暗号鍵を作成する。
なお、トランスポートモードを採用した場合、ＳＩＰサーバ１が管理するＳＩＰ−ＵＲＩが各通信端末１０に付与されたグローバルＩＰアドレスで通信可能となるが、ＮＡＴ環境下などではトンネルモードを使用することが好ましい。
通信事業者の管理下でＳＩＰサーバ１により実質的に接続先認証が実現されるため、接続先認証に関する設定を省略することもできる。この場合、送信するデータに関しては、暗号化を行う。暗号化方式は、共通鍵暗号化方式でもよいし、公開鍵暗号化方式でもよいが、公開鍵を使用すれば、共通鍵を使用する場合と比較して、鍵管理が楽になり、ユーザ側の負担が削減される。
なお、上記のＩＰｓｅｃに代えて、ＰＰＴＰ（Ｐｏｉｎｔ  ｔｏ  Ｐｏｉｎｔ  Ｔｕｎｎｅｌｉｎｇ  Ｐｒｏｔｏｃｏｌ）、ＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔｓ  Ｌａｙｅｒ）などのプロトコルを使用することもできる。
【００３７】
一方、ＶＰＮ処理部１１は、受信時には、受信した各パケットからＩＰヘッダを取外し、カプセル化を解除し、付加された時間情報に基づいて順序通りにパケットを結合してデータを復号し、復元したデータを制御手段２１へ出力する。また、受信時には、再送手段として、ＲＴＰのセッションを制御するサブプロトコルであるＲＴＣＰ（ＲＴＰ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）を定期的に送信することで、受信時にビット落ちしたパケットを送信側でエラーとして把握し、再送できるようにする。
【００３８】
この形態は、上記のように構成されており、この形態では、通信端末１０を図１に示すように、ＩＰ網２のうち通信会社の地域ＩＰ網（通信会社のＩＰ網：電話局間を結ぶバックボーンのＩＰネットワーク）に回線終端装置１２（図２参照）を介して接続する（接続することによりＩＰアドレスが付与されることになる）。
【００３９】
上記ＩＰ網２は、ＳＩＰサーバ１を備えて、契約時に通信会社から割り当てられた電話番号（例えば、０ＡＢＪやＥ．１６４形式）をＵＲＩに変換し、電話番号をネットワーク上の一意のアドレスとすることで、割り当てられた電話番号から相手のアドレスが分かるようにしてある。このように、ＳＩＰ−ＵＲＩと電話番号のマッピングを行なっているので、電話を掛ける際は、電話番号を送信すれば、ＳＩＰサーバ１からＩＰアドレスを得て接続を確立することができる。
【００４０】
ダイヤル後、ＳＩＰサーバ１により接続が確立されると、転送を行なうことができるので、送信側と受信側の通信端末１０のスロット１６やコネクタ１７に記憶デバイス１８を装着すれば、送信側の通信端末１０は、図４のフローチャートに基づいてファイルの転送処理（ここでは、コピー処理）を行なう。
【００４１】
すなわち、処理を開始し（１００）、接続先の電話番号をダイヤルすると（１０５）、送信側の通信端末１０は電話番号による発呼処理を行なって接続処理を開始し、ＳＩＰサーバ１は接続を確立する（１１０）。このとき、ＳＩＰサーバ１は接続の確立に送信先の手動での応答は必要なく、自動的に接続するようにする。
【００４２】
ちなみに、この形態では、送信先との接続を自動的に行なうようにしたが、これに限定されるものではない。例えば、「接続許可」スイッチなどを設けて、受信側の通信端末１０の上記スイッチを手動操作で作動させて許可した際にＳＩＰサーバ１が接続するようにすれば、イタズラ電話などの不要な接続を拒否するようにできる。
【００４３】
処理（１１５）で、ＳＩＰサーバ１は、送信先との通信が確立できたかどうかを確認する。接続が確立できなかった場合は、通信経路の故障や接続先の電源断などのトラブルが考えられるので、エラー処理２を実行する（１２０）。エラー処理２（１２０）では、ＳＩＰサーバ１からエラー通知を受けた送信側の通信端末１０がリトライや一時ファイルの削除などの処理を実施し（１２０）、エラー表示を行なって（１２５）、データ通信のセッションを終了する（１８０）〜（１９０）。
【００４４】
処理（１１５）で接続が確立できた場合は、ＳＩＰサーバ１は、送信側の通信端末１０にＩＰアドレスを通知し、送信側の通信端末１０がデータ通信のセッションを開始し（１３０）、セッションが確立できたかどうかを確認する（１３５）。このとき、データ通信セッションが確立できない場合は、エラー処理２（１２０）を実行し、エラー表示を行なって（１２５）、データ通信のセッションを終了する（１８０）〜（１９０）。
【００４５】
処理（１３５）で、セッションが確立した場合は、記憶デバイス１８内のフォルダ４５（ファイル）をディスプレイに表示する（１４０）（図６（ａ）参照）。コピーするファイル４６が選択されると（１４５）（図６（ｂ）参照）、選択された上記ファイル４６が送信可能かどうか確認する（１５０）。このとき、選択した上記ファイル４６の合計容量と、受信側の通信端末１０から通知された受信側の内部記憶容量の空き容量をチェックし、送信の可否を確認する。このように、セッションの始めに受信側の内部メモリ２２の空き容量の情報をやり取りする。この結果、送信不可の場合には、送信側の通信端末１０がエラー処理１を実行する（１５５）。エラー処理１では、コピーするファイル４６の選択を解除し、処理１４０〜１５０を繰り返し、コピーするファイル４６の再選択を促す。
【００４６】
処理（１５０）で、送信が可能な場合は、送信側の通信端末１０のキーボード１５の実行（コピー）ボタンが押されると（１６０）、例えば、選択された上記ファイル４６を内部メモリ２２にコピーして、データ送信処理を実行し（１６５）、コピーした内部メモリ２２のファイル４６の送信を行なって、送信が正常に完了したかを確認する（１７０）。このとき、ファイル４６の送信が正常に完了せず、例えば、送信途中で通信が切断されたような場合は、エラー処理２（１２０）を実行し、エラー表示を行なって（１２５）、データ通信セッションの終了処理（１８０）を実行する。
【００４７】
処理（１７０）で、ファイル４６の送受信が正常に完了した場合は、ディスプレイ１４に完了表示を行なって（１７５）、データ通信セッションを終了する（１８０）。この後、接続を切断し、接続処理を終了する（１８５）。
【００４８】
このように送信して送信されるデータは、ＶＰＮ処理部１１が、例えば、ＩＰｓｅｃなどにより暗号化した伝送パケットに変換して送信する。
【００４９】
すなわち、「送信」の際は、ＲＴＰパケットの１パケット分のデータに分割して、カプセル化して順次送信する。そのため、送信されたＩＰパケットは、サーバに蓄積されることはなく、ダイレクトに受信側の通信端末１０へ伝送される。
【００５０】
上記のように、受信側の通信端末１０へリアルタイムにデータ転送が行なわれるので、上記通信端末１０は、データを受けると、受信したＩＰパケットから、１パケット分のデータを取り出し、取り出したデータを結合してファイルを復元するのである。このとき、受信側の通信端末１０から、定期的にサブプロトコルであるＲＴＣＰを送信側の通信端末へ送信し、パケットのビット落ちを把握できるようにして再送を促す。
【００５１】
こうして復元されたデータは、通信端末１０の内部メモリ２２に、Ｔｅｍｐファイルとして一時コピーし、正常に受信したのち、送信側の通信端末１０の記憶デバイス１８内のデータと同一のデータ形式で記憶デバイス１８に書き込まれる。このような、バッファリング処理により、記憶デバイス１８の書込み速度とネットワーク速度が違っていても記録ミスを起こさないようにできる。また、受信側が未応答の場合でもバッファリングにより受信できる。
【００５２】
また、このとき、受信側の通信端末１０は、送信されたファイル４６を図５のフローチャートに基づいて、記憶デバイス１８への自動書込み処理を行なう。
【００５３】
受信側の通信端末１０は、上記書込み処理を開始すると（２００）、記憶デバイス１８がスロット１６あるいはコネクタ１７に装着済みかを確認する（２０５）。装着していない場合は、エラー処理を行なう（２１０）。エラー処理では、書込みを中断して、エラー内容を表示し（２１５）、次いで、記憶デバイスに再書込みをするかどうかを確認する（２２０）。このとき、例えば、キーボード１５から再書込みの入力が無い場合は、書込み処理を終了する（２７０）。処理（２２０）で再書込みの入力があった場合は、処理（２０５）を実行する。
【００５４】
一方、処理（２０５）で記憶デバイス１８が装着済みの場合は、内部メモリ２２に保存したファイルのタイムスタンプを確認し、受信直後のファイル４６を検索する（２２５）。また、装着された記憶デバイス１８の空き容量と、受信したファイルの総容量をチェックする（２３０）。このとき、空き容量が不足する場合は（２３５）、エラー処理（２１０）〜（２７０）を実行して書込み処理を終了する。
【００５５】
処理（２３５）で容量が充分であれば、記憶デバイス１８に同一名称のファイルが存在しないか確認する（２４０）。同一のファイル名が見つかった場合はリネーム処理（図６（ｃ）参照）を行なって（２４５）、書込みを実行する（２５０）。このように、空き容量の有無を確認することで、送信側と受信側の記憶デバイス１８の容量が異なる場合でもファイルの転送ができる。また、通信端末１０に物理規格の異なるスロット１６やコネクタ１７を設けたため、送信側と受信側の記憶デバイス１８の規格が異なる場合でもファイルの転送することができる。そのため、送信側と受信側とが同じ記憶デバイス１８を準備する必要が無く使い勝手が良い。
【００５６】
書き込みの実行後は（２５０）、書込みが正常に行なわれたかをチェックして（２５５）、正常に行なわれなかった場合は、エラー処理（２１０）〜（２７０）を実行して書込み処理を終了する。処理（２５５）で書込みが正常に行なわれた場合は、内蔵メモリ２２のファイルを削除するかを確認する（２６０）。キーボードから削除入力が無い場合は、ファイルを保存して書込み処理を終了する（２７０）。削除入力があった場合はファイルを削除して（２６５）、処理を終了する。
【００５７】
上記のように、この実施形態によれば、記憶デバイス１８を装着して、ファイルを選択するだけで、通信端末１０の使用者に高度なネットワーク知識、通信設定操作を要求しなくても、ファイルの伝送ができる。また、特に、図１の通信会社のＩＰ網（地域ＩＰ網）２を使用した場合は（通信会社のＩＰ網内では）、電話番号による送信先の特定が通信事業者の管理下にあり、第三者が送信先を偽装し得ないため、「なりすまし」に対するセキュリティの脅威を受けないようにできるため極めて安全である。したがって、安全、簡単、かつ、高速にネットワークを介して記憶デバイス間のファイルの転送（移動やコピー）ができる。
【００５８】
なお、この形態では、ファイルのコピー（送信側の通信端末１０にファイルを残した状態）について説明したが、コピーした送信元のファイルを削除すればファイルを移動することになるので、その説明は省略する。また、ここでは、図６（ｃ）で、ファイルのコピーの際に、ファイルをリネームする場合を示した。さらに、図６（ｄ）にファイルの上書き（Ｆｉｌｅ−Ｘを上書き）ができることを示して、移動、コピーの際の一連のファイル操作ができることを示す。
【図面の簡単な説明】
【００５９】
【図１】実施形態の模式図
【図２】実施形態のブロック図
【図３】作用説明図
【図４】フローチャート
【図５】フローチャート
【図６（ａ）】作用説明図
【図６（ｂ）】作用説明図
【図６（ｃ）】作用説明図
【図６（ｄ）】作用説明図作用説明図
【図７】従来例のブロック図
【符号の説明】
【００６０】
１  ＳＩＰサーバ
２  ＩＰ網
１０  通信端末
１１  ＶＰＮ処理部
１６  スロット
１７  コネクタ
１８  記憶デバイス
２２  記憶部
【図１】
2009171436.tif 000003
【図２】
2009171436.tif 000004
【図３】
2009171436.tif 000005
【図４】
2009171436.tif 000006
【図５】
2009171436.tif 000007
【図６（ａ）】
2009171436.tif 000008
【図６（ｂ）】
2009171436.tif 000009
【図６（ｃ）】
2009171436.tif 000010
【図６（ｄ）】
2009171436.tif 000011
【図７】
2009171436.tif 000012