JP4100895B2 - ネットワークシステム、情報処理装置、方法、及び制御プログラム - Google Patents
ネットワークシステム、情報処理装置、方法、及び制御プログラム Download PDFInfo
- Publication number
- JP4100895B2 JP4100895B2 JP2001354704A JP2001354704A JP4100895B2 JP 4100895 B2 JP4100895 B2 JP 4100895B2 JP 2001354704 A JP2001354704 A JP 2001354704A JP 2001354704 A JP2001354704 A JP 2001354704A JP 4100895 B2 JP4100895 B2 JP 4100895B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- property information
- driver
- property
- client
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Stored Programmes (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ネットワークシステム、情報処理装置、方法、及びコンピュータ読み取り可能な記憶媒体に係り、ネットワーク上で共有されたＰＣや周辺機器の表示や管理等を行うものに関するものである。
【０００２】
【従来の技術】
近年、パーソナルコンピュータ（以下、ＰＣと称する）や、プリンタ、スキャナ、デジタルカメラ等の周辺機器の普及と共に、ＬＡＮ等のネットワークも普及してきており、ネットワーク上で複数のＰＣによりプリンタ、モデム、スキャナ等を共有するニーズも増えてきた。また、これらの周辺機器を使用するためのドライバも数多く提供され、そのインストール方法も提供されてきた。
【０００３】
【発明が解決しようとする課題】
しかしながら、周辺機器のドライバが機能アップ等の理由によりバージョンアップされた場合に、ユーザ自身がドライバのバージョンアップを行わなければならなかった。ユーザ自身がドライバのバージョンアップを行う際、新しいドライバ情報をネットワーク上に共有されているＰＣ(サーバＰＣなど)の特定フォルダに記憶させ、ドライバをバージョンアップする各ＰＣ上で当該ドライバ情報を使ってそれぞれバージョンアップすることが一般的であった。
【０００４】
しかし、これらの方法でバージョンアップした場合には、次のような問題点がある。すなわち、各ドライバにプロパティ情報として設定されているユーザ情報、例えば、レイアウト情報やフォント情報、あるいはそのネットワークシステム内で共通に設定されているデバイスオプション情報等がドライバの初期状態に設定されてしまうという問題である。このために、結局は、インストール時に初期状態に戻ってしまうドライバのプロパティ情報の設定をしなければならない。これらの理由により、ドライバをインストール後のドライバのプロパティ情報を設定する操作が面倒であるばかりではなく、それらの設定を行う項目も複雑になってきているので、設定ミスなどの原因になっているという問題がある。
【０００５】
そのため今後は、ドライバの自動バージョンアップを行うことが考えられる。例えば、システム管理者が一度に複数のＰＣ上のドライバをサーバＰＣなどから指示を出すことでバージョンアップする。各ＰＣ上でユーザが特に新しいドライバ情報が記憶されているフォルダを意識することなくバージョンアップが可能になる。
【０００６】
しかし、ドライバのインストール、バージョンアップ、セットアップの手順は、デバイス毎に異なる。また、デバイスやクライアント装置の環境に応じてドライバの種類を選択しなければならず、操作が煩雑である。また、クライアント装置における指示に基づきドライバの追加や変更、各クライアントにおいて、ドライバのプロパティ情報の設定など、煩雑な処理を実行せねばならず、非常に作業効率が悪いという問題があった。
【０００７】
このように、各PCのユーザ、或いは、ＰＣのソフトウェアの設定をシステム管理者に任せている場合にはシステム管理者に負荷がかかり、作業効率が悪くなってしまうという問題がある。さらに、近年は大規模なシステムにおいて、多数のＰＣにインストールを行う場合が多くなってきている。多数のＰＣに対するドライバのインストール後には、多数のＰＣ上の複雑なドライバのプロパティの設定を行う必要が出てくる。このような状況下では、さらにユーザの労力並びに多数のＰＣの設定を行うシステム管理者が必要とされ、また、設定ミスも生じることが多くなるという問題がある。
【０００８】
【課題を解決するための手段】
本発明は上記のような点に鑑みてなされたものであり、プロパティ情報をネットワーク上で簡単な操作で更新可能にする仕組みを提供することを目的とする。
【０００９】
さらに、ドライバのプロパティ情報の設定の労力を軽減し、設定ミスを削減すべく、クライアントに導入されているドライバのバージョンアップを行う際、サーバ装置からドライバのプロパティ情報を配信してクライアント装置に設定する仕組みを行う仕組みを提供することを目的とする。
【００１０】
さらに、各クライアントにおいて行われていたドライバのインストール並びにプロパティ情報の設定処理の負担を軽減すべく、サーバ装置からのセットアップ指示によりドライバのプッシュインストールを行ない、当該ドライバに対するプロパティ情報の設定処理を行う仕組みを提供することを目的とする。
【００１１】
上記目的を達成するため、本願の実施形態においては、以下の手段を提供する。
【００１２】
クライアント装置と通信する情報処理装置において、
ドライバ情報をインストールすべき複数のクライアント装置を認識する認識手段と、プロパティ情報を送信すべき旨とプロパティ情報を送信すべきでない旨の指定が可能なユーザインタフェースにおいて、プロパティ情報を送信すべき旨の指定があるか否かに関わらず、前記クライアント装置からのドライバ情報の送信要求を待つことなくドライバ情報を送信する処理と、プロパティ情報を送信すべき旨とプロパティ情報を送信すべきでない旨の指定が可能なユーザインタフェースにおいて、プロパティ情報を送信すべき旨の指定があった場合に限り、前記ドライバ情報の印刷処理に関わる情報であって、複数の印刷設定項目を組み合わせた情報であるひとつのプロパティ情報を、複数のプロパティ情報の中から選択して前記クライアント装置へ送信する処理と、前記ドライバ情報のクライアント装置におけるインストールを制御する指示及び前記ドライバ情報が前記クライアント装置に組み込まれるのに応答して前記印刷設定に係わるプロパティ情報を前記ドライバ情報に認識させる指示を含むセットアップ指示を複数の前記クライアント装置へ送信する処理とを制御する送信制御手段とを
有することを特徴とする情報処理装置、該装置に適用可能な方法、制御プログラム等が開示される。
【００２４】
【発明の実施の形態】
以下、図面を参照して、本発明のネットワークシステム、情報処理装置、方法、及びコンピュータ読み取り可能な記憶媒体の実施の形態について説明する。
【００２５】
図１は、本実施の形態に係る装置の構成を説明するブロック図である。同図において、１はシステムバスであり、当該システムバス１を介して以下に述べる各構成ブロックが接続されている。
【００２６】
２はＣＰＵ（Central Processing Unit）である。３はプログラムメモリ（以下、ＰＭＥＭと称する）であり、後述する処理のためのプログラムを適宜ハードディスク１０から選択／読込みし、ＣＰＵ２にて実行する。また、キーボード１２から入力されたデータは、テキストメモリでもあるＰＭＥＭにコード情報として格納される。
【００２７】
４は通信制御部であり、通信ポート５における入出力データの制御を行う。通信ポート５から出力された信号は、通信回線６を経由して、ネットワーク上の他の装置（図１では符号７を付す）の通信ポートに伝えられる。ネットワーク上で共有されているプリンタやスキャナ等とのやり取りは、この通信制御部４を介して行われる。本実施の形態では、ＬＡＮ等のネットワークに関して記述するが、この通信制御部４に接続される通信ポート５及び通信回線６が一般の公衆回線であっても本発明が適応されることは言うまでもない。
【００２８】
８は外部記憶装置制御部である。９、１０はデータファイル用のディスクで、例えば９はフロッピーディスクＦＤであり、１０はハードディスクＨＤである。
【００２９】
１１は入力制御部であり、キーボード１２、マウス１３等の入力装置が接続される。ユーザは、キーボード１２を操作することによりシステムの動作指令等を行うことができる。また、マウス１３はＣＲＴ１６上で画像情報を加工指示するためのポインティング・デバイスＰＤとして機能し、これによりＣＲＴ１６上のカーソルをＸ，Ｙ方向任意に移動してコマンドメニュー上のコマンド・アイコンを選択して処理の指示を行う他、編集対象の指示、描画位置の指示等も行うことができる。
【００３０】
１４はビデオイメージメモリ（ＶＲＡＭ）であり、１５は表示出力制御部であり、１６はＣＲＴ（Cathode-Ray Tube）である。ＣＲＴ１６に表示されるデータは、ＶＲＡＭ１４上にビットマップデータとして展開される。
【００３１】
１７はプリンタ制御部であり、接続されているプリンタ１８に対するデータの出力制御を行う。１Ａは、画像読み取り装置制御部であり、接続されている画像読み取り機器１Ｂの制御を行う。
【００３２】
なお、本実施の形態でＰＭＥＭ３に記憶しているプログラムは、ハードディスク１０やフロッピーディスク９等の記憶媒体に記憶されていてもよい。さらに、ネットワークに接続されている他の装置上に記憶されていてもよい。
【００３３】
（第１実施形態）
以下、図２乃至９を参照して、本実施の形態の第１の実施の形態について説明する。図２は、サーバ装置として機能するＰＣの処理動作を示すフローチャートである。まず、ステップＳ２０１で、サーバ装置は、ネットワーク上の全てのＰＣ及び周辺機器の接続情報を取得し、その情報を記憶する。
【００３４】
次に、ステップＳ２０２で、サーバ装置は、各ＰＣにおける周辺機器のドライバ情報の好適な一例であるドライバのセットアップ情報を取得する。周辺機器のドライバとは、プリンタ、スキャナ、デジタルカメラ、ＦＡＸ等のドライバのことである。セットアップ情報の取得方法として、例えば、各ＰＣ上で自機にインストールされているドライバ情報を取得するモジュールを起動させることで情報を収集して、それらの情報を、ネットワークを通じて送受信することが考えられる。ステップＳ２０３では、サーバ装置は、取得した情報を基にネットワーク上の全てのＰＣ及び周辺機器の接続情報を表示する。以下ではドライバ情報構造体を用いた実施形態を説明していく。
【００３５】
図３は、セットアップされているドライバ情報構造体の一例を示す図である。ＰＣ名称、ＩＰアドレス、ＯＳ種類、ユーザ名、デバイスドライバ数、各デバイスドライバの情報、及びプロパティ情報から構成される。各デバイスドライバ情報は、プリンタやスキャナといったデバイス種類、ドライバ名、バージョン情報、出力ポート、共有名、ドライバ情報アドレス、プロパティ情報名称、プロパティ情報アドレスで構成される。例えば、１番目に登録されているプリンタは、ドライバ名がＬＡＳＥＲ８３０、バージョンが１．００．００、出力ポートがローカル、共有名がＬＡＳＥＲ８３０、ドライバ情報アドレスが０ｘ１００００、プロパティ情報名称が標準設定、プロパティ情報アドレスが０ｘ５００００となっている。この情報を、ＰＣごとに記録する。
【００３６】
また、図４は、プロパティ情報の構造体の一例を示す図である。この例はプリンタドライバのプロパティ情報であり、本実施形態においては、ページ設定、仕上げ設定、給紙設定、印刷品質設定について設定されている例が示されている。プロパティ情報は、印刷処理を行う際にドライバモジュールが参照する情報を含む。この構造体は、ドライバ種類やバージョン等によって異なる。プロパティ情報は、ＯＳのレジストリに保持させることもできる。また、ドライバに対して情報の入力を行い、入力した情報をドライバによってプロパティ情報の外部ファイルとして出力させることもできる。
【００３７】
ここで、図１４は、ドライバの設定画面を示す図である。以下、ドライバによるプロパティ情報の生成、並びに、外部ファイル出力処理について説明する。サーバ装置のＣＲＴにおいて表示され、ユーザはポインティングデバイスやキーボードを用いて画面のＧＵＩ（グラフィカルユーザインタフェース）を操作する。プロパティ情報には、ステイプルの有無に代表される仕上げ処理、印刷品質、デバイスを操作する給紙情報なども設定出来る。ここでは、例として、プロパティ情報選択タブ１４０１は、ページ設定のタブを選択した状態になっている。１４０２は、ユーザがお気に入りのプロパティ情報を選択するお気に入り選択部である。１４０３は、プロパティ情報追加指示部である。１４０３を指示すると、後述するプロパティ情報追加画面である図１５が表れる。１４０４はプロパティ情報編集部である。１４０４を指示すると、後述する図１７のお気に入り編集画面が表れる。１４０６乃至１４１３は、プロパティ情報に格納されるパラメータを指示するパラメータ指示部である。出力用紙サイズ１４０６、部数１４０７印刷の向き１４０８、２ｉn１などのページレイアウト１４０８、ページレイアウトの配置順１４１０、印刷データに埋め込まれる透かし印刷を含むスタンプの有無１４１２、スタンプの種類１４１１、ステイプルの有無やソートの方法（例えば、フェイスアップ・フェイスダウン）などデバイス制御情報１４１３を指定することができる。１４１４はプロパティ情報確認部であり、１４１４を押下すると、プロパティ情報のパラメータの内容を確認できる画面（図示せず）を表示する。
【００３８】
管理者は、１４０１乃至１４２１を操作して、上記パラメータをプロパティ情報として、サーバ装置のドライバに記憶させる。
【００３９】
図１５は、プロパティ情報追加画面を示す図である。１５０１は、プロパティ情報の名称を入力する名称入力部１５０１である。１５０２は、プロパティ情報に対応するアイコンを指定するアイコン指定部である。１５０３は、プロパティ情報に関連するコメントを入力することが出来るコメント入力部である。１５０４は、プロパティ情報表示切り換え部である。１５０６は、プロパティ情報表示部である。１５０７は画面切り換えボタンである。ＯＫを押すと、現在ドライバに設定されている（１５０６に一部表示されている）パラメータがプロパティ情報として登録される。図１５の例では、「調達課 注文票」というプロパティ情報名で、プロパティ情報は保存される。保存処理が終了すると、プロパティ情報設定画面である図１６の画面になる。図１６に示すようにプロパティ情報として、「調達課 注文票」が構成され、選択可能となっている１４２２。次回から、プロパティ情報選択部１４０２を用いて、プロパティ情報名「調達課 注文票」を指定すると、ドライバに記憶された先ほど設定したパラメータが呼び出され、当該パラメータを適用して、印刷処理を行うことができる。
【００４０】
図１７は、プロパティ情報編集画面である。この画面では、プロパティ情報指示部１７０１で、削除したいプロティ情報の名称を選択状態とし、削除ボタンを押すと、当該プロパティ情報を削除できる。また、同様に、選択したプロパティ情報を，１７０５ボタンを押すことにより、外部ファイルに出力できる。また、読み込みボタン１７０５を押し、所望の外部ファイル（不図示）を選択することで、印刷パラメータを定義した外部のファイルから印刷に関するパラメータを読み込んでプロパティ情報として新たに定義したり出来る。
【００４１】
図１８は、管理者がインストールサーバ装置においてプロパティ情報を登録する処理の一例である。以下、図１８の処理を説明する。管理者は、図１４の画面で格納したい印刷処理に関するパラメータを指示選択する（Ｓ１８０１）。そして、プロパティ情報追加指示部１４０３を 押下（Ｓ１８０２）し、図１５を表示する。そして、プロパティ情報の名称１５０１、アイコン１５０２、コメント１５０３を入力して（Ｓ１８０３）、プロパティ情報の登録指示であるＯＫボタン１５０７を押下し（Ｓ１８０４）、ドライバにプロパティ情報を登録する（図１４の画面に戻る）。そして、図１４でプロパティ情報編集部１４０４を押すと（Ｓ１８０５）、次は図１７の画面になる。そして図１７で管理者がファイル保存ボタン１７０６を押下すると、ドライバはプロパティ情報を外部ファイルとして自動的に所定のディレクトリに出力する（Ｓ１８０６）。以後、このプロパティ情報の外部出力されたファイルを外部ファイルという。管理者は、設定したいクライアントごと、或いは、同じクライアントに設定された、異なるプリンタごとにプロパティ情報を一つ又は複数作成する。これらの一つ又は複数のファイルを所定のディレクトリに作成する。外部ファイルは、クライアント装置名やプリンタ名などに関連付けた外部ファイル名にすると好適である。これらの外部ファイルを他の情報処理装置に送信して、ドライバに読み込ませたり、ＯＳに登録したりして設定情報を活用する。
【００４２】
図５は、ネットワーク上のＰＣ及び周辺機器を表示した画面の一例を示す図である。３０１はメニュー、３０２はツールバー、３０３はＰＣ及び周辺機器を表すアイコンが表示されるメインウインドウである。３０２ａ〜３０２ｉは、ツールバー３０２においてＰＣ及び周辺機器を操作して行う各機能を表すアイコンである。例えば、３０２ａは選択されたスキャナから画像データの読み込み、該画像データを選択されたプリンタに出力するコピー機能を実行するためのアイコンである。３０２ｂはＦＡＸ機能、３０２ｃは画像データ読み込み機能、３０２ｄは画像データを読み込み、ＯＣＲ処理を行う機能、３０２ｅはＦＡＸ受信データ及び配信データを管理する機能、３０２ｆは表示切り替え機能、３０２ｇは表示画面編集機能、３０２ｈは情報の更新処理を行う機能、３０２ｉは更新処理を中止する機能を実行するためのアイコンである。
【００４３】
３０３ａ〜３０３ｑはネットワーク上で共有されているＰＣ及び周辺機器を表すアイコンである。これらのアイコン３０３ａ〜３０３ｑは、ＰＣ、プリンタ、スキャナ、ＦＡＸモデムといったデバイス種類、或いは「処理中」、「エラー発生」等のステータスによってアイコンが変更されて表示される。３０３ｃは自機を表すアイコン、３０３ｂは自機がログオンしているドメインを表すアイコンである。自機は特別な機器であるために、他のＰＣとは区別して先頭に表示される。その他のＰＣについては、アルファベット順に昇順或いは降順で表示される。
【００４４】
また、アイコン３０３ｐのようにネットワーク上では共有されているが、ドライバがインストールされていないＰＣ及び周辺機器はアイコンがグレー表示される。また、アイコン３０３ｊのように接続機器があるが展開して表示されていない場合には「＋」マークが、アイコン３０３ｈ、３０３ｋ、３０３ｎのように展開されている場合には「−」マークが表示される。アイコン３０３ｑのように接続機器が何もない場合はマークが付加されない。
【００４５】
このように該画面でネットワーク上の全てのＰＣ及び周辺機器の接続状態、さらにはステータスを確認することができる。この例では、画面の都合上、全てのアイコンが表示されていないが、画面横に配置されているスクロールバーを使って全てのＰＣ及び周辺機器を確認することができる。
【００４６】
また、図６は、ネットワーク上の各ＰＣのドライバセットアップ状況を表示する画面の一例を示す図であり、各ＰＣから取得したドライバ情報構造体を基に表示される。同図では、「私のＰＣ」にインストールされているドライバは、プリンタが６個、スキャナが２個ある。この中で、例えば、「ＩＮＫＪＥＴ−１０Ｖ」というプリンタは、ドライバ名が「ＩＮＫＪＥＴ−１０Ｖ」で、バージョン番号が「１．００．００」で、プロパティ情報が「標準設定」で、「ＩＮＫＪＥＴ−１０Ｖ」という名称で共有設定されたネットワーク上で共有されているプリンタドライバであることを示している。
【００４７】
図２のフローチャートに説明を戻すと、ステップＳ２０４で、サーバ装置内のインストーラを含むセットアッププログラムは、プロパティ情報が要求されたか否かを判定する。ここで、プロパティ情報が要求されていない場合は、処理を終了する。プロパティ情報が要求されたとサーバ装置内のセットアッププログラムが判定した場合、ステップＳ２０５に移行する。プロパティ情報の要求方法としては、各デバイス上でマウス操作によりメニュー表示させて対応するドライバのプロパティ情報をサーバに要求することが考えられる。
【００４８】
次に、ステップＳ２０５で、サーバ装置内のセットアッププログラムは、要求されたドライバのプロパティ情報があるか否かを判定する。そして、サーバ装置内のセットアッププログラムは、プロパティ情報がなかった場合は、対応するプロパティ情報がないことを通知して処理を終了する。サーバ装置内のセットアッププログラムは、対応するプロパティ情報があった場合、ステップＳ２０６に移行する。同じデバイスであってもバージョンによってサポートしている機能が異なる場合があるので、ドライバのプロパティ情報の有無は、デバイス種類、ドライバ名、バージョン情報を基に行うことが考えられる。それら全ての情報が一致しているかどうかを比較することで判定する。
【００４９】
ステップＳ２０６では、要求があったＰＣに対して対応するプロパティ情報一覧を送信する。ここで、全ての情報を要求があったＰＣに送信するのではなく、ユーザが選択するために必要な最低限の情報を送信することによって、ネットワーク上のトラフィックを軽減させることができる。
【００５０】
さらに、ステップＳ２０７では、サーバ装置内のセットアッププログラムは、そのＰＣからプロパティ情報の要求があったか否かを判定する。要求がない場合は、処理を終了する。要求があった場合、ステップＳ２０８に移行し、サーバ装置内のセットアッププログラムは、要求があったドライバのプロパティ情報の送信をサーバ装置内のＯＳに依頼して処理を終了する。
【００５１】
一方、図７は、クライアント装置として機能するＰＣの処理動作を示すフローチャートである。まず、ステップＳ６０１で、サーバ装置からドライバのプロパティ情報を取得するか否かを判定する。ここで、取得しない場合は、処理を終了する。
【００５２】
取得する場合、サーバ装置内のセットアッププログラムは、ステップＳ６０２に移行し、対応するドライバのプロパティ情報一覧をサーバ装置に要求する。要求する際には、デバイス種類、ドライバ名称、バージョン情報を送信する。
【００５３】
ステップＳ６０３では、サーバ装置内のセットアッププログラムは、ドライバのプロパティ情報一覧を取得できたか否かを判定する。サーバ装置に対応するドライバのプロパティ情報がない等により取得できなかった場合は、処理を終了する。
【００５４】
プロパティ情報一覧を取得できた場合、ステップＳ６０４に移行し、プロパティ情報を取得するか否かを判断する。ドライバのプロパティ情報を取得しない場合は、処理を終了する。
【００５５】
ドライバのプロパティ情報を取得する場合、ステップＳ６０５に移行し、サーバ装置にプロパティ情報の取得要求を送信する。そして、ステップＳ６０６でプロパティ情報を取得できたかどうか判定する。取得できなかった場合は、ステップＳ６０５に戻り、取得できるまで待ち続ける。
【００５６】
プロパティ情報を取得できた場合、ステップＳ６０７に移行し、取得したプロパティ情報を基に対応するドライバを更新する。
【００５７】
（第２実施形態）
図２及び図７に示したフローチャートでは、ドライバのプロパティ情報全てをサーバ装置で一元管理しているが、この場合には、サイズの大きい情報がネットワーク上でやり取りされることになる。そこで、トラフィックが増大するのを防ぐために、最低限の情報のみをサーバ装置に登録して管理し、プロパティ情報本体は各ＰＣで管理して、プロパティ情報が必要な場合にはサーバ装置からの要求を受けて指定されたＰＣに送信する方法も考えられる。
【００５８】
図８は、各クライアント装置で自機にインストールされているドライバのプロパティ情報を管理する場合におけるサーバ装置の処理動作、図９は、クライアント装置の処理動作を示すフローチャートである。図８のステップＳ１１０１乃至ステップＳ１１０７は、図２のフローチャートにおけるステップＳ２０１乃至ステップＳ２０７と同じである。
【００５９】
ステップＳ１１０８では、ドライバのプロパティ情報を管理しているＰＣに対して、送信するデバイス種類、ドライバ名称、バージョン情報、プロパティ情報、及び送信するＰＣ情報を送信して、指定されたＰＣにプロパティ情報を送信するように指示する。
【００６０】
一方、図９に示すように、クライアント装置では、ステップＳ１２０１でサーバ装置からプロパティ情報の送信要求があるか否かを判定する。要求がない場合は、処理を終了する。
【００６１】
送信要求があった場合、ステップＳ１２０２に移行し、指示されたドライバのプロパティ情報を管理データから読み出す。管理データの構造体としては、図３に示した構造体と同様の構造体が考えられる。そして、ステップ１２０３で、そのプロパティ情報を指示されたＰＣに送信する。
【００６２】
（第３実施形態）
上述した第１、２の実施の形態では、クライアント装置からの要求があった場合について述べたが、サーバ装置から対応するクライアント装置へ操作を行うことも考えられる。図１０、１１は、その場合のサーバ装置及びクライアント装置の処理動作を示すフローチャートである。
【００６３】
図１０は、サーバ装置の処理動作を示すフローチャートであり、ステップＳ７０１〜Ｓ７０３までは、図２のフローチャートにおけるステップＳ２０１〜Ｓ２０３と同様である。
【００６４】
ステップＳ７０４では、クライアント装置内のセットアップモジュールは、クライアント装置のプロパティ情報を更新するか否かを判断する。更新指示がなかった場合は、処理を終了する。更新指示があった場合、ステップＳ７０５に移行する。ここでの操作方法としては、例えば、あるドライバを選択して、プロパティ情報の更新・セットアップ指示をすることが考えられる。更新・セットアップ指示は、Ｒｅｍｏｔｅ Ｐｒｅｃｅｄｕｒｅ Ｃａｌｌ（遠隔手続き呼出し、以下ＲＰＣと呼ぶ。）やこれをオブジェクト指向を用いてＸＭＬにより実装した一例であるＳＯＡＰ(シンプルオブジェクトアクセスプロトコル)を用いて実現すると好適である。例えば、サーバ装置からの更新指示の一例としては、クライアント装置の更新処理モジュールを遠隔的に呼び出すＲＰＣが挙げられる。
【００６５】
ステップＳ７０５では、ステップＳ７０２で取得した情報を基に、指示されたドライバがインストールされているクライアント装置があるか否かを認識する。そして、対応するＰＣの電源が落ちている、或いは、ドライバを削除してしまっている等の理由で対応するクライアント装置がなかった場合は、処理を終了する。対応するＰＣがあった場合、それらのＰＣが表示される。図１２は、対応するＰＣがあった場合の画面の一例であり、ここで、プロパティ情報を更新するＰＣを選択する。
【００６６】
ステップＳ７０６では、クライアント装置内のセットアップモジュールは、更新指示がされたＰＣに対してプロパティ情報の更新通知を送信するようＯＳを制御する。そして、ステップＳ７０７で、クライアント装置内のセットアップモジュールは、各クライアント装置からプロパティ情報の送信要求があるか否かを判断する。送信要求がなかった場合は、ステップＳ７０９に移行する。送信要求があった場合、ステップＳ７０８に移行し、クライアント装置内のセットアップモジュールは、指定されたプロパティ情報を要求のあったＰＣに対して送信するようＯＳを制御する命令を生成する。ここで、プロパティ情報とは、所定のデータ形式で記述されたファイルである。ドライバが搭載されたクライアントＰＣにおいて、ユーザがドライバに指示することにより該プロパティ情報を入力したり出力したりすることができる。
【００６７】
ステップＳ７０９では、クライアント装置内のセットアップモジュールは、更新通知を行った全ＰＣから応答があったか否かを判断する。ここで、全てのＰＣから応答があった場合は、処理を終了する。全てのＰＣから応答がなかった場合、ステップＳ７０８に戻り、処理を続行する。
【００６８】
一方、図１１は、クライアント装置の処理動作を示すフローチャートである。まず、ステップＳ９０１で、サーバ装置からプロパティ情報の更新通知を受けたか否かを判断する。通知がなかった場合は、処理を終了する。
【００６９】
通知があった場合、ステップＳ９０２に移行し、プロパティ情報を更新するか否かを判断する。図１３は、その場合に表示されるメッセージの一例である。ここで、「いいえ」を選択して更新をキャンセルする場合は、サーバ装置に対して更新しないことを送信して処理を終了する。「はい」が選択されて更新をする場合、ステップＳ９０３に移行し、サーバに対してプロパティ情報の送信要求を行って、ステップＳ９０４に移行する。
【００７０】
ステップＳ９０４では、クライアント装置内のセットアップモジュールは、サーバ装置からプロパティ情報並びにセットアップ情報を取得できたか否かを判断する。取得できていない場合は、ステップＳ９０３に戻り、取得できるまで待ち続ける。プロパティ情報並びにセットアップ情報を取得できた場合、ステップＳ９０５に移行し、取得した情報を基にして指定したドライバのプロパティ情報を、セットアップ情報に含まれるセットアップ指示に従って、プロパティ情報を更新し、設定する。
【００７１】
ここで、セットアップ指示は、例えば、クライアント装置内のセットアップモジュールが、クライアント装置内のＯＳのＡＰＩを呼び出し、受信したプロパティ情報をＯＳのレジストリ領域に登録する処理を制御するものである。また、セットアップ指示は、ドライバセットアップモジュールにドライバにプロパティ情報を読み込むように指示する命令を発行する処理を制御するものであってもよい。
【００７２】
なお、この例では、ステップＳ９０２において確認メッセージを表示していたが、メッセージを表示することなく自動的に更新処理を行ってもよい。
【００７３】
以上述べたように本実施の形態では、ネットワーク上で共有されているＰＣ及び周辺機器がウインドウに表示されるとともに、周辺機器のドライバのプロパティ情報をネットワーク上で共有するので、簡単な操作でドライバのプロパティ情報を更新することができる。また、サーバ装置から各クライアント装置に対して共通のプロパティ情報を設定することができる。さらに、プロパティ情報の管理をクライアント装置に分散させ、必要に応じて情報をやり取りすることにより、ネットワーク上のトラフィックを最小限に抑えることも可能となる。
【００７４】
（第４の実施の形態）
第３の実施形態においては、ドライバのプロパティ情報の設定又は更新について述べたが、本実施形態については、サーバ装置側が、クライアント装置のドライバを新規追加又は更新する際、能動的に、クライアント装置からの要求待つことなくドライバを配信する場合の処理である。本実施形態では、前述の実施形態と異なる部分を説明する。インストールサーバ装置３８５内のセットアッププログラムは、クライアント装置からのドライバ情報の送信要求を待つことなく、ＯＳのＡＰＩ又はシステムコールを呼び出し、ドライバのセットアップ指示、並びに、ドライバを配信する処理の制御を行う。そして、セットアッププログラムは、並行して、クライアント装置に対して送信するドライバのプロパティ情報を、インストールサーバから自発的に、或いは、ドライバがインストールされた後のクライアントの要求を待って送信するようＯＳを制御する。
【００７５】
図２０は、本実施形態を示す印刷システムの一例を示す図である。クライアントの好適な一例である３８１に示すクライアント装置Ａ、３８２に示すクライアント装置Ｂ、３８３に示すクライアント装置Ｃ、サーバ装置の好適な一例であるインストールサーバ装置３８５、ウェブサーバ装置３８６がネットワークの好適な一例であるＬＡＮ（ローカルエリアネットワーク）３８０を介して接続されている。本実施形態のインストールサーバ装置３８５、ウェブサーバ３８６は、クライアント装置である３８１乃至３８３は情報処理装置の好適な一例であるＰＣで構成されており、その内部構造は図１と同様である。
【００７６】
図２３は、各クライアント装置内の好適な一例としてのソフトウェアのモジュールを示す図である。
【００７７】
図２３は、クライアント装置のモジュール構成を示す図である。図２３を用いて、ドライバのクライアントにおけるインストール処理の例を説明する。クライアント装置には、ＯＳが搭載されている。各クライアント装置内のソフトウェアモジュールの領域は、ユーザ領域３７７とＯＳ領域３７８に分割されている。ドライバインストールモジュール３７１は、ＯＳ上で動作するアプリケーションとして用意される。３７９のシステムプログラムは、クライアント装置内に記憶されているドライバ名、プリンタ名、ドライバのシステム内のディレクトリをレジストリ３７６に登録することにより管理している。
【００７８】
ドライバインストールモジュール３７１は、ＡＰＩ（アプリケーションプログラミングインタフェース）を介して、システムインストーラ３７４を呼び出す。システムインストーラは、ＯＳの一機能として用意されており、ドライバインストールモジュール３７１の命令に応答して、外部から導入してユーザ領域３７６に記憶されているドライバ３７２をシステムファイル領域３７５に複写或いは移動する。このシステムファイル領域の一部は、ドライバを使用するデバイスの各種情報を登録するためのレジストリ領域３７６が確保されている。また、ドライバインストーラモジュール３７１は、システムインストーラ３７４を呼び出して、ドライバセットアップ情報並びにプロパティ情報をレジストリ領域に格納させることができる。レジストリはユーザ毎に用意してもよい。
【００７９】
ここでは、ドライバインストールモジュール３７１は、外部装置から受信したセットアップ指示に従って、プロパティ情報をレジストリ３７６に登録するためのＯＳのＡＰＩを呼び出したり、或いは、システムファイルにインストールされたドライバを呼び出してプロパティ情報を読み込ませる処理を行う。ドライバのプロパティ情報は、例えば、クライアント装置のＯＳに登録されているプリンタごとに、お気に入りの印刷設定をプロパティ情報としてＯＳのレジストリ領域に格納することも出来る。
【００８０】
ドライバのプロパティ情報は、図１４で説明した外部ファイルの形式でインストールサーバ装置から受信され、ユーザ領域３７６のファイルシステムに読み込まれることも考え得る。この場合、ファイル形式のドライバプロパティ情報をドライバインストーラが自動的に読み込んで、ドライバに渡し、ドライバの設定にドライバプロパティ情報を反映させることが出来る。
【００８１】
図１９は、インストールサーバ装置がドライバをクライアント装置に配布し、プロパティ情報を設定する処理の一例を示す図である。ドライバのプロパティ情報は、本実施形態では、図１４を用いて先に説明したように、インストールサーバ装置において管理者が入力した情報を外部ファイルとして出力したものを用いる。この処理は、インストールサーバ装置３８５に搭載されたリモートインストール機能を有するセットアッププログラムが起動された場合に開始される。図１９の処理においては、インストールサーバ装置３８５内のセットアッププログラムは、クライアント装置からの要求待つことなく、プッシュインストールでドライバの配信を行っている。また、インストールサーバ装置３８５内のセットアッププログラム（管理手段）は、プロパティ情報をＯＳに登録される印刷装置ごとに管理しており、当該プリンタの機種毎の機能やオプションに適合したプロパティ情報を配信するようにＯＳを制御してプロパティ情報の配信処理を行うことも考え得る。
【００８２】
なお、インストールサーバ装置からドライバ並びにセットアップ情報をネットワークを介して受信した各クライアント装置のＯＳは、当該ドライバのプロパティ情報と、プロパティ情報のセットアップ指示をドライバインストーラ（入力手段）に入力する。このセットアップ指示に基づいて、該インストーラは、インストールサーバ装置３８５内のドライバがこのプロパティ情報を認識できるように、このプロパティ情報をインストールサーバ装置３８５内のＯＳにインストールする。例えば、セットアップ指示の命令を受けて、ドライバインストーラは、ＯＳから入力されたプロパティ情報を、ドライバに入力して読み込ませることによりドライバに認識させる。また、セットアップ指示を受けて、ドライバインストーラは、ＯＳのＡＰＩを呼び出して、プロパティ情報をＯＳのレジストリに登録し、ドライバは、ＯＳを介してプロパティ情報を認識する。
【００８３】
以下、インストールサーバ装置３８５におけるインストーラの動作を示す。以下、クライアント装置Ａ、クライアント装置Ｂ，クライアント装置Ｃをまとめて「各クライアント装置」と呼ぶ。
【００８４】
図１９の処理を説明を戻す。まず、インストールサーバ装置３８５内のセットアッププログラムは、ステップＳ１９０１でドライバを各クライアント装置にリモートインストールの指示があったかどうか判定する。リモートインストールの指示は、例えば、ユーザが、図１におけるインストールサーバ装置３８５のＣＲＴ１６に表示されるグラフィカルユーザインタフェースを参照して、マウス１３やキーボード１２を操作すると、当該操作に応答してセットアップ指示が入力制御部１１に入力される。ここで、インストールサーバ装置３８５内のセットアッププログラムは、リモートインストールの指示がないと判断したしない場合は、処理を終了する。一方、Ｓ１９０１でインストールサーバ装置３８５内のセットアッププログラムがリモートインストールの指示があったと判断した場合は、ステップＳ１９０２に進んでリモートインストールするドライバのセットアップ情報を作成する。ドライバのセットアップ情報とは、インストールするドライバ名、ドライバ本体、プリンタ名、出力ポート名、ポートを利用可能とするためのモジュールなどの情報を含む。また、プリンタ名は、ここでは、各クライアント装置のＯＳのレジストリ等に登録され管理されるものである。
【００８５】
ここで、図２１を用いてＳ１９０２の処理を詳述する。図２１はインストールサーバ装置のＣＲＴに表示されるドライバ情報を設定する画面の一例である。管理者は、この設定画面を用いて、セットアップ指示を含むセットアップ情報を作成する。３３１はプリンタ名指示部である。プリンタ名指示部３３１では各クライアント装置に登録するためのプリンタ名を選択又は入力可能である。ネットワーク上で検索された複数のプリンタをプリンタ名指示部３３１で指示できるようにしてもよい。次に、３３２はポート指定部である。ポート指定部では、３３４ポートの追加指示部をマウスを用いて押下することにより、ポートを追加できる。図２１の設定例では、プリンタのネットワーク上の所在を示す情報としてのＩＰアドレスと、プリンティングプロトコルとして、ｌｐｒを用いる旨を指定し、これらに対応付けられる論理的なポートが作成されている様子を示している。ｌｐｒは、伝統的な印刷管理プログラムであるが、もちろん、他の印刷管理プログラムを用いてもよい。また、ＴＣＰ／ＩＰとは別のネットワークプロトコルを用いてもよい。３３３は、ドライバの指定部であり、各クライアント装置にインストールするためのドライバを指示するためのものである。ドライバの追加指示部３３５を操作することにより、ドライバ指定できる。上記は、ＴＣＰ／ＩＰとｌｐｒを用いたネットワークプリンタに対して印刷処理させる場合のポート作成の例であった。ポートは、ローカルプリンタに対しても作成出来る。例えば、クライアント装置のローカルプリンタを設定する場合には、ＣＯＭポートやＬＰＤポートを指定し、これに基づきセットアップ情報を作成してもよい。また、ポートとして、プリントサーバ経由での印刷を示す設定も可能である。例えば、プリントサーバ３８７のプリントサーバ名が「ＳＶＰＣ１」であり、プリンタ３８４のプリンタ名がＬＡＳＥＲ９５０である場合、「￥￥ＳＶＰＣ１￥ＬＡＳＥＲ９５０」とポートを指定すれば、ＳＶＰＣ１をプリントサーバとしてＬＡＳＥＲ９５０に印刷を行わせるためのポートが設定される
図２１の画面のＯＫボタンを押すと図２２が表示され、Ｓ１９０３並びにＳ１９０４に移行する。
【００８６】
ステップＳ１９０３では、後述する図２２の設定画面で、インストールサーバ装置３８５内のセットアッププログラムは、選択したドライバをインストールするクライアント装置を選択する。同時に配布先の複数のクライアント装置を選択することも可能である。
【００８７】
図２２は、図１９の処理で用いられるドライバをセットアップするクライアント装置とプロパティ情報の設定を指示する画面の一例である。同時に複数のクライアント装置を選択することも可能である。また、プロパティ情報配信設定部２２１により、プロパティ情報の設定処理実行のＯＮ／ＯＦＦも設定できる。プロパティ情報ファイル選択部２２２を用いて、図１７の設定画面を用いて作成した、各クライアント装置に配信したいプロパティ情報ファイルを選択する。図２２は、プロパティ情報Ａが選択された状態となっている。また、この例ではドメイン内の一台又は複数のクライアント装置を選択するようになっているが、同一ドメインを跨いだ指定も可能である。
【００８８】
Ｓ１９０４では、インストールサーバ装置３８５内のセットアッププログラムは、プロパティ情報配信設定部２２１からの入力に基づいてプロパティ情報を配信するか否かの指定を行い、さらに、プロパティ情報ファイル選択部２２２からの入力に基づいて配信するプロパティ情報名の指定を行う。
【００８９】
Ｓ１９０５では、インストールサーバ装置３８５内のセットアッププログラムは、各クライアント装置上でドライバのインストールが終了した際にドライバのプロパティ情報の設定処理を実行するようセットアッププログラムが設定されているかどうかを判断する。インストールサーバ装置３８５内のセットアッププログラムは、ドライバのプロパティ情報をクライアントにおいて設定処理を行うよう設定されていないと判断した場合はステップＳ１９０７の処理を行う。ここで、プロパティ情報の設定処理のクライアントにおけるプロパティ情報の設定処理を実行するよう設定されている場合は、ステップＳ１９０６に移行する。S1906ではインストールサーバ装置３８５内のセットアッププログラムは、プロパティ情報を含むＳ１９０４で指定されたプロパティ情報名に対応する外部ファイルを自動的に読み込む。ここで、外部出力ファイルは管理者により作成され、Ｓ１９０４で指定したファイルが保存されているインストールサーバ装置３８５内のディレクトリから自動的に読み込み、プロパティ情報の本体並びに配信すべきプロパティ情報をセットアップ情報として追加記憶させる。
【００９０】
そして、ステップＳ１９０７では、サーバ装置３８５内のセットアッププログラム（認識手段）は、上述した工程で設定・認識された、セットアップ指示を含むドライバのセットアップ情報、並びに、インストールすべきドライバを認識する。さらに、当該セットアッププログラムは、Ｓ１９０３で指示された一台又は複数のドライバをインストールするクライアント装置を判断して認識し、判断されたクライアント装置に配信するようＡＰＩを介してＯＳに命令し、処理を終了する。なお、インストールサーバ装置３８５は、プロパティ情報をインストールサーバ装置３８５において、ドライバインストール開始の指示入力に応答して配信処理を開始するようにすると好適である。
【００９１】
図１９の処理においては、ＯＳの種類やＯＳのバージョンについては、インストールサーバ装置３８５が、予め収集してインストールサーバ装置３８５内に記憶した各クライアント装置の情報に基づいて、自動判定を行っている。しかし、各クライアント装置に搭載されているＯＳの自動判定が出来ない場合、セットアッププログラムがＳ１９０２でセットアップ情報を生成する前に、ユーザがＯＳの種類やバージョン、図２１に示すグラフィカルユーザインタフェースをＯＳの種類やＣＰＵのアーキテクチャを指定できるように変更してもよい。また、図１９の処理においては、プロパティ情報をサーバからの要求を待つことなく、能動的に配信処理しているが、インストールサーバ装置３８５は、各クライアント装置からのプロパティ情報の送信要求に応答して、プロパティ情報を送信してもよい。
【００９２】
プロパティ情報は、ドライバにより外部ファイルとして出力され、インストールサーバ装置３８５から配信して各クライアント装置において用いる。各クライアント装置は、各クライアント装置外のインストールサーバ装置３８５から取得した前記外部ファイルからプロパティ情報を自動的に読み出し、前記読み出したプロパティ情報を各クライアント装置内のドライバに入力して読み込ませる。
【００９３】
以上説明したように、本発明の実施形態によれば、インストールサーバ装置からクライアント装置に対して、プッシュインストールし、併せてプロパティ情報の設定を行なうので、ドライバのインストール並びに更新処理、並びにプロパティ情報の設定を一括して行うことが出来る。従って、ドライバのインストール・更新・設定処理の労力を全体として軽減できるという効果がある。複数のクライアント装置に対してこの処理を行ったときには、さらに大幅な労力を軽減できるという効果がある。
【００９４】
（その他の実施の形態）
上述した実施の形態の機能を実現するべく各種のデバイスを動作させるように、該各種デバイスと接続された装置或いはシステム内のコンピュータに対し、上記実施の形態の機能を実現するためのソフトウェアのプログラムコードを供給し、そのシステム或いは装置のコンピュータ（ＣＰＵ或いはＭＰＵ）に格納されたプログラムに従って上記各種デバイスを動作させることによって実施したものも、本発明の範疇に含まれる。
【００９５】
また、この場合、上記ソフトウェアのプログラムコード自体が上述した実施の形態の機能を実現することになり、そのプログラムコード自体、及びそのプログラムコードをコンピュータに供給するための手段、例えばかかるプログラムコードを格納した記録媒体は本発明を構成する。かかるプログラムコードを記憶する記録媒体としては、例えばフロッピーディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【００９６】
また、コンピュータが供給されたプログラムコードを実行することにより、上述の実施の形態の機能が実現されるだけでなく、そのプログラムコードがコンピュータにおいて稼働しているＯＳ（オペレーティングシステム）或いは他のアプリケーションソフト等と共同して上述の実施の形態の機能が実現される場合にもかかるプログラムコードは本発明の実施の形態に含まれることはいうまでもない。
【００９７】
さらに、供給されたプログラムコードがコンピュータの機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに格納された後、そのプログラムコードの指示に基づいてその機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって上述した実施の形態の機能が実現される場合にも本発明に含まれることはいうまでもない。
【００９８】
なお、上記実施の形態において示した各部の形状及び構造は、何れも本発明を実施するにあたっての具体化のほんの一例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその精神、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。
【００９９】
【発明の効果】
以上説明したように本発明によれば、ドライバのプロパティ情報をネットワーク上で共有することができるので、簡単な操作でドライバのプロパティ情報を更新することができる。また、サーバ装置から各クライアント装置に対して共通のプロパティ情報を設定することができる。
【０１００】
また、クライアントに導入されているドライバにおいて、サーバ装置から該ドライバのプロパティ情報を配信してクライアント装置に設定するので、ドライバのプロパティ情報の設定の労力を軽減し、設定ミスを削減することができる。
【０１０１】
さらに、サーバ装置からのセットアップ指示によりドライバのプッシュインストールを行ない、当該ドライバに対するプロパティ情報の設定処理を行うので、各クライアントにおいて行われていたドライバのインストール並びにプロパティ情報の設定処理の負担を軽減することができる。
【図面の簡単な説明】
【図１】本実施の形態の装置の概略構成を示すブロック図である。
【図２】サーバ装置として機能するＰＣの処理動作を示すフローチャートである。
【図３】ドライバ情報構造体の一例を示す図である。
【図４】プロパティ情報構造体の一例を示す図である。
【図５】ネットワーク上のＰＣ及び周辺機器を表示する画面の一例を示す図である。
【図６】ネットワーク上の各ＰＣのドライバセットアップ状況を表示する画面の一例を示す図である。
【図７】クライアント装置として機能するＰＣの処理動作を示すフローチャートである。
【図８】サーバ装置の処理動作を示すフローチャートである。
【図９】クライアント装置の処理動作を示すフローチャートである。
【図１０】サーバ装置の処理動作を示すフローチャートである。
【図１１】クライアント装置の処理動作を示すフローチャートである。
【図１２】プロパティ情報を更新するＰＣを選択するための画面の一例を示す図である。
【図１３】プロパティ情報の更新通知を受けた場合に表示される画面の一例を示す図である。
【図１４】ドライバの設定画面を示す図である。
【図１５】プロパティ情報追加画面を示す図である。
【図１６】プロパティ情報設定画面を示す図である。
【図１７】プロパティ情報編集画面を示す図である。
【図１８】管理者がインストールサーバ装置においてプロパティ情報を登録する処理の一例を示す図である。
【図１９】インストールサーバ装置がドライバをクライアント装置に配布し、プロパティ情報を設定する処理の一例を示す図である。
【図２０】本実施形態を示す印刷システムの一例を示す図である。
【図２１】インストールサーバ装置のＣＲＴに表示されるドライバ情報を設定する画面の一例を示す図である。
【図２２】図１９の処理で用いられるドライバをセットアップするクライアント装置とプロパティ情報の設定を指示する画面の一例を示す図である。
【図２３】各クライアント装置内の好適な一例としてのソフトウェアのモジュールを示す図である。
【符号の説明】
１ システムバス
２ ＣＰＵ
３ プログラムメモリ
４ 通制御部
５ 通信ポート
６ 通信回線
７ ネットワーク上の他の装置
８ 外部記憶装置制御部
９ フロッピーディスク
１０ ハードディスク
１１ 入力制御部
１２ キーボード
１３ マウス
１４ ビデオイメージメモリ
１５ 表示出力制御部
１６ ＣＲＴ
１７ プリンタ制御部
１８ プリンタ
１Ａ 画像読み取り装置制御部
１Ｂ 画像読み取り機器
２２１ プロパティ情報配信設定部
２２２ プロパティ情報ファイル選択部
３３１ プリンタ名指示部
３３２ ポート指定部
３３３ ドライバの指定部
３３４ ポート追加指示部
３３５ ドライバ追加指示部
３７１ ドライバインストールモジュール
３７２ ドライバ
３７３ ＡＰＩ
３７４ システムインストーラ
３７５ システムファイル領域
３７６ レジストリ
３７７ ユーザ領域
３７８ ＯＳ領域
３７９ システムプログラム
３８０ ＬＡＮ
３８１ クライアント装置Ａ
３８２ クライアント装置Ｂ
３８３ クライアント装置Ｃ
３８５ インストールサーバ装置
３８６ ウェブサーバ装置
１４０１ プロパティ情報選択タブ
１４０２ お気に入り選択部
１４０３ プロパティ情報追加指示部
１４０４ プロパティ情報編集部
１４０６ 用紙サイズ指示部
１４０７ 部数指示部
１４０８ 印刷の向き指示部
１４０９ ページレイアウト指示部
１４１０ ページレイアウト配置順指示部
１４１１ スタンプの種類指示部
１４１２ スタンプの有無指示部
１４１３ デバイス制御情報指示部
１４１４ プロパティ情報確認部
１５０１ 名称入力部
１５０２ アイコン指定部
１５０３ コメント入力部
１５０４ プロパティ情報表示切り換え部
１５０６ プロパティ情報表示部
１５０７ 画面切り換えボタン
１７０１ プロパティ情報指示部
１７０５ ファイル読込み指示部
１７０６ 外部ファイル保存指示部
【発明の属する技術分野】
本発明は、ネットワークシステム、情報処理装置、方法、及びコンピュータ読み取り可能な記憶媒体に係り、ネットワーク上で共有されたＰＣや周辺機器の表示や管理等を行うものに関するものである。
【０００２】
【従来の技術】
近年、パーソナルコンピュータ（以下、ＰＣと称する）や、プリンタ、スキャナ、デジタルカメラ等の周辺機器の普及と共に、ＬＡＮ等のネットワークも普及してきており、ネットワーク上で複数のＰＣによりプリンタ、モデム、スキャナ等を共有するニーズも増えてきた。また、これらの周辺機器を使用するためのドライバも数多く提供され、そのインストール方法も提供されてきた。
【０００３】
【発明が解決しようとする課題】
しかしながら、周辺機器のドライバが機能アップ等の理由によりバージョンアップされた場合に、ユーザ自身がドライバのバージョンアップを行わなければならなかった。ユーザ自身がドライバのバージョンアップを行う際、新しいドライバ情報をネットワーク上に共有されているＰＣ(サーバＰＣなど)の特定フォルダに記憶させ、ドライバをバージョンアップする各ＰＣ上で当該ドライバ情報を使ってそれぞれバージョンアップすることが一般的であった。
【０００４】
しかし、これらの方法でバージョンアップした場合には、次のような問題点がある。すなわち、各ドライバにプロパティ情報として設定されているユーザ情報、例えば、レイアウト情報やフォント情報、あるいはそのネットワークシステム内で共通に設定されているデバイスオプション情報等がドライバの初期状態に設定されてしまうという問題である。このために、結局は、インストール時に初期状態に戻ってしまうドライバのプロパティ情報の設定をしなければならない。これらの理由により、ドライバをインストール後のドライバのプロパティ情報を設定する操作が面倒であるばかりではなく、それらの設定を行う項目も複雑になってきているので、設定ミスなどの原因になっているという問題がある。
【０００５】
そのため今後は、ドライバの自動バージョンアップを行うことが考えられる。例えば、システム管理者が一度に複数のＰＣ上のドライバをサーバＰＣなどから指示を出すことでバージョンアップする。各ＰＣ上でユーザが特に新しいドライバ情報が記憶されているフォルダを意識することなくバージョンアップが可能になる。
【０００６】
しかし、ドライバのインストール、バージョンアップ、セットアップの手順は、デバイス毎に異なる。また、デバイスやクライアント装置の環境に応じてドライバの種類を選択しなければならず、操作が煩雑である。また、クライアント装置における指示に基づきドライバの追加や変更、各クライアントにおいて、ドライバのプロパティ情報の設定など、煩雑な処理を実行せねばならず、非常に作業効率が悪いという問題があった。
【０００７】
このように、各PCのユーザ、或いは、ＰＣのソフトウェアの設定をシステム管理者に任せている場合にはシステム管理者に負荷がかかり、作業効率が悪くなってしまうという問題がある。さらに、近年は大規模なシステムにおいて、多数のＰＣにインストールを行う場合が多くなってきている。多数のＰＣに対するドライバのインストール後には、多数のＰＣ上の複雑なドライバのプロパティの設定を行う必要が出てくる。このような状況下では、さらにユーザの労力並びに多数のＰＣの設定を行うシステム管理者が必要とされ、また、設定ミスも生じることが多くなるという問題がある。
【０００８】
【課題を解決するための手段】
本発明は上記のような点に鑑みてなされたものであり、プロパティ情報をネットワーク上で簡単な操作で更新可能にする仕組みを提供することを目的とする。
【０００９】
さらに、ドライバのプロパティ情報の設定の労力を軽減し、設定ミスを削減すべく、クライアントに導入されているドライバのバージョンアップを行う際、サーバ装置からドライバのプロパティ情報を配信してクライアント装置に設定する仕組みを行う仕組みを提供することを目的とする。
【００１０】
さらに、各クライアントにおいて行われていたドライバのインストール並びにプロパティ情報の設定処理の負担を軽減すべく、サーバ装置からのセットアップ指示によりドライバのプッシュインストールを行ない、当該ドライバに対するプロパティ情報の設定処理を行う仕組みを提供することを目的とする。
【００１１】
上記目的を達成するため、本願の実施形態においては、以下の手段を提供する。
【００１２】
クライアント装置と通信する情報処理装置において、
ドライバ情報をインストールすべき複数のクライアント装置を認識する認識手段と、プロパティ情報を送信すべき旨とプロパティ情報を送信すべきでない旨の指定が可能なユーザインタフェースにおいて、プロパティ情報を送信すべき旨の指定があるか否かに関わらず、前記クライアント装置からのドライバ情報の送信要求を待つことなくドライバ情報を送信する処理と、プロパティ情報を送信すべき旨とプロパティ情報を送信すべきでない旨の指定が可能なユーザインタフェースにおいて、プロパティ情報を送信すべき旨の指定があった場合に限り、前記ドライバ情報の印刷処理に関わる情報であって、複数の印刷設定項目を組み合わせた情報であるひとつのプロパティ情報を、複数のプロパティ情報の中から選択して前記クライアント装置へ送信する処理と、前記ドライバ情報のクライアント装置におけるインストールを制御する指示及び前記ドライバ情報が前記クライアント装置に組み込まれるのに応答して前記印刷設定に係わるプロパティ情報を前記ドライバ情報に認識させる指示を含むセットアップ指示を複数の前記クライアント装置へ送信する処理とを制御する送信制御手段とを
有することを特徴とする情報処理装置、該装置に適用可能な方法、制御プログラム等が開示される。
【００２４】
【発明の実施の形態】
以下、図面を参照して、本発明のネットワークシステム、情報処理装置、方法、及びコンピュータ読み取り可能な記憶媒体の実施の形態について説明する。
【００２５】
図１は、本実施の形態に係る装置の構成を説明するブロック図である。同図において、１はシステムバスであり、当該システムバス１を介して以下に述べる各構成ブロックが接続されている。
【００２６】
２はＣＰＵ（Central Processing Unit）である。３はプログラムメモリ（以下、ＰＭＥＭと称する）であり、後述する処理のためのプログラムを適宜ハードディスク１０から選択／読込みし、ＣＰＵ２にて実行する。また、キーボード１２から入力されたデータは、テキストメモリでもあるＰＭＥＭにコード情報として格納される。
【００２７】
４は通信制御部であり、通信ポート５における入出力データの制御を行う。通信ポート５から出力された信号は、通信回線６を経由して、ネットワーク上の他の装置（図１では符号７を付す）の通信ポートに伝えられる。ネットワーク上で共有されているプリンタやスキャナ等とのやり取りは、この通信制御部４を介して行われる。本実施の形態では、ＬＡＮ等のネットワークに関して記述するが、この通信制御部４に接続される通信ポート５及び通信回線６が一般の公衆回線であっても本発明が適応されることは言うまでもない。
【００２８】
８は外部記憶装置制御部である。９、１０はデータファイル用のディスクで、例えば９はフロッピーディスクＦＤであり、１０はハードディスクＨＤである。
【００２９】
１１は入力制御部であり、キーボード１２、マウス１３等の入力装置が接続される。ユーザは、キーボード１２を操作することによりシステムの動作指令等を行うことができる。また、マウス１３はＣＲＴ１６上で画像情報を加工指示するためのポインティング・デバイスＰＤとして機能し、これによりＣＲＴ１６上のカーソルをＸ，Ｙ方向任意に移動してコマンドメニュー上のコマンド・アイコンを選択して処理の指示を行う他、編集対象の指示、描画位置の指示等も行うことができる。
【００３０】
１４はビデオイメージメモリ（ＶＲＡＭ）であり、１５は表示出力制御部であり、１６はＣＲＴ（Cathode-Ray Tube）である。ＣＲＴ１６に表示されるデータは、ＶＲＡＭ１４上にビットマップデータとして展開される。
【００３１】
１７はプリンタ制御部であり、接続されているプリンタ１８に対するデータの出力制御を行う。１Ａは、画像読み取り装置制御部であり、接続されている画像読み取り機器１Ｂの制御を行う。
【００３２】
なお、本実施の形態でＰＭＥＭ３に記憶しているプログラムは、ハードディスク１０やフロッピーディスク９等の記憶媒体に記憶されていてもよい。さらに、ネットワークに接続されている他の装置上に記憶されていてもよい。
【００３３】
（第１実施形態）
以下、図２乃至９を参照して、本実施の形態の第１の実施の形態について説明する。図２は、サーバ装置として機能するＰＣの処理動作を示すフローチャートである。まず、ステップＳ２０１で、サーバ装置は、ネットワーク上の全てのＰＣ及び周辺機器の接続情報を取得し、その情報を記憶する。
【００３４】
次に、ステップＳ２０２で、サーバ装置は、各ＰＣにおける周辺機器のドライバ情報の好適な一例であるドライバのセットアップ情報を取得する。周辺機器のドライバとは、プリンタ、スキャナ、デジタルカメラ、ＦＡＸ等のドライバのことである。セットアップ情報の取得方法として、例えば、各ＰＣ上で自機にインストールされているドライバ情報を取得するモジュールを起動させることで情報を収集して、それらの情報を、ネットワークを通じて送受信することが考えられる。ステップＳ２０３では、サーバ装置は、取得した情報を基にネットワーク上の全てのＰＣ及び周辺機器の接続情報を表示する。以下ではドライバ情報構造体を用いた実施形態を説明していく。
【００３５】
図３は、セットアップされているドライバ情報構造体の一例を示す図である。ＰＣ名称、ＩＰアドレス、ＯＳ種類、ユーザ名、デバイスドライバ数、各デバイスドライバの情報、及びプロパティ情報から構成される。各デバイスドライバ情報は、プリンタやスキャナといったデバイス種類、ドライバ名、バージョン情報、出力ポート、共有名、ドライバ情報アドレス、プロパティ情報名称、プロパティ情報アドレスで構成される。例えば、１番目に登録されているプリンタは、ドライバ名がＬＡＳＥＲ８３０、バージョンが１．００．００、出力ポートがローカル、共有名がＬＡＳＥＲ８３０、ドライバ情報アドレスが０ｘ１００００、プロパティ情報名称が標準設定、プロパティ情報アドレスが０ｘ５００００となっている。この情報を、ＰＣごとに記録する。
【００３６】
また、図４は、プロパティ情報の構造体の一例を示す図である。この例はプリンタドライバのプロパティ情報であり、本実施形態においては、ページ設定、仕上げ設定、給紙設定、印刷品質設定について設定されている例が示されている。プロパティ情報は、印刷処理を行う際にドライバモジュールが参照する情報を含む。この構造体は、ドライバ種類やバージョン等によって異なる。プロパティ情報は、ＯＳのレジストリに保持させることもできる。また、ドライバに対して情報の入力を行い、入力した情報をドライバによってプロパティ情報の外部ファイルとして出力させることもできる。
【００３７】
ここで、図１４は、ドライバの設定画面を示す図である。以下、ドライバによるプロパティ情報の生成、並びに、外部ファイル出力処理について説明する。サーバ装置のＣＲＴにおいて表示され、ユーザはポインティングデバイスやキーボードを用いて画面のＧＵＩ（グラフィカルユーザインタフェース）を操作する。プロパティ情報には、ステイプルの有無に代表される仕上げ処理、印刷品質、デバイスを操作する給紙情報なども設定出来る。ここでは、例として、プロパティ情報選択タブ１４０１は、ページ設定のタブを選択した状態になっている。１４０２は、ユーザがお気に入りのプロパティ情報を選択するお気に入り選択部である。１４０３は、プロパティ情報追加指示部である。１４０３を指示すると、後述するプロパティ情報追加画面である図１５が表れる。１４０４はプロパティ情報編集部である。１４０４を指示すると、後述する図１７のお気に入り編集画面が表れる。１４０６乃至１４１３は、プロパティ情報に格納されるパラメータを指示するパラメータ指示部である。出力用紙サイズ１４０６、部数１４０７印刷の向き１４０８、２ｉn１などのページレイアウト１４０８、ページレイアウトの配置順１４１０、印刷データに埋め込まれる透かし印刷を含むスタンプの有無１４１２、スタンプの種類１４１１、ステイプルの有無やソートの方法（例えば、フェイスアップ・フェイスダウン）などデバイス制御情報１４１３を指定することができる。１４１４はプロパティ情報確認部であり、１４１４を押下すると、プロパティ情報のパラメータの内容を確認できる画面（図示せず）を表示する。
【００３８】
管理者は、１４０１乃至１４２１を操作して、上記パラメータをプロパティ情報として、サーバ装置のドライバに記憶させる。
【００３９】
図１５は、プロパティ情報追加画面を示す図である。１５０１は、プロパティ情報の名称を入力する名称入力部１５０１である。１５０２は、プロパティ情報に対応するアイコンを指定するアイコン指定部である。１５０３は、プロパティ情報に関連するコメントを入力することが出来るコメント入力部である。１５０４は、プロパティ情報表示切り換え部である。１５０６は、プロパティ情報表示部である。１５０７は画面切り換えボタンである。ＯＫを押すと、現在ドライバに設定されている（１５０６に一部表示されている）パラメータがプロパティ情報として登録される。図１５の例では、「調達課 注文票」というプロパティ情報名で、プロパティ情報は保存される。保存処理が終了すると、プロパティ情報設定画面である図１６の画面になる。図１６に示すようにプロパティ情報として、「調達課 注文票」が構成され、選択可能となっている１４２２。次回から、プロパティ情報選択部１４０２を用いて、プロパティ情報名「調達課 注文票」を指定すると、ドライバに記憶された先ほど設定したパラメータが呼び出され、当該パラメータを適用して、印刷処理を行うことができる。
【００４０】
図１７は、プロパティ情報編集画面である。この画面では、プロパティ情報指示部１７０１で、削除したいプロティ情報の名称を選択状態とし、削除ボタンを押すと、当該プロパティ情報を削除できる。また、同様に、選択したプロパティ情報を，１７０５ボタンを押すことにより、外部ファイルに出力できる。また、読み込みボタン１７０５を押し、所望の外部ファイル（不図示）を選択することで、印刷パラメータを定義した外部のファイルから印刷に関するパラメータを読み込んでプロパティ情報として新たに定義したり出来る。
【００４１】
図１８は、管理者がインストールサーバ装置においてプロパティ情報を登録する処理の一例である。以下、図１８の処理を説明する。管理者は、図１４の画面で格納したい印刷処理に関するパラメータを指示選択する（Ｓ１８０１）。そして、プロパティ情報追加指示部１４０３を 押下（Ｓ１８０２）し、図１５を表示する。そして、プロパティ情報の名称１５０１、アイコン１５０２、コメント１５０３を入力して（Ｓ１８０３）、プロパティ情報の登録指示であるＯＫボタン１５０７を押下し（Ｓ１８０４）、ドライバにプロパティ情報を登録する（図１４の画面に戻る）。そして、図１４でプロパティ情報編集部１４０４を押すと（Ｓ１８０５）、次は図１７の画面になる。そして図１７で管理者がファイル保存ボタン１７０６を押下すると、ドライバはプロパティ情報を外部ファイルとして自動的に所定のディレクトリに出力する（Ｓ１８０６）。以後、このプロパティ情報の外部出力されたファイルを外部ファイルという。管理者は、設定したいクライアントごと、或いは、同じクライアントに設定された、異なるプリンタごとにプロパティ情報を一つ又は複数作成する。これらの一つ又は複数のファイルを所定のディレクトリに作成する。外部ファイルは、クライアント装置名やプリンタ名などに関連付けた外部ファイル名にすると好適である。これらの外部ファイルを他の情報処理装置に送信して、ドライバに読み込ませたり、ＯＳに登録したりして設定情報を活用する。
【００４２】
図５は、ネットワーク上のＰＣ及び周辺機器を表示した画面の一例を示す図である。３０１はメニュー、３０２はツールバー、３０３はＰＣ及び周辺機器を表すアイコンが表示されるメインウインドウである。３０２ａ〜３０２ｉは、ツールバー３０２においてＰＣ及び周辺機器を操作して行う各機能を表すアイコンである。例えば、３０２ａは選択されたスキャナから画像データの読み込み、該画像データを選択されたプリンタに出力するコピー機能を実行するためのアイコンである。３０２ｂはＦＡＸ機能、３０２ｃは画像データ読み込み機能、３０２ｄは画像データを読み込み、ＯＣＲ処理を行う機能、３０２ｅはＦＡＸ受信データ及び配信データを管理する機能、３０２ｆは表示切り替え機能、３０２ｇは表示画面編集機能、３０２ｈは情報の更新処理を行う機能、３０２ｉは更新処理を中止する機能を実行するためのアイコンである。
【００４３】
３０３ａ〜３０３ｑはネットワーク上で共有されているＰＣ及び周辺機器を表すアイコンである。これらのアイコン３０３ａ〜３０３ｑは、ＰＣ、プリンタ、スキャナ、ＦＡＸモデムといったデバイス種類、或いは「処理中」、「エラー発生」等のステータスによってアイコンが変更されて表示される。３０３ｃは自機を表すアイコン、３０３ｂは自機がログオンしているドメインを表すアイコンである。自機は特別な機器であるために、他のＰＣとは区別して先頭に表示される。その他のＰＣについては、アルファベット順に昇順或いは降順で表示される。
【００４４】
また、アイコン３０３ｐのようにネットワーク上では共有されているが、ドライバがインストールされていないＰＣ及び周辺機器はアイコンがグレー表示される。また、アイコン３０３ｊのように接続機器があるが展開して表示されていない場合には「＋」マークが、アイコン３０３ｈ、３０３ｋ、３０３ｎのように展開されている場合には「−」マークが表示される。アイコン３０３ｑのように接続機器が何もない場合はマークが付加されない。
【００４５】
このように該画面でネットワーク上の全てのＰＣ及び周辺機器の接続状態、さらにはステータスを確認することができる。この例では、画面の都合上、全てのアイコンが表示されていないが、画面横に配置されているスクロールバーを使って全てのＰＣ及び周辺機器を確認することができる。
【００４６】
また、図６は、ネットワーク上の各ＰＣのドライバセットアップ状況を表示する画面の一例を示す図であり、各ＰＣから取得したドライバ情報構造体を基に表示される。同図では、「私のＰＣ」にインストールされているドライバは、プリンタが６個、スキャナが２個ある。この中で、例えば、「ＩＮＫＪＥＴ−１０Ｖ」というプリンタは、ドライバ名が「ＩＮＫＪＥＴ−１０Ｖ」で、バージョン番号が「１．００．００」で、プロパティ情報が「標準設定」で、「ＩＮＫＪＥＴ−１０Ｖ」という名称で共有設定されたネットワーク上で共有されているプリンタドライバであることを示している。
【００４７】
図２のフローチャートに説明を戻すと、ステップＳ２０４で、サーバ装置内のインストーラを含むセットアッププログラムは、プロパティ情報が要求されたか否かを判定する。ここで、プロパティ情報が要求されていない場合は、処理を終了する。プロパティ情報が要求されたとサーバ装置内のセットアッププログラムが判定した場合、ステップＳ２０５に移行する。プロパティ情報の要求方法としては、各デバイス上でマウス操作によりメニュー表示させて対応するドライバのプロパティ情報をサーバに要求することが考えられる。
【００４８】
次に、ステップＳ２０５で、サーバ装置内のセットアッププログラムは、要求されたドライバのプロパティ情報があるか否かを判定する。そして、サーバ装置内のセットアッププログラムは、プロパティ情報がなかった場合は、対応するプロパティ情報がないことを通知して処理を終了する。サーバ装置内のセットアッププログラムは、対応するプロパティ情報があった場合、ステップＳ２０６に移行する。同じデバイスであってもバージョンによってサポートしている機能が異なる場合があるので、ドライバのプロパティ情報の有無は、デバイス種類、ドライバ名、バージョン情報を基に行うことが考えられる。それら全ての情報が一致しているかどうかを比較することで判定する。
【００４９】
ステップＳ２０６では、要求があったＰＣに対して対応するプロパティ情報一覧を送信する。ここで、全ての情報を要求があったＰＣに送信するのではなく、ユーザが選択するために必要な最低限の情報を送信することによって、ネットワーク上のトラフィックを軽減させることができる。
【００５０】
さらに、ステップＳ２０７では、サーバ装置内のセットアッププログラムは、そのＰＣからプロパティ情報の要求があったか否かを判定する。要求がない場合は、処理を終了する。要求があった場合、ステップＳ２０８に移行し、サーバ装置内のセットアッププログラムは、要求があったドライバのプロパティ情報の送信をサーバ装置内のＯＳに依頼して処理を終了する。
【００５１】
一方、図７は、クライアント装置として機能するＰＣの処理動作を示すフローチャートである。まず、ステップＳ６０１で、サーバ装置からドライバのプロパティ情報を取得するか否かを判定する。ここで、取得しない場合は、処理を終了する。
【００５２】
取得する場合、サーバ装置内のセットアッププログラムは、ステップＳ６０２に移行し、対応するドライバのプロパティ情報一覧をサーバ装置に要求する。要求する際には、デバイス種類、ドライバ名称、バージョン情報を送信する。
【００５３】
ステップＳ６０３では、サーバ装置内のセットアッププログラムは、ドライバのプロパティ情報一覧を取得できたか否かを判定する。サーバ装置に対応するドライバのプロパティ情報がない等により取得できなかった場合は、処理を終了する。
【００５４】
プロパティ情報一覧を取得できた場合、ステップＳ６０４に移行し、プロパティ情報を取得するか否かを判断する。ドライバのプロパティ情報を取得しない場合は、処理を終了する。
【００５５】
ドライバのプロパティ情報を取得する場合、ステップＳ６０５に移行し、サーバ装置にプロパティ情報の取得要求を送信する。そして、ステップＳ６０６でプロパティ情報を取得できたかどうか判定する。取得できなかった場合は、ステップＳ６０５に戻り、取得できるまで待ち続ける。
【００５６】
プロパティ情報を取得できた場合、ステップＳ６０７に移行し、取得したプロパティ情報を基に対応するドライバを更新する。
【００５７】
（第２実施形態）
図２及び図７に示したフローチャートでは、ドライバのプロパティ情報全てをサーバ装置で一元管理しているが、この場合には、サイズの大きい情報がネットワーク上でやり取りされることになる。そこで、トラフィックが増大するのを防ぐために、最低限の情報のみをサーバ装置に登録して管理し、プロパティ情報本体は各ＰＣで管理して、プロパティ情報が必要な場合にはサーバ装置からの要求を受けて指定されたＰＣに送信する方法も考えられる。
【００５８】
図８は、各クライアント装置で自機にインストールされているドライバのプロパティ情報を管理する場合におけるサーバ装置の処理動作、図９は、クライアント装置の処理動作を示すフローチャートである。図８のステップＳ１１０１乃至ステップＳ１１０７は、図２のフローチャートにおけるステップＳ２０１乃至ステップＳ２０７と同じである。
【００５９】
ステップＳ１１０８では、ドライバのプロパティ情報を管理しているＰＣに対して、送信するデバイス種類、ドライバ名称、バージョン情報、プロパティ情報、及び送信するＰＣ情報を送信して、指定されたＰＣにプロパティ情報を送信するように指示する。
【００６０】
一方、図９に示すように、クライアント装置では、ステップＳ１２０１でサーバ装置からプロパティ情報の送信要求があるか否かを判定する。要求がない場合は、処理を終了する。
【００６１】
送信要求があった場合、ステップＳ１２０２に移行し、指示されたドライバのプロパティ情報を管理データから読み出す。管理データの構造体としては、図３に示した構造体と同様の構造体が考えられる。そして、ステップ１２０３で、そのプロパティ情報を指示されたＰＣに送信する。
【００６２】
（第３実施形態）
上述した第１、２の実施の形態では、クライアント装置からの要求があった場合について述べたが、サーバ装置から対応するクライアント装置へ操作を行うことも考えられる。図１０、１１は、その場合のサーバ装置及びクライアント装置の処理動作を示すフローチャートである。
【００６３】
図１０は、サーバ装置の処理動作を示すフローチャートであり、ステップＳ７０１〜Ｓ７０３までは、図２のフローチャートにおけるステップＳ２０１〜Ｓ２０３と同様である。
【００６４】
ステップＳ７０４では、クライアント装置内のセットアップモジュールは、クライアント装置のプロパティ情報を更新するか否かを判断する。更新指示がなかった場合は、処理を終了する。更新指示があった場合、ステップＳ７０５に移行する。ここでの操作方法としては、例えば、あるドライバを選択して、プロパティ情報の更新・セットアップ指示をすることが考えられる。更新・セットアップ指示は、Ｒｅｍｏｔｅ Ｐｒｅｃｅｄｕｒｅ Ｃａｌｌ（遠隔手続き呼出し、以下ＲＰＣと呼ぶ。）やこれをオブジェクト指向を用いてＸＭＬにより実装した一例であるＳＯＡＰ(シンプルオブジェクトアクセスプロトコル)を用いて実現すると好適である。例えば、サーバ装置からの更新指示の一例としては、クライアント装置の更新処理モジュールを遠隔的に呼び出すＲＰＣが挙げられる。
【００６５】
ステップＳ７０５では、ステップＳ７０２で取得した情報を基に、指示されたドライバがインストールされているクライアント装置があるか否かを認識する。そして、対応するＰＣの電源が落ちている、或いは、ドライバを削除してしまっている等の理由で対応するクライアント装置がなかった場合は、処理を終了する。対応するＰＣがあった場合、それらのＰＣが表示される。図１２は、対応するＰＣがあった場合の画面の一例であり、ここで、プロパティ情報を更新するＰＣを選択する。
【００６６】
ステップＳ７０６では、クライアント装置内のセットアップモジュールは、更新指示がされたＰＣに対してプロパティ情報の更新通知を送信するようＯＳを制御する。そして、ステップＳ７０７で、クライアント装置内のセットアップモジュールは、各クライアント装置からプロパティ情報の送信要求があるか否かを判断する。送信要求がなかった場合は、ステップＳ７０９に移行する。送信要求があった場合、ステップＳ７０８に移行し、クライアント装置内のセットアップモジュールは、指定されたプロパティ情報を要求のあったＰＣに対して送信するようＯＳを制御する命令を生成する。ここで、プロパティ情報とは、所定のデータ形式で記述されたファイルである。ドライバが搭載されたクライアントＰＣにおいて、ユーザがドライバに指示することにより該プロパティ情報を入力したり出力したりすることができる。
【００６７】
ステップＳ７０９では、クライアント装置内のセットアップモジュールは、更新通知を行った全ＰＣから応答があったか否かを判断する。ここで、全てのＰＣから応答があった場合は、処理を終了する。全てのＰＣから応答がなかった場合、ステップＳ７０８に戻り、処理を続行する。
【００６８】
一方、図１１は、クライアント装置の処理動作を示すフローチャートである。まず、ステップＳ９０１で、サーバ装置からプロパティ情報の更新通知を受けたか否かを判断する。通知がなかった場合は、処理を終了する。
【００６９】
通知があった場合、ステップＳ９０２に移行し、プロパティ情報を更新するか否かを判断する。図１３は、その場合に表示されるメッセージの一例である。ここで、「いいえ」を選択して更新をキャンセルする場合は、サーバ装置に対して更新しないことを送信して処理を終了する。「はい」が選択されて更新をする場合、ステップＳ９０３に移行し、サーバに対してプロパティ情報の送信要求を行って、ステップＳ９０４に移行する。
【００７０】
ステップＳ９０４では、クライアント装置内のセットアップモジュールは、サーバ装置からプロパティ情報並びにセットアップ情報を取得できたか否かを判断する。取得できていない場合は、ステップＳ９０３に戻り、取得できるまで待ち続ける。プロパティ情報並びにセットアップ情報を取得できた場合、ステップＳ９０５に移行し、取得した情報を基にして指定したドライバのプロパティ情報を、セットアップ情報に含まれるセットアップ指示に従って、プロパティ情報を更新し、設定する。
【００７１】
ここで、セットアップ指示は、例えば、クライアント装置内のセットアップモジュールが、クライアント装置内のＯＳのＡＰＩを呼び出し、受信したプロパティ情報をＯＳのレジストリ領域に登録する処理を制御するものである。また、セットアップ指示は、ドライバセットアップモジュールにドライバにプロパティ情報を読み込むように指示する命令を発行する処理を制御するものであってもよい。
【００７２】
なお、この例では、ステップＳ９０２において確認メッセージを表示していたが、メッセージを表示することなく自動的に更新処理を行ってもよい。
【００７３】
以上述べたように本実施の形態では、ネットワーク上で共有されているＰＣ及び周辺機器がウインドウに表示されるとともに、周辺機器のドライバのプロパティ情報をネットワーク上で共有するので、簡単な操作でドライバのプロパティ情報を更新することができる。また、サーバ装置から各クライアント装置に対して共通のプロパティ情報を設定することができる。さらに、プロパティ情報の管理をクライアント装置に分散させ、必要に応じて情報をやり取りすることにより、ネットワーク上のトラフィックを最小限に抑えることも可能となる。
【００７４】
（第４の実施の形態）
第３の実施形態においては、ドライバのプロパティ情報の設定又は更新について述べたが、本実施形態については、サーバ装置側が、クライアント装置のドライバを新規追加又は更新する際、能動的に、クライアント装置からの要求待つことなくドライバを配信する場合の処理である。本実施形態では、前述の実施形態と異なる部分を説明する。インストールサーバ装置３８５内のセットアッププログラムは、クライアント装置からのドライバ情報の送信要求を待つことなく、ＯＳのＡＰＩ又はシステムコールを呼び出し、ドライバのセットアップ指示、並びに、ドライバを配信する処理の制御を行う。そして、セットアッププログラムは、並行して、クライアント装置に対して送信するドライバのプロパティ情報を、インストールサーバから自発的に、或いは、ドライバがインストールされた後のクライアントの要求を待って送信するようＯＳを制御する。
【００７５】
図２０は、本実施形態を示す印刷システムの一例を示す図である。クライアントの好適な一例である３８１に示すクライアント装置Ａ、３８２に示すクライアント装置Ｂ、３８３に示すクライアント装置Ｃ、サーバ装置の好適な一例であるインストールサーバ装置３８５、ウェブサーバ装置３８６がネットワークの好適な一例であるＬＡＮ（ローカルエリアネットワーク）３８０を介して接続されている。本実施形態のインストールサーバ装置３８５、ウェブサーバ３８６は、クライアント装置である３８１乃至３８３は情報処理装置の好適な一例であるＰＣで構成されており、その内部構造は図１と同様である。
【００７６】
図２３は、各クライアント装置内の好適な一例としてのソフトウェアのモジュールを示す図である。
【００７７】
図２３は、クライアント装置のモジュール構成を示す図である。図２３を用いて、ドライバのクライアントにおけるインストール処理の例を説明する。クライアント装置には、ＯＳが搭載されている。各クライアント装置内のソフトウェアモジュールの領域は、ユーザ領域３７７とＯＳ領域３７８に分割されている。ドライバインストールモジュール３７１は、ＯＳ上で動作するアプリケーションとして用意される。３７９のシステムプログラムは、クライアント装置内に記憶されているドライバ名、プリンタ名、ドライバのシステム内のディレクトリをレジストリ３７６に登録することにより管理している。
【００７８】
ドライバインストールモジュール３７１は、ＡＰＩ（アプリケーションプログラミングインタフェース）を介して、システムインストーラ３７４を呼び出す。システムインストーラは、ＯＳの一機能として用意されており、ドライバインストールモジュール３７１の命令に応答して、外部から導入してユーザ領域３７６に記憶されているドライバ３７２をシステムファイル領域３７５に複写或いは移動する。このシステムファイル領域の一部は、ドライバを使用するデバイスの各種情報を登録するためのレジストリ領域３７６が確保されている。また、ドライバインストーラモジュール３７１は、システムインストーラ３７４を呼び出して、ドライバセットアップ情報並びにプロパティ情報をレジストリ領域に格納させることができる。レジストリはユーザ毎に用意してもよい。
【００７９】
ここでは、ドライバインストールモジュール３７１は、外部装置から受信したセットアップ指示に従って、プロパティ情報をレジストリ３７６に登録するためのＯＳのＡＰＩを呼び出したり、或いは、システムファイルにインストールされたドライバを呼び出してプロパティ情報を読み込ませる処理を行う。ドライバのプロパティ情報は、例えば、クライアント装置のＯＳに登録されているプリンタごとに、お気に入りの印刷設定をプロパティ情報としてＯＳのレジストリ領域に格納することも出来る。
【００８０】
ドライバのプロパティ情報は、図１４で説明した外部ファイルの形式でインストールサーバ装置から受信され、ユーザ領域３７６のファイルシステムに読み込まれることも考え得る。この場合、ファイル形式のドライバプロパティ情報をドライバインストーラが自動的に読み込んで、ドライバに渡し、ドライバの設定にドライバプロパティ情報を反映させることが出来る。
【００８１】
図１９は、インストールサーバ装置がドライバをクライアント装置に配布し、プロパティ情報を設定する処理の一例を示す図である。ドライバのプロパティ情報は、本実施形態では、図１４を用いて先に説明したように、インストールサーバ装置において管理者が入力した情報を外部ファイルとして出力したものを用いる。この処理は、インストールサーバ装置３８５に搭載されたリモートインストール機能を有するセットアッププログラムが起動された場合に開始される。図１９の処理においては、インストールサーバ装置３８５内のセットアッププログラムは、クライアント装置からの要求待つことなく、プッシュインストールでドライバの配信を行っている。また、インストールサーバ装置３８５内のセットアッププログラム（管理手段）は、プロパティ情報をＯＳに登録される印刷装置ごとに管理しており、当該プリンタの機種毎の機能やオプションに適合したプロパティ情報を配信するようにＯＳを制御してプロパティ情報の配信処理を行うことも考え得る。
【００８２】
なお、インストールサーバ装置からドライバ並びにセットアップ情報をネットワークを介して受信した各クライアント装置のＯＳは、当該ドライバのプロパティ情報と、プロパティ情報のセットアップ指示をドライバインストーラ（入力手段）に入力する。このセットアップ指示に基づいて、該インストーラは、インストールサーバ装置３８５内のドライバがこのプロパティ情報を認識できるように、このプロパティ情報をインストールサーバ装置３８５内のＯＳにインストールする。例えば、セットアップ指示の命令を受けて、ドライバインストーラは、ＯＳから入力されたプロパティ情報を、ドライバに入力して読み込ませることによりドライバに認識させる。また、セットアップ指示を受けて、ドライバインストーラは、ＯＳのＡＰＩを呼び出して、プロパティ情報をＯＳのレジストリに登録し、ドライバは、ＯＳを介してプロパティ情報を認識する。
【００８３】
以下、インストールサーバ装置３８５におけるインストーラの動作を示す。以下、クライアント装置Ａ、クライアント装置Ｂ，クライアント装置Ｃをまとめて「各クライアント装置」と呼ぶ。
【００８４】
図１９の処理を説明を戻す。まず、インストールサーバ装置３８５内のセットアッププログラムは、ステップＳ１９０１でドライバを各クライアント装置にリモートインストールの指示があったかどうか判定する。リモートインストールの指示は、例えば、ユーザが、図１におけるインストールサーバ装置３８５のＣＲＴ１６に表示されるグラフィカルユーザインタフェースを参照して、マウス１３やキーボード１２を操作すると、当該操作に応答してセットアップ指示が入力制御部１１に入力される。ここで、インストールサーバ装置３８５内のセットアッププログラムは、リモートインストールの指示がないと判断したしない場合は、処理を終了する。一方、Ｓ１９０１でインストールサーバ装置３８５内のセットアッププログラムがリモートインストールの指示があったと判断した場合は、ステップＳ１９０２に進んでリモートインストールするドライバのセットアップ情報を作成する。ドライバのセットアップ情報とは、インストールするドライバ名、ドライバ本体、プリンタ名、出力ポート名、ポートを利用可能とするためのモジュールなどの情報を含む。また、プリンタ名は、ここでは、各クライアント装置のＯＳのレジストリ等に登録され管理されるものである。
【００８５】
ここで、図２１を用いてＳ１９０２の処理を詳述する。図２１はインストールサーバ装置のＣＲＴに表示されるドライバ情報を設定する画面の一例である。管理者は、この設定画面を用いて、セットアップ指示を含むセットアップ情報を作成する。３３１はプリンタ名指示部である。プリンタ名指示部３３１では各クライアント装置に登録するためのプリンタ名を選択又は入力可能である。ネットワーク上で検索された複数のプリンタをプリンタ名指示部３３１で指示できるようにしてもよい。次に、３３２はポート指定部である。ポート指定部では、３３４ポートの追加指示部をマウスを用いて押下することにより、ポートを追加できる。図２１の設定例では、プリンタのネットワーク上の所在を示す情報としてのＩＰアドレスと、プリンティングプロトコルとして、ｌｐｒを用いる旨を指定し、これらに対応付けられる論理的なポートが作成されている様子を示している。ｌｐｒは、伝統的な印刷管理プログラムであるが、もちろん、他の印刷管理プログラムを用いてもよい。また、ＴＣＰ／ＩＰとは別のネットワークプロトコルを用いてもよい。３３３は、ドライバの指定部であり、各クライアント装置にインストールするためのドライバを指示するためのものである。ドライバの追加指示部３３５を操作することにより、ドライバ指定できる。上記は、ＴＣＰ／ＩＰとｌｐｒを用いたネットワークプリンタに対して印刷処理させる場合のポート作成の例であった。ポートは、ローカルプリンタに対しても作成出来る。例えば、クライアント装置のローカルプリンタを設定する場合には、ＣＯＭポートやＬＰＤポートを指定し、これに基づきセットアップ情報を作成してもよい。また、ポートとして、プリントサーバ経由での印刷を示す設定も可能である。例えば、プリントサーバ３８７のプリントサーバ名が「ＳＶＰＣ１」であり、プリンタ３８４のプリンタ名がＬＡＳＥＲ９５０である場合、「￥￥ＳＶＰＣ１￥ＬＡＳＥＲ９５０」とポートを指定すれば、ＳＶＰＣ１をプリントサーバとしてＬＡＳＥＲ９５０に印刷を行わせるためのポートが設定される
図２１の画面のＯＫボタンを押すと図２２が表示され、Ｓ１９０３並びにＳ１９０４に移行する。
【００８６】
ステップＳ１９０３では、後述する図２２の設定画面で、インストールサーバ装置３８５内のセットアッププログラムは、選択したドライバをインストールするクライアント装置を選択する。同時に配布先の複数のクライアント装置を選択することも可能である。
【００８７】
図２２は、図１９の処理で用いられるドライバをセットアップするクライアント装置とプロパティ情報の設定を指示する画面の一例である。同時に複数のクライアント装置を選択することも可能である。また、プロパティ情報配信設定部２２１により、プロパティ情報の設定処理実行のＯＮ／ＯＦＦも設定できる。プロパティ情報ファイル選択部２２２を用いて、図１７の設定画面を用いて作成した、各クライアント装置に配信したいプロパティ情報ファイルを選択する。図２２は、プロパティ情報Ａが選択された状態となっている。また、この例ではドメイン内の一台又は複数のクライアント装置を選択するようになっているが、同一ドメインを跨いだ指定も可能である。
【００８８】
Ｓ１９０４では、インストールサーバ装置３８５内のセットアッププログラムは、プロパティ情報配信設定部２２１からの入力に基づいてプロパティ情報を配信するか否かの指定を行い、さらに、プロパティ情報ファイル選択部２２２からの入力に基づいて配信するプロパティ情報名の指定を行う。
【００８９】
Ｓ１９０５では、インストールサーバ装置３８５内のセットアッププログラムは、各クライアント装置上でドライバのインストールが終了した際にドライバのプロパティ情報の設定処理を実行するようセットアッププログラムが設定されているかどうかを判断する。インストールサーバ装置３８５内のセットアッププログラムは、ドライバのプロパティ情報をクライアントにおいて設定処理を行うよう設定されていないと判断した場合はステップＳ１９０７の処理を行う。ここで、プロパティ情報の設定処理のクライアントにおけるプロパティ情報の設定処理を実行するよう設定されている場合は、ステップＳ１９０６に移行する。S1906ではインストールサーバ装置３８５内のセットアッププログラムは、プロパティ情報を含むＳ１９０４で指定されたプロパティ情報名に対応する外部ファイルを自動的に読み込む。ここで、外部出力ファイルは管理者により作成され、Ｓ１９０４で指定したファイルが保存されているインストールサーバ装置３８５内のディレクトリから自動的に読み込み、プロパティ情報の本体並びに配信すべきプロパティ情報をセットアップ情報として追加記憶させる。
【００９０】
そして、ステップＳ１９０７では、サーバ装置３８５内のセットアッププログラム（認識手段）は、上述した工程で設定・認識された、セットアップ指示を含むドライバのセットアップ情報、並びに、インストールすべきドライバを認識する。さらに、当該セットアッププログラムは、Ｓ１９０３で指示された一台又は複数のドライバをインストールするクライアント装置を判断して認識し、判断されたクライアント装置に配信するようＡＰＩを介してＯＳに命令し、処理を終了する。なお、インストールサーバ装置３８５は、プロパティ情報をインストールサーバ装置３８５において、ドライバインストール開始の指示入力に応答して配信処理を開始するようにすると好適である。
【００９１】
図１９の処理においては、ＯＳの種類やＯＳのバージョンについては、インストールサーバ装置３８５が、予め収集してインストールサーバ装置３８５内に記憶した各クライアント装置の情報に基づいて、自動判定を行っている。しかし、各クライアント装置に搭載されているＯＳの自動判定が出来ない場合、セットアッププログラムがＳ１９０２でセットアップ情報を生成する前に、ユーザがＯＳの種類やバージョン、図２１に示すグラフィカルユーザインタフェースをＯＳの種類やＣＰＵのアーキテクチャを指定できるように変更してもよい。また、図１９の処理においては、プロパティ情報をサーバからの要求を待つことなく、能動的に配信処理しているが、インストールサーバ装置３８５は、各クライアント装置からのプロパティ情報の送信要求に応答して、プロパティ情報を送信してもよい。
【００９２】
プロパティ情報は、ドライバにより外部ファイルとして出力され、インストールサーバ装置３８５から配信して各クライアント装置において用いる。各クライアント装置は、各クライアント装置外のインストールサーバ装置３８５から取得した前記外部ファイルからプロパティ情報を自動的に読み出し、前記読み出したプロパティ情報を各クライアント装置内のドライバに入力して読み込ませる。
【００９３】
以上説明したように、本発明の実施形態によれば、インストールサーバ装置からクライアント装置に対して、プッシュインストールし、併せてプロパティ情報の設定を行なうので、ドライバのインストール並びに更新処理、並びにプロパティ情報の設定を一括して行うことが出来る。従って、ドライバのインストール・更新・設定処理の労力を全体として軽減できるという効果がある。複数のクライアント装置に対してこの処理を行ったときには、さらに大幅な労力を軽減できるという効果がある。
【００９４】
（その他の実施の形態）
上述した実施の形態の機能を実現するべく各種のデバイスを動作させるように、該各種デバイスと接続された装置或いはシステム内のコンピュータに対し、上記実施の形態の機能を実現するためのソフトウェアのプログラムコードを供給し、そのシステム或いは装置のコンピュータ（ＣＰＵ或いはＭＰＵ）に格納されたプログラムに従って上記各種デバイスを動作させることによって実施したものも、本発明の範疇に含まれる。
【００９５】
また、この場合、上記ソフトウェアのプログラムコード自体が上述した実施の形態の機能を実現することになり、そのプログラムコード自体、及びそのプログラムコードをコンピュータに供給するための手段、例えばかかるプログラムコードを格納した記録媒体は本発明を構成する。かかるプログラムコードを記憶する記録媒体としては、例えばフロッピーディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。
【００９６】
また、コンピュータが供給されたプログラムコードを実行することにより、上述の実施の形態の機能が実現されるだけでなく、そのプログラムコードがコンピュータにおいて稼働しているＯＳ（オペレーティングシステム）或いは他のアプリケーションソフト等と共同して上述の実施の形態の機能が実現される場合にもかかるプログラムコードは本発明の実施の形態に含まれることはいうまでもない。
【００９７】
さらに、供給されたプログラムコードがコンピュータの機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに格納された後、そのプログラムコードの指示に基づいてその機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって上述した実施の形態の機能が実現される場合にも本発明に含まれることはいうまでもない。
【００９８】
なお、上記実施の形態において示した各部の形状及び構造は、何れも本発明を実施するにあたっての具体化のほんの一例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその精神、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。
【００９９】
【発明の効果】
以上説明したように本発明によれば、ドライバのプロパティ情報をネットワーク上で共有することができるので、簡単な操作でドライバのプロパティ情報を更新することができる。また、サーバ装置から各クライアント装置に対して共通のプロパティ情報を設定することができる。
【０１００】
また、クライアントに導入されているドライバにおいて、サーバ装置から該ドライバのプロパティ情報を配信してクライアント装置に設定するので、ドライバのプロパティ情報の設定の労力を軽減し、設定ミスを削減することができる。
【０１０１】
さらに、サーバ装置からのセットアップ指示によりドライバのプッシュインストールを行ない、当該ドライバに対するプロパティ情報の設定処理を行うので、各クライアントにおいて行われていたドライバのインストール並びにプロパティ情報の設定処理の負担を軽減することができる。
【図面の簡単な説明】
【図１】本実施の形態の装置の概略構成を示すブロック図である。
【図２】サーバ装置として機能するＰＣの処理動作を示すフローチャートである。
【図３】ドライバ情報構造体の一例を示す図である。
【図４】プロパティ情報構造体の一例を示す図である。
【図５】ネットワーク上のＰＣ及び周辺機器を表示する画面の一例を示す図である。
【図６】ネットワーク上の各ＰＣのドライバセットアップ状況を表示する画面の一例を示す図である。
【図７】クライアント装置として機能するＰＣの処理動作を示すフローチャートである。
【図８】サーバ装置の処理動作を示すフローチャートである。
【図９】クライアント装置の処理動作を示すフローチャートである。
【図１０】サーバ装置の処理動作を示すフローチャートである。
【図１１】クライアント装置の処理動作を示すフローチャートである。
【図１２】プロパティ情報を更新するＰＣを選択するための画面の一例を示す図である。
【図１３】プロパティ情報の更新通知を受けた場合に表示される画面の一例を示す図である。
【図１４】ドライバの設定画面を示す図である。
【図１５】プロパティ情報追加画面を示す図である。
【図１６】プロパティ情報設定画面を示す図である。
【図１７】プロパティ情報編集画面を示す図である。
【図１８】管理者がインストールサーバ装置においてプロパティ情報を登録する処理の一例を示す図である。
【図１９】インストールサーバ装置がドライバをクライアント装置に配布し、プロパティ情報を設定する処理の一例を示す図である。
【図２０】本実施形態を示す印刷システムの一例を示す図である。
【図２１】インストールサーバ装置のＣＲＴに表示されるドライバ情報を設定する画面の一例を示す図である。
【図２２】図１９の処理で用いられるドライバをセットアップするクライアント装置とプロパティ情報の設定を指示する画面の一例を示す図である。
【図２３】各クライアント装置内の好適な一例としてのソフトウェアのモジュールを示す図である。
【符号の説明】
１ システムバス
２ ＣＰＵ
３ プログラムメモリ
４ 通制御部
５ 通信ポート
６ 通信回線
７ ネットワーク上の他の装置
８ 外部記憶装置制御部
９ フロッピーディスク
１０ ハードディスク
１１ 入力制御部
１２ キーボード
１３ マウス
１４ ビデオイメージメモリ
１５ 表示出力制御部
１６ ＣＲＴ
１７ プリンタ制御部
１８ プリンタ
１Ａ 画像読み取り装置制御部
１Ｂ 画像読み取り機器
２２１ プロパティ情報配信設定部
２２２ プロパティ情報ファイル選択部
３３１ プリンタ名指示部
３３２ ポート指定部
３３３ ドライバの指定部
３３４ ポート追加指示部
３３５ ドライバ追加指示部
３７１ ドライバインストールモジュール
３７２ ドライバ
３７３ ＡＰＩ
３７４ システムインストーラ
３７５ システムファイル領域
３７６ レジストリ
３７７ ユーザ領域
３７８ ＯＳ領域
３７９ システムプログラム
３８０ ＬＡＮ
３８１ クライアント装置Ａ
３８２ クライアント装置Ｂ
３８３ クライアント装置Ｃ
３８５ インストールサーバ装置
３８６ ウェブサーバ装置
１４０１ プロパティ情報選択タブ
１４０２ お気に入り選択部
１４０３ プロパティ情報追加指示部
１４０４ プロパティ情報編集部
１４０６ 用紙サイズ指示部
１４０７ 部数指示部
１４０８ 印刷の向き指示部
１４０９ ページレイアウト指示部
１４１０ ページレイアウト配置順指示部
１４１１ スタンプの種類指示部
１４１２ スタンプの有無指示部
１４１３ デバイス制御情報指示部
１４１４ プロパティ情報確認部
１５０１ 名称入力部
１５０２ アイコン指定部
１５０３ コメント入力部
１５０４ プロパティ情報表示切り換え部
１５０６ プロパティ情報表示部
１５０７ 画面切り換えボタン
１７０１ プロパティ情報指示部
１７０５ ファイル読込み指示部
１７０６ 外部ファイル保存指示部
Claims (19)
- クライアント装置と通信する情報処理装置において、
ドライバ情報をインストールすべき複数のクライアント装置を認識する認識手段と、プロパティ情報を送信すべき旨とプロパティ情報を送信すべきでない旨の指定が可能なユーザインタフェースにおいて、プロパティ情報を送信すべき旨の指定があるか否かに関わらず、前記クライアント装置からのドライバ情報の送信要求を待つことなくドライバ情報を送信する処理と、プロパティ情報を送信すべき旨とプロパティ情報を送信すべきでない旨の指定が可能なユーザインタフェースにおいて、プロパティ情報を送信すべき旨の指定があった場合に限り、前記ドライバ情報の印刷処理に関わる情報であって、複数の印刷設定項目を組み合わせた情報であるひとつのプロパティ情報を、複数のプロパティ情報の中から選択して前記クライアント装置へ送信する処理と、前記ドライバ情報のクライアント装置におけるインストールを制御する指示及び前記ドライバ情報が前記クライアント装置に組み込まれるのに応答して前記印刷設定に係わるプロパティ情報を前記ドライバ情報に認識させる指示を含むセットアップ指示を複数の前記クライアント装置へ送信する処理とを制御する送信制御手段とを
有することを特徴とする情報処理装置。 - 前記送信制御手段は、前記認識手段が認識した複数のクライアント装置に対して、作成されたプロパティ情報を前記情報処理装置におけるセットアップの開始指示に応じて一括配布することを特徴とする請求項１に記載の情報処理装置。
- 前記セットアップ指示は、前記クライアント装置が前記プロパティ情報をＯＳに登録するよう前記クライアント装置を制御するためのセットアップ指示を含むものであることを特徴とする請求項１又は２に記載の情報処理装置。
- 前記プロパティ情報をＯＳに登録される印刷装置ごとに管理する管理手段をさらに含み、前記送信制御手段は、前記印刷装置に対応するプロパティ情報を配信する処理を制御することを特徴とする請求項１乃至３のいずれかに記載の情報処理装置。
- 前記送信制御手段は、前記プロパティ情報を前記情報処理装置におけるドライバ設定開始の指示の入力に応答して前記情報処理装置が配信する処理を制御することを特徴とする請求項１乃至４のいずれかに記載の情報処理装置。
- 前記セットアップ指示は、シンプル・オブジェクト・アクセス・プロトコルによって実現されていることを特徴とする請求項１乃至５のいずれかに記載の情報処理装置。
- 前記送信制御手段は、前記情報処理装置におけるセットアップ開始指示に応答して前記プロパティ情報を送信する処理を制御することを特徴とする請求項１乃至６のいずれかの請求項に記載の情報処理装置。
- 前記送信制御手段は、前記ドライバ情報と共に、前記クライアント装置に前記プロパティ情報を送信する処理を制御することを特徴とする請求項１乃至７のいずれかに記載の情報処理装置。
- 前記送信制御手段は、前記クライアント装置からのプロパティ情報の送信要求に応答して、前記プロパティ情報を送信する処理を制御することを特徴とする請求項１乃至８のいずれかに記載の情報処理装置。
- クライアント装置と通信する情報処理装置における方法おいて、
ドライバ情報をインストールすべき複数のクライアント装置を認識する認識工程と、プロパティ情報を送信すべき旨とプロパティ情報を送信すべきでない旨の指定が可能なユーザインタフェースにおいて、プロパティ情報を送信すべき旨の指定があるか否かに関わらず、前記クライアント装置からのドライバ情報の送信要求を待つことなくドライバ情報を送信する処理と、プロパティ情報を送信すべき旨とプロパティ情報を送信すべきでない旨の指定が可能なユーザインタフェースにおいて、プロパティ情報を送信すべき旨の指定があった場合に限り、前記ドライバ情報の印刷処理に関わる情報であって、複数の印刷設定項目を組み合わせた情報であるひとつのプロパティ情報を、複数のプロパティ情報の中から選択して前記クライアント装置へ送信する処理と、前記ドライバ情報のクライアント装置におけるインストールを制御する指示及び前記ドライバ情報が前記クライアント装置に組み込まれるのに応答して前記印刷設定に係わるプロパティ情報を前記ドライバ情報に認識させる指示を含むセットアップ指示を複数の前記クライアント装置へ送信する処理とを制御する送信制御工程とを
有することを特徴とする情報処理方法。 - 前記送信制御工程においては、前記認識手段が認識した複数のクライアント装置に対して、作成されたプロパティ情報を前記情報処理装置におけるセットアップ開始指示に応じて一括配布することを特徴とする請求項１０に記載の情報処理方法。
- 前記セットアップ指示は、前記クライアント装置が前記プロパティ情報をＯＳに登録するよう前記クライアント装置を制御するためのセットアップ指示を含むものであることを特徴とする請求項１０又は１１に記載の情報処理方法。
- 前記プロパティ情報をＯＳに登録される印刷装置ごとに管理する管理工程をさらに含み、前記送信制御工程は、前記印刷装置に対応するプロパティ情報を配信する処理を制御することを特徴とする請求項１０乃至１２のいずれか記載の情報処理方法。
- 前記送信制御工程は、前記プロパティ情報を前記情報処理装置におけるドライバ設定開始の指示の入力に応答して配信する処理を制御することを特徴とする請求項１０乃至１３のいずれかに記載の情報処理方法。
- 前記セットアップ指示は、シンプル・オブジェクト・アクセス・プロトコルによって実現されていることを特徴とする請求項１０乃至１４のいずれかに記載の情報処理方法。
- 前記送信制御工程は、前記情報処理装置におけるセットアップ開始指示に応答して前記プロパティ情報を送信する処理を制御することを特徴とする請求項１０乃至１５のいずれかに記載の情報処理方法。
- 前記送信制御工程は、前記ドライバ情報と共に、前記クライアント装置に前記プロパティ情報を送信する処理を制御することを特徴とする請求項１０乃至１６のいずれかに記載の情報処理方法。
- 前記送信制御工程は、前記クライアント装置からのプロパティ情報の送信要求に応答して、前記プロパティ情報を送信する処理を制御することを特徴とする請求項１０乃至１７のいずれかに記載の情報処理方法。
- クライアント装置と通信する情報処理装置を制御可能な制御プログラムにおいて、
ドライバ情報をインストールすべき複数のクライアント装置を認識する認識工程と、プロパティ情報を送信すべき旨とプロパティ情報を送信すべきでない旨の指定が可能なユーザインタフェースにおいて、プロパティ情報を送信すべき旨の指定があるか否かに関わらず、前記クライアント装置からのドライバ情報の送信要求を待つことなくドライバ情報を送信する処理と、プロパティ情報を送信すべき旨とプロパティ情報を送信すべきでない旨の指定が可能なユーザインタフェースにおいて、プロパティ情報を送信すべき旨の指定があった場合に限り、前記ドライバ情報の印刷処理に関わる情報であって、複数の印刷設定項目を組み合わせた情報であるひとつのプロパティ情報を、複数のプロパティ情報の中から選択して前記クライアント装置へ送信する処理と、前記ドライバ情報のクライアント装置におけるインストールを制御する指示及び前記ドライバ情報が前記クライアント装置に組み込まれるのに応答して前記印刷設定に係わるプロパティ情報を前記ドライバ情報に認識させる指示を含むセットアップ指示を複数の前記クライアント装置へ送信する処理とを制御する送信制御工程とをコンピュータに実行させることを特徴とする制御プログラム。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001354704A JP4100895B2 (ja) | 2001-11-20 | 2001-11-20 | ネットワークシステム、情報処理装置、方法、及び制御プログラム |
| US10/011,975 US7065564B2 (en) | 2000-12-22 | 2001-12-11 | Network system, method and apparatus for processing information, and control program |
| US11/418,025 US7606874B2 (en) | 2000-12-22 | 2006-05-05 | Network system, method and apparatus for processing information, and control program |
| US12/390,403 US20090219568A1 (en) | 2000-12-22 | 2009-02-20 | Network system, method and apparatus for processing information, and control program |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001354704A JP4100895B2 (ja) | 2001-11-20 | 2001-11-20 | ネットワークシステム、情報処理装置、方法、及び制御プログラム |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2003157174A JP2003157174A (ja) | 2003-05-30 |
| JP2003157174A5 JP2003157174A5 (ja) | 2005-04-07 |
| JP4100895B2 true JP4100895B2 (ja) | 2008-06-11 |
Family
ID=19166514
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001354704A Expired - Fee Related JP4100895B2 (ja) | 2000-12-22 | 2001-11-20 | ネットワークシステム、情報処理装置、方法、及び制御プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4100895B2 (ja) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4522061B2 (ja) | 2003-07-31 | 2010-08-11 | キヤノン株式会社 | 情報処理装置及び方法、並びにプログラム |
| JP2005141729A (ja) * | 2003-10-17 | 2005-06-02 | Fuji Xerox Co Ltd | 周辺機器制御プログラム、装置および方法、並びに表示制御プログラム、装置および方法 |
| JP2005216079A (ja) * | 2004-01-30 | 2005-08-11 | Fuji Xerox Co Ltd | 情報処理装置、情報処理システム、デバイス設定情報管理方法およびデバイス設定情報管理プログラム |
| JP4991402B2 (ja) | 2007-06-11 | 2012-08-01 | キヤノン株式会社 | 情報処理装置、印刷設定方法、プログラム |
| JP5268597B2 (ja) * | 2008-11-28 | 2013-08-21 | キヤノン株式会社 | アプリケーションプラットフォーム、情報処理装置、情報処理装置の制御方法、プログラム、及び記憶媒体 |
| JP5698557B2 (ja) * | 2011-02-17 | 2015-04-08 | キヤノン株式会社 | 印刷システムおよび印刷システムにおける制御方法 |
| US10089046B2 (en) | 2012-12-13 | 2018-10-02 | Seiko Epson Corporation | Receipt printing system, control method of a receipt printing system, and control device |
-
2001
- 2001-11-20 JP JP2001354704A patent/JP4100895B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003157174A (ja) | 2003-05-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7606874B2 (en) | Network system, method and apparatus for processing information, and control program | |
| US7743374B2 (en) | Network system, information processing apparatus, information processing method, and control program for remote driver installation | |
| JP4240690B2 (ja) | 情報処理装置と情報処理方法、及び情報処理システム、並びに記録媒体 | |
| JP4847212B2 (ja) | 情報処理装置、印刷制御方法、プログラム及びコンピュータ可読の記憶媒体 | |
| US7492474B2 (en) | Information processing apparatus, distributed printing controlling method, storing medium and program | |
| US9218150B2 (en) | Image forming apparatus and method thereof | |
| US8587811B2 (en) | Information processing apparatus and method thereof | |
| JP4623461B2 (ja) | 情報処理装置および印刷制御方法およびプリンタドライバプログラムおよび記録媒体 | |
| JP2020004158A (ja) | 情報処理装置、情報処理装置の制御方法、及びプログラム | |
| JP3870065B2 (ja) | ネットワークシステム、情報処理装置、情報処理方法、及び制御プログラム | |
| JP2001236298A (ja) | データ処理装置，印刷システム及びそれらのドライバソフト設定制御方法 | |
| JP3774684B2 (ja) | 情報処理装置および情報処理装置のプリンタ設定方法およびプログラムおよび記録媒体 | |
| JP4617038B2 (ja) | 情報処理装置、方法及び制御プログラム | |
| JP2012108621A (ja) | クライアント装置およびその制御方法、製本システム | |
| JP4100895B2 (ja) | ネットワークシステム、情報処理装置、方法、及び制御プログラム | |
| JP2011242943A (ja) | 情報処理装置および制御方法およびプログラム | |
| JP4168528B2 (ja) | 複写システムの制御方法および装置並びに制御プログラムを記録したコンピュータ読み取り可能な記録媒体 | |
| JP4181963B2 (ja) | プリントサービスシステムおよび方法ならびにクライアント装置 | |
| JP2010225176A (ja) | 印刷システム | |
| JP4011918B2 (ja) | 印刷注文受付装置および印刷注文受付方法およびプログラム | |
| JP2006209195A (ja) | 印刷制御装置、印刷制御方法、及び記憶媒体 | |
| JP6115342B2 (ja) | プルプリントシステム、プルプリントサーバーおよびコンピュータープログラム | |
| JP7493947B2 (ja) | 情報処理装置、情報処理装置の制御方法、プログラム、および記憶媒体 | |
| JP2006011666A (ja) | 印刷システム、印刷方法、プログラムおよび記憶媒体 | |
| JP2005339293A (ja) | 印刷システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040514 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040713 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040913 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20050308 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050509 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20050602 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20050624 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080218 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080318 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110328 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120328 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130328 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140328 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |