JP7512007B2 - 画像形成装置、通信装置、制御方法及びプログラム - Google Patents

Description

本発明は、データを受信して画像を形成する画像形成装置、通信装置、制御方法、及びプログラムに関するものである。

従来から、ネットワークを介して通信装置から印刷データを受信し、当該受信した印刷データに基づきシートに画像を形成する画像形成装置が知られている。また、個々の画像形成装置を使用するために設計されたプリンタドライバ（又はプリントアプリケーション）を使用して画像形成装置に送信する印刷データを生成することも従来から知られている。

また、近年、個々の画像形成装置を使用するために設計されたプリンタドライバ（又はプリントアプリケーション）を介さずに印刷データを生成することが知られている。例えば、通信装置のオペレーティングシステム（ＯＳ）の機能として提供される汎用のプリントクライアントやクラウド上のプリントサーバなどが提供する汎用のプリントクライアントによって印刷データを生成し、画像形成装置に送信する手段が知られている。このような汎用のプリントクライアントでは、画像形成装置に印刷を実行させるためのネットワークプロトコル（ＩＰＰ：Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）に基づいて印刷を行う仕組みが実装されている。このプロトコルに従い画像形成装置と通信装置が通信を行うことで印刷処理を実現する。

例えば特許文献１には、通信装置の画面で画像を選択して印刷を指示すると近くにある画像形成装置を検索し、検索した画像形成装置の一覧を表示することが開示されている。また、選択された画像形成装置が対応するプロトコル情報に基づいて画像データの送信に適したプロトコルを選択して印刷用の画像データを送信することが記載されている。

特開２０１３－１８７５７１号公報

ところで、ＩＰＰの仕様を策定するＰＷＧ（Ｐｒｉｎｔｅｒ Ｗｏｒｋｉｎｇ Ｇｒｏａｐ）では、ＩＰＰに基づくプリントクライアントにおいてユーザの利便性を高めるために、印刷プリセットという機能が考えられている。ＰＷＧによって仕様策定中の印刷プリセット（ＩＰＰ Ｐｒｅｓｅｔｓ）は、印刷設定項目ならびに印刷設定値の組の集合に名称を付与したものである。印刷プリセットを使用すると、例えば、両面、カラー設定、ステイプルの設定等、個々の印刷設定を一括して印刷設定に反映することができるためユーザの利便性が高い。

ここで、これらの印刷プリセットを画像形成装置の記憶領域などに予め記憶しておき、画像形成装置と連携するプリントクライアントに提供することが考えられる。

ところで、ユーザの好みやユーザが従事する業務などにより、当該ユーザによって好ましい印刷プリセットが異なることが考えられる。ここで、各ユーザの利便性を高めるために、各ユーザが使用したい印刷プリセットを画像形成装置内に記憶すると、画像形成装置が記憶する印刷プリセットの量が膨大となってしまう恐れがある。この場合において、プリントクライアントに画像形成装置が記憶するすべての印刷プリセットを提供すると、多数の印刷プリセットの中からユーザが所望する印刷プリセットを見つけることが困難となる懸念がある。

一方、画像形成装置に登録できる印刷プリセットの数に上限を設けることで設定が煩雑とならないように運用することも考えられるが、この場合、登録できる印刷プリセットが少なくなり、ユーザが所望する印刷プリセットを網羅できないといった問題がある。

本発明は上述の課題の少なくとも１つを鑑みなされたものである。本発明は、ユーザと印刷プリセットの対応情報を記憶することにより、プリントクライアントを利用する通信装置に対してユーザが使用する印刷プリセットを適切に通知できる仕組みを提供することを目的の１つとする。また、本発明の別の目的は、認証されたユーザによる操作に基づいて、適切に印刷プリセットを登録できる仕組みを提供することを目的とする。

上記の少なくとも１つの目的を達成するために本発明の画像形成装置は、画像形成装置であって、複数の印刷設定値の第１の組と前記第１の組を識別する第１の識別情報とをゲストユーザの識別情報と対応づけて記憶し、複数の印刷設定値の第２の組と前記第２の組を識別するための第２の識別情報とをユーザ個人のユーザ識別情報と対応づけて記憶する記憶手段と、情報処理装置から、第１の取得要求を受信する受信手段と、受信した前記第１の取得要求に応じて、前記第１の組及び前記第１の識別情報を送信する送信手段と、を有し、前記送信手段は、前記情報処理装置が送信した前記ユーザ識別情報と対応づけされた前記第２の組及び前記第２の識別情報を取得するための第２の取得要求に応じて、ユーザ認証画面を前記情報処理装置に表示させるための要求を送信し、前記ユーザ認証画面を介した認証が成功した後に前記情報処理装置から受信した前記ユーザ識別情報と対応づけて前記記憶手段に記憶された前記第２の組及び前記第２の識別情報を前記情報処理装置に送信することを有することを特徴とする。

本発明によれば、ユーザと印刷プリセットの対応情報を記憶することにより、プリントクライアントを利用する通信装置に対してユーザが使用する印刷プリセットを適切に通知できるようになる。また、本発明の１つの側面としては、認証されたユーザによる操作に基づいて、適切に印刷プリセットを登録できる仕組みを提供することができる。

画像形成システムの一例を示す図である。 ＭＦＰ１０１のハードウェア構成の一例を示す図である。 ＭＦＰ１０１のソフトウェア構成の一例を説明する図である。 通信装置１０２のハードウェア構成の一例を示す図である。 画像形成システムにおける処理手順の一例を説明するシーケンス図である。 画像形成システムにおける処理手順の一例を説明するシーケンス図である。 ＭＦＰ１０１に記憶される設定情報の一例を説明する図である。 属性情報を取得するリクエスト及びレスポンスの一例を説明する図である。 通信装置１０２が生成する印刷データの一例を説明する図である。 通信装置１０２の操作部に表示される画面の一例を示す図である。 通信装置１０２の操作部に表示される画面の一例を示す図である。 通信装置１０２の操作部に表示される画面の一例を示す図である。 通信装置１０２の制御の一例を説明するフローチャートである。 通信装置１０２の制御の一例を説明するフローチャートである。 通信装置１０２の制御の一例を説明するフローチャートである。 ＭＦＰ１０１の制御の一例を説明するフローチャートである。 ＭＦＰ１０１の制御の一例を説明するフローチャートである。 ＭＦＰ１０１の制御の一例を説明するフローチャートである。

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

＜第１の実施形態＞
まず図１を用いて、本発明に係る画像形成システムの構成を説明する。本実施形態に係る画像形成システムは、通信装置１０２ａ～ｃ、ＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）１０１、ＡＰ（アクセスポイント）１０３を含む。ネットワーク１００上には、ＭＦＰ１０１、ＡＰ１０３、通信装置１０２ｃが互いに通信可能に接続されている。本実施形態では画像形成装置の一例としてＭＦＰ１０１を説明する。また、通信装置の一例として、通信装置１０２ａ～１０２ｂ、及び、通信装置１０２ｃを説明する。本実施形態では、一例として、通信装置１０２ａがタブレット端末、通信装置１０２ｂがスマートフォンなどの携帯端末、通信装置１０２ｃがＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）である場合を示している。

通信装置１０２ａ～ｂはＡＰ１０３を介してネットワーク１００上のＭＦＰ１０１と互いに通信することができる。通信装置１０２ｃはＬＡＮケーブルを介してネットワーク１００に接続され、ネットワーク１００上のＭＦＰ１０１等の装置と互いに通信することができる。なお、本実施形態では、画像形成システムの一例として上記の構成を説明するが、これに限定されるものではない。１つ以上の通信装置と画像形成装置とがネットワークを介して通信可能に接続されていればよい。なお、ＡＰ１０３を介した通信は例えばＩＥＥＥ８０２．１１シリーズに準拠する無線通信である。更に、通信装置１０２とＭＦＰ１０１がＷｉ－Ｆｉ Ｄｉｒｅｃｔ（登録商標）や、Ｗｉ－Ｆｉ Ａｗａｒｅ（登録商標）などのアドホックネットワークを介したダイレクト無線通信で相互通信することもできる。

まず、ＭＦＰ１０１について説明する。ＭＦＰ１０１は原稿上の画像を読み取る読取機能、シートに画像を印刷する印刷機能を有する。ＭＦＰ１０１は、ネットワークを介して受信した印刷データに基づく印刷処理を実行することができる。

図２は、ＭＦＰ１０１のハードウェア構成を示すブロック図である。ＭＦＰ１０１はシート上の画像を読み取る読取機能、シートに画像を印刷する印刷機能を有する。他にもＭＦＰ１０１は、画像を外部の通信装置に送信するファイル送信機能などを有している。

なお、本実施形態では画像形成装置の一例としてＭＦＰ１０１を説明するが、これに限定されるものではない。例えば、読取機能を有さないＳＦＰ（Ｓｉｎｇｌｅ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）等の印刷装置であってもよい。

ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１１を含む制御部１１０は、ＭＦＰ１０１全体の動作を制御する。ＣＰＵ１１１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１１２又はストレージ１１４に記憶された制御プログラムを読み出して、印刷制御や読取制御などの各種制御を行う。ＲＯＭ１１２は、ＣＰＵ１１１で実行可能な制御プログラムを格納する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１１３は、ＣＰＵ１１１の主記憶メモリであり、ワークエリア又は各種制御プログラムを展開するための一時記憶領域として用いられる。ストレージ１１４は、印刷データ、画像データ、各種プログラム、及び各種設定情報を記憶する。本実施形態ではストレージ１１４としてＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等の補助記憶装置を想定しているが、ＨＤＤの代わりにＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）などの不揮発性メモリを用いるようにしても良い。このように、ＣＰＵ１１１、ＲＯＭ１１２、ＲＡＭ１１３等のハードウェアは、いわゆるコンピュータを構成している。

なお、本実施形態のＭＦＰ１０１では、１つのＣＰＵ１１１が１つのメモリ（ＲＡＭ１１３）を用いて後述するフローチャートに示す各処理を実行するものとするが、他の様態であっても構わない。例えば複数のＣＰＵ、ＲＡＭ、ＲＯＭ、及びストレージを協働させて後述するフローチャートに示す各処理を実行することもできる。また、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）やＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等のハードウェア回路を用いて一部の処理を実行するようにしてもよい。

操作部インタフェース（Ｉ／Ｆ）１１５は、操作部１１６と制御部１１０を接続する。操作部１１６には、タッチパネル機能を有する液晶表示部や各種ハードキーなどが備えられ、情報を表示する表示部やユーザの指示を受け付ける受付部として機能する。

読取部Ｉ／Ｆ１１７は、読取部１１８と制御部１１０を接続する。読取部１１８は原稿を読み取って、読取画像を生成する。なお、生成された読取画像はストレージ１１４又はＲＡＭ１１３に格納されるものとする。読取部１１８によって生成された読取画像は通信装置に送信されたり、シート上への画像の印刷に用いられたりする。

画像処理部１２４は、ネットワークを介して受信した印刷データを展開し印刷画像を生成するＲＩＰ（Ｒａｓｔｅｒ Ｉｍａｇｅ Ｐｒｏｃｅｓｓｏｒ）を備えている。また、画像処理部１２４は、画像の解像度変換や補正処理を行うこともできる。なお、本実施形態では、画像処理部１２４がハードウェア回路（ＡＳＩＣ又はＦＰＧＡなど）で実現されることを想定しているが、これに限定されるものではない。例えば、ＭＦＰ１０１が画像処理用途向けのプロセッサを備え、当該画像処理用途向けのプロセッサが画像処理プログラムを実行することにより画像処理や、印刷データの展開処理を実現してもよい。この場合、画像処理用のプロセッサとＣＰＵ１１１が協働して後述するフローチャートを実現するものとする。更には、画像処理を行うためのプログラムをＣＰＵ１１１が実行し、画像処理や印刷データの展開処理を行うように構成することもできる。また、これらのいずれかの組み合わせにより画像処理を行うようにしてもよい。

印刷部Ｉ／Ｆ１１９は、印刷部１２０と制御部１１０を接続する。画像処理部１２４によって印刷データを解析して生成された印刷画像は印刷部Ｉ／Ｆ１１９を介して制御部１１０から印刷部１２０に転送される。印刷部１２０は制御部１１０を介して制御コマンド及び印刷画像を受信し、当該画像に基づいて給紙カセット（不図示）から給送されたシートに画像を印刷する。なお、印刷部１２０の印刷方式は、電子写真方式であってもよいし、インクジェット方式であってもよい。また、熱転写方式などその他の印刷方式を適用することもできる。シート処理部Ｉ／Ｆ１２１は、制御部１１０とシート処理部１２２を接続する。シート処理部１２２はＣＰＵ１１１からの制御コマンドを受信し、その制御コマンドに従って印刷部１２０により印刷されたシートに後処理を施す。例えば、複数のシートを揃える、シートにパンチ穴を開ける、複数のシートを綴じる、などの後処理を実行する。また、シート処理部１２２が備える後処理の機能や後処理の能力は、予め（例えば、ＭＦＰ１０１の起動時など）シート処理部Ｉ／Ｆ１２１を介して制御部１１０に通知され、ストレージ１１４又はＲＡＭ１１３に格納される。

また、制御部１１０は、通信部Ｉ／Ｆ１２３を介してネットワーク１００に接続される。通信部Ｉ／Ｆ１２３は、ネットワーク１００上の通信装置に画像や情報を送信したり、ネットワーク１００上の通信装置から印刷データや情報を受信したりする。

続けて、通信装置１０２のハードウェア構成について図３を用いて説明する。図３は、通信装置１０２のハードウェア構成を示すブロック図である。

制御部１３０に含まれるＣＰＵ１３１は、ＲＯＭ１３２又はストレージ１３４に記憶された制御プログラムを読み出して、通信装置１０２を制御する。

制御部１３０は、バスに接続されたＣＰＵ１３１、ＲＯＭ１３２、ＲＡＭ１３３、ストレージ１３４、通信部Ｉ／Ｆ１４３、操作部Ｉ／Ｆ１３５を含む。

ＣＰＵ１３１は制御部１３０全体の動作を制御する中央演算装置（プロセッサ）である。ＲＡＭ１３３は揮発性メモリであり、ワークエリア、ＲＯＭ１３２及びストレージ１３４に格納された各種制御プログラムを展開するための一時記憶領域として用いられる。

ＲＯＭ１３２は不揮発性メモリであり、通信装置のブートプログラムなどが格納されている。ストレージ１３４はＲＡＭ１３３と比較して大容量な不揮発性のフラッシュメモリである。ストレージ１３４には、通信装置１０２の制御用プログラムが格納されている。また、通信装置１０２全体を制御するためのＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）やＩＰＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｉｎｔｉｎｇ Ｐｒｏｔｏｃｏｌ）に準拠するプリントクライアントもストレージ１３４に格納されている。

ＣＰＵ１３１はＲＡＭ１３３上に展開したＯＳのプログラムやプリントクライアントのプログラムを実行し、通信装置の制御を行う。このように、ＣＰＵ１３１、ＲＯＭ１３２、ＲＡＭ１３３等のハードウェアは、いわゆるコンピュータを構成している。

なお、通信装置１０２は、１つのＣＰＵ１３１が後述するフローチャートに示す各処理を実行するものとするが、他の態様であっても構わない。例えば、複数のプロセッサが協働して後述するフローチャートに示す各処理を実行するようにすることもできる。

操作部Ｉ／Ｆ１３５は、操作部１３６と制御部１３０を接続する。操作部１３６は、ユーザのタッチ操作を検出可能なタッチパネルと、各種画面を表示する表示パネルを備えている。操作部１３６は、情報を表示する表示部やユーザの指示を受け付ける受付部として機能する。操作部１３６には、ＯＳやプリントクライアントが提供する各種画面が表示される。また、ユーザは操作部１３６に指などのオブジェクトを用いてタッチ操作を行うことで、通信装置１０２に所望の操作指示を入力することができる。また操作部１３６には、ハードウェアキーが備えられていてもよい。この場合ユーザはハードウェアキーを押下して通信装置１０２に操作指示を入力することもできる。

通信部Ｉ／Ｆ１４３は、通信装置と通信を行うためのインタフェースである。例えば、通信装置がタブレット端末１０２ａ、スマートフォン１０２ｂの場合ＡＰ１０３を介してネットワーク１００上の通信装置とデータの送受信を行うことができる。なお、通信装置がＰＣ１０２ｃの場合、ＬＡＮケーブルを介してネットワーク１００上の通信装置とデータの送受信を行うよう構成されていてもよい。

前述したように各通信装置１０２はプリントクライアントの機能を実現するプログラム（プリントクライアントアプリケーションのプログラムとも呼ぶ）を保持している。当該プリントクライアントの機能を実現するプログラムは図示省略のアプリケーションサーバを介して通信装置１０２にインストールされたり、ＯＳの基本機能としてプリントクライアントの機能を実現するプログラムが組み込まれていたりするものとする。

＜ＭＦＰ１０１のソフトウェア構成＞
図４は本実施例におけるＭＦＰ１０１のソフトウェア構成の一例を示す図である。

ＭＦＰ１０１は、Ｗｅｂサーバ機能を提供するＷｅｂサーバ４１６とＷｅｂサーバ上で動作してなんらかのサービスを提供するＷｅｂサービス（４１４、４１５）を有している。

Ｗｅｂサーバ４１６はＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）通信でＨＴＴＰリクエストを受信し、リクエストで指定されたＷｅｂサービスにリクエストを割り振り、Ｗｅｂサービスにサービスを提供させる。Ｗｅｂサーバ４１６は、リクエストに含まれるポート番号やＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｓｅ Ｌｏｃａｔｅｒ）に基づき割り振り先のＷｅｂサービスを決定するものとする。

ＩＰＰサービス４１４は、ＩＰＰに準拠するＷｅｂベースの印刷サービスを通信装置などの外部端末に提供するＷｅｂサービスである。ＩＰＰサービス４１４は、ＭＦＰ１０１の属性情報（ＭＦＰ１０１の印刷能力、後処理能力を示す情報や、印刷プリセット）を通信装置に通知したり、通信装置からＩＰＰに準拠する印刷データを受信して印刷ジョブ生成部４０２に送信したりする機能を有する。また、ＩＰＰサービス４１４は、ＩＰＰに準拠するプリントクライアントから印刷プリセットの登録要求を受け付け、設定記憶部４０３に印刷プリセットを登録する機能を有する（印刷プリセットに関する詳細は後述する）。

リモートＵＩサービス４１５は、ＭＦＰ１０１の機器設定及び管理を外部のＷｅｂブラウザを介して実行するリモートユーザインタフェース機能を提供するＷｅｂサービスである。通信装置１０２ｃのＷｅｂブラウザなどからリモートＵＩサービス４１５を利用することで、管理者等のユーザはＭＦＰ１０１の多種多様な機器設定をＰＣなどのディスプレイ上で確認したり、変更したりすることができる。本実施形態では、ＷｅｂブラウザからリモートＵＩサービス４１５にアクセスすることで、少なくともＩＰＰに関する設定変更や印刷プリセット（ＩＰＰ Ｐｒｅｓｅｔｓ）に関する設定変更を行うことができるものとする。

ＵＩ制御部４０１は、操作部１１６に表示する画面を制御する。例えば、ＵＩ制御部４０１は、ジョブ制御部４０８から処理中の印刷ジョブの状態に関する情報を取得し、印刷ジョブの処理状況を操作部１１６上に表示する。また、ＵＩ制御部４０１は印刷プリセットの登録及び管理を行う画面を操作部１１６上に表示することもできる。

印刷ジョブ生成部４０２はＩＰＰサービス４１４経由で受信した印刷データに基づきジョブ制御部４０８に新規ジョブを登録し印刷処理の開始を要求する。また、印刷ジョブ生成部４０２は受信した印刷データをデータ受信制御部４０６に転送する。

印刷ジョブ生成部４０２により印刷ジョブが生成されると、ジョブ属性保存部４０９に印刷ジョブの属性が記憶される。

ユーザ情報保存部４０４は、ユーザに関する情報を記憶する。ユーザに関する情報はユーザを認証するために使用する認証情報（ユーザＩＤやパスワードなどのクレデンシャル）や、ユーザ毎にＭＦＰ１０１で利用できる機能を制限する機能情報を含む。

印刷プリセット保存部４０５はＭＦＰ１０１に保存された印刷プリセットの管理、更新、参照、保存の機能を提供する。ＩＰＰサービス４１４やリモートＵＩサービス４１５は、印刷プリセット保存部４０５に保存されている印刷プリセットを参照又は更新したり、新たな印刷プリセットを登録したりすることができる。

データ受信制御部４０６は印刷ジョブ生成部４０２が受信した印刷データのバッファ領域であり、印刷ジョブ毎に受信データをストレージ１１４に一時保存する。ジョブ制御部４０８は、特定の印刷ジョブの実行準備が整ったことに従って、ＰＤＬ解析部４０７に当該特定の印刷ジョブのＰＤＬ解析処理を指示する。ＰＤＬ解析部４０７は、当該特定の印刷ジョブに対応する印刷データをデータ受信制御部４０６に要求する。データ受信制御部４０６は当該特定の印刷ジョブに対応する印刷データをＰＤＬ解析部４０７に転送する。

ＰＤＬ解析部４０７は、ジョブ属性保存部４０９に保存された特定の印刷ジョブの属性情報（例えば、部数、Ｎｕｐ、カラーモード、後処理の設定など）と、当該特定の印刷ジョブに対応する印刷データに基づき中間データを生成する。生成された中間データは、ＲＩＰ制御部４１２に転送される。ＲＩＰ制御部４１２は、画像処理部１２４が有するＲＩＰと協働して中間データをラスターイメージに変換する。印刷制御部４１０はＲＩＰ制御部４１２により生成されたラスターイメージを取得し、ＣＭＹＫに色分解した印刷画像をエンジン制御部４１３に転送する。エンジン制御部４１３は、印刷部１２０や、シート処理部１２２と協働して、ＣＭＹＫ別の印刷画像に基づきシートに画像を形成したり、画像形成済みのシートにステイプルなどの後処理を実行したりする。

＜印刷プリセット＞
続けて、印刷プリセットについて説明する。ＩＰＰに基づくプリントクライアントにおけるユーザの利便性を高めるために、印刷プリセットがＰＷＧ（Ｐｒｉｎｔｅｒ Ｗｏｒｋｉｎｇ Ｇｒｏａｐ）で考えられている。ＰＷＧによって仕様策定中の印刷プリセット（ＩＰＰ Ｐｒｅｓｅｔｓ）は、印刷設定項目ならびに印刷設定値の組の集合に名称を付与したものである。印刷プリセットを使用すると、例えば、両面、カラー設定、ステイプルの設定等、個々の印刷設定の値（設定内容とも呼ぶ）を一括して印刷設定に反映することができるためユーザの利便性が高い。

ここで、本実施形態では、これらの印刷プリセットを画像形成装置の記憶領域である印刷プリセット保存部４０５などに予め記憶しておき、画像形成装置と連携するプリントクライアントに提供するよう構成する。ＩＰＰに準拠するプリントクライアントは、当該印刷プリセットをＭＦＰ１０１から取得して、クライアント側における印刷設定に使用することができる。

ところで、ユーザの好みやユーザが従事する業務などにより、ユーザ毎に好ましい印刷プリセットが異なることが考えられる。例えば、プレゼンテーションの配布資料を頻繁に印刷するユーザは、「Ａ４、２ｉｎ１、両面、シートの長辺の２箇所をステイプルで綴じる」などの印刷プリセットを使用したい。また例えば、図面を頻繁に印刷するユーザは「Ａ３、モノクロ、片面、後処理を行わない」などの印刷プリセットを使用したいなど、ユーザ毎に好ましい印刷プリセットは異なる。

ここで、各ユーザの利便性を高めるために、各ユーザが使用したい印刷プリセットを一律に画像形成装置内に記憶すると、画像形成装置が記憶する印刷プリセットの量が膨大となってしまう恐れがある。この場合、プリントクライアントに印刷プリセットを提供したとしても、多数の印刷プリセットの中からユーザが所望する印刷プリセットを見つけることが困難となる懸念がある。

一方、画像形成装置に登録できる印刷プリセットの数に上限を設けることで設定が煩雑とならないように運用することも考えられる。しかしながら、この場合、登録できる印刷プリセットが少なくなり、ユーザが所望する印刷プリセットを網羅できないといった問題がある。

上述の課題の少なくとも１つを鑑み、本実施形態では、ユーザと印刷プリセットの対応情報を記憶することにより、プリントクライアントを利用する通信装置に対してユーザが使用する印刷プリセットを適切に通知できる仕組みを提供する。また、本実施形態では、認証されたユーザによる操作に基づいて、適切に印刷プリセットを登録できる仕組みを提供する。

以下、本実施形態における印刷プリセットの通知、活用、登録の仕組みについて説明する。図５及び図６は、通信装置１０２とＭＦＰ１０１との通信の一例を示すシーケンス図である。

図５はプリントクライアントとの間でユーザ認証を行い、ユーザ毎にカスタマイズされた印刷プリセットを取得して使用する場合を例示するシーケンス図である。一方、図６は、プリントクライアントとの間でユーザ認証を行わずに、共通の印刷プリセットを取得して使用する場合を例示するシーケンス図である。

＜管理者による印刷プリセットの登録＞
まず、共通の印刷プリセットの登録管理について説明する。ＭＦＰ１０１の管理者は、通信装置１０２ｃが備えるＷｅｂブラウザを介してリモートＵＩサービスが提供する印刷プリセットの管理画面にアクセスすることができる。管理者はＷｅｂブラウザに表示された管理画面を介して印刷プリセットに関する設定操作を行う（５００）。通信装置１０２ｃは、５００でなされた設定操作に基づいて印刷プリセットを更新又は登録するリクエストを送信する（５０１）。

印刷プリセットを更新又は登録するリクエストを受信したＭＦＰ１０１のリモートＵＩサービス４１５は、印刷プリセット保存部４０５が管理する印刷プリセットを更新したり、保存部４０５に印刷プリセットを新規登録したりする（５０２）。

続いて、図１０を用いて、リモートＵＩサービス４１５を使用した印刷プリセットの管理について説明する。図１０は、リモートＵＩサービス４１５が提供するＷｅｂページに基づき、通信装置１０２の操作部１３６に表示される画面の一例を示す図である。図１０（Ａ）～（Ｃ）では、図示省略のログイン画面を介して管理権限を有するユーザのログイン認証が行われた後の設定画面を例示している。管理者権限を有するユーザはリモートＵＩサービス４１５が提供する画面を介して様々な機器設定を行うことができる。図１０（Ａ）及び（Ｂ）はＭＦＰ１０１のネットワーク設定に属するＩＰＰ印刷に関する設定画面を例示している。本実施形態では、ＩＰＰ印刷に関する設定画面から印刷プリセットの登録画面に遷移できるように画面を構成している。

図１０（Ａ）は、ＭＦＰ１０１の機器設定としてＩＰＰ印刷を使用しない設定がなされている場合における設定画面である。表示アイテム１００２は、印刷プリセットの登録画面に遷移するためのキーである。ＩＰＰ印刷を使用しない設定がなされている場合においては、ＩＰＰで使用する印刷プリセットを登録する必要がないため、グレーアウトで表示するよう構成している。また、プリンタ名やＤｅｓｃｒｉｐｔｉｏｎなどのインプットフィールドについても入力を受け付けないように構成している。

なお、ＩＰＰ印刷を使用しない設定がなされている場合における、Ｗｅｂページの形態はこれに限定されるものではない。例えば、１００２に相当する表示アイテムや、「Ｍａｎａｇｅ Ｐｒｅｓｅｔｓ」のラベル及び説明を含まないＷｅｂページを提供するようにしてもよい。

また、ユーザは、表示アイテム１００１のチェックボックスを選択することにより、ＩＰＰ印刷を行うか否かの設定を変更することができる。リモートＵＩサービス４１５は、ユーザによる変更指示によって発生したＨＴＴＰリクエストを受信すると、図１０（Ｂ）に示す画面に対応するＷｅｂページを通信装置１０２ｃに返す。また、リモートＵＩサービス４１５は、ＭＦＰ１０１の機器設定を変更する。具体的には、ＩＰＰ印刷を使用しない（ＩＰＰ印刷を許可しない）設定からＩＰＰ印刷を使用する設定に変更する。

通信装置１０２ｃのＷｅｂブラウザは、ＨＴＴＰリクエストのレスポンスとして受信したＷｅｂページに基づいて図１０（Ｂ）に例示する画面を描画する。この処理により、ＭＦＰ１０１のＩＰＰ印刷を使用する設定がＯＮになされたことに連動して、ＩＰＰの印刷プリセットの登録を行うための表示アイテムが利用可能になる。この処理は、印刷プリセットの設定が行えることをより強調することができるという効果がある。

なお、本実施形態では、図１０（Ａ）から図１０（Ｂ）への画面遷移をリモートＵＩサービス４１５と連携して実現する場合を例示したが、これに限定されるものではない。例えば、通信装置１０２のＷｅｂブラウザ上でスクリプトを実行させ、表示アイテム１００２を表示するか表示アイテム１００３を表示するかを動的に切り替えるようにすることもできる。 図１０（Ｂ）の表示アイテム１００３は、印刷プリセットの登録画面に遷移するためのキーである。図１０（Ｂ）に例示しているように、表示アイテム１００３は通常状態（グレーアウトしていない状態）で表示される。リモートＵＩサービス４１５は、表示アイテム１００３がユーザにより選択されたことに応じて発生したＨＴＴＰリクエストを受信すると、図１０（Ｃ）に示す管理画面に対応するＷｅｂページを通信装置１０２ｃに返す。図１０（Ｃ）には、印刷プリセットの名称を示す領域１００４と、当該印刷プリセットを編集するためのボタン１００５及び、当該印刷プリセットを削除するためのボタン１００６が表示される。管理者は図１０（Ｃ）の管理画面を介して、ＭＦＰ１０１で共通で使用される印刷プリセットを登録することができる。例えば、印刷コストを下げるために「２ｉｎ１、両面、モノクロ」で印刷するといった印刷プリセットを事前登録し、ユーザに使用を促すことができる。なお、図１０（Ｃ）では明示していないが、管理者は管理画面を介して認証ユーザによって登録された印刷プリセットを登録、編集、削除することもできるものとする。

図１０で説明した登録処理で登録された印刷プリセットは、印刷プリセット保存部４０５に記憶される。図７（Ａ）～（Ｃ）は印刷プリセット保存部４０５が記憶する情報とユーザの関係を説明するための図である。設定項目７０１は、印刷プリセットを構成する各設定項目を示している。また属性値７０２は、個々の印刷プリセットを示す属性値を示している。

本実施形態では、名称７０３と印刷プリセットを構成する設定項目７０６に加えて、ユーザが使用する印刷プリセットを決定づけるための識別情報を格納するための項目７０４及び項目７０５を有している。項目７０４は、印刷プリセットが共通、すなわち標準プリセットであるのか、個人用プリセットであるのかの識別をするための情報を格納するフィールドであり、「標準」又は「ユーザ」が格納される。また、項目７０５は、印刷プリセットの所有者を識別するためのフィールドであり、印刷プリセットの所有者が格納される。標準プリセットは、いずれのユーザでも参照が可能なため、項目７０５には「Ｇｕｅｓｔ」が格納される。一方、個人用プリセットにはユーザを識別するための識別情報が格納される。これらの項目７０４及び７０５を使用してプリントクライアントに通知すべき印刷プリセットを絞り込むことができる。

なお、本実施形態では、個人用プリセットに関連付けてユーザの識別子（ユーザＩＤ）を登録することで印刷プリセットの所有者を特定する場合を例示しているがこれに限定されるものではない。例えば、複数のユーザをグループに紐付けて管理している場合、当該グループ単位で印刷プリセットを記憶するようにしてもよい。この変形例について図７（Ｂ）、（Ｃ）を用いて説明する。図７（Ｃ）は、ＭＦＰ１０１においてユーザ認証を行う場合に使用するユーザＤＢの項目を例示するものである。ここでは、ユーザＩＤが「Ｓｕｚｕｋｉ」のユーザは、「Ａｃｃｏｕｎｔｉｎｇ」グループに属しており、ユーザＩＤが「Ｔａｎａｋａ」、「Ｓａｔｏ」のユーザは「Ｓａｌｅｓ」グループに属している場合を例示している。なお、ユーザＤＢはＭＦＰ１０１が記憶していてもよいし、図示省略の認証サーバが有していても良い。認証サーバがユーザＤＢを有する構成の場合は、認証サーバにユーザの認証を依頼するものとする。

変形例では、図７（Ｂ）に示すように個人用プリセットとグループの識別子７０７を関連付けて登録する。このような形式でユーザとユーザが使用する印刷プリセットを関連付けるようにすると、個人用プリセットに比べてカスタマイズの粒度は下がるが、グループ毎に印刷プリセットを共有できるという利点がある。同じグループに属するユーザは同様の業務に関わるケースが多い。例えば、「Ｓａｌｅｓ」グループに属するユーザは、顧客に提示するプレゼンテーションの配布資料などを頻繁に印刷するケースがあることが容易に想到される。このように、グループ間で印刷プリセットを共有するように変更してもよい。更に、グループに印刷プリセットを関連付けるか、ユーザに印刷プリセットを関連付けるかをＭＦＰ１０１の機器設定として事前設定できるようにすることもできる。これらの機器設定はストレージ１１４等に記憶される。この場合、ＭＦＰ１０１はストレージに記憶された設定に応じて、ユーザ毎に個人用プリセットを登録するか、グループ単位でグループ用プリセットを登録するかを使用環境に応じて異ならせることができる。

このように、印刷プリセット保存部４０５は、ユーザを識別する情報に基づいて印刷プリセットを参照できる形式で情報を記憶する。データ構造はリレーショナルデータベースを採用してもよいし、ＮｏＳＱＬを採用することもできる。

＜印刷プリセットの取得＞
図５の説明に戻り、プリントクライアントとの連携処理について説明する。通信装置１０２のユーザは、通信装置１０２の操作部１３６を介してプリントクライアントを起動するユーザ操作を行う（５０３）。プリントクライアントを起動するユーザ操作を受け付けた通信装置１０２は、周囲の画像形成装置などのプリンタを探索する探索要求をブロードキャストする（５０４）。例えば、探索要求はｍＤＮＳ（Ｍｕｌｔｉｃａｓｔ Ｄｏｍａｉｎ Ｎａｍｅ Ｓｅｒｖｉｃｅ）などを使用することができる。なお、本動作はプリンタが登録されていない場合の処理を示している。使用可能なプリンタが事前登録されているケースにおいては、５１９の印刷設定画面に遷移する。

探索要求を受信したＭＦＰ１０１は、検索に対する応答を送信する（５０５）。ＭＦＰ１０１などのプリンタからの応答を受信した通信装置１０２は、プリンタの属性情報であって、プリンタの所有する能力や、共通で使用できる印刷プリセットなどを含むプリンタの属性情報を取得するためのリクエストを送信する（５０６）。なお、複数のプリンタが見つかった場合や、プリンタを確認する目的で図示省略の選択画面を表示し、当該選択画面を介して選択されたプリンタに対してリクエストを送信するよう構成にしてもよい。

ここでは、通信装置１０２は、ＩＰＰで規定されているＧｅｔ－Ｐｒｉｎｔｅｒ－Ａｔｔｒｉｂｕｔｅｓコマンドを使用して、ＭＦＰ１０１に取得リクエストを送信するものとする。以降説明の簡略化のためにプリンタの所有する能力や共通で使用できる印刷プリセットなどを含むプリンタの属性情報を属性情報（共通）、共通の属性情報などと呼ぶものとする。なお、ＭＦＰ１０１は、共通の属性情報としてゲストユーザ向けに機能制限された能力情報を通知するようにしてもよい。

プリンタの属性情報を取得するためのリクエストであるＧｅｔ－Ｐｒｉｎｔｅｒ－Ａｔｔｒｉｂｕｔｅｓを受信したＭＦＰ１０１は、当該リクエストのレスポンスとして、ＭＦＰ１０１の属性情報を送信する（５０７）。当該取得リクエストに基づいて取得される属性情報について図８を用いて説明する。図８（Ａ）は、取得リクエストで送信される情報８０１と、当該取得リクエストのレスポンスとして得られる属性情報８０２の一例を示している。

属性情報８０２には、ＭＦＰ１０１の印刷や後処理の能力を示す能力情報と、標準で使用されるプリセット情報８０４が含まれる。ＭＦＰ１０１は、自身の有する能力情報（例えば、サポートするカラーモード、用紙、後処理など）に基づき能力情報を生成する。更に、能力情報には、ユーザ毎の機能制限やカスタマイズをサポートするか否かの情報が含まれる。ＭＦＰ１０１は、ＭＦＰの機器設定としてユーザ認証機能を使用する設定がなされている場合は当該ユーザ毎の機能制限やカスタマイズを行うためのオペレーションをサポートしていることを能力情報に記載する。一方、ユーザ認証機能を使用しない設定がなされている場合は、当該オペレーションをサポートしていることを能力情報に記載しないよう制御する。例えば、当該ユーザ毎の機能制限やカスタマイズを行うためのオペレーションは「Ｇｅｔ－Ｕｓｅｒ－Ｐｒｉｎｔｅｒ－Ａｔｔｒｉｂｕｔｅｓ」である。

また、印刷プリセット保存部４０５に保存された印刷プリセットに基づいて、共通で使用される印刷プリセットの一覧を含むプリセット情報８０４を生成する。ＭＦＰ１０１は、当該生成した能力情報と、プリセット情報を含む属性情報（共通）８０２を通信装置１０２に送信する。

図５の説明に戻り、属性情報（共通）を受信した通信装置１０２は、プリンタの属性情報を更新する（５０８）。この処理により、通信装置１０２のプリントクライアントはプリンタの能力にあった印刷設定画面を表示したり、受信したゲスト用の印刷プリセットを活用したりできる状態となる。

以降のシーケンスでは、「Ｇｅｔ－Ｕｓｅｒ－Ｐｒｉｎｔｅｒ－Ａｔｔｒｉｂｕｔｅｓ」をサポートするという応答が返ってきた場合の制御を説明する。なお、「Ｇｅｔ－Ｕｓｅｒ－Ｐｒｉｎｔｅｒ－Ａｔｔｒｉｂｕｔｅｓ」をサポートしないという応答が返ってきた場合、通信装置１０２は、５０９乃至５１８の処理をスキップし、印刷設定のシーケンス（５１９以降の処理）に進むものとする。

続いて、通信装置１０２は、ユーザ毎の機能制限やユーザ毎のカスタマイズ情報を含むプリンタの属性情報を取得するリクエストをＭＦＰ１０１に対して送信する（５０９）。ここでは、ＰＷＧで仕様策定が進められているＧｅｔ－Ｕｓｅｒ－Ｐｒｉｎｔｅｒ－Ａｔｔｒｉｂｕｔｅｓコマンドを使用して、ＭＦＰ１０１にユーザ毎の機能制限やカスタマイズ情報を含むプリンタの属性情報を取得する取得リクエストを送信するものとする。以降説明の簡略化のためにユーザ毎の機能制限やカスタマイズ情報を含むプリンタの属性情報を属性情報（個人）、個人の属性情報などと呼ぶものとする。

属性情報（個人）の取得リクエストを受信したＭＦＰ１０１は、ＨＴＴＰによるユーザ認証要求を送信する。例えば、認証要求は公知のＢＡＳＩＣ認証やＤｉｇｅｓｔ認証を用いるものとする。この際、通信路上を流れるデータをＴＬＳなどで暗号化する（ＩＰＰＳを利用する）ようにしてもよい。なお、ＭＦＰ１０１と通信装置との間で認証セッションが確立している場合は、５１０～５１５の処理はスキップされるものとする。ＭＦＰ１０１は、ＲＡＭ１１３又はストレージ１１４にセッションを管理するセッションＩＤに紐付いたセッション変数としてユーザＩＤを一時的に記憶する。この処理により当該セッションＩＤを含むリクエストがいずれのユーザから送られてきたものであるか特定することができる。また、当該セッションＩＤに基づきいずれのユーザの機能制限やカスタマイズ情報を送るべきか特定することができる。即ち、本実施形態において、通信装置１０２から受信したリクエストに含まれるセッションＩＤはユーザを識別する識別情報として利用される。

認証要求を受信した通信装置１０２は、認証画面を表示する（５１１）。認証画面について図１１の画面を例に説明する。図１１（Ａ）～（Ｄ）はＰＣである通信装置１０２ｃのプリントクライアントが提供する画面の一例を示すものである。また、図１１（Ａ）の画面は５１１で表示される認証画面の一例を示している。ダイアログ１１０１は、ユーザ情報を入力するためのダイアログである。

個人用にカスタマイズされた印刷プリセットや、個人向けの機能制限を反映したいユーザは、認証情報（ユーザ名及びパスワード）を入力フィールド１１０２及び１１０３に入力し、ＯＫボタン１１０４を押下する（５１２）。また、ゲストユーザの権限でＭＦＰ１０１を使用できれば良いユーザは、ゲストキー１１０５又はキャンセルキーを押下する。

認証情報の入力が受け付けられ、ＯＫボタンの押下されたことを検知した通信装置１０２は、当該認証情報をＭＦＰ１０１に送信する（５１３）。認証情報を受信したＭＦＰ１０１は当該受信した認証情報に基づき認証処理を実行する（５１４）。ここでは、ユーザＩＤが「Ｓｕｚｕｋｉ」であるユーザの認証が成功したものとして説明する。

認証が成功するとＭＦＰ１０１は、認証がＯＫであること、セッションＩＤ、ユーザＩＤを通信装置１０２に送信する（５１５）。以降セッションが有効に管理されている期間は、セッションＩＤを使用して通信装置のユーザを特定することができるようになる。通信端末１０２は、受信したユーザＩＤ、セッションＩＤをストレージ１３４等に記憶する。

続けて、通信装置１０２は、識別情報を含むプリンタの属性情報（個人）の取得リクエストをＭＦＰ１０１に対して送信する（５１６）。

なお、本実施形態では、Ｄｉｇｅｓｔ認証又はＢＡＳＩＣ認証を使用してユーザ認証を行う場合を例示したがこれに限定されるものではない。Ｏａｕｔｈなどを使用してプリントクライアントにアクセストークンを付与するようにしてもよい。この場合、アクセストークンを含むプリンタの属性情報（個人）の取得リクエストがＭＦＰ１０１に対して送信されるものとする。

識別情報（セッションＩＤ）を含むプリンタの属性情報（個人）の取得リクエストを受信したＭＦＰ１０１は、識別情報に基づき当該取得リクエストを送信したユーザを特定する。更に、当該ユーザの機能制限情報や、当該ユーザが使用できる個人用の印刷プリセットに基づきプリセット情報を含む属性情報（個人）を生成する。最後に、当該生成した属性情報（個人）を５１６で送信されたリクエストに対するレスポンスとして通信装置１０２に送信する（５１７）。

属性情報（個人）の取得リクエストに基づいて取得される属性情報について図８（Ｂ）を用いて説明する。図８（Ｂ）は、当該属性情報（個人）の取得リクエストで送信される情報８０５と、当該取得リクエストのレスポンスとして得られる属性情報８０６の一例を示すものである。８０５では図示を省略しているが当該取得リクエスト（ＨＴＴＰリクエスト）の拡張ヘッダには識別情報としてのセッションＩＤが含まれている。情報８０８は、５１２～５１５の処理で認証されたユーザである「Ｓｕｚｕｋｉ」に対応付けられた印刷プリセットを示すプリセット情報である。具体的には、図７（Ａ）、（Ｂ）で説明した「Ｍｙ ｐｒｅｓｅｔ－１」、「Ｍｙ ｐｒｅｓｅｔ－２」、「Ｍｙ Ｐｒｅｓｅｔ－３」が付加されている。なお、本実施形態では、このタイミングにおいては共通のプリセット情報を含まない属性情報８０６を送信するよう制御しているがこれに限定されるものではない。属性情報８０６に個人用のプリセット情報に加えて、共通のプリセット情報を含めて送信するようにしてもよい。

続いて、属性情報（個人）を受信した通信装置１０２は、プリントクライアントのデフォルト設定を更新する。また、使用できる印刷プリセットを更新する（５１８）。

以上の一連の流れによりユーザ毎の属性情報やユーザ毎にカスタマイズされた印刷プリセットをプリントクライアントの設定に反映することができる。

一連の初期設定が完了すると、通信装置１０２は、印刷設定画面を表示する。図１１（Ｂ）の画面は初期設定が完了した後の印刷設定画面の一例を示している。

＜プリントクライアントを介した印刷プリセットの登録＞
リスト１１０６は、印刷プリセットに関する設定を行うために使用する表示アイテムである。ユーザは、リスト１１０６に表示される選択肢を利用することでＭＦＰ１０１へ対する印刷プリセットの新規登録、更新、印刷プリセットの再取得、プリントクライアント内への印刷プリセットの新規登録などの操作を行うことができる。

図１１（Ｃ）は図１１（Ｂ）において、リスト１１０６が選択されたことに応じて操作部１３６に表示される画面の一例を示すものである。

領域１１０７に表示されるプルダウンリストには印刷プリセット関連の機能の一覧が表示される。以下、各々の印刷プリセット関連の機能について説明する。

選択肢１１０８は、通信装置１０２ｃにおけるＩＰＰ印刷設定時に、デフォルトで選択される印刷プリセットを設定するための選択肢である。選択肢１１０９は、前回使用した印刷プリセットを再セットするための選択肢である。

また、本実施形態では、頻繁に使用される印刷プリセットについて、印刷プリセットを選択する際に深い階層を辿らずに短手番で選択するための仕組みを有している。選択肢１１１０は頻繁に使用される印刷プリセットを簡単にセットするためのショートカットキーである。なお、本実施形態では選択肢が１つである場合を例示しているがこれに限定されず、頻繁に使用される印刷プリセットを複数（例えば、３つなど）表示するようにしてもよい。この場合、プリセット名称が分かるよう選択肢のラベルにプリセット名称を使用するものとする。

選択肢１１１１は、現在の印刷設定に基づいて印刷プリセットを生成し、プリントクライアント内部に登録する場合に使用する選択肢である。選択肢１１１２は、選択肢１１１１とは異なり、現在の印刷設定状態を通信先のプリンタ（例えばＭＦＰ１０１）に登録する場合に使用する選択肢である。選択肢１１１１や１１１２が選択されたことを検知すると新たなプリセット名称を入力する画面である図１１（Ｄ）に遷移する。図１１（Ｄ）の画面にはプリセット名称を入力する入力フィールド１１１７が表示され、ユーザはプリセット名称を設定することができる。ＯＫキーが押下されると印刷プリセットの登録処理が行われる（詳細は後述する）。

選択肢１１１３は、現在利用できるすべての印刷プリセットを表示するための選択肢である。ここですべての印刷プリセットとは、ローカル（プリントクライアント）に保存された印刷プリセットと、ＭＦＰ１０１などのプリンタから取得された印刷プリセットを含むものとする。選択肢１１１４は、印刷プリセットを新規に作成する場合に使用する選択肢である。この場合、例えば図示省略の設定ウィザードなどを介して印刷プリセットを新規に作成することができる。

選択肢１１１５は、共有プリセットを再取得する場合に使用する選択誌である。選択肢１１１５が選択されると、通信装置１０２は、図５で説明した５０６～５０８に似た処理を実行し、印刷プリセットの更新処理を行う。選択肢１１１５に基づく処理と、５０６～５０８の処理との差異は、取得した印刷プリセットのみを更新し、プリンタの能力情報は更新しない点である。

選択肢１１１６は、ＭＦＰ１０１に保持されている個人用プリセットを再取得する場合に使用する選択肢である。選択肢１１１６が選択されると、通信装置１０２は、図５で説明した５０９～５１８の処理を行い印刷プリセットの更新処理を行う。

図５の説明に戻り、印刷プリセットの登録処理について説明する。ユーザは図１１（Ｂ）等の画面を介して印刷プリセットの登録操作を行う（５２０）。通信装置１０２は、ＭＦＰ１０１へ印刷プリセットを登録するユーザ操作がなされたことを検知すると、通信装置１０２は、識別情報（セッションＩＤ）を含む印刷プリセットの登録リクエストを送信する（５２１）。ここでは、ＰＷＧで策定中のＳｅｔ－Ｕｓｅｒ－Ｐｒｉｎｔｅｒ－Ａｔｔｒｉｂｕｔｅｓコマンドを使用して印刷プリセットの登録をリクエストするものとする。なお、上記記載は一例であり、ワーキンググループなどで仕様検討がなされている同目的、類似目的のコマンドであってもよい。

印刷プリセットの登録リクエストを受信したＭＦＰ１０１は、登録処理を実行する（５２２）。ここでは、識別情報に基づき特定されたユーザに対応付けて同名の印刷プリセットが記憶されていれば、当該印刷プリセットを更新するよう制御する。また、同名の印刷プリセットがない場合は、当該ユーザに対応付けて新たな印刷プリセットを登録する。なお、図７（Ｂ）、（Ｃ）に示したように印刷プリセットをグループに紐付ける場合には、当該ユーザが所属するグループＩＤに対応付けて印刷プリセットを登録するものとする。なお、作成可能な個人用プリセットの所定の上限数（例えば、５つなど）に達している場合は、印刷プリセットを登録することなくエラーを通知するようにしてもよい。上限数に達している場合の処理はこれに限定されない。例えば、登録済みの印刷プリセット名称をユーザに通知し、不要な印刷プリセットを選択させ、当該不要な印刷プリセットに代えて新たな印刷プリセットを登録するよう制御することもできる。

ＭＦＰ１０１は、５２２の登録処理が完了すると、完了通知を送信する（５２３）。以上説明した処理によりＩＰＰに準拠するプリントクライアントから印刷プリセットの登録を受け付けることができる。

＜印刷プリセットの利用＞
続いて、印刷プリセットの利用について説明する。ユーザは、図１１（Ｃ）のプルダウンリストや図示省略の印刷プリセットの一覧画面から印刷プリセットを選択する操作を行う（５２４）。選択操作を検知した通信装置１０２は、当該選択された印刷プリセットに対応付けて記憶された印刷設定項目ならびに印刷設定値の組み合わせに基づいて印刷設定を更新する。また、操作部１３６に表示する印刷設定画面にも当該印刷設定を反映する（５２５）。ここでは、図７（Ａ）又は（Ｂ）で説明した「Ｍｙ ｐｒｅｓｅｔ－１」が選択されたものとして説明する。

ユーザは、図１１に示す画面を介して印刷開始の操作を行う（５２６）。印刷開始の操作を検知した通信装置１０２は、現在の設定に基づき印刷データを生成し、当該印刷データをＭＦＰ１０１へ送信する（５２７）。図９は、「Ｍｙ ｐｒｅｓｅｔ－１」が選択後に印刷開始の操作が行われたことに応じて生成された印刷データの属性情報を説明するための図である。９０１に示すように「Ｍｙ ｐｒｅｓｅｔ－１」で更新された印刷設定に基づいて「カラー、両面、左上１か所を綴じる」といった印刷属性が反映された印刷データが生成される。なお、印刷プリセットが選択された後にユーザによって更なる印刷設定が行われた場合には、当該設定が反映された印刷データが生成されるものとする。なお、図９に示すように印刷データの属性情報には、印刷を要求するユーザの名称が付加されている。この名称は、５１５の認証成功時に記憶したユーザＩＤに基づいて付加される。印刷データの属性情報に付加されたユーザＩＤを示す情報は、例えば、ＭＦＰ１０１でユーザ毎の印刷枚数管理などを行う場合や、ユーザ毎に機能制限を満たす印刷データであるか検証する場合などに適宜活用される。

続いて、ＭＦＰ１０１は、受信した印刷データに基づく印刷を実行し（５２８）、実行が完了すると当該ジョブの実行結果を通信装置１０２に通知する（５２９）。

図６のシーケンス図は、図１１（Ａ）の画面を介してゲスト利用のユーザ操作がなされた場合の処理を説明するためのシーケンスである。６０３～６１１の処理は図５の５０３～６１１の処理と同様であるため省略する。ゲスト権限でＭＦＰ１０１を使用するユーザは、図１１（Ａ）のゲストキー１１０５を選択する操作を行う。ゲストキー１１０５を選択する操作を検知した通信装置１０２は、ゲスト利用が選択されたことをＭＦＰ１０１に通知する（６１３）。通知が完了すると、通信装置１０２は、操作部１３６に表示する画面をプリント設定画面に遷移させる（６１４）。このように、ゲスト利用が選択されるケースでは、属性情報（個人）の取得をスキップすることができる。以降の印刷シーケンスである６２４～６２９の処理は図５の５２４～５２９の処理と同様のため省略する。

以上、図５及び図６のシーケンスでは、一例としてＰＣである通信装置１０２ｃのプリントクライアントが提供する画面（図１１）を用いて説明した。一方、通信装置１０２がスマートフォンやタブレット端末のプリントクライアントは画面サイズやタッチ操作を意識して適宜画面構成を異ならせることができる。また、ＩＰＰに準拠するプリントクライアントであっても、当該クライアントの種類によって画面構成は異なる。以下、図１２を用いてスマートフォンやタブレット端末のプリントクライアントにおける画面表示の変形例について説明する。なお、図１１で説明した機能と同様の効果をもたらす表示アイテムについては説明を省略する。

＜スマートフォンやタブレット端末での画面表示＞
図５のシーケンス図における処理を適宜参照して説明する。図１２（Ａ）は通信装置のＯＳが提供するメニュー画面を例示している。メニュー画面は各種アプリケーション（例えばメモアプリなど）から呼び出され、当該メッセージやメール送信、プリントなどに活用するためにＯＳが提供する機能である。

通信装置１０２は、プリントキー１２０１を押下する操作を検知すると、図１２（Ｂ）のプリント設定画面に遷移する。また、プリントクライアントは各種アプリケーションから受け取った印刷すべきデータに基づきプレビュー画像を生成し図１２（Ｂ）に表示する。

図１２（Ｂ）では、プリンタが選択されていない場合を例示している。通信装置１０２は、選択肢１２０２が選択されたことを検知するとプリンタの探索処理を実行する画面に遷移するとともに、５０４で示したプリンタ探索要求を開始する。図１２（Ｃ）は探索画面結果表示画面の一例である。図１２（Ｃ）では、ＭＦＰ１０１から探索応答が返り、当該探索応答に含まれるＭＦＰ１０１のＩＰＰプリンタ名称である「ＰｒｉｎｔｅｒＸＸＸ」を検索結果として表示する場合を例示している。

通信装置１０２は、図１２（Ｃ）の選択肢１２０３が選択されたことを検知すると、図５の５０６以降の処理を実行する。図１２（Ｄ）の認証画面は図１１（Ｂ）と同様であるため説明を省略する。図１２（Ｅ）は、５１９の処理で表示する印刷設定画面の一例である。

選択肢１２０６は、印刷プリセットを選択するための選択肢である。領域１２０７は、印刷プリセットの選択状態を示す情報などを表示する領域である。ここでは、図１２（Ｅ）では、印刷プリセットが設定されていない場合を例示している。

通信装置１０２は、選択肢１２０６が選択されたことを検知すると、図１２（Ｆ）の印刷プリセットに関する画面に進む。スマートフォンやタブレット等の通信装置では表示領域が狭いため、ドロップダウンリストによる表示は利便性が低い。従って、設定項目毎に単一の設定画面に遷移するよう構成し、ユーザの利便性を保っている。図１２（Ｆ）の画面を介してユーザが実行する処理は図１１（Ｃ）の１１０７と同様であるため説明を省略する。

なお、本実施形態では、選択肢１２０６が選択されたことに応じて、図１２（Ｃ）の画面に遷移する場合を例示したがこれに限定されるものではない。通信装置１０２は、選択肢１２０６が選択されたことに応じて印刷プリセットの一覧画面に遷移するようにしてもよい。これらの印刷プリセットの一覧は、使用頻度などに応じて適宜並び替えられ、ユーザによって利便性の高い選択が行えるように表示するものとする。この処理により、表示領域が狭いタブレット端末やスマートフォンなどにおいてもより簡単に、尚且つ、少ない手番で印刷プリセットを呼び出すことができるようになる。この場合、印刷プリセットの登録や再取得などの画面は他の階層の画面（例えば設定メニュー画面など）から遷移できるよう表示すればよい。

図１２（Ｇ）は印刷プリセットが設定された後の印刷設定画面を例示している。ここでは、「Ｍｙ ｐｒｅｓｅｔ－２」が選択された場合を例示している。領域１２１３には「Ｍｙ ｐｒｅｓｅｔ－２」が選択されたことを示す情報が表示される。印刷プリセットの選択後、更にユーザによって設定が変更された場合、その旨をユーザに通知するようにしてもよい。この場合、例えば、「Ｍｙ ｐｒｅｓｅｔ－２（Ｍｏｄｉｆｉｅｄ）」などといった表示を行うようにすればよい。

続けて、本実施形態における印刷プリセットの通知、活用、登録を実現する制御方法に図１３～図１８のフローチャートを用いて説明する。

＜通信装置１０２の制御＞
まず、通信装置１０２の動作について説明する。図１３～図１５は、通信装置１０２の制御を示すフローチャートである。図１３～図１５のフローチャートに示す各動作（ステップ）は、ＣＰＵ１３１がＲＯＭ１３２又はストレージ１３４に記憶された各制御モジュールを実現するためのプログラムをＲＡＭ１３３に読み出し、実行することにより実現される。なお、フローチャートで示す各処理は、ＯＳ３１０が提供する機能と、プリントクライアントを実現するためのプログラムモジュールとが協働して実現しているものとする。

図１３のフローチャートは、ユーザ操作によりプリントクライアントを起動する操作を受け付けたことに応じて実行される各処理を示している。Ｓ１３０１において、ＣＰＵ１３１は、起動時処理を実行するか否かを判断する。ＰＣなどで使用するプリントクライアントでは、プリンタを事前に登録することができる。プリンタが事前に登録済みであれば、起動時の取得処理を実行しないと判断する。起動時処理を実行すると判断した場合は、処理をＳ１３０２に進め、起動時処理を実行しないと判断した場合は、処理をＳ１３１６に進める。

Ｓ１３０２において、ＣＰＵ１３１は、通信部Ｉ／Ｆ１４３を介してプリンタ探索要求を送信する。Ｓ１３０３において、ＣＰＵ１３１は、プリンタ探索要求の結果見つかったプリンタ（例えばＭＦＰ１０１）へ属性情報（共通）の取得リクエストを送信する。ここでは、ＣＰＵ１３１は、ＩＰＰで規定されているＧｅｔ－Ｐｒｉｎｔｅｒ－Ａｔｔｒｉｂｕｔｅｓコマンドを使用して、ＭＦＰ１０１に取得リクエストを送信するものとする。なお、図１１や図１２を用いて説明したように、複数のプリンタが見つかった場合、ユーザ操作によりプリンタが選択されたことに応じてＳ１３０２のリクエストを送信するようにしてもよい。

Ｓ１３０４において、ＣＰＵ１３１は、Ｓ１３０３で送信したリクエストの応答として得られた属性情報に基づき、プリンタの属性情報と印刷プリセットを更新又は新規保存する。ここで、ＣＰＵ１３１は、受信した印刷プリセットに含まれる属性Ｎａｍｅの値と、属性Ｏｗｎｅｒの値が一致する印刷プリセットを既に保存していることに従って、当該保存されている印刷プリセットを新しい印刷プリセットで更新する。一方、属性Ｎａｍｅの値と、属性Ｏｗｎｅｒの値のいずれかが一致しないことに従って印刷プリセットを新規保存する。

Ｓ１３０５において、ＣＰＵ１３１は、Ｓ１３０４で受信した属性情報に基づき当該プリンタがユーザ毎の機能制限やカスタマイズをサポートしているか否かを判断する。ユーザ毎の機能制限やカスタマイズをサポートしている場合は処理をＳ１３０６に進め、ユーザ毎の機能制限やカスタマイズをサポートしていない場合は処理をＳ１３１６に進める。

Ｓ１３０６において、ＣＰＵ１３１は、相手先へのセッションが維持されているか否かを判断する。セッションが維持されている場合は、Ｓ１３０７～Ｓ１３１２の認証処理をスキップし、処理をＳ１３１４に進める。一方、ＣＰＵ１３１は、相手先へのセッションが維持されていない場合は、処理をＳ１３０７に進める。

Ｓ１３０７において、ＣＰＵ１３１は、プリンタの属性情報（個人）の取得要求を相手先の通信装置に対して送信する。ここでは、ＣＰＵ１３１は、ＰＷＧで仕様策定中のＧｅｔ－Ｕｓｅｒ－Ｐｒｉｎｔｅｒ－Ａｔｔｒｉｂｕｔｅｓなどのコマンドを使用してＭＦＰ１０１に取得リクエストを送信するものとする。Ｓ１３０６が実行されるタイミングでは、通信相手先とのセッションを確立していないため、識別情報（セッションＩＤ）を含まない取得リクエストが送信されることになる。このリクエストの応答として、ＭＦＰ１０１等のプリンタは図５の５１０で説明したユーザ認証要求を送信する。

Ｓ１３０８において、ＣＰＵ１３１は、Ｓ１３０７のリクエストの応答としてユーザ認証要求を受信したことに応じて、認証情報を入力するための認証画面を表示し、認証情報の入力操作を受け付ける。認証画面は、例えば、図１１（Ａ）や図１２（Ｄ）で示したユーザ情報の入力画面である。

Ｓ１３０９において、ＣＰＵ１３１は、認証に関する指示の種類を判断する。ＣＰＵ１３１はキャンセルキーが選択された場合は、処理をＳ１３１６に進め、ゲストキーが選択された場合は、処理をＳ１３１０に進める。またＣＰＵ１３１は、ＯＫキーが選択された場合は処理をＳ１３１１に進める。

Ｓ１３１０において、ＣＰＵ１３１は、ゲスト利用であることをプリンタに通知し、処理をＳ１３１６に進める。

Ｓ１３１１において、ＣＰＵ１３１は、Ｓ１３０８で受け付けた認証情報をプリンタ（例えばＭＦＰ１０１）に送信する。認証情報を受信したＭＦＰ１０１は、図５の５１４で説明した認証を行い通信装置１０２へ結果を通知する。

Ｓ１３１２において、ＣＰＵ１３１は、Ｓ１３１１で送信した認証情報に基づく認証結果が成功したか否かを判断する。認証が成功した場合は処理をＳ１３１４に進め、認証が成功していない場合（認証が失敗した場合）は、Ｓ１３０８の処理に戻り再度認証情報の入力操作を待ち受ける。なお、認証が成功した場合は、セッションの確立処理が行われる。セッションの確立処理の結果、通信装置１０２は、通信先のプリンタ（ＭＦＰ１０１）からセッションＩＤを受信する。

Ｓ１３１４において、ＣＰＵ１３１は、識別情報（セッションＩＤ）を含む属性情報（個人）の取得要求を相手先プリンタへ送信する。Ｓ１３１４が実行されるタイミングでは、通信相手先とのセッションが確立されているため、ＨＴＴＰの拡張ヘッダに識別情報（セッションＩＤ）を付加した取得リクエストが送信されることになる。識別情報（セッションＩＤ）を含む属性情報（個人）の取得要求を受信した相手先プリンタ（ＭＦＰ１０１）は、当該取得リクエストに対して、図５の５１７で説明したプリンタの属性情報（個人）を応答する。

Ｓ１３１５において、ＣＰＵ１３１は、Ｓ１３１４のリクエストの応答として得られたプリンタの属性情報（個人）に基づき属性情報及び印刷プリセットの更新処理を行う。ＣＰＵ１３１は、受信した印刷プリセットに含まれる属性Ｎａｍｅの値と、属性Ｏｗｎｅｒの値が一致する印刷プリセットを既にプリントクライアント内に保存していることに従って、当該保存されている印刷プリセットを新しい印刷プリセットで更新する。一方、属性Ｎａｍｅの値と、属性Ｏｗｎｅｒの値のいずれかが一致しないことに従って印刷プリセットを新規保存する。

続いて、Ｓ１３１６において、ＣＰＵ１３１は、印刷設定に関する操作を受け付けたか否かを判断する。印刷設定に関する操作を受け付けた場合は処理をＳ１３１７に進め、印刷設定に関する操作を受け付けていない場合は処理をＳ１３１８に進める。なお、印刷設定に関する操作とは、印刷プリセットの選択操作や、印刷設定の変更操作（例えば、カラーからモノクロへの変更など）などである。

Ｓ１３１７において、ＣＰＵ１３１は、印刷設定処理を実行する。印刷設定処理の詳細について図１４のフローチャートを用いて説明する。Ｓ１４０１において、ＣＰＵ１３１は、印刷プリセットの選択操作を受け付けたか否かを判断する。印刷プリセットの選択操作を受け付けた場合は処理をＳ１４０２に進め、印刷プリセットの選択操作を受け付けてない場合は処理をＳ１４０４に進める。

Ｓ１４０２において、ＣＰＵ１３１は、選択された印刷プリセットに基づいて印刷設定を更新する。例えば、選択された印刷プリセットが「Ｍｙ ｐｒｅｓｅｔ－１」の場合、印刷設定として「カラー、両面印刷、成果物の左上１か所を綴じる」といった設定が反映される。Ｓ１４０３において、ＣＰＵ１３１は、現在の印刷設定に基づき表示画面を更新する。表示画面の更新が完了するとＳ１３０１の処理に進む。なお、印刷プリセットが選択される前に、既にユーザによって印刷設定がなされている場合には、現在設定されている印刷設定が破棄されることをユーザに通知するように構成してもよい。この場合、ＣＰＵ１３１は、操作部１３６に介してユーザにＯＫ又はキャンセルを問い合わせるようにする。ＯＫが選択されたことを検知すると、Ｓ１４０２の印刷設定の変更を行い、キャンセルが選択されたことを検知すると、印刷プリセットに基づく設定変更を行うことなく、Ｓ１３０１の処理に進むようにすればよい。

一方、Ｓ１４０４において、ＣＰＵ１３１は、各種印刷設定を変更するユーザ操作を受け付けたか否かを判断する。各種印刷設定を変更するユーザ操作を受け付けた場合は処理をＳ１４０５に進め、各種印刷設定を変更するユーザ操作を受け付けていない場合は処理をＳ１３０１に進める。

Ｓ１４０４において、ＣＰＵ１３１は、ユーザ操作に基づく印刷設定の変更を反映し、当該変更に応じて操作画面の表示を更新する。変更及び更新処理が完了すると処理をＳ１３０１に進める。

図１３の説明に戻り、Ｓ１３１８において、ＣＰＵ１３１は、印刷プリセットの編集操作を受け付けたか否かを判断する。印刷プリセットの編集操作を受け付けた場合は処理をＳ１３１９に進め、印刷プリセットの編集操作を受け付けていない場合は、処理をＳ１３２０に進める。

Ｓ１３１９において、ＣＰＵ１３１は、印刷プリセットの編集操作に基づいて印刷プリセットの編集処理を行う。ここで、印刷プリセットの編集操作とは、図１０で説明した印刷プリセットのダウンロードや、印刷プリセットの登録操作を示している。印刷プリセットの編集操作の詳細について図１５のフローチャートを用いて説明する。

Ｓ１５０１において、ＣＰＵ１３１は、個人プリセットをダウンロードするユーザ操作を受け付けたか否かを判断する。ＣＰＵ１３１は、個人プリセットをダウンロードするユーザ操作を受け付けた場合は処理をＳ１３０６に進め、Ｇｅｔ－Ｕｓｅｒ－Ｐｒｉｔｅｒ－Ａｔｔｒｉｂｕｔｅｓ等のコマンドを使用したプリンタの印刷属性（個人）の取得、反映処理を行う。一方、ＣＰＵ１３１は、個人プリセットをダウンロードするユーザ操作を受け付けていない場合は、処理をＳ１５０２に進める。

Ｓ１５０２において、ＣＰＵ１３１は、共通プリセットをダウンロードするユーザ操作を受け付けたか否かを判断する。共通プリセットをダウンロードするユーザ操作を受け付けた場合は、処理をＳ１５０３に進め、共通プリセットをダウンロードするユーザ操作を受け付けていない場合は、処理をＳ１５０７に進める。

Ｓ１５０３において、ＣＰＵ１３１は、選択中のプリンタ（例えばＭＦＰ１０１）へプリンタの属性情報（共通）を取得するリクエストを送信する。プリンタの属性情報（共通）を取得するリクエストを受信したＭＦＰ１０１等のプリンタは、プリンタの属性情報（共通）を応答する。

Ｓ１５０４において、ＣＰＵ１３１は、選択中のプリンタに対応付けて記憶している属性情報が個人向けにカスタマイズされた属性情報であるか否かを判断する。個人向けにカスタマイズされた属性情報の場合は処理をＳ１５０５に進め、個人向けにカスタマイズされた属性情報でない場合は処理をＳ１５０６に進める。

Ｓ１５０５において、ＣＰＵ１３１は、受信した属性情報（共通）に含まれる印刷プリセットに基づいて、個人向けの機能制限が反映された印刷能力で使用できる印刷プリセットを抽出する。次に抽出された印刷プリセットをプリントクライアントが使用する印刷プリセットを登録又は更新する。この処理は、ユーザの権限では使用できない属性を含む印刷プリセットが設定されることを抑制する例外処理である。印刷プリセットの登録又は更新処理が完了すると、処理をＳ１３０１に進める。

Ｓ１５０６において、ＣＰＵ１３１は、受信した属性情報に基づくプリンタの属性情報及び印刷プリセットを登録又は更新する。登録又は更新が完了するとＣＰＵ１３１は、Ｓ１３０１の処理に戻る。

一方、Ｓ１５０７において、ＣＰＵ１３１は、印刷プリセットをプリンタに登録するユーザ操作を受け付けたか否かを判断する。印刷プリセットをプリンタに登録するユーザ操作を受け付けた場合は処理をＳ１５０８に進め、印刷プリセットをプリンタに登録するユーザ操作を受け付けていない場合は処理をＳ１５０９に進める。

Ｓ１５０８において、ＣＰＵ１３１は、印刷設定画面を介してなされた印刷設定に基づき印刷プリセットデータを生成し、選択中のプリンタに印刷プリセットを登録する登録リクエストを送信する。当該リクエストには、識別情報（セッションＩＤ）が含まれているものとする。ここでは、ＰＷＧで策定中のＳｅｔ－Ｕｓｅｒ－Ｐｒｉｎｔｅｒ－Ａｔｔｒｉｂｕｔｅｓコマンドを使用して印刷プリセットの登録をリクエストする。なお、上記記載は一例であり、ワーキンググループなどで仕様検討がなされている同目的、類似目的のコマンドであってもよい。登録処理が完了すると処理をＳ１３０１へ進める。

Ｓ１５０９において、ＣＰＵ１３１は、印刷プリセットをクライアントに登録するユーザ操作を受け付けたか否かを判断する。印刷プリセットをクライアントに登録するユーザ操作を受け付けた場合は処理をＳ１５１０に進め、印刷プリセットをクライアントに登録するユーザ操作を受け付けていない場合は処理をＳ１３０１に進める。

Ｓ１５１０において、ＣＰＵ１３１は、印刷設定画面を介してなされた印刷設定に基づき印刷プリセットデータを生成し、プリントクライアントが管理する印刷プリセットリストに登録する。登録処理が完了すると、ＣＰＵ１３１は、処理をＳ１３０１に進める。

図１３の説明に戻り、Ｓ１３２０において、ＣＰＵ１３１は、印刷開始指示を受け付けたか否かを判断する。印刷開始指示を受け付けた場合は、処理をＳ１３２１に進め、印刷開始指示を受け付けていない場合は、Ｓ１３０１に戻り、その他の操作を待つ。

Ｓ１３２１において、ＣＰＵ１３１は、印刷設定と印刷対象のデータに基づき印刷データを生成する。なお、印刷対象のデータは、プリントクライアントの起動時等にプリントアプリケーションから受け取っているものとする。

Ｓ１３２２において、ＣＰＵ１３１は、Ｓ１３２１において生成した印刷データを選択中のプリンタ（例えばＭＦＰ１０１）に送信する。Ｓ１３２３において、ＣＰＵ１３１は、印刷プリセットの優先度の再決定処理を行う。この処理は図１１で示した選択肢１１１０の表示制御や、印刷プリセットの一覧から印刷プリセットを選択するための選択画面における表示制御に使用される。この処理によりユーザの使用頻度が高い印刷プリセットを視認性の高い領域に表示することができるようになる。

＜ＭＦＰ１０１の制御＞
続いて、ＭＦＰ１０１の動作について説明する。図１６～図１８は、ＭＦＰ１０１の制御を示すフローチャートである。図１６～図１８のフローチャートに示す各動作（ステップ）は、ＣＰＵ１１１がＲＯＭ１１２又はストレージ１１４に記憶された各制御モジュールを実現するためのプログラムをＲＡＭ１１３に読み出し、実行することにより実現される。なお、本実施形態において、印刷処理やデータの送受信処理などは各Ｉ／Ｆや各機能を実現するためのハードウェアと協働して実現されるものとする。また、処理の実態を担うソフトウェアモジュールを明確に示したいケースにおいてはＣＰＵを主語とせず、当該ＣＰＵ処理を実行させるための各ソフトウェアモジュールの名称を主語として記載するものとする。

図１６のフローチャートは、ＭＦＰ１０１の電源が投入され、ＭＦＰ１０１が通常モードで起動したことに応じて実行される各処理を示している。

Ｓ１６０１において、ＣＰＵ１１１は、通信装置１０２等の外部装置からプリンタの属性情報（共通）のリクエストを受信したか否かを判断する。プリンタの属性情報（共通）のリクエストを受信した場合は処理をＳ１６０２に進め、プリンタの属性情報（共通）のリクエストを受信していない場合は処理をＳ１６０５に進める。

Ｓ１６０２において、ＣＰＵ１１１は、ゲスト用のプリセットを取得する。Ｇｅｔ－Ｐｒｉｎｔｅｒ－Ａｔｔｒｉｂｕｔｅｓ等のリクエストを受信したＩＰＰサービス４１４は、印刷プリセット保存部４０５を参照し、カテゴリ７０４に「標準」が格納された印刷プリセットを取得する。

Ｓ１６０３において、ＣＰＵ１１１は、プリンタの能力情報を取得する。具体的には、ＩＰＰサービス４１４は、ストレージ１１４等に記憶された印刷部やシート処理部の能力情報を取得する。これらの能力情報には例えば、印刷能力や後処理の能力などが含まれている。なお、取得のタイミングはこれに限定されるものではない。例えば、ＩＰＰサービス４１４の起動時に能力情報を取得し、ＩＰＰサービス４１４が内部的に能力情報を保持するようにしてもよい。

Ｓ１６０４において、ＣＰＵ１１１は、Ｓ１６０２及びＳ１６０３で取得した情報に基づき、プリンタの属性情報（共通）を作成する。続いて、ＣＰＵ１１１は、外部装置（例えば、通信装置１０２）から受信したリクエストに対する応答として、外部装置に対してプリンタの属性情報（共通）を送信する。ＩＰＰサービス４１４は、取得したデータに基づき図８（Ａ）の８０２に示したようなプリンタの属性情報のレスポンスを生成する。生成したレスポンスはＷｅｂサーバ４１６を介して外部装置に送信される。送信が完了すると、ＣＰＵ１３１は、処理をＳ１６０１に進める。

Ｓ１６０５において、ＣＰＵ１１１は、識別情報が含まれていないプリンタの属性情報（個人）のリクエストを受信したか否かを判断する。識別情報が含まれていないプリンタの属性情報（個人）のリクエストを受信した場合は、処理をＳ１６０６に進める。一方、識別情報が含まれていないプリンタの属性情報（個人）のリクエストを受信していない場合は、処理をＳ１６１１に進める。なおここでのリクエストは、Ｇｅｔ－Ｕｓｅｒ－Ｐｒｉｎｔｅｒ－Ａｔｔｒｉｂｕｔｅｓ等のリクエストである。当該リクエストを受信したＷｅｂサーバ４１６は、自身が有効に管理しているセッションＩＤが含まれていない場合に識別情報が含まれていないと判断する。また、自身が有効に管理しているセッションＩＤが含まれている場合に識別情報が含まれていると判断する。

Ｓ１６０６において、ＣＰＵ１１１は、ユーザ認証機能を使用する機器設定であるか否かを判断する。ユーザ認証機能を使用する機器設定である場合は、処理をＳ１６０７に進め、ユーザ認証機能を使用する機器設定でない場合は、処理をＳ１６０２に進める。この処理は、ＭＦＰ１０１がユーザ認証機能を使用しないケースを考慮するための例外処理である。

Ｓ１６０７において、ＣＰＵ１１１は、属性情報（個人）の取得リクエストを送信した通信装置へユーザ認証を要求する。Ｓ１６０８では、ＣＰＵ１１１は、通信装置から認証情報を受信する。Ｓ１６０９では、ＣＰＵ１１１は、認証情報に基づきユーザを認証し、認証ＯＫであるかＮＧであるかを判断する。なお、認証サーバが装置外部にあるケースでは、ＭＦＰ１０１は認証サーバに認証情報を転送し、認証の可否を問い合わせるものとする。認証の結果がＯＫの場合は、処理をＳ１６１０に進め、認証の結果がＮＧの場合は、Ｓ１６０７に戻り、ユーザ認証のリクエストを再送する。

Ｓ１６１０において、ＣＰＵ１１１は、相手先の通信装置へ認証成功を通知する。具体的には、Ｗｅｂサーバ４１６は、相手先の通信装置との間でセッションを確立し、認証が成功したこと及びセッションを管理するためのセッションＩＤを通知する。また、Ｗｅｂサーバ４１６は、当該セッションＩＤに関連付けるセッション変数として相手先から受信した認証情報に含まれるユーザＩＤを記憶する。このセッション変数はＩＰＰサービス４１４からアクセス可能である。従って、ＩＰＰサービス４１４は受信したリクエストに含まれるセッションＩＤに基づきリクエストがいずれのユーザから送られてきたものであるか特定することができる。

Ｓ１６１１において、ＣＰＵ１１１は、識別情報を含むプリンタの属性情報（個人）の取得リクエストを受信したか否かを判断する。識別情報を含むプリンタの属性情報（個人）の取得リクエストを受信した場合は、処理をＳ１６１２に進め、識別情報を含むプリンタの属性情報（個人）の取得リクエストを受信していない場合は、処理をＳ１６１５に進める。

Ｓ１６１２において、ＣＰＵ１１１は、識別情報に対応するユーザが使用するプリセットを抽出する。具体的には、Ｗｅｂサーバ４１６とＩＰＰサービス４１４は協働して識別情報（セッションＩＤ）からユーザＩＤを特定する。ＩＰＰサービス４１４は、設定記憶部４０３の印刷プリセット保存部４０５を参照し、特定したユーザＩＤに対応するユーザが利用する印刷プリセットを抽出する。印刷プリセットがユーザ毎に管理されている場合は、ユーザＩＤに基づきユーザが利用する印刷プリセットを抽出する。また、印刷プリセットがグループ毎に管理されている場合は、ユーザＩＤから当該ユーザが所属するグループを特定し、当該グループに対応付けて記憶された印刷プリセットを抽出する。

Ｓ１６１３において、ＣＰＵ１１１は、識別情報に対応するユーザの権限に基づいたプリンタの能力情報を取得する。具体的には、ＩＰＰサービス４１４は、ストレージ１１４等に記憶されたユーザ毎の機能制限情報を参照し、識別情報に対応するユーザの機能制限情報を取得する。

Ｓ１６１４において、ＣＰＵ１１１は、取得した情報に基づきプリンタの属性情報（個人）を作成し、相手先の通信装置に対する応答としてプリンタの属性情報（共通）を送信する。具体的には、ＩＰＰサービス４１４は、取得したデータに基づき図８（Ｂ）の８０６に示したようなプリンタの属性情報のレスポンスを生成する。生成したレスポンスはＷｅｂサーバ４１６を介して外部装置に送信される。送信が完了すると、ＣＰＵ１３１は、処理をＳ１６０１に進める。

Ｓ１６１５において、ＣＰＵ１１１は、印刷データを受信したか否かを判断する。印刷データを受信した場合は処理をＳ１６１６に進め、印刷データを受信していない場合は処理をＳ１６１８に進める。

Ｓ１６１６において、ＣＰＵ１１１は、受信した印刷データに基づき印刷処理及び印刷がなされたシートに対する後処理を実行する。これらの処理は、モジュール４０２、４０６、４０７、４０８、４１２、４１３及び、当該モジュールによって制御される各Ｉ／Ｆ及びハードウェアが協働することにより実現される。印刷処理や後処理が完了すると、ＣＰＵ１１１は、処理をＳ１６１７に進める。

Ｓ１６１７において、ＣＰＵ１１１は、印刷データを送信した通信装置に対して印刷終了を通知し、処理をＳ１６０１に進める。

一方、Ｓ１６１８において、ＣＰＵ１１１は、リモートＵＩサービスへのリクエストを受信したか否かを判断する。Ｗｅｂサーバ４１６は、リモートＵＩサービスへのリクエストを受信した場合は処理をＳ１６１９に進め、リモートＵＩサービスへのリクエストを受信していない場合は処理をＳ１６２０に進める。

Ｓ１６１９において、ＣＰＵ１１１は、リモートＵＩサービスに関する処理を実行する。具体的な処理について図１７を用いて説明する。なお、図１７の処理はリモートＵＩサービス４１５とＷｅｂサーバ４１６が主体となって実行する処理である。

Ｓ１７０１において、ＣＰＵ１１１は、ＩＰＰに関する設定画面を要求するリクエストを受信したか否かを判断する。ＩＰＰに関する設定画面を要求するリクエストを受信した場合は処理をＳ１７０２に進め、ＩＰＰに関する設定画面を要求するリクエストを受信していない場合は処理をＳ１７０７に進める。

Ｓ１７０２において、ＣＰＵ１１１は、管理権限を有するユーザからのリクエストであるか判断する。管理権限を有するユーザからのリクエストである場合は、処理をＳ１７０３に進め、管理権限を有しないユーザからのリクエストである場合は、処理をＳ１７０６に進める。なお、ユーザの権限はＨＴＴＰリクエストに含まれている識別情報であるセッションＩＤに対応するユーザの権限を参照することで取得される。Ｓ１７０６において、ＣＰＵ１１１は、相手先の通信装置に対してエラーを通知し、処理をＳ１６０１に進める。

Ｓ１７０３において、ＣＰＵ１１１は、ＩＰＰ印刷を使用する設定がなされているか否かを判断する。ＩＰＰ印刷を使用する設定がなされている場合は、処理をＳ１７０５に進め、ＩＰＰ印刷を使用しない（ＩＰＰ印刷の使用を許可しない）設定がなされている場合は、処理をＳ１７０４に進める。

Ｓ１７０４において、ＣＰＵ１１１は、相手先の通信装置へプリセット管理画面に遷移可能なＩＰＰに関する設定画面を示すＷｅｂページを送信する。一方、Ｓ１７０５において、ＣＰＵ１１１は、相手先の通信装置へプリセット管理画面へ遷移するためのボタンをグレーアウトしたＩＰＰに関する設定画面を示すＷｅｂページを送信する。

Ｓ１７０７において、ＣＰＵ１１１は、プリセット管理画面を要求するＨＴＴＰリクエストを受信したか否かを判断する。プリセット管理画面を要求するＨＴＴＰリクエストを受信した場合は、処理をＳ１７０８に進め、プリセット管理画面を要求するＨＴＴＰリクエストを受信していない場合は、処理をＳ１７１１に進める。

Ｓ１７０８において、ＣＰＵ１１１は、ＩＰＰ印刷を使用する設定がなされているか否かを判断する。ＩＰＰ印刷を使用する設定がなされている場合は、処理をＳ１７０９に進め、ＩＰＰ印刷を使用しない設定がなされている場合は、処理をＳ１７０６に進める。

Ｓ１７０９において、ＣＰＵ１１１は、相手先の通信装置へプリセット管理画面を示すＷｅｂページを送信する。Ｓ１７１０において、ＣＰＵ１１１は、プリセット管理画面を介したユーザ操作を介して発生したプリセット登録要求を受信し、印刷プリセットを保存部４０５へ登録する。

具体的には、Ｗｅｂサーバ４１６は、管理画面の入力フォームなどを介して設定された印刷設定を示すデータをＨＴＴＰ通信で受信し、リモートＵＩサービス４１５に転送する。データを受信したリモートＵＩサービス４１５は当該データに基づき印刷プリセットを生成し、印刷プリセット部３０５に新たなプリセットを登録又は既存のプリセットの更新を行う。

続けて、Ｓ１７１１において、ＣＰＵ１１１は、その他のＨＴＴＰリクエストを受信したか否かを判断する。その他のＨＴＴＰリクエストを受信した場合は、処理をＳ１７１２に進め、その他のＨＴＴＰリクエストを受信していない場合は、処理をＳ１６０１に進める。

Ｓ１７１２において、ＣＰＵ１１１は、その他の処理を実行する。その他の処理は、例えば、ＭＦＰ１０１の機器設定を変更する処理であったり、ＭＦＰ１０１のファームウェアを更新する処理であったりする。例えば、ＣＰＵ１１１は、ＩＰＰ印刷を使用する設定に変更する指示を外部装置から受け付けた場合は、当該処理を実行する。その他の処理の実行が完了すると、ＣＰＵ１１１は、処理をＳ１６０１に進める。

図１６の説明に戻り、Ｓ１６２０において、ＣＰＵ１１１は、印刷プリセットを登録する登録リクエストを受信したか否かを判断する。印刷プリセットを登録する登録リクエストを受信した場合は、処理をＳ１６２１に進め、印刷プリセットを登録する登録リクエストを受信していない場合は、処理をＳ１６２２に進める。

Ｓ１６２１において、ＣＰＵ１１１は、印刷プリセットを登録する処理を行う。具体的な処理について図１８を用いて説明する。

Ｓ１８０１において、ＣＰＵ１１１は、識別情報を含む印刷プリセットの登録リクエストを受信したか否かを判断する。識別情報を含む印刷プリセットの登録リクエストを受信した場合は、処理をＳ１８０２に進める。一方、識別情報を含む印刷プリセットの登録リクエストを受信していない場合（即ち、識別情報を含まない登録リクエストを受信した場合）は、相手先の通信装置に認証エラーを通知し、Ｓ１６０１の処理に戻る。

Ｓ１８０２において、ＣＰＵ１１１は、登録リクエストに付加された識別情報に対応するユーザを特定する。具体的には、ＩＰＰサービス４１４は、Ｗｅｂサーバ４１６と協働して、登録リクエストに含まれるセッションＩＤからユーザＩＤを特定する。

Ｓ１８０３において、ＣＰＵ１１１は、登録リクエストに含まれるプリセット情報に基づいて、印刷プリセットの登録処理を行う。具体的な処理については、図５の５２２で説明したため省略するが、新規登録、更新、又はエラー処理のいずれかを行う。登録処理が科料するとＣＰＵ１１１は、処理をＳ１６０１に進める。

図１６の説明に戻り、Ｓ１６２２では、ＣＰＵ１１１は、シャットダウン指示を受け付けたか否かを判断する。シャットダウン指示を受け付けた場合は処理をＳ１６２３に進め、シャットダウン指示を受け付けていない場合は処理をＳ１６０１に進める。

Ｓ１６２３において、ＣＰＵ１１１は、ＭＦＰ１０１のシャットダウン処理を行い、一連の処理を終了する。

以上説明したように本実施形態では、画像形成装置であるＭＦＰ１０１がユーザと印刷プリセットの対応情報を記憶している。従って、プリントクライアントを利用する通信装置に対してユーザが使用する印刷プリセットを適切に通知できるようになる。また、本実施形態では、認証されたユーザによる操作に基づいて、適切に印刷プリセットを登録できる。また、本実施形態では、プリントクライアントからでも、Ｗｅｂブラウザからでも印刷プリセットの登録を行うことができる。また本実施形態のプリントクライアントは、ＭＦＰ１０１などの画像形成装置が記憶する印刷プリセットを取得して使用したり、ユーザ操作によりプリントクライアント内部に登録された印刷プリセットを使用したりすることができるので利便性が高まる。このため、ユーザは基本となる印刷プリセットをＭＦＰ１０１から取得し、好みの印刷プリセットに改変することができ利便性が高い。

＜変形例＞
なお、本実施形態では、通信端末１０２からのリクエストに含まれる識別情報がセッションＩＤやアクセストークンである場合を例示したがこれに限定されるものではない。例えば、通信端末１０２からＭＦＰ１０１に送信するリクエスト内にユーザＩＤなどの識別情報を付加するようにしてもよい。この場合、ＭＦＰ１０１は、受信したリクエストに含まれるユーザＩＤに基づきいずれのユーザの通信端末からのリクエストであるかを判断するものとする。

また、本実施形態では、図５に示した５１１、５１２で認証情報の入力を促すように構成したが、これに限定されるものではない。例えば、ＩＰＰの認証に使用する認証情報をプリントクライアントの設定として記憶できるようにしてもよい。具体的には、プリントクライアントの設定画面を介してユーザにＩＰＰの認証に関する認証情報を事前入力させ、ストレージ１３４に記憶する。また、５１０の認証要求を受け付けた通信装置１０２は、５１１、及び５１２の処理に代えて、ストレージ１３４に記憶された認証情報を取得し、当該認証情報をＭＦＰ１０１に送信するようにすればよい。

また、本実施形態では、印刷プリセットについて例示したがこれに限定されるものではない。例えば、通信端末からＭＦＰ１０１にスキャンを要求する場合に使用するスキャン設定を示すプリセットや、通信端末からＭＦＰ１０１にコピーを要求する場合に使用するコピー設定を示すプリセットなどに適用することもできる。

＜その他の実施形態＞
本発明は、上述の各実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣやＦＰＧＡ）によっても実現可能である。

１０１ ＭＦＰ
１０２ 通信装置
１１１ ＣＰＵ
１２３ 通信部Ｉ／Ｆ
１３１ ＣＰＵ
１４３ 通信部Ｉ／Ｆ

Claims (14)

1. 画像形成装置であって、
   複数の印刷設定値の第１の組と前記第１の組を識別する第１の識別情報とをゲストユーザの識別情報と対応づけて記憶し、複数の印刷設定値の第２の組と前記第２の組を識別するための第２の識別情報とをユーザ個人のユーザ識別情報と対応づけて記憶する記憶手段と、
   情報処理装置から、第１の取得要求を受信する受信手段と、
   受信した前記第１の取得要求に応じて、前記第１の組及び前記第１の識別情報を送信する送信手段と、を有し、
   前記送信手段は、前記情報処理装置が送信した前記ユーザ識別情報と対応づけされた前記第２の組及び前記第２の識別情報を取得するための第２の取得要求に応じて、ユーザ認証画面を前記情報処理装置に表示させるための要求を送信し、前記ユーザ認証画面を介した認証が成功した後に前記情報処理装置から受信した前記ユーザ識別情報と対応づけて前記記憶手段に記憶された前記第２の組及び前記第２の識別情報を前記情報処理装置に送信することを特徴とする画像形成装置。
2. 前記ユーザ認証画面が表示された後に受信した前記ユーザ識別情報は、前記情報処理装置に入力されたユーザ識別情報であることを特徴とする請求項１に記載の画像形成装置。
3. 前記送信手段は、前記ユーザ認証画面が表示された後に受信した前記ユーザ識別情報と異なるユーザ識別情報と対応づけて前記記憶手段に記憶された第３の識別情報を前記情報処理装置に送信しないことを特徴とする請求項１または２に記載の画像形成装置。
4. 前記送信手段は、受信した前記第１の取得要求に応じて、前記第１の識別情報と前記第１の識別情報と対応づけて記憶される前記第１の組とを前記情報処理装置に送信することを特徴とする請求項１乃至３のいずれか一項に記載の画像形成装置。
5. 前記ゲストユーザの識別情報と対応づけて記憶される前記第１の組と前記第１の識別情報は、前記画像形成装置の管理者により設定されることを特徴とする請求項１乃至４のいずれか一項に記載の画像形成装置。
6. 前記受信手段は、前記認証が成功した後に前記情報処理装置から送信された第３の取得要求であって、前記ユーザ識別情報を含む前記第３の取得要求を受信し、
   前記送信手段は、前記受信手段が受信した前記第３の取得要求への応答として、前記第２の組及び前記第２の識別情報を前記情報処理装置に送信することを特徴とする請求項１乃至５のいずれか一項に記載の画像形成装置。
7. 前記第２の識別情報は、ユーザにより設定された前記印刷設定値の組の名称であることを特徴とする請求項１乃至６のいずれか一項に記載の画像形成装置。
8. 前記受信手段は、前記第１の取得要求を受信した後に、前記第２の取得要求を受信することを特徴とする請求項１乃至７のいずれか一項に記載の画像形成装置。
9. 複数の印刷設定値の第１の組と前記第１の組を識別する第１の識別情報とをゲストユーザの識別情報と対応づけて記憶し、複数の印刷設定値の第２の組と前記第２の組を識別するための第２の識別情報とをユーザ個人のユーザ識別情報と対応づけて記憶する記憶手段を有する画像形成装置の制御方法であって、
   情報処理装置から、第１の取得要求を受信する第１の受信工程と、
   受信した前記第１の取得要求に応じて、前記第１の組及び前記第１の識別情報を送信する第１の送信工程と、
   前記情報処理装置から、前記ユーザ識別情報と対応づけされた前記第２の組及び前記第２の識別情報を取得するための第２の取得要求を受信する第２の受信工程と、
   前記第２の取得要求に応じて、ユーザ認証画面を前記情報処理装置に表示させるための要求を送信する第２の送信工程と、
   前記ユーザ認証画面を介した認証が成功した後に前記情報処理装置から受信した前記ユーザ識別情報と対応づけて前記記憶手段に記憶された前記第２の組及び前記第２の識別情報を前記情報処理装置に送信する第３の送信工程と、
   を有することを特徴とする画像形成装置の制御方法。
10. 前記第３の送信工程において、前記ユーザ認証画面が表示された後に受信した前記ユーザ識別情報と異なるユーザ識別情報と対応づけて前記記憶手段に記憶された第３の識別情報を前記情報処理装置に送信しないことを特徴とする請求項９に記載の画像形成装置の制御方法。
11. 前記第１の送信工程において、前記第１の識別情報と前記第１の識別情報と対応づけて記憶される前記第１の組とを前記情報処理装置に送信することを特徴とする請求項９または１０に記載の画像形成装置の制御方法。
12. 前記第２の受信工程は、前記第１の受信工程が実行された後に実行される工程であることを特徴とする請求項９乃至１１のいずれか一項に記載の画像形成装置の制御方法。
13. 画像形成装置と情報処理装置で構成される印刷システムであって、
    前記画像形成装置は、
    複数の印刷設定値の第１の組と前記第１の組を識別する第１の識別情報とをゲストユーザの識別情報と対応づけて記憶し、複数の印刷設定値の第２の組と前記第２の組を識別するための第２の識別情報とをユーザ個人のユーザ識別情報と対応づけて記憶する記憶手段と、
    前記情報処理装置から、第１の取得要求を受信する受信手段と、
    受信した前記第１の取得要求に応じて、前記第１の識別情報と前記第１の組を送信する第１の送信手段と、を有し、
    前記第１の送信手段は、前記情報処理装置が送信した前記ユーザ識別情報と対応づけされた前記第２の組及び前記第２の識別情報を取得するための第２の取得要求に応じて、ユーザ認証画面を前記情報処理装置に表示させるための要求を送信し、前記ユーザ認証画面を介した認証が成功した後に前記情報処理装置から受信した前記ユーザ識別情報と対応づけて前記記憶手段に記憶された前記第２の組及び前記第２の識別情報を前記情報処理装置に送信し、
    前記情報処理装置は、
    送信された前記ユーザ認証画面を前記情報処理装置に表示させるための前記要求に基づき、前記ユーザ認証画面を表示させる表示制御手段と、
    前記ユーザ認証画面に入力された前記ユーザ識別情報を前記画像形成装置に送信する第２の送信手段と、を有し、
    前記表示制御手段は前記画像形成装置から送信された前記第２の識別情報を選択可能な印刷設定画面を表示し、前記第２の識別情報が選択されたとき、前記第２の組が示す印刷設定値を前記印刷設定画面に反映することを特徴とする印刷システム。
14. 請求項９に記載の画像形成装置の制御方法をコンピュータに実行させるためのコンピュータプログラム。

Images