JP2019040370A - 端末装置と端末装置のためのコンピュータプログラム - Google Patents

Abstract

【課題】 ユーザに無駄な操作を実行させることを抑制するための技術を提供すること。【解決手段】 端末装置は、プリンタとの通信を実行可能であるのか否かを確認するための第１の確認信号をプリンタに送信する。また、端末装置は、印刷対象の画像を表わす印刷データをメモリに記憶し、プリンタから第１の確認信号に対する第１の応答信号が受信される場合に、印刷データを特定する特定情報を印刷仲介サーバに送信し、プリンタから第１の応答信号が受信されない場合に、特定信号を印刷仲介サーバに送信しない。その後、端末装置は、プリンタへの所定の操作がユーザによって実行されることに応じて、印刷仲介サーバから所定情報を受信する場合に、特定情報によって特定される印刷データをプリンタに送信する。【選択図】図５

Description

本明細書では、印刷仲介サーバを利用してプリンタに印刷を実行させる端末装置を開示する。

特許文献１には、ＰＣと、複合機と、印刷管理サーバと、を備えるプリントシステムが開示されている。ＰＣは、ユーザからの印刷指示に応じて印刷データを生成し、ＰＣ内の所定の格納場所に生成済みの印刷データを格納する。次いで、ＰＣは、印刷データに対応する書誌情報データを印刷管理サーバに送信して記憶させる。また、ユーザが複合機を操作することに応じて複合機から印刷管理サーバに印刷要求が送信される場合に、ＰＣは、印刷管理サーバから印刷指示を受信して、格納済みの印刷データを複合機に送信する。これにより、複合機では、当該印刷データに従った印刷が実行される。

特開２００９−９６００号公報 特開２００５−２４２７３５号公報

上記のシステムでは、ＰＣと複合機との間の通信を実行不可能な状態では、ＰＣは、印刷管理サーバから印刷指示を受信しても、印刷データを複合機に送信することができない。従って、ユーザが複合機を操作しても印刷データに従った印刷が複合機によって実行されないので、複合機への操作が無駄になってしまう。

本明細書では、プリンタへの所定の操作がユーザによって実行されることに応じてサーバから端末装置に所定情報が送信される場合に、端末装置からプリンタに印刷データが送信されるシステムにおいて、ユーザに無駄な操作を実行させることを抑制する技術を開示する。

本明細書では、端末装置のためのコンピュータプログラムを開示する。前記コンピュータプログラムは、前記端末装置のコンピュータを、前記端末装置の通信インターフェースを用いて、プリンタとの通信を実行可能であるのか否かを確認するための第１の確認信号を前記プリンタに送信する第１の確認信号送信部と、印刷対象の画像を表わす印刷データを前記端末装置のメモリに記憶する記憶制御部と、前記プリンタから前記第１の確認信号に対する第１の応答信号が受信される場合に、前記通信インターフェースを用いて、インターネットを介して、前記印刷データを特定する特定情報を印刷仲介サーバに送信する特定情報送信部であって、前記特定情報が前記印刷仲介サーバに送信された後に、前記特定情報に関係する関係情報が、前記印刷仲介サーバから前記プリンタに送信されて前記プリンタで表示され、前記プリンタから前記第１の確認信号に対する前記第１の応答信号が受信されない場合に、前記特定情報は前記印刷仲介サーバに送信されない、前記特定情報送信部と、前記特定情報が前記印刷仲介サーバに送信された後に、前記プリンタに表示される前記関係情報の指定を含む所定の操作がユーザによって実行されることに応じて、前記通信インターフェースを用いて、前記インターネットを介して、前記印刷仲介サーバから、前記特定情報によって特定される前記メモリ内の前記印刷データを前記端末装置から前記プリンタに送信させるための所定情報を受信する所定情報受信部と、前記印刷仲介サーバから前記所定情報が受信される場合に、前記通信インターフェースを用いて、前記特定情報によって特定される前記メモリ内の前記印刷データを前記プリンタに送信する印刷データ送信部と、として機能させる。

上記の構成によると、端末装置は、プリンタから第１の確認信号に対する第１の応答信号を受信しない場合に、特定情報を印刷仲介サーバに送信しない。これにより、特定情報に関係する関係情報がプリンタで表示されないので、ユーザは、プリンタに表示される関係情報の指定を含む所定の操作を実行することができない。従って、ユーザがプリンタへの上記の所定の操作を実行するのを抑制することができ、この結果、ユーザに無駄な操作を実行させることを抑制することができる。

上記の端末装置そのものも新規で有用である。また、上記の端末装置と他のデバイス（例えばプリンタ及び印刷仲介サーバ）とを備える通信システムも新規で有用である。

通信システムの構成を示す。 実施例の概略を説明するための説明図を示す。 ＰＣの登録処理のフローチャートを示す。 ＰＣの監視処理のフローチャートを示す。 登録処理のケースＡ及びケースＢのシーケンス図を示す。 監視処理のケースＡのシーケンス図を示す。 監視処理のケースＢのシーケンス図を示す。

（通信システム２の構成）
図１に示されるように、通信システム２は、ＰＣ１０と、印刷仲介サーバ５０と、プリンタ９０と、ＡＰ６と、を備える。以下では、印刷仲介サーバ５０を単に「サーバ５０」と記載することがある。各デバイス１０，９０は、ＡＰ６に接続されている（即ちＬＡＮ（Local Area Networkの略）に所属している）。ＡＰ６は、インターネット４に接続されている。サーバ５０は、インターネット４に接続されている。従って、各デバイス１０，９０は、ＡＰ６及びインターネット４を介して、サーバ５０と通信可能である。

（ＰＣ１０の構成）
ＰＣ１０は、本実施例では、据置型の端末装置（例えばデスクトップＰＣ等）であるが、変形例では、携帯電話（例えばスマートフォン）、ＰＤＡ、ノートＰＣ、タブレットＰＣ等の可搬型の端末装置であってもよい。ＰＣ１０は、ＭＡＣアドレス「Ａ」を有する。ＰＣ１０は、操作部１２と、表示部１４と、ネットワークインターフェース１６と、制御部３０と、を備える。各部１２〜３０は、バス線（符号省略）に接続されている。以下では、インターフェースのことを「Ｉ／Ｆ」と記載する。

操作部１２は、複数のキーを備える。ユーザは、操作部１２を操作することによって、様々な指示をＰＣ１０に与えることができる。表示部１４は、様々な情報を表示するためのディスプレイである。ネットワークＩ／Ｆ１６は、ＡＰ６に対し、ＬＡＮケーブルを用いて有線接続するためのＩ／Ｆである。なお、変形例では、ネットワークＩ／Ｆ１６は、ＡＰ６に対し、無線接続するためのＩ／Ｆであってもよい。

制御部３０は、ＣＰＵ３２と、メモリ３４と、を備える。ＣＰＵ３２は、メモリ３４に記憶されているプログラム３６，３８に従って、様々な処理を実行する。メモリ３４は、揮発性メモリ、不揮発性メモリ等によって構成される。メモリ３４は、ＯＳプログラム３６と印刷アプリケーション３８（以下では単に「アプリ３８」と呼ぶ）とを記憶する。ＯＳプログラム３６は、ＰＣ１０の基本的な動作を実現するためのプログラムである。アプリ３８は、サーバ５０を利用して、プリンタ９０に印刷を実行させるためのアプリケーションである。アプリ３８は、例えば、プリンタ９０のベンダによって提供されるインターネット上のサーバ（図示省略）からＰＣ１０にインストールされてもよいし、プリンタ９０と共に出荷されるメディアからＰＣ１０にインストールされてもよい。

メモリ３４は、さらに、ホットフォルダ４０を記憶する。ホットフォルダ４０は、印刷データを記憶しておき、トリガが与えられることに応じて当該印刷データをプリンタ９０に送信するための送信元フォルダである。変形例では、印刷データが記憶されるフォルダは、ホットフォルダでなくてもよい。

（印刷仲介サーバ５０の構成）
サーバ５０は、ＰＣ１０とプリンタ９０との間で印刷を仲介するためのサーバである。サーバ５０は、本実施例では、プリンタ９０のベンダによってインターネット上に設置されるが、変形例では、プリンタ９０のベンダとは異なる事業者によって提供されてもよい。サーバ５０は、ネットワークＩ／Ｆ５６と、制御部６０と、を備える。各部５６，６０は、バス線（符号省略）に接続されている。ネットワークＩ／Ｆ５６は、インターネット４に接続されている。

制御部６０は、ＣＰＵ６２とメモリ６４とを備える。ＣＰＵ６２は、メモリ６４に格納されているプログラム６６に従って、様々な処理を実行する。メモリ６４は、揮発性メモリ、不揮発性メモリ等によって構成される。

（実施例の概要；図２）
続いて、図２を参照して、本実施例の概要を説明する。（１）ＰＣ１０は、ユーザからジョブ登録操作を受け付ける場合に、印刷データを含む印刷ジョブを生成して、印刷ジョブをホットフォルダ４０に記憶し、さらに、ジョブ登録要求をサーバ５０に送信する。ジョブ登録要求は、ＰＣ１０のＭＡＣアドレスと、ジョブＩＤと、格納情報と、を含む。ジョブＩＤは、印刷ジョブ（即ち印刷データ）を識別する情報であり、格納情報は、ホットフォルダ４０内の印刷ジョブの格納場所を示す情報（即ちパス）である。次いで、（２）ＰＣ１０は、サーバ５０から、ジョブ登録通知内の各情報がサーバ５０に登録されたことを示す登録通知を受信する。登録通知は、ＰＩＮコードを含む。

（３）サーバ５０は、ＰＩＮコードがユーザによってプリンタ９０に入力されることに応じて、プリンタ９０からＰＩＮコードを含むジョブリスト要求を受信する。この場合、（４）サーバ５０は、登録済みのジョブＩＤを含むジョブリストをプリンタ９０に送信する。（５）サーバ５０は、ジョブリスト内のジョブＩＤがユーザによってプリンタ９０において選択されることに応じて、プリンタ９０から、選択済みのジョブＩＤを含む印刷データ要求を受信する。

（６）ＰＣ１０は、上記の（２）でサーバ５０から登録通知を受信した後に、所定の期間が経過する毎に、ＰＣ１０のＭＡＣアドレスを含むステータス確認をサーバ５０に送信する。そして、（７）ＰＣ１０は、上記の（５）でプリンタ９０からサーバ５０に印刷データ要求が送信された後に、サーバ５０から、ステータス確認に対する応答として、ジョブＩＤ及び格納情報を受信する。この場合、（８）ＰＣ１０は、受信済みのジョブＩＤ及び格納情報によって特定される印刷データをプリンタ９０に送信する。この結果、プリンタ９０では、印刷データに従った印刷が実行される。

上記のシステムでは、ＰＣ１０がサーバ５０を介してプリンタ９０に印刷を実行させるので、例えば、サーバ５０は、印刷データの送信元のＰＣ１０と、印刷を実行したプリンタ９０と、を知ることができる。これにより、サーバ５０は、ＰＣ１０からプリンタ９０への印刷の実行履歴等を管理することができ、例えば、当該履歴に応じて、ＰＣ１０のユーザへの課金処理を実行することができる。また、上記のシステムでは、印刷データは、不特定多数のユーザによって共有され得るサーバ５０に保存されることなく、ＰＣ１０から同じＬＡＮ内のプリンタ９０に直接送信される。このために、印刷データが第三者によって取得される可能性を低くすることができ、高セキュリティの印刷を実現することができる。

ここで、上記のシステムにおいて、ＰＣ１０とプリンタ９０との間の通信が実行不可能な状態では、上記の（８）において、ＰＣ１０は、印刷データをプリンタ９０に送信することができない。従って、ユーザがＰＩＮコードの入力操作とジョブリストからのジョブＩＤの選択操作とをプリンタ９０に実行しても、印刷データに従った印刷がプリンタ９０によって実行されないので、プリンタ９０への操作が無駄になってしまう。本実施例では、このような無駄な操作をユーザに実行させることを抑制するために、ＰＣ１０によって下記の図３等の処理が実行される。

（ＰＣ１０の登録処理；図３）
続いて、図３を参照して、ＰＣ１０のＣＰＵ３２によって実行される登録処理を説明する。登録処理は、図２の（１）のジョブ登録要求をサーバ５０に送信するための処理である。登録処理が実行される前に、ユーザは、サーバ５０に予め登録されているユーザＩＤ及びパスワードを用いて、ＰＣ９０からサーバ５０にログインしている。そして、ユーザは、ＰＣ９０においてアプリ３８を起動させ、その後、ジョブ登録操作をＰＣ９０に実行する。ジョブ登録操作は、印刷対象の画像を表わす画像ファイルを選択する操作を含む。ＣＰＵ３２は、ジョブ登録操作を受け付ける場合に、アプリ３８に従って、登録処理を実行する。なお、ＣＰＵ３２によって実行される全ての通信は、ネットワークＩ／Ｆ１６を用いて実行される。従って、以下では、「ネットワークＩ／Ｆ１６を用いて」という記載を省略する。

Ｓ５では、ＣＰＵ３２は、アプリ３８のインストール時に設定されているプリンタ９０のＩＰアドレスを送信先として、プリンタ９０との通信を実行可能であるのか否かを確認するための確認信号をプリンタ９０に送信する。

Ｓ１０では、ＣＰＵ３２は、プリンタ９０から確認信号に対する応答信号を受信したのか否かを判断する。ＣＰＵ３２は、プリンタ９０から応答信号が受信される場合（Ｓ１０でＹＥＳ）に、プリンタ９０との通信を実行可能であると判断して、Ｓ１５に進む。また、ＣＰＵ３２は、確認信号を送信してから所定時間が経過してもプリンタ９０から応答信号が受信されない場合（Ｓ１０でＮＯ）に、プリンタ９０との通信を実行不可能であると判断して、Ｓ３３に進む。プリンタ９０との通信を実行不可能である状況は、例えば、ＡＰ６とＰＣ１０との間の接続が切断されている状況（例えばＡＰ６の電源ＯＦＦ、ＡＰ６の不具合等）、ＡＰ６とプリンタ９０との間の接続が切断されている状況（例えばＡＰ６の電源ＯＦＦ、プリンタ９０の電源ＯＦＦ等）、ＡＰ６のプライバシーセパレータ設定がＯＮされている状況等を含む。プライバシーセパレータ設定は、ＬＡＮ内の各デバイスのそれぞれがＡＰ６を介したインターネット４へのアクセスすることを許容するが、ＬＡＮ内のデバイス同士の間での通信（即ちＬＡＮ内でのＡＰ６を介したデータ通信の中継）を禁止するための設定である。

Ｓ１５では、ＣＰＵ３２は、印刷ジョブを生成する。具体的には、ＣＰＵ３２は、まず、ジョブ登録操作で選択された画像ファイルを変換して、プリンタ９０が解釈可能なデータ形式を有する印刷データを生成する。また、ＣＰＵ３２は、予め決められているルールに従った文字列又はランダムな文字列を生成することによって、ユニークな当該文字列を含むジョブＩＤを生成する。この結果、ジョブＩＤと印刷データとを含む印刷ジョブが生成される。

Ｓ２０では、ＣＰＵ３２は、Ｓ１５で生成された印刷ジョブをホットフォルダ４０に記憶する。

Ｓ２５では、ＣＰＵ３２は、インターネット４を介して、ジョブ登録要求をサーバ５０に送信する。ジョブ登録要求は、ＰＣ１０のＭＡＣアドレス「Ａ」と、Ｓ１５で生成されたジョブＩＤと、サーバ５０にログイン中のユーザＩＤと、Ｓ２０でホットフォルダ内に記憶された印刷ジョブのパスを示す格納情報と、を含む。この結果、サーバ５０では、ジョブ登録要求内の各情報（即ち、ＭＡＣアドレス「Ａ」、ジョブＩＤ、ユーザＩＤ、格納情報）と、ステータス「Ｅｎａｂｌｅ」と、ＰＩＮコード「０００１」と、が関連付けられているジョブ情報が登録される。ステータスは、ジョブ情報の状態を示す情報であり、「Ｅｎａｂｌｅ」、「Ｄｉｓａｂｌｅ」、及び、「Ｒｅｌｅａｓｅ」のいずれかに設定される。ステータス「Ｅｎａｂｌｅ」は、ＰＣ１０がプリンタ９０へ印刷データの送信を実行可能であることを示す情報である。図３のＳ１０において、ＰＣ１０とプリンタ９０との間の通信を実行可能であることが確認されているため、ジョブ情報がサーバ５０に登録される際には、まず、ステータス「Ｅｎａｂｌｅ」が設定される。ＰＩＮコードは、サーバ５０によって決定される認証情報であり、後述の監視処理で利用される。

Ｓ３０では、ＣＰＵ３２は、サーバ５０から、サーバ５０へのジョブ情報の登録が完了したことを示す登録通知を受信する。登録通知は、当該ジョブ情報内のＰＩＮコードを含む。

Ｓ３５では、ＣＰＵ３２は、サーバ５０へのジョブ情報の登録が完了したことを示す登録画面を表示部１４に表示する。登録画面は、Ｓ３０で受信されたＰＩＮコードを含む。これにより、ユーザは、ＰＩＮコードを知ることができ、当該ＰＩＮコードをプリンタ９０に入力することができる。

Ｓ１０において、プリンタ９０から応答信号が受信されない場合（Ｓ１０でＮＯ）には、Ｓ３３では、ＣＰＵ３２は、プリンタ９０との通信を実行不可能であることを示すエラー画面を表示部１４に表示する。この場合、ＣＰＵ３２は、Ｓ１５〜Ｓ３５の処理を実行しない。これにより、ＰＣ１０の処理負荷を軽減できる。Ｓ３３又はＳ３５の処理が終了すると、図３の処理が終了する。

上記のように、ＣＰＵ３２は、プリンタ９０から応答信号が受信されない場合に、エラー画面を表示部１４に表示する。これにより、ユーザは、ＰＣ１０とプリンタ９０との間の印刷データの通信が実行不可能であることを知ることができる。従って、ユーザがプリンタ９０にＰＩＮコードの入力等の操作を実行することを抑制できる。

なお、変形例では、ＣＰＵ３２は、Ｓ１５及びＳ２０を実行した後に、Ｓ５及びＳ１０の処理を実行してもよい。即ち、ＣＰＵ３２は、印刷ジョブをホットフォルダ４０に記憶した後に、確認信号をプリンタ９０に送信してもよい。この場合、ＣＰＵ３２は、Ｓ１０でＹＥＳの場合にＳ２５〜Ｓ３５を実行し、Ｓ１０でＮＯの場合にＳ３３を実行する。

（ＰＣの監視処理；図４）
続いて、図４を参照して、ＣＰＵ３２によって実行される監視処理を説明する。監視処理は、図３の登録処理においてジョブ情報がサーバ５０に登録されること（即ちＳ３０で登録通知を受信すること）をトリガとして、アプリ３８によって開始される。

Ｓ３５では、ＣＰＵ３２は、インターネット４を介して、ジョブ情報に含まれるステータスを確認するためのステータス確認をサーバ５０に送信する。ステータス確認は、ＰＣ１０のＭＡＣアドレス「Ａ」を含む。後で説明するが、ＣＰＵ３２は、印刷データをプリンタ９０に送信し終えるまで、所定の期間毎に、ステータス確認をサーバ５０に送信する。

Ｓ４０では、ＣＰＵ３２は、インターネット４を介して、サーバ５０から、ステータス確認に対する応答としてジョブＩＤ及び格納情報を受信したのか否かを判断する。ＣＰＵ３２は、ジョブ情報内のステータスが、プリンタ９０においてユーザによって印刷操作が実行済みであることを示す「Ｒｅｌｅａｓｅ」である場合には、サーバ５０から、ＭＡＣアドレス「Ａ」に関連付けられているジョブＩＤ及び格納情報を受信し、Ｓ４０でＹＥＳと判断してＳ４５に進む。一方、ＣＰＵ３２は、ジョブ情報内のステータスが「Ｒｅｌｅａｓｅ」以外である場合（即ち「Ｅｎａｂｌｅ」又は「Ｄｉｓａｂｌｅ」の場合）には、サーバ５０から応答を受信しない。ＣＰＵ３２は、ステータス確認を送信してから所定時間が経過しても応答を受信しない場合に、Ｓ４０でＮＯと判断してＳ５５に進む。

Ｓ４５では、ＣＰＵ３２は、印刷データをプリンタ９０に送信する。具体的には、ＣＰＵ３２は、まず、受信済みの格納情報を利用して、ホットフォルダ４０内の印刷ジョブを取得する。そして、ＣＰＵ３２は、取得済みの印刷ジョブ内のジョブＩＤと受信済みのジョブＩＤとが一致するのか否かを判断し、２個のジョブＩＤが一致することを条件として、取得済みの印刷ジョブ内の印刷データをプリンタ９０に送信する。この結果、プリンタ９０では、印刷データに従った印刷が実行される。

Ｓ５０では、ＣＰＵ３２は、Ｓ４５で取得された印刷ジョブをホットフォルダ４０から削除する。Ｓ５０の処理が終了すると、図４の処理が終了する。即ち、ＣＰＵ３２は、サーバ５０への定期的なステータス確認の送信を停止する。

一方、ＣＰＵ３２は、Ｓ４０でＮＯと判断する場合に、Ｓ５５において、プリンタ９０との通信を実行可能であるのか否かを確認するための確認信号をプリンタ９０に送信する。ＣＰＵ３２は、Ｓ４０でＮＯと判断される毎、即ち、所定の期間が経過する毎に、Ｓ５５において、確認信号をプリンタ９０に送信する。

Ｓ６０では、ＣＰＵ３２は、プリンタ９０から確認信号に対する応答信号を受信したのか否かを判断する。ＣＰＵ３２は、プリンタ９０から応答信号を受信する場合（Ｓ６０でＹＥＳ）に、Ｓ７５に進み、確認信号を送信してから所定時間が経過してもプリンタ９０から応答信号を受信しない場合（Ｓ６０でＮＯ）に、Ｓ６５に進む。

Ｓ６５では、ＣＰＵ３２は、インターネット４を介して、ＰＣ１０のＭＡＣアドレス「Ａ」を含むＤｉｓａｂｌｅ変更要求をサーバ５０に送信する。Ｄｉｓａｂｌｅ変更要求は、サーバ５０に登録されているジョブ情報内のステータスを、「Ｅｎａｂｌｅ」から、ＰＣ１０からプリンタ９０への印刷データの送信を実行不可能であることを示す「Ｄｉｓａｂｌｅ」に変更するための要求である。この場合、サーバ５０では、Ｄｉｓａｂｌｅ変更要求に含まれるＭＡＣアドレス「Ａ」に関連付けられている各ジョブ情報が特定され、特定済みの各ジョブ情報内のステータスが「Ｅｎａｂｌｅ」である場合には、当該ステータスが「Ｅｎａｂｌｅ」から「Ｄｉｓａｂｌｅ」に変更される。ＣＰＵ３２は、Ｓ６５の処理が終了すると、Ｓ３５に戻り、前回のステータス確認をサーバ５０に送信してから所定の期間（例えば１分）が経過すると、ステータス確認をサーバ５０に再び送信する。

一方、Ｓ７５では、ＣＰＵ３２は、インターネット４を介して、ＰＣ１０のＭＡＣアドレス「Ａ」を含むＥｎａｂｌｅ変更要求をサーバ５０に送信する。Ｅｎａｂｌｅ変更要求は、サーバ５０に登録されているジョブ情報内のステータスを「Ｄｉｓａｂｌｅ」から「Ｅｎａｂｌｅ」に変更するための要求である。この場合、サーバ５０では、Ｅｎａｂｌｅ変更要求に含まれるＭＡＣアドレス「Ａ」に関連付けられている各ジョブ情報が特定され、特定済みの各ジョブ情報内のステータスが「Ｄｉｓａｂｌｅ」である場合には、当該ステータスが「Ｄｉｓａｂｌｅ」から「Ｅｎａｂｌｅ」に変更される。ＣＰＵ３２は、Ｓ６５の処理が終了すると、Ｓ３５に戻り、前回のステータス確認をサーバ５０に送信してから所定の期間が経過すると、ステータス確認をサーバ５０に再び送信する。

（具体的なケース；図５）
続いて、図５を参照して、図３の登録処理によって実現される具体的なケースを説明する。サーバ５０にログインするためのユーザ情報として、ユーザＩＤ「Ｕ」及びパスワード「Ｐ」がサーバ５０に予め登録されている。以下では、理解の容易化のために、各デバイスのＣＰＵ（例えばＰＣ１０のＣＰＵ３２、サーバ５０のＣＰＵ６２）が実行する動作を、ＣＰＵを主体として記載せずに、各デバイス（例えば、ＰＣ１０、サーバ５０）を主体として記載する。まず、ＰＣ１０がプリンタ９０から確認信号に対する応答信号を受信するケースＡを説明する。

Ｔ１０では、ＰＣ１０は、ユーザによってアプリ３８が起動され、ユーザからユーザＩＤ「Ｕ」及びパスワード「Ｐ」の入力を受け付けることに応じて、ユーザＩＤ「Ｕ」及びパスワード「Ｐ」を含むログイン要求をサーバ５０に送信する。これにより、ＰＣ１０からサーバ５０へのログインが実行される。

ＰＣ１０は、Ｔ２０において、ユーザからジョブ登録操作を受け付けることに応じて、Ｔ２２において、確認信号をプリンタ９０に送信する（図３のＳ５）。ここで、アプリ３８が起動される際に、ジョブ登録操作を受け付ける前に、確認信号が送信される比較例が想定される。ただし、比較例では、ユーザがジョブ登録操作を実行しない場合には、確認信号の送信が無駄になってしまう。これに対し、本実施例では、ジョブ登録操作を受け付けることに応じて、確認信号をプリンタ９０に送信するので、確認信号の送信が無駄になることを抑制することができる。なお、本実施例に代えて、上記の比較例が採用されてもよい。

本ケースＡでは、ＰＣ１０は、プリンタ９０との通信を実行可能である。このために、Ｔ３０では、ＰＣ１０は、プリンタ９０から応答信号を受信し、プリンタ９０との通信が実行可能であると判断する（Ｓ１０でＹＥＳ）。この場合、ＰＣ１０は、Ｔ４０において、印刷データＰＤとジョブＩＤ「Ｊ」とを含む印刷ジョブを生成し（Ｓ１５）、Ｔ４２において、生成済みの印刷ジョブをホットフォルダ４０に格納する（Ｓ２０）。そして、Ｔ５０では、ＰＣ１０は、ジョブ登録要求をサーバ５０に送信する（Ｓ２５）。ジョブ登録要求は、ＰＣ１０のＭＡＣアドレス「Ａ」と、ジョブＩＤ「Ｊ」と、サーバ５０にログイン中のユーザＩＤ「Ｕ」（Ｔ１０参照）と、ホットフォルダ４０内の印刷ジョブのパスを示す格納情報「Ｘ」と、を含む。

サーバ５０は、ＰＣ１０からジョブ登録要求を受信する場合に、Ｔ６０において、ジョブ登録要求内の各情報と、ステータス「Ｅｎａｂｌｅ」と、ＰＩＮコード「０００１」と、が関連付けられたジョブ情報を登録する。そして、Ｔ７０において、サーバ５０は、ＰＩＮコード「０００１」を含む登録通知をＰＣ１０に送信する。

Ｔ７０では、ＰＣ１０は、サーバから、ＰＩＮコード「０００１」を含む登録通知を受信する（Ｓ３０）。この場合、ＰＣ１０は、ＰＩＮコード「０００１」を含む登録画面を表示する（Ｓ３５）。

続いて、ＰＣ１０がプリンタ９０から確認信号に対する応答信号を受信しないケースＢを説明する。本ケースＢでは、例えば、プリンタ９０の電源がＯＦＦされている等の原因によって、ＰＣ１０は、プリンタ９０との通信を実行不可能である。このために、ＰＣ１０は、Ｔ１０２において、確認信号をプリンタ９０に送信しても、確認信号がプリンタ９０によって受信されないので、プリンタ９０から応答信号を受信しない（Ｓ１０でＮＯ）。この場合、Ｔ１１０では、ＰＣ１０は、エラー画面を表示する（Ｓ３３）。これにより、ユーザは、プリンタ９０において印刷を実行不可能であることを知ることができる。Ｔ１１０が実行された後に、Ｔ４０〜Ｔ７０に相当する処理は実行されない。

（監視処理；図６及び図７）
続いて、図６及び図７を参照して、図４の監視処理によって実現される具体的なケースを説明する。図６及び図７の処理は、図５のケースＡでジョブ情報がサーバ５０に登録された後に実行される。

（ケースＡ；図６）
まず、図６を参照して、プリンタ９０において印刷が実行される前に、ＰＣ１０とプリンタ９０との間の通信が実行不可能な状況にならないケースＡを説明する。プリンタ９０は、Ｔ２００において、ユーザからＰＩＮコード「０００１」の入力を含む印刷操作を受け付ける場合に、Ｔ２０２において、ＰＩＮコード「０００１」を含むジョブリスト要求をサーバ５０に送信する。

サーバ５０は、Ｔ２０２において、プリンタ９０からジョブリスト要求を受信する場合に、Ｔ２１０において、ジョブリストをプリンタ９０に送信する。具体的には、サーバ５０は、まず、ジョブリスト要求に含まれるＰＩＮコード「０００１」に関連付けられているジョブ情報をメモリ６４から取得する。次いで、サーバ５０は、取得済みのジョブ情報に含まれるジョブＩＤ「Ｊ」とステータス「Ｅｎａｂｌｅ」とが関連付けられた関連情報を含むジョブリストをプリンタ９０に送信する。なお、ユーザＩＤ「Ｕ」によって識別されるユーザが複数個のジョブ情報をサーバ５０に登録済みである場合、即ち、ＰＩＮコード「０００１」に関連付けられている複数個のジョブ情報が存在する場合には、ジョブリストは、複数個のジョブ情報に対応する複数個の関連情報を含む。

プリンタ９０は、Ｔ２１０において、サーバ５０からジョブリストを受信する場合に、Ｔ２２０において、ジョブリストを表示する。ここで、プリンタ９０は、ステータス「Ｅｎａｂｌｅ」に関連付けられているジョブＩＤ「Ｊ」を選択可能な態様を有するジョブリストを表示する。仮に、ジョブリストがステータス「Ｄｉｓａｂｌｅ」とジョブＩＤとが関連付けられている関連情報を含む場合は、プリンタ９０は、当該ジョブＩＤを選択不可能な態様（例えばグレーアウト）を有するジョブリストを表示する。そして、プリンタ９０は、Ｔ２３０において、ユーザによってジョブＩＤ「Ｊ」が選択される場合に、Ｔ２３２において、選択済みのジョブＩＤ「Ｊ」を含む印刷データ要求をサーバ５０に送信する。

サーバ５０は、Ｔ２３２において、プリンタ９０から印刷データ要求を受信する場合に、Ｔ２４０において、印刷データ要求に含まれるジョブＩＤ「Ｊ」に関連付けられているステータスを「Ｅｎａｂｌｅ」から「Ｒｅｌｅａｓｅ」に変更する。

Ｔ２５０では、ＰＣ１０は、ＰＣ１０のＭＡＣアドレス「Ａ」を含むステータス確認をサーバ５０に送信する（Ｓ３５）。

サーバ５０は、Ｔ２５０において、ＰＣ１０からステータス確認を受信する場合に、ステータス確認内のＭＡＣアドレス「Ａ」を含むジョブ情報を取得し、取得済みのジョブ情報内のステータスが「Ｒｅｌｅａｓｅ」であるのか否かを判断する。本ケースＡでは、ステータスが「Ｒｅｌｅａｓｅ」であるので（Ｔ２４０参照）、Ｔ２６０において、サーバ５０は、ステータス確認に対する応答として、取得済みのジョブ情報内のジョブＩＤ「Ｊ」及び格納情報「Ｘ」をＰＣ１０に送信する。ただし、ステータスが「Ｅｎａｂｌｅ」又は「Ｄｉｓａｂｌｅ」である場合には、サーバ５０は、ステータス確認に対する応答をＰＣ１０に送信しない。

ＰＣ１０は、Ｔ２６０において、サーバ５０からジョブＩＤ「Ｊ」及び格納情報「Ｘ」を受信する場合（Ｓ４０でＹＥＳ）に、Ｔ２７０において、ジョブＩＤ「Ｊ」及び格納情報「Ｘ」によって特定される印刷データＰＤをプリンタ９０に送信する（Ｓ４５）。次いで、Ｔ２７２では、ＰＣ１０は、印刷ジョブをメモリ３４から削除する（Ｓ５０）。

プリンタ９０は、Ｔ２７０において、ＰＣ１０から印刷データＰＤを受信する場合に、Ｔ２８０において、印刷データＰＤに従った印刷を実行する。ここで、ユーザは、Ｔ２００及びＴ２３０の操作を実行する際に、プリンタ９０の近傍に位置する。Ｔ２３０の操作が実行されてからＴ２８０の印刷が実行されるまでの時間はそれほど長くない。従って、ユーザがプリンタ９０の近傍に位置する状態において、プリンタ９０から印刷物が排出される可能性が高い。このために、第三者によって印刷物が持ち去られることを抑制することができる。次いで、Ｔ２９０では、プリンタ９０は、ジョブＩＤ「Ｊ」を含む印刷完了通知をサーバ５０に送信する。

サーバ５０は、Ｔ２９０において、プリンタ９０から印刷完了通知を受信する場合に、Ｔ２９２において、印刷完了通知内のジョブＩＤ「Ｊ」を含むジョブ情報をメモリ６４から削除する。これにより、サーバ５０を介した印刷が完了する。

（ケースＢ；図７）
続いて、図７を参照して、ＰＣ１０とプリンタ９０との間の通信が実行不可能な状況になるケースＢを説明する。本ケースＢでは、ジョブ情報がサーバ５０に登録された後に、Ｔ３００において、ＡＰ６のプライバシーセパレータ設定が「ＯＮ」に変更されることによって、ＰＣ１０とプリンタ９０との間の通信が実行不可能な状況になる。

Ｔ３１０では、ＰＣ１０は、プリンタ９０のＩＰアドレスを送信先として確認信号を送信するが（図４のＳ５５）、ＡＰ６のプライバシーセパレータ設定が「ＯＮ」であるので、ＡＰ６からプリンタ９０に確認信号が転送されない。この結果、ＰＣ１０は、プリンタ９０から応答信号を受信しない（Ｓ６０でＮＯ）。この場合、Ｔ３３０では、ＰＣ１０は、ＰＣ１０のＭＡＣアドレス「Ａ」を含むＤｉｓａｂｌｅ変更要求をサーバ５０に送信する（Ｓ６５）。この結果、Ｔ３４０では、サーバ５０において、Ｄｉｓａｂｌｅ変更要求に含まれるＭＡＣアドレス「Ａ」に関連付けられているステータスが「Ｅｎａｂｌｅ」から「Ｄｉｓａｂｌｅ」に変更される。

Ｔ３５０〜Ｔ３６０は、ジョブリストに含まれるステータスが「Ｄｉｓａｂｌｅ」である点を除いて、図６のＴ２００〜Ｔ２１０と同様である。Ｔ３７０では、プリンタ９０は、ジョブＩＤ「Ｊ」を選択不可能な態様を有するジョブリストを表示する。これにより、ユーザによってジョブＩＤ「Ｊ」が選択されないので、ジョブＩＤ「Ｊ」が選択されたにも関わらず、ＰＣ１０からプリンタ９０に印刷データＰＤが送信されないという事象の発生を抑制することができる。

その後、Ｔ３８０において、ＡＰ６のプライバシーセパレータ設定が「ＯＮ」から「ＯＦＦ」に変更される。これにより、ＰＣ１０は、プリンタ９０との通信を実行不可能な状態から、プリンタ９０との通信を実行可能な状態に変更される。Ｔ３９０では、ＰＣ１０は、確認信号をプリンタ９０に送信し（Ｓ５５）、Ｔ４００において、プリンタ９０から応答信号を受信する（Ｓ６０）。この場合、Ｔ４１０では、ＰＣ１０は、ＰＣ１０のＭＡＣアドレス「Ａ」を含むＥｎａｂｌｅ変更要求をサーバ５０に送信する（Ｓ７５）。この結果、Ｔ４２０では、サーバ５０において、Ｅｎａｂｌｅ変更要求に含まれるＭＡＣアドレス「Ａ」に関連付けられているステータスが「Ｄｉｓａｂｌｅ」から「Ｅｎａｂｌｅ」に変更される。その後、図６のＴ２００〜Ｔ２９２と同様の処理が実行され、プリンタ９０において印刷データＰＤに従った印刷が実行される。

（本実施例の効果）
本実施例では、ＰＣ１０は、プリンタ９０から確認信号に対する応答信号を受信する場合（図５のＴ３０）に、ジョブＩＤ「Ｊ」及び格納情報「Ｘ」をサーバ５０に送信する（Ｔ５０）。そして、ＰＣ１０は、印刷操作及びジョブＩＤ「Ｊ」の選択操作（図６のＴ２００、Ｔ２３０）がプリンタ９０に実行される場合に、サーバ５０からジョブＩＤ「Ｊ」及び格納情報「Ｘ」を受信し（Ｔ２６０）、印刷データＰＤをプリンタ９０に送信する。これにより、サーバ５０を利用した印刷をプリンタ９０に実行させることができる。一方、ＰＣ１０は、プリンタ９０から確認信号に対する応答信号を受信しない場合（図５のＴ１０２）に、ジョブＩＤ「Ｊ」及び格納情報「Ｘ」をサーバ５０に送信しない（図５のケースＢ）。これにより、ジョブＩＤ「Ｊ」がサーバ５０からプリンタ９０に送信されないので、ユーザは、プリンタ９０においてジョブＩＤ「Ｊ」を選択することができない。従って、ユーザがプリンタ９０へのジョブＩＤ「Ｊ」の選択操作を実行するのを抑制することができ、この結果、ユーザに無駄な操作を実行させることを抑制することができる。このように、本実施例によると、プリンタ９０への所定の操作がユーザによって実行されることに応じてサーバ５０からＰＣ１０にジョブＩＤ「Ｊ」及び格納情報「Ｘ」が送信される場合に、ＰＣ１０からプリンタ９０に印刷データＰＤが送信されるシステムにおいて、ユーザに無駄な操作を実行させることを抑制することができる。

（対応関係）
ＰＣ１０、ネットワークＩ／Ｆ１６が、それぞれ、「端末装置」、「通信インターフェース」の一例である。図５のＴ２２の確認信号、Ｔ３０の応答信号が、それぞれ、「第１の確認信号」、「第１の応答信号」の一例である。Ｔ５０のジョブ登録要求内のジョブＩＤ「Ｊ」及び格納情報「Ｘ」が、「特定情報」の一例である。図６のＴ２００及びＴ２３０の操作が、「所定の操作」の一例である。Ｔ２６０でサーバ５０から受信されるジョブＩＤ「Ｊ」及び格納情報「Ｘ」が、「所定情報」の一例である。ジョブＩＤ「Ｊ」が、「データ識別情報」及び「関係情報」の一例である。図４のＳ５５で送信される確認信号、Ｓ６０で受信される応答信号が、それぞれ、「第２の確認信号」、「第２の応答信号」の一例である。ステータス「Ｅｎａｂｌｅ」、ステータス「Ｄｉｓａｂｌｅ」、ステータス「Ｒｅｌｅａｓｅ」が、それぞれ、「第１の状態情報」、「第２の状態情報」、「第３の状態情報」の一例である。Ｄｉｓａｂｌｅ変更要求、Ｅｎａｂｌｅ変更要求が、それぞれ、「第１の変更指示」、「第２の変更指示」の一例である。Ｔ２０のジョブ登録操作が、「記憶指示」の一例である。Ｓ３５のステータス確認が、「内容確認要求」の一例である。

図３のＳ５の処理、Ｓ２０の処理、Ｓ２５の処理が、それぞれ、「第１の確認信号送信部」、「記憶制御部」、「特定情報送信部」によって実行される処理の一例である。図４のＳ４０の処理、Ｓ４５の処理が、それぞれ、「所定情報受信部」、「印刷データ送信部」によって実行される処理の一例である。

以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。

（変形例１）図５のＴ５０において、ＰＣ１０は、格納情報「Ｘ」を含むがジョブＩＤ「Ｊ」を含まないジョブ登録要求をサーバ５０に送信してもよい。この場合、Ｔ６０において、サーバ５０では、格納情報「Ｘ」を含むがジョブＩＤ「Ｊ」を含まないジョブ情報が登録される。ＰＣ１０は、図６のＴ２６０において、ステータス確認の応答としてジョブＩＤ「Ｊ」を受信せずに格納情報「Ｘ」を受信し、Ｔ２７０において、格納情報「Ｘ」によって特定される印刷データＰＤをプリンタ９０に送信する。本変形例では、格納情報「Ｘ」が「特定情報」の一例であり、「生成部」を省略可能である。

（変形例２）図５のＴ５０において、ＰＣ１０は、ジョブＩＤ「Ｊ」を含むが格納情報「Ｘ」を含まないジョブ登録要求をサーバ５０に送信してもよい。この場合、ＰＣ１０は、Ｔ４２において、印刷ジョブをホットフォルダ４０に記憶する際に、さらに、ジョブＩＤ「Ｊ」と格納情報「Ｘ」とを関連付けてメモリ３４に記憶する。また、Ｔ６０において、サーバ５０では、ジョブＩＤ「Ｊ」を含むが格納情報「Ｘ」を含まないジョブ情報が登録される。ＰＣ１０は、図６のＴ２６０において、ステータス確認の応答として格納情報「Ｘ」を受信せずにジョブＩＤ「Ｊ」を受信し、Ｔ２７０において、メモリ３４においてジョブＩＤ「Ｊ」に関連付けられている格納情報「Ｘ」によって特定される印刷データＰＤをプリンタ９０に送信する。本変形例では、ジョブＩＤ「Ｊ」が「特定情報」の一例である。

（変形例３）図４のＳ４０でＮＯの場合に、Ｓ５５〜Ｓ７５の処理が実行されることなく、Ｓ３５に戻るように構成されてもよい。本変形例では、「第２の確認信号送信部」、「第１の変更指示送信部」、及び、「第２の変更指示送信部」を省略可能である。

（変形例４）図５のＴ６０でジョブ情報がサーバ５０に登録された後に、ＰＣ１０とサーバ５０との間に、いわゆる常時接続であるＸＭＰＰ（eXtensible Messaging and Presence Protocolの略）接続が確立されてもよい。これにより、サーバ５０は、ＰＣ１０からステータス確認（図６のＴ２５０参照）を受信することに応じてジョブＩＤ「Ｊ」等を送信しなくても、ＸＭＰＰ接続を利用すれば、ＰＣ１０が所属するＬＡＮのファイヤウォールを越えて、ジョブＩＤ「Ｊ」等をＰＣ１０に自発的に送信することができる。従って、本変形例では、サーバ５０は、図６のＴ２４０でステータスを「Ｒｅｌｅａｓｅ」に変更することに応じて、ＸＭＰＰ接続を利用して、ジョブＩＤ「Ｊ」等をＰＣ１０に自発的に送信する。ＰＣ１０がステータス確認をサーバ５０に送信せずに済むので、図４のＳ３５を省略可能である。即ち、本変形例では、「内容確認要求送信部」を省略可能である。

（変形例５）図６のＴ２５０において、ＰＣ１０は、ジョブＩＤ「Ｊ」を含むステータス確認をサーバ５０に送信してもよい。また、サーバ５０は、当該ステータス要求に対する応答として、ジョブＩＤ「Ｊ」及び格納情報「Ｘ」をＰＣ１０に送信せずに、ジョブＩＤ「Ｊ」に関連付けられているステータス「Ｒｅｌｅａｓｅ」をＰＣ１０に送信してもよい。ＰＣ１０は、ステータス確認に対する応答としてステータス「Ｒｅｌｅａｓｅ」を受信する場合に、印刷データＰＤをプリンタ９０に送信し、ステータス確認に対する応答としてステータス「Ｒｅｌｅａｓｅ」以外のステータス「Ｅｎａｂｌｅ」又は「Ｄｉｓａｂｌｅ」を受信する場合に、印刷データＰＤをプリンタ９０に送信しなくてもよい。本変形例では、ステータス「Ｒｅｌｅａｓｅ」が、「所定情報」の一例である。

（変形例６）サーバ５０は、図６のＴ２１０において、ジョブＩＤ「Ｊ」に代えて格納情報「Ｘ」を含むジョブリストをプリンタ９０に送信してもよい。この結果、プリンタ９０では、格納情報「Ｘ」を選択可能な態様を有するジョブリストが表示され、Ｔ２３０で格納情報「Ｘ」が選択される場合に、Ｔ２３２において、格納情報「Ｘ」を含む印刷データ要求がプリンタ９０からサーバ５０に送信される。そして、サーバ５０は、Ｔ２４０において、格納情報「Ｘ」に関連付けられているステータスを「Ｒｅｌｅａｓｅ」に変更する。本変形例では、格納情報「Ｘ」が、「関係情報」の一例である。また、別の変形例では、サーバ５０は、図６のＴ２１０において、ジョブＩＤ「Ｊ」に代えてファイル名（即ち格納情報「Ｘ」のうちの最後のスラッシュの後ろの文字列）を含むジョブリストをプリンタ９０に送信してもよい。この結果、プリンタ９０では、当該ファイル名を選択可能な態様を有するジョブリストが表示され、Ｔ２３０で当該ファイル名が選択される場合に、Ｔ２３２において、選択済みのファイル名を含む印刷データ要求がプリンタ９０からサーバ５０に送信される。そして、サーバ５０は、Ｔ２４０において、選択済みのファイル名を含む格納情報「Ｘ」に関連付けられているステータスを「Ｒｅｌｅａｓｅ」に変更する。本変形例では、ファイル名が、「関係情報」の一例である。

（変形例７）「プリンタ」は、プリンタ９０に限られず、印刷機能と他の機能（例えば、スキャン機能、ＦＡＸ機能等）とを実行可能な多機能機であってもよい。

（変形例８）各実施例では、ＣＰＵ３２がソフトウェア（即ちアプリ３８）を実行することによって、図３〜図７の各処理が実現される。これに代えて、図３〜図７の各処理のうちの少なくとも１つの処理は、論理回路等のハードウェアによって実現されてもよい。

また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。

２：通信システム、４：インターネット、６：ＡＰ、１０：ＰＣ、１２、操作部、１４：表示部、１６，５６：ネットワークインターフェース、３０，６０：制御部、３２，６２：ＣＰＵ、３４，６４：メモリ、３６：ＯＳプログラム、３８：印刷アプリケーション、４０：ホットフォルダ、５０：印刷仲介サーバ、６６：プログラム、９０：プリンタ

Claims (10)

1. 端末装置のコンピュータを、
   前記端末装置の通信インターフェースを用いて、プリンタとの通信を実行可能であるのか否かを確認するための第１の確認信号を前記プリンタに送信する第１の確認信号送信部と、
   印刷対象の画像を表わす印刷データを前記端末装置のメモリに記憶する記憶制御部と、
   前記プリンタから前記第１の確認信号に対する第１の応答信号が受信される場合に、前記通信インターフェースを用いて、インターネットを介して、前記印刷データを特定する特定情報を印刷仲介サーバに送信する特定情報送信部であって、前記特定情報が前記印刷仲介サーバに送信された後に、前記特定情報に関係する関係情報が、前記印刷仲介サーバから前記プリンタに送信されて前記プリンタで表示され、前記プリンタから前記第１の確認信号に対する前記第１の応答信号が受信されない場合に、前記特定情報は前記印刷仲介サーバに送信されない、前記特定情報送信部と、
   前記特定情報が前記印刷仲介サーバに送信された後に、前記プリンタに表示される前記関係情報の指定を含む所定の操作がユーザによって実行されることに応じて、前記通信インターフェースを用いて、前記インターネットを介して、前記印刷仲介サーバから、前記特定情報によって特定される前記メモリ内の前記印刷データを前記端末装置から前記プリンタに送信させるための所定情報を受信する所定情報受信部と、
   前記印刷仲介サーバから前記所定情報が受信される場合に、前記通信インターフェースを用いて、前記特定情報によって特定される前記メモリ内の前記印刷データを前記プリンタに送信する印刷データ送信部と、
   として機能させる、コンピュータプログラム。
2. 前記コンピュータプログラムは、前記端末装置のコンピュータを、さらに、
   前記プリンタから前記第１の確認信号に対する前記第１の応答信号が受信されない場合に、前記プリンタとの通信を実行不可能であることを示すエラー画面を前記端末装置の表示部に表示する表示制御部として機能させる、請求項１に記載のコンピュータプログラム。
3. 前記コンピュータプログラムは、前記端末装置のコンピュータを、さらに、
   前記プリンタから前記第１の確認信号に対する前記第１の応答信号が受信される場合に、前記印刷データを識別するデータ識別情報を生成する生成部として機能させ、
   前記特定情報送信部は、前記データ識別情報を含む前記特定情報を前記印刷仲介サーバに送信し、
   前記関係情報は、前記データ識別情報である、請求項１又は２に記載のコンピュータプログラム。
4. 前記コンピュータプログラムは、前記端末装置のコンピュータを、さらに、
   前記特定情報が前記印刷仲介サーバに送信された後に、前記通信インターフェースを用いて、前記プリンタとの通信を実行可能であるのか否かを確認するための第２の確認信号を前記プリンタに送信する第２の確認信号送信部と、
   前記プリンタから前記第２の確認信号に対する第２の応答信号が受信されない場合に、前記通信インターフェースを用いて、前記インターネットを介して、前記印刷仲介サーバにおいて前記特定情報に関連付けられている状態情報を変更するための第１の変更指示を前記印刷仲介サーバに送信する第１の変更指示送信部であって、前記印刷仲介サーバでは、前記端末装置から前記第１の変更指示が受信される場合に、前記特定情報に関連付けられている前記状態情報が、前記端末装置から前記プリンタへの前記印刷データの送信を実行可能であることを示す第１の状態情報から、前記端末装置から前記プリンタへの前記印刷データの送信を実行不可能であることを示す第２の状態情報に変更される、前記第１の変更指示送信部と、
   として機能させる、請求項１から３のいずれか一項に記載のコンピュータプログラム。
5. 前記第２の確認信号送信部は、前記特定情報が前記印刷仲介サーバに送信された後に、所定の期間が経過する毎に、前記第２の確認信号を前記プリンタに送信する、請求項４に記載のコンピュータプログラム。
6. 前記コンピュータプログラムは、前記端末装置のコンピュータを、さらに、
   前記第１の変更指示が前記印刷仲介サーバに送信された後に、前記プリンタから前記第２の確認信号に対する前記第２の応答信号が受信される場合に、前記通信インターフェースを用いて、前記インターネットを介して、前記印刷仲介サーバにおいて前記特定情報に関連付けられている前記状態情報を変更するための第２の変更指示を前記印刷仲介サーバに送信する第２の変更指示送信部であって、前記印刷仲介サーバでは、前記端末装置から前記第２の変更指示が受信される場合に、前記特定情報に関連付けられている前記状態情報が前記第２の状態情報から前記第１の状態情報に変更される、前記第２の変更指示送信部として機能させる、請求項４又は５に記載のコンピュータプログラム。
7. 前記第１の確認信号送信部は、前記コンピュータプログラムが起動された後に、前記端末装置のユーザから、前記メモリへの前記印刷データの記憶を指示するための記憶指示が受け付けられる場合に、前記第１の確認信号を前記プリンタに送信する、請求項１から６のいずれか一項に記載のコンピュータプログラム。
8. 前記プリンタから前記第１の確認信号に対する前記第１の応答信号が受信されない場合に、前記印刷データは前記メモリに記憶されない、請求項１から７のいずれか一項に記載のコンピュータプログラム。
9. 前記コンピュータプログラムは、前記端末装置のコンピュータを、さらに、
   前記特定情報が前記印刷仲介サーバに送信された後に、前記通信インターフェースを用いて、前記インターネットを介して、前記印刷仲介サーバにおいて前記特定情報に関連付けられている状態情報の内容を確認するための内容確認要求を前記印刷仲介サーバに繰り返し送信する内容確認要求送信部として機能させ、
   前記所定情報受信部は、前記印刷仲介サーバが、前記端末装置から前記内容確認要求を受信する際に、前記特定情報に関連付けて、前記プリンタへの前記所定の操作が実行済みであることを示す第３の状態情報を記憶している場合に、前記印刷仲介サーバから前記所定情報を受信し、
   前記印刷仲介サーバが、前記端末装置から前記内容確認要求を受信する際に、前記特定情報に関連付けて前記第３の状態情報を記憶していない場合に、前記所定情報は受信されない、請求項１から８のいずれか一項に記載のコンピュータプログラム。
10. 端末装置であって、
    通信インターフェースと、
    メモリと、
    前記通信インターフェースを用いて、プリンタとの通信を実行可能であるのか否かを確認するための第１の確認信号を前記プリンタに送信する第１の確認信号送信部と、
    印刷対象の画像を表わす印刷データを前記メモリに記憶する記憶制御部と、
    前記プリンタから前記第１の確認信号に対する第１の応答信号が受信される場合に、前記通信インターフェースを用いて、インターネットを介して、前記印刷データを特定する特定情報を印刷仲介サーバに送信する特定情報送信部であって、前記特定情報が前記印刷仲介サーバに送信された後に、前記特定情報に関係する関係情報が、前記印刷仲介サーバから前記プリンタに送信されて前記プリンタで表示され、前記プリンタから前記第１の確認信号に対する前記第１の応答信号が受信されない場合に、前記特定情報は前記印刷仲介サーバに送信されない、前記特定情報送信部と、
    前記特定情報が前記印刷仲介サーバに送信された後に、前記プリンタに表示される前記関係情報の指定を含む所定の操作がユーザによって実行されることに応じて、前記通信インターフェースを用いて、前記インターネットを介して、前記印刷仲介サーバから、前記特定情報によって特定される前記メモリ内の前記印刷データを前記端末装置から前記プリンタに送信させるための所定情報を受信する所定情報受信部と、
    前記印刷仲介サーバから前記所定情報が受信される場合に、前記通信インターフェースを用いて、前記特定情報によって特定される前記メモリ内の前記印刷データを前記プリンタに送信する印刷データ送信部と、
    を備える、端末装置。

Images