(57)【要約】【課題】ＩＰネットワークを介して品質が確保された動画像情報（特に、ライブ映像）をリアルタイムに提供することを可能とする情報提供方法及び情報提供システム並びに情報提供装置を提供することを課題とする。【解決手段】情報管理者２（２０）の管理下でＩＰネットワークＮを介して情報提供者３（３０）から視聴者４（４０）に動画像情報を提供する情報提供方法であって、視聴者が情報管理者に所定の動画像情報の視聴要求を送信し、情報管理者がその視聴要求を受信すると視聴要求の要求内容を確認するとともに視聴要求で要求されている動画像情報を提供する情報提供者に視聴要求に応じた視聴要求通知を送信し、情報提供者がその視聴要求通知を受信すると視聴要求で要求されている動画像情報を低遅延順方向誤り訂正によって符号化した符号化信号を視聴者にオンザフライで送信し、視聴者がその符号化信号を受信して符号化信号をオンザフライで復号化する。【選択図】  図４
2005012393.tif 000002
【特許請求の範囲】
【請求項１】
情報管理者の管理下でＩＰネットワークを介して情報提供者から視聴者に動画像情報を提供する情報提供方法であって、
視聴者が情報管理者に所定の動画像情報の視聴要求を送信するステップと、
情報管理者が視聴者から前記視聴要求を受信するステップと、
情報管理者が前記視聴要求の要求内容を確認するステップと、
情報管理者が前記視聴要求で要求されている動画像情報を提供する情報提供者に前記視聴要求に応じた視聴要求通知を送信するステップと、
情報提供者が情報管理者から前記視聴要求通知を受信するステップと、
情報提供者が前記視聴要求通知に基づいて前記視聴要求で要求されている動画像情報をオンザフライで符号化するステップと、
情報提供者が視聴者に前記符号化した符号化信号をオンザフライで送信するステップと、
視聴者が情報提供者から前記符号化信号をオンザフライで受信するステップと、
視聴者が前記符号化信号をオンザフライで復号化するステップと
を含み、
情報提供者から視聴者に低遅延順方向誤り訂正によってオンザフライで符号化された動画像情報を提供することを特徴とする情報提供方法。
【請求項２】
情報管理者が視聴者から前記視聴要求を受信した場合には視聴者にＳＬＡメニューを送信するステップと、
視聴者が情報管理者からＳＬＡメニューを受信するステップと、
視聴者が前記ＳＬＡメニューの選択結果を情報管理者に送信するステップと、
情報管理者が視聴者から前記ＳＬＡメニューの選択結果を受信するステップと、
情報管理者が前記視聴要求通知に前記ＳＬＡメニューの選択結果を加味するステップと
を含むことを特徴とする請求項１に記載する情報提供方法。
【請求項３】
ＩＰネットワークを介して情報提供者から視聴者に動画像情報を提供するための情報提供方法であって、
視聴者から所定の動画像情報の視聴要求を受信するステップと、
前記視聴要求の要求内容及び通信条件を確認するステップと、
前記視聴要求で要求されている動画像情報を提供する情報提供者に前記視聴要求に応じた視聴要求通知を送信するステップと
を含み、
情報提供者から視聴者に低遅延順方向誤り訂正によってオンザフライで符号化された動画像情報を提供することを促すことを特徴とする情報提供方法。
【請求項４】
ＩＰネットワークを介して視聴者に動画像情報を提供する情報提供方法であって、
情報管理者から視聴者からの動画像情報の視聴要求に応じた視聴要求通知を受信するステップと、
前記視聴要求通知に基づいて前記視聴要求で要求されている動画像情報をオンザフライで符号化するステップと、
視聴者に前記符号化した符号化信号をオンザフライで送信するステップと
を含み、
視聴者に低遅延順方向誤り訂正によってオンザフライで符号化した動画像情報を提供することを特徴とする情報提供方法。
【請求項５】
ＩＰネットワークを介して情報提供者から動画像情報が提供される情報提供方法であって、
情報管理者に所定の動画像情報の視聴要求を送信するステップと、
情報提供者から前記視聴要求で要求した動画像情報の符号化信号をオンザフライで受信するステップと、
前記符号化信号をオンザフライで復号化するステップと
を含み、
情報提供者から低遅延順方向誤り訂正によってオンザフライで符号化された動画像情報が提供されることを特徴とする情報提供方法。
【請求項６】
情報提供者から視聴者に符号化された動画像情報を提供する場合、情報提供者は視聴者に直接送信し、視聴者は情報提供者から直接受信することを特徴とする請求項１〜５のいずれか１項に記載する情報提供方法。
【請求項７】
情報提供者から視聴者に符号化された動画像情報を提供する場合、ライブの動画像情報を提供することを特徴とする請求項１〜６のいずれか１項に記載する情報提供方法。
【請求項８】
情報提供者は、複数の視聴者に対して動画像情報を提供することを特徴とする請求項１〜請求項７のいずれか１項に記載する情報提供方法。
【請求項９】
情報管理者の管理下でＩＰネットワークを介して情報提供者から視聴者に動画像情報を提供する情報提供システムであって、
情報管理者は、視聴者からの視聴要求を受信する視聴要求受信手段と、前記視聴要求を受信する毎に視聴要求の要求内容を確認する確認手段と、前記視聴要求に応じた視聴要求通知を情報提供者に送信する通知送信手段とを備え、
情報提供者は、提供する動画像情報を低遅延順方向誤り訂正によってオンザフライで符号化する符号化手段と、情報管理者からの視聴要求通知を受信する通知受信手段と、前記符号化手段で符号化した符号化信号を視聴者にオンザフライで送信する符号化信号送信手段とを備え、
視聴者は、情報管理者に視聴要求を送信する視聴要求送信手段と、情報提供者から動画像情報の符号化信号をオンザフライで受信する符号化信号受信手段と、低遅延順方向誤り訂正によって符号化された符号化信号をオンザフライで復号化する復号化手段とを備え、
視聴者が情報管理者に所定の動画像情報の視聴要求を送信した場合、情報管理者が情報提供者から視聴者に低遅延順方向誤り訂正によって符号化された動画像情報を提供することを促し、情報提供者が視聴者に低遅延順方向誤り訂正によってオンザフライで符号化した動画像情報を提供することを特徴とする情報提供システム。
【請求項１０】
ＩＰネットワークを介して情報提供者から視聴者に動画像情報を提供するための情報提供装置であって、
視聴者からの視聴要求を受信する視聴要求受信手段と、
前記視聴要求を受信する毎に視聴要求の要求内容を確認する確認手段と、
前記視聴要求に応じた視聴要求通知を情報提供者に送信する通知送信手段と
を備え、
視聴者から所定の動画像情報の視聴要求を受信し、当該視聴要求に応じた視聴要求通知を情報提供者に送信し、情報提供者から視聴者に低遅延順方向誤り訂正によってオンザフライで符号化された動画像情報を提供することを促すことを特徴とする情報提供装置。
【請求項１１】
ＩＰネットワークを介して視聴者に動画像情報を提供する情報提供装置であって、
提供する動画像情報を低遅延順方向誤り訂正によってオンザフライで符号化する符号化手段と、
情報管理者からの視聴要求通知を受信する通知受信手段と、
前記符号化手段で符号化した符号化信号を視聴者にオンザフライで送信する符号化信号送信手段と
を備え、
情報管理者から視聴者からの視聴要求に応じた視聴要求通知を受信し、当該視聴要求通知に応じて視聴者に低遅延順方向誤り訂正によってオンザフライで符号化した動画像情報を提供することを特徴とする情報提供装置。
【請求項１２】
ＩＰネットワークを介して情報提供者から動画像情報が提供される情報提供装置であって、
情報管理者に視聴要求を送信する視聴要求送信手段と、
情報提供者から動画像情報の符号化信号をオンザフライで受信する符号化信号受信手段と、
低遅延順方向誤り訂正によって符号化された符号化信号をオンザフライで復号化する復号化手段と
を備え、
情報管理者に所定の動画像情報の視聴要求を送信し、当該視聴要求に応じて情報提供者から低遅延順方向誤り訂正によってオンザフライで符号化された動画像情報が提供されることを特徴とする情報提供装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＩＰネットワークを介して動画像情報を提供する情報提供方法及び情報提供システム並びに情報提供装置に関する。
【０００２】
【従来の技術】
近年、インターネットやイントラネット等のＩＰ［Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ］ネットワークにおいて、ＡＤＳＬ［Ａｓｙｍｍｅｔｒｉｃ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ］やＦＴＴＨ［Ｆｉｂｅｒ  Ｔｏ  Ｔｈｅ  Ｈｏｍｅ］等のブロードバンドの加入者が急速に増加している。ブロードバンドによって、各種コンテンツのストリーミング配信サービスが可能となり、例えば、ライブ等による映像や音声の提供が可能となった。これらストリーミング配信サービスは、品質を確保するために、再送技術や順方向誤り訂正（以下、ＦＥＣ［Ｆｏｒｗａｒｄ  Ｅｒｒｏｒ  Ｃｏｒｒｅｃｔｉｏｎ］と記載する）技術等が利用されている（非特許文献１参照）。
【０００３】
ＩＰネットワークを介してコンテンツを配信する場合、様々なサービス形態がある。例えば、配信事業者がコンテンツホルダからコンテンツを一時的に預かり、配信事業者が視聴者に対してコンテンツを配信するサービス形態がある。また、コミュニティ運営サービスサービス事業者が提供するソフトウエアを使って、利用者同士が直接コンテンツを交換するサービス形態がある。
【０００４】
【非特許文献１】
Ｍｉｃｒｏｓｏｆｔ＞Ｗｉｎｄｏｗｓ＞Ｍｅｄｉａ  Ｓｅｒｖｉｃｅ９  Ｓｅｒｉｅｓ、インターネット＜ｈｔｔｐ：／／ｗｗｗ．ｍｉｃｒｏｓｏｆｔ．ｃｏｍ／ｗｉｎｄｏｗｓ／ｗｉｎｄｏｗｓｍｅｄｉａ／９ｓｅｒｉｅｓ／ｓｅｒｖｅｒ．ａｓｐｘ＞
【０００５】
【発明が解決しようとする課題】
上記の配信事業者がコンテンツの配信を一元配信する場合、配信事業者がコンテンツの品質補償や著作権保護等を行うので、優良なコンテンツがある程度集まる。しかし、配信事業者の設備負担（ネットワーク、配信サーバ、事業者センタの運用システム、コンテンツの収集費用等）が大きく、事業として運営していくのは困難である。また、上記のコミュニティ運営サービス事業者によるＰｅｅｒｔｏ  Ｐｅｅｒのサービスの場合、コンテンツとしてはファイル、静止画、低ビットの動画等が中心であり、著作権等の保護も不十分である。したがって、収益性の高い優良なコンテンツが集まらないので、事業としての成長が難しい。
【０００６】
したがって、コンテンツの配信サービスを事業として成り立たせるためには、収益性の高い優良なコンテンツ（例えば、ライブ映像）を品質確保して大きな設備負担なく配信することが重要となる。さらに、収益性を上げるために、単一のユーザに対してのみ配信するユニキャストだけでなく、複数のユーザに対して配信するマルチキャストが可能であることも重要である。
【０００７】
そこで、本発明は、ＩＰネットワークを介して品質が確保された動画像情報（特に、ライブ映像）をリアルタイムに提供することを可能とする情報提供方法及び情報提供システム並びに情報提供装置を提供することを課題とする。
【０００８】
【課題を解決するための手段】
本発明に係る情報提供方法は、情報管理者の管理下でＩＰネットワークを介して情報提供者から視聴者に動画像情報を提供する情報提供方法であって、視聴者が情報管理者に所定の動画像情報の視聴要求を送信するステップと、情報管理者が視聴者から視聴要求を受信するステップと、情報管理者が視聴要求の要求内容を確認するステップと、情報管理者が視聴要求で要求されている動画像情報を提供する情報提供者に視聴要求に応じた視聴要求通知を送信するステップと、情報提供者が情報管理者から視聴要求通知を受信するステップと、情報提供者が視聴要求通知に基づいて視聴要求で要求されている動画像情報をオンザフライで符号化するステップと、情報提供者が視聴者に符号化した符号化信号をオンザフライで送信するステップと、視聴者が情報提供者から符号化信号をオンザフライで受信するステップと、視聴者が符号化信号をオンザフライで復号化するステップとを含み、情報提供者から視聴者に低遅延順方向誤り訂正によってオンザフライで符号化された動画像情報を提供することを特徴とする。
【０００９】
この情報提供方法では、視聴者が情報提供者から動画像情報の提供を受けたい場合、まず、視聴者が情報管理者にその提供を受けたい動画像情報の視聴要求を情報管理者に送信する。情報管理者は、その視聴要求を受信し、受信する毎にその視聴要求の要求内容を確認し、その視聴要求を受けることが可能な場合にはその視聴要求に応じた視聴要求通知を該当する情報提供者に送信する。情報提供者は、その視聴要求通知を受信し、受信した視聴要求通知に基づいて要求されている動画像情報を低遅延順方向誤り訂正によってオンザフライで符号化し、その符号化信号を該当する視聴者にオンザフライで送信する。視聴者は、その符号化信号をオンザフライで受信し、受信した符号化信号をオンザフライで復号化し、視聴要求で要求した動画像情報を取得する。この情報提供方法では、低遅延順方向誤り訂正によって符号化した動画像情報を提供することによって、視聴者が殆ど遅延がなくかつ品質が確保された動画像情報を再生することができる。そのため、送信側及び受信側においてリアルタイム性が求められる様々な動画像情報を提供することができ、ＩＰネットワークを介してライブ映像の提供も可能である。
【００１０】
なお、情報管理者は、装置を含む概念であり、ＩＰネットワークを介して信号を送受信する装置を少なくとも備えている。情報提供者は、装置を含む概念であり、ＩＰネットワークを介して信号を送受信する装置及び動画像情報に低遅延順方向誤り訂正による符号化を行う装置を少なくとも備えている。視聴者は、装置を含む概念であり、ＩＰネットワークを介して信号を送受信する装置及び低遅延順方向誤り訂正によって符号化された信号を復号化する装置を少なくとも備えている。低遅延順方向誤り訂正は、ＦＥＣの中でも復号化する際に殆ど遅延時間を要しない高速のＦＥＣであり、例えば、メディア分割とメタコンテンツ化によるＦＥＣである。オンザフライ（ｏｎ−ｔｈｅ―ｆｌｙ）は、リアルタイムに次から次に処理し、遅延を堆積させないことである。
【００１１】
本発明の上記情報提供方法は、情報管理者が視聴者から視聴要求を受信した場合には視聴者にＳＬＡメニューを送信するステップと、視聴者が情報管理者からＳＬＡ［Ｓｅｒｖｉｃｅ  Ｌｅｖｅｌ  Ａｇｒｅｅｍｅｎｔ］メニューを受信するステップと、視聴者がＳＬＡメニューの選択結果を情報管理者に送信するステップと、情報管理者が視聴者からＳＬＡメニューの選択結果を受信するステップと、情報管理者が視聴要求通知に前記ＳＬＡメニューの選択結果を加味するステップとを含む構成にすると好適である。
【００１２】
この情報提供方法では、情報管理者が、情報提供者との間で締結しているＳＬＡや視聴者との間で締結しているＳＬＡに基づいて管理している。そのため、この情報提供方法では、情報管理者が、視聴要求を受信すると、情報提供者と既に締結しているＳＬＡに基づいて情報提供者と視聴者との間の通信条件（例えば、通信帯域、セッション数）や品質（例えば、動画像情報の画質、遅延時間）を確認し、ＳＬＡメニューを視聴者にはサービスの都度送信する。視聴者は、そのＳＬＡメニューを受信し、ＳＬＡメニューから各条件を選択し、その選択結果を情報管理者に送信する。情報管理者は、その選択結果を受信し、選択されている各条件で視聴者に対して動画像情報を提供するように視聴要求通知に反映させる。このように、この情報提供方法では、情報管理者が視聴者との間で締結しているＳＬＡを実現させるために、情報提供者と視聴者との間の通信帯域や品質を把握し、情報提供者が視聴者に符号化された信号を送信する際の通信速度及び／又は低遅延誤り訂正符号の冗長度等を情報提供者に適宜サジェストする。さらに、この情報提供方法では、情報提供者が視聴者に送信する動画像情報を情報管理者が受信すると同時に通信速度及び／又は低遅延誤り訂正符号の冗長度等を即座に変更し、ＳＬＡ条件に基づく遅延内で視聴者に再送信することも可能である。また、この情報提供方法では、情報管理者が情報提供者との間で締結しているＳＬＡを実現させるために、情報提供者のセッション数を把握し、新たな視聴者とセッション可能かを判断することができる。なお、情報管理者が視聴者から視聴要求を受信した場合には情報提供者と視聴者との間の通信条件及び／又は品質を確認すると都合が良い。また、視聴者が視聴中も必要に応じて情報提供者と視聴者との間の通信条件及び／又は品質を確認しても良い。
【００１３】
なお、視聴者に提示するＳＬＡメニューは、例えば、通信速度、映像の画質（高画質かあるいは低画質か）、通信中の遅延時間（例えば、１００ｍＳ以下）等の項目と料金の相関を表すものである。
【００１４】
本発明に係る情報提供方法は、ＩＰネットワークを介して情報提供者から視聴者に動画像情報を提供するための情報提供方法であって、視聴者から所定の動画像情報の視聴要求を受信するステップと、視聴要求の要求内容を確認するステップと、視聴要求で要求されている動画像情報を提供する情報提供者に視聴要求に応じた視聴要求通知を送信するステップとを含み、情報提供者から視聴者に低遅延順方向誤り訂正によってオンザフライで符号化された動画像情報を提供することを促すことを特徴とする。
【００１５】
この情報提供方法は、情報管理者における方法であり、視聴者からの視聴要求を受信すると、その視聴要求の要求内容を確認し、視聴要求を受けることが可能な場合にはその視聴要求に応じた視聴要求通知を該当する情報提供者に送信する。この情報提供方法では、情報提供者から視聴者への動画像情報の提供方法をサジェストしており、情報提供者が視聴者に低遅延順方向誤り訂正によって符号化された動画像情報をオンザフライで提供することを促すことによって、リアルタイム性が求められる様々な動画像情報の提供を可能とする。
【００１６】
本発明に係る情報提供方法は、ＩＰネットワークを介して視聴者に動画像情報を提供する情報提供方法であって、情報管理者から視聴者からの動画像情報の視聴要求に応じた視聴要求通知を受信するステップと、視聴要求通知に基づいて視聴要求で要求されている動画像情報をオンザフライで符号化するステップと、視聴者に符号化した符号化信号をオンザフライで送信するステップとを含み、視聴者に低遅延順方向誤り訂正によってオンザフライで符号化した動画像情報を提供することを特徴とする。
【００１７】
この情報提供方法は、情報提供者における方法であり、情報管理者から視聴者からの視聴要求に応じた視聴要求通知を受信すると、受信した視聴要求通知に基づいて要求されている動画像情報を低遅延順方向誤り訂正によってオンザフライで符号化し、符号化信号を該当する視聴者にオンザフライで送信する。この低遅延順方向誤り訂正による符号化は、視聴要求通知を受信した時に行ってもよいし、あるいは、視聴要求通知に関係なく予め行っていてもよい。この情報提供方法では、視聴者に低遅延順方向誤り訂正によって符号化した動画像情報を提供することによって、リアルタイム性が求められる様々な動画像情報の提供することができる。
【００１８】
本発明に係る情報提供方法は、ＩＰネットワークを介して情報提供者から動画像情報が提供される情報提供方法であって、情報管理者に所定の動画像情報の視聴要求を送信するステップと、情報提供者から視聴要求で要求した動画像情報の符号化信号をオンザフライで受信するステップと、符号化信号をオンザフライで復号化するステップとを含み、情報提供者から低遅延順方向誤り訂正によってオンザフライで符号化された動画像情報が提供されることを特徴とする。
【００１９】
この情報提供方法は、視聴者における方法であり、情報提供者から動画像情報の提供を受けたい場合、情報管理者にその提供を受けたい動画像情報の視聴要求を情報管理者に送信する。そして、この情報提供方法では、情報提供者からその視聴要求に該当する動画像情報の符号化信号がオンザフライで送信されてくると、その符号化信号をオンザフライで受信し、受信した符号化信号をオンザフライで復号化し、視聴要求で要求した動画像情報を取得する。この情報提供方法では、情報提供者から低遅延順方向誤り訂正によって符号化された動画像情報が提供されることによって、リアルタイム性が求められる様々な動画像情報を再生することができる。
【００２０】
本発明の上記情報提供方法は、情報提供者から視聴者に符号化された動画像情報を提供する場合、情報提供者は視聴者に直接送信し、視聴者は情報提供者から直接受信するように構成すると好適である。
【００２１】
この情報提供方法では、情報提供者から視聴者に対して符号化された動画像情報を情報管理者を介さずに直接送信し、視聴者も情報管理者を介さずに直接受信する。そのため、この情報提供方法では、動画像情報の配信機能が情報提供者に分散化するので、配信サーバやネットワークの負荷等を分散化できる。
【００２２】
本発明の上記情報提供方法は、情報提供者から視聴者に符号化された動画像情報を提供する場合、ライブの動画像情報の提供に好適である。
【００２３】
この情報提供方法は、送信側及び受信側においてリアルタイム性が求められる様々な動画像情報を提供することができので、ライブの動画像情報を提供することができる。なお、ライブの動画像は、生放送の映像だけでなく、記録映像であっても、少なくとも情報提供者が送出した状態の画像情報（一般的に、ストリーミングと呼ばれるもの）を含む。
【００２４】
本発明の上記情報提供方法では、情報提供者は、複数の視聴者に対して動画像情報を提供すると好適である。
【００２５】
この情報提供方法では、低遅延順方向誤り訂正によって符号化した符号化信号によって動画像情報を提供するので、単一の情報提供者から複数の視聴者に対して動画像情報を送信するマルチキャスト通信が可能である。というのは、低遅延順方向誤り訂正を施しているので、各視聴者において品質が確保された動画像情報を取得でき、再送によって品質を確保する必要がない。特に、高速のＦＥＣによって送信側及び受信側においてリアルタイム処理が可能なので、ライブ映像のマルチキャスト通信も可能である。
【００２６】
本発明に係る情報提供システムは、情報管理者の管理下でＩＰネットワークを介して情報提供者から視聴者に動画像情報を提供する情報提供システムであって、情報管理者は、視聴者からの視聴要求を受信する視聴要求受信手段と、視聴要求を受信する毎に視聴要求の要求内容を確認する確認手段と、視聴要求に応じた視聴要求通知を情報提供者に送信する通知送信手段とを備え、情報提供者は、提供する動画像情報を低遅延順方向誤り訂正によってオンザフライで符号化する符号化手段と、情報管理者からの視聴要求通知を受信する通知受信手段と、符号化手段で符号化した符号化信号を視聴者にオンザフライで送信する符号化信号送信手段とを備え、視聴者は、情報管理者に視聴要求を送信する視聴要求送信手段と、情報提供者から動画像情報の符号化信号をオンザフライで受信する符号化信号受信手段と、低遅延順方向誤り訂正によって符号化された符号化信号をオンザフライで復号化する復号化手段とを備え、視聴者が情報管理者に所定の動画像情報の視聴要求を送信した場合、情報管理者が情報提供者から視聴者に低遅延順方向誤り訂正によって符号化された動画像情報を提供することを促し、情報提供者が視聴者に低遅延順方向誤り訂正によってオンザフライで符号化した動画像情報を提供することを特徴とする。
【００２７】
本発明に係る情報提供装置は、ＩＰネットワークを介して情報提供者から視聴者に動画像情報を提供するための情報提供装置であって、視聴者からの視聴要求を受信する視聴要求受信手段と、視聴要求を受信する毎に視聴要求の要求内容を確認する確認手段と、視聴要求に応じた視聴要求通知を情報提供者に送信する通知送信手段とを備え、視聴者から所定の動画像情報の視聴要求を受信し、当該視聴要求に応じた視聴要求通知を情報提供者に送信し、情報提供者から視聴者に低遅延順方向誤り訂正によってオンザフライで符号化された動画像情報を提供することを促すことを特徴とする。
【００２８】
本発明に係る情報提供装置は、ＩＰネットワークを介して視聴者に動画像情報を提供する情報提供装置であって、提供する動画像情報を低遅延順方向誤り訂正によってオンザフライで符号化する符号化手段と、情報管理者からの視聴要求通知を受信する通知受信手段と、符号化手段で符号化した符号化信号を視聴者にオンザフライで送信する符号化信号送信手段とを備え、情報管理者から視聴者からの視聴要求に応じた視聴要求通知を受信し、当該視聴要求通知に応じて視聴者に低遅延順方向誤り訂正によってオンザフライで符号化した動画像情報を提供することを特徴とする。
【００２９】
本発明に係る情報提供装置は、ＩＰネットワークを介して情報提供者から動画像情報が提供される情報提供装置であって、情報管理者に視聴要求を送信する視聴要求送信手段と、情報提供者から動画像情報の符号化信号をオンザフライで受信する符号化信号受信手段と、低遅延順方向誤り訂正によって符号化された符号化信号をオンザフライで復号化する復号化手段とを備え、情報管理者に所定の動画像情報の視聴要求を送信し、当該視聴要求に応じて情報提供者から低遅延順方向誤り訂正によってオンザフライで符号化された動画像情報が提供されることを特徴とする。
【００３０】
上記情報提供システム及び情報提供装置は、上記情報提供方法と同様の作用効果を有する。
【００３１】
【発明の実施の形態】
以下、図面を参照して、本発明に係る情報提供方法及び情報提供システム並びに情報提供装置を説明する。
【００３２】
本実施の形態では、本発明を、Ｐｅｅｒサービス事業者によって運営されるダンサ（Ｄａｎｃｅｒ）がユーザに少なくとも映像からなる動画像情報をＩＰネットワークを介して提供するＰｅｅｒサービスシステムに適用する。本発明に係るＰｅｅｒサービスシステムは、ダンサからユーザに対してマルチキャストによる通信及びライブ映像の通信が可能である。本発明に係るＰｅｅｒサービス事業者は、各種サーバ等からなるセンタシステムを有しており、ダンサがユーザに対して映像を提供する「場」を提供し、ダンサ及びユーザを管理する。本発明に係るダンサ及びユーザは、ＩＰ−ＳＴＢ［Ｓｅｔ  Ｔｏｐ  Ｂｏｘ］を有しており、ＩＰ−ＳＴＢに低遅延のＦＥＣ機能が組み込まれている。
【００３３】
図１を参照して、Ｐｅｅｒサービスシステムの全体構成について説明する。図１は、本実施の形態に係るＰｅｅｒサービスシステムの全体構成図である。
【００３４】
Ｐｅｅｒサービスシステム１は、Ｐｅｅｒサービス事業者２によって運営され、ＩＰネットワークＮ（例えば、インターネット、イントラネット）を介してダンサ３，・・・がユーザ４，・・・に対して様々な情報を映像及び音声によって提供するシステムである。この際、ダンサ３は、ユーザ４に対して、Ｐｅｅｒサービス事業者２を介さずに直接、マルチキャストでコンテンツを配信する。このように、Ｐｅｅｒサービスシステム１では、コンテンツの配信をＰｅｅｒサービス事業者２を介さずに行うので、配信機能がダンサ３，・・・に分散化し、配信サーバやネットワークの負荷が分散化する。そのため、Ｐｅｅｒサービスシステム１では、コンテンツ収集費用やコンテンツの管理面において、低コスト化を実現できる。また、Ｐｅｅｒサービスシステム１では、ダンサ３，・・・及びユーザ４，・・・間での映像及び音声の送受信が可能であり、映像及び音声によるチャットを行うことができる。
【００３５】
Ｐｅｅｒサービス事業者２は、情報を提供するための「場」を提供する事業者であり、センタシステム２０を備えている。Ｐｅｅｒサービス事業者２は、ダンサ３，・・・にとっては情報の提供の「場」を提供し、一般のユーザ４，・・・にとっては情報の収集の「場」を提供する。また、Ｐｅｅｒサービス事業者２は、ダンサ３，・・・及びユーザ４，・・・間のチャットの「場」を提供する。このサービスを受けたいユーザは、情報を提供したい場合にはダンサ３として、それ以外の場合には一般のユーザ４としてＰｅｅｒサービス事業者２とＳＬＡ［Ｓｅｒｖｉｃｅ  Ｌｅｖｅｌ  Ａｇｒｅｅｍｅｎｔ］契約を結ぶ。そして、Ｐｅｅｒサービス事業者２は、ダンサ３のポータルの運営代行や様々な告知、コンテンツの品質補償、著作権保護等をＳＬＡに基づいて行う。また、Ｐｅｅｒサービス事業者２は、予め結んだユーザ４との基本契約に基づき、ユーザ４に対して提示し、契約したＳＬＡに基づいてユーザ４が望む通信条件や品質でコンテンツを提供できるようにダンサ３に対して適宜サジェストする。また、Ｐｅｅｒサービス事業者２は、ダンサ３がユーザ４に送信するコンテンツを受信すると同時に通信速度及び／又は低遅延のＦＥＣの冗長度等を即座に変更し、ＳＬＡ条件に基づく遅延内でユーザ４に再送信することも可能である。さらに、Ｐｅｅｒサービス事業者２は、契約したＳＬＡに基づいて、ダンサ３のセッション数を把握し、新たなユーザ４とセッション可能かを判断することができる。なお、ダンサ３も、他のダンサ３から情報の提供を受けてもよい。
【００３６】
なお、Ｐｅｅｒサービス事業者２は、ダンサ３とはＳＬＡ契約を結ぶが、ユーザ４とは事前にＳＬＡ契約を結ばず、サービス提供の都度ＳＬＡを決める。というのは、視聴希望のダンサ３とそのユーザ４の場所やその時々の通信状況によりサービスレベルが異なり、ユーザ４とは事前にＳＬＡ契約を締結できないからである。Ｐｅｅｒサービス事業者２は、サービス提供の都度、このような状況を即座に計算、分析し、ＳＬＡメニューをユーザ４に提示する。そして、ユーザ４がそのＳＬＡメニューの中から妥当なものを選択することによって、ユーザ４とのＳＬＡが決定される。
【００３７】
ダンサ３として、例えば、エンターテイメント系（有名になりたい人やプロダクション等）、教育機関（大学、予備校、専門学校、英会話教室、塾等）、医療機関（病院、介護機関等）、法律機関（弁護士、税理士等）、コンサルト系（占い師、結婚相談所等）、監視サービス事業者、在宅テレビ会議事業者である。ダンサ３が提供する情報は、有料で提供される場合もあれば、コマーシャルやプロモーション等の場合には無料で提供される場合もある。
【００３８】
Ｐｅｅｒサービス事業者２は、ダンサ３による有料の情報提供の売上の一部やこのサービスに加入しているダンサ３，・・・やユーザ４，・・・からの基本サービス料を収入源としている。Ｐｅｅｒサービス事業者２は、ダンサ３，・・・の情報提供料をユーザ４，・・・に対して課金し、情報提供料を集金する。そして、Ｐｅｅｒサービス事業者２は、この集金した情報提供料の一部を徴収するとともに、残りをダンサ３，・・・に支払う。基本サービス料は、ダンサ３，・・・やユーザ４，・・・がＰｅｅｒサービス事業者２から受けるサービスによって料金が異なり、加入時に支払う加入料や毎月又は毎年支払う継続料等がある。また、基本サービス料は、家族や友達同士あるいは各種団体等が一度に複数加入する場合には料金が減額されたり、加入者を紹介した場合に料金が減額される。このような料金の割引によって、加入者の拡大を図っている。
【００３９】
Ｐｅｅｒサービス事業者２は、他のサービス事業者との差別化を図るために、リアルタイムで高い品質を確保した上で、マルチキャスト通信及びライブ映像の通信を可能としている。そのために、Ｐｅｅｒサービス事業者２は、加入したダンサ３，・・・及びユーザ４，・・・に対して、ＩＰ−ＳＴＢ３０，４０・・・を配布している。Ｐｅｅｒサービス事業者２は、加入時に、ＩＰ−ＳＴＢ３０，４０を販売又はレンタルする。このＩＰ−ＳＴＢ３０，４０についても、基本サービス料と同様の割引が行われる。ＩＰ−ＳＴＢ３０，４０は、低遅延の（高速の）ＦＥＣ機能及び双方向のコーデック機能が備わっている。そのため、大容量のコンテンツを再送技術に頼らずに、品質を補償することができ、しかも、遅延時間を殆ど要さないリアルタイム処理が可能である。したがって、ダンサ３とユーザ４との間で、ライブ映像等の魅力的で収益性の高いコンテンツを、高品質を確保して送受信することができる。その結果、Ｐｅｅｒサービス事業者２は、顧客であるダンサ３，・・・やユーザ４，・・・にとって最も魅力的なＰｅｅｒ  ｔｏ  Ｐｅｅｒでのライブ映像の配信を可能としている。さらに、ＦＥＣ機能によって再送を必要としないので、Ｐｅｅｒサービス事業者２は、マルチキャストでのライブ映像の配信も可能としている。その結果、Ｐｅｅｒサービス事業者２は、高い集客性を有している。
【００４０】
このように、Ｐｅｅｒサービス事業者２は、Ｐｅｅｒ  ｔｏ  Ｐｅｅｒであるにも関わらず、リアルタイム性や品質を確保した技術的な仕掛け、契約したＳＬＡに基づく各種ＳＬＡメニューの提示、誰でもダンサになれる課金の仕掛け等を提供することによって、場（ステージ）の上で収益性の高いダンサ３，・・・を効率的に集め、そのダンサ３，・・・を踊らせることによって多くの手数料を得ることができる。
【００４１】
図２も参照して、センタシステム２０について説明する。図２は、図１のセンタシステムの構成図である。
【００４２】
センタシステム２０は、ＦｉｒｅＷａｌｌ２１，２１、課金サーバ２２、ＳＩＰ［Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ］サーバ２３、Ｗｅｂサーバ２４，２４、ＡＰ／ＤＢ［Ａｐｌｉｃａｔｉｏｎ／ＤａｔｅＢａｓｅ］サーバ２５，２５、ディスク装置２６等を備えており、これらの装置がＬＡＮ［Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ］２７によって接続されている。センタシステム２０は、ＬＡＮ２７がブロードバンドな通信回線（例えば、ＡＤＳＬ、ＦＴＴＨ）に繋がり、ＩＰネットワークＮに接続する。
【００４３】
ＦｉｒｅＷａｌｌ２１は、信頼できないネットワークからの攻撃や加入者以外からの不正アクセスからセンタシステム２０を保護するための装置である。ＦｉｒｅＷａｌｌ２１，２１は、システムとしての信頼性を高めるために、２台備えられる。ＦｉｒｅＷａｌｌ２１，２１間は、ハートビート信号を送受信し、互いを監視している。
【００４４】
課金サーバ２２は、ダンサ３，・・・やユーザ４，・・・が有料の情報提供を受ける毎に、その情報提供に関するデータ（提供したダンサ３、提供した情報、提供した時間、情報提供料等）をダンサ３，・・・やユーザ４，・・・毎に保持する。そして、課金サーバ２２は、一ヶ月毎に、ダンサ３，・・・やユーザ４，・・・毎に支払うべき一ヶ月分の情報提供料を積算し、各ダンサ３，・・・や各ユーザ４，・・・に課金する。この際、必要に応じて、基本サービス料の課金も行う。情報提供料は、提供する情報に応じて各ダンサ３によって設定されており、１分毎の料金や１回当たりの料金等の様々な料金形態がある。また、情報提供料は、サービスレベル（画質等）やアプリケーションレベル（遅延時間等）に応じて設定料金が変わる。
【００４５】
ＳＩＰサーバ２３は、セッションの制御を行うサーバである。Ｗｅｂサーバ２４は、ＩＰネットワークＮを介して信号を送受信するためのサーバである。Ｗｅｂサーバ２４，２４も、システムとしての信頼性を高めるために、２台備えられる。ＡＰ／ＤＢサーバ２５は、ポータルの管理や情報及びデータの管理等を行うサーバである。ＡＰ／ＤＢサーバ２５，２５も、システムとしての信頼性を高めるために、２台備えられる。ＡＰ／ＤＢサーバ２５，２５間は、ハートビート信号を送受信し、互いを監視している。ディスク装置２６は、ダンサ３，・・・やユーザ４，・・・の様々な情報やデータが格納される記憶装置である。格納される情報としては、ダンサ３やユーザ４の個人情報（氏名又は法人名、電話番号、住所、口座番号等）、アクセス情報（ＩＰ−ＳＴＢ３０，４０のＩＰアドレス等）、認証情報（加入者ＩＤ、暗証番号等）、ダンサ３が提供する情報の概要を示すデータ、各種ポータルのデータ等がある。
【００４６】
センタシステム２０では、ＳＩＰサーバ２３、Ｗｅｂサーバ２４，２４及びＡＰ／ＤＢサーバ２５，２５が連携し、統括管理機能、設定機能、認証機能、セッション機能等の各種機能を実行している（図４参照）。統括管理機能では、センタシステム２０全体を統括し、特に、ダンサ３，・・・やユーザ４，・・・に対する各種管理やポータルの管理を行う。設定機能では、ハードウエアやソフトウエアの各種設定を行う。認証機能では、アクセスしてきたダンサ３やユーザ４の認証を行う。セッション機能では、ダンサ３，・・・やユーザ４，・・・間のセッションの制御を行う。
【００４７】
センタシステム２０では、ダンサ３やユーザ４が加入した場合、上記したダンサ３やユーザ４の情報を格納する。特に、ダンサ３が加入した場合、センタシステム２０では、ダンサ３が提供する情報の概要を示すデータに基づいて、ダンサ３が提供する情報を簡単に紹介する専用ポータルを構築する。
【００４８】
また、センタシステム２０では、ユーザ４（ＩＰ−ＳＴＢ４０）からあるダンサ３の情報の提供を受けたいとアクセスしてきた場合、ユーザ４の視聴要求に応じてその要求内容を確認するとともに、ダンサ３とのＳＬＡ契約及びユーザ４との基本契約に基づいてダンサ３とユーザ４との間の通信条件や品質等を確認する。そして、センタシステム２０では、ＳＬＡメニューをユーザ４に対して送信する。ユーザ４からＳＬＡメニューに対する選択結果が送信されてくると、センタシステム２０では、その選択結果を受信し、選択されたＳＬＡ条件をダンサ３にサジェストするために、着信通知にそのＳＬＡ条件を書き込む。視聴要求の要求内容としては、例えば、情報を受けたいダンサ３あるいはそのダンサ３が提供している情報、映像の画質提供を受けたい時間である。通信条件としては、例えば、該当するダンサ３の現在のセッション数、設定されているアクセス回線や通信帯域等である。品質としては、例えば、映像の画質（高画質かあるいは低画質か）、通信中の遅延時間（例えば、１００ｍＳ以下）等である。ＳＬＡメニューとしては、例えば、通信速度、品質（映像の画質等）、通信中の遅延時間、再放送無料視聴権利の有無等の項目とユーザ４が支払う料金の相関を表すものである。その一例としては、通信速度Ａ、遅延時間Ｂ、品質Ｃ、再放送無料視聴権利無しの時には１００円、通信速度Ａ、遅延時間Ａ、品質Ａ、再放送無料視聴権利有りの時には３００円というようなＳＬＡメニューである。
【００４９】
そして、センタシステム２０では、ダンサ３がその視聴要求を受けることができる状態と判断した場合、その視聴要求に該当するダンサ３（ＩＰ−ＳＴＢ３０）に対して着信通知を送信し、ダンサ３からユーザ４に高速のＦＥＣによって符号化された情報を提供することを促す。着信通知は、あるユーザ４から視聴要求がきていることの通知であり、この通知の中には視聴要求で要求されている情報、提供を受けたい時間、ＳＬＡメニューの選択結果による通信速度、映像の画質や通信中の遅延時間、ユーザ４に対するアクセス情報等の情報が含まれている。
【００５０】
ダンサ３は、上記したような個人又は法人であり、様々な情報を提供したい者である。ダンサ３は、Ｐｅｅｒサービス事業者２によるサービスを受けたい場合には、Ｐｅｅｒサービス事業者２とダンサ向けのＳＬＡ契約を結ぶ。この契約には、想定されるユーザ数に応じた最大セッション数、提供する映像の画質に応じた帯域（高画質を望む場合には広帯域が必要）、最大セッション数と帯域に応じたアクセス回線、提供する情報の情報提供料、有料サービスの場合にＰｅｅｒサービス事業者２の取り分（パーセンテージ）、再放送権利の有無、著作権の有無等が契約条件に含まれる。契約後、ダンサ３は、Ｐｅｅｒサービス事業者２から加入者ＩＤが付与され、暗証番号を設定する。また、ダンサ３は、提供したい情報の概要（映像データ及び音声データやテキストデータ）をＰｅｅｒサービス事業者２に提示する。さらに、ダンサ３は、ＩＰ−ＳＴＢ３０を買い取り又はレンタルする。ダンサ３には、このＩＰ−ＳＴＢ３０の他に、モニタ３１、カメラ３２、マイク３３、リモコン３４が備えられる。また、ダンサ３には、必要に応じて、ＶＴＲ３５が備えられる。
【００５１】
ＩＰ−ＳＴＢ３０は、ブロードバンドな通信回線（例えば、ＡＤＳＬ、ＦＴＴＨ）を介してＩＰネットワークＮに接続する。ＩＰ−ＳＴＢ３０は、ビデオ出力端子及びオーディオ出力端子を備えており、モニタ３１にビデオ信号及びオーディオ信号を出力する。また、ＩＰ−ＳＴＢ３０は、ビデオ入力端子及びオーディオ入力端子を備えており、カメラ３２（又はＶＴＲ３５）からビデオ信号を入力するとともにマイク３３からオーディオ信号を入力する。
【００５２】
ＩＰ−ＳＴＢ３０は、ＩＰネットワークＮに接続し、ＩＰネットワークＮを介して信号を送受信する通信機能を有している。ＩＰ−ＳＴＢ３０は、映像又は音声データをＭＰＥＧ［Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ］によってデータ圧縮するＭＰＥＧエンコード機能及びその圧縮データを解凍するＭＰＥＧデコード機能を有している。ＩＰ−ＳＴＢ３０は、圧縮データを高速のＦＥＣによって符号化するＦＥＣエンコード機能及びその符号化データを復号化するＦＥＣデコード機能を有している。ＩＰ−ＳＴＢ３０は、符号化したデータをＩＰパケット化するパケット化機能を有する。ＩＰ−ＳＴＢ３０は、このような機能によって、高品質を確保した上で映像データ及び音声データをリアルタイムに送受信することができ、マルチキャスト通信にも対応可能である。
【００５３】
モニタ３１は、単なるモニタでも、ＴＶ受像機でもよい。カメラ３２は、デジタルビデオカメラであり、ＩＰ−ＳＴＢ３０のオプション品である。マイク３３は、ＩＰ−ＳＴＢ３０のオプション品であり、カメラ３２と一体でもよい。リモコン３４は、ＩＰ−ＳＴＢ３０の付属品であり、ＩＰ−ＳＴＢ３０の操作リモコンである。ＶＴＲ３５は、映像や音声を蓄積するために、必要に応じて備えられる。
【００５４】
ＩＰ−ＳＴＢ３０では、センタシステム２０からの着信通知を受信した場合、その着信通知に示されているアクセス情報に基づいてユーザ４（ＩＰ−ＳＴＢ４０）にアクセスし、着信通知に示されている情報（映像データ及び音声データ）を高速のＦＥＣで符号化した符号化信号を送信する。この映像データは例えばカメラ３２で撮像した映像であり、音声データはマイク３３により集音した音声である。ＩＰ−ＳＴＢ３０では、ライブの映像や音声で各種情報をストリーミング配信し、１対１のユニキャスト通信を行う場合と契約している最大セッション数までの１対ｎのマルチキャスト通信を行う場合とがある。また、ＩＰ−ＳＴＢ３０では、チャットを行う場合、ユーザ４（ＩＰ−ＳＴＢ４０）から映像データ及び音声データを高速のＦＥＣで符号化した符号化信号を受信する。なお、ここでいう映像データは、ＶＴＲ３５等に蓄積した動画像であってもよい。
【００５５】
ユーザ４は、個人又は法人であり、様々な情報を収集したい者である。ユーザ４は、Ｐｅｅｒサービス事業者２によるサービスを受けたい場合には、Ｐｅｅｒサービス事業者２と一般ユーザ向けの基本契約を結ぶ。契約後、ユーザ４は、Ｐｅｅｒサービス事業者２から加入者ＩＤが付与され、暗証番号を設定する。ユーザ４は、サービス提供を受ける毎に、ＳＬＡメニューから希望のＳＬＡを選択し、ＳＬＡを決める。また、ユーザ４は、ＩＰ−ＳＴＢ４０を買い取り又はレンタルする。ユーザ４には、このＩＰ−ＳＴＢ４０の他に、モニタ４１、カメラ４２、マイク４３、リモコン４４が備えられる。これら各装置４０，４１，４２，４３、４４はダンサ３に備えられる装置３０，３１，３２，３３，３４と同様の装置であるので、その説明を省略する。
【００５６】
なお、ユーザ４から映像や音声を送信しない場合（すなわち、ユーザ４は映像や音声を受信するだけの場合）、ユーザ４は、カメラ４２及びマイク４３を備えない。この場合、ＩＰ−ＳＴＢ４０も、映像データ及び音声データを送信する機能を必要としないので、ＭＰＥＧエンコード機能、ＡＣＣエンコード機能及びＦＥＣエンコード機能を有していない。ちなみに、この機能を削減したＩＰ−ＳＴＢ４０は、フル機能を備えるＩＰ−ＳＴＢより廉価である。
【００５７】
ＩＰ−ＳＴＢ４０では、ユーザ４があるダンサ３が提供する情報を視聴したい場合、センタシステム２０に視聴要求を送信する。センタシステム２０がその視聴要求を受けることができる状態と判断した場合、ＩＰ−ＳＴＢ４０では、ダンサ３（ＩＰ−ＳＴＢ３０）から視聴要求で要求した情報（映像データ及び音声データ）を高速のＦＥＣで符号化した符号化信号を受信する。また、ＩＰ−ＳＴＢ４０では、チャットを行う場合には、ダンサ３（ＩＰ−ＳＴＢ３０）や他のユーザ４（ＩＰ−ＳＴＢ４０）に対して映像及び音声を高速のＦＥＣで符号化した符号化信号を送信する。
【００５８】
図３を参照して、送信側及び受信側におけるカメラ３２、４２で撮影した映像音声データに対する処理の流れを説明する。図３は、図１のＰｅｅｒサービスシステムの送信側及び受信側における映像音声データに対する処理の流れの説明図である。送信側、受信側における処理は、ダンサ３、ユーザ４における処理であり、ＩＰ−ＳＴＢ３０，４０で行われる。
【００５９】
送信側では、まず、オリジナルの映像音声データをＭＰＥＧ２やＭＰＥＧ４等の圧縮方式により圧縮（符号化）する。この際、ダンサ３又はユーザ４が設定した画質（例えば、高画質かあるいは低画質か）に応じた圧縮方式が採られる。次に、送信側では、ＭＰＥＧデータを低遅延ＦＥＣ技術でメタコンテンツ化し、メタコンテンツ化したデータからなるパケットを生成する。このメタコンテンツ化では、受信側においてオリジナルのデータに１００％再生できるように、オーバヘッド（例えば、５％）分の冗長データを付加している。さらに、メタコンテンツ化する際に、通信中におけるパケットロスに対応するために、パケットロス耐性（例えば、数１０％）分の冗長データを付加している。このように、冗長データを付加することにより、高品質な映像の送受信を再送なしで可能としている。また、メタコンテンツ化を行う際、ダンサ３又はユーザ４が設定した遅延時間（待ち時間）等に応じてパケットをブロックに分割し、ブロック単位でメタコンテンツ化している。このように、ブロック単位でメタコンテンツ化することにより、低遅延高速通信を可能としている。次に、送信側では、メタコンテンツ化データからなるパケットにＩＰパケットヘッダを付加して、ＩＰパケット化し、順次送信する。
【００６０】
受信側では、ＩＰパケット（ブロック単位）を順次受信する。この受信したＩＰパケットのうち、通信中に一部のＩＰパケットは欠損している。次に、受信側では、ブロック単位のメタコンテンツ化データを復号化し、ＭＰＥＧデータにする。ここでは、オリジナルのＭＰＥＧデータに対してオーバヘッド分の冗長データを余分に受信しているので、オリジナルのＭＰＥＧデータをほぼ１００％（例えば、失敗率１０−１１）で復元することができる。次に、受信側では、ＭＰＥＧデータを解凍（復号化）し、オリジナルの映像音声データにする。そして、受信側では、ブロック単位に映像を連続表示する。
【００６１】
なお、ＩＰ−ＳＴＢ３０，４０で使用される低遅延のＦＥＣは、０．０１％〜５０％の平均パケット欠損率を有するＩＰネットワークＮにおいて、１Ｍｂｐｓ〜１５Ｍｂｐｓのストリーミングコンテンツを配信する際、少なくとも誤り訂正失敗率が１０−７以下（望ましくは、１０−１１以下）で、符号化及び復号化に要する時間が少なくとも５００ｍＳ以下（望ましくは、１００ｍＳ以下）を実現できるものとする。
【００６２】
図４を参照して、ユーザ４がダンサ３のある情報を視聴する場合の流れを説明する。図４は、図１のＰｅｅｒサービスシステムにおけるシーケンス図である。ここでは、ダンサ３がマルチキャスト通信を行っている場合を示す。
【００６３】
前提として、ダンサ３は、Ｐｅｅｒサービス事業者２とダンサ向けのＳＬＡ契約を結んでいる。この際、ダンサ３は、提供する情報の概要をＰｅｅｒサービス事業者２に提示する。センタシステム２０では、ダンサ３を登録し、そのダンサ３の専用ポータルを構築する。ユーザ４も、Ｐｅｅｒサービス事業者２と一般ユーザ向けの基本契約を結んでいる。センタシステム２０では、ユーザ４を登録する。
【００６４】
ユーザ４は、ある情報を視聴したい場合、ＩＰ−ＳＴＢ４０を起動し、センタシステム２０のＰ２Ｐポータルサイトにアクセスする。
【００６５】
センタシステム２０では、ＩＰ−ＳＴＢ４０からアクセスされると、ＩＰ−ＳＴＢ４０に認証画面データを送信する。ＩＰ−ＳＴＢ４０では、その認証画面をモニタ４１に表示させ、ユーザ４によって入力された加入者ＩＤ及び暗証番号をセンタシステム２０に送信する。センタシステム２０では、送信された加入者ＩＤ及び暗証番号に基づいてユーザ４の認証を行う。
【００６６】
センタシステム２０では、ユーザ４に対する認証が終了すると、ＩＰ−ＳＴＢ４０に登録されているダンサ３，・・・を選択するための選択画面データを送信する。ＩＰ−ＳＴＢ４０では、その選択画面をモニタ４１に表示させる。この選択画面には、業種別や情報別等にダンサ３，・・・が配列され、選択可能な状態となっている。ユーザ４は、この選択画面から視聴したい情報が得られると思われるダンサ３を選択する。すると、ＩＰ−ＳＴＢ４０では、その選択したダンサ３が提供する情報の視聴要求をセンタシステム２０に送信する。
【００６７】
センタシステム２０では、視聴要求を受信すると、該当するダンサ３の専用ポータルのデータをＩＰ−ＳＴＢ４０に送信する。ＩＰ−ＳＴＢ４０では、その専用ポータルをモニタ４１に表示させる。その専用ポータルには、ダンサ３が提供する情報の概要や情報提供料等がＳＬＡメニューの形式で示されており、その有料の情報を視聴するか否かの入力ができる状態となっている。
【００６８】
また同時に、センタシステム２０では、視聴要求を受信すると、ＩＰ−ＳＴＢ４０にダンサ３とのＳＬＡ契約及びユーザ４との基本契約に基づいてＳＬＡメニューを送信する。ＩＰ−ＳＴＢ４０では、そのＳＬＡメニューをモニタ４１に表示させる。このＳＬＡメニューには、通信速度、映像の画質、通信中の遅延時間、再放送希望、他の提携ダンサとのセット視聴希望等が料金とともに数段階で表示され、選択可能な状態となっている。ユーザ４は、このＳＬＡメニューから各条件を選択する。
【００６９】
ユーザ４は、専用ポータルの概要及びＳＬＡメニューを見て、その有料の情報を視聴する場合には有料視聴登録を入力し、受けない場合には非登録を入力する。この入力の際、必要に応じて、視聴したい時間等が設定される。すると、ＩＰ−ＳＴＢ４０では、その入力された情報をセンタシステム２０に送信する。有力視聴登録の場合、ＩＰ−ＳＴＢ４０では、ＳＬＡメニューから選択した各条件をセンタシステム２０に送信し、正式な視聴要求となる。非登録の場合、再度、ダンサ３，・・・の選択を行う。そして、センタシステム２０では、そのＳＬＡメニューから選択された各条件を受信すると、その条件をダンサ３への着信通知に書き込む。
【００７０】
なお、センタシステム２０では、ユーザ４へのＳＬＡメニュー提示に先立ち、ダンサ３との契約で設定されている通信帯域及びアクセス回線をチェックする。さらに、センタシステム２０では、ダンサ３との契約で設定されている最大セッション数をチェックし、ダンサ３における現在のセッション数を調べる。そして、センタシステム２０では、ダンサ３に対する新たなセッションが可能か否かを判定する。新たなセッションが現在不可能な場合、センタシステム２０では、ダンサ３からの情報を現在視聴することができない旨をＩＰ−ＳＴＢ４０に送信する。
【００７１】
ユーザ４とのＳＬＡ締結が完了すると、センタシステム２０では、ユーザ４からの視聴要求に応じた着信通知を該当するＩＰ−ＳＴＢ３０に送信する。ＩＰ−ＳＴＢ３０では、着信通知を受信すると、着信応答をセンタシステム２０に送信する。この際、センタシステム２０では、この情報提供に関するデータ（提供したダンサ３、提供した情報、提供した時間、情報提供料等）をユーザ４毎に保持する。
【００７２】
そして、ＩＰ−ＳＴＢ３０では、ＳＬＡメニューから選択された各条件で、着信通知に示されているＩＰ−ＳＴＢ４０（ユーザ４）にアクセスし、視聴要求されている情報に高速のＦＥＣを施したＩＰパケットを送信する。ＩＰ−ＳＴＢ３０では、マルチキャスト通信を行っており、他のユーザ４，・・・に対して既に情報を送信していたり、後から他のユーザ４，・・・に対して情報を送信する。後から視聴を開始したユーザ４は、情報を途中から視聴する場合がある。
【００７３】
ＩＰ−ＳＴＢ４０では、ＩＰパケットを受信すると、復号化し、その情報の映像を表示させるとともに音声を出力させる。この再生された映像及び音声は、殆どエラーがなく高品質であり、遅延時間も殆どない。
【００７４】
センタシステム２０では、一ヶ月毎に、各ユーザ４が支払うべき一ヶ月分の情報提供料を積算し、各ユーザ４に対して課金する。ユーザ４は、この課金に応じて、Ｐｅｅｒサービス事業者２に対して一ヶ月分の情報提供料（視聴料）を支払う。
【００７５】
また、センタシステム２０では、一ヶ月毎に、各ダンサ３が提供した情報の数（視聴数）を積算するとともに、各ダンサ３が受け取るべき一ヶ月分の情報提供料（Ｐｅｅｒサービス事業者２の取り分を差し引いた分）を積算する。そして、Ｐｅｅｒサービス事業者２は、各ダンサ３（各ＩＰ−ＳＴＢ３０）にその視聴数を報告するとともに、その情報提供料を支払う。
【００７６】
このＰｅｅｒサービスシステム１では、映像及び音声を送受信する送信側及び受信側においてＩＰ−ＳＴＢ３０，４０を備える構成としたので、リアルタイム処理（例えば、１００ｍＳ以下）を必要とするライブ映像等の通信が可能である。ＩＰ−ＳＴＢ３０，４０は、ブロック単位にオンザフライでメタコンテンツ化を行うＦＥＣ機能を有しており、このＦＥＣ機能により高速性及び再送を必要としない高い品質を確保し、マルチキャスト通信も可能となる。
【００７７】
以上、本発明に係る実施の形態について説明したが、本発明は上記実施の形態に限定されることなく様々な形態で実施される。
【００７８】
例えば、本実施の形態ではダンサやユーザがＩＰ−ＳＴＢを有する構成としたが、ＩＰネットワークを介して信号を送受信可能であり、高速のＦＥＣ機能を有するパソコンや各種携帯端末を有する構成でもよい。これらパソコンや携帯端末には、必要に応じて、カメラやマイクが装備される。
【００７９】
また、本実施の形態では高速のＦＥＣをブロック単位にオンザフライでメタコンテンツ化を行うＦＥＣで構成したが、復号化の際に殆ど遅延がない高速のＦＥＣであればよい。
【００８０】
また、本実施の形態ではＰｅｅｒサービス事業者２（情報管理者）とダンサ３（情報提供者）とが別体で実施する場合であるが、情報管理者と情報提供者とが実質的に同一ないしは一体となって実施する場合でもよい。
【００８１】
【発明の効果】
本発明によれば、送受信する動画像情報を低遅延順方向誤り訂正によって符号化することによって、ＩＰネットワークを介して品質が確保された動画像情報（特に、ライブ映像）をリアルタイム性を損なわずに提供することが可能である。
【図面の簡単な説明】
【図１】本実施の形態に係るＰｅｅｒサービスシステムの全体構成図である。
【図２】図１のセンタシステムの構成図である。
【図３】図１のＰｅｅｒサービスシステムの送信側及び受信側における映像音声データに対する処理の流れの説明図である。
【図４】図１のＰｅｅｒサービスシステムにおけるシーケンス図である。
【符号の説明】
１…Ｐｅｅｒサービスシステム、２…Ｐｅｅｒサービス事業者、３…ダンサ、４…ユーザ、２０…センタシステム、２１…ＦｉｒｅＷａｌｌ、２２…課金サーバ、２３…ＳＩＰサーバ、２４…Ｗｅｂサーバ、２５…ＡＰ／ＤＢサーバ、２６…ディスク装置、２７…ＬＡＮ、３０，４０…ＩＰ−ＳＴＢ、３１，４１…モニタ、３２，４２…カメラ、３３，４３…マイク、３４，４４…リモコン、３５…ＶＴＲ
【図１】
2005012393.tif 000003
【図２】
2005012393.tif 000004
【図３】
2005012393.tif 000005
【図４】
2005012393.tif 000006