(57)【要約】【課題】不要なデータを受信することが防止でき、電力の消費を低減することが可能で、伝送効率を改善することが可能な通信装置、コンテンツ配信システム、およびコンテンツ配信方法を提供する。【解決手段】コンテンツ配信システム１０は、複数のコンテンツデータ、または、複数のコンテンツが多重化されたコンテンツデータを、無線で配信する第１の通信装置（サーバ）２０と、第１の通信装置２０との間で通信可能で、第１の通信装置から配信されるコンテンツデータを受信可能な、少なくとも一つの第２の通信装置３０と、を有し、第１の通信装置２０は、送信するコンテンツ情報を、送信するビーコンに付加し、ビーコン送信後、データのペイロードとペイロード情報のみ送信する。【選択図】図１
2011217161.tif 000002
【特許請求の範囲】
【請求項１】
複数のコンテンツデータ、または、複数のコンテンツが多重化されたコンテンツデータを、無線で配信するコンテンツ配信部を有し、
上記コンテンツ配信部は、
送信するコンテンツ情報を、送信するビーコンに付加し、ビーコン送信後、データのペイロードとペイロード情報のみ送信する
通信装置。
【請求項２】
上記コンテンツ配信部は、
パケット化されているコンテンツデータのペイロードが、複数のパケットにまたがっているとき、ペイロードをアグリゲートして一つのデータとして送信する
請求項１記載の通信装置。
【請求項３】
上記コンテンツ配信部は、
複数のコンテンツのペイロードをアグリゲートして一つのデータとして送信する
請求項１または２記載の通信装置。
【請求項４】
上記コンテンツ配信部は、
少なくともコンテンツＩＤ、ペイロードの更新状態、エラー状態でフィルタリングを行い、配信先に不必要なデータは、送信しない
請求項１から３のいずれか一に記載の通信装置。
【請求項５】
上記コンテンツ配信部は、
接続している配信先の情報にＭＡＣアドレスを含めて管理する
請求項１から４のいずれか一に記載の通信装置。
【請求項６】
複数のコンテンツデータ、または、複数のコンテンツが多重化されたコンテンツデータを、無線で配信する第１の通信装置と、
上記第１の通信装置との間で通信可能で、上記第１の通信装置から配信されるコンテンツデータを受信可能な、少なくとも一つの第２の通信装置と、を有し、
上記第１の通信装置は、
送信するコンテンツ情報を、送信するビーコンに付加し、ビーコン送信後、データのペイロードとペイロード情報のみ送信する
コンテンツ配信システム。
【請求項７】
上記第２の通信装置は、
上記第１の通信装置から送信される上記ビーコンに含まれている情報から、ビーコン送信後に送信される上記データを選択して、受信する機能を含む
請求項６記載のコンテンツ配信システム。
【請求項８】
上記第１の通信装置は、
パケット化されているコンテンツデータのペイロードが、複数のパケットにまたがっているとき、ペイロードをアグリゲートして一つのデータとして送信する
請求項６または７記載のコンテンツ配信システム。
【請求項９】
上記第１の通信装置は、
複数のコンテンツのペイロードをアグリゲートして一つのデータとして送信する
請求項６から８のいずれか一に記載のコンテンツ配信システム。
【請求項１０】
上記第１の通信装置は、
少なくともコンテンツＩＤ、ペイロードの更新状態、エラー状態でフィルタリングを行い、配信先に不必要なデータは、送信しない
請求項６から９のいずれか一に記載のコンテンツ配信システム。
【請求項１１】
上記第１の通信装置は、
接続している配信先の情報にＭＡＣアドレスを含めて管理する
請求項６から１０のいずれか一に記載のコンテンツ配信システム。
【請求項１２】
上記第２の通信装置は、
自身の必要としているコンテンツ情報を上記第１の通信装置に送信する機能を含む
請求項６から１１のいずれか一に記載のコンテンツ配信システム。
【請求項１３】
複数のコンテンツデータ、または、複数のコンテンツが多重化されたコンテンツデータを、無線で配信する際に、
送信するコンテンツ情報を、送信するビーコンに付加し、
ビーコン送信後、データのペイロードとペイロード情報のみ送信する
コンテンツ配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、動画、音楽などのコンテンツを無線で配信するコンテンツ配信システムに関するものである。特に、本発明は、サーバで保有している複数のコンテンツデータ、または、複数のコンテンツが多重化されたコンテンツデータを、無線でクライアントに配信する通信装置、コンテンツ配信システム、およびコンテンツ配信方法に関するものである。
【背景技術】
【０００２】
近年、無線技術の発展により、家庭のオーディオ／ビデオ（ＡＶ）機器の配線をなくし、無線によるストリーミングで、動画、音楽などを視聴することが可能である。
【０００３】
このように所定の無線ネットワークでコンテンツの配信を行うシステムは種々提案されている（たとえば、特許文献１〜４参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−３４３５６７号公報
【特許文献２】特開２００３−６０６５２号公報
【特許文献３】特開２００７−１６６１０７号公報
【特許文献４】特開２００７−１６６１０５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、動画、音楽などの高画質、高音質化に伴い、無線間で必要とするデータレートも増加している。
一般的に、ＡＶ機器は、一つのコンテンツを視聴するので、送信装置から送信される複数のコンテンツのデータのうち、ユーザが視聴するコンテンツのデータのみ受信を行えばよい。
ただし、クライアント側装置は、データを受信した後に、データのコンテンツ特定を行う必要があるため、クライアント側装置は、すべてのデータを受信する必要がある。
【０００６】
また、必要のないデータの受信とデータの解析を行うための電力消費が発生する。
複数のコンテンツを配信する場合、サーバは、コンテンツ毎にデータ送信を行う必要があるが、その方法では、伝送効率が悪くなる。
また、ＭＰＥＧ２−ＴＳなどのように、コンテンツデータがパケット化されている場合も同様に、伝送効率が悪くなる。
ＭＰＥＧ２−ＴＳは、ＮＵＬＬデータや、更新されていないデータなど、クライアントに必要のないデータを含んでいる場合が多く、それらのデータ受信、データ解析のために、電力消費が発生する。
【０００７】
本発明は、不要なデータを受信することが防止でき、電力の消費を低減することが可能で、伝送効率を改善することが可能な通信装置、コンテンツ配信システム、およびコンテンツ配信方法を提供することにある。
【課題を解決するための手段】
【０００８】
本発明の第１の観点の通信装置は、複数のコンテンツデータ、または、複数のコンテンツが多重化されたコンテンツデータを、無線で配信するコンテンツ配信部を有し、上記コンテンツ配信部は、送信するコンテンツ情報を、送信するビーコンに付加し、ビーコン送信後、データのペイロードとペイロード情報のみ送信する。
【０００９】
本発明の第２の観点のコンテンツ配信システムは、複数のコンテンツデータ、または、複数のコンテンツが多重化されたコンテンツデータを、無線で配信する第１の通信装置と、上記第１の通信装置との間で通信可能で、上記第１の通信装置から配信されるコンテンツデータを受信可能な、少なくとも一つの第２の通信装置と、を有し、上記第１の通信装置は、送信するコンテンツ情報を、送信するビーコンに付加し、ビーコン送信後、データのペイロードとペイロード情報のみ送信する。
【００１０】
本発明の第２の観点のコンテンツ配信方法は、複数のコンテンツデータ、または、複数のコンテンツが多重化されたコンテンツデータを、無線で配信する際に、送信するコンテンツ情報を、送信するビーコンに付加し、ビーコン送信後、データのペイロードとペイロード情報のみ送信する。
【発明の効果】
【００１１】
本発明によれば、不要なデータを受信することが防止でき、電力の消費を低減することが可能で、伝送効率を改善することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態に係るコンテンツ配信システムの構成例を示す図である。
【図２】本実施形態に係るサーバの送受信装置の構成例を示す図である。
【図３】本実施形態に係るクライアント側通信装置の送受信装置の構成例を示す図である。
【図４】サーバがビーコンに付加するアグリゲート情報のフォーマットを示す図である。
【図５】ビーコンのフォーマットを示す図である。
【図６】ＭＰＥＧ２−ＴＳパケットの構成を示す図である。
【図７】図６のＭＰＥＧ２−ＴＳパケットのアグリゲートするデータについて説明するための図である。
【図８】２つの異なるペイロードデータを示す図である。
【図９】図８に示す２つの異なるＰＩＤのペイロードをアグリゲートしたときのアグリゲートデータを示す図である。
【図１０】クライアント側通信装置のＰＩＤを登録するときのサーバの送受信装置の動作を説明するためのフローチャートである。
【図１１】クライアント側通信装置がＰＩＤをサーバへ通知する際に送信するデータのフォーマット例を示す図である。
【図１２】本実施形態に係るサーバのＰＩＤ記憶部におけるＰＩＤを保存する領域の一例を示す図である。
【図１３】サーバの送受信装置に対し、コンテンツ保有装置からＭＰＥＧ２−ＴＳパケットの入力がされたときの動作を説明するためのフローチャートである。
【図１４】クライアント側通信装置がサーバからのビーコンを受信したときの動作を説明するためのフローチャートである。
【図１５】クライアント側通信装置がサーバからのデータを受信したときの送受信装置の動作を説明するためのフローチャートである。
【図１６】ＭＰＥＧ２−ＴＳストリームデータを示す図である。
【図１７】本実施形態において、図１６に示すＭＰＥＧ２−ＴＳストリームデータを送信したときのフレームの流れを示す図である。
【図１８】一般的な配信方法によるフレームの流れを比較例として示す図である。
【図１９】サーバが本実施形態の配信方法に対応し、クライアント側通信装置が複数存在して、本実施形態の配信方法の対応端末、未対応端末が存在する場合のフレームの流れを示す図である。
【発明を実施するための形態】
【００１３】
以下、本発明の実施形態を図面に関連付けて説明する。
なお、説明は以下の順序で行う。
１．コンテンツ配信システムの構成例
２．サーバの送受信装置の構成例
３．クライアント側通信装置の送受信装置の構成例
４．サーバの送受信装置の動作例
５．クライアント側通信装置の送受信装置の動作例
【００１４】
＜１．コンテンツ配信システムの構成例＞
図１は、本発明の実施形態に係るコンテンツ配信システムの構成例を示す図である。
【００１５】
なお、以下に説明する実施形態中のコンテンツは、複数のコンテンツが多重化されているＭＰＥＧ２−ＴＳデータとし、無線間通信の通信プロトコルは、８０２．１１準拠とする。
多重化されてない複数のコンテンツや、ＭＰＥＧ２以外のフォーマット、８０２．１１準拠以外の通信プロトコルでも、本実施形態のコンテンツ配信システムを使用することは、可能である。
【００１６】
本コンテンツ配信システム１０は、第１の通信装置としてのサーバ２０、および第２の通信装置としてのクライアント側通信装置３０を有する。
【００１７】
サーバ２０は、コンテンツを保有しているコンテンツ保有装置２１、および８０２．１１準拠のデータを送受信するコンテンツ配信部としての第１の送受信装置２２を含んで構成されている。
【００１８】
クライアント側通信装置３０は、８０２．１１準拠のデータを送受信する第２の送受信装置３１、およびサーバから送信されたコンテンツデータを処理するＭＰＥＧ２処理装置３２を含んで構成されている。
【００１９】
サーバ２０は、ＡＰ（アクセスポイント）となり、ネットワークを生成し、クライアント側通信装置３０は、そのネットワークに接続を行う。
サーバ２０は、コンテンツデータをクライアント側通信装置３０に送信するとき、コンテンツ保有装置２１に保有されているコンテンツを第１の送受信装置２２に入力する。そして、サーバ２０は、第１の送受信装置２２でペイロードを分離して、指定バイト数（または指定時間）アグリゲートし、クライアント側通信装置３０に送信する。
サーバ２０は、送信するペイロードをアグリゲートしたデータを、複数のクライアント側通信装置３０が存在していても、すべてのクライアント側通信装置が受信を行うように、マルチキャストで送信する。
【００２０】
クライアント側通信装置３０の第２の送受信装置３１は、サーバ２０が送信したデータを受信し、ペイロードがアグリゲートしたデータであるとき、視聴するコンテンツのペイロードを抜き出し、ＭＰＥＧ２データの処理を行うＭＰＥＧ２処理装置３２に出力する。
各クライアント側通信装置３０がサーバ２０に、ＭＰＥＧ２−ＴＳパケットのＰＩＤなどの必要な情報を通知する手段として、第２の送受信装置３１から、サーバ２０が認識できるデータフォーマットで、データを送信する。
クライアント側通信装置３０から送信された特定のデータフォーマットのデータに含まれている情報から、サーバ２０は、送信するデータを決定する。
【００２１】
＜２．サーバの送受信装置の構成例＞
図２は、本実施形態に係るサーバの送受信装置の構成例を示す図である。
【００２２】
図２の送受信装置２２は、受信部２０１、クライアント判定部２０２、ＰＩＤ記憶部２０３、ＰＩＤチェック部２０４、ＰＩＤフィルタ部２０５、エラーチェック部２０６、セクションチェック部２０７、およびセクションフィルタ部２０８を有する。
送受信装置２２は、データ更新チェック部２０９、ペイロード抽出部２１０、アグリゲート部２１１、送信データ記憶部２１２、ビーコン情報記憶部２１３、タイマ部２１４、および送信部２１５を有する。
なお、ＰＩＤ（Ｐａｃｋｅｔ ＩＤ）はパケットの属性を示す。
【００２３】
送受信装置２２への入力は、コンテンツ保有装置２１からのＭＰＥＧ２−ＴＳパケット入力と、クライアントからのデータ入力の２系統である。
クライアント側通信装置３０からのデータ入力は、受信部２０１で行う。
送受信装置２２からの出力は、クライアント側へのデータ出力の１系統である。クライアント側通信装置３０へのデータ出力は、送信部２１５で行う。
【００２４】
送受信装置２２は、クライアント側通信装置３０からパケットを受信後、クライアント判定部２０２でクライアント側通信装置が本コンテンツ配信方法に対応した端末かどうかを判定する。
その後、クライアント側通信装置３０から通知されたＭＰＥＧ２−ＴＳのＰＩＤをＰＩＤ記憶部２０３に保存する。
なお、クライアント側通信装置３０からサーバ２０に情報を通知する時のデータフォーマットはクライアント側通信装置３０と、サーバ２０で共通認識させておく必要がある。
【００２５】
送受信装置２２にコンテンツ保有装置２１によるＭＰＥＧ２−ＴＳパケットが入力されると、送受信装置２２は、ＭＰＥＧ２−ＴＳパケットのＰＩＤとＰＩＤ記憶部２０３に保存されているＰＩＤの比較をＰＩＤチェック部２０４で行う。
送受信装置２２は、比較結果によって、ＰＩＤフィルタ部２０５にて、必要なＰＩＤのみをフィルタリングする。
その後、エラーチェック部２０６でＣＲＣエラーなどのエラーチェックを行う。
セクションチェック部２０７では、ＰＡＴ、ＰＭＴなどのＰＳＩ／ＳＩパケットのセクションデータのチェックを行う。
【００２６】
ここで、ＰＳＩ（Ｐｒｏｇｒａｍ Ｓｐｅｃｉｆｉｃ Ｉｎｆｏｒｍａｔｉｏｎ）は、ＭＰＥＧ２−ＴＳデータのＶｉｄｅｏ、Ａｕｄｉｏストリーム情報や、周波数情報など、ＭＰＥＧ２−ＴＳのテーブル情報を示し、ＰＡＴ、ＰＭＴなどがある。
ＰＡＴ（Ｐｒｏｇｒａｍ Ａｓｓｏｃｉａｔｉｏｎ Ｔａｂｌｅ）は、ＭＰＥＧ２−ＴＳデータの最も基本となる情報である。このＰＡＴには、ＰＭＴのＰＩＤなどが含まれている。
ＰＭＴ（Ｐｒｏｇｒａｍ Ｍａｐ Ｔａｂｌｅ）は、ＭＰＥＧ２−ＴＳのコンテンツ単位の情報である。このＰＭＴには、該当コンテンツのＶｉｄｅｏのＰＩＤやＡｕｄｉｏのＰＩＤなどが含まれている。
【００２７】
さらに、セクションフィルタ部２０８でフィルタリングを行い、データ更新チェック部２０９でデータ更新があるかの確認を行う。
次いで、ペイロード抽出部２１０により、ＭＰＥＧ２−ＴＳパケットのペイロードデータを抽出する。ペイロード抽出部２１０では、送信するＭＰＥＧ２−ＴＳパケットのフィルタリングとペイロードデータの抽出を行う。
送受信装置２２において、各フィルタリングに関しては、コンテンツのデータフォーマットに合わせる。また、クライアントが指定する構成であっても良い。
ペイロード抽出部２１０では、ＰＣＲなどの再生に必要な情報も抽出する。
なお、ＰＣＲ（Ｐｒｏｇｒａｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ）は、プログラムの時刻基準参照値であり、複合器の時刻基準であるＳＴＣ（Ｓｙｓｔｅｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ）を校正する情報である。
【００２８】
ペイロード抽出部２１０で抽出したデータは、アグリゲート部２１１で、送信データ記憶部２１２に保存しているデータとアグリゲートされ、送信データ記憶部２１２に保存される。
アグリゲート部２１１でペイロードデータのアグリゲートを行った場合、アグリゲート部２１１はクライアント側通信装置３０がアグリゲートされたデータから、特定のペイロードデータの抽出が行えるようにするためのアグリゲート情報を生成する。
さらに、アグリゲート部２１１は、ビーコン情報記憶部２１３に保存されているデータを更新し、ビーコン情報記憶部２１３に保存する。このデータは、ビーコンのフィールドに付加される。
【００２９】
ビーコンの送信を行うタイミングは、タイマ部２１４で管理されており、一定間隔で、送信部２１５から、ビーコンを送信する。
送信するビーコンには、ビーコン情報記憶部２１３で保存しているデータを付加する。
ビーコン送信後、送信データ記憶部２１２にデータが保存されていないとき、保存されているデータの送信を送信部２１５から行う。
本実施形態では、送受信装置２２がビーコン間にデータを送信する回数は、１回である。
【００３０】
＜３．クライアント側通信装置の送受信装置の構成例＞
図３は、本実施形態に係るクライアント側通信装置の送受信装置の構成例を示す図である。
【００３１】
送受信装置３１は、受信部３０１、ビーコン情報抽出部３０２、アグリゲート情報記憶部３０３、データ受信判定部３０４、ＰＩＤ記憶部３０５、送信部３０６、データ分離部３０７、データ判定部３０８、およびデータ記憶部３０９を有する。
【００３２】
送受信装置３１への入力は、アプリケーションからのＰＩＤ入力と、サーバ２０からのデータ入力の２系統である。
サーバ２０からのデータ入力は、受信部３０１で行う。
送受信装置３１の出力は、サーバ２０へのデータ出力と、ＭＰＥＧ２処理装置３２へのデータ出力の２系統である。サーバ３２０へのデータ出力は、送信部３０６で行う。
【００３３】
送受信装置３１は、アプリケーションから入力された目的コンテンツのＰＩＤを、サーバ２０に送信すると共に、ＰＩＤ記憶部３０５に保存する。
サーバ２０からの入力は、データ受信判定部３０４によって受信の可否を決定するが、ビーコンであるとき、必ず受信を行う。
送受信装置３１は、ビーコンを受信すると、ビーコン情報抽出部３０２で、ビーコンに含まれているアグリゲート情報を抽出し、アグリゲート情報記憶部３０３に保存する。
受信したビーコンの処理を行った後は、アグリゲート情報記憶部３０３に保存されているアグリゲート情報と、ＰＩＤ記憶部３０５に保存されているＰＩＤを基に、データ受信判定部３０４が、ビーコン送信後にサーバから送信されるデータの受信可否を決定する。
【００３４】
送受信装置３１は、サーバ２０からデータを受信する前に、送信されるデータの必要性を判断することができ、必要のないデータと判断した場合、送受信装置３１は、パワーセーブを行うことも可能である。
【００３５】
データ受信判定部３０４が、受信可能状態で、送受信装置３１にサーバ２０からアグリゲートされたデータの入力があった場合は、次の処理が行われる。
アグリゲート情報記憶部３０３に保存されているアグリゲート情報と、ＰＩＤ記憶部３０５に保存されているＰＩＤを基に、データ分離部３０７で、アグリゲートされているデータから目的のデータの抽出を行う。
また、データに含まれている、ペイロードデータ以外の再生に必要なデータ（ＰＣＲなど）もデータ分離部３０７で抽出する。
その後、受信したデータが指定長さ分取得しているかどうかをデータ判定部３０８にて判定し、達していた場合はそのまま、ＭＰＥＧ２処理装置３２に出力を行う。
受信したデータが指定長さ分ではなかった場合は抽出したペイロードデータと、再生に必要なデータをデータ記憶部３０９に保存する。
【００３６】
図４は、サーバがビーコンに付加するアグリゲート情報のフォーマットを示す図である。
図５は、ビーコンのフォーマットを示す図である。
【００３７】
アグリゲート情報４０は、アグリゲート数部４１に続いて、１番目のアグリゲートデータのＰＩＤ部４２−１、１番目のアグリゲートデータの長さ（Ｌｅｎｇｔｈ）部４３−１が配置されている。以降、同様にして、Ｎ番目のアグリゲートデータのＰＩＤ部４２−Ｎ、１番目のアグリゲートデータの長さ（Ｌｅｎｇｔｈ）部４３−Ｎが配置されている。
【００３８】
ビーコン５０は、図５に示すように、ＭＡＣヘッダ部５１、タイムスアンプ部５２、ビーコンインターバル部５３、ケーパビリティ情報部５４を有する。
ビーコン５０は、さらに、ＳＳＩＤ部５５、サポートレート部５６、オプショナル領域部５７、およびＦＣＳ部５８を有する。
そして、オプショナル領域部５７は、ＦＨパラメータフィールド５７１、ＤＳパラメータフィールド５７２、ＣＦパラメータフィールド５７３、ＩＢＳＳパラメータフィールド５７４を有する。
オプショナル領域部５７は、さらに、ＴＩＭ部５７５、ＲＳＮ部５７６、ＱｏＳ部５７７、およびベンダスペシフィケーション（ＶＥＮＤＥＲ ＳＰＥＣＩＦＩＣＡＴＩＯＮ）フィールド部５７８を有する。
【００３９】
本実施形態においては、図４に示すアグリゲート情報４０を図５で示している、ビーコンのＶＥＮＤＥＲ ＳＰＥＣＩＦＩＣＡＴＩＯＮフィールド部５７８として付加する。
【００４０】
ここで、アグリゲートについて説明する。
アグリゲートは、ＰＥＳパケット単位で行う。
ＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）パケットとは、Ｖｉｄｅｏ、Ａｕｄｉｏストリームをある単位で分割したパケットで、ＭＰＥＧ２−ＴＳでは、ＰＥＳパケットをさらに１８８Ｂｙｔｅで分割して伝送される。
【００４１】
ＭＰＥＧ２―ＴＳのＡｕｄｉｏ、Ｖｉｄｅｏストリームデータは、ＰＥＳパケットで分割されている。
ＭＰＥＧ２のＶｉｄｅｏ、Ａｕｄｉｏ処理は、ＰＥＳパケット単位で行うため、同一ＰＩＤであっても、異なるＰＥＳパケットであるとき、別なデータとしてアグリゲートする。
ＰＥＳパケットの先頭は、ＭＰＥＧ２−ＴＳパケットのヘッダ情報から判断することができる。
【００４２】
図６は、ＭＰＥＧ２−ＴＳパケットの構成を示す図である。
【００４３】
ＭＰＥＧ２−ＴＳパケット６０は、ヘッダ部６１およびペイロード部６２を有する。
ヘッダ部６１は、同期バイト部６１１、誤り表示部６１２、ユニット開始表示部６１３、トランスポートパケットプライオリティ部６１４、ＰＩＤ部６１５、およびスクランブル制御部６１６を含む。
ヘッダ部６１は、さらに、アダプテーションフィールド制御部６１７、巡回カウンタ部６１８、およびアダプテーションフィールド部６１９を含む。
【００４４】
ここで、「同期バイト」は８ビットの同期信号であり、受信側がＴＳパケットの先頭を検出するためのデータである。
「誤り表示」はＴＳパケット内のエラーの有無を示す。
「ユニット開始表示」はこのＴＳパケットのペイロードが新たなＰＥＳパケットの先頭であることを示す。
「トランスポート・パケット・プライオリティ」はＴＳパケットの重要度を示す。
前述したが、「ＰＩＤ（Ｐａｃｋｅｔ ＩＤ）」はパケットの属性を示す。
「スクランブル制御」はＴＳパケット内のペイロードのスクランブルの有無、種別を示す。
「アダプテーションフィールド制御」はＴＳパケット内にアダプテーションフィールドの有無およびペイロードの有無を示す。
「巡回カウンタ」は同じＰＩＤを持つパケットが途中で一部棄却されたかどうかを示す。
「アダプテーションフィールド」は個別ストリームに関する付加情報を示す。
後述するＰＣＲはこのフィールド内に含まれる。
なお、ＰＣＲ（Ｐｒｏｇｒａｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ）は、プログラムの時刻基準参照値であり、複合器の時刻基準であるＳＴＣ（Ｓｙｓｔｅｍ Ｃｌｏｃｋ Ｒｅｆｅｒｅｎｃｅ）を校正する情報である。
【００４５】
図７は、図６のＭＰＥＧ２−ＴＳパケットのアグリゲートするデータについて説明するための図である。
【００４６】
アグリゲートするデータは、図７で示すように、ペイロード部６２とヘッダ６１に含まれている再生に必要な情報（ＰＣＲなど）のみである。
図７の例では、同期バイト部６１１、ユニット開始表示部６１３、トランスポートパケットプライオリティ部６１４、スクランブル制御部６１６、アダプテーションフィールド制御部６１７、およびアダプテーションフィールド部６１９である。
【００４７】
図８は、２つの異なるペイロードデータを示す図である。
図９は、図８に示す２つの異なるＰＩＤのペイロードをアグリゲートしたときのアグリゲートデータを示す図である。
【００４８】
図８には、ＭＰＥＧ２−ＴＳパケット６０−１〜６０−６が示されている。
ＭＰＥＧ２−ＴＳパケット６０−１は、ヘッダ６１−１およびペイロード６２−１を含む。
ＭＰＥＧ２−ＴＳパケット６０−２は、ヘッダ６１−２およびペイロード６２−２を含む。
ＭＰＥＧ２−ＴＳパケット６０−３は、ヘッダ６１−３およびペイロード６２−３を含む。
ＭＰＥＧ２−ＴＳパケット６０−１〜６０−３のヘッダ６１−１〜６１−３は、ＰＩＤが同じである（ＰＩＤ＝０ｘ４５６）。
ＭＰＥＧ２−ＴＳパケット６０−４は、ヘッダ６１−４およびペイロード６２−４を含む。
ＭＰＥＧ２−ＴＳパケット６０−５は、ヘッダ６１−５およびペイロード６２−５を含む。
ＭＰＥＧ２−ＴＳパケット６０−６は、ヘッダ６１−６およびペイロード６２−６を含む。
ＭＰＥＧ２−ＴＳパケット６０−４〜６０−６のヘッダ６１−４〜６１−６は、ＰＩＤが同じである（ＰＩＤ＝０ｘ５６７）。
【００４９】
この図８に示す２つの異なるＰＩＤのペイロードをアグリゲートしたときのアグリゲートデータ７０は、２つのアグリゲートデータ７１，７２として生成される。
サーバ２０においては、アグリゲートデータ７０を送信する前に送信するビーコンのアグリゲート情報フィールドには、次の情報を付加する。
すなわち、送信するビーコンのアグリゲート情報フィールドには、ＭＰＥＧ２−ＴＳパケット６０−１と６０−４の２つのＰＩＤと、アグリゲートデータ７１のデータ長、アグリゲートデータ７２のデータ長を付加する。
サーバ２０は、ペイロード６０−１、６０−２、６０−３をアグリゲートして、アグリゲートデータ７１を生成し、ペイロード６０−４、６０−５、６０−６をアグリゲートし、アグリゲートデータ７２を生成している。
クライアント側通信装置３０は、アグリゲートデータ７０を受信すると、アグリゲートデータ７１と、アグリゲートデータ７２の２つのデータがアグリゲートされたデータとして扱う。
【００５０】
＜４．サーバの送受信装置の動作例＞
サーバ２０の送受信装置２２の動作について説明する。
図１０は、クライアント側通信装置のＰＩＤを登録するときのサーバの送受信装置の動作を説明するためのフローチャートである。
【００５１】
サーバ２０はクライアント判定部２０２において、クライアント側通信装置３０から目的コンテンツに関するＭＰＥＧ２−ＴＳパケットを受信したかどうかの判定を行う（ステップＳＴ１）。
サーバ２０は、クライアント側通信装置３０から目的コンテンツに関するＭＰＥＧ２−ＴＳパケットのＰＩＤを受信している場合、クライアント側通信装置を対応クライアントとして登録する（ステップＳＴ２）。
そして、サーバ２０は、クライアント側通信装置３０から目的コンテンツに関するＭＰＥＧ２−ＴＳパケットのＰＩＤを受信しなかった場合、未対応クライアント側通信装置としてクライアントを登録する（ステップＳＴ３）。
【００５２】
クライアント側通信装置３０が本コンテンツ配信方法に対応しているかどうかをサーバ２０が管理することによって、対応クライアント側通信装置３０と未対応クライアント側通信装置３０が混在することを可能にしている。
本実施形態では、クライアントからサーバへ情報を通知する時のデータフォーマットを、クライアントと、サーバで共通認識させておく必要がある。
【００５３】
図１１は、クライアント側通信装置がＰＩＤをサーバへ通知する際に送信するデータのフォーマット例を示す図である。
【００５４】
クライアント側通信装置３０がサーバ２０にＰＩＤを通知する際は、クライアント側通信装置３０からの送信データにヘッダ８０を付加する。
このヘッダ８０は、クライアント側通信装置３０からサーバ２０に送信するデータにＰＩＤを含むことを示す。ヘッダ８０に入れる値は、サーバ２０、クライアント側通信装置３０に共通認識させておく。
ＰＩＤ以外の情報を通知したい場合は、図１１のヘッダ８０に付加する値と、その意味の関連付けをクライアント側通信装置３０と、サーバ２０で共通認識させておけばよい。
【００５５】
サーバ２０は、クライアント側通信装置３０から、データを受信すると、ＰＩＤを含むデータであるか解析を行う（ＳＴ１）。
サーバ２０は、ＰＩＤを含むデータであるとき、取得したＰＩＤをＰＩＤ記憶部２０３に保存し（ＳＴ２）、ＭＰＥＧ２−ＴＳパケットに対し、ＰＩＤフィルタリングを行うときに使用する。
【００５６】
図１２は、本実施形態に係るサーバのＰＩＤ記憶部におけるＰＩＤを保存する領域の一例を示す図である。
ＰＩＤを保存する領域は、図１２のようにデータ属性毎に分けておき、ＰＩＤフィルタリング時にＭＰＥＧ２−ＴＳパケットの属性を判別する。
図１２の例では、Ａｕｄｉｏ ＰＩＤ記憶領域２０３１、Ｖｉｄｅｏ ＰＩＤ記憶領域２３０２、ＰＳＩ ＰＩＤ記憶領域２０３３に分けられている。
【００５７】
図１３は、サーバの送受信装置に対し、コンテンツ保有装置からＭＰＥＧ２−ＴＳパケットの入力がされたときの動作を説明するためのフローチャートである。
【００５８】
サーバ２０の送受信装置２２は、ＰＩＤチェック部２０４で入力されたＭＰＥＧ２−ＴＳパケットに対し、クライアント側通信装置３０が要求するＰＩＤが含まれているかどうかの確認を行う（ステップＳＴ１１）。
送受信装置２２は、クライアント側通信装置３０が要求するＰＩＤが含まれていた場合、ＰＩＤフィルタ部２０５でＰＩＤフィルタリングを行う（ステップＳＴ１２）。
ＰＩＤフィルタ部２０５が行う、フィルタリングには、クライアント側通信装置３０から通知されたＰＩＤを使用する。入力されたＭＰＥＧ２−ＴＳパケットに、クライアント側通信装置３０から通知されたＰＩＤが含まれていないときは、終了する。
【００５９】
送受信装置２２は、ＰＩＤフィルタリング後、エラーチェック部２０６でＭＰＥＧ２−ＴＳパケットにエラーがないかチェックを行う（ステップＳＴ１３）。
ここでのエラー確認は、ＣＲＣエラーの有無の確認、ＭＰＥＧ２−ＴＳパケットに含まれている同期バイトが正常であるかどうかの確認と、誤り表示の確認である。
同期バイトが正常であるかどうかの確認においては、たとえば同期バイトが０ｘ４７以外は、ＭＰＥＧ２−ＴＳパケットとみなさない。
誤り表示の確認においては、たとえば誤り表示の値が０ｘ０１であるときは、エラーパケットであることが示される。
入力されたパケットにエラーがあるときは、終了する。
【００６０】
送受信装置２２は、エラーチェック後、セクションチェック部２０７で、入力されたパケットの属性を判断する（ステップＳＴ１４）。
送受信装置２２は、ペイロードを含むパケットでなく、ＰＳＩなどのセクションデータを含んでいる場合には、セクションフィルタ部２０８でセクションデータのフィルタリングを行う（ステップＳＴ１５）。送受信装置２２は、入力されたパケットの属性の特定は、ＰＩＤフィルタリング時に行う。
【００６１】
送受信装置２２は、入力されたパケットの属性を判断した後、データ更新チェック部２０９で、データの更新状態の確認を行い（ステップＳＴ１６）、データ更新がないデータであるときは、終了する。
データ更新確認後、ペイロード抽出部２１０が、ＭＰＥＧ２−ＴＳパケットのペイロードデータを抽出する。ペイロード抽出部２１０では、送信するＭＰＥＧ２−ＴＳパケットのフィルタリングとペイロードデータの抽出を行う。
次に、アグリゲート部２１１が、ペイロード抽出部２１０で抽出したデータと、送信データ記憶部２１２に保存しているデータとアグリゲートし（ステップＳＴ１７）、アグリゲートデータを送信データ記憶部２１２に保存する。
アグリゲート部２１１でペイロードデータのアグリゲートを行った場合、アグリゲート部２１１はクライアント側通信装置３０がアグリゲートされたデータから、特定のペイロードデータの抽出が行えるようにするためのアグリゲート情報を生成する。
さらに、アグリゲート部２１１は、ビーコン情報記憶部２１３に保存されているデータを更新し、ビーコン情報記憶部２１３に保存する。
送受信装置２２は、このようにして、データのアグリゲート後、アグリゲート情報をビーコンに付加する（ステップＳＴ１８）。
ビーコンにアグリゲート情報を付加した後、データを送信用バッファに保存する（ステップＳＴ１９）。
その後、アグリゲート部２１１で、送信条件を満たしたかどうかを確認する（ステップＳＴ２０）。
送信条件を満たすには、指定バイト数アグリゲートされていること、送信タイミングになっていること、の２つのどちらかが成立していれば送信条件を満たすこととなる。
指定バイト数は、無線間のデータレートなどによって決定する。送信条件を満たしたときは、送信用バッファに保存されているデータを送信する（ステップＳＴ２１）。
送信条件を満たしていないときは、データは送信しない。バッファのオーバーフローを防ぐために、送信用バッファを２面以上の構成にすることもできる。
なお、図１３に示す動作フローにより生成された送信データは、ビーコン送信後に送信される。
【００６２】
＜５．クライアント側通信装置の送受信装置の動作例＞
次に、クライアント側通信装置３０の送受信装置３１の動作について説明する。
図１４は、クライアント側通信装置がサーバからのビーコンを受信したときの動作を説明するためのフローチャートである。
【００６３】
クライアント側通信装置３０の送受信装置３１は、受信部３０１でビーコンを受信し、アグリゲート情報が含まれているとき、ビーコンからアグリゲート情報を取得する（ステップＳＴ３１）。
送受信装置３１は、データ受信判定部３０４で、取得したアグリゲート情報からビーコンの次に送信されるデータに、目的コンテンツに関するデータが含まれているか、アグリゲート情報に含まれているＰＩＤによって確認を行う（ステップＳＴ３２）。
目的コンテンツに関するデータが含まれている場合は、アグリゲート情報を保存（ステップＳＴ３３）し、内部フラグである、データ受信フラグを１にセット（ステップＳＴ３４）し、データ受信状態に移行する。
目的コンテンツに関するデータが含まれていないときは、データ受信フラグに０をセットする（ステップＳＴ３５）。
【００６４】
図１５は、クライアント側通信装置がサーバからのデータを受信したときの送受信装置の動作を説明するためのフローチャートである。
【００６５】
クライアント側通信装置３０の送受信装置３１は、サーバ２０から受信したビーコンに含まれているアグリゲート情報から、目的コンテンツに関するデータのみを取得する（ステップＳＴ４１）。
送受信装置３１は、データ判定部３０８で受信したペイロードデータがホストから指定された長さ分のパケットの受信を行ったかを確認する（ステップＳＴ４２）。
ここで、Rx Data Sizeは受信したペイロードデータサイズを示し、Threshold Data Sizeはホストから指定されたデータサイズを示している。
ステップＳＴ４２において、受信したペイロードデータサイズRx Data Sizeがホストから指定されたデータサイズThreshold Data Size以上（Rx Data Size≧Threshold Data Size）であるか否かを判定する。
そして、送受信装置３１は、すべて受信しているときは、ＭＰＥＧ２処理へデータを渡し（ステップＳＴ４３）、受信していないときは、データをバッファであるデータ記憶部３０９に保存する（ステップＳＴ４４）。
【００６６】
次に、本実施形態でデータ送信を行ったときのフレームの流れについて、図１６〜図１８に関連付けて説明する。
図１６〜図１８はサーバ、クライアント側通信装置ともに本コンテンツ配信方法に対応した端末の場合を示す。
【００６７】
図１６は、ＭＰＥＧ２−ＴＳストリームデータを示す図である。
図１６のＭＰＥＧ２−ＴＳストリームデータは図２のコンテンツ保有装置２１からのデータ入力に該当する。
図１６で示しているペイロード６２−１、６２−５、６２−６を含む各パケットは、１つのＰＥＳパケットが分割されたパケットである。
ペイロード６２−２、６２−３、６２−７を含む各パケットは、ペイロード６２−１、６２−５、６２−６とは異なる１つのＰＥＳパケットが分割されたパケットである。
ペイロード６２−４、６２−８は、同一ＰＩＤかつ、同じセクションデータを含むパケットとする。
【００６８】
図１７は、本実施形態において、図１６に示すＭＰＥＧ２−ＴＳストリームデータを送信したときのフレームの流れを示す図である。
図１８は、一般的な配信方法によるフレームの流れを比較例として示す図である。
【００６９】
図１７のフレームは図２の送信部２１５から送信される。
ビーコンフレームＢＦＲＭ１，ＢＦＲＭ２に記載している数字は、ビーコンのアグリゲート情報に含まれているＰＩＤである。
アグリゲートすることにより、総データフレーム数は、データフレームＤＦＲＭ１、ＤＦＲＭ２の２つとなる。
アグリゲートを行わない場合は、図１８に示すように、データフレームＤＦＲＭ１〜ＤＦＲＭ８の８データフレームとなる。
【００７０】
本実施形態でのアグリゲートは、ＰＥＳパケット単位で行うため、図１７のデータフレームＤＦＲＭ２は、図１６のペイロード６２−１とペイロード６２−５が１つのデータとなり、計２つのデータをアグリゲートしたデータフレームとなる。
ペイロード６２−４、６２−８は、同じセクションデータであるため、サーバが送信を行っていない。
アグリゲート方法やアグリゲートするデータの数は、ビーコン付加するアグリゲート情報を変更するだけで良いので、柔軟に対応することができる。
【００７１】
サーバ２０およびクライアント側通信装置３０ともに本実施形態に係る配信方法を適用した場合の効果について説明する。
ビーコンには、次に送信するアグリゲートされているペイロードのＰＩＤを含めているため、図１７では、ビーコンフレームＢＦＲＭ１を受信後、目的のコンテンツのデータを含むＰＩＤが含まれていないことが判断できる。
そして、データフレームＤＦＲＭ１を受信せず、ビーコンフレームＢＦＲＭ２が送信される時間まで、クライアントの送受信装置は、パワーセーブを行うことが可能である。
ＭＰＥＧ２−ＴＳストリームに多重化されているコンテンツの数が多くなるほど、通常では不必要なデータの受信で電力を消費していたが、本実施形態では、パワーセーブを行える期間が多くなる可能性がある。
【００７２】
図１９は、サーバが本実施形態の配信方法に対応し、クライアント側通信装置が複数存在して、本実施形態の配信方法の対応端末、未対応端末が存在する場合のフレームの流れを示す図である。
【００７３】
このフレームは図２の送信部２１５から送信される。
まずは本配信方法の対応クライアント側通信装置に対して、本実施形態の送信方法を使用してデータフレームＤＦＲＭ１１を送信し、その後、本配信方法が未対応クライアント側通信装置に対してデータフレームＤＦＲＭ１２〜ＤＦＲＭ１６を送信する。
本配信方法が未対応クライアント側通信装置向けのフレームより先んじて、本配信方法対応クライアント側通信装置に本送信方法を使用してフレームを送信している。したがって、本配信方法の対応クライアント側通信装置がパワーセーブを行える期間が多くなる可能性がある。
また、アグリゲートを実施しているため、本配信方法の対応クライアント側通信装置の伝送効率は向上している。
【００７４】
以降に本発明の実施形態の適用例を示す。
本発明の実施形態は、サーバから複数の音楽データを送信する場合、サーバが送信するビーコンに音楽データのタイトルと関連付けたＩＤを付加することにより、クライアントは、視聴を行いたいデータのみを受信することが可能である。
受信を行う必要のないデータが送信されている期間は、消費電力の抑えることが可能であるため、本発明の実施形態は、無線ＬＡＮ機能を持つモバイルオーディオプレイヤー等の機器に適している。
本発明の実施形態は、サーバからデータを送信する際に、ビーコンにコンテンツを示す情報以外にも、コンテンツのカテゴリを示す情報を付加することにより、特定のカテゴリのみの受信、年齢指定による受信を行うことが可能である。
【００７５】
本実施形態によるコンテンツ配信システムによれば、以下の効果を得ることができる。
クライアント側通信装置の送受信装置は、データを受信する前に、送信装置から送信されるビーコンにより、送信されるデータの必要性を事前に知ることができ、不必要なデータ受信を行わなくてもよいため、電力の消費を低減することができる。
クライアント側通信装置の送受信装置は、データ受信の必要がないとき、次のビーコンが送信されるまで、パワーセーブを行うことが可能なため、電力の消費を低減することができる。
サーバの送受信装置が送信するデータは、アグリゲートを行っているため、複数のパケットのペイロードをアグリゲートしないときに比べ伝送効率が良く、スループットの向上と、無線ＬＡＮネットワークの負荷を低減することができる。
サーバの送受信装置が、送信データのフィルタリングを行い、クライアントに必要なデータのみ送信するため、無線間に送信されるデータバイト数が低くなり、電波の占有時間を短くできるため、本案のシステムを同じ部屋で複数構築することが可能である。
サーバの送受信装置が、ＰＩＤフィルタリング、セクションフィルタリングを行っているため、クライアントに必要な機能は減り、クライアント装置のコストを低減することができる。
サーバの送受信装置がクライアントごとに本コンテンツ配信方法に対応したクライアント側通信装置かどうかを判別できるため、従来のシステムのクライアントが存在している環境でもコンテンツ配信システムとして動作可能である。
なお、そのとき、本コンテンツ配信方法に対応したクライアント側通信装置にかかる電力消費の低減、アグリゲートを使用した本コンテンツ配信方法に対応したクライアント側通信との伝送効率の向上を損なうことはない。
【符号の説明】
【００７６】
１０・・・コンテンツ配信システム、２０・・・サーバ、２１・・・コンテンツ保有装置、２２・・・第１の送受信装置、２０１・・・受信部、２０２・・・クライアント判定部、２０３・・・ＰＩＤ記憶部、２０４・・・ＰＩＤチェック部、２０５・・・ＰＩＤフィルタ部、２０６・・・エラーチェック部、２０７・・・セクションチェック部、２０８・・・セクションフィルタ部、２０９・・・データ更新チェック部、２１０・・・ペイロード抽出部、２１１・・・アグリゲート部、２１２・・・送信データ記憶部、２１３・・・ビーコン情報記憶部、２１４・・・タイマ部、２１５・・・送信部、３０・・・クライアント側通信装置、３１・・・第２の送受信装置、３０１・・・受信部、３０２・・・ビーコン情報抽出部、３０３・・・アグリゲート情報記憶部、３０４・・・データ受信判定部、３０５・・・ＰＩＤ記憶部、３０６・・・送信部、３０７・・・データ分離部、３０８・・・データ判定部、３０９・・・データ記憶部、３２・・・ＭＰＥＧ２処理装置。
【図１】
2011217161.tif 000003
【図２】
2011217161.tif 000004
【図３】
2011217161.tif 000005
【図４】
2011217161.tif 000006
【図５】
2011217161.tif 000007
【図６】
2011217161.tif 000008
【図７】
2011217161.tif 000009
【図８】
2011217161.tif 000010
【図９】
2011217161.tif 000011
【図１０】
2011217161.tif 000012
【図１１】
2011217161.tif 000013
【図１２】
2011217161.tif 000014
【図１３】
2011217161.tif 000015
【図１４】
2011217161.tif 000016
【図１５】
2011217161.tif 000017
【図１６】
2011217161.tif 000018
【図１７】
2011217161.tif 000019
【図１８】
2011217161.tif 000020
【図１９】
2011217161.tif 000021