(57)【要約】【課題】電子透かしデータを低コストで埋め込むことを課題とする。【解決手段】コンテンツ配信サーバは、コンテンツを配信する日時、場所、配信先のユーザを識別する識別情報の少なくとも１つを用いて、複数のタイミングを生成する。そして、コンテンツ配信サーバは、生成されたタイミングごとに、コンテンツに対応するストリームデータのビットレートを切替えて、配信先のスマートフォンなどの端末装置に、コンテンツを配信する。【選択図】図１
2015056879.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを配信する日時、場所、配信先のユーザを識別する識別情報の少なくとも１つを用いて、複数のタイミングを生成する生成部と、
前記生成部によって生成されたタイミングごとに、前記コンテンツに対応するストリームデータのビットレートを切替えて、前記コンテンツを配信する配信部と
を有することを特徴とするコンテンツ配信装置。
【請求項２】
前記配信部は、前記ストリームデータの配信を開始する基準時間からの経過時間を表すクロック番号を複数のグループに分割し、各グループ内のクロック番号と各タイミングとを所定の条件に基づいて対応付けて、対応付けられたクロック番号が表す経過時間のタイミングで前記ストリームデータを切替えて、前記コンテンツを配信することを特徴とする請求項１に記載のコンテンツ配信装置。
【請求項３】
前記配信部は、４つのクロック番号をそれぞれ含む前記複数のグループを生成し、各グループにおいて前記４つクロック番号のうち所定の３つのクロック番号を用いて前記各タイミングに対応付けることを特徴とする請求項２に記載のコンテンツ配信装置。
【請求項４】
前記配信部は、前記生成部によって生成されたタイミングごとに、前記配信先との通信品質に応じたビットレートに切替えて、前記コンテンツを配信することを特徴とする請求項１に記載のコンテンツ配信装置。
【請求項５】
前記配信部は、前記ストリームデータに切替えるタイミングで前記配信先への通信品質に変化がない場合には、切替前の前記ストリームデータに含まれるフラグビットを反転させたストリームデータを配信することを特徴とする請求項４に記載のコンテンツ配信装置。
【請求項６】
コンピュータが、
コンテンツを配信する日時、場所、配信先のユーザの少なくとも１つを用いて、複数のタイミングを生成し、
生成されたタイミングごとに、前記コンテンツに対応するストリームデータのビットレートを切替えて、前記コンテンツを配信する
処理を含んだことを特徴とするコンテンツ配信方法。
【請求項７】
プログラム
コンピュータに、
コンテンツを配信する日時、場所、配信先のユーザの少なくとも１つを用いて、複数のタイミングを生成し、
生成したタイミングごとに、前記コンテンツに対応するストリームデータのビットレートを切替えて、前記コンテンツを配信する
処理を実行させることを特徴とするコンテンツ配信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ配信装置、コンテンツ配信方法およびコンテンツ配信プログラムに関する。
【背景技術】
【０００２】
動画や音楽などのデジタルコンテンツを、ネットワークを介してスマートフォンなどの可搬端末に配信することが行われている。また、電波等を用いたワイヤレス配信でデジタルコンテンツを配信する場合、通信状況が安定しないことから、ビットレートを動的に変更して配信される。そして、配信されるデジタルコンテンツをユーザが不正にダビングし、再配布することを防止する技術として、電子透かしデータをデジタルコンテンツに埋め込んで配信する技術が知られている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−５５２８６号公報
【特許文献２】特開平１０−３３６６２６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記技術では、電子透かしデータを埋め込んだ後に、回線の込み具合や電波状況によりビットレートを動的に制御することになるので、システムが複雑になり、再配信等を防止するためにかかるコストが増大する。
【０００５】
開示の技術は、上記に鑑みてなされたものであって、電子透かしデータを低コストで埋め込むことができるコンテンツ配信装置、コンテンツ配信方法およびコンテンツ配信プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本願の開示するコンテンツ配信装置は、一つの態様において、コンテンツを配信する日時、場所、配信先のユーザを識別する識別情報の少なくとも１つを用いて、複数のタイミングを生成する生成部を有する。コンテンツ配信装置は、前記生成部によって生成されたタイミングごとに、前記コンテンツに対応するストリームデータのビットレートを切替えて、前記コンテンツを配信する配信部を有する。
【発明の効果】
【０００７】
本願の開示するコンテンツ配信装置、コンテンツ配信方法およびコンテンツ配信プログラムの一つの態様によれば、電子透かしデータを低コストで埋め込むことができる。
【図面の簡単な説明】
【０００８】
【図１】図１は、実施例１に係るシステムの全体構成例を示す図である。
【図２】図２は、実施例１に係るコンテンツ配信サーバの機能構成を示す機能ブロック図である。
【図３】図３は、実施例１に係るコンテンツ配信サーバが実行する処理の流れを示すフローチャートである。
【図４】図４は、実施例１に係る電子透かしデータの生成例を説明する図である。
【図５】図５は、実施例１に係るストリームデータの生成例を説明する図である。
【図６】図６は、実施例２に係る切替タイミングごとに品質を測定する配信処理の流れを示すフローチャートである。
【図７】図７は、実施例２に係るストリーミング配信の例を説明する図である。
【図８】図８は、実施例３に係るストリームの割合を変更する処理の流れを示すフローチャートである。
【図９】図９は、実施例３に係る割合変更の具体例１を説明する図である。
【図１０】図１０は、実施例３に係る割合変更の具体例２を説明する図である。
【図１１】図１１は、実施例３に係る割合変更の具体例３を説明する図である。
【図１２】図１２は、コンテンツ配信サーバのハードウェア構成例を示す図である。
【発明を実施するための形態】
【０００９】
以下に、本願の開示するコンテンツ配信装置、コンテンツ配信方法およびコンテンツ配信プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。各実施例は、矛盾のない範囲で適宜組み合わせることができる。
【実施例１】
【００１０】
［全体構成］
図１は、実施例１に係るシステムの全体構成例を示す図である。図１に示すように、このシステムは、複数の端末装置１、ライセンスサーバ５、コンテンツ配信サーバ１０を有する。なお、ここで図示した各装置の数はあくまで例示であり、これに限定されるものではない。
【００１１】
端末装置１は、携帯電話、スマートフォン、ノートパソコンなどの端末装置であり、例えば各種可搬端末などが該当する。この端末装置１は、無線通信を用いて、コンテンツ配信サーバ１０からコンテンツをストリーム配信で受信する。
【００１２】
ライセンスサーバ５は、端末装置１にコンテンツのライセンスを発行するサーバ装置である。例えば、ライセンスサーバ５は、コンテンツの種別、コンテンツの配信日時、コンテンツを配信するコンテンツ配信サーバ１０の場所、配信先のユーザ等を識別するライセンスを発行する。
【００１３】
コンテンツ配信サーバ１０は、端末装置１にコンテンツをストリーム配信するサーバ装置である。例えば、コンテンツ配信サーバ１０は、複数のビットレートのストリームデータを保持し、端末装置１との無線通信の通信品質に応じたビットレートでストリーム配信を実行する。
【００１４】
具体的には、コンテンツ配信サーバ１０は、コンテンツを配信する日時、場所、配信先のユーザの少なくとも１つを用いて、複数のタイミングを生成する。そして、コンテンツ配信サーバ１０は、生成されたタイミングごとに、コンテンツに対応するストリームデータのビットレートを切替えて、コンテンツを端末装置１に配信する。
【００１５】
このように、コンテンツ配信サーバ１０は、ストリーム配信に際してユーザ別や日時別に異なるタイミングでビットレートを切替えることで、配信済みデータのビットレート切替箇所に基づき受信ユーザや受信日時を特定できる。したがって、コンテンツ配信サーバ１０は、簡易に電子透かしを実現でき、電子透かしデータを低コストで埋め込むことができる。
【００１６】
［コンテンツ配信サーバの構成］
次に、図１に示したコンテンツ配信サーバの機能構成について説明する。なお、端末装置１は、一般的なスマートフォントと同様の機能構成を有し、ラインセンスサーバ５は、一般的なサーバ装置と同様の機能構成を有するので、ここでは詳細な説明は省略する。
【００１７】
図２は、実施例１に係るコンテンツ配信サーバの機能構成を示す機能ブロック図である。図２に示すように、コンテンツ配信サーバ１０は、通信制御部１１、記憶部１２、制御部１５を有する。
【００１８】
通信制御部１１は、無線通信や有線通信を実行する通信インタフェースであり、例えばネットワークインタフェースカード、アンテナを含む無線通信回路である。例えば、通信制御部１１は、有線通信や無線通信を介して、コンテンツのライセンスをライセンスサーバ５から受信する。また、通信制御部１１は、無線通信を用いて、コンテンツのストリームデータを端末装置１に配信する。
【００１９】
記憶部１２は、制御部１５が実行するプログラムやデータを記憶する記憶装置であり、例えばメモリやハードディスクなどである。記憶部１２は、ライセンスＤＢ１３とストリームＤＢ１４を有する。
【００２０】
ライセンスＤＢ１３は、ライセンスサーバ５から受信したコンテンツのライセンス情報を記憶するデータベースである。具体的には、ライセンスＤＢ１３は、コンテンツの種別、コンテンツの配信日時、コンテンツを配信するコンテンツ配信サーバ１０の場所、配信先のユーザ等を識別するライセンスを記憶する。ここで記憶される情報によって、どのユーザにどのコンテンツが配信されたかを識別できる。
【００２１】
ストリームＤＢ１４は、各コンテンツに対して、ビットレートの異なる複数のストリームデータを対応付けて記憶する。例えば、ストリームＤＢ１４は、コンテンツＡに対して、高品質のストリームデータである「Ｓ１」、中品質のストリームデータである「Ｓ２」、低品質のストリームデータである「Ｓ３」を記憶する。
【００２２】
また、ストリームＤＢ１４は、各品質のストリームデータに対して、ストリームデータに含まれるフラグビットを反転させたストリームデータを記憶する。一例を挙げると、ストリームＤＢ１４は、高品質のストリームデータである「Ｓ１」に対して、フラグビットを反転させた「Ｓ１´」を記憶する。なお、フラグビットは、コンテンツの内容への影響が小さい位置に設けられる。
【００２３】
制御部１５は、コンテンツ配信サーバ１０の全体を司る処理部であり、例えばＣＰＵ（Central  Processing  Unit）などのプロセッサである。この制御部１５は、品質監視部１６、ライセンス受理部１７、タイミング生成部１８、ストリーム生成部１９、配信部２０を有する。なお、制御部１５が有する各処理部は、プロセッサが実行するプロセスやプロセッサが有する電子回路の一例である。
【００２４】
品質監視部１６は、配信先の端末装置１とコンテンツ配信サーバ１０との間の無線品質を監視する処理部である。品質監視部１６は、公知の様々な技術を用いて品質監視を実行する。例えば、品質監視部１６は、端末装置１との間でパケットを送受信する時間を計測することで、無線品質を測定する。また、品質監視部１６は、ストリームの受信時間や再生開始時間を端末装置１から取得し、当該ストリームの送信時間と比較することで、無線品質を測定することもできる。
【００２５】
ライセンス受理部１７は、配信対象のコンテンツのライセンス情報を受理する処理部である。例えば、ライセンス受理部１７は、コンテンツを配信する日時、配信する場所、配信先のユーザＩＤ、配信先のＩＰ（Internet  Protocol）アドレスなどを含むライセンス情報をライセンスサーバ５から受理する。なお、このライセンス情報は、どのコンテンツがどのユーザにどの日時に配信されたかを特定することに用いられる。
【００２６】
タイミング生成部１８は、ライセンス受理部１７によって受理されたライセンス情報を用いて、複数のタイミングを生成する処理部である。具体的には、タイミング生成部１８は、ライセンス情報に含まれるコンテンツを配信する日時、配信する場所、配信先のユーザＩＤ、配信先のＩＰアドレスの少なくとも１つを用いて、タイミング情報の列に置き換える。
【００２７】
例えば、タイミング生成部１８は、１０進数列で表現されたライセンス情報を１６進数に変換し、１６進数に変換した情報を２進数へ変換する。続いて、タイミング生成部１８は、２進数のデータを３ビットずつに区切りなおす。その後、タイミング生成部１８は、３ビットずつ区切ったデータをそれぞれ１０進数に変換した後、再度３進数に変換して、電子透かしデータを生成する。
【００２８】
一方で、タイミング生成部１８は、ストリーム配信開始時やタイミング生成開始時などの基準時刻を０とする仮想クロックを生成し、仮想クロックに１、２、３・・・と昇順のクロック番号を付与する。ここでクロック番号とは、基準時刻からの経過時間を表す。続いて、タイミング生成部１８は、クロック番号／４が同じ整数値となるような４つのクロック番号を１つのグループとして、複数のグループを生成する。例えば、タイミング生成部１８は、クロック番号「０、１、２、３」を１つのグループ、クロック番号「４、５、６、７」を１つのグループ、クロック番号「８、９、１０、１１」を１つのグループに分類する。
【００２９】
そして、タイミング生成部１８は、３進２桁で表現した電子透かしデータの１桁ごとに、１つのグループを対応付ける。例えば、タイミング生成部１８は、電子透かしデータが「１０、２０、２０・・・」である場合、「１０」の「１」とクロックグループ「０、１、２、３」とを対応付け、「１０」の「０」とクロックグループ「４、５、６、７」とを対応付ける。同様に、タイミング生成部１８は、「２０」の「２」とクロックグループ「８、９、１０、１１」とを対応付け、「２０」の「０」とクロックグループ「１２、１３、１４、１５」とを対応付ける。その後、タイミング生成部１８は、対応付けた結果をストリーム生成部１９に出力する。
【００３０】
なお、ストリーム生成部１９は、仮想クロックを初期化した時点である基準時刻が何時であるかを特定するために、基準時刻から所定の個数のクロックグループが経過した場合に、３進数列「２」をその後のクロックグループに対応付ける。例えば、クロックグループが３０グループに分類された場合、１番目のグループと２４番目から３０番目のグループについては、３進数列の１桁として「２」を対応付ける。したがって、３進数列「２」が３つ以上連続すると、ストリームデータの区切りであることがわかる。
【００３１】
ストリーム生成部１９は、タイミング生成部１８によって生成されたタイミングごとに、ビットレートを切替えたストリームデータを生成する処理部である。具体的には、ストリーム生成部１９は、各クロックグループのクロック番号と３進数とを対応付け、クロックグループごとに、対応付けられた３進数列の１桁のタイミングでストリームデータを切替える。
【００３２】
例えば、ストリーム生成部１９は、クロックグループ内の小さい番号から順に上記３進数の１桁である「０、１、２」を対応付ける。具体的には、ストリーム生成部１９は、クロック番号「０、１、２、３」に対して順に「０、１、２」を対応付け、クロック番号「４、５、６、７」に対して順に「０、１、２」を対応付ける。そして、ストリーム生成部１９は、クロック番号「０、１、２、３」には３進数例の１桁「１」が対応付けられているので、クロック番号「１」のタイミングでストリームデータを切替える。さらに、ストリーム生成部１９は、クロック番号「４、５、６、７」には３進数例の１桁「０」が対応付けられているので、クロック番号「４」のタイミングでビットレートを切替える。
【００３３】
このようにして、ストリーム生成部１９は、配信対象のコンテンツに対応するストリームデータを生成するのに際して、各クロックグループにおいて３進数の１桁が示す時点でビットレートを切替えたストリームデータを生成する。
【００３４】
ここで、ストリーム生成部１９は、ストリームデータの生成を開始する際の無線通信の品質に応じたビットレートに切替えることができる。例えば、品質監視部１６によって品質が劣化していると判定されたとする。その場合、ストリーム生成部１９は、はじめの切替タイミングまで高品質のＳ１データを使用し、当該切替タイミングで中品質のＳ２データに切り替え、その次の切替タイミングで高品質のＳ１データに切り替える。このように、ストリーム生成部１９は、品質の異なるストリームデータを用いて、１つのストリームデータを生成することができる。
【００３５】
また、品質監視部１６によって品質が同じであると判定されたとする。その場合、ストリーム生成部１９は、ストリームに切替えるタイミングで配信先への通信品質に変化がないので、切替前のストリームデータに含まれるフラグビットを反転させたストリームデータを用いて、１つのストリームデータを生成することができる。つまり、３進数列のタイミングでストリームデータが切り替わるが、フラグビットが反転しているだけで同じ品質のストリームデータが組み合わせられることになる。
【００３６】
配信部２０は、ストリーム生成部１９によって生成されたストリームデータを、配信対象のコンテンツに対応するストリームデータとして端末装置１に配信する処理部である。例えば、配信部２０は、管理者やライセンス等によって指定される端末装置１に対して、ストリーム生成部１９によって生成されたストリームデータをストリーム配信する。
【００３７】
［処理の流れ］
次に、コンテンツ配信サーバが実行する処理の流れの一例を説明する。なお、ここで説明する処理は、一例であり、矛盾がない範囲内で処理の順番等を適宜変更することができる。
【００３８】
図３は、実施例１に係るコンテンツ配信サーバが実行する処理の流れを示すフローチャートである。図３に示すように、コンテンツ配信サーバ１０の品質監視部１６は、基準時刻から一定時間が経過するなどストリームデータの生成タイミングに到達すると（Ｓ１０１：Ｙｅｓ）、指定された端末装置１との間の無線通信の品質を測定する（Ｓ１０２）。
【００３９】
続いて、ライセンス受理部１７は、ライセンスサーバ５からライセンス情報を受理する（Ｓ１０３）。その後、タイミング生成部１８は、受理されたライセンス情報から３進数列を生成する（Ｓ１０４）。ここで、生成された３進数列の個数をＳ［Ｎ］とする。
【００４０】
続いて、タイミング生成部１８は、基準時刻を０とする仮想クロックを用いてクロックグループを生成する（Ｓ１０５）。そして、タイミング生成部１８は、Ｓ１０４で生成した各３進数列を、Ｓ１０５で生成したクロックグループに割当てる（Ｓ１０６）。
【００４１】
その後、タイミング生成部１８は、現在のグループ番号を特定し（Ｓ１０７）、現在のグループ番号に対応する３進数を特定する（Ｓ１０８）。ここで特定された３進数をＳ［Ｎ１］とする。
【００４２】
そして、タイミング生成部１８は、Ｓ［Ｎ１］の値によって、切り替えタイミングを決定する（Ｓ１０９）。例えば、Ｓ［Ｎ１］が０、１、２のいずれかの値となる。
【００４３】
続いて、ストリーム生成部１９は、決定されたタイミングで、通信品質に応じて切り替わるストリームを生成する（Ｓ１１０）。その後、配信部２０は、生成されたストリームを端末装置１に配信する（Ｓ１１１）。
【００４４】
［具体例］
次に、電子透かしデータの生成とストリームデータの生成について具体例を説明する。
【００４５】
（電子透かしデータの生成例）
図４は、実施例１に係る電子透かしデータの生成例を説明する図である。図４に示すように、コンテンツ配信サーバ１０は、ライセンス情報として「日時（７／１１）、ユーザ（ユーザＩＤ）」を受理する。すると、コンテンツ配信サーバ１０は、日時「７／１１」と「ユーザＩＤ」のそれぞれを１６進数へ変換して、「７、Ｂ、５、７、９」を算出する（Ｓ２０１）。
【００４６】
そして、コンテンツ配信サーバ１０は、１６進数で表現された「７、Ｂ、５、７、９」のそれぞれを２進数へ変換して「０１１１、１０１１、０１０１、０１１１、１００１」を算出する（Ｓ２０２）。
【００４７】
続いて、コンテンツ配信サーバ１０は、２進数で表現された「０１１１、１０１１、０１０１、０１１１、１００１」を３ビット区切りに変更して、「０１１、１１０、１１０、１０１、０１１、１１０、０１０」を算出する（Ｓ２０３）。
【００４８】
さらに、コンテンツ配信サーバ１０は、３ビット区切りに変更した「０１１、１１０、１１０、１０１、０１１、１１０、０１０」のそれぞれを１０進数に変換して、「３、６、６、５、３、６、２」を算出する（Ｓ２０４）。
【００４９】
その後、コンテンツ配信サーバ１０は、１０進数で表現された「３、６、６、５、３、６、２」のそれぞれを３進数に変換して、「１０、２０、２０、１２、１０、２０、０２」を算出する（Ｓ２０５）。
【００５０】
このようにして生成された「１０、２０、２０、１２、１０、２０、０２」が電子透かしデータであり、配信日時や配信先等を識別する情報である。つまり、ストリームデータにこの電子透かしデータ「１０、２０、２０、１２、１０、２０、０２」を埋め込むことで、配信後のストリームデータから配信日時や配信先等を識別することができる。
【００５１】
（ストリームデータの生成例）
図５は、実施例１に係るストリームデータの生成例を説明する図である。なお、ここでは、無線品質が劣化し、高品質から中品質に切替える例を説明する。図５に示すように、コンテンツ配信サーバ１０は、電子透かしデータとして「１０、２０、２０、１２、１０、２０、０２」を算出する。
【００５２】
そして、コンテンツ配信サーバ１０は、「１２：００：００」を基準時刻として、クロック番号グループを生成する（Ｓ３０１）。なお、ここでは、クロック番号「１２：００：００」を「００」と表記する。具体的には、コンテンツ配信サーバ１０は、グループ１「００、０１、０２、０３」、グループ２「０４、０５、０６、０７」、グループ３「０８、０９、１０、１１」、グループ４「１２、１３、１４、１５」などを生成する。
【００５３】
その後、コンテンツ配信サーバ１０は、電子透かしデータの１桁ずつと各グループとを対応付けて、ストリームを生成する（Ｓ３０２）。具体的には、コンテンツ配信サーバ１０は、各グループ内のクロック番号の最も小さい番号から順に「０、１、２、３」と対応付ける。例えば、コンテンツ配信サーバ１０は、グループ１「００、０１、０２、０３」に対して「０、１、２、３」を対応付け、グループ２「０４、０５、０６、０７」に対して「０、１、２、３」を対応付ける。
【００５４】
さらに、コンテンツ配信サーバ１０は、電子透かしデータの先頭「１０」の「１」をグループ１に対応付け、電子透かしデータ「１０」の「０」をグループ２に対応付ける。同様に、コンテンツ配信サーバ１０は、電子透かしデータの次データ「２０」の「２」をグループ３に対応付け、電子透かしデータ「２０」の「０」をグループ４に対応付ける。さらに、コンテンツ配信サーバ１０は、電子透かしデータの次データ「２０」の「２」をグループ５に対応付け、電子透かしデータ「２０」の「０」をグループ６に対応付ける。
【００５５】
その後、コンテンツ配信サーバ１０は、各グループ内のクロック番号のうち電子透かしデータに対応するクロック番号でストリームデータを切替える。例えば、コンテンツ配信サーバ１０は、グループ１において電子透かしデータの先頭「１０」の「１」に対応する「０１」まで高品質のＳ１データを使用する。続いて、コンテンツ配信サーバ１０は、グループ１の「０１」からグループ２において電子透かしデータの先頭「１０」の「０」に対応する「０４」までは、中品質のＳ２データを使用する。さらに、コンテンツ配信サーバ１０は、グループ２の「０４」からグループ３において電子透かしデータ「２０」の「２」に対応する「１０」までは、高品質のＳ１データを使用する。
【００５６】
さらに、コンテンツ配信サーバ１０は、グループ３の「１０」から、グループ４において電子透かしデータ「２０」の「０」に対応する「１２」までは、中品質のＳ２データを使用する。次に、コンテンツ配信サーバ１０は、グループ４の「１２」から、グループ５において電子透かしデータ「２０」の「２」に対応する「１８」までは、高品質のＳ１データを使用する。さらに、コンテンツ配信サーバ１０は、グループ５の「１８」から、グループ６において電子透かしデータ「２０」の「０」に対応する「２０」までは、中品質のＳ２データを使用する。
【００５７】
つまり、コンテンツ配信サーバ１０は、各グループに電子透かしデータの１桁を埋め込んだストリームデータを生成する。具体的には、コンテンツ配信サーバ１０は、グループ１には「１」、グループ２には「０」、グループ３には「２」、グループ４には「０」、グループ５には「２」、グループ６には「０」を埋め込むことができる。
【００５８】
［効果］
このように、コンテンツ配信サーバ１０は、各グループ内のクロック番号のうち電子透かしデータの１桁に対応するクロック番号で、異なるビットレートに切り替わるストリームデータを生成する。
【００５９】
したがって、ストリームデータ配信後であっても、端末装置１から取得したストリームデータにおいてビットレートが切り替わるタイミングを検出することで、電子透かしデータを検出することができる。この結果、電子透かしを埋め込むコンテンツ配信サーバ１０を低コストで実現できる。
【００６０】
例えば、ｍｐｅｇ−ｄａｓｈなどによる配信を行う場合であっても、従来のＷｅｂサーバに対する機能拡張を、コンテンツ配信サーバ１０に組み込むことも考えられる。また、スマートフォンに対するＡＶデータのストリーム配信サービスや、公共施設や教育施設等でのｅ−Ｌｅａｒｎｉｎｇなどのコンテンツ配信に適用することにより、より好ましい配信システムを構築することができる。
【実施例２】
【００６１】
ところで、実施例１では、ストリームデータの生成タイミングで無線品質を測定し、測定した結果に基づいたビットストリームに切替える例を説明したが、これに限定されるものではない。例えば、コンテンツ配信サーバ１０は、生成したタイミングごとに無線品質を測定して、測定した結果に基づいたビットストリームに切替えることもできる。そこで、実施例２では、生成したタイミングごとに無線品質を測定してビットストリームを切替える例を説明する。
【００６２】
［処理の流れ］
図６は、実施例２に係る切替タイミングごとに品質を測定する配信処理の流れを示すフローチャートである。図６に示すように、Ｓ４０１からＳ４０９は、Ｓ１０１からＳ１０９までの処理と同様なので、詳細な説明は省略する。
【００６３】
切替タイミングを決定したコンテンツ配信サーバ１０は、Ｓ４０２で測定された無線品質に応じたビットレートのストリームデータを配信する（Ｓ４１０）。そして、コンテンツ配信サーバ１０は、切替タイミングに到達すると（Ｓ４１１：Ｙｅｓ）、通信品質を測定し（Ｓ４１２）、測定した結果に応じたビットレートに切替えてストリームデータを配信する（Ｓ４１３）。
【００６４】
その後、コンテンツ配信サーバ１０は、Ｓ４１１に戻り、切替タイミングに到達するまで同じビットレートのストリームデータを配信し、切替タイミングに到達すると、通信品質を測定し、測定した結果に応じたビットレートに切替えて配信する。
【００６５】
［ストリーミング配信例］
図７は、実施例２に係るストリーミング配信の例を説明する図である。図７に示すように、電子透かしデータ、クロック番号のグループ、電子透かしデータとグループの対応付け等は、実施例１と同様なので、詳細な説明は省略する。
【００６６】
図７に示すように、コンテンツ配信サーバ１０は、はじめの切替タイミングであるグループ１の「０１」に到達するまで高品質のＳ１データを配信し、切替タイミングであるグループ１の「０１」に到達すると、無線品質を測定する。
【００６７】
続いて、コンテンツ配信サーバ１０は、無線品質が劣化していたことから、グループ１の「０１」からは中品質のＳ２データに切替えて配信する。その後、コンテンツ配信サーバ１０は、次の切替タイミングであるグループ２の「０４」に到達すると、無線品質を測定する。
【００６８】
そして、コンテンツ配信サーバ１０は、無線品質がさらに劣化していたことから、グループ２の「０４」からは低品質のＳ３データに切替えて配信する。その後、コンテンツ配信サーバ１０は、次の切替タイミングであるグループ３の「１０」に到達すると、無線品質を測定する。
【００６９】
続いて、コンテンツ配信サーバ１０は、無線品質が向上していたことから、グループ３の「１０」からは高品質のＳ１データに切替えて配信する。その後、コンテンツ配信サーバ１０は、次の切替タイミングであるグループ４の「１２」に到達すると、無線品質を測定する。
【００７０】
［効果］
このように、コンテンツ配信サーバ１０は、電子透かしデータを埋め込むと同時に、切替タイミングでの品質に応じたビットレートに切替えて配信することができる。したがって、配信先でも品質に応じたストリームを受信できるので、配信先に、ストリームの再生における不快感を減少させることができる。
【実施例３】
【００７１】
ところで、実施例１や実施例２では、ビットレートを切替える例を説明したが、これに限定されるものではない。例えば、ストリーム内で配信するビットレートの割合を変更することもできる。そこで、実施例３では、ストリーム内で配信するビットレートの割合を変更する例を説明する。
【００７２】
［処理の流れ］
図８は、実施例３に係るストリームの割合を変更する処理の流れを示すフローチャートである。図８に示すように、コンテンツ配信サーバ１０は、基準時刻から一定時間が経過するなどストリームデータの生成タイミングに到達すると（Ｓ５０１：Ｙｅｓ）、指定された端末装置１との間の無線通信の品質「Ｑ」を測定する（Ｓ５０２）。
【００７３】
続いて、コンテンツ配信サーバ１０は、ライセンスサーバ５からライセンス情報を受理し（Ｓ５０３）、受理したライセンス情報から電子透かしデータ（Ｎ）を生成する（Ｓ５０４）。
【００７４】
その後、コンテンツ配信サーバ１０は、割合「Ｐ＝Ｑ＋（Ｎ／１０）」を算出し（Ｓ５０５）、算出した割合にしたがってストリームを生成して（Ｓ５０６）、生成したストリームを配信する（Ｓ５０７）。
【００７５】
なお、コンテンツ配信サーバ１０は、無線品質ごとに、使用する品質とその割合を対応付けたテーブルを保持しておき、Ｓ５０２で測定した無線品質「Ｑ」からその割合を特定することもできる。
【００７６】
例えば、コンテンツ配信サーバ１０は、「無線品質（Ｑ）、使用する品質と割合（高品質：３１、中品質：６９）」や「無線品質（Ｐ）、使用する品質と割合（高品質：１１、中品質：６９、低品質：２０）」などを記憶しておくこともできる。
【００７７】
［具体例１］
図９は、実施例３に係る割合変更の具体例１を説明する図である。図９に示すように、コンテンツ配信サーバ１０は、ストリームの割合として、Ｓ１＝３１／１００、Ｓ２＝６９／１００と算出したとする。
【００７８】
この場合、コンテンツ配信サーバ１０は、１０秒間間隔で、高品質のＳ１データを３．１秒間配信し、残りの６．９秒間で中品質のＳ２データを配信する。このようにして、コンテンツ配信サーバ１０は、ビットレートの割合を変更する。
【００７９】
［具体例２］
図１０は、実施例３に係る割合変更の具体例２を説明する図である。図１０に示すように、コンテンツ配信サーバ１０は、図９と同様、ストリームの割合として、Ｓ１＝３１／１００、Ｓ２＝６９／１００と算出したとする。また、ここでは一例として１０秒間のストリームデータについて説明する。
【００８０】
図１０に示すように、コンテンツ配信サーバ１０は、０秒から０．１秒ごとに３１を加算していき１００を超えるまで中品質のＳ２データを使用する。そして、コンテンツ配信サーバ１０は、０．３秒で加算値が１２４になったので、０．３秒から０．１秒間は高品質のＳ１データを使用し、加算値１２４から１００を減算する。その後、コンテンツ配信サーバ１０は、０．４秒の時点で加算値（１２４−１００＝２４）となり、１００を下回るので、再度中品質のＳ２データを使用する。
【００８１】
さらに続いて、コンテンツ配信サーバ１０は、中品質のＳ２データを使用し続け、０．６秒の時点で加算値が１１７になったので、０．６秒から０．１秒間は高品質のＳ１データを使用し、加算値１１７から１００を減算する。その後、コンテンツ配信サーバ１０は、０．７秒の時点で加算値（１１７−１００＝１７）となり、１００を下回るので、再度中品質のＳ２データを使用する。
【００８２】
このように、コンテンツ配信サーバ１０は、０．０秒から０．３秒まではＳ２データ、０．３秒から０．４秒まではＳ１データ、０，４秒から０．６秒まではＳ２データ、０，６秒から０．７秒まではＳ１データを用いたストリームを生成することができる。したがって、コンテンツ配信サーバ１０は、「Ｓ１：Ｓ２＝３１：６９」を維持しつつ、ビットレートを切替えたストリームを生成して配信することができる。したがって、ビットレートの割合をユーザや配信日時によって変更することで、配信先等を一意に識別することができる。
【００８３】
［具体例３］
図１１は、実施例３に係る割合変更の具体例３を説明する図である。図１１に示す例は、電子透かしデータの値によって割合を変更する例である。ここでは、電子透かしデータが「１０、２０」であり、切替タイミングが決まっている基準信号が設定されているとする。
【００８４】
コンテンツ配信サーバ１０は、電子透かしデータが「２」の場合は、高品質データを＋２秒し、電子透かしデータが「１」の場合は、高品質データを１秒増やした後に、電子透かしデータが「０」の場合は、低品質データを＋１秒する。
【００８５】
例えば、コンテンツ配信サーバ１０は、基準信号のはじめの切替タイミングに対応する電子透かしデータが「１」であることから、このタイミングでは切替えずに、高品質データを１秒増やした後に、低品質データに切替える。
【００８６】
続いて、コンテンツ配信サーバ１０は、次の切替タイミングに対応する電子透かしデータが「０」であることから、このタイミングでは切替えずに、低品質データを１秒増やした後に、高品質データに切替える。
【００８７】
さらに、コンテンツ配信サーバ１０は、次の切替タイミングに対応する電子透かしデータが「２」であることから、このタイミングでは切替えずに、高品質データを２秒増やした後に、低品質データに切替える。
【００８８】
さらに、コンテンツ配信サーバ１０は、次の切替タイミングに対応する電子透かしデータが「０」であることから、このタイミングでは切替えずに、低品質データを１秒増やした後に、高品質データに切替える。
【００８９】
このように、コンテンツ配信サーバ１０は、電子透かしデータによって切替タイミングを動的に制御したストリームを生成することができるので、配信先のユーザや日時等によって切替タイミングを一意に制御することができる。
【実施例４】
【００９０】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下に異なる実施例を説明する。
【００９１】
（対応付け）
上記実施例では、全クロックグループについて同様に、グループ内のクロック番号が小さい順に「０、１、２」と割り振る例を説明したが、これに限定されるものではない。例えば、グループ毎に対応付けを変更することもできる。
【００９２】
例えば、グループ１「００、０１、０２、０３」については「０、１、２、−」と対応付け、グループ２「０４、０５、０６、０７」については「１、０、−、２」と対応付けることもできる。なお、ここで「−」は対応付けがないことを示し、「０、１、２」は、電子透かしデータの１桁に対応し、「００、０１」等は、クロック番号に対応する。
【００９３】
ここで、どのグループにどのように対応付けるかについては、例えば、日付、コンテンツ配信サーバの種別、配信先等に基づいて、決定することができる。
【００９４】
また、各グループの４つのグループ番号のうち、どの３つのグループ番号を選択して、電子透かしデータの１桁に対応づけるかについても任意に変更することができる。例えば、グループ１「００、０１、０２、０３」については「００、０１、０２」を用いて対応付けを行い、グループ２「０４、０５、０６、０７」については「０４、０６、０７」を用いて対応付けを行うことができる。３つのグループ番号をどのように選択するかは、例えば、日付、コンテンツ配信サーバの種別、配信先等に基づいて、決定することができる。
【００９５】
（暗号化）
上記実施例では、ライセンス情報のうち日時とユーザＩＤとを用いて電子透かしデータを生成する例を説明したが、これに限定されるものではない。例えば、ライセンス情報に含まれる他の情報を用いてもよい。
【００９６】
また、コンテンツ配信サーバ１０は、日時（７／１９）とユーザＩＤ（０５７９）とをつないだ「７１９０５７９」と、例えば「３Ａ９Ｆ」などの日時によって変化する値や基地局ＩＤと排他的論理和（ＸＯＲ）を算出する。そして、コンテンツ配信サーバ１０は、排他的論理和の算出結果をライセンス情報として、上記処理を実行し、電子透かしデータを生成することもできる。
【００９７】
（システム）
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともできる。あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【００９８】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散や統合の具体的形態は図示のものに限られない。つまり、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【００９９】
（ハードウェア）
次に、コンテンツ配信サーバのハードウェア構成例を説明する。図１２は、コンテンツ配信サーバのハードウェア構成例を示す図である。図１２に示すように、コンテンツ配信サーバ１０は、ＮＩＣ（Network  Interface  Card）１０ａ、入力装置１０ｂ、表示装置１０ｃ、記憶装置１０ｄ、ＣＰＵ（Central  Processing  Unit）１０ｅがバス１０ｆで接続される。
【０１００】
ＮＩＣ１０ａは、通信インタフェースであり、他の装置の間の無線通信や有線通信を制御する。入力装置１０ｂは、例えばマウスやキーボードなどであり、管理者等からの操作を受け付ける。表示装置１０ｃは、例えばディスプレイやタッチパネルなどであり、各種情報を表示する。
【０１０１】
記憶装置１０ｄは、例えばメモリやハードディスクなどであり、ＣＰＵ１０ｅが実行するプログラムや各種データを記憶する。例えば、記憶装置１０ｄは、図２に示した各ＤＢを記憶する。
【０１０２】
ＣＰＵ１０ｅは、サーバ装置全体を司る処理部であり、各種プログラムを読み出してプロセスを実行する。例えば、ＣＰＵ１０ｅは、図２で説明した各処理部と同様の機能を実現するプロセスを実行する。
【０１０３】
このようにコンテンツ配信サーバ１０は、プログラムを読み出して実行することで、処理再開方法を実行する情報処理装置として動作する。また、コンテンツ配信サーバ１０は、媒体読取装置によって記録媒体から上記プログラムを読み出し、読み出された上記プログラムを実行することで上記した実施例と同様の機能を実現することもできる。なお、この他の実施例でいうプログラムは、コンテンツ配信サーバ１０によって実行されることに限定されるものではない。例えば、他のコンピュータまたはサーバがプログラムを実行する場合や、これらが協働してプログラムを実行するような場合にも、本発明を同様に適用することができる。
【符号の説明】
【０１０４】
１  端末装置
５  ライセンスサーバ
１０  コンテンツ配信サーバ
１１  通信制御部
１２  記憶部
１３  ライセンスＤＢ
１４  ストリームＤＢ
１５  制御部
１６  品質監視部
１７  ライセンス受理部
１８  タイミング生成部
１９  ストリーム生成部
２０  配信部
【図１】
2015056879.tif 000003
【図２】
2015056879.tif 000004
【図３】
2015056879.tif 000005
【図４】
2015056879.tif 000006
【図５】
2015056879.tif 000007
【図６】
2015056879.tif 000008
【図７】
2015056879.tif 000009
【図８】
2015056879.tif 000010
【図９】
2015056879.tif 000011
【図１０】
2015056879.tif 000012
【図１１】
2015056879.tif 000013
【図１２】
2015056879.tif 000014