JP6538795B2 - 表示装置 - Google Patents

Description

本発明は、ユーザインターフェースの技術に関する。

特許文献１には、マルチモニタに同一アプリケーションプログラムを複数起動した場合の表示領域の配置を適切に実施する技術が開示されている。

特許２０１２−２７５６２号公報

２画面を有する表示装置を利用する場合、例えば第１画面にアプリを表示して、さらに第２画面にもアプリを表示させて利用したいというときに、第２画面でそのアプリが素早く利用できると便利である。
そこで、本発明は、２画面を有する表示装置において２つ目の画面でアプリを素早く利用な状態にすることを目的とする。

本発明は、一の態様において、第１画面と、第２画面と、前記第１画面を有する第１筐体と、前記第２画面を有する第２筐体と、前記第１筐体及び前記第２筐体を折り畳み可能に連結する連結部とを有する本体と、前記本体の開き具合が、予め定められた複数の開き具合のいずれか一に該当するかを検知する検知部と、前記第１画面に第１アプリケーションの画像が表示されている場合に、各開き具合に対応づけられている複数の第２アプリケーションのうち、該検知された一の開き具合と当該第１アプリケーションとに対応付けられた一の第２アプリケーションの画像を前記第２画面に表示させる表示制御部とを有し、前記検知部は、更に、前記本体の傾きが、予め定められた複数の傾きのいずれか一に該当するかを検知し、各第２アプリケーションは、前記本体の開き具合と前記本体の傾きとに対応付けられており、前記表示制御部は、該検知された一の開き具合および傾きと当該第１アプリケーションとに対応付けられた一の第２アプリケーションの画像を前記第２画面に表示させる、表示装置を提供する。

また、前記連結部によって、前記第１画面および前記第２画面が互いに内側を向いた状態と前記第１画面および前記第２画面が互いに外側を向いた状態とが選択的に実現され、前記開き具合および前記傾きの組み合わせには、ノートＰＣスタイル、テントスタイル、および縦置きスタイルが含まれてもよい。
また、前記第２アプリケーションの画像が前記第２画面に表示された場合に、当該第２アプリケーションで行われる処理のうち当該開き具合に対応付けられた処理を実行する実行部を備えていてもよい。

また、前記第１画面及び前記第２画面のうち選択されている画面への操作を受け付ける受付部であって、前記第２アプリケーションの画像が表示された後は、前記第１画面を選択されている画面として操作を受け付ける受付部を備えていてもよい。
さらに、前記第１画面及び前記第２画面のうち選択されている画面への操作を受け付ける受付部であって、前記第１画面及び前記第２画面のうち検知された前記開き具合に対応付けられた画面を選択されている画面として操作を受け付ける受付部を備えていてもよい。

また、前記表示制御部は、前記第１アプリケーションに加えて前記開き具合が検知された時刻を含む時間帯にも対応付けられたアプリケーションの画像を前記第２アプリケーションの画像として表示させてもよい。
また、自装置の位置を測定する測定部を備え、前記表示制御部は、前記第１アプリケーションに加えて前記開き具合が検知されたときに測定された前記位置にも対応付けられたアプリケーションの画像を前記第２アプリケーションの画像として表示させてもよい。

また、前記第１画面及び前記第２画面に同時期に画像が表示されたアプリケーションの組合せの履歴を蓄積する蓄積部を備え、前記表示制御部は、前記開き具合が検知されたときに表示されている前記第１アプリケーションとの組合せの履歴が多いアプリケーションの画像ほど優先して前記第２アプリケーションの画像として表示させてもよい。
さらに、アプリケーションには、開き具合毎に優先度が定められ、前記表示制御部は、前記第２画面に既にアプリケーションの画像が表示されている場合、当該アプリケーションに比べて前記第２アプリケーションの前記優先度の方が高いときに当該第２アプリケーションの画像を前記第２画面に表示させてもよい。

本発明によれば、２画面を有する表示装置において２つ目の画面でアプリを素早く利用な状態にすることができる。

実施例に係るスマートフォンの外観を表す図 スマートフォンのハードウェア構成を表す図 スマートフォンのスタイルの例を表す図 スマートフォンが実現する機能構成を表す図 スタイル検知テーブルの一例を表す図 イベント検知テーブルの一例を表す図 表示アプリテーブルの一例を表す図 アプリ処理テーブルの一例を表す図 アプリ画像表示処理における動作手順の一例を表す図 変形例の表示アプリテーブルの一例を表す図 変形例の表示アプリテーブルの一例を表す図 アプリの優先度の一例を表す図

［１］実施例
図１は実施例に係るスマートフォン１の外観を表す。スマートフォン１は、第１筐体１０と、第２筐体２０と、ヒンジ３０とを有する本体４０を備える。第１筐体１０及び第２筐体２０は、いずれも直方体の板状の形をした筐体である。第１筐体１０は長方形の形をした第１画面１１を有し、第２筐体２０は長方形の形をした第２画面２１を有する。第１画面１１には、電話の音声が出力されるスピーカ口１２が設けられている。第１画面１１及び第２画面２１は、筐体が異なる画面であり、物理的に分離されている画面である。

第１筐体１０及び第１画面１１は本発明の「第１筐体」及び「第１画面」の一例であり、第２筐体２０及び第２画面２１は本発明の「第２筐体」及び「第２画面」の一例である。なお、「第１」、「第２」という呼び方は便宜上のものであり、この対応関係に限定されるものではない。例えばスピーカ口１２が設けられている方の筐体を本発明の「第２筐体」の一例とし、もう一方の筐体を本発明の「第１筐体」の一例としても構わない。

ヒンジ３０は、第１筐体１０及び第２筐体２０を回転可能に連結するいわゆる蝶番である。ヒンジ３０は、回転軸を中心に回転可能な第１回転部材及び第２回転部材を有する。第１回転部材には、第１筐体１０のうちの第１画面１１の長辺側の端部１３が固定され、第２回転部材には、第２筐体２０のうちの第２画面２１の長辺側の端部２２が固定されている。

ヒンジ３０が回転することで、第１筐体１０及び第２筐体２０は、第１画面１１及び第２画面２１の成す角度（以下「ヒンジ角度」という）が０度となる閉じた状態から、ヒンジ角度が１８０度となる開いた状態を経て、ヒンジ角度が３６０度になって反対側に閉じた状態まで回転する。スマートフォン１では、ヒンジ角度が０度で筐体が閉じた状態では第１画面１１及び第２画面２１が外側を向き、ヒンジ角度が３６０度で筐体が反対側に閉じた状態では第１画面１１及び第２画面２１が内側を向くようになっている。

第１筐体１０及び第２筐体２０はいずれも板状の形をしているから、ヒンジ角度は第１筐体１０及び第２筐体２０の成す角度にもなる。ヒンジ角度は、本体４０の開き具合、すなわち第１筐体１０及び第２筐体２０の開き具合を表す値である。ヒンジ角度を１８０度から０度又は３６０度にすると、第１筐体１０及び第２筐体２０が折り畳まれた形になる。このように、ヒンジ３０は、第１筐体１０及び第２筐体２０を折り畳み可能に連結する。ヒンジ３０は本発明の「連結部」の一例である。

図２はスマートフォン１のハードウェア構成を表す。スマートフォン１は、プロセッサ２と、メモリ３と、ストレージ４と、通信装置５と、入力装置６と、出力装置７と、センサ群８と、バス９という各装置を備えるコンピュータである。これらの各装置は概ね本体４０の内部に収められている（画面のように一部外部に露出している部分を有する装置もある）。なお、ここでいう「装置」という文言は、回路、デバイス及びユニット等に読み替えることができる。また、各装置は、１つ又は複数含まれていてもよいし、一部の装置が含まれていなくてもよい。

プロセッサ２は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ２は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central Processing Unit）で構成されてもよい。また、プロセッサ２は、ＯＳ（Operating System：オペレーティングシステム）及び各種のアプリケーション（以下では簡単に「アプリ」ともいう）を含むプログラム（プログラムコード）、ソフトウェアモジュール及びデータ等を、ストレージ４及び／又は通信装置５からメモリ３に読み出し、これらに従って各種の処理を実行する。

プロセッサ２は、アプリケーションとして、例えばブラウザ、ＳＮＳ（Social Networking Service）アプリ、電子メールアプリ、電話アプリ、電話帳アプリ、地図アプリ、動画再生アプリ、書籍閲覧アプリ、文書作成アプリ、カメラアプリ等を実行する。各種処理を実行するプロセッサ２は１つでもよいし、２以上であってもよく、２以上のプロセッサ２は、同時又は逐次に各種処理を実行してもよい。また、プロセッサ２は、１以上のチップで実装されてもよい。プログラムは、電気通信回線を介してネットワークから送信されてもよい。

メモリ３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）及びＲＡＭ（Random Access Memory）等の少なくとも１つで構成されてもよい。メモリ３は、レジスタ、キャッシュ及びメインメモリ（主記憶装置）等と呼ばれてもよい。メモリ３は、前述したプログラム（プログラムコード）、ソフトウェアモジュール及びデータ等を保存することができる。

ストレージ４は、コンピュータが読み取り可能な記録媒体であり、例えば、ハードディスクドライブ、フレキシブルディスク、フラッシュメモリ（例えば、カード、スティック、キードライブ）、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ４は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ３及び／又はストレージ４を含むデータベース、サーバその他の適切な媒体であってもよい。

通信装置５は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。入力装置６は、外部からの入力を受け付ける入力デバイス（例えば、マイクロフォン、スイッチ、ボタン、センサなど）である。

出力装置７は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカ、ＬＥＤランプなど）である。スマートフォン１においては、入力装置６及び出力装置７は、一体となってタッチスクリーンを構成している。このタッチスクリーンは、第１画面１１及び第２画面２１のそれぞれに設けられており、どちらの画面でもユーザによる入力操作が受け付けられるようになっている。

センサ群８は、各種のセンサを有する。センサ群８は、前述した本体４０の開き具合を示すヒンジ角度を測定するためのセンサとして、例えばヒンジ３０に設けられたひずみセンサを有する。このひずみセンサは、ヒンジ角度が大きくなるほどひずみが大きくなるように設けられている。また、センサ群８は、本体４０の傾きを測定するためのセンサとして、例えば３軸の磁気センサを有する。

本体４０の傾きは、２つの基準方向と、鉛直方向、南北方向及び東西方向との成す６つの角度によって表され、３軸の磁気センサが測定する値はそれら６つの角度を表す。本実施例では、２つの基準方向として、図１に表す第１画面１１の中心Ｐ１から延びる法線の方向を基準方向Ａ１と、同じ中心Ｐ１から第１画面１１の長辺に沿ってスピーカ口１２の方に延びる方向を基準方向Ａ２とが用いられる。

なお、センサ群８が有するセンサは、前述したひずみセンサ及び磁気センサに限らず、本体４０の開き具合及び本体４０の傾きを表す値を出力するものであれば、どのようなセンサが用いられてもよい。プロセッサ２及びメモリ３等の各装置は、情報を通信するためのバス９を介して互いにアクセス可能となっている。バス９は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。

また、スマートフォン１は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、及び、ＦＰＧＡ（Field Programmable Gate Array）等のハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ２は、これらのハードウェアの少なくとも１つで実装されてもよい。

スマートフォン１は、折り畳み可能であることと、２画面に画像が表示されることで、様々な本体４０の開き具合（第１筐体１０及び第２筐体２０の開き具合。ヒンジ角度で表される）及び本体４０の傾き（本実施例では基準方向Ａ１の向きで表される）で利用される。特によく利用されると考えられる本体４０の開き具合及び本体４０の傾きの組合せをスタイルと呼ぶものとする。

図３はスマートフォン１のスタイルの例を表す。図３（ａ）〜（ｄ）では、ヒンジ３０の長手方向から見たスマートフォン１が表されている。図３（ａ）に表すように本体４０の開き具合（ヒンジ角度）が１８０度である場合を「全開スタイル」という。全開スタイルでは、第１画面１１及び第２画面２１が真っ直ぐに並んで（同一平面に含まれる状態になって）、１つの大きな画面としても用いることが可能となる。本実施例では、本体４０の開き具合が１８０度であれば、本体４０の傾きに関係なく全開スタイルであるものとする。

図３（ｂ）に表すように本体４０の開き具合が０度である場合を「全閉スタイル」という。本実施例では、この場合も、本体４０の傾きに関係なく全閉スタイルであるものとする。図３（ｃ）に表すように本体４０の開き具合が２４０度程度であり、且つ、本体４０の傾きを表す基準方向Ａ１が鉛直上方を向き、基準方向Ａ２が水平方向を向いている場合を、ノートＰＣ（Personal Computer）を利用するときの形に似ているので「ノートＰＣスタイル」という。

ノートＰＣスタイルでは、本体４０の開き具合及び本体４０の傾きに多少の相違（例えば本体４０の開き具合なら±２０度、本体４０の傾きなら±１０度）があっても許容する。図３（ｄ）に表すように本体４０の開き具合が６０度程度（例えば±１０度を許容）であり、且つ、本体４０の傾きを表す基準方向Ａ１が水平方向に対して３０度程度鉛直上方を向き（例えば±１０度を許容）、基準方向Ａ２が水平方向を向いている（例えば±１０度を許容）場合を、テントの形に似ているので「テントスタイル」という。

図３（ｅ）では斜め上方から見たスマートフォン１が表されている。図３（ｅ）に表すように本体４０の開き具合が９０度程度（例えば±４５度を許容）であり、且つ、本体４０の傾きを表す基準方向Ａ１が水平方向を向き（例えば±１０度を許容）、基準方向Ａ２が鉛直上方又は鉛直下方を向いている、つまり鉛直方向を向いている（例えば±１０度を許容）場合を「縦置きスタイル」という。

スマートフォン１のプロセッサ２がプログラムを実行して各部を制御することで以下に述べる機能群が実現される。
図４はスマートフォン１が実現する機能構成を表す。スマートフォン１は、本発明の「検知部」の一例であるイベント検知部１００と、本発明の「表示制御部」の一例である２画面表示制御部２００と、本発明の「実行部」の一例であるイベント処理実行部３００と、操作受付部４０１と、アプリ起動制御部４０３と、アプリ実行部４０４とを備える。

操作受付部４０１は、自装置（スマートフォン１）に対するユーザの操作を受け付ける。操作受付部４０１は、上述したとおり第１画面１１及び第２画面２１に設けられたタッチスクリーンによりユーザの操作を受け付ける。操作受付部４０１は、操作受付部４０１は、第１画面１１及び第２画面２１のうち選択されている画面への操作を受け付ける。操作受付部４０１は本発明の「受付部」の一例である。

選択されている画面とは、表示されている画像に応じた操作を全て受け付ける状態になっている画面であり、いわゆるアクティブな画面（アクティブ画面）である。一方、選択されていない画面は、表示されている画像に応じた操作を全て受け付けない状態になっている画面であり、いわゆる非アクティブな画面（非アクティブ画面）である。ただし、操作受付部４０１は、非アクティブ画面をタップする操作を、非アクティブ画面をアクティブ画面に切り替える切替操作として受け付ける。つまり、ユーザは、非アクティブ画面をタップすることで、アクティブ画面として選択することができる。

操作受付部４０１は、アクティブ画面判断部４０２を備える。アクティブ画面判断部４０２は、第１画面１１及び第２画面２１のうち現在どちらがアクティブ画面であるかを判断する。アクティブ画面判断部４０２は、例えば、第１画面１１及び第２画面２１のうちアクティブ画面である方を示す画面ＩＤを記憶することでこの判断を行う。アクティブ画面判断部４０２は、操作が受け付けられた画面を示す画面ＩＤを記憶している場合、その画面はアクティブ画面であると判断する。

また、アクティブ画面判断部４０２は、操作が受け付けられた画面を示す画面ＩＤを記憶していない場合,その画面は非アクティブ画面であると判断し、記憶してある画面ＩＤをその画面を示す画面ＩＤ（新たなアクティブ画面の画面ＩＤとなる）で上書きする。なお、アクティブ画面の判断は、例えばアクティブ画面である方の画面ＩＤにフラグを対応付けることで行われてもよい。

操作受付部４０１は、操作を受け付けた画面がアクティブ画面判断部４０２によりアクティブ画面であると判断された場合、その操作がアプリを起動させる操作であれば、そのアプリを示すアプリＩＤをアプリ起動制御部４０３に供給する。アプリ起動制御部４０３は、供給されたアプリＩＤにより識別されるアプリに関連するプログラム、データ及びパラメータ等を読み出してメモリに展開し、そのアプリを起動する。

アプリ実行部４０４は、アプリ起動制御部４０３により起動されたアプリに関する処理を実行する。アプリ実行部４０４は、自アプリにおいて画面に表示させるために用意された画像であるアプリ画像を後述する２画面表示制御部２００に提供する。アプリ画像の提供は、アプリ画像のデータそのものを２画面表示制御部２００に供給することで行われてもよいし、アプリ画像の保管場所を２画面表示制御部２００に通知することで行われてもよい。

イベント検知部１００は、自装置（スマートフォン１）における所定のイベントを検知する（所定のイベントが発生したことを検知するということ）。イベント検知部１００は、例えば、所定のアプリ（ＳＮＳアプリなど）が起動されたことと、所定のアプリで所定の操作（ブラウザでの店舗の検索操作など）が行われたことをイベントとして検知する。

また、イベント検知部１００は、自装置が所定のスタイルになったことをイベントとして検知する。具体的には、イベント検知部１００は、本体４０が所定の開き具合になったことと、スタイルによってはさらに所定の傾きになったことを所定のイベントとして検知する。また、イベント検知部１００は、所定アプリの起動、所定操作及び所定スタイルを組み合わせたイベントも検知する。

イベント検知部１００は、各イベントを検知するための機能として、アプリ起動検知部１０１と、操作検知部１０２と、開き具合検知部１０３と、傾き検知部１０４とを備える。アプリ起動検知部１０１は、所定のアプリ（例えばＳＮＳアプリなど）が起動されたことを検知する。アプリ起動制御部４０３は、本実施例では、第１画面１１にアプリ画像が表示される所定のアプリの起動を検知する。

アプリ起動制御部４０３は、アプリを起動すると、そのアプリを示すアプリＩＤとそのアプリのアプリ画像が表示される画面の画面ＩＤとをアプリ起動検知部１０１に供給する。アプリ起動検知部１０１は、例えば所定のアプリを示すアプリＩＤのリストを記憶しておいて、そのリストに含まれるアプリＩＤが第１画面１１を示す画面ＩＤと共に供給された場合に、所定のアプリが第１画面１１で起動されたことを検知する。

操作検知部１０２は、所定の操作が行われたことを検知する。操作受付部４０１は、本実施例では、第１画面１１にアプリ画像が表示されている所定のアプリに対して所定の操作が行われたことを検知する。所定の操作としては、例えば、地図アプリに所定の地名を入力する操作（地名入力操作）又はブラウザに所定の店舗名を入力する操作（店舗名入力操作）が用いられる。

この場合、操作受付部４０１は、第１画面１１にアプリ画像が表示されているアプリのアプリＩＤと、受け付けた操作により入力された文字列とを操作検知部１０２に供給する。操作検知部１０２は、所定のアプリのアプリＩＤと、所定の地名又は所定の店舗名との組のリストを記憶しておいて、そのリストに含まれるアプリＩＤと地名又は店舗名を示す文字列とが供給された場合に、前述した所定の操作が行われたことを検知する。

また、所定の操作として、所定のアプリに特有の操作が用いられてもよく、例えば、楽器演奏アプリで楽器を演奏する操作（楽器演奏操作）が用いられる。この場合、操作受付部４０１は、操作を受け付けたアプリを示すアプリＩＤ及びその操作を示す操作ＩＤを操作検知部１０２に供給する。操作検知部１０２は、所定のアプリを示すアプリＩＤ及び所定の操作を示す操作ＩＤの組のリストを記憶しておいて、そのリストに含まれるアプリＩＤ及び操作ＩＤの組が供給された場合に、所定の操作が行われたことを検知する。

なお、上記のとおり所定の操作が検知される所定のアプリは、この操作を行うために新たに起動されたものである場合もあるが、そうでない場合もある。スマートフォン１では、起動されたアプリのアプリ画像が表示されていなくてもバックグラウンドでアプリが動作していてアプリ画像も保持されている場合がある。そのため、例えばバックグラウンドで動作しているブラウザを呼び出してそのアプリ画像を表示させ、所定の店舗名を入力した場合も、所定の操作が検知される（言い換えると、所定の操作が検知されても、所定のアプリの起動が検知されるとは限らない）。

開き具合検知部１０３は、センサ群８の測定結果に基づいて、本体４０の開き具合が所定の開き具合になったことを検知する。傾き検知部１０４は、センサ群８の測定結果に基づいて、本体４０の傾きが所定の傾きになったことを検知する。開き具合検知部１０３及び傾き検知部１０４は、これらの検知を行うため、例えば、スタイルと、本体４０の開き具合（ヒンジ角度）と、本体４０の傾き（基準方向Ａ１、Ａ２の向き）とを対応付けたスタイル検知テーブルを記憶して用いる。

図５はスタイル検知テーブルの一例を表す。図５の例では、「全開スタイル」には「１８０度」及び「全て」が、「全閉スタイル」には「０度」及び「全て」が、本体４０の開き具合及び傾きとして対応付けられている。「ノートＰＣスタイル」には、「２２０〜２６０度」及び「Ａ１：鉛直上方と０〜１０度、Ａ２：水平方向と±１０度」が本体４０の開き具合及び傾きとして対応付けられている。「Ａ１：鉛直上方と０〜１０度」とは、基準方向Ａ１の向きが、鉛直上方に対して成す角度が０度から１０度までに収まる向きであることを表している。

「Ａ２：水平方向と±１０度」とは、基準方向Ａ２の向きが、水平方向に対して鉛直上方に成す角度が１０度（＋１０度）までと、鉛直下方に成す角度が１０度（−１０度）までに収まる向きであることを表している。「テントスタイル」には、「５０〜７０度」及び「Ａ１：水平方向と＋２０〜＋４０度、Ａ２：水平方向と±１０度」が、「縦置きスタイル」には、「４５〜１３５度」及び「Ａ１：水平方向と±１０度、Ａ２：鉛直方向と０〜１０度」が、本体４０の開き具合及び傾きとして対応付けられている。

開き具合検知部１０３は、センサ群８のひずみセンサにより測定されたヒンジ角度が０度、４５〜１３５度に含まれる角度、１８０度又は２２０〜２６０度に含まれる角度のいずれかである場合に、本体４０の開き具合が所定の開き具合になったことを検知する。そのうちの０度及び１８０度になったことが検知された場合、本体４０の傾きにかかわらずスタイルが確定するので、検知された本体４０の開き具合に対応付けられたスタイル（全閉スタイル及び全開スタイル）が検知されたことになる。

開き具合検知部１０３は、本体４０の開き具合が所定の開き具合になったことを検知すると、検知した開き具合に対応するスタイルを傾き検知部１０４に通知する。傾き検知部１０４は、センサ群８の磁気センサにより測定された基準方向Ａ１及びＡ２の成す上記６つの角度が、通知されたスタイルに対応付けられた本体４０の傾きの範囲に含まれている場合に、本体４０の傾きが所定の傾きになったことを検知する。

例えばノートＰＣスタイルというスタイルが通知された場合、傾き検知部１０４は、基準方向Ａ１と鉛直上方の成す角度が０〜１０度で、基準方向Ａ２と水平方向の成す角度が±１０度であれば、本体４０の傾きが所定の傾きになったことを検知する。このように、本実施例では、開き具合検知部１０３による検知が行われた場合にのみ傾き検知部１０４による検知が行われる。従って、傾き検知部１０４による検知が行われると、検知された本体４０の開き具合及び本体４０の傾きの組合せに対応付けられたスタイルが検知されたことになる。

イベント検知部１００は、上記の各検知結果に基づいてイベントを検知する。イベント検知部１００は、この検知を行うため、起動が検知されたアプリ（起動検知アプリ）、検知された操作（検知操作）及び検知されたスタイル（検知スタイル）と、イベントとを対応付けたイベント検知テーブルを記憶して用いる。
図６はイベント検知テーブルの一例を表す。図６の例では、検知操作については、所定のアプリも表されている。

例えば「ＳＮＳアプリ」という検知アプリには「ＳＮＳ起動」という名称のイベントが対応付けられている。同様に、「地名入力操作（地図アプリ）」という検知操作に「地名入力」という名称のイベントが対応付けられ、「店舗名入力操作（ブラウザ）」という検知操作及び「全開スタイル」という検知スタイルに「店舗検索」という名称のイベントが対応付けられている。また、「テントスタイル」という検知スタイルに「対面利用」という名称のイベントが対応付けられ、「楽器演奏操作（楽器演奏アプリ）」という検知操作及び「ノートＰＣスタイル」という検知スタイルに「楽器演奏」という名称のイベントが対応付けられている。

イベント検知部１００は、イベント検知テーブルにおいて上記の各検知結果に対応付けられているイベントを検知する。イベント検知部１００は、例えばアプリ起動検知部１０１により「ＳＮＳアプリ」が検知された場合は「ＳＮＳ起動」というイベントを検知し、開き具合検知部１０３及び傾き検知部１０４により「テントスタイル」を示す開き具合及び傾きが検知された場合は「対面利用」というイベントを検知する。

また、イベント検知部１００は、所定期間内に複数の検知結果が得られた場合、それらの検知結果が同時に得られたと判断する。例えば、イベント検知部１００は、「店舗名入力操作」及び「全開スタイル」が所定期間内に検知された場合は、それらが同時に検知されたと判断し、それらの検知結果にイベント検知テーブルにおいて対応付けられた「店舗検索」というイベントを検知する。イベント検知部１００は、こうしてイベントを検知すると、その検知結果を２画面表示制御部２００及びイベント処理実行部３００に供給する。

２画面表示制御部２００は、上述したアプリ画像（アプリにおいて画面に表示させるために用意された画像）を第１画面１１及び第２画面２１に表示させる制御を行う。２画面表示制御部２００は、アクティブ画面で行われた起動操作により起動されたアプリのアプリ画像を、そのアクティブ画面に表示させる。２画面表示制御部２００は、第１表示制御部２０１と、第２表示制御部２０２とを備える。

第１表示制御部２０１は、アプリ画像を第１画面１１に表示させ、第２表示制御部２０２は、アプリ画像を第２画面２１に表示させる。つまり、第１画面１１がアクティブ画面である場合に起動されたアプリのアプリ画像は第１表示制御部２０１によって第１画面１１に表示され、第２画面２１がアクティブ画面である場合に起動されたアプリのアプリ画像は第２表示制御部２０２によって第２画面２１に表示される。

２画面表示制御部２００は、本実施例では、イベント検知部１００によりイベントが検知された場合に第１画面１１に予め定められた第１アプリケーションのアプリ画像（以下「第１アプリ画像」という）が表示されているときには、その第１アプリケーションに対応付けられた第２アプリケーションのアプリ画像（以下「第２アプリ画像」という）を第２画面２１に表示させる。その場合に、本実施例では、第２画面２１の状態（例えば他のアプリ画像が表示されているなど）は考慮しないものとする。

２画面表示制御部２００は、イベントと、第１アプリ（第１アプリケーション）と、第２アプリ（第２アプリケーション）とを対応付けた表示アプリテーブルを記憶している。
図７は表示アプリテーブルの一例を表す。図７の例では、「ＳＮＳ起動」というイベントには「ＳＮＳアプリ」及び「写真閲覧アプリ」が第１アプリ及び第２アプリとして対応付けられている。

同様に、「地名入力」には「地図アプリ」及び「天気予報アプリ」が、「店舗検索」には「ブラウザ」及び「地図アプリ」が第１アプリ及び第２アプリとして対応付けられている。また、「対面利用」にはいずれも「動画再生アプリ」が、「楽器演奏」には「楽器演奏アプリ」及び「楽譜表示アプリ」が第１アプリ及び第２アプリとして対応付けられている。

２画面表示制御部２００（第２表示制御部２０２）は、供給されたイベントの検知結果がＳＮＳ起動を表している場合（つまりＳＮＳ起動がイベントとして検知された場合）、起動されたＳＮＳアプリのアプリ画像が第１表示制御部２０１により第１アプリ画像として表示されることになるので、表示アプリテーブルにおいてＳＮＳ起動というイベント及びＳＮＳアプリという第１アプリに対応付けられた第２アプリである写真閲覧アプリのアプリ画像を第２アプリ画像として第２画面２１に表示させる。

２画面表示制御部２００（第２表示制御部２０２）は、第２アプリが既に起動されていてバックグラウンドで動作している場合には、それを呼び出して保持されている第２アプリ画像を第２画面２１に表示させる。また、２画面表示制御部２００（第２表示制御部２０２）は、第２アプリが起動されていない場合には、アプリ起動制御部４０３に第２アプリの起動を要求する。アプリ起動制御部４０３は、この要求を受け取ると、要求された第２アプリを起動する。２画面表示制御部２００（第２表示制御部２０２）は、こうして起動された第２アプリの第２アプリ画像を第２画面２１に表示させる。

また、２画面表示制御部２００（第２表示制御部２０２）は、地名入力がイベントとして検知された場合、このイベントである地名を入力する操作が受け付けられた第１画面１１には地図アプリのアプリ画像が第１表示制御部２０１により第１アプリ画像として表示されていることになるので、地名入力及び地図アプリに表示アプリテーブルにおいて対応付けられた天気予報アプリのアプリ画像を第２画面２１に表示させる。

また、２画面表示制御部２００（第２表示制御部２０２）は、対面利用がイベントとして検知された場合は、第１表示制御部２０１により第１画面１１に現在表示されているアプリがあるか否かを判断し、あると判断した場合には、そのアプリが「対面利用」というイベントに対応付けられた第１アプリである動画再生アプリであるか否かを判断する。

２画面表示制御部２００（第２表示制御部２０２）は、動画再生アプリが第１画面１１に表示されていると判断した場合、それらのイベント及び第１アプリに表示アプリテーブルにおいて対応付けられた動画再生アプリのアプリ画像を第２画面２１に表示させる。２画面表示制御部２００は、こうして第２アプリ画像を第２画面２１に表示させると、その旨をイベント処理実行部３００に通知する。

イベント処理実行部３００は、イベント検知部１００によりイベントが検知されて第２アプリ画像が表示された場合に、第２アプリで行われる処理のうち検知されたイベントに対応付けられた処理を実行する。イベント処理実行部３００は、イベントと、実行する第２アプリの処理（アプリ処理）とを対応付けたアプリ処理テーブルを記憶している。

図８はアプリ処理テーブルの一例を表す。図８の例では、「ＳＮＳ起動」というイベントには「最近の写真を表示」というアプリ処理が対応付けられている。同様に、「地名入力」には「入力地名を含む地域の予報を表示」が、「店舗名入力」には「店舗を含む地図を表示」が、「対面利用」には「動画を選択する画像を表示」が、「楽器演奏」には「楽譜を選択する画像を表示」が、イベント及びアプリ処理としてそれぞれ対応付けられている。

イベント処理実行部３００は、例えばＳＮＳ起動がイベントとして検知された場合に、２画面表示制御部２００から写真閲覧アプリを第２画面２１に表示させた旨が通知されると、その写真閲覧アプリに保存された最近の写真を表示させる処理を、そのイベントに対応付けられたアプリ処理として実行する。また、イベント処理実行部３００は、対面利用がイベントとして検知された場合に、２画面表示制御部２００から動画再生アプリを第２画面２１に表示させた旨が通知されると、その動画再生アプリに動画を選択する画像を表示させる処理を、そのイベントに対応付けられたアプリ処理として実行する。

上述したイベントは、いずれも、第１画面１１に対する操作が行われた場合か、本体４０の開き具合及び傾きを変える操作が行われた場合に検知される。従って、２画面表示制御部２００（第２表示制御部２０２）は、所定のイベントが検知されると、第２画面２１に対して第２アプリを起動する操作及び第２アプリ画像を表示させる操作が行われなくても、第２アプリ画像を第２画面２１に表示させる。

そのため、イベントが検知されたときに第１画面１１がアクティブ画面である場合であっても、アクティブ画面の切替操作（第２画面２１に対する操作）が行われないので、第１画面１１がアクティブ画面のまま維持される。ただし、図６に表すイベント検知テーブルにおいてスタイルのみに対応付けられた「対面利用」が検知された場合は、第２画面２１がアクティブ画面になっていることがある。

本実施例では、操作受付部４０１は、このように第２画面２１が選択されている状態で第２アプリ画像が表示された場合、選択されている画面（アクティブ画面）を第１画面１１に切り替えて操作を受け付ける。この場合、２画面表示制御部２００は、イベントに対応付けられた第２アプリ画像を表示させると、その旨を操作受付部４０１に通知する。

操作受付部４０１のアクティブ画面判断部４０２は、この通知を受け取ったときにアクティブ画面の画面ＩＤとして第２画面２１の画面ＩＤを記憶している場合には、その画面ＩＤを第１画面１１の画面ＩＤで上書きする。このように、本実施例では、操作受付部４０１は、第２アプリ画像が表示された後も常に第１画面１１を選択されている画面（アクティブ画面）として操作を受け付ける。

スマートフォン１は、上記の構成に基づいて、イベントが検知されたときに第２アプリ画像を表示するアプリ画像表示処理を行う。
図９はアプリ画像表示処理における動作手順の一例を表す。この動作手順は、スマートフォン１の電源が投入されることを契機に開始され、所定の時間間隔（例えば０．５秒毎など）で繰り返し行われる。

まず、スマートフォン１（イベント検知部１００）は、上述したイベントを検知する処理（イベント検知処理）を行う（ステップＳ１１）。次に、スマートフォン１（２画面表示制御部２００）は、イベントが検知されたか否かを判断し（ステップＳ１２）、検知されていない（ＮＯ）と判断した場合にはこの動作手順を終了する。スマートフォン１（２画面表示制御部２００）は、ステップＳ１２で検知された（ＹＥＳ）と判断した場合には、第１画面１１に第１アプリ画像が表示されているか否かを判断する（ステップＳ１３）。

スマートフォン１（２画面表示制御部２００）は、ステップＳ１３で表示されていない（ＮＯ）と判断した場合にはこの動作手順を終了する。スマートフォン１（２画面表示制御部２００）は、ステップＳ１３で表示されている（ＹＥＳ）と判断した場合には、検知されたイベント及び第１アプリ画像が表示されている第１アプリに対応付けられた第２アプリの第２アプリ画像を表示させる（ステップＳ１４）。

次に、スマートフォン１（イベント処理実行部３００）は、検知されたイベントに対応付けられた第２アプリのアプリ処理を実行する（ステップＳ１５）。続いて、スマートフォン１（操作受付部４０１）は、第１画面１１がアクティブか否かを判断し（ステップＳ１６）、アクティブである（ＹＥＳ）と判断した場合にはこの動作手順を終了する。スマートフォン１（操作受付部４０１）は、ステップＳ１６でアクティブでない（ＮＯ）と判断した場合には、アクティブ画面を第２画面２１から第１画面１１に切り替えて（ステップＳ１７）、この動作手順を終了する。

本実施例では、スマートフォン１という２画面を有する折り畳み可能な表示装置において、上述した所定のイベントが検知され、且つ、第１画面１１に第１アプリが表示されている場合に、それらのイベント及び第１アプリに対応付けられた第２アプリの第２アプリ画像が表示される。これにより、この場合にさらに別の表示操作をしないと第２アプリ画像が表示されない場合に比べて、２つ目の画面（本実施例では第２画面２１）でアプリを素早く利用可能な状態にすることができる。

また、本実施例では、特定のスタイルがイベントとして検知され、例えば全開スタイルは、本体の開き具合が所定の開き具合（ヒンジ角度が１８０度）であれば検知される。これにより、ユーザは、第１アプリに加えてそれに対応付けられた第２アプリも利用したいと思ったときに、本体の開き具合を変えるだけで第２アプリを起動させることができる。

また、例えばイベントとして用いられているテントスタイルは、本体の開き具合に加えて本体の傾きによって表される。これにより、本体の開き具合で表されるスタイルだけがイベントに用いられる場合に比べて、第２アプリとして起動することができるアプリの種類を増やすことができる。

また、本実施例では、検知されたイベントに対応付けられた第２アプリの第２アプリ画像が表示されると、そのイベントに対応付けられたアプリ処理が実行される。これにより、表示された第２アプリにおいて最初に行われる処理が概ね決まっている場合に、その処理を実行させるユーザの手間を省くことができる。

また、例えば第２画面２１を操作して第２アプリを起動して第２アプリ画像を表示されると、第２画面２１がアクティブになる。これに対し、本実施例では、第２画面２１に第２アプリ画像が表示されても、第１画面１１がアクティブ画面のままになるので、第２画面２１への操作で第２アプリを起動する場合に比べて、第２アプリ画像が表示されても第１アプリに対する操作を素早く利用可能な状態にすることができる。

［２］変形例
上述した実施例は本発明の実施の一例に過ぎず、以下のように変形させてもよい。

［２−１］第１アプリ及び第２アプリ
２画面表示制御部２００は、実施例では、イベントが検知された場合に第１画面１１に第１アプリ画像が表示されているときに第２アプリ画像を第２画面２１に表示させたが、これに限らず、例えば反対に、イベントが検知された場合に第２画面２１に第１アプリ画像が表示されているときに第２アプリ画像を第１画面１１に表示させてもよい。

例えばスマートフォン１においては、電話アプリのアプリ画像が、スピーカ口１２が設けられた第１画面１１のみに表示されるものとする。その場合に電話アプリを第２アプリとして用いるためには、第２画面２１に表示されているアプリを第１アプリとし、第１画面１１に電話アプリのアプリ画像を第２アプリ画像として表示させればよい。

上記の２つの例（第１アプリ画像が第１画面１１に表示される例と第２画面２１に表示される例）では、イベントが検知された場合に決められた一方の画面に第１アプリ画像が表示されていれば他方の画面に第２アプリ画像が表示されるが、他方の画面の方に第１アプリ画像が表示されていても一方の画面に第２アプリ画像は表示されない。しかし、それに限らず、後者の場合においても第２アプリ画像が表示されてもよい。

その場合、２画面表示制御部２００は、イベントが検知された場合に第１画面１１及び第２画面２１のうちの一方の画面に第１アプリ画像が表示されているときに、第２アプリ画像を他方の画面に表示させる。いずれの場合も、実施例と同様に、２つ目の画面でアプリを素早く利用可能な状態にすることができる。

［２−２］画面が決まっているアプリ
アプリの中には、第１画面１１及び第２画面２１のうちのいずれに表示するかが決められているものがある。例えば電話アプリは、スピーカ口１２が設けられている第１画面１１にアプリ画像を表示させるよう決められている。また、例えばカメラのレンズが第２画面２１側に設けられている場合、カメラアプリも第１画面１１にアプリ画像を表示させるよう決められる。

２画面表示制御部２００は、このように表示される画面が決まっているアプリが第２アプリである場合、第２アプリ画像をその画面に表示させる。例えば図７の例でＳＮＳ起動というイベントが検知された場合、２画面表示制御部２００は、第２アプリが写真閲覧アプリであればそのまま第２画面２１に第２アプリ画像を表示させるが、第２アプリがカメラアプリであれば、カメラアプリのアプリ画像を表示させる画面として決められている第１画面１１に第２アプリ画像を表示させる。

［２−３］時間帯を考慮
２画面表示制御部２００は、アプリ画像を表示させるアプリを決める際に、時間帯を考慮してもよい。本変形例では、２画面表示制御部２００は、第１アプリに加えてイベントが検知された時刻を含む時間帯にも対応付けられた第２アプリのアプリ画像を第２アプリ画像として表示させる。

この場合、２画面表示制御部２００は、イベントと、時間帯と、第１アプリと、第２アプリとを対応付けた表示アプリテーブルを記憶しておく。
図１０は本変形例の表示アプリテーブルの一例を表す。図１０の例では、「店舗検索」に、「日中の時間帯」では「ブラウザ」及び「電話アプリ」が、「夕食前の時間帯」では「ブラウザ」及び「地図アプリ」が、第１アプリ及び第２アプリとして対応付けられている。

また、「テントスタイル」には、「朝食の時間帯」ではいずれも「テレビアプリ」が、「週末日中の時間帯」ではいずれも「動画再生アプリ」が、第１アプリ及び第２アプリとして対応付けられている。例えば、店舗検索が夕食前の時間帯に検知され、且つ、それらに対応付けられたブラウザのアプリ画像が第１アプリ画像として第１画面１１に表示されている場合、２画面表示制御部２００は、地図アプリを第２アプリとして第２アプリ画像を第２画面２１に表示させる。

また、２画面表示制御部２００は、例えば店舗検索が朝食の時間帯に検知され、且つ、それらに対応付けられたブラウザのアプリ画像が第１アプリ画像として表示されている場合、電話アプリを第２アプリとして第２アプリ画像を表示させる。なお、上記変形例で述べたように電話アプリは第１画面１１にアプリ画像を表示させるよう決められているため、この場合は第１アプリ画像が第２画面２１に表示されている場合に第２アプリ画像が第１画面１１に表示される。

図１０の例によれば、特定の時間帯に利用されることが多いアプリがある場合、その時間帯においてはそのアプリを他のアプリに比べて素早く利用可能な状態にすることができる。なお、本変形例では、イベント処理実行部３００が、所定のイベントが検知されて第２アプリの第２アプリ画像が表示されると、その第２アプリで行われる処理のうち検知されたイベント及びそのイベントが検知された時刻を含む時間帯に対応付けられた処理を実行してもよい。

イベント処理実行部３００は、例えば対面利用が検知されてテレビアプリが第２アプリ画像として表示された場合に、それが朝食の時間帯であればニュース番組のチャンネルに切り替える処理を実行し、夕食の時間帯であればバラエティ番組のチャンネルに切り替える処理を実行する。これにより、特定の時間帯に利用されることが多いアプリにおいて最初に行われる処理が概ね決まっている場合に、その処理を実行させるユーザの手間を省くことができる。

［２−４］現在位置を考慮
２画面表示制御部２００は、アプリ画像を表示させるアプリを決める際に、スマートフォンの現在位置を考慮してもよい。本変形例では、図２に表すセンサ群８が、ＧＰＳ（Global Positioning System）等の位置を測定するセンサを有する。自装置の位置を測定するセンサ群８は本発明の「測定部」の一例である。

２画面表示制御部２００は、第１アプリに加えてイベントが検知されたときに測定された現在位置にも対応付けられた第２アプリのアプリ画像を第２アプリ画像として表示させる。この場合、２画面表示制御部２００は、センサ群８が測定する位置情報と、オフィス、自宅、繁華街及び駅等の現在位置とを対応付けた現在位置テーブルを記憶しておく。

図１１は本変形例の表示アプリテーブルの一例を表す。図１１の例では、「店舗検索」において、「繁華街」という現在位置には「ブラウザ」及び「地図アプリ」が、「駅」という現在位置には「ブラウザ」及び「乗換案内アプリ」が、第１アプリ及び第２アプリとして対応付けられている。また、「対面利用」において、「オフィス」という現在位置にはどちらも「プレゼンアプリ」が、「自宅」という現在位置にはどちらも「動画再生アプリ」が、第１アプリ及び第２アプリとして対応付けられている。

例えば、２画面表示制御部２００は、スマートフォン１の現在位置が繁華街であるときに店舗検索が検知され、且つ、それらに対応付けられたブラウザのアプリ画像が第１アプリ画像として第１画面１１に表示されている場合、繁華街に対応付けられた第２アプリである地図アプリのアプリ画像を第２アプリ画像として第２画面２１に表示させる。また、２画面表示制御部２００は、この現在位置が繁華街ではなく駅であるときには、駅に対応付けられた乗換案内アプリのアプリ画像を第２アプリ画像として第２画面２１に表示させる。

図１１の例によれば、特定の場所で利用されることが多いアプリがある場合、その場所においてはそのアプリを他のアプリに比べて素早く利用可能な状態にすることができる。なお、本変形例では、イベント処理実行部３００が、所定のイベントが検知されて第２アプリの第２アプリ画像が表示されると、その第２アプリで行われる処理のうち上記の現在位置に対応付けられた処理を実行してもよい。

イベント処理実行部３００は、例えば現在地が繁華街で店舗検索が検知されて地図アプリの第２アプリ画像が表示された場合に、繁華街に対応付けられた処理として現在位置の周辺の地図を表示させる処理を実行し、現在地が駅で店舗検索が検知されて乗換案内アプリの第２アプリ画像が表示された場合に、駅に対応付けられた処理として最寄駅を出発地点の駅名として入力する処理を実行する。これにより、特定の場所で利用されることが多いアプリにおいて最初に行われる処理が概ね決まっている場合に、その処理を実行させるユーザの手間を省くことができる。

［２−５］アクティブ画面
操作受付部４０１は、実施例では、第２アプリ画像が表示された後も常に第１画面１１をアクティブ画面として操作を受け付けたが、これに限らない。例えば、操作受付部４０１が、イベント検知部１００によりイベントが検知されて２画面表示制御部２００により第２アプリ画像が表示された場合に、常に第２画面２１が選択されている画面（アクティブ画面）であるものとして操作を受け付けてもよい。

この動作は、操作受付部４０１のアクティブ画面判断部４０２が、第２アプリ画像が表示されたときにアクティブ画面の画面ＩＤとして第１画面１１の画面ＩＤを記憶していればその画面ＩＤを第２画面２１の画面ＩＤで上書きすることで実行される。これにより、第１画面１１をアクティブ画面とする場合に比べて、第２アプリ画像が表示された第２アプリに対する操作を素早く利用可能な状態にすることができる。

また、操作受付部４０１は、第１画面１１及び第２画面２１のうち検知されたイベントに対応付けられた画面をアクティブ画面として操作を受け付けてもよい。図７の例であれば、例えばＳＮＳ起動、地名入力、店舗検索、対面利用がイベントとして検知された場合には第１画面１１をアクティブ画面とし、楽器演奏がイベントとして検知された場合には第２画面２１をアクティブ画面とする。いずれの場合も、第１アプリ及び第２アプリのうちユーザが先に操作しそうな方のアプリ画像が表示される画面をアクティブ画面とすることで、２つのアプリ画像が表示された後の操作を素早く行うことができる状態となる。

［２−６］開き具合及び傾き
所定の開き具合及び所定の傾きは実施例で述べたものに限らない。例えば所定の開き具合を示すヒンジ角度を変えてもよい（例えば全開スタイルにおける開き具合を１８０度ではなく１７５度又は１７０度等にするなど）。また、各開き具合及び各傾きにおいて許容される角度を変えてもよい（例えば±１０度を許容するところを±５度又は±１５度等にするなど）。

［２−７］スタイル
スマートフォンが取り得るスタイルは実施例で述べたものに限らない。例えば全開スタイルでも、床に置いたときのスタイル（基準方向Ａ１が鉛直上方を向く）と、手に持ったときのスタイル（基準方向Ａ１が水平方向よりやや鉛直上方を向く）とを異なるスタイルとしてもよい。

また、全閉スタイルでも、縦に持ったときのスタイル（基準方向Ａ２が鉛直上方の近くを向く）と、横に持ったときのスタイル（基準方向Ａ２が水平方向を向く）とを異なるスタイルとしてもよい。いずれの場合も、そのスタイルに特有の本体４０の開き具合及び傾きが決まっていて、そのスタイルでよく利用されるアプリの組合せが決まっているのであれば、実施例と同様に２画面表示制御部２００による表示及びイベント処理実行部３００によるアプリ処理が実行されることで２つ目の画面でアプリを素早く利用可能な状態にすることができ、アプリ処理を実行させるユーザの手間を省くことができる。

［２−８］第１アプリ等の設定方法
上記の各例では、第１アプリ、第２アプリ及びアプリ処理が予め決められていたが、例えばユーザが設定したものが用いられてもよい。また、ユーザのアプリの利用履歴を蓄積しておき、ユーザがよく利用するアプリの組合せ及びよく利用する処理が第１アプリ、第２アプリ及びアプリ処理として用いられてもよい。

本変形例では、例えば２画面表示制御部２００が、第１画面１１及び第２画面２１に同時期にアプリ画像を表示させたアプリの組合せの履歴を蓄積する（具体的にはそれらのアプリのアプリＩＤを対応付けて記憶する）。この場合の２画面表示制御部２００は本発明の「蓄積部」の一例である。そして、２画面表示制御部２００は、イベントが検知されたときに第１画面１１に表示されている第１アプリとの組合せの履歴が多いアプリのアプリ画像ほど優先して第２アプリ画像として第２画面２１に表示させる。この場合の２画面表示制御部２００は本発明の「表示制御部」の一例である。

具体的には、２画面表示制御部２００は、例えば第１アプリとの組合せの履歴が最も多いアプリのアプリ画像を常に第２アプリ画像として表示させてもよいし、第１アプリとの組合せの履歴の件数が多いアプリのアプリ画像ほど第２アプリ画像として表示させる確率を高くしてもよい。これにより、ユーザが第１アプリと共によく利用するアプリのアプリ画像ほど、すなわち、第１アプリを表示させているユーザが利用する可能性が高いアプリのアプリ画像ほど第２アプリ画像として表示されやすくなり、そのアプリを素早く利用可能な状態にすることができる。

また、本変形例では、アプリ起動制御部４０３が、第２アプリ画像が表示された第２アプリの処理のうちユーザが最初に実行させた処理の履歴を蓄積しておき、イベント処理実行部３００が、所定のイベントが検知されて第２アプリの第２アプリ画像が表示されると、その第２アプリの処理のうち履歴が多く蓄積されている処理ほど優先してアプリ処理として実行してもよい。

例えば、店舗検索が検知されて地図アプリの画像が第２アプリ画像として表示されたときにユーザが地名の検索欄を表示させる操作を最も多く行っていた場合、イベント処理実行部３００は、地名の検索欄を表示させる処理をアプリ処理として実行する。これにより、他の処理に比べてユーザが実行させる可能性が高い処理をアプリ処理として実行させることができる。

また、本変形例では、上記の履歴（アプリの組合せの履歴及び処理の履歴）が現在時刻又は現在位置に対応付けて蓄積されるようにしておき、イベントが検知されて第１アプリ画像が表示されている場合に、現在時刻を含む時間帯又は現在位置が共通する履歴が多く蓄積されているアプリほど優先的に第２アプリとして２画面表示制御部２００が表示させ、同じく履歴が多く蓄積されている処理ほど優先的にアプリ処理としてイベント処理実行部３００が実行してもよい。

これにより、現在の時間帯に又は現在の場所で利用される可能性が高いアプリほど素早く利用可能な状態にしやすくすることができる。また、現在の時間帯に又は現在の場所でユーザが実行させる可能性が高い処理ほどアプリ処理として実行されやすくすることができる。

［２−９］第２画面の状態
実施例では、第２画面の状態を考慮せずに第２アプリ画像が表示されたが、第２画面の状態が考慮されてもよい。本変形例では、２画面表示制御部２００は、イベントが検知され且つ第１画面１１に第１アプリ画像が表示されているときに第２画面２１に既に何らかのアプリのアプリ画像が表示されている場合、そのアプリに比べて第２アプリの優先度の方が高いときに第２アプリ画像を第２画面２１に表示させる。このアプリの優先度は、例えばイベント毎に定められる。

図１２はアプリの優先度の一例を表す。図１２の例では、例えば店舗検索というイベントにおいては、「乗換案内アプリ」、「スケジューラー」、「地図アプリ」は第２アプリに比べて優先度が高く、「テレビアプリ」、「配信動画閲覧アプリ」等は第２アプリに比べて優先度が低いと定められている。また、対面利用というイベントにおいては、「テレビアプリ」、「配信動画閲覧アプリ」、「動画再生アプリ」は第２アプリに比べて優先度が高く、「乗換案内アプリ」、「スケジューラー」等は第２アプリに比べて優先度が低いと定められている。

２画面表示制御部２００は、例えば店舗検索が検知されて第１アプリ画像が第１画面１１に表示されているときに、第２画面２１に第２アプリよりも優先度が低いテレビアプリが表示されている場合には第２アプリである地図アプリのアプリ画像を第２アプリ画像として第２画面２１に表示させるが、第２画面２１に第２アプリよりも優先度が高い乗換案内アプリが表示されている場合には第２アプリである地図アプリのアプリ画像を第２画面２１に表示させない。

一方、第２画面２１にテレビアプリが表示されている場合でも、対面利用が検知されたときには第２アプリよりも優先度が高いことになるので２画面表示制御部２００は第２アプリである動画再生アプリのアプリ画像を第２画面２１に表示させない。また、第２画面２１に乗換案内アプリが表示されている場合、対面利用が検知されたときには第２アプリよりも優先度が低いことになるので２画面表示制御部２００は第２アプリである動画再生アプリのアプリ画像を第２アプリ画像として第２画面２１に表示させる。

図中で「※」を付した店舗検索における「地図アプリ」と対面利用における「動画再生アプリ」は第２アプリと同じアプリである。それらの優先度を第２アプリよりも高く定めることで、第２画面２１に既に第２アプリ画像が表示されている場合にわざわざ同じ第２アプリ画像を表示し直すことがないようにしている。なお、第２アプリと同じアプリについては優先度を低くし又は優先度を定めないようにして、第２アプリ画像を表示し直すようにしてもよい（最終的に第２アプリ画像が表示されることにはかわりないから）。

本変形例では、所定のイベントが発生したときに第１アプリと共に利用される可能性が高いアプリの優先度を第２アプリよりも高く定めておくことで、そのようなアプリのアプリ画像を表示させていたのに表示が別のアプリ画像（第２アプリ画像）に切り替わってしまうことを防ぐことができる。

［２−１０］本体の傾き
本体４０の傾きは、実施例とは異なる方法で表されてもよい。例えば、基準方向を１つにしてもよい。基準方向Ａ１だけを用いれば、第１画面１１が向いている向きで本体４０の傾きが表され、基準方向Ａ２だけを用いれば、第１画面１１の上下方向（長辺に沿った方向）が向いている向きで本体４０の傾きが表されることになる。

また、実施例とは異なる基準方向を用いてもよい。例えば、第１画面１１の短辺に沿った方向を用いてもよいし、第２画面２１の法線の方向を用いてもよい。要するに、本体４０が備える第１画面１１及び第２画面２１のうちの少なくとも一方について、正面方向（画面の法線の方向）と上下方向（画面の長手方向）がどちらに向いているかが分かるのであれば、どのような基準方向が用いられてもよい。

［２−１１］連結部
スマートフォン１のヒンジ３０は、ヒンジ角度が０度から３６０度まで変化するよう第１筐体１０及び第２筐体２０を回転可能に連結したが、その間の任意の範囲でヒンジ角度が変化するように連結してもよい。また、実施例では、ヒンジ３０が、ヒンジ角度が０度になったときに第１画面１１及び第２画面２１が外側を向くように第１筐体１０及び第２筐体２０を連結したが、その反対に、ヒンジ角度が０度になったときに第１画面１１及び第２画面２１が内側を向くように第１筐体１０及び第２筐体２０を連結してもよい。

［２−１２］機能構成
スマートフォンの機能構成は図４に表すものに限らない。例えば図４に表す複数の機能ブロックを１つの機能ブロックに統合してもよい。また、１つの機能ブロックに複数の機能が含まれている場合に、機能の一部を分離させて新たな機能ブロックを設けてもよい。

具体例を挙げると、例えば開き具合検知部１０３及び傾き検知部１０４を統合してスマートフォンのスタイルを検知するスタイル検知部としてもよいし、アプリ起動制御部４０３に第２アプリの起動を要求する機能を２画面表示制御部２００から分離させて起動要求部という機能を新たに設けてもよい。要するに、機能構成の全体で図４に表す各機能と同等の機能が実現されていればよい。

［２−１３］発明のカテゴリ
本発明は、スマートフォンに限らず、例えばタブレット端末にも適用可能である。本発明は、２画面を有する表示装置であって図４に表す各機能を実現するものであれば適用することができる。また、本発明は、そのような表示装置の他、表示装置が実施する処理を実現するための情報処理方法としても捉えられるし、表示装置を制御するコンピュータを機能させるためのプログラムとしても捉えられる。このプログラムは、それを記憶させた光ディスク等の記録媒体の形態で提供されてもよいし、インターネット等のネットワークを介してコンピュータにダウンロードさせ、それをインストールして利用可能にするなどの形態で提供されてもよい。

［２−１４］処理手順等
本明細書で説明した各実施例の処理手順、シーケンス、フローチャートなどは、矛盾がない限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。

［２−１５］入出力された情報等の扱い
入出力された情報等は特定の場所(例えばメモリ)に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。

［２−１６］ソフトウェア
ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。

また、ソフトウェア、命令などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア及びデジタル加入者回線（ＤＳＬ）などの有線技術及び／又は赤外線、無線及びマイクロ波などの無線技術を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び／又は無線技術は、伝送媒体の定義内に含まれる。

［２−１７］情報、信号
本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。

［２−１８］「に基づいて」の意味
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

［２−１９］「及び」、「又は」
本明細書において、「Ａ及びＢ」でも「Ａ又はＢ」でも実施可能な構成については、一方の表現で記載された構成を、他方の表現で記載された構成として用いてもよい。例えば「Ａ及びＢ」と記載されている場合、他の記載との不整合が生じず実施可能であれば、「Ａ又はＢ」として用いてもよい。

［２−２０］態様のバリエーション等
本明細書で説明した各実施例は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。

以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施例に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。

１…スマートフォン、８…センサ群、１０…第１筐体、１１…第１画面、２０…第２筐体、２１…第２画面、３０…ヒンジ、１００…イベント検知部、１０１…アプリ起動検知部、１０２…操作検知部、１０３…開き具合検知部、１０４…傾き検知部、２００…２画面表示制御部、２０１…第１表示制御部、２０２…第２表示制御部、３００…イベント処理実行部、４０１…操作受付部、４０２…アクティブ画面判断部、４０３…アプリ起動制御部、４０４…アプリ実行部。

Claims (9)

1. 第１画面と、
   第２画面と、
   前記第１画面を有する第１筐体と、前記第２画面を有する第２筐体と、前記第１筐体及び前記第２筐体を折り畳み可能に連結する連結部とを有する本体と、
   前記本体の開き具合が、予め定められた複数の開き具合のいずれか一に該当するかを検知する検知部と、
   前記第１画面に第１アプリケーションの画像が表示されている場合に、各開き具合に対応づけられている複数の第２アプリケーションのうち、該検知された一の開き具合と当該第１アプリケーションとに対応付けられた一の第２アプリケーションの画像を前記第２画面に表示させる表示制御部と
   を有し、
   前記検知部は、更に、前記本体の傾きが、予め定められた複数の傾きのいずれか一に該当するかを検知し、
   各第２アプリケーションは、前記本体の開き具合と前記本体の傾きとに対応付けられており、
   前記表示制御部は、該検知された一の開き具合および傾きと当該第１アプリケーションとに対応付けられた一の第２アプリケーションの画像を前記第２画面に表示させる、
   表示装置。
2. 前記連結部によって、前記第１画面および前記第２画面が互いに内側を向いた状態と前記第１画面および前記第２画面が互いに外側を向いた状態とが選択的に実現され、
   前記開き具合および前記傾きの組み合わせには、ノートＰＣスタイル、テントスタイル、および縦置きスタイルが含まれる
   請求項１に記載の表示装置。
3. 前記第２アプリケーションの画像が前記第２画面に表示された場合に、当該第２アプリケーションで行われる処理のうち当該開き具合に対応付けられた処理を実行する実行部を備える
   請求項１または２に記載の表示装置。
4. 前記第１画面及び前記第２画面のうち選択されている画面への操作を受け付ける受付部であって、前記第２アプリケーションの画像が表示された後は、前記第１画面を選択されている画面として操作を受け付ける受付部を備える
   請求項１から３のいずれか１項に記載の表示装置。
5. 前記第１画面及び前記第２画面のうち選択されている画面への操作を受け付ける受付部であって、前記第１画面及び前記第２画面のうち該検知された開き具合に対応付けられた画面を選択されている画面として操作を受け付ける受付部を備える
   請求項１から３のいずれか１項に記載の表示装置。
6. 前記表示制御部は、前記第１アプリケーションに加えて当該開き具合が検知された時刻を含む時間帯にも対応付けられたアプリケーションの画像を前記第２アプリケーションの画像として表示させる
   請求項１から５のいずれか１項に記載の表示装置。
7. 自装置の位置を測定する測定部を備え、
   前記表示制御部は、前記第１アプリケーションに加えて前記開き具合が検知されたときに測定された前記位置にも対応付けられたアプリケーションの画像を前記第２アプリケーションの画像として表示させる
   請求項１から６のいずれか１項に記載の表示装置。
8. 前記第１画面及び前記第２画面に同時期に画像が表示されたアプリケーションの組合せの履歴を蓄積する蓄積部を備え、
   前記表示制御部は、前記開き具合が検知されたときに表示されている前記第１アプリケーションとの組合せの履歴が多いアプリケーションの画像ほど優先して前記第２アプリケーションの画像として表示させる
   請求項１から７のいずれか１項に記載の表示装置。
9. アプリケーションには、開き具合毎に優先度が定められ、
   前記表示制御部は、前記第２画面に既にアプリケーションの画像が表示されている場合、当該アプリケーションに比べて前記第２アプリケーションの前記優先度の方が高いときに当該第２アプリケーションの画像を前記第２画面に表示させる
   請求項１から８のいずれか１項に記載の表示装置。

Images