ホーム > 特許ランキング > ブラザー工業株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022156470
(43)【公開日】2022-10-14
(54)【発明の名称】通信装置及び通信装置のためのコンピュータプログラム
(51)【国際特許分類】
G06F 3/12 20060101AFI20221006BHJP
G06F 13/00 20060101ALI20221006BHJP
H04N 1/00 20060101ALI20221006BHJP
B41J 29/38 20060101ALI20221006BHJP
【ＦＩ】
G06F3/12 336
G06F3/12 359
G06F3/12 385
G06F3/12 320
G06F13/00 357A
H04N1/00 127A
B41J29/38 401
【審査請求】未請求
【請求項の数】17
【出願形態】ＯＬ
(21)【出願番号】P 2021060185
(22)【出願日】2021-03-31
(71)【出願人】
【識別番号】000005267
【氏名又は名称】ブラザー工業株式会社
(74)【代理人】
【識別番号】110000110
【氏名又は名称】弁理士法人 快友国際特許事務所
(72)【発明者】
【氏名】白木 智美
【テーマコード（参考）】
2C061
5B089
5C062
【Ｆターム（参考）】
2C061AP01
2C061AP07
2C061AQ05
2C061AQ06
2C061HK05
2C061HN05
2C061HN15
5B089GA13
5B089GA21
5B089GB01
5B089HA06
5B089HA10
5B089HB05
5B089JA35
5B089KA05
5B089KB04
5B089KC27
5B089KG10
5C062AA02
5C062AA05
5C062AA13
5C062AA35
5C062AB20
5C062AB23
5C062AB38
5C062AB40
5C062AB42
5C062AC05
5C062AC22
5C062AC34
5C062AE15
(57)【要約】
【課題】サーバからジョブ通知を受信することに応じて、適切な処理を実行し得る通信装置を提供する。
【解決手段】通信装置は、動作モードを第１のモードに設定する。第１のモードは、通信装置とサーバとの間でサーバプッシュ型の通信を実行するための接続が確立されている状態において、接続を利用して、サーバから、通信装置が実行すべきジョブが存在するのか否かを示すジョブ通知を受信するためのモードである。通信装置は、第１のモードである間に、接続を利用して、サーバから、通信装置が実行すべき第１のジョブが存在することを示す第１のジョブ通知が受信される場合に、第１のジョブが終了する前に、接続を切断する。通信装置は、サーバから第１のジョブ通知が受信される場合に、第１のジョブを実行する。
【選択図】図４
【解決手段】通信装置は、動作モードを第１のモードに設定する。第１のモードは、通信装置とサーバとの間でサーバプッシュ型の通信を実行するための接続が確立されている状態において、接続を利用して、サーバから、通信装置が実行すべきジョブが存在するのか否かを示すジョブ通知を受信するためのモードである。通信装置は、第１のモードである間に、接続を利用して、サーバから、通信装置が実行すべき第１のジョブが存在することを示す第１のジョブ通知が受信される場合に、第１のジョブが終了する前に、接続を切断する。通信装置は、サーバから第１のジョブ通知が受信される場合に、第１のジョブを実行する。
【選択図】図４
【特許請求の範囲】
【請求項1】
通信装置であって、
前記通信装置の動作モードを第１のモードに設定する第１のモード設定部であって、
前記第１のモードは、前記通信装置とサーバとの間でサーバプッシュ型の通信を実行するための接続が確立されている状態において、前記接続を利用して、前記サーバから、前記通信装置が実行すべきジョブが存在するのか否かを示すジョブ通知を受信するためのモードである、前記第１のモード設定部と、
前記通信装置の前記動作モードが前記第１のモードである間に、前記接続を利用して、前記サーバから、前記通信装置が実行すべき第１のジョブが存在することを示す第１のジョブ通知が受信される場合に、前記第１のジョブが終了する前に、前記接続を切断する切断部と、
前記サーバから前記第１のジョブ通知が受信される場合に、前記第１のジョブを実行する第１のジョブ実行部と、
を備える、通信装置。
前記通信装置の動作モードを第１のモードに設定する第１のモード設定部であって、
前記第１のモードは、前記通信装置とサーバとの間でサーバプッシュ型の通信を実行するための接続が確立されている状態において、前記接続を利用して、前記サーバから、前記通信装置が実行すべきジョブが存在するのか否かを示すジョブ通知を受信するためのモードである、前記第１のモード設定部と、
前記通信装置の前記動作モードが前記第１のモードである間に、前記接続を利用して、前記サーバから、前記通信装置が実行すべき第１のジョブが存在することを示す第１のジョブ通知が受信される場合に、前記第１のジョブが終了する前に、前記接続を切断する切断部と、
前記サーバから前記第１のジョブ通知が受信される場合に、前記第１のジョブを実行する第１のジョブ実行部と、
を備える、通信装置。
【請求項2】
前記通信装置は、さらに、
前記第１のジョブが終了することを監視する監視部と、
前記第１のジョブが終了することに応じて、所定信号を前記サーバに送信する所定信号送信部と、
前記所定信号が前記サーバに送信されることに応じて、前記サーバから、前記通信装置が実行すべき第２のジョブに関係する関係情報が受信される場合に、前記第２のジョブを実行する第２のジョブ実行部と、
を備える、請求項１に記載の通信装置。
前記第１のジョブが終了することを監視する監視部と、
前記第１のジョブが終了することに応じて、所定信号を前記サーバに送信する所定信号送信部と、
前記所定信号が前記サーバに送信されることに応じて、前記サーバから、前記通信装置が実行すべき第２のジョブに関係する関係情報が受信される場合に、前記第２のジョブを実行する第２のジョブ実行部と、
を備える、請求項１に記載の通信装置。
【請求項3】
前記所定信号送信部は、前記第１のジョブが終了することに応じて、前記接続を再確立することなく、前記所定信号を前記サーバに送信する、請求項２に記載の通信装置。
【請求項4】
前記所定信号は、新たなジョブが存在するのか否かを問い合わせるための問合信号であり、
前記関係情報は、前記第２のジョブが存在することを示す第１の応答信号である、請求項２又は３に記載の通信装置。
前記関係情報は、前記第２のジョブが存在することを示す第１の応答信号である、請求項２又は３に記載の通信装置。
【請求項5】
前記通信装置は、さらに、
前記問合信号である前記所定信号が前記サーバに送信されることに応じて、前記サーバから、新たなジョブが存在しないことを示す第２の応答信号が受信される場合に、前記接続を再確立して、前記通信装置の前記動作モードを前記第１のモードに設定する第２のモード設定部を備える、請求項４に記載の通信装置。
前記問合信号である前記所定信号が前記サーバに送信されることに応じて、前記サーバから、新たなジョブが存在しないことを示す第２の応答信号が受信される場合に、前記接続を再確立して、前記通信装置の前記動作モードを前記第１のモードに設定する第２のモード設定部を備える、請求項４に記載の通信装置。
【請求項6】
前記通信装置は、さらに、
メモリと、
前記通信装置の動作モードが前記第１のモードである間に、前記接続を利用して、前記サーバから前記第１のジョブ通知が受信される場合に、前記通信装置の前記動作モードを第２のモードに設定する第３のモード設定部であって、前記第２のモードは、前記接続を利用することなく、ポーリング信号を前記サーバに繰り返し送信して、前記サーバから前記ジョブ通知を受信するためのモードである、前記第３のモード設定部と、
前記第１のジョブが終了する前に、前記ポーリング信号が前記サーバに送信されることに応じて、前記サーバから、前記通信装置が実行すべき前記第２のジョブが存在することを示す第２のジョブ通知が受信される場合に、前記第２のジョブを識別するジョブ識別情報を前記メモリに記憶させる記憶制御部と、を備え、
前記所定信号送信部は、前記第１のジョブが終了することに応じて、新たなジョブが存在するのか否かを問い合わせるための問合信号を送信することなく、前記メモリに記憶されている前記ジョブ識別情報を含む前記所定信号を前記サーバに送信し、
前記関係情報は、前記第２のジョブを実行するための設定情報を含む、請求項２又は３に記載の通信装置。
メモリと、
前記通信装置の動作モードが前記第１のモードである間に、前記接続を利用して、前記サーバから前記第１のジョブ通知が受信される場合に、前記通信装置の前記動作モードを第２のモードに設定する第３のモード設定部であって、前記第２のモードは、前記接続を利用することなく、ポーリング信号を前記サーバに繰り返し送信して、前記サーバから前記ジョブ通知を受信するためのモードである、前記第３のモード設定部と、
前記第１のジョブが終了する前に、前記ポーリング信号が前記サーバに送信されることに応じて、前記サーバから、前記通信装置が実行すべき前記第２のジョブが存在することを示す第２のジョブ通知が受信される場合に、前記第２のジョブを識別するジョブ識別情報を前記メモリに記憶させる記憶制御部と、を備え、
前記所定信号送信部は、前記第１のジョブが終了することに応じて、新たなジョブが存在するのか否かを問い合わせるための問合信号を送信することなく、前記メモリに記憶されている前記ジョブ識別情報を含む前記所定信号を前記サーバに送信し、
前記関係情報は、前記第２のジョブを実行するための設定情報を含む、請求項２又は３に記載の通信装置。
【請求項7】
前記通信装置は、さらに、
前記第１のジョブが終了する前に、前記ポーリング信号が前記サーバに送信されることに応じて、前記サーバから、前記通信装置が実行すべきジョブが存在することを示す前記ジョブ通知が受信されない場合に、前記通信装置の前記動作モードを前記第２のモードに代えて前記第１のモードに設定する第４のモード設定部を備える、請求項６に記載の通信装置。
前記第１のジョブが終了する前に、前記ポーリング信号が前記サーバに送信されることに応じて、前記サーバから、前記通信装置が実行すべきジョブが存在することを示す前記ジョブ通知が受信されない場合に、前記通信装置の前記動作モードを前記第２のモードに代えて前記第１のモードに設定する第４のモード設定部を備える、請求項６に記載の通信装置。
【請求項8】
通信装置であって、
前記通信装置の動作モードを第１のモードに設定する第１のモード設定部であって、
前記第１のモードは、前記通信装置とサーバとの間でサーバプッシュ型の通信を実行するための接続が確立されている状態において、前記接続を利用して、前記サーバから、前記通信装置が実行すべきジョブが存在するのか否かを示すジョブ通知を受信するためのモードであり、
前記第１のモードで動作している前記通信装置が前記ジョブ通知を受信するための第１のタスクは、前記通信装置が実行すべきジョブが存在する場合に、前記通信装置が実行すべきジョブが存在することを示す存在ジョブ通知を受信し、
前記第１のタスクは、前記通信装置が実行すべきジョブが存在しない場合に、前記通信装置が実行すべきジョブが存在しないことを示す不存在ジョブ通知を第１の所定時間毎に受信し、前記不存在ジョブ通知を受信する処理を実行してから、次の前記不存在ジョブ通知を受信するまでの間に他の処理を実行しないブロッキング状態に移行する、前記第１のモード設定部と、
前記通信装置の動作モードが前記第１のモードである間に、前記接続を利用して、前記サーバから、前記通信装置が実行すべき第１のジョブが存在することを示す第１の存在ジョブ通知が前記第１のタスクによって受信される場合に、前記第１のモードを停止する停止部と、
前記サーバから前記第１の存在ジョブ通知が受信される場合に、前記第１のジョブを前記第１のタスクとは異なる第２のタスクによって実行する第１のジョブ実行部と、
を備える、通信装置。
前記通信装置の動作モードを第１のモードに設定する第１のモード設定部であって、
前記第１のモードは、前記通信装置とサーバとの間でサーバプッシュ型の通信を実行するための接続が確立されている状態において、前記接続を利用して、前記サーバから、前記通信装置が実行すべきジョブが存在するのか否かを示すジョブ通知を受信するためのモードであり、
前記第１のモードで動作している前記通信装置が前記ジョブ通知を受信するための第１のタスクは、前記通信装置が実行すべきジョブが存在する場合に、前記通信装置が実行すべきジョブが存在することを示す存在ジョブ通知を受信し、
前記第１のタスクは、前記通信装置が実行すべきジョブが存在しない場合に、前記通信装置が実行すべきジョブが存在しないことを示す不存在ジョブ通知を第１の所定時間毎に受信し、前記不存在ジョブ通知を受信する処理を実行してから、次の前記不存在ジョブ通知を受信するまでの間に他の処理を実行しないブロッキング状態に移行する、前記第１のモード設定部と、
前記通信装置の動作モードが前記第１のモードである間に、前記接続を利用して、前記サーバから、前記通信装置が実行すべき第１のジョブが存在することを示す第１の存在ジョブ通知が前記第１のタスクによって受信される場合に、前記第１のモードを停止する停止部と、
前記サーバから前記第１の存在ジョブ通知が受信される場合に、前記第１のジョブを前記第１のタスクとは異なる第２のタスクによって実行する第１のジョブ実行部と、
を備える、通信装置。
【請求項9】
前記通信装置は、さらに、
前記第１のモードが停止される場合に、前記第１のジョブが終了することを前記第１のタスクによって監視する監視部と、
前記第１のジョブが終了することに応じて、所定信号を前記サーバに送信する所定信号送信部と、
前記所定信号が前記サーバに送信されることに応じて、前記サーバから、前記通信装置が実行すべき第２のジョブに関係する関係情報が受信される場合に、前記第２のジョブを前記第２のタスクによって実行する第２のジョブ実行部と、
を備える、請求項８に記載の通信装置。
前記第１のモードが停止される場合に、前記第１のジョブが終了することを前記第１のタスクによって監視する監視部と、
前記第１のジョブが終了することに応じて、所定信号を前記サーバに送信する所定信号送信部と、
前記所定信号が前記サーバに送信されることに応じて、前記サーバから、前記通信装置が実行すべき第２のジョブに関係する関係情報が受信される場合に、前記第２のジョブを前記第２のタスクによって実行する第２のジョブ実行部と、
を備える、請求項８に記載の通信装置。
【請求項10】
前記監視部は、前記第１のジョブが終了したのか否かを第２の所定時間毎に確認することによって、前記第１のジョブが終了することを監視し、
前記第２の所定時間は、前記第１の所定時間よりも短い、請求項９に記載の通信装置。
前記第２の所定時間は、前記第１の所定時間よりも短い、請求項９に記載の通信装置。
【請求項11】
前記所定信号は、新たなジョブが存在するのか否かを問い合わせるための問合信号であり、
前記関係情報は、前記第２のジョブが存在することを示す第１の応答信号である、請求項９又は１０に記載の通信装置。
前記関係情報は、前記第２のジョブが存在することを示す第１の応答信号である、請求項９又は１０に記載の通信装置。
【請求項12】
前記通信装置は、さらに、
前記問合信号である前記所定信号が前記サーバに送信されることに応じて、前記サーバから、新たなジョブが存在しないことを示す第２の応答信号が受信される場合に、前記通信装置の前記動作モードを前記第１のモードに設定する第２のモード設定部を備える、請求項１１に記載の通信装置。
前記問合信号である前記所定信号が前記サーバに送信されることに応じて、前記サーバから、新たなジョブが存在しないことを示す第２の応答信号が受信される場合に、前記通信装置の前記動作モードを前記第１のモードに設定する第２のモード設定部を備える、請求項１１に記載の通信装置。
【請求項13】
前記通信装置は、さらに、
メモリと、
前記第１のモードが停止された後に、前記通信装置の前記動作モードを第２のモードに設定する第３のモード設定部であって、前記第２のモードは、前記接続を利用することなく、ポーリング信号を前記サーバに前記第１のタスクによって繰り返し送信して、前記サーバから前記ジョブ通知を受信するためのモードである、前記第３のモード設定部と、
前記第１のジョブが終了する前に、前記ポーリング信号が前記サーバに送信されることに応じて、前記サーバから、前記通信装置が実行すべき前記第２のジョブが存在することを示す第２の存在ジョブ通知が前記第１のタスクによって受信される場合に、前記第２のジョブを識別するジョブ識別情報を前記メモリに記憶させる記憶制御部と、を備え、
前記所定信号送信部は、前記第１のジョブが終了することに応じて、新たなジョブが存在するのか否かを問い合わせるための問合信号を送信することなく、前記メモリに記憶されている前記ジョブ識別情報を含む前記所定信号を前記サーバに送信し、
前記関係情報は、前記第２のジョブを実行するための設定情報を含む、請求項９又は１０に記載の通信装置。
メモリと、
前記第１のモードが停止された後に、前記通信装置の前記動作モードを第２のモードに設定する第３のモード設定部であって、前記第２のモードは、前記接続を利用することなく、ポーリング信号を前記サーバに前記第１のタスクによって繰り返し送信して、前記サーバから前記ジョブ通知を受信するためのモードである、前記第３のモード設定部と、
前記第１のジョブが終了する前に、前記ポーリング信号が前記サーバに送信されることに応じて、前記サーバから、前記通信装置が実行すべき前記第２のジョブが存在することを示す第２の存在ジョブ通知が前記第１のタスクによって受信される場合に、前記第２のジョブを識別するジョブ識別情報を前記メモリに記憶させる記憶制御部と、を備え、
前記所定信号送信部は、前記第１のジョブが終了することに応じて、新たなジョブが存在するのか否かを問い合わせるための問合信号を送信することなく、前記メモリに記憶されている前記ジョブ識別情報を含む前記所定信号を前記サーバに送信し、
前記関係情報は、前記第２のジョブを実行するための設定情報を含む、請求項９又は１０に記載の通信装置。
【請求項14】
前記通信装置は、さらに、
前記第１のジョブが終了する前に、前記ポーリング信号が前記サーバに送信されることに応じて、前記サーバから前記存在ジョブ通知が受信されない場合に、前記通信装置の前記動作モードを前記第１のモードに設定する第４のモード設定部を備える、請求項１３に記載の通信装置。
前記第１のジョブが終了する前に、前記ポーリング信号が前記サーバに送信されることに応じて、前記サーバから前記存在ジョブ通知が受信されない場合に、前記通信装置の前記動作モードを前記第１のモードに設定する第４のモード設定部を備える、請求項１３に記載の通信装置。
【請求項15】
前記通信装置は、さらに、
前記通信装置の動作モードが前記第１のモードである間に、前記接続を利用して、前記サーバから前記第１の存在ジョブ通知が受信される場合に、前記第１のジョブが終了する前に、前記接続を切断する切断部を備える、請求項８から１４のいずれか一項に記載の通信装置。
前記通信装置の動作モードが前記第１のモードである間に、前記接続を利用して、前記サーバから前記第１の存在ジョブ通知が受信される場合に、前記第１のジョブが終了する前に、前記接続を切断する切断部を備える、請求項８から１４のいずれか一項に記載の通信装置。
【請求項16】
通信装置のためのコンピュータプログラムであって、
前記通信装置のコンピュータを、以下の各部、即ち、
前記通信装置の動作モードを第１のモードに設定する第１のモード設定部であって、
前記第１のモードは、前記通信装置とサーバとの間でサーバプッシュ型の通信を実行するための接続が確立されている状態において、前記接続を利用して、前記サーバから、前記通信装置が実行すべきジョブが存在するのか否かを示すジョブ通知を受信するためのモードである、前記第１のモード設定部と、
前記通信装置の前記動作モードが前記第１のモードである間に、前記接続を利用して、前記サーバから、前記通信装置が実行すべき第１のジョブが存在することを示す第１のジョブ通知が受信される場合に、前記第１のジョブが終了する前に、前記接続を切断する切断部と、
前記サーバから前記第１のジョブ通知が受信される場合に、前記第１のジョブを実行する第１のジョブ実行部と、
として機能させる、コンピュータプログラム。
前記通信装置のコンピュータを、以下の各部、即ち、
前記通信装置の動作モードを第１のモードに設定する第１のモード設定部であって、
前記第１のモードは、前記通信装置とサーバとの間でサーバプッシュ型の通信を実行するための接続が確立されている状態において、前記接続を利用して、前記サーバから、前記通信装置が実行すべきジョブが存在するのか否かを示すジョブ通知を受信するためのモードである、前記第１のモード設定部と、
前記通信装置の前記動作モードが前記第１のモードである間に、前記接続を利用して、前記サーバから、前記通信装置が実行すべき第１のジョブが存在することを示す第１のジョブ通知が受信される場合に、前記第１のジョブが終了する前に、前記接続を切断する切断部と、
前記サーバから前記第１のジョブ通知が受信される場合に、前記第１のジョブを実行する第１のジョブ実行部と、
として機能させる、コンピュータプログラム。
【請求項17】
通信装置のためのコンピュータプログラムであって、
前記通信装置のコンピュータを、以下の各部、即ち、
前記通信装置の動作モードを第１のモードに設定する第１のモード設定部であって、
前記第１のモードは、前記通信装置とサーバとの間でサーバプッシュ型の通信を実行するための接続が確立されている状態において、前記接続を利用して、前記サーバから、前記通信装置が実行すべきジョブが存在するのか否かを示すジョブ通知を受信するためのモードであり、
前記第１のモードで動作している前記通信装置が前記ジョブ通知を受信するための第１のタスクは、前記通信装置が実行すべきジョブが存在する場合に、前記通信装置が実行すべきジョブが存在することを示す存在ジョブ通知を受信し、
前記第１のタスクは、前記通信装置が実行すべきジョブが存在しない場合に、前記通信装置が実行すべきジョブが存在しないことを示す不存在ジョブ通知を第１の所定時間毎に受信し、前記不存在ジョブ通知を受信する処理を実行してから、次の前記不存在ジョブ通知を受信するまでの間に他の処理を実行しないブロッキング状態に移行する、前記第１のモード設定部と、
前記通信装置の動作モードが前記第１のモードである間に、前記接続を利用して、前記サーバから、前記通信装置が実行すべき第１のジョブが存在することを示す第１の存在ジョブ通知が前記第１のタスクによって受信される場合に、前記第１のモードを停止する停止部と、
前記サーバから前記第１の存在ジョブ通知が受信される場合に、前記第１のジョブを前記第１のタスクとは異なる第２のタスクによって実行する第１のジョブ実行部と、
として機能させる、コンピュータプログラム。
前記通信装置のコンピュータを、以下の各部、即ち、
前記通信装置の動作モードを第１のモードに設定する第１のモード設定部であって、
前記第１のモードは、前記通信装置とサーバとの間でサーバプッシュ型の通信を実行するための接続が確立されている状態において、前記接続を利用して、前記サーバから、前記通信装置が実行すべきジョブが存在するのか否かを示すジョブ通知を受信するためのモードであり、
前記第１のモードで動作している前記通信装置が前記ジョブ通知を受信するための第１のタスクは、前記通信装置が実行すべきジョブが存在する場合に、前記通信装置が実行すべきジョブが存在することを示す存在ジョブ通知を受信し、
前記第１のタスクは、前記通信装置が実行すべきジョブが存在しない場合に、前記通信装置が実行すべきジョブが存在しないことを示す不存在ジョブ通知を第１の所定時間毎に受信し、前記不存在ジョブ通知を受信する処理を実行してから、次の前記不存在ジョブ通知を受信するまでの間に他の処理を実行しないブロッキング状態に移行する、前記第１のモード設定部と、
前記通信装置の動作モードが前記第１のモードである間に、前記接続を利用して、前記サーバから、前記通信装置が実行すべき第１のジョブが存在することを示す第１の存在ジョブ通知が前記第１のタスクによって受信される場合に、前記第１のモードを停止する停止部と、
前記サーバから前記第１の存在ジョブ通知が受信される場合に、前記第１のジョブを前記第１のタスクとは異なる第２のタスクによって実行する第１のジョブ実行部と、
として機能させる、コンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本明細書では、サーバからジョブ通知を受信することに応じてジョブを実行する通信装置に関する技術を開示する。
【背景技術】
【0002】
特許文献１には、ＧＣＰ（Google Cloud Printの略）に従って印刷を実行可能なプリンタが開示されている。プリンタは、ＸＭＰＰ（eXtensible Messaging and Presence Protocol）接続を印刷仲介サーバと確立している場合（以下では「ＸＭＰＰモード」と記載する）には、印刷仲介サーバが印刷ジョブを生成した直後に、印刷仲介サーバから印刷に関する通知を受信する。プリンタは、ＸＭＰＰモードで動作している間に印刷仲介サーバとの通信が不安定になると、ＸＭＰＰのストリームをクローズして、ポーリング信号を印刷仲介サーバに定期的に送信する状態に移行する。プリンタは、ポーリング信号の送信時に印刷仲介サーバが印刷ジョブを有している場合に、印刷仲介サーバから印刷に関する通知を受信する。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１２－１８７８６６号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
本明細書では、サーバからジョブ通知を受信することに応じて、適切な処理を実行し得る通信装置を提供する。
【0005】
本明細書によって開示される通信装置は、動作モードを第１のモードに設定する第１のモード設定部であって、前記第１のモードは、前記通信装置とサーバとの間でサーバプッシュ型の通信を実行するための接続が確立されている状態において、前記接続を利用して、前記サーバから、前記通信装置が実行すべきジョブが存在するのか否かを示すジョブ通知を受信するためのモードである、前記第１のモード設定部と、前記通信装置の前記動作モードが前記第１のモードである間に、前記接続を利用して、前記サーバから、前記通信装置が実行すべき第１のジョブが存在することを示す第１のジョブ通知が受信される場合に、前記第１のジョブが終了する前に、前記接続を切断する切断部と、前記サーバから前記第１のジョブ通知が受信される場合に、前記第１のジョブを実行する第１のジョブ実行部と、を備えてもよい。
【0006】
上記の構成によると、通信装置は、サーバから第１のジョブ通知を受信する場合に、第１のジョブが終了する前に、サーバとの接続を切断する。このため、通信装置は、第１のジョブを実行する間に、サーバとの接続を維持するための処理を実行せずに済む。従って、当該処理の実行のためのリソースを削減することができる。
【0007】
また、本明細書によって開示される通信装置は、動作モードを第１のモードに設定する第１のモード設定部であって、前記第１のモードは、前記通信装置とサーバとの間でサーバプッシュ型の通信を実行するための接続が確立されている状態において、前記接続を利用して、前記サーバから、前記通信装置が実行すべきジョブが存在するのか否かを示すジョブ通知を受信するためのモードであり、前記第１のモードで動作している前記通信装置が前記ジョブ通知を受信するための第１のタスクは、前記通信装置が実行すべきジョブが存在する場合に、前記通信装置が実行すべきジョブが存在することを示す存在ジョブ通知を受信し、前記第１のタスクは、前記通信装置が実行すべきジョブが存在しない場合に、前記通信装置が実行すべきジョブが存在しないことを示す不存在ジョブ通知を第１の所定時間毎に受信し、前記不存在ジョブ通知を受信する処理を実行してから、次の前記不存在ジョブ通知を受信するまでの間に他の処理を実行しないブロッキング状態に移行する、前記第１のモード設定部と、前記通信装置の動作モードが前記第１のモードである間に、前記接続を利用して、前記サーバから、前記通信装置が実行すべき第１のジョブが存在することを示す第１の存在ジョブ通知が前記第１のタスクによって受信される場合に、前記第１のモードを停止する停止部と、前記サーバから前記第１の存在ジョブ通知が受信される場合に、前記第１のジョブを前記第１のタスクとは異なる第２のタスクによって実行する第１のジョブ実行部と、を備えてもよい。
【0008】
上記の構成によると、通信装置は、サーバから第１の存在ジョブ通知を受信する場合に、第１のモードを停止する。このため、第１のタスクは、第１の所定時間毎にブロッキング状態に移行せずに済むので、他の処理を実行し得る。
【0009】
上記の通信装置を実現するためのコンピュータプログラム、及び、当該コンピュータプログラムによって記憶するコンピュータ可読記憶媒体も新規で有用である。また、上記の通信装置によって実現される方法も新規で有用である。また、上記の通信装置と他の装置（例えば、サーバ等）とを備える通信システムも、新規で有用である。
【図面の簡単な説明】
【0010】
【図1】通信システムの構成を示す。
【図2】登録処理のシーケンスを示す。
【図3】印刷処理のシーケンスを示す。
【図6】比較例のシーケンスを示す。
【図7】第２実施例のケースＡのシーケンスを示す。
【図8】第２実施例のケースＢのシーケンスを示す。
【発明を実施するための形態】
【0011】
（第１実施例）
（通信システム２の構成；図１）
図１に示されるように、通信システム２は、プリンタ１０と、端末５０と、印刷仲介サーバ６０と、を備える。プリンタ１０及び端末５０は、ＬＡＮ（Local Area Networkの略）８に接続されている。プリンタ１０及び端末５０は、ＬＡＮ８を介して相互に通信可能である。ＬＡＮ８は、有線ＬＡＮ及び無線ＬＡＮのどちらであってもよい。ＬＡＮ８は、インターネット６に接続されている。インターネット６は、印刷仲介サーバ６０に接続されている。各装置１０，５０，６０は、インターネット６を介して相互に通信可能である。
（通信システム２の構成；図１）
図１に示されるように、通信システム２は、プリンタ１０と、端末５０と、印刷仲介サーバ６０と、を備える。プリンタ１０及び端末５０は、ＬＡＮ（Local Area Networkの略）８に接続されている。プリンタ１０及び端末５０は、ＬＡＮ８を介して相互に通信可能である。ＬＡＮ８は、有線ＬＡＮ及び無線ＬＡＮのどちらであってもよい。ＬＡＮ８は、インターネット６に接続されている。インターネット６は、印刷仲介サーバ６０に接続されている。各装置１０，５０，６０は、インターネット６を介して相互に通信可能である。
【0012】
（プリンタ１０の構成）
プリンタ１０は、印刷機能を実行可能な周辺装置（例えば、端末５０等の周辺装置）である。プリンタ１０は、印刷機能に加えて、スキャン機能、ＦＡＸ機能等を実行可能な多機能機であってもよい。プリンタ１０は、通信インターフェース（以下ではインターフェースを「Ｉ／Ｆ」と記載する）１２と、表示部１４と、印刷実行部１８と、制御部３０と、を備える。
プリンタ１０は、印刷機能を実行可能な周辺装置（例えば、端末５０等の周辺装置）である。プリンタ１０は、印刷機能に加えて、スキャン機能、ＦＡＸ機能等を実行可能な多機能機であってもよい。プリンタ１０は、通信インターフェース（以下ではインターフェースを「Ｉ／Ｆ」と記載する）１２と、表示部１４と、印刷実行部１８と、制御部３０と、を備える。
【0013】
通信Ｉ／Ｆ１２は、ＬＡＮ８に接続されている。通信Ｉ／Ｆ１２は、無線Ｉ／Ｆであってもよいし、有線Ｉ／Ｆであってもよい。表示部１４は、いわゆるタッチパネルであり、操作部としても機能する。印刷実行部１８は、インクジェット方式、レーザ方式等の印刷機構である。
【0014】
制御部３０は、ＣＰＵ３２と、メモリ３４と、を備える。ＣＰＵ３２は、メモリ３４に格納されているプログラム３６に従って、様々な処理を実行する。メモリ３４は、揮発性メモリ、不揮発性メモリ等によって構成される。メモリ３４は、さらに、印刷ステータスを記憶する。印刷ステータスは、プリンタ１０が印刷ジョブを実行中であることを示す「処理中」と、プリンタ１０が印刷ジョブを実行中でないことを示す「待機」と、を含む複数のステータスのいずれかを示す。
【0015】
（印刷仲介サーバ６０の構成）
印刷仲介サーバ６０は、クラウド印刷サービスを提供するサーバである。印刷仲介サーバ６０は、本実施例では、プリンタ１０のベンダによって設置されるサーバではなく、クラウド印刷サービスを提供する事業者によって設置されるサーバである。変形例では、印刷仲介サーバ６０は、プリンタ１０のベンダによって設置されるサーバであってもよい。印刷仲介サーバ６０は、例えば端末５０から画像データ受信する場合に、ジョブを生成し、当該ジョブをプリンタ１０に送信する。ジョブは、画像データをプリンタ１０が解釈可能なデータ形式に変換することによって生成される印刷データを含む。以下では、印刷仲介サーバ６０のことを単に「サーバ６０」と記載する。
印刷仲介サーバ６０は、クラウド印刷サービスを提供するサーバである。印刷仲介サーバ６０は、本実施例では、プリンタ１０のベンダによって設置されるサーバではなく、クラウド印刷サービスを提供する事業者によって設置されるサーバである。変形例では、印刷仲介サーバ６０は、プリンタ１０のベンダによって設置されるサーバであってもよい。印刷仲介サーバ６０は、例えば端末５０から画像データ受信する場合に、ジョブを生成し、当該ジョブをプリンタ１０に送信する。ジョブは、画像データをプリンタ１０が解釈可能なデータ形式に変換することによって生成される印刷データを含む。以下では、印刷仲介サーバ６０のことを単に「サーバ６０」と記載する。
【0016】
（登録処理；図２）
図２を参照して、プリンタ１０がサーバ６０からクラウド印刷サービスを受けるために、プリンタ１０に関する情報をサーバ６０に登録するための処理を説明する。以下では、理解の容易化のために、プリンタ１０のＣＰＵ３２がプログラム３６に従って実行する処理を説明する際に、ＣＰＵ３２を主体として記載するのではなく、プリンタ１０を主体として記載する。また、プリンタ１０によって実行される以下の全ての通信は、通信Ｉ／Ｆ１２を介して実行される。従って、以下では、通信に関する処理を説明する際に、「通信Ｉ／Ｆ１２を介して」という記載を省略する。
図２を参照して、プリンタ１０がサーバ６０からクラウド印刷サービスを受けるために、プリンタ１０に関する情報をサーバ６０に登録するための処理を説明する。以下では、理解の容易化のために、プリンタ１０のＣＰＵ３２がプログラム３６に従って実行する処理を説明する際に、ＣＰＵ３２を主体として記載するのではなく、プリンタ１０を主体として記載する。また、プリンタ１０によって実行される以下の全ての通信は、通信Ｉ／Ｆ１２を介して実行される。従って、以下では、通信に関する処理を説明する際に、「通信Ｉ／Ｆ１２を介して」という記載を省略する。
【0017】
端末５０は、ユーザからの操作を受け付けることに応じて、プリンタ１０内のウェブサーバにアクセスする。そして、端末５０は、ユーザから、さらに、クラウド印刷サービスを受けるための操作を受け付けることに応じて、Ｔ１０において、登録指示をプリンタ１０に送信する。
【0018】
プリンタ１０は、Ｔ１０において、端末５０から登録指示を受信すると、Ｔ１２において、プリンタ１０を識別する情報であるプリンタＩＤを含む登録要求をサーバ６０に送信する。
【0019】
サーバ６０は、Ｔ１２において、プリンタ１０から登録要求を受信すると、Ｔ１４において、ＰＩＮコードを生成して、登録要求に含まれるプリンタＩＤと生成済みのＰＩＮコードとを対応付けて記憶する。次いで、サーバ６０は、Ｔ２０において、ＰＩＮコードとログイン用ＵＲＬ（Uniform Resource Locatorの略）とをプリンタ１０に送信する。ログイン用ＵＲＬは、サーバ６０内の後述の認証画面データの位置を示す情報である。
【0020】
プリンタ１０は、Ｔ２０において、サーバ６０からＰＩＮコードとＵＲＬとを受信すると、Ｔ２２において、それらを端末５０に送信する。
【0021】
端末５０は、Ｔ２２において、プリンタ１０からＰＩＮコードとＵＲＬとを受信すると、Ｔ３０において、それらを表示する。次いで、端末５０は、Ｔ３２において、ユーザからＵＲＬを選択する操作を受け付けると、Ｔ４０において、ＵＲＬを含む認証要求をサーバ６０に送信する。
【0022】
サーバ６０は、Ｔ４０において、端末５０から認証要求を受信すると、Ｔ４２において、認証要求に含まれるＵＲＬによって特定される認証画面データを端末５０に送信する。認証画面データは、ＰＩＮコードを入力するための認証画面を表わすデータである。
【0023】
端末５０は、Ｔ４２において、サーバ６０から認証画面データを受信すると、Ｔ４４において、認証画面データによって表わされる認証画面を表示する。次いで、端末５０は、Ｔ４６において、ユーザから、Ｔ３０で表示されたＰＩＮコードの入力を受け付ける。この場合、端末５０は、Ｔ５０において、入力済みのＰＩＮコードをサーバ６０に送信する。
【0024】
サーバ６０は、Ｔ５０において、端末５０からＰＩＮコードを受信すると、Ｔ５２において、受信済みのＰＩＮコードの認証を実行する。具体的には、サーバ６０は、受信済みのＰＩＮコードを記憶済みであるのか否かを判断する。サーバ６０は、受信済みのＰＩＮコードを記憶済みであると判断する場合、即ち、認証が成功する場合には、Ｔ５４において、ユニークな文字列であるアクセストークン（以下ではＡＴ（Access Tokenの略）と記載する）を生成する。そして、サーバ６０は、Ｔ５６において、プリンタＩＤと生成済みのＡＴとを対応付けて記憶し、Ｔ６０において、生成済みのＡＴを含む認証通知をプリンタ１０に送信する。
【0025】
プリンタ１０は、Ｔ６２において、認証通知を受信すると、認証通知に含まれるＡＴをメモリ３４に記憶する。これにより、登録処理が終了する。
【0026】
（印刷処理；図３～図５）
続けて、図３～図５を参照して、本実施例の印刷処理を説明する。先ず、図３及び図４を参照して、印刷処理がプリンタ１０によって実行され、かつ、常時接続が切断されている間に、新たなジョブが発生するケースＡを説明し、次いで、図５を参照して、印刷処理がプリンタ１０によって実行され、かつ、常時接続が切断されている間に、新たなジョブが発生しないケースＢを説明する。
続けて、図３～図５を参照して、本実施例の印刷処理を説明する。先ず、図３及び図４を参照して、印刷処理がプリンタ１０によって実行され、かつ、常時接続が切断されている間に、新たなジョブが発生するケースＡを説明し、次いで、図５を参照して、印刷処理がプリンタ１０によって実行され、かつ、常時接続が切断されている間に、新たなジョブが発生しないケースＢを説明する。
【0027】
プリンタ１０のＣＰＵ３２は、複数のタスクを並列的に実行することができる。以下では、ＣＰＵ３２が第１のタスク又は第２のタスクによって実行する処理を説明する際に、第１のタスク又は第２のタスクを主体として記載する。第１のタスクは、主に、サーバ６０から、ジョブが存在するのか否かを示す通知を受信するためのタスクである。第２のタスクは、主に、第１のタスクから印刷処理指示を取得することに応じて、サーバ６０からジョブを受信して当該ジョブに従った印刷を印刷実行部１８に実行させるためのタスクである。
【0028】
（ケースＡ；図３）
図３の初期状態では、プリンタ１０は、記憶済みのＡＴ（図２のＴ６２参照）を利用して、サーバ６０との常時接続を確立する。常時接続は、サーバ６０が、プリンタ１０が所属するＬＡＮ８のファイヤーウォールを超えて、サーバプッシュ型の通信をプリンタ１０と実行するための接続である。本実施例では、プリンタ１０は、ＨＴＴＰ（Hypertext Transfer Protocolの略）に従った常時接続を確立している。変形例では、プリンタ１０は、ＸＭＰＰ（Extensible Messaging and Presence Protocolの略）に従った常時接続を確立してもよい。
図３の初期状態では、プリンタ１０は、記憶済みのＡＴ（図２のＴ６２参照）を利用して、サーバ６０との常時接続を確立する。常時接続は、サーバ６０が、プリンタ１０が所属するＬＡＮ８のファイヤーウォールを超えて、サーバプッシュ型の通信をプリンタ１０と実行するための接続である。本実施例では、プリンタ１０は、ＨＴＴＰ（Hypertext Transfer Protocolの略）に従った常時接続を確立している。変形例では、プリンタ１０は、ＸＭＰＰ（Extensible Messaging and Presence Protocolの略）に従った常時接続を確立してもよい。
【0029】
第１のタスクは、サーバ６０との通信をブロッキングモードで行う。具体的には、第１のタスクは、要求を送信してから応答を受信するまでの間、処理を実行不可能な状態となる。以下では、この状態を「ブロッキング状態」と記載する。第１のタスクがブロッキング状態であることによって、プリンタ１０のＣＰＵ３２は、他の処理を迅速に実行することができる。第１のタスクは、当該要求に対する応答を受信すると、ブロッキング状態を解除し、処理を再開する。図３以降の各図では、第１のタスクがブロッキング状態である期間を太い実線で表現し、ブロッキング状態でない期間を細い破線で表現する。
【0030】
第１のタスクは、Ｔ７０において、Ｇｅｔ－Ｎｏｔｉｆｉｃａｔｉｏｎ（Ｅｖｅｎｔ Ｗａｉｔ Ｍｏｄｅ）Ｒｅｑｕｅｓｔ（以下「ＧＮ（ＥＷＭ）Ｒｅｑ」と記載する）をサーバ６０に送信する。第１のタスクは、ＧＮ（ＥＷＭ）Ｒｅｑを送信することに応じて、ブロッキング状態に移行する。ＧＮ（ＥＷＭ）Ｒｅｑは、プリンタ１０が実行すべきジョブが発生した際に、その旨の通知（即ちＧＮ（ＥＷＭ）Ｒｅｑに対する応答）をプリンタ１０に送信することをサーバ６０に要求するための信号である。これにより、プリンタ１０は、Ｅｖｅｎｔ Ｗａｉｔ Ｍｏｄｅ（以下「ＥＷＭ」と記載する）で動作する。ＥＷＭでは、サーバプッシュ型の通信（即ち上記の通知の通信）が実行されるので、プリンタ１０とサーバ６０との間に常時接続が確立される必要がある。
【0031】
ＥＷＭとは異なるモードとしてＰｏｌｌｉｎｇ Ｍｏｄｅ（以下「ＰＭ」と記載する）が存在する。ＰＭは、プリンタ１０がＧｅｔ－Ｎｏｔｉｆｉｃａｔｉｏｎ（Ｐｏｌｌｉｎｇ Ｍｏｄｅ）Ｒｅｑｕｅｓｔ（以下「ＧＮ（ＰＭ）Ｒｅｑ」と記載する）をサーバ６０に定期的に送信し、その際にプリンタ１０が実行すべきジョブが存在する場合に、サーバ６０から当該ジョブが存在することを示す通知（即ちＧＮ（ＰＭ）Ｒｅｑに対する応答）を受信するためのモードである。ＰＭでは、サーバプッシュ型の通信が実行されないので、プリンタ１０とサーバ６０との間に常時接続が確立される必要がない。ＥＷＭでは、プリンタ１０は、プリンタ１０が実行すべきジョブが発生すると、サーバ６０から即座に通知を受信することができる。このために、プリンタ１０は、ＰＭで動作する場合と比べて、ジョブを迅速に実行することができる。
【0032】
サーバ６０は、Ｔ７０において、第１のタスクからＧＮ（ＥＭＷ）Ｒｅｑを受信すると、Ｔ７２～Ｔ７６及びＴ８６において、常時接続を利用して、Ｇｅｔ－Ｎｏｔｉｆｉｃａｔｉｏｎ（Ｅｖｅｎｔ Ｗａｉｔ Ｍｏｄｅ）Ｒｅｓｐｏｎｓｅ（以下「ＧＮ（ＥＭＷ）Ｒｅｓ」と記載する）をプリンタ１０に定期的に送信する。本実施例では、サーバ６０は、プリンタ１０が印刷を実行すべき画像を表わす画像データを受信する前の期間において、ジョブＩＤを含まないＧＮ（ＥＭＷ）Ｒｅｓをプリンタ１０に１分毎に送信する（Ｔ７２～Ｔ７６参照）。サーバ６０は、端末５０から、プリンタ１０が印刷を実行すべき画像を表わす画像データを受信すると（即ちプリンタ１０が実行すべきジョブが発生すると）、ジョブＩＤを含むＧＮ（ＥＭＷ）Ｒｅｓをプリンタ１０に送信する（Ｔ８６参照）。
【0033】
第１のタスクは、Ｔ７２において、サーバ６０からジョブＩＤを含まないＧＮ（ＥＭＷ）Ｒｅｓを受信すると、ブロッキング状態を解除する。そして、第１のタスクは、当該Ｒｅｓを受信することに応じた処理（例えば当該Ｒｅｓ内の情報を確認したり当該Ｒｅｓを破棄したりする処理）を実行した後に、ブロッキング状態に戻る。第１のタスクは、Ｔ７４及びＴ７６において、サーバ６０からジョブＩＤを含まないＧＮ（ＥＭＷ）Ｒｅｓを受信する毎に、Ｔ７２と同様に、ブロッキング状態を解除する処理を実行した後に、ブロッキング状態に戻る。換言すると、第１のタスクは、サーバ６０からジョブＩＤを含まないＧＮ（ＥＭＷ）Ｒｅｓを受信する間隔である１分間に亘ってブロッキング状態で動作することを繰り返す。なお、変形例では、上記の１分に代えて、１分よりも長い又は短い時間が採用されてもよい。
【0034】
ユーザは、Ｔ８０において、印刷を実行すべきプリンタ（本実施例ではプリンタ１０）の指定と、印刷対象の画像の指定と、を含む印刷指示操作を端末５０に実行する。この場合、端末５０は、Ｔ８２において、ユーザによって指定されたプリンタ１０を識別するプリンタＩＤ（図示省略）と、印刷対象の画像を表わす画像データＸ１と、をサーバ６０に送信する。
【0035】
サーバ６０は、Ｔ８２において、端末５０からプリンタＩＤと画像データＸ１とを受信すると、Ｔ８４において、ジョブＩＤ「ＡＡＡ」によって識別されるジョブを生成する。具体的には、サーバ６０は、まず、端末５０から受信済みの画像データＸ１を変換して、プリンタ１０が解釈可能なデータ形式を有する印刷データ（即ち後述のドキュメント）を生成する。そして、サーバ６０は、プリンタＩＤとジョブＩＤ「ＡＡＡ」と印刷データとを対応付けて記憶する。その後、サーバ６０は、Ｔ８６において、ジョブＩＤ「ＡＡＡ」を含むＧＮ（ＥＭＷ）Ｒｅｓをプリンタ１０に送信する。
【0036】
第１のタスクは、Ｔ８６において、サーバ６０からジョブＩＤ「ＡＡＡ」を含むＧＮ（ＥＭＷ）Ｒｅｓを受信すると、ブロッキング状態を解除する。そして、第１のタスクは、Ｔ８８において、受信済みのジョブＩＤ「ＡＡＡ」を含む印刷処理指示を第２のタスクに供給する。その後、第１のタスクは、ブロッキング状態に戻る。
【0037】
第２のタスクは、Ｔ８８において、第１のタスクからジョブＩＤ「ＡＡＡ」を含む印刷処理指示を取得すると、Ｔ９０において、Ｆｅｔｃｈ－ｊｏｂ Ｒｅｑｕｅｓｔをサーバ６０に送信し、Ｔ９２において、サーバ６０からジョブ情報を含むＲｅｓｐｏｎｓｅを受信する。当該ジョブ情報は、印刷色数、印刷用紙のサイズ、印刷部数等の印刷設定を示す設定情報を含む。そして、第２のタスクは、Ｔ９４において、Ｆｅｔｃｈ－Ｄｏｃｕｍｅｎｔ Ｒｅｑｕｅｓｔをサーバ６０に送信し、Ｔ９６において、サーバ６０から印刷データＸ１（即ちドキュメント）を含むＲｅｓｐｏｎｓｅを受信する。
【0038】
（図３の続き：図４（ケースＡ））
図４に示されるように、第２のタスクは、Ｔ１００において、印刷データＸ１を印刷実行部１８に供給する。これにより、印刷データＸ１によって表わされる画像の印刷が印刷実行部１８によって開始される。第２のタスクは、さらに、Ｔ１００において、メモリ３４内の印刷ステータスを「待機」から「処理中」に変更する。図４以降の図面では、印刷データが印刷実行部１８に供給される状態、即ち、印刷ステータスが「処理中」である状態の第２のタスクをハッチング入りの太い実線で表現する。
図４に示されるように、第２のタスクは、Ｔ１００において、印刷データＸ１を印刷実行部１８に供給する。これにより、印刷データＸ１によって表わされる画像の印刷が印刷実行部１８によって開始される。第２のタスクは、さらに、Ｔ１００において、メモリ３４内の印刷ステータスを「待機」から「処理中」に変更する。図４以降の図面では、印刷データが印刷実行部１８に供給される状態、即ち、印刷ステータスが「処理中」である状態の第２のタスクをハッチング入りの太い実線で表現する。
【0039】
第１のタスクは、図３のＴ８８において、印刷指示処理を第２のタスクに供給すると、Ｔ１１０において、常時接続の切断を要求する切断信号をサーバ６０に送信する。これにより、Ｔ１１２において、常時接続がサーバ６０によって切断される。この場合、プリンタ１０は、ＥＷＭでの動作を停止することになる。この結果、プリンタ１０は、ＥＷＭでもＰＭでも動作しない状態になる。
【0040】
上述したように、プリンタ１０は、サーバ６０との常時接続を切断するので、ジョブＩＤ「ＡＡＡ」に従ったジョブを実行する間（即ちＴ１１２から後述のＴ１４０までの間）に、サーバ６０との常時接続を維持するための処理を実行せずに済む。当該処理は、例えば、常時接続を維持するための信号をサーバ６０に定期的に送信すること、及び、常時接続を維持するための信号をサーバ６０から定期的に受信すること、の少なくとも一方を含む。これにより、ＣＰＵ３２の処理負荷が削減できるとともに、通信Ｉ／Ｆ１２の通信負荷が削減される。また、プリンタ１０は、常時接続を維持するために必要なメモリ３４内の領域を開放することができる。このために、メモリ３４の使用容量を節約することができる。
【0041】
また、プリンタ１０がＥＷＭを停止すると、第１のタスクは、略１分間に亘ってブロッキング状態で動作することを繰り返さずに済む。このために、第１のタスクは、他の処理を実行することができる。具体的には、第１のタスクは、Ｔ１２０において、印刷状況を確認するための処理を実行することができる。即ち、第１のタスクは、メモリ３４内の印刷ステータスを確認することによって、ジョブが終了することを監視する処理を実行することができる。Ｔ１２０の段階では、印刷ステータスが「処理中」であるため、第１のタスクは、ジョブが終了していないと判断する。第１のタスクは、印刷ステータスを確認する処理を実行した後、５秒間スリープする。そして、スリープが５秒間維持されると、第１のタスクは、スリープを解除するとともに、再び印刷ステータスを確認する。その後、第１のタスクは、再び５秒間スリープする。即ち、第１のタスクは、５秒毎に印刷ステータスを確認する処理とスリープとを繰り返し実行する。なお、変形例では、上記の５秒に代えて、５秒よりも長い又は短い時間が採用されてもよい。
【0042】
次いで、端末５０は、Ｔ１３０及びＴ１３２において、図３のＴ８０及びＴ８２と同様の処理を実行する。ここで、端末５０は、Ｔ１３２において、プリンタ１０を識別するプリンタＩＤと、印刷対象の画像を表わす画像データＸ２と、をサーバ６０に送信する。
【0043】
サーバ６０は、Ｔ１３２において、端末５０からプリンタＩＤと画像データＸ２とを受信すると、Ｔ１３４において、ジョブＩＤ「ＢＢＢ」によって識別されるジョブを生成する。本ケースでは、サーバ６０とプリンタ１０との間の常時接続が既に切断されている（Ｔ１１２参照）。このために、サーバ６０は、ジョブＩＤ「ＢＢＢ」を含むＧＮ（ＥＭＷ）Ｒｅｓをプリンタ１０に送信することができない。
【0044】
その後、第２のタスクは、ジョブが終了すると、即ち、印刷実行部１８への全ての印刷データの供給が終了すると、Ｔ１４０において、メモリ３４内の印刷ステータスを「処理中」から「待機」に変更する。
【0045】
第１のタスクは、Ｔ１４２において、印刷ステータスを確認する処理を実行して、印刷ステータスが「待機」であることを認識する。即ち、第１のタスクは、ジョブが終了したと判断する。この場合、第１のタスクは、Ｔ１４４において、Ｇｅｔ－Ｊｏｂｓ Ｒｅｑｕｅｓｔ（以下「ＧＪＲｅｑ」と記載する）をサーバ６０に送信する。ＧＪＲｅｑは、新たなジョブが存在するのか否かを問い合わせるための信号である。
【0046】
プリンタ１０は、サーバ６０との常時接続を再び確立することなく、ＧＪＲｅｑをサーバ６０に送信する。このために、プリンタ１０は、サーバ６０との常時接続を再び確立した後に、ＧＪＲｅｑをサーバ６０に送信する構成と比べて、ジョブが存在するのか否かを早く知ることができる。
【0047】
サーバ６０は、Ｔ１４４において、プリンタ１０からＧＪＲｅｑを受信すると、Ｔ１４６において、ジョブＩＤ「ＢＢＢ」を含むＧｅｔ－Ｊｏｂｓ Ｒｅｓｐｏｎｓｅ（以下「ＧＪＲｅｓ」と記載する）をプリンタ１０に送信する。
【0048】
第１のタスクは、Ｔ１４６において、サーバ６０からＧＪＲｅｓを受信すると、Ｔ１４８において、ＧＪＲｅｓ内のジョブＩＤ「ＢＢＢ」を含む印刷処理指示を第２のタスクに供給する。
【0049】
次いで、第２のタスクは、ジョブＩＤ「ＢＢＢ」を利用して、図３のＴ９０～Ｔ９６と同様の処理を実行する。そして、第２のタスクは、Ｔ１５０において、印刷データＸ２を印刷実行部１８に供給するとともに、メモリ３４内の印刷ステータスを「待機」から「処理中」に変更する。
【0050】
第１のタスクは、Ｔ１６０等において、Ｔ１２０と同様に、印刷ステータスを確認する処理を５秒毎に実行する。第１のタスクは、Ｔ１６２において、ジョブが終了することに応じて、メモリ３４内の印刷ステータスが「印刷中」から「待機」に変更された後に、Ｔ１７０において、印刷ステータスが「待機」であることを認識する。そして、第１のタスクは、Ｔ１４２と同様に、ＧＪＲｅｑをサーバ６０に送信する。
【0051】
サーバ６０は、Ｔ１７４において、プリンタ１０からＧＪＲｅｑを受信すると、Ｔ１７６において、ジョブＩＤを含まないＧＪＲｅｓをプリンタ１０に送信する。
【0052】
第１のタスクは、Ｔ１７６において、サーバ６０からジョブＩＤを含まないＧＪＲｅｓを受信すると、Ｔ１８０において、サーバ６０との常時接続を再確立する。そして、第１のタスクは、Ｔ１８２において、ＧＮ（ＥＷＭ）Ｒｅｑをサーバ６０に送信する。これにより、プリンタ１０は、ＥＷＭで再び動作する。そして、第１のタスクは、Ｔ１８４等において、サーバ６０から、ジョブＩＤを含まないＧＮ（ＥＷＭ）Ｒｅｓを１分毎に受信する。
【0053】
（図３の続き；図５（ケースＢ））
続いて、図５を参照して、ケースＢを説明する。図５も図４と同様に図３の続きである。ただし、図５のケースＢでは、ジョブＩＤ「ＡＡＡ」によって識別されるジョブが実行されている間に、新たなジョブが発生しない。Ｔ１９０～Ｔ２１０の処理は、図４のＴ１００～Ｔ１２０と同様である。
続いて、図５を参照して、ケースＢを説明する。図５も図４と同様に図３の続きである。ただし、図５のケースＢでは、ジョブＩＤ「ＡＡＡ」によって識別されるジョブが実行されている間に、新たなジョブが発生しない。Ｔ１９０～Ｔ２１０の処理は、図４のＴ１００～Ｔ１２０と同様である。
【0054】
サーバ６０は、ジョブＩＤ「ＡＡＡ」によって識別されるジョブが実行されている間に、端末５０から画像データＸ２を受信しない。このため、サーバ６０は、図４のＴ１４０～Ｔ１４４と同様であるＴ２２０～Ｔ２２４がプリンタ１０によって実行されることに応じて、プリンタ１０からＧＪＲｅｑを受信すると、Ｔ２２６において、ジョブＩＤを含まないＧＪＲｅｓをプリンタ１０に送信する。
【0055】
第１のタスクは、Ｔ２２６において、サーバ６０からジョブＩＤを含まないＧＪＲｅｓを受信することに応じて、Ｔ２３０において、サーバ６０との常時接続を再確立し、Ｔ２３２において、ＧＮ（ＥＷＭ）Ｒｅｑをサーバ６０に送信する。これにより、プリンタ１０は、ＥＷＭで再び動作する。そして、第１のタスクは、Ｔ２３４等において、サーバ６０から、ジョブＩＤを含まないＧＮ（ＥＷＭ）Ｒｅｓを１分毎に受信する。
【0056】
上述したように、プリンタ１０は、ＥＷＭで再び動作する。このために、プリンタ１０は、プリンタ１０が実行すべきジョブが発生すると、サーバ６０から即座に通知を受信することができ、ジョブを迅速に実行することができる。
【0057】
（比較例；図６）
上述したように、本実施例では、プリンタ１０は、サーバ６０からジョブＩＤを含むＧＮ（ＥＷＭ）Ｒｅｓを受信することに応じて、サーバ６０との常時接続を切断してＥＷＭを停止する（図４のＴ１１０、図５のＴ２００参照）。ここで、図６を参照して、常時接続が切断されない比較例を説明する。比較例のプリンタ１０Ａの第１のタスクは、サーバ６０からジョブＩＤを含むＧＮ（ＥＷＭ）Ｒｅｓを受信しても、サーバ６０との常時接続を切断せず、ＥＷＭを継続する。このために、第１のタスクは、Ｔ２５０において、ジョブＩＤを含まないＧＮ（ＥＭＷ）Ｒｅｓを受信することに応じて、ブロッキング状態を解除する。そして、第１のタスクは、Ｔ２５２において、印刷ステータスが「処理中」であることを確認し、その後、ブロッキング状態に戻る。
上述したように、本実施例では、プリンタ１０は、サーバ６０からジョブＩＤを含むＧＮ（ＥＷＭ）Ｒｅｓを受信することに応じて、サーバ６０との常時接続を切断してＥＷＭを停止する（図４のＴ１１０、図５のＴ２００参照）。ここで、図６を参照して、常時接続が切断されない比較例を説明する。比較例のプリンタ１０Ａの第１のタスクは、サーバ６０からジョブＩＤを含むＧＮ（ＥＷＭ）Ｒｅｓを受信しても、サーバ６０との常時接続を切断せず、ＥＷＭを継続する。このために、第１のタスクは、Ｔ２５０において、ジョブＩＤを含まないＧＮ（ＥＭＷ）Ｒｅｓを受信することに応じて、ブロッキング状態を解除する。そして、第１のタスクは、Ｔ２５２において、印刷ステータスが「処理中」であることを確認し、その後、ブロッキング状態に戻る。
【0058】
第１のタスクは、Ｔ２５４において、ジョブＩＤを含まないＧＮ（ＥＭＷ）Ｒｅｓを再び受信することに応じて、ブロッキング状態を解除し、Ｔ２５６において、印刷ステータスが「処理中」であることを確認する。
【0059】
端末５０は、Ｔ２６０～Ｔ２６２において、図４のＴ１３０～Ｔ１３２と同様の処理を実行する。サーバ６０は、Ｔ２６４～Ｔ２６６において、図３のＴ８４～Ｔ８６と同様の処理を実行する。ただし、ここで利用されるジョブＩＤは「ＢＢＢ」である。
【0060】
第１のタスクは、Ｔ２６６において、サーバ６０からジョブＩＤ「ＢＢＢ」を含むＧＮ（ＥＭＷ）Ｒｅｓを受信すると、ブロッキング状態を解除する。ここで、第１のタスクは、Ｔ２６８において、ジョブＩＤ「ＢＢＢ」をメモリ３４に記憶しておく。その後、第１のタスクは、Ｔ２７０において、印刷ステータスが「処理中」であることを確認し、ブロッキング状態に戻る。
【0061】
第２のタスクは、ジョブが終了すると、Ｔ２８０において、メモリ３４内の印刷ステータスを「印刷中」から「待機」に変更する。この時、第１のタスクは、ブロッキング状態であるため、サーバ６０から次のＧＮ（ＥＭＷ）Ｒｅｓを受信するまで、印刷ステータスを確認する処理を実行することができない。第１のタスクは、Ｔ２９０において、サーバ６０からジョブＩＤを含まないＧＮ（ＥＭＷ）Ｒｅｓを受信することに応じて、ブロッキング状態を解除し、Ｔ２９２において、印刷ステータスが「待機」であることを確認する。そして、第１のタスクは、Ｔ２９４において、記憶済みのジョブＩＤ「ＢＢＢ」を含む印刷処理指示を第２のタスクに供給する。Ｔ３００～Ｔ３１０の処理は、図３のＴ９０～Ｔ９６及び図４のＴ１００と同様の処理である。
【0062】
本比較例において、第１のタスクは、サーバ６０からジョブＩＤを含まないＧＮ（ＥＭＷ）Ｒｅｓを受信する間隔である１分間に亘ってブロッキング状態で動作することを繰り返す。即ち、第１のタスクは、印刷ステータスを確認する処理を１分毎にしか実行できない。このために、第２のタスクがジョブを終了してから（Ｔ２８０参照）、第１のタスクがジョブの終了を認識するまでに（Ｔ２９２参照）、比較的に長い時間を要してしまう。このため、第１のタスクが印刷処理指示を第２のタスクに供給するまでに比較的に長い時間を要するので、第２のタスクが印刷実行部１８に印刷を実行させるのが遅くなる。これに対して、本実施例の構成によれば、プリンタ１０が常時接続を切断してＥＷＭを停止するので、第１のタスクは、１分間に亘ってブロッキング状態で動作することを繰り返さずに済む。第１のタスクは、印刷ステータスを確認する処理と、５秒間のスリープとを繰り返し実行する。このために、第１のタスクは、比較例と比べて、ジョブが終了したことを迅速に認識することができ、印刷処理指示を第２のタスクに迅速に供給することができる。このために、第２のタスクは、印刷実行部１８に印刷を迅速に実行させることができる。
【0063】
（対応関係）
プリンタ１０、サーバ６０が、それぞれ、「通信装置」、「サーバ」の一例である。ＥＷＭが、「第１のモード」の一例である。ジョブＩＤを含むＧＮ（ＥＭＷ）Ｒｅｓ及びジョブＩＤを含まないＧＮ（ＥＭＷ）Ｒｅｓが、「ジョブ通知」の一例である。図３のＴ８６のジョブＩＤを含むＧＮ（ＥＭＷ）Ｒｅｓが、「第１のジョブ通知」及び「存在ジョブ通知」の一例である。図３のＴ７２～Ｔ７６のジョブＩＤを含まないＧＮ（ＥＭＷ）Ｒｅｓが、「不存在ジョブ通知」の一例である。図４のＴ１４４のＧＪＲｅｑ及び図５のＴ２２４のＧＪＲｅｑが、「問合信号」である「所定信号」の一例である。図４のＴ１４６のジョブＩＤを含むＧＪＲｅｓが、「関係情報」及び「第１の応答信号」の一例である。図５のＴ２２６のジョブＩＤを含まないＧＪＲｅｓが「第２の応答信号」の一例である。１分、５秒が、それぞれ、「第１の所定時間」、「第２の所定時間」の一例である。
プリンタ１０、サーバ６０が、それぞれ、「通信装置」、「サーバ」の一例である。ＥＷＭが、「第１のモード」の一例である。ジョブＩＤを含むＧＮ（ＥＭＷ）Ｒｅｓ及びジョブＩＤを含まないＧＮ（ＥＭＷ）Ｒｅｓが、「ジョブ通知」の一例である。図３のＴ８６のジョブＩＤを含むＧＮ（ＥＭＷ）Ｒｅｓが、「第１のジョブ通知」及び「存在ジョブ通知」の一例である。図３のＴ７２～Ｔ７６のジョブＩＤを含まないＧＮ（ＥＭＷ）Ｒｅｓが、「不存在ジョブ通知」の一例である。図４のＴ１４４のＧＪＲｅｑ及び図５のＴ２２４のＧＪＲｅｑが、「問合信号」である「所定信号」の一例である。図４のＴ１４６のジョブＩＤを含むＧＪＲｅｓが、「関係情報」及び「第１の応答信号」の一例である。図５のＴ２２６のジョブＩＤを含まないＧＪＲｅｓが「第２の応答信号」の一例である。１分、５秒が、それぞれ、「第１の所定時間」、「第２の所定時間」の一例である。
【0064】
図３の常時接続の確立とＴ７０とが、「第１のモード設定部」によって実行される処理の一例である。図４のＴ１１０及び図５のＴ２００が、「切断部」及び「停止部」によって実行される処理の一例である。図４で引用する図３のＴ９０、図４のＴ１００、及び、図５のＴ１９０が、「第１のジョブ実行部」によって実行される処理の一例である。図４のＴ１２０、Ｔ１４２、図５のＴ２１０、及び、Ｔ２２２が、「監視部」によって実行される処理の一例である。図４のＴ１４４及び図５のＴ２２４が、「所定信号送信部」によって実行される処理の一例である。図４で引用する図３のＴ９４、及び、図４のＴ１５０が、「第２のジョブ実行部」によって実行される処理の一例である。図５のＴ２３０及びＴ２３２が、「第２のモード設定部」によって実行される処理の一例である。
【0065】
（第２実施例；図７及び図８）
続いて、第２実施例を説明する。本実施例は、常時接続が切断される場合に、プリンタ１０がＥＷＭに代えてＰＭで動作する点において、第１実施例とは異なる。先ず、図７を参照して、常時接続が切断され、かつ、プリンタ１０がＰＭで動作している間に新たなジョブが発生するケースＡを説明する。次いで、図８を参照して、新たなジョブが発生しないケースＢを説明する。
続いて、第２実施例を説明する。本実施例は、常時接続が切断される場合に、プリンタ１０がＥＷＭに代えてＰＭで動作する点において、第１実施例とは異なる。先ず、図７を参照して、常時接続が切断され、かつ、プリンタ１０がＰＭで動作している間に新たなジョブが発生するケースＡを説明する。次いで、図８を参照して、新たなジョブが発生しないケースＢを説明する。
【0066】
（ケースＡ；図７）
図７は、図３の続きである。Ｔ４００～Ｔ４１２の処理は、図４のＴ１００～Ｔ１１２の処理と同様である。第１実施例と同様に、プリンタ１０は、サーバ６０との常時接続を切断するので、ジョブＩＤ「ＡＡＡ」に従ったジョブを実行する間（即ちＴ４１２から後述のＴ４７０までの間）に、サーバ６０との常時接続を維持するための処理を実行せずに済む。
図７は、図３の続きである。Ｔ４００～Ｔ４１２の処理は、図４のＴ１００～Ｔ１１２の処理と同様である。第１実施例と同様に、プリンタ１０は、サーバ６０との常時接続を切断するので、ジョブＩＤ「ＡＡＡ」に従ったジョブを実行する間（即ちＴ４１２から後述のＴ４７０までの間）に、サーバ６０との常時接続を維持するための処理を実行せずに済む。
【0067】
また、プリンタ１０がＥＷＭを停止するので、第１のタスクは、略１分間に亘ってブロッキング状態で動作することを繰り返さずに済む。このために、第１のタスクは、他の処理を実行することができる。具体的には、第１のタスクは、Ｔ４２０において、プリンタ１０が実行すべき新たなジョブが存在するのか否かを問合せるための処理を実行することができる。より具体的には、プリンタ１０がＰＭで動作することにより、第１のタスクは、ＧＮ（ＰＭ）Ｒｅｑをサーバ６０に送信する。第１のタスクは、ＧＮ（ＰＭ）Ｒｅｑを送信することに応じて、ブロッキング状態に移行する。
【0068】
サーバ６０は、Ｔ４２０において、第１のタスクからＧＮ（ＰＭ）Ｒｅｑを受信すると、Ｔ４２２において、ジョブＩＤを含まないＧｅｔ－Ｎｏｔｉｆｉｃａｔｉｏｎ（ＰＭ）Ｒｅｓｐｏｎｓｅ（以下「ＧＮ（ＰＭ）Ｒｅｓ」と記載する）をプリンタ１０に送信する。
【0069】
本実施例では、プリンタ１０は、３０秒毎にＧＮ（ＰＭ）Ｒｅｑをサーバ６０に送信する（Ｔ４２０、Ｔ４３０、Ｔ４４０、及びＴ４５６参照）。そして、サーバ６０は、端末５０から、プリンタ１０が印刷を実行すべき画像を表わす画像データを受信する前の期間において、ジョブＩＤを含まないＧＮ（ＰＭ）Ｒｅｓをプリンタ１０に送信する（Ｔ４２２、Ｔ４３２、及びＴ４４２）。サーバ６０は、端末５０からプリンタ１０が実行すべき画像を表わす画像データを受信すると（即ちプリンタ１０が実行すべきジョブが発生すると）、ジョブＩＤを含むＧＮ（ＰＭ）Ｒｅｓをプリンタ１０に送信する（Ｔ４５８参照）。
【0070】
第１のタスクは、Ｔ４２２において、サーバ６０からジョブＩＤを含まないＧＮ（ＰＭ）Ｒｅｓを受信すると、ブロッキング状態を解除する。そして、第１のタスクは、Ｔ４２４において、印刷状況を確認するための処理を実行する。Ｔ４２４の段階では、印刷ステータスが「処理中」であるため、第１のタスクは、印刷が終了していないと判断する。第１のタスクは、印刷ステータスを確認する処理を実行すると５秒間スリープする。即ち、第１のタスクは、図４のＴ１２０と同様に、５秒毎に印刷ステータスを確認する処理とスリープとを繰り返し実行する。第１のタスクは、Ｔ４３２及びＴ４４２において、サーバ６０からジョブＩＤを含まないＧＮ（ＰＭ）Ｒｅｓを受信する毎に、Ｔ４３４及びＴ４４４において、Ｔ４２４と同様に、ブロッキング状態を解除して印刷ステータスを確認する処理を実行する。
【0071】
次いで、端末５０は、Ｔ４５０及びＴ４５２において、図３のＴ８０及びＴ８２と同様の処理を実行する。ここで、端末５０は、Ｔ１３２において、プリンタ１０を識別するプリンタＩＤと、印刷対象の画像を表わす画像データＸ３と、をサーバ６０に送信する。
【0072】
サーバ６０は、Ｔ４５２において、端末５０からプリンタＩＤと画像データＸ３とを受信すると、Ｔ４５４において、ジョブＩＤ「ＣＣＣ」によって識別されるジョブを生成する。サーバ６０は、Ｔ４５６において、プリンタ１０からＧＮ（ＰＭ）Ｒｅｑを受信することに応じて、Ｔ４５８において、ジョブＩＤ「ＣＣＣ」を含むＧＮ（ＰＭ）Ｒｅｓをプリンタ１０に送信する。
【0073】
第１のタスクは、Ｔ４５８において、サーバ６０からジョブＩＤ「ＣＣＣ」を含むＧＮ（ＰＭ）Ｒｅｓを受信すると、ブロッキング状態を解除する。ここで、第１のタスクは、Ｔ４６０において、ジョブＩＤ「ＣＣＣ」をメモリ３４に記憶しておく。その後、第１のタスクは、Ｔ４６２において、印刷ステータスが「処理中」であることを確認する。
【0074】
その後、第２のタスクは、ジョブが終了すると、Ｔ４７０において、メモリ３４内の印刷ステータスを「印刷中」から「待機」に変更する。
【0075】
第１のタスクは、Ｔ４７２において、印刷ステータスを確認する処理を実行して、印刷ステータスが「待機」であることを認識する。即ち、第１のタスクは、ジョブが終了したと判断する。この場合、第１のタスクは、Ｔ４７４において、記憶済みのジョブＩＤ「ＣＣＣ」を含む印刷処理指示を第２のタスクに供給する。Ｔ４８０～Ｔ４９０の処理は、図３のＴ９０～Ｔ９６及び図４のＴ１００と同様である。即ち、プリンタ１０は、ジョブＩＤ「ＣＣＣ」をメモリ３４に予め記憶しておくので、ジョブが終了した後に、ＧＪＲｅｑをサーバ６０に送信することなく、Ｆｅｔｃｈ－ｊｏｂ Ｒｅｑｕｅｓｔをサーバ６０に送信することができる。このために、プリンタ１０は、ジョブが終了した後に、ＧＪＲｅｑをサーバ６０に送信する構成と比べて、比較的に早くジョブを実行することができる。その後、図４のＴ１６０～Ｔ１８４と同様の処理が実行される。
【0076】
（ケースＢ；図８）
続いて、図８を参照して、ケースＢを説明する。図８も図７と同様に図３の続きである。ただし、図８のケースＢでは、ジョブＩＤ「ＡＡＡ」によって識別されるジョブが実行されている間に、新たなジョブが発生しない。Ｔ５００～Ｔ５４４の処理は、図７のＴ４００～Ｔ４４４と同様である。
続いて、図８を参照して、ケースＢを説明する。図８も図７と同様に図３の続きである。ただし、図８のケースＢでは、ジョブＩＤ「ＡＡＡ」によって識別されるジョブが実行されている間に、新たなジョブが発生しない。Ｔ５００～Ｔ５４４の処理は、図７のＴ４００～Ｔ４４４と同様である。
【0077】
図７のＴ４７０～Ｔ４７２と同様のＴ５５０～Ｔ５５２がプリンタ１０によって実行されることに応じて、第１のタスクは、Ｔ５６０において、サーバ６０との常時接続を再確立する。そして、第１のタスクは、Ｔ５６２において、ＧＮ（ＥＭＷ）Ｒｅｑをサーバ６０に送信する。これにより、プリンタ１０は、ＥＷＭで再び動作する。そして、第１のタスクは、Ｔ５６４等において、サーバ６０から、ジョブＩＤを含まないＧＮ（ＥＷＭ）Ｒｅｓを１分毎に受信する。
【0078】
上述したように、プリンタ１０は、ＥＷＭで再び動作する。このために、プリンタ１０は、プリンタ１０が実行すべきジョブが発生すると、サーバ６０から即座に通知を受信することができ、ジョブを迅速に実行することができる。
【0079】
（対応関係）
ＰＭが、「第２のモード」の一例である。図７のＴ４８０（Fetch-Job Req）が、「所定信号」の一例である。図７のＴ４８２のＲｅｓが、「関係情報」の一例である。図７のＴ３７８のジョブＩＤを含むＧＮ（ＰＭ）Ｒｅｓが、「第２のジョブ通知」の一例である。ジョブ情報が、「設定情報」である。
ＰＭが、「第２のモード」の一例である。図７のＴ４８０（Fetch-Job Req）が、「所定信号」の一例である。図７のＴ４８２のＲｅｓが、「関係情報」の一例である。図７のＴ３７８のジョブＩＤを含むＧＮ（ＰＭ）Ｒｅｓが、「第２のジョブ通知」の一例である。ジョブ情報が、「設定情報」である。
【0080】
図７のＴ４１０、図８のＴ５１０が、「切断部」によって実行される処理の一例である。図７のＴ４８０、図７のＴ４００、及び、図８のＴ５００が、「第１のジョブ実行部」によって実行される処理の一例である。図７のＴ４２４，Ｔ４３４，Ｔ４４４，Ｔ４６０，Ｔ４７２、図８のＴ５２４，Ｔ５３４，Ｔ５４４，Ｔ５５２が、「監視部」によって実行される処理の一例である。図７のＴ４８０が、「所定信号送信部」によって実行される処理の一例である。図７のＴ４８４及びＴ４９０が、「第２のジョブ実行部」によって実行される処理の一例である。図７のＴ４２０、図８のＴ５２０が、「第３のモード設定部」によって実行される処理の一例である。図７のＴ４６０が、「記憶制御部」によって実行される処理の一例である。図８のＴ５６０及びＴ５６２が、「第４のモード設定部」によって実行される処理の一例である。図７のＴ４１０及び図８のＴ５１０が、「停止部」及び「切断部」によって実行される処理の一例である。
【0081】
以上、本発明の具体例を詳細に説明したが、これらは例示にすぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。
【0082】
（変形例１）プリンタ１０は、電話回線に従った通信を実行可能である複合機であってもよい。複合機は、端末５０からサーバ６０に画像データが送信される場合に、サーバ６０から画像データを受信し、電話回線を利用して画像データを他の複合機に送信してもよい。この場合、ジョブは、電話回線を利用して画像データを送信する処理である。一般的に言うと、「ジョブ」は、印刷に限られず、本変形例のように、電話回線を利用して画像データを送信することであってもよいし、他の処理であってもよい。
【0083】
（変形例２）第１のタスクは、メモリ３４内の印刷ステータスを確認することに代えて、ジョブが終了したのか否かを第２のタスクに問い合わせることによって、ジョブが終了することを監視してもよい。本変形例では、第２のタスクに問い合わせることが、「監視部」によって実行される処理の一例である。
【0084】
（変形例３）第１のタスクは、ジョブが終了したのか否かを監視しなくてもよい。この場合、第１のタスクは、監視とは異なる他の処理を実行可能である。本変形例では、「監視部」を省略可能である。
【0085】
（変形例４）第１のタスクは、図４のＴ１４２において、ジョブが終了したと判断される場合に、常時接続を再び接続した後に、Ｔ１４４において、Ｇｅｔ－Ｊｏｂｓ Ｒｅｑをサーバ６０に送信してもよい。一般的に言うと、「所定信号送信部」は、接続を再確立した後に、所定信号をサーバに送信してもよい。
【0086】
（変形例５）図５のＴ２３０が省略されてもよい。即ち、第１のタスクは、Ｔ２２６において、サーバ６０からジョブＩＤを含まないＧＪＲｅｓを受信することに応じて、常時接続を再確立することなく、Ｔ２３２において、ＧＮ（ＥＭＷ）Ｒｅｑに代えて、ＧＮ（ＰＭ）Ｒｅｑをサーバ６０に送信してもよい。即ち、プリンタ１０は、ＥＷＭではなくＰＭで動作してもよい。本変形例では、「第２のモード設定部」が省略可能である。
【0087】
（変形例６）図８のＴ５６０が省略されてもよい。即ち、第１のタスクは、プリンタ１０が実行すべきジョブが存在しないと判断される場合に、常時接続を再確立することなく、Ｔ５６２において、ＧＮ（ＥＭＷ）Ｒｅｑに代えて、ＧＮ（ＰＭ）Ｒｅｑをサーバ６０に送信してもよい。即ち、プリンタ１０は、ＰＭで動作することを維持してもよい。本変形例では、「第４のモード設定部」が省略可能である。
【0088】
（変形例７）プリンタ１０は、印刷ステータスを５秒毎に確認することに代えて、印刷ステータスを１分以上の所定時間毎に確認してもよい。一般的に言うと、「第２の所定時間」は、「第１の所定時間」より短くなくてよい。別の変形例では、プリンタ１０は、印刷ステータスを５秒毎に確認することに代えて、印刷ステータスを１分未満の所定時間毎に確認してもよい。
【0089】
【0090】
（変形例９）図７のＴ４６０の処理が省略されてもよい。この場合、Ｔ４６２～Ｔ４７２の処理が実行されると、第１のタスクは、ＧＪＲｅｑ（図４のＴ１４４参照）をサーバ６０に送信する。ＧＪＲｅｑは、新たなジョブが存在するのか否かを問い合わせるための信号である。これによって、サーバ６０は、ジョブＩＤ「ＣＣＣ」を含むＧＪＲｅｓをプリンタ１０に送信する。第１のタスクは、サーバ６０からＧＪＲｅｓを受信すると、Ｔ４７４において、ＧＪＲｅｓ内のジョブＩＤ「ＣＣＣ」を含む印刷処理指示を第２のタスクに供給する。そして、Ｔ４８０～Ｔ４９０の処理、及び、図７で引用される図４のＴ１６０～Ｔ１８４の処理が実行される。
【0091】
（変形例１０）「通信装置」は、プリンタ１０でなくてもよく、スキャナ、複合機、携帯端末、ＰＣ、サーバ等の他のデバイスであってもよい。
【0092】
【0093】
また、本明細書または図面に説明した技術要素は、単独であるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【符号の説明】
【0094】
２：通信システム、６：インターネット、８：ＬＡＮ、１０：プリンタ、１２：通信Ｉ／Ｆ、１４：表示部、１８：印刷実行部、３０：制御部、３２：ＣＰＵ、３４：メモリ、３６：プログラム、５０：端末、６０：印刷仲介サーバ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】