JP2005352948A - 制御装置およびネットワークコントローラおよび情報処理システムおよび通信処理方法およびコンピュータが読み取り可能なプログラムを格納した記憶媒体およびプログラム - Google Patents

Abstract

【課題】ローカルＰＣは、ネットワークコントローラと接続されるクライアントとの間における通信時における要求と応答とほぼ同等の通信処理で、所定のローカルインタフェースを介して直接ネットワークコントローラから必要な情報の取得を自在に行うことである。
【解決手段】所定のローカルインタフェース６０００を介してローカルＰＣ２０００から受信する所定の要求をネットワークコントローラ１２００が解析可能なコマンドに設定して通知し、該通知に対して、ネットワークコントローラ１２００から応答される応答情報を受信し、該受信される応答情報から抽出される所定の要求に対する返答情報に設定して所定のローカルインタフェース６０００を介して、ローカルＰＣ２０００に返送する構成を特徴とする。
【選択図】図３

Description

本発明は、所定のローカルインタフェースを介して第１の情報処理装置と通信する制御装置と、所定のネットワークを介して第２の情報処理装置と通信可能なネットワークコントローラとを備えて所定のデータ処理を行う情報処理システムを構成する制御装置、ネットワークコントローラの通信制御処理に関するものである。

印刷イメージのレンダリングや印刷制御をホストコンピュータ上で実施する、いわゆるホストベースプリンタが知られている。例えばレンダリングを自ら行うページ記述言語系プリンタが１ページをラスタライズするのに十分なメモリを実装しているのに比べて、ホストベースプリンタは極めて少ない容量のイメージメモリで構成することができる。

また、印刷制御もホストコンピュータが行うので、ＲＯＭ容量やＣＰＵの処理能力もページ記述言語系プリンタより少ない容量かつ低い性能のもので十分機能を満足させることができる。すなわち、前述のページ記述言語系プリンタより安価にプリンタを提供することが可能となる。

他方、一般的に上記ページ記述言語系プリンタは、下記特許文献１に記載されているように、そのプリンタの製品名や総プリントページ数などのステータスや、例えばオプションとして追加されたネットワークインタフェースカード（以下ＮＩＣ）のプリントサーバ名や登録されているＩＰアドレスやフォントリストなどのコンフィグレーションを確認するためのプリント機能を有している（下記特許文献１参照）。

これらステータスやコンフィグレーションのプリントは、装置に予め用意されたオペレーションパネルなどをユーザが操作して実行される場合がほとんどである。

上記ステータスやコンフィグレーションのプリントは、前述のホストベースプリンタにおいても要求される機能である。ただし、ホストベースプリンタでは、安価にプリンタを提供するため、専用のオペレーションパネルを追加することなく機能を実現する場合が多い。

上述とは別に、オプションであってもＮＩＣが装着できるプリンタならば、ＩＰアドレスなどＮＩＣのコンフィグレーションそのものを変更する機能が実装されている。装置を安価に提供するため専用のオペレーションパネルを持たないホストベースプリンタならば、ネットワーク管理ツールを用いてネットワーク経由でコンフィグレーションを変更できるように構成されている。

一方、上記ページ記述言語系プリンタであれば、専用のツールを用いてネットワーク経由でコンフィグレーションを変更できるのに加え、ユーザが装置に予め用意されたオペレーションパネルを操作すれば装置単独で変更することも可能である。

例えば、ステータスをプリントさせる場合であれば、ユーザに対して、ＵＳＢ等でローカル接続されるホストＰＣ上に用意された専用ツールからステータスのプリントを選択させる。ユーザによってステータスのプリントが選択されると、ＰＣ上のツールはＵＳＢを介して、予め定められたコマンドを使ってプリンタに対してステータスを要求する。

そして、要求を受けたプリンタのコントローラ部はＵＳＢを介してローカルホストＰＣに要求されたステータスをコマンドのレスポンスとして返送し、続いてローカルホスト上のツールは返送されたステータスを印刷イメージに加工して、通常のローカル印刷と同様の印刷動作を実行することで実現される。

一方、ＮＩＣが付加されたホストベースプリンタならば、ネットワークを介して接続されるクライアントＰＣ上に用意された、上記ローカルホストＰＣ上のものと全く同じツールを使って、ユーザがプリンタのステータスプリントを要求することも可能である。

このとき、クライアントＰＣとＮＩＣとの間や、ＮＩＣとプリンタのコントローラ部との間に専用のプロトコルを設けることなく、上記ローカルホストＰＣとプリンタのコントローラ部との間に、単にＮＩＣが挿入されたかのごとく動作するように構成すれば、プリンタのコントローラ部をより安価に提供できる。

すなわち、プリンタ側のＮＩＣはクライアントＰＣのツールから発行された上記コマンドを受信し、それをそのままプリンタのコントローラ部に渡す。プリンタのコントローラ部は、ＵＳＢのときと同様にステータスをコマンドのレスポンスとしてＮＩＣに返送する。

そして、プリンタのコントローラ部から返送されたステータスを受けたプリンタのＮＩＣは、ネットワークを介して要求元であるクライアントＰＣに対して先のコマンドのレスポンスとしてコントローラ部から返送されたステータスを転送する。そして、転送されたステータスはクライアントＰＣ上のツールで印刷イメージに加工され、通常のネットワーク印刷と同様の印刷動作を実行することで用紙にプリントされる。

また、例えばＮＩＣのコンフィグレーションを印刷させる場合ならば、ユーザに対して、ネットワークを介して接続されるクライアントＰＣ上に用意された専用ツールからコンフィグレーションのプリントを選択させる。ユーザによってコンフィグレーションのプリントが選択されると、ツールは予め定められたコマンドを使って、プリンタ側のＮＩＣに対してコンフィグレーションを要求する。要求を受けたプリンタ側のＮＩＣはクライアントＰＣに要求されたコンフィグレーションをコマンドのレスポンスとして返送し、続いてクライアント上のツールは返送されたコンフィグレーションを印刷イメージに加工して、通常のネットワーク印刷と同様の印刷動作を実行することで実現される。
特開平０９−１７９６９９号公報

しかしながら、プリンタのコントローラ部をより安価に提供するために、上記ネットワーク経由のステータスのプリントで説明したように、クライアントＰＣとＮＩＣとの間や、ＮＩＣとプリンタのコントローラ部との間に専用のプロトコルを設けることなく、ローカルホストＰＣとプリンタのコントローラ部との間に、単にＮＩＣが挿入されたかのごとく動作するように構成したホストベースプリンタの場合、何らかの工夫をしなければＮＩＣのコンフィグレーションを上記ローカルホストＰＣ上からの要求に基づいてプリントすることができなかった。

すなわち、プリンタのコントローラ部が、一例としてインタフェースがＵＳＢ経由かＮＩＣ経由かを特段に区別することなくコマンドを受けてレスポンスを返す構成であるとき、ＵＳＢを経由したローカルホストＰＣによるＮＩＣのコンフィグレーション取得要求に応じて、プリンタ側のＮＩＣからネットワークを介してコンフィグレーション内容を取得することができなかった。

また、別の課題として、上記と同様な構成にしたホストベースプリンタの場合、何らかの工夫をしなければＮＩＣのコンフィグレーションを上記ローカルホストＰＣ上からの要求に基づいて変更することができなかった。

例えば、ＩＰアドレスが設定されている状態で装置の引越しを行ったとき、引越先で同一のＩＰアドレスが設定されているネットワーク機器が既に存在している場合にネットワーク経由でしかＩＰアドレスの変更ができないと、一旦独立のローカルエリアネットワーク環境を構築してＩＰアドレスを変更した後、正規のネットワークに接続しなければならないなど、非常に不便である。

本発明は、上記の問題点を解決するためになされたもので、第１の目的は、第１の情報処理装置と所定のローカルインタフェースを介して、あるいは所定のネットワークを介して第２の情報処理装置と通信するネットワークコントローラと通信して所定の処理を行う制御装置において、所定のローカルインタフェースを介して前記第１の情報処理装置から受信する所定の要求を前記ネットワークコントローラが解析可能なコマンドに設定して通知し、該通知に対して、前記ネットワークコントローラから応答される応答情報を受信し、該受信される前記応答情報から抽出される情報を前記所定の要求に対する返答情報に設定して前記所定のローカルインタフェースを介して、前記第１の情報処理装置に返送することにより、第１の情報処理装置は、ネットワークコントローラと接続されるクライアントとの間における通信時における要求と応答とほぼ同等の通信処理で、所定のローカルインタフェースを介して直接ネットワークコントローラから必要な情報の取得を自在に行うことができる。また、ネットワークコントローラとの間で新たな通信機能を付加することもないので、汎用性の高いネットワークコントローラを利用しながら、ローカル接続される第１の情報処理装置をネットワークコントローラに接続されるネットワークデバイスと仮想したシステムも安価、かつ自在に構築することができる制御装置および通信処理方法およびコンピュータが読み取り可能なプログラムを格納した記憶媒体およびプログラムを提供することである。

第２の目的は、所定のローカルインタフェースを介して第１の情報処理装置と通信する通信制御装置、または所定のネットワークを介して第２の情報処理装置と通信可能なネットワークコントローラであって、前記所定のローカルインタフェースを介して取得される第１の情報処理装置からの所定の要求に基づいて前記通信制御装置が生成する所定のコマンドを受信して、所定のコマンドを実行した後、該所定のコマンドに対して前記第１の情報処理装置に返送すべき応答情報を生成して前記通信制御装置に転送することにより、ローカル接続される第１の情報処理装置からの要求をネットワークコントローラからの要求と同様の通信処理で行うことができる。

また、ローカル接続される第１の情報処理装置がネットワークコントローラと接続されるクライアントとの間における通信時における要求と応答とほぼ同等の通信処理で、ネットワークコントローラに対してあたかもネットワークデバイスであるが如く振る舞うことができるネットワークコントローラおよび通信処理方法およびコンピュータが読み取り可能なプログラムを格納した記憶媒体およびプログラムを提供することである。

第３の目的は、所定のローカルインタフェースを介して第１の情報処理装置と通信する制御装置と、所定のネットワークを介して第２の情報処理装置と通信可能なネットワークコントローラとを備えて所定のデータ処理を行う情報処理システムにおいて、前記所定のローカルインタフェースを介して前記第１の情報処理装置から受信する所定の要求を前記ネットワークコントローラが解析可能なコマンドに設定して通知し、該通知に対して所定のコマンドを実行した後、所定のコマンドに対して前記第１の情報処理装置に返送すべき応答情報を生成して通信制御装置に転送されると、該受信される前記応答情報から抽出される情報を前記所定の要求に対する返答情報に設定して前記所定のローカルインタフェースを介して、前記第１の情報処理装置に返送することにより、第１の情報処理装置は、ネットワークコントローラと接続されるクライアントとの間における通信時における要求と応答とほぼ同等の通信処理で、所定のローカルインタフェースを介して直接ネットワークコントローラから必要な情報の取得を自在に行うことができる。そして、ネットワークコントローラとの間で新たな通信機能を付加することもないので、汎用性の高いネットワークコントローラを利用しながら、ローカル接続される第１の情報処理装置をネットワークコントローラに接続されるネットワークデバイスと仮想したシステムも安価、かつ自在に構築することができる情報処理システムを提供することである。

上記目的を達成する本発明に係る制御装置は以下に示す構成を備える。

第１の情報処理装置と所定のローカルインタフェースを介して、あるいは所定のネットワークを介して第２の情報処理装置と通信するネットワークコントローラと通信して所定の処理を行う制御装置であって、前記所定のローカルインタフェースを介して前記第１の情報処理装置から受信する所定の要求を前記ネットワークコントローラが解析可能なコマンドに設定して通知する通知手段と、前記通知手段による通知に対して、前記ネットワークコントローラから応答される応答情報を受信する受信手段と、前記受信手段により受信される前記応答情報から抽出される情報を前記所定の要求に対する返答情報に設定して前記所定のローカルインタフェースを介して、前記第１の情報処理装置に返送する返送手段とを備えることを特徴とする。

上記目的を達成する本発明に係るネットワークコントローラは以下に示す構成を備える。

所定のローカルインタフェースを介して第１の情報処理装置と通信する通信制御装置、または所定のネットワークを介して第２の情報処理装置と通信可能なネットワークコントローラであって、前記所定のローカルインタフェースを介して取得される第１の情報処理装置からの所定の要求に基づいて前記通信制御装置が生成する所定のコマンドを受信する受信手段と、前記所定のコマンドを実行する実行手段と、前記所定のコマンドに対して前記第１の情報処理装置に返送すべき応答情報を生成して前記通信制御装置に転送する転送手段とを有することを特徴とする。

上記目的を達成する本発明に係る情報処理システムは以下に示す構成を備える。

所定のローカルインタフェースを介して第１の情報処理装置と通信する制御装置と、所定のネットワークを介して第２の情報処理装置と通信可能なネットワークコントローラとを備えて所定のデータ処理を行う情報処理システムであって、前記制御装置は、前記所定のローカルインタフェースを介して前記第１の情報処理装置から受信する所定の要求を前記ネットワークコントローラが解析可能なコマンドに設定して通知する通知手段と、前記通知手段による通知に対して、前記ネットワークコントローラから応答される応答情報を受信する受信手段と、前記受信手段により受信される前記応答情報から抽出される情報を前記所定の要求に対する返答情報に設定して前記所定のローカルインタフェースを介して、前記第１の情報処理装置に返送する返送手段とを備え、前記ネットワークコントローラは、前記所定のローカルインタフェースを介して取得される第１の情報処理装置からの所定の要求に基づいて前記通信制御装置が生成する所定のコマンドを受信する受信手段と、前記所定のコマンドを実行する実行手段と、前記所定のコマンドに対して前記第１の情報処理装置に返送すべき応答情報を生成して前記通信制御装置に転送する転送手段とを備えたことを特徴とする。

上記目的を達成する本発明に係る制御装置における通信処理方法は以下に示す構成を備える。

第１の情報処理装置と所定のローカルインタフェースを介して通信可能で、かつ、所定のネットワークを介して第２の情報処理装置と通信するネットワークコントローラと通信可能な制御装置における通信処理方法であって、前記所定のローカルインタフェースを介して前記第１の情報処理装置から受信する所定の要求を前記ネットワークコントローラが解析可能なコマンドに設定して通知する通知ステップと、前記通知ステップによる通知に対して、前記ネットワークコントローラから応答される応答情報を受信する受信ステップと、前記受信ステップにより受信される前記応答情報から抽出される情報を前記所定の要求に対する返答情報に設定して前記所定のローカルインタフェースを介して、前記第１の情報処理装置に返送する返送ステップとを備えることを特徴とする。

また、所定のローカルインタフェースを介して第１の情報処理装置と通信する通信制御装置、または所定のネットワークを介して第２の情報処理装置と通信可能なネットワークコントローラにおける通信処理方法であって、前記所定のローカルインタフェースを介して取得される第１の情報処理装置からの所定の要求に基づいて前記通信制御装置が生成する所定のコマンドを受信する受信ステップと、前記所定のコマンドを実行する実行ステップと、前記所定のコマンドに対して前記第１の情報処理装置に返送すべき応答情報を生成して前記通信制御装置に転送する転送ステップとを有することを特徴とする。

本発明によれば、第１の情報処理装置は、ネットワークコントローラと接続されるクライアントとの間における通信時における要求と応答とほぼ同等の通信処理で、所定のローカルインタフェースを介して直接ネットワークコントローラから必要な情報の取得を自在に行うことができる。

また、ネットワークコントローラとの間で新たな通信機能を付加することもないので、汎用性の高いネットワークコントローラを利用しながら、ローカル接続される第１の情報処理装置をネットワークコントローラに接続されるネットワークデバイスと仮想したシステムも安価、かつ自在に構築することができる等の効果を奏する。

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

図１は、本発明の一実施形態を示す画像形成装置（以下プリンタ）を適用可能な情報処理システムの構成を示す概略図である。

図１において、プリンタ１０００は、ＵＳＢケーブル６０００を介してローカルＰＣ２０００と接続される。プリンタ１０００はＮＩＣを備えてネットワーク接続機能を有し、ネットワーク７０００を介してＮＴＰ ｓｅｒｖｅｒ３０００や、クライアントＰＣ４０００、クライアントＰＣ５０００などと通信することも可能である。

なお、クライアントＰＣ４０００、クライアントＰＣ５０００は、いわゆるＣＰＵ，ＲＡＭ，ＲＯＭを含むコントローラボードを備え、ＣＰＵは、ハードディスク等に記憶される所定のＯＳをＲＡＭ上に常駐させて、各種のアプリケーションの実行や、プリンタドライバを介する印刷制御を行えるように構成されている。

〔第１実施形態〕
以下、図２および図３を参照して、本実施形態におけるプリンタ構成とその印刷処理動作の流れについて説明する。

図２は、図１に示したプリンタ１０００の構成を示すブロック図であり、図１と同一のものには同一の符号を付してある。

図３は、図１に示したプリンタ１０００と通信可能なローカルＰＣ２０００のソフトウエアの構成を説明するブロック図であり、図２と同一のものには同一の符号を付してある。なお、ローカルＰＣ２０００が備える資源は、図１に示したクライアント４０００等も同様に備えており、図３は、ローカルＰＣ２０００を代表にして示した例である。

図２において、プリンタ１０００は、主にコントローラ部１１００、ネットワークインタフェースカード（以下ＮＩＣ）１２００、およびエンジン部１３００からなる。

プリンタ１０００は、印刷イメージのレンダリングや印刷制御が、ローカルＰＣ２０００、またはクライアントＰＣ４０００やクライアントＰＣ５０００などのコンピュータ上で動作する、後述する図３に示すドライバ２２００やランゲージモニタ２３００で実行されることを前提に設計されている。

このため、コントローラ部１１００は、ＣＰＵ１１１０、ＡＳＩＣ１１２０、ＳＤＲＡＭ１１３０、ＥＥＰＲＯＭ１１４０、ＵＳＢコネクタ１１５０のみで構成される。

ＣＰＵ１１１０は、レンダリングや印刷制御を自らが行うプリンタに比べて極めて少ない容量のＲＯＭ１１１１やＲＡＭ１１１２と、エンジン部１３００とのシリアル通信を行うためのシリアルコントローラ１１１３を内蔵している。

ＲＯＭ１１１１には、各種制御プログラムや各種初期値が格納されている。また、ＲＡＭ１１１２には、ワークエリアのほか、コントローラ部１１００が扱う画像データを除くデータを格納するための領域が用意される。ＲＡＭ１１１２は揮発性ＲＡＭであるため、電源がＯＦＦされても保持しなければならない各種カウンタ値などの限られた情報は、ＥＥＰＲＯＭ１１４０に格納される。

ＡＳＩＣ１１２０は、ＣＰＵｉ／ｆ１１２１、画像処理部１１２２、メモリコントローラ１１２３、ＵＳＢコントローラ１１２４、ＮＩＣコントローラ１１２５をひとつにまとめたパッケージである。

例えば、ローカルＰＣ２０００上のアプリケーション２１００で印刷処理が実行されると、図３に示すドライバ２２００が起動され、印刷イメージデータを図示しないハードウエア資源、ＲＡＭを利用して生成する。そして、生成されたイメージデータはランゲージモニタ２３００に渡され、ランゲージモニタ２３００は印刷を制御するための各種コマンドと生成されたイメージデータを予め定めておいたプロトコルに基づき、ＵＳＢポートモニタ２５００およびＵＳＢケーブル６０００を経由してプリンタ１０００のコントローラ部１１００に転送する。

プリンタ１０００では、ＵＳＢポートモニタ２５００およびＵＳＢケーブル６０００を経由して転送されたコマンドやデータが、ＵＳＢケーブル６０００とＵＳＢコネクタ１１５０を介してＵＳＢコントローラ１１２４で受信される。

ＣＰＵ１１１０ではＣＰＵｉ／ｆ１２１１を介してＵＳＢコントローラ１１２４の状態を常に監視しており、もし、コマンドが受信されていたならば、コマンドに応じた処理を実行する。

そして、ＣＰＵ１１１０がもし応答が必要なコマンドを受信したと判断した場合は、ＣＰＵ１１１０はＣＰＵｉ／ｆ１２１１を介してＵＳＢコントローラ１１２４を制御して、その応答ステータスデータをローカルＰＣ２０００に返送する。

そして、返送されたステータスは、ＵＳＢケーブル６０００およびＵＳＢポートモニタ２５００を介してランゲージモニタ２３００に渡され、その内容はさらにステータスウィンドウ２４００に通知される。ステータスウィンドウ２４００は通知されたステータスに応じて適宜プリンタや印刷の状況をローカルＰＣ２０００の図示しない表示部に表示する。

一方、ＣＰＵ１１１０がレンダリングされた印刷イメージを転送するためのコマンドを受信したときは、ＵＳＢコントローラ１１２４およびメモリコントローラ１１２３を制御して、コマンドに続くイメージデータをＳＤＲＡＭ１１３０に格納させる。

そして、ある程度のイメージデータがＳＤＲＡＭ１１３０に格納されると、ランゲージモニタ２３００はエンジン部１３００の起動要求コマンドを発行する。同コマンドをＣＰＵ１１１０が認識したならば、シリアルコントローラ１１１３を制御してエンジン部１３００に起動の要求を通知する。エンジン部１３００が正常に起動され、用紙の搬送が正しく行われたことが、シリアルコントローラ１１１３を介してＣＰＵ１１１０に通知されたならば、メモリコントローラ１１２３および画像処理部１１２２を制御して、ＳＤＲＡＭ１１３０に格納されたイメージデータをエンジン部１３００が実際の印刷動作で必要とするＶＩＤＥＯ信号に変換して、エンジン部１３００に送出する。

ここで、エンジン部１３００は、エンジン部全体の動作を制御するＣＰＵ１３１０、コントローラ部１１００との通信を行うためのシリアルコントローラ１３２０、コントローラ部１１００から送られてくるＶＩＤＥＯ信号を受けるためのＶＩＤＥＯ制御部１３３０、ワークエリアや各種状態を示す値を保持するためのＳＤＲＡＭ１３４０、ＣＰＵ１３１０で実行されるプログラムや参照される各種テーブル値などを格納するＦＬＡＳＨＲＡＭ１３５０、紙搬送系やトナー補給系、レーザビーム系、定着器系などからなる記録部１３６０で構成される。

ＣＰＵ１３１０は、コントローラ部１１００から記録部１３６０の起動要求や用紙搬送要求を受けたならば、記録部１３６０を適宜制御し、必要に応じて状態をコントローラ部１１００に通知する。

そして、もし画像形成が開始されたならば、ＶＩＤＥＯ制御部１３３０を制御して、コントローラ部１１００から渡されたＶＩＤＥＯ信号を記録部１３６０に供給して画像を形成させる。

さらに、エンジン部１３００には、両面印刷を可能にするためのメカ的機構が具備されている。例えば２ページの文書を１枚の記録紙に両面で印刷する場合、ランゲージモニタ２３００が第１面を印刷する際に通常給紙口からの給紙かつ両面ユニットへの排紙を要求するパラメータを設定した前記印刷制御コマンドを発行し、さらに、第２面を印刷する際に両面ユニットからの給紙かつ通常排紙口への排紙を要求するパラメータを設定した同様なコマンドを発行することで実現される。

なお、その細かな動作は公知の電子写真系エンジンと同様で本発明と直接関係ないため、より詳細な説明は割愛する。

また、図３に示すステータスウィンドウ（Ｓｔａｔｕｓ Ｗｉｎｄｏｗ）２４００は、印刷の一時停止やキャンセルといったユーザの操作要求を受けることができるように構成され、その要求は適宜ランゲージモニタ（Ｌａｎｇｕａｇｅ Ｍｏｎｉｔｏｒ）２３００に伝えられる。

なお、本発明の背景にあるＮＩＣ１２００のコンフィグレーションのプリント要求もステータスウィンドウ２４００を使って行われる。ランゲージモニタ２３００は、伝えられた操作要求に応じたコマンドを前記定められたプロトコルに基づいてＵＳＢポートモニタ２５００およびＵＳＢケーブル６０００を経由してプリンタ１０００に転送し、前述したようにコントローラ部１１００によって転送されたコマンドに応じた処理が実行される。

一方、ＮＩＣ１２００は、ＮＩＣ１２００全体の動作を制御するＣＰＵ１２１０、コントローラ部１１００との通信を制御するためのコントローラ通信部１２２０、ワークエリアや各種状態を示す値を保持するためのＳＤＲＡＭ１２３０、ＣＰＵ１２１０で実行されるプログラムや参照される各種テーブル値などを格納するＦＬＡＳＨ ＲＡＭ１２４０、ＴＣＰ／ＩＰに基づいたネットワーク通信全体を制御するネットワーク通信部１２５０から構成される。

ＮＩＣ１２００の役割の１つは、クライアントＰＣ４０００やクライアントＰＣ５０００などと、コントローラ部１１００との仲介を行うことである。

各クライアントＰＣ４０００，５０００では、ローカルＰＣ２０００上のドライバ２２００やランゲージモニタ２３００と全く同一のソフトウエアに加え、ＵＳＢポートモニタ２５００の代わりにネットワークポートモニタ（Ｎｅｔｗｏｒｋ Ｐｏｒｔ Ｍｏｎｉｔｏｒ）２６００が動作している。

ランゲージモニタ２３００から発行される各種コマンドやイメージデータは、ネットワークポートモニタ２６００およびネットワーク７０００を介してＮＩＣ１２００に伝えられる。ＮＩＣ１２００がネットワーク通信部１２５０で受けたコマンドは、コントローラ通信部１２２０を制御することでコントローラ部１１００に渡される。

コントローラ部１１００は、ＵＳＢコントローラ１１２４と同じようにＮＩＣコントローラ１１２５も常に監視していて、上記ＵＳＢの場合と同様に受信したコマンドを処理し、必要に応じてＮＩＣコントローラ１１２５を介してステータスデータをＮＩＣ１２００に返す。

ＮＩＣ１２００は、コントローラ通信部１２２０で受け取ったステータスデータを、ネットワーク通信部１２５０を制御してコマンド発行元のクライアントに返送する。そして、返送されたステータスは、ＵＳＢによる処理の場合と同様に、ランゲージモニタ２３００からステータスウィンドウ２４００に渡され、適宜表示される。イメージデータのやりとりも上記ＵＳＢによる処理の場合と同様である。

ＮＩＣ１２００のもう１つの役割は、ＲＦＣ−１３０５で公知のＮＴＰに基づいてＮＴＰ Ｓｅｒｖｅｒ３０００にアクセスして時刻情報を取得し、さらにその内容をコントローラ部１１００にコマンドとして伝えることである。ＮＴＰ Ｓｅｒｖｅｒ３０００のアドレスは、ＮＩＣ１２００が実装しているＷｅｂ Ｓｅｒｖｅｒ起動を設定することができる。

設定されたアドレス情報はＦＬＡＳＨ ＲＡＭ１２４０上に格納され、電源がＯＦＦされても保持される。なお、ＴＣＰ／ＩＰ制御やＮＴＰ処理は公知のもので本発明と直接関係ないため、より詳細な説明は割愛する。

なお、本実施形態において、後述する副となるインタフェース手段とは、ＴＣＰ/ＩＰによるネットワークインタフェースカードである場合を含む。

また、なお、ローカルＰＣ２０００から設定可能な内容とは、副となるインタフェース手段はＴＣＰ/ＩＰによるネットワークインタフェースカードであって、副となるインタフェース手段の設定内容は、ＩＰアドレス、ネットマスク、デフォルトゲートウェイアドレス等である場合も含まれる。

上記のように構成された情報処理システムにおいて、第１の情報処理装置として機能するローカルＰＣ２０００と所定のローカルインタフェース、例えばＵＳＢケーブル６０００を介して、あるいはネットワーク７０００を介してクライアントＰＣ４０００，５０００と通信するネットワークコントローラ（ＮＩＣ）１２００と通信して所定の処理を行うコントローラ部１１００において、ＵＳＢケーブル６０００を介してローカルＰＣ２０００から受信する所定の要求、例えばＮＩＣ１２００の状態取得または環境設定を含むのいずれかの要求をＮＩＣ１２００が解析可能なコマンドに設定して通知し、該通知に対して、ＮＩＣ１２００から応答される応答情報を受信し、該受信される応答情報から抽出される所定の要求に対する返答情報に設定してＵＳＢケーブル６０００を介して、ローカルＰＣ２０００に返送することにより、ローカルＰＣ２０００は、ＮＩＣ１２００と接続されるクライアントＰＣ４０００等との間における通信時における要求と応答とほぼ同等の通信処理で、ＵＳＢケーブル６０００を介して直接ＮＩＣ１２００から必要な情報の取得を自在に行うことができる。また、ネットワークコントローラ１２００との間で新たな通信機能を付加することもないので、汎用性の高いＮＩＣ１２００を利用しながら、ローカル接続されるローカルＰＣ２０００をＮＩＣ１２００に接続されるネットワークデバイスと仮想可能なシステムも安価、かつ自在に構築することができる。

また、所定のローカルインタフェースとしてのＵＳＢケーブル６０００を介してローカルＰＣ２０００と通信するコントローラ部１１００、または所定のネットワーク７０００を介してクライアントＰＣ４０００等と通信可能なＮＩＣ１２００は、ＵＳＢケーブル６０００を介して取得されるローカルＰＣ２０００からの所定の要求に基づいてコントローラ部１１００が生成する所定のコマンドを受信して、所定のコマンドを実行した後、該所定のコマンドに対してローカルＰＣ２０００に返送すべき応答情報を生成してコントローラ部１１００に転送することにより、ローカル接続されるローカルＰＣ２０００からの要求をネットワークコントローラ１２００からの要求と同様の通信処理で行うことができる。

また、ローカル接続されるローカルＰＣ２０００がＮＩＣ１２００と接続されるクライアントＰＣ４０００等との間における通信時における要求と応答とほぼ同等の通信処理で、ＮＩＣ１２００に対してあたかもネットワークデバイスであるが如く振る舞うことができる。

さらに、ＵＳＢケーブル６０００を介してローカルＰＣ２０００と通信するコントローラ部１１００と、所定のネットワーク７０００を介してクライアントＰＣ４０００等と通信可能なＮＩＣ１２００とを備えて所定のデータ処理を行う情報処理システムにおいて、ＵＳＢケーブル６０００を介してローカルＰＣ２０００から受信する所定の要求をＮＩＣ１２００が解析可能なコマンドに設定して通知し、該通知に対して所定のコマンドを実行した後、所定のコマンドに対してローカルＰＣ２０００に返送すべき応答情報を生成してコントローラ部１１００に転送されると、該受信される前記応答情報から抽出される所定の要求に対する返答情報に設定してＵＳＢケーブル６０００を介して、ローカルＰＣ２０００に返送することにより、ローカルＰＣ２０００は、ＮＩＣ１２００と接続されるクライアントＰＣ４０００等との間における通信時における要求と応答とほぼ同等の通信処理で、ＵＳＢケーブル６０００を介して直接ＮＩＣ１２００から必要な情報の取得を自在に行うことができる。そして、ＮＩＣ１２００との間で新たな通信機能を付加することもないので、汎用性の高いネットワークコントローラを利用しながら、ローカル接続されるローカルＰＣ２０００をＮＩＣ１２００に接続されるネットワークデバイスと仮想したシステムも安価、かつ自在に構築することができる。

図４は、図３に示したステータスウィンドウ２４００によるユーザインタフェースの一例を説明する図であり、例えばＮＩＣのステータスプリント（コンフィグレーションのプリント）を選択する際のユーザインタフェース例に対応する。

図４において、Ｍ１はオプションメニューで、ユーティリティ中からネットワークステータスプリントを選択している状態に対応する。なお、操作は、特に図示しないが、入力デバイスとしてのポインティングデバイスを操作して選択するものとする。

図５は、本発明に係る画像形成システムにおけるネットワークステータスプリントシーケンスを説明する図であり、ＮＩＣ１２００のステータスプリントが要求されたときに、ローカルＰＣ２０００、コントローラ部１１００、ＮＩＣ１２００、クライアントＰＣ４０００，５０００のそれぞれの間でやり取りされるコマンドと、そのレスポンスの流れに対応する。なお、図中において、ＣｌｉｅｎｔＸは、クライアントＰＣ４０００，５０００のいずれかを示すものとする。

以下、図３、図４および図５を参照して、ローカルＰＣ２０００またはクライアントＰＣ４０００，５０００がＮＩＣ１２００のコンフィグレーションデータを取得するまでの流れを説明する。

図４に示すように、ユーザによるポインティングデバイスの選択操作に基づいて、ステータスウィンドウ２４００のメニューＭ１から「ネットワークステータスプリント．．．」が選択されると、ランゲージモニタ２３００にＮＩＣ１２００のコンフィグレーションのプリント要求が伝えられる。

もし、ランゲージモニタ２３００およびステータスウィンドウ２４００が、プリンタ１０００とネットワーク７０００を介して接続されているクライアントＰＣ４０００やクライアントＰＣ５０００上で動作しているならば、図５に示す破線より上側のコマンド／レスポンスがやり取りされる。

すなわち、ランゲージモニタ２３００は、ＮＩＣ１２００に対してコンフィグレーションデータの取得を要求するために、ネットワークポートモニタ２６００を介して図５に示すようになるコマンドＣＭＤ＿Ｇｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇを発行する。ＮＩＣ１２００は、図２および図３で説明したように、各部で上記コマンドＣＭＤ＿Ｇｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇに応じてコンフィグレーションデータを生成し、パラメータ部に生成されたコンフィグレーションデータを持ったレスポンスＲＳＰ＿Ｇｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇ（ＤＡＴＡ）を返送する。

そして、レスポンスＲＳＰ＿Ｇｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇ（ＤＡＴＡ）を受信したランゲージモニタ２３００は、同レスポンスからコンフィグレーションデータ部分（ＤＡＴＡ）を抽出し、かつ、ドライバ（Ｄｒｉｖｅｒ）２２００を使って抽出したデータを印刷イメージに加工して、通常のネットワーク印刷と同様の印刷動作を実行する。

〔ＵＳＢによるローカルＰＣからのステータス処理〕
一方、ランゲージモニタ２３００およびステータスウィンドウ２４００が、プリンタ１０００とＵＳＢケーブル６０００を介して接続されているローカルＰＣ２０００上で動作しているならば、図５に示す破線より下側のコマンドまたはレスポンスがやり取りされる。

すなわち、ランゲージモニタ２３００は、ＮＩＣ１２００に対してコンフィグレーションデータの取得を要求するために、まずＵＳＢポートモニタ２５００を介してコントローラ部１１００に対して、ＮＩＣ１２００に対する要求が存在することを通知するコマンドＣＭＤ＿Ｒｅｑ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎ（ＣＭＤ＿Ｇｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇ）を発行する。

なお、本実施形態では、パラメータ部に、前述のクライアントＰＣ４０００やクライアントＰＣ５０００上で動作しているランゲージモニタ２３００が発行したコマンドと同一の「ＣＭＤ＿Ｇｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇ」をそのまま設定することを特徴としている。

つまり、プリンタ１０００のコントローラ部１１００は、ＵＳＢコネクタ１１５０を介してコマンドＣＭＤ＿Ｒｅｑ＿ＮＩＣ＿ＦｕｎｃｔｉｏｎをローカルＰＣ２０００より受けたならば、そのパラメータ部の「ＣＭＤ＿Ｇｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇ」を保持し、さらにＮＩＣ１２００がコントローラ部１１００の状態を取得するために定期的に発行されるコマンドＣＭＤ＿Ｇｅｔ＿Ｃｏｍｍｏｎ＿Ｓｔａｔｕｓに対して、ＮＩＣ１２００に未通知のＣＭＤ＿Ｒｅｑ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎのパラメータ部が存在する旨を伝えるフラグＦｌａｇｓをパラメータ部に設定したレスポンスＲＳＰ＿Ｇｅｔ＿Ｃｏｍｍｏｎ＿Ｓｔａｔｕｓ（Ｆｌａｇｓ）を返送する。

レスポンスＲＳＰ＿Ｇｅｔ＿Ｃｏｍｍｏｎ＿Ｓｔａｔｕｓ（Ｆｌａｇｓ）のパラメータ部で、未通知の「ＣＭＤ＿Ｒｅｑ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎ」のパラメータ部が存在する旨を受信したＮＩＣ１２００は、未通知の内容を取得するためにコマンドＣＭＤ＿Ｔｅｌｌ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎをコントローラ部１１００に発行する。

ＮＩＣ１２００からコマンドＣＭＤ＿Ｔｅｌｌ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎを受けたコントローラ部１１００は、パラメータ部に先に保持した「ＣＭＤ＿Ｇｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇ」をそのまま設定したレスポンスＲＳＰ＿Ｔｅｌｌ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎ（ＣＭＤ＿Ｇｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇ）を返送する。

そして、コントローラ部１１００よりレスポンスＲＳＰ＿Ｔｅｌｌ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎを受けたＮＩＣ１２００は、そのパラメータ部（上記コマンド、ＣＭＤ＿Ｇｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇが仕組まれている）を抽出して、それがあたかもコマンドであるかのごとく動作してそのレスポンスを生成する。

すなわち、本実施形態であれば、ＮＩＣ１２００は、あたかもコマンドＣＭＤ＿Ｇｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇを受けたがごとく動作し、パラメータ部にＮＩＣのコンフィグレーションデータを持ったレスポンスＲＳＰ＿Ｇｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇ（ＤＡＴＡ）を生成する。

さらにＮＩＣ１２００は、コントローラ部１１００に対して、前記生成されたレスポンスＲＳＰ＿Ｇｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇ（ＤＡＴＡ）をパラメータ部に設定した「ＣＭＤ＿Ａｃｋ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎ（ＲＳＰ＿Ｇｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇ（ＤＡＴＡ））」なるレスポンスを返送する。

これは、ＬｏｃａｌＰＣ２０００上では、先に送信されたＣＭＤ＿Ｒｅｑ＿ＮＩＣＦｕｎｃｔｉｏｎコマンドのパラメータとして送信したＣＭＤ＿Ｓｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇコマンドへの応答機能する、レスポンスとして機能するコマンドを返送することを意味する。

そして、ＮＩＣ１２００よりＣＭＤ＿Ａｃｋ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎを受けたコントローラ部１１００は、最初に受信したコマンドＣＭＤ＿Ｒｅｑ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎ（ＣＭＤ＿Ｇｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇ）のレスポンスとして、コマンドＣＭＤ＿Ａｃｋ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎのパラメータ部をそのままパラメータに設定したレスポンスＲＳＰ＿Ｒｅｑ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎ（ＲＳＰ＿Ｇｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇ（ＤＡＴＡ））をローカルＰＣ２０００に返送する。

図６は、本発明に係る画像形成装置における第１のデータ処理手順の一例を示すフローチャートであり、図２に示したコントローラ部１１００とローカルＰＣ２０００との間のＮＩＣ１２００に対するコンフィグレーションの取得処理手順に対応する。なお、（１）〜（１５）は各ステップを示し、各ステップは、図２に示したコントローラ部１１００のＣＰＵ１１１０がＲＯＭ１１１２から読み出す制御プログラムを実行することで実現される。

先ず、図２に示したローカルＰＣ２０００のランゲージモニタ２３００より、ＮＩＣ１２００に対してコンフィグレーションデータの取得を要求するためコマンドＣＭＤ＿Ｒｅｑ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎ（ＣＭＤ＿Ｇｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇ）を受け付けているかどうかを判断して（１）、該コマンドを受け付けていないと判断した場合は、該コマンドの入力を待つ。

一方、ステップ（１）で、コマンドＣＭＤ＿Ｒｅｑ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎ（ＣＭＤ＿Ｇｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇ）を受け付けていると判断した場合は、そのパラメータ部の「ＣＭＤ＿Ｇｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇ」を保持し（２）、ＮＩＣ１２００がコントローラ部１１００の状態を取得するために定期的に発行されるコマンドＣＭＤ＿Ｇｅｔ＿Ｃｏｍｍｏｎ＿Ｓｔａｔｕｓを受信するのを待機する（３）。

そして、コントローラ部１１００がコマンドＣＭＤ＿Ｇｅｔ＿Ｃｏｍｍｏｎ＿Ｓｔａｔｕｓを受信したら、ＮＩＣ１２００に未通知のＣＭＤ＿Ｒｅｑ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎのパラメータ部が存在する旨を伝えるフラグＦｌａｇｓをパラメータ部に設定したレスポンスＲＳＰ＿Ｇｅｔ＿Ｃｏｍｍｏｎ＿Ｓｔａｔｕｓ（Ｆｌａｇｓ）を返送する（４）。

そして、ＮＩＣ１２００がレスポンスＲＳＰ＿Ｇｅｔ＿Ｃｏｍｍｏｎ＿Ｓｔａｔｕｓ（Ｆｌａｇｓ）のパラメータ部で、未通知の「ＣＭＤ＿Ｒｅｑ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎ」のパラメータ部が存在する旨を受信したら（５）、未通知の内容を取得するためにコマンドＣＭＤ＿Ｔｅｌｌ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎをコントローラ部１１００に発行する（６）。

次に、コントローラ部１１００は、ＮＩＣ１２００からコマンドＣＭＤ＿Ｔｅｌｌ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎを受けたパラメータ部に先に保持した「ＣＭＤ＿Ｇｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇ」をそのまま設定し（７）、レスポンスＲＳＰ＿Ｔｅｌｌ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎ（ＣＭＤ＿Ｇｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇ）をＮＩＣ１２００に対して返送する（８）。

そして、ＮＩＣ１２００が、そのパラメータ部（上記コマンド、ＣＭＤ＿Ｇｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇが仕組まれている）を抽出して（９）、それがあたかもコマンドであるかのごとく動作してそのレスポンスを生成する（１０）。

すなわち、本実施形態であれば、ＮＩＣ１２００は、あたかもコマンドＣＭＤ＿Ｇｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇを受けたがごとく動作し、パラメータ部にＮＩＣのコンフィグレーションデータを持ったレスポンスＲＳＰ＿Ｇｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇ（ＤＡＴＡ）を生成する。

さらにＮＩＣ１２００は、コントローラ部１１００に対して、前記生成されたレスポンスＲＳＰ＿Ｇｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇ（ＤＡＴＡ）をパラメータ部に設定し（１１）、「ＣＭＤ＿Ａｃｋ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎ（ＲＳＰ＿Ｇｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇ（ＤＡＴＡ））」なるレスポンスを返送する（１２）。

そして、ＮＩＣ１２００よりＣＭＤ＿Ａｃｋ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎを受けたら（１３）、コントローラ部１１００は、最初に受信したコマンドＣＭＤ＿Ｒｅｑ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎ（ＣＭＤ＿Ｇｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇ）のレスポンスとして、コマンドＣＭＤ＿Ａｃｋ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎのパラメータ部をそのままパラメータに設定し（１４）、レスポンスＲＳＰ＿Ｒｅｑ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎ（ＲＳＰ＿Ｇｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇ（ＤＡＴＡ））をローカルＰＣ２０００に返送して（１５）、処理を終了する。

以上の一連の流れでレスポンスＲＳＰ＿Ｒｅｑ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎ（ＲＳＰ＿Ｇｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇ（ＤＡＴＡ））を受信したローカルＰＣ２０００のランゲージモニタ２３００は、同レスポンスからコンフィグレーションデータ部分（ＤＡＴＡ）を抽出し、かつ、ドライバ２２００を使って抽出したデータを印刷イメージに加工して、通常のローカル印刷と同様の印刷動作を実行する。

以上のようにローカルＰＣ２０００とプリンタ１０００のコントローラ部１１００の間にＮＩＣ１２００が単に挿入されたかのごとく動作するように構成したホストベースプリンタにおいて、ＮＩＣ１２００が解釈可能なコマンドを特定のコマンドのパラメータ部に設定するようにすることで、ＮＩＣ１２００の構成の変更を出来る限り少なくしながら、ローカルＰＣ２０００の要求に基づいてＮＩＣ１２００のコンフィグレーションの取得や印刷が可能となる。

〔第２実施形態〕
上記第２実施形態では、ＮＩＣ１２００のコンフィグレーションの取得や印刷を例に挙げた。

しかしながら、本発明は上述のようなオプションボードのステータス取得やステータス印刷に限定されるものではない。

例えば、ローカルＰＣ２０００からＮＩＣ１２００のコンフィグレーション設定を行う機能などにも有効な技術である。以下、その実施形態について図６を参照して説明する。

図７は、本発明の第２実施形態を示す画像形成システムにおける第２のデータ処理手順を説明するシーケンス図であり、例えばローカルＰＣ２０００からＮＩＣ１２００のコンフィグレーション設定が要求されたときに、ローカルＰＣ２０００、コントローラ部１１００、ＮＩＣ１２００のそれぞれの間でやりとりされるコマンドまたはレスポンスの流れの一例に対応する。なお、図５と同一のものには同一の符号を付してある。

ユーザによって、プリンタ１０００とＵＳＢケーブル６０００を介して接続されているローカルＰＣ２０００上で動作しているステータスウィンドウ２４００を使ってＩＰアドレスなどＮＩＣ１２００のコンフィグレーション設定が選択されたとき、図６に示すコマンドまたはレスポンスがやり取りされる。

すなわち、ステータスウィンドウ２４００から要求を受けたランゲージモニタ２３００は、ＮＩＣ１２００に対してコンフィグレーションデータの設定を要求するために、まず、ローカルＰＣ２０００は、ＵＳＢポートモニタ２５００を介してコントローラ部１１００に対して、ＮＩＣ１２００に対する要求が存在することを通知するコマンドＣＭＤ＿Ｒｅｑ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎ（ＣＭＤ＿Ｓｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇ（ＩＰ，．．．））を発行する。

このコマンドのパラメータ部に、前述した第１実施形態におけるＮＩＣ１２００に対するコンフィグレーションのプリントのときと同様に、ＮＩＣ１２００が解析できるコマンドである「ＣＭＤ＿Ｓｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇ（ＩＰ，．．．）」をそのままパラメータ部に設定することが特徴である。

コントローラ部１１００は、コマンドＣＭＤ＿Ｒｅｑ＿ＮＩＣ＿ＦｕｎｃｔｉｏｎをローカルＰＣ２０００より受けたならば、そのパラメータ部の「ＣＭＤ＿Ｓｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇ（ＩＰ，．．．）」を保持し、さらにＮＩＣ１２００がコントローラ部１１００の状態を取得するために定期的に発行されるコマンドＣＭＤ＿Ｇｅｔ＿Ｃｏｍｍｏｎ＿Ｓｔａｔｕｓに対して、ＮＩＣ１２００に未通知のＣＭＤ＿Ｒｅｑ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎのパラメータ部が存在する旨を伝えるフラグをパラメータ部に設定したレスポンスＲＳＰ＿Ｇｅｔ＿Ｃｏｍｍｏｎ＿Ｓｔａｔｕｓ（Ｆｌａｇｓ）を返送する。

コントローラ部１１００よりのレスポンスＲＳＰ＿Ｇｅｔ＿Ｃｏｍｍｏｎ＿Ｓｔａｔｕｓ（Ｆｌａｇｓ）のパラメータ部で、未通知のパラメータ部（ＣＭＤ＿Ｒｅｑ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎ）が存在する旨を受信したＮＩＣ１２００は、未通知の内容を取得するためにＣＭＤ＿Ｔｅｌｌ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎなるコマンドをコントローラ部１１００に発行する。

そして、ＮＩＣ１２００よりコマンドＣＭＤ＿Ｔｅｌｌ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎを受けたコントローラ部１１００は、パラメータ部に先に保持したＣＭＤ＿Ｓｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇ（ＩＰ，．．．）をそのまま設定したレスポンスＲＳＰ＿Ｔｅｌｌ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎ（ＣＭＤ＿Ｓｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇ（ＩＰ，．．．））を返送する。

そして、コントローラ部１１００よりレスポンスＲＳＰ＿Ｔｅｌｌ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎを受けたＮＩＣ１２００は、そのパラメータ部を抽出して、それがあたかもコマンドであるかのごとく動作してそのレスポンスを生成する。

すなわち、本実施形態であれば、コマンドＣＭＤ＿Ｓｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇ（ＩＰ，．．．）を受けたがごとく動作し、パラメータ部で指定されたＩＰアドレス等のコンフィグレーションをＮＩＣ１２００内部に設定し、設定が完了したらその旨を通知するレスポンスＲＳＰ＿Ｓｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇを生成する。

さらに、ＮＩＣ１２００は、コントローラ部１１００に対して、前記生成されたレスポンスの「ＲＳＰ＿Ｓｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇ」をパラメータ部に設定したＣＭＤ＿Ａｃｋ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎ（ＲＳＰ＿Ｓｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇ）なるレスポンスを返送する。

そして、ＮＩＣ１２００よりＣＭＤ＿Ａｃｋ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎを受けたコントローラ部１１００は、最初にローカルＰＣ２０００から受信したコマンドＣＭＤ＿Ｒｅｑ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎ（ＣＭＤ＿Ｓｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇ）のレスポンスとして、ＣＭＤ＿Ａｃｋ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎのパラメータ部をそのままパラメータに設定したレスポンスＲＳＰ＿Ｒｅｑ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎ（ＲＳＰ＿Ｓｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇ）を返送する。

図８は、本発明に係る画像形成装置における第２のデータ処理手順の一例を示すフローチャートであり、図２に示したコントローラ部１１００とローカルＰＣ２０００との間のＮＩＣ１２００（オプションボード）に対する設定処理手順に対応する。なお、（２１）〜（３６）は各ステップを示し、各ステップは、図２に示したコントローラ部１１００のＣＰＵ１１１０がＲＯＭ１１１２から読み出す制御プログラムを実行することで実現される。

まず、ローカルＰＣ２０００から発行されるＵＳＢポートモニタ２５００を介してコントローラ部１１００に対して、ＮＩＣ１２００に対する要求が存在することを通知するコマンドＣＭＤ＿Ｒｅｑ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎ（ＣＭＤ＿Ｓｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇ（ＩＰ，．．．））を受信しているかどうかを判断して（２１）、該コマンドを受信していないと判断した場合は、該コマンドの入力を待つ。

一方、ステップ（２１）で、コマンドＣＭＤ＿Ｒｅｑ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎ（ＣＭＤ＿Ｓｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇ（ＩＰ，．．．））を受信していると判断した場合は、コントローラ部１１００は、そのパラメータ部の「ＣＭＤ＿Ｓｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇ（ＩＰ，．．．）」を保持し（２２）、さらにＮＩＣ１２００からコントローラ部１１００の状態を取得するために定期的に発行されるコマンドＣＭＤ＿Ｇｅｔ＿Ｃｏｍｍｏｎ＿Ｓｔａｔｕｓを受信するのを待機して（２３）、ＮＩＣ１２００からコマンドＣＭＤ＿Ｇｅｔ＿Ｃｏｍｍｏｎ＿Ｓｔａｔｕｓを受信したら、ＮＩＣ１２００に未通知のＣＭＤ＿Ｒｅｑ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎのパラメータ部が存在する旨を伝えるフラグをパラメータ部に設定し（２４）、レスポンスＲＳＰ＿Ｇｅｔ＿Ｃｏｍｍｏｎ＿Ｓｔａｔｕｓ（Ｆｌａｇｓ）をＮＩＣ１２００に対して返送する（２５）。

そして、ＮＩＣ１２００は、コントローラ部１１００より未通知のパラメータ部（ＣＭＤ＿Ｒｅｑ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎ）が存在する旨を受信したら（２６）、ＮＩＣ１２００は、未通知の内容を取得するためにＣＭＤ＿Ｔｅｌｌ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎなるコマンドをコントローラ部１１００に発行する（２７）。

そして、コントローラ部１１００は、ＮＩＣ１２００よりコマンドＣＭＤ＿Ｔｅｌｌ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎを受けたパラメータ部に、先に保持したＣＭＤ＿Ｓｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇ（ＩＰ，．．．）をそのまま設定し（２８）、レスポンスＲＳＰ＿Ｔｅｌｌ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎ（ＣＭＤ＿Ｓｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇ（ＩＰ，．．．））をＮＩＣ１２００に対して返送する（２９）。

そして、ＮＩＣ１２００は、コントローラ部１１００より返送されるレスポンスＲＳＰ＿Ｔｅｌｌ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎのパラメータ部を抽出して（３０）、それがあたかもコマンドであるかのごとく動作してそのレスポンスを生成する（３１）。

すなわち、本実施形態であれば、コマンドＣＭＤ＿Ｓｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇ（ＩＰ，．．．）を受けたがごとく動作し、パラメータ部で指定されたＩＰアドレス等のコンフィグレーションをＮＩＣ１２００内部に設定し、設定が完了したらその旨を通知するレスポンスＲＳＰ＿Ｓｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇを生成する。

さらに、ＮＩＣ１２００は、コントローラ部１１００に対して、前記生成されたレスポンスの「ＲＳＰ＿Ｓｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇ」をパラメータ部に設定し（３２）、ＣＭＤ＿Ａｃｋ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎ（ＲＳＰ＿Ｓｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇ）なるレスポンスをコントローラ部１１００に対して返送する（３３）。

そして、コントローラ部１１００がＮＩＣ１２００よりＣＭＤ＿Ａｃｋ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎを受けたら（３４）、最初にローカルＰＣ２０００から受信したコマンドＣＭＤ＿Ｒｅｑ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎ（ＣＭＤ＿Ｓｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇ）のレスポンスとして、ＣＭＤ＿Ａｃｋ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎのパラメータ部をそのままパラメータに設定し（３５）、レスポンスＲＳＰ＿Ｒｅｑ＿ＮＩＣ＿Ｆｕｎｃｔｉｏｎ（ＲＳＰ＿Ｓｅｔ＿ＮＩＣ＿Ｃｏｎｆｉｇ）をローカルＰＣ２０００に返送して（３６）、本処理を終了する。

以上のように一連の流れによって、ローカルＰＣとプリンタのコントローラ部の間にＮＩＣが単に挿入されたかのごとく動作するように構成したホストベースプリンタにおいて、ＮＩＣが解釈可能なコマンドを特定のコマンドのパラメータ部に設定するようにすることで、ＮＩＣの構成の変更を出来る限り少なくしながら、ローカルＰＣの要求に基づいてＮＩＣのコンフィグレーションの変更が可能となる。

また、上記実施形態では、オプションボードとしてＮＩＣを例に挙げた。しかしながら、本発明はＮＩＣに限るわけではない。例えば、ＢｌｕｅＴｏｏｔｈ（商品名）のような無線通信インタフェースに対応したオプションボードに適用しても同様な効果が得られる。

また、上記実施形態では、オプションボードが１つ付加された例を挙げたが、本発明は例えばＮＩＣとＢｌｕｅｔｏｏｔｈ（登録商標）など、複数のオプションボードに適用することも可能である。

上記各実施形態によれば、例えばオプションボードとしてＮＩＣが設定されたホストベースプリンタであって、クライアントＰＣとＮＩＣとの間や、ＮＩＣとプリンタのコントローラ部との間に専用のプロトコルを設けることなく、ローカルホストＰＣとプリンタのコントローラ部の間にＮＩＣが単に挿入されたかのごとく動作するように構成され、かつ、専用のオペレーションパネルも具備しないホストベースプリンタにおいて、オプションボードの構成の変更を出来る限り少なくしながら、ローカルホストＰＣの要求に基づいてオプションボードの設定内容の取得や変更をすることができる装置およびその方法を提供すること可能になる。

以下、図９に示すメモリマップを参照して本発明に係る画像処理システムで読み取り可能なデータ処理プログラムの構成について説明する。

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

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

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

本実施形態における図６，図８に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。

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

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

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

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

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

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

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

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

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

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

なお、本発明は、上記した実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。以下、その実施態様１〜１６について説明する。

〔実施態様１〕
第１の情報処理装置（例えば図２に示すローカルＰＣ２０００）と所定のローカルインタフェース（例えばＵＳＢインタフェース）を介して、あるいは所定のネットワーク（例えば図２に示すネットワーク７０００）を介して第２の情報処理装置（例えばクライアントＰＣ４０００，５０００等）と通信するネットワークコントローラ（例えば図２に示すＮＩＣ１２００）と通信して所定の処理を行う制御装置であって、前記所定のローカルインタフェースを介して前記第１の情報処理装置から受信する所定の要求を前記ネットワークコントローラが解析可能なコマンドに設定して通知する通知手段（例えば図２に示すコントローラ部１１００内のＮＩＣコントローラ１１２５）と、前記通知手段による通知に対して、前記ネットワークコントローラから応答される応答情報を受信する受信手段（例えば図２に示すコントローラ部１１００内のＮＩＣコントローラ１１２５）と、前記受信手段により受信される前記応答情報から抽出される前記所定の要求に対する返答情報に設定して前記所定のローカルインタフェースを介して、前記第１の情報処理装置に返送する返送手段（例えば図２に示すコントローラ部１１００内のＵＳＢコントローラ１１２４）とを備えることを特徴とする制御装置。

これにより、第１の情報処理装置は、ネットワークコントローラと接続されるクライアントとの間における通信時における要求と応答とほぼ同等の通信処理で、所定のローカルインタフェースを介して直接ネットワークコントローラから必要な情報の取得を自在に行うことができる。そして、ネットワークコントローラとの間で新たな通信機能を付加することもないので、汎用性の高いネットワークコントローラを利用しながら、ローカル接続される第１の情報処理装置をネットワークコントローラに接続されるネットワークデバイスと仮想したシステムも安価、かつ自在に構築することができる。

〔実施態様２〕
前記通知手段は、前記第２の情報処理装置に対するコマンドのパラメータ部に前記所定の要求から抽出されるコマンドを設定して通知することを特徴とする実施態様１記載の制御装置。

これにより、ローカル接続される第１の情報処理装置からの要求をネットワークコントローラからの要求と同様の通信処理で行うことができる。

また、ローカル接続される第１の情報処理装置がネットワークコントローラと接続されるクライアントとの間における通信時における要求と応答とほぼ同等の通信処理で、ネットワークコントローラに対してあたかもネットワークデバイスであるが如く振る舞うことができる。

〔実施態様３〕
前記返送手段は、前記受信手段により前記第２の情報処理装置から受信される応答情報から抽出されるコマンドを前記返答情報に設定して前記所定のローカルインタフェースを介して、前記第１の情報処理装置に返送することを特徴とする実施態様１記載の制御装置。

これにより、ローカル接続される第１の情報処理装置からの要求に対する応答をネットワークコントローラからの応答と同様の通信処理で行うことができる。

また、ローカル接続される第１の情報処理装置がネットワークコントローラと接続されるクライアントとの間における通信時における要求と応答とほぼ同等の通信処理で、ネットワークコントローラに対してあたかもネットワークデバイスであるが如く振る舞うことができる。

〔実施態様４〕
前記所定の要求は、前記ネットワークコントローラの状態を取得する要求するもの（図６に示すステップ（２））であることを特徴とする実施態様１記載の制御装置。

これにより、ローカル接続される第１の情報処理装置があたかもネットワーク接続されている装置からの情報取得処理と同様の処理で、必要な情報をネットワークコントローラから直接取得することができる。

〔実施態様５〕
前記所定の要求は、前記ネットワークコントローラに対する設定を要求するものまたは設定の変更を要求するものを含む（図８に示すステップ（２４））ことを特徴とする実施態様１記載の制御装置。

これにより、ローカル接続される第１の情報処理装置があたかもネットワーク接続されている装置からのネットワークコントローラに対する設定またはその変更処理を、第１の情報処理装置がローカルインタフェースを介して直接設定制御することができる。

〔実施態様６〕
所定のローカルインタフェースを介して第１の情報処理装置と通信する通信制御装置、または所定のネットワークを介して第２の情報処理装置と通信可能なネットワークコントローラであって、前記所定のローカルインタフェースを介して取得される第１の情報処理装置からの所定の要求に基づいて前記通信制御装置が生成する所定のコマンドを受信する受信手段（図２に示すＮＩＣ１２００内のコントローラ通信部１２２０）と、前記所定のコマンドを実行する実行手段（図２に示すＮＩＣ１２００内のＣＰＵ１２１０）と、前記所定のコマンドに対して前記第１の情報処理装置に返送すべき応答情報を生成して前記通信制御装置に転送する転送手段（図２に示すＮＩＣ１２００内のコントローラ通信部１２２０）とを有することを特徴とする。

これにより、ローカル接続される第１の情報処理装置からの要求をネットワークコントローラからの要求と同様の通信処理で行うことができる。

また、ローカル接続される第１の情報処理装置がネットワークコントローラと接続されるクライアントとの間における通信時における要求と応答とほぼ同等の通信処理で、ネットワークコントローラに対してあたかもネットワークデバイスであるが如く振る舞うことができる。

〔実施態様７〕
所定のローカルインタフェースを介して第１の情報処理装置と通信する制御装置と、所定のネットワークを介して第２の情報処理装置と通信可能なネットワークコントローラとを備えて所定のデータ処理を行う情報処理システムであって、前記制御装置（例えば図２に示すコントローラ部１１００）は、前記所定のローカルインタフェースを介して前記第１の情報処理装置から受信する所定の要求を前記ネットワークコントローラが解析可能なコマンドに設定して通知する通知手段（例えば図２に示すコントローラ部１１００内のＮＩＣコントローラ１１２５）と、前記通知手段による通知に対して、前記ネットワークコントローラから応答される応答情報を受信する受信手段（例えば図２に示すコントローラ部１１００内のＮＩＣコントローラ１１２５）と、前記受信手段により受信される前記応答情報から抽出される前記所定の要求に対する返答情報に設定して前記所定のローカルインタフェースを介して、前記第１の情報処理装置に返送する返送手段（例えば図２に示すコントローラ部１１００内のＵＳＢコントローラ１１２５）とを備え、前記ネットワークコントローラは、前記所定のローカルインタフェースを介して取得される第１の情報処理装置からの所定の要求に基づいて前記通信制御装置が生成する所定のコマンドを受信する受信手段（図２に示すＮＩＣ１２００内のコントローラ通信部１２２０）と、前記所定のコマンドを実行する実行手段（図２に示すＮＩＣ１２００内のＣＰＵ１２１０）と、前記所定のコマンドに対して前記第１の情報処理装置に返送すべき応答情報を生成して前記通信制御装置に転送する転送手段（図２に示すＮＩＣ１２００内のコントローラ通信部１２２０）とを備えたことを特徴とする情報処理システム。

これにより、第１の情報処理装置は、ネットワークコントローラと接続されるクライアントとの間における通信時における要求と応答とほぼ同等の通信処理で、所定のローカルインタフェースを介して直接ネットワークコントローラから必要な情報の取得を自在に行うことができる。そして、ネットワークコントローラとの間で新たな通信機能を付加することもないので、汎用性の高いネットワークコントローラを利用しながら、ローカル接続される第１の情報処理装置をネットワークコントローラに接続されるネットワークデバイスと仮想したシステムも安価、かつ自在に構築することができる。

〔実施態様８〕
第１の情報処理装置と所定のローカルインタフェースを介して通信可能で、かつ、所定のネットワークを介して第２の情報処理装置と通信するネットワークコントローラと通信可能な制御装置における通信処理方法であって、前記所定のローカルインタフェースを介して前記第１の情報処理装置から受信する所定の要求を前記ネットワークコントローラが解析可能なコマンドに設定して通知する通知ステップ（例えばコントローラ部１１００のＣＰＵ１１１０が実行する図６に示すステップ（６）〜（８））と、前記通知ステップによる通知に対して、前記ネットワークコントローラから応答される応答情報を受信する受信ステップ（例えばコントローラ部１１００のＣＰＵ１１１０が実行する図６に示すステップ（１３））と、前記受信ステップにより受信される前記応答情報から抽出される前記所定の要求に対する返答情報に設定して前記所定のローカルインタフェースを介して、前記第１の情報処理装置に返送する返送ステップ（例えばコントローラ部１１００のＣＰＵ１１１０が実行する図６に示すステップ（１４），（１５））とを備えることを特徴とする通信処理方法。

これにより、第１の情報処理装置は、ネットワークコントローラと接続されるクライアントとの間における通信時における要求と応答とほぼ同等の通信処理で、所定のローカルインタフェースを介して直接ネットワークコントローラから必要な情報の取得を自在に行うことができる。そして、ネットワークコントローラとの間で新たな通信機能を付加することもないので、汎用性の高いネットワークコントローラを利用しながら、ローカル接続される第１の情報処理装置をネットワークコントローラに接続されるネットワークデバイスと仮想したシステムも安価、かつ自在に構築することができる。

〔実施態様９〕
前記通知ステップは、前記第２の情報処理装置に対するコマンドのパラメータ部に前記所定の要求から抽出される（図６に示すステップ（２））コマンドを設定して通知することを特徴とする実施態様８記載の通信処理方法。

これにより、ローカル接続される第１の情報処理装置からの要求をネットワークコントローラからの要求と同様の通信処理で行うことができる。

また、ローカル接続される第１の情報処理装置がネットワークコントローラと接続されるクライアントとの間における通信時における要求と応答とほぼ同等の通信処理で、ネットワークコントローラに対してあたかもネットワークデバイスであるが如く振る舞うことができる。

〔実施態様１０〕
前記返送ステップは、前記受信ステップにより前記第２の情報処理装置から受信される応答情報から抽出されるコマンドを前記返答情報に設定して（図６に示すステップ（１４））前記所定のローカルインタフェースを介して、前記第１の情報処理装置に返送することを特徴とする実施態様８記載の通信処理方法。

これにより、ローカル接続される第１の情報処理装置があたかもネットワーク接続されている装置からの情報取得処理と同様の処理で、必要な情報をネットワークコントローラから直接取得することができる。

〔実施態様１１〕
前記所定の要求は、前記ネットワークコントローラの状態を取得する要求するものであることを特徴とする請求項８記載の通信処理方法。

これにより、ローカル接続される第１の情報処理装置があたかもネットワーク接続されている装置からの情報取得処理と同様の処理で、必要な情報をネットワークコントローラから直接取得することができる。

〔実施態様１２〕
前記所定の要求は、前記ネットワークコントローラに対する設定を要求するものまたは設定の変更を要求するものを含むことを特徴とする実施態様８記載の通信処理方法。

これにより、ローカル接続される第１の情報処理装置があたかもネットワーク接続されている装置からのネットワークコントローラに対する設定またはその変更処理を、第１の情報処理装置がローカルインタフェースを介して直接設定制御することができる。

〔実施態様１３〕
所定のローカルインタフェースを介して第１の情報処理装置と通信する通信制御装置、または所定のネットワークを介して第２の情報処理装置と通信可能なネットワークコントローラにおける通信処理方法であって、前記所定のローカルインタフェースを介して取得される第１の情報処理装置からの所定の要求に基づいて前記通信制御装置が生成する所定のコマンドを受信する受信ステップ（図６に示すステップ（９））と、前記所定のコマンドを実行する実行ステップと、前記所定のコマンドに対して第１の情報処理装置に返送すべき応答情報を生成して前記通信制御装置に転送する転送ステップ（図６に示すステップ（１２））とを有することを特徴とする通信処理方法。

これにより、ローカル接続される第１の情報処理装置からの要求をネットワークコントローラからの要求と同様の通信処理で行うことができる。

また、ローカル接続される第１の情報処理装置がネットワークコントローラと接続されるクライアントとの間における通信時における要求と応答とほぼ同等の通信処理で、ネットワークコントローラに対してあたかもネットワークデバイスであるが如く振る舞うことができる。

〔実施態様１４〕
実施態様８〜１３のいずれかに記載の通信処理方法を実行させるためのプログラムを格納したことを特徴とするコンピュータが読み取り可能な記憶媒体。

これにより、実施態様８〜１３と同等の効果が期待できる。

〔実施態様１５〕
実施態様８〜１３のいずれかに記載の通信処理方法を実行させることを特徴とするプログラム。

これにより、実施態様８〜１３と同等の効果が期待できる。

〔実施態様１６〕
少なくとも１つの外部情報処理端末と接続するための主たるインタフェース手段（例えば図２に示すＵＳＢケーブル６０００）と、前記少なくとも１つの外部情報処理端末とは異なる少なくとも１つの外部情報処理端末と接続するための１つ以上の副となるインタフェース手段（例えば図２にネットワーク７０００）と、前記主たるインタフェース手段や前記副となるインタフェース手段を介して行われる前記複数の外部情報処理端末との通信を制御するための制御装置（図２に示すコントローラ部１１００）とを有する画像形成システムにおける制御方法において、前記制御装置は、前記主たるインタフェース手段から第１のコマンドを受信したとき、前記第１のコマンドに付加された第１のパラメータの内容を保持（図６に示すステップ（２））し、前記第１のパラメータの内容を保持しているとき、前記第１のパラメータで指定された前記副となるインタフェース手段の中のひとつに前記第１のパラメータを保持していることを通知し（図６に示すステップ（６））、前記副となるインタフェース手段から第２のコマンドを受信したとき、保持されている前記第１のパラメータの内容を取り出して、前記第２のコマンドのレスポンスに付加する第２のパラメータを生成し（図６に示すステップ（７））、前記副となるインタフェース手段から第３のコマンドを受信したとき、前記第３のコマンドに付加された第３のパラメータの内容を、前記第１のコマンドのレスポンスに付加するパラメータに転用し、前記副となるインタフェース手段（例えば図２に示すＮＩＣ１２００）は、前記制御装置に前記第１のパラメータの内容が保持されていることが通知されたとき、前記第２のコマンドを前記制御装置に発行し、前記第２のコマンドに対するレスポンスを前記制御装置から受信したとき、前記第２のコマンドに対するレスポンスの前記第２のパラメータを抽出し（図６に示すステップ（９））、前記抽出した第２のパラメータを１つのコマンドとして処理し、さらに前記１つのコマンドに応じたレスポンスを生成し（図６に示すステップ（１０））、前記コマンド処理によって生成されたレスポンスを前記第３のコマンドに対する第３のパラメータとして付加し、前記第３のコマンドを制御装置に発行し（図６に示すステップ（１２））、前記主たるインタフェース手段を介して接続された前記外部情報処理端末は、ユーザによる要求を受け付け、受け付けた前記要求の内容に応じて、前記副となるインタフェース手段の前記コマンド処理において前記要求の内容に応じた処理を実行せしめる前記第１のパラメータを含む前記第１のコマンドを前記画像形成装置に発行し、前記転用された前記第１のコマンドに対するレスポンスを受信したとき、前記第１のコマンドに対する前記レスポンスに付加されたパラメータを抽出し、前記第１のパラメータを前記副となるインタフェース手段がコマンドとして扱ったときのレスポンスとして解釈して、前記要求の結果として利用することを特徴とする画像形成システムの制御方法。

本発明の一実施形態を示す画像形成装置（プリンタ）を適用可能なネットワークシステムのシステム環境を示す概略図である。 図１に示したプリンタの構成を示すブロック図である。 図１に示したプリンタと通信可能なローカルＰＣのソフトウエアの構成を説明するブロック図である。 図３に示したステータスウィンドウによるユーザインタフェースの一例を説明する図である。 本発明に係る画像形成システムにおけるネットワークステータスプリントシーケンスを説明する図である。 本発明に係る画像形成装置における第１のデータ処理手順の一例を示すフローチャートである。 本発明の第２実施形態を示す画像形成システムにおける第２のデータ処理手順を説明するシーケンス図である。 本発明に係る画像形成装置における第２のデータ処理手順の一例を示すフローチャートである。 本発明に係る画像形成システムで読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

符号の説明

１０００ プリンタ
１１００ コントローラ部
１１１０ ＣＰＵ
１１１１ ＲＯＭ
１１１２ ＲＡＭ
１１１３ シリアルコントローラ
１１２０ ＡＳＩＣ
１１２１ ＣＰＵ ｉ／ｆ
１１２２ 画像処理部
１１２３ メモリコントローラ
１１２４ ＵＳＢコントローラ
１１２５ ＮＩＣコントローラ
１１３０ ＳＤＲＡＭ
１１４０ ＥＥＰＲＯＭ
１１５０ ＵＳＢコネクタ
１２００ Ｎｅｔｗｏｒｋ ｉ／ｆ Ｃａｒｄ
１２１０ ＣＰＵ
１２２０ コントローラ通信部
１２３０ ＳＤＲＡＭ
１２４０ ＦＬＡＳＨ ＲＡＭ
１２５０ ネットワーク通信部
１３００ エンジン部
１３１０ ＣＰＵ
１３２０ シリアルコントローラ
１３３０ ＶＩＤＥＯ制御部
１３４０ ＳＤＲＡＭ
１３５０ ＦＬＡＳＨ ＲＡＭ
２０００ ローカルＰＣ
２１００ アプリケーション
２２００ ドライバ
２３００ ランゲージモニタ
２４００ ステータスウィンドウ
２５００ ＵＳＢポートモニタ
２６００ ネットワークポートモニタ
３０００ ＮＴＰ Ｓｅｒｖｅｒ
４０００ Ｃｌｉｅｎｔ ＰＣ
５０００ Ｃｌｉｅｎｔ ＰＣ
６０００ ＵＳＢケーブル
７０００ ネットワーク

Claims (15)

1. 第１の情報処理装置と所定のローカルインタフェースを介して、あるいは所定のネットワークを介して第２の情報処理装置と通信するネットワークコントローラと通信して所定の処理を行う制御装置であって、
   前記所定のローカルインタフェースを介して前記第１の情報処理装置から受信する所定の要求を前記ネットワークコントローラが解析可能なコマンドに設定して通知する通知手段と、
   前記通知手段による通知に対して、前記ネットワークコントローラから応答される応答情報を受信する受信手段と、
   前記受信手段により受信される前記応答情報から抽出される情報を前記所定の要求に対する返答情報に設定して前記所定のローカルインタフェースを介して、前記第１の情報処理装置に返送する返送手段と、
   を備えることを特徴とする制御装置。
2. 前記通知手段は、前記第２の情報処理装置に対するコマンドのパラメータ部に前記所定の要求から抽出されるコマンドを設定して通知することを特徴とする請求項１記載の制御装置。
3. 前記返送手段は、前記受信手段により前記第２の情報処理装置から受信される応答情報から抽出されるコマンドを前記返答情報に設定して前記所定のローカルインタフェースを介して、前記第１の情報処理装置に返送することを特徴とする請求項１記載の制御装置。
4. 前記所定の要求は、前記ネットワークコントローラの状態を取得する要求するものであることを特徴とする請求項１記載の制御装置。
5. 前記所定の要求は、前記ネットワークコントローラに対する設定を要求するものまたは設定の変更を要求するものを含むことを特徴とする請求項１記載の制御装置。
6. 所定のローカルインタフェースを介して第１の情報処理装置と通信する通信制御装置、または所定のネットワークを介して第２の情報処理装置と通信可能なネットワークコントローラであって、
   前記所定のローカルインタフェースを介して取得される第１の情報処理装置からの所定の要求に基づいて前記通信制御装置が生成する所定のコマンドを受信する受信手段と、
   前記所定のコマンドを実行する実行手段と、
   前記所定のコマンドに対して前記第１の情報処理装置に返送すべき応答情報を生成して前記通信制御装置に転送する転送手段と、
   を有することを特徴とするネットワークコントローラ。
7. 所定のローカルインタフェースを介して第１の情報処理装置と通信する制御装置と、所定のネットワークを介して第２の情報処理装置と通信可能なネットワークコントローラとを備えて所定のデータ処理を行う情報処理システムであって、
   前記制御装置は、
   前記所定のローカルインタフェースを介して前記第１の情報処理装置から受信する所定の要求を前記ネットワークコントローラが解析可能なコマンドに設定して通知する通知手段と、
   前記通知手段による通知に対して、前記ネットワークコントローラから応答される応答情報を受信する受信手段と、
   前記受信手段により受信される前記応答情報から抽出される前記所定の要求に対する返答情報に設定して前記所定のローカルインタフェースを介して、前記第１の情報処理装置に返送する返送手段とを備え、
   前記ネットワークコントローラは、
   前記所定のローカルインタフェースを介して取得される第１の情報処理装置からの所定の要求に基づいて前記通信制御装置が生成する所定のコマンドを受信する受信手段と、
   前記所定のコマンドを実行する実行手段と、
   前記所定のコマンドに対して前記第１の情報処理装置に返送すべき応答情報を生成して前記通信制御装置に転送する転送手段とを備えたことを特徴とする情報処理システム。
8. 第１の情報処理装置と所定のローカルインタフェースを介して通信可能で、かつ、所定のネットワークを介して第２の情報処理装置と通信するネットワークコントローラと通信可能な制御装置における通信処理方法であって、
   前記所定のローカルインタフェースを介して前記第１の情報処理装置から受信する所定の要求を前記ネットワークコントローラが解析可能なコマンドに設定して通知する通知ステップと、
   前記通知ステップによる通知に対して、前記ネットワークコントローラから応答される応答情報を受信する受信ステップと、
   前記受信ステップにより受信される前記応答情報から抽出される情報を前記所定の要求に対する返答情報に設定して前記所定のローカルインタフェースを介して、前記第１の情報処理装置に返送する返送ステップと、
   を備えることを特徴とする通信処理方法。
9. 前記通知ステップは、前記第２の情報処理装置に対するコマンドのパラメータ部に前記所定の要求から抽出されるコマンドを設定して通知することを特徴とする請求項８記載の通信処理方法。
10. 前記返送ステップは、前記受信ステップにより前記第２の情報処理装置から受信される応答情報から抽出されるコマンドを前記返答情報に設定して前記所定のローカルインタフェースを介して、前記第１の情報処理装置に返送することを特徴とする請求項８記載の通信処理方法。
11. 前記所定の要求は、前記ネットワークコントローラの状態を取得する要求するものであることを特徴とする請求項８記載の通信処理方法。
12. 前記所定の要求は、前記ネットワークコントローラに対する設定を要求するものまたは設定の変更を要求するものを含むことを特徴とする請求項８記載の通信処理方法。
13. 所定のローカルインタフェースを介して第１の情報処理装置と通信する通信制御手段、または所定のネットワークを介して第２の情報処理装置と通信可能なネットワークコントローラにおける通信処理方法であって、
    前記所定のローカルインタフェースを介して取得される第１の情報処理装置からの所定の要求に基づいて前記通信制御装置が生成する所定のコマンドを受信する受信ステップと、
    前記所定のコマンドを実行する実行ステップと、
    前記所定のコマンドに対して前記第１の情報処理装置に返送すべき応答情報を生成して前記通信制御装置に転送する転送ステップと、
    を有することを特徴とする通信処理方法。
14. 請求項８〜１３のいずれかに記載の通信処理方法を実行させるためのプログラムを格納したことを特徴とするコンピュータが読み取り可能な記憶媒体。
15. 請求項８〜１３のいずれかに記載の通信処理方法を実行させることを特徴とするプログラム。

Images