(57)【要約】  【課題】サービスの提供が中断した場合における最終的なサービスの提供態様をユーザの希望に即したものとする。  【解決手段】複合機は、エラーが発生してサービスの提供が中断された場合（ｓ４２２）、ユーザに指定させた再開方法を機能サーバへ通知することで（ｓ４２４〜ｓ４３６）、この再開方法に応じた変換画像データの返信が受けられ（ｓ４３０：ＹＥＳ）、これに従って中断した処理を再開すれば正常にサービスの提供を受けることができる。ここで再開方法は、複数種類の中からユーザに指定させたものが通知されるため（ｓ４３２）、ユーザが任意に指定した方法で処理を再開できることになる。このように、再開方法を任意に指定可能とすることで、最終的なサービスの提供態様についても異なるものとすることができ、これにより、最終的なサービスの提供態様をユーザの希望に即したものとすることができる。【選択図】図６
2006211557.tif 000002
【特許請求の範囲】
【請求項１】
それぞれデータ通信可能なサーバと、画像を読み取ってなる画像データを生成する読取手段および画像データで示される画像を印刷する印刷手段のうち少なくともいずれか一方を備えるクライアントデバイスと、からなり、前記サーバから前記クライアントデバイスに対して前記読取手段および前記印刷手段のうち少なくともいずれか一方の機能に関するサービスを提供するサービス提供システムであって、
前記クライアントデバイスは、
前記サーバからの機能実現の指令を受けて、少なくとも前記読取手段による画像データの生成，および，前記印刷手段による画像の印刷のうちいずれか一方の機能を実現する機能実現手段と、
該機能実現手段による機能の実現が終了する前に該機能の実現を妨げるエラーが発生した場合に、該エラーが発生した旨を前記サーバに通知するエラー通知手段と、
該エラー通知手段による通知を受けた前記サーバからの再開方法指定の指令を受けて、前記エラーの発生により実現が妨げられた機能の実現をどのように再開するかを示す再開方法をユーザに指定させる方法指定手段と、
該方法指定手段により指定された再開方法を前記サーバに対して通知する方法通知手段と、を備え、
前記機能実現手段が、前記方法通知手段による通知を受けた前記サーバからの実現再開の指令を受けて、前記エラーの発生により実現が妨げられた機能の実現を再開する、ように構成されており、
前記サーバは、
前記クライアントデバイスに対してサービスを提供するための処理として、該クライアントデバイスに対して機能の実現を指令する指令処理を含む処理を実行する提供実行手段と、
該提供実行手段による処理の実行中に前記クライアントデバイスからエラーの発生が通知された場合に、該通知内容に基づいて、前記クライアントデバイス側において機能の実現までに経るべきフェーズのうちエラーの発生したフェーズを特定するフェーズ特定手段と、
該フェーズ特定手段により特定された特定フェーズからの機能の実現を再開する方法を含む複数種類の再開方法の中から、いずれかの再開方法を指定する旨を前記クライアントデバイスに対して指令する指定指令手段と、を備え、
該指定指令手段による指令を受けた前記クライアントデバイスからの再開方法の通知を受けた際、前記提供実行手段が、該通知された再開方法での機能の実現再開を前記クライアントデバイスに指令する再指令処理を含む処理を実行する、ように構成されている
ことを特徴とするサービス提供システム。
【請求項２】
前記クライアントデバイスにおいて、
前記機能実現手段は、前記サーバから記録媒体に表された画像を読み取ってなる画像データの要求を機能実現の指令として受けた際、所定の読取位置にセットされた記録媒体に表された画像を読み取ってなる画像データを前記読取手段に生成させて該画像データを前記サーバに送信して、
前記エラー通知手段は、前記機能実現手段による画像データの送信が終了する前に画像の読み取りエラーまたは送信エラーが発生した場合に、該エラーが発生した旨を前記サーバに通知する、ように構成されており、
前記サーバにおいて、
前記提供実行手段は、前記指令処理として、画像を読み取ってなる画像データの前記クライアントデバイスに対する要求，および，該要求を受けた該クライアントデバイスからの画像データの受信を行って、
前記フェーズ特定手段は、前記エラーの発生が通知された時点で前記指令処理が終了していなければ、該指令処理による要求を受けた前記クライアントデバイスから正常に受信できている画像データについて、該画像データで示される画像を読み取った後のフェーズを前記特定フェーズとして特定して、
その後、前記指定指令手段による指令を受けた前記クライアントデバイスから再開方法が通知された際、該通知された再開方法が前記特定フェーズから機能の実現を再開する旨であって、前記フェーズ特定手段により特定された特定フェーズが前記指令処理により前記クライアントデバイスに要求した画像データの受信が全て終了する前のフェーズであれば、前記提供実行手段が、前記再指令処理として、前記特定フェーズからの画像の読み取り再開の指令，および，該指令を受けた該クライアントデバイスからの画像データの受信を行う、ように構成されている
ことを特徴とする請求項１に記載のサービス提供システム。
【請求項３】
前記クライアントデバイスにおいて、
前記エラー通知手段は、前記機能実現手段による画像データの送信が終了する前に画像の読み取りエラーまたは送信エラーが発生した場合に、該エラーが発生した旨を、該エラーの発生までに正常に読み取りが終了した画像データを特定可能な読取終了情報と共に前記サーバに通知する、ように構成されており、
前記サーバにおいて、
前記フェーズ特定手段は、前記エラーの発生が前記読取終了情報と共に通知された場合に、該読取終了情報で特定される画像を読み取った後のフェーズを前記特定フェーズとして特定する、ように構成されている
ことを特徴とする請求項２に記載のサービス提供システム。
【請求項４】
前記クライアントデバイスにおいて、
前記機能実現手段は、前記サーバから画像データおよび該画像データで示される画像の記録媒体への印刷の要求を機能実現の指令として受けた際、該画像データで示される１以上の画像の記録媒体への印刷を前記印刷手段により行わせて、
前記エラー通知手段は、前記機能実現手段による全ての画像の印刷が終了する前に画像データの受信エラーまたは画像の印刷エラーが発生したら、該エラーが発生した旨を、該エラーの発生までに印刷が終了した終了画像を特定可能な印刷終了情報と共に前記サーバに通知する、ように構成されており、
前記サーバにおいて、
前記提供実行手段は、前記指令処理として、前記クライアントデバイスに対する画像データの送信，および，該画像データで示される１以上の画像の記録媒体への印刷の要求を行って、
前記フェーズ特定手段は、前記エラーの発生が前記印刷終了情報と共に通知された場合に、該印刷終了情報で特定される画像を印刷した後のフェーズを前記特定フェーズとして特定して、
その後、前記指定指令手段による指令を受けた前記クライアントデバイスから再開方法が通知された際、該通知された再開方法が前記特定フェーズから機能の実現を再開する旨であって、前記フェーズ特定手段により特定された特定フェーズが前記印刷要求処理により前記クライアントデバイスに要求した全ての画像の印刷が終了する前のフェーズであれば、前記提供実行手段が、前記クライアントデバイスに対して、前記特定フェーズから画像の印刷を再開させるために必要な画像データの少なくとも一部の送信，および，該画像データで示される１以上の画像の記録媒体への印刷の要求を行う、ように構成されている
ことを特徴とする請求項１から３のいずれかに記載のサービス提供システム。
【請求項５】
前記クライアントデバイスは、
前記エラー通知手段により通知が行われた以降、ユーザの操作を受けて前記エラーの発生により実現が妨げられた機能の実現を再開する旨を前記サーバに対して要求する再開要求手段を備え、
前記方法指定手段が、前記再開要求手段による要求を受けた前記サーバからの指令を受けて、前記エラーの発生により実現が妨げられた機能の実現をどのように再開するかを示す再開方法をユーザに指定させる、ように構成されており、
前記サーバは、
前記フェーズ特定手段により特定された特定フェーズを前記クライアントデバイスと対応付けて登録するフェーズ登録手段を備え、
前記クライアントデバイスから機能の実現を再開する旨の要求を受けた際に、前記指定指令手段が、該クライアントデバイスに対応する特定フェーズを前記フェーズ登録手段により登録された特定フェーズの中から特定し、該特定した特定フェーズから機能の実現を再開する方法を含む複数種類の実現方法の中から、いずれかの再開方法を指定する旨を前記クライアントデバイスに対して指令する
ことを特徴とする請求項１から４のいずれかに記載のサービス提供システム。
【請求項６】
画像を読み取ってなる画像データを生成する読取手段および画像データで示される画像を印刷する印刷手段のうち少なくともいずれか一方を備えており、データ通信可能なサーバから前記読取手段および前記印刷手段のうち少なくともいずれか一方の機能に関するサービスの提供を受けることのできるクライアントデバイスであって、
前記サーバからの機能実現の指令を受けて、少なくとも前記読取手段による画像データの生成，および，前記印刷手段による画像の印刷のうちいずれか一方の機能を実現する機能実現手段と、
該機能実現手段による機能の実現が終了する前に該機能の実現を妨げるエラーが発生した場合に、該エラーが発生した旨を前記サーバに通知するエラー通知手段と、
該エラー通知手段による通知を受けた前記サーバからの再開方法指定の指令を受けて、前記エラーの発生により実現が妨げられた機能の実現をどのように再開するかを示す再開方法をユーザに指定させる方法指定手段と、
該方法指定手段により指定された再開方法を前記サーバに対して通知する方法通知手段と、を備え、
前記機能実現手段が、前記方法通知手段による通知を受けた前記サーバからの実現再開の指令を受けて、前記エラーの発生により実現が妨げられた機能の実現を再開する、ように構成されている
ことを特徴とするクライアントデバイス。
【請求項７】
データ通信可能なクライアントデバイスに対して、画像を読み取ってなる画像データを生成する読取手段および画像データで示される画像を印刷する印刷手段のうち少なくともいずれか一方の機能に関するサービスを提供するためのサーバであって、
前記クライアントデバイスに対してサービスを提供するための処理として、該クライアントデバイスに対して機能の実現を指令する指令処理を含む処理を実行する提供実行手段と、
該提供実行手段による処理の実行中に前記クライアントデバイスからエラーの発生が通知された場合に、該通知内容に基づいて、前記クライアントデバイス側において機能の実現までに経るべきフェーズのうちエラーの発生したフェーズを特定するフェーズ特定手段と、
該フェーズ特定手段により特定された特定フェーズからの機能の実現を再開する方法を含む複数種類の再開方法の中から、いずれかの再開方法を指定する旨を前記クライアントデバイスに対して指令する指定指令手段と、を備え、
該指定指令手段による指令を受けた前記クライアントデバイスからの再開方法の通知を受けた際、前記提供実行手段が、該通知された再開方法での機能の実現再開を前記クライアントデバイスに指令する再指令処理を含む処理を実行する、ように構成されている
ことを特徴とするサーバ。
【請求項８】
サーバとデータ通信可能なクライアントデバイスに、前記サーバからサービスの提供を受けるための各種処理手順を実行させるためのプログラムであって、
前記サーバからの機能実現の指令を受けて、少なくとも、画像を読み取ってなる画像データを生成する読取手段，および，画像データで示される画像を印刷する印刷手段のうち少なくともいずれか一方の機能を実現する機能実現手順と、
該機能実現手順による機能の実現が終了する前に該機能の実現を妨げるエラーが発生した場合に、該エラーが発生した旨を前記サーバに通知するエラー通知手順と、
該エラー通知手順による通知を受けた前記サーバからの再開方法指定の指令を受けて、前記エラーの発生により実現が妨げられた機能の実現をどのように再開するかを示す再開方法をユーザに指定させる方法指定手順と、
該方法指定手順により指定された再開方法を前記サーバに対して通知する方法通知手順と、が含まれており、
前記機能実現手順が、前記方法通知手順による通知を受けた前記サーバからの実現再開の指令を受けて、前記エラーの発生により実現が妨げられた機能の実現を再開する
ことを特徴とするプログラム。
【請求項９】
クライアントデバイスとデータ通信可能なサーバに、前記クライアントデバイスに対して画像を読み取ってなる画像データを生成する読取手段，および，画像データで示される画像を印刷する印刷手段のうち少なくともいずれか一方の機能に関するサービスを提供するための各種処理手順を実行させるためのプログラムであって、
前記クライアントデバイスに対してサービスを提供するための処理として、該クライアントデバイスに対して機能の実現を指令する指令処理を含む処理を実行する提供実行手順と、
該提供実行手順による処理の実行中に前記クライアントデバイスからエラーの発生が通知された場合に、該通知内容に基づいて、前記クライアントデバイス側において機能の実現までに経るべきフェーズのうちエラーの発生したフェーズを特定するフェーズ特定手順と、
該フェーズ特定手順により特定された特定フェーズからの機能の実現を再開する方法を含む複数種類の再開方法の中から、いずれかの再開方法を指定する旨を前記クライアントデバイスに対して指令する指定指令手順と、が含まれており、
前記提供実行手順においては、前記指定指令手順による指令を受けた前記クライアントデバイスからの再開方法の通知を受けた際、該通知された再開方法での機能の実現再開を前記クライアントデバイスに指令する再指令処理を含む処理を実行する
ことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、それぞれデータ通信可能なサーバおよびクライアントデバイスからなり、サーバからクライアントデバイスに対し、このクライアントデバイスの有する機能に関するサービスを提供するためのサービス提供システム，このシステムを構成する各デバイス，および，これらデバイスにおいて利用可能なプログラムに関する。
【背景技術】
【０００２】
現在、サーバからクライアントデバイスに対してサービスを提供すること、具体的な例として、クライアントデバイス側で生成された（例えば、読取部で読み取ってなる）画像データをサーバに渡し、このサーバ側で画像処理などを施してクライアントデバイスに返した後、この画像データをクライアントデバイス側で印刷させる、といったサービスの提供が提案されており、このサービスによれば、クライアントデバイスだけでは行えない画像処理を施した画像をクライアントデバイスのユーザに提供することができる。
【０００３】
ただ、このようなサービスにおいては、クライアントデバイスがサーバとネットワークを介して接続された構成となるため、クライアントデバイス側で画像データを生成するときや画像データを印刷するときにエラーが発生したとしても、そのようなエラーの発生をサーバ側で適切に感知することができず、結果、正常にサービスの提供が行えなくなる虞がある。
【０００４】
このようなことを防止するためには、例えば、クライアントデバイス（複合機１０）側において、画像データ（文書データ）をサーバに渡した後、画像処理を施された状態で返される画像データを印刷（ドキュメントを取得）するまでの処理過程においてエラーが発生した場合に、再度、画像データの返信をサーバに要求（ドキュメントの再取得を依頼）することにより、正常にサービスの提供を行える（ドキュメントを取得）できるようにする、といった技術が提案されている（特許文献１参照）。
【特許文献１】特開２００４−２７４１５０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、上述した技術においては、正常にサービスを提供することはできるが、サービス提供のやり直しをユーザが望んでいるか否かに拘わらず、単純にサービスの提供がやり直されるだけであるため、サービスの提供が中断した場合における最終的なサービスの提供態様が、必ずしもユーザの希望に即したものになっているとはいえなかった。
【０００６】
本発明は、このような課題を解決するためになされたものであり、その目的は、サービスの提供が中断した場合における最終的なサービスの提供態様をユーザの希望に即したものとするための技術を提供することである。
【課題を解決するための手段】
【０００７】
上記課題を解決するため請求項１に記載のサービス提供システムは、それぞれデータ通信可能なサーバと、画像を読み取ってなる画像データを生成する読取手段および画像データで示される画像を印刷する印刷手段のうち少なくともいずれか一方を備えるクライアントデバイスと、からなり、前記サーバから前記クライアントデバイスに対して前記読取手段および前記印刷手段のうち少なくともいずれか一方の機能に関するサービスを提供するものであって、前記クライアントデバイスは、前記サーバからの機能実現の指令を受けて、少なくとも前記読取手段による画像データの生成，および，前記印刷手段による画像の印刷のうちいずれか一方の機能を実現する機能実現手段と、該機能実現手段による機能の実現が終了する前に該機能の実現を妨げるエラーが発生した場合に、該エラーが発生した旨を前記サーバに通知するエラー通知手段と、該エラー通知手段による通知を受けた前記サーバからの再開方法指定の指令を受けて、前記エラーの発生により実現が妨げられた機能の実現をどのように再開するかを示す再開方法をユーザに指定させる方法指定手段と、該方法指定手段により指定された再開方法を前記サーバに対して通知する方法通知手段と、を備え、前記機能実現手段が、前記方法通知手段による通知を受けた前記サーバからの実現再開の指令を受けて、前記エラーの発生により実現が妨げられた機能の実現を再開する、ように構成されている。
【０００８】
また、前記サーバは、前記クライアントデバイスに対してサービスを提供するための処理として、該クライアントデバイスに対して機能の実現を指令する指令処理を含む処理を実行する提供実行手段と、該提供実行手段による処理の実行中に前記クライアントデバイスからエラーの発生が通知された場合に、該通知内容に基づいて、前記クライアントデバイス側において機能の実現までに経るべきフェーズのうちエラーの発生したフェーズを特定するフェーズ特定手段と、該フェーズ特定手段により特定された特定フェーズからの機能の実現を再開する方法を含む複数種類の再開方法の中から、いずれかの再開方法を指定する旨を前記クライアントデバイスに対して指令する指定指令手段と、を備え、該指定指令手段による指令を受けた前記クライアントデバイスからの再開方法の通知を受けた際、前記提供実行手段が、該通知された再開方法での機能の実現再開を前記クライアントデバイスに指令する再指令処理を含む処理を実行する、ように構成されている。
【０００９】
このように構成されたサービス提供システムにおいて、クライアントデバイスは、サーバの指令に基づく機能の実現を妨げるエラーが発生してサービスの提供が中断された場合、ユーザに指定させた再開方法をサーバへ通知することで、こうして通知した再開方法にて機能の実現を再開するための指令をサーバから受けることができ、この指令に従って機能の実現を再開することにより正常にサーバからのサービスの提供を受けることができる。
【００１０】
ここで、エラーが発生した際にサーバへ通知する再開方法は、複数種類の再開方法の中からユーザに指定させたものであるため、ユーザが任意に指定した再開方法により機能の実現を再開することができる。特に、この再開方法の中には、エラーの発生したフェーズから再開する方法が含まれているため、サービスの提供を途中から再開したいユーザは、この再開方法を指定することにより、エラーの発生した時点から継続的にサービスの提供を受けることができる。
【００１１】
このように、機能の実現を再開する際の再開方法をユーザが任意に指定できるようにすることで、サービスの提供がエラーにより中断した場合における最終的なサービスの提供態様についても、指定された再開方法に応じて異なるものとすることができるため、これにより、最終的なサービスの提供態様をユーザの希望に即したものとすることができる。
【００１２】
また、このサービス提供システムにおいて、サーバからクライアントデバイスに提供するサービスとしては、例えば、クライアントデバイス側で読み取られてなる画像データをサーバ側で画像処理を施してなる画像データに変換したり、サーバ側で所定の記憶領域に格納したり、といったサービスが考えられる。この場合、サーバとクライアントデバイスとの間で画像データの受け渡しを行うプロセスが含まれることとなるが、このようなプロセスを実現するためには、請求項２に記載のように構成するとよい。
【００１３】
すなわち、前記クライアントデバイスにおいて、前記機能実現手段は、前記サーバから記録媒体に表された画像を読み取ってなる画像データの要求を機能実現の指令として受けた際、所定の読取位置にセットされた記録媒体に表された画像を読み取ってなる画像データを前記読取手段に生成させて該画像データを前記サーバに送信して、前記エラー通知手段は、前記機能実現手段による画像データの送信が終了する前に画像の読み取りエラーまたは送信エラーが発生した場合に、該エラーが発生した旨を前記サーバに通知する、ように構成する。さらに、前記サーバにおいて、前記提供実行手段は、前記指令処理として、画像を読み取ってなる画像データの前記クライアントデバイスに対する要求，および，該要求を受けた該クライアントデバイスからの画像データの受信を行って、前記フェーズ特定手段は、前記エラーの発生が通知された時点で前記指令処理が終了していなければ、該指令処理による要求を受けた前記クライアントデバイスから正常に受信できている画像データについて、該画像データで示される画像を読み取った後のフェーズを前記特定フェーズとして特定して、その後、前記指定指令手段による指令を受けた前記クライアントデバイスから再開方法が通知された際、該通知された再開方法が前記特定フェーズから機能の実現を再開する旨であって、前記フェーズ特定手段により特定された特定フェーズが前記指令処理により前記クライアントデバイスに要求した画像データの受信が全て終了する前のフェーズであれば、前記提供実行手段が、前記再指令処理として、前記特定フェーズからの画像の読み取り再開の指令，および，該指令を受けた該クライアントデバイスからの画像データの受信を行う、ように構成する。
【００１４】
このように構成すれば、クライアントデバイスは、画像の読み取りエラーまたは送信エラーが発生してサービスの提供が中断された場合、ユーザに指定させた再開方法をサーバへ通知することで、こうして通知した再開方法にて画像の読み取りおよび画像データの送信を再開するための指令をサーバから受けることができ、この指令に従って画像の読み取りおよび画像データの送信を再開することにより正常にサーバからのサービスの提供を受けることができる。
【００１５】
そして、エラーが発生した際にサーバへ通知可能な再開方法の中には、エラーの発生したフェーズから再開する方法が含まれているため、サービスの提供を途中から再開したいユーザは、この再開方法を指定することにより、エラーの発生した時点，つまりサーバに送信した画像データで示される画像を読み取った後のフェーズから継続的にサービスの提供を受けることができる。
【００１６】
なお、この構成において、フェーズ特定手段により特定される「フェーズ」とは、画像データの受け渡しを行うプロセスのうち、読取手段により行われる読取単位（例えば、１頁分の画像など）毎の読み取りそれぞれ，および，読み取り単位毎に読み取られてなる単位画像データの送信それぞれのことであり、これらは、全て異なるフェーズとなる。
【００１７】
また、上述したフェーズ特定手段が特定フェーズを特定する際に参照する「正常に受信できている画像データ」とは、画像データの受け渡しを行うプロセスでサーバへ渡されるべき画像データ全体うち、エラーの発生が通知された時点において正常に受信できているデータ領域（１以上の単位画像データ）ことである。
【００１８】
また、このフェーズ特定手段は、エラーの発生が通知された時点で正常に受信できている画像データについて、この画像データで示される画像を読み取った後のフェーズを特定フェーズとして特定する手段であり、例えば、正常に受信できている画像データそのものを利用して、この画像データで示される画像を読み取った後のフェーズを特定フェーズとして特定するように構成すればよい。また、クライアントデバイスからエラーが発生したフェーズを特定可能な情報をサーバに通知することができるのであれば、この情報に基づいて特定フェーズを特定するように構成するとよい。
【００１９】
この後者の具体的な構成としては、請求項３に記載のように、前記クライアントデバイスにおいて、前記エラー通知手段は、前記機能実現手段による画像データの送信が終了する前に画像の読み取りエラーまたは送信エラーが発生した場合に、該エラーが発生した旨を、該エラーの発生までに正常に読み取りが終了した画像データを特定可能な読取終了情報と共に前記サーバに通知する、ように構成されており、前記サーバにおいて、前記フェーズ特定手段は、前記エラーの発生が前記読取終了情報と共に通知された場合に、該読取終了情報で特定される画像を読み取った後のフェーズを前記特定フェーズとして特定する、ように構成すればよい。
【００２０】
このように構成すれば、サーバ側では、クライアントデバイスから通知される読取終了情報で特定されたフェーズを特定フェーズとすることができる。
また、上述した各サービス提供システムにおいて、サーバからクライアントデバイスに提供するサービスとしては、例えば、クライアントデバイス側で印刷可能な画像データをクライアントデバイスに提供する、といったサービスが考えられる。この場合、サーバとクライアントデバイスとの間で画像データの受け渡しを行うプロセスが含まれることとなるが、このようなプロセスを実現するためには、請求項４に記載のように構成するとよい。
【００２１】
すなわち、前記クライアントデバイスにおいて、前記機能実現手段は、前記サーバから画像データおよび該画像データで示される画像の記録媒体への印刷の要求を機能実現の指令として受けた際、該画像データで示される１以上の画像の記録媒体への印刷を前記印刷手段により行わせて、前記エラー通知手段は、前記機能実現手段による全ての画像の印刷が終了する前に画像データの受信エラーまたは画像の印刷エラーが発生したら、該エラーが発生した旨を、該エラーの発生までに印刷が終了した終了画像を特定可能な印刷終了情報と共に前記サーバに通知する、ように構成する。さらに、前記サーバにおいて、前記提供実行手段は、前記指令処理として、前記クライアントデバイスに対する画像データの送信，および，該画像データで示される１以上の画像の記録媒体への印刷の要求を行って、前記フェーズ特定手段は、前記エラーの発生が前記印刷終了情報と共に通知された場合に、該印刷終了情報で特定される画像を印刷した後のフェーズを前記特定フェーズとして特定して、その後、前記指定指令手段による指令を受けた前記クライアントデバイスから再開方法が通知された際、該通知された再開方法が前記特定フェーズから機能の実現を再開する旨であって、前記フェーズ特定手段により特定された特定フェーズが前記印刷要求処理により前記クライアントデバイスに要求した全ての画像の印刷が終了する前のフェーズであれば、前記提供実行手段が、前記クライアントデバイスに対して、前記特定フェーズから画像の印刷を再開させるために必要な画像データの少なくとも一部の送信，および，該画像データで示される１以上の画像の記録媒体への印刷の要求を行う、ように構成する。
【００２２】
このように構成すれば、クライアントデバイスは、画像データの受信エラーまたは画像の印刷エラーが発生してサービスの提供が中断された場合、ユーザに指定させた再開方法をサーバへ通知することで、こうして通知した再開方法にて画像の印刷を再開するための指令をサーバから受けることができ、この指令に従って画像の印刷を再開することにより正常にサーバからのサービスの提供を受けることができる。
【００２３】
そして、エラーが発生した際にサーバへ通知可能な再開方法の中には、エラーの発生したフェーズから再開する方法が含まれているため、サービスの提供を途中から再開したいユーザは、この再開方法を指定することにより、エラーの発生した時点，つまりエラーの発生までに印刷が終了した画像（終了画像）を印刷した後のフェーズから継続的にサービスの提供を受けることができる。
【００２４】
なお、この構成において、フェーズ特定手段により特定される「フェーズ」とは、画像データの受け渡しを行うプロセスのうち、印刷手段により行われる印刷単位（例えば、１頁分の画像など）毎の印刷それぞれ，および，印刷単位毎に受信する単位画像データの受信それぞれのことであり、これらは、全て異なるフェーズとなる。
【００２５】
ところで、上述したように、サーバは、クライアントデバイスから再開方法の通知を受けることで、このクライアントデバイスに対して機能の実現再開を指令し、クライアントデバイス側での機能の実現を再開させるように構成されている。ここで、クライアントデバイスに対して機能の実現再開を指令するのは、再開方法の通知を受けた以降のタイミングであればよく、例えば、再開方法の通知を受けた直後とすればよい。
【００２６】
ただ、クライアントデバイスのユーザからすれば、機能の実現を再開するのを保留したいことも考えられるため、ユーザが任意のタイミングで機能の実現を再開できることが、最終的なサービスの提供態様をユーザの希望に即したものとするために好適といえる。
【００２７】
そのためには、請求項５に記載のように、前記クライアントデバイスは、前記エラー通知手段により通知が行われた以降、ユーザの操作を受けて前記エラーの発生により実現が妨げられた機能の実現を再開する旨を前記サーバに対して要求する再開要求手段を備え、前記方法指定手段が、前記再開要求手段による要求を受けた前記サーバからの指令を受けて、前記エラーの発生により実現が妨げられた機能の実現をどのように再開するかを示す再開方法をユーザに指定させる、ように構成されており、前記サーバは、前記フェーズ特定手段により特定された特定フェーズを前記クライアントデバイスと対応付けて登録するフェーズ登録手段を備え、前記クライアントデバイスから機能の実現を再開する旨の要求を受けた際に、前記指定指令手段が、該クライアントデバイスに対応する特定フェーズを前記フェーズ登録手段により登録された特定フェーズの中から特定し、該特定した特定フェーズから機能の実現を再開する方法を含む複数種類の実現方法の中から、いずれかの再開方法を指定する旨を前記クライアントデバイスに対して指令する、ように構成するとよい。
【００２８】
このように構成すれば、クライアントデバイスのユーザは、機能の実現を再開するのを一定期間保留したい場合、それまでの間、機能の実現を再開する旨をサーバに対して要求しなければよく、これにより、ユーザが任意のタイミングで機能の実現を再開することができる。
【００２９】
また、請求項６に記載のクライアントデバイスは、画像を読み取ってなる画像データを生成する読取手段および画像データで示される画像を印刷する印刷手段のうち少なくともいずれか一方を備えており、データ通信可能なサーバから前記読取手段および前記印刷手段のうち少なくともいずれか一方の機能に関するサービスの提供を受けることのできるクライアントデバイスである。そして、前記サーバからの機能実現の指令を受けて、少なくとも前記読取手段による画像データの生成，および，前記印刷手段による画像の印刷のうちいずれか一方の機能を実現する機能実現手段と、該機能実現手段による機能の実現が終了する前に該機能の実現を妨げるエラーが発生した場合に、該エラーが発生した旨を前記サーバに通知するエラー通知手段と、該エラー通知手段による通知を受けた前記サーバからの再開方法指定の指令を受けて、前記エラーの発生により実現が妨げられた機能の実現をどのように再開するかを示す再開方法をユーザに指定させる方法指定手段と、該方法指定手段により指定された再開方法を前記サーバに対して通知する方法通知手段と、を備え、前記機能実現手段が、前記方法通知手段による通知を受けた前記サーバからの実現再開の指令を受けて、前記エラーの発生により実現が妨げられた機能の実現を再開する、ように構成されている。
【００３０】
このように構成されたクライアントデバイスによれば、請求項１〜５のいずれかに記載のサービス提供システムの一部（クライアントデバイス）を構成することができる。
なお、このクライアントデバイスについては、請求項２〜５のいずれかに記載のクライアントデバイスと同様の構成としてもよく、この場合、請求項２〜５のいずれかに記載のサービス提供システムの一部（クライアントデバイス）を構成することができる。
【００３１】
また、請求項７に記載のサーバは、データ通信可能なクライアントデバイスに対して、画像を読み取ってなる画像データを生成する読取手段および画像データで示される画像を印刷する印刷手段のうち少なくともいずれか一方の機能に関するサービスを提供するためのサーバである。そして、前記クライアントデバイスに対してサービスを提供するための処理として、該クライアントデバイスに対して機能の実現を指令する指令処理を含む処理を実行する提供実行手段と、該提供実行手段による処理の実行中に前記クライアントデバイスからエラーの発生が通知された場合に、該通知内容に基づいて、前記クライアントデバイス側において機能の実現までに経るべきフェーズのうちエラーの発生したフェーズを特定するフェーズ特定手段と、該フェーズ特定手段により特定された特定フェーズからの機能の実現を再開する方法を含む複数種類の再開方法の中から、いずれかの再開方法を指定する旨を前記クライアントデバイスに対して指令する指定指令手段と、を備え、該指定指令手段による指令を受けた前記クライアントデバイスからの再開方法の通知を受けた際、前記提供実行手段が、該通知された再開方法での機能の実現再開を前記クライアントデバイスに指令する再指令処理を含む処理を実行する、ように構成されている。
【００３２】
このように構成されたサーバによれば、請求項１〜５のいずれかに記載のサービス提供システムの一部（サーバ）を構成することができる。
なお、このサーバについては、請求項２〜５のいずれかに記載のサーバと同様の構成としてもよく、この場合、請求項２〜５のいずれかに記載のサービス提供システムの一部（サーバ）を構成することができる。
【００３３】
また、請求項８に記載のプログラムは、サーバとデータ通信可能なクライアントデバイスに、前記サーバからサービスの提供を受けるための各種処理手順を実行させるためのプログラムである。そして、このプログラムには、前記サーバからの機能実現の指令を受けて、少なくとも、画像を読み取ってなる画像データを生成する読取手段，および，画像データで示される画像を印刷する印刷手段のうち少なくともいずれか一方の機能を実現する機能実現手順と、該機能実現手順による機能の実現が終了する前に該機能の実現を妨げるエラーが発生した場合に、該エラーが発生した旨を前記サーバに通知するエラー通知手順と、該エラー通知手順による通知を受けた前記サーバからの再開方法指定の指令を受けて、前記エラーの発生により実現が妨げられた機能の実現をどのように再開するかを示す再開方法をユーザに指定させる方法指定手順と、該方法指定手順により指定された再開方法を前記サーバに対して通知する方法通知手順と、が含まれており、前記機能実現手順が、前記方法通知手順による通知を受けた前記サーバからの実現再開の指令を受けて、前記エラーの発生により実現が妨げられた機能の実現を再開する、ことを特徴とする。
【００３４】
このようなプログラムにより制御されるクライアントデバイスは、請求項１〜５のいずれかに記載のサービス提供システムの一部（クライアントデバイス）を構成することができる。
【００３５】
また、このプログラムについては、請求項２から５のいずれかに記載のクライアントデバイスの備える全手段としての機能を実現するための処理手順をクライアントデバイスに実行させるためのプログラムとしてもよく、この場合、このクライアントデバイスは、請求項２から４のいずれかに記載のサービス提供システムの一部（クライアントデバイス）を構成することができる。
【００３６】
また、請求項９に記載のプログラムは、クライアントデバイスとデータ通信可能なサーバに、前記クライアントデバイスに対して画像を読み取ってなる画像データを生成する読取手段，および，画像データで示される画像を印刷する印刷手段のうち少なくともいずれか一方の機能に関するサービスを提供するための各種処理手順を実行させるためのプログラムである。そして、このプログラムには、前記クライアントデバイスに対してサービスを提供するための処理として、該クライアントデバイスに対して機能の実現を指令する指令処理を含む処理を実行する提供実行手順と、該提供実行手順による処理の実行中に前記クライアントデバイスからエラーの発生が通知された場合に、該通知内容に基づいて、前記クライアントデバイス側において機能の実現までに経るべきフェーズのうちエラーの発生したフェーズを特定するフェーズ特定手順と、該フェーズ特定手順により特定された特定フェーズからの機能の実現を再開する方法を含む複数種類の再開方法の中から、いずれかの再開方法を指定する旨を前記クライアントデバイスに対して指令する指定指令手順と、が含まれており、前記提供実行手順においては、前記指定指令手順による指令を受けた前記クライアントデバイスからの再開方法の通知を受けた際、該通知された再開方法での機能の実現再開を前記クライアントデバイスに指令する再指令処理を含む処理を実行する、ことを特徴とする。
【００３７】
このようなプログラムにより制御されるサーバは、請求項１〜５のいずれかに記載のサービス提供システムの一部（サーバ）を構成することができる。
また、このプログラムについては、請求項２から５のいずれかに記載のサーバの備える全手段としての機能を実現するための処理手順をサーバに実行させるためのプログラムとしてもよく、この場合、このサーバは、請求項２から５のいずれかに記載のサービス提供システムの一部（サーバ）を構成することができる。
【００３８】
なお、上述した各プログラムは、コンピュータによる処理に適した命令の順番付けられた列からなるものであって、例えば、ＦＤ，ＣＤ−ＲＯＭ，メモリーカードなどの記録媒体やインターネットなどの通信回線網を介して、クライアントデバイス，サーバ，サービス提供システム，または，これらを利用するユーザに提供されるものである。また、これらプログラムをユーザに提供する形態としては、ハードディスクやメモリにプレインストールされた状態で提供する形態であってもよい。
【発明を実施するための最良の形態】
【００３９】
以下に本発明の実施形態を図面と共に説明する。
（１）全体構成
サービス提供システムは、図１に示すように、複合機１０，ディレクトリサーバ２０，機能サーバ３０などからなり、これらがネットワーク（本実施形態においては、ＷＡＮ：Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）１を介してデータ通信可能に接続されている。具体的にいうと、複合機１０，ディレクトリサーバ２０および機能サーバ３０は、それぞれルータ（Ｒ：周知のブロードバンドルータ）２〜４を介してネットワーク１と接続されている。
【００４０】
複合機１０は、制御部１１，操作部１２，読取部１３，記録部１４，通信部１５，記憶部１６，音入力部１７および音出力部１８などを備えている。
これらのうち、制御部１１は、ＣＰＵ，ＲＯＭ，ＲＡＭ等を備え、このＣＰＵが、ＲＯＭに記憶されているプログラムに従って複合機１０全体を統括制御する。
【００４１】
また、操作部１２は、図２に示すように、コピーキー４１，スキャナキー４２，ＦＡＸキー４３，サービスキー４４，設定キー４５，上下左右の方向キー４６〜４９，ＯＫキー５０およびキャンセルキー５１，ディスプレイ５２などからなるユーザインタフェースとして構成されている。
【００４２】
また、読取部１３は、スキャナとしての機能を実現するための入力デバイスであり、用紙等のシート状記録媒体に記録された画像を読み取り、その画像を表す画像データを生成する。
【００４３】
また、記録部１４は、プリンタとしての機能を実現するための出力デバイスであり、画像データで示される画像を用紙等のシート状記録媒体に印刷する。
また、通信部１５は、複合機１０をネットワーク１に接続すると共に、このネットワーク１を介してデータを送受信するための処理を行う。
【００４４】
また、記憶部１６は、図示しない不揮発性ＲＡＭを備えており、この不揮発性ＲＡＭにデータを記憶可能に構成されている。
また、音入力部１７は、本複合機１０が備える図示しないハンドセット（受話器）に設けられたマイクから音を入力し、その音を表す音データ（ＰＣＭデータ）を生成する。
【００４５】
そして、音出力部１８は、音データ（ＰＣＭデータ）の表す音を、図示しないハンドセット，または，複合機１０本体に設けられた図示しないスピーカから出力する。
ディレクトリサーバ２０は、制御部２１，通信部２２および記憶部２３を備えている。
【００４６】
これらのうち、制御部２１は、ＣＰＵ，ＲＯＭ，ＲＡＭ等を備え、このＣＰＵが、ＲＯＭまたはＲＡＭに記憶されているプログラムに従ってディレクトリサーバ２０全体を統括制御する。
【００４７】
また、通信部２２は、ディレクトリサーバ２０をネットワーク１に接続すると共に、このネットワーク１を介してデータを送受信するための処理を行う。
そして、記憶部２３は、図示しないハードディスクを備えており、このハードディスクにデータを記憶する。この記憶部２３には、後述するサービス定義情報２５を記憶するためのサービス定義情報記憶部２４が設けられている。このサービス定義情報２５は、ＸＭＬ（eXtensible Markup Language）により記述されたＸＭＬデータであり、この記述内容に従って後述するサービス選択用画面を表示させることで、機能サーバ３０が提供可能なサービス一覧（各サービスの種類及び要求先アドレス（ＵＲＬ；Uniform Resource Locator）を提供することができる。
【００４８】
機能サーバ３０は、制御部３１，通信部３２および記憶部３３などを備えている。
これらのうち、制御部３１は、ＣＰＵ，ＲＯＭ，ＲＡＭ等を備え、このＣＰＵが、ＲＯＭまたはＲＡＭに記憶されているプログラムに従って機能サーバ３０全体を統括制御する。なお、この制御部３１は、複合機１０の制御部１１に比べて充分に高性能な構成とされており、複合機１０の制御部１１では実行困難な処理についてもその処理を行うことができる。
【００４９】
また、通信部３２は、機能サーバ３０をネットワーク１に接続すると共に、このネットワーク１を介してデータを送受信するための処理を行う。
そして、記憶部３３は、図示しないハードディスクを備えており、このハードディスクにデータを記憶する。この記憶部３３は、それぞれ異なるサービスを提供するための処理を実行するサービスソフトウェア１２２を記憶するためのサービスソフト記憶部１２０と、後述するセッションＩＤなどの情報を記憶するセッション管理情報記憶部１４０と、後述する画像データなどの情報を記憶するサービス出力記憶部１５０と、からなる。
（２）複合機１０による処理
以下に、複合機１０の制御部１１により実行される各種処理について説明する。
（２−１）複合機処理
はじめに、複合機１０が起動された以降、繰り返し実行される処理である複合機処理を図３に基づいて説明する。
【００５０】
この複合機処理が起動されたら、まず、初期化処理を行う（ｓ１０２）。
この初期化処理を終えた後、外部からの指令，例えば、操作部１２への入力操作やネットワーク１を介した指令信号の入力などが発生したら（ｓ１０４）、その入力が動作モードをサービスモードへ移行させるための内容であるか否かをチェックする（ｓ１０６）。ここでは、例えば、ｓ１０４による入力が操作部１２のサービスキー４４を押下する操作であれば、サービスモードへ移行させるための内容であると判定する。なお、この「サービスモード」とは、以下の処理で示すように、機能サーバ３０に対してサービスの提供を要求するための処理を実行するための動作モードである。
【００５１】
このｓ１０６で、入力がサービスモードへ移行させるための内容でないと判定されたら（ｓ１０６：ＮＯ）、その入力内容に応じて他の動作モードに対する処理（その他のモードの処理）を行った後（ｓ１０８）、ｓ１０４へ戻る。
【００５２】
一方、ｓ１０６で、サービスモードへ移行させるための内容であると判定されたら（ｓ１０６：ＹＥＳ）、機能サーバ３０に要求すべきサービスを指定する方法をユーザに選択させる（ｓ１１０）。ここでは、サービスをリストから指定するか、要求先アドレスを直接入力により指定するかを選択させるための選択画面をディスプレイ５２に表示させることによりユーザに選択を促す。この選択画面が表示された後、ユーザは、いずれにてサービスを指定するかの選択を操作部１２により行うことができる。
【００５３】
このｓ１１０で、リストから指定する旨が選択されたら（ｓ１１０：ＹＥＳ）、ディレクトリサーバ２０にサービス一覧の照会を要求する（ｓ１１２）。ここでは、ディレクトリサーバ２０に対してサービス定義情報２５の送信を要求するためのアドレスとして、あらかじめ記憶部１６に記憶されたアドレス宛に、ＨＴＴＰ１．１（ＨＴＴＰ：ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）に基づくＨＴＴＰリクエスト（以降、単に「ＨＴＴＰリクエスト」という）を送信することにより、サービス一覧の照会を要求する。このアドレスに基づいてアクセスを受けたディレクトリサーバ２０は、後述のように、ＨＴＴＰ１．１に基づくＨＴＴＰレスポンス（以降、単に「ＨＴＴＰレスポンス」という）により、トップのサービス定義情報２５をＨＴＴＰレスポンスにより返信してくる。このトップのサービス定義情報２５は、「データ保存サービス」，「印刷サービス」，「コピー応用サービス」といったサービスのカテゴリについての選択を促すカテゴリ選択用画面を表示させるためのサービス定義情報２５である。
【００５４】
こうして、サービス一覧の照会を要求した後、ディレクトリサーバ２０から返信されたサービス定義情報２５を受信したら（ｓ１１４）、このサービス定義情報２５に基づいて選択用画面をディスプレイ５２に表示させた後（ｓ１１６）、次の処理（ｓ１２０）へ移行する。このｓ１１６がトップのサービス定義情報２５を受信した後に行われる場合には、そのＸＭＬの記述に従って、図４（ａ）に示すように、「ディレクトリサービス」の文字がディスプレイ５２の表示領域上部に配置され、選択可能なカテゴリを表す項目である「データ保存サービス」，「印刷サービス」および「コピー応用サービス」の文字が表示領域下部に配置されてなるカテゴリ選択画面の表示を行う。また、このサービス定義情報２５には、カテゴリに対応する別のサービス定義情報２５のアドレスがリンク先として割り当てられており、いずれかの項目がサービス選択画面に基づいて選択されることにより、その項目に対応するアドレスのサービス定義情報２５をディレクトリサーバ２０に要求することができる。なお、ここで表示される画面は、表示領域の制約上、すべての項目を一度に表示することができない場合、スクロールさせることで各項目の配置が上下に移動するように構成されている（以下ディスプレイ５２への表示を行う説明において同様とする）。
【００５５】
また、ｓ１１６の処理がトップ以外のサービス定義情報２５を受信した後に行われる場合，具体的な例として、「コピー応用サービス」に関するサービス定義情報２５を受信した場合には、そのＸＭＬの記述に従って、図４（ｂ）に示すように、「コピー応用サービス」の文字が表示領域上部に配置され、選択可能な項目として「すかし入りコピー」，「翻訳コピー」，「原稿読み上げ」，「音声テキスト変換」，「翻訳リトライ」のサービスが表示領域下部に配置されてなるサービス選択画面の表示を行う。また、このサービス定義情報２５についても、サービスに対応する別のサービス定義情報２５のアドレスがリンク先として割り当てられており、いずれかの項目がサービス選択画面に基づいて選択された際に、その項目に対応するアドレスのサービスの提供を機能サーバ３０に要求することができる。
【００５６】
また、上述したｓ１１０で、要求先アドレスを直接入力により指定する旨が選択された場合には（ｓ１１０：ＮＯ）、要求先アドレスを入力するためのアドレス入力画面をディスプレイ５２に表示させた後（ｓ１１８）、次の処理（ｓ１２０）へ移行する。
【００５７】
こうして、選択用画面またはアドレス入力画面が表示された以降、ユーザは、いずれかの項目を選択する操作（アドレスを入力する操作），または，サービスモードを終了する操作（停止操作）を操作部１２により行うことができる。
【００５８】
次に、ユーザによる操作部１２への入力操作を受け付け（ｓ１２０）、こうして行われた入力操作がリンクを選択する操作であるか否かをチェックする（ｓ１２２）。ここでは、ｓ１１６にて表示された選択用画面における項目を選択する操作，または，ｓ１１８にて表示されたアドレス入力画面にアドレスを入力する操作が入力操作として行われた場合に、リンクを選択する操作であると判定する。
【００５９】
このｓ１２２で、リンクを選択する操作でないと判定された場合（ｓ１２２：ＮＯ）、その入力操作が停止操作であれば（ｓ１２４：ＹＥＳ）、ｓ１０４へ戻ることによりサービスモードとしての処理を終了する一方、入力操作が停止操作でなければ（ｓ１２４：ＮＯ）、拒否音（ブザー音など）を鳴動させた後（ｓ１２６）、ｓ１２０へ戻る。
【００６０】
また、ｓ１２２で、入力操作がリンクを選択する操作であると判定された場合（ｓ１２２：ＹＥＳ）、その選択されたリンクがサービスへのリンク，つまり機能サーバ３０にサービスの提供を要求するためのリンクであるか否かをチェックする（ｓ１２８）。
【００６１】
このｓ１２８で、サービスへのリンクでないと判定された場合，つまり別のサービス定義情報２５へのリンクである場合には（ｓ１２８：ＮＯ）、ディレクトリサーバ２０に対してサービス一覧の照会を要求し、該当するサービス定義情報２５を受信した後（ｓ１３０）、ｓ１１６へ戻ってサービス選択用画面をディスプレイ５２に表示させる。
【００６２】
そして、ｓ１２８で、サービスへのリンクであると判定された場合には（ｓ１２８：ＹＥＳ）、後述するセッション処理を行った後（ｓ１３２）、ｓ１０４へ戻ることによりサービスモードとしての処理を終了する。
（２−２）セッション処理
続いて、図３におけるｓ１３２であるセッション処理の詳細な処理手順を図５に基づいて説明する。
【００６３】
このセッション処理では、まず、図３におけるｓ１２０により選択されたリンク先（アドレスを直接入力した場合には、そのアドレス）に基づいてサービスを起動する（ｓ２０２）。ここでは、リンク先に対してサービス起動指令をＨＴＴＰリクエストにより送信することで、図３におけるｓ１２０にてユーザに選択されたサービスを機能サーバ３０側において起動させる。このサービス起動指令を受信した機能サーバ３０からは、セッションＩＤがＨＴＴＰレスポンスにより返信されてくる。
【００６４】
次に、ｓ２０４によるサービス起動指令に応じて機能サーバ３０から送信されてくるセッションＩＤを受信する（ｓ２０４）。なお、以降の処理で送信するＨＴＴＰリクエストおよびＨＴＴＰレスポンスには、特に明示しない限り、全てセッションＩＤが含まれた状態でやりとりされることとし、このＨＴＴＰリクエストを受信した機能サーバ３０側では、このセッションＩＤに基づいて通信中のデバイスを管理（周知のセッション管理）するように構成されている。
【００６５】
次に、複合機１０自身に対する指令の有無を問い合わせるための「複合機指令問合せ」をＨＴＴＰリクエストにより機能サーバ３０へ送信する（ｓ２０６）。この「複合機指令問合せ」を受信した機能サーバ３０からは、複合機１０に対する指令が発生していれば、その内容を示す指令（指令が発生していない場合には「指令なし」を示す指令）がＨＴＴＰレスポンスにより返信されてくる。
【００６６】
次に、ｓ２０６による問い合わせを受けた機能サーバ３０から送信されてくる指令（複合機指令）を受信したら（ｓ２０８）、その指令がジョブ起動指令であるか否かを判定する（ｓ２１０）。この「ジョブ起動指令」とは、後述のように、ｓ２０２にてサービス起動指令を送信した以降、機能サーバ３０側で発生する指令であり、そのタイミングやサービスの内容に応じたジョブの起動を指令する内容となっている。なお、このジョブ起動指令には起動すべきジョブのジョブＩＤ，ジョブの種類およびジョブの通信先アドレスが付加されている。
【００６７】
このｓ２１０で、ジョブ起動指令であると判定された場合（ｓ２１０：ＹＥＳ）、ジョブの起動に必要なリソースを確保した後で（ｓ２１２）、ジョブ起動指令で指令されたジョブを起動する（ｓ２１３）。ここでは、ジョブ起動指令で指令されたジョブに対して、このジョブ起動指令に付加されたジョブＩＤおよび通信先アドレスを渡すことにより、そのジョブを起動する。なお、こうして起動されるジョブは、他の処理と並行して実行されるものであり、これについては、複数種類のサービスのうち、本発明を理解する上で重要なサービスである「コピー応用サービス」のうちの「翻訳コピー」，「翻訳リトライ」を例に挙げて、後述する「コピー応用ジョブ」，「リトライジョブ」において詳述する。
【００６８】
こうして、ジョブの起動を行った後、所定インターバル待機した後（ｓ２１４）、ｓ２０６へ戻る。
また、上述したｓ２１０で、ジョブ起動指令でないと判定された場合（ｓ２１０：ＮＯ）、ｓ２０８で受信した指令がジョブ終了指令であるか否かをチェックする（ｓ２１６）。この「ジョブ終了指令」とは、上述したｓ２１３でジョブを起動した以降、このジョブが終了した際に機能サーバ３０側で発生する指令である。なお、このジョブ終了指令には、その終了したジョブのジョブＩＤが付加されている。
【００６９】
このｓ２１６で、ジョブ終了指令であると判定された場合（ｓ２１６：ＹＥＳ）、このジョブ終了指令に付加されたジョブＩＤのジョブについて、このジョブを起動するにあたりｓ２１２にて確保したリソースを解放した後（ｓ２１８）、ｓ２１４へ移行する。
【００７０】
また、上述したｓ２１６で、ジョブ終了指令でないと判定された場合（ｓ２１６：ＮＯ）、「指令なし」を示すものであるか否かをチェックし（ｓ２２０）、「指令なし」を示すものであれば（ｓ２２０：ＹＥＳ）、ｓ２１４へ移行する一方、「指令なし」を示すものでなければ（ｓ２２０：ＮＯ）、セッション終了指令であるか否かを判定する（ｓ２２２）。この「セッション終了指令」とは、この複合機１０に対するサービスの提供が終了した際に機能サーバ３０側で発生する処理である。
【００７１】
そして、このｓ２２２で、セッション終了指令であると判定された場合（ｓ２２２：ＹＥＳ）、本セッション処理を終了する一方、ｓ２０８で受信した指令が上述したいずれの指令でもない場合，例えば、エラー情報である場合には（ｓ２２２：ＮＯ）、エラーを報知するための処理（指令エラーの処理）を行った後（ｓ２２４）、本セッション処理を終了する。このｓ２２４では、エラーである旨のメッセージをディスプレイ５２に表示させることによりエラーを報知する。
（２−３）コピー応用ジョブ
続いて、図５におけるｓ２１３にて起動されるジョブの一種であるコピー応用ジョブ（デバイス側コピー応用ジョブ）の処理手順を図６，図７に基づいて説明する。
【００７２】
このコピー応用ジョブが起動されると、まず、ユーザにユーザＩＤを入力させるためのＩＤ入力画面をディスプレイ５２に表示させ、これに対応して操作部１２によりユーザＩＤを入力する操作が行われたら（ｓ４０２）、このユーザＩＤに基づいてコピー応用サービスを機能サーバ３０側において起動させる（ｓ４０４）。ここでは、サービス定義情報２５で示されるコピー応用サービス（翻訳コピー）のアドレス宛に、サービスを起動させるためのサービス起動指令を、入力されたユーザＩＤと共にＨＴＴＰリクエストにより送信することで、コピー応用サービス（翻訳コピー）を機能サーバ３０側において起動させる。このサービス起動指令を受信した機能サーバ３０からは、第１パラメータ要求がセッションＩＤと共にＨＴＴＰレスポンスにより返信されてくる。この「第１パラメータ要求」は、後述のように、サービス起動指令を受信した機能サーバ３０側で発生する指令であり、第１パラメータ（本実施形態においては、翻訳方法）を複合機１０に対して要求するための指令となるＸＭＬデータである。
【００７３】
次に、ｓ４０４にて送信したサービス起動指令に応じて機能サーバ３０から返信されてくる第１パラメータ要求およびセッションＩＤを受信する（ｓ４０６）。このセッションＩＤは、記憶部１６に記憶され、以降の処理で機能サーバ３０との通信を行うために用いられる。
【００７４】
次に、ｓ４０６にて受信した第１パラメータ要求に基づいて第１パラメータを指定させるためのパラメータ入力画面をディスプレイ５２に表示させることにより、第１パラメータを指定する操作をユーザに促す（ｓ４０８）。本実施形態においては、第１パラメータ要求のＸＭＬの記述に従って、図８（ａ）に示すように、翻訳コピーの文字が表示領域上部に配置され、翻訳方法を示す「英語→日本語」，「日本語→英語」および「日本語→仏語」などが表示領域下部に配置されてなるパラメータ入力画面の表示を行う。このパラメータ入力画面が表示された後、ユーザは、いずれかの翻訳方法を第１パラメータとして指定する操作を行うことができる。
【００７５】
このパラメータ入力画面の表示後、第１パラメータ（翻訳方法）を指定する操作が行われたら（ｓ４１０）、その第１パラメータをＨＴＴＰリクエストにより機能サーバ３０へ送信する（ｓ４１２）。この第１パラメータを受信した機能サーバ３０からは、第２パラメータ要求がＨＴＴＰレスポンスにより返信されてくる。この「第２パラメータ要求」は、後述のように、第１パラメータを受信した機能サーバ３０側で発生する指令であり、翻訳すべきテキストの記載された原稿をスキャンしてなる画像データを複合機１０に対して要求するための指令となるＸＭＬデータである。
【００７６】
次に、ｓ４１２により送信した第１パラメータを受けた機能サーバ３０から送信されてくる第２パラメータ要求を受信した後（ｓ４１４）、この第２パラメータ要求に基づいて第２パラメータを生成させるためのパラメータ入力画面をディスプレイ５２に表示させることにより、第２パラメータを生成する操作をユーザに促す（ｓ４１６）。ここでは、第２パラメータ要求のＸＭＬの記述に従って、図８（ｂ）に示すように、翻訳コピーの文字が表示領域上部に配置され、翻訳すべきテキストが記載された原稿（シート状記録媒体）をフィーダ（読取部１３により原稿を読み込ませるための装置）にセットすべき旨のメッセージが表示領域下部に配置されてなるパラメータ入力画面のディスプレイ５２への表示を行う。このパラメータ入力画面が表示された後、ユーザは、フィーダに原稿をセットした後、操作部１２のスキャナキー４２を押下するといった操作を行うことにより、読取部１３で原稿を読み取ってなる画像データを第２パラメータとして生成することができる。
【００７７】
このパラメータ入力画面の表示後、第２パラメータ（画像データ）を生成する操作が行われたら（ｓ４１８）、こうして順次生成される第２パラメータのＨＴＴＰリクエストによる機能サーバ３０への送信を開始する（ｓ４２０）。ここでは、第２パラメータで示される画像データとして、読取部１３による読取単位（本実施形態においては１ページ分の単位画像データ）毎にページヘッダおよびデータレングス（読取単位のデータ量）を付加した連続するデータの送信を開始する。こうして、送信が開始された第２パラメータを受信し終えた機能サーバ３０からは、この第２パラメータに基づいて生成された変換画像データ（本実施形態においては、原稿に印刷されたテキスト部分が翻訳されてなる画像を示す画像データ）が、ＨＴＴＰレスポンスにより返信されてくる。
【００７８】
このｓ４２０による第２パラメータの送信が終了する前に、読取部１３による原稿の読み取りエラー，または，第２パラメータの送信エラーが発生しなければ（ｓ４２２：ＮＯ）、そのまま次の処理（ｓ４２８）へ移行するが、エラーが発生した場合には（ｓ４２２：ＹＥＳ）、エラーが発生した旨を通知するためのエラー通知を、この時点で読取部１３にて何番目までの原稿が正常に読み取られた，つまり何番目までの単位画像データで示される原稿の読み取りが終了したか否かを示す読取終了情報と共に、ＨＴＴＰリクエストにより機能サーバ３０へ送信し（ｓ４２４）、このエラー通知および読取終了情報を受けた機能サーバ３０からＨＴＴＰレスポンスにより送信されてくる通知確認（ＡＣＫ）を受信した後（ｓ４２６）、次の処理（ｓ４２８）へ移行する。
【００７９】
なお、上述のエラー通知を受信した機能サーバ３０からは、第３パラメータがＨＴＴＰレスポンスにより返信されてくる。この「第３パラメータ要求」は、後述のように、エラー通知を受信した機能サーバ３０側で発生する指令であり、読取部１３による原稿の読み取りが正常に完了していない旨のメッセージと共に、サービスの提供を再開させるための再開方法の指定を複合機１０に対して要求するための指令となるＸＭＬデータである。このように、エラーが発生した以降、変換画像データが送信されてくるまでの間は、変換画像データで示される画像を印刷する処理が行われることはなく、これにより機能サーバ３０によるサービスの提供が中断されることとなる。
【００８０】
次に、ｓ４２０で送信が開始された第２パラメータ，または，ｓ４２４で送信されたエラー通知を受けた機能サーバ３０からデータを受信したら（ｓ４２８）、そのデータが第３パラメータ要求であれば（ｓ４３０：ＮＯ）、この第３パラメータ要求に基づいて第３パラメータを指定させるためのパラメータ入力画面をディスプレイ５２に表示させることにより、第３パラメータを指定する操作をユーザに促す（ｓ４３２）。ここでは、この第３パラメータ要求のＸＭＬの記述に従って、図８（ｃ）に示すように、正常に原稿の読み取りが終了しなかった旨のメッセージ（スキャン未完）が表示領域上部に配置され、再開方法として、第２パラメータの入力を最初からやり直す旨（最初からスキャンする），第２パラメータの入力を途中からやり直す旨（第Ｘページ目からスキャンする；Ｘは機能サーバ３０側で設定された値），保留する旨が選択可能な項目として表示領域下部に表示されてなるパラメータ入力画面の表示を行う。このパラメータ入力画面が表示された後、ユーザは、いずれかの項目を第３パラメータとして指定する操作を行うことができる。
【００８１】
このパラメータ入力画面の表示後、第３パラメータを指定する操作が行われたら（ｓ４３４）、こうして指定された内容を示す第３パラメータをＨＴＴＰリクエストにより機能サーバ３０へ送信する（ｓ４３６）。この第３パラメータを受信した機能サーバ３０からは、第３パラメータが「保留する旨」でなければ、再度、第２パラメータ要求が送信されてくるのに対し、第３パラメータが「保留する旨」であれば、サービスの提供を保留する旨を通知するための保留確認が送信されてくる。
【００８２】
次に、ｓ４３６にて送信した第３パラメータが「保留する旨」でない場合（ｓ４３８：ＮＯ）、この第３パラメータを受信した機能サーバ３０からは、再度、第２パラメータ要求がＨＴＴＰレスポンスにより返信されてくるため、ｓ４１４へ戻る。なお、ここで機能サーバ３０から返信されてくる第２パラメータ要求は、ｓ４３６にて送信した第３パラメータが「第２パラメータの入力を最初からやり直す旨」であれば、全ての原稿をスキャンしてなる画像データを複合機１０に対して要求するための指令となるＸＭＬデータであり、第３パラメータが「第２パラメータの入力を途中からやり直す旨」であれば、第Ｘページ（Ｘは機能サーバ３０側で設定された値）以降の原稿をスキャンしてなる画像データを複合機１０に対して要求するための指令となるＸＭＬデータである。この後者の場合、ｓ４１４に戻った後のｓ４１６で表示されるパラメータ入力画面は、図８（ｄ）に示すように、翻訳コピーの文字が表示領域上部に配置され、翻訳すべきテキストが記載された原稿のうち第Ｘページ以降をフィーダにセットすべき旨のメッセージが表示領域下部に配置されてなる画面となる。そして、このパラメータ入力画面が表示された後、ユーザは、フィーダに第Ｘページ以降の原稿をセットし直した後、操作部１２のスキャナキー４２を押下するといった操作を行うことにより、第２パラメータの生成を継続することができる。
【００８３】
また、ｓ４３６にて送信した第３パラメータが「保留する旨」である場合（ｓ４３８：ＹＥＳ）、この第３パラメータを受信した機能サーバ３０からは、保留確認が送信されてくるため、この保留確認を受信し（ｓ４４０）、ここまでのセッションに関する情報を未解決セッション管理情報に登録する（ｓ４４２）。本実施形態において、セッション管理情報記憶部には、図９に示すように、セッションＩＤ，サービス名，時刻情報などを対応づけて登録するデータベースである未解決セッション管理情報が記憶されているため、このｓ４４２においては、ここまでの処理で使用されたセッションＩＤ，サービス名として翻訳コピーの文字とｓ４３４にて指定された第３パラメータとを連結してなる文字列，このｓ４４２が行われた時点の現在時刻を上記データベースに対応づけて登録する。
【００８４】
そして、ｓ４４２の後、コピー応用サービスの終了を指令するためのサービス終了指令をＨＴＴＰリクエストにより機能サーバへ送信して（ｓ４４３）、本コピー応用ジョブを終了する。このサービス終了指令を受信した機能サーバ３０からは、コピー応用サービスの終了を表すセッション終了指令が送信されてくる。そして、このセッション終了指令は、図５におけるｓ２０８にて受信され、同図ｓ２２２にて「ＹＥＳ」と判定される。
【００８５】
また、上述したｓ４２８にて受信したデータが変換画像データであれば（ｓ４３０：ＹＥＳ）、この変換画像データのうちの単位画像データ（本実施形態においては１頁分の画像データ）が受信される毎に、その単位画像データで示される画像を順次記録部１４にて印刷させる、といった印刷処理を開始する（ｓ４４４）。
【００８６】
次に、ｓ４４４にて開始された印刷処理が終了するまでの間に、機能サーバ３０からの変換画像データの受信エラー，または，記録部１４による印刷エラー（いわゆるジャムなど）などが発生したら（ｓ４４６：ＹＥＳ）、エラーが発生した旨を通知するためのエラー通知を、この時点で印刷処理より何番目までの単位画像データで示される画像の印刷が終了したかを示す印刷単位情報と共に、ＨＴＴＰレスポンスにより機能サーバ３０へ送信する（ｓ４４８）。このエラー通知を受けた機能サーバ３０からは、第４パラメータ要求がＨＴＴＰレスポンスにより返信されてくる。この「第４パラメータ要求」は、後述のように、エラー通知を受信した機能サーバ３０側で発生する指令であり、記録部１４による画像の印刷が正常に終了していない旨のメッセージと共に、再開方法の指定を複合機１０に対して要求するための指令となるＸＭＬデータである。このように、印刷処理中にエラーが発生する間は、正常に印刷処理を完了して後の処理に移行することはなく、これにより機能サーバ３０によるサービスの提供が中断されることとなる。
【００８７】
次に、ｓ４４８にて送信したエラー通知を受けた機能サーバ３０から第４パラメータ要求を受信したら（ｓ４５０）、この第４パラメータ要求に基づいて第４パラメータを指定させるためのパラメータ入力画面をディスプレイ５２に表示させることにより、第４パラメータを指定する操作をユーザに促す（ｓ４５２）。ここでは、この第４パラメータ要求のＸＭＬの記述に従って、図８（ｅ）に示すように、正常に画像の印刷が終了しなかった旨のメッセージ（印刷未完）が表示領域上部に配置され、再開方法として、画像の印刷を最初からやり直す旨（最初から印刷する），画像の印刷を途中からやり直す旨（Ｘページ目から印刷する；Ｘは機能サーバ３０側で設定された値），保留する旨が選択可能な項目として表示領域下部に表示されてなるパラメータ入力画面の表示を行う。このパラメータ入力画面が表示された後、ユーザは、いずれかの項目を第４パラメータとして指定する操作を行うことができる。
【００８８】
このパラメータ入力画面の表示後、第４パラメータを指定する操作が行われたら（ｓ４５４）、こうして指定された内容を示す第４パラメータをＨＴＴＰリクエストにより機能サーバ３０へ送信する（ｓ４５６）。この第４パラメータを受信した機能サーバ３０からは、第４パラメータが「保留する旨」でなければ、再度、変換画像データがＨＴＴＰレスポンスにより送信されてくるのに対し、第４パラメータが「保留する旨」であれば、サービスの提供を保留する旨を通知するための保留確認がＨＴＴＰレスポンスにより送信されてくる。
【００８９】
次に、ｓ４５６にて送信した第４パラメータが「保留する旨」でない場合（ｓ４５８：ＮＯ）、この第４パラメータを受信した機能サーバ３０からは、再度、変換画像データがＨＴＴＰレスポンスにより送信されてくるため、ｓ４４４へ戻り、この変換画像データに基づく印刷処理を開始する。なお、ここで機能サーバ３０から送信されてくる変換画像データは、ｓ４５６にて送信した第４パラメータが「最初から印刷する旨」であれば、第１番目以降の単位画像データ，つまり変換画像データ全体であり、「途中から印刷する旨」であれば、第Ｘ番目以降の単位画像データからなる変換画像データである。そのため、この後者の場合、ｓ４４４に戻った以降に印刷されるのは、第Ｘ番目以降の単位画像データで示される画像となる。
【００９０】
そして、ｓ４５６にて送信した第４パラメータが「保留する旨」である場合（ｓ４５８：ＹＥＳ）、この第４パラメータを受信した機能サーバ３０からは、保留命令が送信されてくるため、この保留命令を受信し（ｓ４６０）、ここまでのセッションに関する情報を未解決セッション管理情報に登録する（ｓ４６２）。ここでは、上述したｓ４４２と同様、ここまでの処理で使用されているセッションＩＤ，サービス名としてのｓ４３４にて指定された第３パラメータ，このｓ４４２が行われた時点の現在時刻を上記データベースに対応付けて登録する（図９参照）。
【００９１】
そして、ｓ４６２の後、ｓ４４３と同様、サービス終了指令をＨＴＴＰリクエストにより機能サーバへ送信して（ｓ４６３）、本コピー応用ジョブを終了する。
また、上述ｓ４４４にて開始させた印刷処理が終了するまでの間に、機能サーバ３０からの変換画像データの受信エラー，または，記録部１４による印刷エラーなどが発生しなければ（ｓ４４６：ＮＯ）、印刷が正常に終了した旨を通知するための終了通知を、ＨＴＴＰリクエストにより機能サーバ３０へ送信する（ｓ４６４）。この終了通知を受信した機能サーバ３０からは、確認応答がＨＴＴＰレスポンスにより返信されてくる。
【００９２】
そして、ｓ４６４にて送信した終了通知を受けた機能サーバ３０から確認応答を受信したら（ｓ４６６）、ここまでの処理で使用されたセッションＩＤに対応する情報が、先に行われた本コピー応用ジョブにおけるｓ４４２，ｓ４４６により未解決セッション管理情報に登録されていれば、そのセッションＩＤおよびこれに対応する情報を未解決セッション管理情報から削除した後（ｓ４６８）、ｓ４６３へ移行する。
（２−４）リトライジョブ
続いて、図５におけるｓ２１３にて起動されるジョブの一種であるリトライジョブ（クライアント側リトライジョブ）の処理手順を図１０，図１１に基づいて説明する。
【００９３】
このリトライジョブが起動されると、まず、ユーザにユーザＩＤを入力させるためのＩＤ入力画面をディスプレイ５２に表示させ、これに対応して操作部１２によりユーザＩＤを入力する操作が行われたら（ｓ５０２）、未解決セッション管理情報に基づいてセッション選択画面をディスプレイ５２に表示させることにより、セッションを選択する操作をユーザに促す（ｓ５０４）。ここでは、図１２に示すように、セッション選択の文字が表示領域上部に配置され、未解決セッション管理情報に登録されているサービス名および時刻情報を連結した文字が選択可能な項目として表示領域下部に配置されてなるセッション選択画面を表示させる。このセッション選択画面が表示された後、ユーザは、操作部１２によりいずれかの項目（サービス名）を選択する操作を行うことができる。
【００９４】
このセッション選択画面の表示後、いずれかのサービス名を選択する操作が行われたら（ｓ５０６）、そのサービス名に対応づけて未解決セッション管理情報に登録されているセッションＩＤに基づいてコピー応用サービス（翻訳リトライ）を機能サーバ３０側において起動させる（ｓ５０８）。ここでは、サービス定義情報２５で示されるコピー応用サービスのアドレス宛に、サービスを起動させるためのサービス起動指令を、入力されたユーザＩＤ，および，ｓ５０６による選択内容に対応するセッションＩＤと共にＨＴＴＰリクエストにより送信することで、コピー応用サービス（翻訳リトライ）を機能サーバ３０側において起動させる。このサービス起動指令を受信した機能サーバ３０からは、上述した第３パラメータまたは第４パラメータが送信されてくる。
【００９５】
次に、ｓ５０８でサービス起動指令を受けた機能サーバ３０からのデータを受信したら（ｓ５１０）、そのデータが第３パラメータ要求であれば（ｓ５３０：ＹＥＳ）、図６におけるｓ４３２と同様、第３パラメータを指定する操作をユーザに促す（ｓ５３２）一方、ｓ５１０にて受信したデータが第４パラメータであれば（ｓ５３０：ＮＯ）、同図４５２と同様、第４パラメータを指定する操作をユーザに促す（ｓ５５２）。
【００９６】
なお、これ以降は、図６におけるｓ４３４以降，図７におけるｓ４５４以降の処理と同様の処理であるｓ５３４以降，ｓ５５４以降の処理が行われるだけであるため、コピー応用ジョブの説明文におけるｓ４１４〜ｓ４６３を、それぞれｓ５１４〜ｓ５６３に読み替えるものとして、詳細な説明は省略する。
（３）機能サーバ３０による処理
以下に、機能サーバ３０の制御部３１により実行される各種処理について説明する。
（３−１）機能サーバ処理
はじめに、ＨＴＴＰリクエストが受信される毎に行われる機能サーバ処理の処理手順を図１３に基づいて説明する。
【００９７】
この機能サーバ処理が起動されると、まず、受信したＨＴＴＰリクエストがサービス起動指令であるか否かをチェックする（ｓ７０２）。この「サービス起動指令」は、図５におけるｓ２０２にて複合機１０により送信されるものである。
【００９８】
このｓ７０２で、サービス起動指令であると判定された場合には（ｓ７０２：ＹＥＳ）、セッションＩＤを生成し、このセッションＩＤを示す送信データを生成すると共に、サービスの実行のためのリソースを確保して後述のセッション処理を起動した後（ｓ７０８）、ここで生成した送信データをＨＴＴＰレスポンスとして複合機１０へ返信して（ｓ７１０）、本機能サーバ処理を終了する。この場合において返信される送信データ（セッションＩＤ）は、図５におけるｓ２０４にて複合機１０が受信するものである。
【００９９】
また、ｓ７０２で、サービス起動指令でないと判定された場合には（ｓ７０２：ＮＯ）、ＨＴＴＰリクエストがサービス終了指令であるか否かをチェックする（ｓ７１２）。この「サービス終了指令」は、図６におけるｓ４４３，図７におけるｓ４６３，図１１におけるｓ５４３，図１１におけるｓ５６３，または，複合機１０のキャンセルキー５１押下などの操作によりサービスの実行の停止が指示されることにより、複合機１０側から送信されてくるものである。
【０１００】
このｓ７１２で、サービス終了指令であると判定された場合には（ｓ７１２：ＹＥＳ）、セッションＩＤおよびｓ７０８にて確保されたリソースを解放し、サービス終了を表すセッション終了指令を生成した後（ｓ７１４）、ｓ７１０へ移行し、このセッション終了指令をＨＴＴＰレスポンスとして複合機１０へ返信して、本機能サーバ処理を終了する。この場合において返信されるセッション終了指令は、複合機１０が図５におけるｓ２０８にて受信して同図ｓ２２２にて「ＹＥＳ」と判定することとなるものである。
【０１０１】
一方、上述のｓ７１２にてサービス終了指令ではないと判定された場合には（ｓ７１２：ＮＯ）、サービスに関する情報が含まれているか否か，具体的には複合機１０がセッション処理または他のジョブにおいて送信してきたＨＴＴＰリクエストであるか否かをチェックする（ｓ７１６）。
【０１０２】
このｓ７１６で、サービスに関する情報が含まれていると判定された場合には（ｓ７１６：ＹＥＳ）、そのＨＴＴＰリクエストを送信してきたプロセス（セッション処理，ジョブ）を特定する（ｓ７１８）。
【０１０３】
このｓ７１８によりプロセスを特定できなければ（ｓ７２０：ＹＥＳ）、エラーを通知するための情報（エラー情報）を生成した後（ｓ７２２）、次の処理（ｓ７３６）へ移行する。
【０１０４】
一方、ｓ７１８によりプロセスを特定できれば（ｓ７２０：ＮＯ）、その特定したプロセスにＨＴＴＰリクエストにて送信されてきた情報を渡す（ｓ７２４）。
こうして、ｓ７２４を終えた後、または、ｓ７１６にてサービスに関する情報が含まれていないと判定された場合（ｓ７１６：ＮＯ）、セッションＩＤまたはジョブＩＤに対応する情報の記憶領域を特定する（ｓ７２６）。
【０１０５】
このｓ７２６により記憶領域を特定できなければ（ｓ７２８：ＹＥＳ）、ｓ７２２へ移行してエラー情報を生成して次の処理（ｓ７３６）へ移行する。一方、記憶領域を特定できれば（ｓ７２８：ＮＯ）、この記憶領域に複合機１０へ返信すべき情報が存在しているか否かをチェックする（ｓ７３０）。
【０１０６】
そして、このｓ７３０で、返信すべき情報が存在していないと判定されたら（ｓ７３０：ＮＯ）、「指令なし」の情報を生成した後（ｓ７３２）、次の処理（ｓ７３６）へ移行する一方、送信すべき情報が存在していると判定されたら（ｓ７３０：ＹＥＳ）、その返信情報に基づいて複合機制御指令を生成した後（ｓ７３４）、次の処理（ｓ７３６）へ移行する。
【０１０７】
次に、こうしてｓ７２２．ｓ７３２，ｓ７３４にて生成した情報をＨＴＴＰレスポンスとして複合機１０へ返信する（ｓ７３６）。ここで返信されるＨＴＴＰレスポンスのうち、ｓ７２２にて生成されたエラー情報は、複合機１０が図５におけるｓ２０８にて受信して同図ｓ２２２にて「ＮＯ」と判定した後、同図ｓ２２４を実施することとなるものである。また、ｓ７３２にて生成された「指令なし」の情報は、複合機１０が同図ｓ２０８にて受信して同図ｓ２２０にて「ＹＥＳ」と判定することとなるものである。そして、ｓ７３４にて生成された複合機制御指令は、後述するジョブにおいて異なる内容のものとなり、それぞれ複合機１０側で対応するジョブにおいて受信されるものである。
【０１０８】
そして、セッションＩＤ又はジョブＩＤに対応するメモリアドレスに「送信済み」をセットした後（ｓ７３８）、本機能サーバ処理を終了する。
（３−２）セッション処理
続いて、機能サーバ処理と並行して実行されるセッション処理の処理手順を図１４に基づいて説明する。
【０１０９】
このセッション処理が起動されると、まず、初期化処理を行う（ｓ８０２）。
次に、サービス起動指令により起動を指令されたサービスに対応するジョブを起動する（ｓ８０４）。このサービス起動指令は、図５におけるｓ２０２にて複合機１０から送信されたものであり、図１３におけるｓ７０２にてサービス起動指令であると判定されたものである。
【０１１０】
次に、該当するジョブの起動指令を複合機指令として出力する（ｓ８０６）。ここでは、ジョブＩＤおよび通信先アドレスと共に該当するジョブの起動指令を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図１３におけるｓ７３４にて複合機制御指令が生成され、同図ｓ７３６にて複合機１０側に起動指令として送信されることとなる。この起動指令は、複合機１０が、図５におけるｓ２０８にて受信し、これに基づいて同図ｓ２１３にて該当するジョブを起動することとなるものである。
【０１１１】
次に、ｓ８０４にて起動したジョブが終了するまで待機した後（ｓ８０８：ＮＯ）、そのジョブが終了したら（ｓ８０８：ＹＥＳ）、該当するジョブの終了指令を複合機指令として出力する（ｓ８１０）。ここでは、ジョブＩＤと共に該当するジョブ終了指令を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図１３におけるｓ７３４にて複合機制御指令が生成され、同図ｓ７３６にて複合機１０側に終了指令として送信されることとなる。この終了指令は、複合機１０が、図５におけるｓ２０８にて受信して、同図ｓ２１６にて「ＹＥＳ」と判定することにより、該当するジョブを停止（終了）することとなるものである。
【０１１２】
そして、該当するジョブにおいて確保されていたリソースを解放するなどの終了処理を行った後（ｓ８１２）、本セッション処理を終了する（ｓ８１４）。このｓ８１４では、セッション終了指令を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図１３におけるｓ７３４にて複合機制御指令が生成され、同図ｓ７３６にて複合機１０側に送信されることとなる。このセッション終了指令は、複合機１０が、図５におけるｓ２０８にて受信し、これに基づいてセッション処理を終了することとなる（同図ｓ２２２で「ＹＥＳ」）ものである。
（３−３）コピー応用ジョブ
続いて、図１４におけるｓ８０４にて起動されるジョブの一種であるコピー応用ジョブ（サーバ側コピー応用ジョブ）の処理手順を図１５に基づいて説明する。
【０１１３】
このコピー応用ジョブが起動されると、まず、複合機１０からユーザＩＤおよびサービス起動指令を受信し（ｓ９０２）、これらを送信してきた複合機１０とのセッション管理を行うためのセッションＩＤを生成してセッション管理情報記憶部１４０に記憶させる（ｓ９０４）。本実施形態において、セッション管理情報記憶部１４０には、図１６に示すように、セッションＩＤ，ユーザＩＤ，後述するファイル情報（ファイル），後述するフェーズ情報，後述する翻訳方法などの情報と対応づけて登録するためのデータベースであるセッション管理情報が記憶されているため、このｓ９０４においては、ここで生成されるセッションＩＤをｓ９０２にて受信されるユーザＩＤに対応づけて上記データベースに登録する。
【０１１４】
次に、第１パラメータ要求をＨＴＴＰレスポンスにより複合機１０へ送信する（ｓ９０６）。ここで送信される第１パラメータ要求は、図６におけるｓ４０６にて複合機１０が受信するものであって、第１パラメータ（本実施形態においては、翻訳方法）を複合機１０に対して要求するための指令となるＸＭＬデータである。この第１パラメータ要求を受信した複合機１０からは、同図ｓ４１２にて第１パラメータがＨＴＴＰリクエストにより送信されてくる。
【０１１５】
次に、ｓ９０６にて送信した第１パラメータ要求を受けた複合機１０から第１パラメータを受信したら（ｓ９０８）、この第１パラメータで示される翻訳方法をセッション管理情報に登録する（ｓ９０９）。ここでは、ｓ９０４にて生成したセッションＩＤに対応する翻訳方法として、ｓ９０８にて受信した第１パラメータで示される翻訳方法を登録する。
【０１１６】
次に、第２パラメータ要求をＨＴＴＰレスポンスにより複合機１０へ送信する（ｓ９１０）。ここで送信される第２パラメータ要求は、図６におけるｓ４１４にて複合機１０が受信するＨＴＴＰレスポンスであって、第２パラメータ（原稿をスキャンしてなる画像データ）を複合機１０に対して要求するための指令となるＸＭＬデータである。この第２パラメータ要求を受信した複合機１０からは、同図ｓ４２０にて第２パラメータがＨＴＴＰリクエストにより順次送信されてくる。
【０１１７】
次に、ｓ９１０にて送信した第２パラメータ要求を受けた複合機１０からの第２パラメータの受信を開始したら（ｓ９１２）、この第２パラメータに基づいてフェーズ更新処理を開始する（ｓ９１４）。このフェーズ更新処理では、まず、セッション管理情報のうち、ｓ９０４にて生成したセッションＩＤに対応するファイル名として任意に生成されたファイル名を登録すると共に、同セッションＩＤに対応するフェーズ情報として「翻訳Ｓｃａｎ＿ＰａｇｅＸ」を登録する（図１６参照）。その後、複合機１０から送信されてくる第２パラメータの受信単位（単位画像データ）の受信が終了する毎に、先に登録したフェーズ情報における「…＿ＰａｇｅＸ」の「Ｘ」を「１」ずつ加算した値に更新する。なお、ここで受信単位の受信が終了したか否かは、受信単位の単位画像データに付加されているページヘッダおよびデータレングスに基づいて判定する。そして、こうして受信される第２パラメータは、対応するファイル名と同一名称の画像データとして、サービス出力記憶部１５０に上書きする。なお、このフェーズ更新処理は、本コピー応用ジョブと並行して実行されるが、第２パラメータの受信が終了した場合，または，後述のようにエラー通知を受信した場合に強制終了するように構成されている。
【０１１８】
次に、このｓ９１４で開始したフェーズ更新処理が終了する前に、複合機１０からエラー通知および読取終了情報を受信した場合（ｓ９１６：ＹＥＳ）、このエラー通知に対する応答として通知確認（ＡＣＫ）をＨＴＴＰレスポンスにより複合機１０へ送信する（ｓ９１８）。この通知確認は、図６におけるｓ４２８にて複合機１０が受信するものである。
【０１１９】
この後、ｓ９１２にて受信を開始した第２パラメータに対するＨＴＴＰレスポンスとして、第３パラメータ要求を複合機１０へ送信する（ｓ９２０）。この第３パラメータ要求は、図６におけるｓ４２８にて複合機１０が受信するＨＴＴＰレスポンスであって、第３パラメータ（再開方法）を複合機１０に対して要求するための指令となるＸＭＬデータである。この第３パラメータ要求を受信した複合機１０からは、同図ｓ４３６にて第３パラメータがＨＴＴＰリクエストにより送信されてくる。なお、ここで送信する第３パラメータ要求は、選択可能な項目である「第２パラメータの入力を途中からやり直す旨」として、所定のページからスキャンする旨の文字列が複合機１０側で表示される状態のものを生成してから送信することになるが、この文字列における「所定のページ」とは、ｓ９１６にて受信した読取終了情報で特定される番号のページ（複合機１０側で読み取りが終了した原稿のページ）である。
【０１２０】
このｓ９２０にて送信した第３パラメータ要求を受けた複合機１０から第３パラメータを受信したら（ｓ９２２）、この第３パラメータ（複合機１０側で指定された処理内容）が「保留する旨」でない，つまり「第２パラメータの入力を最初からやり直す旨」または「第２パラメータの入力を途中からやり直す旨」であれば（ｓ９２４：ＮＯ）、ｓ９１０へ戻って、第２パラメータ要求を送信する処理から繰り返す。なお、この場合に送信する第２パラメータ要求は、ｓ９２２で受信した第３パラメータが「第２パラメータの入力を最初からやり直す旨」であれば、全ての原稿をスキャンしてなる画像データを複合機１０に対して要求するための指令となるＸＭＬデータであり（図８（ｂ）参照）、「第２パラメータの入力を途中からやり直す旨」であれば、第３パラメータを受信した時点でセッション管理情報に登録されている該当フェーズ情報の「…＿ＰａｇｅＸ」における「Ｘ」＋１ページ以降の原稿をスキャンしてなる画像データを複合機１０に対して要求するための指令となるように生成したＸＭＬデータである（図８（ｃ）参照）。
【０１２１】
一方、受信した第３パラメータが「保留する旨」であれば（ｓ９２４：ＹＥＳ）、コピー応用サービスの提供を保留した旨の確認である保留確認をＨＴＴＰレスポンスにより複合機１０に送信した後（ｓ９２６）、本コピー応用ジョブを終了する。このｓ９２６にて送信する保留確認は、図６におけるｓ４４０にて複合機１０が受信するものであり、この保留確認を受信した複合機１０からは、同図ｓ４４３にてサービス終了指令がＨＴＴＰリクエストにより送信されてくる。そして、このサービス終了指令は、図１３におけるｓ７１２にて「ＹＥＳ」と判定されることとなるものである。
【０１２２】
また、上述したｓ９１６にて、ｓ９１４で開始した第１フェーズ更新処理が終了するまでにエラー通知を受信しなかった場合（ｓ９１６：ＮＯ）、セッション管理情報におけるフェーズ情報を、第２パラメータを受信する処理まで（スキャン）が終了した旨に更新する（ｓ９３２）。ここでは、セッション管理情報に登録されているセッションＩＤのうち、ｓ９０４にて生成したセッションＩＤに対応するフェーズ情報を、スキャンが終了したことを意味する「翻訳Ｓｃａｎ＿Ｃｏｍｐｌｅｔｅｄ」に更新する（図１６参照）。
【０１２３】
次に、受信が終了した第２パラメータで示される画像データに対して画像処理を施すことにより、複合機１０側で印刷すべき変換画像データを生成する（ｓ９３４）。ここでは、まず、セッション管理情報に登録されているセッションＩＤのうち、ｓ９０４にて生成したセッションＩＤに対応するファイル名の画像データをサービス出力記憶部１５０から読み出し、この画像データをＯＣＲ（Optical Character Recognition ）変換することで、この画像データで示される画像を構成するテキスト部分を抽出してなるテキストデータを生成する。続いて、このＯＣＲ変換されたテキストデータを同ｓ９０４にて生成したセッションＩＤに対応する翻訳方法により翻訳してなるテキストデータに変換する。そして、このテキストデータを画像として印刷するための変換画像データに変換し、この変換画像データを同ｓ９０４にて生成したセッションＩＤに対応するファイル名と同一名称のデータとして、サービス出力記憶部１５０に上書きする。
【０１２４】
次に、ｓ９３４にて画像処理を施してなる変換画像データをＨＴＴＰレスポンスにより複合機１０に送信する（ｓ９３６）。この変換画像データは、図７におけるｓ４４４にて複合機１０が受信するものであり、この変換画像データを受信した複合機１０からは、複合機１０側にてエラーが発生することなく変換画像データで示される画像の印刷が終了したら、同図ｓ４６４にて終了通知がＨＴＴＰリクエストにより送信されてくる。一方、複合機１０側にて変換画像データで示される画像の印刷が終了する前にエラーが発生したら、同図ｓ４４８にてエラー通知および印刷単位情報がＨＴＴＰリクエストにより送信されてくる。
【０１２５】
次に、ｓ９３６にて送信した変換画像データを受けた複合機１０からデータを受信し（ｓ９３８）、そのデータがエラー通知および印刷単位情報であれば（ｓ９４０：ＹＥＳ）、セッション管理情報におけるフェーズ情報を、変換画像データで示される画像の印刷が所定フェーズまで終了した旨に更新する（ｓ９４２）。ここでは、セッション管理情報のうち、ｓ９０４にて生成したセッションＩＤに対応するフェーズ情報を「翻訳Ｐｒｉｎｔ＿ＰａｇｅＸ」に更新する。このフェーズ情報における「…ＰａｇｅＸ」の「Ｘ」は、エラー通知と共に送信されてきた印刷単位情報で示される数値である。
【０１２６】
次に、第４パラメータ要求をＨＴＴＰレスポンスにより複合機１０へ送信する（ｓ９４４）。この第４パラメータ要求は、図４におけるｓ４５０にて複合機１０が受信するものであって、この第４パラメータ要求を受信した複合機１０からは、同図ｓ４５６にて第４パラメータ（再開方法）がＨＴＴＰリクエストにより送信されてくる。なお、ここで送信する第４パラメータ要求は、選択可能な項目である「印刷を途中からやり直す旨」として、所定のページから印刷する旨の文字列が複合機１０側で表示される状態のものを生成してから送信することになるが、この文字列における「所定のページ」とは、フェーズ更新処理で更新された最新の「…＿ＰａｇｅＸ」における「Ｘ」＋１ページである。
【０１２７】
次に、ｓ９４４にて送信した第４パラメータ要求を受けた複合機１０から第４パラメータを受信したら（ｓ９４６）、この第４パラメータ（複合機１０側で指定された処理内容）が「保留する旨」でない，つまり「画像の印刷を最初からやり直す旨」または「画像の印刷を途中からやり直す旨」であれば（ｓ９４８：ＮＯ）、ｓ９３６へ戻って、変換画像データを送信する処理から繰り返す。なお、この場合に送信する変換画像データは、ｓ９４６で受信した第４パラメータが「画像の印刷を最初からやり直す旨」であれば、第１番目以降の単位画像データ，つまり変換画像データ全体であり、「画像の印刷を途中からやり直す旨」であれば、第４パラメータを受信した時点でセッション管理情報に登録されている該当フェーズ情報の「…＿ＰａｇｅＸ」における「Ｘ」＋１番目以降の単位画像データである。
【０１２８】
一方、受信した第４パラメータが「保留する旨」であれば（ｓ９４８：ＹＥＳ）、コピー応用サービスの提供を保留した旨の確認である保留確認をＨＴＴＰレスポンスにより複合機１０に送信した後（ｓ９５０）、本コピー応用ジョブを終了する。このｓ９５０にて送信される保留確認は、図７における４６０にて複合機１０が受信するものであり、この保留確認を受信した複合機１０からは、同図ｓ４６３にてサービス終了指令がＨＴＴＰリクエストにより送信されてくる。そして、このサービス終了指令は、図１３におけるｓ７１２にて「ＹＥＳ」と判定されることとなるものである。
【０１２９】
また、ｓ９３６にて送信した変換画像データを受けた複合機１０から受信したデータがエラー通知および印刷単位情報でない，つまり終了通知であれば（ｓ９４０：ＮＯ）、確認応答をＨＴＴＰレスポンスにより複合機１０へ送信した後（ｓ９５４）、本コピー応用ジョブを終了する。このｓ９５４にて送信される確認応答は、図７におけるｓ４６６にて複合機１０が受信するものであり、この確認応答を受信した複合機１０からは、同図ｓ４６３にてサービス終了指令が送信されてくる。そして、このサービス終了指令は、図１３におけるｓ７１２にて「ＹＥＳ」と判定されることとなるものである。
（３−４）リトライジョブ
続いて、図１３におけるｓ８０４にて起動されるジョブの一種であるリトライジョブ（サーバ側リトライジョブ）の処理手順を図１７に基づいて説明する。
【０１３０】
このリトライジョブが起動されると、まず、複合機１０からユーザＩＤ，セッションＩＤ，および，サービス起動指令を受信し（ｓ１００２）、このセッションＩＤに対応づけてセッション管理情報に登録されているセッションＩＤに対応するフェーズ情報を読み出す（ｓ１００４）。
【０１３１】
次に、ｓ１００４にて読み出したフェーズ情報が、第２パラメータを受信する処理まで（スキャン）のフェーズが終了した旨であるか否かをチェックする（ｓ１００６）。ここでは、フェーズ情報が「翻訳Ｓｃａｎ＿Ｃｏｍｐｌｅｔｅｄ」となっていれば、第２パラメータを受信する処理までのフェーズが終了した旨であると判定する。
【０１３２】
このｓ１００６にて、フェーズ情報が第２パラメータを受信する処理までのフェーズが終了した旨であると判定されたら（ｓ１００６：ＹＥＳ）、図１５におけるｓ９４４と同様、第４パラメータ要求をＨＴＴＰレスポンスにより複合機１０へ送信する（ｓ１０４４）一方、第２パラメータを受信する処理までのフェーズが終了した旨ではないと判定されたら（ｓ１００６：ＮＯ）、図１５におけるｓ９２０と同様、第３パラメータ要求をＨＴＴＰレスポンスにより複合機１０へ送信する（ｓ１０２０）。
【０１３３】
このｓ１０４４で送信する第４パラメータ要求は、選択可能な項目である「印刷を途中からやり直す旨」として、所定のページから印刷する旨の文字列が複合機１０側で表示される状態のものを生成してから送信することになるが、この文字列における「所定のページ」とは、ｓ１００２にて受信したセッションＩＤに対応づけられた状態でセッション管理情報に登録されているフェーズ情報「…＿ＰａｇｅＸ」における「Ｘ」＋１ページである。また、ｓ１０２０で送信する第３パラメータ要求は、選択可能な項目である「第２パラメータの入力を途中からやり直す旨」として、所定のページからスキャンする旨の文字列が複合機１０側で表示される状態のものを生成してから送信することになるが、この文字列における「所定のページから」とは、ｓ１００２にて受信したセッションＩＤに対応づけられた状態でセッション管理情報に登録されているフェーズ情報「…＿ＰａｇｅＸ」における「Ｘ」＋１ページである。
【０１３４】
なお、これ以降は、図１５におけるｓ９４４以降，ｓ９２０以降の処理と同様の処理であるｓ１０４６以降，ｓ１０２２以降の処理が行われるだけであるため、サーバ側リトライジョブの説明文におけるｓ１０１０〜ｓ１０５６を、それぞれｓ９１０〜９５６に読み替えるものとして、詳細な説明は省略する。
（４）作用，効果
このように構成されたサービス提供システムにおいて、複合機１０は、機能サーバ３０からのサービスの提供を妨げるエラーが発生してサービスの提供が中断された場合（図６のｓ４２２，図７のｓ４４６，図１０のｓ５２２，図１１のｓ５４６）、ユーザに指定させた再開方法を機能サーバ３０へ通知することで（図６のｓ４２４〜ｓ４３６，図７のｓ４４８〜ｓ４５６，図１０のｓ５２４〜ｓ５３６，図１１のｓ５４８〜ｓ５５６）、こうして通知した再開方法に基づいてサービスの提供を再開するための指令（変換画像データ，確認応答）を機能サーバ３０から受けることができる（図６のｓ４３０で「ＹＥＳ」，図７のｓ４６６，図１０のｓ５３０で「ＹＥＳ」，図１１のｓ５６６）。そして、こうして受けた指令に従って以降の処理を行う，つまりサービスの提供を受けるための処理を再開することにより、正常に機能サーバ３０からのサービスの提供を受けることができる。
【０１３５】
ここで、エラーが発生した際に機能サーバ３０へ通知する再開方法は、パラメータ入力画面（図８（ｃ），図８（ｅ）参照）に基づいて複数種類の再開方法の中からユーザに指定させたものであるため（図６のｓ４３２，図７のｓ４５２，図１０のｓ５３２，図１１のｓ５５２）、ユーザが任意に指定した再開方法でサービスの提供を受けるための処理を再開することができる。そして、この再開方法の中には、（１）エラーの発生したフェーズから再開する方法，（２）画像の読み取りもしくは画像の印刷を最初からやり直す方法，（３）一旦保留して後から再開する方法が含まれているため、ユーザは、自身が希望する再開方法を指定することで、その後、指定した再開方法により継続的にサービスの提供を受けることができる。なお、ここでいう「フェーズ」とは、複合機１０と機能サーバ３０との間で単位画像データの受け渡しを行うプロセスのうち、読取部１３により行われる各単位画像データの読み取りそれぞれ，および，各単位画像データの送信それぞれのことであり、また、記録部１４により印刷すべき画像を示す各単位画像データの受信それぞれ，および，記録部１４により行われる各単位画像データで示される画像の印刷それぞれのことであり、これらは、全て異なるフェーズとなる。
【０１３６】
例えば、サービスの提供をエラーが発生した途中のフェーズから再開したいユーザであれば、それに該当する再開方法（１）を指定することにより、エラーが発生した時点，つまり機能サーバ３０に送信した単位画像データで示される原稿を読み取った後のフェーズ，または，印刷処理で正常に印刷が終了した単位画像データで示される画像を印刷した後のフェーズから継続的にサービスの提供を受けることができる。また、画像の読み取りまたは画像の印刷を最初からやり直したいユーザであれば、それに該当する再開方法（２）を指定することにより、画像の読み取りもしくは画像の印刷を最初からやり直して、継続的にサービスの提供を受けることができる。そして、一旦保留して任意のタイミングで再開したいユーザであれば、それに該当する再開方法（３）を指定することにより、ユーザ側で都合の良いときから継続的なサービスの提供を受けることができる。
【０１３７】
このように、中断された処理を再開する際の再開方法をユーザが任意に指定できるようにすることで、サービスの提供がエラーにより中断した場合における最終的なサービスの提供態様についても、指定された再開方法に応じて異なるものとすることができるため、これにより、最終的なサービスの提供態様をユーザの希望に即したものとすることができる。
【０１３８】
また、複合機１０においてエラーが発生した際には（図６のｓ４２２，図１０のｓ５２２）、エラー通知と共に読取終了情報が機能サーバ３０に送信されるため（図６のｓ４２４，図１０のｓ５２４）、機能サーバ３０側では、この読取終了情報に基づいて第３パラメータ要求を生成することができる（図１５におけるｓ９２０）。同様に、エラー通知と共に印刷単位情報が機能サーバ３０に送信されるため（図７の４４８，図１１のｓ５５８）、機能サーバ３０側では、印刷単位情報に基づいて第４パラメータ要求を生成することができる（図１５におけるｓ９４４）。
【０１３９】
また、上記実施形態においては、複合機１０側でユーザに入力された第３，第４パラメータが「保留する旨」である場合には（図６のｓ４３８で「ＹＥＳ」，図７のｓ４５８で「ＹＥＳ」，図１５のｓ９２４およびｓ９４８で「ＹＥＳ」）、一旦、コピー応用ジョブが終了され（図６のｓ４４０以降，図７のｓ４６０以降，図１５のｓ９２６およびｓ９５０以降）、それ以降、ユーザが任意のタイミングでリトライジョブを起動させることにより、複合機１０側の未解決セッション管理情報および機能サーバ３０側のセッション管理情報に基づいて適切にサービスの提供が再開される（図１０，図１１，図１７）。
【０１４０】
そのため、ユーザは、サービスの提供を再開するのを一定期間保留したい場合、それまでの間、リトライジョブを起動するための操作を行わなければよく、これにより、ユーザが任意のタイミングでサービスの提供を再開させることができる。さらに、上記のように「保留する旨」がパラメータとして入力された以降は、コピー応用ジョブが終了することに伴って複合機１０および機能サーバ３０それぞれのリソースが解放されるため（図５のｓ２１８，図１３のｓ７１４）、このように保留されている間、無用にリソースを消費してしまうことはなく、それぞれのリソースを他の処理などで有効に利用することができる。
（５）変形例
以上、本発明の実施の形態について説明したが、本発明は、上記実施形態に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の形態をとり得ることはいうまでもない。
【０１４１】
例えば、上記実施形態においては、本発明におけるクライアントデバイスとして、複合機１０を適用した構成を例示したが、画像を読み取ってなる画像データを生成して機能サーバ３０に送信する機能，および，機能サーバ３０により送信される画像データを印刷する機能を有するデバイスであれば、複合機以外の装置として、例えば、プリンタ装置，ファクシミリ装置などに適用することも可能である。
【０１４２】
また、上記実施形態においては、コンテンツ提供システムを構成する本発明でいうサーバが１の機能サーバ３０のみである構成を例示したが、このシステムを構成するサーバとしては、機能サーバ３０を含め、複数のサーバを備えた構成としてもよい。
【０１４３】
また、上記実施形態においては、機能サーバ３０が図１５のｓ９２０にて送信する第３パラメータ要求として、所定のページからスキャンする旨の文字列が同図ｓ９１６にて受信した読取終了情報に基づいて生成される構成を例示した。しかし、この替わりに、例えば、同図ｓ９２０を行う時点において、フェーズ更新処理で更新された最新の「…＿ＰａｇｅＸ」における「Ｘ」ページ以降をスキャンする旨の文字列として表示させるものとして第３パラメータ要求を生成するように構成してもよい。
（６）本発明との対応関係
以上説明した実施形態において、複合機１０は、本発明におけるクライアントデバイスであり、この複合機１０の読取部１３は本発明における読取手段であり、記録部１４は本発明における印刷手段である。また、図６，図７のコピー応用ジョブおよび図１０，図１１のリトライジョブは本発明における機能実現手段であり、図６，図７，図１０，図１１のｓ４２４，ｓ４４８，ｓ５２４，ｓ５４８は本発明におけるエラー通知手段であり、ｓ４３２，ｓ４４８，ｓ５３２，ｓ５４８は本発明における方法指定手段であり、ｓ４３６，ｓ４５６，ｓ５３６，ｓ５５６は本発明における方法通知手段であり、図１０におけるｓ５０８は本発明における再開要求手段である。
【０１４４】
また、機能サーバ３０は、本発明におけるサーバである。また、図１５におけるｓ９０６，ｓ９１０は本発明における指令処理であり、ｓ９２０，ｓ９４４は本発明における再指令処理であり、図１５，図１７のコピー応用ジョブ，リトライジョブは本発明における提供実行手段であり、また、図１５におけるｓ９２０，ｓ９４４は本発明におけるフェーズ特定手段であり、図１５，図１７におけるｓ９２０，ｓ９４４，ｓ１０２０，ｓ１０４４は本発明における指定指令手段であり、ｓ９１４，ｓ９４２，ｓ１０１４，ｓ１０４２は本発明におけるフェーズ登録手段である。また、図１５におけるｓ９２０，ｓ９４４にて、第３，第４パラメータ要求に含まれる文字列における「所定のページ」が本発明における特定フェーズである。
【図面の簡単な説明】
【０１４５】
【図１】コンテンツ提供システムの構成を示すブロック図
【図２】操作部の構成を示す図
【図３】複合機による複合機処理を示すフローチャート
【図４】カテゴリ選択画面（ａ），サービス選択画面（ｂ）を示す図
【図５】クライアント側セッション処理を示すフローチャート
【図６】クライアント側コピー応用ジョブを示すフローチャート（１／２）
【図７】クライアント側コピー応用ジョブを示すフローチャート（２／２）
【図８】パラメータ入力画面を示す図
【図９】未解決セッション管理情報の構成を示す図
【図１０】クライアント側リトライジョブを示すフローチャート（１／２）
【図１１】クライアント側リトライジョブを示すフローチャート（２／２）
【図１２】セッション選択画面を示す図
【図１３】機能サーバ処理を示すフローチャート
【図１４】サーバ側セッション処理を示すフローチャート
【図１５】サーバ側コピー応用ジョブを示すフローチャート
【図１６】セッション管理情報の構成を示す図
【図１７】サーバ側リトライジョブを示すフローチャート
【符号の説明】
【０１４６】
１０…複合機、１１…制御部、１２…操作部、１３…読取部、１４…記録部、１５…通信部、１６…記憶部、１７…音入力部、１８…音出力部、２０…ディレクトリサーバ、２１…制御部、２２…通信部、２３…記憶部、２４…サービス定義情報記憶部、２５…サービス定義情報、３０…機能サーバ、３１…制御部、３２…通信部、３３…記憶部、４１…コピーキー、４２…スキャナキー、４３…ＦＡＸキー、４４…サービスキー、４５…設定キー、４６…方向キー、５０…ＯＫキー、５１…キャンセルキー、５２…ディスプレイ、１２０…サービスソフト記憶部、１２２…サービスソフトウェア、１４０…セッション管理情報記憶部、１５０…サービス出力記憶部。
【図１】
2006211557.tif 000003
【図３】
2006211557.tif 000004
【図４】
2006211557.tif 000005
【図５】
2006211557.tif 000006
【図６】
2006211557.tif 000007
【図７】
2006211557.tif 000008
【図８】
2006211557.tif 000009
【図９】
2006211557.tif 000010
【図１０】
2006211557.tif 000011
【図１１】
2006211557.tif 000012
【図１２】
2006211557.tif 000013
【図１３】
2006211557.tif 000014
【図１４】
2006211557.tif 000015
【図１５】
2006211557.tif 000016
【図１６】
2006211557.tif 000017
【図１７】
2006211557.tif 000018
【図２】
2006211557.tif 000019