JP6079845B2 - システムおよび処理端末 - Google Patents

Description

本発明は，処理制御サーバー，処理制御方法および処理端末に関し，特にクラウドコンピューティングシステムにおいてユーザーからサーバー経由で取得したリクエストを即時に実行するための技術に関する。

従来，電子メールの送信によって特定のプリンターに印刷を実行させるためのサービスを提供するクラウドコンピューティングシステムが知られている（例えば特許文献１）。このクラウドコンピューティングシステムは，特定の電子メールを受信すると電子メールに基づいて特定のプリンターに対応した印刷データを生成するサーバーを備え，サーバーに登録されている特定のプリンターはサーバーから印刷データを取得して印刷を実行する。したがって利用者は，ＰＣ（Personal Computer），スマートフォン等の通信端末にプリンタードライバーがインストールされていない場合であっても，サーバーに登録されているプリンターを利用することが可能になる。このシステムにおいては，特定の電子メールアドレスと対応付けられたプリンターの登録処理がサーバーにおいてなされると，当該電子メールアドレスを知っている任意のユーザーが当該プリンターを利用可能になる。

特開２００８−７１２５７号公報

ここで，サーバーからプリンターが印刷データをＨＴＴＰ（Hyper Text Transfer Protocol）に基づいて取得しながら印刷を実行している場合に，ユーザーが印刷の中止を指示する状況について述べる。この状況では，ユーザーの通信端末から中止要求を取得したサーバーがプリンターに印刷を中止させることになる。まず，サーバーがプリンターに印刷を中止させるために，印刷データファイルを削除すると仮定する。しかし，一般にＨＴＴＰサーバーでは，ＨＴＴＰ接続が切断されてファイルが閉じられるまでは，送信中のファイルのデータにアクセスできる仕様になっているため，印刷データファイルを削除しようとしても印刷データの送信は続行することになり，プリンターによる印刷を中止させることができない。そして，サーバーでは印刷が中止されたものとして扱われることになるという問題も生ずる。次に，サーバーがプリンターに印刷を中止させるために，印刷データファイルを削除するとともにＨＴＴＰ接続を切断すると仮定する。しかし，プリンターからの要求に応じて印刷データの送信が開始された後に，ＨＴＴＰサーバーから印刷データの送信を中止するには，処理の実行依頼主体と処理の中止依頼主体とが異なるため，ＨＴＴＰサーバーの負荷を著しく増大させる特殊な処理が必要となる。次に，サーバーがプリンターに印刷を中止させるために，サーバーからプリンターにＨＴＴＰに基づいて印刷の中止依頼を送信するとともに印刷データファイルを削除すると仮定する。しかし，ＨＴＴＰに基づいて印刷データが送信されている期間中に同じＨＴＴＰで印刷の中止依頼を送信するには，印刷データの送信処理に割り込むことになるため，ＨＴＴＰサーバーの負荷を著しく増大させる特殊な処理が必要となる。

本発明は，サーバーの負荷を増大させずに処理端末による処理を中止させることを目的とする。

（１）上記目的を達成するための処理制御サーバーは，ＨＴＴＰに基づいた第一の接続を用いて処理端末と通信する第一通信手段と，前記第一の接続と異なる第二の接続を用いて前記処理端末と通信する第二通信手段と，処理要求を取得した後に，前記処理端末に対象データをＨＴＴＰに基づいて送信し，中止要求の取得に応じて前記対象データの処理の中止を前記第二の接続を用いて前記処理端末に要求する処理制御手段と，を備える。

本発明によると，処理端末に対象データをＨＴＴＰに基づいて送信している最中であっても，処理データの送信に用いられる第一の接続と異なる第二の接続を用いて処理端末と通信することによって，対象データの処理の中止を処理端末に要求する。すなわち，対象データの送信と対象データの処理中止の要求とがＨＴＴＰと同一階層のプロトコルレベルで分離されることになるため，処理制御サーバーの負荷を抑制することができる。

（２）上記目的を達成するための処理制御サーバーにおいて，前記処理制御手段は，前記処理端末に中止を要求したことに対する応答に基づいて前記対象データの処理が前記処理端末において続行されるか否かを判定し，前記対象データの処理が続行されない場合には，前記対象データを削除し，前記対象データの処理が続行される場合には，前記対象データの削除を延期してもよい。

本発明においては，処理端末の仕様が統一されていないことを想定している。例えば，対象データの処理を開始した後に処理端末がその処理の中止を要求された場合に，その処理を中止しないこともあり得る。このような場合，処理端末に中止を要求したことより処理制御サーバーが受信する応答はエラーを示す内容となるため，処理制御サーバーにおいては，その処理が続行されるか否かをその応答に基づいて判定可能となる。その処理が続行される場合，対象データを即座に削除するよりも，例えば，中止要求に対する処理が失敗したものとしてユーザーに通知することが好ましい。
（３）上記目的を達成するための処理制御サーバーにおいて、管理端末と通信する第三通信手段を更に備え、前記中止要求は前記第三通信手段を用いて前記管理端末から取得してもよい。
（４）前記第一通信手段と前記第二通信手段と前記処理制御手段とは、それぞれ別のコンピューターによって構成されてもよい。

なお，請求項に記載された各手段の機能は，構成自体で機能が特定されるハードウェア資源，プログラムにより機能が特定されるハードウェア資源，又はそれらの組み合わせにより実現される。また，これら各手段の機能は，各々が物理的に互いに独立したハードウェア資源で実現されるものに限定されない。例えば，請求項に記載されたサーバーとは，１台のコンピューターで実現されているものに限られず，各手段をそれぞれ分担する複数のコンピューターの組み合わせによる群としてサーバーを実現しても良い。さらに，本発明は方法としても，処理端末としても，上記した機能をコンピュータに実現させるコンピュータープログラムとしても，そのプログラムの記録媒体としても成立する。むろん，そのコンピュータプログラムの記録媒体は，磁気記録媒体であってもよいし光磁気記録媒体であってもよいし，今後開発されるいかなる記録媒体であってもよい。

処理制御サーバーと，処理端末としてのプリンターとを含む印刷システム全体を示すブロック図である。 処理制御方法を示すシーケンスチャートである。 印刷制御ページを示す平面図である。

以下，本発明の実施の形態を添付図面を参照しながら説明する。尚，各図において対応する構成要素には同一の符号が付され，重複する説明は省略される。
１．構成
処理制御サーバー２と処理端末としてのプリンター３ａ，３ｂ，３ｃ，３ｄを含む印刷システム全体の一実施例を図１に示す。図１に示す印刷システムは，処理制御サーバー２に登録されたプリンター３ａ，３ｂ，３ｃ，３ｄのいずれかに対応付けられた電子メールアドレスを宛先とする電子メールを任意の通信端末１から送信すると，宛先の電子メールアドレスに対応付けられたプリンター３ａ，３ｂ，３ｃ，３ｄのいずれかにおいて電子メールの添付ファイルや本文が印刷される機能を実現する。処理制御サーバー２，プリンター３ａ，３ｂ，３ｃ，３ｄ，通信端末１はインターネット４に接続される。なお，プリンター３ａ，３ｂ，３ｃ，３ｄの構成は発明を理解する上において実質的に同一であるため，図１においてはプリンター３ａ，３ｂ，３ｃの構成は省略されている。また，以下の説明では特に必要がない限り，プリンター３ａ，３ｂ，３ｃ，３ｄを区別することなく，プリンター３と表記する。なお、プリンター３はハブやルーターを経てインターネット４に接続されていてもよい。

処理制御サーバー２は１以上のコンピューターによって構成され，アプリケーションサーバー２１，ＳＭＴＰサーバー２２，ＨＴＴＰサーバー２３およびＸＭＰＰサーバー２４を含む。アプリケーションサーバー２１，ＳＭＴＰサーバー２２，ＨＴＴＰサーバー２３，ＸＭＰＰサーバー２４のそれぞれは，図示しないＣＰＵとＲＡＭとＲＯＭとハードディスク装置と通信部とそれらを接続する内部インターフェースとを備えている。通信部はインターネットからＬＡＮを経由して受信する信号をプロトコルに従って変換して内部バスに送出し，内部バスから取り込んだ信号をプロトコルに従って変換してＬＡＮを経由してインターネットに送出する。

ＳＭＴＰサーバー２２は，アプリケーションサーバー２１に登録されたプリンター３に割り当てられた電子メールアドレスにおいて電子メールを送受信する機能を有する。

ＨＴＴＰサーバー２３はプリンター３とＨＴＴＰに基づいて通信する第一通信手段として機能する。

ＸＭＰＰサーバー２４はプリンター３とＸＭＰＰ（Extensible Messaging and Presence Protocol）に基づいて通信する第二通信手段として機能する。

アプリケーションサーバー２１は，ＳＭＴＰに基づいて印刷実行要求を取得すると，対応するプリンター３に応じた印刷データを生成し，生成した印刷データをＨＴＴＰに基づいて対応するプリンター３に送信し，ＨＴＴＰに基づいて印刷中止要求を取得するとＸＭＰＰに基づいて対応するプリンター３に印刷中止を要求する処理制御手段として機能する。

プリンター３は，処理制御サーバー２との常時接続によって処理制御サーバー２から取得する印刷実行要求に基づいて印刷を実行する機能を有する。したがってプリンター３は，ＣＰＵ３１，ＲＯＭ３２，ＲＡＭ３３，印刷部３５等の通常のプリンターの構成要素に加えて，インターネット４を介してメッセージを送受信するための通信部３４を備えている。通信部３４はインターネット４からＬＡＮを経由して受信する信号をプロトコルに従って変換して内部バスに送出し，内部バスから取り込んだ信号をプロトコルに従って変換してＬＡＮを経由してインターネットに送出する。ＲＯＭ３２にはＯＳ３３１，接続制御モジュール３３２，サーバーインターフェースモジュール３３３，印刷制御モジュール３３４等のＲＡＭ３３に読み込まれＣＰＵ３１によって実行される種々のコンピュータープログラムが記憶されている。これらのコンピュータープログラムをＣＰＵ３１が実行することによって，プリンター３の各種の機能が実現される。

ＯＳ３３１は，接続制御モジュール３３２，サーバーインターフェースモジュール３３３，印刷制御モジュール３３４等の各種のアプリケーションプログラムと協働してプリンター３のハードウェアを制御するとともに，ＴＣＰ／ＩＰ，ＨＴＴＰ，ＸＭＰＰ等のプロトコルに従って処理制御サーバー２との通信を制御する機能を実現する。したがってＯＳ３３１は，ＣＰＵ３１および通信部３４を第一通信手段および第二通信手段として機能させるコンピュータープログラムである。なお，プリンター３がＴＣＰ／ＩＰ，ＨＴＴＰ，ＸＭＰＰ等のプロトコルに従って処理制御サーバー２と通信するためのアカウント情報は予めプリンター３と処理制御サーバー２とにそれぞれ設定されている。

サーバーインターフェースモジュール３３３は，ＨＴＴＰ，ＸＭＰＰ等のプロトコルに従って処理制御サーバー２と通信することによって，処理制御サーバー２から印刷実行要求や印刷データや印刷中止要求を取得する機能を実現する。

印刷制御モジュール３３４は，サーバーインターフェースモジュール３３３を介して印刷実行要求や印刷データや印刷中止要求を取得し，印刷実行要求を取得すると，印刷データに基づいて印刷部３５を制御して印刷を実行し，印刷中止要求を取得すると印刷の実行を中止する機能を実現する。したがって印刷制御モジュール３３４は，ＣＰＵ３１および印刷部３５を処理手段として機能させるコンピュータープログラムである。

２．処理制御方法
次に上述の処理制御サーバー２を本発明の一実施例としての処理制御サーバーとして機能させるとともにプリンター３を処理端末として機能させる処理制御方法について説明する。図１に示す印刷システムにおいては，通信端末１から処理制御サーバー２に印刷の実行が要求されたときにはプリンター３において印刷が即座に実行され，通信端末１から処理制御サーバー２に印刷中止が要求されたときにはプリンター３において印刷が即座に中止されることが望まれる。また，プリンター３が印刷実行要求や印刷中止要求を即時に取得するために処理制御サーバー２をＨＴＴＰに基づいたメッセージを使ってポーリングすることは処理制御サーバー２の負荷とネットワークトラフィックの観点から好ましくない。そこで，プリンター３はＸＭＰＰに基づいた印刷実行要求と印刷中止要求を処理制御サーバー２から取得する。ＸＭＰＰは，双方向にメッセージを送信できるプッシュ型プロトコルであるため，プリンター３による処理制御サーバー２のポーリングは不要となる。以下に説明するシーケンスでは，ＪＩＤ，ＸＭＰＰログインパスワード，電子メールアドレス等のプリンター３が処理制御サーバー２と通信するためのアカウントを，アプリケーションサーバー２１に既に登録されている他のプリンターの登録情報を参照しながらプリンター３に割り当てる処理がプリンター３と処理制御サーバー２とにおいて実行されているものとする。

ユーザーがプリンター３の電源ボタンを押して電源を遮断した後に再び電源ボタンを押して電源を投入するたびに，プリンター３は処理制御サーバー２とのＸＭＰＰ接続のためのログインシーケンスを実行する（Ｓ３０１）。ログインシーケンスにおいて，プリンター３は各部の初期化処理を行うともに，ＸＭＰＰサーバー２４にＪＩＤ，ＸＭＰＰログインパスワード等のアカウント情報を送信する。ＸＭＰＰアカウント情報を取得したＸＭＰＰサーバー２４は，プリンター３とのＸＭＰＰ接続を確立する（Ｓ２０２）。このようにしてＸＭＰＰサーバー２４とプリンター３との間で確立されるＸＭＰＰ接続はプリンター３の電源が遮断されるまで維持される。

通信端末１のユーザーは，メールユーザーエージェント（ＭＵＡ）を操作することによって，対応する電子メールアドレスを取得しているプリンター３に印刷を実行させることができる。具体的には，まず，通信端末１のユーザーはＭＵＡを操作することによって印刷依頼としての電子メールを生成し，プリンター３に割り当てられた電子メールアドレスを宛先として通信端末１からＳＭＴＰサーバー２２に印刷依頼としての電子メールを送信する（Ｓ１０１）。

アプリケーションサーバー２１は，ＳＭＴＰサーバー２２が印刷依頼としての電子メールを受信すると，印刷設定ページを生成し，ＨＴＭＬサーバー２３に記憶させる（Ｓ２０２）。印刷制御ページとは，通信端末１から処理制御サーバー２を介して種々の印刷制御コマンドをプリンター３に送信するためのウェブページである。

図３に印刷制御ページの一例を示す。印刷制御ページ５には，印刷対象ファイル，用紙サイズ，自動色変換の種類，画質レベル，印刷部数等を選択するための各種のドロップダウンリスト５１，５２，５３，５４，５５，印刷実行要求を送信するための印刷ボタン５６，自動色変換の種類，画質レベル等をユーザーが変更した場合にプレビュー画像５９を更新するための再プレビューボタン５７，印刷中止要求を送信するためのキャンセルボタン５８，印刷対象ファイルのプレビュー画像５９等が配置される。印刷制御ページ５と印刷対象のファイルとはアプリケーションサーバー２１によって対応付けられている。

アプリケーションサーバー２１は，印刷制御ページ５を生成すると，印刷制御ページ５を取得するためのＵＲＬを含む電子メールを生成し，ＳＭＴＰサーバー２１を介して通信端末１に送信する（Ｓ２０３）。これにより，通信端末１が印刷制御ページ５を取得するのに必要な情報が処理制御サーバー２から通信端末１に通知される。

通信端末１のユーザーは，ＭＵＡを操作することによって，電子メールに含まれた印刷制御ページ５を取得するためのＵＲＬをブラウザに取得させ，通信端末１のブラウザからＨＴＭＬサーバー２３にそのＵＲＬを送信させる。その結果，通信端末１はＨＴＭＬサーバー２３から印刷制御ページ５を取得し（Ｓ１０２），取得した印刷制御ページ５を画面表示する（Ｓ１０３）。印刷制御ページを取得した通信端末１のユーザーは，ブラウザを操作することによって，印刷の実行開始と実行中止をプリンター３に要求することができる。具体的には次の通りである。

印刷制御ページ５の印刷ボタン５６がクリックされると，通信端末１のブラウザによって印刷実行要求が処理制御サーバー２に送信される（Ｓ１０４）。その結果，アプリケーションサーバー２１がＨＴＭＬサーバー２３を介して印刷実行要求を取得する。印刷実行要求は，ドロップダウンリスト５１，５２，５３，５４，５５の選択項目を印刷ボタン５６に埋め込まれたＵＲＬに送信するＨＴＴＰリクエストである。

このようにして処理制御サーバー２において印刷実行要求が発生すると，アプリケーションサーバー２１は印刷依頼としての電子メールから取得した印刷対象とドロップダウンリスト５１，５２，５３，５４，５５の選択項目とに基づいて，プリンター３に応じた印刷データを含む印刷ジョブを生成する（Ｓ２０５）。

次にアプリケーションサーバー２１はＸＭＰＰサーバー２４を介して印刷ジョブの発生をプリンター３に通知する（Ｓ２０６）。印刷ジョブの発生をプリンター３に通知する際には、印刷データを取得するために必要な印刷ジョブ情報をＨＴＴＰサーバー２３から取得するためのＵＲＬがＸＭＰＰサーバー２４を介してプリンター３に送信される。このように印刷ジョブの発生をプリンター３に通知する処理にはＸＭＰＰが用いられるため，処理制御サーバー２が自律的に通知することができ，プリンター３からのポーリングを必要としない。このため，印刷ジョブの発生を即座にプリンター３に通知することができ，また，最小限の通信量で印刷ジョブの発生をプリンター３に通知することができる。

印刷ジョブの発生を通知されたプリンター３は，印刷データを取得するために必要な印刷ジョブ情報を処理制御サーバー２からＨＴＴＰに基づいて取得する（Ｓ３０２）。印刷ジョブ情報には印刷データをダウンロードするためのＵＲＬが含まれる。

印刷ジョブ情報を取得したプリンター３は，プリンター３がアイドル状態になるのを待ち，アイドル状態になると，印刷データをダウンロードするためのＵＲＬをＨＴＴＰサーバー２３に送信することによって印刷データを取得し，取得した印刷データに基づいて印刷を実行する（Ｓ３０３）。

このように，印刷制御ページを取得した通信端末１のユーザーがブラウザを操作して印刷の実行開始を要求することによって印刷実行要求が発生すると，処理制御サーバー２は印刷の対象データである印刷データをＨＴＴＰに基づいてプリンター３に送信し，その結果，プリンター３において印刷が実行される。

一方、印刷実行要求が発生した後、印刷制御ページを取得した通信端末１のユーザーがブラウザを操作して、表示され続けている印刷制御ページのキャンセルボタン５８をクリックすると，通信端末１のブラウザによって印刷中止要求が処理制御サーバー２に送信される（Ｓ１０６）。その結果，アプリケーションサーバー２１がＨＴＭＬサーバー２３を介して印刷中止要求を取得する。印刷中止要求は，キャンセルボタン５８に埋め込まれたＵＲＬを含むＨＴＴＰリクエストである。

印刷中止要求を取得したアプリケーションサーバー２１は，ステップＳ２０６で印刷ジョブの発生をプリンター３に通知した後であれば、ＸＭＰＰサーバー２４を介して印刷中止要求をプリンター３に送信する（Ｓ２０７）。すなわち，処理制御サーバー２は，印刷中止要求が発生すると，印刷実行の中止をプッシュ型プロトコルであるＸＭＰＰに基づいた通信によってプリンター３に要求する。この処理は，ＨＴＭＬサーバー２３によって印刷データをプリンター３に送信しているときであっても，ＸＭＰＰサーバー２４によって実行可能である。そして，ＸＭＰＰがプッシュ型のプロトコルであるため，印刷中止要求が発生したとき即座にプリンター３に対して印刷実行の中止を要求することができる。一方、アプリケーションサーバー２１の印刷中止要求の取得がステップＳ２０６で印刷ジョブの発生をプリンター３に通知する前であれば、プリンター３に通知を行うことなく印刷ジョブの生成を中止するか印刷ジョブを削除する。

印刷中止要求を取得したプリンター３は，印刷中止要求に対する応答をＸＭＰＰに基づいて処理制御サーバー２に送信する（Ｓ３０４）。印刷中止要求を取得したプリンター３が印刷中止に成功した場合には，印刷中止の成功が処理制御サーバー２に通知される。なお，プリンター３が印刷中止要求に対応していない場合や，印刷終了後に印刷中止要求をプリンター３が取得する場合や，印刷開始前に印刷中止要求をプリンター３が取得する場合については後述する。

印刷中止要求を取得したプリンター３は，次に，処理制御サーバー２から印刷データを取得する処理と，取得した印刷データに基づいて印刷を実行する処理とを中止し，受信済みの印刷データを含む印刷ジョブを削除する（Ｓ３０５）。

印刷中止の成功が通知された処理制御サーバー２において，アプリケーションサーバー２１は，ＸＭＰＰサーバー２４を介して印刷中止の成功ステータスを取得し，プリンター３に送信するために生成した印刷データを含む印刷ジョブを削除する（Ｓ２０８）。ＨＴＭＬサーバー２３は，アプリケーションサーバー２１が印刷データを削除した後であっても削除前に開いた印刷データファイルを要求に応じてプリンター３に送信することが可能であるが，ステップＳ３０５においてプリンター３が印刷データを取得する処理，すなわち印刷データをＨＴＭＬサーバー２３に要求する処理を中止しているため，プリンター３において印刷が続行されることはない。

次にアプリケーションサーバー２１は印刷中止の成功をユーザーに通知するための印刷中止ページを生成する（Ｓ２０９）。

アプリケーションサーバー２１によって生成された印刷中止ページは，ＨＴＭＬサーバー２３を介して通信端末１が取得し（Ｓ１０７），通信端末１のブラウザによって表示される（Ｓ１０８）。その結果，通信端末１のユーザーはプリンター３において印刷が中止されたことを知ることができる。

なお，印刷実行依頼の直後で印刷が開始される前に印刷中止要求が発生した場合や，印刷終了後に印刷中止要求が発生した場合には，印刷中止要求に対するプリンター３の応答は非印刷中エラーとし，印刷開始前であれば印刷を開始せずに受信済みの印刷データを含む印刷ジョブを削除すればよい。非印刷中エラーの応答をＸＭＰＰサーバー２４を介して取得したアプリケーションサーバー２１は，印刷中止が成功したものとして印刷ジョブを削除するとともに印刷中止ページを生成すればよい。もちろん，印刷終了後に印刷中止要求が発生した場合には，印刷中止が失敗したものとして扱い，印刷中止の失敗を通信端末１のユーザーに通知するためのウェブページを生成しても良い。
また，プリンター３と処理制御サーバー２との間でＸＭＰＰ接続が確立されていない場合には，プリンター３の電源が遮断されているか、通信経路に異常が生じているものとして印刷ジョブを削除すればよい。

ところで，本実施例では，処理制御サーバー２に登録され得るプリンター３の仕様が統一されていないことを想定している。したがって，印刷を開始した後にプリンター３が印刷中止要求を取得した場合であっても，印刷を中止しないこともあり得る。このような場合，ＸＭＰＰに基づいてプリンター３に印刷中止要求を送信したことより処理制御サーバー２が受信する応答は非対応エラーを示す内容となる。処理制御サーバー２は，非対応エラーを示す応答を受信した場合，印刷中止が失敗したものとして，印刷データを削除するタイミングを、通常の印刷完了の場合に削除するタイミングまで延期する。具体的には，アプリケーションサーバー２１は，プリンター３から印刷終了が通知されるまでは印刷データを削除せずに保持しておけばよい。
すなわちアプリケーションサーバー２１は，ＸＭＰＰに基づいてプリンター３に中止を要求したことより受信する応答に基づいてプリンター３における印刷が続行されるか否かを判定し、判定結果に応じて印刷データを含む印刷ジョブを削除したり、印刷ジョブの削除を延期すればよい。

以上述べた実施例によると，ＨＴＴＰサーバー２３に特別な機能を追加せずに印刷の実行を中止させることができる。すなわち，処理制御サーバー２の負荷を増大させることなく，プリンター３による印刷の実行を遠隔操作によって中止させることができる。なお，印刷中止要求をプリンター３に送信するためのＸＭＰＰサーバー２４は，印刷ジョブの発生を即時にプリンター３に通知するために必要であるから，印刷中止要求をプリンター３に送信するためにＸＭＰＰサーバー２４を用いたとしても，ＸＭＰＰサーバー２４のピーク負荷が増大するわけではない。すなわち，印刷中止のための処理を処理制御サーバー２の内部において分散することによって，処理制御サーバー２の構成を簡素化し，印刷中止処理の実現のためのコストを抑制することができる。

３．他の実施形態
尚，本発明の技術的範囲は，上述した実施例に限定されるものではなく，以下の１つ又は複数の変形例を組み合わせる等，本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。

例えば，処理制御サーバー２は物理的に独立した複数のコンピューターによって構成されてもよいし，単一のコンピューターによって構成されても良い。
また、アプリケーションサーバー２１は印刷制御ページ５を用いずに印刷依頼としての電子メールの受信に応じて印刷ジョブの生成を行い、その後に印刷ジョブの発生をプリンター３に通知しても良い。そして、例えば、ユーザーは通信端末１のブラウザを用いて、ＨＴＭＬサーバー２３に存在するプリンター３のジョブ管理画面を取得し、そのジョブ管理画面からジョブの削除と印刷中止を指示するようにする。あるいは、ユーザーは中止を指示する電子メールを送信するようにする。この場合でもステップＳ２０７以降は上述の実施例と同様に動作する。

また，プリンター３と処理制御サーバー２との常時接続のための通信プロトコルについては，ＸＭＰＰ以外の通信プロトコルを用いても良い。例えば，ＳＩＰ（Session Initiation Protocol）やＳＩＭＰＬＥ（SIP for Instant Messaging and Presence Leveraging Extensions）といったＸＭＰＰ以外のプッシュ型通信プロトコル（サーバーからクライアントに対する処理を実行するためにクライアントからの要求を必要としないプロトコル）を用いて送信しても良いし、上述とは関係の無い目的でポーリングが必要である場合等には、そのポーリングで用いられるプル型通信プロトコルを用いて送信しても良い。
また，プリンター以外の様々な情報機器を処理端末として本発明を適用できることはいうまでもない。

１…通信端末，２…処理制御サーバー，３ａ，３ｂ，３ｃ，３ｄ…プリンター，４…インターネット，５…印刷制御ページ，２１…アプリケーションサーバー，２２…ＳＭＴＰサーバー，２３…ＨＴＴＰサーバー，２４…ＸＭＰＰサーバー，３１…ＣＰＵ，３２…ＲＯＭ，３３…ＲＡＭ，３４…通信部，３５…印刷部，５１，５２，５３，５４，５５…ドロップダウンリスト，５６…印刷ボタン，５７…再プレビューボタン，５８…キャンセルボタン，５９…プレビュー画像，３３２…接続制御モジュール，３３３…サーバーインターフェースモジュール，３３４…印刷制御モジュール

Claims (3)

1. 処理端末と処理制御サーバーとが通信するシステムであって、
   前記処理制御サーバーは、
   ＨＴＴＰに基づいた第一の接続を用いて処理端末と通信する第一通信手段と、
   前記第一の接続と異なる第二の接続を用いて前記処理端末と通信する第二通信手段と、
   処理要求を取得した後に，前記処理端末に対象データをＨＴＴＰに基づいて送信し、中止要求の取得に応じて前記対象データの処理の中止を前記第二の接続を用いて前記処理端末に要求する処理制御手段と、
   を備え、
   前記処理端末は、
   ＨＴＴＰに基づいた第一の接続を用いて処理制御サーバーと通信する第一通信手段と、
   前記第一の接続と異なる第二の接続を用いて前記処理制御サーバーと通信する第二通信手段と、
   前記第二の接続を用いてジョブの発生が通知されると、前記処理制御サーバーから対象データを前記第一の接続を用いて取得するとともに前記対象データに基づいて所定の処理を実行し、前記第二の接続を用いて中止要求を取得すると，前記対象データの処理を中止するとともに前記処理端末に中止を要求したことに対する応答を前記処理制御サーバーに送信する処理手段と、
   を備え、
   前記処理制御サーバーの前記処理制御手段は、前記処理端末に中止を要求したことに対する応答に基づいて前記対象データの処理が前記処理端末において続行されるか否かを判定し、前記対象データの処理が続行されない場合には，前記対象データを削除し、前記対象データの処理が続行される場合には，前記対象データの削除を延期する、
   システム。
2. 処理端末であって、
   ＨＴＴＰに基づいた第一の接続を用いて処理制御サーバーと通信する第一通信手段と、
   前記第一の接続と異なる第二の接続を用いて前記処理制御サーバーと通信する第二通信手段と、
   前記第二の接続を用いてジョブの発生が通知されると、前記処理制御サーバーから対象データを前記第一の接続を用いて取得するとともに前記対象データに基づいて所定の処理を実行し、前記第二の接続を用いて中止要求を取得すると、前記対象データの処理を中止するとともに前記処理端末に中止を要求したことに対する応答を前記処理制御サーバーに送信する処理手段と、を備え、
   前記処理制御サーバーは、前記処理端末に中止を要求したことに対する応答に基づいて前記対象データの処理が前記処理端末において続行されるか否かを判定し、前記対象データの処理が続行されない場合には、前記対象データを削除し、前記対象データの処理が続行される場合には、前記対象データの削除を延期する、
   処理端末。
3. 前記第二の接続を用いて中止要求を取得すると，取得済みの前記対象データを含むジョブを削除する
   請求項２に記載の処理端末。

Images