(57)【要約】  情報処理端末は、それぞれにアプリケーションの画面を表示する複数のディスプレイと、制御手段とを有する。制御手段は、情報処理端末のリソース消費量に基づいて、複数のディスプレイのうちから新たなアプリケーションを起動するディスプレイを決定する。
2011125635.tif 000002
【特許請求の範囲】
【請求項１】
情報処理端末であって、
それぞれにアプリケーションの画面を表示する複数のディスプレイと、
前記情報処理端末のリソース消費量に基づいて、前記複数のディスプレイのうちから前記新たなアプリケーションを起動するディスプレイを決定する制御手段と、
を有する情報処理端末。
【請求項２】
前記情報処理端末のリソース消費量は、前記複数のディスプレイの少なくとも１つにて実行中のアプリケーションにより使用されるリソースのリソース消費量と、前記新たなアプリケーションにより使用されるリソースのリソース消費量とによって決まる、請求項１に記載の情報処理端末。
【請求項３】
前記制御手段は、前記実行中のアプリケーションによる前記リソース消費量と前記新たに起動されるアプリケーションによる前記リソース消費量の和が閾値を超えないように、前記新たなアプリケーションを起動するディスプレイを選択する、
請求項２に記載の情報処理端末。
【請求項４】
前記情報処理端末のリソース消費量は、
前記新たなアプリケーションをあるディスプレイにて起動するとした場合に、該新たなアプリケーションの前記リソース消費量の統計量と、他のディスプレイの表面に出ている実行中のアプリケーションの前記リソース消費量の現在量の和と、
前記新たなアプリケーションをあるディスプレイにて起動するとした場合に、該新たなアプリケーションの前記リソース消費量の統計量と、他のディスプレイの表面に出ている実行中のアプリケーションの前記リソース消費量の統計量の和と、
前記新たなアプリケーションをあるディスプレイにて起動するとした場合に、複数のアプリケーションが１つのディスプレイにて実行されるのであれば、該ディスプレイの表面に出ているアプリケーションが終了されたときに表面に出るアプリケーションと前記新たなアプリケーションの前記リソース消費量の統計量の和のいずれか１つまたは２つまたは全てによって決まる、請求項１から３のいずれか１項に記載の情報処理端末。
【請求項５】
前記制御手段は、決定したディスプレイに前記新たなアプリケーションを起動する場合に、実行中のアプリケーションの状態を制御することにより前記情報処理端末のリソース消費量を低減する、請求項１から４のいずれか１項に記載の情報処理端末。
【請求項６】
前記制御手段は、前記実行中のアプリケーションを終了させること、ディスプレイ間で移動することと、非アクティブ状態にすることの少なくとも１つを行うことにより、前記情報処理端末のリソース消費量を低減する、請求項５に記載の情報処理端末。
【請求項７】
前記制御手段は、前記情報処理端末のリソース消費量に基づいて前記複数のディスプレイのいずれにも前記新たなアプリケーションを起動することが許容される場合に、前記新たなアプリケーションが占有しようとするリソースを使用するアプリケーションが実行されているディスプレイにて前記新たなアプリケーション起動する、
請求項１から６のいずれか１項に記載の情報処理端末。
【請求項８】
前記制御手段は、前記情報処理端末のリソース消費量に基づいて前記複数のディスプレイのいずれにも前記新たなアプリケーションを起動することが許容される場合に、前記新たなアプリケーションが占有しようとするリソースを使用する可能性があるアプリケーションが実行されているディスプレイにて前記新たなアプリケーション起動する、請求項１から７のいずれか１項に記載の情報処理端末。
【請求項９】
前記制御手段は、前記情報処理端末のリソース消費量に基づいて前記複数のディスプレイのいずれにも前記新たなアプリケーションを起動することが許容される場合に、前記新たなアプリケーションが占有しようとするリソースを使用する可能性があるアプリケーションが、表示されずに潜在的に実行されているディスプレイにて前記新たなアプリケーションを起動する、
請求項１から８のいずれか１項に記載の情報処理端末。
【請求項１０】
前記制御手段は、前記複数のディスプレイの中に特性の異なるディスプレイが含まれている場合、前記新たなアプリケーションに適した特性のディスプレイを他のディスプレイより優先して該新たなアプリケーションを起動するディスプレイを決定する、
請求項１から９のいずれか１項に記載の情報処理端末。
【請求項１１】
前記制御手段は、互いに関連付けられた第１および第２のアプリケーションのうち前記第１のアプリケーションが起動されると、前記情報処理端末のリソース消費量に基づいて許容される場合に、前記第２のアプリケーションがいずれかのディスプレイにて実行中であれば該第２のアプリケーションをディスプレイの表面に出し、該第２のアプリケーションが実行中でなければ前記第１のアプリケーションとともに起動する、請求項１から１０のいずれか１項に記載の情報処理端末。
【請求項１２】
前記制御手段は、前記第１および第２のアプリケーションのうち先に終了されることが想定されるアプリケーションが終了された場合の前記情報処理端末のリソース消費量に基づいて、前記第１および第２のアプリケーションのそれぞれを起動するディスプレイを決定する、
請求項１１に記載の情報処理端末。
【請求項１３】
それぞれにアプリケーションの画面を表示する複数のディスプレイを備えた情報処理端末の制御方法であって、
前記情報処理端末のリソース消費量に基づいて、前記複数のディスプレイのうちから前記新たなアプリケーションを起動するディスプレイを決定する、制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のディスプレイを備えた情報処理端末に関する。
【背景技術】
【０００２】
携帯電話機、携帯情報端末、パーソナルコンピュータなどの情報処理端末の中には２つのディスプレイを備えたものがある。そのような情報処理端末の中には、複数のアプリケーションそれぞれを各ディスプレイに個別に表示させることが可能なものがある（特許文献１参照）。２つのアプリケーションを同時に起動しておき、２つのディスプレイのそれぞれにアプリケーション画面を表示しておけば、ユーザが２つのアプリケーションを同時に利用したり、交互に利用したりするときに利便性が高い。【０００３】
また、特許文献２には、情報処理端末による並列処理におけるリソースの使用方法に関する技術が開示されている。特許文献２に開示された技術によれば、端末は、自身の有する各リソースについて使用されているか否かを記録しておく。そして、新たなタスクを開始するとき、端末は、そのタスクに要求されるリソースが他のタスクによって既に使用されている場合、そのリソースを、代替リソースがある場合には更に代替リソースを、どちらのタスクに使用させるか判定する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１０−１９８５０５号公報
【特許文献２】特許４２９６１７５号公報
【発明の概要】
【０００５】
２つのディスプレイを用いて２つのアプリケーションを実行することが可能な情報処理端末では、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）やメモリなどの共有のリソースがアプリケーションによって多く消費されることがある。
【０００６】
通常、アプリケーション画面がディスプレイの表面に表示されたアプリケーションはユーザ操作が入力されたり、処理を実行したりするためリソースを多く消費する状態である。一方、起動され実行中ではあるもののディスプレイの表面にアプリケーション画面が表示されてないアプリケーションはリソースを余り消費しない。あるいはそのようなアプリケーションを、メモリ領域の確保などのリソース消費を削減した非アクティブ状態にしておく場合もある。
【０００７】
したがって、２つのディスプレイに個別にアプリケーションを表示したとき、情報処理端末は、２つのアプリケーションを同時に実行するために、ディスプレイ画面が１つの情報処理端末に比べて多くのリソースを消費する。その結果として、アプリケーションの動作速度が低下する、アプリケーションが正常に動作しない、あるいはアプリケーションの強制終了が発生する等の不都合が生じる可能性がある。
【０００８】
ファイルアクセスを例にとれば、あるアプリケーションによる処理で仮想メモリが一杯になった場合に発生するファイルアクセスと、他のアプリケーションからの通常のファイルアクセスとが競合するなどが考えられる。
【０００９】
上述したように、特許文献２には、情報処理端末による並列処理におけるリソースの使用方法に関する技術が開示されているが、それには（１）〜（３）に示すような問題があった。
【００１０】
（１）  特許文献２には、リソースの使用状況に応じて新たなアプリケーションを起動するディスプレイを決定する方法が記載されている。しかし、特許文献２に記載されている方法は、複数のリソースについて個別に判断を行うものであり、複数の条件を同時に考慮して、新たなアプリケーションを起動するディスプレイを決定することができないという問題があった。
【００１１】
（２）  特許文献２には、リソースの使用状況に応じて新たなアプリケーションを起動するディスプレイを決定する方法が記載されている。しかし、特許文献２に記載されている方法は、リソースが現在使用されているか否かに応じた決定をするものである。そのため、情報処理端末にかかる負荷の大きさを考慮して、新たなアプリケーションを起動するディスプレイを決定することができないという問題があった。
【００１２】
（３）  特許文献２には、新たに起動するアプリケーションが必要とするディスプレイが、実行中のアプリケーションによって使用されている場合に、実行中のアプリケーションを終了するか、代替ディスプレイにて新たなアプリケーションを起動するという方法が記載されている。しかし、各ディスプレイの特性が異なる場合に、実行中のアプリケーションを維持しつつ、新たなアプリケーションを、そのアプリケーションが要求する特性のディスプレイに起動することができないという問題があった。
【００１３】
本発明の目的は、上記（１）〜（３）の問題の少なくとも１つを解決する技術を提供することである。
【００１４】
上記問題を解決するため、本発明の一態様による情報処理端末は、
それぞれにアプリケーションの画面を表示する複数のディスプレイと、
前記情報処理端末のリソース消費量に基づいて、前記複数のディスプレイのうちから前記新たなアプリケーションを起動するディスプレイを決定する制御手段と、
を有している。
【００１５】
本発明の一態様による情報処理端末の制御方法は、それぞれにアプリケーションの画面を表示する複数のディスプレイを備えた情報処理端末の制御方法であって、
前記情報処理端末のリソース消費量に基づいて、前記複数のディスプレイのうちから前記新たなアプリケーションを起動するディスプレイを決定するものである。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施形態による情報処理端末の正面図である。
【図２】本発明の実施形態による情報処理端末の機能ブロック図である。
【図３】１つのディスプレイにて複数のアプリケーションを実行した場合の一例を示す概念図である。
【図４】第１の実施形態の情報処理端末１０によるアプリケーションの画面表示制御を示すフローチャートである。
【図５】本実施形態の情報処理端末による強制起動処理を示すフローチャートである。
【図６】第２の実施形態の情報処理端末１０によるアプリケーションの画面表示制御を示すフローチャートである。
【図７】第２の実施形態の変形例による情報処理端末１０によるアプリケーションの画面表示制御を示すフローチャートである。
【図８】第３の実施形態の情報処理端末１０によるアプリケーションの画面表示制御を示すフローチャートである。
【図９】第３の実施形態の変形例の情報処理端末１０によるアプリケーションの画面表示制御を示すフローチャートである。
【図１０】第４の実施形態の情報処理端末１０によるアプリケーションの画面表示制御を示すフローチャートである。
【図１１】第６の実施形態の情報処理端末１０によるアプリケーションの画面表示制御を示すフローチャートである。
【図１２】第７の実施形態の情報処理端末１０によるアプリケーション制御を示すフローチャートである。
【図１３】第８の実施形態の情報処理端末による処理に関する一実施例を示すフローチャートである。
【図１４】第８の実施形態の情報処理端末による処理に関する一実施例を示すフローチャートである。
【図１５】アプリケーションによる複数項目のリソースのリソース使用量を記録したテーブルの一例を示す図である。
【図１６Ａ】情報処理端末によるアプリケーション画面の表示の変化の一例を示す図である。
【図１６Ｂ】情報処理端末によるアプリケーション画面の表示の変化の一例を示す図である。
【図１７Ａ】情報処理端末によるアプリケーション画面の表示の変化の他の例を示す図である。
【図１７Ｂ】情報処理端末によるアプリケーション画面の表示の変化の他の例を示す図である。
【発明を実施するための形態】
【００１７】
本発明を実施するための形態について図面を参照して詳細に説明する。
【００１８】
まず、本発明の各実施形態に共通する基本的な構成および動作について説明する。
【００１９】
図１は、本発明の実施形態による情報処理端末の正面図である。本発明の実施形態の情報処理端末１０は一例として通信機能を備えた携帯情報端末であり、開閉可能に接続された２つの筐体１３、１４からなり、各筐体１３、１４のそれぞれにディスプレイ１１、１２を備えている。２つのディスプレイ１１、１２は、筐体１３と筐体１４を開いた状態で表示面が同じ方向を向き、同時にユーザの視界に入るように配置されている。ただし、２つ筐体１３、１４にそれぞれディスプレイ１１、１２を備えた情報処理端末１０は開閉式である必要はなく他のどのような構成であってもよい。他の例として、２つの筐体１３、１４が互いに摺動可能に接続されたスライド式であってもよく、あるいは２つの筐体１３、１４が互いに分離可能であってもよい。
【００２０】
まず、情報処理端末１０の概要について説明する。
【００２１】
図２は、本発明の実施形態による情報処理端末の機能ブロック図である。図２を参照すると、情報処理端末１０はディスプレイ１１、１２および制御部１５を有している。
【００２２】
ディスプレイ１１、１２は、それぞれにアプリケーション画面を表示する液晶等の表示装置である。
【００２３】
制御部１５は、各種アプリケーションの処理を実行し、実行中のアプリケーションのアプリケーション画面をディスプレイ１１、１２に表示する処理装置である。制御部１５に、アプリケーション等の各種処理の実行を受け持つＣＰＵと、ディスプレイ１１、１２への画像表示の処理を受け持つＧＰＵ（Ｇｒａｐｈｉｃｓ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）とが含まれていてもよい。
【００２４】
制御部１５は、２つのアプリケーションを並行して実行し、それらのアプリケーション画面をそれぞれディスプレイ１１、１２に表示させることが可能である。
【００２５】
また、制御部１５は、複数のアプリケーションを１つのディスプレイに重ねて表示するように実行することもできる。その場合、制御部１５は、ユーザの意図を考慮し、起動直後のアプリケーションのアプリケーション画面をディスプレイの最も手前（表面）に表示する。
【００２６】
図３は、１つのディスプレイにて複数のアプリケーションを実行した場合の一例を示す概念図である。図３は、アプリケーションＡ１〜Ａ４の４つのアプリケーションがディスプレイ１１にて実行されている例を示している。アプリケーションＡ１のアプリケーション画面が実際にディスプレイ１１に表示されており、アプリケーションＡ２〜Ａ４は実行されてはいるがアプリケーション画面が見えない状態である。この状態におけるアプリケーションＡ１を表示アプリケーションと呼び、アプリケーションＡ２〜Ａ４を潜在アプリケーションと呼ぶことにする。また、潜在アプリケーションＡ２〜Ａ４にも階層（順位）が存在する。表示アプリケーションＡ１に最も近い潜在アプリケーションＡ２から最も遠い潜在アプリケーションＡ４に向かって階層が深くなっている。例えば表示アプリケーションＡ１が終了されると最上位の潜在アプリケーションＡ２が新たに表示アプリケーションになる。
【００２７】
表示アプリケーションは、ユーザ操作が入力されたり、処理を頻繁に実行したりするため、リソースを多く消費する。一方、潜在アプリケーションは基本的にリソースの消費量が少ない。また、制御部１５が、潜在アプリケーションを、リソースの消費を意図的に削減した非アクティブ状態にすることにしてもよい。
【００２８】
ここでリソースとは、アプリケーションの実行に利用される、情報処理端末１０が有する物理的あるいは仮想的なリソースである。リソースには、例えば、ＣＰＵあるいはＧＰＵの処理能力、メモリ容量、通信のスループット、電力あるいはチャネル数のような中間的な消費量をとりうる種類のリソース、カメラ、ＧＰＳ、センサ、あるいは通信デバイスのデバイス等のように使用の有無が定まる種類（１つのアプリケーションに占有される種類）のリソースが含まれる。アプリケーションが実行されるとき、アプリケーションによってリソースが使用される。
【００２９】
制御部１５は、新たなアプリケーションを起動するとき、新たなアプリケーションのアプリケーション画面をどちらのディスプレイに表示するか決定する。
【００３０】
以下、本発明の各実施形態の詳細について説明する。
【００３１】
（第１の実施形態）
第１の実施形態として、中間的な消費量をとりうる種類のリソースだけを想定した場合を例示する。中間的な消費量をとりうるリソースの例として、ＣＰＵ処理能力、メモリ容量、通信のスループット、チャネル数、電力などがある。
【００３２】
第１の実施形態の情報処理端末１０の基本的な構成は図２に示した構成である。
【００３３】
図４は、第１の実施形態の情報処理端末１０によるアプリケーションの画面表示制御を示すフローチャートである。この画面表示制御の処理は主に制御部１５により実行される。
【００３４】
本実施形態の情報処理端末１０は、それぞれにアプリケーションの画面を表示する複数のディスプレイ１１及び１２と、情報処理端末１０のリソース消費量に基づいて複数のディスプレイ１１及び１２のうちから新たなアプリケーションを起動するディスプレイを決定する制御部１５とを有する。したがって、本実施形態の情報端末１０は、情報処理端末にかかる負荷を考慮して、新たなアプリケーションを起動するディスプレイを決定することができる。以下により詳細な説明を記載する。
【００３５】
図４の初期状態では、既に何らかのアプリケーションが実行中であっても、いずれのアプリケーションも実行されていなくてもよい。
【００３６】
図４を参照すると、情報処理端末１０は、新たなアプリケーションの起動指示を受けると、まず第１の条件により、新たなアプリケーションをディスプレイ１１に起動できるか、ディスプレイ１２に起動できるか、どちらにも起動できないか判定する（ステップ１０１）。ここで第１の条件は、新たなアプリケーションを一方のディスプレイにて起動した場合に、そのアプリケーションの過去のリソース消費量の統計量と、他方のディスプレイの表面に出ている実行中のアプリケーションの現在のリソース消費量の総和が所定の閾値を超えないという条件である。リソース消費量の統計量は一例として過去の実行時のリソース消費量の平均値である。実行中のアプリケーションのリアルタイムのリソース消費量からアプリケーションを起動すべきでない場合は、この第１の条件で起動できないと判断される。
【００３７】
ディスプレイ１１、１２のいずれか一方または両方にてアプリケーションを起動できると判断された場合、情報処理端末１０は、アプリケーションを起動できると判断されたディスプレイについて、更に第２の条件により新たなアプリケーションを起動できるか否か判定する（ステップ１０２）。
【００３８】
ここで第２の条件は、新たなアプリケーションを、第１の条件を満たしたディスプレイにて起動するとした場合に、新たなアプリケーションの過去の統計量であるリソース消費量と、他のディスプレイの表面に出ている実行中のアプリケーションの過去の統計量のリソース消費量との総和が所定の閾値を超えないという条件である。リソース消費量の統計量は、やはり一例として過去の実行時のリソース消費量の平均値である。実行中のアプリケーションが平均的なリソース消費量で推移すると仮定した場合に、アプリケーションを起動すべきでなければ、この第２の条件で起動できないと判断される。
【００３９】
第２の条件でもディスプレイ１１、１２のいずれか一方または両方にてアプリケーションを起動できると判断された場合、情報処理端末１０は、アプリケーションを起動できると判断されたディスプレイについて、更に第３の条件により新たなアプリケーションを起動できるか否か判定する（ステップ１０３）。
【００４０】
ここで第３の条件は、新たなアプリケーションがディスプレイ１１、１２のいずれかで起動された後に他のディスプイレイの表示アプリケーションが終了されたときの、２つのディスプレイ１１、１２の表面のアプリケーションのリソース消費量の総和が閾値を超えないという条件である。将来的にディスプレイ１１、１２の表面に出ているアプリケーションが終了され、その下のアプリケーションが表面に出た場合に、全体のリソース消費量に問題が生じることが想定される場合、この第３の条件で起動できないと判断される。
【００４１】
第３の条件でもディスプレイ１１、１２のいずれか一方または両方にてアプリケーションを起動できると判断された場合、情報処理端末１０は、アプリケーションを起動できると判断されたディスプレイにてアプリケーションを起動する（ステップ１０４）。これにより、第１〜３の条件の全ての条件を満たすディスプレイを優先してアプリケーションを起動することができる。例えば、ディスプレイ１１で新たなアプリケーションを起動した場合、ディスプレイ１１のそれまでの表示アプリケーションは最上位の潜在アプリケーションとなる。潜在アプリケーションになるとそのアプリケーションのリアルタイムのリソース消費量は減少する。
【００４２】
なお、第３の条件でディスプレイ１１、１２のどちらでもアプリケーションを起動できると判断されたのであれば、情報処理端末１０はディスプレイ１１、１２のうち一方を任意に選択し、選択したディスプレイにてアプリケーションを起動すればよい。ただし、これは一例であり、他の例として、更なる条件による判定を行ってもよい。具体的には、新たなアプリケーションをディスプレイ１１にて起動した場合とディスプレイ１２にて起動した場合とでリソース消費量に差異があれば、リソース消費量がより少なくなる方を選択してもよい。
【００４３】
ステップ１０１〜１０３のいずれかにおいて、ディスプレイ１１、１２のいずれによってもアプリケーションを起動できないと判定された場合、情報処理端末１０は強制起動処理を実行する（ステップ１０５）。強制起動処理とは、リソース消費量の総計が低減するように実行中のアプリケーションの状態を制御した上で、要求された新たなアプリケーションを起動する処理である。強制起動処理の詳細は後述する。ただし、強制起動処理を行うのは一例であり、他の例として、ステップ１０１〜１０３のいずれかにおいて、ディスプレイ１１、１２のいずれによってもアプリケーションを起動できないと判定された場合、情報処理端末１０は新たなアプリケーションを起動しないことにしてもよい。
【００４４】
図５は、本実施形態の情報処理端末による強制起動処理を示すフローチャートである。図４のフローチャートにおいて新たなアプリケーションをいずれのディスプレイ１１、１２にても起動することができないと判断された場合に、この強制起動処理が実行される。
【００４５】
図５を参照すると、情報処理端末１０は、まず、実行中のアプリケーションをディスプレイ１１、１２間で移動すれば、新たなアプリケーションをいずれかのディスプレイにて起動できるか否か判定する（ステップ２０１）。実行中のアプリケーションをディスプレイ１１、１２間で移動するとは、そのアプリケーションのアプリケーション画面を表示するディスプレイをディスプレイ１１からディスプレイ１２へあるいはディスプレイ１２からディスプレイ１１へ変更することである。実行中のアプリケーションをディスプレイ１１、１２間で移動すると、２つのディスプレイ１１、１２の表示アプリケーションと潜在アプリケーションが変化するので、全体のリソース消費量が変化する。
【００４６】
実行中のアプリケーションをディスプレイ１１、１２間で移動すれば、全体のリソース消費量の変化の結果として新たなアプリケーションをいずれかのディスプレイにて起動できるのであれば、情報処理端末１０は、そのように実行中のアプリケーションを移動し（ステップ２０２）、新たなアプリケーションを起動する（ステップ２０３）。
【００４７】
実行中のアプリケーションをディスプレイ１１、１２間で移動しても新たなアプリケーションを起動できないのであれば、情報処理端末１０は、新たなアプリケーションをいずれか一方のディスプレイにて起動し、他方のディスプレイの表示アプリケーションを非アクティブ状態にする（ステップ２０４）。
【００４８】
ここで非アクティブ状態とは、実行中を維持したままリソース消費量を削減した状態である。アプリケーションを非アクティブ状態にする場合、例えば、そのアプリケーションのために確保されているメモリ領域を解放してもよい。または情報処理端末１０は、表示アプリケーションを非アクティブ状態にするために、そのアプリケーションのディスプレイ上に、リソース消費量がゼロのダミーアプリケーションを起動することにしてもよい。それにより表示アプリケーションが潜在アプリケーションとなりリソースの消費量が低減される。その際、情報処理端末１０は、非アクティブ状態にしたアプリケーションのアプリケーション画面を暗くしてもよく、あるいはサムネイル化してもよい。
【００４９】
また、図５の例では、実行中のアプリケーションをディスプレイ１１、１２間で移動しても新たなアプリケーションを起動できないとき、新たなアプリケーションを表示する方でないディスプレイの表面に出ているアプリケーションを非アクティブ状態にすることにしたが、本発明はこれに限定されるものではない。他の例として、実行中のアプリケーションをディスプレイ１１、１２間で移動した場合の判定を行うことなく、新たなアプリケーションをいずれか一方に表示し、他方のディスプレイの表面に出ているアプリケーションを非アクティブ状態にすることにしてもよい。
【００５０】
また、本実施形態では、図４に示したように、第１〜３の条件の全て条件による判定を行う例を示したが、本発明はこれに限定されるものではない。他の例として、第１〜３の条件のうちいずれか１つの条件だけで判定を行うことにしてもよい。更に他の例として、第１〜３のうちいずれか２つの条件で判定を行うことにしてもよい。
【００５１】
また、本実施形態では、図４に示したように、第１〜３の条件をその順序で用いる例を示したが、本発明はこれに限定されるものではなく、第１〜３の条件を任意の順序で用いることができる。
【００５２】
（第２の実施形態）
第１の実施形態として、ＣＰＵ処理能力やメモリ容量のような消費量が測定できるリソースだけを想定した場合を例示したが、第２の実施形態は、カメラやセンサのように使用の有無が定まる種類のリソースのみを想定した場合を例示する。この種のリソースをここではデバイスと呼ぶことにする。
【００５３】
第２の実施形態では、情報処理端末１０は、複数のアプリケーションが同じデバイスを同時に使用することが無いように、２つのディスプレイ１１、１２の表示アプリケーションが同じデバイスを使用するものにならないように新たなアプリケーションを起動するディスプレイを選択する。
【００５４】
第２の実施形態においても情報処理端末１０の基本的な構成は図２に示した構成である。
【００５５】
図６は、第２の実施形態の情報処理端末１０によるアプリケーションの画面表示制御を示すフローチャートである。この画面表示制御の処理は主に制御部１５により実行される。図６の初期状態では、既に何らかのアプリケーションが実行中であってもよく、いずれのアプリケーションも実行されていなくてもよい。
【００５６】
図６を参照すると、情報処理端末１０は、新たなアプリケーションの起動指示を受けると、その新たなアプリケーションがデバイスを使用するものであるか否か判定する（ステップ３０１）。新たなアプリケーションがデバイスを使用するのであれば、情報処理端末１０は、次に、新たなアプリケーションが使用するデバイスと同じデバイスを使用するアプリケーションが表示アプリケーションとしてディスプレイ１１、１２に表示されているか否か判定する（ステップ３０２）。
【００５７】
ステップ３０１の判定にて、新たなアプリケーションがデバイスを使用するものでない場合、またはステップ３０２の判定にて、新たなアプリケーションと同じデバイスを使用するアプリケーションが表示されていない場合、情報処理端末１０は、ディスプレイ１１、１２から任意に選択したディスプレイにて新たなアプリケーションを起動する（ステップ３０３）。
【００５８】
ステップ３０２の判定にて、いずれかのディスプレイに新たなアプリケーションと同じデバイスを使用するアプリケーションが表示されていれば、情報処理端末１０は、そのディスプレイにて新たなアプリケーションを起動する（ステップ３０４）。これにより、同じデバイスを使用する複数のアプリケーションが同時に表示アプリケーションとなることが無くなる。
【００５９】
なお、ここでは、他のアプリケーションとの競合が無い状態でどちらのディスプレイ１１、１２でも起動できないようなアプリケーションはインストールされていないものとしている。また、初期状態として、同じデバイスを使用する２つのアプリケーションがディスプレイ１１、１２のそれぞれの表示アプリケーションになっていることは無いものとしている。そのため、図６において、新たなアプリケーションは必ず少なくともいずれかのディスプレイでは起動できるものとする。
【００６０】
本実施形態において、カメラのような使用の有無が定まる種類のリソースについて、アプリケーションがリソースを使用する可能性を数値化して、新たなアプリケーションを起動するディスプレイを選択するための判定に用いることにしてもよい。以下の本実施形態の変形例について説明する。
【００６１】
図７は、第２の実施形態の変形例による情報処理端末１０によるアプリケーションの画面表示制御を示すフローチャートである。この画面表示制御の処理は主に制御部１５により実行される。図７の初期状態では、既に何らかのアプリケーションが実行中であってもよく、いずれのアプリケーションも実行されていなくてもよい。
【００６２】
図７を参照すると、情報処理端末１０は、新たなアプリケーションの起動指示を受けると、その新たなアプリケーションがデバイスを使用する可能性があるか否か判定する（ステップ７０１）。ここでアプリケーションがデバイスを使用する可能性は、アプリケーションが実行されかつデバイスを使用した回数を、アプリケーションが実行された回数で除算して得られる使用率で表される。アプリケーションがデバイスを使用する可能性があるというのは使用率が閾値を超えていることを言う。閾値は例えばゼロである。
【００６３】
新たなアプリケーションがデバイスを使用する可能性があるものであれば、情報処理端末１０は、第４の条件として、新たなアプリケーションが使用するデバイスが、いずれかの表示アプリケーションによって現時点で使用されているか否か判定する（ステップ７０２）。
【００６４】
新たなアプリケーションが使用するデバイスがいずれの表示アプリケーションによっても現時点で使用されていなければ、情報処理端末１０は、次に、第５の条件として、そのデバイスを使用する可能性があるアプリケーションがいずれかのディスプレイの表示アプリケーションとなっているか否か判定する（ステップ７０３）。そのデバイスを使用する可能性があるアプリケーションがいずれかのディスプレイの表示アプリケーションとなっていなければ、情報処理端末１０は、更に、第６の条件として、そのデバイスを使用する可能性があるアプリケーションがいずれかのディスプレイの潜在アプリケーションとなっているか否か判定する（ステップ７０４）。
【００６５】
潜在アプリケーションがデバイスを使用する可能性があるというのは、そのアプリケーションが潜在アプリケーションとしてデバイスを使用する可能性、またはそのアプリケーションが表示アプリケーションとなったときにデバイスを使用する可能性があることを言う。
【００６６】
ステップ７０１の判定で、新たなアプリケーションがデバイスを使用する可能性がない場合、またはステップ７０４の判定で、新たなアプリケーションが使用するデバイスを使用する可能性がある潜在アプリケーションがない場合、情報処理端末１０は任意に選択したディスプレイにて新たなアプリケーションを起動する（ステップ７０５）。
【００６７】
ステップ７０２の判定で、新たなアプリケーションが使用するデバイスを現時点で使用している表示アプリケーションがあった場合、またはステップ７０３の判定で、そのデバイスを使用する可能性がある表示アプリケーションがあった場合、情報処理端末１０は、その表示アプリケーションと同じディスプレイにて新たなアプリケーションを起動する（ステップ７０６）。
【００６８】
ステップ７０４の判定で、新たなアプリケーションが使用するデバイスを使用する可能性がある潜在アプリケーションがある場合、情報処理端末１０は、その潜在アプリケーションと同じディスプレイにて新たなアプリケーションを起動する（ステップ７０７）。
【００６９】
また、本実施形態では、図７に示したように、第４〜６の条件の全て条件による判定を行う例を示したが、本発明はこれに限定されるものではない。他の例として、第４〜６の条件のうちいずれか１つの条件だけで判定を行うことにしてもよい。更に他の例として、第４〜６の条件のうちいずれか２つの条件で判定を行うことにしてもよい。
【００７０】
また、本実施形態では、図７に示したように、第４〜６の条件をその順序で用いる例を示したが、本発明はこれに限定されるものではなく、第４〜６の条件を任意の順序で用いることができる。
【００７１】
（第３の実施形態）
第３の実施形態では、ＣＰＵ処理能力のように中間的な消費量をとりうるリソースと、カメラのように使用の有無が定まるリソース（デバイス）に両方があることを想定した場合を例示する。
【００７２】
第３の実施形態の情報処理端末の基本的な構成は図２に示したものと同じである。
【００７３】
第３の実施形態の情報処理端末１０は、図４に示した第１の実施形態における処理と、図６に示した第２の実施形態の処理とを組み合わせた処理により画面表示制御を行う。
【００７４】
図８は、第３の実施形態の情報処理端末１０によるアプリケーションの画面表示制御を示すフローチャートである。この画面表示制御の処理は主に制御部１５により実行される。図８の初期状態では、既に何らかのアプリケーションが実行中であってもよく、いずれのアプリケーションも実行されていなくてもよい。
【００７５】
図８を参照すると、情報処理端末１０は、新たなアプリケーションの起動指示を受けると、第１の基準により、新たなアプリケーションをディスプレイ１１に起動できるか、ディスプレイ１２に起動できるか、どちらにも起動できないか判定する（ステップ４０１）。第１の基準は、中間的な消費量をとりうる種類のリソースに関して、あるディスプレイにて新たなアプリケーションを起動できるか否か判定するための基準である。ここで第１の基準は、具体例として、図４に示したステップ１０１〜１０３の処理である。ただし、新たなアプリケーションをディスプレイ１１、１２のどちらでも起動できる場合と、どちらか一方でのみ起動できる場合は区別されるものとする。
【００７６】
第１の基準では新たなアプリケーションをディスプレイ１１、１２のどちらでも起動できる場合、情報処理端末１０は、次に第２の基準により、新たなアプリケーションをディスプレイ１１に起動できるか、ディスプレイ１２に起動できるか判定する（ステップ４０２）。
【００７７】
第２の基準は、使用の有無が定まる種類のリソースに関して、あるディスプレイにて新たなアプリケーションを起動できるか否か判定するための基準である。ここで第２の基準は、具体例として、図６に示したステップ３０１〜３０２の処理である。ただし、新たなアプリケーションをディスプレイ１１、１２のどちらでも起動できる場合と、どちらか一方でのみ起動できる場合は区別されるものとする。
【００７８】
続いて、情報処理端末１０は、ステップ４０２の判定結果に基づいて、新たなアプリケーションを起動するディスプレイを決定（決定１）する（ステップ４０３）。第１の基準ではディスプレイ１１、１２の優劣が付いていないので、決定１においては第２の基準により決定を行えばよい。具体的には、情報処理端末１０は、図６に示したステップ３０３、３０４の処理を行えばよい。
【００７９】
ステップ４０１の判定にて、新たなアプリケーションをディスプレイ１１、１２のいずれか一方にて起動できる場合、情報処理端末１０は、次に第２の基準により、新たなアプリケーションをディスプレイ１１に起動できるか、ディスプレイ１２に起動できるか判定する（ステップ４０４）。
【００８０】
続いて、情報処理端末１０は、第１の基準による判断結果と第２の基準による判断結果に相反があるか否か判定する（ステップ４０５）。ここで、第１の基準にて新たなアプリケーションを起動できると判定されたディスプレイについて、第２の基準でも新たなアプリケーションを起動できると判断されていれば相反は無い。第１の基準にて新たなアプリケーションを起動できると判定されたディスプレイについて、第２の基準では新たなアプリケーションを起動できないと判断され、かつ第２の基準では他方のディスプレイでは新たなアプリケーションを起動できると判定された場合、相反が生じる。
【００８１】
相反が無いのであれば、情報処理端末１０は、第１および第２の基準の判断結果に基づいて、新たなアプリケーションを起動するディスプレイを決定（決定２）する（ステップ４０６）。例えば、第１および第２の基準の両方で新たなアプリケーションを起動できると判定されたディスプレイがあれば、そのディスプレイに新たなアプリケーションを起動することを決定すればよい。
【００８２】
相反があれば、情報処理端末１０は、一例として第２の基準を第１の基準よりも優先して、新たなアプリケーションを起動するディスプレイを決定し、そのディスプレイにて新たなアプリケーションを起動する（ステップ４０７）。具体的には、情報処理端末１０は、第２の基準で新たなアプリケーションを起動できると判定されたディスプレイにて新たなアプリケーションを起動することを決定する。新たなアプリケーションを起動するとき、情報処理端末１０は、図５に示した強制起動処理を行う。
【００８３】
なお、ここでは、一例として第２の基準を第１の基準よりも優先させる例を示したが、本発明はこれに限定されない。他の例として、第１の基準を第２の基準よりも優先させてもよく、あるいは相反が生じた場合には新たなアプリケーションを起動しないことにしてもよい。
【００８４】
ステップ４０１の判定にて、新たなアプリケーションをいずれのディスプレイにおいても起動できないと判定された場合、情報処理端末１０は、次に、第２の基準により、新たなアプリケーションをディスプレイ１１に起動できるか、ディスプレイ１２に起動できるか判定する（ステップ４０８）。
【００８５】
情報処理端末１０は、ステップ４０８における第２の基準による判断結果に基づいて新たなアプリケーションを起動するディスプレイを決定し、強制起動処理により起動する（ステップ４０９）。例えば、第２の基準ではいずれか一方のディスプレイで新たなアプリケーションを起動できると判定されたのであれば、情報処理端末１０はそのディスプレイで新たなアプリケーションを起動する。第２の基準では両方のディスプレイ１１、１２で新たなアプリケーションを起動できると判定されたのであれば、情報処理端末１０は、任意に選択したディスプレイで新たなアプリケーションを起動する。
【００８６】
なお、ここでは、ステップ４０９においていずれかのディスプレイにて新たなアプリケーションを起動する例を示したが、本発明はこれに限定されない。他の例として、ステップ４０１において、第１の基準でディスプレイ１１、１２のいずれにおいても新たなアプリケーションを起動できないのであれば、ステップ４０８の処理を行わず、新たなアプリケーションを起動しないことにしてもよい。
【００８７】
また、ここでは第１の基準よりも第２の基準を優先する例であるため、第２の基準において、どちらのディスプレイにも新たなアプリケーションを起動できないと判断されることは想定していない。しかし、第２の基準よりも第１の基準を優先させた場合、第２の基準において、どちらのディスプレイにも新たなアプリケーションを起動できないと判断される場合が起こりうる。その場合、第１の基準に基づいて、どちらのディスプレイに新たなアプリケーションを起動するか判断すればよい。
【００８８】
また、図８では、第１の基準による判断の後に第２の基準による判断を行う例を示したが、本発明はこれに限定されるものではない。他の例として、第２の基準による判断の後に第１の基準による判断を行うことにしてもよい。
【００８９】
図９は、第３の実施形態の変形例の情報処理端末１０によるアプリケーションの画面表示制御を示すフローチャートである。
【００９０】
図９を参照すると、情報処理端末１０は、新たなアプリケーションの起動指示を受けると、第２の基準により、新たなアプリケーションをディスプレイ１１に起動できるか、ディスプレイ１２に起動できるか判定する（ステップ５０１）。
【００９１】
新たなアプリケーションをディスプレイ１１、１２のどちらでも起動できる場合、情報処理端末１０は、次に第１の基準により、新たなアプリケーションをディスプレイ１１に起動できるか、ディスプレイ１２に起動できるか、どちらにも起動できないか判定する（ステップ５０２）。続いて、情報処理端末１０は、ステップ５０２の判定結果に基づいて、新たなアプリケーションを起動するディスプレイを決定（決定１）する（ステップ５０３）。第２の基準ではディスプレイ１１、１２の優劣が付いていないので、決定１においては第１の基準により決定を行えばよい。具体的には、情報処理端末１０は、図４に示したステップ１０４、１０５の処理を行えばよい。
【００９２】
ステップ５０１の判定で、ディスプレイ１１、１２のいずれか一方でのみ新たなアプリケーションを起動できると判定された場合、情報処理端末１０は、次に、第１の基準により、新たなアプリケーションをディスプレイ１１に起動できるか、ディスプレイ１２に起動できるか、どちらにも起動できないか判定する（ステップ５０４）。
【００９３】
続いて、情報処理端末１０は、第１の基準による判断結果と第２の基準による判断結果に相反があるか否か判定する（ステップ５０５）。ここで、第２の基準にて新たなアプリケーションを起動できると判定されたディスプレイについて、第１の基準でも新たなアプリケーションを起動できると判断されていれば相反は無い。また、第１の基準では、どちらのディスプレイにも新たなアプリケーションを起動できないと判定された場合も相反は無い。第２の基準にて新たなアプリケーションを起動できると判定されたディスプレイについて、第１の基準では新たなアプリケーションを起動できないと判断され、かつ第１の基準では他方のディスプレイでは新たなアプリケーションを起動できると判定された場合、相反が生じる。
【００９４】
相反が無いのであれば、情報処理端末１０は、第１および第２の基準の判断結果に基づいて、新たなアプリケーションを起動するディスプレイを決定（決定２）する（ステップ５０６）。例えば、第１の基準では、どちらのディスプレイにも新たなアプリケーションを起動できないと判定されたのであれば、第２の基準で新たなアプリケーションを起動できると判定されたディスプレイに決定すればよい。その場合、情報処理端末１０は図５に示した強制起動処理を行う。
【００９５】
相反があれば、情報処理端末１０は、一例として第１の基準を第２の基準よりも優先して、新たなアプリケーションを起動するディスプレイを決定し、そのディスプレイにて新たなアプリケーションを起動する（ステップ５０７）。具体的には、情報処理端末１０は、第１の基準で新たなアプリケーションを起動できると判定されたディスプレイにて新たなアプリケーションを起動することを決定する。新たなアプリケーションを起動するとき、情報処理端末１０は、図５に示した強制起動処理を行う。
【００９６】
なお、ここでは、一例として第１の基準を第２の基準よりも優先させる例を示したが、本発明はこれに限定されない。他の例として、第２の基準を第１の基準よりも優先させてもよく、あるいは相反が生じた場合には新たなアプリケーションを起動しないことにしてもよい。
【００９７】
また、第３の実施形態では固定的に第１の基準を先に用い、第３の実施形態の変形例では固定的に第２の基準を先に用いる例を示した。しかし、本発明はこれらに限定されるものではない。新たに起動するアプリケーションに応じて第１の条件と第２の条件のいずれを先に用いるかを選択してもよい。アプリケーション毎に、使用の有無が定まるリソース（デバイス）を優先するか、中間的な消費量をとりうるリソースを優先するかを予め設定しておき、その設定に応じて第１の基準と第２の基準のどちらを先に用いるか選択してもよい。例えば、デバイスを優先すると設定されたアプリケーションを起動しようとするときには、まず第１の条件による判定を行い、それに続いて第２の条件による判定を行うことにしてもよい。あるいはその逆の順序でもよい。また、アプリケーション毎に、どのリソースを優先するかを予め定めておいてもよい。その場合、優先するリソースが属する種類に関する基準を先または後に用いることにすればよい。
【００９８】
（第４の実施形態）
第１〜３の実施形態においては２つのディスプレイ１１、１２が同じデバイス特性である場合を想定したが、ディスプレイ１１とディスプレイ１２が異なる特性を有する場合もありうる。ディスプレイの特性としては、そのディスプレイのフレームレート、そのディスプレイが搭載されている同じ筐体にカメラやセンサが配置されているか否か等がある。
【００９９】
ディスプレイ１１、１２毎に特性が異なる場合、情報処理端末１０は、そのアプリケーションに適した特性のディスプレイを他のディスプレイより優先するのが好ましい。つまり、情報処理端末１０は、上述したように全体のリソース消費量を適正に維持したり、アプリケーション同士が使用するデバイスにおいて競合しないようにしたりするとともに、新たなアプリケーションに適した特性のディスプレイを優先的に選択するのがよい。
【０１００】
第１〜３の実施形態では、情報処理端末１０は、リソース消費量に基づく判定またはリソース（デバイス）の使用の有無に基づく判定あるいはそれらを組み合わせた判定の判定結果により選択したディスプレイにて新たなアプリケーションを起動した。第４の実施形態では、情報処理端末１０は、更に、アプリケーションが要求する特性をディスプレイ１１、１２がどれだけ満たすかという条件を加えて、新たなアプリケーションをディスプレイ１１、１２のいずれに表示するかを判定する。
【０１０１】
図１０は、第４の実施形態の情報処理端末１０によるアプリケーションの画面表示制御を示すフローチャートである。
【０１０２】
図１０を参照すると、情報処理端末１０は、新たなアプリケーションの起動指示を受けると、上述した第１の基準または第２の基準あるいはそれらを組みわせて、新たなアプリケーションをディスプレイ１１に起動できるか、ディスプレイ１２に起動できるか、どちらにも起動できないか判定する（ステップ６０１）。この判定は第１〜３の実施形態に示したのと同様に行えばよい。
【０１０３】
ステップ６０１では新たなアプリケーションをディスプレイ１１、１２のどちらでも起動できる場合、情報処理端末１０は、次に第３の基準により、新たなアプリケーションをディスプレイ１１に起動できるか、ディスプレイ１２に起動できるか判定する（ステップ６０２）。
【０１０４】
第３の基準は、ディスプレイ１１、１２の特性が新たなアプリケーションの要求を満たすか否か判定するための基準である。例えば、新たなアプリケーションがカメラと同じ筐体に実装されているディスプレイに表示することを要求するものであれば、カメラと同じ筐体に実装されているディスプレイは新たなアプリケーションの要求を満たし、カメラとは異なる筐体に実装されているディスプレイは新たなアプリケーションの要求を満たさないということになる。
【０１０５】
続いて、情報処理端末１０は、ステップ６０２の判定結果に基づいて、新たなアプリケーションを起動するディスプレイを決定する（ステップ６０３）。ステップ６０１ではディスプレイ１１、１２の優劣が付いていないので、ここでは第３の基準により決定を行えばよい。具体的には、情報処理端末１０は、ディスプレイ１１、１２のいずれか一方がアプリケーションの要求を満たすのであれば、そのディスプレイを選択する。また、ディスプレイ１１、１２の両方がアプリケーションの要求を満たすのであれば、情報処理端末１０はいずれかのディスプレイを任意に選択する。
【０１０６】
ステップ６０１の判定にて、新たなアプリケーションをディスプレイ１１、１２のいずれか一方にて起動できる場合、情報処理端末１０は、次に第３の基準により、新たなアプリケーションをディスプレイ１１に起動できるか、ディスプレイ１２に起動できるか判定する（ステップ６０４）。
【０１０７】
続いて、情報処理端末１０は、ステップ６０１における判断結果と、ステップ６０４における第３の基準による判断結果に、相反があるか否か判定する（ステップ６０５）。ここで、ステップ６０１にて新たなアプリケーションを起動できると判定されたディスプレイについて、第３の基準でも新たなアプリケーションを起動できると判断されていれば相反は無い。ステップ６０１にて新たなアプリケーションを起動できると判定されたディスプレイについて、第３の基準では新たなアプリケーションを起動できないと判断され、かつ第３の基準では他方のディスプレイでは新たなアプリケーションを起動できると判定された場合、相反が生じる。
【０１０８】
相反が無いのであれば、情報処理端末１０は、ステップ６０１、６０４の判断結果に基づいて、新たなアプリケーションを起動するディスプレイを決定する（ステップ６０６）。ステップ６０１、６０４の両方で新たなアプリケーションを起動できると判定されたディスプレイに新たなアプリケーションを起動することを決定すればよい。
【０１０９】
相反があれば、情報処理端末１０は、一例として第３の基準の判定をステップ６０１の判定よりも優先して新たなアプリケーションを起動するディスプレイを決定し、そのディスプレイにて新たなアプリケーションを起動する（ステップ６０７）。具体的には、情報処理端末１０は、第３の基準で新たなアプリケーションを起動できると判定されたディスプレイにて新たなアプリケーションを起動することを決定する。新たなアプリケーションを起動するとき、情報処理端末１０は、図５に示した強制起動処理を行う。
【０１１０】
なお、ここでは、一例として第３の基準の判定をステップ６０１の判定よりも優先させる例を示したが、本発明はこれに限定されない。他の例として、ステップ６０１の判定を第３の基準の判定よりも優先させてもよく、あるいは相反が生じた場合には新たなアプリケーションを起動しないことにしてもよい。
【０１１１】
ステップ６０１の判定にて、新たなアプリケーションをいずれのディスプレイにおいても起動できないと判定された場合、情報処理端末１０は、次に、第３の基準により、新たなアプリケーションをディスプレイ１１に起動できるか、ディスプレイ１２に起動できるか判定する（ステップ６０８）。
【０１１２】
情報処理端末１０は、ステップ６０８における第３の基準による判断結果に基づいて新たなアプリケーションを起動するディスプレイを決定し、強制起動処理により起動する（ステップ６０９）。例えば、第３の基準ではいずれか一方のディスプレイで新たなアプリケーションを起動できると判定されたのであれば、情報処理端末１０はそのディスプレイで新たなアプリケーションを起動する。第３の基準では両方のディスプレイ１１、１２で新たなアプリケーションを起動できると判定されたのであれば、情報処理端末１０は、任意に選択したディスプレイで新たなアプリケーションを起動する。
【０１１３】
なお、ここでは、ステップ６０９においていずれかのディスプレイにて新たなアプリケーションを起動する例を示したが、本発明はこれに限定されない。他の例として、ステップ６０１の判定においてディスプレイ１１、１２のいずれにおいても新たなアプリケーションを起動できないのであれば、ステップ６０８の処理を行わず、新たなアプリケーションを起動しないことにしてもよい。
【０１１４】
また、図１０では、ステップ６０１の判断の後に第３の基準の判断を行う例を示したが、本発明はこれに限定されるものではない。他の例として、第３の基準の判断の後にステップ６０１の判断を行うことにしてもよい。
【０１１５】
また、アプリケーション毎にディスプレイの特性をどの程度優先させるかを示す優先度を設定し、ステップ６０５にて相反が生じた場合に優先度に基づく選択を行ってもよい。例えば、ステップ６０５にて相反が生じたとき、ディスプレイの特性の優先度が閾値以上であれば、第３の基準によりアプリケーションを起動できると判定されたディスプレイにアプリケーションを起動すればよい。また、ディスプレイの特性の優先度が閾値より低ければ、ステップ６０５によりアプリケーションを起動できると判定されたディスプレイにアプリケーションを起動すればよい。
【０１１６】
例えば、アプリケーションが高画質の動画を表示するものであれば、そのアプリケーションには、高画質画像の表示が可能であるという特性を優先させてもよい。
【０１１７】
また、カメラを必ず利用するアプリケーションであれば、カメラが配置されているというデバイス特性を必須の優先度（最高の優先度）とし、カメラを適宜利用するアプリケーションであれば、カメラが配置されているという特性を一定の優先度（中程度の優先度）としてもよい。また、過去の実行時における実際のカメラの使用頻度に応じて優先度を変更してもよい。例えば、カメラを利用するアプリケーションであれば、カメラが配置されているという特性を初期値として所定の優先度に設定し、その後のカメラの利用頻度が高ければ優先度を上げ、カメラの利用頻度が低ければ優先度を下げることにしてもよい。
【０１１８】
また、加速度センサのようなセンサを利用するアプリケーションであれば、センサが配置されているという特性を必須あるいは一定の優先度としてもよい。図１に示した形状の情報処理端末１０における筐体１３、１４の開閉を何らかの制御に用いるアプリケーションであり、かつ加速度の検出に高い精度が要求されないのであれば、センサが配置されているという特性を、その要求に対応する一定の優先度としてもよい。また、３Ｄ（ｔｈｒｅｅ  ｄｉｍｅｎｓｉｏｎｓ）の地図によって現在地や方向を表示するアプリケーションであり、加速度の検出に高い精度が要求されるのであれば、センサが配置されているという特性を必須の優先度としてもよい。あるいは、３Ｄの地図によって現在地や方向を表示するアプリケーションであっても、過去の実行時にユーザが、センサが配置されていない側のディスプレイに表示することを許容していた場合には、センサが配置されているという特性を必須より少し下げた優先度としてもよい。
【０１１９】
（第５の実施形態）
第１〜４の実施形態では、アプリケーション同士に特別な関連付けが無い場合を想定したが、複数のアプリケーション相互に関連付けがある場合がある。例えば、利用者が、あるアプリケーションを利用するとき頻繁に他の特定のアプリケーションも利用するような場合、それらのアプリケーションを関連アプリケーションセットとして関連付けてもよい。第５の実施形態は、そのように複数のアプリケーション相互に関連付けがある場合を想定した例である。
【０１２０】
第５の実施形態による情報処理端末の基本的な構成は図２に示したものと同じである。本実施形態では、情報処理端末１０は、第３の実施形態に示した処理に加え、関連アプリケーションセットの一方のアプリケーションを新たに起動するとき、他方のアプリケーションが潜在アプリケーションとして実行中であれば表示アプリケーションにし、他方のアプリケーションが実行されていなければ同時に起動するという処理を行う。ただし、そのとき、リソース消費量の総和が閾値を超えず、かつデバイスの使用において競合が生じないことを条件とする。なお、新たに起動するアプリケーションに他のアプリケーションが関連付けられていなければ、情報処理端末１０は第３の実施形態と同様の処理を行う。
【０１２１】
一例としてアプリケーションＡ１とアプリケーションＡ２が関連アプリケーションセットとして関連付けられているとする。情報処理端末１０は、その関連アプリケーションセットの関連付け情報を予め保持している。そして、アプリケーションＡ１の起動が要求されると、情報処理端末１０は、関連付け情報を参照して、アプリケーションＡ１に関連付けられているアプリケーションＡ２を認識する。そして、情報処理端末１０は、全体のリソース消費量が閾値を超えず、かつリソース使用の競合が生じないことを条件として、ディスプレイ１１、１２にアプリケーションＡ１、Ａ２を表示する。
【０１２２】
なお、情報処理端末１０は、全体のリソース消費量が閾値を超えず、リソース使用の競合が生じないという条件を満たすか否かを第３の実施形態で用いた方法と同様の方法で判定する。ただし、関連アプリケーションセットは、全体のリソース消費量およびデバイス使用の競合に関して問題が生じない組み合わせであるべきである。したがって、第１〜３の条件のうち、潜在アプリケーションを考慮した第３の条件を除いた、第１および第２の条件では全体のリソース消費量が閾値を超えないという条件が常に満たされるのが通常である。
【０１２３】
情報処理端末１０が、アプリケーションＡ１、Ａ２のどちらをどちらのディスプレイに表示するかは任意であるが、例えば、以下のようにすることが考えられる。
【０１２４】
起動が要求されたアプリケーションＡ１に関連付けられたアプリケーションＡ２が既にディスプレイ１１またはディスプレイ１２の表示アプリケーションであれば、情報処理端末１０は、アプリケーションＡ１を他方のディスプレイにて起動する。
【０１２５】
また、アプリケーションＡ２がいずれかのディスプレイの潜在アプリケーションであれば、情報処理端末１０は、アプリケーションＡ２をそのディスプレイの表示アプリケーションに引き上げて、アプリケーションＡ１を他方のディスプレイにて起動する。また、アプリケーションＡ２が実行されていなければ、情報処理端末１０はアプリケーションＡ１と共にアプリケーションＡ２も起動する。その際、どちらのアプリケーションをどちらのディスプレイにて起動するかは任意である。
【０１２６】
例えば、動画再生アプリケーションとブラウザとが関連付けられており、ディスプレイ１２にブラウザが表示され、ディスプレイ１１に電卓アプリケーションが表示されていたとする。その状態から動画再生アプリケーションの実行が要求されたら、情報処理端末１０は、リソース消費量の総和が閾値を超えないことを条件として、ディスプレイ１１に動画再生アプリケーションを起動すればよい。これにより、互いに関連付けられた動画再生アプリケーションとブラウザをユーザが同時に利用できる状態となる。
【０１２７】
また、情報処理端末１０は、関連アプリケーションセットとして互いに関連付けられた複数のアプリケーションを新たに起動するとき、いずれのアプリケーションが先に終了されるかを想定して各アプリケーション画面を表示するディスプレイを決定してもよい。
【０１２８】
具体的には、情報処理端末１０は、関連アプリケーションセットの中で先に終了されることが想定されるアプリケーションを副アプリケーションとし、後から終了されることが想定されるアプリケーションを主アプリケーションとして関連付け情報の中で予め設定しておく。そして、情報処理端末１０は、副アプリケーションが終了された場合にリソース消費量の総和が閾値を超えないように、各アプリケーション画面を表示するディスプレイを決定する。具体的には、ディスプレイ１１、１２のうち表面に出ているアプリケーションのリソース消費量が小さい方に副アプリケーションを起動し、表面に出ているアプリケーションのリソース消費量がより大きい方に主アプリケーションを起動すればよい。
【０１２９】
（第６の実施形態）
第１の実施形態では、新たなアプリケーションをディスプレイ１１，１２のいずれにも起動できないと判定されない限り、第１〜３の全ての条件について判定を行った後に、新たなアプリケーションをどちらのディスプレイにて起動するか決定した。しかしながら、本発明はこれに限定されるものではない。第６の実施形態として、第１〜３の条件を順次判定していく間に、いずれかの条件で片方のディスプレイだけに新たなアプリケーションを起動できるという判定がされたら、新たなアプリケーションをそのディスプレイにて起動することを決定する場合を例示する。この場合、片方のディスプレイだけで新たなアプリケーションを起動できるという判定がされたら、それ以降の条件の判定は行う必要が無く、判定処理の削減が可能である。
【０１３０】
第６の実施形態の情報処理端末１０の基本的な構成は図２に示した構成である。
【０１３１】
図１１は、第６の実施形態の情報処理端末１０によるアプリケーションの画面表示制御を示すフローチャートである。この画面表示制御の処理は主に制御部１５により実行される。図１１の初期状態では、既に何らかのアプリケーションが実行中であってもよく、いずれのアプリケーションも実行されていなくてもよい。
【０１３２】
図１１を参照すると、情報処理端末１０は、新たなアプリケーションの起動指示を受けると、まず第１の条件により、新たなアプリケーションをディスプレイ１１に起動できるか、ディスプレイ１２に起動できるか、どちらにも起動できないか判定する（ステップ８０１）。第１の条件は、第１の実施形態のものと同じものであり、新たなアプリケーションを一方のディスプレイにて起動した場合に、そのアプリケーションの過去のリソース消費量の統計量と、他方のディスプレイの表面に出ている実行中のアプリケーションの現在のリソース消費量の総和が所定の閾値を超えないという条件である。リソース消費量の統計量は一例として過去の実行時のリソース消費量の平均値である。実行中のアプリケーションのリアルタイムのリソース消費量からアプリケーションを起動すべきでない場合は、この第１の条件で起動できないと判断される。
【０１３３】
ディスプレイ１１、１２のいずれか一方によりアプリケーションを起動できる場合、情報処理端末１０は、そのディスプレイで新たなアプリケーションを起動する（ステップ８０２）。例えば、ディスプレイ１１で新たなアプリケーションを起動した場合、それまでディスプレイ１１の表面に出ていたアプリケーションは新たなアプリケーションの下に隠れる。下に隠れたアプリケーションのリアルタイムのリソース消費量は減少する。
【０１３４】
ディスプレイ１１、１２のいずれによってもアプリケーションを起動できない場合、情報処理端末１０は強制起動処理を実行する（ステップ８０３）。ここで強制起動処理は、図５に示した第１の実施形態のものと同じであり、リソース消費量の総計が低減するように実行中のアプリケーションの状態を制御した上で、要求された新たなアプリケーションを起動する処理である。
【０１３５】
第１の条件では、ディスプレイ１１、１２のいずれによってもアプリケーションを起動できる場合、情報処理端末１０は、次に第２の条件により、新たにアプリケーションをディスプレイ１１に起動できるか、ディスプレイ１２に起動できるか、どちらにも起動できないか判定する（ステップ８０４）。ここで第２の条件は、第１の実施形態のものと同じであり、新たなアプリケーションを、第１の条件を満たした２つのディスプレイ１１、１２のいずれかにて起動するとした場合に、新たなアプリケーションの過去の統計量であるリソース消費量と、他のディスプレイの表面に出ている実行中のアプリケーションの過去の統計量のリソース消費量との総和が閾値を超えないという条件である。リソース消費量の統計量は、やはり一例として過去の実行時のリソース消費量の平均値である。実行中のアプリケーションが平均的なリソース消費量で推移すると仮定した場合に、アプリケーションを起動すべきでなければ、この第２の条件で起動できないと判断される。
【０１３６】
第２の条件ではディスプレイ１１、１２のいずれか一方によりアプリケーションを起動できる場合、情報処理端末１０は、そのディスプレイで新たなアプリケーションを起動する（ステップ８０５）。
【０１３７】
第２の条件ではディスプレイ１１、１２のいずれによってもアプリケーションを起動できない場合、情報処理端末１０は、いずれか一方のディスプイレイを任意に選択し、そのディスプイレイにて新たなアプリケーションを強制起動する（ステップ８０３）。
【０１３８】
第２の条件でもディスプレイ１１、１２のいずれによってもアプリケーションを起動できる場合、情報処理端末１０は、次に第３の条件により、新たにアプリケーションをディスプレイ１１に起動できるか、ディスプレイ１２に起動できるか、どちらにも起動できないか判定する（ステップ８０６）。ここで第３の条件は、第１の実施形態と同じものであり、ディスプレイにアプリケーション画面を重ねて実行される複数のアプリケーションのうちディスプレイの表面に出ているアプリケーションが終了されたときに、２つのディスプレイ１１、１２の表面のアプリケーションのリソース消費量の総和が閾値を超えないという条件である。ディスプレイ１１、１２の表面に出ているアプリケーションが終了され、その下のアプリケーションが表面に出た場合に、全体のリソース消費量に問題が生じることが想定される場合、この第３の条件で起動できないと判断される。
【０１３９】
第３の条件ではディスプレイ１１、１２のいずれか一方によりアプリケーションを起動できる場合、情報処理端末１０は、そのディスプレイで新たなアプリケーションを起動する（ステップ８０７）。
【０１４０】
第３の条件ではディスプレイ１１、１２のいずれによってもアプリケーションを起動できない場合、情報処理端末１０は、ディスプレイ１１、１２はいずれか一方のディスプレイを任意に選択し、そのディスプレイにて新たなアプリケーションを強制起動する（ステップ８０３）。
【０１４１】
第３の条件でもディスプレイ１１、１２のいずれによってもアプリケーションを起動できる場合、情報処理端末１０は、第１〜３の全ての条件を満たしたディスプレイ１１、１２のいずれか一方のディスプレイを任意に選択し、そのディスプレイにて新たなアプリケーションを起動する（ステップ８０８）。ただし、これは一例であり、他の例として、更なる条件による判定を行ってもよい。具体的には、新たなアプリケーションをディスプレイ１１にて起動した場合とディスプレイ１２にて起動した場合とでリソース消費量に差異があれば、リソース消費量がより少なくなる方を選択してもよい。
【０１４２】
また、本実施形態では、図１１に示したように、第１〜３の条件の全ての判定を用いる例を示したが、本発明はこれに限定されるものではない。他の例として、第１〜３の条件のうちいずれか１つの条件だけで判定を行うことにしてもよい。更に他の例として、第１〜３のうちいずれか２つの条件で判定を行うことにしてもよい。
【０１４３】
また、本実施形態では、図１１に示したように、第１〜３の条件をその順序で用いる例を示したが、本発明はこれに限定されるものではなく、第１〜３の条件を任意の順序で用いてもよい。
【０１４４】
（第７の実施形態）
第４の実施形態では、アプリケーションが要求する特性をディスプレイ１１、１２がどれだけ満たすかという条件（第３の基準）を、各ディスプレイにて新たなアプリケーションを起動した場合のリソースの消費あるいは使用に関する他の条件（第１および第２の基準）と組み合わせて付加的に用いる例を示した。しかしながら、本発明はこれに限定されるものではない。アプリケーションが要求する特性をディスプレイ１１、１２がどれだけ満たすかという条件自体を主要な条件として用いることも可能であり、それを本実施形態において例示する。本実施形態においては、リソースの消費あるいは使用に関する条件は、新たなアプリケーションをどちらのディスプレイにて起動するかを決定するのに用いるのではなく、装置全体として算出して新たなアプリケーションを起動するときに付加的に用いるものとする。
【０１４５】
本実施形態の情報処理端末１０は、それぞれにアプリケーションの画面を表示する複数のディスプレイ１１及び１２と、複数のディスプレイ１１及び１２のうちから、新たなアプリケーションを起動するディスプレイを決定する制御部１５とを有する。制御部１５は、実行中のアプリケーションが、新たなアプリケーションが要求するディスプレイに依存しない第１の条件（第１の非依存条件）と競合する場合、実行中のアプリケーションを終了し、新たなアプリケーションが要求するディスプレイに依存する第１の条件（第１の依存条件）又は新たなアプリケーションが要求するディスプレイに依存しない第２の条件（第２の非依存条件）を用いて新たなアプリケーションを起動するディスプレイを決定する。したがって、本実施形態の情報処理端末１０は、複数の条件を同時に考慮して、新たなアプリケーションを起動するディスプレイを決定することができる。以下により詳細な説明を記載する。
【０１４６】
上述した依存条件や非依存条件といった条件ついて、本実施形態では、アプリケーションに必須とされる条件（必須条件）と、必須ではないが満たすことが好ましい条件（非必須条件）とを規定し、新たなアプリケーションを起動するときの判定に用いる。ここで、必須条件とは、アプリケーションが要求する条件のうち、他の条件に比べて要求の度合いが高い条件を意味するものである。一方、非必須条件とは、必須条件に比べて要求の度合いが低い条件を意味するものである。アプリケーションが要求する度合いは、アプリケーション毎に予め設定されることも、ユーザの操作によって設定されるようすることもできる。また、アプリケーションが要求する度合いは、それぞれの条件の関係するリソースの種類など応じて設定されることも、ユーザがその条件が満たされた状態でアプリケーションの実行する頻度に応じて設定されるようにすることもできる。
【０１４７】
また、必須条件は、他の条件よりも要求の度合いが高いものであれば、必ずしもその条件が満たされなければアプリケーションが全く動作しないという条件のみを意味するものではない。したがって、必須条件には、その条件が満たされなければアプリケーションが全く動作しないという条件はもちろん、その条件が満たされないとアプリケーションの動作が不完全になる、パフォーマンスが低下するといった条件も必須条件に含めることができる。
【０１４８】
必須条件あるいは非必須条件となりうるディスプレイの性能に関する例として動画再生に必要な一定以上のフレームレートを得るためのハードウェアに関するものがある。また、必須条件あるいは非必須条件となりうるディスプレイの機能に関する例として、タッチパネル機能、タッチペンによる入力機能などがある。また、必須条件あるいは非必須条件となりうるディスプレイの周辺の構成に関する例として、ディスプレイが加速度センサ、地磁気センサ、接触センサ、カメラ等と所定の位置関係（例えば同じ筐体に搭載されている）にあること等がある。
【０１４９】
例えば、動画を再生するアプリケーションにとって、ディスプレイが動画を再生するのに必要なハードウェアを備えていることを必須条件として設定することが考えられる。２つのディスプレイ１１、１２のいずれか一方だけが動画再生に必要なハードウェアを備えているのであれば、その必須条件はディスプレイに依存することになる。
【０１５０】
また、タッチ操作を用いるアプリケーションにとって、ディスプレイがタッチパネル式であることを必須条件として設定することが考えられる。２つのディスプレイ１１、１２のいずれか一方だけがタッチパネル式であれば、その必須条件はディスプレイに依存することになる。なお、本実施形態における必須条件は、ディスプレイに依存するか否かによらず設定されるものであり、ディスプレイに依存する必須条件の他に、ディスプレイに依存しない必須条件もある。
【０１５１】
ディスプレイに依存しない必須条件の例として、情報処理端末１０が有するリソースが利用可能であることが挙げられる。リソースの例としては、加速度センサ、カメラ、ファイルシステム、通信機能、マイク、音声出力機能、録音機能などがある。通信機能の例としては、音声通話、無線あるいは有線のデータ通信、Ｂｌｕｅｔｏｏｔｈ、赤外線通信などがある。ただし、本発明はこれらの例に限定されるものではない。
【０１５２】
また、高画質の動画を再生するアプリケーションにとって、動画に関する所定の性能が必須条件あるいは非必須条件となる場合がある。例えば、高画質の動画再生、カメラ撮影画像のプレビュー、ゲームのアプリケーション処理が考えられる。また、それらの必須条件あるいは非必須条件がディスプレイに依存し、いずれか一方のディスプレイだけが満足するものである場合もある。
【０１５３】
動画のアプリケーションやカメラ撮影画像のプレビューでは、一定以上のフレームレートを必須条件に設定することが考えられる。例えば、動画ファイルでは３０ＦＰＳ（Ｆｒａｍｅｓ  Ｐｅｒ  Ｓｅｃｏｎｄ）のようにフレームレートが定められているので、それ以上のフレームレートを再生できることを必須にするのがよい。
【０１５４】
また一般に動画ファイルは画像が圧縮されているので、それをデコードする処理が重たい。例えば、ハードウェアにそれだけのデコード処理の能力がなければ、再生される動画は動きが非常に不自然になる。
【０１５５】
具体的には、デコード処理のためにＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）のような動画再生専用のハードウェアや、カメラ撮影画像のプレビューを表示するための専用のハードウェアが用いられることがある。そして、これらのようなハードウェアがいずれか一方のディスプレイのみで利用可能な構成が採用されることもありうる。その場合、そのようなハードウェアを利用できるディスプレイであることが必須条件であり、またディスプレイに依存する条件でもある。また、専用のハードウェアを用いずに、アプリケーションのソフトウェアだけで所望のデコード処理を実現することも考えられる。その場合、フレームレートはディスプレイに依存しない条件となる。
【０１５６】
また、高画質の動画を再生するアプリケーションであっても、ディスプレイのフレームレートが所定値以上であることが望ましいが、フレームレートが所定値より低くても映像品質は低下するが動画再生は不可能ではない場合もある。そのようなアプリケーションについては、ディスプレイのフレームレートが所定値以上であることを非必須条件として設定することが考えられる。
【０１５７】
また、ゲームのアプリケーション処理のためにＧＰＵ（Ｇｒａｐｈｉｃｓ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）が設けられたり、ｏｐｅｎＧＬ（Ｏｐｅｎ  Ｇｒａｐｈｉｃｓ  Ｌｉｂｒａｒｙ）が採用されたりする場合がある。ＧＰＵは一般にディスプレイに対応して設けられるので、いずれか一方のディスプレイのみで利用可能な場合もある。ｏｐｅｎＧＬはディスプレイに依存しないような実装が一般的であると考えられるが、いずれか一方のディスプレイのみで利用可能という実装も考えられる。装置の実装に応じてＧＰＵまたはｏｐｅｎＧＬを利用できるディスプレイであることを必須条件あるいは非必須条件に設定すればよい。
【０１５８】
また、ゲームによっては、装置側が対応できるフレームレートをアプリケーションが計測し、それに合わせたフレームレートで画像を出力するようなアプリケーションにしておくこともできる。その場合、ゲームのアプリケーションが出力できる最大フレームレートを再生できるディスプレイであることが望ましいが必須ではないので、それを非必須条件に設定することが考えられる。
【０１５９】
また、装置本体のプロセッサで生成された画像データをディスプレイへ転送するためのバスの速度がフレームレートに影響することがある。例えば、装置本体のプロセッサからディスプレイに１つの画像を転送するのに要する時間が１０ｍｓｅｃであれば、フレームレートは最大１００ＦＰＳに制限される。また装置本体のプロセッサからディスプレイに１つの画像を転送するのに要する時間が５ｍｓｅｃであれば、フレームレートは最大２００ＦＰＳとなる。このような場合、装置本体のプロセッサで生成された画像データをディスプレイへ転送するためのバスの速度が所定値以上であることを必須条件あるいは非必須条件に設定することもできる。
【０１６０】
非必須条件が複数あれば、アプリケーションにとってどれだけ求められるかの程度（優先度）がそれぞれに異なることもある。また、同じ非必須条件であっても、アプリケーションによって、それをどれだけ求めるかの程度（優先度）が異なることもある。この優先度は、アプリケーション毎に予め設定されることも、ユーザの操作によって設定されるようすることもできる。また、この優先度は、それぞれの条件の関係するリソースの種類など応じて設定されることも、ユーザがその条件が満たされた状態でアプリケーションの実行する頻度に応じて設定されるようにすることもできる。
【０１６１】
本具体例では、その程度を考慮してアプリケーションの要求の達成度（要求達成度）を規定し、新たなアプリケーションをいずれのディスプレイにて起動するか決定するときの判定に用いる。具体的には要求達成度の高いディスプレイが優先される。
【０１６２】
例えば、各ディスプレイの要求達成度を表すポイントを算出し、そのポイントが高い特性のディスプレイを優先すればよい。ユーザの要求に応じてデバイスを使用するアプリケーションの要求条件には、デバイスがどの程度要求されるかを表す使用要求度が含まれていてもよい。そして、制御部１５は、そのアプリケーションにおけるデバイスの使用要求度を、そのアプリケーションが過去に実行されたときのデバイスの使用の有無に基づいて統計的に算出する。例えば、デバイスを使用した場合に実績値を１とし、デバイスを使用しなかった場合に実績値を０とし、過去の実行時の実績値の平均値を算出し、それを使用要求度としてもよい。
【０１６３】
また、デバイスを使用するアプケーションの要求条件には、デバイスと同じ筐体に実装されているという特性を有するディスプレイで起動することがどの程度要求されるかを表すデバイス配置要求度が含まれていてもよい。制御部１５は、アプリケーションにおけるデバイス配置要求度を、アプリケーションが過去に実行されたとき、デバイスと同じ筐体に実装されているディスプレイ１２において、ディスプレイ１１と比較して、どの程度実行されたかに基づいて統計的に算出する。
【０１６４】
上述した各ディスプレイのポイントを算出するとき、アプリケーションによるデバイスの使用要求度とデバイス配置要求度を乗算した値を、デバイスと同じ筐体に搭載されたディスプレイ１２に加算するというような演算が考えられる。
【０１６５】
このような必須条件および非必須条件は、第４の実施形態に用いた第３の基準の判定と同様の考え方で、本具体例において新たなアプリケーションをいずれのディスプレイにて起動するか決定するときに用いられる。
【０１６６】
ここでは、アプリケーションの例としてレーシングゲームを想定し、必須条件および非必須条件の設定および算出の例を示す。ただし、ここに示す装置の構成や条件の設定は例示であり、本発明がこれに限定されるものではない。
【０１６７】
このレーシングゲームは、操作によってコース上にレーシングカーを走行させるゲームであり、背景等の速い動きが高画質の動画によって再現されるものとする。タッチパネルで操作するモードと加速度センサで操作するモードがあるものとする。また、情報処理端末１０同士がＢｌｕｅｔｏｏｔｈによって通信することにより複数のユーザが対戦できる。
【０１６８】
また、情報処理端末において加速度センサは一方の筐体にのみ実装されているが、どちらのディスプレイの表示も加速度センサによって操作できるものとする。ただし、加速度センサと同じ筐体に実装されているディスプレイの操作の方が他方のディスプレイの操作よりも精度が高いものとする。Ｂｌｕｅｔｏｏｔｈはディスプレイへの依存性は無いが、あるアプリケーションが使っている場合には他のアプリケーションは使えないものとする。
【０１６９】
以上のような想定において、情報処理端末が有する２つのディスプレイのうち一方のみが画像専用ハードウェアに対応しているのであれば、必須条件として、一定以上のフレームレートの画像を再生できること、つまり画像専用ハードウェアに対応していることを設定することが考えられる。画像再生専用のハードウェアはＧＰＵやＯｐｅｎＧＬアクセラレータである。
【０１７０】
また、２つのディスプレイがどちらもレーシングゲームに利用できる程度の高画質の画像つまりフレームレートが高い画像を再生できるが、一方のディスプレイは他方のディスプレイよりも画質の高い画像を再生できるのであれば、非必須条件として、よりフレームレートの高い画像を再生できるディスプレイであることを設定することが考えられる。
【０１７１】
また、加速度センサと同じ筐体に実装されたディスプレイであることを非必須条件として設定することが考えられる。他方のディスプレイでレーシングゲームを実行すると、加速度センサで操作するモードにおいて操作の精度が低下するからである。
【０１７２】
また、ディスプレイに固定的に対応する条件ではないがＢｌｕｅｔｏｏｔｈに関連する非必須条件を設定することも考えられる。対戦型プレイを利用する場合にＢｌｕｅｔｏｏｔｈが必要となるため、Ｂｌｕｅｔｏｏｔｈが使用できる状態でレーシングゲームを起動することが望ましい。Ｂｌｕｅｔｏｏｔｈを使用している、あるいは現在使用していないが使用する可能性のあるアプリケーションが実行されているディスプレイであることを非必須条件とすればよい。Ｂｌｕｅｔｏｏｔｈを使用している、あるいは現在使用していないが使用する可能性のあるアプリケーションが実行されていれば、そのアプリケーションが実行されているディスプレイにレーシングゲームが起動されることになる。
【０１７３】
複数の非必須条件が存在するので、それらに優先順位を付けることにしてもよい。各非必須条件について優先度を示すポイントを算出し、そのポイントが高いものに高い優先順位を与えることにすればよい。ポイントの算出方法として、画像専用ハードウェア、加速度センサ、Ｂｌｕｅｔｏｏｔｈなどのリソース（デバイス）毎に付与した重みと、そのリソースの使用頻度の積または和をポイントにすることが考えられる。リソース毎の重みは予め設定された固定値であってもよい。使用頻度は、例えば、アプリケーションを実行したときにそのリソースを使用した回数を、そのアプリケーションを実行した回数で除算して求めればよい。
【０１７４】
例えば、ユーザが加速度センサで操作するモードをよく使用するのであれば、加速度センサの使用頻度が高くなり、その結果、加速度センサと同じ筐体に実装されたディスプレイであるという非必須条件の優先度は高くなる。また、ユーザが１人でレーシングゲームを行うことが多いのであれば、Ｂｌｕｅｔｏｏｔｈの使用頻度は低くなり、その結果、Ｂｌｕｅｔｏｏｔｈを使用している、あるいは使用する可能性があるアプリケーションと同じディスプレイであるという非必須条件の優先度は低くなる。
【０１７５】
また、レーシングゲームを起動するディスプレイを選択する際、上述のようにして算出した複数の非必須条件の優先度に基づいて選択を行えばよい。選択方法の一例としては、各ディスプレイについて各非必須条件を満たすか否か判定し、満たす非必須条件の優先度のポイントの合計値が高いディスプレイを選択することにしてもよい。また、選択方法の他の例として、複数ある非必須条件のうち最も優先度の高い非必須条件を満たすディスプレイを選択することにしてもよい。
【０１７６】
また、本具体例では以下のポリシーを適用するものとする。
【０１７７】
新たに起動しようとするアプリケーションと実行中のアプリケーションとが競合する場合には新たなアプリケーションを実行中のアプリケーションより優先させることをポリシーとする。例えば、新たなアプリケーションを起動すべきディスプレイに実行中のアプリケーションがあっても、新たなアプリケーションはそのディスプレイにて起動され表示アプリケーションとなる。その結果、それまで表示アプリケーションであった実行中のアプリケーションが潜在アプリケーションになったり、他のディスプレイに移動したり、終了したりすることありうる。
【０１７８】
また、システム全体としてリソースの消費などで問題が生じる場合にも、新たなアプリケーションを実行中のアプリケーションより優先させることをポリシーとする。その結果、新たなアプリケーションが起動されるのに伴って、実行中のアプリケーションが終了することありうる。
【０１７９】
本実施形態による情報処理端末の基本的な構成は図２に示したものと同じである。図１２は、第７の実施形態の情報処理端末１０によるアプリケーション制御を示すフローチャートである。
【０１８０】
図１２を参照すると、情報処理端末１０は、新たなアプリケーションの起動を要求されると、そのアプリケーションについて必須条件があるか否か判定する（ステップ９０１）。必須条件があれば、情報処理端末１０は、次に、その必須条件の中でディスプレイに依存する条件があるか否か判定する（ステップ９０２）。
【０１８１】
ディスプレイに依存する必須条件があれば、情報処理端末１０は、その条件を満たすディスプレイにて新たなアプリケーションを起動することを決定する（ステップ９０３）。
【０１８２】
一方、ステップ９０２の判定においてディスプレイに依存する必須条件がなければ、情報処理端末１０は、実行中のアプリケーションの中に、新たなアプリケーションのディスプレイに依存しない必須条件と競合する条件を有するアプリケーションがあるか否か判定する（ステップ９０４）。
【０１８３】
例えば、新たなアプリケーションが必須条件として要求する、ディスプレイに依存しないリソースを現在使用している実行中のアプリケーションがあれば、そのアプリケーションは新たなアプリケーションの必須条件と競合すると判定して終了することにしてもよい。また、新たなアプリケーションが必須条件として要求する、ディスプレイに依存しないリソースを、必須条件として要求する実行中のアプリケーションがあれば、そのアプリケーションは新たなアプリケーションの必須条件と競合すると判定して終了することにしてもよい。また、新たなアプリケーションが必須条件として要求する、ディスプレイに依存しないリソースを、非必須条件として要求する実行中のアプリケーションがある場合にも、そのアプリケーションは新たなアプリケーションの必須条件と競合すると判定して終了することにしてもよい。
【０１８４】
また、新たなアプリケーションが必須条件として要求する、ディスプレイに依存しないリソースを使用する可能性がある実行中のアプリケーションがあれば、そのアプリケーションは新たなアプリケーションの必須条件と競合すると判定して終了することにしてもよい。例えば、第２の実施形態におけるものと同様の手法でアプリケーションがデバイス（リソース）を使用する可能性を数値化し、その数値（使用率）が所定の閾値を超えていれば、そのアプリケーションがそのデバイスを使用する可能性があると判定してもよい。
【０１８５】
また、新たなアプリケーションが必須条件として要求する、ディスプレイに依存しないリソースを使用している、あるいは要求する、あるいは使用する可能性があるアプリケーションが表示アプリケーションとなっている場合に、そのアプリケーションは新たなアプリケーションの必須条件と競合すると判定することにしてもよい。
【０１８６】
新たなアプリケーションの必須条件と競合する条件を有する実行中のアプリケーションがあれば、情報処理端末１０は、その実行中のアプリケーションを終了させる（ステップ９０５）。
【０１８７】
ステップ９０１の判定で必須条件が無い場合、ステップ９０４の判定で新たなアプリケーションの必須条件と競合する条件を有する実行中のアプリケーションが無い場合、あるいはステップ９０５の処理を終えた場合、情報処理端末１０は、新たなアプリケーションに非必須条件があるか否か判定する（ステップ９０６）。
【０１８８】
新たなアプリケーションに非必須条件があれば、情報処理端末１０は、ディスプレイ１１、１２のそれぞれについて、そのディスプレイにて新たなアプリケーションを起動した場合の要求達成度を算出し、要求達成度が高いディスプレイにて新たなアプリケーションを起動することを決定する（ステップ９０７）。
【０１８９】
その際、アプリケーションが要求する非必須条件が複数あれば、情報処理端末１０は、それらを総合的に満たす度合いが高いディスプレイにて新たなアプリケーションを起動することを決定する。非必須条件毎に要求達成度を算出し、その合計値、平均値、あるいは重み付け加算値が大きいディスプレイを選択することにしてもよい。また、情報処理端末１０は、要求が満たされる非必須条件の個数が多いディスプレイを選択することにしてもよい。さらには、情報処理端末１０は、最も優先度の高い非必須条件が満たされるディスプレイを選択することにしてもよい。
【０１９０】
続いて、情報処理端末１０は、決定したディスプレイにて新たなアプリケーションを起動した場合の装置全体としてのリソース消費量などの負荷（システム負荷値）を算出する（ステップ９０８）。更に情報処理端末１０は、システム負荷値が閾値より大きいか否か判定する（ステップ９０９）。
【０１９１】
システム負荷値は、装置全体としての負荷の程度を表す値であり、情報処理端末１０が備えているリソースの消費量や使用率から算出される。リソースの例として、ＣＰＵ処理能力、メモリ容量、通信のスループット、チャネル数、電力などのように中間的な消費量をとりうるリソースや、カメラやセンサのように使用の有無が定まる種類のリソース（デバイス）がある。
【０１９２】
中間的な消費量をとりうるリソースであれば、その消費量をリソース負荷値とすればよい。また、複数のリソースがあれば、各リソースの消費量の平均値をシステム負荷値としてもよく、あるいは各リソースの消費量を重み付け加算した値をシステム負荷値としてもよい。
【０１９３】
また、ここで用いる閾値は、情報処理端末１０として所望の動作状態が維持できる程度にシステム負荷値を抑制するための閾値である。具体的には、閾値は、アプリケーションの動作速度が低下したり、アプリケーションが正常に動作しなくなったり、アプリケーションの強制終了が発生したりしない程度に設定される。
【０１９４】
システム負荷値が閾値より大きければ、情報処理端末１０は、ステップ９０３またはステップ９０７で決定したディスプレイにて新たなアプリケーションを強制起動処理により起動する（ステップ９１０）。ここでいう強制起動処理は、システム負荷値が低減するように実行中のアプリケーションの状態を制御した上で、新たなアプリケーションを起動する処理である。システム負荷値を低減する方法として、例えば、図５に示したように実行中のアプリケーションをディスプレイ間で移動したり、表示アプリケーションを非アクティブ状態にしたり、あるいは終了させたり等が挙げられる。
【０１９５】
システム負荷値が閾値以下であれば、情報処理端末１０は、ステップ９０３またはステップ９０７で決定したディスプレイにて新たなアプリケーションを起動する（ステップ９１１）。
【０１９６】
ステップ９０６の判定において、新たなアプリケーションに非必須条件がなければ、情報処理端末１０は、ディスプレイ１１、１２のそれぞれについて、そのディスプレイにて新たなアプリケーションを起動した場合のシステム負荷値を算出する（ステップ９１２）。更に情報処理端末１０は、ディスプレイ１１、１２のそれぞれについてのシステム負荷値を閾値と比較する（ステップ９１３）。一例として、ステップ９１３で用いる閾値はステップ９０９で用いる閾値と同じものである。ただし、ステップ９１３で用いる閾値とステップ９０９で用いる閾値とを異なる値にしてもよい。
【０１９７】
システム負荷値が閾値を超えないディスプレイがあれば、情報処理端末１０は、そのディスプレイにて新たなアプリケーションを起動する（ステップ９１４）。例えば、ディスプレイ１１、１２のいずれか一方のシステム負荷値が閾値以下であれば、情報処理端末１０は、そのディスプレイにて新たなアプリケーションを起動すればよい。また、ディスプレイ１１、１２の両方のシステム負荷値が閾値以下であれば、情報処理端末１０は、一方のディスプレイを任意に選択し、そのディスプレイにて新たなアプリケーションを起動すればよい。
【０１９８】
一方、システム負荷値が閾値を超えないディスプレイがなければ、情報処理端末１０は、いずれか一方のディスプレイを任意に選択し、そのディスプレイにて新たなアプリケーションを強制起動処理により起動する（ステップ９１５）。
【０１９９】
なお、本具体例にて列挙した必須条件および非必須条件は理解を容易にするための例である。カメラと同じ筐体に搭載されているディスプレイであることや、加速度センサと同じ筐体に搭載されているディスプレイであることなど、他の条件を必須条件あるいは非必須条件として設定してもよい。各アプリケーションの必須条件および非必須条件は、そのアプリケーションに応じて適宜設定すればよく、またその設定は適宜変更できてもよい。また、ある条件をあるアプリケーションについての必須条件とするか、非必須条件とするかについても適宜設定すればよく、またその設定は適宜変更できてもよい。ただし必須条件は非必須条件よりも要求の度合いが高いものとする。
【０２００】
本実施形態では、情報処理端末１０は、ステップ９０２〜９０６に示したように、新たなアプリケーションが要求する、ディスプレイに依存しない条件と競合する実行中のアプリケーションを終了し、新たなアプリケーションが要求する、ディスプレイに依存する条件またはディスプレイに依存しない他の条件を用いて新たなアプリケーションを起動するディスプレイを決定する。その結果、本実施形態によれば、複数の条件を同時に考慮して、アプリを起動するディスプレイを決定できるという効果が得られる。なお、本効果はステップ９０２〜９０６の処理から得られるものであり、図１２に付加されている他のステップが省略あるいは他の処理に置き換えられても得られるものである。
【０２０１】
本実施形態では、システム負荷値としてリアルタイムのリソースの消費量を用いる例を示したが、本発明はこれに限定されるものではない。システム負荷値として、第１の実施形態において第１〜３の条件の判定に用いたリソース消費量あるいはそれらの組み合わせを用いることができる。
【０２０２】
第１の条件を例にとれば、新たに起動するアプリケーションの過去のリソース消費量の統計量と、他方のディスプレイの表面に出ている実行中のアプリケーションの現在のリソース消費量の総和をシステム負荷値としてもよい。第２の条件を例にとれば、新たに起動するアプリケーションの過去の統計量であるリソース消費量と、他のディスプレイの表面に出ている実行中のアプリケーションの過去の統計量のリソース消費量との総和をシステム負荷値としてもよい。第３の条件を例にとれば、新たなアプリケーションがディスプレイ１１、１２のいずれかで起動された後に他のディスプイレイの表示アプリケーションが終了されたときの、２つのディスプレイ１１、１２の表面のアプリケーションのリソース消費量の総和をシステム負荷値としてもよい。また複数のシステム負荷値とそれに対応する閾値とを規定し、いずれか１つでもシステム負荷値が閾値を超えるようであれば強制起動処理を行うことにしてもよい。
【０２０３】
また本実施形態のシステム負荷値として、第２の実施形態の変形例において用いた、アプリケーションによるデバイスの使用率を用いることもできる。使用率は、アプリケーションが実行されかつデバイスを使用した回数を、アプリケーションが実行された回数で除算して得られる。
【０２０４】
（第８の実施形態）
アプリケーションが要求する特性をディスプレイ１１、１２がどれだけ満たすかという条件自体を単独で用いる例を本実施形態において示す。
【０２０５】
本実施形態による情報処理端末の基本的な構成は図２に示したものと同じである。ただし、ディスプレイ１１とディスプレイ１２とは異なる特性を有している。具体的には、ディスプレイ１１とディスプレイ１２はフレームレートが異なっている。また、ディスプレイ１２が実装されている筐体１４にはデバイス（不図示）が搭載されている。これらフレームレートやデバイスの有無はディスプレイ１１、１２の特性に含まれる。
【０２０６】
まず、本実施形態の情報処理端末１０の概要について説明する。
【０２０７】
ディスプレイ１１、１２は、互いに特性が異なり、それぞれにアプリケーション画面を表示する液晶等の表示装置であり、実行中のアプリケーションの画面をそれぞれに表示する。
【０２０８】
制御部１５は、２つのディスプレイ１１、１２のそれぞれの特性と、起動しようとする新たなアプリケーションの要求条件とに基づき、要求条件を満たす特性を有するディスプレイにて新たなアプリケーションを起動する。
【０２０９】
本実施形態によれば、特性の異なる２つのディスプレイ１１、１２を備えた情報処理端末１０においてアプリケーションを要求に合った適切なディスプレイにて実行することが可能になる。
【０２１０】
なお、本実施形態の要求条件には、必ず満たさなければならない必須条件と、満たすことが望ましいが必須ではない非必須条件とが含まれているものとする。制御部１５は、新たなアプリケーションの必須条件を満たすディスプレイが１つであれば、新たなアプリケーションを、必須条件を満たすディスプレイに起動することを決定すればよい。一方、２つのディスプレイ１１、１２がどちらも必須条件を満たすのであれば、制御部１５は、アプリケーションの非必須条件によりいずれかのディスプレイを選択し、アプリケーションを起動すればよい。
【０２１１】
また、制御部１５は、新たなアプリケーションの要求条件を満たすディスプレイにて他のアプリケーションが実行中であれば、実行中のアプリケーションの要求条件と新たなアプリケーションの要求条件の両方に基づいて、新たなアプリケーションを起動するディスプレイを決定する。例えば、ディスプレイ１１、１２のどちらも新たなアプリケーションの必須条件を満たし、どちらにも実行中のアプリケーションがあれば、制御部１５は、新たなアプリケーションの要求条件を満たす度合いをプラス要因とし、実行中のアプリケーションの要求条件を満たす度合いをマイナス要因として、各ディスプレイのポイントを算出し、ポイントに基づいてどのディスプレイにて新たなアプリケーションを起動するか判断すればよい。
【０２１２】
また、制御部１５は、他のアプリケーションが実行中のディスプレイに新たなアプリケーションを起動するとき、他方のディスプレイの特性が実行中のアプリケーションの要求条件を満たすのであれば、実行中のアプリケーションを他方のディスプレイに移動すればよい。アプリケーションを移動するとは、そのアプリケーションのアプリケーション画面をディスプレイ間で移動することである。２つのディスプレイ１１、１２の特性が異なるので、アプリケーションの移動により、アプリケーションの動作や利便性が変化する可能性がある。
【０２１３】
また、他方のディスプレイの特性が実行中のアプリケーションの要求条件を満たさないのであれば、制御部１５は、実行中のアプリケーションを移動せずに新たなアプリケーションを起動する。このとき、実行中であったアプリケーションのアプリケーション画面の上に新たなアプリケーションのアプリケーションが重ねるように表示される。実行中であったアプリケーションが非アクティブ化され、新たなアプリケーションがアクティブな状態となる。
【０２１４】
更に、制御部１５は、アプリケーションの過去の実行時の利用態様に基づいてアプリケーションの要求条件を適応的に変更することにしてもよい。例えば、要求に応じてデバイスを使用するアプリケーションの要求条件には、デバイスがどの程度要求されるかを表す使用要求度が含まれていてもよい。そして、制御部１５は、そのアプリケーションにおけるデバイスの使用要求度を、そのアプリケーションが過去に実行されたときのデバイスの使用の有無に基づいて統計的に算出する。例えば、デバイスを使用した場合に実績値を１とし、デバイスを使用しなかった場合に実績値を０とし、過去の実行時の実績値の平均値を算出し、それを使用要求度としてもよい。
【０２１５】
また、デバイスを使用するアプケーションの要求条件には、デバイスと同じ筐体に実装されているディスプレイで起動することがどの程度要求されるかを表すデバイス配置要求度が含まれていてもよい。制御部１５は、アプリケーションにおけるデバイス配置要求度を、アプリケーションが過去に実行されたとき、デバイスと同じ筐体に実装されているディスプレイ１２において、ディスプレイ１１と比較して、どの程度実行されたかに基づいて統計的に算出する。
【０２１６】
上述した各ディスプレイのポイントを算出するとき、アプリケーションによるデバイスの使用要求度とデバイス配置要求度を乗算した値を、デバイスと同じ筐体１４に搭載されたディスプレイ１２に加算するというような演算が考えられる。
【０２１７】
また、上述においては、他のアプリケーションが実行されているディスプレイに新たなアプリケーションを起動するとき、可能であれば、実行中のアプリケーションを他方のディスプレイに移動することにしたが、本発明はこれに限定されるものではない。簡易的な動作例として、移動が可能であるか否かを判定することなく、実行中のアプリケーションを非アクティブにし、その上に新たなアプリケーションを起動することにしてもよい。
【０２１８】
図１３、１４は、本実施形態の情報処理端末による処理に関する一実施例を示すフローチャートである。図１３には、情報処理端末が新たなアプリケーションを起動するディスプレイを選択するときの処理が示されている。図１３を参照すると、制御部１５は、まず新たなアプリケーションの必須条件を満たすディスプレイがどれかを判定する（ステップ１００１）。ディスプレイ１１、１２のうちいずれか１つが必須条件を満たすのであれば、制御部１５はそのディスプレイにて新たなアプリケーションを起動することを決定する（ステップ１００２）。
【０２１９】
ディスプレイ１１、１２のいずれも必須条件を満たす場合、制御部１５は、次に各ディスプレイ１１、１２について、新たなアプリケーションを起動するディスプレイを選択するための指標となるポイントを算出する（ステップ１００３）。ディスプレイのポイントは、そのディスプレイに新たなアプリケーションを起動することが好ましい度合いを示すものである。
【０２２０】
このポイントの算出には実行中のアプリケーションがあることも考慮される。例えば、そのディスプレイが新たなアプリケーションの要求条件を満たす度合いがＡであり、実行中のアプリケーションの要求条件を満たす度合いがＢである場合を想定する。その場合、そのディスプレイのポイントＰ＝Ａ−αＢとすればよい。αは重み係数である。新たなアプリケーションを実行中のアプリケーションよりも優先させるというポリシであれば、αを１より小さい値とすればよい。
【０２２１】
各ディスプレイ１１、１２についてのポイントを算出したら、次に、制御部１５はポイントが最も大きなディスプレイを選択し（ステップ１００４）、選択したディスプレイに新たなアプリケーションを起動することを決定する（ステップ１００２）。
【０２２２】
新たなアプリケーションを起動するディスプレイが決定されると、次に、アプリケーションを起動することになる。
【０２２３】
図１４を参照すると、制御部１５は、アプリケーションを起動するとき、まず、選択されたディスプレイに実行中のアプリケーションがあるか否か判定する（ステップ１１０１）。選択されたディスプレイに実行中のアプリケーションがなければ、制御部１５はアプリケーションを起動する（ステップ１１０２）。
【０２２４】
一方、選択されたディスプレイに実行中のアプリケーションがあれば、制御部１５は、実行中のアプリケーションを他方のディスプレイに移動できるか否か判定する（ステップ１１０３）。具体的には、他方のディスプレイの特性が実行中のアプリケーションの要求条件を満たすか否かにより、移動が可能か否かを判定すればよい。また、そのとき他方のディスプレイに更に他のアプリケーションが実行中であれば、移動が不可能であると判定することにしてもよい。
【０２２５】
新たなアプリケーションを起動しようとしているディスプレイにて実行中のアプリケーションを他方のディスプレイに移動できるのであれば、制御部１５は、実行中のアプリケーションをディスプレイ間で移動させてから（ステップ１１０４）、新たなアプリケーションを起動する（ステップ１１０２）。
【０２２６】
一方、新たなアプリケーションを起動しようとしているディスプレイにて実行中のアプリケーションを他方のディスプレイに移動できないのであれば、制御部１５は、実行中のアプリケーションを非アクティブ化するとともに（ステップ１１０５）、新たなアプリケーションを起動する（ステップ１１０２）。
【０２２７】
なお、上述したデバイスの例としては、カメラ、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）、加速度センサなどが考えられる。カメラの向きとディスプレイの向きが一致していることが好ましいようなアプリケーションであれば、カメラと同じ筐体に搭載されているディスプレイであることが要求条件となる。ＧＰＳで取得した位置および方角と一致するようにディスプレイに地図を表示するようなアプリケーションであれば、ＧＰＳと同じ筐体に搭載されているディスプレイであることが要求条件となる。ディスプレイの姿勢変化に応じて動作するようなアプリケーションであれば、加速度センサと同じ筐体に搭載されているディスプレイであることが要求条件となる。
【０２２８】
また、本実施形態では、アプリケーションの要求条件を情報処理端末１０が適応的に変化させる例を示したが、本発明はこれに限定されるものでは無い。他のとして、アプリケーションの要求条件が予め設定された固定値であってもよい。また、その固定値は、アプリケーション開発者が設定するものであってもよく、あるいは情報処理端末１０のユーザが設定するものであってもよい。
【０２２９】
以上説明した第１〜７の実施形態では簡単化のためにリソースあるいはリソースであるデバイスが単一である場合を想定した。しかし実際には、中間的な消費量をとりうる種類のリソースとして、ＣＰＵの処理能力、ＧＰＵの処理能力、メモリ容量など互いに独立した複数のリソースが存在するのが通常である。また、使用されるか否かが定まる種類のリソースとしても、カメラ、ＧＰＳ、センサ、通信デバイスなど互いに独立した複数のリソースが存在するのが通常である。
【０２３０】
図１５は、アプリケーションによる複数項目のリソースのリソース使用量を記録したテーブルの一例を示す図である。この例では、アプリケーション毎に、各リソースについてのリソース消費量の現在値（ｒｅａｌ）と平均値（ａｖｅｒａｇｅ）とが計測される。
【０２３１】
例えば、情報処理端末１０は、一定周期にリソース消費量を計測し、最新の計測値を現在値（ｒｅａｌ）とすればよい。また、過去の所定回の計測値の平均をとって平均値（ａｖｅｒａｇｅ）とすればよい。
【０２３２】
図１５を参照すると、リソースとしては、リソース消費量が負荷値として計測される、ＣＰＵ処理能力（ＣＰＵ）、メモリ容量（Ｍｅｍｏｒｙ）、および画像のフレームレート（Ｆｒａｍｅ  ｒａｔｅ）と、リソース消費量が使用の有無として定まる、電子コンパス（Ｅｌｅｃｔｒｏｎ  ｃｏｍｐａｓｓ）、加速度センサ（ａｃｃｅｌｅｒａｔｉｏｎ  ｓｅｎｓｏｒ）、およびカメラ（ｃａｍｅｒａ）とがある。リソース消費量が使用の有無として定まるリソースのａｖｅｒａｇｅは、過去の各起動時に使用されたか否かを確率で表したものである。
【０２３３】
このように複数のリソースがある場合、情報処理端末１０は、中間的な消費量をとりうる種類の全てのリソースについてリソース消費量の総和が閾値を超えないように、また使用の有無が定まる種類の全てのリソースについてアプリケーションによる競合が生じないように、新たに起動されるアプリケーションのアプリケーション画面を表示するディスプレイを決定すればよい。また、中間的な消費量をとりうる種類の全てのリソースについてリソース消費量の総和を第７の実施形態におけるシステム負荷値として用いてもよい。
【０２３４】
また、リソースが複数である場合に、各リソースに重み付けを行ってもよい。例えば、各リソースについてリソース消費量を算出し、それらを各リソースの重み係数で重みづけ加算し、得られた結果を閾値と比較してもよい。また、その重み付け加算で得られた結果を第７の実施形態におけるシステム負荷値として用いてもよい。また、更にアプリケーション毎に優先するリソースを定め、アプリケーション毎かつリソース毎の重み係数を設定してもよい。例えば、ユーザ操作に対するレスポンスなど動作速度が重視されるアプリケーションであれば、ＣＰＵ処理能力やメモリ容量の重み係数を大きな値とすることが考えられる。その場合、各アプリケーションによる各リソースのリソース消費量を、アプリケーション毎かつリソース毎の重み係数で重み付け加算し、得られた結果を閾値と比較すればよい。
【０２３５】
その際、使用の有無が定まる種類のリソースについては、使用されない場合を消費量がゼロとし、使用される場合を消費量が最大値として消費量を算出することにしてもよい。また、使用の有無が定まる種類のリソースの消費量の平均値として、過去の使用頻度を用いてもよい。
【０２３６】
また、使用に有無が定まる種類のリソースについてのアプリケーション毎の重み付けを、そのアプリケーションにおいてそのリソースを使用することがどの程度必要とされるのかによって定めてもよい。例えば、リソースの１つであるカメラを必須とするアプリケーションであれば、そのアプリケーションにおけるカメラに対する重み係数を大きな値とすることが考えられる。
【０２３７】
また、図４に示した画面表示制御では、最初に、リアルタイムの状況に基づく第１の条件での判断を行い、次に、平均値に代表されるような統計値に基づく第２の条件での判断を行い、最後に他のアプリケーションの下に隠れた潜在的なアプリケーションを考慮した第３の条件での判断を行った。しかし、本発明はこれに限定されるものではなく、第１〜３の条件についてどのような順序で判定してもよい。
【０２３８】
更に他の例として、リアルタイムの状況に基づく判断と、統計値に基づく判断とを１つの判断に統合してもよい。リアルタイムの状況から算出されるリソース消費量と、平均値から算出されるリソース消費量とを所定の重み係数で重みづけ加算し、その結果を閾値と比較することが考えられる。その場合、リアルタイムでのリソース消費量に対する重みを、平均値に基づくリソース消費量に対する重みよりも大きな値とすることが考えられる。また、更に、他のアプリケーションの下に隠れた潜在的なアプリケーションのリソース消費量も重み付け加算してもよい。
【０２３９】
また、更に他の例として、中間的な消費量をとりうる種類のリソースについて、各アプリケーションにおいて想定されるリソース消費量を予め固定的に設定しておき、その設定値とどのアプリケーションが実行中かに基づいて情報処理端末１０の全体のリソース消費量を算出し、閾値と比較することが考えられる。この設定値は、アプリケーションの開発時にアプリケーション開発者が定めてもよく、その後で情報処理端末１０の開発者が定めてもよく、またアプリケーションを情報処理端末１０にインストールするときにユーザが設定してもよい。これによれば、中間的な消費量をとりうる種類のリソースの実際の消費量をリアルタイムで計測したり、過去の消費量の平均値を継続的に算出したりする必要が無い。
【０２４０】
また、図４の例に示した第１の条件では、新たに起動するアプリケーションの過去のリソース消費量の統計量と、他方のディスプレイの表面に出ている実行中のアプリケーションの現在のリソース消費量とを加算し、それをリソース消費量の総和とした。表面に出ているアプリケーションのリソース消費量が全体の大部分を占めることから、そのような手法を採っている。しかし、本発明はこれに限定されるものではない。他の例として、表面に出ていない潜在アプリケーションでもリソースが消費されるので、そのリソース消費量も加算してリソース消費量の総和に含めることにしてもよい。
【０２４１】
それによれば、アプリケーションを起動するディスプレイを選択する処理に、リソース消費量をより正確に反映させることができる。一般的なアプリケーションでは、潜在アプリケーションであるときのリソース消費量は表示アプリケーションであるときのリソース消費量より十分に小さいが、そうでないアプリケーションもある。
【０２４２】
潜在アプリケーションであるときもリソース消費量が大きなアプリケーションをバックグラウンド処理アプリケーションと呼ぶことにする。バックグラウンド処理アプリケーションとして、例えば、映像を録画するアプリケーションや、ソフトウェアをアップデートするアプリケーション、音楽を再生するアプリケーションなどが考えられる。リソース消費量の総和を求めるとき、潜在アプリケーションのうちバックグラウンド処理アプリケーションについてだけ、そのリソース消費量もリソース消費量の総和に含めることにしてもよい。
【０２４３】
それによれば、全ての潜在アプリケーションのリソース消費量を加算しなくてよいので演算処理が削減され、かつ潜在アプリケーションのうちリソース消費量が大きいバックグラウンド処理アプリケーションだけはリソース消費量の総和に含めることができるのでリソース消費量の総和を正確な値に近づけることができる。なお、バックグラウンド処理アプリケーションのリソース消費量としては、例えば実際に測定した消費量とその平均値を用いてもよく、予め定められた一定値を用いてもよい。また、バックグラウンド処理アプリケーションは、必ずしもいずれかのディスプレイに属しているとは限らない。どちらもディスプレイにも属さない状態で処理を実行するバックグラウンド処理アプリケーションもある。そのようなバックグラウンド処理アプリケーションのリソース消費量もリソース消費量の総和に含めることにしてもよい。
【０２４４】
また、上記各実施形態ではアプリケーションの種類、特性、動作状態については特に考慮していないが、情報処理端末１０は、アプリケーションの種類や特性を考慮して、新たなアプリケーションを起動するディスプレイの判断を行うことにしてもよい。具体的には、アプリケーションがデータをダウンロード中の状態であれば、情報処理端末１０は、ダウンロードが途中で切れ無いように、そのアプリケーションを優先し、他方のアプリケーションの上に新たなアプリケーションを起動するようにしてもよい。
【０２４５】
また、上記各実施形態において、情報処理端末１０は、アプリケーションが終了されるとき、終了した後の新たな状態でのリソース消費量の総和を算出し、その総和が閾値を超えるようであれば、閾値を超えないように実行中のアプリケーションを制御してもよい。例えば、情報処理端末１０は、表示アプリケーションを終了させるとき、他の実行中のアプリケーションをディスプレイ間で移動したり、一方のディスプレイの表面のアプリケーションを非アクティブ状態にしたり等が考えられる。
【０２４６】
以下、より具体的な実施例について説明する。ここでは第１の実施形態に関する実施例について例示する。
【０２４７】
新たなアプリケーションを起動するときのディスプレイ１１、１２の表示の変化について説明する。
【０２４８】
図１６Ａ、１６Ｂは、情報処理端末によるアプリケーション画面の表示の変化の一例を示す図である。図１６Ａの状態では、情報処理端末１０は、ディスプレイ１１にてアプリケーションＡ１、Ａ３を実行しており、ディスプレイ１２にてアプリケーションＡ２を実行している。ディスプレイ１１ではアプリケーションＡ３が表面に出ており、その下にアプリケーションＡ１が隠れている。また、アプリケーションＡ３は他のアプリケーションに比べてリソース消費量が大きいものとする。図中でアプリケーションが太枠により囲まれているのは、そのアプリケーションのリソース消費量が大きいことを表している。
【０２４９】
図１６Ａの状態から新たなアプリケーションＡ４の起動が要求されたとする。このアプリケーションＡ４もリソース消費量が大きいものとする。情報処理端末１０は、要求を受けて、アプリケーションＡ４をディスプレイ１１、１２のいずれにて起動するか判定する。
【０２５０】
ここでは、アプリケーションＡ４をディスプレイ１２にて起動すると、リソース消費量が大きいアプリケーションＡ３とアプリケーションＡ４が共にディスプレイの表面に出るので、第１あるいは第２の条件において全体のリソース消費量が閾値よりも大きくなるとする。一方、アプリケーションＡ４をディスプレイ１１にて起動すると、リソース消費量が大きいアプリケーションＡ３がアプリケーションＡ４の下に隠れるので、全体のリソース消費量が閾値より小さくなるとする。そこで、情報処理端末１０は、アプリケーションＡ４を、図１６Ｂに示すようにディスプレイ１１にて起動すべきと判定する。
【０２５１】
図１７Ａ、１７Ｂは、情報処理端末によるアプリケーション画面の表示の変化の他の例を示す図である。図１７Ａの状態では、情報処理端末１０は、ディスプレイ１１にてアプリケーションＡ１、Ａ３を実行しており、ディスプレイ１２にてアプリケーションＡ２を実行している。ディスプレイ１１ではアプリケーションＡ３が表面に出ており、その下にアプリケーションＡ１が隠れている。また、こちらの例ではアプリケーションＡ１のリソース消費量が大きいものとする。
【０２５２】
図１７Ａの状態から新たなアプリケーションＡ４の起動が要求されたとする。このアプリケーションＡ４もリソース消費量が大きいものとする。情報処理端末１０は、要求を受けて、アプリケーションＡ４をディスプレイ１１、１２のいずれにて起動するか判定する。
【０２５３】
ここでは、アプリケーションＡ４をディスプレイ１１にて起動してもディスプレイ１２にて起動しても、リソース消費量が大きいアプリケーションＡ１が隠れているので、第１および第２の条件では全体のリソース消費量が閾値よりも小さいものとする。
【０２５４】
そこで、情報処理端末１０は、次に、第３の条件により潜在アプリケーションを考慮して、アプリケーションＡ４をディスプレイ１１、１２のいずれにて起動するか判定する。
【０２５５】
ここでは、アプリケーションＡ４をディスプレイ１２にて起動した場合、その後、ディスプレイ１１の表面のアプリケーションＡ３が終了したときにアプリケーションＡ１とアプリケーションＡ４が表面に出ることになる。アプリケーションＡ１とアプリケーションＡ４は共にリソース消費量が大きいので、全体のリソース消費量が閾値よりも大きくなる。
【０２５６】
一方、アプリケーションＡ４をディスプレイ１１にて起動した場合、その後、ディスプレイ１１の表面のアプリケーションＡ４が終了しても、ディスプレイ１２の表面のアプリケーションＡ２が終了しても、全体のリソース消費量が閾値よりも小さく抑えられる。
【０２５７】
そこで、情報処理端末１０は、新たなアプリケーションＡ４をディスプレイ１１にて起動すべきと判定する。
【０２５８】
以上、本発明の各実施形態および実施例について述べてきたが、本発明は、この実施形態および実施例だけに限定されるものではなく、本発明の技術思想の範囲内において、様々な構成を組み合わせて使用したり、一部の構成を変更したりしてもよい。
【０２５９】
この出願は、２０１０年４月７日に出願された日本出願特願２０１０−０８８５５２を基礎として優先権の利益を主張するものであり、その開示の全てを引用によってここに取り込む。
【図１】
2011125635.tif 000003
【図２】
2011125635.tif 000004
【図３】
2011125635.tif 000005
【図４】
2011125635.tif 000006
【図５】
2011125635.tif 000007
【図６】
2011125635.tif 000008
【図７】
2011125635.tif 000009
【図８】
2011125635.tif 000010
【図９】
2011125635.tif 000011
【図１０】
2011125635.tif 000012
【図１１】
2011125635.tif 000013
【図１２】
2011125635.tif 000014
【図１３】
2011125635.tif 000015
【図１４】
2011125635.tif 000016
【図１５】
2011125635.tif 000017
【図１６Ａ】
2011125635.tif 000018
【図１６Ｂ】
2011125635.tif 000019
【図１７Ａ】
2011125635.tif 000020
【図１７Ｂ】
2011125635.tif 000021
【国際調査報告】
2011125635.tif 000022
2011125635.tif 000023