JP4333561B2 - ネットワークシステム、ディレクトリサーバおよび端末装置 - Google Patents

Description

本発明は、サービスを提供するサーバと端末装置とがネットワークを介して通信を行うことにより端末装置において所望の結果が得られるシステムの一部をなすものであり、サービス定義情報を記憶するディレクトリサーバと、そのディレクトリサーバからサービス定義情報を取得して利用する端末装置とを備えるネットワークシステム等に関する。

近年、様々なサービス（例えばデータの加工等）を提供するサーバとネットワークを介して通信をすることにより機能を拡張することができる端末装置（例えば、パーソナルコンピュータ、プリンタ装置、スキャナ装置、ファクシミリ装置、複合機等をはじめとするネットワーク機能を有する装置）が提案されている。また、さらにサービスを利用するために必要なサービスメニュー等の情報もサーバからダウンロードして用いるものが提案されている（例えば特許文献１）。

ところで、このような仕組みでは、新たに機能が追加されたり、機能が改善されたりした場合のため、各サービスの内容を説明する情報も端末装置に提供するようになっていることが好ましい。

ところが、端末装置の種類によっては、例えば表示できる１行あたりの文字数や表示できる文字行数に制限があるなど十分な表示能力を有しておらず、サーバから送られてきたサービス定義情報を十分に表示できないという問題がある。例えば、パーソナルコンピュータは、通常一度に４０行程度の文字を表示することができるが、プリンタ装置、スキャナ装置、複合機等は、数行程度の文字しか表示できない場合が多いためこのような問題が発生する。
特開平９−２３８２１５号公報

このような問題を解決する方法の一つとして、例えばＷＷＷの仕組みを利用する場合であれば、ユーザーエージェントを用いてサーバ側で端末装置の種別を特定し、その端末装置の表示能力に応じたＨＴＭＬファイル（サービスの説明が記述されたもの）を送信することによって端末装置の表示能力の違いを考慮する方法が考えられる。

しかし、端末装置の表示能力に応じた情報量のＨＴＭＬファイルを送信するということは、端末装置の種別の数だけＨＴＭＬファイルを予め用意する必要があり、ＨＴＭＬファイルを修正する際や、新たに端末装置の種別が増えた際等にサーバ管理者の負担が大きいという問題がある。また、端末装置の種類によっては情報量が減ってしまい、利用者に十分なサービスの内容が伝わらないという問題もある。

また、サービスメニューにおいて、サービスタイトルの部分とそのサービスの詳細な説明部分とを分離して別々のＨＴＭＬファイルを用意し、一度に表示させる情報量を減らすことも考えられる。なお、その場合は、利用者が所望のサービスの説明が記述されたＨＴＭＬファイルへのリンクをたどることにより、所望のサービスの説明を得ることができる。

しかし、この方法ではリンクをたどる都度、端末装置がサーバから対応するＨＴＭＬファイルを取得する必要があるため、ページ遷移の際の表示レスポンスが悪化するという問
題がある。この問題は、プリンタ装置、スキャナ装置、ファクシミリ装置、複合機等のようなＯＡ機器において、特に大きな問題である。なぜなら、これらの装置は、従前、装置内にメニュー情報を備えていて十分高速な表示レスポンスが得られるようになっていたため、従前より表示レスポンスが著しく劣ることは利用者の操作性上致命的な問題となりかねないからである。

なお、ここまでは情報の表示について注目してきたが、上述したような問題は表示だけに限らず様々な出力、例えば音声の出力等にも言えることである。
本発明はこのような問題に鑑みなされたものであり、一度に出力できる情報量が必要十分でない端末装置が用いられる場合でも、利用者は必要十分な情報量かつ出力レスポンスが得られる技術を提供することを目的とする。

上記課題を解決するためになされた請求項１に記載のネットワークシステムは、サービスについての情報であるサービス定義情報をネットワークを介して提供するディレクトリサーバと、そのディレクトリサーバからサービス定義情報を取得して利用する端末装置とを備えるネットワークシステムにおいて、ディレクトリサーバは、端末装置と通信を行うサーバ通信手段と、サービスを利用する際に出力される情報である主情報と複数種類の副情報とを対応づけ、サービス定義情報の一つとしてそれらを記憶するサービス定義情報記憶手段と、サービス定義情報記憶手段からサービス定義情報を読み出し、サーバ通信手段を介して端末装置へ送信するサービス定義情報送信制御手段とを備える。一方、端末装置は、ディレクトリサーバと通信を行う端末通信手段と、端末通信手段を介してディレクトリサーバから受信されたサービス定義情報に基づいた出力を行う複数種類の出力手段であって、複数種類の副情報に対応する複数種類の出力手段と、利用者からの操作指令を受け付ける受付手段と、端末通信手段を介してディレクトリサーバからサービス定義情報を受信すると、そのサービス定義情報に含まれる主情報を、複数種類の出力手段のうちの所定の出力手段に出力させ、受付手段が利用者から所定の操作指令を受け付けると、操作指令に基づいて決定される特定の種類の出力手段に、サービス定義情報に含まれる複数種類の副情報のうち、特定の種類の出力手段に対応する種類の副情報を出力させる出力制御手段とを備える。

なお、ここで言う「サービス」というのは、端末装置とサービスを提供するサーバとが通信を行うことにより端末装置において所望の結果が得られる機能の総称であり、例えば、ＯＣＲ、翻訳、校正、音声変換、データ保存等が挙げられる。

このようなネットワークシステムによれば、端末装置は一度の通信で主情報と複数種類の副情報とを取得し、そのうち主情報だけ出力する。そして、端末装置の利用者から副情報を出力させる旨の指示があったときにはじめて副情報を出力させる。このため、利用者が主情報だけで理解できる場合は簡潔な出力だけで済むため、利用者はその後の操作指示を素早く行うことができる。一方、利用者が主情報だけで理解しにくく副情報も欲した場合は、新たな通信を行うことなく、副情報を出力させることができる。つまり、通信を行わない分だけ、従来と比較して素早く副情報を出力させることができ、利用者の使い勝手の向上に役立つ。また、操作指令に基づいて決定される特定の種類の出力手段に、その出力手段に対応する種類の副情報を出力させるようになっているため、利用者の好みに応じた種類の出力手段によって副情報を出力させることができる。また、各出力手段の特性を活すことができるため、利用者の理解も容易となる。

ところで、主情報と各副情報とは、互いに関連していればどのような情報であってもよいが、各副情報は、主情報に対応する説明情報であるとよい（請求項２）。このようになっていれば、主情報だけでは説明が不十分な際に利用者は副情報を参照することにより詳細を理解することができる。

具体的には、例えば、主情報はタイトルであり、副情報はそのタイトルに対応する説明であるとよい。
このようになっていれば、利用者はタイトルの意味する内容が理解しづらい場合に副情報を出力させることにより、そのタイトルの説明が出力されて理解することができる。

また、主情報と副情報とは、それぞれ、リンク先の見出しとその見出しに対応する説明であってもよい。
このようになっていれば、利用者はリンクをたどって新たなサービス定義情報を取得しなくてもそのリンク先の内容を把握することができる。つまり、通信が発生しない上、リンク先自体を表示させた後に説明を得るというような必要もないため、利用者の使い勝手が向上する。

そして、このように出力手段が複数ある場合は、それらの出力手段が連携して副情報を出力するようになっているとよい。つまり、端末装置は、出力手段を複数種類備え、ディレクトリサーバのサービス定義情報記憶手段が記憶する副情報は、端末装置の複数の出力手段それぞれに対応した複数種類の副情報から構成され、端末装置の出力制御手段は、複数種類の副情報をそれぞれの種類に対応する出力手段にそれぞれ所定のタイミングで並行して出力させるようになっているとよい（請求項３）。なお、ここで言う「所定のタイミング」とは、出力手段間の出力開始時間の関係を意味し、例えば、特定の出力手段に副情報を出力させ、その３秒後に別に出力手段に副情報の出力を開始させる等である。

このようになっていれば、例えば利用者にまず概要を理解させ、その後に具体的内容を理解させるようにすることができる。また、複数の出力手段による多面的な説明を利用者に対して行うこともできるため、利用者の理解の助けともなる。

より具体的には、端末装置の出力制御手段は、一の出力手段に一の副情報を出力させた後の所定のタイミングで、別の出力手段に別の副情報を出力させるようにするとよい（請求項４）。

このような構成により、例えば利用者にまず概要を理解させ、その後に具体的内容を理解させるようにすることができる。また、複数の出力手段による多面的な説明を利用者に対して行うこともできるため、利用者の理解の助けともなる。

また、出力手段が複数あり、利用者によってどの出力手段に情報を出力させるか選択できるようになっている場合、利用者はどの出力手段に出力させるべきかを迷う場合がある。そのため、ディレクトリサーバのサービス定義情報記憶手段が記憶するサービス定義情報には、副情報の出力が推奨される出力手段を示す出力手段特定情報が含まれるようになっており、出力制御手段は、受付手段が所定の操作指令を受け付けた際には出力手段特定情報の示す特定の出力手段に対応する種類の副情報を出力させるようになっているとよい（請求項５）。

このようになっていれば、端末装置の利用者はどの出力手段で出力させることが望ましいかがわからなくても、サービス定義情報設定者の考える望ましい出力手段によって情報を出力することができるため、利用者の使い勝手が向上する。

ところで、出力手段としては、画像を表示する表示手段、音声を出力する音声出力手段および印刷媒体に画像を印刷する印刷手段の少なくとも一つを含むようになっているとよい（請求項６）。なお、ここで言う「画像」というのは、図形等に限らず文字も含むものである。

この結果、出力手段が表示手段であり、ディレクトリサーバから送信されてきた主情報や副情報を画像として表示するようになっていれば、他の出力手段の場合と比較して即座に主情報や副情報が利用者に提示できるため、利用者は主情報や副情報の内容を素早く把握することができる。

また、出力手段が音声出力手段であり、ディレクトリサーバから送信されてきた主情報や副情報を音声として出力するようになっていれば、表示手段に画像として表示させる場合に比較して利用者への訴求効果が高い。なぜなら、例えば外部スピーカによって音声が出力されれば、利用者の耳に全ての情報が基本的に届くからである。したがって、サービスを利用する上で勘違いや認識間違い等を防ぎやすい。

また、出力手段が印刷手段であり、ディレクトリサーバから送信されてきた主情報や副情報を印刷媒体に画像として出力するようになっていれば、一般的に印刷媒体に出力された場合は一覧性がよいため、利用者はサービス内容等の理解がしやすい。なお、ここで言う「画像」というのは、図形等に限らず文字も含むものである。

また、ディレクトリサーバは単一機種の端末装置のみに対応したサービス定義情報を記憶するようになっていてもよいが、複数機種の端末装置に対応するようになっていてもよい。つまり、ディレクトリサーバは、さらに、サーバ通信手段を介して端末装置へ機種を問い合わせる問合手段を有し、サービス定義情報記憶手段が記憶するサービス定義情報は、端末装置の機種に応じたサービス定義情報であり、端末装置の複数種類の出力手段が出力可能な主情報および複数種類の副情報を含み、サービス定義情報送信制御手段は、問合手段が得た端末装置の機種に応じたサービス定義情報をサービス定義情報記憶手段から読み出して送信するようになっており、一方、端末装置は、さらに、端末通信手段を介してディレクトリサーバから問い合わせられた当該端末装置の機種を端末通信手段を介してディレクトリサーバへ返答する機種返答手段を有するようになっているとよい（請求項７）。

このようになっていれば、ディレクトリサーバは端末装置の機種に応じたサービス定義情報、つまり、その端末装置が出力可能な最適なサービス定義情報を端末装置に送信することができるため、端末装置は、出力手段の性能を活かすことが可能になる。したがって、例えば、葉書サイズの印刷用紙に対してしか印刷できない端末装置に対しては、要約された主情報や副情報が送信され、Ａ４サイズの印刷用紙に対応している端末装置に対しては、詳細な主情報や副情報が送信され、利用者は端末装置の条件上ベストな情報を得ることが可能になる。

ところで、請求項８に記載のようなディレクトリサーバ、すなわち、端末装置と通信を行うサーバ通信手段と、サービスを利用する際に出力される情報である主情報と複数種類の副情報とを対応づけ、サービス定義情報の一つとしてそれらを記憶するサービス定義情報記憶手段と、サービス定義情報記憶手段からサービス定義情報を読み出し、サーバ通信手段を介して端末装置へ送信するサービス定義情報送信制御手段とを備えるディレクトリサーバであっても、上述したネットワークシステムの一部を構成することができ、所定の端末装置（ディレクトリサーバから受信されたサービス定義情報に基づいた出力を行う複数種類の出力手段であって、複数種類の副情報に対応する複数種類の出力手段を備えており、ディレクトリサーバからサービス定義情報を受信すると、そのサービス定義情報に含まれる主情報を、複数種類の出力手段のうちの所定の出力手段に出力させ、利用者から所定の操作指令を受け付けると、操作指令に基づいて決定される特定の種類の出力手段に、サービス定義情報に含まれる複数種類の副情報のうち、特定の種類の出力手段に対応する種類の副情報を出力させる端末装置）と組み合わせることにより上述した効果を導くことができる。

また、請求項９に記載のような端末装置、すなわち、ディレクトリサーバと通信を行う端末通信手段と、端末通信手段を介してディレクトリサーバから受信されたサービス定義情報に基づいた出力を行う複数種類の出力手段であって、複数種類の副情報に対応する複数種類の出力手段と、利用者からの操作指令を受け付ける受付手段と、端末通信手段を介してディレクトリサーバからサービス定義情報を受信すると、そのサービス定義情報に含まれる主情報を、複数種類の出力手段のうちの所定の出力手段に出力させ、受付手段が利用者から所定の操作指令を受け付けると、操作指令に基づいて決定される特定の種類の出力手段に、サービス定義情報に含まれる複数種類の副情報のうち、特定の種類の出力手段に対応する種類の副情報を出力させる出力制御手段とを備える端末装置であっても、上述したネットワークシステムの一部を構成することができ、所定のディレクトリサーバと組み合わせることにより上述した効果を導くことができる。

以下、本発明が適用された実施形態について、［全体構成の説明］、［サービス提供の仕組み］、［効果］、［変形例］、［本発明との対応関係］の順に説明する。
［全体構成の説明］
本発明が適用された、ネットワークを介したサービスの提供が行われるサービス提供システムは、図１に示すように、複合機１０，ディレクトリサーバ２０，機能サーバ３０などからなり、これらがネットワーク（本実施形態ではインターネット等の広域ネットワーク）１を介してデータ通信可能に接続されている。具体的にいうと、複合機１０，ディレクトリサーバ２０および機能サーバ３０は、それぞれルータ（Ｒ；周知のブロードバンドルータ）２〜４を介してネットワーク１と接続されている。

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

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

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

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

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

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

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

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

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

また、通信部３２は、機能サーバ３０をネットワーク１に接続すると共に、このネットワーク１を介してデータを送受信するための処理を行う。
そして、記憶部３３は、図示しないハードディスクを備えており、このハードディスクにデータを記憶する。この記憶部３３は、後述するサービスＩ／Ｆ情報３６を記憶するためのサービスＩ／Ｆ情報記憶部３４と、それぞれ異なるサービスを提供するための処理を実行するサービスソフトウェア３７を記憶するためのサービスソフト記憶部３５と、からなる。このサービスＩ／Ｆ情報３６は、ＸＭＬにより記述されたデータであり、この記述内容に従って後述するパラメータ入力用画面が複合機１０に表示されることで（図１８参照）、機能サーバ３０に対してサービスの提供を要求するための情報（サービスの詳細内容等）の設定を行うインタフェースが実現される。

なお、このサービスＩ／Ｆ情報３６における各タグの定義付けを図５に示す。
［サービス提供の仕組み］
次に、サービスが提供される際、複合機１０と機能サーバ３０との間で行われる通信の一例について、図６のラダーチャートを用いて説明する。

複合機１０と機能サーバ３０とは、サービス起動からサービス終了までの間、一連の通信処理（セッション）を行う。このセッションにおいて、まず、複合機１０は、機能サーバ３０に対し、サービス起動を要求する。すると、機能サーバ３０は、複合機１０に対しセッションＩＤを送信する。ここで、セッションＩＤとは、機能サーバ３０においてセッションを特定するための識別子であり、以降の通信において、複合機１０はリクエストに伴いセッションＩＤを送信し、機能サーバ３０はそのセッションＩＤに基づきセッションを特定する。これにより、機能サーバ３０は、複数のセッションを同時に処理することが可能となる。

複合機１０は、セッションＩＤを受信すると、以降は、本複合機１０に対する指令の問い合わせである複合機指令問合せを定期的に行い、これに対する機能サーバ３０からの返答という形で指令を受ける。なお、機能サーバ３０は、複合機指令問合せに対して送信すべき指令がない場合には、指令がない旨の送信（複合機指令無し）を行う。

この例において、機能サーバ３０は、まず、ＵＩ（ユーザインタフェース）ジョブ起動指令を複合機１０へ送信する。ここで、ＵＩジョブ起動指令とは、複合機１０に設けられるＵＩデバイス（操作部１２）の利用開始を通知するものである。これにより、複合機１０と機能サーバ３０との間で、ＵＩジョブの通信処理が開始される。このＵＩジョブの通信処理は、セッションと並行して行われる。また、機能サーバ３０から複合機１０へは、ＵＩジョブ起動指令に伴い、機能サーバ３０においてジョブを特定するためのジョブＩＤ（セッションにおいて固有の識別子）が送信される。そして、複合機１０は、ＵＩジョブの通信処理において、リクエストに伴いセッションＩＤ及びジョブＩＤを送信し、機能サーバ３０は、そのセッションＩＤ及びジョブＩＤに基づきジョブを特定する。これにより、機能サーバ３０は、複数のジョブを同時に処理することが可能となる。なお、ＵＩジョブの通信処理の内容については後述する。

続いて、機能サーバ３０は、所定のタイミングで、入力ジョブ起動指令を複合機１０へ送信する。ここで、入力ジョブ起動指令とは、複合機１０に設けられる入力デバイス（読取部１３又は音入力部１７）の利用開始を通知するものである。これにより、複合機１０と機能サーバ３０との間で、入力ジョブの通信処理が開始される。そして、この入力ジョブの通信処理も、ＵＩジョブと同様、セッションと並行して行われる。また、機能サーバ３０から複合機１０へは、入力ジョブ起動指令に伴いジョブＩＤが送信される。そして、複合機１０は、入力ジョブの通信処理において、リクエストに伴いセッションＩＤ及びジョブＩＤを送信し、機能サーバ３０は、そのセッションＩＤ及びジョブＩＤに基づきジョブを特定する。なお、入力ジョブの通信処理の内容については後述する。

続いて、機能サーバ３０は、所定のタイミングで、出力ジョブ起動指令を複合機１０へ送信する。ここで、出力ジョブ起動指令とは、複合機１０に設けられる出力デバイス（記録部１４又は音出力部１８）の利用開始を通知するものである。これにより、複合機１０と機能サーバ３０との間で、出力ジョブの通信処理が開始される。そして、この出力ジョブの通信処理も、ＵＩジョブや入力ジョブと同様、セッションと並行して行われる。また、機能サーバ３０から複合機１０へは、出力ジョブ起動指令に伴いジョブＩＤが送信される。そして、複合機１０は、出力ジョブの通信処理において、リクエストに伴いセッションＩＤ及びジョブＩＤを送信し、機能サーバ３０は、そのセッションＩＤ及びジョブＩＤに基づきジョブを特定する。なお、出力ジョブの通信処理の内容については後述する。

続いて、機能サーバ３０は、所定のタイミングで、出力ジョブを終了することの通知である出力ジョブ終了指令を複合機１０へ送信する。
続いて、機能サーバ３０は、所定のタイミングで、入力ジョブを終了することの通知である入力ジョブ終了指令を複合機１０へ送信する。

続いて、機能サーバ３０は、所定のタイミングで、ＵＩジョブを終了することの通知であるＵＩジョブ終了指令を複合機１０へ送信する。
続いて、機能サーバ３０は、所定のタイミングで、サービスを終了することの通知であるサービス終了指令を複合機１０へ送信する。

以上が、セッションの内容である。
次に、ＵＩジョブの通信処理について説明する。
ＵＩジョブの通信処理において、まず、複合機１０は、機能サーバ３０に対し、本複合機１０に対する指令の問い合わせである複合機ジョブ指令問合せを行う。すると、機能サーバ３０は、複合機１０に対しパラメータ要求を送信する。ここで、パラメータ要求とは、サービスの実行に必要なパラメータを複合機１０の利用者に設定させるためのものであり、機能サーバ３０から複合機１０へは、パラメータ要求に伴いサービスＩ／Ｆ情報３６が送信される。

複合機１０は、機能サーバ３０からパラメータ要求を受信すると、サービスＩ／Ｆ情報
３６に基づくパラメータ入力用画面を操作部１２のディスプレイ５２に表示させる（例えば図１８）。そして、利用者により設定されたパラメータを、機能サーバ３０へ送信する。

機能サーバ３０は、複合機１０からパラメータを受信すると、機能サーバ３０が複合機１０からの情報を正常に受け取ることができたか否かを表す通知であるサーバ受取状況を送信する。

そして、複合機１０は、機能サーバ３０から受信したサーバ受取状況により機能サーバ３０がパラメータを正常に受信したことを確認すると、機能サーバ３０に対し、サービスの状態に関する情報の要求であるサービス状態情報要求を行う。

機能サーバ３０は、複合機１０からサービス状態情報要求を受信すると、機能サーバ３０及びサービスの状態の通知であるサービス状態情報を複合機１０へ送信する。
以降は、サービス状態情報要求と、これに対するサービス状態情報の送信が繰り返される。

次に、入力ジョブの通信処理について説明する。
入力ジョブの通信処理において、まず、複合機１０は、機能サーバ３０に対し、本複合機１０の状態に関する情報である複合機状態情報を送信する。すると、機能サーバ３０は、複合機１０に対し複合機パラメータを送信する。ここで、複合機パラメータとは、ＵＩジョブの通信処理で複合機１０の利用者に設定させた入力デバイスのパラメータである。

複合機１０は、機能サーバ３０から複合機パラメータを受信すると、複合機１０が機能サーバ３０からの情報を正常に受け取ることができたか否かを表す通知である複合機受取状況を送信する。

そして、機能サーバ３０は、複合機１０からの複合機受取状況により複合機１０が情報を正常に受信したことを確認すると、複合機１０に対し、ジョブに対応した入力データの要求である入力データ要求を送信する。ここで、ジョブに対応した入力データとは、スキャンジョブ（読取部１３で生成された画像データに関するサービスで実行されるジョブ）であれば読取部１３で生成された画像データ、音声入力ジョブ（音入力部１７により出力される音を表す音データに関するサービスで実行されるジョブ）であればＰＣＭデータである。

複合機１０は、機能サーバ３０から入力データ要求を受信すると、入力操作（画像の読み取り操作や音声入力操作）を利用者に促す表示等を行い、その結果生成した入力データを機能サーバ３０へ送信する。

機能サーバ３０は、複合機１０から入力データを受信すると、機能サーバ３０及びサービスの状態の通知であるサービス状態情報を複合機１０へ送信する。
次に、出力ジョブの通信処理について説明する。

出力ジョブの通信処理において、まず、複合機１０は、機能サーバ３０に対し、複合機１０の状態に関する情報である複合機状態情報を送信する。すると、機能サーバ３０は、複合機１０に対し複合機パラメータを送信する。ここで、複合機パラメータとは、ＵＩジョブの通信処理で複合機１０の利用者に設定させた出力デバイスのパラメータである。

複合機１０は、機能サーバ３０から複合機パラメータを受信すると、複合機１０が機能サーバ３０からの情報を正常に受け取ることができたか否かを表す通知である複合機受取状況を送信する。

そして、機能サーバ３０は、複合機１０からの複合機受取状況により複合機１０が情報を正常に受信したことを確認すると、複合機１０に対し、出力データを送信する。ここで、出力データとは、印刷ジョブ（記録部１４で印刷する画像を表す画像データに関するサービスで実行されるジョブ）であれば画像データ、音声出力ジョブ（音出力部１８で出力する音声を表すＰＣＭデータに関するサービスで実行されるジョブ）であればＰＣＭデータである。

複合機１０は、機能サーバ３０から出力データを受信すると、出力データに基づく出力処理（画像の印刷や音声の出力）を行う。そして、複合機１０は、複合機１０の状態に関する情報である複合機状態情報を機能サーバ３０へ送信する。

機能サーバ３０は、複合機１０から複合機状態情報を受信すると、機能サーバ３０及びサービスの状態の通知であるサービス状態情報を複合機１０へ送信する。
次に、複合機１０、ディレクトリサーバ２０および機能サーバ３０の各制御部１１，２１，３１が行う処理について説明する。
（１）ディレクトリサーバ２０による処理
まず、ディレクトリサーバ２０の制御部２１により実行されるディレクトリサーバ処理を図７に基づいて説明する。

このディレクトリサーバ処理は、複合機１０からＨＴＴＰリクエストがあると実行が開始される。まず、ＨＴＴＰリクエストを受信し（Ｓ７１）。そのＨＴＴＰリクエストの内容がトップのサービス定義情報２５を要求するものであるか否かをチェックする（Ｓ７２）。ここでＨＴＴＰリクエストの内容がトップのサービス定義情報２５を要求するものであれば（Ｓ７２：ＹＥＳ）、複合機１０の機種をＨＴＴＰレスポンスにより複合機１０へ要求する（Ｓ７３）。

続いて、複合機１０からＨＴＴＰリクエストにより機種情報を受信すると、その機種情報を記憶部２３に記憶する（Ｓ７４）。そして、図８に示す機種別サービス定義情報ＩＤテーブルに従って要求されているサービス定義情報ＩＤを変換し、変換したＩＤに対応するサービス定義情報２５をサービス定義情報記憶部２４から読み出す（Ｓ７５）。なお、図８に示す機種別サービス定義情報ＩＤテーブルは、機種名と要求サービス定義情報ＩＤの交差したところにあるＩＤを、置換後の要求サービス定義情報ＩＤとして用いるためのテーブルである。つまり、置換後のＩＤに対応するサービス定義情報２５は、当該機種の機能や能力に適したものとなっており、例えば、Ａ４サイズのカラー印刷が可能な機種であればＰｒｉｎｔ＿Ｄｅｓｃｒｉｐｔｉｏｎタグによって定義されるデータは当該機種の能力に対応したデータから構成されており、Ｂ４サイズのモノクロ印刷が可能な機種であればＰｒｉｎｔ＿Ｄｅｓｃｒｉｐｔｉｏｎタグによって定義されるデータが当該機種に対応したデータから構成されている。

図７に説明を戻し、Ｓ７５の処理を終えると、Ｓ７９に移行する。
一方、Ｓ７２において、ＨＴＴＰリクエストの内容がトップのサービス定義情報２５を要求するものでなければ（Ｓ７２：ＮＯ）、ＨＴＴＰリクエストの内容がトップ以外のサービス定義情報２５の要求であるか否かをチェックする（Ｓ７６）。ここでＨＴＴＰリクエストの内容がトップ以外のサービス定義情報２５を要求するものであれば（Ｓ７６：ＹＥＳ）、記憶部２３に記憶しておいた機種情報と要求されたサービス定義情報ＩＤとに基づき機種別サービス定義情報ＩＤテーブルを参照し、機種に応じたサービス定義情報２５をサービス定義情報記憶部２４から読み出す（Ｓ７７）。そして、Ｓ７９に移行する。

また、Ｓ７６において、ＨＴＴＰリクエストの内容がトップ以外のサービス定義情報２５を要求するものでなければ（Ｓ７６：ＮＯ）、エラー情報をセットし（Ｓ７８）、Ｓ７９に移行する。

Ｓ７９では、サービス定義情報２５またはエラー情報をＨＴＴＰレスポンスとして要求もとの複合機１０へ送信し、本ディレクトリサーバ処理を終了する。
（２）複合機１０による処理
次に複合機１０の制御部１１により実行される各種処理について説明する。
（２−１）複合機処理
まず、複合機１０が起動された以降、繰り返し実行される処理である複合機処理を図９に基づいて説明する。

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

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

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

このＳ１１０で、リストから指定する旨が選択されたら（Ｓ１１０：ＹＥＳ）、ディレクトリサーバ２０にトップのサービス定義情報２５を要求する（Ｓ１１１）。ここでは、ディレクトリサーバ２０に対してトップのサービス定義情報２５の送信を要求するためのアドレスとして、あらかじめ記憶部１６に記憶されたアドレス宛にＨＴＴＰリクエストを送信することにより、サービス一覧を要求する。

ところで、トップのサービス定義情報２５を要求したときに、ディレクトリサーバ２０から本複合機１０の機種情報をＨＴＴＰレスポンスによって要求される場合がある。このため、ディレクトリサーバ２０から本複合機１０の機種情報を要求されたか否かをチェックし（Ｓ１１２）、ディレクトリサーバ２０から機種情報を要求された場合は（Ｓ１１２：ＹＥＳ）、本複合機１０の機種情報をＨＴＴＰリクエストによってディレクトリサーバ２０に送信する（Ｓ１１３）。ディレクトリサーバ２０から機種情報を要求されなかった場合（Ｓ１１２：ＮＯ）、または機種情報をディレクトリサーバ２０に送信した後は、ディレクトリサーバ２０からトップのサービス定義情報２５が送られてくるため、そのサービス定義情報２５を受信する（Ｓ１１４）。そして、受信したサービス定義情報２５に基づいてサービス選択用画面をディスプレイ５２に表示させる（Ｓ１１６）。

このＳ１１６の処理がトップのサービス定義情報２５を受信した後に行われる場合には、図１１に示すようなトップのサービス定義情報２５（ＸＭＬの記述）に従って、図１２（ａ）に示すように、表示用タイトル（Ｔｉｔｌｅ）として「ディレクトリサービス」の文字がディスプレイ５２の表示領域上部に配置され、選択可能なカテゴリを表す項目（Ｌｉｎｋ＿Ｔｉｔｌｅ）である「データ保存サービス」，「印刷サービス」および「コピー応用サービス」の文字が表示領域下部に配置されてなるサービスのカテゴリ選択画面の表示を行う。なお、この場合のサービスのカテゴリ選択画面には、カテゴリに対応する別のサービス定義情報２５のＩＤがリンク先として割り当てられており（図１１における「Ｌｉｎｋ＿Ｌｏｃａｔｉｏｎ」参照）、いずれかの項目が選択された後、ＯＫボタン５０がユーザによって押下されると、その項目に対応するＩＤのサービス定義情報２５がディレクトリサーバ２０に要求される。また、いずれかの項目（表示用タイトルを含む）が選択された後、表示ボタン５３，印刷ボタン５４，音声ボタン５５，音声＋表示ボタン５６，音声＋印刷ボタン５７，おすすめボタン５８の何れかが押下されると、対応する方法で選択項目の詳細説明がなされる。詳細は後述する。

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

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

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

Ｓ１１６に続くＳ１１７では、現在のディスプレイ５２の状態が詳細説明を表示させている状態か否かをチェックする。その結果、詳細説明を表示させていない場合には（Ｓ１１７：ＮＯ）、ディスプレイ５２に表示させている項目（表示用タイトルを含む）の選択を利用者から受け付け（Ｓ１１９）、Ｓ１２０に移行する。

一方、現在のディスプレイ５２の状態が詳細説明を表示させている場合には（Ｓ１１７：ＹＥＳ）、Ｓ１２０に移行してユーザからのボタン操作を受け付ける。
次に、こうして行われたボタン操作がＯＫボタン５０が押下された操作であるか否かをチェックする（Ｓ１２２）。

このＳ１２２で、ＯＫボタン５０が押下された操作でないと判定された場合（Ｓ１２２：ＮＯ）、詳細説明ボタン（表示ボタン５３，印刷ボタン５４，音声ボタン５５，音声＋表示ボタン５６，音声＋印刷ボタン５７，おすすめボタン５８）の何れかが押下された操作であるか否かをチェックする（Ｓ１２３）。詳細説明ボタンが押下されたと判定された場合（Ｓ１２３：ＹＥＳ）、後述する詳細説明処理を実行し（Ｓ１２４）、Ｓ１１７へ処理を戻す。

一方、詳細説明ボタンが押下されたと判定されなかった場合（Ｓ１２３：ＮＯ）、）、ボタン操作がキャンセルボタン５１が押下された操作であるか否かをチェックする（Ｓ１２５）。キャンセルボタン５１が押下された操作であると判定された場合（Ｓ１２５：ＹＥＳ）、Ｓ１０４へ戻ることによりサービスモードとしての処理を終了する。一方、キャンセルボタン５１が押下された操作でなければ（Ｓ１２５：ＮＯ）、拒否音（ブザー音など）を鳴動させた後（Ｓ１２６）、Ｓ１１７へ戻る。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

このＵＩジョブが開始されると、まず、機能サーバ３０にサービスＩ／Ｆ情報３６を送信してもらうための要求である「サービスＩ／Ｆ情報送信要求」およびその要求対象を特定するＵＲＬを送信用データとして所定領域へ書き込む。この送信用データは、後述するＳ３２１の処理で利用される情報であり、このデータとして書き込まれている情報がセッションＩＤ及びジョブＩＤとともに機能サーバ３０へ送信される。なお、送信用データの格納領域は、複合機１０の制御部１１内に備えられた図示しないＲＡＭの所定領域に設けられている（Ｓ３０１）。

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

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

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

次に、送信用データとして格納領域に書き込まれている情報をセッションＩＤおよびジ
ョブＩＤを伴わせて機能サーバ３０へＨＴＴＰリクエストにより送信する（Ｓ３２１）。このＨＴＴＰリクエストを受信した機能サーバ３０は、本ＵＩジョブに対する指令があれば、その内容を示す複合機指令をＨＴＴＰレスポンスにより返信してくる。なお、本ＵＩジョブに対する指令がなければ、「指令なし」を示す複合機指令をＨＴＴＰレスポンスにより返信してくる。

次に、ＨＴＴＰレスポンスにより返信されてくる複合機指令を受信すると（Ｓ３２３）、その指令がパラメータ要求であるか否かを判定する（Ｓ３２５）。この「パラメータ要求」とは、機能サーバ３０で実行される後述のＵＩジョブ処理（図２５）におけるＳ９０４の処理で送信される要求であり、このパラメータ要求に付加されたサービスＩ／Ｆ情報３６に基づいて、サービスの利用に必要なパラメータの指定要求がユーザに対してなされる。

このＳ３２５で、パラメータ要求であると判定された場合（Ｓ３２５：ＹＥＳ）、サービスＩ／Ｆ情報３６に基づきパラメータ入力用画面を操作部１２のディスプレイ５２に表示させ、パラメータの設定するための入力操作を利用者に促す（Ｓ３２７）。

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

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

なお、これら入力項目について選択可能なパラメータについて説明すると、「スキャナ設定」について選択可能なパラメータを表す項目（Ｄｉｓｐ＿Ｓｅｌｅｃｔ）としては、「普通の文字」及び「細かい文字」の文字が表示されることとなる（図１８（ｂ）参照）。ここでいう「普通の文字」とは、読取部１３のパラメータである解像度（読取解像度）を３００×３００ｄｐｉに設定することを意味し、「細かい文字」とは、解像度を６００×６００ｄｐｉに設定することを意味する。

また、「印刷設定」について選択可能なパラメータを表す項目（Ｄｉｓｐ＿Ｓｅｌｅｃｔ）としては、「印刷速度優先」，「普通」及び「高精細」の文字が表示されることとなる。なお、ディスプレイ５２の大きさの制限により、「高精細」については、初めは表示されていないが（図１８（ｃ）参照）、画面をスクロールさせることで表示される（図１８（ｄ）参照）。ここでいう「印刷速度優先」とは、記録部１４のパラメータである解像度（印刷解像度）を２００×２００ｄｐｉに設定することを意味し、「普通」とは、解像度を３００×３００ｄｐｉに設定することを意味し、「高精細」とは、解像度を６００×６００ｄｐｉに設定することを意味する。

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

こうして、パラメータ入力用画面を表示させた後、ユーザにより、各入力項目に対するパラメータの指定，入力欄への文字列の入力，および，指定内容を確定するための操作などが行われると、これらの入力情報（パラメータ）を送信用データとして格納領域へ書き込む（Ｓ３２９）。そして、ビジーフラグＦｕを下げて（Ｓ３１９）、Ｓ３０３へ処理を戻す。

次に、上述したＳ３２３において受信した複合機指令が、パラメータ要求でないと判定された場合には（Ｓ３２５：ＮＯ）、Ｓ３２３にて受信した複合機指令がサービス状態情報の表示指令であるか否かを判定する（Ｓ３３１）。ここで言う「サービス状態情報の表示指令」とは、機能サーバ３０側で発信される指令（図２５におけるＳ９２６で送信される指令）であり、機能サーバ３０において問題なくサービスに関わる処理が実行されていること、または、問題がありサービスを停止することなどを報知するための指令である。

このＳ３３１で、サービス状態情報の表示指令であると判定されたら（Ｓ３３１：ＹＥＳ）、このサービス状態情報に基づく表示をディスプレイ５２に行わせた後（Ｓ３３３）、機能サーバ３０で稼働するサービスの稼働状態の新たな情報を要求する「サービス状態情報要求」を送信用データとして格納領域へ書き込む（Ｓ３３５）。そして、ビジーフラグＦｕを下げて（Ｓ３１９）、Ｓ３０３へ処理を戻す。

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

このＳ３３７で、状態情報要求であると判定されたら（Ｓ３３７：ＹＥＳ）、複合機１０の状態に関する情報（例えば、用紙なし、カバーオープンなどを示す情報）を送信用データとして格納領域を書き込む（Ｓ３３９）。そして、ビジーフラグＦｕを下げて（Ｓ３１９）、Ｓ３０３へ処理を戻す。

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

このＳ３４１で、サーバ受取状況であると判定されたら（Ｓ３４１：ＹＥＳ）、このサーバ受取状況の内容が異常受取（ＮＧ）を表すものである場合（Ｓ３４３：ＹＥＳ）、このサーバ受取状況を送信する契機となった情報を送信用データとして格納領域へ書き込む（Ｓ３４６）。そして、ビジーフラグＦｕを下げて（Ｓ３１９）、Ｓ３０３へ処理を戻す。一方、異常受取（ＮＧ）を表すものでない場合（Ｓ３４３：ＮＯ）、上述した「サービス状態情報要求」を送信用データとして格納領域へ書き込み（Ｓ３４５）、ビジーフラグＦｕを下げて（Ｓ３１９）、Ｓ３０３へ処理を戻す。

一方、Ｓ３４１において、Ｓ３２３で受信した複合機指令が「サーバ受取状況」でないと判定されたら（Ｓ３４１：ＮＯ）、Ｓ３２３にて受信した複合機指令が「指令なし」を示すものか否かをチェックし（Ｓ３３８）、「指令なし」を示すものであれば（Ｓ３３８：ＹＥＳ）、複合機１０に対する指令の問い合わせである「複合機指令ジョブ指令問合わせ」を送信用データとして格納領域へ書き込み（Ｓ３４９）、ビジーフラグＦｕを下げて（Ｓ３１９）、Ｓ３０３へ処理を戻す。一方、「指令なし」を示すものでなければ（Ｓ３３８：ＮＯ）、エラー処理を行った後（Ｓ３４７）、ビジーフラグＦｕを下げて（Ｓ３１９）、Ｓ３０３へ処理を戻す。このエラー処理の具体的な内容は、エラーが発生した旨を表す情報を送信用データとして格納領域に書き込んだり、ディスプレイ５２にエラー発生の旨を表示させること等である。
（２−４）入力ジョブ
続いて、図１５におけるＳ２６０にて起動される入力ジョブの処理手順を図１９に基づいて説明する。この入力ジョブは、上述したセッション処理およびＵＩジョブと並列動作する処理である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

そして、機能サーバ３０から返信されるサービス状態情報を受信した後（Ｓ５３４）、または、Ｓ５１２，Ｓ５２２でセッション処理から終了指示が渡されていると判定された場合には（Ｓ５１２：ＹＥＳ，Ｓ５２２：ＹＥＳ）、Ｓ４０６にて立てたビジーフラグＦｏを下ろした後（Ｓ５３６）、セッション処理におけるＳ２６６にて渡されたジョブＩＤと共にセッション処理へ入力ジョブの終了を通知して（Ｓ５３８）、本入力ジョブを終了する。この入力ジョブの終了の通知は、上述した図１４のセッション処理のＳ２１８における処理の中で受信される。Ｓ２１８内部ではこの指令を受信することでジョブが完全に停止したと判断し、以降の手順を実施する。
（２−６）詳細説明処理
次に、図２８のフローチャートに基づき、図９におけるＳ１２４にて起動される詳細説明処理について説明する。なお、本詳細説明処理を終了した際には、図９におけるＳ１２４に続くステップに処理を戻す。

この詳細説明処理を開始すると、まず、表示ボタン５３が押下されたか否かを判定する（Ｓ３５１）。表示ボタン５３が押下されていなければ（Ｓ３５１：ＮＯ）、印刷ボタン５４が押下されたか否かを判定する（Ｓ３６３）。印刷ボタン５４が押下されていなければ（Ｓ３６３：ＮＯ）、音声ボタン５５が押下されたか否かを判定する（Ｓ３７１）、音声ボタン５５が押下されていなければ（Ｓ３７１：ＮＯ）、複合ボタン（音声＋表示ボタン５６，音声＋印刷ボタン５７）の何れかが押下されたか否かを判定する（Ｓ３７９）。複合ボタンが押下されていなければ（Ｓ３７９：ＮＯ）、おすすめボタン５８が押下されたか否かを判定する（Ｓ３８３）。おすすめボタン５８が押下されていなければ本詳細説明処理を終了し、図９におけるＳ１２４に続くステップに処理を戻す。

一方、上述したＳ３５１において、表示ボタン５３が押下されていたと判定した場合は（Ｓ３５１：ＹＥＳ）、現在、詳細説明の表示中か否かを判定する（Ｓ３５３）。現在、詳細説明の表示中である場合には（Ｓ３５３：ＹＥＳ）、サービス選択画面に表示を戻し（Ｓ３５５）、本詳細説明処理を終了する。

また、Ｓ３５３において、現在詳細説明の表示中でないと判定した場合には（Ｓ３５３：ＮＯ）、ディスプレイ５２に表示されているタイトルが選択された状態であるか否かを判定する（Ｓ３５７）。ここで言うタイトルというのは、サービス定義情報２５における＜Ｔｉｔｌｅ＞タグと＜／Ｔｉｔｌｅ＞タグとによって挟まれた文字列に対応するディスプレイ５２上の表示を意味する（以下同様）。ディスプレイ５２に表示されているタイトルが選択された状態である場合には（Ｓ３５７：ＹＥＳ）、サービス定義情報２５における＜Ｄｅｓｃｒｉｐｔｉｏｎ＞タグと＜／Ｄｅｓｃｒｉｐｔｉｏｎ＞タグとによって挟まれた文字列（以下、開始タグと終了タグとによって挟まれた項目を単に「（タグ名）項目」と言う。）をディスプレイ５２に表示させた詳細説明画面に表示を切り替え（Ｓ３５９）、本詳細説明処理を終了する。一方、ディスプレイ５２に表示されているタイトルが選択された状態でない場合、つまりリンクが選択された状態の場合は（Ｓ３５７：ＮＯ）、選択されているリンクに対応するＬｉｎｋ＿Ｄｅｓｃｒｉｐｔｉｏｎ項目をディスプレイ５２に表示させ詳細説明画面に表示を切り替え（Ｓ３６１）、本詳細説明処理を終了する。なお、このＤｅｓｃｒｉｐｔｉｏｎ項目およびＬｉｎｋ＿Ｄｅｓｃｒｉｐｔｉｏｎ項目は、例えば、図３４（ａ）に示すような文字列から構成される。この図３４（ａ）に示すものは、翻訳コピーに関する詳細説明であるが、ユーザは自身の意志によってディスプレイ５２に表示させたこの詳細説明を見ることによって翻訳コピーがどのようなものであるかを知ることができる。

図２８に説明を戻し、また、上述したＳ３６３において、印刷ボタン５４が押下されていたと判定した場合（Ｓ３６３：ＹＥＳ）、ディスプレイ５２に表示されているタイトルが選択された状態であるか否かを判定する（Ｓ３６５）。ディスプレイ５２に表示されているタイトルが選択された状態である場合には（Ｓ３６５：ＹＥＳ）、Ｐｒｉｎｔ＿Ｄｅｓｃｒｉｐｔｉｏｎ項目を記録部１４に印刷物として出力させ（Ｓ３６７）、本詳細説明処理を終了する。一方、ディスプレイ５２に表示されているタイトルが選択された状態でない場合、つまりリンクが選択された状態の場合は（Ｓ３６７：ＮＯ）、選択されているリンクに対応するＬｉｎｋ＿Ｐｒｉｎｔ＿Ｄｅｓｃｒｉｐｔｉｏｎ項目を記録部１４に印刷物として出力させ（Ｓ３６９）、本詳細説明処理を終了する。なお、このＰｒｉｎｔ＿Ｄｅｓｃｒｉｐｔｉｏｎ項目およびＬｉｎｋ＿Ｐｒｉｎｔ＿Ｄｅｓｃｒｉｐｔｉｏｎ項目は、例えば図３４（ｂ）に示すような印刷物が得られるようなデータがＢａｓｅ６４アルゴリズムによってエンコードされたものによって構成される。この図３４（ｂ）に示すものは、翻訳コピーに関する詳細説明であるが、ユーザは、自身の意志によって印刷出力させたこの印刷物を見ることによって翻訳コピーがどのようなものであるかを知ることができる。

また、上述したＳ３７１において、音声ボタン５５が押下されていたと判定した場合（Ｓ３７１：ＹＥＳ）、ディスプレイ５２に表示されているタイトルが選択された状態であるか否かを判定する（Ｓ３７３）。ディスプレイ５２に表示されているタイトルが選択された状態である場合には（Ｓ３７３：ＹＥＳ）、Ａｕｄｉｏ＿Ｄｅｓｃｒｉｐｔｉｏｎ項目を音出力部１８に出力させる。なお、Ａｕｄｉｏ＿Ｄｅｓｃｒｉｐｔｉｏｎ項目はＢＡＳＥ６４アルゴリズムによってエンコードされているため、デコードして音出力部１８に出力させる（以下、音出力部１８に出力させるデータについては同様とする）。一方、ディスプレイ５２に表示されているタイトルが選択された状態でない場合、つまりリンクが選択された状態の場合は（Ｓ３７３：ＮＯ）、選択されているリンクに対応するＬｉｎｋ＿Ａｕｄｉｏ＿Ｄｅｓｃｒｉｐｔｉｏｎ項目を音出力部１８に出力させる。なお、このＡｕｄｉｏ＿Ｄｅｓｃｒｉｐｔｉｏｎ項目およびＬｉｎｋ＿Ａｕｄｉｏ＿Ｄｅｓｃｒｉｐｔｉｏｎ項目は、例えば図３４（ｃ）に示すような文字列がＢａｓｅ６４アルゴリズムによってエンコードされたものによって構成される。この図３４（ｃ）に示すものは、翻訳コピーに関する詳細説明であるが、ユーザは、自身の意志によって音声出力させたこの詳細説明を聞くことによって翻訳コピーがどのようなものであるかを知ることができる。

また、上述したＳ３７９において、複合ボタン（音声＋表示ボタン５６，音声＋印刷ボタン５７）の何れかが押下されていたと判定した場合（Ｓ３７９：ＹＥＳ）、後述する複合詳細説明処理を実行する（Ｓ３８１）。この複合詳細説明処理を終えた後は、本詳細説明処理を終了する。

また、上述したＳ３８３において、おすすめボタン５８が押下されたと判定した場合（Ｓ３８３：ＹＥＳ）、後述するおすすめ詳細説明処理を実行する（Ｓ３８５）。このおすすめ詳細説明処理を終えた後は、本詳細説明処理を終了する。
（２−７）複合詳細説明処理
次に、図２９のフローチャートに基づき、図２８におけるＳ３８１にて起動される複合詳細説明処理について説明する。なお、本複合詳細説明処理を終了した際には、図２８におけるＳ３８１に続くステップに処理を戻す。

この複合詳細説明処理を開始すると、まず、音声＋表示ボタン５６が押下されたか否かを判定する（Ｓ４５１）。音声＋表示ボタン５６が押下されたと判定した場合には（Ｓ４５１：ＹＥＳ）、後述する音声・表示による複合詳細説明処理を実行し（Ｓ４５３）、本複合詳細説明処理を終了する。

一方、音声＋表示ボタン５６が押下されなかったと判定した場合には（Ｓ４５１：ＮＯ）、音声＋印刷ボタン５７が押下されたか否かを判定する（Ｓ４５５）。音声＋印刷ボタン５７が押下されたと判定した場合には（Ｓ４５５：ＹＥＳ）、後述する音声・印刷による複合詳細説明処理を実行し（Ｓ４５７）、本複合詳細説明処理を終了する。

一方、音声＋印刷ボタン５７が押下されなかったと判定した場合は（Ｓ４５５：ＮＯ）、本複合詳細説明処理を終了する。
（２−８）音声・表示による複合詳細説明処理
次に、図３０のフローチャートに基づき、図２９におけるＳ４５３にて起動される音声・表示による複合詳細説明処理について説明する。なお、本音声・表示による複合詳細説明処理を終了した際には、図２９におけるＳ４５３に続くステップに処理を戻す。

この音声・表示による複合詳細説明処理を開始すると、まず、受話器の取り上げを検知する（Ｓ４６１）。なお、受話器の取り上げが検知されるまでは、本ステップにとどまる。受話器の取り上げを検知すると（Ｓ４６１）、後述する詳細説明表示プロセスを起動する（Ｓ４６３）。この詳細説明表示プロセスは、本音声・表示による複合詳細説明処理と並列実行する。

続いて、ディスプレイ５２に表示されているタイトルが選択された状態であればＡｕｄｉｏ＿Ｄｅｓｃｒｉｐｔｉｏｎ＿ｄｉｓｐセクションのＡｕｄｉｏ＿Ｄａｔａ項目をサービス定義情報２５から読み出して音出力部１８に出力させることを開始する（Ｓ４６５）。または、ディスプレイ５２に表示されているリンクが選択された状態であればＬｉｎｋ＿Ａｕｄｉｒｏ＿Ｄｅｓｃｒｉｐｔｉｏｎ＿ｄｉｓｐセクションのＡｕｄｉｏ＿ｄａｔａ項目をサービス定義情報２５から読み出して音出力部１８に出力させることを開始する（Ｓ４６５）。

そして、上記項目の出力を全て終えると（Ｓ４６７）、Ｓ４６３において起動した詳細表示プロセスに対して終了指令を通知し（Ｓ４６９）、本音声・表示による複合詳細説明処理を終了する。
（２−９）詳細説明表示プロセス
次に、図３１のフローチャートに基づき、図３０のＳ４６３において起動される詳細説明表示プロセスについて説明する。

この詳細説明表示プロセスの実行を開始すると、ディスプレイ５２に表示されているタイトルが選択された状態であればＡｕｄｉｏ＿Ｄｅｓｃｒｉｐｔｉｏｎ＿ｄｉｓｐセクションの最初のＳｅｇｍｅｎｔセクションからＣａｐｔｉｏｎ項目とｗａｉｔ＿ｔｉｍｅ項目をサービス定義情報２５から読み込む（Ｓ４７１）。または、ディスプレイ５２に表示されているリンクが選択された状態であればＬｉｎｋ＿Ａｕｄｉｏ＿Ｄｅｓｃｒｉｐｔｉｏｎ＿ｄｉｓｐセクションの最初のＳｅｇｍｅｎｔセクションからＣａｐｔｉｏｎ項目とｗａｉｔ＿ｔｉｍｅ項目を、サービス定義情報２５から読み込む（Ｓ４７１）。

続いて、読み込んだＣａｐｔｉｏｎ項目をディスプレイ５２に表示させる（Ｓ４７３）。続いて、Ｓ４７１で読み込んだｗａｉｔ＿ｔｉｍｅ項目分だけ時間が経過したか否かを判定し（Ｓ４７５）、経過していなければ経過するまでＳ４７１で読み込んだＣａｐｔｉｏｎ項目をディスプレイ５２に表示させる（Ｓ４７５：ＮＯ，Ｓ４７３）。

一方、Ｓ４７５において、Ｓ４７１で読み込んだｗａｉｔ＿ｔｉｍｅ項目分だけ時間が経過した場合（Ｓ４７５：ＹＥＳ）、次のＳｅｇｍｅｎｔセクションが存在するか否かを判定する（Ｓ４７７）。次のＳｅｇｍｅｎｔセクションが存在する場合は（Ｓ４７７：ＹＥＳ）、次のＳｅｇｍｅｎｔセクション内のＣａｐｔｉｏｎ項目とｗａｉｔ＿ｔｉｍｅ項目とをサービス定義情報２５から読み込み（Ｓ４７９）、上述したＳ４７３に処理を戻す。

一方、Ｓ４７７において、次のＳｅｇｍｅｎｔセクションが存在しないと判定した場合は（Ｓ４７７：ＮＯ）、上述した音声・表示による複合詳細説明処理からの終了指令（図３０のＳ４６９参照）を待ち受け（Ｓ４８１）、終了指令受信後、本詳細説明表示プロセスを終了する。

ここで、上述した（２−８）の音声・表示による複合詳細説明処理（図３０参照）および（２−９）の詳細説明表示プロセス（図３１参照）の実行結果の一例について説明する。

図３５に示すサービス定義情報２５に基づいて処理が行われるという前提のもと、ディスプレイ５２に表示された翻訳コピーのリンクがユーザによって選択された状態でさらにて音声＋表示ボタン５６が押下されると、まず、図３６の上段左側に示した画面がディスプレイ５２に３秒間表示される。具体的には「翻訳コピー」と表示される。これは、図３５に示すサービス定義情報２５の１つ目のＳｅｇｍｅｎｔセクションのＣａｐｔｉｏｎ項目に対応する。また、この表示開始と同時に、図３６の上段右側に示した音声が音出力部１８から出力される。具体的には「翻訳コピーとは、スキャナから読み込まれた文章を翻訳して印刷するサービスです。」という音声が出力される。この音声は、図３５に示したサービス定義情報２５のＡｕｄｉｏ＿Ｄａｔａ項目をＢａｓｅ６４アルゴリズムによってデコードされた結果に基づいて出力されるものである。

また、図３６の上段左側に示した画面がディスプレイ５２に表示された後、３秒が経過すると、図３６の中段左側に示した画面がディスプレイ５２に５秒間表示される。具体的には「１．日本語 ２．英語 ３．フランス語 ４．中国語」と表示される。これは、図３５に示した２つ目のＳｅｇｍｅｎｔセクションのＣａｐｔｉｏｎ項目に対応する。また、この表示開始と同じ頃、先のＡｕｄｉｏ＿Ｄａｔａ項目に基づく音声出力が引き続いており、図３６の中段右側に示した音声が音出力部１８からちょうど出力される。具体的には「このサービスに対応する言語は、日本語、英語、フランス語、中国語、それぞれ相互翻訳が可能です。」という音声が出力される。

このようにして図３５のサービス定義情報２５に基づいて、詳細説明の表示と音声出力がなされていく。そして、最後は図３６の下段左側に示した画面がディスプレイ５２に５秒間表示される。具体的には「利用料金 ￥２００／ページ」と表示される。そして、この表示開始と同じ頃、先のＡｕｄｉｏ＿Ｄａｔａ項目に基づく音声出力が引き続いており、図３６の下段右側に示した音声が音声出力部１８から出力される。これらの出力が終わると、ディスプレイ５２には本処理の前の画面が再び表示され、音声出力は停止される。（２−１０）音声・印刷による複合詳細説明処理
次に、図３２のフローチャートに基づき、図２９のＳ４５７において起動される音声・印刷による複合詳細説明処理について説明する。なお、本音声・印刷による複合詳細説明処理を終了した際には、図２９におけるＳ４５７に続くステップに処理を戻す。

この音声・印刷による複合詳細説明処理の実行を開始すると、まず、ディスプレイ５２に表示されているタイトルが選択された状態であればＰｒｉｎｔ＿Ｄｅｓｃｒｉｐｔｉｏｎ＿ａｕｄｉｏ項目をサービス定義情報２５から読み出して記録部１４に出力させる（Ｓ４９１）。または、ディスプレイ５２に表示されているリンクが選択された状態であればＬｉｎｋ＿Ｐｒｉｎｔ＿Ｄｅｓｃｒｉｐｔｉｏｎ＿ａｕｄｉｏ項目をサービス定義情報２５から読み出して記録部１４に出力させる（Ｓ４９１）。

そして、上記項目の出力を全て終えると（Ｓ４９３）、受話器の取り上げを検知する（Ｓ４９５）。なお、受話器の取り上げが検知されるまでは、本ステップにとどまる。受話器の取り上げを検知すると（Ｓ４９５）、ディスプレイ５２に表示されているタイトルが選択された状態であればＡｕｄｉｏ＿Ｄｅｓｃｒｉｐｔｉｏｎ＿ｐｒｉｎｔ項目をサービス定義情報２５から読み出して音出力部１８に出力させる（Ｓ４９７）。または、ディスプレイ５２に表示されているリンクが選択された状態であればＬｉｎｋ＿Ａｕｄｉｏ＿Ｄｅｓｃｒｉｐｔｉｏｎ＿ｐｒｉｎｔ項目をサービス定義情報２５から読み出して音出力部１８に出力させる（Ｓ４９７）。

そして、上記項目の出力を全て終えると（Ｓ４９９）、本音声・印刷による複合詳細説明処理を終了する。
ここで、音声・印刷による複合詳細説明処理の実行結果の一例について説明する。

図３７に示すサービス定義情報２５に基づいて処理が行われるという前提のもと、ディスプレイ５２に表示された翻訳コピーのリンクがユーザによって選択された状態でさらに音声＋印刷ボタン５７が押下されると、図３８の左側に示すような、翻訳コピーの動作を説明した印刷物が記録部１４から出力される。この印刷物は、図３７に示すサービス定義情報２５のＬｉｎｋ＿Ｐｒｉｎｔ＿Ｄｅｓｃｒｉｐｔｉｏｎ＿ａｕｄｉｏ項目をＢａｓｅ６４アルゴリズムによってデコードされた結果に基づいて出力されるものである。また、この出力が終了し、ユーザが受話器を取り上げると図３８の右側に示すような、翻訳コピーの動作を説明する音声が音出力部１８から出力される。これは、図３７の示すサービス定義情報２５のＬｉｎｋ＿Ａｕｄｉｏ＿Ｄｅｓｃｒｉｐｔｉｏｎ＿ｐｒｉｎｔ項目をＢａｓｅ６４アルゴリズムによってデコードされた結果に基づいて出力されるものである。
（２−１１）おすすめ詳細説明処理
次に、図３３のフローチャートに基づき、図２８のＳ３８５において起動されるおすすめ詳細説明処理について説明する。なお、本おすすめ詳細説明処理を終了した際には、図２８におけるＳ３８５に続くステップに処理を戻す。

このおすすめ詳細説明処理の実行を開始すると、まず、サービス定義情報２５からｒｅｃｏｍｍｅｎｄｅｄ項目を読み込む（Ｓ５６１）。そして、そのｒｅｃｏｍｍｅｎｄｅｄ項目が何であるかによって処理を分岐する（Ｓ５６３，Ｓ５７１，Ｓ５７９，Ｓ５８７，Ｓ５９１）。具体的には、まず”Ｄｉｓｐｌａｙ”であるか否かを判定する（Ｓ５６３）。ｒｅｃｏｍｍｅｎｄｅｄ項目が”Ｄｉｓｐｌａｙ”でない場合は（Ｓ５６３：ＮＯ）、ｒｅｃｏｍｍｅｎｄｅｄ項目が”Ａｕｄｉｏ”であるか否かを判定する（Ｓ５７１）。ｒｅｃｏｍｍｅｎｄｅｄ項目が”Ａｕｄｉｏ”でない場合は（Ｓ５７１：ＮＯ）、ｒｅｃｏｍｍｅｎｄｅｄ項目が”Ｐｒｉｎｔ”であるか否かを判定する（Ｓ５７９）。ｒｅｃｏｍｍｅｎｄｅｄ項目が”Ｐｒｉｎｔ”でない場合は（Ｓ５７９：ＮＯ）、ｒｅｃｏｍｍｅｎｄｅｄ項目が”Ａｕｄｉｏ＋Ｄｉｓｐｌａｙ”であるか否かを判定する（Ｓ５８７）。Ｒｃｏｍｍａｎｄｅｄ項目が”Ａｕｄｉｏ＋Ｄｉｓｐｌａｙ”でない場合は（Ｓ５８７：ＮＯ）、ｒｅｃｏｍｍｅｎｄｅｄ項目が”Ａｕｄｉｏ＋Ｐｒｉｎｔ”であるか否かを判定する（Ｓ５９１）。そして、ｒｅｃｃｏｍｍａｎｄｅｄ項目が”Ａｕｄｉｏ＋Ｐｒｉｎｔ”でない場合は（Ｓ５９１：ＮＯ）、）、本おすすめ詳細説明処理を終了する。

一方、上述したＳ５６３において、ｒｅｃｏｍｍｅｎｄｅｄ項目は”Ｄｉｓｐｌａｙ”であると判定した場合は（Ｓ５６３：ＹＥＳ）、現在、ディスプレイ５２に表示されているタイトルが選択された状態であるか否かを判定し（Ｓ５６５）。タイトルが選択されている場合には（Ｓ５６５：ＹＥＳ）、サービス定義情報２５のＤｅｓｃｒｉｐｔｉｏｎ項目を表示させた詳細説明表示にディスプレイ５２を切り替え（Ｓ５６７）、一方、タイトルではなくリンクが選択されている場合には（Ｓ５６５：ＮＯ）、サービス定義情報２５のＬｉｎｋ＿Ｄｅｓｃｒｉｐｔｉｏｎ項目を表示させた詳細説明表示にディスプレイ５２を切り替える（Ｓ５６９）。そして、本おすすめ詳細説明処理を終了する。

また、上述したＳ５７１において、ｒｅｃｏｍｍｅｎｄｅｄ項目は”Ａｕｄｉｏ”であると判定した場合は（Ｓ５７１：ＹＥＳ）、現在、ディスプレイ５２に表示されているタイトルが選択された状態であるか否かを判定し（Ｓ５７３）、タイトルが選択されている場合には（Ｓ５７３：ＹＥＳ）、Ａｕｄｉｏ＿Ｄｅｓｃｒｉｐｔｉｏｎ項目をサービス定義情報２５から読み込んで音出力部１８に出力させ（Ｓ５７５）、一方、タイトルではなくリンクが選択されている場合は（Ｓ５７５：ＮＯ）、Ｌｉｎｋ＿Ａｕｄｉｏ＿Ｄｅｓｃｒｉｐｔｉｏｎ項目をサービス定義情報２５から読み込んで音出力部１８に出力させる（Ｓ５７７）。そして、本おすすめ詳細説明処理を終了する。

また、上述したＳ５７９において、ｒｅｃｏｍｍｅｎｄｅｄ項目は”Ｐｒｉｎｔ”であると判定した場合は（Ｓ５７９：ＹＥＳ）、現在、ディスプレイ５２に表示されているタイトルが選択された状態であるか否かを判定し（Ｓ５８１）、タイトルが選択されている場合には（Ｓ５８１：ＹＥＳ）、Ｐｒｉｎｔ＿Ｄｅｓｃｒｉｐｔｉｏｎ項目をサービス定義情報２５から読み込んで記録部１４に出力させ（Ｓ５８３）、一方、タイトルではなくリンクが選択されている場合は（Ｓ５８１：ＮＯ）、Ｌｉｎｋ＿Ｐｒｉｎｔ＿Ｄｅｓｃｒｉｐｔｉｏｎ項目をサービス定義情報２５から読み込んで記録部１４に出力させる（Ｓ５８５）。そして、本おすすめ詳細説明処理を終了する。

また、上述したＳ５８７において、ｒｅｃｏｍｍｅｎｄｅｄ項目は”Ａｕｄｉｏ＋Ｄｉｓｐｌａｙ”であると判定した場合（Ｓ５８７：ＹＥＳ）、または上述したＳ５９１において、ｒｅｃｏｍｍｅｎｄｅｄ項目は”Ａｕｄｉｏ＋Ｐｒｉｎｔ”であると判定した場合は（Ｓ５９１：ＹＥＳ）、上述した複合詳細説明処理を実行する（Ｓ５８９）。そして、複合詳細説明処理の実行を終えると本おすすめ詳細説明処理を終了する。

ここで、おすすめ詳細説明処理の実行結果の一例を説明する。
図３９に示すサービス定義情報２５に基づいて処理が行われるという前提のもと、ディスプレイ５２に表示された翻訳コピーのリンクがユーザによって選択された状態でさらにおすすめボタン５８が押下されると、図３９に示すサービス定義情報２５の該当するＬｉｎｋセクションのｒｅｃｏｍｅｎｄｅｄ項目、つまり”Ｐｒｉｎｔ”という文字列が読み込まれる。そして、ｒｅｃｏｍｅｎｄｅｄ項目が”Ｐｒｉｎｔ”であった場合の処理、つまり、Ｌｉｎｋ＿Ｐｒｉｎｔ＿Ｄｅｓｃｒｉｐｔｉｏｎ項目がサービス定義情報２５から読み込まれ、印刷物として記録部１４に出力される（例えば図３４（ｃ）や図３８の左側参照）。なお、この印刷物は、Ｌｉｎｋ＿Ｐｒｉｎｔ＿Ｄｅｓｃｒｉｐｔｉｏｎ項目がＢａｓｅ６４アルゴリズムによってデコードされた結果に基づいて出力される。
（３）機能サーバ３０による処理
次に、機能サーバ３０の制御部３１により実行される各種処理について説明する。
（３−１）機能サーバ処理
次に、ＨＴＴＰリクエストが受信される毎に行われる機能サーバ処理の処理手順を図２１，図２２に基づいて説明する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

そして、このＳ９２２を終えた以降、複合機１０から複合機ジョブ指令問合せを受信す
るまで待機し、この複合機ジョブ指令問合せを受信したら（Ｓ９２４）、サービス状態情報を出力する（Ｓ９２６）、といった処理を、他の処理（例えば、図２４におけるＳ８４４）により本ＵＩジョブが停止（終了）されるまで繰り返し行う。このＳ９２６では、サービス状態情報を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図２１におけるＳ７３２にて複合機制御指令が生成され、図２２におけるＳ７３４にて複合機１０側にサービス状態情報として送信されることとなる。
（３−４）スキャンジョブ
続いて、図２３におけるＳ８１２にて起動されるスキャンジョブの処理手順を図２６に基づいて説明する。

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

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

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

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

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

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

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

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

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

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

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

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

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

次に、セッション処理にて生成された印刷データ（図２４におけるＳ８３２）を複合機１０が処理可能な印刷データに変換して送信情報を格納する記憶領域に書き込む処理を行う（Ｓ１１２０）。これに基づいて図２１におけるＳ７３２にて複合機制御指令が生成され、図２２におけるＳ７３４にて複合機１０側に通知指令として送信される。この通知指令は図２０におけるＳ５２０にて複合機１０側で受信される。

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

一方、複合機状態情報の受信が正常に終了しなければ（Ｓ１１２４：ＮＯ）、Ｓ１１１６へ移行し、異常終了を通知するための通知指令をサービス状態情報として出力した後、本印刷ジョブを終了する。この通知指令は、図２０におけるＳ５３４にて複合機１０側で受信される。

［効果］
このように構成された実施形態のサービス提供システムにおいて、複合機１０は、機能サーバ３０によるサービスの提供を受けて機能を実現することとなるが、これに先立ち、ユーザが利用するサービスを決定するためのメニューに当たるサービス定義情報２５がディレクトリサーバ２０から複合機１０へダウンロードされる。このとき、複合機１０の機種情報がディレクトリサーバ２０に送信され（図９のＳ１１３参照）、ディレクトリサーバ２０は受け取った機種情報に基づいてその機種の機能や能力に適したサービス定義情報２５が送信される（図７のＳ７５，Ｓ７７参照）。このため、複合機１０は自身の機能や能力を活かしたメニュー等を出力できる。例えば、３行の表示しかできない液晶ディスプレイを備えた複合機１０であれば３行表示用のメニューが出力され、１０行表示が可能な液晶ディスプレイを備えた複合機１０であれば１０行表示用のメニューが出力される。

また、サービス定義情報２５は、表示タイトルであるＴｉｔｌｅ項目やリンクの表示タイトルであるＬｉｎｋ＿Ｔｉｔｌｅ項目だけでなく、表示タイトルの詳細説明情報であるＤｅｓｃｒｉｐｔｉｏｎ項目や、リンクの表示タイトルの詳細説明情報であるＬｉｎｋ＿Ｄｅｓｃｒｉｐｔｉｏｎ項目も、一ファイル内に有するようになっている（図３，図４参照）。そして、複合機１０は、これらのうち、Ｔｉｔｌｅ項目やＬｉｎｋ＿Ｔｉｔｌｅ項目は、ユーザが当該サービスを利用するために選択する際には必ずディスプレイ５２に表示されるが、Ｄｅｓｃｒｉｐｔｉｏｎ項目やＬｉｎｋ＿Ｄｅｓｃｒｉｐｔｉｏｎ項目は、ユーザによって詳細説明ボタン（表示ボタン５３，印刷ボタン５４，音声ボタン５５，音声＋表示ボタン５６，音声＋印刷ボタン５７およびおすすめボタン５８）の何れかが押下された際にはじめて出力される（図９のＳ１２３，Ｓ１２４参照）。

このため、ユーザがメニューの内容をよく理解している場合にはそのユーザにとって不必要な情報は出力されず、ユーザは軽快に操作を行うことができる。一方、ユーザがメニュー項目の詳細説明情報を知りたい場合には詳細説明ボタンを押下することにより詳細説明情報が出力されるようになっている。しかも、複合機１０は一度の通信でＴｉｔｌｅ項目やＬｉｎｋ＿Ｔｉｔｌｅ項目だけでなく、Ｄｅｓｃｒｉｐｔｉｏｎ項目やＬｉｎｋ＿Ｄｅｓｃｒｉｐｔｉｏｎ項目も取得するようになっているため、通信を行うことなく詳細説明情報を出力することができる。つまり、複合機１０はレスポンスよく詳細説明情報を出力することができる。

また、ユーザにより、音声＋表示ボタン５６，音声＋印刷ボタン５７が押下された場合には詳細説明情報の出力が、音声出力と表示出力、または音声出力と印刷出力によってなされる（図２９〜図３２参照）。しかもこれらの各出力は、予め定められたタイミングによってなされる。

したがって、詳細説明情報を多面的にユーザに提供することができる上、例えばまず概要を理解させ、その後に具体的な内容を理解させたりといったことや、具体例を印刷媒体により視覚的に提供しておき、その説明を音声によって行うといったことが可能である。つまり、利用者がサービスの内容を非常に理解しやすい。

また、ユーザがどの出力方法によって詳細説明情報を得る場合が一番よいかわからない場合には、おすすめボタン５８を押下することにより、サービス定義情報２５の設定者の考える望ましい出力方法によって詳細説明情報が出力される。このため、利用者の使い勝手もよい。

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

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

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

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

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

また、上記実施形態のサービス提供システムでは、サービス定義情報２５のみが、詳細説明情報を含むようになっていたが、サービスＩ／Ｆ情報３６もサービス定義情報２５と同様に詳細説明情報も含むようになっていてもよい。このようになっていれば、サービスの具体的なパラメータを入力する際のユーザの疑問等を上述したような効果を奏しながら解決することが可能となる。

［本発明との対応関係］
以上説明した実施形態において、複合機１０が本発明における端末装置であり、ディレクトリサーバ２０が本発明におけるサーバである。

また、通信部２２が本発明におけるサーバ通信手段であり、制御部２１が本発明におけるサービス定義情報送信制御手段，問合手段であり、サービス定義情報記憶部２４が本発明のおけるサービス定義情報記憶手段に相当する。

また、制御部１１が本発明における出力制御手段，機種返答手段であり、通信部１５が本発明おける端末通信手段であり、ディスプレイ５２が本発明における表示手段であり、記録部１４が本発明における印刷手段であり、音出力部１８が本発明における音声出力手段であり、操作部１２が本発明における受付手段である。

また、サービス定義情報２５におけるＴｉｔｌｅ項目およびＬｉｎｋ＿Ｔｉｔｌｅ項目が本発明における主情報であり、Ｄｅｓｃｒｉｐｔｉｏｎ項目，Ｐｒｉｎｔ＿Ｄｅｓｃｒｉｐｔｉｏｎ項目，Ａｕｄｉｏ＿Ｄｅｓｃｒｉｐｔｉｏｎ項目，Ａｕｄｉｏ＿Ｄｅｓｃｒｉｐｔｉｏｎ＿ｄｉｓｐ項目，Ｐｒｉｎｔ＿Ｄｅｓｃｒｉｐｔｉｏｎ＿ａｕｄｉｏ項目，Ａｕｄｉｏ＿Ｄｅｓｃｒｉｐｔｉｏｎ＿ｐｒｉｎｔ項目，Ｌｉｎｋ＿Ｄｅｓｃｒｉｐｔｉｏｎ項目、Ｌｉｎｋ＿Ｐｒｉｎｔ＿Ｄｅｓｃｒｉｔｐｉｏｎ項目，Ｌｉｎｋ＿Ａｕｄｉｏ＿Ｄｅｓｃｒｉｐｔｉｏｎ項目，Ｌｉｎｋ＿Ａｕｄｉｏ＿Ｄｅｓｃｒｉｐｔｉｏｎ＿ｄｉｓｐ項目，Ｌｉｎｋ＿Ｐｒｉｎｔ＿Ｄｅｓｃｒｉｐｔｉｏｎ＿ａｕｄｉｏ項目，Ｌｉｎｋ＿Ａｕｄｉｏ＿Ｄｅｓｃｒｉｐｔｉｏｎ＿ｐｒｉｎｔ項目が本発明における副情報である。また、サービス定義情報２５におけるｒｅｃｏｍｍｅｎｄｅｄ項目が本発明における出力手段特定情報である。

サービス提供システムの構成を示すブロック図 操作部の構成を示す図 サービス定義情報における各タグの定義付けを示す図（１／２） サービス定義情報における各タグの定義付けを示す図（２／２） サービスＩ／Ｆ情報における各タグの定義付けを示す図 複合機と機能サーバとの通信の一例を表すラダーチャート ディレクトリサーバによるディレクトリサーバ処理 機種別サービス定義情報ＩＤテーブル 複合機による複合機処理 指定方法選択画面を示す図 サービス定義情報のデータ例を示す図（１） サービス選択用画面 サービス定義情報のデータ例を示す図（２） 複合機によるセッション処理（１／２） 複合機によるセッション処理（２／２） 複合機によるＵＩジョブ サービスＩ／Ｆ情報のデータ例を示す図 パラメータ入力画面を示す図 複合機による入力ジョブ 複合機による出力ジョブ 機能サーバによる機能サーバ処理（１／２） 機能サーバによる機能サーバ処理（２／２） 機能サーバによるセッション処理（１／２） 機能サーバによるセッション処理（２／２） 機能サーバによるＵＩジョブ 機能サーバによるスキャンジョブ 機能サーバによる印刷ジョブ サービス情報の登録の仕組みを説明するためのラダーチャート 複合機による複合詳細説明処理 複合機による音声・表示による複合詳細説明処理 複合機による詳細説明表示プロセス 複合機による音声・印刷による複合詳細説明処理 複合機によるおすすめ詳細説明処理 サービス定義情報のデータ例（１） サービス定義情報のデータ例（２） 音声・表示による複合詳細説明処理の実行結果の一例 サービス定義情報のデータ例（３） 音声・印刷による複合詳細説明処理の実行結果の一例 サービス定義情報のデータ例（４）

符号の説明

１０…複合機、１１…制御部、１２…操作部、１３…読取部、１４…記録部、１５…通信部、１６…記憶部、１７…音入力部、１８…音出力部、２０…ディレクトリサーバ、２１…制御部、２２…通信部、２３…記憶部、２４…サービス定義情報記憶部、２５…サービス定義情報、３０…機能サーバ、３１…制御部、３２…通信部、３３…記憶部、３４…サービスＩ／Ｆ情報記憶部、３５…サービスソフト記憶部、３６…サービスＩ／Ｆ情報、３７…サービスソフトウェア、４１…コピーボタン、４２…スキャナボタン、４３…ＦＡＸボタン、４４…サービスボタン、４５…設定ボタン、４６…方向ボタン、４８…方向ボタン、４９…右ボタン、５０…ＯＫボタン、５１…キャンセルボタン、５２…ディスプレイ、５３…表示ボタン、５４…印刷ボタン、５５…音声ボタン、５６…音声＋表示ボタン、５７…音声＋印刷ボタン、５８…おすすめボタン。

Claims (9)

1. サービスについての情報であるサービス定義情報をネットワークを介して提供するディレクトリサーバと、そのディレクトリサーバから前記サービス定義情報を取得して利用する端末装置とを備えるネットワークシステムにおいて、
   前記ディレクトリサーバは、
   前記端末装置と通信を行うサーバ通信手段と、
   サービスを利用する際に出力される情報である主情報と複数種類の副情報とを対応づけ、サービス定義情報の一つとしてそれらを記憶するサービス定義情報記憶手段と、
   前記サービス定義情報記憶手段から前記サービス定義情報を読み出し、前記サーバ通信手段を介して前記端末装置へ送信するサービス定義情報送信制御手段と、
   を備え、
   前記端末装置は、
   前記ディレクトリサーバと通信を行う端末通信手段と、
   前記端末通信手段を介して前記ディレクトリサーバから受信された前記サービス定義情報に基づいた出力を行う複数種類の出力手段であって、前記複数種類の副情報に対応する前記複数種類の出力手段と、
   利用者からの操作指令を受け付ける受付手段と、
   前記端末通信手段を介して前記ディレクトリサーバから前記サービス定義情報を受信すると、そのサービス定義情報に含まれる前記主情報を、前記複数種類の出力手段のうちの所定の出力手段に出力させ、前記受付手段が利用者から所定の操作指令を受け付けると、前記操作指令に基づいて決定される特定の種類の出力手段に、前記サービス定義情報に含まれる前記複数種類の副情報のうち、前記特定の種類の出力手段に対応する種類の副情報を出力させる出力制御手段と、
   を備えることを特徴とするネットワークシステム。
2. 請求項１に記載のネットワークシステムにおいて、
   前記複数種類の副情報は、前記主情報に対応する説明情報であること、
   を特徴とするネットワークシステム。
3. 請求項１又は請求項２に記載のネットワークシステムにおいて、
   前記端末装置の前記出力制御手段は、前記複数種類の副情報をそれぞれの種類に対応する前記出力手段にそれぞれ所定のタイミングで並行して出力させること、
   を特徴とするネットワークシステム。
4. 請求項１又は請求項２に記載のネットワークシステムにおいて、
   前記端末装置の前記出力制御手段は、一の前記出力手段に一の前記副情報を出力させた後の所定のタイミングで、別の前記出力手段に別の前記副情報を出力させること、
   を特徴とするネットワークシステム。
5. 請求項１又は請求項２に記載のネットワークシステムにおいて、
   前記ディレクトリサーバの前記サービス定義情報記憶手段が記憶する前記サービス定義情報には、前記副情報の出力が推奨される前記出力手段を示す出力手段特定情報が含まれており、
   前記出力制御手段は、前記受付手段が所定の操作指令を受け付けた際には前記出力手段特定情報の示す特定の前記出力手段に対応する種類の副情報を出力させること、
   を特徴とするネットワークシステム。
6. 請求項１〜請求項５に記載のネットワークシステムにおいて、
   前記出力手段として、画像を表示する表示手段、音声を出力する音声出力手段および印刷媒体に画像を印刷する印刷手段の少なくとも一つを含むこと、
   を特徴とするネットワークシステム。
7. 請求項１〜請求項６の何れかに記載のネットワークシステムにおいて、
   前記ディレクトリサーバは、さらに、前記サーバ通信手段を介して前記端末装置へ機種を問い合わせる問合手段を有し、
   前記サービス定義情報記憶手段が記憶する前記サービス定義情報は、前記端末装置の機種に応じたものであって、前記端末装置の前記複数種類の出力手段が出力可能な前記主情報および前記複数種類の副情報を含み、
   前記サービス定義情報送信制御手段は、前記問合手段が得た前記端末装置の機種に応じた前記サービス定義情報を前記サービス定義情報記憶手段から読み出して送信し、
   前記端末装置は、さらに、前記端末通信手段を介して前記ディレクトリサーバから問い合わせられた当該端末装置の機種を前記端末通信手段を介して前記ディレクトリサーバへ返答する機種返答手段を有すること、
   を特徴とするネットワークシステム。
8. サービスについての情報であるサービス定義情報をネットワークを介し取得して利用する端末装置に対し前記サービス定義情報を提供するディレクトリサーバであって、
   前記端末装置と通信を行うサーバ通信手段と、
   サービスを利用する際に出力される情報である主情報と複数種類の副情報とを対応づけ、前記サービス定義情報の一つとしてそれらを記憶するサービス定義情報記憶手段と、
   前記サービス定義情報記憶手段から前記サービス定義情報を読み出し、前記サーバ通信手段を介して前記端末装置へ送信するサービス定義情報送信制御手段と、
   を備え、
   前記端末装置は、前記ディレクトリサーバから受信された前記サービス定義情報に基づいた出力を行う複数種類の出力手段であって、前記複数種類の副情報に対応する前記複数種類の出力手段を備えており、前記ディレクトリサーバから前記サービス定義情報を受信すると、そのサービス定義情報に含まれる前記主情報を、前記複数種類の出力手段のうちの所定の出力手段に出力させ、利用者から所定の操作指令を受け付けると、前記操作指令に基づいて決定される特定の種類の出力手段に、前記サービス定義情報に含まれる前記複数種類の副情報のうち、前記特定の種類の出力手段に対応する種類の副情報を出力させるものであること、
   を特徴とするディレクトリサーバ。
9. サービスについての情報であり、主情報と複数種類の副情報とを含むサービス定義情報をネットワークを介して提供するディレクトリサーバから前記サービス定義情報を取得して利用する端末装置であって、
   前記ディレクトリサーバと通信を行う端末通信手段と、
   前記端末通信手段を介して前記ディレクトリサーバから受信された前記サービス定義情報に基づいた出力を行う複数種類の出力手段であって、前記複数種類の副情報に対応する前記複数種類の出力手段と、
   利用者からの操作指令を受け付ける受付手段と、
   前記端末通信手段を介して前記ディレクトリサーバから前記サービス定義情報を受信すると、そのサービス定義情報に含まれる主情報を、前記複数種類の出力手段のうちの所定の出力手段に出力させ、前記受付手段が利用者から所定の操作指令を受け付けると、前記操作指令に基づいて決定される特定の種類の出力手段に、前記サービス定義情報に含まれる前記複数種類の副情報のうち、前記特定の種類の出力手段に対応する種類の副情報を出力させる出力制御手段と、
   を備えることを特徴とする端末装置。