JP2023076052A - 画像形成装置、画像形成装置の制御方法並びにプログラム - Google Patents

Abstract

【課題】 本願に記載の画像形成装置は、情報処理装置のオペレーティングシステムのバージョンにかかわらず、画像形成装置のベンダが提供するプリンタドライバをインストールすることができるようにすることを目的とする。
【解決手段】 本願に記載の画像形成装置は、接続されている情報処理装置から、前記情報処理装置で動作する所定のオペレーティングシステムを示す情報を受信する受信手段と、前記受信手段が前記情報を受信したことに基づき、前記情報処理装置に通知するＵＳＢインターフェースの構成を設定する設定手段と、前記設定手段が設定した前記ＵＳＢインターフェースの構成を前記情報処理装置に通知する通知手段と、を有することを特徴とする。
【選択図】 図３

Description

本発明は、画像形成装置、画像形成装置の制御方法並びにプログラムに関するものである。

プリント機能を有する画像形成装置（以下、画像形成装置と略す）は、情報処理装置にＵＳＢで接続され、情報処理装置にインストールされたプリンタドライバが生成した印刷データをＵＳＢ経由で受信し、印刷する機能を有している。

画像形成装置と接続された情報処理装置にプリンタドライバがインストールされていない場合、情報処理装置は画像形成装置から取得した情報に基づき、プラグアンドプレイという機能を使って画像形成装置に対応するプリンタドライバのインストールを行う。

情報処理装置と画像形成装置がＵＳＢで接続されるとエニュメレーションと呼ばれる処理が実行される。エニュメレーションと呼ばれるデータのやり取りは、ＵＳＢデバイス接続時に必ず行われる通信で、接続したデバイスの基本情報をやり取りするものである。エニュメレーションの中で、情報処理装置は画像形成装置を生成するベンダの識別情報や製品の識別情報を取得する。さらに、情報処理装置は、画像形成装置のＵＳＢ Ｉ／Ｆの構成情報を取得する。ＵＳＢ Ｉ／Ｆの構成を取得することで、画像形成装置がＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）を使用したＵＳＢでの印刷制御をサポートしているか等を情報処理装置が知ることができる。

そして、情報処理装置は上記のエニュメレーション処理を完了したのち、プリンタクラスコマンドのＧＥＴ＿ＤＥＶＩＣＥ＿ＩＤを用いて、画像形成装置のＨＷＩＤやＣＯＩＤを取得する。プラグアンドプレイの機能では取得されたＵＳＢ Ｉ／Ｆの構成情報、ＨＷＩＤやＣＯＩＤを参照して、画像形成装置に対応するプリンタドライバを特定し、情報処理装置にインストールする。特許文献１には、画像形成装置が情報処理装置に通知するＵＳＢ Ｉ／Ｆの構成を変えることで汎用プリンタドライバを利用することができない情報処理装置であっても正しくドライバのインストールが完了できるよう制御することが記載されている。

特開２０１７―１０５００２号公報

画像形成装置のベンダがドライバ配布サーバにアップロードするドライバは、複数の機種の画像形成装置で使用することができる複数機種共通のプリンタドライバであることがある。その場合、プリンタドライバに対応するＩＮＦファイルにＨＷＩＤを記載せず、上記複数の機種をまとめた種別情報を示すＣＯＩＤのみを記載することがある。

従来のオペレーティングシステムのプラグアンドプレイは、まず、画像形成装置から取得したＨＷＩＤと同じＨＷＩＤが書かれたＩＮＦファイルのプリンタドライバをドライバ配布サーバから探し、検出されたプリンタドライバをインストールする。以下、情報処理装置にインストールされるオペレーティングシステムをＯＳと記載する。画像形成装置と同じＨＷＩＤが書かれたＩＮＦファイルのプリンタドライバがない場合には、画像形成装置から取得したＣＯＩＤと同じＣＯＩＤが書かれたＩＮＦファイルのプリンタドライバを探す。そして、情報処理装置は、検出したプリンタドライバをインストールする。ＨＷＩＤもＣＯＩＤも一致するＩＮＦファイルのプリンタドライバが見つからない場合、情報処理装置はＵＳＢ Ｉ／Ｆの構成から画像形成装置がＵＳＢ経由のＩＰＰ印刷に対応しているかを判定する。そして、画像形成装置がＩＰＰ印刷に対応している場合、情報処理装置はＩＰＰの汎用ドライバをインストールする。そのため、上記のようにプリンタドライバのＩＮＦファイルにＨＷＩＤが書かれていなくても、画像形成装置のＣＯＩＤとＩＮＦファイルに書かれたＣＯＩＤが一致すれば画像形成装置のベンダが製造したプリンタドライバをインストールすることができた。

しかしながら、ＯＳのバージョンによっては、インストールされるドライバの優先順位が異なるケースがある。はじめに画像形成装置のＨＷＩＤと同じＨＷＩＤが書かれたＩＮＦファイルのプリンタドライバを探す点は同じである。このバージョンのＯＳでは、画像形成装置から取得したＨＷＩＤと同じＨＷＩＤが記載されたＩＮＦファイルのプリンタドライバを検出できない場合、ＵＳＢ Ｉ／Ｆの構成情報を参照する。情報処理装置は、ＵＳＢ経由のＩＰＰに準拠した汎用ドライバを利用かを判定し、汎用ドライバを利用することができる場合には汎用ドライバをインストールする。そして、汎用ドライバを使った印刷ができない場合に、情報処理装置は画像形成装置から取得したＣＯＩＤを同じＣＯＩＤが書かれたＩＮＦファイルのプリンタドライバを探索する。

そのため、あるバージョンのＯＳでは、上述したようにＩＮＦファイルにＨＷＩＤが書かれていないプリンタドライバよりも、汎用ドライバが優先的にインストールされてしまい、画像形成装置のベンダ製のドライバをインストールすることができない。

本願は上記に記載の課題を解決するための発明であり、情報処理装置のオペレーティングシステムのバージョンにかかわらず、画像形成装置のベンダが提供するプリンタドライバをインストールすることができるようにすることを目的とする。

本願に記載の画像形成装置は、接続されている情報処理装置から、前記情報処理装置で動作する所定のオペレーティングシステムを示す情報を受信する受信手段と、前記受信手段が前記情報を受信したことに基づき、前記情報処理装置に通知するＵＳＢデバイスインターフェースの構成を設定する設定手段と、前記設定手段が設定した前記ＵＳＢデバイスインターフェースの構成を前記情報処理装置に通知する通知手段と、を有することを特徴とする。

本願に記載の画像形成装置は、ＵＳＢで接続された情報処理装置で動作するオペレーティングシステムのバージョンにかかわらず、画像形成装置のベンダが提供するプリンタドライバをインストールすることができるようにすることができる。

本実施形態における画像形成装置のハードウェア構成の一例を示す図である。 本実施形態における画像形成システムの一例を示す図である。 実施形態１において、画像形成装置が実行する処理の一例を示すフローチャートである。 実施形態１において、画像形成装置１が情報処理装置に通知するＵＳＢ Ｉ／Ｆ構成図の一例を示す図である。 実施形態１において、画像形成装置１がリセット処理後に情報処理装置に通知するＵＳＢ Ｉ／Ｆ構成の一例を示す図である。 実施形態２において、画像形成装置１が表示する設定画面の一例を示す図である。 実施形態２において、画像形成装置１が実行する処理の一例を示すフローチャートである。 本実施形態における、情報処理装置が実行する処理を示すフローチャートである。 本実施形態における、情報処理装置のハードウェア構成の一例を示す図である。 本実施形態における、情報処理装置が印刷データを画像形成装置に送信するときのフローチャートである。

＜実施形態１＞
以下、本発明を実施するための最良の形態について図面を用いて説明する。なお、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。

図１は、画像形成装置１のハード構成図である。本図をもちいて、画像形成装置１の構成を説明する。

中央演算装置（ＣＰＵ）１０１は、画像形成装置１を制御するソフトウェアを動作させるモジュールである。システムバス１０２は、ＣＰＵ１０１が、他のユニットにアクセスするためのデータバスである。

ｅｍｂｅｄｄｅｄ Ｍｕｌｔｉ Ｍｅｄｉａ Ｃａｒｄ（ｅＭＭＣ）１０３は、画像形成装置１のソフトウェア及び、本画像形成装置１が動作する為に必要なデータベース、また一次保存ファイルが格納される記憶部である。本実施形態では、記憶部としてｅＭＭＣを用いるが、ハードディスクやＳＳＤ等他の記憶部を用いてもよい。

Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（以下ＲＡＭ） １０４は、画像形成装置１のプログラムが展開され、プログラム動作時の変数や、各ユニットからＤｙｎａｍｉｃ Ｍｅｍｏｒｙ Ａｃｃｅｓｓ（以下ＤＭＡ）で転送されるデータの記憶部である。

ネットワーク・コントローラ１０５は、ネットワーク・コントローラＩ／Ｆ１０６を制御し、画像形成装置１と他の情報処理装置の通信を制御する。

ＵＳＢ ＨＯＳＴ Ｉ／Ｆ１０８は画像形成装置１がＵＳＢホストとして動作するためのＩ／Ｆである。ＵＳＢ ＨＯＳＴ Ｉ／Ｆ１０８はＵＳＢ ＨＯＳＴ コントローラ１０７により制御される。画像形成装置１がＵＳＢ ＨＯＳＴとして動作する場合とは、ＵＳＢメモリを接続して、記憶されている画像を印刷する場合や、キーボードやカードリーダをＵＳＢで接続して動作させる場合などである。

ＵＳＢ ＤＥＶＩＣＥ Ｉ／Ｆ１２０は、画像形成装置１がＵＳＢデバイスとして動作するためのインターフェースである。ＵＳＢ ＤＥＶＩＣＥ Ｉ／Ｆ１２０はＵＳＢ ＤＥＶＩＣＥコントローラ１０９により制御される。画像形成装置１がＵＳＢデバイスとして動作する場合とは、画像形成装置１を情報処理装置２００に接続し、情報処理装置２００から印刷データを受信して印刷する場合等である。

ディスプレイ１１１は、画像形成装置１の動作状況をユーザ等が確認できるように表示する表示部である。ディスプレイコントローラ１１０は、ディスプレイ１１１の表示制御を行う。

入力部１１３は、ユーザからの入力を受け付ける。入力部１１３は例えばタッチパネルやキーボード、テンキー、カーソルキー等である。入力部コントローラ１１２は、入力部１１３を制御するコントローラである。なお、ディスプレイ１１１の表層に入力部１１３としてタッチパネルが取り付けられる構成であってもよい。

リアルタイムクロック（ＲＴＣ）１１４は、画像形成装置１の時計機能、アラーム機能、タイマー機能等の機能を実現するためのモジュールである。不揮発メモリ１１５は、書き換え可能な不揮発な記録メディアである。不揮発メモリ１１５は、Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（以下ＳＲＡＭ）や、Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ （以下ＥＥＰＲＯＭ）等であってもよい。

スキャナ１１７は、原稿を読み取り、画像データを生成する読取部である。スキャナＩ／Ｆ１１６はスキャナ１１７とシステムバス１０２を接続するインターフェースである。

プリンタ１１９は給紙トレイまたは給紙カセットから給紙されるシートに画像を形成する画像形成部である。プリンタＩ／Ｆ１１８は、プリンタ１１９とシステムバス１０２を接続するインターフェースである。

本実施形態において、画像形成装置１はＵＳＢ ＤＥＶＩＣＥ Ｉ／Ｆ１２０を介して情報処理装置２００と接続される。

図２は、本実施形態におけるシステム構成を示す図である。画像形成装置１と情報処理装置２００は、ＵＳＢケーブル２０１で接続される。本実施形態では、情報処理装置２００がホストデバイスとして動作する。情報処理装置２００はＵＳＢで画像形成装置１と接続される端末であれば、コンピュータやタブレット、スマートフォン等いずれの端末であってもよい。また、図２においては不図示であるが、情報処理装置２００はプリンタドライバを配布するプリンタドライバ配布サーバとネットワークを介して接続されている。プリンタドライバ配布サーバにはプリンタベンダ各社が作成したプリンタドライバが登録され、保存されている。各プリンタドライバはインストールに必要な情報が記述されたＩＮＦファイルを保持している。ＩＮＦファイルには、当該プリンタドライバが対応するプリンタのＨＷＩＤ（モデル情報）や、種別情報であるＣＯＩＤが記述されている。

ここで、図９を用いて本実施形態における情報処理装置２００のハードウェア構成の一例を説明する。図９は情報処理装置２００のハードウェア構成の一例を示す図である。

ＣＰＵ２０１は、情報処理装置２００の制御部であり、情報処理装置２００全体を制御する。ＨＤＤ２０２は、情報処理装置２００の記憶部の一例である。情報処理装置２００を制御するためのプログラムやデータが記憶されている。なお、情報処理装置２００のＯＳ（オペレーティングシステム）もＨＤＤ２０２に記憶される。ＲＡＭ２０３は、ＣＰＵ２０１が実行するプログラムの展開領域として使われる記憶部である。また、ＲＡＭ２０３はデータの一時記憶領域としても使用される。

ＵＳＢ ＨＯＳＴ Ｉ／Ｆ２０７は、情報処理装置２００がＵＳＢのホストとなる場合に使われるインターフェースである。ＵＳＢ ＨＯＳＴコントローラ２０６は、情報処理装置２００がＵＳＢのホストデバイスとして動作するときにＵＳＢ ＨＯＳＴ Ｉ／Ｆ２０７を制御する。

図３は、本実施形態において画像形成装置１のＣＰＵ１０１が実行する処理の一例を示すフローチャートである。なお、各処理を実行するためのプログラムはｅＭＭＣ１０３に記憶されており、ＣＰＵ１０１は当該プログラムをＲＡＭ１０２に展開し、実行する。

ＣＰＵ１０１は、画像形成装置１の電源がオンになったことに従って、ＵＳＢ ＤＥＶＩＣＥコントローラ１０９を介して制御可能なデバイスのドライバのドライバをＲＡＭ１０２にロードする（Ｓ３００）。Ｓ３００の処理を行うことで、ＵＳＢ ＤＥＶＩＣＥコントローラ１０９は接続されたデバイスに合わせたドライバで、当該接続されたデバイスを制御することができるようになる。

ＣＰＵ１０１は、ＵＳＢ ＤＥＶＩＣＥ Ｉ／Ｆ １２０の構成情報をＲＡＭ１０４に設定する（Ｓ３０１）。

図４は、画像形成装置１が起動時に設定するＵＳＢ ＤＥＶＩＣＥ Ｉ／Ｆの構成の一例を示す図である。画像形成装置１は、ベンダ製のプリンタドライバおよび、ＩＰＰに則ったＯＳベンダ製の汎用プリンタドライバのいずれにも対応している。そのため、Ｓ３０１で、画像形成装置１は、図４に示すＵＳＢデバイスのＩ／Ｆ構成をＲＡＭ１０４に設定する。

ここで、図４に示すＵＳＢデバイスＩ／Ｆの構成テーブルについて記載する。画像形成装置１は５つのエンドポイントを有しており、図４は５つのエンドポイントの機能を示している。ＥｎｄＰｏｉｎｔ１またはＥｎｄＰｏｉｎｔ２がデータを受信した場合、受信したデータはベンダ製のプリンタドライバが生成した印刷データを処理するモジュールへと送信されることを図４は示している。一方で、ＥｎｄＰｏｉｎｔ３、ＥｎｄＰｏｉｎｔ４、ＥｎｄＰｏｉｎｔ５のいずれかがデータを受信した場合、ＵＳＢデバイスＩ／Ｆが受信したデータがＳｃａｎ用のモジュールへと送信されることを図４は示している。

さらに、本実施形態に記載の画像形成装置１が有するＵＳＢデバイスドライバはＡｌｔｅｒｎａｔｅ機能を有しており、図４はＡｌｔｅｒｎａｔｅとして使用することができる機能についても示している。情報処理装置からＳｅｔＩｎｔｅｒｆａｃｅコマンドを使ってＩｎｔｅｒｆａｃｅの識別情報とＡｌｔｅｒｎａｔｅ機能の識別情報を通知することでＡｌｔｅｒｎａｔｅとして設定されている機能を使用することができる。例えば、情報処理装置２００からＩｎｔｅｒｆａｃｅ＃１、＃１を指定するＳｅｔＩｎｔｅｒｆａｃｅコマンドを画像形成装置１が受信したとする。画像形成装置１は上記のコマンドの後、情報処理装置２００から受信したデータをＩＰＰに則って動作する汎用プリントサービスを使用した印刷データを処理するモジュールへ送信する。このように、情報処理装置２００からの設定に応じてＵＳＢデバイスの動作を変えることができる。

すなわち、図４は、Ａｌｔｅｒｎａｔｅ ＃０側にＶｅｎｄｏｒ Ｃｌａｓｓ Ｉ／Ｆ（Ｓｃａｎ） ４０２と、Ｌｅｇａｃｙ ＰＤＬ Ｉ／Ｆ（Ｐｒｉｎｔｅｒ Ｃｌａｓｓ ７－１－２）４０１を配置することを示している。また、前述Ｐｒｉｎｔｅｒ Ｃｌａｓｓ ７－１－２とは、７がＰｒｉｎｔｅｒ Ｃｌａｓｓを示し、１がＰｒｉｎｔｅｒ Ｓｕｂｃｌａｓｓを示し、２がＢｉ－ｄｉｒｅｃｔｉｏｎａｌ Ｐｒｏｔｏｃｏｌを示している。

さらに、図４はＡｌｔｅｒｎａｔｅ ＃１側には、ＩＰＰ Ｏｖｅｒ ＵＳＢ Ｉ／Ｆ（Ｐｒｉｎｔｅｒ Ｃｌａｓｓ ７－１－４）４０３とＩＰＰ Ｏｖｅｒ ＵＳＢ Ｉ／Ｆ（Ｐｒｉｎｔｅｒ Ｃｌａｓｓ ７－１－４）４０４を配置することを示している。前述Ｐｒｉｎｔｅｒ Ｃｌａｓｓ ７－１－４とは、７がＰｒｉｎｔｅｒ Ｃｌａｓｓを示し、１がＰｒｉｎｔｅｒ Ｓｕｂｃｌａｓｓを示し、４が ＩＰＰ Ｏｖｅｒ ＵＳＢ Ｐｒｏｔｏｃｏｌを示す。ＩＰＰ Ｏｖｅｒ ＵＳＢは、Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌという所定のプロトコルを使ってＵＳＢ経由の印刷データの受信を行うことができることを示している。

図３に戻って、ＣＰＵ１０１は、いずれかのＵＳＢポートにＵＳＢデバイスが接続されたか否かを判定する（Ｓ３０２）。ＣＰＵ１０１はＵＳＢデバイスの電源線の電圧を監視し、当該電源線の電圧が所定の電圧に到達したかを判定する。所定の電圧に到達した場合、ＣＰＵ１０１は、ＵＳＢデバイスの信号線を動作させて、情報処理装置２００との通信を開始させる。なお、ＣＰＵ１０１は、情報処理装置２００のＵＳＢポートにＵＳＢとデバイスが接続されるまでは、Ｓ３０２に記載の処理を繰り返し行う。

ＣＰＵ１０１が、情報処理装置２００との接続を検知すると、情報処理装置２００との間でエニュメレーション処理を実行する（Ｓ３０３）。ＣＰＵ１０１は、情報処理装置２００からエニュメレーションコマンドを受信し、当該コマンドへの応答を送信する。

このＳ３０３の過程で、情報処理装置２００はＣＯＮＦＩＧＵＲＡＴＩＯＮ ｔｙｐｅのＧＥＴ＿ＤＥＳＣＲＩＰＴＯＲコマンドを画像形成装置１に送信する。画像形成装置１は、受信したＧＥＴ＿ＤＥＳＣＲＩＰＴＯＲコマンドに対してＳ３０１で生成したＵＳＢ Ｉ／Ｆ構成情報を送信する。この時には、図４が示すようなＵＳＢを使ったＩＰＰに則った印刷方式をＵＳＢデバイスドライバがサポートしていることを示すインターフェース構成を情報処理装置２００に通知する。このようにすることで、情報処理装置２００は、画像形成装置１がＩＰＰに則ったプリントサービスが生成する印刷データをＵＳＢ経由で受信し、印刷できることを知ることができる。

ＣＰＵ１０１は、情報処理装置からＳＥＴ＿ＣＯＮＦＩＧＲＡＴＩＯＮというコマンドを受信したか否かを判定する（Ｓ３０４）。ＳＥＴ＿ＣＯＮＦＩＧＲＡＴＩＯＮは、接続されたＵＳＢデバイスを使用可能な状態にするためのコマンドである。ＣＰＵ１０１は、ＳＥＴ＿ＣＯＮＦＩＧＲＡＴＩＯＮコマンドを受信するまで、Ｓ３０４に記載の処理を繰り返し実行する。一方で、ＳＥＴ＿ＣＯＮＦＩＧＲＡＴＩＯＮコマンドを受信した場合、ＣＰＵ１０１は所定の時間を計測するタイマーを設定する（Ｓ３０５）。本実施形態では、所定の時間を１秒間として説明するが、一般的に所定のＯＳが発行する所定のコマンドを受信するまでにかかる時間であって、エニュメレーション処理が完了するまでの時間であれば１秒でなくても構わない。

ＣＰＵ１０１は、所定のコマンドを受信したか否かを判定する（Ｓ３０６）。所定のコマンドとは、プラグアンドプレイ機能を有する所定のＯＳが送信するコマンドである。所定のコマンドはたとえば、ＧＥＴ＿ｘｘ＿ＤＥＳＣＲＩＰＴＯＲというコマンドである。ＧＥＴ＿ｘｘ＿ＤＥＳＣＲＩＰＴＯＲコマンドは、情報処理装置がＡ社のＯＳの場合には、必ず送ってくるコマンドで例えば、スキャナのＣｏｍｐａｔｉｂｌｅ ＩＤ情報などを返答するコマンドである。上記所定のコマンドはＡ社以外のＯＳの情報処理装置からは送信されない。当該コマンドを受信したかを判定することで、接続された情報処理装置２００のＯＳが所定のＯＳであるか否かを判定することができる。

Ｓ３０５の判定で、所定のコマンドを受信しなかった場合、ＣＰＵ１０１はＳ３０７へと処理を進める。ＣＰＵ１０１はＳ３０５で設定したタイマーがタイムアップしたか否かを判定する（Ｓ３０７）。タイマーがタイムアップした場合、ＣＰＵ１０１はＳ３１２に処理を進める。一方で、タイマーがタイムアップしていない場合、ＣＰＵ１０１はＳ３０６に処理を戻して、所定のコマンドを受信したか否かを判定する。

Ｓ３０６において所定のコマンドを受信したと判定した場合、ＣＰＵ１０１はＵＳＢ ＤＥＶＩＣＥコントローラ１０９のチップをＲｅｓｅｔする（Ｓ３０８）。ＣＰＵ１０１が、ＵＳＢ ＤＥＶＩＣＥコントローラ１０９のもつレジスタのＨａｒｄ Ｒｅｓｅｔする役割をもつＢｉｔを有効にすることで、ＵＳＢ ＤＥＶＩＣＥコントローラのチップがリセットされる。ＵＳＢ ＤＥＶＩＣＥコントローラがリセットされることで情報処理装置２００は画像形成装置１との接続が切断されたと判定する。さらに、ＵＳＢ ＤＥＶＩＣＥのリセットによりＳ３０１で設定したＵＳＢ Ｉ／Ｆの構成を変更することができる。なお、ハードウェアの構成にも依存するが、ＵＳＢ ＤＥＶＩＣＥコントローラ１０９をＲｅｓｅｔするには、ＵＳＢ ＤＥＶＩＣＥコントローラ１０９に供給される電源を断つ処理を行うとしてもよい。

ＣＰＵ１０１は、ＵＳＢデバイスのインターフェース構成を設定する（Ｓ３０９）。この時、ＣＰＵ１０１は図５に示すように、画像形成装置１がＩＰＰ Ｏｖｅｒ ＵＳＢに対応していることを示す情報を含まないインターフェース構成を設定する。画像形成装置１がＳ３０９で生成するインターフェースの構成の一例を図５で示す。画像形成装置１は、スキャナ１１７、プリンタ１１９を所有するため、Ａｌｔｅｒｎａｔｅ ＃０側にＶｅｎｄｏｒ Ｃｌａｓｓ Ｉ／Ｆ（Ｓｃａｎ） ４０２と、Ｌｅｇａｃｙ ＰＤＬ Ｉ／Ｆ（Ｐｒｉｎｔｅｒ Ｃｌａｓｓ ７－１－２）４０１を配置している。Ｓ３０９では、５０１、５０２に示すようにＡｌｔｅｒｎａｔｅ ＃１側には、ＩＰＰ Ｏｖｅｒ ＵＳＢ Ｉ／Ｆ（Ｐｒｉｎｔｅｒ Ｃｌａｓｓ ７－１－４）を配置しない。画像形成装置１は、情報処理装置２００に、画像形成装置１があたかもＩＰＰ Ｏｖｅｒ ＵＳＢに対応していないかのように通知をする。このようにすることで、情報処理装置２００にＩＰＰ Ｏｖｅｒ ＵＳＢを使って印刷データを送信するためのプリンタドライバのインストールおよび当該プリンタドライバを使った印刷を行うためのプリントキューが生成されてしまうことを抑制する。

ＣＰＵ１０１は、ＵＳＢ ＤＥＶＩＣＥコントローラ１０９チップのＲｅｓｅｔを解除する（Ｓ３１０）。本実施形態においては、ＣＰＵ１０１が、ＵＳＢ ＤＥＶＩＣＥコントローラ１０９のもつレジスタのＨａｒｄ Ｒｅｓｅｔする役割をもつＢｉｔを無効にすることでＵＳＢデバイスコントローラのＲｅｓｅｔを解除する。ハードウェアの構成にも依存するが、ＵＳＢ ＤＥＶＩＣＥコントローラ１０９をＲｅｓｅｔ解除は、ＵＳＢ ＤＥＶＩＣＥコントローラ１０９に供給される電源を再開する処理でも構わない。ＵＳＢ ＤＥＶＩＣＥコントローラ１０９のＲｅｓｅｔが解除されると、情報処理装置２００が画像形成装置１の接続を検知し、エニュメレーション処理を開始する（Ｓ３１１）。ＣＰＵ１０１は、情報処理装置２００が送信するＣＯＮＦＩＧＵＲＡＴＩＯＮ ｔｙｐｅのＧＥＴ＿ＤＥＳＣＲＩＰＴＯＲコマンドに対して、図５で用意したＵＳＢ Ｉ／Ｆ構成情報を返答する。このように、Ｓ３１１で実行されるエニュメレーション処理は、Ｓ３０３で実行されるエニュメレーション処理と同様のものである。ただし、エニュメレーション処理の中で、画像形成装置１から情報処理装置２００に通知されるＵＳＢインターフェースの構成情報は図４、図５のように異なる。このように、情報処理装置で動作するＯＳが所定のＯＳでない場合には、ＩＰＰ Ｏｖｅｒ ＵＳＢに対応していることを示すインターフェースの構成を通知する。一方で、所定のＯＳである場合にはＩＰＰ Ｏｖｅｒ ＵＳＢ対応であることを示さないインターフェースの構成を情報処理装置に通知する。このようにすることで、所定のＯＳを使用する情報処理装置で汎用プリンタドライバがインストールされることを抑制しながら、他のＯＳでは汎用プリンタドライバの使用を許容することができる。

エニュメレーション処理が完了したのち、ＣＰＵ１０１は、情報処理装置２００から受信したＰｒｉｎｔｅｒ Ｃｌａｓｓコマンドに応答する（Ｓ３１２）。Ｐｒｉｎｔｅｒ Ｃｌａｓｓコマンドは情報処理装置２００が接続された画像形成装置の機種を識別する識別子であるＨＷＩＤ（ハードウェアＩＤ）や画像形成装置の種別を示すＣＯＩＤ（Ｃｏｍｐａｔｉｂｌｅ ＩＤ）を取得するためのコマンドである。たとえば、情報処理装置２００はＰｒｉｎｔｅｒ Ｃｌａｓｓコマンドの一つであるＧＥＴ＿ＤＥＶＩＣＥ＿ＩＤコマンドを送信する。ＣＰＵ１０１は、ＧＥＴ＿ＤＥＶＩＣＥ＿ＩＤコマンドを受信し、ＨＷＩＤとして「ＡＡＡＡ ＢＢ－ＡＤＶ Ｃ１２３４ ＬＩＰＳＬＸ」、ＣＯＩＤとして「ＣＡ＿Ｕ＿ＣＯＬＯＲ＿Ｘ」を回答する。

その後、ＣＰＵ１０１は、情報処理装置２００からの印刷データを待つ（Ｓ３１３）。

以上が画像形成装置１と情報処理装置２００をＵＳＢで接続したときに画像形成装置が印刷データを受信できるようになるまでの処理である。

図３のシーケンスを実行することで、画像形成装置１に接続された情報処理装置２００が所定のＯＳ以外のＯＳの場合、画像形成装置１は、ＩＰＰ Ｏｖｅｒ ＵＳＢのＩ／Ｆを使って印刷データを受信することができる。一方で、情報処理装置２００のＯＳが所定のＯＳである場合にはＩＰＰ Ｏｖｅｒ ＵＳＢのインターフェースを使わずに、従来のベンダ製プリンタドライバが生成した印刷データを受信するインターフェースを使用する。

次に、画像形成装置１と接続された情報処理装置２００の処理について記載する。図８は情報処理装置２００が画像形成装置１とＵＳＢで接続されたときに実行する処理を示すフローチャートである。図８に示す処理は、情報処理装置２００のＨＤＤ２０２に記憶されたプログラムが情報処理装置２００のＲＡＭ２０３に展開され、情報処理装置２００のＣＰＵ２０１により実行されることで実現される。

図８に記載のフローは、情報処理装置２００の電源がオンされたことに基づき開始される。

ＣＰＵ２０１は、ＵＳＢデバイスが接続されたか否かを判定する（Ｓ１０００）。たとえば、ＣＰＵ２０１は、ＵＳＢ ＨＯＳＴ Ｉ／Ｆ２０７のデータ線の電圧を監視し、当該電圧の値からＵＳＢデバイスが接続されたか否かを判定する。ＣＰＵ２０１は、ＵＳＢデバイスが接続されるまでＳ１０００に記載の処理を繰り返し行う。なお、Ｓ１００１以降、ＵＳＢデバイスが取り外されたことをＣＰＵ２０１が検出した場合、図示していないがＣＰＵ２０１はＳ１０００へと処理を戻す。

ＵＳＢデバイスが接続されたことを検出した場合、ＣＰＵ２０１は接続されたＵＳＢデバイスに対してエニュメレーション処理を実行する（Ｓ１００１）。Ｓ１００１におけるエニュメレーション処理は図３のＳ３０３やＳ３１１で実行される処理である。Ｓ１００１における処理において、ＣＰＵ２０１は、ＤＥＶＩＣＥ ｔｙｐｅのＧＥＴ＿ＤＥＳＣＲＩＰＴＯＲコマンドを使ってＵＳＢ Ｖｅｎｄｏｒ ＩＤやＵＳＢ Ｐｒｏｄｕｃｔ ＩＤを取得する。さらに、ＣＯＮＦＩＧＵＲＡＴＩＯＮ ｔｙｐｅのＧＥＴ＿ＤＥＳＣＲＩＰＴＯＲコマンドを使って接続されている画像形成装置１のＵＳＢ ＤＥＶＩＣＥインターフェースの構成情報を取得する。当該情報を取得することで、情報処理装置２００は接続されているＵＳＢデバイスのクラス情報であったり、どのような機能があるか、ＩＰＰ ｏｖｅｒ ＵＳＢに対応しているか等を知ることができる。

ＣＰＵ２０１はエニュメレーション処理を完了したのち、ＵＳＢ ＤＥＶＩＣＥのインターフェース構成を参照し、ＵＳＢデバイスのクラスを特定し、特定したクラスに対応するコマンドをＵＳＢデバイスに対して送信する（Ｓ１００２）。本実施形態では、ＵＳＢ ＨＯＳＴ Ｉ／Ｆにはプリンタクラスの画像形成装置１が接続されるため、Ｐｒｉｎｔｅｒ Ｃｌａｓｓコマンドの一つであるＧＥＴ＿ＤＥＶＩＣＥ＿ＩＤコマンドを画像形成装置１に送信する。そして、ＣＰＵ２０１は、画像形成装置１のＨＷＩＤとＣＯＩＤを受信する（Ｓ１００３）。画像形成装置１のＨＷＩＤとは、ＧＥＴ＿ＤＥＶＩＣＥ＿ＩＤコマンドの応答として取得された文字列のうち、「ＭＤＬ：」から「；」の間の文字列である。画像形成装置１のＣＯＩＤとは、ＧＥＴ＿ＤＥＶＩＣＥ＿ＩＤコマンドの応答として取得された文字列のうち、「ＣＩＤ：」から「；」の間の文字列である。Ｓ１００２、Ｓ１００３における処理は、図３のＳ３１２に対応する処理である。

ＣＰＵ２０１は、接続されている画像形成装置１にＵＳＢ経由で印刷データを送信するためのプリントキューが情報処理装置２００に記憶されているか否かを判定する（Ｓ１００４）。すでにプリントキューが生成されている場合には，ＣＰＵ２０１は図８のフローチャートの処理を終了する。一方で、情報処理装置２００が画像形成装置１に印刷データを送信するためのプリントキューを有していない場合、ＣＰＵ２０１はＳ１００５以降の処理を行い、画像形成装置１に対応するプリンタドライバの特定とプリントキューの生成を行う。

ＣＰＵ２０１は、Ｓ１００３で取得したＨＷＩＤと同じＨＷＩＤが書かれたＩＮＦファイルを有するプリンタドライバが特定されるか否かを判定する（Ｓ１００５）。ＩＮＦファイルはデバイスドライバのインストール時に利用されるファイルである。ＣＰＵ２０１は、Ｓ１００５において、情報処理装置２００のローカルにあるドライバフォルダやデバイスドライバの配布サーバにアクセスし、ＩＮＦファイルを探索する。

画像形成装置１から取得したＨＷＩＤと同じＨＷＩＤが書かれたＩＮＦファイルのプリンタドライバがある場合、ＣＰＵ２０１はＳ１００９へと処理を進める。一方で、画像形成装置１から取得したＨＷＩＤと同じＨＷＩＤが書かれたＩＮＦファイルが検出されなかった場合、ＣＰＵ２０１はＳ１００６に記載の処理を実行する。

ＣＰＵ２０１は、Ｓ１００１のエニュメレーション処理で取得したＵＳＢ ＤＥＶＩＣＥインターフェースの構成情報に基づき、画像形成装置１がＩＰＰ Ｏｖｅｒ ＵＳＢに対応しているか否かを判定する（Ｓ１００６）。図４や図５に示すＵＳＢ ＤＥＶＩＣＥインターフェースの構成情報にＩＰＰ Ｏｖｅｒ ＵＳＢを示す情報が含まれている場合、ＣＰＵ２０１はＵＳＢで接続されている画像形成装置１はＩＰＰ Ｏｖｅｒ ＵＳＢ対応機であると判定する。接続されている画像形成装置１がＩＰＰ Ｏｖｅｒ ＵＳＢ対応機である場合、ＣＰＵ２０１はＳ１００９へと処理を進める。一方で、ＩＰＰ Ｏｖｅｒ ＵＳＢに対応していない場合、ＣＰＵ２０１はＳ１００３で取得したＣＯＩＤと同じＣＯＩＤが書かれたＩＮＦファイルのプリンタドライバが特定したか否かを判定する（Ｓ１００７）。ＣＰＵ２０１は、情報処理装置２００のローカルのドライバフォルダに記憶されたプリンタドライバやドライバ配布サーバに記憶されたプリンタドライバのＩＮＦファイルを参照し、画像形成装置１から通知されたＣＯＩＤが記述されたＩＮＦファイルを探索する。

画像形成装置１から通知されたＣＯＩＤと同じＣＯＩＤが書かれたＩＮＦファイルが見つからない場合、ＣＰＵ２０１はプリンタドライバがインストールできなかったとし、プリンタドライバのインストール失敗を通知する（Ｓ１００８）。この場合は、プリンタドライバのインストール失敗を通知したのち、図８に示す処理を終了する。一方で、画像形成装置１から通知されたＣＯＩＤと同じＣＯＩＤが書かれたＩＮＦファイルがある場合、ＣＰＵ２０１はＳ１００９へと処理を進める。

ＣＰＵ２０１は、Ｓ１００５～Ｓ１００７のいずれかのステップで特定されたプリンタドライバとプリンタの情報を紐づけ、画像形成装置１に印刷データを送信するためのプリントキューを生成する（Ｓ１００９）。Ｓ１００５からＳ１００９へと進んだ場合、ＣＰＵ２０１はＳ１００５で特定されたプリンタドライバをインストールし、インストールされたプリンタドライバと画像形成装置１の情報を対応づけて記憶し、プリントキューを生成する。Ｓ１００６からＳ１００９へと進んだ場合、ＩＰＰに則って印刷データを生成し画像形成装置に送信する汎用プリンタドライバをインストールし、画像形成装置１の情報と紐づけてプリントキューを生成する。汎用プリンタドライバは、ＯＳにあらかじめ内蔵されたプリンタドライバであり、ネットワークを経由したドライバのダウンロードを行わずとも情報処理装置２００にインストールすることができるプリンタドライバである。Ｓ１００７からＳ１００９へと進んだ場合、画像形成装置１のＣＯＩＤと同じＣＯＩＤが書かれたＩＮＦファイルに対応するプリンタドライバと画像形成装置１の情報を紐づけて、プリントキューを生成する。Ｓ１００９までの処理が完了すると、情報処理装置２００から画像形成装置１へと印刷データを送信することができるようになる。

上記のように、所定のＯＳがインストールされた情報処理装置では、ＩＰＰ Ｏｖｅｒ ＵＳＢをサポートする画像形成装置から取得したＨＷＩＤと一致するＨＷＩＤのＩＮＦファイルがない場合、汎用プリンタドライバがインストールされる。そのため、図３のように、ＯＳによって、情報処理装置に通知するＵＳＢデバイスＩ／Ｆの構成情報を変えることで、汎用プリンタドライバがインストールされることを抑制することができる。

以上が、情報処理装置２００にプリンタドライバをインストールし、プリントキューを生成するまでの処理である。複数のベンダ、複数の機種対応として作られた汎用プリンタドライバよりも、ベンダ製のプリンタドライバの方が設定可能な印刷設定項目が多い場合がある。しかしながら、情報処理装置２００が上記の流れでプリンタドライバのインストールを行うため、ＨＷＩＤが一致するプリンタドライバが見つからないと、汎用プリンタドライバインストールがインストールされてしまう。本実施形態では、画像形成装置１に接続される情報処理装置２００が図８に示す動作をする可能性のあるＯＳを実行する情報処理装置の場合に、画像形成装置１のＵＳＢデバイスインターフェースの情報を変更する。このようにすることで、情報処理装置２００が画像形成装置１は汎用プリンタドライバに対応していないデバイスであると判定し、ＣＯＩＤが一致するプリンタドライバではなく、汎用プリンタドライバがインストールされてしまうことを抑制する。

続けて、図１０を使って、情報処理装置２００が画像形成装置１に印刷データを送信するときの流れを説明する。図１０に示す処理を実行するためのプログラムは、ＨＤＤ２０２等に記載されており、当該プログラムをＲＡＭ２０３に展開し、ＣＰＵ２０１が実行することで処理が実現される。

ＣＰＵ２０１は、印刷指示を受信したか否かを判定する（Ｓ１０１０）。ユーザが情報処理装置２００の表示部に表示される印刷設定画面で印刷ボタンを選択することで情報処理装置２００に印刷指示が入力される。印刷指示を受信するまでＣＰＵ２０１はＳ１０１０に記載の処理を繰り返し行う。ＣＰＵ２０１が印刷指示を受信した場合、ＣＰＵ２０１は印刷に使用されるプリンタドライバが汎用プリンタドライバであるか否かを判定する（Ｓ１０１１）。ＣＰＵ２０１は印刷設定画面で選択されているプリントキューの情報を参照する。選択されているプリントキューに対応づけて記憶されたプリンタドライバが汎用プリンタドライバである場合、ＣＰＵ２０１はＳ１０１２へと処理を進める。一方で、選択されているプリントキューに対応づけて記憶されたプリンタドライバが汎用プリンタドライバでない場合、ＣＰＵ２０１はＳ１０１３へと処理を進める。

ＣＰＵ２０１は、接続されている画像形成装置１に対して、使用するインターフェースを通知する（Ｓ１０１２）。ＣＰＵ２０１は画像形成装置１にＳｅｔＩｎｔｅｒｆａｃｅコマンドを送信し、使用するインターフェースを示す情報と、使用するａｌｔｅｒｎａｔｅ機能を示す情報を通知する。これは、画像形成装置１のＵＳＢデバイスコントローラが実行する処理をＡｌｅｔｒｎａｔｅ側の処理へと切り替えるための処理である。

ＣＰＵ２０１は、選択されたプリントキューに紐づくプリンタドライバを用いて印刷データを生成し、プリントキューを介して生成した印刷データを画像形成装置１に送信する（Ｓ１０１３）。Ｓ１０１３において、ＣＰＵ２０１は画像処理装置から受信したＵＳＢデバイスＩ／Ｆの構成を参照し、プリントモジュールにつながるＥｎｄｐｏｉｎｔを指定してデータを送信する。

以上の処理を実行することで、情報処理装置２００は画像形成装置１へと印刷データを送信することができる。

以上のようにすることで、汎用プリンタドライバが生成する印刷データを、ＵＳＢ経由で受信し、印刷することができる画像形成装置が接続されたときに、汎用プリンタドライバがインストールされることを抑制する。

＜実施形態２＞
実施形態１では、画像形成装置１が接続された情報処理装置２００で動作するＯＳが所定のＯＳである場合に、常にＩＰＰ Ｏｖｅｒ ＵＳＢの機能を隠す構成を説明した。そのため、実施形態１では、所定のＯＳがインストールされた情報処理装置にＵＳＢ経由で画像形成装置１を接続した場合に、汎用プリンタドライバをインストールすることができない。

実施形態２では、所定のＯＳがインストールされた情報処理装置を利用する場合に、汎用プリンタドライバを使用するか否かをユーザが選択できるようにする。

実施形態２では、画像形成装置１のデバイス設定として、画像形成装置のＨＷＩＤと同じＨＷＩＤが書かれたＩＮＦファイルが検出できない場合に、汎用プリンタドライバを使用するか否かを設定させる。そして、画像形成装置１が情報処理装置２００と接続された場合に、当該デバイス設定に基づいてＵＳＢデバイスインターフェースの情報を切り替える。

なお、図１で示した画像形成装置１のハードウェア構成、図２で示したシステム構成、図９で示した情報処理装置２００のハードウェア構成は実施形態１と同様であるため説明を省略する。

図６は、ディスプレイ１１１上に表示されるユーザモードで表示されるデバイス設定画面の一例を示す図である。

図６に示す画面では、ＩＰＰ Ｏｖｅｒ ＵＳＢ印刷を優先するかしないかを選択することができる。画面６０１には、「優先する」６０２と「優先しない」６０３を設定することができるオブジェクトが配置されている。表示上は、選択した方にハイライトが当たる表示になる。Ｄｅｆａｕｌｔは、「優先しない」６０３が設定されている。

図６において、「優先する」６０２は、画像形成装置１のＨＷＩＤと同じＨＷＩＤが書かれたＩＮＦファイルのプリンタドライバを情報処理装置２００が検出できない場合に、汎用プリンタドライバをインストールすることを示すオブジェクトである。「優先しない」６０２は、画像形成装置１のＨＷＩＤと同じＨＷＩＤが書かれたＩＮＦファイルのプリンタドライバを検出できない場合に、汎用プリンタドライバではなく、ＣＯＩＤが一致するプリンタドライバをインストールすることを示すオブジェクトである。「閉じる」６０４は、設定を更新することなく、画面６０１を閉じるためのオブジェクトである。「ＯＫ」６０５は、６０２、６０３のうち選択されているオブジェクトに対応する設定値を設定するためのオブジェクトである。

図７は、第２の実施形態における画像形成装置１が実行する処理を示すフローチャートである。図３と同様の処理の箇所には図３と同様の符号を付加し、説明を省略する。

ＣＰＵ１０１は、画像形成装置とＨＷＩＤが一致するＩＮＦファイルのプリンタドライバがない場合に、汎用プリンタドライバを優先して使用する設定がされているか否かを判定する（Ｓ７０１）。図６に示す画面で「優先する」６０２が選択されている場合、ＣＰＵ１０１はＳ７０１からＳ３１２へと処理を進める。一方で、図６に示す画面において「優先しない」６０３が選択されている場合、ＣＰＵ１０１はＳ７０１からＳ３０６へと処理を進める。

Ｓ７０１に記載の処理を行うことで、汎用プリンタドライバをＣＯＩＤが一致するプリンタドライバよりも優先的にインストールすることが許可されている場合にＵＳＢインターフェースの構成変更の処理を行わずに処理を進める。このようにすることで、情報処理装置２００が画像形成装置１と同じＨＷＩＤのＩＮＦファイルのプリンタドライバを検出することができない場合に汎用プリンタドライバをインストールすることができるようになる。

図６で示したディスプレイ１１１上の「ＩＰＰ Ｏｖｅｒ ＵＳＢ印刷を優先するか？」６０１の設定が「優先する」６０２で設定されているか「優先しない」６０３に設定されているかを確認する７０１。ＣＰＵ１０１は、確認の結果「優先する」６０２が選択されていた場合、処理Ｓ３１０に処理を進める。処理Ｓ３１０～Ｓ３１１は、実施形態１と同一で説明済みのため記載を省略する。ＣＰＵ１０１は、Ｓ７０１の判定で、「優先しない」６０３に設定されていた場合、Ｓ３０５の処理に進める。処理Ｓ３０５～Ｓ３１１は、実施形態１と同一で説明済みのため記載を省略する。

また、図６に示す画面６０１の設定で、６０３が設定された場合であっても、情報処理装置にインストールされるＯＳが所定のＯＳとは異なるＯＳの場合は、図４に示すインターフェース構成を通知する。すなわち、情報処理装置が所定のＯＳである時のみ、図５に示すＵＳＢ Ｉ／Ｆ構成、つまりＩＰＰ Ｏｖｅｒ ＵＳＢのＩ／Ｆを持たない構成を情報処理装置に通知する。

なお、実施形態２では、デバイス設定として、あらかじめＨＷＩＤが一致するプリンタドライバが検出できない場合に、汎用プリンタドライバをＣＯＩＤが一致するプリンタドライバよりも優先的にインストールするかをユーザに設定させた。画像形成装置が情報処理装置に接続されたことを検知したタイミングでディスプレイ１１１に図６に示す画面を表示し、ユーザに設定をさせるとしてもよい。また、画像形成装置が情報処理装置に接続されたことを検知したタイミングで画像形成装置から情報処理装置に通知を図６に示す内容と同様の表示をさせ、ユーザから設定を受け付けるとしてもよい。

さらに、図７のＳ３０６にて、ＣＰＵ１０１が所定のコマンドを受信したことを検出した場合に、ディスプレイ１１１に図６に示す画面を表示するとしてもよい。このようにすることで、接続された画像形成装置毎に汎用プリンタドライバをＩＮＦファイルのＣＯＩＤが一致するプリンタドライバと比較して、優先してインストールさせるか否かを設定することができるようになる。

＜その他の実施形態＞
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）をネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム又は装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムコードを読み出して実行する処理である。この場合、そのコンピュータプログラム、及び該コンピュータプログラムを記憶した記憶媒体は本発明を構成することになる。

Claims (10)

1. 画像形成装置であって、
   接続されている情報処理装置から、前記情報処理装置で動作する所定のオペレーティングシステムを示す情報を受信する受信手段と、
   前記受信手段が前記情報を受信したことに基づき、前記情報処理装置に通知するＵＳＢデバイスインターフェースの構成を設定する設定手段と、
   前記設定手段が設定した前記ＵＳＢデバイスインターフェースの構成を前記情報処理装置に通知する通知手段と、
   を有することを特徴とする画像形成装置。
2. 前記設定手段は、前記受信手段が前記情報を受信していない場合に、所定のプロトコルに従った通信をすることができることを示す構成を設定することを特徴とする請求項１に記載の画像形成装置。
3. 前記設定手段は、前記受信手段が前記情報を受信した場合に、前記所定のプロトコルに従った通信をすることができないことを示す構成を設定することを特徴とする請求項２に記載の画像形成装置。
4. 前記設定手段は、前記画像形成装置の電源がオンされたことに従って、前記所定のプロトコルに従った通信をすることができることを示す構成を設定し、当該設定の後、前記情報を受信した場合、前記構成が前記所定のプロトコルに従った通信をすることができないことを示すように設定することを特徴とする請求項３に記載の画像形成装置。
5. 前記所定のプロトコルは、Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌであることを特徴とする請求項２乃至４のいずれか一項に記載の画像形成装置。
6. 前記ＵＳＢデバイスインターフェースを介して印刷データを受信する他の受信手段と、
   前記他の受信手段が受信した前記印刷データに基づく画像形成を実行する画像形成手段と、をさらに有することを特徴とする請求項１乃至５のいずれか一項に記載の画像形成装置。
7. 前記通知手段は、前記画像形成装置の種別を示す情報を前記情報処理装置に通知することを特徴とする請求項１乃至６のいずれか一項に記載の画像形成装置。
8. 前記種別を示す情報は前記情報処理装置に前記画像形成装置に対応するプリンタドライバをインストールするために前記情報処理装置によって使用される情報であることを特徴とする請求項７に記載の画像形成装置。
9. 画像形成装置の制御方法であって、
   接続されている情報処理装置から、前記情報処理装置で動作する所定のオペレーティングシステムを示す情報を受信する受信工程と、
   前記受信工程において前記情報を受信したことに基づき、前記情報処理装置に通知するＵＳＢデバイスインターフェースの構成を設定する設定工程と、
   前記設定工程において設定した前記ＵＳＢデバイスインターフェースの構成を前記情報処理装置に通知する通知工程と、
   を有することを特徴とする画像形成装置の制御方法。
10. 請求項９に記載の画像形成装置の制御方法をコンピュータに実行させるためのコンピュータプログラム。

Images