(57)【要約】【課題】ウィンドウをユーザにとって便利な画面に表示するのに手間がかかるという問題を解決する表示画面管理モジュールを提供する。【解決手段】表示画面管理モジュール１４が、情報処理端末１が生成したウィンドウを表示する画面を指定するポリシーが設定されている設定部２１と、ウィンドウを表示する画面を設定部２１内のポリシーに従って決定する管理部２２と、を備える。【選択図】図１
2012068955.tif 000002
【特許請求の範囲】
【請求項１】
複数の画面を有する情報処理端末に用いられる表示画面管理モジュールであって、
前記情報処理端末が生成したウィンドウを表示する画面を指定するポリシーが設定されている設定部と、
前記ウィンドウを表示する画面を前記ポリシーに従って決定する管理部と、を有する表示画面管理モジュール。
【請求項２】
前記設定部には、前記ポリシーが前記ウィンドウの種類ごとに設定されている、請求項１に記載の表示画面管理モジュール。
【請求項３】
前記ポリシーは、前記ウィンドウの呼び出し元に応じた画面を指定する第１のポリシーを含む、請求項２に記載の表示画面管理モジュール。
【請求項４】
前記第１のポリシーは、前記ウィンドウの呼び出し元が他のウィンドウの場合、当該他のウィンドウが表示されている画面を指定する、請求項３に記載の表示画面管理モジュール。
【請求項５】
前記第１のポリシーは、前記ウィンドウの呼び出し元が前記他のウィンドウであり、かつ、当該他のウィンドウが前記複数の画面のいずれかにのみ表示されている場合、当該他のウィンドウが表示されている画面を指定する、請求項４に記載の表示画面管理モジュール。
【請求項６】
前記第１のポリシーは、前記ウィンドウの呼び出し元が前記他のウィンドウであり、かつ、当該他のウィンドウが前記複数の画面に跨って表示されている場合、所定の画面を指定する、請求項５に記載の表示画面管理モジュール。
【請求項７】
前記第１のポリシーは、前記ウィンドウの呼び出し元がウィンドウ以外の場合、所定の画面を指定する、請求項３ないし６のいずれか１項に記載の表示画面管理モジュール。
【請求項８】
前記ポリシーは、所定の画面を指定する第２のポリシーを含む、請求項２ないし７のいずれか１項に記載の表示画面管理モジュール。
【請求項９】
前記所定の画面は、予め定められた固定画面を含む、請求項６ないし８のいずれか１項に記載の表示画面管理モジュール。
【請求項１０】
前記所定の画面は、フォーカスを有する画面を含む、請求項６ないし９のいずれか１項に記載の表示画面管理モジュール。
【請求項１１】
前記ポリシーは、マークアップ言語で記述されている、請求項１ないし１０のいずれか１項に記載の表示画面管理モジュール。
【請求項１２】
請求項１ないし１１のいずれか１項に記載の表示画面管理モジュールと、
前記ウィンドウを生成する情報処理部と、
前記表示画面管理モジュールにて決定された画面に、前記情報処理部が生成したウィンドウを表示する画面制御部と、を備えた情報処理端末。
【請求項１３】
複数の画面を有する情報処理端末に用いられる表示画面管理モジュールによる表示画面管理方法であって、
前記情報処理端末が生成したウィンドウを表示する画面を指定するポリシーが設定され、
前記ウィンドウを表示する画面を前記ポリシーに従って決定する、表示画面管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の画面の中からウィンドウを表示する画面を決定する表示画面管理モジュール、情報処理端末および表示画面管理方法に関する。
【背景技術】
【０００２】
携帯電話機やＰＣ（Personal computer）などの情報処理端末には、複数の画面を備えたものがある。このような情報処理端末では、アプリケーションプログラム（以下、アプリケーションと略す）などによって生成されたウィンドウを、複数の画面のいずれかに表示したり、複数の画面に跨って表示したりする。このとき、ウィンドウが表示される画面がランダムに選択されると、ウィンドウがユーザにとって不便な画面に表示されることがある。
【０００３】
これに対して、特許文献１に記載のマルチディスプレイシステムでは、アプリケーションごとに、アプリケーションのウィンドウを表示する画面をユーザに指定させ、その指定された画面にウィンドウを表示することで、ウィンドウをユーザにとって便利な画面に表示させることを可能にしている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−１６４９８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に記載のマルチディスプレイシステムでは、ユーザがアプリケーションごとにウィンドウを表示する画面を指定しなければならず、手間がかかるという問題がある。なお、ウィンドウを表示する画面をアプリケーションごとに予め指定しておくことも考えられるが、アプリケーションの数は非常に多いので、このような方法を実現することは非常に困難である。
【０００６】
本発明の目的は、上記の課題である、ウィンドウをユーザにとって便利な画面に表示するのに手間がかかるという問題を解決する表示画面管理モジュール、情報処理端末および表示画面管理方法を提供することである。
【課題を解決するための手段】
【０００７】
本発明による表示画面管理モジュールは、複数の画面を有する情報処理端末に用いられる表示画面管理モジュールであって、前記情報処理端末が生成したウィンドウを表示する画面を指定するポリシーが設定されている設定部と、前記ウィンドウを表示する画面を前記ポリシーに従って決定する管理部と、を有する。
【０００８】
また、本発明による情報処理端末は、前記ウィンドウを生成する情報処理部と、前記表示画面管理モジュールにて決定された画面に、前記情報処理部が生成したウィンドウを表示する画面制御部と、を備える。
【０００９】
また、本発明による表示画面管理方法は、複数の画面を有する情報処理端末に用いられる表示画面管理モジュールによる表示画面管理方法であって、前記情報処理端末が生成したウィンドウを表示する画面を指定するポリシーが設定され、前記ウィンドウを表示する画面を前記ポリシーに従って決定する。
【発明の効果】
【００１０】
本発明によれば、ウィンドウをユーザにとって便利な画面に表示するための手間を軽減することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の第１の実施形態の情報処理端末１の構成を示すブロック図である。
【図２】情報処理端末１の概観例を示す正面図である。
【図３】ウィンドウの表示例を示す図である。
【図４】ポリシーの記述例を示す図である。
【図５】情報処理端末１の動作例を説明するためのフローチャートである。
【発明を実施するための形態】
【００１２】
以下、本発明の実施形態について図面を参照して説明する。なお、以下の説明では、同じ機能を有するものには同じ符号を付け、その説明を省略する場合がある。
【００１３】
図１は、本発明の第１の実施形態の情報処理端末の構成を示すブロック図である。図１において、情報処理端末１は、画面１１および１２と、情報処理部１３と、表示画面管理モジュール１４と、画面制御部１５とを有する。なお、画面の数は、図１では２つだけだが、実際には複数あればよい。また、情報処理端末１は、単一の筐体に複数の画面が備わった構成でもよいし、図２で示すように、開閉可能に接続された複数の筐体を有し、各筐体に一つずつ画面が備わった構成でもよい。
【００１４】
画面１１および１２は、タッチパネルと一体化されたものでもよい。また、画面１１は、プライマリ（Primary）画面１１と呼ばれ、画面１２は、セコンダリ（Secondary）画面１２と呼ばれることもある。
【００１５】
情報処理部１３は、アプリケーションやＯＳ（Operating System）のようなプログラムがＣＰＵ（Central Processing Unit）などのコンピュータによって実行されることで実現され、種々の情報処理を行う。
【００１６】
例えば、情報処理部１３は、画面１１および１２に表示するウィンドウを生成したり、フォーカスを有する画面や、画面１１および１２に表示されているウィンドウの表示モードや位置などを管理する。
【００１７】
ここで、フォーカスを有する画面は、入力や操作の対象となっているアクティブな画面である。フォーカスを有する画面は、情報処理端末１の起動時に画面１１および１２のいずれかに設定され、その後、ユーザが画面をタッチしたり、アプリケーションが起動されたりすると、移動することがある。このため、フォーカスを有する画面は、ユーザが最後にタッチした画面や、アクティブウィンドウが表示されている場合、そのアクティブウィンドウが表示されている画面と一致する。なお、フォーカスを有する画面は、ユーザにて使用または注視されている可能性が高い。
【００１８】
また、ウィンドウの表示モードには、例えば、ウィンドウが画面１１および１２に跨って表示される全画面モードと、ウィンドウが画面１１および１２の一方にのみ表示される片画面モードとがある。
【００１９】
表示画面管理モジュール１４は、ウィンドウを表示する画面を指定するポリシーに従って、情報処理部１３が生成したウィンドウを表示する画面を決定するソフトウェアモジュールである。
【００２０】
表示画面管理モジュール１４は、設定部２１と管理部２２とを有し、各部が以下の機能を備える。
【００２１】
設定部２１には、上記のポリシーが設定される。ここで、設定部２１には、ウィンドウの種類ごとに異なるポリシーが設定されてもよい。ウィンドウの種類としては、ダイアログ、メニュー、ソフトウェアキーボード、ステータスバーおよびトーストなどが挙げられる。なお、ポリシーは、情報処理端末１のユーザによって変更可能としてもよいし、固定されていてもよい。
【００２２】
管理部２２は、情報処理部１３が生成したウィンドウを表示する画面を、設定部２１に設定されているポリシーに従って決定する。
【００２３】
画面制御部１５は、情報処理部１３が生成したウィンドウを、管理部２２が決定した画面に表示する。
【００２４】
次にポリシーについてより詳細に説明する。
【００２５】
本実施形態では、ポリシーとしては、ウィンドウの呼び出し元に応じた画面を指定する第１のポリシーと、ウィンドウの呼び出し元に依らず所定の画面を指定する第２のポリシーとがあるものとする。
【００２６】
第１のポリシーにおけるウィンドウの呼び出し元は、他のウィンドウと、ウィンドウ以外とに分けられる。なお、ウィンドウの呼び出し元である他のウィンドウは親ウィンドウと呼ばれ、呼び出されたウィンドウは子ウィンドウと呼ばれる。
【００２７】
第１のポリシーは、ウィンドウの呼び出し元が親ウィンドウの場合、親ウィンドウの表示モードに応じた画面を指定するものでもよい。例えば、第１のポリシーは、親ウィンドウが画面１１および１２に跨って表示される全画面モードの場合、所定の画面を指定し、親ウィンドウが画面１１および１２の一方にのみ表示されている片画面モードの場合、親ウィンドウが表示されている画面を指定する。
【００２８】
また、第１および第２のポリシーにおける所定の画面は、画面１１および１２のうちの予め設定された固定画面でもよいし、フォーカスを有する画面でもよい。
【００２９】
ウィンドウをユーザにとって便利な画面に表示するためのポリシーの好適な例としては以下のものが挙げられる。
【００３０】
例えば、図３で示したように、ステータスバー３１やソフトウェアキーボード３２のポリシーとしては、フォーカスを有する画面を指定する第２のポリシーが好ましい。
【００３１】
また、ダイアログのポリシーとしては、ウィンドウの呼び出し元が親ウィンドウの場合、親ウィンドウの表示モードに応じた画面を指定し、ウィンドウの呼び出し元が親ウィンドウでない場合、固定画面（例えば、プライマリ画面１１）を指定する第１のポリシーが望ましい。この場合、図３で示したように、ＯＳが呼び出すエラーダイアログ３３などの通知が常に固定画面に表示され、アプリケーションが呼び出すダイアログが同一アプリケーションの親ウィンドウの表示モードに応じた画面に表示されることになる。
【００３２】
上記のポリシーや、ポリシーとウィンドウの種類の関係は単なる一例であって、これらに限定されるものではない。
【００３３】
例えば、ポリシーは、ウィンドウを表示するときの情報処理端末１の使用状態（持ち方、置き方および開閉状態など）に応じた画面を指定するものでもよい。例えば、ポリシーは、情報処理端末１がノートＰＣ（Personal computer）のように半開きの状態で机などにおいて使用されている場合と、情報処理端末１が手に持って使用されている場合とで、異なる画面を指定するようなものでもよい。また、ポリシーは、プライマリ画面１１が下に位置するように情報処理端末１が使用されている場合と、セコンダリ画面１２が下に位置するように情報処理端末１が使用されている場合とで、異なる画面を指定するようなものでもよい。
【００３４】
上記のようなポリシーでは、情報処理端末１は、自端末の使用情報を検出するセンサを備え、管理部２２は、センサの検出結果に応じてウィンドウを表示する画面を決定する。センサとしては、情報処理端末１の姿勢を検出する３軸加速度センサ、磁気センサおよび方位センサや、筐体間の開閉角度を検出する角度センサなどが挙げられる。
【００３５】
また、ウィンドウの種類によっては、画面１１および１２の一方のみにウィンドウを表示するポリシーを設定するのではなく、画面１１および１２の両方に同じウィンドウを表示するポリシーを設定してもよい。このようなウィンドウには、システムが呼び出す重要な通知を含むエラーダイアログなどが挙げられる。
【００３６】
また、ポリシーは、現在表示されているウィンドウに応じた画面を指定するものでもよい。例えば、ポリシーは、ウィンドウの呼び出し元が、現在表示されている別のウィンドウのアプリケーションタスク（アプリケーションのグループ）に属する場合、別のウィンドウが表示されている画面と同じ画面を指定するものでもよい。
【００３７】
また、上記のポリシーは、種類が異なる情報処理装置ごとに容易にカスタマイズできるように、ＸＭＬ（Extensible Markup Language）などのマークアップ言語にて記述されることが望ましい。情報処理装置の種類としては、例えば、ノートＰＣ（Personal computer）、ブックスタイル型携帯端末およびスライド型２画面端末などが挙げられる。例えばシステム（ＯＳ）が表示するエラーダイアログが、ある種類の情報処理装置では右の画面に表示されるようにカスタマイズされ、別の種類の情報処理装置では左の画面に表示されるようにカスタマイズされる。
【００３８】
図４は、ＸＭＬによるポリシーの記述例を示す図である。
【００３９】
図４において、<SPM>と</SPM>で挟まれた部分がポリシーの実体を示す。<window type=“TYPE#XXX”>と</window>とで挟まれた部分は、“XXX”という種類のウィンドウに設定されているポリシーを示し、図４では、ウィンドウの種類としてトースト（TOAST）が記述されている。
【００４０】
また、<window type=“TYPE# TOAST”>と</window>との間の各行（“<”から“/>”まで）がポリシーを示す。ポリシーは、条件（condition YYY=“true(or false)"）と画面の種別（screen=“ZZZ”）から構成され、管理部２２は、ウィンドウが条件を満たす場合、その条件に対応する画面の種別に応じてウィンドウの表示画面を決定する。
【００４１】
例えば、１行目のポリシーは、ウィンドウの親ウィンドウが全画面表示モード（dualparent）であると、フォーカスを有する画面（focused）を指定する。２行目のポリシーは、ウィンドウの親ウィンドウが片画面表示モード（singleparent）であると、親ウィンドウが表示されている画面（parent#same）が指定する。３行目のポリシーは、フォーカスを有する画面を指定している。
【００４２】
また、図４で示したように、複数のポリシーが存在する場合、管理部２２は、優先順位の高いポリシーから順に条件が満たされているか否かを判断し、条件が満たされていると判断すると、その条件に対応する指定画面をウィンドウの表示画面として決定する。なお、図４では、上の行ほど優先順位が高いとしている。
【００４３】
次に情報処理端末１の動作を説明する。
【００４４】
図５は、情報処理端末１の動作例を説明するためのフローチャートである。
【００４５】
先ず、情報処理部１３は、ウィンドウを含むウィンドウ表示要求を生成し、そのウィンドウ表示要求を管理部２２に送信する（ステップＳ５０１）。
【００４６】
管理部２２は、ウィンドウ表示要求を受信すると、設定部２１に設定されているポリシーのうち、ウィンドウ表示要求内のウィンドウの種類に対応するポリシーを参照して、ウィンドウの画面の種別を決定する。ここでは、画面の種別は、固定画面、フォーカスを有する画面および親ウィンドウの表示されている画面と同一の画面のいずれかであるとする。
【００４７】
より具体的には、管理部２２は、ウィンドウがそのウィンドウの種類に対応するポリシーの条件を満たしているか否かを、優先順位の高いポリシーから順に判断していき、条件が満たされていると判断すると、その条件に対応する画面の種別をウィンドウの表示画面の種別として決定する（ステップＳ５０２）。
【００４８】
ウィンドウの表示画面が固定画面の場合、管理部２２は、その固定画面を指定する指定情報を表示要求に追加し、その追加した表示要求を画面制御部１５に送信する（ステップＳ５０３）。
【００４９】
また、ウィンドウの表示画面がフォーカスを有する画面の場合（ステップＳ５０４）、管理部２２は、情報処理部１３からフォーカスを有する画面を示す識別情報を取得する。管理部２２は、その識別情報にて識別される画面を指定する指定情報を表示要求に追加し、その追加した表示要求を画面制御部１５に送信する（ステップＳ５０５）
また、ウィンドウの表示画面が親ウィンドウの表示されている画面と同一の画面の場合（ステップＳ５０６）、管理部２２は、情報処理部１３から親ウィンドウの表示されている画面を示す識別情報を取得する。管理部２２は、その識別情報にて識別される画面を指定する指定情報を表示要求に追加し、その追加した表示要求を画面制御部１５に送信する（ステップＳ５０７）。
【００５０】
そして、画面制御部１５は、表示要求を受信すると、表示要求内の指定情報にて指定される画面に、その表示要求に応じたウィンドウを表示する（ステップＳ５０８）。
【００５１】
以上説明したように本実施形態によれば、表示画面管理モジュール１４が、情報処理端末１が生成したウィンドウを表示する画面を指定するポリシーが設定されている設定部２１と、ウィンドウを表示する画面を設定部２１内のポリシーに従って決定する管理部２２と、を備える。
【００５２】
このように、ウィンドウを表示する画面がポリシーに従って決定されるので、ユーザがウィンドウを表示する画面を指定しなくても、また、ウィンドウを表示する画面をアプリケーションごとに予め指定しておかなくても、ウィンドウをユーザにとって便利な画面に表示することが可能になる。したがって、ウィンドウをユーザにとって便利な画面に表示するための手間を軽減することができる。また、ポリシーは表示画面管理モジュール１４に設定されているので、表示画面管理モジュール１４を様々な製品に適用し、ポリシーを製品ごとにカスタマイズすることで、ウィンドウを表示する画面を製品ごとに容易にカスタマイズすることができる。
【００５３】
また、本実施形態では、ポリシーはマークアップ言語で記述されているので、ポリシーを容易にカスタマイズすることができる。
【００５４】
また、本実施形態では、設定部２１には、ポリシーがウィンドウの種類ごとに設定されるので、ウィンドウを表示する画面を細やかに設定することが可能になり、利便性を向上させることが可能になる。
【００５５】
従って、本実施形態によれば、ユーザにとって便利な画面にウィンドウ表示するためにユーザ自身にかかる手間を省くことができるということのみならず、製品開発側にとっても、カスタマイズ性が高いことから、様々な製品展開のための開発の手間を省いた製品の提供が可能となる。
【００５６】
なお、以上説明した情報処理端末１の機能は、その機能を実現するためのプログラムを、コンピュータにて読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータに読み込ませ、実行するものであってもよい。コンピュータにて読み取り可能な記録媒体とは、フレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ等の記録媒体、コンピュータシステムに内蔵されるハードディスク装置等の記録装置を指す。さらに、コンピュータにて読み取り可能な記録媒体は、インターネットを介してプログラムを送信する場合のように、短時間、動的にプログラムを保持するもの（伝送媒体もしくは伝送波）、その場合のサーバとなるコンピュータ内の揮発性メモリのように、一定期間プログラムを保持しているものを含む。
【００５７】
以上説明した各実施形態において、図示した構成は単なる一例であって、本発明はその構成に限定されるものではない。
【符号の説明】
【００５８】
１    情報処理端末
１１、１２    画面
１３  情報処理部
１４  表示画面管理モジュール
１５  画面制御部
２１  設定部
２２  管理部
【図１】
2012068955.tif 000003
【図２】
2012068955.tif 000004
【図３】
2012068955.tif 000005
【図４】
2012068955.tif 000006
【図５】
2012068955.tif 000007