JP4867196B2 - 画像処理システム，画像処理装置，サーバおよびプログラム - Google Patents

Description

本発明は、画像に関する処理を行うための画像処理システム、画像処理システムを構成する画像処理装置及びサーバに関するものである。

従来、デジタル複写機が備えていない機能を、ネットワークを介して接続されたホストコンピュータに備えるようにしたシステムが提案されている（特許文献１参照。）。
すなわち、このシステムでは、デジタル複写機からホストコンピュータへ、制御用のコマンドコードや画像の濃度データなどのビットデータを送信し、ホストコンピュータが、受信した制御用コマンドコードの内容を解析して、画像データに対して指定されている画像編集機能により画像処理を行う。こうしてホストコンピュータにより処理された画像データはデジタル複写機に返送され、デジタル複写機で印刷される。

また、このシステムでは、ホストコンピュータに新規機能が追加されると、ホストコンピュータからデジタル複写機へ新規機能の内容が送信され、デジタル複写機では、本デジタル複写機に登録したい新規機能をユーザに選択させる。つまり、このシステムでは、新規機能のうちユーザが使用したいものをデジタル複写機へ登録することにより、その機能が利用可能となる。
特開平９−２３８２１５号公報

しかしながら、上述したシステムは、インターネット上の一般サーバのように日々サービスが無秩序に増減する環境には適さないという問題がある。
すなわち、上記システムでは、ホストコンピュータに新規機能が追加された場合に、その機能をデジタル複写機へ登録することにより利用可能となるが、例えば、インターネット上の一般サーバのように多種多様なサービスが頻繁に増減する環境においては、デジタル複写機への登録作業も頻繁に行う作業が生じ、また、登録する情報量も膨大となる。

本発明は、こうした問題にかんがみてなされたものであり、インターネット上の一般サーバのように日々サービスが無秩序に増減する環境に適応させることのできる画像処理システムを提供することを目的としている。

上記課題を解決するため第１の構成に係る画像処理システムは、画像を読み取りその画像を表す画像データを生成する読取機能および画像データの表す画像を印刷する印刷機能のうち少なくとも一方の機能を有する画像処理装置と、該画像処理装置からの要求に応じて、該画像処理装置の有する機能により生成された画像データおよび印刷される画像を示す画像データのうち少なくとも一方に関するサービスを提供するサービス提供手段と、を備えた画像処理システムである。この画像処理システムは、前記画像処理装置において、前記サービス提供手段によるサービスの提供を受ける際に必要なパラメータである提供パラメータとしての機能パラメータを、当該画像処理装置の有する機能に応じた機能パラメータの中からユーザに指定させるパラメータ指定手段と、前記サービス提供手段に対してサービスの提供を要求するサービス要求手段と、該サービス要求手段による要求を受けた前記サービス提供手段によりサービスの提供を受けるにあたり、前記パラメータ指定手段により指定された提供パラメータに基づいて当該画像処理装置の有する機能を実現するサービス実現手段と、が備えられている。また、前記サービス提供手段において、前記画像
処理装置の備えるサービス要求手段による要求を受けた際に、該画像処理装置に対してサービスを提供するための処理を実行する提供実行手段が備えられている。

このように構成された画像処理システムにおいて、画像処理装置は、サービス提供手段によりサービスの提供を受けて機能を実現することとなるが、このときの機能は、パラメータ指定手段によりユーザに指定された提供パラメータに基づいて実現されることから、インターネット上の一般サーバのように日々サービスが無秩序に増減する環境にも適応させることができる。

仮に、従来の構成のように、新規サービスについての情報を画像処理装置に登録していく構成とした場合、サービスが無秩序に増減する環境においては、そのサービスの実行に必要なパラメータの仕様などがその後に変更されてしまうと、新規サービスについての情報が画像処理装置に登録されていたとしても、そのような新規サービスの提供を正常に受けることができなくなる。このような問題を解決するためには、仕様などの変更に伴うパラメータの設定手順などをも画像処理装置側で管理するようにすればよいが、それにより、画像処理装置側の負担が大きくなってしまうため、望ましいことではない。

これに対し、本発明の画像処理システムでは、サービスの実行に必要なパラメータ（提供パラメータ）として画像処理装置側で随時ユーザに指定されたものを取得できるため、パラメータの仕様が変更される状況下においても、画像処理装置の負担を抑えることができる。

そして、こうしてパラメータを取得する際には、画像処理装置の有する機能に応じた機能パラメータの中からユーザに指定させることになるため、この「機能に応じた機能パラメータ」を、画像処理装置側で機能を実現可能な範囲のパラメータを指定させるようにすることで、画像処理装置が実現不可能な能力を要求するようなパラメータが取得されてしまうことを防止できる。また、「機能に応じた機能パラメータ」を、画像処理装置側で充分に能力を発揮できる範囲のパラメータを指定させるようにすることで、画像処理装置側の能力を充分に活かすことができるパラメータが取得されるようにすることができる。

この構成における「サービス提供手段」は、例えば、ネットワーク上のサーバとして構成することができ、この場合、単一のサーバにより構成されていてもよく、複数のサーバにより構成されていてもよい。

また、画像処理装置の備えるパラメータ指定手段は、どのようなタイミングでパラメータを指定させるものとしてもよいが、例えば、外部からの指令，より具体的にはサービス提供手段からの指令を受けたタイミングで提供パラメータを指定させるように構成することが考えられる。

このためには、例えば、第２の構成のように、前記サービス提供手段において、前記画像処理装置に対して前記提供パラメータの指定を要求する指定要求手段が備えられており、前記画像処理装置において、前記パラメータ指定手段は、前記サービス提供手段の備える指定要求手段から前記提供パラメータの指定を要求された際に、当該画像処理装置の有する機能に応じた機能パラメータを前記提供パラメータとしてユーザに指定させる、ように構成することが考えられる。

このように構成すれば、画像処理装置側では、サービス提供手段からの要求を受けたタイミングで、ユーザに提供パラメータを指定させることができる。
また、このパラメータ指定手段により提供パラメータを指定させるための具体的な構成としては特に限定されないが、例えば、第３の構成のようにすることが考えられる。

第３の構成に係る画像処理システムは、前記画像処理装置において、前記パラメータ指定手段は、前記提供パラメータの指定を前記サービス提供手段から要求された際に、当該画像処理装置の有する機能に関する機能パラメータが登録されてなるパラメータリストを当該画像処理装置の備える表示部に表示させると共に、該パラメータリストにおける機能パラメータの中から前記提供パラメータとすべき機能パラメータをユーザに指定させる、ように構成されている。

このように構成すれば、ユーザは、表示部に表示されたパラメータリストに基づき、このパラメータリストに登録されている機能パラメータを確認しながら、容易に希望の機能パラメータを指定することができる。

また、第４の構成に係る画像処理システムは、前記サービス提供手段において、前記画像処理装置の有する機能に関する機能パラメータが登録されてなるパラメータリストを生成する第１リスト生成手段と、が備えられており、前記指定要求手段は、前記提供パラメータの指定を要求するための指定要求コマンドを、前記第１リスト生成手段により生成されたパラメータリストと共に前記画像処理装置に送信する、ように構成されており、前記画像処理装置において、前記パラメータ指定手段は、前記サービス提供手段の備える指定要求手段により送信された指定要求コマンドおよびパラメータリストを受信した際、該パラメータリストを当該画像処理装置の備える表示部に表示させると共に、該パラメータリストにおける機能パラメータの中から前記提供パラメータとすべき機能パラメータをユーザに指定させる、ように構成されている、ことを特徴とする。

このように構成すれば、パラメータリストを画像処理装置側で作成したり記憶しておく必要がないことから、このパラメータリストの生成に関する処理についての画像処理装置に対する負荷を軽減することができる。

この構成においては、サービス提供手段によって、画像処理装置の有する機能に関する機能パラメータを管理するものとし、この機能パラメータに基づいてパラメータリストを生成することとすればよい。この場合、あらかじめサービス提供手段側の記憶部に設定可能パラメータを記憶させておく、または、外部からの設定可能パラメータの通知を受けてこの設定可能パラメータを記憶部に記憶させる、といった構成が考えられる。

この後者のためには、例えば、第５の構成のように、前記画像処理装置においては、前記サービス提供手段に対して、当該画像処理装置における設定可能パラメータを通知する装置側設定通知手段が備えられており、前記サービス提供手段においては、前記画像処理装置から通知された前記設定可能パラメータを、該画像処理装置と対応づけた状態で記憶部に記憶させるサービス側パラメータ記憶手段が備えられ、前記第１リスト生成手段は、サービスを提供すべき前記画像処理装置に対応づけて前記サービス側パラメータ記憶手段により記憶された設定可能パラメータに基づいて、該設定可能パラメータで特定される機能パラメータが登録されてなるパラメータリストを生成する、ように構成するとよい。

このように構成すれば、サービス提供手段は、画像処理装置からの通知を受けて記憶部に設定可能パラメータを記憶することにより、画像処理装置それぞれの設定可能パラメータを管理することができ、こうして記憶された設定可能パラメータに基づいて、サービスを提供すべき画像処理装置に送信するパラメータリストを生成することができる。

ところで、上述のように、サービス提供手段が、画像処理装置の有する機能に関する機能パラメータを管理する構成では、画像処理装置が複数存在するネットワークでサービス提供手段を運営する場面において、サービス提供手段により管理すべきデータ量が多くなってしまうため、望ましい構成とはいえない。

そこで、上述のように、サービス提供手段により管理すべきデータ量が多くなってしまうことを防止するためには、このような機能パラメータをサービス提供手段以外の構成要素からその都度取得するように構成するとよく、そのためには、例えば、第６の構成のようにすることが考えられる。

第６の構成に係る画像処理システムは、前記サービス提供手段において、前記画像処理装置に対し、該画像処理装置の有する機能に関する機能パラメータを特定可能なパラメータであって、前記画像処理装置の有する機能に対して設定可能な設定可能パラメータの通知を要求する第１通知要求手段が備えられており、前記第１リスト生成手段は、前記第１通知要求手段による要求を受けた前記画像処理装置により通知された前記設定可能パラメータで特定される機能パラメータが登録されてなるパラメータリストを生成する、ように構成されている。そして、前記画像処理装置において、前記サービス提供手段の備える通知要求手段による要求を受けた際に、当該画像処理装置の有する機能に対して設定可能な設定可能パラメータを前記サービス提供手段に通知する装置側設定通知手段が備えられ、前記パラメータ指定手段は、前記サービス提供手段の備える指定要求手段により送信された指定要求コマンドおよびパラメータリストを受信した際、該パラメータリストを当該画像処理装置の備える表示部に表示させると共に、該パラメータリストにおける機能パラメータの中から前記提供パラメータとすべき機能パラメータをユーザに指定させる、ように構成されている。

このように構成すれば、サービス提供手段は、画像処理装置に対して要求した設定可能パラメータに基づいてパラメータリストを生成することができるため、自身で画像処理装置の機能パラメータを管理しておく必要がない。これにより、画像処理装置が複数存在するネットワークでサービス提供手段を運営する場面においても、サービス提供手段で管理すべき（例えば、メモリに記憶させておく）データ量が多くなってしまうことはない。

また、画像処理装置に新たな機能が追加されたり、機能が事後的に高度化（例えば、ファームウェアの更新による）したりした場合であっても、そのような機能に応じて設定可能パラメータを情報管理手段側において更新するだけで、画像処理装置側における機能の変化にも対応することができる。

なお、この構成において、サービス提供手段の備える通知要求手段が要求する「設定可能パラメータ」とは、画像処理装置の有する機能に関する機能パラメータを特定可能なデータであればよく、例えば、一部分に機能パラメータが含まれたデータや、機能パラメータそのものであってもよい。

また、サービス提供手段が、機能パラメータをサービス提供手段以外の構成要素から取得できるようにするためには、第７の構成のようにすることも考えられる。
第７の構成に係る画像処理システムは、前記画像処理装置の有する機能に対して設定可能な設定可能パラメータを記憶部に記憶している情報管理手段を備え、かつ、１以上の前記サービス提供手段が備えられており、前記サービス提供手段においては、前記情報管理手段に対し、サービスを提供すべき前記画像処理装置の前記設定可能パラメータの通知を要求する第２通知要求手段が備えられ、前記第１リスト生成手段は、前記第２通知要求手段による要求を受けた前記情報管理手段から通知された前記設定可能パラメータに基づき、該設定可能パラメータで特定される機能パラメータが登録されてなるパラメータリストを生成する、ように構成されており、前記情報管理手段においては、前記サービス提供手段からの要求を受けて、該要求された前記画像処理装置の設定可能パラメータを前記サー
ビス提供手段に通知する管理側設定通知手段が備えられている。

このように構成すれば、サービス提供手段は、情報管理手段に対して要求した設定可能パラメータに基づいてパラメータリストを生成することができるため、自身で画像処理装置の機能パラメータを管理しておく必要がない。これにより、画像処理装置が複数存在するネットワークでサービス提供手段を運営する場面においても、サービス提供手段で管理すべき（例えば、記憶部に記憶させておく）データ量が多くなってしまうことはない。

また、画像処理装置に新たな機能が追加されたり、機能が事後的に高度化（例えば、ファームウェアの更新による）したりした場合であっても、そのような機能に応じて設定可能パラメータを情報管理手段側において更新するだけで、画像処理装置側における機能の変化にも対応することができる。

さらに、この構成であれば、画像処理装置の設定可能パラメータが情報管理手段にて一括管理されることから、設定可能パラメータを記憶する対象が情報管理手段だけでよくなる。そのため、サービス提供手段で設定可能パラメータを管理する構成とは異なり、サービス提供手段が複数備えられているシステムとした場合でも、情報管理手段のみに設定可能パラメータを記憶させればよいことに変わりはなく、複数のサービス提供手段それぞれに設定可能パラメータを通知して記憶させる必要がない。これにより、複数のサービス提供手段それぞれに対して設定可能パラメータを通知する必要がなくなり、画像処理装置による設定可能パラメータの通知に際しての通信負荷（トラフィックや処理負担）を抑えることができる。

なお、この構成における「設定可能パラメータ」とは、上述したのと同様、画像処理装置の有する機能に関する機能パラメータを特定可能なデータであればよい。
また、上述したように、設定可能パラメータを情報管理手段側で管理する場合には、あらかじめサービス提供手段側の記憶部に設定可能パラメータを記憶させておく、または、外部からの設定可能パラメータの通知を受けてこの設定可能パラメータを記憶部に記憶させる、といった構成が考えられる。

この後者のためには、例えば、第８の構成のように、前記画像処理装置においては、前記情報管理手段に対して、当該画像処理装置における設定可能パラメータを通知する装置側設定通知手段が備えられており、前記情報管理装置においては、前記画像処理装置から通知された前記設定可能パラメータを、該画像処理装置と対応づけた状態で記憶部に記憶させる管理側パラメータ記憶手段が備えられ、前記管理側設定通知手段は、前記サービス提供手段からの要求を受けた際、該サービス提供手段がサービスを提供すべき前記画像処理装置について、該画像処理装置に対応づけて前記管理側パラメータ記憶手段により記憶された設定可能パラメータを、前記サービス提供手段に通知する、ように構成するとよい。

このように構成すれば、情報管理手段は、画像処理装置からの通知を受けて記憶部に設定可能パラメータを記憶させることにより、画像処理装置の設定可能パラメータを管理することができ、こうして記憶された設定可能パラメータをサービス提供手段からの要求に応じて通知することができる。

この構成のように、画像処理装置が設定パラメータをサービス提供手段または情報管理手段に通知する構成において、この通知は、どのようなタイミングで行われるように構成されていてもよく、例えば、第９の構成のように、前記画像処理装置において、前記装置側設定通知手段は、当該画像処理装置が起動した以降における所定のタイミングで前記設定可能パラメータの通知を行う、ように構成すればよい。

このように構成すれば、画像処理装置は、画像処理装置自身が起動した以降における所定のタイミングで設定パラメータの通知を行うことができる。
また、この構成においては、より具体的な例として、例えば、第１０の構成のように、前記画像処理装置において、前記装置側設定通知手段は、当該画像処理装置における設定可能パラメータの変更がなされた際に、該設定可能パラメータの通知を行う、ように構成するとよい。

このように構成すれば、画像処理装置を使用する過程において、機能の追加や更新により設定可能パラメータが変更された場合であっても、その都度、設定可能パラメータの通知が行われるため、そのように変更がなされた画像処理装置の設定可能パラメータであっても、変更に際しての通知を経て記憶部に記憶させることができる。

さらに、この構成であれば、画像処理装置が設定可能パラメータの通知を行うのは、設定可能パラメータが変更された場合であって、サービス提供手段に対してサービスの提供を要求する毎に行われるものではないため、画像処理装置がサービスの提供を受けるにあたってのサービス提供手段との間における通信負荷（トラフィックや処理負担）を抑えることができる。

なお、この構成においては、設定可能パラメータを監視することによりその変更がなされたことを検出し、その検出をもって設定可能パラメータの通知を行うように構成すればよい。

また、画像処理装置が起動した以降における所定のタイミングで設定可能パラメータの通知を行う構成においては、第１１の構成のように、前記画像処理装置において、前記装置側設定通知手段は、当該画像処理装置が起動した際に、前記設定可能パラメータの通知を行う、ように構成してもよい。

このように構成すれば、画像処理装置の使用を開始するにあたり初めてこの画像処理装置が起動された際には、その時点において設定可能パラメータの記憶部への記憶がなされていない状態であるが、そのように画像処理装置が起動された際に設定可能パラメータの通知が行われるため、新たに起動された画像処理装置の設定可能パラメータであっても、その通知を経て記憶部に記憶した状態とすることができる。

また、画像処理装置を定期的に起動，終了させるような態様で使用している場合には、その画像処理装置における設定可能パラメータの通知が定期的に行われることとなるため、その間に設定可能パラメータが変更されたとしても、次回の起動時にそのような変更後の設定可能パラメータの通知が行われ、そのように変更された設定可能パラメータをも記憶部に記憶させることができる。

さらに、この構成においても、上述したのと同様、画像処理装置がサービスの提供を受けるにあたってのサービス提供手段との間における通信負荷（トラフィックや処理負担）を抑えることができる。

また、第１２の構成に係る画像処理システムは、前記画像処理装置において、前記サービス提供手段の備える指定要求手段により前記提供パラメータの指定を要求された際に、当該画像処理装置の有する機能に関する機能パラメータが登録されてなるパラメータリストを生成する第２リスト生成手段が備えられており、前記パラメータ指定手段は、前記第２リスト生成手段により生成されたパラメータリストを当該画像処理装置の備える表示部に表示させると共に、該パラメータリストにおける機能パラメータの中から前記提供パラ
メータとすべき機能パラメータをユーザに指定させる、ように構成されている。

このように構成すれば、パラメータリストをサービス提供手段側で作成する必要がないことから、このパラメータリストの生成に関する処理についてのサービス提供手段に対する負荷を軽減することができる。このような負荷の軽減は、画像処理装置が複数存在するネットワークでサービス提供手段を運営する場面において特に有効といえる。

この構成において、画像処理装置は、あらかじめ定められた手順に従ってパラメータリストを生成することになるが、この手順については、サービス提供手段側の都合などにより変更されていく可能性があるため、画像処理装置側で管理しておかないようにすることが、画像処理装置の負荷を軽減するためには望ましい。

そこで、パラメータリストの生成手順を画像処理装置側で管理しないようにするための構成として、例えば、第１３の構成のようにすることが考えられる。
第１３の構成に係る画像処理システムは、前記パラメータリストは、雛形となる雛形リストに前記画像処理装置の有する機能に関する機能パラメータを登録することにより生成されるものであって、前記サービス提供手段において、前記指定要求手段は、前記提供パラメータの指定を要求するための指定要求コマンドを、前記雛形リストおよび該雛形リストへの機能パラメータの登録方法を示すリスト情報と共に前記画像処理装置に送信する、ように構成されており、前記画像処理装置において、前記第２リスト生成手段は、前記サービス提供手段の備える指定要求手段により送信された指定要求コマンドおよびリスト情報を受信した際、該リスト情報で示される雛形リストおよび登録方法に基づいて前記パラメータリストを生成する、ように構成されている。

このように構成すれば、画像処理装置は、サービス提供手段から取得したリスト情報に基づいてパラメータリストを生成できるため、パラメータリストを生成するための手順などを画像処理装置自身で管理しておく必要がない。これにより、パラメータリストを生成するための手順などが変更された場合でも、画像処理装置側で何ら対応をとることなく、その変更に対応することができる。

ところで、上述した機能パラメータとは、画像処理装置の有する機能に関するパラメータであって、その機能に応じた内容のものである。具体的な例としては、例えば、第１４の構成のように、前記読取機能に対応するパラメータとして、少なくとも該読取機能についての解像度および色数のうちいずれか一方を含み、または、前記印刷機能に対応するパラメータとして、少なくとも該印刷機能についての解像度および色数のうちいずれか一方を含むパラメータのことである。

このようなパラメータが機能パラメータであれば、例えば、読取機能における解像度および色数のうちいずれか一方に関して、上述した構成により得られる効果を得ることができ、また、印刷機能における解像度および色数のうちいずれか一方に関して、上述した構成により得られる効果を得ることができる。

また、第１５の構成に係る画像処理装置は、画像を読み取りその画像を表す画像データを生成する読取機能および画像データの表す画像を印刷する印刷機能のうち少なくとも一方の機能を有する画像処理装置であって、当該画像処理装置の有する機能により生成された画像データおよび印刷される画像を示す画像データのうち少なくとも一方に関するサービスを提供するサーバについて、該サーバよるサービスの提供を受ける際に必要なパラメータである提供パラメータとしての機能パラメータを、当該画像処理装置の有する機能に応じた機能パラメータの中からユーザに指定させるパラメータ指定手段と、前記サーバに対してサービスの提供を要求するサービス要求手段と、該サービス要求手段による要求を
受けた前記サーバによりサービスの提供を受けるにあたり、前記パラメータ指定手段により指定された提供パラメータに基づいて当該画像処理装置の有する機能を実現するサービス実現手段と、が備えられている、ことを特徴とする。

このように構成された画像処理装置によれば、第１の構成に係る画像処理装置を構成することができるため、この画像処理装置と同様の作用，効果を得ることができる。
なお、この画像処理装置においては、第２から第１４のいずれかの構成に係る画像処理装置の備える全ての手段を備えた構成とすることもでき、このような構成とすれば、この第２から第１４のいずれかの構成に係る画像処理装置と同様の作用，効果を得ることができる。

また、第１６の構成に係るサーバは、画像を読み取りその画像を表す画像データを生成する読取機能および画像データの表す画像を印刷する印刷機能のうち少なくとも一方の機能を有する画像処理装置からの要求に応じて、該画像処理装置の有する機能により生成された画像データおよび印刷される画像を示す画像データのうち少なくとも一方に関するサービスを提供するサーバであって、前記画像処理装置の有する機能に関する機能パラメータが登録されてなるパラメータリストを生成する第１リスト生成手段と、前記画像処理装置に対し、当該サーバによるサービスの提供を受ける際に必要なパラメータである提供パラメータの指定を要求するための指定要求コマンドを、前記第１リスト生成手段により生成されたパラメータリストと共に、前記画像処理装置に送信する指定要求手段と、前記画像処理装置によりサービスの提供を要求された際に、前記指定要求手段により送信された指定要求コマンドおよびパラメータリストにおける機能パラメータの中からユーザによって指定された前記提供パラメータとすべき機能パラメータに基づいて、該画像処理装置に対してサービスを提供するための処理を実行する提供実行手段と、が備えられている、ことを特徴とする。

このように構成されたサーバによれば、第４の構成におけるサービス提供手段を構成することができるため、このサービス提供手段と同様の作用，効果を得ることができる。
なお、このサーバにおいては、第４の構成のみを引用する構成に係るサービス提供手段の備える全ての手段を備えた構成とすることもでき、このような構成とすれば、第４の構成のみを引用する構成に係るサービス提供手段と同様の作用，効果を得ることができる。

また、第１７の構成に係るプログラムは、第１から第１４のいずれかの構成に係る画像処理システムとして機能させるための各種処理手順を、コンピュータシステムに実行させるためのプログラム。このプログラムを実行するコンピュータシステムによれば、第１から第８のいずれかの構成に係る画像処理システムを構成することができる。

また、第１８の構成に係るプログラムは、第１から第１４のいずれかの構成に係る画像処理装置として機能させるための各種処理手順を、コンピュータシステムに実行させるためのプログラムである。このプログラムを実行するコンピュータシステムによれば、第１から第１４のいずれかの構成に係る画像処理システムの一部（画像処理装置）を構成することができる。

また、第１９の構成に係るプログラムは、第１から第１４のいずれかの構成に係るサーバとして機能させるための各種処理手順を、コンピュータシステムに実行させるためのプログラムである。このプログラムを実行するコンピュータシステムによれば、第１から第１４のいずれかの構成に係る画像処理システムの一部（サービス提供手段）を構成することができる。

なお、上述した各プログラムは、コンピュータによる処理に適した命令の順番付けられた列からなるものであって、例えば、ＦＤ，ＣＤ−ＲＯＭ，メモリーカードなどの記録媒体やインターネットなどの通信回線網を介して、各装置（画像処理装置やサーバ），または，各装置を利用するユーザに提供されるものである。また、これらプログラムをユーザに提供する形態としては、各装置のハードディスクやメモリにプレインストールされた状態で提供する形態であってもよい。

以下、本発明が適用された実施形態について、図面を用いて説明する。
［第１実施形態］
（１）全体構成
画像処理システムは、図１に示すように、複合機１０，ディレクトリサーバ２０，機能サーバ３０などからなり、これらがネットワーク（本実施形態ではインターネット等の広域ネットワーク（ＷＡＮ：Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ））１を介してデータ通信可能に接続されている。具体的にいうと、複合機１０，ディレクトリサーバ２０および機能サーバ３０は、それぞれルータ（Ｒ；周知のブロードバンドルータ）２〜４を介してネットワーク１と接続されている。

複合機１０は、制御部１１，操作部１２，読取部１３，記録部１４，通信部１５，記憶部１６，音入力部１７および音出力部１８などを備えている。
これらのうち、制御部１１は、ＣＰＵ，ＲＯＭ，ＲＡＭ等を備え、このＣＰＵが、ＲＯＭに記憶されているプログラムに従って複合機１０全体を統括制御する。

また、操作部１２は、図２に示すように、コピーキー４１，スキャナキー４２，ＦＡＸキー４３，サービスキー４４，設定キー４５，上下左右の方向キー４６〜４９，ＯＫキー５０およびキャンセルキー５１，ディスプレイ５２などからなるユーザインタフェースとして構成されている。

また、読取部１３は、スキャナとしての機能を実現するための入力デバイスであり、用紙等のシート状記録媒体に記録（例えば印刷）された画像を読み取り、その画像を表す画像データを生成する。

また、記録部１４は、プリンタとしての機能を実現するための出力デバイスであり、画像データの表す画像を用紙等のシート状記録媒体に印刷する。
また、通信部１５は、複合機１０をネットワーク１に接続すると共に、このネットワーク１を介してデータを送受信するための処理を行う。

また、記憶部１６は、図示しない不揮発性ＲＡＭを備えており、この不揮発性ＲＡＭにデータを記憶可能に構成されている。
また、音入力部１７は、本複合機１０が備える図示しないハンドセット（受話器）に設けられたマイクから音を入力し、その音を表す音データ（ＰＣＭデータ）を生成する。

そして、音出力部１８は、音データ（ＰＣＭデータ）の表す音を、図示しないハンドセットに設けられたスピーカ、又は、複合機本体に設けられた図示しないスピーカから出力する。

ディレクトリサーバ２０は、制御部２１，通信部２２および記憶部２３を備えている。
これらのうち、制御部２１は、ＣＰＵ，ＲＯＭ，ＲＡＭ等を備え、このＣＰＵが、ＲＯＭに記憶されているプログラムに従ってディレクトリサーバ２０全体を統括制御する。

また、通信部２２は、ディレクトリサーバ２０をネットワーク１に接続すると共に、このネットワーク１を介してデータを送受信するための処理を行う。
そして、記憶部２３は、図示しないハードディスクを備えており、このハードディスクにデータを記憶する。この記憶部２３には、後述するサービス定義情報２５を記憶するためのサービス定義情報記憶部２４が設けられている。このサービス定義情報２５は、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）により記述されたＸＭＬデータであり、この記述内容に従って後述するサービス選択用画面を表示することで（図８（ａ）参照）、機能サーバ３０が提供可能なサービス一覧（各サービスの種類及び要求先アドレス（ＵＲＬ；Uniform Resource Locator））を提供することができる。なお、このサービス定義情報２５における各タグの定義付けを図３に示す。

機能サーバ３０は、制御部３１，通信部３２および記憶部３３などを備えている。
これらのうち、制御部３１は、ＣＰＵ，ＲＯＭ，ＲＡＭ等を備え、このＣＰＵが、ＲＯＭに記憶されているプログラムに従って機能サーバ３０全体を統括制御する。なお、この制御部３１は、複合機１０の制御部１１に比べて充分に高性能な構成とされており、複合機１０の制御部１１では実行困難な処理についても行うことができる。

また、通信部３２は、機能サーバ３０をネットワーク１に接続すると共に、このネットワーク１を介してデータを送受信するための処理を行う。
そして、記憶部３３は、図示しないハードディスクを備えており、このハードディスクにデータを記憶する。この記憶部３３は、後述するサービスＩ／Ｆ情報３６を記憶するためのサービスＩ／Ｆ情報記憶部３４と、それぞれ異なるサービスを提供するための処理を実行するサービスソフトウェア３７を記憶するためのサービスソフト記憶部３５と、からなる。このサービスＩ／Ｆ情報３６は、ＸＭＬにより記述されたＸＭＬデータであり、この記述内容に従って後述するパラメータ入力用画面を表示することで（図１９参照）、機能サーバ３０に対してサービスの提供を要求するための情報（サービスの内容及び要求先アドレス）を提供することができる。なお、このサービスＩ／Ｆ情報３６における各タグの定義付けを図４に示す。
（２）複合機１０による処理
以下に、複合機１０の制御部１１により実行される各種処理について説明する。
（２−１）複合機処理
はじめに、複合機１０が起動された以降、繰り返し実行される処理である複合機処理を図５に基づいて説明する。

この複合機処理が起動されたら、まず、初期化処理を行う（ｓ１０２）。
この初期化処理を終えた後、外部からの指令，例えば、操作部１２への入力操作やネットワーク１を介した指令信号の入力などが発生したら（ｓ１０４）、この入力が動作モードをサービスモードへ移行させるための内容であるか否かをチェックする（ｓ１０６）。ここでは、ｓ１０４による入力が操作部１２のサービスキー４４を押下する操作であれば、サービスモードへ移行させるための内容であると判定する。なお、この「サービスモード」とは、以下の処理で示すように、機能サーバ３０に対してサービスの提供を要求するための処理を実行するための動作モードである。

このｓ１０６で、サービスモードへ移行させるための内容でないと判定されたら（ｓ１０６：ＮＯ）、その入力内容に応じて他の動作モードに対する処理（その他のモードの処理）を行った後（ｓ１０８）、ｓ１０４へ戻る。

一方、ｓ１０６で、サービスモードへ移行させるための内容であると判定されたら（ｓ１０６：ＹＥＳ）、機能サーバ３０に要求すべきサービスを指定する方法をユーザに指定させる（ｓ１１０）。ここでは、図６に示す方法選択画面をディスプレイ５２に表示させ、サービスをリストから指定するか（図６における「リストから選択」）、要求先アドレスを直接入力により指定するか（図６における「直接入力」）の選択を促す。この選択画面が表示された後、ユーザは、操作部１２により、いずれにより指定するかの選択を行うことができる。

このｓ１１０で、リストから指定する旨が選択されたら（ｓ１１０：ＹＥＳ）、ディレクトリサーバ２０にサービス一覧の照会を要求する（ｓ１１２）。ここでは、ディレクトリサーバ２０に対してサービス定義情報２５の送信を要求するためのアドレスとして、あらかじめ記憶部１６に記憶されたアドレス宛に、ＨＴＴＰ１．１（ＨＴＴＰ：ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）に基づくＨＴＴＰリクエスト（以降、単に「ＨＴＴＰリクエスト」という）を送信することにより、サービス一覧の照会を要求する。このアドレスに基づいてアクセスを受けたディレクトリサーバ２０は、後述するようにトップのサービス定義情報２５を、ＨＴＴＰ１．１に基づくＨＴＴＰレスポンス（以降、単に「ＨＴＴＰレスポンス」という）により返信してくる。

なお、この「サービス定義情報２５」には、「データ保存サービス」，「印刷サービス」，「コピー応用サービス」といったカテゴリそれぞれにおけるサービスの選択を促すサービス選択画面を表示させるためのものと、カテゴリの選択を促すサービス選択画面を表示させるためのものと、があり、このｓ１１２においては、カテゴリの選択を促すサービス選択画面を表示させるためのサービス定義情報（以降、「トップのサービス定義情報」という）２５にアクセスするためのアドレス宛にＨＴＴＰリクエストを送信する。

こうして、サービス一覧の照会を要求した後、ディレクトリサーバ２０から返信されたサービス定義情報２５を受信したら（ｓ１１４）、このサービス定義情報２５に基づいてサービス選択用画面をディスプレイ５２に表示させた後（ｓ１１６）、次の処理（ｓ１２０）へ移行する。このｓ１１６の処理がトップのサービス定義情報２５を受信した後に行われる場合には、図７に示すようなトップのサービス定義情報２５（ＸＭＬの記述）に従って、図８（ａ）に示すように、表示用タイトル（Ｔｉｔｌｅ）として「ディレクトリサービス」の文字がディスプレイ５２の表示領域上部に配置され、選択可能なカテゴリを表す項目（Ｌｉｎｋ＿Ｔｉｔｌｅ）である「データ保存サービス」，「印刷サービス」および「コピー応用サービス」の文字が表示領域下部に配置されてなるサービス選択画面の表示を行う。なお、この場合のサービス選択画面には、カテゴリに対応する別のサービス定義情報２５のＩＤがリンク先として割り当てられており（図７における「Ｌｉｎｋ＿Ｌｏｃａｔｉｏｎ」参照）、いずれかの項目が選択された際に、その項目に対応するＩＤのサービス定義情報２５がディレクトリサーバ２０に要求されることになる。

また、ｓ１１６の処理がトップ以外のサービス定義情報２５を受信した後に行われる場合，具体的な例として、「コピー応用サービス」に関するサービス定義情報２５を受信した場合には、図９に示すようなサービス定義情報２５（ＸＭＬの記述）に従って、図８（ｂ），図８（ｃ）に示すように、表示用タイトル（Ｔｉｔｌｅ）として「コピー応用サービス」の文字が表示領域上部に配置され、選択可能なサービスを表す項目（Ｌｉｎｋ＿Ｔｉｔｌｅ）である「すかし入りコピー」，「翻訳コピー」，「原稿読み上げ」および「音声テキスト変換」の文字が表示領域下部に配置されてなるサービス選択画面の表示を行う。なお、本実施形態において、表示領域の制約上、すべての項目を一度に表示することができない場合には、画面をスクロールさせることで各項目の配置が上下に移動するように構成されており、図８（ｂ），図８（ｃ）では、そのようなスクロール前後の状態を示している。また、この場合のサービス選択画面には、サービスに対応する別のサービス定義情報２５のＩＤがリンク先として割り当てられており（図９における「Ｌｉｎｋ＿Ｌｏｃａｔｉｏｎ」参照）、いずれかの項目が選択された際に、その項目に対応するＩＤのサービスの提供が機能サーバ３０に要求されることになる。

また、上述したｓ１１０で、要求先アドレスを直接入力により指定する旨が選択された場合には（ｓ１１０：ＮＯ）、要求先アドレスを入力するための図示しないアドレス入力画面をディスプレイ５２に表示させた後（ｓ１１８）、次の処理（ｓ１２０）へ移行する。

こうして、サービス選択画面またはアドレス入力画面が表示された以降、ユーザは、操作部１２により、いずれかの項目を選択する操作（アドレスを入力する操作），または，サービスモードを終了する操作（停止操作）を行うことができる。

次に、ユーザによる操作部１２への入力操作を受け付け（ｓ１２０）、こうして行われた入力操作がリンクを選択する操作であるか否かをチェックする（ｓ１２２）。ここでは、ｓ１１６にて表示されたサービス選択画面における項目を選択する操作，または，ｓ１１８にて表示されたアドレス入力画面にアドレスを入力する操作が入力操作として行われた場合に、リンクを選択する操作であると判定する。

このｓ１２２で、リンクを選択する操作でないと判定された場合（ｓ１２２：ＮＯ）、その入力操作が停止操作であれば（ｓ１２４：ＹＥＳ）、ｓ１０４へ戻ることによりサービスモードとしての処理を終了する一方、入力操作が停止操作でなければ（ｓ１２４：ＮＯ）、拒否音（ブザー音など）を鳴動させた後（ｓ１２６）、ｓ１２０へ戻る。

また、ｓ１２２で、入力操作がリンクを選択する操作であると判定された場合（ｓ１２２：ＹＥＳ）、その選択されたリンクがサービスへのリンク，つまり機能サーバ３０にサービスの提供を要求するためのＩＤであるか否かをチェックする（ｓ１２８）。

このｓ１２８で、サービスへのリンクでないと判定された場合，つまり別のサービス定義情報２５のＩＤである場合には（ｓ１２８：ＮＯ）、ディレクトリサーバ２０に対してサービス一覧の照会を要求し、該当するサービス定義情報２５を受信した後（ｓ１３０）、ｓ１１６へ戻ってサービス選択用画面をディスプレイ５２に表示させる。

そして、ｓ１２８で、サービスへのリンクであると判定された場合には（ｓ１２８：ＹＥＳ）、後述するセッション処理（図１０）を行った後（ｓ１３２）、ｓ１０４へ戻ることによりサービスモードとしての処理を終了する。
（２−２）セッション処理
続いて、図２におけるｓ１３２であるセッション処理の詳細な処理手順を図１０，図１１に基づいて説明する。

このセッション処理では、まず、利用するサービスを選択し、サービス定義情報２５のＬｉｎｋ＿Ｌｏｃａｔｉｏｎ（アドレスを直接入力した場合には、そのアドレス）に基づきサービスを起動する（ｓ２０２）。つまり、サービスのアドレス宛にサービス起動指令をＨＴＴＰリクエストにより送信することで、ユーザに選択されたサービスを機能サーバ３０側において起動させる。このサービス起動指令を受信した機能サーバ３０からは、セッションＩＤがＨＴＴＰレスポンスにより返信されてくる。

次に、ｓ２０４によるサービス起動指令に応じて機能サーバ３０から返信されてくるセッションＩＤを受信する（ｓ２０４）。なお、以降の処理で送信するＨＴＴＰリクエストおよびＨＴＴＰレスポンスには、特に明示しない限り、全てセッションＩＤが含まれた状態で送信されることとし、このＨＴＴＰリクエストを受信した機能サーバ３０側では、このセッションＩＤに基づいて通信中のデバイスを管理（周知のセッション管理）するように構成されている。

次に、複合機１０に対する指令の有無を問い合わせるための「複合機指令問合せ」をＨＴＴＰリクエストにより機能サーバ３０へ送信する（ｓ２０６）。この「複合機指令問合せ」を受信した機能サーバ３０は、複合機１０に対する指令が発生していれば、その内容を示す指令（指令が発生していない場合には「指令なし」を示す指令）をＨＴＴＰレスポンスにより返信してくる。

次に、ｓ２０６による問い合わせにより返信されてくる指令（複合機指令）を受信したら（ｓ２０８）、その指令がジョブ起動指令であるか否かを判定する（ｓ２１０）。この「ジョブ起動指令」とは、後述のように、ｓ２０２にてサービス起動指令を送信した以降、機能サーバ３０側で発生する指令であり、そのタイミングやサービスの内容に応じて「ＵＩジョブ」，「入力ジョブ（スキャンジョブまたはボイスジョブ）」，「出力ジョブ（プリントジョブまたはスピーカジョブ）」のいずれかの起動を指令する内容となっている。なお、このジョブ起動指令には、起動すべきジョブのジョブＩＤ，ジョブの種類（ＵＩジョブ，入力ジョブ（スキャンジョブまたはボイスジョブ）または出力ジョブ（プリントジョブまたはスピーカジョブ））およびジョブの通信先アドレスが付加されている。

このｓ２１０で、ジョブ起動指令であると判定された場合（ｓ２１０：ＹＥＳ）、ジョブの起動に必要なリソースを確保した後（ｓ２１２）、以下に示すｓ２５２〜ｓ２６６によりジョブ起動指令で指令されたジョブの起動を行う。

以下に、このｓ２５２〜ｓ２６６について図１１に基づいて説明する。
ここでは、まず、ジョブ起動指令で指令されたジョブがＵＩジョブであるか否かをチェックし（ｓ２５２）、ＵＩジョブであると判定された場合には（ｓ２５２：ＹＥＳ）、ジョブ起動指令に付加されたジョブＩＤおよび通信先アドレスに基づいてＵＩジョブを起動した後（ｓ２５４）、次の処理（図１０におけるｓ２１４）へ移行する。このＵＩジョブは、このｓ２５４の処理で起動された以降、他の処理と並行して実行されるものであり、これについては、後述する「ＵＩジョブ」（図１２）において詳述する。

また、ジョブ起動指令で指令されたジョブがＵＩジョブでないと判定された場合（ｓ２５２：ＮＯ）、その指令されたジョブが入力ジョブの一種であるスキャンジョブ（ｓ２５６：ＹＥＳ）またはボイスジョブ（ｓ２５６：ＮＯ，ｓ２６２：ＹＥＳ）であれば、ジョブ起動指令に付加されたジョブＩＤおよび通信先アドレスに基づいて入力ジョブを起動した後（ｓ２６０）、次の処理（図１０におけるｓ２１４）へ移行する。この入力ジョブは、このｓ２６０の処理で起動された以降、他の処理と並行して実行されるものであり、これについては、後述する「入力ジョブ」（図２０）において詳述する。

また、ジョブ起動指令で指令されたジョブが上述したいずれのジョブでないと判定された場合（ｓ２５８：ＮＯ）、その指令されたジョブが出力ジョブの一種であるプリントジョブ（ｓ２６２：ＹＥＳ）またはスピーカジョブ（ｓ２６２：ＮＯ，ｓ２６４：ＹＥＳ）であれば、ジョブ起動指令に付加されたジョブＩＤおよび通信先アドレスに基づいて出力ジョブを起動した後（ｓ２６６）、次の処理（図１０におけるｓ２１４）へ移行する。この出力ジョブは、このｓ２６６の処理で起動された以降、他の処理と並行して実行されるものであり、これについては、後述する「出力ジョブ」（図２１）において詳述する。

なお、ジョブ起動指令で指令されたジョブが上述したいずれのジョブでもないと判定された場合（ｓ２６４：ＮＯ）、ジョブの起動を行うことなく、次の処理（図１０におけるｓ２１４）へ移行する。

こうして、ジョブの起動を行った後、図１０へ戻り、所定インターバル待機した後（ｓ２１４）、ｓ２０６へ戻る。
また、上述したｓ２１０で、ジョブ起動指令でないと判定された場合（ｓ２１０：ＮＯ）、ｓ２０８で受信した指令がジョブ終了指令であるか否かをチェックする（ｓ２１６）。この「ジョブ終了指令」とは、後述のように、図１１における各処理でジョブを起動した以降、このジョブが終了した際に機能サーバ３０側で発生する指令である。なお、このジョブ終了指令には、その終了したジョブのジョブＩＤが付加されている。

このｓ２１６で、ジョブ終了指令であると判定された場合（ｓ２１６：ＹＥＳ）、このジョブ終了指令に付加されたジョブＩＤのジョブを停止させる（該当するジョブに対して終了指示を渡す）と共に、このジョブを起動する前にＳ２１２にて確保したリソースを解放した後（ｓ２１８）、ｓ２１４へ移行する。

また、上述したｓ２１６で、ジョブ終了指令でないと判定された場合（ｓ２１６：ＮＯ）、「指令なし」を示すものであるか否かをチェックし（ｓ２２０）、「指令なし」を示すものであれば（ｓ２２０：ＹＥＳ）、ｓ２１４へ移行する一方、「指令なし」を示すものでなければ（ｓ２２０：ＮＯ）、セッション終了指令であるか否かを判定する（ｓ２２２）。この「セッション終了指令」とは、この複合機１０に対するサービスの提供が終了した際に機能サーバ３０側で発生する処理である。

そして、このｓ２２２で、セッション終了指令であると判定された場合（ｓ２２２：ＹＥＳ）、本セッション処理を終了する一方、ｓ２０８で受信した指令が上述したいずれの指令でもない場合、エラーを報知するための処理（指令エラーの処理）を行った後（ｓ２２４）、本セッション処理を終了する。このｓ２２４では、エラーである旨のメッセージをディスプレイ５２に表示させることによりエラーを報知する。
（２−３）ＵＩジョブ
続いて、図１１におけるｓ２５４にて起動されるＵＩジョブの処理手順を図１２，図１５に基づいて説明する。

このＵＩジョブが開始されると、まず、複合機１０に対する指令の問合せである複合機ジョブ指令問合せを送信用データ格納領域にセットする（ｓ３００）。ここでは、複合機指令問合せを、制御部１１の備えるＲＡＭに確保された送信用データの格納領域に書き込むことにより、複合機ジョブ指令問合せを送信用データ格納領域にセットする。こうしてセットされた情報は、後述する処理（ｓ３１２）でセッションＩＤ及びジョブＩＤとともに機能サーバ３０へ送信されることとなる。なお、こうして「複合機ジョブ指令問合せ」が送信されると、この送信用データを受信した機能サーバ３０は、後述のように、本ＵＩジョブに対する指令が発生していれば、その内容を示す複合機指令（指令が発生していない場合には「指令なし」を示す複合機指令）をＨＴＴＰレスポンスにより返信してくる。

次に、上述したセッション処理からの終了指示があったか否かを判定する（ｓ３０２）。この終了指示は、上述したｓ２１８にてセッション処理から渡される指令である。
このｓ３０２で、セッション処理からの終了指示があったと判定された場合には（ｓ３０２：ＹＥＳ）、セッション処理に対してセッション終了指令を渡すことにより、ＵＩジョブの終了を通知した後（ｓ３０４）、本ＵＩジョブを終了する。なお、このセッション終了指令は、上述したｓ２１８における処理の中で受信される。ｓ２１８の内部では、この指令を受信することによりジョブが完全に停止したと判断し、以降の手順を実施するのである。

一方、セッション処理からの終了指示がないと判定された場合には（ｓ３０２：ＮＯ）、操作部１２がビジー状態であるか否かを判定する（ｓ３０６）。ここでは、各ジョブの起動中に立つ（「１」がセットされる）ように設定されたビジーフラグＦｕに基づき、ビジーフラグＦｕが立っていればビジー状態であると判定し、ビジーフラグＦｕが下りて（「０」がセットされて）いればビジー状態でないと判定する。

このｓ３０６で、ビジー状態であると判定された場合には（ｓ３０６：ＹＥＳ）、操作部１２のビジー状態が解除されるまで，つまりビジーフラグＦｕが下りるまで待機した後（ｓ３０８）、ｓ３０６へ戻る一方、ビジー状態でないと判定した場合には（ｓ３０６：ＮＯ）、ビジーフラグＦｕを立てて（ｓ３１０）、本ＵＩジョブにより操作部１２がビジー状態になっているものとする。

次に、送信用データ格納領域に格納されている情報を、セッションＩＤおよびジョブＩＤと共にＨＴＴＰリクエストとして機能サーバ３０へ送信する（ｓ３１２）。
次に、ｓ３１２による問い合わせにより返信されてくる複合機指令を受信したら（ｓ３１４）、その指令がパラメータ要求であるか否かを判定する（ｓ３１６）。この「パラメータ要求」とは、後述のように、複合機ジョブ指令問合せを受信した機能サーバ３０側で発生する指令であり、このパラメータ要求に付加されたサービスＩ／Ｆ情報３６に基づき、パラメータの指定を複合機１０に対して要求するための指令である。

なお、このサービスＩ／Ｆ情報３６は、後述するように、機能サーバ３０側の設定状態に応じて、図１３に示すパラメータセット済みのサービスＩ／Ｆ情報３６，および，図１４に示すパラメータセット前（雛形）のサービスＩ／Ｆ情報３６のいずれかがパラメータ要求に付加されてくる（図１３，図１４では、翻訳コピーの場合を例示する）。この両者の違いは、「Ｆｏｒｍ＿Ｅｌｅｍ」が、「ｓｅｌｅｃｔ」のセットされた「Ｆｏｒｍ＿Ｔｙｐｅ」タグ，および，入力デバイスに関するパラメータのセットされたタグ（これについては後述する）を挟んだ状態となっているか、「Ｄｅｖｉｃｅ」がセットされた「Ｆｏｒｍ＿Ｔｙｐｅ」タグのみを挟んだ状態となっているか、といった点で相違し、複合機１０の入力デバイスに関するパラメータを取得するように設定されているか否かに起因していずれのサービスＩ／Ｆ情報３６が付加されているかが変化する。

このｓ３１６で、パラメータ要求であると判定された場合（ｓ３１６：ＹＥＳ）、以下に示すｓ３５２〜ｓ３８６によりユーザに指定させたパラメータを示す送信データを機能サーバ３０に送信する処理を行う。

ここで、このｓ３５２〜ｓ３８６について図１５に基づいて説明する。
まず、パラメータ要求に付加されたサービスＩ／Ｆ情報３６に基づいて、機能サーバ３０にパラメータを送信するための送信データとして、初期値の登録（入力）されたデータを生成する（ｓ３５２）。ここでは、サービスＩ／Ｆ情報３６の「Ｆｏｒｍ＿Ｅｌｅｍ」それぞれにおいて初期値として設定されているパラメータそれぞれを抽出し、これらを登録してなる送信データを生成する。なお、本実施形態では、入力，出力いずれも２番目に小さい解像度が初期値となるように設定されている。

また、図１３，図１４に示すサービスＩ／Ｆ情報３６を元に、より具体的な送信データの生成過程について説明すると、まず、第１番目の「Ｆｏｒｍ＿Ｅｌｅｍ」における「Ｖａｌｕｅ＿Ｎａｍｅ＝ｌａｎｇ」のパラメータとして「ｅｎ＿ｊａ」を登録し（図１６における「ｌａｎｇ＝ｅｎ＿ｊａ」参照）、続いて、第２番目の「Ｆｏｒｍ＿Ｅｌｅｍ」における「Ｖａｌｕｅ＿Ｎａｍｅ＝ｓｃａｎ＿ｒｅｓ」のパラメータとして「３００」を登録し（図１６における「ｓｃａｎ＿ｒｅｓ＝３００」参照）、続いて、第３番目の「Ｆｏｒｍ＿Ｅｌｅｍ」における「Ｖａｌｕｅ＿Ｎａｍｅ＝ｐｒｉｎｔ＿ｒｅｓ」のパラメータとして「３００」を登録し（図１６における「ｐｒｉｎｔ＿ｒｅｓ＝３００参照）、そして、第４番目の「Ｆｏｒｍ＿Ｅｌｅｍ」における「Ｖａｌｕｅ＿Ｎａｍｅ＝ｃｏｍｍｅｎｔ」のパラメータとして空のパラメータを登録する（つまり何も登録しない）（図１６における「ｃｏｍｍｅｎｔ＝」参照）。

次に、サービスＩ／Ｆ情報３６における先頭のパラメータ（第１番目の「Ｆｏｒｍ＿Ｅｌｅｍ」に対応するパラメータ）を、以下の処理を行う処理対象とする（ｓ３５４）。
次に、この時点でユーザが操作部１２を操作することにより選択された項目の「Ｆｏｒｍ＿Ｅｌｅｍ」（この処理が本ＵＩジョブにおいて最初に行われる場合には、第１番目の「Ｆｏｒｍ＿Ｅｌｅｍ」）について、この「Ｆｏｒｍ＿Ｅｌｅｍ」における「Ｆｏｒｍ＿Ｄａｔａ」タグで挟まれた部分をサービスＩ／Ｆ情報３６から読み出す（ｓ３５６）。

次に、ｓ３５６にて読み出された「Ｆｏｒｍ＿Ｄａｔａ」タグで挟まれた部分のうち、「Ｆｏｒｍ＿Ｔｙｐｅ」タグの値が入出力デバイス（Ｄｅｖｉｃｅ）を示す値となっているか否かをチェックする（ｓ３５８）。なお、この「Ｆｏｒｍ＿Ｔｙｐｅ」タグの値が入出力デバイスを示す値となっていないサービスＩ／Ｆ情報３６は、パラメータセット済みのサービスＩ／Ｆ情報３６であり、入出力デバイスを示す値となっているサービスＩ／Ｆ情報３６は、パラメータセット前（雛形）のサービスＩ／Ｆ情報３６である。

このｓ３５８で「Ｆｏｒｍ＿Ｔｙｐｅ」タグの値が入出力デバイスを示す値となっていなければ（ｓ３５８：ＮＯ）、ｓ３５６にて読み出された「Ｆｏｒｍ＿Ｄａｔａ」タグで挟まれた部分に基づき、ユーザにパラメータの指定を促すためのパラメータ入力画面を生成してディスプレイ５２に表示させる（ｓ３６０）。

ここで、サービスＩ／Ｆ情報３６のうち、翻訳コピーサービスに対応するサービスＩ／Ｆ情報３６を例示してパラメータ入力画面が表示される様子について説明する。なお、翻訳コピーサービスとは、複合機１０における読取部１３で読み取られた画像データに基づき、機能サーバ３０が、この画像データで表される画像に対してＯＣＲ（Optical Character Recognition ）処理でテキストを認識し、そのテキストを所定の言語に翻訳した内容の画像を表す画像データを生成して提供することにより、この画像を複合機１０における記録部１４に印刷させるサービスである。

まず、図１３に示すようなサービスＩ／Ｆ情報３６（ＸＭＬの記述）に従って、図１９（ａ）に示すように、表示用タイトル（Ｔｉｔｌｅ）として「翻訳コピー」の文字が表示領域上部に配置され、その下に入力項目（Ｄｉｓｐ＿Ｎａｍｅ）として「言語選択」の文字が配置され、さらにその下に入力項目「言語選択」について選択可能なパラメータを表す項目（Ｄｉｓｐ＿Ｓｅｌｅｃｔ）である「英語→日本語」及び「日本語→英語」の文字が配置されたパラメータ入力用画面を表示させる。ここで、「翻訳コピー」に関する入力項目（Ｄｉｓｐ＿Ｎａｍｅ）としては、上記表示されている「言語選択」に加え、「スキャナ設定」，「印刷設定」及び「コメント」があるが、この時点では、「言語選択」についての入力項目のみが表示される。これは、単にディスプレイ５２の大きさの制限によるものであり、この状態から左右の方向キー４８，４９を押下（後述の切替操作）することで、表示領域下部に表示される入力項目を「スキャナ設定」，「印刷設定」及び「コメント」を含む４種類の中から切り替えることができる。

なお、これら入力項目について選択可能なパラメータについて説明すると、「スキャナ設定」について選択可能なパラメータを表す項目（Ｄｉｓｐ＿Ｓｅｌｅｃｔ）としては、「２００×２００」，「３００×３００」及び「６００×６００」の文字が表示されることとなる。なお、ディスプレイ５２の大きさの制限により、「６００×６００ｄｐｉ」については、初めは表示されていないが（図１９（ｃ）参照）、画面をスクロールさせることで表示される（図１９（ｄ）参照）。

また、「印刷設定」について選択可能なパラメータを表す項目（Ｄｉｓｐ＿Ｓｅｌｅｃｔ）としては、「２００×２００」，「３００×３００」，「６００×６００」及び「１２００×１２００」の文字が表示される（図１９（ｅ）参照）。なお、ディスプレイ５２の大きさの制限により、「６００×６００」，「１２００×１２００」については、初めは表示されていないが、上述したのと同様、画面をスクロールさせることで表示される。

そして、「コメント」については、「コメント」の文字の下に、コメントの入力欄が表示され、設定されている文字列（Ｄｅｆａｕｌｔ＿Ｓｔｒｉｎｇ）が入力された状態となる。こうして、コメントとして入力欄に入力された文字列は、例えば、印刷画像のヘッダやフッタに記載されるという形で利用されるものである。

次に、上述したｓ３５８で「Ｆｏｒｍ＿Ｔｙｐｅ」タグの値が入出力デバイスを示す値となっていれば（ｓ３５８：ＹＥＳ）、この時点でユーザが操作部１２を操作することで選択された項目に対応する入出力デバイス（この処理が本ＵＩジョブにおいて最初に行われる場合には、第１番目の「Ｆｏｒｍ＿Ｅｌｅｍ」における入出力デバイス）に関するパラメータの設定内容を、仕様情報の該当位置（Ｄｅｖｉｃｅ＿Ｉｎｆｏに対応する情報）から読み出し（ｓ３６２）、この設定内容に基づき、パラメータ入力画面を生成してディスプレイ５２に表示させる（ｓ３６４）。複合機１０では、複合機１０の入出力デバイスに関するパラメータの設定内容が登録されてなる仕様情報（図１７参照）が記憶部１６に記憶されているため、このｓ３６２では、この仕様情報における入出力デバイスそれぞれの設定内容（「Ｄｅｖｉｃｅ＿Ｉｎｆｏ」タグ）のうち、該当項目に対応する設定内容を読み出す。なお、この仕様情報は、所定のタグが定義付けられているＸＭＬにより記述されたＸＭＬデータである（仕様情報におけるタグの定義付けを図１８に示す）。

こうして、ディスプレイ５２にパラメータ入力画面が表示された以降、ユーザは、ディスプレイ５２における表示領域の制限から表示しきれていない別の項目に表示内容を切り替える切替操作（左右の方向キー４８，４９の押下により第ｎ−１，第ｎ＋１番目の項目に切り替える），パラメータを指定する指定操作（上下の方向キー４６，４７の押下により指定されたパラメータ（図１９における破線の四角参照）を指定する），ディスプレイ５２に表示しきれていない他のパラメータを表示させるためのスクロール操作（指定操作を続けることで表示されていないパラメータを表示させると共に、そのパラメータを指定する），機能サーバ３０によるサービスの提供を停止することを指定するためのキャンセル操作（キャンセルキー５１の押下），パラメータの設定またはサービスの提供停止を完了するための完了操作（ＯＫキー５０の押下）などを行うことができる。

上述したｓ３６４にてパラメータ入力画面を表示した後、ユーザによる操作を受け付け（ｓ３６６）、こうしてなされた操作が切替操作である場合（ｓ３６８：ＹＥＳ）、ｓ３５６に戻り、その切替に係る項目について「Ｆｏｒｍ＿Ｅｌｅｍ」における「Ｆｏｒｍ＿Ｄａｔａ」タグで挟まれた部分をサービスＩ／Ｆ情報３６から読み出し、以降の処理を行う。ここで、翻訳コピーの場合において、言語選択の項目からスキャナ設定の項目に切り替えるための切替操作（この場合、右キー４９を押下）が行われた場合、図１９（ｃ）に示すように、スキャナ設定の項目がディスプレイ５２に表示され、この状態から印刷設定に切り替えるための切替操作（この場合、さらに右キー４９を押下）が行われた場合、図１９（ｄ）に示すように、印刷設定の項目がディスプレイ５２に表示されることとなる。

また、ユーザによりなされた操作が指定操作である場合（ｓ３６８：ＮＯ，ｓ３７０：ＹＥＳ）、その指定に係るパラメータをｓ３５２にて生成した送信データに登録（入力）した後（ｓ３７２）、ｓ３６６へ戻る。ここで、翻訳コピーの場合において、言語選択のパラメータとして「英語→日本語」が指定された状態（初期状態）から「日本語→英語」が指定された状態となった場合、送信データに登録されたパラメータのうち、この言語選択のパラメータとして送信データに登録されていた値として、指定されたパラメータ「ｊａ＿ｅｎ」に登録し直される（図１９（ｂ）参照）。

また、ユーザによりなされた操作がスクロール操作である場合（ｓ３７０：ＮＯ，ｓ３７４：ＹＥＳ）、そのスクロールした方向に従って表示内容を変化させると共に、この時点で指定されたパラメータをｓ３５２にて生成した送信データに登録（入力）した後（ｓ３７６）、ｓ３６６へ戻る。

また、ユーザによりなされた操作がキャンセル操作である場合（ｓ３７４：ＮＯ，ｓ３７８：ＹＥＳ）、ｓ３５２にて生成した送信データを「サービス停止」を示す内容に変更した後（ｓ３８０）、送信データをＨＴＴＰリクエストとして送信用データ格納領域にセットした後（ｓ３８４）、図１２におけるｓ３２２へ戻る。この送信データは、その後、セッションからの終了指示がなく（Ｓ３０２：ＮＯ）、操作パネルがビジーではない（ｓ３０６：ＮＯ）状態になると、Ｓ３１２の処理にて機能サーバ３０へ送信される。

そして、ユーザによりなされた操作が完了操作である場合（ｓ３７８：ＮＯ，ｓ３８２：ＹＥＳ）、ｓ３８４へ移行し、この時点における送信データを送信用データ格納領域にセットした後、図１２におけるｓ３２２へ戻る。

なお、ユーザによりなされた操作が上述した以外の操作（例えば、スクロール，切替できない方向の方向キーを押下する操作など）である場合（ｓ３８２：ＮＯ）、拒否音（ブザー音など）を鳴動させた後（ｓ３８６）、ｓ３６６へ戻る。

次に、図１２に戻り、上述したｓ３１２による問い合わせにより返信されてくる複合機指令が、パラメータ要求でないと判定された場合には（ｓ３１６：ＮＯ）、Ｓ３１４にて受信した複合機指令が仕様情報要求であるか否かを判定する（ｓ３１８）。この「仕様情報要求」とは、後述のように、複合機ジョブ指令問合せを受信した機能サーバ３０側で機能サーバ３０側の設定内容に応じて発生する指令であり、複合機１０に対して上述した仕様情報を要求するための指令である。

このｓ３１８で、仕様情報要求であると判定された場合には（ｓ３１８：ＹＥＳ）、仕様情報を送信用データ格納領域にセットした後（ｓ３２０）、ｓ３２２へ移行する。この仕様情報は、その後、セッションからの終了指示がなく（Ｓ３０２：ＮＯ）、操作パネルがビジーではない（ｓ３０６：ＮＯ）状態になると、Ｓ３１２の処理にて機能サーバ３０へ送信される。そして、この仕様情報を受信した機能サーバ３０は、後述するように、所定の処理を実行した後、パラメータ要求をＨＴＴＰレスポンスとして返信してくる。

また、ｓ３１８で、仕様情報要求でないと判定された場合には（ｓ３１８：ＮＯ）、ｓ３１４にて受信した複合機指令がサービス状態情報であるか否かを判定する（ｓ３２４）。この「サービス状態情報」とは、後述のように、複合機ジョブ指令問合せ，または，以降の処理（ｓ３３０，ｓ３１２）で送信される複合機状態情報を受信した機能サーバ３０側で発生する指令であり、問題なくサービスに関わる処理が実行されていること，問題がありサービスを停止することなどを報知するための指令である。

このｓ３２４で、サービス状態情報であると判定されたら（ｓ３２４：ＹＥＳ）、このサービス状態情報に基づく表示をディスプレイ５２に行わせ（ｓ３２６）、サービスの稼働状態の情報を要求するサービス状態情報要求を送信用データ格納領域にセットした後（ｓ３２７）、Ｓ３２２へ移行する。

また、ｓ３２４で、サービス状態情報でないと判定されたら（ｓ３２４：ＮＯ）、ｓ３１４にて受信した複合機指令が状態情報要求であるか否かをチェックする（ｓ３２８）。この「状態情報要求」とは、後述のように、複合機１０の状態に関する情報の送信を要求するための指令である。

このｓ３２８で、状態情報要求であると判定されたら（ｓ３２８：ＹＥＳ）、複合機１０の状態に関する情報である複合機状態情報を送信用データ格納領域にセットした後（ｓ３３０）、ｓ３２２へ移行する。ここでは、用紙なし，カバーオープンなどを示す情報を複合機状態情報として送信用データ格納領域にセットする。

また、ｓ３２８で、状態情報要求でないと判定されたら（ｓ３２８：ＮＯ）、Ｓ３１４にて受信した複合機指令がサーバ受取状況であるか否かをチェックする（ｓ３３２）。この「サーバ受取状況」とは、後述のように、機能サーバ３０が複合機１０からの情報を正常に受け取ることができたか否かを通知するために送信する指令である。

このｓ３３２で、サーバ受取状況であると判定されたら（ｓ３３２：ＹＥＳ）、このサーバ受取状況の内容が異常受取（ＮＧ）を表すものである場合（ｓ３３４：ＹＥＳ）、このサーバ受取状況を送信する契機となった情報を送信用データ格納領域に再度セットした後（ｓ３３６）、ｓ３２２へ移行する一方、異常受取（ＮＧ）を表すものでない場合（ｓ３３４：ＮＯ）、サービスの稼動状態の情報を要求する指令であるサービス状態情報要求を送信用データ格納領域にセットした後（ｓ３３７）、ｓ３２２へ移行する。

そして、ｓ３３２で、サーバ受取状況でないと判定されたら（ｓ３３２：ＮＯ）、Ｓ３１４にて受信した複合機指令が「指令なし」を示すものか否かをチェックし（ｓ３３８）、「指令なし」を示すものであれば（ｓ３３８：ＹＥＳ）、ｓ３００と同様、複合機ジョブ指令問合せを送信用データ格納領域にセットした後（ｓ３３９）、ｓ３２２へ移行する。一方、「指令なし」を示すものでなければ（ｓ３３８：ＮＯ）、エラー処理（指定エラーの処理）を行い（ｓ３４０）、ｓ３００と同様、複合機ジョブ指令問合せを送信用データ格納領域にセットした後（ｓ３４５）、ｓ３２２へ移行する。
（２−４）入力ジョブ
続いて、図１１におけるｓ２６０にて起動される入力ジョブの処理手順を図２０に基づいて説明する。この入力ジョブは、上述したセッション処理およびＵＩジョブと並列動作する処理である。

この入力ジョブが開始されると、まず、入力デバイスがビジー状態であるか否かを判定する（ｓ４０２）。ここでは、入力デバイスがビジー状態である場合に立つ（「１」がセットされる）ように設定されたビジーフラグＦｉに基づき、ビジーフラグＦｉが立っていればビジー状態であると判定し、ビジーフラグＦｉが下りて（「０」がセットされて）いればビジー状態でないと判定する。なお、ここでいう「入力デバイス」とは、読取部１３で生成された画像データに関するサービスの提供を受ける場合であれば読取部１３であり、音入力部１７で生成された音データに関するサービスを受ける場合であれば音入力部１７のことである。

このｓ４０２で、入力デバイスがビジー状態であると判定された場合には（ｓ４０２：ＹＥＳ）、入力デバイスのビジー状態が解除されるまで待機した後（ｓ４０４）、ｓ４０２の処理へ戻る一方、入力デバイスがビジー状態ではないと判定された場合には（ｓ４０２：ＮＯ）、ビジーフラグＦｉを立てる（ｓ４０６）。

次に、複合機１０の状態に関する情報である複合機状態情報を、セッション処理におけるｓ２６０にて渡されたジョブＩＤと共に、ＨＴＴＰリクエストにより機能サーバ３０へ送信する（ｓ４０８）。この複合機状態情報を受信した機能サーバ３０は、後述のように、図１２におけるｓ３１２にて送信用データ格納領域にセットしてから同図ｓ３１２にて機能サーバ３０に送信しておいたパラメータに基づく情報である複合機パラメータをＨＴＴＰレスポンスにより返信してくる。

次に、ｓ４０８にて送信した複合機状態情報に対して複合機パラメータが返信されてきたら（ｓ４１０）、セッション処理から終了指示が渡されたか否か（セッションからの終了指示があるか）を判定する（ｓ４１２）。この終了指示は、図１０におけるｓ２１８により終了するジョブが入力ジョブである場合において、セッション処理から本入力ジョブに渡される指示である。

このｓ４１２で、セッション処理から終了指示が渡されていないと判定された場合には（ｓ４１２：ＮＯ）、ｓ４１０にて返信されてきた複合機パラメータを正常に受信できていなければ（ｓ４１４：ＮＯ）、機能サーバ３０からの情報を正常に受け取ることができない旨（異常受取（ＮＧ）である旨）を通知するための複合機受取状況を、セッション処理におけるｓ２６０にて渡されたジョブＩＤと共に、ＨＴＴＰリクエストにより機能サーバ３０へ送信する（ｓ４１６）。この複合機受取状況を受信した機能サーバ３０は、後述のように、再度、複合機パラメータをＨＴＴＰレスポンスとして返信してくるため、このｓ４１６の後、ｓ４１０へ戻る。

一方、ｓ４１０にて複合機パラメータを正常に受信できていれば（ｓ４１４：ＹＥＳ）、機能サーバ３０からの情報を正常に受け取ることができた旨（正常受取（ＯＫ）である旨）を通知するための複合機受取状況を、セッション処理におけるｓ２６０にて渡されたジョブＩＤと共に、ＨＴＴＰリクエストにより機能サーバ３０へ送信する（ｓ４１８）。この複合機受取状況を受信した機能サーバ３０は、後述のように、機能サーバ３０側で処理すべきデータの送信を要求するための入力データ要求を返信してくる。

次に、複合機受取状況を受信した機能サーバ３０から入力データ要求が返信されてきたら（ｓ４２０）、ｓ４１２と同様に、セッション処理から終了指示が渡されたか否かを判定する（ｓ４２２）。

このｓ４２２で、セッション処理から終了指示が渡されていないと判定された場合には（ｓ４２２：ＮＯ）、ｓ４２０にて返信されてきた入力データ要求を正常に受信できていなければ（ｓ４２４：ＮＯ）、ｓ４１６と同様に、異常受取（ＮＧ）である旨を通知するための複合機受取状況を機能サーバ３０へ送信する（ｓ４２６）。この複合機受取状況を受信した機能サーバ３０は、後述のように、再度、入力データ要求を返信してくるため、このｓ４２６の後、ｓ４２０へ戻る。

一方、ｓ４２０にて返信されてきた入力データ要求を正常に受信できていれば（ｓ４２４：ＹＥＳ）、機能サーバ３０側で処理させるべき入力データを、セッション処理におけるｓ２６０にて渡されたジョブＩＤと共に、ＨＴＴＰリクエストにより機能サーバ３０へ送信する（ｓ４２８）。ここでは、まず、入力デバイスの設定値をｓ４１０にて受信した複合機パラメータで示されるパラメータに変更した後、機能サーバ３０側で処理させるべきデータの入力を促すためのデータ入力画面をディスプレイ５２に表示させることにより、データを複合機１０に入力するための操作をユーザに促す。その後、ユーザによりデータを入力するための操作が行われることにより取得したデータ（入力データ）を、セッション処理におけるｓ２６０にて渡されたジョブＩＤと共に、ＨＴＴＰリクエストにより機能サーバ３０へ送信する。具体的な例としては、例えば、「原稿をセットしてＯＫキーを押してください」，「受話器をとって音声を入力してください」などのメッセージをディスプレイ５２に表示し、この後、読取部１３または音入力部１７により取得されるデータを機能サーバ３０へ順次送信する。この入力データを受信した機能サーバ３０は、この入力データに基づくデータ処理が正常に終了したか否かを通知するためのサービス状態情報を返信してくる、といった構成が考えられる。

なお、この処理におけるデータの取得方法については、図示されないメモリカードスロットにセットされたメモリーカードから読み出したり、記憶部１６における特定の記憶領域から読み出すといった方法であってもよく、その場合には、データの取得先となる記憶領域を指定すべきメッセージをディスプレイ５２に表示させればよい。

こうして、入力データを機能サーバ３０へ送信した後、ｓ４２８の処理で変更された入力デバイスの設定値を元に戻し（ｓ４３０）、その後、機能サーバ３０から返信されるサービス状態情報を受信する（ｓ４３２）。

そして、ｓ４３２にてサービス情報を受信した後、または、ｓ４１２，ｓ４２２でセッション処理から終了指示が渡されていると判定された場合には（ｓ４１２：ＹＥＳ，ｓ４２２：ＹＥＳ）、ｓ４０６にて立てたビジーフラグＦｉを下ろした後（ｓ４３４）、セッション処理におけるｓ２６０にて渡されたジョブＩＤと共にセッション処理へ入力ジョブの終了を通知して（ｓ４３６）、本入力ジョブを終了する。この入力ジョブの終了の通知は、上述したｓ２１８における処理の中で受信される。ｓ２１８の内部では、この指令を受信することでジョブが完全に停止したと判断し、以降の手順を実施するのである。
（２−５）出力ジョブ
最後に、図１１におけるｓ２６６にて起動される出力ジョブの処理手順を図２１に基づいて説明する。この入力ジョブは、上述したセッション処理およびＵＩジョブと並列動作する処理である。

この出力ジョブが開始されると、まず、出力デバイスがビジー状態であるか否かを判定する（ｓ５０２）。ここでは、出力デバイスがビジー状態である場合に立つ（「１」がセットされる）ように設定されたビジーフラグＦｏに基づき、ビジーフラグＦｏが立っていればビジー状態であると判定し、ビジーフラグＦｏが下りて（「０」がセットされて）いればビジー状態でないと判定する。なお、ここでいう「出力デバイス」とは、記録部１４で印刷する画像データに関するサービスの提供を受ける場合であれば記録部１４であり、音出力部１８から出力する音データに関するサービスの提供を受ける場合であれば音出力部１８のことである。

このｓ５０２で、出力デバイスがビジー状態であると判定された場合には（ｓ５０２：ＹＥＳ）、出力デバイスのビジー状態が解除されるまで待機した後（ｓ５０４）、ｓ５０２の処理へ戻る一方、出力デバイスがビジー状態ではないと判定された場合には（ｓ５０２：ＮＯ）、ビジーフラグＦｏを立てる（ｓ５０６）。

次に、複合機１０の状態に関する情報である複合機状態情報を、セッション処理におけるｓ２６６にて渡されたジョブＩＤと共に、ＨＴＴＰリクエストにより機能サーバ３０へ送信する（ｓ５０８）。この複合機状態情報を受信した機能サーバ３０は、後述のように、図１２におけるｓ３２０にて送信用データ格納領域にセットしてから同図ｓ３１２にて機能サーバ３０に送信しておいたパラメータに基づく情報である複合機パラメータをＨＴＴＰレスポンスにより返信してくる。

次に、ｓ５０８にて送信した複合機状態情報に対して複合機パラメータが返信されてきたら（ｓ５１０）、セッション処理から終了指示が渡されたか否か（セッションからの終了指示があるか）を判定する（ｓ５１２）。この終了指示は、図１０におけるｓ２１８により終了するジョブが出力ジョブである場合において、セッション処理から本出力ジョブに渡される指示である。

このｓ５１２で、セッション処理から終了指示が渡されていないと判定された場合には（ｓ５１２：ＮＯ）、ｓ５１０にて返信されてきた複合機パラメータを正常に受信できていなければ（ｓ５１４：ＮＯ）、機能サーバ３０からの情報を正常に受け取ることができない旨（異常受取（ＮＧ）である旨）を通知するための複合機受取状況を、セッション処理におけるｓ２６６にて渡されたジョブＩＤと共に、ＨＴＴＰリクエストにより機能サーバ３０へ送信する（ｓ５１６）。この複合機受取状況を受信した機能サーバ３０は、後述のように、再度、複合機パラメータを返信してくるため、このｓ５１６の後、ｓ５１０へ戻る。

一方、ｓ５１０にて複合機パラメータを正常に受信できていれば（ｓ５１４：ＹＥＳ）、機能サーバ３０からの情報を正常に受け取ることができた旨（正常受取（ＯＫ）である旨）を通知するための複合機受取状況を、セッション処理におけるｓ２６６にて渡されたジョブＩＤと共に、ＨＴＴＰリクエストにより機能サーバ３０へ送信する（ｓ５１８）。この複合機受取状況を受信した機能サーバ３０は、後述のように、図２０におけるｓ４２８にて送信した入力データに基づいて処理してなるデータ（出力データ）を返信してくる。

次に、複合機受取状況を受信した機能サーバ３０から出力データが返信されてきたら（ｓ５２０）、ｓ５１２と同様に、セッション処理から終了指示が渡されたか否かを判定する（ｓ５２２）。

このｓ５２２で、セッション処理から終了指示が渡されていないと判定された場合には（ｓ５２２：ＮＯ）、ｓ５２０にて返信されてきた出力データを正常に受信できていなければ（ｓ５２４：ＮＯ）、ｓ５１６と同様に、異常受取（ＮＧ）である旨を通知するための複合機受取状況を機能サーバ３０へ送信する（ｓ５２６）。この複合機受取状況を受信した機能サーバ３０は、後述のように、再度、出力データを返信してくるため、このｓ５２６の後、ｓ５２０へ戻る。

一方、ｓ５２０にて返信されてきた出力データを正常に受信できていれば（ｓ５２４：ＹＥＳ）、この出力データを出力デバイスにより出力する（ｓ５２８）。ここでは、まず、出力デバイスの設定値をｓ５１０にて受信した複合機パラメータで示されるパラメータに変更した後、この出力デバイスにより出力データを出力（例えば、画像データが表す画像の印刷や、音データが表す音声の出力）する。

こうして、出力データの出力デバイスによる出力を終えた後、ｓ５２８で変更された出力デバイスの設定値を元に戻し（ｓ５３０）、複合機１０の状態に関する情報である複合機状態情報を、セッション処理におけるｓ２６６にて渡されたジョブＩＤと共に、ＨＴＴＰリクエストにより機能サーバ３０へ送信する（ｓ５３２）。この複合機状態情報を受信した機能サーバ３０は、後述のように、サービス状態情報を返信してくる。

そして、機能サーバ３０から返信されるサービス状態情報を受信した後（ｓ５３４）、または、ｓ５１２，ｓ５２２でセッション処理から終了指示が渡されていると判定された場合には（ｓ５１２：ＹＥＳ，ｓ５２２：ＹＥＳ）、ｓ４０６にて立てたビジーフラグＦｏを下ろした後（ｓ５３６）、セッション処理におけるｓ２６６にて渡されたジョブＩＤと共にセッション処理へ入力ジョブの終了を通知して（ｓ５３８）、本入力ジョブを終了する。この入力ジョブの終了の通知は、上述したｓ２１８における処理の中で受信される。ｓ２１８の内部では、この指令を受信することでジョブが完全に停止したと判断し、以降の手順を実行するのである。
（３）機能サーバ３０による処理
以下に、機能サーバ３０の制御部３１により実行される各種処理について説明する。
（３−１）機能サーバ処理
はじめに、ＨＴＴＰリクエストが受信される毎に行われる機能サーバ処理の処理手順を図２２，図２３に基づいて説明する。

この機能サーバ処理が起動されると、まず、受信したＨＴＴＰリクエストがサービス起動指令であるか否かをチェックする（ｓ７０２）。この「サービス起動指令」は、図１０におけるｓ２０２にて複合機１０により送信されるものである。

このｓ７０２で、サービス起動指令であると判定された場合には（ｓ７０２：ＹＥＳ）、セッションＩＤを生成し、このセッションＩＤを示す送信データを生成すると共に、サービスの実行のためのリソースを確保して該当するプロセスを起動した後（ｓ７０８）、次の処理（ｓ７３４）へ移行する。ここで起動するプロセスとは、後述するセッション処理（図２４）のことである。

また、ｓ７０２で、サービス起動指令でないと判定された場合には（ｓ７０２：ＮＯ）、ＨＴＴＰリクエストがサービス終了指令であるか否かをチェックする（ｓ７１０）。この「サービス終了指令」は、ｓ３８０により生成された「サービス停止」を表す送信データとして複合機１０がｓ３８４にて送信用データ格納領域にセットした後、ｓ３１２にて送信するものである。

このｓ７１０で、サービス終了指令であると判定された場合には（ｓ７１０：ＹＥＳ）、セッションＩＤおよびｓ７０８にて確保されたリソースを解放し、サービス終了を表す送信データを生成した後（ｓ７１２）、次の処理（図２３におけるｓ７３４）へ移行する。一方、サービス終了指令ではないと判定された場合には（ｓ７１０：ＮＯ）、サービス（セッション又はジョブ）に関する情報が含まれているか否か，具体的には複合機１０がセッション処理またはジョブ（ＵＩジョブ，入力ジョブ，出力ジョブ）において送信してきたＨＴＴＰリクエストであるか否かをチェックする（ｓ７１４）。

このｓ７１４で、サービスに関する情報が含まれていると判定された場合には（ｓ７１４：ＹＥＳ）、そのＨＴＴＰリクエストを送信してきたプロセス（セッション処理，ＵＩジョブ，入力ジョブ，出力ジョブのいずれか）を特定する（ｓ７１６）。

このｓ７１６によりプロセスを特定できなければ（ｓ７１８：ＹＥＳ）、エラーを通知するための情報（エラー通知情報）を生成した後（ｓ７２０）、次の処理（ｓ７３４）へ移行する。

一方、ｓ７１６によりプロセスを特定できれば（ｓ７１８：ＮＯ）、その特定したプロセスにＨＴＴＰリクエストにて送信されてきた情報を渡す（ｓ７２２）。
こうして、ｓ７２２を終えた後、または、ｓ７１４にてサービスに関する情報が含まれていないと判定された場合（ｓ７１４：ＮＯ）、セッションＩＤまたはジョブＩＤに対応する情報の記憶領域を特定する（ｓ７２４）。

このｓ７２４により記憶領域を特定できなければ（ｓ７２６：ＹＥＳ）、ｓ７２０へ移行してエラー通知情報を生成して次の処理（ｓ７３４）へ移行する。一方、記憶領域を特定できれば（ｓ７２６：ＮＯ）、この記憶領域に複合機１０へ返信すべき情報が存在しているか否かをチェックする（ｓ７２８）。

そして、このｓ７２８で、返信すべき情報が存在していないと判定されたら（ｓ７２８：ＮＯ）、「指令なし」の情報を生成した後（ｓ７３０）、次の処理（ｓ７３４）へ移行する一方、送信すべき情報が存在していると判定されたら（ｓ７２８：ＹＥＳ）、その返信情報に基づいて複合機制御指令を生成した後（ｓ７３２）、次の処理（ｓ７３４）へ移行する。

こうして、ｓ７０８，ｓ７１２，ｓ７２０．ｓ７３０，ｓ７３２にて生成した情報をＨＴＴＰレスポンスとして複合機１０へ返信する（ｓ７３４）。ここで返信されるＨＴＴＰレスポンスのうち、ｓ７０８にて生成された送信データは、図１０におけるｓ２０４にて複合機１０が受信するものである。また、ｓ７１２にて生成されたサービス終了を表す送信データは、図１０におけるｓ２０８にて複合機１０が受信し、ｓ２２２にて「ＹＥＳ」と判定されるものである。また、ｓ７２０にて生成されたエラー通知情報は、図１０におけるｓ２０８にて複合機１０が受信し、ｓ２２２にて「ＮＯ」と判定され、ｓ２２４が実施されるものである。また、ｓ７３０にて生成された「指令なし」の情報は、図１０におけるｓ２０８にて複合機１０が受信し、ｓ２２０にて「ＹＥＳ」と判定されるものである。そして、ｓ７３２にて生成された複合機制御指令は、後述する各ジョブにおいて異なる内容のものとなり、それぞれ複合機１０側で対応するジョブにおいて受信されるものである。

そして、サービス制御情報処理が実施された，すなわちｓ７１０にて「ＮＯ」と判定された場合は（ｓ７３６：ＹＥＳ）、セッションＩＤ又はジョブＩＤに対応するメモリアドレスに「送信済み」をセットした後（ｓ７３８）、本機能サーバ処理を終了する一方、サービス制御情報処理が実施されていなければ（ｓ７３６：ＮＯ）、メモリアドレスのセットを行うことなく、本機能サーバ処理を終了する。このサービス制御情報処理とは、ｓ７１４〜ｓ７３２に記載の複合機１０と機能サーバ３０のセッション，ジョブとの情報授受の処理を指す。
（３−２）セッション処理
続いて、機能サーバ処理と並行して実行されるセッション処理の処理手順を図２４，図２５に基づいて説明する。なお、本実施形態においては、翻訳コピーのサービスについてのセッション処理を例に説明する。

このセッション処理が開始されると、まず、初期化処理を行う（ｓ８０２）。
次に、サービス側ＵＩジョブを起動する（ｓ８０４）。このＵＩジョブ（ＵＩジョブ１またはＵＩジョブ２）は、本セッション処理と並行して実行される処理であって、詳細な処理手順は後述する。

次に、ＵＩジョブの起動指令を複合機指令として出力する（ｓ８０６）。ここでは、ジョブＩＤおよび通信先アドレスと共にＵＩジョブの起動指令を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図２２におけるｓ７３２にて複合機制御指令が生成され、図２３におけるｓ７３４にて複合機１０側に起動指令として送信されることとなる。この起動指令は、図１０におけるｓ２０８にて複合機１０側で受信され、これに基づいて、複合機１０側においてＵＩジョブが起動されることとなる（図１１におけるｓ２５４）。

次に、複合機１０側からのパラメータの入力が完了したか否かをチェックする（ｓ８０８）。上述したｓ８０４にて起動したＵＩジョブにおいては、後述のように、複合機１０側からパラメータを取得し、その旨を本セッション処理に対して通知してくるように構成されている。そのため、このｓ８０８では、このＵＩジョブからのパラメータ取得の通知がなされた場合に、複合機１０側からのパラメータの入力が完了したと判定する。

このｓ８０８で、パラメータの入力が完了していないと判定された場合には（ｓ８０８：ＮＯ）、ＵＩジョブが停止したか否かをチェックする（ｓ８１０）。上述したｓ８０４にて起動したＵＩジョブにおいては、後述のように、複合機１０側からのパラメータの取得が正常に行われなかった場合に、ＵＩジョブ自体を停止（終了）すると共に、その旨を本セッション処理に対して通知してくるように構成されている。そのため、このｓ８１０では、このＵＩジョブからの停止の通知がなされた場合に、ＵＩジョブが停止したと判定する。

このｓ８１０で、ＵＩジョブが停止していないと判定された場合（ｓ８１０：ＮＯ）、ｓ８０８へ戻る一方、ＵＩジョブが停止していると判定された場合（ｓ８１０：ＹＥＳ）、後述するｓ８４８へ移行する。

また、ｓ８０８で、パラメータの入力が完了していると判定された場合には（ｓ８０８：ＹＥＳ）、サービス側入力ジョブの一種であるスキャンジョブを起動する（ｓ８１２）。このスキャンジョブは、本セッション処理と並行して実行される処理であって、詳細な処理手順は後述する。

次に、スキャン（入力）ジョブの起動指令を複合機指令として出力する（ｓ８１４）。ここでは、ジョブＩＤおよび通信先アドレスと共にスキャンジョブの起動指令を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図２２におけるｓ７３２にて複合機制御指令が生成され、図２３におけるｓ７３４にて複合機１０側に起動指令として送信されることとなる。この起動指令は、図１０におけるｓ２０８にて複合機１０側で受信され、これに基づいて、複合機１０側において入力ジョブが起動されることとなる。

次に、複合機１０側でスキャナ（読取部１３）の準備が完了したか否かをチェックする（ｓ８１６）。上述したｓ８１２にて起動したスキャンジョブにおいては、後述のように、複合機１０側においてスキャナの準備が完了したことの通知を受け、その旨を本セッション処理に通知してくるように構成されている。そのため、このｓ８１６では、このスキャンジョブからのスキャナの準備が完了したことの通知がなされた場合に、複合機１０側でスキャナの準備が完了したと判定する。

このｓ８１６で、複合機１０側でスキャナの準備が完了していないと判定された場合には（ｓ８１６：ＮＯ）、スキャンジョブが停止したか否かをチェックする（ｓ８１８）。上述したｓ８１２にて起動したスキャンジョブにおいては、後述のように、複合機１０側からスキャナの準備が完了したことの通知を正常に受けられなかった場合に、スキャンジョブ自体を停止（終了）すると共に、その旨を本セッション処理に対して通知してくるように構成されている。そのため、このｓ８１８では、このスキャンジョブからの停止の通知がなされた場合に、スキャンジョブが停止したと判定する。

このｓ８１８で、スキャンジョブが停止していないと判定された場合（ｓ８１８：ＮＯ）、ｓ８１６へ戻る一方、スキャンジョブが停止していると判定された場合（ｓ８１８：ＹＥＳ）、後述するｓ８４４へ移行する。

また、ｓ８１６で、スキャナの準備が完了していると判定された場合には（ｓ８１６：ＹＥＳ）、サービス側出力ジョブの一種である印刷ジョブを起動する（ｓ８２０）。この印刷ジョブは、本セッション処理と並行して実行される処理であって、詳細な処理手順は後述する。

次に、印刷（出力）ジョブの起動指令を複合機指令として出力する（ｓ８２２）。ここでは、ジョブＩＤおよび通信先アドレスと共に印刷ジョブの起動指令を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図２２におけるｓ７３２にて複合機制御指令が生成され、図２３におけるｓ７３４にて複合機１０側に起動指令として送信されることとなる。この起動指令は、図１０におけるｓ２０８にて複合機１０側で受信され、これに基づいて、複合機１０側において出力ジョブが起動されることとなる（図１１におけるｓ２６６）。

次に、複合機１０側で印刷準備（記録部１４）の準備が完了したか否かをチェックする（ｓ８２４）。上述したｓ８２０にて起動した印刷ジョブにおいては、後述のように、複合機１０側において印刷準備が完了したことの通知を受け、その旨を本セッション処理に通知してくるように構成されている。そのため、このｓ８２４では、この印刷ジョブからの印刷準備が完了したことの通知がなされた場合に、複合機１０側で印刷準備が完了したと判定する。

このｓ８２４で、複合機１０側で印刷準備が完了していないと判定された場合には（ｓ８２４：ＮＯ）、印刷ジョブが停止したか否かをチェックする（ｓ８２６）。上述したｓ８２０にて起動した印刷ジョブにおいては、後述のように、複合機１０側から印刷準備が完了したことの通知を正常に受けられなかった場合に、印刷ジョブ自体を停止（終了）すると共に、その旨を本セッション処理に対して通知してくるように構成されている。そのため、このｓ８２６では、この印刷ジョブからの停止の通知がなされた場合に、印刷ジョブが停止したと判定する。

このｓ８２６で、印刷ジョブが停止していないと判定された場合（ｓ８２６：ＮＯ）、ｓ８２４へ戻る一方、印刷ジョブが停止していると判定された場合（ｓ８２６：ＹＥＳ）、後述するｓ８４０へ移行する。

また、ｓ８２４で、印刷準備が完了していると判定された場合には（ｓ８２４：ＹＥＳ）、複合機１０側から取得された入力データを読み出す（ｓ８２８）。上述したｓ８１２にて起動したスキャンジョブにおいては、後述のように、複合機１０から、この複合機１０の読取部１３にて読み取られた画像データを取得するように構成されているため、このｓ８２８では、こうして取得されて所定の記憶領域に格納されたデータ（入力データ）のうち、１頁分に相当するデータ領域を読み出す。

次に、ｓ８２８にて読み出された入力データに対してＯＣＲ，翻訳，印刷レイアウトなどの処理を施してなる画像データを生成する（ｓ８３０）。ここでは、まず、ｓ８２８にて読み出された入力データに対してＯＣＲ処理を施すことにより、この入力データで表される画像に含まれるテキスト部分を認識する。次に、このテキスト部分に対して翻訳処理を行うことによりテキスト部分を所定の言語で表現されたテキストに変換する。なお、ここでの翻訳処理は、上述したｓ８０４にて起動したＵＩジョブにおいて取得されるパラメータに基づいて行われるものであり、このパラメータで示される言語への変換が行われることとなる。そして、こうして認識されたテキスト部分について、所定の印刷レイアウトを設定してなる印刷用の画像データを生成する。

次に、ｓ８３０にて生成された画像データを出力する（ｓ８３２）。ここでは、ジョブＩＤおよび通信先アドレスと共にｓ８３０にて生成された画像データを、印刷ジョブに渡すために記憶領域に書き込む処理を行う。これに基づいて後述する図３０のｓ１１２０にて複合機１０に適合した印刷コマンドを生成し、複合機１０へ出力する。

次に、ｓ８２８にて全ての入力データ（全ページ分のデータ領域）についての読み出しが完了したか否かをチェックし（ｓ８３４）、完了していなければ（ｓ８３４：ＮＯ）、ｓ８２８へ戻る一方、完了していれば（ｓ８３４：ＹＥＳ）、ｓ８３２による出力データの出力（記憶領域への書き込み）が終了したか否かをチェックする（ｓ８３６）。

このｓ８３６で、出力データの出力が完了していなければ（ｓ８３６：ＮＯ）、ｓ８２８へ戻る一方、出力データの出力が完了していれば（ｓ８３６：ＹＥＳ）、印刷（出力）ジョブの終了指令を複合機指令として出力する（ｓ８３８）。ここでは、ジョブＩＤと共に印刷ジョブの終了指令を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図２２におけるｓ７３２にて複合機制御指令が生成され、図２３におけるｓ７３４にて複合機１０側に終了指令として送信されることとなる。この終了指令は、図１０におけるｓ２０８にて複合機１０側で受信され、これに基づいて、複合機１０側において出力ジョブが停止（終了）されることとなる（同図ｓ２１８）。

こうして、印刷ジョブの終了指令を出力した後、または、上述したｓ８２６で印刷ジョブが停止されたと判定された場合（ｓ８２６：ＹＥＳ）、ｓ８２０で起動させたサービス側印刷ジョブを終了させる（ｓ８４０）。

次に、スキャン（入力）ジョブの終了指令を複合機指令として出力する（ｓ８４２）。ここでは、ジョブＩＤと共にスキャンジョブの終了指令を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図２２におけるｓ７３２にて複合機制御指令が生成され、図２３におけるｓ７３４にて複合機１０側に終了指令として送信されることとなる。この終了指令は、図１０におけるｓ２０８にて複合機１０側で受信され、これに基づいて、複合機１０側において入力ジョブが停止（終了）されることとなる（同図ｓ２１８）。

こうして、スキャンジョブの終了指令を出力した後、または、上述したｓ８１８でスキャンジョブが停止されたと判定された場合（ｓ８１８：ＹＥＳ）、ｓ８１２で起動させたサービス側スキャンジョブを終了させる（ｓ８４４）。

次に、ＵＩジョブの終了指令を複合機指令として出力する（ｓ８４８）。ここでは、ジョブＩＤと共にスキャンジョブの終了指令を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図２２におけるｓ７３２にて複合機制御指令が生成され、図２３におけるｓ７３４にて複合機１０側に終了指令として送信されることとなる。この終了指令は、図１０におけるｓ２０８にて複合機１０側で受信され、これに基づいて、複合機１０側においてＵＩジョブが停止（終了）されることとなる（同図ｓ２１８）。

そして、各ジョブにおいて確保されていたリソースを解放するなどの終了処理を行った後（ｓ８５０）、本セッション処理を終了する（ｓ８５２）。このｓ８５２では、サービスの終了指令を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図２２におけるｓ７３２にて複合機制御指令が生成され、図２３におけるｓ７３４にて複合機１０側に終了指令として送信されることとなる。この終了指令は、図１０におけるｓ２０８にて複合機１０側で受信され、これに基づいて、複合機１０側においてセッション処理が終了されることとなる（同図ｓ２２２）。
（３−３）ＵＩジョブ１
続いて、図２４におけるｓ８０４にて起動されるＵＩジョブ１の処理手順を図２６に基づいて説明する。このＵＩジョブ１は、機能サーバ３０が、機能サーバ３０側で複合機１０の入力デバイスに関するパラメータを管理しないように設定されている場合において、セッション処理からジョブ起動指令を受けて起動されるものである。

このＵＩ１ジョブが開始されると、まず、複合機１０から複合機ジョブ指令問合せを受信するまで待機し、この複合機ジョブ指令問合せを受信したら（ｓ９０２）、サービスの実行に必要なパラメータの設定を要求するためのパラメータ要求指令を複合機指令として複合機１０へ返信する（ｓ９０４）。このｓ９０２において受信する「複合機ジョブ指令問合せ」とは、図１２におけるｓ３１２にて複合機１０から送信されるＨＴＴＰリクエストである。また、ｓ９０４にて送信する複合機指令とは、同図ｓ３１４にて複合機１０に受信されるＨＴＴＰレスポンスであり、サービスＩ／Ｆ情報３６（例えば、翻訳コピーのサービスに対応するもの；図１４参照）が付加されたものである。この複合機指令を受信した複合機１０は、同図ｓ３１６〜ｓ３２０にてパラメータを送信用データ格納領域にセットしてからｓ３１２にてこのパラメータをＨＴＴＰリクエストにより送信してくる。

次に、エラーカウントを初期化する（ｓ９０６）。ここでは、後述のようにパラメータを正常に受信できない自体が連続して発生した回数をカウントするためのカウンタをリセット（「０」をセット）する。

次に、ｓ９０４にて送信した複合機指令を受信した複合機１０からパラメータが送信されてくるまで待機し、パラメータを受信したら（ｓ９０８）、このパラメータを正常に受信できているか否かをチェックする（ｓ９１０）。

このｓ９１０にてパラメータが正常に受信できていないと判定された場合には（ｓ９１０：ＮＯ）、このような正常に受信できない状況が所定の回数（本実施形態においては２回）連続して発生しているか否かをエラーカウントによるカウント値に基づいてチェックし（ｓ９１２）、所定の回数連続して発生していなければ（ｓ９１２：ＮＯ）、パラメータを正常に受信できなかった旨（サーバ受取ＮＧ；異常受取）を通知するためのサーバ受取状況を出力し（ｓ９１４）、エラーカウントをカウントアップした後（ｓ９１６）、ｓ９０８へ戻る。このｓ９１４では、サーバ受取状況を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図２２におけるｓ７３２にて複合機制御指令が生成され、図２３におけるｓ７３４にて複合機１０側にサーバ受取状況として送信されることとなる。このサーバ受取状況は、図１２におけるｓ３１４にて複合機１０側で受信され、これに基づいて、複合機１０側においてパラメータの再送信が行われることとなる（同図ｓ３３４，ｓ３３６，ｓ３１２）。

また、ｓ９１２で、正常に受信できない状況が所定の回数連続して発生していたら（ｓ９１２：ＹＥＳ）、セッション処理に対してＵＩジョブの停止（終了）を通知した後（ｓ９１８）、本ＵＩジョブ１を終了する。このｓ９１８による通知は、図２４におけるｓ８１０にてセッション処理が受けるものである。

また、上述したｓ９１０で、パラメータが正常に受信できていると判定された場合には（ｓ９１０：ＹＥＳ）、パラメータを正常に受信できた旨（サーバ受取ＯＫ；正常受取）を通知するためのサーバ受取状況を出力する（ｓ９２０）。ここでは、サーバ受取状況を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図２２におけるｓ７３２にて複合機制御指令が生成され、図２３におけるｓ７３４にて複合機１０側にサーバ受取状況として送信されることとなる。このサーバ受取状況は、図１２におけるｓ３１２にて複合機１０側で受信され、これに基づいて、複合機１０側においてパラメータの再送信が必要ないことが確認される（同図ｓ３３４）。

次に、セッション処理に対してパラメータの入力が完了（パラメータを取得）した旨を通知する（ｓ９２２）。ここでの通知は、図２４におけるｓ８０８にてセッション処理が受けるものである。

そして、このｓ９２２を終えた以降、複合機１０から複合機ジョブ指令問合せを受信するまで待機し、この複合機ジョブ指令問合せを受信したら（ｓ９２４）、サービス状態情報を出力する（ｓ９２６）、といった処理を、他の処理（例えば、図２５におけるｓ８４４）により本ＵＩジョブ１が停止（終了）されるまで繰り返し行う。このｓ９２６では、サービス状態情報を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図２２におけるｓ７３２にて複合機制御指令が生成され、図２３におけるｓ７３４にて複合機１０側にサービス状態情報として送信されることとなる。
（３−４）ＵＩジョブ２
続いて、図２４におけるｓ８０４にて起動されるＵＩジョブ２の処理手順を図２７に基づいて説明する。このＵＩジョブ２は、機能サーバ３０が、機能サーバ３０側で複合機１０の入力デバイスに関するパラメータを管理するように設定されている場合において、セッション処理からジョブ起動指令を受けて起動されるものである。なお、以降のステップ番号について、ＵＩジョブ１と同様のステップについては、同じステップ番号を付してその詳細な説明を省略するものとする。

このＵＩジョブ２が開始されると、まず、複合機１０から複合機ジョブ指令問合せを受信するまで待機し、この複合機ジョブ指令問合せを受信したら（ｓ９０２）、複合機１０に対して、この複合機１０の仕様情報を要求するための仕様情報要求をＨＴＴＰレスポンスとして返信する（ｓ９３０）。この仕様情報要求は、図１２におけるｓ３１４の処理で複合機１０により受信されるものであり、これを受けた複合機１０が同図３２０の処理により仕様情報を送信してくる。

こうして、仕様情報要求を返信した後、複合機１０から仕様情報がＨＴＴＰリクエストとして送信されるのを待って（ｓ９３２）、こうして、送信されてきた仕様情報に基づいて、後述するサービスＩ／Ｆ情報生成処理を行うことでサービスＩ／Ｆ情報３６を生成した後（ｓ９３４）、ｓ９０４に移行して、こうして生成したサービスＩ／Ｆ情報３６を付加したパラメータ要求を仕様情報に対するＨＴＴＰレスポンスとして返信する。

ここで、このサービスＩ／Ｆ情報生成処理の処理手順を図２８に基づいて説明すると、まず、複合機１０に送信すべきサービスＩ／Ｆ情報３６（元となる雛形のサービスＩ／Ｆ情報３６）のコピーを生成し（ｓ９４２）、このサービスＩ／Ｆ情報３６における先頭の「Ｆｏｒｍ＿Ｄａｔａ」タグを、以降の処理を行う処理対象とする（ｓ９４４）。

次に、ｓ９４２にて生成したサービスＩ／Ｆ情報３６における全ての「Ｆｏｒｍ＿Ｄａｔａ」タグに対しての処理が完了したか否かをチェックし（ｓ９４６）、完了していなければ（ｓ９４６：ＮＯ）、この「Ｆｏｒｍ＿Ｄａｔａ」タグに、「Ｆｏｒｍ＿Ｔｙｐｅ」タグが挟まれており、かつ、この「Ｆｏｒｍ＿Ｔｙｐｅ」タグの値が入出力デバイス（Ｄｅｖｉｃｅ）を示す値となっているか否かをチェックする（ｓ９４８）。

このｓ９４８で、「Ｆｏｒｍ＿Ｔｙｐｅ」タグが挟まれていないか、「Ｆｏｒｍ＿Ｔｙｐｅ」タグの値が入出力デバイスを示す値となっていなければ（ｓ９４８：ＮＯ）、次の「Ｆｏｒｍ＿Ｄａｔａ」タグを処理対象とした後（ｓ９５０）、ｓ９４６へ戻る。

一方、ｓ９４８で「Ｆｏｒｍ＿Ｔｙｐｅ」タグの値が入出力デバイスを示す値となっていれば（ｓ９４８：ＹＥＳ）、この入出力デバイスと同じ入出力デバイスに関するパラメータを、図２７におけるｓ９３２にて受信した仕様情報の該当位置（Ｄｅｖｉｃｅ＿Ｉｎｆｏに対応する情報）から読み出す（ｓ９５２）。ここでは、この仕様情報における入出力デバイスそれぞれの設定内容（「Ｄｅｖｉｃｅ＿Ｉｎｆｏ」タグ）のうち、その入出力デバイスが値としてセットされた「Ｄｅｖｉｃｅ＿Ｔｙｐｅ」タグにおける「Ｄｅｖｉｃｅ＿Ｓｐｅｃ」タグで挟まれた部分を読み出す。

次に、ｓ９４２で生成されたサービスＩ／Ｆ情報３６のうち、このとき処理対象となっている「Ｆｏｒｍ＿Ｄａｔａ」を削除した後（ｓ９５４）、ｓ９５２にて読み出された部分を構成する複数のパラメータのうち、先頭のパラメータを設定対象とする（ｓ９５６）。

次に、ｓ９５２にて読み出した全てのパラメータに対しての処理が完了したか否かをチェックし（ｓ９５８）、完了していなければ（ｓ９５８：ＮＯ）、この時点で処理対象となっているパラメータに基づいて「Ｆｏｒｍ＿Ｄａｔａ」タグを生成し（ｓ９６０）、その「Ｆｏｒｍ＿Ｄａｔａ」タグをｓ９５４で削除された「Ｆｏｒｍ＿Ｄａｔａ」タグの位置から追加した後（ｓ９６２）、次のパラメータを処理対象として（ｓ９６４）、ｓ９５８へ戻る。

また、上述したｓ９５８で全てのパラメータに対しての処理が完了していれば（ｓ９５８：ＹＥＳ）、ｓ９５０へ移行する。
こうして、ｓ９４６〜ｓ９６４を全ての「Ｆｏｒｍ＿Ｄａｔａ」タグに対しての処理が完了するまで繰り返した後（ｓ９４６：ＹＥＳ）、本サービスＩ／Ｆ情報生成処理を終了する。こうして、このサービスＩ／Ｆ情報生成処理において図１３に示すようなサービスＩ／Ｆ情報３６が生成され、この後、図２７におけるｓ９０４にて、この生成したサービスＩ／Ｆ情報３６を付加したパラメータ要求が複合機１０へ送信される。
（３−５）スキャンジョブ
続いて、図２４におけるｓ８１２にて起動されるスキャンジョブの処理手順を図２９に基づいて説明する。

このスキャンジョブが開始されると、まず、複合機１０から複合機状態情報を受信するまで待機し、この複合機状態情報を受信したら（ｓ１００２）、図２６におけるｓ９０６と同様にエラーカウントを初期化した後（ｓ１００４）、複合機パラメータを出力する（ｓ１００６）。このｓ１００２にて受信される複合機状態情報は、図２０におけるｓ４０８にて複合機１０から送信されてくるＨＴＴＰリクエストであり、これに応答する形でｓ１００６にて複合機パラメータをＨＴＴＰレスポンスとして返信する。この複合機パラメータは、図２６におけるｓ９０８にて受信されたものであって、ｓ１００２にて受信された複合機状態情報の送信元である複合機１０に対応するパラメータである。

この複合機パラメータを受信した複合機１０からは、この複合機パラメータを正常に受信できたか否かを示す複合機受取状況が送信されてくるため、この複合機受取状況に基づいて複合機１０側で正常に受け取ることができたか否かをチェックする（ｓ１００８）。具体的には、複合機受取状況が、異常受取（ＮＧ）である旨の内容であれば正常に受け取ることができていないと判定し、正常受取（ＯＫ）である旨の内容であれば正常に受け取ることができていると判定する。

このｓ１００８で、複合機１０側で複合機パラメータを正常に受け取ることができていないと判定された場合（ｓ１００８：ＮＯ）、このような正常に受信できない状況が所定の回数（本実施形態においては２回）連続して発生しているか否かをエラーカウントによるカウント値に基づいてチェックし（ｓ１０１０）、所定の回数連続して発生していなければ（ｓ１０１０：ＮＯ）、エラーカウントをカウントアップした後（ｓ１０１２）、ｓ１００６へ戻る。

また、ｓ１０１０で、正常に受信できない状況が所定の回数連続して発生していたら（ｓ１０１０：ＹＥＳ）、セッション処理に対してスキャンジョブの停止（終了）を通知した後（ｓ１０１４）、異常終了を通知するための通知指令をサービス状態情報として出力する（ｓ１０１６）。このｓ１０１４による通知は、図２４におけるｓ８１８にてセッション処理が受けるものである。また、ｓ１０１６では、通知指令を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図２２におけるｓ７３２にて複合機制御指令が生成され、図２３におけるｓ７３４にて複合機１０側に通知指令として送信されることとなる。この通知指令は、図２０におけるｓ４１０にて複合機１０側で受信される。複合機１０では、図２０におけるｓ４１２にて、図２９におけるｓ１０１４により送信され、図２４のｓ８１８にて受けとられた指令に基づきセッションより通知された情報に基づき終了すると判断する（ｓ４１２：ＮＯ）。

また、上述のｓ１００８で、複合機１０側で複合機パラメータを正常に受け取ることができていると判定された場合（ｓ１００８：ＹＥＳ）、複合機パラメータの受信をもって複合機１０側でスキャナ（読取部１３）の準備が完了しているものとし、セッション処理に対してスキャナの準備完了を通知する。この通知は、図２４におけるｓ８１６にてセッション処理が受けるものである。

次に、機能サーバ３０側で処理すべきデータの送信を要求するための入力データ要求を出力する（ｓ１０１８）。ここでは、入力データ要求を、返信情報を格納する記憶領域に書き込む処理を行う（ｓ１０２０）。これに基づいて、図２２におけるｓ７３２にて複合機制御指令が生成され、図２３におけるｓ７３４にて複合機１０側に入力データ要求として送信されることとなる。この入力データ要求は、図２０におけるｓ４２０にて複合機１０側で受信され、これにより、ユーザの操作を受けて入力データが送信されてくる。

こうして、入力データ要求を受信した複合機１０から入力データを受信したら（ｓ１０２２）、この入力データの受信が正常に終了していれば（ｓ１０２４：ＹＥＳ）、正常終了を通知するための通知指令をサービス状態情報として出力した後（ｓ１０２６）、本スキャンジョブを終了する。このｓ１０２６では、通知指令を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図２２におけるｓ７３２にて複合機制御指令が生成され、図２３におけるｓ７３４にて複合機１０側に通知指令として送信されることとなる。この通知指令は、図２０におけるｓ４３２にて複合機１０側で受信される。

一方、入力データの受信が正常に終了しなければ（ｓ１０２４：ＮＯ）、ｓ１０１６へ移行し、異常終了を通知するための通知指令をサービス状態情報として出力した後、本スキャンジョブを終了する。この通知指令は、図２０におけるｓ４３２にて複合機１０側で受信される。
（３−６）印刷ジョブ
続いて、図２４におけるｓ８２０にて起動される印刷ジョブの処理手順を図３０に基づいて説明する。

この印刷ジョブが開始されると、まず、複合機１０から複合機状態情報を受信するまで待機し、この複合機状態情報を受信したら（ｓ１１０２）、図２６におけるｓ９０６と同様にエラーカウントを初期化した後（ｓ１１０４）、複合機パラメータを出力する（ｓ１１０６）。このｓ１１０２にて受信される複合機状態情報は、図２１におけるｓ５０８にて複合機１０から送信されてくるＨＴＴＰリクエストであり、これに応答する形でｓ１１０６にて複合機パラメータをＨＴＴＰレスポンスとして返信する。この複合機パラメータは、図２６におけるｓ９０８にて受信されたものであって、ｓ１１０２にて受信された複合機状態情報の送信元である複合機１０に対応するパラメータである。

この複合機パラメータを受信した複合機１０からは、この複合機パラメータを正常に受信できたか否かを示す複合機受取状況が送信されてくるため、図２９におけるｓ１００８と同様、この複合機受取状況に基づいて複合機１０側で正常に受け取ることができたか否かをチェックする（ｓ１１０８）。

このｓ１１０８で、複合機１０側で複合機パラメータを正常に受け取ることができていないと判定された場合（ｓ１１０８：ＮＯ）、このような正常に受信できない状況が所定の回数（本実施形態においては２回）連続して発生しているか否かをエラーカウントによるカウント値に基づいてチェックし（ｓ１１１０）、所定の回数連続して発生していなければ（ｓ１１１０：ＮＯ）、エラーカウントをカウントアップした後（ｓ１１１２）、ｓ１１０６へ戻る。

また、ｓ１１１０で、正常に受信できない状況が所定の回数連続して発生していたら（ｓ１１１０：ＹＥＳ）、セッション処理に対して印刷ジョブの停止（終了）を通知した後（ｓ１１１４）、異常終了を通知するための通知指令をサービス状態情報として出力する（ｓ１１１６）。このｓ１１１４による通知は、図２４におけるｓ８２６にてセッション処理が受けるものである。また、ｓ１１１６では、通知指令を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図２２におけるｓ７３２にて複合機制御指令が生成され、図２３におけるｓ７３４にて複合機１０側に通知指令として送信されることとなる。この通知指令は、図２１におけるｓ５１０にて複合機１０側で受信される。複合機１０では、図２１におけるｓ５１２にて、図３０のｓ１１１４により送信され、図２４におけるｓ８２６にて受けとられた指令に基づきセッションより通知された情報に基づき終了すると判断する（ｓ５１２：ＮＯ）。

また、上述のｓ１１０８で、複合機１０側で複合機パラメータを正常に受け取ることができていると判定された場合（ｓ１１０８：ＹＥＳ）、複合機パラメータの受信をもって複合機１０側で印刷（記録部１４）の準備が完了しているものとし、セッション処理に対して印刷の準備完了を通知する（ｓ１１１８）。この通知は、図２４におけるｓ８２４にてセッション処理が受けるものである。セッション処理では、この通知を受けて、図２５におけるｓ８２８〜ｓ８３６を行い、印刷データの送信を行うこととなる。

次に、セッション処理にて生成された印刷データ（図２５におけるｓ８３２）を複合機１０が処理可能な印刷データに変換してなるデータを、返信情報を格納する記憶領域に書き込む処理を行う（ｓ１１２０）。ここでは、図２５のｓ８３２で記憶領域に書き込まれた画像データに基づいて、複合機１０にて出力可能な印刷コマンドを生成し、ジョブＩＤおよび通信先アドレスと共に返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図２２におけるｓ７３２にて複合機制御指令が生成され、図２３におけるｓ７３４にて複合機１０側に出力データとして送信されることとなる。この出力データは、図２１におけるｓ５２０にて複合機１０側で受信され、これに基づいて出力データで示される画像の記録部１４による記録（印刷）が行われる。

こうして、送信される印刷データを受信した複合機１０は、図２１におけるｓ５３２にて複合機状態情報をＨＴＴＰリクエストにより送信してくる。
こうして、印刷データを受信した複合機１０から複合機状態情報を受信したら（ｓ１１２２）、この複合機状態情報の受信が正常に終了していれば（ｓ１１２４：ＹＥＳ）、正常終了を通知するための通知指令をサービス状態情報として出力した後（ｓ１１２６）、本印刷ジョブを終了する。このｓ１１２６では、通知指令を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図２２におけるｓ７３２にて複合機制御指令が生成され、図２３におけるｓ７３４にて複合機１０側に通知指令として送信されることとなる。この通知指令は、図２１におけるｓ５３４にて複合機１０側で受信される。

一方、複合機状態情報の受信が正常に終了しなければ（ｓ１１２４：ＮＯ）、ｓ１１１６へ移行し、異常終了を通知するための通知指令をサービス状態情報として出力した後、本印刷ジョブを終了する。この通知指令は、図２１におけるｓ５３４にて複合機１０側で受信される。
（４）効果
このように構成された画像処理システムにおいて、複合機１０は、機能サーバ３０によるサービスの提供を受けて機能を実現することとなるが、このときの機能は、図１５におけるｓ３６０〜ｓ３８６にてユーザに指定させた後で機能サーバ３０へ送信しておいたものであって、その後、図２０におけるｓ４１０，または，図２１におけるｓ５１０にて機能サーバ３０から受信したパラメータに基づいて実現されることから、インターネット上の一般サーバのように日々サービスが無秩序に増減する環境にも適応させることができる。

仮に、従来の構成のように、新規サービスについての情報を複合機１０に登録していく構成とした場合、サービスが無秩序に増減する環境においては、そのサービスの実行に必要なパラメータの仕様などがその後に変更されてしまうと、新規サービスについての情報が複合機１０に登録されていたとしても、そのような新規サービスの提供を正常に受けることができなくなる。このような問題を解決するためには、仕様などの変更に伴うパラメータの設定手順などをも複合機１０で管理するようにすればよいが、それにより、複合機１０側の負担が大きくなってしまうため、望ましいことではない。

これに対し、上述した画像処理システムでは、サービスの実行に必要なパラメータとして複合機１０側でユーザに指定されたものを随時機能サーバ３０から取得できるため、パラメータの仕様が変更される状況下においても、複合機１０の負担を抑えることができる。

そして、こうしてパラメータを取得する際には、サービスＩ／Ｆ情報３６に基づき、図１５におけるｓ３６０において、複合機１０が自身の機能に応じたパラメータの中からユーザに指定させるためのパラメータ入力画面を生成する一方、同図ｓ３６２，ｓ３６４において、このサービスＩ／Ｆ情報３６で特定される方法により、複合機１０の機能に応じたパラメータをユーザに指定させるためのパラメータ入力画面を生成することができる。

そのため、パラメータ入力画面において、複合機１０が実現不可能な能力を要求するようなパラメータがユーザに指定されてしまうことを防止できる。また、この「機能に応じた機能パラメータ」を、複合機１０側で充分に能力を発揮できる範囲のパラメータの中から、ユーザに指定させることのできるパラメータ入力画面を生成するようにすれば、複合機１０側の能力を充分に活かすことができるパラメータがユーザに指定されるようにすることができる。

また、複合機１０は、図１２におけるｓ３１４にてパラメータ要求を受信したタイミングで、図１５におけるｓ３５２以降の処理によりユーザにパラメータを指定させることができる。

また、ユーザにパラメータを指定させる際には、ディスプレイ５２に表示されたパラメータ入力画面によりユーザにパラメータの指定を促す構成となっているため、ユーザは、この画面に表示されたパラメータを確認しながら、容易に希望のパラメータを指定することができる。

また、機能サーバ３０側で複合機１０の入出力デバイスに関するパラメータを管理するように設定しておくことにより、以降、複合機１０の入出力デバイスに関するパラメータを機能サーバ３０側で管理するようにすることができる。よって、複合機１０側でパラメータを記憶しておいたり、サービスＩ／Ｆ情報３６を作成する必要がないことから、これら処理についての複合機１０に対する付加を軽減することができる。そして、この場合であれば、複合機１０は、機能サーバ３０から取得したサービスＩ／Ｆ情報３６に基づいてパラメータ入力画面を生成できるため、パラメータ入力画面を生成する方法，手順などを複合機１０自身で管理しておく必要がない。これにより、パラメータ入力画面を生成するための方法，手順などが変更された場合でも、複合機１０側で何ら対応をとることなく、その変更に対応することができる。

また、複合機１０側で複合機１０の入出力デバイスに関するパラメータを管理するように設定しておいた場合において、このパラメータは、図２６におけるｓ９０８にて複合機１０から取得することができるため、機能サーバ３０で複合機１０のパラメータを管理しておく必要はない。これにより、複合機１０が複数存在するネットワークで機能サーバ３０を運営する場面においても、機能サーバ３０で管理すべき（例えば、メモリに記憶させておく）データ量が多くなってしまうことはない。

また、複合機１０側で複合機１０の入出力デバイスに関するパラメータを管理するように設定しておいた場合においては、図１５におけるｓ３６２，ｓ３６４にてパラメータ入力画面が生成されるため、この場合であれば、複合機１０の機能に応じたパラメータをユーザに指定させるためのパラメータ入力画面を生成するにあたり、それに応じたサービスＩ／Ｆ情報３６を機能サーバ３０側で生成することがない。よって、サービスＩ／Ｆ情報３６の生成に関する処理についての機能サーバ３０に対する付加を軽減することができる。このような負荷の軽減は、複合機１０が複数存在するネットワークで機能サーバ３０を運営する場面において特に有効といえる。
［第２実施形態］
（１）全体構成
本実施形態における画像処理システムは、図３１に示すように、複合機１０，ディレクトリサーバ２０，機能サーバ３０だけでなく、情報管理サーバ７０がルータ５を介してネットワーク１に接続されている。また、本実施形態においては、複数の複合機１０がネットワーク１に接続されているものとする。

本実施形態における複合機１０は、機能拡張ユニット８０が着脱可能に構成されていると共に、機能拡張ユニット８０が装着されたことを検出する装着センサ１９が設けられている。この装着センサ１９は、複合機１０本体に装着された機能拡張ユニット８０の種類に応じた状態を示す検出結果を出力するように構成されている。

ここで、機能拡張ユニット８０とは、例えば、複合機１０による画像の印刷をシート状記録媒体の両面に対して実現可能とするための両面印刷用のユニット、記録部１４に複数種類のシート状記録媒体それぞれを供給可能とするための給紙ユニット、記録部１４により画像の印刷されたシート状記録媒体それぞれを分類して排出可能とするための排紙ユニットなどのことである。

情報管理サーバ７０は、制御部７１，通信部７２および記憶部７３などを備えている。
これらのうち、制御部７１は、ＣＰＵ，ＲＯＭ，ＲＡＭ等を備え、このＣＰＵが、ＲＯＭに記憶されているプログラムに従って情報管理サーバ７０全体を統括制御する。

また、通信部７２は、情報管理サーバ７０をネットワーク１に接続すると共に、このネットワーク１を介してデータを送受信するための処理を行う。
そして、記憶部７３は、図示しないハードディスクを備えており、このハードディスクにデータを記憶する。この記憶部７３は、後述の仕様情報７４を記憶するための装置仕様情報記憶部７５などからなる。
（２）複合機１０による処理
以下に、複合機１０の制御部１１により実行される各種処理について、第１実施形態と相違する部分のみを説明する。
（２−１）複合機処理
はじめに、複合機１０が起動された以降、制御部７１により繰り返し実行される処理である複合機処理を図３２に基づいて説明する。なお、第１実施形態における複合機処理と同一の処理については、同じ符号を付すと共に、詳細な説明を省略するものとする。

この複合機処理が起動されたら、まず、初期化処理を行う（ｓ１０２）。この初期化処理においては、後述するアップデート処理の起動を含めた処理が初期化処理として行われる。

この初期化処理を終えた後、複合機１０自身の仕様情報を情報管理サーバ７０に送信し（ｓ１５４）、次の処理（ｓ１５８）へ移行する。このｓ１５４では、記憶部１６に記憶されている仕様情報を、あらかじめ定められた複合機１０の識別情報と共に、あらかじめ定められた情報管理サーバ７０のアドレス宛に送信する。

次に、後述の仕様情報更新処理を起動する（ｓ１５８）。この仕様情報更新処理は、仕様情報を更新すべき事象が発生している場合に、その事象に合わせて仕様情報を更新する処理であり、詳細な処理手順については後述する。

こうして、仕様情報更新処理を起動した後、ｓ１０４へ移行し、以降、第１実施形態における複合機処理と同一の処理を行う。
（２−２）アップデート処理
次に、図３２におけるｓ１０２において起動されるアップデート処理の処理手順を図３３に基づいて説明する。

このアップデート処理が起動されたら、まず、ファームウェアの提供を行う図示されないサーバに接続するためのポートを開き、このサーバとのネットワーク１を介しての通信回線の接続（コネクションの確立）を可能とする（ｓ１２０２）。なお、本実施形態において、このサーバは、端末装置に対して最新版のファームウェアを送信する必要が生じたときに、端末装置の特定ポートに対して接続（コネクションの確立）し、ファームウェアの送信を開始するように構成されている。

次に、上述したサーバとの間で通信回線が接続されるまで待機した後（ｓ１２０４：ＮＯ）、このサーバとの間で通信回線が接続されたら（ｓ１２０４：ＹＥＳ）、このサーバから送信されてくるデータ（本実施形態においては、ファームウェアを示すデータ）を受信する（ｓ１２０６）。

次に、ｓ１２０６にて受信したデータが、複合機１０において更新すべきデータであるか否かをチェックする（ｓ１２０８）。ここでは、制御部１１のメモリ（フラッシュＲＯＭ）に書き込まれたファームウェアのバージョンが、ｓ１２０６にて受信したデータで示されるファームウェアのバージョンよりも古いものである場合に、受信したデータが更新すべきデータであると判定する。

このｓ１２０８で、更新すべきデータであると判定した場合（ｓ１２０８：ＹＥＳ）、ｓ１２０６にて受信したデータを制御部１１のメモリに書き込んだ（受信したデータで示されるファームウェアを更新した）後（ｓ１２１０）、複合機１０自身を再起動（リブート）した後（ｓ１２１２）、本アップデート処理を終了する。
（２−３）仕様情報更新処理
次に、図３２におけるｓ１５８において起動される仕様情報更新処理の処理手順を図３４に基づいて説明する。

この仕様情報更新処理が起動されると、まず、仕様情報送信フラグに「０」をセットする（ｓ１３０２）。
次に、記憶部１６に記憶されている仕様情報で示される設定内容のうち、ファームウェアのバージョンを示す項目が、制御部１１のメモリに書き込まれているファームウェアのバージョンと一致するか否かをチェックする（ｓ１３０４）。本実施形態においては、仕様情報として、第１実施形態にて説明した情報の他、図３５に示すように、ファームウェアのバージョンを示す項目（図３５における「Ｆｉｒｍｗａｒｅ＿Ｖｅｒｓｉｏｎ」タグ）や、複合機１０に装着された機能拡張ユニット８０の種類を示す項目（図３５における「Ｏｐｔｉｏｎ＿Ｉｎｆｏ」タグ）なども記載されている。そして、このｓ１３０４では、この仕様情報のうち、ファームウェアのバージョンを示す項目について「Ｆｉｒｍｗａｒｅ＿Ｖｅｒｓｉｏｎ」で挟まれた部分を読み出し、この値が、制御部１１のメモリに書き込まれているファームウェアのバージョンと一致するか否かをチェックする。

このｓ１３０４で、仕様情報におけるファームウェアのバージョンを示す項目が、メモリに書き込まれているファームウェアのバージョンと一致しないと判定したら（ｓ１３０４：ＮＯ）、仕様情報におけるファームウェアのバージョンを示す項目（「Ｆｉｒｍｗａｒｅ＿Ｖｅｒｓｉｏｎ」タグの値）を、メモリに書き込まれているファームウェアのバージョンの値に書き換えた後（ｓ１３０６）、仕様情報送信フラグに「１」をセットして（ｓ１３０８）、次の処理（ｓ１３１０）へ移行する。

一方、ｓ１３０４で、仕様情報におけるファームウェアのバージョンを示す項目が、メモリに書き込まれているファームウェアのバージョンと一致すると判定したら（ｓ１３０４：ＹＥＳ）、ｓ１３０６，ｓ１３０８を行うことなく次の処理（ｓ１３１０）へ移行する。

次に、装着センサ１９による検出状態に基づいて、複合機１０に装着された機能拡張ユニット８０の種類を特定する（ｓ１３１０）。なお、ここで、機能拡張ユニット８０が装着されていない場合、何も装着されていない旨が特定されることになる。

次に、記憶部１６に記憶されている仕様情報で示される設定内容のうち、複合機１０に装着された機能拡張ユニット８０の種類を示す項目が、ｓ１３１０にて特定された種類と一致するか否かをチェックする（ｓ１３１２）。ここでは、仕様情報のうち、複合機１０に機能拡張ユニット８０が装着されているか否かを示す項目として、「Ｏｐｔｉｏｎ＿Ｉｎｆｏ」における「Ｏｐｔｉｏｎ」タグで挟まれた部分を読み出し、この値が、ｓ１３１０にて特定した種類を示す値と一致しているか否かがチェックされる。

このｓ１３１２で、仕様情報で示される機能拡張ユニット８０の種類を示す項目が、装着センサ１９に基づいて特定された種類と一致しないと判定したら（ｓ１３１２：ＮＯ）、仕様情報における機能拡張ユニット８０の種類を示す項目を、ｓ１３１０にて特定された種類を示す値に書き換えた後（ｓ１３１４）、仕様情報送信フラグに「１」をセットして（ｓ１３１６）、次の処理（ｓ１３１８）へ移行する。

一方、ｓ１３１２で、仕様情報で示される機能拡張ユニット８０の種類を示す項目が、装着センサ１９に基づいて特定された種類と一致しすると判定されたら（１３１２）、ｓ１３１４，ｓ１３１６を行うことなく、次の処理（ｓ１３１８）へ移行する。

そして、仕様情報送信フラグに「１」がセットされているか否かをチェックし（ｓ１３１８）、「１」がセットされていれば（ｓ１３１８：ＹＥＳ）、情報管理サーバ７０に対して、仕様情報を複合機１０の識別情報と共に送信した後（ｓ１３２０）、本仕様情報更新処理を終了する。ここでは、あらかじめ定められた複合機１０のＩＤ（ユニークＩＤ）が識別情報として仕様情報と共に送信される。

一方、仕様情報送信フラグに「０」がセットされていれば（ｓ１３１８：ＮＯ）、ｓ１３２０を行うことなく本仕様情報更新処理を終了する。
（２−４）セッション処理
本実施形態におけるセッション処理では、まず、サービス定義情報２５のＬｉｎｋ＿Ｌｏｃａｔｉｏｎに基づきサービスを起動するにあたり（ｓ２０２）、サービスのアドレス宛に送信するサービス起動指令を、複合機１０の識別情報（ユニークＩＤ）を付加した状態で機能サーバ３０へ送信する。このサービス起動指令に付加された識別情報は、サービス起動指令と共に、図２２の機能サーバ処理にて受信された後、図２４のセッション処理を経て後述するＵＩジョブにおいて参照される。

そして、ｓ２０４へ移行し、以降、第１実施形態におけるセッション処理と同様の処理を行う。
（３）機能サーバ３０による処理
以下に、機能サーバ３０の制御部３１により実行される各種処理について、第１実施形態と相違する部分のみを説明する。
（３−１）ＵＩジョブ
本実施形態におけるＵＩジョブは、図２４のｓ８０４にて起動されるものであり、第１実施形態において、機能サーバ３０が複合機１０の入力デバイスに関するパラメータを管理するように設定されているか否かに応じてＵＩジョブ１またはＵＩジョブ２が起動されるように構成されているのに対し、常に以下に示すＵＩジョブのみが起動されるように構成されている。なお、第１実施形態におけるＵＩジョブ１，ＵＩジョブ２と同一の処理については、同じ符号を付すと共に、詳細な説明を省略するものとする。

このＵＩジョブが起動されると、図３６に示すように、まず、複合機１０から複合機ジョブ指令問合せを受信するまで待機し、この複合機ジョブ指令問合せを受信したら（ｓ９０２）、情報管理サーバ７０に対して、ｓ９０２にて受信した複合機ジョブ指令問合せの送信元である複合機１０についての仕様情報を要求するための仕様情報要求を送信する（ｓ９７２）。ここでは、このＵＩジョブの起動に先立って図２２のｓ７０２にて受信されたサービス起動指令に付加された識別情報について、この識別情報で識別される複合機１０の仕様情報を要求するための仕様情報要求を作成し、情報管理サーバ７０に送信する。この仕様情報要求を受けた情報管理サーバ７０からは、後述するように、サービス起動指令に付加された識別情報で識別される複合機１０の仕様情報が返信されてくる。

こうして、仕様情報要求を送信した後、情報管理サーバ７０から仕様情報が返信されてきたら（ｓ９７４）、ｓ９３４へ移行して、以降、第１実施形態におけるＵＩジョブ１またはＵＩジョブ２と同様の処理を行う。
（４）情報管理サーバ７０による情報管理サーバ処理
以下に、情報管理サーバ７０が起動した以降、この情報管理サーバ７０の制御部７１により実行される情報管理サーバ処理の処理手順を図３７に基づいて説明する。

この情報管理サーバ処理が起動されると、まず、外部からデータが受信されるまで待機し（ｓ１４０２）、何らかのデータを受信したら、そのデータが複合機１０からの仕様情報であるか否かをチェックする（ｓ１４０４）。この仕様情報は、図３２のｓ１５４，図３４のｓ１３２０にて複合機１０から送信されてくるものである。

このｓ１４０４で、受信したデータが複合機１０からの仕様情報であると判定した場合（ｓ１４０４：ＹＥＳ）、こうして受信した仕様情報の登録を行った後（ｓ１４０６）、ｓ１４０２へ戻る。このｓ１４０６では、記憶部７３における装置仕様情報記憶部７５に、ｓ１４０２で受信した仕様情報，および，この仕様情報と共に受信される識別情報（ユニークＩＤ）を対応づけた状態で記憶させることにより、仕様情報の登録を行う。なお、記憶済みの識別情報と同じ識別情報を受信した場合には、この識別情報に対応する仕様情報を、識別情報と共に受信した新たな仕様情報に更新することとなる。

また、ｓ１４０４でデータが仕様情報ではないと判定した場合（ｓ１４０４：ＮＯ）、そのデータが機能サーバ３０からの仕様情報要求であるか否かをチェックする（ｓ１４０８）。この仕様情報要求は、図３６のｓ９７２にて機能サーバ３０から送信されてくるものである。

このｓ１４０８で、受信したデータが機能サーバ３０からの仕様情報要求であると判定した場合（ｓ１４０８：ＹＥＳ）、その仕様情報要求にて要求された仕様情報を機能サーバ３０に送信した後（ｓ１４１０）、ｓ１４０２へ戻る。このｓ１４１０では、仕様情報要求の要求に係る識別情報に基づき、この識別情報に対応づけて装置仕様情報記憶部７５に記憶されている仕様情報を読み出し、こうして読み出した仕様情報を、機能サーバ３０に返信する。

そして、ｓ１４０８でデータが仕様情報要求でないと判定した場合（ｓ１４０８：ＮＯ）、そのデータに応じた処理（その他の処理）を行った後（ｓ１４１２）、ｓ１４０２へ戻る。
（５）効果
このように構成された画像処理システムにおいては、第１実施形態と同様の構成から得られる作用，効果の他、以下に示すような作用，効果を得ることもできる。

例えば、機能サーバ３０は、情報管理サーバ７０に対して該当する複合機１０の仕様情報を要求し（図３６のｓ９７２）、この要求を受けて送信されてきた仕様情報に基づいて、サービスＩ／Ｆ情報３６を生成することができるため、自身で複合機１０の仕様情報を管理しておく必要がない。これにより、複合機１０が複数存在するネットワークでサービス提供手段を運営する場面においても、機能サーバ３０で管理すべき（例えば、記憶部３３に記憶させておく）データ量が多くなってしまうことはない。

また、複合機１０に新たな機能が追加されたり、機能が事後的に高度化（例えば、ファームウェアの更新による）したりした場合であっても、そのような機能に応じて仕様情報を情報管理サーバ７０側において更新するだけで、複合機１０側における機能の変化にも対応することができる。

また、この構成であれば、複合機１０の仕様情報が情報管理サーバ７０にて一括管理されることから、仕様情報を記憶する対象が情報管理サーバ７０だけでよくなる。そのため、機能サーバ３０で仕様情報を管理する構成とは異なり、機能サーバ３０が複数備えられているシステムにおいても、情報管理サーバ７０のみに仕様情報を記憶させればよいことに変わりはなく、複数の機能サーバ３０それぞれに仕様情報を記憶させる必要がない。これにより、複数の機能サーバ３０それぞれに対して仕様情報を通知する必要がなくなり、複合機１０による仕様情報の通知に際しての通信負荷（トラフィックや処理負担）を抑えることができる。

また、上記構成において、情報管理サーバ７０は、複合機１０からの通知を受けて記憶部７３に仕様情報を登録することにより（図３７のｓ１４０６）、複合機１０の仕様情報を管理することができ、こうして登録された仕様情報を機能サーバ３０からの要求に応じて通知することができる（同図ｓ１４１０）。

また、上記構成において、複合機１０は、複合機１０自身が起動した以降における所定のタイミング，具体的にいうと、複合機１０における仕様情報が変更されたことが検出されたとき（図３４のｓ１３０４，ｓ１３１２，ｓ１３２０）、または、複合機１０が起動した直後（図３２のｓ１５４）に、仕様情報の通知を行うことができる。

そのため、前者の場合であれば、複合機１０を使用する過程において、機能の追加や更新により仕様情報が変更された場合であっても、その都度、仕様情報の通知が行われるため、そのように変更がなされた複合機１０の仕様情報であっても、変更に際しての通知を経て情報管理サーバ７０側に登録することができる。さらに、この場合において、複合機１０が仕様情報の通知を行うのは、仕様情報が変更されたときであって、機能サーバ３０に対してサービスの提供を要求する毎に行われるものではないため、複合機１０がサービスの提供を受けるにあたっての機能サーバ３０との間における通信負荷（トラフィックや処理負担）を抑えることができる。

それに対し、後者の場合であれば、複合機１０の使用を開始するにあたり初めてこの複合機１０が起動された際には、その時点において仕様情報の情報管理サーバ７０への登録がなされていない状態であるが、そのように複合機１０が起動された際に仕様情報の通知が行われるため、そのように新たに起動された複合機１０の仕様情報であっても、その通知を経て情報管理サーバ７０に登録した状態とすることができる。さらに、この場合においても、上述したのと同様、複合機１０がサービスの提供を受けるにあたっての機能サーバ３０との間における通信負荷を抑えることができる。

［変形例］
以上、本発明の実施の形態について説明したが、本発明は、上記実施形態に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の形態をとり得ることはいうまでもない。

例えば、上記実施形態においては、本発明における画像処理装置として、複合機１０を適用した構成を例示したが、機能サーバ３０により提供されるサービスを受けて機能を実現できる画像処理装置であれば、複合機以外の装置として、例えば、プリンタ装置，スキャナ装置，ファクシミリ装置などに適用することも可能である。

また、本発明においては、図１２におけるｓ３１４にて受信されたパラメータ要求に付加されたサービスＩ／Ｆ情報３６、および、図１５におけるｓ３６０，ｓ３６４にて生成されるパラメータ入力画面が本発明におけるパラメータリストに相当する構成を例示した。しかし、パラメータリストに相当するものとしては、上述した以外のものであってもよい。

また、本発明においては、図１５におけるｓ３６２，ｓ３６４で示した方法によりパラメータ入力画面を生成するように構成されたものを例示したが、ここでのパラメータ入力画面を生成する方法については、この方法に限定されるものではない。

また、本発明においては、図２８におけるｓ９５２〜ｓ９６４で示した方法によりパラメータ入力画面を生成するように構成されたものを例示したが、ここでのパラメータ入力画面を生成する方法については、この方法に限定されるものではない。

また、上記実施形態において、機能サーバ３０が、図２６，図２７におけるｓ９０４でパラメータ要求指令をサービスＩ／Ｆ情報３６と共に送信する構成を例示した。しかし、このように、パラメータ要求指令およびサービスＩ／Ｆ情報３６を送信する処理については、機能サーバ３０と別体の装置（単体の装置または連携して動作する複数の装置）により実現するように構成してもよい。

また、上記実施形態において、複合機１０は、ディレクトリサーバ２０のサービス定義情報記憶部２４に記憶されている複数のサービス定義情報２５のうち、まずトップのサービス定義情報２５を受信してカテゴリを選択し、次に、その選択したカテゴリに対応するサービス定義情報２５を受信してサービスを選択するようにしているが、これに限ったものではない。すなわち、ディレクトリサーバ２０のサービス定義情報記憶部２４に記憶されている複数の（例えばすべての）サービス定義情報２５を一度に受信するようにしてもよい。

また、サービスＩ／Ｆ情報３６が設定を要求するパラメータとしては、上記実施形態で例示したもの（解像度等）に限らず、サービスの内容に応じて様々なものが考えられる。例えば、モノクロ／カラーの選択、トナーの濃さ（印刷濃度）、音声のボリューム（音量）等が挙げられる。

また、上記実施形態の画像処理システムでは、複合機１０、ディレクトリサーバ２０及び機能サーバ３０をそれぞれ１台ずつ備えた構成を例示しているが、このような構成はあくまでも説明を容易にするための構成例にすぎず、本発明の画像処理システムは、これ以外にも様々な構成をとることが可能である。すなわち、本発明の画像処理システムにおいて、複合機１０は複数設けられていてもよい。具体的には、複数の複合機１０が、共通のディレクトリサーバ２０からのサービス定義情報２５を受信し、共通の機能サーバ３０にサービスを要求するようにすることができる。

また、本発明の画像処理システムにおいて、ディレクトリサーバ２０は複数設けられていてもよい。具体的には、例えば、トップのサービス定義情報２５を送信するディレクトリサーバ２０と、各カテゴリのサービス定義情報２５を送信するディレクトリサーバ２０とを、別々のサーバで構成することも可能である。

また、本発明の画像システムにおいて、機能サーバ３０は複数設けられていてもよい。具体的には、例えば、サービスＩ／Ｆ情報３６を送信する機能サーバ３０と、サービスを実行する機能サーバ３０とを、別々のサーバで構成することも可能である。また、サービスを実行する機能サーバ３０についても、例えば、セッション処理を実行する機能サーバ３０と、ジョブ処理を実行する機能サーバ３０とを、別々のサーバで構成することも可能である。一方、例えば、複数種類のサービスについて、サービスＡを実行する機能サーバ３０、サービスＢ〜Ｄを実行する機能サーバ３０、サービスＥ，Ｆを実行する機能サーバ３０、というように、複数の機能サーバ３０が各自のサービスを実行するというように構成することもできる。この場合、サービスＩ／Ｆ情報３６は、例えば、サービスを実行する機能サーバ３０がそのサービスに対応するサービスＩ／Ｆ情報３６を送信するようにしてもよく、サービスを実行する機能サーバ３０とは別の機能サーバ３０が送信するようにしてもよい。

また、ディレクトリサーバ２０またはディレクトリサーバ２０の一部構成要素，および，機能サーバ３０または機能サーバ３０の一部構成要素が、単一の装置として構成されていてもよい。

また、ディレクトリサーバ２０（またはディレクトリサーバ２０の一部構成要素）や機能サーバ３０（または機能サーバ３０の一部構成要素）が、本画像処理システムを構成する複合機１０に備えられた構成としてもよい。

また、上記第２実施形態においては、情報管理サーバ７０が機能サーバ３０とは別体のサーバとして構成されたものを例示した。しかし、情報管理サーバ７０が、機能サーバ３０と一体のサーバとして構成されていてもよい。この構成であれば、機能サーバ３０は、複合機１０からの通知を受けて記憶部３３に仕様情報を登録することにより、複合機１０それぞれの仕様情報を管理することができ、こうして登録された仕様情報に基づいて、サービスを提供すべき複合機１０に送信するサービスＩ／Ｆ情報３６を生成することができる。

また、上記第２実施形態においては、情報管理サーバ７０における仕様情報の登録が、複合機１０から送信される仕様情報に基づいて行われるように構成されたものを例示した。しかし、情報管理サーバ７０における仕様情報の登録については、あらかじめ情報管理サーバ７０に対して行っておく、または、情報管理サーバ７０を操作することにより行っておく、ように構成してもよい。

また、上記第２実施形態においては、複合機１０が、複合機１０における仕様情報が変更されたとき（図３４のｓ１３２０）、および、複合機１０が起動した直後（図３２のｓ１５４）に仕様情報の通知を行うように構成されたものを例示した。しかし、このような仕様情報の通知については、いずれか一方の場合にのみ行われるものとしてもよい。例えば、複合機１０が起動した直後（図３２のｓ１５４）に仕様情報の通知を行うように構成した場合であっても、複合機１０を定期的に起動，終了させるような態様で使用している場合には、その複合機１０における仕様情報の通知が定期的に行われることとなるため、その間に仕様情報が変更されたとしても、次回の起動時にそのような変更後の仕様情報の通知が行われ、そのように変更された仕様情報をも情報管理サーバ７０に登録した状態とすることができる。

また、上記構成においては、複合機１０が、複合機１０における仕様情報が変更されたとき（図３４のｓ１３２０）、または、複合機１０が起動した直後（図３２のｓ１５４）に、仕様情報の通知を行うように構成されたものを例示した。しかし、複合機１０が仕様情報の通知を行うタイミングについては、複合機１０が起動した以降であれば、どのようなタイミングで行われるように構成してもよい。
［本発明との対応関係］
以上説明した実施形態において、複合機１０が本発明における画像処理装置であり、機能サーバ３０が本発明におけるサービス提供手段であり、情報管理サーバ７０が本発明における情報管理手段である。

また、複合機１０の入出力デバイスに関するパラメータが、本発明における機能パラメータであり、このパラメータを含め、図１５におけるｓ３８４で送信用データ格納領域にセットされ、その後、同図ｓ３１２にて送信される送信データに登録されたパラメータが、本発明における提供パラメータであり、また、図１５におけるｓ３８４で送信用データ格納領域にセットされる送信データで示されるパラメータが、本発明における設定可能パラメータである。

また、雛形のサービスＩ／Ｆ情報３６が、本発明における雛形リストであり、図１５におけるｓ３６２，ｓ３６４でのパラメータ入力画面を生成する方法，および，図２８におけるｓ９５２〜ｓ９６４でのサービスＩ／Ｆ情報３６を生成する方法は、本発明における登録方法である。

また、図１２におけるｓ３１４にて受信されたパラメータ要求に付加されたサービスＩ／Ｆ情報３６、および、図１５におけるｓ３６０，ｓ３６４にて生成されるパラメータ入力画面が本発明におけるパラメータリストである。

また、図２８におけるｓ９５２〜ｓ９６４は、本発明における第１リスト生成手段であり、図１５におけるｓ３６２，３６４は、本発明における第２リスト生成手段である。
また、図１５におけるｓ３６０，ｓ３６４〜ｓ３８６は、本発明におけるパラメータ指定手段であり、図１２におけるｓ３１２，図１５におけるｓ３８４は、本発明における装置側設定通知手段である。

また、図２０におけるｓ４０８，図２１におけるｓ５０８は、本発明におけるサービス要求手段であり、図２０におけるｓ４２８，図２１におけるｓ５２８は、本発明におけるサービス実現手段である。

また、図２６，図２７におけるｓ９０４は、本発明における指定要求手段，第１通知要求手段である。
また、図２５におけるｓ８２８〜ｓ８３２，図２９におけるｓ１０１８〜ｓ１０２２，図３０におけるｓ１１１８〜ｓ１１２２は、本発明における提供実行手段である。

また、図３２におけるｓ１５４，図３４におけるｓ１３２０は、本発明における装置側設定通知手段である。
また、図３６におけるｓ９７２は、本発明における第２通知要求手段である。

また、情報管理サーバ７０を機能サーバ３０と一体のサーバとした変形例について、情報管理サーバ処理を機能サーバ３０が実行する場合の図３７におけるｓ１４０６は、本発明におけるサービス側パラメータ記憶手段である。

また、図３７におけるｓ１４１０は、本発明における管理側設定通知手段であり、同図ｓ１４０６は、本発明における管理側パラメータ記憶手段である。

第１実施形態における画像処理システムの構成を示すブロック図 操作部の構成を示す図 サービス定義情報における各タグの定義付けを示す図 サービスＩ／Ｆ情報における各タグの定義付けを示す図 第１実施形態における複合機処理複合機による複合機処理 方法選択画面を示す図 サービス定義情報のデータ構造を示す図（１） サービス選択用画面 サービス定義情報のデータ構造を示す図（２） 複合機によるセッション処理（１／２） 複合機によるセッション処理（２／２） 複合機によるＵＩジョブ１／２） パラメータセット済みのサービスＩ／Ｆ情報 パラメータセット前のサービスＩ／Ｆ情報 複合機によるＵＩジョブ（２／２） 送信データのデータ構造を示す図 第１実施形態における仕様情報のデータ構造を示す図 仕様情報におけるタグの定義付けを示す図 パラメータ入力画面を示す図 複合機による入力ジョブ 複合機による出力ジョブ 機能サーバによる機能サーバ処理（１／２） 機能サーバによる機能サーバ処理（２／２） 機能サーバによるセッション処理（１／２） 機能サーバによるセッション処理（２／２） 第１実施形態における機能サーバによるＵＩジョブ１ 第１実施形態における機能サーバによるＵＩジョブ２ サービスＩ／Ｆ情報生成処理 機能サーバによるスキャンジョブ 機能サーバによる印刷ジョブ 第２実施形態における画像処理システムの構成を示すブロック図 第２実施形態における複合機処理 第２実施形態におけるアップデート処理 第２実施形態における仕様情報更新処理 第２実施形態における仕様情報のデータ構造を示す図 第２実施形態におけるＵＩジョブ 第２実施形態における情報管理サーバ処理

符号の説明

１０…複合機、１１…制御部、１２…操作部、１３…読取部、１４…記録部、１５…通信部、１６…記憶部、１７…音入力部、１８…音出力部、２０…ディレクトリサーバ、２１…制御部、２２…通信部、２３…記憶部、２４…サービス定義情報記憶部、２５…サービス定義情報、３０…機能サーバ、３１…制御部、３２…通信部、３３…記憶部、３４…サービスＩ／Ｆ情報記憶部、３５…サービスソフト記憶部、３６…サービスＩ／Ｆ情報、３７…サービスソフトウェア、４１…コピーキー、４２…スキャナキー、４３…ＦＡＸキー、４４…サービスキー、４５…設定キー、４６…方向キー、４８…方向キー、４９…右キー、５０…ＯＫキー、５１…キャンセルキー、５２…ディスプレイ、７０…情報管理サーバ、７１…制御部、７２…通信部、７３…記憶部、７４…仕様情報、７５…装置仕様情報記憶部、８０…機能拡張ユニット。

Claims (17)

1. 画像を読み取りその画像を表す画像データを生成する読取機能および画像データの表す画像を印刷する印刷機能のうち少なくとも一方の機能を有する画像処理装置と、
   該画像処理装置からの要求に応じて、該画像処理装置の有する機能により生成された画像データおよび印刷される画像を示す画像データのうち少なくとも一方に関するサービスを提供するサービス提供装置と、
   を備えた画像処理システムであって、
   前記画像処理装置において、
   当該画像処理装置における複数の設定項目についての設定可能パラメータをサービス提供装置に通知する装置側設定通知手段と、
   前記サービス提供装置に対してサービスの提供を要求するための指示をユーザから受け付けるサービス指示手段と、
   前記サービス提供装置から受信したパラメータリストの中から前記サービス指示手段によりユーザからの指示を受け付けたサービスの提供を受ける際に必要なパラメータを、ユーザに指定させるパラメータ指定手段と、
   前記サービス提供装置に対して、前記サービス指示手段によりユーザからの指示を受けつけたサービスの提供を要求するサービス要求手段と、
   前記サービス提供装置によりサービスの提供を受けるにあたり、前記パラメータ指定手段により指定されたパラメータに基づいて当該画像処理装置の有する機能を実現するサービス実現手段と、が備えられており、
   前記サービス提供装置において、
   前記画像処理装置における設定可能パラメータを受信する受信手段と、
   前記受信手段により受信した設定可能パラメータ、および、当該サービス提供手段におけるサービスで指定可能な１以上の設定項目についての提供パラメータ、により前記画像処理装置で前記サービスの提供を受けるにあたり機能を実現可能なパラメータ群を示すパラメータリストを生成する第１リスト生成手段であって、前記複数の設定可能パラメータのうち、当該提供パラメータに対応する設定項目に該当する設定可能パラメータを、前記パラメータリストとして生成し、前記複数の設定可能パラメータのうち、当該提供パラメータに対応する設定項目に該当しない設定可能パラメータを、前記パラメータリストとして生成しない前記第１リスト生成手段と、
   前記画像処理装置において指示を受け付けたサービスに関するパラメータリストであって、前記第１リスト生成手段により生成されたパラメータリストを前記画像処理装置に送信する送信手段と、
   前記画像処理装置の備えるサービス要求手段による要求を受けた際に、該画像処理装置
   に対してサービスを提供するための処理を実行する提供実行手段と、が備えられている
   ことを特徴とする画像処理システム。
2. 前記サービス提供装置において、
   前記送信手段は、前記画像処理装置から前記サービス要求手段によりサービスの要求を受けた場合に、前記第１リスト生成手段により生成された要求を受けたサービスのパラメータリストの送信と共にその画像処理装置に対して前記パラメータの指定を要求し、
   前記画像処理装置において、
   前記パラメータ指定手段は、前記サービス提供装置から前記提供パラメータの指定を要求された際に、ユーザに指定させる
   ことを特徴とする請求項１に記載の画像処理システム。
3. 前記サービス提供装置において、
   前記画像処理装置に対し、前記設定可能パラメータの通知を要求する第１通知要求手段が備えられており、
   前記画像処理装置における装置側設定通知手段は、前記サービス提供装置の備える第１通知要求手段による要求を受けた際に、前記設定可能パラメータを前記サービス提供装置に通知する
   ことを特徴とする請求項１または請求項２に記載の画像処理システム。
4. 前記画像処理装置の有する機能に対して設定可能な設定可能パラメータを記憶部に記憶している情報管理手段を備え、かつ、１以上の前記サービス提供装置が備えられており、
   前記サービス提供装置においては、
   前記情報管理手段に対し、サービスを提供すべき前記画像処理装置の前記設定可能パラメータの通知を要求する第２通知要求手段が備えられ、
   前記第１リスト生成手段は、前記第２通知要求手段による要求を受けた前記情報管理手段から通知された前記設定可能パラメータに基づき、該設定可能パラメータで特定されるパラメータが登録されてなるパラメータリストを生成する、ように構成されており、
   前記情報管理手段においては、
   前記サービス提供装置からの要求を受けて、該要求された前記画像処理装置の設定可能パラメータを前記サービス提供装置に通知する管理側設定通知手段が備えられている
   ことを特徴とする請求項１または請求項２に記載の画像処理システム。
5. 前記画像処理装置における装置側設定通知手段は、前記情報管理手段に対して、前記設定可能パラメータを通知し、
   前記情報管理装置においては、
   前記画像処理装置から通知された前記設定可能パラメータを、該画像処理装置と対応づけた状態で記憶部に記憶させる管理側パラメータ記憶手段が備えられ、
   前記管理側設定通知手段は、前記サービス提供装置からの要求を受けた際、該サービス提供装置がサービスを提供すべき前記画像処理装置について、該画像処理装置に対応づけて前記管理側パラメータ記憶手段により記憶された設定可能パラメータを、前記サービス提供装置に通知する
   ことを特徴とする請求項４に記載の画像処理システム。
6. 前記画像処理装置において、
   前記装置側設定通知手段は、当該画像処理装置が起動した以降における所定のタイミングで前記設定可能パラメータの通知を行う
   ことを特徴とする請求項１ないし請求項５のいずれかに記載の画像処理システム。
7. 前記画像処理装置において、
   前記装置側設定通知手段は、当該画像処理装置における設定可能パラメータの変更がなされた際に、該設定可能パラメータの通知を行う
   ことを特徴とする請求項６に記載の画像処理システム。
8. 前記画像処理装置において、
   前記装置側設定通知手段は、当該画像処理装置が起動した際に、前記設定可能パラメータの通知を行う
   ことを特徴とする請求項１ないし請求項７のいずれかに記載の画像処理システム。
9. 画像を読み取りその画像を表す画像データを生成する読取機能および画像データの表す画像を印刷する印刷機能のうち少なくとも一方の機能を有する画像処理装置と、
   該画像処理装置からの要求に応じて、該画像処理装置の有する機能により生成された画像データおよび印刷される画像を示す画像データのうち少なくとも一方に関するサービスを提供するサービス提供装置と、
   を備えた画像処理システムであって、
   前記画像処理装置において、
   前記サービス提供装置に対してサービスの提供を要求するための指示をユーザから受け付けるサービス指示手段と、
   前記サービス指示手段によりユーザからの指示を受け付けたサービスで指定可能な１以上の設定項目についての提供パラメータ、および、当該画像処理装置の有する機能により設定可能な複数の設定項目についての設定可能パラメータ、から、当該画像処理装置の有する機能により当該サービスを実現可能なパラメータ群を抽出する抽出手段であって、前記複数の設定可能パラメータのうち、当該提供パラメータに対応する設定項目に該当する設定可能パラメータを、前記パラメータ群として抽出し、前記複数の設定可能パラメータのうち、当該提供パラメータに対応する設定項目に該当しない設定可能パラメータを、前記パラメータ群として抽出しない前記抽出手段と、
   前記抽出手段により抽出したパラメータ群を示すパラメータリストを当該画像処理装置の備える表示部に表示させ、前記サービス指示手段によりユーザからの指示を受け付けたサービスの提供を受ける際に当該画像処理装置にて必要なパラメータを、前記パラメータリストの中からユーザに指定させるパラメータ指定手段と、
   前記サービス提供装置に対して、前記サービス指示手段によりユーザからの指示を受けつけたサービスの提供を要求するサービス要求手段と、
   前記サービス提供装置によりサービスの提供を受けるにあたり、前記パラメータ指定手段により指定されたパラメータに基づいて当該画像処理装置の有する機能を実現するサービス実現手段と、が備えられており、
   前記サービス提供装置において、
   前記画像処理装置の備えるサービス要求手段による要求を受けた際に、該画像処理装置に対してサービスを提供するための処理を実行する提供実行手段が備えられている
   ことを特徴とする画像処理システム。
10. 前記サービス提供装置において、
    前記画像処理装置から前記サービス要求手段によりサービスの要求を受けた場合に、その画像処理装置に対して、そのサービスで指定可能な提供パラメータの指定を要求する指定要求手段が備えられており、
    前記画像処理装置において、
    前記サービス提供装置の備える指定要求手段により前記提供パラメータの指定を要求された際に、前記抽出手段により抽出したパラメータ群を示すパラメータリストを生成する第２リスト生成手段が備えられており、
    前記パラメータ指定手段は、前記第２リスト生成手段により生成されたパラメータリストの中からパラメータをユーザに指定させる、ように構成されている
    ことを特徴とする請求項９に記載の画像処理システム。
11. 前記パラメータリストは、雛形となる雛形リストに前記画像処理装置の有する機能に関するパラメータを登録することにより生成されるものであって、
    前記サービス提供装置において、
    前記指定要求手段は、前記提供パラメータの指定を要求するための指定要求コマンドを、前記雛形リストおよび該雛形リストへのパラメータの登録方法を示すリスト情報と共に前記画像処理装置に送信する、ように構成されており、
    前記画像処理装置において、
    前記第２リスト生成手段は、前記サービス提供装置の備える指定要求手段により送信された指定要求コマンドおよびリスト情報を受信した際、該リスト情報で示される雛形リストおよび登録方法に基づいて前記パラメータリストを生成する
    ことを特徴とする請求項１０に記載の画像処理システム。
12. 前記パラメータは、前記読取機能に対応するパラメータとして、少なくとも該読取機能についての解像度および色数のうちいずれか一方を含み、または、前記印刷機能に対応するパラメータとして、少なくとも該印刷機能についての解像度および色数のうちいずれか一方を含むパラメータである
    ことを特徴とする請求項１から１１のいずれかに記載の画像処理システム。
13. 画像を読み取りその画像を表す画像データを生成する読取機能および画像データの表す画像を印刷する印刷機能のうち少なくとも一方の機能を有する画像処理装置であって、
    当該画像処理装置からの要求に応じて該画像処理装置の有する機能により生成された画像データおよび印刷される画像を示す画像データのうち少なくとも一方に関するサービスを提供するサービス提供装置に対して、サービスの提供を要求するための指示をユーザから受け付けるサービス指示手段と、
    前記サービス指示手段によりユーザからの指示を受け付けたサービスで指定可能な１以上の設定項目についての提供パラメータ、および、当該画像処理装置の有する機能により設定可能な複数の設定項目についての設定可能パラメータ、から、当該画像処理装置の有する機能により当該サービスを実現可能なパラメータ群を抽出する抽出手段であって、前記複数の設定可能パラメータのうち、当該提供パラメータに対応する設定項目に該当する設定可能パラメータを、前記パラメータ群として抽出し、前記複数の設定可能パラメータのうち、当該提供パラメータに対応する設定項目に該当しない設定可能パラメータを、前記パラメータ群として抽出しない前記抽出手段と、
    前記抽出手段により抽出したパラメータ群を示すパラメータリストを当該画像処理装置の備える表示部に表示させ、前記サービス指示手段によりユーザからの指示を受け付けたサービスの提供を受ける際に当該画像処理装置にて必要なパラメータを、前記パラメータリストの中からユーザに指定させるパラメータ指定手段と、
    前記サービス提供装置に対して、前記サービス指示手段によりユーザからの指示を受けつけたサービスの提供を要求するサービス要求手段と、
    前記サービス提供装置によりサービスの提供を受けるにあたり、前記パラメータ指定手段により指定されたパラメータに基づいて当該画像処理装置の有する機能を実現するサービス実現手段と、が備えられている
    ことを特徴とする画像処理装置。
14. 前記サービス要求手段によるサービスの提供の要求に応じて、前記サービス提供装置により、そのサービスで指定可能な提供パラメータの指定を要求された際に、前記抽出手段により抽出したパラメータ群を示すパラメータリストを生成する第２リスト生成手段が備えられており、
    前記パラメータ指定手段は、前記第２リスト生成手段により生成されたパラメータリストの中からパラメータをユーザに指定させる、ように構成されている
    ことを特徴とする請求項１３に記載の画像処理装置。
15. 前記パラメータリストは、雛形となる雛形リストに前記画像処理装置の有する機能に関するパラメータを登録することにより生成されるものであって、
    前記サービス提供装置により前記パラメータの指定を要求には、前記雛形リストおよび該雛形リストへのパラメータの登録方法を示すリスト情報が含まれており、
    前記第２リスト生成手段は、前記サービス提供装置により送信されたリスト情報で示される雛形リストおよび登録方法に基づいて前記パラメータリストを生成する
    ことを特徴とする請求項１４に記載の画像処理装置。
16. 前記パラメータは、前記読取機能に対応するパラメータとして、少なくとも該読取機能についての解像度および色数のうちいずれか一方を含み、または、前記印刷機能に対応するパラメータとして、少なくとも該印刷機能についての解像度および色数のうちいずれか一方を含むパラメータである
    ことを特徴とする請求項１３から請求項１５のいずれかに記載の画像処理装置。
17. 画像を読み取りその画像を表す画像データを生成する読取機能および画像データの表す画像を印刷する印刷機能のうち少なくとも一方の機能を有する画像処理装置からの要求に応じて、該画像処理装置の有する機能により生成された画像データおよび印刷される画像を示す画像データのうち少なくとも一方に関するサービスを提供するサーバであって、
    前記画像処理装置における複数の設定項目についての設定可能パラメータを受信する受信手段と、
    前記受信手段により受信した設定可能パラメータ、および、当該サービス提供手段におけるサービスで指定可能な１以上の設定項目についての提供パラメータ、により前記画像処理装置で前記サービスの提供を受けるにあたり機能を実現可能なパラメータ群を示すパラメータリストを生成する第１リスト生成手段であって、前記複数の設定可能パラメータのうち、当該提供パラメータに対応する設定項目に該当する設定可能パラメータを、前記パラメータリストとして生成し、前記複数の設定可能パラメータのうち、当該提供パラメータに対応する設定項目に該当しない設定可能パラメータを、前記パラメータリストとして生成しない前記第１リスト生成手段と、
    前記画像処理装置において指示を受け付けたサービスに関するパラメータリストであって、前記第１リスト生成手段により生成されたパラメータリストを前記画像処理装置に送信する送信手段と、
    前記画像処理装置によりサービスの提供を要求された際に、前記指定要求手段により送信された指定要求コマンドおよびパラメータリストにおけるパラメータの中からユーザによって指定された前記提供パラメータとすべきパラメータに基づいて、該画像処理装置に対してサービスを提供するための処理を実行する提供実行手段と、が備えられている
    ことを特徴とするサーバ。

Images