ログ管理装置およびログ管理プログラム
【課題】 複数チャンネルのコンテンツデータを同時に受信する場合であっても、実際にユーザ操作によって選択されたチャンネルのログを記録すること。
【解決手段】 同時に各チャンネルプログラムＡ〜Ｄがサーバ２００からの対応するチャンネルのコンテンツデータを受信してバッファに蓄積しているにもかかわらず、再生部６と接続されているチャンネルプログラムのみが、再生部６に送信したコンテンツデータのログをログテーブルに記録し、再生部６と接続されていないチャンネルプログラムはログをログテーブルに記録しない。従って、ユーザ操作によって選択されたチャンネルのログを正確に記録して管理することができる。
【解決手段】 同時に各チャンネルプログラムＡ〜Ｄがサーバ２００からの対応するチャンネルのコンテンツデータを受信してバッファに蓄積しているにもかかわらず、再生部６と接続されているチャンネルプログラムのみが、再生部６に送信したコンテンツデータのログをログテーブルに記録し、再生部６と接続されていないチャンネルプログラムはログをログテーブルに記録しない。従って、ユーザ操作によって選択されたチャンネルのログを正確に記録して管理することができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバからコンテンツデータを受信して再生する端末装置におけるログ管理装置に関する。
【背景技術】
【０００２】
１又は複数のサーバから、複数チャンネルの放送コンテンツデータ（例えば音声データ）がデータストリームの形式で配信され、端末装置で受信して、ユーザが希望するチャンネルのコンテンツデータを再生するサービスが提供されている。端末装置は、コンテンツデータを受信して再生する際には、コンテンツデータを所定量以上バッファに蓄積する必要がある。ここで、ユーザ操作によってチャンネルが変更された際に、一からバッファに変更後のチャンネルのコンテンツデータを蓄積し、バッファ内のコンテンツデータ量が所定量以上になってから再生を開始するので、直ぐにコンテンツデータを再生することができない。
【０００３】
この問題を解決するために、端末装置が、複数チャンネルのそれぞれに対応する複数バッファを備えており、複数チャンネルのコンテンツデータを同時に受信して、複数バッファに同時に蓄積することによって、チャンネルが変更された際にも、直ちに変更後のチャンネルに対応するバッファに蓄積されたコンテンツデータを再生開始する端末装置が考えられる。
【０００４】
ここで、サーバを運営する放送局においては、端末装置における複数チャンネルのコンテンツデータの再生状況に関するログ（例えば、選択されたチャンネル、及び、その再生時間等）を端末装置から収集して、今後のコンテンツデータの製作に利用することが行われている。従来のように、端末装置がユーザ操作によって選択された１つのチャンネルのコンテンツデータのみを受信する場合には、受信しているチャンネルとその受信時間とを集計することによってログを管理することができる。しかし、上記のように、端末装置が同時に複数チャンネルのコンテンツデータを受信し、複数バッファに蓄積する場合には、どのチャンネルに関するログを収集し、サーバに送信すべきであるかを特定することが困難である。
【０００５】
【特許文献１】特開２００２−８２８４９号
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は上記従来の課題を解決するためになされたものであり、その目的は、複数チャンネルのコンテンツデータを同時に受信する場合であっても、実際にユーザ操作によって選択されたチャンネルのログを記録することができるログ管理装置を提供することである。
【課題を解決するための手段】
【０００７】
本発明の好ましい実施形態によるログ管理装置は、１又は複数チャンネルのコンテンツデータを送信する１又は複数のサーバに接続可能であり、前記サーバから複数チャンネルのコンテンツデータを同時に受信して、一時的に複数チャンネルのコンテンツデータを蓄積する受信蓄積手段と、ユーザ操作に応じて複数チャンネルの中からチャンネルを選択する選択手段と、前記受信蓄積手段が蓄積する複数チャンネルのコンテンツデータの中から、前記選択手段によって選択されたチャンネルのコンテンツデータを再生する再生手段と、ログを記録するためのログ記憶部と、前記受信蓄積手段がコンテンツデータを蓄積する各チャンネルのうち、前記再生手段によって再生されたチャンネルのコンテンツデータに関するログを前記ログ記憶部に記録すると共に、前記再生手段によって再生されないチャンネルのコンテンツデータに関するログを前記ログ記憶部に記録しないログ記録手段とを備える。
【０００８】
受信蓄積手段がサーバからの複数チャンネルのコンテンツデータを同時に受信して一時的に蓄積しているので、ユーザ操作によってチャンネルが選択又は変更されたときに、再生手段が即座に選択又は変更されたチャンネルのコンテンツデータを再生開始することができる。なお、一時的に蓄積するとは、コンテンツデータの再生後に蓄積されているコンテンツデータが消去されることをいう。さらに、受信蓄積手段がサーバからの複数チャンネルのコンテンツデータを同時に受信して一時的に蓄積しているにもかかわらず、ログ記録手段が再生手段によって再生されたチャンネルのコンテンツデータのログのみを記録し、再生手段によって再生されないチャンネルのコンテンツデータのログは記録しない。従って、ユーザ操作によって選択されたチャンネルのログを正確に記録して管理することができる。
【０００９】
好ましい実施形態においては、前記ログ管理装置は、前記ログ記憶部に記録されている１又は複数のログの中から、前記再生手段による再生時間に基づいて送信ログを決定する送信ログ決定手段と、前記送信ログ決定手段によって決定された送信ログを前記サーバに送信するログ送信手段とをさらに備える。
【００１０】
例えば、ユーザ操作によって頻繁にチャンネルが変更される場合、短期間に複数のチャンネルのログが多数記録されてしまい、ログの管理が煩雑になる。しかし、送信ログ決定手段が、１又は複数のログの中から再生時間に基づいてサーバに送信すべき送信ログを決定するので、サーバに多数のログが送信されること防止することができる。
【００１１】
好ましい実施形態においては、前記コンテンツデータが複数のパケットを含み、 前記送信ログ決定手段が、前記コンテンツデータの１パケット当たりの再生時間と、前記再生手段によって再生されたパケット数とを乗算して前記再生時間を算出する。
【００１２】
各チャンネルのコンテンツデータ毎にビットレートが異なる場合には、再生手段が再生したパケット数のみからでは再生時間を正確に判断できない。そこで、１パケット当たりの再生時間とパケット数とを乗算することによって再生時間を正確に算出することができる。
【００１３】
好ましい実施形態においては、前記ログ記録手段が、所定条件を満たしたときに前記ログ記憶部にログを記録することによって前記ログ記憶部に複数のログを記録し、前記送信ログ決定手段が、前記ログ記憶部に記録されている複数のログのうち、同一チャンネルに関するログをまとめて１つのログを生成する。
【００１４】
この場合、同一チャンネルに関する複数のログを１つにまとめることにより、ログの管理を簡易にすることができる。さらに、同一チャンネルのログをまとめた後に再生時間に基づいて送信ログを決定することにより、より最適なログを送信ログに決定することができる。
【００１５】
本発明の別の好ましい実施形態によるログ管理装置は、１又は複数チャンネルのコンテンツデータを送信する１又は複数のサーバに接続可能であり、各チャンネルに対応する複数のチャンネルプログラムと、再生プログラムとが実行されるログ管理装置であって、前記各チャンネルプログラムが、前記サーバから対応するチャンネルのコンテンツデータを受信して、一時的にコンテンツデータを蓄積する受信蓄積ステップと、前記再生プログラムと接続された場合に、前記受信蓄積ステップが蓄積するコンテンツデータを再生プログラムに送信する送信ステップと、 前記再生プログラムと接続された場合に、前記送信ステップが前記再生プログラムに送信したコンテンツデータに関するログをログ記憶部に記録するログ記録ステップと、前記再生プログラムと接続解除された場合に、ログ記憶部へのログの記録を停止するログ記録停止ステップとを含み、前記再生プログラムが、ユーザ操作に応じて選択されたチャンネルに対応するチャンネルプログラムのみと接続する接続ステップと、前記接続ステップによって接続された前記チャンネルプログラムから、コンテンツデータを受信して再生する再生ステップとを含む。
【００１６】
同時に各チャンネルプログラムの受信蓄積ステップがサーバからの対応するチャンネルのコンテンツデータを受信して一時的に蓄積しているので、ユーザ操作によってチャンネルが選択又は変更されたときに、再生ステップが即座に選択又は変更されたチャンネルのコンテンツデータを再生開始することができる。さらに、同時に各チャンネルプログラムの受信蓄積ステップがサーバからの対応するチャンネルのコンテンツデータを受信して一時的に蓄積しているにもかかわらず、再生プログラムと接続されているチャンネルプログラムのログ記録ステップのみが、再生プログラムに送信したコンテンツデータのログを記録し、再生プログラムと接続されていないチャンネルプログラムのログ記録ステップはログを記録しない。従って、ユーザ操作によって選択されたチャンネルのログを正確に記録して管理することができる。
【発明の効果】
【００１７】
本発明のよると、受信蓄積手段がサーバからの複数チャンネルのコンテンツデータを同時に受信して一時的に蓄積しているにもかかわらず、ログ記録手段が再生手段によって再生されたチャンネルのコンテンツデータのログのみを記録し、再生手段によって再生されないチャンネルのコンテンツデータのログは記録しないので、ユーザ操作によって選択されたチャンネルのログを正確に記録して管理することができる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の好ましい実施形態について、図面を参照して具体的に説明するが、本発明はこれらの実施形態には限定されない。図１は、本発明の好ましい実施形態によるログ管理装置が適用される端末装置１００と、サーバ２００とを示すブロック図である。端末装置１００は、例えばインターネット等の電気通信回線を介してサーバ２００に接続されている。なお、本例では、１つのサーバ２００が複数チャンネルのコンテンツデータを端末装置１００に送信する場合を例に説明するが、複数のサーバ２００が１又は複数チャンネルのコンテンツデータを端末装置１００に送信してもよい。
【００１９】
サーバ２００は、複数チャンネルのコンテンツデータを、例えばパケットを含むデータストリーミング形式で端末装置１００に配信する。例えば、マルチキャスト等によって、複数チャンネルのコンテンツデータが同時に同じ端末装置１００に配信される。コンテンツデータは、音楽（音声）データ、映像データ、および画像データ等を含むが、本例においては音楽データである。
【００２０】
サーバ２００は、放送局等に設置され運営されるものであり、コンテンツ記憶部（例えばＨＤＤ（ハードディスクドライブ））１１と、データストリーム生成部１２と、配信部１３とを備えている。ＨＤＤ１１は、複数チャンネルのコンテンツデータを例えば任意のファイル形式で記憶している。本例では、４つのチャンネル（チャンネルＡ〜チャンネルＤ）のコンテンツデータがＨＤＤ１１内に蓄積されている。データストリーム生成部１２は、ＨＤＤ部１１内のファイル形式のコンテンツデータから、端末装置１００に送信するために、データストリーム形式のコンテンツデータを生成する。データストリームは、複数のパケットからなり、各パケットのヘッダ部にはチャンネル情報、及び、パケットの順番を特定するためのシーケンス番号が含まれている。配信部１３は、データストリーム生成部１２によって生成されたデータストリーム形式のコンテンツデータを端末装置１００に配信する。
【００２１】
図２は、端末装置１００を示す機能ブロック図である。端末装置１００は、システム制御部１と、システム制御部１によって生成され実行される複数のチャンネルプログラムＡ〜Ｄと、各チャンネルプログラムの機能である受信部２Ａ〜２Ｄと、バッファ３Ａ〜３Ｄと、パイプ４Ａ〜４Ｄと、メモリ５と、再生プログラム（以下、再生部という。）６と、操作部７と、表示部８とを備える。
【００２２】
システム制御部１は、例えばメモリ５に格納されている端末装置１００の動作プログラムに基づいて端末装置１００全体を制御するものである。
【００２３】
チャンネルプログラムＡ〜Ｄは、例えばメモリ５内にシステム制御部１によって生成されるプログラムである。チャンネルプログラムＡは、サーバ２００から送信されるチャンネルＡのコンテンツデータを受信して、再生部６に送信する。チャンネルプログラムＢは、サーバ２００から送信されるチャンネルＢのコンテンツデータを受信して、再生部６に送信する。チャンネルプログラムＣは、サーバ２００から送信されるチャンネルＣのコンテンツデータを受信して、再生部６に送信する。チャンネルプログラムＤは、サーバ２００から送信されるチャンネルＤのコンテンツデータを受信して、再生部６に送信する。チャンネルプログラムＡ〜Ｄは同時に実行され、チャンネルＡ〜Ｄのコンテンツデータは端末装置１００で同時に受信される。各チャンネルプログラムが受信すべきコンテンツデータはパケットのヘッダに含まれるチャンネル情報を参照して判別される。
【００２４】
チャンネルプログラムＡ〜Ｄは、その処理機能として、受信部２Ａ〜２Ｄと、バッファ３Ａ〜３Ｄと、パイプ４Ａ〜４Ｄとをそれぞれ含む。チャンネルプログラムＡ〜Ｄは、受信部２Ａ〜２Ｄによって、サーバ２００から送信されたコンテンツデータを受信し、コンテンツデータに含まれるパケットをバッファ３Ａ〜３Ｄに書き込む。また、チャンネルプログラムＡ〜Ｄは、パイプ４Ａ〜４Ｄによって再生部６からの接続要求を監視しており、再生部６から接続要求があると、再生部６と接続する。また、再生部６と接続したチャンネルプログラムＡ〜Ｄは、バッファ３Ａ〜３Ｄに蓄積されたパケットを再生部６に送信し、かつ、メモリ５に記憶されている後述するログテーブルにログを記録する。また、チャンネルプログラムＡ〜Ｄは、再生部６と接続解除すると、ログテーブルへのログの記録を停止する。従って、チャンネルプログラムＡ〜Ｄのうち、再生部６に接続され、再生部６にパケットを送信しているチャンネルプログラムのみがログテーブルにログを記録する。
【００２５】
メモリ５には図３に示すログテーブルが格納されている。ログテーブルは、チャンネルプログラムＡ〜Ｄが再生部６に送信した（すなわち、再生部６が再生した）コンテンツデータに関するログ（コンピュータ上の記録）が記録される。ログテーブルには最初は何も記録されておらず、再生部６と接続しているチャンネルプログラムから再生部６にコンテンツデータが送信されている間、所定条件を満たしたとき（例えば所定時間経過したとき、チャンネルプログラムから再生部６に送信したパケット数が所定数以上になったとき等）にチャンネルプログラムによってログが記録される。ログテーブル内のログは、例えば、チャンネルプログラムから再生部６にパケットが送信された時期が早いログから順に記録されている。すなわち、図３においてはユーザ操作によってチャンネルＡ，Ｂ，Ｃ，Ａの順番にチャンネルが切り換えられ、ログが記録されたことが分かる。なお、システム制御部１によってログテーブルからログが読み出されると、ログテーブル内の全てのログが消去される。
【００２６】
ログは、例えば、再生部６にパケットを送信したチャンネルと、１パケット当たりの再生時間と、パケットロス数と、再生パケット数とを含む。パケットロス数は、チャンネルプログラムが再生部６に送信する（つまりサーバから受信した）パケットの中で欠落しているパケットの数である。パケットロス数は、パケットのヘッダに含まれるシーケンス番号を参照し、欠落しているシーケンス番号数をカウントすることによって算出される。再生パケット数は、チャンネルプログラムから再生部６に送信した（つまり、再生部６が再生した）パケット数である。詳細には、再生パケット数は、チャンネルプログラムから再生部６に実際に送信したパケット数に、その間に含まれるパケットロス数を加算したパケット数である（すなわち、パケットロスがないと仮定した場合の再生パケット数である）。
【００２７】
再生部６は、チャンネルプログラムＡ〜Ｄの中から、ユーザ操作によって選択されたチャンネルに対応するチャンネルプログラムに接続して、当該チャンネルプログラムからコンテンツデータのパケットを受信して、再生するプログラムである。再生部６は、システム制御部１によってメモリ５内に展開されて実行され、その機能として、デコード部６ａと、バッファ６ｂと、パイプ６ｃとを含む。
【００２８】
再生部６は、パイプ６ｃを介してユーザ操作によって選択されたチャンネルプログラムのパイプ４Ａ〜４Ｄのいずれかに接続要求を行うことにより接続する。また、再生部６は、接続したチャンネルプログラムからパケットを受信し、バッファ６ｂに書き込む。また、再生部６は、バッファ６ｂに一時的に蓄積されたパケットをデコード部６ａによってデコード処理し、コンテンツデータを再生する。
【００２９】
操作部７は、ユーザ操作に応じてチャンネルＡ〜Ｄのいずれかを選択するチャンネル選択指示が入力され、チャンネル選択指示をシステム制御部１および再生部６に供給する。操作部７は、端末装置１００に設けられた操作ボタンやリモコン送受信器等である。表示部８は、現在選択されているチャンネルＡ〜Ｄの情報や、現在再生されているコンテンツデータに関するコンテンツ情報を表示するものであり、ＬＣＤやＦＬ管等である。
【００３０】
システム制御部１は、所定条件を満たしたとき（例えば所定時間経過したとき、ログテーブルのログの容量が所定サイズ以上になったとき、又は、ログテーブル内のログの数が所定数以上になったとき等）、ログテーブルに記録されているログを全て読み出して、これらのログからサーバ２００に送信すべき送信ログを生成し、システム制御部１内に設けられた不揮発性メモリに格納する。また、システム制御１は、所定条件を満たしたとき（例えば所定時間経過したとき、不揮発性メモリ内の送信ログの容量が所定サイズ以上になったとき、又は、不揮発性メモリ内の送信ログの数が所定数以上になったとき等）、送信ログを全て不揮発性メモリから読み出してサーバ２００に送信する。
【００３１】
送信ログは、ログテーブルに記録されたログの代表ログであり、例えば連続してコンテンツデータが再生された時間が最大のログが送信ログに決定される。つまり、図３のログテーブルにおいては、４番目〜６番目に記録されているログはいずれもチャンネルＡに関するログであり、この間ユーザはチャンネルＡを連続して視聴したことになるので、図４に示すようにこれらの連続する同一チャンネルに関するログを合算して、１つのログにまとめる。すなわち、これらのログについては、パケットロス数、再生パケット数が合算されている。
【００３２】
システム制御部１は、再生時間が最大のログを送信ログに決定するが、各チャンネルのコンテンツデータのビットレートが異なることが考えられるので、再生パケット数からだけでは再生時間が最大のログを判断することができない。再生パケット数が多くてもビットレートが大きければ再生時間が短くなるからである。そこで、システム制御部１は、再生パケット数と１パケット当たりの再生時間とを乗算することによって、再生時間を算出する。そして、その再生時間が最大のログを送信ログに決定する。図４においては、４番目のチャンネルＡに関するログ（再生時間２７．９秒）を図５に示すように送信ログに決定する。
【００３３】
なお、上記の例のように連続する同一チャンネルのログを１つにまとめることに限定されず、ログテーブル内の同一チャンネルのログを全て（連続していなくても）合算して１つのログにしてもよく、同一チャンネルかつ１パケット当たりの再生時間が同じログのみを合算して１つのログにしてもよい。
【００３４】
以下、本実施形態の動作について説明する。
図６に示すように、チャンネルプログラムＡ〜Ｄはシステム制御部１によってメモリ内に生成され、それぞれが並列して処理を実行している（Ｓ１１Ａ〜Ｓ１１Ｄ）。チャンネルプログラムＡ〜Ｄの処理としては、図７に示すコンテンツデータの受信処理（及びログ記録処理）と、図８に示すコンテンツデータの再生部６への送信処理とが並列して実行される。
【００３５】
図７に示すように、各チャンネルプログラムＡ〜Ｄは、対応するチャンネルのコンテンツデータのパケットを継続的に受信しており（Ｓ２１）、受信したパケットをバッファ３Ａ〜３Ｄに書き込む（Ｓ２２）。各チャンネルプログラムＡ〜Ｄは、ログテーブルへのログの記録が許可されているか（例えばメモリ内のログ許可フラグがセットされているか）否かを判断する（Ｓ２３）。ログテーブルへのログの記録が許可されているチャンネルプログラムはＳ２４に進み、拒否されているチャンネルプログラムはＳ２１に戻る。
【００３６】
また、図８に示すように、各チャンネルプログラムＡ〜Ｄは、パイプ４Ａ〜４Ｂにおいて再生部６のパイプ６ｃからの接続要求を待ち受けている（Ｓ３１）。再生部６は、図９に示すように、ユーザ操作によってチャンネル選択（チャンネル変更）指示が入力されたかを監視しており（Ｓ４１）、チャンネルが選択された場合（Ｓ４１でＹＥＳ）、選択されたチャンネルに対応するチャンネルプログラムＡ〜Ｄのパイプ４Ａ〜４Ｄに、パイプ６ｃを介して接続要求を送信し、選択されたチャンネルプログラムと接続する（Ｓ４２）。本例では、ユーザ操作によってチャンネルＡが選択され、再生部６がチャンネルプログラムＡと接続することとする。続いて、再生部６は、パイプ６ｃを介してチャンネルプログラムＡにパケット送信要求を送信する（Ｓ４４）。
【００３７】
図８に示すように、各チャンネルプログラムＡ〜Ｄのうち、再生部６から接続要求を受信して再生部６と接続したチャンネルプログラムＡは、ログテーブルにログを記録することを許可する（例えばメモリ内のログ許可フラグをセットする）（Ｓ３２）。そして、チャンネルプログラムＡは、再生部６からのパケット送信要求に応答して、バッファ３Ａからパケットを読み出してパイプ４Ａを介して再生部６に送信する（Ｓ３３）。図９に示すように、再生部６は、チャンネルプログラムＡからパケットを受信すると、デコード処理し、再生する（Ｓ４４）。このように、ユーザ操作によって選択されたチャンネルＡのコンテンツデータを再生することができる。一方、図８に示すように、再生部６によって接続されていないチャンネルプログラムＢ〜Ｄは、Ｓ３１で再生部６からの接続要求の受信を待機する。
【００３８】
図７に示すように、チャンネルプログラムＡは、ログテーブルへのログの記録が許可されていると判断し（Ｓ２３でＹＥＳ）、再生部６に送信したパケット数が所定数以上であるか否かを判断する（Ｓ２４）。パケット数が未だ所定数未満である場合には（Ｓ２４でＮＯ）、Ｓ２１に戻る。一方、パケット数が所定数以上になると（Ｓ２４でＹＥＳ）、チャンネルプログラムＡは、ログテーブルにログを記録し（Ｓ２５）、次にログテーブルにログを記録する時期を判断するために送信パケット数のカウントをクリアする。例えば、チャンネルプログラムＡは、図３のログテーブルの一番目にログ（チャンネルＡ、１パケット当たりの再生時間０．３１、パケットロス数０，再生パケット数３０）を記録する。一方、他のチャンネルプログラムＢ〜Ｄは、Ｓ２３でログテーブルへのログの記録を拒否されていると判断するので（Ｓ２３でＮＯ）、Ｓ２１〜Ｓ２３の処理を繰り返す。
【００３９】
次に、ユーザ操作によって例えばチャンネルＡからチャンネルＢに変更する指示が入力されると、図９に示すように、再生部６は、チャンネルＢが選択されたと判断し（Ｓ４１でＹＥＳ）、選択されたチャンネルプログラムＢに接続要求を送信し接続する（Ｓ４２）。また、再生部６は、選択解除されたチャンネルプログラムＡに接続解除要求を送信し接続を解除する（Ｓ４３）。
【００４０】
図８に示すように、チャンネルプログラムＡは、再生部６から接続解除要求を受信し、再生部６との接続を解除すると（Ｓ３４でＹＥＳ）、ログテーブルへのログの記録を拒否する（ログ許可フラグをリセットする）（Ｓ３５）。そして、Ｓ３１に戻って、チャンネルプログラムＡは再度ユーザ操作によって選択され、再生部６から接続要求を受信するまでＳ３１で待機する。また、図７に示すように、チャンネルプログラムＡは、Ｓ２３でログテーブルへのログの記録が拒否されていると判断し（Ｓ２３でＮＯ）、ログテーブルへのログの記録を停止し、Ｓ２１〜Ｓ２３の処理を繰り返す。
【００４１】
図８に示すように、新たに再生部６と接続したチャンネルプログラムＢは、ログテーブルにログを記録することを許可する（Ｓ３２）。そして、チャンネルプログラムＢは、再生部６からのパケット送信要求に応答して、バッファ３Ｂからパケットを読み出して再生部６に送信する（Ｓ３３）。図９に示すように、再生部６は、チャンネルプログラムＢからパケットを受信すると、デコード処理し、再生する（Ｓ４４）。従って、チャンネルＢに変更されると、再生部６は、チャンネルプログラムＢからのコンテンツデータを再生することができる。一方、図８に示すように、再生部６によって接続されていないチャンネルプログラムＡ，Ｃ，Ｄは、Ｓ３１で再生部６からの接続要求の受信を待機する。
【００４２】
図７に示すように、チャンネルプログラムＢは、ログテーブルへのログの記録が許可されていると判断し（Ｓ２３でＹＥＳ）、再生部６に送信したパケット数が所定数以上であると判断すると（Ｓ２４でＹＥＳ）、ログテーブルにログを記録する（Ｓ２５）。例えば、チャンネルプログラムＢは、図３のログテーブルの二番目にログ（チャンネルＢ、１パケット当たりの再生時間０．５４、パケットロス数０，再生パケット数３０）を記録する。一方、他のチャンネルプログラムＡ，Ｃ，Ｄは、Ｓ２３でログテーブルへのログの記録を拒否されていると判断するので（Ｓ２３でＮＯ）、Ｓ２１〜Ｓ２３の処理を繰り返す。
【００４３】
以上のように、チャンネルプログラムＡ〜Ｄはいずれもバッファ３Ａ〜３Ｄに対応するチャンネルのコンテンツデータを受信して蓄積しているので、ユーザ操作によってチャンネル変更された際に即座にバッファ３Ａ〜３Ｄからパケットを読み出して再生部６に送信することができる。また、このように、チャンネルプログラムＡ〜Ｄはいずれもバッファ３Ａ〜３Ｄに対応するチャンネルのコンテンツデータを受信して蓄積している場合でも、ユーザ操作によって選択され再生部６に接続されているチャンネルプログラムのみがログテーブルにログを記録することができる。
【００４４】
次に、図１０を参照し、システム制御部１による送信ログ作成処理を説明する。システム制御部１は、例えば所定時間経過すると（Ｓ５１でＹＥＳ）、図３に示すログテーブルに記録されている全ログをメモリ内に読み出して、ログテーブルをクリアする（Ｓ５２）。システム制御部１は、読み出した全ログについて、例えば、連続する同一チャンネルのログを合算して、１つのログにまとめる。処理上の都合で別々のログとして記録されているが、実際にはユーザ操作によって連続的に再生されたため実際には１つのログと見なすことができるからである。つまり、１つのログにまとめることにより、より正確に再生時間が最大のログを送信ログに決定できる。詳細には、図３の４番目〜６番目のチャンネルＡに関するログを１つにまとめ、図４のように４つのログを得る。
【００４５】
システム制御部１は、Ｓ５３でまとめた４つの各ログについて再生時間を算出する（Ｓ５４）。詳細には、図４に示すように、１パケット当たりの再生時間と再生パケット数とを乗算し、再生時間を得る。続いて、システム制御部１は、再生時間が最大のログを１つ選択して、今回分の送信ログに決定する（Ｓ５５）。図４においては、４番目のログ（チャンネルＡ、１パケット当たりの再生時間０．３１、パケットロス数１、再生パケット数９０、再生時間２７．９）が送信ログに決定され、１〜３番目のログは消去される。そして、システム制御部１は、決定した送信ログをメモリからシステム制御部１内の不揮発性メモリに格納する（Ｓ５６）。
【００４６】
システム制御部１は、例えば、不揮発性メモリ内の送信ログの容量が所定サイズ以上であるかを判断し（Ｓ５７）、所定サイズ未満であれば（Ｓ５７でＮＯ）、Ｓ５１に戻って送信ログの不揮発性メモリへの格納を継続する（Ｓ５１〜Ｓ５６）。そして、不揮発性メモリ内の送信ログの容量が所定サイズ以上であると判断されると（Ｓ５７でＹＥＳ）、システム制御部１は不揮発性メモリ内の全送信ログを読み出して、サーバ２００に送信する（Ｓ５８）。つまり、図５には１つの送信ログしか記載していないが、実際には複数の送信ログが不揮発性メモリに格納されていることになる。
【００４７】
以上のように、ログテーブルに記録された複数のログから最も再生時間が長いログを送信ログとしてサーバ２００に送信することによって、ユーザ操作によって頻繁にチャンネルが変更された場合でも、適切なログをサーバに送信することができる。つまり、図４において、チャンネルＢやチャンネルＣは比較的短い時間だけ再生されていたことになるので、これらのログはサーバ２００には送信されない。従って、サーバに送信する送信ログが非常に多くなることを防止することができる。
【００４８】
また、１パケット当たりの再生時間と再生パケット数とをログテーブルにログとして管理することにより、これらを乗算すると再生時間を得ることができるので、チャンネル毎にコンテンツデータのビットレートが異なる場合でも、正確な再生時間を算出でき、正確に送信ログを決定することができる。
【００４９】
以上、本発明の好ましい実施形態を説明したが、本発明はこれらの実施形態には限定されない。チャンネルの数は上記に限定されない。また、サーバから例えば１０チャンネルのコンテンツデータが送信される際に、その中からシステム制御部が選択した例えば４つのチャンネルに対応するチャンネルプログラムが生成され、当該４つのチャンネルのコンテンツデータが同時受信されてもよい。本発明は、上記のログ管理装置を動作させるためのコンピュータプログラムまたはそのコンピュータプログラムを記録した記録媒体という形態で提供されてもよい。
【産業上の利用可能性】
【００５０】
本発明は、サーバから配信されるコンテンツを受信する端末装置に好適に適用され得る。
【図面の簡単な説明】
【００５１】
【図１】端末装置１００とサーバ２００との接続構成を示すブロック図である。
【図２】端末装置１００の機能ブロック図である。
【図３】ログテーブルを示す図である。
【図４】同一チャンネルのログを１つのログにまとめ、再生時間を算出したログを示す図である。
【図５】送信ログを示す図である。
【図６】各チャンネルプログラムの処理を示すフローチャートである。
【図７】各チャンネルプログラムの受信処理を示すフローチャートである。
【図８】各チャンネルプログラムの送信処理を示すフローチャートである。
【図９】再生部の処理を示すフローチャートである。
【図１０】システム制御部の送信ログ生成処理を示すフローチャートである。
【符号の説明】
【００５２】
１００ 端末装置
１ システム制御部
Ａ〜Ｄ チャンネルプログラム
２Ａ〜２Ｄ 受信部
３Ａ〜３Ｄ バッファ
４Ａ〜４Ｄ パイプ
５ メモリ
６ 再生部
２００ サーバ
【技術分野】
【０００１】
本発明は、サーバからコンテンツデータを受信して再生する端末装置におけるログ管理装置に関する。
【背景技術】
【０００２】
１又は複数のサーバから、複数チャンネルの放送コンテンツデータ（例えば音声データ）がデータストリームの形式で配信され、端末装置で受信して、ユーザが希望するチャンネルのコンテンツデータを再生するサービスが提供されている。端末装置は、コンテンツデータを受信して再生する際には、コンテンツデータを所定量以上バッファに蓄積する必要がある。ここで、ユーザ操作によってチャンネルが変更された際に、一からバッファに変更後のチャンネルのコンテンツデータを蓄積し、バッファ内のコンテンツデータ量が所定量以上になってから再生を開始するので、直ぐにコンテンツデータを再生することができない。
【０００３】
この問題を解決するために、端末装置が、複数チャンネルのそれぞれに対応する複数バッファを備えており、複数チャンネルのコンテンツデータを同時に受信して、複数バッファに同時に蓄積することによって、チャンネルが変更された際にも、直ちに変更後のチャンネルに対応するバッファに蓄積されたコンテンツデータを再生開始する端末装置が考えられる。
【０００４】
ここで、サーバを運営する放送局においては、端末装置における複数チャンネルのコンテンツデータの再生状況に関するログ（例えば、選択されたチャンネル、及び、その再生時間等）を端末装置から収集して、今後のコンテンツデータの製作に利用することが行われている。従来のように、端末装置がユーザ操作によって選択された１つのチャンネルのコンテンツデータのみを受信する場合には、受信しているチャンネルとその受信時間とを集計することによってログを管理することができる。しかし、上記のように、端末装置が同時に複数チャンネルのコンテンツデータを受信し、複数バッファに蓄積する場合には、どのチャンネルに関するログを収集し、サーバに送信すべきであるかを特定することが困難である。
【０００５】
【特許文献１】特開２００２−８２８４９号
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は上記従来の課題を解決するためになされたものであり、その目的は、複数チャンネルのコンテンツデータを同時に受信する場合であっても、実際にユーザ操作によって選択されたチャンネルのログを記録することができるログ管理装置を提供することである。
【課題を解決するための手段】
【０００７】
本発明の好ましい実施形態によるログ管理装置は、１又は複数チャンネルのコンテンツデータを送信する１又は複数のサーバに接続可能であり、前記サーバから複数チャンネルのコンテンツデータを同時に受信して、一時的に複数チャンネルのコンテンツデータを蓄積する受信蓄積手段と、ユーザ操作に応じて複数チャンネルの中からチャンネルを選択する選択手段と、前記受信蓄積手段が蓄積する複数チャンネルのコンテンツデータの中から、前記選択手段によって選択されたチャンネルのコンテンツデータを再生する再生手段と、ログを記録するためのログ記憶部と、前記受信蓄積手段がコンテンツデータを蓄積する各チャンネルのうち、前記再生手段によって再生されたチャンネルのコンテンツデータに関するログを前記ログ記憶部に記録すると共に、前記再生手段によって再生されないチャンネルのコンテンツデータに関するログを前記ログ記憶部に記録しないログ記録手段とを備える。
【０００８】
受信蓄積手段がサーバからの複数チャンネルのコンテンツデータを同時に受信して一時的に蓄積しているので、ユーザ操作によってチャンネルが選択又は変更されたときに、再生手段が即座に選択又は変更されたチャンネルのコンテンツデータを再生開始することができる。なお、一時的に蓄積するとは、コンテンツデータの再生後に蓄積されているコンテンツデータが消去されることをいう。さらに、受信蓄積手段がサーバからの複数チャンネルのコンテンツデータを同時に受信して一時的に蓄積しているにもかかわらず、ログ記録手段が再生手段によって再生されたチャンネルのコンテンツデータのログのみを記録し、再生手段によって再生されないチャンネルのコンテンツデータのログは記録しない。従って、ユーザ操作によって選択されたチャンネルのログを正確に記録して管理することができる。
【０００９】
好ましい実施形態においては、前記ログ管理装置は、前記ログ記憶部に記録されている１又は複数のログの中から、前記再生手段による再生時間に基づいて送信ログを決定する送信ログ決定手段と、前記送信ログ決定手段によって決定された送信ログを前記サーバに送信するログ送信手段とをさらに備える。
【００１０】
例えば、ユーザ操作によって頻繁にチャンネルが変更される場合、短期間に複数のチャンネルのログが多数記録されてしまい、ログの管理が煩雑になる。しかし、送信ログ決定手段が、１又は複数のログの中から再生時間に基づいてサーバに送信すべき送信ログを決定するので、サーバに多数のログが送信されること防止することができる。
【００１１】
好ましい実施形態においては、前記コンテンツデータが複数のパケットを含み、 前記送信ログ決定手段が、前記コンテンツデータの１パケット当たりの再生時間と、前記再生手段によって再生されたパケット数とを乗算して前記再生時間を算出する。
【００１２】
各チャンネルのコンテンツデータ毎にビットレートが異なる場合には、再生手段が再生したパケット数のみからでは再生時間を正確に判断できない。そこで、１パケット当たりの再生時間とパケット数とを乗算することによって再生時間を正確に算出することができる。
【００１３】
好ましい実施形態においては、前記ログ記録手段が、所定条件を満たしたときに前記ログ記憶部にログを記録することによって前記ログ記憶部に複数のログを記録し、前記送信ログ決定手段が、前記ログ記憶部に記録されている複数のログのうち、同一チャンネルに関するログをまとめて１つのログを生成する。
【００１４】
この場合、同一チャンネルに関する複数のログを１つにまとめることにより、ログの管理を簡易にすることができる。さらに、同一チャンネルのログをまとめた後に再生時間に基づいて送信ログを決定することにより、より最適なログを送信ログに決定することができる。
【００１５】
本発明の別の好ましい実施形態によるログ管理装置は、１又は複数チャンネルのコンテンツデータを送信する１又は複数のサーバに接続可能であり、各チャンネルに対応する複数のチャンネルプログラムと、再生プログラムとが実行されるログ管理装置であって、前記各チャンネルプログラムが、前記サーバから対応するチャンネルのコンテンツデータを受信して、一時的にコンテンツデータを蓄積する受信蓄積ステップと、前記再生プログラムと接続された場合に、前記受信蓄積ステップが蓄積するコンテンツデータを再生プログラムに送信する送信ステップと、 前記再生プログラムと接続された場合に、前記送信ステップが前記再生プログラムに送信したコンテンツデータに関するログをログ記憶部に記録するログ記録ステップと、前記再生プログラムと接続解除された場合に、ログ記憶部へのログの記録を停止するログ記録停止ステップとを含み、前記再生プログラムが、ユーザ操作に応じて選択されたチャンネルに対応するチャンネルプログラムのみと接続する接続ステップと、前記接続ステップによって接続された前記チャンネルプログラムから、コンテンツデータを受信して再生する再生ステップとを含む。
【００１６】
同時に各チャンネルプログラムの受信蓄積ステップがサーバからの対応するチャンネルのコンテンツデータを受信して一時的に蓄積しているので、ユーザ操作によってチャンネルが選択又は変更されたときに、再生ステップが即座に選択又は変更されたチャンネルのコンテンツデータを再生開始することができる。さらに、同時に各チャンネルプログラムの受信蓄積ステップがサーバからの対応するチャンネルのコンテンツデータを受信して一時的に蓄積しているにもかかわらず、再生プログラムと接続されているチャンネルプログラムのログ記録ステップのみが、再生プログラムに送信したコンテンツデータのログを記録し、再生プログラムと接続されていないチャンネルプログラムのログ記録ステップはログを記録しない。従って、ユーザ操作によって選択されたチャンネルのログを正確に記録して管理することができる。
【発明の効果】
【００１７】
本発明のよると、受信蓄積手段がサーバからの複数チャンネルのコンテンツデータを同時に受信して一時的に蓄積しているにもかかわらず、ログ記録手段が再生手段によって再生されたチャンネルのコンテンツデータのログのみを記録し、再生手段によって再生されないチャンネルのコンテンツデータのログは記録しないので、ユーザ操作によって選択されたチャンネルのログを正確に記録して管理することができる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の好ましい実施形態について、図面を参照して具体的に説明するが、本発明はこれらの実施形態には限定されない。図１は、本発明の好ましい実施形態によるログ管理装置が適用される端末装置１００と、サーバ２００とを示すブロック図である。端末装置１００は、例えばインターネット等の電気通信回線を介してサーバ２００に接続されている。なお、本例では、１つのサーバ２００が複数チャンネルのコンテンツデータを端末装置１００に送信する場合を例に説明するが、複数のサーバ２００が１又は複数チャンネルのコンテンツデータを端末装置１００に送信してもよい。
【００１９】
サーバ２００は、複数チャンネルのコンテンツデータを、例えばパケットを含むデータストリーミング形式で端末装置１００に配信する。例えば、マルチキャスト等によって、複数チャンネルのコンテンツデータが同時に同じ端末装置１００に配信される。コンテンツデータは、音楽（音声）データ、映像データ、および画像データ等を含むが、本例においては音楽データである。
【００２０】
サーバ２００は、放送局等に設置され運営されるものであり、コンテンツ記憶部（例えばＨＤＤ（ハードディスクドライブ））１１と、データストリーム生成部１２と、配信部１３とを備えている。ＨＤＤ１１は、複数チャンネルのコンテンツデータを例えば任意のファイル形式で記憶している。本例では、４つのチャンネル（チャンネルＡ〜チャンネルＤ）のコンテンツデータがＨＤＤ１１内に蓄積されている。データストリーム生成部１２は、ＨＤＤ部１１内のファイル形式のコンテンツデータから、端末装置１００に送信するために、データストリーム形式のコンテンツデータを生成する。データストリームは、複数のパケットからなり、各パケットのヘッダ部にはチャンネル情報、及び、パケットの順番を特定するためのシーケンス番号が含まれている。配信部１３は、データストリーム生成部１２によって生成されたデータストリーム形式のコンテンツデータを端末装置１００に配信する。
【００２１】
図２は、端末装置１００を示す機能ブロック図である。端末装置１００は、システム制御部１と、システム制御部１によって生成され実行される複数のチャンネルプログラムＡ〜Ｄと、各チャンネルプログラムの機能である受信部２Ａ〜２Ｄと、バッファ３Ａ〜３Ｄと、パイプ４Ａ〜４Ｄと、メモリ５と、再生プログラム（以下、再生部という。）６と、操作部７と、表示部８とを備える。
【００２２】
システム制御部１は、例えばメモリ５に格納されている端末装置１００の動作プログラムに基づいて端末装置１００全体を制御するものである。
【００２３】
チャンネルプログラムＡ〜Ｄは、例えばメモリ５内にシステム制御部１によって生成されるプログラムである。チャンネルプログラムＡは、サーバ２００から送信されるチャンネルＡのコンテンツデータを受信して、再生部６に送信する。チャンネルプログラムＢは、サーバ２００から送信されるチャンネルＢのコンテンツデータを受信して、再生部６に送信する。チャンネルプログラムＣは、サーバ２００から送信されるチャンネルＣのコンテンツデータを受信して、再生部６に送信する。チャンネルプログラムＤは、サーバ２００から送信されるチャンネルＤのコンテンツデータを受信して、再生部６に送信する。チャンネルプログラムＡ〜Ｄは同時に実行され、チャンネルＡ〜Ｄのコンテンツデータは端末装置１００で同時に受信される。各チャンネルプログラムが受信すべきコンテンツデータはパケットのヘッダに含まれるチャンネル情報を参照して判別される。
【００２４】
チャンネルプログラムＡ〜Ｄは、その処理機能として、受信部２Ａ〜２Ｄと、バッファ３Ａ〜３Ｄと、パイプ４Ａ〜４Ｄとをそれぞれ含む。チャンネルプログラムＡ〜Ｄは、受信部２Ａ〜２Ｄによって、サーバ２００から送信されたコンテンツデータを受信し、コンテンツデータに含まれるパケットをバッファ３Ａ〜３Ｄに書き込む。また、チャンネルプログラムＡ〜Ｄは、パイプ４Ａ〜４Ｄによって再生部６からの接続要求を監視しており、再生部６から接続要求があると、再生部６と接続する。また、再生部６と接続したチャンネルプログラムＡ〜Ｄは、バッファ３Ａ〜３Ｄに蓄積されたパケットを再生部６に送信し、かつ、メモリ５に記憶されている後述するログテーブルにログを記録する。また、チャンネルプログラムＡ〜Ｄは、再生部６と接続解除すると、ログテーブルへのログの記録を停止する。従って、チャンネルプログラムＡ〜Ｄのうち、再生部６に接続され、再生部６にパケットを送信しているチャンネルプログラムのみがログテーブルにログを記録する。
【００２５】
メモリ５には図３に示すログテーブルが格納されている。ログテーブルは、チャンネルプログラムＡ〜Ｄが再生部６に送信した（すなわち、再生部６が再生した）コンテンツデータに関するログ（コンピュータ上の記録）が記録される。ログテーブルには最初は何も記録されておらず、再生部６と接続しているチャンネルプログラムから再生部６にコンテンツデータが送信されている間、所定条件を満たしたとき（例えば所定時間経過したとき、チャンネルプログラムから再生部６に送信したパケット数が所定数以上になったとき等）にチャンネルプログラムによってログが記録される。ログテーブル内のログは、例えば、チャンネルプログラムから再生部６にパケットが送信された時期が早いログから順に記録されている。すなわち、図３においてはユーザ操作によってチャンネルＡ，Ｂ，Ｃ，Ａの順番にチャンネルが切り換えられ、ログが記録されたことが分かる。なお、システム制御部１によってログテーブルからログが読み出されると、ログテーブル内の全てのログが消去される。
【００２６】
ログは、例えば、再生部６にパケットを送信したチャンネルと、１パケット当たりの再生時間と、パケットロス数と、再生パケット数とを含む。パケットロス数は、チャンネルプログラムが再生部６に送信する（つまりサーバから受信した）パケットの中で欠落しているパケットの数である。パケットロス数は、パケットのヘッダに含まれるシーケンス番号を参照し、欠落しているシーケンス番号数をカウントすることによって算出される。再生パケット数は、チャンネルプログラムから再生部６に送信した（つまり、再生部６が再生した）パケット数である。詳細には、再生パケット数は、チャンネルプログラムから再生部６に実際に送信したパケット数に、その間に含まれるパケットロス数を加算したパケット数である（すなわち、パケットロスがないと仮定した場合の再生パケット数である）。
【００２７】
再生部６は、チャンネルプログラムＡ〜Ｄの中から、ユーザ操作によって選択されたチャンネルに対応するチャンネルプログラムに接続して、当該チャンネルプログラムからコンテンツデータのパケットを受信して、再生するプログラムである。再生部６は、システム制御部１によってメモリ５内に展開されて実行され、その機能として、デコード部６ａと、バッファ６ｂと、パイプ６ｃとを含む。
【００２８】
再生部６は、パイプ６ｃを介してユーザ操作によって選択されたチャンネルプログラムのパイプ４Ａ〜４Ｄのいずれかに接続要求を行うことにより接続する。また、再生部６は、接続したチャンネルプログラムからパケットを受信し、バッファ６ｂに書き込む。また、再生部６は、バッファ６ｂに一時的に蓄積されたパケットをデコード部６ａによってデコード処理し、コンテンツデータを再生する。
【００２９】
操作部７は、ユーザ操作に応じてチャンネルＡ〜Ｄのいずれかを選択するチャンネル選択指示が入力され、チャンネル選択指示をシステム制御部１および再生部６に供給する。操作部７は、端末装置１００に設けられた操作ボタンやリモコン送受信器等である。表示部８は、現在選択されているチャンネルＡ〜Ｄの情報や、現在再生されているコンテンツデータに関するコンテンツ情報を表示するものであり、ＬＣＤやＦＬ管等である。
【００３０】
システム制御部１は、所定条件を満たしたとき（例えば所定時間経過したとき、ログテーブルのログの容量が所定サイズ以上になったとき、又は、ログテーブル内のログの数が所定数以上になったとき等）、ログテーブルに記録されているログを全て読み出して、これらのログからサーバ２００に送信すべき送信ログを生成し、システム制御部１内に設けられた不揮発性メモリに格納する。また、システム制御１は、所定条件を満たしたとき（例えば所定時間経過したとき、不揮発性メモリ内の送信ログの容量が所定サイズ以上になったとき、又は、不揮発性メモリ内の送信ログの数が所定数以上になったとき等）、送信ログを全て不揮発性メモリから読み出してサーバ２００に送信する。
【００３１】
送信ログは、ログテーブルに記録されたログの代表ログであり、例えば連続してコンテンツデータが再生された時間が最大のログが送信ログに決定される。つまり、図３のログテーブルにおいては、４番目〜６番目に記録されているログはいずれもチャンネルＡに関するログであり、この間ユーザはチャンネルＡを連続して視聴したことになるので、図４に示すようにこれらの連続する同一チャンネルに関するログを合算して、１つのログにまとめる。すなわち、これらのログについては、パケットロス数、再生パケット数が合算されている。
【００３２】
システム制御部１は、再生時間が最大のログを送信ログに決定するが、各チャンネルのコンテンツデータのビットレートが異なることが考えられるので、再生パケット数からだけでは再生時間が最大のログを判断することができない。再生パケット数が多くてもビットレートが大きければ再生時間が短くなるからである。そこで、システム制御部１は、再生パケット数と１パケット当たりの再生時間とを乗算することによって、再生時間を算出する。そして、その再生時間が最大のログを送信ログに決定する。図４においては、４番目のチャンネルＡに関するログ（再生時間２７．９秒）を図５に示すように送信ログに決定する。
【００３３】
なお、上記の例のように連続する同一チャンネルのログを１つにまとめることに限定されず、ログテーブル内の同一チャンネルのログを全て（連続していなくても）合算して１つのログにしてもよく、同一チャンネルかつ１パケット当たりの再生時間が同じログのみを合算して１つのログにしてもよい。
【００３４】
以下、本実施形態の動作について説明する。
図６に示すように、チャンネルプログラムＡ〜Ｄはシステム制御部１によってメモリ内に生成され、それぞれが並列して処理を実行している（Ｓ１１Ａ〜Ｓ１１Ｄ）。チャンネルプログラムＡ〜Ｄの処理としては、図７に示すコンテンツデータの受信処理（及びログ記録処理）と、図８に示すコンテンツデータの再生部６への送信処理とが並列して実行される。
【００３５】
図７に示すように、各チャンネルプログラムＡ〜Ｄは、対応するチャンネルのコンテンツデータのパケットを継続的に受信しており（Ｓ２１）、受信したパケットをバッファ３Ａ〜３Ｄに書き込む（Ｓ２２）。各チャンネルプログラムＡ〜Ｄは、ログテーブルへのログの記録が許可されているか（例えばメモリ内のログ許可フラグがセットされているか）否かを判断する（Ｓ２３）。ログテーブルへのログの記録が許可されているチャンネルプログラムはＳ２４に進み、拒否されているチャンネルプログラムはＳ２１に戻る。
【００３６】
また、図８に示すように、各チャンネルプログラムＡ〜Ｄは、パイプ４Ａ〜４Ｂにおいて再生部６のパイプ６ｃからの接続要求を待ち受けている（Ｓ３１）。再生部６は、図９に示すように、ユーザ操作によってチャンネル選択（チャンネル変更）指示が入力されたかを監視しており（Ｓ４１）、チャンネルが選択された場合（Ｓ４１でＹＥＳ）、選択されたチャンネルに対応するチャンネルプログラムＡ〜Ｄのパイプ４Ａ〜４Ｄに、パイプ６ｃを介して接続要求を送信し、選択されたチャンネルプログラムと接続する（Ｓ４２）。本例では、ユーザ操作によってチャンネルＡが選択され、再生部６がチャンネルプログラムＡと接続することとする。続いて、再生部６は、パイプ６ｃを介してチャンネルプログラムＡにパケット送信要求を送信する（Ｓ４４）。
【００３７】
図８に示すように、各チャンネルプログラムＡ〜Ｄのうち、再生部６から接続要求を受信して再生部６と接続したチャンネルプログラムＡは、ログテーブルにログを記録することを許可する（例えばメモリ内のログ許可フラグをセットする）（Ｓ３２）。そして、チャンネルプログラムＡは、再生部６からのパケット送信要求に応答して、バッファ３Ａからパケットを読み出してパイプ４Ａを介して再生部６に送信する（Ｓ３３）。図９に示すように、再生部６は、チャンネルプログラムＡからパケットを受信すると、デコード処理し、再生する（Ｓ４４）。このように、ユーザ操作によって選択されたチャンネルＡのコンテンツデータを再生することができる。一方、図８に示すように、再生部６によって接続されていないチャンネルプログラムＢ〜Ｄは、Ｓ３１で再生部６からの接続要求の受信を待機する。
【００３８】
図７に示すように、チャンネルプログラムＡは、ログテーブルへのログの記録が許可されていると判断し（Ｓ２３でＹＥＳ）、再生部６に送信したパケット数が所定数以上であるか否かを判断する（Ｓ２４）。パケット数が未だ所定数未満である場合には（Ｓ２４でＮＯ）、Ｓ２１に戻る。一方、パケット数が所定数以上になると（Ｓ２４でＹＥＳ）、チャンネルプログラムＡは、ログテーブルにログを記録し（Ｓ２５）、次にログテーブルにログを記録する時期を判断するために送信パケット数のカウントをクリアする。例えば、チャンネルプログラムＡは、図３のログテーブルの一番目にログ（チャンネルＡ、１パケット当たりの再生時間０．３１、パケットロス数０，再生パケット数３０）を記録する。一方、他のチャンネルプログラムＢ〜Ｄは、Ｓ２３でログテーブルへのログの記録を拒否されていると判断するので（Ｓ２３でＮＯ）、Ｓ２１〜Ｓ２３の処理を繰り返す。
【００３９】
次に、ユーザ操作によって例えばチャンネルＡからチャンネルＢに変更する指示が入力されると、図９に示すように、再生部６は、チャンネルＢが選択されたと判断し（Ｓ４１でＹＥＳ）、選択されたチャンネルプログラムＢに接続要求を送信し接続する（Ｓ４２）。また、再生部６は、選択解除されたチャンネルプログラムＡに接続解除要求を送信し接続を解除する（Ｓ４３）。
【００４０】
図８に示すように、チャンネルプログラムＡは、再生部６から接続解除要求を受信し、再生部６との接続を解除すると（Ｓ３４でＹＥＳ）、ログテーブルへのログの記録を拒否する（ログ許可フラグをリセットする）（Ｓ３５）。そして、Ｓ３１に戻って、チャンネルプログラムＡは再度ユーザ操作によって選択され、再生部６から接続要求を受信するまでＳ３１で待機する。また、図７に示すように、チャンネルプログラムＡは、Ｓ２３でログテーブルへのログの記録が拒否されていると判断し（Ｓ２３でＮＯ）、ログテーブルへのログの記録を停止し、Ｓ２１〜Ｓ２３の処理を繰り返す。
【００４１】
図８に示すように、新たに再生部６と接続したチャンネルプログラムＢは、ログテーブルにログを記録することを許可する（Ｓ３２）。そして、チャンネルプログラムＢは、再生部６からのパケット送信要求に応答して、バッファ３Ｂからパケットを読み出して再生部６に送信する（Ｓ３３）。図９に示すように、再生部６は、チャンネルプログラムＢからパケットを受信すると、デコード処理し、再生する（Ｓ４４）。従って、チャンネルＢに変更されると、再生部６は、チャンネルプログラムＢからのコンテンツデータを再生することができる。一方、図８に示すように、再生部６によって接続されていないチャンネルプログラムＡ，Ｃ，Ｄは、Ｓ３１で再生部６からの接続要求の受信を待機する。
【００４２】
図７に示すように、チャンネルプログラムＢは、ログテーブルへのログの記録が許可されていると判断し（Ｓ２３でＹＥＳ）、再生部６に送信したパケット数が所定数以上であると判断すると（Ｓ２４でＹＥＳ）、ログテーブルにログを記録する（Ｓ２５）。例えば、チャンネルプログラムＢは、図３のログテーブルの二番目にログ（チャンネルＢ、１パケット当たりの再生時間０．５４、パケットロス数０，再生パケット数３０）を記録する。一方、他のチャンネルプログラムＡ，Ｃ，Ｄは、Ｓ２３でログテーブルへのログの記録を拒否されていると判断するので（Ｓ２３でＮＯ）、Ｓ２１〜Ｓ２３の処理を繰り返す。
【００４３】
以上のように、チャンネルプログラムＡ〜Ｄはいずれもバッファ３Ａ〜３Ｄに対応するチャンネルのコンテンツデータを受信して蓄積しているので、ユーザ操作によってチャンネル変更された際に即座にバッファ３Ａ〜３Ｄからパケットを読み出して再生部６に送信することができる。また、このように、チャンネルプログラムＡ〜Ｄはいずれもバッファ３Ａ〜３Ｄに対応するチャンネルのコンテンツデータを受信して蓄積している場合でも、ユーザ操作によって選択され再生部６に接続されているチャンネルプログラムのみがログテーブルにログを記録することができる。
【００４４】
次に、図１０を参照し、システム制御部１による送信ログ作成処理を説明する。システム制御部１は、例えば所定時間経過すると（Ｓ５１でＹＥＳ）、図３に示すログテーブルに記録されている全ログをメモリ内に読み出して、ログテーブルをクリアする（Ｓ５２）。システム制御部１は、読み出した全ログについて、例えば、連続する同一チャンネルのログを合算して、１つのログにまとめる。処理上の都合で別々のログとして記録されているが、実際にはユーザ操作によって連続的に再生されたため実際には１つのログと見なすことができるからである。つまり、１つのログにまとめることにより、より正確に再生時間が最大のログを送信ログに決定できる。詳細には、図３の４番目〜６番目のチャンネルＡに関するログを１つにまとめ、図４のように４つのログを得る。
【００４５】
システム制御部１は、Ｓ５３でまとめた４つの各ログについて再生時間を算出する（Ｓ５４）。詳細には、図４に示すように、１パケット当たりの再生時間と再生パケット数とを乗算し、再生時間を得る。続いて、システム制御部１は、再生時間が最大のログを１つ選択して、今回分の送信ログに決定する（Ｓ５５）。図４においては、４番目のログ（チャンネルＡ、１パケット当たりの再生時間０．３１、パケットロス数１、再生パケット数９０、再生時間２７．９）が送信ログに決定され、１〜３番目のログは消去される。そして、システム制御部１は、決定した送信ログをメモリからシステム制御部１内の不揮発性メモリに格納する（Ｓ５６）。
【００４６】
システム制御部１は、例えば、不揮発性メモリ内の送信ログの容量が所定サイズ以上であるかを判断し（Ｓ５７）、所定サイズ未満であれば（Ｓ５７でＮＯ）、Ｓ５１に戻って送信ログの不揮発性メモリへの格納を継続する（Ｓ５１〜Ｓ５６）。そして、不揮発性メモリ内の送信ログの容量が所定サイズ以上であると判断されると（Ｓ５７でＹＥＳ）、システム制御部１は不揮発性メモリ内の全送信ログを読み出して、サーバ２００に送信する（Ｓ５８）。つまり、図５には１つの送信ログしか記載していないが、実際には複数の送信ログが不揮発性メモリに格納されていることになる。
【００４７】
以上のように、ログテーブルに記録された複数のログから最も再生時間が長いログを送信ログとしてサーバ２００に送信することによって、ユーザ操作によって頻繁にチャンネルが変更された場合でも、適切なログをサーバに送信することができる。つまり、図４において、チャンネルＢやチャンネルＣは比較的短い時間だけ再生されていたことになるので、これらのログはサーバ２００には送信されない。従って、サーバに送信する送信ログが非常に多くなることを防止することができる。
【００４８】
また、１パケット当たりの再生時間と再生パケット数とをログテーブルにログとして管理することにより、これらを乗算すると再生時間を得ることができるので、チャンネル毎にコンテンツデータのビットレートが異なる場合でも、正確な再生時間を算出でき、正確に送信ログを決定することができる。
【００４９】
以上、本発明の好ましい実施形態を説明したが、本発明はこれらの実施形態には限定されない。チャンネルの数は上記に限定されない。また、サーバから例えば１０チャンネルのコンテンツデータが送信される際に、その中からシステム制御部が選択した例えば４つのチャンネルに対応するチャンネルプログラムが生成され、当該４つのチャンネルのコンテンツデータが同時受信されてもよい。本発明は、上記のログ管理装置を動作させるためのコンピュータプログラムまたはそのコンピュータプログラムを記録した記録媒体という形態で提供されてもよい。
【産業上の利用可能性】
【００５０】
本発明は、サーバから配信されるコンテンツを受信する端末装置に好適に適用され得る。
【図面の簡単な説明】
【００５１】
【図１】端末装置１００とサーバ２００との接続構成を示すブロック図である。
【図２】端末装置１００の機能ブロック図である。
【図３】ログテーブルを示す図である。
【図４】同一チャンネルのログを１つのログにまとめ、再生時間を算出したログを示す図である。
【図５】送信ログを示す図である。
【図６】各チャンネルプログラムの処理を示すフローチャートである。
【図７】各チャンネルプログラムの受信処理を示すフローチャートである。
【図８】各チャンネルプログラムの送信処理を示すフローチャートである。
【図９】再生部の処理を示すフローチャートである。
【図１０】システム制御部の送信ログ生成処理を示すフローチャートである。
【符号の説明】
【００５２】
１００ 端末装置
１ システム制御部
Ａ〜Ｄ チャンネルプログラム
２Ａ〜２Ｄ 受信部
３Ａ〜３Ｄ バッファ
４Ａ〜４Ｄ パイプ
５ メモリ
６ 再生部
２００ サーバ
【特許請求の範囲】
【請求項１】
１又は複数チャンネルのコンテンツデータを送信する１又は複数のサーバに接続可能であり、
前記サーバから複数チャンネルのコンテンツデータを同時に受信して、一時的に複数チャンネルのコンテンツデータを蓄積する受信蓄積手段と、
ユーザ操作に応じて複数チャンネルの中からチャンネルを選択する選択手段と、
前記受信蓄積手段が蓄積する複数チャンネルのコンテンツデータの中から、前記選択手段によって選択されたチャンネルのコンテンツデータを再生する再生手段と、
ログを記録するためのログ記憶部と、
前記受信蓄積手段がコンテンツデータを蓄積する各チャンネルのうち、前記再生手段によって再生されたチャンネルのコンテンツデータに関するログを前記ログ記憶部に記録すると共に、前記再生手段によって再生されないチャンネルのコンテンツデータに関するログを前記ログ記憶部に記録しないログ記録手段とを備える、ログ管理装置。
【請求項２】
前記ログ記憶部に記録されている１又は複数のログの中から、前記再生手段による再生時間に基づいて送信ログを決定する送信ログ決定手段と、
前記送信ログ決定手段によって決定された送信ログを前記サーバに送信するログ送信手段とをさらに備える、請求項１に記載のログ管理装置。
【請求項３】
前記コンテンツデータが複数のパケットを含み、
前記送信ログ決定手段が、前記コンテンツデータの１パケット当たりの再生時間と、前記再生手段によって再生されたパケット数とを乗算して前記再生時間を算出する、請求項２に記載のログ管理装置。
【請求項４】
前記ログ記録手段が、所定条件を満たしたときに前記ログ記憶部にログを記録することによって前記ログ記憶部に複数のログを記録し、
前記送信ログ決定手段が、前記ログ記憶部に記録されている複数のログのうち、同一チャンネルに関するログをまとめて１つのログを生成する、請求項２または３に記載のログ管理装置。
【請求項５】
請求項１〜４のいずれかに記載のログ管理装置の各手段をコンピュータに実行させる、ログ管理プログラム。
【請求項６】
１又は複数チャンネルのコンテンツデータを送信する１又は複数のサーバに接続可能であり、各チャンネルに対応する複数のチャンネルプログラムと、再生プログラムとが実行されるログ管理装置であって、
前記各チャンネルプログラムが、前記サーバから対応するチャンネルのコンテンツデータを受信して、一時的にコンテンツデータを蓄積する受信蓄積ステップと、
前記再生プログラムと接続された場合に、前記受信蓄積ステップが蓄積するコンテンツデータを前記再生プログラムに送信する送信ステップと、
前記再生プログラムと接続された場合に、前記送信ステップが前記再生プログラムに送信したコンテンツデータに関するログをログ記憶部に記録するログ記録ステップと、
前記再生プログラムと接続解除された場合に、前記ログ記憶部へのログの記録を停止するログ記録停止ステップとを含み、
前記再生プログラムが、ユーザ操作に応じて選択されたチャンネルに対応するチャンネルプログラムのみと接続する接続ステップと、
前記接続ステップによって接続された前記チャンネルプログラムから、コンテンツデータを受信して再生する再生ステップとを含む、ログ管理装置。
【請求項１】
１又は複数チャンネルのコンテンツデータを送信する１又は複数のサーバに接続可能であり、
前記サーバから複数チャンネルのコンテンツデータを同時に受信して、一時的に複数チャンネルのコンテンツデータを蓄積する受信蓄積手段と、
ユーザ操作に応じて複数チャンネルの中からチャンネルを選択する選択手段と、
前記受信蓄積手段が蓄積する複数チャンネルのコンテンツデータの中から、前記選択手段によって選択されたチャンネルのコンテンツデータを再生する再生手段と、
ログを記録するためのログ記憶部と、
前記受信蓄積手段がコンテンツデータを蓄積する各チャンネルのうち、前記再生手段によって再生されたチャンネルのコンテンツデータに関するログを前記ログ記憶部に記録すると共に、前記再生手段によって再生されないチャンネルのコンテンツデータに関するログを前記ログ記憶部に記録しないログ記録手段とを備える、ログ管理装置。
【請求項２】
前記ログ記憶部に記録されている１又は複数のログの中から、前記再生手段による再生時間に基づいて送信ログを決定する送信ログ決定手段と、
前記送信ログ決定手段によって決定された送信ログを前記サーバに送信するログ送信手段とをさらに備える、請求項１に記載のログ管理装置。
【請求項３】
前記コンテンツデータが複数のパケットを含み、
前記送信ログ決定手段が、前記コンテンツデータの１パケット当たりの再生時間と、前記再生手段によって再生されたパケット数とを乗算して前記再生時間を算出する、請求項２に記載のログ管理装置。
【請求項４】
前記ログ記録手段が、所定条件を満たしたときに前記ログ記憶部にログを記録することによって前記ログ記憶部に複数のログを記録し、
前記送信ログ決定手段が、前記ログ記憶部に記録されている複数のログのうち、同一チャンネルに関するログをまとめて１つのログを生成する、請求項２または３に記載のログ管理装置。
【請求項５】
請求項１〜４のいずれかに記載のログ管理装置の各手段をコンピュータに実行させる、ログ管理プログラム。
【請求項６】
１又は複数チャンネルのコンテンツデータを送信する１又は複数のサーバに接続可能であり、各チャンネルに対応する複数のチャンネルプログラムと、再生プログラムとが実行されるログ管理装置であって、
前記各チャンネルプログラムが、前記サーバから対応するチャンネルのコンテンツデータを受信して、一時的にコンテンツデータを蓄積する受信蓄積ステップと、
前記再生プログラムと接続された場合に、前記受信蓄積ステップが蓄積するコンテンツデータを前記再生プログラムに送信する送信ステップと、
前記再生プログラムと接続された場合に、前記送信ステップが前記再生プログラムに送信したコンテンツデータに関するログをログ記憶部に記録するログ記録ステップと、
前記再生プログラムと接続解除された場合に、前記ログ記憶部へのログの記録を停止するログ記録停止ステップとを含み、
前記再生プログラムが、ユーザ操作に応じて選択されたチャンネルに対応するチャンネルプログラムのみと接続する接続ステップと、
前記接続ステップによって接続された前記チャンネルプログラムから、コンテンツデータを受信して再生する再生ステップとを含む、ログ管理装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２００９−２２５３６０（Ｐ２００９−２２５３６０Ａ）
【公開日】平成２１年１０月１日（２００９．１０．１）
【国際特許分類】
【出願番号】特願２００８−７０２９４（Ｐ２００８−７０２９４）
【出願日】平成２０年３月１８日（２００８．３．１８）
【出願人】（００００００２７３）オンキヨー株式会社 (502)
【Ｆターム（参考）】
【公開日】平成２１年１０月１日（２００９．１０．１）
【国際特許分類】
【出願日】平成２０年３月１８日（２００８．３．１８）
【出願人】（００００００２７３）オンキヨー株式会社 (502)
【Ｆターム（参考）】
[ Back to top ]