(57)【要約】【課題】複数のウィンドウの表示を日時や場所といった状況に応じて切り替え可能にする。【解決手段】移動通信端末は、ウィンドウを表示するアプリケーションについて、条件情報を記憶している。条件情報は、それぞれのアプリケーション（すなわちウィンドウ）と、そのアプリケーションに関連付けられた位置の属性と、そのアプリケーションが実行された頻度とを記述したデータである。移動通信端末は、複数のウィンドウが重なって表示されている場合に、この条件情報を用いて最前面に表示するウィンドウを決定する。例えば、自機の位置の属性がオフィスである場合に、「グループウェア」なるアプリケーションが実行されていれば、移動通信端末は、このアプリケーションのウィンドウを最前面に表示する。【選択図】図５
2008257602.tif 000002
【特許請求の範囲】
【請求項１】
自機の位置を検知する検知手段と、
表示手段において他のウィンドウと重なるウィンドウを特定する特定手段と、
複数の前記ウィンドウと、各々の前記ウィンドウに対応付けられる位置とを記憶する記憶手段と、
前記特定手段により特定された複数のウィンドウについて表示の優先度を決定する決定手段であって、前記検知手段により検知された位置と対応付けられて前記記憶手段に記憶されたウィンドウの優先度が高くなるように、前記複数のウィンドウの優先度を決定する決定手段と、
前記決定手段により決定された優先度が高いウィンドウを当該優先度が低いウィンドウより前面に表示させる表示制御手段と
を備えることを特徴とする移動通信端末。
【請求項２】
あるウィンドウを指定する指定手段を備え、
前記表示制御手段は、
前記指定手段により指定されたウィンドウが前記特定された複数のウィンドウに含まれる場合に、当該ウィンドウを最前面に表示させる
ことを特徴とする請求項１に記載の移動通信端末。
【請求項３】
前記表示手段により表示された各々のウィンドウについて、表示された頻度又は時間の長さを前記位置毎に記憶する履歴記憶手段を備え、
前記決定手段は、
前記検知手段により検知された位置と対応付けられて前記記憶手段に記憶されたウィンドウが複数ある場合に、当該複数のウィンドウのうち、前記履歴記憶手段に当該位置について記憶された頻度又は時間の長さがより大であるウィンドウの前記優先度をより高くする
ことを特徴とする請求項１に記載の移動通信端末。
【請求項４】
時を検知する検知手段と、
表示手段において他のウィンドウと重なるウィンドウを特定する特定手段と、
複数の前記ウィンドウと、各々の前記ウィンドウに対応付けられる期間とを記憶する記憶手段と、
前記特定手段により特定された複数のウィンドウについて表示の優先度を決定する決定手段であって、前記検知手段により検知された時を含む期間と対応付けられて前記記憶手段に記憶されたウィンドウの優先度が高くなるように、前記複数のウィンドウの優先度を決定する決定手段と、
前記決定手段により決定された優先度が高いウィンドウを当該優先度が低いウィンドウより前面に表示させる表示制御手段と
を備えることを特徴とする情報処理装置。
【請求項５】
あるウィンドウを指定する指定手段を備え、
前記表示制御手段は、
前記指定手段により指定されたウィンドウが前記特定された複数のウィンドウに含まれる場合に、当該ウィンドウを最前面に表示させる
ことを特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記表示手段により表示された各々のウィンドウについて、表示された頻度又は時間の長さを前記期間毎に記憶する履歴記憶手段を備え、
前記決定手段は、
前記検知手段により検知された時を含む期間と対応付けられて前記記憶手段に記憶されたウィンドウが複数ある場合に、当該複数のウィンドウのうち、前記履歴記憶手段に当該期間について記憶された頻度又は時間の長さがより大であるウィンドウの前記優先度をより高くする
ことを特徴とする請求項４に記載の情報処理装置。
【請求項７】
コンピュータに、
自機の位置を検知する機能と、
表示手段において他のウィンドウと重なるウィンドウを特定する機能と、
複数の前記ウィンドウと、各々の前記ウィンドウに対応付けられる位置とを記憶する記憶手段を参照し、前記特定された複数のウィンドウについて表示の優先度を決定する機能であって、前記検知された位置と対応付けられて記憶されたウィンドウを特定し、当該ウィンドウの優先度が高くなるように前記複数のウィンドウの優先度を決定する機能と、
前記決定された優先度が高いウィンドウを当該優先度が低いウィンドウより前面に表示させる機能と
を実現させるためのプログラム。
【請求項８】
コンピュータに、
時を検知する機能と、
表示手段において他のウィンドウと重なるウィンドウを特定する機能と、
複数の前記ウィンドウと、各々の前記ウィンドウに対応付けられる期間とを記憶する記憶手段を参照し、前記特定された複数のウィンドウについて表示の優先度を決定する機能であって、前記検知された時を含む期間と対応付けられて記憶されたウィンドウの優先度が高くなるように、前記複数のウィンドウの優先度を決定する機能と、
前記決定された優先度が高いウィンドウを当該優先度が低いウィンドウより前面に表示させる機能と
を実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＧＵＩ（Graphical User Interface）に関する。
【背景技術】
【０００２】
複数のウィンドウが重なる場合の表示制御として、特許文献１に記載された技術が知られている。例えば、特許文献１には、表示画面に少なくとも２つのウィンドウを互いに重なる部分をもつ状態で表示しているときに、前面に表示されているウィンドウと、後面に表示されているウィンドウとを所定時間毎に入れ替えることや、それぞれのウィンドウの使用時間に応じて前面に表示する時間の長さを定めることが記載されている。
【特許文献１】特開平８−１６１１３９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、ウィンドウの表示に際しては、所望するウィンドウが表示時の状況に応じて異なることがある。例えば、職場と自宅とでは、よく使うアプリケーションが異なり、よく閲覧するウィンドウが異なる場合がある。
そこで、本発明は、複数のウィンドウの表示を日時や場所といった状況に応じて切り替え可能にすることを目的としている。
【課題を解決するための手段】
【０００４】
本発明に係る移動通信端末は、自機の位置を検知する検知手段と、表示手段において他のウィンドウと重なるウィンドウを特定する特定手段と、複数の前記ウィンドウと、各々の前記ウィンドウに対応付けられる位置とを記憶する記憶手段と、前記特定手段により特定された複数のウィンドウについて表示の優先度を決定する決定手段であって、前記検知手段により検知された位置と対応付けられて前記記憶手段に記憶されたウィンドウの優先度が高くなるように、前記複数のウィンドウの優先度を決定する決定手段と、前記決定手段により決定された優先度が高いウィンドウを当該優先度が低いウィンドウより前面に表示させる表示制御手段とを備えることを特徴とする。
なお、ここにおいて「位置」とは、特定の地点のみならず、所定の範囲を占める領域を含むものである。
【０００５】
また、本発明に係る情報処理装置は、時を検知する検知手段と、表示手段において他のウィンドウと重なるウィンドウを特定する特定手段と、複数の前記ウィンドウと、各々の前記ウィンドウに対応付けられる期間とを記憶する記憶手段と、前記特定手段により特定された複数のウィンドウについて表示の優先度を決定する決定手段であって、前記検知手段により検知された時を含む期間と対応付けられて前記記憶手段に記憶されたウィンドウの優先度が高くなるように、前記複数のウィンドウの優先度を決定する決定手段と、前記決定手段により決定された優先度が高いウィンドウを当該優先度が低いウィンドウより前面に表示させる表示制御手段とを備えることを特徴とする。
なお、ここにおいて「時（とき）」とは、時刻のみならず、日時や季節を含むものである。
【０００６】
本発明に係る移動通信端末又は情報処理装置において、あるウィンドウを指定する指定手段を備え、前記表示制御手段は、前記指定手段により指定されたウィンドウが前記特定された複数のウィンドウに含まれる場合に、当該ウィンドウを最前面に表示させる構成を採用してもよい。
あるいは、本発明に係る移動通信端末又は情報処理装置において、あるウィンドウを指定する指定手段を備え、前記決定手段は、前記指定手段により指定されたウィンドウが前記特定された複数のウィンドウに含まれる場合に、当該ウィンドウを除くウィンドウについて前記優先度を決定する構成を採用してもよい。
【０００７】
本発明に係る移動通信端末（又は情報処理装置）において、前記表示手段により表示された各々のウィンドウについて、表示された頻度又は時間の長さを前記位置毎（又は前記期間毎）に記憶する履歴記憶手段を備え、前記決定手段は、前記検知手段により検知された位置（又は前記検知手段により検知された時を含む期間）と対応付けられて前記記憶手段に記憶されたウィンドウが複数ある場合に、当該複数のウィンドウのうち、前記履歴記憶手段に当該位置（又は当該期間）について記憶された頻度又は時間の長さがより大であるウィンドウの前記優先度をより高くする構成を採用してもよい。
【０００８】
本発明に係るプログラムは、コンピュータに、自機の位置を検知する機能と、表示手段において他のウィンドウと重なるウィンドウを特定する機能と、複数の前記ウィンドウと、各々の前記ウィンドウに対応付けられる位置とを記憶する記憶手段を参照し、前記特定された複数のウィンドウについて表示の優先度を決定する機能であって、前記検知された位置と対応付けられて記憶されたウィンドウを特定し、当該ウィンドウの優先度が高くなるように前記複数のウィンドウの優先度を決定する機能と、前記決定された優先度が高いウィンドウを当該優先度が低いウィンドウより前面に表示させる機能とを実現させることを特徴とする。
【０００９】
また、本発明に係るプログラムは、コンピュータに、時を検知する機能と、表示手段において他のウィンドウと重なるウィンドウを特定する機能と、複数の前記ウィンドウと、各々の前記ウィンドウに対応付けられる期間とを記憶する記憶手段を参照し、前記特定された複数のウィンドウについて表示の優先度を決定する機能であって、前記検知された時を含む期間と対応付けられて記憶されたウィンドウの優先度が高くなるように、前記複数のウィンドウの優先度を決定する機能と、前記決定された優先度が高いウィンドウを当該優先度が低いウィンドウより前面に表示させる機能とを実現させることを特徴とする。
【発明の効果】
【００１０】
本発明によれば、検知した位置や時と所定の対応付けを有するウィンドウが優先的に前面に表示されるような表示制御が実行されるため、複数のウィンドウが重なる場合であっても、これらのウィンドウの表示を日時や場所に応じて切り替えることが可能となる。
【発明を実施するための最良の形態】
【００１１】
以下、図面を参照し、本発明の実施の形態を説明する。
［第１実施形態］
図１は、本発明の第１の実施形態である移動通信端末の全体構成を示すブロック図である。同図に示すように、移動通信端末１０は、制御部１１と、無線通信部１２と、操作部１３と、表示部１４と、ＧＰＳ受信部１５と、電子タグ部１６とを備える。移動通信端末１０は、本実施形態においては、携帯電話機であるとする。
【００１２】
制御部１１は、ＣＰＵ（Central Processing Unit）１１ａ、ＲＯＭ（Read Only Memory）１１ｂ、ＲＡＭ（Random Access Memory）１１ｃ及びＥＥＰＲＯＭ（Electronically Erasable and Programmable ROM）１１ｄを備え、ＣＰＵ１１ａがＲＡＭ１１ｃをワークエリアとして用いてＲＯＭ１１ｂやＥＥＰＲＯＭ１１ｄに記憶されたプログラムを実行し、これにより移動通信端末１０の各部の動作を制御する。無線通信部１２は、アンテナ１２ａを備え、所定の移動通信網とのデータ通信を無線で行う。操作部１３は、ボタン等の操作子を備え、ユーザの操作に応じた操作信号を制御部１１に供給する。表示部１４は、液晶ディスプレイや液晶駆動回路を備え、制御部１１から供給される表示データに応じた画像を表示する。ＧＰＳ受信部１５は、アンテナ１５ａを備え、いわゆるＧＰＳ（Global Positioning System）衛星から送信されている電波信号（以下「ＧＰＳ信号」という。）を受信する。電子タグ部１６は、ＲＦＩＤ（Radio Frequency IDentification）タグ等の電子タグを備え、あらかじめ記憶されたデータによって決済を行う、いわゆる電子決済機能を実現する。電子決済機能は、移動通信端末１０が駅や店舗に設置された所定のリーダライタと近接し、これと通信を行うことで実現される。
【００１３】
ＲＯＭ１１ｂは、あらかじめいくつかのプログラムを記憶している。以下ではこれを「プリインストールプログラム」という。具体的には、プリインストールプログラムは、マルチタスクオペレーティングシステム（以下「マルチタスクＯＳ」という。）、Ｊａｖａ（登録商標）プラットフォーム及びネイティブアプリケーションの各プログラムである。マルチタスクＯＳは、ＴＳＳ（Time-Sharing System）による複数タスクの擬似的な並列実行を実現するために必要な仮想メモリ空間の割り当てなどの各種機能をサポートしたオペレーティングシステムである。Ｊａｖａプラットフォームは、マルチタスクＯＳを搭載した移動通信端末１０において後述するＪａｖａ実行環境１１４を実現するためのコンフィギュレーションであるＣＤＣ（Connected Device Configuration）にしたがって記述されたプログラム群である。ネイティブアプリケーションは、通話や測位といった移動通信端末１０の基本的なサービスを実現するプログラムであり、測位サービスの提供を受けるためのアプリケーション（後述する測位アプリ１１２）や、電子決済機能を実現するためのアプリケーション（後述する電子決済アプリ１１３）を含む。
【００１４】
ＥＥＰＲＯＭ１１ｄは、Ｊａｖａアプリケーションが記憶されるＪａｖａアプリケーション格納領域を有する。Ｊａｖａアプリケーションは、Ｊａｖａ実行環境下における処理の手順自体を記述した実体プログラムとその実体プログラムの実行に伴って利用される画像ファイルや音声ファイルとを結合したＪＡＲ(Java Archive)ファイルと、そのＪＡＲファイルのインストールや起動、各種の属性を記述したＡＤＦ（Application Descriptor File）とを有している。このＪａｖａアプリケーションは、コンテンツプロバイダ又は通信事業者により作成されて外部のサーバ装置などに格納され、移動通信端末１０からの要求に応じてそれらのサーバ装置から適宜ダウンロードされるようになっている。
【００１５】
図２は、ＲＯＭ１１ｂ及びＥＥＰＲＯＭ１１ｄに記憶された各種プログラムの実行により移動通信端末１０の制御部１１に実現される各部の論理的構成を示す図である。同図に示すように、各種プログラムを実行する移動通信端末１０には、測位アプリ１１２及びＪａｖａ実行環境１１４がＯＳ１１１上に実現され、また、ＥＥＰＲＯＭ１１ｄには第１ストレージ１１５と第２ストレージ１１６とが確保される。測位アプリ１１２及び電子決済アプリ１１３は、ＲＯＭ１１ｂのネイティブアプリケーションにより実現されるものである。
【００１６】
測位アプリ１１２は、ＧＰＳ受信部１５が受信したＧＰＳ信号に基づいて、自機の位置を特定する機能を実現する。測位アプリ１１２による処理が実行されると、位置情報が生成される。ここにおいて、位置情報は、測位アプリ１１２による自機の位置の計測結果を表す情報である。位置情報は、例えば、自機の位置を緯度と経度とにより表す。
【００１７】
電子決済アプリ１１３は、電子タグ部１６による通信結果に基づいて、上述した電子決済機能を実現する。電子決済アプリ１１３による処理が実行されると、電子タグ部１６に記憶された金銭的価値を有するデータ（以下「電子バリュー」という。）の書き換えが行われる。電子決済アプリ１１３は、リーダライタからの指示に応じて、商品やサービスを購入する際には、電子バリューを減額し、電子バリューを課金（チャージ）する際には、電子バリューを増額する書き換えを行う。
また、電子決済アプリ１１３は、リーダライタと通信を行ったときに、リーダライタの位置を表す情報を取得することができる。この情報は、上述した位置情報と同様に、自機の（決済時の）位置を表す情報である。そこで、以下においては、電子決済アプリ１１３により取得される情報を「位置情報」に含むものとする。
【００１８】
Ｊａｖａ実行環境１１４は、ＲＯＭ１１ｂのＪａｖａプラットフォームにより実現される。Ｊａｖａ実行環境１１４は、クラスライブラリ１１７、ＪＶＭ（Java Virtual Machine）１１８及びＪＡＭ（Java Application Manager）１１９からなる。クラスライブラリ１１７は、特定の機能を有するプログラムモジュール（クラス）群を１つのファイルに結合したものである。ＪＶＭ１１８は、上述のＣＤＣのために最適化されたＪａｖａ実行環境であり、Ｊａｖａアプリケーションとして提供されるバイトコードを解釈して実行する機能を有する。ＪＡＭ１１９は、Ｊａｖａアプリケーションのダウンロードやインストール、起動・終了などを管理する機能を有する。
【００１９】
第１ストレージ１１５は、ＪＡＭ１１９の管理の下にダウンロードされるＪａｖａアプリケーション（ＪａｒファイルとＡＤＦ）を格納する領域である。第２ストレージ１１６は、Ｊａｖａアプリケーションの実行の際に生成されたデータをその終了後に格納しておくための領域であり、インストールされたＪａｖａアプリケーション毎に個別の格納領域が割り当てられるようになっている。そして、あるＪａｖａアプリケーションに割り当てられた格納領域のデータは、そのＪａｖａアプリケーションが実行されている間のみ書き換え可能となっており、別のＪａｖａアプリケーションが書き換えを行い得ないようになっている。
【００２０】
ＥＥＰＲＯＭ１１ｄは、上述したデータの他に、位置属性情報と条件情報とを記憶している。位置属性情報は、位置と、その位置に関連付けられた属性とを表す情報である。条件情報は、移動通信端末１０において実行されるアプリケーションであって、表示部１４によるウィンドウ表示を伴うアプリケーションについて、各ウィンドウの表示の優先度を決定する条件を表す情報である。
【００２１】
図３は、本実施形態における位置属性情報を例示する図である。同図に示すように、位置属性情報は、「位置」と「属性」とを関連付けて記述した情報である。ここにおいて、「位置」とは、一定の領域を表すデータであり、位置情報により表される位置を複数含み得るデータである。ここにおける領域の表し方としては、例えば、領域の境界を形成する位置情報を記述したり、あるいは、当該領域に含まれる位置情報を記述する方法がある。また、「属性」とは、「位置」が表す領域に対応付けられる属性を表すデータである。ここにおける属性とは、領域のそれぞれを識別可能であればいかなるものであってもよい。
【００２２】
図３の位置属性情報を実際の地図のように表示すると、図４のようになる。図４の例は、Ａ駅を中心に鉄道の路線が四方に延びており、Ａ駅の北西（左上）にＢ駅があることを表している。また、商用地はＡ駅及びＢ駅を中心に形成され、ユーザのオフィスはＡ駅の近くにあり、ユーザの自宅はＢ駅の近くにあることが表されている。
なお、位置属性情報は、移動通信端末１０のメーカや移動通信網を運営する通信事業者によりあらかじめ提供されてもよいが、上述したユーザの自宅やオフィスのような各ユーザに固有の位置の属性に関しては、ユーザが独自に定義できるようにすると望ましい。また、「属性」の設定に関しても、ユーザがその種類を増減できるようにするのが望ましい。
【００２３】
図５は、本実施形態における条件情報を例示する図である。同図に示すように、条件情報は、「アプリケーション名」、「アプリケーション属性」及び「表示頻度」を関連付けて記述した情報である。ここにおいて、「アプリケーション名」は、当該アプリケーションのそれぞれを識別する情報である。「アプリケーション属性」は、当該アプリケーションが位置属性情報のいずれの「属性」に割り当てられているかを表す情報である。例えば、図５の「グループウェア」というアプリケーションには、「オフィス」という属性が割り当てられている。「表示頻度」は、当該アプリケーションが実行された頻度を表す情報であり、換言すれば、当該アプリケーションに対応するウィンドウが表示された頻度を表す情報である。
【００２４】
ここで、図５に示した条件情報に含まれるアプリケーションについて、簡単に説明する。「グループウェア」は、オフィスの各ユーザの情報共有を実現するアプリケーションである。「グループウェア」には、例えば、各ユーザのスケジュールを表示する機能や、業務に関するいわゆる電子掲示板を表示する機能が含まれる。「電子乗車券」は、移動通信端末１０を鉄道の乗車券として機能させるアプリケーションであり、電子タグ部１６を用いて、電子バリューを課金（チャージ）し、チャージされた電子バリューを改札時に減額するアプリケーションである。なお、「電子乗車券」は、電子バリューの残金や減額分を表示する機能を有する。「乗換案内」は、出発駅から到着駅までの鉄道の経路を表示して案内するアプリケーションである。「オンラインゲーム」は、移動通信網による通信を行いながら所定のゲームを実行するアプリケーションである。「ＧＰＳナビ」は、ＧＰＳ信号を用いて、ユーザ（すなわち移動通信端末１０）の現在地から店舗等の目的地への経路を表示してユーザをナビゲートするアプリケーションである。
【００２５】
「アプリケーション属性」は、各アプリケーションがよく用いられる場所を表すデータである。すなわち、図５の例でいえば、「グループウェア」は、オフィスでよく使われるアプリケーションであることを意味する。なお、「アプリケーション属性」は、図５の「オンラインゲーム」のように、１つのアプリケーションに対して複数の属性を割り当てるものであってもよい。この例の場合、「アプリケーション属性」は、「オンラインゲーム」が自宅でよく使われ、かつ、鉄道路線（すなわち通勤時）でもよく使われることを意味している。
【００２６】
移動通信端末１０の構成は、以上のとおりである。この構成のもと、移動通信端末１０は、ユーザの要求に応じて複数のアプリケーションを実行する。また、移動通信端末１０の制御部１１は、アプリケーションを実行すると、その実行頻度を計測する計測手段としても機能し、条件情報の「表示頻度」を更新できるように構成されている。
【００２７】
移動通信端末１０は、複数のアプリケーションを実行する場合、それぞれのアプリケーションに対応した複数のウィンドウを表示することができる。このとき、移動通信端末１０は、いわゆるオーバーラップウィンドウ方式によりウィンドウを表示する。すなわち、移動通信端末１０は、ウィンドウの表示位置を移動させることが可能であり、複数のウィンドウを重ねて表示することが可能である。そのため、移動通信端末１０の制御部１１は、複数のウィンドウの表示位置に関する情報（以下「ウィンドウ情報」という。）を記憶し、ウィンドウの移動がある毎にこれを更新する。なお、複数のウィンドウが重なる場合、移動通信端末１０は、アクティブ（操作を受け付ける状態）となった時間が新しいウィンドウをより前面に表示する。ゆえに、最前面に表示されるウィンドウは、そのときアクティブとなっているウィンドウである。
【００２８】
なお、本実施形態において、「ウィンドウ」とは、アプリケーションが所定の機能を実現するときに当該アプリケーションに対して割り当てられる表示領域のことをいう。ここにおいて、その表示領域は、いかなる形状や外観を有していてもよく、窓型（矩形状）である必要はないが、以下に示す図においては、説明の便宜上、いずれも長方形とする。また、ウィンドウは、他のウィンドウが前面に重ねて表示されたとき、前面の他のウィンドウのみが表示され、他のウィンドウが重なった表示領域は表示されないようになっている。以下においては、このように前面のウィンドウによって一部が非表示となったウィンドウの位置のことを、前面に対して「後面」という。
【００２９】
本実施形態の移動通信端末１０は、重ねて表示しているウィンドウがある場合に、最前面に表示するウィンドウを自機の位置に応じて決定する。この動作を行うときに移動通信端末１０が実行する処理は、以下のとおりである。
【００３０】
図６は、移動通信端末１０の制御部１１が実行する動作を示すフローチャートである。なお、この動作は、マルチタスクＯＳの一機能として実現される動作であり、所定の時間間隔で実行されるものである。同図に示すように、まず、制御部１１は、位置情報を取得することにより、自機の位置を検知する（ステップＳａ１）。このとき、制御部１１は、位置情報を測位アプリ１１２の機能により取得してもよいし、電子決済アプリ１１３の機能により取得してもよい。次に、制御部１１は、検知した位置に基づいて自機の位置の属性を特定する（ステップＳａ２）。このとき、制御部１１は、位置属性情報を参照し、取得した位置情報を含む領域に割り当てられた属性を特定する。
【００３１】
続いて、制御部１１は、表示部１４におけるウィンドウの表示状態を認識し、重なりを有して表示されているウィンドウを特定する（ステップＳａ３）。このとき、制御部１１は、記憶しているウィンドウ情報に基づき、ウィンドウの重なりを判断する。ここにおいて、制御部１１は、他のウィンドウの表示を妨げるウィンドウと、他のウィンドウにより表示を妨げられるウィンドウの双方を重なりを有するウィンドウとして特定する。すなわち、制御部１１は、ある重なりを形成する複数のウィンドウについて、前面に表示されているウィンドウと後面に表示されているウィンドウの双方を重なりを有するものであると特定する。なお、これは、ある領域に３つ以上のウィンドウが重なっている場合であっても同様である。
【００３２】
続いて、制御部１１は、ステップＳａ３において特定されるウィンドウが存在するか否かを判断することにより、重なりを有するウィンドウが存在するか否かを判断する（ステップＳａ４）。ウィンドウが重なって表示されていると判断した場合（ステップＳａ４：ＹＥＳ）、制御部１１は、特定されたウィンドウに対応するアプリケーションを特定し、そのアプリケーションに関連付けられた属性を特定する（ステップＳａ５）。このとき、制御部１１は、条件情報を参照し、特定されたウィンドウにより表示が行われているアプリケーションの「アプリケーション属性」を読み出すことにより、属性を特定する。制御部１１は、重なりを有する全てのウィンドウについて、このような特定を行う。なお、ウィンドウは、それぞれ特定のアプリケーションに対応するものであるため、あるアプリケーションに関連付けられた属性は、対応するウィンドウに関連付けられた属性であるといえる。
【００３３】
制御部１１は、重なりを有するウィンドウのそれぞれについて属性を特定したら、その属性が自機の位置の属性（すなわち、ステップＳａ２において特定された属性）と同一であるウィンドウが存在するか否かを判断する（ステップＳａ６）。かかるウィンドウが存在する場合（ステップＳａ６：ＹＥＳ）、制御部１１は、そのウィンドウが複数あるか否かを判断する（ステップＳａ７）。ここで、属性が自機の位置の属性と同じウィンドウが複数存在する場合（ステップＳａ７：ＹＥＳ）、制御部１１は、これらのウィンドウから表示頻度が最大であるウィンドウを１つ特定する（ステップＳａ８）。このとき、制御部１１は、条件情報を参照し、特定された属性を有するアプリケーションの「表示頻度」を読み出すことにより、表示頻度が最大であるウィンドウを特定する。なお、属性が自機の位置の属性と同じウィンドウが単独で存在する場合（ステップＳａ７：ＮＯ）、制御部１１は、ステップＳａ８の処理をスキップし、次の処理を行う。
【００３４】
次に、制御部１１は、判断対象のウィンドウが後面に表示されているか否かを判断する（ステップＳａ９）。ここにおいて、判断対象のウィンドウは、ステップＳａ８において特定されたウィンドウか、あるいは、属性が自機の位置の属性と同じウィンドウが単独で存在する場合は、そのウィンドウである。制御部１１は、これらのいずれかのウィンドウを、ステップＳａ９における判断対象のウィンドウとして決定する。そして、制御部１１は、判断対象のウィンドウが後面に表示されている場合（ステップＳａ９：ＹＥＳ）、そのウィンドウが最前面に表示されるように各ウィンドウの表示順序を切り替え、これに応じた表示データを出力する（ステップＳａ１０）。
【００３５】
なお、ステップＳａ４、Ｓａ６及びＳａ９における判断が否定的（すなわちＮＯ）である場合、制御部１１は、ウィンドウの表示順序を切り替えることなく処理を終了する。かかる場合は、最前面に表示すべきウィンドウが既に最前面に表示されているからである。
【００３６】
以上に説明した動作について、ウィンドウの具体的な表示例を挙げて説明する。なお、以下の例において、位置属性情報及び条件情報は、図３〜５に示したとおりであるとする。また、グループウェアのウィンドウを「ｗ１」といい、以下同様に、電子乗車券、乗換案内、オンラインゲーム及びＧＰＳナビのウィンドウを、それぞれ順に「ｗ２」、「ｗ３」、「ｗ４」及び「ｗ５」という。
【００３７】
例えば、グループウェア、電子乗車券及び乗換案内が起動され、これらのウィンドウが図７（ａ）のように表示されている場合を想定する。なお、同図において、ハッチングは表示部１４の画面全体を表している。この場合において、ユーザがオフィスにいれば、表示部１４の表示状態は図７（ａ）のまま維持される。これは、グループウェアのウィンドウｗ１が「オフィス」の属性を有するからである。
この表示状態を維持したまま、ユーザがＡ駅に移動すると、表示部１４の表示状態は切り替えられ、図７（ｂ）のようになる。すなわち、制御部１１は、「駅」の属性を有する電子乗車券のウィンドウｗ２を最前面に表示させる。なお、位置情報を電子決済アプリ１１３の機能によって取得する場合であれば、制御部１１は、改札の通過直後にこの切り替えを行う。
また、ユーザがＡ駅の改札を通過し、電車に乗車すると、表示部１４の表示状態は切り替えられ、図７（ｃ）のようになる。すなわち、制御部１１は、「鉄道路線」の属性を有する乗換案内のウィンドウｗ３を最前面に表示させる。
【００３８】
続いて、乗換案内、オンラインゲーム及びＧＰＳナビが起動され、これらのウィンドウが図８（ａ）のように表示されている場合を想定する。この場合において、ユーザが商用地にいれば、表示部１４の表示状態は図８（ａ）のまま維持され、ＧＰＳナビのウィンドウｗ５が最前面に表示される。また、ユーザが商用地からＡ駅に移動した場合であっても、表示部１４の表示状態は変化しない。なぜならば、このとき「駅」の属性を有するアプリケーションは実行されていないからである（ステップＳａ６参照）。
その後、ユーザが（電子乗車券を用いずに）Ａ駅の改札を通過し、電車に乗車すると、表示部１４の表示状態は切り替えられ、図８（ｂ）のようになる。すなわち、制御部１１は、「鉄道路線」の属性を有するオンラインゲームのウィンドウｗ４を最前面に表示させる。なお、この場合においては、乗換案内のウィンドウｗ３も「鉄道路線」の属性を有しているが、その表示頻度がオンラインゲームよりも少ないため、最前面には表示されない（ステップＳａ７及びＳａ８参照）。
【００３９】
本実施形態の移動通信端末１０は、このような動作を繰り返し実行することにより、ユーザが特段の操作を行わない場合においても、自機の位置の変化に応じてウィンドウの表示を切り替える。これにより、移動通信端末１０は、自機の位置的な状況に応じて、そのときどきで閲覧される可能性が高いウィンドウの全体を表示し、ユーザにその後の操作を迅速に行わせることが可能となる。このような動作は、移動通信端末のような操作子や画面サイズが制限される小型機器において、マルチタスクで処理を実行する場合に、特に顕著な効果を奏する。
【００４０】
また、本実施形態の移動通信端末１０は、同一の属性を有するウィンドウが重なっている場合に、当該属性を有する位置に移動されると、より表示頻度が多いウィンドウを最前面に表示する。このようにすることで、移動通信端末１０は、閲覧される可能性がより高いウィンドウの全体を優先的に表示することができる。
【００４１】
［第２実施形態］
図９は、本発明の第２の実施形態である移動通信端末の全体構成を示すブロック図である。同図に示すように、移動通信端末２０は、制御部２１と、無線通信部２２と、操作部２３と、表示部２４と、計時部２５とを備える。また、制御部２１は、ＣＰＵ２１ａ、ＲＯＭ２１ｂ、ＲＡＭ２１ｃ及びＥＥＰＲＯＭ２１ｄを備え、無線通信部２２は、アンテナ２２ａを備える。なお、制御部２１、無線通信部２２、操作部２３及び表示部２４の構成は、それぞれ、第１実施形態の制御部１１、無線通信部１２、操作部１３及び表示部１４と同様であるため、説明を省略する。ただし、制御部２１は、記憶するプログラムやデータの一部が制御部１１と異なる。例えば、制御部２１は、上述した測位アプリ１１２や電子決済アプリ１１３を実行可能である必要はなく、位置属性情報を記憶する必要もない。計時部２５は、内部時計を備え、現在の時刻を表す時刻情報を制御部２１に出力する。なお、計時部２５は、移動通信端末２０の電源がオフのときにも計時を行っている。なお、現在時刻を検知するに際し、制御部２１は、必要に応じてその都度計時部２５から時刻情報を取得してもよいし、電源がオンになったときに計時部２５から時刻情報を取得し、その後は取得した時刻情報を内部で更新するようにしてもよい。
【００４２】
図１０は、本実施形態における条件情報を例示する図である。同図に示すように、条件情報は、「アプリケーション名」、「関連時間帯」及び「表示頻度」を関連付けて記述した情報である。ここにおいて、「アプリケーション名」は、当該アプリケーションのそれぞれを識別する情報である。「関連時間帯」は、当該アプリケーションが関連付けられた時間帯を表す情報であり、例えば、午前７時０分から午前９時３０分まで、といった時間帯を表す。「表示頻度」は、当該アプリケーションが実行された頻度を表す情報であり、換言すれば、当該アプリケーションに対応するウィンドウが表示された頻度を表す情報である。
【００４３】
ここで、図１０に示した条件情報に含まれるアプリケーションについて、簡単に説明する。「グループウェア」は、上述した第１実施形態のものと同様のアプリケーションである。「ニュースティッカ」は、移動通信網を介してニュース情報を逐次取得し、これを順次表示するアプリケーションである。「Ｗｅｂブラウザ」は、移動通信網を介してインターネットからＷｅｂページを取得し、これを表示するアプリケーションである。
【００４４】
図１０において、「関連時間帯」は、ユーザの日常的な行動と関連付けられている。図１０の例でいえば、このユーザは、午前７時０分から午前９時３０分頃までが出勤前であり、午前９時３１分から午後６時３０分頃まではオフィスで勤務し、退勤後は自由に時間を使う、というように行動するのが一般的であることを意味している。
【００４５】
移動通信端末２０の構成は、以上のとおりである。この構成のもと、移動通信端末２０は、ユーザの要求に応じて複数のアプリケーションを実行する。なお、移動通信端末２０の動作は、最前面に表示するウィンドウを切り替える制御を除けば、上述した第１実施形態の移動通信端末１０の動作と同様であるため、重複する説明は省略する。
本実施形態の移動通信端末２０は、重ねて表示しているウィンドウがある場合に、最前面に表示するウィンドウを時間に応じて決定する。この動作を行うときに移動通信端末２０が実行する処理は、以下のとおりである。
【００４６】
図１１は、移動通信端末２０の制御部２１が実行する動作を示すフローチャートである。なお、以下の説明において、図６に示したフローチャートと同様の処理を行うステップには、その説明を適宜省略する。同図に示すように、まず、制御部２１は、計時部２５から出力された時刻情報に基づいて、現在時刻を検知する（ステップＳｂ１）。続いて、制御部２１は、ウィンドウ情報に基づいて表示部２４におけるウィンドウの表示状態を認識し、重なりを有して表示されているウィンドウを特定する（ステップＳｂ２）。そして、制御部２１は、ステップＳｂ２において特定されるウィンドウが存在するか否かを判断することにより、重なりを有するウィンドウが存在するか否かを判断する（ステップＳｂ３）。
【００４７】
ウィンドウが重なって表示されていると判断した場合（ステップＳｂ３：ＹＥＳ）、制御部２１は、特定した現在時刻に関連するウィンドウが重なりを有するウィンドウに含まれるか否かを判断する（ステップＳｂ４）。このとき、制御部２１は、条件情報を参照し、特定されたウィンドウにより表示が行われているアプリケーションの「関連時間帯」を読み出す。そして、制御部２１は、特定した現在時刻がこの「関連時間帯」に含まれている場合、このアプリケーションのウィンドウを現在時刻に関連するウィンドウとして特定する。
【００４８】
制御部２１は、現在時刻に関連するウィンドウが重なりを有して表示されていると判断した場合（ステップＳｂ４：ＹＥＳ）、そのウィンドウが複数あるか否かを判断する（ステップＳｂ５）。かかるウィンドウが複数存在する場合（ステップＳｂ５：ＹＥＳ）、制御部２１は、これらのウィンドウから表示頻度が最大であるウィンドウを１つ特定する（ステップＳｂ６）。このとき、制御部２１は、条件情報を参照し、特定されたウィンドウにより表示が行われているアプリケーションの「表示頻度」を読み出すことにより、表示頻度が最大であるウィンドウを特定する。なお、特定した現在時刻と関連し、かつ、重なりを有するウィンドウが単独で存在する場合（ステップＳｂ５：ＮＯ）、制御部２１は、ステップＳｂ６の処理をスキップし、次の処理を行う。
【００４９】
次に、制御部２１は、判断対象のウィンドウが後面に表示されているか否かを判断する（ステップＳｂ７）。ここにおいて、判断対象のウィンドウは、ステップＳｂ６において特定されたウィンドウか、あるいは、特定した現在時刻に関連するウィンドウが単独で存在する場合は、そのウィンドウである。制御部２１は、これらのいずれかのウィンドウを、ステップＳｂ７における判断対象のウィンドウとして決定する。そして、制御部２１は、判断対象のウィンドウが後面に表示されている場合（ステップＳｂ７：ＹＥＳ）、そのウィンドウが最前面に表示されるように各ウィンドウの表示順序を切り替え、これに応じた表示データを出力する（ステップＳｂ８）。
【００５０】
なお、ステップＳｂ３、Ｓｂ４及びＳｂ７における判断が否定的（すなわちＮＯ）である場合、制御部２１は、ウィンドウの表示順序を切り替えることなく処理を終了する。かかる場合は、最前面に表示すべきウィンドウが既に最前面に表示されているからである。
【００５１】
以上に説明した動作について、ウィンドウの具体的な表示例を挙げて説明する。なお、以下の例において、条件情報は、図１０に示したとおりであるとする。また、グループウェアのウィンドウを「ｗ６」といい、Ｗｅｂブラウザ及びニュースティッカのウィンドウを、それぞれ「ｗ７」及び「ｗ８」という。また、以下の例においては、これらのウィンドウの全てが表示され、それぞれのウィンドウの少なくとも一部が重なりを有する場合を前提とする。
【００５２】
例えば、移動通信端末２０の電源が午前７時０分にオンになったとする。このとき、移動通信端末２０が、ニュースティッカを起動し、続いてＷｅｂブラウザとグループウェアを順次起動したとすると、それぞれのウィンドウは、図１２（ａ）に示すように表示される。すなわち、ウィンドウは、最後に起動されたアプリケーションのものが最前面となるように表示される。その後、制御部２１が図１１に示した処理を実行すると、表示部２４の表示状態は切り替えられ、図１２（ｂ）のようになる。すなわち、制御部２１は、この時間帯に関連するニュースティッカのウィンドウｗ７が最前面となるように表示を制御する。
【００５３】
その後、時間が経過し、午前９時３０分を過ぎると、表示部２４の表示状態は切り替えられ、図１２（ｃ）のようになる。すなわち、制御部２１は、この時間帯に関連するグループウェアのウィンドウｗ６を最前面に表示させる。また、その後午後６時を過ぎると、表示部２４の表示状態は切り替えられ、図１２（ｄ）のようになる。すなわち、制御部２１は、この時間帯に関連するＷｅｂブラウザのウィンドウｗ８を最前面に表示させる。
【００５４】
本実施形態の移動通信端末２０は、このような動作を繰り返し実行することにより、ユーザが特段の操作を行わない場合においても、時刻の変化に応じてウィンドウの表示を切り替える。例えば、上述した例の場合、ユーザは、事前にいちいちウィンドウを選択したりしなくとも、出勤前にはニュースティッカで最新のニュースをチェックし、勤務中はグループウェアを閲覧し、退勤後はＷｅｂブラウザでＷｅｂページの閲覧に興ずることが可能となる。ゆえに、移動通信端末２０は、自機の時間的な状況に応じて、そのときどきで閲覧される可能性が高いウィンドウの全体を表示し、ユーザにその後の操作を迅速に行わせることを可能にする。
【００５５】
［変形例］
本発明は、もちろん、上述した第１又は第２実施形態と異なる形態で実施することが可能である。本発明は、例えば、以下のような形態で実施することも可能である。また、以下に示す変形例は、各々を適宜に組み合わせてもよい。
【００５６】
（１）変形例１
上述した実施形態においては、表示の優先度の高低を表す情報として条件情報の「表示頻度」を用いたが、表示の頻度ではなく、表示された時間の長さを用いてもよい。例えば、属性が自機の位置の属性と同じウィンドウが複数存在する場合、移動通信端末は、より長時間表示されたウィンドウを優先的に最前面に表示させてもよい。また、表示の優先度は、頻度や時間といった表示の履歴によらず、ユーザが任意に設定できるようにしてもよい。
なお、表示時間の長さを優先度として用いるためには、制御部が各ウィンドウの表示時間を計測する計測手段として機能するようにすればよい。
【００５７】
（２）変形例２
条件情報の「表示頻度」は、ウィンドウが表示されたときの自機の位置の属性や時間帯に応じた値としてもよい。例えば、第１実施形態においては、「表示頻度」は、対応するアプリケーションが実行された頻度を表す情報であったが、当該アプリケーションに割り当てられた属性を有する位置において実行された頻度を表す情報としてもよい。すなわち、この場合の「表示頻度」は、各アプリケーションについて、同一の属性に対応付けられた位置毎に計測される情報となる。
【００５８】
図１３は、この変形例における条件情報を例示する図である。なお、同図に示す条件情報において、「表示頻度」以外の項目は、図５に示した条件情報と同様である。
この条件情報において、「表示頻度」は、各アプリケーションのウィンドウが表示された位置の属性毎に記述されたデータである。例えば、「オンラインゲーム」を例に説明すると、この条件情報は、このアプリケーションについて、自宅における表示頻度が「７」、鉄道線路における表示頻度が「４」、駅における表示頻度が「１」であり、その他の属性の位置においては表示されていないことを表している。
【００５９】
このようにすれば、自機の状況により即した表示を行うことができる。例えば、あらゆる場所で使われるアプリケーションと特定の場所で集中的に使われるアプリケーションとの表示の頻度を区別することが可能となる。
なお、第２実施形態についても同様に、対応するアプリケーションに関連する時間帯において当該アプリケーションが実行された頻度を「表示頻度」とすることができる。
【００６０】
また、各アプリケーションに対応する属性は、このような「表示頻度」に基づいて決定されるようにしてもよい。例えば、上述した「表示頻度」が最大となる属性を、そのアプリケーションの「アプリケーション属性」としてもよい。これはつまり、図１３の「オンラインゲーム」を例に説明すれば、このアプリケーションの「アプリケーション属性」は、「表示頻度」が最大の属性である「自宅」に決定されるということである。
【００６１】
（３）変形例３
特定のアプリケーションのウィンドウについては、上述した条件情報によらず常に決められた優先度を有するとしてもよい。これを実現するためには、例えば、このようなウィンドウを指定する情報を制御部があらかじめ記憶しており、かかるウィンドウが他のウィンドウと重なっている場合には、いかなる位置や時刻においても決められた優先度に応じた表示が行われるようにすればよい。なお、この特定のアプリケーションのウィンドウを最前面に表示させたい場合であれば、優先度をあらかじめ最高とするように決めておけばよい。
このようにすれば、自機の動作に係る極めて重要な通知などの、後面に表示されることにより弊害が生じるおそれがあるウィンドウが存在する場合に、当該ウィンドウの表示が他のウィンドウにより妨げられないようにすることが可能となる。
【００６２】
また、この変形例は、換言すれば、指定された特定のアプリケーションのウィンドウを優先度の決定対象から除外するものであるともいえる。このとき、制御部は、指定されたウィンドウを含む複数のウィンドウが重なっている場合に、指定されたウィンドウを除いたウィンドウについて表示の優先度を決定し、指定されたウィンドウについては、あらかじめ決められた優先度で表示し、その他のウィンドウについては、条件情報に基づいて決定された優先度で表示する。
なお、ウィンドウの指定は、ユーザが行えるようにしてもよい。
【００６３】
（４）変形例４
上述した実施形態において、制御部は、最前面に表示するウィンドウのみを決定し、その他のウィンドウの表示順序は特に問わない構成とした。しかし、制御部は、上述した条件情報に基づいて重なり合うウィンドウのそれぞれについて優先度を決定し、優先度がより高いウィンドウほどより前面に表示させる構成であってもよい。このようにすれば、所望のウィンドウが最前面に表示されていない場合に、ユーザがより少ない操作で所望のウィンドウを閲覧することが可能となる。なお、この場合における操作とは、例えば、最前面に表示されているウィンドウを閉じたり、あるいは最小化するといった操作のことである。
【００６４】
この場合において、制御部は、自機の位置の属性と条件情報とに基づいて優先度を決定してもよいし、現在時刻と条件情報とに基づいて優先度を決定してもよい。ここで、一例として、重なりを有して表示されている複数のウィンドウについて、自機の位置の属性と同一の属性を有するウィンドウが複数あり、かつ、自機の位置の属性と非同一の（異なる）属性を有するウィンドウが複数ある場合を説明する。
【００６５】
図１４に示すように、複数の所定のアプリケーションについて、ウィンドウｗａ、ｗｂ、ｗｃ、ｗｄ、ｗｅ及びｗｆがあり、これらが互いに重なり合って表示されているとする。また、ここにおいて、ウィンドウｗａ、ｗｂ及びｗｃに割り当てられた属性は自機の位置の属性と同一であり、ウィンドウｗｄ、ｗｅ及びｗｆに割り当てられた属性は自機の位置の属性と非同一であるとする。この場合、制御部は、まず、自機の位置の属性と同一の属性を有するウィンドウｗａ、ｗｂ及びｗｃについて、ウィンドウｗｄ、ｗｅ及びｗｆより高い優先度を与える。そして、制御部は、ウィンドウｗａ、ｗｂ及びｗｃのそれぞれについて表示の頻度の多少に応じて優先度を決定するとともに、ウィンドウｗｄ、ｗｅ及びｗｆのそれぞれについて表示の頻度の多少に応じて優先度を決定する。その結果、制御部が決定する優先度は、図１４に示したようになる。
【００６６】
（５）変形例５
上述した第２実施形態においては、ウィンドウの表示を時刻に応じて制御したが、例えば、ウィンドウの表示を日毎又は月毎に切り替えたり、季節毎に切り替えたりしてもよい。具体的には、例えば、平日には業務に関するアプリケーションが最前面に表示され、休日にはゲーム等の娯楽に関するアプリケーションが最前面に表示されるような制御を行ってもよい。
【００６７】
（６）変形例６
本発明において、最前面に表示されるウィンドウは、１つであるとは限らない。例えば、図１５に示す例のように、ウィンドウを複数のグループに分類できる場合、制御部は、それぞれのグループ毎に最前面に表示されるウィンドウを決定することができる。なお、この場合において、グループとは、１本の閉じた輪郭線が描画されるときの、この輪郭線がなす領域の内部に含まれるウィンドウの集合をいう。図１５に示す例の場合、ウィンドウは、グループＧ１とグループＧ２とに分類することができる。このような場合、制御部は、グループＧ１とＧ２の双方において最前面に表示するウィンドウを決定することができる。なお、この場合において、アクティブとなるウィンドウは、いずれのグループの最前面のウィンドウであってもよい。つまり、本発明は、表示部の画面を所定の領域毎に区切り、それぞれの領域において、最前面に表示するウィンドウ又はウィンドウの表示の優先度を決定するようにしてもよい。
【００６８】
さらに、本発明は、互いに重なり合わない複数のウィンドウが存在し、これらのウィンドウが一定の条件（いずれも自機の位置の属性と同一の属性であるか、あるいは、いずれも現在時刻に関連付けられていること）を満たす場合であれば、これらのウィンドウが全て最前面に表示されるような制御を行ってもよい。例えば、図１６に示すウィンドウｗｇ、ｗｈ、ｗｉ及びｗｊのように、重なるウィンドウ（ｗｋ）が存在するものの、ウィンドウｗｇ、ｗｈ、ｗｉ及びｗｋが互いに重なり合わない場合において、このウィンドウｗｇ、ｗｈ、ｗｉ及びｗｊが自機の位置の属性と同一の属性を有し、かつ、ウィンドウｗｋが自機の位置の属性と異なる属性を有するときには、ウィンドウｗｇ、ｗｈ、ｗｉ及びｗｊの全てを最前面に表示することができる。
【００６９】
（７）変形例７
上述した実施形態においては、１つのアプリケーションに１つのウィンドウが対応付けられたが、本発明はこのような関係を有していなくてもよい。例えば、ＭＤＩ（Multiple Document Interface）を採用するアプリケーションにおいては、１つのアプリケーションにおいて複数のウィンドウが表示され得る。このようなアプリケーションにおいても、それぞれのウィンドウ毎に属性や時間帯を関連付けることが可能であれば、本発明を適用することが可能である。例えば、いわゆるタブブラウザのようなアプリケーションにおいて、ウィンドウのそれぞれに属性を割り当て、最前面に表示する画面を自機の位置に応じて制御してもよい。
【００７０】
（８）変形例８
上述した実施形態においては、本発明を携帯電話機に適用したものであるが、本発明は、その他の移動通信端末に適用することも可能である。本発明は、例えば、ＰＤＡ（Personal Digital Assistance）等の携帯可能な通信端末や、カーナビゲーション装置などにも適用することが可能である。また、位置情報を取得する構成は、通信端末の構成に応じて異ならせてもよい。例えば、電子タグ部１６のような構成を備え、リーダライタと通信可能な通信端末においては、いわゆるプレゼンス情報（どの位置のリーダライタと通信したかを特定する情報）をリーダライタから取得し、リーダライタの位置を自機の位置情報として用いることができる。また、携帯電話機においては、いわゆる位置登録で用いられる在圏情報（移動通信網のどの基地局と通信したかを特定する情報）を位置情報として用いてもよい。
また、上述した第２実施形態は、移動通信端末に本発明を適用した実施形態であるが、この発明は、移動を伴わない種々の情報処理装置に適用可能である。第２実施形態に記載された発明は、例えば、デスクトップ型のパーソナルコンピュータに適用してもよい。また、情報処理装置自体に計時を行う手段が存在しない場合は、外部装置から時刻情報を取得してもよい。例えば、時刻情報を上述したプレゼンス情報のようにリーダライタから取得する構成としてもよい。
【００７１】
（９）変形例９
上述した実施形態においては、本発明をＯＳの一機能として説明したが、本発明は、独立したアプリケーションとしても実現可能である。また、例えば、いわゆるプラグインとして本発明の機能を既存のＯＳ等のアプリケーションに付加することもできる。このような構成とした場合、本発明は、コンピュータ（移動通信端末又は情報処理装置）に上述のような機能を実現させるためのプログラムとして提供することも可能である。かかるプログラムは、例えば、光ディスク等の記録媒体に記憶させた形態で提供したり、あるいは、所定のサーバ装置からインターネット等のネットワークを介して提供することも可能である。
【図面の簡単な説明】
【００７２】
【図１】本発明の第１の実施形態である移動通信端末の構成を示すブロック図である。
【図２】移動通信端末の論理的構成を示す図である。
【図３】位置属性情報を例示する図である。
【図４】位置属性情報を例示する模式図である。
【図５】条件情報を例示する図である。
【図６】移動通信端末が実行する動作を示すフローチャートである。
【図７】ウィンドウ表示を例示する図である。
【図８】ウィンドウ表示を例示する図である。
【図９】本発明の第２の実施形態である移動通信端末の構成を示すブロック図である。
【図１０】条件情報を例示する図である。
【図１１】移動通信端末が実行する動作を示すフローチャートである。
【図１２】ウィンドウ表示を例示する図である。
【図１３】条件情報の変形例を例示する図である。
【図１４】優先度を決定する制御を説明するための図である。
【図１５】ウィンドウ表示を例示する図である。
【図１６】ウィンドウ表示を例示する図である。
【符号の説明】
【００７３】
１０、２０…移動通信端末、１１、２１…制御部、１２、２２…無線通信部、１３、２３…操作部、１４、２４…表示部、１５…ＧＰＳ受信部、１６…電子タグ部、２５…計時部
【図１】
2008257602.tif 000003
【図２】
2008257602.tif 000004
【図３】
2008257602.tif 000005
【図４】
2008257602.tif 000006
【図５】
2008257602.tif 000007
【図６】
2008257602.tif 000008
【図７】
2008257602.tif 000009
【図８】
2008257602.tif 000010
【図９】
2008257602.tif 000011
【図１０】
2008257602.tif 000012
【図１１】
2008257602.tif 000013
【図１２】
2008257602.tif 000014
【図１３】
2008257602.tif 000015
【図１４】
2008257602.tif 000016
【図１５】
2008257602.tif 000017
【図１６】
2008257602.tif 000018