JP2006235934A - 更新制御方法及び更新制御装置 - Google Patents

Abstract

【課題】 企業ユーザのように多数のクライアントとデバイスを抱えている場合、サーバ（管理者側）主導でインストール／管理されることが望ましい。多数のクライアントのドライバを短時間で自動的に更新できる手段を提供すること。
【解決手段】 クライアントから更新サービス範囲にアクセスがあった場合、そのクライアントをサービス対象に登録し、かつサービス利用情報をインストールセットに付加する。付加されたサービス利用情報に基づきクライアントとサーバのコネクションがおこなわれる。ステータスの通知やバージョンの交換が行われ、更新サービスは対象を特定しインストールをおこなう。またこの更新動作を短時間で完了するためクライアントを代行印刷に切り替える機能も併用できる。
【選択図】 図１

Description

本発明は、出力データを作成して出力する出力システム及び出力方法のシステム更新に関するもので、特に、更新制御方法及び更新制御装置に係る。

従来、ホストコンピュータとプリンタとが接続される出力システムにおけるプリンタドライバのインストール方法は以下が一般的である。

−ユーザとの対話形式
ＵＩが表示する質問に答えてゆく
−インストーラ
代表的な設定で、一挙にインストールする
−プリンタサーバ登録
サーバ管理下のプリンタに接続するとドライバがダウンロードされる（メディアを用意せずにすむ）
しかし次のような問題がある。

−多数クライアントへのインストール
クライアントでの対話形式インストールは設置台数が多いケースには適してない
−システム構成管理が難しい
クライアント側からの操作でダウンロードされるサーバ登録では、システムの管理が難しい
また、特許文献１という技術がある。

従来のインストールはクライアント（ユーザ側）主導でおこなわれるものである。企業ユーザのように多数のクライアントとデバイスを抱えている場合、サーバ（管理者側）主導でインストールおよび管理されることが望ましい。
特開２０００−３４３７９４号公報

本発明の目的は、上述した不都合を除去したインストール方法を提供するものである。管理者主導でのユーザにたいするインストールを可能とし、多数クライアントのドライバを短時間で自動的に更新できる更新制御方法及び更新制御装置を提供することを目的とする。

本発明は、更新制御方法において、サービス利用情報をインストールセットに付加する情報付加工程、インストール先を登録し、前記インストールセットをインストールする登録工程、前記サービス利用情報に含まれるデータに基づきサービスとドライバがステータスを通知しあう通知工程、前記サービス利用情報に含まれるデータに基づきサービスとドライバがバージョンを交換しあう交換工程、前述の通知工程と交換工程の結果に基づきドライバの更新を実行する更新制御工程を備えたことを特徴とする。

本発明は、上述した不都合を除去したインストール方法が可能となる。

また、管理者主導でのユーザにたいするインストールを可能とし、多数クライアントのドライバを短時間で自動的に更新できる。

以下、図面を参照して本発明の実施の形態を説明する。

図１は、本発明の実施形態に係る印刷制御システムの構成を示すブロック図である。

このシステムは、ホストコンピュータ３００とプリンタ１５０とで構成されている。ホストコンピュータ３００は、ＣＰＵ１を備えている。ＣＰＵ１は、ＲＯＭ３のプログラム用ＲＯＭあるいは外部メモリ１１に記憶された文書処理プログラム等に基づいて、図形や、イメージ、文字、表（表計算等を含む）等が混在した文書処理を実行し、システムバス４に接続される各デバイスをＣＰＵ１が総括的に制御する。

また、このＲＯＭ３のプログラム用ＲＯＭあるいは外部メモリ１１には、ＣＰＵ１の制御プログラムであるオペレーティングシステムプログラム（以下ＯＳ）等が記憶され、ＲＯＭ３のフォント用ＲＯＭあるいは外部メモリ１１には、上記文書処理の際に使用するフォントデータ等が記憶され、ＲＯＭ３のデータ用ＲＯＭあるいは外部メモリ１１には、上記文書処理等をおこなう際に使用する各種データが記憶されている。

２はＲＡＭで、ＣＰＵ１の主メモリやワークエリア等として機能する。５はキーボードコントローラ（ＫＢＣ）で、キーボード９や不図示のポインティングデバイスからのキー入力を制御する。６はＣＲＴコントローラ（ＣＲＴＣ）で、ＣＲＴディスプレイ（ＣＲＴ）１０の表示を制御する。７はディスクコントローラ（ＤＫＣ）で、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、及びプリンタ制御コマンド生成プログラム（以下、プリンタドライバと記す）等を記憶する外部メモリ１１とのアクセスを制御する。外部メモリ１１は、ハードディスク（ＨＤ）やフロッピー（登録商標）ディスク（ＦＤ）等で構成される。

８はプリンタコントローラ（ＰＲＴＣ）で、所定の双方向性インターフェース２１を介してプリンタ１５０に接続されて、プリンタ１５０との通信制御処理を実行する。なお、ＣＰＵ１は、例えばＲＡＭ２上に設定された表示情報のアウトラインフォントへの展開（ラスタライズ）処理を実行し、ＣＲＴ１０上でのＷＹＳＩＷＹＧを可能としている。また、ＣＰＵ１は、ＣＲＴ１０上に表示されるマウスカーソル等で指示されたコマンドに基づいて、登録された種々のウィンドウを開き、種々のデータ処理を実行する。これによって、ユーザは、印刷を実行する際、印刷の設定に関するウィンドウを開き、プリンタ１５０の設定や、印刷モードの選択を含むプリンタドライバに対する印刷処理方法の設定をおこなうことができる。

一方、プリンタ１５０は、プリンタＣＰＵ１２を備えている。プリンタＣＰＵ１２は、ＲＯＭ１３のプログラム用ＲＯＭに記憶された制御プログラム等あるいは外部メモリ１４に記憶された制御プログラム等に基づいて、システムバス１５に接続される印刷部（プリンタエンジン）１７に出力情報としての画像信号を出力する。また、このＲＯＭ１３のプログラムＲＯＭには、ＣＰＵ１２の制御プログラム等が記憶されている。ＲＯＭ１３のフォント用ＲＯＭには、上記出力情報を生成する際に使用するフォントデータ等が記憶され、ＲＯＭ１３のデータ用ＲＯＭには、ハードディスク等の外部メモリ１４を用いないプリンタ１５０の場合ではホストコンピュータ３００上で利用される情報等が記憶されている。

ＣＰＵ１２は、入力部１８を介してホストコンピュータ３００との通信処理が可能となっており、プリンタ１５０内の情報等をホストコンピュータ３００に通知可能に構成されている。１９はＣＰＵ１２の主メモリやワークエリア等として機能するＲＡＭで、図示しない増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張することができるように構成されている。

なお、ＲＡＭ１９は、出力情報展開領域や、環境データ格納領域、ＮＶＲＡＭ等に用いられる。前述したハードディスク（ＨＤ）や、ＩＣカード等の外部メモリ１４は、メモリコントローラ（ＭＣ）２０によりアクセスを制御される。外部メモリ１４は、オプションとして接続され、フォントデータや、エミュレーションプログラム、フォームデータ等を記憶する。さらに、１８は前述した操作パネルで、操作のためのスイッチ及びＬＥＤ表示器等が配されている。

また、前述した外部メモリ１４は、少なくとも１個以上備えられ、内蔵フォントに加えてオプションフォントカード、言語系の異なるプリンタ制御言語を解釈するプログラムを格納した外部メモリを複数接続できるように構成されていても良い。さらに、図示しない不揮発性であるＮＶＲＡＭを有し、操作パネル１５１からのプリンタモード設定情報を記憶するようにしても良い。

図２は、ホストコンピュータ３００における典型的な印刷処理の構成図である。

このホストコンピュータ３００には、プリンタ１５０等の印刷装置が直接接続されているか、あるいはネットワーク経由で接続されている。

アプリケーション２０１、グラフィックエンジン２０２、プリンタドライバ２０３、及びシステムスプーラ２０４は、外部メモリ１１に保存されるファイルとして存在し、オペレーティングシステム（ＯＳ）やその他のモジュールによってＲＡＭ２にロードされ実行されるプログラムモジュールである。また、アプリケーション２０１及びプリンタドライバ２０３は、ＦＤ、ＣＤ−ＲＯＭあるいは不図示のネットワークを経由して外部メモリ１１（ＨＤ）に追加することが可能となっている。

外部メモリ１１に保存されているアプリケーション２０１は、ＲＡＭ２にロードされて実行されるが、このアプリケーション２０１からプリンタ１５０で印刷をおこなう際には、同様にＲＡＭ２にロードされることで実行可能となっているグラフィックエンジン２０２を利用して出力（描画）をおこなう。グラフィックエンジン２０２は、プリンタごとに用意されたプリンタドライバ２０３を同様に外部メモリ１１からＲＡＭ２にロードし、アプリケーション２１０の出力を、プリンタドライバ２０３を用いてプリンタ１５０の制御コマンドに変換する。変換されたプリンタ制御コマンドは、ＯＳによってＲＡＭ２にロードされたシステムスプーラ２０４を経てインターフェース２１経由でプリンタ１５０へ出力される仕組みとなっている。

図３は、本実施形態における印刷プログラムを含む印刷関連モジュールがホストコンピュータ３００上のＲＡＭ２にロードされ実行可能となった状態のメモリマップを示している。

同図において、３０１は印刷用のアプリケーション、３０２は空きメモリ、３０３は印刷関連データ、３０４は印刷関連プログラム、３０５はＯＳ、３０６はＢＩＯＳであり、本実施形態における印刷制御プログラムは、印刷関連プログラム３０４の一部として存在している。

このように構成をもつ情報処理装置において動作する本発明を説明してゆく。以下、図４〜図１０を用いて本実施形態の動作について説明する。

なお、図４は本実施形態に係わる更新制御システムの概観を示す図である。図５は本実施形態における更新サービスの一例を示す図であり、図６が生成されるサービス利用情報の内容の一例を、図７はバージョン等を交換するメソッドの一例を示す図である。また、図８、図９、図１０は、本実施形態における更新時制御の一例を示す図となっている。

なお、上述した図５から図１０の工程に従ったプログラムをホストコンピュータ３００の外部メモリ１１等に格納し動作することにより、以下のホストコンピュータ３００上での制御方法を実現させることが可能となる。

本実施形態では、本発明に係るモジュール更新処理の一例として、サービスによるプリンタドライバの更新を採り上げている。さらにプリンタドライバの更新過程の効率を向上する手法も採り上げる。クライアントから更新サービス範囲にアクセスがあった場合、そのクライアントをサービス対象に登録し、かつサービス利用情報をインストールセットに付加する。付加されたサービス利用情報に基づきクライアントとサーバのコネクションがおこなわれる。ステータスの通知やバージョンの交換が行われ、サービスは更新対象を特定しインストールをおこなう。またこの更新動作を短時間で完了するためクライアントを代行印刷に切り替える処理もおこなう。

最初に、図４を参照して本実施形態に係わる更新制御システムの概観を説明する。

管理者としてオペレータ４１１が使用するコンピュータ４１０、および共有ストレージとしてのボリューム４１２、これらが管理側の機器として存在する。ユーザ４２１が使用するコンピュータ４２０、同様にコンピュータ４２２がユーザ側の機器として存在する。共有機器としてのプリンタ４３０、４３２が存在する。この管理側の機器、ユーザ側の機器と共有機器がローカルネットワークで接続されている。これがシステムの概観であるが、社外にはプリンタ４３０、４３２を製造したメーカのサイト４１３がある場合もある。

次に、図５を参照して本実施形態における更新サービスの一例を説明する。

オペレータ５１１は、更新サービス５１５に初期設定をおこなう（５０１）。例えばサービスが利用する基準となるデバイスフォルダを設定する。このフォルダは後に追加、削除、派生等の変更が可能なので初期設定でよい。サービスは更新元の（ソース）フォルダを特定することになる。なお更新サービス５１５はコンピュータ５１０上で動作している図示および説明をおこなうが、更新サービス５１５の動作位置はシステム内で変更できる。この位置変更が可能となる仕組みについては後述する。

ユーザ５２１がプリンタ５３０に印刷をするには、プリンタドライバ５２５をコンピュータ５２０にインストールしておく必要がある。ユーザ５２１がドライバ５２５を必要として更新サービス５１５のサービス範囲に初めてのアクションをおこすと（５０２）、サービスはインストール先（デスティネーションフォルダ）についての情報を得る。このアクションとは以下のようなものである。

−ユーザがドライバをインストールする初回
−オペレータがドライバを登録した時
−サービスにアクセスした場合および派生サービスを利用した場合
更新サービス５１５は、自己の利用情報をドライバのインストールセットに追加すし、インストール先の情報を登録しておく（５０３）。その後サービス利用情報がドライバ５２５と共にインストールされることになる（５０４）。このような工程を経て、サービスとユーザ側のコネクションが確立される。

コネクションの確立後は以下のアクションがあった場合に更新処理が行われる。

−ユーザがドライバを更新しようとした時
−オペレータがドライバを登録する時
−サービスにアクセスした場合および派生サービスを利用した場合
この更新処理の際、更新サービス５１５とドライバ５２５は更新過程を通知しあうメソッドをよび、それぞれのステータスをレスポンスする（５０５）。また、バージョンを確認するメソッドを呼び、バージョンのレスポンスがかえる（５０６）。例えば更新サービス５１５からドライバ５２５のメソッドがコールされバージョンをレスポンスする。ドライバ５２５はサービス利用情報を参照し、自分のバージョンを通知する、あるいは、更新動作の開始開始等のレスポンスを得る工程がある。

これらの工程をへて更新サービス５１５は各所からレスポンスされたバージョンとインストール元ドライバのバージョンを比較する。ドライバの更新スケジュールを設計し、更新されるインストール先への処理を開始する。最終的に、インストール先のドライバ５２５は更新される（５０７）。

なお、システム内で発見された最新ドライバがインストール元に設定される運用も可能である。さらに発行元のメーカが提供するサイト５１３を更新サービス５１５の親サービス５１６として設定することも可能である。この場合メーカがドライバの更新をおこなうと、ローカルの更新サービス５１５に対して処理が派生することになる（５０８）。

図６は生成されるサービス利用情報の内容の一例である。

サービス利用情報６０１には、サービスを利用する際に必要となるデータタイプや通信方法、サービス名称、サービスの位置等が含まれている。ドライバあるいは関連モジュールは、このサービス利用情報６０１をもとにサービスを利用する。

図７はバージョン等を交換するメソッドの一例である。

ドライバセットのバージョンを得たいという呼び出し（７０１）に対し、ドライバセットのバージョンがレスポンスされる（７０２）。サービスとユーザ側の双方でドライバセットのバージョンを得ることができる。

図８、図９、図１０は、本実施形態における更新時制御の一例を示している。

システム内のドライバを更新してゆく時間を短縮する目的で、プリンタおよびジョブハンドルを早く未使用状態にするための制御をおこなう。更新時に常プリンタが未使用になるまで待つ時間をなくすことができる。

図８は、ユーザ側を一時停止状態にして更新時間を短縮する例である。

コンピュータ８２０の更新対称となるプリンタを一時停止状態にする（８０１）。この際、印刷データが更新対象となるプリンタのローカルスプーラにたまっていた場合は、印刷データをボリューム８１２等に転送する（８０２）。転送された印刷データはボリューム８１２からプリンタ８３０に継続し転送され印刷が行われる（８０３）。一時停止状態が確保できた時点でドライバの更新がおこなわれ（８０４）、その後プリンタを再開状態に戻す。

図９、図１０は、代行印刷機能を併用して更新時間を短縮する例である。図９は逐次代行設定をおこなっていく方法で、図１０は対象に一括で代行設定をおこなった後ドライバの更新をおこなっていく。

図９を説明する。更新対象となるプリンタの動作確認と更新を開始する（９０１）。非印刷状態にある場合（９０２）、そのままドライバを更新する（９０６）。プリンタの状態が印刷データ生成中（９０３）、あるいは印刷データ転送中（９０４）であった場合は、スプーラの切り替えや代行印刷の設定をおこない（９０５）コンピュータ９２０の印刷処理の開放を促進する。印刷処理の開放後にドライバの更新をおこなう（９０６）。

図１０を説明する。管理側から更新対象にたいして、一挙に代行設定をおこなう（１００１）。コンピュータ１０２０上の更新されるプリンタは代行状態になる。代行設定後ドライバの更新をおこなう（１００２）。もし、印刷がおこなわれても（１００３）、代行印刷が行われる（１００４）。ドライバ更新が完了したことは管理側に通知される（１００５）。その後、更新対象の代行設定が解除される（１００６）。

なお、上述した各実施形態においては、ホストコンピュータ３００上で動作する印刷プログラムを記録する媒体を外部メモリとしているが、外部メモリとしては、ＦＤ、ＨＤドライブ、ＣＤ−ＲＯＭやＩＣメモリカード等であっても良い。さらに、印刷プログラム単独、もしくはＯＳやその他のホストコンピュータ３００上で動作するプログラムと共にＲＯＭ３に記録しておき、これをメモリマップの一部と成すように構成し、直接ＣＰＵ１で実行することも可能である。

また、プリンタ１５０上で動作するとしている印刷プログラムについてもホストコンピュータ３００上で動作する印刷プログラムと同様である。さらに、プリンタ１５０上で動作する印刷プログラム自身をホストコンピュータ３００上で動作させ、ホストコンピュータ３００から印刷イメージを図１に示す印刷部Ｉ／Ｆ１６経由で印刷部１７に送り、印刷制御システムを構築することも可能である。

以上は複数の機器から構成されるシステムに適用しても、１つの装置に適用しても同様である。

以上詳述したように、管理者主導でのユーザにたいするインストールが可能となる。さらに、多数クライアントのドライバを短時間で自動的に更新できることにより、管理者およびユーザの作業コストを削減することが可能になる。

印刷制御システムの構成を示すブロック図である。 ホストコンピュータにおける典型的な印刷処理の構成図である。 メモリマップを示す図である。 更新制御システムの概観を示す構成図である。 本実施形態における更新サービスの一例を示す図である。 本実施形態において生成されるサービス利用情報の一例を示す図である。 本実施形態におけるバージョン交換メソッドの一例を示す図である。 本実施形態における更新時制御の一例を示す図である。 本実施形態における更新時制御の一例を示す図である。 本実施形態における更新時制御の一例を示す図である。

符号の説明

１ ＣＰＵ
２ ＲＡＭ
３ ＲＯＭ
４ システムバス
５ ＫＢＣ
６ ＣＲＴＣ
７ ＤＫＣ
８ ＰＲＴＣ
９ キーボード
１０ ＣＲＴ
１１ 外部メモリ
１２ ＣＰＵ
１３ ＲＯＭ
１４ 外部メモリ
１５ システムバス
１６ 印刷部Ｉ／Ｆ
１７ 印刷部
１８ 入力部
１９ ＲＡＭ
２０ ＭＣ
２１ 双方向インターフェース
１５０ プリンタ
１５１ 操作部
３００ ホストコンピュータ

Claims (17)

1. サービス利用情報をインストールセットに付加する情報付加工程、インストール先を登録し、前記インストールセットをインストールする登録工程、前記サービス利用情報に含まれるデータに基づきサービスとドライバがステータスを通知しあう通知工程、前記サービス利用情報に含まれるデータに基づきサービスとドライバがバージョンを交換しあう交換工程、前述の通知工程と交換工程の結果に基づきドライバの更新を実行する更新制御工程を備えたことを特徴とする更新制御方法。
2. 請求項１に記載の更新制御方法において、
   前記サービス利用情報にはサービスの名称、接続方法、位置の情報が含まれることを特徴とする更新制御方法。
3. 請求項１に記載の更新制御方法において、
   前記サービス利用情報の内容はオペレータが編集可能であることを特徴とする更新制御方法。
4. 請求項１に記載の更新制御方法において、
   前記登録工程はサービスへの初回アクセスにより自動的に実行されることを特徴とする更新制御方法。
5. 請求項１に記載の更新制御方法において、
   前記サービスはサービス間で利用情報参照ができるとサービス範囲を拡張することを特徴とする更新制御方法。
6. サービス利用情報をインストールセットに付加する情報付加装置、インストール先を登録し、前記インストールセットをインストールする登録装置、前記サービス利用情報に含まれるデータに基づきサービスとドライバがステータスを通知しあう通知装置、前記サービス利用情報に含まれるデータに基づきサービスとドライバがバージョンを交換しあう交換装置、前述の通知装置と交換装置の結果に基づきドライバの更新を実行する更新制御手段を備えたことを特徴とする更新制御装置。
7. 請求項６に記載の更新制御装置において、
   前記サービス利用情報にはサービスの名称、接続方法、位置の情報が含まれることを特徴とする更新制御装置。
8. 請求項６に記載の更新制御装置において、
   前記サービス利用情報の内容はオペレータが編集可能であることを特徴とする更新制御装置。
9. 請求項６に記載の更新制御装置において、
   前記登録工程はサービスへの初回アクセスにより自動的に実行されることを特徴とする更新制御装置。
10. 請求項６に記載の更新制御装置において、
    前記サービスはサービス間で利用情報参照ができるとサービス範囲を拡張することを特徴とする更新制御装置。
11. 前記更新制御方法において、
    インストール先の印刷を一時停止する一時停止工程、スプーラの内容を転送する内容転送工程、印刷を再開する再開工程、前記一時停止工程と内容転送工程と再開工程を実行する更新制御工程を備えたことを特徴とする更新制御方法。
12. 前記更新制御方法において、
    前記通知工程の情報に基づき、代行印刷およびスプーラ切り替えをおこなう切り替え工程、前記切り替え工程を動的に実行する更新制御工程を備えたことを特徴とする更新制御方法。
13. 前記更新制御方法において、
    オペレータの計画に基づき、代行印刷を設定する代行設定工程、更新の完了後に代行印刷を解除する代行解除工程、前記代行設定と代行解除設定を実行する更新制御工程を備えたことを特徴とする更新制御方法。
14. 請求項１に記載の更新制御方法を実現するためのプログラム。
15. 請求項１１に記載の更新制御方法を実現するためのプログラム。
16. 請求項１２に記載の更新制御方法を実現するためのプログラム。
17. 請求項１３に記載の更新制御方法を実現するためのプログラム。