JP6801544B2 - 情報処理装置、情報処理方法及びプログラム - Google Patents

Description

本発明は、情報処理装置、情報処理方法及びプログラムに関する。

近年、画像形成装置とはじめとする各種の機器においては、Ｗｅｂブラウザを備え、機器にアプリケーションプログラム等がインストールされて実行可能とされるネイティブアプリ以外にＷｅｂアプリをも実行可能な機器が有る。ここでいう、Ｗｅｂアプリとは、Ｗｅｂブラウザにロードされ、Ｗｅｂブラウザ上で実行されるアプリケーションプログラム（以下「アプリ」という。）をいう。このような機器の中には、起動対象とするアプリの選択をユーザから受け付けるために、各アプリのアイコンが配列された画面（以下、「ホーム画面」という。）を表示するものが有る。

ホーム画面には、ネイティブアプリ及びＷｅｂアプリの区別なく、各アプリのアイコンが配置される。したがって、ユーザは、各アプリの実装形態の違いを意識することなく、各アプリを利用することができる。

しかしながら、Ｗｅｂアプリとネイティブアプリとの間では、遷移先の画面の保持状態について不整合生じてしまうことがある。

具体的には、或るネイティブアプリＡのアイコンを選択して表示される先頭画面に対する操作に応じて他の画面に遷移したとする。この場合、他のアプリの操作後に再びネイティブアプリＡのアイコンが選択されると、当該他の画面が表示される。これは、他のアプリが操作対象とされた際、ネイティブアプリＡは単に非表示とされているに過ぎず、ネイティブアプリＡのアイコンが再度選択されたとしても、ネイティブアプリＡは、起動し直されるのではなく、非表示状態から表示状態へ移行するに過ぎないからである。

一方、Ｗｅｂアプリの場合、アイコンが選択されると、当該アイコンに関連付けられているＵＲＬ（Uniform Resource Locator）に基づいて、当該ＷｅｂアプリのロードがＷｅｂブラウザによって毎回実行される。したがって、当該Ｗｅｂアプリの先頭画面におけるリンクが選択されて他の画面に遷移した後に、他のアプリが利用され、再び当該Ｗｅｂアプリのアイコンが選択された場合、当該Ｗｅｂアプリの遷移先の画面ではなく、先頭画面が表示されてしまう。

なお、Ｗｅｂブラウザは、複数のＷｅｂアプリから共有される。したがって、仮に、Ｗｅｂアプリのアイコンの選択時に、Ｗｅｂブラウザが起動済みであれば、Ｗｅｂブラウザを非表示状態から表示状態へ移行させるようにしただけでは、選択されたアイコンに対応するＷｅｂアプリが正しく表示されなくなってしまう。最後にＷｅｂブラウザ上で表示されていたＷｅｂアプリがＷｅｂアプリＸである場合、ＷｅｂアプリＹのアイコンの選択に応じてＷｅｂブラウザが非表示状態から表示状態へ移行させると、ＷｅｂアプリＸの画面が表示されてしまうからである。

このように、従来では、ホーム画面といった共通の画面から起動される各アプリの画面について、共通の操作感が与えられていなかった。

本発明は、上記の点に鑑みてなされたものであって、共通の画面から表示される各画面の操作感の共通性を高めることを目的とする。

そこで上記課題を解決するため、表示部を有する情報処理装置は、前記表示部が表示する第１の画面において選択された選択候補に対応する画面データを取得する取得部と、前記取得部によって取得された画面データに基づいて第２の画面を前記表示部に表示する表示制御部とを有し、前記表示制御部は、前記第２の画面に対する操作に応じて前記表示部に表示する画面を変更し、前記取得部が最後に取得した画面データに対応する選択候補が前記第１の画面において選択されると、前記表示制御部が最後に表示した画面を前記表示部に表示する。

共通の画面から表示される各画面の操作感の共通性を高めることができる。

第１の実施の形態におけるシステム構成例を示す図である。 第１の実施の形態における画像形成装置１０のハードウェア構成例を示す図である。 第１の実施の形態における情報処理端末２０のハードウェア構成例を示す図である。 第１の実施の形態における情報処理端末２０の機能構成例を示す図である。 第１の実施の形態におけるブラウザ部２３の機能構成例を示す図である。 第１の実施の形態におけるホーム画面表示部２２が実行する処理手順の一例を説明するためのフローチャートである。 ホーム画面の表示例を示す図である。 第１の実施の形態におけるブラウザ部２３が実行する処理手順の一例を説明するためのフローチャートである。 Ｗｅｂアプリの先頭画面の一例を示す図である。 読み取り設定画面の表示例を示す図である。 第２の実施の形態における情報処理端末２０の機能構成例を示す図である。 第２の実施の形態におけるブラウザ部２３の機能構成例を示す図である。 第２の実施の形態におけるブラウザ部２３が実行する処理手順の一例を説明するためのフローチャートである。

以下、図面に基づいて本発明の実施の形態を説明する。図１は、第１の実施の形態におけるシステム構成例を示す図である。図１において、１以上の各画像形成装置１０は、ＬＡＮ（Local Area Network）又はインターネット等のネットワークを介してＷｅｂアプリサーバ３０と接続される。

画像形成装置１０は、印刷、スキャン、コピー、及びＦＡＸ送受信等のうちの二以上の機能を一台の筐体によって実現する複合機である。但し、いずれか一つの機能を単体で有する機器が画像形成装置１０として用いられてもよい。

Ｗｅｂアプリサーバ３０は、画像形成装置１０において実行されるＷｅｂアプリケーション（以下、「Ｗｅｂアプリ」という。）を記憶する１以上のコンピュータである。Ｗｅｂアプリとは、例えば、ＨＴＭＬ（HyperText Markup Language）、ＣＳＳ（Cascading Style Sheets）及びＪａｖａＳｃｒｉｐｔ（登録商標）等によって構成され、Ｗｅｂブラウザ上において実行されるアプリケーションプログラムをいう。なお、各画像形成装置１０は、複数のＷｅｂアプリサーバ３０に接続可能であってもよい。

図２は、第１の実施の形態における画像形成装置１０のハードウェア構成例を示す図である。図２において、画像形成装置１０は、コントローラ１１、スキャナ１２、プリンタ１３、モデム１４、ネットワークインタフェース１６、及びＳＤカードスロット１７等のハードウェアを有する。

コントローラ１１は、画像形成装置１０の本体におけるコンピュータである。図２において、コントローラ１１は、ＣＰＵ１１１、ＲＡＭ１１２、ＲＯＭ１１３、ＨＤＤ１１４、及びＮＶＲＡＭ１１５等を有する。ＲＯＭ１１３には、各種のプログラムやプログラムによって利用されるデータ等が記憶されている。ＲＡＭ１１２は、プログラムをロードするための記憶領域や、ロードされたプログラムのワーク領域等として用いられる。ＣＰＵ１１１は、ＲＡＭ１１２にロードされたプログラムを処理することにより、各種の機能を実現する。ＨＤＤ１１４には、プログラムやプログラムが利用する各種のデータ等が記憶される。ＮＶＲＡＭ１１５には、各種の設定情報等が記憶される。

スキャナ１２は、原稿より画像データを読み取るためのハードウェア（画像読取手段）である。プリンタ１３は、印刷データを印刷用紙に印刷するためのハードウェア（印刷手段）である。モデム１４は、電話回線に接続するためのハードウェアであり、ＦＡＸ通信による画像データの送受信を実行するために用いられる。ネットワークインタフェース１６は、ＬＡＮ等のネットワーク（有線又は無線の別は問わない。）に接続するためのハードウェアである。ＳＤカードスロット１７は、ＳＤカード８０に記憶されたプログラムを読み取るために利用される。すなわち、画像形成装置１０では、ＲＯＭ１１３に記憶されたプログラムだけでなく、ＳＤカード８０に記憶されたプログラムもＲＡＭ１１２にロードされ、実行されうる。なお、他の記録媒体（例えば、ＣＤ−ＲＯＭ又はＵＳＢ（Universal Serial Bus）メモリ等）によってＳＤカード８０が代替されてもよい。すなわち、ＳＤカード８０の位置付けに相当する記録媒体の種類は、所定のものに限定されない。この場合、ＳＤカードスロット１７は、記録媒体の種類に応じたハードウェアによって代替されればよい。

コントローラ１１には、また、情報処理端末２０が接続される。情報処理端末２０は、例えば、スマートフォンやタブレット端末等のデバイスである。スマートフォンの一例としては、携帯電話としての通話機能のほかカメラによる撮像機能、ＰＣのようなＷｅｂ情報表示機能など多機能を備える端末が挙げられる。タブレット端末の一例としては、スマートフォンと同様に多機能端末として機能するタブレット型の端末が挙げられる。

本実施の形態において、情報処理端末２０は、画像形成装置１０の操作部として機能する。より詳しくは、情報処理端末２０は、従来、画像形成装置１０の専用の操作部として設置されていた操作パネルの代わりに、コントローラ１１に接続される。なお、コントローラ１１と情報処理端末２０とは、例えば、ＵＳＢケーブル、近距離無線通信、又はＬＡＮ等の通信回線を介して接続される。

図３は、第１の実施の形態における情報処理端末２０のハードウェア構成例を示す図である。図３において、情報処理端末２０は、ＣＰＵ２０１、メモリ２０２、補助記憶装置２０３、タッチパネル２０４、及び無線通信装置２０５等を有する。

補助記憶装置２０３は、情報処理端末２０にインストールされたプログラム等を記憶する。メモリ２０２は、プログラムの起動指示があった場合に、補助記憶装置２０３からプログラムを読み出して記憶する。ＣＰＵ２０１は、メモリ２０２に記憶されたプログラムに従って情報処理端末２０に係る機能を実現する。

タッチパネル２０４は、入力機能と表示機能との双方を備えた電子部品であり、情報の表示や、ユーザからの入力の受け付け等を行う。タッチパネル２０４は、表示装置２１１及び入力装置２１２等を含む。

表示装置２１１は、液晶ディスプレイ等であり、タッチパネル２０４の表示機能を担う。入力装置２１２は、表示装置２１１に対する接触物の接触を検出するセンサを含む電子部品である。接触物の接触の検出方式は、静電方式、抵抗膜方式、又は光学方式等、公知の方式のいずれであってもよい。なお、接触物とは、タッチパネル２０４の接触面（表面）に接触する物体をいう。斯かる物体の一例として、ユーザの指や専用又は一般のペン等が挙げられる。

無線通信装置２０５は、無線ＬＡＮ（Local Area Network）又は移動体通信網等における通信を行うために必要とされるアンテナ等の電子部品である。但し、本実施の形態において、情報処理端末２０は、無線通信装置２０５を有していなくてもよい。

図４は、第１の実施の形態における情報処理端末２０の機能構成例を示す図である。図４において、情報処理端末２０は、コピーアプリ２１ａ、スキャナアプリ２１ｂ、プリンタアプリ２１ｃ等の複数のアプリ、並びにホーム画面表示部２２、ブラウザ部２３及びプラットフォーム部２４等を有する。これら各部は、情報処理端末２０にインストールされた１以上のプログラムが、ＣＰＵ２０１に実行させる処理により実現される。情報処理端末２０は、また、アイコン情報記憶部２２１、非ロードＵＲＬ記憶部２２２及びブックマーク記憶部２２３等を利用する。これら各記憶部は、例えば、補助記憶装置２０３、又は情報処理端末２０にネットワークを介して接続可能な記憶装置等を用いて実現可能である。例えば、画像形成装置１０が有するＨＤＤ１１４又はＮＶＲＡＭ１１５等がこれら各記憶部として利用されてもよい。

コピーアプリ２１ａ、スキャナアプリ２１ｂ、及びプリンタアプリ２１ｃは、ネイティブアプリの一例である。コピーアプリ２１ａは、ユーザの操作に応じてコピーを画像形成装置１０に実行させるアプリである。スキャナアプリ２１ｂは、ユーザの操作に応じてスキャンを画像形成装置１０に実行させるアプリである。プリンタアプリ２１ｃは、ユーザの操作又は印刷データの受信に応じて印刷を画像形成装置１０に実行させるアプリである。

ホーム画面表示部２２は、各アプリ及び各Ｗｅｂアプリのアイコンが配列された画面（以下、「ホーム画面」という。）を表示装置２１１に表示するアプリである。ホーム画面において表示対象とする、各アプリ及び各Ｗｅｂアプリのアイコン等に関する情報は、アイコン情報記憶部２２１に記憶されている。

ブラウザ部２３は、Ｗｅｂアプリの実行環境であるＷｅｂブラウザとして機能する。一般的に利用されているＷｅｂブラウザがブラウザ部２３として利用されてもよい。但し、本実施の形態において、ブラウザ部２３は、画像形成装置１０を制御するために拡張されたスクリプト（以下、「拡張スクリプト」という。）をも解釈可能なように機能拡張されている。また、ブラウザ部２３は、ユーザが最後に操作していたＷｅｂアプリのアイコンが再度選択された場合に、当該Ｗｅｂアプリの操作状態が維持された態様で当該Ｗｅｂアプリが表示されるようにするための処理を実行する。

プラットフォーム部２４は、各アプリ、ホーム画面表示部２２及びブラウザ部２３に対するアプリケーションプラットフォームとして機能する。例えば、プラットフォーム部２４は、各アプリ、ホーム画面表示部２２及びブラウザ部２３の起動制御を行うと共に、画像形成装置１０を制御するためのＡＰＩ（Application Program Interface）を各アプリ及びブラウザ部２３等に提供する。各アプリは、当該ＡＰＩを呼び出すことで、コピー、スキャン又は印刷等を画像形成装置１０に実行させることができる。また、ブラウザ部２３は、当該ＡＰＩを呼び出すことで、拡張スクリプトに応じた処理を画像形成装置１０に実行させることができる。

非ロードＵＲＬ記憶部２２２には、ブラウザ部２３がロード対象としないＵＲＬ（Uniform Resource Locator）が記憶される。

ブックマーク記憶部２２３には、Ｗｅｂアプリのブックマークに関する情報（以下、「ブックマーク情報」という。）が記憶される。ブックマークには、ホーム画面にアイコンが表示されないＷｅｂアプリのＵＲＬが含まれてもよい。

図５は、第１の実施の形態におけるブラウザ部２３の機能構成例を示す図である。図５において、ブラウザ部２３は、起動種別判定部２３１、ロード要否判定部２３２及びロード部２３３等を含む。起動種別判定部２３１は、Ｗｅｂアプリの起動指示の発生に応じ、当該起動指示の発生の原因の種別（以下、「起動種別」という。）を判定する。本実施の形態において、Ｗｅｂアプリは、ホーム画面におけるアイコンの選択、他アプリからの要求、ＵＲＬの直接入力、又はブックマークの選択等によって起動される。起動種別判定部２３１は、起動種別がこれらのいずれであるのかを判定する。

ロード要否判定部２３２は、起動種別判定部２３１による判定結果と、起動指示に係るＷｅｂアプリが最後にロードされたＷｅｂアプリであるか否かと等に基づいて、当該Ｗｅｂアプリのロードの要否を判定する。ロード要否判定部２３２は、Ｗｅｂアプリのロードが必要であると判定した場合、当該Ｗｅｂアプリに対応するＵＲＬを非ロードＵＲＬ記憶部２２２に記憶する。すなわち、非ロードＵＲＬ記憶部２２２には、最後にロードされたＷｅｂアプリのＵＲＬが記憶される。したがって、ロード要否判定部２３２は、非ロードＵＲＬ記憶部２２２を参照することで、起動指示に係るＷｅｂアプリが最後にロードされたＷｅｂアプリであるか否かを判定することができる。なお、ロードとは、ＷｅｂアプリをＷｅｂアプリサーバ３０から取得することをいう。

ロード部２３３は、起動指示に係るＷｅｂアプリに対応するＵＲＬに基づいて、当該ＷｅｂアプリをＷｅｂアプリサーバ３０から取得し、当該Ｗｅｂアプリの定義に基づく画面を表示装置２１１に表示する。ロード部２３３は、一般的にレンダリングエンジンと呼ばれる機能であり、例えば、Ａｎｄｒｏｉｄ（登録商標）の「Ｗｅｂ Ｖｉｅｗ」がロード部２３３として用いられてもよい。

以下、情報処理端末２０が実行する処理手順について説明する。図６は、第１の実施の形態におけるホーム画面表示部２２が実行する処理手順の一例を説明するためのフローチャートである。

ホーム画面表示部２２は、例えば、画像形成装置１０の起動に伴って情報処理端末２０が起動する際に、プラットフォーム部２４から起動され、図６に示される処理手順を実行する。

ステップＳ１０１において、ホーム画面表示部２２は、アイコン情報記憶部２２１から各アプリ及び各Ｗｅｂアプリのアイコン情報を取得する。アイコン情報は、例えば、アイコンとして利用する画像の識別情報、アイコンが選択された際に実行すべきコマンド、当該コマンドに対するパラメータ等が記憶されている。当該コマンドは、アイコンに対応するアプリの起動命令である。また、Ｗｅｂアプリについては、Ｗｅｂアプリの起動指示を示す文字列が当該コマンドとして記憶され、当該Ｗｅｂアプリの識別情報としてのＵＲＬ（Uniform Resource Locator）、及び当該Ｗｅｂアプリの起動理由等がパラメータとしてアイコン情報に含まれる。起動理由とは、Ｗｅｂアプリの起動指示がどのように発生したのかを示す情報をいい、その値としては「ショートカット」、「他アプリ」等が有る。「ショートカット」は、ホーム画面におけるアイコン（ショートカットアイコン）の選択により起動指示が発生したことを示す。「他アプリ」は、他のアプリケーションからの要求に基づく起動指示であることを示す。すなわち、Ｗｅｂアプリの起動指示は、Ｗｅｂアプリと連携する他のアプリからもブラウザ部２３に入力されうる。

続いて、ホーム画面表示部２２は、取得されたアイコン情報に基づいて、ホーム画面を表示装置２１１に表示する（Ｓ１０２）。

図７は、ホーム画面の表示例を示す図である。図７において、ホーム画面ｇ１には、アイコンｉ１〜ｉ４等が選択候補として配列されている。アイコンｉ１は、コピーアプリ２１ａに対応するアイコンである。アイコンｉ２は、スキャナアプリ２１ｂに対応するアイコンである。アイコンｉ３は、プリンタアプリ２１ｃに対応するアイコン（ショートカットアイコン）である。アイコンｉ４は、或るＷｅｂアプリ（ＳｃａｎＴｏＥｍａｉｌ）に対応するアイコンである。なお、図７には、Ｗｅｂアプリが１つである例が示されているが、複数のＷｅｂアプリのアイコンが、配列されてもよい。

また、図７には、ステータスバーｓ１が示されている。ステータスバーｓ１は、表示対象の画面が変化（遷移）した場合でも継続的に表示される領域である。ステータスバーｓ１は、ホームボタンｂ１及びメニューボタンｂ２等を含む。ホームボタンｂ１は、ホーム画面ｇ１の表示指示を受け付けるためのボタンである。すなわち、ホームボタンｂ１が押下されると、ホーム画面表示部２２は、ステップＳ１０１及びＳ１０２を実行する。メニューボタンｂ２は、ブラウザ部２３がステータスバーｓ１に表示しているボタンである。メニューボタンｂ２が押下されると、ブラウザ部２３に対する各種の操作指示を受け付けるためのメニュー項目が表示される。当該メニュー項目には、ブックマークの表示指示を受け付けるメニュー項目（以下、「メニュー項目Ｂ」という。）や、ＵＲＬの入力領域の表示指示を受け付けるメニュー項目（以下、「メニュー項目Ｉ」という。）等が有る。メニュー項目Ｂが選択された場合、ブラウザ部２３は、ブックマーク記憶部２２３に記憶されているブックマーク情報に基づいて、Ｗｅｂアプリのブックマーク（ＵＲＬの一覧）を表示する。メニュー項目Ｉが選択された場合、ブラウザ部２３は、ＵＲＬの入力領域を表示する。

続いて、ホーム画面表示部２２は、ホーム画面ｇ１に表示されたアイコンのうちのいずれかのアイコンの選択を待機する（Ｓ１０３）。いずれかのアイコンが選択されると（Ｓ１０３でＹｅｓ）、ホーム画面表示部２２は、選択されたアイコンのアイコン情報に基づいて、当該アイコンに対応するアプリ又はＷｅｂアプリを起動する（Ｓ１０４）。なお、起動対象がＷｅｂアプリである場合、すなわち、当該アイコン情報のコマンドが、Ｗｅｂアプリの起動指示を示す文字列である場合、ホーム画面表示部２２は、当該アイコン情報にパラメータとして含まれているＵＲＬ及び起動理由等を含む起動指示を、ブラウザ部２３が有するＡＰＩを介してブラウザ部２３に入力する。

続いて、ブラウザ部２３が実行する処理手順について説明する。図８は、第１の実施の形態におけるブラウザ部２３が実行する処理手順の一例を説明するためのフローチャートである。

ブラウザ部２３は、スレッドとして起動された後、何らかのイベントの発生を待機している。例えば、Ｗｅｂアプリの起動指示が発生すると（Ｓ２００でＹｅｓ）、ブラウザ部２３の起動種別判定部２３１は、当該起動指示がホーム画面ｇ１におけるショートカットアイコンの選択に基づくものか、又は他のアプリからの起動要求に基づくものかを判定する（Ｓ２１０）。ホーム画面においてＷｅｂアプリのアイコンが選択された場合、図６のステップＳ１０４において説明したように、当該ＷｅｂアプリのＵＲＬと起動理由とが含まれている。したがって、起動種別判定部２３１は、当該起動理由が「ショートカット」であれば、当該起動指示がショートカットアイコンの選択に基づくものであると判定することができる。また、他のアプリからの起動要求には、ショートカットアイコンが選択された場合と同様のコマンド及びＵＲＬと、起動理由として「他アプリ」とが含まれている。したがって、起動種別判定部２３１は、当該起動理由が「他アプリ」であれば、当該起動指示が他のアプリからの起動要求に基づくものであると判定することができる。

Ｗｅｂアプリの起動指示は、また、ブックマークの選択又はＵＲＬの入力領域へのＵＲＬの直接入力によっても発生する。但し、ブックマーク及び当該入力領域は、ブラウザ部２３が表示するものであるため、ブラウザ部２３は、ブックマークの選択及びＵＲＬの直接入力を、ブラウザ部２３の内部イベントとして検知することができる。したがって、これらについて、起動種別判定部２３１は、ショートカットアイコンの選択に基づくものでもなく、かつ、他のアプリからの起動要求に基づくものでもないことを判定することができる。

Ｗｅｂアプリの起動指示がホーム画面ｇ１におけるショートカットアイコンの選択に基づくものである場合、又は他のアプリからの起動要求に基づくものである場合（Ｓ２１０でＹｅｓ）、ロード要否判定部２３２は、当該起動指示に係るＷｅｂアプリのＵＲＬ（以下、「起動ＵＲＬ」という。）が、非ロードＵＲＬに一致するか否かを判定する（Ｓ２２０）。非ロードＵＲＬとは、非ロードＵＲＬ記憶部２２２に記憶されているＵＲＬである。情報処理端末２０の起動後に初めて図８の処理が実行される場合には、非ロードＵＲＬ記憶部２２２には何も記憶されていない。したがって、この場合、起動ＵＲＬは、非ロードＵＲＬに一致しないと判定される。

起動ＵＲＬが非ロードＵＲＬに一致しない場合（Ｓ２２０でＮｏ）、ロード要否判定部２３２は、起動ＵＲＬを非ロードＵＲＬとして非ロードＵＲＬ記憶部２２２に記憶する（Ｓ２３０）。続いて、ロード部２３３は、起動ＵＲＬに係るＷｅｂアプリをＷｅｂアプリサーバ３０からロード（取得）し、当該Ｗｅｂアプリの定義に基づいてＷｅｂアプリの先頭画面を表示装置２１１に表示する（Ｓ２４０）。

一方、起動ＵＲＬが非ロードＵＲＬに一致する場合、すなわち、起動ＵＲＬが最後にロードされたＷｅｂアプリのＵＲＬである場合（Ｓ２２０でＹｅｓ）、ブラウザ部２３は、最後に表示していた画面を表示装置２１１に表示する（Ｓ２５０）。具体的には、ブラウザ部２３が、表示装置２１１において最前面となる。その結果、ブラウザ部２３において最後に表示されていた画面が再表示される。

また、Ｗｅｂアプリの起動指示における起動種別が、ホーム画面ｇ１におけるショートカットアイコンの選択、又は他のアプリからの起動要求に基づくものではない場合、すなわち、ブックマークの選択又はＵＲＬの直接入力である場合（Ｓ２１０でＮｏ）、ロード要否判定部２３２が、非ロードＵＲＬ記憶部２２２の記憶内容をクリア（削除）した上で（Ｓ２６０）、ステップＳ２４０が実行される。すなわち、ブックマークの選択又はＵＲＬの直接入力によってＷｅｂアプリが起動された場合、当該ＷｅｂアプリのＵＲＬは、非ロードＵＲＬ記憶部２２２に記憶されず、当該Ｗｅｂアプリは常にロードされる。

また、Ｗｅｂアプリの起動指示ではなく（Ｓ２００でＮｏ）、いずれかのＷｅｂアプリの画面がブラウザ部２３によって表示されている状態において、当該画面が操作されると（Ｓ２７０でＹｅｓ）、ブラウザ部２３は、当該操作に応じた処理を実行する（Ｓ２８０）。例えば、当該画面内のリンクが選択された場合、ロード部２３３が、当該リンクに係るＵＲＬに基づいて遷移先の画面のコンテンツをロードし、当該画面を表示装置２１１に表示する。なお、Ｗｅｂアプリ内において画面の遷移が発生したとしても、非ロードＵＲＬ記憶部２２２は更新されない。

また、ブラウザ部２３が一定時間放置された場合（Ｓ２９０でＹｅｓ）、ロード要否判定部２３２は、非ロードＵＲＬ記憶部２２２をクリアする（Ｓ３００）。続いて、ロード部２３３は、予め定められている初期ページをロード及び表示する（Ｓ３１０）。ブラウザ部２３が一定時間放置された状態とは、ブラウザ部２３が表示している画面に対して操作が行われない状態が一定時間継続した状態をいう。当該一定時間には、ブラウザ部２３が最前面に表示されている期間も含まれる。また、初期画面とは、例えば、ブラウザ部２３の説明が記載された画面である。初期画面への遷移は、或るＷｅｂアプリの画面が長時間にわたって表示対象とされたままとなるのを防止するために行われる。例えば、初期画面への遷移が行われることで、或るユーザＡが、Ｗｅｂアプリａの画面を、個人情報等の機密性が高い機密情報を含む画面に遷移させたまま、画像形成装置１０の利用を終了したとする。この場合、ユーザＡが、ホームボタンｂ１を押下してホーム画面ｇ１を表示させた後に画像形成装置１０の利用を終了したとしても、他のユーザＢが、同じＷｅｂアプリａのアイコンを選択した場合、ステップＳ２５０が実行されて、当該機密情報等が含む画面が表示されてしまう。このような事態の発生を避けるために、初期画面への遷移が自動的に実行されるのである。また、ブラウザ部２３が一定時間放置された後で、非ロードＵＲＬ記憶部２２２がクリアされることでも、当該機密情報等の表示が防止される。非ロードＵＲＬ記憶部２２２がクリアされることにより、ユーザＢがＷｅｂアプリａのアイコンを選択したとしても、ステップＳ２４０が実行されるため、Ｗｅｂアプリａの先頭画面が改めて表示されるからである。

また、ブラウザ部２３の終了指示が発生すると（Ｓ３２０）、ロード要否判定部２３２は、非ロードＵＲＬ記憶部２２２をクリアする（Ｓ３３０）。続いて、ブラウザ部２３のスレッドは終了する（Ｓ３４０）。ブラウザ部２３の終了指示は、例えば、ステータスバーｓ１のメニューボタンｂ２が押下されることで表示されるメニュー項目を介して、ブラウザ部２３の終了指示が入力された場合や、情報処理端末２０の終了時等に発生する。ブラウザ部２３のスレッドの終了時に非ロードＵＲＬ記憶部２２２がクリアされることで、ブラウザ部２３がスレッドとして起動された後の最初に起動対象とされたＷｅｂアプリについて、ブラウザ部２３の終了前の状態が表示されてしまうのを回避することができる。

図８に示す処理手順が実行されることにより、例えば、以下のような操作感が実現される。
（１）ユーザが画像形成装置１０の電源を投入すると、図７のホーム画面ｇ１が表示装置２１１に表示される（図６：Ｓ１０１、Ｓ１０２）。
（２）ユーザがアイコンｉ４を選択（タップ）すると、図８のステップＳ２３０及びＳ２４０が実行されて、アイコンｉ４に対応するアイコン情報に含まれているＵＲＬ（「http://WebApplication_top.com」）に係るＷｅｂアプリの先頭画面が表示装置２１１に表示されるとともに、当該ＵＲＬ（「http://WebApplication_top.com」）が非ロードＵＲＬ記憶部２２２に記憶される。

図９は、Ｗｅｂアプリの先頭画面の一例を示す図である。図９中、図７と同一部分には同一符号を付し、その説明は省略する。図９には、原稿からの画像データのスキャンと、当該画像データの電子メールでの送信とを画像形成装置１０に実行させるＷｅｂアプリ（ＳｃａｎＴｏＥｍａｉｌ）の先頭画面ｇ２の例が示されている。先頭画面ｇ２は、メールアドレス入力領域ｇ２１、読み取り設定表示領域ｇ２２及びリンクｇ２３等を含む。

メールアドレス入力領域ｇ２１は、画像データの送信先のメールアドレスの入力を受け付けるための領域である。読み取り設定表示領域ｇ２２は、画像データの読み取りに関する設定情報（以下、「読み取り設定」という。）の現在の内容を表示する領域である。リンクｇ２３は、読み取り設定の入力を受け付けるための画面（以下、「読み取り設定画面」）へのリンクである。
（３）ユーザが、先頭画面ｇ２内のリンクｇ２３を選択（タップ）すると、図８のステップＳ２８０が実行されて、リンクｇ２３に対応するＵＲＬ（「http://WebApplication_second.com」）に係るコンテンツがロード及び表示される。その結果、読み取り設定画面が表示装置２１１に表示される。

図１０は、読み取り設定画面の表示例を示す図である。図９中、図７又は図９と同一部分には同一符号を付し、その説明は省略する。図１０において、読み取り設定画面ｇ３は、読み取り設定を構成する各項目の設定を受け付けるためのボタンを含む。
（４）読み取り設定画面ｇ３が表示されている状態において、ユーザが、ホームボタンｂ１を押下すると、ホーム画面ｇ１が再び表示装置２１１に表示される。この際、ブラウザ部２３は、読み取り設定画面ｇ３を表示対象としたまま非表示状態となる。
（５）続いて、ユーザが、例えば、アイコンｉ１を選択すると、コピーアプリ２１ａの画面が表示される。
（６）ユーザは、当該画面を操作して、画像形成装置１０にコピーを実行させる。
（７）コピーの終了後、ユーザがホームボタンｂ１を押下すると、ホーム画面ｇ１が再び表示装置２１１に表示される。この際、コピーアプリ２１ａの画面は非表示状態となる。
（８）続いて、ユーザがアイコンｉ４を選択（タップ）すると、図８のステップＳ２２０において、アイコンｉ４に対応する起動ＵＲＬ（「http://WebApplication_top.com」）と、非ロードＵＲＬ記憶部２２２に記憶されている非ロードＵＲＬ（「http://WebApplication_top.com」）とが比較される。この場合、両者は一致するため、ステップＳ２５０が実行される。その結果、アイコンｉ４に対応するＷｅｂアプリに関して最後に表示されていた読み取り設定画面ｇ３（「http://WebApplication_second.com」）が表示される。

なお、上記においては、起動種別が他アプリからの起動要求である場合においても、ショートカットアイコンの選択に基づく起動指示と同様の処理が実行される例について説明したが、図８のステップＳ２１０では、起動指示がホーム画面ｇ１におけるショートカットアイコンの選択に基づくものであるか否かのみが判定されるようにしてもよい。この場合、他アプリからの起動要求に基づく起動指示の場合には、起動ＵＲＬが非ロードＵＲＬに一致するか否かに関わらず、ステップＳ２３０及びＳ２４０が実行されるようにしてもよいし、ステップＳ２６０に続いてステップＳ２４０が実行されるようにしてもよい。

上述したように、第１の実施の形態によれば、Ｗｅｂアプリについても、ホーム画面ｇ１又は他のアプリの画面を操作した後に、アイコンが選択されたとしても、当該Ｗｅｂアプリに関して最後において表示されていた画面が表示される。したがって、ホーム画面ｇ１等の共通の画面から表示される各画面の操作感の共通性を高めることができる。

次に、第２の実施の形態について説明する。第２の実施の形態では第１の実施の形態と異なる点について説明する。したがって、特に言及されない点については、第１の実施の形態と同様でもよい。

図１１は、第２の実施の形態における情報処理端末２０の機能構成例を示す図である。図１１中、図４と同一部分には同一符号を付しその説明は省略する。図１１において、情報処理端末２０は、更に、ロードモード記憶部２２４を利用する。ロードモード記憶部２２４は、他の各記憶部と同様に実現可能である。

ロードモード記憶部２２４には、ロードモードが記憶される。ロードモードとは、Ｗｅｂアプリのロードに関する設定をいう。具体的には、ロードモードの値は「ｌｏａｄ」又は「ｎｏｌｏａｄ」である。「ｌｏａｄ」は、起動対象のＷｅｂアプリのＵＲＬが、非ロードＵＲＬに一致するか否かに関わらず常に当該Ｗｅｂアプリをロードすることを意味する。「ｎｏｌｏａｄ」は、起動対象のＷｅｂアプリのＵＲＬが非ロードＵＲＬに一致すれば、当該Ｗｅｂアプリをロードしないことを意味する。すなわち、「ｎｏｌｏａｄ」の場合の振る舞いは、第１の実施の形態と同じとなる。なお、本実施の形態において、ロードモードのデフォルト値は、「ｌｏａｄ」であるとする。これは、機密情報を含む画面が放置されることを防止するためである。但し、ロードモードのデフォルト値をいずれにするかについては、適宜定められればよい。

ロードモード記憶部２２４へのロードモードの設定指示は、各Ｗｅｂアプリ内において拡張スクリプトによって定義される。当該拡張スクリプトは、例えば、以下のようなインタフェース仕様を有する。
ｓｅｔＬｏａｄＭｏｄｅ（ｍｏｄｅ）
引数のｍｏｄｅは、上記のロードモードの値である。第２の実施の形態では、各Ｗｅｂアプリを、任意のタイミングでｓｅｔＬｏａｄＭｏｄｅ（ｍｏｄｅ）を呼び出すように定義可能である。すなわち、第２の実施の形態では、Ｗｅｂアプリごとに、非ロードＵＲＬの有効性が設定可能とされる。

図１２は、第２の実施の形態におけるブラウザ部２３の機能構成例を示す図である。図１２中、図５と同一部分には同一符号を付し、その説明は省略する。図１２において、ブラウザ部２３は、更に、ロードモード切替部２３４を含む。ロードモード切替部２３４は、ＷｅｂアプリによるｓｅｔＬｏａｄＭｏｄｅ（ｍｏｄｅ）の呼び出しに応じて、ロードモード記憶部２２４に記憶されているロードモードを切り替える（変更する）。ロードモード切替部２３４は、また、予め定められたタイミングにおいて、ロードモード記憶部２２４に記憶されているロードモードをデフォルト値（ｌｏａｄ）に初期化する。

図１３は、第２の実施の形態におけるブラウザ部２３が実行する処理手順の一例を説明するためのフローチャートである。図１３中、図８と同一ステップには同一ステップ番号を付し、その説明は省略する。

図１３では、ステップＳ３５０及びＳ３６０が追加されている。すなわち、表示中のＷｅｂアプリによって、ｓｅｔＬｏａｄＭｏｄｅ（ｍｏｄｅ）が呼び出されると（Ｓ３５０でＹｅｓ）、ロードモード切替部２３４は、ｍｏｄｅの値によって、ロードモード記憶部２２４に記憶されているロードモードを更新する（Ｓ３６０）。なお、ｓｅｔＬｏａｄＭｏｄｅ（ｍｏｄｅ）の呼び出しは、例えば、ステップＳ２４０においてＷｅｂアプリがロードされた際や、ステップＳ２５０においてＷｅｂアプリが表示された際や、ステップＳ２８０において、Ｗｅｂアプリの画面に対する操作が発生した際等において呼び出されうる。いずれのタイミングでｓｅｔＬｏａｄＭｏｄｅ（ｍｏｄｅ）が呼び出されるかについては、Ｗｅｂアプリの実装に依存する。例えば、画面の遷移に応じてロードモードを切り換えたいＷｅｂアプリは、ステップＳ２８０のタイミングにおいて画面の遷移が発生した際に、ｓｅｔＬｏａｄＭｏｄｅ（ｍｏｄｅ）を呼び出す。そうすることで、例えば、機密情報を表示する画面に遷移した場合にのみ、ロードモードを「ｌｏａｄ」に切り換え、当該画面以外に遷移した場合には、ロードモードを「ｕｎｌｏａｄ」に切り替えるといったことが可能となる。

また、図１３では、ステップＳ２１０に続いて、ステップＳ２１５が実行される。ステップＳ２１５において、ロード要否判定部２３２は、ロードモード記憶部２２４に記憶されているロードモードが「ｕｎｌｏａｄ」であるか否かを判定する。ロードモードが「ｕｎｌｏａｄ」であれば（Ｓ２１５でＹｅｓ）、ステップＳ２２０以降が実行される。すなわち、最後にロードされたＷｅｂアプリと同じＷｅｂアプリのアイコンが選択された場合には、当該Ｗｅｂアプリに関して最後に表示対象とされていた画面が表示される（Ｓ２５０）。

一方、ロードモードが「ｕｎｌｏａｄ」でなければ（Ｓ２１５でＮｏ）、ステップＳ２３０以降が実行される。すなわち、ロードモードが「ｌｏａｄ」の場合には、アイコンの選択に応じて常にＷｅｂアプリのロードが実行される。

更に、図１３では、ステップＳ２３０に続いてステップＳ２３５が実行され、ステップＳ３３０に続いてステップＳ３３５が実行される。ステップＳ２３５及びＳ３３５において、ロードモード切替部２３４は、ロードモード記憶部２２４に記憶されているロードモードをデフォルト値である「ｌｏａｄ」に初期化する。すなわち、起動対象のＷｅｂアプリが切り換えられた場合（Ｓ２３５）や、ブラウザ部２３のスレッドが終了する場合（Ｓ３３５）において、ロードモードが初期化される。

図１３に示す処理手順が実行されることにより、例えば、以下のような操作感が実現される。
（１）ユーザＡがアイコンｉ４を選択（タップ）すると、Ｗｅｂアプリがロードされる（Ｓ２４０）。
（２）当該Ｗｅｂアプリが、ロードに応じてｓｅｔＬｏａｄＭｏｄｅ（"ｕｎｌｏａｄ"）を呼び出すと（Ｓ３５０でＹｅｓ）、ロードモード記憶部２２４に「ｕｎｌｏａｄ」が記憶される（Ｓ３６０）。
（３）その後、ユーザＡの操作に応じてＷｅｂアプリの画面が機密情報を含む画面に遷移すると（Ｓ２８０）、Ｗｅｂアプリが、ｓｅｔＬｏａｄＭｏｄｅ（"ｌｏａｄ"）を呼び出す（Ｓ３５０でＹｅｓ）。その結果、ロードモード記憶部２２４には「ｌｏａｄ」が記憶される（Ｓ３６０）。なお、当該画面の遷移時には、例えば、認証情報の入力が要求される。ユーザＡの認証情報が入力されることで、ユーザＡにのみアクセスが許可される機密情報を含む画面が表示される。
（４）この状態で、ユーザＡは、ホーム画面ｇ１を表示させて操作を終了する。
（５）その後に、ユーザＢが、ホーム画面ｇ１に表示されているＷｅｂアプリのアイコンｉ４を選択すると、ロードモードが「ｌｏａｄ」であるため（Ｓ２１５でＮｏ）、当該Ｗｅｂアプリが再びロードされ、当該Ｗｅｂアプリの先頭画面が表示される（Ｓ２４０）。その結果、ユーザＡのみがアクセス可能な機密性の高い画面の再表示が回避される。

上述したように、第２の実施の形態によれば、Ｗｅｂアプリごとに、任意のタイミングでロードモードを切り替えることができる。したがって、例えば、機密情報等の漏洩等を防止することができる。

なお、上記各実施の形態では、画像形成装置１０の操作部として機能する情報処理端末２０が情報処理装置の一例とされたが、プロジェクタ、電子黒板、又はテレビ会議システム等の他の機器の操作部として機能する情報処理端末について上記各実施の形態が適用されてもよい。その場合、図２のハードウェア構成が各機器に応じて若干異なる（例えば、画像形成装置１０が有しているスキャナ１２、プリンタ１３などが不要となる）が、各機器は、例えば、図２における情報処理端末２０、コントローラ１１、ネットワークインタフェース１６の各構成などに相当するものに加えて各機器特有の構成（例えば、プロジェクタであれば投射レンズを含む投影装置、電子黒板であれば電子ボードなど）を有していればよい。また、機器の操作部ではなく、ＰＣ（Personal Computer）等のように単独で処理を実行可能な情報処理装置について上記各実施の形態が適用されてもよい。

なお、上記各実施の形態において、情報処理端末２０は、情報処理装置の一例である。表示装置２１１は、表示部の一例である。ロード部２３３は、取得部及び表示制御部の一例である。Ｗｅｂアプリは、画面データの一例である。ロード要否判定部２３２は、記憶処理部の一例である。非ロードＵＲＬ記憶部２２２は、記憶部の一例である。ＵＲＬは、画面データの識別情報の一例である。ホーム画面ｇ１は、第１の画面の一例である。先頭画面ｇ２は、第２の画面の一例である。ｓｅｔＬｏａｄＭｏｄｅ（"ｕｎｌｏａｄ"）は、所定の定義の一例である。

以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

１０ 画像形成装置
１１ コントローラ
１２ スキャナ
１３ プリンタ
１４ モデム
１６ ネットワークインタフェース
１７ ＳＤカードスロット
２０ 情報処理端末
２１ａ コピーアプリ
２１ｂ スキャナアプリ
２１ｃ プリンタアプリ
２２ ホーム画面表示部
２３ ブラウザ部
２４ プラットフォーム部
３０ Ｗｅｂアプリサーバ
８０ ＳＤカード
１１１ ＣＰＵ
１１２ ＲＡＭ
１１３ ＲＯＭ
１１４ ＨＤＤ
１１５ ＮＶＲＡＭ
２０１ ＣＰＵ
２０２ メモリ
２０３ 補助記憶装置
２０４ タッチパネル
２０５ 無線通信装置
２１１ 表示装置
２１２ 入力装置
２２１ アイコン情報記憶部
２２２ 非ロードＵＲＬ記憶部
２２３ ブックマーク記憶部
２２４ ロードモード記憶部
２３１ 起動種別判定部
２３２ ロード要否判定部
２３３ ロード部
２３４ ロードモード切替部

特開２００２−５６０２８号公報

Claims (9)

1. 表示部を有する情報処理装置であって、
   前記表示部が表示する第１の画面において選択された選択候補に対応する画面データを取得する取得部と、
   前記取得部によって取得された画面データに基づいて第２の画面を前記表示部に表示する表示制御部と、
   前記取得部によって取得される画面データの識別情報を記憶部に記憶する記憶処理部とを有し、
   前記表示制御部は、前記第２の画面に対する操作に応じて前記表示部に表示する画面を変更し、前記取得部が最後に取得した画面データに対応する選択候補が前記第１の画面において選択されると、前記表示制御部が最後に表示した画面を前記表示部に表示し、
   前記取得部は、前記第１の画面において選択された選択候補に対応する画面データの識別情報と前記記憶部に記憶されている識別情報とが一致する場合には、当該選択候補に対応する画面データを取得しない、
   ことを特徴とする情報処理装置。
2. 表示部を有する情報処理装置であって、
   前記表示部が表示する第１の画面において選択された選択候補に対応する画面データを取得する取得部と、
   前記取得部によって取得された画面データに基づいて第２の画面を前記表示部に表示する表示制御部とを有し、
   前記表示制御部は、
   前記第２の画面に対する操作に応じて前記表示部に表示する画面を変更し、前記取得部が最後に取得した画面データに対応する選択候補が前記第１の画面において選択されると、前記表示制御部が最後に表示した画面を前記表示部に表示し、
   前記表示部が表示する入力領域に対する、画面データの識別情報の入力に応じて前記表示部に表示する画面を変更し、
   前記取得部が最後に取得した画面データに対応する選択候補が前記第１の画面において選択された場合に、前記表示制御部が最後に表示した画面が、前記入力領域に対する識別情報の入力に応じて表示した画面であれば、前記取得部によって取得される、当該選択候補に対応する画面データに基づく画面を前記表示部に表示する、
   ことを特徴とする情報処理装置。
3. 表示部を有する情報処理装置であって、
   前記表示部が表示する第１の画面において選択された選択候補に対応する画面データを取得する取得部と、
   前記取得部によって取得された画面データに基づいて第２の画面を前記表示部に表示する表示制御部とを有し、
   前記表示制御部は、
   前記第２の画面に対する操作に応じて前記表示部に表示する画面を変更し、前記取得部が最後に取得した画面データに対応する選択候補が前記第１の画面において選択されると、前記表示制御部が最後に表示した画面を前記表示部に表示し、
   前記取得部が最後に取得した画面データに対応する選択候補が前記第１の画面において選択されると、当該画面データが所定の定義を含んでいれば、前記表示制御部が最後に表示した画面を前記表示部に表示する、
   ことを特徴とする情報処理装置。
4. 表示部を有する情報処理装置が、
   前記表示部が表示する第１の画面において選択された選択候補に対応する画面データを取得する取得手順と、
   前記取得手順において取得された画面データに基づいて第２の画面を前記表示部に表示する表示制御手順と、
   前記取得手順において取得される画面データの識別情報を記憶部に記憶する記憶処理手順とを実行し、
   前記表示制御手順は、前記第２の画面に対する操作に応じて前記表示部に表示する画面を変更し、前記取得手順が最後に取得した画面データに対応する選択候補が前記第１の画面において選択されると、前記表示制御手順が最後に表示した画面を前記表示部に表示し、
   前記取得手順は、前記第１の画面において選択された選択候補に対応する画面データの識別情報と前記記憶部に記憶されている識別情報とが一致する場合には、当該選択候補に対応する画面データを取得しない、
   ことを特徴とする情報処理方法。
5. 表示部を有する情報処理装置が、
   前記表示部が表示する第１の画面において選択された選択候補に対応する画面データを取得する取得手順と、
   前記取得手順において取得された画面データに基づいて第２の画面を前記表示部に表示する表示制御手順とを実行し、
   前記表示制御手順は、
   前記第２の画面に対する操作に応じて前記表示部に表示する画面を変更し、前記取得手順が最後に取得した画面データに対応する選択候補が前記第１の画面において選択されると、前記表示制御手順が最後に表示した画面を前記表示部に表示し、
   前記表示部が表示する入力領域に対する、画面データの識別情報の入力に応じて前記表示部に表示する画面を変更し、
   前記取得手順が最後に取得した画面データに対応する選択候補が前記第１の画面において選択された場合に、前記表示制御手順が最後に表示した画面が、前記入力領域に対する識別情報の入力に応じて表示した画面であれば、前記取得手順において取得される、当該選択候補に対応する画面データに基づく画面を前記表示部に表示する、
   ことを特徴とする情報処理方法。
6. 表示部を有する情報処理装置が、
   前記表示部が表示する第１の画面において選択された選択候補に対応する画面データを取得する取得手順と、
   前記取得手順において取得された画面データに基づいて第２の画面を前記表示部に表示する表示制御手順とを実行し、
   前記表示制御手順は、
   前記第２の画面に対する操作に応じて前記表示部に表示する画面を変更し、前記取得手順が最後に取得した画面データに対応する選択候補が前記第１の画面において選択されると、前記表示制御手順が最後に表示した画面を前記表示部に表示し、
   前記取得手順が最後に取得した画面データに対応する選択候補が前記第１の画面において選択されると、当該画面データが所定の定義を含んでいれば、前記表示制御手順が最後に表示した画面を前記表示部に表示する、
   ことを特徴とする情報処理方法。
7. 表示部を有する情報処理装置に、
   前記表示部が表示する第１の画面において選択された選択候補に対応する画面データを取得する取得手順と、
   前記取得手順において取得された画面データに基づいて第２の画面を前記表示部に表示する表示制御手順と、
   前記取得手順において取得される画面データの識別情報を記憶部に記憶する記憶処理手順とを実行させ、
   前記表示制御手順は、前記第２の画面に対する操作に応じて前記表示部に表示する画面を変更し、前記取得手順が最後に取得した画面データに対応する選択候補が前記第１の画面において選択されると、前記表示制御手順が最後に表示した画面を前記表示部に表示し、
   前記取得手順は、前記第１の画面において選択された選択候補に対応する画面データの識別情報と前記記憶部に記憶されている識別情報とが一致する場合には、当該選択候補に対応する画面データを取得しない、
   ことを特徴とするプログラム。
8. 表示部を有する情報処理装置に、
   前記表示部が表示する第１の画面において選択された選択候補に対応する画面データを取得する取得手順と、
   前記取得手順において取得された画面データに基づいて第２の画面を前記表示部に表示する表示制御手順とを実行させ、
   前記表示制御手順は、
   前記第２の画面に対する操作に応じて前記表示部に表示する画面を変更し、前記取得手順が最後に取得した画面データに対応する選択候補が前記第１の画面において選択されると、前記表示制御手順が最後に表示した画面を前記表示部に表示し、
   前記表示部が表示する入力領域に対する、画面データの識別情報の入力に応じて前記表示部に表示する画面を変更し、
   前記取得手順が最後に取得した画面データに対応する選択候補が前記第１の画面において選択された場合に、前記表示制御手順が最後に表示した画面が、前記入力領域に対する識別情報の入力に応じて表示した画面であれば、前記取得手順において取得される、当該選択候補に対応する画面データに基づく画面を前記表示部に表示する、
   ことを特徴とするプログラム。
9. 表示部を有する情報処理装置に、
   前記表示部が表示する第１の画面において選択された選択候補に対応する画面データを取得する取得手順と、
   前記取得手順において取得された画面データに基づいて第２の画面を前記表示部に表示する表示制御手順とを実行させ、
   前記表示制御手順は、
   前記第２の画面に対する操作に応じて前記表示部に表示する画面を変更し、前記取得手順が最後に取得した画面データに対応する選択候補が前記第１の画面において選択されると、前記表示制御手順が最後に表示した画面を前記表示部に表示し、
   前記取得手順が最後に取得した画面データに対応する選択候補が前記第１の画面において選択されると、当該画面データが所定の定義を含んでいれば、前記表示制御手順が最後に表示した画面を前記表示部に表示する、
   ことを特徴とするプログラム。

Images