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