JP2006128848A - ホームネットワーク装置 - Google Patents

Abstract

【課題】重複したデータが異なる複数のサーバー装置にある場合、データの管理が困難である。
【解決手段】ＥＰＧ情報等の属性情報を用いてサーバー装置の重複したＡＶデータをマージして閲覧表示する。さらに、重複したＡＶデータの中から、クライアント装置での再生可能性を検証し、最適なものを検出して配信する。さらに、重複したＡＶデータの中から、現状の通信トラフィックに基づき、最適なものを検出して配信する。さらに、クライアント装置の負荷状況に基づき、最適なものを検出して配信する。さらに、クライアント装置で再生可能性、現状の通信トラフィック及び負荷状態に基づき、サーバー装置でデータを変換した後に配信する。
【選択図】図９

Description

本発明は、音楽、動画、静止画等のＡＶデータを保持する複数のサーバー装置と、複数のクライアント装置との通信装置に関するものである。

ホームネットワークが普及する中、音楽、動画、静止画等のＡＶデータをハードディスクやＤＶＤメディア等に蓄積し、ネットワーク通信機能を保持したサーバー装置が実用化されている。それに伴い、サーバーのデータをネットワーク経由でリモート閲覧する機能を保持したクライアント装置も実用化されている。特に、ＣＰＵの高速化に伴い、リモート閲覧機能をパーソナルコンピュータで実現しているものが多く見られる。

この後、家庭内へサーバー装置、クライアント装置が普及すると、膨大なＡＶデータが分散されて蓄積されるため、そのデータ管理がますます煩雑になることが予想される。また、サーバー、クライアント間で次々とデータが録画、配信されるため、同一データが複数マシンで重複して蓄積される。このような環境下では、ＥＰＧ（電子番組ガイド）等の属性情報を有効に利用して効果的にデータ管理を行う必要がある。

従来の技術としては、録画予約時または放送時に配信される電子番組情報（ＥＰＧ：番組タイトル等）と、録画済み映像データとを対応づけて蓄積し、録画済み映像データの検索を容易にするものがある（例えば、特許文献１参照）。
特開平１１−２５２４９９号公報

特許文献１の技術を、同一データが異なる複数のサーバー装置に重複して蓄積されたホームネットワーク装置での閲覧及びデータ配信に応用した場合、以下の課題を有する。まず、重複したＡＶデータが複数閲覧表示され、データの管理が困難である。さらに、配信されたデータが、クライアント装置で再生不可能なデータ形式の場合は、折角配信されてもデータを再生できない。さらに、クライアント装置の再生性能（ビットレート、フレームレート、解像度）を超えたデータが配信された場合は、映像のフレーム飛び、音声の音飛び、ＡＶ同期ずれなどの再生品質を損なう危険性がある。さらに、ネットワークの通信速度が最低でも配信されるデータのビットレート以上確保できない場合も、同様に再生品質を損なう危険性がある。さらに、クライアント装置の処理負荷が大きい場合も、同様に再生品質を損なう危険性がある。

本発明の主要な特徴は以下のとおりである。まず、ＥＰＧ情報等の属性情報を用いてサーバー装置の重複したＡＶデータをマージして閲覧表示する。さらに、重複したＡＶデータの中から、クライアント装置での再生可能性を検証し、最適なものを検出して配信する。さらに、重複したＡＶデータの中から、現状の通信トラフィックに基づき、最適なものを検出して配信する。さらに、クライアント装置の負荷状況に基づき、最適なものを検出して配信する。さらに、クライアント装置で再生可能性、現状の通信トラフィック及び負荷状態に基づき、サーバー装置でデータを変換した後に配信する。

本発明の効果は以下のとおりである。まず、クライアント装置は、重複したデータをマージして閲覧表示するので、データの管理が容易になる。さらに、再生可能性を配信前に検証するので、クライアント装置は配信されたデータは必ず再生できる。さらに、現状の通信トラフィックに基づき配信データを検出するので、クライアント装置は転送遅延により再生品質を損なうことはない。さらに、クライアント装置の負荷状況に基づき配信データを検出するので、クライアント装置はリソース不足により再生品質を損なうことはない。さらに、再生可能性、現状の通信トラフィック、クライアント装置の負荷状況に基づき配信データを変換して配信するので、クライアント装置は配信されたデータを必ず再生できる。

（実施の形態１）
以下、本願第一のホームネットワーク装置の実施の形態を、図面を用いて説明する。図１は、本実施の形態のブロック図である。１００はサーバー装置である。２００はクライアント装置である。３００はネットワーク通信装置であり、サーバー装置１００と複数のクライアント装置２００とを接続している。サーバー装置１００、クライアント装置２００は、ネットワーク通信装置３００を経由して、ＴＣＰ／ＩＰなどの汎用的な通信プロトコルでデータの送受信処理を行う。

サーバー装置１００の構成を説明する。１０１は、データ蓄積部である。ハードディスク、ＤＶＤ等の記録媒体により構成し、音楽、動画、静止画等のＡＶデータと、ＥＰＧ（テレビ番組ガイド）、曲のタイトル、アーティスト名等を含む属性情報とを対応づけて記録蓄積する。１０２は、属性情報取得手段である。データ蓄積部１０１に蓄積されているデータから、ビットレート、フレームレート、解像度等の再生に必要な情報、容量サイズ、更新日時等のデータ属性情報、ＥＰＧ、曲のタイトル等の属性情報を取得する。１０３は、属性情報要求受信手段である。ネットワーク装置３００に接続されているクライアント装置２００から、データ蓄積部１０１に蓄積されたＡＶデータの属性情報を要求する属性情報要求を受信する。１０４は、属性情報送信手段である。属性情報要求受信手段１０３が属性情報要求を受信した場合に、属性情報取得手段１０２が取得した全ての属性情報リストを、属性情報要求の送信元のクライアント装置へ送信する。例えば、図２に示す属性情報リストが送信される。属性情報は図２で全てでなく一例であり、ＡＶデータの属性を示せる情報であれば特に制限はない。図２は、ＥＰＧ（電子番組ガイド）を属性情報として再利用した動画データであるが、音楽の場合は“曲タイトル”、“アーティスト”等を同様に利用する。

クライアント装置２００の構成を説明する。２０１は属性情報問合わせ手段である。ネットワーク装置３００を通して、各サーバー装置に対して、データ蓄積部１０１に蓄積されているＡＶデータの属性情報を問合わせる属性情報要求をブロードキャストする。ブロードキャスト機能は、ＴＣＰ／ＩＰ等の汎用通信プロトコルで実装されているので、実現は容易である。２０２は属性情報受信手段である。属性情報問合わせ手段２０１がブロードキャストした属性情報要求を受信した各サーバー装置から送信されてくる属性情報を受信する。２０３はデータマージ手段である。属性情報受信手段が続々と受信する各属性情報を追加する。追加する際に、重複データを１つのデータとしてマージする。マージ方法としては、属性情報に基づきマージルールを予め設定する方法が一例として考えられる。例えば、サーバー装置Ａ，サーバー装置Ｂ、サーバー装置Ｃから、各々図３、図４、図５に示す属性情報リストが送信されてきた場合を想定する。マージルールとして「もし、番組タイトル、録画日時、録画チャンネルが一致した場合はマージする」が設定されていた場合、図６示すように属性情報がマージされる。図７に示す通りマージされたデータの情報もマージデータリストとして別途保持する。図３、図４及び、図５の各々太文字で表示されているデータがマージされる。２０４は、データ閲覧手段である。データマージ手段２０３がマージした属性情報に基づきデータを閲覧表示する。表示形式は、サムネイルと呼ばれる代表画像と文字情報をリストして閲覧するのが一般的である。図８に例として、サムネイルを用いたＷｉｎｄｏｗｓ（登録商標）ＸＰのファイル閲覧ウィンドウを示す。

以上のとおり、クライアント装置は、重複したデータをマージして閲覧表示するので、データの管理が容易になり、その実用的効果は大きい。

（実施の形態２）
以下、本願第二のホームネットワーク装置の実施の形態を、図面を用いて説明する。図９は、本実施の形態のブロック図である。

１００、１０１、１０２、１０３、１０４、２００、２０１、２０２、２０３、２０４については、実施の形態１と同一の構成なので、説明を省略する。１１０は、データ配信要求受信手段である。ネットワーク装置３００に接続されているクライアント装置２００から、データ蓄積部１０１に蓄積されたＡＶデータの配信を要求されるデータ配信要求を受信する。データ配信要求は、データ蓄積部１０１に蓄積されている全てのデータの中から一つのデータを特定できるＩＤを指定する。例えば、図２のファイル名が一般的には使用される。１１１は、データ配信手段である。データ配信要求受信手段１１０が受信したデータ配信要求に基づきデータ蓄積部１０１からデータを取得し、ネットワーク装置３００を通してクライアント装置へ配信する。データの配信については、ＴＣＰ／ＩＰ等の汎用通信プロトコルに用いれば、実装は容易である。さらに、ＴＣＰ／ＩＰは、パソコン用の汎用ＯＳのＷｉｎｄｏｗｓ（登録商標）にも標準で組み込まれている。２１１は、再生指定手段である。データ閲覧手段２０４が閲覧するデータの中から、オペレータが再生したいデータを指定する。２１２は負荷調査手段である。ＣＰＵ等のマシンリソースの負荷状態を調査する。処理負荷を調査する機能は、汎用のＯＳには標準で組み込まれているので、実現可能性は高い。図１０に例として、Ｗｉｎｄｏｗｓ（登録商標）ＸＰのタスクマネージャの負荷を示す画面を示す。２１３は通信量調査手段である。ネットワーク通信装置３００の通信トラフィックを監視している。ネットワークの通信トラフィックを監視する機能は、汎用のＯＳには標準で組み込まれているので、実現可能性は高い。図１１に例として、Ｗｉｎｄｏｗｓ（登録商標）ＸＰのタスクマネージャのネットワーク負荷を示す画面を示す。２１４は最適データ検出手段である。再生データ指定手段が指定した再生データが、データマージ手段がマージした重複データである場合に、クライアント装置の再生性能、負荷調査手段２１２が調査する現在のマシンの負荷状態、通信量調査手段２１３が調査する現在のネットワークの通信トラフィックに基づき最適なデータを検出する。再生可能性は、クライアント装置が保持する再生能力に依存する。再生能力は、ＭＰＥＧ，ＡＶＩ等のデータ形式の種類、各データ形式の再生可能範囲により規定される。一般的に、再生可能範囲は、ビットレート、解像度、フレームレートで規定される。これらの範囲は、マシンリソースの大きさに比例する。さらに、配信と同時に再生するためには、ビットレートが、通信量調査手段２１３が調査する現在の通信転送速度より小さい値でなくてはならない。ここで、図７の重複リストの中から「料理番組Ｊ」を再生指定手段２１１が指定し、３つのデータの中から最適なデータを検出する場合を例にとり具体的に説明する。まず、クライアント装置のＭＰＥＧ２の再生範囲が、解像度が７２０×４８０ピクセル以下、ビットレート１６，０００Ｋビット／秒以下、フレームレートが１２０フレーム／秒以下であると規定する。次に、負荷調査手段２１２の調査結果が５０％のリソース使用可能率であり、通信量調査手段２１３の調査結果が、４，０００Ｋビット／秒の通信可能であるとする。結果的に、再生範囲はリソース使用可能率に比例すると仮定すると、現在の再生範囲は、解像度が３６０×４８０ピクセル以下、ビットレート８，０００Ｋビット／秒以下、フレームレートが６０フレーム／秒以下と算定できる。さらに、通信量調査手段２１３の結果から、ビットレートは４，０００Ｋビット／秒である必要がある。以上のことから、この例では、サーバー装置Ａの「料理番組Ｊ」（ビットレート２，０００Ｋビット／秒、解像度３５２×４８０、フレームレート３０フレーム／秒）を最適データとして検出することができる。２１５は配信要求手段である。最適データ検出部２１４が検出したデータを蓄積しているサーバー装置に対して、ネットワーク装置３００を通して送信する。２１６はデータ受信装置である。配信要求手段２１５がデータ配信要求を送信したサーバー装置から、蓄積されていたＡＶデータを受信する。データ配信手段１１１同様に、データの受信については、ＴＣＰ／ＩＰ等の汎用通信プロトコルに用いれば、実装は容易である。２１７はデータ再生手段、データ受信装置２１６が受信データＡＶデータを再生する。

以上のとおり、クライアント装置は、事前に現状の通信トラフィック及び負荷状況に基づき最適なデータを検出するので、転送遅延及びリソース不足により再生品質を損なうことはないので、その実用的効果は大きい。

（実施の形態３）
以下、本願第三のホームネットワーク装置の実施の形態を、図面を用いて説明する。図１２は、本実施の形態のブロック図である。

１００、１０１、１０２、１０３、１０４、１１１、２００、２０１、２０２、２０３、２０４、２１１、２１２、２１３、２１４、２１６、２１７については、実施の形態１、実施の形態２と同一の構成なので、説明を省略する。１２０は変換配信要求受信手段である。ネットワーク装置３００に接続されているクライアント装置２００から、データ蓄積部１０１に蓄積されたＡＶデータを、データを変換した後に配信することを要求される変換配信要求を受信する。データ蓄積部１０１に蓄積されている全てのデータの中から一つのデータを特定できるＩＤを指定する。ファイル名が一般的には使用される。さらに、変換するデータ形式が指定される。例えば、ＭＰＥＧ、ＡＶＩ等のデータ形式、解像度、ビットレート、フレームレートが指定される。１２１はデータ変換手段である。データ蓄積部１０１に蓄積されている指定されたデータを、指定されたデータ形式へ変換する。ＡＶＩ形式から、ＭＰＥＧ２形式への変換のようにパソコン、ＤＶＤ、ＤＶ機器で汎用的に使用されるデータ形式の場合、デコード、エンコード方式は既知の技術として公開されており、既に商品化されているものも多い。これらの既知の技術を用いれば、実現することは容易である。２２０は、変換配信要求送信手段である。最適データ検出手段２１４が、通信トラフィック及び負荷状況に基づき再生可能な範囲のデータを検出できない場合がある。
ここで、図７の重複リストの中から「ドラマＡ」を再生指定手段２１１が指定した、３つのデータの中から最適なデータを検出する場合を例にとり具体的に説明する。まず、クライアント装置のＭＰＥＧ２の再生範囲が、解像度が７２０×４８０ピクセル以下、ビットレート１６，０００Ｋビット／秒以下、フレームレートが１２０フレーム／秒以下であると規定する。次に、負荷調査手段２１２の調査結果が２５％のリソース使用可能率であり、通信量調査手段２１３の調査結果が、２，０００Ｋビット／秒の通信可能であるとする。結果的に、再生範囲はリソース使用可能率に比例すると仮定すると、現在の再生範囲は、解像度が３６０×２４０ピクセル以下、ビットレート４，０００Ｋビット／秒以下、フレームレートが３０フレーム／秒以下と算定できる。さらに、通信量調査手段２１３の結果から、ビットレートは２，０００Ｋビット／秒である必要がある。以上の結果からは、図７の重複リストの中から「ドラマＡ」の３つのデータからは最適データを検出することはできない。そこで、最も変換容易性が高いデータを持つサーバー装置に対して変換配信要求を送信する。変換容易性を評価するのは様々な方法がある。一般的に、データ形式の変換を伴わない変換が比較的容易だと考えられる。この例では、同じＭＰＥＧ２形式のサーバー装置Ａのデータを最適データとして検出し、変換配信要求を送信する。

以上のとおり、サーバー装置側で再生可能性、現状の通信トラフィック、クライアント装置の負荷状況に基づきデータを変換して配信するので、転送遅延及びリソース不足により再生品質を損なうことはないので、その実用的効果は大きい。

本発明に係るホームネットワーク装置は、重複データの検出、再生可能性、通信性能、マシン性能に基づき、必要に応じてデータの変換を行うことができ、ホームネットワーク環境においてデータの管理を効率化する用途にも適用できる。

実施の形態１のブロック図 実施の形態１の属性情報リストを表した図 実施の形態１のサーバー装置Ａの属性情報リストを表した図 実施の形態１のサーバー装置Ｂの属性情報リストを表した図 実施の形態１のサーバー装置Ｃの属性情報リストを表した図 実施の形態１のデータ閲覧手段が表示する属性情報リストを表した図 実施の形態１のマージデータリストを表した図 Ｗｉｎｄｏｗｓ（登録商標）ＸＰのファイル閲覧ウィンドウを表した図 実施の形態２のブロック図 Ｗｉｎｄｏｗｓ（登録商標）ＸＰのタスクマネージャの負荷表示の説明図 Ｗｉｎｄｏｗｓ（登録商標）ＸＰのタスクマネージャのネットワーク負荷表示の説明図 実施の形態３のブロック図

符号の説明

１００ サーバー装置
１０１ データ蓄積部
１０２ 属性情報取得手段
１０３ 属性情報受信手段
１０４ 属性情報送信手段
１１０ データ配信要求受信手段
１１１ データ配信手段
１２０ 変換配信要求受信手段
１２１ データ変換手段
２００ クライアント装置
２０１ 属性情報問合わせ手段
２０２ 属性情報受信手段
２０３ データマージ手段
２０４ データ閲覧手段
２１１ 再生データ指定手段
２１２ 負荷調査手段
２１３ 通信量調査手段
２１４ 最適データ検出手段
２１５ 負荷調査手段
２１６ データ受信手段
２１７ データ再生手段
２２０ 変換配信要求送信手段
３００ ネットワーク装置

Claims (5)

1. 複数のサーバー装置と複数のクライアント装置とがネットワーク通信装置で接続された構成において、
   前記サーバー装置は、音楽、動画、静止画等のＡＶデータを蓄積するデータ蓄積部と、
   前記データ蓄積部に蓄積されたＡＶデータの容量サイズ、作成日時、ビットレート、フレームレート、解像度、及びＥＰＧ情報等のＡＶデータに関連づけられた属性情報を取得する属性情報取得手段と、
   前記クライアント装置から前記データ蓄積部に蓄積されている全てのＡＶデータの属性情報の送信を要求する属性情報要求を受信する属性情報要求受信手段と、
   前記属性情報要求受信手段が属性情報要求を受信した場合に、属性情報要求の送信元のクライアント装置に対して、前記属性情報取得手段が取得した属性情報を送信する属性情報送信手段を備え、
   前記クライアント装置は、前記ネットワーク通信装置に接続されている全てのサーバー装置に対して、蓄積されている全てのＡＶデータの属性情報を要求する属性情報要求を送信する属性情報問合わせ手段と、
   前記サーバー装置から送信された属性情報を受信する属性情報受信手段と、
   前記属性情報受信手段が受信した全ての属性情報を、属性情報に基づき重複したデータをマージするデータマージ手段と、
   前記データマージ手段がマージしたデータに基づきデータを閲覧するデータ閲覧手段を備えることを特徴とするホームネットワーク装置。
2. 前記サーバー装置は、前記クライアント装置から前記データ蓄積部に蓄積されたＡＶデータを指定しデータの配信を要求するデータ配信要求を受信するデータ配信要求受信手段と、
   前記データ配信要求受信手段がデータ配信要求を受信した場合に、データ配信要求の送信元のクライアント装置に対して、指定されたＡＶデータを配信するデータ配信手段をさらに備え、
   前記クライアント装置は、前記データ閲覧手段が閲覧するＡＶデータの中から再生データを指定する再生データ指定手段と、
   前記再生データ指定手段が指定した再生データが、前記データマージ手段がマージした重複したデータである場合に、ビットレート、フレームレート、解像度等の属性情報、及びクライアント装置の再生性能に基づき再生可能な最適なデータを検出する最適データ検出手段と、
   前記最適データ検出手段が検出した最適なデータが蓄積されているサーバー装置に対して配信要求を送信する配信要求送信手段と、
   サーバー装置から配信されたＡＶデータを受信するデータ受信手段と、
   前記データ受信手段が受信したＡＶデータを再生するデータ再生手段をさらに備えることを特徴とする請求項１に記載のホームネットワーク装置。
3. 前記クライアント装置は、前記ネットワーク通信装置の通信速度性能、通信トラフィック等に基づき現在の通信能力を調査する通信量調査手段をさらに備え、
   前記最適データ検出手段が属性情報、及びクライアント装置の再生性能に加え、前記通信量調査手段が調査した現在の通信能力に基づき最適なデータを検出することを特徴とする請求項２に記載のホームネットワーク装置。
4. 前記クライアント装置は、前記クライアント装置のＣＰＵ負荷、メモリー占有状況他のマシンリソースの負荷状態を調査する負荷調査手段をさらに備え、
   前記最適データ検出手段が属性情報、クライアント装置の再生性能、及び現在の通信能力に加え、前記負荷調査手段が調査した負荷状態に基づき最適なデータを検出することを特徴とする請求項３に記載のホームネットワーク装置。
5. 前記サーバー装置は、データ配信要求受信手段に代えて、前記ネットワーク通信装置に接続されているクライアント装置より、前記データ蓄積部に蓄積されているＡＶデータをフレームレート、ビットレート、解像度、及びフォーマット等のデータ形式を指定し、クライアント装置で再生可能なデータ形式に変換して配信することを要求する変換配信要求を受信する変換配信要求受信手段と、
   前記変換配信要求受信手段が受信した変換配信要求に基づき前記データ蓄積部に蓄積されているＡＶデータをフレームレート、ビットレート、解像度、及びフォーマット等のデータ形式を変換するデータ変換手段を備え、
   前記データ配信手段が、前記データ変換手段が変換したデータを変換配信要求の送信元のクライアント装置へ配信し、
   前記クライアント装置は、配信要求送信手段に代えて、前記最適データ検出手段が最適なデータを検出できなかった場合に、属性情報、通信量調査手段が調査した現在の通信能力、前記負荷調査手段が調査した負荷状態、前記データ再生手段が再生可能なデータ形式に基づきデータ形式を指定した変換配信要求を、サーバー装置へ送信する変換配信要求送信手段を備えることを特徴とする請求項４に記載のホームネットワーク装置。