JP4830419B2 - 動画像視聴システム、動画像視聴装置、その制御方法、及びプログラム - Google Patents

Description

本発明は、動画像データを再生して利用者に視聴させる動画像視聴システム、及び動画像視聴装置に関する。

近年、教育用の動画像データを配信して、遠隔から研修会などを行ったり、あるいは映画などの動画像データを配信して視聴させることが広く行われている。また、これらの用途にあって、例えば教育用の動画像データであれば、研修者が動画像データ全体を参照したか（途中を飛ばして再生するなど、意図しない状態で再生が行われていないか）を確認したいという要望がある。

そこで例えば動画像データに時間的な目盛りに相当する情報を付して配信し、利用者が再生等の操作を開始した時点の時刻情報と、終了した時点の時刻情報とを取得して、当該開始時点の時刻情報と終了時点の時刻情報とで規定される区間について再生が完了したものと判断する技術が、特許文献１に開示されている。この特許文献１の技術ではまた、ユーザの操作が特殊再生（早送りなど）であった場合は、その操作の開始時点や終了時点の情報を送信しないようにしている。
特開２００４−２８２７３１号公報（特殊再生について０２３１段落を参照）

しかしながら、上記従来の特許文献１に開示の技術では、例えば再生速度が可変となっている場合に、視聴者が再生操作を行った後、再生速度を速めた場合など、再生側の装置の機能に配慮した処理が行われていない。

また、仮に再生速度が早まった場合に早送り操作として認識したとすると、例えば利用者が早聞き再生（通常より１．５倍程度速めた速度で視聴すること）して、研修を行った場合などに、視聴されなかったと判断されてしまうこととなり、視聴に係る判断を目的に合わせて行うことができない。

本発明は上記実情に鑑みて為されたもので、再生側の装置の機能に配慮し、また、視聴の目的に合わせて視聴が行われたか否かを判断することのできる動画像視聴システム、動画像視聴装置、その制御方法、及びプログラムを提供することを、その目的の一つとする。

上記従来例の問題点を解決するための本発明は、動画像データを配信する配信サーバと、前記配信サーバから配信される動画像データを再生するクライアント装置とを含む動画像視聴システムであって、前記配信サーバから配信される動画像データは、所定のタイミングごとの複数のブロックに分割され、前記クライアント装置は、注目ブロックの開始時点での再生速度と、注目ブロックの終了時点での再生速度と、注目ブロックの前記開始時点と終了時点との間における少なくとも一つの中間点での再生速度とを検出し、配信サーバまたは前記クライアント装置が、前記検出した各再生速度が、所定条件を満足する場合に、当該ブロックについての視聴が完了した旨の情報を生成し、当該生成された情報が、前記クライアント装置利用者の視聴管理の所定処理に供されることを特徴としている。ここで前記視聴管理の所定処理は、視聴率の演算に係る処理であってもよい。

また、本発明の一態様は、所定のタイミングごとの複数のブロックに分割された動画像データを受信して、再生する動画像視聴装置であって、注目ブロックの開始時点での再生速度と、注目ブロックの終了時点での再生速度と、注目ブロックの前記開始時点と終了時点との間における少なくとも一つの中間点での再生速度とに係る所定条件を満足する場合に、当該ブロックについての視聴が完了した旨の情報を送出し、当該送出された情報が利用者の視聴管理の所定処理に供されることを特徴としている。

この場合に、前記所定条件は、前記注目ブロックに係る各再生速度がいずれも、所定速度を下回るとの条件であってもよい。

さらに、本発明の別の態様は、所定のタイミングごとの複数のブロックに分割された動画像データを受信して、再生する動画像視聴装置の制御方法であって、注目ブロックの開始時点での再生速度と、注目ブロックの終了時点での再生速度と、注目ブロックの前記開始時点と終了時点との間における少なくとも一つの中間点での再生速度とに係る所定条件を満足する場合に、当該ブロックについての視聴が完了した旨の情報を送出させ、当該送出された情報が利用者の視聴管理の所定処理に供されることを特徴としている。

さらに本発明のまた別の態様に係るプログラムは、所定のタイミングごとの複数のブロックに分割された動画像データを受信して、再生する動画像視聴装置に、注目ブロックの開始時点での再生速度と、注目ブロックの終了時点での再生速度と、注目ブロックの前記開始時点と終了時点との間における少なくとも一つの中間点での再生速度とを検出する手順と、前記検出した各再生情報が、所定条件を満足する場合に、当該ブロックについての視聴が完了した旨の情報を送出する手順と、を実行させることを特徴としている。

本発明の実施の形態について図面を参照しながら説明する。本発明の実施の形態に係る動画像視聴システムは、図１に示すように配信サーバ１と、クライアント装置としての動画像視聴装置２とを含んで構成されている。これら配信サーバ１と動画像視聴装置２とは互いにネットワークを介して接続されている。また、ここでは動画像視聴装置２は１つだけ図示しているが、実際には、動画像視聴装置２は複数あってもよい。その場合、配信サーバ１は、各動画像視聴装置２に対して動画像データを配信する。

配信サーバ１は、図１に示すように、制御部１１と、記憶部１２と、動画像データストレージ部１３と、視聴情報ストレージ部１４と、通信部１５とを含んで構成されている。また、動画像視聴装置２は、制御部２１と、記憶部２２と、操作部２３と、表示部２４と、通信部２５とを含んで構成されている。

配信サーバ１の制御部１１は、ＣＰＵであり、記憶部１２に格納されているプログラムに従って動作する。この制御部１１は、動画像データストレージ部１３に格納されている動画像データを配信する処理を実行する。また、この制御部１１は、動画像視聴装置２から視聴状態に関する視聴情報を受信して、視聴情報ストレージ部１４に格納する処理を実行する。この制御部１１の視聴情報に関する処理の内容については後に詳しく述べる。

記憶部１２は、ＲＡＭやＲＯＭ等の記憶素子を含んで構成される。この記憶部１２は、制御部１１によって実行されるプログラムを保持している。また、この記憶部１２は制御部１１のワークメモリとしても動作する。

動画像データストレージ部１３は、例えばハードディスク等のストレージデバイスである。この動画像データストレージ部１３は、配信の対象となる動画像データを少なくとも一つ保持している。この動画像データは、図２に示すように、所定のタイミングごとの複数のブロックに分割されている。図２では、Δｔ秒ごとにブロックに分割した例を示している。このΔｔは、例えば数秒程度の長さとしてもよい。なお、このΔｔのように一定の時間で分割する必要は必ずしもなく、ランダムな長さごとに分割してもよい。

ブロック分割の一例を挙げると、動画像データが例えばＭＰＥＧ（Motion Picture Experts Group）のデータである場合、各ブロックをパケッタイズド・エレメンタリー・ストリームＰＥＳ（Packetized Elementarty Stream）として分割することができる。この場合、各ブロックを識別する情報として、ストリーム識別子（Stream_id）を用いることができる。

また例えばＭＰＥＧのパックを各ブロックとしてもよい。この場合は、各ブロックを識別する情報としてパックの識別子を用いることができる。

視聴情報ストレージ部１４は、例えばハードディスク等のストレージデバイスであり、動画像視聴装置２から受信した視聴情報を、動画像視聴装置２の利用者を特定する情報に関連づけて格納して保持している。

通信部１５は、ネットワークインタフェース等であり、制御部１１から入力される指示に従って、動画像データを送信する。また、通信部１５は、ネットワークを介して動画像視聴装置２から受信される視聴情報を制御部１１に出力する。

動画像視聴装置２の制御部２１は、ＣＰＵであり、記憶部２２に格納されているプログラムに従って動作する。この制御部２１は、配信サーバ１から受信される動画像データを記憶部２２に蓄積し、記憶部２２に蓄積した動画像データを、利用者からの指示操作に従って復号し、表示部２４に表示出力する。また本実施の形態では制御部２１が動画像データの再生状態に関する情報を取得して、視聴情報として配信サーバ１に送信出力している。これらの制御部２１の処理の内容については後に詳しく述べる。

記憶部２２は、ＲＡＭやＲＯＭ等の記憶素子を含んで構成される。この記憶部２２は、制御部２１によって実行されるプログラムを保持している。また、この記憶部２２は制御部２１のワークメモリとしても動作し、再生の対象となる動画像データを蓄積して保持する。

操作部２３は、マウスやキーボードなどであり、利用者の指示操作の内容を制御部２１に出力する。表示部２４は、ディスプレイ等であり、制御部２１から入力される指示に従って画像を表示出力する。

通信部２５は、ネットワークインタフェース等であり、制御部２１から入力される指示に従って、視聴情報などのデータを送信する。また、通信部２５は、ネットワークを介して配信サーバ１から受信される動画像データを制御部２１に出力する。

ここでまず、動画像視聴装置２の制御部２１の処理について説明する。制御部２１は、動画像データの再生を制御するためのインタフェース画面を表示部２４に表示する。このインタフェース画面では、例えば図３に示すように、巻き戻し（逆方向再生）、再生、早送り、一時停止などの指示を行なうためのボタン群（Ｂ）と、動画像データの再生位置を表すプログレスバー（Ｐ）とを含む。このプログレスバー上には、カーソル（Ｃ）が表示され、再生位置に応じてカーソルの表示位置が制御される。

例えば、制御部２１は、再生の対象となる動画像データを受信すると、記憶部２２に当該動画像データとを蓄積して格納する。そして、当該蓄積した動画像データについて先頭から復号処理を行ないつつ、復号後の画像を表示部２４に表示する。配信される動画像データが例えばＭＰＥＧである場合、巻き戻し、再生、早送り、一時停止等の指示に応じた再生速度でＭＰＥＧデータに含まれる各フレームデータの復号を行なって得た画像を表示出力する。また、制御部２１は、動画像データ上の再生位置にプログレスバーのカーソルを移動する。

また、制御部２１は、カーソルを移動させる操作を利用者が行なうと、当該操作によるカーソルの移動速度及び、移動位置に応じて、動画像データの表示位置を制御する。例えば利用者がカーソルを順方向（動画像データの先頭から終了方向）へ通常の再生速度以上の速度で移動させると、早送りと同様の効果で再生が行なわれることになる。

こうした再生速度を可変とした動画像データの再生制御の処理については、種々のものが知られているので、ここでの詳細な説明を省略する。

制御部２１は、動画像データのうち再生の対象となったブロック（注目ブロックとする）に含まれるデータ（ブロックがＭＰＥＧのＰＥＳである場合、内包するストリームに含まれる先頭フレームのデータ）の復号を行ったタイミングと、注目ブロック終了時点に対応するデータ部分（ブロックがＭＰＥＧのＰＥＳである場合、例えば内包するストリームに含まれる最後のＩフレームのデータ）とを表示するそれぞれのタイミングで、再生速度（以下、それぞれを開始時速度、終了時速度と呼ぶ）を検出する。再生速度は、制御部２１における再生制御の処理のパラメータとして取得できる。

本実施の形態において特徴的なことの一つは、制御部２１が注目ブロックの開始時点と終了時点との間における少なくとも一つの中間点での再生速度（以下、中間速度と呼ぶ）を検出し、これら開始時速度、中間時速度、終了時速度のそれぞれにより判断される所定条件を満足する場合に、注目ブロックの視聴が完了したと判断して、その旨の視聴情報を生成し、配信サーバ１へ送信することである。ここで視聴情報には、利用者を特定する情報と、再生中の動画像データを特定する情報と、注目ブロックを識別する情報（ブロック識別子と呼ぶ）とを含む。なお、利用者を特定する情報は、予め利用者をパスワード等を用いて認証して取得しておけばよい。

ここで所定条件は、開始時速度、中間時速度、終了時速度のそれぞれが通常の再生速度であることとしてもよいし、開始時速度、中間時速度、終了時速度のそれぞれが、予め定めた速度範囲にあることを条件としてもよい。後者の条件は、すなわち、開始時速度、中間時速度、終了時速度の各再生速度が、いずれも、下限値を超え、上限値（本発明における所定速度に相当する）を下回ることを条件とする。ここで上限値は、例えば通常の再生速度の１．５倍などとして設定しておく。この下限値や上限値などの条件に係るパラメータは、動画像データごとに定められてもよい。その場合は、配信サーバ１側で、動画像データごとにパラメータを関連づけて保持しておき、動画像データの配信時に、配信する動画像データに関連づけられているパラメータを併せて配信することとすればよい。制御部２１は、当該配信されたパラメータを受信して利用することとなる。

また次に、配信サーバ１の制御部１１の視聴情報に係る処理について説明する。配信サーバ１は、動画像視聴装置２から視聴情報を受信すると、視聴情報に含まれる、利用者を特定する情報と、動画像データを特定する情報とに関連づけて、視聴情報に含まれるブロック識別子を、視聴情報ストレージ部１４に蓄積して格納する（図４）。

配信サーバ１１では、この蓄積した情報により、クライアント装置としての動画像視聴装置２の利用者の視聴管理に係る処理を実行する。例えば、動画像データを特定する情報をキーとして、すべてのブロック識別子が関連づけられている利用者を検索し、当該利用者について、動画像データ全体を視聴した利用者としてリストアップする。

また、ブロックごと（又は複数の連続するブロックからなるマクロブロックごと）に視聴を完了した利用者数を累積し、各ブロック（又は各マクロブロック）の視聴者数を表示し、グラフ化してもよい。これにより、動画像データ全体のどの部分に注目があつまっているかを分析する処理を行うこともできる。また、配信サーバ１に対して配信要求を行なった全利用者数や、動画像データごとの配信要求を行なった全利用者数で、ブロックごと（又は複数の連続するブロックからなるマクロブロックごと）に累積した利用者数を除して、当該ブロックごと（又は複数の連続するブロックからなるマクロブロックごと）の視聴率を演算し、当該演算した視聴率の情報を表示してもよい。

なお、ここまでに説明した例では、動画像視聴装置２がブロックの開始時点、中間時点、終了時点での再生速度を元に当該ブロックの視聴が完了したか否かを判断していたが、これに代えて、動画像視聴装置２がブロックの開始時点、中間時点、終了時点での再生速度の情報を配信サーバ１に送出し、配信サーバ１が当該受信した開始時点、中間時点、終了時点での再生速度の情報を元に当該ブロックの視聴が完了したか否かを判断しても構わない。

さらに配信サーバ１は、単一のコンピュータによって実現されなくてもよく、複数のコンピュータを含んだコンピュータシステムであってもよい。この場合、動画像データを配信するコンピュータと、視聴情報を受信するなど、視聴管理に係る処理を行うコンピュータとは別体であってもよい。

本実施の形態の動画像視聴システムによれば、視聴者が再生操作を行った後、再生速度を速めた場合でも、予め妥当と定められた速度範囲で再生されていなければ視聴が行われなかったと判断するなど、再生側の装置の機能に配慮でき、また、例えばレクチャーであれば１．５倍速までは許容し、ビデオ編集の目的であれば等倍のみ許容するなど、速度範囲を視聴の目的に合わせて設定でき、視聴の目的に合った判断をさせることができる。

本発明の実施の形態に係る動画像視聴システムの構成例を表すブロック図である。 本発明の実施の形態に係る動画像視聴システムにおける動画像データの例を表す説明図である。 本発明の実施の形態に係る動画像視聴システムにおける動画像データの表示インタフェースの例を表す概要図である。 本発明の実施の形態に係る動画像視聴システムにおける視聴情報の保持例を表す説明図である。

符号の説明

１ 配信サーバ、２ 動画像視聴装置、１１，２１ 制御部、１２，２２ 記憶部、１３ 動画像データストレージ部、１４ 視聴情報ストレージ部、１５，２５ 通信部、２３ 操作部、２４ 表示部。

Claims (5)

1. 動画像データを配信する配信サーバと、前記配信サーバから配信される動画像データを再生するクライアント装置とを含む動画像視聴システムであって、
   前記配信サーバから配信される動画像データは、所定のタイミングごとの複数のブロックに分割され、
   前記クライアント装置は、注目ブロックの開始時点での再生速度と、注目ブロックの終了時点での再生速度と、注目ブロックの前記開始時点と終了時点との間における少なくとも一つの中間点での再生速度とを検出し、
   配信サーバまたは前記クライアント装置が、前記検出した再生速度のそれぞれが予め動画像データごとに定めた速度範囲にある場合に、当該ブロックについての視聴が完了した旨の情報を生成し、当該生成された情報が、前記クライアント装置利用者の視聴管理の所定処理に供されることを特徴とする動画像視聴システム。
2. 請求項１に記載の動画像視聴システムにおいて、
   前記視聴管理の所定処理は、視聴率の演算に係る処理であることを特徴とする動画像視聴システム。
3. 所定のタイミングごとの複数のブロックに分割された動画像データを受信して、再生する動画像視聴装置であって、
   注目ブロックの開始時点での再生速度と、注目ブロックの終了時点での再生速度と、注目ブロックの前記開始時点と終了時点との間における少なくとも一つの中間点での再生速度のそれぞれが予め動画像データごとに定めた速度範囲にある場合に、当該ブロックについての視聴が完了した旨の情報を送出し、
   当該送出された情報が利用者の視聴管理の所定処理に供されることを特徴とする動画像視聴装置。
4. 請求項３に記載の動画像視聴装置であって、
   前記所定条件は、前記注目ブロックに係る各再生速度がいずれも、所定速度を下回るとの条件であることを特徴とする動画像視聴装置。
5. 所定のタイミングごとの複数のブロックに分割された動画像データを受信して、再生する動画像視聴装置に、
   注目ブロックの開始時点での再生速度と、注目ブロックの終了時点での再生速度と、注目ブロックの前記開始時点と終了時点との間における少なくとも一つの中間点での再生速度とを検出する手順と、
   前記検出した再生速度のそれぞれが予め動画像データごとに定めた速度範囲にある場合に、当該ブロックについての視聴が完了した旨の情報を送出する手順と、
   を実行させることを特徴とするプログラム。

Images