特許 6621785 表示装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6621785

(24)【登録日】2019年11月29日

(45)【発行日】2019年12月18日

(54)【発明の名称】表示装置

(51)【国際特許分類】

   G06F 3/0481 20130101AFI20191209BHJP

【ＦＩ】

   G06F3/0481

【請求項の数】2

【全頁数】18

(21)【出願番号】特願2017-194621(P2017-194621)

(22)【出願日】2017年10月4日

(65)【公開番号】特開2019-67307(P2019-67307A)

(43)【公開日】2019年4月25日

【審査請求日】2017年11月30日

【前置審査】

(73)【特許権者】

【識別番号】392026693

【氏名又は名称】株式会社ＮＴＴドコモ

(74)【代理人】

【識別番号】110000752

【氏名又は名称】特許業務法人朝日特許事務所

(72)【発明者】

【氏名】伊藤 卓朗

【審査官】 桜井 茂行

(56)【参考文献】

【文献】 国際公開第２０１２／０３９２３５（ＷＯ，Ａ１）

【文献】 米国特許出願公開第２０１３／０１１３７４９（ＵＳ，Ａ１）

【文献】 特開平０９−３０５２５９（ＪＰ，Ａ）

【文献】 せう，“この２画面，どう使うのが正解？「ＭＥＤＩＡＳ Ｎ−０５Ｅ」の使い方教えます”，アンドロナビ，日本，Ｇ−ＰＬＡＮ ＩＮＣ．，２０１３年 ４月１６日，ＵＲＬ，https://andronavi.com/2013/04/262181

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ ３／０４８７

Ｇ０６Ｆ ３／０４８４

(57)【特許請求の範囲】

【請求項1】

第１画面と、
第２画面と、
アプリケーションが前記第１画面に表示されているメニュー画像に含まれる当該アプリケーションのショートカットへの起動操作により当該アプリケーションに関連するプログラムが読み出されて起動された場合には当該起動を契機に当該アプリケーションの画像を前記第１画面に表示させ、当該アプリケーションが前記第２画面に表示されているアプリ一覧画像に含まれる当該アプリケーションのアイコンへの起動操作により当該プログラムが読み出されて起動された場合には当該起動を契機に当該アプリケーションの画像を前記第２画面に表示させる第１表示制御部と
を備える表示装置。

【請求項2】

前記第１表示制御部は、前記第１画面及び前記第２画面の一方の画面に前記アプリケーションの画像を表示させている状態でユーザが当該一方の画面を指示し、指示する位置を当該一方の画面から他方の画面に移動させる移動操作が行われると、当該画像を前記他方の画面に表示させて前記一方の画面には表示させなくする
請求項１に記載の表示装置。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特許２０１２−２７５６２号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

スマートフォンのように画面が小さい表示装置では、シングルタスク且つシングルウィンドウ（ウィンドウ＝アプリケーションの画像）での動作が一般的であり、新たにアプリケーションが起動されると、そのアプリケーションの画像だけが画面に表示されていた。また、近年では、例えば複数のアプリケーションを起動した後に画面を分割する操作を行うことで画面分割表示を行う表示装置も存在するが、現状では、複数のアプリケーションを起動する操作、画面を分割する操作及び表示させるアプリケーションを選択する操作が必要なため手間がかかる。
そこで、本発明は、２つのアプリケーションの画像を同時に表示させる際の手間を少なくすることを目的とする。

【課題を解決するための手段】

【0005】

上記目的を達成するために、本発明は、第１画面と、第２画面と、アプリケーションが前記第１画面に表示されているメニュー画像に含まれる当該アプリケーションのショートカットへの起動操作により当該アプリケーションに関連するプログラムが読み出されて起動された場合には当該起動を契機に当該アプリケーションの画像を前記第１画面に表示させ、当該アプリケーションが前記第２画面に表示されているアプリ一覧画像に含まれる当該アプリケーションのアイコンへの起動操作により当該プログラムが読み出されて起動された場合には当該起動を契機に当該アプリケーションの画像を前記第２画面に表示させる第１表示制御部とを備える表示装置を提供する。

【0008】

また、前記第１表示制御部は、前記第１画面及び前記第２画面の一方の画面にアプリケーションの画像を表示させている状態でユーザが当該一方の画面を指示し、指示する位置を当該一方の画面から他方の画面に移動させる移動操作が行われると、当該画像を前記他方の画面に表示させて前記一方の画面には表示させなくしてもよい。

【発明の効果】

【0009】

本発明によれば、２つのアプリケーションの画像を同時に表示させる際の手間を少なくすることができる。

【図面の簡単な説明】

【0010】

【図1】実施例に係るスマートフォンの外観を表す図

【図2】スマートフォンのハードウェア構成を表す図

【図3】スマートフォンが折り畳まれる様子を表す図

【図4】スマートフォンが実現する機能構成を表す図

【図5】起動用画像の例を表す図

【図6】２画面に表示されたアプリ画像の例を表す図

【図7】分割された表示領域（分割領域）の例を表す図

【図8】マルチ表示処理における動作手順の一例を表す図

【図9】アプリ画像の移動操作の一例を表す図

【発明を実施するための形態】

【0011】

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

【0012】

ヒンジ３０は、第１筐体１０及び第２筐体２０を回転可能に連結するいわゆる蝶番である。ヒンジ３０は、回転軸を中心に回転可能な第１回転部材及び第２回転部材を有する。第１回転部材には、第１筐体１０のうちの第１画面１１の長辺側の端部１３が固定され、第２回転部材には、第２筐体２０のうちの第２画面２１の長辺側の端部２２が固定されている。ヒンジ３０が回転することで、第１筐体１０及び第２筐体２０は、第１画面１１及び第２画面２１の成す角度が０度となる閉じた状態から、この角度が１８０度となる開いた状態になるまで回転する。

【0013】

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

【0014】

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

【0015】

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

【0016】

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

【0017】

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

【0018】

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

【0019】

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

【0020】

出力装置７は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカ、ＬＥＤランプなど）である。スマートフォン１においては、入力装置６及び出力装置７は、一体となってタッチスクリーンを構成している。センサ８は、前述したヒンジ角度を測定するためのセンサである。センサ８は、例えばヒンジ３０に設けられたひずみセンサであり、ヒンジ角度が大きくなるほどひずみが大きくなるように設けられている。

【0021】

なお、センサ８は、ひずみセンサに限らず、ヒンジ角度を表す値を出力するものであれば、どのようなセンサが用いられてもよい。プロセッサ２及びメモリ３等の各装置は、情報を通信するためのバス９を介して互いにアクセス可能となっている。バス９は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。

【0022】

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

【0023】

図３はスマートフォン１が折り畳まれる様子を表す。図３では、ヒンジ３０の長手方向から見たスマートフォン１が表されている。図３（ａ）では、ヒンジ角度が１８０度のスマートフォン１が表されている。スマートフォン１は、ヒンジ角度が１８０度の状態では、第１画面１１及び第２画面２１が真っ直ぐに並んで（同一平面に含まれる状態になって）、１つの大きな画面としても用いることが可能となる。以下ではこの状態を「全開スタイル」という。

【0024】

図３（ｂ）では、ヒンジ角度が６０度のスマートフォン１が表されている。この状態では、ヒンジ３０を上にしてスマートフォン１を立たせることができる。スマートフォン１がテントの形を成すこの状態を以下では「テントスタイル」という。テントスタイルでは、第１画面１１及び第２画面２１がそれぞれ反対側で斜め上方を向くことになる。図３（ｃ）では、ヒンジ角度が０度のスマートフォン１が表されている。

【0025】

この状態では、第１筐体１０及び第２筐体２０が丁度重なって、１つの直方体を形成する。この状態を以下では「全閉スタイル」という。全閉スタイルでは、第１画面１１にだけ画像が表示され、普通の１画面のスマートフォンのように利用できる。このときの表示モードを「片面表示モード」という。一方、テントスタイル及び全開スタイルでは、第１画面１１及び第２画面２１の両方に画像が表示され、２画面のスマートフォンとして利用できる。２画面のそれぞれに別のアプリの画像を表示するモードを「両面個別表示モード」といい、２画面に渡って１つのアプリの画像を表示するモードを「両面全体表示モード」という。

【0026】

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

【0027】

また、スマートフォン１は、ＯＳ実行部３０１と、ヒンジ角度測定部３０２と、アプリ起動操作受付部３０３と、アプリ起動制御部３０４と、アプリ実行部３０５と、アプリ終了操作受付部３１１と、アプリ終了制御部３１２と、起動済みアプリ情報保持部３１３と、画面分割表示制御部３１４と、画面分割表示操作受付部３１５とを備える。

【0028】

ＯＳ実行部３０１は、ＯＳを実行する機能であり、本発明の「実行部」の一例である。ＯＳ実行部３０１がＯＳを実行することで、ＯＳが備える各種の機能（コピー機能及び削除機能等）が利用可能になると共に、図４に表す他の機能が実現可能になっている。ヒンジ角度測定部３０２は、図２に表すセンサ８の出力に基づいて、上述したヒンジ角度、すなわち第１筐体１０及び第２筐体２０の成す角度を測定する。ヒンジ角度測定部３０２は、測定したヒンジ角度を起動用画像表示制御部２００に供給する。

【0029】

起動用画像表示制御部２００は、アプリケーションを起動させるための起動用画像を全画面で表示させる。ここでいう全画面とは、第１画面１１の全画面又は第２画面２１の全画面を意味するものとする。
図５は起動用画像の例を表す。図５（ａ）では、起動用画像の１つであるメニュー画像Ｇ１が表されている。図５（ｂ）では、起動用画像の１つであるアプリ一覧画像Ｇ２が表されている。

【0030】

メニュー画像Ｇ１には、アプリＡ１のショートカットｓｃ１１及びアプリＡ２のショートカットｓｃ１２を含むショートカット群ＳＣ１が表示されている。ショートカットは、アプリを起動させる操作を受け付けるための操作用画像である。メニュー画像Ｇ１にはアプリ一覧画像Ｇ２を表示させるための一覧表示ボタンも表示されており、この一覧表示ボタンを操作するとアプリ一覧画像Ｇ２が表示される。

【0031】

アプリ一覧画像Ｇ２には、アプリＡ１のアイコンｉｃ１１及びアプリＡ３のアイコンｉｃ１２を含むアイコン群ＩＣ１と、表示されているページを表すページ画像Ｐ１（この例では８ページ中の３ページ目を表示していることが表されている）が表示されている。アイコンは、アプリを起動させる操作、アプリのショートカットを作成する操作及びアプリを案インストールする操作等を受け付けるための操作用画像である。

【0032】

起動用画像表示制御部２００は、第１起動用画像表示制御部２０１と、第２起動用画像表示制御部２０２とを備える。第１起動用画像表示制御部２０１は、起動用画像を第１画面１１に全画面で表示させる。例えば片面表示モードの状態（全閉スタイルの状態）では、第１起動用画像表示制御部２０１が、まずメニュー画像Ｇ１を第１画面１１に全画面で表示させ、一覧表示ボタンが操作されるとアプリ一覧画像Ｇ２を第１画面１１に全画面で表示させる。

【0033】

第２起動用画像表示制御部２０２は、起動用画像を第２画面２１に全画面で表示させる。両面個別表示モードの状態では、第１起動用画像表示制御部２０１が、メニュー画像Ｇ１を第１画面１１に全画面で表示させ、第２起動用画像表示制御部２０２が、アプリ一覧画像Ｇ２を第２画面２１に全画面で表示させる。メニュー画像Ｇ１は本発明の「第１の起動用画像」の一例であり、アプリ一覧画像Ｇ２は本発明の「第２の起動用画像」の一例である。本実施例では、両画面ともメニュー画像Ｇ１を表示したり、両画面ともアプリ一覧画像Ｇ２を表示したりはされないようになっている。

【0034】

起動用画像表示制御部２００は、これらの起動用画像を、第１筐体１０及び第２筐体２０が所定の角度よりも開いた状態になった場合（つまりヒンジ角度が所定の角度を超えた場合）に表示させる。例えば、全閉スタイルの状態でメニュー画像Ｇ１が第１画面１１に表示されていれば、ヒンジ角度が所定の角度を超えた場合に、第２起動用画像表示制御部２０２が第２画面２１にアプリ一覧画像Ｇ２を表示させる。

【0035】

また、全閉スタイルの状態でメニュー画像Ｇ１が第１画面１１に表示されていなければ、ヒンジ角度が所定の角度を超えた場合に、第１起動用画像表示制御部２０１が第１画面１１にメニュー画像Ｇ１を表示させると共に第２起動用画像表示制御部２０２が第２画面２１にアプリ一覧画像Ｇ２を表示させる。これにより、ユーザはスマートフォン１を開くだけでアプリを起動する操作を行うことができる。

【0036】

メニュー画像Ｇ１のショートカットｓｃ１１をタップする操作が行われると、アプリ起動操作受付部３０３がこの操作をアプリＡ１の起動操作（起動させる操作）として受け付ける。アプリ起動操作受付部３０３は、起動操作を受け付けると、起動操作を受け付けたアプリＡ１を識別するアプリＩＤ（Identification）をアプリ起動制御部３０４に供給する。アプリ起動制御部３０４は、供給されたアプリＩＤにより識別されるアプリＡ１に関連するプログラム、データ及びパラメータ等を読み出してメモリに展開し、アプリＡ１を起動する。

【0037】

また、アプリ一覧画像Ｇ２のアイコンｉｃ１１をタップする操作が行われると、ショートカットｓｃ１１がタップされたときと同様にアプリＡ１が起動され、アイコンｉｃ１２をタップする操作が行われるとアプリＡ３が起動される。また、例えばアイコンｉｃ１１を長押しする操作を行うと、ショートカット作成ボタン及びアンインストールボタンが表示される。ショートカット作成ボタンをタップするとＯＳ実行部３０１によりアプリＡ１のショートカットがメニュー画像に追加され、アンインストールボタンをタップするとＯＳ実行部３０１によりアプリＡ１がアンインストールされる。

【0038】

アプリ起動制御部３０４によってアプリが起動されると、そのアプリによってアプリ実行部３０５が実現される。アプリ実行部３０５は、起動されたアプリに関する処理を実行する。アプリ実行部３０５は、例えばブラウザならウェブサーバからウェブページを取得する処理を実行し、動画再生アプリなら動画の再生処理を実行する。アプリ実行部３０５は、アプリ画像提供部３０６を備える。

【0039】

アプリ画像提供部３０６は、起動されたアプリ（アプリ実行部３０５を実現するアプリ）において画面に表示させるために用意された画像（アプリ画像）を、そのアプリ画像を表示させる制御を行う表示制御部（後述する全画面表示制御部１００又は画面分割表示制御部３１４）に提供する。アプリ画像提供部３０６は、例えばアプリの画像の保管場所を記憶しておき、その保管場所を表示制御部に通知することでアプリ画像を提供する。なお、アプリ画像提供部３０６は、アプリ画像そのものを記憶しておき、記憶しているアプリ画像を読み出して供給することでアプリ画像を提供してもよい。

【0040】

アプリ画像提供部３０６は、例えばアプリ画像を全画面表示制御部１００に提供する。全画面表示制御部１００は、提供されたアプリ画像を、起動されたアプリの画像として全画面で表示させる。全画面表示制御部１００は、第１画面１１及び第２画面２１のそれぞれの全画面にアプリ画像を表示させる制御を行う。全画面表示制御部１００は、第１画面表示制御部１０１と、第２画面表示制御部１０２とを備える。

【0041】

第１画面表示制御部１０１は、第１画面１１に対応する起動操作により起動されたアプリの画像を第１画面１１に全画面で表示させる。第１画面表示制御部１０１は、例えば、第１画面１１に表示されている起動用画像（メニュー画像Ｇ１又はアプリ一覧画像Ｇ２）に対するアプリの起動操作が行われると第１画面１１に対応する起動操作が行われたと判断して、第１画面１１にアプリ画像を全画面で表示させる。

【0042】

第２画面表示制御部１０２は、第２画面２１に対応する起動操作により起動されたアプリケーションの画像を第２画面２１に全画面で表示させる。例えば、第２画面表示制御部１０２は、第２画面２１に表示されている起動用画像（メニュー画像Ｇ１又はアプリ一覧画像Ｇ２）に対するアプリの起動操作が行われると第２画面２１に対応する起動操作が行われたと判断して、第２画面２１にアプリ画像を全画面で表示させる。

【0043】

なお、第１画面１１及び第２画面２１にそれぞれアプリ画像が表示された場合のように、複数のアプリ画像が異なる表示領域に同時に表示されることを「マルチウィンドウ表示」といい、以下では簡単に「マルチ表示」ともいう。マルチ表示が行われる際には第１画面表示制御部１０１及び第２画面表示制御部１０２による制御以外の特別な処理が行われているが、それについては後ほど詳しく説明する。

【0044】

図６は２画面に表示されたアプリ画像の例を表す。図６の例では、第１画面表示制御部１０１が第１画面１１にアプリＡ１の画像であるアプリ画像ＡＧ１を全画面で表示させ、第２画面表示制御部１０２が第２画面２１にアプリＡ３の画像であるアプリ画像ＡＧ３を全画面で表示させている。この場合、第１画面１１に表示されているメニュー画像Ｇ１で起動されたアプリＡ１は本発明の「第１アプリケーション」の一例であり、第２画面２１に表示されているアプリ一覧画像Ｇ２で起動されたアプリＡ３は本発明の「第２アプリケーション」の一例である。

【0045】

例えば表示されたアプリ画像ＡＧ１に対してアプリの終了操作（終了させる操作）が行われると、アプリ終了操作受付部３１１がその操作をアプリＡ１の終了操作として受け付ける。アプリ終了操作受付部３１１は、終了操作を受け付けると、終了操作を受け付けたアプリＡ１を識別するアプリＩＤをアプリ終了制御部３１２に供給する。アプリ終了制御部３１２は、供給されたアプリＩＤにより識別されるアプリＡ１にデータ及びパラメータ等のうち必要なものを保存してアプリＡ１を終了させる。

【0046】

アプリ起動制御部３０４は、起動したアプリのアプリＩＤ及びアプリ画像のサムネイル画像を起動済みアプリ情報保持部３１３に供給する。アプリ終了制御部３１２は、終了したアプリのアプリＩＤを起動済みアプリ情報保持部３１３に供給する。起動済みアプリ情報保持部３１３は、アプリ起動制御部３０４から供給されたアプリＩＤ及びサムネイル画像を、起動されたアプリに関する情報（アプリ情報）として保持し、保持したアプリＩＤがアプリ終了制御部３１２から供給されると、そのアプリＩＤを含むアプリ情報を削除する。

【0047】

画面分割表示制御部３１４は、画面の表示領域を複数に分割し、それら複数の表示領域にアプリ画像をそれぞれ表示する。画面分割表示制御部３１４は、スマートフォン１のＯＳが備える機能（ＯＳによって実現される機能）である。画面分割表示制御部３１４によるアプリ画像の表示を「画面分割表示」という。画面分割表示は上述したマルチウィンドウ表示の１つである。スマートフォン１においては、全閉スタイルの状態で且つ第１画面１１に対してのみ、画面分割表示が行われる。

【0048】

メニュー画像Ｇ１には、画面分割表示の開始ボタンが含まれており、ユーザがこの開始ボタンを押す操作を行うと、画面分割表示操作受付部３１５が、この操作を画面分割表示の開始操作として受け付けて、開始操作を受け付けた旨を画面分割表示制御部３１４に通知する。画面分割表示制御部３１４は、この通知を受け取ると、第１画面１１を２つの表示領域に分割する。

【0049】

図７は分割された表示領域（分割領域）の例を表す。図７の例では、画面分割表示制御部３１４は、第１画面１１を、第１分割領域Ｄ１と、第２分割領域Ｄ２とに分割している。画面分割表示制御部３１４は、画面分割表示の操作が行われる前に第１画面１１に表示していたアプリ画像（この例ではアプリＡ１のアプリ画像ＡＧ１）を第１分割領域Ｄ１に表示させる。

【0050】

また、画面分割表示制御部３１４は、起動済みアプリ情報保持部３１３を参照して起動済みアプリのアプリ情報を読み出し、第１分割領域Ｄ１に表示させているアプリ以外のアプリのサムネイル画像（この例ではアプリＡ３、Ａ４、Ａ５のサムネイル画像ＳＧ３、ＳＧ４、ＳＧ５）を第２分割領域Ｄ２に表示させる。ユーザがいずれかのサムネイル画像を選択する操作を行うと、画面分割表示操作受付部３１５がこの操作を分割領域に表示させるアプリ画像の選択操作として受け付ける。

【0051】

画面分割表示制御部３１４は、画面分割表示操作受付部３１５により選択操作が受け付けられると、その選択操作により選択されたアプリのアプリ画像（この例ではアプリＡ４のアプリ画像ＡＧ４）を第２分割領域Ｄ２に表示させる。ここで、アプリには、画面分割表示のようなマルチウィンドウ表示に対応しているもの（以下「対応アプリケーション」又は簡単に「対応アプリ」という）と対応していないもの（以下「非対応アプリケーション」又は簡単に「非対応アプリ」という）とがある。

【0052】

画面分割表示制御部３１４は、対応アプリ（図７の例ではアプリＡ４）のアプリ画像を図７の例のように分割領域に表示させる。一方、画面分割表示制御部３１４は、非対応アプリ（図７の例ではアプリＡ３）のアプリ画像を分割領域に表示させず、例えばアプリＡ３のサムネイル画像ＳＧ３を選択する操作を行うと、図７（ｃ）に表すようにアプリＡ３が非対応アプリであること示す文章を第２分割領域Ｄ２に表示させる。

【0053】

起動されたアプリが対応アプリ及び非対応アプリのいずれであるかは、アプリ実行部３０５から通知される。アプリ実行部３０５は、マルチ表示対応処理部３０７を備える。起動されたアプリ実行部３０５は、ＯＳ実行部３０１から、アプリの画像を表示するための画面に関する画面情報を取得する。画面情報とは、画面の大きさ及び画面の数等を示す情報である。

【0054】

ＯＳ実行部３０１は、全閉スタイルの状態では第１画面１１という１つの画面だけがあることを示す画面情報を供給する。なお、ＯＳ実行部３０１には、ヒンジ角度測定部３０２から測定したヒンジ角度が供給され、ＯＳ実行部３０１は、供給されたヒンジ角度に基づいてスマートフォン１の現在のスタイルを判断する。ＯＳ実行部３０１は、全閉スタイル以外のスタイル（テントスタイル等）の状態では、第１画面１１及び第２画面２１という２つの画面があることを示す画面情報を供給する。取得された画面情報は、マルチ表示対応処理部３０７に供給される。

【0055】

マルチ表示対応処理部３０７は、１つの画面だけがあることを示す画面情報が供給された場合と、複数の画面があることを示す画面情報が供給されても、起動されたアプリ（自機能を備えるアプリ実行部３０５を実現するアプリ）がマルチ表示に対応している場合とにおいては、何も動作を行わない。そのため、これらの場合は、画面分割表示制御部３１４による画面分割表示が図７（ａ）、（ｂ）に表すとおりに行われる。

【0056】

しかし、マルチ表示対応処理部３０７は、複数の画面があることを示す画面情報が供給され、且つ、起動されたアプリがマルチ表示に対応していない場合には、そのアプリが非対応アプリであことと、アプリ画像の非表示の要求とを示す非対応通知を生成し、生成した非対応通知を例えば画面分割表示制御部３１４に供給する。画面分割表示制御部３１４は、非対応アプリから非対応通知を受け取った場合に、その非対応アプリのアプリ画像を上述した分割領域（第１分割領域Ｄ１及び第２分割領域Ｄ２）に表示させない制御を行う。

【0057】

画面分割表示制御部３１４は、例えば、非対応アプリのアプリ画像提供部３０６から保管場所が通知されても、その非対応アプリのマルチ表示対応処理部３０７から非対応通知を受け取っている場合には、その保管場所からアプリ画像を読み出さないことで、アプリ画像を表示させないようにする。画面分割表示制御部３１４は本発明の「表示制御機能」の一例である。

【0058】

一方、全画面表示制御部１００により第１画面１１及び第２画面２１にマルチウィンドウ表示が行われる際には、マルチ表示対応処理部３０７が異なる動作を行う。アプリ起動制御部３０４は、アプリを起動すると、起動したアプリのアプリＩＤを全画面表示制御部１００に供給する。全画面表示制御部１００は、アプリＩＤが供給されると、ヒンジ角度測定部３０２にヒンジ角度を要求し、その応答で供給されるヒンジ角度を取得する。

【0059】

全画面表示制御部１００は、マルチ表示対応制御部１０３を備える。マルチ表示対応制御部１０３は、取得したヒンジ角度に基づいてスマートフォン１の現在のスタイルを判断する。マルチ表示対応制御部１０３は、全閉スタイルと判断した場合は何も動作を行わない。また、マルチ表示対応制御部１０３は、全閉スタイル以外のスタイルと判断した場合は、供給されたアプリＩＤが示すアプリ実行部３０５が備えるマルチ表示対応処理部３０７に対して非対応通知の全画面表示制御部１００への供給を中止するよう指示する。

【0060】

マルチ表示対応処理部３０７は、この指示を受け取ると、非対応通知の生成を中止し、又は、生成した非対応通知の全画面表示制御部１００への供給を中止する。全画面表示制御部１００の第１画面表示制御部１０１及び第２画面表示制御部１０２は、非対応通知を受け取らないので、非対応アプリのアプリ画像提供部３０６から通知された保管場所からアプリ画像を読み出して、その非対応アプリのアプリ画像を表示させる。このように、全画面表示制御部１００は、非対応アプリが起動された場合に、非対応通知を受け取らないように制御することで、その非対応アプリの画像を第１画面１１又は第２画面２１に表示させる。

【0061】

スマートフォン１は、上記の構成に基づいて、２つの画面にアプリ画像をそれぞれ表示するマルチ表示処理を行う。
図８はマルチ表示処理における動作手順の一例を表す。この動作手順は、例えば、ユーザがアプリの起動操作を行うことを契機に開始される。まず、スマートフォン１（アプリ起動制御部３０４）は、起動操作がされた対象のアプリを起動する起動処理を行う（ステップＳ１１）。

【0062】

次に、スマートフォン１（アプリ起動制御部３０４）は、起動したアプリのアプリＩＤを全画面表示制御部１００に供給する（ステップＳ１２）。続いて、スマートフォン１（アプリ実行部３０５）は、アプリ画像を表示するための画面に関する画面情報を取得する（ステップＳ２１）。次に、スマートフォン１（アプリ実行部３０５）は、取得した画面情報が複数の画面を示すか否かを判断する（ステップＳ２２）。

【0063】

スマートフォン１（アプリ実行部３０５）は、全閉スタイル以外のスタイルの場合にはステップＳ２２で複数の画面を示す（ＹＥＳ）と判断することになるので、次に自アプリが非対応アプリ（マルチウィンドウ表示に対応していないアプリ）か否かを判断する（ステップＳ２３）。スマートフォン１（アプリ実行部３０５）は、ステップＳ２３で非対応アプリである（ＹＥＳ）と判断した場合、非対応通知の中止指示があったか否かを判断する（ステップＳ２４）。この中止指示は、次の動作により行われる。

【0064】

スマートフォン１（全画面表示制御部１００）は、アプリＩＤを受け取ると、ヒンジ角度測定部３０２から測定された現在のヒンジ角度を取得する（ステップＳ３１）。次に、スマートフォン１（全画面表示制御部１００）は、ヒンジ角度が示すスタイルが全閉スタイルか否かを判断し（ステップＳ３２）、全閉スタイルでない（ＮＯ）と判断した場合に、非対応通知の中止指示をアプリ実行部３０５に対して行い（ステップＳ３３）、全閉スタイルである（ＹＥＳ）と判断した場合はこの中止指示を行わない。

【0065】

スマートフォン１（アプリ実行部３０５）は、ステップＳ２４で中止指示がない（ＮＯ）と判断した場合、非対応通知を画面分割表示制御部３１４に供給する（ステップＳ２５）。これにより、非対応アプリのアプリ画像の画面分割表示がされなくなる。一方、スマートフォン１（アプリ実行部３０５）は、次の３つの場合にはアプリ画像の保管場所を全画面表示制御部１００に通知する（ステップＳ４１）。

【0066】

スマートフォン１（アプリ実行部３０５）は、ステップＳ２２で画面情報が複数の画面を示さない（全閉スタイルの場合にそうなる）と判断した場合、ステップＳ２３で自アプリが非対応アプリでない（ＮＯ）と判断した場合、及び、ステップＳ２４で中止指示があった（ＹＥＳ）と判断した場合に保管場所を通知する。スマートフォン１（全画面表示制御部１００）は、通知された保管場所からアプリ画像を読み出して（ステップＳ４２）、読み出したアプリ画像を第１画面１１又は第２画面２１に表示させる（ステップＳ４３）。

【0067】

以上のとおり、本実施例では、アプリの起動を契機としてそのアプリのアプリ画像が第１画面１１又は第２画面２１に表示される。つまり、２つのアプリケーションの画像を第１画面１１及び第２画面２１に同時に表示させる場合、各アプリをそれぞれの画面で起動させる操作だけを行えばよい。

【0068】

これに対し、例えば画面分割表示では、まず、アプリを起動する操作を予め複数回行っておく必要がある。それに加えて、画面を複数の表示領域（分割領域）に分割する操作と、分割領域に表示させるアプリを選択する操作も必要になる。このような画面分割表示に比べると、本実施例によれば、２つのアプリケーションの画像を同時に表示させる際の手間を少なくすることができる。

【0069】

また、本実施例では、第１画面１１に表示された起動用画像に起動操作を行えば第１画面１１に起動したアプリ画像が表示され、第２画面２１に表示された起動用画像に起動操作を行えば第２画面２１に起動したアプリ画像が表示される。これにより、起動したアプリのアプリ画像を表示させる画面をユーザが直感的に選ぶことができる。

【0070】

また、本実施例では、ヒンジ角度が所定の角度よりも開いた状態になると起動用画像が自動的に表示されるので、起動用画像の表示操作が必要な場合に比べて、アプリを起動させる際のユーザの手間を少なくすることができる。また、本実施例では、マルチウィンドウ表示に対応していない非対応アプリであっても、上記のとおり非対応通知を中止させることで第１画面１１及び第２画面２１に同時に表示させることができる。

【0071】

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

【0072】

［２−１］アプリ画像の表示画面の選択方法
実施例では、起動用画像が表示されている画面がアプリ画像を表示させる画面と判断されたが、アプリ画像の表示画面の選択方法はこれに限らない。全画面表示制御部１００は、例えば、第１画面１１に対応付けられたアプリが起動された場合は、そのアプリのアプリ画像を第１画面１１に表示させる。

【0073】

第１画面１１に対応付けられたアプリとは、例えば、電話アプリである。電話アプリは、スピーカ口１２が設けられている第１画面１１に表示した方が便利だからである。全画面表示制御部１００は、例えば第１画面１１に対応付けられたアプリを示すアプリＩＤのリストを記憶しておき、アプリ起動制御部３０４から起動したアプリのアプリＩＤが供給されると、供給されたアプリＩＤがリストに含まれている場合には第１画面表示制御部１０１によりそのアプリのアプリ画像を第１画面１１に表示させる。

【0074】

全画面表示制御部１００は、供給されたアプリＩＤがリストに含まれていない場合には、実施例と同様に、起動用画像が表示されていた方の画面にアプリ画像を表示させる。なお、第１画面１１に限らず、第２画面２１にアプリが対応付けられていてもよい。その場合、全画面表示制御部１００は、第２画面２１に対応付けられたアプリが起動された場合は、そのアプリのアプリ画像を第２画面２１に表示させる。

【0075】

第２画面２１に対応付けられたアプリとは、例えば電話帳アプリである。電話帳アプリは電話アプリと共に用いられることが多いので、電話アプリを第１画面１１に表示して、電話帳アプリを第２画面２１に表示した方が便利だからである。本変形例では、例えば第２画面２１に表示された起動用画像に電話アプリを起動する操作が行われても、電話アプリのアプリ画像が第１画面１１に表示される。

【0076】

同様に、第１画面１１に表示された起動用画像に電話帳アプリを起動する操作が行われても、電話帳アプリのアプリ画像が第２画面２１に表示される。このように、本変形例によれば、第１画面１１に表示された方が便利なアプリ、第２画面２１に表示された方が便利なアプリがある場合に、起動の操作を行う画面が第１画面１１及び第２画面２１のどちらであるかに関わらず、便利な方の画面にそのアプリを表示させることができる。

【0077】

［２−２］アプリ画像の移動操作
アプリ画像を表示させた後に、そのアプリ画像を画面間で移動できるようにしてもよい。アプリ画像の移動操作には、他の操作と間違えにくいように、例えば２本指でアプリ画像を隣の画面まで引っ張る操作を用いる。

【0078】

図９はアプリ画像の移動操作の一例を表す。図９（ａ）では、全画面表示制御部１００（第１画面表示制御部１０１）が第１画面１１にアプリＡ１のアプリ画像ＡＧ１を表示させ、全画面表示制御部１００（第２画面表示制御部１０２）が第２画面２１にアプリＡ３のアプリ画像ＡＧ３を表示させている。

【0079】

ユーザが２本指で第１画面１１のアプリ画像ＡＧ１が表示されている部分に触れて、その２本指を接触させたまま第２画面２１の方に移動させると、図９（ｂ）のように表示が変化する。図９（ｂ）では、起動用画像表示制御部２００（第１起動用画像表示制御部２０１）が第１画面１１にメニュー画像Ｇ１を表示させ、全画面表示制御部１００（第２画面表示制御部１０２）が第２画面２１にアプリＡ１のアプリ画像ＡＧ１を表示させている。

【0080】

このように、全画面表示制御部１００は、第１画面１１及び第２画面２１の一方の画面（図９の例では第１画面１１）にアプリ画像を表示させている状態でユーザがその一方の画面の２点を指示してその２点を一方の画面から他方の画面（図９の例では第２画面２１）に移動させる移動操作が行われると、そのアプリ画像を他方の画面に表示させて一方の画面には表示させなくする。

【0081】

例えば図９（ａ）の状態でアプリ画像ＡＧ１を第２画面２１に表示させて第１画面１１に他のアプリを起動したいという場合に、上記の移動操作ができなければ、まず第２画面２１に起動用画像を表示させてからアプリＡ１を起動させる必要があり、さらに、アプリＡ１への操作（例えばアプリＡ１がブラウザならウェブページの表示等の操作）が既に行われていれば、それと同じ操作を行って同じ画像を表示させる必要がある。それに比べて、上記の移動操作による表示が行われることで、ユーザの手間を少なくすることができる。

【0082】

図９の例では、起動用画像表示制御部２００が、移動操作が行われることを契機に、移動操作によりアプリ画像が移動した後の一方の画面（図９の例では第１画面１１）に起動用画像を表示させている。これにより、アプリ画像を移動させた後の画面でアプリを起動する操作がすぐにできるようになり、移動操作の後に操作用画像を表示させる操作が必要な場合に比べて、ユーザの手間を少なくすることができる。

【0083】

なお、移動操作は、２本指ではなく１本の指又は３本以上の指で行われてもよく、ユーザがその一方の画面を指示してその指示する位置を一方の画面から他方の画面に移動させる操作であればよい。なお、１本指で指示する１点（１つの位置）だけを移動させる操作を移動操作とする場合、他の操作（例えばアイコンのドラッグ操作など）として受け付けられることが起こり得る。

【0084】

従って、移動操作は、ユーザが一方の画面の２以上の点（２以上の位置）を指示してその２以上の点を一方の画面から他方の画面に移動させる操作であることが望ましい。また、非接触で指示位置を検知するタッチスクリーンが用いられていれば、ユーザの指が画面に接触していなくてもよい。また、図９の例では移動操作で第１画面１１から第２画面２１にアプリ画像が移動したが、第２画面２１から第１画面１１に移動させてもよい。

【0085】

また、アプリ画像が移動した後の画面に、例えばそのアプリ画像の前にその画面に表示されていたアプリ画像を全画面表示制御部１００が表示させてもよい。この場合、移動操作を繰り返すことで、画面に表示されていたアプリ画像が順次表示されることになり、この表示制御がされない場合に比べて、前に使っていたアプリを再度利用する際の手間を少なくすることができる。

【0086】

［２−３］アプリ画像の表示画面を自由に選択
上記変形例では画面に対応付けられたアプリが起動されたが、全画面表示制御部１００は、そのような画面への対応付けがされていないアプリであっても、例えば一方の画面に表示された起動用画像に対して特定の起動操作が行われた場合に、起動されたアプリのアプリ画像を他方の画面に表示させてもよい。

【0087】

特定の起動操作としては、例えば、ショートカット又はアイコンに２本指（３本以上の指でもよい）で触れて、その指を接触させたまま他方の画面に移動させてから離す操作が用いられればよい。これにより、アプリ画像を表示させたい方の画面に起動用画像が表示されていない場合に、他方の画面に表示されている起動用画像を用いて、表示させたい方の画面にアプリ画像を起動後すぐに表示させることができる。

【0088】

［２−４］非対応アプリの非表示方法
マルチ表示対応制御部１０３は、実施例とは異なる方法で非対応アプリの２画面への表示を実現してもよい。例えば、マルチ表示対応処理部３０７が、非対応通知を画面分割表示制御部３１４に供給すると共に、アプリ画像提供部３０６に対して画面分割表示制御部３１４へのアプリ画像の提供を停止するよう指示し、アプリ画像提供部３０６が、この指示に従い画面分割表示制御部３１４にアプリ画像の保管場所を通知しないようにすることで、非対応アプリのアプリ画像の画面分割表示がされないものとする。

【0089】

この場合、マルチ表示対応制御部１０３は、マルチ表示対応処理部３０７に対して、アプリ画像提供部３０６への停止指示を中止するよう指示する。マルチ表示対応処理部３０７がこの指示に従い停止指示を中止することで、アプリ画像提供部３０６からアプリ画像が提供され、全画面表示制御部１００が２画面にアプリ画像を表示させる。このように、ＯＳの機能により非対応アプリのマルチウィンドウ表示をさせないようにする方法には様々なものが考えられるが、どのような方法が用いられたとしても、第１画面１１及び第２画面２１にそれぞれアプリ画像が表示されるように対応する処理をマルチ表示対応制御部１０３が行えばよい。

【0090】

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

【0091】

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

【0092】

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

【0093】

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

【0094】

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

【0095】

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

【0096】

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

【0097】

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

【0098】

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

【0099】

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

【0100】

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

【符号の説明】

【0101】

１…スマートフォン、１０…第１筐体、１１…第１画面、２０…第２筐体、２１…第２画面、３０…ヒンジ、１００…全画面表示制御部、１０１…第１画面表示制御部、１０２…第２画面表示制御部、１０３…マルチ表示対応制御部、２００…起動用画像表示制御部、２０１…第１起動用画像表示制御部、２０２…第２起動用画像表示制御部、３０１…ＯＳ実行部、３０２…ヒンジ角度測定部、３０３…アプリ起動操作受付部、３０４…アプリ起動制御部、３０５…アプリ実行部、３０６…アプリ画像提供部、３０７…マルチ表示対応処理部、３１１…アプリ終了操作受付部、３１２…アプリ終了制御部、３１３…起動済みアプリ情報保持部、３１４…画面分割表示制御部、３１５…画面分割表示操作受付部。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】