(57)【要約】      （修正有）【課題】トリックプレイによるコンテンツの配信終了と配信開始の間に他クライアントからのコンテンツの配信開始要求を受信すると、他クライアントにコンテンツを配信し、トリックプレイが中断しないコンテンツ配信装置を提供する。【解決手段】コンテンツを配信しているクライアントを管理するためのテーブルを格納する配信管理テーブル格納部と、配信開始要求を受信するとテーブルを参照してクライアントにコンテンツを配信するか否かを判断し、配信を開始する場合はテーブルにクライアントを登録する配信開始処理部と、コンテンツの配信終了要求受信時に経過時間計測を開始すると共に経過時間が設定時間を超えたらテーブルからクライアントを削除する配信終了処理部と、ネットワークとの送受信処理を行うネットワークデータ処理部を備える。【選択図】図１
2011044052.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを配信しているクライアントを管理するためのテーブルを格納する、配信管理テーブル格納部と、
配信開始要求を受信すると、前記テーブルを参照し、前記テーブルに登録されているクライアントに対してコンテンツの配信終了からの経過時間を削除して配信を開始し、登録されていないクライアントに対してクライアントを登録する空きがあれば配信を開始すると共に前記テーブルにクライアントを登録し、空きがなければ配信開始要求を拒否し配信開始要求元のクライアントにエラーレスポンスを送信する、配信開始処理部と、
コンテンツの配信終了要求受信時に、コンテンツの配信が終了してからの経過時間計測を開始すると共に経過時間が設定時間を超えた場合に前記テーブルからクライアントを削除する、配信終了処理部と、
ネットワークに接続された機器へのコンテンツ配信と、配信開始要求、配信終了要求の受信を行うネットワークデータ処理部と、
を備えることを特徴とするコンテンツ配信装置。
【請求項２】
機器名、ＭＡＣアドレス、ＩＰアドレスのいずれか、もしくはその組み合わせにより、クライアントを判別することを特徴とする請求項１に記載のコンテンツ配信装置。
【請求項３】
ユーザインタフェースを介して前記テーブルからクライアントを削除するまでの経過時間をユーザが任意に設定できることを特徴とする請求項１に記載のコンテンツ配信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク経由でデジタルＡＶ機器に動画像などのコンテンツを配信するコンテンツ配信装置に関する。
【背景技術】
【０００２】
近年、ＤＬＮＡ（Ｄｉｇｉｔａｌ  Ｌｉｖｉｎｇ  Ｎｅｔｗｏｒｋ  Ａｌｌｉａｎｃｅ）などのネットワークにおける相互接続規格に対応した機器が普及している。これにより、ネットワークに接続された機器間で、ある機器が録画したテレビ番組などのコンテンツを別の機器で視聴するといったことが容易に行えるようになった。
【０００３】
しかし、現状のコンテンツ配信装置やイーサネット（登録商標）の通信性能では、コンテンツ配信装置がコンテンツを配信できるクライアントの数が限られる。そのため、コンテンツ配信装置はどのクライアントにコンテンツの配信を行うかを判断する必要がある。
【０００４】
例えば、特許文献１には、物理的なコネクションと論理的なコネクションを用いて複数のクライアントとのコネクションを管理するＡＶサーバ機器が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】ＷＯ０６／０７７９３５号広報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ネットワーク経由でコンテンツ配信装置からコンテンツを受信し、シークを用いてトリックプレイを行う場合、クライアントはコンテンツの先頭からの時間、もしくはバイト数を指定してコンテンツの配信開始要求を送信し、コンテンツを受信するとコンテンツ配信装置に配信終了要求を送信し、一旦コンテンツの受信を終了する。その後、コンテンツの再生を行い、再度前記の処理を繰り返す。
【０００７】
上記従来技術では、コンテンツ配信開始時のコネクションの管理を行うことはできる。しかし、コンテンツの配信開始と配信終了が連続して繰り返される、早送りや巻き戻し、スロー再生などのトリックプレイは考慮されておらず、トリックプレイによるコンテンツの配信終了と次の配信開始の間に、他クライアントからコンテンツ配信開始要求を受信すると、他クライアントにコンテンツの配信を開始するため、トリックプレイが中断してしまう。
【課題を解決するための手段】
【０００８】
コンテンツを配信しているクライアントを管理するためのテーブルを格納する、配信管理テーブル格納部と、配信開始要求を受信すると、テーブルを参照し登録されているクライアントであれば、配信終了からの経過時間を削除して配信を開始し、登録されていないクライアントに対して、クライアントを登録する空きがあれば配信を開始すると共にテーブルにクライアントを登録し、空きがなければ配信開始要求を拒否し配信開始要求元のクライアントエラーレスポンスを送信する配信開始処理部と、コンテンツの配信終了要求受信時に配信が終了してからの経過時間計測を開始すると共に、経過時間が設定時間を超えたらテーブルからクライアントを削除する配信終了処理部と、ネットワークに接続された機器へのコンテンツ配信と配信開始要求、配信終了要求の受信を行うネットワークデータ処理部を備えるコンテンツ配信装置を提供する。
【発明の効果】
【０００９】
本発明によれば、トリックプレイによるコンテンツの配信終了と配信開始の間に他クライアントからコンテンツの配信開始要求を受信しても、トリックプレイの中断を防止する。
【図面の簡単な説明】
【００１０】
【図１】コンテンツ配信装置の構成の一例を示す図。
【図２】コンテンツ配信装置とクライアントの接続の一例を示す図。
【図３】ユーザインタフェースの一例を示す図。
【図４】配信開始処理部の処理フロー。
【図５】配信終了処理部の処理フロー。
【図６】配信管理テーブルの一例を示す図。
【図７】配信管理テーブルの一例を示す図。
【図８】配信管理テーブルの一例を示す図。
【図９】配信管理テーブルの一例を示す図。
【図１０】配信管理テーブルの一例を示す図。
【図１１】配信管理テーブルの一例を示す図。
【図１２】配信管理テーブルの一例を示す図。
【図１３】配信管理テーブルの一例を示す図。
【発明を実施するための形態】
【００１１】
以下、本発明の実施形態について図面を用いて説明する。
【実施例１】
【００１２】
図１は、コンテンツ配信装置の構成の一例を示す図である。コンテンツ配信装置１００は、
ネットワーク１０１に接続された機器とネットワークデータ入出力端子１０２を介してネットワークデータを送受信するための処理を行うネットワークデータ処理部１０３と、コンテンツの配信開始要求を送信したクライアントに対して、配信を行うか否かを判断する配信開始処理部１０４を備える。
【００１３】
また、コンテンツの配信終了要求を受信した際に、配信終了要求を送信したクライアントの配信終了からの経過時間の計測と、配信終了から一定時間を超えたクライアントが存在するか否かを判断する配信終了処理部１０７、コンテンツを記録している記録再生装置１０６からコンテンツの読み出しを行うためのデジタルデータ入出力端子１０５、記録媒体１０９からコンテンツの読み出しを行うためのデジタルデータ入出力端子１０８を備える。
【００１４】
さらに、コンテンツ配信装置全体を制御する制御部１１０、読み出したコンテンツ、及びコンテンツ配信装置を動作させるためのソフトウェアを格納するメモリ１１１、配信開始処理部１０４がコンテンツの配信を行うか否かを判断するために使用する配信管理テーブルを格納する配信管理テーブル格納部１１２、各部を接続するシステムバス１１３、ユーザインタフェース１１４を備えている。記録媒体１０９はコンテンツ配信装置１００に内蔵されていてもよい。また、配信管理テーブル格納部１１２はメモリ１１１で代用してもよい。
【００１５】
図２は、コンテンツ配信装置とクライアントの接続の一例を示す図である。ユーザ宅２００には、コンテンツ配信装置１００、ルータ２０１、クライアントＡ２０２、クライアントＢ２０３、クライアントＣ２０４があり、各機器はイーサネット（登録商標）２０５でルータ２０１を介して接続されている。
【００１６】
図３は、ユーザインタフェースの一例を示す図である。３００、３０１、３０２は配信管理テーブルからコンテンツの配信が終了したクライアントを削除するまでの経過時間を設定するためのボタンである。この図では、Ｙ秒が選択されていることを示している。
図１に示すコンテンツ配信装置が、図２に示す構成でクライアントと接続され、図３のＹ秒を３秒として、クライアントＡ２０２、クライアントＢ２０３、クライアントＣ２０４にコンテンツを配信する場合の処理を説明する。また、コンテンツ配信装置がコンテンツを配信できるクライアント数の上限は２つとする。
【００１７】
コンテンツ配信装置１００がクライアントへコンテンツの配信を行っていない時、配信管理テーブルは図６の様に、クライアントが登録されていない状態である。この状態からクライアントＡ２０２がコンテンツ配信装置１００に配信開始要求を送信すると、配信開始処理部１０４は、図４に示す処理フローのステップ４００、ステップ４０３、ステップ４０４、ステップ４０５の処理を行う。
【００１８】
ステップ４００：配信管理テーブルを参照し、配信開始要求を送信したクライアントＡ２０２が登録されているかを判定する。ここでは、登録されていないと判定する（ＮＯ）。
ステップ４０３：配信管理テーブルにクライアントＡ２０２を登録する空きがあるかを判定する。ここでは、空きがあると判定する（ＹＥＳ）。
【００１９】
ステップ４０４：配信管理テーブルに配信開始要求を送信したクライアントＡ２０２を登録する。クライアントＡ２０２を登録するにあたって、クライアントＡ２０２の機器名、ＭＡＣアドレス、ＩＰアドレスのいずれか、もしくはその組み合わせを登録することでクライアントＡ２０２を判別する。登録が完了すると配信管理テーブルは図７の様に、クライアントＡ２０２を判別する情報が登録される。
【００２０】
ステップ４０５：配信開始要求を送信したクライアントＡに対して、制御部１１０がデジタルデータ入出力端子１０５を介して記録再生装置１０６、もしくはデジタルデータ入出力端子１０８を介して記録媒体１０９からコンテンツをメモリ１１１に読み出し、システムバス１１３を経由してネットワークデータ処理部１０３へとコンテンツを渡す。
【００２１】
ネットワークデータ処理部１０３は、渡されたコンテンツをネットワーク経由でクライアントＡ２０２に配信するために適した形式へと変換し、ネットワークデータ入出力端子１０２とネットワーク１０１を介して、クライアントＡ２０２へコンテンツ配信を開始する。ネットワークデータ処理部１０３がコンテンツをネットワーク経由で配信するために適した形式へ変換する処理は説明を省略する。
【００２２】
コンテンツ配信装置１００がクライアントＡ２０２にコンテンツを配信している状態で、クライアントＢ２０３がコンテンツ配信装置１００に配信開始要求を送信した場合の処理は、配信テーブルにクライアントが登録されていない状態で、クライアントＡ２０２がコンテンツ配信装置１００にコンテンツの配信開始要求を送信した場合と同じ処理であるため省略する。処理の結果、配信開始処理部１０４は図８の様に、配信管理テーブルを更新し、クライアントＢ２０３へと配信を開始する。
【００２３】
コンテンツ配信装置１００がクライアントＡ２０２とクライアントＢ２０３にコンテンツを配信している状態で、クライアントＣ２０４がコンテンツ配信装置１００に配信開始要求を送信すると、配信開始処理部１０４は、図４に示す処理フローのステップ４００、ステップ４０３、ステップ４０６の処理を行う。
【００２４】
ステップ４００：配信管理テーブルを参照し、配信開始要求を送信したクライアントＣ２０４が登録されているかを判定する。ここでは、登録されていないと判定する（ＮＯ）。
ステップ４０３：配信管理テーブルにクライアントＣ２０４を登録する空きがあるかを判定する。ここでは、空きがないと判定する（ＮＯ）。
【００２５】
ステップ４０６：クライアントＣ２０４のコンテンツの配信開始要求を拒否し、クライアントＣ２０４へネットワークデータ処理部１０３を介してエラーレスポンスを送信する。
コンテンツ配信装置１００がクライアントＡ２０２とクライアントＢ２０３にコンテンツを配信している状態でクライアントＡ２０２がトリックプレイのためにコンテンツの配信終了要求を送信すると、配信終了処理部１０７は、図５に示す処理フローのステップ５０１、ステップ５０２の処理を行う。ステップ５００は、コンテンツ配信装置の起動と同時に実行する。
【００２６】
ステップ５００：ユーザが配信テーブルのクライアントをコンテンツの配信終了から削除するまでの経過時間を設定するボタン３００、３０１、３０２から選択し、制御部１１０がユーザインタフェース１１４を介してユーザが選択した値を取得し配信終了処理部１０７に設定する。本実施例では図３のＹ秒（３秒）が選択され、３秒が配信終了処理部１０７に登録されている。ここでは予め設定された時間をボタン３００，３０１，３０２として表示しているが、ユーザが数値を入力するようにしてもよい。制御部１１０はユーザにより入力された値を取得する。
【００２７】
ステップ５０１：ネットワークデータ処理部１０３の動作を監視し、コンテンツ配信が終了しているか否かを検出する。ここでは、クライアントＡ２０２へのコンテンツ配信の終了を検出したと判定する（ＹＥＳ）。
ステップ５０２：配信管理テーブルのクライアントＡ２０２の経過時間に０秒を登録する。登録が完了すると配信管理テーブルは図９の様に、クライアントＡ２０２の経過時間に０秒が登録される。
【００２８】
コンテンツ配信装置１００からクライアントＡ２０２へのコンテンツの配信が終了してから設定した経過時間以内に、再度クライアントＡ２０２がトリックプレイのために、コンテンツ配信装置１００に配信開始要求を送信すると、配信開始処理部１０４は、図４に示す処理フローのステップ４００、ステップ４０１、ステップ４０２の処理を行う。また、配信管理テーブルは図１０の様に配信が終了してから１秒が経過したものとして説明する。配信終了処理部１０７の経過時間更新の処理については後述する。
【００２９】
ステップ４００：配信管理テーブルを参照し、配信開始要求を送信したクライアントＡ２０２が登録されているかを判定する。ここでは、登録されている判定する（ＹＥＳ）。
【００３０】
ステップ４０１：クライアントＡ２０２の配信終了からの経過時間を削除する。削除が完了すると配信管理テーブルは図８の様に、クライアントＡ２０２の配信終了からの経過時間が削除される。
ステップ４０２：ステップ４０５と同じ処理であるため説明を省略する。
【００３１】
コンテンツ配信装置１００からクライアントＡ２０２への配信が終了してからの経過時間が設定時間を超えると、配信終了処理部１０７はステップ５０３、ステップ５０４、ステップ５０５、ステップ５０６の処理を行う。この処理は、ステップ５０１でコンテンツ配信の終了を検知し、ステップ５０２の処理を行う間以外に、ループして処理する。
ステップ５０３：配信管理テーブルに登録されているクライアントの配信終了からの経過時間が登録されているかを判定する。ここでは、経過時間が登録されていると判定する（ＹＥＳ）。
【００３２】
ステップ５０４：経過時間が登録されているクライアントのコンテンツの配信終了からの経過時間を更新する。ここではコンテンツの配信終了から３秒経過したとする。経過時間の更新処理が完了すると図１１の様に、クライアントＡ２０２の配信終了からの経過時間が３秒に更新される。
【００３３】
ステップ５０５：配信終了処理部１０７は、配信終了からの経過時間がユーザの設定した時間を超えているかを判定する。配信終了処理部１０７に登録されている３秒という値を取得し、クライアントＡ２０２の配信終了からの経過時間と比較する。クライアントＡ２０２の配信終了からの経過時間３秒は設定時間３秒を超えたと判定する（ＹＥＳ）。
【００３４】
ステップ５０６：配信管理テーブルのクライアントＡ２０２の情報を全て削除する。削除が完了すると図１２の様に、クライアントＡ２０２の情報が全て削除され、クライアントを登録する空きができる。
【００３５】
クライアントＡ２０２が配信管理テーブルから削除された後、クライアントＣ２０４がコンテンツ配信装置１００に配信開始要求を送信した場合の処理は、配信テーブルにクライアントが登録されていない状態でクライアントＡ２０２がコンテンツ配信装置１００にコンテンツの配信開始要求を送信した場合と同じ処理であるため省略する。処理の結果、配信開始処理部１０４は図１３の様に、配信管理テーブルを更新し、クライアントＣ２０４へと配信を開始する。
【００３６】
上記説明の様に処理を行うことで、トリックプレイによるコンテンツ配信終了後に他クライアントからコンテンツの配信開始要求が送信されても、トリックプレイの中断を防止することができる。
【符号の説明】
【００３７】
１００…コンテンツ配信装置
１０１…ネットワーク
１０２…ネットワークデータ入出力端子
１０３…ネットワークデータ処理部
１０４…配信開始処理部
１０５…デジタルデータ入出力端子
１０６…記録再生装置
１０７…配信終了処理部
１０８…デジタルデータ入出力端子
１０９…記録媒体
１１０…制御部
１１１…メモリ
１１２…配信管理テーブル格納部
１１３…システムバス
１１４…ユーザインタフェース
２００…ユーザ宅
２０１…ルータ
２０２…クライアントＡ
２０３…クライアントＢ
２０４…クライアントＣ
２０５…イーサネット（登録商標）
３００…時間設定ボタン
３０１…時間設定ボタン
３０２…時間設定ボタン
【図１】
2011044052.tif 000003
【図２】
2011044052.tif 000004
【図３】
2011044052.tif 000005
【図４】
2011044052.tif 000006
【図５】
2011044052.tif 000007
【図６】
2011044052.tif 000008
【図７】
2011044052.tif 000009
【図８】
2011044052.tif 000010
【図９】
2011044052.tif 000011
【図１０】
2011044052.tif 000012
【図１１】
2011044052.tif 000013
【図１２】
2011044052.tif 000014
【図１３】
2011044052.tif 000015