JP2006209666A - コンテンツ提供システム，クライアントデバイス，サーバおよびプログラム - Google Patents

Abstract

【課題】コンテンツの提供態様をユーザの希望に即したものとすること
【解決手段】複合機から機能サーバへコンテンツの継続的な提供の一時停止および再開を指令するだけでなく（s628,s636,s646）、この指令する際にユーザに指定させた取扱方法（s622,s632,s644）を通知することで、コンテンツの提供を再開した際、先に通知した取扱方法による態様で未提供コンテンツを提供する（または提供されないようにする）ことができる。ここで、未提供コンテンツの取扱方法は、ユーザが指定したものであるため、未提供コンテンツの提供態様をユーザの希望に即したものとすることができる。さらに、未提供コンテンツがユーザにとって価値の無いコンテンツである場合に、取扱方法として未提供コンテンツが提供されなくなる方法を指定することで、そのような価値のないコンテンツが印刷されることに伴う記録媒体などの無用な消費を抑えることができる。
【選択図】図１０

Description

本発明は、それぞれデータ通信可能なサーバおよびクライアントデバイスからなり、サーバからクライアントデバイスに対し、このクライアントデバイス側で記録媒体への印刷が可能なコンテンツを提供するためのコンテンツ提供システム，このシステムを構成する各デバイス，および，これらを制御するためのプログラムに関する。

現在、サーバからクライアントデバイスに対して継続的にコンテンツを提供することが行われている。
また、近年では、このようなコンテンツの提供を行うシステムにおいて、例えば、ユーザ側がコンテンツ（朗読情報）の提供中断（一時停止）を希望する場合に、クライアントデバイスから提供中断を指令（一時停止指示情報を送信）することで、コンテンツの継続的な提供を中断させ、その後、コンテンツの提供再開（一時停止解除）することを希望するときに、クライアントデバイスから提供再開を指令（一時停止解除指示情報を送信）することで、提供を中断した以降のコンテンツをからの提供を再開させる、といった技術が提案されており（特許文献１参照）、これにより、ユーザはコンテンツの提供を自由なタイミングで受けることができる。
特開２００２−０７４１７号公報

ただ、上述した技術においては、コンテンツの提供を中断することはできても、コンテンツの提供を再開するまでに提供されなかった未提供コンテンツをユーザが必要としているか否かに拘わらず、この未提供コンテンツからの提供を再開するだけであるため、必ずしもコンテンツの提供態様がユーザの希望に即したものになっていなかった。

例えば、サーバにより提供されるコンテンツが、ニュースなどのように本来提供すべきタイミングにおいて最も価値がある情報の場合には、コンテンツの提供を再開するまでにその価値が失われてしまうことがあるため、ユーザからすると、そのようなタイミングを逸した価値のないコンテンツを希望しないことも考えられる。

特に、上述のようなコンテンツをクライアントデバイス側で記録用紙等に印刷することでユーザへの提供を行う構成を考えると、ユーザにとって価値の無いコンテンツに対して記録用紙などを無用に消費してしまうことになるため、好ましいこととはいえない。

本発明は、このような課題を解決するためになされたものであり、その目的は、コンテンツの提供態様をユーザの希望に即したものとするための技術を提供することである。

上記課題を解決するため請求項１に記載のコンテンツ提供システムは、それぞれデータ通信可能なサーバおよびクライアントデバイスからなり、前記サーバから前記クライアントデバイスに対し、該クライアントデバイス側で記録媒体への印刷が可能なコンテンツを提供するためのものであって、このシステムにおいて、前記クライアントデバイスは、前記サーバから継続的に提供されるコンテンツを随時記録媒体に印刷する印刷手段と、ユーザの操作を受けて前記サーバからのコンテンツの継続的な提供の中断を前記サーバに指令する中断指令手段と、該中断指令手段により提供中断を指令したことで前記サーバから提供されなくなる未提供コンテンツの取扱をどのようにするかを示す取扱方法をユーザに指定させる方法指定手段と、該方法指定手段により指定された取扱方法を前記サーバに対して通知する方法通知手段と、前記中断指令手段により提供中断が指令された以降、ユーザの操作を受けて前記サーバからのコンテンツの継続的な提供の再開を前記サーバに指令する再開指令手段と、を備えている。また、前記サーバは、前記クライアントデバイスに対する継続的なコンテンツの提供を行う提供手段と、前記中断指令手段からコンテンツの提供中断が指令された際に、前記提供手段による継続的なコンテンツの提供を中断させる提供中断手段と、該提供中断手段により継続的なコンテンツの提供を中断させた以降、前記再開指令手段からコンテンツの提供再開が指令された場合に、前記提供手段による継続的なコンテンツの提供を再開させる提供再開手段と、前記提供中断手段により継続的なコンテンツの提供を中断させてから前記提供再開手段によりコンテンツの提供を再開させるまでの前記クライアントデバイスに提供されなかった未提供コンテンツを、前記方法通知手段から通知された取扱方法に従って処理する通知処理手段と、を備えている。

このように構成すれば、クライアントデバイスから、ユーザに指定された未提供コンテンツの取扱方法をサーバに通知することにより、こうして通知された取扱方法に従ってサーバ側で未提供コンテンツを処理させることができる。これにより、クライアントデバイスのユーザに指定された態様で未提供コンテンツが提供される，または，提供されないようにすることができるため、未提供コンテンツの提供態様をユーザの希望に即したものとすることができる。

さらに、例えば、未提供コンテンツがユーザにとって価値の無いコンテンツである場合、ユーザは、未提供コンテンツが提供されない旨の取扱方法を指定することにより、そのような価値のないコンテンツが印刷されることにより記録媒体などが無用に消費されてしまうこともない。

この構成において、サーバからクライアントデバイスへのコンテンツの提供は継続的に行われるが、この「継続的」とは、例えば、あらかじめ定められたスケジュールに従って定期的に提供することや、提供すべきコンテンツが発生したタイミングで不定期に提供することなどを示すものである。

また、クライアントデバイスの中断指令手段，再開要求手段による指令は、ユーザの操作が行われた時点で直ちになされる、または、ユーザの操作が行われた後、所定の指令タイミング（例えば、定められたタイミングやユーザに指定させたタイミングなど）となったときに、先に行われた操作内容に基づいてなされるように構成するとよい。

また、クライアントデバイスの方法通知手段は、方法指定手段により指定された取扱方法をサーバに対して通知する手段であり、この取扱方法の通知は、方法指定手段により取扱方法が指定された以降であれば、よい。

具体的には、請求項２に記載のように、前記中断指令手段による提供中断の指令または前記再開指令手段による提供再開の指令が行われた際に、前記方法指定手段により指定された取扱方法の通知を行う、ように構成する。

このように構成すれば、クライアントデバイスからは、中断指令手段による提供中断の指令，または，再開指令手段による提供再開の指令が行われたタイミングで方法指定手段により指定された取扱方法をサーバへ通知することができる。このように、コンテンツの提供中断または提供再開の指令に伴って取扱方法を通知することができるため、取扱方法を通知するためだけに独立した情報のやりとりを発生させる必要がなくなり、クライアントデバイスおよびサーバにおける処理負担を軽減することができる。

また、上述した方法指定手段によりユーザが指定可能となる未提供コンテンツの取扱方法としては、請求項３に記載のように、少なくとも、前記未提供コンテンツの提供を要求する旨，前記未提供コンテンツの提供を要求しない旨，前記未提供コンテンツそれぞれについて選択的に提供を要求する旨のうち、いずれか１以上が含まれているとよい。

このように構成すれば、クライアントデバイスのユーザは、未提供コンテンツの提供を要求する旨，未提供コンテンツの提供を要求しない旨，未提供コンテンツそれぞれについて選択的に提供を要求する旨のうち、いずれかの取扱方法を任意に指定することができる。

この構成において、未提供コンテンツの提供を要求する旨が、指定可能な取扱方法として含まれている場合であれば、例えば、サーバの通知処理手段を、「提供中断手段によりコンテンツの提供が中断されて提供再開手段によりコンテンツの提供が再開されるまでの未提供コンテンツ全てを特定可能な未提供情報を保存しておき、クライアントデバイスから通知された取扱方法が未提供コンテンツの提供を要求する旨である場合、保存しておいた未提供情報で特定される未提供コンテンツを、提供再開手段によりコンテンツの提供が再開された以降にクライアントデバイスに対して提供手段により提供させる」ように構成するとよい。なお、未提供情報の保存については、未提供コンテンツの提供を要求する旨の取扱方法が通知された以降に開始するように構成してもよい。この構成であれば、ユーザは、未提供コンテンツの取扱方法として、コンテンツの提供を要求する旨を指定することができ、これにより、コンテンツの提供を再開させた以降に未提供コンテンツ全ての提供を受けることができる。

また、未提供コンテンツの提供を要求する旨が、指定可能な取扱方法として含まれていない場合であれば、例えば、サーバの通知処理手段を、「クライアントデバイスから通知された取扱方法が未提供コンテンツの提供を要求しない旨である場合に、提供中断手段によりコンテンツの提供が中断されて提供再開手段によりコンテンツの提供が再開されるまでの未提供コンテンツ全てを特定可能な未提供情報を保存しない」ように構成するとよい。この構成であれば、ユーザは、未提供コンテンツの取扱方法として、コンテンツの提供を要求しない旨を指定することができ、これにより、コンテンツの提供を再開させた以降、未提供コンテンツ全ての提供を受けないようにすることができる。この取扱方法は、サーバにより提供されるコンテンツがニュースなどのように本来提供すべきタイミングにおいて最も価値がある情報の場合に有意義な取扱方法であり、コンテンツの提供を再開するまでにその価値が失われてしまうことが考えられる場合、このような未提供コンテンツの提供を受けないようにすることで、無用な情報のやりとりや未提供コンテンツが印刷されることによる記録用紙などの無用な消費を抑えることができる。

また、未提供コンテンツの提供を要求する旨が、未提供コンテンツそれぞれについて選択的に提供を要求する旨であれば、例えば、サーバの通知処理手段を、「提供中断手段によりコンテンツの提供が中断されて提供再開手段によりコンテンツの提供が再開されるまでの未提供コンテンツ全てを特定可能な未提供情報を保存しておき、クライアントデバイスから通知された取扱方法が未提供コンテンツそれぞれについて選択的に提供を要求する旨である場合に、保存しておいた未提供情報で示される未提供コンテンツのうち、選択的に提供を要求されている未提供コンテンツを、提供再開手段によりコンテンツの提供が再開された以降にクライアントデバイスに対して提供手段により提供させる」ように構成するとよい。この構成であれば、ユーザは、未提供コンテンツの取扱方法として、未提供コンテンツそれぞれについて選択的に提供を要求する旨を指定することができ、こうして選択的に要求した未提供コンテンツのみの提供を受けることができる。

なお、上述した未提供情報は、未提供コンテンツそれぞれを特定可能な情報であればよく、例えば、未提供コンテンツに対応付けられた識別コードや、未提供コンテンツそのものを利用することが考えられる。

また、請求項４に記載のコンテンツ提供システムでは、前記クライアントデバイスにおいて、前記再開指令手段は、前記中断指令手段による提供中断の指令が行われた際に、コンテンツの提供を再開する時期の通知を提供再開の指令として行う、ように構成されており、前記サーバにおいて、前記提供再開手段は、前記提供中断手段により継続的なコンテンツの提供を中断させた以降、前記クライアントデバイスからコンテンツの提供を再開する時期として通知された時期となった際に、前記提供手段による継続的なコンテンツの提供を再開させる、ように構成されている。

このように構成すれば、クライアントデバイスからは、中断指令手段による提供中断の指令が行われた際に、提供再開の指令として提供再開の時期をサーバに通知することができ、サーバは、コンテンツの提供を中断した以降、こうして通知された時期になったときにコンテンツの提供を再開することとなる。このように、コンテンツの提供中断の指令に伴ってコンテンツの提供再開の指令を行うことができるため、コンテンツの提供再開のためだけに独立した情報のやりとりを発生させる必要がなくない、クライアントおよびサーバにおける処理負担を軽減することができる。

また、請求項５に記載のクライアントデバイスは、データ通信可能なサーバから記録媒体への印刷が可能なコンテンツの提供を受けるためのクライアントデバイスである。そして、前記サーバから継続的に提供されるコンテンツを随時記録媒体に印刷する印刷手段と、ユーザの操作を受けて前記サーバからのコンテンツの継続的な提供の中断を前記サーバに指令する中断指令手段と、該中断指令手段により提供中断を指令したことで前記サーバから提供されなくなる未提供コンテンツの取扱をどのようにするかを示す取扱方法をユーザに指定させる方法指定手段と、該方法指定手段により指定された取扱方法を前記サーバに対して通知する方法通知手段と、前記中断指令手段により提供中断が指令された以降、ユーザの操作を受けて前記サーバからのコンテンツの継続的な提供の再開を前記サーバに指令する再開指令手段と、を備えている。

このように構成されたクライアントデバイスによれば、請求項１に記載のコンテンツ提供システムの一部（クライアントデバイス）を構成することができる。
なお、このクライアントデバイスについては、請求項２から４のいずれかに記載のクライアントデバイスと同様の構成としてもよく、この場合、請求項２から４のいずれかに記載のコンテンツ提供システムの一部（クライアントデバイス）を構成することができる。

また、請求項６に記載のサーバは、データ通信可能なクライアントデバイスに対し、該クライアントデバイス側で記録媒体への印刷が可能なコンテンツを提供するためのサーバである。そして、前記クライアントデバイスに対する継続的なコンテンツの提供を行う提供手段と、前記クライアントデバイスからコンテンツの提供中断が指令された際に、前記提供手段による継続的なコンテンツの提供を中断させる提供中断手段と、該提供中断手段により継続的なコンテンツの提供を中断させてから前記提供再開手段によりコンテンツの提供を再開させるまでの前記クライアントデバイスからコンテンツの提供再開が指令された場合に、前記提供手段による継続的なコンテンツの提供を再開させる提供再開手段と、前記提供中断手段により継続的なコンテンツの提供を中断させた以降、前記クライアントデバイスに提供されなかった未提供コンテンツを、前記クライアントデバイスから通知された取扱方法に従って処理する通知処理手段と、を備えている。

このように構成されたサーバによれば、請求項１に記載のコンテンツ提供システムの一部（サーバ）を構成することができる。
なお、このサーバについては、請求項２から４のいずれかに記載のサーバと同様の構成としてもよく、この場合、請求項２から４のいずれかに記載のコンテンツ提供システムの一部（サーバ）を構成することができる。

また、請求項７に記載のプログラムは、継続的なコンテンツの提供を行う提供手順と、該提供手順で継続的に提供されるコンテンツを随時記録媒体に印刷する印刷手順と、ユーザの操作を受けて前記提供手順によるコンテンツの継続的な提供の中断を指令する中断指令手順と、該中断指令手順からコンテンツの提供中断が指令された際に、前記提供手順による継続的なコンテンツの提供を中断させる提供中断手順と、前記中断指令手順により提供中断を指令したことで前記提供手順にて提供されなくなる未提供コンテンツの取扱をどのようにするかを示す取扱方法をユーザに指定させる方法指定手順と、前記中断指令手順により提供中断が指令された以降、ユーザの操作を受けて前記提供手順によるコンテンツの継続的な提供の再開を指令する再開指令手順と、前記提供中断手順により継続的なコンテンツの提供を中断させた以降、前記再開指令手順によりコンテンツの提供再開が指令された場合に、前記提供手順による継続的なコンテンツの提供を再開させる提供再開手順と、前記提供中断手順により継続的なコンテンツの提供を中断させてから前記提供再開手順によりコンテンツの提供を再開させるまでに提供されなかった未提供コンテンツを、前記方法指定手順により指定された取扱方法に従って処理する通知処理手順と、を含むものである。

このようなプログラムにより制御されるコンピュータシステムは、請求項１に記載のコンテンツ提供システムの一部を構成することができる。
また、このプログラムについては、請求項２から４のいずれかに記載のコンテンツ提供システムの備える全手段としての機能を実現するための処理手順をコンピュータシステムに実行させるためのプログラムとしてもよく、この場合、このコンピュータシステムは、請求項２から４のいずれかに記載のコンテンツ提供システムの一部を構成することができる。

また、請求項８に記載のプログラムは、サーバとデータ通信可能なクライアントデバイスに、前記サーバからコンテンツの提供を受けるための各種処理手順を実行させるためのプログラムである。そして、前記サーバから継続的に提供されるコンテンツを随時記録媒体に印刷する印刷手順と、ユーザの操作を受けて前記サーバからのコンテンツの継続的な提供の中断を前記サーバに指令する中断指令手順と、該中断指令手順により提供中断を指令したことで前記サーバから提供されなくなる未提供コンテンツの取扱をどのようにするかを示す取扱方法をユーザに指定させる方法指定手順と、該方法指定手順により指定された取扱方法を前記サーバに対して通知する方法通知手順と、前記中断指令手順により提供中断が指令された以降、ユーザの操作を受けて前記サーバからのコンテンツの継続的な提供の再開を前記サーバに指令する再開指令手順と、を含むものである。

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

また、請求項９に記載のプログラムは、クライアントデバイスとデータ通信可能なサーバに、前記クライアントデバイスに対してコンテンツを提供するための各種処理手順を実行させるためのプログラムである。そして、前記クライアントデバイスに対する継続的なコンテンツの提供を行う提供手順と、前記クライアントデバイスからコンテンツの提供中断が指令された際に、前記提供手順による継続的なコンテンツの提供を中断させる提供中断手順と、該提供中断手順により継続的なコンテンツの提供を中断させた以降、前記クライアントデバイスからコンテンツの提供再開が指令された場合に、前記提供手順による継続的なコンテンツの提供を再開させる提供再開手順と、前記提供中断手順により継続的なコンテンツの提供を中断させてから前記提供再開手順によりコンテンツの提供を再開させるまでの前記クライアントデバイスに提供されなかった未提供コンテンツを、前記クライアントデバイスから通知された取扱方法に従って処理する通知処理手順と、を含むものである。

このようなプログラムにより制御されるクライアントデバイスは、請求項１に記載のコンテンツ提供システムの一部（クライアントデバイス）を構成することができる。
また、このプログラムについては、請求項２から４のいずれかに記載のクライアントデバイスの備える全手段としての機能を実現するための処理手順をクライアントデバイスに実行させるためのプログラムとしてもよく、この場合、このクライアントデバイスは、請求項２から４のいずれかに記載のコンテンツ提供システムの一部（クライアントデバイス）を構成することができる。

なお、上述した各プログラムは、コンピュータによる処理に適した命令の順番付けられた列からなるものであって、例えば、ＦＤ，ＣＤ−ＲＯＭ，メモリーカードなどの記録媒体やインターネットなどの通信回線網を介して、クライアントデバイス，サーバ，コンテンツ提供システム，または，これらを利用するユーザに提供されるものである。また、これらプログラムをユーザに提供する形態としては、ハードディスクやメモリにプレインストールされた状態で提供することもできる。

以下に本発明の実施形態を図面と共に説明する。
（１）全体構成
サービス提供システムは、図１に示すように、複合機１０，ディレクトリサーバ２０，機能サーバ３０などからなり、これらがネットワーク（本実施形態においては、ＷＡＮ：Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）１を介してデータ通信可能に接続されている。具体的にいうと、複合機１０，ディレクトリサーバ２０および機能サーバ３０は、それぞれルータ（Ｒ：周知のブロードバンドルータ）２〜４を介してネットワーク１と接続されている。

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

また、操作部１２は、図２に示すように、コピーキー４１，スキャナキー４２，ＦＡＸキー４３，サービスキー４４，設定キー４５，上下左右の方向キー４６〜４９，ＯＫキー５０およびキャンセルキー５１，ディスプレイ５２などからなるユーザインタフェースとして構成されている。

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

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

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

そして、音出力部１８は、音データ（ＰＣＭデータ）の表す音を、図示しないハンドセット，または，複合機１０本体に設けられた図示しないスピーカから出力する。
ディレクトリサーバ２０は、制御部２１，通信部２２および記憶部２３を備えている。

これらのうち、制御部２１は、ＣＰＵ，ＲＯＭ，ＲＡＭ等を備え、このＣＰＵが、ＲＯＭまたはＲＡＭに記憶されているプログラムに従ってディレクトリサーバ２０全体を統括制御する。

また、通信部２２は、ディレクトリサーバ２０をネットワーク１に接続すると共に、このネットワーク１を介してデータを送受信するための処理を行う。
そして、記憶部２３は、図示しないハードディスクを備えており、このハードディスクにデータを記憶する。この記憶部２３には、後述するサービス定義情報２５を記憶するためのサービス定義情報記憶部２４が設けられている。このサービス定義情報２５は、ＸＭＬ（eXtensible Markup Language）により記述されたＸＭＬデータであり、この記述内容に従って後述するサービス選択用画面を表示させることで、機能サーバ３０が提供可能なサービス一覧（各サービスの種類及び要求先アドレス（ＵＲＬ；Uniform Resource Locator）を提供することができる。

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

また、通信部３２は、機能サーバ３０をネットワーク１に接続すると共に、このネットワーク１を介してデータを送受信するための処理を行う。
そして、記憶部３３は、図示しないハードディスクを備えており、このハードディスクにデータを記憶する。この記憶部３３は、それぞれ異なるサービスを提供するための処理を実行するサービスソフトウェア１２２を記憶するためのサービスソフト記憶部１２０と、後述するセッションＩＤなどの情報を記憶するセッション管理情報記憶部１４０と、後述する印刷データなどの情報を記憶するサービス出力記憶部１５０と、からなる。
（２）複合機１０による処理
以下に、複合機１０の制御部１１により実行される各種処理について説明する。
（２−１）複合機処理
はじめに、複合機１０が起動された以降、繰り返し実行される処理である複合機処理を図３に基づいて説明する。

この複合機処理が起動されたら、まず、初期化処理を行う（ｓ１０２）。
この初期化処理を終えた後、外部からの指令，例えば、操作部１２への入力操作やネットワーク１を介した指令信号の入力などが発生したら（ｓ１０４）、その入力が動作モードをサービスモードへ移行させるための内容であるか否かをチェックする（ｓ１０６）。ここでは、例えば、ｓ１０４による入力が操作部１２のサービスキー４４を押下する操作であれば、サービスモードへ移行させるための内容であると判定し、サービスキー４４を長押しする（２秒間押し続ける）操作であれば、サービス管理モードへ移行させるための内容であると判定する。なお、この「サービスモード」とは、以下の処理で示すように、機能サーバ３０に対してサービスの提供を要求するための処理を実行するための動作モードであり、「サービス管理モード」とは、後述するように、複合機１０に対するサービスの登録などを行うための処理を実行するための動作モードである。

このｓ１０６で、入力が後述するサービス管理モードへ移行させるための内容であると判定されたら（ｓ１０６：ＮＯ）、後述するサービス管理処理を行った後（ｓ１０８）、ｓ１０４へ戻ることによりサービス管理モードとしての処理を終了する。

一方、ｓ１０６で、サービスモードへ移行させるための内容であると判定されたら（ｓ１０６：ＹＥＳ）、機能サーバ３０に要求すべきサービスを指定する方法をユーザに選択させる（ｓ１１０）。ここでは、サービスをリストから指定するか、要求先アドレスを直接入力により指定するかを選択させるための選択画面をディスプレイ５２に表示させることによりユーザに選択を促す。この選択画面が表示された後、ユーザは、いずれにてサービスを指定するかの選択を操作部１２により行うことができる。

このｓ１１０で、リストから指定する旨が選択されたら（ｓ１１０：ＹＥＳ）、ディレクトリサーバ２０にサービス一覧の照会を要求する（ｓ１１２）。ここでは、ディレクトリサーバ２０に対してサービス定義情報２５の送信を要求するためのアドレスとしてあらかじめ記憶部１６に記憶されたアドレス宛に、ＨＴＴＰ１．１（ＨＴＴＰ：ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）に基づくＨＴＴＰリクエスト（以降、単に「ＨＴＴＰリクエスト」という）を送信することにより、サービス一覧の照会を要求する。このアドレスに基づいてアクセスを受けたディレクトリサーバ２０は、ＨＴＴＰ１．１に基づくＨＴＴＰレスポンス（以降、単に「ＨＴＴＰレスポンス」という）により、トップのサービス定義情報２５をＨＴＴＰレスポンスにより返信してくる。このトップのサービス定義情報２５は、「定期購読サービス」，「データ保存サービス」，「印刷サービス」，「コピー応用サービス」といったサービスのカテゴリについての選択を促すカテゴリ選択用画面を表示させるためのものである。

こうして、サービス一覧の照会を要求した後、ディレクトリサーバ２０から返信されたサービス定義情報２５を受信したら（ｓ１１４）、このサービス定義情報２５に基づいて選択用画面をディスプレイ５２に表示させた後（ｓ１１６）、次の処理（ｓ１２０）へ移行する。このｓ１１６がトップのサービス定義情報２５を受信した後に行われる場合には、そのＸＭＬの記述に従って、図４（ａ）に示すように、「ディレクトリサービス」の文字がディスプレイ５２の表示領域上部に配置され、選択可能なカテゴリを表す項目である「定期購読サービス」，「データ保存サービス」，「印刷サービス」，「コピー応用サービス」の文字が表示領域下部に配置されてなるカテゴリ選択画面の表示を行う。また、このサービス定義情報２５には、各カテゴリに別のサービス定義情報２５のアドレスがリンク先として割り当てられており、いずれかの項目がサービス選択画面に基づいて選択されることにより、その項目に対応するアドレスのサービス定義情報２５にアクセスすることができる。なお、ここで表示される画面は、表示領域の制約上、すべての項目を一度に表示することができない場合、スクロールさせることで各項目の配置が上下に移動するように構成されている（以下ディスプレイ５２への表示を行う説明において同様とする）。

また、ｓ１１６の処理がトップ以外のサービス定義情報２５を受信した後に行われる場合，具体的な例として、「定期購読サービス」に関するサービス定義情報２５を受信した場合には、そのＸＭＬの記述に従って、図４（ｂ）に示すように、「定期購読サービス」の文字が表示領域上部に配置され、選択可能な項目として複数種類のサービスが表示領域下部に配置されてなるサービス選択画面の表示を行う。また、このサービス定義情報２５についても、各サービスに別のサービス定義情報２５のアドレスがリンク先として割り当てられており、いずれかの項目がサービス選択画面に基づいて選択された際に、その項目に対応するアドレスのサービスの提供をサーバに要求することになる。なお、「定期購読サービス」とは、あらかじめ定められたスケジュールに従って定期的にコンテンツの提供を受けたり、何らかの情報が発生したタイミングで不定期にコンテンツの提供を受ける、といったサービスのことである。

また、上述したｓ１１０で、要求先アドレスを直接入力により指定する旨が選択された場合には（ｓ１１０：ＮＯ）、要求先アドレスを入力するためのアドレス入力画面をディスプレイ５２に表示させた後（ｓ１１８）、次の処理（ｓ１２０）へ移行する。

こうして、選択用画面またはアドレス入力画面が表示された以降、ユーザは、いずれかの項目を選択する操作（アドレスを入力する操作），または，サービスモードを終了する操作（停止操作）を操作部１２により行うことができる。

次に、ユーザによる操作部１２への入力操作を受け付け（ｓ１２０）、こうして行われた入力操作がリンクを選択する操作であるか否かをチェックする（ｓ１２２）。ここでは、ｓ１１６にて表示された選択用画面における項目を選択する操作，または，ｓ１１８にて表示されたアドレス入力画面にアドレスを入力する操作が入力操作として行われた場合に、リンクを選択する操作であると判定する。

このｓ１２２で、リンクを選択する操作でないと判定された場合（ｓ１２２：ＮＯ）、その入力操作が停止操作であれば（ｓ１２４：ＹＥＳ）、ｓ１０４へ戻ることによりサービスモードとしての処理を終了する一方、入力操作が停止操作でなければ（ｓ１２４：ＮＯ）、拒否音（ブザー音など）を鳴動させた後（ｓ１２６）、ｓ１２０へ戻る。

また、ｓ１２２で、入力操作がリンクを選択する操作であると判定された場合（ｓ１２２：ＹＥＳ）、その選択されたリンクがサービスへのリンク，つまり機能サーバ３０にサービスの提供を要求するためのアドレスであるか否かをチェックする（ｓ１２８）。

このｓ１２８で、サービスへのリンクでないと判定された場合，つまり別のサービス定義情報２５のアドレスである場合には（ｓ１２８：ＮＯ）、ディレクトリサーバ２０に対してサービス一覧の照会を要求し、該当するサービス定義情報２５を受信した後（ｓ１３０）、ｓ１１６へ戻ってサービス選択用画面をディスプレイ５２に表示させる。

そして、ｓ１２８で、サービスへのリンクであると判定された場合には（ｓ１２８：ＹＥＳ）、後述するセッション処理を行った後（ｓ１３２）、ｓ１０４へ戻ることによりサービスモードとしての処理を終了する。
（２−２）セッション処理
続いて、図３におけるｓ１３２であるセッション処理（クライアント側セッション処理）の詳細な処理手順を図５に基づいて説明する。

このセッション処理では、まず、図３におけるｓ１２０により選択されたリンク先（アドレスを直接入力した場合には、そのアドレス）に基づいてサービスを起動する（ｓ２０２）。ここでは、リンク先に対してサービス起動指令をＨＴＴＰリクエストにより送信することで、図３におけるｓ１２０にてユーザに選択されたサービスを機能サーバ３０側において起動させる。このサービス起動指令を受信した機能サーバ３０からは、セッションＩＤがＨＴＴＰレスポンスにより返信されてくる。

次に、ｓ２０４によるサービス起動指令に応じて機能サーバ３０から返信されてくるセッションＩＤを受信する（ｓ２０４）。なお、以降の処理で送信するＨＴＴＰリクエストおよびＨＴＴＰレスポンスには、特に明示しない限り、全てセッションＩＤが含まれた状態でやりとりされることとし、このＨＴＴＰリクエストを受信した機能サーバ３０側では、このセッションＩＤに基づいて通信中のデバイスを管理（周知のセッション管理）するように構成されている。

次に、複合機１０自身に対する指令の有無を問い合わせるための「複合機指令問合せ」をＨＴＴＰリクエストにより機能サーバ３０へ送信する（ｓ２０６）。この「複合機指令問合せ」を受信した機能サーバ３０は、複合機１０に対する指令が発生していれば、その内容を示す指令（指令が発生していない場合には「指令なし」を示す指令）をＨＴＴＰレスポンスにより返信してくる。

次に、ｓ２０６による問い合わせにより返信されてくる指令（複合機指令）を受信したら（ｓ２０８）、その指令がジョブ起動指令であるか否かを判定する（ｓ２１０）。この「ジョブ起動指令」とは、後述のように、ｓ２０２にてサービス起動指令を送信した以降、機能サーバ３０側で発生する指令であり、そのタイミングやサービスの内容に応じたジョブの起動を指令する内容となっている。なお、このジョブ起動指令には起動すべきジョブのジョブＩＤ，ジョブの種類およびジョブの通信先アドレスが付加されている。

このｓ２１０で、ジョブ起動指令であると判定された場合（ｓ２１０：ＹＥＳ）、ジョブの起動に必要なリソースを確保した後で（ｓ２１２）、ジョブ起動指令で指令されたジョブを起動する（ｓ２１３）。ここでは、ジョブ起動指令で指令されたジョブに対して、このジョブ起動指令に付加されたジョブＩＤおよび通信先アドレスを渡すことにより、そのジョブを起動する。なお、こうして起動されるジョブは、他の処理と並行して実行されるものであり、これについては、複数種類のサービスのうち、本発明を理解する上で重要なサービスである「定期購読サービス」を例に挙げて、後述する「サービス登録申請ジョブ」において詳述する。

こうして、ジョブの起動を行った後、所定インターバル待機した後（ｓ２１４）、ｓ２０６へ戻る。
また、上述したｓ２１０で、ジョブ起動指令でないと判定された場合（ｓ２１０：ＮＯ）、ｓ２０８で受信した指令がジョブ終了指令であるか否かをチェックする（ｓ２１６）。この「ジョブ終了指令」とは、上述したｓ２１３でジョブを起動した以降、このジョブが終了した際に機能サーバ３０側で発生する指令である。なお、このジョブ終了指令には、その終了したジョブのジョブＩＤが付加されている。

このｓ２１６で、ジョブ終了指令であると判定された場合（ｓ２１６：ＹＥＳ）、このジョブ終了指令に付加されたジョブＩＤのジョブについて、このジョブを起動するにあたりｓ２１２にて確保したリソースを解放した後（ｓ２１８）、ｓ２１４へ移行する。

また、上述したｓ２１６で、ジョブ終了指令でないと判定された場合（ｓ２１６：ＮＯ）、「指令なし」を示すものであるか否かをチェックし（ｓ２２０）、「指令なし」を示すものであれば（ｓ２２０：ＹＥＳ）、ｓ２１４へ移行する一方、「指令なし」を示すものでなければ（ｓ２２０：ＮＯ）、セッション終了指令であるか否かを判定する（ｓ２２２）。この「セッション終了指令」とは、この複合機１０に対するサービスの提供が終了した際に機能サーバ３０側で発生する処理である。

そして、このｓ２２２で、セッション終了指令であると判定された場合（ｓ２２２：ＹＥＳ）、そのまま本セッション処理を終了する一方、ｓ２０８で受信した指令が上述したいずれの指令でもない場合，例えば、エラー通知情報である場合には（ｓ２２２：ＮＯ）、エラーを報知するための処理（指令エラーの処理）を行った後（ｓ２２４）、本セッション処理を終了する。このｓ２２４では、エラーである旨のメッセージをディスプレイ５２に表示させることによりエラーを報知する。
（２−３）サービス登録申請ジョブ
続いて、図５におけるｓ２１３にて起動されるジョブの一種であるサービス登録申請ジョブの処理手順を図６に基づいて説明する。

このサービス登録申請ジョブが起動されると、まず、ユーザにユーザＩＤを入力させるためのＩＤ入力画面をディスプレイ５２に表示させ、これに対応して操作部１２によりユーザＩＤを入力する操作が行われたら（ｓ３０２）、このユーザＩＤに基づいてサービス登録申請ジョブを機能サーバ３０側において起動させる（ｓ３０４）。ここでは、サービス定義情報２５で示される定期購読サービスのアドレス宛に、サービスを起動させるためのサービス起動指令を、入力されたユーザＩＤと共にＨＴＴＰリクエストにより送信することで、定期購読サービスを機能サーバ３０側において起動させる。このサービス起動指令を受信した機能サーバ３０からは、サービス利用申請パラメータ要求がセッションＩＤと共にＨＴＴＰレスポンスにより返信されてくる。この「サービス利用申請パラメータ要求」は、後述のように、サービス起動指令を受信した機能サーバ３０側で発生する指令であり、利用サービスパラメータを複合機１０に対して要求するための指令となるＸＭＬデータである。なお、ここでは、本サービス登録申請ジョブの起動毎にユーザに入力させたユーザＩＤと共にサービス起動指令を送信する構成となっているが、あらかじめ登録しておいたユーザＩＤと共にサービス起動指令を送信する構成としてもよい。

次に、ｓ３０４にて送信したサービス起動指令に応じて機能サーバ３０から送信されてくるサービス利用申請パラメータ要求およびセッションＩＤを受信する（ｓ３０６）。
次に、ｓ３０６にて受信したサービス利用申請パラメータ要求に基づいて利用サービスパラメータを指定させるためのパラメータ入力画面をディスプレイ５２に表示させることにより、利用サービスパラメータを指定する操作をユーザに促す（ｓ３０８）。ここでは、サービス利用申請パラメータ要求のＸＭＬの記述に従って、図４（ｃ）に示すように、該当する定期購読サービスの名称を示す文字が表示領域上部に配置され、利用申請するサービス態様（本実施形態においては英語版か日本語版か）が表示領域下部に配置されてなるパラメータ入力画面の表示を行う。このパラメータ入力画面が表示された後、ユーザは、いずれかのサービス態様を利用サービスパラメータとして指定する操作を行うことができる。

このパラメータ入力画面の表示後、利用サービスパラメータ（サービス態様）を指定する操作が行われたら（ｓ３１０）、その利用サービスパラメータをＨＴＴＰリクエストにより機能サーバ３０へ送信する（ｓ３１２）。この利用サービスパラメータを受信した機能サーバ３０からは、この利用サービスパラメータに基づくユーザ登録が行われた後で、ポーリング情報がＨＴＴＰレスポンスにより返信されてくる。この「ポーリング情報」は、利用サービスパラメータを受信した機能サーバ３０側で生成される情報であり、以降の処理で定期購読サービスを受けるためのポーリングを行う際のアクセス先となるポーリングＵＲＬ，以降の処理でポーリングを行う際に用いられるポーリングＩＤ，以降の処理でポーリングを行うべき間隔を示すインターバルなどを示すデータである。

次に、ｓ３１２にて送信した利用サービスパラメータを受けた機能サーバ３０から送信されてくるポーリング情報を受信し（ｓ３１４）、このポーリング情報をポーリング管理情報に登録する（ｓ３１６）。複合機１０の記憶部１６には、図７に示すように、ポーリングＵＲＬ（ＰｏｌｌＵＲＬ），ポーリングＩＤ（ＰｏｌｌＩＤ），インターバル，サービス内容（サービス名），後述するサービスの提供状態（状態）などを対応付けて登録するデータテーブルであるポーリング管理情報が記憶されている。そして、このｓ３１６においては、ｓ３１４にて受信したポーリング情報で示されるポーリングＵＲＬ，ポーリングＩＤ，インターバル，および，後述する処理でサービスの提供を受けようとするサービス内容をそれぞれ対応付けてポーリング管理情報に登録する。このサービス内容は、本サービス登録申請ジョブを起動するにあたり図３におけるｓ１２０にて選択された項目（図４（ｂ）において選択可能な項目）で示されるサービスの名称である。なお、このポーリング管理情報に登録された情報のうち、サービスの提供状態については、初期状態で「稼働中」を示すパラメータとなる。

そして、ｓ３１６の後、サービス終了処理を行って（ｓ３２０）、本サービス登録申請ジョブを終了する。このｓ３２０では、定期購読サービスの終了を指令するためのサービス終了指令をＨＴＴＰリクエストにより機能サーバ３０へ送信し、このサービス終了指令を受信した機能サーバ３０からＨＴＴＰレスポンスにより返信されてくるサービス終了確認を受信する、といった処理を行う。
（２−４）ポーリング処理
続いて、ポーリング管理情報の登録内容に応じて起動されることとなるポーリング処理の処理手順を図８に基づいて説明する。このポーリング処理は、ポーリング管理情報に１以上の情報列（図７において横方向に配列された一連の情報）が登録されている間、繰り返し実行され、そのようなサービス内容が１つも登録されていない状態となった際に終了する。

このポーリング処理が起動されると、まず、初期化処理を行う（ｓ４０２）。ここでは、ポーリング管理情報に登録されている情報列それぞれに対してタイマーを設定し、その情報列におけるインターバルの値からのカウントダウンを開始する。

次に、現時点でポーリングすべきポーリング先が存在しているか否かをチェックする（ｓ４０４）。ここでは、ｓ４０２でカウントダウンが開始されたタイマーの中に、カウント値が「０」となったタイマーが存在していれば、そのタイマーに設定された情報列におけるポーリングＵＲＬのサーバが、ポーリングすべきポーリング先として存在していると判定する。

このｓ４０４でポーリングすべきポーリング先が存在した状態となるまで（つまり，いずれかのタイマーがカウント値「０」となるまで）待機し（ｓ４０４：ＮＯ）、存在した状態となったら（ｓ４０４：ＹＥＳ）、そのポーリング先のポーリングＵＲＬに対してポーリングを行う（ｓ４０６）。ここでは、そのポーリングＵＲＬに対して、このポーリングＵＲＬに対応づけてポーリング管理情報に登録されているポーリングＩＤを、コンテンツの提供を要求するためのポーリングパケットとしてＨＴＴＰリクエストにより送信する。

このポーリングパケットを受信したポーリングＵＲＬのサーバ（本実施形態においては機能サーバ３０）からは、複合機１０に対して提供すべきコンテンツがあれば、そのコンテンツの提供を受けるためのサービス開始指示が含まれたポーリング応答がＨＴＴＰレスポンスにより返信されてくる。一方、提供すべきコンテンツがなければ、サービス開始指示が含まれないポーリング応答がＨＴＴＰレスポンスにより返信されてくる。このサービス開始指示は、コンテンツの提供を受ける際に用いるべきセッションＩＤおよびセッションＵＲＬを示すものである。なお、このｓ４０６では、カウント値が「０」となったタイマーを、再度インターバルの値からのカウントダウンを開始する処理も行われる。

次に、ｓ４０６にて行われたポーリングに応じてサーバから送信されてくるポーリング応答を受信したら（ｓ４０８）、このポーリング応答にサービス開始指示が含まれていなければ（ｓ４１０：ＮＯ）、ｓ４０４へ戻る一方、サービス開始指示が含まれていれば（ｓ４１０：ＹＥＳ）、このサービス開始指示で示されるセッションＩＤおよびセッションＵＲＬに基づいてサービスを起動する（ｓ４１２）。ここでは、サービス開始指示で示されるセッションＵＲＬに対し、同じくこのサービス開始指示で示されるセッションＩＤからなるサービス起動指令をＨＴＴＰリクエストにより送信することで、コンテンツを送信するための処理をこのセッションＵＲＬのサーバ（本実施形態においては機能サーバ３０）側において起動させる。

次に、ｓ４１２にて送信したサービス起動指令を受けたサーバからは、プリントジョブの起動指令がＨＴＴＰレスポンスにより返信されてくるため、この送信されてくるプリントジョブの起動指令を受信する（ｓ４１４）。

そして、ジョブの起動に必要なリソースを確保し（ｓ４１６）、プリントジョブを起動した後（ｓ４１８）、ｓ４０４へ戻る。このｓ４１８では、後述するプリントジョブに対して、サービス開始指示で示されるセッションＩＤおよびセッションＵＲＬを渡すことによりプリントジョブを起動する。なお、こうして起動されるプリントジョブは、他の処理と並行して実行されるものであり、詳細な処理手順については後述する。
（２−５）プリントジョブ
続いて、図８におけるｓ４１８にて起動される起動されるプリントジョブの処理手順を図９に基づいて説明する。

このプリントジョブが起動されると、まず、ポーリング処理から渡されたセッションＵＲＬに対し、コンテンツを要求するためのコンテンツ要求を、同じくポーリング処理から渡されたセッションＩＤと共にＨＴＴＰリクエストにより送信する（ｓ５０２）。このコンテンツ要求を受けたセッションＵＲＬのサーバ（本実施形態においては機能サーバ３０）からは、本複合機１０に対して提供するコンテンツを示す印刷データがＨＴＴＰレスポンスにより返信されてくる。

次に、ｓ５０２にて送信したコンテンツ要求を受けたサーバから送信されてくる印刷データを受信したら（ｓ５０４）、この印刷データで示される画像の記録媒体への記録を記録部１４に行わせた後（ｓ５０６）、ポーリング処理から渡されたセッションＵＲＬに対し、印刷データを受信した旨の受信確認を、同じくポーリング処理から渡されたセッションＩＤと共にＨＴＴＰリクエストにより送信する（ｓ５０８）。この受信確認を受信したセッションＵＲＬのサーバからは、その受信確認を受信した旨の結果応答がＨＴＴＰレスポンスにより返信されてくる。

そして、ｓ５０８にて送信した受信確認を受けたサーバから結果応答を受信したら（ｓ５１０）、本プリントジョブを起動するにあたり図８における４１６にて確保したリソースを解放した後（ｓ５１２）、本プリントジョブを終了する。
（２−６）サービス管理処理
続いて、図３におけるｓ１０８にて実行されるサービス管理処理（クライアント側サービス管理処理）の処理手順を図１０に基づいて説明する。

このサービス管理処理が起動されると、まず、ユーザにユーザＩＤを入力させるためのＩＤ入力画面をディスプレイ５２に表示させ、これに対応して操作部１２によりユーザＩＤを入力する操作が行われたら（ｓ６０１）、ポーリング管理情報に登録されているサービス内容を示す有効サービス画面をディスプレイ５２に表示させる（ｓ６０２）。ここでは、図１１（ａ）に示すように、「有効なサービス」の文字が表示領域上部に配置され、選択可能な項目としてポーリング管理情報に登録されたサービス内容（サービス名）およびサービスの提供状態（状態）が連結された文字が表示領域下部に配置されてなる有効サービス画面の表示を行う。この有効サービス画面が表示された後、ユーザは、操作部１２により、いずれかのサービス内容を指定する操作を行うことができる。なお、制御部１１は、図１２に示すように、あらかじめ定められた規則に従ってディスプレイ５２にメニュー表示を行うために構築されたメニュー構造に基づいて、この有効サービス画面を含めて以降の処理で表示されることとなる各画面の表示を行うように構成されている。

こうして、有効サービス画面を表示した後、いずれかのサービス内容を指定する操作が行われたら（ｓ６０４）、こうして指定されたサービス内容に対応するポーリングＵＲＬ，ポーリングＩＤをポーリング管理情報から抽出して制御部１１内蔵のメモリに一時記憶する（ｓ６０６）。

次に、ｓ６０４にて指定されたサービス内容によるコンテンツの配信に関する制御項目の指定をユーザに促すためのサービス配信制御画面をディスプレイ５２に表示させる（ｓ６０８）。ここでは、図１１（ｂ）に示すように、「サービス配信の制御」の文字が表示領域上部に表示され、ｓ６０４にて指定されたサービス内容によるコンテンツの配信に関する項目として「一時停止する」，「再開する」，「削除する」の文字が表示領域下部に配置されてなるサービス配信制御画面の表示を行う。このサービス配信制御画面が表示された後、ユーザは、操作部１２により、いずれかの項目を指定する操作を行うことができる。

こうして、サービス配信制御画面を表示した後、いずれかの項目を指定する操作が行われたら（ｓ６１０）、その指定された項目が「削除する」旨である場合（ｓ６１２：ＹＥＳ）、ｓ６０６にて一時記憶されたポーリングＵＲＬに対し、サービス内容の登録解除を指令するための削除コマンドを、このポーリングＵＲＬに伴って抽出されたポーリングＩＤ，および，ｓ６０１にて入力されたユーザＩＤと共に、ＨＴＴＰリクエストにより送信する（ｓ６１４）。この削除コマンドを受信したポーリングＵＲＬのサーバ（本実施形態においては機能サーバ３０）からは、削除コマンドと共に送信したポーリングＩＤに対応するサービス内容についての登録を解除する処理が行われた後、その旨を通知するための終了通知が削除コマンドに対する応答（応答コマンド）としてＨＴＴＰレスポンスにより返信されてくる。

そして、ｓ６０４にて指定されたサービス内容を含む情報列をポーリング管理情報から削除した後（ｓ６１５）、ｓ６１４により送信した削除コマンドを受けたサーバから応答コマンドを受信したら（ｓ６１６）、本サービス管理処理を終了する。

また、上述したｓ６１０にて指定された項目が「削除する」旨でない場合（ｓ６１２：ＮＯ）、その項目が「一時停止する」旨であれば（ｓ６１８：ＹＥＳ）、こうしてコンテンツの提供が一時停止された以降に提供されなくなるコンテンツの取扱をどのようにすべきかを示す取扱方法をユーザに指定させるための停止中データ取扱画面をディスプレイ５２に表示させる（ｓ６２０）。ここでは、図１１（ｃ）に示すように、「一時停止中の配信データの扱い」の文字が表示領域上部に表示され、コンテンツの取扱方法として「破棄する」，「サーバに蓄積する」の文字が表示領域下部に配置されてなる停止中データ取扱画面の表示を行う。この停止中データ取扱画面が表示された後、ユーザは、操作部１２により、いずれかの取扱方法を指定する操作を行うことができる。

この停止中データ取扱画面を表示した後、いずれかの取扱方法を指定する操作が行われたら（ｓ６２２）、一時停止を解除する日時をユーザに指定させるための期日指定画面をディスプレイ５２に表示させる（ｓ６２４）。ここでは、図１３（ａ）に示すように、「期日の指定」が表示領域上部に表示され、指定可能な期日として「ユーザが指定するまで」，「日時指定」の文字が表示領域下部に表示されてなる期日指定画面の表示を行う。この期日指定画面が表示された後、ユーザは、操作部１２により、いずれかの日時を指定する操作を行うことができる。なお、ここで「日時指定」が指定された場合には、更に、一時停止を解除する日時の直接入力をユーザに促すための日時入力画面を表示させ（図１３（ｂ）参照）、これに対する入力が行われたことをもって日時が指定されたこととなる。

この期日指定画面を表示した後、いずれかの日時を指定する操作が行われたら（ｓ６２６）、ｓ６０６にて一時記憶されたポーリングＵＲＬに対して、コンテンツの提供の一時停止を指令するための一時停止コマンドを、ｓ６０６にて一時記憶されたポーリングＩＤ，ｓ６２２にて指定された取扱方法，ｓ６２６にて指定された日時，ｓ６０１にて入力されたユーザＩＤと共に、ＨＴＴＰリクエストにより送信する（ｓ６２８）。この一時停止コマンドを受信したポーリングＵＲＬのサーバ（本実施形態においては機能サーバ３０）からは、一時停止コマンドと共に送信したポーリングＩＤに対応づけて登録されているサービス内容に基づくコンテンツの提供を一時停止する処理が行われた後、その旨を通知するための終了通知が一時停止コマンドに対する応答（応答コマンド）としてＨＴＴＰレスポンスにより返信されてくる。

そして、一時停止コマンドを送信した後、ｓ６１６へ移行し、ｓ６２８にて送信した一時停止コマンドを受けたサーバから応答コマンドを受信したら、本サービス管理処理を終了する。

また、上述したｓ６１０にて指定された項目が「再開する」旨である場合（ｓ６１８：ＮＯ）、一時停止中にサーバ側で蓄積されたコンテンツの取扱をどのようにすべきかをユーザに指定させるための蓄積データ取扱画面をディスプレイ５２に表示させる（ｓ６３０）。ここでは、図１４（ａ）に示すように、「蓄積されている配信データ」の文字が表示領域上部に表示され、コンテンツの取扱方法として「全て破棄する」，「全て印刷する」，「個別に印刷／破棄を設定する」の文字が表示領域下部に配置されてなる蓄積データ取扱画面の表示を行う。この蓄積データ取扱画面が表示された後、ユーザは、操作部１２により、いずれかの取扱方法を指定する操作を行うことができる。

この蓄積データ取扱画面を表示した後、いずれかの取扱方法を指定する操作が行われたら（ｓ６３２）、その取扱方法が「個別に印刷／破棄を設定する」旨でない，つまり「全て破棄する」，「全て印刷する」のいずれかであれば（ｓ６３４：ＮＯ）、ｓ６０６にて抽出されたポーリングＵＲＬに対して、コンテンツの配信の再開を指令するための再開コマンドを、ｓ６０６にて一時記憶されたポーリングＩＤ，ｓ６３２で指定された取扱方法と共にＨＴＴＰリクエストにより送信する（ｓ６３６）。この再開コマンドを受信したポーリングＵＲＬのサーバ（本実施形態においては機能サーバ３０）からは、再開コマンドと共に送信されたポーリングＩＤに対応づけて登録されているサービス内容に基づくコンテンツの配信を再開する処理が行われた後、その旨を通知するための終了通知が再開コマンドに対する応答（応答コマンド）としてＨＴＴＰレスポンスにより返信されてくる。

そして、再開コマンドを送信した後、ｓ６１６へ移行し、ｓ６３６にて送信した再開コマンドを受けたサーバから応答コマンドを受信したら、本サービス管理処理を終了する。
また、上述したｓ６３２にて指定された取扱内容が「個別に印刷／破棄を設定する」旨であれば（ｓ６３４：ＹＥＳ）、ｓ６０６にて抽出されたポーリングＵＲＬに対して、一時停止中にサーバ側で蓄積されたコンテンツの一覧を要求するための一覧要求コマンドを、ｓ６０６にて一時記憶されたポーリングＩＤ，ｓ６０１にて入力されたユーザＩＤと共に、ＨＴＴＰリクエストにより送信する（ｓ６３８）。この一覧要求コマンドを受信したポーリングＵＲＬのサーバ（本実施形態においては機能サーバ３０）からは、一覧要求コマンドと共に送信したポーリングＩＤに対応づけて記憶されているコンテンツの一覧を示すコンテンツ一覧が、一覧要求コマンドに対する応答（応答コマンド）としてＨＴＴＰレスポンスにより返信されてくる。

次に、ｓ６３８にて送信した一覧要求コマンドを受けたサーバからコンテンツ一覧を応答コマンドとして受信したら（ｓ６４０）、このコンテンツ一覧で示される各コンテンツそれぞれについて印刷するか破棄するかをユーザに指定させるための個別指定画面をディスプレイ５２に表示させる（ｓ６４２）。ここでは、図１４（ｂ）に示すように、「蓄積されているデータの扱い」の文字が表示領域上部に表示され、コンテンツ一覧で示されるコンテンツの情報（本実施形態においては本来提供すべきだった日時）およびその取扱方法が連結されてなる文字が表示領域下部に配置されてなる個別指定画面の表示を行う。この個別指定画面が表示された後、ユーザは、操作部１２により、コンテンツそれぞれについての取扱方法（印刷するか破棄するか）を指定し、それらの指定を確定する操作を行うことができる。

この個別指定画面を表示した後、コンテンツそれぞれについての取扱方法を確定する操作が行われたら（ｓ６４４）、ｓ６０６にて抽出されたポーリングＵＲＬに対して、コンテンツの配信の再開を指令するための再開コマンドを、ｓ６０６にて一時記憶されたポーリングＩＤ，ｓ６４０で確定されたコンテンツそれぞれの取扱方法，および，ｓ６０１にて入力されたユーザＩＤと共に、ＨＴＴＰリクエストにより送信する（ｓ６４６）。この再開コマンドを受信したポーリングＵＲＬのサーバ（本実施形態においては機能サーバ３０）からは、ｓ６３６にて再開コマンドを送信した場合と同様、コンテンツの配信を再開する処理が行われた旨を通知するための終了通知が一時停止コマンドに対する応答（応答コマンド）としてＨＴＴＰレスポンスにより返信されてくる。

そして、再開コマンドを送信した後、ｓ６１６へ移行し、ｓ６４６にて送信した再開コマンドを受けたサーバから応答コマンドを受信したら、本サービス管理処理を終了する。
（３）機能サーバ３０による処理
以下に、機能サーバ３０の制御部３１により実行される各種処理について説明する。
（３−１）機能サーバ処理
はじめに、ＨＴＴＰリクエストが受信される毎に行われる機能サーバ処理の処理手順を図１５に基づいて説明する。

この機能サーバ処理が起動されると、まず、受信したＨＴＴＰリクエストがサービス起動指令であるか否かをチェックする（ｓ７０２）。この「サービス起動指令」は、図５におけるｓ２０２にて複合機１０により送信されるものである。

このｓ７０２で、サービス起動指令であると判定された場合には（ｓ７０２：ＹＥＳ）、セッションＩＤを生成し、このセッションＩＤを示す送信データを生成すると共に、サービスの実行のためのリソースを確保して後述のセッション処理を起動した後（ｓ７０８）、ここで生成した送信データをＨＴＴＰレスポンスによりクライアントデバイス（本実施形態においては複合機１０）へ返信して（ｓ７１０）、本機能サーバ処理を終了する。この場合において返信される送信データ（セッションＩＤ）は、図５におけるｓ２０４にて複合機１０が受信するものである。

また、ｓ７０２で、サービス起動指令でないと判定された場合には（ｓ７０２：ＮＯ）、ＨＴＴＰリクエストがサービス終了指令であるか否かをチェックする（ｓ７１２）。この「サービス終了指令」は、例えば、図６におけるｓ３２０，複合機１０のキャンセルキー５１押下などの操作によりサービスの実行の停止が指示されることで、複合機１０側から送信されてくるものである。

このｓ７１２で、サービス終了指令であると判定された場合には（ｓ７１２：ＹＥＳ）、セッションＩＤおよびｓ７０８にて確保されたリソースを解放し、サービス終了を表すセッション終了確認を生成した後（ｓ７１４）、ｓ７１０へ移行し、このセッション終了確認をＨＴＴＰレスポンスとしてクライアントデバイス（本実施形態においては複合機１０）へ返信して、本機能サーバ処理を終了する。この場合において返信されるセッション終了確認は、複合機１０が図５におけるｓ２０８にて受信して同図ｓ２２２にて「ＹＥＳ」と判定することとなるものである。

一方、上述のｓ７１２にてサービス終了指令ではないと判定された場合には（ｓ７１２：ＮＯ）、サービスに関する情報が含まれているか否か，具体的にはクライアントデバイスがセッション処理または他のジョブにおいて送信してきたＨＴＴＰリクエストであるか否かをチェックする（ｓ７１６）。

このｓ７１６で、サービスに関する情報が含まれていると判定された場合には（ｓ７１６：ＹＥＳ）、そのＨＴＴＰリクエストを送信してきたプロセス（セッション処理，ジョブ）を特定する（ｓ７１８）。

このｓ７１８によりプロセスを特定できなければ（ｓ７２０：ＹＥＳ）、エラーを通知するための情報（エラー通知情報）を生成した後（ｓ７２２）、次の処理（ｓ７３６）へ移行する。

一方、ｓ７１８によりプロセスを特定できれば（ｓ７２０：ＮＯ）、その特定したプロセスにＨＴＴＰリクエストにて送信されてきた情報を渡す（ｓ７２４）。
こうして、ｓ７２４を終えた後、または、ｓ７１６にてサービスに関する情報が含まれていないと判定された場合（ｓ７１６：ＮＯ）、セッションＩＤまたはジョブＩＤに対応する情報の記憶領域を特定する（ｓ７２６）。

このｓ７２６により記憶領域を特定できなければ（ｓ７２８：ＹＥＳ）、ｓ７２２へ移行してエラー通知情報を生成して次の処理（ｓ７３６）へ移行する。一方、記憶領域を特定できれば（ｓ７２８：ＮＯ）、この記憶領域にクライアントデバイス（本実施形態においては複合機１０）へ返信すべき情報が存在しているか否かをチェックする（ｓ７３０）。

そして、このｓ７３０で、返信すべき情報が存在していないと判定されたら（ｓ７３０：ＮＯ）、「指令なし」の情報を生成した後（ｓ７３２）、次の処理（ｓ７３６）へ移行する一方、送信すべき情報が存在していると判定されたら（ｓ７３０：ＹＥＳ）、その返信情報に基づいて複合機制御指令を生成した後（ｓ７３４）、次の処理（ｓ７３６）へ移行する。

次に、こうしてｓ７２２，ｓ７３２，ｓ７３４にて生成した情報をＨＴＴＰレスポンスとしてクライアントデバイス（本実施形態においては複合機１０）へ返信する（ｓ７３６）。ここで返信されるＨＴＴＰレスポンスのうち、ｓ７２２にて生成されたエラー通知情報は、複合機１０が図５におけるｓ２０８にて受信して同図ｓ２２２にて「ＮＯ」と判定した後、同図ｓ２２４を実施することとなるものである。また、ｓ７３２にて生成された「指令なし」の情報は、複合機１０が同図ｓ２０８にて受信して同図ｓ２２０にて「ＹＥＳ」と判定することとなるものである。そして、ｓ７３４にて生成された複合機制御指令は、後述するジョブにおいて異なる内容のものとなり、それぞれ複合機１０側で対応するジョブにおいて受信されるものである。

そして、セッションＩＤ又はジョブＩＤに対応するメモリアドレスに「送信済み」をセットした後（ｓ７３８）、本機能サーバ処理を終了する。
（３−２）セッション処理
続いて、機能サーバ処理と並行して実行されるセッション処理（サーバ側セッション処理）の処理手順を図１６に基づいて説明する。

このセッション処理が開始されると、まず、初期化処理を行う（ｓ８０２）。
この初期化処理を終えた後、本セッション処理を起動する契機となったサービス起動指令により指令されたサービスに対応するジョブを起動する（ｓ８０４）。このサービス起動指令は、図５におけるｓ２０２にて複合機１０から送信されたものであり、図１５におけるｓ７０２にてサービス起動指令であると判定されたものである。

次に、該当するジョブの起動指令を複合機指令として出力する（ｓ８０６）。ここでは、ジョブＩＤおよび通信先アドレスと共に該当するジョブの起動指令を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図１５におけるｓ７３４にて複合機制御指令が生成され、同図ｓ７３６にて複合機１０側に起動指令として送信されることとなる。この起動指令は、複合機１０が、図５におけるｓ２０８にて受信し、これに基づいて同図ｓ２１３にて該当するジョブを起動することとなるものである。

次に、ｓ８０４にて起動したジョブが終了するまで待機した後（ｓ８０８：ＮＯ）、そのジョブが終了したら（ｓ８０８：ＹＥＳ）、該当するジョブの終了指令を複合機指令として出力する（ｓ８１０）。ここでは、ジョブＩＤと共に該当するジョブ終了指令を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図１５におけるｓ７３４にて複合機制御指令が生成され、同図ｓ７３６にて複合機１０側に終了指令として送信されることとなる。この終了指令は、複合機１０が、図５におけるｓ２０８にて受信して、同図ｓ２１６にて「ＹＥＳ」と判定することにより、該当するジョブを停止（終了）することとなるものである。

そして、該当するジョブにおいて確保されていたリソースを解放するなどの終了処理を行った後（ｓ８１２）、本セッション処理を終了する（ｓ８１４）。このｓ８１４では、セッション終了指令を、返信情報を格納する記憶領域に書き込む処理を行う。これに基づいて、図１５におけるｓ７３４にて複合機制御指令が生成され、同図ｓ７３６にて複合機１０側に送信されることとなる。このセッション終了指令は、複合機１０が、図５におけるｓ２０８にて受信し、これに基づいてセッション処理を終了することとなる（同図ｓ２２２）ものである。
（３−３）サービス登録受付ジョブ
続いて、図１６におけるｓ８０４にて起動されるジョブの一種であるサービス登録受付ジョブの処理手順を図１７に基づいて説明する。

このサービス登録受付ジョブが開始されると、まず、サービス登録受付ジョブの起動に先立ってユーザＩＤおよびサービス起動指令を送信してきたクライアントデバイスとのセッション管理を行うためのセッションＩＤを生成する（ｓ９０４）。こうして生成したセッションＩＤに基づいて、以降のクライアントデバイス（本実施形態においては、複合機１０）との通信が行われることとなる。

次に、サービス利用申請パラメータ要求を、ｓ９０４にて生成したセッションＩＤと共に、ＨＴＴＰレスポンスによりクライアントデバイスへ返信する（ｓ９０６）。ここで送信されるサービス利用申請パラメータ要求とは、図６におけるｓ３０６にて複合機１０が受信するものであって、利用サービスパラメータ（サービス内容）を複合機１０に対して要求するための指令となるＸＭＬデータである。このサービス利用申請パラメータ要求を受信した複合機１０からは、同図ｓ３１２にて利用サービスパラメータがＨＴＴＰリクエストにより送信されてくる。

次に、ｓ９０６にて送信したサービス利用申請パラメータ要求を受けたクライアントデバイスから利用サービスパラメータを受信したら（ｓ９０８）、機能サーバ３０に対するポーリングを行う際に使用させるポーリングＩＤを生成した後（ｓ９１０）、このポーリングＩＤをユーザ管理情報に登録する（ｓ９１２）。本実施形態において、機能サーバ３０の記憶部３３には、１以上のユーザＩＤそれぞれに対応して、図１８に示すように、ポーリングＩＤ（ＰｏｌｌＩＤ），サービスの提供状態（状態），データを保存する記憶場所（格納フォルダ），後述する状態属性，コンテンツの配信を一時停止する場合の再開期日（期日），その他のユーザ情報を対応付けて登録するデータテーブルであるユーザ管理情報が記憶されている。そして、このｓ９１２においては、本サービス登録受付ジョブの起動に先立って受信したユーザＩＤに対応するユーザ管理情報に、ｓ９１０にて生成したポーリングＩＤ，データを保存する記憶場所としてこのポーリングＩＤを通知するクライアントデバイス用に確保した記憶場所（フォルダ名），および，利用サービスパラメータで示されるサービス内容を対応付けて登録する。なお、このユーザ管理情報における情報のうち、サービスの提供状態は、初期状態で「稼働中」を示すパラメータとなっており、状態属性は、初期状態でパラメータが登録されていない。

次に、機能サーバ３０に対するポーリングを行う際のアドレスとなるポーリングＵＲＬ，ｓ９１０にて生成されたポーリングＩＤ，機能サーバ３０に対するポーリングを行う際の間隔を示すインターバルなどを示すポーリング情報を生成し（ｓ９１４）、このポーリング情報をＨＴＴＰレスポンスによりクライアントデバイスへ返信する（ｓ９１６）。ここで送信されるポーリング情報は、図６におけるｓ３１４にて複合機１０が受信するものであって、このポーリング情報を受信した複合機１０からは、同図ｓ３２０にてサービス終了指令がＨＴＴＰリクエストにより送信されてくる。

そして、終了処理を行った後（ｓ９１８）、本サービス登録受付ジョブを終了する。このｓ９１８では、ｓ９１６にて送信したポーリング情報を受けたクライアントデバイス（本実施形態においては複合機１０）からサービス終了指令を受信し、これに対してサービスの終了を確認した旨を通知するためのサービス終了確認をＨＴＴＰレスポンスにより複合機１０へ返信する、といった処理を行う。
（３−４）コンテンツ準備処理
続いて、機能サーバ３０が起動した以降、繰り返し実行されるコンテンツ準備処理の処理手順を図１９に基づいて説明する。

このコンテンツ準備処理が起動されると、まず、記憶部３３に確保されたコンテンツ格納用の記憶領域に新たなコンテンツが生成されるまで待機する（ｓ１００２）。ここでは、あらかじめ定められたスケジュールに従ったタイミングや何らかの情報が発生したタイミングで生成された，または，ネットワーク１経由で転送されてきたコンテンツを記憶するために用意された記憶領域に、新たなコンテンツが記憶されるまで待機する。

その後、新たなコンテンツが生成されたら、各ユーザ管理情報のうち、いずれかのユーザ管理情報を以降の処理でチェックを行う対象に設定する（ｓ１００４）。
次に、現時点で対象に設定されているユーザ管理情報に登録されている情報列（図１８において横方向に配置された全情報）のうち、いずれかの情報列を以降の処理でチェックを行う対象に設定する（ｓ１００６）。

この時点で対象となっている情報列における「コンテンツの提供状態」が「稼働中」となっている場合（ｓ１００８：ＹＥＳ），または，「状態属性」が「蓄積」となっている場合（ｓ１０１０：ＹＥＳ）、ｓ１００２にて制せされたコンテンツを、この時点で対象となっている情報列における「データを保存する記憶場所」で示される記憶領域に記憶させた後（ｓ１０１２）、次の処理（ｓ１０１４）へ移行する。

一方、この時点で対象となっている情報列における「コンテンツの提供状態」が「稼働中」でなく（ｓ１００８：ＮＯ），かつ，「状態属性」が「蓄積」でない（ｓ１０１０：ＮＯ）場合、コンテンツの記憶を行うことなく、次の処理（ｓ１０１４）へ移行する。

次に、この時点で対象となっているユーザ管理情報における全ての情報列に対するチェック（ｓ１００８〜ｓ１０１２）が終了していない場合（ｓ１０１４：ＮＯ）、このチェックが終了していない他の情報列を対象に設定した後（ｓ１０１６）、ｓ１００８へ戻る。

また、ｓ１０１４で全ての情報列に対するチェックが終了したら（ｓ１０１４：ＹＥＳ）、次に、全てのユーザ管理情報に対するチェック（ｓ１００６〜１０１８）が終了していなければ（ｓ１０１８：ＮＯ）、このチェックが終了していない他のユーザ管理情報を対象に設定した後（ｓ１０２０）、ｓ１００６へ戻る。

こうして、ｓ１００６〜ｓ１０２０を繰り返した後、ｓ１０１８で全てのユーザ管理情報に対するチェックが終了したら（ｓ１０１８：ＹＥＳ）、本コンテンツ準備処理を終了する。
（３−５）ポーリング応答処理
続いて、クライアントデバイスからポーリングパケットを受信する毎に行われるポーリング応答処理の処理手順を図２０に基づいて説明する。なお、このポーリングパケットは、図８におけるｓ４０６にて複合機１０から送信されてくるものである。

このポーリング応答処理が開始されると、まず、ポーリングパケットを送信してきたクライアントデバイスに対して配信すべきコンテンツを検索する（ｓ１１０２）。ここでは、ユーザ管理情報において「サービスの提供状態」が「稼働中」となっている情報列のうち、ポーリングパケットで示されるポーリングＩＤが含まれた情報列を特定し、この情報列の「データを保存する記憶場所」で示される記憶領域に記憶されているコンテンツとなる印刷データを検索する。

次に、ｓ１１０２にてクライアントデバイスに対して配信すべきコンテンツが検出されなければ（ｓ１１０４：ＮＯ）、その旨を通知するためのポーリング応答をＨＴＴＰレスポンスによりクライアントデバイスに返信した後（ｓ１１０６）、本ポーリング応答処理を終了する。このｓ１１０６で送信されるポーリング応答は、図８におけるｓ４０８にて複合機１０が受信するものである。

一方、ｓ１１０２にてクライアントデバイスに対して配信すべきコンテンツが検出されたら（ｓ１１０４：ＹＥＳ）、コンテンツを配信する旨を通知するためのサービス開始指示を生成する（ｓ１１０８）。ここでは、セッションＩＤを生成した後、このセッションＩＤ，および，コンテンツの提供を受ける際にアクセスすべきアドレスを示すセッションＵＲＬを含む指令をサービス開始指令として生成する。なお、このｓ１１０８では、セッションＩＤをポーリングパケットで示されるポーリングＩＤに対応付けて登録（例えば、ユーザ管理情報の情報列を構成する情報として登録など）する処理も行う。

次に、クライアントデバイスに対して配信すべきコンテンツが存在した旨を通知するためのポーリング応答を、ｓ１１０８にて生成したサービス開始指示と共にＨＴＴＰレスポンスによりクライアントデバイスに返信する（ｓ１１１０）。このポーリング応答は、図８におけるｓ４０８にて複合機１０が受信するものであり、このポーリング応答を受信した複合機１０からは、サービス起動指令がｓ１１０８にて生成したセッションＩＤと共にＨＴＴＰリクエストにより送信されてくる。

次に、ｓ１１１０にて送信したサービス開始指示を受けたクライアントデバイスからサービス起動指令を受信したら（ｓ１１１２）、クライアントデバイス側でプリントジョブを起動させるために、プリントジョブの起動指令をＨＴＴＰレスポンスによりクライアントデバイスに送信する（ｓ１１１４）。この起動指令は、図８におけるｓ４１４にて複合機１０が受信するものであり、この起動指令を受信した複合機１０からは、コンテンツを要求するためのコンテンツ要求がＨＴＴＰリクエストにより送信されてくる。

次に、ｓ１１１４にて送信した起動指令を受けたクライアントデバイスから送信されてくるコンテンツ要求を受信したら（ｓ１１１６）、このコンテンツ要求（または、コンテンツ要求と共に送信されてきたセッションＩＤ）に対応するポーリングＩＤを特定した後、ｓ１１０２と同様、このポーリングＩＤに基づいてクライアントデバイスに提供すべきコンテンツを検索し（ｓ１１１８）、こうして検出されたコンテンツを示す印刷データをＨＴＴＰレスポンスによりクライアントデバイスに送信する（ｓ１１２０）。このｓ１１１８では、ｓ１１０８にてセッションＩＤとポーリングＩＤとが対応付けてユーザ管理情報に登録されているため、この登録内容に基づいてポーリングＩＤが特定される。また、ｓ１１２０にて送信する印刷データは、図９におけるｓ５０４にて複合機１０が受信するものであり、この印刷データを受信した複合機１０からは、この印刷データを受信した旨を通知するための受信確認がＨＴＴＰリクエストにより送信されてくる。

次に、ｓ１１２０にて送信した印刷データを受けたクライアントデバイスから受信確認を受信したら（ｓ１１２２）、ｓ１１２０にて送信した印刷データで示されるコンテンツを、このコンテンツが記憶されていた記憶領域から削除する（ｓ１１２４）。

そして、ｓ１１２２にて受信確認を受信した旨を通知するための結果応答をＨＴＴＰレスポンスによりクライアントデバイスに送信した後（ｓ１１２６）、本ポーリング応答処理を終了する。この結果応答は、図９におけるｓ５１０にて複合機１０が受信するものである。
（３−６）サービス管理処理
続いて、クライアントデバイスからコマンドを受信する毎に実行されるサービス管理処理（サーバ側サービス管理処理）の処理手順を図２１に基づいて説明する。

このサービス管理処理が起動されると、まず、この起動に先立って受信したコマンドをチェックし、そのコマンドが一覧要求コマンドである場合（ｓ１２０２：ＹＥＳ）、この一覧要求コマンドを送信してきたクライアントデバイスに対して配信すべきコンテンツを検索し、こうして検出されたコンテンツの一覧を示すコンテンツ一覧を生成する（ｓ１２０４）。ここでは、一覧要求コマンドと共に送信されてきたユーザＩＤに対応するユーザ管理情報（以降、本サービス管理処理の説明において単に「ユーザ管理情報」という）について、このユーザ管理情報に登録されているポーリングＩＤのうち、一覧要求コマンドと共に送信されてきたポーリングＩＤに対応する「データを保存する記憶場所」で示される記憶領域に記憶されているコンテンツを検索したうえで、その検索結果に応じたコンテンツ一覧を生成する。なお、一覧要求コマンドは、図１０におけるｓ６３８にて複合機１０が送信するものである。

次に、ｓ１２０４にて生成されたコンテンツ一覧をＨＴＴＰレスポンスによりクライアントデバイスに送信した後（ｓ１２０６）、本サービス管理処理を終了する。このｓ１２０６にて送信されるコンテンツ一覧は、図１０におけるｓ６４０にて複合機１０が受信するものであり、この後、複合機１０からは、同図ｓ６４６にて再開コマンドが送信されてくる。

また、この起動に先立って受信したコマンドが削除コマンドである場合（ｓ１２０２：ＮＯ，ｓ１２０８：ＹＥＳ）、この削除コマンドに基づいて、ユーザ管理情報に登録されている情報列を削除する（ｓ１２１０）。ここでは、ユーザ管理情報に登録されているポーリングＩＤのうち、削除コマンドと共に送信されてきたポーリングＩＤに対応する情報列を、ユーザ管理情報から削除することにより、該当するユーザの登録を解除する。なお、削除コマンドは、図６におけるｓ６１４にて複合機１０が送信するものである。

そして、登録の解除を行った旨を通知するための終了通知を、削除コマンドに対する応答コマンドとしてＨＴＴＰレスポンスによりクライアントデバイスに送信した後（ｓ１２１２）、本サービス管理処理を終了する。この応答コマンドは、図６におけるｓ６１６にて複合機１０が受信するものである。

また、この起動に先立って受信したコマンドが一時停止コマンドである場合（ｓ１２１４：ＹＥＳ）、この一時停止コマンドに基づいてユーザ管理情報の登録内容を更新する（ｓ１２１６）。ここでは、ユーザ管理情報に登録されているポーリングＩＤのうち、一時停止コマンドと共に送信されてきたポーリングＩＤに対応する「サービスの提供状態」を、コンテンツの配信を一時停止する旨を示すパラメータ（一時停止中）に更新する。また、同ポーリングＩＤに対応する「再開期日」を、一時停止コマンドと共に送信されてきた日時に更新する。そして、同ポーリングＩＤに対応する「状態属性」を、一時停止コマンドと共に送信されてきた取扱方法に応じた値，具体的にいうと、取扱方法が「破棄する」であれば「破棄」に更新し、取扱方法が「サーバに蓄積する」であれば「蓄積」に更新する。なお、一時停止コマンドは、図６におけるｓ６２８にて複合機１０が送信するものである。

そして、ｓ１２１２へ移行し、コンテンツの配信を一時停止させた旨を通知するための終了通知を一時停止コマンドに対する応答コマンドとしてＨＴＴＰレスポンスによりクライアントデバイスに送信した後、本サービス管理処理を終了する。

また、この起動に先立って受信したコマンドが再開コマンドである場合（ｓ１２１４：ＮＯ）、この再開コマンドで示される取扱方法が「全て破棄する」旨であれば（ｓ１２１８：ＹＥＳ）、この再開コマンドを送信してきたクライアントデバイスに対して配信すべきコンテンツを検索し、こうして検出されたコンテンツを全て削除する（ｓ１２２０）。ここでは、ユーザ管理情報に登録されているポーリングＩＤのうち、再開コマンドと共に送信されてきたポーリングＩＤに対応する「データを保存する記憶場所」で示される記憶領域について、ここに記憶されているコンテンツを全て削除する。なお、この場合の再開コマンドは、図６におけるｓ６３６にて複合機１０により送信されるものである。

次に、この起動に先立って受信した再開コマンドに基づいて、ユーザ管理情報の登録内容を更新する（ｓ１２２２）。ここでは、ユーザ管理情報に登録されているポーリングＩＤのうち、再開コマンドと共に送信されてきたポーリングＩＤに対応する「サービスの提供状態」を、コンテンツの配信を行う旨を示すパラメータ（稼働中）に更新する。また、同ポーリングＩＤに対応する「状態属性」の値を削除する。

そして、ｓ１２１２へ移行し、コンテンツの削除を行った旨を通知するための終了通知を再開コマンドに対する応答コマンドとしてＨＴＴＰレスポンスによりクライアントデバイスに送信した後、本サービス管理処理を終了する。

また、この起動に先立って受信した再開コマンドで示される取扱方法が「全て印刷する」旨であれば（ｓ１２２４：ＹＥＳ）、ｓ１２２０にてコンテンツの削除を行うことなく、ｓ１２２２へ移行してユーザ管理情報の登録内容を更新し、その後、ｓ１２１２へ移行して、コンテンツの削除を行った旨を通知するための終了通知を再開コマンドに対する応答コマンドとしてＨＴＴＰレスポンスによりクライアントデバイスに送信した後、本サービス管理処理を終了する。

また、この起動に先立って受信した再開コマンドで示される取扱方法がコンテンツそれぞれに応じた内容，つまり「個別に印刷／破棄を設定する」旨であれば（ｓ１２２４：ＮＯ）、この再開コマンドを送信してきたクライアントデバイスに対して配信すべきコンテンツを検索し、こうして検出されたコンテンツのうち、ｓ１２０４で生成し、ｓ１２０６で送信したコンテンツ一覧の中から削除すべきコンテンツのみを削除する（ｓ１２２６）。ここでは、ユーザ管理情報に登録されているポーリングＩＤのうち、再開コマンドと共に送信されてきたポーリングＩＤに対応する「データを保存する記憶場所」で示される記憶領域について、ここに記憶されているコンテンツのうち、再開コマンドで示されるコンテンツ毎の取扱内容が破棄する旨となっているコンテンツのみを削除する。なお、この場合の再開コマンドは、図６におけるｓ６４６にて複合機１０が送信するものである。

そして、ｓ１２２２へ移行してユーザ管理情報の登録内容を更新したら、ｓ１２１２へ移行し、該当するコンテンツの削除を行った旨を通知するための終了通知を再開コマンドに対する応答コマンドとしてＨＴＴＰレスポンスによりクライアントデバイスに送信した後、本サービス管理処理を終了する。
（３−７）停止解除処理
最後に、複合機１０が起動した以降、繰り返し実行される停止解除処理の処理手順を図２２に基づいて説明する。

この停止解除処理が起動されると、まず、各ユーザ管理情報のうち、いずれかのユーザ管理情報を以降の処理でチェックを行う対象に設定する（ｓ１３０２）。
次に、現時点で処理対象となっているユーザ管理情報から、サービスの提供状態（状態）が「一時停止」となっており、かつ、再開期日（期日）が現在時刻を経過したものとなっている情報列を検索する（ｓ１３０４）。

このｓ１３０４にて該当する情報列が検出されたら（ｓ１３０６：ＹＥＳ）、その情報列におけるサービスの提供状態を「稼働中」に更新する一方（ｓ１３０８）、該当する情報列が検出されなければ（ｓ１３０６：ＮＯ）、サービスの提供情報を更新することなく、次の処理（ｓ１３１０）へ移行する。こうして、特定の情報列について「サービスの提供状態」が「稼働中」となった以降、この情報列の「データを保存する記憶場所」で示される記憶領域に記憶されているコンテンツが、図２０におけるｓ１１０２にてコンテンツを検索する際の検索対象となるため、このコンテンツが同図ｓ１１２０にて印刷データとしてクライアントデバイスに送信されることとなる。

次に、全てのユーザ管理情報に対するチェック（ｓ１３０４〜１３０８）が終了したか否かをチェックする（ｓ１３１０）。
このｓ１３１０で全てのユーザ管理情報に対するチェックが終了していなければ（ｓ１３１０：ＮＯ）、チェックが終了していない他のユーザ管理情報を対象に設定した後（ｓ１３１２）、ｓ１３０４へ戻る一方、ｓ１３１０にて全てのユーザ管理情報に対するチェックが終了していれば（ｓ１３１０：ＹＥＳ）、所定の待機時間だけ待機した後（ｓ１３１４）、ｓ１３０２へ戻る。
（４）作用，効果
このように構成されたサービス提供システムでは、機能サーバ３０側において登録されたサービスによる複合機１０へのコンテンツの継続的な提供（配信）の一時停止（中断）および再開（一時停止の解除）を、複合機１０側から指令することができる（図１０のｓ６０８，ｓ６１８〜ｓ６４６）。

例えば、複合機１０から一時停止の指令を受けた機能サーバ３０は（図２１のｓ１２１４「ＹＥＳ」）、ユーザ管理情報において対応する情報（サービスの提供状態）を更新することで（同図ｓ１２１６）、以降、一時停止を指令されたサービスにより提供すべきコンテンツが生成された場合であっても、それが対応する格納フォルダに記憶されない（図１９のｓ１０１０で「ＮＯ」），または，それが対応する格納フォルダに記憶されるだけで提供すべきコンテンツとして取り扱われない（図２０のｓ１１０４で「ＮＯ」）ようになる。そのため、再開する旨が指示されるまで（図２１のｓ１２１４「ＮＯ」）、そのサービスによるコンテンツの継続的な提供を一時停止することができる。ここで、一時停止を指令する際には、同時に、一時停止されている間に本来提供されるべきコンテンツ（以降、「未提供コンテンツ」という）の取扱方法についても通知することができ（図１０のｓ６２２〜ｓ６２８）、この通知を受けた機能サーバ３０側では、ユーザ管理情報において対応する情報（状態属性）を更新することで（図２１におけるｓ１２１６）、以降、その通知をしてきたクライアントデバイスに対応する格納フォルダに記憶される未提供コンテンツを、通知された取扱方法に応じて処理する，具体的には、状態属性が「破棄」であれば格納フォルダに記憶しない（図１９のｓ１０１０で「ＮＯ」），状態属性が「蓄積」であれば格納フォルダに記憶する（図２０のｓ１１０４で「ＮＯ」），ようにすることができる。

また、一時停止されている状態から再開の指令を受けた機能サーバ３０は（図２１のｓ１２１４「ＮＯ」）、ユーザ管理情報において対応する情報（サービスの提供状態）を更新することで（図２１のｓ１２２２）、以降、再開を指令されたサービスにより提供すべきコンテンツが生成された場合に、それを対応する格納フォルダに記憶させることで（図１９のｓ１０１０→ｓ１０１２）提供すべきコンテンツとして取り扱われる（図２０のｓ１１０４で「ＹＥＳ」）ようになり、これにより、コンテンツを複合機１０に提供できる状態に復帰する（図２０のｓ１１０８〜ｓ１１２６）。ここで、再開を指令する際には、同時に、未提供コンテンツの取扱方法を再度通知し直すことができ（図１０のｓ６３０〜ｓ６４６）、この通知を受けた機能サーバ３０側では、この通知に対応するフォルダに記憶された未提供コンテンツを、通知された取扱方法に応じて処理する，具体的には、取扱方法が「全て破棄する」であれば、格納フォルダに記憶されたコンテンツを全て削除（図２１におけるｓ１２２０），取扱方法が「全て印刷する」であれば、コンテンツが記憶された状態を維持（同図ｓ１２２４「ＹＥＳ」），取扱方法が「個別に印刷／破棄を設定する」であれば、コンテンツを適宜削除（同図ｓ１２２６）した後、ユーザ管理情報において対応する情報（サービスの提供状態）を更新することで（同図ｓ１２２２）、この格納デバイスに記憶されている未提供コンテンツのみを提供すべきコンテンツであると取り扱われるようにすることができる。

このように、本サービス提供システムでは、複合機１０側からコンテンツの継続的な提供を一時停止および再開させだけでなく、この一時停止および再開を指令する際に未提供コンテンツの取扱方法を通知することで、コンテンツの提供を再開した際、先に通知した取扱方法による態様で未提供コンテンツを提供する（または提供されないようにする）ことができる。ここで、未提供コンテンツの取扱方法は、複合機１０側でユーザに指定されたものであるため、本サービス提供システムによれば、未提供コンテンツの提供態様をユーザの希望に即したものとすることができる。

そのため、例えば、未提供コンテンツがユーザにとって価値の無いコンテンツである場合、ユーザは、取扱方法として未提供コンテンツが提供されなくなる方法を指定することにより、そのような価値のないコンテンツが印刷されることに伴う記録媒体などの無用な消費を抑えることができる。

また、上記実施形態において、複合機１０から機能サーバ３０に一時停止または再開を指令すると共に取扱方法を通知するように構成されているため（図１０のｓ６２８，ｓ６３６，ｓ６４６）、取扱方法を通知するためだけの独立した通信を行う必要がなく、複合機１０および機能サーバ３０間における通信処理の負荷を軽減することができる。

また、上記実施形態において、複合機１０から機能サーバ３０に一時停止を指令する際には（図１０における６２０〜ｓ６２８）、未提供コンテンツの取扱方法として「破棄する」および「サーバに蓄積する」のいずれかを任意に選択することができ（図１１（ｃ）参照）、また、再開を指令する際には（図１０におけるｓ６３０〜ｓ６４６）、未提供コンテンツの取扱方法として「全て破棄する」，「全て印刷する」および「個別に印刷／破棄を設定する」のいずれかを任意に選択することができる。特に「個別に印刷／破棄を設定する」を選択した場合には、未提供コンテンツそれぞれの提供を選択的に要求することができ、こうして選択的員要求した未提供コンテンツのみの提供を受けることができる。

また、本実施形態において、複合機１０から機能サーバ３０に一時停止を指令する際には（図１０のｓ６２０〜ｓ６２８）、この一時停止を解除する日時としてユーザに指定させた日時の通知を併せて行うことができる（同図ｓ６２４，ｓ６２６）。そして、この通知を受けた機能サーバ３０側では、通知された日時を経過した際に（図２２のｓ１３０４，ｓ１３０６）、ユーザ管理情報において対応する情報（サービスの提供状態）を更新することで、以降、再開を指令されたサービスにより提供すべきコンテンツが提供すべきコンテンツとして取り扱われる（図２０のｓ１１０４で「ＹＥＳ」）ようになる。この結果、このコンテンツを複合機１０に提供できる状態に復帰する（図２０のｓ１１０８〜ｓ１１２６）。

このように、本コンテンツ提供システムにおいては、複合機１０から機能サーバ３０への一時停止の指令に伴って、一時停止を解除する旨を同時に指令していることになるため、コンテンツの継続的な提供を再開させるためだけに独立した通信を行う必要がなく、複合機１０および機能サーバ３０間における通信処理の負荷を軽減することができる。
（５）変形例
以上、本発明の実施の形態について説明したが、本発明は、上記実施形態に何ら限定されることはなく、本発明の技術的範囲に属する限り種々の形態をとり得ることはいうまでもない。

例えば、上記実施形態においては、本発明におけるクライアントデバイスとして、複合機１０を適用した構成を例示したが、機能サーバ３０により送信される印刷データを印刷する機能を有するデバイスであれば、複合機以外の装置として、例えば、プリンタ装置，ファクシミリ装置などに適用することも可能である。

また、上記実施形態においては、コンテンツ提供システムを構成する本発明でいうサーバが機能サーバ３０のみである構成を例示したが、このシステムを構成するサーバとしては、機能サーバ３０を含め、複数のサーバを備えた構成としてもよい。

また、上記実施形態においては、図１０のサービス管理処理のうち、取扱方法として未提供コンテンツを削除する旨が指定（ｓ６２０〜ｓ６２８）されたサービスについては、このサービス内容に基づくコンテンツの再開が指示された場合に、ｓ６１８で「ＹＥＳ」と判定された後で取扱方法を指定させる処理（ｓ６３０以降）を行わず、直接または先に未提供コンテンツを削除する旨が指定されていたことを通知してから、同図ｓ６３６へ移行し、再開コマンドと共にコンテンツを全て削除する旨を取扱方法として送信するように構成してもよい。このような構成とすることで、ユーザの操作を簡便なものとすることが可能となり、また、一時停止を指示したときのユーザの意図に合致させることができる。

また、上記実施形態においては、機能サーバ３０が、新たなコンテンツが生成された際に（図１９のｓ１００２）、コンテンツそのものを格納フォルダに記憶しておくように構成されたものを例示したが（同図ｓ１０１２）、例えば、新たに生成されたコンテンツそのものは別の記憶領域に記憶しておくと共に、この提供前のコンテンツを特定可能な識別コードなどの未提供情報を格納フォルダに記憶するようにし、このコンテンツを送信する際には、未提供情報を参照して対応するコンテンツを読み出した上で送信するように構成してもよい。この構成であれば、未提供情報はコンテンツを識別さえできればよく、コンテンツそのものよりもそのデータ量を小さくできるため、複数のクライアントデバイスを本コンテンツ提供システムの構成要素とした場合に、同一内容のコンテンツを送信すべきクライアントデバイスの数が多くなったとしても、コンテンツそのものをクライアントデバイスの数だけ記憶しておかなくてもよく、これにより機能サーバ３０の記憶部３３に大きな記憶領域を確保しておく必要がなくなる。このことは、本コンテンツ提供システムを構成するクライアントデバイスの数が多くなるほど顕著である。

（６）本発明との対応関係
以上説明した実施形態において、図９におけるｓ５０６は本発明における印刷手段であり、図１０におけるｓ６２８は本発明における中断指令手段であり、同図ｓ６２０〜ｓ６２２，ｓ６３０〜ｓ６３２は本発明における方法指定手段であり、同図ｓ６２８，ｓ６３６，ｓ６４６は本発明における方法通知手段であり、同図ｓ６３６，ｓ６４６は本発明における再開指令手段である。

また、図１９のコンテンツ準備処理，図２０のポーリング応答処理は本発明における提供手段であり、図２１におけるｓ１２１６は本発明における提供中断手段であり、同図ｓ１２２２，図２２の停止解除処理は本発明における提供再開手段であり、図２１におけるｓ１２１８〜ｓ１２２６は本発明における通知処理手段である。

コンテンツ提供システムの構成を示すブロック図 操作部の構成を示す図 複合機による複合機処理を示すフローチャート カテゴリ選択画面（ａ），サービス選択画面（ｂ）およびパラメータ入力画面（ｃ）を示す図 クライアント側セッション処理を示すフローチャート サービス登録申請ジョブを示すフローチャート ポーリング管理情報のデータ構造を示す図 ポーリング処理を示すフローチャート プリントジョブを示すフローチャート クライアント側サービス管理処理を示すフローチャート 有効サービス画面（ａ），サービス配信制御画面（ｂ）および停止中データ取扱画面（ｃ）を示す図 メニュー構造を示す図 期日指定画面（ａ）および日時入力画面（ｂ）を示す図 蓄積データ取扱画面（ａ）および個別指定画面（ｂ）を示す図 機能サーバ処理を示すフローチャート サーバ側セッション処理を示すフローチャート サービス登録受付ジョブを示すフローチャート ユーザ管理情報のデータ構造を示す図 コンテンツ準備処理を示すフローチャート ポーリング応答処理を示すフローチャート サーバ側サービス管理処理を示すフローチャート 停止解除処理を示すフローチャート

符号の説明

１０…複合機、１１…制御部、１２…操作部、１３…読取部、１４…記録部、１５…通信部、１６…記憶部、１７…音入力部、１８…音出力部、２０…ディレクトリサーバ、２１…制御部、２２…通信部、２３…記憶部、２４…サービス定義情報記憶部、２５…サービス定義情報、３０…機能サーバ、３１…制御部、３２…通信部、３３…記憶部、４１…コピーキー、４２…スキャナキー、４３…ＦＡＸキー、４４…サービスキー、４５…設定キー、４６…方向キー、５０…ＯＫキー、５１…キャンセルキー、５２…ディスプレイ、１２０…サービスソフト記憶部、１２２…サービスソフトウェア、１４０…セッション管理情報記憶部、１５０…サービス出力記憶部。

Claims (9)

1. それぞれデータ通信可能なサーバおよびクライアントデバイスからなり、前記サーバから前記クライアントデバイスに対し、該クライアントデバイス側で記録媒体への印刷が可能なコンテンツを提供するためのコンテンツ提供システムであって、
   前記クライアントデバイスは、
   前記サーバから継続的に提供されるコンテンツを随時記録媒体に印刷する印刷手段と、
   ユーザの操作を受けて前記サーバからのコンテンツの継続的な提供の中断を前記サーバに指令する中断指令手段と、
   該中断指令手段により提供中断を指令したことで前記サーバから提供されなくなる未提供コンテンツの取扱をどのようにするかを示す取扱方法をユーザに指定させる方法指定手段と、
   該方法指定手段により指定された取扱方法を前記サーバに対して通知する方法通知手段と、
   前記中断指令手段により提供中断が指令された以降、ユーザの操作を受けて前記サーバからのコンテンツの継続的な提供の再開を前記サーバに指令する再開指令手段と、を備えており、
   前記サーバは、
   前記クライアントデバイスに対する継続的なコンテンツの提供を行う提供手段と、
   前記中断指令手段からコンテンツの提供中断が指令された際に、前記提供手段による継続的なコンテンツの提供を中断させる提供中断手段と、
   該提供中断手段により継続的なコンテンツの提供を中断させた以降、前記再開指令手段
   からコンテンツの提供再開が指令された場合に、前記提供手段による継続的なコンテンツの提供を再開させる提供再開手段と、
   前記提供中断手段により継続的なコンテンツの提供を中断させてから前記提供再開手段によりコンテンツの提供を再開させるまでの前記クライアントデバイスに提供されなかった未提供コンテンツを、前記方法通知手段から通知された取扱方法に従って処理する通知処理手段と、を備えている
   ことを特徴とするコンテンツ提供システム。
2. 前記クライアントデバイスにおいて、
   前記方法通知手段は、前記中断指令手段による提供中断の指令または前記再開指令手段による提供再開の指令が行われた際に、前記方法指定手段により指定された取扱方法の通知を行う、ように構成されている
   ことを特徴とする請求項１に記載のコンテンツ提供システム。
3. ユーザが指定可能な前記未提供コンテンツの取扱方法として、少なくとも、前記未提供コンテンツの提供を要求する旨，前記未提供コンテンツの提供を要求しない旨，前記未提供コンテンツそれぞれについて選択的に提供を要求する旨のうち、いずれか１以上が含まれている
   ことを特徴とする請求項１または請求項２に記載のコンテンツ提供システム。
4. 前記クライアントデバイスにおいて、
   前記再開指令手段は、前記中断指令手段による提供中断の指令が行われた際に、コンテンツの提供を再開する時期の通知を提供再開の指令として行う、ように構成されており、
   前記サーバにおいて、
   前記提供再開手段は、前記提供中断手段により継続的なコンテンツの提供を中断させた以降、前記クライアントデバイスからコンテンツの提供を再開する時期として通知された時期となった際に、前記提供手段による継続的なコンテンツの提供を再開させる、ように構成されている
   ことを特徴とする請求項１から３のいずれかに記載のコンテンツ提供システム。
5. データ通信可能なサーバから記録媒体への印刷が可能なコンテンツの提供を受けるためのクライアントデバイスであって、
   前記サーバから継続的に提供されるコンテンツを随時記録媒体に印刷する印刷手段と、
   ユーザの操作を受けて前記サーバからのコンテンツの継続的な提供の中断を前記サーバに指令する中断指令手段と、
   該中断指令手段により提供中断を指令したことで前記サーバから提供されなくなる未提供コンテンツの取扱をどのようにするかを示す取扱方法をユーザに指定させる方法指定手段と、
   該方法指定手段により指定された取扱方法を前記サーバに対して通知する方法通知手段と、
   前記中断指令手段により提供中断が指令された以降、ユーザの操作を受けて前記サーバからのコンテンツの継続的な提供の再開を前記サーバに指令する再開指令手段と、を備えている
   ことを特徴とするクライアントデバイス。
6. データ通信可能なクライアントデバイスに対し、該クライアントデバイス側で記録媒体への印刷が可能なコンテンツを提供するためのサーバであって、
   前記クライアントデバイスに対する継続的なコンテンツの提供を行う提供手段と、
   前記クライアントデバイスからコンテンツの提供中断が指令された際に、前記提供手段による継続的なコンテンツの提供を中断させる提供中断手段と、
   該提供中断手段により継続的なコンテンツの提供を中断させた以降、前記クライアントデバイスからコンテンツの提供再開が指令された場合に、前記提供手段による継続的なコンテンツの提供を再開させる提供再開手段と、
   前記提供中断手段により継続的なコンテンツの提供を中断させてから前記提供再開手段によりコンテンツの提供を再開させるまでの前記クライアントデバイスに提供されなかった未提供コンテンツを、前記クライアントデバイスから通知された取扱方法に従って処理する通知処理手段と、を備えている
   ことを特徴とするサーバ。
7. 継続的なコンテンツの提供を行う提供手順と、
   該提供手順で継続的に提供されるコンテンツを随時記録媒体に印刷する印刷手順と、
   ユーザの操作を受けて前記提供手順によるコンテンツの継続的な提供の中断を指令する中断指令手順と、
   該中断指令手順からコンテンツの提供中断が指令された際に、前記提供手順による継続的なコンテンツの提供を中断させる提供中断手順と、
   前記中断指令手順により提供中断を指令したことで前記提供手順にて提供されなくなる未提供コンテンツの取扱をどのようにするかを示す取扱方法をユーザに指定させる方法指定手順と、
   前記中断指令手順により提供中断が指令された以降、ユーザの操作を受けて前記提供手順によるコンテンツの継続的な提供の再開を指令する再開指令手順と、
   前記提供中断手順により継続的なコンテンツの提供を中断させた以降、前記再開指令手順によりコンテンツの提供再開が指令された場合に、前記提供手順による継続的なコンテンツの提供を再開させる提供再開手順と、
   前記提供中断手順により継続的なコンテンツの提供を中断させてから前記提供再開手順によりコンテンツの提供を再開させるまでに提供されなかった未提供コンテンツを、前記方法指定手順により指定された取扱方法に従って処理する通知処理手順と、を含む
   ことを特徴とするプログラム。
8. サーバとデータ通信可能なクライアントデバイスに、前記サーバからコンテンツの提供を受けるための各種処理手順を実行させるためのプログラムであって、
   前記サーバから継続的に提供されるコンテンツを随時記録媒体に印刷する印刷手順と、
   ユーザの操作を受けて前記サーバからのコンテンツの継続的な提供の中断を前記サーバに指令する中断指令手順と、
   該中断指令手順により提供中断を指令したことで前記サーバから提供されなくなる未提供コンテンツの取扱をどのようにするかを示す取扱方法をユーザに指定させる方法指定手順と、
   該方法指定手順により指定された取扱方法を前記サーバに対して通知する方法通知手順と、
   前記中断指令手順により提供中断が指令された以降、ユーザの操作を受けて前記サーバからのコンテンツの継続的な提供の再開を前記サーバに指令する再開指令手順と、を含む
   ことを特徴とするプログラム。
9. クライアントデバイスとデータ通信可能なサーバに、前記クライアントデバイスに対してコンテンツを提供するための各種処理手順を実行させるためのプログラムであって、
   前記クライアントデバイスに対する継続的なコンテンツの提供を行う提供手順と、
   前記クライアントデバイスからコンテンツの提供中断が指令された際に、前記提供手順による継続的なコンテンツの提供を中断させる提供中断手順と、
   該提供中断手順により継続的なコンテンツの提供を中断させた以降、前記クライアントデバイスからコンテンツの提供再開が指令された場合に、前記提供手順による継続的なコンテンツの提供を再開させる提供再開手順と、
   前記提供中断手順により継続的なコンテンツの提供を中断させてから前記提供再開手順によりコンテンツの提供を再開させるまでの前記クライアントデバイスに提供されなかった未提供コンテンツを、前記クライアントデバイスから通知された取扱方法に従って処理する通知処理手順と、を含む
   ことを特徴とするプログラム。