(57)【要約】【課題】  無線ＬＡＮのような通信方式を用いる通信装置において、連続送信を行うことによる装置の温度上昇を抑える。【解決手段】  装置の温度上昇を抑えるために省電力状態に移行し、間欠送信を行う。また、省電力状態に移行することを他の通信装置に通知する。これにより、装置の温度上昇を抑えるとともに、他の装置も当該装置の電力状態を知ることができる。【選択図】  図５
2007013624.tif 000002
【特許請求の範囲】
【請求項１】
装置の温度変化に基づき予め設定された情報に基づいて、通信状況を判別する判別手段と、
前記判別手段による判別に応じて、低発熱状態への移行を他の通信装置に通知する通知手段と、
を有することを特徴とする通信装置。
【請求項２】
前記低発熱状態においては、
間欠的にデータを送信する間欠送信を行うことを特徴とする請求項１記載の通信装置。
【請求項３】
前記低発熱状態において、前記通信装置宛のデータがあることを示す情報を受信する受信手段と、
前記受信手段による前記情報の受信に応じて、所定期間、前記低発熱状態を解除する解除手段を有し、
前記所定期間内に、データを受信した後に、前記間欠送信による送信に拘らずデータの送信を試みることを特徴とする請求項２記載の通信装置。
【請求項４】
前記判別手段による判別に応じて、低発熱状態への移行処理を行う移行手段を有することを特徴とする請求項１から３のいずれかに記載の通信装置。
【請求項５】
連続通信状態を判別する判別手段と、
前記判別手段による判別に応じて、低発熱状態への移行を他の通信装置に通知する通知手段と、
を有することを特徴とする通信装置。
【請求項６】
前記連続通信状態は、
データの連続送信時間もしくは連続送信カウントの少なくともいずれか一方を含むことを特徴とする請求項５記載の通信装置。
【請求項７】
前記判別手段は、データの再送状況に基づいて前記判別を行うことを特徴とする請求項５又は６に記載の通信装置。
【請求項８】
装置の温度状態を判別する判別手段と、
前記判別手段による判別に応じて、低発熱状態への移行を他の通信装置に通知する通知手段と、
を有することを特徴とする通信装置。
【請求項９】
前記判別手段は、
前記温度が所定の閾値を超えたことを判別することを特徴とする請求項８記載の通信装置。
【請求項１０】
地域情報に基づいて設定された閾値に応じて、前記装置の温度状態を判別することを特徴とする請求項８又は９に記載の通信装置。
【請求項１１】
同一チャネルを使用している他の装置が通信を行っていないと判断した場合に通信を行う通信装置において、
装置の温度変化に基づき予め設定された情報に基づいて、前記通信装置の状態を判別する判別手段と、
前記判別手段による判別に応じて、低発熱状態に移行する移行手段と、
を有することを特徴とする通信装置。
【請求項１２】
前記判別手段による判別に応じて、低発熱状態への移行を他の通信装置に通知する通知手段を有することを特徴とする請求項１１記載の通信装置。
【請求項１３】
前記低発熱状態は、間欠送信を行う状態であることを特徴とする請求項１１又は１２に記載の通信装置。
【請求項１４】
前記間欠送信状態におけるデータ送信状況に応じて、前記間欠送信状態を解除する解除手段を有することを特徴とする請求項１３記載の通信装置。
【請求項１５】
前記低発熱状態は、受信待機を停止する状態であることを特徴とする請求項１１から１４のいずれかに記載の通信装置。
【請求項１６】
前記低発熱状態は、送信電力及び／又は受信電力を低くする状態であることを特徴とする請求項１１又は１２に記載の記載の通信装置。
【請求項１７】
通信部を制御するためのコンピュータプログラムであって、
装置の温度変化に基づき予め設定された情報に基づいて、通信状況を判別するための判別工程と、
前記判別工程における判別に応じて、低発熱状態への移行を他の通信装置に通知するための処理を実行する通知工程と、
を有することを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置及び通信方法に関するものである。
【背景技術】
【０００２】
近年、ＩＥＥＥ８０２．１１無線ＬＡＮやＢＬＵＥＴＯＯＴＨなどの無線機能を備える機器が数多く製品化され利用されている。このような無線機器は一般に可搬性が高いため、携帯型の機器に多く、また携帯型の機器では小型化が要求される。機器が小型になるにつれて、無線部が発する熱が機器内にこもってしまい、機器内の温度が上昇する。このような温度の上昇を抑えるため、様々な技術が提案されてきた。
【０００３】
特許文献１では、ＴＤＭＡ方式の通信機器において、温度センサーを用いて温度を実際に計測し、その温度がある閾値以上になるとデータ送信用のスロットを減らす技術が提案されている。また、特許文献１では、あらかじめ求めておいた機器の限界温度から連続送信可能なスロット数を求める技術も提案されている。
【０００４】
また、特許文献２においては、温度センサーにより計測された温度に応じて間欠受信比率を制御することで、機器の温度を低下させる方法が提案されている。
【０００５】
これに対して、特許文献３においては温度の計測を行わずに、ソフトウェアだけで解決する提案がされている。これによれば、ＴＤＭＡ方式の通信機器で、複数のスロットを束ねて利用する高速通信モードと、間欠的にスロットを利用する低速通信モードを、送信継続時間をもとに切替える方式が提案されている。
【特許文献１】特開平９−３２６７４９
【特許文献２】特開２００４−４８３２１
【特許文献３】特開２００４−１５７５１
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら上記各従来例は、データ送信、もしくは受信の間隔を変えることにより、機器の発熱を減らすよう自ら制御を行うものであり、通信相手がその状態を知ることができなかった。
【０００７】
また、ＴＤＭＡのような方式では、受信をするためのタイムスロットがあらかじめ割り当てられており、それ以外のタイムススロットに関しては受信のために待機している必要はない。
【０００８】
一方無線ＬＡＮのような方式では、パケットがいつ送信されてくるか未定であり、自分宛のパケットがない時であっても受信部に電力を供給して待機していることにより、無駄な電力を消費してしまう。また、無線部への電力供給のオン・オフを一定周期で切替ることや、相手と約束した一定時間だけ無線部への電力供給を停止することにより消費電力を減らすこともできる。このような省電力モードで動作している機器においては、無線部への電力供給を停止しているときにデータが送信されても、受信することはできない。本発明は、通信装置において、装置の温度上昇を抑え、電力状態を他の通信装置に通知することを目的とする。
【０００９】
また、無線ＬＡＮのような送受信のタイミングが予め定められていない通信方式において、装置の温度上昇を抑えることを目的とする。
【課題を解決するための手段】
【００１０】
上記課題を解決するため、本発明は、通信装置であって、装置の温度変化に基づき予め設定された情報に基づいて、通信状況を判別する判別手段と、前記判別手段による判別に応じて、省電力状態への移行を他の通信装置に通知する通知手段と、を有することを特徴とする。
【００１１】
また、本発明に係る通信装置は、連続通信状態を判別する判別手段と、前記判別手段による判別に応じて、省電力状態への移行を他の通信装置に通知する通知手段と、を有することを特徴とする。
【００１２】
さらにまた、本発明に係る通信装置は、装置の温度状態を判別する判別手段と、前記判別手段による判別に応じて、省電力状態への移行を他の通信装置に通知する通知手段と、を有することを特徴とする。
【００１３】
さらにまた、本発明に係る通信装置は、同一チャネルを使用している他の装置が通信を行っていないと判断した場合に通信を行う通信装置において、装置の温度変化に基づき予め設定された情報に基づいて、前記通信装置の状態を判別する判別手段と、前記判別手段による判別に応じて、間欠送信状態に移行する移行手段と、を有することを特徴とする。
【００１４】
さらにまた、本発明は、通信部を制御するためのコンピュータプログラムであって、装置の温度変化に基づき予め設定された情報に基づいて、通信状況を判別するための判別工程と、前記判別工程における判別に応じて、省電力状態への移行を他の通信装置に通知するための処理を実行する通知工程と、を有することを特徴とする。
【発明の効果】
【００１５】
以上説明したように、本発明によれば、装置の温度上昇を抑えるために低発熱状態に移行する際に、その旨を通知するので、他の装置に電力状態を認識させることができる。
【００１６】
また、無線ＬＡＮのような送受信のタイミングが予め定められていない通信方式において、装置の温度上昇を抑えるために低発熱状態へ移行するので、装置の温度上昇を抑えることができる。
【発明を実施するための最良の形態】
【００１７】
（第一の実施例）
図１は第一の実施例におけるシステム構成図である。デジタルスチルカメラ（以下、ＤＳＣ）１０１とストレージデバイス１０３がアクセスポイント（以下、ＡＰ）１０２を介して無線ＬＡＮにより接続されている。ＤＳＣ１０１は、ＡＰ１０２を介してストレージデバイス１０３に画像を転送することが可能である。無線ＬＡＮでは送受信のタイミングは予め定められていない。送信を行う装置は、ＣＳＭＡ／ＣＡ（Ｃａｒｒｉｅｒ  Ｓｅｎｓｅ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ  ｗｉｔｈ  Ｃｏｌｌｉｓｉｏｎ  Ａｖｏｉｄａｎｃｅ）方式に従い、送信する前に同一周波数チャネルを他の装置が使用していないか調べ、使われていなかった場合は送信を行う。使われていた場合は一旦送信を待機し、しばらくしてからもう一度他の装置が使用していないか調べる動作を行う。以下で説明するデータ送信の際には、ＣＳＭＡ／ＣＡ方式に従うものとする。
【００１８】
図２は、本実施例におけるＤＳＣ１０１の機能ブロック図である。
【００１９】
操作部２１０は、システムコントローラ２１１を介してＣＰＵ２１５に接続されており、操作部にはシャッタースイッチや各種キーが含まれる。撮像部２０２は、シャッターが押下されたときに画像を撮影するブロックで、撮像処理部２０３によって処理される。表示部２０６は、ＬＣＤ表示、ＬＥＤ表示、音声表示等、ユーザに対する情報を表示するブロックであり、表示処理部２０７によってその表示内容の制御が行われる。また表示部２０６に表示された情報から選択するなどの操作は操作部２１０と連動して行われる。すなわち、表示部２０６と操作部２１０とがユーザインタフェースを構成する。
【００２０】
メモリカードＩ／Ｆ２０８は、メモリカード２０９を接続する為のインターフェースである。ＵＳＢＩ／Ｆ２１２は、外部機器とＵＳＢを用いて接続する為のインターフェース、オーディオＩ／Ｆ２１４は、音信号を外部機器と接続する為のインターフェースである。これらのブロック図に示される機能部分は、ＣＰＵ２１５からの制御によって処理され、ＣＰＵによって制御されるプログラムは、ＲＯＭ２１６、もしくは、フラッシュＲＯＭ２１３に格納される。また、ＣＰＵ２１５によって処理されるデータは、ＲＡＭ２１７、もしくは、フラッシュＲＯＭ２１３に対して、書き込み、読み込みが行われる。フラッシュＲＯＭ２１３は不揮発性の記憶領域である。なお、撮像した画像データは公知の圧縮処理を経てメモリカードＩ／Ｆ２０８を介し、メモリカード２０９に書き込まれる（保存される）。
【００２１】
無線通信ＲＦ部２０５と無線通信コントローラ２０４を合わせて無線部が構成される。無線通信ＲＦ部２０５では、アンテナから受信したアナログ信号をデジタル化し、逆にデジタル情報をアナログ化してアンテナより送信するためのハードウェアブロックが存在する。無線通信コントローラ２０４は、通信を制御するＭＡＣ層とそれを駆動させるファームウェアを処理するハードウェアより構成される。無線通信コントローラ２０４にはフラッシュＲＯＭが内蔵されており、ＭＡＣアドレスなどを記憶することが可能である。これらのブロック図に示される機能部分は、ＣＰＵ２１５からの制御によって処理され、ＣＰＵによって制御されるプログラムは、ＲＯＭ２１６、もしくは、フラッシュＲＯＭ２１３に格納される。ファームウェアは、無線通信コントローラ２０４内に存在するフラッシュＲＯＭなどに格納されているか、もしくはＤＳＣ１０１側が保持するフラッシュＲＯＭ２１３もしくはＲＯＭ２１６に格納されている。後者の場合は、無線部を利用する際に無線通信コントローラ２０４にロードされる。またフラッシュＲＯＭ２１３には、無線ＬＡＮにおけるグループ識別子であるＥＳＳＩＤや暗号鍵などのパラメータが格納されている。無線部を利用する際に、ドライバが無線通信コントローラ２０４にこれらの値を引き渡すことで無線通信が可能となる。後述するＤＳＣ１０１による処理は、ＲＯＭ２１６、フラッシュＲＯＭ２１３に記憶されるプログラムに従ってＣＰＵ２１５により実行される。
【００２２】
図３は、本実施例におけるＡＰ１０２の機能ブロック図である。
【００２３】
ＡＰ操作部３０４は、システムコントローラ３０５を介してＣＰＵ３１０に接続されている。各種設定ボタンなどが操作部３０４に含まれる。
【００２４】
表示部３０２は、ＬＣＤ表示、ＬＥＤ表示等データ転送や接続状況などをユーザに対する情報を表示するブロックであり、表示処理部３０３によってその表示内容の制御処理が行われる。
【００２５】
無線通信ＲＦ部３０７と無線通信コントローラ３０６を合わせて無線部が構成される。無線通信ＲＦ部３０７では、アンテナから受信したアナログ信号をデジタル化し、逆にデジタル情報をアナログ化してアンテナより送信するためのハードウェアブロックが存在する。無線通信コントローラ３０６は、通信を制御するＭＡＣ層とそれを駆動させるファームウェアを処理するハードウェアより構成される。
【００２６】
特にＡＰ１０２が無線通信コントローラ３０６で行う処理として、報知信号（ビーコン）を定期的に送信する処理と、ＡＰ１０２に接続している無線ステーションを管理する処理が含まれる。無線ステーションが接続した際にＩＤが振られ、そのＩＤごとにステータスを管理する。接続している無線ステーションよりスリープ状態に移行する通知が届いた場合は、無線通信コントローラ３０６で対応するＩＤのステータスをスリープ状態にする。ここで、スリープ状態とは、無線部への電源供給を停止している状態を示す。そして、その後にＥＴＨＥＲＩ／Ｆ３０９もしくは他の無線ステーションよりその無線ステーション宛てに送信されたデータをＲＡＭ３１２に蓄える。
【００２７】
データが蓄積されると、ビーコンの中に宛先の無線ステーションのＩＤ情報とともに、データがＡＰ１０２に蓄積されている旨を示す情報を付加して送信する。スリープ状態のＩＤをもつ無線ステーションが受信可能な状態に移行する旨をＡＰ１０２に伝えると、ＲＡＭ３１２に蓄えられたデータを無線通信コントローラ３０６を介して無線通信ＲＦ部より送信する。また、無線通信コントローラ３０６にはフラッシュＲＯＭが内蔵され、ＭＡＣアドレスやネットワークを形成するために必要なＥＳＳＩＤや暗号鍵情報なども記憶することが可能である。
【００２８】
ＥＴＨＥＲＩ／Ｆ３０９は、外部機器とＥＴＨＥＲ通信を用いて接続する為のインターフェースである。無線部から有線向けに送信されてきたデータは、ＣＰＵ３１０を介してＥＴＨＥＲＩ／Ｆ３０９に転送される。転送の方法は、ＣＰＵ３１０がデータを一度ＲＡＭ３１２に書き込んで、ＥＴＨＥＲＩ／Ｆ３０９に転送してもよいし、ＣＰＵ内蔵のＤＭＡにより無線通信コントローラ３０６がＥＴＨＥＲＩ／Ｆ３０９にダイレクトに転送することも可能である。
【００２９】
これらのブロック図に示される機能部分は、ＣＰＵ３１０からの制御によって処理され、ＣＰＵ３１０によって制御されるプログラムは、ＲＯＭ３１１、もしくは、フラッシュＲＯＭ３０８に格納される。無線部を駆動するファームウェアは、無線通信コントローラ３０６内に存在するフラッシュＲＯＭなどに格納されているか、もしくはＡＰ３０１側が保持するフラッシュＲＯＭ３０８もしくはＲＯＭ３１１に格納されている。後者の場合は、無線部を利用する際に無線通信コントローラ３０６にロードされる。
【００３０】
図４は、本実施例におけるストレージデバイス４０１の機能ブロック図である。
【００３１】
操作部４１０は、システムコントローラ４１１を介してＣＰＵ４１５に接続されている。ストレージ４０２は、データの格納、読み出しを行う機能ブロックであり、ストレージ処理部４０３によって処理される。ストレージ４０２としては大容量の記憶装置、すなわち、ハードディスク装置が望ましいが、ＣＤ−Ｒ、ＣＤ−ＲＷメディア、書き込み可能なＤＶＤメディア、ＭＯメディア等のメディア書き込みドライブであっても構わない。表示部４０６は、ＬＣＤ表示、ＬＥＤ表示、音声表示等、ユーザに対する情報を表示するブロックであり、表示処理部４０７によって表示内容の制御処理が行われる。また表示部４０６に表示された情報から選択するなどの操作は操作部４１０を介して行われる。つまり、表示部４０６及び操作部４１０が実施形態におけるストレージデバイス１０３のユーザＩ／Ｆを構成する。
【００３２】
メモリカードＩ／Ｆ４０８は、メモリカード４０９を接続する為のインターフェースであり、ＵＳＢＩ／Ｆ４１２は、外部機器とＵＳＢを用いて接続する為のインターフェースである。これらのブロック図に示される機能部分は、ＣＰＵ４１５からの制御によって処理され、ＣＰＵによって制御されるプログラムは、ＲＯＭ４１６、もしくは、フラッシュＲＯＭ４１３に格納される。ＣＰＵによって処理されるデータは、ＲＡＭ４１７、もしくは、フラッシュＲＯＭ４１３に対して、書き込み、読み込みが行われる。フラッシュＲＯＭ４１３は不揮発性の記憶領域である。
【００３３】
無線通信ＲＦ部４０５と無線通信コントローラ４０４を合わせて無線部が構成される。無線通信ＲＦ部４０５では、アンテナから受信したアナログ信号をデジタル化し、逆にデジタル情報をアナログ化してアンテナより送信するためのハードウェアブロックが存在する。無線通信コントローラ４０４は、通信を制御するＭＡＣ層やそれを駆動させるファームウェアを処理するハードウェアより構成される。無線通信コントローラ４０４にはフラッシュＲＯＭが内蔵されており、ＭＡＣアドレスなどを記憶することが可能である。
【００３４】
ファームウェアは、無線通信コントローラ４０４内に存在するフラッシュＲＯＭなどに格納されているか、もしくはストレージデバイス１０３側が保持するフラッシュＲＯＭ４１３もしくはＲＯＭ４１６に格納されている。後者の場合は、無線部を利用する際に無線通信コントローラ４０４にロードされる。またフラッシュＲＯＭ４１３には、無線通信に必要なＥＳＳＩＤや暗号鍵などのパラメータが格納されており、無線部を利用する際に、ドライバが無線通信コントローラ４０４にこれらの値を引き渡すことで無線通信が可能となる。
【００３５】
第一の実施例では、ＤＳＣ１０１は撮像した蓄積画像をストレージデバイス１０３に対してバルク転送により送信する。蓄積された画像は総量でかなり大きなものであり、そのまま伝送を続けていると無線部が発熱する。
【００３６】
図９は、バルク転送を行っているＤＳＣ１０１がデータ送信を行うことにより発生する熱量からＤＳＣ１０１内部の温度変化を模式的に表現したものである。図９では、連続して送信を行うことによりＤＳＣ１０１の温度は高くなり、あるところＰで飽和する。また、送信を中止することによりＤＳＣ１０１の温度は低下する。これらの温度特性は、無線部を覆っているＤＳＣ１０１の筐体の素材や周りの構成などにもよるため、機器ごとに測定をする必要がある。
【００３７】
ＤＳＣ１０１が到達する温度を概算する方法を図１０に示す。図１０では、あるＴ１時間以上間隔をあけずに転送をしつづけるトラフィックを連続送信と定義して、連続送信時間がある一定時間Ｔを超えたところで温度が閾値Ｐを超えたと仮定するアルゴリズムを示している。
【００３８】
まず、連続送信時間を初期値に設定する（ステップＳ１００１）。データ送信を行う場合（ステップＳ１００２のＹｅｓ）、前回の送信からＴ１時間を経過しているか調べる（ステップＳ１００３）。Ｔ１時間経過している場合（ステップＳ１００３のＹｅｓ）、連続送信時間をクリアし（ステップＳ１００４）、データ送信を行い、Ｓ１００２に戻る。なお、Ｓ１００４では、連続送信時間をクリアするのではなく、小さい値に更新する方法もある。前回の送信からはＴ１時間以上経過していたとしても、それまでにある程度ＤＳＣ１０１の温度が高くなっている場合もありうる。このような場合は、連続送信時間を小さい値に更新することにより、より精度良く温度の推定を行うことができる。
【００３９】
もしＴ１時間を経過していない場合は（ステップＳ１００３のＮｏ）、データ送信を開始し、連続送信時間の計測を行う（ステップＳ１００５）。そして、連続送信時間が閾値Ｔを超えた場合は（ステップＳ１００６のＹｅｓ）、温度が閾値Ｐを超えたと判断する（ステップＳ１００７）。連続送信時間が閾値Ｔを超えていない場合は（ステップＳ１００６のＮｏ）、Ｓ１００２に戻る。ここで閾値Ｔは、実験等により求めた装置の温度特性から予め設定し、ＲＡＭ２１７に記憶しておく。
【００４０】
なお、連続送信時間ではなく、連続送信カウントを用いてもよい。この場合、Ｓ１００５では連続して送信したパケット数をカウントし、Ｓ１００６では連続送信パケット数が閾値Ｓを超えたか判断するようにすればよい。この場合も、閾値Ｓは実験等により求めた装置の温度特性から予め設定し、ＲＡＭ２１７に記憶しておく。
【００４１】
ここで閾値Ｔ、Ｓは変化させても構わない。例えば、最初に温度が閾値を超えたとみなすときの基準としてはＴ、Ｓとし、その次は０．５Ｔ、０．５Ｓを超えたときに温度が閾値を超えたとみなすようにしてもよい。また、閾値を徐々に上げていくことも可能である。これらは無線部を覆っているＤＳＣ１０１の筐体の素材や周りの構成など外的な要因に起因するため、どれがもっとも効果的であるかは機器ごとに異なる。
【００４２】
より精度よく計測するためには、データの再送状況も考慮する必要がある。例えば、ＤＳＣ１０１はデータ送信が失敗した場合、短い期間の間に再送処理を行うため、その分熱を発することになる。従って、再送したパケットも含めて、ＤＳＣ１０１が実際に空気中に送信したパケットの個数が閾値Ｓを超えないようにする方法もとることができる。
【００４３】
更にこれら閾値は気温によっても変化するはずである。つまり暑い地域では低い閾値を用い，寒い地域では高い閾値を利用するべきである。無線ＬＡＮに設定されている国別コードを利用して大体の平均気温を求め、それに従って閾値を決定することにより、温度センサーを用いずにも気温に基づく閾値を設定することができる。
【００４４】
図５は、図１０の処理を実行し、ＤＳＣ１０１の温度が閾値Ｐを超えたと判断した場合の処理について示したシーケンス図である。
【００４５】
ＤＳＣ１０１からストレージデバイス１０３に対してデータが連続的に送信されているとする（ステップＳ５０１）。図１０で説明したアルゴリズムのいずれかにより、ＤＳＣ１０１の温度が閾値Ｐを超えたと判断されると（ステップＳ５０２）、ＤＳＣ１０１は省電力モードへ切替るための処理を行う。ここで、省電力モードとは、無線部への電力供給オン・オフの切替えを繰り返し行う状態のことをいう。また、ここでは省電力モードにおいて間欠送信も行う。間欠送信では、後述するようにタイマーが切れたら送信が行えるようになる。間欠送信を行っていないときは、タイマーに関係なく送信が行えるのは言うまでもない。
【００４６】
ＤＳＣ１０１は電力供給をオフするときはスリープ状態への移行、電力供給をオンするときはスリープ状態の解除をＡＰ１０２に通知する。ＤＳＣ１０１はスリープ状態への移行、もしくはスリープ状態の解除を通知するための情報（ＰＭビット：ＰｏｗｅｒＭａｎａｇｅｍｅｎｔビット）を備えたＮＵＬＬフレームをＡＰ１０２に対して送信する。スリープ状態に移行するときはＰＭビットを１に設定し、スリープ状態を解除するときにはＰＭビットを０に設定する。ここでは、スリープ状態への移行を通知するため、ＤＳＣ１０１はＰＭビットを１にして送信する（ステップＳ５０３）。ＮＵＬＬフレームに対する応答を受信すると（ステップＳ５０４）、ＤＳＣ１０１は省電力モードに切替り、スリープ状態に移行する（ステップＳ５０５）。そして、ＡＰ１０２から送信されるビーコン（Ｓ５０６、Ｓ５０７、Ｓ５１４Ｓ５２１）のタイミングに合わせてスリープ状態を解除する。
【００４７】
ここで、間欠送信をするために、ＤＳＣ１０１は内蔵している送信タイマーを起動する。送信タイマーが切れたときに、送信するデータがある場合はＡＰ１０２に対してパケットを送信する（ステップＳ５０８）。ＡＰ１０２はパケットを受信したら応答を返し（ステップＳ５０９）、ストレージデバイス１０３に転送する（ステップＳ５１０、Ｓ５１１）。送信タイマーは、タイマーが切れる毎に繰り返し再スタートし、上記の動作を繰り返す。
【００４８】
ストレージデバイス１０３からＤＳＣ１０１に対するデータが送信された場合は（ステップＳ５１２、Ｓ５１３）、ＡＰ１０２はデータをＲＡＭ３１２に蓄えておく。そして、ＡＰ１０２はビーコンを送信する際に、ＤＳＣ１０１宛のデータが蓄積されたことを示す情報をビーコンに付加して送信する。
【００４９】
無線ＬＡＮの規格では、ビーコンの中にＴＩＭ（Ｔｒａｆｆｉｃ  Ｉｎｄｉｃａｔｉｏｎ  Ｍａｐ）領域がある。ＡＰにデータが蓄積されていると、アソシエーションの時に各ステーションに割り当てられたＩＤに対応するＴＩＭ領域のビットが１になって送信される。
【００５０】
この場合では、ＤＳＣ１０１のＩＤに対応するビットが１となってＡＰ１０２から送信される（ステップＳ５１４）。ＤＳＣ１０１は受信したビーコンのＴＩＭを解析し、自身のＩＤに対応するビットが１になっているか調べる。ビットが１であるので、ＤＳＣ１０１はＡＰ１０２に対して、スリープ状態を解除することを通知する（ステップＳ５１５）。ＡＰ１０２はＡＣＫを送信後（ステップＳ５１６）、蓄積しておいたＤＳＣ１０１宛のデータを送信する（ステップＳ５１７）。ＡＰ１０２から送信されるデータのヘッダには、Ｍｏｒｅ  Ｄａｔａフラグが用意されており、送信待ちのパケットがあるか否かを示す。Ｍｏｒｅ  Ｄａｔａフラグが１である場合は、ＤＳＣ１０１は受信状態を継続し、ＡＰ１０２は継続してデータの送信を行う（ステップＳ５１９〜Ｓ５２２）。ＤＳＣ１０１はＭｏｒｅ  Ｄａｔａフラグを見ることにより、受信状態を継続すべきか判断することができる。従って、いつスリープ状態に戻るかの判断指標とすることができる。
【００５１】
最後のパケットを受信した後はスリープ状態に戻ることができるので、ＤＳＣ１０１はＡＰ１０２に対してスリープ状態への移行を通知する（ステップＳ５２４）。スリープ状態に移行することによって、受信で必要とされる待機電力も削減することが可能となる。
【００５２】
間欠送信をするためにセットしたタイマーが所定回数切れた後、送信すべきデータが存在しない場合は、ＤＳＣ１０１はＡＰ１０２に対してスリープ状態の解除を通知する（ステップＳ５２６）。そして、省電力モードを解除し、間欠送信も中止する。
【００５３】
なお、省電力モードを解除するまでのタイマー切れの回数は、タイマーが切れた時は毎回データ送信を行うと仮定した場合に、ＤＳＣ１０１の温度が一定値まで下がるような値に設定しておく。こうすることにより、温度が十分に下がってから、通常の送受信動作に戻ることができる。また、タイマーが切れてもデータ送信を行わなかった回数を記憶しておき、データ送信を行わなかった回数が所定回数に達した場合、省電力モード解除用のタイマー切れの回数を１減らすようにしてもよい。すなわち、データ送信を行わない回数が多いほど、ＤＳＣ１０１の温度が下がっていると考えられるので、省電力モードを解除するタイミングを早くすることができる。
【００５４】
また、何回目のタイマーが切れたときに、省電力モードを解除するかは可変に設定できるものとする。例えば、最初に閾値を超えたときは送信タイマーが２回切れるまで待てば省電力モードを解除してもよく、閾値を超えるのが２度目のときは送信タイマーが３回切れるまで待つようにする。こうすることにより、初めのうちは温度が閾値を超えてもすぐに冷めるが、閾値を超える回数が増えるにつれて冷めにくくなるような装置は、その装置に適した冷却効果を得ることができる。反対に、省電力モードを解除するのを待つ回数を徐々に減らすという方式でも構わない。これらは無線部を覆っているＤＳＣ１０１の筐体の素材や周りの構成など外的な要因に起因するため、どれがもっとも効果的であるかは機器ごとに異なるので、任意に設定できるようにしておく。
【００５５】
図７はＤＳＣ１０１の動作に関する簡単なフローチャートである。ＤＳＣ１０１は通常のデータ送受信動作を行い（ステップＳ７０１）、図１０で示したアルゴリズムにより温度が閾値Ｐを超えたと判断すると（ステップＳ７０２のＹｅｓ）、ＡＰ１０２に対してスリープ状態への移行を通知する（ステップＳ７０３）。その後省電力モードに移行し、間欠送信を開始する（ステップＳ７０４）。温度が閾値を超えていないと判断した場合は（ステップＳ７０２のＮｏ）、引き続き通常のデータ送受信を行う（ステップＳ７０１）。間欠送信のタイマーが所定回数切れた場合には、ＤＳＣ１０１の温度が下がったと判断できるので、省電力モードを解除するために（ステップＳ７０５のＹｅｓ）、ＡＰ１０２に対してスリープ状態の解除を通知する（ステップＳ７０６）。そして、省電力モードを解除し、間欠送信を終了して（ステップＳ７０７）、通常のデータ送受信動作に戻る（ステップＳ７０１）。
【００５６】
本実施例によれば、連続送信時間もしくは連続送信カウントが閾値を越えた場合に、ＤＳＣは省電力モードに移行し、間欠送信を行う。従って、温度センサーなどの特別なハードウェアを用いずに、高温になったと判断してＤＳＣを冷却することができる。また、ＤＳＣはスリープ状態に移行することをＡＰに通知するので、受信が不可能なときに自分宛のデータが送信されることを防ぐことができる。さらに、省電力モードにおいて間欠的に送信を行うので、データの送信と装置の冷却をバランスよく行うことができる。
【００５７】
また、スリープ状態を解除するときもＡＰに通知を行うので、すぐに連続送信を再開することができる。さらに、省電力モードを解除するタイミングを可変に設定することにより、装置の特性に応じた効率的な冷却を行うことができる。
【００５８】
（第二の実施例）
第一の実施例ではＤＳＣ１０１とストレージデバイス１０３がＡＰ１０２を介して通信をしていた。無線ＬＡＮの規格ではＡＰを介す必要性は必ずしもなく、装置同士がダイレクトに通信することが可能である。これをアドホックモードとよぶ。
【００５９】
図１１に第二の実施例におけるシステム構成図を示す。ＤＳＣ１０１とストレージデバイス１０３がアドホックモードで無線通信を行う。ＤＳＣ１０１とストレージデバイス１０３の構成は、第一の実施例における図２、図４と同一であるので、ここでは説明を省略する。
【００６０】
図６は、本実施例におけるＤＳＣの温度がある閾値Ｐよりも高くなったという判断をした場合の処理について示したシーケンス図である。なお、ＤＳＣの温度が閾値Ｐを超えるか判断するアルゴリズムは第一の実施例と同様であるので、ここでは説明を省略する。
【００６１】
ＤＳＣ１０１からストレージデバイス１０３に対してデータが連続的に送信されているとする（ステップＳ６０１）。ここで、ＤＳＣの温度が閾値Ｐを超えたと判断されると（ステップＳ６０２）、ＤＳＣ１０１はスリープ状態になることを通知するため、ＰＭビットを１としたＮＵＬＬフレームをストレージデバイス１０３に対して送信する（ステップＳ６０３）。ＮＵＬＬフレームに対する応答を受信すると（ステップＳ６０４）、ＤＳＣ１０１は省電力モードに切替り、（ステップＳ６０５）スリープ状態に移行する。
【００６２】
ここで、ＤＳＣ１０１は間欠送信をするために、送信タイマーを起動する。もし送信タイマーが切れたときに、送信するデータがある場合はストレージデバイス１０３に対してパケットを送信する（ステップＳ６０７）。
【００６３】
ストレージデバイス１０３が省電力モードで動作中のＤＳＣ１０１に対してデータを送信する場合は、特別な手続きが必要となる。
【００６４】
アドホックモードでは、ネットワークに参加している無線ステーションは交互にビーコンを送信する（Ｓ６０４、Ｓ６０６，Ｓ６０９，Ｓ６１６）。ビーコンが送信された後の一定期間がＡＴＩＭ  Ｗｉｎｄｏｗとして定められており、この期間はアドホックネットワークに参加している無線ステーションはデータ受信が可能な状態になっていなければならない。
【００６５】
ＡＴＩＭ  Ｗｉｎｄｏｗの期間を利用して、ストレージデバイス１０３はデータがストレージデバイス１０３の無線通信コントローラ４０４に蓄積されていることを通知するためにＡＴＩＭパケットを送信する（ステップＳ６１０）。
【００６６】
ＤＳＣ１０１はＡＴＩＭパケットを受信すると、スリープ状態に戻ることなく、次のビーコンが送信されてくるまでの間、受信待機の状態を維持する。この期間にストレージデバイス１０３からデータが送信される（ステップＳ６１２）。またＤＳＣ１０１は、データを受信した後も、次のビーコンタイミングまで受信待機をしなければならないため、送信すべきデータが蓄積されている場合は、この期間を利用してデータの送信を試みる（ステップＳ６１４）。
【００６７】
また、省電力モードを解除するタイミングとしては、第一の実施例と同様に、間欠送信用の送信タイマーが所定回数切れたときに解除を行う。
【００６８】
図８にＤＳＣ１０１が省電力モードに切替り、間欠送信を行うときのアルゴリズムを示す。まず、ＤＳＣ１０１は間欠送信を行うために、送信タイマーを初期値に設定する（ステップＳ８００）。そして、設定された送信タイマーをデクリメントする（ステップＳ８０１）。ここで、ＤＳＣ１０１はＡＴＩＭパケットを受信すると（ステップＳ８０２のＹｅｓ）、送信タイマーをストップし、次のビーコンまでの期間に送信を行ったかをチェックするための送信フラグを０にセットする（ステップＳ８０３）。そして、ＤＳＣ１０１はストレージデバイス１０３に対しＡＣＫを送信し（ステップＳ８０４）、ストレージデバイス１０３から送られてくるデータを受信する（ステップＳ８０５）。受信終了後、もし送信すべきデータがあり、現在のビーコンインターバル期間で送信できるようであれば（ステップＳ８０６のＹｅｓ）、ＤＳＣ１０１はデータ送信を行い、送信フラグを１にする（ステップＳ８０７）。そして、更に次のパケットが送信できないかを確認する（ステップＳ８０６）。送信可能か調べる方法としては、次のビーコンまでの時間と送信およびこれに対する応答の受信に費やすと推測される時間とから、送信可能か判断する方法がある。この判断は、ＤＳＣ１０１の無線通信コントローラ２０４で実行されるか、もしくはＣＰＵ２１５上で動作する無線ＬＡＮドライバで制御される。
【００６９】
もし次のパケットが送信できないと判断した場合は（ステップＳ８０６のＮｏ）、送信フラグが１であるかを調べる（ステップＳ８１０）。送信フラグが１でない場合は（ステップＳ８１０のＮｏ）、ストップした送信タイマーをレジュームし、Ｓ８０１に戻る。送信フラグが１である場合は（ステップＳ８１０のＹｅｓ）、再度送信タイマーを初期値に設定する（ステップＳ８００）。
【００７０】
なお、ここでは次のビーコンまでの期間にデータ送信を行ったか否かを送信フラグを用いてチェックしたが、次のビーコンまでの期間に送信したパケット数をカウントしてもよい。そして、Ｓ８１０において送信カウント数が一定値以上であったら送信タイマーを初期値にセットし（ステップＳ８００）、そうでなければ送信タイマーのデクリメントを行う（ステップＳ８０１）ようにしてもよい。すなわち、送信パケット数が一定値以上であれば、装置の温度が上昇していると考えられるので、間欠送信のタイマーをリセットし、一から送信タイマーを開始する。送信パケット数が一定値未満であれば、温度上昇にあまり影響がないと考えられるので、送信タイマーをレジュームして間欠送信を再開する。これにより、送信データ量に適した間欠送信を行うことができる。
【００７１】
また、Ｓ８０２においてＡＴＩＭパケットを受信しなかった場合は（ステップＳ８０２のＮｏ）、送信タイマーが切れたか調べる（ステップＳ８０８）。送信タイマーが切れた場合は（ステップＳ８０８のＹｅｓ）、送信するデータがあればデータを送信し（ステップＳ８０９）、Ｓ８００に戻る。送信タイマーが切れていない場合は（ステップＳ８０８のＮｏ）、ステップＳ８０１に戻る。
【００７２】
このように、第二の実施例においては、自分宛のデータがなくても受信待機していなければならない期間を利用して、送信したいデータがある場合は送信を行う。したがって、データ送信のために改めて無線部へ電力供給を行うことがなく、消費電力を削減することができる。
【００７３】
また、第１及び第２の実施例における間欠送信を行う際に設定するタイマーは、ＤＳＣ１０１の筐体の素材などその機器に応じて設定してもよい。例えば、筐体に応じた設定値を選択可能にする。この設定値は、機器の冷却を妨げない程度に、できるだけ短い間隔に設定することにより、機器を冷却しながら多くのデータを送信することができる。また、タイマーの設定を毎回変更してもよい。例えば、温度が閾値を超えて省電力モードに移行した直後は、装置の温度は非常に高くなっているので、送信間隔を大きくすることにより温度を下げることに注力し、温度が下がるにつれて送信間隔を小さくしていく方法などがある。こうすることにより、装置の冷却とデータの送信をバランスよく行うことができる。
【００７４】
なお、第１及び第２の実施例では、間欠送信用のタイマーが所定回数切れたときに、省電力モードを解除したが、省電力モードの解除のタイミングはこれに限られない。例えば、スリープ状態で動作する時間を計測しておき、合計時間が一定以上になったら省電力モードを解除する方法でもよい。これにより、間欠送信用のタイマーが切れるのを待つことなく、通常の送受信を再開することができる。
【００７５】
また、スリープ状態で動作する時間やそれまでに送信を行った回数に応じて、間欠送信タイマーが切れたときに送信データがあっても一旦送信を控える制御を行ってもよい。同様に、スリープ状態で動作する時間やそれまでに送信を行った回数に応じて、ＴＩＭやＡＴＩＭを受信してもすぐにはスリープ状態の解除を通知せず、しばらくしてから通知を行ってデータを受信する方法もある。これにより、十分に温度が下がらないうちに送受信を行うことで、すぐに再度装置の温度が閾値を超えてしまうことを避けることができる。
【００７６】
（第３の実施例）
上記第１及び第２の実施例では、温度が閾値を超えたと判断したＤＳＣはスリープ状態への移行を他の装置に通知した後、省電力モードに切替わり、間欠送信を行った。しかし、温度が上がった装置を冷却する方法はこれに限られない。ここからは、装置の温度が閾値を超えたと判断した場合の、その他の冷却方法について説明を行う。なお、システム構成等は第１及び第２の実施例と同じであるので、ここでは説明を省略する。ここからは第２の実施例のシステムを用いて説明する。
【００７７】
ＤＳＣ１０１の温度が閾値Ｐを超えたと判断されると、ＤＳＣ１０１は通常時よりも送信電力を低くする低送信電力モードに移行することをストレージデバイス１０３に対して通知する。また、このときに低送信電力モードで動作する期間も通知する。
【００７８】
ＤＳＣ１０１はストレージデバイス１０３からの応答を受信した後、データ送信を行う際は送信電力を下げる。ストレージデバイス１０３はＤＳＣ１０１からの通知を受信した後は受信電力を上げる。その後、通知した期間が経過すると、ＤＳＣ１０１、ストレージデバイス１０３はそれぞれ送信電力、受信電力を元に戻す。これにより、ＤＳＣの温度が高くなっても、送信データ量を減らすことなく、ＤＳＣを冷却することができる。
【００７９】
なお、受信電力を下げる低受信電力モードに移行することも可能である。このとき、移行通知を受けたストレージデバイス１０３は送信電力を上げる。これにより、ＤＳＣは受信待機している間の消費電力を低減することができるので、特に送信するデータが少ない時には装置の冷却に効果的である。
【００８０】
また、送信電力と受信電力の両方を下げる低送受信電力モードに移行することもできる。この場合、ＤＳＣ１０１から低送受信電力モードへの通知を受信したストレージデバイス１０３は、送信電力及び受信電力を上げるようにする。これにより、送信データ量を減らすことなく、ＤＳＣの冷却効果を更に高めることができる。
【００８１】
なお、上記説明では、スリープ状態もしくは低送信電力モード、低受信電力モード、低送受信電力モードへの移行及び解除の通知は、ＡＰ１０２、ストレージデバイス１０３に対して送信していたが、相手を特定せずにブロードキャストしてもよい。ブロードキャストすることにより、ＤＳＣ１０１が認識していない相手にも、スリープ状態への移行を通知することができ、スリープ状態中にデータが送られてくる確率を更に低減できる。また、上記説明では、ＤＳＣ１０１による各種制御はＣＰＵ２１５により実行されるものとして説明したが、無線通信コントローラ２０４が実行してもよい。この場合、無線通信コントローラ２０４内のフラッシュＲＯＭにプログラムが記憶され、無線通信コントローラ２０４の制御部（不図示）がこのプログラムに従って上記説明の処理を実行する。
【００８２】
なお、上記実施例ではＤＳＣとストレージデバイスが通信する例について説明したが、携帯電話やＰＤＬ、プリンタなど通信機能をもつ様々な装置に適用可能である。
【００８３】
また、本発明はＵＷＢ（Ｕｌｔｒａ  Ｗｉｄｅ  Ｂａｎｄ）などその他の無線通信方式において適用可能である。
【００８４】
以上のように上記実施例によれば、装置の温度上昇を抑えるために省電力状態に移行する際に、その旨を通信相手に通知するので、他の装置に電力状態を認識させることができる。よって、データ受信ができない省電力状態中に、データが送られてきてしまう事態を低減できる。
【００８５】
また、無線ＬＡＮのような送受信のタイミングが予め定められていない通信方式において、装置の温度上昇を抑えるために送信タイミングを定めることにより（間欠送信）、効率的に装置の温度上昇を抑えることができる。
【図面の簡単な説明】
【００８６】
【図１】第一の実施例におけるシステム構成図
【図２】デジタルカメラ（ＤＳＣ）１０１の機能ブロック図
【図３】アクセスポイント（ＡＰ）１０２の機能ブロック図
【図４】ストレージデバイス１０３の機能ブロック図
【図５】第一の実施例におけるシーケンス図
【図６】第二の実施例におけるシーケンス図
【図７】ＤＳＣ１０１の動作に関するフローチャート
【図８】第二の実施例においてＤＳＣ１０１が間欠送信を行うときのアルゴリズム
【図９】連続送信時間と装置の温度の関係
【図１０】温度が閾値を超えたかを判定するアルゴリズム
【図１１】第二の実施例におけるシステム構成図
【図１】
2007013624.tif 000003
【図２】
2007013624.tif 000004
【図３】
2007013624.tif 000005
【図４】
2007013624.tif 000006
【図５】
2007013624.tif 000007
【図６】
2007013624.tif 000008
【図７】
2007013624.tif 000009
【図８】
2007013624.tif 000010
【図９】
2007013624.tif 000011
【図１０】
2007013624.tif 000012
【図１１】
2007013624.tif 000013