特開 2021-120783 情報処理装置及び情報処理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】特開2021-120783(P2021-120783A)

(43)【公開日】2021年8月19日

(54)【発明の名称】情報処理装置及び情報処理方法

(51)【国際特許分類】

   G06F 1/3218 20190101AFI20210726BHJP

   G06F 1/3287 20190101ALI20210726BHJP

   G06F 3/0484 20130101ALI20210726BHJP

   G06F 3/14 20060101ALI20210726BHJP

   G09G 5/14 20060101ALI20210726BHJP

   G09G 5/36 20060101ALI20210726BHJP

【ＦＩ】

   G06F1/3218

   G06F1/3287

   G06F3/0484

   G06F3/14 350A

   G09G5/14 C

   G09G5/36 520G

   G09G5/36 510M

   G09G5/36 520P

【審査請求】有

【請求項の数】9

【出願形態】ＯＬ

【全頁数】23

(21)【出願番号】特願2020-13660(P2020-13660)

(22)【出願日】2020年1月30日

(71)【出願人】

【識別番号】505205731

【氏名又は名称】レノボ・シンガポール・プライベート・リミテッド

(74)【代理人】

【識別番号】100161207

【弁理士】

【氏名又は名称】西澤 和純

(74)【代理人】

【識別番号】100169764

【弁理士】

【氏名又は名称】清水 雄一郎

(74)【代理人】

【識別番号】100175824

【弁理士】

【氏名又は名称】小林 淳一

(74)【代理人】

【識別番号】100206081

【弁理士】

【氏名又は名称】片岡 央

(72)【発明者】

【氏名】塚本 泰史

(72)【発明者】

【氏名】河野 誠一

【テーマコード（参考）】

5B011

5B069

5C182

5E555

【Ｆターム（参考）】

5B011DA02

5B011EA04

5B011EB09

5B011LL11

5B069AA01

5B069BB13

5B069CA03

5B069CA05

5B069CA06

5B069CA16

5C182AA03

5C182AB02

5C182AB08

5C182AC43

5C182BA01

5C182BA04

5C182BA14

5C182BA56

5C182BA75

5C182CB04

5C182CB14

5C182CB44

5C182CB54

5C182CC01

5C182CC03

5C182CC06

5C182CC07

5C182DA41

5C182DA44

5C182DA66

5E555AA77

5E555BA02

5E555BA14

5E555BA52

5E555BB02

5E555BB14

5E555BC08

5E555BC13

5E555DA23

5E555DA32

5E555DB03

5E555DC17

5E555DC27

5E555EA07

5E555EA09

5E555EA12

5E555FA00

(57)【要約】

【課題】マルチウィンドウ・マルチタスクＯＳにおいて複数のウィンドウを表示するための消費電力を削減することが可能な情報処理装置及び情報処理方法を提供する。
【解決手段】マルチウィンドウ・マルチタスクをサポートしているオペレーティング・システム（ＯＳ）と、表示部に複数のウィンドウが表示されている場合、前記表示部の奥行方向における前記複数のウィンドウの位置関係を検出する検出部と、前記複数のウィンドウが動的に処理されるコンテンツを含む第１のウィンドウを含む場合、前記位置関係に基づき、前記第１のウィンドウの表示状態が所定の要件を満たしているかを判定する判定部と、前記所定の要件を満たしていると判定された場合、前記第１のウィンドウに対して、省電力化処理を実行する省電力化処理部と、を備える、情報処理装置。
【選択図】図３

【特許請求の範囲】

【請求項1】

マルチウィンドウ・マルチタスクをサポートしているオペレーティング・システム（ＯＳ）と、
表示部に複数のウィンドウが表示されている場合、前記表示部の奥行方向における前記複数のウィンドウの位置関係を検出する検出部と、
前記複数のウィンドウが動的に処理されるコンテンツを含む第１のウィンドウを含む場合、前記位置関係に基づき、前記第１のウィンドウの表示状態が所定の要件を満たしているかを判定する判定部と、
前記所定の要件を満たしていると判定された場合、前記第１のウィンドウに対して、省電力化処理を実行する省電力化処理部と、
を備える、情報処理装置。

【請求項2】

前記省電力化処理は、前記第１のウィンドウの動作を停止させることである、請求項１に記載の情報処理装置。

【請求項3】

前記省電力化処理は、前記第１のウィンドウのプロセスの実行を停止させることである、請求項２に記載の情報処理装置。

【請求項4】

前記省電力化処理は、前記第１のウィンドウを最小化させる、請求項２又は請求項３のいずれか１項に記載の情報処理装置。

【請求項5】

前記第１のウィンドウがブラウザのウィンドウである場合、前記省電力化処理は、前記ブラウザのウィンドウ内の最前面にダミータブを開かせることである、請求項２から請求項４のいずれか１項に記載の情報処理装置。

【請求項6】

前記所定の要件は、前記第１のウィンドウに音声を出力するコンテンツが含まれないことを含む、請求項１から請求項５のいずれか１項に記載の情報処理装置。

【請求項7】

前記所定の要件は、前記第１のウィンドウの前記表示部に表示されている表示領域の割合が所定の閾値以下であることを含む、請求項１から請求項６のいずれか１項に記載の情報処理装置。

【請求項8】

前記所定の要件は、前記表示部に表示されている前記動的に処理されるコンテンツの割合が所定の閾値以下であることを含む、請求項１から請求項６のいずれか１項に記載の情報処理装置。

【請求項9】

前記第１のウィンドウと、前記奥行方向において前記第１のウィンドウよりも手前に位置する第２のウィンドウとの前記位置関係に基づき、前記第１のウィンドウの前記表示領域の面積を算出し、前記表示領域の面積を前記第１のウィンドウの面積で除算して前記割合を算出する算出部、
をさらに備える、請求項７に記載の情報処理装置。

【請求項10】

前記所定の要件は、前記第１のウィンドウが前記表示部の最前面に表示されていないことを含む、請求項１から請求項６のいずれか１項に記載の情報処理装置。

【請求項11】

オペレーティング・システム（ＯＳ）が、マルチウィンドウ・マルチタスクをサポートしていることと、
検出部が、表示部に複数のウィンドウが表示されている場合、前記表示部の奥行方向における前記複数のウィンドウの位置関係を検出することと、
判定部が、前記複数のウィンドウが動的に処理されるコンテンツを含む第１のウィンドウを含む場合、前記位置関係に基づき、前記第１のウィンドウの表示状態が所定の要件を満たしているかを判定することと、
省電力化処理部が、前記所定の要件を満たしていると判定された場合、前記第１のウィンドウに対して、省電力化処理を実行することと、
を含む、情報処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置及び情報処理方法に関する。

【背景技術】

【0002】

従来、マルチウィンドウ・マルチタスクをサポートしているオペレーティング・システム（ＯＳ）における消費電力を削減させる技術が各種提案されている。以下、マルチウィンドウ・マルチタスクをサポートしているＯＳは、「マルチウィンドウ・マルチタスクＯＳ」とも称される。

【0003】

例えば、下記特許文献１には、全画面サイズの半透明ウィンドウを生成し、現在作業中でフォーカスが当たっているアクティブウィンドウのすぐ背後に当該半透明ウィンドウを表示させることで表示デバイスの消費電力を削減する技術が開示されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１０−１８１４５８号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、特許文献１の技術では、半透明ウィンドウを表示することで、表示部に表示されるウィンドウの数が増加する。これにより、ウィンドウを表示するための処理数も増加する。よって、ウィンドウの表示処理に関する消費電力が増加し得る。

【0006】

上述の課題を鑑み、本発明の目的は、マルチウィンドウ・マルチタスクＯＳにおいて複数のウィンドウを表示するための消費電力を削減することが可能な情報処理装置及び情報処理方法を提供することにある。

【課題を解決するための手段】

【0007】

上述の課題を解決するために、本発明の一態様に係る情報処理装置は、マルチウィンドウ・マルチタスクをサポートしているオペレーティング・システム（ＯＳ）と、表示部に複数のウィンドウが表示されている場合、前記表示部の奥行方向における前記複数のウィンドウの位置関係を検出する検出部と、前記複数のウィンドウが動的に処理されるコンテンツを含む第１のウィンドウを含む場合、前記位置関係に基づき、前記第１のウィンドウの表示状態が所定の要件を満たしているかを判定する判定部と、前記所定の要件を満たしていると判定された場合、前記第１のウィンドウに対して、省電力化処理を実行する省電力化処理部と、を備える。

【0008】

本発明の一態様に係る情報処理方法は、オペレーティング・システム（ＯＳ）が、マルチウィンドウ・マルチタスクをサポートしていることと、検出部が、表示部に複数のウィンドウが表示されている場合、前記表示部の奥行方向における前記複数のウィンドウの位置関係を検出することと、判定部が、前記複数のウィンドウが動的に処理されるコンテンツを含む第１のウィンドウを含む場合、前記位置関係に基づき、前記第１のウィンドウの表示状態が所定の要件を満たしているかを判定することと、省電力化処理部が、前記所定の要件を満たしていると判定された場合、前記第１のウィンドウに対して、省電力化処理を実行することと、を含む。

【発明の効果】

【0009】

本発明によれば、マルチウィンドウ・マルチタスクＯＳにおいて複数のウィンドウを表示するための消費電力を削減することができる。

【図面の簡単な説明】

【0010】

【図1】本発明の実施形態に係るノート型ＰＣの外部構成の一例を示す図である。

【図2】同実施形態に係るノート型ＰＣのハードウェア構成の一例を示すブロック図である。

【図3】同実施形態に係るノート型ＰＣの機能構成の一例を示すブロック図である。

【図4】同実施形態に係る表示領域の一例を示す図である。

【図5】同実施形態に係るノート型ＰＣにおける処理の流れの一例を示すフローチャートである。

【図6A】同実施形態に係る第１の具体例における複数のウィンドウの表示の一例を示す図である。

【図6B】同実施形態に係る第１の具体例における表示領域の一例を示す図である。

【図7A】同実施形態に係る第２の具体例における複数のウィンドウの表示の一例を示す図である。

【図7B】同実施形態に係る第２の具体例における表示領域の一例を示す図である。

【発明を実施するための形態】

【0011】

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

【0012】

＜＜１．情報処理装置の構成＞＞
本発明の実施形態に係る情報処理装置の構成について説明する。なお、本実施形態では、情報処理装置の一例として、ノート型ＰＣ（Personal Computer）について説明する。なお、本発明の実施形態に係る情報処理装置は、ノート型ＰＣに限定されない。例えば、情報処理装置は、デスクトップ型ＰＣ、タブレット、スマートフォン等の端末により実現されてもよい。なお、本実施形態に係る情報処理装置は、マルチウィンドウ・マルチタスクシステムを実現するためにマルチウィンドウ・マルチタスクＯＳを搭載した端末である。

【0013】

＜１−１．外部構成＞
まず、図１を参照して、ノート型ＰＣ１の外部構成の一例について説明する。図１は、本発明の実施形態に係るノート型ＰＣ１の外部構成の一例を示す図である。以下の説明において、表示部１４の長辺方向をＸ軸方向とし、表示部１４の短辺方向をＹ軸とし、表示部の表面に垂直な方向をＺ軸方向として説明する。

【0014】

図１に示すように、ノート型ＰＣ１は、表示部１４を備える。ノート型ＰＣ１は、マルチウィンドウ・マルチタスクＯＳを搭載している。ノート型ＰＣ１は、マルチウィンドウ・マルチタスクＯＳの機能により、表示部１４に複数のウィンドウを表示することができる。例えば、ノート型ＰＣ１は、図１に示すように、１つのブラウザウィンドウＢＷと１つのアプリケーションウィンドウＡＷを表示部１４に表示する。

【0015】

なお、ノート型ＰＣ１が表示部１４に表示するウィンドウの数は、かかる例に限定されない。例えば、ノート型ＰＣ１は複数のブラウザウィンドウＢＷと複数のアプリケーションウィンドウＡＷを表示部１４に表示してもよい。

【0016】

本実施形態に係るブラウザウィンドウＢＷは、ノート型ＰＣ１に搭載されているブラウザの機能により表示されるウィンドウである。また、本実施形態に係るアプリケーションウィンドウＡＷは、ブラウザ以外のアプリケーション等の機能により表示されるウィンドウである。

【0017】

＜１−２．ハードウェア構成＞
続いて、図２を参照して、ノート型ＰＣ１のハードウェア構成の一例について説明する。図２は、本実施形態に係るノート型ＰＣ１のハードウェア構成の一例を示す図である。

【0018】

図２に示すように、ノート型ＰＣ１は、ＣＰＵ１１、メインメモリ１２、ＧＰＵ１３、表示部１４、チップセット２１、ＢＩＯＳメモリ２２、ＨＤＤ２３、オーディオシステム２４、マイクロフォン２４１、スピーカ２４２、ＷＬＡＮカード２５、ＵＳＢコネクタ２６、ＥＣ３１、入力部３２、センサ部３３、電源回路３４、及びバッテリ３５を備える。

【0019】

ＣＰＵ（Central Processing Unit）１１は、プログラム制御により種々の演算処理を実行し、ノート型ＰＣ１全体を制御している。

【0020】

メインメモリ１２は、ＣＰＵ１１の実行プログラムの読み込み領域として、又は、実行プログラムの処理データを書き込む作業領域として利用される書き込み可能メモリである。メインメモリ１２は、例えば、複数個のＤＲＡＭ（Dynamic Random Access Memory）チップで構成される。この実行プログラムには、ＯＳ、周辺機器類をハードウェア操作するための各種ドライバ、各種サービス／ユーティリティ、アプリケーションプログラム等が含まれる。

【0021】

ＧＰＵ（Graphic Processing Unit）１３は、ＣＰＵ１１の制御に基づいて画像処理を実行して表示データを生成する。ＧＰＵ１３は、表示部１４に接続されており、生成した表示データを表示部１４に出力する。

【0022】

表示部１４は、例えば、液晶ディスプレイであり、ＧＰＵ１３から出力された表示データに基づく表示画面を表示する。

【0023】

チップセット２１は、ＵＳＢ（Universal Serial Bus）、シリアルＡＴＡ（AT Attachment）、ＳＰＩ（Serial Peripheral Interface）バス、ＰＣＩ（Peripheral Component Interconnect）バス、ＰＣＩ−Ｅｘｐｒｅｓｓバス、及びＬＰＣ（Low Pin Count）バス等のコントローラを備えており複数のデバイスが接続される。図２では、ＢＩＯＳメモリ２２と、ＨＤＤ２３と、オーディオシステム２４と、ＷＬＡＮカード２５と、ＵＳＢコネクタ２６と、チップセット２１に接続されている。

【0024】

ＢＩＯＳ（Basic Input Output System）メモリ２２は、例えば、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）やフラッシュＲＯＭ（Read Only Memory）等の電気的に書き換え可能な不揮発性メモリで構成される。ＢＩＯＳメモリ２２は、ＢＩＯＳ、及びＥＣ３１等を制御するためのシステムファームウェア等を記憶する。

【0025】

ＨＤＤ（Hard Disk Drive）２３（不揮発性記憶装置の一例）は、ＯＳ、各種ドライバ、各種サービス／ユーティリティ、アプリケーションプログラム、及び各種データを記憶する。

【0026】

オーディオシステム２４は、マイクロフォン２４１及びスピーカ２４２が接続され、音データの記録、再生、出力を行う。なお、マイクロフォン２４１及びスピーカ２４２は、一例として、ノート型ＰＣ１に内蔵されているものとする。

【0027】

ＷＬＡＮ（Wireless Local Area Network）カード２５は、ワイヤレス（無線）ＬＡＮにより、ネットワークに接続して、データ通信を行う。ＷＬＡＮカード２５は、例えば、ネットワークからのデータを受信した際に、データを受信したことを示すイベントトリガを発生する。

【0028】

ＵＳＢコネクタ２６は、ＵＳＢを利用した周辺機器類を接続するためのコネクタである。

【0029】

ＥＣ（組込みコントローラ：Embedded Controller）３１は、ノート型ＰＣ１のシステム状態に関わらず、各種デバイス（周辺装置やセンサ等）を監視し制御するワンチップマイクロコンピュータ（One-Chip Microcomputer）である。ＥＣ３１は、不図示のＣＰＵ、ＲＯＭ（Read only Memory）、ＲＡＭ（Random Access memory）を備えている。

【0030】

ＥＣ３１は、ＣＰＵ１１とは独立して動作して主としてノート型ＰＣ１の内部の動作環境を管理する制御部として機能する。ＥＣ３１は、予めＲＯＭに記憶された制御プログラムを読み出し、読み出した制御プログラムに記述された各種の命令で指示される処理を実行して各種の機能を実現する。

【0031】

また、ＥＣ３１は、複数チャネルのＡ／Ｄ入力端子、Ｄ／Ａ出力端子、タイマ、及びデジタル入出力端子を備えている。ＥＣ３１には、それらの入出力端子を介して、例えば、入力部３２、センサ部３３、電源回路３４等が接続されており、ＥＣ３１は、これらの動作を制御する。

【0032】

また、ＥＣ３１は、複数チャネルのＡ／Ｄ入力端子、Ｄ／Ａ出力端子、タイマ、及びデジタル入出力端子等を備えている。ＥＣ３１には、それらの入出力端子を介して、例えば、入力部３２、センサ部３３、電源回路３４等が接続されており、ＥＣ３１は、これらの動作を制御する。

【0033】

入力部３２は、例えば、ＨＩＤ（Human Interface Device）である。具体的に、ＨＩＤは、マウス及びタッチパッド等のポインティングデバイスや、キーボードなどの入力デバイスである。

【0034】

センサ部３３は、例えば、物体の接近を検出する近接センサや、加速度を検出する加速度センサ等の多様なセンサを備える。

【0035】

電源回路３４は、例えば、ＤＣ／ＤＣコンバータ、充放電ユニット、電池ユニット、ＡＣ／ＤＣアダプタ等を含んでおり、外部電源から、又はバッテリ３５から供給される直流電圧を、ノート型ＰＣ１を動作させるために必要な複数の電圧に変換する。また、電源回路３４は、ＥＣ３１からの制御に基づいて、ノート型ＰＣ１の各部に電力を供給する。

【0036】

バッテリ３５は、例えば、リチウムバッテリであり、ノート型ＰＣ１に外部電源から電力供給されている場合に、電源回路３４を介して充電され、ノート型ＰＣ１に外部電源から電力供給されていない場合に、電源回路３４を介して、充電された電力をノート型ＰＣ１の動作電力として出力する。

【0037】

＜１−３．機能構成＞
続いて、図３を参照して、ノート型ＰＣ１の機能構成の一例について説明する。図３は、本実施形態に係るノート型ＰＣ１の機能構成の一例を示すブロック図である。

【0038】

図３に示すように、ノート型ＰＣ１は、ソフトウェアにより実現される、ＯＳ４０、Ｗｉｎｄｏｗ Ｍａｎａｇｅｒ４１、ブラウザ処理部４２、及びブラウザ４３（４３−１〜４３−ｎ（ｎは自然数））を備える。また、ノート型ＰＣ１は、本実施形態の主要なハードウェアとして、入力部３２、ＣＰＵ１１、ＧＰＵ１３、表示部１４、スピーカ２４２を備えている。

【0039】

なお、ＯＳ４０、Ｗｉｎｄｏｗ Ｍａｎａｇｅｒ４１、ブラウザ処理部４２、及びブラウザ４３は、ＨＤＤ２３又はＢＩＯＳメモリ２２に記憶されているプログラムをメインメモリ１２に読み込み、ＣＰＵ１１が実行することにより実現される。

【0040】

ＯＳ４０は、例えば、Ｗｉｎｄｏｗｓ（登録商標）、Ｌｉｎｕｘ（登録商標）等のオペレーティングシステムであり、各種ハードウェアとの間で情報の入出力を行う。

【0041】

Ｗｉｎｄｏｗ Ｍａｎａｇｅｒ４１は、ＯＳ４０に基づいて実行されるプログラムである。Ｗｉｎｄｏｗ Ｍａｎａｇｅｒ４１は、各種コンテンツを出力するためのウィンドウに関する処理を行う。当該ウィンドウは、例えば、ブラウザウィンドウＢＷとアプリケーションウィンドウＡＷである。

【0042】

例えば、Ｗｉｎｄｏｗ Ｍａｎａｇｅｒ４１は、ブラウザ処理部４２が生成したブラウザウィンドウＢＷや、各種アプリケーションが生成したアプリケーションウィンドウＡＷをＯＳ４０及びＧＰＵ１３を介して表示部１４に表示させる。

【0043】

また、Ｗｉｎｄｏｗ Ｍａｎａｇｅｒ４１は、ウィンドウの外観、位置関係、大きさ、操作方法等の管理を行う。例えば、ユーザが入力部３２を介して表示部１４に表示されているブラウザウィンドウＢＷの表示位置を変更する操作を行ったとする。この場合、ユーザの操作内容は、入力部３２、ＣＰＵ１１、及びＯＳ４０を介してＷｉｎｄｏｗ Ｍａｎａｇｅｒ４１に入力される。Ｗｉｎｄｏｗ Ｍａｎａｇｅｒ４１は、入力された操作内容に基づき、表示位置の変更後のブラウザウィンドウＢＷの情報をブラウザ処理部４２へ出力する。

【0044】

ブラウザ処理部４２にてユーザの操作内容がブラウザウィンドウＢＷに反映されると、反映後のブラウザウィンドウＢＷの情報がＷｉｎｄｏｗ Ｍａｎａｇｅｒ４１に入力される。当該情報が入力されると、Ｗｉｎｄｏｗ Ｍａｎａｇｅｒ４１は、ＯＳ４０及びＧＰＵ１３を介して、表示部１４にブラウザウィンドウＢＷを表示させる。

【0045】

なお、ブラウザ処理部４２から入力される情報に音声データが含まれる場合、Ｗｉｎｄｏｗ Ｍａｎａｇｅｒ４１は、ＯＳ４０及びＣＰＵ１１を介して、スピーカ２４２に音声を出力させてもよい。

【0046】

ブラウザ処理部４２は、ブラウザ４３の出力に関する処理を行う。例えば、ブラウザ４３は、ＷＬＡＮカード２５の通信によりＷｅｂサーバから取得されるリソースに基づき、ブラウザ４３を描画したブラウザウィンドウＢＷを生成する。当該機能を実現するために、ブラウザ処理部４２は、描画処理部５０を備える。

【0047】

描画処理部５０は、ブラウザ４３を描画してブラウザウィンドウＢＷを生成するためのレンダリングを行う。ブラウザ４３には、ブラウザ４３に関する情報を有するＤＯＭ６０（６０−１〜６０−ｎ（ｎは自然数））及びＣＳＳ６１（６１−１〜６１−ｎ（ｎは自然数））が含まれる。ＤＯＭ（Document Object Model）６０は、ブラウザ４３における文書の構造を示す情報である。ＣＳＳ（Cascading Style Sheets）６１は、ブラウザ４３のスタイルを設定する情報である。

【0048】

ブラウザ４３は、ＤＯＭ６０及びＣＳＳ６１に基づくレンダリングにより、ブラウザ４３を描画してブラウザウィンドウＢＷを生成する。ブラウザウィンドウＢＷの生成後、ブラウザ処理部４２は、生成したブラウザウィンドウＢＷをＷｉｎｄｏｗ Ｍａｎａｇｅｒ４１へ出力する。

【0049】

また、ブラウザ処理部４２は、ノート型ＰＣ１のマルチウィンドウ・マルチタスクシステムにおけるアクティブウィンドウ以外のウィンドウにおける消費電力を削減するための機能を有する。本実施形態に係るアクティブウィンドウは、例えば、ユーザが使用しているとみなされたウィンドウである。当該機能を実現するために、ブラウザ処理部４２は、検出部５１、算出部５２、判定部５３、及び省電力化処理部５４を備える。

【0050】

検出部５１は、表示部１４に複数のウィンドウが表示されている場合、表示部１４の奥行方向における複数のウィンドウの位置関係を検出する。表示部１４に表示されている複数のウィンドウは、ウィンドウ全体を視認可能に表示されているウィンドウ、表示部１４に表示されているが一部しか視認できないウィンドウ、及び表示部１４に表示されているが視認できないウィンドウ等を含む。表示部１４に表示されているが一部しか視認できないウィンドウは、例えば、自身のウィンドウの一部が他のウィンドウに隠れるように表示されているウィンドウである。表示部１４に表示されているが視認できないウィンドウは、例えば、自身のウィンドウの全体が他のウィンドウに隠れるように表示されているウィンドウである。

【0051】

一例として、検出部５１は、表示部１４に表示されている複数のウィンドウの内のいずれかのウィンドウの表示が変化した場合に、複数のウィンドウの位置関係の検出を行う。ウィンドウの表示の変化とは、例えば、ウィンドウの表示位置の変化、ウィンドウの表示サイズの変化、他のウィンドウとの前後関係の変化等である。検出部５１は、Ｗｉｎｄｏｗ Ｍａｎａｇｅｒ４１から入力されるユーザの操作内容に基づく情報により、ウィンドウの表示が変化したか否かを特定する。

【0052】

検出部５１は、例えば、コマンドを発行して得られる情報に基づき、複数のウィンドウの位置関係を検出する。一例として、検出部５１は、ＯＳ４０で定義されている、複数のウィンドウを列挙して位置関係を検出するためのコマンドを発行する。例えば、ＯＳ４０がＷｉｎｄｏｗｓである場合、当該コマンドは、Ｗｉｎｄｏｗｓで定義されている「ＥｎｕｍＷｉｎｄｏｗｓ ＡＰＩ」である。検出部５１は、検出結果を算出部５２へ出力する。

【0053】

なお、検出部５１が「ＥｎｕｍＷｉｎｄｏｗｓ ＡＰＩ」を発行すると列挙されたウィンドウごとにＣａｌｌｂａｃｋ処理が行われる。本実施形態では、当該Ｃａｌｌｂａｃｋ処理により、後述する算出部５２、判定部５３、及び省電力化処理部５４の処理を列挙されたウィンドウごとに行う。

【0054】

なお、検出部５１は、ウィンドウの表示が変化してから所定の時間が経過後に、複数のウィンドウの位置関係の検出を開始してもよい。また、ウィンドウの表示が変化しても、ユーザによる入力が行われている間は、複数のウィンドウの位置関係の検出を開始しなくてもよい。

【0055】

算出部５２は、動的に処理されるコンテンツ（以下、「動的コンテンツ」とも称される）を含む第１のウィンドウと、表示部１４の奥行方向において第１のウィンドウよりも手前に位置する第２のウィンドウとの位置関係に基づき、第１のウィンドウの表示領域の面積を算出する。ここで、動的コンテンツは、例えば、動画を出力する動画コンテンツ、音声を出力する音声コンテンツ、スクリプト言語により動作するコンテンツ等である。なお、手前は、奥行方向において表示部１４を視認しているユーザに近づく方向であり、奥は、奥行方向において当該ユーザから離れる方向である。また、表示領域は、第１のウィンドウの視認可能に表示されている領域の面積である。

【0056】

算出部５２は、複数のウィンドウの各々のサイズと表示位置を示す位置情報を取得する。一例として、算出部５２は、ＯＳ４０で定義されている、ウィンドウの平面上の位置とサイズを取得するためのコマンドを発行する。例えば、ＯＳ４０がＷｉｎｄｏｗｓである場合、当該コマンドは、Ｗｉｎｄｏｗｓで定義されている「ＧｅｔＷｉｎｄｏｗＲｅｃｔ ＡＰＩ」である。

【0057】

算出部５２は、取得したウィンドウのサイズに基づき、各々のウィンドウの面積を算出する。算出部５２は、取得した位置情報に基づき、第１のウィンドウと第２のウィンドウとが重畳している領域と重畳していない領域とを特定する。特定後、算出部５２は、第１のウィンドウと第２のウィンドウとが重畳していない領域の面積を、第１のウィンドウの表示領域の面積として算出する。

【0058】

第１のウィンドウの表示領域の面積の算出後、算出部５２は、第１のウィンドウの表示領域の面積を第１のウィンドウの全体の面積で除算して、第１のウィンドウの表示領域の割合を算出する。算出部５２は、算出結果を判定部５３へ出力する。

【0059】

ここで、図４を参照して、表示領域の一例について説明する。図４は、本実施形態に係る表示領域の一例を示す図である。図４には、第１のウィンドウとしてブラウザウィンドウＢＷが示され、第２のウィンドウとしてアプリケーションウィンドウＡＷが示されている。

【0060】

図４に示すように、第１のウィンドウであるブラウザウィンドウＢＷにおいて、第２のウィンドウであるアプリケーションウィンドウＡＷと重畳しておらず、視認可能な領域が表示領域ＤＡである。

【0061】

判定部５３は、複数のウィンドウが第１のウィンドウを含む場合、複数のウィンドウの位置関係に基づき、第１のウィンドウの表示状態が所定の要件を満たしているか否かを判定する。判定後、判定部５３は、各々のウィンドウに対する判定結果を、省電力化処理部５４へ出力する。

【0062】

所定の要件は、例えば、第１のウィンドウの表示領域の割合が所定の閾値以下であることを含む。具体的に、判定部５３は、算出部５２が算出した第１のウィンドウの表示領域の割合が、所定の閾値以下であるか否かを判定する。表示領域の割合が所定の閾値以下である場合、判定部５３は、第１のウィンドウが所定の要件を満たしていると判定する。

【0063】

一方、表示領域の割合が所定の閾値以下でない場合、判定部５３は、第１のウィンドウが所定の要件を満たしていないと判定する。所定の要件を満たす第１のウィンドウは、後述する省電力化処理部５４における省電力化処理の対象（以下、「処理対象」とも称される）である。即ち、判定部５３は、第１のウィンドウが省電力化処理部５４における処理対象であるかを判定している。なお、処理対象となるウィンドウには、ブラウザウィンドウＢＷ及びアプリケーションウィンドウＡＷが含まれる。

【0064】

なお、第１のウィンドウの表示領域の割合に基づき第１のウィンドウが所定の要件を満たすか否かを判定するための所定の閾値の値は、特に限定されず、ユーザによって任意の値が設定されてよい。例えば、完全に表示されていないウィンドウを処理対象と判定させたい場合、ユーザは、所定の閾値として１００％を設定すればよい。また、半分以上表示されていないウィンドウを処理対象と判定させたい場合、ユーザは、所定の閾値として５０％を設定すればよい。

【0065】

また、所定の要件は、第１のウィンドウに音声コンテンツが含まれないことを含んでもよい。具体的に、判定部５３は、音声コンテンツが第１のウィンドウに含まれているか否かを判定する。音声コンテンツが第１のウィンドウに含まれている場合、判定部５３は、第１のウィンドウが所定の要件を満たしていないと判定する。

【0066】

一方、音声コンテンツが第１のウィンドウに含まれていない場合、判定部５３は、第１のウィンドウが所定の要件を満たしていると判定する。即ち、判定部５３は、第１のウィンドウが処理対象であると判定する。

【0067】

音声コンテンツは、例えば、動画を再生するコンテンツや音楽を再生するコンテンツ等である。ユーザが音声コンテンツの含まれるウィンドウを用いてバックグラウンド再生を行っている際に、当該ウィンドウが処理対象と判定されたとする。この場合、後述する省電力化処理により、バックグラウンド再生が停止してしまう。そこで、判定部５３が音楽コンテンツを含む第１のウィンドウを処理対象と判定しないことで、ユーザが意図せずにバックグラウンド再生が停止することを防ぐことができる。

【0068】

また、所定の要件は、第１のウィンドウが表示部１４の最前面に表示されていないことを含んでもよい。具体的に、判定部５３は、複数のウィンドウの位置関係に基づき、第１のウィンドウが表示部１４の最前面に表示されているか否かを判定する。第１のウィンドウが表示部１４の最前面に表示されている場合、判定部５３は、第１のウィンドウが所定の要件を満たしていないと判定する。

【0069】

一方、第１のウィンドウが表示部１４の最前面に表示されていない場合、判定部５３は、第１のウィンドウが所定の要件を満たしていると判定する。即ち、判定部５３は、第１のウィンドウが処理対象であると判定する。

【0070】

このように、所定の要件が、第１のウィンドウに音声コンテンツが含まれないこと、あるいは、第１のウィンドウが表示部１４の最前面に表示されていないことである場合、判定部５３は、算出部５２が算出する表示領域の割合を用いない。そのため、算出部５２における表示領域の割合の算出処理を省略することができる。よって、ブラウザ処理部４２における処理速度を早くすることができるとともに、表示領域の割合の算出処理にかかる電力を削減することができる。

【0071】

また、所定の要件は、第１のウィンドウに含まれる動的コンテンツが表示部１４に表示されている表示領域の割合が所定の閾値以下であることを含んでもよい。具体的に、判定部５３は、表示部１４に表示されている動的コンテンツの表示領域の割合が所定の閾値以下であるか否かを判定する。表示部１４に表示されている動的コンテンツの表示領域の割合が所定の閾値以下である場合、判定部５３は、第１のウィンドウが所定の要件を満たしていると判定する。即ち、判定部５３は、第１のウィンドウが処理対象であると判定する。

【0072】

一方、表示部１４に表示されている動的コンテンツの表示領域の割合が所定の閾値以下でない場合、判定部５３は、第１のウィンドウが所定の要件を満たしていないと判定する。

【0073】

なお、表示部１４に表示されている動的コンテンツの表示領域の割合に基づき第１のウィンドウが所定の要件を満たすか否かを判定するための所定の閾値の値は、特に限定されず、ユーザによって任意の値が設定されてよい。例えば、動的コンテンツが完全に表示されていないウィンドウを処理対象と判定させたい場合、ユーザは、所定の閾値として１００％を設定すればよい。また、動的コンテンツが半分以上表示されていないウィンドウを処理対象と判定させたい場合、ユーザは、所定の閾値として５０％を設定すればよい。

【0074】

なお、動的コンテンツが表示部１４に表示されている割合は、例えば、ＣＳＳあるいはＤＯＭから取得される動的コンテンツに関する情報に基づき、算出部５２により算出される。

【0075】

具体的に、算出部５２は、動的コンテンツのサイズを示す情報を取得し、動的コンテンツの面積を算出する。算出部５２は、動的コンテンツが表示されている位置を示す位置情報を取得し、動的コンテンツと第２のウィンドウとが重畳している領域と重畳していない領域とを特定する。特定後、算出部５２は、動的コンテンツと第２のウィンドウとが重畳していない領域の面積を、動的コンテンツの表示領域の面積として算出する。

【0076】

動的コンテンツの表示領域の面積の算出後、算出部５２は、動的コンテンツの表示領域の面積を動的コンテンツの全体の面積で除算して、動的コンテンツの表示領域の割合を算出する。

【0077】

省電力化処理部５４は、判定部５３により所定の要件を満たしていると判定された第１のウィンドウ（即ち処理対象）に対して、省電力化処理を実行する。例えば、省電力化処理は、処理対象と判定された第１のウィンドウの動作を停止させることである。ここで、第１のウィンドウの動作は、例えば、第１のウィンドウの内部のコンテンツに関する動作である。内部のコンテンツに関する動作の一例として、当該コンテンツの生成、描画、及び表示等の処理が挙げられる。

【0078】

なお、第１のウィンドウに対して省電力化処理が実行されても、第１のウィンドウ自身に関する表示等の動作は、Ｗｉｎｄｏｗ Ｍａｎａｇｅｒ４１による制御により継続される。

【0079】

これにより、第１のウィンドウが動作するために必要な電力が消費されなくなる。よって、省電力化処理部５４は、第１のウィンドウに対する省電力化処理によって消費電力を削減することができる。
なお、省電力化処理は、かかる例に限定されない。

【0080】

例えば、省電力化処理は、第１のウィンドウのプロセスの実行を停止させることであってもよい。省電力化処理部５４は、例えば、コマンドを発行することで、第１のウィンドウのプロセスの実行を停止させる。

【0081】

一例として、省電力化処理部５４は、実行中のプロセスを停止させるためのコマンドを発行する。例えば、ＯＳ４０がＷｉｎｄｏｗｓである場合、当該コマンドは、Ｗｉｎｄｏｗｓで定義されている「ＮＴＳｕｓｐｅｎｄＰｒｏｃｅｓｓ」である。なお、ＯＳ４０がＬｉｎｕｘである場合、省電力化処理部５４は、第１のウィンドウのプロセスに対して、ＳＴＯＰシグナルを発行する。

【0082】

なお、第１のウィンドウのプロセスの実行を再開させる場合、省電力化処理部５４は、停止中のプロセスの実行を再開させるためのコマンドを発行する。例えば、ＯＳ４０がＷｉｎｄｏｗｓである場合、当該コマンドは、Ｗｉｎｄｏｗｓで定義されている「ＮＴＲｅｓｕｍｅＰｒｏｃｅｓｓ」である。なお、ＯＳ４０がＬｉｎｕｘである場合、省電力化処理部５４は、第１のウィンドウのプロセスに対して、ＣＯＮＴシグナルを発行する。

【0083】

また、省電力化処理は、第１のウィンドウを最小化させることであってもよい。省電力化処理部５４は、例えば、メッセージを発行することで、第１のウィンドウを最小化させる。

【0084】

一例として、省電力化処理部５４は、ウィンドウを最小化させるためのメッセージを発行する。例えば、ＯＳ４０がＷｉｎｄｏｗｓである場合、当該メッセージは、Ｗｉｎｄｏｗｓで定義されている「ＳｅｎｄＭｅｓｓａｇｅ（ＷＭ＿ＳＹＳＣＯＭＭＡＮＤ，ＳＣ＿ＭＩＮＩＭＩＺＥ）」である。

【0085】

また、省電力化処理は、処理対象と判定された第１のウィンドウがブラウザウィンドウである場合、ブラウザウィンドウ内の最前面にダミータブを開かせることであってもよい。省電力化処理部５４は、例えば、コマンドを発行することで、処理対象であるブラウザウィンドウにダミータブを開かせる。

【0086】

一例として、省電力化処理部５４は、ダミータブを開かせるためのショートカットキーを仮想的に入力させるためのコマンドを発行する。例えば、ＯＳ４０がＷｉｎｄｏｗｓである場合、当該コマンドは、Ｗｉｎｄｏｗｓで定義されている「ｋｅｙｂｄ＿ｅｖｅｎｔ ＡＰＩ」である。また、ブラウザがＣｈｒｏｍｅ（登録商標）である場合、当該コマンドは、Ｃｈｒｏｍｅで定義されている「ｃｈｒｏｍｅ．ｗｉｎｄｏｗｓ ＡＰＩ」である。

【0087】

また、省電力化処理部５４は、省電力化処理が実行された後のウィンドウの動作を制御してもよい。例えば、省電力化処理部５４は、省電力化処理が実行された後のウィンドウの表示をぼかしてもよい。これにより、ユーザは、表示部１４に表示されている複数のウィンドウの中から、省電力化処理が実行されているウィンドウを容易に区別することができる。

【0088】

上述のように、ブラウザ処理部４２は、各種情報の取得や省電力化処理のためのＡＰＩをＷｉｎｄｏｗ Ｍａｎａｇｅｒ４１を介してＯＳ４０に実行させることができる。また、ブラウザ処理部４２は、当該ＡＰＩをＯＳ４０に実行させることで、ブラウザウィンドウＢＷやアプリケーションウィンドウＡＷ等のブラウザの種類に関わらず、ウィンドウに対して省電力化処理を実行することができる。

【0089】

＜＜２．処理の流れ＞＞
以上、情報処理装置の構成の一例について説明した。続いて、図５を参照して、本実施形態に係るノート型ＰＣ１における処理の流れの一例について説明する。図５は、本実施形態に係るノート型ＰＣ１における処理の流れの一例を示すフローチャートである。なお、以下で説明するフローは、表示部１４に複数のウィンドウが表示されていること、及び当該複数のウィンドウの各々が第１のウィンドウであることが前提のフローであるとする。

【0090】

図５に示すように、ノート型ＰＣ１は、まず、ウィンドウの表示が変化したか否かを判定する（Ｓ１０２）。ウィンドウの表示が変化した場合（Ｓ１０２／ＹＥＳ）、ノート型ＰＣ１は、Ｓ１０４の処理を実行する。一方、ウィンドウの表示が変化していない場合（Ｓ１０２／ＮＯ）、ノート型ＰＣ１は、Ｓ１０２から処理を繰り返す。

【0091】

ノート型ＰＣ１は、表示部１４に表示中の複数のウィンドウを列挙する（Ｓ１０４）。次いで、ノート型ＰＣ１は、列挙した複数のウィンドウの位置関係を検出する（Ｓ１０６）。検出後、ノート型ＰＣ１は、検出したウィンドウごとにＣａｌｌｂａｃｋ処理を実行する（Ｓ１０８）。

【0092】

Ｃａｌｌｂａｃｋ処理にて、ノート型ＰＣ１は、まず、ウィンドウの表示位置を示す位置情報とサイズを取得し、ウィンドウの面積を算出する（Ｓ１１０）。次いで、ノート型ＰＣ１は、算出した面積とウィンドウの位置関係に基づき、ウィンドウの表示領域の割合を算出する（Ｓ１１２）。

【0093】

表示領域の割合の算出後、ノート型ＰＣ１は、表示領域の割合が所定の閾値以下であるか否かを判定する（Ｓ１１４）。表示領域の割合が所定の閾値以下である場合（Ｓ１１４／ＹＥＳ）、ノート型ＰＣ１は、第１のウィンドウが音声コンテンツを含むか否かを判定する（Ｓ１１６）。第１のウィンドウが音声コンテンツを含まない場合（Ｓ１１６／ＮＯ）、ノート型ＰＣ１は、第１のウィンドウに対して省電力化処理を実行する（Ｓ１１８）。

【0094】

一方、表示領域の割合が所定の閾値以下でない場合（Ｓ１１４／ＮＯ）、ノート型ＰＣ１は、第１のウィンドウに行われている省電力化を解除する（Ｓ１２０）。また、第１のウィンドウが音声コンテンツを含む場合（Ｓ１１６／ＹＥＳ）、ノート型ＰＣ１は、第１のウィンドウに対する省電力化を解除する（Ｓ１２０）。

【0095】

Ｓ１１８及びＳ１２０のいずれかの処理を実行後、ノート型ＰＣ１は、Ｃａｌｌｂａｃｋ処理の対象が列挙した最後のウィンドウであるか否かを判定する（Ｓ１２２）。Ｃａｌｌｂａｃｋ処理の対象が列挙した最後のウィンドウである場合、（Ｓ１２２／ＹＥＳ）、ノート型ＰＣ１は、Ｃａｌｌｂａｃｋ処理を終了し（Ｓ１２４）、Ｓ１０２から処理を繰り返す。一方、Ｃａｌｌｂａｃｋ処理の対象が列挙した最後のウィンドウでない場合（Ｓ１２２／ＮＯ）、ノート型ＰＣ１は、次のウィンドウのＣａｌｌｂａｃｋ処理を開始し（Ｓ１２６）、Ｓ１１０から処理を繰り返す。

【0096】

なお、図５を参照して説明した処理は、所定の条件を満たすときに実行されてもよい。例えば、電源回路３４に対して外部電源から直流電圧が供給されていない場合に、当該処理が実行されてもよい。また、電源回路３４に対して外部電源から直流電圧が供給されておらず、かつ、バッテリ３５の残量が所定の閾値以下である場合に、当該処理が実行されてもよい。これにより、ノート型ＰＣ１における消費電力が削減され、バッテリ３５に充電された電力の消費速度を遅くすることができ、ノート型ＰＣ１の使用可能時間を延ばすことができる。

【0097】

＜＜３．具体例＞＞
以上、情報処理装置における処理の流れの一例について説明した。続いて、図６Ａ〜図７Ｂを参照して、本実施形態に係る具体例について説明する。

【0098】

（１）第１の具体例
まず、図６Ａ及び図６Ｂを参照して、本実施形態に係る第１の具体例について説明する。図６Ａは、本実施形態に係る第１の具体例における複数のウィンドウの表示の一例を示す図である。図６Ｂは、本実施形態に係る第１の具体例における表示領域の一例を示す図である。第１の具体例における所定の閾値は、例えば、７５％であるとする。

【0099】

図６Ａに示すように、ノート型ＰＣ１の表示部１４には、手前からブラウザウィンドウＢＷ１、ブラウザウィンドウＢＷ２、及びアプリケーションウィンドウＡＷの順に複数のウィンドウが表示されている。第１の具体例では、図６Ａに示す状態が、ウィンドウの表示が変化した直後の状態であるとする。

【0100】

この場合、検出部５１は、表示中の複数のウィンドウを列挙し、列挙した複数のウィンドウの前後関係を検出する。続いて、Ｃａｌｌｂａｃｋ処理にて、表示部１４の奥行方向の手前に位置するウィンドウから順に、省電力化処理を行うか否かの判定が行われる。

【0101】

具体的に、まず、１番手前の位置に表示されているブラウザウィンドウＢＷ１が第１のウィンドウであるとする。この場合、まず、算出部５２は、ブラウザウィンドウＢＷ１の位置情報とサイズを取得して面積を算出する。面積の算出後、算出部５２は、ブラウザウィンドウＢＷ１の表示領域の割合を算出する。

【0102】

なお、ブラウザウィンドウＢＷ１は表示部１４における最前面に表示されている。そのため、算出部５２は、表示領域の割合を１００％と算出する。よって、表示領域の割合が所定の閾値以下ではないため、判定部５３は、ブラウザウィンドウＢＷ１に対して省電力化処理を行わないと判定する。

【0103】

続いて、手前から２番目の位置に表示されているブラウザウィンドウＢＷ２が第１のウィンドウであるとすると、ブラウザウィンドウＢＷ１が第２のウィンドウである。この場合、まず、算出部５２は、ブラウザウィンドウＢＷ２の位置情報とサイズを取得して面積を算出する。

【0104】

面積の算出後、算出部５２は、ブラウザウィンドウＢＷ２の表示領域の割合を算出する。この時、算出部５２は、ブラウザウィンドウＢＷ１とブラウザウィンドウＢＷ２との位置関係に基づき、ブラウザウィンドウＢＷ２の表示領域の割合を算出する。なお、ブラウザウィンドウＢＷ２の表示領域は、図６Ｂに示す表示領域ＤＡ１である。

【0105】

ブラウザウィンドウＢＷ２の表示領域ＤＡ１の割合が所定の閾値以下であり、かつ、ブラウザウィンドウＢＷ２が音声コンテンツを含まない場合、判定部５３は、ブラウザウィンドウＢＷ２に対して、省電力化処理を実行すると判定する。

【0106】

一方、ブラウザウィンドウＢＷ２の表示領域ＤＡ１の割合が所定の閾値以下でない場合、判定部５３は、ブラウザウィンドウＢＷ２に対して、省電力化処理を実行しないと判定する。また、ブラウザウィンドウＢＷ２の表示領域ＤＡ１の割合が所定の閾値以下であるがブラウザウィンドウＢＷ２が音声コンテンツを含む場合も、判定部５３は、ブラウザウィンドウＢＷ２に対して、省電力化処理を実行しないと判定する。

【0107】

続いて、手前から３番目の位置に表示されているアプリケーションウィンドウＡＷが第１のウィンドウであるとすると、ブラウザウィンドウＢＷ１及びブラウザウィンドウＢＷ２が第２のウィンドウである。この場合、まず、算出部５２は、アプリケーションウィンドウＡＷの位置情報とサイズを取得して面積を算出する。

【0108】

面積の算出後、算出部５２は、アプリケーションウィンドウＡＷの表示領域の割合を算出する。この時、算出部５２は、ブラウザウィンドウＢＷ１、ブラウザウィンドウＢＷ２、及びアプリケーションウィンドウＡＷの位置関係に基づき、アプリケーションウィンドウＡＷの表示領域の割合を算出する。なお、アプリケーションウィンドウＡＷの表示領域は、図６Ｂに示す表示領域ＤＡ２である。

【0109】

アプリケーションウィンドウＡＷの表示領域ＤＡ２の割合が所定の閾値以下であり、かつ、アプリケーションウィンドウＡＷが音声コンテンツを含まない場合、判定部５３は、アプリケーションウィンドウＡＷに対して、省電力化処理を実行すると判定する。

【0110】

一方、アプリケーションウィンドウＡＷの表示領域ＤＡ２の割合が所定の閾値以下でない場合、判定部５３は、アプリケーションウィンドウＡＷに対して、省電力化処理を実行しないと判定する。また、アプリケーションウィンドウＡＷの表示領域ＤＡ２の割合が所定の閾値以下であるがアプリケーションウィンドウＡＷが音声コンテンツを含む場合も、判定部５３は、アプリケーションウィンドウＡＷに対して、省電力化処理を実行しないと判定する。

【0111】

（２）第２の具体例
続いて、図７Ａ及び図７Ｂを参照して、本実施形態に係る第２の具体例について説明する。図７Ａは、本実施形態に係る第２の具体例における複数のウィンドウの表示の一例を示す図である。図７Ｂは、本実施形態に係る第２の具体例における表示領域の一例を示す図である。第２の具体例における所定の閾値は、例えば、７５％であるとする。

【0112】

図７Ａに示すように、ノート型ＰＣ１の表示部１４には、アプリケーションウィンドウＡＷが全体に表示されている。しかしながら、図７Ｂに示すように、アプリケーションウィンドウＡＷの後ろには、ブラウザウィンドウＢＷが視認できない状態で表示されている。第２の具体例では、図７Ａに示す状態が、ウィンドウの表示が変化した直後の状態であるとする。

【0113】

この場合、検出部５１は、表示中の複数のウィンドウを列挙し、列挙した複数のウィンドウの前後関係を検出する。続いて、Ｃａｌｌｂａｃｋ処理にて、表示部１４の奥行方向の手前に位置するウィンドウから順に、省電力化処理を行うか否かの判定が行われる。

【0114】

具体的に、まず、１番手前の位置に表示されているアプリケーションウィンドウＡＷが第１のウィンドウであるとする。この場合、まず、算出部５２は、アプリケーションウィンドウＡＷの位置情報とサイズを取得して面積を算出する。面積の算出後、算出部５２は、アプリケーションウィンドウＡＷの表示領域の割合を算出する。

【0115】

なお、アプリケーションウィンドウＡＷは表示部１４における最前面に表示されている。そのため、算出部５２は、アプリケーションウィンドウＡＷの表示領域の割合を１００％と算出する。よって、表示領域の割合が所定の閾値以下ではないため、判定部５３は、アプリケーションウィンドウＡＷに対して省電力化処理を行わないと判定する。

【0116】

続いて、手前から２番目の位置に表示されているブラウザウィンドウＢＷが第１のウィンドウであるとすると、アプリケーションウィンドウＡＷが第２のウィンドウである。この場合、まず、算出部５２は、ブラウザウィンドウＢＷの位置情報とサイズを取得して面積を算出する。

【0117】

面積の算出後、算出部５２は、ブラウザウィンドウＢＷの表示領域の割合を算出する。この時、算出部５２は、ブラウザウィンドウＢＷとアプリケーションウィンドウＡＷとの位置関係に基づき、ブラウザウィンドウＢＷの表示領域の割合を算出する。

【0118】

なお、ブラウザウィンドウＢＷは、アプリケーションウィンドウＡＷの後ろに完全に隠れて表示されている。そのため、算出部５２は、ブラウザウィンドウＢＷの表示領域の割合を０％と算出する。よって、表示領域の割合が所定の閾値以下であるため、判定部５３は、ブラウザウィンドウＢＷに対して省電力化処理を行うと判定する。

【0119】

＜＜４．変形例＞＞
以上、本発明の実施形態について説明した。続いて、本発明の実施形態の変形例について説明する。なお、以下に説明する各変形例は、単独で本発明の実施形態に適用されてもよいし、組み合わせで本発明の実施形態に適用されてもよい。また、各変形例は、本発明の実施形態で説明した構成に代えて適用されてもよいし、本発明の各実施形態で説明した構成に対して追加的に適用されてもよい。

【0120】

（１）第１の変形例
ノート型ＰＣ１は、カメラを備えてもよい。カメラは、例えば、ユーザの目を撮像可能にノート型ＰＣ１の筐体に設けられる。また、カメラは、チップセット２１に接続される。カメラが撮像したユーザの目の撮像画像は、チップセット２１、ＣＰＵ１１、ＯＳ４０、及びＷｉｎｄｏｗ Ｍａｎａｇｅｒ４１を介して、ブラウザ処理部４２の検出部５１へ入力される。

【0121】

検出部５１は、入力される撮像画像に基づき、表示部１４の表面におけるユーザの視線の位置を検出する。この場合、所定の要件は、表示部１４の表面におけるユーザの視線の位置が、第１のウィンドウの表示領域内に含まれないことを含んでもよい。なお、ユーザの視線の位置が第１のウィンドウの表示領域内に含まれないことは、ユーザが第１のウィンドウを視認していないことを示している。

【0122】

判定部５３は、表示部１４の表面におけるユーザの視線の位置が、第１のウィンドウの表示領域内に含まれるか否かを判定する。ユーザの視線の位置が、第１のウィンドウの表示領域内に含まれる場合、判定部５３は、第１のウィンドウが所定の要件を満たしていないと判定する。

【0123】

一方、ユーザの視線の位置が、第１のウィンドウの表示領域内に含まれない場合、判定部５３は、第１のウィンドウが所定の要件を満たしていると判定する。即ち、判定部５３は、第１のウィンドウが処理対象であると判定する。そして、省電力化処理部５４は、所定の要件を満たしていると判定された第１のウィンドウに対して、省電力化処理を実行する。このように、処理対象となる第１のウィンドウは、ユーザの視線に基づき判定されてもよい。

【0124】

（２）第２の変形例
上述した実施形態では、処理対象の第１のウィンドウ全体の動作を停止させる例について説明したが、かかる例に限定されない。処理対象の第１のウィンドウの動作は、部分的に停止されてもよい。

【0125】

省電力化処理部５４は、例えば、処理対象の第１のウィンドウに含まれるコンテンツの内、消費電力が高いコンテンツの動作のみを停止する。消費電力が高いコンテンツは、例えば、動画コンテンツ、ＷｅｂＧＬ（Web Graphics Library）によって描画されるコンテンツ（例えば３次元画像）等である。

【0126】

消費電力の高いコンテンツは、例えば、ＣＰＵ１１やＧＰＵ１３の使用率に基づき特定することができる。ブラウザ処理部４２は、例えば、Ｗｉｎｄｏｗ Ｍａｎａｇｅｒ４１を介して、ＯＳ４０からＣＰＵ１１やＧＰＵ１３の使用率の情報を取得する。

【0127】

また、省電力化処理部５４は、処理対象の第１のウィンドウに含まれるコンテンツの内、表示領域に含まれるコンテンツの動作を停止させず、手前に表示されているウィンドウによって隠れている領域に含まれるコンテンツの動作のみを停止させてもよい。

【0128】

以上説明したように、本実施形態に係る情報処理装置は、マルチウィンドウ・マルチタスクＯＳを搭載している。表示部１４に複数のウィンドウが表示されている場合、情報処理装置は、表示部１４の奥行方向における複数のウィンドウの位置関係を検出する。複数のウィンドウが動的コンテンツを含む第１のウィンドウを含む場合、情報処理装置は、検出した位置関係に基づき、第１のウィンドウの表示状態が所定の要件を満たしているかを判定する。所定の要件を満たしていると判定された場合、情報処理装置は、第１のウィンドウに対して、省電力化処理を実行する。

【0129】

かかる構成により、本実施形態に係る情報処理装置は、表示部１４に表示されている複数のウィンドウの内、ユーザがコンテンツを視認できないと判定されたウィンドウの消費電力を削減することができる。

【0130】

よって、本実施形態に係る情報処理装置は、マルチウィンドウ・マルチタスクＯＳにおいて複数のウィンドウを表示するための消費電力を削減することができる。

【0131】

以上、本発明の実施形態について説明した。なお、上述した実施形態における情報処理装置をコンピュータで実現するようにしてもよい。その場合、この機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよく、ＦＰＧＡ（Field Programmable Gate Array）等のプログラマブルロジックデバイスを用いて実現されるものであってもよい。

【0132】

以上、図面を参照してこの発明の実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。

【符号の説明】

【0133】

１ ノート型ＰＣ
１１ ＣＰＵ
１２ メインメモリ
１３ ＧＰＵ
１４ 表示部
２１ チップセット
２２ ＢＩＯＳメモリ
２３ ＨＤＤ
２４ オーディオシステム
２５ ＷＬＡＮカード
２６ ＵＳＢコネクタ
３１ ＥＣ
３２ 入力部
３３ センサ部
３４ 電源回路
３５ バッテリ
４０ ＯＳ
４１ Ｗｉｎｄｏｗ Ｍａｎａｇｅｒ
４２ ブラウザ処理部
４３ ブラウザ
５０ 描画処理部
５１ 検出部
５２ 算出部
５３ 判定部
５４ 省電力化処理部
６０ ＤＯＭ
６１ ＣＳＳ
２４１ マイクロフォン
２４２ スピーカ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6A】

【図6B】

【図7A】

【図7B】

【手続補正書】

【提出日】2021年5月20日

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

マルチウィンドウ・マルチタスクをサポートしているオペレーティング・システム（ＯＳ）と、
表示部に複数のウィンドウが表示されている場合、前記表示部の奥行方向における前記複数のウィンドウの位置関係を検出する検出部と、
前記複数のウィンドウが動的に処理されるコンテンツを含む第１のウィンドウを含む場合、前記位置関係に基づき、前記第１のウィンドウの表示状態が所定の要件を満たしているかを判定する判定部と、
前記所定の要件を満たしていると判定された場合、前記第１のウィンドウに対して、前記第１のウィンドウの動作を停止させる省電力化処理を実行する省電力化処理部と、
を備え、
前記第１のウィンドウがブラウザのウィンドウである場合、前記省電力化処理は、前記ブラウザのウィンドウ内の最前面にダミータブを開かせることである、
情報処理装置。

【請求項2】

前記省電力化処理は、前記第１のウィンドウのプロセスの実行を停止させることである、請求項１に記載の情報処理装置。

【請求項3】

前記省電力化処理は、前記第１のウィンドウを最小化させる、請求項１又は請求項２に記載の情報処理装置。

【請求項4】

前記所定の要件は、前記第１のウィンドウに音声を出力するコンテンツが含まれないことを含む、請求項１から請求項３のいずれか１項に記載の情報処理装置。

【請求項5】

前記所定の要件は、前記第１のウィンドウの前記表示部に表示されている表示領域の割合が所定の閾値以下であることを含む、請求項１から請求項４のいずれか１項に記載の情報処理装置。

【請求項6】

前記所定の要件は、前記表示部に表示されている前記動的に処理されるコンテンツの割合が所定の閾値以下であることを含む、請求項１から請求項４のいずれか１項に記載の情報処理装置。

【請求項7】

前記第１のウィンドウと、前記奥行方向において前記第１のウィンドウよりも手前に位置する第２のウィンドウとの前記位置関係に基づき、前記第１のウィンドウの前記表示領域の面積を算出し、前記表示領域の面積を前記第１のウィンドウの面積で除算して前記割合を算出する算出部、
をさらに備える、請求項５に記載の情報処理装置。

【請求項8】

前記所定の要件は、前記第１のウィンドウが前記表示部の最前面に表示されていないことを含む、請求項１から請求項４のいずれか１項に記載の情報処理装置。

【請求項9】

オペレーティング・システム（ＯＳ）が、マルチウィンドウ・マルチタスクをサポートしていることと、
検出部が、表示部に複数のウィンドウが表示されている場合、前記表示部の奥行方向における前記複数のウィンドウの位置関係を検出することと、
判定部が、前記複数のウィンドウが動的に処理されるコンテンツを含む第１のウィンドウを含む場合、前記位置関係に基づき、前記第１のウィンドウの表示状態が所定の要件を満たしているかを判定することと、
省電力化処理部が、前記所定の要件を満たしていると判定された場合、前記第１のウィンドウに対して、前記第１のウィンドウの動作を停止させる省電力化処理を実行することと、
を含み、
前記第１のウィンドウがブラウザのウィンドウである場合、前記省電力化処理は、前記ブラウザのウィンドウ内の最前面にダミータブを開かせることである、
情報処理方法。

【手続補正2】

【補正対象書類名】明細書

【補正対象項目名】０００７

【補正方法】変更

【補正の内容】

【0007】

上述の課題を解決するために、本発明の一態様に係る情報処理装置は、マルチウィンドウ・マルチタスクをサポートしているオペレーティング・システム（ＯＳ）と、表示部に複数のウィンドウが表示されている場合、前記表示部の奥行方向における前記複数のウィンドウの位置関係を検出する検出部と、前記複数のウィンドウが動的に処理されるコンテンツを含む第１のウィンドウを含む場合、前記位置関係に基づき、前記第１のウィンドウの表示状態が所定の要件を満たしているかを判定する判定部と、前記所定の要件を満たしていると判定された場合、前記第１のウィンドウに対して、前記第１のウィンドウの動作を停止させる省電力化処理を実行する省電力化処理部と、を備え、前記第１のウィンドウがブラウザのウィンドウである場合、前記省電力化処理は、前記ブラウザのウィンドウ内の最前面にダミータブを開かせることである。

【手続補正3】

【補正対象書類名】明細書

【補正対象項目名】０００８

【補正方法】変更

【補正の内容】

【0008】

本発明の一態様に係る情報処理方法は、オペレーティング・システム（ＯＳ）が、マルチウィンドウ・マルチタスクをサポートしていることと、検出部が、表示部に複数のウィンドウが表示されている場合、前記表示部の奥行方向における前記複数のウィンドウの位置関係を検出することと、判定部が、前記複数のウィンドウが動的に処理されるコンテンツを含む第１のウィンドウを含む場合、前記位置関係に基づき、前記第１のウィンドウの表示状態が所定の要件を満たしているかを判定することと、省電力化処理部が、前記所定の要件を満たしていると判定された場合、前記第１のウィンドウに対して、前記第１のウィンドウの動作を停止させる省電力化処理を実行することと、を含み、前記第１のウィンドウがブラウザのウィンドウである場合、前記省電力化処理は、前記ブラウザのウィンドウ内の最前面にダミータブを開かせることである。