JP2021002363A - モバイル端末により複数のアプリケーションウィンドウを表示する方法、及びモバイル端末 - Google Patents

Abstract

【課題】アプリケーションウィンドウの表示リソース状況に基づいて複数のアプリケーションウィンドウを１つの表示画面に表示する。【解決手段】方法は、モバイル端末の現在の配置方向を取得し、現在の配置方向における第１のアプリケーションウィンドウのウィンドウ幅及び高さを決定し、第１のアプリケーションの表示リソース状況を決定し、ウィンドウ幅と高さとの値関係がウィンドウ幅がウィンドウ高さより大きい場合、第１のアプリケーションのユーザインタフェースが第１のアプリケーションウィンドウに表示されるとき、第１のアプリケーションの横長表示リソースを現在の配置方向にロードし、ウィンドウ幅と高さとの値関係がウィンドウ幅がウィンドウ高さより小さい場合、第１のアプリケーションのユーザインタフェースが第１のアプリケーションウィンドウに表示されるとき、第１のアプリケーションの縦長表示リソースを現在の配置方向にロードする。【選択図】図８Ａ

Description

本発明は、通信分野に関し、特に、モバイル端末により複数のアプリケーションウィンドウを表示する方法、及びモバイル端末に関する。

現在、端末は一般に、横長画面方向と縦長画面方向の２つの配置方向を有する。端末は、センサを用いて、端末が現在横長画面方向であるか縦長画面方向であるかを検出することができる。図１に示されるように、縦長画面方向では高さＧは幅Ｋよりも大きく、横長画面方向では高さＧは幅Ｋよりも小さい。

従来技術では、端末がアプリケーションのユーザインタフェースを表示するとき、アプリケーションが横長表示リソースと縦長リソースの両方を有する場合、端末は現在の配置方向に従って適切な表示リソースを選択する。例えば、端末が現在縦長配置方向にあるとき、端末は、アプリケーションの縦長リソースをロードする。又は、端末が現在横長配置方向にあるとき、端末はアプリケーションの横長リソースをロードする。したがって、アプリケーションインタフェースの表示は端末の配置方向と一致し、インタフェース要素は異なる配置方向において適切に配置される。端末上のアプリケーションは、アプリケーションの表示方向が制限されるか否かを示す表示属性を有する。表示方向が制限されない場合、端末が縦長画面方向にあるとき、端末はアプリケーションの縦長表示リソースを現在の配置方向にロードし、又は、端末が横長画面方向にあるとき、端末はアプリケーションの横長表示リソースを現在の配置方向にロードする。アプリケーションの表示属性がアプリケーションの表示方向が制限されることを示す場合、端末は、アプリケーションの制限された方向にのみ、対応する表示リソースをロードする。例えば、アプリケーションの表示属性が、アプリケーションの制限表示方向が横長画面方向であることを示す場合、端末の現在の配置方向が縦長画面方向である場合でも、端末は、表示リソースを縦長画面方向にロードするのではなく、アプリケーションの制限表示方向（すなわち横長画面方向）にアプリケーションの表示リソースをロードする。

通常、表示方向が制限されないことを示す表示属性を有するアプリケーションは、横長リソース及び縦長リソースを有し、表示方向が制限されることを示す表示属性を有するアプリケーションは、制限表示方向に対応する表示リソース（横長リソース又は縦長リソース）を有する。

しかしながら、マルチウィンドウ表示技術の成熟化及び応用により、複数のウィンドウが端末の一画面に現れることがある。従来技術では、マルチウィンドウインタフェースでは、端末は依然として、端末の現在の配置方向に従って、各ウィンドウに対して対応する表示リソースをロードするが、各ウィンドウの実際の表示インタフェースは、ロードされた表示リソースと一致しないことがある。図２に示されるように、端末の配置方向は縦長画面方向であり、端末の画面にはウィンドウ１及びウィンドウ２が含まれる。ウィンドウ１はブラウザのユーザインタフェースであり、端末の現在の配置方向（すなわち縦長画面方向）におけるウィンドウ１の幅は高さよりも大きく、端末の現在の配置方向におけるウィンドウ２の高さは幅よりも大きい。この場合、従来技術を用いて、端末の配置方向に従ってウィンドウ１及びウィンドウ２を表示させる場合、端末の配置方向は縦長画面方向であるので、端末は、ウィンドウ１とウィンドウ２の両方に縦長リソースをロードして、ユーザインタフェースを表示する（図２の左図参照）。ウィンドウ１のユーザインタフェース内の全ての要素が水平に引き伸ばされることが分かるであろう。結果として、ウィンドウ１は表示効果が悪い。ウィンドウ１のブラウザのために横長表示リソースがロードされる場合、ユーザインタフェースの表示効果は図２の右図に示される。図２の右図には、端末の配置方向が横長画面方向であり、端末上にブラウザのユーザインタフェースのみが存在する例が示されている。

端末の配置方向に従って対応する表示リソースがロードされる従来技術の方法は、もはやマルチウィンドウ表示技術には適用できないことが分かるであろう。

アプリケーションウィンドウの表示リソース状況に基づいて、複数のアプリケーションウィンドウを１つの表示画面に表示するために、本発明の実施形態は、モバイル端末により複数のアプリケーションウィンドウを表示する方法、及びモバイル端末を提供する。

以上の目的を達成するために、本発明の実施形態では以下の技術的解決策を用いる。

第１の態様によれば、本発明の実施形態は、モバイル端末により複数のアプリケーションウィンドウを表示する方法を提供する。複数のアプリケーションウィンドウは、少なくとも、１つの表示画面に第１のアプリケーションのユーザインタフェースと第２のアプリケーションのユーザインタフェースとを表示するのに用いられる第１のアプリケーションウィンドウと第２のアプリケーションウィンドウを含む。本方法は、モバイル端末の現在の配置方向を取得するステップと、第１のアプリケーションウィンドウの現在の配置方向におけるウィンドウ幅及びウィンドウ高さを決定するステップと、ウィンドウ幅とウィンドウ高さとの値関係を決定し、第１のアプリケーションの表示リソース状況を決定するステップと、ウィンドウ幅とウィンドウ高さとの値関係が、ウィンドウ幅がウィンドウ高さよりも大きいということであり、且つ、第１のアプリケーションの表示リソース状況が、第１のアプリケーションが横長表示リソースを含むことである場合、第１のアプリケーションのユーザインタフェースが第１のアプリケーションウィンドウに表示されるとき、第１のアプリケーションの横長表示リソースを現在の配置方向にロードし、又は、ウィンドウ幅とウィンドウ高さとの値関係が、ウィンドウ幅がウィンドウ高さよりも小さいことであり、且つ、第１のアプリケーションの表示リソース状況が、第１のアプリケーションが横長表示リソース及び縦長表示リソースを含むことである場合、第１のアプリケーションのユーザインタフェースが第１のアプリケーションウィンドウに表示されるとき、第１のアプリケーションの縦長表示リソースを現在の配置方向にロードするステップと、を含む。

このように、モバイル端末は、現在の配置方向における第１のアプリケーションウィンドウのウィンドウ幅とウィンドウ高さとの値関係に基づいて、対応する横長表示リソース又は縦長表示リソースを第１のアプリケーションウィンドウに割り当てることができる。よって、ウィンドウの実際のサイズとモバイル端末の現在の配置方向とに従って、表示リソースはウィンドウを整合させることができ、アプリケーションはより良い表示効果を有する。

可能な設計では、本方法は更に、ウィンドウ幅とウィンドウ高さとの値関係が、ウィンドウ幅がウィンドウ高さよりも大きいことであり、且つ、第１のアプリケーションの表示リソース状況が、第１のアプリケーションが縦長表示リソースのみを含むことである場合、第１のアプリケーションのユーザインタフェースが第１のアプリケーションウィンドウに表示されるとき、第１のアプリケーションの縦長表示リソースを現在の配置方向にロードするステップ、又は、ウィンドウ幅とウィンドウ高さとの値関係が、ウィンドウ幅がウィンドウ高さよりも小さいことであり、且つ、第１のアプリケーションの表示リソース状況が、第１のアプリケーションが横長表示リソースのみを含むことである場合、第１のアプリケーションのユーザインタフェースが第１のアプリケーションウィンドウに表示されるとき、第１のアプリケーションの横長表示リソースを現在の配置方向にロードするステップ、を含む。

したがって、複数のアプリケーションウィンドウを表示するシナリオにおいて、モバイル端末は、アプリケーションウィンドウの表示リソース状況に基づいて、現在の配置方向における第１のアプリケーションウィンドウのウィンドウ幅とウィンドウ高さとの値関係に従って、複数のアプリケーションウィンドウを１つの表示画面に表示することができることが理解できるであろう。よって、ウィンドウの実際のサイズとモバイル端末の現在の配置方向とに従って、表示リソースはウィンドウを整合させることができ、ユーザに対してより良い表示効果を提供することができる。

可能な設計では、第１のアプリケーションの表示リソース状況を決定するステップは、第１のアプリケーションの表示属性を取得するステップであって、表示属性は、第１のアプリケーションの表示方向が制限されるか又は制限されないことを示すのに用いられる、ステップと、第１のアプリケーションの表示属性が、第１のアプリケーションの表示方向が制限されないことを示す場合、第１のアプリケーションが横長表示リソース及び縦長表示リソースを含むと決定するステップ、又は、第１のアプリケーションの表示属性が、第１のアプリケーションの表示方向が制限されることを示す場合、第１のアプリケーションが制限表示方向の表示リソースのみを含むと決定するステップであって、制限表示方向の表示リソースは横長表示リソース又は縦長表示リソースである、ステップと、を含む。

可能な設計では、第１のアプリケーションの表示リソース状況を決定するステップの前に、本方法は更に、第１のアプリケーションウィンドウ及び第２のアプリケーションウィンドウが表示画面に同時に表示されることをモバイル端末が決定し、且つ、第１のアプリケーションの表示属性が、第１のアプリケーションの表示方向が制限されることを示すとき、第１のアプリケーションの表示属性を表示方向が制限されないことを示す属性に変更し、第１のアプリケーションの変更の前の表示属性を記録するステップ、を含む。

可能な設計では、第１のアプリケーションの表示属性が、第１のアプリケーションの表示方向が制限されないことを示す場合、第１のアプリケーションが横長表示リソース及び縦長表示リソースを含むと決定するステップは、具体的には、第１のアプリケーションの表示属性が、第１のアプリケーションの表示方向が制限されず且つ変更されないことを示す場合、第１のアプリケーションが横長表示リソース及び縦長表示リソースを含むことを決定するステップである。又は、第１のアプリケーションの表示属性が、第１のアプリケーションの表示方向が制限されることを示す場合、第１のアプリケーションが制限表示方向の表示リソースのみを含むと決定するステップは、具体的には、第１のアプリケーションの表示属性が変更され、且つ、変更の前の表示属性が、第１のアプリケーションの表示方向が制限されることを示す場合、第１のアプリケーションが制限表示方向の表示リソースのみ含むことを決定するステップである。

このように、第１のアプリケーションの変更後の表示方向ウィンドウは、制限されていない表示方向である。したがって、モバイル端末の現在の配置方向が変化するとき、モバイル端末は第１のアプリケーションウィンドウを回転させて、第２のフラグビットに記録された第１のフラグビットの変更前の値に従って、第１のフラグビットの変更後の値に対応する、制限表示方向の表示リソースを、優先的に取得することができる。したがって、第１のフラグビットが変更された後の表示時、第１のアプリケーションウィンドウは、制限表示方向に制限されることなく、自由に回転することができる。加えて、表示画面上に位置する他の全てのアプリケーションウィンドウが第１のアプリケーションウィンドウと同じように自由に回転できることが保証される。

可能な設計では、第１のアプリケーションの表示属性を取得するステップは、第１のアプリケーションの構成ファイル内の第１のフラグビットの値を読み取って、第１のアプリケーションウィンドウの表示属性を取得するステップであって、第１のフラグビットは、第１のアプリケーションウィンドウの表示属性を示すのに用いられる、ステップ、を含む。

可能な設計では、構成ファイルは更に第２のフラグビットを含む。第１のアプリケーションの表示属性を表示方向が制限されないことを示す属性に変更し、第１のアプリケーションの変更の前の表示属性を記録するステップは、第１のフラグビットの変更された値が、第１のアプリケーションの表示属性が表示方向が制限されないことを示すことを表すように、第１のフラグビットの値を変更し、第２のフラグビットに、第１のフラグビットの変更の前の値を記憶するステップ、を含む。

可能な設計では、第１のアプリケーションのユーザインタフェース及び第２のアプリケーションのユーザインタフェースが、表示画面においてアプリケーションインタフェースの表示に用いられる領域を完全に占領し、第１のアプリケーションのユーザインタフェースと第２のアプリケーションのユーザインタフェースとが重ならない場合、本方法は更に、第１のアプリケーションの表示属性を取得するステップであって、第１のアプリケーションの表示属性は、第１のアプリケーションの表示方向が制限されるか又は制限されないことを示すのに用いられる、ステップと、第２のアプリケーションの表示属性を取得するステップであって、第２のアプリケーションの表示属性は、第２のアプリケーションの表示方向が制限されないか又は制限されることを示すのに用いられる、ステップと、第１のアプリケーションの表示属性が、第１のアプリケーションの表示方向が制限されることを示し、第１のアプリケーションの制限表示方向が縦長画面方向であり、第２のアプリケーションの表示属性が、第２のアプリケーションの表示方向が制限されることを示し、第２のアプリケーションの制限表示方向が横長画面方向である場合、モバイル端末の配置方向における第１のアプリケーションウィンドウのウィンドウ幅がウィンドウ高さよりも小さく、モバイル端末の配置方向における第２のアプリケーションウィンドウのウィンドウ幅がウィンドウ高さよりも大きくなるように、第１のアプリケーションウィンドウのサイズ及び第２のアプリケーションウィンドウのサイズを調整するステップと、を含む。

可能な設計では、第２のアプリケーションの表示属性を取得するステップの後、本方法は更に、第１のアプリケーションの表示属性が、第１のアプリケーションの表示方向が制限されることを示し、第１のアプリケーションの制限表示方向が縦長画面方向であり、第２のアプリケーションの表示属性が、第２のアプリケーションの表示方向が制限されないことを示す場合、モバイル端末の配置方向における第１のアプリケーションウィンドウのウィンドウ幅がウィンドウ高さよりも小さくなるように、第１のアプリケーションウィンドウのサイズを調整するステップ、又は、第１のアプリケーションの表示属性が、第１のアプリケーションの表示方向が制限されることを示し、第１のアプリケーションの制限表示方向が横長画面方向であり、第２のアプリケーションの表示属性が、第２のアプリケーションの表示方向が制限されないことを示す場合、モバイル端末の配置方向における第１のアプリケーションウィンドウのウィンドウ幅がウィンドウ高さよりも大きくなるように、第１のアプリケーションウィンドウのサイズを調整するステップ、を含む。

留意すべきこととして、表示画面において、第１のアプリケーションのユーザインタフェースと第２のアプリケーションのユーザインタフェースとが重ならない。

第２の態様によれば、本発明の実施形態はモバイル端末を提供する。モバイル端末は、プロセッサ、表示画面、メモリ、バス及び方向センサを含む。表示画面は、少なくとも第１のアプリケーションウィンドウ及び第２のアプリケーションウィンドウを含む。方向センサは、モバイル端末の現在の配置方向を取得し、現在の配置方向をプロセッサに送信するように構成される。プロセッサは、第１のアプリケーションウィンドウの現在の配置方向におけるウィンドウ幅及びウィンドウ高さを決定し、ウィンドウ幅とウィンドウ高さとの値関係を決定し、第１のアプリケーションの表示リソース状況を決定するように構成され、ウィンドウ幅とウィンドウ高さとの値関係が、ウィンドウ幅がウィンドウ高さよりも大きいということであり、且つ、第１のアプリケーションの表示リソース状況が、第１のアプリケーションが横長表示リソースを含むことである場合、第１のアプリケーションのユーザインタフェースが表示画面の第１のアプリケーションウィンドウに表示されるとき、第１のアプリケーションの横長表示リソースを現在の配置方向にロードするか、又は、ウィンドウ幅とウィンドウ高さとの値関係が、ウィンドウ幅がウィンドウ高さよりも小さいことであり、且つ、第１のアプリケーションの表示リソース状況が、第１のアプリケーションが横長表示リソース及び縦長表示リソースを含むことである場合、第１のアプリケーションのユーザインタフェースが表示画面の第１のアプリケーションウィンドウに表示されるとき、第１のアプリケーションの縦長表示リソースを現在の配置方向にロードするように構成される。

方向センサは、具体的には、重力センサ又は加速度センサであってよい。本発明の本実施形態に限定は課されない。

可能な設計では、プロセッサは更に、ウィンドウ幅とウィンドウ高さとの値関係が、ウィンドウ幅がウィンドウ高さよりも大きいことであり、且つ、第１のアプリケーションの表示リソース状況が、第１のアプリケーションが縦長表示リソースのみを含むことである場合、第１のアプリケーションのユーザインタフェースが表示画面の第１のアプリケーションウィンドウに表示されるとき、第１のアプリケーションの縦長表示リソースを現在の配置方向にロードするか、又は、ウィンドウ幅とウィンドウ高さとの値関係が、ウィンドウ幅がウィンドウ高さよりも小さいことであり、且つ、第１のアプリケーションの表示リソース状況が、第１のアプリケーションが横長表示リソースのみを含むことである場合、第１のアプリケーションのユーザインタフェースが表示画面の第１のアプリケーションウィンドウに表示されるとき、第１のアプリケーションの横長表示リソースを現在の配置方向にロードするように構成される。

このように、モバイル端末は、現在の配置方向における第１のアプリケーションウィンドウのウィンドウ幅とウィンドウ高さとの値関係に基づいて、対応する横長表示リソース又は縦長表示リソースを第１のアプリケーションウィンドウに割り当てることができる。よって、ウィンドウの実際のサイズとモバイル端末の現在の配置方向とに従って、表示リソースはウィンドウを整合させることができ、アプリケーションはより良い表示効果を有する。

可能な設計では、プロセッサが第１のアプリケーションの表示リソース状況を決定することは、具体的には、プロセッサが、メモリから第１のアプリケーションの表示属性を取得することであって、表示属性は、第１のアプリケーションの表示方向が制限されるか又は制限されないことを示すのに用いられることと、第１のアプリケーションの表示属性が、第１のアプリケーションの表示方向が制限されないことを示す場合、プロセッサが、第１のアプリケーションが横長表示リソース及び縦長表示リソースを含むと決定すること、又は、第１のアプリケーションの表示属性が、第１のアプリケーションの表示方向が制限されることを示す場合、第１のアプリケーションが制限表示方向の表示リソースのみを含むと決定することであって、制限表示方向の表示リソースは横長表示リソース又は縦長表示リソースであることと、を含む。

可能な設計では、プロセッサは更に、第１のアプリケーションウィンドウ及び第２のアプリケーションウィンドウが表示画面に同時に表示されることをモバイル端末が決定し、且つ、第１のアプリケーションの表示属性が、第１のアプリケーションの表示方向が制限されることを示すとき、第１のアプリケーションの表示属性を表示方向が制限されないことを示す属性に変更し、第１のアプリケーションの変更の前の表示属性を記録するように構成される。

可能な設計では、プロセッサが第１のアプリケーションが横長表示リソース及び縦長表示リソースを含むと決定することは、具体的には、第１のアプリケーションの表示属性が、第１のアプリケーションの表示方向が制限されず且つ変更されないことを示す場合、第１のアプリケーションが横長表示リソース及び縦長表示リソースを含むことを決定すること、又は、第１のアプリケーションの表示属性が変更され、且つ、変更の前の表示属性が、第１のアプリケーションの表示方向が制限されることを示す場合、第１のアプリケーションが制限表示方向の表示リソースのみ含むことを決定することを含む。

可能な設計では、プロセッサがメモリから第１のアプリケーションの表示属性を取得することは、具体的には、プロセッサが、メモリに存在する第１のアプリケーションの構成ファイル内の第１のフラグビットの値を読み取って、第１のアプリケーションウィンドウの表示属性を取得することであって、第１のフラグビットは、第１のアプリケーションウィンドウの表示属性を示すのに用いられること、を含む。

可能な設計では、構成ファイルは更に第２のフラグビットを含む。プロセッサは、具体的には、第１のフラグビットの変更された値が、第１のアプリケーションの表示属性が表示方向が制限されないことを示すことを表すように、メモリにおいて第１のフラグビットの値を変更し、第２のフラグビットに、第１のフラグビットの変更の前の値を記憶するように構成される。

可能な設計では、第１のアプリケーションのユーザインタフェース及び第２のアプリケーションのユーザインタフェースが、表示画面においてアプリケーションインタフェースの表示に用いられる領域を完全に占領し、且つ、第１のアプリケーションのユーザインタフェースと第２のアプリケーションのユーザインタフェースとが重ならない場合、プロセッサは更に、メモリから第１のアプリケーションの表示属性を取得するように構成され、第１のアプリケーションの表示属性は、第１のアプリケーションの表示方向が制限されるか又は制限されないことを示すのに用いられ、また、第２のアプリケーションの表示属性を取得するように構成され、第２のアプリケーションの表示属性は、第２のアプリケーションの表示方向が制限されないか又は制限されることを示すのに用いられ、また、第１のアプリケーションの表示属性が、第１のアプリケーションの表示方向が制限されることを示し、第１のアプリケーションの制限表示方向が縦長画面方向であり、第２のアプリケーションの表示属性が、第２のアプリケーションの表示方向が制限されることを示し、第２のアプリケーションの制限表示方向が横長画面方向である場合、モバイル端末の配置方向における第１のアプリケーションウィンドウのウィンドウ幅がウィンドウ高さよりも小さく、モバイル端末の配置方向における第２のアプリケーションウィンドウのウィンドウ幅がウィンドウ高さよりも大きくなるように、表示画面の第１のアプリケーションウィンドウのサイズ及び表示画面の第２のアプリケーションウィンドウのサイズを調整するように構成される。

可能な設計では、プロセッサは更に、第１のアプリケーションの表示属性が、第１のアプリケーションの表示方向が制限されることを示し、第１のアプリケーションの制限表示方向が縦長画面方向であり、第２のアプリケーションの表示属性が、第２のアプリケーションの表示方向が制限されないことを示す場合、モバイル端末の配置方向における第１のアプリケーションウィンドウのウィンドウ幅がウィンドウ高さよりも小さくなるように、表示画面の第１のアプリケーションウィンドウを調整するように構成され、又は、第１のアプリケーションの表示属性が、第１のアプリケーションの表示方向が制限されることを示し、第１のアプリケーションの制限表示方向が横長画面方向であり、第２のアプリケーションの表示属性が、第２のアプリケーションの表示方向が制限されないことを示す場合、モバイル端末の配置方向における第１のアプリケーションウィンドウのウィンドウ幅がウィンドウ高さよりも大きくなるように、表示画面の第１のアプリケーションウィンドウを調整するように構成される。

第３の態様によれば、本発明の実施形態はモバイル端末を提供する。モバイル端末の表示画面は、少なくとも第１のアプリケーションウィンドウ及び第２のアプリケーションウィンドウを含む。モバイル端末は、モバイル端末の現在の配置方向を取得するように構成される取得ユニットと、第１のアプリケーションウィンドウの現在の配置方向におけるウィンドウ幅及びウィンドウ高さを決定し、ウィンドウ幅とウィンドウ高さとの値関係を決定し、第１のアプリケーションの表示リソース状況を決定するように構成される決定ユニットと、ウィンドウ幅とウィンドウ高さとの値関係が、ウィンドウ幅がウィンドウ高さよりも大きいということであり、且つ、第１のアプリケーションの表示リソース状況が、第１のアプリケーションが横長表示リソースを含むことである場合、第１のアプリケーションのユーザインタフェースが第１のアプリケーションウィンドウに表示されるとき、第１のアプリケーションの横長表示リソースを現在の配置方向にロードするように構成され、又は、ウィンドウ幅とウィンドウ高さとの値関係が、ウィンドウ幅がウィンドウ高さよりも小さいことであり、且つ、第１のアプリケーションの表示リソース状況が、第１のアプリケーションが横長表示リソース及び縦長表示リソースを含むことである場合、第１のアプリケーションのユーザインタフェースが第１のアプリケーションウィンドウに表示されるとき、第１のアプリケーションの縦長表示リソースを現在の配置方向にロードするように構成される表示ユニットと、を備える。

このように、モバイル端末は、現在の配置方向における第１のアプリケーションウィンドウのウィンドウ幅とウィンドウ高さとの値関係に基づいて、対応する横長表示リソース又は縦長表示リソースを第１のアプリケーションウィンドウに割り当てることができる。よって、ウィンドウの実際のサイズとモバイル端末の現在の配置方向とに従って、表示リソースはウィンドウを整合させることができ、アプリケーションはより良い表示効果を有する。

可能な設計では、表示ユニットは更に、ウィンドウ幅とウィンドウ高さとの値関係が、ウィンドウ幅がウィンドウ高さよりも大きいことであり、且つ、第１のアプリケーションの表示リソース状況が、第１のアプリケーションが縦長表示リソースのみを含むことである場合、第１のアプリケーションのユーザインタフェースが第１のアプリケーションウィンドウに表示されるとき、第１のアプリケーションの縦長表示リソースを現在の配置方向にロードするように構成され、又は、ウィンドウ幅とウィンドウ高さとの値関係が、ウィンドウ幅がウィンドウ高さよりも小さいことであり、且つ、第１のアプリケーションの表示リソース状況が、第１のアプリケーションが横長表示リソースのみを含むことである場合、第１のアプリケーションのユーザインタフェースが第１のアプリケーションウィンドウに表示されるとき、第１のアプリケーションの横長表示リソースを現在の配置方向にロードするように構成される。

可能な設計では、取得ユニットは更に、第１のアプリケーションの表示属性を取得するように構成され、表示属性は、第１のアプリケーションの表示方向が制限されるか又は制限されないことを示すのに用いられる。決定ユニットは更に、第１のアプリケーションの表示属性が、第１のアプリケーションの表示方向が制限されないことを示す場合、第１のアプリケーションが横長表示リソース及び縦長表示リソースを含むと決定するように構成され、又は、第１のアプリケーションの表示属性が、第１のアプリケーションの表示方向が制限されることを示す場合、第１のアプリケーションが制限表示方向の表示リソースのみを含むと決定するように構成される。制限表示方向の表示リソースは横長表示リソース又は縦長表示リソースである。

可能な設計では、モバイル端末は更に、第１のアプリケーションウィンドウ及び第２のアプリケーションウィンドウが表示画面に同時に表示されることをモバイル端末が決定し、且つ、第１のアプリケーションの表示属性が、第１のアプリケーションの表示方向が制限されることを示すとき、第１のアプリケーションの表示属性を表示方向が制限されないことを示す属性に変更し、第１のアプリケーションの変更の前の表示属性を記録するように構成される変更ユニット、を備える。

可能な設計では、決定ユニットは、具体的には、第１のアプリケーションの表示属性が、第１のアプリケーションの表示方向が制限されず且つ変更されないことを示す場合、第１のアプリケーションが横長表示リソース及び縦長表示リソースを含むと決定するように構成され、又は、第１のアプリケーションの表示属性が変更され、且つ、変更の前の表示属性が、第１のアプリケーションの表示方向が制限されることを示す場合、第１のアプリケーションが制限表示方向の表示リソースのみ含むと決定するように構成される。

可能な設計では、取得ユニットは、具体的には、第１のアプリケーションの構成ファイル内の第１のフラグビットの値を読み取って、第１のアプリケーションウィンドウの表示属性を取得するように構成される。第１のフラグビットは、第１のアプリケーションウィンドウの表示属性を示すのに用いられる。

可能な設計では、構成ファイルは更に第２のフラグビットを含む。変更ユニットは、具体的には、第１のフラグビットの変更された値が、第１のアプリケーションの表示属性が表示方向が制限されないことを示すことを表すように、第１のフラグビットの値を変更し、第２のフラグビットに、第１のフラグビットの変更の前の値を記憶するように構成される。

可能な設計では、モバイル端末は更に、第１のアプリケーションのユーザインタフェース及び第２のアプリケーションのユーザインタフェースが、表示画面においてアプリケーションインタフェースの表示に用いられる領域を完全に占領し、且つ、第１のアプリケーションのユーザインタフェースと第２のアプリケーションのユーザインタフェースとが重ならない場合、第１のアプリケーションの表示属性が第１のアプリケーションの表示方向が制限されることを示し、第１のアプリケーションの制限表示方向が縦長画面方向であり、第２のアプリケーションの表示属性が第２のアプリケーションの表示方向が制限されることを示し、第２のアプリケーションの制限表示方向が横長画面方向である場合、モバイル端末の配置方向における第１のアプリケーションウィンドウのウィンドウ幅がウィンドウ高さよりも小さく、モバイル端末の配置方向における第２のアプリケーションウィンドウのウィンドウ幅がウィンドウ高さよりも大きくなるように、第１のアプリケーションウィンドウのサイズ及び第２のアプリケーションウィンドウのサイズを調整するように構成される調整ユニット、を備える。

可能な設計では、調整ユニットは更に、第１のアプリケーションの表示属性が第１のアプリケーションの表示方向が制限されることを示し、第１のアプリケーションの制限表示方向が縦長画面方向であり、第２のアプリケーションの表示属性が第２のアプリケーションの表示方向が制限されないことを示す場合、モバイル端末の配置方向における第１のアプリケーションウィンドウのウィンドウ幅がウィンドウ高さよりも小さくなるように、第１のアプリケーションウィンドウのサイズを調整するように構成され、又は、第１のアプリケーションの表示属性が第１のアプリケーションの表示方向が制限されることを示し、第１のアプリケーションの制限表示方向が横長画面方向であり、第２のアプリケーションの表示属性が第２のアプリケーションの表示方向が制限されないことを示す場合、モバイル端末の配置方向における第１のアプリケーションウィンドウのウィンドウ幅がウィンドウ高さよりも大きくなるように、第１のアプリケーションウィンドウのサイズを調整するように構成される。

以下の実施形態において、本発明のこれらの態様又は他の態様をより簡潔且つ明瞭に説明する。

本発明の実施形態又は先行技術の技術的解決策をより明瞭に説明するために、以下、実施形態又は従来技術を説明するために必要な添付図面を簡単に説明する。

従来技術における端末の横長画面方向及び縦長画面方向の概略図である。 複数のアプリケーションウィンドウを表示するシナリオの第１の概略図である。 複数のアプリケーションウィンドウを表示するシナリオの第２の概略図である。 本発明の実施形態に係る、モバイル端末の現在の配置方向とウィンドウ幅及びウィンドウ高さの両方との関係の概略図である。 本発明の実施形態に係る、アプリケーションの表示属性がアプリケーションの表示方向が制限されないことを示す場合の概略図である。 本発明の実施形態に係る、アプリケーションの表示属性がアプリケーションの表示方向が制限されることを示す場合の概略図である。 本発明の実施形態に係るモバイル端末のハードウェアの概略構造図である。 本発明の実施形態に係る、モバイル端末により複数のアプリケーションウィンドウを表示する方法の第１の概略図である。 本発明の実施形態に係る、モバイル端末により複数のアプリケーションウィンドウを表示する方法の第１の概略図である。 本発明の実施形態に係る、モバイル端末により複数のアプリケーションウィンドウを表示する方法の第２の概略図である。 複数のアプリケーションウィンドウを表示するシナリオの第３の概略図である。 本発明の実施形態に係るモバイル端末の第１の概略構造図である。 本発明の実施形態に係るモバイル端末の第２の概略構造図である。 本発明の実施形態に係るモバイル端末の第３の概略構造図である。

以下、本発明の実施形態における添付図面を参照して、本発明の実施形態における技術的解決策を明確且つ完全に説明する。当然ながら、記載される実施形態は、本発明の実施形態の一部に過ぎず、全部ではない。

加えて、「第１」及び「第２」という表現は、説明を目的とするものに過ぎず、相対的重要性の指示又は暗示、或いは示された技術的特徴の数の暗示的指示を示すものではないと理解されるものである。したがって、「第１」又は「第２」によって限定される特徴は、明示的又は暗示的に１つ以上の特徴を含むことができる。本発明の記述では、特に明記しない限り、「複数」は少なくとも２つを意味する。

本明細書における「及び／又は」という表現は、関連するものを記述するための関連関係を記述するものに過ぎず、３つの関係が存在し得ることを表す。例えば、Ａ及び／又はＢは、Ａのみが存在する場合と、ＡとＢの両方が存在する場合と、Ｂのみが存在する場合の３つの場合を表すことができる。加えて、本明細書における記号「／」は、一般に、関連するものの間の「又は」の関係を示す。

本発明の実施形態において提供されるモバイル端末により複数のアプリケーションウィンドウを表示する方法は、具体的には、複数のアプリケーションウィンドウを表示するシナリオに適用することができる。一例として図３が用いられる。複数のアプリケーションウィンドウは、少なくとも、１つの表示画面に、それぞれ第１のアプリケーションのユーザインタフェースと第２のアプリケーションのユーザインタフェースを表示するのに用いることのできる第１のアプリケーションウィンドウと第２のアプリケーションウィンドウを含む。

具体的には、第１のアプリケーションを表示するための第１のアプリケーションウィンドウを例として用いる。本発明の実施形態において提供されるモバイル端末により複数のアプリケーションウィンドウを表示する方法では、第１のアプリケーションの表示リソース状況に基づいて、モバイル端末の現在の配置方向と、第１のアプリケーションウィンドウの現在の配置方向におけるウィンドウ幅及びウィンドウ高さとに従って、ユーザに対して縦長表示リソース又は横長表示リソースをロードすることが決定されるので、ユーザの視覚要件を満たすことができる。

モバイル端末により複数のアプリケーションウィンドウを表示する方法を詳述するために、まず、本発明の実施形態で用いられるいくつかの概念を説明する。

縦長表示リソースは、端末の配置方向においてウィンドウ幅がウィンドウ高さよりも小さいアプリケーションインタフェース表示ウィンドウを整合させる表示リソースであり、具体的には、縦長レイアウトリソース、縦長位置リソース、縦長ピクチャリソース等を含んでよい。例えば、縦長レイアウトリソースは、具体的には、第１のアプリケーションウィンドウにレイアウトされたアイコンを示すのに用いられ、縦長位置リソースは、第１のアプリケーションウィンドウの各アイコンの位置情報を示すのに用いられ、縦長ピクチャリソースは、第１のアプリケーションウィンドウの各アイコンの形状や色などの情報を示すのに用いられる。

縦長表示リソースと同様に、横長表示リソースは、端末の配置方向においてウィンドウ幅がウィンドウ高さよりも大きいアプリケーションインタフェース表示ウィンドウを整合させる表示リソースであり、具体的には、横長レイアウトリソース、横長位置リソース、横長ピクチャリソース等を含んでよい。

各アプリケーションの縦長表示リソース及び／又は横長表示リソースは、各アプリケーションに対応するリソースファイル（例えばＡＰＫファイル）に記憶されてよい。

更に、本発明の実施形態におけるウィンドウ幅とウィンドウ高さは、モバイル端末の現在の配置方向におけるウィンドウ幅とウィンドウ高さを示す。図４に示されるように、モバイル端末の画面上の点Ｏを原点として用いて、直交座標系が確立される。モバイル端末が位置１及び位置３にあるとき、第１のアプリケーションウィンドウのウィンドウ幅は、直交座標系のｘ軸方向における第１のアプリケーションウィンドウの長さ又は投影であり、第１のアプリケーションウィンドウのウィンドウ高さは、直交座標系のｙ軸方向における第１のアプリケーションウィンドウの長さ又は投影である。モバイル端末が位置２及び位置４にあるとき、第１のアプリケーションウィンドウのウィンドウ幅は、直交座標系のｙ軸方向における第１のアプリケーションウィンドウの長さ又は投影であり、第１のアプリケーションウィンドウのウィンドウ高さは、直交座標系のｘ軸方向における第１のアプリケーションウィンドウの長さ又は投影である。

加えて、モバイル端末上の各アプリケーションは表示属性を有する。表示属性は、アプリケーションの表示方向が制限されるか否かを示すのに用いられる。

具体的には、アプリケーションの表示属性がアプリケーションの表示方向が制限されないことを示す場合、図５に示されるように、モバイル端末上にアプリケーションウィンドウが１つのみ存在する倍位を例として用いると、モバイル端末が縦長画面方向にあるとき、モバイル端末は、アプリケーションのために、縦長表示リソースを現在の配置方向にロードする。又は、モバイル端末が横長画面方向にあるとき、モバイル端末は、アプリケーションのために、横長表示リソースを現在の配置方向にロードする。

アプリケーションの表示属性がアプリケーションの表示方向が制限されることを示す場合、モバイル端末は、対応する表示リソースをアプリケーションの制限表示方向のみにロードする。例えば、図６に示されるように、モバイル端末上にアプリケーションウィンドウが１つのみ存在する場合を、更に例として用いる。アプリケーションの表示属性が、アプリケーションの制限表示方向が横長画面方向であることを示す場合、モバイル端末の現在の配置方向が縦長画面方向である場合であっても、モバイル端末は、表示リソースを縦長画面方向にロードするのではなく、アプリケーションの制限表示方向（すなわち横長画面方向）にアプリケーションの表示リソースをロードする。

更に、図５は、本発明の実施形態に係るモバイル端末の概略構造図である。モバイル端末は、携帯電話、タブレットコンピュータ、ノートブックコンピュータ、ＵＭＰＣ（Ultra-mobile Personal Computer、ウルトラ・モバイル・パーソナルコンピュータ）、ネットブック、ＰＤＡ（Personal Digital Assistant、パーソナル・デジタル・アシスタント）などの端末デバイスであってよい。本発明の本実施形態では、モバイル端末が携帯電話である例を説明に用いる。図５は、本発明の実施形態に係る携帯電話３００の部分構造のブロック図を示す。

図７に示されるように、携帯電話３００は、ＲＦ（radio frequency、無線周波数）回路３２０、メモリ３３０、入力部３４０、表示部３５０、方向センサ３６０、可聴周波数回路３７０、プロセッサ３８０及び電源３９０を備える。当業者であれば理解できるように、図７に示される携帯電話の構造は携帯電話に対する限定を構成することはなく、携帯電話は、図に示されるものよりも多いか或いは少ない構成要素を含んでよく、一部の構成要素は組み合わされてよく、又は構成要素の異なる配置が用いられてよい。

以下、図７を参照して、携帯電話３００の各構成要素を詳細に説明する。

ＲＦ回路３２０は、情報の受信及び送信プロセス又は呼プロセスにおいて信号を受信及び送信するように構成されてよい。特に、ＲＦ回路３２０は、基地局からダウンリンク情報を受信した後、処理のためにダウンリンク情報をプロセッサ３８０に送信し、加えて、アップリンクデータを基地局に送信する。一般に、ＲＦ回路は、アンテナ、少なくとも１つの増幅器、送受信部、カプラ、低雑音増幅器（Low Noise Amplifier、ＬＮＡ）及びデュプレクサを含むが、これに限定されない。加えて、ＲＦ回路３２０は、無線通信により、ネットワーク及び別のデバイスと通信してもよい。無線通信の場合、ＧＳＭ（Global System for Mobile Communications）、汎用パケット無線サービス（General Packet Radio Service、ＧＰＲＳ）、符号分割多元接続（Code Division Multiple Access、ＣＤＭＡ）、広帯域符号分割多元接続（Wideband Code Division Multiple Access、ＷＣＤＭＡ）、ロングタームエボリューション（Long Term Evolution、ＬＴＥ）、電子メール、ＳＭＳ（short messaging service，ショート・メッセージ・サービス）など、任意の通信規格又はプロトコルが用いられてよい。

メモリ３３０は、ソフトウェアプログラム及びモジュールを記憶するように構成されてよい。プロセッサ３８０は、メモリ３３０に記憶されているソフトウェアプログラム及びモジュールを実行することにより、携帯電話３００の各種アプリケーション機能を実行し、データ処理をおこなう。メモリ３３０は、主にプログラム記憶領域及びデータ記憶領域を含んでよい。プログラム記憶領域は、オペレーティングシステムや、少なくとも１つの機能（音声再生機能や画像表示機能など）に必要とされるアプリケーションプログラムなどを記憶することができる。データ記憶領域は、携帯電話３００の使用に応じて作成されたデータ（音声データや電話帳など）を記憶することができる。加えて、メモリ３３０は高速ランダムアクセスメモリを含んでよく、更に、例えば少なくとも１つの磁気ディスク記憶デバイスやフラッシュメモリコンポーネントといった不揮発性メモリ、或いは別の揮発性ソリッドステート記憶コンポーネントを含んでよい。

入力部３４０は、入力された数字又は文字の情報を受信し、携帯電話３００のユーザ設定及び機能制御に関するキー信号入力を生成するように構成されてよい。具体的には、入力部３４０は、タッチ画面 ３４１及び別の入力デバイス３４２を含んでよい。タッチ画面３４１は、タッチパネルとも呼ばれ、ユーザがタッチ画面上又はその付近でおこなったタッチ操作（ユーザが、タッチ画面３４１上又はタッチ画面３４１付近で、指やスタイラスなどの任意の適切な物体や付属品を用いておこなう操作など）を受け付け、予め設定されたプログラムに従って、対応する接続装置を駆動することができる。任意に、タッチ画面３４１は、タッチ検出装置とタッチコントローラの２つの部分を含んでよい。タッチ検出装置は、ユーザのタッチ位置を検出し、タッチ操作によって生成された信号を検出し、その信号をタッチコントローラに送信する。タッチコントローラは、タッチ検出装置からタッチ情報を受信し、タッチ情報を接触点の座標に変換し、接触点の座標をプロセッサ３８０に送信し、プロセッサ３８０によって送信されたコマンドを受信し実行する。加えて、タッチ画面３４１は、抵抗型、容量型、赤外線型、表面弾性波型などの複数のタイプを用いて実現することができる。入力部３４０は、タッチ画面３４１の他に、別の入力デバイス３４２を含んでよい。具体的には、別の入力デバイス３４２は、物理キーボード、ファンクションキー（音量調節キーやオン／オフキーなど）、トラックボール、マウス、ジョイスティックなどのうち１つ以上を含んでよいが、これに限定されない。

表示部３５０は、ユーザによって入力された情報又はユーザに対して提供された情報と、携帯電話３００の各種メニューを表示するように構成されてよい。表示部３５０は、表示パネル３５１を含んでよい。任意に、表示パネル３４１は、液晶ディスプレイ（Liquid Crystal Display、ＬＣＤ）、有機発光ダイオード（Organic Light-Emitting Diode、ＯＬＥＤ）などの形態で構成されてよい。更に、タッチ画面３４１は、表示パネル３５１を覆ってよい。タッチ画面３４１上又はその付近のタッチ操作を検出した後、タッチ画面３４１は、タッチ操作をプロセッサ３８０に転送して、タッチイベントのタイプを決定し、次にプロセッサ３８０は、タッチイベントのタイプに従って、対応する視覚出力を表示パネル３５１上に提供する。図７において、タッチ画面３４１と表示パネル３５１とは、携帯電話３００の入出力機能を実現するための２つの独立した構成要素として用いられているが、一部の実施形態では、携帯電話３００の入出力機能を実現するために、タッチ画面３４１と表示パネル３５１とは一体化されてよい。

加速度センサや重力センサ（gravity sensor）などの方向センサ３６０は、携帯電話の各方向（一般に３軸）の加速度の値を検出することができ、方向センサが静止しているときに重力の値及び方向を検出することができ、携帯電話の各方向の加速度を識別するためのアプリケーション（横長モードと縦長モードとの間の画面切り替え、関連ゲーム、磁力計姿勢較正など）や、振動識別に関する機能（歩数計やノックなど）等に利用することができる。

携帯電話３００は更に、光センサなどの別のセンサを備えてよい。具体的には、光センサは、周囲光センサ及び近接光センサを含んでよい。周囲光センサは、周囲光の明るさ又は暗さに応じて、表示パネル３４１の輝度を調整することができる。近接光センサは、物体が携帯電話の近くにあるか否か、又は携帯電話に接触したか否かを検出することができ、携帯電話３００がユーザの耳に近付いたときに、表示パネル３４１及び／又はバックライトをオフにすることができる。携帯電話３００には、ジャイロスコープ、気圧計、湿度計、温度計、赤外線センサなどの他のセンサを更に構成することができる。ここでは詳細の説明を省略する。

可聴周波数回路３７０、スピーカ３７１及びマイク３７２は、ユーザと携帯電話３００との間の音声インタフェースを提供することができる。可聴周波数回路３７０は、受信された音声データを電気信号に変換し、電気信号をスピーカ３７１に送信することができ、スピーカ３７１は、電気信号を出力のために音信号に変換する。別の態様では、マイク３７２は、集められた音信号を電気信号に変換する。可聴周波数回路３７０は、電気信号を受信した後、電気信号を音声データに変換してから、音声データを例えば別の携帯電話に送信したり、音声データを更なる処理のためにメモリ３３０に出力したりするために、音声データをＲＦ回路３２０に出力する。

プロセッサ３８０は、携帯電話３００の制御中心であり、様々なインタフェース及び回線を用いて携帯電話全体の各種部分に接続され、メモリ３３０に記憶されたソフトウェアプログラム及び／又はモジュールを起動又は実行することにより、また、メモリ３３０に記憶されたデータを呼び出すことにより、携帯電話３００の各種機能を実行し、データ処理をおこなって、携帯電話に対して全体監視をおこなう。任意に、プロセッサ３８０は、１つ以上の処理ユニットを含んでよい。好ましくは、プロセッサ３８０は、アプリケーションプロセッサとモデムプロセッサとを統合してよい。アプリケーションプロセッサは、主に、オペレーティングシステム、ユーザインタフェース、アプリケーションプログラムなどを処理する。モデムプロセッサは主に無線通信を処理する。前述のモデムプロセッサはプロセッサ３８０に統合されなくてもよいことが理解されよう。

携帯電話３００は更に、各構成要素に電力を供給する電源（例えばバッテリ）３９０を備える。
好ましくは、電源は、電源管理システムを用いて充電管理や放電管理、電力消費管理などの機能が実現されるように、電力管理システムを用いてプロセッサ３８０と論理的に接続されてよい。

図示されていないが、携帯電話３００は更に、ＷｉＦｉ（Wireless Fidelity、無線フィデリティ）モジュール、ブルートゥースモジュールなどを備えてよい。ここでは詳細の説明を省略する。

本発明の本実施形態では、メモリ３３０は第１のアプリケーションの構成ファイルを記憶する。構成ファイルには、第１のアプリケーションウィンドウのウィンドウサイズ情報及び第１のアプリケーションの表示属性が記録される。

このように、本発明の本実施形態において提供されるモバイル端末により複数のアプリケーションウィンドウを表示する方法では、方向センサ３６０（例えば加速度センサ又は重力センサ）は、モバイル端末の各方向の加速度を識別して、モバイル端末の現在の配置方向を決定し、通信インタフェースを用いて、モバイル端末の現在の配置方向をプロセッサ３８０に送信する。当然ながら、方向センサ３６０は、検出された加速度信号を通信インタフェースを用いてプロセッサ３８０に送信し、プロセッサ３８０は、加速度信号に従って、モバイル端末の現在の配置方向を決定する。

プロセッサ３８０は、メモリ３３０の構成ファイルを読み取ることにより、第１のアプリケーションウィンドウの現在の配置方向におけるウィンドウ幅及びウィンドウ高さを決定し、更に、ウィンドウ幅とウィンドウ高さとの値関係を決定する。加えて、プロセッサ３８０は更に、メモリ３３０内の構成ファイルを読み出すことにより、第１のアプリケーションの表示リソース状況を決定して、ユーザに対して縦長表示リソース又は横長表示リソースをロードすることができるので、ユーザの視覚要件を満たすことができる。

図７を参照して、以下、本発明の実施形態に係るモバイル端末により複数のアプリケーションウィンドウを表示する方法を詳細に説明する。図８Ａ及び図８Ｂに示されるように、本方法は以下のステップを含む。

１０１．モバイル端末が、該モバイル端末の現在の配置方向を取得する。

具体的には、方向センサ３６０は、モバイル端末の現在の配置方向を決定するために、モバイル端末の姿勢を識別してよい。例えば、現在の配置方向は、図４に示される４つの方向を含む。更に、方向センサ３６０は、通信インタフェースを用いてモバイル端末の現在の配置方向をプロセッサ３８０に送信し、モバイル端末がモバイル端末の現在の配置方向を取得できるようにする。上述したように、プロセッサ３８０は、センサ３６０からの測定信号を用いて、モバイル端末の現在の配置方向を決定することができる。

１０２．モバイル端末が、現在の配置方向における第１のアプリケーションウィンドウのウィンドウ幅及びウィンドウ高さを決定する。

ウィンドウ幅及びウィンドウ高さの概念については、上述の実施形態で詳細に説明したので、ここでは詳細の説明を省略する。

具体的には、モバイル端末の現在の配置方向が取得された後、プロセッサ３８０は、第１のアプリケーションの構成ファイルをメモリから読み出してよい。第１のアプリケーションウィンドウのウィンドウ位置情報及びウィンドウサイズ情報は、構成ファイルに記憶されている。例えば、第１のアプリケーションウィンドウのウィンドウサイズは６００＊８００である。この場合、プロセッサ３８０は、ステップ１０１で取得された現在の配置方向に従って、現在の配置方向における第１のアプリケーションウィンドウのウィンドウ幅及びウィンドウ高さを決定してよい。例えば、図４に示されるように、モバイル端末の現在の配置方向が位置１であるとき、第１のアプリケーションウィンドウの長さ８００がウィンドウ幅であり、直交座標系のｙ軸方向における第１のアプリケーションウィンドウの長さ６００がウィンドウ高さである。

１０３．モバイル端末が、ウィンドウ幅とウィンドウ高さとの値関係を決定する。

プロセッサ３８０は、ステップ１０２で決定されたウィンドウ幅とウィンドウ高さとの値関係を決定する。例えば、ウィンドウ幅がウィンドウ高さよりも大きく、又は、ウィンドウ幅がウィンドウ高さよりも小さい。

１０４．モバイル端末が、第１のアプリケーションの表示リソース状況を決定する。

ステップ１０４において、モバイル端末はまず、第１のアプリケーションの表示属性を取得する。すなわち、第１のアプリケーションの表示方向が制限されるか又は制限されないことを把握する。更に、第１のアプリケーションの表示属性が、第１のアプリケーションの表示方向が制限されないことを示す場合、モバイル端末は更に、第１のアプリケーションが横長表示リソース及び縦長表示リソースを含むと決定する。逆に、第１のアプリケーションの表示属性が、第１のアプリケーションの表示方向が制限されることを示す場合、モバイル端末は更に、第１のアプリケーションが制限表示方向の表示リソースのみを含むと決定する。制限表示方向の表示リソースは横長表示リソース又は縦長表示リソースである。

具体的には、プロセッサ３８０は、第１のアプリケーションウィンドウの表示属性を取得するために、メモリ３３０内の第１のアプリケーションの構成ファイル中の第１のフラグビットの値を読み出してよい。

例えば、第１のフラグビットが−１のときは、第１の方向の表示方向が制限されないことを示す。第１のフラグビットが０のときは、第１のアプリケーションの表示方向が制限され、制限表示方向が横長画面方向であることを示す。第１のフラグビットが１のときは、第１のアプリケーションの表示方向が制限され、制限表示方向が縦長画面方向であることを示す。

加えて、第１のアプリケーションウィンドウ及び第２のアプリケーションウィンドウが表示画面に同時に表示されることをモバイル端末が決定し、且つ、第１のアプリケーションの表示属性が、第１のアプリケーションの表示方向が制限されることを示す場合、プロセッサ３８０は、第１のアプリケーションの表示属性を表示方向が制限されないことを示す属性に変更し、第１のアプリケーションの変更の前の表示属性を記録してよい。

例えば、メモリ３３０の構成ファイルは更に第２のフラグビットを含む。第１のアプリケーションの表示属性が、第１のアプリケーションの表示方向が制限されることを示す場合、プロセッサ３８０は、第１のフラグビットの変更された値が、第１のアプリケーションの表示属性が表示方向が制限されないことを示すことを表すように、第１のフラグビットの値を変更し、第２のフラグビットに、第１のフラグビットの変更の前の値を記憶する。

例えば、第１のフラグビットが１である場合、すなわち第１のアプリケーションの表示方向が制限される、制限表示方向が縦長画面方向である場合、プロセッサ３８０は、第１のフラグビットを１から−１に変更し、第２のフラグビットに、第１のフラグビットの変更の前の値、すなわち１を記録することができる。

この場合、第１のアプリケーションの表示属性が、第１のアプリケーションの表示方向が制限されず且つ変更されないことを示す場合、プロセッサ３８０は、第１のアプリケーションが横長表示リソース及び縦長表示リソースを含むと決定してよい。対応して、第１のアプリケーションの表示属性が変更され、且つ、変更の前の表示属性が、第１のアプリケーションの表示方向が制限されることを示す場合、プロセッサ３８０は、第１のアプリケーションが制限表示方向の表示リソースのみ含むと決定する。

留意すべきこととして、第１のフラグビットの値が第２のフラグビットの値と一致し、両方が表示方向が制限されないことを示す場合、第１のアプリケーションの表示属性が変更されないことを示す。第１のフラグビットの値が第２のフラグビットの値と一致しない場合、第１のアプリケーションの表示属性が変更されたことを示す。

このように、第１のアプリケーションの変更後の表示方向ウィンドウは、制限されない表示方向である。したがって、モバイル端末の現在の配置方向が変化するとき、モバイル端末は第１のアプリケーションウィンドウを回転させて、第２のフラグビットに記録された第１のフラグビットの変更前の値に従って、第１のフラグビットの変更後の値に対応する、制限表示方向の表示リソースを、優先的に取得することができる。

留意すべきこととして、ステップ１０４とステップ１０１〜１０３の実行順序は限定されない。例えば、モバイル端末が第１のアプリケーションを有効にしたとき、モバイル端末は、第１のアプリケーションの表示属性を取得するようにトリガされてよい。或いは、表示される第１のアプリケーションウィンドウのサイズが変更されたとき、例えば、ユーザが手動で第１のアプリケーションウィンドウのサイズを変更したとき、モバイル端末は、第１のアプリケーションの表示属性を取得するようにトリガされてよい。或いは、モバイル端末の重力センサがモバイル端末の現在の配置方向が変更されたと決定したとき、モバイル端末は、第１のアプリケーションの表示属性を取得するようにトリガされてよい。

このように、ステップ１０１〜１０４を実行した後、モバイル端末は、配置方向における第１のアプリケーションウィンドウのウィンドウ幅とウィンドウ高さとの値関係と、第１のアプリケーションの表示リソース状況とを取得してよい。したがって、以下のステップ１０５ａ〜１０５ｄに示されるように、モバイル端末は、現在の配置方向における第１のアプリケーションウィンドウのウィンドウ幅とウィンドウ高さとの値関係に基づいて、対応する横長表示リソース又は縦長表示リソースを、第１のアプリケーションウィンドウに割り当ててよい。

１０５ａ．ウィンドウ幅とウィンドウ高さとの値関係が、ウィンドウ幅がウィンドウ高さよりも大きいということであり、且つ、第１のアプリケーションの表示リソース状況が、第１のアプリケーションが横長表示リソースを含むことである場合、第１のアプリケーションのユーザインタフェースが第１のアプリケーションウィンドウに表示されるとき、モバイル端末が、第１のアプリケーションの横長表示リソースを現在の配置方向にロードする。

１０５ｂ．ウィンドウ幅とウィンドウ高さとの値関係が、ウィンドウ幅がウィンドウ高さよりも小さいことであり、且つ、第１のアプリケーションの表示リソース状況が、第１のアプリケーションが横長表示リソース及び縦長表示リソースを含むことである場合、第１のアプリケーションのユーザインタフェースが第１のアプリケーションウィンドウに表示されるとき、モバイル端末が、第１のアプリケーションの縦長表示リソースを現在の配置方向にロードする。

このように、複数のアプリケーションウィンドウを表示するシナリオにおいて、モバイル端末は、現在の配置方向における第１のアプリケーションウィンドウのウィンドウ幅とウィンドウ高さとの値関係に従って、第１のアプリケーションの表示リソース状況に基づいて、対応する横長表示リソース又は縦長表示リソースを第１のアプリケーションウィンドウに割り当ててよい。よって、ウィンドウの実際のサイズとモバイル端末の現在の配置方向とに従って、表示リソースはウィンドウを整合させることができ、ユーザの視覚要件を満たすことができる。

任意に、ステップ１０４の後、本発明の本実施形態において提供される モバイル端末により複数のアプリケーションウィンドウを表示する方法は更に、以下のステップ１０５ｃ，１０５ｄを含んでよい。

１０５ｃ．ウィンドウ幅とウィンドウ高さとの値関係が、ウィンドウ幅がウィンドウ高さよりも大きいことであり、且つ、第１のアプリケーションの表示リソース状況が、第１のアプリケーションが縦長表示リソースのみを含むことである場合、第１のアプリケーションのユーザインタフェースが第１のアプリケーションウィンドウに表示されるとき、モバイル端末が、第１のアプリケーションの縦長表示リソースを現在の配置方向にロードする。

１０５ｄ．ウィンドウ幅とウィンドウ高さとの値関係が、ウィンドウ幅がウィンドウ高さよりも小さいことであり、且つ、第１のアプリケーションの表示リソース状況が、第１のアプリケーションが横長表示リソースのみを含むことである場合、第１のアプリケーションのユーザインタフェースが第１のアプリケーションウィンドウに表示されるとき、モバイル端末が、第１のアプリケーションの横長表示リソースを現在の配置方向にロードする。

ステップ１０５ａ〜１０５ｄにおいて、モバイル端末によって実行される必要があるステップは、図５のプロセッサ３８０により、メモリ３３０に記憶されたプログラム命令を実行することによって実現されてよい。

留意すべきこととして、ウィンドウ幅とウィンドウ高さとの値関係がウィンドウ幅がウィンドウ高さと等しいことであるとき、第１のアプリケーションの表示方向が制限されないか制限されるかに関わらず、第１のアプリケーションが横長表示リソースだけでなく縦長表示リソースも有する場合、モバイル端末は、横長表示リソースか縦長表示リソースのいずれかをロード対象表示リソースとして選択し、更に、ロード対象リソースをモバイル端末の現在の配置方向にロードすることができる。当然ながら、第１のアプリケーションが横長表示リソースのみを含む場合、モバイル端末は、横長表示リソースを現在の配置方向にロードする。又は、第１のアプリケーションが縦長表示リソースのみを含む場合、モバイル端末は、縦長表示リソースを現在の配置方向にロードする。

加えて、第１のアプリケーションのユーザインタフェース及び第２のアプリケーションのユーザインタフェースが、表示画面においてアプリケーションインタフェースの表示に用いられる領域を完全に占領し、且つ、第１のアプリケーションのユーザインタフェースと第２のアプリケーションのユーザインタフェースとが重ならない場合、図９に示されるように、本発明の本実施形態において提供されるモバイル端末により複数のアプリケーションウィンドウを表示する方法は更に、以下のステップを含む。

２０１．モバイル端末が、第１のアプリケーションの表示属性を取得する。第１のアプリケーションの表示属性は、第１のアプリケーションの表示方向が制限されるか又は制限されないことを示すのに用いられる。

２０２．モバイル端末が、第２のアプリケーションの表示属性を取得する。第２のアプリケーションの表示属性は、第２のアプリケーションの表示方向が制限されないか又は制限されることを示すのに用いられる。

第１のアプリケーションの表示属性を取得する方法については、上述の実施形態で既に詳細に説明した。第２のアプリケーションの表示属性を取得する方法は、第１のアプリケーションの表示属性を取得する方法と同様であるので、ここでは詳細の説明を省略する。

留意すべきこととして、「第１のアプリケーションのユーザインタフェース及び第２のアプリケーションのユーザインタフェースが、表示画面においてアプリケーションインタフェースの表示に用いられる領域を完全に占領する」において、「完全に占領する」とは、表示画面においてアプリケーションインタフェースの表示に用いられる領域全体を占領することである。例えば、表示画面に表示ステータスバーや仮想ナビゲーションキーなどが更に必要となることがあるが、これらの領域はアプリケーションインタフェースを表示するために用いることはできない。

２０３ａ．第１のアプリケーションの表示属性が、第１のアプリケーションの表示方向が制限されることを示し、第１のアプリケーションの制限表示方向が縦長画面方向であり、第２のアプリケーションの表示属性が、第２のアプリケーションの表示方向が制限されることを示し、第２のアプリケーションの制限表示方向が横長画面方向である場合、モバイル端末の配置方向における第１のアプリケーションウィンドウのウィンドウ幅がウィンドウ高さよりも小さく、モバイル端末の配置方向における第２のアプリケーションウィンドウのウィンドウ幅がウィンドウ高さよりも大きくなるように、モバイル端末が第１のアプリケーションウィンドウのサイズ及び第２のアプリケーションウィンドウのサイズを調整する。

具体的には、図１０に示されるように、モバイル端末は縦に配置されている。この場合、第１のアプリケーションの表示属性が、第１のアプリケーションの表示方向が制限されることを示し、第１のアプリケーションの制限される表示方向が縦長画面方向であり、第２のアプリケーションの表示属性が、第２のアプリケーションの表示方向が制限されることを示し、第２のアプリケーションの制限される表示方向が横長画面方向である場合、ユーザが最適な視覚効果をもてるようにするために、プロセッサ３８０は、モバイル端末の配置方向における第１のアプリケーションウィンドウのウィンドウ幅がウィンドウ高さよりも小さくなり、モバイル端末の配置方向における第２のアプリケーションウィンドウのウィンドウ幅がウィンドウ高さよりも大きくなるように、第１のアプリケーションウィンドウのサイズと第２のアプリケーションウィンドウのサイズを別々に調整することができる。

２０３ｂ．第１のアプリケーションの表示属性が、第１のアプリケーションの表示方向が制限されることを示し、第１のアプリケーションの制限表示方向が縦長画面方向であり、第２のアプリケーションの表示属性が、第２のアプリケーションの表示方向が制限されないことを示す場合、モバイル端末が、モバイル端末の配置方向における第１のアプリケーションウィンドウのウィンドウ幅がウィンドウ高さよりも小さくなるように、表示画面の第１のアプリケーションウィンドウを調整する。

具体的には、依然として図１０に示されるように、モバイル端末は縦に配置されている。この場合、第１のアプリケーションの表示属性が、第１のアプリケーションの表示方向が制限されることを示し、第１のアプリケーションの制限表示方向が縦長画面方向であり、第２のアプリケーションの表示属性が、第２のアプリケーションの表示方向が制限されないことを示す場合、ユーザが最適な視覚効果をもてるようにするために、プロセッサ３８０は、モバイル端末の配置方向における第１のアプリケーションウィンドウのウィンドウ幅がウィンドウ高さよりも小さくなることが保証されるように、第１のアプリケーションウィンドウのサイズのみを調整することができる。

同様に、ステップ２０３ｃでは、モバイル端末は、第１のアプリケーションの表示属性が、第１のアプリケーションの表示方向が制限されることを示し、第１のアプリケーションの制限表示方向が横長画面方向であり、第２のアプリケーションの表示属性が、第２のアプリケーションの表示方向が制限されないことを示す場合、モバイル端末の配置方向における第１のアプリケーションウィンドウのウィンドウ幅がウィンドウ高さよりも大きくなるように、表示画面上の第１のアプリケーションウィンドウを調整する。

加えて、留意すべきこととして、本発明の本実施形態では、表示画面において第１のアプリケーションのユーザインタフェースと第２のアプリケーションのユーザインタフェースとが重ならない。

このように、本発明の実施形態は、モバイル端末により複数のアプリケーションウィンドウを表示する方法、及びモバイル端末を提供する。モバイル端末は、モバイル端末の現在の配置方向を取得し、更に、現在の配置方向における第１のアプリケーションウィンドウのウィンドウ幅及びウィンドウ高さを決定する。加えて、モバイル端末は更に、第１のアプリケーションの表示リソース状況を決定する必要がある。このように、モバイル端末は、現在の配置方向における第１のアプリケーションウィンドウのウィンドウ幅とウィンドウ高さとの値関係に基づいて、対応する横長表示リソース又は縦長表示リソースを第１のアプリケーションウィンドウに割り当てることができる。例えば、ウィンドウ幅とウィンドウ高さとの値関係が、ウィンドウ幅がウィンドウ高さよりも大きいということであり、且つ、第１のアプリケーションの表示リソース状況が、第１のアプリケーションが横長表示リソースを含むことである場合、第１のアプリケーションのユーザインタフェースが第１のアプリケーションウィンドウに表示されるとき、モバイル端末は、第１のアプリケーションの横長表示リソースを現在の配置方向にロードする。ウィンドウ幅とウィンドウ高さとの値関係が、ウィンドウ幅がウィンドウ高さよりも小さいことであり、且つ、第１のアプリケーションの表示リソース状況が、第１のアプリケーションが横長表示リソース及び縦長表示リソースを含むことである場合、第１のアプリケーションのユーザインタフェースが第１のアプリケーションウィンドウに表示されるとき、モバイル端末は、第１のアプリケーションの縦長表示リソースを現在の配置方向にロードする。したがって、複数のアプリケーションウィンドウを表示するシナリオにおいて、アプリケーションウィンドウの表示リソース状況に基づいて、複数のアプリケーションウィンドウを１つの表示画面に表示することができ、ユーザに対してより良い表示効果を提供することができることが理解できるであろう。

更に、図１１は、本発明の実施形態に係るモバイル端末の概略構造図である。本発明の本実施形態において提供されるモバイル端末は、図３〜図１０に示される本発明の実施形態において実施される方法を実現するために用いることができる。説明を簡単にするために、本発明の本実施形態に関する一部のみを示す。開示されない具体的な技術的詳細については、図３〜図１０に示される本発明の実施形態を参照されたい。

図３に示されるように、モバイル端末の表示画面は、少なくとも第１のアプリケーションウィンドウ及び第２のアプリケーションウィンドウを含む。具体的には、図１１に示されるように、モバイル端末は、
モバイル端末の現在の配置方向を取得するように構成される取得ユニット１１と、
第１のアプリケーションウィンドウの現在の配置方向におけるウィンドウ幅及びウィンドウ高さを決定し、ウィンドウ幅とウィンドウ高さとの値関係を決定し、第１のアプリケーションの表示リソース状況を決定するように構成される決定ユニット１２と、
ウィンドウ幅とウィンドウ高さとの値関係が、ウィンドウ幅がウィンドウ高さよりも大きいということであり、且つ、第１のアプリケーションの表示リソース状況が、第１のアプリケーションが横長表示リソースを含むことである場合、第１のアプリケーションのユーザインタフェースが第１のアプリケーションウィンドウに表示されるとき、第１のアプリケーションの横長表示リソースを現在の配置方向にロードするように構成され、又は、ウィンドウ幅とウィンドウ高さとの値関係が、ウィンドウ幅がウィンドウ高さよりも小さいことであり、且つ、第１のアプリケーションの表示リソース状況が、第１のアプリケーションが横長表示リソース及び縦長表示リソースを含むことである場合、第１のアプリケーションのユーザインタフェースが第１のアプリケーションウィンドウに表示されるとき、第１のアプリケーションの縦長表示リソースを現在の配置方向にロードするように構成される表示ユニット１３と、
を備える。

更に、表示ユニット１３は更に、ウィンドウ幅とウィンドウ高さとの値関係が、ウィンドウ幅がウィンドウ高さよりも大きいことであり、且つ、第１のアプリケーションの表示リソース状況が、第１のアプリケーションが縦長表示リソースのみを含むことである場合、第１のアプリケーションのユーザインタフェースが第１のアプリケーションウィンドウに表示されるとき、第１のアプリケーションの縦長表示リソースを現在の配置方向にロードするように構成され、又は、ウィンドウ幅とウィンドウ高さとの値関係が、ウィンドウ幅がウィンドウ高さよりも小さいことであり、且つ、第１のアプリケーションの表示リソース状況が、第１のアプリケーションが横長表示リソースのみを含むことである場合、第１のアプリケーションのユーザインタフェースが第１のアプリケーションウィンドウに表示されるとき、第１のアプリケーションの横長表示リソースを現在の配置方向にロードするように構成される。

更に、取得ユニット１１は、第１のアプリケーションの表示属性を取得するように更に構成される。表示属性は、第１のアプリケーションの表示方向が制限されるか又は制限されないことを示すのに用いられる。

決定ユニット１２は更に、第１のアプリケーションの表示属性が、第１のアプリケーションの表示方向が制限されないことを示す場合、第１のアプリケーションが横長表示リソース及び縦長表示リソースを含むと決定するように構成され、又は、第１のアプリケーションの表示属性が、第１のアプリケーションの表示方向が制限されることを示す場合、第１のアプリケーションが制限表示方向の表示リソースのみを含むと決定するように構成される。制限表示方向の表示リソースは横長表示リソース又は縦長表示リソースである。

更に、図１２に示されるように、モバイル端末は、
第１のアプリケーションウィンドウ及び第２のアプリケーションウィンドウが表示画面に同時に表示されることをモバイル端末が決定し、且つ、第１のアプリケーションの表示属性が、第１のアプリケーションの表示方向が制限されることを示すとき、第１のアプリケーションの表示属性を表示方向が制限されないことを示す属性に変更し、第１のアプリケーションの変更の前の表示属性を記録するように構成される変更ユニット１４、
を更に備える。

更に、決定ユニット１２は、具体的には、第１のアプリケーションの表示属性が、第１のアプリケーションの表示方向が制限されず且つ変更されないことを示す場合、第１のアプリケーションが横長表示リソース及び縦長表示リソースを含むと決定するように構成され、又は、第１のアプリケーションの表示属性が変更され、且つ、変更の前の表示属性が、第１のアプリケーションの表示方向が制限されることを示す場合、第１のアプリケーションが制限表示方向の表示リソースのみ含むと決定するように構成される。

更に、取得ユニット１１は、具体的には、第１のアプリケーションの構成ファイル内の第１のフラグビットの値を読み取って、第１のアプリケーションウィンドウの表示属性を取得するように構成される。第１のフラグビットは、第１のアプリケーションウィンドウの表示属性を示すのに用いられる。

更に、構成ファイルは更に第２のフラグビットを含む。この場合、変更ユニット１４は、具体的には、第１のフラグビットの変更された値が、第１のアプリケーションの表示属性が表示方向が制限されないことを示すことを表すように、第１のフラグビットの値を変更し、第２のフラグビットに、第１のフラグビットの変更の前の値を記憶するように構成される。

更に、モバイル端末は更に、図１３に示されるように、第１のアプリケーションのユーザインタフェース及び第２のアプリケーションのユーザインタフェースが、表示画面においてアプリケーションインタフェースの表示に用いられる領域を完全に占領し、且つ、第１のアプリケーションのユーザインタフェースと第２のアプリケーションのユーザインタフェースとが重ならない場合、
第１のアプリケーションの表示属性が第１のアプリケーションの表示方向が制限されることを示し、第１のアプリケーションの制限表示方向が縦長画面方向であり、第２のアプリケーションの表示属性が第２のアプリケーションの表示方向が制限されることを示し、第２のアプリケーションの制限表示方向が横長画面方向である場合、モバイル端末の配置方向における第１のアプリケーションウィンドウのウィンドウ幅がウィンドウ高さよりも小さく、モバイル端末の配置方向における第２のアプリケーションウィンドウのウィンドウ幅がウィンドウ高さよりも大きくなるように、第１のアプリケーションウィンドウのサイズ及び第２のアプリケーションウィンドウのサイズを調整するように構成される調整ユニット１５、
を備える。

更に、調整ユニット１５は更に、第１のアプリケーションの表示属性が第１のアプリケーションの表示方向が制限されることを示し、第１のアプリケーションの制限表示方向が縦長画面方向であり、第２のアプリケーションの表示属性が第２のアプリケーションの表示方向が制限されないことを示す場合、モバイル端末の配置方向における第１のアプリケーションウィンドウのウィンドウ幅がウィンドウ高さよりも小さくなるように、第１のアプリケーションウィンドウのサイズを調整するように構成され、又は、第１のアプリケーションの表示属性が第１のアプリケーションの表示方向が制限されることを示し、第１のアプリケーションの制限表示方向が横長画面方向であり、第２のアプリケーションの表示属性が第２のアプリケーションの表示方向が制限されないことを示す場合、モバイル端末の配置方向における第１のアプリケーションウィンドウのウィンドウ幅がウィンドウ高さよりも大きくなるように、第１のアプリケーションウィンドウのサイズを調整するように構成される。

加えて、取得ユニット１１は、具体的には、図７に示される方向センサ３６０であってよく、決定ユニット１２、表示ユニット１３、変更ユニット１４及び調整ユニット１５は、図７に示されるプロセッサ３８０により、メモリ３３０に記憶されたプログラム命令を実行することによって実現されてよい。

このように、本発明の本実施形態はモバイル端末を提供する。モバイル端末はまず、モバイル端末の現在の配置方向を取得し、更に、現在の配置方向における第１のアプリケーションウィンドウのウィンドウ幅及びウィンドウ高さを決定する。加えて、モバイル端末は更に、第１のアプリケーションの表示リソース状況を決定する必要がある。このように、モバイル端末は現在の配置方向における第１のアプリケーションウィンドウのウィンドウ幅とウィンドウ高さとの値関係に基づいて、対応する横長表示リソース又は縦長表示リソースを第１のアプリケーションウィンドウに割り当てることができる。例えば、ウィンドウ幅とウィンドウ高さとの値関係が、ウィンドウ幅がウィンドウ高さよりも大きいということであり、且つ、第１のアプリケーションの表示リソース状況が、第１のアプリケーションが横長表示リソースを含むことである場合、第１のアプリケーションのユーザインタフェースが第１のアプリケーションウィンドウに表示されるとき、モバイル端末は、第１のアプリケーションの横長表示リソースを現在の配置方向にロードする。ウィンドウ幅とウィンドウ高さとの値関係が、ウィンドウ幅がウィンドウ高さよりも小さいことであり、且つ、第１のアプリケーションの表示リソース状況が、第１のアプリケーションが横長表示リソース及び縦長表示リソースを含むことである場合、第１のアプリケーションのユーザインタフェースが第１のアプリケーションウィンドウに表示されるとき、モバイル端末は、第１のアプリケーションの縦長表示リソースを現在の配置方向にロードする。したがって、複数のアプリケーションウィンドウを表示するシナリオにおいて、アプリケーションウィンドウの表示リソース状況に基づいて、複数のアプリケーションウィンドウを１つの表示画面に表示することができ、ユーザに対してより良い表示効果を提供することができることが理解できるであろう。

当業者であれば明瞭に理解できるように、簡潔な説明のために、前述の機能モジュールの分割を例示として用いた。実際の適用では、上述した機能を異なる機能モジュールに割り当て、要件に応じて実施することができる。すなわち、装置の内部構造を異なる機能モジュールに分割して、上述した機能の一部又は全部を実現する。上記のシステム、装置及びユニットの詳細な動作プロセスについては、前述の方法実施形態の対応するプロセスを参照されたい。ここでは詳細の説明を省略する。

本願で提供されるいくつかの実施形態において、開示されたシステム、装置及び方法は他の方式で実施され得ることが理解されるべきである。例えば、記載の装置実施形態は一例に過ぎない。例えば、モジュール又はユニットの分割は論理的な機能分割に過ぎず、実際の実装では他の分割であってよい。例えば、複数のユニット又はコンポーネントを別のシステムに組合わせ又は統合されてよく、一部の機能は無視されてよく、或いは実行されなくてよい。加えて、図示又は議論された相互結合又は直接的な結合若しくは通信接続は、一部のインタフェースを用いて実現されてよい。装置又はユニット間の間接的な結合又は通信接続は、電子的、機械的その他の形態で実現されてよい。

別個の構成要素として記述されたユニットは、物理的に分離しても分離しなくてもよく、ユニットとして表示された構成要素は物理ユニットであってもなくてもよく、１つの位置に位置してよく、或いは複数のネットワークユニットに分散されてよい。実施形態の解決策の目的を達成するために、実際の要件に応じてユニットの一部又は全部を選択することができる。

加えて、本発明の実施形態の機能ユニットは、１つの処理ユニットに統合されてよく、ユニットの各々は物理的に単独で存在してよく、２つ以上のユニットが１つのユニットに統合されてもよい。統合ユニットは、ハードウェアの形態で実現されてよく、或いはソフトウェア機能ユニットの形態で実現されてよい。

統合ユニットがソフトウェア機能ユニットの形態で実現され、独立した製品として販売又は使用される場合、統合ユニットはコンピュータ可読記憶媒体に記憶されてよい。そのような理解に基づいて、本発明の技術的解決策は本質的に、或いは従来技術に寄与する部分、或いは技術的解決策の全部又は一部は、ソフトウェア製品の形態で実現されてよい。コンピュータソフトウェア製品は、記憶媒体に記憶され、コンピュータデバイス（パーソナルコンピュータ、サーバ又はネットワークデバイスであってよい）又はプロセッサ（processor）に本発明の実施形態に記載の方法のステップの全部又は一部を実行するように命令するためのいくつかの命令を含む。上記の記憶媒体は、ＵＳＢフラッシュドライブ、リムーバブルハードディスク、読出専用メモリ（ＲＯＭ、Read-Only Memory）、ランダムアクセスメモリ（ＲＡＭ、Random Access Memory）、磁気ディスク、光ディスク等の、プログラムコードを記憶することのできる任意の媒体を含む。

前述の説明は、本発明の具体的な実施に過ぎず、本発明の保護範囲を限定するものではない。本発明に開示された技術的範囲内で当業者が容易に得られる任意の変形又は置換は、本発明の保護範囲に包含されるものとする。したがって、本発明の保護範囲は、特許請求の範囲の保護範囲に従うものとする。

Claims (13)

1. モバイル端末により複数のアプリケーションウィンドウを表示する方法であって、
   前記複数のアプリケーションウィンドウは、少なくとも、１つの表示画面に同時に第１のアプリケーションのユーザインタフェースと第２のアプリケーションのユーザインタフェースとをそれぞれ表示するのに用いられる第１のアプリケーションウィンドウと第２のアプリケーションウィンドウとを含み、本方法は、
   前記モバイル端末の現在の配置方向を取得するステップであって、前記現在の配置方向は縦長画面方向又は横長画面方向であり、前記縦長画面方向又は前記横長画面方向は前記モバイル端末のセンサにより検出される、ステップと、
   前記現在の配置方向における前記第１のアプリケーションウィンドウのウィンドウ幅及びウィンドウ高さを決定するステップと、
   前記第１のアプリケーションの表示リソース状況を決定するステップと、
   前記ウィンドウ幅が前記ウィンドウ高さよりも大きく、且つ、前記第１のアプリケーションが横長表示リソースを含む場合、前記第１のアプリケーションの前記ユーザインタフェースが前記第１のアプリケーションウィンドウに表示されるとき、前記第１のアプリケーションの前記横長表示リソースを前記現在の配置方向にロードするステップと、
   前記ウィンドウ幅が前記ウィンドウ高さよりも小さく、且つ、前記第１のアプリケーションが横長表示リソース及び縦長表示リソースを含む場合、前記第１のアプリケーションの前記ユーザインタフェースが前記第１のアプリケーションウィンドウに表示されるとき、前記第１のアプリケーションの前記縦長表示リソースを前記現在の配置方向にロードするステップと、
   を含む、方法。
2. 前記第１のアプリケーションの前記ユーザインタフェース及び前記第２のアプリケーションの前記ユーザインタフェースが、前記表示画面においてアプリケーションインタフェースの表示に用いられる領域を完全に占領し、且つ、前記第１のアプリケーションの前記ユーザインタフェースと前記第２のアプリケーションの前記ユーザインタフェースとが重ならない場合、
   前記第１のアプリケーションの表示属性を取得するステップであって、前記第１のアプリケーションの前記表示属性は、前記第１のアプリケーションの表示方向が制限されるか又は制限されないことを示すのに用いられる、ステップ、と、
   前記第２のアプリケーションの表示属性を取得するステップであって、前記第２のアプリケーションの前記表示属性は、前記第２のアプリケーションの表示方向が制限されないか又は制限されることを示すのに用いられる、ステップと、
   前記第１のアプリケーションの前記表示属性が、前記第１のアプリケーションの前記表示方向が制限されることを示し、前記第１のアプリケーションの制限表示方向が縦長画面方向であり、前記第２のアプリケーションの前記表示属性が、前記第２のアプリケーションの前記表示方向が制限されることを示し、前記第２のアプリケーションの制限表示方向が横長画面方向である場合、前記モバイル端末の前記配置方向における前記第１のアプリケーションウィンドウの前記ウィンドウ幅が前記ウィンドウ高さよりも小さく、前記モバイル端末の前記配置方向における前記第２のアプリケーションウィンドウのウィンドウ幅がウィンドウ高さよりも大きくなるように、前記第１のアプリケーションウィンドウのサイズ及び前記第２のアプリケーションウィンドウのサイズを調整するステップと、
   を更に含む、請求項１に記載の方法。
3. 前記第２のアプリケーションの表示属性を取得する前記ステップの後、
   前記第１のアプリケーションの前記表示属性が、前記第１のアプリケーションの前記表示方向が制限されることを示し、前記第１のアプリケーションの制限表示方向が縦長画面方向であり、前記第２のアプリケーションの前記表示属性が、前記第２のアプリケーションの前記表示方向が制限されないことを示す場合、前記モバイル端末の前記配置方向における前記第１のアプリケーションウィンドウの前記ウィンドウ幅が前記ウィンドウ高さよりも小さくなるように、前記第１のアプリケーションウィンドウのサイズを調整するステップと、
   前記第１のアプリケーションの前記表示属性が、前記第１のアプリケーションの前記表示方向が制限されることを示し、前記第１のアプリケーションの制限表示方向が横長画面方向であり、前記第２のアプリケーションの前記表示属性が、前記第２のアプリケーションの前記表示方向が制限されないことを示す場合、前記モバイル端末の前記配置方向における前記第１のアプリケーションウィンドウの前記ウィンドウ幅が前記ウィンドウ高さよりも大きくなるように、前記第１のアプリケーションウィンドウのサイズを調整するステップと、
   を更に含む、請求項２に記載の方法。
4. 前記第１のアプリケーションの表示リソース状況を決定する前記ステップは、
   前記第１のアプリケーションの表示属性を取得するステップであって、前記表示属性は、前記第１のアプリケーションの表示方向が制限されるか又は制限されないことを示すのに用いられる、ステップと、
   前記第１のアプリケーションの前記表示属性が、前記第１のアプリケーションの前記表示方向が制限されないことを示す場合、前記第１のアプリケーションが横長表示リソース及び縦長表示リソースを含むと決定するステップと、
   前記第１のアプリケーションの前記表示属性が、前記第１のアプリケーションの前記表示方向が制限されることを示す場合、前記第１のアプリケーションが制限表示方向の表示リソースのみを含むと決定するステップであって、前記制限表示方向の前記表示リソースは横長表示リソース又は縦長表示リソースである、ステップと、
   を含む、請求項１に記載の方法。
5. 前記第１のアプリケーションの表示属性を取得する前記ステップは、
   前記第１のアプリケーションの構成ファイル内の第１のフラグビットの値を読み取るステップであって、前記第１のフラグビットは、前記第１のアプリケーションの前記表示属性を示すのに用いられる、ステップ、
   を含む、請求項４に記載の方法。
6. 前記表示画面において、前記第１のアプリケーションの前記ユーザインタフェースと前記第２のアプリケーションの前記ユーザインタフェースとが重ならない、
   請求項１乃至５のいずれか一項に記載の方法。
7. プロセッサ、表示画面、メモリ、バス及び方向センサを備えるモバイル端末であって、
   前記表示画面は少なくとも第１のアプリケーションウィンドウ及び第２のアプリケーションウィンドウを同時に表示し、
   前記方向センサは、前記モバイル端末の現在の配置方向を取得し、前記現在の配置方向を前記プロセッサに送信するように構成され、前記現在の配置方向は縦長画面方向又は横長画面方向であり、前記縦長画面方向又は前記横長画面方向は前記モバイル端末のセンサにより検出され、
   前記プロセッサは、
   前記現在の配置方向における前記第１のアプリケーションウィンドウのウィンドウ幅及びウィンドウ高さを決定し、
   第１のアプリケーションの表示リソース状況を決定するように構成され、
   前記ウィンドウ幅が前記ウィンドウ高さよりも大きく、且つ、前記第１のアプリケーションが横長表示リソースを含む場合、前記第１のアプリケーションのユーザインタフェースが前記表示画面の前記第１のアプリケーションウィンドウに表示されるとき、前記第１のアプリケーションの前記横長表示リソースを前記現在の配置方向にロードし、
   前記ウィンドウ幅が前記ウィンドウ高さよりも小さく、且つ、前記第１のアプリケーションが横長表示リソース及び縦長表示リソースを含む場合、前記第１のアプリケーションのユーザインタフェースが前記表示画面の前記第１のアプリケーションウィンドウに表示されるとき、前記第１のアプリケーションの前記縦長表示リソースを前記現在の配置方向にロードするように構成される、
   モバイル端末。
8. 前記第１のアプリケーションの前記ユーザインタフェース及び第２のアプリケーションのユーザインタフェースが、前記表示画面においてアプリケーションインタフェースの表示に用いられる領域を完全に占領し、且つ、前記第１のアプリケーションの前記ユーザインタフェースと前記第２のアプリケーションの前記ユーザインタフェースとが重ならない場合、前記プロセッサは更に、
   前記メモリから前記第１のアプリケーションの表示属性を取得するように構成され、前記第１のアプリケーションの前記表示属性は、前記第１のアプリケーションの表示方向が制限されるか又は制限されないことを示すのに用いられ、また、前記第２のアプリケーションの表示属性を取得するように構成され、前記第２のアプリケーションの前記表示属性は、前記第２のアプリケーションの表示方向が制限されないか又は制限されることを示すのに用いられ、
   前記第１のアプリケーションの前記表示属性が、前記第１のアプリケーションの前記表示方向が制限されることを示し、前記第１のアプリケーションの制限表示方向が縦長画面方向であり、前記第２のアプリケーションの前記表示属性が、前記第２のアプリケーションの前記表示方向が制限されることを示し、前記第２のアプリケーションの制限表示方向が横長画面方向である場合、前記モバイル端末の前記配置方向における前記第１のアプリケーションウィンドウの前記ウィンドウ幅が前記ウィンドウ高さよりも小さく、前記モバイル端末の前記配置方向における前記第２のアプリケーションウィンドウのウィンドウ幅がウィンドウ高さよりも大きくなるように、前記表示画面の前記第１のアプリケーションウィンドウのサイズ及び前記表示画面の前記第２のアプリケーションウィンドウのサイズを調整するように構成される、
   請求項７に記載のモバイル端末。
9. 前記プロセッサは更に、
   前記第１のアプリケーションの前記表示属性が、前記第１のアプリケーションの前記表示方向が制限されることを示し、前記第１のアプリケーションの制限表示方向が縦長画面方向であり、前記第２のアプリケーションの前記表示属性が、前記第２のアプリケーションの前記表示方向が制限されないことを示す場合、前記モバイル端末の前記配置方向における前記第１のアプリケーションウィンドウの前記ウィンドウ幅が前記ウィンドウ高さよりも小さくなるように、前記表示画面の前記第１のアプリケーションウィンドウを調整し、
   前記第１のアプリケーションの前記表示属性が、前記第１のアプリケーションの前記表示方向が制限されることを示し、前記第１のアプリケーションの制限表示方向が横長画面方向であり、前記第２のアプリケーションの前記表示属性が、前記第２のアプリケーションの前記表示方向が制限されないことを示す場合、前記モバイル端末の前記配置方向における前記第１のアプリケーションウィンドウの前記ウィンドウ幅が前記ウィンドウ高さよりも大きくなるように、前記表示画面の前記第１のアプリケーションウィンドウを調整するように構成される、
   請求項８に記載のモバイル端末。
10. 前記プロセッサが前記第１のアプリケーションの表示リソース状況を決定することは、
    前記プロセッサが、前記メモリから前記第１のアプリケーションの表示属性を取得することであって、前記表示属性は、前記第１のアプリケーションの表示方向が制限されるか又は制限されないことを示すのに用いられることと、
    前記第１のアプリケーションの前記表示属性が、前記第１のアプリケーションの前記表示方向が制限されないことを示す場合、前記プロセッサが、前記第１のアプリケーションが横長表示リソース及び縦長表示リソースを含むと決定し、前記第１のアプリケーションの前記表示属性が、前記第１のアプリケーションの前記表示方向が制限されることを示す場合、前記第１のアプリケーションが制限表示方向の表示リソースのみを含むと決定することであって、前記制限表示方向の前記表示リソースは横長表示リソース又は縦長表示リソースであることと、
    を含む、請求項７に記載のモバイル端末。
11. 前記プロセッサが前記メモリから前記第１のアプリケーションの表示属性を取得することは、
    前記プロセッサが、前記メモリに存在する前記第１のアプリケーションの構成ファイル内の第１のフラグビットの値を読み取ることであって、前記第１のフラグビットは、前記第１のアプリケーションの前記表示属性を示すのに用いられること、
    を含む、請求項１０に記載のモバイル端末。
12. 前記構成ファイルは更に第２のフラグビットを含み、
    前記プロセッサは、前記第１のフラグビットの変更された値が、前記第１のアプリケーションの前記表示属性が前記表示方向が制限されないことを示すことを表すように、前記メモリにおいて前記第１のフラグビットの前記値を変更し、前記第２のフラグビットに、前記第１のフラグビットの前記変更の前の前記値を記憶するように構成される、
    請求項１１に記載のモバイル端末。
13. 前記モバイル端末として機能するコンピュータに請求項１乃至６のいずれか一項に記載の方法を実行させるプログラム。

Images