(57)【特許請求の範囲】
【請求項１】
端末内の温度を測定する温度測定部と、
所定の動作を行うデバイスと、
前記デバイスとは別個に動作する受信機能を含む通信部と、
前記温度測定部で測定された端末内の温度が前記デバイスの規格より低い場合、前記通信部に対してモード切り替えを指示し、前記端末内の温度が前記デバイスの規格内まで上昇した後、前記デバイスを動作させる制御部と、を有し、
前記通信部は、通常時は間欠受信モードで動作し、前記制御部からの指示を受けて連続受信モードに切り替わる
ことを特徴とする携帯電話端末。
【請求項２】
さらに表示部を備え、
前記温度測定部で測定された機器内の温度が前記デバイスの規格より低い場合、前記制御部は、使用環境の変更を促す警報を前記表示部に表示させる
ことを特徴とする請求項１に記載の携帯電話端末。
【請求項３】
携帯電話端末に搭載されたメモリ・デバイスにデータを書き込むデータ書き込み方法において、
前記メモリ・デバイスに記録されている温度特性情報に基づいて当該メモリ・デバイスの温度特性に制限があるか否かを判断するステップと、
前記メモリ・デバイスの温度特性に制限がある場合、端末内の温度が前記メモリ・デバイスの規格内であるか否かを判断するステップと、
前記端末内の温度が前記メモリ・デバイスの規格内でないと判断された場合、当該携帯電話端末に搭載されている通信部を間欠受信モードから連続受信モードに切り替えるステップと、
前記端末内の温度が前記メモリ・デバイスの規格内まで上昇した後、前記メモリ・デバイスにデータを書き込むステップと
を有することを特徴とするデータ書き込み方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば寒冷地など、規格外の環境下でも対応可能な携帯電話端末などの電子機器、及び携帯電話端末によるコンピュータ・プログラム等のデータの書き込み方法に関する。
【背景技術】
【０００２】
携帯端末装置の一例である携帯電話機の規格は温度特性が−４０℃〜８０℃程度であることが一般的であるため、当該携帯電話機に使用するデバイスの温度特性もそれに準拠したものを使用する必要がある。例えばメモリ・デバイスが書き込み時の温度特性が０℃以上しか保証できないようなメモリ・デバイスに対しては、その使用を見送るか、あるいは使用するとしても書き換え非対象メモリとしての制限をつける必要があった。また、機器内の温度をＡ／Ｄ（アナログ／デジタル）変換により読み取り、現在の温度がメモリ・デバイスの温度特性の範囲内（０℃以上）であった場合のみメモリ・デバイスへの書き込み動作を開始させるといった方法も考えられている。
【０００３】
さらに、ノート・パソコン等に搭載されているＨＤＤ（Hard Disk Drive）の温度が低い場合に、ＣＰＵ（Central Processing Unit）利用率を上げることによりＣＰＵの熱をＨＤＤに伝え、定められた温度に達してからＨＤＤを起動し、低温での書き込み及び読み込み（データリード・ライト）による故障を防止するＨＤＤの故障防止方式が提案されている（例えば、特許文献１参照。）。
【０００４】
【特許文献１】特開２００５−４８１９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、特許文献１に記載の技術は、ＨＤＤの温度が低い場合、所定のプログラムを起動させＣＰＵの利用率を上げることによりＨＤＤの温度を上昇させるようにしているため、本来の処理とは関係のない余分な負荷がＣＰＵにかかってしまう。それによって、ＣＰＵの処理能力が遅くなり、ＣＰＵが本来の処理能力を十分に発揮できないという問題があった。
【０００６】
本発明は斯かる点に鑑みてなされたものであり、第１の目的は携帯電話端末等の電子機器に搭載されているデバイスの規格外の使用環境下においても、当該デバイスの動作を可能にすることである。また、第２の目的はＣＰＵ等の制御部の性能を最大限発揮できるようにすることである。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明の携帯電話端末は、端末内の温度を測定する温度測定部と、所定の動作を行うデバイスと、このデバイスとは別個に動作する受信機能を含む通信部と、温度測定部で測定された端末内の温度がデバイスの規格より低い場合、通信部に対してモード切り替えを指示し、端末内の温度がデバイスの規格内まで上昇した後、デバイスを動作させる制御部と、を有する。ここで、通信部は、通常時は間欠受信モードで動作し、制御部からの指示を受けて連続受信モードに切り替わることを特徴とする。
【０００８】
上述構成によれば、ＲＦ部など、携帯電話端末に搭載されたデバイスの動作を使用して携帯電話端末内の温度上昇を行う構成としているので、ヒータ等、特別なデバイスの追加をすることなく、対象デバイスの温度を上昇させることができる。また、携帯電話端末の温度を上昇させるのに、例えばＣＰＵなどの制御部の利用率を上げないので、制御部の性能を最大限発揮することができる。
【０００９】
また、本発明のデータ書き込み方法は、携帯電話端末に搭載されたメモリ・デバイスにデータを書き込むデータ書き込み方法において、前記メモリ・デバイスに記録されている温度特性情報に基づいて当該メモリ・デバイスの温度特性に制限があるか否かを判断するステップと、前記メモリ・デバイスの温度特性に制限がある場合、端末内の温度が前記メモリ・デバイスの規格内であるか否かを判断するステップと、前記端末内の温度が前記メモリ・デバイスの規格内でないと判断された場合、当該携帯電話端末に搭載されている通信部を間欠受信モードから連続受信モードに切り替えるステップと、前記端末内の温度が前記メモリ・デバイスの規格内まで上昇した後、前記メモリ・デバイスにデータを書き込むステップとを有することを特徴とする。
【００１０】
上記構成によれば、通信部の受信動作を連続受信モードに設定して携帯電話端末内の温度、すなわちメモリ・デバイスの温度上昇を行う構成としているので、ヒータ等、特別なデバイスの追加をすることなく、メモリ・デバイスの温度を上昇させることができる。また、携帯電話端末内の温度を上昇させるのに、例えばＣＰＵなどの制御部の利用率を上げないので、制御部の性能を最大限発揮することができる。
【発明の効果】
【００１１】
本発明によれば、携帯電話端末などの電子機器に搭載されているデバイスの規格外の使用環境下においても、当該デバイスを動作させることができる。また、制御部（例えばＣＰＵ）の性能を最大限発揮することができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の一実施形態の例について、図１〜図４を参照しながら説明する。
【００１３】
図１は、本発明の一実施形態の例に係る携帯端末装置のブロック構成図である。図１に示した例は、携帯端末装置（電子機器）を携帯電話機に適用したものである。この携帯電話機を例に、温度特性が例えば０℃〜８０℃の規格外であるメモリ・デバイスを想定して、ソフトウェアを更新することによるメモリ・デバイスへのデータの書き込みを実行する例について説明する。
【００１４】
図１に示す携帯端末装置は、アンテナ１、共用器３、受信部４及び送信部５からなるＲＦ部（通信部）２、制御部６、フラッシュ・メモリ（メモリ・デバイス）７、ＲＡＭ（Random Access Memory）８、温度測定部９、電源部１０、クロック発生部１１、表示部１２、操作部１３、カメラ部１４から構成されている。その他、図示しないスピーカ、マイク等のデバイスを備えている。これらは同一基板上に実装されていることが望ましい。
【００１５】
ＲＦ部（通信部）２に設けられた共用器３は、アンテナ１と制御部６との間でやり取りする受信信号及び送信信号の分波、高周波処理等を行うものである。この共用器３は、アンテナ１を介して携帯電話網の基地局より受信した無線周波数の受信信号を受信部４へ送出する。受信部４は、無線周波数の受信信号を復調した後、受信データとして制御部６へ出力する。この受信部４は、待ち受けや通話などの通信状態に応じてあるいはソフトウェア更新処理に関連して制御部６から指示を受け、その指示に基づいて間欠受信動作と連続受信動作を切り替える。一方、送信部５は制御部６から出力された送信データを無線周波数の送信信号に変調し、共用器３へ出力する。共用器３は送信部５から送られてきた無線周波数の送信信号をアンテナ１より基地局へ送信する。
【００１６】
制御部６は、ＣＰＵ（Central Processing Unit）等の演算処理機能及びモデム等の機能を備えるものである。制御部６は、バスなどの伝送路を介して、ＲＦ部２、フラッシュ・メモリ７、ＲＡＭ８、温度測定部９、電源部１０、クロック発生部１１、表示部１２、操作部１３、カメラ部１４、その他図示しないスピーカ、マイク等のデバイスと接続し、制御信号及びデータのやり取りを行う。
【００１７】
フラッシュ・メモリ７は不揮発性のメモリ・デバイスの一例である。フラッシュ・メモリ７は、後述するソフトウェア更新処理に係るコンピュータ・プログラム、及び当該メモリ・デバイス７の温度特性情報（もしくは動作保証情報、動作閾値情報）などの各種データを記憶している。制御部６は、フラッシュ・メモリ７に記憶されているコンピュータ・プログラムをワークエリアとして使用するＲＡＭ８上に展開し、所定の制御及び処理を実行する。
【００１８】
温度測定部９は、携帯端末装置内の温度を測定する手段であり、測定したアナログ信号の温度情報をデジタル信号に変換して制御部６へ供給する。制御部６がＡ／Ｄ変換された情報を読み取ることで携帯端末装置内の温度値を取得する。
【００１９】
電源部１０は、例えばバッテリー等の二次電池からなる。またクロック発生部１１は、携帯端末装置内部の各回路間で処理の同期を取るためのクロック（動作周波数）を発生する手段である。
【００２０】
表示部１２は、例えば液晶表示パネル等より構成される。この表示部１２は、後述するソフトウェア更新処理に関連した利用者に対するメッセージを画面に表示する。
【００２１】
操作部１３は、携帯端末装置に設けられた押ボタン、ジョグダイアル、及び表示部１２に表示されるＧＵＩ画面等により構成される。操作部１３を操作して入力された利用者からの操作信号は、図示しないインターフェイスを介して制御部６に入力される。制御部６は入力された操作信号に基づいて所定の処理を行う。カメラ部１４は撮像手段であり、制御部６からの制御信号に従い動作する。
【００２２】
次に、図１に示した携帯端末装置により行われるデータ書き込み処理の一例を説明する。図２は、一例としてソフトウェア（コンピュータ・プログラム）更新処理を示したフローチャートである。本例では、更新対象のソフトウェアをネットワーク上のサーバから取得する場合について説明する。サーバへのアクセスは、本例では携帯電話網を利用して行うが、その他無線ＬＡＮ（Local Area Network）などを利用してもよい。
【００２３】
メモリ・デバイスの温度特性はメモリ・メーカによってそれを使用する者へ提供される。そこで、図２の処理を行う前提として、まず携帯端末装置のフラッシュ・メモリ７に対して当該フラッシュ・メモリの温度特性情報を書き込んでおく。つまり携帯電話端末の出荷前に当該作業を行うのである。通常、書き込み作業は工場（室内）で行われるため、フラッシュ・メモリ７の動作保証温度が０℃以下であっても、室内の温度は０℃以上になるのが普通であり、この時点で問題は発生しない。
【００２４】
ソフトウェア更新処理（フラッシュメモリ・メモリへの書き込み）を実施するためには、更新用ファイルの取得が必要となる。そこで、サーバに更新用ファイルがあるかどうかを判断する（ステップＳ１）。まず、携帯端末装置を操作して携帯電話網の基地局を介してデータセンタ等のサーバにアクセスする。そしてサーバに更新用ファイルがある場合、当該サーバから更新用ファイル（更新用差分データ）を携帯端末装置へダウンロードする。このようなソフトウェア供給技術は、一般にＯＴＡ（Over-The-Air）方式と呼ばれている。その後、一度携帯端末装置のＯＳ（Operating System）のリセットを実行し、制御部６はブート（BOOT）処理にて更新用ファイルが存在するか確認する。更新用ファイルが存在する場合は更新処理エンジンをＲＡＭ上に展開する。そして、制御部６の制御をＲＡＭに移し、ＲＡＭ上で更新処理エンジンを起動させる。
【００２５】
制御部６は、フラッシュ・メモリ（メモリ・デバイス）７に保存されている当該フラッシュ・メモリ７の温度特性情報を読み込む（ステップＳ２）。そして、この温度特性情報からフラッシュ・メモリ７の温度特性に制限があるか否かを判断する（ステップＳ３）。
【００２６】
ステップＳ３の判断処理にて、温度特性に制限がない場合は、そのままソフトウエア更新処理を実行し、フラッシュ・メモリ７上のソフトウェアを更新する（ステップＳ９）。一方、ステップＳ３の判断処理にて、温度特性に制限がある場合、制御部６は温度測定部９により測定された自機器内の温度をＡ／Ｄ（アナログ／デジタル）変換した値（温度情報）を読み込む（ステップＳ４）。
【００２７】
続いて、制御部６は、読み込んだ自機器内の温度がフラッシュ・メモリ７の規格（もしくは動作保証）内であるかどうかを判断する（ステップＳ５）。温度情報が例えば０℃以下であり、かつフラッシュ・メモリ７の動作保証が０℃以上である場合、現在携帯端末装置が置かれている環境がフラッシュ・メモリ７の規格範囲外の環境であると判断できる。
【００２８】
自機器内の温度が、フラッシュ・メモリ７の規格内であれば、そのままソフトウエア更新処理に移行し、フラッシュ・メモリ７上のソフトウェアを更新する（ステップＳ９）。
【００２９】
自機器内の温度がフラッシュ・メモリ７の動作保証温度より低い場合、制御部６はＲＦ部２の受信部４の受信モードを、間欠受信モードから連続受信モードへ切り替える（ステップＳ６）。
【００３０】
ここで、ＲＦ部２の受信部４による受信動作について説明する。図３は、受信部４の受信動作を示したものであり、Ａは間欠受信モード、Ｂは連続受信モードにおける受信動作である。例えば携帯電話等の無線通信方式の一つであるＣＤＭＡ（Code Division Multiple Access）は、通常消費電流低減のため、図３Ａに示すように、間欠でのスロット待ちを実行している。この例では、間欠周期は５．１２ｓｅｃである。一方、ＣＤＭＡは、初期同期の際に、パイロット（Pilot）チャネル補足のため連続してＲＦ部２の受信部４をオンにする。
【００３１】
連続受信動作の際にはＲＦ部２の消費電流が増大し、その結果、携帯端末装置内の温度上昇が観測される。連続受信動作した際の携帯端末装置の温度を実際に温度測定部９から取得してプロットしたグラフを図４に示す。図４において、携帯端末装置の温度が２０℃の状態から２分（３０℃）、５分（３５℃）、１０分（３７℃）経過後の温度がプロットされている。図４より、約２分程度の連続受信で携帯端末装置内の温度が約１０℃上昇することが期待できる。−２０℃〜−３０℃の低温環境においても、約１０分あるいはそれより若干長い時間待つだけで０℃以上の温度環境になる。
【００３２】
そうして、携帯端末装置の受信モードを連続受信モードに設定してから所定時間が経過したかどうかを判断する（ステップＳ７）。まだ所定時間が経過していない場合は、ステップＳ４の処理に戻って、温度測定部９から温度情報を再度取得し、フラッシュ・メモリ７の温度特性と比較する。一方、所定時間が経過した場合、利用者にアクションを促すメッセージを表示部１２のＧＵＩ（Graphical User Interface）画面に表示する。
【００３３】
連続受信による温度上昇効果は最初の２分程度が急峻であるため、例えば２分を経過後にＧＵＩ画面へ所定のメッセージを表示し、利用者のアクションを促すようにしてもよい（ステップＳ８）。すなわち、ソフトウエア更新にかかる時間は通常１〜５分程度であるが、上記連続受信による温度上昇待ち時間を考慮すると最長１５分程度の時間が、ソフトウェア更新処理に必要となる。このため、２分経過後に、ＧＵＩ画面上で「ソフトウェア更新中です。暖かいところに移動することでソフトウェア更新時間を短縮できます」等の表示を行うことで、利用者の移動を促すこともできる。携帯端末装置の特性上、持ち運びが簡単なため、利用者が携帯端末装置を持って室内などの環境に移動することも容易である。
【００３４】
ステップＳ８においてメッセージを表示した後は、ステップ４の処理に戻り、再度温度測定部９から温度情報を取得し、フラッシュ・メモリ７の温度特性と比較し、一連の処理を繰り返す。
【００３５】
以上説明した実施形態によれば、無線通信方式における初期同期の際の連続受信という通常の動作を使用して携帯端末装置内の温度上昇を行う構成としているので、ヒータ等、特別なデバイスの追加をすることなく、メモリ・デバイス（フラッシュ・メモリ７）の温度を上昇させることができる。
【００３６】
また、携帯端末装置の温度を上昇させるのに、制御部（例えばＣＰＵなど）６の利用率を上昇させないで行うので、制御部６の性能を最大限発揮することができる。
【００３７】
また、表示部にメッセージを表示して、利用者に環境を移動するアクション（動作）を促すことで、携帯端末装置の環境をより早く温度上昇が得られる環境にすることが期待できる。このとき、携帯端末装置の環境が０℃以下となるのは屋外にいる場合である可能性が高く、その状態では利用者が携帯端末装置をバッグ等に入れて携帯している可能性が高い。このため、ＧＵＩ表示だけではなく、バイブレータ等も鼓動させ利用者に通知することが有効である。
【００３８】
また、メモリ・デバイス（フラッシュ・メモリ７）の規格と携帯端末装置の温度との適合性を判断し、適合しない場合には携帯端末装置の温度を上昇させるなどして携帯端末装置としての規格に合わせている。すなわち、メモリ・デバイスの温度特性情報を予め当該メモリ・デバイス７に記憶させておくことで、使用環境に合わないメモリ・デバイスであっても当該携帯端末装置での使用に適合させることができる。例えば、日本で携帯端末装置を購入した利用者が、その携帯端末装置をメモリ・デバイスの規格からはずれた寒冷な自国に持ち帰り使用する場合にも対応することができる。
【００３９】
また、本実施形態による携帯端末装置によれば、個々のメモリ・デバイスの特性に対応することができる。メモリ・デバイスによっては０℃以上を保証するものや、−１０℃以上を保証するものなどいくつかの状態が考えられるが、温度情報を読み込んで比較を行い、必要なら受信動作等により温度上昇を実行するため、メモリ・デバイスの温度特性が種々混在しても対応が可能である。例えば、メモリ・デバイスに関しては用途が拡大してきているため、生産が間に合わず、メーカから規格外の製品しか提供されない場合にも対応可能である。
【００４０】
なお、上記実施形態では、携帯端末装置の温度を上昇させるのにＲＦ部２で連続受信動作をさせたが、連続受信の他にも、専用チップを持ち負荷が大きいカメラ系デバイスをオンにすることで消費電流の増大による温度上昇が期待できる。あるいは、携帯端末装置内の全ての回路をオンにして急速に携帯端末装置内の温度を上げるようにすることも考えられる。
【００４１】
また、上記実施形態では、温度特性を考慮するデバイスとして、メモリ・デバイスを例に説明したが、例えばテレビジョン機能に関連するデバイスなど、種々のデバイスに適用できる。例えば、映像を液晶表示パネルに表示する場合、温度によって液晶表示パネルの表示性能が変化する。そこで、本例による温度上昇を実行することにより、安定した画質による表示が可能になる。
【００４２】
また、上記実施形態では、メモリ・デバイスとしてフラッシュ・メモリ（半導体メモリ）を例に挙げて説明したが、その他、ＨＤＤ（ハードディスク）、相変化型記録媒体等、種々の記憶装置、記憶媒体に適用できる。
【図面の簡単な説明】
【００４３】
【図１】本発明の一実施形態に係る携帯端末装置のブロック構成を示す図である。
【図２】本発明の一実施形態に係るソフトウェア更新処理のフローチャートである。
【図３】本発明の一実施形態に係る無線通信の受信動作の例を示す図である。
【図４】本発明の一実施形態に係る無線通信の連続受信モードによる温度上昇の例を示す図である。
【符号の説明】
【００４４】
１…アンテナ、２…ＲＦ部、３…共用器、４…受信部、５…送信部、６…制御部、７…フラッシュ・メモリ（メモリ・デバイス）、８…ＲＡＭ、９…温度測定部、１０…電源部、１１…クロック発生部、１２…表示部、１３…操作部、１４…カメラ部
【図１】
0004726696.tif 000002
【図２】
0004726696.tif 000003
【図３】
0004726696.tif 000004
【図４】
0004726696.tif 000005