(57)【要約】【課題】複数のソフトウェアを用いて実行される一連の処理を行うに際して、その過程で用いられるソフトウェアが更新されることによる影響を抑える。【解決手段】ＯＳ（Ｂ）４は、更新処理部１３によるソフトウェアの更新処理の実行状況を示す更新状況情報を通知送信部１４により他のＯＳに送信し、これを通知受信部１５により受信したＯＳ（Ａ）３は、その更新状況情報を通知記憶部１６に格納する。そして、ＯＳ（Ａ）３は、ＯＳ（Ｂ）４へ処理の実行要求を送信する前に、処理制御部１８による制御の下、ＯＳ（Ｂ）４でのソフトウェアの更新の実行状況を通知記憶部１６を参照して確認し、ソフトウェアの更新が実行中であれば当該実行要求の送信を保留にして実行要求保留部１９に格納しておき、当該ソフトウェアの更新が完了した後に当該実行要求を実行要求保留部１９から読み出して実行要求送信部２０により送信する。【選択図】図２
2011197990.tif 000002
【特許請求の範囲】
【請求項１】
複数の実行環境を有し、
各実行環境は、
自己の実行環境で動作するソフトウェアの更新の実行状況を他の実行環境に通知する更新状況通知手段と、
他の実行環境から通知されたソフトウェアの更新の実行状況を記憶する記憶手段と、
複数のソフトウェアを用いて実行される一連の処理の過程において、後続の処理に対応するソフトウェアが動作する実行環境に対して当該後続の処理についての実行要求を送信する送信手段と、
前記記憶手段による記憶内容に基づいて、前記後続の処理に対応するソフトウェアの更新が実行中であれば当該ソフトウェアが動作する実行環境に対する前記送信手段による実行要求の送信を保留とし、当該ソフトウェアの更新が完了した後に前記保留しておいた実行要求を前記送信手段により送信させるよう制御する制御手段と、を有する、
ことを特徴とする情報処理装置。
【請求項２】
前記制御手段は、前記後続の処理に対応するソフトウェアが動作する実行環境に対する実行要求の送信を保留している状態において、当該後続の処理に依存せずに実行可能な他の処理があれば、当該他の処理についての実行要求を対応するソフトウェアが動作する実行環境に対して前記送信手段により送信させるよう制御する、
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
各実行環境は、ソフトウェアの更新内容を他の実行環境に通知する更新内容通知手段を有し、
前記制御手段は、前記保留しておいた実行要求の送信先となる実行環境から通知されたソフトウェアの更新内容に基づいて、当該実行要求に係る処理が更新後のソフトウェアでは実行不可となった場合には当該実行要求を送信しないよう制御する、
ことを特徴とする請求項１又は請求項２に記載の情報処理装置。
【請求項４】
各実行環境は、ソフトウェアの更新内容を他の実行環境に通知する更新内容通知手段と、前記保留しておいた実行要求の送信先となる実行環境から通知されたソフトウェアの更新内容を利用者に提示する提示手段と、前記保留しておいた実行要求に係る処理に対する指示を利用者から受け付ける受付手段と、を有し、
前記制御手段は、前記受付手段により利用者から受け付けた指示を前記送信手段による実行要求の送信に反映させる、
ことを特徴とする請求項１又は請求項２に記載の情報処理装置。
【請求項５】
コンピュータに、
複数の実行環境を有する構成における各実行環境として、
自己の実行環境で動作するソフトウェアの更新の実行状況を他の実行環境に通知する更新状況通知処理と、
他の実行環境から通知されたソフトウェアの更新の実行状況を記憶する記憶処理と、
複数のソフトウェアを用いて実行される一連の処理の過程において、後続の処理に対応するソフトウェアが動作する実行環境に対して当該後続の処理についての実行要求を送信する送信処理と、
前記記憶処理による記憶内容に基づいて、前記後続の処理に対応するソフトウェアの更新が実行中であれば当該ソフトウェアが動作する実行環境に対する前記送信処理による実行要求の送信を保留とし、当該ソフトウェアの更新が完了した後に前記保留しておいた実行要求を前記送信処理により送信させるよう制御する制御処理と、
が実行される実行環境を実現させるためのプログラム。                                                                             
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及びプログラムに関する。
【背景技術】
【０００２】
従来、コピー・プリント・ファクシミリ（以下「ＦＡＸ」と略す）等の機能を複合的に備えた複合機において、処理の実行環境を実現するためのオペレーティングシステム（以下「ＯＳ」と略す）を複数用意し、これら複数のＯＳをハイパーバイザ上で仮想環境として動作させる構成を採用することで、各機能に係る処理をその機能に適したＯＳを用いて実行させることが行われている。
【０００３】
本発明に関連する先行技術文献を幾つか例示する。
例えば、特許文献１には、複合機でのアプリケーション動作環境の仮想化及びアプリケーションのダウンロードに関して記載されている。
例えば、特許文献２には、システムのファームウェアの更新が終了するまで、新たな論理区間の始動を禁止する構成について記載されている。
例えば、特許文献３には、構成変更の通知処理について記載されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−３３０７３２号公報
【特許文献２】特開２００２−２６８９００号公報
【特許文献３】特開平０５−３３４２７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、複数のソフトウェアを用いて実行される一連の処理を行うに際して、その過程で用いられるソフトウェアが更新されることによる影響を抑えることが可能な技術を提案することを目的とする。
【課題を解決するための手段】
【０００６】
請求項１に記載の本発明は、複数の実行環境を有し、各実行環境は、自己の実行環境で動作するソフトウェアの更新の実行状況を他の実行環境に通知する更新状況通知手段と、他の実行環境から通知されたソフトウェアの更新の実行状況を記憶する記憶手段と、複数のソフトウェアを用いて実行される一連の処理の過程において、後続の処理に対応するソフトウェアが動作する実行環境に対して当該後続の処理についての実行要求を送信する送信手段と、前記記憶手段による記憶内容に基づいて、前記後続の処理に対応するソフトウェアの更新が実行中であれば当該ソフトウェアが動作する実行環境に対する前記送信手段による実行要求の送信を保留とし、当該ソフトウェアの更新が完了した後に前記保留しておいた実行要求を前記送信手段により送信させるよう制御する制御手段と、を有する、ことを特徴とする情報処理装置である。
【０００７】
請求項２に記載の本発明は、請求項１に記載の情報処理装置において、前記制御手段は、前記後続の処理に対応するソフトウェアが動作する実行環境に対する実行要求の送信を保留している状態において、当該後続の処理に依存せずに実行可能な他の処理があれば、当該他の処理についての実行要求を対応するソフトウェアが動作する実行環境に対して前記送信手段により送信させるよう制御する、ことを特徴とする。
【０００８】
請求項３に記載の本発明は、請求項１又は請求項２に記載の情報処理装置において、各実行環境は、ソフトウェアの更新内容を他の実行環境に通知する更新内容通知手段を有し、前記制御手段は、前記保留しておいた実行要求の送信先となる実行環境から通知されたソフトウェアの更新内容に基づいて、当該実行要求に係る処理が更新後のソフトウェアでは実行不可となった場合には当該実行要求を送信させないよう制御する、ことを特徴とする。
【０００９】
請求項４に記載の本発明は、請求項１又は請求項２に記載の情報処理装置において、各実行環境は、ソフトウェアの更新内容を他の実行環境に通知する更新内容通知手段と、前記保留しておいた実行要求の送信先となる実行環境から通知されたソフトウェアの更新内容を利用者に提示する提示手段と、前記保留しておいた実行要求に係る処理に対する指示を利用者から受け付ける受付手段と、を有し、前記制御手段は、前記受付手段により利用者から受け付けた指示を前記送信手段による実行要求の送信に反映させる、ことを特徴とする。
【００１０】
請求項５に記載の本発明は、コンピュータに、複数の実行環境を有する構成における各実行環境として、自己の実行環境で動作するソフトウェアの更新の実行状況を他の実行環境に通知する更新状況通知処理と、他の実行環境から通知されたソフトウェアの更新の実行状況を記憶する記憶処理と、複数のソフトウェアを用いて実行される一連の処理の過程において、後続の処理に対応するソフトウェアが動作する実行環境に対して当該後続の処理についての実行要求を送信する送信処理と、前記記憶処理による記憶内容に基づいて、前記後続の処理に対応するソフトウェアの更新が実行中であれば当該ソフトウェアが動作する実行環境に対する前記送信処理による実行要求の送信を保留とし、当該ソフトウェアの更新が完了した後に前記保留しておいた実行要求を前記送信処理により送信させるよう制御する制御処理と、が実行される実行環境を実現させるためのプログラムである。
【発明の効果】
【００１１】
請求項１、５に記載の本発明によると、一連の処理の実行中であってもその過程で用いられるソフトウェアの更新を行うことができ、また、ソフトウェアの更新中であっても当該ソフトウェアによる処理を過程に有する一連の処理を開始させることができる。
【００１２】
請求項２に記載の本発明によると、更新中のソフトウェアによる処理に依存しない他の処理については、そのまま処理を実行させることができる。
【００１３】
請求項３に記載の本発明によると、保留しておいた実行要求に係る処理が更新後のソフトウェアでは実行不可となった場合には、その処理を中止させることができる。
【００１４】
請求項４に記載の本発明によると、保留しておいた実行要求に係る処理に対応するソフトウェアの更新内容に応じて、利用者が処理内容を変更することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の一実施形態に係る情報処理装置の基本的構成を例示する図である。
【図２】本発明の一実施形態に係る情報処理装置における各ＯＳの機能ブロックを例示する図である。
【図３】本発明の一実施形態に係る情報処理装置により実行されるジョブの一例を示す図である。
【図４】本発明の一実施形態に係る情報処理装置における主要なハードウェアを例示する図である。
【発明を実施するための形態】
【００１６】
本発明の一実施形態について、図面を参照して説明する。
なお、以下では、本発明の一実施形態に係る情報処理装置として、スキャン・プリント・ＦＡＸ等の機能を複合的に備えた複合機に適用した場合を例に説明するが、これに限定するものではない。
【００１７】
図１には、本発明の一実施形態に係る情報処理装置の基本的構成を例示してある。
本例の情報処理装置は、コンピュータの物理的な構成要素であるハードウェア１上でハイパーバイザ２を動作させ、各機能に係る処理を実行するソフトウェアの実行環境であるＯＳ（Ａ）３、ＯＳ（Ｂ）４、・・・等の各ＯＳをハイパーバイザ２上で仮想環境として動作させるように構成されており、各機能に係る処理をその機能に適したＯＳ上で実行させるようにしてある。なお、ＯＳ（Ａ）３、ＯＳ（Ｂ）４、・・・等の各ＯＳはハイパーバイザ２を介して互いに通信することができる。
【００１８】
本例では、ＯＳ（Ａ）３に、スキャナの制御機能、プリントエンジンの制御機能、ＦＡＸボードの制御機能が実装されると共に、これら機能に関する情報の提示や操作の受け付け等を行うためのユーザインタフェース（ＵＩ）の制御機能が実装されており、ＯＳ（Ａ）３上の機能だけで、例えば、スキャナにより紙媒体から読み取った紙面画像をプリントエンジンにより他の紙媒体に形成して出力するコピーサービスや、スキャナにより紙媒体から読み取った紙面画像をＦＡＸボードにより他のＦＡＸ端末に送信するＦＡＸサービスなどを提供できるようにしてある。
【００１９】
また、ＯＳ（Ｂ）４に、外部の装置又はシステムとの間でネットワークを介して有線又は無線により通信を行うための通信インタフェース（通信Ｉ／Ｆ）が実装されており、ＯＳ（Ａ）３側の機能と協業して、例えば、外部端末から印刷指示と共に受信した電子データに基づく印刷画像をプリントエンジンにより紙媒体に形成して出力するプリントサービスや、スキャナにより紙媒体から読み取った紙面画像の電子データを指定されたアドレスに宛てて転送するスキャン転送サービスなどを提供できるようにしてある。
また、画像等の電子データを蓄積する機能であるボックス機能がＯＳ（Ａ）３、ＯＳ（Ｂ）４のそれぞれに実装されており、各ボックス機能により蓄積された電子データをＯＳ（Ａ）３、ＯＳ（Ｂ）４のそれぞれからアクセスできるようにしてある。
【００２０】
ここで、本例では、ＯＳ（Ａ）３側にスキャナの制御機能などのように処理の実行に即時応答性が求められる機能を実装することを考慮して、ＯＳ（Ａ）３についてはリアルタイムＯＳを用い、ＯＳ（Ｂ）４については汎用ＯＳを用いている。本明細書では、リアルタイムＯＳとは、外部割込み等の処理要求に対する応答時間が一定の範囲内となるようにすること（即時応答性の確保）を重視して構成されたＯＳのことを指し、汎用ＯＳとは、リアルタイムＯＳほどは即時応答性の確保を重視しない一方で種々の場面で汎用的に利用されることを想定して構成されたＯＳのことを指す。
なお、このような構成は一例に過ぎず、各ＯＳの種別や各ＯＳに実装する機能は任意である。
【００２１】
図２には、ＯＳ（Ａ）３、ＯＳ（Ｂ）４、・・・等の各ＯＳの機能ブロックを例示してある。
本例のＯＳは、他のＯＳとの間でハイパーバイザ２を介して通信を行う通信処理部１１、実行要求された処理に対応するソフトウェアを実行して利用者にサービスを提供するソフトウェア部１２、ソフトウェアの更新処理（アップデート）を行う更新処理部１３、更新処理部１３によるソフトウェアの更新の実行状況等を他のＯＳに通知する通知送信部１４、他のＯＳからの通知を受信する通知受信部１５、受信した通知内容を記憶する通知記憶部１６、処理の実行要求を受信する実行要求受信部１７、処理の実行要求に関する制御を行う処理制御部１８、保留状態にある処理の実行要求を記憶する実行要求保留部１９、他のＯＳに対して処理の実行要求を送信する実行要求送信部２０、等を備えている。
【００２２】
まず、ソフトウェアの更新の実行状況の通知に関する動作を、図２を参照して説明する。
各ＯＳ（例えばＯＳ（Ｂ）４）は、更新処理部１３によるソフトウェアの更新処理に応じて、ソフトウェアの更新の実行状況を示す更新状況情報を通知送信部１４により他のＯＳに送信することで、自己のＯＳにおけるソフトウェアの更新の実行状況を他のＯＳに通知する。他のＯＳ（例えばＯＳ（Ａ）３）は、通知受信部１５により更新状況情報を受信すると、当該受信した更新状況情報を通知記憶部１６に格納して記憶する。
本例では、更新状況情報として、ソフトウェアの更新処理が実行中であるか否かを示す情報をソフトウェアの識別情報に付して送信するようにしているが、例えば、ソフトウェアの更新処理が開始されたこと又は終了したことを示す情報を用い、この情報に基づいてソフトウェアの更新処理が実行中であるか否かを判別できるようにしてもよい。また、例えば、ソフトウェアの更新処理の進捗（どの程度まで更新処理が進んでいるか）を示す情報等、他の形式の情報を用いるようにしてもよい。
【００２３】
次に、各ＯＳ（ＯＳ（Ａ）３、ＯＳ（Ｂ）４、・・・）に設けられた複数のソフトウェアを用いて実行される一連の処理（以下「ジョブ」と称す）について説明する。
ジョブとしては、例えば、紙媒体を画像読み取り（スキャン）する処理ａ、処理ａにより得られた紙面画像の電子データ（画像データ）をＰＤＦ（Ｐｏｒｔａｂｌｅ  Ｄｏｃｕｍｅｎｔ  Ｆｏｒｍａｔ）形式に変換する処理ｂ、処理ｂによる変換後の電子データ（ＰＤＦデータ）を指定されたアドレスに宛ててメール送信する処理ｃ、処理ａにより得られた紙面画像を紙媒体に形成して出力する処理ｄ、を連続的に実行するものなどが挙げられる。
本例では、ＯＳ（Ａ）３のソフトウェア部１２により処理ａ（スキャン）及び処理ｄ（プリント）が実行され、ＯＳ（Ｂ）４のソフトウェア部１２により処理ｂ（形式変換）及び処理ｃ（メール送信）が実行されるものとする。
【００２４】
このようなジョブにおいて、処理ａ（スキャン）、処理ｂ（形式変換）、処理ｃ（メール送信）、処理ｄ（プリント）の関係は、図３に示すようなものとなる。
すなわち、処理ａの実行後に処理ｂが実行され、処理ｂの実行後に処理ｃが実行され、また、処理ａの実行後に（処理ｂ及び処理ｃと並行して）処理ｄが実行される。この場合、処理ｄは処理ｂ及び処理ｃに依存せずに実行可能であるといえ、同様に、処理ｂ及び処理ｃは処理ｄに依存せずに実行可能であるといえる。
【００２５】
次に、このようなジョブの実行要求に基づく動作を、図２を参照して説明する。
なお、以下の説明では、ジョブの実行要求として、処理ａ（スキャン）、処理ｂ（形式変換）、処理ｃ（メール送信）、処理ｄ（プリント）の順に指定された実行要求を利用者から受け付けたものとする。
【００２６】
ＯＳ（Ａ）３は、ジョブ（処理ａ〜ｄ）の実行要求を利用者から受け付けると、処理制御部１８による制御の下、以下のような手順で処理を行う。
まず、処理ａ（スキャン）をソフトウェア部１２により実行する。
次に、処理ａ（スキャン）により得られた紙面画像の電子データ（画像データ）に基づく処理ｂ（形式変換）及び処理ｃ（メール送信）の実行要求について、その送信先となるＯＳ（Ｂ）４におけるソフトウェアの更新の実行状況を通知記憶部１６の記憶内容を参照して確認する。
【００２７】
ＯＳ（Ｂ）４におけるソフトウェアの更新の実行状況を確認した結果、ソフトウェアの更新が実行中であると判定されれば、処理ｂ（形式変換）及び処理ｃ（メール送信）の実行要求の送信を保留し、当該実行要求を実行要求保留部１９に格納しておく。一方、ソフトウェアの更新が実行中でないと判定されれば、処理ｂ（形式変換）及び処理ｃ（メール送信）の実行要求を実行要求送信部２０によりＯＳ（Ｂ）４に送信する。
その後、処理ｂ（形式変換）及び処理ｃ（メール送信）の実行要求の送信を保留したか或いは保留せずに送信したかに関わらず、処理ｂ（形式変換）及び処理ｃ（メール送信）に依存せずに実行可能な処理ｄ（プリント）をソフトウェア部１２により実行する。
【００２８】
また、処理ｂ（形式変換）及び処理ｃ（メール送信）の実行要求の送信を保留した場合には、定期的に通知記憶部１６を参照してＯＳ（Ｂ）４におけるソフトウェアの更新の実行状況を監視するようにし、ソフトウェアの更新の完了を確認できたことを条件に、実行要求保留部１９に格納してある処理ｂ（形式変換）及び処理ｃ（メール送信）の実行要求を読み出して、実行要求送信部２０によりＯＳ（Ｂ）４に送信する。
ＯＳ（Ｂ）４では、ＯＳ（Ａ）３から送信された処理ｂ（形式変換）及び処理ｃ（メール送信）の実行要求を実行要求受信部１７により受信すると、処理制御部１８による制御の下、処理ｂ（形式変換）、処理ｃ（メール送信）の順にソフトウェア部１２により実行する。
【００２９】
ここで、本例の情報処理装置では、実行要求の保留状態においても次のジョブを利用者から受け付け可能に構成してあり、実行要求の保留状態の場合に同様なジョブ（処理ａ〜ｄ）を受け付けた場合には、一部を保留状態にした先行のジョブと同様に、実行可能な処理ａ（スキャン）及び処理ｄ（プリント）を実行し、処理ｂ（形式変換）及び処理ｃ（メール送信）の実行要求については保留状態にする。
【００３０】
次に、ソフトウェアの更新に伴って、当該ソフトウェアにより提供される機能が変更された場合について説明する。
なお、ＯＳ（Ｂ）４側で処理ｂ（形式変換）に係るソフトウェアの更新が実行されており、ＯＳ（Ａ）３側で処理ｂ（形式変換）及び処理ｃ（メール送信）の実行要求の送信が保留されているものとする。また、本例では、更新処理部１３によるソフトウェアの更新内容を示す更新内容情報を通知送信部１４により他のＯＳに送信することで、自己のＯＳにおけるソフトウェアの更新内容を他のＯＳに通知するようにしてある。ソフトウェアの更新内容は、例えば、ソフトウェアが有する機能の一覧が記述されたプログラム属性情報をソフトウェアの更新前後の内容について比較することで検出できる。
【００３１】
ＯＳ（Ｂ）４に対する実行要求の送信を保留しているＯＳ（Ａ）３は、ＯＳ（Ｂ）４におけるソフトウェアの更新の完了後に保留状態にある実行要求を直ちに送信するのではなく、処理制御部１８による制御の下、ＯＳ（Ｂ）４から通知された更新内容情報に基づいて、保留状態にある実行要求に係る処理が更新後のソフトウェアで実行可能であるか否かを判定し、実行可能であると判定された場合に当該実行要求を実行要求送信部２０によりＯＳ（Ｂ）４に送信する一方、実行可能でないと判定された場合には当該実行要求をＯＳ（Ｂ）４に送信せずに破棄する。すなわち、保留状態にある実行要求に係る処理が更新後のソフトウェアで実行不可となった場合には、実行要求送信部２０による当該実行要求の送信を行わせないようにする。
【００３２】
具体例を挙げて説明すると、例えば、保留状態にある実行要求に係る処理ｂ（形式変換）に対応するソフトウェアが、更新前はＶ１．４、Ｖ１．５、Ｖ１．６のバージョンのＰＤＦへの変換に対応していたのに対し、更新後はＶ１．６、Ｖ１．７のバージョンのＰＤＦへの変換に対応するようになった場合において、処理ｂ（形式変換）の指示内容がＶ１．４のバージョンのＰＤＦへの変換であった場合には、更新後のソフトウェアでは処理が実行できないので、処理ｂ（形式変換）及びその後の処理ｃ（メール送信）の実行要求をＯＳ（Ｂ）４に送信せずに破棄するようにする。
【００３３】
なお、上記のように、保留状態にある実行要求に係る処理が更新後のソフトウェアで実行不可となった場合に、当該実行要求を一律に破棄するのではなく、保留状態にある実行要求に係る処理が更新後のソフトウェアで実行不可となった旨を利用者に提示するようにしてもよい。
すなわち、ＯＳ（Ｂ）４に対する実行要求の送信を保留しているＯＳ（Ａ）３は、処理制御部１８による制御の下、ＯＳ（Ｂ）４から通知された更新内容情報に基づいて、保留状態にある実行要求に係る処理が更新後のソフトウェアで実行可能であるか否かを判定し、実行可能であると判定された場合に当該実行要求を実行要求送信部２０によりＯＳ（Ｂ）４に送信する一方、実行可能でないと判定された場合には、その旨を示す情報と共にソフトウェアの更新内容を表示出力して利用者に提示する。そして、利用者から、更新後のソフトウェアでは実行不可となった実行要求に係る処理に対する指示を受け付けて、その指示内容を実行要求送信部２０による当該実行要求の送信に反映させるようにする。
【００３４】
具体例を挙げて説明すると、例えば、保留状態にある実行要求に係る処理ｂ（形式変換）に対応するソフトウェアが、更新前はＶ１．４、Ｖ１．５、Ｖ１．６のバージョンのＰＤＦへの変換に対応していたのに対し、更新後はＶ１．６、Ｖ１．７のバージョンのＰＤＦへの変換に対応するようになった場合において、処理ｂ（形式変換）の指示内容がＶ１．４のバージョンのＰＤＦへの変換であった場合には、実行要求保留部１９に格納してある処理ｂ（形式変換）の実行要求の情報にソフトウェアの対応バージョンの変更内容を示す情報を付加し、実行要求の保留を継続するようにする。
【００３５】
そして、利用者からの指示によって表示される、ジョブを構成する各処理の実行状態を一覧形式で表示するジョブ一覧画面において、処理の再開を実行できないもの（更新後のソフトウェアでは実行不可となった実行要求に係る処理）が認識できるような表示（例えば、処理の実行状態を表象するアイコン画像を変える等）を行う。また、処理の再開を実行できないものが利用者に選択されると、その理由を示す表示（例えば、ソフトウェアの対応バージョンの変更内容を示す表示）を行い、処理の中止指示や処理内容の変更指示を利用者から受け付けるようにする。処理の再開を実行できない理由を示す表示の例としては、例えば「ＰＤＦ  Ｖ１．４への変換が行えません。代わりの処理を選択するか、中止をして下さい。」等のメッセージを表示すると共に、変更可能な処理として「ＰＤＦ  Ｖ１．６へ変換」、「ＰＤＦ  Ｖ１．７へ変換」等の選択肢を提示する。
【００３６】
そして、処理の中止指示を受け付けた場合には、処理ｂ（形式変換）及びその後の処理ｃ（メール送信）の実行要求をＯＳ（Ｂ）４に送信せずに破棄し、処理内容の変更指示を受け付けた場合には、当該変更指示に基づいて内容を変更した処理ｂ（形式変換）及びその後の処理ｃ（メール送信）の実行要求を実行要求送信部２０により送信させるようにする。
【００３７】
なお、上記の例は、保留状態にある実行要求に係る処理を更新後のソフトウェアでは実行できない場合のものであるが、更新後のソフトウェアの変更内容が保留状態にある実行要求に係る処理に関連する場合にも、処理内容の変更指示を受け付けるような構成としてもよい。すなわち、例えば、処理ｂ（形式変換）の指示内容がＶ１．６のバージョンのＰＤＦへの変換であり、更新後のソフトウェアの対応バージョンがＶ１．６、Ｖ１．７となった場合に、新たなバージョン指定が可能となった旨を示す表示等を行う共に処理内容の変更指示を利用者から受け付けるようにし、その指示内容を実行要求の送信に反映させる（変更指示があれば実行要求の内容を変更して送信し、変更指示がなければ実行要求をそのまま送信する）ようにする。
【００３８】
以上の説明は、ソフトウェアの更新に伴う実行要求の送信制御を、ソフトウェアの更新処理が実行されるＯＳ（本例ではＯＳ（Ｂ）４）に対して実行要求を送信する側のＯＳ（本例ではＯＳ（Ａ）３）が行う形態であるが、他の形態により行うようにしてもよく、例えば、複数のＯＳが有する各ソフトウェアを用いて実行されるジョブの実行を統括的に制御するジョブ制御ＯＳを設け、当該ジョブ制御ＯＳにおいて、ソフトウェアの更新に伴う実行要求の送信制御を行うようにする。
【００３９】
また、上記のような実行要求の送信を制御する形態ではなく、実行要求を受信した側のＯＳにおいて、当該受信した実行要求に係る処理の実行制御等を行う形態としてもよい。すなわち、実行要求を送信する側のＯＳ（本例ではＯＳ（Ａ）３）は、送信先のＯＳにおけるソフトウェアの更新状況に関わらずに実行要求を送信するようにし、実行要求を受信した側のＯＳ（本例ではＯＳ（Ｂ）４）が、ソフトウェアの更新中に受信した実行要求については実行せずに保留し、ソフトウェアの更新の完了後に保留状態にある実行要求に係る処理を実行する。勿論、上述したような、実行要求に係る処理の中止、処理の再開を実行できない理由の提示、処理の中止指示や処理内容の変更指示の受け付け等を行うようにしてもよい。
なお、このように、更新中のソフトウェアを用いた処理の実行要求については実行せずに保留し、ソフトウェアの更新の完了後に保留状態にある実行要求に係る処理を実行する形態であれば、単一ＯＳ構成の情報処理装置に対しても適用することができる。
【００４０】
図４には、本例の情報処理装置として動作するコンピュータの主要なハードウェアを例示してある。
本例では、各種演算処理を行うＣＰＵ３１、ＣＰＵ３１の作業領域となるＲＡＭ３２や基本的な制御プログラムを記録したＲＯＭ３３等の主記憶装置、本発明の一実施形態に係るプログラムや各種データを記憶する補助記憶装置（例えば、ＨＤＤ等の磁気ディスクや、フラッシュメモリ等の書き換え可能な不揮発性メモリなど）３４、各種情報を表示出力するための表示装置や操作者により入力操作に用いられる操作ボタンやタッチパネル等の入力機器とのインタフェースである入出力Ｉ／Ｆ３５、他の装置との間で有線又は無線により通信を行うインタフェースである通信Ｉ／Ｆ３６、等のハードウェア資源を有するコンピュータにより構成されている。
そして、本発明の一実施形態に係るプログラムを補助記憶装置３４等から読み出してＲＡＭ３２に展開し、これをＣＰＵ３１により実行させることで、本発明の一実施形態に係る情報処理装置をコンピュータ上に実現している。
【００４１】
なお、本発明の一実施形態に係るプログラムは、例えば、当該プログラムを記憶したＣＤ−ＲＯＭ等の外部記憶媒体から読み込む形式や、通信回線等を介して受信する形式などにより、本例に係るコンピュータに設定される。
また、本例のようなソフトウェア構成により情報処理装置を実現する態様に限られず、専用のハードウェアモジュールを用いて実現するようにしてもよい。
【符号の説明】
【００４２】
１：ハードウェア、  ２：ハイパーバイザ、  ３：ＯＳ（Ａ）、  ４：ＯＳ（Ｂ）、
１１：通信処理部、  １２：ソフトウェア部、  １３：更新処理部、  １４：通知送信部、  １５：通知受信部、  １６：通知記憶部、  １７：実行要求受信部、  １９：実行要求保留部、  ２０：実行要求送信部
【図１】
2011197990.tif 000003
【図２】
2011197990.tif 000004
【図３】
2011197990.tif 000005
【図４】
2011197990.tif 000006