データ蓄積型転送方法及びそのシステム並びに装置
【目的】 ＩＰ網を介するメディア通信でも高い通信品質を維持可能なことを課題とする。
【構成】 複数の端末が半二重通信方式によりデータ蓄積型転送装置を介してメディアデータの通信を行うデータ蓄積型転送方法であって、話者端末１０Ａが話者のメディアデータをファイル化してデータ蓄積型転送装置４０にファイル転送し、データ蓄積型転送装置４０が該転送された受信ファイルを蓄積してその旨を予め自装置を介する呼を接続された受話端末１０Ｂに通知し、受話端末１０Ｂが該通知を受けたことによりデータ蓄積型転送装置４０から当該蓄積ファイルを取得してメディア再生する。
【構成】 複数の端末が半二重通信方式によりデータ蓄積型転送装置を介してメディアデータの通信を行うデータ蓄積型転送方法であって、話者端末１０Ａが話者のメディアデータをファイル化してデータ蓄積型転送装置４０にファイル転送し、データ蓄積型転送装置４０が該転送された受信ファイルを蓄積してその旨を予め自装置を介する呼を接続された受話端末１０Ｂに通知し、受話端末１０Ｂが該通知を受けたことによりデータ蓄積型転送装置４０から当該蓄積ファイルを取得してメディア再生する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデータ蓄積型転送方法及びそのシステム並びに装置に関し、更に詳しくは、複数の端末が半二重通信方式によりデータ蓄積型転送装置を介してメディアデータの通信を行うデータ蓄積型転送方法及びそのシステム並びに装置に関する。
【背景技術】
【０００２】
図１０は従来技術を説明する図で、ＶｏＩＰ（Voice over Internet Protocol）機能を備えるＩＰ電話端末７０Ａ〜７０ＤがＩＰ網２００を介して全二重通信方式により接続する場合を示している。図において、ユーザＡがユーザＢ宛に発呼すると、該呼はＳＩＰ（Session Initiation Protocol)サーバ８０によってユーザＢに着信され、これにユーザＢが応答すると、両者は通話状態になる。その後、端末７０ＡではユーザＡのサンプリング音声データをフレーミング（パケット化）すると共に、生成した各音声パケットＡ１〜ＡｎをＲＴＰ（Real-time Transport Protocol）によりユーザＢに実質リアルタイムにストリーミング（streaming）伝送する。ユーザＢからユーザＡへの音声データについても同様である。
【０００３】
更に、ユーザＣがユーザＤに発呼して後、両者が通話状態になると、ＩＰ網２００の一部では、図示の如く、音声パケットＡ１〜Ａｎと音声パケットＣ１〜Ｃｍとが多重伝送されることとなり、各パケットの遅延や揺らぎが問題となる。
【０００４】
ＲＴＰは音声や映像等のメディアデータをストリーミング（streaming）伝送するＵＤＰ(User Datagram Protocol) タイプの伝送プロトコルであり、基本的には、ＲＴＰヘッダのシーケンス番号とタイムスタンプ情報とを利用し、パケット送出タイミングを受信側でも復元できる様に制御して、音声の品質維持を図っている。
【０００５】
この点に関して、例えば、従来は、クライアント装置とサーバ装置の一方から他方に向けて送信されるストリーミングパケットがその送信間隔と等しい間隔で前記クライアント装置又はサーバ装置に受信されるように、前記ストリーミングパケットを一時的にバッファリングして再送信するデータ中継装置を設けたデータ伝送システムが知られている（特許文献１）。
【特許文献１】特開２０００−７７２５１（要約，図）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、ＲＴＰによるストリーミング伝送では、ネットワークのトラヒック状況（ルータの過負荷，回線の輻輳等）によって発生するパケットの遅延や揺らぎが音声・画像の品質劣化に直結するため、回線が輻輳してくると、従来技術では十分な解決は得られない。
【０００７】
本発明は上記従来技術の問題点に鑑みなされたものであり、その目的とする所は、ＩＰ網を介するメディア通信でも高い通信品質を維持可能なデータ蓄積型転送方法及びそのシステム並びに装置を提供することにある。
【課題を解決するための手段】
【０００８】
上記の課題は例えば図１の構成により解決される。即ち、本発明（１）のデータ蓄積型転送方法は、複数の端末が半二重通信方式によりデータ蓄積型転送装置を介してメディアデータの通信を行うデータ蓄積型転送方法であって、話者端末１０Ａが話者のメディアデ
ータをファイル化してデータ蓄積型転送装置４０にファイル転送するステップと、データ蓄積型転送装置４０が前記転送された受信ファイルを蓄積してその旨を予め自装置を介する呼を接続された受話端末１０Ｂに通知するステップと、前記受話端末１０Ｂが該通知を受けたことによりデータ蓄積型転送装置４０から当該蓄積ファイルを取得してメディア再生するステップとを備えるものである。
【０００９】
本発明（１）においては、話者Ａのメディア（音声，画像等）データをファイルとして転送する構成により、データファイルの転送遅延や揺らぎは問題とはならない。また、話者Ａからのメディアファイル（１又は２以上のメディアパケット）を一旦データ蓄積型転送装置４０に蓄積する構成により、話者の連続した一連のメディアデータを一塊のメディアファイルとして蓄積できる。また、データ蓄積型転送装置４０からデータ蓄積の旨の通知を受けた受話端末１０Ｂが、該端末１０Ｂの主導で前記一塊りの蓄積データを取得し、再生する構成により、ファイル全体としての受話に多少の遅れがあったとしても、各一塊りの通話品質を容易に維持できると共に、受話端末１０Ｂの回線状況（輻輳等）によらず、蓄積データを確実に取得・再生できる。
【００１０】
また、一般に半二重通信では話者Ａが発話中は、受話者Ｂは発話できないが、本発明（１）によれば、話者Ａの発話中でも受話者Ｂの発話データをデータ蓄積型転送装置４０に蓄積できる構成により、実質複数のユーザが同時に発話可能となる。また、３以上のユーザ間で呼（会議等）を接続することも可能であり、この場合は１又は２以上のユーザの同時発話後、これらの音声を前記話者以外の全ての参加ユーザが効率よく受話できる。
【００１１】
また本発明（２）のデータ蓄積型転送システムは、複数の端末が半二重通信方式によりデータ蓄積型転送装置を介してメディアデータの通信を行うデータ蓄積型転送システムであって、話者端末１０Ａは、話者のメディアデータをファイル化してデータ蓄積型転送装置にファイル転送し、データ蓄積型転送装置４０は、前記転送された受信ファイルを蓄積してその旨を予め自装置を介する呼を接続された受話端末１０Ｂに通知し、前記受話端末１０Ｂは、該通知を受けたことによりデータ蓄積型転送装置４０から当該蓄積ファイルを取得してメディア再生するものである。
【００１２】
また本発明（３）のデータ蓄積型転送装置は、複数の端末が半二重通信方式によりデータ蓄積型転送装置を介してメディアデータの通信を行うデータ蓄積型転送システムの前記データ蓄積型転送装置であって、自装置を介する端末間の呼をセッションイニシエーションプロトコル（ＳＩＰ)により接続する信号制御部３０と、端末とデータ蓄積型転送装置間でやり取りするメディアデータをファイル転送プロトコル（ＦＴＰ）によりファイル転送するメディア制御部４０とを備えるものである。
【００１３】
ＦＴＰ（File Transfer Protocol）は、インターネット等のＴＣＰ／ＩＰネットワークにおいてファイル転送に使用されるプロトコルであり、ファイルの転送を制御するコントロールコネクションと、ファイル内容を転送するデータコネクションとを分離することで、大容量データの転送制御（途中キャンセル等）をスムーズに行える。
【００１４】
本発明（３）では、話者のメディアデータをＦＴＰによりファイル転送することで、既存のインフラ（ＩＰ網）を効率よく利用できる。また、ファイル蓄積の通知を受けた宛先ユーザがメディア制御部４０から当該蓄積ファイルを読み出す構成により、この様な端末側主導のデータ取得方法は、既存のＷｅｂ上におけるＨＴＭＬ（HyperText Markup Language）ファイルの取得方法とも似ており、既存のインフラ（ＩＰ網）におけるネットワークアクセスにも良くマッチする。
【００１５】
本発明（４）では、上記本発明（３）において、前記信号制御部３０とメディア制御部
４０とがそれぞれ独立したサーバ装置としてＩＰ網１００を介して相互に接続しているものである。従って、本発明を既存のＩＰ網上で容易に実現できる。
【００１６】
本発明（５）の端末装置は、複数の端末が半二重通信方式によりデータ蓄積型転送装置を介してメディアデータの通信を行うデータ蓄積型転送システムの前記端末装置であって、話者のメディアデータをファイル化してデータ蓄積型転送装置にファイル転送する送信制御部と、データ蓄積型転送装置から自端末宛のファイル蓄積の通知を受けたことにより該転送装置から当該蓄積ファイルを取得してメディア再生する受信制御部とを備えるものである。
【発明の効果】
【００１７】
以上述べた如く本発明によれば、利用者が多く、ネットワークトラヒックが大幅に変動するようなＩＰ網であっても、他の通信による影響を受けることなく、回線交換網同様のメディア伝送品質を維持可能となり、半二重通信サービスの普及・拡大に寄与するところが極めて大きい。
【発明を実施するための最良の形態】
【００１８】
以下、添付図面に従って本発明に好適なる実施の形態を詳細に説明する。なお、全図を通して同一符号は同一又は相当部分を示すものとする。図１は実施の形態によるデータ蓄積伝送システムの構成を示す図で、本発明の半二重通信方式による携帯端末への適用例を示している。図において、１００は例えば携帯のインフラをＩＰ化したＩＰ網、１０Ａ〜１０Ｃは話者Ａ〜Ｃのメディア（音声、映像等）データをファイル（１又は２以上のデータブロック）化してメディア制御部４０にＦＴＰ（File Transport Protocol）によりファイル転送すると共に、信号制御部３０（又はメディア制御部４０）から自端末宛のファイル蓄積の旨の通知を受けたことによりメディア制御部４０から当該蓄積ファイルをＦＴＰにより取得してメディア再生する携帯端末である。
【００１９】
また、３０は自装置を介する複数端末１０間の呼をＳＩＰにより接続すると共に、各端末１０との間でメディアファイルの転送完了や蓄積完了に係る通知信号のやり取りを行う信号制御部、３１は信号制御部３０の主制御を行う主制御部、３２はＩＰ網１００に接続する通信制御部（ＣＩＦ）である。なお、信号制御部３０を介する複数端末１０間の呼は、従来のＩＰ電話や多地点会議システムにおける呼の接続と同様の方法で行える。
【００２０】
更に、４０は話者端末１０からＦＴＰによりファイル転送されたメディアファイルを一時的に蓄積すると共に、宛先端末から要求により蓄積ファイルを読み出すメディア制御部、４１はメディア制御部４０の主制御を行う主制御部、４２はメディアデータのデータ蓄積部、４３はＩＰ網１００に接続する通信制御部（ＣＩＦ）である。
【００２１】
なお、信号制御部３０とメディア制御部４０とは、図示の如く、それぞれ独立したサーバ装置としてＩＰ網１００に接続しても良いが、他にも、信号制御部３０とメディア制御部４０とを単体の筐体に実装し、これを単一のデータ蓄積型転送サーバとして実現しても良い。
【００２２】
図２は実施の形態による携帯端末１０のブロック図で、図において、１１はアンテナ、１２は送受分波スイッチ、１３はＴＤＭＡ（又はＣＤＭＡ）方式等による受信部、１４は同方式による送信部、１５は周波数シンセサイザ、１６は同期制御部、１７は音声ファイルを一時的に蓄えるバッファ（ＢＵＦ）、１８は音声ファイルとＰＣＭデータ間での符号変換を行うコーデック（ＣＯＤＥＣ）、１９はＰＣＭデータと音声信号間の変換を行うベースバンド処理部、２０はスピーカ（ＳＰＫ）、２１はマイク（ＭＩＣ）、２２は移動局装置の主制御・処理（コンソール制御，呼処理等）を行うＣＰＵ、２３はＣＰＵ２２が使
用する主メモリ（ＭＥＭ）、２４はユーザが使用するコンソール（ＣＳＬ）、２５は液晶等による表示部（ＤＳＰ）、２６はダイヤルキーやファンクションキー等を含むキーボード（ＫＢＤ）、２７は半二重通信における発話モードの制御を行うトークボタン（ＴＢ）、２８はマイク２１からの入力音声レベルが所定以下（実質無音状態）であることを検出する無音検出部である。
【００２３】
ユーザがトークボタン２７をＯＦＦにした（離した）状態では、ユーザによる受話（聴取）が可能になると共に、メディア制御部４０（基地局）からのパケット信号（音声ファイルデータ）は受信部１３、同期制御部１６、バッファ１７、コーデック１８、ベースバンド処理部１９を介して音声信号に再生され、スピーカ２０に出力される。また、ユーザがトークボタン２７をＯＮにした（押した）状態では、ユーザによる発話が可能になると共に、マイク２１からの音声信号はベースバンド処理部１９、コーデック１８、バッファ１７、同期制御部１６、送信部１４を介してメディア制御部４０（基地局）に送られる。一方、ＳＩＰの呼処理等に関する制御信号（ＣＤ）に付いてはＣＰＵ２２により処理される。
【００２４】
図３は実施の形態による携帯端末の状態遷移を説明する図で、ＣＰＵ２２によって管理される。図３（Ａ）は送信側の状態（ＳＴ）と、該状態を遷移させるイベント（ＥＶ）との関係をシーケンシャルに示している。図において、端末１０が空き状態で、そのトークボタン２７がＯＮにされると、話中状態に遷移し、発話可能となる。また、この話中状態で、トークボタンがＯＦＦにされると、送信中となり、話者の音声がファイルデータに変換されて、メディア制御部４０にパケット（streaming）伝送される。また、この送信中に、ファイル送信を完了すると、空き状態となる。
【００２５】
また、上記話中に所定時間以上の無音状態が検出されると、話中＆送信中に遷移する。また、この話中＆送信中にトークボタン２７がＯＦＦにされると、送信中となり、更に該送信中に送信完了すると、空き状態に戻る。また、前記話中＆送信中にファイル送信が完了すると、＊話中となり、更にこの＊話中にトークボタンがＯＦＦにされると、送信中に遷移する。但し、前記＊話中こ追加の発話があれば、その音声ファイルが送信されるが、追加の発話が無い場合は、空き状態に戻る。
【００２６】
図３（Ｂ）は受信側の状態（ＳＴ）とイベント（ＥＶ）との関係を示している。端末が空き状態で、信号制御部３０（メディア制御部４０）からファイル収集依頼通知が受信されると、受信中に遷移し、当該ファイルを受信して蓄積する。また、このファイル受信中に、受信完了になると、空き状態に戻る。
【００２７】
図４は実施の形態による半二重通話のシーケンス図で、ユーザＡ，Ｂ間でプッシュアンドトークによるトランシーバ型通信を行う場合の基本的な動作を示している。図において、最初はユーザＡ、Ｂの何れも空き状態である。この状態で、ユーザＡが端末１０Ａのトークボタン２７をＯＮにすると、話中状態となり、ユーザＡは発話可能となる。ユーザＡが発話すると、その音声信号はサンプリング及びデジタルデータに変換され、音声ファイルとしてバッファ１７に蓄積される。ユーザＡが発話を終了し、トークボタン２７をＯＦＦにすると、送信中になると共に、バッファ１７に蓄積された音声ファイルをＦＴＰによりメディア制御部４０に送信する。
【００２８】
この場合に、ＦＴＰは、ファイル転送を制御するコントロールコネクションと、ファイル内容を転送するデータコネクションとに分離されているが、一連の音声パケットの送信の終わり（ファイル送信完了通知）については、これをコントロールコネクションを介してメディア制御部４０に通知しても良いし、又は音声パケットに付与されたヘッダ情報で通知しても良い。或いは、図の点線で示す如く、別途ＳＩＰでファイル送信完了通知を信
号制御部３０に通知し、更に、該信号制御部３０がその旨をメディア制御部４０に通知しても良い。この点は、以下に述べる他の通話シーケンスの説明においても同様である。
【００２９】
上記何れにしても、メディア制御部４０は、受信ファイルをデータ蓄積部４２に蓄積すると共に、信号制御部３０に当該蓄積ファイルの収集依頼を通知し、これを受けた信号制御部３０は宛先ユーザＢにファイル収集依頼通知を送る。
【００３０】
ユーザＢはこのファイル収集依頼通知を受信したことにより、速やかに受信中となり、メディア制御部４０からユーザＡの蓄積音声ファイルを読み出し、自端末１０Ｂのバッファ１７に蓄積する。そして、蓄積ファイルを受信すると、受信完了し、空き状態に遷移する。一方、バッファ１７に蓄積された音声ファイルは音声信号に変換され、スピーカ２０から出力される。
【００３１】
図５は実施の形態による話中無音検出時のシーケンス図で、ユーザＡの発話中に所定時間以上の無音状態が検出された場合の通話処理を示している。図において、ユーザＡが端末１０Ａのトークボタン２７をＯＮして後、発話すると、その音声信号は音声ファイルに変換され、端末１０Ａのバッファ１７に蓄積される。トークボタン２７をＯＮにした状態でユーザＡの発話が止まり、更に所定時間（例えば２〜３秒）が経過すると、無音検出部２８により話中無音状態が検出され、トークボタン２７がＯＮのままでも送信中状態となると共に、バッファ１７に蓄積された音声ファイルをＦＴＰによりメディア制御部４０に送信する。
【００３２】
メディア制御部４０は、端末１０Ａからの受信ファイルをデータ蓄積部４２に蓄積すると共に、信号制御部３０を介して宛先ユーザＢに当該蓄積ファイルの収集依頼通知を送る。これを受信したユーザ端末１０Ｂでは、受信中になると共に、メディア制御部４０からユーザＡの蓄積音声ファイルを読み出し、端末１０Ｂのバッファ１７に蓄積する。そして、該受信ファイルを再生し、空き状態に遷移する。
【００３３】
一方、ユーザ端末１０Ａでは、上記ファイル送信後もトークボタン２７はＯＮにされており、もしこの状態で、ユーザＡが再び発話すると、該音声は再びファイル蓄積される。但し、図示の例ではユーザＡのその後の発話は無く、トークボタ２７のみＯＦＦにされており、この場合は、その後のファイル蓄積が無い為、ファイル送信中とはならずに、空き状態に遷移する。
【００３４】
図６は実施の形態による２者同時発話時のシーケンス図で、ユーザＡ、Ｂが半二重通信路を介して同時に発話及び受話可能な場合を示している。図６のユーザ端末１０Ａ，１０Ｂについては送信側及び受信側の状態をそれぞれ示している。但し、回線は半二重通信方式であるため、送信中と受信中の状態が重なることはない。
【００３５】
図において、ユーザＡが端末１０Ａのトークボタン２７をオンすると、ユーザ端末１０Ａの送信側が話中状態に遷移する。一方、この区間にユーザＢも端末１０Ｂのトークボタン２７をオンにしたことにより、話中状態に遷移する。こうして、ユーザＡ，Ｂは実質同時に発話すると共に、この例では、ユーザＢが先に発話終了し、トークボタン２７をオフにしたことにより、端末１０Ｂは送信中状態に遷移し、メディア制御部４０に音声ファイルをファイル転送する。
【００３６】
これを受けたメディア制御部４０は、ユーザＢからの音声ファイルを蓄積すると共に、そのファイル送信完了を検出し、その宛先ユーザ端末１０Ａに蓄積ファイルの収集依頼通知を送信する。これを受けたユーザ端末１０Ａは、未だ話中状態であるが、受信側のプロセスは受信中状態に遷移可能であり、これによりメディア制御部４０から端末１０Ａ宛の
蓄積ファイルを読み出し、バッファ１７に蓄積する。そして、蓄積完了するとその受話音声を再生する。
【００３７】
一方、その後、ユーザＡも発話完了したことにより、端末１０Ａのトークボタン２７をオフにすると、端末１０Ａは送信中状態に遷移してメディア制御部４０に音声ファイルをファイル転送する。これを受けたメディア制御部４０は、ユーザＡからの音声ファイルを蓄積すると共に、そのファイル送信完了を検出すると、その宛先ユーザ端末１０Ｂに対して蓄積ファイルの収集依頼通知を送信する。
【００３８】
これを受けたユーザ端末１０Ｂは、受信中状態に遷移すると共に、メディア制御部４０から端末１０Ｂ宛の蓄積ファイルを読み出し、バッファ１７に蓄積する。そして、蓄積完了するとその受話音声を再生する。受話音声の再生はユーザＡ，Ｂにつき実質同時に行うことが可能であり、かくして、ユーザＡ，Ｂは半二重回線を介して実質同時に発話及び受話（全二重相当の通信）が可能となった。
【００３９】
なお、端末中で送信中と受信中とが重なって生じるときは、早い方の処理を優先とし、その完了後に遅い方の処理を実行する。また、送信中と受信中とが同時に発生する時は、送信中の処理を優先して実行し、その完了後に受信中の処理を実行する。
【００４０】
図７は実施の形態による多者通話時のシーケンス図で、ユーザＡ，Ｂ間でセッションが確立され、通話中状態であるときに、新たにユーザＣが通話に参加する場合を示している。図において、予めユーザＡ，Ｂ間の呼が接続され、かつユーザＡの話中に、新たにユーザＣとユーザＡ又はＢとの間で呼が接続される。信号制御部３０は、ユーザＡ又はＢ等による呼接続範囲の申請や会議開催等の登録申請により予め定められた範囲内で第３のユーザの通話への参加／退出を許容するものとする。これにより、ユーザＣは、ユーザＡ，Ｂの通話状態によらず、信号制御部３０に対して当該呼へのセッション確立を要求できる。
【００４１】
この場合のメディア制御部４０は、信号制御部３０よりユーザＣが通話に加わった通知を受けると共に、その後は、ユーザＡ（又はＢ）からの音声ファイルを蓄積したときに、ユーザＢ（又はＡ）のみならず、ユーザＣに対しても当該蓄積ファイルの収集依頼を通知する。この通知を受けたユーザＢ，Ｃは、それぞれにメディア制御部４０から音声ファイルの収集を行い、収集後に再生する。ユーザＣは任意のタイミングにセッションを開放でき、信号制御部３０はセッション開放後のユーザＣに対してはファイル蓄積の通知を行わない。
【００４２】
なお、上記ユーザＣがユーザＡ，Ｂ間の通話を聴取する場合を述べたが、これに限らない。ユーザＣも通話（発話）に参加しても良い。この場合のユーザＣからの音声ファイルはユーザＡ及びＢによって取得される。
【００４３】
図８は実施の形態による半二重通話の具体例を示すシーケンズ図で、ユーザＡ，Ｂと信号制御部３０との間はＳＩＰに従って通信し、ユーザＡ，Ｂとメディア制御部４０との間はＦＴＰに従って通信する場合を具体的に示している。この例の信号制御部３０とメディア制御部４０とは同一の筐体内に設けられており、これらの間の通信は内部Ｉ／Ｆを介して行われる。
【００４４】
図９は他の実施の形態による半二重通信のシーケンス図で、発話端末Ａからの音声ファイルを蓄積したメディア制御部４０が、その宛先端末１０Ｂに蓄積ファイルの取得要求を通知するのではなく、メディア制御部４０の主導で蓄積ファイルを宛先端末１０Ｂに自動的に転送する場合を示している。こうすれば、音声ファイルの転送遅延が改善され、リアルタイム性が向上する。
【００４５】
なお、上記実施の形態は音声ファイルの転送を中心に述べたが、これに限らない。本発明は映像信号を含むマルチメディアファイルの転送に適用できることは言うまでも無い。また、メディアファイルの転送はＦＴＰ以外の同種の他のプロトクルで行っても良い。
【００４６】
また、本発明は上記半二重通信による端末に適用して好適であるが、これに限らない。全二重通信による端末に本発明による半二重通話モードを併設しても良いし、或いは、各端末とデータ蓄積型転送装置との間を全二重通信方式により接続しても良い。この場合の話者は、発話と同時に相手端末からの蓄積ファイルを受信・再生できる。また、本発明は無線回線等で接続する携帯端末に限らず、メタリック回線や光ファイバ回線で接続した固定端末にも適用できる。
【００４７】
また、上記本発明に好適なる複数の実施の形態を述べたが、本発明思想を逸脱しない範囲内で各部の構成、制御、処理及びこれらの組合せの様々な変更が行えることは言うまでも無い。
【００４８】
（付記１） 複数の端末が半二重通信方式によりデータ蓄積型転送装置を介してメディアデータの通信を行うデータ蓄積型転送方法であって、話者端末が話者のメディアデータをファイル化してデータ蓄積型転送装置にファイル転送するステップと、データ蓄積型転送装置が前記転送された受信ファイルを蓄積してその旨を予め自装置を介する呼を接続された受話端末に通知するステップと、前記受話端末が該通知を受けたことによりデータ蓄積型転送装置から当該蓄積ファイルを取得してメディア再生するステップとを備えることを特徴とするデータ蓄積型転送方法。
【００４９】
（付記２） データ蓄積型転送装置は、自装置を介する端末間の呼をセッションイニシエーションプロトコル（ＳＩＰ)により接続し、端末とデータ蓄積型転送装置間でやり取りするメディアデータをファイル転送プロトコル（ＦＴＰ）により転送することを特徴とする付記１記載のデータ蓄積型転送方法。
【００５０】
（付記３） 複数の端末が半二重通信方式によりデータ蓄積型転送装置を介してメディアデータの通信を行うデータ蓄積型転送システムであって、話者端末は、話者のメディアデータをファイル化してデータ蓄積型転送装置にファイル転送し、データ蓄積型転送装置は、前記転送された受信ファイルを蓄積してその旨を予め自装置を介する呼を接続された受話端末に通知し、前記受話端末は、該通知を受けたことによりデータ蓄積型転送装置から当該蓄積ファイルを取得してメディア再生することを特徴とするデータ蓄積型転送システム。
【００５１】
（付記４） 複数の端末が半二重通信方式によりデータ蓄積型転送装置を介してメディアデータの通信を行うデータ蓄積型転送システムの前記データ蓄積型転送装置であって、自装置を介する端末間の呼をセッションイニシエーションプロトコル（ＳＩＰ)により接続する信号制御部と、端末とデータ蓄積型転送装置間でやり取りするメディアデータをファイル転送プロトコル（ＦＴＰ）によりファイル転送するメディア制御部とを備えることを特徴とするデータ蓄積型転送装置。
【００５２】
（付記５） 前記信号制御部とメディア制御部とがそれぞれ独立したサーバ装置としてＩＰ網を介して相互に接続していることを特徴とする付記４記載のデータ蓄積型転送装置。
【００５３】
（付記６） 複数の端末が半二重通信方式によりデータ蓄積型転送装置を介してメディアデータの通信を行うデータ蓄積型転送システムの前記端末装置であって、話者のメデ
ィアデータをファイル化してデータ蓄積型転送装置にファイル転送する送信制御部と、データ蓄積型転送装置から自端末宛のファイル蓄積の通知を受けたことにより該転送装置から当該蓄積ファイルを取得してメディア再生する受信制御部とを備えることを特徴とする端末装置。
【００５４】
（付記７） 送信制御部は、話者が端末のトークボタンをＯＮ状態からＯＦＦにしたことを検出したことにより、メディアデータをファイル転送することを特徴とする付記６記載の端末装置。
（付記８） 送信制御部は、話者が端末のトークボタンをＯＮ状態にしたまま所定時間以上無音であることを検出したことにより、メディアデータをファイル転送することを特徴とする付記６記載の端末装置。
【図面の簡単な説明】
【００５５】
【図１】実施の形態によるデータ蓄積伝送システムの構成を示す図である。
【図２】実施の形態による携帯端末のブロック図である。
【図３】実施の形態による携帯端末の状態遷移を説明する図である。
【図４】実施の形態による半二重通話のシーケンス図である。
【図５】実施の形態による話中無音検出時のシーケンス図である。
【図６】実施の形態による２者同時発話時のシーケンス図である。
【図７】実施の形態による多者通話時のシーケンス図である。
【図８】実施の形態による半二重通話の具体例を示すシーケンズ図である。
【図９】他の実施の形態による半二重通話のシーケンス図である。
【図１０】従来技術を説明する図である。
【符号の説明】
【００５６】
１０ 携帯端末
３０ 信号制御部
３１ 主制御部
３２ 通信制御部（ＣＩＦ）
４０ メディア制御部
４１ 主制御部
４２ データ蓄積部
４３ 通信制御部（ＣＩＦ）
１００ ＩＰ網
【技術分野】
【０００１】
本発明はデータ蓄積型転送方法及びそのシステム並びに装置に関し、更に詳しくは、複数の端末が半二重通信方式によりデータ蓄積型転送装置を介してメディアデータの通信を行うデータ蓄積型転送方法及びそのシステム並びに装置に関する。
【背景技術】
【０００２】
図１０は従来技術を説明する図で、ＶｏＩＰ（Voice over Internet Protocol）機能を備えるＩＰ電話端末７０Ａ〜７０ＤがＩＰ網２００を介して全二重通信方式により接続する場合を示している。図において、ユーザＡがユーザＢ宛に発呼すると、該呼はＳＩＰ（Session Initiation Protocol)サーバ８０によってユーザＢに着信され、これにユーザＢが応答すると、両者は通話状態になる。その後、端末７０ＡではユーザＡのサンプリング音声データをフレーミング（パケット化）すると共に、生成した各音声パケットＡ１〜ＡｎをＲＴＰ（Real-time Transport Protocol）によりユーザＢに実質リアルタイムにストリーミング（streaming）伝送する。ユーザＢからユーザＡへの音声データについても同様である。
【０００３】
更に、ユーザＣがユーザＤに発呼して後、両者が通話状態になると、ＩＰ網２００の一部では、図示の如く、音声パケットＡ１〜Ａｎと音声パケットＣ１〜Ｃｍとが多重伝送されることとなり、各パケットの遅延や揺らぎが問題となる。
【０００４】
ＲＴＰは音声や映像等のメディアデータをストリーミング（streaming）伝送するＵＤＰ(User Datagram Protocol) タイプの伝送プロトコルであり、基本的には、ＲＴＰヘッダのシーケンス番号とタイムスタンプ情報とを利用し、パケット送出タイミングを受信側でも復元できる様に制御して、音声の品質維持を図っている。
【０００５】
この点に関して、例えば、従来は、クライアント装置とサーバ装置の一方から他方に向けて送信されるストリーミングパケットがその送信間隔と等しい間隔で前記クライアント装置又はサーバ装置に受信されるように、前記ストリーミングパケットを一時的にバッファリングして再送信するデータ中継装置を設けたデータ伝送システムが知られている（特許文献１）。
【特許文献１】特開２０００−７７２５１（要約，図）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、ＲＴＰによるストリーミング伝送では、ネットワークのトラヒック状況（ルータの過負荷，回線の輻輳等）によって発生するパケットの遅延や揺らぎが音声・画像の品質劣化に直結するため、回線が輻輳してくると、従来技術では十分な解決は得られない。
【０００７】
本発明は上記従来技術の問題点に鑑みなされたものであり、その目的とする所は、ＩＰ網を介するメディア通信でも高い通信品質を維持可能なデータ蓄積型転送方法及びそのシステム並びに装置を提供することにある。
【課題を解決するための手段】
【０００８】
上記の課題は例えば図１の構成により解決される。即ち、本発明（１）のデータ蓄積型転送方法は、複数の端末が半二重通信方式によりデータ蓄積型転送装置を介してメディアデータの通信を行うデータ蓄積型転送方法であって、話者端末１０Ａが話者のメディアデ
ータをファイル化してデータ蓄積型転送装置４０にファイル転送するステップと、データ蓄積型転送装置４０が前記転送された受信ファイルを蓄積してその旨を予め自装置を介する呼を接続された受話端末１０Ｂに通知するステップと、前記受話端末１０Ｂが該通知を受けたことによりデータ蓄積型転送装置４０から当該蓄積ファイルを取得してメディア再生するステップとを備えるものである。
【０００９】
本発明（１）においては、話者Ａのメディア（音声，画像等）データをファイルとして転送する構成により、データファイルの転送遅延や揺らぎは問題とはならない。また、話者Ａからのメディアファイル（１又は２以上のメディアパケット）を一旦データ蓄積型転送装置４０に蓄積する構成により、話者の連続した一連のメディアデータを一塊のメディアファイルとして蓄積できる。また、データ蓄積型転送装置４０からデータ蓄積の旨の通知を受けた受話端末１０Ｂが、該端末１０Ｂの主導で前記一塊りの蓄積データを取得し、再生する構成により、ファイル全体としての受話に多少の遅れがあったとしても、各一塊りの通話品質を容易に維持できると共に、受話端末１０Ｂの回線状況（輻輳等）によらず、蓄積データを確実に取得・再生できる。
【００１０】
また、一般に半二重通信では話者Ａが発話中は、受話者Ｂは発話できないが、本発明（１）によれば、話者Ａの発話中でも受話者Ｂの発話データをデータ蓄積型転送装置４０に蓄積できる構成により、実質複数のユーザが同時に発話可能となる。また、３以上のユーザ間で呼（会議等）を接続することも可能であり、この場合は１又は２以上のユーザの同時発話後、これらの音声を前記話者以外の全ての参加ユーザが効率よく受話できる。
【００１１】
また本発明（２）のデータ蓄積型転送システムは、複数の端末が半二重通信方式によりデータ蓄積型転送装置を介してメディアデータの通信を行うデータ蓄積型転送システムであって、話者端末１０Ａは、話者のメディアデータをファイル化してデータ蓄積型転送装置にファイル転送し、データ蓄積型転送装置４０は、前記転送された受信ファイルを蓄積してその旨を予め自装置を介する呼を接続された受話端末１０Ｂに通知し、前記受話端末１０Ｂは、該通知を受けたことによりデータ蓄積型転送装置４０から当該蓄積ファイルを取得してメディア再生するものである。
【００１２】
また本発明（３）のデータ蓄積型転送装置は、複数の端末が半二重通信方式によりデータ蓄積型転送装置を介してメディアデータの通信を行うデータ蓄積型転送システムの前記データ蓄積型転送装置であって、自装置を介する端末間の呼をセッションイニシエーションプロトコル（ＳＩＰ)により接続する信号制御部３０と、端末とデータ蓄積型転送装置間でやり取りするメディアデータをファイル転送プロトコル（ＦＴＰ）によりファイル転送するメディア制御部４０とを備えるものである。
【００１３】
ＦＴＰ（File Transfer Protocol）は、インターネット等のＴＣＰ／ＩＰネットワークにおいてファイル転送に使用されるプロトコルであり、ファイルの転送を制御するコントロールコネクションと、ファイル内容を転送するデータコネクションとを分離することで、大容量データの転送制御（途中キャンセル等）をスムーズに行える。
【００１４】
本発明（３）では、話者のメディアデータをＦＴＰによりファイル転送することで、既存のインフラ（ＩＰ網）を効率よく利用できる。また、ファイル蓄積の通知を受けた宛先ユーザがメディア制御部４０から当該蓄積ファイルを読み出す構成により、この様な端末側主導のデータ取得方法は、既存のＷｅｂ上におけるＨＴＭＬ（HyperText Markup Language）ファイルの取得方法とも似ており、既存のインフラ（ＩＰ網）におけるネットワークアクセスにも良くマッチする。
【００１５】
本発明（４）では、上記本発明（３）において、前記信号制御部３０とメディア制御部
４０とがそれぞれ独立したサーバ装置としてＩＰ網１００を介して相互に接続しているものである。従って、本発明を既存のＩＰ網上で容易に実現できる。
【００１６】
本発明（５）の端末装置は、複数の端末が半二重通信方式によりデータ蓄積型転送装置を介してメディアデータの通信を行うデータ蓄積型転送システムの前記端末装置であって、話者のメディアデータをファイル化してデータ蓄積型転送装置にファイル転送する送信制御部と、データ蓄積型転送装置から自端末宛のファイル蓄積の通知を受けたことにより該転送装置から当該蓄積ファイルを取得してメディア再生する受信制御部とを備えるものである。
【発明の効果】
【００１７】
以上述べた如く本発明によれば、利用者が多く、ネットワークトラヒックが大幅に変動するようなＩＰ網であっても、他の通信による影響を受けることなく、回線交換網同様のメディア伝送品質を維持可能となり、半二重通信サービスの普及・拡大に寄与するところが極めて大きい。
【発明を実施するための最良の形態】
【００１８】
以下、添付図面に従って本発明に好適なる実施の形態を詳細に説明する。なお、全図を通して同一符号は同一又は相当部分を示すものとする。図１は実施の形態によるデータ蓄積伝送システムの構成を示す図で、本発明の半二重通信方式による携帯端末への適用例を示している。図において、１００は例えば携帯のインフラをＩＰ化したＩＰ網、１０Ａ〜１０Ｃは話者Ａ〜Ｃのメディア（音声、映像等）データをファイル（１又は２以上のデータブロック）化してメディア制御部４０にＦＴＰ（File Transport Protocol）によりファイル転送すると共に、信号制御部３０（又はメディア制御部４０）から自端末宛のファイル蓄積の旨の通知を受けたことによりメディア制御部４０から当該蓄積ファイルをＦＴＰにより取得してメディア再生する携帯端末である。
【００１９】
また、３０は自装置を介する複数端末１０間の呼をＳＩＰにより接続すると共に、各端末１０との間でメディアファイルの転送完了や蓄積完了に係る通知信号のやり取りを行う信号制御部、３１は信号制御部３０の主制御を行う主制御部、３２はＩＰ網１００に接続する通信制御部（ＣＩＦ）である。なお、信号制御部３０を介する複数端末１０間の呼は、従来のＩＰ電話や多地点会議システムにおける呼の接続と同様の方法で行える。
【００２０】
更に、４０は話者端末１０からＦＴＰによりファイル転送されたメディアファイルを一時的に蓄積すると共に、宛先端末から要求により蓄積ファイルを読み出すメディア制御部、４１はメディア制御部４０の主制御を行う主制御部、４２はメディアデータのデータ蓄積部、４３はＩＰ網１００に接続する通信制御部（ＣＩＦ）である。
【００２１】
なお、信号制御部３０とメディア制御部４０とは、図示の如く、それぞれ独立したサーバ装置としてＩＰ網１００に接続しても良いが、他にも、信号制御部３０とメディア制御部４０とを単体の筐体に実装し、これを単一のデータ蓄積型転送サーバとして実現しても良い。
【００２２】
図２は実施の形態による携帯端末１０のブロック図で、図において、１１はアンテナ、１２は送受分波スイッチ、１３はＴＤＭＡ（又はＣＤＭＡ）方式等による受信部、１４は同方式による送信部、１５は周波数シンセサイザ、１６は同期制御部、１７は音声ファイルを一時的に蓄えるバッファ（ＢＵＦ）、１８は音声ファイルとＰＣＭデータ間での符号変換を行うコーデック（ＣＯＤＥＣ）、１９はＰＣＭデータと音声信号間の変換を行うベースバンド処理部、２０はスピーカ（ＳＰＫ）、２１はマイク（ＭＩＣ）、２２は移動局装置の主制御・処理（コンソール制御，呼処理等）を行うＣＰＵ、２３はＣＰＵ２２が使
用する主メモリ（ＭＥＭ）、２４はユーザが使用するコンソール（ＣＳＬ）、２５は液晶等による表示部（ＤＳＰ）、２６はダイヤルキーやファンクションキー等を含むキーボード（ＫＢＤ）、２７は半二重通信における発話モードの制御を行うトークボタン（ＴＢ）、２８はマイク２１からの入力音声レベルが所定以下（実質無音状態）であることを検出する無音検出部である。
【００２３】
ユーザがトークボタン２７をＯＦＦにした（離した）状態では、ユーザによる受話（聴取）が可能になると共に、メディア制御部４０（基地局）からのパケット信号（音声ファイルデータ）は受信部１３、同期制御部１６、バッファ１７、コーデック１８、ベースバンド処理部１９を介して音声信号に再生され、スピーカ２０に出力される。また、ユーザがトークボタン２７をＯＮにした（押した）状態では、ユーザによる発話が可能になると共に、マイク２１からの音声信号はベースバンド処理部１９、コーデック１８、バッファ１７、同期制御部１６、送信部１４を介してメディア制御部４０（基地局）に送られる。一方、ＳＩＰの呼処理等に関する制御信号（ＣＤ）に付いてはＣＰＵ２２により処理される。
【００２４】
図３は実施の形態による携帯端末の状態遷移を説明する図で、ＣＰＵ２２によって管理される。図３（Ａ）は送信側の状態（ＳＴ）と、該状態を遷移させるイベント（ＥＶ）との関係をシーケンシャルに示している。図において、端末１０が空き状態で、そのトークボタン２７がＯＮにされると、話中状態に遷移し、発話可能となる。また、この話中状態で、トークボタンがＯＦＦにされると、送信中となり、話者の音声がファイルデータに変換されて、メディア制御部４０にパケット（streaming）伝送される。また、この送信中に、ファイル送信を完了すると、空き状態となる。
【００２５】
また、上記話中に所定時間以上の無音状態が検出されると、話中＆送信中に遷移する。また、この話中＆送信中にトークボタン２７がＯＦＦにされると、送信中となり、更に該送信中に送信完了すると、空き状態に戻る。また、前記話中＆送信中にファイル送信が完了すると、＊話中となり、更にこの＊話中にトークボタンがＯＦＦにされると、送信中に遷移する。但し、前記＊話中こ追加の発話があれば、その音声ファイルが送信されるが、追加の発話が無い場合は、空き状態に戻る。
【００２６】
図３（Ｂ）は受信側の状態（ＳＴ）とイベント（ＥＶ）との関係を示している。端末が空き状態で、信号制御部３０（メディア制御部４０）からファイル収集依頼通知が受信されると、受信中に遷移し、当該ファイルを受信して蓄積する。また、このファイル受信中に、受信完了になると、空き状態に戻る。
【００２７】
図４は実施の形態による半二重通話のシーケンス図で、ユーザＡ，Ｂ間でプッシュアンドトークによるトランシーバ型通信を行う場合の基本的な動作を示している。図において、最初はユーザＡ、Ｂの何れも空き状態である。この状態で、ユーザＡが端末１０Ａのトークボタン２７をＯＮにすると、話中状態となり、ユーザＡは発話可能となる。ユーザＡが発話すると、その音声信号はサンプリング及びデジタルデータに変換され、音声ファイルとしてバッファ１７に蓄積される。ユーザＡが発話を終了し、トークボタン２７をＯＦＦにすると、送信中になると共に、バッファ１７に蓄積された音声ファイルをＦＴＰによりメディア制御部４０に送信する。
【００２８】
この場合に、ＦＴＰは、ファイル転送を制御するコントロールコネクションと、ファイル内容を転送するデータコネクションとに分離されているが、一連の音声パケットの送信の終わり（ファイル送信完了通知）については、これをコントロールコネクションを介してメディア制御部４０に通知しても良いし、又は音声パケットに付与されたヘッダ情報で通知しても良い。或いは、図の点線で示す如く、別途ＳＩＰでファイル送信完了通知を信
号制御部３０に通知し、更に、該信号制御部３０がその旨をメディア制御部４０に通知しても良い。この点は、以下に述べる他の通話シーケンスの説明においても同様である。
【００２９】
上記何れにしても、メディア制御部４０は、受信ファイルをデータ蓄積部４２に蓄積すると共に、信号制御部３０に当該蓄積ファイルの収集依頼を通知し、これを受けた信号制御部３０は宛先ユーザＢにファイル収集依頼通知を送る。
【００３０】
ユーザＢはこのファイル収集依頼通知を受信したことにより、速やかに受信中となり、メディア制御部４０からユーザＡの蓄積音声ファイルを読み出し、自端末１０Ｂのバッファ１７に蓄積する。そして、蓄積ファイルを受信すると、受信完了し、空き状態に遷移する。一方、バッファ１７に蓄積された音声ファイルは音声信号に変換され、スピーカ２０から出力される。
【００３１】
図５は実施の形態による話中無音検出時のシーケンス図で、ユーザＡの発話中に所定時間以上の無音状態が検出された場合の通話処理を示している。図において、ユーザＡが端末１０Ａのトークボタン２７をＯＮして後、発話すると、その音声信号は音声ファイルに変換され、端末１０Ａのバッファ１７に蓄積される。トークボタン２７をＯＮにした状態でユーザＡの発話が止まり、更に所定時間（例えば２〜３秒）が経過すると、無音検出部２８により話中無音状態が検出され、トークボタン２７がＯＮのままでも送信中状態となると共に、バッファ１７に蓄積された音声ファイルをＦＴＰによりメディア制御部４０に送信する。
【００３２】
メディア制御部４０は、端末１０Ａからの受信ファイルをデータ蓄積部４２に蓄積すると共に、信号制御部３０を介して宛先ユーザＢに当該蓄積ファイルの収集依頼通知を送る。これを受信したユーザ端末１０Ｂでは、受信中になると共に、メディア制御部４０からユーザＡの蓄積音声ファイルを読み出し、端末１０Ｂのバッファ１７に蓄積する。そして、該受信ファイルを再生し、空き状態に遷移する。
【００３３】
一方、ユーザ端末１０Ａでは、上記ファイル送信後もトークボタン２７はＯＮにされており、もしこの状態で、ユーザＡが再び発話すると、該音声は再びファイル蓄積される。但し、図示の例ではユーザＡのその後の発話は無く、トークボタ２７のみＯＦＦにされており、この場合は、その後のファイル蓄積が無い為、ファイル送信中とはならずに、空き状態に遷移する。
【００３４】
図６は実施の形態による２者同時発話時のシーケンス図で、ユーザＡ、Ｂが半二重通信路を介して同時に発話及び受話可能な場合を示している。図６のユーザ端末１０Ａ，１０Ｂについては送信側及び受信側の状態をそれぞれ示している。但し、回線は半二重通信方式であるため、送信中と受信中の状態が重なることはない。
【００３５】
図において、ユーザＡが端末１０Ａのトークボタン２７をオンすると、ユーザ端末１０Ａの送信側が話中状態に遷移する。一方、この区間にユーザＢも端末１０Ｂのトークボタン２７をオンにしたことにより、話中状態に遷移する。こうして、ユーザＡ，Ｂは実質同時に発話すると共に、この例では、ユーザＢが先に発話終了し、トークボタン２７をオフにしたことにより、端末１０Ｂは送信中状態に遷移し、メディア制御部４０に音声ファイルをファイル転送する。
【００３６】
これを受けたメディア制御部４０は、ユーザＢからの音声ファイルを蓄積すると共に、そのファイル送信完了を検出し、その宛先ユーザ端末１０Ａに蓄積ファイルの収集依頼通知を送信する。これを受けたユーザ端末１０Ａは、未だ話中状態であるが、受信側のプロセスは受信中状態に遷移可能であり、これによりメディア制御部４０から端末１０Ａ宛の
蓄積ファイルを読み出し、バッファ１７に蓄積する。そして、蓄積完了するとその受話音声を再生する。
【００３７】
一方、その後、ユーザＡも発話完了したことにより、端末１０Ａのトークボタン２７をオフにすると、端末１０Ａは送信中状態に遷移してメディア制御部４０に音声ファイルをファイル転送する。これを受けたメディア制御部４０は、ユーザＡからの音声ファイルを蓄積すると共に、そのファイル送信完了を検出すると、その宛先ユーザ端末１０Ｂに対して蓄積ファイルの収集依頼通知を送信する。
【００３８】
これを受けたユーザ端末１０Ｂは、受信中状態に遷移すると共に、メディア制御部４０から端末１０Ｂ宛の蓄積ファイルを読み出し、バッファ１７に蓄積する。そして、蓄積完了するとその受話音声を再生する。受話音声の再生はユーザＡ，Ｂにつき実質同時に行うことが可能であり、かくして、ユーザＡ，Ｂは半二重回線を介して実質同時に発話及び受話（全二重相当の通信）が可能となった。
【００３９】
なお、端末中で送信中と受信中とが重なって生じるときは、早い方の処理を優先とし、その完了後に遅い方の処理を実行する。また、送信中と受信中とが同時に発生する時は、送信中の処理を優先して実行し、その完了後に受信中の処理を実行する。
【００４０】
図７は実施の形態による多者通話時のシーケンス図で、ユーザＡ，Ｂ間でセッションが確立され、通話中状態であるときに、新たにユーザＣが通話に参加する場合を示している。図において、予めユーザＡ，Ｂ間の呼が接続され、かつユーザＡの話中に、新たにユーザＣとユーザＡ又はＢとの間で呼が接続される。信号制御部３０は、ユーザＡ又はＢ等による呼接続範囲の申請や会議開催等の登録申請により予め定められた範囲内で第３のユーザの通話への参加／退出を許容するものとする。これにより、ユーザＣは、ユーザＡ，Ｂの通話状態によらず、信号制御部３０に対して当該呼へのセッション確立を要求できる。
【００４１】
この場合のメディア制御部４０は、信号制御部３０よりユーザＣが通話に加わった通知を受けると共に、その後は、ユーザＡ（又はＢ）からの音声ファイルを蓄積したときに、ユーザＢ（又はＡ）のみならず、ユーザＣに対しても当該蓄積ファイルの収集依頼を通知する。この通知を受けたユーザＢ，Ｃは、それぞれにメディア制御部４０から音声ファイルの収集を行い、収集後に再生する。ユーザＣは任意のタイミングにセッションを開放でき、信号制御部３０はセッション開放後のユーザＣに対してはファイル蓄積の通知を行わない。
【００４２】
なお、上記ユーザＣがユーザＡ，Ｂ間の通話を聴取する場合を述べたが、これに限らない。ユーザＣも通話（発話）に参加しても良い。この場合のユーザＣからの音声ファイルはユーザＡ及びＢによって取得される。
【００４３】
図８は実施の形態による半二重通話の具体例を示すシーケンズ図で、ユーザＡ，Ｂと信号制御部３０との間はＳＩＰに従って通信し、ユーザＡ，Ｂとメディア制御部４０との間はＦＴＰに従って通信する場合を具体的に示している。この例の信号制御部３０とメディア制御部４０とは同一の筐体内に設けられており、これらの間の通信は内部Ｉ／Ｆを介して行われる。
【００４４】
図９は他の実施の形態による半二重通信のシーケンス図で、発話端末Ａからの音声ファイルを蓄積したメディア制御部４０が、その宛先端末１０Ｂに蓄積ファイルの取得要求を通知するのではなく、メディア制御部４０の主導で蓄積ファイルを宛先端末１０Ｂに自動的に転送する場合を示している。こうすれば、音声ファイルの転送遅延が改善され、リアルタイム性が向上する。
【００４５】
なお、上記実施の形態は音声ファイルの転送を中心に述べたが、これに限らない。本発明は映像信号を含むマルチメディアファイルの転送に適用できることは言うまでも無い。また、メディアファイルの転送はＦＴＰ以外の同種の他のプロトクルで行っても良い。
【００４６】
また、本発明は上記半二重通信による端末に適用して好適であるが、これに限らない。全二重通信による端末に本発明による半二重通話モードを併設しても良いし、或いは、各端末とデータ蓄積型転送装置との間を全二重通信方式により接続しても良い。この場合の話者は、発話と同時に相手端末からの蓄積ファイルを受信・再生できる。また、本発明は無線回線等で接続する携帯端末に限らず、メタリック回線や光ファイバ回線で接続した固定端末にも適用できる。
【００４７】
また、上記本発明に好適なる複数の実施の形態を述べたが、本発明思想を逸脱しない範囲内で各部の構成、制御、処理及びこれらの組合せの様々な変更が行えることは言うまでも無い。
【００４８】
（付記１） 複数の端末が半二重通信方式によりデータ蓄積型転送装置を介してメディアデータの通信を行うデータ蓄積型転送方法であって、話者端末が話者のメディアデータをファイル化してデータ蓄積型転送装置にファイル転送するステップと、データ蓄積型転送装置が前記転送された受信ファイルを蓄積してその旨を予め自装置を介する呼を接続された受話端末に通知するステップと、前記受話端末が該通知を受けたことによりデータ蓄積型転送装置から当該蓄積ファイルを取得してメディア再生するステップとを備えることを特徴とするデータ蓄積型転送方法。
【００４９】
（付記２） データ蓄積型転送装置は、自装置を介する端末間の呼をセッションイニシエーションプロトコル（ＳＩＰ)により接続し、端末とデータ蓄積型転送装置間でやり取りするメディアデータをファイル転送プロトコル（ＦＴＰ）により転送することを特徴とする付記１記載のデータ蓄積型転送方法。
【００５０】
（付記３） 複数の端末が半二重通信方式によりデータ蓄積型転送装置を介してメディアデータの通信を行うデータ蓄積型転送システムであって、話者端末は、話者のメディアデータをファイル化してデータ蓄積型転送装置にファイル転送し、データ蓄積型転送装置は、前記転送された受信ファイルを蓄積してその旨を予め自装置を介する呼を接続された受話端末に通知し、前記受話端末は、該通知を受けたことによりデータ蓄積型転送装置から当該蓄積ファイルを取得してメディア再生することを特徴とするデータ蓄積型転送システム。
【００５１】
（付記４） 複数の端末が半二重通信方式によりデータ蓄積型転送装置を介してメディアデータの通信を行うデータ蓄積型転送システムの前記データ蓄積型転送装置であって、自装置を介する端末間の呼をセッションイニシエーションプロトコル（ＳＩＰ)により接続する信号制御部と、端末とデータ蓄積型転送装置間でやり取りするメディアデータをファイル転送プロトコル（ＦＴＰ）によりファイル転送するメディア制御部とを備えることを特徴とするデータ蓄積型転送装置。
【００５２】
（付記５） 前記信号制御部とメディア制御部とがそれぞれ独立したサーバ装置としてＩＰ網を介して相互に接続していることを特徴とする付記４記載のデータ蓄積型転送装置。
【００５３】
（付記６） 複数の端末が半二重通信方式によりデータ蓄積型転送装置を介してメディアデータの通信を行うデータ蓄積型転送システムの前記端末装置であって、話者のメデ
ィアデータをファイル化してデータ蓄積型転送装置にファイル転送する送信制御部と、データ蓄積型転送装置から自端末宛のファイル蓄積の通知を受けたことにより該転送装置から当該蓄積ファイルを取得してメディア再生する受信制御部とを備えることを特徴とする端末装置。
【００５４】
（付記７） 送信制御部は、話者が端末のトークボタンをＯＮ状態からＯＦＦにしたことを検出したことにより、メディアデータをファイル転送することを特徴とする付記６記載の端末装置。
（付記８） 送信制御部は、話者が端末のトークボタンをＯＮ状態にしたまま所定時間以上無音であることを検出したことにより、メディアデータをファイル転送することを特徴とする付記６記載の端末装置。
【図面の簡単な説明】
【００５５】
【図１】実施の形態によるデータ蓄積伝送システムの構成を示す図である。
【図２】実施の形態による携帯端末のブロック図である。
【図３】実施の形態による携帯端末の状態遷移を説明する図である。
【図４】実施の形態による半二重通話のシーケンス図である。
【図５】実施の形態による話中無音検出時のシーケンス図である。
【図６】実施の形態による２者同時発話時のシーケンス図である。
【図７】実施の形態による多者通話時のシーケンス図である。
【図８】実施の形態による半二重通話の具体例を示すシーケンズ図である。
【図９】他の実施の形態による半二重通話のシーケンス図である。
【図１０】従来技術を説明する図である。
【符号の説明】
【００５６】
１０ 携帯端末
３０ 信号制御部
３１ 主制御部
３２ 通信制御部（ＣＩＦ）
４０ メディア制御部
４１ 主制御部
４２ データ蓄積部
４３ 通信制御部（ＣＩＦ）
１００ ＩＰ網
【特許請求の範囲】
【請求項１】
複数の端末が半二重通信方式によりデータ蓄積型転送装置を介してメディアデータの通信を行うデータ蓄積型転送方法であって、
話者端末が話者のメディアデータをファイル化してデータ蓄積型転送装置にファイル転送するステップと、
データ蓄積型転送装置が前記転送された受信ファイルを蓄積してその旨を予め自装置を介する呼を接続された受話端末に通知するステップと、
前記受話端末が該通知を受けたことによりデータ蓄積型転送装置から当該蓄積ファイルを取得してメディア再生するステップとを備えることを特徴とするデータ蓄積型転送方法。
【請求項２】
複数の端末が半二重通信方式によりデータ蓄積型転送装置を介してメディアデータの通信を行うデータ蓄積型転送システムであって、
話者端末は、話者のメディアデータをファイル化してデータ蓄積型転送装置にファイル転送し、
データ蓄積型転送装置は、前記転送された受信ファイルを蓄積してその旨を予め自装置を介する呼を接続された受話端末に通知し、
前記受話端末は、該通知を受けたことによりデータ蓄積型転送装置から当該蓄積ファイルを取得してメディア再生することを特徴とするデータ蓄積型転送システム。
【請求項３】
複数の端末が半二重通信方式によりデータ蓄積型転送装置を介してメディアデータの通信を行うデータ蓄積型転送システムの前記データ蓄積型転送装置であって、
自装置を介する端末間の呼をセッションイニシエーションプロトコル（ＳＩＰ)により接続する信号制御部と、
端末とデータ蓄積型転送装置間でやり取りするメディアデータをファイル転送プロトコル（ＦＴＰ）によりファイル転送するメディア制御部とを備えることを特徴とするデータ蓄積型転送装置。
【請求項４】
前記信号制御部とメディア制御部とがそれぞれ独立したサーバ装置としてＩＰ網を介して相互に接続していることを特徴とする請求項３記載のデータ蓄積型転送装置。
【請求項５】
複数の端末が半二重通信方式によりデータ蓄積型転送装置を介してメディアデータの通信を行うデータ蓄積型転送システムの前記端末装置であって、
話者のメディアデータをファイル化してデータ蓄積型転送装置にファイル転送する送信制御部と、
データ蓄積型転送装置から自端末宛のファイル蓄積の通知を受けたことにより該転送装置から当該蓄積ファイルを取得してメディア再生する受信制御部とを備えることを特徴とする端末装置。
【請求項１】
複数の端末が半二重通信方式によりデータ蓄積型転送装置を介してメディアデータの通信を行うデータ蓄積型転送方法であって、
話者端末が話者のメディアデータをファイル化してデータ蓄積型転送装置にファイル転送するステップと、
データ蓄積型転送装置が前記転送された受信ファイルを蓄積してその旨を予め自装置を介する呼を接続された受話端末に通知するステップと、
前記受話端末が該通知を受けたことによりデータ蓄積型転送装置から当該蓄積ファイルを取得してメディア再生するステップとを備えることを特徴とするデータ蓄積型転送方法。
【請求項２】
複数の端末が半二重通信方式によりデータ蓄積型転送装置を介してメディアデータの通信を行うデータ蓄積型転送システムであって、
話者端末は、話者のメディアデータをファイル化してデータ蓄積型転送装置にファイル転送し、
データ蓄積型転送装置は、前記転送された受信ファイルを蓄積してその旨を予め自装置を介する呼を接続された受話端末に通知し、
前記受話端末は、該通知を受けたことによりデータ蓄積型転送装置から当該蓄積ファイルを取得してメディア再生することを特徴とするデータ蓄積型転送システム。
【請求項３】
複数の端末が半二重通信方式によりデータ蓄積型転送装置を介してメディアデータの通信を行うデータ蓄積型転送システムの前記データ蓄積型転送装置であって、
自装置を介する端末間の呼をセッションイニシエーションプロトコル（ＳＩＰ)により接続する信号制御部と、
端末とデータ蓄積型転送装置間でやり取りするメディアデータをファイル転送プロトコル（ＦＴＰ）によりファイル転送するメディア制御部とを備えることを特徴とするデータ蓄積型転送装置。
【請求項４】
前記信号制御部とメディア制御部とがそれぞれ独立したサーバ装置としてＩＰ網を介して相互に接続していることを特徴とする請求項３記載のデータ蓄積型転送装置。
【請求項５】
複数の端末が半二重通信方式によりデータ蓄積型転送装置を介してメディアデータの通信を行うデータ蓄積型転送システムの前記端末装置であって、
話者のメディアデータをファイル化してデータ蓄積型転送装置にファイル転送する送信制御部と、
データ蓄積型転送装置から自端末宛のファイル蓄積の通知を受けたことにより該転送装置から当該蓄積ファイルを取得してメディア再生する受信制御部とを備えることを特徴とする端末装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２００６−２５３８６４（Ｐ２００６−２５３８６４Ａ）
【公開日】平成１８年９月２１日（２００６．９．２１）
【国際特許分類】
【出願番号】特願２００５−６４８９７（Ｐ２００５−６４８９７）
【出願日】平成１７年３月９日（２００５．３．９）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成１８年９月２１日（２００６．９．２１）
【国際特許分類】
【出願日】平成１７年３月９日（２００５．３．９）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]