JP2006330708A

JP2006330708A - 再生装置

Info

Publication number: JP2006330708A
Application number: JP2006119573A
Authority: JP
Inventors: Shinichi Yamamoto; 真一山本; Koji Honda; 孝二本田
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 2001-06-28
Filing date: 2006-04-24
Publication date: 2006-12-07

Abstract

【課題】エンターテインメント性を実現することができる照明サービスを提供する方法を提供する。
【解決手段】独立に制御可能な複数の画素１６を含む照明装置１０とコンピュータ１とを用いて、所望の形態で所定の空間を照明する照明サービスを提供する方法が提供される。この方法は、コンピュータ１が、照明サービスの注文１２１を受け取るステップＳＴ１と、コンピュータ１が、照明サービスの注文１２１に応じて、照明装置１０に含まれる複数の画素１６を制御する照明制御データ１３１を取得するステップＳＴ３、ＳＴ５と、コンピュータ１が、照明制御データ１３１を提供するステップＳＴ４とを包含する。
【選択図】図２

Description

本発明は、コンピュータシステムを用いて照明サービスを提供する再生装置に関する。

従来、照明装置は、照明装置が発する光の明るさ、および、照明装置が発する光の平均演色評価指数（Ｒａ）を高めることを目的に設計されてきた。平均演色評価指数とは、照明装置が発する光の下での物体の色の見え方の忠実性を表す指標の１つである。

上述した設計思想に基づく照明装置では、照明装置の点灯中には、できるだけ明るさや平均演色評価指数が設計値から変化しないことが望まれる。従って、従来の照明装置では、照明の形態が固定されていた。このような照明装置では、ユーザの所望の形態で空間を照明することができないため、エンターテインメント性を実現することができなかった。

また、エンターテインメント性を実現することができるように照明装置を制御する照明サービスは、従来、考えられていなかった。

本発明は、このような課題に鑑みてなされたものであって、エンターテインメント性を実現することができる照明サービスを提供する方法および照明装置を提供することを目的とする。

また、本発明は、そのような照明装置によって読み取り可能であって、エンターテインメント性が実現されるように照明装置を制御することのできる記録媒体を提供することを目的とする。

さらに、本発明は、記録媒体に記録されている音声データおよび／または映像データを再生することに同期して、その記録媒体に記録されている照明制御データを再生することが可能な再生装置を提供することを目的とする。

また、本発明は、受信された音声データおよび／または映像データを再生することに同期して、受信された照明制御データを再生することが可能な再生装置を提供することを目的とする。

本発明の方法は、所望の形態で所定の空間を照明する照明装置とコンピュータとを用いて、照明サービスを提供する方法であって、前記照明装置は、独立に制御可能な複数の画素を含み、前記方法は、前記コンピュータが、照明サービスの注文を受け取るステップと、前記コンピュータが、前記照明サービスの注文に応じて、前記照明装置に含まれる前記複数の画素を制御する照明制御データを取得するステップと、前記コンピュータが、前記照明制御データを提供するステップとを包含し、これにより、上記目的が達成される。

前記コンピュータが、前記照明制御データを提供する前記ステップは、前記コンピュータが、前記照明制御データを前記照明装置に直接的に送信するステップを包含してもよい。

前記照明サービスは、前記照明装置による照明によりメッセージを表示するサービスであってもよい。

前記照明サービスは、前記照明装置による照明により照明パターンを表示するサービスであってもよい。

本発明の照明装置は、所望の形態で所定の空間を照明する照明装置であって、独立に制御可能な複数の画素と、前記複数の画素を制御する照明制御データを前記照明装置の外部から受け取るインタフェース部と、前記照明制御データに応じて、前記複数の画素を制御する制御部とを備え、これにより、上記目的が達成される。

前記インタフェース部は、ネットワークに接続されたネットワーク通信部を含み、前記ネットワーク通信部は、前記ネットワークを介して前記照明制御データを受け取ってもよい。

前記インタフェース部は、記録媒体にアクセスする記録媒体アクセス部を含み、前記記録媒体アクセス部は、前記記録媒体に記録された前記照明制御データを読み出すことにより、前記記録媒体から前記照明制御データを受け取ってもよい。

前記複数の画素のそれぞれは、発光ダイオード（ＬＥＤ）を含んでいてもよい。

本発明の記録媒体は、照明装置に含まれる独立に制御可能な複数の画素を制御する照明制御データを記録した記録媒体であり、これにより、上記目的が達成される。

本発明の再生装置は、符号化されたＡＶデータと符号化された照明制御データとを含むストリームデータを受け取り、前記ストリームデータを前記符号化されたＡＶデータと前記符号化された照明制御データとに分解する分解部と、前記符号化されたＡＶデータを復号化することにより、ＡＶデータを出力するＡＶデータ復号化部と、前記符号化された照明制御データを復号化することにより、照明制御データを出力する照明制御データ復号化部とを備え、前記ＡＶデータは、オーディオデータおよびビデオデータのうちの少なくとも一方を含み、前記照明制御データは、照明装置に含まれる複数の画素を制御するためのデータであり、これにより、上記目的が達成される。

前記ＡＶデータ復号化部と前記照明制御データ復号化部とを制御する制御部をさらに備え、前記制御部は、前記ＡＶデータ復号化部による復号または出力のタイミングと前記照明制御データ復号化部による復号または出力のタイミングとが同期するように、前記ＡＶデータ復号化部と前記照明制御データ復号化部とを制御してもよい。

記録媒体に記録された情報を読み取る読み取り部と、前記読み取り部の出力に基づいて、前記ストリームデータを生成するストリームデータ生成部とをさらに備えていてもよい。

送信装置から送信された情報を受信する受信部と、前記受信部の出力に基づいて、前記ストリームデータを生成するストリームデータ生成部とをさらに備えていてもよい。

前記受信部は、前記送信装置から放送の形態で送信された前記情報を受信してもよい。

前記受信部は、前記送信装置からネットワーク経由で送信された前記情報を受信してもよい。

前記ストリームデータは、前記照明制御データがどの照明装置の画素の配列の態様に適合するかを示す情報をさらに含んでいてもよい。

本発明によれば、独立に制御可能な複数の画素を含む照明装置とコンピュータとを用いて、所望の形態で所定の空間を照明する照明サービスが提供される。コンピュータは、照明サービスの注文に応じて、照明装置に含まれる複数の画素を制御する照明制御データを取得する。コンピュータは、この照明制御データを提供する。これにより、ユーザの所望の形態で空間を照明することができ、エンターテインメント性が実現される。

このようなエンターテインメント性により、ユーザに楽しみを与えることができ、ストレスの多い現代社会において、ユーザの心を癒す効果は大きい。

さらに、本発明の再生装置によれば、記録媒体に記録されている音声データおよび／または映像データを再生することに同期して、その記録媒体に記録されている照明制御データを再生することが可能になる。

また、本発明の他の再生装置によれば、受信された音声データおよび／または映像データを再生することに同期して、受信された照明制御データを再生することが可能になる。

以下、図面を参照しながら本発明の実施の形態を説明する。

（実施の形態１）
図１は、本発明の実施の形態１の照明サービスを提供するシステム１００の構成を示す。

システム１００は、サービスセンタ１と、家庭１０２と、サービスセンタ１と家庭１０２とを接続するネットワーク１０１とを含む。なお、ネットワーク１０１には、ホテル１１０が接続されていてもよい。ネットワーク１０１は、任意のネットワーク（例えば、インターネット）である。ネットワーク１０１は、無線ＬＡＮを含む各種のＬＡＮ、ＷＡＮ、電話回線、無線電話回線、等を含み得る。

家庭１０２には、パーソナルコンピュータ（ＰＣ）１０４、照明装置１０などの機器（情報家電）が置かれている。家庭１０２には、さらに、テレビ（ＴＶ）１０５、電子レンジ１０６などの機器が置かれていてもよい。これらの機器は、家庭１０２内に設置されたホームＬＡＮ１０３を介して互いに接続されている。ホームＬＡＮ１０３は、ネットワーク１０１に接続されている。

照明装置１０は、独立に制御可能な複数の画素を含んでいる。

家庭１０２では、これらの機器のユーザ３０１が暮らしている。ユーザ３０１は、例えば、ＰＣ１０４を用いて、サービスセンタ１に照明サービスの注文１２１を送信する。送信された注文１２１は、ネットワーク１０１を介してサービスセンタ１によって受信される。

サービスセンタ１は、ネットワーク１０１を介して家庭２の機器と通信するネットワーク通信部３と、ＣＰＵ２と、メモリ４と、表示部５とを含む。サービスセンタ１は、任意のコンピュータであり得る。

ＣＰＵ２は、ネットワーク通信部３によって受け取られた照明サービスの注文１２１に応じて適切な照明制御データ１３１を生成（取得）し、照明制御データ１３１を照明装置１０に提供する照明サービス提供処理を実行する。

メモリ４には、例えば、複数の定形メッセージおよび照明パターンの表示を実現する照明制御データが、照明装置の型名ごとに格納されている。ここで、照明パターンとは、照明装置の各画素についての照明の形態（例えば、各画素の照明光の色および／または明るさ）を規定した、照明装置に表示されるパターンをいう。照明の形態は、時間的に変化してもよいし（動画）、変化しなくてもよい（静止画）。

表示部５は、サービスセンタ１（コンピュータ）の管理者が、サービスセンタ１の状態をモニタするために使用される。表示部５は、例えば、ＣＲＴディスプレイである。

サービスセンタ１と家庭１０２に置かれている照明装置１０との間の通信は、例えば、パケット転送によって行われる。パケットは、転送先を示すヘッダ部と、転送すべきデータ（例えば、照明制御データ１３１）を担持するデータ部とを含む。ヘッダ部は、家庭１０２に置かれている各機器に割り当てられ、各機器をネットワーク１０１上で一意に特定するアドレスを含む。このようなアドレスとしては、例えば、ＩＰｖ６（Ｉｎｔｅｒｎｅｔｐｒｏｔｏｃｏｌｖｅｒｓｉｏｎ６）規格に従って各機器に割り当てられたＩＰアドレスが用いられ得る。ＩＰアドレスは、インターネットに接続された機器をインターネット上で一意に特定する。

パケットのヘッダ部をこのように構成することにより、サービスセンタ１から家庭１０２に置かれている特定の照明装置１０にパケットを転送したり、家庭２に置かれている特定の照明装置１０からサービスセンタ１にパケットを転送することができる。

ホテル１１０にも、家庭１０２と同様に、パーソナルコンピュータ（ＰＣ）１０４、照明装置１０などの機器（情報家電）が置かれている。

図２は、本発明の照明装置１０の構成を示す。照明装置１０は、ホームＬＡＮ１０３に接続され、ネットワーク１０１を介して照明制御データ１３１を受け取るネットワーク通信部１１と、独立に制御可能な複数の画素１６を含む表示部１４と、受け取った照明制御データ１３１に応じて複数の画素１６を制御する表示制御部１３とを含む。照明装置１０は、ネットワーク通信部１１が受け取った照明制御データ１３１を記憶するメモリ１２を備えていてもよい。

照明装置１０が照明制御データ１３１を受け取る形態は、ホームＬＡＮ１０３を介してネットワーク通信部１１から照明制御データ１３１を受け取る形態に限定されない。照明装置１０は、ネットワーク通信部１１に代えて、あるいは、ネットワーク通信部１１に加えて、記録媒体アクセス部１５を含んでいてもよい。記録媒体アクセス部１５は、記録媒体に記録された照明制御データ１３１を読み出すことにより、その記録媒体から照明制御データ１３１を受け取る。

照明装置１０が記録媒体アクセス部１５を含んでいる場合には、サービスセンタ１から送られた照明制御データ１３１を記録媒体に記録してもよい。ユーザ３０１は、所望の照明制御データ１３１が記録された記録媒体を記録媒体アクセス部１５に接続することにより、所望の時に、所望の形態で照明装置１０が置かれている部屋を照明することができる。

照明制御データ１３１が記録される記録媒体としては、任意の記録媒体が使用され得る
。例えば、ハードディスク、ＣＤ−ＲＯＭ、ＭＯ、ＭＤ、ＤＶＤ、ＳＤカードなどの記録媒体が好適に使用され得る。

ネットワーク通信部１１または記録媒体アクセス部１５は、照明制御データ１３１を照明装置１０の外部から受け取るインタフェース部１７として機能する。

表示制御部１３は、照明制御データ１３１から、表示部１４の複数の画素１６を制御するための制御信号を生成する。複数の画素のそれぞれが発光ダイオード（ＬＥＤ）を含む場合、表示制御部１３は、制御信号として、そのＬＥＤを駆動するパルス電圧信号を生成する。

表示部１４は、複数の画素１６を含む。複数の画素１６は、例えば、マトリクス状に配列されている。表示部１４に含まれる画素１６の個数は、例えば、約５００個である。画素１６のそれぞれは、照明光を発する。表示制御部１３は、複数の画素１６のそれぞれが発する照明光の明るさと色とを独立に制御する。これにより、さまざまな照明の形態が実現される。さまざまな照明の形態は、通常の照明の形態（エンターテインメント性が要求されないような照明の形態）と、エンターテインメント性が要求されるような照明の形態とを含む。

通常の照明の形態（エンターテインメント性が要求されないような照明の形態）において、表示制御部１３は、照明制御データ１３１とはかかわりなく、画素１６のそれぞれが最大の輝度で白色の照明光を発する（表示する）ように、画素１６を制御する。これにより、照明装置１０により提供される照明の明るさおよび平均演色評価指数を高くすることができる。

エンターテインメント性が要求されるような照明の形態において、表示制御部１３は、照明制御データ１３１に応じて複数の画素１６を制御する。これにより、所望の形態で、１つの部屋等の所定の空間を照明することが可能になる。このような照明の形態では、照明装置１０は、例えば、照明パターンを表示する。

このように、表示制御部１３は、照明装置１０が、動作モードとして通常の照明の形態で動作する第１の動作モードとエンターテインメント性が要求されるような照明の形態で動作する第２の動作モードとを有するように、照明装置１０を制御する。表示制御部１３は、照明装置１０が第２の動作モードのみで動作するように照明装置１０を制御してもよい。

なお、本明細書において、「照明装置」とは、所望の形態で所定の空間を照明する任意の装置をいう。その装置が所望の形態で所定の空間を照明することを主な目的として設計されたものか否かは問わない。その装置の主な目的が所望の形態で所定の空間を照明することでなくても、結果として所望の形態で所定の空間を照明することになる場合には、その装置は「照明装置」に該当する。例えば、表示装置（例えば、液晶表示装置（ＬＣＤ）やプラズマ表示装置（ＰＤＰ）などの表示装置）は、「照明装置」に該当する。表示装置は、表示パネルから発せされる光により、所望の形態で所定の空間を照明することになるからである。

複数の画素１６の配列は、図２に示されるマトリクス状の配列に限定されない。複数の画素１６は、デルタ状に配列していてもよい。あるいは、複数の画素１６の配列が自在に変更できるようになっていてもよい。複数の画素１６のそれぞれの位置を個々に自在に変更できるようになっていてもよい。

さらに、表示部１４は、複数の隔たったブロックに分割されていてもよい。それらの複数のブロックは、異なる位置に配置され得る。例えば、１つのブロックが壁面に配置され得、他のブロックが天井に配置され得る。

図３Ａは、照明装置１０の１つの画素１６の構成の例を示す。画素１６は、３つのＬＥＤ１７Ｒ、１７Ｇおよび１７Ｂを含む。ＬＥＤ１７Ｒ、１７Ｇおよび１７Ｂのそれぞれは、表示制御部１３に接続されている。ＬＥＤ１７Ｒ、１７Ｇおよび１７Ｂは、それぞれ、赤色光５１Ｒ、緑色光５１Ｇおよび青色光５１Ｂを発する。光５１Ｒ、５１Ｇおよび５１Ｂは、全体として、画素１６が発する照明光５１を構成する。

表示制御部１３がＬＥＤ１７Ｒ、１７Ｇおよび１７Ｂのそれぞれの輝度を独立に制御することにより、画素１６が発する照明光５１を所望の明るさおよび色にすることができる。ＬＥＤ１７Ｒ、１７Ｇおよび１７Ｂのそれぞれの輝度は、ＬＥＤを駆動するパルス電圧信号を制御して、ＬＥＤに流れる電流量を変化させることによって制御することができる。

図３Ｂは、照明装置１０の１つの画素１６の構成の他の例を示す。図３Ｂにおいて、図３Ａに示される構成要素と同一の構成要素には同一の参照番号を付し、その説明を省略する。図３Ｂに示される例では、画素１６は、２個のＬＥＤ１７Ｒおよび１７Ｂを含む。ＬＥＤ１７Ｂの近くの位置に、緑色蛍光体１８Ｇが設けられている。緑色蛍光体１８Ｇは、ＬＥＤ１７Ｂが発する光の一部６１Ｂで照らされることにより、緑色の蛍光６１Ｇを発する。光５１Ｒ、６１Ｇおよび５１Ｂは、全体として、画素１６が発する照明光５１を構成する。

図３Ｂに示される画素１６の構成によれば、図３Ａに示される構成と比較して、ＬＥＤ１７Ｇが省略されるので、照明装置１０（図２）のコストを低減することができる。ただし、図３Ｂに示される画素１６の構成によれば、画素１６が発する照明光５１の色再現性は、図３Ａに示される構成よりも劣る。

図３Ｃは、照明装置１０の１つの画素１６の構成のさらに他の例を示す。図３Ｃにおいて、図３Ａに示される構成要素と同一の構成要素には同一の参照番号を付し、その説明を省略する。図３Ｃに示される例では、画素１６は、１個のＬＥＤ１７Ｂを含む。ＬＥＤ１７Ｂを覆うように、白色蛍光体１８Ｗが塗布されている。白色蛍光体１８Ｗは、ＬＥＤ１７Ｂが発する青色の光で照らされることにより、白色の蛍光６１Ｗを発する。蛍光６１Ｗは、画素１６が発する照明光５１を構成する。図３Ｃに示される画素１６の構成によれば、画素１６が発する照明光５１の明るさを変化させることはできるが、照明光５１の色を変化させることはできない。ただし、図３Ｃに示される画素１６の構成によれば、図３Ａおよび図３Ｂに示される構成と比較して、照明装置１０（図２）のコストを低減することができる。図３Ｃに示される画素１６の構成は、照明光５１の色を変化させる必要がない用途に好適に採用され得る。

なお、照明装置１０に含まれる画素の構成は、図３Ａ〜図３Ｃに示される構成に限定されない。複数の画素のＬＥＤに代えて、有機ＥＬ発光素子またはプラズマ発光素子が用いられてもよい。また、照明装置１０は、独立に制御可能な複数の画素１６に加えて、従来の蛍光ランプおよび／または白熱電球をさらに制御してもよい。照明装置１０は、例えば、部屋の全体的な照明を蛍光ランプによって行い、局所的な照明を独立に制御可能な複数の画素１６によって行ってもよい。

図４は、照明装置１０が家庭１０２に配置された状態を示す。図４に示される例では、照明装置１０は、ユーザ３０１が暮らしている部屋の壁面に取り付けられている。あるい
は、照明装置１０は、部屋の天井の位置１０ａに取り付けられていてもよい。

なお、照明装置１０を風呂場（浴室）の所定の位置（例えば、壁面）に設置するようにしてもよい。照明装置１０に心を癒す効果のある照明パターン（例えば、「富士山」を表す照明パターン、「ホタル」を表す照明パターン）を表示することにより、入浴によるリラックス効果と合わせて心を癒す効果を相乗的に増大させることができる。

図５は、サービスセンタ１のＣＰＵ２によって実行される、照明サービス提供処理の手順を示す。

ステップＳＴ１：照明サービスの注文（注文１２１）が受け取られる。注文１２１は、例えば、ユーザ３０１（図１）によって、家庭１０２のＰＣ１０４から、ホームＬＡＮ１０３、ネットワーク１０１を介して送信される。送信された注文１２１が、ネットワーク通信部３によって受け取られる。

注文１２１は、例えば、照明サービスの種類の指定を含む。照明サービスの種類は、例えば、「メーセージ表示サービス」と、「照明パターン表示サービス」とを含む。以下の説明において、特に断らない限り、照明サービスの種類として「メーセージ表示サービス」と、「照明パターン表示サービス」との２種類があるものとする。

注文１２１は、メーセージまたは照明パターンを表示する照明装置（送信先の照明装置）を指定して行われる。照明装置の指定は、例えば、照明装置に割り当てられたアドレスを指定することによって行われる。

ユーザ３０１が、照明サービスの種類として、「メーセージ表示サービス」を指定した場合には、照明装置に表示される定形メッセージとユーザメッセージとを指定する。ここで、定形メッセージとは、サービスセンタ１が予め用意した定形文の中から、ユーザ３０１によって選択されるメッセージである。ユーザメッセージとは、ユーザ３０１によって作成される任意のメッセージである。

ユーザ３０１が、照明サービスの種類として、「照明パターン表示サービス」を指定した場合には、サービスセンタ１が予め用意した照明パターン中から、照明装置に表示すべき照明パターンを指定する。

ユーザ３０１は、例えば、図６Ａ〜図６Ｈを参照して後述されるウェブページを用いて、注文１２１を送信し得る。このようなウェブページは、サービスセンタ１によって提供される。

ステップＳＴ２：注文１２１に含まれる照明サービスの種類が「メッセージ表示サービス」であるか否かが判定される。ステップＳＴ２における判定の結果が「Ｙｅｓ」である場合には、処理はステップＳＴ５に進む。ステップＳＴ２における判定の結果が「Ｎｏ」である場合には、処理はステップＳＴ３に進む。

ステップＳＴ３：指定された照明パターンを表示するための照明制御データ１３１をメモリ４（データベース）（図１）から読み出すことにより、照明制御データ１３１が取得される。ここで、照明制御データ１３１の読み出しは、照明パターンを表示すべき照明装置の型名を考慮して行われてもよい。これにより、照明装置の型名ごとに表示面の形状や大きさが異なる場合でも、それぞれの照明装置に適した照明制御データ１３１が読み出される。この場合には、ステップＳＴ１で受け取られる照明サービスの注文１２１は、照明装置の型名の指定を含み得る。

ステップＳＴ４：ステップＳＴ１で受け取られた照明サービスの注文１２１に含まれる送信先の照明装置に照明制御データ１３１が送信される。送信された照明制御データ１３１は、ネットワーク１０１およびホームＬＡＮ１０３（図１）を介して照明装置１０によって受け取られる。

なお、この例では、照明制御データ１３１は、照明装置１０に直接的に（照明装置以外の機器を介することなく）送信されることにより、照明装置１０に提供されていた。しかし、照明制御データ１３１は、送信先の照明装置に間接的に送信されることにより、照明装置１０に提供されてもよい。例えば、照明制御データ１３１は、家庭１０２に置かれているＰＣ１０４に送信されてもよい。ＰＣ１０４が受信した照明制御データ１３１は、自動的に、あるいは、ユーザ３０１によって手動で、適切なタイミングで照明装置１０に転送される。さらに、照明制御データ１３１は、ユーザ３０１の携帯電話機（ＰＨＳを含む）に送信されてもよい。携帯電話機が受信した照明制御データ１３１は、例えば、無線通信によって照明装置１０に転送され得る。

ステップＳＴ５：定形メッセージと、ユーザメッセージとが照明装置の表示面に表示されるように、照明制御データ１３１を作成することにより、照明制御データ１３１が取得される。照明制御データ１３１の作成は、照明パターンを表示すべき照明装置の型名を考慮して行われてもよい。これにより、照明装置の型名ごとに表示面の形状や大きさが異なる場合でも、それぞれの照明装置に適した照明制御データ１３１が作成される。

上述したステップＳＴ３またはステップＳＴ５は、照明サービスの注文１２１に応じて、照明装置１０に含まれる複数の画素１６を制御する照明制御データ１３１を取得するステップとして機能する。

ユーザ３０１がサービスセンタ１に注文１２１（図１）を送信する際のユーザインタフェースとしては、任意のユーザインタフェースが使用され得る。しかし、アクセスの容易さを考慮すると、このユーザインタフェースとして、ワールドワイドウェブ上のウェブページが使用されることが好ましい。

図６Ａは、ユーザ３０１がサービスセンタ１に注文１２１を送信する際のユーザインタフェースとして機能するウェブページ６０１の例を示す。

ウェブページ６０１は、任意のページ記述言語（例えば、ＨＴＭＬ言語）によって記述される。ウェブページ６０１を記述するファイルは、サービスセンタ１のメモリ４に格納されている。このファイルは、ネットワーク１０１上でこのファイルが格納されている位置を一意に特定するＵＲＬアドレスを有している。ユーザ３０１が、ＰＣ１０４で実行されるウェブページ閲覧ソフトウェアにこのＵＲＬアドレスを入力することにより、ＰＣ１０４にウェブページ６０１が表示される。

ウェブページ６０１は、ボタン６０２〜６０４を含む。「照明サービスの紹介」ボタン６０２、「使用可能な照明装置一覧」ボタン６０３、および「照明サービス検索」ボタン６０４のそれぞれをユーザ３０１が選択する（例えば、マウスポインタ６０５を各ボタンの位置に合わせた状態で、ＰＣ１０４に接続されたマウスのボタンをクリックする）ことにより、各ボタンに対応する内容のウェブページがＰＣ１０４に表示される。

図６Ｂは、照明サービスの紹介のためのウェブページ６１０の一例を示す。ウェブページ６１０は、例えば、図６Ａに示されるウェブページ６０１において、ユーザ３０１が「照明サービスの紹介」ボタン６０２を選択した場合に、ＰＣ１０４に表示される。

ウェブページ６１０は、「メッセージ表示サービス一覧」ボタン６１１と「照明パターン表示サービス一覧」ボタン６１２とを含む。

図６Ｃは、メッセージ表示サービスの一覧を表示するウェブページ６２０の一例を示す。ウェブページ６２０は、例えば、図６Ｂに示されるウェブページ６１０において、ユーザ３０１が「メッセージ表示サービス一覧」ボタン６１１を選択した場合に、ＰＣ１０４に表示される。

図６Ｃは、サービスセンタ１が提供するメッセージ表示サービスとして、「誕生日祝い」のメッセージ、「結婚祝い」のメッセージ、「入学・入社祝い」のメッセージ、「その他」のメッセージを照明装置に表示するサービスがあることを示す。

図６Ｄは、ユーザ３０１がサービスセンタ１に「誕生日祝い」のメッセージを表示するサービスを注文するためのウェブページ６３０の一例を示す。ウェブページ６３０は、例えば、図６Ｃに示されるウェブページ６２０において、ユーザ３０１が「誕生日祝い」ボタン６２１を選択した場合に、ＰＣ１０４に表示される。

ウェブページ６３０は、領域６３１〜６４１と、送信ボタン６４２とを含む。ユーザ３０１が、領域６３１〜６４１のそれぞれに必要な情報を入力した後に、送信ボタン６４２を選択することにより、注文１２１がサービスセンタ１に送信される。これにより、図５に示される照明サービス提供処理が開始される。

領域６３１には、ユーザ３０１がメッセージを表示することを希望する照明装置を特定するためのアドレスとして、例えば、その照明装置に割り当てられたＩＰアドレスが入力される。領域６３１には、照明制御データ１３１の送信先となる任意の機器（例えば、ユーザ３０１のＰＣ１０４）のアドレスが入力されてもよい。

領域６３２には、照明装置の型名が入力される。ただし、領域６３１に入力されたアドレスが照明装置のアドレスであり、サービスセンタ１が照明装置のアドレスと照明装置の型名との対応を記述したデータベースを有しているか、そのようなデータベースにサービスセンタ１がアクセスすることができる場合には、領域６３２への照明装置の型名の入力は省略され得る。照明装置の型名は、領域６３１に入力された照明装置のアドレスと、そのデータベースとを用いて求めることができるからである。

領域６３３と領域６３４とは、定形メッセージ「ＨＡＰＰＹＢＩＲＴＨＤＡＹ」と、定形メッセージ「誕生日おめでとう！」とのうち、ユーザ３０１がどちらを好むかに応じて二者択一的に選択される。図６Ｄに示される例では定形メッセージの数は２であるが、この数をより多くしてもよい。定形メッセージの数を多くすることにより、ユーザ３０１の選択肢を増やすことができる。

領域６３５には、ユーザメッセージが入力される。

領域６３６〜６４０は、照明サービスが提供される日時、すなわち、指定されたメッセージが照明装置１０に表示される日時を指定するために使用される。なお、このような表示は、サービスセンタ１が指定された日時に照明装置１０に照明制御データ１３１を提供し、照明制御データ１３１を受け取った照明装置１０が直ちに照明制御データ１３１に基づいてメッセージを表示する方法（方法(１)）によって実現されてもよい。あるいは、サービスセンタ１は照明制御データ１３１が取得された後、直ちに照明装置１０に照明制御データ１３１を提供し、照明制御データ１３１を受け取った照明装置１０が指定された日
時に照明制御データ１３１に基づいてメッセージを表示する方法（方法(２)）によって実現されてもよい。この場合には、サービスセンタ１から照明装置１０には、照明制御データ１３１とともに、メッセージを表示する日時を示す情報が提供される。照明制御データ１３１の送信先が照明装置ではない場合には、方法(２)が用いられる。

ユーザ３０１が、照明サービスが提供される日時を領域６３６〜６４０に入力することにより、所望の日（例えば、ユーザ３０１の家族の誕生日）の所望の時刻に照明サービスが提供されるように、照明サービスの注文を行うことができる。

領域６３６〜６４０への入力が省略された場合には、サービスセンタ１は照明制御データ１３１が取得された後、直ちに照明装置１０に照明制御データ１３１を送信し、照明制御データ１３１を受け取った照明装置１０は、直ちに、照明制御データ１３１に基づいてメッセージを表示する。従って、メッセージは注文１２１の送信後、照明装置１０に直ちに表示される。

領域６４１には、ユーザ３０１の銀行口座番号が入力される。ここで指定される銀行口座に、照明サービスの料金が課金される。

図６Ｅは、照明パターン表示サービスの一覧を表示するウェブページ６４５の一例を示す。ウェブページ６４５は、例えば、図６Ｂに示されるウェブページ６１０において、ユーザ３０１が「照明パターン表示サービス一覧」ボタン６１２を選択した場合に、ＰＣ１０４に表示される。

図６Ｅは、サービスセンタ１が提供する照明パターン表示サービスとして、「シチュエーション照明」、「リラクゼーション照明」、「その他」の照明パターンを照明装置に表示するサービスがあることを示す。

図６Ｆは、「シチュエーション照明」の照明パターンの一覧を表示するウェブページ６５０の一例を示す。ウェブページ６５０は、例えば、図６Ｅに示されるウェブページ６４５において、ユーザ３０１が「シチュエーション照明」ボタン６４６を選択した場合に、ＰＣ１０４に表示される。

図６Ｆは、「シチュエーション照明」の照明パターンとして、「季節」、「自然」、「世界の有名観光地」、「感情」を主題とした照明パターンがあることを示す。

図６Ｇは、「自然」を主題とした照明パターンの一覧を表示するウェブページ６６０の一例を示す。ウェブページ６６０は、例えば、図６Ｆに示されるウェブページ６５０において、ユーザ３０１が「自然」ボタン６５１を選択した場合に、ＰＣ１０４に表示される。

なお、「自然」を主題とした照明パターンとは、その照明パターンを照明装置に表示した場合に、ユーザ３０１に自然を想起させるような照明パターンである。

図６Ｇは、「自然」を主題とした照明パターンとして、「海」、「川」、「山」、「草原」を主題とした照明パターンがあることを示す。

図６Ｈは、ユーザ３０１がサービスセンタ１に「草原」を主題とした照明サービスを注文するためのウェブページ６７０の例を示す。ウェブページ６７０は、例えば、図６Ｇに示されるウェブページ６６０において、ユーザ３０１が「草原」ボタン６６１を選択した場合に、ＰＣ１０４に表示される。

ウェブページ６７０は、領域６３１、６３２、６３６〜６４１と、送信ボタン６４２とを含む。これらの領域およびボタンは、図６Ｄに示される同一の参照番号を有する領域およびボタンと同一であるので、その説明を省略する。

ユーザ３０１がサービスセンタ１に照明サービスの注文を送信する際のユーザインタフェースとして、図６Ａ〜図６Ｈに示されるウェブページを使用することによって、ユーザ３０１は、インターネットに接続することが可能な任意の端末から、照明サービスの注文を送信することができる。ユーザ３０１は、他人の家庭に置かれている照明装置１０に、照明制御データ１３１を提供するように注文を行うことも可能である。また、外出先から、自宅に置かれている照明装置１０に、照明制御データ１３１を提供するように注文を行うことも可能である。

図７Ａは、照明制御データ１３１の構造の例を示す。図７Ａに示される例では、画素指定データ＃１〜画素指定データ＃ｎのそれぞれについて、輝度データが指定されている。画素指定データ＃１〜画素指定データ＃ｎのそれぞれは、照明装置１０（図２）の表示部１４に含まれる画素１６の１つに対応している。以下、説明のために、画素１６のそれぞれは、図３Ａに示される構造を有しているものとする。

画素指定データ＃１〜画素指定データ＃ｎのそれぞれは、例えば、図２に示されるＸＹ座標に基づいて、対応する画素を指定する。例えば、図２に示される表示面の左上隅に配置される画素に対応する画素指定データは、（１，１）と表される。

輝度データは、少なくとも１つのリストを含む。リストのそれぞれは、（開始時刻、終了時刻、Ｒ輝度、Ｇ輝度、Ｂ輝度）と表される。このリストは、「開始時刻」から「終了時刻」までの間、ＬＥＤ１７Ｒ、１７Ｇおよび１７Ｂの輝度をそれぞれ、「Ｒ輝度」、「Ｇ輝度」、「Ｂ輝度」に設定することを示す。

ＬＥＤ１７Ｒ、１７Ｇおよび１７Ｂのそれぞれの輝度は、例えば、０〜２５５の２５６段階の輝度レベルで表され得る。

図７Ｂは、特定の画素についての輝度データの構造の例を示す。図７Ｂに示される例では、時刻０〜時刻ｔ₁の間、特定の画素に含まれるＬＥＤ１７Ｒ、１７Ｇおよび１７Ｂの
輝度をそれぞれ、０、２５５、０の輝度レベルに設定し、時刻ｔ₁〜時刻ｔ₂の間、ＬＥＤ１７Ｒ、１７Ｇおよび１７Ｂの輝度をそれぞれ、２５５、１４８、０の輝度レベルに設定し、時刻ｔ₂〜時刻ｔ₃の間、ＬＥＤ１７Ｒ、１７Ｇおよび１７Ｂの輝度をそれぞれ、２５５、２５５、２５５の輝度レベルに設定することを示す。

図７Ｃは、図７Ｂに示される輝度データによりＬＥＤ１７Ｒ、１７Ｇおよび１７Ｂの輝度が制御される様子を示す。１つの画素１６に含まれるＬＥＤ１７Ｒ、１７Ｇおよび１７Ｂの輝度を図７Ｃに示されるように制御した場合には、その画素１６が発する照明光５１は、時刻０〜時刻ｔ₁の間は緑色に見える。また、時刻ｔ₁〜時刻ｔ₂の間はオレンジ色に
見え、時刻ｔ₂〜時刻ｔ₃の間は白色に見える。もちろん、それぞれの色を表現するためのＬＥＤ１７Ｒ、１７Ｇおよび１７Ｂの輝度が図７Ｃに示される例に限定されるわけではない。例えば、「緑」、「オレンジ」および「白」のそれぞれの色が人間の目に同程度の明るさに見えるように、ＬＥＤ１７Ｒ、１７Ｇおよび１７Ｂの輝度が人間の目の感度（視感度特性）を考慮して調整されてもよい。

図７Ａに示される照明制御データ１３１によれば、複数の画素１６のそれぞれについて輝度データが指定されるので、複数の画素を独立に制御することができる。このように、
照明制御データ１３１は、照明装置１０に表示される照明パターンを表している。

照明制御データ１３１の構造は、図７Ａに示されるデータ構造に限定されない。照明制御データ１３１は、照明装置１０（図２）に含まれる複数の画素１６を独立に制御することが可能な任意のデータ構造を有し得る。各画素に含まれるＬＥＤが制御される輝度のレベルも、２５６段階に限定されない。

照明パターンが時間的に繰り返されるパターンを含む場合には、そのような繰り返しのパターンのそれぞれを共通のデータによって表すようにしてもよい。これにより、照明制御データ１３１のサイズを低減させることができる。

照明制御データ１３１は、照明装置１０の構成に依存しないデータ構造を有していてもよい。例えば、照明制御データ１３１は、照明装置１０の表示部１４の水平方向および垂直方向の画素数（例えば、１０２４（水平）×７６８（垂直）、１２８０（水平）×７６８（垂直）等）に依存しないデータ構造を有していてもよい。この場合には、照明制御データ１３１は、任意の構成を有する照明装置１０に適用することができる。また、この場合には、サービスセンタ１のメモリ４が照明制御データ１３１を照明装置の型名ごとに格納する必要がないことは言うまでもない。

あるいは、表示制御部１３が、異なる構成を有する照明装置のための照明制御データを適切に変換して表示部１４に表示する機能を有していてもよい。例えば、表示制御部１３は、１０２４（水平）×７６８（垂直）の画素を有する照明装置のための照明制御データを変換し、１２８０（水平）×７６８（垂直）の画素を有する表示部１４に表示する機能を有していてもよい。このような変換は、例えば、補間を用いた拡大、縮小であり得る。あるいは、このような変換は、同一のパターンを空間的に繰り返すことであってもよい。

図８は、照明装置１０に、メッセージを表示した例を示す。図８において、白抜きで示される画素は、白色の照明光を発している画素１６を示し、ハッチングで示される画素１６は、消灯している画素を示す。

表示部１４には、「ＨＡＰＰＹＢＩＲＴＨＤＡＹよしこ」というメッセージが表示されている。このうち、「ＨＡＰＰＹＢＩＲＴＨＤＡＹ」が定形メッセージであり、「よしこ」がユーザメッセージである。

図８に示されるメッセージは、例えば、家族の一員（例えば、娘）のために開催する誕生日会の開催時刻に合わせて照明装置１０に表示され得る。誕生日会の参加者には、照明装置１０にこのようなメッセージが表示されることは知らされていない。誕生日会の開催時刻にこのようなメッセージが照明装置１０に表示されれば、誕生日会の参加者が驚くとともに、その場が盛り上がることが予想される。このように、照明装置１０はエンターテインメント性を実現することができる。

以下、図９Ａ、図９Ｂ、図１０Ａ、図１０Ｂ、図１１Ａ、図１１Ｂおよび図１２を参照して、照明装置１０に、照明パターンを表示する例を示す。以下に示す例では、照明装置１０には「草原」を主題とする照明パターンが表示される。この照明パターンでは、草原における木漏れ日が照明装置１０によって再現される。

図９Ａは、木漏れ日の原理を説明する図である。太陽９０３が発する光線９０７は、木９０５を通って地面９０６に達する。その際に、葉９０４で光線９０７の一部がさえぎられ、葉９０４の隙間を通った光線９０７ａが地面９０６に達する。光線９０７ａは、木漏れ日と呼ばれる。

図９Ｂは、木漏れ日によって照らされる地面９０６の様子を示す。地面９０６には、光線９０７ａの１つに対応して、明るい領域９０９が存在する。

図１０Ａは、天井に取り付けられた照明装置１０によって、部屋の床面１００６が照らされる様子を示す。

照明装置１０の画素１６のそれぞれは、照明光５１を発する。照明光５１は、できるだけ、太陽が発する光線９０７の色に近くなるように設定される。画素１６のそれぞれは、比較的高い指向性を有する。すなわち、１つの照明光５１は、床面１００６の比較的狭い範囲を照明する。

このような高い指向性は、例えば、反射鏡または光ファイバ等を用いて、画素１６に含まれるＬＥＤが発する光を特定の方向に集光することによって実現され得る。あるいは、高い指向性を実現するために、ＬＥＤに代えて半導体レーザが用いられてもよい。

図１０Ｂは、照明光５１によって照明された床面１００６の状態を示す。円の領域９１０のそれぞれは、複数の画素１６の１つが発する照明光５１により照らされる床面上の領域を示す。領域９１０のそれぞれは、照明装置１０の画素１６のそれぞれに対応する。図１０Ｂに白抜きで示された円は、対応する画素１６が点灯しており、その画素１６が発する照明光５１によって床面１００６が照らされていることを示す。図１０Ｂにハッチングで示される円は、対応する画素１６が消灯していることを示す。すなわち、図１０Ｂに白抜きで示される円のそれぞれは、床面１００６の明るい領域を示す。

図９Ｂに示される明るい領域９０９のそれぞれと同様の位置関係にあるように、照明装置１０に含まれる複数の画素１６が制御される。これにより、木漏れ日によって照らされている地面９０６と同様の形態で、床面１００６を照明することができる。

実際の木漏れ日では、風で葉９０４が揺れることに応答して、地面９０６上の明るい領域９０９が矢印９０８（図９Ｂ）のように動く。以下、図１１Ａ、図１１Ｂおよび図１２を参照して、このような動きを照明装置１０によって実現する例を示す。

図１１Ａは、照明装置１０に含まれる２つの画素によって照明される床面１００６上の領域を示す。図１１Ａに示される例では、床面１００６上の領域９１０−１は、画素１６−１によって照明され、床面１００６上の領域９１０−２は、画素１６−２によって照明される。

図１１Ｂは、画素１６−１および画素１６−２の明るさの制御の例を示す。画素１６−１および画素１６−２のそれぞれは、図３Ａに示される構造を有しているものとする。画素の明るさは、画素に含まれる３つのＬＥＤの輝度から導かれる。

図１１Ｂに示される例では、画素１６−１の明るさが時刻ｔ₁〜ｔ₃の間にレベル０からレベルＬ₁まで徐々に増加し、画素１６−２の明るさが時刻ｔ₁〜ｔ₃の間にレベルＬ₁からレベル０まで徐々に減少している。すなわち、照明装置１０には、時間の経過とともに明るさが変化するように、照明パターンが表示される。なお、画素１６−１および画素１６−２の明るさが徐々に増加または減少する際に、その画素の照明光の色が変化しないように、各画素に含まれる３つのＬＥＤの輝度が制御される。

図１２は、図１１Ｂに示されるように画素１６−１および画素１６−２の明るさを制御した場合の、床面１００６の状態の変化を示す。

時刻ｔ₁では、領域９１０−２のみが画素１６−２によって照明される。

時刻ｔ₂（ｔ₁＜ｔ₂＜ｔ₃）では、領域９１０−１および領域９１０−２がそれぞれ画素１６−１および画素１６−２によって照明される。画素１６−１および画素１６−２のそれぞれの輝度は、時刻ｔ₁における画素１６−２の輝度よりも低い。

時刻ｔ₃では、領域９１０−１のみが画素１６−１によって照明される。

領域９１０−１および領域９１０−２の照明の状態がこのように変化すると、人間の目には、時刻ｔ₁から時刻ｔ₃にかけて、領域９１０−２から領域９１０−１へと、明るい領域が移動したように知覚される。この原理を図１０Ｂに白抜きで示される円のそれぞれに適用することにより、白抜きで示される円（明るい領域）が揺れ動くように人間の目に知覚させることができる。すなわち、実際の木漏れ日のような動きが照明装置１０によって実現される。

照明装置１０にこのような照明パターンを表示することにより、照明装置１０によって照明される部屋にいるユーザ３０１は、実際に草原にいるような爽快感やリラックス感を得ることが予想される。このように、照明装置１０はエンターテインメント性を実現することができる。

照明パターンの例が図９Ａ、図９Ｂ、図１０Ａ、図１０Ｂ、図１１Ａ、図１１Ｂおよび図１２を参照して説明した例に限定されないことは言うまでもない。照明パターンとして、例えば、風景画が照明装置１０に表示されるようにしてもよい。

また、照明装置１０には、メッセージまたは照明パターンが表示された。照明装置１０には、これらが混在して表示されてもよい。例えば、照明パターンを背景として、メッセージが表示されてもよいし、メッセージの文字を構成する画素の明るさおよび／または色が時間の経過とともに変化するようにしてもよい。

さらに、照明装置１０に表示されるパターンが時間の経過とともに変化することに合わせて、照明装置１０が照明する部屋の香りが変化するようにしてもよい。

図１３は、照明装置１０が照明する部屋の香りを制御するための香り制御装置１３００の例を示す。

香り制御装置１３００は、照明装置１０に追加的に備えられ、表示制御部１３に接続される。香り制御装置１３００は、モータ１３０２と、香水ビン１３０１と、フタ１３０３とを含む。香水ビン１３０１には、香水１３０４が入れられている。

照明装置１０が香り制御装置１３００を備える場合、照明装置１０に提供される照明制御データ１３１は、モータ１３０２を制御するためのデータを含む。モータ１３０２が動作することにより、フタ１３０３が開閉する。フタ１３０３が開くと、香水１３０４が放つ香りが、照明装置１０が置かれている部屋に満たされる。香りの強さは、フタ１３０３が開く量を調節することによって制御される。

照明パターンの時間的変化に合わせて、部屋の香りを制御することにより、ユーザ３０１をより爽快にさせたり、よりリラックスさせたりすることができる。これにより、より高いエンターテインメント性を実現することが可能になる。

なお、図１３に示される例では、照明装置１０が制御することの可能な香りの種類は１種類であるが、香水１３０４の種類が異なる香り制御装置１３００を複数個用いることにより、照明装置１０は複数の香りを制御することができる。また、複数の香り制御装置１３００のフタ１３０３を同時に開くことにより、複数の香りを混ぜることができるので、多くの種類の香りを実現することができ、さらに高いエンターテインメント性を実現することができる。

照明装置１０に表示される照明パターンが、例えば、放送または記録媒体によって提供される音楽および／または映像に連動して変化するようにしてもよい。

照明パターンを放送によって提供される音楽および／または映像に連動して変化させるためには、例えば、照明パターンを表す照明制御データをその放送とともにストリーミング技術を使用して送信すればよい。そのようにして送信された照明制御データは、適切な放送受信機によって受信され、照明装置１０に渡され得る。あるいは、単に放送される番組の中で、その番組と組み合わせることが好適な照明パターンを表す照明制御データのタイトル情報をユーザ３０１に通知すればよい。

照明パターンを記録媒体（例えば、ＤＶＤ）によって提供される音楽および／または映像に連動して変化させるためには、例えば、その記録媒体に、音楽および／または映像を表すデータとともに照明制御データを記録しておけばよい。そのようにして記録された照明制御データは、適切な再生装置によって再生され、照明装置に渡され得る。

（実施の形態２）
実施の形態２では、記録媒体に記録されている音声データおよび／または映像データを再生することに同期して、その記録媒体に記録されている照明制御データを再生することが可能な再生装置を説明する。この再生装置に音声出力装置（例えば、スピーカ）と映像出力装置（例えば、ＴＶ）と照明装置とを接続することにより、記録媒体によって提供される音楽および／または映像に連動して照明パターンを変化させることが可能になる。

図１４は、本発明の実施の形態２の再生装置２１００の構成の一例を示す。

再生装置２１００は、コントローラ２２２０と、インタフェースコントローラ（Ｉ／Ｆコントローラ）２２３０と、読み取り部２１２０とを含む。

コントローラ２２２０は、Ｉ／Ｆコントローラ２２３０に入力されるユーザからの操作コマンドや復号化部２１４０から供給される制御信号に基づいて、再生装置２１００の全体の動作を制御する。

Ｉ／Ｆコントローラ２２３０は、ユーザからの操作（例えば、操作ボタンの押下）を検知して、その操作に対応する操作コマンドをコントローラ２２２０に出力する。

読み取り部２１２０は、記録媒体２１１０に記録された情報を読み取る。

記録媒体２１１０は、典型的には、ＤＶＤ（ＤｉｇｉｔａｌＶｅｒｓａｔｉｌｅＤｉｓｋ）である。しかし、記録媒体２１１０はＤＶＤに限定されない。記録媒体２１１０は、任意のタイプの記録媒体であり得る。ただし、以下の説明では、記録媒体２１１０がＤＶＤである場合を例にとり説明することにする。この場合には、読み取り部２１２０は、例えば、光ピックアップである。

図１５は、ＤＶＤ２１１０に記録されているデータのフォーマットを示す。

ＤＶＤ２１１０のビデオゾーンには、１個のビデオマネージャ（ＶＭＧ：ＶｉｄｅｏＭａｎａｇｅｒ）と１個以上９９個以下のビデオタイトルセット（ＶＴＳ：ＶｉｄｅｏＴｉｔｌｅＳｅｔ）ＶＴＳ＃１〜ＶＴＳ＃ｎとが記録されている。ここで、ｎは、１≦ｎ≦９９を満たす任意の整数である。ＶＭＧは、ＤＶＤ２１１０のビデオゾーンの先頭に配置され、２個または３個のファイルを含む。ＶＴＳ＃１〜ＶＴＳ＃ｎのそれぞれは、３個以上１２個以下のファイルを含む。

図１６は、ＶＭＧ、ＶＴＳのフォーマットを示す。

図１６に示される例では、ＶＭＧは、３個のファイルを含む。ＶＭＧの先頭のファイルには、ナビゲーションデータとして機能するコントロールデータ（ＶＭＧＩ：Ｖｉｄｅｏ
ＭａｎａｇｅｒＩｎｆｏｒｍａｔｉｏｎ）が記録されており、ＶＭＧの次のファイルには、メニューのためのＶＯＢＳ（ＶＭＧＭ＿ＶＯＢＳ：ＶＭＧＭＶｉｄｅｏＯｂｊｅｃｔＳｅｔ）が記録されており、ＶＭＧの最後のファイルには、ＶＭＧＩのバックアップが記録されている。ここで、ＶＭＧＩは、ＶＭＧメニュー（ＶＭＧＭ：ＶＭＧＭｅｎｕ）と１個以上のＶＴＳを管理するための情報である。

また、図１６に示される例では、ＶＴＳは、４個〜１２個のファイルを含む。ＶＴＳの先頭のファイルには、ナビゲーションデータとして機能するコントロールデータ（ＶＴＳＩ：ＶｉｄｅｏＴｉｔｌｅＳｅｔＩｎｆｏｒｍａｔｉｏｎ）が記録されており、ＶＴＳの次のファイルにはメニューのためのＶＯＢＳ（ＶＴＳＭ＿ＶＯＢＳ：ＶＴＳＭＶｉｄｅｏＯｂｊｅｃｔＳｅｔ）が記録されており、ＶＴＳの次の１個から９個のファイルには、タイトルのためのＶＯＢＳ（ＶＴＳＴＴ＿ＶＯＢＳ：ＶＴＳＴＴＶｉｄｅｏ
ＯｂｊｅｃｔＳｅｔ）が記録されており、ＶＴＳの最後のファイルには、ＶＴＳＩのバックアップが記録されている。ここで、ＶＴＳＩは、ＶＴＳにおけるＶＴＳメニュー（ＶＴＳＭ：ＶｉｄｅｏＴｉｔｌｅＳｅｔＭｅｎｕ）と１個以上のタイトル（ＴＴ：Ｔｉｔｌｅ）を管理するための情報である。

「メニューのためのＶＯＢＳ」と「タイトルのためのＶＯＢＳ」とは、いずれも、ＶＯＢＳ（ＶｉｄｅｏＯｂｊｅｃｔＳｅｔ）の一種である。従って、「メニューのためのＶＯＢＳ」と「タイトルのためのＶＯＢＳ」とは、いずれも、ＶＯＢＳのフォーマットを有している。

図１７は、ＶＯＢＳのフォーマットを示す。

ＶＯＢＳは、１個以上のＶＯＢ（ＶｉｄｅｏＯｂｊｅｃｔ）を含む。ＶＯＢＳ内の各ＶＯＢには、ＶＯＢＳ内で最小の論理セクタ番号（ＬＳＮ：ＬｏｇｉｃａｌＳｅｃｔｏｒｎｕｍｂｅｒ）を有するセクタに記録されたＶＯＢから昇順に、ＶＯＢＩＤ番号（ＶＯＢ＿ＩＤＮ：ＶＯＢＩＤｎｕｍｂｅｒ）が割り当てられている。

１個以上のＶＯＢのそれぞれは、１個以上のシェル（Ｃｅｌｌ）を含む。ＶＯＢ内の各シェルには、ＶＯＢ内で最小の論理セクタ番号（ＬＳＮ：ＬｏｇｉｃａｌＳｅｃｔｏｒ
ｎｕｍｂｅｒ）を有するセクタに記録されたシェルから昇順に、シェルＩＤ番号（Ｃ＿ＩＤＮ：ＣｅｌｌＩＤｎｕｍｂｅｒ）が割り当てられている。

１個以上のシェル（Ｃｅｌｌ）のそれぞれは、１個以上のＶＯＢＵ（ＶｉｄｅｏＯｂｊｅｃｔＵｎｉｔ）を含む。

１個以上のＶＯＢＵのそれぞれは、１個以上のパック（Ｐａｃｋ）を含む。１個以上の
パックのそれぞれは、オーディオパック（Ａ＿ＰＣＫ：ＡｕｄｉｏＰａｃｋ）であってもよいし、ビデオパック（Ｖ＿ＰＣＫ：ＶｉｄｅｏＰａｃｋ）であってもよいし、サブピクチャパック（ＳＰ＿ＰＣＫ：Ｓｕｂ−ｐｉｃｔｕｒｅＰａｃｋ）であってもよいし、ナビゲーションパック（ＮＶ＿ＰＣＫ：ＮａｖｉｇａｔｉｏｎＰａｃｋ）であってもよい。ＮＶ＿ＰＣＫは、ＶＯＢＵの先頭に配置されている。

ＮＶ＿ＰＣＫのデータは、ナビゲーションデータ（すなわち、再生制御データ）である。Ａ＿ＰＣＫ、Ｖ＿ＰＣＫ、ＳＰ＿ＰＣＫのデータは、プレゼンテーションデータ（すなわち、ビデオ、オーディオ、サブピクチャなどを再生するためのデータ）である。

上述したデータのフォーマットは、ＤＶＤ−Ｖｉｄｅｏ規格に準拠したフォーマットである。本発明では、ＤＶＤ−Ｖｉｄｅｏ規格に準拠したフォーマットを改変したフォーマットが使用される。すなわち、本発明では、ＶＯＢＵの中に、ライティングパック（Ｌ＿ＰＣＫ：ＬｉｇｈｔｉｎｇＰａｃｋ）を新たに設けることとする。Ｌ＿ＰＣＫのデータは、プレゼンテーションデータに同期して照明制御データを出力するためのデータである。

ＭＰＥＧ−２（ＭｏｖｉｎｇＰｉｃｔｕｒｅＥｘｐｅｒｔｓＧｒｏｕｐ
２）は、広範囲なアプリケーションに対応するために、任意の数の符号化されたストリームを多重化し、それぞれのストリームを同期をとりながら再生するための方式として２種類の方式を規定している。その２種類の方式とは、プログラムストリーム（ＰＳ：ＰｒｏｇｒａｍＳｔｒｅａｍ）方式と、トランスポートストリーム（ＴＳ：ＴｒａｎｓｐｏｒｔＳｔｒｅａｍ）方式とである。ＤＶＤなどのデジタルストレージメディアでは、プログラムストリーム（ＰＳ：ＰｒｏｇｒａｍＳｔｒｅａｍ）方式が採用されている。以下の説明では、ＭＰＥＧ−２に規定されているプログラムストリーム（ＰＳ：ＰｒｏｇｒａｍＳｔｒｅａｍ）方式を「ＭＰＥＧ−ＰＳ方式」と略記し、ＭＰＥＧ−２に規定されているトランスポートストリーム（ＴＳ：ＴｒａｎｓｐｏｒｔＳｔｒｅａｍ）方式を「ＭＰＥＧ−ＴＳ方式」と略記する。

ＮＶ＿ＰＣＫ、Ａ＿ＰＣＫ、Ｖ＿ＰＣＫ、ＳＰ＿ＰＣＫは、いずれも、ＭＰＥＧ−ＰＳ方式に準拠したフォーマットを採用している。従って、本発明において追加されたＬ＿ＰＣＫも、ＭＰＥＧ−ＰＳ方式に準拠したフォーマットを採用することとする。

図１８は、ＭＰＥＧ−ＰＳ方式に準拠したパックのフォーマットを示す。

各パックは、パックヘッダ（Ｐａｃｋ＿ｈｅａｄｅｒ）と、システムヘッダ（Ｓｙｓｔｅｍ＿ｈｅａｄｅｒ）と、１以上のＰＥＳパケット（ＰＥＳ＿Ｐａｃｋｅｔ）とを含む。ここで、ＰＥＳは、ＰａｃｋｅｔｉｚｅｄＥｌｅｍｅｎｔａｒｔｙＳｔｒｅａｍの略である。

パックヘッダには、パックのＩＤ、基準時間情報（ＳＣＲ：ＳｙｓｔｅｍＣｌｏｃｋ
Ｒｅｆｅｒｅｎｃｅ）、多重化のビットレート（ｍｕｘ＿ｒａｔｅ）などが記述される。なお、ＭＰＥＧ−２では、パックの長さを調整できるように最大７バイトまでのスタッフィングバイトをパックヘッダに付加することが許容されている。

１以上のＰＥＳパケットのそれぞれは、ＰＥＳパケットヘッダ（ＰＥＳ＿Ｐａｃｋｅｔ＿ｈｅａｄｅｒ）と、エレメンタリーストリームを分割することによって得られる複数の部分のうちの１つ（ｅｌｅｍｅｎｔａｒｙ＿ｓｔｒｅａｍ）とを含む。ここで、エレメンタリーストリームとは、映像データ、音声データ、照明制御データなどデータのタイプ毎に個別に符号化されたデータストリームをいう。

ＰＥＳパケットヘッダには、パケット開始コード、エレメンタリーストリームを識別するための識別コード（ｓｔｒｅａｍ＿ｉｄ）、パケットのサイズ、エレメンタリーストリームを同期再生するための時間情報、その他の制御情報などが記述される。エレメンタリーストリームを同期再生するための時間情報は、プレゼンテーションタイムスタンプ（ＰＴＳ：ＰｒｅｓｅｎｔａｔｉｏｎＴｉｍｅ
Ｓｔａｍｐ）、または、デコーディングタイムスタンプ（ＤＴＳ：ＤｅｃｏｄｉｎｇＴｉｍｅＳｔａｍｐ）によって表される。

映像データ、音声データには、それぞれ、「アクセスユニット」と呼ばれる復号・再生の単位が予め決められている。映像データのアクセスユニットは、１フレーム（ピクチャ）であり、音声データのアクセスユニットは、１オーディオフレームである。照明制御データのアクセスユニットは、例えば、映像データのアクセスユニットと同一である（すなわち、１フレーム（ピクチャ））。ＤＴＳには、そのアクセスユニットごとに基準時間のどの時点で復号化を行えばよいかを示す時間情報が記述されている。ＰＴＳには、そのアクセスユニットごとに基準時間のどの時点で再生を行えばよいかを示す時間情報が記述されている。

図１４を再び参照して、再生装置２１００は、ストリームデータ生成部２１３０と、復号化部２１４０とをさらに含む。

ストリームデータ生成部２１３０は、読み取り部２１２０の出力に基づいて、符号化されたＡＶデータと符号化された照明制御データとを含むストリームデータを生成する。ここで、本明細書では、「符号化されたＡＶデータ」とは、符号化された音声データおよび符号化された映像データのうちの少なくとも一方を含むデータをいう。

ストリームデータ生成部２１３０によって生成されるストリームデータは、ＭＰＥＧ−ＰＳ方式に準拠したフォーマットを有している（図１８参照）。このようなストリームデータは、例えば、ＤＶＤ２１２０に記録されている情報をＲＦ信号の形式で受け取り、そのＲＦ信号をデジタル化して増幅し、ＥＦＭおよび復調処理を施すことにより得られる。ストリームデータ生成部２１３０の構成は公知のものと同一にすることができるので、ここでは詳しい説明を省略する。

復号化部２１４０は、分解部２１５０と、ＡＶデータ復号化部２１６０と、照明制御データ復号化部２１７０と、ＳＴＣ生成部２１８０と、同期コントローラ（制御部）２１９０とを含む。

分解部２１５０は、ストリームデータ生成部２１３０から、ＭＰＥＧ−ＰＳ方式に準拠したフォーマットを有するストリームデータを受け取り、そのストリームデータを符号化されたＡＶデータと符号化された照明制御データとに分解する。このような分解は、ＰＥＳパケットヘッダ中の識別コード（ｓｔｒｅａｍ＿ｉｄ）を参照することによって行われる。分解部２１５０は、例えば、デマルチプレクサである。

ＡＶデータ復号化部２１６０は、符号化されたＡＶデータを復号化することによりＡＶデータを出力する。ここで、本明細書では、「ＡＶデータ」とは、音声データおよび映像データのうちの少なくとも一方を含むデータをいう。

ＡＶデータ復号化部２１６０は、分解部２１５０から出力される符号化された映像データを一時的に格納するビデオバッファ２１６１と、符号化された映像データを復号化することにより、映像データを出力するビデオデコーダ２１６２と、分解部２１５０から出力
される符号化された音声データを一時的に格納するオーディオバッファ２１６３と、符号化された音声データを復号化することにより、音声データを出力するオーディオデコーダ２１６４とを含む。

照明制御データ復号化部２１７０は、符号化された照明制御データを復号化することにより照明制御データを出力する。「照明制御データ」は、実施の形態１で説明した照明制御データ１３１と同義である。従って、照明制御データは、照明装置１０に含まれる複数の画素１６を制御するためのデータである。照明制御データは、例えば、図７Ａに示されるフォーマットを有していてもよい。

照明制御データ復号化部２１７０は、分解部２１５０から出力される符号化された照明制御データを一時的に格納する照明バッファ２１７１と、符号化された照明制御データを復号化することにより、照明制御データを出力する照明デコーダ２１７２とを含む。

ＳＴＣ生成部２１８０は、ＳＴＣ（ＳｙｅｔｅｍＴｉｍｅＣｌｏｃｋ）を生成する。ＳＴＣは、ＳＣＲに基づいて２７ＭＨｚの基準クロックの周波数を調整する（すなわち、増減させる）ことによって得られる。ＳＴＣは、データを符号化したときに用いられた基準時間を符号化データを復号化する際に再現したものである。

同期コントローラ２１９０は、ＡＶデータ復号化部２１６０がＡＶデータを出力するタイミングと照明制御データ復号化部２１７０が照明制御データを出力するタイミングとが同期するように、ＡＶデータ復号化部２１６０と照明制御データ復号化部２１７０とを制御する。

このような同期再生の制御は、例えば、ＳＴＣとＰＴＳとが一致したときにビデオデコーダ２１６２から映像データのアクセスユニットが出力されるようにビデオデコーダ２１６２を制御し、ＳＴＣとＰＴＳとが一致したときにオーディオデコーダ２１６４から音声データのアクセスユニットが出力されるようにオーディオデコーダ２１６４を制御し、ＳＴＣとＰＴＳとが一致したときに照明デコーダ２１７２から照明制御データのアクセスユニットが出力されるように照明デコーダ２１７２を制御することによって達成される。

同期コントローラ２１９０は、ＡＶデータ復号化部２１６０がＡＶデータを復号化するタイミングと照明制御データ復号化部２１７０が照明制御データを復号化するタイミングとが同期するように、ＡＶデータ復号化部２１６０と照明制御データ復号化部２１７０とを制御するようにしてもよい。

このような同期再生の制御は、例えば、ＳＴＣとＤＴＳとが一致したときにビデオデコーダ２１６２によって映像データのアクセスユニットが復号化されるようにビデオデコーダ２１６２を制御し、ＳＴＣとＤＴＳとが一致したときにオーディオデコーダ２１６４によって音声データのアクセスユニットが復号化されるようにオーディオデコーダ２１６４を制御し、ＳＴＣとＤＴＳとが一致したときに照明デコーダ２１７２によって照明制御データのアクセスユニットが復号化されるように照明デコーダ２１７２を制御することによって達成される。

このように、映像データ、音声データ、照明制御データのアクセスユニットを出力するタイミングの制御に加えて、または、映像データ、音声データ、照明制御データのアクセスユニットを出力するタイミングの制御に代えて、映像データ、音声データ、照明制御データのアクセスユニットを復号化するタイミングの制御を行うようにしてもよい。アクセスユニットを出力するタイミング（順序）とアクセスユニットを復号化するタイミング（順序）とが異なる場合があるからである。このような制御により、映像データ、音声デー
タ、照明制御データを同期再生することが可能になる。

ビデオデコーダ２１６２から出力される映像データは、ＮＴＳＣエンコーダ２２００を介して外部機器（例えば、ＴＶ）に出力される。ビデオデコーダ２１６２とＴＶとは、再生装置２１００の出力端子２２４０を介して直接的に接続されてもよいし、ホームＬＡＮ１０３（図１）を介して間接的に接続されてもよい。

オーディオデコーダ２１６４から出力される音声データは、デジタル／アナログコンバータ（ＤＡＣ）２２１０を介して外部機器（例えば、スピーカ）に出力される。オーディオデコーダ２１６４とスピーカとは、再生装置２１００の出力端子２２５０を介して直接的に接続されてもよいし、ホームＬＡＮ１０３（図１）を介して間接的に接続されてもよい。

照明デコーダ２１７２から出力される照明制御データは、外部機器（例えば、照明装置１０（図１））に出力される。照明デコーダ２１７２と照明装置１０とは、再生装置２１００の出力端子２２６０を介して直接的に接続されてもよいし、ホームＬＡＮ１０３（図１）を介して間接的に接続されてもよい。照明デコーダ２１７２と照明装置１０とを再生装置２１００の出力端子２２６０を介して直接的に接続する場合には、照明装置１０のインタフェース部１７を再生装置２１００の出力端子２２６０に接続することが可能なように構成すればよい。照明デコーダ２１７２と照明装置１０とをホームＬＡＮ１０３を介して間接的に接続する場合には、照明装置１０のネットワーク通信部１１（図２）と通信可能なネットワーク通信部を再生装置２１００の照明デコーダ２１７２の後段に追加するようにすればよい。

なお、ストリームデータ生成部２１３０によって生成されるストリームデータは、符号化された副映像データを含んでいてもよいし、ナビゲーションデータを含んでいてもよい。例えば、ストリームデータが符号化された副映像データとナビゲーションデータとを含む場合には、分解部２１５０は、そのストリームデータを符号化された副映像データとナビゲーションデータとに分解する。図１４には示されていないが、復号化部２１４０は、ナビパック回路と、サブピクチャデコーダと、クローズドキャプションデータデコーダとをさらに含んでいてもよい。ナビパック回路は、ナビゲーションデータを処理することにより制御信号を生成し、その制御信号をコントローラ２２２０に出力する。サブピクチャデコーダは、符号化された副映像データを復号化することにより副映像データをＮＴＳＣエンコーダ２２００に出力する。クローズドキャプションデータデコーダは、符号化された映像データに含まれる符号化されたクローズドキャプションデータを復号化することによりクローズドキャプションデータをＮＴＳＣエンコーダ２２００に出力する。これらの回路の機能は公知であり、本発明の主題には関係しないので詳しい説明を省略する。このように、復号化部２１４０は、図１４に示されていない公知の構成を含んでいてもよい。

以上説明したように、実施の形態２によれば、記録媒体に記録されている音声データおよび／または映像データを再生することに同期して、その記録媒体に記録されている照明制御データを再生することが可能な再生装置が提供される。この再生装置に音声出力装置（例えば、スピーカ）と映像出力装置（例えば、ＴＶ）と照明装置とを接続することにより、記録媒体によって提供される音楽および／または映像に連動して照明パターンを変化させることが可能になる。

（実施の形態３）
実施の形態３では、受信された音声データおよび／または映像データを再生することに同期して、受信された照明制御データを再生することが可能な再生装置を説明する。この再生装置に音声出力装置（例えば、スピーカ）と映像出力装置（例えば、ＴＶ）と照明装
置とを接続することにより、放送によって提供される音楽および／または映像に連動して照明パターンを変化させることが可能になる。

図１９は、デジタル衛星放送システム３００１の概略構成を示す。

デジタル衛星放送システム３００１は、送信装置３００２と、人工衛星３００３と、受信装置３００４とを含む。送信装置３００２は、人工衛星３００３に向けて信号を送信する。受信装置３００４は、人工衛星３００３に向けて送信された信号を受信し、受信した信号を再生可能な信号に変換する。

送信装置３００２は、ＰＥＳストリーム生成部３０１０_１、３０１０_２、・・・３０１０_ｎと、多重化装置３０１１と、誤り訂正部３０１２と、変調部３０１３と、送信アンテナ３０１４とを含む。

ＰＥＳストリーム生成部３０１０_１、３０１０_２、・・・３０１０_ｎのそれぞれは、２以上のエレメンタリーストリームを多重化することにより、ＰＥＳストリームを生成する。あるいは、ＰＥＳストリーム生成部３０１０_１、３０１０_２、・・・３０１０_ｎのそれぞれは、単一のエレメンタリーストリームをパケット化することにより、ＰＥＳストリームを生成するようにしてもよい。ここで、エレメンタリーストリームとは、映像データ、音声データ、照明制御データなどデータのタイプごとに個別に符号化されたデータストリームをいう。このような符号化には、例えば、ＭＰＥＧ−２による情報圧縮技術が用いられる。ＰＥＳストリームとは、パケッタイズド・エレメンタリー・ストリーム（ＰａｃｋｅｔｉｚｅｄＥｌｅｍｅｎｔａｒｙＳｔｒｅａｍ）の略である。ＰＥＳストリームのデータ構造は、図１８に示される１以上のＰＥＳパケット（ＰＥＳ＿Ｐａｃｋｅｔ）を含むデータ構造と同一である。

多重化装置３０１１は、ｎ個のＰＥＳストリームを１８８バイトという比較的短い固定長の伝送単位で複数のトランスポートパケット（ＴｒａｎｐｏｒｔＰａｃｋｅｔ）に分解し、これらの複数のトランスポートパケットを時分割多重してつなげることにより、トランスポートストリーム（ＴｒａｎｓｐｏｒｔＳｔｒｅａｍ）として出力する。

誤り訂正部３０１２は、トランスポートストリームに誤り訂正のための符号化を施す。これは、トランスポートストリームを伝送する際に発生するノイズがトランスポートストリームに重畳された場合でも受信装置３００４側で正しいコードに訂正できるようにするためである。

変調部３０１３は、誤り訂正部３０１２の出力に所定のデジタル変調処理（例えば、ＱＰＳＫ変調）を施す。

送信アンテナ３０１４は、変調部３０１３の出力を人工衛星３００３に向けて送信する。

図２０は、ＭＰＥＧ−ＴＳ方式に準拠したトランスポートストリームのフォーマットを示す。

図２０に示される例では、トランスポートストリームは、３つの番組（プログラム＃１、プログラム＃２、プログラム＃３）を規定している。図２０に示されるトランスポートストリームは、３つの番組（プログラム＃１、プログラム＃２、プログラム＃３）にそれぞれ対応する３つのＰＥＳストリームを複数のトランスポートパケットに分解し、これらの複数のトランスポートパケットを時分割多重してつなげることにより得られる。３つの
ＰＥＳストリームのそれぞれは、１以上のＰＥＳパケットを含み、１以上のＰＥＳパケットのそれぞれは、符号化された映像データを含むＰＥＳパケットであってもよいし、符号化された照明制御データを含むＰＥＳパケットであってもよいし、符号化された音声データを含むＰＥＳパケットであってもよい（図２０には、３つのＰＥＳストリームのうちプログラム＃１に対応するＰＥＳストリームのみが示されている）。

図２０に示される例では、先頭のトランスポートパケット（ＴＳ＿Ｐａｃｋｅｔ（＃１））は、プログラム＃１のＰＥＳパケットの少なくとも一部を伝送するために使用され、２番目のトランスポートパケット（ＴＳ＿Ｐａｃｋｅｔ（＃２））は、プログラム＃２のＰＥＳパケットの少なくとも一部を伝送するために使用され、３番目のトランスポートパケット（ＴＳ＿Ｐａｃｋｅｔ（＃３））は、プログラム＃３のＰＥＳパケットの少なくとも一部を伝送するために使用される。

図２０に示されるように、トランスポートストリームは、１以上のトランスポートパケット（ＴＳ＿Ｐａｃｋｅｔ）を含む。

各トランスポートパケットは、パケットヘッダ（Ｐａｃｋｅｔ＿ｈｅａｄｅｒ）と、ペイロード（ｐａｙｌｏａｄ）とを含む。ペイロードは、１８８バイトの固定長である。

パケットヘッダには、トランスポートパケットの先頭を検出するための同期バイト、トランスポートパケットの種類を識別するためのパケット識別子（ＰＩＤ：ＰａｃｋｅｔＩｄｅｎｔｉｆｉｃａｔｉｏｎ）、基準時間情報（ＰＣＲ：ＰｒｏｇｒａｍＣｌｏｃｋ
Ｒｅｆｅｒｅｎｃｅ）などが記述される。ＰＣＲは、ＰＣＲの送信間隔が所定の時間（例えば、０．１ｍｓ）以下となるように配置される。

ペイロードには、ＰＥＳパケットを分割することによって得られる複数の部分のうちの１つが記述される。ＰＥＳパケットのフォーマットは、図１８に示されるＰＥＳパケットのフォーマットと同一であるので、ここでは詳しい説明を省略する。

このように、トランスポートストリームは、１本のストリームの中に複数のプログラムを規定することができるので、放送にも対応することができる。トランスポートストリームは、放送や通信ネットワークなどデータの伝送誤りが発生しやすい環境において使用されることを想定して設計されている。従って、トランスポートストリームの冗長度は、プログラムストリームの冗長度より大きい。トランスポートストリームは、伝送レートが固定の通信路で好適に使用される。トランスポートストリームの実用例としては、スカイパーフェクトＴＶやＤｉｒｅｃＴＶ、ＢＳデジタル放送、米国のＤＴＶなどが挙げられる。

なお、トランスポートストリームの中に含まれるプログラムの本数や、各プログラムとその構成要素との関係は、ＰＳＩ（ＰｒｏｇｒａｍＳｐｅｃｉｆｉｃ
Ｉｎｆｏｒｍａｔｉｏｎ）と呼ばれる情報によって規定されている。ＰＳＩは、セクションと呼ばれる単位でトランスポートパケットのペイロードに配置される。ＰＳＩは、ＰＡＴ（ＰｒｏｇｒａｍＡｓｓｏｃｉａｔｉｏｎＴａｂｌｅ）、ＰＭＴ（ＰｒｏｇｒａｍＭａｐＴａｂｌｅ）などの４種類のテーブルによって表現されている。ＰＡＴには、プログラム番号に対応するＰＭＴのＰＩＤなどが記述される。ＰＭＴには、プログラム番号に対応するプログラムに含まれる映像データのＰＩＤ、音声データのＰＩＤ、照明制御データのＰＩＤ、ＰＣＲのＰＩＤなどが記述される。

図１９を再び参照して、受信装置３００４は、人工衛星３００３からＲＦ信号を受信する受信アンテナ（受信部）３０１６と、受信アンテナ３０１６によって受信されたＲＦ信号の周波数を変換することによりＲＦ信号をＩＦ信号に変換するＬＮＢ（ＬｏｗＮｏｉ
ｓｅＢｌｏｃｋＣｏｎｖｅｒｔｅｒ）３０１５と、ＩＦ信号に応じて再生可能な信号を出力する統合受信復号装置（ＩｎｔｅｇｒａｔｅｄＲｅｃｅｉｖｅｒ／Ｄｅｃｏｄｅｒ；以下、ＩＲＤという）３０１７とを含む。ＩＲＤ３０１７は、セットトップボックス（ＳＴＢ）とも呼ばれる。

図２１は、本発明の実施の形態３のＩＲＤ３０１７の構成の一例を示す。ＩＲＤ３０１７は再生可能な信号を出力するので、ＩＲＤ３０１７を再生装置ともいうこととする。

図２１において、図１４に示される構成要素と同一の構成要素には同一の参照番号を付し、その説明を省略する。

ストリームデータ生成部３１３０は、ＩＦ信号に基づいて、符号化されたＡＶデータと符号化された照明制御データとを含むストリームデータを生成する。上述したように、ＩＦ信号は、受信アンテナ（受信部）３０１６の出力に基づいて生成される。従って、ストリームデータ生成部３１３０は、受信アンテナ（受信部）３０１６の出力に基づいてストリームデータを生成するストリームデータ生成部として機能する。

ストリームデータ生成部３１３０によって生成されるストリームデータは、ＭＰＥＧ−ＴＳ方式に準拠したフォーマットを有している（図２０参照）。このようなストリームデータは、例えば、チューニング処理を行った後、ＩＦ信号に復調処理（例えば、ＱＰＳＫ復調）を施すことによって得られる。ストリームデータ生成部３１３０の構成は公知のものと同一とすることができるので、ここでは詳しい説明を省略する。

復号化部３１４０は、分解部３１５０と、ＡＶデータ復号化部２１６０と、照明制御データ復号化部２１７０と、ＳＴＣ生成部３１８０と、同期コントローラ（制御部）２１９０とを含む。

分解部３１５０は、ストリームデータ生成部３１３０から、ＭＰＥＧ−ＴＳ方式に準拠したフォーマットを有するストリームデータを受け取り、そのストリームデータを符号化されたＡＶデータと符号化された照明制御データとに分解する。このような分解は、ＰＥＳパケットヘッダ中の識別コード（ｓｔｒｅａｍ＿ｉｄ）とトランスポートパケットのパケットヘッダ中のＰＩＤとを参照することによって行われる。同一のＰＩＤを有する２以上のトランスポートパケットを結合することにより、１つのＰＥＳパケットが形成される。分解部３１５０は、例えば、デマルチプレクサである。

ＳＴＣ生成部３１８０は、ＳＴＣ（ＳｙｅｔｅｍＴｉｍｅＣｌｏｃｋ）を生成する。ＳＴＣは、ＰＣＲに基づいて２７ＭＨｚの基準クロックの周波数を調整する（すなわち、増減させる）ことによって得られる。ＳＴＣは、データを符号化したときに用いられた基準時間を符号化データを復号化する際に再現したものである。

復号化部３１４０における他の構成要素は、図１４に示される復号化部２１４０の他の構成要素と同一である。従って、同期コントローラ２１９０は、実施の形態２で説明した方法と同一の方法により、ＡＶデータと照明制御データとの同期再生を制御することができる。

なお、復号化部３１４０は、図２１に示されていない公知の構成（例えば、エラー訂正回路や、デスクランブル回路など）を含んでいてもよい。

なお、送信装置３００２の側では、受信装置３００４の側にある照明装置１０の複数の画素１６の配列の態様を知ることができない。複数の画素１６の配列の態様は、例えば、
１つのパラメータもしくは２以上のパラメータの組み合わせによって表現され得る。そのようなパラメータのうちの１つは、例えば、画素の配列の形状（例えば、画素の配列がマトリクス状か、デルタ状かなど）を示すものであってもよいし、画素の数（例えば、水平方向の画素の数、垂直方向の画素の数など）を示すものであってもよいし、照明装置１０の型名を示すものであってもよい。送信装置３００２は、照明装置１０の複数の画素１６の配列の態様に適合した照明制御データを送信することができない。従って、受信装置３００４の側で何らかの処理を行う必要がある。

例えば、送信装置３００２が照明制御データの基本データ（すなわち、照明装置の画素の配列の代表的な態様に適合する照明制御データ）のみを送信する場合には、照明装置１０が自分自身の画素の配列の態様に適合するように送信されてきた照明制御データの基本データを加工（例えば、間引きまたは補間）するようにすればよい。あるいは、このような基本データの加工をＩＲＤ３０１７において行うようにしてもよい。照明装置１０またはＩＲＤ３０１７が照明制御データの基本データの加工を適切に行うためには、照明装置１０またはＩＲＤ３０１７が、照明制御データの基本データがどの照明装置の画素の配列の態様に適合するかを示す情報（画素配列識別情報）と照明装置１０の画素の配列の態様を識別する情報（識別情報）とを照合する照合部と、照合部による照合結果に応じて照明制御データの基本データを加工する加工部とを含んでいればよい。画素配列識別情報と識別情報とが一致する場合には、照明制御データの基本データを加工する必要はない。従って、この場合には、照明制御データの基本データが加工部に入力されないようにするか、または、加工部が照明制御データの基本データをスルーするようにすればよい。画素配列識別情報と識別情報とが一致しない場合には、加工部は、照合結果に応じて照明制御データの基本データに対して適切な加工（例えば、間引きまたは補間）を行うようにすればよい。画素配列識別情報は、例えば、ストリームデータのヘッダ（例えば、パケットヘッダ（図２０）、または、ＰＥＳパケットヘッダ（図２０））内に埋め込まれた形態で送信装置３００２から受信装置３００４に伝送される。画素配列識別情報は、伝送されるパケットデータが照明エレメンタリーストリームの部分に相当する場合に限って、ＰＥＳパケットヘッダの識別コード（Ｓｔｒｅａｍ＿ｉｄ）の直後に埋め込まれた形態で送信装置３００２から受信装置３００４に伝送されることが好ましい。画素配列識別情報は、例えば、複数のビット（例えば、４ビット）で表現され得る。

例えば、送信装置３００２が、画素の配列の態様が互いに異なる複数の照明装置に対応する複数の照明制御データを送信する場合には、照明装置１０が送信されてきた複数の照明制御データの中から自分自身の画素の配列の態様に適合する照明制御データを選択するようにすればよい。あるいは、このような照明制御データの選択をＩＲＤ３０１７において行うようにしてもよい。照明装置１０またはＩＲＤ３０１７が照明制御データの選択を適切に行うためには、照明装置１０またはＩＲＤ３０１７が、複数の照明制御データのそれぞれがどの照明装置の画素の配列の態様に適合するかを示す情報（画素配列識別情報）と照明装置１０の画素の配列の態様を識別する情報（識別情報）とを照合する照合部と、照合部による照合結果に応じて複数の照明制御データのうちの１つを選択する選択部とを含んでいればよい。選択部は、複数の照明制御データのうち、識別情報に一致する画素配列識別情報に対応する照明制御データを選択する。画素配列識別情報の伝送のしかた、表現のしかたは上述したとおりである。

なお、照明制御データの復号化などの処理の無駄を省くためには、照明制御データの選択をＩＲＤ３０１７において行うことが好ましい。例えば、ストリームデータ生成部３１３０が、上述した照合部と上述した選択部とを含むようにしてもよい。この場合には、Ｉ／Ｆコントローラ２２３０に入力されるユーザからの選択コマンド（画素配列識別情報に関連づけられたコマンド）に従って、ストリームデータ生成部３１３０が複数の照明制御データのうちユーザが所望する１つを選択するように、コントローラ２２２０がストリー
ムデータ生成部３１３０を制御するようにすればよい。あるいは、ＩＲＤ３０１７が、ＩＲＤ３０１７に接続されている照明装置１０の画素の配列の態様を予め知っている場合には、その画素の配列の態様に適合する照明制御データを自動的に選択するようにしてもよい。

なお、実施の形態２において、照明装置１０または再生装置２１００が、上述した照合部と上述した加工部とを含んでいてもよい。これにより、照明装置１０または再生装置２１００が、照明制御データの基本データの加工を適切に行うことが可能になる。あるいは、実施の形態２において、照明装置１０または再生装置２１００が、上述した照合部と上述した選択部とを含んでいてもよい。これにより、照明装置１０または再生装置２１００が、照明制御データの選択を適切に行うことが可能になる。

以上説明したように、実施の形態３によれば、受信された音声データおよび／または映像データを再生することに同期して、受信された照明制御データを再生することが可能な再生装置が提供される。この再生装置に音声出力装置（例えば、スピーカ）と映像出力装置（例えば、ＴＶ）と照明装置とを接続することにより、放送によって提供される音楽および／または映像に連動して照明パターンを変化させることが可能になる。

なお、実施の形態３では、受信アンテナ（受信部）３０１６が、送信装置３００２から放送の形態で送信された情報を受信する例を説明した。しかし、情報の送信の形態は放送の形態に限定されない。例えば、受信部が、送信装置からネットワーク経由で送信された情報を受信するようにしてもよい。この場合には、受信部は、受信した情報を直接的に復号化部３１４０に入力するようにすればよい。

本発明の実施の形態１の照明サービスを提供するシステム１００の構成を示すブロック図本発明の照明装置１０の構成を示すブロック図照明装置１０の１つの画素１６の構成の例を示す図照明装置１０の１つの画素１６の構成の他の例を示す図照明装置１０の１つの画素１６の構成のさらに他の例を示す図照明装置１０が家庭１０２に配置された状態を示す図サービスセンタ１のＣＰＵ２によって実行される、照明サービス提供処理の手順を示すフローチャートユーザ３０１がサービスセンタ１に注文１２１を送信する際のユーザインタフェースとして機能するウェブページ６０１の例を示す図照明サービスの紹介のためのウェブページ６１０の一例を示す図メッセージ表示サービスの一覧を表示するウェブページ６２０の一例を示す図ユーザ３０１がサービスセンタ１に「誕生日祝い」のメッセージを表示するサービスを注文するためのウェブページ６３０の一例を示す図照明パターン表示サービスの一覧を表示するウェブページ６４５の一例を示す図「シチュエーション照明」の照明パターンの一覧を表示するウェブページ６５０の一例を示す図「自然」を主題とした照明パターンの一覧を表示するウェブページ６６０の一例を示す図ユーザ３０１がサービスセンタ１に「草原」を主題とした照明サービスを注文するためのウェブページ６７０の例を示す図照明制御データ１３１の構造の例を示す図特定の画素についての輝度データの構造の例を示す図図７Ｂに示される輝度データによりＬＥＤ１７Ｒ、１７Ｇおよび１７Ｂの輝度が制御される様子を示す図照明装置１０に、メッセージを表示した例を示す図木漏れ日の原理を説明する図木漏れ日によって照らされる地面９０６の様子を示す図天井に取り付けられた照明装置１０によって、部屋の床面１００６が照らされる様子を示す図照明光５１によって照明された床面１００６の状態を示す図照明装置１０に含まれる２つの画素によって照明される床面１００６上の領域を示す図画素１６−１および画素１６−２の明るさの制御の例を示す図図１１Ｂに示されるように画素１６−１および画素１６−２の明るさを制御した場合の、床面１００６の状態の変化を示す図照明装置１０が照明する部屋の香りを制御するための香り制御装置１３００の例を示す図本発明の実施の形態２の再生装置２１００の構成の一例を示すブロック図ＤＶＤ２１１０に記録されているデータのフォーマットを示す図ＶＭＧ、ＶＴＳのフォーマットを示す図ＶＯＢＳのフォーマットを示す図ＭＰＥＧ−ＰＳ方式に準拠したパックのフォーマットを示す図デジタル衛星放送システム３００１の概略構成を示す図ＭＰＥＧ−ＴＳ方式に準拠したトランスポートストリームのフォーマットを示す図本発明の実施の形態３のＩＲＤ３０１７の構成の一例を示すブロック図

符号の説明

１サービスセンタ
２ＣＰＵ
３ネットワーク通信部
５表示部
１０照明装置
１３表示制御部
１４表示部
１６画素
１７インタフェース部
１２１注文
１３１照明制御データ

Claims

符号化されたＡＶデータと符号化された照明制御データとを含むストリームデータを受け取り、前記ストリームデータを前記符号化されたＡＶデータと前記符号化された照明制御データとに分解する分解部と、
前記符号化されたＡＶデータを復号化することにより、ＡＶデータを出力するＡＶデータ復号化部と、
前記符号化された照明制御データを復号化することにより、照明制御データを出力する
照明制御データ復号化部と
を備え、
前記ＡＶデータは、オーディオデータおよびビデオデータのうちの少なくとも一方を含み、前記照明制御データは、照明装置に含まれる複数の画素を制御するためのデータである、再生装置。
前記ＡＶデータ復号化部と前記照明制御データ復号化部とを制御する制御部をさらに備え、
前記制御部は、前記ＡＶデータ復号化部による復号または出力のタイミングと前記照明制御データ復号化部による復号または出力のタイミングとが同期するように、前記ＡＶデータ復号化部と前記照明制御データ復号化部とを制御する、請求項１に記載の再生装置。
記録媒体に記録された情報を読み取る読み取り部と、
前記読み取り部の出力に基づいて、前記ストリームデータを生成するストリームデータ生成部とをさらに備えた、請求項１に記載の再生装置。
送信装置から送信された情報を受信する受信部と、
前記受信部の出力に基づいて、前記ストリームデータを生成するストリームデータ生成部とをさらに備えた、請求項１に記載の再生装置。
前記受信部は、前記送信装置から放送の形態で送信された前記情報を受信する、請求項４に記載の再生装置。
前記受信部は、前記送信装置からネットワーク経由で送信された前記情報を受信する、請求項４に記載の再生装置。
前記ストリームデータは、前記照明制御データがどの照明装置の画素の配列の態様に適合するかを示す情報をさらに含む、請求項１に記載の再生装置。