JP2013106159A - 情報端末、その制御方法、および、制御プログラムおよびコンピュータ読み取り可能な記録媒体 - Google Patents

Abstract

【課題】ブロードキャストインテントによりアプリケーションが起床するアプリケーション実行環境において、消費電力の低減を図る。
【解決手段】抑止条件判定部１１３が、（１）パネル停止状態か否か、（２）ブロードキャストインテントの配信許可がされていないアプリケーションであるか否か、の条件判定を行い、当該条件判定に従ってブロードキャストインテントの配信を抑止する。
【選択図】図１

Description

本発明は、同報通知によってアプリケーションを起床させるアプリケーション実行環境を有する情報端末、その制御方法、および、制御プログラムおよびコンピュータ読み取り可能な記録媒体に関する。

近年、電話をはじめとする通信機能、情報処理機能、および、その他各種の機能を備える高機能携帯端末、いわゆる高機能携帯電話機・スマートフォン・情報端末等が市場において出回っている。

また、スマートフォンに搭載されるオペレーティングシステム（Operating System。以下、ＯＳと称する。）には、様々なものがある。例えば、スマートフォンのＯＳとしては、Android（商標）が、よく知られている。また、このようなＯＳでは、一般的に、オープンなアプリケーション実行環境が提供されている。

このようなオープンなアプリケーション実行環境では、具体的には、多数の開発者が、自由にスマートフォンにおいて実行可能なアプリケーション（アプリと略称されることも多い）開発を行うことができる。また、開発したアプリケーションは、アプリケーション配信システムに登録することで、手軽にユーザがアプリケーション配信システムを通じて、スマートフォンにダウンロードおよびインストールすることができる。このような、アプリケーション配信システムとして、例えば、Androidのプラットフォームでは、Androidマーケット（商標）が知られている。

また、アプリケーション実行環境として、スマートフォンにおいて、電池残量低下等の特定の事象（イベント）が発生した場合において、同報通知（ブロードキャスト）が、同報通知を受け取るよう設定されている所定のアプリケーションに対して行われ、この同報通知を受け取ったアプリケーションのそれぞれが、特定の処理を実行するという事象駆動アーキテクチャが採用されているものもある。

特開２００４−３０２９６３号公報（２００４年１０月２８日公開） 特開２０１０−６８０４７号公報（２０１０年３月２５日公開） 特開２００９−１５１５６８号公報（２００９年７月９日公開）

しかしながら、上述のような同報通知による事象駆動アーキテクチャを採用した従来技術は、上記特定の事象が発生するたびに、同報通知により上記所定のアプリケーションが起床され、一斉に動作を開始してしまっていた。つまり、同報通知を受け取るように設定されている所定のアプリケーションは、上記特定の事象の発生に対して、動作する必要のないアプリケーションまで起床されてしまっていた。

例えば、画面要素やＵＩ（User Interface；ユーザインタフェース）要素の変更が不要または使用不可能な状態において、同報通知を受信することにより、画面要素等の変更のみを行うアプリケーションが起床されることがあった。

このように、上記事象の発生の度にアプリケーションが一斉に動作することにより、電力を浪費させたり、不要な通信を発生させたりする場合があった。

このため、ユーザが意識しないところで発生した事象によりアプリケーションが起床されることで、ユーザの予想以上に電力が消費されてしまうような場合があった。このように、ユーザがスマートフォンを使用または操作していないにもかかわらず、電力消費が激しい場合があるため、ユーザに不信感や不満を抱かせることもあった。すなわち、同報通知によりアプリケーションが一斉に動作し、電力が消費されていたため、必ずしも必要最小限の消費電力になっていなかった。

具体的には、操作しないのに入力デバイスがオン状態になったり、これにより省電力動作状態から通常動作状態に遷移するときにオーバーヘッドが生じていたりした。

このようなアプリケーションの動作は、アプリケーションそれぞれの設計および仕様によって決まる。すなわち、アプリケーションがどのように動作するかは、開発者側のアプリケーション設計および仕様によって決まるため、ユーザ側での調整の余地が乏しかった。

よって、どのようなアプリケーション対しても、上述のような動作をユーザ側で調整できるような機構（例えば、アプリケーションの起床を抑止する機構）と、インターフェイスとを提供することが望まれていた。

ここで、例えば、アプリケーションの起床を抑止する技術としては、特許文献１〜３が挙げられる。しかしながら、これらの技術は、セキュリティを確保することを主な目的とするものであり、上記課題を解決するには至っていない。

本発明は、上記問題に鑑みてなされたものであり、その目的は、同報通知によりアプリケーションが起床するアプリケーション実行環境において、消費電力の低減を図ることができる情報端末、その制御方法、および、制御プログラムおよびコンピュータ読み取り可能な記録媒体を実現することにある。

上記の課題を解決するために、本発明に係る情報端末は、予め設定された１以上のアプリケーションに対して、所定の事象の発生を同報通知するアプリケーション実行環境を有する情報端末において、情報端末が省電力動作状態か否かを判定する省電力動作判定手段と、上記省電力動作状態において、上記１以上のアプリケーションそれぞれについて、同報通知が抑止されるように設定されているか否かを判定する抑止判定手段と、情報端末が省電力動作状態であるときにおいて、上記抑止判定手段の判定に応じて、上記１以上のアプリケーションに対する同報通知を抑止する同報通知抑止手段とを備えることを特徴とする。

上記の課題を解決するために、本発明に係る情報端末の制御方法は、予め設定された１以上のアプリケーションに対して、所定の事象の発生を同報通知するアプリケーション実行環境を有する情報端末の制御方法において、情報端末が省電力動作状態か否かを判定する省電力動作判定ステップと、上記省電力動作状態において、上記１以上のアプリケーションそれぞれについて、同報通知を行うことが抑止されるように設定されているか否かを判定する抑止判定ステップと、情報端末が省電力動作状態であるときにおいて、上記抑止判定ステップにおける判定に応じて、上記１以上のアプリケーションに対する同報通知を抑止する同報通知抑止ステップとを含むことを特徴とする。

情報端末は、例えば、高機能携帯電話機・スマートフォン・多機能情報端末等のことを指す。上記情報端末は、予め設定された１以上のアプリケーションに対して、所定の事象の発生を同報通知するアプリケーション実行環境を有する。所定の事象（イベント）とは、例えば、情報端末の起動、電池残量の変化、時間の経過等の情報端末における状態変化のことである。所定の事象の発生を同報通知するとは、イベントの発生を通知するブロードキャストメッセージを送信することである。また、同報通知とは、例えば、AndroidにおけるBroadcast intentのことを指す。

アプリケーション実行環境では、上記同報通知が、予め設定された１以上のアプリケーションに対して行われる。同報通知を受信したアプリケーションは起床し、当該同報通知を処理する。アプリケーションの処理の実行には、電力の消費が伴う。

なお、アプリケーションは、アプリケーション配信システムから、ネットワークを介して、ダウンロードおよびインストールされたものであってもよい。

また、省電力動作状態とは、多機能機能電話端末における少なくとも一部の機能を停止または縮退させて消費電力を低減している状態を指す。省電力動作状態としては、例えば、画面表示を停止している状態が挙げられる。

上記構成によれば、情報端末が省電力動作状態であるときにおいて、同報通知が抑止されるように設定されているアプリケーションに対する同報通知を抑止する。設定されているとは、明示的に設定されている場合、および、暗黙的に設定されている場合の両方を含む。

これにより、アプリケーションが同報通知により無闇に起床されることを抑止することができる。

その結果、起床されなくてもかまわないアプリケーションが一斉に起床されて電力が消費されることを抑制することができる。

本発明に係る情報端末では、上記省電力動作判定手段は、情報端末が有する画面が消灯状態であるとき、情報端末が省電力動作状態であると判定することが好ましい。

画面が消灯している状態においては、画面表示を変更しなくてもかまわないので、画面表示を変更するアプリケーションは、同報通知により起床されないほうが好ましい。

上記構成では、情報端末の省電力状態とは、画面が消灯している状態（パネルセーブ状態）である。よって、上記構成によれば、画面が消灯している状態において、同報通知の抑止を試みることができる。このため、例えば、画面表示を変更するアプリケーションへの同報通知を抑止すれば、むやみにアプリケーションの起床を行ってしまうこと防ぐことができる。

これにより適切にアプリケーションの起床の抑制を行って電力の消費を抑止することができる。

本発明に係る情報端末では、上記抑止判定手段は、同報通知を許可するアプリケーションが登録されている許可リストを参照して、上記許可リストに登録されていない上記アプリケーションについて、該アプリケーションに対する同報通知が抑止されるように設定されていると判定することが好ましい。

上記構成によれば、上記アプリケーションに対する同報通知を許可する許可リストに登録されていないアプリケーションに対する同報通知が抑止されていると判定する。許可リストには、例えば、省電力状態であるか否かを問わずに、同報通知を行うべきアプリケーションを登録しておく。なお、上記許可リストは、予め別のアプリケーション等により作成しておくことができる。

上記構成によれば、どのような動作をするかわからないような、不特定多数の開発者が作成したアプリケーションを、デフォルト（初期設定）として同報通知の抑止対象とすることができる。その結果、ユーザ側での管理の複雑さを軽減することができる。

また、さらに言えば、上記構成は、多くのアプリケーションが、同報通知を受け取らなくてもかまわない場合、同報通知が必要な少数のアプリケーションを特定して許可リストに登録すればよいような状況においても、管理の複雑さを軽減することができる。

なお、同報通知を禁止するアプリケーションが登録されている禁止リストを用いることも可能である。

本発明に係る情報端末では、上記アプリケーションの実行状態がバックグラウンド状態か否かを判定するアプリケーション状態判定手段を備え、
上記同報通知抑止手段は、さらに、上記アプリケーションがバックグラウンド状態であるときに、上記同報通知の抑止を行うことが好ましい。

上記構成によれば、さらに、同報通知の抑止の条件として、アプリケーションの実行状態がバックグラウンド状態であるか否かが判定される。

アプリケーションがバックグラウンド状態であるとは、例えば、画面操作を受け付ける活動状態であったアプリケーションの状態がスタックに保持されて、画面操作が行われない非活動状態となっている状態である。

ユーザからの操作を受け付けて、例えば、ユーザとの対話形式によって処理を進めるようなアプリケーションには、このような非活動状態においては、同報通知を受け取っても処理を何も行わないものもある。

上記構成によれば、バックグラウンド状態のアプリケーションに対する同報通知を抑止するため、このように同報通知を受け取っても処理を行わないようなアプリケーションをむやみに起床させてしまうことを防ぐ事ができる。

これにより、適切にアプリケーションの起床の抑制を行って電力の消費を抑止することができる。

さらに言えば、上記構成において、情報端末が有する画面が消灯状態であるとき、情報端末が省電力動作状態であると判定すれば、ユーザが操作しないアプリケーションを選択的に起床しないようにする精度の向上を図ることができる。

本発明に係る情報端末では、上記抑止判定手段は、情報端末が有する画面における表示の変更を行うアプリケーションを、上記同報通知の抑止の対象とすることが好ましい。

画面表示の変更を行うアプリケーションであって、ユーザからの操作を受け付けることで処理を進めるようなアプリケーションは、省電力状態において、同報通知を行うイベントが発生しても起床されなくてもかまわない場合もある。例えば、画面が消灯状態である場合、アプリケーションは、画面表示の変更を行わなくてもよい、あるいは、ユーザからの操作を受け付けなくなくてもよいので起床されなくてもかまわない。

さらにいえば、上述したように、基地局との通知等、ユーザが意識しないところでも、事象は恒常的に発生し得る。そして、ユーザが情報端末を使用または操作していないにもかかわらず、電力消費が激しい場合があるため、ユーザに不信感や不満を抱かせることもあった。

上記構成によれば、情報端末が有する画面における表示の変更を行うアプリケーションに対して上記同報通知を行うことを抑止することができる。アプリケーションが画面における表示の変更を行うか否かは、様々な手段により特定することができる。

例えば、Androidアプリケーションにおける「画面・ＵＩ付きのオブジェクトを含むアプリケーション」である”アクティビティ（Activity）”単位で、同報通知の抑止を行ってもよい。

例えば、特定の画面表示を行う機能が呼び出されているか否か、あるいは、設定ファイルにおいて画面表示を行うことが宣言されているか否かを調査することにより特定することができる。また、手動によりユーザが設定可能なように構成されていてもかまわない。

これにより、適切にアプリケーションの起床の抑制を行って電力の消費を抑止することができる。

すなわち、画面表示の変更を行うようなアプリケーションが無闇に起床されて電力を消費してしまう等のユーザが意図しない電力消費の低減を図ることができる。つまり、“情報端末を意識的に操作した分だけ電力が消費されている”という使用感を、ユーザに対して与えることができる。

また、別の表現を用いれば、次のとおりである。ユーザの非操作時にバックラウンド動作するアプリケーションの動作を抑止することができるため、ユーザが知り得ない状態で動作するアプリケーションの電力消費を削減することができる。また、これにより長時間駆動の実現、および、バッテリーの消費と使用時間とがより比例関係に近くなるため、ユーザの使用感覚により近い電力使用傾向を実現することができる。

さらに言えば、上記構成を、情報端末が有する画面が消灯状態であるとき、情報端末が省電力動作状態であると判定する構成、および、上記アプリケーションの実行状態がバックグラウンド状態か否かを判定するアプリケーション状態判定手段を備え、上記同報通知抑止手段は、さらに、上記アプリケーションがバックグラウンド状態であるときに、上記同報通知の抑止を行う構成、の少なくともいずれか一方と組み合わせることで、ユーザが操作しないアプリケーションを選択的に起床しないようにする精度の向上を図ることができる。

本発明に係る情報端末では、上記抑止判定手段は、上記アプリケーション実行環境において常駐するサービスであることが好ましい。

事象の発生タイミングは、周期的であったり、非周期的であったり様々である。このため、同報通知を抑止するか否かを決定する機能は、アプリケーション環境において常駐するサービスにより実装したほうが、オーバーヘッドの低減を図ることができ好ましい。

上記構成によれば、アプリケーション実行環境において常駐するサービスにより、予め設定された上記１以上のアプリケーションに対する同報通知を抑止するか否かを決定することができる。これによりオーバーヘッドの低減を図ることができる。

本発明に係る情報端末では、上記抑止判定手段は、上記アプリケーションに対して設定された抑止優先順位に応じて、上記アプリケーションが同報通知を行うことが抑止されるように設定されているか否かを判定することが好ましい。

抑止優先順位は、例えば、省電力状態において、優先的に同報通知の抑止を行う順を設定することができる。上記構成では、例えば、抑止優先順位が、所定順位以上のアプリケーションに対して同報通知の抑止を行ってもよい。また、電池の残量が、所定値以下である場合に、抑止優先順位が、所定順位以上のアプリケーションに対して同報通知の抑止を行ってもよい。

上記構成によれば、このように抑止優先順位に応じた適切な同報通知の抑止を行う事ができる。

本発明に係る情報端末では、上記抑止判定手段は、所定の時間帯に応じて、上記アプリケーションに対する同報通知を行うことが抑止されるように設定されているか否かを判定することが好ましい。

上記構成において、上記所定の時間帯は、例えば、アプリケーションが、通常、実行される実行時刻を基準に設定することができる。また、上記所定の時間帯は、アプリケーション実行環境を提供するシステムにおいて、単一の時間帯としてもよいし、アプリケーションごとに設定してもかまわない。すなわち、上記所定の時間帯は、システム或いは上記アプリケーションに対して設定された、実行時刻(時間帯)であっても構わない。

また、所定の時間帯に応じて、上記アプリケーションに対する同報通知を行うことが抑止されるように設定されているか否かを判定するとは、例えば、アプリケーションが実行されないような時間帯において、同報通知の抑止を行うということである。

上記構成によれば、アプリケーションが実行されないような時間帯などにおける同報通知を抑止し、消費電力の低減を図ることができる。

本発明に係る情報端末では、上記抑止判定手段は、情報端末に搭載されたバッテリー残量に応じて、または、外部からの給電状態か否かに応じて、上記アプリケーションに対する同報通知を行うことが抑止されるように設定されているか否かを判定することが好ましい。

ある観点から言えば、上記構成によれば、バッテリーの残量に応じて、上記アプリケーションに対する同報通知を行うことが抑止されるように設定されているか否かを判定する。

例えば、バッテリーの残量が所定の閾値以下となったとき、上記アプリケーションに対する同報通知を行うことが抑止されるように設定されているか否かを判定する。アプリケーション実行環境を提供するシステムにおいて、単一の閾値を設定してもよいし、アプリケーションごとに閾値を設定してもかまわない。

また、別の観点から言えば、上記構成によれば、外部からの給電状態か否かに応じて、上記アプリケーションに対する同報通知を行うことが抑止されるように設定されているか否かを判定する。

例えば、情報端末がＡＣアダプタに接続されていないような場合に、上記アプリケーションに対する同報通知を行うことが抑止されるように設定されているか否かを判定する。

上記構成によれば、電力の供給状況に応じて、例えば、電力供給が十分でない状況において、同報通知の抑止を行うことができる。

なお、上記情報端末は、コンピュータによって実現してもよく、この場合には、コンピュータを上記各手段として動作させることにより上記情報端末をコンピュータにて実現させる情報端末の制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も、本発明の範疇に入る。

本発明に係る情報端末は、予め設定された１以上のアプリケーションに対して、所定の事象の発生を同報通知するアプリケーション実行環境を有する情報端末において、情報端末が省電力動作状態か否かを判定する省電力動作判定手段と、上記省電力動作状態において、上記１以上のアプリケーションそれぞれについて、同報通知が抑止されるように設定されているか否かを判定する抑止判定手段と、情報端末が省電力動作状態であるときにおいて、上記抑止判定手段の判定に応じて、上記１以上のアプリケーションに対する同報通知を抑止する同報通知抑止手段とを備える構成である。

本発明に係る情報端末の制御方法は、予め設定された１以上のアプリケーションに対して、所定の事象の発生を同報通知するアプリケーション実行環境を有する情報端末の制御方法において、情報端末が省電力動作状態か否かを判定する省電力動作判定ステップと、上記省電力動作状態において、上記１以上のアプリケーションそれぞれについて、同報通知を行うことが抑止されるように設定されているか否かを判定する抑止判定ステップと、情報端末が省電力動作状態であるときにおいて、上記抑止判定ステップにおける判定に応じて、上記１以上のアプリケーションに対する同報通知を抑止する同報通知抑止ステップとを含む方法である。

よって、起床されなくてもかまわないアプリケーションが一斉に起床されて電力が消費されることを抑制することができる。

本発明の一実施形態に係る携帯端末機が備える制御部および記憶部の詳細な構成について示した機能ブロック図である。 上記携帯端末機の構成例を示す機能ブロック図である。 インテントのデータ構造を示す図である。 ブロードキャスト送信制御部におけるブロードキャストインテント配信の抑止処理の流れについて示したフローチャートである。 ブロードキャスト送信制御部における抑止処理の具体例を示している。

以下、本発明の実施の形態について、図１〜５を用いて説明すると次のとおりである。

まず、図２を用いて、本発明の一実施形態である携帯端末機（情報端末）１の機能的構成について説明すると次のとおりである。図２は、携帯端末機１の構成例を示す機能ブロック図である。携帯端末機１は、例示的には、Android（商標）を搭載したスマートフォンである。

図２に示すように、携帯端末機１は、制御部１０、撮像部３１、音声入出力部３２、バッテリー３３、通信部３４、タッチパネル表示部３５、ボタン部３６、および記憶部５０を備える構成である。

制御部１０は、携帯端末機１の各種機能を統括的に制御するものである。制御部１０は、システム領域１００およびアプリケーション領域２００を有する。

システム領域１００は、ＯＳ、ＡＰＩ（Application Programming Interface）、および実行ライブラリ等のシステムが提供する制御機能および実行環境を含む領域である。システム領域１００は、イベント管理部１０１を含む。

イベント管理部１０１は、携帯端末機１が備える撮像部３１やバッテリー３３をはじめとする各部構成において発生するイベント（事象／割り込み信号）を検知し、システム領域１００に内において当該イベントに対応するブロードキャストインテント（同報通知）を生成するものである。インテント、およびブロードキャストインテントについては、後に説明する。

アプリケーション領域２００は、アプリケーション配信システムからダウンロードおよびインストールされたアプリケーションを含む領域である。なお、アプリケーション領域２００は、アプリケーション配信システムを通じたインストール以外の方式によりインストールされたアプリケーション、例えば、プリインストールされたアプリケーションを含んでいてもよい。

なお、制御部１０の詳細については、後述する。

撮像部３１は、被写体を撮影して画像を取得するためのカメラ機能を提供するものである。撮像部３１は、例えば、光学系および撮像素子（ＣＣＤ（Charge Coupled Devices）、ＣＭＯＳ（Complementary Metal-Oxide-Semiconductor）等）により実現することができる。

音声入出力部３２は、音声の入出力を行うものである。音声入出力部３２は、例えば、音波を電気信号に変換して制御部１０に入力するマイク、および、制御部１０からの電気信号を音波に変換して出力するスピーカにより実現することができる。なお、音声入出力部３２には、外部のヘッドホン、ヘッドセットと接続するための端子が設けられていてもよい。

バッテリー３３は、携帯端末機１の各部が動作するための電力を供給するための等の二次電池である。バッテリー３３では、バッテリー残量が変わったとき、バッテリー残量が所定の量以下となったとき、バッテリー残量が所定の量以下から所定の量より多くなったときに、割り込み信号を制御部１０に送信するように構成されていてもよい。

なお、携帯端末機１に対する電源供給は、ＵＳＢや、ＡＣアダプタを外部の電源と接続して行うことができる。

通信部３４は、携帯端末機１の外部の装置と通信を行うためのものである。通信部３４は、例示的には、携帯電話網や、近距離無線を介して外部の装置と通信を行う。通信部３４は、携帯電話網として、３Ｇ回線やＬＴＥ回線等を用いることができる。また、通信部３４は、近距離無線通信方式として、例えば、無線ＬＡＮ（ＩＥＥＥ８０２．１１）、Ｂｌｕｅｔｏｏｔｈ（登録商標）等を採用することができる。しかしながら、これに限られず、通信部３４は、ZigBee（登録商標）、ＵＷＢ（Ultra Wide Band）、ＩｒＤＡ、電磁界通信などの無線通信方式を採用してもよい。また、通信部３４は、他にもイーサネット（登録商標）、ＵＳＢ（Universal Serial Bus）などの有線接続方式による通信を行ってもよい。また、通信部３４は、電磁波の照射を制限するための機内モードがオンになると、機能が停止され、機内モードがオフになると、機能が有効になるように構成されていてもよい。

タッチパネル表示部３５は、接触操作を受け付ける操作部３５Ａおよび画面表示を行う表示部３５Ｂを備える。

操作部３５Ａは、表示部３５Ｂの表示画面の接触操作位置を検出して、検出した接触操作位置に基づく操作データを、制御部１０に送信する。なお、操作部３５Ａが、接触操作位置を検出する手法としては、例えば、マトリクス・スイッチ、抵抗膜方式、表面弾性波方式、赤外線方式、電磁誘導方式、静電容量方式、および、対象物の画像を検出する方式（光センサ方式）などが挙げられる。しかしながら、これに限られず、接触操作位置を検出する手法には、種々の手法を適宜適用することができる。

表示部３５Ｂは、画像データを表示するための表示画面を有しており、制御部１０から画像データを受信し、受信した画像データに基づいてその表示画面に画像を表示するものである。表示部３５Ｂは、例えば、ＬＣＤ（Liquid Crystal Display）、ＰＤＰ（Plasma Display Panel）、ＥＬ（Electroluminescence）ディスプレイなどにより実現することができる。

ボタン部３６は、携帯端末機１の表面に設けられたハードウェア的なボタンである。ボタン部３６の具体例としては、撮像部３１のカメラを動作させるシャッターボタン、表示部３５Ｂにおける画面をホーム画面に移動させるためのホームボタン、音声入出力部３２における音声出力ボリュームを変更するための音量ボタン、および、電源をオン・オフするための電源ボタンなどが挙げられる。ボタン部３６は、ユーザの操作に応じた操作データを作成して制御部１０に送信する。また、ボタン部３６において、特定のボタンが押下されたときに、制御部１０に対して割り込み信号が送信されるよう構成されていてもよい。

タイマー３７は、時間を計測するためのものである。タイマー部３７は、例えば、時刻計測用のリアルタイムクロック（RTC）ＩＣ（Integrated Circuit）により実現することができる。また、タイマー部３７は、タイマー設定機能を具備しており、設定された時刻になると、制御部１０に割り込み信号を出力してもよい。

記憶部５０は、各種データおよびプログラムを記憶するものである。また、記憶部３０および制御部４０の構成の詳細については以下において説明する。

（Androidにおけるアプリケーションおよびインテント）
ここで、Androidにおけるアプリケーションおよびインテントについて補足しておくと次のとおりである。

上述のとおり、アプリケーションは、アクティビティ（Activity）、サービス（Service）、およびブロードキャストレシーバ（Broadcast Receiver）を含む。

アクティビティは、画面・ＵＩ付きのオブジェクトを含むコンポーネントである。アクティビティは、一般的には、ユーザからの操作を受け付けて処理を進める。アクティビティは、例えば、対話形式の処理を実行することができる。

サービスは、システムに常駐して処理を行うコンポーネントである。例えば、時間がかかるような処理を継続して実行するために使用される。

ブロードキャストレシーバは、インテントの一種であるブロードキャストインテントを受信して、これに応じた処理を実行するコンポーネントである。

Androidのアプリケーションコンポーネントに含まれる、アクティビティ、サービス、ブロードキャストレシーバは、インテントと呼ばれるメッセージを受信することによって起床されることで、それぞれにおいて記述されている処理を実行する。

例えば、あるアクティビティから、別のアクティビティに対して、インテントがやり取りされることにより、アクティビティ同士の連携が実現される。

また、インテントの一種であるブロードキャストインテントは、ブロードキャストレシーバに向けて配信されるインテントである。

また、インテントには、明示的に送信先のコンポーネントを指定する明示インテントと、明示的には送信先のコンポーネントを指定しない暗黙インテントとがある。ブロードキャストインテントは、暗黙インテントの一種である。

（制御部および記憶部の詳細）
次に、図１を用いて、制御部１０および記憶部５０の詳細について説明する。図１は、携帯端末機１が備える制御部１０および記憶部５０の詳細な構成について示した機能ブロック図である。なお、図１に各構成において括弧書き（<>）にて示す名称は、各構成のAndroidにおける識別子である。また、大括弧（［］）にて示す名称は、説明の便宜上付加したデータまたはリクエストの名称である。

図１に示すように、制御部１０は、上述のとおりシステム領域１００およびアプリケーション領域２００を有している。

［システム領域］
システム領域１００は、詳細には、前述したイベント管理部１０１に加えて、さらに制御システム１１０および省電力サービス１３０を含む。

イベント管理部１０１は、詳細には、携帯端末機１が備える撮像部３１、音声入出力部３２、バッテリー３３、通信部３４、タイマー３７、タッチパネル表示部３５、およびボタン部３６から送信される割り込み信号に応じて、ブロードキャストインテント（<Broadcast intent>）を生成し、生成したブロードキャストインテントを制御システム１１０に送信する。

ここで、図３を用いて、イベント管理部１０１が生成するインテント（ブロードキャストインテント）のデータ構造について説明すると次のとおりである。

図３に示すように、ブロードキャストインテント＃１（[Broadcast intent]；以下、とくに同報であることを区別する必要がない場合には、単にインテントと称する）は、データ項目として、アクション（action）、データ（data）、カテゴリ（category）、付加情報（Extra）、タイプ（type）、およびフラグ（flag）を含む。

アクションは、インテントが期待している振る舞いや、インテントが知らせたい事柄を示す。なお、アクションは、必須のデータ項目である。

データは、インテントの取り扱い方に関する情報を示す。

カテゴリは、アクションに対する追加情報を示す。

付加情報は、他のオブジェクトと受け渡しする情報が格納される。

タイプは、データの形式を示す。

フラグは、アプリケーションの起動方法を示す。

制御システム（<Android System>）１１０は、アプリケーションの実行環境を統合的に制御する。制御システム１１０は、ブロードキャスト送信制御部１１１、アプリケーションスタック（<Application Stack>）１２０、パネル状態管理部（panel-save-status）１２１を備える。

ブロードキャスト送信制御部１１１は、各アプリケーションについて登録されているブロードキャストレシーバ１１４に対して、インテントを配信する。ブロードキャスト送信制御部１１１は、各種の条件判定に応じて、インテントを配信するブロードキャストレシーバ１１４を決定する。具体的には、ブロードキャスト送信制御部１１１は、アプリケーションスタック１２０、パネル状態管理部１２１、および省電力サービス１３０にアクセスして、インテントを配信すべきブロードキャストレシーバ１１４を決定する。ブロードキャスト送信制御部１１１の詳細については、後述する。

アプリケーションスタック１２０は、各アプリケーションの状態を管理する。以下の例では、アプリケーションの状態とは、例示的に、フォアグラウンドで実行されているフォアグラウンド状態である、および、バックグラウンドで実行待ちのバックグラウンド状態である、のいずれかの状態であるとする。

パネル状態管理部１２１は、画面の点灯／消灯状態を管理する。なお、画面が消灯している状態は、省電力状態である。

省電力サービス１３０は、省電力状態において、ブロードキャストインテントを抑止するアプリケーションがどれであるかを管理する。具体的には、省電力サービス１３０は、配信許可リスト５１に登録されているアプリケーションに対するブロードキャストインテント配信を許可する。また、省電力サービス１３０は、配信許可リスト５１に登録されていないアプリケーションに対するブロードキャストインテント配信を許可しない。また、省電力サービス１３０は、省電力設定部２０１によって、サービスの有効／無効が切り替えられる。

記憶部５０には、配信許可リスト５１、インテントフィルタリスト５２、ブロードキャストレシーバリスト５３が記憶される。

配信許可リスト５１は、省電力状態において、ブロードキャストインテント配信を許可するアプリケーションの識別子を登録しておくリストである。

インテントフィルタリスト５２は、各アプリケーションがどのようなインテントを処理できるかを示すインテントフィルタを登録しておくリストである。なお、インテントフィルタでは、インテントのデータ項目のアクション、カテゴリについて、送信されるべきインテントの配信条件を設定することができる。すなわち、インテントフィルタは、これらの配信条件に適合しないインテントを対応するアプリケーションに送信しない。

ブロードキャストレシーバリスト５３は、各アプリケーションに対してどのブロードキャストレシーバ１１４が登録されているかを示すリストである。

［ブロードキャスト送信制御部の詳細］
次に、図１を参照しながら、ブロードキャスト送信制御部１１１の詳細について説明する。ブロードキャスト送信制御部１１１は、より詳細には、インテントフィルタ１１２、抑止条件判定部１１３、およびブロードキャストレシーバ１１４を備える。

インテントフィルタ１１２は、ブロードキャストインテントを受信すると、登録されているインテントフィルタに応じて、各アプリケーションに対するインテント配信を試行する。具体的には、インテントフィルタ１１２は、インテントフィルタリスト５２を参照して、受信したブロードキャストインテントが、各アプリケーションについて登録されているインテントフィルタに設定されている条件に適合するか否かを判断する。

インテントフィルタ１１２は、受信したブロードキャストインテントが上記インテントフィルタの条件に適合している場合、当該ブロードキャストインテントを、対応するアプリケーションへ配信することを試みる。

抑止条件判定部１１３は、配信が試行されたブロードキャストインテントの配信を抑止するべきか否かを判定する。具体的には、抑止条件判定部１１３は、以下のようにして、３つの抑止条件（１）〜（３）を判定する。

条件（１）：抑止条件判定部１１３は、アプリケーションスタック１２０に、ブロードキャストインテントの送信先のアプリケーションの状態を問い合わせることで、アプリケーションの状態を判定する。

条件（２）：抑止条件判定部１１３は、パネル状態管理部１２１に、画面の状態が、点灯状態か、それとも消灯状態（panel-save状態）であるかを問い合わせる。

条件（３）：抑止条件判定部１１３は、省電力サービス１３０に問い合わせを行い、ブロードキャストインテント配信が許可されていないアプリケーションに対するものであるか否かを判定する。

抑止条件判定部１１３は、判定の結果、（１）アプリケーションがバックグラウンド状態であり、（２）画面の状態が、消灯状態であり、かつ、（３）配信先のアプリケーションに対する配信が許可されていない場合、当該アプリケーションに対するブロードキャストインテント配信を抑止する。

ブロードキャストレシーバ１１４は、ブロードキャストインテントの配信が試みられ、かつ、試みられた配信が抑止されなかった場合、ブロードキャストレシーバリスト５３を参照して、配信が試みられたブロードキャストインテントを、対応するアプリケーションに配信する。

［アプリケーション領域］
アプリケーション領域２００は、省電力設定部２０１、リスト作成部２０２、および、アプリケーション２１０（２１０Ａ〜２１０Ｋ）を含む。

省電力設定部２０１は、省電力サービス１３０の有効／無効を切り替えるアプリケーションである。

リスト作成部２０２は、配信許可リスト５１を編集し、アプリケーションの登録／削除を行うアプリケーションである。

アプリケーション２１０（２１０Ａ〜２１０Ｋ）は、Androidアプリケーションコンポーネントのアプリケーションであってもよい。また、アプリケーション２１０は、開発者が自由に開発することができ、アプリケーション配信システムによって、携帯端末機１にダウンロードおよびインストールされる。また、アプリケーション２１０は、Androidアプリケーションの一部を構成するコンポーネントであってもよく、例えば、アクティビティ、または、サービスであってもよい。

（処理の流れ）
次に、図４を用いて、ブロードキャスト送信制御部１１１におけるブロードキャストインテント配信の抑止処理の流れについて説明する。図４は、ブロードキャスト送信制御部１１１におけるブロードキャストインテント配信の抑止処理の流れについて示したフローチャートである。

図４に示すように、まず、イベント管理部１０１が、ブロードキャストインテント配信の対象となるイベントを検知し、ブロードキャストインテントを生成する（Ｓ１１）。

次に、インテントフィルタ１１２が、配信条件に適合するインテントフィルタについて、ブロードキャストレシーバ１１４に、配信先のアプリケーションを問い合わせる（Ｓ１２）。すなわち、インテントフィルタ１１２は、ブロードキャストレシーバ１１４を介して、ブロードキャストレシーバリスト５３に登録されているアプリケーションを取得する。

続いて処理は、ブロードキャストインテントの配信を試みる対象となるアプリケーションについて、配信抑止条件の判定に基づいてインテントを配信するループに入る（Ｓ１３〜Ｓ１８）。このループでは、ブロードキャストレシーバリスト５３に登録されている各アプリケーションが順番に処理対象となる。以下では、処理対象となるアプリケーションを対象アプリケーションと表記する。

抑止条件判定部１１３は、以下のようにして、配信抑止条件を判定する。まず、抑止条件判定部１１３は、パネル状態管理部１２１に、画面がパネルセーブ状態（停止状態）であるか否かを問い合わせる（Ｓ１４）。

画面がパネルセーブ状態である場合（Ｓ１４においてＹＥＳ）、抑止条件判定部１１３は、対象アプリケーションに対する配信が許可されているかを省電力サービス１３０に問い合わせる。省電力サービス１３０では、抑止条件判定部１１３からの問い合わせに応じて、まず省電力サービス１３０が有効か否かを判定する（Ｓ１５）。

省電力サービス１３０が有効である場合（Ｓ１５においてＹＥＳ）、さらに省電力サービス１３０は、問い合わせを受けた対象アプリケーションが配信許可リスト５１に登録されていない配信許可対象外のアプリケーションであるか否かを確認する（Ｓ１６）。

配信許可対象外のアプリケーションである場合（Ｓ１６においてＹＥＳ）、省電力サービス１３０は、その旨を抑止条件判定部１１３に応答し、応答を受けた抑止条件判定部１１３は、さらに対象アプリケーションがバックグラウンド動作しているか否かを判定する（Ｓ１７）。すなわち、抑止条件判定部１１３は、アプリケーションスタック１２０に対する問い合わせを行う。

ここで、対象アプリケーションがバックグラウンド動作している場合（Ｓ１７においてＹＥＳ）、抑止条件判定部１１３は、インテント配信を抑止する。すなわち、インテントはブロードキャストレシーバ１１４によって配信されず、次の対象アプリケーションについてのループ処理に入る（Ｓ１３へ戻る）。

また、Ｓ１４〜Ｓ１７において一つでも条件に合致しない場合（Ｓ１４〜Ｓ１７のいずれかのステップにおいてＮＯ）、ブロードキャストレシーバ１１４は、対象アプリケーションにインテントを配信する（Ｓ１９）。

（具体例１）
次に、図１を用いて、ブロードキャスト送信制御部１１１における抑止処理の別の具体例について説明する。

図１に示す例では、アプリケーション２１０Ａ〜２１０Ｋは、一例として、それぞれ以下のような設定としている。

アプリケーション２１０Ａ〜２１０Ｈは、対応するインテントフィルタおよびブロードキャストレシーバが、制御システム１１０に登録されている。すなわち、アプリケーション２１０Ａ〜２１０Ｈは、インテントフィルタリスト５２およびブロードキャストレシーバリスト５３に登録されている。

アプリケーション２１０Ａ〜２１０Ｃは、配信許可リスト５１に登録されている。

アプリケーション２１０Ｄ〜２１０Ｈは、配信許可リスト５１に登録されていない。

また、アプリケーション２１０Ｉ〜２１０Ｋは、インテントフィルタおよびブロードキャストレシーバが、制御システム１１０に登録されていない。

本具体例では、イベント管理部１０１によりブロードキャストインテントが生成されたとき、インテントフィルタ１１２が、ブロードキャストレシーバが登録されているアプリケーション２１０Ａ〜２１０Ｈに対するインテント配信を試みる。

ここで、インテント配信が試みられたアプリケーション２１０Ａ〜２１０Ｈについて、抑止条件判定部１１３が、抑止条件を判定する。配信許可リスト５１には、アプリケーション２１０Ａ〜２１０Ｃが登録されているので、アプリケーション２１０Ａ〜２１０Ｃについては、上述の条件（３）について“偽”である。よって、アプリケーション２１０Ａ〜２１０Ｃについては、ブロードキャストインテントが配信される。

一方、アプリケーション２１０Ｄ〜２１０Ｈについては、配信許可リスト５１に登録されていないので、省電力状態において、これらのアプリケーションに対するブロードキャストインテントは許可されない。つまり、条件（３）について、“真”である。

このため、条件（１）および（２）についても、“真”であれば、アプリケーション２１０Ｄ〜２１０Ｈに対するブロードキャストインテントの配信が抑止される。

（具体例２）
次に、図５を用いて、ブロードキャスト送信制御部１１１における抑止処理の別の具体例について説明する。図５は、ブロードキャスト送信制御部１１１における抑止処理の別の具体例を示している。

なお、図５に示す具体例では、アプリケーション２１０Ａ、アプリケーション２１０Ｂ、およびアプリケーション２１０Ｄについて、それぞれに対応するインテントフィルタＡ、ＢおよびＤが登録されているものとする。また、アプリケーション２１０Ａ、アプリケーション２１０Ｂ、およびアプリケーション２１０Ｄについて、それぞれに対応するブロードキャストレシーバＡ、Ｂ、およびＤが登録されているものとする。

また、アプリケーション２１０Ａに対応するインテントフィルタＡおよびアプリケーション２１０Ｂに対応するインテントフィルタＢは、それぞれ、特定のブロードキャストインテント＃１をアプリケーション２１０Ａおよびアプリケーション２１０Ｂに送信する設定となっている。

これに対して、アプリケーション２１０Ｂに対応するインテントフィルタＢは、上記特定のブロードキャストインテント＃１をアプリケーションＢに送信しない設定となっている。例えば、インテントフィルタＢに対応するアプリケーション２１０Ｂが、上記特定のブロードキャストインテント＃１に含まれるアクションを処理しない場合が想定される。

また、アプリケーション２１０Ｃについては、インテントフィルタおよびブロードキャストレシーバが登録されていない。

図５に示すように、［１］Standard BroadCastイベントが発生すると、イベント管理部１０１が、ブロードキャストインテント＃１を生成する。なお、Standard BroadCastイベントとは、システムにおいて、標準的とされる同報通知イベントのことである。電池残量の変化等のイベントが、Standard BroadCastイベントに該当する。

［２］インテントフィルタ１１２が、各インテントフィルタの配信条件を判定し、ブロードキャストインテント＃１が対象アプリケーションに送信すべきインテントであるか否かを判定する。図５に示す例では、インテントフィルタＢは、ブロードキャストインテント＃１を配信しない設定であるので、インテントフィルタ１１２は、ブロードキャストインテント＃１を配信する設定であるインテントフィルタＡに対応するアプリケーション２１０ＡおよびインテントフィルタＢに対応するアプリケーション２１０Ｂに対するインテント配信を試みる。

［３］抑止条件判定部１１３が、上述の条件（１）〜（３）を判定し、配信の抑止を行うか否かを判定する。例えば、上述の条件（１）、（２）を満たしていても、配信許可リスト５１に、アプリケーション２１０Ｄのみが登録されている場合、条件（３）に基づいて、アプリケーション２１０Ｄに対する配信が行われる一方で、アプリケーション２１０Ａに対するインテント配信が抑止される。

［４］ブロードキャストレシーバ１１４では、配信が許可されたアプリケーション２１０Ｄに対応するブロードキャストレシーバＤからブロードキャストインテント＃１が配信される。

［５］アプリケーション２１０Ｄは、配信されたブロードキャストインテント＃１を受信する。

（作用・効果）
以上に示したとおり、携帯端末機１は、対応するブロードキャストレシーバが登録されているアプリケーション２１０に対して、ブロードキャストインテントを配信するブロードキャスト送信制御部１１１を有する携帯端末機１において、抑止条件判定部１１３が、（１）アプリケーションがバックグラウンド状態か否か（２）パネル停止状態か否か、（３）ブロードキャストインテントの配信許可がされていないアプリケーションであるか否か、の条件判定を行い、当該条件判定に従ってブロードキャストインテントの配信を抑止する構成である。

上記構成により、アプリケーションがブロードキャストインテント＃１により無闇に起床されることを抑止することができる。その結果、起床されなくてもかまわないアプリケーションが一斉に起床されて電力が消費されることを抑制することができる。

また、上記のような抑止を行うことは、Androidシステムにおいて以下のような利点を有する。すなわち、ブロードキャストレシーバの登録を削除してインテント配信の抑止を実現しようとすると、通常動作時に期待されるインテントの受け渡しが阻害されてしまう。

また、どのタイミングで削除した登録を回復させるかも考慮しなければならない。例えば、都度登録・削除を繰り返すのはオーバーヘッドが大きく現実ではない。

したがって、上述したように、ブロードキャストレシーバへの問い合わせにより起床するアプリケーションの取得が行われた後、取得されたアプリケーションそれぞれに対して上述したような抑止判定を行うことで、上記インテント受け渡しの阻害やオーバーヘッドを回避することができる。

（変形例）
以下において、携帯端末機１の好ましい変形例について説明する。各アプリケーションについて、省電力状態において、優先的に同報通知の抑止を行う抑止優先順位が設定されていてもよい。抑止優先順位とは、インテントの配信を抑止すべき必然性の高さを示す情報である。例えば、アプリケーションの処理内容の緊急性・重大性に基づいて設定することができる。

また、抑止条件判定部１１３は、上記抑止優先順位の判定を、上記条件（１）〜（４）に加えて、さらに第４の抑止条件としてもよい。

例えば、抑止条件判定部１１３は、抑止優先順位が、所定順位以上のアプリケーションに対してブロードキャストインテント配信の抑止を行ってもよい。

また、抑止条件判定部１１３は、電池の残量が、所定値以下である場合に、抑止優先順位が、所定順位以上のアプリケーションに対してブロードキャストインテント配信の抑止を行ってもよい。

上記構成によれば、このように抑止優先順位に応じた適切なブロードキャストインテント配信の抑止を行う事ができる。

また、携帯端末機１では、抑止条件判定部１１３は、所定の時間帯に応じて、アプリケーション２１０に対してブロードキャストインテントを配信することが抑止されるように設定されているか否かを判定することが好ましい。

上記構成において、上記所定の時間帯は、例えば、アプリケーションが、通常、実行される実行時刻を基準に設定することができる。また、上記所定の時間帯は、制御システム１１０において、単一の時間帯としてもよいし、アプリケーション２１０ごとに設定してもかまわない。現在時刻が、所定の時間帯であるか否かは、タイマー３７が示す現在時刻と、設定されている時間帯とを比較することにより判定することができる。

また、所定の時間帯に応じて、アプリケーション２１０に対してブロードキャストインテントを配信することが抑止されるように設定されているか否かを判定するとは、例えば、アプリケーション２１０が実行されないような時間帯において、ブロードキャストインテントを配信することを抑止するということである。

上記構成によれば、アプリケーション２１０が実行されないような時間帯などにおけるブロードキャストインテント配信を抑止し、消費電力の低減を図ることができる。

また、携帯端末機１では、抑止条件判定部１１３は、情報端末に搭載されたバッテリー３３の残量に応じて、または、外部からの給電状態か否かに応じて、アプリケーション２１０に対するブロードキャストインテントの配信を行うことが抑止されるように設定されているか否かを判定することが好ましい。

ある観点から言えば、上記構成によれば、抑止条件判定部１１３は、バッテリー３３の残量に応じて、アプリケーション２１０に対するブロードキャストインテントの配信を行うことが抑止されるように設定されているか否かを判定する。

例えば、バッテリー３３の残量が所定の閾値以下となったとき、抑止条件判定部１１３は、アプリケーション２１０に対するブロードキャストインテントの配信を行うことが抑止されるように設定されているか否かを判定する。制御システム１１０において、単一の閾値を設定してもよいし、アプリケーション２１０ごとに閾値を設定してもかまわない。

また、別の観点から言えば、上記構成によれば、抑止条件判定部１１３は、外部からの給電状態か否かに応じて、アプリケーション２１０に対するブロードキャストインテントの配信を行うことが抑止されるように設定されているか否かを判定する。

例えば、携帯端末機１が、ＡＣアダプタに接続されていないような場合に、抑止条件判定部１１３は、アプリケーション２１０がブロードキャストインテントの配信を行うことが抑止されるように設定されているか否かを判定する。

上記構成によれば、電力の供給状況に応じて、例えば、電力供給が十分でない状況において、ブロードキャストインテントの配信の抑止を行うことができる。

（ハードウェア的実現およびソフトウェア的実現）
また、上述した携帯端末機１の各ブロックは、集積回路（ＩＣチップ）上に形成された論理回路によってハードウェア的に実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェア的に実現してもよい。

後者の場合、上記装置は、各機能を実現するプログラムの命令を実行するＣＰＵ、上記プログラムを格納したＲＯＭ（Read Only Memory）、上記プログラムを展開するＲＡＭ（Random Access Memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである上記装置の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記装置に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。

上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ類、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ（Compact Disc Read-Only Memory）／ＭＯディスク（Magneto-Optical disc）／ＭＤ（Mini Disc）／ＤＶＤ（Digital Versatile Disc）／ＣＤ−Ｒ（CD Recordable）／ブルーレイディスク（Blu-ray Disc:登録商標）等の光ディスクを含むディスク類、ＩＣカード（メモリカードを含む）／光カード等のカード類、マスクＲＯＭ／ＥＰＲＯＭ（Erasable Programmable Read-Only Memory）／ＥＥＰＲＯＭ（Electrically Erasable and Programmable Read-Only Memory）／フラッシュＲＯＭ等の半導体メモリ類、あるいはＰＬＤ（Programmable logic device）やＦＰＧＡ（Field Programmable Gate Array）等の論理回路類などを用いることができる。

また、上記装置を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークは、プログラムコードを伝送可能であればよく、特に限定されない。例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ（Local Area Network）、ＩＳＤＮ（Integrated Services Digital Network）、ＶＡＮ（Value-Added Network）、ＣＡＴＶ（Community Antenna television/Cable Television）通信網、仮想専用網（Virtual Private Network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、この通信ネットワークを構成する伝送媒体も、プログラムコードを伝送可能な媒体であればよく、特定の構成または種類のものに限定されない。例えば、ＩＥＥＥ（Institute of Electrical and Electronic Engineers）１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ（Asymmetric Digital Subscriber Line）回線等の有線でも、ＩｒＤＡ（Infrared Data Association）やリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩＥＥＥ８０２．１１無線、ＨＤＲ（High Data Rate）、ＮＦＣ（Near Field Communication）、ＤＬＮＡ（Digital Living Network Alliance）、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。

本発明は上述した実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能である。すなわち、請求項に示した範囲で適宜変更した技術的手段を組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

本発明は、所定のイベントに対応したブロードキャストメッセージによりアプリケーションが起床されるようなアプリケーション実行環境を有する情報端末に利用することができる。

１ 携帯端末機（情報端末）
５１ 配信許可リスト
１００ システム領域
１１１ ブロードキャスト送信制御部
１１２ インテントフィルタ
１１３ 抑止条件判定部（省電力動作判定手段、抑止判定手段、アプリケーション状態判定手段、同報通知抑止手段）
１２０ アプリケーションスタック
１２１ パネル状態管理部
１３０ 省電力サービス
１１４ ブロードキャストレシーバ（同報通知抑止手段）
２００ アプリケーション領域
２１０ アプリケーション
＃１ ブロードキャストインテント（同報通知）

Claims (12)

1. 予め設定された１以上のアプリケーションに対して、所定の事象の発生を同報通知するアプリケーション実行環境を有する情報端末において、
   情報端末が省電力動作状態か否かを判定する省電力動作判定手段と、
   上記省電力動作状態において、上記１以上のアプリケーションそれぞれについて、同報通知を行うことが抑止されるように設定されているか否かを判定する抑止判定手段と、
   情報端末が省電力動作状態であるときにおいて、上記抑止判定手段の判定に応じて、上記１以上のアプリケーションに対する同報通知を抑止する同報通知抑止手段とを備えることを特徴とする情報端末。
2. 上記省電力動作判定手段は、情報端末が有する画面が消灯状態であるとき、情報端末が省電力動作状態であると判定することを特徴とする請求項１に記載の情報端末。
3. 上記抑止判定手段は、同報通知を許可するアプリケーションが登録されている許可リストを参照して、上記許可リストに登録されていない上記アプリケーションについて、該アプリケーションに対する同報通知が抑止されるように設定されていると判定することを特徴とする請求項１または２に記載の情報端末。
4. 上記アプリケーションの実行状態がバックグラウンド状態か否かを判定するアプリケーション状態判定手段を備え、
   上記同報通知抑止手段は、さらに、上記アプリケーションがバックグラウンド状態であるときに、上記同報通知の抑止を行うことを特徴とする請求項１から３のいずれか１項に記載の情報端末。
5. 上記抑止判定手段は、情報端末が有する画面における表示の変更を行うアプリケーションを、上記同報通知の抑止の対象とすることを特徴とする請求項１から４のいずれか１項に記載の情報端末。
6. 上記抑止判定手段は、上記アプリケーション実行環境において常駐するサービスであることを特徴とする請求項１から５のいずれか１項に記載の情報端末。
7. 上記抑止判定手段は、上記アプリケーションに対して設定された抑止優先順位に応じて、上記アプリケーションが同報通知を行うことが抑止されるように設定されているか否かを判定することを特徴とする請求項１から６のいずれか１項に記載の情報端末。
8. 上記抑止判定手段は、所定の時間帯に応じて、上記アプリケーションに対する同報通知を行うことが抑止されるように設定されているか否かを判定することを特徴とする請求項１から７のいずれか１項に記載の情報端末。
9. 上記抑止判定手段は、情報端末に搭載されたバッテリーの残量に応じて、または、外部からの給電状態か否かに応じて、上記アプリケーションに対する同報通知を行うことが抑止されるように設定されているか否かを判定することを特徴とする請求項１から８のいずれか１項に記載の情報端末。
10. 請求項１から９のいずれか１項に記載の情報端末の上記各手段としてコンピュータを機能させるための情報端末の制御プログラム。
11. 請求項１０に記載の情報端末の制御プログラムを記録したコンピュータ読み取り可能な記録媒体。
12. 予め設定された１以上のアプリケーションに対して、所定の事象の発生を同報通知するアプリケーション実行環境を有する情報端末の制御方法において、
    情報端末が省電力動作状態か否かを判定する省電力動作判定ステップと、
    上記省電力動作状態において、上記１以上のアプリケーションそれぞれについて、同報通知を行うことが抑止されるように設定されているか否かを判定する抑止判定ステップと、
    情報端末が省電力動作状態であるときにおいて、上記抑止判定ステップにおける判定に応じて、上記１以上のアプリケーションに対する同報通知を抑止する同報通知抑止ステップとを含むことを特徴とする情報端末の制御方法。

Images