(57)【要約】【課題】経路障害が発生しても瞬断がない映像データ配信システム、映像配信サーバまたは映像受信クライアントを提供する。【解決手段】ストリーミング配信サーバ１０に、ストリーミング映像データの駒数を半分にした状態で２つに分ける機能を備える。その２つに分かれたストリーミング映像データを別々に送信するため、ネットワーク経路を２つ用意する。さらに、ストリーム映像データ受信クライアント４０に、２つに分かれたストリーミング映像データを受信し、元の１つのストリーミング映像データに合成する機能を備える。これにより、ストリーミング映像データが通る２本の経路のうち１方の経路で障害が起こったとしても、５０％の品質は確保できるため、瞬断が起こらない滑らかなストリーミング映像配信を継続することができる。【選択図】図１
2009100015.tif 000002
【特許請求の範囲】
【請求項１】
映像データをそれぞれ独立に再生可能な第１の分割データと第２の分割データとに分割して、前記第１の分割データを第１のインタフェースから、前記第２の分割データを第２のインタフェースから配信する映像配信サーバと、前記第１の分割データまたはおよび第２の分割データを受信して、前記映像データまたは前記映像データの概ね半分の帯域の第２の映像データを再生する映像受信クライアントとで構成されることを特徴とする映像データ配信システム。
【請求項２】
請求項１に記載の映像データ配信システムであって、
前記映像データは、ストリーミング映像データであることを特徴とする映像データ配信システム。
【請求項３】
映像データをそれぞれ独立に再生可能な第１の分割データと第２の分割データとに分割するデータ分割部と、前記第１の分割データを第１のインタフェースから、前記第２の分割データを第２のインタフェースから送信するデータ送信部と、前記データ分割部と前記データ送信部とを制御する処理ルーチン部とから構成されることを特徴とする映像配信サーバ。
【請求項４】
請求項３に記載の映像配信サーバであって、
前記映像データを保持するデータスタック部をさらに有して構成されることを特徴とする映像配信サーバ。
【請求項５】
ＩＰインタフェースで受信した分割データを処理ルーチン部を介してデータスタック部に保管させるデータ受信部と、前記データスタック部に蓄積された前記分割データを取得し、複数の前記分割データ間の同期を取るデータ同期部と、このデータ同期部から同期されたデータを受信し映像を再生する映像再生部とからなる映像配信クライアントであって、
前記データ同期部は、あらかじめ定められた期間内で複数の前記分割データ間の同期が取れないとき、受信した一つの前記分割データを前記同期されたデータとすることを特徴とする映像配信クライアント。
【請求項６】
請求項６に記載の映像配信クライアントであって、
前記データスタック部は、再生済みの前記分割データを削除することを特徴とする映像配信クライアント。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像データ配信システムに係り、ＩＰネットワークにおけるストリーミング映像データ配信システム、映像配信サーバおよび映像受信クライアントに関する。
【背景技術】
【０００２】
従来のストリーミング映像配信方法は、１本の経路で、一定した伝送レートのストリーミング映像データを配信する方式である。伝送レートがそのままだと、ネットワークの帯域が混雑していた際に、ストリーミング映像データの品質劣化が危惧される。
【０００３】
特許文献１には、映像送信装置が、帯域の異なる複数のストリームを同時配信し、クライアント装置がストリームを選択するストリーミングシステムが記載されている。
特許文献２には、分割したＦＡＸ送信データを複数の回線を介して受信装置に送信し、受信側で再びＦＡＸデータを合成するシステムが記載されている。
【０００４】
特許文献３には、送信側でシリアル伝送をパラレル伝送に変換し、順序制御番号を２重に付加して分配送信し、受信側で２つの順序制御番号の整合性を確認するデータ送受信方法が記載されている。
【０００５】
【特許文献１】特開２００３−３４８５４８号公報
【特許文献２】特開平０５−２５２３２９号公報
【特許文献３】特開平０８−１６３２０２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
特許文献１には、ストリーミング映像データが通る経路が障害になった際の瞬断防止については考慮されていない。ストリーミング映像データが通る経路で障害があった際、そこで慌てて迂回路を探して送信するため、瞬断を防ぐことができない。
【０００７】
また、特許文献２は、分割データがすべて受信側に届くことを前提としており、分割データの欠落については記載がない。
【０００８】
本発明の目的は、経路障害が発生しても瞬断がない映像データ配信システム、映像配信サーバまたは映像受信クライアントを提供する。
【課題を解決するための手段】
【０００９】
上述した課題は、映像データをそれぞれ独立に再生可能な第１の分割データと第２の分割データとに分割して、第１の分割データを第１のインタフェースから、第２の分割データを第２のインタフェースから配信する映像配信サーバと、第１の分割データまたはおよび第２の分割データを受信して、映像データまたは映像データの概ね半分の帯域の第２の映像データを再生する映像受信クライアントとで構成される映像データ配信システムにより、達成できる。
【００１０】
また、映像データをそれぞれ独立に再生可能な第１の分割データと第２の分割データとに分割するデータ分割部と、第１の分割データを第１のインタフェースから、第２の分割データを第２のインタフェースから送信するデータ送信部と、データ分割部とデータ送信部とを制御する処理ルーチン部とから構成される映像配信サーバにより、達成できる。
【００１１】
ＩＰインタフェースで受信した分割データを処理ルーチン部を介してデータスタック部に保管させるデータ受信部と、データスタック部に蓄積された分割データを取得し、複数の分割データ間の同期を取るデータ同期部と、このデータ同期部から同期されたデータを受信し映像を再生する映像再生部とからなり、データ同期部は、あらかじめ定められた期間内で複数の分割データ間の同期が取れないとき、受信した一つの分割データを同期されたデータとする映像配信クライアントにより、達成できる。
【発明の効果】
【００１２】
本発明によれば、経路障害が発生しても瞬断がない映像データ配信システム、映像配信サーバまたは映像受信クライアントを提供することができた。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施の形態について、実施例を用い図面を参照しながら詳細に説明する。なお、実質同一部位には同じ参照番号を振り、説明は繰り返さない。
図１を参照して、ネットワークの全体構成を説明する。ここで、図１はネットワークのブロック図である。図１において、ネットワーク１００は、ストリーミング映像データを配信するストリーミング映像配信サーバ１０と、ストリーミング映像配信サーバ１０が分割したストリーミング映像データの経路であり、かつＩＳＰネットワークであるＩＳＰ２０−ＡおよびＩＳＰ２０−Ｂと、ＩＳＰ２０−ＡまたはＩＳＰ２０−Ｂを各々通る分割されたストリーミング映像データが合流するポイントであるルータ３０と、ストリーミング映像データを受信してエンドユーザが鑑賞するために使用するストリーミング映像受信クライアント４０とで構成される。
【００１４】
ストリーミング映像配信サーバ１０が所持するＩＰインタフェース部１１−ＡおよびＩＰインタフェース部１１−Ｂは、物理的に異なるインタフェースであり、物理的に異なるネットワークであるＩＳＰ２０−ＡとＩＳＰ２０−Ｂに各々接続する。
【００１５】
ＩＳＰ２０−ＡとＩＳＰ２０−Ｂは、全く異なるＩＳＰ事業者のネットワークであり、ＩＳＰとＩＳＰ２０−Ｂが合流するポイントであるルータ３０は、極めてエンドユーザ寄りに位置するものである。
【００１６】
次に、通信の流れを説明する。ストリーミング映像配信サーバ１０は、ストリーミング映像データを２つに分割し、その内１つをＩＰインタフェース部１１−Ａから、もう１つをＩＰインタフェース部１１−Ｂから送信する。分割方法については後述する。送信された２つのストリーミング映像データは、各々ＩＳＰ２０−ＡまたはＩＳＰ２０−Ｂを通り、ルータ３０にて同一経路に合流し、ストリーミング映像受信クライアント４０に到達する。その間、ストリーミング映像データは別々の経路を通るため、１つの経路に障害があっても、もう１つの経路でストリーミング映像データがストリーミング映像受信クライアント４０に到達するため、映像の瞬断が起こらないことになる。この際、ストリーミング映像データの品質は半分に落ちることになる。しかし、迂回経路を探して通信を復旧することにより、ストリーミング映像データの品質も復旧する。
【００１７】
次に、図２を参照して、ストリーミング映像配信サーバの構成について説明する。ここで、図２はストリーミング映像配信サーバの機能ブロック図である。図２において、ストリーミング映像配信サーバ１０は、ＩＰインタフェース部１１−Ａ、ＩＰインタフェース部１１−Ｂ、データ送信部１２、処理ルーチン部１３、データスタック部１４、データ分割部１５で構成される。
【００１８】
ＩＰインタフェース部１１−Ａ、ＩＰインタフェース部１１−Ｂは、図１で説明した通りである。データスタック部１４は、ストリーミング映像データを格納するデータベースである。データ分割部１５は、データスタック部１４から配信するストリーミング映像データを取り出し、２分割する。２分割方法は、分割されたどちらを見ても映像内容を認識できる方法が望ましい。コンピュータ上で扱う映像は、画像を連続表示するものなので、分割単位は画像である。画像は、画素またはピクセル点を最小単位とした要素の集合体である。よって２分割する際は、ピクセルを均等に抜き出したもの（例えば１つ飛ばしでピクセルを抜き出す）と、その残りで２分割する。
【００１９】
２分割されたストリーミング映像データは、データ送信部１２に渡され、データ送信部１２は、送信するインタフェース（ＩＰインタフェース部１１−ＡまたはＩＰインタフェース部１１−Ｂ）を決定する。このとき、２分割された２つのストリーミング映像データは、必ず別々のインタフェースから送信する。
【００２０】
処理ルーチン部１３は、処理シナリオを決定し、しかるべき処理を行うよう、データ分割部１５、データ送信部１２に指示を出す部位である。
【００２１】
次に、図３を参照して、ストリーミング映像受信クライアントの構成について説明する。ここで、図３は映像受信クライアントの機能ブロック図である。図３において、ストリーミング映像受信クライアント４０は、ＩＰインタフェース部４２、映像再生アプリケーション４１で構成される。なお、映像再生アプリケーション４１の機能は、プログラムを図示しないＣＰＵが実行することにより実現する。
【００２２】
ＩＰインタフェース部４２は、ストリーミング映像配信サーバ１０から送信されてきたストリーミング映像データを受信し、上位の映像再生アプリケーション４１に渡す。映像再生アプリケーション４１は、データ受信部４１１、処理ルーチン部４１２、データスタック部４３、データ同期部４１３、映像再生部４１４で構成される。
【００２３】
データ受信部４１１は、ＩＰインタフェース部４２から渡されたストリーミング映像データを受信し、上位の処理ルーチン部４１２にそれを渡す。処理ルーチン部４１２は、処理シナリオを決定し、しかるべき処理を行うよう、データスタック部４３、データ同期部４１３、映像再生部４１４に指示を出す部位である。
【００２４】
データスタック部４３は、処理ルーチン部から渡されたストリーミング映像データを格納するデータベースである。
【００２５】
データ同期部４１３は、データスタック部４３に到達したストリーミング映像データを常時監視しており、到達したストリーミング映像データを、映像再生部４１４に渡す。エンドユーザの目から見て滑らかな映像配信を提供するためには、映像再生部４１４にストリーミング映像データを渡すタイミングは一定でなければならない。例えば、１秒間につき３０フレーム、といった具合である。データ同期部４１３は、この一定のタイミングで処理を行う。また、２分割されたストリーミング映像データは、別々の経路を経由してストリーミング映像受信クライアント４０に到達するので、若干到達までの時間が異なる。そのため、２つ共到達するのを待つ必要がある。データ同期部４１３は、一定のタイミングでデータを映像再生部４１４に渡すが、そのタイミングで１方が到達しない場合（経路障害があった場合）、諦めて到達したストリーミング映像データだけを映像再生部４１４に渡す。また、データ同期部４１３は、映像再生部４１４に渡し終えたストリーミング映像データは、データスタック部４３から削除する。
【００２６】
図４および図５を参照して、ストリーミング映像配信サーバと映像受信クライアントの内部シーケンスを説明する。ここで、図４ストリーミング映像配信サーバのシーケンス図である。図５は映像受信クライアントのシーケンス図である。なお、シーケンス図は一般に処理の順序で記載するが、図５において、図示の簡便のため、処理の順序で記載していない。このような記載でも、当業者は容易に理解可能である。
【００２７】
図５において、ストリーミング映像配信サーバ１０の処理ルーチン部１３は、データ送信シナリオを開始すると、まずデータ分割部１５にデータ取得指示を送信する（Ｔ５１）。データ取得指示を受信したデータ分割部１５は、データ取得要求をデータスタック部１４に送信する（Ｔ５２）。データ取得要求を受信したデータスタック部１４は、データをデータ分割部１５に送信する（Ｔ５３）。データを受信したデータ分割部１５は、データ取得報告を処理ルーチン部１３に送信する（Ｔ５４）。データ取得報告を受信した処理ルーチン部１３は、データ分割指示をデータ分割部１５に送信する（Ｔ５６）。
【００２８】
データ分割指示を受信したデータ分割部１５は、分割処理を実行する（Ｔ５７）。分割処理を終了したデータ分割部１５は、データ分割完了報告を処理ルーチン部１３に送信する（Ｔ５８）。データ分割完了報告を受信した処理ルーチン部１３は、データ送信指示をデータ分割部１５に返信する（Ｔ５９）。データ送信指示を受信したデータ分割部１５は、２つの分割データをデータ送信部１２に送信する（Ｔ６１）。分割データを受信したデータ送信部１２は、送信先要求を処理ルーチン部１２に送信する（Ｔ６２）。送信先要求を受信した処理ルーチン部１２は、送信先応答により、送信先をデータ送信部１２に返信する（Ｔ６３）。送信先応答により、送信先を受信したデータ送信部１２は、送信元のＩＰインタフェース部１１を決定し（Ｔ６４）、分割データを決定したそれぞれのＩＰインタフェース部１１に送信する（Ｔ６６、Ｔ６７）。分割データを受信したＩＰインタフェース部１１は、それぞれ分割データを送信する（Ｔ６８、Ｔ６９）。
【００２９】
図５において、ストリーミング映像配信クライアント４０のＩＰインタフェース部４２は、データを受信すると（Ｔ７１）、受信したデータをデータ受信部４１１に送信する（Ｔ７２）。データを受信したデータ受信部４１１は、データ受信連絡に受信データを添付して処理ルーチン部４１２に送信する（Ｔ７３）。データ受信連絡を受信した処理ルーチン部４１２は、データをデータスタック部４３に送信する（Ｔ７４）。データを受信したデータスタック部４３は、当該データを蓄積する（Ｔ７５）。
【００３０】
データをデータスタック部４３に送信した処理ルーチン部４１２は、次にデータ同期指示をデータ同期部４１３に送信する（Ｔ７６）。データ同期指示を受信したデータ同期部４１３は、定期的にデータスタック部４３を監視し（Ｔ７７）、データスタック部４１３のデータ有無を判定する（Ｔ７８）。Ｔ７８でデータが無いとき（ＮＯ）、データ同期部４１３は、Ｔ７７に戻る。また、Ｔ７８でデータがあるとき（ＹＥＳ）、データ同期部４１３は、データ要求をデータスタック部４３に送信する（Ｔ７９）。データ要求を受信したデータスタック部４３は、分割データを添付したデータ応答をデータ同期部４１３に返信する（Ｔ８１）。データ応答を受信したデータ同期部４１３は、一定時間経過したか判定する（Ｔ８２）。Ｔ８２で経過していないとき（ＮＯ）、データ同期部４１３は、Ｔ７７に戻る。Ｔ８１で経過したとき（ＹＥＳ）、データ同期部４１３は、データの同期をとる。なお、このとき一方の分割データしかないとき、その分割データを同期後のデータとする（Ｔ８３）。
【００３１】
データ同期部４１３は、データを映像再生部４１４に送信し（Ｔ８４）、データスタック部４３に送信済みデータのデータ削除要求を送信し（Ｔ８５）、時間をリセットして（Ｔ８６）、ステップ７７に戻る。データを受信した映像再生部４１４映像を再生する（Ｔ８７）。データ削除要求を受信したデータスタック部４３は、該当するデータを削除する（Ｔ８８）。なお、データ同期で片方の分割データしか用いていないとき、半分の帯域の映像で再生する。
【００３２】
本実施例に拠れば、ストリーミング映像データが通る２本の経路のうち１方の経路で障害が起こったとしても、５０％の品質は確保できるため、瞬断が起こらない滑らかなストリーミング映像配信を継続することができる。
【図面の簡単な説明】
【００３３】
【図１】ネットワークのブロック図である。
【図２】ストリーミング映像配信サーバの機能ブロック図である。
【図３】映像受信クライアントの機能ブロック図である。
【図４】ストリーミング映像配信サーバのシーケンス図である。
【図５】映像受信クライアントのシーケンス図である。
【符号の説明】
【００３４】
１０…ストリーミング映像配信サーバ、１１…ＩＰインタフェース部、１２…データ送信部、１３…処理ルーチン部、１４…データスタック部、１５…データ分割部、２０…ＩＳＰ、３０…ルータ、４０…ストリーミング映像配信クライアント、４１…映像再生アプリケーション、４２…ＩＰインタフェース部、４３…データスタック部、４１１…データ受信部、４１２…処理ルーチン部、４１３…データ同期部、４１４…映像再生部、１００…ネットワーク。
【図１】
2009100015.tif 000003
【図２】
2009100015.tif 000004
【図３】
2009100015.tif 000005
【図４】
2009100015.tif 000006
【図５】
2009100015.tif 000007