(57)【要約】【課題】クライアントにおけるコンテンツのストリーミング再生時に、クライアントに転送可能なコンテンツの種類を変更しても、クライアントにおけるコンテンツの表示が中断されないコンテンツ転送方法を提供する。【解決手段】コンテンツ転送方法を、サーバからクライアントに対するコンテンツ転送方法であって、サーバが、クライアントに転送可能なコンテンツの種類を示すリストであって、コンテンツのエンコードにおけるビットレートが所定の範囲で変更可能であるコンテンツの種類を含むリストを、クライアントに送信し、サーバが、コンテンツの転送中にクライアントからリストに示される所定の範囲内のビットレートが指定されると、コンテンツをエンコードする際のビットレートの上限として指定されたビットレートを用いて、コンテンツをエンコードし、サーバが、エンコードしたコンテンツをクライアントに転送するコンテンツ転送方法とする。【選択図】図６
2016019140.tif 000002
【特許請求の範囲】
【請求項１】
サーバからクライアントに対するコンテンツ転送方法であって、
前記サーバが、前記クライアントに転送可能なコンテンツの種類を示すリストであって、前記コンテンツのエンコードにおけるビットレートが所定の範囲で変更可能であるコンテンツの種類を含むリストを、前記クライアントに送信し、
前記サーバが、前記コンテンツの転送中に前記クライアントから前記リストに示される前記所定の範囲内のビットレートが指定されると、前記コンテンツをエンコードする際のビットレートの上限として前記指定されたビットレートを用いて、前記コンテンツをエンコードし、
前記サーバが、前記エンコードしたコンテンツを前記クライアントに転送する
コンテンツ転送方法。
【請求項２】
クライアントに対するコンテンツ転送装置であって、
前記クライアントに転送可能なコンテンツの種類を示すリストであって、前記コンテンツのエンコードにおけるビットレートが所定の範囲で変更可能であるコンテンツの種類を含むリストを、前記クライアントに送信するリスト送信部と、
前記コンテンツの転送中に前記クライアントから前記リストに示される前記所定の範囲内のビットレートが指定されると、前記コンテンツをエンコードする際のビットレートの上限として前記指定されたビットレートを用いて、前記コンテンツをエンコードするエンコード部と、
前記エンコードしたコンテンツを前記クライアントに転送するコンテンツ転送部と
を有するコンテンツ転送装置。
【請求項３】
サーバからのコンテンツ受信装置であって、
前記コンテンツ受信装置に転送可能なコンテンツの種類を示すリストであって、前記コンテンツのエンコードにおけるビットレートが所定の範囲で変更可能であるコンテンツの種類を含むリストを、前記サーバから受信するリスト受信部と、
前記コンテンツの転送中に前記リストに示される前記所定の範囲内のビットレートを前記サーバに対して指定するビットレート指定部と、
前記コンテンツをエンコードする際のビットレートの上限として前記指定されたビットレートを用いてエンコードされた前記コンテンツを前記サーバから受信するコンテンツ受信部と
を有するコンテンツ受信装置。
【請求項４】
クライアントに対するコンテンツ転送プログラムであって、
前記クライアントに転送可能なコンテンツの種類を示すリストであって、前記コンテンツのエンコードにおけるビットレートが所定の範囲で変更可能であるコンテンツの種類を含むリストを、前記クライアントに送信し、
前記コンテンツの転送中に前記クライアントから前記リストに示される前記所定の範囲内のビットレートが指定されると、前記コンテンツをエンコードする際のビットレートの上限として前記指定されたビットレートを用いて、前記コンテンツをエンコードし、
前記エンコードしたコンテンツを前記クライアントに転送する
処理をコンピュータに実行させるコンテンツ転送プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本件開示の発明は、ストリーミング再生におけるコンテンツ転送方法、コンテンツ転送装置、コンテンツ受信装置およびコンテンツ転送プログラムに関する。
【背景技術】
【０００２】
近年、ＤＬＮＡ（Digital Living Network Alliance）ガイドラインに準拠して製造さ
れた機器を用いることにより、宅外のクライアント端末からインターネットを利用して宅内のレコーダ等に記憶された動画データにアクセスすることができる。これにより、宅外で動画データのストリーミング再生を行うことができ、各通信事業者（キャリア）がＤＬＮＡガイドラインに準拠した動画配信サービスを展開している。
【０００３】
ＤＬＮＡは、動画像、静止画像、音楽コンテンツ等のデータをサポートし、ＤＭＰ（Digital Media Player）と呼ばれるクライアントと、ＤＭＳ（Digital Media Server）と呼ばれるサーバを接続することで実現できる。ＤＭＰは、ＤＭＳ内に蓄積された動画像、静止画像、音楽コンテンツ等のデータを、ネットワークを介して視聴することができる。ＤＬＮＡでは、ＤＭＳ内のコンテンツのリソース情報をＤＭＰへ伝送する際、ＤＭＳによりマルチリソースと呼ばれる、１つのコンテンツに複数のリソースが付加された情報を伝送する。そして、ＤＭＰ側で、各リソースのコンテンツを端末性能に合わせて選択できる。
【０００４】
現在、通信事業者により、加入者であるユーザが１か月に利用可能なパケット通信量の上限が定められている。このため、上記のＤＬＮＡを利用したストリーミング再生時に、パケット通信量が上限を超過した場合、ユーザの利用可能な通信速度が制限される。例えば、通信速度の制限により、ＬＴＥ（Long Term Evolution）等の高速通信が利用できな
くなり、通信速度が128kbpsまで低下することもある。そこで、クライアントのパケット
通信量やユーザの視聴状況に応じてクライアントに転送するコンテンツを切り替えて、ストリーミング再生時にパケット通信量が上限を超過しない技術が提案されている（特許文献１〜３参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特許第５１８０３６８号
【特許文献２】特開２０１０−２５８９４０号公報
【特許文献３】特開２００８−２６３４１２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、上記の技術では、ＤＭＰ側で、再生するコンテンツのリソースを高解像度のコンテンツから低解像度のコンテンツに切り替える。ＤＭＳにより上記のマルチリソースが伝送されるため、ＤＭＰでは、コンテンツの種類を切り替えることで、各種類に応じた解像度およびビットレートを変更したコンテンツを取得することは可能である。ところが、ＤＭＰは、切り替え後のコンテンツデータをＨＴＴＰ上で取得し直す。このため、ＤＭＰにおいて、コンテンツの種類を変更してから変更後のコンテンツを再生するまでの間に、黒画面が表示されたり、無音状態が生じたりする可能性がある。
【０００７】
本件開示の技術は、上記に鑑みてなされたものであり、クライアントにおけるコンテンツのストリーミング再生時に、クライアントに転送可能なコンテンツの種類を変更しても
、クライアントにおけるコンテンツの表示が中断されないコンテンツ転送方法を提供することを課題とする。
【課題を解決するための手段】
【０００８】
本件開示のコンテンツ転送方法は、１つの側面では、サーバからクライアントに対するコンテンツ転送方法であって、サーバが、クライアントに転送可能なコンテンツの種類を示すリストであって、コンテンツのエンコードにおけるビットレートが所定の範囲で変更可能であるコンテンツの種類を含むリストを、クライアントに送信し、サーバが、コンテンツの転送中にクライアントからリストに示される所定の範囲内のビットレートが指定されると、コンテンツをエンコードする際のビットレートの上限として指定されたビットレートを用いて、コンテンツをエンコードし、サーバが、エンコードしたコンテンツをクライアントに転送する。
【発明の効果】
【０００９】
本件開示の技術によれば、クライアントにおけるコンテンツのストリーミング再生時に、クライアントに転送可能なコンテンツの種類を変更しても、クライアントにおけるコンテンツの表示が中断されない。
【図面の簡単な説明】
【００１０】
【図１】図１は、一実施形態におけるストリーミングシステムの構成を示す概略構成図である。
【図２】図２は、一実施形態におけるサーバ装置のハードウェア構成を示す概略構成図である。
【図３】図３は、一実施形態におけるクライアント装置のハードウェア構成を示す概略構成図である。
【図４Ａ】図４Ａは、一実施形態におけるクライアント装置の機能部を示す機能ブロック図である。
【図４Ｂ】図４Ｂは、一実施形態におけるサーバ装置の機能部を示す機能ブロック図である。
【図５Ａ】図５Ａは、固定ビットレート（ＣＢＲ）によるエンコードのビットレートの時間推移を示すグラフである。
【図５Ｂ】図５Ｂは、一実施形態における可変ビットレート（ＶＢＲ）によるエンコードのビットレートの時間推移を示すグラフである。
【図６】図６は、一実施形態におけるコンテンツリストの一例を示す図である。
【図７】図７は、一実施形態におけるサーバ装置とクライアント装置との間で実行される処理を示すシーケンス図である。
【図８】図８は、一実施形態においてクライアント装置が実行する処理を示すフローチャートである。
【図９】図９は、一実施形態におけるクライアント装置のパケット通信量の推移を示すグラフである。
【図１０】図１０は、一変形例におけるサーバ装置とクライアント装置との間で実行される処理を示すシーケンス図である。
【図１１】図１１は、一変形例においてクライアント装置が実行する処理を示すフローチャートである。
【発明を実施するための形態】
【００１１】
まず、一実施形態におけるコンテンツ転送方法について図面を参照しながら説明する。本実施形態では、一例として図１に示すストリーミングシステム１を用いて説明する。なお、以下の説明は例示にすぎず、特許請求の範囲を限定するものではない。
【００１２】
図１に示すように、本実施形態に係るストリーミングシステム１では、複数のクライアント装置１０がネットワーク２を経由してサーバ装置１００と接続されている。なお、図１にはクライアント装置１０を２つ示すが、クライアント装置１０の数はこれに限定されない。また、各クライアント装置１０は、以下に説明する構成を備える。
【００１３】
図２には、サーバ装置１００の構成を示す。図２に示すように、サーバ装置１００は、無線部１００ａ、コンテンツデータベース１００ｂ、制御部１００ｃを有する。サーバ装置が、コンテンツ転送装置の一例に相当する。無線部１００ａは、ネットワーク２を経由してクライアント装置１０と無線通信によるデータの送受信を行う。コンテンツデータベース１００ｂは、クライアント装置１０に対するストリーミング再生用のコンテンツデータを格納する。制御部１００ｃは、ＣＰＵ（Central Processing Unit）１００ｄ、ＲＯ
Ｍ（Read Only Memory）１００ｅ、ＲＡＭ（Random Access Memory）１００ｆを有する。ＣＰＵ１００ｄは、ＲＯＭ１００ｅに格納された各種アプリケーションをＲＡＭ１００ｆに展開して実行することで、コンテンツデータベース１００ｂに格納されたコンテンツをクライアント装置１０に送信するための種々の処理を実行する。なお、制御部１００ｃの処理の詳細については後述する。
【００１４】
図３には、クライアント装置１０の構成を示す。図３に示すように、クライアント装置１０は、制御部１０ａ、画像認識部１０ｂ、カメラ１０ｃ、ＬＣＤ（Liquid Crystal Display）１０ｄ、スピーカ１０ｅ、出力部１０ｉ、入力部１０ｊ、動画処理部１０ｋ、ネットワーク通信部１０ｍ、外部メモリ制御部１０ｎ、無線部１０ｐ、ＳＤ（Secure Digital）カード１０ｑ、バッファメモリ１０ｒを有する。なお、クライアント装置が、コンテンツ受信装置の一例に相当する。
【００１５】
制御部１０ａは、ＣＰＵ１０ｆ、ＲＯＭ１０ｇ、ＲＡＭ１０ｈを有する。ＣＰＵ１０ｆは、ＲＯＭ１０ｇに記憶されたプログラムを読み出してＲＡＭ１０ｈに展開し、ＲＯＭ１０ｇに記憶されたデータを用いて種々の制御を実行する。また、制御部１０ａは、クライアント装置１０のユーザからの操作指示を、入力部１０ｊを介して受け付け、入力された操作指示に従って処理を実行する。また、制御部１０ａは、ネットワーク通信部１０ｍを利用して、無線部１０ｐによりサーバ装置１００との無線通信を実行する。サーバ装置１００との無線通信が確立されると、制御部１０ａは無線部１０ｐ、ネットワーク通信部１０ｍを介して、サーバ装置１００から受信したコンテンツデータのストリーミング再生を実行する。
【００１６】
制御部１０ａは、受信したストリーミング用のコンテンツを動画処理部１０ｋに送る。動画処理部１０ｋは、制御部１０ａから送られるコンテンツに対してデコード処理および解析処理を行う。動画処理部１０ｋによって処理されたコンテンツは、制御部１０ａに送られる。制御部１０ａは、コンテンツの映像データと音声データとを、出力部１０ｉを経由してそれぞれＬＣＤ１０ｄとスピーカ１０ｅとに送る。そして、音声がＬＣＤ１０ａにコンテンツの映像が表示され、スピーカ１０ｅからコンテンツの音声が出力されることで、コンテンツの再生が実行される。
【００１７】
本実施形態では、ストリーミング再生が中断された場合、制御部１０ａは、コンテンツの情報（タイトル、解像度、ビットレート、再生位置等）をＲＯＭ１０ｇに保存する。制御部１０ａは、次回コンテンツの再生を行う際など、必要に応じて、ＲＯＭ１０ｇに保存したデータを読み出し、中断されたストリーミング再生を再開する。なお、制御部１０ａは、本実施形態における処理に使用される各種データを、必要に応じて外部メモリ制御部１０ｎを介してクライアント装置１０のスロット（図示せず）に挿入されたＳＤカード１０ｑに記憶することもできる。
【００１８】
また、本実施形態では、制御部１０ａは、ＲＯＭ１０ｇに格納されたプログラムを実行して、ネットワーク通信部１０ｍを利用して、クライアント装置１０の現在のパケット通信量に関する情報を取得する。また、制御部１０ａは、カメラ１０ｃを起動することで、ユーザがクライアント装置１０でコンテンツを視聴しているときに、カメラ１０ｃからユーザの顔画像を取得する。さらに、制御部１０ａは、取得したユーザの顔の映像を画像認識部１０ｂに送る。画像認識部１０ｂは、制御部１０ａから受け取ったユーザの顔画像を用いて、現在ユーザがＬＣＤ１０ｄを見ているか否かの判定処理を実行する。そして、制御部１０ａは画像認識部１０ｂの判定結果に基づいて、現在ストリーミング再生を行っているコンテンツの品質を制御する処理を実行する。なお、処理の詳細については後述する。
【００１９】
図４Ａに示すように、本実施形態では、クライアント装置１０のＣＰＵ１０ｆがＲＯＭ１０ｇから読み出したプログラムをＲＡＭ１０ｈに展開して実行することにより、クライアント装置１０は、リスト受信部１０ｘ、ビットレート指定部１０ｙ、コンテンツ受信部１０ｚとして機能する。
【００２０】
また、図４Ｂに示すように、本実施形態では、サーバ装置１００のＣＰＵ１００ｄがＲＯＭ１００ｅから読み出したプログラムをＲＡＭ１００ｆに展開して実行することにより、サーバ装置１００は、リスト送信部１００ｘ、エンコード部１００ｙ、コンテンツ転送部１００ｚとして機能する。
【００２１】
リスト受信部１０ｘは、上記のリスト送信部１００ｘが送信する上記リストを受信する。ビットレート指定部１０ｙは、コンテンツの転送中にリストに示される所定の範囲内のビットレートをサーバに対して指定する。コンテンツ受信部１０ｚは、コンテンツをエンコードする際のビットレートの上限として指定されたビットレートを用いてエンコードされたコンテンツをサーバから受信する。  
【００２２】
リスト送信部１００ｘは、転送可能なコンテンツの種類を示すリストをクライアント装置１０に送信する。このリストには、コンテンツのエンコードに設定されるビットレートが所定の範囲で変更可能であるコンテンツの種類、すなわち後述する動的変化画像が含まれている。エンコード部１００ｙは、サーバ装置１００がコンテンツの転送中に、クライアント装置１００から上記リストに示される範囲内のビットレートが指定されたときに、指定されたビットレートを設定し直してコンテンツをエンコードする。コンテンツ転送部１００ｚは、エンコードしたコンテンツをクライアント装置１０に転送する。
【００２３】
なお、ＣＰＵ１０ｆ、１００ｆの処理が以上のような処理の分担に限定されるわけではない。また、リスト受信部１０ｘ、ビットレート指定部１０ｙ、コンテンツ受信部１０ｚ、リスト送信部１００ｘ、エンコード部１００ｙ、コンテンツ転送部１００ｚのいずれか１つ以上は、それぞれの処理の少なくとも一部をハードウェア回路で実行するものであってもよい。
【００２４】
ストリーミング再生の対象となるコンテンツのエンコード方法は、ＣＢＲ（Constant Bit Rate）と呼ばれる固定ビットレートを用いる方法と、ＶＢＲ（Variable Bit Rate）と呼ばれる可変ビットレートを用いる方法とがある。ＣＢＲを採用する場合、再生時に一定のビットレートでエンコードが実行される。一方、ＶＢＲを採用する場合、音声および映像の情報量の増減に合わせてビットレートが変更される。一般的には、平均ビットレートと呼ばれるビットレートを指定し、平均ビットレートに近づくように、データ量が多くなる箇所では変換効率を上げてデータ量を削減するなどの調整が行われる。例えば、再生する映像が動きの速いシーンである場合はビットレートを高くし、逆にほとんど動きのないシーンである場合はビットレートを低くする。このように柔軟にビットレートを変化させ
ることで、ストリーミング再生する映像の品質を保つことができる。
【００２５】
図５Ａおよび図５Ｂに、ＣＢＲにより映像をストリーミング再生する場合とＶＢＲにより映像をストリーミング再生する場合の、ビットレートの時間変化の一例を示す。図５Ａに示すように、ＣＢＲを採用する場合は、転送されるデータが一定のビットレートにて圧縮される。ＣＢＲを採用すると、音声や映像の内容に応じてビットレートは変化しない。このため、再生される動画の内容が他の再生箇所に比べて音声が激しくなったり動きが多い映像となったりしても、ＣＢＲではビットレートが固定であるため、ＶＢＲと比べて音声や映像が乱れる等、動画の質が低下する可能性がある。
【００２６】
一方、ＶＢＲを採用すると、再生される音声や映像データの内容に応じてビットレートを変えることが可能となる。例えば、無音で黒画面が表示されるときは、ビットレートが小さくされ、激しい音や映像が表示されるときは、ビットレートが大きくされる。これにより、ストリーミング再生において転送するデータ内の変化が激しい箇所では、高ビットレートで転送することによって、クライアント装置において画質および音質を維持したままデータを再現することができる。
【００２７】
さらに、本実施形態では、クライアント装置１０がサーバ装置１００に対して、ＶＢＲによりコンテンツをエンコードする際のビットレートを指定することで、サーバ装置１００からクライアント装置１０に転送されるコンテンツのサイズを調整する。例えば、サーバ装置１００においてコンテンツのエンコーダに設定されているビットレートが２Ｍｂｐｓである場合に、クライアント装置１０からの指定に従ってビットレートが１Ｍｂｐｓに変更される。この場合、２Ｍｂｐｓであったビットレートの上限が１Ｍｂｐｓとなるようにコンテンツがエンコードされてサーバ装置１００からクライアント装置１０に転送される（図５Ｂの一点鎖線のグラフ）。ビットレートを１Ｍｂｐｓから２Ｍｂｐｓに変更される場合も、１Ｍｂｐｓであったビットレートの上限が２Ｍｂｐｓとなるようにコンテンツがエンコードされてサーバ装置１００からクライアント装置１０に転送される（図５Ｂの実線のグラフ）。
【００２８】
図６は、本実施形態において用いられる各種画像を示す模式図である。本実施形態では、サーバ装置１００は、マルチリソースと呼ばれる技術により、ストリーミング再生用の画像を生成してクライアント装置１０に転送する。具体的には、図６に示すように、サーバ装置１００は、オリジナル画像３０１、中解像度画像３０２、低解像度画像３０３、動的変化画像３０４の各種の画像をクライアント装置１０に転送することができる。
【００２９】
以下に説明するように、サーバ装置１００は、ストリーミング再生を開始する前に、サーバ装置１００が転送可能なコンテンツの種類を示すコンテンツリストをクライアント装置１０に送信する。コンテンツリストは、例えば制御部１００ｃのＲＯＭ１００ｅに格納されている。本実施形態では、コンテンツリストには、オリジナル画像３０１、中解像度画像３０２、低解像度画像３０３、動的変化画像３０４の４種類のコンテンツが含まれている。これにより、クライアント装置１０は、コンテンツリストに含まれる種類の画像を指定して、指定した種類の画像の転送をサーバ装置１００に要求する。サーバ装置１００は、クライアント装置１０から要求された種類の画像を生成してクライアント装置１０に転送する。
【００３０】
本実施形態では、サーバ装置１００のコンテンツデータベース１００ｂに、ストリーミング再生されるコンテンツのオリジナル画像が格納されている。ここで、オリジナル画像とは、図６に示すオリジナル画像３０１の設定内容に従って生成された画像である。図６において、解像度の単位はｄｐｉ（dot per inch）である。また、コンテナは、サーバ装置１００においてエンコードされたデータの形式を指す。本実施形態では、コンテナにＭ
ＰＥＧ２−ＴＳを採用する。映像データの符号化および復号化の方式であるＶＩＤＥＯコーデックには、Ｈ．２６４を採用する。Ｈ．２６４は周知の動画圧縮規格であり、その詳細については説明を省略する。また、音声データの符号化および複合化の方式であるＡＵＤＩＯコーデックには、ＡＡＣ（Advanced Audio Coding）を採用する。なお、コンテナ
および各種コーデックは、上記に限らず、種々の周知の規格、方式を採用することができる。
【００３１】
さらに、サーバ装置１００は、オリジナル画像に基づいて、動的変化画像を生成する。ここで、動的変化画像とは、図６に示す動的変化画像３０４の設定内容に従って生成された画像である。サーバ装置１００は、クライアント装置１０から要求があった場合に、当該要求に応じて中解像度画像または低解像度画像を生成する。なお、中解像度画像、低解像度画像とは、図６に示す中解像度画像３０２、低解像度画像３０３の各設定内容に従ってそれぞれ生成された画像である。
【００３２】
本実施形態において、サーバ装置１００は、オリジナル画像３０１を基にして、中解像度画像３０２、低解像度画像３０３、動的変化画像３０４を生成する。オリジナル画像３０１の画像の品質は、中解像度画像３０２、低解像度画像３０３、動的変化画像３０４に比べて高い。図６に示すように、クライアント装置１０において表示される画像の品質は、中解像度画像３０２、低解像度画像３０３の順に低くなる。また、動的変化画像３０４は、クライアント装置１０からのビットレートに関する指示に応じてサーバ装置１００によりビットレートが変更可能な画像である。図６に示すように、動的変化画像３０４は、ビットレートが可変である点を除いて、中解像度画像３０２および低解像度画像３０３と設定内容は同じである。ストリーミング再生における動的変化画像３０４の処理の詳細については後述する。
【００３３】
図７は、本実施形態のストリーミング再生において、サーバ装置１００とクライアント装置１０との間で発生する処理を示すシーケンス図である。まず、サーバ装置１００はクライアント装置１０とネットワーク２を経由して接続を確立する（Ｓ１）。本実施形態では、クライアント装置１０は、クライアント装置１０が利用するキャリアの契約期間に関する情報、契約期間内におけるパケット通信量に関する情報、契約期間内において設定されているパケット通信量の上限に関する情報を図示しない基地局から取得する。
【００３４】
ここで、キャリアの契約期間に関する情報とは、契約の開始日時から終了日時に関する情報である。通常、キャリアの契約期間は１か月単位で更新され、パケット通信量の合計も新たな契約期間が開始するとともに初期値（０パケット）に戻されて算出される。また、契約期間内におけるパケット通信量に関する情報とは、契約の開始日から現在までにクライアント装置１０が利用したパケット通信量の合計に関する情報である。なお、クライアント装置１０は、ストリーミング再生中もパケット通信量の合計に関する情報を基地局から継続的に取得する。そして、パケット通信量の上限に関する情報とは、キャリアにより契約に応じて設定されている、クライアント装置１０が利用可能なパケット通信量の合計の上限に関する情報である。
【００３５】
さらに、クライアント装置１０は、基地局から取得した上記の情報を用いて、ストリーミング再生のコンテンツの品質を低下させる処理のトリガとなる閾値を設定する。これにより、クライアント装置１０は、ストリーミング再生時にパケット通信量を監視し、パケット通信量の合計が設定された閾値を超えたときに、ストリーミング再生のコンテンツの品質を低下させる。この結果、パケット通信量の合計が契約により設定されている上限を超えないようにすることができる。
【００３６】
次に、クライアント装置１０は、接続先のサーバ装置１００に対して、ストリーミング
再生においてサーバ装置１００から転送可能なコンテンツの一覧であるコンテンツリストを要求する（Ｓ２）。サーバ装置１００は、クライアント装置１０からコンテンツリストの取得要求を受信すると、ＲＯＭ１００ｅからコンテンツリストを取得し、無線部１００ａを介してクライアント装置１０にコンテンツリストを送信する。コンテンツリストは、サーバ装置１００が生成可能な画像の種類とエンコードの際に設定されるビットレートが少なくとも含まれる一覧であればよく、例えばｘｍｌファイル等のテキストファイルとして送信される。これにより、クライアント装置１０は、サーバ装置１００に対してオリジナル画像３０１、中解像度画像３０２、低解像度画像３０３、動的変化画像３０４を生成するよう指定できる。また、クライアント装置１０は、サーバ装置１００に対して動的変化画像３０４のエンコードに用いられるビットレートを指定できる。
【００３７】
クライアント装置１０は、サーバ装置１００からコンテンツリストを取得し（Ｓ３）、コンテンツリストから動的変化画像を選択して、クライアント装置１０に対してストリーミング再生に使用する画像として動的変化画像を指定する。なお、クライアント装置１０は取得したコンテンツリストをＲＯＭ１０ｇに格納する。さらに、クライアント装置１０は、動的変化画像のビットレートを指定する。上記の通り、動的変化画像はビットレートが可変である。本実施形態では、一例として、サーバ装置１００は、動的変化画像をエンコードする際にビットレートを、１Ｍｂｐｓから１Ｍｂｐｓ間隔で１２Ｍｂｐｓまで指定できるものとする。したがって、クライアント装置１０は、例えば動的変化画像のビットレートとして１２Ｍｂｐｓをサーバ装置１００に対して指定する（Ｓ４）。なお、動的変化画像のビットレートをどのような間隔で変更可能とするかは適宜設定できる。
【００３８】
サーバ装置１００は、クライアント装置１０から動的変化画像の指定およびビットレートの指定を受信すると、コンテンツデータベース１００ｂからオリジナル画像３０１に対応するコンテンツを取得する。さらに、サーバ装置１００は、エンコーダにクライアント装置１０から指定されたビットレートを設定し、コンテンツデータベース１００ｂから取得したコンテンツのエンコードを実行する。そして、サーバ装置１００は、エンコード済みのコンテンツを、無線部１００ａを介してクライアント装置１０に送信する。これにより、サーバ装置１００は、クライアント装置１０から指定されたコンテンツのストリーミング再生を開始する（Ｓ５）。
【００３９】
ストリーミング再生の開始後、クライアント装置１０は、契約期間内における現在のパケット通信量の合計が、上記の通り基地局から取得した情報に基づいて決定した閾値を超えたか否かを判定する（Ｓ６）。クライアント装置１０は、現在のパケット通信量の合計が閾値を超えたと判定すると（Ｓ７）、サーバ装置１００に対して、Ｓ４において指定した動的変化画像に対するビットレートよりも低いビットレートを指定する（Ｓ８）。サーバ装置１００は、クライアント装置１０から指定されたビットレートをエンコーダに設定し直す。これにより、サーバ装置１００は、ＨＴＴＰ  ＧＥＴ等のコンテンツの再取得に関する処理を行うことなく、ＶＩＤＥＯコーデックのエンコードを変更するだけでコンテンツの生成およびストリーミング再生を中断することなく実行できる（Ｓ９）。
【００４０】
図８は、本実施形態においてクライアント装置１０がストリーミング再生中に実行する処理のフローチャートである。図８の各処理は、クライアント装置１０においてストリーミング再生が開始されるとＣＰＵ１０ｆによって実行される。まずＣＰＵ１０ｆは、基地局から取得した契約期間に関する情報に基づいて、現在の日付が当該契約期間内にあるか否かを判定する（ＯＰ１０１）。なお、ＣＰＵ１０ｆは、図示しないタイマやＣＰＵ１０ｆのリアルタイムクロック等の周知の技術により現在の日付に関する情報を取得する。現在の日付が契約期間内にある場合は（ＯＰ１０１：Ｙｅｓ）、ＣＰＵ１０ｆは処理をＯＰ１０２に進める。また、現在の日付が契約期間内にない場合は（ＯＰ１０１：Ｎｏ）、ＣＰＵ１０ｆは処理をＯＰ１０６に進める。
【００４１】
ＯＰ１０２において、ＣＰＵ１０ｆは、現在のパケット通信量の合計が閾値を超えたか否かを判定する。現在のパケット通信量の合計が閾値を超えた場合は（ＯＰ１０２：Ｙｅｓ）、ＣＰＵ１０ｆは処理をＯＰ１０３に進める。また、現在のパケット通信量の合計が閾値を超えていない場合は（ＯＰ１０２：Ｎｏ）、ＣＰＵ１０ｆは現在のストリーミング再生を継続するため処理をＯＰ１０５に進める。
【００４２】
ＯＰ１０３において、ＣＰＵ１０ｆは、サーバ装置１００から取得したコンテンツリストを参照し、ストリーミング再生の開始前（図７のＳ４）にクライアント装置１０が指定したビットレートよりも低いビットレートをサーバ装置１００に対して指定できるか否かを判定する。例えば、上記の例で現在指定されているビットレートが１２Ｍｂｐｓであれば、ＣＰＵ１０ｆはサーバ装置１００に指定するビットレートを１Ｍｂｐｓから１Ｍｂｐｓ刻みで１１Ｍｂｐｓまでのいずれかのビットレートに決定する。ＣＰＵ１０ｆによって決定されたビットレートに関する情報は、ネットワーク通信部１０ｍ、無線部１０ｐを介してサーバ装置１００に送信される（ＯＰ１０４）。次いで、処理はＯＰ１０５に進められる。
【００４３】
ＯＰ１０５において、ＣＰＵ１０ｆは、現在ストリーミング再生中のコンテンツの再生が終了したか否かを判定する。コンテンツの再生が終了していない場合は（ＯＰ１０５：Ｎｏ）、ＣＰＵ１０ｆは、引き続き上記のパケット通信量の判定処理を行うため、処理をＯＰ１０１に戻す。また、コンテンツの再生が終了した場合は（ＯＰ１０５：Ｙｅｓ）、ＣＰＵ１０ｆは本フローチャートの処理を終了する。
【００４４】
ＯＰ１０１において、現在の日付が契約期間内にないと判定された場合は、ストリーミング再生が契約期間をまたいで継続しているとみなすことができる。したがって、ＯＰ１０６において、ＣＰＵ１０ｆは、契約期間の終了時におけるパケット通信量の合計がＯＰ１０２で使用する閾値を超えていたか否かを判定する。パケット通信量の合計が閾値を超えていた場合、現在のストリーミング再生は上記の通りより低いビットレートで実行されている。ただし、新たな契約期間が開始し、パケット通信量の合計は、リセットされて新たに算出されるため、閾値を超えない状態である。したがって、パケット通信量の合計が閾値を超えていた場合（ＯＰ１０６：Ｙｅｓ）、ＣＰＵ１０ｆは処理をＯＰ１０７に進める。また、パケット通信量の合計が閾値を超えてなかった場合（ＯＰ１０６：Ｎｏ）、現在のストリーミング再生を継続するため、ＣＰＵ１０ｆは処理をＯＰ１０５に進める。
【００４５】
ＯＰ１０７では、ＣＰＵ１０ｆは、コンテンツリストを参照し、現在のストリーミング再生においてクライアント装置１０が指定したビットレートよりも高いビットレートをサーバ装置１００に対して指定できるか否かを判定する。より高いビットレートを指定できる場合は（ＯＰ１０７：Ｙｅｓ）、例えば上記の例で現在指定されているビットレートが４Ｍｂｐｓであれば、ＣＰＵ１０ｆはサーバ装置１００に指定するビットレートを５Ｍｂｐｓから１Ｍｂｐｓ刻みで１２Ｍｂｐｓまでのいずれかのビットレートに決定する。ＣＰＵ１０ｆによって決定されたビットレートに関する情報は、ネットワーク通信部１０ｍ、無線部１０ｐを介してサーバ装置１００に送信される（ＯＰ１０８）。次いで、処理はＯＰ１０５に進められる。一方、より高いビットレートを指定できない場合は（ＯＰ１０７：Ｎｏ）、ＣＰＵ１０ｆは処理をＯＰ１０５に進める。
【００４６】
図９は、本実施形態におけるクライアント装置１０が利用するパケット通信量の合計の推移、パケット通信量の合計、閾値、上限との関係の一例を示すグラフである。図９に示すように、契約期間の開始日からパケット通信量の合計は増加を開始し、終了日前の時点Ｔにおいて閾値を超える。このとき、上記のＯＰ１０１〜ＯＰ１０４の処理により、クライアント装置１０からより低いビットレートがサーバ装置１００に対して指定される。な
お、ＯＰ１０４において、指定するビットレートは、現在から契約期間の終了日までの期間およびパケット通信量の合計の上限値と閾値との幅に基づいて決定される。これにより、パケット通信量の合計は、現在のコンテンツの再生が終了するまでに上限値を超えないように推移する。
【００４７】
契約期間が満了し、終了日を超えてストリーミング再生が継続される場合、ＯＰ１０４において一度下げられたビットレートは、ＯＰ１０１、ＯＰ１０６〜ＯＰ１０８の処理により再び上げられ、より品質の高いコンテンツの再生が実行される。このように、本実施形態では、クライアント装置１０は、契約によって定められたパケット通信量の合計の上限を超えることなく、ストリーミング再生を実行できる。さらに、クライアント装置１０は、ビットレートの変更をサーバ装置１００に指定することで、ＨＴＴＰ ＧＥＴ等のコ
ンテンツの再取得処理を行うことなくコンテンツの再生を継続できる。このため、クライアント装置１０においては、サーバ装置１００にビットレートの変更を指示する際に、黒画面が表示されたり無音状態が発生したりする等、コンテンツの再生が中断されることがない。
【００４８】
以上が本実施形態に関する説明であるが、上記のサーバ装置およびクライアント装置の構成や処理は、上記の実施形態に限定されるものではなく、本発明の技術的思想と同一性を失わない範囲内において種々の変更が可能である。例えば、上記の実施形態において、クライアント装置１０が動的変化画像のビットレートをどの程度下げるあるいは上げるかは、パケット通信量、契約期間等に応じて適宜決定すればよい。また、以下に、上記の実施形態における変形例を１例説明する。なお、以下の変形例において、上記の実施形態に対応する構成要素については同一の符号を付し、詳細な説明は省略する。
【００４９】
（変形例１）
上記の実施形態では、クライアント装置１０によって利用されるパケット通信量の推移に基づいて、サーバ装置１００の動的変化画像の生成におけるビットレートの設定を変更する。一方、本変形例では、クライアント装置１０の制御部１０ａによってカメラ１０ｃが起動され、クライアント装置１０で現在コンテンツを視聴しているユーザの顔の画像がカメラ１０ｃによって取得される。そして、画像認識部１０ｂによって、取得されたユーザの画像に基づいて現在ユーザが視聴中であるか否かに基づいて、上記のビットレートの変更処理を実行するか否かが決定される。
【００５０】
図１０に、本変形例のストリーミング再生において、サーバ装置１００とクライアント装置１０との間で発生する処理を示すシーケンス図である。Ｓ１１〜Ｓ１５における処理は、図７のＳ１〜Ｓ５における処理と同じであるため説明は省略する。本変形例では、クライアント装置１０は、カメラ１０ｃにより取得した視聴中のユーザの顔画像に基づいて、現在ユーザがクライアント装置１０のＬＣＤ１０ｄに表示されるストリーミング再生中のコンテンツを視聴しているか否かを判定する（Ｓ１６）。例えば、ユーザがＬＣＤ１０ｄから顔を背けたりクライアント装置１０から離れたりする等、ユーザがコンテンツを視聴していないと判定されると、クライアント装置１０はサーバ装置１００に対してより低いビットレートを指定する。なお、Ｓ１８、Ｓ１９における処理は図７のＳ８、Ｓ９における処理と同じであるため説明は省略する。
【００５１】
そして、ユーザが再びＬＣＤ１０ｄに表示されているコンテンツの視聴を開始したと判断されると、クライアント装置１０はサーバ装置１００に対してより高いビットレートを指定する。なお、Ｓ２１、Ｓ２２における処理は、Ｓ１８、Ｓ１９と同様であるため説明は省略する。
【００５２】
図１１は、本実施形態においてクライアント装置１０がストリーミング再生中に実行す
る処理のフローチャートである。図１１の各処理は、クライアント装置１０においてストリーミング再生が開始されるとＣＰＵ１０ｆによって実行される。ＯＰ２０１において、ＣＰＵ１０ｆは、カメラ１０ｃを起動する。カメラ１０ｃによって、ＬＣＤ１０ｄに表示されているコンテンツを視聴するユーザの顔画像が取得される。次いで、処理はＯＰ２０２に進められる。
【００５３】
ＯＰ２０２において、ＣＰＵ１０ｆは、カメラ１０ｃによって取得されたユーザの顔画像を画像認識部１０ｂに送る。画像認識部１０ｂは、取得されたユーザの顔画像を解析し、現在ユーザがＬＣＤ１０ｄに目を向けている、すなわちＬＣＤ１０ｄに表示されているコンテンツを視聴しているか否かを判定する。画像認識部１０ｂは、ユーザの顔画像の判定結果をＣＰＵ１０ｆに送る。ＣＰＵ１０ｆは、画像認識部１０ｂによる判定結果に基づいてユーザが現在コンテンツを視聴中であるか否かを判定する。ユーザが現在コンテンツを視聴中であると判定した場合は（ＯＰ２０２：Ｙｅｓ）、ＣＰＵ１０ｆは処理をＯＰ２０３に進める。また、ユーザが現在コンテンツを視聴していないと判定した場合は（ＯＰ２０２：Ｎｏ）、ＣＰＵ１０ｆは処理をＯＰ２０７に進める。
【００５４】
ＯＰ２０３、ＯＰ２０４、ＯＰ２０５、ＯＰ２０７、ＯＰ２０８における処理は、図８のＯＰ１０７、ＯＰ１０８、ＯＰ１０５、ＯＰ１０３、ＯＰ１０４とそれぞれ同じであるため説明を省略する。以上により、本変形例では、クライアント装置１０のユーザがストリーミング再生中のコンテンツを視聴していない間は、サーバ装置１００からより低いビットレートによりエンコードされたコンテンツがクライアント装置１００に転送される。このため、ユーザがコンテンツを視聴していない間のパケット通信量を好適に低減することができる。また、上記の実施形態と同様、ビットレートが変更される際に、クライアント装置１０において黒画面が表示されたり無音状態が発生したりすることなくコンテンツの再生を継続することができる。
【００５５】
＜コンピュータが読み取り可能な記録媒体＞
コンピュータその他の機械、装置（以下、コンピュータ等）に上記情報処理装置の設定を行うための管理ツール、ＯＳその他を実現させるプログラムをコンピュータ等が読み取り可能な記録媒体に記録することができる。そして、コンピュータ等に、この記録媒体のプログラムを読み込ませて実行させることにより、その機能を提供させることができる。ここで、コンピュータは、例えば、サーバ装置、クライアント装置等である。
【００５６】
ここで、コンピュータ等が読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体をいう。このような記録媒体のうちコンピュータ等から取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／Ｗ、ＤＶＤ、ブルーレイディスク、ＤＡＴ、８ｍｍテープ、フラッシュメモリ等のメモリカード等がある。また、コンピュータ等に固定された記録媒体としてハードディスクやＲＯＭ等がある。
【符号の説明】
【００５７】
１    ストリーミングシステム
２    ネットワーク
１０    クライアント装置
１０ａ    制御部
１０ｄ    ＬＣＤ
１０ｅ    スピーカ
１０ｆ    ＣＰＵ
１０ｇ    ＲＯＭ
１０ｈ    ＲＡＭ
１０ｉ    出力部
１０ｋ    動画処理部
１０ｐ    無線部
１０ｒ    バッファメモリ
１０ｘ    リスト受信部
１０ｙ    ビットレート指定部
１０ｚ    コンテンツ受信部
１００    サーバ装置
１００ａ    無線部
１００ｂ    コンテンツデータベース
１００ｃ    制御部
１００ｄ    ＣＰＵ
１００ｅ    ＲＯＭ
１００ｆ    ＲＡＭ
１００ｘ    リスト送信部
１００ｙ    エンコード部
１００ｚ    コンテンツ転送部
【図６】
2016019140.tif 000003
【図１】
2016019140.tif 000004
【図２】
2016019140.tif 000005
【図３】
2016019140.tif 000006
【図４Ａ】
2016019140.tif 000007
【図４Ｂ】
2016019140.tif 000008
【図５Ａ】
2016019140.tif 000009
【図５Ｂ】
2016019140.tif 000010
【図７】
2016019140.tif 000011
【図８】
2016019140.tif 000012
【図９】
2016019140.tif 000013
【図１０】
2016019140.tif 000014
【図１１】
2016019140.tif 000015