JP4378338B2 - 情報処理装置、デバイス設定方法、記憶媒体、プログラム - Google Patents

Description

本発明は、ネットワークを介して複数のデバイスと通信して、ネットワークのデバイスの設定を行う情報処理装置のデバイス設定処理に関するものである。

近年、ＰＣ等のコンピュータが個人やオフィス等において急速に普及し、これらを相互に接続するＬＡＮなどのネットワークも普及してきている。そして、最近では、ネットワークに接続されているプリンタやスキャナなどの装置を複数のユーザにて共有して使用することを可能とした環境が広く構築されるようになってきた。

その中でもオフィスにおいては、単体でプリンタ機能やスキャナ機能等のような複数の機能を持っている。そして、ネットワークを介してその機能を共有利用できるネットワーク対応デジタル複合機（MFP:Multi Function Peripheral）が広く利用されるようになっている。

また、インターネットなど大規模なネットワークの普及に伴い、ネットワーク技術が飛躍的に向上している。

そして、その中で、ＸＭＬ（eXtensible Markup Language）、ＳＯＡＰ（Simple Object Access Protocol ）などのＷＷＷ関連の技術を用いて、ネットワークで接続された機器間の連携する。そして、その連携によって、さまざまなネットワーク上のサービスを利用できるようにしたＷｅｂサービスと呼ばれる技術が注目を集めている。

近年のＭＦＰ市場においては、ＭＦＰの保持するプリンタ機能やスキャナ機能などを、ネットワーク上から利用可能としたプリントサービスやスキャンサービスなどのＷｅｂサービスを提供するＷｅｂサービス対応型のＭＦＰが開発され、実用化されつつある。

さらに、このようなＷｅｂサービス対応型のＭＦＰにおいて、ＭＦＰ自身の機器設定や機器内部に保持している各種情報を、ネットワーク上に存在する他のＭＦＰへ配信する。そして、ネットワーク上のＭＦＰ間での機器情報の同期を行う機器情報配布サービスというサービスが提案されている。

このような機器情報配信サービスによって機器間の設定を同期させるネットワークシステムにおいて、機器情報配信サービスを提供するＭＦＰから配信される配信情報には、機器のネットワーク設定などの機器が動作する上での基本設定情報が含まれる。

さらに、機器を利用するユーザに関する宛先情報などを管理するアドレス帳など、さまざまな機器内部の保持情報を含むことが可能である。

このようなネットワーク上の複数のＭＦＰがこのような機器情報配布サービスを利用することによって、機器同士が自立的に機器設定の同期を行うことが可能となり、ネットワークシステムにおける管理コストの大幅な削減が期待できる。

このようなネットワーク環境において、文書情報の配信処理を行うシステムが、下記特許文献１に記載されている。

この特許文献１には、配信サーバが、デバイスで生成される文書情報の配信設定を行うと共に、配信設定に基づき、文書管理サーバのフォルダに対する文書情報の登録処理を行うことが記載されている。また、電子メールアドレスに対するメールサーバを経由した文書情報の添付処理を行うことが記載されている。さらに、デバイスに対する文書配信ジョブの出力処理を行うことが記載されている。

このように、特許文献１は、配信サーバ側でデバイスの配信設定を行い、その設定に基づきデバイスは蓄積データの各配信処理を行うことを特徴としている。
特開２００２−１８９６８７号公報

しかしながら、特許文献１における配信サーバは、デバイスや文書管理サーバ等による設定や変更等に何等制限がないことを前提として成り立っている。そこで、ネットワークのシステム環境の変更が特定のデバイスやサーバに限定されている場合には、その限定を解除したりする処理が必要となる。

具体的には、上述したように機器情報配布サービスを利用することで、複数機器設定の同期を行うシステムにおいては、ＭＦＰ自身がサーバ装置（親デバイス）となり、ＭＦＰ自身の機器設定を他のＭＦＰ（子デバイス）に配布する。

このような、デバイス・Ｔｏ・デバイスの形態をとるような第１のシステムの他に、第２のシステムが考案されている。

例えば設置されているデバイスの一元管理が容易に可能な機器情報配布アプリケーションユーティリティソフトウェア（以下、アプリ）を実装したサーバ装置をネットワークに接続する。そして、そのサーバ装置から、ネットワーク上のＭＦＰに対して任意の機器情報を配布するような第２のシステムが考案されている。なお、以下、機器情報配布アプリケーションユーティリティソフトウェアを機器情報配布アプリと呼ぶ。

デバイス・Ｔｏ・デバイスの形態をとる第１のシステムは、デバイスの設置数が少ない小規模のシステム環境で用いられる。一方、サーバ・Ｔｏ・デバイスの形態をとる第２のシステムは、数十台・数百台数など多数のデバイスが設置されている大規模なシステム環境で用いられることが一般的である。

このようにデバイスの設置台数の少ない第１のシステムから、設置するデバイスの数を増やすことシステムの規模を拡大する場合がある。そして、この場合には、多数のデバイスを一元管理することが容易な機器情報配布アプリを実装したサーバ装置をシステムに導入し、大規模システムへの移行を行うケースがある。

このような親デバイスから子デバイスへと機器情報配信を行ような、第１のシステムから、Ｕｔｉｌｉｔｙからの機器情報の一括配信を行う第２のシステムへ移行するような場合がある。この場合、各デバイスの配信設定（配信側の親デバイスの配信先設定や、受信側の子デバイスの受信設定等）を変更する必要がある。

しかし、配信を行っていた親デバイス側の配信サービスＯＦＦ／ＯＮ設定や子デバイス側の機器情報受信可否の設定を一括して制御するような仕組みはこれまでない。そして、リモート操作や各デバイスのユーザインタフェース操作の直接操作によって、各デバイスの設定について各デバイスごと個々の変更を行う必要があった。

このような操作はシステムの規模が大きくなるにつれ、このようなシステム管理者による手動操作は煩雑であり、オペレーションミスを招く可能性も高い。

また、特許文献１に開示されるネットワークシステムでは、配線サービスの配信元を変更等する場合における、デバイスの権限を解除したり、許可したりする判断がなされていない。このため、このようなミスによってシステム管理者の意図しない機器情報の配信元から機器情報が配信されてしまう可能性もあり、機器間の設定情報同期を正しく取ることが出来なくなるという課題もあった。

本発明は、上記の課題を解決するためになされたもので、本発明の目的は、複数のデバイス中の親デバイスから子デバイスに対する機器情報の配信サービスを情報処理装置側からの停止指示で停止させることができる仕組みを提供することである。

また、サーバ装置が親デバイスに登録された各デバイスの機器情報を取得できる仕組みを提供することである。

上記目的を達成する本発明の情報処理装置は以下に示す構成を備える。

所定のデバイスに設定されている機器情報を他のデバイスに送信する処理を当該所定のデバイスに停止させる停止指示手段を有する。また、前記所定のデバイスが当該所定のデバイスに設定されている機器情報を送信する送信先を示す送信先情報を当該所定のデバイスから取得する取得手段を有する。さらに、前記取得手段によって取得した送信先情報を記憶部に登録する登録手段と、前記登録手段に登録された送信先情報に基づいて、当該送信先情報に対応するデバイスに設定されるべき機器情報を送信する送信手段とを有することを特徴とする。

上記目的を達成する本発明のデバイス設定方法は以下に示す構成を備える。

情報処理装置において実行されるデバイス設定方法であって、前記情報処理装置が備える制御手段が所定のデバイスに設定されている機器情報を他のデバイスに送信する処理を当該所定のデバイスに停止させる停止指示ステップと、前記情報処理装置が備える制御手段が前記所定のデバイスが当該所定のデバイスに設定されている機器情報を送信する送信先を示す送信先情報を当該所定のデバイスから取得する取得ステップと、前記情報処理装置が備える制御手段が前記取得ステップによって取得した送信先情報を記憶部に登録する登録ステップと、前記情報処理装置が備える制御手段が前記登録ステップに登録された送信先情報に基づいて、当該送信先情報に対応するデバイスに設定されるべき機器情報を送信する送信ステップとを有することを特徴とする。

本発明によれば、複数のデバイス中の親デバイスから子デバイスに対する機器情報の配信サービスを情報処理装置側からの停止指示で停止させることができる。

また、サーバ装置が親デバイスに登録された各デバイスの機器情報を取得できる仕組みを提供することである。

次に本発明を実施するための最良の形態について図面を参照して説明する。

＜システム構成の説明＞
〔第１実施形態〕
以下、図面を参照して本発明の実施の形態を説明する。

図１は、本発明の第１実施形態を示すネットワークシステムの一例を示す図である。なお、デバイスとして、印刷デバイスの例を示すが、印刷デバイスばかりでなく、他のデバイス（ＭＦＰ）が接続されるシステムであっても本発明を適用可能である。

図１において、１０１はサーバ装置で、機器情報配信サービスによる機器情報の配信機能と、ネットワーク上の機器情報配信サービスを提供する機器に対する配信サービスの制御を行う機能を備えている。また、サーバ装置１０１は、上記機能を実行するためのＵｔｉｌｉｔｙソフトウェアアプリケーション（後述する機器情報阪神処理部６０１に相当する）が実装されている。

１０２、１０３は印刷デバイス（ＭＦＰ）で、印刷機能、スキャナ機能等を備えて、プリント処理、複写処理、スキャン処理を実行可能に構成されている。各ＭＦＰ１０２、１０３は、所定のプロトコルで、図示しないクライアントコンピュータと通信して、プリントジョブや、スキャンジョブ等をやり取りする。

また、印刷デバイス１０２、１０３は、サーバ装置１０１と所定のプロトコルで通信することで、サーバ装置１０１による機器情報配信サービスにより、配信される機器情報を受信する機能（後述する機器情報配信処理部４０３に相当する）を備えている。

これらのサーバ装置１０１、印刷デバイス１０２、１０３は、ネットワーク１００を介して接続され、相互にデータの通信を行うことができるようになっており、全てネットワーク対応デバイスである。

なお、本実施形態ではＭＦＰを２台接続されるシステム例を示しているが、これらはより多くのデバイスから構成されていても良い。

図２は、図１に示した本発明の実施例における印刷デバイスのハードウェア構成を示すブロック図である。なお、図１と同一のものには同一の符号を付してある。

図２において、２０１はＣＰＵ（中央処理装置）である。このＣＰＵ２０１は、ＲＯＭ２０２またはハードディスク２１０に格納されているプログラムを実行して、システムバス２０４に接続される各デバイスを総括的に制御する。

２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリアとして機能する。２０５はプリンタＩ／Ｆ制御部であり、エンジンとして機能するプリンタ２０６を制御する。上記印刷デバイス１０２、１０３のＣＰＵ２０１、ＲＯＭ２０２またはハードディスク２１０に記憶されたプログラムにより、各種の機能処理を実行する。

ＮＶＲＡＭ２０７は、不揮発性のメモリであり、印刷デバイス１０２、１０３の各種設定値を保存するためのものである。

パネル制御部２０８は、オペレーションパネル２０９を制御し、各種情報の表示、使用者からの指示入力を行う。ハードディスク（ＨＤ）２１０は不揮発性の記憶媒体であり、印刷デバイス１０２、１０３を制御するための制御プログラムや各種データを記憶する。

ネットワークＩ／Ｆ制御部２１１は、ＬＡＮ２１２を介してサーバ装置１０１や図示しないクライアント装置からのデータの送受信を制御する。また、印刷デバイス１０２と印刷デバイス１０３との間においても、ＬＡＮ２１２を介して通信可能に構成されている。

なお、本実施形態においては、ＬＡＮ２１２は図１におけるネットワーク１００と同じものである。

また、ＨＤ２１０またはＮＶＲＡＭ２０７には、ネットワーク管理者等に設定されているＩＰアドレス等のネットワーク情報やそのデバイス固有のＩＤ情報が記憶されている。

図３は、図２に示したオペレーションパネル２０９の構成を説明する概略平面図である。オペレーションパネル２０９は、本実施形態において、デバイス１０２、１０３が所有するユーザインタフェース部分として機能する。

図３において、３０１は大型のタッチパネルで、ユーザはタッチパネル３０１を操作することで、各種設定を行うことが可能である。なお、現在の表示画面はコピーの待機画面である。

３０２はテンキーボタンで、数字などの値を入力するのに使う。３０３はサービスボタン（Ｓボタン）である。そして、このＳボタン３０３を押下することにより、タッチパネル上に各種サービス画面が出現し、コピー以外のサービスを行うことができる。

３０４は設定ボタン（Ｒボタン）で、このＲボタン３０４を押下することによって、タッチパネル上に、各種設定画面が出現し、パラメータの設定を行うことができる。

図４は、図１に示した印刷デバイス１０２，１０３のソフトウエア構成を示すブロック図である。

図４において、プリンタ制御部４０１は、図２におけるプリンタＩ／Ｆ制御部２０５を制御して、図２におけるプリンタ２０６へのデータ送信、排紙制御などを行う。印刷処理制御部４０２は、受信したデータを印刷可能なデータに変換するとともに、印刷部数、両面印刷等の印刷に関する様々な制御を行う。

機器情報配信処理部４０３は、機器情報サービス提供側デバイスにおける、各種配信情報の生成、配信情報の送受信等のサービスに関連するさまざまな処理を実行するための処理を行うモジュールである。そして、機器情報配信処理部４０３は、機器情報配布サービス配信側および受信側デバイスにおける、各種配信情報のサービスに関するさまざまな処理を行う。

ネットワークドライバ４０８は、図２におけるネットワークＩ／Ｆ制御部２１１を制御し、ネットワーク４０９とのデータ送受信の制御を行う。ＴＣＰ／ＩＰ制御部４０７は、ＴＣＰ／ＩＰプロトコルによるデータの送受信及び制御を行う。

ＨＴＴＰ制御部４０６は、ＨＴＴＰプロトコルのサーバあるいはクライアント機能を有している。ＨＴＴＰ制御部４０６は上位アプリケーションの指示によりＨＴＴＰリクエストパケットを生成し、そのデータをネットワーク上の各印刷デバイスに送信する。

そして、印刷デバイスから送信された、ＨＴＴＰレスポンスパケットを解析して、データをＳＯＡＰ制御部４０４、機器情報配信処理部４０３や印刷処理制御部４０２等の上位アプリケーションに引き渡す処理を行う。

一方、ネットワーク上の各デバイスから機器情報配信に関するデータを受信する場合には、受信したＨＴＴＰリクエストパケットを解析する。そして、解析したデータをＳＯＡＰ制御部４０４、機器情報配信処理部４０３や印刷処理制御部４０２等の上位アプリケーションに引き渡す。そして、上位アプリケーションの指示によりＨＴＴＰレスポンスパケットをネットワーク上の各デバイスに返信する制御を行う。

ＳＯＡＰ制御部４０４はＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）と呼ばれるプロトコルを制御するモジュールである。

このモジュールは、ネットワーク上の各デバイスから受信したＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式のデータをＸＭＬパーサ４０５を使用して解析する。そして、印刷処理制御部４０２の適切なモジュールを呼び出したり、機器情報配信処理部４０３へネットワーク上の各デバイスから送信されるデータを渡す。そして、これと同時に、各デバイスに返すべきデータをＸＭＬデータに変換し、ＨＴＴＰサーバ制御部４０６を介して各デバイスに返信する制御を行う。

ＸＭＬパーサ４０５はＸＭＬ形式データを入力とし解析結果を出力するモジュールである。

なお、本実施形態においてはデバイス間の機器情報配信サービスに関するデータ送受信にＨＴＴＰやＳＯＡＰなどのプロトコルを用いている。しかしながら、双方向通信が可能であれば、既存または独自アプリケーションプロトコルなどの何れの通信プロトコルであってもかまわない。

図５は、図１に示したサーバ装置１０１のハードウェア構成を示すブロック図である。なお、サーバ装置１０１は、汎用コンピュータＰＣで構成される。

図５において、サーバ装置１０１は、ＣＰＵ５０１を備え、ＲＯＭ５０２またはハードディスク５（ＨＤ）１１、あるいはフレキシブルディスクドライブ（ＦＤ）２１２等の不揮発性記憶媒体に格納されるプログラムを実行する。そして、ＣＰＵ５０１は、該プログラムに基づいて、システムバス５０４に接続される各デバイスを総括的に制御し、本実施形態の各手段が構成される。

５０３はＲＡＭで、ＣＰＵ５０１の主メモリ、ワークエリア等として機能する。５０５はキーボードコントローラ（ＫＢＣ）で、キーボード（ＫＢ）５０９や不図示のマウス等のポインティングデバイスからの指示入力を制御する。

５０６はディスプレイコントローラで、ＣＲＴディスプレイ、または液晶ディスプレイなどの画面表示装置（ディスプレイ）５１０の表示を制御する。

５０７はディスクコントローラ（ＤＫＣ）で、ハードディスク（ＨＤ）５１１、及びフレキシブルディスク（ＦＤ）５１２とのアクセスを制御する。ハードディスク（ＨＤ）５１１、及びフレキシブルディスク（ＦＤ）５１２には、ブートプログラム（起動プログラム：ハードウェアやソフトウエアの実行（動作）を開始するプログラム）が記憶されている。また、ハードディスク（ＨＤ）５１１、及びフレキシブルディスク（ＦＤ）５１２には、複数のアプリケーション、編集ファイル、ユーザファイルそしてネットワーク管理プログラム等が記憶されている。

５０８はネットワークＩ／Ｆ制御部（ＮＩＣ）で、ＬＡＮ５１３を介して、印刷デバイスなど、他のネットワーク機器と双方向のデータのやり取りを行う。

なお、本実施形態においては、ＬＡＮ５１３は第１図におけるネットワーク１００と同じものである。

図６は、図１に示したサーバ装置１０１のソフトウエア構成を示すブロック図である。

図６において、機器情報配信処理部６０１は本実施形態における機器情報サービスに関する処理を実行するための処理を行うモジュールである。

ネットワークドライバ６０６は、図２におけるネットワークＩ／Ｆ制御部２０８を制御し、ネットワーク６０７とのデータ送受信の制御を行う。

ＴＣＰ／ＩＰ制御部６０５は、ＴＣＰ／ＩＰプロトコルによるデータの送受信及び制御を行う。

ＨＴＴＰ制御部６０４は、ＨＴＴＰプロトコルのサーバあるいはクライアント機能を有している。ＨＴＴＰ制御部６０４は上位アプリケーションの指示によりＨＴＴＰリクエストパケットを生成する。

そして、そのデータをネットワーク上の各印刷デバイスに送信するとともに、印刷デバイスから送信された、ＨＴＴＰレスポンスパケットを解析して、データをＳＯＡＰ制御部６０２、機器情報配信処理部６０１等の上位アプリケーションに引き渡す処理を行う。

一方、ネットワーク上の各デバイスから機器情報配信に関するデータを受信する場合には、受信したＨＴＴＰリクエストパケットを解析して、データをＳＯＡＰ制御部６０２、機器情報配信処理部６０１等の上位アプリケーションに引き渡す。これと共に、上位アプリケーションの指示によりＨＴＴＰレスポンスパケットをネットワーク上の各デバイスに返信する制御を行う。

ＳＯＡＰ制御部６０２はＳＯＡＰ(Simple Object Access Protocol)と呼ばれるプロトコルを制御するモジュールである。そして、ＳＯＡＰ制御部６０２は、端末装置から受信したＸＭＬ(eXtensible Markup LANguage)形式のデータをＸＭＬパーサ６０３を使用して解析し、上位モジュールへデータを渡す。これと同時に、印刷デバイスに返すべきデータをＸＭＬデータに変換し、ＨＴＴＰ制御部６０４を介して印刷デバイスに返信する制御を行う。ＸＭＬパーサ６０３はＸＭＬ形式データを入力とし解析結果を出力するモジュールである。

なお、本実施形態においてはデバイス間の機器情報配信サービスに関するデータ送受信にＨＴＴＰやＳＯＡＰなどのプロトコルを用いている。しかしながらが、双方向通信が可能であれば、既存または独自アプリケーションプロトコルなどの何れの通信プロトコルであってもかまわない。

このように構成されたネットワークシステムは、複数のデバイスとなる印刷デバイス１０２、１０３とサーバ装置１０１とが通信して所定の機器情報を一元配信処理するネットワークシステムである。そして、サーバ装置１０１は、所定の機器情報の配信元に設定されている前記複数のデバイス中の親デバイスに対して、機器情報配信サービスの停止要求を機器情報配信処理部６０１が図７に示す制御手順に基づいて行う。

そして、親デバイスとしての印刷デバイス１０２からの応答データに基づいて、印刷デバイス１０２から機器情報配信サービスを提供している配信先情報を取得する。そして、機器情報配信サービスの配信先を記憶部（例えば図５に示したハードディスク５１１等）に登録する。

一方、複数のデバイス中の親デバイスとして機能する印刷デバイス１０２は、サーバ装置１０１から通知される停止要求に基づいて、機器情報配信サービス停止の可否を図４に示す機器情報配信制御部４０３が図８に示す制御手順に基づいて判定する。

そして、機器情報配信サービス停止可能であると判定した場合、変更される前記機器情報配信サービスの配信元情報を他のデバイスとして機能する印刷デバイス１０３に通知する。

一方、他のデバイスとして機能する印刷デバイス１０３が備える機器情報配信制御部４０３が、印刷デバイス１０２から前記配信元情報を取得する。そして、該取得される前記配信元情報に基づいて配信元の設定を変更可能かどうかを図９に示す制御手順に基づいて判定する。

そして、印刷デバイス１０３が備える機器情報配信制御部４０３が、変更可能と判定した場合に、前記配信元情報に基づいて、記憶部に登録されている配信元情報を変更する。

これにより、印刷デバイス１０２が一元管理していた機器情報配信サービスが、印刷デバイス１０３に配信先の変更を通知するので、印刷デバイス１０３がサーバ装置１０１による機器情報配信サービスに支障なく変更できる。

なお、親デバイスとして機能する印刷デバイス１０２は、サーバ装置１０１からの停止要求に基づいて、サービス停止可能であると判定した場合、ローカルまたはリモートからの配信設定の指示を拒否する子デバイスに遷移する。

これにより、親デバイスとして機能していた印刷デバイス１０２が管理者等であっても、機器情報の配信先等の設定を受け付けなくなる。このため、サーバ装置１０１による機器情報配信サービスが一元化され、システム管理者の意図しない機器情報の配信元から機器情報が配信されてしまう可能性もあり、機器間の設定情報同期を正しく取ることが出来なくなるという課題も解決される。

このようにして、機器情報の配信サービスの環境がサーバ装置１０１側からの配信に一元化された後、再度、機器情報の配信環境を元のように、印刷デバイス１０２による配信サービスに復元した場合が発生し得る。

そこで、サーバ装置１０１は、機器情報の配信サービスの開始前に、複数のデバイス中の親デバイスと子デバイスとを特定するデバイス情報を記憶するハードディスク５１１等を備えている。

そして、サーバ装置１０１の機器情報配信処理部６０１は、ハードディスク５１１に記憶されたデバイス情報に基づいて特定される親デバイスに対して配信サービスの開始要求を図１０に示す制御手順に基づいて行う。

そして、上記開始要求に対して親デバイスとしての印刷デバイス１０２から通知される応答データに基づいて、印刷デバイス１０２が機器情報の配信元に復帰できたか否かを図１０に示す制御手順に基づいて判定する。

そして、印刷デバイス１０２に復帰できたと判定した場合に、機器情報の配信元が印刷デバイス１０２に変更されたことを子デバイスに対応する印刷デバイス１０３に通知する。

また、親デバイスとしての印刷デバイス１０２は、サーバ装置１０１から通知される配信サービスの開始要求に基づいて、機器情報の配信サービスを再開可能か否かを印刷デバイス１０２の機器情報配信処理部４０３が図１１に示す制御手順に基づいて判定する。

そして、機器情報の配信サービスを再開可能と判定した場合に、サーバ装置１０１に配信サービスの再開応答データを通知する。

これにより、機器情報の配信サービスにおける配信元が印刷デバイス１０２からサーバ装置１０１に変更した後、再度、配信元を印刷デバイス１０２に支障なく復元することができる。従って、ネットワーク管理者の都合に適応して、ネットワーク上の機器情報配信環境を可逆的に変更することができる。

なお、本実施形態において、所定の機器情報は、各デバイスの設定情報、各デバイスを利用するユーザの宛先情報等を含むものである。

図７は、本発明に係るサーバ装置における第１のデータ処理手順の一例を示すフローチャートである。

本処理は、サーバ装置１０１から、ネットワーク上の機器情報の配信装置である印刷デバイス１０２への配信サービスの停止指示を行い、機器情報の配信元を印刷デバイス１０２からサーバ装置１０１へ変更する処理に対応する。

なお、Ｓ７０１〜Ｓ７０９は各ステップを示す。また、各ステップは、図５に示したＣＰＵ５０１がハードディスク５１１等よりＲＡＭ５０４に図６に示した各種のモジュール（図４に示したきき情報配信処理部４０３等）をロードして実行することで実現される。

また、本実施形態では、下記の処理が実行される以前に、印刷デバイス１０２が印刷デバイス１０３に対して機器情報配信サービスにより機器情報を配信しているものとする。つまり、親デバイスから子デバイスへと機器情報配信を行うような、デバイスのみによって構成される第１のシステムにおいて、デバイス・Ｔｏ・デバイスによる機器情報配信設定が以前にネットワーク管理者等により実行されている。このシステムでは、印刷デバイス１０２（親デバイス））、印刷デバイス１０３（子デバイス）にその設定情報がＮＶＲＡＭ２０７またはＨＤ２１０に保存されていることを意味する。

この場合において、サーバ・Ｔｏ・デバイス形態（第２のシステム）に変更する場合、親デバイスの機器情報配信サービスを以下の処理で停止させる。

さらに、本実施形態におけるサーバ装置１０１は、機器情報配信サービスによる機器情報の配信とネットワーク上の機器情報配信サービスを提供する機器に対する配信サービスの制御が可能なアプリケーションを備える。例えばＵｔｉｌｉｔｙソフトウェアアプリケーション（図６に示す機器情報配信処理部６０１等に対応する）が実装されている。

そして、システム管理者等のユーザオペレーションによるＵｔｉｌｉｔｙソフトウェアアプリケーションの動作によって、以下の手段が実行される。なお、本処理実行前に、ネットワーク管理者を認証処理する処理を組み入れて、その実行者が正当な管理者であるかを判定できるように構成してもよい。

また、サーバ装置１０１にはネットワーク上の機器情報配信サービスを提供している機器（本実施形態では印刷デバイス１０２）に関する所在情報（ＩＰアドレス等）が、例えばハードディスク５１１上に記憶されている。具体的には、あらかじめデバイス情報管理テーブル（配信宛先リストが含まれる）として登録・記憶されているものとする。

先ず、ステップＳ７０１において、登録・記憶されているネットワーク上の各機器情報配信機器である印刷デバイス１０２の情報を取得する。

なお、ネットワーク上の機器情報配信機器に関する情報は、ユーザが図３に示したオペレーションパネル２０９の設定ボタン３０４等をオペレーションして手動で登録しておいてもよい。あるいは、サーバ装置１０１から所定のプロトコルによりネットワークへのサービス検索処理等によって機器情報配信装置に関する情報を取得した後、該取得した情報を登録させておいてもよい。

次に、ステップＳ７０２において、ステップＳ７０１で取得した情報に含まれているサービス停止対象の印刷デバイス１０２の所在情報に基づき、その印刷デバイス１０２に対して、機器情報配信サービス停止指示要求を送信する。なお、この要求は後述するサービス停止指示コマンドに対応する。

そして、ステップＳ７０３において、その応答を印刷デバイス１０２から取得する。

なお、本実施形態では、ステップＳ７０２において、サーバ装置１０１から印刷デバイス１０２に対して送信される機器情報配信サービス停止指示要求には、サービス停止指示コマンド（第１の情報）が含まれる。また、機器情報配信サービス停止指示要求には、サービス停止指示を行った装置の識別（所在）情報（第２の情報）が含まれる。さらに、機器情報配信サービス停止指示要求には、サービス停止指示を受信した装置がサービスを停止した後に、その装置に換わって機器情報を配信する装置の識別（所在）情報（第３の情報）が含まれる。

また、本実施形態では、サーバ装置１０１がサービス停止指示を行い、かつ、印刷装置１０２の配信サービス停止後にサーバ装置１０１から機器情報の配信を行ようにするため、第２、第３の情報には同一のサーバ装置１０１に関する識別情報が含まれる。

さらに、本実施形態における識別情報は、サーバ装置１０１の所在情報（ＩＰアドレスやＭＡＣアドレスなど）であるが、装置を識別可能である情報であればどのような情報が含まれていてもかまわない。

次に、ステップＳ７０４において、ステップＳ７０３における機器情報配信サービス停止指示要求の応答が印刷デバイス１０２よりあったかを判断する。

なお、ステップＳ７０３における応答受信を行う場合には、一定のタイムアウト期間が設定されており、その一定時間内に応答がない場合は、エラーと判断される。そして、ステップＳ７０９へ進み、所定のエラー処理を実行する。

そして、ステップＳ７０４で、応答があったと判断した場合には、ステップＳ７０５へ進み、受信した応答データの解析を行う。

なお、本実施形態において、印刷デバイス１０２からの応答データには、サービス停止指示を送信した機器がサービス停止要求を受け入れたか否かの結果（第１の応答データ）が含まれる。また、応答データには、サービス停止指示を送信した機器が、サービス停止するまで機器情報を配信していた装置に関する識別（所在）情報のリスト（第２の応答データ）が含まれる。

次に、ステップＳ７０６において、ステップＳ７０５で、上記応答データを解析した結果に基づき、サービス停止要求が受け入れられたか否かを判断する。

そして、ステップＳ７０６においてサービス停止が受け入れられた（サービス停止Ｓｕｃｃｅｓｓ）と判断した場合には、さらに、ステップＳ７０５に進む。

そして、ステップＳ７０７において、応答データを解析した結果に基づき、サービスを停止する印刷装置１０２がこれまで機器情報を配信していた装置（印刷デバイス１０３）に関する識別（所在）情報を取得する。

本実施形態では、印刷デバイス１０２の配信サービス停止後にサーバ装置１０１から機器情報の配信を印刷デバイス１０２、１０３に対して行う。

このため、ステップＳ７０８において、配信サービスの停止を指示した印刷デバイス１０２をサーバ装置１０１のＨＤ５１１等に確保されている機器情報の配信宛先リストへ登録する。同様に、印刷デバイス１０２が配信サービスの停止指示が行われるまで配信を行っていた印刷デバイス１０３をサーバ装置１０１のＨＤ５１１等に確保されている機器情報の配信宛先リストへ登録する。

このように、サーバ装置１０１が機器情報を配信する装置を、サーバ装置１０１のＨＤ５１１等に確保されている機器情報の配信宛先リストへ登録して、本処理を終了する。

なお、サーバ装置１０１は自身の機器情報配信を行う際に、この配信宛先リストに登録されている装置に対して、機器情報の配信サービスを行う。

また、ステップＳ７０４におけるサービス停止要求の応答がない場合や、ステップＳ７０６においてサービス停止が受け入れられなかった場合には、ステップＳ７０９へ進み、エラー処理として処理が成功しなかった旨のログが記録された後、本処理を終了する。

これにより、サーバ装置１０１から、ネットワーク上の機器情報の配信装置である印刷デバイス１０２への配信サービスの停止指示を行い、機器情報の配信元を印刷デバイス１０２からサーバ装置１０１へ変更することを自動化する。したがって、ネットワーク管理者のネットワーク環境操作負担を軽減できる。

図８は、本発明に係る印刷装置における第１のデータ処理手順の一例を示すフローチャートである。

本処理は、サーバ装置１０１から、ネットワーク上の機器情報の配信装置である第１図の印刷デバイス１０２へ配信サービスの停止指示を行い、機器情報の配信元をサーバ装置へ変更する場合の印刷デバイス１０２の動作手順に対応する。なお、Ｓ８０１〜Ｓ８０８は各ステップを示す。

また、各ステップは、図２に示したＣＰＵ２０１がハードディスク２１０等に記憶されている図４に示した各種のモジュール（図４に示す機器情報配信処理部４０３等を含む）をＲＡＭ２０３にロードして実行することで実現される。

また、本処理は、印刷デバイス１０２によりデバイス・Ｔｏ・デバイスによる機器情報配信設定が以前にネットワーク管理者等により実行されている。そして、印刷デバイス１０２（親デバイス））、印刷デバイス１０３（子デバイス）にその設定情報がＮＶＲＡＭ２０７またはＨＤ２１０に保存されている。その状態から、サーバ・Ｔｏ・デバイス形態に変更する場合、サーバ装置１０１からの指示で親デバイスの機器情報配信サービスを以下の処理で停止させる処理に対応する。

印刷デバイス１０２は、ステップＳ８０１において、サーバ装置１０１から送信される配信サービス停止指示要求を所定のプロトコルでネットワークドライバ４０８を介して受信する。

次に、ステップＳ８０２において、印刷デバイス１０２が機器情報配信サービス（機器情報配信処理部４０３による）を実行しており、機器情報配信サービスが停止可能か否かを判断し、停止可能であった場合には、次のステップＳ８０３へ進む。

そして、ステップＳ８０３において、印刷デバイス１０２が機器情報を配布している装置（本実施形態では、図１に示した印刷デバイス１０３）の識別（所在）情報をＨＤ２１０等から取得する。

次に、ステップＳ８０４において、ステップＳ８０３で取得した識別情報に含まれている印刷デバイス１０３の所在情報に基づき、印刷デバイス１０３に対して、機器情報配信サービス停止と機器情報の配信元変更の通知を所定のプロトコルで送信する。

なお、本実施形態において、機器情報配信サービス停止と機器情報の配信元変更の通知には、サービス停止指示を行った装置の識別（所在）情報（第１の通知情報）が含まれる。同様に、当該通知には、装置がサービスを停止した後に、その装置に換わって機器情報を配信する装置（サーバ装置１０１）の識別（所在）情報（第２の通知情報）が含まれる。

そして、ステップＳ８０５では、ステップＳ８０４において機器情報配信サービス停止と機器情報の配信元変更の通知を行った印刷デバイス１０３に関する所在情報をＨＤ２１０等に記憶する。

これは、サーバ装置１０１からのサービス停止指示があった後、サーバ装置１０１からサービス再開の指示によって、上記ＨＤ２１０に保存した情報に基づき、自身の機器情報配信サービスを再開する。そして、保存されていた装置である印刷デバイス１０３に対して機器情報の配信を自在に再開することを可能にするためである。

次に、ステップＳ８０６において、自身の配信サービスを停止する。

なお、このサービス停止処理ではサービス停止を指示されたサーバ装置１０１の識別情報を上記ＨＤ２１０等に記憶しておく。

そして、ステップＳ８０７において、ステップＳ８０１で受信したサーバ装置１０１からのサービス停止指示の応答としての応答データを作成する。

この応答データには、サービス停止要求を受け入れたか否かの結果（第１の応答データ）、サービス停止した機器が、サービス停止するまで機器情報を配信していた装置に関する識別（所在）情報のリスト（第２の応答データ）が含まれる。

次に、ステップＳ８０８において、その応答データをサーバ装置１０１へ所定のプロトコルで送信して、本処理を終了する。

なお、ステップＳ８０２においてサービス停止ができないと（サービス自体を開始していない）判断した場合には、サービス停止要求が受け入れられないという旨の結果のみが含まれる応答データをステップＳ８０８において作成する。そして、ステップＳ８０９で応答データをサーバ装置１０１へ送信し、処理を終了する。

また、上記のステップＳ８０１によって、機器情報配信サービスが停止された場合には、他のサーバ装置からのサービス開始指示や印刷デバイスのオペレーションパネルの直接操作による機器情報配信に関する設定を変更できないようにする。

これによって、機器情報配信サービスを停止したサーバ装置以外から機器情報配信に関する設定を変更できないようになる。

図９は、本発明に係る印刷装置における第２のデータ処理手順の一例を示すフローチャートである。

本処理は、サーバ装置１０１から、ネットワーク上の機器情報の配信装置である図１に示した印刷デバイス１０２へ配信サービスの停止指示が行われる。そして、図１に示した機器情報の受信装置である印刷デバイス１０３の機器情報の配信元を印刷デバイス１０２からサーバ装置１０１へ変更する場合の印刷デバイス１０３の動作手順に対応する。

なお、Ｓ９０１〜Ｓ９０３は各ステップを示す。

また、各ステップは、図２に示したＣＰＵ２０１がハードディスク２１０等に記憶されている図４に示した各種のモジュールをＲＡＭ２０３にロードして実行することで実現される。

印刷デバイス１０３は、ステップＳ９０１において、印刷デバイス１０２から送信される機器情報配信サービス停止と機器情報の配信元変更の通知（図８に示したステップＳ８０４で送信された通知に対応する）を受信する。

次に、ステップＳ９０２において、配信元設定の変更が可能であるか否かを判断する。そして、機器情報の配信元設定の変更が可能であると判断した場合には、次に、ステップＳ９０３において、配信元の設定を変更する。本実施形態では、配信元を印刷デバイス１０２からサーバ装置１０１に変更される。

そして、配信元の設定が変更された場合には、変更された配信元の装置以外からの機器情報配信に関する設定の変更をできないようにして、本処理を終了する。

したがって、ステップＳ９０１において、印刷デバイス１０２から受信する通知が、自身に設定されている配信先以外から送信された場合には、ステップＳ９０２において、設定の変更できないと判断して配信元設定を変更せずに処理を終了する。

図１０は、本発明に係るサーバ装置における第２のデータ処理手順の一例を示すフローチャートである。

本処理は、サーバ装置１０１から、ネットワーク上の機器情報の配信装置である図１に示した印刷デバイス１０２への配信サービスの開始指示を行う。そして、印刷デバイス１０２の機器情報配信サービスを再開させるとともに、サーバ装置１０１からの機器情報配信を停止する場合のサーバ装置１０１の動作処理手順に対応する。

なお、Ｓ１００１〜Ｓ１００９は各ステップを示す。

また、各ステップは、図５に示したＣＰＵ５０１がハードディスク５１１等よりＲＡＭ５０４に図６に示した各種のモジュール（図６に示した機器情報配信処理部６０１等を含む）をロードして実行することで実現される。なお、機器情報配信処理部６０１をＵｔｉｌｉｔｙソフトウェアアプリケーション（アプリケーション）と呼ぶ場合がある。

なお、本実施形態におけるサーバ装置１０１は機器情報配信サービスによる機器情報の配信とネットワーク上の機器情報配信サービスを提供する機器に対する配信サービスの制御が可能なアプリケーションが実装されている。そして、システム管理者等のユーザオペレーションによるアプリケーションの動作によって、以下の手段が実行される。

サーバ装置１０１は、ステップＳ１００１において、デバイス・ＴＯ・デバイスで機器情報配信を再開させるネットワーク上の各機器情報配信機器（本実施形態では印刷デバイス１０２）の情報を取得する。

ステップＳ１００２において、ステップＳ１００１で取得した情報に含まれているサービス開始対象である印刷デバイス１０２の所在情報に基づき、印刷デバイス１０２に対して、機器情報配信サービス開始指示要求を所定のプロトコルで送信する。そして、ステップＳ１００３において、その応答を印刷デバイス１０２から取得する。

本実施形態において、ステップＳ１００２において送信される機器情報配信サービス停止指示要求にはサービス開始指示コマンドが含まれる。

そして、ステップＳ１００４において、ステップＳ１００３における機器情報配信サービス停止指示要求の応答が印刷デバイス１０２からあったかを判断する。

なお、ステップＳ１００３における応答受信を行う場合、一定のタイムアウト期間が設定されており、その一定時間内に応答がない場合はエラーとして判断され、ステップＳ１００９へ進み、所定のエラー処理を行い、本処理を終了する。

そして、ステップＳ１００４で、応答があったと判断した場合には、ステップＳ１００５へ進み、受信した応答データの解析を行う。

なお、応答データには、サービス開始指示を送信した機器がサービス開始要求を受け入れたか否かの結果（第１の応答データ）が含まれる。同様に、サービス開始指示を送信した機器が、サービス再開する場合に機器情報を配信する装置に関する識別（所在）情報のリスト（第２の応答データ）が含まれる。

本実施形態では、印刷デバイス１０２は、サーバ装置１０１からのサービス停止指示が行われる以前に印刷デバイス１０３に対して機器情報の配信を行っている。このため、サービス開始要求が受け入れられた場合には、第２の応答データに対応する情報リストに印刷デバイス１０３の所在情報が含まれることになる。

一方、機器情報を受信する印刷デバイス１０３は、図７に示したサーバ装置１０１によるは晋機器の登録処理等に基づき、図９において、印刷デバイス１０３が機器情報を受信する先がサーバ装置１０１に変更登録されている。このため、すなわち、サーバ装置１０１以外からの機器情報配信の設定変更ができないので、情報リストの内容に基づき次ステップ以降の処理において、機器情報の配信元装置に関する変更指示を行う。

次に、ステップＳ１００６において、ステップＳ１００５で応答データを解析した結果に基づき、サービス停止要求が印刷デバイス１０２で受け入れられたか否かを判断する。

そして、ステップＳ１００６においてサービス停止が受け入れられたと判断した場合には、さらに、ステップＳ１００７に進む。

そして、応答データを解析した結果に基づき、サービス停止した装置がこれまで機器情報を配信していた装置に関する識別（所在）情報のリストを参照する。そして、ステップＳ１００７において、リストに機器情報の配信元装置変更の必要のある装置がある否かを判断する。

そして、リストに機器情報の配信元装置変更の必要のある装置があると判断した場合には、ステップＳ１００８において、該当する装置（印刷デバイス１０３）に対して、機器情報配信サービス停止と機器情報の配信元変更の通知を送信して、本処理を終了する。

なお、機器情報配信サービス停止と機器情報の配信元変更の通知には、前記したステップＳ８０４で送信される情報と同じである。

一方、ステップＳ１００７において該当する装置がない場合にはステップＳ１００８の処理を行わずに処理を終了する。

また、ステップＳ１００４におけるサービス開始要求の応答がないと判断した場合には、ステップＳ１００９へ進む。また、ステップＳ１００６においてサービス停止が受け入れられなかったと判断した場合には、ステップＳ１００９へ進む。そして、ステップＳ１００９で、エラー処理として処理が成功しなかった旨のログが記録され、本処理を終了する。

これにより、デバイス・ＴＯ・デバイスによる機器情報配信処理が、一旦、サーバ装置１０１からの要求で、サーバ・ＴＯ・デバイスによる機器情報配信処理に変更する。その後、また、ネットワーク環境等の変更に適応して、デバイス・ＴＯ・デバイスによる機器情報配信の環境に自在に復帰させることができる。

図１１は、本発明に係る印刷装置における第３のデータ処理手順の一例を示すフローチャートである。

本処理は、サーバ装置１０１から、ネットワーク上の機器情報の配信装置である図１に示したの印刷デバイス１０２への配信サービスの開始指示を行う。そして、印刷デバイス１０２の機器情報配信サービスを再開させるとともに、サーバ装置１０１からの機器情報配信を停止する場合の印刷デバイス１０２の動作手順に対応する。

なお、Ｓ１１０１〜Ｓ１１０８は各ステップを示す。

また、各ステップは、図２に示したＣＰＵ２０１がハードディスク２１０等に記憶されている図４に示した各種のモジュール（図４に示した機器情報配信処理部４０３等に対応する）をＲＡＭ２０３にロードして実行することで実現される。

印刷デバイス１０２は、ステップＳ１１０１において、サーバ装置１０１から送信される配信サービス停止指示要求を受信する。

次に、ステップＳ１１０２で受信した要求が印刷デバイス１０２の機器情報配信サービスの停止指示を行ったサーバ装置であるか否かの判断を行う。具体的には、サービス停止を指示した装置に関する情報はサービス停止時に記憶してある（図８に示すステップＳ８０５）。

そして、ステップＳ１１０２において、配信サービスを開始可能か否かを判断し、開始可能であった場合には、次のステップＳ１１０３へ進む。

ステップＳ１１０３において、印刷デバイス１０２が機器情報配信サービスを停止する際に、前記ステップＳ８０５において記憶した、配信サービス停止以前に機器情報を配布していた装置（本実施形態では印刷デバイス１０３）の識別（所在）情報を取得する。

次に、ステップＳ１１０４において、ステップＳ１１０３で取得した情報に対象となる装置が含まれているか否かを判断する。そして、取得した情報に対象となる装置が含まれていると判断した場合には、ステップＳ１１０５において、配信先変更装置に関するリストを生成する。

一方、ステップＳ１１０４で、対象となる装置がないと判断した場合には、ステップＳ１１０５の処理を行わずに次のステップへ進む。

次に、ステップＳ１１０６において、印刷デバイス１０２自身の配信サービスを開始する。そして、ステップＳ１１０７において、ステップＳ１１０１で受信したサーバ装置１０１からのサービス停止指示の応答としての応答データを作成する。

この応答データは、前記ステップＳ１００３でサーバ装置１０１が受信する応答データであり、サービス開始要求を受け入れたか否かの結果（第１の応答データ）、ステップＳ１１０５で作成したリスト（第２の応答データ）が含まれる。

そして、ステップＳ１１０８においてその応答データをサーバ装置１０１へ送信して、本処理を終了する。

なお、ステップＳ１１０２においてサービス停止ができないと判断した場合には、サービス停止要求が受け入れられないという旨の結果のみが含まれる応答データをステップＳ１１０７において作成する。そして、ステップＳ１１０８で応答データをサーバ装置へ送信し、処理を終了する。

以上説明したように、本実施形態によれば、システム管理者などのユーザが、機器情報配信処理部として機能するアプリケーションを実装したサーバ装置などから簡易な指示を行う。これにより、ネットワーク上の機器間の連携による機器情報の配信元及び受信先装置の各設定を自動設定させ、意図しない装置からの不正な機器情報配信／受信や、配信の重複などを防止する事が可能となる。

〔第２実施形態〕
なお、上記第１実施形態では、デバイス・ＴＯ・デバイスによる機器情報配信処理が、一旦、サーバ装置１０１からの要求で、サーバ・ＴＯ・デバイスによる機器情報配信処理に変更する。そして、その後、ネットワーク環境等の変更に適応して、デバイス・ＴＯ・デバイスによる機器情報配信の環境に自在に復帰させる場合について説明した。

しかしながら、デバイス・ＴＯ・デバイスの環境にネットワーク環境が復帰する場合に、旧デバイス・ＴＯ・デバイスの環境中に、子デバイスがさらに増える場合もある。

そこで、図１１に示す親デバイスとしての印刷デバイス１０２が、子デバイスの情報を復帰させる場合に、新規子デバイスの登録を受け付けるステップを組み込むことで、ネットワーク環境の変化に自在に適応させるように構成してもよい。

〔第３実施形態〕
上記第１実施形態では、サーバ装置１０１からの機器情報配信サービスを開始させた後、サーバ装置１０１に不具合あるいは、他のサーバ装置への機器情報配信サービスに切り替える要求が発生する場合がある。

そこで、サーバ装置１０１からの機器情報配信サービスを他のサーバ装置に切り替える旨の通知を子デバイスに通知して、以後、あらたなサーバ装置からの機器配信サービスに切り替えるように構成してもよい。

〔第４実施形態〕
以下、図１２、図１３に示すメモリマップを参照して本発明に係るネットワークシステムで読み取り可能なデータ処理プログラムの構成について説明する。

図１２は、本発明に係るサーバ装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

図１３は、本発明に係るデバイスで読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。

さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。

本実施形態における図７〜図１１に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。

そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。

以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給する。また、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。

プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。

この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。

また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。

つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布する。

そして、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。

そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ等が実際の処理の一部または全部を行う。そして、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行う。そして、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から排除するものではない。

本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。

本発明の第１実施形態を示すネットワークシステムの一例を示す図である。 図１に示した本発明の実施例における印刷デバイスのハードウェア構成を示すブロック図である。 図２に示したオペレーションパネルの構成を説明する概略平面図である。 図１に示した印刷デバイスのソフトウエア構成を示すブロック図である。 図１に示したサーバ装置のハードウェア構成を示すブロック図である。 図１に示したサーバ装置のソフトウエア構成を示すブロック図である。 本発明に係るサーバ装置における第１のデータ処理手順の一例を示すフローチャートである。 本発明に係る印刷装置における第１のデータ処理手順の一例を示すフローチャートである。 本発明に係る印刷装置における第２のデータ処理手順の一例を示すフローチャートである。 本発明に係るサーバ装置における第２のデータ処理手順の一例を示すフローチャートである。 本発明に係る印刷装置における第３のデータ処理手順の一例を示すフローチャートである。 本発明に係るサーバ装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。 本発明に係るデバイスで読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

符号の説明

１０１ サーバ装置
１０２，１０３ 印刷デバイス
４０３、６０３ 機器情報配信処理部

Claims (16)

1. 所定のデバイスに設定されている機器情報を他のデバイスに送信する処理を当該所定のデバイスに停止させる停止指示手段と、
   前記所定のデバイスが当該所定のデバイスに設定されている機器情報を送信する送信先を示す送信先情報を当該所定のデバイスから取得する取得手段と、
   前記取得手段によって取得した送信先情報を記憶部に登録する登録手段と、
   前記登録手段に登録された送信先情報に基づいて、当該送信先情報に対応するデバイスに設定されるべき機器情報を送信する送信手段と、
   を有することを特徴とする情報処理装置。
2. 前記所定のデバイスは、
   前記情報処理装置の前記停止指示手段による停止の指示に基づいて、前記処理の停止の可否を判定する第１の判定手段と、
   前記第１の判定手段により停止可能であると判定した場合、前記情報処理装置を示す情報を前記他のデバイスに通知する第１の通知手段とを有することを特徴とする請求項１記載の情報処理装置。
3. 前記他のデバイスは、
   前記所定のデバイスから前記情報処理装置を示す情報を取得する取得手段と、
   前記取得手段により取得される情報に基づいて、機器情報の送信元を示す送信元情報変更が可能かどうかを判定する第２の判定手段と、
   前記第２の判定手段が変更可能と判定した場合に、前記情報処理装置を示す情報に基づいて、記憶部に登録されている送信元情報を変更する変更手段とを有することを特徴とする請求項２記載の情報処理装置。
4. 前記所定のデバイスは、前記第１の判定手段により前記処理の停止が可能であると判定した場合、ローカルまたはリモートからの送信設定の指示を拒否するデバイスに遷移することを特徴とする請求項２又は３に記載の情報処理装置。
5. 前記情報処理装置は、
   前記所定のデバイスに設定されている機器情報を他のデバイスに送信する処理を当該所定のデバイスに開始させる開始要求手段と、
   前記開始要求手段による開始の要求に対して前記所定のデバイスから通知される応答データに基づいて、前記所定のデバイスが前記機器情報の送信元に復帰できたか否かを判定する第３の判定手段と、
   前記第３の判定手段により前記送信元に復帰できたと判定した場合に、前記機器情報の送信元が前記所定のデバイスに変更されたことを他のデバイスに通知する第２の通知手段と、を有することを特徴とする請求項１乃至４のいずれかに記載の情報処理装置。
6. 前記所定のデバイスは、
   前記情報処理装置から通知される前記開始の要求に基づいて、前記処理を再開可能か否かを判定する第４の判定手段と、
   前記第４の判定手段により前記処理を再開可能と判定した場合に、前記情報処理装置に前記処理の再開応答データを通知する第３の通知手段と、を有することを特徴とする請求項５記載の情報処理装置。
7. 前記機器情報は、各デバイスの設定情報、各デバイスを利用するユーザの宛先情報等を含むことを特徴とする請求項１〜６のいずれかに記載の情報処理装置。
8. 情報処理装置において実行されるデバイス設定方法であって、
   前記情報処理装置が備える制御手段が所定のデバイスに設定されている機器情報を他のデバイスに送信する処理を当該所定のデバイスに停止させる停止指示ステップと、
   前記情報処理装置が備える制御手段が前記所定のデバイスが当該所定のデバイスに設定されている機器情報を送信する送信先を示す送信先情報を当該所定のデバイスから取得する取得ステップと、
   前記情報処理装置が備える制御手段が前記取得ステップによって取得した送信先情報を記憶部に登録する登録ステップと、
   前記情報処理装置が備える制御手段が前記登録ステップに登録された送信先情報に基づいて、当該送信先情報に対応するデバイスに設定されるべき機器情報を送信する送信ステップと、
   を有することを特徴とするデバイス設定方法。
9. 前記所定のデバイスは、
   前記情報処理装置の前記停止指示ステップによる停止の指示に基づいて、前記処理の停止の可否を判定する第１の判定ステップと、
   前記第１の判定ステップにより停止可能であると判定した場合、前記情報処理装置を示す情報を前記他のデバイスに通知する第１の通知ステップとを有することを特徴とする請求項８記載のデバイス設定方法。
10. 前記他のデバイスは、
    前記所定のデバイスから前記情報処理装置を示す情報を取得する取得ステップと、
    前記取得ステップにより取得される情報に基づいて、機器情報の送信元を示す送信元情報変更が可能かどうかを判定する第２の判定ステップと、
    前記第２の判定ステップが変更可能と判定した場合に、前記情報処理装置を示す情報に基づいて、記憶部に登録されている送信元情報を変更する変更ステップとを有することを特徴とする請求項９記載のデバイス設定方法。
11. 前記所定のデバイスは、前記第１の判定ステップにより前記処理の停止が可能であると判定した場合、ローカルまたはリモートからの送信設定の指示を拒否するデバイスに遷移することを特徴とする請求項９又は１０に記載のデバイス設定方法。
12. 前記情報処理装置は、
    前記情報処理装置が備える制御手段が前記所定のデバイスに設定されている機器情報を他のデバイスに送信する処理を当該所定のデバイスに開始させる開始要求ステップと、
    前記情報処理装置が備える制御手段が前記開始要求ステップによる開始の要求に対して前記所定のデバイスから通知される応答データに基づいて、前記所定のデバイスが前記機器情報の送信元に復帰できたか否かを判定する第３の判定ステップと、
    前記情報処理装置が備える制御手段が前記第３の判定ステップにより前記送信元に復帰できたと判定した場合に、前記機器情報の送信元が前記所定のデバイスに変更されたことを他のデバイスに通知する第２の通知ステップと、
    を有することを特徴とする請求項８乃至１１のいずれかに記載のデバイス設定方法。
13. 前記所定のデバイスは、
    前記情報処理装置から通知される前記開始の要求に基づいて、前記処理を再開可能か否かを判定する第４の判定ステップと、
    前記第４の判定ステップにより前記処理を再開可能と判定した場合に、前記情報処理装置に前記処理の再開応答データを通知する第３の通知ステップと、
    を有することを特徴とする請求項１２記載のデバイス設定方法。
14. 前記機器情報は、各デバイスの設定情報、各デバイスを利用するユーザの宛先情報等を含むことを特徴とする請求項８〜１３のいずれかに記載のデバイス設定方法。
15. 請求項８〜１４のいずれかに記載のデバイス設定方法をコンピュータに実行させるためのプログラムを格納したことを特徴とするコンピュータが読み取り可能な記憶媒体。
16. 請求項８〜１４のいずれかに記載のデバイス設定方法をコンピュータに実行させることを特徴とするプログラム。

Images