JP4635738B2 - サービス提供システム、提供サーバおよびプログラム - Google Patents

Description

本発明は、提供サーバからクライアントに対してサービスを提供するサービス提供システムに関する。

近年、クライアント（デジタル複写機）が備えていない機能を、ネットワークを介して接続されたサーバ（ホストコンピュータ）にて実現するといったサービスを提供するためのネットワークシステムが提案されている（特許文献１参照。）。

このようなサービスを提供するネットワークシステムにおいては、セキュリティー確保の観点からいわゆるファイヤーオールが採用されているため、クライアントからサーバに指令を送る技術が採用されている。

このような技術は、ポーリングといわれ、例えば、ネットワークを介した電子会議支援システムに応用されている（特許文献２参照。）。
特開平９−２３８２１５号公報 特開２００１−２５８００１号公報

しかしながら、上記従来のネットワークシステムでは、ポーリング間隔はクライアントが定めた間隔で一定である。したがって、クライアントからのポーリングを条件としてのみサーバが応答可能なサービス提供システムであれば、クライアントによるポーリング時期と提供可能なサービスの発生にはずれが生じてしまう。そして、この結果、サーバはクライアントに対して、リアルタイムにサービスを提供することができない（ポーリングに対する応答ができない。）。なお、かかる場合、リアルタイム性を重視すべく、ポーリング間隔を短くすれば、本来、不要なポーリングがなされることから、ネットワーク全体として、その負荷が増大してしまう。

また、クライアントに提供されるサービスの種類によっては、サーバ側からクライアント側に送信される応答信号にともなう処理を所定時間行った後に、再度、クライアントからのポーリングを受け付けることで、所定のサービスを的確に提供可能なものもある。例えば、天気予報提供サービスにおいて、第１に全国の天気を１０秒提供し、第２に東京の天気予報を１０秒、第３に大阪の天気予報を１０秒、第４に名古屋の天気予報を１０秒、順次繰り返し提供するようなサービスがそれに該当する。しかし、上記同様、ポーリング間隔はクライアントが定めた間隔で一定であれば、所定のサービスを、クライアントを利用するユーザが満足できる態様で提供することができなくなる。すなわち、上記例にしたがって説明すれば、ポーリングの間隔が０．５秒であれば、全国、東京、大阪、名古屋の各天気予報がそれぞれ０.５秒の間隔で切り替われば、それを利用しようとするユーザはその内容を把握することができない。

本発明は、ネットワークの負荷増大を抑制しつつ、サービスのリアルタイム性および的確な提供を確保可能なサービス提供システム、このシステムを構成する各装置とこれら装置を機能させるプログラムを提供することを目的とする。

上記課題を解決するため第１の構成に係るサービス提供システムは、サービスを提供する提供サーバと、この提供サーバからのサービスの提供を受けるクライアントと、を含むサービス提供システムであって、各デバイスが以下に示す構成となっていることを特徴とするものである。

まず、前記提供サーバは、前記クライアントから一のサービスの提供のための要求信号を受信する第１受信手段と、この第１受信手段による要求信号の受信を条件に、前記クライアントに前記一のサービスを提供するための応答信号を送信する第１送信手段と、前記一のサービスの提供に際し、継続して前記要求信号の送信を前記クライアントに対して要求するとき、前記第１送信手段により送信される前記応答信号に、次の要求信号を送信すべき送信タイミングを示す時間情報を付加するタイミング付加手段と、を備えている。

そして、前記クライアントは、前記提供サーバに対して前記要求信号を送信する第２送信手段と、前記提供サーバから送信されてくる前記応答信号を受信する第２受信手段と、この第２受信手段により受信された応答信号に時間情報が付加されているとき、前記一のサービスの提供に際しての前記第２送信手段による前記要求信号の送信を、この時間情報にしたがうように制御する制御手段と、を備えている。

そのため、提供サーバは、一のサービスの提供に際し、継続して要求信号の送信をクライアントに対して要求するとき、クライアントが次の要求信号を送信するタイミングを、提供サーバが送信する応答信号に付加される時間情報で指定可能、つまり、提供サーバ側の事情に合致させたポーリングタイミング（クライアント（第２送信手段）による要求信号の送信タイミング）を設定することができる。

以上、第１の構成によれば、ネットワークの負荷増大を抑制しつつ、サービスのリアルタイム性および的確な提供を確保可能なサービス提供システムとすることができる。

なお、この構成における提供サーバのタイミング付加手段は、次に要求信号を送信すべき送信タイミングを示す時間情報を応答信号に付加する手段であって、第２送信手段による要求信号の送信タイミングを示す時間情報を決定するための構成は特に限定されない。

第２の構成に係るサービス提供システムは、第１の構成を前提とするものであって、さらに、前記提供サーバは、前記一のサービスを提供に際し、この一のサービスの提供中に行われる処理各々と、これら処理各々に関連付けられた時間情報を記憶するデータベースを備え、前記タイミング付加手段は、前記第１送信手段により送信される前記応答信号が、前記一のサービスの提供中に行われる処理各々のいずれの処理で送信されるものであるか判断するとともに、この判断に対応する処理に関連付けて前記データベースに記憶されている時間情報を、前記次の要求信号の送信タイミングとして前記応答信号に付加する、ように構成したものである。

そのため、予め一のサービスの提供中に提供サーバまたはクライアントで行われる処理各々の内容を考慮して予め定めた時間情報を、データベースに記憶しておくことにより、当該処理に最適な時間情報を設定できる。

以上、第２の構成によれば、より確実に、ネットワークの負荷増大を抑制しつつ、サービスのリアルタイム性および的確な提供を確保可能なサービス提供システムとすることができる。

なお、ここで参照されるデータベースは、一のサービスの提供に際して行うべき処理それぞれに、各処理に応じた送信タイミングを関連づけたものである。そのため、例えば、各処理に際しての処理負荷に応じて送信タイミングが遅くなるような関連づけをデータベースに記憶させておくことにより、処理負荷が高く終了までに時間を要する処理中に応答信号を送信する場合ほど、クライアントから要求信号が送信されてくるタイミングを遅くすることができる。換言すれば、提供サーバ側においてサービスのリアルタイム性（係る場合、サーバ側の処理が終了した直後、直ちにクライアントに対してサービスを提供可能となる。）および的確な提供を確保可能なタイミングで要求信号を受信することができる。

また、この構成において、タイミング付加手段が送信タイミングを決定する際に参照するデータベースは、提供サーバに備えられているものであればよいが、提供サーバとデータ通信可能な他のネットワークデバイスに備えられているものであってもよい。

また、上記課題を解決するため第３の構成に係るサービス提供システムは、サービスを提供する提供サーバと、この提供サーバからのサービスの提供を受けるクライアントと、を含むサービス提供システムであって、各デバイスが以下に示す構成であることを特徴とするものである。

まず、前記提供サーバは、前記クライアントから一のサービスの提供の開始要求を受けたことを条件に、このサービスの提供を開始するために前記クライアント側で実行すべき処理の実行指令を返信する開始返信手段と、この開始返信手段により実行指令が返信された以降、前記クライアントから一のサービスの提供の継続要求を受ける毎に、この一のサービスの提供を受けるために前記クライアント側で実行すべき一部の処理についての実行指令を、前記クライアント側で実行すべき処理全ての実行指令が返信されるまで、順次返信する継続返信手段と、前記一のサービスの提供に際し、継続して前記継続要求の送信を前記クライアントに対して要求するとき、少なくとも、前記継続返信手段により返信される前記実行指令に、この実行指令による処理の実行を終了した前記クライアントが次の継続要求を送信すべき送信タイミングを示す時間情報を付加するタイミング付加手段と、を備えている。

そして、前記クライアントは、前記開始要求を前記サーバに対して送信する開始要求手段と、この開始要求手段による前記一のサービスの提供が開始されたことを条件に、前記提供サーバから返信される実行指令による処理の実行を終了に対応して、前記サーバに対してこの一のサービスの提供の継続要求を送信する継続要求手段と、前記開始要求手段による開始要求または前記継続要求手段による継続要求の送信を受けた前記サーバから返信される前記実行指令に対応した処理を実行する処理実行手段と、を備えるとともに、前記継続要求手段は、前記処理実行手段による処理が終了した際、この処理に係る実行指令に付加された時間情報で示されるタイミングにしたがって、前記サーバに対するサービスの提供の継続要求を送信する、ように構成されている。

そのため、提供サーバは、一のサービスの提供に際し、継続して継続要求の送信をクライアントに対して要求するとき、クライアントが次の継続要求を送信するタイミングを、提供サーバが返信する実行指令に付加される時間情報で指定可能、つまり、提供サーバ側の事情に合致させたポーリングタイミング（クライアント（継続要求手段）による継続要求の送信タイミング）を設定することができる。

以上、第３の構成によれば、ネットワークの負荷増大を抑制しつつ、サービスのリアルタイム性および的確な提供を確保可能なサービス提供システムとすることができる。

なお、この構成における提供サーバのタイミング付加手段は、次に提供継続を要求すべきタイミングを示す時間情報を実行指令に付加する手段であって、時間情報として実行指令に付加するタイミングを決定するための構成は特に限定されない。

第４の構成に係るサービス提供システムは、第３の構成を前提とするものであって、さらに、前記提供サーバは、前記一のサービスを提供に際し、この一のサービスの提供中に行われる処理各々と、これら処理各々に関連付けられた時間情報を記憶するデータベースを備え、前記タイミング付加手段は、前記継続返信手段により返信される実行指令が、サービスの提供を受けるために実行すべき処理各々のいずれの処理で返信されるものであるか判断するともに、この判断に対応する処理に関連づけて前記データベースに記憶されている時間情報を、前記継続返信手段により返信される実行指令に付加する、ように構成したものである。

そのため、予め一のサービスの提供中に提供サーバまたはクライアントで行われる処理各々の内容を考慮して予め定めた時間情報を、データベースに記憶しておくことにより、当該処理に最適な時間情報を設定できる。

以上、第４の構成によれば、より確実に、ネットワークの負荷増大を抑制しつつ、サービスのリアルタイム性および的確な提供を確保可能なサービス提供システムとすることができる。

なお、ここで参照されるデータベースは、一のサービスの提供に際して行うべき処理それぞれに、各処理に応じた送信タイミングを関連づけたものである。そのため、例えば、各処理に際しての処理負荷に応じて送信タイミングが遅くなるような関連づけをデータベースに記憶させておくことにより、処理負荷が高く終了までに時間を要する処理中に応答信号を送信する場合ほど、クライアントから要求信号が送信されてくるタイミングを遅くすることができる。換言すれば、提供サーバ側においてサービスのリアルタイム性（係る場合、サーバ側の処理が終了した直後、直ちにクライアントに対してサービスを提供可能となる。）および的確な提供を確保可能なタイミングで要求信号を受信することができる。

また、この構成において、タイミング付加手段が時間情報を決定する際に参照するデータベースは、提供サーバに備えられているものであればよいが、提供サーバとデータ通信可能な他のネットワークデバイスに備えられているものであってもよい。

また、上述した各サービス提供システムにおいて、タイミング付加手段により時間情報として付加するタイミングを決定するための構成としては、第５の構成のようにすると好適である。

第５の構成に係るサービス提供システムは、第１の構成または第３の構成を前提とするものであって、さらに、前記提供サーバは、この提供サーバの処理能力に対する負荷割合を検出する稼動状態検出手段と、この稼動状態検出手段により検出された負荷割合が、負荷割合の大きさに応じて予め決められた複数の範囲のいずれに属するかを判定する負荷割合判定手段と、前記複数の範囲と、この範囲に対応して各々定められた時間情報とを関連付けて記憶してなるデータベースと、を備え、前記タイミング付加手段は、前記負荷割合判定手段により属すると判定された範囲に関連付けて前記データベースに記憶されている時間情報を、付加すべき時間情報として決定する、ようにしたものである。

そのため、予め一のサービスの提供中に提供サーバまたはクライアントで行われる処理各々の内容に係わらず、提供サーバの負荷状態にのみ基づいて所定の負荷範囲毎に予め定められ、データベースに記憶された時間情報を設定できる。

以上、第５の構成によれば、より確実に、ネットワークの負荷増大を抑制しつつ、サービスのリアルタイム性および的確な提供を確保可能なサービス提供システムとすることができる。

なお、ここで参照されるデータベースは、提供サーバの処理能力に対する負荷割合を示す範囲それぞれに、各範囲に応じた時間情報を関連づけたものであるため、例えば、負荷割合の高い範囲ほど時間情報で示されるタイミングが遅くなるような関連づけをデータベースに記憶させておくことにより、処理能力の限界に近い状態での処理中に応答信号または実行指令を送信する場合には、クライアントから要求信号が送信または提供継続が要求されるタイミングを遅くすることができる。したがって、提供サーバ側において十分に要求信号または提供継続の要求に対応できるタイミングで、要求信号または提供継続の要求が受けられる。換言すれば、提供サーバ側においてサービスのリアルタイム性（係る場合、サーバ側の処理が終了した直後、直ちにクライアントに対してサービスを提供可能となる。）および的確な提供を確保可能なタイミングで要求信号を受信することができる。

なお、この構成において、タイミング付加手段が時間情報を決定する際に参照するデータベースは、提供サーバに備えられているものであればよいが、提供サーバとデータ通信可能な他のネットワークデバイスに備えられているものであってもよい。

また、第６の構成に係るクライアントは、サービスの提供要求に対して、サービスを提供するとともに、このサービスの提供に際し、継続して前記要求信号の送信を前記クライアントに対して要求するとき、次の要求信号の送信タイミングを指定した時間情報を付加可能な提供サーバと通信可能なクライアントであって、前記提供サーバに対して前記要求信号を送信する第２送信手段と、前記提供サーバから送信されてくる前記応答信号を受信する第２受信手段と、この第２受信手段により受信された応答信号に時間情報が付加されているとき、前記一のサービスの提供に際しての前記第２送信手段による前記要求信号の送信を、この時間情報にしたがうように制御する制御手段と、を備えていることを特徴とする。

このように構成されたクライアントによれば、第１の構成から第５の構成のいずれかに係るサービス提供システムの一部（クライアント）を構成することができる。
なお、このクライアントにおいては、第２の構成から第５の構成のいずれかに係るクライアントが備える全ての手段を備えた構成としてもよい。この場合、このクライアントにより、第２の構成から第５の構成のいずれかに係るサービス提供システムを構成することができる。

また、第７の構成に係る提供サーバは、サービスの提供を受けるための要求信号を送信するクライアントと通信可能な提供サーバであって、前記クライアントから一のサービスの提供のための要求信号を受信する第１受信手段と、この第１受信手段による要求信号の受信を条件に、前記クライアントに前記一のサービスを提供するための応答信号を送信する第１送信手段と、前記一のサービスの提供に際して継続して前記要求信号の送信を前記クライアントに対して要求するとき、前記第１送信手段により送信される前記応答信号に、次の要求信号を送信すべき送信タイミングを示す時間情報を付加するタイミング付加手段と、を備えていることを特徴とする。

このように構成された提供サーバによれば、第１の構成から第５の構成のいずれかに係るサービス提供システムの一部（提供サーバ）を構成することができる。
なお、この提供サーバにおいては、第２の構成から第５の構成のいずれかに係る提供サーバが備える全ての手段を備えた構成としてもよい。この場合、この提供サーバにより、第２の構成から第５の構成のいずれかに係るサービス提供システムを構成することができる。

また、第８の構成に係るプログラムは、サービスの提供要求に対して、サービスを提供するとともに、このサービスの提供に際し、継続して前記要求信号の送信を前記クライアントに対して要求するとき、次の要求信号の送信タイミングを指定した時間情報を付加可能な提供サーバと通信可能なコンピュータが読み取り可能なプログラムである。具体的には、前記コンピュータを、前記提供サーバに対して前記要求信号を送信する第２送信手段と、前記提供サーバから送信されてくる前記応答信号を受信する第２受信手段と、この第２受信手段により受信された応答信号に時間情報が付加されているとき、前記一のサービスの提供に際しての前記第２送信手段による前記要求信号の送信を、この時間情報にしたがうように制御する制御手段として機能させるためのプログラムである。

このプログラムにより制御されるコンピュータは、第１の構成から第５の構成のいずれかに係るサービス提供システムの一部（クライアント）を構成することができる。
なお、このプログラムにおいては、コンピュータを、第２の構成から第５の構成のいずれかに係るクライアントが備える全ての手段として機能させるためのものとしてもよい。この場合、このコンピュータにより、第２の構成から第５の構成のいずれかに係るサービス提供システムを構成することができる。

また、第９の構成に係るプログラムは、サービスの提供を受けるための要求信号を送信するクライアントと通信可能なコンピュータが読み取り可能なプログラムである。具体的には、前記コンピュータを前記クライアントから一のサービスの提供のための要求信号を受信する第１受信手段と、この第１受信手段による要求信号の受信を条件に、前記クライアントに前記一のサービスを提供するための応答信号を送信する第１送信手段と、前記一のサービスの提供に際して継続して前記要求信号の送信を前記クライアントに対して要求するとき、前記第１送信手段により送信される前記応答信号に、次の要求信号を送信すべき送信タイミングを示す時間情報を付加するタイミング付加手段として機能させるためのプログラムである。

このようなプログラムにより制御されるコンピュータは、第１の構成から第５の構成のいずれかに係るサービス提供システムの一部（提供サーバ）を構成することができる。
なお、このプログラムにおいては、コンピュータを、第２の構成から第５の構成のいずれかに係る提供サーバが備える全ての手段として機能させるためのものとしてもよい。この場合、このコンピュータにより、第２の構成から第５の構成のいずれかに係るサービス提供システムを構成することができる。

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

以下に本発明の実施形態を図面と共に説明する。
（１）全体構成
サービス提供システムは、図１に示すように、複合機１０、情報提供サーバ（以降、「提供サーバ」という）３０などからなり、これらがネットワーク１を介してデータ通信可能に接続されている。なお、複合機１０および提供サーバ３０は、それぞれルータ（Ｒ；周知のブロードバンドルータ）２、４を介してネットワーク１と接続されている。

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

また、操作部１２は、コピーキー、スキャナキー、ＦＡＸキー、サービスキー、設定キー、上下左右の方向キー、ＯＫキー、キャンセルキー、ディスプレイなどからなるユーザインタフェースとして構成されたものである。

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

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

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

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

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

また、通信部３４は、提供サーバ３０をネットワーク１に接続すると共に、このネットワーク１を介してデータを送受信するための処理を行う。
そして、記憶部３６は、図示しないハードディスクからなり、このハードディスクにデータを記憶可能に構成されている。
（２）提供サーバ３０によるサービスの提供
提供サーバ３０とクライアントとのデータ通信は、クライアントからのリクエストを受けた提供サーバ３０が、そのリクエストに応じたレスポンスを返す、といった手順で行われるように構成されている。そして、クライアントは、提供サーバ３０からサービスの提供を受けるにあたって、提供サーバ３０とのセッションを確立し、このセッションの中で提供サーバ３０からのレスポンスに基づいてジョブ（サービスの提供を受けるためのジョブ）を起動することとなる。
（２−１）サービスを提供する手順
以下に、上述のような進行によって提供サーバ３０が複合機１０にサービスを提供する手順を、図２に基づいて説明する。

複合機１０が提供サーバ３０からサービスの提供を受けるにあたっては、まず、ユーザが、複合機１０の操作部１２に対し、提供サーバ３０からサービスの提供を受ける（提供サーバ３０にアクセスする）ための操作を行う。これにより、提供サーバ３０とのセッションを確立するためのリクエストであるセッション開始リクエストが提供サーバ３０に送信され（ｓ１０２）、複合機１０は、このリクエストを受けた提供サーバ３０から、セッションを確立した旨のレスポンスであるセッション開始レスポンスを受信することにより（ｓ１０４）、提供サーバ３０とのセッションが確立される。このセッション開始レスポンスは、セッション開始リクエストを送信してきた複合機１０に対して割り当てるセッションＩＤを通知するためのレスポンスであり、以降、提供サーバ３０は、このセッションＩＤに基づいて周知のセッション管理を行うことで、この複合機１０とのセッションを維持する。また、このセッション開始レスポンスには、提供サーバ３０から提供を受けるサービスの種類をユーザに指定させると共に、そのサービスの提供を要求するための制御要求をリクエストとして送信すべき旨をＸＭＬ（eXtensible Markup Language）で記述してなるＸＭＬデータが含まれている。

なお、複合機１０は、セッション開始レスポンスを受信した以降、提供サーバ３０からのレスポンスに基づいて、複合機１０自身に対する指示の有無を問い合わせるためのリクエストである制御要求を定期的に提供サーバ３０へ送信し、これを受けた提供サーバ３０からの指令を受ける。このとき、制御指令を送信してきた複合機１０に対する指令が存在しない場合には、その旨の指令（指令なし通知）がレスポンスとして送信されてくる。

次に、セッション開始レスポンスを受信した複合機１０は、このレスポンスに含まれるＸＭＬデータの記述に従い、サービスの種類を指定させるための画面を操作部１２のディスプレイに表示させ、それにしたがってユーザが指定したサービスの提供を要求するための制御要求をリクエストとして提供サーバ３０に送信する（ｓ１０６）。

この制御要求を受信した提供サーバ３０は、この制御要求で示される種類のサービスを実現するためのジョブを起動すると共に、複合機１０においてもそのサービスを実現するためのジョブを起動すべき旨のジョブ開始指示を、制御要求に対するレスポンスとして複合機１０に送信する（ｓ１０８）。このジョブ開始指示には、サービスを実現するためのジョブを起動させると共に、サービスの提供開始を要求するための開始メッセージをリクエストとして送信すべき旨の指令をＸＭＬで記述してなるＸＭＬデータが含まれている。

こうして、このジョブ開始指示を受けた複合機１０は、このレスポンスに含まれるＸＭＬデータの記述に従い、サービスを実現するためのジョブを起動する。
なお、以降の説明では、提供サーバ３０が、複合機１０側で読取部１３にて読み取らせた画像データに、画像処理を施したうえで複合機１０に返す、といったサービスを複合機１０に対して提供する場合を例示する。

こうして、ジョブを起動した複合機１０は、まず、ジョブを起動した旨を通知するための開始メッセージとしてＤＯＩＤ（Ｄｅｖｉｃｅ Ｏｐｅｒａｔｉｏｎ Ｉｎｆｏｍａｔｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ）をリクエストとして送信する（ｓ２０２）。

このＤＯＩＤを受信した提供サーバ３０は、複合機１０側において読み取らせるべき原稿をセットすべき旨の指令（用紙確認）となるＳＵＩＤ（Ｓｅｖｉｃｅ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ）を、開始メッセージに対するレスポンスとして送信する（ｓ２０４）。このレスポンスには、複合機１０の読取部１３にて読み取らせる原稿をセットすべき旨を指令するためのメッセージの表示と共に、記録媒体をセットした旨を通知すべき旨の指令をＸＭＬで記述してなるＸＭＬデータが含まれている（図３（ａ）参照）。

このＳＵＩＤを受信した複合機１０は、これに含まれるＸＭＬデータの記述に従い、読取部１３に読み取らせる記録媒体をセットすべき旨のメッセージを操作部１２のディスプレイに表示させ（図３（ｂ）参照）、その後、ユーザに記録媒体がセットされ、操作部１２によりその旨の操作が行われたら、読取部１３による画像の読み取りを開始すると共に、原稿がセットされた旨を通知（用紙セット通知）するためのＤＯＩＤを提供サーバ３０に送信する（ｓ２０６）。

このＤＯＩＤを受信した提供サーバ３０は、この時点で、セッションにて複合機１０からの制御要求を受信した場合に（ｓ１１０）、この制御要求に対するレスポンスとして、読取部１３による画像の読み取りを開始すべき旨のスキャン開始指示を送信する（１１２）。また、用紙セット通知のＤＯＩＤを受信した提供サーバ３０は、ジョブにおいて、次にＤＯＩＤを送信すべきタイミングを複合機１０に対して指示するためのステータスページとして、ＳＵＩＤを複合機１０に送信する（ｓ２０８）。このステータスページは、図４（ａ）に示すように、複合機１０側において読取部１３による読み取りが行われている最中である旨の表示（図４（ａ）における「＜ｓｔａｔｅ＞Ｓｃａｎｎｉｎｇ＜／ｓｔａｔｅ＞」）、および、次にＤＯＩＤを送信すべきタイミング（図４（ａ）における「＜ｒｅｆｒｅｓｈ＞１０００＜／ｒｅｆｒｅｓｈ＞」；単位はｍｓ）の指令をＸＭＬで記述してなるＸＭＬデータが含まれている。なお、ここで、ＸＭＬデータで指令されるタイミングについては、読取部１３による画像の読み取りに要すると想定される時間として、あらかじめ設定された待ち時間である。

このＳＵＩＤを受信した複合機１０は、これに含まれるＸＭＬデータの記述に従い、読取部１３による読み取りが行われている最中である旨を、操作部１２のディスプレイに表示させ（図４（ｂ）参照）、その記述にて指令された待ち時間だけ待機した後、サービスの提供継続を要求するためのステータス更新要求をＤＯＩＤとして提供サーバ３０に送信する（ｓ２１０）。なお、このＸＭＬデータにおいてタイミングが指令されていない、または、指令されている時間が「０」である場合、複合機１０は、待ち時間に基づく待機を行わない。

このＤＯＩＤを受信した提供サーバ３０は、この時点で、セッションにて複合機１０からの制御要求を受信した場合に（ｓ１１４）、この制御要求に対するレスポンスとして、読取部１３による画像の読み取りを終了すべき旨のスキャン終了指示を送信する（ｓ１１６）。また、ステータス更新要求のＤＯＩＤを受信した提供サーバ３０は、ジョブにおいて、次にＤＯＩＤを送信すべきタイミングを複合機１０に対して指示するためのステータスページを、ＳＵＩＤとして複合機１０に送信する（ｓ２１２）。このステータスページは、複合機１０側において読取部１３による読み取りが終了した旨の表示、および、次にＤＯＩＤを送信すべきタイミングの指令をＸＭＬで記述してなるＸＭＬデータが含まれている。なお、ここで、ＸＭＬデータで指令されるタイミングについては、読取部１３による画像の読み取りが終了してから記録部１４による記録を行えるようになるまでに要すると想定される時間として、あらかじめ設定された待ち時間である。

このＳＵＩＤを受信した複合機１０は、これに含まれるＸＭＬデータの記述に従い、読取部１３による読み取りが終了した旨を操作部１２のディスプレイに表示させ、その記述にて指令された待ち時間だけ待機した後、読取部１３により読み取られた画像からなる画像データを伴わせた状態で、サービスの提供継続を要求するためのステータス更新要求を、ＤＯＩＤとして提供サーバ３０に送信する（ｓ２１４）。

このＤＯＩＤを受信した提供サーバ３０は、ジョブにおいて、これに伴う画像データで示される画像に対する画像処理を開始した後、この画像処理の進行度合いを示す進行情報を伴わせた状態で、次にＤＯＩＤを送信すべきタイミングを複合機１０に対して指示するためのステータスページを、ＳＵＩＤとして複合機１０に送信する（ｓ２１６）。このステータスページは、図５（ａ）に示すように、提供サーバ３０側における画像処理の進行度合いの表示（図５（ａ）における「＜ｓｔａｔｅ＞Ｔｒａｎｓｌａｔｉｎｇ ０％＜／ｓｔａｔｅ＞」）、および、次にＤＯＩＤを送信すべきタイミング（図５（ａ）における「＜ｒｅｆｒｅｓｈ＞５００＜／ｒｅｆｒｅｓｈ＞」）の指令をＸＭＬで記述してなるＸＭＬデータが含まれている。ここで、画像処理の進行度合いの表示（ｎ％、図５では０％）、および、ＤＯＩＤを送信すべきタイミングについては、このｓ２１６の時点における画像処理の進行度合いに応じた値であって、後述する進行度合い監視処理にて監視されている値がセットされることとなるが、これについては、後述する。

このＳＵＩＤを受信した複合機１０は、これに含まれるＸＭＬデータの記述に従い、提供サーバ３０側における画像処理の進行度合いを操作部１２のディスプレイに表示させ（図５（ｂ）参照）、その記述にて指令された待ち時間だけ待機した後、サービスの提供継続を要求するためのステータス更新要求を、ＤＯＩＤとして提供サーバ３０に送信する。

こうして、画像処理が開始されてから終了するまでの間、提供サーバ３０は、複合機１０からＤＯＩＤを受信する毎に、ｓ２１６と同様、ＳＵＩＤを複合機１０に送信することとなる。

その後、提供サーバ３０は、上述した画像処理を終了した以降に、複合機１０からステータス更新要求のＤＯＩＤを受信した場合（ｓ２１８）、こうして画像処理を施してなる画像データを伴わせた状態で、次にＤＯＩＤを送信すべきタイミングを複合機１０に対して指示するためのステータスページを、ＳＵＩＤとして複合機１０に送信する（ｓ２２０）。このステータスページは、図６（ａ）に示すように、複合機１０側において記録部１４による記録が行われている最中である旨の表示（図６（ａ）における「＜ｓｔａｔｅ＞Ｐｒｉｎｔｉｎｇ＜／ｓｔａｔｅ＞」）、および、次にＤＯＩＤを送信すべきタイミング（図３（ａ）における「＜ｒｅｆｒｅｓｈ＞１０００＜／ｒｅｆｒｅｓｈ＞」）の指令をＸＭＬで記述してなるＸＭＬデータが含まれている。なお、ＸＭＬデータで指令されるタイミングについては、複合機１０において画像データを受信してから記録部１４により記録し終わるまでに要すると想定される時間として、あらかじめ設定された待ち時間である。

また、上述した画像処理を終了した以降、画像処理を終了した後にＤＯＩＤを受信した提供サーバ３０は、この時点で、セッションにて複合機１０からの制御要求を受信した場合（ｓ１１８）、ＳＵＩＤに伴わせた画像データで示される画像を記録すべき旨のプリント開始指示を、レスポンスとして複合機１０に送信する（ｓ１２０）。このプリント開始指示を受信した複合機１０は、ＳＵＩＤに伴う画像データで示される画像の記録部１４による記録を開始することとなる。

次に、ｓ２２０によるステータスページのＳＵＩＤを受信した複合機１０は、これに含まれるＸＭＬデータの記述に従い、記録部１４による記録が行われている最中である旨を操作部１２のディスプレイに表示させ（図６（ｂ）参照）、その記述にて指令された待ち時間だけ待機した後、サービスの提供継続を要求するためのステータス更新要求を、ＤＯＩＤとして提供サーバ３０に送信する（ｓ２２２）。

このＤＯＩＤを受信した提供サーバ３０は、この時点で、セッションにて複合機１０からの制御要求を受信した場合に（ｓ１２２）、この制御要求に対するレスポンスとして、記録部１４による画像の記録を終了すべき旨のプリント終了指示を送信する（ｓ１２４）。また、ｓ２２２によるステータス更新要求のＤＯＩＤを受信した提供サーバ３０は、ジョブにおいて、次にＤＯＩＤを送信すべきタイミングを複合機１０に対して指示するためのステータスページを、ＳＵＩＤとして複合機１０に送信する（ｓ２２４）。このステータスページは、次にＤＯＩＤを送信すべきタイミングの指令をＸＭＬで記述してなるＸＭＬデータが含まれている。なお、ＸＭＬデータで指令されるタイミングについては、記録部１４による画像の記録が終了してから次の処理を行うまでに確保すべきと想定される時間として、あらかじめ設定された待ち時間である。

このＳＵＩＤを受信した複合機１０は、これに含まれるＸＭＬデータの記述に従い、その記述にて指令された待ち時間だけ待機した後、サービスの提供継続を要求するためのステータス更新要求を、ＤＯＩＤとして提供サーバ３０に送信する（ｓ２２６）。

このＤＯＩＤを受信した提供サーバ３０は、この時点において、セッションにて複合機１０からの制御要求を受信した場合に（ｓ１２６）、この制御指令に対するレスポンスとして、ジョブを終了すべき旨のジョブ終了指示を送信する（ｓ１２８）。また、ｓ２２６によるステータス更新要求のＤＯＩＤを受信した提供サーバ３０は、ジョブにおいて、情報を持たない空のＳＵＩＤを複合機１０に対して送信すると共に（ｓ２２８）、このジョブを終了する。このような空のＳＵＩＤを受信した複合機１０は、提供サーバ３０と同じく、ジョブを終了する。

そして、提供サーバ３０は、ジョブを終了した状態で、複合機１０からの制御要求を受信した場合に（ｓ１３０）、この制御要求に対するレスポンスとして、この複合機１０とのセッションを切断する旨のセッション終了指示を送信する（ｓ１３２）。これ以降、提供サーバ３０において、複合機１０に割り当てたセッションＩＤに基づくセッション管理が行われなくなり、これにより、複合機１０とのセッションが切断されることとなる。
（２−２）進行度合い監視処理（その１）
以下に、図２のｓ２１６において提供サーバ３０が送信するステータスページのうち、「画像処理の進行度合い」としてセットされる『ｎ％』、および、「次にＤＯＩＤを送信すべきタイミング」としてセットされる数値を決定する際に起動される進行度合い監視処理の処理手順を図７に基づいて説明する。

この進行度合い監視処理が起動されると、まず、後述のように、画像処理の進行度合いに応じて更新される処理状態情報が、記憶部１６における所定の記憶領域から読み出される（ｓ５０２）。この処理状態情報は、画像処理を終了するまでに要する処理の総ステップ数、総ステップ数のうちの現時点で終了している終了ステップ、および、進行中のステップに際してのステップ処理時間などからなる情報であって、画像処理の進行に併せてその内容が更新される。

次に、ｓ５０２にて読み出された処理状態情報に基づいて、画像処理の進行度合いが求められる（ｓ５０４）。ここでは、処理状態情報における終了ステップおよび総ステップ数に基づく数式「進行度合い＝（終了ステップ／総ステップ数）×１００」により算出される値が、画像処理の進行度合いとして求められる。こうして求められた進行度合いを示す値が、ステータスページにおいて画像処理の進行度合いの表示『ｎ％』を表す値となる（図５（ａ）、（ｂ）参照）。

そして、ｓ５０２にて読み出された処理状態情報に基づいて、次のリクエストタイミング（次にＤＯＩＤを送信すべきタイミング）が求められる（ｓ５０６）。ここでは、処理状態情報におけるステップ処理時間が、次のリクエストタイミングとして求められる。こうして求められたタイミングを示す値が、ステータスページにおいて次にＤＯＩＤを送信すべきタイミング、つまり次のリクエストタイミングを表す値となる（図５（ａ）参照）。
（２−３）画像処理（その１）
以下に、図２のｓ２１６において、複合機１０からのＤＯＩＤを受信した提供サーバ３０により起動される画像処理の処理手順を、図８に基づいて説明する。

この画像処理が起動されると、まず、記憶部１６における所定の記憶領域に記憶されている（または、この時点で生成される）処理状態情報を構成する「総ステップ数」として、こうして起動された画像処理が終了するまでに要するステップ数がセットされる（ｓ６０２）。ここでは、本発明における画像処理を、複合機１０からの画像データで示される画像に含まれる日本語のテキストを他の言語に翻訳してなるテキストデータに変換する翻訳処理とした場合において、この翻訳処理のために経るべき処理、例えば、ページ毎のＯＣＲ、印刷データ生成などをそれぞれ別々のステップとしてカウントした総ステップ数がセットされる。

次に、処理状態情報を構成する「ステップ処理時間」として、第ｘ番目（ｘは、初期値「１」の変数ｘにセットされた値）のステップに際して必要となる処理時間がセットされる（ｓ６１４）。本実施形態においては、記憶部３６に、本画像処理におけるステップそれぞれに、そのステップに際して必要となる処理時間が対応づけられた状態で登録されたデータテーブルが記憶されており、このｓ６０４では、そのデータテーブルから、第ｘ番目のステップに対応する処理時間が抽出され、処理状態情報のステップ処理時間としてセットされる。

次に、第ｘ番目のステップによる処理を行った後（ｓ６０６）、処理状態情報を構成する「終了ステップ」として「ｘ」がセットされる（ｓ６０８）。
以降、変数ｘの値が「総ステップ数」にセットされた値を超えるまでの間（ｓ６１０：ＮＯ）、この変数ｘに「１」が加算される毎に（ｓ６１２）、ｓ６０４〜ｓ６１２が繰り返し行われた後、変数ｘの値が「総ステップ数」にセットされた値を超えたら（ｓ６１０：ＹＥＳ）、本画像処理が終了される。
（３）提供サーバ３０によるサービスの提供についての変形例
（３−１）進行度合い監視処理（その２）
上述した進行度合い監視処理（その１）の替わりに以下に示すような処理を実行することとしてもよく、その処理の処理手順を図９に基づいて説明する。なお、上述した進行度合い監視処理（その１）と同様の処理については、同じ符号を付して詳細な説明を省略するものとする。

この進行度合い監視処理が起動されると、まず、画像処理の進行度合いに応じてその情報が更新される処理状態情報が、記憶部１６における所定の記憶領域から読み出される（ｓ５０２）。

次に、ｓ５０２にて読み出された処理状態情報に基づいて、画像処理の進行度合いが求められる（ｓ５０４）。この処理状態情報は、総ステップ数、終了ステップ、および、進行中のステップに際してのステップ処理負荷などからなる情報であって、画像処理の進行に併せてその内容が更新される。なお、これらのうち、ステップ処理負荷は、進行中のステップに際しての処理負荷を示すものであり、その大きさに応じて１〜３（１：小、２：中、３：大）のいずれかがセットされる。

次に、変数ｙに「１」がセットされる（ｓ５１２）。
次に、処理状態情報を構成するステップ処理負荷にセットされている値と、タイミング値変換テーブルにおける第ｙレコードにおける処理負荷を示す値との照合が行われる（ｓ５１４）。この「タイミング値変換テーブル」とは、図１０に示すように、次のリクエストタイミングとして、１〜３の処理負荷それぞれに対応する値が対応付けられてなるデータテーブルであり、第１レコードが処理負荷１に対応するリクエストタイミング、第２レコードが処理負荷２に対応するリクエストタイミング、第３レコードが処理負荷３に対応するリクエストタイミングがそれぞれ登録されている。なお、このタイミング値変換テーブルに登録されているリクエストタイミングについては、あらかじめ定められた固定値であればよいが、提供サーバ３０とセッションを確立しているクライアントの数や、ネットワークのトラフィックなどの環境に応じて動的に変化するものとしてもよい。

このｓ５１４による照合の結果、ステップ処理負荷と第ｙレコードにおける処理負荷とが一致しない場合（ｓ５１６：ＮＯ）、変数ｙに「１」を加算した後（ｓ５１８）、変数ｙがオーバーフローしたか（セットされた値が３を超えたか）否かがチェックされる（ｓ５２０）。

このｓ５２０でオーバーフローしていないと判定された場合（ｓ５２０：ＮＯ）、ｓ５１４へ移行する一方、オーバーフローしていると判定された場合（ｓ５２０：ＹＥＳ）、次のリクエストタイミング（次にＤＯＩＤを送信すべきタイミング）が、あらかじめ定められたｄｅｆａｕｌｔ値（本実施形態においては３０００ｍｓ）に決定された後（ｓ５２２）、本進行度合い監視処理が終了される。こうして、決定されたｄｅｆａｕｌｔ値が、ステータスページにおいて次にＤＯＩＤを送信すべきタイミング、つまり次のリクエストタイミングを表す値となる（図５（ａ）参照）。

そして、ｓ５１４による照合の結果、ステップ処理負荷と第ｙレコードにおける処理負荷とが一致する場合（ｓ５１６：ＹＥＳ）、次のリクエストタイミング（次にＤＯＩＤを送信すべきタイミング）が、タイミング値変換テーブルの第ｙテーブルとして登録されているリクエストタイミングに決定された後（ｓ５２４）、本進行度合い監視処理が終了される。こうして、決定された値が、ステータスページにおいて次にＤＯＩＤを送信すべきタイミング、つまり次のリクエストタイミングを表す値となる（図５（ａ）参照）。
（３−２）画像処理（２）
上述した進行度合い監視処理（その２）を実行する場合には、上述した画像処理（その１）の替わりに以下に示すような処理を実行することとすればよく、その処理の処理手順を図１１に基づいて説明する。なお、上述した画像処理（その１）と同様の処理については、同じ符号を付して詳細な説明を省略するものとする。

この画像処理が起動されると、まず、記憶部１６における所定の記憶領域に記憶されている（または、この時点で生成される）処理状態情報を構成する「総ステップ数」として、こうして起動された画像処理が終了するまでに要するステップ数がセットされる（ｓ６０２）。

次に、処理状態情報を構成する「ステップ処理負荷」として、第ｘ番目のステップに際しての処理負荷を示す値（１：小、２：中、３：大）がセットされる（ｓ６２２）。本実施形態においては、記憶部３６に、本画像処理におけるステップそれぞれに、そのステップに際して必要となる処理負荷が対応づけられた状態で登録されたデータテーブルが記憶されており、このｓ６１２では、そのデータテーブルから、第ｘ番目のステップに対応する処理負荷が抽出され、処理状態情報のステップ処理負荷としてセットされる。

次に、第ｘ番目のステップに基づく処理を行った後（ｓ６０６）、処理状態情報を構成する「終了ステップ」として「ｘ」がセットされる（ｓ６０８）。
以降、変数ｘの値が「総ステップ数」にセットされた値を超えるまでの間（ｓ６１０：ＮＯ）、この変数ｘに「１」が加算される毎に（ｓ６１２）、ｓ６２２〜ｓ６１２が繰り返し行われた後、変数ｘの値が「総ステップ数」にセットされた値を超えたら（ｓ６１０：ＹＥＳ）、本画像処理が終了される。
（４）作用、効果
このように構成されたサービス提供システムによれば、提供サーバ３０は、クライアントからサービスの提供のためのリクエスト（セッション開始リクエスト、図２におけるｓ１０６の制御要求）を受信した以降、このクライアントに対し、サービスを提供するために各種レスポンスおよびＳＵＩＤを送信するが、サービスを提供し終えるまでに複数のＳＵＩＤを送信する課程において、各ＳＵＩＤには、次のリクエストタイミング（次にＤＯＩＤを送信すべきタイミング）を示す時間情報（ＸＭＬデータのうち、＜ｒｅｆｒｅｓｈ＞タグで挟まれた数値）が付加されることとなる。そして、この提供サーバ３０からサービスの提供を受ける複合機１０は、サービスの提供を受け終わるまでに複数のＤＯＩＤを送信する課程において、提供サーバ３０から送信されてくるＳＵＩＤを受信した場合に、このＳＵＩＤに時間情報が付加されていれば、この時間情報にしたがって次のＤＯＩＤを送信することとなる。

このように提供サーバ３０は、クライアントに送信するＳＵＩＤに時間情報を付加することにより、提供サーバ３０側の都合で、このクライアントに対して次にＤＯＩＤを送信すべきタイミングを指示することができ、クライアントは、このＳＵＩＤに付加された時間情報にしたがって次のＤＯＩＤを送信することになる。

そのため、時間情報を付加したＳＵＩＤを送信することで、サーバ側の都合にあったタイミングにより次のＤＯＩＤを受信することが可能で、提供サーバ３０がクライアントからＤＯＩＤを収集するタイミングを適切なものにできる。換言すれば、提供サーバでの処理が終了した時点で、直ちにクライアントにサービスを提供可能になるとともに、適切なタイムテーブルにしたがってサービスの提供を進行させることができる。

また、進行度合い監視処理（その１）では、画像処理（その１）にて処理状態情報における「ステップ処理時間」にセットされた値が、次のリクエストタイミングとしてＳＵＩＤに付加される。この「ステップ処理時間」には、画像処理におけるステップそれぞれに処理時間が対応づけられたデータテーブルの中から、現時点で実行されているステップに対応する処理時間が抽出されてセットされるため、時間情報としてＳＵＩＤに付加すべき次のリクエストタイミングを、データテーブルに記憶された処理時間の中から決定することができる。このデータテーブルは、各ステップに際しての処理負荷に応じて、クライアントから提供サーバになされるＤＯＩＤのタイミングを示す時間情報を関連づけて記憶したものであるため、処理負荷が高く終了までに時間を要するステップ中にＳＵＩＤを送信する場合ほど、クライアントからＤＯＩＤが送信されてくるタイミングを遅らせることができる。すなわち、提供サーバ３０側において十分に対応できるタイミングでＤＯＩＤを受信できるようにすることができる。

また、進行度合い監視処理（その２）では、画像処理（その２）にて処理状態情報における「ステップ処理負荷」にセットされた値に対応づけてタイミング値変換テーブルに登録された値が、次のリクエストタイミングとしてＳＵＩＤに付加される。この「ステップ処理負荷」には、画像処理における処理負荷それぞれにリクエストタイミングが対応づけられたデータテーブルの中から、現時点で実行されているステップの処理負荷に対応するリクエストタイミングが抽出されてセットされるため、時間情報としてＳＵＩＤに付加すべき次のリクエストタイミングを、データテーブルに記憶された処理時間の中から決定することができる。このデータテーブルは、処理負荷に応じて待機時間が長くなるような関連づけを記憶したものであるため、処理負荷が高く終了までに時間を要するステップ中にＳＵＩＤを送信する場合ほど、クライアントからＤＯＩＤが送信されてくるタイミングを遅らせて、提供サーバ３０側において十分に要求信号に対応できるタイミングで要求信号を受信できるようにすることができる。
（５）変形例
以上、本発明の実施の形態について説明したが、本発明は、上記実施形態に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の形態をとり得ることはいうまでもない。

例えば、上記実施形態においては、提供サーバ３０が、ジョブに関してのデータ通信について、次のリクエストタイミングをクライアント側に指令するように構成されたものを例示した。しかし、提供サーバ３０が、次のリクエストタイミングをクライアント側に指令するのは、ジョブに際してのデータ通信だけでなく、セッションに関してのデータ通信（リクエストのタイミング）や、ジョブの起動に際してのデータ通信（開始メッセージの送信タイミング）などとしてもよい。

また、上記実施形態においては、提供サーバ３０が、複合機１０側で読取部１３にて読み取らせた画像データに、画像処理を施したうえで複合機１０に返す、といったサービスを複合機１０に対して提供する場合を例示した。しかし、提供サーバ３０が複合機１０に対して提供するサービスとしては、このようなサービスに限られない。例えば、提供サーバ３０から複合機１０に対して所定のコンテンツを提供して印刷させるといったサービスであってもよい。

また、上記実施形態においては、タイミング値変換テーブルに登録されているのが、処理負荷の大きさを示す値（１〜３）となっており、このような数値に基づいて進行度合い監視処理が実行されるように構成されたものを例示した。しかし、このタイミング値変換テーブルには、処理負荷の大きさではなく、例えば、図１２に示すように、提供サーバ３０の制御部１１による処理負荷の割合（ＣＰＵの使用率）を登録しておき、このような割合に基づいて進行度合い監視処理を実行するように構成してもよい。この場合、処理状態情報を、総ステップ数、終了ステップ、および、進行中のステップに際しての処理負荷の割合からなる情報としておくと共に、まず、進行度合い監視処理では、ｓ５１４にて、処理状態情報を構成するステップ処理割合にセットされている値が、タイミング値変換テーブルにおける第ｙレコードにおける処理負荷の割合に収まっているかの照合を行い、この照合の結果、収まっていなければ、ｓ５１８へ移行し、収まっていれば、ｓ５２４へ移行することとすればよい。

また、上記実施形態においては、提供サーバ３０がＳＵＩＤに付加する時間情報が、クライアント側でＤＯＩＤを送信するまでに待機すべき待機時間となっている構成を例示した。しかし、このＳＵＩＤに付加する時間情報については、次にＤＯＩＤを送信すべきタイミングを示す情報であれば、待機時間以外の情報であってもよい。例えば、次のＤＯＩＤを送信すべき時刻を示す情報とすることなどが考えられる。

また、上記実施形態においては、提供サーバ３０の記憶部３６に各種データテーブルが記憶されている構成を例示した。しかし、これらデータテーブルの一部または全部は、提供サーバ３０とデータ通信可能な別のネットワークデバイスに備えられている構成としてもよく、この場合、このネットワークデバイスとのデータ通信を経て間接的にデータテーブルへのアクセスを行うように構成すればよい。
（６）本発明との対応関係
以上説明した実施形態において、複合機１０は本発明におけるクライアントであり、情報提供サーバ３０は本発明における提供サーバである。

また、図２のｓ２０２、ｓ２０６、ｓ２１０、ｓ２１４、ｓ２１８、ｓ２２２、ｓ２２６は、本発明における第１受信手段であり、これらステップで受信されるＤＯＩＤが本発明における要求信号である。また、図２のｓ２０４、ｓ２０８、ｓ２１２、ｓ２１６、ｓ２２０、ｓ２２４、ｓ２２８は、本発明における第１送信手段、継続返信手段であり、これらステップで送信されるＳＵＩＤが本発明における応答信号、実行指令である。また、同図ｓ１０８は、本発明における開始返信手段であり、このステップで送信されるジョブ開始指令は本発明における実行指令である。また、図７のｓ５０６、図９のｓ５２２、ｓ５２４は、本発明におけるタイミング付加手段である。また、図１１のｓ６１２は、本発明における稼働状態検出手段、負荷割合判定手段である。

また、図２のｓ２０２、ｓ２０６、ｓ２１０、ｓ２１４、ｓ２１８、ｓ２２２、ｓ２２６は、本発明における第２送信手段、継続要求手段であり、同図ｓ２０４〜ｓ２２６は、本発明における制御手段であり、同図ｓ２０２は、本発明における開始要求手段であり、同図ｓ２０４〜ｓ２２８は本発明における処理実行手段である。

サービス提供システムの構成を示すブロック図 サービスを提供する手順を示すタイミングチャート 用紙確認のＳＵＩＤを示すＸＭＬデータ、および、このＸＭＬデータに基づいてディスプレイへの表示が行われた画面を示す図 ステータスページのＳＵＩＤを示すＸＭＬデータ、および、このＸＭＬデータに基づいてディスプレイへの表示が行われた画面を示す図（その１） ステータスページのＳＵＩＤを示すＸＭＬデータ、および、このＸＭＬデータに基づいてディスプレイへの表示が行われた画面を示す図（その２） ステータスページのＳＵＩＤを示すＸＭＬデータ、および、このＸＭＬデータに基づいてディスプレイへの表示が行われた画面を示す図（その３） 進行度合い監視処理（その１）を示すフローチャート 画像処理（その１）を示すフローチャート 進行度合い監視処理（その２）を示すフローチャート タイミング値変換テーブルのデータ構造を示す図 画像処理（その２）を示すフローチャート 別の実施形態におけるタイミング値変換テーブルのデータ構造を示す図

符号の説明

１０…複合機、１１…制御部、１２…操作部、１３…読取部、１４…記録部、１５…通信部、１６…記憶部、１７…音入力部、１８…音出力部、３０…情報提供サーバ、３２…制御部、３４…通信部、３６…記憶部。

Claims (4)

1. サービスを提供する提供サーバと、この提供サーバからのサービスの提供を受けるクライアントと、を含むサービス提供システムであって、
   前記提供サーバは、
   前記クライアントから一のサービスの提供のための要求信号を受信する第１受信手段と、
   この第１受信手段による要求信号の受信を条件に、前記クライアントに前記一のサービスを提供するための応答信号を送信する第１送信手段と、
   前記一のサービスの提供に際し、継続して前記要求信号の送信を前記クライアントに対して要求するとき、前記第１送信手段により送信される前記応答信号に、次の要求信号を送信すべき送信タイミングを示す時間情報を付加するタイミング付加手段と、を備え、
   前記クライアントは、
   前記提供サーバに対して前記要求信号を送信する第２送信手段と、
   前記提供サーバから送信されてくる前記応答信号を受信する第２受信手段と、
   この第２受信手段により受信された応答信号に時間情報が付加されているとき、前記一のサービスの提供に際しての前記第２送信手段による前記要求信号の送信を、この時間情報にしたがうように制御する制御手段と、を備え、
   さらに、
   前記提供サーバは、
   前記一のサービスを提供するに際し、その一のサービスの提供中に行われる複数の処理各々と、これら処理各々に関連付けられた時間情報と、を記憶するデータベースを備え、
   前記タイミング付加手段は、前記第１送信手段により送信される前記応答信号が、前記一のサービスの提供中に行われる処理各々のいずれの処理で送信されるものであるか判断するとともに、この判断に対応する処理に関連付けて前記データベースに記憶されている時間情報を、前記次の要求信号の送信タイミングとして前記応答信号に付加する
   ことを特徴とするサービス提供システム。
2. サービスを提供する提供サーバと、この提供サーバからのサービスの提供を受けるクライアントと、を含むサービス提供システムであって、
   前記提供サーバは、
   前記クライアントから一のサービスの提供の開始要求を受けたことを条件に、このサービスの提供を開始するために前記クライアント側で実行すべき処理の実行指令を返信する開始返信手段と、
   この開始返信手段により実行指令が返信された以降、前記クライアントから一のサービスの提供の継続要求を受ける毎に、この一のサービスの提供を受けるために前記クライアント側で実行すべき一部の処理についての実行指令を、前記クライアント側で実行すべき処理全ての実行指令が返信されるまで、順次返信する継続返信手段と、
   前記一のサービスの提供に際し、継続して前記継続要求の送信を前記クライアントに対して要求するとき、少なくとも、前記継続返信手段により返信される前記実行指令に、この実行指令による処理の実行を終了した前記クライアントが次の継続要求を送信すべき送信タイミングを示す時間情報を付加するタイミング付加手段と、
   を備えるとともに、
   前記クライアントは、
   前記開始要求を前記サーバに対して送信する開始要求手段と、
   この開始要求手段による前記一のサービスの提供が開始されたことを条件に、前記提供サーバから返信される実行指令による処理の実行を終了に対応して、前記サーバに対してこの一のサービスの提供の継続要求を送信する継続要求手段と、
   前記開始要求手段による開始要求または前記継続要求手段による継続要求の送信を受け
   た前記サーバから返信される前記実行指令に対応した処理を実行する処理実行手段と、を備えるとともに、
   前記継続要求手段は、前記処理実行手段による処理が終了した際、この処理に係る実行指令に付加された時間情報で示されるタイミングにしたがって、前記サーバに対するサービスの提供の継続要求を送信する、ように構成されており、
   さらに、
   前記提供サーバは、
   前記一のサービスを提供するに際し、その一のサービスの提供中に行われる複数の処理各々と、これら処理各々に関連付けられた時間情報と、を記憶するデータベースを備え、
   前記タイミング付加手段は、前記継続返信手段により返信される実行指令が、サービスの提供を受けるために実行すべき処理各々のいずれの処理で返信されるものであるか判断するともに、この判断に対応する処理に関連づけて前記データベースに記憶されている時間情報を、前記継続返信手段により返信される実行指令に付加する
   ことを特徴とするサービス提供システム。
3. サービスの提供を受けるための要求信号を送信するクライアントと通信可能な提供サーバであって、
   前記クライアントから一のサービスの提供のための要求信号を受信する第１受信手段と、
   この第１受信手段による要求信号の受信を条件に、前記クライアントに前記一のサービスを提供するための応答信号を送信する第１送信手段と、
   前記一のサービスの提供に際して継続して前記要求信号の送信を前記クライアントに対して要求するとき、前記第１送信手段により送信される前記応答信号に、次の要求信号を送信すべき送信タイミングを示す時間情報を付加するタイミング付加手段と、を備え、
   さらに、
   前記一のサービスを提供するに際し、その一のサービスの提供中に行われる複数の処理各々と、これら処理各々に関連付けられた時間情報と、を記憶するデータベースを備え、
   前記タイミング付加手段は、前記第１送信手段により送信される前記応答信号が、前記一のサービスの提供中に行われる処理各々のいずれの処理で送信されるものであるか判断するとともに、この判断に対応する処理に関連付けて前記データベースに記憶されている時間情報を、前記次の要求信号の送信タイミングとして前記応答信号に付加する
   ことを特徴とする提供サーバ。
4. サービスの提供を受けるための要求信号を送信するクライアントと通信可能なコンピュータが読み取り可能なプログラムであって、
   前記コンピュータを
   前記クライアントから一のサービスの提供のための要求信号を受信する第１受信手段と、
   この第１受信手段による要求信号の受信を条件に、前記クライアントに前記一のサービスを提供するための応答信号を送信する第１送信手段と、
   前記一のサービスの提供に際して継続して前記要求信号の送信を前記クライアントに対して要求するとき、前記第１送信手段により送信される前記応答信号が、前記一のサービスの提供中に行われる複数の処理各々のいずれで送信されるものであるか判断するとともに、この判断に対応する処理に関連付けてデータベース（複数のサービスそれぞれにつき、該サービスの提供中に行われる複数の処理各々と、これら処理各々に関連付けられた情報であって次に要求信号を送信すべき送信タイミングを示す時間情報と、を記憶するデータベース）に記憶されている時間情報を、次の要求信号の送信タイミングとして前記応答信号に付加するタイミング付加手段として機能させるためのプログラム。