(57)【要約】  【課題】  コンテンツ起動時間の短縮及び低消費電力化を図ることができるコンテンツ伝送システムを実現する。  【解決手段】  送信機１００と人感センサ１９を備えた受信機２００とからなり、人感センサ１９の検知結果に応じて受信機２００の状態を変更するコンテンツ伝送システム。なお、受信機２００の状態として、コンテンツ伝送を即時開始できるスタンバイ状態と、コンテンツ伝送に必要なリソースを開放したアウェイク状態と、スタンバイ状態及びアウェイク状態に比べて消費電力が小さいスリープ状態とが少なくとも存在する。【選択図】      図１
2006211370.tif 000002
【特許請求の範囲】
【請求項１】
送信機と人感センサを備えた受信機とからなるコンテンツ伝送システムであって、
前記人感センサの検知結果に応じてコンテンツ起動時間を変更するコンテンツ起動時間変更手段を備えることを特徴とするコンテンツ伝送システム。
【請求項２】
前記コンテンツ起動時間変更手段が、前記人感センサの検知結果に応じて前記受信機の状態を変更する請求項１に記載のコンテンツ伝送システム。
【請求項３】
前記受信機の状態として、コンテンツ伝送を即時開始できる第１の状態と、コンテンツ伝送に必要なリソースを開放した第２の状態と、第１の状態及び第２の状態に比べて消費電力が小さい第３の状態とが少なくとも存在する請求項２に記載のコンテンツ伝送システム。
【請求項４】
前記受信機の状態が第２の状態又は第３の状態であるときに前記人感センサが人を検知すると、前記受信機の状態が第１の状態になる請求項３に記載のコンテンツ伝送システム。
【請求項５】
前記受信機の状態が第２の状態又は第３の状態であるときに前記人感センサが第１の期間人を検知し続けると、前記受信機の状態が第１の状態になる請求項３に記載のコンテンツ伝送システム。
【請求項６】
コンテンツ伝送中に前記人感センサが人を検知しなくなると、コンテンツの伝送を停止する停止手段を備える請求項１〜５のいずれかに記載のコンテンツ伝送システム。
【請求項７】
コンテンツ伝送中に前記人感センサが人を検知しない状態が第２の期間続くと、コンテンツの伝送を停止する停止手段を備える請求項１〜５のいずれかに記載のコンテンツ伝送システム。
【請求項８】
前記受信機の状態が第１の状態であるときに前記人感センサが人を検知しなくなると、前記受信機の状態が第２の状態又は第３の状態になり、
前記受信機の状態が第２の状態であるときに前記人感センサが人を検知しなくなると、前記受信機の状態が第３の状態になる請求項１〜７のいずれかに記載のコンテンツ伝送システム。
【請求項９】
前記受信機の状態が第１の状態であるときに前記人感センサが人を検知しない状態が第２の期間続くと、前記受信機の状態が第２の状態又は第３の状態になり、
前記受信機の状態が第２の状態であるときに前記人感センサが人を検知しない状態が第２の期間続くと、前記受信機の状態が第３の状態になる請求項１〜７のいずれかに記載のコンテンツ伝送システム。
【請求項１０】
前記受信機がコンテンツ伝送に関する制御コマンドを入力する入力手段を備え、
前記入力手段に前記制御コマンドが入力されない状態が第３の期間続くことにより前記受信機の状態を変更する請求項１〜９のいずれかに記載のコンテンツ伝送システム。
【請求項１１】
前記受信機の状態が第１の状態であるときに前記入力手段に前記制御コマンドが入力されない状態が第３の期間続くと、前記受信機の状態が第２の状態又は第３の状態になり、
前記受信機の状態が第２の状態であるときに前記入力手段に前記制御コマンドが入力されない状態が第３の期間続くと、前記受信機の状態が第３の状態になる請求項１０に記載のコンテンツ伝送システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、送信機から受信機にコンテンツが伝送されるコンテンツ伝送システムに関する。
【背景技術】
【０００２】
従来のコンテンツ伝送システムは送信機と受信機を備えており、送信機がＤＶＤプレーヤ等のコンテンツ機器に接続され、受信機がＴＶなどのコンテンツ視聴機器に接続される。コンテンツ機器から出力されたコンテンツは、送信機から受信機に伝送され、受信機からコンテンツ視聴機器に出力される。これにより、ユーザーはコンテンツ視聴機器からコンテンツを視聴することが可能となる。なお、コンテンツ視聴機器の代わりにＨＤＤプレーヤ等のコンテンツ記録機器が受信機に接続される場合もある。
【０００３】
従来のコンテンツ伝送システムは、送信機と受信機との間でコンテンツ伝送を開始する場合、コンテンツ伝送に必要な情報を送信機と受信機との間で交換した後に実際のコンテンツ伝送を行う。ユーザーがコンテンツ機器を操作する場合には、通常、ユーザーがリモコン等を用いて受信機にコマンドを送り、送信機と受信機でコマンドを含めた情報を交換し、コンテンツ機器にコマンドが伝達され、そのコマンドがコンテンツ機器の動作に反映される。
【特許文献１】特開平１１−２５２５０６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来のコンテンツ伝送システムでは、ユーザーがコンテンツの視聴を開始しようとしてリモコン等を用いて受信機に対してコマンドを発行してから、実際にユーザーがコンテンツ視聴機器からコンテンツを視聴することができるまでの時間（以下、コンテンツ起動時間ともいう）がかかる。その主な理由としては、コンテンツ伝送に必要な情報を送信機と受信機との間で交換し共有するのに要する時間が長いことが挙げられる。
【０００５】
ユーザーが視聴を望みリモコンなどの操作機器を操作してから実際に視聴可能になるまでに時間がかかることはユーザーにストレスを与えることとなるため、コンテンツ起動時間を短縮することが望まれている。
【０００６】
また、コンテンツ伝送システムにおいては、低消費電力化の実現が望まれている。特にコンテンツ無線伝送システムにおいては、無線の利便性を活かすために受信機をポータブル型としポータブル型のコンテンツ視聴器に接続する場合が多くなってきており、この場合、受信機はバッテリーなどで駆動することになり、受信機の低消費電力化を実現し連続駆動時間を長くすることが強く望まれている。
【０００７】
なお、起動時間を短縮できるカメラ監視システムが特許文献１に記載されている。特許文献１に記載されているカメラ監視システムは、監視カメラによって録画記憶した映像を再生確認するシステムであって、監視カメラに備えられたセンサが人体を検知してから実際に録画が開始されるまでに一定の時間がかかり、その間は録画ができないという課題を解決するために、一時的に監視カメラに備えられた補助記憶ユニットで録画しておき、後ほど主記憶ユニットに順次転送して録画する構成としている。しかしながら、特許文献１に記載されたカメラ監視システムは、録画開始までの時間を短縮することはできるが、ユーザー視聴側すなわち主記憶ユニットにコンテンツが伝送されるまでの時間を短縮できるものではない。
【０００８】
本発明は、上記の問題点に鑑み、コンテンツ起動時間の短縮及び低消費電力化を図ることができるコンテンツ伝送システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するために本発明に係るコンテンツ伝送システムは、送信機と人感センサを備えた受信機とからなり、前記人感センサの検知結果に応じてコンテンツ起動時間を変更するコンテンツ起動時間変更手段を備える構成としている。
【００１０】
このような構成によると、前記人感センサの検知結果に応じてコンテンツ起動時間の短縮の要否を判断し、コンテンツ起動時間の短縮が必要である場合はコンテンツ起動時間を短くし、コンテンツ起動時間の短縮が不要である場合はコンテンツ起動時間を長くして消費電力を低減することができる。したがって、コンテンツ起動時間の短縮及び低消費電力化を図ることができる。
【００１１】
なお、コンテンツ起動時間の変更は、例えば、前記受信機の状態を変更することによって実現することができる。
【００１２】
また、前記受信機の状態として、コンテンツ伝送を即時開始できる第１の状態と、コンテンツ伝送に必要なリソースを開放した第２の状態と、第１の状態及び第２の状態に比べて消費電力が小さい第３の状態とが少なくとも存在するようにしてもよい。
【００１３】
このような構成によると、前記人感センサの検知結果に応じて前記受信機の状態を柔軟に変更することが可能となり、リソースの有効利用、低消費電力の実現が可能となる。第２の状態は第１の状態に比べて、限りある無線帯域のリソースを開放することになるので、限られたリソースを有効に利用することが可能となる。また、第３の状態は第１の状態又は第２の状態に比べて消費電力を抑えることが可能となる。しかしながら、コンテンツを伝送できる状態になるまでにかかる時間は、第３の状態に比べて第２の状態の方が短く、第２の状態に比べて第１の状態の方が短くなる。
【００１４】
また、前記受信機の状態が第２の状態又は第３の状態であるときに前記人感センサが人を検知すると、前記受信機の状態が第１の状態になるようにしてもよい。
【００１５】
このような構成によると、前記受信機の周辺にユーザーが存在するときは必ずコンテンツ起動時間が短くなる。
【００１６】
また、前記受信機の状態が第２の状態又は第３の状態であるときに前記人感センサが第１の期間人を検知し続けると、前記受信機の状態が第１の状態になるようにしてもよい。
【００１７】
このような構成によると、ユーザーが視聴を意図しない極わずかな時間のみ前記受信機の周辺にユーザーが存在した場合、あるいは前記人感センサの誤動作により極わずかな時間のみ前記受信機の周辺にユーザーが存在すると誤検出されてしまった場合などに、第２の状態又は第３の状態から第１の状態に遷移することを防止し、無駄なリソースや無駄な電力消費を防ぐことができる。なお、第１の期間を変更する第１の変更手段を設けることが望ましい。第１の変更手段を設けることにより、前記人感センサのセンサ有効範囲の境界付近を人が往復している場合などに応答する前記受信機の動作すなわちユーザーの意図しない前記受信機の動作をユーザーが環境、移動パターンに合わせて調整することが可能となる。
【００１８】
また、上記各構成（以下、第１群の構成という）のコンテンツ伝送システムにおいて、コンテンツ伝送中に前記人感センサが人を検知しなくなると、コンテンツの伝送を停止する停止手段を備えるようにしてもよい。
【００１９】
このような構成によると、無駄なコンテンツ伝送を防止し、無駄な電力消費を防ぐことができる。
【００２０】
また、第１群の構成のコンテンツ伝送システムにおいて、コンテンツ伝送中に前記人感センサが人を検知しない状態が第２の期間続くと、コンテンツの伝送を停止する停止手段を備えるようにしてもよい。
【００２１】
このような構成によると、ユーザーが視聴を意図しない極わずかな時間のみ前記受信機の周辺にユーザーが存在しない場合、あるいは前記人感センサの誤動作により極わずかな時間のみ前記受信機の周辺にユーザーが存在しないと誤検出されてしまった場合などに、コンテンツ伝送が停止されてしまうことを防ぐことが可能となる。なお、第２の期間を変更する第２の変更手段を設けることが望ましい。第２の変更手段を設けることにより、前記人感センサのセンサ有効範囲の境界付近を人が往復している場合などに応答する前記受信機の動作すなわちユーザーの意図しない前記受信機の動作をユーザーが環境、移動パターンに合わせて調整することが可能となる。
【００２２】
また、上記各構成（以下、第２群の構成という）のコンテンツ伝送システムにおいて、前記受信機の状態が第１の状態であるときに前記人感センサが人を検知しなくなると、前記受信機の状態が第２の状態又は第３の状態になり、前記受信機の状態が第２の状態であるときに前記人感センサが人を検知しなくなると、前記受信機の状態が第３の状態になるようにしてもよい。
【００２３】
このような構成によると、前記人感センサが人を検知しなくなったことに応答して、即座に前記受信機の状態を柔軟に変更することが可能となり、無駄なリソースを開放し、無駄な電力を削減するので、リソースの有効利用、低消費電力化を図ることができる。
【００２４】
また、第２群の構成のコンテンツ伝送システムにおいて、前記受信機の状態が第１の状態であるときに前記人感センサが人を検知しない状態が第２の期間続くと、前記受信機の状態が第２の状態又は第３の状態になり、前記受信機の状態が第２の状態であるときに前記人感センサが人を検知しない状態が第２の期間続くと、前記受信機の状態が第３の状態になるようにしてもよい。
【００２５】
このような構成によると、極わずかな時間のみ前記受信機の周辺にユーザーが存在しない場合、あるいは前記人感センサの誤動作により極わずかな時間のみ前記受信機の周辺にユーザーが存在しないと誤検出されてしまった場合などに、リソースが開放されコンテンツ伝送が停止してしまうことなどのユーザーの意図しない動作を防ぐことが可能となる。
【００２６】
また、上記各構成のコンテンツ伝送システムにおいて、前記受信機がコンテンツ伝送に関する制御コマンドを入力する入力手段を備え、前記入力手段に前記制御コマンドが入力されない状態が第３の期間続くことにより前記受信機の状態を変更するようにしてもよい。
【００２７】
このような構成によると、ユーザーが眠ってしまった場合などにリソースの有効利用、低消費電力化を図ることができる。なお、第３の期間を変更する第３の変更手段を設けることが望ましい。第３の変更手段を設けることにより、ユーザーがコンテンツを視聴し続けている場合にコンテンツ伝送が停止してしまうなどのユーザーの意図しない動作をユーザーの行動パターンに合わせて調整することが可能となる。
【００２８】
また、前記受信機の状態が第１の状態であるときに前記入力手段に前記制御コマンドが入力されない状態が第３の期間続くと、前記受信機の状態が第２の状態又は第３の状態になり、前記受信機の状態が第２の状態であるときに前記入力手段に前記制御コマンドが入力されない状態が第３の期間続くと、前記受信機の状態が第３の状態になるようにしてもよい。
【００２９】
このような構成によると、ユーザーが眠ってしまった場合などに無駄なリソースを開放し、無駄な電力を削減するので、リソースの有効利用、低消費電力化を図ることができる。
【００３０】
なお、上記各構成のコンテンツ伝送システムにおいて、前記人感センサのセンサ有効範囲を変更する第４の変更手段を設けてよい。これにより、ユーザーの予期しないコンテンツ伝送の停止や無駄なリソースの確保などを防ぐことが可能となる。
【００３１】
さらに、上記各構成のコンテンツ伝送システムにおいて、前記人感センサの有効、無効を切り替える切替手段を設けてもよい。これにより、コンテンツ起動時間の短縮よりも消費電力の低減を優先したい場合などのユーザーの意思を反映することが可能となる。
【発明の効果】
【００３２】
本発明によると、コンテンツ起動時間の短縮及び低消費電力化を図ることができるコンテンツ伝送システムを実現することができる。
【発明を実施するための最良の形態】
【００３３】
本発明の実施形態について図面を参照して以下に説明する。本発明に係るコンテンツ伝送システムとして、ここではコンテンツ無線伝送システムを例に挙げて説明を行う。コンテンツ無線伝送システムは、例えば、映像、音声などのコンテンツを保持、提供しているコンテンツ機器が存在する部屋と離れた位置に存在する別の部屋でユーザーがコンテンツ視聴機器からコンテンツを視聴する場合等に用いられる。
【００３４】
本発明に係るコンテンツ無線伝送システムの一構成例を図１に示す。図１に示すコンテンツ無線伝送システムは送信機１００と受信機２００から成る。コンテンツ機器であるＤＶＤプレーヤ７、ＨＤＤプレーヤ８、及びＶＴＲ９と、アンテナ１０とが送信機１００に接続される。また、アンテナ１１と、コンテンツ視聴機器であるＴＶ２０とが受信機２００に接続される。
【００３５】
送信機１００は、メモリ１と、メモリ１に記憶されているデータを用いて送信機全体の動作を制御するＣＰＵ２と、インターフェース３と、データ送信部５及びデータ受信部６から成る無線部４とを備える。
【００３６】
受信機２００は、メモリ１２と、メモリ１２に記憶されているデータを用いて受信機全体の動作を制御するＣＰＵ１３と、データ受信部１５及びデータ送信部１６から成る無線部１４と、インターフェース１７と、リモコンから送信されるリモコン信号を受信してユーザー設定やコンテンツ伝送に関する制御コマンド等を入力する入力部１８と、人感センサ１９とを備える。
【００３７】
人感センサ１９は赤外線によりセンサ有効範囲ＥＲ内に人が存在するか否かを検知する。人感センサ１９は、ユーザーの設定により、センサ有効範囲ＥＲ内にいる人の検知を行うか行わないかを設定したり、感度を変更することでセンサ有効範囲ＥＲを変更したり、センサ有効範囲ＥＲに方向性を持たせたりすることができる。ユーザーの設定はリモコンから入力部１８に送られ、入力部１８が入力したユーザー設定に応じてＣＰＵ１３が人感センサ１９の設定を変更する。
【００３８】
ＣＰＵ１３は、人感センサ１９の検知結果に応じて受信機２００の状態を変更する。受信機２００の状態としては、帯域を確保していて送信機１００からコンテンツをすぐに受信できるスタンバイ状態と、送信機１００とリンクしているアウェイク状態と、無線部１４の電源を切っているスリープ状態とがある。受信機２００は、スタンバイ状態であるときに送信機１００からコンテンツデータが送られてくると、無線部１４のデータ受信部１５でコンテンツデータを受信し、メモリ１２でコンテンツデータを蓄積しながら、インターフェース１７を通してＴＶ２０にコンテンツデータを送る。これにより、ユーザーはＴＶ２０からコンテンツを視聴することができる。
【００３９】
受信機２００の状態遷移について図２〜図４を参照して説明する。図２は、人感センサ１９が人を検知した場合または人を検知した状態が一定期間続いた場合の受信機２００の状態遷移を示す図である。この場合、受信機２００の状態がスリープ状態ＳＬまたはアウェイク状態ＡＷであれば、即座にスタンバイ状態ＳＴに遷移してコンテンツの受信が可能な状態で待機する。このような状態遷移により、コンテンツ起動時間の短縮を図ることができる。図３は、人感センサ１９が人を検知しなくなった場合または人を検知しなくなった状態が一定期間続いた場合の受信機２００の状態遷移を示す図である。この場合、受信機２００の状態がスタンバイ状態ＳＴであれば即座にアウェイク状態ＡＷに遷移し、アウェイク状態ＡＷであれば即座にスリープ状態ＳＬに遷移する。なお、ユーザーの設定により、受信機２００の状態がスタンバイ状態ＳＴであれば即座にアウェイク状態ＡＷではなくスリープ状態ＳＬに遷移するようにしてもよい。このような状態遷移により、低消費電力化を図ることができる。図４は、コンテンツ伝送に関する制御コマンド入力の有無に応じた受信機２００の状態遷移を示す図である。コンテンツ伝送に関する制御コマンドを入力した場合、受信機２００の状態がスリープ状態ＳＬまたはアウェイク状態ＡＷであれば即座にスタンバイ状態ＳＴに遷移する。コンテンツ伝送に関する制御コマンドを入力していない期間が一定期間続いた場合、受信機２００の状態がスタンバイ状態ＳＴであれば即座にアウェイク状態ＡＷに遷移し、アウェイク状態ＡＷであれば即座にスリープ状態に遷移する。なお、ユーザーの設定により、受信機２００の状態がスタンバイ状態ＳＴであれば即座にアウェイク状態ＡＷではなくスリープ状態ＳＬに遷移するようにしてもよい。このような状態遷移により、例えば送信機１００から送られてきたコンテンツを録画予約により受信機２００に接続されるＨＤＤプレーヤ等のコンテンツ記録機器に保存するには人感センサ１９が人を検知していなくても受信機２００の状態をスタンバイ状態にすることができる。また、ユーザーがコンテンツ視聴中に長時間の睡眠に入ってしまった場合にはコンテンツ伝送に関する制御コマンドを受けていない期間が一定期間続くので、コンテンツ伝送を停止して受信機２００の状態を順次アウェイク状態、スリープ状態と変更あるいは直接スリープ状態に変更し、リソース、消費電力を節約することができる。
【００４０】
次に、受信機２００の全体動作について図５のフローチャートを参照して説明する。入力部１８が機器起動コマンドを入力すると、受信機２００が起動し図５のフローが開始する。受信機２００が起動すると、まずＣＰＵ１３が人感センサ１９の設定がＯＮであるかを判定する（ステップＳ１）。人感センサ１９の設定がＯＮであれば（ステップＳ１のＹＥＳ）、ＣＰＵ１３の制御により人感センサ１９が起動し（ステップＳ２）、ステップＳ３に移行する。一方、人感センサ１９の設定がＯＦＦであれば（ステップＳ１のＮＯ）、ＣＰＵ１３は受信機２００の動作モードを通常動作モードにし（ステップＳ５）、ステップＳ６に移行する。なお、通常動作モードとは、受信機２００の状態を普段はスリープ状態にしておき、入力部１８が制御コマンドを入力したら、無線部１４の電源をＯＮにし、コンテンツ伝送に必要な情報を送信機と１００の間で交換し、その後コンテンツデータを受信する動作モードをいう。
【００４１】
ステップＳ３では、ＣＰＵ１３は受信機２００の動作モードを人感センサ１９の検知結果に応じて受信機２００の状態を変更する状態遷移モードにし（ステップＳ３）、ステップＳ４に移行する。なお、状態遷移モードの詳細については後述する。
【００４２】
ステップＳ４では、入力部１８が入力した機器終了コマンドに応じてＣＰＵ１３が機器終了コマンドを実行したかをＣＰＵ１３が判定する。機器終了コマンドが実行されていなければ（ステップＳ４のＮＯ）ステップＳ３に移行し、機器終了コマンドが実行されていれば（ステップＳ４のＹＥＳ）受信機２００の電源がＯＦＦになりフローが終了する。
【００４３】
ステップＳ６では、入力部１８が入力した機器終了コマンドに応じてＣＰＵ１３が機器終了コマンドを実行したかをＣＰＵ１３が判定する。機器終了コマンドが実行されていなければ（ステップＳ６のＮＯ）ステップＳ５に移行し、機器終了コマンドが実行されていれば（ステップＳ６のＹＥＳ）受信機２００の電源がＯＦＦになりフローが終了する。なお、図５のフロー動作中に人感センサ１９の設定が変更されれば、ＣＰＵ１３の制御により、人感センサ１９がＯＦＦ状態となりステップＳ１に移行する。
【００４４】
次に、状態遷移モード（図５中のステップＳ３）の詳細について図６のフローチャートを参照して説明する。状態遷移モードが開始されると、まず人感センサ１９による人の検知すなわちセンシングが行われる（ステップＳ１１）。次にセンシングにより人を検知したかを否かをＣＰＵ１３が人感センサ１９の出力に基づいて判定する（ステップＳ１２）。
【００４５】
人を検知した場合（ステップＳ１２のＹＥＳ）、状態遷移１を行い（ステップＳ１３）、その後ステップＳ１５に移行する。一方、人を検知しなかった場合（ステップＳ１２のＮＯ）、状態遷移２を行い（ステップＳ１４）、その後ステップＳ１５に移行する。なお、状態遷移１及び状態遷移２の詳細については後述する。
【００４６】
ステップＳ１５では、受信機２００の状態がスタンバイ状態であるか否かをＣＰＵ１３が判定する。受信機２００の状態がスタンバイ状態であれば（ステップＳ１５のＹＥＳ）、コンテンツ伝送に関する制御コマンドを入力部１８が所定期間待機し（ステップＳ１６）、その後入力部１８が制御コマンドを入力したかをＣＰＵ１３が判定する（ステップＳ１７）。受信機２００の状態がスタンバイ状態でなければ（ステップＳ１５のＮＯ）、状態遷移モードを終了する。
【００４７】
ステップＳ１７の判定の結果、入力部１８が制御コマンドを入力していれば（ステップＳ１７のＹＥＳ）、ＣＰＵ１３は制御コマンドを実行し（ステップＳ１８）、その後状態遷移モードを終了する。一方、ステップＳ１７の判定の結果、入力部１８が制御コマンドを入力していなければ（ステップＳ１７のＮＯ）、そのまま状態遷移モードを終了する。
【００４８】
上述した図６に示すフロー動作では、ユーザーがコンテンツの視聴を意図しない極僅かな時間のみ人感センサ１９のセンサ有効範囲ＥＲ内に人が存在した場合や人感センサ１９の誤動作により極僅かな時間のみ人感センサ１９のセンサ有効範囲ＥＲ内に人が存在すると誤検出されてしまった場合などに無駄な状態遷移が起こってしまう。この様な無駄な状態遷移を防ぐ観点から、状態遷移モード（図５中のステップＳ３）において図７に示すフロー動作を行うようにしてもよい。
【００４９】
図７に示すフロー動作では、状態遷移モードが開始されると、まず人感センサ１９による人の検知すなわちセンシングが行われる（ステップＳ２１）。次にセンシングにより人を検知したかを否かをＣＰＵ１３が人感センサ１９の出力に基づいて判定する（ステップＳ２２）。
【００５０】
人を検知した場合（ステップＳ２２のＹＥＳ）、人感センサ１９が人を検知している状態が一定期間続いているかの確認すなわち存在確認を行い（ステップＳ２３）、その後ステップＳ２５に移行する。一方、人を検知しなかった場合（ステップＳ２２のＮＯ）、人感センサ１９が人を検知していない状態が一定期間続いているかの確認すなわち不在確認を行い（ステップＳ２４）、その後ステップＳ２５に移行する。なお、存在確認及び不在確認の詳細については後述する。
【００５１】
ステップＳ２５では、受信機２００の状態がスタンバイ状態であるか否かをＣＰＵ１３が判定する。受信機２００の状態がスタンバイ状態であれば（ステップＳ２５のＹＥＳ）、コンテンツ伝送に関する制御コマンドを入力部１８が所定期間待機し（ステップＳ２６）、その後入力部１８が制御コマンドを入力したかをＣＰＵ１３が判定する（ステップＳ２７）。受信機２００の状態がスタンバイ状態でなければ（ステップＳ２５のＮＯ）、状態遷移モードを終了する。
【００５２】
ステップＳ２７の判定の結果、入力部１８が制御コマンドを入力していれば（ステップＳ２７のＹＥＳ）、ＣＰＵ１３は制御コマンドを実行し（ステップＳ２８）、その後状態遷移モードを終了する。一方、ステップＳ２７の判定の結果、入力部１８が制御コマンドを入力していなければ（ステップＳ２７のＮＯ）、そのまま状態遷移モードを終了する。
【００５３】
次に、存在確認（図７中のステップＳ２３）の詳細について図８のフローチャートを参照して説明する。図８に示すフロー動作では、ＣＰＵ１３が、まず現時点の時間から前回の存在確認時の時間を減算することによって得られる期間を前回の存在確認時に算出した存在確認期間に加算することによって、現時点の存在確認期間を算出してその値をメモリ１２に記憶し（ステップＳ３１）、ステップＳ３２に移行する。したがって、存在確認（図７中のステップＳ２３）を行う態様においては、ＣＰＵ１３がタイマー機能を有している。
【００５４】
ステップＳ３２では、メモリ１２に記憶されている存在確認期間の値がメモリ１２に記憶されている存在確認期間用閾値を越えているか否かをＣＰＵ１３が判定する。なお、メモリ１２に記憶されている存在確認期間用閾値は、ユーザーの設定を入力部１８が入力することにより変更することができる。
【００５５】
存在確認期間が閾値を越えていれば（ステップＳ３２のＹＥＳ）、メモリ１２に記憶されている存在確認期間の値をＣＰＵ１３がリセットし（ステップＳ３３）、その後状態遷移１を行い（ステップＳ３４）、存在確認を終了する。一方、存在確認期間が閾値を越えていなければ（ステップＳ３２のＮＯ）、そのまま存在確認を終了する。なお、状態遷移１の詳細については後述する。
【００５６】
次に、不在確認（図７中のステップＳ２４）の詳細について図９のフローチャートを参照して説明する。図９に示すフロー動作では、ＣＰＵ１３が、まず現時点の時間から前回の不在確認時の時間を減算することによって得られる期間を前回の不在確認時に算出した不在確認期間に加算することによって、現時点の不在確認期間を算出してその値をメモリ１２に記憶し（ステップＳ４１）、ステップＳ４２に移行する。したがって、不在確認（図７中のステップＳ２４）を行う態様においては、ＣＰＵ１３がタイマー機能を有している。
【００５７】
ステップＳ４２では、メモリ１２に記憶されている不在確認期間の値がメモリ１２に記憶されている不在確認期間用閾値を越えているか否かをＣＰＵ１３が判定する。なお、メモリ１２に記憶されている不在確認期間用閾値は、ユーザーの設定を入力部１８が入力することにより変更することができる。
【００５８】
不在確認期間が閾値を越えていれば（ステップＳ４２のＹＥＳ）、メモリ１２に記憶されている不在確認期間の値をＣＰＵ１３がリセットし（ステップＳ４３）、その後状態遷移２を行い（ステップＳ４４）、不在確認を終了する。一方、不在確認期間が閾値を越えていなければ（ステップＳ４２のＮＯ）、そのまま不在確認を終了する。なお、状態遷移２の詳細については後述する。
【００５９】
次に、状態遷移１（図６中のステップＳ１３及び図８中のステップＳ３４）の詳細について図１０のフローチャートを参照して説明する。図１０に示すフロー動作では、まず受信機２００の状態がスリープ状態かをＣＰＵ１３が判定する（ステップＳ５１）。
【００６０】
受信機２００の状態がスリープ状態であれば（ステップＳ５１のＹＥＳ）、ＣＰＵ１３が受信機２００の状態をスリープ状態からスタンバイ状態に遷移させ（ステップＳ５２）、状態遷移１を終了する。一方、受信機２００の状態がスリープ状態でなければ（ステップＳ５１のＮＯ）、受信機２００の状態がアウェイク状態かをＣＰＵ１３が判定する（ステップＳ５３）。
【００６１】
受信機２００の状態がアウェイク状態であれば（ステップＳ５３のＹＥＳ）、ＣＰＵ１３が受信機２００の状態をアウェイク状態からスタンバイ状態に遷移させ（ステップＳ５２）、状態遷移１を終了する。一方、受信機２００の状態がアウェイク状態でなければ（ステップＳ５３のＮＯ）、そのまま状態遷移１を終了する。状態遷移１を図１０に示すフロー動作にすることによって、図６又は図７に示すフロー動作が図２に示す状態遷移を実現することになる。
【００６２】
次に、状態遷移２（図６中のステップＳ１４及び図９中のステップＳ４４）の詳細について図１１のフローチャートを参照して説明する。図１１に示すフロー動作では、まず受信機２００の状態がスタンバイ状態かをＣＰＵ１３が判定する（ステップＳ６１）。なお、ステップＳ６１では実際にコンテンツを伝送している状態もスタンバイ状態に含めている。
【００６３】
受信機２００の状態がスタンバイ状態であれば（ステップＳ６１のＹＥＳ）、ＣＰＵ１３が受信機２００の状態をスタンバイ状態からアウェイク状態に遷移させ（ステップＳ６２）、状態遷移２を終了する。ステップＳ６２において実際にコンテンツを伝送している状態からアウェイク状態に遷移した場合には、コンテンツの伝送が停止することになる。一方、受信機２００の状態がスタンバイ状態でなければ（ステップＳ６１のＮＯ）、受信機２００の状態がアウェイク状態かをＣＰＵ１３が判定する（ステップＳ６３）。
【００６４】
受信機２００の状態がアウェイク状態であれば（ステップＳ６３のＹＥＳ）、ＣＰＵ１３が受信機２００の状態をアウェイク状態からスリープ状態に遷移させ（ステップＳ６４）、状態遷移２を終了する。一方、受信機２００の状態がアウェイク状態でなければ（ステップＳ６３のＮＯ）、そのまま状態遷移２を終了する。状態遷移２を図１１に示すフロー動作にすることによって、図６又は図７に示すフロー動作が図３に示す実線矢印の状態遷移を実現することになる。なお、図３に示す点線矢印の状態遷移を実現するために、図１１に示すフロー中のステップＳ６２を、ＣＰＵ１３が受信機２００の状態をスタンバイ状態からスリープ状態に遷移させるステップに置換してもよい。
【００６５】
以上の説明では人感センサ１９による人の検知のみに応じて受信機２００の状態を変更していたが、例えば送信機１００から送られてきたコンテンツを録画予約により受信機２００に接続されるＨＤＤプレーヤ等のコンテンツ記録機器に保存するには人感センサ１９が人を検知していなくても受信機２００の状態をスタンバイ状態にする必要がある。また、ユーザーがコンテンツ視聴中に長時間の睡眠に入ってしまった場合には人感センサ１９が人を検知していてもコンテンツの視聴はされていないので、コンテンツ伝送を停止して受信機２００の状態を順次アウェイク状態、スリープ状態と変更あるいは直接スリープ状態に変更した方がリソース、消費電力の節約となる。このような観点から、状態遷移モード（図５中のステップＳ３）において図１２に示すフロー動作を行うようにしてもよい。
【００６６】
図１２に示すフロー動作では、状態遷移モードが開始されると、まず人感センサ１９による人の検知すなわちセンシングが行われる（ステップＳ７１）。次にセンシングにより人を検知したかを否かをＣＰＵ１３が人感センサ１９の出力に基づいて判定する（ステップＳ７２）。
【００６７】
人を検知した場合（ステップＳ７２のＹＥＳ）、状態遷移１すなわち図１０に示すフロー動作を行い（ステップＳ７３）、コンテンツ伝送に関する制御コマンドを入力部１８が所定期間待機し（ステップＳ７４）、その後入力部１８が制御コマンドを入力したかをＣＰＵ１３が判定する（ステップＳ７５）。入力部１８が制御コマンドを入力していれば（ステップＳ７５のＹＥＳ）、ＣＰＵ１３は制御コマンドを実行し（ステップＳ７６）、その後状態遷移モードを終了する。一方、入力部１８が制御コマンドを入力していなければ（ステップＳ７５のＮＯ）、制御コマンド未受信確認を行い（ステップＳ７７）、その後状態遷移モードを終了する。なお、制御コマンド未受信確認の詳細については後述する。
【００６８】
ステップＳ７２の判定の結果、人を検知しなかった場合（ステップＳ７２のＮＯ）、コンテンツ伝送に関する制御コマンドを入力部１８が所定期間待機し（ステップＳ７８）、その後入力部１８が制御コマンドを入力したかをＣＰＵ１３が判定する（ステップＳ７９）。入力部１８が制御コマンドを入力していれば（ステップＳ７９のＹＥＳ）、状態遷移１すなわち図１０に示すフロー動作を行い（ステップＳ８０）、ＣＰＵ１３は制御コマンドを実行し（ステップＳ８１）、その後状態遷移モードを終了する。一方、入力部１８が制御コマンドを入力していなければ（ステップＳ７９のＮＯ）、制御コマンド未受信確認を行い（ステップＳ８２）、その後状態遷移モードを終了する。なお、制御コマンド未受信確認の詳細については後述する。
【００６９】
図７のフロー動作を採用する際に考慮した観点及び図１２のフロー動作を採用する際に考慮した観点から、状態遷移モード（図５中のステップＳ３）において図１３に示すフロー動作を行うようにしてもよい。
【００７０】
図１３に示すフロー動作では、状態遷移モードが開始されると、まず人感センサ１９による人の検知すなわちセンシングが行われる（ステップＳ９１）。次にセンシングにより人を検知したかを否かをＣＰＵ１３が人感センサ１９の出力に基づいて判定する（ステップＳ９２）。
【００７１】
人を検知した場合（ステップＳ９２のＹＥＳ）、存在・コマンド確認を行い（ステップＳ９３）、その後状態遷移モードを終了する。一方、人を検知しなかった場合（ステップＳ９２のＮＯ）、不在・コマンド確認を行い（ステップＳ９４）、その後状態遷移モードを終了する。なお、存在・コマンド確認及び不在・コマンド確認の詳細については後述する。
【００７２】
次に、制御コマンド未受信確認（図１２中のステップＳ７７及びＳ８２）の詳細について図１４のフローチャートを参照して説明する。図１４に示すフロー動作では、ＣＰＵ１３が、まず現時点の時間から前回の制御コマンド未受信確認時の時間を減算することによって得られる期間を前回の制御コマンド未受信確認時に算出した制御コマンド未受信確認期間に加算することによって、現時点の制御コマンド未受信確認期間を算出してその値をメモリ１２に記憶し（ステップＳ１０１）、ステップＳ１０２に移行する。したがって、制御コマンド未受信確認（図１２中のステップＳ７７及びＳ８２）を行う態様においては、ＣＰＵ１３がタイマー機能を有している。
【００７３】
ステップＳ１０２では、メモリ１２に記憶されている制御コマンド未受信確認期間の値がメモリ１２に記憶されている制御コマンド未受信確認期間用閾値を越えているか否かをＣＰＵ１３が判定する。なお、メモリ１２に記憶されている制御コマンド未受信確認期間用閾値は、ユーザーの設定を入力部１８が入力することにより変更することができる。
【００７４】
制御コマンド未受信確認期間が閾値を越えていれば（ステップＳ１０２のＹＥＳ）、メモリ１２に記憶されている制御コマンド未受信確認期間の値をＣＰＵ１３がリセットし（ステップＳ１０３）、その後状態遷移２すなわち図１１に示すフロー動作を行い（ステップＳ１０４）、制御コマンド未受信確認を終了する。一方、制御コマンド未受信確認期間が閾値を越えていなければ（ステップＳ１０２のＮＯ）、そのまま制御コマンド未受信確認を終了する。
【００７５】
次に、存在・コマンド確認（図１３中のステップＳ９３）の詳細について図１５のフローチャートを参照して説明する。図１５に示すフロー動作では、ＣＰＵ１３が、まず現時点の時間から前回の存在・コマンド確認時の時間を減算することによって得られる期間を前回の存在・コマンド確認時に算出した存在確認期間に加算することによって、現時点の存在確認期間を算出してその値をメモリ１２に記憶し（ステップＳ１１１）、ステップＳ１１２に移行する。したがって、存在・コマンド確認（図１３中のステップＳ９３）を行う態様においては、ＣＰＵ１３がタイマー機能を有している。
【００７６】
ステップＳ１１２では、メモリ１２に記憶されている存在確認期間の値がメモリ１２に記憶されている存在確認期間用閾値を越えているか否かをＣＰＵ１３が判定する。なお、メモリ１２に記憶されている存在確認期間用閾値は、ユーザーの設定を入力部１８が入力することにより変更することができる。
【００７７】
存在確認期間が閾値を越えていれば（ステップＳ１１２のＹＥＳ）、メモリ１２に記憶されている存在確認期間の値をＣＰＵ１３がリセットし（ステップＳ１１３）、状態遷移１すなわち図１０に示すフロー動作を行い（ステップＳ１１４）、コンテンツ伝送に関する制御コマンドを入力部１８が所定期間待機し（ステップＳ１１５）、その後入力部１８が制御コマンドを入力したかをＣＰＵ１３が判定する（ステップＳ１１６）。入力部１８が制御コマンドを入力していれば（ステップＳ１１６のＹＥＳ）、ＣＰＵ１３は制御コマンドを実行し（ステップＳ１１７）、その後存在・コマンド確認を終了する。一方、入力部１８が制御コマンドを入力していなければ（ステップＳ１１６のＮＯ）、制御コマンド未受信確認すなわち図１４に示すフロー動作を行い（ステップＳ１１８）、その後存在・コマンド確認を終了する。
【００７８】
ステップＳ１１２の判定の結果、存在確認期間が閾値を越えていなければ（ステップＳ１１２のＮＯ）、コンテンツ伝送に関する制御コマンドを入力部１８が所定期間待機し（ステップＳ１１９）、その後入力部１８が制御コマンドを入力したかをＣＰＵ１３が判定する（ステップＳ１２０）。入力部１８が制御コマンドを入力していれば（ステップＳ１２０のＹＥＳ）、状態遷移１すなわち図１０に示すフロー動作を行い（ステップＳ１２１）、ＣＰＵ１３は制御コマンドを実行し（ステップＳ１２２）、その後存在・コマンド確認を終了する。一方、入力部１８が制御コマンドを入力していなければ（ステップＳ１２０のＮＯ）、制御コマンド未受信確認すなわち図１４に示すフロー動作を行い（ステップＳ１２３）、その後存在・コマンド確認を終了する。
【００７９】
次に、不在・コマンド確認（図１３中のステップＳ９４）の詳細について図１６のフローチャートを参照して説明する。図１６に示すフロー動作では、ＣＰＵ１３が、まず現時点の時間から前回の不在・コマンド確認時の時間を減算することによって得られる期間を前回の不在・コマンド確認時に算出した不在確認期間に加算することによって、現時点の不在確認期間を算出してその値をメモリ１２に記憶し（ステップＳ１３１）、ステップＳ１３２に移行する。したがって、不在・コマンド確認（図１３中のステップＳ９４）を行う態様においては、ＣＰＵ１３がタイマー機能を有している。
【００８０】
ステップＳ１３２では、メモリ１２に記憶されている不在確認期間の値がメモリ１２に記憶されている不在確認期間用閾値を越えているか否かをＣＰＵ１３が判定する。なお、メモリ１２に記憶されている不在確認期間用閾値は、ユーザーの設定を入力部１８が入力することにより変更することができる。
【００８１】
不在確認期間が閾値を越えていれば（ステップＳ１３２のＹＥＳ）、メモリ１２に記憶されている不在確認期間の値をＣＰＵ１３がリセットし（ステップＳ１３３）、コンテンツ伝送に関する制御コマンドを入力部１８が所定期間待機し（ステップＳ１３４）、その後入力部１８が制御コマンドを入力したかをＣＰＵ１３が判定する（ステップＳ１３５）。入力部１８が制御コマンドを入力していれば（ステップＳ１３５のＹＥＳ）、状態遷移１すなわち図１０に示すフロー動作を行い（ステップＳ１３６）、ＣＰＵ１３は制御コマンドを実行し（ステップＳ１３７）、その後不在・コマンド確認を終了する。一方、入力部１８が制御コマンドを入力していなければ（ステップＳ１３５のＮＯ）、制御コマンド未受信確認すなわち図１４に示すフロー動作を行い（ステップＳ１３８）、その後不在・コマンド確認を終了する。
【００８２】
ステップＳ１３２の判定の結果、不在確認期間が閾値を越えていなければ（ステップＳ１３２のＮＯ）、状態遷移１すなわち図１０に示すフロー動作を行い（ステップＳ１３９）、コンテンツ伝送に関する制御コマンドを入力部１８が所定期間待機し（ステップＳ１４０）、その後入力部１８が制御コマンドを入力したかをＣＰＵ１３が判定する（ステップＳ１４１）。入力部１８が制御コマンドを入力していれば（ステップＳ１４１のＹＥＳ）、ＣＰＵ１３は制御コマンドを実行し（ステップＳ１４２）、その後不在・コマンド確認を終了する。一方、入力部１８が制御コマンドを入力していなければ（ステップＳ１４１のＮＯ）、制御コマンド未受信確認すなわち図１４に示すフロー動作を行い（ステップＳ１４３）、その後不在・コマンド確認を終了する。
【００８３】
さらに、送信機１００が低消費電力動作モードと通常動作モードを有するようにしてもよい。低消費電力動作モードでは、例えば通常動作モードに比べてＣＰＵ２のクロック周波数を小さくすることによって消費電力を低くする。そして、送信機１００が低消費電力動作モードであって、受信機２００の人感センサ１９が人を検知したとき又は入力部１８がコンテンツ伝送に関する制御コマンドを入力したときに受信機２００から送信機１００へ通常動作モードに移行するための命令を送るようにする。これにより、送信機１００においても低消費電力化を図ることができる。
【００８４】
上述した実施形態では、コンテンツ無線伝送システムを例に挙げて説明したが、本発明に係るコンテンツ伝送システムの送信機と受信機との通信は有線通信でもよい。また、上述した実施形態では、赤外線によって人を検知する人感センサを用いたが、これに限らず例えば、画像認識によって人を検知する人感センサ、温度によって人を検知する人感センサ、音声によって人を検知する人感センサ、又は無線によって人を検知する人感センサ等を用いてもよい。尚、無線によって人を検知する人感センサとしては、例えばアウェイク命令を微弱電波で発信する機器をユーザーが身につけていて、当該機器から発信される微弱電波を検知するセンサが挙げられる。また、送信機１００はコンテンツ機器やアンテナを内蔵する形態であっても良く、受信機２００はコンテンツ視聴機器等やアンテナを内蔵する形態であってもよい。また、コンテンツは映像及び音声のデータに限らず、映像のみのデータや音声のみのデータであってもよい。
【図面の簡単な説明】
【００８５】
【図１】は、本発明に係るコンテンツ無線伝送システムの一構成例を示す図である。
【図２】は、人感センサが人を検知した場合等の状態遷移を示す図である。
【図３】は、人感センサが人を検知しなくなった場合等の状態遷移を示す図である。
【図４】は、コマンド入力の有無に応じた状態遷移を示す図である。
【図５】は、受信機の全体動作を示すフローチャートである。
【図６】は、状態遷移モードにおける受信機の動作を示すフローチャートである。
【図７】は、状態遷移モードにおける受信機の他の動作を示すフローチャートである。
【図８】は、存在確認の処理における受信機の動作を示すフローチャートである。
【図９】は、不在確認の処理における受信機の動作を示すフローチャートである。
【図１０】は、状態遷移１の処理における受信機の動作を示すフローチャートである。
【図１１】は、状態遷移２の処理における受信機の動作を示すフローチャートである。
【図１２】は、状態遷移モードにおける受信機の更に他の動作を示すフローチャートである。
【図１３】は、状態遷移モードにおける受信機の更に他の動作を示すフローチャートである。
【図１４】は、制御コマンド未受信確認の処理における受信機の動作を示すフローチャートである。
【図１５】は、存在・コマンド確認の処理における受信機の動作を示すフローチャートである。
【図１６】は、不在・コマンド確認の処理における受信機の動作を示すフローチャートである。
【符号の説明】
【００８６】
１、１２    メモリ
２、１３    ＣＰＵ
３、１７    インターフェース
４、１４    無線部
５、１６    データ送信部
６、１５    データ受信部
７    ＤＶＤプレーヤ
８    ＨＤＤプレーヤ
９    ＶＴＲ
１０、１１    アンテナ
１８    入力部
１９    人感センサ
２０    ＴＶ
１００  送信機
２００  受信機
【図１】
2006211370.tif 000003
【図２】
2006211370.tif 000004
【図３】
2006211370.tif 000005
【図４】
2006211370.tif 000006
【図５】
2006211370.tif 000007
【図６】
2006211370.tif 000008
【図７】
2006211370.tif 000009
【図８】
2006211370.tif 000010
【図９】
2006211370.tif 000011
【図１０】
2006211370.tif 000012
【図１１】
2006211370.tif 000013
【図１２】
2006211370.tif 000014
【図１３】
2006211370.tif 000015
【図１４】
2006211370.tif 000016
【図１５】
2006211370.tif 000017
【図１６】
2006211370.tif 000018