(57)【要約】【課題】機種共通プリンタドライバ自体の作りを簡単にして移植性を向上し、管理コストを低減しながら、ユーザに機種固有の機能を完全に提供できるようにする。【解決手段】Ｗｅｂサーバ機能を備えた画像形成装置と、画像形成装置とネットワークを介して接続された情報処理装置と、を含んで構成される印刷システムであって、画像形成装置は、情報処理装置から取得したユーザエージェント文字列に基づいて、情報処理装置からの要求であるか否かを判定するユーザエージェント判定手段と、情報処理装置からの要求に従って、画像形成装置を制御するための情報の表示画面である機器制御画面をＷｅｂブラウザで閲覧可能な形式で生成するＷｅｂ画面生成手段と、を有し、情報処理装置は、Ｗｅｂ画面生成手段により生成された機器制御画面を表示するＷｅｂ画面表示手段を有する。【選択図】図３
2011059783.tif 000002
【特許請求の範囲】
【請求項１】
Ｗｅｂサーバ機能を備えた画像形成装置と、前記画像形成装置とネットワークを介して接続された情報処理装置と、を含んで構成される印刷システムであって、
前記画像形成装置は、
前記情報処理装置から取得したユーザエージェント文字列に基づいて、前記情報処理装置からの要求であるか否かを判定するユーザエージェント判定手段と、
前記情報処理装置からの要求に従って、前記画像形成装置を制御するための情報の表示画面である機器制御画面をＷｅｂブラウザで閲覧可能な形式で生成するＷｅｂ画面生成手段と、
を有し、
前記情報処理装置は、
前記Ｗｅｂ画面生成手段により生成された機器制御画面を表示するＷｅｂ画面表示手段を有することを特徴とする印刷システム。
【請求項２】
前記Ｗｅｂ画面生成手段は、前記ユーザエージェント判定手段により前記情報処理装置からの要求と判定された場合、前記画像形成装置を制御するための情報である機器制御データのデフォルト値を取得し、前記情報処理装置のユーザ用の設定値に書き換え、前記機器制御画面を生成することを特徴とする請求項１に記載の印刷システム。
【請求項３】
前記Ｗｅｂ画面生成手段は、前記ユーザエージェント判定手段により前記情報処理装置からの要求でないと判定された場合、前記画像形成装置を制御するための情報である機器制御データのデフォルト値を取得して、前記機器制御画面を生成することを特徴とする請求項１又は２に記載の印刷システム。
【請求項４】
前記情報処理装置は、前記画像形成装置に要求を行う際、前記情報処理装置からの要求であることを示すユーザエージェント文字列を含めることを特徴とする請求項１から３のいずれか１項に記載の印刷システム。
【請求項５】
前記情報処理装置は、前記情報処理装置のログインユーザ名又は／及びホスト名をユーザエージェント文字列に含めることを特徴とする請求項１から４のいずれか１項に記載の印刷システム。
【請求項６】
前記情報処理装置は、前記Ｗｅｂ画面生成手段により生成された機器制御画面を解析し、前記情報処理装置のオペレーティングシステムが解釈可能な前記機器制御データに変換して前記オペレーティングシステムに通知する情報変換手段を有することを特徴とする請求項１から５のいずれか１項に記載の印刷システム。
【請求項７】
Ｗｅｂサーバ機能を備えた画像形成装置と、前記画像形成装置とネットワークを介して接続された情報処理装置と、を含んで構成される印刷システムにおける印刷設定方法であって、
前記画像形成装置が、前記情報処理装置から取得したユーザエージェント文字列に基づいて、前記情報処理装置からの要求であるか否かを判定するユーザエージェント判定ステップと、
前記画像形成装置が、前記情報処理装置からの要求に従って、前記画像形成装置を制御するための情報の表示画面である機器制御画面をＷｅｂブラウザで閲覧可能な形式で生成するＷｅｂ画面生成ステップと、
前記情報処理装置が、前記Ｗｅｂ画面生成ステップで生成された機器制御画面を表示するＷｅｂ画面表示ステップと、
を有することを特徴とする印刷設定方法。
【請求項８】
前記Ｗｅｂ画面生成ステップは、前記ユーザエージェント判定ステップで前記情報処理装置からの要求と判定された場合、前記画像形成装置を制御するための情報である機器制御データのデフォルト値を取得し、前記情報処理装置のユーザ用の設定値に書き換え、前記機器制御画面を生成することを特徴とする請求項７に記載の印刷設定方法。
【請求項９】
前記Ｗｅｂ画面生成ステップは、前記ユーザエージェント判定ステップで前記情報処理装置からの要求でないと判定された場合、前記画像形成装置を制御するための情報である機器制御データのデフォルト値を取得して、前記機器制御画面を生成することを特徴とする請求項７又は８に記載の印刷設定方法。
【請求項１０】
前記情報処理装置は、前記画像形成装置に要求を行う際、前記情報処理装置からの要求であることを示すユーザエージェント文字列を含めることを特徴とする請求項７から９のいずれか１項に記載の印刷設定方法。
【請求項１１】
前記情報処理装置は、前記情報処理装置のログインユーザ名又は／及びホスト名をユーザエージェント文字列に含めることを特徴とする請求項７から１０のいずれか１項に記載の印刷設定方法。
【請求項１２】
前記情報処理装置が、前記Ｗｅｂ画面生成ステップで生成された機器制御画面を解析し、前記情報処理装置のオペレーティングシステムが解釈可能な前記機器制御データに変換して前記オペレーティングシステムに通知する情報変換ステップを有することを特徴とする請求項７から１１のいずれか１項に記載の印刷設定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、印刷システム及び印刷設定方法に関し、特に、例えば複数台のプリンタと複数台のＰＣがネットワーク接続されたシステムに好ましく適用される技術に関するものである。
【背景技術】
【０００２】
今日、オフィスにおけるネットワークの普及が進み、そこにプリンタやＭＦＰ（Multi Function Peripheral）といった機器（以下、機器という）が複数台設置される状況が一般化してきている。このような状況において、ネットワーク上に存在する機器に最適なホストコンピュータ上の機器制御ソフト（以下、ドライバという）をユーザが選択する、あるいは機器管理者が最適なプリンタドライバを管理し続けることが困難になってきた。
【０００３】
これに対して、１種類のドライバで複数の機種の機能を提供することで、ユーザ及び機器管理者のドライバ管理コストを削減する技術が既に知られている。しかし、このような機種共通プリンタドライバでは、機器ごとの設定ファイルを内部で持ったり、機器の情報を通信で取得して適切な画面を表示する複雑なロジック持ったりする必要があり、また該ロジックや設定ファイルの導入にコストが発生するという問題があった。
【０００４】
例えば特許文献１では、プリンタドライバをインストールしていないホストコンピュータからの印刷からでもプリンタドライバを用いたときと同様な操作性を提供することを目的で、画像形成装置からホストコンピュータにＪａｖａ（登録商標）で書かれた実行可能なプログラムを送信し、それをホストコンピュータ側で実行する画像形成装置が開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１で開示された技術は、画像形成装置からホストコンピュータに操作手段を提供するものではあるが、上述したような、プリンタドライバを利用した通常の印刷において開発コストがかさむこと及び機器管理者の手間が大きいことという問題は解消できていない。
【０００６】
そこで、本発明は、機種共通プリンタドライバ自体の作りを簡単にして移植性を向上し、管理コストを低減しながら、ユーザに機種固有の機能を完全に提供できるようにすることを目的とする。
【課題を解決するための手段】
【０００７】
本発明の一側面である印刷システムは、Ｗｅｂサーバ機能を備えた画像形成装置と、画像形成装置とネットワークを介して接続された情報処理装置と、を含んで構成される印刷システムであって、画像形成装置は、情報処理装置から取得したユーザエージェント文字列に基づいて、情報処理装置からの要求であるか否かを判定するユーザエージェント判定手段と、情報処理装置からの要求に従って、画像形成装置を制御するための情報の表示画面である機器制御画面をＷｅｂブラウザで閲覧可能な形式で生成するＷｅｂ画面生成手段と、を有し、情報処理装置は、Ｗｅｂ画面生成手段により生成された機器制御画面を表示するＷｅｂ画面表示手段を有する。
【０００８】
また、本発明は、上記の印刷システムにおいて、Ｗｅｂ画面生成手段が、ユーザエージェント判定手段により情報処理装置からの要求と判定された場合、画像形成装置を制御するための情報である機器制御データのデフォルト値を取得し、情報処理装置のユーザ用の設定値に書き換え、機器制御画面を生成するものであってもよい。
【０００９】
また、本発明は、上記の印刷システムにおいて、Ｗｅｂ画面生成手段が、ユーザエージェント判定手段により情報処理装置からの要求でないと判定された場合、画像形成装置を制御するための情報である機器制御データのデフォルト値を取得して、機器制御画面を生成するものであってもよい。
【００１０】
また、本発明は、上記の印刷システムにおいて、情報処理装置が、画像形成装置に要求を行う際、情報処理装置からの要求であることを示すユーザエージェント文字列を含めるものであってもよい。
【００１１】
また、本発明は、上記の印刷システムにおいて、情報処理装置が、情報処理装置のログインユーザ名又は／及びホスト名をユーザエージェント文字列に含めるものであってもよい。
【００１２】
また、本発明は、上記の印刷システムにおいて、情報処理装置が、Ｗｅｂ画面生成手段により生成された機器制御画面を解析し、情報処理装置のオペレーティングシステムが解釈可能な機器制御データに変換してオペレーティングシステムに通知する情報変換手段を有するものであってもよい。
【００１３】
本発明の一側面である印刷設定方法は、Ｗｅｂサーバ機能を備えた画像形成装置と、画像形成装置とネットワークを介して接続された情報処理装置と、を含んで構成される印刷システムにおける印刷設定方法であって、画像形成装置が、情報処理装置から取得したユーザエージェント文字列に基づいて、情報処理装置からの要求であるか否かを判定するユーザエージェント判定ステップと、画像形成装置が、情報処理装置からの要求に従って、画像形成装置を制御するための情報の表示画面である機器制御画面をＷｅｂブラウザで閲覧可能な形式で生成するＷｅｂ画面生成ステップと、情報処理装置が、Ｗｅｂ画面生成ステップで生成された機器制御画面を表示するＷｅｂ画面表示ステップと、を有する。
【００１４】
また、本発明は、上記の印刷設定方法において、Ｗｅｂ画面生成ステップが、ユーザエージェント判定ステップで情報処理装置からの要求と判定された場合、画像形成装置を制御するための情報である機器制御データのデフォルト値を取得し、情報処理装置のユーザ用の設定値に書き換え、機器制御画面を生成するものであってもよい。
【００１５】
また、本発明は、上記の印刷設定方法において、Ｗｅｂ画面生成ステップが、ユーザエージェント判定ステップで情報処理装置からの要求でないと判定された場合、画像形成装置を制御するための情報である機器制御データのデフォルト値を取得して、機器制御画面を生成するものであってもよい。
【００１６】
また、本発明は、上記の印刷設定方法において、情報処理装置が、画像形成装置に要求を行う際、情報処理装置からの要求であることを示すユーザエージェント文字列を含めるものであってもよい。
【００１７】
また、本発明は、上記の印刷設定方法において、情報処理装置が、情報処理装置のログインユーザ名又は／及びホスト名をユーザエージェント文字列に含めるものであってもよい。
【００１８】
また、本発明は、上記の印刷設定方法において、情報処理装置が、Ｗｅｂ画面生成ステップで生成された機器制御画面を解析し、情報処理装置のオペレーティングシステムが解釈可能な前記機器制御データに変換してオペレーティングシステムに通知する情報変換ステップを有するものであってもよい。
【発明の効果】
【００１９】
本発明によれば、機器側がすでに提供しているＷｅｂベースのユーザインタフェースを利用し、ドライバはこのユーザインタフェースの提供する画面と、ユーザインタフェースとＯＳの橋渡しを提供するだけの簡単なロジックとで実現できるため、機種共通プリンタドライバ自体の作りを簡単にして移植性を向上し、管理コストを低減しながら、ユーザに機種固有の機能を完全に提供することが可能となる。
【図面の簡単な説明】
【００２０】
【図１】本発明の実施形態に係る印刷システムを構成するＰＣのハードウェア構成図である。
【図２】本発明の実施形態に係る印刷システムを構成する画像形成装置のハードウェア構成図である。
【図３】本発明の実施形態に係る印刷システムの機能ブロック図である。
【図４】本発明の実施形態に係る印刷システムにおけるプリンタドライバの画面例である。
【図５】本発明の実施形態に係る印刷システムにおける画面情報送出処理のシーケンス図である。
【図６】本発明の実施形態に係る印刷システムにおける印刷処理のシーケンス図である。
【図７】本発明の基礎となるＷｅｂブラウザベースの機器設定のシーケンス図である。
【発明を実施するための形態】
【００２１】
以下、本発明の実施形態について図面を参照して説明する。
【００２２】
図１は、本発明の実施形態に係る印刷システムを構成するＰＣのハードウェア構成図である。本実施形態のＰＣは、中央処理装置１０１と、揮発記憶部１０２と、表示装置１０３１及び入力装置１０３２を備える操作部１０３と、不揮発記憶部１０４と、通信部１０５と、外部記憶装置１０６と、を有して構成される。ＰＣのハードウェア構成としてはごく一般的であり各構成の説明は省略するが、ネットワーク３００を介して外界（本実施形態の場合が画像形成装置）と接続される必要がある。
【００２３】
図２は、本発明の実施形態に係る印刷システムを構成する画像形成装置のハードウェア構成図である。本実施形態の画像形成装置は、中央処理装置２０１と、揮発記憶部２０２と、表示装置２０３１及び入力装置２０３２を備える操作部２０３と、不揮発記憶部２０４と、通信部２０５と、外部記憶装置２０６と、画像形成部２０８と、を有して構成される。画像形成装置のハードウェア構成としてはごく一般的であり各構成の説明は省略するが、ネットワーク通信が可能であり、ネットワーク３００を介して外界（本実施形態の場合がＰＣ）と接続される必要がある。
【００２４】
図３は、本発明の実施形態に係る印刷システムの機能ブロック図である。はじめにＰＣ側の機能について説明する。本実施形態のＰＣは、ソフトウェアのアプリケーション層においてアプリケーションソフトウェア３１０を有し、ＯＳ層においてＯＳグラフィックエンジン３１１、プリンタドライバユーザ操作部３１２、プリンタドライバ描画部３１３、スプーラ３１４を有する。プリンタドライバユーザ操作部３１２は、Ｗｅｂ通信エンジン３１２１、Ｗｅｂ画面表示エンジン３１２２、情報変換部３１２３を有する。また、ＰＣは、ハードウェアとしてネットワーク部３１５を有する。
【００２５】
一般に、ＰＣでは、ＯＳ（例えばＭｉｃｒｏｓｏｆｔ（登録商標）社のＷｉｎｄｏｗｓ（登録商標）やＡｐｐｌｅ（登録商標）社のＭａｃ  ＯＳ（登録商標）  Ｘ等）がハードウェアを隠蔽し、またアプリケーションソフトウェア（ワードプロセッサや表計算ソフト等）に対してさまざまなサービスを提供している。
【００２６】
本実施形態において、印刷に関しては、アプリケーションソフトウェア３１０に対して、ＯＳはＯＳグラフィックエンジン３１１（印刷機能を抽象化したモジュール）を提供する。ＯＳグラフィックエンジン３１１のサブモジュールとして、画像形成装置ベンダはプリンタドライバというモジュールを作成することができるが、プリンタドライバは大きく分けてプリンタドライバユーザ操作部３１２とプリンタドライバ描画部３１３からなる。
【００２７】
プリンタドライバユーザ操作部３１２は、画像形成装置に対して文書の制御情報（例えば、印刷部数や用紙サイズ、パンチやステープル等）を設定する機能をユーザに提供する。プリンタドライバ描画部３１３は、アプリケーションソフトウェア３１０からＯＳグラフィックエンジン３１１を経由してドキュメントの印刷指示を受け取り、プリンタが解釈可能なドキュメントを生成する。
【００２８】
本発明のポイントの１つでもあり、特徴を有するのはプリンタドライバユーザ操作部３１２である。通常、このモジュールは、ＯＳが提供する画面を表示するためのデータファイルを提供するか、あるいは画像形成装置の提供できる機能を分かりやすく見せるためのユーザインタフェースを作成するかのいずれかだが、前者は柔軟性にかけ、後者は機種ごとに多種多様である機能に追随するためにモジュールのメンテナンスコストが多大であるという問題がある。
【００２９】
本発明では、プリンタドライバユーザ操作部３１２にＷｅｂ画面表示エンジン３１２２を設け、Ｗｅｂ画面表示エンジン３１２２を画面に貼り付けて、画像形成装置の生成した画面を表示するようにしている。Ｗｅｂ通信エンジン３１２１は、ネットワークを介して、画像形成装置から該装置が生成した画面を受信し、Ｗｅｂ画面表示エンジン３１２２に渡す。
【００３０】
本実施形態では、プリンタドライバユーザ操作部３１２をいわゆるＷｅｂブラウザ（例えば、Ｍｉｃｒｏｓｏｆｔ（登録商標）社のＩｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅ（登録商標）、Ａｐｐｌｅ（登録商標）社のＳａｆａｒｉ（登録商標）、Ｍｏｚｉｌｌａ（登録商標）財団のＦｉｒｅｆｏｘ（登録商標）等のような機能）として実現する。なお、Ｗｅｂ画面表示エンジン３１２２について全てを新たに作る必要はなく、既存のフレームワーク（例えば、Ｔｒｉｄｅｎｔエンジン、Ｇｅｃｋｏエンジン、ＷｅｂＫｉｔ等）があるため、それを利用することができることも本発明のメリットである。
【００３１】
また、プリンタドライバユーザ操作部３１２には、ＯＳグラフィックエンジン３１１を介して、アプリケーションに設定内容を渡す必要がある。そのため、単純なＷｅｂブラウザとして実装するのではなく、情報変換部３１２３を設けている。情報変換部３１２３は、表示するべき（画像形成装置が作成しＰＣに送信した）Ｗｅｂページを解析し、ＯＳグラフィックエンジン３１１に渡すための情報に変換するモジュールである。
【００３２】
続いて画像形成装置側の機能について説明する。本実施形態の画像形成装置は、ソフトウェアとしてＷｅｂ  ＵＩ  提供部３０１、メニュー情報部３０２、Ｗｅｂサーバ部３０３、操作部３０４、画像形成制御部３０５を有する。Ｗｅｂ  ＵＩ  提供部３０１は、Ｗｅｂ画面生成部３０１１、ユーザエージェント判定部３０１２を有する。また、画像形成装置は、ハードウェアとして画像形成部３０６、ネットワーク部３０７を有する。なお、画像形成装置を構成するのに必要な他の機能は、本発明にとって重要でなく関連性が極めて低い（あるいは関連性がない）ため図示を省略する。また、操作部３０４、画像形成制御部３０５、画像形成部３０６、ネットワーク部３０７は公知の機能であり、これらの説明を省略する。
【００３３】
本発明のポイントの１つでもあり、特徴を有するのはＷｅｂ  ＵＩ  提供部３０１である。Ｗｅｂ  ＵＩ  提供部３０１は、Ｗｅｂサーバ部３０３と協調して動作し、接続されたＰＣからのリクエストに応じてＷｅｂブラウザによる機器管理機能を提供する。一般に、画像形成装置は、印刷データに制御情報が付加されないとき（プリンタドライバを使用しない印刷等）のためのデフォルトの制御情報を設定する機能を有している（図７参照）。普通はこの設定を操作部３０４で行うが、リモートでも行いたいというユーザのために、一部の機器ではＷｅｂブラウザ経由で設定を行う機能を提供している。このコンテンツを作成するのがＷｅｂ  ＵＩ  提供部３０１である。そして、このための通信プロトコルを扱うのがＷｅｂサーバ部３０３である。
【００３４】
しかし、この仕組みをそのまま使用すると、全ユーザがデフォルトの印刷設定でしか印刷できなくなってしまい、印刷設定はジョブごとに異なりうるものであることを考慮すると、極めて使い勝手が悪いといえる。したがって、本実施形態においては、プリンタドライバ操作部３１２からのリクエストである場合には、デフォルトの設定データをコピーし、その設定値を書き換える仕組みとする。プリンタドライバ操作部３１２からのリクエストであるかどうかの判断の方法はいくつか考えられるが、本実施形態では、ＨＴＴＰ（Hypertext Transfer Protocol）のユーザエージェント（Ｕｓｅｒ  Ａｇｅｎｔ）という仕組みを用いる。
【００３５】
ユーザエージェントとは、ＨＴＴＰクライアント（例えばＷｅｂブラウザ等）がＨＴＴＰサーバにリクエスト（例えば表示に必要なファイルの要求等）を出すときに、クライアントの諸元を表すために渡される文字列である。例えば、Ｍｉｃｒｏｓｏｆｔ（登録商標）社のＩｎｔｅｒｎｅｔ  Ｅｘｐｌｏｒｅ（登録商標）  ６の場合には、“Ｍｏｚｉｌｌａ／５．０（ｃｏｍｐａｔｉｂｌｅ；ＭＳＩＥ  ６．０；Ｗｉｎｄｏｗｓ（登録商標）  ＮＴ  ５．０）”がユーザエージェントとなる。
【００３６】
本実施形態の画像形成装置では、Ｗｅｂ  ＵＩ  提供部３０１にユーザエージェント判定部３０１２を設け、ユーザエージェント判定部３０１２により、受信したリクエストがプリンタドライバ操作部３１２からのリクエストであるか否かをユーザエージェントを用いて判定している。ＰＣからのユーザエージェントは、プリンタドライバ操作部３１２からのリクエストであることを示す文字列としてＰＣでセットされる。
【００３７】
図４は、本発明の実施形態に係る印刷システムにおけるプリンタドライバの画面例である。ここではＭｉｃｒｏｓｏｆｔ（登録商標）社のＷｉｄｏｗｓ（登録商標）  ＯＳの画面例を示しているが、つまりはＯＳの出す画面の中にＷｅｂブラウザのような画面をそのまま貼り込み、画像形成装置からの画面をそのまま表示するということを行っている。先に述べたように、この画面の構築は、様々な公知のＨＴＭＬレンダリングエンジンを利用することができる。また、機種依存性は一切発生しないため、ドライバ自体の作成コストも、ユーザでの検証コストも大幅に下げることが可能であり、これらの点は本発明のメリットといえる。
【００３８】
図５は、本発明の実施形態に係る印刷システムにおける画面情報送出処理のシーケンス図である。まず、ユーザＡがドライバ画面を開く（Ｓ１）と、Ｗｅｂ画面表示エンジン３１２２はＷｅｂ通信エンジン３１２１に画面要求を行い（Ｓ２）、Ｗｅｂ通信エンジン３１２１はＯＳからユーザ名“Ａ”を取得する（Ｓ３）。
【００３９】
そして、Ｗｅｂ通信エンジン３１２１は、ユーザエージェントとして、ドライバからの表示要求であることを示す“ＤＲＩＶＥＲ”（もちろんこれは１つの例）とＯＳのログインユーザ名の“Ａ”の文字列をセットし、画像形成装置に対して画面要求を行う（Ｓ４）。ここでのＷｅｂ通信エンジン３１２１の処理が本発明のポイントの１つである。
【００４０】
画像形成装置では、Ｗｅｂサーバ部３０３がこの画面要求を受信し、Ｗｅｂ画面生成部３０１１にＰＣからの文字列（ユーザエージェント）を渡すとともに画面生成要求を行う（Ｓ５）。Ｗｅｂ画面生成部３０１１は、ユーザエージェント判定部３０１２にＰＣからのユーザエージェントを渡す（Ｓ６）。ユーザエージェント判定部３０１２は、“ＤＲＩＶＥＲ”文字列を解釈してドライバからのリクエストであると判定し、戻り値（“ｔｒｕｅ”）にログインユーザ名“Ａ”を加えてＷｅｂ画面生成部３０１１に返す。
【００４１】
そして、Ｗｅｂ画面生成部３０１１は、デフォルトの機器データを取得し（Ｓ７）、ユーザＡの機器制御データを生成する（Ｓ８）。なお、シーケンスＳ７、８は、ユーザＡ向けの機器制御データがない場合の処理であって、該データがある場合には再利用を行う。ここでのＷｅｂ画面生成部３０１１の処理が本発明のポイントの１つである。本発明では、ログインユーザ名に応じて機器制御データをコピーして独立に管理することで、既存のＷｅｂ 機器管理では不可能だったユーザごとの管理が可能となる。
【００４２】
なお、本実施形態ではユーザ名だけで機器制御データを管理しているが、例えばホスト名で管理すれば、どのホストから投入されたジョブかで制御を切り替えることが可能である。もちろん、それ以外の管理方法を用いてもよい。また、シーケンス図上では記述していないが、例えばＷｉｄｏｗｓ（登録商標）  ＯＳでは、「プリンタとＦＡＸ」フォルダから設定するときはそのユーザのデフォルトを、アプリケーションからのときはその文書の設定を変更するという動作になっているので、どちらから起動したかをシーケンスＳ４で渡して貰い、アプリケーションからの場合はもう１つコピーを生成し、その後に投入された印刷ジョブに適応したらデータを破棄する、というようにして同種の機能を実現することが可能である。
【００４３】
また、シーケンスＳ９は機器制御データをコピーしているが、これはユーザが設定確定の操作をするまでの一時的な情報を保管するためのもので、本実施形態に限らず設定系のユーザインタフェースの構築ではごく一般的な処理である。
【００４４】
また、それ以外の処理も公知のＷｅｂ設定系の処理と変わらない。つまり、画像形成装置側において、Ｗｅｂ画面生成部３０１１がドライバ向けＨＴＭＬを作成して、Ｗｅｂサーバ部３０３を介してＰＣ側へＨＴＭＬを送信し（Ｓ１０〜Ｓ１２）、ＰＣ側において、受信したＨＴＭＬを表示する（Ｓ１３、Ｓ１４）。また、ＰＣ側からの適宜の要求に応じて、画像形成装置側で更新後の画面（ＨＴＭＬ）を生成してＰＣ側へ送信し、ＰＣ側で表示を行う（Ｓ１５〜Ｓ２１）。そして、ＰＣ側からのドライバ閉じる要求に対して、画像形成装置側において、Ｗｅｂ画面生成部３０１１が更新後の機器制御データをコピーし、ＰＣ側にＵＩ  Ｃｌｏｓｅ処理成功通知を行い、ＰＣ側においてドライバＵＩを閉じる（Ｓ２２〜Ｓ２９）。
【００４５】
なお、本発明のポイントの１つとして、情報変換部３１２３で行うＷｅｂベースのＵＩからＯＳ向けのデータに変換する処理があるが、これは（ＨＴＭＬで書かれた）画面を解析してＯＳ向けデータを作るだけなので技術的には難しいものではない。より処理を簡便にするには、画像形成装置のＷｅｂ画面生成部３０１１にて、実際に表示する部分以外に、情報変換用のＨｉｄｄｅｎ（非表示）データをつけるという方法もある。
【００４６】
図６は、本発明の実施形態に係る印刷システムにおける印刷処理のシーケンス図である。まず、ユーザＡが印刷指示を行う（Ｓ１）と、アプリケーションソフトウェア３１０はプリンタドライバ描画部３１３に対して印刷要求を行い、プリンタドライバ描画部３１３はジョブ開始コードを作成して画像形成装置側に送信する（Ｓ３、Ｓ４）。
【００４７】
ここで、図５で示したシーケンスで設定された値が用いられる。通常、印刷の際には多くのジョブ制御情報（用紙サイズ、給紙トレイ、両面、集約、パンチ、ステープル等）が指定されるが、本実施形態ではただ一行「＠ＰＪＬ  ＵＳＥＲＮＡＭＥ＝“Ａ”」が指定されるだけである。これによって、「画像形成装置側に保存されたユーザＡ用の機器制御データを使用して印刷する」という指定になる。
【００４８】
他方、画像形成装置側において、画像形成制御部３０５はユーザＡ用の機器制御データを取得する（Ｓ５）。ユーザＡ用の機器制御データがあればそれを用いるが、なければデフォルトのデータを使用する。そして、画像形成制御部３０５は画像形成部３０６に機器制御データを渡し（Ｓ６）、画像形成部３０６は機器制御データに基づいてハードウェアの設定を行う（Ｓ７）。
【００４９】
図７は、本発明の基礎となるＷｅｂブラウザベースの機器設定のシーケンス図である。図５のシーケンス図と比較すると、ＵｓｅｒＡｇｅｎｔの判定結果でデフォルト決めうちになることが分かる。また、図５のシーケンスＳ１０ではドライバ向けの画面を作っていたのに対し、図７のシーケンスＳ７ではＷｅｂブラウザ用の画面を生成していることが違いであることが分かる。
【００５０】
上述してきたように、本実施形態では、機器側がすでに提供しているＷｅｂベースの機器管理機構をプリンタドライバと組み合わせて利用するため、機種共通プリンタドライバ自体の作りを簡単にして移植性を向上し、管理コストを低減しながら、ユーザに機種固有の機能を完全に提供することが可能となる。
【００５１】
なお、上述する実施形態は、本発明の好適な実施形態であり、上記実施形態のみに本発明の範囲を限定するものではなく、本発明の要旨を逸脱しない範囲において種々の変更を施した形態での実施が可能である。
【００５２】
例えば、本実施形態におけるＰＣは、コンピュータ（中央処理装置）が所定の記録媒体（不揮発記憶部）からプログラムを読み出して実行することにより、Ｗｅｂ画面生成手段及び情報変換手段が主記憶装置上にロードされて生成される。また、本実施形態における画像形成装置は、コンピュータ（中央処理装置）が所定の記録媒体（不揮発記憶部）からプログラムを読み出して実行することにより、ユーザエージェント判定手段及びＷｅｂ画面生成手段が主記憶装置上にロードされて生成される。すなわち、本実施形態におけるＰＣや画像形成装置で実行されるプログラムは、実際のハードウェアを用いて具体的手段を実現する。
【００５３】
本実施形態におけるＰＣや画像形成装置で実行されるプログラムは、インターネット等のネットワークに接続されたコンピュータ上に格納され、ネットワーク経由でダウンロードさせることにより提供されるように構成してもよい。また、上記プログラムをインターネット等のネットワーク経由で提供あるいは配布するように構成してもよい。
【００５４】
また、上記プログラムは、インストール可能な形式又は実行可能な形式のファイルで、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ、不揮発性のメモリカード等のコンピュータで読み取り可能な記録媒体に記録されて提供されるように構成してもよい。また、上記プログラムは、ＲＯＭ等にあらかじめ組み込んで提供するように構成してもよい。
【００５５】
この場合、上記記録媒体から読み出された又は通信回線を通じてロードし実行されたプログラムコード自体が前述の実施形態の機能を実現することになる。そして、そのプログラムコードを記録した記録媒体は本発明を構成する。
【符号の説明】
【００５６】
１０１，２０１    中央処理装置
１０２，２０２    揮発記憶部
１０３，２０３，３０４    操作部
１０４，２０４    不揮発記憶部
１０５，２０５    通信部
１０６，２０６    外部記憶装置
１０７，２０７    外部記憶媒体
２０８，３０６    画像形成部
３００    ネットワーク
３０１    Ｗｅｂ  ＵＩ  提供部
３０２    メニュー情報部
３０３    Ｗｅｂサーバ部
３０５    画像形成制御部
３０７，３１５    ネットワーク部
３１０    アプリケーションソフトウェア
３１１    ＯＳグラフィックエンジン
３１２    プリンタドライバユーザ操作部
３１３    プリンタドライバ描画部
３１４    スプーラ
１０３１，２０３１    表示装置
１０３２，２０３２    入力装置
３０１１    Ｗｅｂ画面生成部
３０１２    ユーザエージェント判定部
３１２１    Ｗｅｂ通信エンジン
３１２２    Ｗｅｂ画面表示エンジン
３１２３    情報変換部
【先行技術文献】
【特許文献】
【００５７】
【特許文献１】特開２００６−１６８１５６号公報
【図１】
2011059783.tif 000003
【図２】
2011059783.tif 000004
【図３】
2011059783.tif 000005
【図４】
2011059783.tif 000006
【図５】
2011059783.tif 000007
【図６】
2011059783.tif 000008
【図７】
2011059783.tif 000009