JP4577118B2 - サービス提供システム、クライアント、サーバおよびプログラム - Google Patents

Description

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

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

このシステムでは、クライアントからサーバへ、クライアントの有する機能に関する機能情報（制御用のコマンドコードや画像の濃度データなどのビットデータ）を送信し、サーバが、受信した機能情報の内容を解析して、クライアントから取得した情報（画像データ）に対応する情報処理（画像処理）を行う。こうしてサーバにより処理を施された情報はクライアントに返信され、この情報がクライアント側で処理（印刷）される。

また、このシステムにおいては、サーバに新規機能が追加されるなどにより機能が変更されると、サーバからクライアントへ変更された機能の内容が送信され、クライアントでは、クライアント自身に登録すべき機能をユーザに選択させる。つまり、このシステムでは、新規機能のうちユーザが使用したいものをクライアントへ登録することにより、その機能がサーバを介して利用可能とすることができる。
特開平９−２３８２１５号公報

しかし、上述したシステムにおいては、例えば、印字オプション追加や用紙カセット変更などクライアントにおける仕様の変化に対して、サーバ側で柔軟に対応することができない。それは、クライアント側の仕様が変更されたとしても、そのことをサーバ側で認識することができないため、サーバから提供されるサービスに対して、クライアント側で適切にその提供を受けることができなくなるからである。

このような場合、サーバからサービス情報（例えば、コンテンツ。）の提供を受ける毎に、そのサービスの内容に合わせてクライアント側で機能を適切な状態に変更するといった作業を行えばよいが、このようなことは非常に面倒である。また、サーバ側でサービス情報を提供すべきタイミングとなったときに行われる形態のサービスにおいては、サーバ側の都合でサービス情報の提供が行われるため、その都度クライアント側で仕様を適切な状態に変更するといった作業を行うといったことが困難な場合がある。

また、サーバからのサービス情報の提供を受ける毎に、クライアント側で仕様を適切な状態に変更するとしても、そのような変更はユーザの操作によりなされることから、クライアントにおける全ての機能、および、提供を受けるサービスにおいてクライアントの仕様をどのような状態に変更しなければならないか、といったことをユーザが把握しておかなければ、適切にサービス情報の提供を受けることができず、ユーザに対する負担が大きく、利便性を大きく低下させる要因となってしまう。

本発明は、この課題を解決するためになされたものであり、その目的は、クライアントが備えていない機能をサーバにより実現するシステムにおいて、クライアント側で仕様を変更するための作業を発生させることなく、適切にサービスの提供を受けられるようにすることである。

上記課題を解決するために請求項１に記載のサービス提供システムは、サービス情報の提供を受けるクライアント、該クライアントに対して前記サービス情報を提供する提供サーバ、および、前記クライアントが予め備えたまたは該クライアントに追加された機能手段の仕様に関する仕様情報を管理する管理サーバを含むサービス提供システムである。

このシステムにおける前記クライアントは、前記管理サーバに対して、前記仕様情報を送信する第１クライアント側送信手段と、該第１クライアント側送信手段により送信された仕様情報を受けた管理サーバから送信される登録完了情報を受信する第１クライアント側受信手段と、前記提供サーバに対して、サービス情報の提供要求を送信する第２クライアント側送信手段と、前記第１クライアント側送信手段により仕様情報が送信されてから、前記第１クライアント側受信手段により登録完了情報が受信されるまでの間、前記提供サーバからのサービス情報の提供が受けられないように制限するサービス制限手段と、を備えている。

また、前記管理サーバは、前記クライアントにより送信された仕様情報を受信する第１管理サーバ側受信手段と、該第１管理サーバ側受信手段により受信された仕様情報を、該仕様情報を送信してきたクライアントと対応づけて登録する情報登録手段と、該情報登録手段により、前記第１管理サーバ側受信手段により受信された仕様情報に対する登録が完了した旨を通知するための登録完了情報を、この仕様情報を送信してきたクライアントに対して送信する第１管理サーバ側送信手段と、を備えている。

そして、前記提供サーバは、前記クライアントから送信された提供要求を受信する第１提供サーバ側受信手段と、該第１提供サーバ側受信手段により提供要求が受信されたことを条件として、該提供要求を送信してきたクライアントに対応づけて前記管理サーバ側に登録されている仕様情報に基づいて、サービス情報を生成する情報生成手段と、を備えている。

このように構成されたサービス提供システムによれば、クライアントから管理サーバに対し、このクライアントの仕様を示す仕様情報が送信され、管理サーバ側でクライアントの仕様情報が管理されるようになる。そして、クライアントからの要求を受けた提供サーバが、このクライアントに対してサービスを提供するときには、管理サーバ側で管理されている仕様情報に基づいてサービス関するサービス情報が生成される。

つまり、提供サーバは、管理サーバで管理されている仕様情報を参照することにより、サービスの提供を要求してきたクライアントに対し、このクライアントの仕様にあったサービス情報を生成することができる。そのため、クライアントから管理サーバへの仕様情報の送信を、サービス提供システムの構成要素となったタイミングや、その後、クライアントの仕様が変更されたタイミングなどに行うように構成することで、クライアント側での変更作業を伴うことなく、クライアントにおける仕様の変化に提供サーバ側で柔軟に対応して適切なサービスの提供を実現することができるようになる。

また、本システムにおいては、提供サーバが管理サーバ側で管理されている仕様情報を参照する構成であるため、クライアントは、この管理サーバ側で管理される仕様情報が最新の状態となっているときにサービスの提供を受けなければ、古い仕様情報に基づいて生成されたサービス情報がクライアントに送信されてしまい、クライアント側で適切なサービスの提供を受けられなくなる恐れがある。

ところが、クライアントは、提供サービス制限手段によって、第１クライアント側送信手段により仕様情報が送信されてから、第１クライアント側受信手段により登録完了情報が受信されるまでの間、つまり送信した仕様情報の管理サーバ側での登録が完了するまでの間、提供サーバからのサービスの提供が受けられないように制限される。そのため、クライアントは、管理サーバ側で管理されている仕様情報が最新の状態になっていない場合、先に送信した仕様情報が管理サーバ側で登録されて最新の状態となるまで、誤って不適切なサービスの提供がなされてしまう、といったことを防止できる。

なお、上述したクライアントにおいて、第１クライアント側送信手段は、管理サーバに対して仕様情報を送信する手段であって、その仕様情報を送信するタイミングとしては、本サービス提供システムの構成要素となったことを検出する検出手段を備えた構成であれば、この検出手段により構成要素となったタイミングとすることが考えられる。また、クライアントの仕様が変更されたことを検出する検出手段を備えた構成であれば、この検出手段によりクライアントの仕様が変更されたタイミングとすることが考えられる。

また、第２クライアント側送信手段は、サービス情報の提供要求を送信する手段であって、その提供要求を送信するタイミングとしては、例えば、クライアントの操作により、提供要求を送信するアクセス先（提供サーバにおける特定のＵＲＬやポートなど）への直接的なアクセスが行われたタイミングや、クライアントにおいて、特定の処理が行われたタイミングなどとすることが考えられる。

また、上述した提供サーバにおいて、情報生成手段は、管理サーバ側で管理されている仕様情報に基づいてサービス情報を生成する手段であるが、提供サーバおよび管理サーバが別体のサーバとして構成されている場合には、提供サーバから管理サーバに対する仕様情報の要求、および、この要求を受けた管理サーバから提供サーバに対する仕様情報の送信、といった処理を経て、この仕様情報を受信した提供サーバ側にてサービス情報を生成するように構成すればよい。

また、上述したサービス提供システムにおいて、クライアントにサービスを提供するための具体的な構成としては、請求項２に記載のように構成するとよい。
すなわち、請求項１に記載のサービス提供システムを前提とする請求項２において、前記クライアントは、前記第２クライアント側送信手段により送信された提供要求を受けた前記提供サーバから送信されるサービス情報を受信する第２クライアント側受信手段と、該第２クライアント側受信手段により受信されたサービス情報に基づき、前記クライアントが備える機能手段を実行させる機能実行手段と、を備えている。そして、前記提供サーバは、前記情報生成手段により生成されたサービス情報を、前記第１提供サーバ側受信手段により受信された提供要求を送信してきたクライアントに対して送信する第１提供サーバ側送信手段を備えている。

このように構成すれば、提供サーバ側で生成されたサービス情報をクライアント側に提供するという態様により、このクライアントにサービスを提供することができる。
また、上述した各構成を前提とする請求項３に記載のサービス提供システムは、前記クライアントにおいて、前記サービス制限手段は、前記第２クライアント側送信手段による提供要求の送信を制限することで、前記提供サーバからのサービス情報の提供が受けられないようにする、ように構成されていることを特徴とする。

このように構成すれば、クライアントは、送信した仕様情報の管理サーバ側での登録が完了するまでの間、提供要求の送信を制限するため、クライアントから提供サーバに直接なされる提供要求に基づいて提供サーバがサービス情報を生成したり、サービス情報を送信してしまったりということが起こることはなく、これにより、誤って不適切なサービスの提供がなされることを防止できる。

なお、ここで、「第２クライアント側送信手段による提供要求の送信を制限する」とは、提供要求の送信が行われないようにすることであって、その具体的な制限方法については特に限定されない。

また、上述した各構成を前提とする請求項４に記載のサービス提供システムは、前記クライアントにおいて、前記管理サーバに対して、前記提供サーバから当該クライアントに提供すべきサービス情報の存在の問合せを送信する第３クライアント側送信手段と、該第３クライアント側送信手段により送信された問合せを受けた提供サーバから送信されてくる問合応答を受信する第３クライアント側受信手段と、が備えられ、前記第２クライアント側送信手段は、前記第３クライアント側受信手段により受信された提供すべきサービス情報が存在することを内容とする問合応答に基づいて、該問合応答で示されるサービス情報の提供要求を前記提供サーバに対して送信して、前記サービス制限手段は、少なくとも、前記第２クライアント側送信手段による提供要求の送信、および、前記第３クライアント側送信手段による問合せの送信のうちいずれか一方を制限することで、前記提供サーバからのサービス情報の提供が受けられないようにする、ように構成されている。

また、前記管理サーバにおいて、前記提供サーバから特定のクライアントに対して提供すべきサービス情報を示す提供情報を受信する第２管理サーバ側受信手段と、該第２管理サーバ側受信手段により受信された提供情報に基づいて、特定のクライアントに対して提供すべきサービス情報を登録する情報管理手段と、前記クライアントから該クライアントに提供すべきサービス情報の存在の問合せを受信する第３管理サーバ側受信手段と、該第３管理サーバ側受信手段により受信された問合せに応じて、前記情報管理手段により登録されたサービス情報の中から、該問合せに係るクライアントに提供すべきサービス情報を抽出する提供サービス抽出手段と、該提供サービス抽出手段により抽出されたサービス情報を示す抽出情報を、前記第３管理サーバ側受信手段により受信した問合せに対する前記問合応答として、該問合せに係るクライアントに送信する第２管理サーバ側送信手段と、を備えている。

そして、前記提供サーバにおいて、前記管理サーバに対して、特定のクライアントに対して提供すべきサービス情報を示す提供情報を送信する第３提供サーバ側送信手段が備えられている。

このように構成すれば、クライアントは、送信した仕様情報の管理サーバ側での登録が完了するまでの間、少なくとも第３クライアント側受信手段により受信された提供すべきサービス情報が存在することを内容とする問合応答に基づく提供サーバに対する提供要求の送信、および、管理サーバに対するサービスの問い合わせのうちいずれか一方を制限するため、前者の場合であれば、提供要求に基づいて提供サーバがサービス情報を生成したり、サービス情報を送信してしまったりということが起こることはなく、これにより、誤って不適切なサービスの提供がなされることを防止できる。また、後者の場合であれば、問い合わせに基づいて管理サーバが抽出情報を送信してくることはなく、この抽出情報の受信を前提とする提供要求の送信もなされなくなるため、これにより、誤って不適切なサービスの提供がなされることを防止できる。

なお、ここで、「第２クライアント側送信手段による提供要求の送信を制限する」とは、提供要求の送信が行われないようにすることであって、その具体的な制限方法については特に限定されない。また、「前記第３クライアント側送信手段による問い合わせの送信を制限する」とは、問い合わせの送信が行われないようにすることであって、その具体的な制限方法については特に限定されない。

また、上述した各構成を前提とする請求項５に記載のサービス提供システムは、前記クライアントにおいて、前記管理サーバに対して、前記仕様情報を送信すべき状態になった旨の事前通知を送信する第４クライアント側送信手段と、該第４クライアント側送信手段により送信された事前通知を受信した前記管理サーバから送信されてくる送信了承を受信する第４クライアント側受信手段と、が備えられ、前記第１クライアント側送信手段は、前記第４クライアント側受信手段により送信了承が受信されたことを条件として、前記管理サーバに対して前記仕様情報を送信する、ように構成されている。そして、前記管理サーバにおいて、前記クライアントから送信される前記事前通知を受信する第４管理サーバ側受信手段と、該第４管理サーバ側受信手段により事前通知が受信された以降に、前記仕様情報を送信することを了承した旨の送信了承を、該事前通知を送信してきたクライアントに送信する第３管理サーバ側送信手段と、が備えられている。

このように構成すれば、クライアント側において、本サービス提供システムの構成要素となったタイミングや、クライアントの仕様が変更されたタイミングなど、クライアントが予め備えたまたは該クライアントに追加された機能手段の仕様に関する仕様情報を送信すべき状態になった際、直ちに仕様情報を送信するのではなく、事前通知が行われる。そして、この事前通知を受けた管理サーバは、送信了承を送信することができるタイミング、つまり管理サーバ側で仕様情報を受信して登録する準備が整っている状態で、事前通知を行ったクライアントからの仕様情報を受け入れることができる。

なお、この構成においては、例えば、管理サーバ側での処理負担が一定以下の大きさとなっているとき、または、特定の処理を行っていないときに限って、事前通知を受けたクライアントに対する送信了承の送信を行うこととしてもよい。この場合、管理サーバ側における処理の都合に合わせて仕様情報を受け入れることができるようになるため好適である。

また、請求項６に記載のクライアントは、サービス情報を提供する提供サーバおよびクライアントの仕様に関する仕様情報を管理する管理サーバとデータ通信可能な前記クライアントであって、前記管理サーバに対して、前記仕様情報を送信する第１クライアント側送信手段と、該第１クライアント側送信手段により送信された仕様情報を受けた管理サーバから送信される登録完了情報を受信する第１クライアント側受信手段と、前記提供サーバに対して、サービス情報の提供要求を送信する第２クライアント側送信手段と、前記第２クライアント側送信手段により送信された提供要求を受けた前記提供サーバから送信されるサービス情報を受信する第２クライアント側受信手段と、該第２クライアント側受信手段により受信されたサービス情報に基づき、前記クライアントが備える機能手段を実行させる機能実行手段と、前記第１クライアント側送信手段により仕様情報が送信されてから、前記第１クライアント側受信手段により登録完了情報が受信されるまでの間、前記提供サーバからのサービス情報の提供が受けられないように制限するサービス制限手段と、を備えている。

このように構成されたクライアントによれば、請求項２から６のいずれかに記載のサービス提供システムの一部（クライアント）を構成することができる。
なお、このクライアントにおいては、請求項３から６のいずれかに記載のクライアントの備える全ての手段を備えた構成とすることも可能である。また、サービス情報が、例えば、郵送等で送信されてくる場合、第２クライアント側受信手段と機能実行手段を省略した構成とすることもできる。

また、請求項７に記載のサーバは、サービス情報の提供を受けるクライアント、および、該クライアントに対して前記サービス情報を提供する提供サーバとデータ通信可能なサーバであって、前記クライアントにより送信された該クライアントの仕様に関する仕様情報を受信する第１管理サーバ側受信手段と、該第１管理サーバ側受信手段により受信された仕様情報を、該仕様情報を送信してきたクライアントと対応づけて登録する情報登録手段と、該情報登録手段により、前記第１管理サーバ側受信手段により受信された仕様情報に対する登録が完了した旨を通知するための登録完了情報を、この仕様情報を送信してきたクライアントに対して送信する第１管理サーバ側送信手段と、を備えている。

このように構成されたサーバによれば、請求項１から６のいずれかに記載のサービス提供システムの一部（管理サーバ）を構成することができる。
なお、このサーバにおいては、請求項２から６のいずれかに記載の管理サーバの備える全ての手段を備えた構成としてもよい。

また、請求項８に記載のサーバは、サービス情報の提供を受けるクライアント、および、該クライアントの仕様に関する仕様情報を管理する管理サーバとデータ通信可能なサーバであって、前記クライアントから送信されたサービス情報の提供要求を受信する第１提供サーバ側受信手段と、該第１提供サーバ側受信手段により提供要求が受信されたことを条件として、該提供要求を送信してきたクライアントに対応づけて前記管理サーバ側に登録されている仕様情報に基づいて、サービス情報を生成する情報生成手段と、該情報生成手段により生成されたサービス情報を、前記第１提供サーバ側受信手段により受信された提供要求を送信してきたクライアントに対して送信する第１提供サーバ側送信手段と、を備えている。

このように構成されたサーバによれば、請求項２から６のいずれかに記載のサービス提供システムの一部（提供サーバ）を構成することができる。
なお、このサーバにおいては、請求項３から６のいずれかに記載の提供サーバの備える全ての手段を備えた構成とすることも可能である。また、サービス情報が、例えば、郵送等で送信されてくる場合、第１提供サーバ側送信手段を省略した構成とすることもできる。

また、請求項９に記載のプログラムは、サービス情報を提供する提供サーバおよびクライアントの仕様に関する仕様情報を管理する管理サーバとデータ通信可能な前記クライアントを制御するためのプログラムであって、前記管理サーバに対して、前記仕様情報を送信する第１クライアント側送信手順と、該第１クライアント側送信手順により送信された仕様情報を受けた管理サーバから送信される登録完了情報を受信する第１クライアント側受信手順と、前記提供サーバに対して、サービス情報の提供要求を送信する第２クライアント側送信手順と、前記第２クライアント側送信手段により送信された提供要求を受けた前記提供サーバから送信されるサービス情報を受信する第２クライアント側受信手順と、該第２クライアント側受信手順により受信されたサービス情報に基づき、前記クライアントが備える機能手段を実行させる機能実行手順と、前記第１クライアント側送信手順により仕様情報が送信されてから、前記第１クライアント側受信手順により登録完了情報が受信されるまでの間、前記提供サーバからのサービス情報の提供が受けられないように制限するサービス制限手順と、が含まれている。

このようなプログラムにより制御されるクライアントは、請求項２から６のいずれかに記載のサービス提供システムの一部（クライアント）を構成することができる。
なお、このプログラムにおいては、請求項３から６のいずれかに記載のクライアントの備える全ての手段として機能させるための処理手順を、クライアントに実行させるためのプログラムとして構成することも可能である。また、サービス情報が、例えば、郵送等で送信されてくる場合、第２クライアント側受信手順と機能実行手順を省略した構成とすることもできる。

また、請求項１０に記載のプログラムは、サービス情報の提供を受けるクライアント、および、該クライアントに対して前記サービス情報を提供する提供サーバとデータ通信可能なサーバを制御するためのプログラムであって、前記クライアントにより送信された該クライアントの仕様に関する仕様情報を受信する第１管理サーバ側受信手順と、該第１管理サーバ側受信手順により受信された仕様情報を、該仕様情報を送信してきたクライアントと対応づけて登録する情報登録手順と、該情報登録手順により、前記第１管理サーバ側受信手順により受信された仕様情報に対する登録が完了した旨を通知するための登録完了情報を、この仕様情報を送信してきたクライアントに対して送信する第１管理サーバ側送信手順と、が含まれている。

このようなプログラムにより制御されるサーバは、請求項１から６のいずれかに記載のサービス提供システムの一部（管理サーバ）を構成することができる。
なお、このプログラムにおいては、請求項２から６のいずれかに記載の管理サーバの備える全ての手段として機能させるための処理手順を、サーバに実行させるためのプログラムとして構成してもよい。

また、請求項１１に記載のプログラムは、クライアント、および、該クライアントの仕様に関する仕様情報を管理する管理サーバとデータ通信可能なサーバを制御するためのプログラムであって、前記クライアントから送信された提供要求を受信する第１提供サーバ側受信手順と、該第１提供サーバ側受信手順により提供要求が受信された際、該提供要求を送信してきたクライアントに対応づけて前記管理サーバ側に登録されている仕様情報に基づいて、サービス情報を生成する情報生成手順と、該情報生成手順により生成されたサービス情報を、前記第１提供サーバ側受信手順により受信された提供要求を送信してきたクライアントに対して送信する第１提供サーバ側送信手順と、が含まれている。

このようなプログラムにより制御されるサーバは、請求項２から６のいずれかに記載のサービス提供システムの一部（提供サーバ）を構成することができる。
なお、このプログラムにおいては、請求項３から６のいずれかに記載の提供サーバの備える全ての手段として機能させるための処理手順を、サーバに実行させるためのプログラムとして構成することも可能である。また、サービス情報が、例えば、郵送等で送信されてくる場合、第１提供サーバ側送信手順を省略した構成とすることもできる。

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

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

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

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

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

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

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

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

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

また、通信部２４は、管理サーバ２０をネットワーク１に接続すると共に、このネットワーク１を介してデータを送受信するための処理を行う。
そして、記憶部２６は、図示しないハードディスクからなり、このハードディスクにデータを記憶する。

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

また、通信部３４は、提供サーバ３０をネットワーク１に接続すると共に、このネットワーク１を介してデータを送受信するための処理を行う。
そして、記憶部３６は、図示しないハードディスクからなり、このハードディスクにデータを記憶可能に構成されている。
（２）複合機１０による処理
以下に、複合機１０の制御部１１により実行される処理の手順を説明する。
（２−１）デバイス処理
はじめに、デバイス処理の処理手順を図２、図３に基づいて説明する。このデバイス処理は、複合機１０の起動後、繰り返し実行される。

このデバイス処理が起動されると、まず、ジョブ問い合わせＯＳメッセージが生成される（ｓ１０２）。ここでは、本デバイス処理のプロセスに対して渡すべきＯＳメッセージとして、ジョブ問い合わせメッセージが生成される。

こうして、ＯＳメッセージが受信されたら（ｓ１０４：ＹＥＳ）、そのＯＳメッセージが「ジョブ問い合わせＯＳメッセージ」であるか否かがチェックされる（ｓ１１０）。
このｓ１１０で「ジョブ問い合わせＯＳメッセージ」であると判定された場合（ｓ１１０：ＹＥＳ）、デバイスステートに「Ｒｅａｄｙ」がセットされているか否かのチェックが行われる（ｓ１１２）。このデバイスステートとは、後述のように、複合機１０の仕様が変更された際に「ＳｐｅｃＣｈｇ」がセットされ、その旨を通知したデバイス管理サーバからの返信があった場合に「Ｒｅａｄｙ」がセットされることとなる変数である。

このｓ１１２で、デバイスステートに「Ｒｅａｄｙ」がセットされていると判定された場合（ｓ１１２：ＹＥＳ）、管理サーバ２０に対し、複合機１０にて実行すべきジョブの有無についての問い合わせが行われる（ｓ１１４）。この問い合わせは、複合機１０に割り当てられたデバイスＩＤが特定可能な状態で行われるリクエストである。管理サーバ２０には、後述のように、１以上のクライアントそれぞれのデバイスＩＤを、クライアントそれぞれにて実行すべきジョブの内容、および、このジョブを実行する際にアクセスすべきアドレス（ＵＲＬ）に対応付けて登録したジョブデータベースが記憶されている。そして、このｓ１１４の問い合わせを受けた管理サーバ２０は、ジョブデータベースから、この問い合わせに係る複合機１０のデバイスＩＤに対応するレコードを抽出し、そのレコード（対応するレコードが抽出されない場合にはその旨）示す登録情報をレスポンスとして送信してくる。なお、以降、特に記載しない限り、複合機１０から送信されるリクエストには、常にデバイスＩＤが付加されているものとする。

こうして、問い合わせが行われた後、管理サーバ２０からのレスポンスが受信されるまでの待機を経て（ｓ１１６：ＮＯ）、レスポンスが受信されたら（ｓ１１６：ＹＥＳ）、このレスポンスである登録情報に基づいて、複合機１０にて実行すべきジョブが有るか否かがチェックされる（ｓ１１８）。

このｓ１１８で、複合機１０にて実行すべきジョブが無いと判定された場合（ｓ１１８：ＮＯ）、ジョブ問い合わせタイマーをセットした後（ｓ１２０）、ｓ１０４へ戻る。このｓ１２０では、図４に示すように、一定時間（例えば、１０分）の待機を経て（ｓ２０２）、ジョブ問い合わせＯＳメッセージを生成する（ｓ２０４）、といった処理が行われる。

一方、上述したｓ１１８で、複合機１０にて実行すべきジョブが有ると判定された場合（ｓ１１８：ＹＥＳ）、そのジョブに対応する処理を実行した後（ｓ１２２）、ｓ１０４へ戻る。このｓ１２２では、図５に示すように、管理サーバ２０からのレスポンスである登録情報で示されるジョブ（の内容）が、提供サーバ３０から情報の提供を受けるサービスに関するジョブであれば（ｓ２１２：ＹＥＳ）、上記登録情報で示されるアドレス（本実施形態においては、提供サーバ３０のアドレス）に、サービス提供ジョブの実行要求が送信され（ｓ２１４）、これを受けたアクセス先（提供サーバ３０）から返信されてくるサービス情報が受信されたら（ｓ２１６）、このサービス情報で示される情報の記録部１４による出力（記録）が行われる（ｓ２１８）。その一方、上記登録情報で示されるサービスが後述するデバイス仕様要求ジョブであれば（ｓ２１２：ＮＯ、ｓ２２０：ＹＥＳ）、デバイス仕様要求ＯＳメッセージを生成する（ｓ２２２）。そして、上記登録情報で示されるサービスが後述するデバイス仕様要求ジョブでなければ（ｓ２２０：ＮＯ）、そのジョブに対応する処理（その他の処理）が行われる（ｓ２２４）。

また、上述したｓ１１０で「ジョブ問い合わせＯＳメッセージ」でないと判定された場合（ｓ１１０：ＮＯ）、そのＯＳメッセージが「デバイス仕様変更ＯＳメッセージ」であるか否かがチェックされる（ｓ１３０）。この「デバイス仕様変更ＯＳメッセージ」は、後述のように、複合機１０の仕様が変更された際に生成されるＯＳメッセージである。

このｓ１３０で「デバイス仕様変更ＯＳメッセージ」であると判定された場合（ｓ１３０：ＹＥＳ）、複合機１０の仕様が変更された旨を通知するための「仕様変更通知」を管理サーバ２０にリクエストとして送信する（ｓ１３２）。この仕様変更通知を受けた管理サーバ２０からは、後述のように、デバイス仕様要求ジョブの登録が行われた後、その旨を通知するための送信了承がレスポンスとして送信されてくる。

こうして、仕様変更通知が送信された後、管理サーバ２０からのレスポンスが受信されるまでの待機を経て（ｓ１３４：ＮＯ）、レスポンスが受信されたら（ｓ１３４：ＹＥＳ）、ジョブ問い合わせＯＳメッセージが生成された後（ｓ１３６）、ｓ１０４へ戻る。

また、上述したｓ１３０で「デバイス仕様変更ＯＳメッセージ」でないと判定された場合（ｓ１３０：ＮＯ）、そのＯＳメッセージが「デバイス仕様要求ＯＳメッセージ」であるか否かがチェックされる（ｓ１５０）。この「デバイス仕様要求ＯＳメッセージ」は、上述のように、図５におけるｓ２２２にて生成されるＯＳメッセージである。

このｓ１５０で「デバイス仕様要求ＯＳメッセージ」であると判定された場合（ｓ１５０：ＹＥＳ）、複合機１０の仕様を示す情報である仕様情報を生成し（ｓ１５２）、こうして生成した仕様情報を管理サーバ２０へリクエストとして送信する（ｓ１５４）。ここで生成される仕様情報で示される仕様とは、例えば、複合機１０の有する機能（読取り、記録、音声入出力）についての固定的なパラメータの他、複合機１０にインストールされているファームウェアのバージョン、複合機１０に着脱可能な機能拡張ユニットが装着されているか否かといった適宜変更しうるパラメータなどのことである。また、ここで送信した仕様情報を受信した管理サーバ２０からは、この仕様情報で示される仕様の登録が行われた後、その登録が終了した旨を通知するための登録完了情報がレスポンスとして送信されてくる。

こうして、仕様情報が送信された後、管理サーバ２０からのレスポンスが受信されるまでの待機を経て（ｓ１５６：ＮＯ）、レスポンスが受信されたら（ｓ１５６：ＹＥＳ）、上述したデバイスステートに「Ｒｅａｄｙ」がセットされ（ｓ１５８）、ジョブ問い合わせＯＳメッセージが生成された後（ｓ１６０）、ｓ１０４へ戻る。

そして、上述したｓ１５０で「デバイス仕様要求ＯＳメッセージ」でないと判定された場合（ｓ１５０：ＮＯ）、ｓ１０４へ戻る。
（２−２）仕様監視処理
次に、仕様監視処理の処理手順を図６に基づいて説明する。この仕様監視処理は、複合機１０の起動後、繰り返し実行される。

この仕様監視処理が起動されると、まず、複合機１０の仕様が変更されるまでの待機を経て（ｓ２３２：ＮＯ）、仕様が変更された場合に（ｓ２３２：ＹＥＳ）、デバイスステートに「ＳｐｅｃＣｈｇ」がセットされる（ｓ２３４）。このｓ２３２では、例えば、ファームウェアのアップデートなどによりファームウェアのバージョンに変更があった場合、装着センサ（図示されない）により機能拡張ユニットが新たに装着されたことが検出された場合などに、複合機１０の仕様が変更されたと判定される。

こうして、デバイスステートに「ＳｐｅｃＣｈｇ」がセットされたら、デバイス仕様変更ＯＳメッセージが生成された後（ｓ２３６）、ｓ２３２へ戻る。この「デバイス仕様変更ＯＳメッセージ」は、図２におけるｓ１０４、ｓ１３０にてチェックされるものである。
（３）管理サーバ２０による処理
以下に、管理サーバ２０の制御部２２により実行される処理の手順を説明する。
（３−１）リクエスト対応処理１
はじめに、リクエスト対応処理１の処理手順を図７に基づいて説明する。このリクエスト対応処理１は、複合機１０側からのリクエストを受信する毎に実行される。

このリクエスト対応処理１が起動されると、まず、この起動に先立って複合機１０から受信したリクエストが、ジョブ問い合わせであるか否かがチェックされる（ｓ３１２）。この「ジョブ問い合わせ」は、図３におけるｓ１１４にて複合機１０から送信されてくるリクエストである。

このｓ３１２でリクエストが「ジョブ問い合わせ」であると判定された場合（ｓ３１２：ＹＥＳ）、このリクエストを送信してきた複合機１０に対し、ジョブの登録情報をレスポンスとして送信された後（ｓ３１４）、本リクエスト対応処理１が終了される。このｓ３１４では、記憶部２６に記憶されたジョブデータベースから、リクエストで特定されるデバイスＩＤに対応するジョブが抽出され、こうして抽出されたジョブを示す情報（抽出されなかった場合にはその旨を示す情報）が登録情報として送信される。この登録情報は、図３のｓ１１６で複合機１０が受信する。

また、ｓ３１２でリクエストが「ジョブ問い合わせ」でないと判定された場合（ｓ３１２：ＮＯ）、そのリクエストが仕様変更通知であるか否かがチェックされる（ｓ３１６）。この「仕様変更通知」は、図３におけるｓ１３２にて複合機１０から送信されてくるリクエストである。

このｓ３１６でリクエストが「仕様変更通知」であると判定された場合（ｓ３１６：ＹＥＳ）、このリクエストで特定されるデバイスＩＤとデバイス仕様要求ジョブとを対応づけてジョブデータベースに登録することで、そのリクエストを送信してきた複合機１０に提供すべきサービスの登録が行われ（ｓ３１８）、この複合機１０に対し、そのような登録が行われた旨を通知するための送信了承がレスポンスとして送信された後（ｓ３２０）、本リクエスト対応処理１が終了される。この送信了承は、図３のｓ１３４で複合機１０が受信する。

また、ｓ３１６でリクエストが「仕様変更通知」でないと判定された場合（ｓ３１６：ＮＯ）、そのリクエストが仕様情報であるか否かがチェックされる（ｓ３２２）。この「仕様情報」は、図３におけるｓ１５４にて複合機１０から送信されてくるリクエストである。

このｓ３２２でリクエストが仕様情報であると判定された場合（ｓ３２２：ＹＥＳ）、記憶部２６に記憶されたデータベースであって、デバイスＩＤと仕様とを対応づけて登録してなるデバイス仕様データベースに、そのリクエストで特定されるデバイスＩＤと仕様とを対応づけて登録することで、そのリクエストを送信してきた複合機１０の仕様についての登録が行われ（ｓ３２４）、この複合機１０に対し、そのような登録が行われた旨を通知するための登録完了情報が返信された後（ｓ３２６）、本リクエスト対応処理１が終了される。この登録完了情報は、図３のｓ１５６で複合機１０が受信する。

そして、ｓ３２２でリクエストが仕様情報でないと判定された場合（ｓ３２２：ＮＯ）、そのリクエストに対応する処理（その他の処理）が行われた後（ｓ３２８）、本リクエスト対応処理１が終了される。
（３−２）リクエスト対応処理２
続いて、リクエスト対応処理２の処理手順を図８に基づいて説明する。このリクエスト対応処理２は、提供サーバ３０側からのリクエストを受信する毎に実行される。

このリクエスト対応処理２が起動されると、まず、この起動に先立って提供サーバ３０から受信したリクエストが、ジョブ登録メッセージであるか否かがチェックされる（ｓ３４２）。この「ジョブ登録メッセージ」は、後述のように、提供サーバ３０が、特定のクライアントにて実行すべきジョブを、上述したジョブデータベースに登録させるために送信してくるものであって、特定のデバイスのデバイスＩＤ、ジョブの内容、および、ジョブを実行する際にアクセスすべきアドレス（ＵＲＬ）を特定可能なリクエストである。

このｓ３４２でリクエストが「ジョブ登録メッセージ」であると判定された場合（ｓ３４２：ＹＥＳ）、そのリクエストで特定されるジョブおよびデバイスＩＤを対応づけてジョブデータベースに登録し（ｓ３４４）、このリクエストを送信してきた提供サーバ３０に対し、こうして登録が行われた旨を通知するためのジョブ登録通知がレスポンスとして送信された後（ｓ３４６）、本リクエスト対応処理２が終了される。

また、ｓ３４２でリクエストが「ジョブ登録メッセージ」でないと判定された場合（ｓ３４２：ＮＯ）、そのリクエストが「デバイス仕様要求」であるか否かがチェックされる（ｓ３４８）。この「デバイス仕様要求」は、後述のように、提供サーバ３０が、特定のデバイスの仕様を示す仕様情報を要求するために送信してくるものであって、そのデバイスのデバイスＩＤを特定可能なリクエストである。

このｓ３４８でリクエストが「デバイス仕様要求」であると判定された場合（ｓ３４８：ＹＥＳ）、このリクエストで特定されるデバイスＩＤに対応する仕様情報をデバイス仕様データベースから抽出し（ｓ３５０）、そうして抽出した仕様情報が、そのリクエストを送信してきた提供サーバ３０にレスポンスとして送信された後（ｓ３５２）、本リクエスト対応処理２が終了される。

そして、ｓ３４８でリクエストが「デバイス仕様要求」でないと判定された場合（ｓ３４８：ＮＯ）、そのリクエストに対応する処理（その他の処理）が行われた後（ｓ３５０）、本リクエスト対応処理２が終了される。
（４）提供サーバ３０による処理
以下に、提供サーバ３０の制御部３２により実行される処理の手順を説明する。
（４−１）ジョブ実行処理
はじめに、ジョブ実行の処理手順を図９に基づいて説明する。このジョブ実行処理は、図５におけるｓ２１４にて複合機１０からサービス提供ジョブの実行要求が送信されてくる毎に実行される。

このジョブ実行処理が起動されると、まず、このジョブ実行処理の起動に先立って受信した実行要求から、この実行要求で特定されるデバイスＩＤを取得する（ｓ４０２）。
次に、管理サーバ２０に対し、ｓ４２０にて取得されたデバイスＩＤの複合機１０についての仕様情報を要求するためのデバイス仕様要求を送信する（ｓ４０４）。この「デバイス仕様要求」は、管理サーバ２０が図８のリクエスト対応処理２を起動する契機として受信するものであって、こうしてデバイス仕様要求を受信した管理サーバ２０からは、同図ｓ３５２にてデバイス仕様要求による要求に係る仕様情報がレスポンスとして送信されてくる。

こうして、デバイス仕様要求を送信したら、管理サーバ２０からのレスポンスがあるまでの待機を経て（ｓ４０６：ＮＯ）、レスポンスが受信された場合に（ｓ４０６：ＹＥＳ）、このレスポンスである仕様情報に基づいて、ｓ４０２にて実行要求を送信してきた複合機１０に対して提供すべきサービス情報が生成される（ｓ４０８）。ここでは、レスポンスである仕様情報で示される仕様に基づいて、その仕様にて処理可能なコンテンツとなるデータがサービス情報として生成される。

そして、このｓ４０８にて生成されたサービス情報を、ｓ４０２にて実行要求を送信してきた複合機１０に対して送信して（ｓ４１０）、本ジョブ実行処理を終了する。このサービス情報は、図５におけるｓ２１６にて複合機１０が受信するデータである。
（４−２）ジョブ登録処理
続いて、ジョブ登録処理の処理手順を図１０に基づいて説明する。このジョブ登録処理は、提供サーバ３０に対する操作が行われたとき、または、提供サーバ３０外部からの指令が受信されたときに開始される。なお、ここでいう「外部からの指令」とは、提供サーバ３０とデータ通信可能な他のネットワークデバイスから送信されてくるものである。

このジョブ登録処理が起動されると、まず、このジョブ登録処理に先立って行われた操作、または、受信された指令が、ジョブの登録をするためのジョブ登録要求となるまでの待機を経た後（ｓ４２２：ＮＯ）、その操作または指令としてジョブ登録要求がなされたら（ｓ４２２：ＹＥＳ）、そのジョブ登録要求に基づいて、ジョブ登録メッセージを作成する（ｓ４２４）。この「ジョブ登録要求」とは、ジョブの内容、このジョブを実行すべきデバイスのデバイスＩＤ、このジョブを実行する際にアクセスすべきアドレス（ＵＲＬ）を伴って行われる指令であり、ｓ４２４では、このジョブ登録要求に伴うジョブ、デバイスＩＤ、アドレスを示すメッセージが、ジョブ登録メッセージとして作成される。

次に、ｓ４２４にて作成されたジョブ登録メッセージが、管理サーバ２０に送信される（ｓ４２６）。このジョブ登録メッセージは、図８のｓ３４２で管理サーバ２０が受信するリクエストである。このリクエストを受けた管理サーバ２０からは、このジョブ登録メッセージに基づく登録が行われた後、その旨を通知するためのジョブ登録通知がレスポンスとして送信されてくる。

こうして、ジョブ登録メッセージが送信された後、管理サーバ２０からレスポンスとして送信されてくるジョブ登録通知が受信されたら（ｓ４２８）、こうして管理サーバ２０側でジョブの登録が行われた旨のログが残された（その旨が記憶部３６に記憶される）、または、ジョブの登録が行われた旨がこのジョブ登録処理に先立って受信された指令の送信元に通知された後（ｓ４３０）、本ジョブ登録処理が終了される。
（５）作用、効果
このように構成されたサービス提供システムによれば、複合機１０から管理サーバ２０に対し、この複合機１０の仕様を示す仕様情報が送信され（図３のｓ１５４）、管理サーバ２０側で複合機１０の仕様情報が管理されるようになる（図７のｓ３２４）。そして、複合機１０からの要求を受けた提供サーバ３０が、この複合機１０に対してサービスを提供する際には、管理サーバ２０側で管理されている仕様情報に基づいてサービス関するサービス情報が生成される（図９のｓ４０８）。

つまり、提供サーバ３０は、管理サーバ２０で管理されている仕様情報を参照することにより、サービスの提供を要求してきたクライアントに対し、このクライアントの仕様にあったサービス情報を生成することができる。ここで、複合機１０から管理サーバ２０への仕様情報の送信は、複合機１０の仕様が変更されたタイミングで行われるため、複合機１０側での変更作業を伴うことなく、複合機１０における仕様の変化に提供サーバ３０側で柔軟に対応して適切なサービスの提供を実現することができるようになる。

また、本システムにおいては、提供サーバ３０が管理サーバ２０側で管理されている仕様情報を参照する構成であるため、クライアントは、この管理サーバ２０側で管理される仕様情報が最新の状態となっているときにサービスの提供を受けなければ、古い仕様情報に基づいて生成されたサービス情報がクライアントに送信されてしまい、クライアント側で適切なサービスの提供を受けられなくなる恐れがある。

ところが、複合機１０は、仕様が変更されてデバイスステートに「ＳｐｅｃＣｈｇ」がセットされてから（図６のｓ２３４）、デバイスステートに「Ｒｅａｄｙ」がセットされる（図３のｓ１５８）までの間、つまり仕様情報に基づく登録が管理サーバ２０側で終了した旨のレスポンスを受けるまでの間、同図ｓ１１４へ移行しないようにすることにより、提供サーバ３０からのサービスの提供が受けられないように制限される（図３のｓ１１２にて「ＮＯ」となる）。そのため、複合機１０は、管理サーバ２０側で管理されている仕様情報が最新の状態になっていない場合、先に送信した仕様情報が管理サーバ２０側で登録されて最新の状態となるまで、誤って不適切なサービスの提供がなされてしまう、といったことを防止できる。

また、本サービス提供システムであれば、提供サーバ３０側で生成されたサービス情報をクライアント側に提供する（図９のｓ４１０）という態様により、このクライアントにサービスを提供することができる。

また、上記実施形態において、複合機１０は、仕様が変更されて仕様情報を送信すべき状態になったとしても（図６のｓ２３２でＹＥＳ）、直ちに仕様情報を送信するのではなく、まずは仕様が変更された旨を通知するための仕様変更通知を送信することで事前通知を行う（図３のｓ１３２）。そして、この事前通知を受けた管理サーバ２０は、管理サーバ２０側で仕様情報を受信して登録する準備が整っている状態となってから、事前通知を行った複合機１０からの仕様情報を受け入れることができる。
（６）変形例
以上、本発明の実施の形態について説明したが、本発明は、上記実施形態に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の形態をとり得ることはいうまでもない。

例えば、上記実施形態においては、管理サーバ２０と提供サーバ３０とが別体のサーバとされ、それぞれが連携して認証情報の管理およびサービスの提供を実現するように構成されたものを例示した。しかし、管理サーバ２０と提供サーバ３０とは、一体のサーバとして構成してもよい。また、管理サーバ２０の有する機能の一部を提供サーバ３０に実現させるように構成したり、提供サーバ３０の有する機能の一部を管理サーバ２０に実現させるように構成してもよい。

また、上記実施形態においては、図６のｓ２３２において、ファームウェアのアップデートなどによりファームウェアのバージョンに変更があった場合、装着センサにより機能拡張ユニットが新たに装着されたことが検出された場合などに、複合機１０の仕様が変更されたと判定するように構成されたものを例示した。しかし、複合機１０の仕様が変更されたと判定するタイミングとして、上述した以外に、例えば、本サービス提供システムの構成要素となったことを検出する検出手段を備えた構成であれば、この検出手段により構成要素となったタイミングなどが考えられる。

また、上記実施形態において、複合機１０から提供サーバ３０に対してサービス提供を要求されるのが、特定の処理、具体的にいうと、ジョブ問い合わせＯＳメッセージが生成されたタイミングとなっている構成を例示した。しかし、複合機１０から提供サーバ３０に対してサービスの提供が要求されるのは、例えば、複合機１０の操作部１２への特定操作により、提供要求を送信するアクセス先（提供サーバにおける特定のＵＲＬやポートなど）への直接的なアクセスが行われたタイミングなどとしてもよい。この場合、その特定操作が行われたときに、図３のｓ１１２以降の処理が行われるようにすればよい。

また、上記実施形態においては、提供サーバ３０が、サービス提供ジョブの実行要求を送信してきたクライアントにつき、このクライアントの仕様情報に基づいてサービス情報を生成し、このサービス情報をクライアントに提供することで、このクライアントに対するサービスの提供を実現するように構成されたものを例示した。しかし、提供サーバ３０により実現されるサービスの提供としては、例えば、クライアントから提供された処理対象データと、このクライアントの仕様情報とに基づいて生成したサービス情報をクライアントに提供するといった態様で実現することも考えられる。具体的に、クライアントは、第２クライアント側送信手段により送信された提供要求を受けた提供サーバから、サービスの提供を受けるのに必要な処理対象データの送信要求を受信する第５クライアント側受信手段と、該第３クライアント側受信手段により送信要求が受信された際に、提供サーバに対して処理対象データを送信する第５クライアント側送信手段と、を備え、前記第２クライアント側受信手段が、該第５クライアント側送信手段により送信された処理対象データを受けた提供サーバから送信されるサービス情報を受信する、ように構成されている。そして、前記提供サーバは、第１提供サーバ側受信手段により提供要求が受信された際、該提供要求に応じて提供すべきサービスの提供を受けるのに処理対象データが必要な場合に、該提供要求を送信してきたクライアントに対し、前記処理対象データの送信要求を送信する第２提供サーバ側送信手段と、該第２提供サーバ側送信手段により送信された送信要求を受信したクライアントから送信される処理対象データを受信する第２提供サーバ側受信手段と、を備え、該第２提供サーバ側受信手段により処理対象データが受信された際、前記情報生成手段が、前記処理対象データ、および、該処理対象データを送信してきたクライアントに対応づけて前記管理サーバ側に登録されている仕様情報に基づいて、サービスに関するサービス情報を生成する、ように構成する。この場合、図９におけるｓ４０６の後、または、同図ｓ４０４の前に、クライアントに対して処理対象データを要求し（第２提供サーバ側送信手段に相当）、この要求を受けたクライアントから送信されてきた処理対象データを受信する処理をも行うこととし（第２提供サーバ側受信手段に相当）、こうして受信した処理対象データを基にして同図ｓ４０８でサービス情報を生成する、といった構成とすればよい。なお、これに対応して、複合機１０側では、図５のｓ２１４の前に、処理対象データの要求を受けた後（第３クライアント側受信手段に相当）、ユーザに処理対象データとなるデータを指定させ（または、あらかじめ定められたデータを読み出し）、そのデータを処理対象データとして提供サーバ３０に送信する（第３クライアント側送信手段に相当）ように構成するとよい。この場合、提供サーバ３０は、クライアント側から渡された処理対象データに基づいて、このクライアントに提供するサービス情報を生成することができる。

なお、この構成において、クライアントの備える第３クライアント側送信手段は、提供サーバに対して処理対象データを送信する手段であって、その処理対象データを送信するタイミングとしては、例えば、第２クライアント側受信手段により送信要求が受信された際、クライアントのユーザに処理対象データを指定する操作を行わせ、こうして特定のデータが処理対象データとして指定されたタイミングで、この処理対象データを送信することを考えることができる。また、あらかじめ処理対象データとすべきデータを任意に定めておき、第２クライアント側受信手段により送信要求が受信されたタイミングで、その定められた処理対象データを送信することを考えることもできる。

また、上記実施形態においては、複合機１０がサービスの有無の問い合わせを制限することで、サービスの提供がなされてしまうことを防止するように構成されたものを例示した。しかし、サービスの提供がなされてしまうことを防止するための構成としては、例えば、デバイスステートが「Ｒｅａｄｙ」となるまでの間、図３のｓ１１２、図５のｓ２１４、同図ｓ２１８への移行が行われなくなるように構成する、といったことも考えられる。
（７）本発明との対応関係
以上説明した実施形態において、複合機１０は本発明におけるクライアントであり、デバイス管理サーバ２０は本発明における管理サーバであり、情報提供サーバ３０は本発明における提供サーバである。

また、図３のｓ１１２は本発明におけるサービス制限手段であり、同図ｓ１１４は本発明における第４クライアント側送信手段であり、同図ｓ１１６は本発明における第３クライアント側受信手段であり、同図ｓ１３２は本発明における第４クライアント側送信手段であり、同図ｓ１３４は本発明における第４クライアント側受信手段であり、同図ｓ１５４は本発明における第１クライアント側送信手段であり、同図ｓ１５６は本発明における第１クライアント側受信手段である。

また、図５のｓ２１４は本発明における第２クライアント側送信手段であり、同図ｓ２１６は本発明における第２クライアント側受信手段である。
また、図７のｓ３２２は本発明における第１管理サーバ側受信手段であり、同図ｓ３２４は本発明における情報登録手段であり、同図ｓ３２６は本発明における第１管理サーバ側送信手段であり、同図ｓ３１２は本発明における第３管理サーバ側受信手段であり、同図ｓ３１４は本発明における提供サービス抽出手段および第２管理サーバ側送信手段であり、同図ｓ３１６は本発明における第４管理サーバ側受信手段であり、同図ｓ３２０は本発明における第３管理サーバ側送信手段である。

また、図８のｓ３４２は本発明における第２管理サーバ側受信手段であり、同図ｓ３４４は本発明における情報管理手段である。
また、図９のジョブ実行処理（の起動）は本発明における第１提供サーバ側受信手段であり、同図ｓ４０８は本発明における情報生成手段であり、同図ｓ４１０は本発明における第１提供サーバ側送信手段である。

また、図１０のｓ４２６は本発明における第３提供サーバ側送信手段である。

通信システムの構成を示すブロック図 デバイス処理を示すフローチャート（１／２） デバイス処理を示すフローチャート（２／２） ジョブ問い合わせタイマー処理を示すフローチャート サービスに対応する処理を示すフローチャート 仕様監視処理を示すフローチャート リクエスト対応処理１を示すフローチャート リクエスト対応処理２を示すフローチャート ジョブ実行処理を示すフローチャート サービス登録処理を示すフローチャート

符号の説明

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

Claims (11)

1. サービス情報の提供を受けるクライアント、該クライアントに対して前記サービス情報を提供する提供サーバ、および、前記クライアントの仕様に関する仕様情報を管理する管理サーバを含むサービス提供システムであって、
   前記クライアントは、
   前記管理サーバに対して、前記仕様情報を送信する第１クライアント側送信手段と、
   該第１クライアント側送信手段により送信された仕様情報を受けた管理サーバから送信される登録完了情報を受信する第１クライアント側受信手段と、
   前記提供サーバに対して、サービス情報の提供要求を送信する第２クライアント側送信手段と、
   前記第１クライアント側送信手段により仕様情報が送信されてから、前記第１クライアント側受信手段により登録完了情報が受信されるまでの間、前記提供サーバからのサービス情報の提供が受けられないように制限するサービス制限手段と、を備えており、
   前記管理サーバは、
   前記クライアントにより送信された仕様情報を受信する第１管理サーバ側受信手段と、
   該第１管理サーバ側受信手段により受信された仕様情報を、該仕様情報を送信してきたクライアントと対応づけて登録する情報登録手段と、
   該情報登録手段により、前記第１管理サーバ側受信手段により受信された仕様情報に対する登録が完了した旨を通知するための登録完了情報を、この仕様情報を送信してきたクライアントに対して送信する第１管理サーバ側送信手段と、を備えており、
   前記提供サーバは、
   前記クライアントから送信された提供要求を受信する第１提供サーバ側受信手段と、
   該第１提供サーバ側受信手段により提供要求が受信されたことを条件として、該提供要求を送信してきたクライアントに対応づけて前記管理サーバ側に登録されている仕様情報に基づいて、サービス情報を生成する情報生成手段と、を備えている
   ことを特徴とするサービス提供システム。
2. 前記クライアントは、
   前記第２クライアント側送信手段により送信された提供要求を受けた前記提供サーバから送信されるサービス情報を受信する第２クライアント側受信手段と、
   該第２クライアント側受信手段により受信されたサービス情報に基づき、前記クライアントが備える機能手段を実行させる機能実行手段と、を備え、
   前記提供サーバは、
   前記情報生成手段により生成されたサービス情報を、前記第１提供サーバ側受信手段により受信された提供要求を送信してきたクライアントに対して送信する第１提供サーバ側送信手段を備えている
   ことを特徴とする請求項１に記載のサービス提供システム。
3. 前記クライアントにおいて、
   前記サービス制限手段は、前記第２クライアント側送信手段による提供要求の送信を制限することで、前記提供サーバからのサービス情報の提供が受けられないようにする、ように構成されている
   ことを特徴とする請求項１または請求項２に記載のサービス提供システム。
4. 前記クライアントにおいて、
   前記管理サーバに対して、前記提供サーバから当該クライアントに提供すべきサービス情報の存在の問合せを送信する第３クライアント側送信手段と、
   該第３クライアント側送信手段により送信された問合せを受けた提供サーバから送信されてくる問合応答を受信する第３クライアント側受信手段と、が備えられ、
   前記第２クライアント側送信手段は、前記第３クライアント側受信手段により受信された提供すべきサービス情報が存在することを内容とする問合応答に基づいて、該問合応答で示されるサービス情報の提供要求を前記提供サーバに対して送信して、
   前記サービス制限手段は、少なくとも、前記第２クライアント側送信手段による提供要求の送信、および、前記第３クライアント側送信手段による問合せの送信のうちいずれか一方を制限することで、前記提供サーバからのサービス情報の提供が受けられないようにする、ように構成されており、
   前記管理サーバにおいて、
   前記提供サーバから特定のクライアントに対して提供すべきサービス情報を示す提供情報を受信する第２管理サーバ側受信手段と、
   該第２管理サーバ側受信手段により受信された提供情報に基づいて、特定のクライアントに対して提供すべきサービス情報を登録する情報管理手段と、
   前記クライアントから該クライアントに提供すべきサービス情報の存在の問合せを受信する第３管理サーバ側受信手段と、
   該第３管理サーバ側受信手段により受信された問合せに応じて、前記情報管理手段により登録されたサービス情報の中から、該問合せに係るクライアントに提供すべきサービス情報を抽出する提供サービス抽出手段と、
   該提供サービス抽出手段により抽出されたサービス情報を示す抽出情報を、前記第３管理サーバ側受信手段により受信した問合せに対する前記問合応答として、該問合せに係るクライアントに送信する第２管理サーバ側送信手段と、が備えられており、
   前記提供サーバにおいて、
   前記管理サーバに対して、特定のクライアントに対して提供すべきサービス情報を示す提供情報を送信する第３提供サーバ側送信手段を備えている
   ことを特徴とする請求項１から３のいずれかに記載のサービス提供システム。
5. 前記クライアントにおいて、
   前記管理サーバに対して、前記仕様情報を送信すべき状態になった旨の事前通知を送信する第４クライアント側送信手段と、
   該第４クライアント側送信手段により送信された事前通知を受信した前記管理サーバから送信されてくる送信了承を受信する第４クライアント側受信手段と、が備えられ、
   前記第１クライアント側送信手段は、前記第４クライアント側受信手段により送信了承が受信されたことを条件として、前記管理サーバに対して前記仕様情報を送信する、ように構成されており、
   前記管理サーバにおいて、
   前記クライアントから送信される前記事前通知を受信する第４管理サーバ側受信手段と、
   該第４管理サーバ側受信手段により事前通知が受信された以降に、前記仕様情報を送信することを了承した旨の送信了承を、該事前通知を送信してきたクライアントに送信する第３管理サーバ側送信手段と、が備えられている
   ことを特徴とする請求項１から４のいずれかに記載のサービス提供システム。
6. サービス情報を提供する提供サーバおよびクライアントの仕様に関する仕様情報を管理する管理サーバとデータ通信可能な前記クライアントであって、
   前記管理サーバに対して、前記仕様情報を送信する第１クライアント側送信手段と、
   該第１クライアント側送信手段により送信された仕様情報を受けた管理サーバから送信される登録完了情報を受信する第１クライアント側受信手段と、
   前記提供サーバに対して、サービス情報の提供要求を送信する第２クライアント側送信手段と、
   前記第２クライアント側送信手段により送信された提供要求を受けた前記提供サーバから送信されるサービス情報を受信する第２クライアント側受信手段と、
   該第２クライアント側受信手段により受信されたサービス情報に基づき、前記クライアントが備える機能手段を実行させる機能実行手段と、
   前記第１クライアント側送信手段により仕様情報が送信されてから、前記第１クライアント側受信手段により登録完了情報が受信されるまでの間、前記提供サーバからのサービス情報の提供が受けられないように制限するサービス制限手段と、を備えている
   ことを特徴とするクライアント。
7. サービス情報の提供を受けるクライアント、および、該クライアントに対して前記サービス情報を提供する提供サーバとデータ通信可能なサーバであって、
   前記クライアントにより送信された該クライアントの仕様に関する仕様情報を受信する第１管理サーバ側受信手段と、
   該第１管理サーバ側受信手段により受信された仕様情報を、該仕様情報を送信してきたクライアントと対応づけて登録する情報登録手段と、
   該情報登録手段により、前記第１管理サーバ側受信手段により受信された仕様情報に対する登録が完了した旨を通知するための登録完了情報を、この仕様情報を送信してきたクライアントに対して送信する第１管理サーバ側送信手段と、を備えている
   ことを特徴とするサーバ。
8. サービス情報の提供を受けるクライアント、および、該クライアントの仕様に関する仕様情報を管理する管理サーバとデータ通信可能なサーバであって、
   前記クライアントから送信されたサービス情報の提供要求を受信する第１提供サーバ側受信手段と、
   該第１提供サーバ側受信手段により提供要求が受信されたことを条件として、該提供要求を送信してきたクライアントに対応づけて前記管理サーバ側に登録されている仕様情報に基づいて、サービス情報を生成する情報生成手段と、
   該情報生成手段により生成されたサービス情報を、前記第１提供サーバ側受信手段により受信された提供要求を送信してきたクライアントに対して送信する第１提供サーバ側送信手段と、を備えている
   ことを特徴とするサーバ。
9. サービス情報を提供する提供サーバおよびクライアントの仕様に関する仕様情報を管理する管理サーバとデータ通信可能な前記クライアントを制御するためのプログラムであって、
   前記管理サーバに対して、前記仕様情報を送信する第１クライアント側送信手順と、
   該第１クライアント側送信手順により送信された仕様情報を受けた管理サーバから送信される登録完了情報を受信する第１クライアント側受信手順と、
   前記提供サーバに対して、サービス情報の提供要求を送信する第２クライアント側送信手順と、
   前記第２クライアント側送信手段により送信された提供要求を受けた前記提供サーバから送信されるサービス情報を受信する第２クライアント側受信手順と、
   該第２クライアント側受信手順により受信されたサービス情報に基づき、前記クライアントが備える機能手段を実行させる機能実行手順と、
   前記第１クライアント側送信手順により仕様情報が送信されてから、前記第１クライアント側受信手順により登録完了情報が受信されるまでの間、前記提供サーバからのサービス情報の提供が受けられないように制限するサービス制限手順と、が含まれている
   ことを特徴とするプログラム。
10. サービス情報の提供を受けるクライアント、および、該クライアントに対して前記サービス情報を提供する提供サーバとデータ通信可能なサーバを制御するためのプログラムであって、
    前記クライアントにより送信された該クライアントの仕様に関する仕様情報を受信する第１管理サーバ側受信手順と、
    該第１管理サーバ側受信手順により受信された仕様情報を、該仕様情報を送信してきたクライアントと対応づけて登録する情報登録手順と、
    該情報登録手順により、前記第１管理サーバ側受信手順により受信された仕様情報に対する登録が完了した旨を通知するための登録完了情報を、この仕様情報を送信してきたクライアントに対して送信する第１管理サーバ側送信手順と、が含まれている
    ことを特徴とするプログラム。
11. クライアント、および、該クライアントの仕様に関する仕様情報を管理する管理サーバとデータ通信可能なサーバを制御するためのプログラムであって、
    前記クライアントから送信された提供要求を受信する第１提供サーバ側受信手順と、
    該第１提供サーバ側受信手順により提供要求が受信された際、該提供要求を送信してきたクライアントに対応づけて前記管理サーバ側に登録されている仕様情報に基づいて、サービス情報を生成する情報生成手順と、
    該情報生成手順により生成されたサービス情報を、前記第１提供サーバ側受信手順により受信された提供要求を送信してきたクライアントに対して送信する第１提供サーバ側送信手順と、が含まれている
    ことを特徴とするプログラム。

Images