JP6315409B2 - 端末装置、その制御方法及びプログラム - Google Patents

Description

本発明は、端末装置、その制御方法及びプログラムに関し、特に、インターネット等のネットワーク端末として使用することができる端末装置、その制御方法及びプログラムに関する。

近年、スマートフォンと呼ばれる多機能型の携帯電話機が普及している。スマートフォンは、電話の機能だけでなく、メールやプラウザなどのネットワーク端末の機能も備えており、場所を問わず、いつでも好きなときにインターネット等のネットワークに接続して様々な資源にアクセスすることができる、きわめて利便性の高い携帯型の通信端末である。

このように利便性の高いスマートフォンであるが、バッテリの持ちが悪いという欠点がある。これは、旧来型の携帯電話機に比べて多機能であるが故に、使用頻度が高くなる傾向にあるからである。

スマートフォン等の携帯型の端末装置における消費電力は、その多くの部分を液晶ディスプレイパネルの背面光源（いわゆるバックライト）が占めている。このため、一般的には、携帯端末が“所定時間”操作されなかった場合にバックライトを消した、いわゆる省電力状態（スタンバイ状態ともいう）に移行させることが行われている。ちなみに、省電力状態から通常状態（バックライトを点灯させた状態）への復帰は、電源スイッチ等の物理ボタンの押圧操作に応答して行われるようになっている。以下、上記の所定時間のことを便宜的に「省電力移行時間」ということにする。

省電力移行時間はあらかじめ定められた一定の値またはユーザ設定可能な可変の値である。また、省電力移行時間の計測はユーザ操作が行われる都度に開始されるようになっており、したがって、スマートフォンは、最後のユーザ操作からの経過時間が省電力移行時間に達したときに省電力状態に移行する。たとえば、省電力移行時間を２分とした場合は、ユーザが最後に操作してから２分後にバックライトが消灯して省電力状態に移行する。

しかしながら、このような省電力対策にあっては、省電力移行時間が一定の値である“固定値”である（ユーザ設定可能な可変の値であっても設定後は一定の値の固定値として扱われる）ため、省電力移行時間が経過するまでの間（上記の例示では２分間）の無駄な電力消費を否めないという欠点がある。この点に関し、多くのスマートフォンでは、省電力移行時間をユーザ設定できるようになっているため、たとえば、２分から１分あるいは数十秒若しくはそれ以下という具合に省電力移行時間を短くすることによって上記の欠点を解消することができるが、その一方で、省電力移行時間を短くすると、画面を見ている最中にバックライトが消灯してしまうという状況が起きやすくなり、使い勝手の悪化を招くという新たな欠点を招来する。

そこで、スマートフォンの使用状況に合せて省電力移行時間を動的に変更できる技術が求められる。

省電力移行時間を動的に変更できる関連技術としては、たとえば、ユーザ個々のキー操作の速度（早いキー操作、遅いキー操作）に応じて、遅いキー操作の場合には省電力制御（たとえば、バックライト消灯：以下同様）を遅めに開始し、早いキー操作の場合には省電力制御を早めに開始するというもの（下記の特許文献１参照）や、ネットワークからデータをダウンロードする際にバッテリの残量が少ない場合にはダウンロードを行わないようにするもの（下記の特許文献２参照）、または、バックライトの消灯といった各部の省電力設定情報を格納したテーブルを備え、省電力制御を行う際にはこのテーブルを参照してバックライトを含む各部の省電力設定を一括して行うもの（下記の特許文献３参照）などがある。

特開２００７−２１４６２８号公報 特開２００３−０８７８６３号公報 特開２００２−３０５４７５号公報

しかしながら、特許文献１〜３に記載の技術は、ユーザ個々のキー操作の速度に応じて省電力制御を行うもの（特許文献１）、または、バッテリの残量が少ない場合にはデータのダウンロードを行わないようにするもの（特許文献２）、あるいは、テーブルを参照して省電力設定を一括して行うもの（特許文献３）に過ぎず、いずれも、先に説明した欠点（省電力状態に移行するまでの間の電力消費の無駄を否めない）を解決することができないという問題点がある。

そこで、本発明の目的は、省電力移行時間に関わらず使用状況に応じて適宜適切に省電力状態へと移行させることができ、無駄な電力消費を抑制することができる端末装置、その制御方法及びプログラムを提供することにある。

本発明の端末装置は、ネットワーク上の情報を取得する取得手段と、前記情報を表示する表示手段と、前記取得手段によって前記情報が取得されている間、少なくとも前記取得手段を除くハードウェア部の動作を停止しまたは動作を抑制する制御を行う制御手段と、前記取得手段によって取得される前記情報の取得予測時間を計算する計算手段と、を備え、前記制御手段は、前記取得予測時間が所定の基準時間を越える場合に、前記取得手段によって前記情報が取得されている間における少なくとも前記取得手段を除くハードウェア部の動作を停止しまたは動作を抑制する制御を行う、ことを特徴とする。
本発明の端末装置の制御方法は、ネットワーク上の情報を取得する取得工程と、前記情報を表示する表示工程と、前記取得工程によって前記情報が取得されている間、少なくとも前記取得工程に必要でないハードウェア部の動作を停止しまたは動作を抑制する制御を行う制御工程と、前記取得工程によって取得される前記情報の取得予測時間を計算する計算工程と、を含み、前記制御工程は、前記取得予測時間が所定の基準時間を越える場合に、前記取得工程によって前記情報が取得されている間における少なくとも前記取得工程に必要でないハードウェア部の動作を停止しまたは動作を抑制する制御を行う、ことを特徴とする。
本発明のプログラムは、端末装置のコンピュータを、ネットワーク上の情報を取得する取得手段、前記情報を表示する表示手段、前記取得手段によって前記情報が取得されている間、少なくとも前記取得手段を除くハードウェア部の動作を停止しまたは動作を抑制する制御を行う制御手段、前記取得手段によって取得される前記情報の取得予測時間を計算する計算手段として機能させ、前記制御手段は、前記取得予測時間が所定の基準時間を越える場合に、前記取得手段によって前記情報が取得されている間における少なくとも前記取得手段を除くハードウェア部の動作を停止しまたは動作を抑制する制御を行う、ことを特徴とする。

本発明によれば、省電力移行時間に関わらず使用状況に応じて適宜適切に省電力状態へと移行させることができ、無駄な電力消費を抑制することができる端末装置、その制御方法及びプログラムを提供することができる。

各実施形態に共通する携帯電話機の外観図である。 携帯電話機１の概略的なハードウェア構成図である。 Ｗｅｂサービス利用中の画面表示の一例を示す図である。 処理部１１のＣＰＵ１１ａで実行される制御プログラムを示す図である。 第１の実施形態の特定操作処理を示す図である。 第１の実施形態の特定操作処理の説明図である。 第２の実施形態の特定操作処理を示す図である。 第３の実施形態の特定操作処理を示す図である。 第３の実施形態の特定操作処理の説明図である。 第４の実施形態の特定操作処理を示す図である。 第４の実施形態の特定操作処理の説明図である。 付記１の構成図である。

以下、本発明の実施形態を、スマートフォンと呼ばれる高機能型の携帯電話機への適用を例にして、図面を参照しながら説明する。

図１は、各実施形態に共通する携帯電話機の外観図である。この図において、携帯端末の一形態である携帯電話機１は、手持ちに適した形状、たとえば、薄型箱形状の筐体２を有している。筐体２の主面（表面であって主たる操作対象となる面のこと）には、透過型のタッチパネル３が設けられているとともに、そのタッチパネル３の背面に液晶ディスプレイや有機ＥＬ（Electro-Luminescence）パネルなどの二次元表示デバイス４が設けられており、また、そのタッチパネル３の上端辺側の筐体２の表面には受話器としてのスピーカ５が、そのタッチパネル３の下端辺側の筐体２の表面には送話器としてのマイク６及びユーザによって任意に操作される物理キー７が設けられている。さらに、筐体２の上側面には電源スイッチ８が設けられていると共に、筐体２の下側面にはバッテリ充電や外部接続のためのコネクタ９が設けられている。

図２は、携帯電話機１の概略的なハードウェア構成図である。この図において、携帯電話機１は、操作部１０、処理部１１、通信部１２、記憶部１３、計時部１４及び表示部１５などのハードウェア部を備える。なお、これ以外にもバッテリ等を含む電源部を備えるが、図面を簡単にするために省略している。また、この図では、携帯電話機１を示す一点鎖線図形の下辺を波線で描いているが、この波線は、携帯電話機１を構成するハードウェア部に、他のハードウェア部を含んでいること（または含んでいてもよいこと）を表している。他のハードウェア部は様々であるが、たとえば、カメラ部やＧＰＳ（Global Positioning System：全地球測位システム）部などであってもよい。

操作部１０は、ユーザ１６（携帯電話機１の操作者）に対する入力インターフェースを提供する手段であり、この手段は、図１のタッチパネル３、物理キー７及び電源スイッチ８で構成される。操作部１０は、ユーザ１６の操作に応答して所要の操作信号を発生し、その操作信号を処理部１１に出力する。

通信部１２は、電話やデータ通信のための無線通信手段であり、その通信規格には、一般的に携帯電話の第１世代（１Ｇ）〜第４世代規格（４Ｇ）またはその次世代規格が用いられるが、これに限定されない。電話やデータ通信を行うことができるものであればよく、たとえば、簡易型携帯電話のＰＨＳ（PersonalHandyphoneSystem）規格を用いてもよい。あるいは、ワイファイ（Wi-Fi：登録商標）やブルーツース（Bluetooth（登録商標））などの近距離無線通信規格を用いてもよい。
通信部１２は、無線のみならず有線による通信手段を含むものであってもよい。この通信部１２は、処理部１１の制御に従い、アンテナ１２ａを介して最寄りの基地局１７との間で無線によるデジタルデータの送受信を行ったり、または、図１のコネクタ９と自宅等のルータとの間をケーブルで接続して有線によるデジタルデータの送受信を行ったりする。

基地局１７は、インターネット等のネットワーク１８に接続されており、このネットワーク１８には、クライアントからの要求に対して何らかのサービスを提供するシステム（以下、サーバ）１９が接続されている。

携帯電話機１は、電話の機能だけでなくクライアントとしての機能、つまりネットワーク端末の機能も有しており、サーバ１９に対して所要のサービスを要求することができる。サービスには様々なものがあるが、ここでは典型的なものとして、ホームページなどのコンテンツの閲覧サービスや画像ファイルなどのデータのダウンロードサービス（以下、Ｗｅｂサービス）を例にする。Ｗｅｂサービスの利用の仕方については後で詳しく説明する。

記憶部１３は、書き換え可能且つ不揮発性（電源をオフにしても記憶内容を失わない）の記憶手段であり、たとえば、磁気ディスクやフラッシュメモリなどの記憶デバイスで構成することができる。

計時部１４は、計時（時間を計ること）を行うための手段であり、処理部１１からの指令に応答して計時を開始するとともに、処理部１１によって適宜に設定される時間が経過すると、その旨を処理部１１に通知する。

表示部１５は、ユーザ１６に対する出力インターフェースを提供する手段であり、この手段は、図１の二次元表示デバイス４で構成される。表示部１５は、処理部１１から適宜に出力される情報を可視化してユーザ１６に提供する。

ここで、図１の二次元表示デバイス４を透過型のもの（典型的には液晶ディスプレイ）とした場合、透過型の二次元表示デバイス４は自ら発光しない表示デバイスであるため、何らかの光源（一般的には背面光源であり、以下、バックライト２０という）が必要であるが、バックライト２０の電力消費は他の部分のそれよりも相当大きく、バッテリの持ちをよくするためには、このバックライト２０の省電力制御が欠かせない。

処理部１１は、コンピュータまたはマイクロコンピュータ（以下、ＣＰＵ）１１ａや読み出し専用半導体メモリ（以下、ＲＯＭ）１１ｂ及び高速半導体メモリ（以下、ＲＡＭ）１１ｃならびに不図示の周辺回路を含むプログラム制御方式の制御要素であり、あらかじめＲＯＭ１１ｂに格納されている制御プログラムなどの制御データをＲＡＭ１１ｃにロードしてＣＰＵ１１ａで実行することにより、Ｗｅｂサービスの利用制御やバックライト２０の省電力制御をはじめとする、この携帯電話機１の様々な制御動作を統括する。

図３は、Ｗｅｂサービス利用中の画面表示の一例を示す図である。この図において、表示部１５の画面２１には、たとえば、説明文表示エリア２２と、サムネイル画像表示エリア２３と、アンカー表示エリア２４とを含むＷｅｂページ２５が表示されている。説明文表示エリア２２にはこのＷｅｂページ２５の説明文が表示されており、また、サムネイル画像表示エリア２３には元画像を縮小したサムネイル画像が表示され、さらに、アンカー表示エリア２４には、サムネイル画像の元画像（フルサイズ画像）へのアンカー情報としてリンク文字列が表示されている。

リンク文字列とは、ＨＴＭＬ（HyperText Markup Language）等のハイパーテキスト言語におけるａ要素のｈｒｅｆ属性で前後が区切られた文字列のことをいい、具体的には、Ｗｅｂページ２５のソースで、＜ａ ｈｒｅｆ＝“ＵＲＬ”＞フルサイズ画像のダウンロード＜／ａ＞と表記された文字列のことをいう。“ＵＲＬ”には、ネットワーク１８における元画像の存在場所（アドレス）が入る。

ユーザ１６がこの文字列（“フルサイズ画像のダウンロード”）の部分にタッチすると、処理部１１は、ネットワーク１８の所定の場所（“ＵＲＬ”で指定された場所）からサムネイル画像の元画像をダウンロードする。

一般的にサムネイル画像の元画像のファイルサイズは相当大きく（画像のサイズや画質によっては数Ｍバイト〜数十Ｍバイトにも及ぶ）、そのため、元画像のダウンロードに要する時間は、テキスト情報とサムネイル画像だけのＷｅｂページ２５に比べて相当長くなるのが普通である。もちろん、ダウンロードに要する時間は通信速度や通信品質にも左右されるが、一般的に「元画像のダウンロードに要する時間」は「Ｗｅｂページ２５のダウンロード時間」よりも長いという関係は変わらない。

＜第１の実施形態＞
第１の実施形態のポイントは、時間がかかる処理（上記の例でいえば、ファイルサイズが大きい元画像をダウンロードする処理）を開始するための切っ掛け（契機）となる「特定の操作」が行われた場合に、その操作に対応して実行される処理が完了するまでの間、バックライト２０を消灯して省電力状態に移行させることにより、バッテリの持ちをよくすることにある。

以下、第１の実施形態のポイントを実現するための動作について詳しく説明する。
図４は、処理部１１のＣＰＵ１１ａで実行される制御プログラムを示す図である。この制御プログラムは、ＣＰＵ１１ａで実行される制御プログラムのうち実施形態のポイントに関係する部分を抜粋し、さらにその流れを把握しやすくするために単純化（模式化）したものであり、極めて短い所定の周期ごとにＣＰＵ１１ａで繰り返し実行されるものである。したがって、以下の説明における動作の主体（制御の実行主体）は、その都度明示しないが、処理部１１のＣＰＵ１１ａである。

この制御プログラムを開始すると、まず、ユーザ１６による操作が行われたか否かを判定する（ステップＳ１）。ユーザ１６による操作とは、操作部１０に対して適宜に行われるユーザ１６の操作のことをいい、具体的には、タッチパネル３のタッチ操作、物理キー７の押圧操作または電源スイッチ８のオンオフ操作のことをいう。

ステップＳ１の判定結果がＮＯの場合、つまり、ユーザ１６の操作ありが判定されなかった場合は、計時部１４を用いてタイマー時間Ｔａの計時を行い（ステップＳ２）、次いで、そのタイマー時間Ｔａと所定時間（省電力移行時間ｋＴａ）との比較を行って「Ｔａ＞ｋＴａ」であるか否かを判定する（ステップＳ３）。そして、「Ｔａ＞ｋＴａ」でなければ、ステップＳ１に戻り、一方、「Ｔａ＞ｋＴａ」であればバックライト２０を消灯して省電力状態に移行（ステップＳ４）した後、ステップＳ１に戻るという動作を繰り返す。

したがって、これらのステップＳ１〜ステップＳ４によれば、所定時間（省電力移行時間ｋＴａ）が経過するまでの間はバックライト２０を点灯した通常の動作状態とする一方、所定時間（省電力移行時間ｋＴａ）が経過した後はバックライト２０を消灯した省電力状態に移行させることができるという作用が得られる。

ステップＳ１の判定結果がＹＥＳの場合、つまり、ユーザ１６の操作ありが判定された場合は、まず、その操作が「特定の操作」であるか否かを判定する（ステップＳ５）。特定の操作とは、先にも述べたとおり、その操作に応答して実行される処理に長い時間を要する操作のことをいい、その一例は、先に説明したファイルサイズの大きい元画像のダウンロード処理の切っ掛けとなる操作（図３のアンカー表示エリア２４へのタッチ操作）である。

「特定の操作」でない場合（すなわち特定の操作以外の操作が行われた場合）は、現在の携帯電話機１の状態が省電力状態であるか否かを判定し（ステップＳ６）、省電力状態であれば、省電力状態を解除して（ステップＳ７）通常の状態に復帰させた後、特定の操作以外の操作に対応した処理を実行（ステップＳ７ａ）してからステップＳ１に戻り、省電力状態でなければ、そのまま、特定の操作以外の操作に対応した処理を実行（ステップＳ７ａ）してからステップＳ１に戻る。

したがって、これらのステップＳ５〜ステップＳ７によれば、特定の操作以外の操作が行われた場合に、省電力状態になっていれば、直ちにその状態を解除して通常の状態（バックライト２０が点灯した状態）に戻すという作用が得られる。

ステップＳ５で「特定の操作」が判定された場合は、特定操作処理を実行する（ステップＳ８）。
図５は、第１の実施形態の特定操作処理を示す図である。この処理では、まず、特定の操作に対応した処理の実行を開始する（ステップＳ１１）。特定の操作に対応した処理とは、たとえば、特定の操作を、図３のアンカー表示エリア２４へのタッチ操作とすれば、サムネイル画像の元画像をダウンロードする処理のことをいう。先にも説明したとおり、サムネイル画像の元画像のファイルサイズは大きく、ダウンロードに相当な時間を要するので、バッテリの持ちをよくするために、その間、バックライト２０を消灯して省電力状態に移行する（ステップＳ１２）。そして、特定の操作に対応した処理（ここではサムネイル画像の元画像をダウンロードする処理）の完了を待ち（ステップＳ１３）、処理が完了すると、バックライト２０を点灯して省電力状態を解除する（ステップＳ１４）とともに、ユーザ１６に対して省電力状態を解除した旨の告知またはダウンロードが完了した旨の告知もしくはその両方の告知（ステップＳ１５）を音や振動または画面表示等で行った後、図４の処理に復帰する。

したがって、この特定操作処理では、時間がかかる処理を実行している間はバックライト２０を消灯して省電力状態に移行させることができ、バッテリの持ちをよくすることができるとともに、当該処理の完了と同時に直ちに省電力状態から通常の状態へと復帰させることができるという作用が得られる。

なお、ここでは、ステップＳ１３で処理（ダウンロード）の完了を判定すると、ステップＳ１４で直ちにバックライト２０を点灯して省電力状態を解除するとしているが、これに限定されない。たとえば、ＭＰＥＧ（Moving Picture Expert Group）などの圧縮した動画をダウンロードする場合は、動画の復元処理や、動画再生時の滑らかさを確保するためのバッファへの溜め込み処理などを行うため、動画の再生は、溜め込み処理後に開始されることになる。したがって、ステップＳ１３における処理（ダウンロード）の完了判定は、動画の再生を開始できるようになった時点、つまりユーザ１６がその画像を見ることが可能になった時点で行うようにすることが望ましい。このようにすれば、動画の復元処理や、動画再生時の滑らかさを確保するためのバッファへの溜め込み処理などを実行している間もバックライト２０の消灯を継続することができ、より一層省電力化を図ることができる。

また、ステップＳ１５で行われるユーザ１６にする告知のタイミングは、ダウンロードの完了時（通信の終了時）のみならず、そのサイト情報をユーザ１６が表示部１５の画面上で視認できるようになった時に行うようにしてもよい。「視認できるようになった時」とは、その情報を完全な状態で把握できるようになった時、または、概ね把握できるようになった時を意味する。概ね把握できるようになった時は、たとえば、インターレスＧＩＦ（Graphics Interchange Format）のように、ファイルの読み込みの進捗に合わせて粗い画像から精細な画像へと変化する場合に、その変化途中の任意の時（画像の中身をなんとか判別可能になった時）のことである。

図６は、第１の実施形態の特定操作処理の説明図である。携帯電話機１の動作状態は、当初、バックライト２０を点灯した通常の状態にあるが、時間を要する処理（上記の例ではサムネイル画像の元画像をダウンロードする処理）の切っ掛け（契機）となる「特定の操作」が行われたときには、直ちに携帯電話機１の動作状態を省電力状態（バックライト２０が消灯した状態）に移行し、そして、当該処理が完了すると（正確にはユーザがその画像を見ることができるようになると）、携帯電話機１の動作状態を省電力状態（バックライト２０が消灯した状態）から通常の状態（バックライト２０が点灯した状態）に復帰する。

したがって、第１の実施形態によれば、時間を要する処理（特定の操作に対応した処理）が行われている間は、携帯電話機１の動作状態がバックライト２０を消灯した省電力状態に移行するので、その間のバッテリ消費を抑えることができ、バッテリの持ちをよくすることができるという効果が得られる。

しかも、この効果には、先の「省電力移行時間」がまったく関与しない（ステップＳ１１〜ステップＳ１５の間に省電力移行時間が関係する処理が含まれていない）ので、省電力移行時間を必要充分な長さ（たとえば、２分またはそれ以上の長さ等）にしておいても何ら差し支えがない。つまり、バッテリの持ちをよくする点では省電力移行時間をできるだけ短くすることが望ましいものの、短くすると今度は画面を見ている最中にバックライト２０が消灯してしまい、却って使い勝手が悪くなるという欠点を招来する。これに対して、第１の実施形態の特定操作処理では、「省電力移行時間」がまったく関与しないため、「省電力移行時間」を必要充分な長さにしておくことができるから、結局のところ、使い勝手の悪化を招くことなく、バッテリの持ちをよくすることができるという特有の効果を得ることができる。

＜第２の実施形態＞
上記の第１の実施形態では、特定の操作に対応した処理を開始すると、直ちに省電力状態に移行する（ステップＳ１２）ようにしている。特定の操作に対応した処理は、たとえば、ファイルサイズが大きい元画像をダウンロードする処理のことであるが、このダウンロードに要する時間は常に一定ではない。通信速度や通信品質によっては早くなったり遅くなったりする。たとえば、高速通信が可能な環境ではダウンロードが短時間で完了することも当然あり得る。このような場合にも省電力状態に移行すると、画面が急に暗くなってユーザ１６に不自然さを与えるから、この場合には、むしろ省電力状態への移行を行わないようにすることが望ましい。

図７は、第２の実施形態の特定操作処理を示す図である。なお、この特定操作処理は、図５の特定操作処理の改良例であり、図５の特定操作処理との相違は、ステップＳ１１の後に、特定の操作に対応した処理の完了予測時間Ｔｂを計算する（たとえば、元画像のダウンロードであれば、元画像のファイルサイズと通信速度とに基づいて計算する）ステップＳ２１と、この完了予測時間Ｔｂと所定の基準時間ｋＴｂとを比較して、「Ｔｂ＞ｋＴｂ」であるか否かを判定するステップＳ２２とを追加し、さらに、ステップＳ２２の判定結果がＹＥＳの場合に、図５のステップＳ１２以降を実行する一方、ステップＳ２２の判定結果がＮＯの場合に、特定の操作に対応した処理の完了を待ってから、図５のステップＳ１５を実行するステップＳ２３を追加した点にある。

したがって、第２の実施形態によれば、特定の操作に対応した処理の完了予測時間（Ｔｂ）が所定の基準時間（ｋＴｂ）よりも短い場合には、省電力状態への移行を行わないようにすることができる。これにより、特定の操作に対応した処理であっても短い時間（ｋＴｂで決まる時間）で処理が完了すると予測される場合には、省電力状態に移行させないようにすることができ、ユーザ１６に不自然さを感じさせないようにすることができる。

＜第３の実施形態＞
以上の説明では、特定の操作に対応した処理の例をファイルサイズが大きい元画像をダウンロードする処理としたが、この例に限らない。要は時間がかかる処理であればよく、たとえば、テキストと画像の両方をダウンロードする処理などであってもよい。

たとえば、ユーザ１６が先の図３のＷｅｂページ２５を閲覧するために、このＷｅｂページ２５のＵＲＬを直接入力する操作（特定の操作）を行い、または、このＷｅｂページ２５へのリンク（不図示）を選択する操作（特定の操作）を行った場合、処理部１１のＣＰＵ１１ａは、通信部１２とネットワーク１８を介してサーバ１９からＷｅｂページ２５をダウンロードし、そのダウンロードデータ（Ｗｅｂページ２５）を表示部１５に表示するという一例の制御を実行する。

さて、図３のＷｅｂページ２５は、テキストと画像の混在データ、つまり、説明文表示エリア２２と、サムネイル画像表示エリア２３と、アンカー表示エリア２４とを含んで構成されている。説明文表示エリア２２とアンカー表示エリア２４のデータはテキストであり、サムネイル画像表示エリア２３のデータは画像である。一般的にデータ量が少ないテキストのダウンロードは早く完了し、データ量の多い画像のダウンロードは（テキストのダウンロードに比べて）遅く完了するが、通信速度が極端に遅い環境では、画像は勿論のこと、テキストのダウンロードにも時間がかかることがある。

このように通信速度が極端に遅い環境では、テキストのダウンロードにも通信速度に応じた長い待ち時間が発生することがある。したがって、通信速度が極端に遅い環境における省電力状態への移行は、待ち時間が始まる点、つまり、図３のＷｅｂページ２５をダウンロードする場合であれば、テキストと画像の双方のダウンロードの開始点から行うことが望ましい。一方、Ｗｅｂページ２５の内容把握はテキストデータだけからも一応可能であることを考慮すると、通信速度が極端に遅い環境における省電力状態からの復帰は、テキストデータのダウンロード完了点で行うことが望ましい。

図８は、第３の実施形態の特定操作処理を示す図である。この処理では、まず、特定の操作に対応した処理（ここでは説明の都合上、図３のＷｅｂページ２５のダウンロード処理とする）の実行を開始する（ステップＳ３１）。

次に、上記の処理がテキストと画像の双方のダウンロード処理であるか否かを判定し（ステップＳ３２）、この判定結果がＮＯであれば、図５のステップＳ１２〜ステップＳ１５を実行してから、フローを終了して図４の処理に復帰するが、ここでは、図３のＷｅｂページ２５のダウンロード処理であるので、ステップＳ３２の判定結果がＹＥＳとなり、直ちに省電力状態（バックライト２０を消灯した状態）に移行する（ステップＳ３３）。

次に、テキストのダウンロードが完了するまで待機し（ステップＳ３４）、テキストのダウンロードが完了すると、直ちに省電力状態を解除して通常の状態（バックライトを点灯した状態）に復帰する（ステップＳ３５）とともに、ユーザ１６に対して省電力状態を解除した旨の告知（ステップＳ３６）を音や振動または画面表示等で行った後、画像のダウンロードが完了するまで待機する（ステップＳ３７）。

そして、画像のダウンロードが完了すると、ユーザ１６に対して画像のダウンロードが完了した旨の告知（ステップＳ３８）を音や振動または画面表示等で行った後、図４の処理に復帰する。画像のダウンロード完了は、通信の完了時のみならず、その画像をユーザ１６が表示部１５の画面上で視認できるようになった時に判定してもよい。この場合、「視認できるようになった時」は、その画像を完全な状態で再生して視認できるようになった時、または、概ね把握できるようになった時を意味する。概ね把握できるようになった時は、たとえば、インターレスＧＩＦのように、ファイルの読み込みの進捗に合わせて粗い画像から精細な画像へと変化する場合に、その変化途中の任意の時（画像の中身をなんとか判別可能になった時）のことである。

したがって、この特定操作処理では、テキストと画像の双方のダウンロードを開始した時点で省電力状態に移行させるとともに、テキストのダウンロードが完了した時点で省電力状態を解除して通常の状態に復帰させるという作用が得られる。

図９は、第３の実施形態の特定操作処理の説明図である。携帯電話機１の動作状態は、当初、バックライト２０を点灯した通常の状態にあるが、時間を要する処理（図８の例ではテキストと画像のダウンロード処理）の切っ掛け（契機）となる「特定の操作」が行われたときには、直ちに携帯電話機１の動作状態を省電力状態（バックライト２０が消灯した状態）に移行し、そして、当該処理のうち、テキストのダウンロードが完了すると同時に、携帯電話機１の動作状態を省電力状態（バックライト２０が消灯した状態）から通常の状態（バックライト２０が点灯した状態）に復帰する。

したがって、第３の実施形態によれば、時間を要する処理のうち、テキストのダウンロードが完了するまでの間は、携帯電話機１の動作状態がバックライト２０を消灯した省電力状態に移行するので、その間のバッテリ消費を抑えることができ、バッテリの持ちをよくすることができるという効果が得られる。さらに、テキストのダウンロード完了時点でバックライト２０を点灯した通常の状態に復帰するので、そのテキストを見ることによってＷｅｂページ２５の一応の内容把握を行うことができるという効果も得られる。

＜第４の実施形態＞
さらに、図５、図７又は図８の特定処理操作を以下のように改良してもよい。
図１０は、第４の実施形態の特定処理操作を示す図である。この処理では、まず、特定の操作に対応した処理の実行を開始し（ステップＳ４１）、次いで、その処理がデータのダウンロードであるか否かを判定する（ステップＳ４２）。

そして、データのダウンロードでなければ、図４のフローに復帰する一方、データのダウンロードであれば、次に、そのダウンロードの早さを表す指標値を計算する（ステップＳ４３）。ダウンロードの早さを表す指標値とは、単位時間当たりのデータ通信量を示す指標値またはそれに相関する指標値のことであり、たとえば、ダウンロード対象のデータ量をＡとし、単位時間当たりのデータ通信量をＢとすると、Ａに対するＢの割合がどの程度であるかを示す指標値のことをいう。この指標値は、通信速度が早い環境では大きな値になり、通信速度が遅い環境では小さな値になる。

ダウンロードの早さを表す指標値を計算すると、次に、その指標値に合せて、省電力状態への移行時間Ｔｃを調整（ステップＳ４４）した後、ダウンロードが完了したか否かを判定する（ステップＳ４５）。

そして、ダウンロードが完了していれば、そのままフローを終了して図４の処理に復帰する一方、ダウンロードが完了していなければ、ダウンロードの開始から現在までの時間の経過が、省電力状態への移行時間Ｔｃに達したか否かを判定する（ステップＳ４６）。

ステップＳ４６の判定結果がＮＯの場合、つまり、ダウンロードの開始から現在までの時間の経過が、省電力状態への移行時間Ｔｃに達していない場合は、ステップＳ４５に戻り、一方、ステップＳ４６の判定結果がＹＥＳの場合、つまり、ダウンロードの開始から現在までの時間の経過が、省電力状態への移行時間Ｔｃに達した場合は、直ちに省電力状態に移行する（ステップＳ４７）。

次いで、ダウンロード完了まで待機し（ステップＳ４８）、ダウンロードが完了すると、省電力状態を解除して通常の状態に戻す（ステップＳ４９）とともに、ユーザ１６に対して省電力状態が解除された旨の告知またはダウンロードが完了した旨の告知もしくはその両方の告知（ステップＳ５０）を音や振動または画面表示等で行った後、図４の処理に復帰する。

したがって、この特定操作処理では、ダウンロードの早さを表す指標値またはそれに相関する指標値に合せて、省電力状態への移行時間Ｔｃを調整するという作用が得られる。

図１１は、第４の実施形態の特定操作処理の説明図である。（ａ）に示すように、ダウンロードの早さを表す指標値が大きい場合は、その指標値に合せて省電力状態への移行時間Ｔｃが大きめの値（長めの値）に設定される。このため、データのダウンロード途中は勿論のこと、ダウンロード完了の時点でもまだ省電力状態への移行時間Ｔｃに達しないこととなり、この場合は、省電力状態に移行せず、通常の状態を維持する。一方、（ｂ）に示すように、ダウンロードの早さを表す指標値が小さい場合は、その指標値に合せて省電力状態への移行時間Ｔｃが小さめの値（短めの値）に設定される。このため、データのダウンロード途中に省電力状態への移行時間Ｔｃに達することとなり、この場合は、移行時間Ｔｃに達した時点で省電力状態に移行し、さらに、ダウンロードが完了した時点で省電力状態を解除して通常の状態に復帰する。

したがって、第４の実施形態によれば、指標値が大きい場合（つまり、通信環境が早い環境の場合）には省電力状値に移行しにくい特性とする一方、指標値が小さい場合（つまり、通信環境が遅い環境の場合）には省電力状値に移行しやすい特性とすることができ、通信環境に適合した省電力状態制御を行うことができるという効果を得ることができ、実際の使用状況に即した実用性のある技術を提供することができる。

なお、以上の説明では、省電力状態をバックライト２０を消灯した状態としているが、これに限定されない。バックライト２０の消灯（動作の停止）のみならず、バックライト２０の輝度低減（動作の抑制）であってもよい。もしくは、二次元表示デバイス４の表示回路（駆動ドライバ等）を非作動状態や動作抑制状態としてもよく、あるいは、他の回路の非作動状態若しくは動作抑制状態と組み合わせてもよい。

要するに、省電力状態は、少なくとも時間を要する処理に関係しないハードウェア部の動作を停止させ、またはその動作を抑制させる状態であればよい。バックライト２０は、そのハードウェア部の一例を示しているに過ぎない。

さらに、「特定の操作」についても、アンカー（図３のアンカー表示エリア２４参照）の選択操作に限定されない。たとえば、ブックマークの選択であってもよく、または、ホームページアドレス等の直接入力（ＵＲＬ入力）であってもよい。あるいは、一度読み込んだアドレスの再読込操作（リロード操作）であってもよい。

また、携帯電話機への適用にも限定されない。たとえば、タブレットＰＣ（Personal Computer）、ノートＰＣ、ＰＤＡ（Personal Data Assistants：携帯情報端末）、ゲーム機などにも適用可能であり、要するにネットワーク端末としての機能を有するあらゆる種類の電子機器に適用することができる。

この出願は、２０１２年１２月３日に出願された日本出願特願２０１２−２６４３０６号を基礎とする優先権を主張し、その開示を全てここに取り込む。

以下、本発明の特徴を付記する。
上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。
（付記１）
図１２は、付記１の構成図である。
付記１は、ネットワーク上の情報を取得する取得手段１００（実施形態の通信部１２に相当）と、
前記情報を表示する表示手段１０１（実施形態の表示部１５に相当）と、
前記取得手段１００によって前記情報が取得されている間、少なくとも前記取得手段１００を除くハードウェア部１０２（実施形態のバックライト２０に相当）の動作を停止しまたは動作を抑制する制御を行う制御手段１０３（実施形態の処理部１１に相当）と、
を備えたことを特徴とする端末装置１０４（実施形態の携帯電話機１に相当）である。
付記１によれば、ネットワークから情報を取得している間、ハードウェア部の動作を停止しまたは動作を抑制することができ、その動作停止分または動作抑制分の電力消費を抑えることができ、バッテリの持ちを長くすることができる。
（付記２）
付記２は、さらに、前記取得手段によって取得される前記情報の取得予測時間を計算する計算手段を備え、
前記制御手段は、前記取得予測時間が所定の基準時間を越える場合に、前記取得手段によって前記情報が取得されている間における少なくとも前記取得手段を除くハードウェア部の動作を停止しまたは動作を抑制する制御を行う、
ことを特徴とする付記１に記載の端末装置である。
付記２によれば、情報の取得予測時間が所定の基準時間を越える場合にのみハードウェア部の動作を停止しまたは動作を抑制するので、無駄な電力制御を行うことがなく、使い勝手の改善を図ることができる。
（付記３）
付記３は、前記取得手段によって取得される前記情報は、テキスト情報と画像情報の混在情報であり、
前記制御手段は、前記取得手段によって前記テキスト情報が取得されている間、少なくとも前記取得手段を除くハードウェア部の動作を停止しまたは動作を抑制する制御を行う、
ことを特徴とする付記１又は２に記載の端末装置である。
付記３によれば、テキスト情報の取得完了に伴い、一部のハードウェア部の動作の停止しまたは動作の抑制を解除するので、取得したテキスト情報を表示して情報の内容確認を行うことができる。
（付記４）
付記４は、さらに、前記取得手段によって取得される前記情報の取得速度を計算する計算手段を備え、
前記制御手段は、前記取得速度に合せて、前記取得手段を除くハードウェア部の動作を停止しまたは動作を抑制するまでの時間を制御する、
ことを特徴とする付記１乃至３のいずれかに記載の端末装置である。
付記４によれば、情報の取得速度に合わせて、ハードウェア部の動作を停止しまたは動作を抑制するまでの時間を制御するので、通信品質の良否に適合した省電力制御を行うことができる。
（付記５）
付記５は、ネットワーク上の情報を取得する取得工程と、
前記情報を表示する表示工程と、
前記取得工程によって前記情報が取得されている間、少なくとも前記取得工程に必要でないハードウェア部の動作を停止しまたは動作を抑制する制御を行う制御工程と、
を含むことを特徴とする端末装置の制御方法である。
付記５によれば、付記１と同様の効果を得ることができる。
（付記６）
付記６は、端末装置のコンピュータを、
ネットワーク上の情報を取得する取得手段、
前記情報を表示する表示手段、
前記取得手段によって前記情報が取得されている間、少なくとも前記取得手段を除くハードウェア部の動作を停止しまたは動作を抑制する制御を行う制御手段、
として機能させることを特徴とするプログラムである。
付記６によれば、付記１と同様の効果を得ることができる。

１００ 取得手段
１０１ 表示手段
１０２ ハードウェア部
１０３ 制御手段
１０４ 端末装置

Claims (5)

1. ネットワーク上の情報を取得する取得手段と、
   前記情報を表示する表示手段と、
   前記取得手段によって前記情報が取得されている間、少なくとも前記取得手段を除くハードウェア部の動作を停止しまたは動作を抑制する制御を行う制御手段と、
   前記取得手段によって取得される前記情報の取得予測時間を計算する計算手段と、を備え、
   前記制御手段は、前記取得予測時間が所定の基準時間を越える場合に、前記取得手段によって前記情報が取得されている間における少なくとも前記取得手段を除くハードウェア部の動作を停止しまたは動作を抑制する制御を行う、
   ことを特徴とする端末装置。
2. 前記取得手段によって取得される前記情報は、テキスト情報と画像情報の混在情報であり、
   前記制御手段は、前記取得手段によって前記テキスト情報が取得されている間、少なくとも前記取得手段を除くハードウェア部の動作を停止しまたは動作を抑制する制御を行う、
   ことを特徴とする請求項１に記載の端末装置。
3. さらに、前記取得手段によって取得される前記情報の取得速度を計算する計算手段を備え、
   前記制御手段は、前記取得速度に合せて、前記取得手段を除くハードウェア部の動作を停止しまたは動作を抑制するまでの時間を制御する、
   ことを特徴とする請求項１または２に記載の端末装置。
4. ネットワーク上の情報を取得する取得工程と、
   前記情報を表示する表示工程と、
   前記取得工程によって前記情報が取得されている間、少なくとも前記取得工程に必要でないハードウェア部の動作を停止しまたは動作を抑制する制御を行う制御工程と、
   前記取得工程によって取得される前記情報の取得予測時間を計算する計算工程と、を含み、
   前記制御工程は、前記取得予測時間が所定の基準時間を越える場合に、前記取得工程によって前記情報が取得されている間における少なくとも前記取得工程に必要でないハードウェア部の動作を停止しまたは動作を抑制する制御を行う、
   ことを特徴とする端末装置の制御方法。
5. 端末装置のコンピュータを、
   ネットワーク上の情報を取得する取得手段、
   前記情報を表示する表示手段、
   前記取得手段によって前記情報が取得されている間、少なくとも前記取得手段を除くハードウェア部の動作を停止しまたは動作を抑制する制御を行う制御手段、
   前記取得手段によって取得される前記情報の取得予測時間を計算する計算手段として機能させ、
   前記制御手段は、前記取得予測時間が所定の基準時間を越える場合に、前記取得手段によって前記情報が取得されている間における少なくとも前記取得手段を除くハードウェア部の動作を停止しまたは動作を抑制する制御を行う、
   ことを特徴とするプログラム。

Images