JP6539163B2

JP6539163B2 - 情報処理装置およびその制御方法、並びにプログラム

Info

Publication number: JP6539163B2
Application number: JP2015175889A
Authority: JP
Inventors: 伊藤　大介; 大介伊藤
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2015-09-07
Filing date: 2015-09-07
Publication date: 2019-07-03
Anticipated expiration: 2035-09-07
Also published as: JP2017054191A; US10871869B2; US20170068396A1; CN106502485B; KR20170029382A; CN106502485A; KR102041008B1

Description

本発明は、情報処理装置およびその制御方法、並びにプログラムに関する。

従来、情報処理装置は、Ｗｅｂブラウザーや、Ｗｅｂブラウザーと同様の機能を備えつつアプリケーション上のＧＵＩ要素として利用できるブラウザコンポーネントがある。アプリケーションは、このブラウザコンポーネントを利用することでＧＵＩ（ＧｒａｐｈｉｃａｌＵｓｅｒＩｎｔｅｒｆａｃｅ）表現の幅を広げることができる。近年、画像形成装置であるＭＦＰ（ＭｕｌｔｉＦｕｎｃｔｉｏｎＰｅｒｉｐｈｅｒａｌ）の中にも、上述したようなＷｅｂブラウザーやブラウザコンポーネントが搭載されたものがある。これらの技術を利用することで、ＭＦＰ上で動作するアプリケーション群もＰＣやモバイル端末などの情報処理装置上で動作するアプリケーションと同等のＧＵＩ表現をユーザーに提供することが可能となる。

ブラウザコンポーネントをアプリケーションに提供する方法の具体的な一例としてＪａｖａ（登録商標）のＧＵＩコンポーネントがある。一般的に、Ｊａｖａ（登録商標）のＧＵＩコンポーネントの種類には、下層のシステムに実装依存する重量コンポーネントと、下層のシステムに実装依存しない軽量コンポーネントとの二つがある。Ｊａｖａ（登録商標）の場合、ブラウザコンポーネントは、下層のシステムが有するＨＴＭＬ（ＨｙｐｅｒＴｅｘｔＭａｒｋｕｐＬａｎｇｕａｇｅ）をレンダリングする機能に実装依存するため、重量コンポーネントとなる。

旧来のＪａｖａアプリケーションは、基本的に軽量・重量のどちらかのコンポーネントのみを利用し、ＧＵＩを構築することでコンポーネント群の画面の垂直方向への表示順番性を保っていた。しかし、市場におけるｗｅｂ技術利用度の高まりとともに、ブラウザコンポーネントを利用して軽量・重量コンポーネント混在のＧＵＩを構築することが増えている。軽量・重量コンポーネント混在のＧＵＩを構築する場合、垂直方向における各コンポーネント群の画面の表示順番性の制御が重要になる。例えば、Ｊａｖａ環境において、軽量コンポーネントと重量コンポーネントの両方を混在利用する際に、ポップアップ表現のように他の画面と重畳表示する場合、重量コンポーネントが必ず上層（前面）に表示されてしまうという制限を持つものがある。このような制限を回避する方法として、軽量・重量のコンポーネント群を重ね合わせて表示する場合（例えば、ポップアップ表示する場合）は、表示の妨げにならないようコンポーネントの表示位置を調整するものがある（特許文献１）。

特開２０１５−７５８８５号公報

しかし、従来技術を利用する場合、自動で表示位置が調整されてしまうため、アプリケーションのＧＵＩ表現のデザインを守りながら垂直方向への画面の表示順番性を保障する方法として十分ではない。

上記課題を解決するために本願発明は以下の構成を有する。すなわち、画面表示を制御する複数の表示モジュールが動作可能な情報処理装置の制御方法であって、軽量コンポーネントである第一の表示モジュールにおいて、当該第一の表示モジュールにより制御される第一の画面の表示命令を受け付けた際に、表示中の画面の構成要素として第二の表示モジュールにより制御される第二の画面が含まれるか否かを判定する工程と、前記第二の画面が前記表示中の画面の構成要素として含まれると判定された場合、前記第二の表示モジュールに対し、前記第一の画面の表示を行う旨を通知する工程とを有し、重量コンポーネントである前記第二の表示モジュールにおいて、前記第一の表示モジュールから通知を受け付けた場合、前記第二の画面が前記表示中の画面にて表示状態か否かを判定する工程と、前記第二の画面が表示状態であると判定された場合、表示状態である前記第二の画面に関する情報を第三の表示モジュールへ送信する工程とを有し、軽量コンポーネントである前記第三の表示モジュールにおいて、前記第二の表示モジュールから受け付けた前記第二の画面に関する情報に基づいて、当該第二の画面に対応する前記第三の表示モジュールにより制御される第三の画面を生成する工程と、前記第三の画面を表示する工程と、を有し、前記第二の表示モジュールにおいて更に、前記第三の表示モジュールにより前記第三の画面が表示されたことに伴って、前記第二の画面を非表示にする工程と、を有し、前記第一の表示モジュールにおいて更に、前記第二の表示モジュールにより前記第二の画面が非表示にされたことに伴って、前記表示命令に従って前記第一の画面を表示する工程とを有する。

本願発明により、ＪａｖａアプリケーションのＧＵＩを構成する要素として重量コンポーネントと軽量コンポーネントが混在する環境下であっても、画面の表示順番性を担保することができる。

本願発明に係るシステム構成の例を示す図。本願発明に係る装置のハードウェア構成の例を示す図。本願発明に係るシステムのソフトウェア構成の例を示す図。本願発明に係るＧＵＩコンポーネントの概念図。本願発明に係る画面表示例を示す図。本願発明に係る動画の画面表示例を示す図。本願発明に係るポップアップ表示処理のフローチャート。本願発明に係るポップアップの非表示処理のフローチャート。本願発明に係る動画表示の際の制御処理のフローチャート。

以下、本発明を実施するための一実施形態について図面を用いて説明する。

＜システム構成＞
図１は、本発明の画像処理装置を用いたシステムの構成例を示す。本システムは、ネットワーク１００を介して接続されるＭＦＰ１０１と、サーバー１０２とを含んで構成される。ネットワーク１００は各装置間で通信を行うための基盤であって、インターネット１０３に接続されている。ＭＦＰ１０１は、画像形成装置であり、Ｗｅｂブラウザー機能を有する。なお、ＭＦＰに限定されるものではなく、Ｗｅｂブラウザー機能を有していれば、例えばネットワークプリンタなどの他の装置であってもよい。さらに、ＭＦＰ１０１は、ローカルなＩＰアドレスで管理されていても良い。その場合、ネットワーク１００とＭＦＰ１０１の間にゲートウェイ（不図示）が存在し、ゲートウェイは、アドレス変換を行う。例えば、ゲートウェイにはルーターが含まれる。また、ゲートウェイや、ＭＦＰ１０１がファイアウォール機能を備えていても良い。サーバー１０２は、情報処理装置であり、Ｗｅｂコンテンツを、ネットワークを介して配信する機能を備える。ここでは、サーバー１０２は、ＭＦＰ１０１からのリクエストに応じてＷｅｂコンテンツを返す。各装置及びネットワークはインターネットに必ずしも接続されている必要はなく、ローカルネットワーク上に存在してもよい。また、図１においては、サーバー１０２およびＭＦＰ１０１は１台ずつが示されているが、それぞれ複数台がシステム内に含まれていてもよい。

図２は、本実施形態に係る各装置の基本的なハードウェア構成の例を示す。各装置には、装置を制御するＣＰＵ２０１、ＣＰＵ２０１のワークエリアを提供するＲＡＭ２０２、各種プログラムや様々な設定を記憶する記憶装置２０３を含んで構成される。記憶装置２０３は、例えば、ＨＤＤ、ＳＳＤ、ＮＶＲＡＭ等が挙げられる。さらに、各装置には、ユーザーがコマンドの入力を行うユーザー入力装置２０４、画面表示を行うＵＩ表示装置２０５、他機器とネットワークによる通信を行うネットワーク装置２０６を含んで構成される。また、各装置の各構成要素は、メインバス２００により互いに通信可能に構成されている。尚、本実施形態は、特に断らない限り、ＭＦＰ１０１およびサーバー１０２は、ＣＰＵ２０１がメインバス２００を介してＲＡＭ２０２、記憶装置２０３、ユーザー入力装置２０４、ＵＩ表示装置２０５、およびネットワーク装置２０６を制御する。また、タッチパネルディスプレイのようにＵＩ表示装置２０５がユーザー入力装置２０４を兼ねても良い。また、サーバー１０２は、ユーザー入力装置２０４とＵＩ表示装置２０５を有していなくても良い。また、ＭＦＰ１０１は、その他に画像読取装置や画像印刷装置（不図示）がメインバス２００に接続されていても良い。

図３は、本実施形態に係るシステム全体のソフトウェア構成の例を示す。図３に示す各機能部は、ＭＦＰ１０１およびサーバー１０２のそれぞれが有するＣＰＵ２０１が制御プログラムを記憶部から読み出して実行することにより実現される。

サーバー１０２は、Ｗｅｂアプリケーション３００、および通信部３０１を有する。Ｗｅｂアプリケーション３００は、ＨＴＴＰにより通信を行うモジュールである通信部３０１を介して、ＭＦＰ１０１とＨＴＴＰ通信を行うことができる。例えば、Ｗｅｂアプリケーション３００は、ＭＦＰ１０１の画面で表示すべき操作画面や結果画面を、ＭＦＰ１０１からのリスエストに対するレスポンスとして送信する。また、Ｗｅｂアプリケーション３００は、ＭＦＰ１０１の操作画面を介して入力されたユーザーからの入力情報を、通信部３０１を介してＭＦＰ１０１から受け取り、例えばＭＦＰ１０１のデバイス機能（不図示）を実行するための処理要求を作成する。

ＭＦＰ１０１は、通信部３０２、ＷｅｂＶｉｅｗ３０３、アプリケーション３０４、ポップアップパネル３０５、およびダミーＶｉｅｗ３０６を有する。本実施形態において、ＷｅｂＶｉｅｗ３０３、ポップアップパネル３０５、およびダミーＶｉｅｗ３０６はそれぞれ、画面の表示を制御する表示モジュールとして機能する。また、本実施形態において、ＭＦＰ１０１は、これらの表示モジュールおよびアプリケーション３０４が動作可能なＪａｖａ環境（不図示）を備えているものとする。ＷｅｂＶｉｅｗ３０３は、アプリケーション３０４が利用する重量コンポーネントであり、ＨＴＴＰにより通信を行うモジュールである通信部３０２を介して、サーバー１０２とＨＴＴＰ通信を行う。また、ＷｅｂＶｉｅｗ３０３は、ＨＴＴＰ通信によってサーバー１０２から取得した各種コンテンツをＭＦＰ１０１上に表示するブラウザー機能を持つ。なお、表示するコンテンツはサーバー１０２が提供するものに限定しない。同様に、サーバー１０２の形態もＨＴＴＰに従ってリクエスト／レスポンスを送受信するＷｅｂサーバーに限定するものではない。

アプリケーション３０４は、ＭＦＰ１０１上で動作するアプリケーションである。アプリケーション３０４はＧＵＩ構成要素として、ポップアップパネル３０５、ＷｅｂＶｉｅｗ３０３、およびダミーＶｉｅｗ３０６を利用して表示画面を生成する。ポップアップパネル３０５は、アプリケーション３０４が利用する軽量コンポーネントであり、アプリケーション３０４の命令によってポップアップ表示する機能を有する。また、ポップアップパネル３０５は、ＷｅｂＶｉｅｗ３０３とも相互に通信することができる。ダミーＶｉｅｗ３０６は、アプリケーション３０４が利用する軽量コンポーネントであり、ＷｅｂＶｉｅｗ３０３で表示している画像を受信し、自身のコンポーネント上に表示する機能を有する。

図４は、本発明の実施形態におけるＧＵＩコンポーネントの制限を表現する概念図である。図４（ａ）に示すように、軽量コンポーネント４０１が配置されたＪａｖａアプリケーション４００の表示上に軽量コンポーネント４０２をポップアップ表示する場合を考える。この場合、軽量コンポーネントのみの構成となるため、垂直方向への表示の順番性が担保される。つまり、Ｊａｖａアプリケーション４００の表示上において、最前面に軽量コンポーネント４０２のポップアップ表示がなされる。

一方、図４（ｂ）に示すように、軽量コンポーネント４０１と重量コンポーネント４０３が配置されるような、コンポーネントを混在利用したＪａｖａアプリケーション４００の表示上において、更に軽量コンポーネント４０２をポップアップ表示する場合を考える。この場合、Ｊａｖａ環境によっては、必ず重量コンポーネント４０３が最前面に表示される場合があり、垂直方向への表示の順番性が担保されないといった制限がある。つまり、軽量コンポーネント４０２のポップアップ表示をした場合であっても、Ｊａｖａアプリケーション４００の表示上において重量コンポーネント４０３が最前面に表示されてしまう。

図５は、本発明の実施形態に係る静止画を利用した際の画面表示の例である。本表示は、図７に示すフローチャートを実施することで制御される。例えば、図５（ａ）に示すように、画面上において、ポップアップ表示する前はＷｅｂＶｉｅｗ例５００が表示されているものとする。この時点では、重量コンポーネントであるＷｅｂＶｉｅｗ３０３が画面上にＷｅｂＶｉｅｗ例５００を表示させている。その後、ポップアップ表示を行う際には、ＷｅｂＶｉｅｗ例５００が表示されていた位置に、ＷｅｂＶｉｅｗ例５００の代わりに、軽量コンポーネントであるダミーＶｉｅｗ３０６により、ダミーＶｉｅｗ例５０１を代理表示させる。これにより、ポップアップ表示時においては、重量コンポーネントであるＷｅｂＶｉｅｗ３０３による表示が無くなり、ポップアップ５０２が最前面に表示されることとなる。

図６は、本発明の実施形態に係る動画を利用した際の画面表示の例である。図７および９（ａ）に示すフローチャートを実施することで制御される。例えば、図６（ａ）に示すように、画面上において、ポップアップ表示する前はＷｅｂＶｉｅｗ例６００にて動画が表示されているものとする。この時点では、重量コンポーネントであるＷｅｂＶｉｅｗ３０３が画面上にＷｅｂＶｉｅｗ例６００を表示させている。その後、ポップアップ表示を行う際には、ＷｅｂＶｉｅｗ例６００が表示されていた位置に、ＷｅｂＶｉｅｗ例６００の代わりに、ダミーＶｉｅｗ３０６により、動画を一時停止した状態の画像（静止画）であるダミーＷｉｅｗ例６０１を代理表示させる。これにより、ポップアップ表示時においては、重量コンポーネントであるＷｅｂＶｉｅｗ３０３による表示が無くなり、ポップアップ６０２が最前面に表示されることとなる。

［処理フロー］
（ポップアップ表示時）
図７は、本願発明に係るポップアップ表示処理を示すフローチャートである。なお、本実施形態の前提として、アプリケーション３０４のＧＵＩ構成要素は、重量コンポーネントであるＷｅｂＶｉｅｗ３０３を除き、ポップアップパネル３０５を含め軽量コンポーネントで構築されているものとする。また、各処理は、ＭＦＰ１０１のＣＰＵ２０１が各モジュールのプログラムを読み出して実行することにより実現される。本処理フローは、ＭＦＰ１０１のＵＩ表示装置２０５上に表示されているアプリケーション３０４が、ポップアップパネル３０５によるポップアップ表示を行う状態になると処理が開始される。

Ｓ７０１にて、アプリケーション３０４は、ポップアップパネル３０５に対して表示命令を通知する。

Ｓ７０２にて、ポップアップパネル３０５は、アプリケーション３０４のＧＵＩ構成要素を確認し、ＧＵＩ構成要素の中にＷｅｂＶｉｅｗ３０３（すなわち、重量コンポーネント）があるか否かを判定する。ここでのアプリケーション３０４のＧＵＩ構成要素とは、ＭＦＰ１０１のＵＩ表示装置２０５に表示中のアプリケーション３０４に対応したＧＵＩ画面に含まれる構成要素を示す。ＷｅｂＶｉｅｗ３０３がない場合は（Ｓ７０２にてＮＯ）Ｓ７１１へ進み、ＷｅｂＶｉｅｗ３０３がある場合は（Ｓ７０２にてＹＥＳ）Ｓ７０３へ進む。

Ｓ７０３にて、ポップアップパネル３０５は、アプリケーション３０４から表示命令を受信した旨をＷｅｂＶｉｅｗ３０３へ通知する。このとき、ポップアップパネル３０５は、通知を行った旨の情報を記録しておく。

Ｓ７０４にて、ＷｅｂＶｉｅｗ３０３は、自身が表示状態もしくは非表示状態のいずれであるかを判定する。非表示状態の場合は（Ｓ７０４にてＮＯ）Ｓ７１１へ進み、表示状態の場合は（Ｓ７０４にてＹＥＳ）Ｓ７０５へ進む。

Ｓ７０５にて、ＷｅｂＶｉｅｗ３０３は、自身が表示している画像データをダミーＶｉｅｗ３０６へ送信する。

Ｓ７０６にて、ダミーＶｉｅｗ３０６は、受信した画像データを利用して自身の実体を生成する。ここで生成される実体とは、図５を用いて説明したように、ＷｅｂＶｉｅｗ３０３が表示していた画面に対応した同等の内容の画像とする。

Ｓ７０７にて、ダミーＶｉｅｗ３０６は、自身の表示処理を行う。すなわち、ダミーＶｉｅｗ３０６は、画面上に、Ｓ７０６にて生成した実体を表示させる。

Ｓ７０８にて、ダミーＶｉｅｗ３０６は、自身の表示処理が完了したことをＷｅｂＶｉｅｗ３０３へ通知する。

Ｓ７０９にて、ＷｅｂＶｉｅｗ３０３は、ダミーＶｉｅｗ３０６の表示処理が完了通知を受信すると、自身の非表示処理を行う。つまり、この時点で、重量コンポーネントであるＷｅｂＶｉｅｗ３０３の表示が一時的に表示されなくなり、その代わりに、対応するダミーＶｉｅｗ３０６の表示がなされることとなる。このとき、ＷｅｂＶｉｅｗ３０３は、非表示にした画面の情報を記録しておく。

Ｓ７１０にて、ＷｅｂＶｉｅｗ３０３は、自身の非表示処理が完了したことをポップアップパネル３０５へ通知する。

Ｓ７１１にて、ポップアップパネル３０５は、自身の表示処理を実施する。つまり、この時点では、表示されている画面は全て軽量コンポーネントによる表示となり、画面に対する垂直方向における表示順が保証されることとなる。その結果、図５（ｂ）に示すような表示が可能となる。そして、本処理フローが終了する。

更に、図６を用いて説明したように、ＷｅｂＶｉｅｗ３０３が動画を表示していた際の処理について説明する。この場合、図７のＳ７０４とＳ７０５との間に図９（ａ）に示す処理を行う。

Ｓ７０４にてＹＥＳの場合、Ｓ９０１にて、ＷｅｂＶｉｅｗ３０３は、現時点でのＷｅｂＶｉｅｗ３０３による表示コンテンツが動画か否かを判定する。動画である場合は（Ｓ９０１にてＹＥＳ）Ｓ９０２へ進み、動画でない場合は（Ｓ９０１にてＮＯ）本処理フローを終了し、Ｓ７０５へ進む。

Ｓ９０２にて、ＷｅｂＶｉｅｗ３０３は、表示している動画を一時停止する。このとき、ＷｅｂＶｉｅｗ３０３は、動画の停止に関する情報（停止の箇所等）を記録しておく。その後、本処理フローを終了し、Ｓ７０５へ進む。

（ポップアップ非表示時）
図８は、本願発明に係るポップアップの非表示処理を示すフローチャートである。各処理は、ＭＦＰ１０１のＣＰＵ２０１が各モジュールのプログラムを読み出して実行することにより実現される。本処理フローは、ＭＦＰ１０１上のＵＩ表示装置２０５に表示されているアプリケーション３０４が、ポップアップパネル３０５によるポップアップを非表示する状態になると処理が開始される。このような状態としては、例えば、ポップアップ表示をしていた画面に含まれる各種ボタンが押下された場合などが想定される。

Ｓ８０１にて、アプリケーション３０４は、ポップアップパネル３０５に対して非表示命令を通知する。

Ｓ８０２にて、ポップアップパネル３０５は、自身の非表示処理を実施する。

Ｓ８０３にて、ポップアップパネル３０５は、自身の表示処理を実施した際、ＷｅｂＶｉｅｗ３０３に通知したか否かを判定する。具体的には、ポップアップパネル３０５は、図７のＳ７０３が行われたか否かを、Ｓ７０３の処理の実行時に記録された情報に基づいて判定する。通知していない場合は（Ｓ８０３にてＮＯ）本処理を終了し、通知していた場合は（Ｓ８０３にてＹＥＳ）Ｓ８０４へ進む。

Ｓ８０４にて、ポップアップパネル３０５は、ＷｅｂＶｉｅｗ３０３に対して自身の非表示処理が完了した旨を通知する。

Ｓ８０５にて、ＷｅｂＶｉｅｗ３０３は、自身の実体で非表示状態の画面があるか否かを判定する。ここでの判定は、具体的には、図７のＳ７０９にて記録された情報を用いて行われる。非表示状態の実体がない場合は（Ｓ８０５にてＮＯ）本処理フローを終了し、非表示状態の実体がある場合は（Ｓ８０５にてＹＥＳ）Ｓ８０６へ進む。

Ｓ８０６にて、ＷｅｂＶｉｅｗ３０３は、非表示状態となっていた自身の実体の再表示処理を行う。

Ｓ８０７にて、ＷｅｂＶｉｅｗ３０３は、ダミーＶｉｅｗ３０６に対して非表示命令を通知する。

Ｓ８０８にて、ダミーＶｉｅｗ３０６は、ＷｅｂＶｉｅｗ３０３（すなわち、重量コンポーネント）の画面に対応する自身が表示していた画面の非表示処理を行う。そして、本処理フローを終了する。

更に、ポップアップの非表示処理においても、図６を用いて説明したように、ＷｅｂＶｉｅｗ３０３が動画を表示していた際の処理について説明する。この場合、図８のＳ８０５とＳ８０６との間に図９（ｂ）に示す処理を行う。

Ｓ８０５にてＹＥＳの場合、Ｓ９１１にて、ＷｅｂＶｉｅｗ３０３は、非表示状態となっていたＷｅｂＶｉｅｗ３０３による表示コンテンツが動画か否かを判定する。動画である場合は（Ｓ９１１にてＹＥＳ）Ｓ９１２へ進み、動画でない場合は（Ｓ９１１にてＮＯ）本処理フローを終了し、Ｓ８０６へ進む。

Ｓ９１２にて、ＷｅｂＶｉｅｗ３０３は、非表示状態となっていた動画の一時停止を解除し、再生させる。ここでの動画の再生については、Ｓ９０２にて保持された情報（一時停止した箇所）に基づいて動画を再生するようにしてもよいし、所定の箇所（例えば、動画の最初、もしくは、所定の区切り位置）から再生するようにしてもよい。その後、本処理フローを終了し、Ｓ８０６へ進む。

以上、本実施形態により、ＪａｖａアプリケーションのＧＵＩを構成する要素にて、重量コンポーネントと軽量コンポーネントが混在する環境下でも、一時的に軽量コンポーネントのみの構成要素に変更することで表示順番性を担保する。これにより、ユーザーに対して適切なＧＵＩ表現をすることが可能となる。

＜その他の実施形態＞
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施例の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

１０１：ＭＦＰ、３０２：通信部、３０３：ＷｅｂＶｉｅｗ、３０４：アプリケーション、３０５：ポップアップパネル、３０６：ダミーＶｉｅｗ、４０１：軽量コンポーネント、４０３：重量コンポーネント

Claims

画面表示を制御する複数の表示モジュールが動作可能な情報処理装置の制御方法であって、
軽量コンポーネントである第一の表示モジュールにおいて、
当該第一の表示モジュールにより制御される第一の画面の表示命令を受け付けた際に、表示中の画面の構成要素として第二の表示モジュールにより制御される第二の画面が含まれるか否かを判定する工程と、
前記第二の画面が前記表示中の画面の構成要素として含まれると判定された場合、前記第二の表示モジュールに対し、前記第一の画面の表示を行う旨を通知する工程と
を有し、
重量コンポーネントである前記第二の表示モジュールにおいて、
前記第一の表示モジュールから通知を受け付けた場合、前記第二の画面が前記表示中の画面にて表示状態か否かを判定する工程と、
前記第二の画面が表示状態であると判定された場合、表示状態である前記第二の画面に関する情報を第三の表示モジュールへ送信する工程と
を有し、
軽量コンポーネントである前記第三の表示モジュールにおいて、
前記第二の表示モジュールから受け付けた前記第二の画面に関する情報に基づいて、当該第二の画面に対応する前記第三の表示モジュールにより制御される第三の画面を生成する工程と、
前記第三の画面を表示する工程と、
を有し、
前記第二の表示モジュールにおいて更に、
前記第三の表示モジュールにより前記第三の画面が表示されたことに伴って、前記第二の画面を非表示にする工程と、
を有し、
前記第一の表示モジュールにおいて更に、
前記第二の表示モジュールにより前記第二の画面が非表示にされたことに伴って、前記表示命令に従って前記第一の画面を表示する工程と
を有することを特徴とする情報処理装置の制御方法。
前記第一の表示モジュールにおいて、前記第一の画面に対する非表示命令を受け付けた際に、当該第一の画面を非表示にし、
前記第二の表示モジュールにおいて、前記第一の表示モジュールにて前記第一の画面が非表示にされたことに伴って、前記第二の画面を表示させ、
前記第三の表示モジュールにおいて、前記第二の表示モジュールにより前記第二の画面が表示されたことに伴って、前記第三の画面を非表示にする
ことを特徴とする請求項１に記載の情報処理装置の制御方法。
前記第二の表示モジュールにおいて更に、前記第二の画面を非表示にする際に、当該第二の画面が動画を表示している画面であるか否かを判定し、動画を表示している画面であると判定した場合、当該第二の画面における動画を一時停止した上で前記第二の画面を非表示にすることを特徴とする請求項２に記載の情報処理装置の制御方法。
前記第二の表示モジュールにおいて更に、前記第二の画面を表示する際に、当該第二の画面が一時停止した動画を表示していた画面であるか否かを判定し、一時停止した動画を表示していた画面であると判定した場合、前記第二の画面の表示に伴って、当該一時停止した動画を再生させることを特徴とする請求項３に記載の情報処理装置の制御方法。
前記第二の表示モジュールにおいて、前記第二の画面を表示する際に一時停止した動画を再生させる場合、一時停止した際の情報に基づいて当該動画を再生させることを特徴とする請求項４に記載の情報処理装置の制御方法。
画面表示を制御する複数の表示モジュールが動作可能な情報処理装置であって、
軽量コンポーネントである第一の表示モジュールは、
当該第一の表示モジュールにより制御される第一の画面の表示命令を受け付けた際に、表示中の画面の構成要素として第二の表示モジュールにより制御される第二の画面が含まれるか否かを判定する手段と、
前記第二の画面が前記表示中の画面の構成要素として含まれると判定された場合、前記第二の表示モジュールに対し、前記第一の画面の表示を行う旨を通知する手段と
を有し、
重量コンポーネントである前記第二の表示モジュールは、
前記第一の表示モジュールから通知を受け付けた場合、前記第二の画面が前記表示中の画面にて表示状態か否かを判定する手段と、
前記第二の画面が表示状態であると判定された場合、表示状態である前記第二の画面に関する情報を第三の表示モジュールへ送信する手段と
を有し、
軽量コンポーネントである前記第三の表示モジュールは、
前記第二の表示モジュールから受け付けた前記第二の画面に関する情報に基づいて、当該第二の画面に対応する前記第三の表示モジュールにより制御される第三の画面を生成する手段と、
前記第三の画面を表示する手段と、
を有し、
前記第二の表示モジュールは更に、
前記第三の表示モジュールにより前記第三の画面が表示されたことに伴って、前記第二の画面を非表示にする手段と、
を有し、
前記第一の表示モジュールは更に、
前記第二の表示モジュールにより前記第二の画面が非表示にされたことに伴って、前記表示命令に従って前記第一の画面を表示する手段と
を有することを特徴とする情報処理装置。
コンピュータを、軽量コンポーネントである第一の表示モジュール、重量コンポーネントである第二の表示モジュール、および、軽量コンポーネントである表示モジュールとして機能させるためのプログラムであって、
軽量コンポーネントである第一の表示モジュールにおいて、
当該第一の表示モジュールにより制御される第一の画面の表示命令を受け付けた際に、表示中の画面の構成要素として第二の表示モジュールにより制御される第二の画面が含まれるか否かを判定する工程と、
前記第二の画面が前記表示中の画面の構成要素として含まれると判定された場合、前記第二の表示モジュールに対し、前記第一の画面の表示を行う旨を通知する工程と
を有し、
重量コンポーネントである前記第二の表示モジュールにおいて、
前記第一の表示モジュールから通知を受け付けた場合、前記第二の画面が前記表示中の画面にて表示状態か否かを判定する工程と、
前記第二の画面が表示状態であると判定された場合、表示状態である前記第二の画面に関する情報を第三の表示モジュールへ送信する工程と
を有し、
軽量コンポーネントである前記第三の表示モジュールにおいて、
前記第二の表示モジュールから受け付けた前記第二の画面に関する情報に基づいて、当該第二の画面に対応する前記第三の表示モジュールにより制御される第三の画面を生成する工程と、
前記第三の画面を表示する工程と、
を有し、
前記第二の表示モジュールにおいて更に、
前記第三の表示モジュールにより前記第三の画面が表示されたことに伴って、前記第二の画面を非表示にする工程と、
を有し、
前記第一の表示モジュールにおいて更に、
前記第二の表示モジュールにより前記第二の画面が非表示にされたことに伴って、前記表示命令に従って前記第一の画面を表示する工程と
を有することを特徴とするプログラム。