JP6458342B2 - 操作部を備えた機器、情報処理方法、情報処理プログラム、および情報処理システム - Google Patents

Description

本発明は、操作部を備えた機器、情報処理方法、情報処理プログラム、および情報処理システムに関する。

今日において、例えばスマートフォンおよびタブレット端末装置等の携帯型情報処理端末が広く普及している。ユーザは、携帯型情報処理端末上で、例えばＷｅｂアプリケーションプログラムを動作させ、所望のＷｅｂページの閲覧を行う他、所望のアプリケーションプログラムを動作させて所望の機能を得ている。また、特許文献１（特表２００５−５０５０５０号公報）には、ビューのキャッシングを行う目的で、ＷＥＢサーバ上でオブジェクトをキャッシングさせる構成が開示されている。

ここで、本願発明者は、上述のような携帯型情報処理端末を、例えば画像形成装置等の機器の操作部として機能させることを検討している。例えば、機器上で動作する各種のアプリケーションプログラムの操作画面を、携帯情報処理端末に表示可能とすることを検討している。

しかし、スマートフォンおよびタブレット端末装置等の携帯型情報処理端末は、据え置き型のパーソナルコンピュータ装置等と比べ、リソースが少ない。このため、複数のアプリケーションプログラムを並行して動作させると、リソース不足により、動作中のアプリケーションが途中で停止するおそれがある。

具体的には、例えばブラウザ上で動作するＷｅｂアプリケーションは、ブラウザオブジェクトとユーザインタフェース（ＵＩ）のオブジェクトとが同期している。そして、Ｗｅｂアプリケーションと共に、他のアプリケーション、または、他のＷｅｂアプリケーションを起動させることでリソースが不足すると、プラットフォームの制御により、ＵＩのオブジェクトが破棄（＝ブラウザオブジェクトの破棄）される。破棄されたブラウザオブジェクト上で動作しているＷＥＢアプリケーションは実行できないため、動作中のＷＥＢアプリケーションが処理の途中で停止する。

すなわち、従来は、複数のアプリケーションを並行して動作させることでリソース不足が生ずると、ブラウザなどのバックグラウンドでの実行に切り替えられたアプリケーションが、処理が完了していないにも関わらず停止する問題があった。

本発明は、上述の課題に鑑みてなされたものであり、例えばブラウザなどのバックグラウンドでの実行に切り替えられた処理を完了させることができる操作部を備えた機器、情報処理方法、情報処理プログラム、および情報処理システムの提供を目的とする。

上述した課題を解決し、目的を達成するために、本発明は、処理を実行する処理実行部と、処理実行部に対応した表示を行う表示部と、処理実行部および前記表示部の制御を行う制御部とを含むアプリケーション部を生成する生成部を備えた操作部を有する機器であって、生成部は、処理実行部および表示部を生成した後に、少なくとも新たな処理実行部および表示部を生成した際に、先に生成した表示部に対して破棄を要求し、先に生成された表示部は、生成部からの破棄の要求を、先に生成された処理実行部に通知した後に破棄され、先に生成された処理実行部は、先に生成された表示部から破棄の要求が通知された際に実行中の処理が存在する場合、制御部に対してこの処理実行部の維持要求を行い、実行中の処理の完了後に制御部にこの処理実行部の破棄を要求し、制御部は、維持要求された処理実行部を維持し、実行中の処理が完了した際に処理実行部から通知される破棄の要求に基づいて、実行中の処理が完了した処理実行部を破棄する。

本発明によれば、例えばブラウザなどのバックグラウンドでの実行に切り替えられた処理を完了させることができるという効果を奏する。

図１は、第１の実施の形態のＭＦＰのハードウェア構成図である。 図２は、第１の実施の形態のＭＦＰのソフトウェア構成の模式図である。 図３は、第１の実施の形態のＭＦＰにおいて、プラットフォーム上で起動されるアプリケーション部の機能を説明するための機能ブロック図である。 図４は、第１の実施の形態のＭＦＰにおけるアプリケーション部の起動時の動作を説明するためのタイムチャートである。 図５は、第１の実施の形態のＭＦＰにおけるアプリケーション部の入力時の動作を説明するためのタイムチャートである。 図６は、第１の実施の形態のＭＦＰにおけるアプリケーション部の破棄動作を説明するためのタイムチャートである。 図７は、第１の実施の形態のＭＦＰにおいて、プラットフォーム上で起動されるアプリケーション部において複数生成された各タブの機能を説明するための機能ブロック図である。 図８は、第１の実施の形態のＭＦＰにおいて、バックグラウンドでの実行に切り替えられたタブの処理を完了させる動作を説明するためのタイムチャートである。 図９は、第１の実施の形態のＭＦＰにおいて、バックグラウンドでの実行に切り替えられたタブの処理の完了を、現在表示しているタブの表示画面を介して表示する動作を説明するための図である。 図１０は、第２の実施の形態のＭＦＰにおいて、バックグラウンドでの実行に切り替えられたタブの処理の完了を、バックグラウンドでの実行に切り替えられたタブの画面を再構成して表示する動作を説明するための図である。 図１１は、第３の実施の形態のＭＦＰにおいて、プラットフォーム上で起動された複数のアプリケーション部の各機能を説明するための機能ブロック図である。 図１２は、第３の実施の形態のＭＦＰにおいて、バックグラウンドでの実行に切り替えられたアプリケーション部の処理を完了させる動作を説明するためのタイムチャートである。

以下、一例として、本発明に係る操作部を備えた機器、情報処理方法、情報処理プログラム、および情報処理システムを適用した実施の形態となる複合機（ＭＦＰ：Multifunction Peripheral）の説明をする。なお、ＭＦＰとは、印刷機能、複写機能、スキャナ機能、およびファクシミリ機能のうち少なくとも２つの機能を有している装置である。

（第１の実施の形態）
図１は、第１の実施の形態となるＭＦＰ１のハードウェア構成図である。図１に示すように、ＭＦＰ１は、コピー機能、スキャナ機能、ファクス機能、プリンタ機能等の各種の機能を備えた本体１０と、ユーザの操作に応じた入力を受け付ける操作部２０とを備える。本体１０と操作部２０は、専用の通信路３０を介して相互に通信可能に接続されている。通信路３０は、例えばＵＳＢ（Universal Serial Bus）規格のものを用いることもできるが、有線か無線かを問わず任意の規格のものであってよい。

例えば、操作部２０としては、スマートフォンまたはタブレット型端末等の、単独で完結した情報処理を実行可能な電子機器である情報処理端末を用いることができる。この場合、操作部２０として用いられる情報処理端末は、ＭＦＰ１の操作部として機能する。なお、以下、単に、「操作パネル」というときは、従来のＭＦＰ１に固定され設置されている操作パネルをいうこととする。

より詳しくは、操作部２０として用いられる情報処理端末は、従来、ＭＦＰ１専用の操作部として固定され設置されていた操作パネルの代わりに、ＭＦＰ１に着脱自在に接続される。すなわち、操作部２０として用いられる情報処理端末は、例えばＭＦＰ１の操作パネルが配置される位置等の所定の位置に取り外し可能（分離可能）ながらも、ＭＦＰ１と一体的に設置される。従って、操作部２０として用いられる情報処理端末およびＭＦＰ１は、一台の装置として把握されてもよい。操作部２０である情報処理端末は、ＭＦＰ１から取り外されると、ＭＦＰ１との間で、例えばＢｌｕｅｔｏｏｔｈ（登録商標）または赤外線通信等の無線通信を行い、ＭＦＰ１の操作部として機能する。

本体１０は、操作部２０で受け付けた入力に応じた動作を行う。また、本体１０は、クライアントＰＣ（パーソナルコンピュータ）等の外部装置とも通信可能であり、外部装置から受信した指示に応じた動作を行うこともできる。

次に、本体１０のハードウェア構成について説明する。図１に示すように、本体１０は、ＣＰＵ１１と、ＲＯＭ１２と、ＲＡＭ１３と、ＨＤＤ（ハードディスクドライブ）１４とを備える。また、本体１０は、通信Ｉ／Ｆ（インタフェース）１５と、接続Ｉ／Ｆ１６と、エンジン部１７とを備える。各部１１〜１７は、システムバス１８を介して相互に接続されている。

ＣＰＵ１１は、本体１０の動作を統括的に制御する。ＣＰＵ１１は、ＲＡＭ１３をワークエリア（作業領域）としてＲＯＭ１２またはＨＤＤ１４等に格納されたプログラムを実行することで、本体１０全体の動作を制御し、上述したコピー機能、スキャナ機能、ファクス機能、プリンタ機能などの各種機能を実現する。

通信Ｉ／Ｆ１５は、クライアントＰＣ（パーソナルコンピュータ）等の外部装置と通信するためのインタフェースである。接続Ｉ／Ｆ１６は、通信路３０を介して操作部２０と通信するためのインタフェースである。なお、図１および図２において、通信路３０は、有線的に図示されているが、上述のように操作部２０は、ＭＦＰ１の本体１０に対して着脱自在に設けられている。このため、操作部２０をＭＦＰ１に装着しているときには、通信路３０は有線通信路として機能し、操作部２０をＭＦＰ１から取り外したときには、通信路３０は無線通信経路として機能するものと理解されたい。

エンジン部１７は、コピー機能、スキャナ機能、ファクス機能、および、プリンタ機能を実現させるための、汎用的な情報処理および通信以外の処理を行うハードウェアである。例えば、原稿の画像をスキャンして読み取るスキャナ（画像読取部）、用紙等のシート材への印刷を行うプロッタ（画像形成部）、ファクシミリ通信を行うファクシミリ通信部などを備えている。更に、印刷済みシート材を仕分けるフィニッシャや、原稿を自動給送するＡＤＦ（自動原稿給送装置）のような特定のオプションを備えることもできる。

次に、操作部２０のハードウェア構成について説明する。図１に示すように、操作部２０は、ＣＰＵ２１と、ＲＯＭ２２と、ＲＡＭ２３と、フラッシュメモリ２４と、通信Ｉ／Ｆ２５と、接続Ｉ／Ｆ２６と、操作パネル２７とを備え、これらがシステムバス２８を介して相互に接続されている。

ＣＰＵ２１は、操作部２０の動作を統括的に制御する。ＣＰＵ２１は、ＲＡＭ２３をワークエリア（作業領域）としてＲＯＭ２２またはフラッシュメモリ２４等に格納されたプログラムを実行することで、操作部２０全体の動作を制御する。そして、ＣＰＵ２１は、ユーザから受け付けた入力に応じた情報（画像）の表示等の後述する各種機能を実現する。

通信Ｉ／Ｆ２５は、例えばネットワーク４０上のサーバ装置と通信するためのインタフェースである。接続Ｉ／Ｆ２６は、通信路３０を介して本体１０と通信するためのインタフェースである。

操作パネル２７は、ユーザの操作に応じた各種の入力を受け付けると共に、例えば受け付けた入力に応じた情報、ＭＦＰ１の動作状況を示す情報、設定状態を示す情報等の各種の情報を表示する。この例では、操作パネル２７は、タッチパネル機能を備えた液晶表示装置（ＬＣＤ）で構成されるが、これに限られるものではない。例えば、タッチパネル機能を備えた有機ＥＬ表示装置で構成されてもよい。さらに、これに加えて又はこれに代えて、ハードウェアキー等の操作部やランプ等の表示部を設けることもできる。

図２に、ＭＦＰ１のソフトウェア構成の一例を示す。図２に示すように、本体１０は、アプリ層１０１と、サービス層１０２と、ＯＳ層１０３とを有する。アプリ層１０１、サービス層１０２、および、ＯＳ層１０３の実体は、ＲＯＭ１２やＨＤＤ１４等に格納されている各種ソフトウェアである。ＣＰＵ１１が、これらのソフトウェアを実行することにより、各種の機能が提供される。

アプリ層１０１のソフトウェアは、ハードウェア資源を動作させて所定の機能を提供するためのアプリケーションソフトウェア（以下の説明では、単に「アプリ」と称する場合がある）である。例えばアプリとしては、コピー機能を提供するためのコピーアプリ、スキャナ機能を提供するためのスキャナアプリ、ファクス機能を提供するためのファクスアプリ、プリンタ機能を提供するためのプリンタアプリ等が挙げられる。

サービス層１０２のソフトウェアは、アプリ層１０１とＯＳ層１０３との間に介在し、アプリに対し、本体１０が備えるハードウェア資源を利用するためのインタフェースを提供するソフトウェアである。具体的には、ハードウェア資源に対する動作要求の受け付け、動作要求の調停を行う機能を提供するためのソフトウェアである。サービス層１０２が受け付ける動作要求としては、スキャナによる読み取りやプロッタによる印刷等の要求が考えられる。

なお、サービス層１０２によるインタフェースの機能は、本体１０のアプリ層１０１だけではなく、操作部２０のアプリ層２０１に対しても提供される。すなわち、操作部２０のアプリ層２０１（アプリ）も、サービス層１０２のインタフェース機能を介して、本体１０のハードウェア資源（例えばエンジン部１７）を利用した機能を実現することができる。

ＯＳ層１０３のソフトウェアは、本体１０が備えるハードウェアを制御する基本機能を提供するための基本ソフトウェア（オペレーティングシステム）である。サービス層１０２のソフトウェアは、各種アプリからのハードウェア資源の利用要求を、ＯＳ層１０３が解釈可能なコマンドに変換してＯＳ層１０３に渡す。そして、ＯＳ層１０３のソフトウェアによりコマンドが実行されることで、ハードウェア資源は、アプリの要求に従った動作を行う。

同様に、操作部２０は、アプリ層２０１と、サービス層２０２と、ＯＳ層２０３とを有する。操作部２０が備えるアプリ層２０１、サービス層２０２及びＯＳ層２０３も、階層構造については本体１０側と同様である。ただし、アプリ層２０１のアプリにより提供される機能や、サービス層２０２が受け付け可能な動作要求の種類は、本体１０側とは異なる。アプリ層２０１のアプリは、操作部２０が備えるハードウェア資源を動作させて所定の機能を提供するためのソフトウェアである。主には、本体１０が備える機能（コピー機能、スキャナ機能、ファクス機能、プリンタ機能）に関する操作や表示を行うためのＵＩ（ユーザインタフェース）の機能を提供するためのソフトウェアである。

なお、本実施形態では、機能の独立性を保つために、本体１０側のＯＳ層１０３のソフトウェアと操作部２０側のＯＳ層２０３のソフトウェアが互いに異なる。つまり、本体１０と操作部２０は、別々のオペレーティングシステムで互いに独立して動作する。例えば、本体１０側のＯＳ層１０３のソフトウェアとしてＬｉｎｕｘ（登録商標）を用い、操作部２０側のＯＳ層２０３のソフトウェアとしてＡｎｄｒｏｉｄ（登録商標）を用いることも可能である。

本体１０および操作部２０を別々のオペレーティングシステムで動作させることで、本体１０と操作部２０との間の通信は、共通の装置内のプロセス間通信ではなく、異なる装置間の通信として行われる。操作部２０が受け付けた入力（ユーザからの指示内容）を本体１０へ伝達する動作（コマンド通信）、および本体１０が操作部２０へイベントを通知する動作などがこれに該当する。ここでは、操作部２０が本体１０へコマンド通信を行うことにより、本体１０の機能を使用することができる。また、本体１０から操作部２０に通知するイベントには、本体１０における動作の実行状況、本体１０側で設定された内容等が挙げられる。

また、本実施形態では、操作部２０に対する電力供給は、本体１０から通信路３０を経由して行われているので、操作部２０の電源制御を、本体１０の電源制御とは別に（独立して）行うことができる。

なお、この例では、本体１０と操作部２０は、通信路３０を介して電気的かつ物理的に接続されているが、本体１０から操作部２０を取り外し可能としてもよい。この場合、本体１０および操作部２０に、例えば赤外線通信部、ＲＦ（Radio Frequency）通信部、ブルートゥース（登録商標）通信部等の近距離無線通信部を設ける。または、本体１０および操作部２０に、Ｗｉ−Ｆｉ（登録商標）等の無線ＬＡＮ通信機能を設け、図２に示すように無線ＬＡＮアクセスポイント（無線ＬＡＮＡＰ）４１およびネットワーク４０を介して相互に通信可能してもよい。ＬＡＮは、「Local Area Network」の略記である。本体１０から操作部２０を取り外し可能である場合、操作部２０は、通信路３０を介して本体１０から供給された電力を二次電池に蓄電しておき、本体１０から取り外された際に、二次電池に蓄電された電力を用いて動作して本体１０と通信を行う。

このような構成を有する第１の実施の形態の複合機１は、本体１０および操作部２０に記憶されているアプリケーションが、以下に説明する構成で動作する。これにより、複数のアプリケーションを並行して動作させた際に、バックグラウンドでの実行に切り替えられたアプリケーションであっても、処理を完了できるようになっている。なお、「バックグラウンドでの実行に切り替えられたアプリケーション」とは、後から起動されたアプリケーションが、表示と共に処理が実行されるのに対して、表示されることなく（または少ない表示と共に）処理のみが実行される、先に起動されていたアプリケーションを意味している。先に起動されていたアプリケーションプログラムは、後から起動されたアプリケーションの表示に隠されるかたちで処理のみが実行されるため、「バックグラウンドでの実行に切り替えられたアプリケーション」との表現を用いている。

図３において、プラットフォーム（ＯＳ）５１は、上述のＯＳ層１０３、２０３に記憶されているＬｉｎｕｘ（登録商標）またはＡｎｄｒｏｉｄ（登録商標）等の汎用ＯＳで提供される機能である。また、アプリケーション部５２は、上述のアプリ層１０１、２０１に記憶されているアプリケーションプログラムで提供される機能である。アプリケーション部５２は、オブジェクト制御部５３および第１のタブ５４を有している。第１のタブ５４等のタブは、第１のＵＩ（ユーザインタフェース）表示部５５および第１のオブジェクト部５６を有している。プラットフォーム５１は、生成部の一例である。オブジェクト制御部５３は、制御部の一例である。ＵＩ表示部５５は、表示部の一例である。オブジェクト部５６は、処理実行部の一例である。

第１のＵＩ（ユーザインタフェース）表示部５５は、表示用の画枠等のユーザインタフェースを生成する。第１のオブジェクト部５６は、第１のＵＩ表示部５５に生成された画枠内等に表示するオブジェクトを、例えばネットワーク４０を介して取得する。アプリケーション部５２は、ユーザの操作等に応じて第１のタブ５４のようなタブを複数形成し、このうち、最新のタブまたはユーザに指定されたタブを表示する。複数生成されたタブのうち、表示されていないＵＩ表示部（第１のＵＩ表示部５５）は、プラットフォーム５１でリソース不足が検出されると、プラットフォーム５１の制御により、強制的に終了（破棄）される。

図４は、第１のＵＩ表示部５５および第１のオブジェクト部の生成動作を示すタイムチャートである。ステップＳ１では、プラットフォーム５１が、ユーザにより起動が指定されたアプリケーションプログラムのアプリケーション部５２のオブジェクト制御部５３に対して起動を指示する。オブジェクト制御部５３は、プラットフォーム５１からの起動指示により起動すると、ステップＳ２において、第１のタブ５４の第１のＵＩ表示部５５を起動制御する。また、オブジェクト制御部５３は、ステップＳ３において、第１のタブ５４の第１のオブジェクト部５６を起動制御する。第１のオブジェクト部５６は、起動した後、ステップＳ４において、オブジェクト制御部５３に対して登録要求を行う。オブジェクト制御部５３は、登録要求に応じて第１のオブジェクト部５６を登録し、制御下に置く。

図５は、ユーザからの入力に対する処理および実行を説明するためのタイムチャートである。図５に示すように、ユーザの入力は、ステップＳ１１に示すように、プラットフォーム５１から直接、第１のＵＩ表示部５５に供給され、ステップＳ１２に示すように第１のオブジェクト部５６に通知される。第１のオブジェクト部５６は、第１のＵＩ表示部５５からの入力、または、実行要求に従って、アプリケーション動作を行う。

図６は、ユーザから異なるアプリケーションプログラムの起動が指示されたときの動作を説明するためのタイムチャートである。この場合、プラットフォーム５１は、表示しているＵＩ表示部が切り替わったことを契機に、非表示となった第１のＵＩ表示部５５に対し、ステップＳ２１に示すように破棄を通知する。破棄の通知を受けた第１のＵＩ表示部５５は、ステップＳ２２において、第１のオブジェクト部５６に対し破棄の通知を行う。破棄の通知を受けた第１のオブジェクト部５６は、自身が処理の実行中であるか否かを判別する。そして、第１のオブジェクト部５６は、処理の実行中ではないものと判別した場合に、ステップＳ２３において、リソース開放のために、第１のオブジェクト部５６（自身）を破棄するように、オブジェクト制御部５３に対して通知を行う。

これに対して、第１のオブジェクト部５６は、処理の実行中であるものと判別した場合、通常は、処理の実行中であるにも関わらず破棄される。しかし、実施の形態のＭＦＰ１の場合、第１のオブジェクト部５６は、上述の破棄の通知の代わりに、第１のオブジェクト部５６の（自身の）ライフサイクルと実行制御をオブジェクト制御部５３に依頼する。依頼されたオブジェクト制御部５３は、バックグラウンドでの実行に切り替えられた第１のオブジェクト部５６に実行中の処理があることを認識する。そして、オブジェクト制御部５３は、バックグラウンドでの実行に切り替えられた第１のオブジェクト部５６を破棄することなく、ライフサイクルの制御を始める。以下、このような動作を詳細に説明する。

一例として、プリント機能を提供しているアプリケーションに対して、それぞれ異なる印刷機能の起動要求を行うことで、図７に示す２つのタブが生成される。この図７は、プリント機能を提供しているアプリケーション部５２において、最初に起動要求を行った印刷機能に対応して第１のタブ５４が生成され、次に起動要求を行った印刷機能に対応して第２のタブ５７が生成された例を示している。第２のタブ５７は、第１のタブ５４と同様の構成を有しており、第２のＵＩ表示部５８および第２のオブジェクト部５９を有している。図８は、このような２つのタブ５４、５７に切り替え動作を示すタイムチャートである。

最初に起動された印刷機能に対してユーザから印刷要求がされると、図８のタイムチャートのステップＳ３１において、プラットフォーム５１から第１のタブ５４の第１のＵＩ表示部５５に対して、印刷要求が通知されると共に、ユーザからの入力内容が通知される。第１のＵＩ表示部５５は、第１のオブジェクト部５６に対してユーザからの入力内容を通知して印刷の実行要求を行う。これにより、第１のオブジェクト部５６は、印刷を実行する。

次に、第１のオブジェクト部５６に実行させている印刷は、印刷枚数が多く、時間を要するため、ユーザが、この印刷実行中に、異なる印刷機能の起動要求を行ったとする。この起動要求がされると、プラットフォーム５１は、ステップＳ３３において、オブジェクト制御部５３に対してＵＩの切り替え要求を行う。ＵＩの切り替え要求がされると、オブジェクト制御部５３は、ステップＳ３４において、第２のタブ５７の第２のＵＩ表示部５８を新たに生成する。また、オブジェクト制御部５３は、ステップＳ３５において、第１のオブジェクト部５６とは異なる印刷機能を提供する第２のオブジェクト部５９を生成する。

次に、プラットフォーム５１は、第２のＵＩ表示部５８が起動したため、ステップＳ３６において、第１のＵＩ表示部５５に対して破棄の通知を行う。第１のＵＩ表示部５５は、ステップＳ３７において、破棄通知を第１のオブジェクト部５６に通知した後、破棄される。

次に、破棄通知を受信した第１のオブジェクト部５６は、実行中の印刷が完了していない場合、ステップＳ３８において、自身の維持要求をオブジェクト制御部５３に行う。オブジェクト制御部５３は、維持要求がされると、印刷実行中の第１のオブジェクト部５６を破棄することなく登録して維持する。これにより、第２のＵＩ表示部５８が生成されることで、バックグラウンドでの実行に切り替えられた第１のオブジェクト部５６による印刷を、継続して実行することができる。

ここで、ユーザは、第１のオブジェクト部５６の再表示を希望する場合、再表示要求を行う。この再表示要求は、ステップＳ３９において、プラットフォーム５１からオブジェクト制御部５３に通知される。上述のように、第２のＵＩ表示部５８が生成された際に、第１のＵＩ表示部５５は、破棄されている。また、第１のオブジェクト部５６は、破棄されることなく維持されており、印刷を実行中である。このため、オブジェクト制御部５３は、ステップＳ４０において、オブジェクト制御部５３の画像を表示する画枠等となる第１のＵＩ表示部５５を再度生成する。

また、オブジェクト制御部５３は、ステップＳ４１において、再度生成された第１のＵＩ表示部５５に対して、印刷実行中の第１のオブジェクト部５６に対応するメモリポインタ等の表示情報の取得先を通知する。第１のＵＩ表示部５５は、通知されたメモリポインタを用いて第１のオブジェクト部５６に対応するオブジェクトをメモリ等から取得して表示する。これにより、印刷実行中の第１のオブジェクト部５６を再表示できる。

第１のオブジェクト部５６の再表示を行うと、プラットフォーム５１は、ステップＳ４２において、第２のＵＩ表示部５８に対して破棄通知を行う。第２のＵＩ表示部５８は、この破棄通知を、ステップＳ４３において第２のオブジェクト部５９に通知する。これにより、第２のＵＩ表示部５８および第２のオブジェクト部５９が破棄される。

次に、第１のオブジェクト部５６で印刷実行中に、再度、異なる印刷機能の起動要求を行ったとする。この起動要求がされると、プラットフォーム５１は、ステップＳ４４において、オブジェクト制御部５３に対してＵＩの切り替え要求を行う。ＵＩの切り替え要求がされると、オブジェクト制御部５３は、ステップＳ４５において、第２のタブ５７の第２のＵＩ表示部５８を新たに生成する。また、オブジェクト制御部５３は、ステップＳ４６において、第１のオブジェクト部５６とは異なる印刷機能を提供する第２のオブジェクト部５９を生成する。

次に、プラットフォーム５１は、第２のＵＩ表示部５８が起動したため、ステップＳ４７において、第１のＵＩ表示部５５に対して破棄の通知を行う。第１のＵＩ表示部５５は、ステップＳ４８において、破棄通知を第１のオブジェクト部５６に通知した後、破棄される。

次に、破棄通知を受信した第１のオブジェクト部５６は、実行中の印刷が完了していない場合、ステップＳ４９において、自身の維持要求をオブジェクト制御部５３に行う。これにより、オブジェクト制御部５３が、印刷実行中の第１のオブジェクト部５６を破棄することなく登録して維持する。そして、第２のＵＩ表示部５８が生成されることで、バックグラウンドでの実行に切り替えられた第１のオブジェクト部５６による印刷が、継続して実行される。

次に、バックグラウンドに回って実行していた印刷が完了した場合、第１のオブジェクト部５６は、ステップＳ５０において、オブジェクト制御部５３に対して破棄要求を行う。これにより、第１のオブジェクト部５６は、印刷完了後に破棄される。

次に、オブジェクト制御部５３は、第１のオブジェクト部５６から破棄要求を受信すると、実行中の処理が完了したものと認識し（この例の場合、印刷が完了したものと認識し）、ステップＳ５１において、第２のＵＩ表示部５８に対して完了表示要求を行う。第２のＵＩ表示部５８は、ステップＳ５２において、完了表示要求を第２のオブジェクト部５９に転送する。第２のオブジェクト部５９が、第２のＵＩ表示部５８を介して、第１のオブジェクト部５６で実行していた処理の完了をユーザに通知する。

図９の（ａ）〜（ｃ）の各符号を付した図は、上述のＵＩの切り替え動作と表示画面の遷移を示している。第１のタブ５４（第１のオブジェクト部５６）で処理が実行中である場合、図９の（ａ）の符号を付した図に示すように、第１のタブ５４で実行中の処理に応じた画面が表示される。また、異なる処理がユーザから要求された場合、第１のタブ５４の画面が破棄され、図９の（ｂ）の符号を付した図に示すように、第２のタブ５７の画面が表示される。

第１のオブジェクト部５６で実行中の処理が存在する場合、上述のように第１のタブ５４の画面が破棄されても、バックグラウンドで第１のオブジェクト部５６の実行中の処理は維持される。そして、第１のオブジェクト部５６の処理が完了すると、図９の（ｃ）の符号を付した図に示すように、第２のタブ５７の画面において、第１のオブジェクト部５６の処理の完了がユーザに通知（表示）される。

この図９（ａ）〜（ｃ）の各符号を付した図を、処理が印刷であることとして説明する。図９の（ａ）の符号を付した図に示すように、第１のタブ５４で印刷実行中であり、「実行中」の画面が表示されているときに、ユーザから新たな印刷機能の実行が指定されると、第１のタブ５４の画面は破棄される。また、図９の（ｂ）の符号を付した図に示すように、第２のタブ５７による、新たな印刷機能の画面が表示される。なお、この場合でも、バックグラウンドで第１のオブジェクト部５６の実行中の処理は維持される。そして、第１のオブジェクト部５６による印刷が完了すると、図９の（ｃ）の符号を付した図に示すように、新たな印刷機能の画面上に、第１のオブジェクト部５６による印刷完了を通知するためのバナーが表示される。

以上の説明から明らかなように、第１の実施の形態のＭＦＰ１は、第１のＵＩ表示部５５が制御する第１のオブジェクト部５６のライフサイクルを、第１のＵＩ表示部５５のライフサイクルから切り離されているオブジェクト制御部５３が制御する。これにより、第２のＵＩ表示部５８が新たに生成されることで、第１のＵＩ表示部５５が破棄された後も、第１のオブジェクト部５６で実行中の処理を継続して実行することができる。換言すると、一方の処理を実行中に、他方の処理の実行を指定した場合、一方の処理をバックグラウンドで継続させ、一方の処理を途中で破棄することなく安全に完了させることができる。

（第２の実施の形態）
次に、第２の実施の形態のＭＦＰ１の説明をする。上述の第１の実施の形態のＭＦＰ１は、バックグラウンドで実行中の第１のオブジェクト部５６の処理が完了した際に、第２のＵＩ表示部５８の画面に処理の完了通知のバナー等を表示するものであった。すなわち、第２のＵＩ表示部５８の画面を借りて、第１のオブジェクト部５６の処理の完了通知を表示するものであった。これに対して、第２の実施の形態のＭＦＰ１は、バックグラウンドで実行していた第１のオブジェクト部５６の処理が完了した際に、第２のタブ５７を破棄し、第１のＵＩ表示部５５を再構成する。そして、第１のオブジェクト部５６の処理の完了をユーザに通知するようにしたものである。なお、上述の第１の実施の形態と以下に説明する第２の実施の形態とでは、この点のみが異なる。このため、以下、両者の差異のみ説明し、重複説明は省略する。

図１０は、第２の実施の形態のＭＦＰ１の動作を説明するためのタイムチャートである。図１０のタイムチャートにおいて、ステップＳ３１〜ステップＳ５０は、上述の第１の実施の形態と同様の動作である。詳しくは、第１の実施の形態の説明を参照されたい。図１０のタイムチャートにおいては、ステップＳ５５〜ステップＳ５８が、第２の実施の形態のＭＦＰ１の特徴的な処理となっている。すなわち、バックグラウンドで処理を実行していた第１のオブジェクト部５６が、処理が完了すると、ステップＳ５０において、オブジェクト制御部５３に自身の破棄要求を行う。そして、第１のＵＩ表示部５５および第１のオブジェクト部５６は、破棄される。

オブジェクト制御部５３は、バックグラウンドで処理を実行していた第１のオブジェクト部５６から破棄要求を受信すると、ステップＳ５５において、現在、表示を行っている第２のＵＩ表示部５８に対して破棄通知を行う。この破棄通知は、ステップＳ５６において、第２のオブジェクト部５９にも通知される。これにより、第２のＵＩ表示部５８および第２のオブジェクト部５９は破棄される。

次に、オブジェクト制御部５３は、ステップＳ５７において、オブジェクト制御部５３の画像を表示する画枠等となる第１のＵＩ表示部５５を再度生成する。また、オブジェクト制御部５３は、ステップＳ５８において、再度生成された第１のＵＩ表示部５５に対して、処理が完了した第１のオブジェクト部５６に対応するメモリポインタ等の表示情報の取得先を通知する。第１のＵＩ表示部５５は、通知されたメモリポインタを用い、処理が完了した第１のオブジェクト部５６に対応するオブジェクトをメモリ等から取得して表示する。また、第１のＵＩ表示部５５は、第１のオブジェクト部５６による印刷完了を通知するためのバナー等を表示する。

これにより、第２の実施の形態のＭＦＰ１は、バックグラウンドで処理を実行していた第１のオブジェクト部５６の処理が完了した際に破棄した第１のＵＩ表示部５５を再構成し、この再構成画面を介して、ユーザに対して処理の完了を通知することができる。また、この他、上述の第１の実施の形態と同じ効果を得ることができる。

（第３の実施の形態）
次に、第３の実施の形態のＭＦＰ１の説明をする。上述の各実施の形態では、同じアプリケーション部５２内において、第１のタブ５４および第２のタブ５７等の複数のタブが生成された場合を例として説明を行った。しかし、以下の第３の実施の形態として説明するように、プラットフォーム５１上で複数のアプリケーション部が起動した場合も上述と同様の動作となる。なお、上述の各実施の形態と以下に説明する第３の実施の形態とでは、この点のみが異なる。このため、以下、両者の差異のみ説明し、重複説明は省略する。

図１１は、第３の実施の形態のＭＦＰ１において、プラットフォーム５１上の複数のアプリケーション部が起動した状態を模式的に示す図である。図１１に示す例の場合、プラットフォーム５１上には、第１のアプリケーション部６１および第２のアプリケーション部６２が起動している。第１のアプリケーション部６１は、第１のＡＰオブジェクト制御部６５、および第１のＡＰの第１のタブ６６を有している。第１のＡＰオブジェクト制御部６５は、第１のアプリケーション部６１内のオブジェクト制御を行う。第１のＡＰの第１にタブ６６は、第１のＡＰＵＩ表示部６７および第１のＡＰオブジェクト部６８を有する。第１のＡＰＵＩ表示部６７は、オブジェクトを表示するための画枠等を形成する。第１のＡＰオブジェクト部６８は、第１のＡＰＵＩ表示部６７で形成された画枠内に、取得したオブジェクト等を表示する。

第２のアプリケーション部６２も同様の構成を有しており、第２のＡＰオブジェクト制御部７１、および第２のＡＰの第１のタブ７２を有している。第２のＡＰオブジェクト制御部７１は、第２のアプリケーション部６２内のオブジェクト制御を行う。第２のＡＰの第１のタブ７２は、第２のＡＰＵＩ表示部７３および第２のＡＰオブジェクト部７４を有する。第２のＡＰＵＩ表示部７３は、オブジェクトを表示するための画枠等を形成する。第２のＡＰオブジェクト部７４は、第２のＡＰＵＩ表示部７３で形成された画枠内に、取得したオブジェクト等を表示する。

なお、第１のアプリケーション部６１および第２のアプリケーション部６２の第１のＡＰの第１のタブ６６および第２のＡＰの第１のタブ７２等のタブは、ユーザからの他の機能の起動指示等により、各アプリケーション部６１，６２内で複数生成されるようになっている。同じアプリケーション部内における各タブの動作は、第１，第２の実施の形態で説明したとおりである。

図１２は、各アプリケーション部６１，６２の生成および破棄の流れを示すタイムチャートである。まず、ユーザにより第１のアプリケーション部６１の起動が指示されたとすると、ステップＳ６１において、プラットフォーム５１から第１のアプリケーション部６１の第１のＡＰオブジェクト制御部６５に対して、起動指示が供給される。起動指示が供給されると、第１のＡＰオブジェクト制御部６５は、ステップＳ６２において、第１のＡＰの第１のタブ６６を生成する。また、第１のＡＰオブジェクト制御部６５は、ステップＳ６２において、第１のＡＰＵＩ表示部６７を生成すると共に、ステップＳ６３において、第１のＡＰオブジェクト部６８を生成する。そして、第１のＡＰオブジェクト部６８は、ステップＳ６４において、第１のＡＰオブジェクト制御部６５に対して自身の登録を行う。これにより、第１のアプリケーション部６１の画像（画面）が表示される。

この状態において、ユーザから第２のアプリケーション部６２の起動が指示されたとすると、プラットフォーム５１は、ステップＳ６５において、第２のアプリケーション部６２の第２のＡＰオブジェクト制御部７１に起動指示を行う。この起動指示が供給されると、第２のＡＰオブジェクト制御部７１は、ステップＳ６６において、第２のＡＰの第１のタブ７２を生成する。また、第２のＡＰオブジェクト制御部７１は、ステップＳ６６において、第２のＡＰＵＩ表示部７３を生成すると共に、ステップＳ６７において、第２のＡＰオブジェクト部７４を生成する。そして、第２のＡＰオブジェクト部７４は、ステップＳ６８において、第２のＡＰオブジェクト制御部７１に対して自身の登録を行う。これにより、第２のアプリケーション部６２の画像（画面）が表示される。

ユーザから第２のアプリケーション部６２に対する入力がされると、プラットフォーム５１は、ステップＳ６９に示すように、ユーザからの入力を第２のＡＰＵＩ表示部７３に通知する。第２のＡＰＵＩ表示部７３は、ステップＳ７０において、ユーザからの入力を第２のＡＰオブジェクト部７４に通知すると共に、ユーザからの入力に対応する処理の実行要求を行う。これにより、第２のアプリケーション部６２において、ユーザからの入力に対応する処理が実行される。

一方、第２のアプリケーション部６２が起動すると、プラットフォーム５１は、第１のアプリケーション部６１の第１のＡＰＵＩ表示部６７に対して破棄通知を行う。第１のＡＰＵＩ表示部６７は、この破棄通知をステップＳ７２で第１のＡＰオブジェクト部６８に転送し、自身は破棄される。

破棄通知を受信すると、第１のＡＰオブジェクト部６８は、実行中の処理が存在するか否かを判断し、実行中の処理が存在する場合は、ステップＳ７３において、第１のＡＰオブジェクト制御部６５に対して、自身の維持要求を行う。なお、実行中の処理が存在しない場合、第１のＡＰオブジェクト部６８は、破棄される。

維持要求された第１のＡＰオブジェクト制御部６５は、バックグラウンドでの実行に切り替えられた第１のＡＰオブジェクト部６８に実行中の処理があることを認識する。そして、第１のＡＰオブジェクト制御部６５は、バックグラウンドでの実行に切り替えられた第１のオブジェクト部５６を破棄することなく、ライフサイクルを制御して維持する。

次に、第１のＡＰオブジェクト部６８は、実行中の処理が完了すると、ステップＳ７４において、第１のＡＰオブジェクト制御部６５に対して、自身の破棄要求を行う。この破棄要求は、ステップＳ７５において、第１のＡＰオブジェクト制御部６５からプラットフォーム５１に通知される。プラットフォーム５１は、破棄要求を受信すると、第１のアプリケーション部６１を破棄する。

以上の説明から明らかなように、第３の実施の形態のＭＦＰ１は、第１のＡＰＵＩ表示部６７が制御する第１のＡＰオブジェクト部６８のライフサイクルを、第１のＡＰＵＩ表示部６７のライフサイクルから切り離されている第１のＡＰオブジェクト制御部６５が制御する。これにより、第２のアプリケーション部６２が新たに起動することで、第１のＡＰＵＩ表示部６７が破棄された後も、第１のＡＰオブジェクト部６８で実行中の処理を継続して実行することができる。換言すると、一方のアプリケーション部の処理を実行中に、他方のアプリケーション部を起動した場合に、一方のアプリケーション部の処理をバックグラウンドで継続させる。これにより、一方のアプリケーション部の処理が途中で破棄される不都合を防止して、安全に処理を完了させることができる。この他、上述の各実施の形態と同じ効果を得ることができる。

（プログラム）
上述の実施の形態のＭＦＰ１で実行されるプログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）等のコンピュータ装置で読み取り可能な記録媒体に記録して提供してもよい。また、上述の実施の形態のＭＦＰ１で実行されるプログラムは、ＣＤ−Ｒ、ＤＶＤ、半導体メモリ等のコンピュータ装置で読み取り可能な記録媒体に記録して提供してもよい。ＤＶＤは、「Digital Versatile Disk」の略記である。また、インターネット等のネットワーク経由で提供してもよい。また、各種プログラムを、機器内のＲＯＭ等に予め組み込んで提供してもよい。

上述の各実施の形態は、例として提示したものであり、本発明の範囲を限定することは意図していない。この新規な各実施の形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことも可能である。

例えば、ＭＦＰ等の機器の本体１０は、印刷、スキャン、コピー、およびＦＡＸ送受信等のうちの２以上の機能を一台の筐体によって実現する複合機である。ただし、いずれか一つの機能を有する機器がＭＦＰ１として用いられてもよい。また、実施の形態におけるＭＦＰ１は、機器の一例であり、プロジェクタ、テレビ会議システム、又はデジタルカメラ等の機器が、ＭＦＰ１の代わりに用いられてもよい。

各実施の形態および各実施の形態の変形は、発明の範囲や要旨に含まれると共に、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１ 複合機（ＭＦＰ）
１０ 本体
１１ ＣＰＵ
１２ ＲＯＭ
１３ ＲＡＭ
１４ ＨＤＤ
１５ 通信Ｉ／Ｆ
１６ 接続Ｉ／Ｆ
１７ エンジン部
１８ システムバス
２０ 操作部
２１ ＣＰＵ
２２ ＲＯＭ
２３ ＲＡＭ
２４ フラッシュメモリ
２５ 通信Ｉ／Ｆ
２６ 接続Ｉ／Ｆ
２７ 操作パネル
２８ システムバス
３０ 通信路
４０ ネットワーク
５１ プラットフォーム
５２ アプリケーション部
５３ オブジェクト制御部
５４ 第１のタブ
５５ 第１の表示部
５６ 第１のオブジェクト部
５７ 第２のタブ
５８ 第２のＵＩ表示部
５９ 第２のオブジェクト部
６１ 第１のアプリケーション部
６２ 第２のアプリケーション部
６５ 第１のＡＰオブジェクト制御部
６６ 第１のＡＰの第１のタブ
６７ 第１のＡＰＵＩ表示部
６８ 第１のＡＰオブジェクト部
７１ 第２のＡＰオブジェクト制御部
７２ 第２のＡＰの第１のタブ
７３ 第２のＡＰＵＩ表示部
７４ 第２のＡＰオブジェクト部
１０１ アプリ層
１０２ サービス層
１０３ ＯＳ層
２０１ アプリ層
２０２ サービス層
２０３ ＯＳ層

特表２００５−５０５０５０号公報

Claims (9)

1. 処理を実行する処理実行部と、前記処理実行部に対応した表示を行う表示部と、前記処理実行部および前記表示部の制御を行う制御部とを含むアプリケーション部を生成する生成部を備えた操作部を有する機器であって、
   前記生成部は、前記処理実行部および前記表示部を生成した後に、少なくとも新たな前記処理実行部および前記表示部を生成した際に、先に生成した前記表示部に対して破棄を要求し、
   先に生成された前記表示部は、前記生成部からの前記破棄の要求を、先に生成された前記処理実行部に通知した後に破棄され、
   先に生成された前記処理実行部は、先に生成された前記表示部から前記破棄の要求が通知された際に実行中の処理が存在する場合、前記制御部に対して当該処理実行部の維持要求を行い、前記実行中の処理の完了後に前記制御部に当該処理実行部の破棄を要求し、
   前記制御部は、前記維持要求された前記処理実行部を維持し、前記実行中の処理が完了した際に前記処理実行部から通知される破棄の要求に基づいて、前記実行中の処理が完了した前記処理実行部を破棄すること
   を特徴とする操作部を備えた機器。
2. 前記処理実行部および前記表示部は、前記アプリケーション部内で生成されるタブであること
   を特徴とする請求項１に記載の操作部を備えた機器。
3. 前記制御部は、破棄要求された前記処理実行部の維持中に、破棄された前記表示部の再表示要求がされた場合、前記表示部を再度生成すると共に、再度生成した前記表示部に対して、維持中の前記処理実行部に対応する表示情報の取得先を通知し、
   再度生成された前記表示部は、通知された取得先から前記表示情報を取得して表示すること
   を特徴とする請求項１または請求項２に記載の操作部を備えた機器。
4. 前記制御部は、維持中の前記処理実行部の処理完了後、新たに生成した前記表示部に対して該処理の完了通知を表示させること
   を特徴とする請求項１から請求項３のうち、いずれか一項に記載の操作部を備えた機器。
5. 前記制御部は、維持中の前記処理実行部の処理完了後に、処理を完了した前記処理実行部から破棄要求された際に、新たに生成した前記処理実行部および前記表示部を破棄し、処理を完了した前記処理実行部に対応した表示を行う前記表示部を再度生成すると共に、再度生成した前記表示部に対して前記処理の完了通知を表示させること
   を特徴とする請求項１から請求項３のうち、いずれか一項に記載の操作部を備えた機器。
6. 処理を実行する第１の処理実行部と、前記第１の処理実行部に対応した表示を行う第１の表示部と、前記第１の処理実行部および前記第１の表示部の制御を行う第１の制御部とを含む第１のアプリケーション部と、処理を実行する第２の処理実行部と、前記第２の処理実行部に対応した表示を行う第２の表示部と、前記第２の処理実行部および前記第２の表示部の制御を行う第２の制御部とを含む第２のアプリケーション部を生成する生成部を備えた操作部を有する機器であって、
   前記生成部は、前記第１のアプリケーション部を生成した後に前記第２のアプリケーション部を生成した場合、前記第１のアプリケーション部の前記第１の表示部に対して破棄通知を行い、
   前記第１のアプリケーション部の前記第１の表示部は、前記破棄通知を前記第１の処理実行部に通知した後に、前記破棄通知に基づいて破棄され、
   前記第１のアプリケーション部の前記第１の処理実行部は、実行中の処理が存在する場合、前記第１の制御部に対して、当該第１の処理実行部の維持要求を行い、前記実行中の処理の完了後に前記第１の制御部に対して当該第１の処理実行部の破棄を要求し、
   前記第１のアプリケーション部の前記第１の制御部は、前記維持要求された前記第１の処理実行部を維持し、前記実行中の処理の完了後に前記第１のアプリケーション部の前記第１の処理実行部から要求された当該第１の処理実行部の破棄を前記生成部に通知し、
   前記生成部は、通知された前記破棄の要求に基づいて、前記第１のアプリケーション部を破棄すること
   を特徴とする操作部を備えた機器。
7. 処理を実行する処理実行部と、前記処理実行部に対応した表示を行う表示部と、前記処理実行部および前記表示部の制御を行う制御部とを含むアプリケーション部を生成する生成部を備えた操作部を有する機器の情報処理方法であって、
   前記生成部が、前記処理実行部および前記表示部を生成した後に、少なくとも新たな前記処理実行部および前記表示部を生成した際に、先に生成した前記表示部に対して破棄を要求する第１のステップと、
   先に生成された前記表示部が、前記生成部からの前記破棄の要求を、先に生成された前記処理実行部に通知した後に破棄される第２のステップと、
   先に生成された前記処理実行部が、先に生成された前記表示部から前記破棄の要求が通知された際に実行中の処理が存在する場合、前記制御部に対して当該処理実行部の維持要求を行い、前記実行中の処理の完了後に前記制御部に当該処理実行部の破棄を要求する第３のステップと、
   前記制御部が、前記維持要求された前記処理実行部を維持する第４のステップと、
   前記制御部が、前記実行中の処理が完了した際に前記処理実行部から通知される破棄の要求に基づいて、前記実行中の処理が完了した前記処理実行部を破棄する第５のステップと
   を有することを特徴とする情報処理方法。
8. 処理を実行する処理実行部と、前記処理実行部に対応した表示を行う表示部と、前記処理実行部および前記表示部の制御を行う制御部とを含むアプリケーション部を生成する生成部を備えた操作部を有する機器の情報処理プログラムであって、
   コンピュータを、
   前記生成部が、前記処理実行部および前記表示部を生成した後に、少なくとも新たな前記処理実行部および前記表示部を生成した際に、先に生成した前記表示部に対して破棄を要求し、
   先に生成された前記表示部が、前記生成部からの前記破棄の要求を、先に生成された前記処理実行部に通知した後に破棄され、
   先に生成された前記処理実行部が、先に生成された前記表示部から前記破棄の要求が通知された際に実行中の処理が存在する場合、前記制御部に対して当該処理実行部の維持要求を行い、前記実行中の処理の完了後に前記制御部に当該処理実行部の破棄を要求し、
   前記制御部が、前記維持要求された前記処理実行部を維持し、前記実行中の処理が完了した際に前記処理実行部から通知される破棄の要求に基づいて、前記実行中の処理が完了した前記処理実行部を破棄するように機能させること
   を特徴とする情報処理プログラム。
9. 操作部と、
   前記操作部で操作される機器と
   を有する情報処理システムであって、
   前記操作部は、
   処理を実行する処理実行部と、
   前記処理実行部に対応した表示を行う表示部と、
   前記処理実行部および前記表示部の制御を行う制御部とを含むアプリケーション部を生成する生成部と、を備え、
   前記生成部は、前記処理実行部および前記表示部を生成した後に、少なくとも新たな前記処理実行部および前記表示部を生成した際に、先に生成した前記表示部に対して破棄を要求し、
   先に生成された前記表示部は、前記生成部からの前記破棄の要求を、先に生成された前記処理実行部に通知した後に破棄され、
   先に生成された前記処理実行部は、先に生成された前記表示部から前記破棄の要求が通知された際に実行中の処理が存在する場合、前記制御部に対して当該処理実行部の維持要求を行い、前記実行中の処理の完了後に前記制御部に当該処理実行部の破棄を要求し、
   前記制御部は、前記維持要求された前記処理実行部を維持し、前記実行中の処理が完了した際に前記処理実行部から通知される破棄の要求に基づいて、前記実行中の処理が完了した前記処理実行部を破棄すること
   を特徴とする情報処理システム。

Images