JP2008176428A

JP2008176428A - 制御装置、プログラム、コンピュータ読み取り可能な記録媒体、通信システム、および制御方法

Info

Publication number: JP2008176428A
Application number: JP2007007496A
Authority: JP
Inventors: Fusayuki Fujita; 房之藤田
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2007-01-16
Filing date: 2007-01-16
Publication date: 2008-07-31
Anticipated expiration: 2027-01-16
Also published as: US8949961B2; CN101226463A; CN101226463B; US20080189775A1; JP4391532B2

Abstract

【課題】柔軟な認証システムを構築する。
【解決手段】通信システム５００には、複合機１ａ・１ｂ、認証情報入力機器７ａ・７ｂ、Ｉ／Ｆ変換器８ａ・８ｂ、および制御サーバ２が含まれている。ここで、制御サーバ２は、Ｉ／Ｆ変換器８ａ・８ｂを介してネットワーク４００越しに認証情報入力機器７ａ・７ｂの動作を制御する認証情報入力機器ドライバ７７と、複合機１ａ・１ｂの動作を制御する複合機制御部７９とを備えている。認証情報入力機器ドライバ７７は、認証情報入力機器７ａ・７ｂにユーザから認証情報を取得させ、認証情報入力機器７ａ・７ｂが取得した認証情報をネットワーク４００を介して受信する。そして、受信した認証情報を用いて制御サーバ２の認証部７３が認証処理を行い、認証に成功した場合に、複合機制御部７９が複合機１ａ・１ｂの利用を許可する。
【選択図】図１

Description

本発明は、画像形成部および画像処理部のうちの少なくとも一方を含むジョブを実行する画像装置、ならびに、ユーザから認証情報を取得する認証情報取得機器と、ネットワークインターフェイスを介して接続され、上記画像装置および認証情報取得機器を制御する制御装置に関するものである。

複合機などの各種装置の中には、部外者など意図しないユーザによる使用を制限するために、ユーザの認証を行い、認証が成功した場合にはじめて使用可能になるものがある。このような複合機には、ユーザの認証を行うために、ユーザからＩＤやパスワードなどの認証情報を取得する認証情報入力機器が設けられる。認証情報入力機器によって取得された認証情報は、ユーザアカウントデータベースに予め登録されているものと照合され、照合結果が一致すれば認証に成功し、一致しなければ認証に失敗する。

特許文献１，２には、上述のような認証システムが開示されている。特許文献１では、キャッシュディスペンサーに指紋読取機機を組み込み、ユーザの指紋を読み取って数値化した指紋情報を、ＩＤおよびパスワードとともにデータベース上の指紋情報と照合することによって、ユーザの認証を行うことが提案されている。この特許文献１では、さらに、共通のＩＤおよびパスワードで様々なサービスを享受するために、共通のＩＤおよびパスワードを用いて認証を行い、認証に成功した場合に、各種サービス固有の認証に必要なＩＤとパスワードをデータベースから取得し、それらを用いて各種サービスの認証を行うことが提案されている。

また、特許文献２では、複合機に設けられたテンキーによって、ユーザから認証データを取得し、ユーザの認証結果に応じて複合機の使用を許可したり禁止したりすることが提案されている。
特開２００３−１３２０２２号公報（平成15年５月９日公開）特開２００５−１４１３１３号公報（平成17年６月２日公開）

しかしながら、上記従来の技術は、柔軟な認証システムを構築できないという問題を有している。

現在、ユーザの認証システムとしては、ＩＤおよびパスワードを入力するもの以外にも、磁気カードやＩＣカードを用いるもの、指紋や静脈、虹彩などの身体的特徴を利用するものなど、様々なものが存在する。それゆえ、ユーザから認証情報を取得する認証情報入力機器にも、認証システムの種類に応じて多種多様なものがある。

ところが、上記従来の技術では、キャッシュディスペンサーや複合機に認証情報入力機器が組み込まれており、他の認証システムに変更しようとしても、認証情報入力機器を交換できないため不可能である。

また、たとえ他の認証情報入力機器に交換できるように設計されているとしても、機器の変更に応じて、該機器の動作を制御するためのデバイスドライバプログラムも変更しなければならない。キャッシュディスペンサーや複合機などの組込システムに、新たなデバイスドライバプログラムを導入するためには、通常、装置を分解して、基板やＲＯＭ（Read Only Memory）の交換をしなければならず手間や費用を要する。このような問題は、例えばＩＣカードのデータフォーマットが変更された場合などにも、同様に発生する。

さらに、これらの装置では、組込システム向けの特殊なＯＳが用いられていることが多く、個々の装置にインストールされている特殊なＯＳごとにドライバプログラムを開発する必要がある。

本発明は、上記の問題に鑑みてなされたものであり、その目的は、柔軟な認証システムを構築することのできる通信システム、そして、それに用いられる制御装置を提供することにある。

上記課題を解決するために、本発明に係る制御装置は、画像形成および画像処理のうちの少なくとも一方を含むジョブを実行する画像装置、ならびに、ユーザから認証に必要な認証情報を取得する認証情報取得機器と、ネットワークインターフェイスを介して通信可能な制御装置であって、上記認証情報取得機器が認証情報を取得するように、上記ネットワークインターフェイスを介して上記認証情報取得機器の動作を制御するデバイスドライバ手段と、上記認証情報取得機器によって取得された認証情報を上記認証情報取得機器から上記ネットワークインターフェイスを介して受信する認証情報受信手段と、上記認証情報受信手段によって受信された認証情報に基づいて上記画像装置を制御する動作制御手段とを備えていることを特徴とする。

また、上記課題を解決するために、本発明に係る制御方法は、画像形成および画像処理のうちの少なくとも一方を含むジョブを実行する画像装置、ならびに、ユーザから認証に必要な認証情報を取得する認証情報取得機器と、ネットワークインターフェイスを介して通信可能な制御装置における制御方法であって、上記制御装置は、デバイスドライバ手段、認証情報受信手段、および動作制御手段を備え、上記デバイスドライバ手段が、上記認証情報取得機器が認証情報を取得するように、上記ネットワークインターフェイスを介して上記認証情報取得機器の動作を制御するデバイスドライバ工程と、上記認証情報受信手段が、上記認証情報取得機器によって取得された認証情報を上記認証情報取得機器から上記ネットワークインターフェイスを介して受信する認証情報受信工程と、上記認証情報受信工程によって受信された認証情報に基づいて上記動作制御手段が上記画像装置を制御する動作制御工程とを含んでいることを特徴とする。

本明細書において「画像形成」は、印刷などを含む。また、「画像処理」は、原稿のスキャン、ファクシミリ、ＰＣファクシミリ、画像変換、および画像補正などを含む。よって、「画像装置」は、プリンタ、複写機、ファクシミリ機、ＰＣファクシミリ機、画像解析装置、画像補正装置、スキャナ、複合機などを含む。

上記構成によれば、画像装置の動作制御は、制御装置の動作制御手段によってネットワークインターフェイスを介して行われる。従って、画像装置と該画像装置の動作を制御する制御装置とを別々の場所に配置することが可能になる。一方、認証情報取得機器は、従来のように画像装置によって制御されるのではなく、ネットワークインターフェイスを介して上記制御装置のデバイスドライバ手段によって制御される。このように、認証情報取得機器の制御を、特定のジョブを処理する画像装置とは別の制御装置によって行うため、認証情報取得機器の構成を変更する際に、画像装置の基板やＲＯＭなどを交換する必要がなく、また、組込システム向けの特殊なＯＳ用にデバイスドライバプログラムを開発する必要もない。従って、柔軟な認証システムを構築することができる。

なお、上記画像装置と上記認証情報取得機器とは互いに通信を行わなくてもよい。画像装置および認証情報取得機器は、いずれも制御装置によって制御されるため、互いに通信する必要がない。

また、上記制御装置は、上記認証情報受信手段が受信した認証情報に基づいてユーザの認証を行う認証手段をさらに備え、上記動作制御手段は、上記認証手段による認証結果に基づいて上記画像装置の動作を制御してもよい。

上記構成によれば、ユーザの認証処理は制御装置の認証手段によって行われる。そして、認証手段による認証の結果に応じて画像装置の動作が制御される。

また、上記制御装置は、上記認証情報取得機器を識別するための識別情報と、上記認証情報に基づいてユーザの認証を行う認証サーバを識別するための識別情報とを対応付けて格納する送信先記憶部と、上記認証情報受信手段へ認証情報を送信する認証情報取得機器を同定する機器同定手段と、上記機器同定手段によって同定された認証情報取得機器の上記識別情報に対応する認証サーバの上記識別情報を上記送信先記憶部から取得するとともに、取得した識別情報によって示される認証サーバに対して、上記認証情報受信手段が受信した認証情報を送信する認証情報送信手段と、上記認証サーバから、ユーザの認証結果を受信する認証結果受信手段とをさらに備え、上記動作制御手段は、上記認証結果受信手段が受信した認証結果に基づいて上記画像装置の動作を制御してもよい。

上記構成によれば、認証情報取得機器から受信した認証情報が認証サーバに送信され、該認証サーバにおいてユーザの認証が行われる。従って、ユーザの認証処理によって制御装置に負荷がかかるのを軽減することができる。

さらに上記構成によれば、制御装置は、送信先記憶部に認証情報取得機器の識別情報と認証サーバの識別情報とを対応付けて格納するとともに、認証情報を受信した際に、その認証情報を送信してきた認証情報取得機器に対応する認証サーバに認証情報を送信する。従って、認証情報取得機器が複数有って取得する認証情報の種類が機器ごとに異なる場合であっても、認証情報を該情報の種別に応じて適切な認証サーバに振り分けて送信し、それぞれの認証サーバにおいて適切に認証処理を行うことができる。

また、上記制御装置は、認証情報取得機器を制御するための複数のデバイスドライバプログラムを格納するプログラム記憶部と、上記認証情報取得機器を識別するための識別情報と、上記デバイスドライバプログラムを識別するための識別情報とを対応付けて格納するドライバ対応記憶部と、上記認証情報受信手段へ上記認証情報を送信する認証情報取得機器を同定する機器同定手段と、上記機器同定手段によって同定された認証情報取得機器の上記識別情報に対応するデバイスドライバプログラムの上記識別情報を上記ドライバ対応記憶部から取得し、取得した識別情報によって示されるデバイスドライバプログラムを上記プログラム記憶部から呼び出してコンピュータに実行させることにより、該コンピュータを上記デバイスドライバ手段として機能させるドライバ呼出手段とを備え、上記認証情報取得機器の動作は、上記ドライバ呼出手段によって呼び出されたデバイスドライバプログラムを上記コンピュータが実行することによって制御されることが好ましい。

上記構成によれば、認証情報取得機器が複数有って、該機器を制御するためのデバイスドライバプログラムが互いに異なる場合であっても、ドライバ呼出手段によって、制御すべき認証情報取得機器に応じた適切なデバイスドライバプログラムが選択・起動されるので、認証情報取得機器の種類に関らず、機器を適切に制御することができる。

また、上記制御装置は、上記認証情報取得機器を識別するための識別情報と、上記画像装置を識別するための識別情報とを対応付けて格納する制御先記憶部と、上記認証情報受信手段へ認証情報を送信する認証情報取得機器を同定する機器同定手段とをさらに備え、上記動作制御手段は、上記機器同定手段によって同定された認証情報取得機器の上記識別情報に対応する画像装置の上記識別情報を上記制御先記憶部から取得するとともに、取得した識別情報によって示される画像装置の動作を制御することが好ましい。

上記構成によれば、画像装置が複数台有る場合であっても、制御装置の動作制御手段がどの画像装置の動作を制御すればよいかが分かる。さらに、制御対象となる画像装置は、認証情報を送信してくる認証情報取得機器に応じて決定されるため、認証情報を入力する認証情報取得機器と、その認証情報によって動作が制御される画像装置との対応付けを行うことができる。

また、上記認証情報取得機器は、インターフェイス変換器を中継して上記制御装置と通信可能であるとともに、上記認証情報取得機器と上記インターフェイス変換器とが所定の通信インターフェイスを介して接続される一方、上記インターフェイス変換器と上記制御装置とは上記ネットワークインターフェイスを介して接続され、上記デバイスドライバ手段は、上記認証情報取得機器の動作を制御するための制御命令が上記所定の通信インターフェイスの通信プロトコルに基づいて記述された第１パケットデータを生成するコマンド生成手段と、上記第１パケットデータに、上記ネットワークインターフェイスを介した通信に必要なヘッダ情報を付加することによって、第２パケットデータを作成するパケット変換手段と、上記第２パケットデータを上記インターフェイス変換器へ送信するコマンド送信手段とを有し、上記インターフェイス変換器は、上記コマンド送信手段から受信した第２パケットデータを上記第１パケットデータに変換するとともに、該第１パケットデータを上記認証情報取得機器に送信するものであってもよい。

市場に流通している認証情報取得機器の多くは、例えばＵＳＢ接続のみに対応するなど、ネットワーク接続非対応である。このような認証情報取得機器をＵＳＢなどで制御装置に直接接続することも可能であるが、ケーブル長の制約から、制御装置と認証情報取得機器とを所定の距離内に配置しなければならず、機器のレイアウトが制限されてしまう。

ここで上記構成によれば、制御装置のデバイスドライバ手段は、上記認証情報取得機器を、ネットワーク接続可能なインターフェイス変換器を中継して制御することができる。従って、市場に流通しているネットワーク接続非対応の認証情報取得機器を遠隔地の制御装置から制御することができ、各機器のレイアウトを自由に設計することができる。その結果、例えば認証情報取得機器を画像装置の傍に配置するとともに、これらの機器を遠隔地から制御装置によって制御するといったことも可能になる。

また、上記動作制御手段は、上記画像装置の上記ジョブの実行を、上記認証情報受信手段によって受信された認証情報に基づいて制限することが好ましい。

上記構成によれば、認証に成功したユーザに対してのみ画像装置の利用を許可したりすることができる。

さらに、上記画像装置は、互いに異なる複数の上記ジョブを実行可能であり、上記動作制御手段は、上記認証情報受信手段が受信した認証情報に基づいて、上記画像装置の上記ジョブの実行をジョブごとに許可または禁止することが好ましい。

上記構成によれば、ユーザに応じて利用可能なジョブを制限したりすることができる。

また、上記動作制御手段は、上記認証情報受信手段によって受信された認証情報に基づいて、複数の上記画像装置のジョブの実行を画像装置ごとに許可または禁止するとともに、ジョブの実行が可能であることをユーザに対して報知するよう、ジョブの実行を許可する画像装置を制御することが好ましい。

上記構成によれば、認証の結果、ジョブの実行が可能になった画像装置はユーザに対してジョブの実行が可能になったことを報知する。従って、複数の画像装置が設置されている場合であっても、ユーザは、どの画像装置が利用可能になったかを瞬時に知ることができる。

また、上記動作制御手段は、上記認証情報受信手段によって受信された認証情報に基づいたユーザの認証結果を上記画像装置の表示部に表示するよう上記画像装置を制御することが好ましい。

上記構成によれば、認証結果が画像装置の表示部に表示されるので、ユーザは、認証に成功したのか失敗したのかを知ることができる。

また、上記動作制御手段は、上記認証結果が表示された表示画面の画面データを作成して、上記画像装置に送信することが好ましい。

上記構成によれば、認証結果を示す表示画面の画面データを画像装置が保有する必要がないため、画像装置のリソースを圧迫することがない。また、制御装置が複数の画像装置を制御する構成の場合、データを共通化できることからリソースの節約になる上、制御装置の画面データを更新するだけで、制御対象となる全ての画像装置の表示画面を変更することができる。

ところで、上記制御装置は、ハードウェアで実現してもよいし、プログラムをコンピュータに実行させることによって実現してもよい。具体的には、本発明に係るプログラムは、上記制御装置の各手段としてコンピュータを動作させるプログラムであり、本発明に係る記録媒体には、当該プログラムが記録されている。これらのプログラムがコンピュータによって実行されると、当該コンピュータは、上記制御装置の各手段として動作する。したがって、上記制御装置と同様の効果を奏する。

上記課題を解決するために、本発明に係る通信システムは、画像形成および画像処理のうちの少なくとも一方を含むジョブを実行する画像装置と、ユーザから認証に必要な認証情報を取得する認証情報取得機器と、上記画像装置および認証情報取得機器とネットワークインターフェイスを介して通信可能な制御装置とを含んだ通信システムであって、上記制御装置は、上記認証情報取得機器が認証情報を取得するように、上記ネットワークインターフェイスを介して上記認証情報取得機器の動作を制御するデバイスドライバ手段と、上記認証情報取得機器によって取得された認証情報を上記認証情報取得機器から上記ネットワークインターフェイスを介して受信する認証情報受信手段と、上記認証情報受信手段によって受信された認証情報に基づいて上記画像装置を制御する動作制御手段とを備えていることを特徴とする。

また、上記画像装置は、上記画像形成部および画像処理部のうちの少なくとも一方を含む要素ジョブを実行する要素ジョブ実行手段と、上記制御装置から、上記要素ジョブ実行手段によって実行される要素ジョブを組み合わせてなる連携ジョブの実行指示を受信する実行指示受付手段と、上記実行指示受付手段の受信した実行指示に対応する第１制御コマンドを出力する第１制御コマンド出力手段と、上記第１制御コマンド出力手段が出力する第１制御コマンドと、上記要素処理実行手段が受け付け可能な第２制御コマンドとの対応関係が示されたコマンド対応情報を格納するコマンド対応情報記憶部と、上記第１制御コマンド出力手段から出力された第１制御コマンドに対応する上記第２制御コマンドを上記コマンド対応情報に基づいて特定するとともに、特定した第２制御コマンドを上記要素処理実行手段に対して出力する制御コマンド変換手段とを備え、上記制御装置は、上記画像装置の実行指示受付手段へ上記実行指示を送信する実行指示送信手段を備えていることが好ましい。

画像装置の要素ジョブとは、例えば、スキャンジョブ、印刷（プリント）ジョブ、画像処理ジョブ、ネットワークジョブなどである。そして、これらの要素ジョブを適宜組み合わせて実行することにより実現される連携ジョブとは、例えば、スキャンジョブと画像処理ジョブと印刷ジョブとを組み合わせて実行される複写（コピー）ジョブや、スキャンジョブとネットワークジョブとを組み合わせて実行されるイメージ送信ジョブなどがある。

ここで、実行可能な要素ジョブは、画像装置の機種によって異なる場合がある。例えば、スキャンジョブ、印刷ジョブのみを要素ジョブとして実行可能な複合機Ａもあれば、それらに加えてコピージョブも要素ジョブとして実行可能な複合機Ｂもある。この場合、連携ジョブとしてコピージョブを実行する場合、複合機Ａでは、スキャンジョブと、印刷ジョブとを組み合わせて実行する必要があるが、複合機Ｂの場合、要素ジョブであるコピージョブのみを実行すればよい。また、同じ要素ジョブであっても、当該要素ジョブを実行する要素ジョブ実行手段が、複合機の機種によって異なることもある。

なお、上記要素ジョブを画像装置によらず共通のものにすることは困難である。それは、ユーザのニーズに合わせて、様々なタイプの画像装置を製造する必要があるからである。よって、通常、要素ジョブ実行手段は、複合機に固有の構成となる。

以上の理由から、要素ジョブ実行手段が受け付け可能な第２制御コマンドも、通常、画像装置の機種によって異なるものとなる（つまり、第２制御コマンドは、通常、画像装置の機種に依存する）。

しかしながら、上記の構成によれば、制御コマンド変換手段が、第１制御コマンドを受け付け、当該第１制御コマンドに対応する第２制御コマンドを上記コマンド対応情報記憶部から特定し、特定した第２制御コマンドを上記要素ジョブ実行手段に対して出力する。これにより、第２制御コマンドが上述したように画像装置の機種に依存するものであっても、制御コマンド変換手段が受け付けることができる第１制御コマンドを画像装置の機種に依存しないもの（つまり、画像装置に拘わらず共通したもの）にすることができる。

これにより、外部の制御装置が画像装置を制御する場合、制御装置は、画像装置の機種に依存しない第１制御コマンド、または、当該第１制御コマンドの基となる制御指示を複合機に出力すればよい。その結果、制御装置から画像装置に対して新たな制御を行う場合であっても、画像装置によらず共通した第１制御コマンドまたはその基となる制御指示を生成するように制御装置を開発すればよく、その開発効率が簡易となる。

また、上記制御装置の上記動作制御手段は、上記認証情報受信手段によって受信された認証情報に基づいたユーザの認証結果が表示された表示画面の画面データを作成して上記画像装置に送信し、上記画像装置は、表示部と、上記制御装置の上記動作制御手段から上記画面データを受信し、受信した画面データに基づいた表示画面を上記表示部に表示させるＵＩ制御手段とを備えていることが好ましい。

また、上記通信システムは、上記認証情報に基づいてユーザの認証を行う認証サーバをさらに含み、上記制御装置は、上記認証情報取得機器を識別するための識別情報と、上記認証サーバを識別するための識別情報とを対応付けて格納する送信先記憶部と、上記認証情報受信手段へ認証情報を送信する認証情報取得機器を同定する機器同定手段と、上記機器同定手段によって同定された認証情報取得機器の上記識別情報に対応する認証サーバの上記識別情報を上記送信先記憶部から取得するとともに、取得した識別情報によって示される認証サーバに対して、上記認証情報受信手段が受信した認証情報を送信する認証情報送信手段と、上記認証サーバから、ユーザの認証結果を受信する認証結果受信手段とをさらに備え、上記動作制御手段は、上記認証結果受信手段が受信した認証結果に基づいて上記画像装置の動作を制御することが好ましい。

また、上記通信システムは、インターフェイス変換器をさらに含み、上記認証情報取得機器は、上記インターフェイス変換器を中継して上記制御装置と通信可能であるとともに、上記認証情報取得機器と上記インターフェイス変換器とが所定の通信インターフェイスを介して接続される一方、上記インターフェイス変換器と上記制御装置とは上記ネットワークインターフェイスを介して接続され、上記制御装置のデバイスドライバ手段は、上記認証情報取得機器の動作を制御するための制御命令が上記所定の通信インターフェイスの通信プロトコルに基づいて記述された第１パケットデータを生成するコマンド生成手段と、上記第１パケットデータに、上記ネットワークインターフェイスを介した通信に必要なヘッダ情報を付加することによって、第２パケットデータを作成するパケット変換手段と、上記第２パケットデータを上記インターフェイス変換器へ送信するコマンド送信手段とを有し、上記インターフェイス変換器は、上記コマンド送信手段から受信した第２パケットデータを上記第１パケットデータに変換するとともに、変換した第１パケットデータを上記認証情報取得機器に送信することが好ましい。

上記構成によれば、制御装置のデバイスドライバ手段は、上記認証情報取得機器を、ネットワーク接続可能なインターフェイス変換器を中継して制御することができる。従って、市場に流通しているネットワーク接続非対応の認証情報取得機器を遠隔地の制御装置から制御することができ、各機器のレイアウトを自由に設計することができる。その結果、例えば認証情報取得機器を画像装置の傍に配置するとともに、これらの機器を遠隔地から制御装置によって制御するといったことも可能になる。

また、本発明に係る別の通信システムは、画像形成および画像処理のうちの少なくとも一方を含むジョブを実行する画像装置と、ユーザから認証に必要な認証情報を取得する認証情報取得機器と、上記画像装置とネットワークインターフェイスを介して通信可能な認証サーバと、上記認証情報取得機器および認証サーバと上記ネットワークインターフェイスを介して通信可能な制御装置とを含んだ通信システムであって、上記制御装置は、上記認証情報取得機器が認証情報を取得するように、上記ネットワークインターフェイスを介して上記認証情報取得機器の動作を制御するデバイスドライバ手段と、上記認証情報取得機器によって取得された認証情報を上記認証情報取得機器から上記ネットワークインターフェイスを介して受信する認証情報受信手段と、上記認証情報受信手段の受信した認証情報を上記認証サーバへ送信する認証情報送信手段とを備え、上記認証サーバは、上記制御装置から認証情報を受信して該認証情報に基づいて認証を行う認証手段と、上記認証手段による認証結果に基づいて上記画像装置を制御する制御手段とを備えていることを特徴とする。

上記構成によれば、画像装置の動作制御は、認証サーバの動作制御手段によってネットワークインターフェイスを介して行われる。従って、画像装置と該画像装置の動作を制御する認証サーバとを別々の場所に配置することが可能になる。一方、認証情報取得機器は、従来のように画像装置によって制御されるのではなく、ネットワークインターフェイスを介して上記制御装置のデバイスドライバ手段によって制御される。このように、認証情報取得機器の制御を、特定のジョブを処理する画像装置とは別の制御装置によって行うため、認証情報取得機器の構成を変更する際に、画像装置の基板やＲＯＭなどを交換する必要がなく、また、組込システム向けの特殊なＯＳ用にデバイスドライバプログラムを開発する必要もない。従って、柔軟な認証システムを構築することができる。

以上のように、本発明に係る制御装置は、画像形成および画像処理のうちの少なくとも一方を含むジョブを実行する画像装置、ならびに、ユーザから認証に必要な認証情報を取得する認証情報取得機器と、ネットワークインターフェイスを介して通信可能な制御装置であって、上記認証情報取得機器が認証情報を取得するように、上記ネットワークインターフェイスを介して上記認証情報取得機器の動作を制御するデバイスドライバ手段と、上記認証情報取得機器によって取得された認証情報を上記認証情報取得機器から上記ネットワークインターフェイスを介して受信する認証情報受信手段と、上記認証情報受信手段によって受信された認証情報に基づいて上記画像装置の動作を制御する動作制御手段とを備えた構成となっている。

従って、上述したように、柔軟な認証システムを構築することができるという効果を奏する。

〔実施形態１〕
（通信システムの構成）
本発明の一実施形態について図１から図１３に基づいて説明すると以下の通りである。本実施形態の通信システムは、認証情報入力機器を用いてユーザの認証を行い、認証結果に応じて複合機の利用制限を行うものである。

図２は、本発明の一実施形態を示すものであり、通信システムの概略構成を示すブロック図である。図２に示すように、本実施形態の通信システム５００は、複数台の複合機（画像装置）１ａ・１ｂおよび認証情報入力機器（認証情報取得機器）７ａ・７ｂ、ならびに１台の制御サーバ（制御装置）２を含んでいる。通信システム５００には、各機器間での通信を可能にするために、ネットワーク（ネットワークインターフェイス）４００が設けられており、各機器はネットワーク４００に接続されている。なお、本実施形態において、認証情報入力機器７ａ・７ｂは、ダイレクトにネットワーク４００に接続される代わりに、それぞれＩ／Ｆ（Interface）変換器（インターフェイス変換器）８ａ・８ｂを介してネットワーク４００に接続されている。

上記ネットワーク４００の伝送媒体としては、イーサネット（登録商標）や光ファイバ、電話回線などの有線媒体、あるいは、無線媒体など、様々なものを用いることができる。そして、本実施形態では、ネットワーク４００の通信プロトコルとして、インターネットやイントラネットで標準的なＴＣＰ／ＩＰ（Transmission Control Protocol / Internet Protocol）が用いられている。

なお、通信システム５００に含まれる複合機、認証情報入力機器およびＩ／Ｆ変換器の台数は１台であってもよいし、３台以上であってもよい。同様に、制御サーバ２も特に１台に限定されない。また、複合機１ａ・１ｂと認証情報入力機器７ａ・７ｂとは、それぞれ制御サーバ２と通信できればよく、相互に通信できなくてもよい。

複合機１ａ・１ｂは、画像形成および画像処理を含む各種ジョブを実行することができる。画像形成を含むジョブとしては、プリントアウトジョブなどがあり、また、画像処理を含むジョブとしては、スキャンジョブ、色補正ジョブ、画像変換ジョブ、ファクシミリジョブ、ＰＣ（Personal Computer）ファクシミリジョブなどがあり、さらに画像形成と画像処理とを組み合わせたジョブとして、コピージョブなどがある。ただし、上記の複合機の代わりに、上述したジョブの少なくとも１つを実行する装置（つまり、プリンタ、ファクシミリ機、ＰＣファクシミリ機、スキャナ、複写機など）が通信システム５００に含まれる構成であってもよい。なお、ＰＣファクシミリジョブとは、ＰＣなどからネットワークを介して受信した画像データをファクシミリ機能によって送信するジョブであり、ＰＣファクシミリ装置とは、このジョブを実行する装置のことである。

複合機１ａ・１ｂは、ユーザインターフェイスとして操作部３を備えている。図３は、操作部３の拡大図である。図３に示すように、操作部３は、ユーザに対して操作画面を表示するための操作パネル６と、ユーザ入力を受け付ける入力部５とを備えている。操作パネル６は、タッチパネルシステムを採用しており、入力部５を兼ねている。なお、複合機１は、上記操作部３の代わりに、もしくは、操作部３と兼用して、ＵＩ装置と接続可能であってもよい。この場合、複合機１ａ・１ｂに接続される該ＵＩ装置に操作画面が表示される。また、複合機１ａ・１ｂにはネットワーク通信基板が設けられており、ネットワーク４００を介して制御サーバ２や他の複合機、あるいは通信端末装置などと通信可能になっている。

認証情報入力機器７ａ・７ｂは、ユーザの認証に必要な認証情報をユーザから取得するためのものであり、対応する複合機１ａ・１ｂの傍に設置される。本実施形態では、複合機１ａの傍に認証情報入力機器７ａが設置され、複合機１ｂの傍には認証情報入力機器７ｂが設置されている。本実施形態では、ユーザが複合機を利用する場合には、複合機の傍に設置されている認証情報入力機器に認証情報を入力し、認証に成功しなければならないように構成されている。

認証情報入力機器７ａ・７ｂとしては、例えば、磁気カードやＩＣカードの読取機、指紋読取機、静脈読取機、虹彩読取機、顔読取機、声紋読取機、筆跡読取機などが挙げられる。認証情報入力機器７ａ・７ｂが磁気カードやＩＣカードの読取機の場合は、認証情報として、ユーザＩＤおよびパスワードをカード内の記憶部から取得する。また、認証情報入力機器７ａ・７ｂが指紋読取機、静脈読取機、虹彩読取機、顔読取機、声紋読取機、筆跡読取機の場合は、認証情報として、それぞれ、指紋情報、静脈情報、虹彩情報、顔情報、声紋情報、筆跡情報をユーザから取得する。また、認証情報入力機器７ａ・７ｂは、ユーザがユーザＩＤおよびパスワードを手入力するためのキーボードなどであってもよい。

認証情報入力機器７ａ・７ｂは、ＵＳＢ（Universal Serial Bus）やＢｌｕｅｔｏｏｔｈ（登録商標）、ＲＳ−２３２Ｃなどの非ネットワーク形式により、ホスト装置に接続されるように設計されている。以下では、認証情報入力機器７ａ・７ｂがＵＳＢインターフェイス（以下、単にＵＳＢという）４０２を介してそれぞれＩ／Ｆ変換器８ａ・８ｂに接続されているものとする。

Ｉ／Ｆ変換器８ａ・８ｂは、所謂ＵＳＢデバイスサーバである。Ｉ／Ｆ変換器８ａ・８ｂは、ＵＳＢ４０２を介して認証情報入力機器７ａ・７ｂに接続される一方、ネットワーク４００を介して制御サーバ２と接続されている。Ｉ／Ｆ変換器８ａ・８ｂは、ネットワーク４００を介して制御サーバ２から送信されてきたデータを受信して、認証情報入力機器７ａ・７ｂにＵＳＢ４０２を介して送信するとともに、ＵＳＢ４０２を介して認証情報入力機器７ａ・７ｂから受信したデータを、制御サーバ２へネットワーク４００を介して送信する中継装置の役割を有している。

Ｉ／Ｆ変換器８ａ・８ｂはまた、データの中継の際に、ネットワークのプロトコル（ここではＴＣＰ／ＩＰ）に基づいたネットワークパケットデータから、ＵＳＢの通信プロトコルに基づいたＵＳＢパケットデータへ、あるいは、ＵＳＢパケットデータからネットワークパケットデータへと、パケットの変換を行う。前者の処理では、Ｉ／Ｆ変換器８ａ・８ｂが、ＵＳＢパケットデータに、ネットワーク４００での通信に必要な送信元および送信先のＩＰアドレスなどをヘッダ情報として付加するとともに、規定のサイズにパケットを分割することにより、ＴＣＰ／ＩＰパケットデータを作成する。後者の処理では、ＴＣＰ／ＩＰパケットを再構成して、ＩＰアドレスなどの不要なヘッダ情報を取り除き、認証情報入力機器７ａ・７ｂが受け付け可能なＵＳＢパケットデータを作成する
制御サーバ２は、一般的なパーソナルコンピュータ（例えばＩＢＭＰＣ／ＡＴ互換機）によって構成され、そのＯＳとして、汎用のＷｉｎｄｏｗｓ（登録商標）やＬｉｎｕｘなどを用いることができる。本実施形態では、一例としてＷｉｎｄｏｗｓ（登録商標）が用いられているものとする。制御サーバ２は、ネットワーク４００に接続され、主として、（１）認証情報入力機器７ａ・７ｂを制御してユーザから認証情報を取得させる、（２）認証情報入力機器７ａ・７ｂが取得した認証情報を受信してユーザの認証処理を行う、（３）認証結果に応じて複合機１ａ・１ｂの動作を制御する、という３つの役割を有している。

本実施形態の通信システム５００では、複合機１ａ・１ｂがスタンドアロンでジョブを実行することはなく、制御サーバ２の制御に基づいて各ジョブを実行する構成となっている。つまり、複合機１ａ・１ｂの操作パネル６にてユーザから受け付けたジョブの実行指示は一旦制御サーバ２へと送信され、制御サーバ２から送信される制御コマンドに基づいて、複合機１ａ・１ｂがジョブを実行する。また、複合機１ａ・１ｂの操作パネル６に表示される各種画面（認証結果を示す画面や操作画面）も、制御サーバ２から送信される画面データを基にして作成される。

（制御サーバの構成）
図４は、本発明の一実施形態を示すものであり、制御サーバ２のハードウェア構成を示すブロック図である。制御サーバ２は、図４に示すように、ＣＰＵ（Central Processing Unit）（コンピュータ）５１、ＲＡＭ（Random Access Memory）５３、ＨＤＤ（Hard Disk Drive）５５、グラフィックコントローラ５７、通信ユニット５９、キーボード／マウス６１などを備えている。そして、グラフィックコントローラ５７には、ディスプレイ６３が接続されている。また、通信ユニット５９は、ネットワーク４００に接続されている。

制御サーバ２は、ＨＤＤ５５に格納された各種プログラムをＲＡＭ５３にロードし、それをＣＰＵ５１が実行することによって、様々な機能を発揮する。また、制御サーバ２は、グラフィックコントローラ５７がディスプレイ６３に様々な画面を表示させることにより、ユーザに対して様々な情報を通知するとともに、通信ユニット５９により、ネットワーク４００に接続された各種機器（複合機１ａ・１ｂ、Ｉ／Ｆ変換器８ａ・８ｂなど）との間で通信を行う。また、ユーザは、キーボード／マウス６１により、制御サーバ２に対して様々な情報の入力を行うことができる。

図１は、本発明の一実施形態を示すものであり、制御サーバ２の機能構成を示すブロック図である。制御サーバ２は、図１に示すように、機能ブロックとして、認証情報入力機器ドライバ（デバイスドライバ手段・認証情報受信手段・コマンド生成手段）７７、Ｉ／Ｆ変換器ドライバ（デバイスドライバ手段・パケット変換手段・コマンド送信手段）７５、機器同定部（機器同定手段）７２、ドライバデータベース（プログラム記憶部）８１、ドライバ呼出部（ドライバ呼出手段）７１、認証部（認証手段）７３、および複合機制御部（動作制御手段）７９を有している。

認証情報入力機器ドライバ７７およびＩ／Ｆ変換器ドライバ７５は、認証情報入力機器７ａ・７ｂの動作を制御するためのドライバである。より詳細には、認証情報入力機器ドライバ７７が認証情報入力機器７ａ・７ｂを制御するためのドライバであり、Ｉ／Ｆ変換器ドライバ７５がＩ／Ｆ変換器８ａ・８ｂを制御するためのドライバである。

認証情報入力機器ドライバ７７は、具体的には、認証情報入力機器７ａ・７ｂに認証情報の読み取りを指示したり、認証情報入力機器７ａ・７ｂの各部の動作を制御したりする制御コマンドが含まれたＵＳＢパケットデータを生成する機能と、認証情報入力機器７ａ・７ｂから送信されたデータを解釈して、ユーザの認証情報を抽出したりする機能とを有している。

一方、Ｉ／Ｆ変換器ドライバ７５は、Ｉ／Ｆ変換器８ａ・８ｂと同様のパケット変換処理を行う。具体的には、Ｉ／Ｆ変換器ドライバ７５は、認証情報入力機器ドライバ７７によって生成されたＵＳＢパケットデータを、ネットワーク４００で流通可能なＴＣＰ／ＩＰパケットデータに変換する。この際、Ｉ／Ｆ変換器ドライバ７５は、ＵＳＢパケットデータに、ネットワーク４００での通信に必要なＩＰアドレスなどのヘッダ情報を付加して、規定のサイズにパケットを分割することにより、ＴＣＰ／ＩＰパケットデータを作成する。作成されたＴＣＰ／ＩＰパケットデータは、通信ユニット５９によってネットワーク４００を介してＩ／Ｆ変換器８ａ・８ｂへ送信される。

また、Ｉ／Ｆ変換器ドライバ７５は、認証情報入力機器７ａ・７ｂから、Ｉ／Ｆ変換器８ａ・８ｂ、ネットワーク４００、そして通信ユニット５９を介して受信したＴＣＰ／ＩＰパケットデータを、認証情報入力機器ドライバ７７が解釈できるＵＳＢパケットデータへと変換する。この場合の変換処理は、上述したＵＳＢパケットデータからＴＣＰ／ＩＰパケットデータへの変換と逆の処理が行われる。

本実施形態では、このＩ／Ｆ変換器ドライバ７５と上述したＩ／Ｆ変換器８ａ・８ｂとにより、通信インターフェイスの違いを超えて、制御サーバ２と認証情報入力機器７ａ・７ｂとが相互通信でき、制御サーバ２が認証情報入力機器７ａ・７ｂをネットワーク４００越しに制御できるようになっている。

機器同定部７２は、認証情報入力機器７ａ・７ｂから制御サーバ２へデータが送信された際に、認証情報がどの認証情報入力機器７ａ・７ｂから送信されたかを同定するためのものである。ドライバデータベース（ドライバＤＢ）８１は、認証情報入力機器７ａ・７ｂを制御するためのデバイスドライバプログラムを格納するものであり、認証情報入力機器７ａと認証情報入力機器７ｂとが別種の方式を利用するものである場合、ドライバＤＢ８１には、それぞれの機器用のデバイスドライバプログラムが格納される。つまり、ドライバＤＢ８１には、認証情報入力機器の種類に応じた数だけデバイスドライバプログラムが格納される。

ドライバ呼出部７１は、ドライバＤＢ８１に格納された複数のデバイスドライバプログラムの中から、機器同定部７２によって同定された認証情報入力機器に応じたものを選択し、選択したプログラムをＲＡＭ５３にロードしてＣＰＵ５１に実行させ、ＣＰＵ５１を認証情報入力機器ドライバ７７として機能させる。その結果、認証情報入力機器ドライバ７７は、入力イベントの発生した認証情報入力機器を適切に制御できるようになる。

認証部７３は、ユーザアカウントデータベースを有しており、認証情報入力機器７ａがユーザから取得した認証情報をユーザアカウントデータベースに登録された認証情報と照合して、ユーザの認証を行う。

複合機制御部７９は、認証部７３による認証結果に応じて複合機１ａ・１ｂの動作を制御する。この制御は、複合機制御部７９が通信ユニット５９を制御することにより、ネットワーク４００越しに行われる。複合機制御部７９による認証結果に応じた動作制御の具体例としては、（１）複合機１ａ・１ｂのジョブの実行を許可または禁止する制御、（２）認証の結果、ジョブの利用が許可された複合機１ａ・１ｂに、ジョブの利用が可能であることをユーザに対して報知させる制御、（３）ユーザの認証結果を複合機１ａ・１ｂの操作パネル６に表示させる制御などがある。複合機制御部７９は、上記の制御動作以外にも、複合機１ａ・１ｂの様々な動作を制御する。複合機制御部７９による他の制御の例については後述する。

なお、制御サーバ２の各機能ブロック、特にドライバ呼出部７１、機器同定部７２、認証部７３、Ｉ／Ｆ変換器ドライバ７５、認証情報入力機器ドライバ７７、複合機制御部７９は、ＣＰＵ５１を用いてソフトウェアによって実現することができる。

すなわち、制御サーバ２は、各機能を実現する制御プログラムの命令を実行するＣＰＵ５１、上記プログラムを格納したＨＤＤ５５、上記プログラムを展開するＲＡＭ５３、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである制御サーバ２の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、上記制御サーバ２に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。

上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ系、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク系、ＩＣカード（メモリカードを含む）／光カード等のカード系、あるいはマスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ系などを用いることができる。

また、制御サーバ２を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークとしては、特に限定されず、例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（virtual private network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、通信ネットワークを構成する伝送媒体としては、特に限定されず、例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、８０２．１１無線、ＨＤＲ、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。

（制御サーバの動作）
次に、制御サーバ２による複合機および認証情報入力機器の制御動作について説明する。図５および図６は、制御サーバ２の処理工程を示すフロー図である。

図５に示すように、まず、制御サーバ２の複合機制御部７９が、複合機１ａ・１ｂのいずれかからアクセス要求があったかどうかを判定する（Ｓ２０１）。なお、複合機１ａ・１ｂからのアクセス要求は、複合機１ａ・１ｂの電源を投入した時点で発生する。ここで、複合機１ａ・１ｂからアクセス要求がない場合（Ｓ２０１にてＮｏ）には、処理はステップＳ２０１に戻り、複合機１ａ・１ｂからアクセス要求があるまで待機する。

一方、ステップＳ２０１において複合機１ａ・１ｂからアクセス要求があった場合、制御サーバ２の複合機制御部７９は、アクセス要求があった複合機１ａ／１ｂに対して、操作パネル６に表示する画面のデータを送信する（Ｓ２０３）。このデータを受信した複合機１ａ／１ｂは、データに対応する画面を操作パネル６に表示する。図７は、このときに複合機の操作パネルに表示される画面の一例を示す図である。ステップＳ２０３の後、複合機制御部７９は、アクセス要求があった複合機１ａ／１ｂをロックする（Ｓ２０５）。これにより、複合機１ａ／１ｂは、ジョブの実行を受け付けない状態で待機する。

次に、制御サーバ２のＩ／Ｆ変換器ドライバ７５は、認証情報入力機器７ａ・７ｂのいずれかにおいて入力イベントが発生したことを示す通知を、Ｉ／Ｆ変換器８ａ・８ｂのいずれかから受け付けたか否かを判定する（Ｓ２０７）。この入力イベントは、認証情報入力機器７ａ・７ｂのいずれかにおいて認証情報の読み取りが可能になった場合に発生する。例えば認証情報入力機器７ａがＩＣカード読取機である場合、ユーザによって認証情報入力機器７ａにＩＣカードが挿入され、ＩＣカードの読み取りの準備ができた時点で、Ｉ／Ｆ変換器８ａからＩ／Ｆ変換器ドライバ７５に入力イベントの発生が通知される。

ステップＳ２０７において、入力イベントの通知を受け付けていない場合、処理はステップＳ２０７に戻り、Ｉ／Ｆ変換器ドライバ７５が入力イベントの通知を受け付けるまで待機する。一方、ステップＳ２０７において入力イベントの通知を受け付けた場合、Ｉ／Ｆ変換器ドライバ７５は、パケットデータのヘッダ情報を参照して、入力イベントの発生を通知してきたＩ／Ｆ変換器８ａ／８ｂの識別情報（ここではＩＰアドレス）を同定し、同定したＩＰアドレスを機器同定部７２に送る。

Ｉ／Ｆ変換器ドライバ７５からＩＰアドレスを受け取った機器同定部７２は、入力イベントの発生した認証情報入力機器７ａ／７ｂを同定する（Ｓ２０９）。入力イベントの発生した認証情報入力機器とは、換言すれば、入力イベントの発生を通知してきたＩ／Ｆ変換器８ａ／８ｂと接続されている認証情報入力機器である。機器同定部７２は、Ｉ／Ｆ変換器に接続されている認証情報入力機器を同定するために、Ｉ／Ｆ変換器のＩＰアドレスと、そのＩ／Ｆ変換器に接続されている認証情報入力機器の識別情報とが対応付けられた第１機器対応テーブル（図示しない記憶部に格納されている）を参照する。そして、機器同定部７２は、この第１機器対応テーブルから、受け取ったＩＰアドレスに対応する認証情報入力機器の識別情報を取得することにより、入力イベントが発生した認証情報入力機器を同定する。

図８は、機器同定部７２がステップＳ２０９において参照する第１機器対応テーブルの一例を示す図である。本実施形態では図８に示すように、第１機器対応テーブルには、Ｉ／Ｆ変換器のＩＰアドレスと、認証情報入力機器の識別情報と、デバイスドライバプログラムの識別情報との対応関係が示されている。この対応テーブルによれば、例えばＩＰアドレスが「１９２．１６８．０．１０」のＩ／Ｆ変換器８ａには認証情報入力機器７ａが接続され、この認証情報入力機器７ａは、ＩＣカードリーダドライバプログラムを用いて制御するものであることが分かる。なお、認証情報入力機器の識別情報と、デバイスドライバプログラムの識別情報との対応関係の利用方法については後述する。

なお、第１機器対応テーブルは、既知のネットワーク探索プロトコルを用いて通信システム５００内のＩ／Ｆ変換器を検索し、検索したＩ／Ｆ変換器の識別情報（ここではＩＰアドレス）と、Ｉ／Ｆ変換器に接続されている認証情報入力機器の識別情報とを対応付けて保持することによって作成される。

次に、機器同定部７２は、ステップＳ２０９において同定された認証情報入力機器７ａ／７ｂの傍に設置されている複合機１ａ／１ｂを同定する（Ｓ２１０）。認証情報入力機器の傍に設置されている複合機とは、すなわち、認証情報入力機器にユーザが認証情報を入力して認証に成功した場合に、利用が可能になる複合機のことである。機器同定部７２は、認証情報入力機器の傍に設置されている複合機を同定するために、認証情報入力機器の識別情報と、複合機の識別情報（ここではＩＰアドレス）とが対応付けられた第２機器対応テーブル（図示しない制御先記憶部に予め格納されている）を参照する。そして、機器同定部７２は、この第２機器対応テーブルから、ステップＳ２０９において同定された認証情報入力機器７ａ／７ｂの識別情報に対応する複合機１ａ／１ｂのＩＰアドレスを取得することにより、認証に成功した場合に利用を許可する複合機を同定する。ここで取得した複合機のＩＰアドレスは、複合機制御部７９に送られる。

図９は、機器同定部７２がステップＳ２１１において参照する第２機器対応テーブルの一例を示す図である。この対応テーブルによれば、例えば、認証情報入力機器７ａの傍には、ＩＰアドレスが「１９２．１６８．０．２０」の複合機１ａが設置されており、認証情報入力機器７ａにユーザが認証情報を入力して認証に成功した場合に、この複合機１ａの利用を許可すればよいことが分かる。

次に、機器同定部７２は、ドライバＤＢ８１から、ステップＳ２０９において同定した認証情報入力機器用のデバイスドライバプログラムを呼び出して、認証情報入力機器ドライバ７７としてＣＰＵ５１に実行させる（Ｓ２１１）。このとき、機器同定部７２は、認証情報入力機器の識別情報と、デバイスドライバプログラムの識別情報とが対応付けられたドライバ対応テーブル（図示しないドライバ対応記憶部に予め格納されている）を参照する。なお、上述した図８に示す第１機器対応テーブルは、このドライバ対応テーブルを兼ねている。そして、機器同定部７２は、このドライバ対応テーブルから、ステップＳ２０９において同定した認証情報入力機器の識別情報に対応するデバイスドライバプログラムの識別情報を取得し、取得した識別情報に基づいて、ドライバＤＢ８１の中から、入力イベントが発生した認証情報入力機器用のデバイスドライバプログラムを選択してＣＰＵ５１に実行させる。これにより、認証情報入力機器ドライバ７７が、入力イベントの発生した認証情報入力機器７ａ／７ｂの動作を制御できるようになる。

そして、認証情報入力機器ドライバ７７は、入力イベントが発生した認証情報入力機器７ａ／７ｂをネットワーク越しに制御して、認証情報の読み取りを実行する（Ｓ２１３）。認証情報の読み取りは、詳細には以下のようにして行われる。

まず、認証情報入力機器ドライバ７７は、認証情報入力機器７ａ／７ｂに対して認証情報の読み取りを指示する制御コマンドが含まれたＵＳＢパケットデータを生成する。そして、生成されたＵＳＢパケットデータはＩ／Ｆ変換器ドライバ７５に送られ、Ｉ／Ｆ変換器ドライバ７５によってネットワーク４００の通信プロトコル（ここではＴＣＰ／ＩＰ）に基づいたパケットデータ（ＴＣＰ／ＩＰパケットデータ）に変換される。ＴＣＰ／ＩＰパケットデータは、通信ユニット５９によって、ステップＳ２０７において入力イベントの発生を通知してきたＩ／Ｆ変換器８ａ／８ｂに送信される。

制御サーバ２からネットワーク４００を介してＴＣＰ／ＩＰパケットデータを受信したＩ／Ｆ変換器８ａ／８ｂは、このパケットデータを、ＵＳＢの通信プロトコルに基づいたＵＳＢパケットデータに変換し、ＵＳＢパケットデータを認証情報入力機器７ａ／７ｂに送信する。このＵＳＢパケットデータを受信した認証情報入力機器７ａ／７ｂは、ＵＳＢパケットデータに含まれた制御コマンドに従い、ＩＣカードに記録されたＩＤおよびパスワード、あるいは、ユーザの指紋などを読み取ることによって、ユーザから認証情報を取得する。そして、取得された認証情報は、ＵＳＢ４０２、Ｉ／Ｆ変換器８ａ／８ｂ、ネットワーク４００を経由して、制御サーバ２に送信される。この場合にも、指示コマンドの受信時と同様に、Ｉ／Ｆ変換器８ａが、認証情報を含むパケットの形態について、ＵＳＢパケットデータからＴＣＰ／ＩＰパケットデータへの変換を行う。

続いて、制御サーバ２のＩ／Ｆ変換器８ａ／８ｂは、認証情報入力機器７ａ／７ｂから送信された認証情報が含まれたＴＣＰ／ＩＰパケットデータを受信して（Ｓ２１５）、ＵＳＢパケットデータに変換し、認証情報入力機器ドライバ７７に送る。そして、認証情報入力機器ドライバ７７は、受け取ったＵＳＢパケットデータの中から認証情報を抽出して、認証部７３に送る。

認証部７３は、受け取った認証情報を、ユーザアカウントデータベース（図示しない記憶部に予め設けられている）に登録されている認証情報と照合する（Ｓ２１６）。なお、ユーザアカウントデータベースには、認証情報と実行権限との対応関係がユーザごとに示されている。なお、取得する認証情報の種類が認証上情報入力機器によって異なる場合は、それぞれの認証情報（各ユーザの指紋や静脈などの情報）がユーザアカウントデータベースに登録される。

図９は、ユーザアカウントデータベースの一例を示す図である。このユーザアカウントデータベースは、ＩＣカードから認証情報としてユーザＩＤおよびパスワードを読み取る場合に用いるものであり、認証情報であるユーザＩＤおよびパスワードと、そのユーザの利用可能なジョブの種類（実行権限）との対応関係が示されている。よって、このユーザアカウントデータベースでは、各ユーザの実行権限をジョブごとに規定できる。

このユーザアカウントデータベースによれば、例えばユーザＩＤが「１００００１」のユーザＡのパスワードは「Ａｆｄｊａｏｉｊｓ」であり、このユーザＡにはコピージョブ、プリントジョブ、およびファックスジョブの実行が許可され、一方、ユーザＩＤが「１００００３」のユーザＣのパスワードは「Ｑｗｉｕｅｙｔｑ」であり、このユーザＣにはコピージョブの実行しか許可されないことが分かる。

そして、認証情報入力機器７ａ／７ｂから受け取った認証情報と、ユーザアカウントデータベースに登録されている認証情報とが合致しなかった場合（Ｓ２１７においてＮｏ）には認証は失敗し、複合機１ａ／１ｂに対して、複合機制御部７９が認証に失敗したことを通知するとともに、認証結果（認証に失敗したこと）を示す画面のデータを生成して送信する（Ｓ２２１）。なお、このステップＳ２２１における認証結果の通知先およびデータの送信先は、ステップＳ２１０において同定されたＩＰアドレスを有する複合機である。認証結果および認証結果を示す画面のデータを受信した複合機１ａ／１ｂは、受け取ったデータに対応する画面を操作パネル６に表示する。図１１は、認証に失敗した場合の認証結果を示す画面の一例である。そして、処理がステップＳ２０７に戻り、制御サーバ２は、再び認証情報入力機器７ａ／７ｂにおいて入力イベントが発生するまで待機する。

一方、認証情報入力機器７ａ／７ｂから受け取った認証情報と、ユーザアカウントデータベースに登録されている認証情報とが合致した場合（Ｓ２１７においてＹｅｓ）には認証は成功し、ステップＳ２１０において同定されたＩＰアドレスを有する複合機１ａ／１ｂに対して、複合機制御部７９がロックの解除を行う（Ｓ２１９）。

続いて、複合機制御部７９は、ユーザアカウントデータベースから、認証に成功したユーザの実行権限を取得するとともに、取得した実行権限に基づいて、このユーザが実行可能なジョブの選択肢が示された操作画面のデータを生成する。なお、この操作画面には、認証に成功したことを示す認証結果も含まれる。複合機制御部７９は、複合機１ａ／１ｂに対して、この認証結果を含む操作画面のデータを、実行権限とともに送信する（Ｓ２２０）。認証結果を含む操作画面のデータを受信した複合機１ａ／１ｂは、操作パネル６に、受信したデータに対応する操作画面を表示させる。これにより、ユーザは、認証に成功したことを知るとともに、操作パネル６を操作して、実行したいジョブを選択できるようになる。ただし、操作画面にはユーザが実行権限を有しているジョブの選択肢しか表示されないため、ユーザは、実行権限を有しているジョブしか選択することはできない。図１２は、認証に成功した場合に操作パネル６に表示される操作画面の一例である。

なお、以下の各ステップにおける複合機１ａ／１ｂは、このステップＳ２２０でやり取りを行っている複合機１ａ／１ｂ（すなわち、ステップＳ２１０において同定されたＩＰアドレスを有する複合機）である。

ステップＳ２２０の後、ユーザが操作パネル６を操作して所望のジョブを選択すると、操作コマンドが制御サーバ２へ送信される。複合機制御部７９は、複合機１ａ／１ｂから操作コマンドを受け付けると（ステップＳ２２２）、受け付けた操作コマンドに基づいてユーザが選択したジョブを特定し、該ジョブの実行指示を複合機１ａ／１ｂに送信する（Ｓ２２３）。この実行指示に従い、複合機１ａ／１ｂがジョブを実行する。

その後、制御サーバ２の複合機制御部７９は、ユーザのログオフが指示されたか否かを判定する（Ｓ２２５）。ユーザが、使用している複合機１ａ／１ｂの操作パネル６を用いてログオフを指示すると、複合機１ａ／１ｂから複合機制御部７９へログオフが通知され、複合機制御部７９は、この通知を受け取った場合にユーザのログオフが指示されたと判定する。ここで、ログオフが指示されなかった場合、処理はステップＳ２２２に戻り、新たなジョブの選択を受け付ける。一方、ログオフが指示された場合、複合機１ａ／１ｂをロックして（Ｓ２２７）、処理を終了する。

（複合機の動作）
次に、複合機１ａ／１ｂの動作について説明する。図１３は、複合機１ａ／１ｂの処理工程を示すフロー図である。まず、複合機１ａ／１ｂの電源がＯＮになると（Ｓ２５１）、複合機１ａ／１ｂは、制御サーバ２にアクセス要求を送信する（Ｓ２５３）。このステップにおけるアクセス要求は、上述したステップＳ２０１におけるアクセス要求に対応する。

そして、複合機１ａ／１ｂは、制御サーバ２から、画面のデータを受信したか否かを判定する（Ｓ２５５）。ここで、画面のデータを受信した場合（Ｓ２５５にてＹｅｓ）には、受信したデータに対応する画面を操作パネル６に表示する（Ｓ２５７）。そして、電源ＯＦＦが指示されたか否かを判定し（Ｓ２５９）、電源ＯＦＦが指示された場合には処理を終了し、指示されていない場合には、処理はステップＳ２５５に戻る。

一方、ステップＳ２５５において画面のデータを受信していない場合は、制御サーバ２から実行権限を受信したか否かを判定する（Ｓ２６１）。このステップにおける実行権限は、上述したステップＳ２２０における実行権限に対応する。そして、実行権限を受信した場合（Ｓ２６１にてＹｅｓ）には、実行権限に応じて自機の各ユニットに電力を供給する。例えば、認証に成功したユーザの実行権限がプリントジョブしかない場合には、プリントジョブに必要な画像形成エンジンのみに電力を供給する。一方、実行権限が全てのジョブに対してある場合には、画像形成エンジン、スキャナユニット、ファクシミリユニットなどの全てのユニットに電力を供給する。そして、処理はステップＳ２５９に進む。

一方、ステップＳ２６１において実行権限を受信していない場合には、制御サーバ２からジョブの実行指示を受信したか否かを判定する（Ｓ２６５）。このステップにおけるジョブの実行指示は、上述したステップＳ２２３におけるジョブの実行指示に対応する。そして、ジョブの実行指示を受信した場合（Ｓ２６５においてＹｅｓ）には、実行指示に従ってジョブを実行する（Ｓ２６７）。その後、処理はステップＳ２５９に進む。

一方、ステップＳ２６５において実行指示を受信していない場合には、制御サーバ２からロック指示を受信したか否かを判定する（Ｓ２６９）。このステップにおけるロック指示は、上述したステップＳ２０５・Ｓ２２７において制御サーバ２から指示されるものである。そして、ロック指示を受信した場合（Ｓ２６９にてＹｅｓ）には、指示に従って自機の機能をロックする（Ｓ２７１）。そして、処理はステップＳ２５９に進む。

（本実施形態の通信システムの利点）
以上のように、複合機１ａ・１ｂは、制御サーバ２によってほとんどの動作が制御される構成となっている。これにより、ユーザアカウントや複合機１ａ・１ｂの使用状況のログなどを１台の制御サーバ２によって統合的に管理することができる。

また、本実施形態の通信システム５００では、認証情報入力機器７ａ・７ｂの動作を、複合機１ａ・１ｂの代わりに、制御サーバ２が制御する構成となっている。従来のように、複合機１ａ・１ｂが認証情報入力機器７ａ・７ｂの動作を制御する場合には、認証情報入力機器７ａ・７ｂの変更の際や、ＩＣカードなどに記録されている認証情報のデータフォーマットの変更の際、あるいは、デバイスドライバプログラムの更新の際に、デバイスドライバプログラムの変更のために複合機１ａ・１ｂのＲＯＭや基板の交換といった大掛かりな作業が必要となる。しかしながら、本実施形態の構成によれば、制御サーバ２が一般的なパーソナルコンピュータなどで構成されているため、新たな認証情報入力機器用のデバイスドライバプログラムを容易に導入・更新することができる。よって、認証方式などの変更を容易にでき、柔軟な認証システムを構築することができる。

また、本実施形態の通信システム５００では、制御サーバ２と認証情報入力機器７ａ・７ｂとが、Ｉ／Ｆ変換器８ａ・８ｂを介して通信する構成となっている。一般に市販されている認証情報入力機器は、ＵＳＢなど、非ネットワーク形式で接続するよう設計されているものが多い。ＵＳＢなどの非ネットワーク形式の接続形態においては、規格上、制御元から制御先までの物理的な距離に制限が生じてしまう。しかしながら、本実施形態では、Ｉ／Ｆ変換器８ａ・８ｂを用い、認証情報入力機器７ａ・７ｂとＩ／Ｆ変換器８ａ・８ｂとの間はＵＳＢで、そして、Ｉ／Ｆ変換器８ａ・８ｂと制御サーバ２との間はネットワークで接続することにより、制御サーバ２と認証情報入力機器７ａ・７ｂとの間の距離の制限を無くすことができる。それゆえ、複合機１ａ・１ｂの傍に設置された認証情報入力機器７ａ・７ｂを、リモートの制御サーバ２から制御することが可能になる。その結果、既存の様々なタイプの認証情報入力機器を利用して、自由自在に認証システムを構築することができる。

さらに、本実施形態では、制御サーバ２が汎用的なパーソナルコンピュータによって構成され、制御サーバ２のＯＳがＷｉｎｄｏｗｓ（登録商標）であるため、ドライバＤＢ８１に格納されるデバイスドライバプログラムを開発する際に、既存のデバイスドライバプログラムや既存のモジュールなどを利用することができる。それゆえ、新たなデバイスドライバプログラムを開発する手間を軽減することができる。

また、本実施形態では、Ｉ／Ｆ変換器８ａ・８ｂのＩＰアドレスと、認証情報入力機器７ａ・７ｂの識別情報とが対応付けられた第１機器対応テーブルを制御サーバ２が有しており、機器同定部７２が、上述したステップＳ２０９に示したように、受信したデータのヘッダ情報に記載されたＩ／Ｆ変換器８ａ／８ｂのＩＰアドレスに基づいて、制御サーバ２へ認証情報を送信する認証情報入力機器が認証情報入力機器７ａ・７ｂのいずれであるかを同定する構成となっている。これにより、通信システム５００に複数の認証情報入力機器７ａ・７ｂが含まれる場合であっても、どの認証情報入力機器から認証情報が送信されてくるのかを特定することができる。

さらに、本実施形態では、認証情報入力機器７ａ・７ｂの識別情報と、複合機１ａ・１ｂのＩＰアドレスとが対応付けられた第２機器対応テーブルを制御サーバ２が有しており、認証情報入力機器７ａ・７ｂが取得した認証情報を用いた認証が成功した場合に、複合機制御部７９が、上述したステップＳ２１０に示したように、認証情報入力機器の識別情報に基づいて、動作を制御する複合機を決定する構成となっている。これにより、通信システム５００に複数の複合機１ａ・１ｂが含まれる場合であっても、認証情報に基づいてどの複合機を制御すればよいかを特定することができる。

なお、本実施形態では、第２機器対応テーブルにおいて、認証情報入力機器の識別情報と複合機のＩＰアドレスとが１対１で対応付けられていたが、本発明はこれに限定されず、認証情報入力機器の識別情報１つに対して複数の複合機のＩＰアドレスが対応付けられていてもよい。この場合、ユーザが１台の認証情報入力機器を用いて認証に成功したときに、複数台の複合機を使用できるようになる。

また、本実施形態では、ユーザの認証情報と、ユーザの利用可能なジョブの種類（権限）とが対応付けられたユーザアカウントデータベースを制御サーバ２が有しており、複合機制御部７９は、複合機のジョブごとに、ジョブの実行を許可したり禁止したりする構成となっている。これにより、ユーザごとに様々な利用制限を課すことができる。

〔実施形態２〕
次に、本発明の別の実施形態について図１４から図１６に基づいて説明すると以下の通りである。なお、上述した実施形態１と同様の構成については、同一の部材番号を付し、説明を省略する。

図１４は、本実施形態の通信システム６００の構成を示すブロック図である。本実施形態の通信システム６００は、複合機１ａ・１ｂ、制御サーバ２’、認証情報入力機器７ａ・７ｂ、Ｉ／Ｆ変換器８ａ・８ｂに加え、認証サーバ４ａ・４ｂを含んでいる。

上述した実施形態１では、ユーザの認証処理を制御サーバ２の認証部７３が行う構成となっていたが、本実施形態では、認証サーバ４ａ・４ｂが行う構成となっている。認証サーバ４ａ・４ｂは、上述した実施形態１の制御サーバ２が備えている認証部７３およびユーザアカウントデータベースと同様のものを備えており、ユーザから取得した認証情報をユーザアカウントデータベースに登録されているものと照合して、ユーザの認証を行う。

図１５は、本実施形態の制御サーバ２’の機能構成を示すブロック図である。図１５に示すように、制御サーバ２’は、実施形態１の認証部７３の代わりに認証制御部（認証情報送信手段・認証結果受信手段）８３を備えており、その他は上述した実施形態１と同一である。

制御サーバ２’の動作について説明すると、本実施形態では、上述したステップＳ２１５の後、認証情報入力機器ドライバ７７がＵＳＢパケットデータの中から認証情報を抽出して、認証制御部８３に送る。すると、認証制御部８３は、受け取った認証情報を、通信ユニット５９からネットワーク４００を介して認証サーバ４ａ・４ｂのいずれか一方に送信する。

このとき、認証制御部８３は、認証情報の送信先を、認証情報を取得した認証情報入力機器７ａ・７ｂの種類に基づいて決定する。例えば認証情報入力機器７ａ，７ｂがそれぞれＩＣカード読取機、指紋読取機であり、認証サーバ４ａはユーザＩＤおよびパスワードが認証情報として登録されているユーザアカウントデータベースを、また、認証サーバ４ｂは指紋情報が認証情報として登録されているユーザアカウントデータベースを有している場合を考える。この場合、認証情報入力機器７ａにおいて読み取った認証情報（ユーザＩＤおよびパスワード）は、認証情報としてユーザＩＤおよびパスワードが登録されたユーザアカウントデータベースを有する認証サーバ４ａに送信されることが好ましく、同様に、認証情報入力機器７ｂにおいて読み取った認証情報（指紋情報）は、認証情報として指紋情報が登録されたユーザアカウントデータベースを有する認証サーバ４ｂに送信されることが好ましい。

そこで、認証制御部８３は、認証情報入力機器の識別情報と、認証サーバの識別情報（ここではＩＰアドレス）とが対応付けられた送信先対応テーブル（図示しない送信先記憶部に予め格納されている）を参照し、ステップＳ２０９にて同定した認証情報入力機器の識別情報に対応する認証サーバのＩＰアドレスを取得する。そして、認証制御部８３は、取得したＩＰアドレスを有する認証サーバ４ａ／４ｂに対して、認証情報入力機器ドライバ７７から受け取った認証情報を送信する。

図１６は、送信先対応テーブルの一例を示す図である。この送信先対応テーブルによれば、認証情報入力機器７ａにおいて読み取られた認証情報は、ＩＰアドレスが「１９２．１６８．０．３０」の認証サーバ４ａに送信される一方、認証情報入力機器７ｂにおいて読み取られた認証情報はＩＰアドレスが「１９２．１６８．０．３１」の認証サーバ４ｂに送信されることが分かる。

そして、制御サーバ２’の認証制御部８３から、ネットワーク４００を介して認証情報を受信した認証サーバ４ａ／４ｂは、上述した実施形態１のステップＳ２１６と同様に、ユーザアカウントデータベースに登録された認証情報と、受信した認証情報とを照合する。そして、両者が合致した場合（すなわち認証が成功した場合）には、認証サーバ４ａ／４ｂは、認証が成功したこと示す通知と、ユーザアカウントデータベースに示されたユーザの実行権限とを、制御サーバ２’の認証制御部８３に送信する。一方、両者が合致しなかった場合（すなわち認証が失敗した場合）には、認証サーバ４ａ／４ｂは、認証が失敗したことを制御サーバ２’の認証制御部８３に通知する。

認証の成功または失敗の通知を認証サーバ４ａ／４ｂから受け取った認証制御部８３は、受け取った通知が認証情報の成功を示すものであるか失敗を示すものであるかに応じて、ステップＳ２１９かＳ２２１に工程に処理を進める。その後は実施形態１と同様である。

以上のように、本実施形態では、ユーザの認証処理を認証サーバ４ａ・４ｂが行う構成となっている。これにより、ユーザの認証処理によって制御サーバ２’に過負荷が生じるのを防止することができる。

また、本実施形態では、通信システム５００が複数の認証サーバ４ａ・４ｂを含み、認証情報入力機器７ａ・７ｂの種類に応じて、認証を行う認証サーバを使い分ける構成となっている。これにより、認証処理による負荷を分散することができる。

〔実施形態３〕
次に、本発明のさらに別の実施形態について図１７および図１８に基づいて説明すると以下の通りである。なお、上述した実施形態１と同様の構成については、同一の部材番号を付し、説明を省略する。

図１７は、本実施形態の通信システム７００の構成を示すブロック図である。本実施形態の通信システム７００は、１台の認証情報入力機器７ａおよびＩ／Ｆ変換器８ａ、複数台（ここでは２台）の複合機１ａ・１ｂ、ならびに、制御サーバ２を含んでいる。認証情報入力機器７ａに入力された認証情報は、複合機１ａ・１ｂの双方の利用許可に用いられる。

上述した実施形態１では、利用可能になる複合機が、認証情報の入力に使用した認証情報入力機器に基づいて決定される構成となっていたが、本実施形態では、ユーザの権限に応じて決定される構成となっている。このため、ユーザアカウントデータベースには、ユーザの認証情報と対応付けられる権限として、ユーザの利用可能な複合機の識別情報（ここではＩＰアドレス）およびジョブの種類が登録されている。

図１８は、本実施形態におけるユーザアカウントデータベースの一例である。このユーザアカウントデータベースによれば、例えばユーザＩＤが「１００００１」のユーザＡは、ＩＰアドレスが「１９２．１６８．０．２０」の複合機１ａと、ＩＰアドレスが「１９２．１６８．０．２１」の複合機１ｂとの利用が許可されるとともに、それぞれの複合機１ａ・１ｂにおいて、コピージョブ、プリントジョブ、およびファックスジョブの実行が許可されることが分かる。一方、ユーザＩＤが「１００００３」のユーザＣは、ＩＰアドレスが「１９２．１６８．０．２０」の複合機１ａの利用のみが許可され、さらに、複合機１ｂのジョブのうち、コピージョブしか許可されないことが分かる。

また、本実施形態の複合機１ａ・１ｂは、筐体の外側でユーザから見え易い位置に、図示しない高輝度ＬＥＤが備えられている。

制御サーバ２の動作について説明すると、本実施形態では、上述したステップＳ２１０が省略される。そして、ステップＳ２１６における認証が成功した場合（Ｓ２１７にてＹｅｓ）、複合機制御部７９は、ユーザアカウントデータベースから、認証に成功したユーザの権限（ＩＰアドレスおよびジョブの種類）を取得し、取得したＩＰアドレスを有する複合機を、ユーザの利用可能な複合機として認定する。次に、複合機制御部７９は、取得したＩＰアドレスを有する複合機１ａ・１ｂに対して、ロックの解除を指示する制御コマンドと、上述した高輝度ＬＥＤの点滅を指示する制御コマンドとを送信する。

その結果、上記の制御コマンドを受信した複合機１ａ・１ｂは、ロックを解除するとともに、制御コマンドに従い、高輝度ＬＥＤを点滅させる。ユーザは、この高輝度ＬＥＤの点滅を見ることにより、該ＬＥＤが設けられている複合機１ａ・１ｂが利用可能であることを知ることができる。そして、処理はステップＳ２２０に進み、後は実施形態１と同様である。

以上のように、本実施形態では、ユーザからの認証情報に基づいて、利用可能な複合機が決定される。換言すれば、通信システムに複数の複合機が含まれる場合に、利用の可否を複合機ごとに定めることができる。従って、ユーザに応じて、利用できる複合機の種類を制限することができる。

また、本実施形態では、１台の認証情報入力機器７ａに対する１度の認証情報の入力により、複数台（ここでは２台）の複合機１ａ・１ｂの利用が可能になる。このような構成は、複合機１ａ・１ｂの双方を用いてタンデム処理を行う場合などに、認証処理に必要なユーザの労力を軽減することができ、好適である。

また、本実施形態では、利用が許可された複合機の高輝度ＬＥＤが点滅する構成となっている。このように、制御サーバ２が、利用が許可された複合機に対して、利用可能であることをユーザに報知させることにより、ユーザは、どの複合機が利用可能であるかを瞬時に判断することができる。

なお、ユーザに利用可能であることを報知するための報知手段としては、上述した高輝度ＬＥＤに限定されず、視覚的に報知する各種デバイス、さらには、音によって報知する各種デバイスなどを用いることもできる。

〔実施形態１〜３の補足〕
（制御サーバによる複合機制御の詳細）
以下では、上述した複合機制御部７９による複合機制御の詳細についてさらに説明する。なお、以下の構成は、上述した実施形態１〜３に共通する構成である。

制御サーバ２・２’は、上述したように、通信ネットワーク４００を介して、複合機１ａ・１ｂによるジョブを制御する。複合機１ａ・１ｂを制御する際、制御サーバ２・２’は、自身が有するアプリケーションを用いた処理を実行させる。これにより、複合機１ａ・１ｂは、自身が有する情報処理機能だけでは実行することのできない様々な処理を利用した制御を、制御サーバ２・２’から受けることができる。すなわち、複合機１ａ・１ｂは、外部の制御サーバ２・２’が有するアプリケーションと連携して動作することができる。

制御サーバ２・２’のアプリケーションは、複合機１ａ・１ｂの様々な特徴を制御するために、複合機１ａ・１ｂが提供している１つまたは複数のＷｅｂサービスを使用してもよい。複合機１ａ・１ｂの様々な特徴の制御とは、例えば、装置の機能の有効／無効の切替や設定、あるいは、装置の機能の制御である。Ｗｅｂサービスとは、アプリケーションの機能をネットワークを通じて外部から利用できるようにするプログラム処理のことであり、通常ＳＯＡＰが用いられる。

また、複合機１ａ・１ｂは、制御サーバ２・２’が有するアプリケーションと連携して動作する際に、Ｗｅｂサーバである当該制御サーバ２・２’にアクセスし、アプリケーションに応じた操作画面データを取得し、操作画面を操作パネル６に表示させる。すなわち、制御サーバ２・２’のアプリケーションは、ユーザと対話することができる。これにより、複合機１ａ・１ｂは、制御サーバ２・２’に対して操作画面データを要求するだけで、操作画面を表示することができ、操作画面データ自体を管理する必要がない。

また、複合機１ａ・１ｂは、外部に公開しているＡＰＩ（Application Program Interface）（制御指示）を機種によらず共通にしている。そのため、制御サーバ２・２’は、複合機１ａ・１ｂの機種によらず、共通した制御指示を複合機１ａ・１ｂに出力することができる。よって、新たなアプリケーションを利用した制御を複合機１ａ・１ｂに対して行う際、制御サーバ２・２’内に組み込むプログラムの開発を容易に行うことができる。ＡＰＩは、ソフト開発の際に使用できる命令と、それを利用するための手続きを定めた規約である。

なお、複合機１ａ・１ｂと制御サーバ２・２’とは、操作画面データの要求／応答に関する通信として、ＨＴＴＰ、または、ＳＳＬ（Secure Socket Layer）を使用したＨＴＴＰＳを用いる。ＨＴＴＰＳを用いた場合、セキュリティが向上する。そのマークアップ言語としては、ＨＴＭＬ（Hypertext Markup Language）、ＸＭＬ（eXtensible Markup Language）、ＷＭＬ（Wireless Markup Language）、ＸＨＴＭＬ（eXtensible HyperText Markup Language）、および／または、他の言語からなる用語が挙げられる。

なお、ＸＭＬは、ＨＴＭＬと同様の手軽さでデータ送受信できる文書構造の記述言語である。（１）利用者が文書中の文字列に意味付けできる、（２）特定のソフトウェアに依存しない、（３）プログラムが容易、などのメリットがある。

一方、制御サーバ２・２’が複合機１ａ・１ｂを制御する際の制御指示の通信については、ＸＭＬなどのマークアップ言語を用いたＳＯＡＰ（Simple Object Access Protocol）などのオブジェクト間通信プロトコルを用いて行われる。ＳＯＡＰは、ＸＭＬとＨＴＴＰなどをベースとした、データやサービスを呼び出すためのプロトコルで、システムとシステムを連携させることができる。

以下に、制御サーバ２・２’による複合機１ａ・１ｂの動作制御に関する構成について説明する。

図１９は、本実施形態に係る制御サーバ２・２’の内部構成を示すブロック図である。図１９に示されるように、制御サーバ２・２’は、上述した複合機制御部７９として、ＯＳ部２１、Ｗｅｂサーバ部２２、ＭＦＰ制御ロジック部２３、連携モジュール２４、アプリケーション部２５を備えている。

ＯＳ部２１は、コンピュータシステムを管理し、基本的なユーザ操作環境を提供するオペレーティングシステム（ＯＳ）に従った処理を行うブロックである。ＯＳとしては、上述したように、Ｗｉｎｄｏｗｓ（登録商標）が用いられている。

Ｗｅｂサーバ部２２は、ＨＴＴＰ（hypertext transfer protocol）（またはＨＴＴＰＳ）やＳＯＡＰ（simple object access protocol）を用いた通信を行うものである。Ｗｅｂサーバ部２２は、複合機１ａ・１ｂからＨＴＴＰリクエストを受信するとともに、当該ＨＴＴＰリクエストに対応するＨＴＴＰレスポンスを送信する。Ｗｅｂサーバ部２２は、例えば、Ａｐａｃｈｅのようなソフトウェアに従った動作を行うブロックである。

ＭＦＰ制御ロジック部２３は、複合機１ａ・１ｂの操作画面（ＵＩ）および各種の装置機能の制御を行うものである。ＭＦＰ制御ロジック部２３は、情報受付部２３１、画面データ記憶部２３２、ＵＩ制御部２３３、制御指示テーブル記憶部２３４、デバイス制御部２３５およびアプリケーション指示部２３６を備えている。

情報受付部２３１は、Ｗｅｂサーバ部２２を介して、複合機１ａ・１ｂからの情報を受け付け、当該情報に応じた処理を、ＵＩ制御部２３３、デバイス制御部（実行指示送信手段）２３５、アプリケーション指示部２３６に対して指示するものである。

なお、情報受付部２３１が複合機１ａ・１ｂから受け付ける情報としては、ＵＲＬ（Uniform Resource Locator）により指定されたデータの送信要求情報（リクエスト情報）、ＵＩ制御部２３３から出力された操作画面データに基づいた操作画面上において押下されたボタンを示す押下ボタン情報、および、アプリケーション部２５に対する処理要求情報が含まれる。

なお、情報受付部２３１は、上記処理要求情報を、ＳＯＡＰを用いて、Ｗｅｂサーバ部２２から取得する。また、情報受付部２３１は、上記送信要求情報および押下ボタン情報を、ＨＴＴＰ（またはＨＴＴＰＳ）を用いて、Ｗｅｂサーバ部２２から取得する。

処理要求情報としては、例えば、認証アプリケーションに対するユーザの認証処理を要求する情報や、イベント集計アプリケーションに対する集計処理を要求する情報などが含まれる。ただし、処理要求情報は、これらに限定されるものではなく、複合機１ａ・１ｂから任意（または定期的）に受信する情報であり、当該情報に応じて、アプリケーション部２５が何らかの処理を行うものであればよい。

情報受付部２３１は、送信要求情報を受けた場合、当該送信要求情報をＵＩ制御部２３３に出力する。

また、情報受付部２３１は、操作画面上において押下されたボタンを示す押下ボタン情報と、当該ボタンの押下に応じて、ＵＩ制御部２３３、アプリケーション指示部２３６およびデバイス制御部２３５のいずれかが行う処理内容を示す処理情報とを対応付けた押下ボタン処理テーブルを管理している。

情報受付部２３１は、押下ボタン情報を受け付けた場合、当該押下ボタン情報に対応する処理内容情報を上記押下ボタン処理テーブルから特定し、特定した処理情報が示す処理の実行指示を、ＵＩ制御部２３３、アプリケーション指示部２３６およびデバイス制御部２３５に対して行う。すなわち、情報受付部２３１は、処理内容情報がＵＩ制御に関する情報である場合、その情報が示す内容をＵＩ制御部２３３に通知し、処理内容情報がアプリケーションに関する情報である場合、その情報が示す内容をアプリケーション指示部２３６に通知し、処理内容情報がデバイス制御に関する情報である場合、その情報が示す内容をデバイス制御部２３５に通知する。

さらに、情報受付部２３１は、上記押下ボタン処理テーブルと同様に、アプリケーション部２５に対する処理要求情報と、当該処理要求情報に応じて、ＵＩ制御部２３３、アプリケーション指示部２３６およびデバイス制御部２３５のいずれかが行う処理内容を示す処理内容情報とを対応付けた処理要求情報―処理テーブルを管理している。

情報受付部２３１は、処理要求情報を受け付けた場合、当該処理要求情報に対応する処理内容情報を上記処理要求―処理内容テーブルから特定し、特定した処理内容情報が示す処理の実行指示を、ＵＩ制御部２３３、アプリケーション指示部２３６およびデバイス制御部２３５に対して行う。

画面データ記憶部２３２は、複写機の操作パネル６に表示される各操作画面を示す操作画面データを記憶するものである。

ＵＩ制御部２３３は、情報受付部２３１からの指示に応じた操作画面データを画面データ記憶部２３２から読み出し、Ｗｅｂサーバ部２２を介して、当該操作画面データを複合機１ａ・１ｂに出力させるものである。なお、ＵＩ制御部２３３は、ＨＴＴＰ（またはＨＴＴＰＳ）を用いて、操作画面データを送信する。

アプリケーション指示部２３６は、情報受付部２３１からの指示内容に応じて、アプリケーション部２５に対して所定の処理を開始させるものである。

制御指示テーブル記憶部２３４は、複合機１ａ・１ｂに対する制御内容と、当該制御内容に従った制御を行う場合の制御指示とを対応付けた制御指示テーブルを記憶するものである。図２０は、制御指示テーブルの一例を示す図である。図２０に示されるように、制御指示テーブル記憶部２３４は、例えば、制御内容「スキャン」と、制御指示「ＪｏｂＣｒｅａｔｅ」、「ＥｘｅｃｕｔｅＳｃａｎ」および「ＪｏｂＣｌｏｓｅ」とを対応付けて記憶している。また、制御指示テーブル記憶部２３４は、１つの制御内容に対応付けて複数の制御指示を記憶している場合、各制御指示の出力順序（制御順序）も記憶している。

なお、制御指示テーブル記憶部２３４が記憶している制御指示は、後述するように、複合機１ａ・１ｂのＷｅｂサービス層１７が外部に公開しているＡＰＩであり、複合機１ａ・１ｂの機種に依存しない共通のＡＰＩである。

デバイス制御部２３５は、情報受付部２３１またはアプリケーション部２５から受けた制御内容に対応する制御指示を制御指示テーブル記憶部２３４から読み出し、Ｗｅｂサーバ部２２を介して、読み出した制御指示を複合機１ａ・１ｂに送信するものである。なお、デバイス制御部２３５は、ＳＯＡＰを用いて、制御指示を複合機１ａ・１ｂに伝送する。

アプリケーション部２５は、各種のアプリケーションに応じた処理を行うブロックである。アプリケーション部２５は、例えば、画像データを保存・管理するドキュメント管理アプリケーション、ＯＣＲ（Optical Character Recognition）アプリケーション、翻訳アプリケーション、複合機１ａ・１ｂで実行されたイベントの集計を行うイベント集計アプリケーションなどに応じた動作を行う。

連携モジュール２４は、アプリケーション部２５とＭＦＰ制御ロジック部２３との接続するためのモジュールである。連携モジュール２４は、アプリケーション指示部２３６からの指令をアプリケーション部２５に伝えるとともに、アプリケーション部２５からの指令をデバイス制御部２３５に伝える。

次に、複合機１ａ・１ｂの内部構成について、図２１のブロック図を参照しながら説明する。図２１に示されるように、複合機１ａ・１ｂは、ユーザインターフェイス層１１と、アプリケーション層１２、サービス層（要素ジョブ実行手段）１３と、ドライバ層１４と、ＯＳ層１５と、ＵＩサービス層１６と、Ｗｅｂサービス層（実行指示受付手段）１７と、ＯＳＡアプリ層（第１制御コマンド出力手段）１８と、ＯｐｅｎＩ／Ｆ層（コマンド対応情報記憶部・制御コマンド変換手段）１９とを備えている。

ユーザインターフェイス層１１は、ユーザが複合機１ａ・１ｂを操作するためのインターフェイスである。ユーザインターフェイス層１１は、複合機１ａ・１ｂに固有の操作画面（固有操作画面）を記憶しており、当該固有操作画面を操作パネル６に表示させる。ユーザは、固有操作画面に対して、所望の機能の実行を入力することで、複合機１ａ・１ｂを制御することができる。

なお、ユーザインターフェイス層１１の操作パネル部１１ａは、複合機１ａ・１ｂの操作画面にて入力された情報をアプリケーション層１２に伝達する処理を行う。

また、Ｗｅｂページ部１１ｂは、Ｗｅｂページにて入力された情報をアプリケーション層１２に伝達する処理を行う。

アプリケーション層１２は、複合機１ａ・１ｂが有する各種の装置機能を制御するアプリケーションに従って動作するものである。

ここで、連携ジョブとは、スキャンジョブ、印刷（プリント）ジョブ、画像処理ジョブ、通信ジョブなどの要素ジョブを適宜組み合わせて実行することにより実現されるジョブである。要素ジョブを適宜組み合わせて実行することにより実現される連携ジョブとは、例えば、スキャンジョブと画像処理ジョブと印刷ジョブとを組み合わせて実行される複写（コピー）ジョブや、スキャンジョブと通信ジョブとを組み合わせて実行されるイメージ送信ジョブなどがある。

本実施形態のアプリケーション層１２は、複写（コピー）ジョブの実行／制御を行うためのコピーアプリ１２ａ、プリントジョブの実行／制御を行うためのプリントアプリ１２ｂ、スキャンした画像データを外部の装置に送信するジョブ（イメージ送信ジョブ）の実行／制御を行うためのイメージ送信アプリ１２ｃ、ドキュメントファイリングジョブの実行／制御を行うためのドキュメントファイリングアプリ１２ｄ、ＦＡＸ受信ジョブの実行／制御を行うためのＦＡＸ受信アプリ１２ｆ、ＴＷＡＩＮジョブの実行／制御を行うためのＴＷＡＩＮアプリ１２ｇなどを含む。

サービス層１３は、アプリケーション層１２の下位に位置する層であり、アプリケーション層１２からの指示に従って、複合機１ａ・１ｂが有する各種の要素ジョブを制御するものである。

本実施形態のサービス層１３には、要素ジョブとして、スキャン動作を制御を行うスキャンサービス１３ａ、プリント（印刷）の制御を行い、プリントジョブやコピージョブから利用されるプリントサービス１３ｂ、ジョブ毎の情報管理を制御するジョブログサービス１３ｃ、イメージ作成等の画像形成を制御する画処理サービス１３ｄ、ドキュメントファイリング等、イメージを管理するための制御を行うファイルサービス１３ｅ、リモートからＷｅｂページ経由でアクセスするための制御を行うＷＷＷサーバサービス１３ｆ、ＬＡＮや電話回線等を用いて、通信する動作の制御を行うネットワークサービス１３ｇなどがある。

ドライバ層１４は、サービス層１３の下位に位置する層であり、複合機１ａ・１ｂのハードウェアを制御するためのソフトウェアに従った動作を行うものである。

なお、本実施形態のドライバ層１４には、画像形成に関するＡＳＩＣドライバ１４ａ、ＵＳＢ通信を行うためのＵＳＢドライバ１４ｂ、シリアル通信を行うためのシリアル通信ドライバ１４ｃ、ＬＡＮ通信を行うためのＮＩＣドライバ１４ｄ、操作パネル６の表示制御を行うためのＬＣＤドライバ１４ｅ、電源管理を行うためのパワードライバ１４ｆなどがある。

ＯＳ層１５は、ドライバ層１４の下位に位置する層であり、オペレーティングシステムを管理するものである。

なお、上記ユーザインターフェイス層１１、アプリケーション層１２、サービス層１３、ドライバ層１４およびＯＳ層１５は、複合機１ａ・１ｂに固有のソフトウェアに従った動作を行うものであり、複合機ごとに異なる。これらの層を備えることで、複合機１ａ・１ｂは、通信ネットワークを介することなくユーザからの指示を直接受け付け、その指示に従った動作を行うことができる。

ただし、上記のような複合機１ａ・１ｂに固有の層のみを有している場合、新たなアプリケーションを用いた処理を伴う制御を行うためには、複合機１ａ・１ｂの内部に新たなアプリケーション等を組み込む必要があり、手間がかかる。そこで、本実施形態の複合機１ａ・１ｂは、以下に示されるように、外部の制御サーバ２・２’が有するアプリケーションと連携し、当該制御サーバ２・２’からの制御を受付可能とする層を備えている。

ＵＩサービス層１６は、ＨＴＴＰ（またはＨＴＴＰＳ）を用いて、制御サーバ２・２’から操作画面データを取得し、取得した操作画面データに基づいた操作画面を操作パネル６上に表示させるものである。なお、ＵＩサービス層１６は、汎用されているＷｅｂブラウザの機能を有するものでよい。

ＵＩサービス層１６とユーザインターフェイス層１１とを備えることで、ユーザは、操作パネル６の操作画面を、複合機１ａ・１ｂに固有の操作画面（ユーザインターフェイス層１１によって表示される）を操作して、その操作に応じたジョブが複合機１ａ・１ｂで実行される標準操作モードと、ネットワークリソース（例えば、ＲＣＤのアプリケーション）を使用するオープンシステムモード（open system modes）とのいずれかを使用することができる。

なお、ＵＩサービス層１６には、制御サーバ２・２’から提供されたＵＩ（操作画面）の表示を制御するＵＩマネージャ１６ａがある。

ＵＩサービス層１６は、制御サーバ２・２’が有するアプリケーション部２５の処理を伴う制御を識別する制御識別情報（例えば、当該制御の内容を示す制御名称など）と、当該制御を受けるための操作画面のＵＲＬ（操作画面識別情報）とを対応付けたＵＲＬ登録情報を記憶している。すなわち、ＵＩサービス層１６は、上記ＵＲＬ登録情報を記憶するＵＲＬ登録情報記憶部（操作画面識別情報記憶部）（図示せず）を備える。図８は、ＵＲＬ登録情報の一例である。なお、ＵＩサービス層１６は、入力部５に対するユーザ入力、もしくは、Ｗｅｂサービス層１７からの指示に応じて、ＵＲＬ登録情報の新規登録または削除を行う。

そして、ＵＩサービス層１６のＵＩマネージャ１６ａは、ＵＲＬ登録情報に登録されている制御識別情報の一覧を操作パネル６に表示する。さらに、ＵＩマネージャ１６ａは、ユーザによって選択された制御識別情報に対応するＵＲＬをＵＲＬ登録情報から読み出し、当該ＵＲＬで指定される操作画面データを要求する旨の送信要求情報を、ＨＴＴＰ（またはＨＴＴＰＳ）を用いて制御サーバ２・２’に送信する。そして、ＵＩマネージャ１６ａは、取得した操作画面データに基づいて操作画面を操作パネル６に表示させる。その後、ＵＩマネージャ１６ａは、操作画面上で押下されたボタンを示す押下ボタン情報を、ＨＴＴＰ（またはＨＴＴＰＳ）を用いて制御サーバ２・２’に送信し、その応答である新たな操作画面データを取得し、操作パネル６に表示させる。

Ｗｅｂサービス層１７は、ＳＯＡＰを用いて制御サーバ２・２’から送信される制御指示を受信し、当該制御指示に対応するＯＳＡアプリ層１８の適切なモジュールを呼び出すものである。また、Ｗｅｂサービス層１７は、ＯＳＡアプリ層１８から受けた情報を示すＳＯＡＰコマンドを生成し、制御サーバ２・２’に対して送信する。Ｗｅｂサービス層１７は、制御指示と、当該制御指示が示す制御に適切なＯＳＡアプリ層１８のモジュールとを対応付けて記憶しており、当該記憶内容に応じて、適切なモジュールを呼び出す。

本実施形態のＷｅｂサービス層１７は、ＵＩ制御に関するＷｅｂサービスを処理するＵＩサービス、ジョブ制御に関するＷｅｂサービスを処理するジョブマネージャ１７ｂ、イベント送信要求に関するＷｅｂサービスを処理するイベントマネージャ１７ｃ、ジョブやデバイスのステータス制御に関するＷｅｂサービスを処理するステータスマネージャ１７ｄ、ＯＳＡアプリ層１８に関する情報を登録するためのサービスマネージャ１７ｅ、ジョブの送受信を行うためのＷｅｂサービスを処理するデータ送信マネージャ１７ｆなどを含む。

ＯＳＡアプリ層１８は、上記連携ジョブを制御するためのアプリケーションであり、制御する連携ジョブに用いる要素ジョブを制御するための第１ＡＰＩ（第１制御コマンド）を生成し、ＯｐｅｎＩ／Ｆ層１９に送る。後述するように、ＯｐｅｎＩ／Ｆ層１９で使用可能な（公開されている）第１ＡＰＩは、複合機１ａ・１ｂの機種に依存していない。その結果、ＯＳＡアプリ層１８は、複合機ごとに、プログラムコードを変更する必要がない。ＯＳＡアプリ層１８は、ＯｐｅｎＩ／Ｆ層１９で公開されている第１ＡＰＩをＯｐｅｎＩ／Ｆ層１９に出力する。

本実施形態のＯＳＡアプリ層１８は、複写（コピー）ジョブの実行／制御を行うためのコピーアプリ１８ａ、プリントジョブの実行／制御を行うためのプリントアプリ１８ｂ、スキャンした画像データを外部の装置に送信するジョブ（イメージ送信ジョブ）の実行／制御を行うためのイメージ送信アプリ１８ｃ、ドキュメントファイリングジョブの実行／制御を行うためのドキュメントファイリングアプリ１８ｄ、ＦＡＸ受信ジョブの実行／制御を行うためのＦＡＸ受信アプリ１８ｆ、ＴＷＡＩＮジョブの実行／制御を行うためのＴＷＡＩＮアプリ１８ｇなどを含む。

ＯｐｅｎＩ／Ｆ層１９は、サービス層１３を制御するためのインターフェイスをＯＳＡアプリ層１８に公開する機能を有しており、ＯＳＡアプリ層１８から受けた第１ＡＰＩを、サービス層１３が受付可能な第２ＡＰＩ（第２制御コマンド）に変換するものである。

ＯｐｅｎＩ／Ｆ層１９は、ＯＳＡアプリ層１８に公開している第１ＡＰＩ（すなわち、ＯｐｅｎＩ／Ｆ層１９が外部から受け付けることができる第１制御コマンド）と、サービス層１３が外部に公開している第２ＡＰＩ（すなわち、サービス層１３が受け付けることができる第２制御コマンド）とを対応付けたＡＰＩテーブルを記憶するＡＰＩテーブル記憶部（コマンド記憶部）（図示せず）を備えており、当該ＡＰＩテーブルに従って、サービス層１３のＡＰＩを呼び出す。図９は、ＯｐｅｎＩ／Ｆ層１９が保持しているＡＰＩテーブルの一例を示す図である。

ＯｐｅｎＩ／Ｆ層１９は、ＯＳＡアプリ層１８へ公開する第１ＡＰＩ（つまり、ＯｐｅｎＩ／Ｆ層１９が受け付け可能なＡＰＩ）を複合機１ａ・１ｂによらず共通にしている。これにより、ＯＳＡアプリ層１８がプログラムコードを変更する必要がなく、Ｗｅｂサービス層１７が外部の装置に公開するメソッドを複合機１ａ・１ｂによらず共通に定義することができる。すなわち、各制御サーバ２・２’は、複合機１ａ・１ｂによらず共通のメソッドを用いて、Ｗｅｂサービス層１７に対する要求を行うことができる。

図２２は、ＯｐｅｎＩ／Ｆ層１９の機能を説明する図である。図２２において、モデルＡの複合機１ａは、サービス層１３として、スキャンサービス１３ａおよびプリントサービス１３ｂを有している。この場合、モデルＡの複合機１ａのＯｐｅｎＩ／Ｆ層１９は、ＡＰＩテーブルとして、図９に示されるように、第１ＡＰＩ'Execute Copy'と、第２ＡＰＩ'Do Scan'および'Do Print'とを対応付けて記憶している。そのため、第１ＡＰＩ'Execute Copy'を受けても、ＯｐｅｎＩ／Ｆ層１９は、スキャンサービス１３ａおよびプリントサービス１３ｂを実行させることができる。

一方、モデルＢの複合機１は、サービス層１３として、コピーサービスを有している。この場合、モデルＢの複合機１ｂのＯｐｅｎＩ／Ｆ層１９は、ＡＰＩテーブルとして、第１ＡＰＩ'Execute Copy'と、第２ＡＰＩ'Do Copy'とを対応付けて記憶している。そのため、第１ＡＰＩ'Execute Copy'を受けても、ＯｐｅｎＩ／Ｆ層１９は、コピーサービスを実行させることができる。

このように、ＯｐｅｎＩ／Ｆ層１９は、ＡＰＩテーブルに基づいてＡＰＩを変換する機能を有している。そのため、ＯｐｅｎＩ／Ｆ層１９は、公開している第１ＡＰＩを複合機１ａ・１ｂの機種によらず共通にすることができる。その結果、ＯｐｅｎＩ／Ｆ層１９より上位層では、共通のＡＰＩを使用することができる。すなわち、外部の制御サーバ２・２’は、複合機１ａ・１ｂの機種によらず、共通の制御指示を複合機１ａ・１ｂに対して出力すればよい。

（操作画面の表示処理）
次に、複合機１のＵＩサービス層１６における操作画面の表示処理について説明する。

制御サーバ２・２’のＵＩ制御部２３３から複合機１のＵＩサービス層１６へ送信される操作画面データには、操作画面の画面スタイル（画面形式）を示す画面スタイル情報（画面種別情報）と、当該操作画面を構成するパーツ（画像パーツ）の種類（タイトル、四角ボタン、ラジオボタン、チェックボックスなど）を示すパーツ種類情報と、各パーツ上のテキストを示すサブ情報とが含まれている。

一方、ＵＩサービス層１６のＵＩマネージャ１６ａは、上記画面スタイル情報と、当該画面スタイルで定義される画面を構成する各パーツ（タイトル、四角ボタン、ラジオボタン、チェックボックスなど）の表示形式（形状やサイズなど）および位置を示すパーツ表示情報とを対応付けて記憶する画面テーブル記憶部（図示しない）を備えている。そして、ＵＩマネージャ１６ａは、受信した操作画面データを複合機１の操作パネル６に適したＵＩデータに変換する。

具体的には、ＵＩマネージャ１６ａは、操作画面データから、画面スタイル情報、パーツ種類情報、およびサブ情報を抽出する。

そして、ＵＩマネージャ１６ａは、操作画面データから抽出した画面スタイル情報に対応するパーツ表示情報を上記画面テーブル記憶部（図示しない）から読み出して、操作画面データにおけるパーツの記載順序に従って、各パーツの位置を決定する。

また、ＵＩマネージャ１６ａは、操作画面データから抽出した画面スタイル情報に対応するパーツ表示情報を上記画面テーブル記憶部（図示しない）から読み出し、全てのパーツについて、操作画面データから抽出したパーツ種別情報に基づいて表示形式を決定する。さらに、ＵＩマネージャ１６ａは、操作画面データから抽出したサブ情報に基づいて、パーツ内に表示するテキストを決定する。そして、ＵＩマネージャ１６ａは、決定内容に従ってＵＩデータを生成する。

以下、図２３のフローチャートを参照しながら、操作画面の具体的な表示処理の流れについて説明する。

まず、ＵＩマネージャ１６ａは、ＰＣから操作画面データを受信する（Ｓ１１１）。
図２４は、制御サーバ２・２’から送信される操作画面データの一例を示す図である。図２４において、（Ａ）部は、操作画面のデザイン構成及びタイトルを指定している。なお、"osa_menu"は、画面スタイル情報であり、各複合機１において、定義づけられている。ここでは、"osa_menu"は、画面上部にコントロールボタンが位置し、下部にコンテンツボタンが位置する画面スタイルに対応する。

（Ｂ）部は、操作画面の上部に表示するコントロールボタンを指定している。（Ｃ）部は、コントロール画面に表示するタイトルを指定している。（Ｄ）部は、コンテンツボタンを指定している。なお、type="submit"はサブミットボタンを示し、Titleはボタンに表示する文字列を示し、type="checkbox"はチェックボックスを示し、selected=”true”はデフォルトで選択状態にしておくためのスタイル指示を示している。

次に、ＵＩマネージャ１６ａは、操作画面データから、画面スタイル情報"osa_menu"、パーツ種別情報ならびにサブ情報を抽出する（Ｓ１１２）。

その後、ＵＩマネージャ１６ａは、画面スタイル情報"osa_menu"に対応する、各パーツ表示情報を、画面テーブル記憶部（図示しない）から読み出して、操作画面データにおけるパーツの記載順序に従って、各パーツの位置を決定する（Ｓ１１３）。

さらに、ＵＩマネージャ１６ａは、上記パーツ表示情報と、操作画面データから抽出したパーツ種別情報（"submit"や"checkbox"）とに基づいて、表示形式を決定し、サブ情報に基づいて、各パーツ上に記載する文字を決定する（Ｓ１１４）。

そして、ＵＩマネージャ１６ａは、決定内容に従ってＵＩデータを生成する（Ｓ１１５）。例えば、ＵＩマネージャ１６ａは、図２４に示す操作画面データから、図２５に示されるようなＵＩデータを生成する。

その後、ＵＩマネージャ１６ａは、生成したＵＩデータに基づいて、操作パネル６上に操作画面を表示させる（Ｓ１１６）。図２６は、図２５に示すＵＩデータに基づいた操作画面を示す図である。

（本実施形態の利点および変形例）
以上のように、本実施形態に係る複合機１ａ・１ｂは、スキャンジョブ（画像読取ジョブ）、プリントジョブ（画像形成ジョブ）および通信ジョブを含む複数の要素ジョブを適宜組み合わせて実行することにより連携ジョブを実現するものである。そして、複合機１ａ・１ｂは、上記複数の要素ジョブを実行するサービス層（要素ジョブ実行手段）１３と、上記連携ジョブを実行するための第１ＡＰＩ（第１制御コマンド）と、上記サービス層１３が受け付け可能な第２ＡＰＩ（第２制御コマンド）とを対応付けたＡＰＩテーブルを記憶するＡＰＩテーブル記憶部（ＯｐｅｎＩ／Ｆ層１９が備える記憶部であり、コマンド記憶部に相当する）と、上記第１ＡＰＩを受け付け、当該第１ＡＰＩに対応する第２ＡＰＩを上記ＡＰＩテーブルから特定し、特定した第２ＡＰＩをサービス層１３に対して出力するＯｐｅｎＩ／Ｆ層（制御コマンド変換手段）１９とを備える。

図２２で示したように、通常、サービス層１３は、複合機１ａ・１ｂに固有の構成となる。そのため、サービス層１３が受け付け可能な第２ＡＰＩも複合機１ａ・１ｂの機種によって異なるものとなる。

しかしながら、上記の構成によれば、ＯｐｅｎＩ／Ｆ層１９が、第１ＡＰＩを受け付け、当該第１ＡＰＩに対応する第２ＡＰＩをＡＰＩテーブルから特定し、特定した第２ＡＰＩをサービス層１３に対して出力する。これにより、第２ＡＰＩが上述したように複合機１ａ・１ｂの機種に依存するものであっても、ＯｐｅｎＩ／Ｆ層１９が受け付けることができる第１ＡＰＩを複合機１ａ・１ｂの機種に依存しないものにすることができる。

これにより、外部の制御サーバ２・２’が複合機１ａ・１ｂを制御する場合、制御サーバ２・２’は、複合機１ａ・１ｂの機種に依存しない第１ＡＰＩ、または、当該第１ＡＰＩの基となる制御指示を複合機１ａ・１ｂに出力すればよい。その結果、制御サーバ２・２’から複合機１ａ・１ｂに対して新たな制御を行う場合であっても、複合機１ａ・１ｂによらず共通した第１ＡＰＩまたはその基となる制御指示を生成するように制御サーバ２・２’を開発すればよく、その開発効率が簡易となる。

さらに、複合機１ａ・１ｂは、通信ネットワークを介して制御サーバ２・２’から制御指示を受け付けるＷｅｂサービス層（実行指示受付手段）１７と、Ｗｅｂサービス層１７が受け付けた制御指示に応じて、上記連携ジョブを実行するための第１ＡＰＩを生成し、生成した第１ＡＰＩをＯｐｅｎＩ／Ｆ層１９に送るＯＳＡアプリ層（連携ジョブ制御手段）１８とを備える。

上述したように、第１ＡＰＩは、複合機１ａ・１ｂの機種によらず共通したものにすることができる。そのため、ＯＳＡアプリ層１８も複合機１ａ・１ｂの機種によらず共通した構成にすることが可能であり、複合機１ａ・１ｂの開発効率が向上する。

また、ＯＳＡアプリ層１８を制御するために操作画面を用いる場合、ＯＳＡアプリ層１８が複合機１ａ・１ｂの機種に依存しないため、当該操作画面についても、複合機１ａ・１ｂの機種によらず、同じもの、もしくは、類似するものとなる。この結果、ユーザは、異なる機種であっても、同様の操作画面に対して操作することとなり、ユーザの操作性が向上する。

そして、ＯＳＡアプリ層１８が複合機１ａ・１ｂの機種に依存しないため、当該ＯＳＡアプリ層１８が受付可能な制御指示についても、複合機１ａ・１ｂの機種に依存しない。そのため、制御サーバ２・２’は、複合機１ａ・１ｂの機種に依存しない制御指示を複合機１ａ・１ｂに出力すればよい。その結果、制御サーバ２・２’から複合機１ａ・１ｂに対して新たな制御を行う場合であっても、複合機１ａ・１ｂによらず共通した第１制御コマンドまたはその基となる制御指示を生成するように制御サーバ２・２’を開発すればよく、その開発効率が簡易となる。

さらに、ＡＰＩテーブルは、１つの第１ＡＰＩに対応付けて複数の第２ＡＰＩを記憶する場合、当該複数の第２ＡＰＩの出力順序を記憶しており、ＯｐｅｎＩ／Ｆ層１９は、上記出力順序に応じて、上記複数の第２ＡＰＩを順次出力する。

複数の要素ジョブを組み合わせて連携ジョブを実行する場合、その実行順序を適切に定めなければ、当該連携ジョブを正常に実現できない。しかしながら、上記の構成によれば、ＡＰＩテーブルの出力順序に応じて出力するため、正常に連携ジョブを実現することができる。

さらに、上記制御サーバ２・２’からの制御指示には、複写、スキャン、印刷、画像送信の少なくとも１つについての、ジョブの生成、実行パラメータの設定、ジョブの実行、ジョブの停止、ジョブの中止、ジョブの終了のうちの少なくとも１つが含まれる。これにより、外部の制御サーバ２・２’から、複写等のジョブの実行、停止、終了などの制御を複合機１ａ・１ｂに対して行うことができる。

さらに、上記制御サーバ２・２’からの制御指示には、複写、スキャン、印刷、画像送信の少なくとも１つのジョブの実行、ボタン操作、ログイン、ログアウトを含む複数のイベント項目の中から選択されたイベント項目の結果を示すイベント情報の送信要求が含まれる。そして、複合機１ａ・１ｂは、上記送信要求に含まれる、イベント項目（ならびにイベント内容）および送信先を互いに対応付けたイベント管理テーブルを記憶するイベント管理テーブル記憶部（図示せず）（登録情報管理部）と、イベント管理テーブルのイベント項目（ならびにイベント内容）に対応する要素ジョブがサービスにより実行されたか否かを判断する判断手段（ＯｐｅｎＩ／Ｆ層１９が備える図示しない判断手段である）とを備える。イベント管理テーブルのイベント項目に対応する要素ジョブが実行されたと上記判断手段により判断された場合に、ＯＳＡアプリ層１８は、当該イベント項目に対応する送信先をイベント管理テーブルから特定し、上記第１ＡＰＩとして、特定した送信先に対して、当該イベント項目の結果を示す上記イベント情報を送信させるイベント情報送信コマンドを生成する。

上記の構成によれば、複合機１ａ・１ｂに発生したイベントの結果を、外部の制御サーバ２・２’で集計することができる。このとき、制御措置は、集計に必要なイベント項目のみの送信要求を複合機１ａ・１ｂに行い、当該イベント項目に対応する要素ジョブが実行されたときにその結果を示すイベント情報を受信することができる。これにより、制御サーバ２・２’は、送信要求を行うだけで、必要なイベント項目のイベント情報のみを、当該イベント項目が発生したときに即座に取得することができる。その結果、制御サーバ２・２’は、現時点における正確なイベント情報の集計を行うことができる。

さらに、上記連携ジョブには、上記要素ジョブの有効／無効を制御するジョブが含まれ、Ｗｅｂサービス層１７は、上記制御指示として、各要素ジョブの有効／無効を切り替える有効／無効切替指示を受け付ける。これによれば、制御サーバ２・２’は、複合機１ａ・１ｂの要素ジョブの有効／無効を切り替える制御を行うことができる。

さらに、複合機１ａ・１ｂは、操作パネル（表示部）６と、制御サーバ２・２’が制御指示を生成するための操作画面を操作パネル６に表示させるＵＩサービス層（ＵＩ処理手段）１６とを備える。ＵＩサービス層１６は、上記操作画面の操作画面データを要求する送信要求情報（リクエスト情報）を上記制御サーバ２・２’に送信し、当該送信要求情報に対するレスポンスとして、当該操作画面データを上記制御サーバ２・２’から取得し、取得した操作画面データに基づいた操作画面を操作パネル６に表示させる。さらに、ＵＩサービス層１６は、操作画面に入力された情報を上記制御サーバ２・２’に送信する。

一方、制御サーバ２・２’は、上記複合機１ａ・１ｂから、上記送信要求情報を受け付ける情報受付部（リクエスト情報受付手段）２３１と、情報受付部２３１が受け付けた送信要求情報に対応する操作画面データを複合機１ａ・１ｂに返信するＵＩ制御部（画面データ送信手段）２３３と、ＵＩ制御部２３３が送信した操作画面データに対応する操作画面における押下ボタン情報（操作入力情報）に基づいて、複合機１ａ・１ｂを制御するための制御指示を生成し、上記複合機１ａ・１ｂに送信するデバイス制御部（制御指示送信手段）２３５とを備える。

これにより、複合機１ａ・１ｂは、操作画面の操作画面データ自体を管理しなくてもよく、必要なときに制御サーバ２・２’に要求すればよい。その結果、制御サーバ２・２’から複合機１ａ・１ｂに対する新たな制御を開発する場合でも、複合機１ａ・１ｂに操作画面の操作画面データを組み込む必要がなくなる。これにより、開発効率が一層向上する。

そして、ＵＩサービス層１６は、操作画面に入力された情報を上記制御サーバ２・２’に送信する。これにより、制御サーバ２・２’のデバイス制御部２３５は、操作画面に入力された情報に基づいて、制御指示を生成することができる。

また、ＵＩサービス層１６が上記送信要求情報および操作画面データを送受信する際に用いる第１通信方式（第１通信プロトコル）と、Ｗｅｂサービス層１７が上記制御指示を受け付ける際に用いる第２通信方式と（第２通信プロトコル）が異なる。すなわち、情報受付部２３１およびＵＩ制御部２３３が送信要求情報および操作画面データの送受信に用いる第１通信方式と、デバイス制御部２３５が上記制御指示の送信に用いる第２通信方式とが異なる。

例えば、上記第１通信方式がＨＴＴＰまたはＨＴＴＰＳであり、上記第２通信方式がＳＯＡＰである。

上記の構成によれば、第１通信方式を、操作画面データの送信要求情報および操作画面データの送受信に適した通信方式（例えば、ＨＴＴＰなど）にすることができ、第２通信方式を制御指示の送受信に適した通信方式（例えば、ＳＯＡＰなど）にすることができる。

ＨＴＴＰは、現在、Ｗｅｂページ等を閲覧する場合に、クライアント装置およびサーバ装置間の通信に汎用されているものである。操作画面の操作画面データの通信についてもＨＴＴＰを用いることで、ＵＩ処理手段を汎用されているＷｅｂブラウザ等で容易に実現することができる。

また、ＨＴＴＰでは、getやputなどの処理内容が限定される。そのため、制御指示については、ＳＯＡＰなど通信方式（通信プロトコル）を用いることで、様々な処理が実現可能となる。

さらに、上記操作画面が、ユーザ認証を行うための、ユーザを識別するユーザ情報のログインデータ入力画面であり、ＵＩサービス層１６は、ログインデータ入力画面に入力されたユーザ情報を上記制御サーバ２・２’に送信する。そして、Ｗｅｂサービス層１７は、上記制御指示として、ＵＩサービス層１６が送信したユーザ情報に応じた、各要素ジョブの有効／無効を切り替える有効／無効切替指示を受け付け、ＯＳＡアプリ層１８は、上記有効／無効切替指示に応じて、各要素ジョブの有効／無効を切り替えるための第１ＡＰＩを生成する。

従来、複合機１ａ・１ｂにおいてユーザ認証処理を行う場合、ユーザ認証処理のための登録情報やプログラム等を複合機１ａ・１ｂに組み込む必要があった。この場合、複合機１ａ・１ｂには他の様々な構成が存在するため、ユーザ認証処理のための構成に制限が加わり（例えば、データベースの容量等の制限）、登録数が制限される可能性があった。

上記の構成によれば、複合機１ａ・１ｂは、入力画面の要求・取得・表示と、入力されたユーザ情報の送信とを行うだけで、当該ユーザ情報で示されるユーザに応じた要素ジョブの有効／無効の切替指示を受けることができる。すなわち、ユーザ認証処理は、制御サーバ２・２’で実行され、複合機１ａ・１ｂでは実行されない。そのため、複合機１ａ・１ｂにユーザ認証処理のための構成を組み込む必要がない。また、制御サーバ２・２’は、複合機１ａ・１ｂの外部に存在し、複合機１ａ・１ｂのようにユーザ認証処理のための構成に対する制限がない。そのため、従来のように登録数が制限される等の問題がない。

さらに、複合機１ａ・１ｂは、複数の上記制御指示の各々に対応付けて、当該制御指示を生成するための操作画面を識別するＵＲＬ（操作画面識別情報）を記憶するＵＲＬ登録情報記憶部（操作画面識別情報記憶部）（図示せず）を備える。そして、ＵＩサービス層１６は、ＵＲＬ登録情報記憶部の中から１つのＵＲＬを選択し、選択したＵＲＬで示される操作画面の操作画面データを要求する送信要求情報を送信する。

これにより、ユーザは、操作画面を表示させるたびに、ＵＲＬ自体を入力する必要がなくなる。

また、操作画面データには、操作画面の画面形式（画面スタイル）を示す画面スタイル情報（画面種別情報）と、操作画面を構成する画像パーツの種類を示すパーツ種類情報とが含まれている。そして、ＵＩサービス層１６は、画面スタイル情報と、操作パネル６における、当該画面スタイル情報で示される画面形式の操作画面内の画像パーツの位置および表示形式を示すパーツ表示情報とを対応付けて記憶する画面テーブル記憶部（図示せず）を備える。ＵＩサービス層１６は、上記制御サーバ２・２’から取得した操作画面データに含まれる画面種別情報に対応するパーツ表示情報を上記画面テーブル記憶部から読み出し、当該パーツ表示情報と上記制御サーバ２・２’から取得した操作画面データに含まれるパーツ種類情報とに基づいて、操作画面を生成し、上記表示部に表示させる。

これにより、制御サーバ２・２’は、複合機１ａ・１ｂに機種に依存せず、上記画面種別情報とパーツ種類情報とを含む操作画面データを生成すればよい。その結果、上記操作画面データの開発効率が向上する。

さらに、複合機１ａ・１ｂは、外部装置からの要求に応じて、ＵＲＬ登録情報記憶部への新たなＵＲＬ登録情報の格納、ＵＲＬ登録情報記憶部に格納されているＵＲＬ登録情報の編集のうちの少なくとも１つを行うＵＩマネージャ（登録／編集手段）１７ａを備えていてもよい。これにより、ＵＲＬ登録情報の登録、編集、削除を、外部装置から行うことができる。

さらに、複合機１ａ・１ｂは、外部装置からの要求に応じて、当該外部装置に対して、ＵＲＬ登録情報記憶部に格納されているＵＲＬ登録情報を通知するステータスマネージャ（通知手段）１７ｄを備えていてもよい。

上記の構成によれば、既に使用されている複合機１ａ・１ｂから、当該複合機１ａ・１ｂに登録されているＵＲＬ登録情報の通知を受けることができる。これにより、新たな複合機１ａ・１ｂを購入したユーザは、既に使用されている複合機１ａ・１ｂからＵＲＬ登録情報を取得し、該ＵＲＬ登録情報を新たに購入した複合機１ａ・１ｂに格納させることができる。その結果、ユーザは、新たに購入した複合機１ａ・１ｂに対するＵＲＬ登録情報の登録処理を簡単に行うことができる。

（変形例１）
上述した実施形態１〜３では、複合機１ａ・１ｂの動作制御、および、複合機１ａ・１ｂが操作パネル６に表示する操作画面のデータの管理を、制御サーバ２・２’が基本的に全て行う構成となっていたが、本発明はこれに限定されない。すなわち、制御サーバ２・２’は、複合機１ａ・１ｂに対しては、ロックおよびロックの解除のみを行う構成としてもよい。この場合、認証に成功したユーザは、複合機１ａ・１ｂのロックが解除されると、実行権限の範囲内で複合機１ａ・１ｂに対して自由にジョブを実行させられるようになる。この変形例について以下に説明する。

この変形例では、複合機１ａ・１ｂが、ＵＩサービス層１６、Ｗｅｂサービス層１７、ＯＳＡアプリ層１８、およびＯｐｅｎＩ／Ｆ層１９の代わりに、ユーザインターフェース層１１、アプリケーション層１２を用いて各種ジョブを受け付けて実行する。

制御サーバ２・２’の動作としては、上述した図５のステップＳ２０１から図６のステップＳ２１７までは同様であるが、制御サーバ２・２’の複合機制御部７９は、ステップＳ２１９において複合機のロックを解除した後、ステップＳ２２０において認証結果および実行権限のみを送信する。一方、ロックが解除され、認証結果および実行権限を受信した複合機１ａ／１ｂは、受信した実行権限の範囲内で、ユーザから各種ジョブの実行指示を受け付ける。そして、複合機１ａ／１ｂは、ジョブの実行指示を受け付けると、制御サーバ２・２’の制御を受けることなく、ジョブを自律的に実行する。

また、ジョブの実行指示を受け付ける際に操作パネル６に表示される操作画面のデータも、制御サーバ２・２’から必要に応じて取得するのではなく、複合機１ａ／１ｂが予め図示しない記憶部に有しているものの中から選択して使用する。

そして、複合機１ａ／１ｂは、ユーザのログアウトが行われると、制御サーバ２・２’にアクセスして自機のロックを依頼し、制御サーバ２・２’が複合機１ａ／１ｂをロックする。その結果、複合機１ａ／１ｂは、ユーザからジョブの実行指示の受け付けを停止し、ユーザは複合機１ａ／１ｂにジョブを実行させられなくなる。

なお、ユーザのログアウトは、複合機１ａ／１ｂの操作パネル６を用いてユーザにより明示的にログアウトが指示された場合、および、ジョブの実行完了後に所定時間が経過してタイムアウトした場合、などに行われるようにすればよい。

このような変形例の構成であっても、上述した従来の問題点を解決することができる。

（変形例２）
上述した実施形態１〜３では、認証情報入力機器７ａ・７ｂおよび複合機１ａ・１ｂの双方の動作制御を制御サーバ２・２’が行う構成となっていたが、本発明はこれに限定されない。すなわち、制御サーバ２・２’は、認証情報入力機器７ａ・７ｂの動作制御のみを行い、複合機１ａ・１ｂの動作制御は他のサーバ、例えば実施形態２の認証サーバ４ａ・４ｂが行ってもよい。

図２７は、本実施形態の通信システム８００の構成を示すブロック図である。本実施形態の通信システム８００は、上述した実施形態２の通信システム６００と類似しており、複合機１ａ・１ｂ、制御サーバ２”、認証情報入力機器７ａ・７ｂ、Ｉ／Ｆ変換器８ａ・８ｂに加え、認証サーバ４ａ’・４ｂ’を含んでいる。

本実施形態において、制御サーバ２”は、上述した変形例１と同様に複合機１ａ・１ｂのロックを行うが、複合機１ａ・１ｂのロック解除は行わない。複合機のロック解除は、認証サーバ４ａ’・４ｂ’が認証結果に基づいて行う。そのため、認証サーバ４ａ’・４ｂ’は、複合機１ａ・１ｂのロックを解除するための図示しない複合機制御部を備えている。

本実施形態では、制御サーバ２”が認証情報入力機器７ａ・７ｂを制御してユーザから取得した認証情報を認証サーバ４ａ’・４ｂ’に送信し、認証サーバ４ａ’・４ｂ’が受信した認証情報に基づいてユーザの認証を行うところまでは上述した実施形態２と同様であるが、その後、認証サーバ４ａ’・４ｂ’が認証結果に基づいて複合機１ａ・１ｂのロックの解除を行う。

そして、ロックが解除された複合機１ａ・１ｂは、変形例１と同様に、ユーザの実行権限の範囲内で、ユーザから各種ジョブの実行指示を受け付ける。

本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。

本発明は、使用前にユーザの認証を必要とする複合機が含まれたシステムなどに適用することができる。

本発明の一実施形態を示すものであり、制御サーバの機能構成を示すブロック図である。本発明の一実施形態を示すものであり、通信システムの概略構成を示すブロック図である。複合機の有する操作部を示す拡大図である。本発明の一実施形態を示すものであり、制御サーバのハードウェア構成を示すブロック図である。本発明の一実施形態を示すものであり、制御サーバにおける複合機の制御工程の前半部分を示すフロー図である。本発明の一実施形態を示すものであり、制御サーバにおける複合機の制御工程の後半部分を示すフロー図である。複合機の操作パネルに表示される画面の一例を示す図である。本発明の一実施形態を示すものであり、Ｉ／Ｆ変換器のＩＰアドレスと認証情報入力機器の識別情報とデバイスドライバプログラムの識別情報との対応関係が示された第１機器対応テーブルの一例を示すものである。本発明の一実施形態を示すものであり、複合機のＩＰアドレスと認証情報入力機器の識別情報との対応関係が示された第２機器対応テーブル（制御先記憶部・ドライバ対応記憶部）の一例を示すものである。ユーザの認証情報とユーザの権限とが対応付けて登録されたユーザアカウントデータベースの一例を示す図である。本発明の一実施形態を示すものであり、認証に失敗した場合に複合機の操作パネルに表示される、認証結果を示す画面の一例を示す図である。本発明の一実施形態を示すものであり、認証に成功した場合に複合機の操作パネルに表示される操作画面の一例を示す図である。本発明の一実施形態を示すものであり、複合機における制御工程のを示すフロー図である。本発明の他の実施形態を示すものであり、通信システムの概略構成を示すブロック図である。本発明の他の実施形態を示すものであり、制御サーバの機能構成を示すブロック図である。本発明の他の実施形態を示すものであり、認証サーバのＩＰアドレスと認証情報入力機器の識別情報との対応関係が示された送信先対応テーブル（送信先記憶部）の一例を示す図である。本発明のさらに他の実施形態を示すものであり、通信システムの概略構成を示すブロック図である。ユーザの認証情報とユーザの権限とが対応付けて登録されたユーザアカウントデータベースの別の例を示す図である。本発明の一実施形態を示すものであり、制御サーバの複合機制御部の詳細な機能構成を示すブロック図である。制御装置の制御指示テーブル記憶部が記憶する制御指示テーブルの一例を示す図である。本発明の一実施形態を示すものであり、複合機の機能構成を示すブロック図である。ＯｐｅｎＩ／Ｆ層の機能を説明する図である。操作画面の表示処理の流れを示すフロー図である。操作画面データの一例を示す図である。図２４に示す操作画面データからｈ九号機の操作パネルに適した形式に変換されたＵＩデータを示す図である。図２５に基づいた操作画面の一例を示す図である。本発明の変形例を示すものであり、通信システムの概略構成を示すブロック図である。

符号の説明

１ａ・１ｂ複合機（画像装置）
２・２’・２” 制御サーバ（制御装置）
４ａ・４ａ’・４ｂ・４ｂ’ 認証サーバ
７ａ・７ｂ認証情報入力機器（認証情報取得機器）
８ａ・８ｂＩ／Ｆ変換器（インターフェイス変換器）
１３サービス層（要素ジョブ実行手段）
１７Ｗｅｂサービス層（実行指示受付手段）
１８ＯＳＡアプリ層（第１制御コマンド出力手段）
１９ＯｐｅｎＩ／Ｆ層（コマンド対応情報記憶部・制御コマンド変換手段）
５１ＣＰＵ（コンピュータ）
７１ドライバ呼出部（ドライバ呼出手段）
７２機器同定部（機器同定手段）
７３認証部（認証手段）
７５Ｉ／Ｆ変換器ドライバ（デバイスドライバ手段・パケット変換手段・コマンド送信手段）
７７認証情報入力機器ドライバ（デバイスドライバ手段・認証情報受信手段・コマンド生成手段）
７９複合機制御部（動作制御手段）
８１ドライバデータベース（プログラム記憶部）
５００・６００・７００・８００通信システム

Claims

画像形成および画像処理のうちの少なくとも一方を含むジョブを実行する画像装置、ならびに、ユーザから認証に必要な認証情報を取得する認証情報取得機器と、ネットワークインターフェイスを介して通信可能な制御装置であって、
上記認証情報取得機器が認証情報を取得するように、上記ネットワークインターフェイスを介して上記認証情報取得機器の動作を制御するデバイスドライバ手段と、
上記認証情報取得機器によって取得された認証情報を上記認証情報取得機器から上記ネットワークインターフェイスを介して受信する認証情報受信手段と、
上記認証情報受信手段によって受信された認証情報に基づいて上記画像装置を制御する動作制御手段とを備えていることを特徴とする制御装置。
上記画像装置と上記認証情報取得機器とは互いに通信を行わないことを特徴とする、請求項１に記載の制御装置。
上記認証情報受信手段が受信した認証情報に基づいてユーザの認証を行う認証手段をさらに備え、
上記動作制御手段は、上記認証手段による認証結果に基づいて上記画像装置の動作を制御することを特徴とする、請求項１に記載の制御装置。
上記認証情報取得機器を識別するための識別情報と、上記認証情報に基づいてユーザの認証を行う認証サーバを識別するための識別情報とを対応付けて格納する送信先記憶部と、
上記認証情報受信手段へ認証情報を送信する認証情報取得機器を同定する機器同定手段と、
上記機器同定手段によって同定された認証情報取得機器の上記識別情報に対応する認証サーバの上記識別情報を上記送信先記憶部から取得するとともに、取得した識別情報によって示される認証サーバに対して、上記認証情報受信手段が受信した認証情報を送信する認証情報送信手段と、
上記認証サーバから、ユーザの認証結果を受信する認証結果受信手段とをさらに備え、
上記動作制御手段は、上記認証結果受信手段が受信した認証結果に基づいて上記画像装置の動作を制御することを特徴とする、請求項１に記載の制御装置。
認証情報取得機器を制御するための複数のデバイスドライバプログラムを格納するプログラム記憶部と、
上記認証情報取得機器を識別するための識別情報と、上記デバイスドライバプログラムを識別するための識別情報とを対応付けて格納するドライバ対応記憶部と、
上記認証情報受信手段へ上記認証情報を送信する認証情報取得機器を同定する機器同定手段と、
上記機器同定手段によって同定された認証情報取得機器の上記識別情報に対応するデバイスドライバプログラムの上記識別情報を上記ドライバ対応記憶部から取得し、取得した識別情報によって示されるデバイスドライバプログラムを上記プログラム記憶部から呼び出してコンピュータに実行させることにより、該コンピュータを上記デバイスドライバ手段として機能させるドライバ呼出手段とを備え、
上記認証情報取得機器の動作は、上記ドライバ呼出手段によって呼び出されたデバイスドライバプログラムを上記コンピュータが実行することによって制御されることを特徴とする、請求項１に記載の制御装置。
上記認証情報取得機器を識別するための識別情報と、上記画像装置を識別するための識別情報とを対応付けて格納する制御先記憶部と、
上記認証情報受信手段へ認証情報を送信する認証情報取得機器を同定する機器同定手段とをさらに備え、
上記動作制御手段は、上記機器同定手段によって同定された認証情報取得機器の上記識別情報に対応する画像装置の上記識別情報を上記制御先記憶部から取得するとともに、取得した識別情報によって示される画像装置の動作を制御することを特徴とする、請求項１に記載の制御装置。
上記認証情報取得機器は、インターフェイス変換器を中継して上記制御装置と通信可能であるとともに、上記認証情報取得機器と上記インターフェイス変換器とが所定の通信インターフェイスを介して接続される一方、上記インターフェイス変換器と上記制御装置とは上記ネットワークインターフェイスを介して接続され、
上記デバイスドライバ手段は、
上記認証情報取得機器の動作を制御するための制御命令が上記所定の通信インターフェイスの通信プロトコルに基づいて記述された第１パケットデータを生成するコマンド生成手段と、
上記第１パケットデータに、上記ネットワークインターフェイスを介した通信に必要なヘッダ情報を付加することによって、第２パケットデータを作成するパケット変換手段と、
上記第２パケットデータを上記インターフェイス変換器へ送信するコマンド送信手段とを有し、
上記インターフェイス変換器は、上記コマンド送信手段から受信した第２パケットデータを上記第１パケットデータに変換するとともに、該第１パケットデータを上記認証情報取得機器に送信するものであることを特徴とする、請求項１に記載の制御装置。
上記動作制御手段は、上記画像装置の上記ジョブの実行を、上記認証情報受信手段によって受信された認証情報に基づいて制限することを特徴とする、請求項１に記載の制御装置。
上記画像装置は、互いに異なる複数の上記ジョブを実行可能であり、
上記動作制御手段は、上記認証情報受信手段が受信した認証情報に基づいて、上記画像装置の上記ジョブの実行をジョブごとに許可または禁止することを特徴とする、請求項８に記載の制御装置。
上記動作制御手段は、上記認証情報受信手段によって受信された認証情報に基づいて、複数の上記画像装置のジョブの実行を画像装置ごとに許可または禁止するとともに、ジョブの実行が可能であることをユーザに対して報知するよう、ジョブの実行を許可する画像装置を制御することを特徴とする、請求項８に記載の制御装置。
上記動作制御手段は、上記認証情報受信手段によって受信された認証情報に基づいたユーザの認証結果を上記画像装置の表示部に表示するよう上記画像装置を制御することを特徴とする、請求項３または４に記載の制御装置。
上記動作制御手段は、上記認証結果が表示された表示画面の画面データを作成して、上記画像装置に送信することを特徴とする、請求項１１に記載の制御装置。
請求項１に記載の制御装置の各手段としてコンピュータを機能させるためのプログラム。
請求項１３に記載のプログラムが記録されたコンピュータ読み取り可能な記録媒体。
画像形成および画像処理のうちの少なくとも一方を含むジョブを実行する画像装置と、ユーザから認証に必要な認証情報を取得する認証情報取得機器と、上記画像装置および認証情報取得機器とネットワークインターフェイスを介して通信可能な制御装置とを含んだ通信システムであって、
上記制御装置は、
上記認証情報取得機器が認証情報を取得するように、上記ネットワークインターフェイスを介して上記認証情報取得機器の動作を制御するデバイスドライバ手段と、
上記認証情報取得機器によって取得された認証情報を上記認証情報取得機器から上記ネットワークインターフェイスを介して受信する認証情報受信手段と、
上記認証情報受信手段によって受信された認証情報に基づいて上記画像装置を制御する動作制御手段とを備えていることを特徴とする通信システム。
上記画像装置は、
上記画像形成部および画像処理部のうちの少なくとも一方を含む要素ジョブを実行する要素ジョブ実行手段と、
上記制御装置から、上記要素ジョブ実行手段によって実行される要素ジョブを組み合わせてなる連携ジョブの実行指示を受信する実行指示受付手段と、
上記実行指示受付手段の受信した実行指示に対応する第１制御コマンドを出力する第１制御コマンド出力手段と、
上記第１制御コマンド出力手段が出力する第１制御コマンドと、上記要素処理実行手段が受け付け可能な第２制御コマンドとの対応関係が示されたコマンド対応情報を格納するコマンド対応情報記憶部と、
上記第１制御コマンド出力手段から出力された第１制御コマンドに対応する上記第２制御コマンドを上記コマンド対応情報に基づいて特定するとともに、特定した第２制御コマンドを上記要素処理実行手段に対して出力する制御コマンド変換手段とを備え、
上記制御装置は、
上記画像装置の実行指示受付手段へ上記実行指示を送信する実行指示送信手段を備えていることを特徴とする、請求項１５に記載の通信システム。
上記制御装置の上記動作制御手段は、上記認証情報受信手段によって受信された認証情報に基づいたユーザの認証結果が表示された表示画面の画面データを作成して上記画像装置に送信し、
上記画像装置は、
表示部と、
上記制御装置の上記動作制御手段から上記画面データを受信し、受信した画面データに基づいた表示画面を上記表示部に表示させるＵＩ制御手段とを備えていることを特徴とする、請求項１５に記載の通信システム。
上記認証情報に基づいてユーザの認証を行う認証サーバをさらに含み、
上記制御装置は、
上記認証情報取得機器を識別するための識別情報と、上記認証サーバを識別するための識別情報とを対応付けて格納する送信先記憶部と、
上記認証情報受信手段へ認証情報を送信する認証情報取得機器を同定する機器同定手段と、
上記機器同定手段によって同定された認証情報取得機器の上記識別情報に対応する認証サーバの上記識別情報を上記送信先記憶部から取得するとともに、取得した識別情報によって示される認証サーバに対して、上記認証情報受信手段が受信した認証情報を送信する認証情報送信手段と、
上記認証サーバから、ユーザの認証結果を受信する認証結果受信手段とをさらに備え、
上記動作制御手段は、上記認証結果受信手段が受信した認証結果に基づいて上記画像装置の動作を制御することを特徴とする、請求項１５に記載の通信システム。
インターフェイス変換器をさらに含み、
上記認証情報取得機器は、上記インターフェイス変換器を中継して上記制御装置と通信可能であるとともに、上記認証情報取得機器と上記インターフェイス変換器とが所定の通信インターフェイスを介して接続される一方、上記インターフェイス変換器と上記制御装置とは上記ネットワークインターフェイスを介して接続され、
上記制御装置のデバイスドライバ手段は、
上記認証情報取得機器の動作を制御するための制御命令が上記所定の通信インターフェイスの通信プロトコルに基づいて記述された第１パケットデータを生成するコマンド生成手段と、
上記第１パケットデータに、上記ネットワークインターフェイスを介した通信に必要なヘッダ情報を付加することによって、第２パケットデータを作成するパケット変換手段と、
上記第２パケットデータを上記インターフェイス変換器へ送信するコマンド送信手段とを有し、
上記インターフェイス変換器は、上記コマンド送信手段から受信した第２パケットデータを上記第１パケットデータに変換するとともに、変換した第１パケットデータを上記認証情報取得機器に送信することを特徴とする、請求項１５に記載の通信システム。
画像形成および画像処理のうちの少なくとも一方を含むジョブを実行する画像装置と、ユーザから認証に必要な認証情報を取得する認証情報取得機器と、上記画像装置とネットワークインターフェイスを介して通信可能な認証サーバと、上記認証情報取得機器および認証サーバと上記ネットワークインターフェイスを介して通信可能な制御装置とを含んだ通信システムであって、
上記制御装置は、
上記認証情報取得機器が認証情報を取得するように、上記ネットワークインターフェイスを介して上記認証情報取得機器の動作を制御するデバイスドライバ手段と、
上記認証情報取得機器によって取得された認証情報を上記認証情報取得機器から上記ネットワークインターフェイスを介して受信する認証情報受信手段と、
上記認証情報受信手段の受信した認証情報を上記認証サーバへ送信する認証情報送信手段とを備え、
上記認証サーバは、
上記制御装置から認証情報を受信して該認証情報に基づいて認証を行う認証手段と、
上記認証部による認証結果に基づいて上記画像装置を制御する動作制御手段とを備えていることを特徴とする通信システム。
画像形成および画像処理のうちの少なくとも一方を含むジョブを実行する画像装置、ならびに、ユーザから認証に必要な認証情報を取得する認証情報取得機器と、ネットワークインターフェイスを介して通信可能な制御装置における制御方法であって、
上記制御装置は、デバイスドライバ手段、認証情報受信手段、および動作制御手段を備え、
上記デバイスドライバ手段が、上記認証情報取得機器が認証情報を取得するように、上記ネットワークインターフェイスを介して上記認証情報取得機器の動作を制御するデバイスドライバ工程と、
上記認証情報受信手段が、上記認証情報取得機器によって取得された認証情報を上記認証情報取得機器から上記ネットワークインターフェイスを介して受信する認証情報受信工程と、
上記認証情報受信工程によって受信された認証情報に基づいて上記動作制御手段が上記画像装置を制御する動作制御工程とを含んでいることを特徴とする制御方法。