JP4120290B2 - メディアゲートウェイ、蓄積データ配信システム及び蓄積データ配信方法並びにそのプログラム - Google Patents
メディアゲートウェイ、蓄積データ配信システム及び蓄積データ配信方法並びにそのプログラム Download PDFInfo
- Publication number
- JP4120290B2 JP4120290B2 JP2002185418A JP2002185418A JP4120290B2 JP 4120290 B2 JP4120290 B2 JP 4120290B2 JP 2002185418 A JP2002185418 A JP 2002185418A JP 2002185418 A JP2002185418 A JP 2002185418A JP 4120290 B2 JP4120290 B2 JP 4120290B2
- Authority
- JP
- Japan
- Prior art keywords
- user terminal
- gateway
- stored data
- protocol
- shortest
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Landscapes
- Computer And Data Communications (AREA)
- Television Signal Processing For Recording (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明はメディアゲートウェイ、蓄積データ配信システム及び蓄積データ配信方法並びにそのプログラムに関し、特にＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）網を用いて留守番機能付き音声画像蓄積サービス等におけるＡ／Ｖ（Ａｕｄｉｏ／Ｖｉｄｅｏ）等のデータを配信するシステムに関する。
【０００２】
【従来の技術】
Ａ／Ｖ等のデータをインタネット（Ｉｎｔｅｒｎｅｔ）を用いて転送しようとする場合、その転送に際してリアルタイム性を保証するためには、ＩＰ／ＵＤＰ／ＲＴＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ／Ｕｓｅｒ ＤａｔａｇｒａｍＰｒｏｔｏｃｏｌ／Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）プロトコルを用いるのが一般的である。しかしながら、インタネットではＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）制御が困難であり、パケットロスの発生による音質／画質の劣化を抑えることができない。
【０００３】
従来の技術では、ロスしたパケットを補間するために、ロスしたパケットを再送する等の対策がとられいる。しかしながら、パケットの再送が余分なトラフィックを発生させるため、かえって輻輳状態を発生させる要因となり、ネットワークの効率を悪化させ、送りたいパケットのロス発生率を上昇させる要因ともなっている。
【０００４】
また、ロスしたパケットを補間するためにＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いると、再送パケットによってデータの完全性は保証される。しかしながら、輻輳時にパケットがロスすると、再送処理が行われるために遅延が増加し、リアルタイム性の高いＡ／Ｖ等のデータの配信には不向きである。
【０００５】
【発明が解決しようとする課題】
上述した従来の蓄積データを配信するシステムでは、ＩＰ網を用いてデータの転送を行う場合、ＴＣＰ／ＩＰプロトコルを用いて、ネットワーク上での輻輳によるパケットロスに対してパケットの再送を行っている。このように、従来のシステムではロスしたパケットの保証を行うことで、データ転送の正常性を保っている。
【０００６】
しかしながら、ＴＣＰ／ＩＰプロトコルでは、パケットロスが発生すると、それにともなってパケットの再送が発生するため、遅延が発生する。しかしながら、ＩＰを用いたテレビ電話等におけるＡ／Ｖ等のデータの通信においては、リアルタイム性が強く要求されるため、ＴＣＰ／ＩＰプロトコルを用いることは望ましくない。
【０００７】
そのため、Ａ／Ｖ等のデータの通信においては、パケットロスが発生しても再送を行わないＵＤＰプロトコルが一般的に用いられているが、インタネットを通過するようなＩＰ／ＵＤＰ／ＲＴＰ通信においては、インタネットでＱｏＳを制御することが困難であるため、Ｅｎｄ−ｔｏ−Ｅｎｄでの品質をユーザに対して保証することが困難である。
【０００８】
そこで、本発明の目的は上記の問題点を解消し、留守番機能付き音声画像蓄積サービス等の蓄積データをインタネットを用いて劣化を少なくかつ低遅延で配信することができるメディアゲートウェイ、蓄積データ配信システム及び蓄積データ配信方法並びにそのプログラムを提供することにある。
【０００９】
【課題を解決するための手段】
本発明によるメディアゲートウェイは、各々ユーザ端末に接続されかつインタネットを介して他のゲートウェイに接続可能なメディアゲートウェイであって、
送信側のユーザ端末からのデータをファイル化する手段と、
ファイル化したデータを内部ディスクに保存する手段と、
受信側のユーザ端末に対して呼の設定が最短になるゲートウェイを決定する手段と、
決定した前記呼の設定が最短になるゲートウェイに対してＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）で前記内部ディスクの蓄積情報をやり取りする手段と、
他のゲートウェイからのファイルをＩＰ／ＵＤＰ／ＲＴＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ／Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ／Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）パケット化して前記受信側のユーザ端末に送信する手段とを備えている。
【００１０】
本発明による蓄積データ配信システムは、各々ユーザ端末に接続されかつインタネットを介して他のゲートウェイに接続可能な複数のゲートウェイを含む蓄積データ配信システムであって、
送信側のユーザ端末からのデータをファイル化する手段と、
ファイル化したデータを内部ディスクに保存する手段と、
受信側のユーザ端末に対して呼の設定が最短になるゲートウェイを決定する手段と、
決定した前記呼の設定が最短になるゲートウェイに対してＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）で前記内部ディスクの蓄積情報をやり取りする手段と、
他のゲートウェイからのファイルをＩＰ／ＵＤＰ／ＲＴＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ／Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ／Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）パケット化して前記受信側のユーザ端末に送信する手段とを前記複数のゲートウェイ各々に備え、
前記受信側のユーザ端末の移動先に従って前記蓄積情報を前記呼の設定が最短になるゲートウェイへと転送させている。
【００１１】
本発明による蓄積データ配信方法は、各々ユーザ端末に接続されかつインタネットを介して他のゲートウェイに接続可能な複数のゲートウェイを含む蓄積データ配信システムに用いる蓄積データ配信方法であって、
送信側のユーザ端末からのデータをファイル化するステップと、
ファイル化したデータを内部ディスクに保存するステップと、
受信側のユーザ端末に対して呼の設定が最短になるゲートウェイを決定するステップと、
決定した前記呼の設定が最短になるゲートウェイに対してＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）で前記内部ディスクの蓄積情報をやり取りするステップと、
他のゲートウェイからのファイルをＩＰ／ＵＤＰ／ＲＴＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ／Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ／Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）パケット化して前記受信側のユーザ端末に送信するステップとを前記複数のゲートウェイに備えている。
【００１２】
本発明によるプログラムは、各々ユーザ端末に接続されかつインタネットを介して他のゲートウェイに接続可能な複数のゲートウェイ各々に実行させるプログラムであって、
前記ゲートウェイ内のコンピュータに、送信側のユーザ端末からのデータをファイル化する処理と、ファイル化したデータを内部ディスクに保存する処理と、受信側のユーザ端末に対して呼の設定が最短になるゲートウェイを決定する処理と、決定した前記呼の設定が最短になるゲートウェイに対してＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）で前記内部ディスクの蓄積情報をやり取りする処理と、他のゲートウェイからのファイルをＩＰ／ＵＤＰ／ＲＴＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ／Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ／Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）パケット化して前記受信側のユーザ端末に送信する処理とを実行させている。
【００１３】
すなわち、本発明の蓄積データ配信システムは、ネットワーク上の輻輳によって発生するパケットロスによる音質／画質を最小限に抑え、ユーザに対してより高い品質のＡ／Ｖ（Ａｕｄｉｏ／Ｖｉｄｅｏ）等のデータの配信を行い、かつユーザに対するレスポンスを最小限に抑える方式に関する。
【００１４】
そこで、本発明では、留守番機能付き音声画像蓄積サービス等の蓄積データをインタネットを用いて劣化を少なくかつ低遅延で配信することが可能なシステムを提案する。そのために、本発明では蓄積データをインタネットを用いて配信する際、ユーザが属するアクセス網［ＩＳＰ（Ｉｎｔｅｒｎｅｔ ＳｅｒｖｉｃｅＰｒｏｖｉｄｅｒ）等］とインタネットとの間にゲートウェイを設置し、Ａ／Ｖ等の蓄積データをゲートウェイで一旦ファイル化し、インタネットを跨る通信の際、ゲートウェイ間同士をＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）でファイル化された蓄積データを転送し、蓄積データの正常性を保証する。
【００１５】
また、蓄積データを転送するゲートウェイは、ユーザに配信する際に最も適したゲートウェイを選択することで、ゲートウェイと受信端末との間でのパケットロスを極力抑えることが可能となる。
【００１６】
このように、本発明ではＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）の制御が非常に困難なインタネットにおいて、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）パケットを用いず、信頼性の高いＴＣＰ／ＩＰプロトコルを用いることで、パケットロスによるＡ／Ｖ等の蓄積データの劣化をなくすことが可能となる。
【００１７】
また、本発明では、Ａ／Ｖ等の蓄積データを格納するゲートウェイを分散することが可能となるため、ある１つのゲートウェイ( もしくはサーバ) に負荷が集中し、サービスの提供が困難になる事態を回避することが可能となり、大規模なネットワークを構築しやすくなる。
【００１８】
さらに、本発明では、ゲートウェイ同士が互いに通信を行い、受信者が属するネットワークに対して最も高い品質でサービスが提供可能なゲートウェイを検索し、そのゲートウェイにＡ／Ｖ等の蓄積データを保存することで、つまり、受信側のユーザ端末の移動先に従って蓄積データが最適なゲートウェイへと転送されていくので、受信者に対して最も高い品質、かつ最も低遅延のレスポンスで蓄積データの配信が可能となる。
【００１９】
さらにまた、本発明では、送信者側のゲートウェイにおいて送信者からのデータをＩＰ網で転送可能な汎用のファイルフォーマットに変更し、受信者側のゲートウェイに転送するため、送信側の端末と受信側の端末とが同じプロトコルを用いて通信を行う必要がなく、異なるネットワーク、異なる機種同士で通信を行うことが容易となる。
【００２０】
【発明の実施の形態】
次に、本発明の一実施例について図面を参照して説明する。図１は本発明の一実施例による蓄積データ配信システムの構成を示すブロック図である。図１において、本発明の一実施例による蓄積データ配信システムはメディアゲートウェイ（Ａ〜Ｃ）１〜３と、送信者端末４と、受信者端末５と、インタネット１００と、ＩＳＰ（Ｉｎｔｅｒｎｅｔ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）（Ａ〜Ｃ）１０１〜１０３とから構成されている。
【００２１】
本実施例では、送信者端末４からのＡ／Ｖ（Ａｕｄｉｏ／Ｖｉｄｅｏ）等のデータがメディアゲートウェイ（Ａ）１で受信されると、メディアゲートウェイ（Ａ）１ではそのデータをファイル化し、ファイル化したデータを蓄積する。
【００２２】
メディアゲートウェイ（Ａ）１は受信者端末５がどのネットワークに存在するかを示す情報を、ゲートウェイ同士で定められたプロトコルを用いて取得する。メディアゲートウェイ（Ａ）１は得られた情報から、受信者に対して最も高い品質でサービスを提供可能なゲートウェイを探し出し、そのゲートウェイに対して、高信頼なＴＣＰ／ＩＰプロトコルを用いてファイル化したデータの転送を行う。ゲートウェイ間同士はＴＣＰ／ＩＰプロトコルで蓄積データのやりとりを行うため、データの欠落は生じない。そのため、蓄積データの劣化は発生しない。
【００２３】
メディアゲートウェイ（Ａ）１はメディアゲートウェイ（Ｂ）２を受信者端末５に最適なゲートウェイと判断すると、蓄積データをメディアゲートウェイ（Ｂ）２に転送する。この後に、メディアゲートウェイ（Ａ）１上の蓄積データはディスク容量を効率的に使うために消去される。
【００２４】
メディアゲートウェイ（Ｂ）２では、受信者端末５が蓄積データを引き出すのを待機しているが、受信者端末５がさらにネットワークを移動したことを検知した場合、ゲートウェイ同士で情報のやりとりを行い、受信者に対して最適なサービスを提供可能なゲートウェイを検索する。
【００２５】
メディアゲートウェイ（Ｂ）２はメディアゲートウェイ（Ｃ）３を最適と判断すると、上記と同様に、メディアゲートウェイ（Ｃ）３に対してＴＣＰ／ＩＰプロトコルを用いて蓄積データの転送を行い、転送後に自器の蓄積データを削除する。
【００２６】
メディアゲートウェイ（Ｃ）３は受信者端末５がデータを引き出すのを待機し、受信者端末５が蓄積データの引き取りを開始すると、ファイル化された蓄積データをリアルタイム伝送に適したＩＰ／ＵＤＰ／ＲＴＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ／Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ／Ｐｒｏｔｏｃｏｌ）パケット化し、受信者端末５に蓄積データの配信を行う。
【００２７】
メディアゲートウェイ（Ｃ）３と受信者端末５との間では、ＵＤＰプロトコルを用いるため、パケットロス発生時に復旧機能が存在しないが、ＱｏＳの制御が困難なインタネット１００と異なり、サービス提供者（ＩＳＰ１０３等）が用意するＩＰ網であるため、ネットワークの状態を監視し、ＱｏＳの制御を行うことは比較的容易である。
【００２８】
また、端末間（Ｅｎｄ−ｔｏ−Ｅｎｄ）をすべてＩＰ／ＵＤＰ／ＲＴＰパケットで通信するのではなく、端末とゲートウェイとの間のみＩＰ／ＵＤＰ／ＲＴＰ通信するため、通常行われるＥｎｔ−ｔｏ−ＥｎｄのＲＴＰ通信と比較して、パケットロスが発生しうる区間が短縮されるため、ロスが発生する確率を抑えて、高いＱｏＳを受信者に提供することが可能となる。
【００２９】
さらに、受信者端末５に対して、蓄積データを配信するための呼の設定が最短になるメディアゲートウェイ（Ｃ）３が選択されているため、ユーザが実際に蓄積データを受取るまでの時間を最小に抑えることも可能となる。
【００３０】
送信者端末４はＩＳＰ（Ａ）１０１が規定する呼の設定プロトコルを用いて、メディアゲートウェイ（Ａ）１と通信可能であれば良く、受信者端末５とＥｎｄ−ｔｏ−Ｅｎｄで呼の設定プロトコルを一致させる必要はない。
【００３１】
そのため、様々な呼の設定プロトコル（Ｈ．３２３／ＳＩＰ／ＭｅＧａＣｏ等) を、各ネットワーク（ＩＳＰ（Ａ）１０１、ＩＳＰ（Ｂ）１０２、ＩＳＰ（Ｃ）１０３）で統一する必要がなくなり、蓄積データのファイル形式のみの整合をとることで、高品質かつ低遅延での留守番機能付き音声画像蓄積サービスを提供することが可能となる。
【００３２】
本実施例では、ゲートウェイ同士が互いに通信を行い、受信者が属するネットワークに対して最も高い品質でサービスが提供可能なゲートウェイを検索し、そのゲートウェイにＡ／Ｖ等の蓄積データを保存することで、つまり、受信側のユーザ端末の移動先に従って蓄積データが最適なゲートウェイへと転送されていくので、受信者に対して最も高い品質、かつ最も低遅延のレスポンスで蓄積データの配信が可能となる。
【００３３】
図２は図１のメディアゲートウェイ（Ａ〜Ｃ）１〜３の構成を示すブロック図である。図２においては、メディアゲートウェイ（Ａ〜Ｃ）１〜３をまとめてメディアゲートウェイ１として表している。
【００３４】
メディアゲートウェイ１はＲＴＰパケット生成器（ＲＴＰ Ｐａｃｋｅｔｉｚｅｒ）１１と、ＲＴＰパケット受信器（ＲＴＰ ＤｅＰａｃｋｅｔｉｚｅｒ）１２と、ファイル送信器（Ｆｉｌｅ Ｓｅｎｄｅｒ）１３と、ファイル受信器（Ｆｉｌｅ Ｒｅｃｅｉｖｅｒ）１４と、ハードディスク（Ｈａｒｄ Ｄｉｓｋ）１５と、制御部１６と、制御ＣＰＵ（中央処理装置）１７とから構成されている。
【００３５】
ＲＴＰパケット生成器１１及びＲＴＰパケット受信器１２は端末とのＩＰ／ＵＤＰ／ＲＴＰ通信（端末とのデータの送受信）行う部分であり、ファイル送信器１３及びファイル受信器１４はインタネット１００を介して他のゲートウェイとの通信を行う部分である。
【００３６】
制御ＣＰＵ１７は送受信データのファイルを制御する部分であり、制御部１６はゲートウェイ同士でユーザ情報を交換する部分であり、ハードディスク１５はデータを格納するための部分である。
【００３７】
ＲＴＰパケット受信器１２は端末から送信されてくるＲＴＰパケットを受信すると、送信データの順番をチェックし、そのデータをハードディスク１５に格納する。全てのデータの受信が完了すると、制御ＣＰＵ１７が受信データに基づいてファイル化の処理を行う。尚、一般的に用いられるフォーマット形式としては、ＭＰ４［ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）−４ Ｆｉｌｅ Ｆｏｒｍａｔ］が今後幅広く利用されると予想されるが、本方式ではファイルフォーマット形式には依存しないサービスが可能である。
【００３８】
ＲＴＰパケット生成器１１は受信者端末５に向かって、ハードディスク１５に格納された蓄積データのファイルをＲＴＰパケット化し、端末に向けて送信する機能を有する。
【００３９】
ファイル送信器１３はゲートウェイ間の蓄積データの通信で、他のゲートウェイにファイルを高信頼性なＴＣＰ／ＩＰプロトコルを用いて送信する機能を有する。ファイル受信器１４はゲートウェイ間の蓄積データの通信で、ＴＣＰ／ＩＰプロトコルを用いて他のゲートウェイからファイルを受信し、ハードディスク１５にデータを格納する機能を有する。
【００４０】
制御部１６はゲートウェイ同士でユーザ情報を交換する機能を有する。制御ＣＰＵ１７はゲートウェイと端末との間、ゲートウェイ間でやり取りされるデータ形式を管理し、ハードディスク１５に蓄積データを格納し、ネットワーク上でデータのやり取りが可能なようにする機能を有する。ハードディスク１５はファイル化された蓄積データを格納する機能を有するとともに、上記の各部で実行されるプログラムを格納している。但し、プログラムは他の記録媒体、例えばメモリ等に格納してもよい。
【００４１】
図３は図２の制御部１6 の動作を示すフローチャートである。これら図１〜図３を参照して制御部１６の動作について説明する。尚、図３に示す処理はゲートウェイ１を主に構成するコンピュータ（図示せず）がハードディスク１５（または、メモリ等の他の記録媒体）に格納されたプログラムを実行することで実現される。
【００４２】
制御部１６は送信者端末４からデータがＩＰ／ＵＤＰ／ＲＴＰで送信されてくると（図３ステップＳ１）、そのデータをファイル化してハードディスク１５に蓄積する（図３ステップＳ２）。
【００４３】
その後に、制御部１６は受信者端末５の位置を検索し（図３ステップＳ３，Ｓ４）、ハードディスク１５の蓄積データを配信するのに最も適したゲートウェイを検索する（図３ステップＳ５）。制御部１６は最適なゲートウェイを検索すると（図３ステップＳ６）、制御ＣＰＵ１７に対してハードディスク１５上の蓄積データをファイル送信器１３からＴＣＰ／ＩＰプロトコルを用いて転送を行うよう指示し（図３ステップＳ７）、転送後にその蓄積データを削除する（図３ステップＳ８）。
【００４４】
また、制御部１６は受信者端末５が見つからない場合（図３ステップＳ４）、その蓄積データを保存しておき（図３ステップＳ９）、電源がオンになった場合や、電波受信可能地域にユーザ端末が入った場合等、ユーザ情報が新たに現れたことを他のゲートウェイから通知されて認識すると（図３ステップＳ１０）、ステップＳ５に戻って最適なゲートウェイを検索し、そこに対して蓄積データの配信を行う。
【００４５】
図４は本発明の一実施例による蓄積データ配信システムの動作を示すシーケンスチャートである。これら図１と図２と図４とを参照して本発明の一実施例による蓄積データ配信システムの動作について説明する。
【００４６】
メディアゲートウェイ（Ａ）１は送信者端末４からＡ／Ｖ等のデータを受信すると（図４のａ１）、そのＡ／Ｖ等のデータをファイル化してハードディスク１５に蓄積する（図４のａ２）。
【００４７】
メディアゲートウェイ（Ａ）１は受信者端末５がどのネットワークに存在するかをゲートウェイ同士で定められたプロトコルを用いて情報を取得し、得られた情報から受信者端末５に対して最も高い品質を提供可能なゲートウェイを探し出し（図４のａ３）、そのゲートウェイに対して、高信頼なＴＣＰ／ＩＰプロトコルを用いてファイル化したデータの転送を行う（図４のａ４）。
【００４８】
ゲートウェイ間同士はＴＣＰ／ＩＰプロトコルで蓄積データのやりとりを行うため、データの欠落は生じない。そのため、Ａ／Ｖ等のデータの劣化は発生しない。
【００４９】
メディアゲートウェイ（Ａ）１はメディアゲートウェイ（Ｂ）２が受信者端末５に最適なゲートウェイと判断すると、ファイル化した蓄積データをメディアゲートウェイ（Ｂ）２に転送する。蓄積データが転送されると、メディアゲートウェイ（Ａ）１上の蓄積データはディスク容量を効率的に使うために消去される（図４のａ５）。
【００５０】
メディアゲートウェイ（Ｂ）２では、受信者端末５が蓄積データを引き出すのを待機しているが、受信者端末５がさらにネットワークを移動したことを検知した場合 （図４のａ６）、ゲートウェイ同士で情報のやりとりを行い、受信者端末５に対して最適なサービスを提供可能なゲートウェイを検索する（図４のａ７）。
【００５１】
メディアゲートウェイ（Ｂ）２はメディアゲートウェイ（Ｃ）３を最適と判断すると、メディアゲートウェイ（Ｃ）３に対して、上記と同様に、ＴＣＰ／ＩＰプロトコルを用いて蓄積データの転送を行い（図４のａ８）、転送後に自器分の蓄積データを削除する（図４のａ９）。
【００５２】
メディアゲートウェイ（Ｃ）３は受信者端末５が蓄積データを引き出すのを待機し、受信者が蓄積データの引き取りを開始すると（図４のａ１０）、ファイル化された蓄積データをリアルタイム伝送に適したＩＰ／ＵＤＰ／ＲＴＰパケット化し（図４のａ１１）、受信者端末５に蓄積データの配信を行う（図４のａ１２）。
【００５３】
メディアゲートウェイ（Ｃ）３と受信者端末５との間では、ＵＤＰプロトコルを用いるために、パケットロス発生時に復旧機能が存在しないが、ＱｏＳの制御が困難なインタネット１００と異なり、サービス提供者［ＩＳＰ（Ｃ）１０３等］が用意するＩＰ網であるため、ネットワークの状態を監視して、ＱｏＳの制御を行うことが比較的容易である。
【００５４】
また、端末間（Ｅｎｄ−ｔｏ−Ｅｎｄ）をすべてＩＰ／ＵＤＰ／ＲＴＰパケットで通信するのではなく、端末とゲートウェイとの間のみＩＰ／ＵＤＰ／ＲＴＰ通信するため、通常行われるＥｎｔ−ｔｏ−ＥｎｄのＲＴＰ通信と比較し、パケットロスが発生しうる区間が短縮されるため、ロスが発生する確率を抑えて、高いＱｏＳを受信者端末５に提供することができる。
【００５５】
さらに、受信者端末５に対して、蓄積データを配信するための呼の設定が最短になるメディアゲートウェイ（Ｃ）３が選択されているため、ユーザが実際に蓄積データを受取るまでの時間を最小に抑えることもできる。
【００５６】
送信者端末４のデータはＩＳＰ（Ａ）１０１が規定する呼の設定プロトコルを用いて、メディアゲートウェイ（Ａ）１との間で通信可能であれば良く、受信者端末５とＥｎｄ−ｔｏ−Ｅｎｄで呼の設定プロトコルを一致させる必要はない。そのため、様々な呼の設定プロトコル（Ｈ．３２３／ＳＩＰ／ＭｅＧａＣｏ等) を、各ネットワークＩＳＰ（Ａ）１０１、ＩＳＰ（Ｂ）１０２、ＩＳＰ（Ｃ）１０３で統一する必要がなくなり、蓄積データをゲートウェイ間で転送するデータ・プレーンでの整合及び蓄積データのファイル形式のみの整合を行うことで、高品質かつ低遅延での留守番電話等の蓄積サービスを提供することができる。
【００５７】
このように、本実施例ではＱｏＳの制御が非常に困難なインタネットにおいて、ＵＤＰパケットを用いず、信頼性の高いＴＣＰ／ＩＰプロトコルを用いてゲートウェイ間で蓄積データの転送を行うことで、パケットロスによるＡ／Ｖ等の蓄積データの劣化をなくすことができる。
【００５８】
また、本実施例では、データを蓄積するゲートウェイを分散することが可能となるため、ある１つのゲートウェイ( もしくはサーバ) に負荷が集中し、サービスの提供が困難になる事態を回避することができ、大規模なネットワークが構築しやすくなる
【００５９】
さらに、本実施例では、ゲートウェイ同士が互いに通信を行い、受信者端末が属するネットワークに対して最も高い品質でサービスが提供可能なゲートウェイを検索し、蓄積データを保存することで、つまり、受信者端末５の移動先に従って蓄積データが最適なゲートウェイへと転送されていくので、受信者端末に対して最も高い品質、かつ最も低遅延のレスポンスでデータの配信を行うことができる。
【００６０】
さらにまた、本実施例では、送信者側のゲートウェイで送信者端末からのデータをＩＰ網で転送可能な汎用のファイルフォーマットに変更し、受信者側のゲートウェイに転送するため、送信側の端末と受信側の端末とが同じプロトコルを用いて通信を行う必要がなく、異なるネットワーク、異なる機種同士で通信を行うことが容易となる。
【００６１】
【発明の効果】
以上説明したように本発明は、各々ユーザ端末に接続されかつインタネットを介して他のゲートウェイに接続可能な複数のゲートウェイを含む蓄積データ配信システムにおいて、送信側のユーザ端末からのデータをファイル化して内部ディスクに保存し、受信側のユーザ端末に対して最適なゲートウェイを決定し、そのゲートウェイに対してＴＣＰ／ＩＰで内部ディスクの蓄積情報をやり取りし、他のゲートウェイからのファイルをＩＰ／ＵＤＰ／ＲＴＰパケット化して受信側のユーザ端末に送信することによって、留守番機能付き音声画像蓄積サービス等の蓄積データをインタネットを用いて劣化を少なくかつ低遅延で配信することができるという効果が得られる。
【図面の簡単な説明】
【図１】本発明の一実施例による蓄積データ配信システムの構成を示すブロック図である。
【図２】図１のメディアゲートウェイの構成を示すブロック図である。
【図３】図２の制御部の動作を示すフローチャートである。
【図４】本発明の一実施例による蓄積データ配信システムの動作を示すシーケンスチャートである。
【符号の説明】
１〜３ メディアゲートウェイ
４ 送信者端末
５ 受信者端末
１１ ＲＴＰパケット生成器
１２ ＲＴＰパケット受信器
１３ ファイル送信器
１４ ファイル受信器
１５ ハードディスク
１６ 制御部
１７ 制御ＣＰＵ
１００ インタネット
１０１〜１０３ ＩＳＰ
【発明の属する技術分野】
本発明はメディアゲートウェイ、蓄積データ配信システム及び蓄積データ配信方法並びにそのプログラムに関し、特にＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）網を用いて留守番機能付き音声画像蓄積サービス等におけるＡ／Ｖ（Ａｕｄｉｏ／Ｖｉｄｅｏ）等のデータを配信するシステムに関する。
【０００２】
【従来の技術】
Ａ／Ｖ等のデータをインタネット（Ｉｎｔｅｒｎｅｔ）を用いて転送しようとする場合、その転送に際してリアルタイム性を保証するためには、ＩＰ／ＵＤＰ／ＲＴＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ／Ｕｓｅｒ ＤａｔａｇｒａｍＰｒｏｔｏｃｏｌ／Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）プロトコルを用いるのが一般的である。しかしながら、インタネットではＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）制御が困難であり、パケットロスの発生による音質／画質の劣化を抑えることができない。
【０００３】
従来の技術では、ロスしたパケットを補間するために、ロスしたパケットを再送する等の対策がとられいる。しかしながら、パケットの再送が余分なトラフィックを発生させるため、かえって輻輳状態を発生させる要因となり、ネットワークの効率を悪化させ、送りたいパケットのロス発生率を上昇させる要因ともなっている。
【０００４】
また、ロスしたパケットを補間するためにＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いると、再送パケットによってデータの完全性は保証される。しかしながら、輻輳時にパケットがロスすると、再送処理が行われるために遅延が増加し、リアルタイム性の高いＡ／Ｖ等のデータの配信には不向きである。
【０００５】
【発明が解決しようとする課題】
上述した従来の蓄積データを配信するシステムでは、ＩＰ網を用いてデータの転送を行う場合、ＴＣＰ／ＩＰプロトコルを用いて、ネットワーク上での輻輳によるパケットロスに対してパケットの再送を行っている。このように、従来のシステムではロスしたパケットの保証を行うことで、データ転送の正常性を保っている。
【０００６】
しかしながら、ＴＣＰ／ＩＰプロトコルでは、パケットロスが発生すると、それにともなってパケットの再送が発生するため、遅延が発生する。しかしながら、ＩＰを用いたテレビ電話等におけるＡ／Ｖ等のデータの通信においては、リアルタイム性が強く要求されるため、ＴＣＰ／ＩＰプロトコルを用いることは望ましくない。
【０００７】
そのため、Ａ／Ｖ等のデータの通信においては、パケットロスが発生しても再送を行わないＵＤＰプロトコルが一般的に用いられているが、インタネットを通過するようなＩＰ／ＵＤＰ／ＲＴＰ通信においては、インタネットでＱｏＳを制御することが困難であるため、Ｅｎｄ−ｔｏ−Ｅｎｄでの品質をユーザに対して保証することが困難である。
【０００８】
そこで、本発明の目的は上記の問題点を解消し、留守番機能付き音声画像蓄積サービス等の蓄積データをインタネットを用いて劣化を少なくかつ低遅延で配信することができるメディアゲートウェイ、蓄積データ配信システム及び蓄積データ配信方法並びにそのプログラムを提供することにある。
【０００９】
【課題を解決するための手段】
本発明によるメディアゲートウェイは、各々ユーザ端末に接続されかつインタネットを介して他のゲートウェイに接続可能なメディアゲートウェイであって、
送信側のユーザ端末からのデータをファイル化する手段と、
ファイル化したデータを内部ディスクに保存する手段と、
受信側のユーザ端末に対して呼の設定が最短になるゲートウェイを決定する手段と、
決定した前記呼の設定が最短になるゲートウェイに対してＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）で前記内部ディスクの蓄積情報をやり取りする手段と、
他のゲートウェイからのファイルをＩＰ／ＵＤＰ／ＲＴＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ／Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ／Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）パケット化して前記受信側のユーザ端末に送信する手段とを備えている。
【００１０】
本発明による蓄積データ配信システムは、各々ユーザ端末に接続されかつインタネットを介して他のゲートウェイに接続可能な複数のゲートウェイを含む蓄積データ配信システムであって、
送信側のユーザ端末からのデータをファイル化する手段と、
ファイル化したデータを内部ディスクに保存する手段と、
受信側のユーザ端末に対して呼の設定が最短になるゲートウェイを決定する手段と、
決定した前記呼の設定が最短になるゲートウェイに対してＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）で前記内部ディスクの蓄積情報をやり取りする手段と、
他のゲートウェイからのファイルをＩＰ／ＵＤＰ／ＲＴＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ／Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ／Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）パケット化して前記受信側のユーザ端末に送信する手段とを前記複数のゲートウェイ各々に備え、
前記受信側のユーザ端末の移動先に従って前記蓄積情報を前記呼の設定が最短になるゲートウェイへと転送させている。
【００１１】
本発明による蓄積データ配信方法は、各々ユーザ端末に接続されかつインタネットを介して他のゲートウェイに接続可能な複数のゲートウェイを含む蓄積データ配信システムに用いる蓄積データ配信方法であって、
送信側のユーザ端末からのデータをファイル化するステップと、
ファイル化したデータを内部ディスクに保存するステップと、
受信側のユーザ端末に対して呼の設定が最短になるゲートウェイを決定するステップと、
決定した前記呼の設定が最短になるゲートウェイに対してＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）で前記内部ディスクの蓄積情報をやり取りするステップと、
他のゲートウェイからのファイルをＩＰ／ＵＤＰ／ＲＴＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ／Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ／Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）パケット化して前記受信側のユーザ端末に送信するステップとを前記複数のゲートウェイに備えている。
【００１２】
本発明によるプログラムは、各々ユーザ端末に接続されかつインタネットを介して他のゲートウェイに接続可能な複数のゲートウェイ各々に実行させるプログラムであって、
前記ゲートウェイ内のコンピュータに、送信側のユーザ端末からのデータをファイル化する処理と、ファイル化したデータを内部ディスクに保存する処理と、受信側のユーザ端末に対して呼の設定が最短になるゲートウェイを決定する処理と、決定した前記呼の設定が最短になるゲートウェイに対してＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）で前記内部ディスクの蓄積情報をやり取りする処理と、他のゲートウェイからのファイルをＩＰ／ＵＤＰ／ＲＴＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ／Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ／Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）パケット化して前記受信側のユーザ端末に送信する処理とを実行させている。
【００１３】
すなわち、本発明の蓄積データ配信システムは、ネットワーク上の輻輳によって発生するパケットロスによる音質／画質を最小限に抑え、ユーザに対してより高い品質のＡ／Ｖ（Ａｕｄｉｏ／Ｖｉｄｅｏ）等のデータの配信を行い、かつユーザに対するレスポンスを最小限に抑える方式に関する。
【００１４】
そこで、本発明では、留守番機能付き音声画像蓄積サービス等の蓄積データをインタネットを用いて劣化を少なくかつ低遅延で配信することが可能なシステムを提案する。そのために、本発明では蓄積データをインタネットを用いて配信する際、ユーザが属するアクセス網［ＩＳＰ（Ｉｎｔｅｒｎｅｔ ＳｅｒｖｉｃｅＰｒｏｖｉｄｅｒ）等］とインタネットとの間にゲートウェイを設置し、Ａ／Ｖ等の蓄積データをゲートウェイで一旦ファイル化し、インタネットを跨る通信の際、ゲートウェイ間同士をＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）でファイル化された蓄積データを転送し、蓄積データの正常性を保証する。
【００１５】
また、蓄積データを転送するゲートウェイは、ユーザに配信する際に最も適したゲートウェイを選択することで、ゲートウェイと受信端末との間でのパケットロスを極力抑えることが可能となる。
【００１６】
このように、本発明ではＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）の制御が非常に困難なインタネットにおいて、ＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）パケットを用いず、信頼性の高いＴＣＰ／ＩＰプロトコルを用いることで、パケットロスによるＡ／Ｖ等の蓄積データの劣化をなくすことが可能となる。
【００１７】
また、本発明では、Ａ／Ｖ等の蓄積データを格納するゲートウェイを分散することが可能となるため、ある１つのゲートウェイ( もしくはサーバ) に負荷が集中し、サービスの提供が困難になる事態を回避することが可能となり、大規模なネットワークを構築しやすくなる。
【００１８】
さらに、本発明では、ゲートウェイ同士が互いに通信を行い、受信者が属するネットワークに対して最も高い品質でサービスが提供可能なゲートウェイを検索し、そのゲートウェイにＡ／Ｖ等の蓄積データを保存することで、つまり、受信側のユーザ端末の移動先に従って蓄積データが最適なゲートウェイへと転送されていくので、受信者に対して最も高い品質、かつ最も低遅延のレスポンスで蓄積データの配信が可能となる。
【００１９】
さらにまた、本発明では、送信者側のゲートウェイにおいて送信者からのデータをＩＰ網で転送可能な汎用のファイルフォーマットに変更し、受信者側のゲートウェイに転送するため、送信側の端末と受信側の端末とが同じプロトコルを用いて通信を行う必要がなく、異なるネットワーク、異なる機種同士で通信を行うことが容易となる。
【００２０】
【発明の実施の形態】
次に、本発明の一実施例について図面を参照して説明する。図１は本発明の一実施例による蓄積データ配信システムの構成を示すブロック図である。図１において、本発明の一実施例による蓄積データ配信システムはメディアゲートウェイ（Ａ〜Ｃ）１〜３と、送信者端末４と、受信者端末５と、インタネット１００と、ＩＳＰ（Ｉｎｔｅｒｎｅｔ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）（Ａ〜Ｃ）１０１〜１０３とから構成されている。
【００２１】
本実施例では、送信者端末４からのＡ／Ｖ（Ａｕｄｉｏ／Ｖｉｄｅｏ）等のデータがメディアゲートウェイ（Ａ）１で受信されると、メディアゲートウェイ（Ａ）１ではそのデータをファイル化し、ファイル化したデータを蓄積する。
【００２２】
メディアゲートウェイ（Ａ）１は受信者端末５がどのネットワークに存在するかを示す情報を、ゲートウェイ同士で定められたプロトコルを用いて取得する。メディアゲートウェイ（Ａ）１は得られた情報から、受信者に対して最も高い品質でサービスを提供可能なゲートウェイを探し出し、そのゲートウェイに対して、高信頼なＴＣＰ／ＩＰプロトコルを用いてファイル化したデータの転送を行う。ゲートウェイ間同士はＴＣＰ／ＩＰプロトコルで蓄積データのやりとりを行うため、データの欠落は生じない。そのため、蓄積データの劣化は発生しない。
【００２３】
メディアゲートウェイ（Ａ）１はメディアゲートウェイ（Ｂ）２を受信者端末５に最適なゲートウェイと判断すると、蓄積データをメディアゲートウェイ（Ｂ）２に転送する。この後に、メディアゲートウェイ（Ａ）１上の蓄積データはディスク容量を効率的に使うために消去される。
【００２４】
メディアゲートウェイ（Ｂ）２では、受信者端末５が蓄積データを引き出すのを待機しているが、受信者端末５がさらにネットワークを移動したことを検知した場合、ゲートウェイ同士で情報のやりとりを行い、受信者に対して最適なサービスを提供可能なゲートウェイを検索する。
【００２５】
メディアゲートウェイ（Ｂ）２はメディアゲートウェイ（Ｃ）３を最適と判断すると、上記と同様に、メディアゲートウェイ（Ｃ）３に対してＴＣＰ／ＩＰプロトコルを用いて蓄積データの転送を行い、転送後に自器の蓄積データを削除する。
【００２６】
メディアゲートウェイ（Ｃ）３は受信者端末５がデータを引き出すのを待機し、受信者端末５が蓄積データの引き取りを開始すると、ファイル化された蓄積データをリアルタイム伝送に適したＩＰ／ＵＤＰ／ＲＴＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ／Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ／Ｐｒｏｔｏｃｏｌ）パケット化し、受信者端末５に蓄積データの配信を行う。
【００２７】
メディアゲートウェイ（Ｃ）３と受信者端末５との間では、ＵＤＰプロトコルを用いるため、パケットロス発生時に復旧機能が存在しないが、ＱｏＳの制御が困難なインタネット１００と異なり、サービス提供者（ＩＳＰ１０３等）が用意するＩＰ網であるため、ネットワークの状態を監視し、ＱｏＳの制御を行うことは比較的容易である。
【００２８】
また、端末間（Ｅｎｄ−ｔｏ−Ｅｎｄ）をすべてＩＰ／ＵＤＰ／ＲＴＰパケットで通信するのではなく、端末とゲートウェイとの間のみＩＰ／ＵＤＰ／ＲＴＰ通信するため、通常行われるＥｎｔ−ｔｏ−ＥｎｄのＲＴＰ通信と比較して、パケットロスが発生しうる区間が短縮されるため、ロスが発生する確率を抑えて、高いＱｏＳを受信者に提供することが可能となる。
【００２９】
さらに、受信者端末５に対して、蓄積データを配信するための呼の設定が最短になるメディアゲートウェイ（Ｃ）３が選択されているため、ユーザが実際に蓄積データを受取るまでの時間を最小に抑えることも可能となる。
【００３０】
送信者端末４はＩＳＰ（Ａ）１０１が規定する呼の設定プロトコルを用いて、メディアゲートウェイ（Ａ）１と通信可能であれば良く、受信者端末５とＥｎｄ−ｔｏ−Ｅｎｄで呼の設定プロトコルを一致させる必要はない。
【００３１】
そのため、様々な呼の設定プロトコル（Ｈ．３２３／ＳＩＰ／ＭｅＧａＣｏ等) を、各ネットワーク（ＩＳＰ（Ａ）１０１、ＩＳＰ（Ｂ）１０２、ＩＳＰ（Ｃ）１０３）で統一する必要がなくなり、蓄積データのファイル形式のみの整合をとることで、高品質かつ低遅延での留守番機能付き音声画像蓄積サービスを提供することが可能となる。
【００３２】
本実施例では、ゲートウェイ同士が互いに通信を行い、受信者が属するネットワークに対して最も高い品質でサービスが提供可能なゲートウェイを検索し、そのゲートウェイにＡ／Ｖ等の蓄積データを保存することで、つまり、受信側のユーザ端末の移動先に従って蓄積データが最適なゲートウェイへと転送されていくので、受信者に対して最も高い品質、かつ最も低遅延のレスポンスで蓄積データの配信が可能となる。
【００３３】
図２は図１のメディアゲートウェイ（Ａ〜Ｃ）１〜３の構成を示すブロック図である。図２においては、メディアゲートウェイ（Ａ〜Ｃ）１〜３をまとめてメディアゲートウェイ１として表している。
【００３４】
メディアゲートウェイ１はＲＴＰパケット生成器（ＲＴＰ Ｐａｃｋｅｔｉｚｅｒ）１１と、ＲＴＰパケット受信器（ＲＴＰ ＤｅＰａｃｋｅｔｉｚｅｒ）１２と、ファイル送信器（Ｆｉｌｅ Ｓｅｎｄｅｒ）１３と、ファイル受信器（Ｆｉｌｅ Ｒｅｃｅｉｖｅｒ）１４と、ハードディスク（Ｈａｒｄ Ｄｉｓｋ）１５と、制御部１６と、制御ＣＰＵ（中央処理装置）１７とから構成されている。
【００３５】
ＲＴＰパケット生成器１１及びＲＴＰパケット受信器１２は端末とのＩＰ／ＵＤＰ／ＲＴＰ通信（端末とのデータの送受信）行う部分であり、ファイル送信器１３及びファイル受信器１４はインタネット１００を介して他のゲートウェイとの通信を行う部分である。
【００３６】
制御ＣＰＵ１７は送受信データのファイルを制御する部分であり、制御部１６はゲートウェイ同士でユーザ情報を交換する部分であり、ハードディスク１５はデータを格納するための部分である。
【００３７】
ＲＴＰパケット受信器１２は端末から送信されてくるＲＴＰパケットを受信すると、送信データの順番をチェックし、そのデータをハードディスク１５に格納する。全てのデータの受信が完了すると、制御ＣＰＵ１７が受信データに基づいてファイル化の処理を行う。尚、一般的に用いられるフォーマット形式としては、ＭＰ４［ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）−４ Ｆｉｌｅ Ｆｏｒｍａｔ］が今後幅広く利用されると予想されるが、本方式ではファイルフォーマット形式には依存しないサービスが可能である。
【００３８】
ＲＴＰパケット生成器１１は受信者端末５に向かって、ハードディスク１５に格納された蓄積データのファイルをＲＴＰパケット化し、端末に向けて送信する機能を有する。
【００３９】
ファイル送信器１３はゲートウェイ間の蓄積データの通信で、他のゲートウェイにファイルを高信頼性なＴＣＰ／ＩＰプロトコルを用いて送信する機能を有する。ファイル受信器１４はゲートウェイ間の蓄積データの通信で、ＴＣＰ／ＩＰプロトコルを用いて他のゲートウェイからファイルを受信し、ハードディスク１５にデータを格納する機能を有する。
【００４０】
制御部１６はゲートウェイ同士でユーザ情報を交換する機能を有する。制御ＣＰＵ１７はゲートウェイと端末との間、ゲートウェイ間でやり取りされるデータ形式を管理し、ハードディスク１５に蓄積データを格納し、ネットワーク上でデータのやり取りが可能なようにする機能を有する。ハードディスク１５はファイル化された蓄積データを格納する機能を有するとともに、上記の各部で実行されるプログラムを格納している。但し、プログラムは他の記録媒体、例えばメモリ等に格納してもよい。
【００４１】
図３は図２の制御部１6 の動作を示すフローチャートである。これら図１〜図３を参照して制御部１６の動作について説明する。尚、図３に示す処理はゲートウェイ１を主に構成するコンピュータ（図示せず）がハードディスク１５（または、メモリ等の他の記録媒体）に格納されたプログラムを実行することで実現される。
【００４２】
制御部１６は送信者端末４からデータがＩＰ／ＵＤＰ／ＲＴＰで送信されてくると（図３ステップＳ１）、そのデータをファイル化してハードディスク１５に蓄積する（図３ステップＳ２）。
【００４３】
その後に、制御部１６は受信者端末５の位置を検索し（図３ステップＳ３，Ｓ４）、ハードディスク１５の蓄積データを配信するのに最も適したゲートウェイを検索する（図３ステップＳ５）。制御部１６は最適なゲートウェイを検索すると（図３ステップＳ６）、制御ＣＰＵ１７に対してハードディスク１５上の蓄積データをファイル送信器１３からＴＣＰ／ＩＰプロトコルを用いて転送を行うよう指示し（図３ステップＳ７）、転送後にその蓄積データを削除する（図３ステップＳ８）。
【００４４】
また、制御部１６は受信者端末５が見つからない場合（図３ステップＳ４）、その蓄積データを保存しておき（図３ステップＳ９）、電源がオンになった場合や、電波受信可能地域にユーザ端末が入った場合等、ユーザ情報が新たに現れたことを他のゲートウェイから通知されて認識すると（図３ステップＳ１０）、ステップＳ５に戻って最適なゲートウェイを検索し、そこに対して蓄積データの配信を行う。
【００４５】
図４は本発明の一実施例による蓄積データ配信システムの動作を示すシーケンスチャートである。これら図１と図２と図４とを参照して本発明の一実施例による蓄積データ配信システムの動作について説明する。
【００４６】
メディアゲートウェイ（Ａ）１は送信者端末４からＡ／Ｖ等のデータを受信すると（図４のａ１）、そのＡ／Ｖ等のデータをファイル化してハードディスク１５に蓄積する（図４のａ２）。
【００４７】
メディアゲートウェイ（Ａ）１は受信者端末５がどのネットワークに存在するかをゲートウェイ同士で定められたプロトコルを用いて情報を取得し、得られた情報から受信者端末５に対して最も高い品質を提供可能なゲートウェイを探し出し（図４のａ３）、そのゲートウェイに対して、高信頼なＴＣＰ／ＩＰプロトコルを用いてファイル化したデータの転送を行う（図４のａ４）。
【００４８】
ゲートウェイ間同士はＴＣＰ／ＩＰプロトコルで蓄積データのやりとりを行うため、データの欠落は生じない。そのため、Ａ／Ｖ等のデータの劣化は発生しない。
【００４９】
メディアゲートウェイ（Ａ）１はメディアゲートウェイ（Ｂ）２が受信者端末５に最適なゲートウェイと判断すると、ファイル化した蓄積データをメディアゲートウェイ（Ｂ）２に転送する。蓄積データが転送されると、メディアゲートウェイ（Ａ）１上の蓄積データはディスク容量を効率的に使うために消去される（図４のａ５）。
【００５０】
メディアゲートウェイ（Ｂ）２では、受信者端末５が蓄積データを引き出すのを待機しているが、受信者端末５がさらにネットワークを移動したことを検知した場合 （図４のａ６）、ゲートウェイ同士で情報のやりとりを行い、受信者端末５に対して最適なサービスを提供可能なゲートウェイを検索する（図４のａ７）。
【００５１】
メディアゲートウェイ（Ｂ）２はメディアゲートウェイ（Ｃ）３を最適と判断すると、メディアゲートウェイ（Ｃ）３に対して、上記と同様に、ＴＣＰ／ＩＰプロトコルを用いて蓄積データの転送を行い（図４のａ８）、転送後に自器分の蓄積データを削除する（図４のａ９）。
【００５２】
メディアゲートウェイ（Ｃ）３は受信者端末５が蓄積データを引き出すのを待機し、受信者が蓄積データの引き取りを開始すると（図４のａ１０）、ファイル化された蓄積データをリアルタイム伝送に適したＩＰ／ＵＤＰ／ＲＴＰパケット化し（図４のａ１１）、受信者端末５に蓄積データの配信を行う（図４のａ１２）。
【００５３】
メディアゲートウェイ（Ｃ）３と受信者端末５との間では、ＵＤＰプロトコルを用いるために、パケットロス発生時に復旧機能が存在しないが、ＱｏＳの制御が困難なインタネット１００と異なり、サービス提供者［ＩＳＰ（Ｃ）１０３等］が用意するＩＰ網であるため、ネットワークの状態を監視して、ＱｏＳの制御を行うことが比較的容易である。
【００５４】
また、端末間（Ｅｎｄ−ｔｏ−Ｅｎｄ）をすべてＩＰ／ＵＤＰ／ＲＴＰパケットで通信するのではなく、端末とゲートウェイとの間のみＩＰ／ＵＤＰ／ＲＴＰ通信するため、通常行われるＥｎｔ−ｔｏ−ＥｎｄのＲＴＰ通信と比較し、パケットロスが発生しうる区間が短縮されるため、ロスが発生する確率を抑えて、高いＱｏＳを受信者端末５に提供することができる。
【００５５】
さらに、受信者端末５に対して、蓄積データを配信するための呼の設定が最短になるメディアゲートウェイ（Ｃ）３が選択されているため、ユーザが実際に蓄積データを受取るまでの時間を最小に抑えることもできる。
【００５６】
送信者端末４のデータはＩＳＰ（Ａ）１０１が規定する呼の設定プロトコルを用いて、メディアゲートウェイ（Ａ）１との間で通信可能であれば良く、受信者端末５とＥｎｄ−ｔｏ−Ｅｎｄで呼の設定プロトコルを一致させる必要はない。そのため、様々な呼の設定プロトコル（Ｈ．３２３／ＳＩＰ／ＭｅＧａＣｏ等) を、各ネットワークＩＳＰ（Ａ）１０１、ＩＳＰ（Ｂ）１０２、ＩＳＰ（Ｃ）１０３で統一する必要がなくなり、蓄積データをゲートウェイ間で転送するデータ・プレーンでの整合及び蓄積データのファイル形式のみの整合を行うことで、高品質かつ低遅延での留守番電話等の蓄積サービスを提供することができる。
【００５７】
このように、本実施例ではＱｏＳの制御が非常に困難なインタネットにおいて、ＵＤＰパケットを用いず、信頼性の高いＴＣＰ／ＩＰプロトコルを用いてゲートウェイ間で蓄積データの転送を行うことで、パケットロスによるＡ／Ｖ等の蓄積データの劣化をなくすことができる。
【００５８】
また、本実施例では、データを蓄積するゲートウェイを分散することが可能となるため、ある１つのゲートウェイ( もしくはサーバ) に負荷が集中し、サービスの提供が困難になる事態を回避することができ、大規模なネットワークが構築しやすくなる
【００５９】
さらに、本実施例では、ゲートウェイ同士が互いに通信を行い、受信者端末が属するネットワークに対して最も高い品質でサービスが提供可能なゲートウェイを検索し、蓄積データを保存することで、つまり、受信者端末５の移動先に従って蓄積データが最適なゲートウェイへと転送されていくので、受信者端末に対して最も高い品質、かつ最も低遅延のレスポンスでデータの配信を行うことができる。
【００６０】
さらにまた、本実施例では、送信者側のゲートウェイで送信者端末からのデータをＩＰ網で転送可能な汎用のファイルフォーマットに変更し、受信者側のゲートウェイに転送するため、送信側の端末と受信側の端末とが同じプロトコルを用いて通信を行う必要がなく、異なるネットワーク、異なる機種同士で通信を行うことが容易となる。
【００６１】
【発明の効果】
以上説明したように本発明は、各々ユーザ端末に接続されかつインタネットを介して他のゲートウェイに接続可能な複数のゲートウェイを含む蓄積データ配信システムにおいて、送信側のユーザ端末からのデータをファイル化して内部ディスクに保存し、受信側のユーザ端末に対して最適なゲートウェイを決定し、そのゲートウェイに対してＴＣＰ／ＩＰで内部ディスクの蓄積情報をやり取りし、他のゲートウェイからのファイルをＩＰ／ＵＤＰ／ＲＴＰパケット化して受信側のユーザ端末に送信することによって、留守番機能付き音声画像蓄積サービス等の蓄積データをインタネットを用いて劣化を少なくかつ低遅延で配信することができるという効果が得られる。
【図面の簡単な説明】
【図１】本発明の一実施例による蓄積データ配信システムの構成を示すブロック図である。
【図２】図１のメディアゲートウェイの構成を示すブロック図である。
【図３】図２の制御部の動作を示すフローチャートである。
【図４】本発明の一実施例による蓄積データ配信システムの動作を示すシーケンスチャートである。
【符号の説明】
１〜３ メディアゲートウェイ
４ 送信者端末
５ 受信者端末
１１ ＲＴＰパケット生成器
１２ ＲＴＰパケット受信器
１３ ファイル送信器
１４ ファイル受信器
１５ ハードディスク
１６ 制御部
１７ 制御ＣＰＵ
１００ インタネット
１０１〜１０３ ＩＳＰ
Claims (17)
- 各々ユーザ端末に接続されかつインタネットを介して他のゲートウェイに接続可能なメディアゲートウェイであって、
送信側のユーザ端末からのデータをファイル化する手段と、
ファイル化したデータを内部ディスクに保存する手段と、
受信側のユーザ端末に対して呼の設定が最短になるゲートウェイを決定する手段と、
決定した前記呼の設定が最短になるゲートウェイに対してＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）で前記内部ディスクの蓄積情報をやり取りする手段と、
他のゲートウェイからのファイルをＩＰ／ＵＤＰ／ＲＴＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ／Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ／Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）パケット化して前記受信側のユーザ端末に送信する手段とを有することを特徴とするメディアゲートウェイ。 - 前記呼の設定が最短になるゲートウェイを決定する手段は、他のゲートウェイとの間でユーザ端末情報のやり取りを行って前記呼の設定が最短になるゲートウェイを決定することを特徴とする請求項１記載のメディアゲートウェイ。
- 前記送信側のユーザ端末からのＩＰ／ＵＤＰ／ＲＴＰパケットを取込む手段を含み、
取込んだ前記ＩＰ／ＵＤＰ／ＲＴＰパケットをファイル化することを特徴とする請求項１または請求項２記載のメディアゲートウェイ。 - 前記送信側のユーザ端末からの音声／画像データを蓄積し、前記受信側のユーザ端末からの転送要求に応答して配信するサービスに用いることを特徴とする請求項１から請求項３のいずれか記載のメディアゲートウェイ。
- 前記ユーザ端末が自端末の属するアクセス網を介して接続されることを特徴とする請求項１から請求項４のいずれか記載のメディアゲートウェイ。
- 各々ユーザ端末に接続されかつインタネットを介して他のゲートウェイに接続可能な複数のゲートウェイを含む蓄積データ配信システムであって、
送信側のユーザ端末からのデータをファイル化する手段と、
ファイル化したデータを内部ディスクに保存する手段と、
受信側のユーザ端末に対して呼の設定が最短になるゲートウェイを決定する手段と、
決定した前記呼の設定が最短になるゲートウェイに対してＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）で前記内部ディスクの蓄積情報をやり取りする手段と、
他のゲートウェイからのファイルをＩＰ／ＵＤＰ／ＲＴＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ／Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ／Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）パケット化して前記受信側のユーザ端末に送信する手段とを前記複数のゲートウェイ各々に有し、
前記受信側のユーザ端末の移動先に従って前記蓄積情報を前記呼の設定が最短になるゲートウェイへと転送させていくことを特徴とする蓄積データ配信システム。 - 前記呼の設定が最短になるゲートウェイを決定する手段は、他のゲートウェイとの間でユーザ端末情報のやり取りを行って前記呼の設定が最短になるゲートウェイを決定することを特徴とする請求項６記載の蓄積データ配信システム。
- 前記送信側のユーザ端末からのＩＰ／ＵＤＰ／ＲＴＰパケットを取込む手段を前記複数のゲートウェイ各々に含み、
取込んだ前記ＩＰ／ＵＤＰ／ＲＴＰパケットをファイル化することを特徴とする請求項６または請求項７記載の蓄積データ配信システム。 - 前記送信側のユーザ端末からの音声／画像データを蓄積し、前記受信側のユーザ端末からの転送要求に応答して配信するサービスに用いることを特徴とする請求項６から請求項８のいずれか記載の蓄積データ配信システム。
- 前記ユーザ端末が自端末の属するアクセス網を介して前記ゲートウェイに接続することを特徴とする請求項６から請求項９のいずれか記載の蓄積データ配信システム。
- 各々ユーザ端末に接続されかつインタネットを介して他のゲートウェイに接続可能な複数のゲートウェイを含む蓄積データ配信システムに用いる蓄積データ配信方法であって、
送信側のユーザ端末からのデータをファイル化するステップと、
ファイル化したデータを内部ディスクに保存するステップと、
受信側のユーザ端末に対して呼の設定が最短になるゲートウェイを決定するステップと、
決定した前記呼の設定が最短になるゲートウェイに対してＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）で前記内部ディスクの蓄積情報をやり取りするステップと、
他のゲートウェイからのファイルをＩＰ／ＵＤＰ／ＲＴＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ／Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ／Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）パケット化して前記受信側のユーザ端末に送信するステップとを前記複数のゲートウェイに有することを特徴とする蓄積データ配信方法。 - 前記呼の設定が最短になるゲートウェイを決定するステップは、他のゲートウェイとの間でユーザ端末情報のやり取りを行って前記呼の設定が最短になるゲートウェイを決定することを特徴とする請求項１１記載の蓄積データ配信方法。
- 前記送信側のユーザ端末からのＩＰ／ＵＤＰ／ＲＴＰパケットを取込み、取込んだ前記ＩＰ／ＵＤＰ／ＲＴＰパケットをファイル化することを特徴とする請求項１１または請求項１２記載の蓄積データ配信方法。
- 前記送信側のユーザ端末からの音声／画像データを蓄積し、前記受信側のユーザ端末からの転送要求に応答して配信するサービスに用いることを特徴とする請求項１１から請求項１３のいずれか記載の蓄積データ配信方法。
- 前記ユーザ端末が自端末の属するアクセス網を介して前記ゲートウェイに接続されることを特徴とする請求項１１から請求項１４のいずれか記載の蓄積データ配信方法。
- 前記受信側のユーザ端末の移動先に従って前記蓄積情報を前記呼の設定が最短になるゲートウェイへと転送させていくことを特徴とする請求項１１から請求項１５のいずれか記載の蓄積データ配信方法。
- 各々ユーザ端末に接続されかつインタネットを介して他のゲートウェイに接続可能な複数のゲートウェイ各々に実行させるプログラムであって、
前記ゲートウェイ内のコンピュータに、送信側のユーザ端末からのデータをファイル化する処理と、ファイル化したデータを内部ディスクに保存する処理と、受信側のユーザ端末に対して呼の設定が最短になるゲートウェイを決定する処理と、決定した前記呼の設定が最短になるゲートウェイに対してＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）で前記内部ディスクの蓄積情報をやり取りする処理と、他のゲートウェイからのファイルをＩＰ／ＵＤＰ／ＲＴＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ／Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ／Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌ）パケット化して前記受信側のユーザ端末に送信する処理とを実行させるためのプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002185418A JP4120290B2 (ja) | 2002-06-26 | 2002-06-26 | メディアゲートウェイ、蓄積データ配信システム及び蓄積データ配信方法並びにそのプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002185418A JP4120290B2 (ja) | 2002-06-26 | 2002-06-26 | メディアゲートウェイ、蓄積データ配信システム及び蓄積データ配信方法並びにそのプログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004032334A JP2004032334A (ja) | 2004-01-29 |
| JP4120290B2 true JP4120290B2 (ja) | 2008-07-16 |
Family
ID=31181052
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002185418A Expired - Lifetime JP4120290B2 (ja) | 2002-06-26 | 2002-06-26 | メディアゲートウェイ、蓄積データ配信システム及び蓄積データ配信方法並びにそのプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4120290B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100407854C (zh) * | 2004-07-31 | 2008-07-30 | 华为技术有限公司 | 宽带码分多址通信系统中的放音方法 |
-
2002
- 2002-06-26 JP JP2002185418A patent/JP4120290B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004032334A (ja) | 2004-01-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3799326B2 (ja) | パケット送信方式及びパケット受信方式 | |
| JP4414311B2 (ja) | マルチメディアストリーミングサービスシステム及びその方法 | |
| JP4323432B2 (ja) | ストリーミングメディアの伝送品質を高めるための方法 | |
| JP2003218934A (ja) | 走査フォーマット変換装置及び方法 | |
| WO2009039754A1 (fr) | Procédé, passerelle multimédia et système pour commander un transport de paquets de données redondantes | |
| JP2004187286A (ja) | エンド−トゥ−エンドビットレート基準の輻輳制御を備えた、無線ネットワークにおけるｍｐｅｇ−４ライブユニキャストビデオストリーミングシステム | |
| CN101854286B (zh) | 基于用户数据报协议的数据流发送、接收方法及装置 | |
| JP3690316B2 (ja) | データ伝送システム及びヘッダ情報付加装置とデータフォーマット変換装置並びにデータ伝送方法 | |
| JP2001244993A (ja) | パケットサーバで用いられる通信方法 | |
| JP4170942B2 (ja) | モバイルアドホックネットワーク環境での効率的なデータ送受信のためのネットワーク装置及びデータ転送方法 | |
| WO2006086691A2 (en) | A network for providing a streaming service | |
| US20050157727A1 (en) | Server, software, and system for data delivery | |
| JP3933555B2 (ja) | データ配信システム、データ配信装置、データ配信方法、データ配信プログラム、および該プログラムを記録した記録媒体 | |
| JP2005051299A (ja) | パケット送信装置、パケット受信装置、パケット送信方法及びパケット受信方法 | |
| JP2003283557A (ja) | 音声データ送受信方式 | |
| WO2010072099A1 (zh) | 预测视频业务发生时延的方法和装置 | |
| JP4120290B2 (ja) | メディアゲートウェイ、蓄積データ配信システム及び蓄積データ配信方法並びにそのプログラム | |
| Zink et al. | LC-RTP (loss collection RTP): reliability for video caching in the Internet | |
| US7234003B2 (en) | Method and apparatus to facilitate direct transfer of data between a data device and a network connection | |
| JP2000224216A (ja) | 中継装置、通信端末装置及び通信方法 | |
| JP2003060699A (ja) | ネットワークにおける再送制御方法 | |
| JP2003125020A (ja) | 情報配信システム及び情報配信方法 | |
| JP2005136547A (ja) | 通信システム、受信装置および方法、送信装置および方法、記録媒体、並びにプログラム | |
| JP2001024707A (ja) | マルチメディアパケット通信端末及びマルチメディアパケット通信網 | |
| JP4709060B2 (ja) | 通信装置、通信装置の制御方法及びプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050517 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071225 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080204 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080401 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080414 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110509 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4120290 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110509 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120509 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120509 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130509 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140509 Year of fee payment: 6 |
|
| EXPY | Cancellation because of completion of term |