(57)【要約】【課題】留守番機能付き音声画像蓄積サービス等の蓄積データをインタネットを用いて劣化を少なくかつ低遅延で配信可能な蓄積データ配信システムを提供する。【解決手段】メディアゲートウェイ１は送信者端末４からのデータを受信すると、ＴＣＰ／ＩＰプロトコルで転送可能なファイル形式に保存する。メディアゲートウェイ１は受信者端末５が属するネットワークをゲートウェイ同士で情報をやり取りすることで検索し、最適なメディアゲートウェイ２に蓄積データをＴＣＰ／ＩＰプロトコルで転送する。受信者端末５がネットワークを移動した場合には、さらに最適なメディアゲートウェイ３に蓄積データを転送する。メディアゲートウェイ３は受信者端末５からの要求があると、蓄積データをＩＰ／ＵＤＰ／ＲＴＰパケット化して送信を行う。【選択図】　　　図１
2004032334.tif 000002
【特許請求の範囲】
【請求項１】
各々ユーザ端末に接続されかつインタネットを介して他のゲートウェイに接続可能なメディアゲートウェイであって、
送信側のユーザ端末からのデータをファイル化する手段と、
ファイル化したデータを内部ディスクに保存する手段と、
受信側のユーザ端末に対して最適なゲートウェイを決定する手段と、
決定した前記最適なゲートウェイに対してＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｃｏｎｔｒｏｌ　Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）で前記内部ディスクの蓄積情報をやり取りする手段と、
他のゲートウェイからのファイルをＩＰ／ＵＤＰ／ＲＴＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ／Ｕｓｅｒ　Ｄａｔａｇｒａｍ　Ｐｒｏｔｏｃｏｌ／Ｒｅａｌ−ｔｉｍｅ　Ｔｒａｎｓｐｏｒｔ　Ｐｒｏｔｏｃｏｌ）パケット化して前記受信側のユーザ端末に送信する手段とを有することを特徴とするメディアゲートウェイ。
【請求項２】
前記最適なゲートウェイを決定する手段は、他のゲートウェイとの間でユーザ端末情報のやり取りを行って前記最適なゲートウェイを決定することを特徴とする請求項１記載のメディアゲートウェイ。
【請求項３】
前記送信側のユーザ端末からのＩＰ／ＵＤＰ／ＲＴＰパケットを取込む手段を含み、
取込んだ前記ＩＰ／ＵＤＰ／ＲＴＰパケットをファイル化することを特徴とする請求項１または請求項２記載のメディアゲートウェイ。
【請求項４】
前記送信側のユーザ端末からの音声／画像データを蓄積し、前記受信側のユーザ端末からの転送要求に応答して配信するサービスに用いることを特徴とする請求項１から請求項３のいずれか記載のメディアゲートウェイ。
【請求項５】
前記ユーザ端末が自端末の属するアクセス網を介して接続されることを特徴とする請求項１から請求項４のいずれか記載のメディアゲートウェイ。
【請求項６】
各々ユーザ端末に接続されかつインタネットを介して他のゲートウェイに接続可能な複数のゲートウェイを含む蓄積データ配信システムであって、
送信側のユーザ端末からのデータをファイル化する手段と、
ファイル化したデータを内部ディスクに保存する手段と、
受信側のユーザ端末に対して最適なゲートウェイを決定する手段と、
決定した前記最適なゲートウェイに対してＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｃｏｎｔｒｏｌ　Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）で前記内部ディスクの蓄積情報をやり取りする手段と、
他のゲートウェイからのファイルをＩＰ／ＵＤＰ／ＲＴＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ／Ｕｓｅｒ　Ｄａｔａｇｒａｍ　Ｐｒｏｔｏｃｏｌ／Ｒｅａｌ−ｔｉｍｅ　Ｔｒａｎｓｐｏｒｔ　Ｐｒｏｔｏｃｏｌ）パケット化して前記受信側のユーザ端末に送信する手段とを前記複数のゲートウェイ各々に有し、
前記受信側のユーザ端末の移動先に従って前記蓄積情報を前記最適なゲートウェイへと転送させていくことを特徴とする蓄積データ配信システム。
【請求項７】
前記最適なゲートウェイを決定する手段は、他のゲートウェイとの間でユーザ端末情報のやり取りを行って前記最適なゲートウェイを決定することを特徴とする請求項６記載の蓄積データ配信システム。
【請求項８】
前記送信側のユーザ端末からのＩＰ／ＵＤＰ／ＲＴＰパケットを取込む手段を前記複数のゲートウェイ各々に含み、
取込んだ前記ＩＰ／ＵＤＰ／ＲＴＰパケットをファイル化することを特徴とする請求項６または請求項７記載の蓄積データ配信システム。
【請求項９】
前記送信側のユーザ端末からの音声／画像データを蓄積し、前記受信側のユーザ端末からの転送要求に応答して配信するサービスに用いることを特徴とする請求項６から請求項８のいずれか記載の蓄積データ配信システム。
【請求項１０】
前記ユーザ端末が自端末の属するアクセス網を介して前記ゲートウェイに接続することを特徴とする請求項６から請求項９のいずれか記載の蓄積データ配信システム。
【請求項１１】
各々ユーザ端末に接続されかつインタネットを介して他のゲートウェイに接続可能な複数のゲートウェイを含む蓄積データ配信システムの蓄積データ配信方法であって、
送信側のユーザ端末からのデータをファイル化するステップと、
ファイル化したデータを内部ディスクに保存するステップと、
受信側のユーザ端末に対して最適なゲートウェイを決定するステップと、
決定した前記最適なゲートウェイに対してＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｃｏｎｔｒｏｌ　Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）で前記内部ディスクの蓄積情報をやり取りするステップと、
他のゲートウェイからのファイルをＩＰ／ＵＤＰ／ＲＴＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ／Ｕｓｅｒ　Ｄａｔａｇｒａｍ　Ｐｒｏｔｏｃｏｌ／Ｒｅａｌ−ｔｉｍｅ　Ｔｒａｎｓｐｏｒｔ　Ｐｒｏｔｏｃｏｌ）パケット化して前記受信側のユーザ端末に送信するステップとを前記複数のゲートウェイに有することを特徴とする蓄積データ配信方法。
【請求項１２】
前記最適なゲートウェイを決定するステップは、他のゲートウェイとの間でユーザ端末情報のやり取りを行って前記最適なゲートウェイを決定することを特徴とする請求項１１記載の蓄積データ配信方法。
【請求項１３】
前記送信側のユーザ端末からのＩＰ／ＵＤＰ／ＲＴＰパケットを取込み、取込んだ前記ＩＰ／ＵＤＰ／ＲＴＰパケットをファイル化することを特徴とする請求項１１または請求項１２記載の蓄積データ配信方法。
【請求項１４】
前記送信側のユーザ端末からの音声／画像データを蓄積し、前記受信側のユーザ端末からの転送要求に応答して配信するサービスに用いることを特徴とする請求項１１から請求項１３のいずれか記載の蓄積データ配信方法。
【請求項１５】
前記ユーザ端末が自端末の属するアクセス網を介して前記ゲートウェイに接続されることを特徴とする請求項１１から請求項１４のいずれか記載の蓄積データ配信方法。
【請求項１６】
前記受信側のユーザ端末の移動先に従って前記蓄積情報を前記最適なゲートウェイへと転送させていくことを特徴とする請求項１１から請求項１５のいずれか記載の蓄積データ配信方法。
【請求項１７】
各々ユーザ端末に接続されかつインタネットを介して他のゲートウェイに接続可能な複数のゲートウェイを含む蓄積データ配信システムの蓄積データ配信方法のプログラムであって、コンピュータに、送信側のユーザ端末からのデータをファイル化する処理と、ファイル化したデータを内部ディスクに保存する処理と、受信側のユーザ端末に対して最適なゲートウェイを決定する処理と、決定した前記最適なゲートウェイに対してＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｃｏｎｔｒｏｌ　Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）で前記内部ディスクの蓄積情報をやり取りする処理と、他のゲートウェイからのファイルをＩＰ／ＵＤＰ／ＲＴＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ／Ｕｓｅｒ　Ｄａｔａｇｒａｍ　Ｐｒｏｔｏｃｏｌ／Ｒｅａｌ−ｔｉｍｅＴｒａｎｓｐｏｒｔ　Ｐｒｏｔｏｃｏｌ）パケット化して前記受信側のユーザ端末に送信する処理とを実行させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はメディアゲートウェイ、蓄積データ配信システム及び蓄積データ配信方法並びにそのプログラムに関し、特にＩＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）網を用いて留守番機能付き音声画像蓄積サービス等におけるＡ／Ｖ（Ａｕｄｉｏ／Ｖｉｄｅｏ）等のデータを配信するシステムに関する。
【０００２】
【従来の技術】
Ａ／Ｖ等のデータをインタネット（Ｉｎｔｅｒｎｅｔ）を用いて転送しようとする場合、その転送に際してリアルタイム性を保証するためには、ＩＰ／ＵＤＰ／ＲＴＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ／Ｕｓｅｒ　ＤａｔａｇｒａｍＰｒｏｔｏｃｏｌ／Ｒｅａｌ−ｔｉｍｅ　Ｔｒａｎｓｐｏｒｔ　Ｐｒｏｔｏｃｏｌ）プロトコルを用いるのが一般的である。しかしながら、インタネットではＱｏＳ（Ｑｕａｌｉｔｙ　ｏｆ　Ｓｅｒｖｉｃｅ）制御が困難であり、パケットロスの発生による音質／画質の劣化を抑えることができない。
【０００３】
従来の技術では、ロスしたパケットを補間するために、ロスしたパケットを再送する等の対策がとられいる。しかしながら、パケットの再送が余分なトラフィックを発生させるため、かえって輻輳状態を発生させる要因となり、ネットワークの効率を悪化させ、送りたいパケットのロス発生率を上昇させる要因ともなっている。
【０００４】
また、ロスしたパケットを補間するためにＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｃｏｎｔｒｏｌ　Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）を用いると、再送パケットによってデータの完全性は保証される。しかしながら、輻輳時にパケットがロスすると、再送処理が行われるために遅延が増加し、リアルタイム性の高いＡ／Ｖ等のデータの配信には不向きである。
【０００５】
【発明が解決しようとする課題】
上述した従来の蓄積データを配信するシステムでは、ＩＰ網を用いてデータの転送を行う場合、ＴＣＰ／ＩＰプロトコルを用いて、ネットワーク上での輻輳によるパケットロスに対してパケットの再送を行っている。このように、従来のシステムではロスしたパケットの保証を行うことで、データ転送の正常性を保っている。
【０００６】
しかしながら、ＴＣＰ／ＩＰプロトコルでは、パケットロスが発生すると、それにともなってパケットの再送が発生するため、遅延が発生する。しかしながら、ＩＰを用いたテレビ電話等におけるＡ／Ｖ等のデータの通信においては、リアルタイム性が強く要求されるため、ＴＣＰ／ＩＰプロトコルを用いることは望ましくない。
【０００７】
そのため、Ａ／Ｖ等のデータの通信においては、パケットロスが発生しても再送を行わないＵＤＰプロトコルが一般的に用いられているが、インタネットを通過するようなＩＰ／ＵＤＰ／ＲＴＰ通信においては、インタネットでＱｏＳを制御することが困難であるため、Ｅｎｄ−ｔｏ−Ｅｎｄでの品質をユーザに対して保証することが困難である。
【０００８】
そこで、本発明の目的は上記の問題点を解消し、留守番機能付き音声画像蓄積サービス等の蓄積データをインタネットを用いて劣化を少なくかつ低遅延で配信することができるメディアゲートウェイ、蓄積データ配信システム及び蓄積データ配信方法並びにそのプログラムを提供することにある。
【０００９】
【課題を解決するための手段】
本発明によるメディアゲートウェイは、各々ユーザ端末に接続されかつインタネットを介して他のゲートウェイに接続可能なメディアゲートウェイであって、
送信側のユーザ端末からのデータをファイル化する手段と、
ファイル化したデータを内部ディスクに保存する手段と、
受信側のユーザ端末に対して最適なゲートウェイを決定する手段と、
決定した前記最適なゲートウェイに対してＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｃｏｎｔｒｏｌ　Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）で前記内部ディスクの蓄積情報をやり取りする手段と、
他のゲートウェイからのファイルをＩＰ／ＵＤＰ／ＲＴＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ／Ｕｓｅｒ　Ｄａｔａｇｒａｍ　Ｐｒｏｔｏｃｏｌ／Ｐｒｏｔｏｃｏｌ）パケット化して前記受信側のユーザ端末に送信する手段とを備えている。
【００１０】
本発明による蓄積データ配信システムは、各々ユーザ端末に接続されかつインタネットを介して他のゲートウェイに接続可能な複数のゲートウェイを含む蓄積データ配信システムであって、
送信側のユーザ端末からのデータをファイル化する手段と、
ファイル化したデータを内部ディスクに保存する手段と、
受信側のユーザ端末に対して最適なゲートウェイを決定する手段と、
決定した前記最適なゲートウェイに対してＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｃｏｎｔｒｏｌ　Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）で前記内部ディスクの蓄積情報をやり取りする手段と、
他のゲートウェイからのファイルをＩＰ／ＵＤＰ／ＲＴＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ／Ｕｓｅｒ　Ｄａｔａｇｒａｍ　Ｐｒｏｔｏｃｏｌ／Ｒｅａｌ−ｔｉｍｅ　Ｔｒａｎｓｐｏｒｔ　Ｐｒｏｔｏｃｏｌ）パケット化して前記受信側のユーザ端末に送信する手段とを前記複数のゲートウェイ各々に備え、
前記受信側のユーザ端末の移動先に従って前記蓄積情報を前記最適なゲートウェイへと転送させている。
【００１１】
本発明による蓄積データ配信方法は、各々ユーザ端末に接続されかつインタネットを介して他のゲートウェイに接続可能な複数のゲートウェイを含む蓄積データ配信システムの蓄積データ配信方法であって、
送信側のユーザ端末からのデータをファイル化するステップと、
ファイル化したデータを内部ディスクに保存するステップと、
受信側のユーザ端末に対して最適なゲートウェイを決定するステップと、
決定した前記最適なゲートウェイに対してＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｃｏｎｔｒｏｌ　Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）で前記内部ディスクの蓄積情報をやり取りするステップと、
他のゲートウェイからのファイルをＩＰ／ＵＤＰ／ＲＴＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ／Ｕｓｅｒ　Ｄａｔａｇｒａｍ　Ｐｒｏｔｏｃｏｌ／Ｐｒｏｔｏｃｏｌ）パケット化して前記受信側のユーザ端末に送信するステップとを前記複数のゲートウェイに備えている。
【００１２】
本発明による蓄積データ配信方法のプログラムは、各々ユーザ端末に接続されかつインタネットを介して他のゲートウェイに接続可能な複数のゲートウェイを含む蓄積データ配信システムの蓄積データ配信方法のプログラムであって、コンピュータに、送信側のユーザ端末からのデータをファイル化する処理と、ファイル化したデータを内部ディスクに保存する処理と、受信側のユーザ端末に対して最適なゲートウェイを決定する処理と、決定した前記最適なゲートウェイに対してＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｃｏｎｔｒｏｌ　Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）で前記内部ディスクの蓄積情報をやり取りする処理と、他のゲートウェイからのファイルをＩＰ／ＵＤＰ／ＲＴＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ／Ｕｓｅｒ　Ｄａｔａｇｒａｍ　Ｐｒｏｔｏｃｏｌ／Ｐｒｏｔｏｃｏｌ）パケット化して前記受信側のユーザ端末に送信する処理とを実行させている。
【００１３】
すなわち、本発明の蓄積データ配信システムは、ネットワーク上の輻輳によって発生するパケットロスによる音質／画質を最小限に抑え、ユーザに対してより高い品質のＡ／Ｖ（Ａｕｄｉｏ／Ｖｉｄｅｏ）等のデータの配信を行い、かつユーザに対するレスポンスを最小限に抑える方式に関する。
【００１４】
そこで、本発明では、留守番機能付き音声画像蓄積サービス等の蓄積データをインタネットを用いて劣化を少なくかつ低遅延で配信することが可能なシステムを提案する。そのために、本発明では蓄積データをインタネットを用いて配信する際、ユーザが属するアクセス網［ＩＳＰ（Ｉｎｔｅｒｎｅｔ　ＳｅｒｖｉｃｅＰｒｏｖｉｄｅｒ）等］とインタネットとの間にゲートウェイを設置し、Ａ／Ｖ等の蓄積データをゲートウェイで一旦ファイル化し、インタネットを跨る通信の際、ゲートウェイ間同士をＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｃｏｎｔｒｏｌ　Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）でファイル化された蓄積データを転送し、蓄積データの正常性を保証する。
【００１５】
また、蓄積データを転送するゲートウェイは、ユーザに配信する際に最も適したゲートウェイを選択することで、ゲートウェイと受信端末との間でのパケットロスを極力抑えることが可能となる。
【００１６】
このように、本発明ではＱｏＳ（Ｑｕａｌｉｔｙ　ｏｆ　Ｓｅｒｖｉｃｅ）の制御が非常に困難なインタネットにおいて、ＵＤＰ（Ｕｓｅｒ　Ｄａｔａｇｒａｍ　Ｐｒｏｔｏｃｏｌ）パケットを用いず、信頼性の高いＴＣＰ／ＩＰプロトコルを用いることで、パケットロスによるＡ／Ｖ等の蓄積データの劣化をなくすことが可能となる。
【００１７】
また、本発明では、Ａ／Ｖ等の蓄積データを格納するゲートウェイを分散することが可能となるため、ある１つのゲートウェイ（　もしくはサーバ）　に負荷が集中し、サービスの提供が困難になる事態を回避することが可能となり、大規模なネットワークを構築しやすくなる。
【００１８】
さらに、本発明では、ゲートウェイ同士が互いに通信を行い、受信者が属するネットワークに対して最も高い品質でサービスが提供可能なゲートウェイを検索し、そのゲートウェイにＡ／Ｖ等の蓄積データを保存することで、つまり、受信側のユーザ端末の移動先に従って蓄積データが最適なゲートウェイへと転送されていくので、受信者に対して最も高い品質、かつ最も低遅延のレスポンスで蓄積データの配信が可能となる。
【００１９】
さらにまた、本発明では、送信者側のゲートウェイにおいて送信者からのデータをＩＰ網で転送可能な汎用のファイルフォーマットに変更し、受信者側のゲートウェイに転送するため、送信側の端末と受信側の端末とが同じプロトコルを用いて通信を行う必要がなく、異なるネットワーク、異なる機種同士で通信を行うことが容易となる。
【００２０】
【発明の実施の形態】
次に、本発明の一実施例について図面を参照して説明する。図１は本発明の一実施例による蓄積データ配信システムの構成を示すブロック図である。図１において、本発明の一実施例による蓄積データ配信システムはメディアゲートウェイ（Ａ〜Ｃ）１〜３と、送信者端末４と、受信者端末５と、インタネット１００と、ＩＳＰ（Ｉｎｔｅｒｎｅｔ　Ｓｅｒｖｉｃｅ　Ｐｒｏｖｉｄｅｒ）（Ａ〜Ｃ）１０１〜１０３とから構成されている。
【００２１】
本実施例では、送信者端末４からのＡ／Ｖ（Ａｕｄｉｏ／Ｖｉｄｅｏ）等のデータがメディアゲートウェイ（Ａ）１で受信されると、メディアゲートウェイ（Ａ）１ではそのデータをファイル化し、ファイル化したデータを蓄積する。
【００２２】
メディアゲートウェイ（Ａ）１は受信者端末５がどのネットワークに存在するかを示す情報を、ゲートウェイ同士で定められたプロトコルを用いて取得する。メディアゲートウェイ（Ａ）１は得られた情報から、受信者に対して最も高い品質でサービスを提供可能なゲートウェイを探し出し、そのゲートウェイに対して、高信頼なＴＣＰ／ＩＰプロトコルを用いてファイル化したデータの転送を行う。ゲートウェイ間同士はＴＣＰ／ＩＰプロトコルで蓄積データのやりとりを行うため、データの欠落は生じない。そのため、蓄積データの劣化は発生しない。
【００２３】
メディアゲートウェイ（Ａ）１はメディアゲートウェイ（Ｂ）２を受信者端末５に最適なゲートウェイと判断すると、蓄積データをメディアゲートウェイ（Ｂ）２に転送する。この後に、メディアゲートウェイ（Ａ）１上の蓄積データはディスク容量を効率的に使うために消去される。
【００２４】
メディアゲートウェイ（Ｂ）２では、受信者端末５が蓄積データを引き出すのを待機しているが、受信者端末５がさらにネットワークを移動したことを検知した場合、ゲートウェイ同士で情報のやりとりを行い、受信者に対して最適なサービスを提供可能なゲートウェイを検索する。
【００２５】
メディアゲートウェイ（Ｂ）２はメディアゲートウェイ（Ｃ）３を最適と判断すると、上記と同様に、メディアゲートウェイ（Ｃ）３に対してＴＣＰ／ＩＰプロトコルを用いて蓄積データの転送を行い、転送後に自器の蓄積データを削除する。
【００２６】
メディアゲートウェイ（Ｃ）３は受信者端末５がデータを引き出すのを待機し、受信者端末５が蓄積データの引き取りを開始すると、ファイル化された蓄積データをリアルタイム伝送に適したＩＰ／ＵＤＰ／ＲＴＰ（Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ／Ｕｓｅｒ　Ｄａｔａｇｒａｍ　Ｐｒｏｔｏｃｏｌ／Ｐｒｏｔｏｃｏｌ）パケット化し、受信者端末５に蓄積データの配信を行う。
【００２７】
メディアゲートウェイ（Ｃ）３と受信者端末５との間では、ＵＤＰプロトコルを用いるため、パケットロス発生時に復旧機能が存在しないが、ＱｏＳの制御が困難なインタネット１００と異なり、サービス提供者（ＩＳＰ１０３等）が用意するＩＰ網であるため、ネットワークの状態を監視し、ＱｏＳの制御を行うことは比較的容易である。
【００２８】
また、端末間（Ｅｎｄ−ｔｏ−Ｅｎｄ）をすべてＩＰ／ＵＤＰ／ＲＴＰパケットで通信するのではなく、端末とゲートウェイとの間のみＩＰ／ＵＤＰ／ＲＴＰ通信するため、通常行われるＥｎｔ−ｔｏ−ＥｎｄのＲＴＰ通信と比較して、パケットロスが発生しうる区間が短縮されるため、ロスが発生する確率を抑えて、高いＱｏＳを受信者に提供することが可能となる。
【００２９】
さらに、受信者端末５に対して、蓄積データを配信するための呼の設定が最短になるメディアゲートウェイ（Ｃ）３が選択されているため、ユーザが実際に蓄積データを受取るまでの時間を最小に抑えることも可能となる。
【００３０】
送信者端末４はＩＳＰ（Ａ）１０１が規定する呼の設定プロトコルを用いて、メディアゲートウェイ（Ａ）１と通信可能であれば良く、受信者端末５とＥｎｄ−ｔｏ−Ｅｎｄで呼の設定プロトコルを一致させる必要はない。
【００３１】
そのため、様々な呼の設定プロトコル（Ｈ．３２３／ＳＩＰ／ＭｅＧａＣｏ等）　を、各ネットワーク（ＩＳＰ（Ａ）１０１、ＩＳＰ（Ｂ）１０２、ＩＳＰ（Ｃ）１０３）で統一する必要がなくなり、蓄積データのファイル形式のみの整合をとることで、高品質かつ低遅延での留守番機能付き音声画像蓄積サービスを提供することが可能となる。
【００３２】
本実施例では、ゲートウェイ同士が互いに通信を行い、受信者が属するネットワークに対して最も高い品質でサービスが提供可能なゲートウェイを検索し、そのゲートウェイにＡ／Ｖ等の蓄積データを保存することで、つまり、受信側のユーザ端末の移動先に従って蓄積データが最適なゲートウェイへと転送されていくので、受信者に対して最も高い品質、かつ最も低遅延のレスポンスで蓄積データの配信が可能となる。
【００３３】
図２は図１のメディアゲートウェイ（Ａ〜Ｃ）１〜３の構成を示すブロック図である。図２においては、メディアゲートウェイ（Ａ〜Ｃ）１〜３をまとめてメディアゲートウェイ１として表している。
【００３４】
メディアゲートウェイ１はＲＴＰパケット生成器（ＲＴＰ　Ｐａｃｋｅｔｉｚｅｒ）１１と、ＲＴＰパケット受信器（ＲＴＰ　ＤｅＰａｃｋｅｔｉｚｅｒ）１２と、ファイル送信器（Ｆｉｌｅ　Ｓｅｎｄｅｒ）１３と、ファイル受信器（Ｆｉｌｅ　Ｒｅｃｅｉｖｅｒ）１４と、ハードディスク（Ｈａｒｄ　Ｄｉｓｋ）１５と、制御部１６と、制御ＣＰＵ（中央処理装置）１７とから構成されている。
【００３５】
ＲＴＰパケット生成器１１及びＲＴＰパケット受信器１２は端末とのＩＰ／ＵＤＰ／ＲＴＰ通信（端末とのデータの送受信）行う部分であり、ファイル送信器１３及びファイル受信器１４はインタネット１００を介して他のゲートウェイとの通信を行う部分である。
【００３６】
制御ＣＰＵ１７は送受信データのファイルを制御する部分であり、制御部１６はゲートウェイ同士でユーザ情報を交換する部分であり、ハードディスク１５はデータを格納するための部分である。
【００３７】
ＲＴＰパケット受信器１２は端末から送信されてくるＲＴＰパケットを受信すると、送信データの順番をチェックし、そのデータをハードディスク１５に格納する。全てのデータの受信が完了すると、制御ＣＰＵ１７が受信データに基づいてファイル化の処理を行う。尚、一般的に用いられるフォーマット形式としては、ＭＰ４［ＭＰＥＧ（Ｍｏｖｉｎｇ　Ｐｉｃｔｕｒｅ　Ｅｘｐｅｒｔｓ　Ｇｒｏｕｐ）−４　Ｆｉｌｅ　Ｆｏｒｍａｔ］が今後幅広く利用されると予想されるが、本方式ではファイルフォーマット形式には依存しないサービスが可能である。
【００３８】
ＲＴＰパケット生成器１１は受信者端末５に向かって、ハードディスク１５に格納された蓄積データのファイルをＲＴＰパケット化し、端末に向けて送信する機能を有する。
【００３９】
ファイル送信器１３はゲートウェイ間の蓄積データの通信で、他のゲートウェイにファイルを高信頼性なＴＣＰ／ＩＰプロトコルを用いて送信する機能を有する。ファイル受信器１４はゲートウェイ間の蓄積データの通信で、ＴＣＰ／ＩＰプロトコルを用いて他のゲートウェイからファイルを受信し、ハードディスク１５にデータを格納する機能を有する。
【００４０】
制御部１６はゲートウェイ同士でユーザ情報を交換する機能を有する。制御ＣＰＵ１７はゲートウェイと端末との間、ゲートウェイ間でやり取りされるデータ形式を管理し、ハードディスク１５に蓄積データを格納し、ネットワーク上でデータのやり取りが可能なようにする機能を有する。ハードディスク１５はファイル化された蓄積データを格納する機能を有するとともに、上記の各部で実行されるプログラムを格納している。但し、プログラムは他の記録媒体、例えばメモリ等に格納してもよい。
【００４１】
図３は図２の制御部１６　の動作を示すフローチャートである。これら図１〜図３を参照して制御部１６の動作について説明する。尚、図３に示す処理はゲートウェイ１を主に構成するコンピュータ（図示せず）がハードディスク１５（または、メモリ等の他の記録媒体）に格納されたプログラムを実行することで実現される。
【００４２】
制御部１６は送信者端末４からデータがＩＰ／ＵＤＰ／ＲＴＰで送信されてくると（図３ステップＳ１）、そのデータをファイル化してハードディスク１５に蓄積する（図３ステップＳ２）。
【００４３】
その後に、制御部１６は受信者端末５の位置を検索し（図３ステップＳ３，Ｓ４）、ハードディスク１５の蓄積データを配信するのに最も適したゲートウェイを検索する（図３ステップＳ５）。制御部１６は最適なゲートウェイを検索すると（図３ステップＳ６）、制御ＣＰＵ１７に対してハードディスク１５上の蓄積データをファイル送信器１３からＴＣＰ／ＩＰプロトコルを用いて転送を行うよう指示し（図３ステップＳ７）、転送後にその蓄積データを削除する（図３ステップＳ８）。
【００４４】
また、制御部１６は受信者端末５が見つからない場合（図３ステップＳ４）、その蓄積データを保存しておき（図３ステップＳ９）、電源がオンになった場合や、電波受信可能地域にユーザ端末が入った場合等、ユーザ情報が新たに現れたことを他のゲートウェイから通知されて認識すると（図３ステップＳ１０）、ステップＳ５に戻って最適なゲートウェイを検索し、そこに対して蓄積データの配信を行う。
【００４５】
図４は本発明の一実施例による蓄積データ配信システムの動作を示すシーケンスチャートである。これら図１と図２と図４とを参照して本発明の一実施例による蓄積データ配信システムの動作について説明する。
【００４６】
メディアゲートウェイ（Ａ）１は送信者端末４からＡ／Ｖ等のデータを受信すると（図４のａ１）、そのＡ／Ｖ等のデータをファイル化してハードディスク１５に蓄積する（図４のａ２）。
【００４７】
メディアゲートウェイ（Ａ）１は受信者端末５がどのネットワークに存在するかをゲートウェイ同士で定められたプロトコルを用いて情報を取得し、得られた情報から受信者端末５に対して最も高い品質を提供可能なゲートウェイを探し出し（図４のａ３）、そのゲートウェイに対して、高信頼なＴＣＰ／ＩＰプロトコルを用いてファイル化したデータの転送を行う（図４のａ４）。
【００４８】
ゲートウェイ間同士はＴＣＰ／ＩＰプロトコルで蓄積データのやりとりを行うため、データの欠落は生じない。そのため、Ａ／Ｖ等のデータの劣化は発生しない。
【００４９】
メディアゲートウェイ（Ａ）１はメディアゲートウェイ（Ｂ）２が受信者端末５に最適なゲートウェイと判断すると、ファイル化した蓄積データをメディアゲートウェイ（Ｂ）２に転送する。蓄積データが転送されると、メディアゲートウェイ（Ａ）１上の蓄積データはディスク容量を効率的に使うために消去される（図４のａ５）。
【００５０】
メディアゲートウェイ（Ｂ）２では、受信者端末５が蓄積データを引き出すのを待機しているが、受信者端末５がさらにネットワークを移動したことを検知した場合　（図４のａ６）、ゲートウェイ同士で情報のやりとりを行い、受信者端末５に対して最適なサービスを提供可能なゲートウェイを検索する（図４のａ７）。
【００５１】
メディアゲートウェイ（Ｂ）２はメディアゲートウェイ（Ｃ）３を最適と判断すると、メディアゲートウェイ（Ｃ）３に対して、上記と同様に、ＴＣＰ／ＩＰプロトコルを用いて蓄積データの転送を行い（図４のａ８）、転送後に自器分の蓄積データを削除する（図４のａ９）。
【００５２】
メディアゲートウェイ（Ｃ）３は受信者端末５が蓄積データを引き出すのを待機し、受信者が蓄積データの引き取りを開始すると（図４のａ１０）、ファイル化された蓄積データをリアルタイム伝送に適したＩＰ／ＵＤＰ／ＲＴＰパケット化し（図４のａ１１）、受信者端末５に蓄積データの配信を行う（図４のａ１２）。
【００５３】
メディアゲートウェイ（Ｃ）３と受信者端末５との間では、ＵＤＰプロトコルを用いるために、パケットロス発生時に復旧機能が存在しないが、ＱｏＳの制御が困難なインタネット１００と異なり、サービス提供者［ＩＳＰ（Ｃ）１０３等］が用意するＩＰ網であるため、ネットワークの状態を監視して、ＱｏＳの制御を行うことが比較的容易である。
【００５４】
また、端末間（Ｅｎｄ−ｔｏ−Ｅｎｄ）をすべてＩＰ／ＵＤＰ／ＲＴＰパケットで通信するのではなく、端末とゲートウェイとの間のみＩＰ／ＵＤＰ／ＲＴＰ通信するため、通常行われるＥｎｔ−ｔｏ−ＥｎｄのＲＴＰ通信と比較し、パケットロスが発生しうる区間が短縮されるため、ロスが発生する確率を抑えて、高いＱｏＳを受信者端末５に提供することができる。
【００５５】
さらに、受信者端末５に対して、蓄積データを配信するための呼の設定が最短になるメディアゲートウェイ（Ｃ）３が選択されているため、ユーザが実際に蓄積データを受取るまでの時間を最小に抑えることもできる。
【００５６】
送信者端末４のデータはＩＳＰ（Ａ）１０１が規定する呼の設定プロトコルを用いて、メディアゲートウェイ（Ａ）１との間で通信可能であれば良く、受信者端末５とＥｎｄ−ｔｏ−Ｅｎｄで呼の設定プロトコルを一致させる必要はない。そのため、様々な呼の設定プロトコル（Ｈ．３２３／ＳＩＰ／ＭｅＧａＣｏ等）　を、各ネットワークＩＳＰ（Ａ）１０１、ＩＳＰ（Ｂ）１０２、ＩＳＰ（Ｃ）１０３で統一する必要がなくなり、蓄積データをゲートウェイ間で転送するデータ・プレーンでの整合及び蓄積データのファイル形式のみの整合を行うことで、高品質かつ低遅延での留守番電話等の蓄積サービスを提供することができる。
【００５７】
このように、本実施例ではＱｏＳの制御が非常に困難なインタネットにおいて、ＵＤＰパケットを用いず、信頼性の高いＴＣＰ／ＩＰプロトコルを用いてゲートウェイ間で蓄積データの転送を行うことで、パケットロスによるＡ／Ｖ等の蓄積データの劣化をなくすことができる。
【００５８】
また、本実施例では、データを蓄積するゲートウェイを分散することが可能となるため、ある１つのゲートウェイ（　もしくはサーバ）　に負荷が集中し、サービスの提供が困難になる事態を回避することができ、大規模なネットワークが構築しやすくなる
【００５９】
さらに、本実施例では、ゲートウェイ同士が互いに通信を行い、受信者端末が属するネットワークに対して最も高い品質でサービスが提供可能なゲートウェイを検索し、蓄積データを保存することで、つまり、受信者端末５の移動先に従って蓄積データが最適なゲートウェイへと転送されていくので、受信者端末に対して最も高い品質、かつ最も低遅延のレスポンスでデータの配信を行うことができる。
【００６０】
さらにまた、本実施例では、送信者側のゲートウェイで送信者端末からのデータをＩＰ網で転送可能な汎用のファイルフォーマットに変更し、受信者側のゲートウェイに転送するため、送信側の端末と受信側の端末とが同じプロトコルを用いて通信を行う必要がなく、異なるネットワーク、異なる機種同士で通信を行うことが容易となる。
【００６１】
【発明の効果】
以上説明したように本発明は、各々ユーザ端末に接続されかつインタネットを介して他のゲートウェイに接続可能な複数のゲートウェイを含む蓄積データ配信システムにおいて、送信側のユーザ端末からのデータをファイル化して内部ディスクに保存し、受信側のユーザ端末に対して最適なゲートウェイを決定し、そのゲートウェイに対してＴＣＰ／ＩＰで内部ディスクの蓄積情報をやり取りし、他のゲートウェイからのファイルをＩＰ／ＵＤＰ／ＲＴＰパケット化して受信側のユーザ端末に送信することによって、留守番機能付き音声画像蓄積サービス等の蓄積データをインタネットを用いて劣化を少なくかつ低遅延で配信することができるという効果が得られる。
【図面の簡単な説明】
【図１】本発明の一実施例による蓄積データ配信システムの構成を示すブロック図である。
【図２】図１のメディアゲートウェイの構成を示すブロック図である。
【図３】図２の制御部の動作を示すフローチャートである。
【図４】本発明の一実施例による蓄積データ配信システムの動作を示すシーケンスチャートである。
【符号の説明】
１〜３　メディアゲートウェイ
４　送信者端末
５　受信者端末
１１　ＲＴＰパケット生成器
１２　ＲＴＰパケット受信器
１３　ファイル送信器
１４　ファイル受信器
１５　ハードディスク
１６　制御部
１７　制御ＣＰＵ
１００　インタネット
１０１〜１０３　ＩＳＰ
【図１】
2004032334.tif 000003
【図２】
2004032334.tif 000004
【図３】
2004032334.tif 000005
【図４】
2004032334.tif 000006