JP6364035B2 - 携帯電話、表示制御方法、およびプログラム - Google Patents

Description

本発明は、携帯電話に関する。より詳細には、本発明は、フィーチャーフォンタイプの携帯電話に関する。

現在市販されているスマートフォンのような携帯電話は、電源をオンにした時、タッチスクリーンで構成される画面上にロック画面が表示され、所定の操作以外の操作が無効化される仕様になっているものが多い（例えば特許文献１参照）。このようなロック画面には、例えば通話の不在着信および電子メールの受信など各種情報の通知（ノーティフィケーション（Notification））が表示可能になっているものが多い。

スマートフォンにおいては、例えばタッチスクリーン上でノーティフィケーションが表示された領域外でユーザによって行われるフリック操作に応じて、例えばアプリケーションなどのアイコンが表示されるホーム画面などに遷移することができる。また、タッチスクリーン上にノーティフィケーションが表示された領域においてユーザによって行われるタップ操作に応じて、そのノーティフィケーションに対応する画面に遷移することができる。例えば、通話の不在着信のノーティフィケーションが表示された領域で行われるタップ操作に応じて、不在着信の詳細情報を表示して、不在着信の相手の電話番号に発信する画面に遷移したりすることができる。また、例えば、電子メールの受信のノーティフィケーションが表示された領域で行われるタップ操作に応じて、電子メールのアプリケーション（アプリケーションソフトウェア）を起動して、受信した電子メールの本文を表示させることができる。

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

スマートフォンのみならず、フィーチャーフォンのような携帯電話においても、ノーティフィケーションの機能を簡単な操作で実現できれば、フィーチャーフォンタイプの携帯電話の利便性を高めることができる。

本発明の目的は、利便性を高めたフィーチャーフォンタイプの携帯電話を提供することにある。

本発明の一実施形態に係るフィーチャーフォンタイプの携帯電話は、
バックグラウンドで実行されているアプリケーションからの要求に応じて、ディスプレイに能動型のＨｅａｄｓ−Ｕｐ Ｎｏｔｉｆｉｃａｔｉｏｎを表示させると、所定時間経過後に前記能動型のＨｅａｄｓ−Ｕｐ Ｎｏｔｉｆｉｃａｔｉｏｎを非表示にするフィーチャーフォンタイプの携帯電話であって、
バックグラウンドで実行されているアプリケーションからの要求に応じて、ＯＳが前記ディスプレイに受動型のＨｅａｄｓ−Ｕｐ Ｎｏｔｉｆｉｃａｔｉｏｎを表示させると、所定時間経過後に前記受動型のＨｅａｄｓ−Ｕｐ Ｎｏｔｉｆｉｃａｔｉｏｎを強制的に非表示にする。

また、本発明の一実施形態に係る表示制御方法は、
バックグラウンドで実行されているアプリケーションからの要求に応じて、ディスプレイに能動型のＨｅａｄｓ−Ｕｐ Ｎｏｔｉｆｉｃａｔｉｏｎを表示させると、所定時間経過後に前記能動型のＨｅａｄｓ−Ｕｐ Ｎｏｔｉｆｉｃａｔｉｏｎを非表示にするフィーチャーフォンタイプの携帯電話が実行する表示制御方法であって、
バックグラウンドで実行されているアプリケーションからの要求に応じて、ＯＳが前記ディスプレイに受動型のＨｅａｄｓ−Ｕｐ Ｎｏｔｉｆｉｃａｔｉｏｎを表示させると、所定時間経過後に前記受動型のＨｅａｄｓ−Ｕｐ Ｎｏｔｉｆｉｃａｔｉｏｎを強制的に非表示にするステップと、を含む。

また、本発明の一実施形態に係るプログラムは、
バックグラウンドで実行されているアプリケーションからの要求に応じて、ディスプレイに能動型のＨｅａｄｓ−Ｕｐ Ｎｏｔｉｆｉｃａｔｉｏｎを表示させると、所定時間経過後に前記能動型のＨｅａｄｓ−Ｕｐ Ｎｏｔｉｆｉｃａｔｉｏｎを非表示にするフィーチャーフォンタイプの携帯電話に、
バックグラウンドで実行されているアプリケーションからの要求に応じて、ＯＳが前記ディスプレイに受動型のＨｅａｄｓ−Ｕｐ Ｎｏｔｉｆｉｃａｔｉｏｎを表示させると、所定時間経過後に前記受動型のＨｅａｄｓ−Ｕｐ Ｎｏｔｉｆｉｃａｔｉｏｎを強制的に非表示にするステップと、を実行させる。

本発明の実施形態によれば、フィーチャーフォンタイプの携帯電話の利便性を高めることができる。

本発明の実施形態に係る携帯電話の外観を示す図である。 本発明の実施形態に係る携帯電話の概略構成を示すブロック図である。 能動型Ｈｅａｄｓ−Ｕｐ Ｎｏｔｉｆｉｃａｔｉｏｎが表示された画面の例を示す図である。 受動型Ｈｅａｄｓ−Ｕｐ Ｎｏｔｉｆｉｃａｔｉｏｎが表示された画面の例を示す図である。 本発明の実施形態に係るＮｏｔｉｆｉｃａｉｔｏｎ画面の例を示す図である。 本発明の実施形態に係る携帯電話の動作を説明するフローチャートである。

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

以下説明する発明の実施形態においては、フィーチャーフォンタイプの携帯電話の一例として、いわゆる折りたたみ式（フリップ型またはクラムシェル型）のフィーチャーフォンを想定して説明する。しかしながら、本発明の実施形態は、折りたたみ式の携帯電話に限定されるものではなく、キーボードがスライドして現れるスライド式、またはバー型（ストレート式）などのようなフィーチャーフォンとしてもよい。ここで本実施形態に係るフィーチャーフォンタイプの携帯電話は、例えば、ディスプレイと一体的に設けられたタッチパネル（以下、「タッチスクリーン」ともいう。）による操作に対応したＯＳ、例えばＡｎｄｒｏｉｄ（登録商標）がインストールされているが、タッチスクリーンを備えず、例えば物理キーによって操作される携帯電話である。また、本実施形態に係るフィーチャーフォンタイプの携帯電話は、タッチスクリーンを備え、当該タッチスクリーンによる操作を可能としながらも、当該操作と同様の操作を物理キーによっても操作可能な携帯電話であってもよい。この場合、本実施形態に係るフィーチャーフォンタイプの携帯電話は、タッチスクリーンによる全ての操作が物理キーによって操作可能であるものに限定されず、タッチスクリーンによる幾らかの操作が物理キーによっても操作可能であるものであってよい。

図１は、本発明の実施形態に係る携帯電話の外観を示す図である。

図１に示すように、本実施形態に係るフィーチャーフォンタイプの携帯電話１は、上部筐体２と下部筐体４とが、ヒンジ部５によって接続された折りたたみ式の携帯電話である。携帯電話１においては、上部筐体２と下部筐体４とが、例えばヒンジ部５を谷として折りたたみ可能に構成される。携帯電話１の外観構成については、従来良く知られた折りたたみ式フィーチャーフォンタイプの携帯電話と同様の構成とすることができるため、より詳細な説明は省略する。

図１に示すように、携帯電話１は、上部筐体２側において、レシーバ６と、ディスプレイ１０とを備えている。また、携帯電話１は、下部筐体４側において、マイク８と、各種の物理キーで構成される物理キー部（キーボード）１２を備えている。レシーバ６は、通話の際にユーザの耳に音声を出力し、マイク８は、通話の際にユーザの口から発される音声を取得する。レシーバ６およびマイク８は、一般的な携帯電話に採用されるものと同様のものとし得るため、より詳細な説明は省略する。物理キー部１２は、携帯電話１を操作するユーザの入力を検出する。

ディスプレイ１０は、液晶ディスプレイ、有機ＥＬディスプレイ、または無機ＥＬディスプレイ等の表示デバイスである。ディスプレイ１０は、バックライトとして用いる光源または発光素子を備えてもよい。ディスプレイ１０は、携帯電話１を操作するユーザに、文字、記号、画像、操作用オブジェクト（アイコン）等の画像など、各種の情報を表示する。

物理キー部１２は、一の物理キーであるセンターキー（決定キー）２０、方向キー（カーソルキー）２２、メニューキー３２、メールキー３４、カメラキー３６、ウェブキー３８、通話開始キー４２、クリアキー４４、通話終了／電源キー４６、テンキー４８、および３つのファンクションキー５１，５２，５３を含む。また、テンキー４８は、０から９までの数字キーおよびその他の記号キーを含む。物理キー部１２を構成する各キーは、それぞれ、押しボタン式の自動復帰型スイッチなどで構成することができる。物理キー部１２を構成する各キーの機能は、一般的な携帯電話と同様にし得るため、より詳細な説明は省略する。また、図１においては、物理キー部１２を構成する各キーのキートップに刻印される文字または記号などは、適宜、簡略化または省略して示してある。

図２は、本発明の実施形態に係る携帯電話の概略構成を示すブロック図である。

図２に示すように、携帯電話１は、機能的な観点からは、ディスプレイ１０と、物理キー部１２と、コントローラ６０と、を備えている。また、携帯電話１は、図１において説明したように、携帯電話としての機能を実現するため、レシーバ６と、マイク８と、を備えている。また、図２に示すように、携帯電話１は、メモリ７０と、無線通信部８０と、を備えている。さらに、携帯電話１は、例えば写真または動画の撮影を可能にするためのカメラ９０、着信音などを出力するスピーカ、および携帯電話１全体を振動させるバイブレータなどを、適宜備えることができる。

コントローラ６０は、携帯電話１の各機能ブロックをはじめとして、携帯電話１の全体を制御および管理するプロセッサで構成することができる。コントローラ６０は、携帯電話１にインストールされたＯＳのプログラム、および制御手順を規定したプログラムを実行するＣＰＵ等のプロセッサとすることができる。コントローラ６０が実行するプログラムは、例えばメモリ７０または外部の記憶媒体等に格納される。

メモリ７０は、半導体メモリ等の記憶装置で構成することができ、各種情報や携帯電話１を動作させるためのプログラム等を記憶するとともに、ワークメモリとしても機能する。メモリ７０は、例えばＲＡＭおよびＲＯＭなどを含んで構成することができる。メモリ７０は、コントローラ６０に特定の機能を実行させる、例えば、アプリケーションに対応する特定のプログラム、並びに電子メールなどのテキストデータ、および画像のデータなどを格納する。

無線通信部８０は、アンテナを介して例えば無線通信基地局などと無線通信することによって通信ネットワークに接続し、携帯電話１が通話およびデータ通信などを行うための機能を実現する。無線通信部８０は、通常のスマートフォンまたはフィーチャーフォンが備える無線通信機能を実現する要素と同様に構成し得るため、より詳細な説明は省略する。

カメラ９０は、静止画または動画を撮像することができるデジタルカメラの機能を実現する要素である。カメラ９０が撮像した静止画または動画のデータは、例えばメモリ７０に保存することができる。カメラ９０は、通常のスマートフォンまたはフィーチャーフォンが備えるカメラと同様に構成し得るため、より詳細な説明は省略する。

本実施形態に係る携帯電話１には、例えばＯＳの提供者が提供するＯＳ（標準ＯＳ）のプログラムに、複数の特定コードが追加されたＯＳ（変更ＯＳ）がインストールされている。複数の特定コードには、例えばＨｅａｄｓ−Ｕｐ Ｎｏｔｉｆｉｃａｔｉｏｎ（以下、「ＨＵＮ」ともいう。）に関する特定の処理を行うための第１特定コードが含まれる。第１特定コードの詳細については後述する。

（標準ＯＳにおけるＨＵＮ）
ここで、標準ＯＳがインストールされタッチスクリーンを備える一般的なスマートフォンを例に、ＨＵＮについて説明する。ＨＵＮは、画面上に重畳して（ポップアップして）表示されるＮｏｔｉｆｉｃａｔｉｏｎ（通知）である。ＨＵＮの表示は、バックグラウンドで実行されているアプリケーションからの要求（通知要求）に応じて、標準ＯＳが有する標準機能によって行われる。

例えば、アプリケーションの作成者は、当該アプリケーション（例えば、メールアプリ）がバックグランドで実行されている間に所定のイベント（例えば、メールの受信）が発生すると通知要求をＯＳへ出力するように、当該アプリケーションを予めプログラムしておく。ここで通知要求には、アプリケーションの作成者によって予め設定された、通知の内容（例えば、メッセージ）および優先度を示す情報が含まれる。優先度は、例えば低い順に「ＭＩＮ」、「ＬＯＷＥＲＥＤ」、「ＤＥＦＡＵＬＴ」、「ＨＩＧＨ」、および「ＭＡＸ」の５段階が存在し、これらのうちから選択される。

通知要求を取得した標準ＯＳは、所定条件を満たす場合、例えば、フォアグラウンドで実行されている他のアプリケーションの画面がフルスクリーンで表示されており、且つ通知要求の優先度が「ＨＩＧＨ」以上である場合に、当該通知要求に基づく通知をＨＵＮとして表示させる。

ここで、スマートフォンの画面に表示されるＨＵＮは、タッチスクリーンを介してユーザ入力を受け付けるユーザインターフェースとしても機能する。画面に表示されたＨＵＮに対するユーザ操作（例えば、タップ操作、スワイプ操作、およびフリック操作など）に応じて、ＨＵＮに対する一般的な処理、例えば、ＨＵＮを非表示にする処理またはＨＵＮを行ったアプリケーションをバックグラウンドからフォアグラウンドに切り替える処理などが行われる。

また、ＨＵＮには、能動型のＨＵＮ（以下、「能動型ＨＵＮ」ともいう。）と、受動型のＨＵＮ（以下、「受動型ＨＵＮ」ともいう。）と、の２種類が存在する。

能動型ＨＵＮは、画面上に表示されてから所定時間が経過すると自動的に非表示となるＨＵＮである。能動型ＨＵＮは、例えばユーザに対して単にメッセージを提示するなど、ユーザからの応答を必要としない通知を行う場合に用いられることが一般的である。例えば、図３は、アプリケーションＡの画面（例えば、フルスクリーンのマップ画面）が表示されている状態で、アプリケーションＢ（例えば、メールアプリケーション）による能動型ＨＵＮ１００が表示されている様子を示す。図３の能動型ＨＵＮ１００は、メールの受信を示すメッセージを含んでいる。

一方、受動型ＨＵＮは、画面上に表示されてからの時間経過によっては自動的に非表示とならない点で、能動型ＨＵＮと相違する。また受動型ＨＵＮには、所定数（例えば、最大３つ）のアクションボタンが含まれてもよい。アクションボタンは、受動型ＨＵＮにおいて通知内容とともに表示されるユーザインターフェースであって、タッチスクリーンを介してユーザ入力を受け付ける。画面に表示されたアクションに対するユーザ操作（例えば、タップ操作）に応じて、当該アクションに対応するアプリケーションの機能が実行される。例えば、図４は、アプリケーションＡの画面（例えば、フルスクリーンのマップ画面）が表示されている状態で、アプリケーションＢ（例えば、メールアプリケーション）による受動型ＨＵＮ１０１が表示されている様子を示す。図４の受動型ＨＵＮ１０１は、メールの受信を示すメッセージ、返信を行うためのアクションボタン１０２、および転送を行うためのアクションボタン１０３が表示されている。

アプリケーションの作成者は、アプリケーションが行う通知を能動型ＨＵＮおよび受動型ＨＵＮの何れとして表示させるか、および、受動型ＨＵＮに含ませるアクションボタンの内容を、当該アプリケーションのプログラムに予め記述しておく。上述したように、標準ＯＳはタッチスクリーンによる操作に対応しているため、アプリケーションの作成者は、アプリケーションを実行する情報処理装置がタッチスクリーンを備えることを想定して、アプリケーションをプログラムすることが一般的である。

（変更ＯＳにおけるＨＵＮ）
次に、本実施形態に係る携帯電話１にインストールされた変更ＯＳにおけるＨＵＮについて説明する。上述したように、本実施形態に係る携帯電話１は、タッチスクリーンを備えていないため、変更ＯＳが有する機能のうち、タッチスクリーンに対する操作を前提とする全ての機能が制限される。一方、変更ＯＳは、フォアグラウンドで実行されているアプリケーションの各機能を物理キー部１２の各物理キーに割り当てる第２特定コードを含んでいる。換言すると、第２特定コードを含む変更ＯＳは、物理キー部１２による操作に対応させたＯＳである。

しかしながら、上述したように、ＨＵＮはバックグラウンドで実行されているアプリケーションによって表示される。このため、第２特定コードの実行によっては、ＨＵＮの上述したユーザインターフェースとしての機能（例えば、ＨＵＮを非表示にする操作を受け付ける機能）を物理キー部１２に割り当てることができない。したがって、上述したように時間経過によっては自動的に非表示とならない受動型ＨＵＮを、物理キー部１２に対する操作によって非表示にすることができない。

そこで、本実施形態に係る変更ＯＳは、画面上に受動型ＨＵＮが表示された後、例えば所定時間経過後に、当該受動型ＨＵＮを強制的に非表示にする第１特定コードを含む。携帯電話１のコントローラ６０は、第１特定コードの実行によって、画面上に表示された受動型ＨＵＮを強制的に非表示にする。かかる構成によって、タッチスクリーンを備えない携帯電話１において、受動型ＨＵＮを非表示にすることが可能となり、例えば受動型ＨＵＮがディスプレイ１０に表示されたままとなって画面の視認性が低下することが抑制される。

受動型ＨＵＮを強制的に非表示にするまでの所定時間は、予め定められた長さの時間であってもよく、あるいは受動型ＨＵＮの優先度が高いほど長い時間になるように定められてもよい。

好適には、第１特定コードは、強制的に非表示にされた受動型ＨＵＮをＮｏｔｉｆｉｃａｔｉｏｎ画面に追加するコードをさらに含む。コントローラ６０は、第１特定コードの実行によって、強制的に非表示にされた受動型ＨＵＮをＮｏｔｉｆｉｃａｔｉｏｎ画面に追加する。Ｎｏｔｉｆｉｃａｔｉｏｎ画面は、例えば標準ＯＳがサポートする標準機能によって表示可能な画面である。Ｎｏｔｉｆｉｃａｔｉｏｎ画面には、過去に通知された（ＨＵＮとして通知されたＮｏｔｉｆｉｃａｔｉｏｎを含む）Ｎｏｔｉｆｉｃａｔｉｏｎが例えばリスト表示される。例えば図５に示すＮｏｔｉｆｉｃａｔｉｏｎ画面には、能動型ＨＵＮ１００と、受動型ＨＵＮ１０１と、が表示されている。

ここで、Ｎｏｔｉｆｉｃａｔｉｏｎ画面がディスプレイ１０に表示される場合、すなわちＮｏｔｉｆｉｃａｔｉｏｎ画面を表示させるアプリケーションがフォアグラウンドで実行される場合、コントローラ６０は、第２特定コードの実行によって、当該アプリケーションの各機能を物理キー部１２の各物理キーに割り当てる。

例えば、Ｎｏｔｉｆｉｃａｔｉｏｎ画面がディスプレイ１０に表示された状態で、コントローラ６０は、方向キー２２に対する操作に応じてカーソル１０４を移動させる。例えば図５において、カーソル１０４は、受動型ＨＵＮに含まれる「返信」のアクションボタン１０２を選択している。続いてコントローラ６０は、センターキー２０に対する操作に応じて、カーソル１０４が選択しているＮｏｔｉｆｉｃａｔｉｏｎに関する処理を行う。例えば図５において、コントローラ６０は、カーソル１０４が選択中の受動型ＨＵＮ１０１に関する処理、具体的には「返信」のアクションボタン１０２に対応する処理を実行する。当該処理の実行によって、コントローラ６０は、例えばメールアプリケーションをフォアグラウンドで実行し且つ返信メールの入力画面をディスプレイ１０に表示させる。

次に、図６を参照して、受動型ＨＵＮを強制的に非表示にする携帯電話１の動作について説明する。本動作は、変更ＯＳに追加された第１特定コードの実行によって行われる。

ステップＳ１００：はじめにコントローラ６０は、受動型ＨＵＮがディスプレイ１０に表示されたか否かを判定する。受動型ＨＵＮが表示されたと判定された場合（ステップＳ１００−Ｙｅｓ）、ステップＳ１０１に進む。一方、受動型ＨＵＮが表示されていないと判定された場合（ステップＳ１００−Ｎｏ）、ステップＳ１００を繰り返す。

ステップＳ１０１：ステップＳ１００で受動型ＨＵＮが表示されたと判定された場合（ステップＳ１００−Ｙｅｓ）、コントローラ６０は、受動型ＨＵＮが表示されてから所定時間が経過したか否かを判定する。所定時間が経過したと判定された場合（ステップＳ１０１−Ｙｅｓ）ステップＳ１０２に進む。一方、所定時間が経過していないと判定された場合（ステップＳ１０１−Ｎｏ）、ステップＳ１０１を繰り返す。

ステップＳ１０２：ステップＳ１０１で所定時間が経過したと判定された場合（ステップＳ１０１−Ｙｅｓ）、コントローラ６０は、ディスプレイ１０に表示されている当該受動型ＨＵＮを強制的に非表示にする。

ステップＳ１０３：そしてコントローラ６０は、ステップＳ１０２で強制的に非表示にした受動型ＨＵＮをＮｏｔｉｆｉｃａｔｉｏｎ画面に追加する。その後、ステップＳ１００に戻る。

以上述べたように、本実施形態に係る携帯電話１は、ディスプレイ１０に受動型ＨＵＮを表示させると、所定時間経過後に当該受動型ＨＵＮを強制的に非表示にする。かかる構成によって、例えば携帯電話１がタッチスクリーンを備えないフィーチャーフォンタイプであっても、受動型ＨＵＮを非表示にすることができる。このため、受動型ＨＵＮがディスプレイ１０に表示されたままとなって画面の視認性が低下することが抑制されるので、携帯電話の利便性が向上する。

好適には、携帯電話１は、強制的に非表示にされた受動型ＨＵＮをＮｏｔｉｆｉｃａｔｉｏｎ画面に追加する。かかる構成によって、ユーザの意志と無関係に非表示にされたＨＵＮであっても、後からディスプレイ１０に表示させたＮｏｔｉｆｉｃａｔｉｏｎ画面を介してユーザが確認可能であり、携帯電話の利便性がさらに向上する。

また好適には、携帯電話１は、ディスプレイ１０にＮｏｔｉｆｉｃａｔｉｏｎ画面が表示されている状態で、物理キーに対する操作に応じて受動型ＨＵＮに関する処理を行う。かかる構成によって、ユーザは物理キー部１２を介して受動型ＨＵＮに対する操作を行うことができ、携帯電話１の利便性がさらに向上する。

本発明を諸図面および実施例に基づき説明してきたが、当業者であれば本開示に基づき種々の変形および修正を行うことが容易であることに注意されたい。したがって、これらの変形および修正は本発明の範囲に含まれることに留意されたい。例えば、各機能部、各手段、各ステップなどに含まれる機能などは論理的に矛盾しないように再配置可能であり、複数の機能部およびステップなどを１つに組み合わせたり、あるいは分割したりすることが可能である。また、上述した本発明の各実施形態は、それぞれ説明した各実施形態に忠実に実施することに限定されるものではなく、適宜、各特徴を組み合わせたり、一部を省略したりして実施することもできる。

１ 携帯電話
２ 上部筐体
４ 下部筐体
５ ヒンジ部
６ レシーバ
８ マイク
１０ ディスプレイ
１２ 物理キー部
２０ 一の物理キー（センターキー／決定キー）
２２ 方向キー（カーソルキー）
３２ メニューキー
３４ メールキー
３６ カメラキー
３８ ウェブキー
４２ 通話開始キー
４４ クリアキー
４６ 通話終了／電源キー
４８ テンキー（ダイヤルキー）
５１，５２，５３ ファンクションキー
６０ コントローラ
７０ メモリ
８０ 無線通信部
９０ カメラ
１００ 能動型ＨＵＮ
１０１ 受動型ＨＵＮ
１０２ 返信のアクションボタン
１０３ 転送のアクションボタン
１０４ カーソル

Claims (5)

1. バックグラウンドで実行されているアプリケーションからの要求に応じて、ディスプレイに能動型のＨｅａｄｓ−Ｕｐ Ｎｏｔｉｆｉｃａｔｉｏｎを表示させると、所定時間経過後に前記能動型のＨｅａｄｓ−Ｕｐ Ｎｏｔｉｆｉｃａｔｉｏｎを非表示にするフィーチャーフォンタイプの携帯電話であって、
   バックグラウンドで実行されているアプリケーションからの要求に応じて、ＯＳが前記ディスプレイに受動型のＨｅａｄｓ−Ｕｐ Ｎｏｔｉｆｉｃａｔｉｏｎを表示させると、所定時間経過後に前記受動型のＨｅａｄｓ−Ｕｐ Ｎｏｔｉｆｉｃａｔｉｏｎを強制的に非表示にする、携帯電話。
2. 請求項１に記載の携帯電話であって、
   強制的に非表示にされた前記受動型のＨｅａｄｓ−Ｕｐ Ｎｏｔｉｆｉｃａｔｉｏｎを、前記ＯＳによって表示可能なＮｏｔｉｆｉｃａｔｉｏｎ画面に追加する、携帯電話。
3. 請求項２に記載の携帯電話であって、
   前記ディスプレイに前記Ｎｏｔｉｆｉｃａｔｉｏｎ画面が表示されている状態で、物理キーに対する操作に応じて、前記ＯＳによって、前記受動型Ｈｅａｄｓ−Ｕｐ Ｎｏｔｉｆｉｃａｔｉｏｎに関する処理を行う、携帯電話。
4. バックグラウンドで実行されているアプリケーションからの要求に応じて、ディスプレイに能動型のＨｅａｄｓ−Ｕｐ Ｎｏｔｉｆｉｃａｔｉｏｎを表示させると、所定時間経過後に前記能動型のＨｅａｄｓ−Ｕｐ Ｎｏｔｉｆｉｃａｔｉｏｎを非表示にするフィーチャーフォンタイプの携帯電話が実行する表示制御方法であって、
   バックグラウンドで実行されているアプリケーションからの要求に応じて、ＯＳが前記ディスプレイに受動型のＨｅａｄｓ−Ｕｐ Ｎｏｔｉｆｉｃａｔｉｏｎを表示させると、所定時間経過後に前記受動型のＨｅａｄｓ−Ｕｐ Ｎｏｔｉｆｉｃａｔｉｏｎを強制的に非表示にするステップと、
   を含む、表示制御方法。
5. バックグラウンドで実行されているアプリケーションからの要求に応じて、ディスプレイに能動型のＨｅａｄｓ−Ｕｐ Ｎｏｔｉｆｉｃａｔｉｏｎを表示させると、所定時間経過後に前記能動型のＨｅａｄｓ−Ｕｐ Ｎｏｔｉｆｉｃａｔｉｏｎを非表示にするフィーチャーフォンタイプの携帯電話に、
   バックグラウンドで実行されているアプリケーションからの要求に応じて、ＯＳが前記ディスプレイに受動型のＨｅａｄｓ−Ｕｐ Ｎｏｔｉｆｉｃａｔｉｏｎを表示させると、所定時間経過後に前記受動型のＨｅａｄｓ−Ｕｐ Ｎｏｔｉｆｉｃａｔｉｏｎを強制的に非表示にするステップと、
   を実行させる、プログラム。

Images