(57)【要約】  【課題】  周辺装置が利用するサービスを登録する際に、周辺装置よりも充実したユーザインタフェースを持つ端末装置を用いて登録申請が行え、かつ、周辺装置もサーバが提供するサービスを利用することができるようになるサービス登録システム等を提供する。  【解決手段】  ユーザにより、ＰＣ６０が用いられてユーザ登録が機能サーバ３０に対して行われると（Ｓ１５３）、機能サーバ３０はサービスを利用するために必要なサービス情報をＰＣ６０へＨＴＭＬ２に含めて送信する（Ｓ１５４）。そして、ユーザにより、ＨＴＭＬ２により生成されるページに設けられたｓｕｂｍｉｔボタンを押下するとサービス情報が複合機１０に送信され（Ｓ１５５）、サービス情報が複合機１０に記憶される。【選択図】図２６
2006135699.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介してサービスを提供するサーバと、そのサーバと通信を行うことにより前記サービスを利用することができる周辺装置と、前記サーバおよび前記周辺装置と通信を行うことができる端末装置とを備えるサービス登録システムにおいて、
前記端末装置は、前記サービスを利用するための登録に関する情報である登録依頼情報を利用者から受け付けると、前記サーバへ前記登録依頼情報を送信し、
前記サーバは、前記端末装置から前記登録依頼情報を受信すると、前記サービスを利用する際に必要なサービス情報を前記端末装置に送信し、
前記端末装置は、前記サーバから前記サービス情報を受信すると前記周辺装置へ前記サービス情報を送信し、
前記周辺装置は、前記端末装置から前記サービス情報を受信するとその情報を記憶し、前記サービスが利用可能な状態になること、
を特徴とするサービス登録システム。
【請求項２】
請求項１に記載のサービス登録システムにおいて、
前記サーバは、
前記周辺装置および前記端末装置と通信を行うサーバ通信手段と、
前記サーバ通信手段を介して前記端末装置から前記登録依頼情報を受信すると、その登録依頼情報が適切であるか否かを判定し、適切である場合に前記サービスを利用する際に必要なサービス情報を前記サーバ通信手段を介して前記端末装置に送信するサービス情報送信制御手段と、
前記サーバ通信手段を介して前記周辺装置と通信を行うことによりサービスを提供するサービス提供手段と、
を備え、
前記端末装置は、
前記サービスを利用するための登録に関する情報である前記登録依頼情報を利用者から受け付ける登録情報受付手段と、
前記サーバおよび前記周辺装置と通信を行う端末装置通信手段と、
前記登録情報受付手段が受け付けた前記登録依頼情報を前記端末装置通信手段を介して前記サーバへ送信する登録依頼情報送信制御手段と、
前記端末装置通信手段を介して前記サーバから前記サービス情報を受信すると前記端末装置通信手段を介して前記周辺装置へ前記サービス情報を送信するサービス情報転送制御手段と、
を備え、
前記周辺装置は、
前記サーバおよび前記端末装置と通信を行う周辺装置通信手段と、
情報を記憶する記憶手段と、
前記周辺装置通信手段を介して前記端末装置から前記サービス情報を受信すると前記記憶手段に前記サービス情報を記憶させるサービス情報登録制御手段と、
前記記憶手段が記憶する前記サービス情報に基づき前記端末装置通信手段を介して前記サーバと通信を行うことによりサービスを実現するサービス実現手段と、
を備えること、
を特徴とするサービス登録システム。
【請求項３】
請求項２に記載のサービス登録システムにおいて、
前記サーバは、さらに、前記端末装置の前記登録情報受付手段が前記登録依頼情報を利用者から受け付ける際に用いられる入力画面の構成情報である画面構成情報を、前記サーバ通信手段を介して前記端末装置へ提供可能な状態で記憶する画面構成情報記憶手段を有し、
前記端末装置は、さらに、画像を表示する表示手段を備え、
その表示手段は、前記登録情報受付手段が前記登録依頼情報を利用者から受け付ける際に、前記端末装置通信手段を介して前記サーバから取得した前記画面構成情報に基づいて構成された入力画面を表示すること、
を特徴とするサービス登録システム。
【請求項４】
請求項３に記載のサービス登録システムにおいて、
前記表示手段が表示する前記入力画面には、前記周辺装置を特定するための情報である周辺装置特定情報を入力させる箇所があり、
前記登録依頼情報送信制御手段は、前記登録依頼情報の一つとして前記登録情報受付手段が受け付けた前記周辺装置特定情報を前記サーバに送信し、
前記サーバの前記サービス情報送信制御手段は、前記端末装置から受信した前記周辺装置特定情報を前記サービス情報と共に前記端末装置に送信し、
前記端末装置の前記サービス情報転送制御手段は、前記サーバから受信した前記周辺装置特定情報に基づいて前記サービス情報を送信する前記周辺装置を特定し、その特定した前記周辺装置に対して前記サービス情報を送信すること、
を特徴とするサービス登録システム。
【請求項５】
請求項３に記載のサービス登録システムにおいて、
前記表示手段が表示する前記入力画面には、前記周辺装置を特定するための情報である周辺装置特定情報を入力させる箇所があり、
前記端末装置は、さらに、前記周辺装置特定情報を記憶することができる周辺装置特定情報記憶手段を備え、
前記登録依頼情報送信制御手段は、前記登録依頼情報を前記サーバに送信する際に、前記登録受付手段が受け付けた前記周辺装置特定情報を前記周辺装置特定情報記憶手段に記憶させ、
前記サービス情報転送制御手段は、前記サービス情報を前記サーバから受信した際、前記周辺装置特定情報記憶手段が記憶している前記周辺装置特定情報に基づいて前記サービス情報を送信する前記周辺装置を特定し、その特定した前記周辺装置に対して前記サービス情報を送信すること、
を特徴とするサービス登録システム。
【請求項６】
請求項４または請求項５に記載のサービス登録システムにおいて、
前記端末装置は、さらに、前記端末装置通信手段が所定の条件にしたがって通信可能な前記周辺装置を探索する探索手段を備え、
前記表示手段は、前記探索手段が探索した前記周辺装置に関する情報を、前記入力画面の一部として表示させること、
を特徴とするサービス登録システム。
【請求項７】
請求項３〜請求項６の何れかに記載のサービス登録システムにおいて、
前記端末装置は、さらに、利用者からの転送指令を受け付ける転送指令受付手段を備え、
前記サービス情報転送制御手段は、前記サーバから前記サービス情報を受信すると、前記サービス情報を確認するめの確認画面を構成して前記表示手段に表示させ、前記転送指令受付手段が利用者から転送指令を受け付けた場合に限り、前記サービス情報を前記周辺装置に送信すること、
を特徴とするサービス登録システム。
【請求項８】
請求項７に記載のサービス登録システムにおいて、
前記サーバの前記画面構成情報記憶手段は、さらに、前記確認画面の画面構成情報をＨＴＭＬ形式で記憶し、
前記サーバの前記サービス情報送信制御手段は、前記サービス情報とともに前記確認画面の前記画面構成情報も送信し、
前記端末装置の前記サービス情報転送制御手段は、前記サーバから送信された前記画面構成情報に基づいて前記確認画面を構成し、前記サービス情報をＨＴＭＬリクエストにおけるＰＯＳＴメソッドによって前記周辺装置に送信するようになっていること、
を特徴とするサービス登録システム。
【請求項９】
ネットワークを介したサービスを利用することができる周辺装置、および前記周辺装置が前記サービスを利用可能とするためのサービス登録が可能でかつ前記周辺装置と通信可能な端末装置と通信可能で、かつ、前記周辺装置にネットワークを介して前記サービスを提供するサーバであって、
前記周辺装置および前記端末装置と通信を行うサーバ通信手段と、
前記サーバ通信手段を介して前記端末装置から前記サービスを利用するための登録に関する情報である登録依頼情報を受信すると、その登録依頼情報が適切であるか否かを判定し、適切である場合に前記サービスを利用する際に必要なサービス情報を前記サーバ通信手段を介して前記端末装置に送信するサービス情報送信制御手段と、
前記サーバ通信手段を介して前記周辺装置と通信を行うことによりサービスを提供するサービス提供手段と、
を備えることを特徴とするサーバ。
【請求項１０】
ネットワークを介してサービスを提供するサーバ、およびそのサーバと通信を行うことにより前記サービスを利用することができる周辺装置と通信でき、かつ、前記周辺装置が前記サービスを利用可能とするためのサービス登録を行う端末装置であって、
前記サービスを利用するための登録に関する情報である登録依頼情報を利用者から受け付ける登録情報受付手段と、
前記サーバおよび前記周辺装置と通信を行う端末装置通信手段と、
前記登録情報受付手段が受け付けた前記登録依頼情報を前記端末装置通信手段を介して前記サーバへ送信する登録依頼情報送信制御手段と、
前記端末装置通信手段を介して前記サーバから前記サービス情報を受信すると前記端末装置通信手段を介して前記周辺装置へ前記サービス情報を送信するサービス情報転送制御手段と、
を備えることを特徴とする端末装置。
【請求項１１】
ネットワークを介してサービスを提供するサーバ、およびそのサーバに対するサービス利用のためのサービス登録を行う端末装置と通信可能であって、かつ、前記サービスを利用することができる周辺装置であって、
前記サーバおよび前記端末装置と通信を行う周辺装置通信手段と、
情報を記憶する記憶手段と、
前記周辺装置通信手段を介して前記端末装置から前記サービス情報を受信すると前記記憶手段に前記サービス情報を記憶させるサービス情報登録制御手段と、
前記記憶手段が記憶する前記サービス情報に基づき前記端末装置通信手段を介して前記サーバと通信を行うことによりサービスを実現するサービス実現手段と、
を備えることを特徴とする周辺装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介したサービスを利用して機能することができる周辺装置に対し、サービスに関する利用情報を登録するサービス登録システム等に関する。
【背景技術】
【０００２】
近年、様々なサービス（例えばデータの加工等）を提供するサーバとネットワークを介して通信をすることにより機能を拡張することができる周辺装置（例えば、プリンタ装置、スキャナ装置、ファクシミリ装置、複合機等をはじめとするネットワーク機能を有する装置）が提案されている。また、さらにサービスを利用するために必要な操作情報（例えば、サービスメニューや、サービスパラーメータ等）もサーバからダウンロードして用いるものが提案されている（例えば特許文献１）。
【特許文献１】特開平９−２３８２１５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところが、このような周辺装置の表示パネルはパーソナルコンピュータ等の端末装置と比較して一般的に非常に貧弱であり、例えば新規に提供されるようになったサービスについての説明を、周辺装置の利用者に対して十分に行うことができないという問題があった。また、操作パネルについても一般的に非常に貧弱であり、周辺装置が利用するサービスを新たに申請するときなどに、利用者に複雑な操作を要求することができなかった。
【０００４】
そこで、重要な処理である登録申請だけでもユーザインタフェースがより充実した端末装置を用いて行えるようにすることが考えられる。しかし多くの場合、サービスを提供するサーバの識別情報（例えばＵＲＬ）や、サービスの属性情報（例えばユーザ名やパスワード）等の情報を周辺装置に登録する必要があるため、ユーザインタフェースが充実している端末装置を用いてサーバへの登録申請を行っただけでは、周辺装置はサーバが提供するサービスを利用することができない。
【０００５】
本発明はこのような問題に鑑みなされたものであり、周辺装置が利用するサービスを登録する際に、周辺装置よりも充実したユーザインタフェースを持つ端末装置を用いて登録申請が行え、かつ、周辺装置もサーバが提供するサービスを利用することができるようになるサービス登録システム等を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するためになされた請求項１に記載のサービス登録システムは、ネットワークを介してサービスを提供するサーバと、そのサーバと通信を行うことによりサービスを利用することができる周辺装置と、サーバおよび周辺装置と通信を行うことができる端末装置とを備えるサービス登録システムである。そして、端末装置は、サービスを利用するための登録に関する情報である登録依頼情報を利用者から受け付けると、サーバへ登録依頼情報を送信し、サーバは、端末装置から登録依頼情報を受信すると、サービスを利用する際に必要なサービス情報を端末装置に送信する。そして、端末装置は、サーバからサービス情報を受信すると周辺装置へサービス情報を送信し、周辺装置は、端末装置からサービス情報を受信するとその情報を記憶し、サービスが利用可能な状態になることを特徴とする。
【０００７】
なお、ここで言う「サービス」というのは、周辺装置とサーバとが通信を行うことにより所望の結果が得られる機能の総称であり、例えば、ＯＣＲ、翻訳、校正、音声変換、データ保存等が挙げられる。また、「登録依頼情報」としては、例えば、サービスの種別、利用期間、ユーザ名、パスワード等の情報である。また「サービス情報」としては、例えば、サービスを提供するサーバの識別情報（例えばサーバのＵＲＬ）や、サービスの属性情報（例えばサービスを利用するためのユーザ名やパスワード）等の情報である。
【０００８】
このようなサービス登録システムによれば、ユーザインタフェースが十分完備されていない周辺装置の利用者は、一般的に複雑である、サービスを利用するための登録を、ユーザインタフェースが充実した端末装置を用いて行うことができる。つまり、周辺装置に比較してユーザインタフェースが充実した端末装置を用いて容易に登録依頼を行うことができる上、周辺装置へのサービス情報の登録も一連の操作でなされる。したがって、利用者の登録間違いや登録時の操作の難しさを軽減することができる。
【０００９】
ところで、具体的な構成例としては、サーバ、端末装置および周辺装置を請求項２に記載のように構成するとよい。つまり、サーバは、周辺装置および端末装置と通信を行うサーバ通信手段と、サーバ通信手段を介して端末装置から登録依頼情報を受信すると、その登録依頼情報が適切であるか否かを判定し、適切である場合にサービスを利用する際に必要なサービス情報をサーバ通信手段を介して端末装置に送信するサービス情報送信制御手段と、サーバ通信手段を介して周辺装置と通信を行うことによりサービスを提供するサービス提供手段とを備えるように構成する。
【００１０】
また、端末装置は、サービスを利用するための登録に関する情報である登録依頼情報を利用者から受け付ける登録情報受付手段と、サーバおよび周辺装置と通信を行う端末装置通信手段と、登録情報受付手段が受け付けた登録依頼情報を端末装置通信手段を介してサーバへ送信する登録依頼情報送信制御手段と、端末装置通信手段を介してサーバからサービス情報を受信すると端末装置通信手段を介して周辺装置へサービス情報を送信するサービス情報転送制御手段とを備えるように構成する。
【００１１】
また、周辺装置は、サーバおよび端末装置と通信を行う周辺装置通信手段と、情報を記憶する記憶手段と、周辺装置通信手段を介して端末装置からサービス情報を受信すると記憶手段にサービス情報を記憶させるサービス情報登録制御手段と、記憶手段が記憶するサービス情報に基づき端末装置通信手段を介してサーバと通信を行うことによりサービスを実現するサービス実現手段とを備えるように構成する。
【００１２】
このように、サーバ、端末装置および周辺装置を構成すれば上述した効果を得ることができる。
ところで、利用者が端末装置へ登録依頼情報を入力する際には、入力画面に基づいて入力できるようになっているとよい。また、その入力画面のもととなる画面構成情報は、端末装置に予め記憶されており、その記憶されている情報が利用されて入力画面が構成されるようになっていてもよいが、サーバ側に記憶されるようになっているとよい。つまり、サーバは、さらに、端末装置の登録情報受付手段が登録依頼情報を利用者から受け付ける際に用いられる入力画面の構成情報である画面構成情報を、サーバ通信手段を介して端末装置へ提供可能な状態で記憶する画面構成情報記憶手段を有し、端末装置は、さらに、画像を表示する表示手段を備え、その表示手段は、登録情報受付手段が登録依頼情報を利用者から受け付ける際に、端末装置通信手段を介してサーバから取得した画面構成情報に基づいて構成された入力画面を表示するようになっているとよい（請求項３）。
【００１３】
このようになっていれば、利用者は表示手段に表示された入力画面にしたがって登録依頼情報を入力することができるため、より正確かつ容易に登録依頼情報を入力することができる。また、その入力画面のもととなる画面構成情報はサーバ側に記憶されているため、サーバの管理者がその画面構成情報を修正することにより、端末装置に表示される入力画面も修正される。したがって、サーバ側で入力画面の仕様を集中管理でき、入力画面の変更等も容易に行うことができる。
【００１４】
ところで、周辺装置が複数台ある場合や、周辺装置がＬＡＮのような多数の機器が接続されているネットワークに接続されている場合には、端末装置のサービス情報転送制御手段は、サーバから受け取ったサービス情報を送信する周辺装置を特定する必要がある。
【００１５】
そこで、請求項４に記載のようになっているとよい。つまり、表示手段が表示する入力画面には、周辺装置を特定するための情報である周辺装置特定情報を入力させる箇所があり、登録依頼情報送信制御手段は、登録依頼情報の一つとして登録情報受付手段が受け付けた周辺装置特定情報をサーバに送信する。そして、サーバのサービス情報送信制御手段は、端末装置から受信した周辺装置特定情報をサービス情報と共に端末装置に送信し、端末装置のサービス情報転送制御手段は、サーバから受信した周辺装置特定情報に基づいてサービス情報を送信する周辺装置を特定し、その特定した周辺装置に対してサービス情報を送信するようになっているとよい。
【００１６】
このようになっていれば、今から登録を行おうとしている周辺装置を利用者が明示的に指定することができるため、端末装置に登録されている間違った情報（周辺装置を特定するための情報）が用いられて、間違った周辺装置にサービス情報が送信されてしまうことを防止することができる。また、周辺装置を特定するための情報がサーバへ送信されるため、サーバは、その情報を記憶してサービス提供時にその情報を利用することもできる。
【００１７】
また、端末装置のサービス情報転送制御手段がサービス情報を送信する周辺装置を特定する他の方法としては、請求項５に記載のようになっていてもよい。つまり、表示手段が表示する入力画面には、周辺装置を特定するための情報である周辺装置特定情報を入力させる箇所があり、端末装置は、さらに、周辺装置特定情報を記憶することができる周辺装置特定情報記憶手段を備え、登録依頼情報送信制御手段は、登録依頼情報をサーバに送信する際に、登録受付手段が受け付けた周辺装置特定情報を周辺装置特定情報記憶手段に記憶させる。そして、サービス情報転送制御手段は、サービス情報をサーバから受信した際、周辺装置特定情報記憶手段が記憶している周辺装置特定情報に基づいてサービス情報を送信する周辺装置を特定し、その特定した周辺装置に対してサービス情報を送信するようになっていてもよい。
【００１８】
このようになっていても、今から登録を行おうとしている周辺装置を利用者が明示的に指定することができるため、端末装置に登録されている間違った情報（周辺装置を特定するための情報）が用いられて、間違った周辺装置にサービス情報が送信されてしまうおそれを軽減することができる。
【００１９】
ところで、上述した入力画面において、周辺装置を特定するための情報を利用者が直接入力（例えば周辺装置に割り当てられたＩＰドレスを入力）するようになっていてもよいが、このようになっていると利用者がその情報を予め完全に知っておく必要があり、スムーズな入力を妨げる要因となりかねない。したがって、利用者が周辺装置を特定するための情報を予め知らなくても、入力画面に入力できるようになっていると利用者にとって使い勝手がよい。そのため、端末装置は、さらに、端末装置通信手段が所定の条件にしたがって通信可能な周辺装置を探索する探索手段を備え、表示手段は、探索手段が探索した周辺装置に関する情報を、入力画面の一部として表示させるようになっているとよい（請求項６）。
【００２０】
このようになっていれば、利用者は周辺装置を特定するための情報をあいまいに覚えていても、入力画面に表示された情報の中から意図する周辺装置を選択して入力することができ、利用者の入力時の負担を軽減することができる。
【００２１】
また、サービス転送制御手段は、サーバからサービス情報を受信すると、利用者への問い合わせ等なく、そのまま周辺装置へサービス情報を送信するようになっていてもよいが、利用者に送信有無を問い合わせた後、周辺装置へサービス情報を送信するようになっていてもよい。つまり、端末装置は、さらに、利用者からの転送指令を受け付ける転送指令受付手段を備え、サービス情報転送制御手段は、サーバからサービス情報を受信すると、サービス情報を確認するめの確認画面を構成して表示手段に表示させ、転送指令受付手段が利用者から転送指令を受け付けた場合に限り、サービス情報を周辺装置に送信するようになっていてもよい（請求項７）。
【００２２】
このようになっていれば、利用者の意図したものでないサービス情報が周辺装置に送信されて記憶されるということを防止することができ、サービスへの利用登録自体の確実性を上げることができる。また、利用者の不安、例えば「本当に正しいサービス情報が周辺装置に送信されたのだろうか？」というような不安を払拭することもできる。
【００２３】
なお、サービス情報転送制御手段が行うサービス情報の送信は次のようになっているとよい。まず、前提として、サーバの画面構成情報記憶手段は、さらに、確認画面の画面構成情報をＨＴＭＬ形式で記憶し、サーバのサービス情報送信制御手段は、サービス情報とともに確認画面の画面構成情報も送信するようになっている。そして、端末装置のサービス情報転送制御手段は、サーバから送信された画面構成情報に基づいて確認画面を構成し、サービス情報をＨＴＭＬリクエストにおけるＰＯＳＴメソッドによって周辺装置に送信する（請求項８）。
このようになっていれば、利用者はＨＴＭＬによって構成されたページに表示されたボタンを押下することにより、周辺装置へのサービス情報の送信を指令することができる。つまり、サービス情報を入力したり、サービス情報を選択したりすることなく、手軽にサービス情報の送信を行うことができる。
【００２４】
ところで、請求項９に記載のようなサーバ、すなわち、周辺装置および端末装置と通信を行うサーバ通信手段と、サーバ通信手段を介して端末装置からサービスを利用するための登録に関する情報である登録依頼情報を受信すると、その登録依頼情報が適切であるか否かを判定し、適切である場合にサービスを利用する際に必要なサービス情報をサーバ通信手段を介して端末装置に送信するサービス情報送信制御手段と、サーバ通信手段を介して周辺装置と通信を行うことによりサービスを提供するサービス提供手段とを備えるサーバであっても、上述したサービス登録システムの一部を構成することができ、所定の端末装置や周辺装置と組み合わせることにより上述した効果を導くことができる。
【００２５】
また、請求項１０に記載のような端末装置、すなわち、サービスを利用するための登録に関する情報である登録依頼情報を利用者から受け付ける登録情報受付手段と、サーバおよび周辺装置と通信を行う端末装置通信手段と、登録情報受付手段が受け付けた登録依頼情報を端末装置通信手段を介してサーバへ送信する登録依頼情報送信制御手段と、端末装置通信手段を介してサーバからサービス情報を受信すると端末装置通信手段を介して周辺装置へサービス情報を送信するサービス情報転送制御手段とを備える端末装置であっても、上述したサービス登録システムの一部を構成することができ、所定のサーバや周辺装置と組み合わせることにより上述した効果を導くことができる。
【００２６】
また、請求項１１に記載のような周辺装置、すなわち、サーバおよび端末装置と通信を行う周辺装置通信手段と、情報を記憶する記憶手段と、周辺装置通信手段を介して端末装置からサービス情報を受信すると記憶手段にサービス情報を記憶させるサービス情報登録制御手段と、記憶手段が記憶するサービス情報に基づき端末装置通信手段を介してサーバと通信を行うことによりサービスを実現するサービス実現手段とを備える周辺装置であっても、上述したサービス登録システムの一部を構成することができ、所定のサーバや端末装置と組み合わせることにより上述した効果を導くことができる。
【発明を実施するための最良の形態】
【００２７】
以下、本発明が適用された実施形態について、［全体構成の説明］、［サービス情報の登録の仕組み］、［サービス提供の仕組み］、［効果］、［変形例］、［本発明との対応関係］の順に説明する。
【００２８】
［全体構成の説明］
本発明が適用された、ネットワークを介したサービスの提供が行われるサービス提供システムは、図１に示すように、複合機１０，ディレクトリサーバ２０，機能サーバ３０，ＰＣ６０などからなり、これらがネットワーク（本実施形態ではインターネット等の広域ネットワーク）１を介してデータ通信可能に接続されている。具体的にいうと、複合機１０，ディレクトリサーバ２０，機能サーバ３０およびＰＣ６０は、それぞれルータ（Ｒ；周知のブロードバンドルータ）２〜４を介してネットワーク１と接続されている。
【００２９】
複合機１０は、制御部１１，操作部１２，読取部１３，記録部１４，通信部１５，記憶部１６，音入力部１７および音出力部１８などを備えている。
これらのうち、制御部１１は、ＣＰＵ，ＲＯＭ，ＲＡＭ等を備え、このＣＰＵが、ＲＯＭに記憶されているプログラムに従って複合機１０全体を統括制御する。
【００３０】
また、操作部１２は、図２に示すように、コピーキー４１，スキャナキー４２，ＦＡＸキー４３，サービスキー４４，設定キー４５，上下左右の方向キー４６〜４９，ＯＫキー５０およびキャンセルキー５１，ディスプレイ５２などからなるユーザインタフェースとして構成されている。
【００３１】
図１に説明を戻し、また、読取部１３は、スキャナとしての機能を実現するための入力デバイスであり、用紙等のシート状記録媒体に記録（例えば印刷）された画像を読み取り、その画像を表す画像データを生成する。
【００３２】
また、記録部１４は、プリンタとしての機能を実現するための出力デバイスであり、画像データの表す画像を用紙等のシート状記録媒体に印刷する。
また、通信部１５は、複合機１０をネットワーク１に接続すると共に、このネットワーク１を介してデータを送受信するための処理を行う。
【００３３】
また、記憶部１６は、図示しないハードディスク等の不揮発性の記憶媒体を備えており、入出力したデータ等を記憶することができる。
また、音入力部１７は、本複合機１０が備える図示しないハンドセット（受話器）に設けられたマイクから音を入力し、その音を表す音データ（ＰＣＭデータ）を生成する。
【００３４】
そして、音出力部１８は、音データ（ＰＣＭデータ）の表す音を、図示しないハンドセットに設けられたスピーカ、又は、複合機１０本体に設けられた図示しないスピーカから出力する。
【００３５】
ディレクトリサーバ２０は、制御部２１，通信部２２および記憶部２３を備えている。
これらのうち、制御部２１は、ＣＰＵ，ＲＯＭ，ＲＡＭ等を備え、このＣＰＵが、ＲＯＭに記憶されているプログラムに従ってディレクトリサーバ２０全体を統括制御する。
【００３６】
また、通信部２２は、ディレクトリサーバ２０をネットワーク１に接続すると共に、このネットワーク１を介してデータを送受信するための処理を行う。
そして、記憶部２３は、図示しないハードディスクを備えており、このハードディスクにデータを記憶する。この記憶部２３には、後述するサービス定義情報２５を記憶するためのサービス定義情報記憶部２４が設けられている。このサービス定義情報２５は、ＸＭＬ（eXtensible Markup Language）により記述されたデータであり、この記述内容に従って後述するサービス選択用画面を表示することで（図１０（ａ）参照）、機能サーバ３０が提供可能なサービス一覧（各サービスの種類及び要求先アドレス（ＵＲＬ）を提供することができる。なお、このサービス定義情報２５における各タグの定義付けを図３に示す。
【００３７】
機能サーバ３０は、制御部３１，通信部３２および記憶部３３などを備えている。
これらのうち、制御部３１は、ＣＰＵ，ＲＯＭ，ＲＡＭ等を備え、このＣＰＵが、ＲＯＭに記憶されているプログラムに従って機能サーバ３０全体を統括制御する。なお、この制御部３１は、複合機１０の制御部１１に比べて充分に高性能な構成とされており、複合機１０の制御部１１では実行困難な処理についても行うことができる。
【００３８】
また、通信部３２は、機能サーバ３０をネットワーク１に接続すると共に、このネットワーク１を介してデータを送受信するための処理を行う。
そして、記憶部３３は、図示しないハードディスクを備えており、このハードディスクにデータを記憶する。この記憶部３３は、後述するサービスＩ／Ｆ情報３６を記憶するためのサービスＩ／Ｆ情報記憶部３４と、それぞれ異なるサービスを提供するための処理を実行するサービスソフトウェア３７を記憶するためのサービスソフト記憶部３５と、からなる。このサービスＩ／Ｆ情報３６は、ＸＭＬにより記述されたデータであり、この記述内容に従って後述するパラメータ入力用画面が複合機１０に表示されることで（図１６参照）、機能サーバ３０に対してサービスの提供を要求するための情報（サービスの詳細内容等）の設定を行うインタフェースが実現される。
【００３９】
なお、このサービスＩ／Ｆ情報３６における各タグの定義付けを図４に示す。
ＰＣ６０は、制御部６１，操作部６２，表示部６３，記憶部６４および通信部６５などを備えている。
【００４０】
これらのうち、制御部６１は、ＣＰＵ，ＲＯＭ，ＲＡＭ等を備え、このＣＰＵが、ＲＯＭに記憶されているプログラムに従ってＰＣ６０全体を統括制御する。
また、操作部６２は、周知のキーボードやマウス等から構成されている。
【００４１】
また、表示部６３は、周知のＣＲＴや液晶ディスプレイ等から構成されている。
また、記憶部６４は、図示しないハードディスク等の不揮発性の記憶媒体を備えており、入出力したデータ等を記憶することができる。
【００４２】
また、通信部６５は、ＰＣ６０をネットワーク１に接続すると共に、このネットワーク１を介してデータを送受信するための処理を行う。
［サービス情報の登録の仕組み］
本サービス提供システムにおいて、機能サーバ３０が提供するサービスを複合機１０が利用できるようになるために必要な利用前処理について説明する。この利用前処理というのは、機能サーバ３０にユーザ等の情報が登録されると共にサービスを利用するために必要なサービス情報が複合機１０に記憶される処理である。
【００４３】
（１）概要
まず、この処理の概要を図２６に基づき説明する。
ユーザはＰＣ６０の操作部６２を操作することにより、ユーザ登録用のページを機能サーバ３０に要求する（Ｓ１５１）。これは、ＰＣ６０において周知のブラウザが起動され、そのブラウザのアドレス入力欄に機能サーバ３０のＵＲＬが入力される、または、ブックマークからそのＵＲＬが選択されることにより行われる。
【００４４】
続いて、機能サーバ３０からユーザ登録用のページ（後述するＨＴＭＬ１）が返信される（Ｓ１５２）。このユーザ登録用のページを受け取ったＰＣ６０は、この登録用のページを表示部６３に表示させ、ユーザに必要事項（利用登録を行うサービスの種別、ユーザＩＤ、パスワード等）の入力を促す。
【００４５】
そして、ユーザが必要事項の入力を終えて送信ボタン（ｓｕｂｍｉｔボタン）を押下すると入力情報が機能サーバ３０に送信され（Ｓ１５３）、機能サーバ３０においてユーザ登録がなされる。このユーザ登録というのは、当該ユーザはサービスを利用可能なユーザであると記憶することである。
【００４６】
機能サーバ３０においてユーザ登録がなされると、サービスを利用するために必要なサービス情報が含まれたページ（後述するＨＴＭＬ２）がＰＣ６０に送られる（Ｓ１５４）。このサービス情報が含まれたページを受け取ったＰＣ６０は、このページを表示部６３に表示させ、ユーザに登録内容を確認させると共に送信ボタン（ｓｕｂｍｉｔボタン）の押下を促す。
【００４７】
そして、ユーザが送信ボタン（ｓｕｂｍｉｔボタン）を押下するとサービス情報が複合機１０へ送信され（Ｓ１５５）、そのサービス情報を受信した複合機１０は、サービス情報を記憶部１６へ記憶させる。
【００４８】
以上のような流れにより、機能サーバ３０へユーザの登録が行われる共にサービスを利用するために必要なサービス情報が複合機１０へ記憶される。
次に、複合機１０がサービス情報に基づいて、実際に翻訳コピーサービスを利用する際の処理概要について説明する。なお、この翻訳コピーサービスというのは、翻訳させたい書類を複合機１０に読み込ませると、翻訳された書類が複合機１０から出力されるサービスである。
【００４９】
複合機１０において、利用者が翻訳コピーサービスを選択すると、そのサービスを提供しているサーバ（ここでは機能サーバ３０）に対し、サービス情報のうちのユーザＩＤを送信する（Ｓ１６１）。
【００５０】
ユーザＩＤを受け取った機能サーバ３０は、このユーザＩＤがサービスを利用可能なＩＤであるか否かを判定し、サービスを利用可能なユーザＩＤである場合にはスキャン要求を複合機１０に対して送る（Ｓ１６２）。
【００５１】
スキャン要求を受けた複合機１０は、ユーザに書類のスキャンを促し、書類をスキャンした結果得られるスキャンデータを機能サーバ３０に送信する（Ｓ１６３）。
スキャンデータを受信した機能サーバ３０は、スキャンデータから文字情報を抽出して翻訳を行い、その翻訳結果を印刷データとして印刷要求と共に複合機１０に送信する（Ｓ１６５，Ｓ１６６）。
【００５２】
印刷要求と印刷データとを受け取った複合機１０は、印刷データに基づいて印刷を行い、翻訳結果を出力する。
そして、機能サーバ３０は、最後に終了要求を複合機１０へ送信し（Ｓ１６７）、その終了要求を受け取った複合機１０は、翻訳コピーサービスを実行しているプログラムを終了させる。
【００５３】
以上で処理概要の説明を終える。次に、ＰＣ６０，機能サーバ３０，複合機１０で実行される各処理について説明する。
（２）ＰＣ６０による処理
まず、ＰＣ６０の制御部６１により実行されるブラウザ処理を図２７に基づいて説明する。このブラウザ処理は、ユーザが操作部６２を操作することによって起動指示が入力され実行が開始される。
【００５４】
このブラウザ処理が起動されたら、まず、ＵＲＬを受け付ける（Ｓ３５１）。このステップで受け付けるＵＲＬは、ユーザによってアドレス欄に直接入力されることによってＵＲＬを受け付けるようになっていてもよいし、ユーザがブックマークからＵＲＬを選択することによってＵＲＬを受け付けるようになっていてもよい。
【００５５】
続いて、ユーザが操作部６２を操作することによりフォーム（例えば図３４（ａ））へ入力を行ったか否かを判定する（Ｓ３５５）。ユーザによりフォームへの入力が行われた場合には（Ｓ３５５：ＹＥＳ）、入力内容をフォームに反映させ（Ｓ３５７）、ユーザからの入力を受け付ける状態に移行する（Ｓ３５３）。なお、このＳ３５３においてユーザから何らかの入力を受け付けるとＳ３５５に移行する。
【００５６】
一方、Ｓ３５５において、ユーザによりフォームへの入力が行われなかったと判断した場合には（Ｓ３５５：ＮＯ）、ユーザが操作部６２を操作することによりＵＲＬの入力が行われたか否かを判定する（Ｓ３５９）。このＵＲＬの入力は上述した通り、アドレス欄に直接ＵＲＬが入力される場合もブックマークからＵＲＬが選択される場合も両方含む。ＵＲＬの入力が行われた場合には（Ｓ３５９：ＹＥＳ）、入力されたＵＲＬ先へコンテンツを要求する（Ｓ３６７）。このコンテンツの要求は、ＨＴＴＰ１．１に基づくＨＴＴＰリクエスト（以降、単に「ＨＴＴＰリクエスト」という。）によって行われる。
【００５７】
Ｓ３５９において、ＵＲＬの入力が行われなかったと判断した場合には（Ｓ３５９：ＮＯ）、ユーザがリンクを選択したか否かを判定する（Ｓ３６１）。ユーザがリンクを選択したと判断した場合には（Ｓ３６１：ＹＥＳ）、選択されたリンクが指し示すＵＲＬ先へＨＴＴＰリクエストによってコンテンツを要求する（Ｓ３６７）。
【００５８】
一方、Ｓ３６１において、ユーザはリンクを選択していないと判断した場合には（Ｓ３６１：ＮＯ）、ユーザによりｓｕｂｍｉｔボタンが押下されたか否かを判定する（Ｓ３６３）。ユーザによりｓｕｂｍｉｔボタンが押下されたと判断した場合には（Ｓ３６３：ＹＥＳ）、フォームに入力されている内容をフォームに定義されているＵＲＬ先へＨＴＴＰリクエストにより送信し、コンテンツを要求する（Ｓ３６９）。
【００５９】
一方、Ｓ３６３において、ユーザはｓｕｂｍｉｔボタンを押下していないと判断した場合には（Ｓ３６３：ＹＥＳ）、ユーザにより終了ボタンが押下されたか否かを判定する（Ｓ３６５）。ユーザにより終了ボタンが押下されたと判断した場合には（Ｓ３６５：ＹＥＳ）、本ブラウザ処理を終了する。
【００６０】
一方、Ｓ３６５において、ユーザにより終了ボタンが押下されていないと判断した場合には（Ｓ３６５：ＮＯ）、エラーである旨のメッセージを表示部６３に表示させることによりエラーを報知し（Ｓ３８１）、上述したＳ３５３に移行する。
【００６１】
ところで、Ｓ３６７およびＳ３６９においてコンテンツを要求した後は、要求先のサーバ（ここでは機能サーバ３０）から送信されるＨＴＴＰレスポンス（ＨＴＴＰ１．１に基づくＨＴＴＰレスポンス）によりコンテンツを受信する（Ｓ３７１）。そして、この受信したコンテンツがＪＡＶＡアプレット（「ＪＡＶＡ」は登録商標）であるか否かを判定する（Ｓ３７３）。受信したコンテンツがＪＡＶＡアプレットである場合には（Ｓ３７３：ＹＥＳ）、そのＪＡＶＡアプレットを実行し（Ｓ３７９）、上述したＳ３５３に移行する。
【００６２】
一方、受信したコンテンツがＪＡＶＡアプレットでなかった場合には（Ｓ３７３：ＮＯ）、その受信したコンテンツ（ＨＴＭＬ）を表示部６３に表示させ（Ｓ３７５）、上述したＳ３５３に移行する。
【００６３】
以上がブラウザ処理の各処理ステップの説明であるが、本ブラウザ処理は汎用的な処理であるため、特に本発明の場合の処理推移について説明しておく。まず、ブラウザ処理が起動されると、機能サーバ３０のユーザ登録処理のためのｈｔｍｌを示す「ｈｔｔｐ：／／ａｄｇｉ．ｃｏｍ／ｒｅｇｉｓｔｐａｇｅ．ｈｔｍｌ」が入力され（Ｓ３５１）、当該ＨＴＭＬファイルを要求する（Ｓ３５９：ＹＥＳ，Ｓ３６７）。
【００６４】
続いて、上記ＵＲＬによって指定されたＨＴＭＬファイルを受信すると（Ｓ３７１）、受信したＨＴＭＬファイルに基づいて表示画面を構成し、構成した画面を表示部６３に表示させる（Ｓ３７３：ＮＯ，Ｓ３７５）。
【００６５】
なお、このときに受信されるＨＴＭＬファイルは、図３１に示すＨＴＭＬ１である。図３１に示すように、＜ｆｏｒｍ＞タグが用いられ、今から登録しようとしている複合機１０のアドレスと、サービスの種類と、ユーザ名（ユーザＩＤ）と、パスワードと、が入力または指定可能な画面を構成するような記述がなされている。また、＜ｆｏｒｍ＞タグのメソッドとして「ＰＯＳＴ」が指定され、そのリクエストＵＲＬとして「ｈｔｔｐ：／／ａｄｇｉ．ｃｏｍ／ｒｅｇｉｓｔ．ｃｇｉ」が指定されている。そして、ｓｕｂｍｉｔボタンが押下された際には、今から登録しようとしている複合機１０のアドレスがip#address、サービスの種類がservice#type、ユーザ名（ユーザＩＤ）がuser#name、パスワードがregister#passwordというＮＡＭＥプロパティによってサーバ側で参照可能なように機能サーバ３０に送信するよう記述されている。
【００６６】
ＨＴＭＬ１によって表示される具体的な表示画面は図３４（ａ）である。図３４（ａ）に示すように、表示画面７５０は、装置（今からサービス情報を登録しようとしている装置）のアドレス入力欄７５１と、サービスの種類の選択欄７５２と、ユーザ名（ユーザＩＤ）の入力欄７５３と、パスワードの入力欄７５４と、キャンセルボタン７５５と、ｓｕｂｍｉｔボタン７５６とによって構成されている。
【００６７】
図２７に説明を戻し、続いて、ユーザによりフォームの各入力欄に入力がなされるとその入力を画面に反映させる（Ｓ３５３，Ｓ３５５：ＹＥＳ，Ｓ３５７）。そして、ｓｕｂｍｉｔボタン７５６が押下されるとフォームの入力内容を上記「ｈｔｔｐ：／／ａｄｇｉ．ｃｏｍ／ｒｅｇｉｓｔ．ｃｇｉ」（機能サーバ３０）に送信し、コンテンツ（ＨＴＭＬファイル）を要求する（Ｓ３６９）。
【００６８】
コンテンツ（ＨＴＭＬファイル）が機能サーバ３０から送信され、このＨＴＭＬファイルをＰＣ６０が受信するとその受信したＨＴＭＬファイルに基づいて画面を構成して表示部６３に表示させる（Ｓ３７１，Ｓ３７３：ＮＯ，Ｓ３７５）。
【００６９】
この機能サーバ３０から送信されるＨＴＭＬは、図３２に示すＨＴＭＬ２である。図３２に示すように、先の画面で入力された装置（複合機１０）のアドレスと、サービスの名称と、ユーザ名とを表示するように記述されている。また＜ｆｏｒｍ＞タグが用いられ、サービス情報（"userID"="Richard"、"imfcsessionControlRequestUrl"="http://adgi.com/sessionControl.cgi"、"imfcDisplayNameForBookMark"="Regist"）が隠し情報として記述されている。
【００７０】
具体的な表示画面は図３４（ｂ）である。図３４（ｂ）に示すように、表示画面７６０は、装置（複合機１０）にサービス情報を登録するかどうかを問い合わせるメッセージと、装置のアドレスと、サービス名と、ユーザ名と、登録ボタン７６１とから構成される。この登録ボタン７６１は、いわゆるｓｕｂｍｉｔボタンである。
【００７１】
図２７に説明を戻し、ここで、登録ボタン７６１が押下されると、ユーザによってｓｕｂｍｉｔボタンが押下されたと判断し（Ｓ３６３：ＹＥＳ）、複合機１０に上記サービス情報を送信する（Ｓ３６９）。
【００７２】
その結果、複合機１０側でサービス情報が登録されその登録結果のコンテンツ（ＨＴＭＬファイル）が複合機１０から返され（Ｓ３７１）、そのＨＴＭＬファイルに基づいて画面を構成して表示部６３に表示させる（Ｓ３７５）。
【００７３】
この複合機１０から返されるＨＴＭＬファイルは、図３３に示すＨＴＭＬ３である。図３３に示すように、ＨＴＭＬ３は登録完了を意味するメッセージを表示するよう記述されている。このＨＴＭＬ１３による具体的な表示画面は図３４（ｃ）である。図３４（ｃ）に示すように、表示画面７７０は登録完了を意味するメッセージから構成されている。
【００７４】
（３）機能サーバ３０による処理
次に、機能サーバ３０の制御部３１により実行されるＷｅｂ応答処理とユーザ登録処理について説明する。
（３−１）Ｗｅｂ応答処理
まず、Ｗｅｂ応答処理について図２８に基づいて説明する。このＷｅｂ応答処理は、機能サーバ３０の電源が投入されると同時に実行が開始される処理である。
【００７５】
Ｗｅｂ応答処理が開始されるとまず、外部の他の装置からＨＴＴＰリクエストがあるか否かを判定する（Ｓ４５１）。外部の他の装置からＨＴＴＰリクエストがあれば（Ｓ４５１：ＹＥＳ）、そのＨＴＴＰリクエストのメソッドがＰＯＳＴであるか否かを判定する（Ｓ４５３）。ＨＴＴＰリクエストのメソッドがＰＯＳＴであれば（Ｓ４５３：ＹＥＳ）、ＨＴＴＰリクエストのリクエストＵＲＬが、サービス登録のためのＣＧＩプログラムを指しているか否かをさらに判定する（Ｓ４６１）。つまり、ＨＴＴＰリクエストのリクエストＵＲＬが「ｈｔｔｐ：／／ａｄｇｉ．ｃｏｍ／ｒｅｇｉｓｔ．ｃｇｉ」であるか否かを判定する。そして、リクエストＵＲＬがサービス登録のためのＣＧＩプログラムを指している場合には（Ｓ４６１：ＹＥＳ）、後述するユーザ登録処理を実行し（Ｓ４６３）、その処理が終わると上述したＳ４５１に処理を戻す。
【００７６】
一方、Ｓ４６１において、ＨＴＴＰリクエストのリクエストＵＲＬがサービス登録のためのＣＧＩプログラムを指すものでない場合には（Ｓ４６１：ＮＯ）、リクエストＵＲＬに指定された別のＣＧＩプログラムを実行する等の他の処理を実行する（Ｓ４６５）。そして、他の処理によって生成等されたＨＴＭＬをＨＴＴＰレスポンスとしてＨＴＴＰリクエストをしてきた装置へ送信し（Ｓ４６７）、上述したＳ４５１に処理を戻す。
【００７７】
一方、上述したＳ４５３において、ＨＴＴＰリクエストのメソッドがＰＯＳＴでない場合は（Ｓ４５３：ＮＯ）、ＨＴＴＰリクエストのメソッドがＧＥＴであるか否かを判定する（Ｓ４５５）。ＨＴＴＰリクエストのメソッドがＧＥＴでない場合には（Ｓ４５５：ＮＯ）、そのメソッドの種別にしたがったそれぞれの処理を実行し（Ｓ４５５）、その処理結果に応じたＨＴＭＬをＨＴＴＰレスポンスとしてＨＴＴＰリクエストを送ってきた装置へ送信し（Ｓ４６７）、上述したＳ４５１に処理を戻す。
【００７８】
Ｓ４５５において、ＨＴＴＰリクエストのメソッドがＧＥＴである場合には（Ｓ４５５：ＹＥＳ）、ＨＴＴＰリクエストのリクエストＵＲＬがサービス登録のためのページ（ｈｔｔｐ：／／ａｄｇｉ．ｃｏｍ／ｒｅｇｉｓｔｐａｇｅ．ｈｔｍｌ）であるか否かを判定する（Ｓ４５７）。リクエストＵＲＬがサービス登録のためのページである場合には（Ｓ４５７：ＹＥＳ）、ＨＴＴＰリクエストを送ってきた装置へ図３１に示すＨＴＭＬ１を送信し（Ｓ４５９）、上述したＳ４５１に処理を戻す。
【００７９】
一方、リクエストＵＲＬがサービス登録のためのページでない場合には（Ｓ４５７：ＮＯ）、そのリクエストＵＲＬに対応するファイルを記憶部３３から探し（Ｓ４６５）、ＨＴＴＰリクエストを送ってきた装置へ、そのファイルを送信する（Ｓ４６７）。そして、上述したＳ４５１に処理を戻す。
（３−２）ユーザ登録処理
次に、図２８におけるＳ４６３に相当するユーザ登録処理の詳細な処理手順を図２９を用いて説明する。
【００８０】
このユーザ登録処理では、まず、ＨＴＴＰリクエストと一緒に送られてきたユーザＩＤ（user#name）とパスワード（register#password）の組み合わせが、予め記憶部３３に記憶されているリスト内に存在するか否かを判定する（Ｓ５５１）。なお、この判定は、ＨＴＴＰリクエストと一緒に送られてきたサービスの種類（service#type）が考慮されて行われる。ＨＴＴＰリクエストと一緒に送られてきたユーザＩＤ（user#name）とパスワード（register#password）の組み合わせがリスト内に存在する場合には（Ｓ５５１：ＹＥＳ）、そのサービスに対してそのユーザＩＤには利用権があるということでその情報を記憶部３３に記憶させる（Ｓ５５５）。そして、ＨＴＴＰリクエストを送ってきた装置へＨＴＭＬ２（図３２参照）を送信し（Ｓ５５７）、本ユーザ登録処理を終了して図２８におけるＳ４６３に続くステップに処理を戻す。
【００８１】
一方、ＨＴＴＰリクエストと一緒に送られてきたユーザＩＤ（user#name）とパスワード（register#password）の組み合わせがリスト内に存在しない場合には（Ｓ５５１：ＮＯ）、ＨＴＴＰリクエストを送ってきた装置へＨＴＭＬ１（図３１参照）を送信し（Ｓ５５３）、本ユーザ登録処理を終了して図２８におけるＳ４６３に続くステップに処理を戻す。
【００８２】
（４）複合機１０による処理
次に、複合機の制御部１１により実行されるサービス情報記憶処理について図３０に基づいて説明する。このサービス情報記憶処理は、複合機１０の電源が投入されると同時に実行が開始される処理である。
【００８３】
このサービス情報記憶処理が起動されたら、まず、ＨＴＴＰリクエストが他の装置からあるか否かを判定する（Ｓ６５１）。ＨＴＴＰリクエストが他の装置からなかった場合には（Ｓ６５１：ＮＯ）、他の装置からＨＴＴＰリクエストがあるまでＳ６５１の判定を続ける。
【００８４】
一方、ＨＴＴＰリクエストが他の装置からあった場合には（Ｓ６５１：ＹＥＳ）、そのＨＴＴＰリクエストのメソッドはＰＯＳＴであるか否かを判定する（Ｓ６５３）。ＨＴＴＰリクエストのメソッドがＰＯＳＴでない場合には（Ｓ６５３：ＮＯ）、そのメソッドに応じた処理を行い（Ｓ６５５）、リクエスト元にＨＴＴＰレスポンスを返す（Ｓ６５７）。そして、上述したＳ６５１に処理を戻す。
【００８５】
一方、Ｓ６５３において、ＨＴＴＰリクエストのメソッドがＰＯＳＴであった場合には（Ｓ６５３：ＹＥＳ）、そのＨＴＴＰリクエストと一緒に送られてきたフォームの情報（サービス情報）の中にユーザ登録用のＣＧＩを指し示すＵＲＬがあるか否かを判定する（Ｓ６５９）。つまり、ＨＴＴＰリクエストと一緒に送られてきた情報のプロパティＮＡＭＥ＝"imfcsessionControlRequestUrl"のデータが"http://adgi.com/sessionControl.cgi"であるか否かを判定する。ＨＴＴＰリクエストと一緒に送られてきたフォームの情報の中にユーザ登録用のＣＧＩを指し示すＵＲＬがある場合には、ＨＴＴＰリクエストと一緒に送られてきたフォームの情報（サービス情報）を記憶部１６に記憶させ（Ｓ６６１）、ＨＴＴＰリクエストを送ってきた装置（つまり、ＰＣ６０）に対して図３３に示すＨＴＭＬ３を送信する（Ｓ６６３）。このＨＴＭＬ３は、図３３に示すように、サービス情報の登録が完了したことを意味するメッセージを表示させるものである。具体的な表示画面は、図３４（ｃ）である。図３４（ｃ）に示すように、表示画面７７０は、装置（つまり複合機１０）のアドレスとサービスの種別が記されたメッセージによって構成されたものである。なお、記憶部１６に記憶させたサービス情報は、後述するセッション処理（図１２参照）において用いられる。
【００８６】
そして、ＨＴＭＬ３を送信し終えると、上述したＳ６５１に処理を戻す
以上で、サービス情報の登録の仕組みの説明を終える。次に、実際のサービス提供の仕組みについて説明する。
［サービス提供の仕組み］
まず、サービスが提供される際、複合機１０と機能サーバ３０との間で行われる通信の一例について、図５のラダーチャートを用いて説明する。
【００８７】
複合機１０と機能サーバ３０とは、サービス起動からサービス終了までの間、一連の通信処理（セッション）を行う。このセッションにおいて、まず、複合機１０は、機能サーバ３０に対し、サービス起動を要求する。すると、機能サーバ３０は、複合機１０に対しセッションＩＤを送信する。ここで、セッションＩＤとは、機能サーバ３０においてセッションを特定するための識別子であり、以降の通信において、複合機１０はリクエストに伴いセッションＩＤを送信し、機能サーバ３０はそのセッションＩＤに基づきセッションを特定する。これにより、機能サーバ３０は、複数のセッションを同時に処理することが可能となる。
【００８８】
複合機１０は、セッションＩＤを受信すると、以降は、本複合機１０に対する指令の問い合わせである複合機指令問合せを定期的に行い、これに対する機能サーバ３０からの返答という形で指令を受ける。なお、機能サーバ３０は、複合機指令問合せに対して送信すべき指令がない場合には、指令がない旨の送信（複合機指令無し）を行う。
【００８９】
この例において、機能サーバ３０は、まず、ＵＩ（ユーザインタフェース）ジョブ起動指令を複合機１０へ送信する。ここで、ＵＩジョブ起動指令とは、複合機１０に設けられるＵＩデバイス（操作パネル１２）の利用開始を通知するものである。これにより、複合機１０と機能サーバ３０との間で、ＵＩジョブの通信処理が開始される。このＵＩジョブの通信処理は、セッションと並行して行われる。また、機能サーバ３０から複合機１０へは、ＵＩジョブ起動指令に伴い、機能サーバ３０においてジョブを特定するためのジョブＩＤ（セッションにおいて固有の識別子）が送信される。そして、複合機１０は、ＵＩジョブの通信処理において、リクエストに伴いセッションＩＤ及びジョブＩＤを送信し、機能サーバ３０は、そのセッションＩＤ及びジョブＩＤに基づきジョブを特定する。これにより、機能サーバ３０は、複数のジョブを同時に処理することが可能となる。なお、ＵＩジョブの通信処理の内容については後述する。
【００９０】
続いて、機能サーバ３０は、所定のタイミングで、入力ジョブ起動指令を複合機１０へ送信する。ここで、入力ジョブ起動指令とは、複合機１０に設けられる入力デバイス（読取部１３又は音入力部１７）の利用開始を通知するものである。これにより、複合機１０と機能サーバ３０との間で、入力ジョブの通信処理が開始される。そして、この入力ジョブの通信処理も、ＵＩジョブと同様、セッションと並行して行われる。また、機能サーバ３０から複合機１０へは、入力ジョブ起動指令に伴いジョブＩＤが送信される。そして、複合機１０は、入力ジョブの通信処理において、リクエストに伴いセッションＩＤ及びジョブＩＤを送信し、機能サーバ３０は、そのセッションＩＤ及びジョブＩＤに基づきジョブを特定する。なお、入力ジョブの通信処理の内容については後述する。
【００９１】
続いて、機能サーバ３０は、所定のタイミングで、出力ジョブ起動指令を複合機１０へ送信する。ここで、出力ジョブ起動指令とは、複合機１０に設けられる出力デバイス（記録部１４又は音出力部１８）の利用開始を通知するものである。これにより、複合機１０と機能サーバ３０との間で、出力ジョブの通信処理が開始される。そして、この出力ジョブの通信処理も、ＵＩジョブや入力ジョブと同様、セッションと並行して行われる。また、機能サーバ３０から複合機１０へは、出力ジョブ起動指令に伴いジョブＩＤが送信される。そして、複合機１０は、出力ジョブの通信処理において、リクエストに伴いセッションＩＤ及びジョブＩＤを送信し、機能サーバ３０は、そのセッションＩＤ及びジョブＩＤに基づきジョブを特定する。なお、出力ジョブの通信処理の内容については後述する。
【００９２】
続いて、機能サーバ３０は、所定のタイミングで、出力ジョブを終了することの通知である出力ジョブ終了指令を複合機１０へ送信する。
続いて、機能サーバ３０は、所定のタイミングで、入力ジョブを終了することの通知である入力ジョブ終了指令を複合機１０へ送信する。
【００９３】
続いて、機能サーバ３０は、所定のタイミングで、ＵＩジョブを終了することの通知であるＵＩジョブ終了指令を複合機１０へ送信する。
続いて、機能サーバ３０は、所定のタイミングで、サービスを終了することの通知であるサービス終了指令を複合機１０へ送信する。
【００９４】
以上が、セッションの内容である。
次に、ＵＩジョブの通信処理について説明する。
ＵＩジョブの通信処理において、まず、複合機１０は、機能サーバ３０に対し、本複合機１０に対する指令の問い合わせである複合機ジョブ指令問合せを行う。すると、機能サーバ３０は、複合機１０に対しパラメータ要求を送信する。ここで、パラメータ要求とは、サービスの実行に必要なパラメータを複合機１０の利用者に設定させるためのものであり、機能サーバ３０から複合機１０へは、パラメータ要求に伴いサービスＩ／Ｆ情報３６が送信される。
【００９５】
複合機１０は、機能サーバ３０からパラメータ要求を受信すると、サービスＩ／Ｆ情報３６に基づくパラメータ入力用画面を操作パネル１２のディスプレイ５２に表示させる（例えば図１６）。そして、利用者により設定されたパラメータを、機能サーバ３０へ送信する。
【００９６】
機能サーバ３０は、複合機１０からパラメータを受信すると、機能サーバ３０が複合機１０からの情報を正常に受け取ることができたか否かを表す通知であるサーバ受取状況を送信する。
【００９７】
そして、複合機１０は、機能サーバ３０から受信したサーバ受取状況により機能サーバ３０がパラメータを正常に受信したことを確認すると、機能サーバ３０に対し、サービスの状態に関する情報の要求であるサービス状態情報要求を行う。
【００９８】
機能サーバ３０は、複合機１０からサービス状態情報要求を受信すると、機能サーバ３０及びサービスの状態の通知であるサービス状態情報を複合機１０へ送信する。
以降は、サービス状態情報要求と、これに対するサービス状態情報の送信が繰り返される。
【００９９】
次に、入力ジョブの通信処理について説明する。
入力ジョブの通信処理において、まず、複合機１０は、機能サーバ３０に対し、本複合機１０の状態に関する情報である複合機状態情報を送信する。すると、機能サーバ３０は、複合機１０に対し複合機パラメータを送信する。ここで、複合機パラメータとは、ＵＩジョブの通信処理で複合機１０の利用者に設定させた入力デバイスのパラメータである。
【０１００】
複合機１０は、機能サーバ３０から複合機パラメータを受信すると、複合機１０が機能サーバ３０からの情報を正常に受け取ることができたか否かを表す通知である複合機受取状況を送信する。
【０１０１】
そして、機能サーバ３０は、複合機１０からの複合機受取状況により複合機１０が情報を正常に受信したことを確認すると、複合機１０に対し、ジョブに対応した入力データの要求である入力データ要求を送信する。ここで、ジョブに対応した入力データとは、スキャンジョブ（読取部１３で生成された画像データに関するサービスで実行されるジョブ）であれば読取部１３で生成された画像データ、音声入力ジョブ（音入力部１７により出力される音を表す音データに関するサービスで実行されるジョブ）であればＰＣＭデータである。
【０１０２】
複合機１０は、機能サーバ３０から入力データ要求を受信すると、入力操作（画像の読み取り操作や音声入力操作）を利用者に促す表示等を行い、その結果生成した入力データを機能サーバ３０へ送信する。
【０１０３】
機能サーバ３０は、複合機１０から入力データを受信すると、機能サーバ３０及びサービスの状態の通知であるサービス状態情報を複合機１０へ送信する。
次に、出力ジョブの通信処理について説明する。
【０１０４】
出力ジョブの通信処理において、まず、複合機１０は、機能サーバ３０に対し、複合機１０の状態に関する情報である複合機状態情報を送信する。すると、機能サーバ３０は、複合機１０に対し複合機パラメータを送信する。ここで、複合機パラメータとは、ＵＩジョブの通信処理で複合機１０の利用者に設定させた出力デバイスのパラメータである。
【０１０５】
複合機１０は、機能サーバ３０から複合機パラメータを受信すると、複合機１０が機能サーバ３０からの情報を正常に受け取ることができたか否かを表す通知である複合機受取状況を送信する。
【０１０６】
そして、機能サーバ３０は、複合機１０からの複合機受取状況により複合機１０が情報を正常に受信したことを確認すると、複合機１０に対し、出力データを送信する。ここで、出力データとは、印刷ジョブ（記録部１４で印刷する画像を表す画像データに関するサービスで実行されるジョブ）であれば画像データ、音声出力ジョブ（音出力部１８で出力する音声を表すＰＣＭデータに関するサービスで実行されるジョブ）であればＰＣＭデータである。
【０１０７】
複合機１０は、機能サーバ３０から出力データを受信すると、出力データに基づく出力処理（画像の印刷や音声の出力）を行う。そして、複合機１０は、複合機１０の状態に関する情報である複合機状態情報を機能サーバ３０へ送信する。
【０１０８】
機能サーバ３０は、複合機１０から複合機状態情報を受信すると、機能サーバ３０及びサービスの状態の通知であるサービス状態情報を複合機１０へ送信する。
次に、複合機１０、ディレクトリサーバ２０および機能サーバ３０の各制御部１１，２１，３１が行う処理について説明する。
（１）ディレクトリサーバ２０による処理
まず、ディレクトリサーバ２０の制御部２１により実行されるディレクトリサーバ処理を図６に基づいて説明する。
【０１０９】
このディレクトリサーバ処理は、複合機１０からＨＴＴＰリクエストがあると実行が開始される。まず、ＨＴＴＰリクエストを受信し（Ｓ７１）。そのＨＴＴＰリクエストの内容がサービスの一覧を照会するものであるか否かをチェックする（Ｓ７２）。ここでＨＴＴＰリクエストの内容がサービスの一覧を照会するものであれば（Ｓ７２：ＹＥＳ）、トップのサービス定義情報２５をサービス定義情報記憶部２４から読み出し（Ｓ７３）、Ｓ７７に移行する。
【０１１０】
一方、Ｓ７２で、ＨＴＴＰリクエストの内容がサービスの一覧を照会するものでなければ（Ｓ７２：ＮＯ）、ＨＴＴＰリクエストの内容がサービスの照会であるか否かをチェックする（Ｓ７４）。ここでＨＴＴＰリクエストの内容がサービスを照会するものであれば（Ｓ７４：ＹＥＳ）、指定されたサービス定義情報２５をサービス定義情報記憶部２４から読み出し（Ｓ７５）、Ｓ７７に移行する。
【０１１１】
一方、Ｓ７４で、ＨＴＴＰリクエストの内容がサービスを照会するものでなければ（Ｓ７４：ＮＯ）、エラー情報をセットし（Ｓ７６）、Ｓ７７に移行する。
Ｓ７７では、サービス定義情報２５またはエラー情報をＨＴＴＰレスポンスとして要求もとの複合機１０に送信し、本ディレクトリサーバ処理を終了する。
（２）複合機１０による処理
次に複合機１０の制御部１１により実行される各種処理について説明する。
（２−１）複合機処理
まず、複合機１０が起動された以降、繰り返し実行される処理である複合機処理を図７に基づいて説明する。
【０１１２】
この複合機処理が起動されたら、まず、初期化処理を行う（Ｓ１０２）。
この初期化処理を終えた後、外部からの指令，例えば、操作部１２への入力操作やネットワーク１を介した指令信号の入力などが発生したら（Ｓ１０４）、この入力が動作モードをサービスモードへ移行させるための内容であるか否かをチェックする（Ｓ１０６）。ここでは、Ｓ１０４による入力が操作部１２のサービスキー４４を押下する操作であれば、サービスモードへ移行させるための内容であると判定する。なお、この「サービスモード」とは、以下の処理で示すように、機能サーバ３０に対してサービスの提供を要求するための処理を実行するための動作モードである。
【０１１３】
Ｓ１０６で、サービスモードへ移行させるための内容でないと判定されたら（Ｓ１０６：ＮＯ）、その入力内容に応じて他の動作モードに対する処理（その他のモードの処理）を行った後（Ｓ１０８）、Ｓ１０４へ戻る。
【０１１４】
一方、Ｓ１０６で、サービスモードへ移行させるための内容であると判定されたら（Ｓ１０６：ＹＥＳ）、機能サーバ３０に要求すべきサービスを指定する方法をユーザに指定させる（Ｓ１１０）。ここでは、図８に示す方法選択画面をディスプレイ５２に表示させ、サービスをリストから指定するか（図８における「リストから選択」）、要求先アドレスを直接入力により指定するか（図８における「直接入力」）の選択を促す。この選択画面が表示された後、ユーザは、操作部１２により、いずれにより指定するかの選択を行うことができる。
【０１１５】
このＳ１１０で、リストから指定する旨が選択されたら（Ｓ１１０：ＹＥＳ）、ディレクトリサーバ２０にトップのサービス一覧の照会を要求して取得する（Ｓ１１２）。ここでは、ディレクトリサーバ２０に対してサービス定義情報２５の送信を要求するためのアドレスとして、あらかじめ記憶部１６に記憶されたアドレス宛にＨＴＴＰリクエストを送信することにより、サービス一覧の照会を要求する。このアドレスに基づいてアクセスを受けたディレクトリサーバ２０は、上述したようにトップのサービス定義情報２５をＨＴＴＰレスポンスにより返信してくる。
【０１１６】
こうして、トップのサービス一覧の照会を要求した後、ディレクトリサーバ２０から返信されたサービス定義情報２５を受信したら（Ｓ１１４）、このサービス定義情報２５に基づいてサービス選択用画面をディスプレイ５２に表示させた後（Ｓ１１６）、次の処理（Ｓ１２０）へ移行する。このＳ１１６の処理がトップのサービス定義情報２５を受信した後に行われる場合には、図９に示すようなトップのサービス定義情報２５（ＸＭＬの記述）に従って、図１０（ａ）に示すように、表示用タイトル（Ｔｉｔｌｅ）として「ディレクトリサービス」の文字がディスプレイ５２の表示領域上部に配置され、選択可能なカテゴリを表す項目（Ｌｉｎｋ＿Ｔｉｔｌｅ）である「データ保存サービス」，「印刷サービス」および「コピー応用サービス」の文字が表示領域下部に配置されてなるサービスのカテゴリ選択画面の表示を行う。なお、この場合のサービスのカテゴリ選択画面には、カテゴリに対応する別のサービス定義情報２５のＩＤがリンク先として割り当てられており（図９における「Ｌｉｎｋ＿Ｌｏｃａｔｉｏｎ」参照）、いずれかの項目が選択された際に、その項目に対応するＩＤのサービス定義情報２５がディレクトリサーバ２０に要求されることになる。
【０１１７】
また、Ｓ１１６の処理がトップ以外のサービス定義情報２５を受信した後に行われる場合，具体的な例として、「コピー応用サービス」に関するサービス定義情報２５を受信した場合には、図１１に示すようなサービス定義情報２５（ＸＭＬの記述）に従って、図１０（ｂ），図１０（ｃ）に示すように、表示用タイトル（Ｔｉｔｌｅ）として「コピー応用サービス」の文字が表示領域上部に配置され、選択可能なサービスを表す項目（Ｌｉｎｋ＿Ｔｉｔｌｅ）である「すかし入りコピー」，「翻訳コピー」，「原稿読み上げ」および「音声テキスト変換」の文字が表示領域下部に配置されてなるサービス選択画面の表示を行う。なお、本実施形態において、表示領域の制約上、すべての項目を一度に表示することができない場合には、画面をスクロールさせることで各項目の配置が上下に移動するように構成されており、図１０（ｂ），図１０（ｃ）では、そのようなスクロール前後の状態を示している。また、この場合のサービス選択画面には、サービスに対応する別のサービス定義情報２５のＩＤがリンク先として割り当てられており（図１１における「Ｌｉｎｋ＿Ｌｏｃａｔｉｏｎ」参照）、いずれかの項目が選択された際に、その項目に対応するＩＤのサービスの提供が機能サーバ３０に要求されることになる。
【０１１８】
また、上述したＳ１１０で、要求先アドレスを直接入力により指定する旨が選択された場合には（Ｓ１１０：ＮＯ）、要求先アドレスを入力するための図示しないアドレス入力画面をディスプレイ５２に表示させた後（Ｓ１１８）、次の処理（Ｓ１２０）へ移行する。
【０１１９】
こうして、サービス選択画面またはアドレス入力画面が表示された以降、ユーザは、操作部１２により、いずれかの項目を選択する操作（アドレスを入力する操作），または，サービスモードを終了する操作（停止操作）を行うことができる。
【０１２０】
次に、ユーザによる操作部１２への入力操作を受け付け（Ｓ１２０）、こうして行われた入力操作がリンクを選択する操作であるか否かをチェックする（Ｓ１２２）。ここでは、Ｓ１１６にて表示されたサービス選択画面における項目を選択する操作，または，Ｓ１１８にて表示されたアドレス入力画面にアドレスを入力する操作が入力操作として行われた場合に、リンクを選択する操作であると判定する。
【０１２１】
このＳ１２２で、リンクを選択する操作でないと判定された場合（Ｓ１２２：ＮＯ）、その入力操作が停止操作であれば（Ｓ１２４：ＹＥＳ）、Ｓ１０４へ戻ることによりサービスモードとしての処理を終了する。一方、入力操作が停止操作でなければ（Ｓ１２４：ＮＯ）、拒否音（ブザー音など）を鳴動させた後（Ｓ１２６）、Ｓ１２０へ戻る。
【０１２２】
また、Ｓ１２２で、入力操作がリンクを選択する操作であると判定された場合（Ｓ１２２：ＹＥＳ）、その選択されたリンクがサービスへのリンク，つまり機能サーバ３０にサービスの提供を要求するためのＩＤであるか否かをチェックする（Ｓ１２８）。
【０１２３】
このＳ１２８で、サービスへのリンクでないと判定された場合，つまり別のサービス定義情報２５のＩＤである場合には（Ｓ１２８：ＮＯ）、ディレクトリサーバ２０に対してサービス一覧の照会を要求し、該当するサービス定義情報２５を受信した後（Ｓ１３０）、Ｓ１１６へ戻ってサービス選択用画面をディスプレイ５２に表示させる。
【０１２４】
そして、Ｓ１２８で、サービスへのリンクであると判定された場合には（Ｓ１２８：ＹＥＳ）、後述するセッション処理（図１２）を行った後（Ｓ１３２）、Ｓ１０４へ戻ることによりサービスモードとしての処理を終了する。
（２−２）セッション処理
続いて、図７におけるＳ１３２であるセッション処理の詳細な処理手順を図１２，図１３に基づいて説明する。
【０１２５】
このセッション処理では、まず、利用するサービスを選択し、サービス定義情報２５のＬｉｎｋ＿Ｌｏｃａｔｉｏｎ（アドレスを直接入力した場合には、そのアドレス）に基づきサービスの起動指令をユーザＩＤと共に起動する（Ｓ２０２）。つまり、サービスのアドレス宛にサービス起動指令をＨＴＴＰリクエストにより送信することで、ユーザに選択されたサービスを機能サーバ３０側において起動させる。このサービス起動指令を受信した機能サーバ３０からは、セッションＩＤがＨＴＴＰレスポンスにより返信されてくる。なお、ここで言うユーザＩＤというのは、上述したサービス情報記憶処理（図３０参照）において記憶部１６に記憶したユーザＩＤであり、起動しようとしているサービスに対応するユーザＩＤである。
【０１２６】
次に、Ｓ２０４によるサービス起動指令に応じて機能サーバ３０から返信されてくるセッションＩＤを受信する（Ｓ２０４）。なお、以降の処理で送信するＨＴＴＰリクエストおよびＨＴＴＰレスポンスには、特に明示しない限り、全てセッションＩＤが含まれた状態で送信されることとし、このＨＴＴＰリクエストを受信した機能サーバ３０側では、このセッションＩＤに基づいて通信中のデバイスを管理（周知のセッション管理）するように構成されている。
【０１２７】
次に、複合機１０に対する指令の有無を問い合わせるための「複合機指令問合せ」をＨＴＴＰリクエストにより機能サーバ３０へ送信する（Ｓ２０６）。この「複合機指令問合せ」を受信した機能サーバ３０は、複合機１０に対する指令が発生していれば、その内容を示す指令（指令が発生していない場合には「指令なし」を示す指令）をＨＴＴＰレスポンスにより返信してくる。
【０１２８】
次に、Ｓ２０６による問い合わせにより返信されてくる指令（複合機指令）を受信したら（Ｓ２０８）、その指令がジョブ起動指令であるか否かを判定する（Ｓ２１０）。この「ジョブ起動指令」とは、後述のように、Ｓ２０２にてサービス起動指令を送信した以降、機能サーバ３０側で発生する指令であり、そのタイミングやサービスの内容に応じて「ＵＩジョブ」，「入力ジョブ（スキャンジョブまたはボイスジョブ）」，「出力ジョブ（プリントジョブまたはスピーカジョブ）」のいずれかの起動を指令する内容となっている。なお、このジョブ起動指令には、起動すべきジョブのジョブＩＤ、ジョブの種類（ＵＩジョブ、入力ジョブ（スキャンジョブまたはボイスジョブ）、出力ジョブ（プリントジョブまたはスピーカジョブ））およびジョブの通信先アドレスが付加されている。
【０１２９】
このＳ２１０で、ジョブ起動指令であると判定された場合（Ｓ２１０：ＹＥＳ）、ジョブの起動に必要なリソースを確保した後（Ｓ２１２）、以下に示すＳ２５２〜Ｓ２６６によりジョブ起動指令で指令されたジョブの起動を行う。
【０１３０】
以下に、このＳ２５２〜Ｓ２６６について図１３に基づいて説明する。
ここでは、まず、ジョブ起動指令で指令されたジョブがＵＩジョブであるか否かをチェックし（Ｓ２５２）、ＵＩジョブであると判定された場合には（Ｓ２５２：ＹＥＳ）、ジョブ起動指令に付加されたジョブＩＤおよび通信先アドレスに基づいてＵＩジョブを起動した後（Ｓ２５４）、次の処理（図１２におけるＳ２１４）へ移行する。このＵＩジョブは、このＳ２５４の処理で起動された以降、他の処理と並行して実行されるものであり、これについては、後述する「ＵＩジョブ」（図１４）において詳述する。
【０１３１】
また、ジョブ起動指令で指令されたジョブがＵＩジョブでないと判定された場合（Ｓ２５２：ＮＯ）、その指令されたジョブが入力ジョブの一種であるスキャンジョブ（Ｓ２５６：ＹＥＳ）またはボイスジョブ（Ｓ２５６：ＮＯ，Ｓ２６２：ＹＥＳ）であれば、ジョブ起動指令に付加されたジョブＩＤおよび通信先アドレスに基づいて入力ジョブを起動した後（Ｓ２６０）、次の処理（図１２におけるＳ２１４）へ移行する。この入力ジョブは、このＳ２６０の処理で起動された以降、他の処理と並行して実行されるものであり、これについては、後述する「入力ジョブ」（図１７）において詳述する。
【０１３２】
また、ジョブ起動指令で指令されたジョブが上述したいずれのジョブでないと判定された場合（Ｓ２５８：ＮＯ）、その指令されたジョブが出力ジョブの一種であるプリントジョブ（Ｓ２６２：ＹＥＳ）またはスピーカジョブ（Ｓ２６２：ＮＯ，Ｓ２６４：ＹＥＳ）であれば、ジョブ起動指令に付加されたジョブＩＤおよび通信先アドレスに基づいて出力ジョブを起動した後（Ｓ２６６）、次の処理（図１２におけるＳ２１４）へ移行する。この出力ジョブは、このＳ２６６の処理で起動された以降、他の処理と並行して実行されるものであり、これについては、後述する「出力ジョブ」（図１８）において詳述する。
【０１３３】
なお、ジョブ起動指令で指令されたジョブが上述したいずれのジョブでもないと判定された場合（Ｓ２６４：ＮＯ）、ジョブの起動を行うことなく、次の処理（図１２におけるＳ２１４）へ移行する。
【０１３４】
こうして、ジョブの起動を行った後、図１２へ戻り、所定インターバル待機した後（Ｓ２１４）、Ｓ２０６へ戻る。
また、上述したＳ２１０で、ジョブ起動指令でないと判定された場合（Ｓ２１０：ＮＯ）、Ｓ２０８で受信した指令がジョブ終了指令であるか否かをチェックする（Ｓ２１６）。この「ジョブ終了指令」とは、後述のように、図１３における各処理でジョブを起動した以降、このジョブが終了した際に機能サーバ３０側で発生する指令である。なお、このジョブ終了指令には、その終了したジョブのジョブＩＤが付加されている。
【０１３５】
このＳ２１６で、ジョブ終了指令であると判定された場合（Ｓ２１６：ＹＥＳ）、このジョブ終了指令に付加されたジョブＩＤのジョブを停止させる（該当するジョブに対して終了指示を渡す）と共に、このジョブを起動する前にＳ２１２にて確保したリソースを解放した後（Ｓ２１８）、Ｓ２１４へ移行する。
【０１３６】
また、上述したＳ２１６で、ジョブ終了指令でないと判定された場合（Ｓ２１６：ＮＯ）、「指令なし」を示すものであるか否かをチェックし（Ｓ２２０）、「指令なし」を示すものであれば（Ｓ２２０：ＹＥＳ）、Ｓ２１４へ移行する。一方、「指令なし」を示すものでなければ（Ｓ２２０：ＮＯ）、セッション終了指令であるか否かを判定する（Ｓ２２２）。この「セッション終了指令」とは、この複合機１０に対するサービスの提供が終了した際に機能サーバ３０側で発生する処理である。
【０１３７】
そして、このＳ２２２で、セッション終了指令であると判定された場合（Ｓ２２２：ＹＥＳ）、本セッション処理を終了する。一方、Ｓ２０８で受信した指令が上述したいずれの指令でもない場合、エラーを報知するための処理（指令エラーの処理）を行った後（Ｓ２２４）、本セッション処理を終了する。このＳ２２４では、エラーである旨のメッセージをディスプレイ５２に表示させることによりエラーを報知する。
（２−３）ＵＩジョブ
続いて、図１３におけるＳ２５４にて起動されるＵＩジョブの処理手順を図１４に基づいて説明する。
【０１３８】
このＵＩジョブが開始されると、まず、機能サーバ３０にサービスＩ／Ｆ情報３６を送信してもらうための要求である「サービスＩ／Ｆ情報送信要求」およびその要求対象を特定するＵＲＬを送信用データとして所定領域へ書き込む。この送信用データは、後述するＳ３２１の処理で利用される情報であり、このデータとして書き込まれている情報がセッションＩＤ及びジョブＩＤとともに機能サーバ３０へ送信される。なお、送信用データの格納領域は、複合機１０の制御部１１内に備えられた図示しないＲＡＭの所定領域に設けられている（Ｓ３０１）。
【０１３９】
続いて、上述したセッション処理からの終了指示（図１２のＳ２１８において出力される指示）があったか否かを判定する（Ｓ３０３）。
このＳ３０３で、セッション処理からの終了指示があったと判定された場合には（Ｓ３０３：ＹＥＳ）、セッション処理に対してＵＩジョブの終了を通知した後（Ｓ３０５）、本ＵＩジョブを終了する。なお、このセッション終了指令は、上述した図１２のセッション処理のＳ２１８における処理の中で受信される。Ｓ２１８の内部ではこの指令を受信することによりジョブが完全に停止したと判断し、以降の手順を実施する。
【０１４０】
一方、セッション処理からの終了指示がないと判定された場合には（Ｓ３０３：ＮＯ）、操作部１２がビジー状態であるか否かを判定する（Ｓ３０９）。ここでは、各ジョブの起動中に立つ（「１」がセットされる）ように設定されたビジーフラグＦｕに基づき、ビジーフラグＦｕが立っていればビジー状態であると判定し、ビジーフラグＦｕが下りて（「０」がセットされて）いればビジー状態でないと判定する。
【０１４１】
このＳ３０９で、ビジー状態であると判定された場合には（Ｓ３０９：ＹＥＳ）、操作部１２のビジー状態が解除されるまで，つまりビジーフラグＦｕが下りるまで待機した後（Ｓ３０７）、Ｓ３０９へ戻る。一方、ビジー状態でないと判定した場合には（Ｓ３０９：ＮＯ）、ビジーフラグＦｕを立てて（Ｓ３１１）、本ＵＩジョブにより操作部１２がビジー状態になっているものとする。
【０１４２】
次に、送信用データとして格納領域に書き込まれている情報をセッションＩＤおよびジョブＩＤを伴わせて機能サーバ３０へＨＴＴＰリクエストにより送信する（Ｓ３２１）。このＨＴＴＰリクエストを受信した機能サーバ３０は、本ＵＩジョブに対する指令があれば、その内容を示す複合機指令をＨＴＴＰレスポンスにより返信してくる。なお、本ＵＩジョブに対する指令がなければ、「指令なし」を示す複合機指令をＨＴＴＰレスポンスにより返信してくる。
【０１４３】
次に、ＨＴＴＰレスポンスにより返信されてくる複合機指令を受信すると（Ｓ３２３）、その指令がパラメータ要求であるか否かを判定する（Ｓ３２５）。この「パラメータ要求」とは、機能サーバ３０で実行される後述のＵＩジョブ処理（図２３）におけるＳ９０４の処理で送信される要求であり、このパラメータ要求に付加されたサービスＩ／Ｆ情報３６に基づいて、サービスの利用に必要なパラメータの指定要求がユーザに対してなされる。
【０１４４】
このＳ３２５で、パラメータ要求であると判定された場合（Ｓ３２５：ＹＥＳ）、サービスＩ／Ｆ情報３６に基づきパラメータ入力用画面を操作部１２のディスプレイ５２に表示させ、パラメータの設定するための入力操作を利用者に促す（Ｓ３２７）。
【０１４５】
ここで、サービスＩ／Ｆ情報３６のうち、翻訳コピーサービスに対応するサービスＩ／Ｆ情報３６を例示してパラメータ入力画面が表示される様子について説明する。なお、翻訳コピーサービスとは、複合機１０における読取部１３で読み取られた画像データに基づき、機能サーバ３０が、この画像データで表される画像に対してＯＣＲ（Optical Character Recognition ）処理でテキストを認識し、そのテキストを所定の言語に翻訳した内容の画像を表す画像データを生成して提供することにより、この画像を複合機１０における記録部１４に印刷させるサービスである。
【０１４６】
まず、図１５に示すようなＸＭＬの記述内容に従って、図１６（ａ）に示すように、表示用タイトル（Ｔｉｔｌｅ）として「翻訳コピー」の文字が表示領域上部に配置され、その下に入力項目（Ｄｉｓｐ＿Ｎａｍｅ）として「言語選択」の文字が配置され、さらにその下に入力項目「言語選択」について選択可能なパラメータを表す項目（Ｄｉｓｐ＿Ｓｅｌｅｃｔ）である「英語→日本語」及び「日本語→英語」の文字が配置されたパラメータ入力用画面を表示させる。ここで、「翻訳コピー」に関する入力項目（Ｄｉｓｐ＿Ｎａｍｅ）としては、上記表示されている「言語選択」に加え、「スキャナ設定」，「印刷設定」及び「コメント」があるが、この時点では、「言語選択」についての入力項目のみが表示される。これは、単にディスプレイ５２の大きさの制限によるものであり、この状態から操作部１２を操作する（左右の方向キー４８，４９）ことで、図１６（ｂ）〜図１６（ｅ）に示すように、表示領域下部に表示される入力項目を、「スキャナ設定」，「印刷設定」及び「コメント」を含む４種類の中から切り替えることができる。
【０１４７】
なお、これら入力項目について選択可能なパラメータについて説明すると、「スキャナ設定」について選択可能なパラメータを表す項目（Ｄｉｓｐ＿Ｓｅｌｅｃｔ）としては、「普通の文字」及び「細かい文字」の文字が表示されることとなる（図１６（ｂ）参照）。ここでいう「普通の文字」とは、読取部１３のパラメータである解像度（読取解像度）を３００×３００ｄｐｉに設定することを意味し、「細かい文字」とは、解像度を６００×６００ｄｐｉに設定することを意味する。
【０１４８】
また、「印刷設定」について選択可能なパラメータを表す項目（Ｄｉｓｐ＿Ｓｅｌｅｃｔ）としては、「印刷速度優先」，「普通」及び「高精細」の文字が表示されることとなる。なお、ディスプレイ５２の大きさの制限により、「高精細」については、初めは表示されていないが（図１６（ｃ）参照）、画面をスクロールさせることで表示される（図１６（ｄ）参照）。ここでいう「印刷速度優先」とは、記録部１４のパラメータである解像度（印刷解像度）を２００×２００ｄｐｉに設定することを意味し、「普通」とは、解像度を３００×３００ｄｐｉに設定することを意味し、「高精細」とは、解像度を６００×６００ｄｐｉに設定することを意味する。
【０１４９】
そして、「コメント」については、「コメント」の文字の下に、コメントの入力欄が表示され、設定されている文字列（Ｄｅｆａｕｌｔ＿Ｓｔｒｉｎｇ）が入力された状態となる（図１６（ｅ）参照）。こうして、コメントとして入力欄に入力された文字列は、例えば、印刷画像のヘッダやフッタに記載されるという形で利用される。
【０１５０】
こうして、パラメータ入力用画面を表示させた後、ユーザにより、各入力項目に対するパラメータの指定，入力欄への文字列の入力，および，指定内容を確定するための操作などが行われると、これらの入力情報（パラメータ）を送信用データとして格納領域へ書き込む（Ｓ３２９）。そして、ビジーフラグＦｕを下げて（Ｓ３１９）、Ｓ３０３へ処理を戻す。
【０１５１】
次に、上述したＳ３２３において受信した複合機指令が、パラメータ要求でないと判定された場合には（Ｓ３２５：ＮＯ）、Ｓ３２３にて受信した複合機指令がサービス状態情報の表示指令であるか否かを判定する（Ｓ３３１）。ここで言う「サービス状態情報の表示指令」とは、機能サーバ３０側で発信される指令（図２３におけるＳ９２６で送信される指令）であり、機能サーバ３０において問題なくサービスに関わる処理が実行されていること、または、問題がありサービスを停止することなどを報知するための指令である。
【０１５２】
このＳ３３１で、サービス状態情報の表示指令であると判定されたら（Ｓ３３１：ＹＥＳ）、このサービス状態情報に基づく表示をディスプレイ５２に行わせた後（Ｓ３３３）、機能サーバ３０で稼働するサービスの稼働状態の新たな情報を要求する「サービス状態情報要求」を送信用データとして格納領域へ書き込む（Ｓ３３５）。そして、ビジーフラグＦｕを下げて（Ｓ３１９）、Ｓ３０３へ処理を戻す。
【０１５３】
また、Ｓ３３１において、サービス状態情報の表示指令でないと判定されたら（Ｓ３３１：ＮＯ）、Ｓ３２３にて受信した複合機指令が状態情報要求であるか否かをチェックする（Ｓ３３７）。この「状態情報要求」とは、複合機１０の状態に関する情報送信を要求するための指令である。
【０１５４】
このＳ３３７で、状態情報要求であると判定されたら（Ｓ３３７：ＹＥＳ）、複合機１０の状態に関する情報（例えば、用紙なし、カバーオープンなどを示す情報）を送信用データとして格納領域を書き込む（Ｓ３３９）。そして、ビジーフラグＦｕを下げて（Ｓ３１９）、Ｓ３０３へ処理を戻す。
【０１５５】
また、Ｓ３３７で、状態情報要求でないと判定されたら（Ｓ３３７：ＮＯ）、Ｓ３２３にて受信した複合機指令がサーバ受取状況を表す指令であるか否かをチェックする（Ｓ３４１）。この「サーバ受取状況」とは、機能サーバ３０が複合機１０からの情報を正常に受け取ることができたか否かを通知するために送信する指令である。
【０１５６】
このＳ３４１で、サーバ受取状況であると判定されたら（Ｓ３４１：ＹＥＳ）、このサーバ受取状況の内容が異常受取（ＮＧ）を表すものである場合（Ｓ３４３：ＹＥＳ）、このサーバ受取状況を送信する契機となった情報を送信用データとして格納領域へ書き込む（Ｓ３４６）。そして、ビジーフラグＦｕを下げて（Ｓ３１９）、Ｓ３０３へ処理を戻す。一方、異常受取（ＮＧ）を表すものでない場合（Ｓ３４３：ＮＯ）、上述した「サービス状態情報要求」を送信用データとして格納領域へ書き込み（Ｓ３４５）、ビジーフラグＦｕを下げて（Ｓ３１９）、Ｓ３０３へ処理を戻す。
【０１５７】
一方、Ｓ３４１において、Ｓ３２３で受信した複合機指令が「サーバ受取状況」でないと判定されたら（Ｓ３４１：ＮＯ）、Ｓ３２３にて受信した複合機指令が「指令なし」を示すものか否かをチェックし（Ｓ３３８）、「指令なし」を示すものであれば（Ｓ３３８：ＹＥＳ）、複合機１０に対する指令の問い合わせである「複合機指令ジョブ指令問合わせ」を送信用データとして格納領域へ書き込み（Ｓ３４９）、ビジーフラグＦｕを下げて（Ｓ３１９）、Ｓ３０３へ処理を戻す。一方、「指令なし」を示すものでなければ（Ｓ３３８：ＮＯ）、エラー処理を行った後（Ｓ３４７）、ビジーフラグＦｕを下げて（Ｓ３１９）、Ｓ３０３へ処理を戻す。このエラー処理の具体的な内容は、エラーが発生した旨を表す情報を送信用データとして格納領域に書き込んだり、ディスプレイ５２にエラー発生の旨を表示させること等である。
（２−４）入力ジョブ
続いて、図１３におけるＳ２６０にて起動される入力ジョブの処理手順を図１７に基づいて説明する。この入力ジョブは、上述したセッション処理およびＵＩジョブと並列動作する処理である。
【０１５８】
この入力ジョブが開始されると、まず、入力デバイスがビジー状態であるか否かを判定する（Ｓ４０２）。ここでは、入力デバイスがビジー状態である場合に立つ（「１」がセットされる）ように設定されたビジーフラグＦｉに基づき、ビジーフラグＦｉが立っていればビジー状態であると判定し、ビジーフラグＦｉが下りて（「０」がセットされて）いればビジー状態でないと判定する。なお、ここでいう「入力デバイス」とは、読取部１３で生成された画像データに関するサービスの提供を受ける場合であれば読取部１３であり、音入力部１７により出力される音を表す音データに関するサービスを受ける場合であれば音入力部１７のことである。
【０１５９】
このＳ４０２で、入力デバイスがビジー状態であると判定された場合には（Ｓ４０２：ＹＥＳ）、入力デバイスのビジー状態が解除されるまで待機した後（Ｓ４０４）、Ｓ４０２の処理へ戻る一方、入力デバイスがビジー状態ではないと判定された場合には（Ｓ４０２：ＮＯ）、ビジーフラグＦｉを立てる（Ｓ４０６）。
【０１６０】
次に、複合機１０の状態に関する情報である複合機状態情報を、セッション処理におけるＳ２６０にて渡されたジョブＩＤと共に、ＨＴＴＰリクエストにより機能サーバ３０へ送信する（Ｓ４０８）。この複合機状態情報を受信した機能サーバ３０は、後述のように、図１４におけるＳ３２１にて機能サーバ３０に送信しておいたパラメータに基づく情報である複合機パラメータをＨＴＴＰレスポンスにより返信してくる。
【０１６１】
次に、Ｓ４０８にて送信した複合機状態情報に対して複合機パラメータが返信されてきたら（Ｓ４１０）、セッション処理から終了指示が渡されたか否か（セッションからの終了指示があるか）を判定する（Ｓ４１２）。この終了指示は、図１２におけるＳ２１８により終了するジョブが入力ジョブである場合において、セッション処理から本入力ジョブに渡される指示である。
【０１６２】
このＳ４１２で、セッション処理から終了指示が渡されていないと判定された場合には（Ｓ４１２：ＮＯ）、Ｓ４１０にて返信されてきた複合機パラメータを正常に受信できていなければ（Ｓ４１４：ＮＯ）、機能サーバ３０からの情報を正常に受け取ることができない旨（異常受取（ＮＧ）である旨）を通知するための複合機受取状況を、セッション処理におけるＳ２６０にて渡されたジョブＩＤと共に、ＨＴＴＰリクエストにより機能サーバ３０へ送信する（Ｓ４１６）。この複合機受取状況を受信した機能サーバ３０は、後述のように、再度、複合機パラメータをＨＴＴＰレスポンスとして返信してくるため、このＳ４１６の後、Ｓ４１０へ戻る。
【０１６３】
一方、Ｓ４１０にて複合機パラメータを正常に受信できていれば（Ｓ４１４：ＹＥＳ）、機能サーバ３０からの情報を正常に受け取ることができた旨（正常受取（ＯＫ）である旨）を通知するための複合機受取状況を、セッション処理におけるＳ２６０にて渡されたジョブＩＤと共に、ＨＴＴＰリクエストにより機能サーバ３０へ送信する（Ｓ４１８）。この複合機受取状況を受信した機能サーバ３０は、後述のように、機能サーバ３０側で処理すべきデータの送信を要求するための入力データ要求を返信してくる。
【０１６４】
次に、複合機受取状況を受信した機能サーバ３０から入力データ要求が返信されてきたら（Ｓ４２０）、Ｓ４１２と同様に、セッション処理から終了指示が渡されたか否かを判定する（Ｓ４２２）。
【０１６５】
このＳ４２２で、セッション処理から終了指示が渡されていないと判定された場合には（Ｓ４２２：ＮＯ）、Ｓ４２０にて返信されてきた入力データ要求を正常に受信できていなければ（Ｓ４２４：ＮＯ）、Ｓ４１６と同様に、異常受取（ＮＧ）である旨を通知するための複合機受取状況を機能サーバ３０へ送信する（Ｓ４２６）。この複合機受取状況を受信した機能サーバ３０は、後述のように、再度、入力データ要求を返信してくるため、このＳ４２６の後、Ｓ４２０へ戻る。
【０１６６】
一方、Ｓ４２０にて返信されてきた入力データ要求を正常に受信できていれば（Ｓ４２４：ＹＥＳ）、機能サーバ３０側で処理させるべき入力データを、セッション処理におけるＳ２６０にて渡されたジョブＩＤと共に、ＨＴＴＰリクエストにより機能サーバ３０へ送信する（Ｓ４２８）。ここでは、まず、入力デバイスの設定値をＳ４１０にて受信した複合機パラメータで示されるパラメータに変更した後、機能サーバ３０側で処理させるべきデータの入力を促すためのデータ入力画面をディスプレイ５２に表示させることにより、データを複合機１０に入力するための操作をユーザに促す。その後、ユーザによりデータを入力するための操作が行われることにより取得したデータ（入力データ）を、セッション処理におけるＳ２６０にて渡されたジョブＩＤと共に、ＨＴＴＰリクエストにより機能サーバ３０へ送信する。具体的な例としては、例えば、「原稿をセットしてＯＫキーを押してください」，「受話器をとって音声を入力してください」などのメッセージをディスプレイ５２に表示し、この後、読取部１３または音入力部１７により取得されるデータを機能サーバ３０へ順次送信する。この入力データを受信した機能サーバ３０は、この入力データに基づくデータ処理が正常に終了したか否かを通知するためのサービス状態情報を返信してくる、といった構成が考えられる。
【０１６７】
なお、この処理におけるデータの取得方法については、図示されないメモリカードスロットにセットされたメモリーカードから読み出したり、記憶部１６における特定の記憶領域から読み出すといった方法であってもよく、その場合には、データの取得先となる記憶領域を指定すべきメッセージをディスプレイ５２に表示させればよい。
【０１６８】
こうして、入力データを機能サーバ３０へ送信した後、Ｓ４２８の処理で変更された入力デバイスの設定値を元に戻し（Ｓ４３０）、その後、機能サーバ３０から返信されるサービス状態情報を受信する（Ｓ４３２）。
【０１６９】
そして、Ｓ４３２にてサービス情報を受信した後、または、Ｓ４１２，Ｓ４２２でセッション処理から終了指示が渡されていると判定された場合には（Ｓ４１２：ＹＥＳ，Ｓ４２２：ＹＥＳ）、Ｓ４０６にて立てたビジーフラグＦｉを下ろした後（Ｓ４３４）、セッション処理におけるＳ２６０にて渡されたジョブＩＤと共にセッション処理へ入力ジョブの終了を通知して（Ｓ４３６）、本入力ジョブを終了する。この入力ジョブの終了の通知は、上述した図１２のセッション処理のＳ２１８における処理の中で受信される。Ｓ２１８内部ではこの指令を受信することでジョブが完全に停止したと判断し、以降の処理手順を実施する。
（２−５）出力ジョブ
次に、図１３におけるＳ２６６にて起動される出力ジョブの処理手順を図１８に基づいて説明する。この入力ジョブは、上述したセッション処理およびＵＩジョブと並列動作する処理である。
【０１７０】
この出力ジョブが開始されると、まず、出力デバイスがビジー状態であるか否かを判定する（Ｓ５０２）。ここでは、出力デバイスがビジー状態である場合に立つ（「１」がセットされる）ように設定されたビジーフラグＦｏに基づき、ビジーフラグＦｏが立っていればビジー状態であると判定し、ビジーフラグＦｏが下りて（「０」がセットされて）いればビジー状態でないと判定する。なお、ここでいう「出力デバイス」とは、記録部１４で印刷する画像データに関するサービスの提供を受ける場合であれば記録部１４であり、音出力部１８により出力される音を表す音データに関するサービスの提供を受ける場合であれば音出力部１８のことである。
【０１７１】
このＳ５０２で、出力デバイスがビジー状態であると判定された場合には（Ｓ５０２：ＹＥＳ）、出力デバイスのビジー状態が解除されるまで待機した後（Ｓ５０４）、Ｓ５０２の処理へ戻る一方、出力デバイスがビジー状態ではないと判定された場合には（Ｓ５０２：ＮＯ）、ビジーフラグＦｏを立てる（Ｓ５０６）。
【０１７２】
次に、複合機１０の状態に関する情報である複合機状態情報を、セッション処理におけるＳ２６６にて渡されたジョブＩＤと共に、ＨＴＴＰリクエストにより機能サーバ３０へ送信する（Ｓ５０８）。この複合機状態情報を受信した機能サーバ３０は、後述のように、図１４におけるＳ３２１にて機能サーバ３０に送信しておいたパラメータに基づく情報である複合機パラメータをＨＴＴＰレスポンスにより返信してくる。
【０１７３】
次に、Ｓ５０８にて送信した複合機状態情報に対して複合機パラメータが返信されてきたら（Ｓ５１０）、セッション処理から終了指示が渡されたか否か（セッションからの終了指示があるか）を判定する（Ｓ５１２）。この終了指示は、図１２におけるＳ２１８により終了するジョブが出力ジョブである場合において、セッション処理から本出力ジョブに渡される指示である。
【０１７４】
このＳ５１２で、セッション処理から終了指示が渡されていないと判定された場合には（Ｓ５１２：ＮＯ）、Ｓ５１０にて返信されてきた複合機パラメータを正常に受信できていなければ（Ｓ５１４：ＮＯ）、機能サーバ３０からの情報を正常に受け取ることができない旨（異常受取（ＮＧ）である旨）を通知するための複合機受取状況を、セッション処理におけるＳ２６６にて渡されたジョブＩＤと共に、ＨＴＴＰリクエストにより機能サーバ３０へ送信する（Ｓ５１６）。この複合機受取状況を受信した機能サーバ３０は、後述のように、再度、複合機パラメータを返信してくるため、このＳ５１６の後、Ｓ５１０へ戻る。
【０１７５】
一方、Ｓ５１０にて複合機パラメータを正常に受信できていれば（Ｓ５１４：ＹＥＳ）、機能サーバ３０からの情報を正常に受け取ることができた旨（正常受取（ＯＫ）である旨）を通知するための複合機受取状況を、セッション処理におけるＳ２６６にて渡されたジョブＩＤと共に、ＨＴＴＰリクエストにより機能サーバ３０へ送信する（Ｓ５１８）。この複合機受取状況を受信した機能サーバ３０は、後述のように、図１７におけるＳ４２８にて送信した入力データに基づいて処理してなるデータ（出力データ）を返信してくる。
【０１７６】
次に、複合機受取状況を受信した機能サーバ３０から出力データが返信されてきたら（Ｓ５２０）、Ｓ５１２と同様に、セッション処理から終了指示が渡されたか否かを判定する（Ｓ５２２）。
【０１７７】
このＳ５２２で、セッション処理から終了指示が渡されていないと判定された場合には（Ｓ５２２：ＮＯ）、Ｓ５２０にて返信されてきた出力データを正常に受信できていなければ（Ｓ５２４：ＮＯ）、Ｓ５１６と同様に、異常受取（ＮＧ）である旨を通知するための複合機受取状況を機能サーバ３０へ送信する（Ｓ５２６）。この複合機受取状況を受信した機能サーバ３０は、後述のように、再度、出力データを返信してくるため、このＳ５２６の後、Ｓ５２０へ戻る。
【０１７８】
一方、Ｓ５２０にて返信されてきた出力データを正常に受信できていれば（Ｓ５２４：ＹＥＳ）、この出力データを出力デバイスにより出力する（Ｓ５２８）。ここでは、まず、出力デバイスの設定値をＳ５１０にて受信した複合機パラメータで示されるパラメータに変更した後、この出力デバイスにより出力データを出力（例えば、画像データが表す画像の印刷や、音データが表す音声の出力）する。
【０１７９】
こうして、出力データの出力デバイスによる出力を終えた後、Ｓ５２８で変更された出力デバイスの設定値を元に戻し（Ｓ５３０）、複合機１０の状態に関する情報である複合機状態情報を、セッション処理におけるＳ２６６にて渡されたジョブＩＤと共に、ＨＴＴＰリクエストにより機能サーバ３０へ送信する（Ｓ５３２）。この複合機状態情報を受信した機能サーバ３０は、後述のように、サービス状態情報を返信してくる。
【０１８０】
そして、機能サーバ３０から返信されるサービス状態情報を受信した後（Ｓ５３４）、または、Ｓ５１２，Ｓ５２２でセッション処理から終了指示が渡されていると判定された場合には（Ｓ５１２：ＹＥＳ，Ｓ５２２：ＹＥＳ）、Ｓ４０６にて立てたビジーフラグＦｏを下ろした後（Ｓ５３６）、セッション処理におけるＳ２６６にて渡されたジョブＩＤと共にセッション処理へ入力ジョブの終了を通知して（Ｓ５３８）、本入力ジョブを終了する。この入力ジョブの終了の通知は、上述した図１２のセッション処理のＳ２１８における処理の中で受信される。Ｓ２１８内部ではこの指令を受信することでジョブが完全に停止したと判断し、以降の手順を実施する。
（３）機能サーバ３０による処理
次に、機能サーバ３０の制御部３１により実行される各種処理について説明する。
（３−１）機能サーバ処理
次に、ＨＴＴＰリクエストが受信される毎に行われる機能サーバ処理の処理手順を図１９，図２０に基づいて説明する。
【０１８１】
この機能サーバ処理が起動されると、まず、受信したＨＴＴＰリクエストがサービス起動指令であるか否かをチェックする（Ｓ７０２）。この「サービス起動指令」は、図１２におけるＳ２０２にて複合機１０により送信されるものである。
【０１８２】
このＳ７０２で、サービス起動指令であると判定された場合には（Ｓ７０２：ＹＥＳ）、複合機１０から送られてきたユーザＩＤが当該サービスを利用可能なユーザＩＤであるか否かをチェックする（Ｓ７０４）。当該サービスを利用可能なユーザＩＤでない場合は（Ｓ７０４：ＮＯ）、エラー通知を行うための情報（エラー通知情報）を生成した後（Ｓ７０６）、次の処理（Ｓ７３４）へ移行する。一方、当該サービスを利用可能なユーザＩＤである場合は（Ｓ７０４：ＹＥＳ）、セッションＩＤを生成し、このセッションＩＤを示す送信データを生成すると共に、サービスの実行のためのリソースを確保して該当するプロセスを起動した後（Ｓ７０８）、次の処理（Ｓ７３４）へ移行する。ここで起動するプロセスとは、後述するセッション処理（図２１）のことである。
【０１８３】
また、Ｓ７０２で、サービス起動指令でないと判定された場合には（Ｓ７０２：ＮＯ）、ＨＴＴＰリクエストがサービス終了指令であるか否かをチェックする（Ｓ７１０）。
このＳ７１０で、サービス終了指令であると判定された場合には（Ｓ７１０：ＹＥＳ）、セッションＩＤおよびＳ７０８にて確保されたリソースを解放し、サービス終了を表す送信データを作成した後（Ｓ７１２）、次の処理（図２０のＳ７３４）へ移行する。一方、サービス終了指令ではないと判定された場合には（Ｓ７１０：ＮＯ）、サービス（セッション又はジョブ）に関する情報が含まれているか否か，具体的には複合機１０がセッション処理またはジョブ（ＵＩジョブ，入力ジョブ，出力ジョブ）において送信してきたＨＴＴＰリクエストであるか否かをチェックする（Ｓ７１４）。
【０１８４】
このＳ７１４で、サービスに関する情報が含まれていると判定された場合には（Ｓ７１４：ＹＥＳ）、そのＨＴＴＰリクエストを送信してきたプロセス（セッション処理，ＵＩジョブ，入力ジョブ，出力ジョブのいずれか）を特定する（Ｓ７１６）。
【０１８５】
このＳ７１６によりプロセスを特定できなければ（Ｓ７１８：ＹＥＳ）、エラーを通知するための情報（エラー通知情報）を生成した後（Ｓ７２０）、次の処理（Ｓ７３４）へ移行する。
【０１８６】
一方、Ｓ７１６によりプロセスを特定できれば（Ｓ７１８：ＮＯ）、その特定したプロセスにＨＴＴＰリクエストにて送信されてきた情報を渡す（Ｓ７２２）。
こうして、Ｓ７２２を終えた後、または、Ｓ７１４にてサービスに関する情報が含まれていないと判定された場合（Ｓ７１４：ＮＯ）、セッションＩＤまたはジョブＩＤに対応する情報の記憶領域を特定する（Ｓ７２４）。
【０１８７】
このＳ７２４により記憶領域を特定できなければ（Ｓ７２６：ＹＥＳ）、Ｓ７２０へ移行してエラー通知情報を生成して次の処理（Ｓ７３４）へ移行する。一方、記憶領域を特定できれば（Ｓ７２６：ＮＯ）、この記憶領域に複合機１０へ返信すべき情報が存在しているか否かをチェックする（Ｓ７２８）。
【０１８８】
そして、このＳ７２８で、返信すべき情報が存在していないと判定されたら（Ｓ７２８：ＮＯ）、「指令なし」の情報を生成した後（Ｓ７３０）、次の処理（Ｓ７３４）へ移行する。一方、送信すべき情報が存在していると判定されたら（Ｓ７２８：ＹＥＳ）、その返信情報に基づいて複合機制御指令を生成した後（Ｓ７３２）、次の処理（Ｓ７３４）へ移行する。
【０１８９】
こうして、Ｓ７０６，Ｓ７０８，Ｓ７１２，Ｓ７２０．Ｓ７３０，Ｓ７３２にて生成した情報をＨＴＴＰレスポンスとして複合機１０へ返信する（Ｓ７３４）。ここで返信されるＨＴＴＰレスポンスのうち、Ｓ７０８にて生成された送信データは、図１２におけるＳ２０４にて複合機１０が受信するものである。また、Ｓ７１２にて生成されたサービス終了を表す送信データは、図１２におけるＳ２０８にて複合機１０が受信し、Ｓ２２２にてＹＥＳで判定されるものである。また、Ｓ７２０にて生成されたエラー通知情報は、図１２におけるＳ２０８にて複合機１０が受信し、Ｓ２２２にてＮＯと判定され、Ｓ２２４の処理が実施されるものである。また、Ｓ７３０にて生成された「指令なし」の情報は、図１２におけるＳ２０８にて複合機１０が受信し、Ｓ２２０にてＹＥＳと判定されるものである。そして、Ｓ７３２にて生成された複合機制御指令は、後述する各ジョブにおいて異なる内容のものとなり、それぞれ複合機１０側で対応するジョブにおいて受信されるものである。
【０１９０】
そして、サービス制御情報処理（Ｓ７１４〜Ｓ７３２）が実施されたのであれば（Ｓ７３６：ＹＥＳ）、セッションＩＤ又はジョブＩＤに対応するメモリアドレスに「送信済み」をセットした後（Ｓ７３８）、本機能サーバ処理を終了する。一方、サービス制御情報処理が実施されていなければ（Ｓ７３６：ＮＯ）、メモリアドレスのセットを行うことなく、本機能サーバ処理を終了する。
（３−２）セッション処理
続いて、機能サーバ処理と並行して実行されるセッション処理の処理手順を図２１，図２２に基づいて説明する。なお、本実施形態においては、翻訳コピーのサービスについてのセッション処理を例に説明する。
【０１９１】
このセッション処理が開始されると、まず、初期化処理を行う（Ｓ８０２）。
次に、サービス側ＵＩジョブを起動する（Ｓ８０４）。このＵＩジョブは、本セッション処理と並行して実行される処理であって、詳細な処理手順は後述する。
【０１９２】
次に、ＵＩジョブの起動指令を複合機指令として出力する（Ｓ８０６）。ここでは、ジョブＩＤおよび通信先アドレスと共にＵＩジョブの起動指令を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図１９におけるＳ７３２にて複合機制御指令が生成され、図２０におけるＳ７３４にて複合機１０側に起動指令として送信されることとなる。この起動指令は、図１２におけるＳ２０８にて複合機１０側で受信され、これに基づいて、複合機１０側においてＵＩジョブが起動されることとなる（図１３のＳ２５４）。
【０１９３】
次に、複合機１０側からのパラメータの入力が完了したか否かをチェックする（Ｓ８０８）。上述したＳ８０４にて起動したＵＩジョブにおいては、後述のように、複合機１０側からパラメータを取得し、その旨を本セッション処理に対して通知してくるように構成されている。そのため、このＳ８０８では、このＵＩジョブからのパラメータ取得の通知がなされた場合に、複合機１０側からのパラメータの入力が完了したと判定する。
【０１９４】
このＳ８０８で、パラメータの入力が完了していないと判定された場合には（Ｓ８０８：ＮＯ）、ＵＩジョブが停止したか否かをチェックする（Ｓ８１０）。上述したＳ８０４にて起動したＵＩジョブにおいては、後述のように、複合機１０側からのパラメータの取得が正常に行われなかった場合に、ＵＩジョブ自体を停止（終了）すると共に、その旨を本セッション処理に対して通知してくるように構成されている。そのため、このＳ８１０では、このＵＩジョブからの停止の通知がなされた場合に、ＵＩジョブが停止したと判定する。
【０１９５】
このＳ８１０で、ＵＩジョブが停止していないと判定された場合（Ｓ８１０：ＮＯ）、Ｓ８０８へ戻る一方、ＵＩジョブが停止していると判定された場合（Ｓ８１０：ＹＥＳ）、後述するＳ８４８へ移行する。
【０１９６】
また、Ｓ８０８で、パラメータの入力が完了していると判定された場合には（Ｓ８０８：ＹＥＳ）、サービス側入力ジョブの一種であるスキャンジョブを起動する（Ｓ８１２）。このスキャンジョブは、本セッション処理と並行して実行される処理であって、詳細な処理手順は後述する。
【０１９７】
次に、スキャン（入力）ジョブの起動指令を複合機指令として出力する（Ｓ８１４）。ここでは、ジョブＩＤおよび通信先アドレスと共にスキャンジョブの起動指令を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図１９におけるＳ７３２にて複合機制御指令が生成され、図２０におけるＳ７３４にて複合機１０側に起動指令として送信されることとなる。この起動指令は、図１２におけるＳ２０８にて複合機１０側で受信され、これに基づいて、複合機１０側において入力ジョブが起動されることとなる。
【０１９８】
次に、複合機１０側でスキャナ（読取部１３）の準備が完了したか否かをチェックする（Ｓ８１６）。上述したＳ８１２にて起動したスキャンジョブにおいては、後述のように、複合機１０側においてスキャナの準備が完了したことの通知を受け、その旨を本セッション処理に通知してくるように構成されている。そのため、このＳ８１６では、このスキャンジョブからのスキャナの準備が完了したことの通知がなされた場合に、複合機１０側でスキャナの準備が完了したと判定する。
【０１９９】
このＳ８１６で、複合機１０側でスキャナの準備が完了していないと判定された場合には（Ｓ８１６：ＮＯ）、スキャンジョブが停止したか否かをチェックする（Ｓ８１８）。上述したＳ８１２にて起動したスキャンジョブにおいては、後述のように、複合機１０側からスキャナの準備が完了したことの通知を正常に受けられなかった場合に、スキャンジョブ自体を停止（終了）すると共に、その旨を本セッション処理に対して通知してくるように構成されている。そのため、このＳ８１８では、このスキャンジョブからの停止の通知がなされた場合に、スキャンジョブが停止したと判定する。
【０２００】
このＳ８１８で、スキャンジョブが停止していないと判定された場合（Ｓ８１８：ＮＯ）、Ｓ８１６へ戻る一方、スキャンジョブが停止していると判定された場合（Ｓ８１８：ＹＥＳ）、後述するＳ８４４へ移行する。
【０２０１】
また、Ｓ８１６で、スキャナの準備が完了していると判定された場合には（Ｓ８１６：ＹＥＳ）、サービス側出力ジョブの一種である印刷ジョブを起動する（Ｓ８２０）。この印刷ジョブは、本セッション処理と並行して実行される処理であって、詳細な処理手順は後述する。
【０２０２】
次に、印刷（出力）ジョブの起動指令を複合機指令として出力する（Ｓ８２２）。ここでは、ジョブＩＤおよび通信先アドレスと共に印刷ジョブの起動指令を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図１９におけるＳ７３２にて複合機制御指令が生成され、図２０におけるＳ７３４にて複合機１０側に起動指令として送信されることとなる。この起動指令は、図１２におけるＳ２０８にて複合機１０側で受信され、これに基づいて、複合機１０側において出力ジョブが起動されることとなる（図１３のＳ２６６）。
【０２０３】
次に、複合機１０側で印刷準備（記録部１４）の準備が完了したか否かをチェックする（Ｓ８２４）。上述したＳ８２０にて起動した印刷ジョブにおいては、後述のように、複合機１０側において印刷準備が完了したことの通知を受け、その旨を本セッション処理に通知してくるように構成されている。そのため、このＳ８２４では、この印刷ジョブからの印刷準備が完了したことの通知がなされた場合に、複合機１０側で印刷準備が完了したと判定する。
【０２０４】
このＳ８２４で、複合機１０側で印刷準備が完了していないと判定された場合には（Ｓ８２４：ＮＯ）、印刷ジョブが停止したか否かをチェックする（Ｓ８２６）。上述したＳ８２０にて起動した印刷ジョブにおいては、後述のように、複合機１０側から印刷準備が完了したことの通知を正常に受けられなかった場合に、印刷ジョブ自体を停止（終了）すると共に、その旨を本セッション処理に対して通知してくるように構成されている。そのため、このＳ８２６では、この印刷ジョブからの停止の通知がなされた場合に、印刷ジョブが停止したと判定する。
【０２０５】
このＳ８２６で、印刷ジョブが停止していないと判定された場合（Ｓ８２６：ＮＯ）、Ｓ８２４へ戻る一方、印刷ジョブが停止していると判定された場合（Ｓ８２６：ＹＥＳ）、後述するＳ８４０へ移行する。
【０２０６】
また、Ｓ８２４で、印刷準備が完了していると判定された場合には（Ｓ８２４：ＹＥＳ）、複合機１０側から取得された入力データを読み出す（Ｓ８２８）。上述したＳ８１２にて起動したスキャンジョブにおいては、後述のように、複合機１０から、この複合機１０の読取部１３にて読み取られた画像データを取得するように構成されているため、このＳ８２８では、こうして取得されて所定の記憶領域に格納されたデータ（入力データ）のうち、１頁分に相当するデータ領域を読み出す。
【０２０７】
次に、Ｓ８２８にて読み出された入力データに対してＯＣＲ，翻訳，印刷レイアウトなどの処理を施してなる画像データを生成する（Ｓ８３０）。ここでは、まず、Ｓ８２８にて読み出された入力データに対してＯＣＲ処理を施すことにより、この入力データで表される画像に含まれるテキスト部分を認識する。次に、このテキスト部分に対して翻訳処理を行うことによりテキスト部分を所定の言語で表現されたテキストに変換する。なお、ここでの翻訳処理は、上述したＳ８０４にて起動したＵＩジョブにおいて取得されるパラメータに基づいて行われるものであり、このパラメータで示される言語への変換が行われることとなる。そして、こうして認識されたテキスト部分について、所定の印刷レイアウトを設定してなる印刷用の画像データを生成する。
【０２０８】
次に、Ｓ８３０にて生成された画像データを出力する（Ｓ８３２）。ここでは、ジョブＩＤおよび通信先アドレスと共にＳ８３０にて生成された画像データを、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図１９におけるＳ７３２にて複合機制御指令が生成され、図２０におけるＳ７３４にて複合機１０側に出力データとして送信されることとなる。この出力データは、図１８におけるＳ５２０にて複合機１０側で受信され、これに基づいて出力データで示される画像の記録部１４による記録が行われる。
【０２０９】
次に、Ｓ８２８にて全ての入力データ（全ページ分のデータ領域）についての読み出しが完了したか否かをチェックし（Ｓ８３４）、完了していなければ（Ｓ８３４：ＮＯ）、Ｓ８２８へ戻る一方、完了していれば（Ｓ８３４：ＹＥＳ）、Ｓ８３２による出力データの出力（記憶領域への書き込み）が終了したか否かをチェックする（Ｓ８３６）。
【０２１０】
このＳ８３６で、出力データの出力が完了していなければ（Ｓ８３６：ＮＯ）、Ｓ８２８へ戻る一方、出力データの出力が完了していれば（Ｓ８３６：ＹＥＳ）、印刷（出力）ジョブの終了指令を複合機指令として出力する（Ｓ８３８）。ここでは、ジョブＩＤと共に印刷ジョブの終了指令を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図１９におけるＳ７３２にて複合機制御指令が生成され、図２０におけるＳ７３４にて複合機１０側に終了指令として送信されることとなる。この終了指令は、図１２におけるＳ２０８にて複合機１０側で受信され、これに基づいて、複合機１０側において出力ジョブが停止（終了）されることとなる（図１２のＳ２１８）。
【０２１１】
こうして、印刷ジョブの終了指令を出力した後、または、上述したＳ８２６で印刷ジョブが停止されたと判定された場合（Ｓ８２６：ＹＥＳ）、Ｓ８２０で起動させたサービス側印刷ジョブを終了させる（Ｓ８４０）。
【０２１２】
次に、スキャン（入力）ジョブの終了指令を複合機指令として出力する（Ｓ８４２）。ここでは、ジョブＩＤと共にスキャンジョブの終了指令を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図１９におけるＳ７３２にて複合機制御指令が生成され、図２０におけるＳ７３４にて複合機１０側に終了指令として送信されることとなる。この終了指令は、図１２におけるＳ２０８にて複合機１０側で受信され、これに基づいて、複合機１０側において入力ジョブが停止（終了）されることとなる（図１２のＳ２１８）。
【０２１３】
こうして、スキャンジョブの終了指令を出力した後、または、上述したＳ８１８でスキャンジョブが停止されたと判定された場合（Ｓ８１８：ＹＥＳ）、Ｓ８１２で起動させたサービス側スキャンジョブを終了させる（Ｓ８４４）。
【０２１４】
次に、ＵＩジョブの終了指令を複合機指令として出力する（Ｓ８４６）。ここでは、ジョブＩＤと共にスキャンジョブの終了指令を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図１９におけるＳ７３２にて複合機制御指令が生成され、図２０におけるＳ７３４にて複合機１０側に終了指令として送信されることとなる。この終了指令は、図１２におけるＳ２０８にて複合機１０側で受信され、これに基づいて、複合機１０側においてＵＩジョブが停止（終了）されることとなる（図１２のＳ２１８）。
【０２１５】
そして、各ジョブにおいて確保されていたリソースを解放するなどの終了処理を行った後（Ｓ８５０）、本セッション処理を終了する。このＳ８５２では、サービスの終了指令を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図１９におけるＳ７３２にて複合機制御指令が生成され、図２０におけるＳ７３４にて複合機１０側に終了指令として送信されることとなる。この終了指令は、図１２におけるＳ２０８にて複合機１０側で受信され、これに基づいて、複合機１０側においてセッション処理が終了されることとなる（図１２のＳ２２２）。
（３−３）ＵＩジョブ
続いて、図２１におけるＳ８０４にて起動されるＵＩジョブの処理手順を図２３に基づいて説明する。
【０２１６】
このＵＩジョブが開始されると、まず、複合機１０から複合機ジョブ指令問合わせをＨＴＴＰリクエストにより受信するまで待機し、この複合機ジョブ指令問合わせを受信したら（Ｓ９０２）、サービスの実行に必要なパラメータの設定を要求するためのパラメータ要求指令を複合機指令として複合機１０へ返信する（Ｓ９０４）。なお、Ｓ９０４にて送信する複合機指令とは、図１４におけるＳ３２３にて複合機１０に受信されるＨＴＴＰレスポンスであり、サービスＩ／Ｆ情報３６（例えば、翻訳コピーのサービスに対応するもの）が付加されたものである。この複合機指令を受信した複合機１０は、パラメータを図１４のＳ３２１にてＨＴＴＰリクエストを送信してくる。
【０２１７】
次に、エラーカウントを初期化する（Ｓ９０６）。ここでは、後述のようにパラメータを正常に受信できない自体が連続して発生した回数をカウントするためのカウンタをリセット（「０」をセット）する。
【０２１８】
次に、Ｓ９０４にて送信した複合機指令を受信した複合機１０からパラメータが送信されてくるまで待機し、パラメータを受信したら（Ｓ９０８）、このパラメータを正常に受信できているか否かをチェックする（Ｓ９１０）。
【０２１９】
このＳ９１０にてパラメータが正常に受信できていないと判定された場合には（Ｓ９１０：ＮＯ）、このような正常に受信できない状況が所定の回数（本実施形態においては２回）連続して発生しているか否かをエラーカウントによるカウント値に基づいてチェックし（Ｓ９１２）、所定の回数連続して発生していなければ（Ｓ９１２：ＮＯ）、パラメータを正常に受信できなかった旨（サーバ受取ＮＧ；異常受取）を通知するためのサーバ受取状況を出力し（Ｓ９１４）、エラーカウントをカウントアップした後（Ｓ９１６）、Ｓ９０８へ戻る。このＳ９１４では、サーバ受取状況を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図１９におけるＳ７３２にて複合機制御指令が生成され、図２０におけるＳ７３４にて複合機１０側にサーバ受取状況として送信されることとなる。このサーバ受取状況は、図１４におけるＳ３２３にて複合機１０側で受信され、これに基づいて、複合機１０側においてパラメータの再送信が行われることとなる（図１４のＳ３４１，Ｓ３４３等）。
【０２２０】
また、Ｓ９１２で、正常に受信できない状況が所定の回数連続して発生していたら（Ｓ９１２：ＹＥＳ）、セッション処理に対してＵＩジョブの停止（終了）を通知した後（Ｓ９１８）、本ＵＩジョブを終了する。このＳ９１８による通知は、図２１におけるＳ８１０にてセッション処理が受けるものである。
【０２２１】
また、上述したＳ９１０で、パラメータが正常に受信できていると判定された場合には（Ｓ９１０：ＹＥＳ）、パラメータを正常に受信できた旨（サーバ受取ＯＫ；正常受取）を通知するためのサーバ受取状況を出力する（Ｓ９２０）。ここでは、サーバ受取状況を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図１９におけるＳ７３２にて複合機制御指令が生成され、図２０におけるＳ７３４にて複合機１０側にサーバ受取状況として送信されることとなる。このサーバ受取状況は、図１４におけるＳ３２３にて複合機１０側で受信され、これに基づいて、複合機１０側においてパラメータの再送信が必要ないことが確認される（図１４のＳ３４１，Ｓ３４３）。
【０２２２】
次に、セッション処理に対してパラメータの入力が完了（パラメータを取得）した旨を通知する（Ｓ９２２）。ここでの通知は、図２１におけるＳ８０８にてセッション処理が受けるものである。
【０２２３】
そして、このＳ９２２を終えた以降、複合機１０からサービス状態情報要求を受信するまで待機し、このサービス状態情報要求を受信したら（Ｓ９２４）、サービス状態情報を出力する（Ｓ９２６）、といった処理を、他の処理（例えば、図２２におけるＳ８４４）により本ＵＩジョブが停止（終了）されるまで繰り返し行う。このＳ９２６では、サービス状態情報を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図１９におけるＳ７３２にて複合機制御指令が生成され、図２０におけるＳ７３４にて複合機１０側にサービス状態情報として送信されることとなる。
（３−４）スキャンジョブ
続いて、図２１におけるＳ８１２にて起動されるスキャンジョブの処理手順を図２４に基づいて説明する。
【０２２４】
このスキャンジョブが開始されると、まず、複合機１０から複合機状態情報を受信するまで待機し、この複合機状態情報を受信したら（Ｓ１００２）、図２３におけるＳ９０６と同様にエラーカウントを初期化した後（Ｓ１００４）、複合機パラメータを出力する（Ｓ１００６）。このＳ１００２にて受信される複合機状態情報は、図１７におけるＳ４０８にて複合機１０から送信されてくるＨＴＴＰリクエストであり、これに応答する形でＳ１００６にて複合機パラメータをＨＴＴＰレスポンスとして返信する。この複合機パラメータは、図２３におけるＳ９０８にて受信されたものであって、Ｓ１００２にて受信された複合機状態情報の送信元である複合機１０に対応するパラメータである。
【０２２５】
この複合機パラメータを受信した複合機１０からは、この複合機パラメータを正常に受信できたか否かを示す複合機受取状況が送信されてくるため、この複合機受取状況に基づいて複合機１０側で正常に受け取ることができたか否かをチェックする（Ｓ１００８）。具体的には、複合機受取状況が、異常受取（ＮＧ）である旨の内容であれば正常に受け取ることができていないと判定し、正常受取（ＯＫ）である旨の内容であれば正常に受け取ることができていると判定する。
【０２２６】
このＳ１００８で、複合機１０側で複合機パラメータを正常に受け取ることができていないと判定された場合（Ｓ１００８：ＮＯ）、このような正常に受信できない状況が所定の回数（本実施形態においては２回）連続して発生しているか否かをエラーカウントによるカウント値に基づいてチェックし（Ｓ１０１０）、所定の回数連続して発生していなければ（Ｓ１０１０：ＮＯ）、エラーカウントをカウントアップした後（Ｓ１０１２）、Ｓ１００６へ戻る。
【０２２７】
また、Ｓ１０１０で、正常に受信できない状況が所定の回数連続して発生していたら（Ｓ１０１０：ＹＥＳ）、セッション処理に対してスキャンジョブの停止（終了）を通知した後（Ｓ１０１４）、異常終了を通知するための通知指令をサービス状態情報として出力する（Ｓ１０１６）。このＳ１０１４による通知は、図２６におけるＳ８１８にてセッション処理が受けるものである。また、Ｓ１０１６では、通知指令を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図１９におけるＳ７３２にて複合機制御指令が生成され、図２０におけるＳ７３４にて複合機１０側に通知指令として送信されることとなる。この通知指令は、図１７におけるＳ４３２にて複合機１０側で受信される。
【０２２８】
また、上述のＳ１００８で、複合機１０側で複合機パラメータを正常に受け取ることができていると判定された場合（Ｓ１００８：ＹＥＳ）、複合機パラメータの受信をもって複合機１０側でスキャナ（読取部１３）の準備が完了しているものとし、セッション処理に対してスキャナの準備完了を通知する（Ｓ１０１８）。この通知は、図２１におけるＳ８１６にてセッション処理が受けるものである。
【０２２９】
次に、機能サーバ３０側で処理すべきデータの送信を要求するための入力データ要求を出力する。ここでは、入力データ要求を、返信情報を格納する記憶領域に書き込む処理を行う（Ｓ１０２０）。これに基づいて、図１９におけるＳ７３２にて複合機制御指令が生成され、図２０におけるＳ７３４にて複合機１０側に入力データ要求として送信されることとなる。この入力データ要求は、図１７におけるＳ４２０にて複合機１０側で受信され、これにより、ユーザの操作を受けて入力データが送信されてくる。
【０２３０】
こうして、入力データ要求を受信した複合機１０から入力データを受信したら（Ｓ１０２２）、この入力データの受信が正常に終了していれば（Ｓ１０２４：ＹＥＳ）、正常終了を通知するための通知指令をサービス状態情報として出力した後（Ｓ１０２６）、本スキャンジョブを終了する。このＳ１０２６では、通知指令を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図１９におけるＳ７３２にて複合機制御指令が生成され、図２０におけるＳ７３４にて複合機１０側に通知指令として送信されることとなる。この通知指令は、図１７におけるＳ４３２にて複合機１０側で受信される。
【０２３１】
一方、入力データの受信が正常に終了しなければ（Ｓ１０２４：ＮＯ）、Ｓ１０１６へ移行し、異常終了を通知するための通知指令をサービス状態情報として出力した後、本スキャンジョブを終了する。この通知指令は、図１７におけるＳ４３２にて複合機１０側で受信される。
（３−５）印刷ジョブ
続いて、図２１におけるＳ８２０にて起動される印刷ジョブの処理手順を図２５に基づいて説明する。
【０２３２】
この印刷ジョブが開始されると、まず、複合機１０から複合機状態情報を受信するまで待機し、この複合機状態情報を受信したら（Ｓ１１０２）、図２３におけるＳ９０６と同様にエラーカウントを初期化した後（Ｓ１１０４）、複合機パラメータを出力する（Ｓ１１０６）。このＳ１１０２にて受信される複合機状態情報は、図１８におけるＳ５０８にて複合機１０から送信されてくるＨＴＴＰリクエストであり、これに応答する形でＳ１１０６にて複合機パラメータをＨＴＴＰレスポンスとして返信する。この複合機パラメータは、図２３におけるＳ９０８にて受信されたものであって、Ｓ１１０２にて受信された複合機状態情報の送信元である複合機１０に対応するパラメータである。
【０２３３】
この複合機パラメータを受信した複合機１０からは、この複合機パラメータを正常に受信できたか否かを示す複合機受取状況が送信されてくるため、図２４におけるＳ１００８と同様、この複合機受取状況に基づいて複合機１０側で正常に受け取ることができたか否かをチェックする（Ｓ１１０８）。
【０２３４】
このＳ１１０８で、複合機１０側で複合機パラメータを正常に受け取ることができていないと判定された場合（Ｓ１１０８：ＮＯ）、このような正常に受信できない状況が所定の回数（本実施形態においては２回）連続して発生しているか否かをエラーカウントによるカウント値に基づいてチェックし（Ｓ１１１０）、所定の回数連続して発生していなければ（Ｓ１１１０：ＮＯ）、エラーカウントをカウントアップした後（Ｓ１１１２）、Ｓ１１０６へ戻る。
【０２３５】
また、Ｓ１１１０で、正常に受信できない状況が所定の回数連続して発生していたら（Ｓ１１１０：ＹＥＳ）、セッション処理に対して印刷ジョブの停止（終了）を通知した後（Ｓ１１１４）、異常終了を通知するための通知指令をサービス状態情報として出力する（Ｓ１１１６）。このＳ１１１４による通知は、図２１におけるＳ８２６にてセッション処理が受けるものである。また、Ｓ１１１６では、通知指令を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図１９におけるＳ７３２にて複合機制御指令が生成され、図２０におけるＳ７３４にて複合機１０側に通知指令として送信されることとなる。この通知指令は、図１８におけるＳ５１０にて複合機１０側で受信される。
【０２３６】
また、上述のＳ１１０８で、複合機１０側で複合機パラメータを正常に受け取ることができていると判定された場合（Ｓ１１０８：ＹＥＳ）、複合機パラメータの受信をもって複合機１０側で印刷（記録部１４）の準備が完了しているものとし、セッション処理に対して印刷の準備完了を通知する。この通知は、図２１におけるＳ８２４にてセッション処理が受けるものである。セッション処理では、この通知を受けて、図２２におけるＳ８２８〜Ｓ８３６を行い、印刷データの送信を行うこととなる。
【０２３７】
次に、セッション処理にて生成された印刷データ（図２２におけるＳ８３２）を複合機１０が処理可能な印刷データに変換して送信情報を格納する記憶領域に書き込む処理を行う（Ｓ１１２０）。これに基づいて図１９におけるＳ７３２にて複合機制御指令が生成され、図２０におけるＳ７３４にて複合機１０側に通知指令として送信される。この通知指令は図１８におけるＳ５２０にて複合機１０側で受信される。
【０２３８】
こうして、送信される印刷データを受信した複合機１０は、図１８におけるＳ５３２にて複合機状態情報をＨＴＴＰリクエストにより送信してくる。
こうして、印刷データを受信した複合機１０から複合機状態情報を受信したら（Ｓ１１２２）、この複合機状態情報の受信が正常に終了していれば（Ｓ１１２４：ＹＥＳ）、正常終了を通知するための通知指令をサービス状態情報として出力した後（Ｓ１１２６）、本印刷ジョブを終了する。このＳ１１２６では、通知指令を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図１９におけるＳ７３２にて複合機制御指令が生成され、図２０におけるＳ７３４にて複合機１０側に通知指令として送信されることとなる。この通知指令は、図１８におけるＳ５３４にて複合機１０側で受信される。
【０２３９】
一方、複合機状態情報の受信が正常に終了しなければ（Ｓ１１２４：ＮＯ）、Ｓ１１１６へ移行し、異常終了を通知するための通知指令をサービス状態情報として出力した後、本印刷ジョブを終了する。この通知指令は、図１８におけるＳ５３４にて複合機１０側で受信される。
【０２４０】
［効果］
このように構成された実施形態のサービス提供システムにおいて、複合機１０は、機能サーバ３０によるサービスの提供を受けて機能を実現することとなるが、これに先立ち、複合機１０がサービスの提供を受けるために必要な利用前処理がなされる。この際、利用者は、複合機１０に比較してユーザインタフェースの優れるＰＣ６０を用いてユーザ登録を行うことができる（図２６のＳ１５３）。そして、複合機１０へのサービス情報の登録も一連の操作でなされる（図２６のＳ１５５）。したがって、上記サービス提供システムによれば、利用者の登録間違いや登録時の操作の難しさを軽減することができる。
【０２４１】
また、複合機１０へサービス情報を登録する際には、サービス情報が＜ｆｏｒｍ＞タグの隠し項目として含まれたＨＴＭＬファイル（ＨＴＭＬ２）が機能サーバ３０からＰＣ６０へ送られる（図２６のＳ１５４）。そして、利用者によってｓｕｂｍｉｔボタンが押下されると、複合機１０へサービス情報が転送されるようになっている（図２６のＳ１５５）。このため、利用者が改めてサービス情報を入力しなおして複合機１０へ送信させる動作が不要となり、利用者は手間をかけずにサービス情報を複合機１０へ登録させることができる。
【０２４２】
［変形例］
以上、本発明の実施の形態について説明したが、本発明は、上記実施形態に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の形態をとり得ることはいうまでもない。
【０２４３】
例えば、上記実施形態においては、本発明における周辺装置として、複合機１０に適用した構成を例示したが、機能サーバ３０により提供されるサービスを受けて機能を実現できる周辺装置であれば、複合機以外の装置として、例えば、プリンタ装置，スキャナ装置，ファクシミリ装置などに適用することも可能である。
【０２４４】
また、本発明における端末装置として、ＰＣ６０を適用した構成を例示したが、周辺装置に比較してユーザインタフェースが充実した機器であればどのようなものであってもよい。例えば、携帯電話やＰＤＡ等であってもよい。
【０２４５】
また、上記実施形態のサービス提供システムでは、複合機１０、ディレクトリサーバ２０、機能サーバ３０およびＰＣ６０をそれぞれ１台ずつ備えた構成を例示しているが、このような構成はあくまでも説明を容易にするための構成例にすぎず、サービス提供システムは、これ以外にも様々な構成をとることが可能である。例えば、本発明が適用されたサービス提供システムにおいて、複合機１０は複数設けられていてもよい。具体的には、複数の複合機１０が、共通のディレクトリサーバ２０からのサービス定義情報２５を受信し、共通の機能サーバ３０にサービスを要求するようにすることができる。
【０２４６】
また、ディレクトリサーバ２０またはディレクトリサーバ２０の一部構成要素，および，機能サーバ３０または機能サーバ３０の一部構成要素が、単一の装置として構成されていてもよい。
【０２４７】
また、ディレクトリサーバ２０（またはディレクトリサーバ２０の一部構成要素）や機能サーバ３０（または機能サーバ３０の一部構成要素）が、本サービス提供システムを構成する複合機１０に備えられた構成としてもよい。
【０２４８】
また、上記実施形態のサービス提供システムでは、複合機１０がサービスの提供を受けるために必要な利用前処理におけるユーザ登録の際に、利用者が複合機１０のアドレスを入力するようになっており、このアドレスは機能サーバ３０まで送信されるようになっている。しかし、機能サーバ３０で複合機１０のアドレス情報が不要であるならば、機能サーバ３０にアドレス情報を送ることなく複合機１０内に記憶しておいてもよい。そして、機能サーバ３０からサービス情報が含まれたＨＴＭＬファイルが送られてきた際に、一緒に送られてきた例えばＪＡＶＡスクリプトやＪＡＶＡアプレット等によりそのＨＴＭＬファイル修正することにより、サービス定義情報の送信先のアドレスが設定されたＨＴＭＬ２（図３２参照）に相当するものを自動生成するようになっていてもよい。また、ＪＡＶＡスクリプトにより画面上で自動的に複合機１０のアドレスが入力されるようになっていてもよい（図３５のテキストボックス７８１参照）。
【０２４９】
また、上記実施形態のサービス提供システム例では、複合機１０がサービスの提供を受けるために必要な利用前処理において行うユーザ登録の際に、利用者が装置（複合機１０）のアドレスを直接入力するようになっているが、ネットワーク１上の複合機１０のアドレスを自動取得して用いるようになっていてもよい（本発明における探索手段の機能に相当する）。その際、複数の候補があるならばその候補を表示して選択可能になっているとよい。
【０２５０】
［本発明との対応関係］
以上説明した実施形態において、複合機１０が本発明における周辺装置であり、機能サーバ３０が本発明におけるサーバであり、ＰＣ６０が本発明における端末装置である。
【０２５１】
また、通信部３２が本発明におけるサーバ通信手段であり、制御部３１が、本発明におけるサービス提供手段，サービス情報送信制御手段であり、記憶部３３が本発明における画面構成情報記憶手段である。
【０２５２】
また、制御部６１が、本発明における登録依頼情報送信制御手段，サービス情報転送制御手段であり、通信部６５が、本発明における端末装置通信手段であり、表示部６３が、本発明における表示手段であり、操作部６２が本発明における登録情報受付手段，転送指令受付手段であり、記憶部６４が本発明における周辺装置特定情報記憶手段である。
【０２５３】
また、制御部１１が、本発明におけるサービス実現手段，サービス情報登録制御手段であり、通信部１５が本発明における周辺装置通信手段であり、記憶部１６が本発明における記憶手段である。
【図面の簡単な説明】
【０２５４】
【図１】サービス提供システムの構成を示すブロック図
【図２】操作部の構成を示す図
【図３】サービス定義情報における各タグの定義付けを示す図
【図４】サービスＩ／Ｆ情報における各タグの定義付けを示す図
【図５】複合機と機能サーバとの通信の一例を表すラダーチャート
【図６】ディレクトリサーバによるディレクトリサーバ処理
【図７】複合機による複合機処理
【図８】指定方法選択画面を示す図
【図９】サービス定義情報のデータ例を示す図（１）
【図１０】サービス選択用画面
【図１１】サービス定義情報のデータ例を示す図（２）
【図１２】複合機によるセッション処理（１／２）
【図１３】複合機によるセッション処理（２／２）
【図１４】複合機によるＵＩジョブ
【図１５】サービスＩ／Ｆ情報のデータ例を示す図
【図１６】パラメータ入力画面を示す図
【図１７】複合機による入力ジョブ
【図１８】複合機による出力ジョブ
【図１９】機能サーバによる機能サーバ処理（１／２）
【図２０】機能サーバによる機能サーバ処理（２／２）
【図２１】機能サーバによるセッション処理（１／２）
【図２２】機能サーバによるセッション処理（２／２）
【図２３】機能サーバによるＵＩジョブ
【図２４】機能サーバによるスキャンジョブ
【図２５】機能サーバによる印刷ジョブ
【図２６】サービス情報の登録の仕組みを説明するためのラダーチャート
【図２７】ＰＣによるブラウザ処理
【図２８】機能サーバによるＷｅｂ応答処理
【図２９】昨日サーバによるユーザ登録処理
【図３０】複合機によるサービス情報記憶処理
【図３１】サービス情報の登録の際に用いられるＨＴＭＬ１の一例
【図３２】サービス情報の登録の際に用いられるＨＴＭＬ２の一例
【図３３】サービス情報の登録の際に用いられるＨＴＭＬ３の一例
【図３４】ＰＣに表示される画面の一例（１）
【図３５】ＰＣに表示される画面の一例（２）
【符号の説明】
【０２５５】
１０…複合機、１１…制御部、１２…操作部、１３…読取部、１４…記録部、１５…通信部、１６…記憶部、１７…音入力部、１８…音出力部、２０…ディレクトリサーバ、２１…制御部、２２…通信部、２３…記憶部、２４…サービス定義情報記憶部、２５…サービス定義情報、３０…機能サーバ、３１…制御部、３２…通信部、３３…記憶部、３４…サービスＩ／Ｆ情報記憶部、３５…サービスソフト記憶部、３６…サービスＩ／Ｆ情報、３７…サービスソフトウェア、４１…コピーキー、４２…スキャナキー、４３…ＦＡＸキー、４４…サービスキー、４５…設定キー、４６…方向キー、４８…方向キー、４９…右キー、５０…ＯＫキー、５１…キャンセルキー、５２…ディスプレイ、６０…ＰＣ、６１…制御部、６２…操作部、６３…表示部、６４…記憶部、６５…通信部。
【図１】
2006135699.tif 000003
【図３】
2006135699.tif 000004
【図４】
2006135699.tif 000005
【図５】
2006135699.tif 000006
【図６】
2006135699.tif 000007
【図７】
2006135699.tif 000008
【図８】
2006135699.tif 000009
【図９】
2006135699.tif 000010
【図１０】
2006135699.tif 000011
【図１１】
2006135699.tif 000012
【図１２】
2006135699.tif 000013
【図１３】
2006135699.tif 000014
【図１４】
2006135699.tif 000015
【図１５】
2006135699.tif 000016
【図１６】
2006135699.tif 000017
【図１７】
2006135699.tif 000018
【図１８】
2006135699.tif 000019
【図１９】
2006135699.tif 000020
【図２０】
2006135699.tif 000021
【図２１】
2006135699.tif 000022
【図２２】
2006135699.tif 000023
【図２３】
2006135699.tif 000024
【図２４】
2006135699.tif 000025
【図２５】
2006135699.tif 000026
【図２７】
2006135699.tif 000027
【図２８】
2006135699.tif 000028
【図２９】
2006135699.tif 000029
【図３０】
2006135699.tif 000030
【図３１】
2006135699.tif 000031
【図３２】
2006135699.tif 000032
【図３３】
2006135699.tif 000033
【図２】
2006135699.tif 000034
【図２６】
2006135699.tif 000035
【図３４】
2006135699.tif 000036
【図３５】
2006135699.tif 000037