JP2009163510A - 通信端末及びプログラム - Google Patents

Abstract

【課題】複数のウィンドウの表示を通信の条件に応じて切り替え可能にする。
【解決手段】通信端末は、自端末の料金体系（従量制か、定額制かなど）を表す料金情報を記憶している。また、通信端末は、ウィンドウの表示の優先度を表す優先度情報を料金情報毎に記憶している。通信端末は、この料金情報を読み出すことにより料金体系を特定し（Ｓａ１）、特定した料金体系に基づいて参照すべき優先度情報を特定する（Ｓａ２）。通信端末は、重なって表示されている複数のウィンドウが存在する場合に（Ｓａ４：ＹＥＳ）、重なっているそれぞれのウィンドウの優先度を特定することにより表示の優先順位を決定し（Ｓａ６）、これに応じて表示順序を切り替える（Ｓａ８）。
【選択図】図４

Description

本発明は、ＧＵＩ（Graphical User Interface）に関する。

複数のウィンドウが重なる場合の表示制御として、特許文献１に記載された技術が知られている。特許文献１には、表示画面に少なくとも２つのウィンドウを互いに重なる部分をもつ状態で表示しているときに、前面に表示されているウィンドウと、後面に表示されているウィンドウとを所定時間毎に入れ替えることや、それぞれのウィンドウの使用時間に応じて前面に表示する時間の長さを定めることが記載されている。
特開平８−１６１１３９号公報

ところで、ウィンドウの表示に際して通信を伴う場合、ユーザにとって都合の良いウィンドウは、通信の条件に応じて異なることがある。例えば、大容量のコンテンツを表示するウィンドウは、通信速度が比較的低速であると、表示内容の読み込みや書き換えに時間を要し、ユーザがストレスを感じることがある。また、かかるウィンドウは、通信料金が割安のときに表示された方が好都合であるともいえる。特に、移動体通信においては、このような通信の条件が変化することがままある。
そこで、本発明は、複数のウィンドウの表示を通信の条件に応じて切り替え可能にすることを目的としている。

本発明に係る通信端末は、自端末の通信に係る条件を特定する条件特定手段と、表示手段に表示される各ウィンドウについて、前記条件に応じて決められる優先度を記憶する記憶手段と、前記表示手段が行う表示において他のウィンドウと重なるウィンドウを特定するウィンドウ特定手段と、前記ウィンドウ特定手段により特定された複数のウィンドウについて表示の優先順位を決定する決定手段であって、前記条件特定手段により特定された条件に応じて前記記憶手段に記憶された優先度に従って前記複数のウィンドウの優先順位を決定する決定手段と、前記決定手段により決定された優先順位が高いウィンドウを当該優先順位が低いウィンドウより前面に表示させる表示制御手段とを備えることを特徴とする。

本発明に係る通信端末において、前記条件特定手段は、自端末が所定時間当たりに通信可能な通信量を前記条件として特定し、前記記憶手段は、前記各ウィンドウについて、各々の表示に伴う通信量に応じた優先度を記憶する構成を採用してもよい。
あるいは、前記条件特定手段は、自端末の通信量とその料金との関係を前記条件として特定し、前記記憶手段は、前記各ウィンドウについて、各々の表示に伴う通信量に応じた優先度を記憶する構成を採用してもよい。
かかる場合において、さらに、前記各ウィンドウについて、各々の表示に伴う通信量を特定する通信量特定手段と、前記通信量特定手段により特定された通信量に基づいて、前記条件毎の優先度を算出する算出手段と、前記算出手段により算出された優先度を前記記憶手段に記憶させる記憶制御手段とを備える構成を採用してもよい。

本発明に係る通信端末において、あるウィンドウを指定する指定手段を備え、前記表示制御手段は、前記指定手段により指定されたウィンドウが前記ウィンドウ特定手段により特定された複数のウィンドウに含まれる場合に、当該ウィンドウを最前面に表示させる構成を採用してもよい。

本発明に係るプログラムは、コンピュータに、通信に係る条件を特定する機能と、表示手段に表示される各ウィンドウについて、前記条件に応じて決められる優先度を取得する機能と、前記表示手段が行う表示において他のウィンドウと重なるウィンドウを特定する機能と、前記特定された複数のウィンドウについて表示の優先順位を決定する機能であって、前記特定された条件に応じて前記取得された優先度に従って前記複数のウィンドウの優先順位を決定する機能と、前記決定された優先順位が高いウィンドウを当該優先順位が低いウィンドウより前面に表示させる機能とを実現させることを特徴とする。

本発明によれば、複数のウィンドウの表示を通信の条件に応じて切り替えることが可能となる。

以下、図面を参照し、本発明の実施の形態を説明する。
［実施形態の構成］
図１は、本発明の一実施形態である移動通信端末の全体構成を示すブロック図である。同図に示すように、移動通信端末１００は、制御部１１と、無線通信部１２と、操作部１３と、表示部１４と、音声出力部１５とを備える。移動通信端末１００は、本実施形態においては、携帯電話機であるとする。

制御部１１は、ＣＰＵ（Central Processing Unit）１１ａ、ＲＯＭ（Read Only Memory）１１ｂ、ＲＡＭ（Random Access Memory）１１ｃ及びＥＥＰＲＯＭ（Electronically Erasable and Programmable ROM）１１ｄを備え、ＣＰＵ１１ａがＲＡＭ１１ｃをワークエリアとして用いてＲＯＭ１１ｂやＥＥＰＲＯＭ１１ｄに記憶されたプログラムを実行し、これにより移動通信端末１００の各部の動作を制御する。無線通信部１２は、アンテナ１２ａを備え、所定の移動通信網とのデータ通信を無線で行う。なお、移動通信端末１００のユーザは、この移動通信網を管理する通信事業者（いわゆるキャリア）と移動通信網の利用に関する契約を締結しており、所定の対価を支払うものとする。操作部１３は、ボタン等の操作子を備え、ユーザの操作に応じた操作信号を制御部１１に供給する。表示部１４は、液晶ディスプレイや液晶駆動回路を備え、制御部１１から供給される表示データに応じた画像を表示する。音声出力部１５は、アンプやスピーカを備え、音声データに応じた音声を再生する。

ＲＯＭ１１ｂは、あらかじめいくつかのプログラムを記憶している。以下ではこれを「プリインストールプログラム」という。具体的には、プリインストールプログラムは、マルチタスクオペレーティングシステム（以下「マルチタスクＯＳ」という。）、Ｊａｖａ（登録商標）プラットフォーム及びネイティブアプリケーションの各プログラムである。マルチタスクＯＳは、ＴＳＳ（Time-Sharing System）による複数タスクの擬似的な並列実行を実現するために必要な仮想メモリ空間の割り当てなどの各種機能をサポートしたオペレーティングシステムである。Ｊａｖａプラットフォームは、マルチタスクＯＳを搭載した移動通信端末１００において後述するＪａｖａ実行環境１１４を実現するためのコンフィギュレーションであるＣＤＣ（Connected Device Configuration）にしたがって記述されたプログラム群である。ネイティブアプリケーションは、通話などの移動通信端末１００における基本的なサービスを実現するプログラムである。

ＥＥＰＲＯＭ１１ｄは、Ｊａｖａアプリケーションが記憶されるＪａｖａアプリケーション格納領域を有する。Ｊａｖａアプリケーションは、Ｊａｖａ実行環境下における処理の手順自体を記述した実体プログラムとその実体プログラムの実行に伴って利用される画像ファイルや音声ファイルとを結合したＪＡＲ(Java Archive)ファイルと、そのＪＡＲファイルのインストールや起動、各種の属性を記述したＡＤＦ（Application Descriptor File）とを有している。このＪａｖａアプリケーションは、コンテンツプロバイダ又は通信事業者により作成されて外部のサーバ装置などに格納され、移動通信端末１００からの要求に応じてそれらのサーバ装置から適宜ダウンロードされるようになっている。

図２は、ＲＯＭ１１ｂ及びＥＥＰＲＯＭ１１ｄに記憶された各種プログラムの実行により移動通信端末１００の制御部１１に実現される各部の論理的構成を示す図である。同図に示すように、各種プログラムを実行する移動通信端末１００には、ネイティブアプリケーション１１２及びＪａｖａ実行環境１１３がＯＳ１１１上に実現され、また、ＥＥＰＲＯＭ１１ｄには第１ストレージ１１４と第２ストレージ１１５とが確保される。

Ｊａｖａ実行環境１１３は、ＲＯＭ１１ｂのＪａｖａプラットフォームにより実現される。Ｊａｖａ実行環境１１３は、クラスライブラリ１１６、ＪＶＭ（Java Virtual Machine）１１７及びＪＡＭ（Java Application Manager）１１８からなる。クラスライブラリ１１６は、特定の機能を有するプログラムモジュール（クラス）群を１つのファイルに結合したものである。ＪＶＭ１１７は、上述のＣＤＣのために最適化されたＪａｖａ実行環境であり、Ｊａｖａアプリケーションとして提供されるバイトコードを解釈して実行する機能を有する。ＪＡＭ１１８は、Ｊａｖａアプリケーションのダウンロードやインストール、起動・終了などを管理する機能を有する。

第１ストレージ１１４は、ＪＡＭ１１８の管理の下にダウンロードされるＪａｖａアプリケーション（ＪａｒファイルとＡＤＦ）を格納する領域である。第２ストレージ１１５は、Ｊａｖａアプリケーションの実行の際に生成されたデータをその終了後に格納しておくための領域であり、インストールされたＪａｖａアプリケーション毎に個別の格納領域が割り当てられるようになっている。そして、あるＪａｖａアプリケーションに割り当てられた格納領域のデータは、そのＪａｖａアプリケーションが実行されている間のみ書き換え可能となっており、別のＪａｖａアプリケーションが書き換えを行い得ないようになっている。

本実施形態の移動通信端末１００は、Ｊａｖａアプリケーションとして３種類のゲームアプリケーションをＥＥＰＲＯＭ１１ｄに記憶している。以下では、これらのアプリケーションを「ゲームＡ」、「ゲームＢ」及び「ゲームＣ」という。これらのアプリケーションは、他の移動通信端末において実現されている同じアプリケーションと移動通信網を介して通信を行い、ウィンドウを表示して対戦型のゲームを実現するアプリケーションである。なお、これらのアプリケーションは、対戦時の所定時間当たりの通信量に相違があり、「ゲームＡ」の通信量が最も多く、「ゲームＣ」の通信量が最も少ない。これは、例えば、「ゲームＡ」は他のゲームよりも高精細な動画の表示や音声の再生を行うということである。
なお、各アプリケーションの所定時間当たりの通信量は、上述したＡＤＦに記述されている。また、ここにおける「所定時間」とは、決められた長さの時間であればいかなるものであってもよい。

また、ＥＥＰＲＯＭ１１ｄは、移動通信端末１００のユーザが通信事業者との間で締結した契約内容に関する情報である料金情報を記憶している。本実施形態において、料金情報は、「定額制」又は「従量制」のいずれかを表す情報であり、いずれであるかはユーザがあらかじめ契約により決定するものである。ここにおいて、「定額制」とは、所定期間毎（例えば、月毎）の通信料金が通信量の多少によらず一定である料金体系のことをいう。また、「従量制」とは、所定期間毎の通信料金が通信量の増加に応じて増加する料金体系のことをいう。なお、同一の通信量に対して課金される通信料金は、「従量制」より「定額制」の方が安価であるとする。すなわち、「定額制」は、大容量の通信が「従量制」よりも相対的に割安な料金体系である。

さらに、ＥＥＰＲＯＭ１１ｄは、ウィンドウを表示するゲームアプリケーションのそれぞれについて、料金情報毎に決められる優先度を優先度情報として記憶している。
図３は、優先度情報を例示する図である。同図に示すように、優先度情報は、「第１優先度」と「第２優先度」とをそれぞれのアプリケーション（アプリケーション名）毎に記述した情報である。ここにおいて、「第１優先度」は、大容量の通信を行うアプリケーションのウィンドウを優先する場合の優先度であり、「第２優先度」は、小容量の通信を行うアプリケーションのウィンドウを優先する場合の優先度である。なお、「第１優先度」及び「第２優先度」は、それぞれ、優先度情報が記述されているアプリケーションについて、互いに重複することのないように割り当てられた数値であり、その値が小さいほど優先度が高いことを表している。つまり、図３に示す例は、「第１優先度」が最も高いのは「ゲームＡ」であり、「第２優先度」が最も高いのは「ゲームＣ」であることを表している。

なお、本実施形態において、「ウィンドウ」とは、アプリケーションが所定の機能を実現するときに当該アプリケーションに対して割り当てられる表示領域のことをいう。ここにおいて、その表示領域は、いかなる形状や外観を有していてもよく、窓型（矩形状）である必要はないが、以下に示す図においては、説明の便宜上、いずれも長方形とする。また、ウィンドウは、他のウィンドウが前面に重ねて表示されたとき、重なった部分については、前面の他のウィンドウのみが表示され、当該他のウィンドウが重なった表示領域は表示されないようになっている。以下においては、このように前面のウィンドウによって一部が非表示となったウィンドウの位置のことを、前面に対して「後面」という。

［実施形態の動作］
移動通信端末１００の構成は、以上のとおりである。この構成のもと、移動通信端末１００は、ユーザの要求に応じて複数のアプリケーションを実行する。このとき、ユーザは、操作部１３を介して所定の操作を行い、移動通信端末１００にアプリケーションの実行を要求する。

移動通信端末１００は、複数のアプリケーションを実行する場合、それぞれのアプリケーションに対応した複数のウィンドウを表示することができる。このとき、移動通信端末１００は、いわゆるオーバーラップウィンドウ方式によりウィンドウを表示する。すなわち、移動通信端末１００は、ユーザからの指示に応じて、ウィンドウの表示位置を移動させることが可能であり、複数のウィンドウを重ねて表示することが可能である。そのため、移動通信端末１００の制御部１１は、複数のウィンドウの表示位置及び表示順序に関する情報（以下「ウィンドウ情報」という。）を記憶し、ウィンドウの移動がある毎にこれを更新する。なお、ここにおいて、ウィンドウの表示順序とは、最前面のウィンドウからウィンドウの数を数えた場合の順番をいう。また、複数のウィンドウが重なる場合、移動通信端末１００は、アクティブ（操作を受け付ける状態）となった時間が新しいウィンドウをより前面に表示する。ゆえに、最前面に表示されるウィンドウは、そのときアクティブとなっているウィンドウである。

移動通信端末１００は、重ねて表示しているウィンドウがある場合に、自端末の通信に係る条件と優先度情報とに基づいて各々のウィンドウの表示の優先度を決定する。具体的には、移動通信端末１００は、以下の動作例１又は２に示す動作を実行する。なお、移動通信端末１００は、動作例１又は２の一方のみを実行してもよいし、必要に応じてこれらを組み合わせて実行してもよい。

（１）動作例１
図４は、移動通信端末１００の制御部１１が実行する第１の動作例を示すフローチャートである。なお、この動作は、マルチタスクＯＳの一機能として実現される動作であり、所定のイベント（動作）を契機に実行されるものである。そのイベントとは、例えば、ユーザが操作を行い、新たなウィンドウが表示されたり、ウィンドウの表示位置が変更される動作などである。また、この動作は、このようなイベントによらず、所定の時間間隔で定期的に実行されるものであってもよい。

同図に示すように、まず、制御部１１は、自端末の料金体系を特定する（ステップＳａ１）。このとき、制御部１１は、ＥＥＰＲＯＭ１１ｄに記憶した料金情報を参照することにより、自端末の料金体系が「定額制」と「従量制」のいずれであるかを特定する。制御部１１は、料金体系を特定したら、その情報に基づいて参照すべき優先度情報を特定する（ステップＳａ２）。制御部１１は、料金体系が「定額制」である場合は、「第１優先度」を優先度情報として参照し、料金体系が「従量制」である場合は、「第２優先度」を優先度情報として参照する。

参照する優先度情報を特定したら、制御部１１は、表示部１４におけるウィンドウの表示状態を認識し、重なりを有して表示されているウィンドウを特定する（ステップＳａ３）。このとき、制御部１１は、記憶しているウィンドウ情報に基づき、ウィンドウの重なりを判断する。ここにおいて、制御部１１は、他のウィンドウの表示を妨げるウィンドウと、他のウィンドウにより表示を妨げられるウィンドウの双方を重なりを有するウィンドウとして特定する。すなわち、制御部１１は、ある重なりを形成する複数のウィンドウについて、前面に表示されているウィンドウと後面に表示されているウィンドウの双方を重なりを有するものであると特定する。なお、これは、ある領域に３つ以上のウィンドウが重なっている場合であっても同様である。

続いて、制御部１１は、ステップＳａ３において特定されるウィンドウが存在するか否かを判断することにより、重なりを有するウィンドウが存在するか否かを判断する（ステップＳａ４）。ウィンドウが重なって表示されていると判断した場合（ステップＳａ４：ＹＥＳ）、制御部１１は、特定されたウィンドウに対応するアプリケーションを特定し、そのアプリケーションの優先度を特定する（ステップＳａ５）。そして、制御部１１は、特定した優先度に従って各ウィンドウに優先順位を決定する（ステップＳａ６）。このとき、制御部１１は、重なりを有する複数のウィンドウについて、その優先度が高いものほど高い優先順位を与える。

次に、制御部１１は、重なっているウィンドウの表示順序が決定した優先順位と異なるか否かを判断する（ステップＳａ７）。制御部１１は、この判断を記憶しているウィンドウ情報に基づいて行う。制御部１１は、重なっているウィンドウの表示順序が優先順位と異なっている場合（ステップＳａ７：ＹＥＳ）、表示順序の切り替えを行う（ステップＳａ８）。すなわち、制御部１１は、優先順位が高いウィンドウほど前面に表示されるように表示順序を決定し、これに応じた表示データを出力する。

なお、ステップＳａ４及びＳａ７における判断が否定的（すなわちＮＯ）である場合、制御部１１は、ウィンドウの表示順序を切り替えることなく処理を終了する。かかる場合は、最前面に表示すべきウィンドウが既に最前面に表示されており、その表示を妨げるウィンドウが存在しないからである。

以上に説明した動作について、ウィンドウの具体的な表示例を挙げて説明する。なお、以下の例において、優先度情報は、図２に示したとおりであるとする。また、「ゲームＡ」のウィンドウを「ｗ１」、「ゲームＢ」のウィンドウを「ｗ２」、「ゲームＣ」のウィンドウを「ｗ３」という。

まず、移動通信端末１００の料金体系が「定額制」である場合を考える。このとき、制御部１１が参照すべき優先度情報として特定するのは、「第１優先度」である。ゆえに、各ウィンドウの優先度は、「ゲームＡ」のウィンドウｗ１が最も高く、「ゲームＣ」のウィンドウｗ３が最も低い。

ここで、「ゲームＡ」、「ゲームＢ」及び「ゲームＣ」が実行中であり、それぞれのウィンドウが互いに重なり合っていたとすると、制御部１１は、これらのウィンドウを図５（ａ）に示すように表示する。すなわち、制御部１１は、「ゲームＡ」のウィンドウｗ１が最前面に表示され、次いで「ゲームＢ」のウィンドウｗ２が表示され、最も後面には「ゲームＣ」のウィンドウｗ３が表示されるように表示制御を行う。また、例えば、「ゲームＢ」及び「ゲームＣ」が実行中であり、これらのウィンドウが互いに重なり合っていたとすると、制御部１１は、これらのウィンドウを図５（ｂ）に示すように表示する。すなわち、制御部１１は、優先度がより高い「ゲームＢ」のウィンドウｗ２を前面に表示し、優先度がより低い「ゲームＣ」のウィンドウｗ３を後面に表示する。

続いて、移動通信端末１００の料金体系が「従量制」である場合を考える。このとき、制御部１１が参照すべき優先度情報として特定するのは、「第２優先度」である。ゆえに、各ウィンドウの優先度は、「ゲームＣ」のウィンドウｗ３が最も高く、「ゲームＡ」のウィンドウｗ１が最も低い。つまり、このときのウィンドウの優先度は、「定額制」の場合とは反対になる。

ここで、「ゲームＡ」、「ゲームＢ」及び「ゲームＣ」が実行中であり、それぞれのウィンドウが互いに重なり合っていたとすると、制御部１１は、これらのウィンドウを図６（ａ）に示すように表示する。すなわち、制御部１１は、「ゲームＣ」のウィンドウｗ３が最前面に表示され、次いで「ゲームＢ」のウィンドウｗ２が表示され、最も後面には「ゲームＡ」のウィンドウｗ１が表示されるように表示制御を行う。また、例えば、「ゲームＡ」及び「ゲームＢ」が実行中であり、これらのウィンドウが互いに重なり合っていたとすると、制御部１１は、これらのウィンドウを図６（ｂ）に示すように表示する。すなわち、制御部１１は、優先度がより高い「ゲームＢ」のウィンドウｗ２を前面に表示し、優先度がより低い「ゲームＡ」のウィンドウｗ１を後面に表示する。

本実施形態の移動通信端末１００は、このような動作を実行することにより、自端末の通信料金に係る条件に応じて各ウィンドウの表示の優先度を決定し、決定した優先度でウィンドウを表示する。これにより、移動通信端末１００は、通信量に対する通信料金が割安な場合には、よりリッチなコンテンツ（動画、音声等）を含むウィンドウを最前面に表示させて再生する一方で、通信量に対する通信料金が割高な場合には、通信量のより少ないウィンドウを表示し、それぞれの場合により適したアプリケーションの利用を促すことができる。このような動作は、携帯電話機のような操作子や画面サイズが制限される小型機器において、マルチタスクで処理を実行する場合に、特に顕著な効果を奏する。

なお、本実施形態において、料金情報は、ユーザによる移動通信端末１００の利用の途中で変化することもある。例えば、携帯電話機の料金体系においては、通信料金がある所定額に達するまでは従量制であるが、その額を超えると定額制となるような、いわゆる「定額従量制」も一般的である。かかる料金体系で契約された移動通信端末１００においては、通信料金が従量制で増加する期間には通信量が少ないアプリケーションのウィンドウを優先的に表示する一方で、通信料金が一定となってからは、通信量が多いアプリケーションのウィンドウを優先的に表示する制御が行われてもよい。

このような表示制御を行うためには、制御部１１が「従量制」から「定額制」に切り替わるタイミングを認識する必要がある。これを実現する構成としては、例えば、期間毎の通信料金の加算を開始する時（例えば、月初）からの通信料金を算出して記憶しておき、制御部１１がこれと上述した所定額とを比較する構成がある。また、移動通信網内の通信料金を管理するノードから通信料金が所定額に達したことを示す情報を取得する構成であってもよい。

（２）動作例２
図７は、移動通信端末１００の制御部１１が実行する第２の動作例を示すフローチャートである。なお、この動作は、上述した動作例１と共通する処理を含んでいる。そこで、かかる処理については、その説明を適宜省略する。

同図に示すように、まず、制御部１１は、自端末の通信速度を特定する（ステップＳｂ１）。このとき、制御部１１は、所定時間当たりに移動通信網と通信可能な通信量を特定する。ここにおける通信量とは、移動通信端末１００から移動通信網に送信するデータ量であってもよいし、移動通信端末１００が移動通信網から受信するデータ量であってもよいし、これらの双方を含んでもよい。

なお、制御部１１は、定期又は不定期で通信速度を特定してＥＥＰＲＯＭ１１ｄに記憶し、必要に応じてこれを読み出すことで通信速度を特定する態様であってもよい。例えば、移動通信端末１００の通信先（基地局等）が切り替わる毎に通信速度を算出するなどしてもよい。

通信速度を特定したら、制御部１１は、参照すべき優先度情報をこの通信速度に基づいて特定する（ステップＳｂ２）。制御部１１は、特定した通信速度を所定の閾値と比較し、通信速度が閾値を上回る場合（すなわち、より高速である場合）には「第１優先度」を優先度情報として参照し、通信速度が閾値以下である場合（すなわち、より低速である場合）には「第２優先度」を優先度情報として参照する。

その後、制御部１１は、動作例１と同様の処理を実行する。すなわち、ステップＳｂ３〜Ｓｂ８の処理は、それぞれ、上述したステップＳａ３〜Ｓａ８と同様の処理である。ゆえに、ステップＳｂ３以降の説明は、省略する。

本実施形態の移動通信端末１００は、このような動作を実行することにより、自端末の通信速度に係る条件に応じて各ウィンドウの表示の優先度を決定し、決定した優先度でウィンドウを表示する。なお、移動通信端末１００は、通信速度がより高速である場合には、「定額制」の場合と同様の要領で優先度を決定し、通信速度がより低速である場合には、「従量制」の場合と同様の要領で優先度を決定する。これにより、移動通信端末１００は、自端末が大容量の通信を行い得る状況にあるときには、大容量の通信を伴うウィンドウを優先的に表示する一方で、通信速度が制限される状況においては、通信量がより少ないウィンドウを優先的に表示することができる。このような動作は、携帯電話機のような移動により通信状況が容易に変動する小型機器において特に顕著な効果を奏する。

［変形例］
本発明は、上述した実施形態と異なる形態で実施することが可能である。本発明は、例えば、以下のような形態で実施することも可能である。また、以下に示す変形例は、各々を適宜に組み合わせてもよい。

（１）変形例１
自端末の通信に係る条件には、種々の態様がある。例えば、所定の単位の通信量（例えば、パケット単位）に対する通信料金が時間帯により異なる場合であれば、それぞれの時間帯で異なる優先度情報が選択されるようにしてもよい。すなわち、通信料金が割安な時間帯においては、通信量がより大であるアプリケーションのウィンドウが優先的に表示され、通信料金が割高な時間帯においては、通信量がより小であるアプリケーションのウィンドウが優先的に表示されるようにしてもよい。このような場合には、時計等の時刻を特定する手段を設けるとともに、時間帯と通信料金の関係を表す情報を自端末の通信に係る条件として記憶し、処理を実行する時刻に応じた優先度情報を参照する構成とすればよい。

また、他の通信事業者のサービスを利用する、いわゆるローミングが可能な場合においては、ローミング中であるか否かに応じて異なる優先度情報を用いてもよい。例えば、移動通信端末を国内で利用する場合には、通信量がより大であるアプリケーションのウィンドウが優先的に表示され、移動通信端末を国外で利用する場合には、通信量がより小であるアプリケーションのウィンドウが優先的に表示されるようにしてもよい。これは、ローミング中の通信料金が一般に割高であることによる。なお、ローミング中であるか否かを表す情報は、例えば、移動通信網から取得することが可能である。

つまり、本発明において、通信量と通信料金との関係は、ユーザによる契約内容等に依存するもののほか、自端末の位置に依存するものもある。また、通信量と通信料金との関係は、自端末に記憶した情報に基づいて特定することも可能であるし、外部から取得した情報に基づいて決定することも可能である。

また、通信速度を特定する方法も、動作例２のものに限らない。例えば、移動通信端末がより広い周波数帯域を利用できる場合や、移動通信端末がより高速な通信を行い得る特定のエリアに在圏している場合には、より高速の通信が可能であるとみなしてもよい。かかる場合を特定する情報は、例えば、移動通信網から取得することが可能である。
なお、他にも、自端末の電界強度や電池の残量に基づいて通信速度を特定してもよい。

また、例えば、一時的に大量の通信の発生が予想される場合（災害時等）に、移動通信網から通信を制限する旨の情報を送信し、この情報に基づいてウィンドウの表示の優先度を決定してもよい。例えば、かかる情報を受信した場合には、移動通信端末は、通信量がより小であるアプリケーションのウィンドウを優先的に表示するようにしてもよい。

（２）変形例２
アプリケーションの所定時間当たりの通信量は、実際の通信に基づいて特定してもよい。例えば、あるアプリケーションを実行したときに、その実行に伴う通信量を計測し、これに基づいて各アプリケーションの所定時間当たりの通信量を特定してもよい。この場合、移動通信端末は、このようにして特定した通信量の大小に応じて上述した優先度情報を算出し、所定の記憶手段（ＥＥＰＲＯＭ等）に記憶させる構成としてもよい。

（３）変形例３
特定のアプリケーションのウィンドウについては、上述した優先度情報によらず常に決められた優先度を有するとしてもよい。これを実現するためには、例えば、このようなウィンドウを指定する情報を制御部があらかじめ記憶しており、かかるウィンドウが他のウィンドウと重なっている場合には、通信に係る条件によらず決められた優先度に応じた表示が行われるようにすればよい。なお、この特定のアプリケーションのウィンドウを最前面に表示させたい場合であれば、優先度をあらかじめ最高とするように決めておけばよい。
このようにすれば、自端末の動作に係る極めて重要な通知などの、後面に表示されることにより弊害が生じるおそれがあるウィンドウが存在する場合に、当該ウィンドウの表示が他のウィンドウにより妨げられないようにすることが可能となる。
なお、特定のアプリケーションのウィンドウについては、通信量の如何によらず決められた優先度を指定するとしても、同様の効果を奏することができる。

また、この変形例は、指定された特定のアプリケーションのウィンドウを優先度の決定対象から除外するものであるともいえる。このとき、制御部は、指定されたウィンドウを含む複数のウィンドウが重なっている場合に、指定されたウィンドウを除いたウィンドウについて表示の優先度を決定し、指定されたウィンドウについては、あらかじめ決められた優先度で表示し、その他のウィンドウについては、指定情報に基づいて決定された優先度で表示する。
なお、ウィンドウの指定は、ユーザが行えるようにしてもよい。

（４）変形例４
上述した実施形態においては、１つのアプリケーションに１つのウィンドウが対応付けられたが、本発明はこのような関係を有していなくてもよい。例えば、ＭＤＩ（Multiple Document Interface）を採用するアプリケーションにおいては、１つのアプリケーションにおいて複数のウィンドウが表示され得る。このようなアプリケーションにおいても、それぞれのウィンドウ毎に表示の優先度を決定することが可能であれば、本発明を適用することが可能である。例えば、いわゆるタブブラウザのようなアプリケーションにおいて、それぞれのウィンドウについて表示に係る通信量を特定可能であれば、特定した通信量に応じて表示の優先度を決定することができる。

（５）変形例５
ウィンドウの表示の優先度を決定する際には、制御部は、そのウィンドウが表示された時間や頻度に基づいてこれを決定してもよい。例えば、表示する際の通信量が同程度であるウィンドウが複数ある場合には、表示された時間又は回数がより多いウィンドウの優先度をより高くしてもよい。このようにすれば、利用される可能性がより高いウィンドウを優先的に表示させることが可能となる。

（６）変形例６
本発明において、最前面に表示されるウィンドウは、１つであるとは限らない。例えば、図８に示す例のように、ウィンドウを複数のグループに分類できる場合、制御部は、それぞれのグループ毎に最前面に表示されるウィンドウを決定することができる。なお、この場合において、グループとは、１本の閉じた輪郭線が描画されるときの、この輪郭線がなす領域の内部に含まれるウィンドウの集合をいう。図８に示す例の場合、ウィンドウは、グループＧ１とグループＧ２とに分類することができる。このような場合、制御部は、グループＧ１とＧ２の双方において最前面に表示するウィンドウを決定することができる。なお、この場合において、アクティブとなるウィンドウは、いずれのグループの最前面のウィンドウであってもよい。つまり、本発明は、表示部の画面を所定の領域毎に区切り、それぞれの領域において、ウィンドウの表示の優先度を決定するようにしてもよい。

さらに、本発明は、互いに重なり合わない複数のウィンドウが存在する場合であれば、これらのウィンドウが全て最前面に表示されるような制御を行ってもよい。例えば、図９に示すウィンドウｗａ、ｗｂ、ｗｃ及びｗｄのように、重なるウィンドウ（ｗｅ）が存在するものの、ウィンドウｗａ、ｗｂ、ｗｃ及びｗｄが互いに重なり合わない場合において、このウィンドウｗａ、ｗｂ、ｗｃ及びｗｄの優先度がウィンドウｗｅの優先度よりも高いときには、ウィンドウｗａ、ｗｂ、ｗｃ及びｗｄの全てを最前面に表示することができる。

（７）変形例７
上述した実施形態においては、説明の便宜上、表示制御の対象となるウィンドウをゲームアプリケーションのウィンドウであるとしたが、もちろん、その他の種々のアプリケーションのウィンドウを表示制御の対象としてよい。また、表示制御の対象となるウィンドウには、表示等に際して通信を伴わないウィンドウ（すなわち、あらかじめ自端末に記憶されたデータのみに基づいて表示等を行うウィンドウ）を含んでもよい。かかるウィンドウは、例えば、自端末が圏外、すなわち移動通信網と通信を行い得ない場合に、優先的に前面に表示されるようにするとよい。

（８）変形例８
上述した実施形態においては、重なるウィンドウの全てについて優先度を決定したが、優先度が最高となるウィンドウ、すなわち最前面に表示されるウィンドウのみを特定して表示の切り替えを行い、その他のウィンドウの表示順序は変更しないでもよい。

（９）変形例９
上述した実施形態は、本発明を携帯電話機に適用したものであるが、本発明は、その他の通信端末に適用することも可能である。本発明は、ＰＤＡ（Personal Digital Assistance）等の通信端末や、パーソナルコンピュータなど、ウィンドウを表示する種々の通信端末に適用することができる。

（１０）変形例１０
上述した実施形態においては、本発明をＯＳの一機能として説明したが、本発明は、独立したアプリケーションとしても実現可能である。また、例えば、いわゆるプラグインとして本発明の機能を既存のＯＳ等のアプリケーションに付加することもできる。このような構成とした場合、本発明は、コンピュータ（通信端末）に上述のような機能を実現させるためのプログラムとして提供することも可能である。かかるプログラムは、例えば、光ディスク等の記録媒体に記憶させた形態で提供したり、あるいは、所定のサーバ装置からインターネット等のネットワークを介して提供することも可能である。

本発明に係る移動通信端末の構成を示すブロック図である。 移動通信端末の論理的構成を示す図である。 優先度情報を例示する図である。 移動通信端末が実行する動作を示すフローチャートである。 ウィンドウ表示を例示する図である。 ウィンドウ表示を例示する図である。 移動通信端末が実行する動作を示すフローチャートである。 ウィンドウ表示を例示する図である。 ウィンドウ表示を例示する図である。

符号の説明

１００…移動通信端末、１１…制御部、１２…無線通信部、１３…操作部、１４…表示部、１５…音声出力部

Claims (6)

1. 自端末の通信に係る条件を特定する条件特定手段と、
   表示手段に表示される各ウィンドウについて、前記条件に応じて決められる優先度を記憶する記憶手段と、
   前記表示手段が行う表示において他のウィンドウと重なるウィンドウを特定するウィンドウ特定手段と、
   前記ウィンドウ特定手段により特定された複数のウィンドウについて表示の優先順位を決定する決定手段であって、前記条件特定手段により特定された条件に応じて前記記憶手段に記憶された優先度に従って前記複数のウィンドウの優先順位を決定する決定手段と、
   前記決定手段により決定された優先順位が高いウィンドウを当該優先順位が低いウィンドウより前面に表示させる表示制御手段と
   を備えることを特徴とする通信端末。
2. 前記条件特定手段は、
   自端末が所定時間当たりに通信可能な通信量を前記条件として特定し、
   前記記憶手段は、
   前記各ウィンドウについて、各々の表示に伴う通信量に応じた優先度を記憶する
   ことを特徴とする請求項１に記載の通信端末。
3. 前記条件特定手段は、
   自端末の通信量とその料金との関係を前記条件として特定し、
   前記記憶手段は、
   前記各ウィンドウについて、各々の表示に伴う通信量に応じた優先度を記憶する
   ことを特徴とする請求項１に記載の通信端末。
4. 前記各ウィンドウについて、各々の表示に伴う通信量を特定する通信量特定手段と、
   前記通信量特定手段により特定された通信量に基づいて、前記条件毎の優先度を算出する算出手段と、
   前記算出手段により算出された優先度を前記記憶手段に記憶させる記憶制御手段と
   を備えることを特徴とする請求項２又は３に記載の通信端末。
5. あるウィンドウを指定する指定手段を備え、
   前記表示制御手段は、
   前記指定手段により指定されたウィンドウが前記ウィンドウ特定手段により特定された複数のウィンドウに含まれる場合に、当該ウィンドウを最前面に表示させる
   ことを特徴とする請求項１に記載の通信端末。
6. コンピュータに、
   通信に係る条件を特定する機能と、
   表示手段に表示される各ウィンドウについて、前記条件に応じて決められる優先度を取得する機能と、
   前記表示手段が行う表示において他のウィンドウと重なるウィンドウを特定する機能と、
   前記特定された複数のウィンドウについて表示の優先順位を決定する機能であって、前記特定された条件に応じて前記取得された優先度に従って前記複数のウィンドウの優先順位を決定する機能と、
   前記決定された優先順位が高いウィンドウを当該優先順位が低いウィンドウより前面に表示させる機能と
   を実現させるためのプログラム。

Images