(57)【要約】【課題】サーバがインターネットを用いたマルチメディアストリーミングサービスを行なう場合、同一画質のコンテンツを多数の端末に転送する際ネットワークの状態に基づきコーディング方式の変更をパケット化過程に適用させた貯蔵効率と転送効率側面を考慮したマルチメディアストリーミングサービスのためのパケット転送装置及びその方法を提供する。【解決手段】コンテンツ製作部はマルチメディアデータをエンコーディングして圧縮する。コンテンツ貯蔵部は前記コンテンツ製作部により圧縮されたビットストリームを保存する。パケット化部は前記コンテンツ貯蔵部に保存されているビットストリームを所定のコーディング方式に従ってパケット化し、前記端末とのネットワーク状態に変化がある時、別のコーディング方式でビットストリームをパケット化する。【選択図】図４
2006319992.tif 000002
【特許請求の範囲】
【請求項１】
マルチメディアデータをビットストリームでエンコーディングして圧縮するコンテンツ製作部と、
ネットワークの状態に応じて、前記コンテンツ製作部により圧縮された前記ビットストリームを再配列なくコーディングする第１コーディング方式及び再配列してコーディングする第２コーディング方式のうちいずれか一つに基づいてコーディングし生成したペイロードをパケット化するパケット化部と、を含み、
前記パケット化部は、
前記パケットの所定領域に、適用されたコーディング方式についての情報を収録し、前記適用されたコーディング方式が第２コーディング方式である場合、前記パケットに含まれたペイロード種類についての情報を収録することを特徴とするパケット生成装置。
【請求項２】
前記第１コーディング方式は、一つのフレームを連続したビットストリームでコーディングする方式であり、
前記第２コーディング方式は、一つのフレームをデータ分割（Ｄａｔａ  Ｐａｒｔｉｔｉｏｎｉｎｇ）を通し再配列してコーディングする方式であることを特徴とする請求項１に記載のパケット生成装置。
【請求項３】
前記第２コーディング方式は、一つのフレームを前記データ分割を通し、ヘッダ情報、動きベクトル及びテキスト情報のうち、少なくとも一つに再配列してコーディングする方式であることを特徴とする請求項２に記載のパケット生成装置。
【請求項４】
前記適用されたコーディング方式が第２コーディング方式である場合、前記パケットに含まれたペイロードは、前記データ分割を通して再配列された後、分割され生成する前記ヘッダ情報と、前記動きベクトル情報及び前記テキスト情報のうちいずれか一つであることを特徴とする請求項３に記載のパケット生成装置。
【請求項５】
前記パケット化部は、前記ネットワークの状態が不良である場合、前記ビットストリームを前記第２コーディング方式に基づいてコーディングし生成したペイロードをパケット化することを特徴とする請求項１に記載のパケット生成装置。
【請求項６】
マルチメディアデータをビットストリームでエンコーディングして圧縮する段階と、
ネットワークの状態に応じて、前記コンテンツ製作部により圧縮された前記ビットストリームを再配列なくコーディングする第１コーディング方式及び再配列してコーディングする第２コーディング方式のうちいずれか一つに基づいてコーディングし生成したペイロードをパケット化する段階と、を含み、
前記パケット化段階は、
前記パケットの所定領域に、適用されたコーディング方式についての情報を収録し、前記適用されたコーディング方式が第２コーディング方式である場合、前記パケットに含まれたペイロード種類についての情報を収録することを特徴とするパケット生成方法。
【請求項７】
前記第１コーディング方式は、一つのフレームを連続したビットストリームでコーディングする方式であり、
前記第２コーディング方式は、一つのフレームをデータ分割（Ｄａｔａ  Ｐａｒｔｉｔｉｏｎｉｎｇ）を通し再配列してコーディングする方式であることを特徴とする請求項６に記載のパケット生成方法。
【請求項８】
前記第２コーディング方式は、一つのフレームを前記データ分割を通して、ヘッダ情報、動きベクトル及びテキスト情報のうち、少なくとも一つに再配列してコーディングする方式であることを特徴とする請求項７に記載のパケット生成方法。
【請求項９】
前記適用されたコーディング方式が第２コーディング方式である場合、前記パケットに含まれたペイロードは、前記データ分割を通して再配列された後、分割され生成する前記ヘッダ情報と、前記動きベクトル情報及び前記テキスト情報のうちいずれか一つであることを特徴とする請求項８に記載のパケット生成方法。
【請求項１０】
前記パケット化段階は、前記ネットワークの状態が不良である場合、前記ビットストリームを前記第２コーディング方式に基づいてコーディングし生成したペイロードをパケット化することを特徴とする請求項６に記載のパケット生成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はマルチメディアストリーミングサービスのためのパケット転送装置及びその方法に係り、さらに詳しくはネットワークの状態に基づきコーディング方式の変更をパケット化過程に適用させたマルチメディアストリーミングサービスのためのパケット転送装置及びその方法に関する。
【背景技術】
【０００２】
［特許文献１］
ネットワークの経路上の輻輳状態を検出して輻湊状態に陥らないようストリーミングサーバにてエンコーディングビットの比率を修正することによって、予測可能で差別化した転送を可能にするマルチメディアストリーミングの方法及び装置。
【０００３】
［特許文献２］
可変ビットの比率でエンコーディングされたマルチメディアファイルをストリーミングする方法及びそのシステム。
【０００４】
［特許文献３］
ビデオ情報を品質パラメーターによって可変ビットの比率でエンコーディングする、改善されたストリーミングの方法及びそのシステム。
【０００５】
マルチメディアデータをストリーミングサービスするためにはエンコーディングされたコンテンツが必要であり、データまたはコンテンツはオーサリングツール（Ａｕｔｈｏｒｉｎｇ  ｔｏｏｌ）を用いて予めエンコーディングを行う。このようにエンコーディングされたデータは貯蔵装置に保存され、データベースと連結されストリーミング端末のサービス要請がある場合多数の端末に転送される。
【０００６】
このような方式はパケットの損失が発生するチャネルの状態が全ての端末に同一でない場合、またはチャネルの状態が全端末に同一であっても経時的に変化がある場合はエンコーディングされたコンテンツがパケット損失を勘案してコーディングされなければパケット損失に対処できなくなる。これにより、チャネルが正常的な状態に復帰するまでは正常的なストリーミングサービスに問題が発生する。
【０００７】
コンテンツは一般的に貯蔵効率を考慮してビデオは一定フレーム単位にコーディングし、パケット損失が発生することを考慮してコーディングされるフレーム間にキーフレームを一定単位に維持しつつコーディングする。
【０００８】
このようなキーフレームは貯蔵効率面において多量を占める。それで、キーフレーム間にはキーフレームと予測できる予測フレームによるコーディングを行い、これを通して貯蔵効率をアップさせる。このようにコーディングされた予測フレームとキーフレームはパケット化され転送され、ネットワークに転送される際多数個のパケットに分けられて転送される。
【０００９】
しかし、予測フレームとキーフレーム転送時パケット損失が発生する場合、一つのフレームは多数個のパケットで構成されていて、一つのパケット損失は一つのフレーム損失として発生され問題が次のキーフレームを転送される前にはデータを再構成できず、ビデオの場合画面は静止したままに維持される問題点があった。
【特許文献１】国際公開第ＷＯ０１／６７２６４号パンフレット
【特許文献２】米国特許第５，８６７，２３０号明細書
【特許文献３】国際公開第ＷＯ９９／００９７８号パンフレット
【発明の開示】
【発明が解決しようとする課題】
【００１０】
本発明は前述した技術的課題を解決するために案出されたもので、その目的はサーバがインターネットあるいは無線インターネットを用いたマルチメディアストリーミングサービスを行なう場合、同一画質のコンテンツを多数の端末に転送する際ネットワークの状態に基づきコーディング方式の変更をパケット化過程に適用させた貯蔵効率と転送効率側面を考慮したマルチメディアストリーミングサービスのためのパケット転送装置及びその方法を提供するところにある。
【課題を解決するための手段】
【００１１】
前述した技術的課題を解決するための本発明に係るネットワークを介して連結された少なくとも一つの端末にマルチメディアストリーミングサービスを提供するパケット転送装置は、マルチメディアデータをビットストリームにエンコーディングして圧縮するコンテンツ製作部と、前記コンテンツ製作部によって圧縮された前記ビットストリームを保存するコンテンツ貯蔵部と、前記コンテンツ貯蔵部に保存されているビットストリームを所定のコーディング方式に従ってパケット化し、前記ネットワークの状態に変化がある時別のコーディング方式で前記ビットストリームをパケット化するパケット化部と、を備える。
【００１２】
より詳しくは、前記パケット化部は、前記ネットワークの状態が不良である場合、パケットの損失に強く対処するためのパケットレジリエントコーディング方式で前記ビットストリームをパケット化する。
また、前記ネットワークの状態は、少なくとも一つの前記端末から通知される。
【００１３】
一方、前述の技術的課題を解決するための本発明に係わるネットワークを介して連結された少なくとも一つの端末にマルチメディアストリーミングサービスを提供するパケット転送装置は、マルチメディアデータをビットストリームにエンコーディングして圧縮するコンテンツ製作部と、前記コンテンツ製作部によって圧縮された前記ビットストリームを保存するコンテンツ貯蔵部と、前記ネットワークの状態に変化がある時、変った前記ネットワークの状態を通知するネットワークモニタリング部と、前記コンテンツ貯蔵部に保存されている前記ビットストリームを所定のコーディング方式に従ってパケット化し、通知された前記ネットワーク状態に基づき前記ネットワーク状態に対応する別のコーディング方式で前記ビットストリームをパケット化するパケット化部とを備える。
より詳しくは、前記パケット化部は、ネットワーク状態が不良である場合、パケットの損失に強く対処するためのパケットレジリエントコーディング方式でパケット化する。
【００１４】
さらに、前記パケット化部が前記所定のコーディング方式を別のコーディング方式に変更しようとする場合、前記別のコーディング方式が少なくとも一つの前記端末でデコーディングできるコーディング方式であるかを確認し、少なくとも一つの前記端末でデコーディングできるコーディング方式の場合、前記別のコーディング方式でパケットを生成して転送する。
【００１５】
一方、前述の技術的課題を解決するための本発明に係わるネットワークを介して連結された少なくとも一つの端末にマルチメディアストリーミングサービスを提供するためのパケット転送方法は、コンテンツの多数のコーディング方式、再生時間などコンテンツに関わる情報を少なくとも一つの前記端末に通知する段階と、前記ネットワーク状態に基づき通知された前記コーディング方式のうちいずれか一つにコーディングしてくれることを少なくとも一つの前記端末から要求される段階と、前記要求されたコーディング方式でビットストリームをパケット化して少なくとも一つの前記端末に転送する段階と、を備える。
【００１６】
より詳しくは、前記コーディングフォーマットを要求される段階において、前記ネットワークの状態が不良であると判断されれば、前記コーディング方式をパケットの損失に強く対処させるためのパケットレジリエントコーディング方式に変更する。
【００１７】
一方、前述の技術的課題を解決するための本発明に係わるネットワークを介して連結された少なくとも一つの端末にマルチメディアストリーミングサービスを提供するためのパケット転送方法は、前記ネットワークの状態に変化がある時別のコーディング方式に変更してビットストリームをパケット化し、前記別のコーディング方式が少なくとも一つの前記端末で前記ビットストリームをデコーディングできるコーディング方式であるかを確認する段階と、前記別のコーディング方式が少なくとも一つの前記端末でデコーディングできるコーディング方式の場合、前記別のコーディング方式でパケットを生成して転送する段階と、を備える。
【００１８】
より詳しくは、前記ネットワークの状態が不良である時、前記別のコーディング方式はパケットの損失に強く対処するためのパケットレジリエントコーディング方式である。
【００１９】
一方、前述の技術的課題を解決するための本発明に係わるネットワークを介して連結された少なくとも一つの端末にマルチメディアストリーミングサービスを提供する装置のパケット転送方法は、パケットが内部ペイロードのコーディング方式を説明するフィールドを含んでパケット化され、別のコーディング方式で前記パケットを生成する段階と、別のコーディング方式で生成された前記パケットを少なくとも一つの前記端末に転送する段階と、を備える。
【００２０】
一方、前述の技術的課題を解決するための本発明に係わるネットワークを介して連結された少なくとも一つの端末にマルチメディアストリーミングサービスを提供する装置のパケット受信方法は、パケットの内部ペイロードのコーディング方式を説明するフィールドを含んでパケット化され、別のコーディング方式で生成された前記パケットを受信する受信段階と、前記別のコーディング方式でパケット化された前記パケットをデパケット化するデコーディング段階と、を備える。
【００２１】
より詳しくは、前記別のコーディング方式は、前記パケットの損失に対処するためのデータ分割方式が非適用されたコーディング方式及び前記パケットの損失に対処するためのデータ分割方式が適用されたコーディング方式のうちいずれか一つである。
【００２２】
望ましくは、前記別のコーディング方式が前記データ分割方式の場合、前記フィールドは前記パケットがヘッダ領域及びテキスト領域のうちいずれか一つを含むかについて説明する。
【００２３】
一方、前述の技術的課題を解決するための本発明に係わるネットワークを介してサーバと連結された少なくとも一つの端末の貯蔵効率及び転送効率を向上させるためにマルチメディアストリーミングサービスのためのパケット転送装置は、
【００２４】
前記ネットワークの状態に基づきコーディング方式を変更してパケットを処理するパケット化部と、インターネットあるいは無線インターネットを用いて前記マルチメディアストリーミングサービスを提供し同一画質のコンテンツを少なくとも一つの前記端末に転送するサーバと、を備える。
【００２５】
より詳しくは、前記サーバは実時間ストリーミングプロトコル（ＲＴＳＰ）を使用して前記ネットワークを介して連結された少なくとも一つの前記端末にビットストリームを転送する。
【００２６】
望ましくは、前記サーバは、前記マルチメディアストリーミングサービスのために標準化された圧縮方式を用いてマルチメディアデータをエンコーディングするコンテンツ製作部と、前記コンテンツ製作部により圧縮されたビットストリームを保存するコンテンツ貯蔵部と、ネットワークメディアに前記ビットストリームを転送及び／または少なくとも一つの前記端末から前記ビットストリームを受信するネットワークインタフェース部と、を備える。
【００２７】
さらに、前記パケット化部は所定のコーディング方式でビットストリームをパケット化し、前記コーディング方式は一つのフレームを全体にコーディングする方式及びデータ分割方式のうち一つである。
【００２８】
前記サーバは少なくとも一つの前記端末と連結され、少なくとも一つの前記端末から前記サーバに記述命令が転送されれば、前記サーバはコンテンツのコーディング方式、再生時間のうち少なくとも一つよりなるコンテンツ情報を少なくとも一つの前記端末に転送し、少なくとも一つの前記端末は前記ネットワークの状態に基づき前記コーディング方式を適応的に選択して選択された前記コーディング方式で前記ビットストリームをコーディングすることを前記サーバに要求する。
【００２９】
さらに、前記サーバは、前記マルチメディアストリーミングサービスのために標準化された圧縮方式を用いてマルチメディアデータをエンコーディングするコンテンツ製作部と、前記コンテンツ製作部により圧縮されたビットストリームを保存するコンテンツ貯蔵部と、ネットワークメディアに前記ビットストリームを転送及び／または少なくとも一つの前記端末から前記ビットストリームを受信するネットワークインタフェース部と、パケット損失が所定値以上ならば前記ネットワークの状態が非正常的であることを判断し、前記パケット化部に前記ネットワークの非正常的な状態を通知するネットワークモニタリング部と、を備える。
【００３０】
さらに、前記ネットワークモニタリング部により前記ネットワークの状態が非正常的であると確認されれば、前記パケット化部は前記コーディング方式を変更し、前記変更されたコーディング方式で前記ビットストリームをパケット化する。
【００３１】
前記パケット化部は前記変更されたコーディング方式が少なくとも一つの前記端末で前記ビットストリームをデコーディングできるかを確認するために少なくとも一つの前記端末に前記変更されたコーディング方式を通知し、少なくとも一つの前記端末から前記変更されたコーディング方式に対する応答信号が正常的に受信されれば、前記パケット化部は前記変更されたコーディング方式が少なくとも一つの前記端末でデコーディングできる方式であると判断し、前記変更されたコーディング方式で前記ビットストリームをパケット化した後転送する。
【００３２】
さらに、前記変更されたコーディング方式はパケットレジリエントコーディング方式であり、前記コンテンツ情報は前記コンテンツに対する多数のコーディング方式及び再生時間のうち少なくとも一つを含む。
【００３３】
さらに、前記ネットワークの状態が正常的ならば、前記パケット化部は変更以前の前記コーディング方式で前記パケットを生成した後転送する。
【００３４】
一方、前述の技術的課題を解決するための本発明に係わるネットワークを介してサーバに連結された少なくとも一つの端末にマルチメディアストリーミングサービスを提供するためのパケット転送方法は、コンテンツ情報を取得するために少なくとも一つの前記端末から前記サーバに記述命令を転送する段階と、前記サーバから前記端末に前記コンテンツ情報を転送する段階と、前記サーバから前記端末に転送されたコーディング方式でビットストリームをパケット化した後転送する段階と、前記コーディング方式に対応するフォーマットに前記ビットストリームをデコーディングする段階と、パケットの損失に強く対処するために前記コーディング方式をパケットレジリエント方式に変更する段階と、前記変更されたコーディング方式で前記ビットストリームをパケット化する段階と、パケット化された前記ビットストリームを少なくとも一つの前記端末に転送する段階と、を備える。
【００３５】
より詳しくは、実時間転送プロトコル（ＲＴＰ）パケットが前記サーバから少なくとも一つの前記端末に非正常的に転送されパケット損失が増加すれば前記ネットワークの状態が非正常的であると判断する段階と、前記ＲＴＰパケットが正常的に転送される時前記ネットワークの状態が正常的であると判断する段階をさらに備える。
【発明の効果】
【００３６】
以上述べた通り、本発明によればコーディング方式の変更をパケット化過程に適用させたマルチメディアストリーミングサービスのためのコーディング、パケット転送装置及びその方法が提供されるため、サーバに貯蔵された同一コンテンツを他の多数個の端末に転送する場合、各端末のネットワークの状態に基づき違うコーディング方式よりなるデータパケットを転送することができる。従って、現在コンテンツを製作する際コーディング化方法に従って多数個のコンテンツを貯蔵しておくことと同一であり、貯蔵効率面ではさらに効果的である。
【発明を実施するための最良の形態】
【００３７】
以下、添付した図面に基づき本発明をさらに詳しく説明する。
まず、本発明の第１実施例について説明する。
図１は本発明の第１実施例によるマルチメディアストリーミングサービスのためのパケット転送装置が適用されたネットワークシステムの構成図である。
【００３８】
図１において、サーバ１０はネットワーク３０を介してＲＴＳＰ（Ｒｅａｌ      Ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）を用いてデータストリームを端末２０に提供する。サーバ１０はコンテンツ製作部１１、コンテンツ貯蔵部１２、パケット化部１３、及びネットワークインタフェース部１４を備える。
【００３９】
コンテンツ製作部１１はマルチメディアストリーミングのためにマルチメディアデータをエンコーディング装置（図示せず）を通してエンコーディングする。マルチメディアデータはＭＰＥＧ−４のような標準化された圧縮方式を用いてエンコーディングすることができる。
【００４０】
コンテンツ貯蔵部１２はコンテンツ製作部１１によって圧縮されたビットストリームを保存する。ネットワークインタフェース部１４はネットワークメディアにデータを送出したりネットワーク３０の別の端末２０からデータを受信する。
【００４１】
パケット化部１３はコーディング方式に従ってビットストリームをパケット化する。ここで、コーディング方式は本発明で選択するＭＰＥＧ−４の場合一般の一つのフレームを全体的にコーディングする方式とデータ分割法（ｄａｔａ  ｐａｒｔｉｔｉｏｎｉｎｇ  ｍｅｔｈｏｄ）を用いてコーディングする方式とがある。
【００４２】
本第１実施例において、サーバ１０は端末２０とのコネクション形成時端末２０からサーバ１０に記述（ｄｉｓｃｒｉｂｅ）命令を転送すれば、サーバ１０はコンテンツのコーディングフォーマット、再生時間などコンテンツに関わる情報を端末に転送する。従って、端末２０はネットワーク３０の状態が変る時、ネットワーク３０の状態に基づき適応的にコーディング方式を選択してサーバ１０に要求することができる。すると、パケット化部１３は端末２０により要求されたコーディング方式でビットストリームをパケット化する。
【００４３】
図２は本発明の第１実施例によるマルチメディアストリーミングサービスのためのパケット転送方法の流れ図である。
端末２０はサーバ１０とのコネクション設定時記述命令を転送してコンテンツ情報をサーバに要求する（Ｓ１０２）。すると、サーバ１０は端末２０に提供するコンテンツのコーディングフォーマット、再生時間などコンテンツに関わる情報を端末２０に転送する（Ｓ１０４）。ここで、サーバ１０は２種類以上のコーディングフォーマットを端末２０に通知し、端末２０は該当コンテンツが２種類以上のコーディング方式でコーディングできるとことを認識する。
【００４４】
サーバ１０は通常のコーディングフォーマットでビットストリームをパケット化して端末２０に転送する（Ｓ１０５）。端末２０は転送されたデータのコーディングフォーマットに適した方式でデコーディングし、ネットワーク３０の状態をモニタリングする（Ｓ１０６）。ここで、ネットワーク３０の状態のモニタリングはＲＴＰパケットにサーバ１０から転送されるパケットが端末２０に正しく伝達されず、パケットの転送損失が多ければネットワークの状態が不良な場合であり、正しく転送されたならばネットワーク状態が良好な場合であると判断することができる。
【００４５】
もし、ネットワークの状態をモニタリングした結果ネットワーク状態が不良であると判断されれば（Ｓ１０８）、端末２０はコーディングの方式をパケットの損失に強く対処するためのパケットレジリエントエンコーディング（ｐａｃｋｅｔ  ｒｅｓｉｌｉｅｎｔ  ｃｏｄｉｎｇ）方式に変更してくれることをサーバに要求する（Ｓ１１０）。すると、サーバはコーディングフォーマットをパケットレジリエントコーディング方式に変更してパケット化し、該当端末にマルチメディアストリームを転送する（Ｓ１１２）。
【００４６】
一方、端末２０はＳ１０６段階に進んで転送されたデータのコーディングフォーマットに適したデコーディング方式で転送されたデータをデコーディングしネットワーク３０の状態をモニタリングする。モニタリング結果ネットワークの状態が正常的になったと判断されれば（Ｓ１０８）、端末２０は以前のコーディング方式に変更してくれることをサーバに要求し（Ｓ１１０）、サーバ１０は以前のコーディング方式でビットストリームをパケット化して転送する（Ｓ１１２）。
【００４７】
次は本発明の第２実施例について説明する。
図３は本発明の第２実施例によるマルチメディアストリーミングサービスのためのパケット転送装置が適用されたネットワークシステムの構成図である。
図３において、図１と同一な構成要素には同一な図面符号を付したので、その説明は省略する。
【００４８】
図３において、サーバ４０はコンテンツ製作部１１、コンテンツ貯蔵部１２、パケット化部４３、ネットワークインタフェース部１４、及びネットワークモニタリング部４５を備える。
【００４９】
パケット化部４３はコーディング方式に従ってビットストリームをパケット化する。ここで、コーディング方式はネットワーク状態に基づき変更可能である。第２実施例において、端末５０からサーバ４０にフィードバックが遅延されればパケットの損失が多いので、ネットワークモニタリング部４５はネットワーク３０の状態が正常でないと判断してパケット化部４３に通知する。
【００５０】
パケット化部４３はネットワークモニタリング部４５からネットワーク３０の状態が正常でないと認識すれば、コーディング方式を変更してパケット化しようとする。この際、行おうとするコーディング方式が端末５０でデコーディングできるコーディング方式であるかを確認するため、端末５０にコーディング方式を通知する。
【００５１】
コーディング方式に対する応答が正常的に端末５０からくる場合、パケット化部４３は端末５０でデコーディングできるコーディング方式であると確認し、例えばコーディング方式、例えばパケットレジリエントコーディング方式でビットストリームをパケット化して転送する。ネットワーク３０の状態が正常的になれば、以前のコーディング方式でパケットを生成しこれを転送する。
【００５２】
図４は本発明の第２実施例によるマルチメディアストリーミングサービスのためのパケット転送方法の流れ図である。
【００５３】
サーバ４０は通常のコーディング方式でビットストリームをパケット化して端末５０に転送する（Ｓ２０１）。そして、サーバ４０は端末５０と連結されたビットストリームをパケット化して端末５０に転送する（Ｓ２０１）。もし、ネットワーク３０の状態が正常ではないと判断されれば（Ｓ２０４）、サーバ４０は新たなコーディング方式でパケット化するため、端末５０に変更したいコーディング方式を通知する（Ｓ２０６）。端末５０はサーバ４０に通知された信号についてフィードバック信号を転送する（Ｓ２０７）。
【００５４】
端末５０から正常的に応答信号がフィードバックされれば（Ｓ２０８）、サーバ４０は該当コーディング方式でパケット化した場合端末でデコーディング可能であると認識して、通知されたコーディング方式でビットストリームをパケット化して転送する（Ｓ２１０）。すると、端末５０は転送されたデータのコーディングフォーマットに適したデコーディング方式で転送されたデータをデコーディングする（Ｓ２１２）。
【００５５】
また、サーバ４０はネットワーク３０の状態をモニタリングし（Ｓ２０２）、ネットワーク３０の状態が正常的でないと判断されれば（Ｓ２０４）、Ｓ２０１段階に進んで以前のコーディング方式でビットストリームをパケット化する。一方、端末５０から応答信号がフィードバックされないか非正常的にフィードバックされれば（Ｓ２０８）、サーバ４０はＳ２０６段階に進んで変更したいコーディング方式を端末５０に再び通知したり、Ｓ２０１段階に進んで以前のコーディング方式でビットストリームをパケット化する。
【００５６】
次は本発明の第１及び第２実施例で行われるコーディング方式の変更についてビデオデータに例えて詳述する。
ビデオデータの圧縮方式としてＭＰＥＧ−４またはＨ．２６３を使用する場合に例えて説明すれば、１フレームをコーディングする際各マクロブロックを定められたコーディングシンタックス（ｓｙｎｔａｘ）に基づき連続したビットストリーム列にビットストリーム化するコーディング方式と、データ分割法（ｄａｔａ    ｐａｒｔｉｔｉｏｎｉｎｇ  ｍｅｔｈｏｄ）を用いて各マクロブロックの符号化されるヘッダ情報と動きベクトル、テキスト情報などに再配列して符号化する方式がある。
【００５７】
ここで、２種類のコーディング方式はコーディング時互に同一のテーブルを用いるため、コーディング方式変換時パケット化されるペイロードのビットストリームデータの変換を通して効率よくなされる。しかし、動きベクトルの場合はコーディング方式変換時値の再定義のために計算が求められる場合もある。
【００５８】
ここで、１フレームを一つの連続したビットストリームにコーディングする方式から一定パケットサイズほどずつデータ分割方式にコーディングされる方式に変換される場合、動きベクトルが再指定されるべき箇所はパケットの内部ペイロードで一番目動きベクトル値に該当する箇所である。それは、動きベクトル値は予測動きベクトル値から実際動きベクトル値を差し引いてその差値をビットストリーム内にコーディングする際使用するからである。
【００５９】
それで、一つの連続したビットストリームコーディング方式から一定サイズのパケットほどずつデータ分割方式に変更されコーディングされる場合には予測値が相違に利用される箇所がまさにペイロードの一番目動きベクトルである。それでこの箇所をエンコーディングする時、コーディング方式が変換される時に備えて予め予測なしで分かる実際値で一つのパケットに開始マクロブロック番号とその値をパケット内部ペイロードの開始部分に置かせてコーディング方式が変換する場合に使用することによってデコーディング時効率よく利用できる。
【００６０】
そして、パケット損失に備えるため、エンコーディング時マクロブロックのリフレッシュ（Ｒｅｆｒｅｓｈ）が可能なように一定長さのパケット内にマクロブロックのリフレッシュを挿入する機能を追加すればさらにパケット損失に効率よく対処することができ、ビットストリームのコーディング方式変更の場合に利用する際一層効果的である。
【００６１】
ネットワーク３０の状況に応じてコーディング方式が変更される場合、前述した２種類のコーディング方式でコーディングされたビットストリームをパケット化する。すなわち、転送するパケットは内部ペイロードがいずれのコーディング方式に基づきコーディングされたかを説明するフィールドを含んでパケット化される。この際、このコーディング方式は記述した通り、データ分割方式が利用されない連続的なマクロブロックのビットストリームであるか、データ分割方式によって再配列されたビットストリームであるかを説明してくれる。詳しくは、データ分割方式の場合にもパケット損失に効率よく対処するためにデータ分割方式で分割されたヘッダ領域であるか、それとも係数値を含むテキスト領域であるかなどを説明することもできる。
【００６２】
すなわち、サーバがネットワーク３０の状態をモニタリングし、ネットワーク３０の状態に基づきコーディング方式が変更され、よってパケット化過程においてコーディング方式の変更が適用され、変更されたコーディング方式に従って生成されたパケットが端末に転送される。サーバから通知したコーディング方式に従って受信側端末は受信されたパケットをデコーディングすることができ、あるいは転送されたパケットはコーディング方式の説明フィールドをデコーディングすることによっていずれのコーディング方式でパケット化したビットストリームであるかが分かる。このようにデパケット過程と適用されたコーディング方式に従うビットストリームのデコーディングを通して端末の映像を復元するようになる。
【００６３】
以上代表的な実施例を通して本発明について詳細に説明したが、本発明の属する技術分野において通常の知識を持つ者は前述した実施例について本発明の範疇から逸脱しない限度内で多様な変形が可能であると理解できろう。従って、本発明の権利範囲は説明された実施例に限らず、特許請求の範囲だけではなく本特許請求の範囲と均等なものによって定められるべきである。
【図面の簡単な説明】
【００６４】
【図１】本発明の第１実施例によるマルチメディアストリーミングサービスのためのパケット転送装置が適用されたネットワークシステムの構成図、
【図２】本発明の第１実施例によるマルチメディアストリーミングサービスのためのパケット転送方法の流れ図、
【図３】本発明の第２実施例によるマルチメディアストリーミングサービスのためのパケット転送装置が適用されたネットワークシステムの構成図、
【図４】本発明の第２実施例によるマルチメディアストリーミングサービスのためのパケット転送方法の流れ図である。
【符号の説明】
【００６５】
１０、４０  サーバ
１１  コンテンツ製作部
１２  コンテンツ貯蔵部
１３、４３  パケット化部
１４  ネットワークインタフェース部
２０、５０  端末
４５  ネットワークモニタリング部
【図１】
2006319992.tif 000003
【図２】
2006319992.tif 000004
【図３】
2006319992.tif 000005
【図４】
2006319992.tif 000006