JP2009301372A - 情報処理装置及びプログラム - Google Patents

Abstract

【課題】サービスシステムを極力停止させずにモジュールのインストール作業を実施する。
【解決手段】複数の機能により実現される印刷システムに含まれる画像形成装置２０は、クライアントからのジョブを受け付け、スプーラ３１に登録する印刷要求受付部２１と、実行対象のジョブが利用する機能に対応するモジュールがインストール実行中であった場合、当該モジュールのインストールが終了するのを待って当該ジョブの実行を開始するジョブ実行部２３と、インストール指示されたモジュールにより実現される機能を利用するジョブが実行中であった場合、当該ジョブの実行が終了するのを待って当該モジュールのインストールを開始するインストール制御部２６を有する。
【選択図】図２

Description

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

例えば、印刷システムにおける印刷制御装置に搭載されるモジュールのインストールあるいはアップグレード（以下、「インストール」と総称）を行う場合、従来においては、通常、印刷システムを停止してからインストール等の作業を行っていた。ただ、このように印刷システムを停止させてしまうと、当然ながら印刷を行うことができなくなってしまうため印刷を行う業務に支障を来す場合があった。このような状況を回避するために、例えば、プリンタドライバに含まれているいずれかのモジュールをインストールする場合、プリンタドライバ全体を更新するのではなく、印刷制御のコアの部分とある機能に特化した機能依存モジュールに分割し、更新対象のモジュールのみをインストールする技術が提案されている（例えば、特許文献１）。

特開２００６−２２７９９０号公報 特開２００３−３３０６５５号公報 特開２００６−２７７５２８号公報

しかしながら、従来においては、ジョブの実行を停止してモジュールをインストールするようにしており、スプーラに投入されているジョブの状態とインストール対象のモジュールとの関係を意識しながらモジュールのインストールを行うようなことはしていなかった。このため、印刷システムを停止する必要がないような場合でも基本的に印刷システムを停止させてからモジュールのインストールを行っていた。

本発明は、サービスシステムを極力停止させずにモジュールのインストール作業を実施することを目的とする。

本発明に係る情報処理装置は、ジョブを保持するスプーラと、クライアントからのジョブを受け付け、前記スプーラに登録する受付手段と、前記スプーラからジョブを順次取り出して実行するジョブ実行手段と、サービスシステムを構成する複数のモジュールのうちインストール指示により更新対象として指定されたモジュールのインストールを行うインストール実行手段と、を有し、前記ジョブ実行手段は、実行対象のジョブが利用する機能に対応するモジュールがインストール実行中であった場合、当該モジュールのインストールが終了するのを待って当該ジョブの実行を開始し、前記インストール実行手段は、インストール指示されたモジュールにより実現される機能を利用するジョブが実行中であった場合、当該ジョブの実行が終了するのを待って当該モジュールのインストールを開始することを特徴とする。

また、更新対象のモジュールの識別情報を記憶する更新情報記憶手段を有し、前記ジョブ実行手段は、実行対象のジョブが利用する機能に対応するモジュールの識別情報が前記更新情報記憶手段に登録されている場合、当該全モジュールのインストールが終了するのを待って当該ジョブの実行を開始することを特徴とする。

また、前記ジョブ実行手段は、当該モジュールがインストール実行中であったことにより実行対象のジョブの実行を保留する場合、他のジョブの実行を開始することを特徴とする。

また、前記インストール実行手段は、当該ジョブが実行中であったことにより更新対象のモジュールのインストールを保留する場合、実行中のジョブが利用しない機能に対応するモジュールを先にインストールすることを特徴とする。

また、更新対象のモジュールにより実現される機能が、サービスシステムの停止が必須な機能であるか否かを示す情報を記憶する更新情報記憶手段と、サービスシステムの停止が必須なモジュールのインストールに要する時間を求める時間予測手段と、前記時間予測手段が求めた予測時間をユーザに通知する通知手段と、を有することを特徴とする。

また、前記ジョブ実行手段は、実行対象のジョブが複数の機能を利用する場合、インストール実行中のモジュールを含まない機能のみを先に実行することを特徴とする。

本発明に係るプログラムは、コンピュータを、ジョブを保持するスプール手段、クライアントからのジョブを受け付け、前記スプーラに登録する受付手段、前記スプーラからジョブを順次取り出して実行するジョブ実行手段、サービスシステムを構成する複数のモジュールのうちインストール指示により更新対象として指定されたモジュールのインストールを行うインストール実行手段、として機能させ、前記ジョブ実行手段は、実行対象のジョブが利用する機能に対応するモジュールがインストール実行中であった場合、当該モジュールのインストールが終了するのを待って当該ジョブの実行を開始し、前記インストール実行手段は、インストール指示されたモジュールにより実現される機能を利用するジョブが実行中であった場合、当該ジョブの実行が終了するのを待って当該モジュールのインストールを開始することを特徴とする。

請求項１記載の発明によれば、更新対象のモジュールにより実現される機能を利用するジョブが実行中であった場合でも、システムを停止させることなく当該モジュールのインストールを行うことができる。

請求項２記載の発明によれば、実行対象のジョブが利用する機能に対応するモジュールのうち更新対象であるモジュール全てのインストールが終了してから当該ジョブの実行を自動的に開始することができる。

請求項３記載の発明によれば、実行対象のジョブを単に保留させるのではなく実行可能な他のジョブを先に実行することができるので効率的である。

請求項４記載の発明によれば、更新対象のインストールを単に保留させるのではなくインストール可能な他のモジュールを先にインストールすることができるので効率的である。

請求項５記載の発明によれば、サービスの機能を停止せざるを得ない場合には、その予想しうる停止時間をユーザに知らせることができる。

請求項６記載の発明によれば、実行対象のジョブが複数の機能を利用する場合、実行可能な機能を先に実行することによりジョブの実行を効率的に行うことができる。

請求項７記載の発明によれば、コンピュータに、更新対象のモジュールにより実現される機能を利用するジョブが実行中であった場合でも、システムを停止させることなく当該モジュールのインストールを行わせることができる。

以下、図面に基づいて、本発明の好適な実施の形態について説明する。

実施の形態１．
図１は、本実施の形態における画像形成装置のハードウェア構成図である。本実施の形態における画像形成装置２０は、本発明に係る情報処理装置に相当するコンピュータを内蔵した装置であり、プリント機能、コピー機能、スキャナ機能等各種機能を搭載した複合機である。図１において、ＣＰＵ１は、ＲＯＭ９に格納されたプログラムにしたがってスキャナ４やプリンタエンジン６等本装置に搭載された各種機構の動作制御を行う。アドレスデータバス２は、ＣＰＵ１の制御対象となる各種機構と接続してデータの通信を行う。操作パネル３は、ユーザからの指示の受け付け、情報の表示を行う。スキャナ４は、ユーザがセットした原稿を読み取り、電子データとしてＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）５等に蓄積する。ＨＤＤ５は、スキャナ４を使用して読み取った電子文書などを格納する。本実施の形態で利用するスプーラは、ＨＤＤ５に設けられる。プリンタエンジン６は、ＣＰＵ１で実行される印刷制御プログラムからの指示に従い出力用紙上に画像を印字する。ネットワークインタフェース（Ｉ／Ｆ）７は、ネットワーク１１を接続し、クライアント１２から送信されてくる印刷ジョブを受信する。また、ジョブの終了、エラー等のメッセージをクライアント１２へ送信する。ＲＡＭ８は、プログラム実行時のワークメモリや電子データ送受信時の通信バッファとして利用される。ＲＯＭ９には、本装置の制御や印刷制御に関する各種プログラムが格納されている。各種プログラムが実行されることで後述する各構成要素が所定の処理機能を発揮する。外部メディアインタフェース（Ｉ／Ｆ）１０は、ＵＳＢメモリ、フラッシュメモリ等の外部メモリ機器とのインタフェースである。

図２は、本実施の形態における画像形成装置２０のブロック構成図である。図２において、印刷要求受付部２１は、クライアント１２から送られてきた印刷ジョブを受け付け、スプーラ３１に登録する。スプーラ制御部２２は、スプーラ３１を制御する。ジョブ実行部２３は、スプーラ３１からジョブを順次取り出して実行する。画像形成処理部２４は、ジョブ実行部２３と連係動作し、印刷画像記憶部３２から取り出した印刷対象の画像データを加工したり、プリンタエンジン６が解釈できるデータへ変換したりして印刷画像データを形成する。デバイス制御部２５は、プリンタエンジン６等のデバイスの動作制御を行う。デバイス制御部２５に含まれるデータ転送部３７は、画像形成処理部２４により形成された印刷画像データをプリンタエンジン６に転送する。また、デバイス状態取得部３８は、デバイスからの状態情報を取得する。インストール制御部２６は、サービスシステムを構成する複数のモジュールのうちインストール指示により実施するインストール処理の実行制御を行う。インストール制御部２６に含まれるインストール実行部３９は、更新対象として指定されたモジュールのインストールを実行する。また、ジョブ状態取得部４０は、スプーラ制御部２２と連係動作し、スプーラ３１に登録されているジョブの状態を取得する。停止時間予測部２７は、印刷システムの停止が必須なモジュールのインストールに要する時間を求める。通知部２８は、停止時間予測部２７が求めた予測時間をユーザに通知する。ユーザインタフェース（ＵＩ）部２９は、操作パネル３あるいはクライアント１２のディスプレイに表示される画面の表示制御及び表示画面からのユーザ入力等を行うユーザインタフェース手段である。モジュール管理部３０は、モジュール格納部３３、更新用モジュール記憶部３４、稼動中モジュールテーブル３５及び更新用モジュールテーブル３６に記憶された各種情報を管理しながら印刷システムを構成するモジュール全体の管理を行う。

印刷画像記憶部３２には、印刷が依頼された画像データが記憶される。モジュール格納部３３には、印刷システムを構成するモジュール本体が格納される。更新用モジュール記憶部３４には、更新対象のモジュール本体が記憶される。

本実施の形態において提供される印刷システムは、１又は複数のモジュールにより実現される複数の機能によって構成される。稼動中モジュールテーブル３５には、図３に示したように、印刷システムが提供する機能の一覧と、当該各機能を実現するために利用されるモジュールとの対応関係が設定される。本実施の形態では、機能名にモジュールの識別情報（本実施の形態ではモジュール名）を対応付けている。なお、モジュール格納部３３に登録されているモジュールとは、このモジュールの識別情報によって関連付けられている。また、機能は、システム全体に共有され印刷制御の中核を成す機能であることから当該機能を実現するモジュールを更新するためにはシステムを停止せざるを得ない機能と、ある機能に特化した機能とに大別できる。稼動中モジュールテーブル３５には、「共有」という属性項目を設け、共有機能には、その旨を示すフラグ情報（図３では“○”）が設定される。

更新用モジュールテーブル３６には、図４に示したように、更新すべきモジュールと、当該モジュールにより実現される機能との対応関係が設定される。本実施の形態では、機能名にモジュールの識別情報（本実施の形態ではモジュール名）を対応付けている。なお、更新用モジュール記憶部３４に登録されているモジュールとは、このモジュールの識別情報によって関連付けられている。また、稼動中モジュールテーブル３５と同様に、「共有」という属性項目を設け、共有機能には、その旨を示すフラグ情報が設定される。

画像形成装置２０における各構成要素２１〜３０は、画像形成装置２０に搭載されたコンピュータ及び必要によりプリンタエンジン６などのハードウェア構成と、コンピュータに搭載されたＣＰＵ１で動作するプログラムとの協調動作により実現される。また、各種情報を記憶する記憶手段３１〜３６は、画像形成装置２０に搭載されたＨＤＤ５又はＲＡＭ８などの記憶手段にて実現される。

また、本実施の形態で用いるプログラムは、通信手段により提供することはもちろん、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等のコンピュータ読み取り可能な記録媒体に格納して提供することも可能である。通信手段や記録媒体から提供されたプログラムはコンピュータにインストールされ、コンピュータのＣＰＵがインストールプログラムを順次実行することで各種処理が実現される。

次に、本実施の形態における動作について説明する。

画像形成装置２０には、印刷システムが搭載されているが、この印刷システムが構築される際に、印刷システムに含まれる各機能を実現するためのモジュールがモジュール格納部３３に登録される。そして、印刷システムに含まれる機能及び当該機能を実現するために利用されるモジュールの対応関係がシステム管理者によって操作パネル３又はネットワーク１１経由で入力されると、モジュール管理部３０は、その入力されたデータに基づき稼動中モジュールテーブル３５を生成する。

また、機能の更新、追加に伴いモジュールが更新されるときには、更新対象のモジュールが更新用モジュール記憶部３４に登録されるが、モジュール管理部３０は、この際にシステム管理者によって入力されたデータに基づき稼動中モジュールテーブル３５を更新する。このようにして、インストールの準備が行われる。

そして、本実施の形態では、次のようにしてジョブが実行される。すなわち、クライアント１２からネットワーク１１経由で送信されてくると、画像形成装置２０における印刷要求受付部２１は、そのジョブを受け付けてスプーラ３１に順番に登録する。ジョブ実行部２３は、ＲＡＭ８に常駐しており、スプーラ３１にジョブが投入されると、そのジョブを順番に取り出して実行する。ジョブ実行部２３は、基本的にはジョブの属性情報にスケジュールが設定されていない限りスプーラ３１への登録順にジョブを実行する。ジョブの実行が開始されると、画像形成処理部２４は、ジョブの設定内容に従い、印刷対象の画像を印刷画像記憶部３２から取り出し、所定の画像変換処理を行うなどして印刷可能な画像を形成してデバイス制御部２５へ送る。そして、デバイス制御部２５に含まれるデータ転送部３７は、画像形成処理部２４により生成された画像をプリンタエンジン６へ送信する。プリンタエンジン６は、画像形成処理部２４により生成された画像を印刷媒体上に出力することによって印刷を行う。そして、印刷が終了すると、その旨を示す制御信号をデバイス制御部２５に含まれるデバイス状態取得部３８へ送信する。デバイス制御部２５は、このようにして印刷の終了を検出する。また、デバイス制御部２５は、プリンタエンジン６から送られてくる状態情報を受信することによって、印刷の状態、例えば用紙切れ等を認識する。

ジョブ実行部２３は、ジョブの実行が終了すると、次のジョブをスプーラ３１から取り出し、上記の処理を続けて行うことになる。このようにして、印刷システムは、連続してジョブを実行することになるが、このようなシステムの運用中にインストールを行う場合の動作について図５及び図６に示したフローチャートを用いて説明する。なお、ここでは、説明の便宜上、機能に特化したモジュールのみが更新対象として指定されたものとして説明する。

システム管理者は、画面上のインストールボタンの押下など所定の操作を行うことでインストールを指示する。インストール制御部２６は、このインストール指示に応じて起動され、次に示すインストール処理を開始する。なお、インストールするモジュールの順番は、特に限定する必要はないが、例えば更新用モジュールテーブル３６に登録された機能の順番に、該当するモジュールのインストールを行うものとする。

インストール制御部２６は、更新用モジュールテーブル３６に登録されているモジュールのうち未更新のモジュールを特定する（ステップ１０１）。続いて、ジョブ状態取得部４０は、ジョブが現在実行中であるか否かをスプーラ制御部２２に問い合わせることによって取得する。ここで、ジョブが実行中でなければ（ステップ１０２でＮ）、インストール実行部３９は、そのモジュール本体を更新用モジュール記憶部３４から取り出してインストールを実行する（ステップ１０７）。そして、次の未更新のモジュールのインストールに処理を移す（ステップ１０６でＮ）。なお、更新対象のモジュールのインストールが終了すると、当該モジュールに対してインストールが終了した旨を示すフラグ情報などを更新用モジュールテーブル３６に設定したり、あるいはモジュール名を更新用モジュールテーブル３６から消去するなどして更新対象のモジュールのうち未更新のモジュールを特定できるようにする。

一方、ジョブが実行中の場合（ステップ１０２でＹ）、ジョブ状態取得部４０は、実行中のジョブが利用する機能を取得する（ステップ１０３）。ジョブが利用する機能は、当該ジョブの属性情報に設定されている。あるいは、属性情報の初期設定により特定できる。そして、インストール対象のモジュールが、実行中のジョブが利用する機能を実現するモジュールに該当する場合（ステップ１０４でＹ）、インストール制御部２６は、そのモジュールのインストールを行わずに保留する（ステップ１０５）。そして、次の未更新のモジュールのインストールに処理を移す（ステップ１０６でＮ）。一方、インストール対象のモジュールが、実行中のジョブが利用する機能を実現するモジュールに該当する場合（ステップ１０４でＮ）、インストール実行部３９は、そのモジュールのインストールを実行する（ステップ１０７）。そして、次の未更新のモジュールのインストールに処理を移す（ステップ１０６でＮ）。

本実施の形態では、以上の処理を繰り返し行うことになる。ここで、実行中のジョブが利用する機能を実現するモジュールに該当することによってインストールが保留されていた場合でも、いずれ当該ジョブの実行は終了し、次のジョブへ実行が移行する。そうすると、保留していたモジュールが、いずれ実行中のジョブが利用する機能を実現するモジュールに該当しないことになり（ステップ１０４でＮ）、これにより当該モジュールのインストールが実行される（ステップ１０７）。あるいは、スプーラ３１にジョブが登録されていない場合には実行中のジョブは存在しないことになり（ステップ１０２でＮ）、これにより、当該モジュールのインストールが実行される（ステップ１０７）。

本実施の形態では、このようにしてインストール処理を実行するので、印刷システムを停止させるどころか、スプーラ３１に登録されたジョブを削除したり、実行中のジョブを強制終了したりしなくても、更新対象のモジュール全てのインストールを実行することができる。

なお、本実施の形態では、更新対象のモジュールに１つずつ着目し、そのモジュールにより実現される機能が実行中のジョブに利用される場合にはインストールを保留し、そして当該ジョブの実行が終了するのを待ってインストールを開始するようにした。ただ、インストールの実行制御は、図５に示した手順に限る必要はない。例えば、更新用モジュールテーブル３６に登録されている全ての機能と、スプーラ３１に登録されている全てのジョブが利用する機能とを比較し、更新用モジュールテーブル３６に登録されている機能のうちジョブが利用しない機能に含まれるモジュールから先にインストールを行うようにしてもよい。

続いて、本実施の形態におけるジョブ実行処理について図６に示したフローチャートを用いて説明する。

ジョブ実行部２３は、まず実行対象のジョブを特定するが（ステップ１１１）、基本的にはスプーラ３１に登録されている先頭のジョブから順に特定していく。そして、実行対象として特定したジョブの実行が保留されていることにより待機中であれば（ステップ１１２でＹ）、スプーラ３１に登録されている次のジョブを実行対象として特定する（ステップ１１３）。実行対象としたジョブが待機中でない場合において（ステップ１１２でＮ）、現在、インストール制御部２６がモジュールのインストールを実施していなければ（ステップ１１４でＮ）、ジョブ実行部２３は、当該ジョブを実行する（ステップ１１８）。一方、インストール制御部２６によりいずれかのモジュールをインストールしていれば（ステップ１１４でＹ）、ジョブ実行部２３は、当該ジョブの設定内容を分析することで当該ジョブが利用する機能を取得する（ステップ１１５）。ここで、当該ジョブがインストールされているモジュールにより実現される機能を利用しなければ（ステップ１１６でＮ）、ジョブ実行部２３は、当該ジョブを実行するが（ステップ１１８）、インストール中のモジュールにより実現される機能を利用するのであれば（ステップ１１６でＹ）、そのジョブの実行を保留する（ステップ１１７）。ジョブが複数の機能を利用する場合、インストール中のモジュールを含む機能を利用するのであれば、そのジョブは保留される。なお、インストール中のモジュールは、インストール制御部２６に問い合わせることで特定でき、インストール中のモジュールにより実現される機能は、更新用モジュールテーブル３６を参照すれば特定できる。

ジョブを実行あるいは保留すると、次のジョブに実態対象を移し、前述した処理を繰り返し行う。なお、実行が保留されて待機状態になったジョブは、そのジョブが利用する機能に対応するモジュールのインストールが終了することで実行可能になる。従って、利用する機能に対応するモジュールがインストール中であったからといってそのジョブをスプーラ３１から削除する必要はない。

ところで、上記動作の説明では、基本的に機能に特化したモジュールが更新対象として指定されたものとして説明した。ここで、システムを停止せざるを得ない機能に含まれるモジュール（以下「共有モジュール」）が更新対象として指定された場合について説明する。

インストール制御部２６は、インストール指示に応じて更新用モジュールテーブル３６に登録されているモジュールのうち未更新のモジュールを特定するが（ステップ１０１）、このとき「共有」の属性項目の設定内容を参照することで、共有モジュールが更新対象として指定されていることを認識すると、全共有モジュールのインストール時間に要する時間を予測する。これは、各共有モジュールのデータサイズ、ＣＰＵ１の処理能力等を所定の計算式に代入することで予想されるインストール所要時間を算出する。なお、この計算式若しくは計算式の係数等は、システム管理者により適宜設定できるようにしてもよい。予測時間が算出されると、通知部２８は、スプーラ３１に登録されている各ジョブの実行を依頼したユーザ個々にインストール終了の予定時刻を含むメッセージを通知する。通知先は、ジョブの設定内容から特定できる。そして、印刷システムは、スプーラ３１に登録されているジョブの実行を一時停止し、インストール終了後、停止したジョブの実行を開始する。なお、インストールが終了した時点で、その旨を通知部２８に通知させるようにしてもよい。

本実施の形態では、システム停止時間をより短くするために、共有モジュールのみのインストール所要時間を予測し、システム停止中には共有モジュールのみのインストールを行うようにした。つまり、機能に特化したモジュールに関しては、システム稼動中にインストールを実施する。もちろん、システム停止中に全モジュールのインストールを実施してもよい。

あるいは、スプーラ３１に登録されているジョブを全て実行してからインストールを開始したい場合、ジョブを送信してくるユーザに対してインストール終了の予定時刻を含むメッセージを通知部２８に通知させるようにしてもよい。この場合、ジョブは受け付けない。

実施の形態２．
デバイス制御部２５は、データ転送部３７とデバイス状態取得部３８に機能分割しており、それぞれが異なる機能モジュールにより実現されている。従って、デバイス状態取得部３８を実現するいずれかのモジュールのバージョンアップをしたい場合、デバイス状態取得部３８による機能は、インストールにより停止していてもデータ転送部３７による機能は実行可能である。この動作について図７を用いて説明する。

まず、インストール制御部２６によりデバイス状態取得部３８の状態取得機能に含まれるいずれかのモジュールのインストールが開始されたとする（ステップ２０１）。そして、このときにスプーラ３１には、５つのジョブ１〜ジョブ５が蓄積されている。各ジョブ１〜５は、印刷を実行することからデータ転送機能及び状態取得機能の複数の機能を利用することになる。実施の形態１では、ジョブが複数の機能を利用する場合、インストール中のモジュールを含む機能を利用するのであれば、そのジョブは保留されたが、本実施の形態では、インストール中のモジュールを含まない機能であれば、実行することを特徴としている。

従って、ジョブ１は、実行可能なデータ転送機能のみが実行されるが（ステップ２０２）、状態取得機能は利用できないので、デバイス制御部２５は、印刷終了通知は受け取れない。従って、ジョブ１は、終了通知待ちの状態になる。そして、次のジョブ２の実行が開始される（ステップ２０３）。ジョブ２は、実行可能なデータ転送機能のみが実行されるが、状態取得機能は利用できないので、デバイス制御部２５は、印刷終了通知は受け取れない。従って、ジョブ２は、終了通知待ちの状態になる。そして、次のジョブ３の実行が開始される（ステップ２０４）。

ここで、状態取得機能に含まれるモジュールのインストールが終了したとする（ステップ２０５）。そうすると、状態取得機能は利用できるようになったので、デバイス制御部２５は、印刷終了通知を受け取ることができる。従って、終了通知待ちの状態であったジョブ１、２の終了通知並びに実行中であったジョブ３の終了通知を受け取ることになる。そして、次のジョブ４の実行が開始される（ステップ２０６）。

本実施の形態では、以上のようにジョブが複数の機能を利用する場合において、その機能の中にモジュールがインストール中であるために実行できない機能が含まれている場合でも実行可能な機能を先に実行するようにした。

上記各実施の形態においては、本発明に係る情報処理装置を、印刷システムを形成する画像形成装置２０に搭載されたコンピュータに適用した場合を例にして説明したが、印刷システムに限らず、他のサービスシステムにおいてジョブを実行するコンピュータに適用することは可能である。

実施の形態１における画像形成装置のハードウェア構成図である。 実施の形態１における画像形成装置のブロック構成図である。 実施の形態１における稼動中モジュールテーブルに設定されたデータの構成例を示した図である。 実施の形態１における更新用モジュールテーブルに設定されたデータの構成例を示した図である。 実施の形態１におけるインストール処理を示したフローチャートである。 実施の形態１におけるジョブ実行処理を示したフローチャートである。 実施の形態２におけるジョブ実行処理を説明するために用いるスプーラの概念図である。

符号の説明

１ ＣＰＵ、２ アドレスデータバス、３ 操作パネル、４ スキャナ、５ ハードディスクドライブ（ＨＤＤ）、６ プリンタエンジン、７ ネットワークインタフェース（Ｉ／Ｆ）、８ ＲＡＭ、９ ＲＯＭ、１０ 外部メディアインタフェース（Ｉ／Ｆ）、１１ ネットワーク、１２ クライアント、２０ 画像形成装置、２１ 印刷要求受付部、２２ スプーラ制御部、２３ ジョブ実行部、２４ 画像形成処理部、２５ デバイス制御部、２６ インストール制御部、２７ 停止時間予測部、２８ 通知部、２９ ユーザインタフェース（ＵＩ）部、３０ モジュール管理部、３１ スプーラ、３２ 印刷画像記憶部、３３ モジュール格納部、３４ 更新用モジュール記憶部、３５ 稼動中モジュールテーブル、３６ 更新用モジュールテーブル、３７ データ転送部、３８ デバイス状態取得部、３９ インストール実行部、４０ ジョブ状態取得部。

Claims (7)

1. ジョブを保持するスプーラと、
   クライアントからのジョブを受け付け、前記スプーラに登録する受付手段と、
   前記スプーラからジョブを順次取り出して実行するジョブ実行手段と、
   サービスシステムを構成する複数のモジュールのうちインストール指示により更新対象として指定されたモジュールのインストールを行うインストール実行手段と、
   を有し、
   前記ジョブ実行手段は、実行対象のジョブが利用する機能に対応するモジュールがインストール実行中であった場合、当該モジュールのインストールが終了するのを待って当該ジョブの実行を開始し、
   前記インストール実行手段は、インストール指示されたモジュールにより実現される機能を利用するジョブが実行中であった場合、当該ジョブの実行が終了するのを待って当該モジュールのインストールを開始することを特徴とする情報処理装置。
2. 請求項１記載の情報処理装置において、
   更新対象のモジュールの識別情報を記憶する更新情報記憶手段を有し、
   前記ジョブ実行手段は、実行対象のジョブが利用する機能に対応するモジュールの識別情報が前記更新情報記憶手段に登録されている場合、当該全モジュールのインストールが終了するのを待って当該ジョブの実行を開始することを特徴とする情報処理装置。
3. 請求項１記載の情報処理装置において、
   前記ジョブ実行手段は、当該モジュールがインストール実行中であったことにより実行対象のジョブの実行を保留する場合、他のジョブの実行を開始することを特徴とする情報処理装置。
4. 請求項１記載の情報処理装置において、
   前記インストール実行手段は、当該ジョブが実行中であったことにより更新対象のモジュールのインストールを保留する場合、実行中のジョブが利用しない機能に対応するモジュールを先にインストールすることを特徴とする情報処理装置。
5. 請求項１記載の情報処理装置において、
   更新対象のモジュールにより実現される機能が、サービスシステムの停止が必須な機能であるか否かを示す情報を記憶する更新情報記憶手段と、
   サービスシステムの停止が必須なモジュールのインストールに要する時間を求める時間予測手段と、
   前記時間予測手段が求めた予測時間をユーザに通知する通知手段と、
   を有することを特徴とする情報処理装置。
6. 請求項１記載の情報処理装置において、
   前記ジョブ実行手段は、実行対象のジョブが複数の機能を利用する場合、インストール実行中のモジュールを含まない機能のみを先に実行することを特徴とする情報処理装置。
7. コンピュータを、
   ジョブを保持するスプール手段、
   クライアントからのジョブを受け付け、前記スプーラに登録する受付手段、
   前記スプーラからジョブを順次取り出して実行するジョブ実行手段、
   サービスシステムを構成する複数のモジュールのうちインストール指示により更新対象として指定されたモジュールのインストールを行うインストール実行手段、
   として機能させ、
   前記ジョブ実行手段は、実行対象のジョブが利用する機能に対応するモジュールがインストール実行中であった場合、当該モジュールのインストールが終了するのを待って当該ジョブの実行を開始し、
   前記インストール実行手段は、インストール指示されたモジュールにより実現される機能を利用するジョブが実行中であった場合、当該ジョブの実行が終了するのを待って当該モジュールのインストールを開始することを特徴とするプログラム。

Images