JP2024023376A

JP2024023376A - プログラムセットおよび情報処理装置

Info

Publication number: JP2024023376A
Application number: JP2023198149A
Authority: JP
Inventors: 紀彦浅井
Original assignee: Brother Industries Ltd
Current assignee: Brother Industries Ltd
Priority date: 2020-02-18
Filing date: 2023-11-22
Publication date: 2024-02-21
Also published as: JP2021131642A; JP7392509B2

Abstract

【課題】画像形成装置に入力された画像形成ジョブに関する情報の、情報処理装置での報知を改善させる技術を提供すること。【解決手段】ＰＣ１０に記憶されている報知プログラム４２は、ＯＳ５０からＭＦＰ２０に印刷ジョブを送信したことを検知すると、通信ＩＦ１８の受信ポートを開放する。報知プログラム４２は、ＭＦＰ２０がＯＳ５０から受信した印刷ジョブに基づく印刷を完了して送信した完了通知を受信ポートを介して受信すると、完了情報を報知する。【選択図】図１

Description

本発明は、システム、プログラム、および情報処理装置に関する。さらに詳細には、画
像形成装置に入力された画像形成ジョブに関する情報を、情報処理装置で報知する報知技
術に関するものである。

画像形成装置と接続する情報処理装置では、画像形成ジョブに関する情報を報知する技
術が知られている。例えば、特許文献１には、エラー情報を報知する技術として、１台の
デジタル複合機に少なくとも１台のホストＰＣが接続されている画像形成システムであっ
て、デジタル複合機にエラーが発生した場合、そのエラーを回復させるための情報をデジ
タル複合機からホストＰＣに送信する技術が開示されている。

特開２０１０－１５７９２９号公報

情報処理装置は、画像形成装置に画像形成ジョブを送信した後、その画像形成ジョブが
完了したか否かを知ることができない。そのため、利用者は自身の画像形成ジョブが完了
するタイミングが分からず、例えば画像形成装置がプリンタであれば、プリンタに移動し
た際に印刷ジョブが完了しておらず、完了するまで待たされる、印刷物を取りに行くこと
を忘れてしまう、といった問題が生じる。引用文献１のように、エラーが発生したときの
報知については知られているが、エラーが発生していないときの報知については改善の余
地がある。

本明細書は、画像形成装置に入力された画像形成ジョブに関する情報の、情報処理装置
での報知を改善させる技術を開示する。

上述した課題の解決を目的としてなされたシステムは、画像形成装置と、前記画像形成
装置に画像形成ジョブを送信する情報処理装置と、を備えるシステムであって、前記情報
処理装置は、前記情報処理装置が備える通信インタフェースを介して、前記画像形成装置
に画像形成ジョブを送信し、前記画像形成ジョブは、前記情報処理装置を識別する装置識
別情報と共に前記画像形成装置に送信され、前記情報処理装置には、第１のプログラムが
インストールされており、前記第１のプログラムは、前記情報処理装置のコンピュータに
、前記情報処理装置の前記通信インタフェースに、前記画像形成装置から送信される完了
通知を受信するための受信ポートを開放させる開放処理を実行させ、前記画像形成装置は
、前記情報処理装置から送信された画像形成ジョブと前記画像形成ジョブと共に前記情報
処理装置から送信された装置識別情報を受信した場合に、前記画像形成ジョブに基づく画
像形成を実行し、前記画像形成ジョブに基づく前記画像形成の完了後、前記画像形成ジョ
ブと共に前記画像形成装置に受信された前記装置識別情報を用いて、前記画像形成ジョブ
に基づく前記画像形成の実行完了を示す前記完了通知を、前記画像形成ジョブの送信元で
ある前記情報処理装置に送信し、前記第１のプログラムは、前記情報処理装置が前記画像
形成ジョブを前記画像形成装置に送信した後に、前記受信ポートを開放された前記通信イ
ンタフェースが、前記情報処理装置あての前記完了通知を前記画像形成ジョブの送信先で
ある前記画像形成装置から受信した場合に、前記情報処理装置の前記コンピュータに、前
記画像形成ジョブに基づく前記画像形成の実行完了を示す完了情報を、前記情報処理装置
が備えるユーザインタフェースに報知させる完了情報報知処理を実行させる、ことを特徴
とする。

上記構成を有するシステムでは、画像形成ジョブを情報処理装置から画像形成装置に投
入する。その後、情報処理装置が、画像形成の完了通知を画像形成装置から受信し、情報
処理装置にインストールされた第１のプログラムによって、その画像形成ジョブの完了を
示す情報を情報処理装置のユーザインタフェースを介して報知する。これにより、利用者
は画像形成ジョブに基づく画像形成が完了したことを知ることができることから、情報処
理装置での報知が改善される。

上記装置の機能を実現するための制御方法、コンピュータプログラム、装置、および当
該コンピュータプログラムを格納するコンピュータにて読取可能な記憶媒体も、新規で有
用である。

本明細書に開示される技術によれば、画像形成装置に入力された画像形成ジョブに関す
る情報の、情報処理装置での報知を改善させる技術が、実現される。

実施の形態に係る画像処理システムの構成を示すブロック図である。実施の形態に係る画像処理システムの印刷手順を示すブロック図である。実施の形態に係る報知プログラムの準備処理の手順を示すフローチャートである。設定画面の一例を示す図である。監視処理の手順を示すフローチャートである。報知例を示す図である。完了情報報知処理の手順を示すフローチャートである。第１キャンセル処理の手順を示すフローチャートである。第２キャンセル処理の手順を示すフローチャートである。ジョブ送信監視処理の手順を示すフローチャートである。実施の形態に係る完了情報の報知手順の別態様を示すシーケンス図である。

以下、本発明にかかる装置を具体化した実施の形態について、添付図面を参照しつつ詳
細に説明する。本形態は、複合機（以下「ＭＦＰ」と略す）と、そのＭＦＰ用のデバイス
ドライバが組み込まれたパーソナルコンピュータ（以下「ＰＣ」と略す）とを有する画像
処理システムに本発明を適用したものである。

本形態の画像処理システム１００（システムの一例）は、図１に示すように、ＭＦＰ２
０（画像形成装置の一例），２１，２２と、これらＭＦＰを制御するＰＣ１０（情報処理
装置の一例）、１１、１２とを備えている。画像処理システム１００では、ＰＣ１０，１
１，１２とＭＦＰ２０，２１，２２とが有線ＬＡＮケーブルを介して通信可能に接続され
ている。

なお、画像処理システム１００を構成する画像処理装置および情報処理装置は図示され
たものに限るものではない。また、ＰＣ１０等とＭＦＰ２０等との接続は、有線ＬＡＮケ
ーブルやＵＳＢケーブルに限らず、無線ＬＡＮ等の無線通信であってもよい。

ＰＣ１０は、各種処理を実行するＣＰＵ１１（コンピュータの一例）と、ＢＩＯＳ等を
記憶したＲＯＭ１２と、ＣＰＵ１１が各種処理を行う際に一時的な記憶領域として利用さ
れるＲＡＭ１３と、各種のプログラムやデータを記憶した不揮発性メモリ１４とを有する
コントローラ３０（コンピュータの一例）を備えている。

メモリの一例はいずれも、コンピュータが読み取り可能なストレージ媒体であってもよ
い。コンピュータが読み取り可能なストレージ媒体とは、ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ
な媒体である。ｎｏｎ－ｔｒａｎｓｉｔｏｒｙな媒体には、上記の例の他に、ＣＤ－ＲＯ
Ｍ、ＤＶＤ－ＲＯＭ等の記録媒体も含まれる。また、ｎｏｎ－ｔｒａｎｓｉｔｏｒｙな媒
体は、ｔａｎｇｉｂｌｅな媒体でもある。一方、インターネット上のサーバなどからダウ
ンロードされるプログラムを搬送する電気信号は、コンピュータが読み取り可能な媒体の
一種であるコンピュータが読み取り可能な信号媒体であるが、ｎｏｎ－ｔｒａｎｓｉｔｏ
ｒｙなコンピュータが読み取り可能なストレージ媒体には含まれない。

また、ＰＣ１０は、キーボードやマウス等からなるユーザインタフェース１５（以下「
ＵＩ」と略す）と、液晶ディスプレイ等からなるディスプレイ１６と、通信インタフェー
ス１８（以下「通信ＩＦ」と略す）とを有し、これらがコントローラ３０と電気的に接続
され、これらがコントローラ３０によって制御される。ＵＩ１５とディスプレイ１６はユ
ーザインタフェースの一例である。通信ＩＦ１８は通信インタフェースの一例である。な
お、スピーカや、アレクサなどのＰＣと接続したスマートスピーカを、ユーザインタフェ
ースの一例にしてもよい。

ＰＣ１０には、オペレーティングシステム（以下「ＯＳ」と略す）と、アプリケーショ
ンプログラム（例えば、文書作成ソフト、作図ソフト、表計算ソフト、写真データ編集ソ
フト等）と、ＭＦＰ２０、２１、２２を制御するデバイスドライバと、ＭＦＰからの通知
に応じて情報を報知する報知プログラム（第１のプログラム、プログラムの一例）と、各
ＭＦＰ２０の状態を監視するステータスモニタ（第２のプログラムの一例）が記憶されて
いる。なお、各種プログラムは、ＣＤ－ＲＯＭなどの記憶媒体に記憶されているものをイ
ンストールしてもよいし、ネットワーク上のサーバに記憶されているものをダウンロード
してインストールしてもよい。ＰＣ１１、１２についてもＰＣ１０と同様である。

ＭＦＰ２０は、用紙に画像を形成する機能を有していればよく、その画像形成方式は、
電子写真方式、インクジェット方式、その他の一般的な画像形成方式を採用していればよ
い。また、カラー画像及びモノクロ画像の画像形成が可能であっても、モノクロ画像のみ
の画像形成が可能であってもよい。この他、ＭＦＰ２０は、画像読み取り機能、ＦＡＸ送
信機能、ＦＡＸ受信機能を有している。

ＭＦＰ２０は、ＰＣ（本形態ではＰＣ１０、１１、１２）から画像形成ジョブを受信し
た場合に、画像形成ジョブの実行状況を示す実行情報を、画像形成ジョブを送信したＰＣ
に通知する通知機能を有する。画像形成ジョブは、例えば、印刷ジョブ、スキャンジョブ
である。

さらに、ＭＦＰ２０は、ページ数が多い印刷ジョブを実行する場合、所定ページ（例え
ば１００ページ）の印刷が完了する度に、所定ページの印刷完了を示す一部完了通知を送
信する機能を有する。所定ページの数は、固定値でもよいし、ＭＦＰ２０またはデバイス
ドライバ４０を介して設定される変動値でもよいし、さらには、印刷ジョブに含まれる印
刷枚数に応じて設定される可変値でもよい。なお、ＭＦＰ２１、２２についてもＭＦＰ２
０と同様に構成されている。

続いて、本形態の画像処理システム１００において、ＭＦＰ２０に印刷を行わせる際の
、ＰＣ１０の動作について、図２のブロック図を参照しつつ説明する。なお、図２中、グ
ラフィックエンジン５１、スプーラ５２は、ＯＳ５０の一部として提供される。

図２中、デバイスドライバ４０は、例えばＭＦＰ２０用のプリンタドライバであって、
印刷対象となる画像データの加工処理や、加工処理が反映された画像データに基づく印刷
データの生成処理を行う。加工処理としては、例えば、ウォータマーク、ヘッダー、フッ
ター等の合成、拡大、縮小等の倍率変更、画像回転、２ｉｎ１、４ｉｎ１等の集約が該当
する。

また、ステータスモニタ４１は、ＰＣ１０と通信可能に接続する全てのＭＦＰのうち、
ＰＣ１０にデバイスドライバがインストールされているＭＦＰを監視対象として、状態を
監視する。具体的には、ステータスモニタ４１は、ＰＣ１０にインストールされているデ
バイスドライバに関する情報についてＯＳ５０が管理している管理情報を参照し、監視対
象とするＭＦＰを特定する。ステータスモニタ４１は、ＵＩ１５を介して、デバイスドラ
イバがインストールされているＭＦＰのうち、監視対象とするＭＦＰを選択する操作を受
け付け、そのＭＦＰを監視対象としてもよい。本形態では、ステータスモニタ４１は、Ｍ
ＦＰ２０，２１，２２を監視対象とし、これらの状態情報を定期的に取得する。

具体的に、ステータスモニタ４１は、稼働状況（例えば、実行中、待機状態、スリープ
状態等）や、ＭＦＰにエラーが発生している場合にはそのエラーの種類（例えば、紙ジャ
ムなど）を、状態情報として取得する。また、ステータスモニタ４１は、ＭＦＰにワーニ
ングが発生している場合にはそのワーニングの種類（例えば、インク警告など）を、状態
情報として取得する。なお、ＭＦＰのエラーおよびワーニングは異常状態の一例である。
エラーまたはワーニングの種類を含む状態情報は異常情報の一例である。状態情報を取得
する処理は「状態通知取得処理」の一例である。状態情報を表示する処理は「状態情報表
示処理」の一例である。ステータスモニタ４１は、ＭＦＰ２０，２１，２２から取得した
状態情報をユーザに認識させるためにディスプレイ１６に表示する。なお、ステータスモ
ニタ４１は、ＰＣ１０と接続する全てのＭＦＰを監視対象としてもよい。

また、報知プログラム４２は、自身が組み込まれたＰＣによる画像形成ジョブの送信先
であるＭＦＰから実行情報を取得し、取得した実行情報に基づいて情報を表示する。ステ
ータスモニタ４１と報知プログラム４２の違いは、ステータスモニタ４１はＰＣから定期
的にＭＦＰにアクセスして状態情報を表示するのに対し、報知プログラム４２は、ＭＦＰ
からの通知を受信した場合に情報を表示することである。報知プログラム４２の動作手順
については後述する。

本形態では、ステータスモニタ４１と報知プログラム４２とを含むプログラムセットが
、ＭＦＰのデバイスメーカから提供され、ＰＣにインストールされる。プログラムセット
は、ＯＳの一部として提供されてもよい。また例えば、ステータスモニタ４１と報知プロ
グラム４２とがデバイスメーカから提供されるものではなく、一方がＯＳの一部として提
供され、他方がデバイスメーカから提供されてもよい。

なお、報知プログラム４２は、ステータスモニタ４１と同様に、画像形成ジョブの送信
先であるＭＦＰに状態情報を問い合わせ、画像形成ジョブの完了を示す状態情報を受信し
た場合に、完了情報を表示してもよい。また、これと同様の動作はステータスモニタ４１
を用いて行ってもよい。この場合、ステータスモニタ４１と報知プログラム４２の両方が
「プログラム」の一例となる。この動作については、後述する別の態様で説明する。

グラフィックエンジン５１は、デバイスドライバ４０の制御を行うモジュールである。
グラフィックエンジン５１は、アプリケーションプログラム６１からの命令を受け付け、
その命令をデバイスドライバ４０に受け渡す。

スプーラ５２は、デバイスドライバ４０によって生成された印刷データを一時的に格納
し、印刷データを順次に指定されたＭＦＰに出力する機能を有するモジュールである。本
明細書において「デバイスドライバ４０が印刷データをＭＦＰ２０に送信する」と記載し
た場合、それは「デバイスドライバ４０が印刷データをスプーラ５２に格納する」ことを
意味し、実際にスプーラ５２によってＭＦＰ２０に印刷データが送信されたことまでは意
味しない。

ＰＣ１０からＭＦＰ２０に印刷を行わせる際には、図２に示すように、先ず、ＰＣ１０
に組み込まれているアプリケーションプログラム６１がユーザからの印刷指示を受け付け
、印刷開始通知を出力する。そして、ＯＳの一部であるグラフィックエンジン５１がその
印刷開始通知を受け付け、アプリケーションプログラム６１から印刷対象の画像データの
取得を開始する。

グラフィックエンジン５１は、画像データの取得を開始すると、デバイスドライバ４０
に対して描画命令を行う。デバイスドライバ４０は、描画命令を受け付けると、当該描画
命令に基づいてビットマップ画像（ＢＭＰ画像）を生成し、さらにそのＢＭＰ画像に基づ
いてＰＤＬ形式の印刷データを生成する。

デバイスドライバ４０は、印刷データの生成後、当該印刷データをスプーラ５２に格納
する。印刷データがスプーラ５２に格納されると、スプーラ５２は格納されている印刷デ
ータをＭＦＰ２０に送信する。印刷データを受信したＭＦＰ２０は、その印刷データに基
づいて印刷を行う。

続いて、本形態の画像処理システム１００において、ＭＦＰ２０の印刷完了を、報知プ
ログラム４２で報知する際の、報知プログラム４２による制御手順について、図３のフロ
ーチャートを参照しつつ説明する。報知プログラム４２は、ＰＣ１０の起動とともに実行
される常駐プログラムである。報知プログラム４２は、起動時にＣＰＵ１１によって図３
に示す準備処理を実行する。

なお、以下の処理およびフローチャートの各処理ステップは、基本的に、プログラムに
記述された命令に従ったＣＰＵ１１の処理を示す。すなわち、以下の説明における「判断
」、「抽出」、「選択」、「算出」、「決定」、「特定」、「取得」、「受付」、「制御
」等の処理は、ＣＰＵ１１の処理を表している。ＣＰＵ１１による処理は、ＰＣ１０のＯ
Ｓ５０のＡＰＩを用いたハードウェア制御も含む。本明細書では、ＯＳ５０の記載を省略
して各プログラムの動作を説明する。すなわち、以下の説明において、「プログラムＢが
ハードウェアＣを制御する」という趣旨の記載は、「プログラムＢがＯＳのＡＰＩを用い
てハードウェアＣを制御する」ことを指してもよい。なお、「取得」は要求を必須とはし
ない概念で用いる。すなわち、ＣＰＵ１１が要求することなくデータを受信するという処
理も、「ＣＰＵ１１がデータを取得する」という概念に含まれる。また、本明細書中の「
データ」とは、コンピュータに読取可能なビット列で表される。そして、実質的な意味内
容が同じでフォーマットが異なるデータは、同一のデータとして扱われるものとする。本
明細書中の「情報」についても同様である。

ＣＰＵ１１は、まず、ＭＦＰから通知機能設定情報を取得する（Ｓ１１）。報知プログ
ラム４２は、Ｓ１１の処理を実行する前に、ステータスモニタ４１が監視対象としている
ＭＦＰを特定し、特定したＭＦＰと通信を行う。なお、報知プログラム４２は、監視対象
とするＭＦＰを特定するための情報を、ステータスモニタ４１から取得してもよいし、Ｐ
Ｃ１０にインストールされているデバイスドライバに関する情報についてＯＳ５０が管理
している管理情報を参照して、ＭＦＰを特定してもよい。通知機能設定情報は、ＭＦＰの
メモリに記憶されている。ＣＰＵ１１は、監視対象として特定したＭＦＰに対して、ＭＦ
Ｐのメモリに記憶されている通知機能設定情報をＰＣ１０に送信することを要求する。要
求を受信したＭＦＰは、メモリから通知機能設定情報を読み出して、ＰＣ１０に返信する
。ＣＰＵ１１は、通信ＩＦ１８を用いて、各ＭＦＰから送信された通知機能設定情報を受
信し、ＲＡＭ１３に記憶する。すなわち、報知プログラム４２は、ＭＦＰに情報を要求す
るクライアントとして機能し、ＭＦＰは、要求された情報を提供するサーバとして機能す
る。本形態では、報知プログラム４２は、ステータスモニタ４１の監視対象であるＭＦＰ
２０，２１，２２から通知機能設定情報を取得する。

ＣＰＵ１１は、Ｓ１０にて取得した通知機能設定情報に基づいて、通知可能なＭＦＰが
あるか否かを判断する（Ｓ１３）。通知機能設定情報には、ＭＦＰにおいて通知機能が有
効にされているか無効にされているかを示す情報と、報知プログラム４２がインストール
されているＰＣへＭＦＰから通知を行わないことを示す情報と、が含まれている。

ＭＦＰにおいて通知機能が有効にされているか無効にされているかを示す情報について
は、ＭＦＰは工場出荷時には有効にされている。ＭＦＰは、ＭＦＰの操作パネルを介して
、通知機能の有効または無効を指示する操作を受け付けたら、あるいは、ＭＦＰの通信Ｉ
Ｆを介して、通知機能の有効または無効を指示する情報を受け付けたら、メモリ内の情報
を更新する。

報知プログラム４２がインストールされているＰＣへＭＦＰから通知を行わないことを
示す情報については、ＭＦＰは工場出荷時には記憶していない。報知プログラム４２は、
後述するように、図４に示す編集画面Ｄ３のラジオボタンＲ３１にて「ＯＦＦ」の選択操
作を受け付けた場合（Ｓ１７：ＮＯ）、通知は不要であることを示す制限信号をＰＣの識
別情報と関連付けて、監視対象として特定した全てのＭＦＰに送信する（Ｓ２１）。制限
信号を受信したＭＦＰは、報知プログラム４２がインストールされているＰＣへＭＦＰか
ら通知を行わないことを示す情報を、ＰＣの識別情報と対応付けて、メモリに記憶する。

なお、Ｓ１３の処理では、ステータスモニタ４１の監視対象であるＭＦＰが、通知機能
に対応しているモデルであるか否かに基づいて判断してもよい。また、Ｓ１３の処理では
、Ｓ１１の処理にて各ＭＦＰから取得したモデル名や、ステータスモニタ４１から取得し
たモデル名や、ＯＳ５０の管理情報を参照して取得したモデル名に基づいて判断してもよ
い。

ＣＰＵ１１は、Ｓ１１にて取得した通知可能設定情報の中に、ＭＦＰにおいて通知機能
が有効にされていることを示す情報を含むが、報知プログラム４２がインストールされて
いるＰＣへＭＦＰから通知を行わないことを示す情報を含まない通知機能設定情報がある
場合、通知可能なＭＦＰがあると判断する（Ｓ１３：ＹＥＳ）。この場合、ＣＰＵ１１は
、Ｓ１５の処理に進む。

なお、ＣＰＵ１１は、Ｓ１１にて取得した通知可能設定情報が全て、ＭＦＰにおいて通
知機能が無効にされていることを示す情報と、報知プログラム４２がインストールされて
いるＰＣへＭＦＰから通知を行わないことを示す情報と、の少なくとも一方を含む通知可
能設定情報である場合、通知可能なＭＦＰがないと判断する（Ｓ１３：ＮＯ）。この場合
、ＣＰＵ１１は、受信ポートを開放せずに、図３に示す処理を終了する。

報知プログラム４２は、図４に示す設定画面Ｄ３を介して、情報を報知する際の設定を
受け付けることが可能である。報知プログラム４２は、初めて起動したときに設定画面Ｄ
３を表示してもよい。また、報知プログラム４２は、表示を要求する操作をＵＩ１５を介
して受け付けた場合に、設定画面Ｄ３を表示してもよい。報知プログラム４２は、起動時
に毎回、設定画面Ｄ３を表示してもよい。設定画面Ｄ３には、ラジオボタンＲ３１～Ｒ３
７が設けられている。ラジオボタンＲ３１は、完了通知を受信した際に完了情報を表示す
るか否かの設定を受け付ける。ラジオボタンＲ３３は、情報を表示する表示時間の設定を
受け付ける。ラジオボタンＲ３５は、表示する情報の種類の設定を受け付ける。ラジオボ
タンＲ３７は、複数のジョブを投入した場合に完了情報を表示するタイミングの設定を受
け付ける。

報知プログラム４２は、不揮発性メモリ１４に設けられた報知プログラム４２用の記憶
領域に、設定画面Ｄ３を介して受け付けた情報を記憶する。例えば、ラジオボタンＲ３１
を介して受け付けた情報は表示可否情報として記憶される。また、ラジオボタンＲ３３に
て受け付けた情報は報知時間として記憶される。ラジオボタンＲ３５にて受け付けた情報
は報知対象として記憶される。ラジオボタンＲ３７にて受け付けた情報は報知タイミング
として記憶される。報知タイミングは表示頻度情報の一例である。

図３の説明に戻り、Ｓ１３にて通知可能と判断したＣＰＵ１１は、不揮発性メモリ１４
から表示可否情報を読み出して取得し（Ｓ１５）、取得した表示可否情報が表示可を示す
情報であるか否かを判断する（Ｓ１７）。

すなわち、ＣＰＵ１１は、ＵＩ１５を用いてラジオボタンＲ３１の「ＯＦＦ」が選択さ
れた場合、不揮発メモリ１４に記憶される表示可否情報には、完了情報を表示しない表示
不可を示す情報が含まれる。この場合、ＣＰＵ１１は、表示可ではないと判断し（Ｓ１７
：ＮＯ）、ＭＦＰに対してＰＣ１０への通知の送信を制限する制限信号を送信する（Ｓ２
１）。Ｓ２１の処理は「制限処理」の一例である。制限信号は、ＰＣ１０に接続するＭＦ
Ｐに全て送信されてもよいし、Ｓ１１にて通知機能を実行することを示す通知機能設定情
報を送信したＭＦＰだけに送信されてもよい。

例えば、ＭＦＰ２０は、ＰＣ１０から送信された制限信号を受信した場合、報知プログ
ラム４２がインストールされているＰＣへＭＦＰから通知を行わないことを示す情報を、
ＰＣ１０の識別情報に対応付けて、ＭＦＰ２０のメモリに記憶する。これによりＭＦＰ２
０は、ＰＣ１０に通知を行わなくなる。その後、ＣＰＵ１１は、図３に示す処理を終了す
る。これにより、報知プログラム４２が完了情報を報知しないにもかかわらず、ＭＦＰ２
０がＰＣ１０に完了通知を送信することがなくなり、ＭＦＰ２０とＰＣ１０とが無駄な通
信を行わなくて済む。

なお、例えば、別のタイミングで設定画面Ｄ３のラジオボタンＲ３１にて「ＯＮ」の選
択操作を受け付けた場合、報知プログラム４２は、報知プログラム４２がインストールさ
れているＰＣへＭＦＰから通知を行わないことを示す情報を解除することを指示する解除
信号を、監視対象のＭＦＰに送信する。解除信号を受信したＭＦＰは、報知プログラム４
２がインストールされているＰＣへＭＦＰから通知を行わないことを示す情報をメモリか
ら削除する。これにより、ＭＦＰは、ＰＣに通知できるようになる。よって、報知プログ
ラム４２は、ＵＩ１５に入力される指示に応じて、ＭＦＰ２０にＰＣ１０への通知を行わ
せるようにしたり、行わせないようにしたりすることができる。なお、報知プログラム４
２は、準備処理の最初に、表示可否情報が表示可を設定されているか否か（設定画面Ｄ３
のラジオボタンＲ３１にて「ＯＮ」が選択されているか否か）を判断してもよい。報知プ
ログラム４２は、表示可（「ＯＮ」を選択済み）である判断した場合、Ｓ１１の処理を行
うときに、監視対象のＭＦＰの全てに解除信号を送信することで、ＭＦＰのメモリに記憶
されている情報をＭＦＰに削除させるようにしてもよい。

一方、ＣＰＵ１１は、ＵＩ１５を用いてラジオボタンＲ３１の「ＯＮ」が選択された場
合、不揮発メモリ１４に記憶される表示可否情報には、完了情報を表示する表示可を示す
情報が含まれる。この場合、ＣＰＵ１１は、表示可であると判断し（Ｓ１７：ＹＥＳ）、
通信ＩＦ１８の受信ポートを開放する（Ｓ１９）。Ｓ１９の処理は「開放処理」の一例で
ある。受信ポートが開放されることにより、ＣＰＵ１１は、通信ＩＦ１８を介して、各Ｍ
ＦＰからの自装置宛の通知を受信できるようになる。

具体的に説明すると、報知プログラム４２とＭＦＰは、所定のポート番号を用いるよう
にプログラミングされている。報知プログラム４２は、表示可と判断した場合、所定のポ
ート番号でデータをＴＣＰ（Transmission Control Protocol）受信できるよう、ＯＳ５
０に受信ポートの開放を指示する。例えば、ＭＦＰ２０は、ＰＣ１０から送信された印刷
ジョブの印刷を完了すると、印刷ジョブの送信元（ＰＣ１０）に、所定のポート番号を指
定して、完了通知を送信する。ＯＳ５０は、所定のポート番号とポート開放を指示したプ
ログラムとを関連付けて記憶している。そのため、ＯＳ５０は、所定のポート番号へ送信
されてきたデータ（例えば完了通知）を通信ＩＦ１８が受信したとき、ＯＳ５０は、その
データを報知プログラム４２に渡すことができる。つまり、報知プログラム４２は、受信
ポートが開放されることにより、各ＭＦＰから自装置宛に送信されたデータをＯＳ５０を
介して受信できるようになる。すなわち、報知プログラム４２は、完了通知の報知サービ
スを提供するサーバとして機能し、ＭＦＰは、報知サービスに完了通知を入力するクライ
アントとして機能する。以下、「報知プログラム４２が通知を受信する。」の意味は、「
ＯＳ５０が受信ポートを介して受信した通知を、報知プログラム４２がＯＳ５０から受け
取って受信する。」ことを意味するものとする。受信ポートを開いたＣＰＵ１１は、処理
を終了する。なお、開放された受信ポートは、報知プログラム４２が終了される場合に、
閉鎖される。

続いて、印刷ジョブの実行状況を監視する監視処理について説明する。報知プログラム
４２は、受信ポートを開放したことを契機に、図５に示す監視処理を実行する。便宜上、
図５では連続した処理として監視処理を記載しているが、実際には断続的な処理であって
もよい。なお、以下の説明では、報知プログラム４２は、ディスプレイ１６の表示によっ
て各種情報を報知するが、報知方法はこれに限らず、音声出力等を含んでもよい。

なお、ＯＳ５０は、報知プログラム４２の処理と並行して、様々な処理を実行している
。例えば、ＯＳ５０は、アプリケーションプログラム６１からデバイスドライバ４０を介
してスプーラ５２に格納された印刷ジョブを送信する。印刷ジョブには、印刷を実行する
ＭＦＰ２０が指定されている。ＯＳ５０は、指定されたＭＦＰ２０に印刷ジョブを送信す
る。印刷ジョブには、ＭＦＰ２０の指定の他、印刷ジョブの送信元を識別する情報と、印
刷ジョブを識別するジョブ識別情報が付されている。送信元を識別する情報は、例えば、
ＩＰアドレスや、Ｍａｃアドレスである。送信元を識別する情報は、他の種類のネットワ
ークアドレスや、ＰＣ１０のシリアル番号でもよい。送信元を識別する情報は「装置識別
情報」の一例である。

ＭＦＰ２０は、印刷ジョブを受信すると、印刷を実行する。ＭＦＰ２０は、複数の印刷
ジョブを順次受信し、印刷を行う。複数の印刷ジョブには、ＰＣ１０から送信された複数
の印刷ジョブを含んでもよいし、ＰＣ１１，１２などから送信された印刷ジョブを含んで
もよい。ＭＦＰ２０は、ＰＣ１０から受信した印刷ジョブの印刷を行う場合、実行状況に
応じた通知を送信する。通知は、印刷を実行した印刷ジョブに付されていた装置識別情報
とジョブ識別情報を含んでいる。また、通知は、ＭＦＰ２０にプログラミングされた所定
のポート番号を含んでいる。つまり、ＭＦＰ２０は、印刷ジョブを送信したＰＣ１０宛に
各種通知を送信する。監視処理は、ＭＦＰ２０から通知された各種通知を、報知プログラ
ム４２が監視する処理である。

ＣＰＵ１１は、まず、開放した受信ポートを介して何らかの通知をＭＦＰから受信した
か否かを判断する（Ｓ１０１）。ＣＰＵ１１は、通信ＩＦ１８を用いて、ＭＦＰから送信
された何らかの通知を受信ポートを介して受信しない場合（Ｓ１０１：ＮＯ）、タイムア
ウト条件を満たすか否かを判断する（Ｓ１０８）。タイムアウト条件は、ＯＳ５０からＭ
ＦＰに印刷ジョブの送信を開始してから第２の閾値時間を超えることである。送信開始時
刻は、例えば、スプーラ５２に問い合わせて取得してもよい。また、報知プログラム４２
がスプーラ５２を監視して印刷ジョブの送信開始時刻を判断してもよい。第２の閾値時間
は、固定値でもよいし、利用者により設定される設定値でもよいし、印刷ジョブの総印刷
枚数に応じた可変値であってもよい。ＣＰＵ１１は、タイムアウト条件を満たさないと判
断する場合（Ｓ１０８：ＮＯ）、Ｓ１０１に戻る。

ＣＰＵ１１は、通知待ち時間が第２の閾値時間を超えたと判断する場合（Ｓ１０８：Ｙ
ＥＳ）、印刷ジョブが完了していないことを示す未完了情報をディスプレイ１６を用いて
表示する（Ｓ１０９）。例えば、ＣＰＵ１１は、例えば、図４のラジオボタンＲ３３を介
して設定された表示時間に応じて、図６（Ａ）に示すようにメッセージを表示するダイア
ログＤＬ１１をポップアップ表示する。そして、例えば、ＣＰＵ１１は、そのダイアログ
ＤＬ１１に、「未完了のジョブがあります。」のような未完了を報知するメッセージを表
示する。これにより、利用者は、メッセージを表示させたり、消去させたりする手間をか
けずに、メッセージを確認できる。なお、以下、通知に応じた情報を報知する場合には、
同じ大きさのダイアログＤＬ１１をディスプレイ１６の同じ表示位置に同じ表示時間だけ
表示し、ダイアログＤＬ１１に表示される情報の内容のみが異なるものとする。例えば、
ＭＦＰ２０を指定して印刷を行う利用者は、未完了メッセージを見て、ＭＦＰ２０が印刷
していないため、印刷物をＭＦＰ２０に取りに行く必要がないことを認識できる。

その後、図５に示すように、ＣＰＵ１１は、ジョブの送信先となるＭＦＰの状態情報を
取得し（Ｓ１１１）、ディスプレイ１６を用いて状態情報を表示する（Ｓ１１３）。例え
ば、ＣＰＵ１１は、ステータスモニタ４１がＭＦＰ２０から取得したＭＦＰ２０の状態情
報を参照し、ビジーを示す情報が含まれていた場合、「ビジーのため、印刷が完了してい
ません。もうしばらくお待ち下さい。」のようなＭＦＰ２０の状態を示すメッセージを表
示するダイアログＤＬ１１をディスプレイ１６を用いてポップアップ表示する。なお、こ
れと同時に、ステータスモニタ４１が、例えば図６（Ｃ）に示すようなアイコンＡ２１を
介して、ビジーであることを表示してもよい。また例えば、ＣＰＵ１１は、紙ジャムなど
のエラー情報を取得した場合、「紙ジャムのため、印刷が完了していません。紙を取り除
いて下さい。」のようなエラーメッセージを表示するダイアログＤＬ１１をディスプレイ
１６を用いてポップアップ表示する。よって、メッセージを見た利用者は、ＭＦＰ２０の
状態を知り、印刷ジョブの実行に適した修繕等の対応を早期にとりやすい。未完了情報と
状態情報を表示したＣＰＵ１１は、Ｓ１０１に戻り、通知を待つ。Ｓ１０８～Ｓ１１３の
処理は「未完了報知処理」の一例である。

なお、Ｓ１０９とＳ１１３の処理をまとめて行い、未完了情報と状態情報をまとめて報
知してもよい。また、Ｓ１０９の処理とＳ１１１～Ｓ１１３の処理との何れかを省略し、
未完了情報と状態情報のいずれか一方のみを表示してもよい。また、未完了情報または状
態情報を表示するダイアログＤＬ１１にキャンセルボタンを設け、印刷を中止できるよう
にしてもよい。これにより、例えば、印刷が完了するまでに時間がかかりそうな場合に、
利用者が印刷を中止できるようになり、便利である。また、ステータスモニタ４１は、Ｓ
１０９の未完了情報の報知と同じ態様で状態情報をポップアップ表示してもよい。この場
合、報知プログラム４２は、Ｓ１０９，Ｓ１１３の処理を省略してもよい。

ＣＰＵ１１は、受信ポートを介してＭＦＰから何らかの通知を受信したと判断すると（
Ｓ１０１：ＹＥＳ）、報知対象を判断する（Ｓ１０３）。ＣＰＵ１１は、例えば図４に示
す設定画面Ｄ３にて、ＵＩ１５を用いてラジオボタンＲ３５の「完了のみ」が選択された
場合、報知対象が完了通知のみであることを示す情報を不揮発性メモリ１４に記憶してい
る。この場合、図５に示すように、ＣＰＵ１１は、報知対象が完了のみであると判断し（
Ｓ１０３：ＹＥＳ）、完了通知を受信したか否かを判断する（Ｓ１０５）。Ｓ１０５の処
理は「完了検知処理」の一例である。受信した通知が完了通知でない場合、ＣＰＵ１１は
、完了通知を受信していないと判断し（Ｓ１０５：ＮＯ）、Ｓ１０１の処理に戻る。

これに対して、ＣＰＵ１１は、受信した通知が完了通知である場合、完了通知を受信し
たと判断し（Ｓ１０５：ＹＥＳ）、完了情報を報知した後（Ｓ１０７）、Ｓ１０１の処理
に戻る。

Ｓ１０７の完了情報報知処理について、図７を参照して説明する。ＣＰＵ１１は、報知
タイミングを判断する（Ｓ４０１）。ＣＰＵ１１は、図４に示す設定画面Ｄ３のラジオボ
タンＲ３７を介して、「各ジョブ完了時」の選択を受け付けた場合、毎回表示することを
示す報知タイミングを不揮発性メモリ１４に記憶している。この場合、図７に示すように
、ＣＰＵ１１は、報知タイミングが毎回であると判断する（Ｓ４０１：毎回）。そこで、
ＣＰＵ１１は、完了情報を報知し（Ｓ４０３）、処理を終了する。

一方、ＣＰＵ１１は、図４に示す設定画面Ｄ３のラジオボタンＲ３７を介して、「全ジ
ョブの完了時」の選択を受け付けた場合、最後だけ表示することを示す報知タイミングを
不揮発性メモリ１４に記憶している。この場合、図７に示すように、ＣＰＵ１１は、報知
タイミングが最後だけであると判断し（Ｓ４０１：最後だけ）、受信した完了通知が最後
の完了通知か否かを判断する（Ｓ４０５）。

例えば、ＣＰＵ１１は、ジョブ識別情報が同じ印刷ジョブについて、スプーラ５２がＭ
ＦＰ２０に印刷ジョブを送信した送信回数と、ＭＦＰ２０がスプーラ５２から受信した印
刷ジョブを完了して送信した完了通知の数とを比較する。送信回数と完了通知の数が一致
しない場合には、ＣＰＵ１１は、最後の完了通知でないと判断する（Ｓ４０５：ＮＯ）。
この場合、ＣＰＵ１１は、完了情報を報知せずに処理を終了する。一方、送信回数と完了
通知の数が一致する場合には、ＣＰＵ１１は、最後の完了通知であると判断する（Ｓ４０
５：ＹＥＳ）。この場合、ＣＰＵ１１は、完了情報を報知してから（Ｓ４０３）、処理を
終了する。

ここで、完了情報は、ステータスモニタ４１がエラー情報を報知する場合と同じ態様で
報知される。例えば、図６（Ａ）に示すように、ＣＰＵ１１は、完了情報をポップアップ
表示する（第１の態様の一例）。具体的には、ディスプレイ１６の中央領域（第１領域の
一例）に所定サイズ（第１サイズの一例）のダイアログＤＬ１１を表示する。ダイアログ
ＤＬ１１には、「印刷が完了しました。」のような完了メッセージが表示される。ダイア
ログＤＬ１１は、所定の表示時間表示される。

一方、ステータスモニタ４１も、異常情報（例えばエラー情報、ワーニング情報）をポ
ップアップ表示する（第１の態様）。つまり、例えば図６（Ｂ）に示すように、ステータ
スモニタ４１は、異常情報を表示する所定サイズのダイアログＤＬ２１をディスプレイ１
６の中央領域に所定の表示時間表示する。なお、ステータスモニタ４１は、異常情報以外
の情報（例えばインク残量）を表示する場合、例えば、図６（Ｃ）に示すように、ディス
プレイ１６を用いてタスクバー表示する（第２の態様の一例）。すなわち、タスクバー領
域ＤＡ１１に表示されるアイコンＡ２１を介して情報を報知する。報知プログラム４２は
、完了情報を異常情報と同じ態様で表示することにより、利用者の注意を異常情報と同様
に惹きやすい。

なお、Ｓ４０３における完了情報の報知態様は、ダイアログＤＬ１１の表示内容を除き
、図５のＳ１０９，Ｓ１１３，Ｓ１１９，Ｓ１２３における未完了情報、状態情報、開始
情報、進捗情報などの報知態様と同じである。よって、未完了情報、状態情報、開始情報
、進捗情報などの情報も、ステータスモニタ４１のエラー情報やワーニング情報と同じ報
知態様で報知され、プリンタの状態を示す情報として利用者に認識されやすい。

本形態では、ダイアログＤＬ２１，ＤＬ１１を同じ大きさで同じ表示位置に同じ表示時
間だけポップアップ表示することにより、ステータスモニタ４１によるエラー情報等の報
知態様と報知プログラム４２による完了情報等の報知態様とを同じ態様にしている。これ
に対して、ステータスモニタ４１によるエラー情報等の報知態様と、報知プログラム４２
による完了情報等の報知態様は、ポップアップ表示に限らず、他の態様で同じであっても
よい。例えば、ステータスモニタ４１と報知プログラム４２は、エラー情報等と完了情報
等をそれぞれトースト表示してもよい。また例えば、ダイアログＤＬ１１，ＤＬ２１の大
きさと表示位置の何れか一方が同じであれば、ステータスモニタ４１によるエラー情報等
の報知態様と報知プログラム４２による完了情報等の報知態様とが同じ態様であるとして
もよい。

印刷ジョブの完了情報が報知されることで、利用者は、印刷ジョブと別の作業を行って
いる場合でも、ポップアップ表示されるダイアログＤＬ１１の完了メッセージを見て、印
刷が完了したことを確認し、印刷物をＭＦＰ２０まで取りに行くことができる。よって、
利用者は、ＭＦＰ２０の前で印刷の完了を待つ必要がない。また、利用者は、完了情報に
より、ＭＦＰ２０に自分の印刷物があることに気付き、印刷物の取り忘れを防止できる。
また、ラジオボタンＲ３１を用いて完了情報のみを報知するようにできるので、利用者の
好みによって、ポップアップ表示の頻度を完了情報の報知だけに絞り、報知の煩わしさを
低減させることが可能である。

上記に対して、ＣＰＵ１１は、例えば図４に示す設定画面Ｄ３にて、ＵＩ１５を用いて
ラジオボタンＲ３５の「すべて」が選択された場合、報知対象がすべての通知であること
を示す情報を不揮発性メモリ１４に記憶している。この場合、図５に示すように、ＣＰＵ
１１は、報知対象がすべてであると判断し（Ｓ１０３：すべて）、開始通知を受信したか
否かを判断する（Ｓ１１５）。Ｓ１１５の処理は「開始受信処理」の一例である。

ＣＰＵ１１は、開始通知を受信したと判断する場合（Ｓ１１５：ＹＥＳ）、開始情報報
知条件を満たすか否かを判断する（Ｓ１１７）。例えば、ＣＰＵ１１は、印刷ジョブの送
信を開始した送信開始時刻と現在時刻とを比較し、第１の閾値時間を超えるか否かを判断
する。ＣＰＵ１１は、第１の閾値時間を超えないと判断する場合、開始情報報知条件を満
たさないと判断し（Ｓ１１７：ＮＯ）、後述するＳ１２１の処理に進む。第１の閾値時間
は、固定値でもよいし、利用者による設定値でもよい。

一方、ＣＰＵ１１は、第１の閾値時間を超えると判断する場合、開始情報報知条件を満
たすと判断し（Ｓ１１７：ＹＥＳ）、開始情報を報知してから（Ｓ１１９）、Ｓ１２１の
処理に進む。Ｓ１１９の処理は「開始情報報知処理」の一例である。例えば、ＣＰＵ１１
は、「印刷が開始されました。」のような開始メッセージをポップアップ表示する。印刷
ジョブをＭＦＰ２０に投入した後、直ぐに印刷が開始された場合、開始情報の重要度が高
くなく、開始情報を直ぐに表示するとかえって利用者に煩わしさを感じさせる虞がある。
そこで、報知プログラム４２は、第１の閾値時間を経過してから開始情報を表示すること
で、利用者に煩わしさを感じさせることを回避できる。また、利用者は、開始情報の報知
によりＭＦＰ２０が印刷を開始したことを知り、印刷が完了する頃合いを予測できる。ま
た、開始情報により、ＭＦＰ２０によって印刷された印刷物の取り忘れを抑制できる。

Ｓ１２１の処理にて、ＣＰＵ１１は、一部完了情報を受信したか否かを判断する。Ｓ１
２１の処理は「一部完了受信処理」の一例である。ＣＰＵ１１は、受信した通知が進捗を
示す通知である場合、一部完了通知を受信したと判断し（Ｓ１２１：ＹＥＳ）、進捗情報
を報知する（Ｓ１２３）。Ｓ１２３の処理は「一部完了報知処理」の一例である。例えば
、ＭＦＰ２０はページ数が多い印刷ジョブを実行する場合、所定ページ（例えば１００ペ
ージ）の印刷が完了する度に、１００ページの印刷完了を示す一部完了通知を送信する。
例えば、ＣＰＵ１１は、１００ページ目の印刷が完了したことを示す一部完了通知を受信
した場合、「１００ページまで印刷が完了しました。」のような進捗メッセージを、キャ
ンセルボタンと共にダイアログＤＬ１１に表示する。ダイアログＤＬ１１はポップアップ
表示される。これにより、利用者は、印刷枚数が多く、印刷に時間がかかる場合でも、進
捗情報によって印刷が途中まで完了していることを確認することができる。よって、利用
者に対して安心感を与えることができる。なお、キャンセルボタンは開始メッセージと共
に表示されてもよい。

一方、ＣＰＵ１１は、受信した通知が進捗を示す通知でない場合、一部完了通知を受信
しないと判断し（Ｓ１２１：ＮＯ）、進捗情報を報知せずに、Ｓ１２５の処理に進む。Ｓ
１２５の処理にて、ＣＰＵ１１は、進捗メッセージなどと共に表示されたキャンセルボタ
ンが押下されたか否かを判断する。キャンセルボタンが押下されたと判断する場合（Ｓ１
２５：ＹＥＳ）、ＣＰＵ１１は、第１キャンセル処理を実行する（Ｓ１２９）。その後、
ＣＰＵ１１は、Ｓ１０１の処理に戻る。

第１キャンセル処理について、図８を参照して説明する。ＣＰＵ１１は、印刷ジョブを
実行する本体（ＭＦＰ）に、印刷キャンセル指示を送信する（Ｓ２０１）。例えば、ＰＣ
１０から送信された印刷ジョブを受信したＭＦＰ２０は、報知プログラム４２を用いて送
信された印刷キャンセル指示を受信すると、実行中の印刷を停止し、印刷ジョブを消去す
る。Ｓ２０１は「第１キャンセル処理」の一例である。よって、ＣＰＵ１１は、ＭＦＰ２
０による印刷ジョブの実行途中で、ＭＦＰ２０に印刷をキャンセルさせることができる。

ＣＰＵ１１は、印刷キャンセル指示を送信した後、印刷キャンセル情報をディスプレイ
１６を用いて報知する。例えば、ＣＰＵ１１は、「印刷キャンセル中です。」のような印
刷キャンセルメッセージを表示するダイアログＤＬ１１を、ディスプレイ１６を用いてポ
ップアップ表示する。

印刷キャンセル情報を報知したＣＰＵ１１は、印刷物が本体にあることを示す印刷物情
報をディスプレイ１６を用いて表示し（Ｓ２０５）、処理を終了する。Ｓ２０５の処理は
「第１印刷物報知処理」の一例である。キャンセルボタンは、ＭＦＰ２０による印刷開始
後に押下されるため、ＭＦＰ２０には、印刷ジョブの一部を実行した印刷物がある。印刷
物情報をディスプレイ１６に表示することで、利用者がＭＦＰ２０に残る印刷物を取り忘
れることを抑制できる。

このように、ＰＣ１０側でキャンセルした場合、印刷キャンセル情報が報知されること
で、利用者は、ＭＦＰ２０による印刷が中止されたことを確認できる。また、印刷物情報
を報知することで、利用者がＭＦＰ２０に残る印刷物を取り忘れることを抑制できる。

図５に戻り、ＣＰＵ１１は、キャンセルボタンが押下されていないと判断する場合（Ｓ
１２５：ＮＯ）、ＭＦＰ２０がＰＣ１０宛に送信したキャンセル通知を受信ポートを介し
て受信したか否かを判断する（Ｓ１２７）。ＭＦＰ２０は、自装置の操作パネルを用いて
印刷ジョブをキャンセルするキャンセル操作を受け付けることが可能である。ＭＦＰ２０
は、キャンセル操作を受け付けた場合、その印刷ジョブに付された装置識別情報、ジョブ
識別情報などを付したキャンセル通知を送信する。

ＣＰＵ１１は、受信した通知がキャンセル通知である場合、キャンセル通知を受信した
と判断し（Ｓ１２７：ＹＥＳ）、第２キャンセル処理を実行する（Ｓ１３１）。その後、
ＣＰＵ１１は、Ｓ１０１の処理に戻る。

第２キャンセル処理について、図９を参照して説明する。ＣＰＵ１１は、未送信ジョブ
があるか否かを判断する（Ｓ３０１）。すなわち、ＣＰＵ１１は、スプーラ５２に印刷ジ
ョブが残っており、スプーラ５２からＭＦＰ２０に印刷ジョブを送信している途中である
か否かを判断する。ＣＰＵ１１は、スプーラに５１にジョブが残っている場合、未送信ジ
ョブがあると判断する（Ｓ３０１：ＹＥＳ）。この場合、ＣＰＵ１１は、印刷ジョブの送
信をキャンセルさせる送信キャンセル指示をスプーラ５２に出力する（Ｓ３０３）。送信
キャンセル指示を受け付けたスプーラ５２は、印刷ジョブの送信を停止し、送信途中の印
刷ジョブを消去する。よって、ＣＰＵ１１は、スプーラ５２による印刷ジョブの送信途中
で、印刷ジョブの送信をキャンセルすることができる。

ＣＰＵ１１は、送信キャンセル指示を送信した後、キャンセル情報を報知する（Ｓ３０
５）。例えば、ＣＰＵ１１は、「印刷がキャンセルされました。」のようなキャンセルメ
ッセージを表示するダイアログＤＬ１１を、ディスプレイ１６を用いてポップアップ表示
する。

それから、ＣＰＵ１１は、印刷物が本体にあることを示す印刷物情報を報知する（Ｓ３
０７）。Ｓ３０７の処理は、開始通知を受け付けた後に行う。そのため、ＭＦＰ２０には
印刷物が残っている。そこで、ＣＰＵ１１は、「印刷物が残っています。取りに行って下
さい。」などのような印刷物メッセージをディスプレイ１６を用いてポップアップ表示す
る

なお、ＣＰＵ１１は、スプーラ５２に印刷ジョブが残っていない場合、未送信印刷ジョ
ブがないと判断する（Ｓ３０１：ＮＯ）。この場合、印刷ジョブの送信をキャンセルでき
ないので、Ｓ３０７の処理に進む。

このように、ＭＦＰ２０側で印刷がキャンセルされた場合、キャンセル情報が表示され
ることで、利用者は、自分の印刷がキャンセルされたことに気付き、印刷のやり直しなど
を行える。また、印刷物情報を報知することで、利用者がＭＦＰ２０に残る印刷物を取り
忘れることを抑制できる。

図５に戻り、ＣＰＵ１１は、キャンセル通知を受信していないと判断する場合（Ｓ１２
７：ＮＯ）、完了通知を受信したか否かを判断する（Ｓ１０５）。Ｓ１０５以降の処理に
ついては上述したので説明を省略する。

このように、完了通知だけでなく、開始情報や進捗情報などが報知されることで、利用
者は、自分の印刷の実行状況をこまめに把握できる。この場合でも、開放された受信ポー
トを介して受信した通知に応じて各情報を報知するので、ポーリングなどと比べ、通信負
荷や処理負荷が軽減される。

続いて、本形態の画像処理システム１００において、スプーラ５２からＭＦＰ２０に印
刷ジョブを送信する際のＰＣ１０の動作について、図１０のフローチャートを参照しつつ
説明する。ＣＰＵ１１は、印刷ジョブの送信を検知すると、図３に示す通知報知処理と並
行して、図１０に示すジョブ送信監視処理を、報知プログラム４２あるいは報知プログラ
ム４２と別のプログラム（例えばステータスモニタ４１）によって実行する。

ＣＰＵ１１は、スプーラ５２にジョブを問い合わせる（Ｓ５０１）。ＣＰＵ１１は、ス
プーラ５２が全ジョブの送信を完了したか否かを判断する（Ｓ５０３）。ＣＰＵ１１は、
全ジョブの送信を完了しない場合（Ｓ５０３：ＮＯ）、送信情報をディスプレイ１６を用
いて表示する（Ｓ５０５）。例えば、ＣＰＵ１１は、「印刷ジョブを送信しています。」
などのジョブ送信メッセージを、キャンセルボタンとともに、表示する。Ｓ５０５の処理
は「送信報知処理」の一例である。

ＣＰＵ１１は、キャンセルボタンが押下されたか否かを判断する（Ｓ５０７）。ＣＰＵ
１１は、キャンセルボタンが押下されない場合（Ｓ５０７：ＮＯ）、Ｓ５０１の処理に戻
る。ＣＰＵ１１は、Ｓ５０１～Ｓ５０７の処理を繰り返し、スプーラ５２が全ジョブの送
信を完了すると（Ｓ５０３：ＹＥＳ）、処理を終了する。

一方、ＣＰＵ１１は、キャンセルボタンが押下された場合（Ｓ５０７：ＹＥＳ）、印刷
ジョブの送信先となる本体に、印刷をキャンセルする印刷キャンセル指示を送信する（Ｓ
５０９）。そして、ＣＰＵ１１は、印刷キャンセル情報をディスプレイ１６を用いて表示
する（Ｓ５１１）。その後、ＣＰＵ１１は、開始通知を受信したか否かを判断する（Ｓ５
１３）。開始通知を受信している場合（Ｓ５１３：ＹＥＳ）、印刷ジョブの一部が実行さ
れ、ＭＦＰ２０に印刷物が残っている。そこで、ＣＰＵ１１は、印刷物情報を報知した後
（Ｓ５１５）、処理を終了する。一方、ＣＰＵ１１は、開始通知を受信していない場合（
Ｓ５１３：ＮＯ）、ＭＦＰ２０が印刷を実行する前に印刷をキャンセルしており、ＭＦＰ
２０に印刷物がないので、印刷物情報を報知せずに、処理を終了する。Ｓ５０９、Ｓ５１
１、Ｓ５１５の処理は、Ｓ２０１、Ｓ２０３、Ｓ２０５の処理と同様なので説明を省略す
る。Ｓ５０９の処理は「第２キャンセル処理」の一例である。Ｓ５１５の処理は「第２印
刷物報知処理」の一例である。

以上説明したように、本形態の画像処理システム１００では、印刷ジョブをＰＣ１０か
らＭＦＰ２０に投入する。その後、ＰＣ１０が、意印刷の完了通知をＭＦＰ２０から受信
、ＰＣ１０にインストールされた報知プログラム４２によって、その印刷ジョブの完了を
示す情報をＰＣ１０のディスプレイ１６を介して報知する。これにより、利用者は印刷ジ
ョブに基づく印刷が完了したことを知ることができることから、ＰＣ１０での報知が改善
される。

なお、完了情報を報知する別態様として、ポーリングによりＭＦＰの印刷完了を検知し
、完了情報を表示するものがある。その別態様の一例を、図１１のシーケンス図に示す。
本形態では、ステータスモニタ４１（プログラムの一例）を用いて完了情報を表示する。

本形態の画像処理システム１００にてＭＦＰ２０の完了情報をＰＣ１０で報知する際に
は、先ず、ステータスモニタ４１の起動時に、ステータスモニタ４１がＯＳ５０から監視
対象のデバイスドライバの情報であるドライバ情報を取得する。

さらにステータスモニタ４１は、デバイスドライバがあった場合、ＯＳ５０に対して、
監視対象のデバイスドライバを使用するジョブが登録された際にジョブの登録があったこ
とを通知するように設定する。以下、この通知を「ジョブ登録通知」とする。

ステータスモニタ４１は、ＯＳ５０に対して通知設定を行った後、ステータスモニタ４
１の監視対象となる全てのデバイスに対して、定期的な状態の問合せを開始する。すなわ
ち、ステータスモニタ４１は、ＭＦＰに情報を要求するクライアントとして機能し、ＭＦ
Ｐは、要求された情報を提供するサーバとして機能する。このようにして、ステータスモ
ニタ４１は、ＭＦＰ２０の状態の監視を開始する。

その後、ＰＣ１０に監視対象のデバイスドライバ４０を利用する印刷ジョブが登録され
ると、ＯＳ５０からステータスモニタ４１に対してジョブ登録通知が出力され、情報の報
知が可能になる。

印刷ジョブが終了すると、ＯＳ５０はステータスモニタ４１に対してジョブ終了通知を
出力する。なお、印刷ジョブの終了については、スプーラ５２から最終ページの印刷デー
タが出力されたことを意味する。ステータスモニタ４１は、ジョブ終了通知を入力すると
、完了情報を報知する。

このように、ステータスモニタ４１は、ＯＳ５０から印刷ジョブが送信されたＭＦＰ２
０の状態を監視し、印刷が完了したことを検知すると、完了情報を報知する。よって、利
用者は完了情報が報知されるタイミングで印刷物を取りにいき、印刷未了によりＭＦＰ２
０の前で待つことが回避される。また、印刷物の取り忘れも抑制される。

なお、本実施の形態は単なる例示にすぎず、本発明を何ら限定するものではない。した
がって本発明は当然に、その要旨を逸脱しない範囲内で種々の改良、変形が可能である。
上記形態では、印刷ジョブを画像形成ジョブの一例として説明したが、画像形成ジョブは
スキャンジョブであってもよい。スキャンジョブは、画像を読み取った後、画像データを
生成するまでの処理を含む。

例えば、報知プログラム４２は、ＭＦＰに印刷ジョブの実行状況を問い合わせ、印刷ジ
ョブの完了を示す実況状況を受信した場合に、完了情報を報知してもよい。また、報知プ
ログラム４２は、スプーラ５２を介してＭＦＰの状態情報を取得し、スプーラ５２が印刷
ジョブの完了を示す状態情報を取得した場合に、印刷ジョブが完了したことを示す情報を
スプーラ５２から受け取り、完了情報を報知するようにしてもよい。開始情報等の報知に
ついても同様である。但し、上記形態のように、通知に応じて情報を報知することで、ポ
ーリングにより情報を報知する場合より、処理の負荷や通信の負荷が軽減される。

報知プログラム４２による完了情報の報知態様は、ステータスモニタ４１によるエラー
情報の報知態様と異なってもよい。但し、報知態様を同じにすることで、利用者が完了情
報を把握し易くなる。また、利用者の完了情報に対する注意をエラー情報と同等に惹くこ
とができる。

図３のＳ１５～Ｓ１７，Ｓ２１の処理を省略してもよい。但し、これらの処理を実行す
ることで、完了情報を表示しない場合には、ＭＦＰ２０から完了通知を受信しないように
することができ、無駄な通信を行わなくて済む。

図５のＳ１２１、Ｓ１２３の処理は省略してもよい。ただし、これらの処理を実行し、
印刷ジョブを投入した後、その印刷ジョブの印刷を所定ページについて完了する度に進捗
情報が報知されることで、利用者は印刷が所定ページまで完了したことを知ることができ
る。これによっても、ＰＣ１０での報知が改善される。

図５のＳ１１７～Ｓ１１９の処理は省略してもよい。ただし、これらの処理を実行し、
印刷ジョブを投入した後、印刷ジョブの開始を示す情報が表示されることで、利用者が印
刷を開始されたことを知ることができることから、情報処理装置での報知が改善される。

図５のＳ１１７の処理は省略してもよい。つまり、第１の閾値時間の経過に関係なく、
開始情報を報知してもよい。ただし、印刷ジョブの投入後、直ぐに印刷が開始された場合
、開始情報の重要度は高くなく、開始情報の報知によってユーザに煩わしさを感じさせて
しまうことがある。Ｓ１１７の処理を実行し、第１の閾値時間が経過していない場合には
開始情報報知条件を満たすと判断し、開始情報を報知しないことで、これを回避できる。

図５のＳ１２５、Ｓ１２９の処理は省略してもよい。ただし、印刷ジョブを投入した後
、その印刷ジョブの実行中にキャンセルを受け付けることで、利用者は報知に基づいて印
刷ジョブを実行途中でキャンセルできる。また、Ｓ１２７，Ｓ１３１の処理を省略しても
よい。ただし、本処理を実行することで、本体のキャンセル操作に対応して、ＯＳ５０か
らの印刷ジョブの送信をキャンセルできる。

図８のＳ２０５及び図９のＳ３０７の処理は省略してもよい。ただし、印刷の開始後の
キャンセルでは、ジョブの一部キャンセルとなり、印刷物が残る一方で、利用者はその印
刷物を取り忘れる場合がある。そのため、Ｓ２０５，Ｓ３０７の処理を実行し、印刷物が
あることを報知することで、印刷物の取り忘れを抑制できる。

図１０の処理は省略してもよい。但し、この処理を実行し、印刷ジョブの送信中にその
送信を報知し、さらに送信中にキャンセルを受け付けることで、利用者は報知に基づいて
ＭＦＰ２０が印刷ジョブを実行する前にジョブをキャンセルできる。

報知タイミングを選択しないようにしてもよい。ただし、最後の完了通知だけ完了情報
を報知するか、完了通知を受信する度に完了情報を報知するかを選択できることで、報知
の利便性が向上する。

図５のＳ１０９の処理は省略してもよい。ただし、この処理を実行し、長時間が経過し
ても印刷が完了しない場合、その旨を報知することで、ＰＣ１０での報知が改善される。
例えば、プリンタ１０での紙詰まり等によって印刷が不能になっている場合に、利用者に
プリンタの異常を示唆することができ、印刷の早期再開が期待できる。

図５のＳ１０８～Ｓ１１３の処理は省略してもよい。ただし、この処理を実行し、タイ
ムアウトした際にＭＦＰ２０の状態も表示することで、ＭＦＰ２０の早期の修繕も期待で
きる。

デバイスドライバ４０が、アプリケーションプログラム６１から受け付けた印刷データ
を所定ページずつに分割して複数の印刷ジョブを生成する機能を有する場合には、ＭＦＰ
はその複数の印刷ジョブを受信して、印刷を実行する。そして、ＭＦＰは、印刷ジョブが
１つ完了する毎に完了通知をＰＣに通知する。この場合、複数の印刷ジョブ及び複数の完
了通知には同じジョブ識別情報が付される。そこで、報知プログラム４２は、ジョブ識別
情報が同じ印刷ジョブの数と完了通知の数とを比較して、受信した完了通知が最後の完了
通知であるか否かを判断してもよい。

上記形態において、報知プログラム４２は、完了情報等をポンプアップ表示により報知
した。これに対して、完了情報等はトースト表示により報知されてもよい。また、上記形
態では、完了通知や開始通知等に応じて報知する完了情報や開始情報等を同じ態様（ポッ
プアップ表示）により報知した。これに対して、例えば、完了情報はポップアップ表示し
、完了情報以外の開始情報等はタスクバー表示するなど、完了情報と完了情報以外の情報
とを異なる態様で報知してもよい。

ＭＦＰは、進捗度合いを算出する機能を有する場合、所定の進捗度になった時点で進捗
度を示す情報を一部完了通知としてＰＣに送信してもよい。この場合、報知プログラム４
２は、その一部完了通知に応じて、進捗度合いを進捗情報として報知してもよい。

上記形態では、完了メッセージなどを表示するダイアログＤＬ１１が表示時間に応じて
自動で消去されたが、ダイアログＤＬ１１にＯＫボタンを表示し、ＯＫボタンの操作を受
け付けた場合にダイアログＤＬ１１を消去してもよい。

また、実施の形態に開示されている任意のフローチャートにおいて、任意の複数のステ
ップにおける複数の処理は、処理内容に矛盾が生じない範囲で、任意に実行順序を変更で
きる、または並列に実行できる。

また、実施の形態に開示されている処理は、単一のＣＰＵ、複数のＣＰＵ、ＡＳＩＣな
どのハードウェア、またはそれらの組み合わせで実行されてもよい。また、実施の形態に
開示されている処理は、その処理を実行するためのプログラムを記録した記録媒体、また
は方法等の種々の態様で実現することができる。

１００画像処理システム
１０ＰＣ
１１ＣＰＵ
１８通信ＩＦ
２０ＭＦＰ
４２報知プログラム

Claims

画像形成装置と、前記画像形成装置に画像形成ジョブを送信する情報処理装置と、を備
えるシステムであって、前記情報処理装置は、前記情報処理装置が備える通信インタフェ
ースを介して、前記画像形成装置に画像形成ジョブを送信し、前記画像形成ジョブは、前
記情報処理装置を識別する装置識別情報と共に前記画像形成装置に送信され、
前記情報処理装置には、第１のプログラムがインストールされており、
前記第１のプログラムは、前記情報処理装置のコンピュータに、
前記情報処理装置の前記通信インタフェースに、前記画像形成装置から送信される完
了通知を受信するための受信ポートを開放させる開放処理を実行させ、
前記画像形成装置は、
前記情報処理装置から送信された画像形成ジョブと前記画像形成ジョブと共に前記情
報処理装置から送信された装置識別情報を受信した場合に、前記画像形成ジョブに基づく
画像形成を実行し、前記画像形成ジョブに基づく前記画像形成の完了後、前記画像形成ジ
ョブと共に前記画像形成装置に受信された前記装置識別情報を用いて、前記画像形成ジョ
ブに基づく前記画像形成の実行完了を示す前記完了通知を、前記画像形成ジョブの送信元
である前記情報処理装置に送信し、
前記第１のプログラムは、
前記情報処理装置が前記画像形成ジョブを前記画像形成装置に送信した後に、前記受
信ポートを開放された前記通信インタフェースが、前記情報処理装置あての前記完了通知
を前記画像形成ジョブの送信先である前記画像形成装置から受信した場合に、前記情報処
理装置の前記コンピュータに、
前記画像形成ジョブに基づく前記画像形成の実行完了を示す完了情報を、前記情報処
理装置が備えるユーザインタフェースに報知させる完了情報報知処理を実行させる、
ことを特徴とするシステム。
請求項１に記載するシステムにおいて、
前記情報処理装置には、
前記第１のプログラムと、前記第１のプログラムとは異なる第２のプログラムと、を
含むプログラムセットがインストールされており、
前記第２のプログラムは、前記情報処理装置のコンピュータに、
定期的に前記画像形成装置から前記通信インタフェースを介して前記画像形成装置の
状態を示す状態通知を取得する状態通知取得処理と
前記状態通知取得処理によって取得された前記状態通知に基づいて、前記画像形成装
置の状態を示す状態情報を、前記情報処理装置の前記ユーザインタフェースであるディス
プレイに表示させる状態情報表示処理と、を実行させ、前記状態情報表示処理では、前記
状態通知取得処理によって取得された前記状態通知が前記画像形成装置の異常状態を示す
場合に、前記異常状態を示す前記状態情報を第１の態様で前記ディスプレイに表示させ、
前記状態通知取得処理によって取得された前記状態通知が前記画像形成装置の異常状態と
は異なる状態を示す場合に、前記異常状態とは異なる状態を示す前記状態情報を前記第１
の態様とは異なる第２の態様で前記ディスプレイに表示させ、
前記第１のプログラムは、
前記完了情報報知処理において、前記完了情報を前記ディスプレイに前記第１の態様
で表示させる、
ことを特徴とするシステム。
請求項２に記載するシステムにおいて、
前記第１のプログラムは、
前記完了情報報知処理において、前記完了情報を、前記ディスプレイの第１領域に第
１サイズで表示させ、前記第１領域は、前記第２のプログラムが前記状態情報表示処理に
おいて前記画像形成装置の異常情報を表示する領域であり、かつ前記第２のプログラムが
前記状態情報表示処理において前記画像形成装置の異常情報ではない情報を表示する領域
とは異なる領域であって、前記第１サイズは、前記第２のプログラムが前記状態情報表示
処理において前記画像形成装置の異常情報を表示するサイズであり、かつ前記第２のプロ
グラムが前記状態情報表示処理において前記画像形成装置の異常情報ではない情報を表示
するサイズとは異なるサイズである、
ことを特徴とするシステム。
情報処理装置のコンピュータに、
前記情報処理装置が備える通信インタフェースを介して、画像形成装置から画像形成
ジョブの実行状況を示す実行情報を取得し、取得した前記実行情報に基づいて、前記画像
形成装置に送信した前記画像形成ジョブの実行完了を検知する完了検知処理を実行させ、
前記画像形成ジョブは、前記通信インタフェースを介して、前記情報処理装置から前記画
像形成装置に送信されたジョブであり、
さらに前記コンピュータに、
前記完了検知処理にて前記画像形成ジョブの実行完了を検知した場合に、前記画像形
成ジョブの実行完了を示す完了情報を、前記情報処理装置が備えるユーザインタフェース
に報知させる完了情報報知処理を実行させる、
ことを特徴とするプログラム。
請求項４に記載するプログラムにおいて、
前記コンピュータに、
前記情報処理装置が備える前記通信インタフェースに、前記画像形成装置から送信さ
れる通知を受信するための受信ポートを開放させる開放処理を実行させ、
前記完了検知処理では、
前記情報処理装置が前記画像形成ジョブを前記画像形成装置に送信した後に、前記受
信ポートを開放された前記通信インタフェースが、前記実行情報の１つである完了通知で
あって前記情報処理装置あての前記画像形成ジョブの前記完了通知を受信することで、前
記画像形成ジョブの実行完了を検知し、前記情報処理装置から送信される前記画像形成ジ
ョブは、前記情報処理装置を識別する装置識別情報と共に前記画像形成装置に送信され、
前記画像形成装置は、前記情報処理装置から受信した前記画像形成ジョブに基づく画像形
成を完了した場合に、前記画像形成ジョブと共に受信した前記装置識別情報を用いて、前
記画像形成ジョブの実行完了を示す前記完了通知を、前記画像形成ジョブの送信元である
前記情報処理装置に送信する、
ことを特徴とするプログラム。
請求項５に記載するプログラムにおいて、
前記コンピュータに、
前記完了情報を表示するか否かを示す表示可否情報に表示可を示す情報が設定されて
いる場合、前記完了検知処理および前記完了情報報知処理を実行させ、前記表示可否情報
は、表示可か表示不可かのいずれか一方を示す情報が設定される情報であり、
さらに前記コンピュータに、
前記表示可否情報に表示不可を示す情報が設定されている場合、前記画像形成装置に
対して前記完了通知の前記情報処理装置への送信を制限する制限信号を出力する制限処理
を実行させ、前記制限信号を受信した前記画像形成装置は、前記情報処理装置から受信し
た前記画像形成ジョブに基づく画像形成を完了した場合であっても前記完了通知を前記情
報処理装置に送信しない、
ことを特徴とするプログラム。
請求項５または請求項６に記載するプログラムにおいて、
前記コンピュータに、
前記受信ポートを開放された前記通信インタフェースを介して、前記画像形成ジョブ
の一部完了通知を受信する一部完了受信処理を実行させ、前記画像形成装置は、前記情報
処理装置から受信した前記画像形成ジョブに基づく画像形成を所定ページについて完了す
る度に、前記画像形成ジョブの前記所定ページの画像形成の完了を示す前記一部完了通知
を、前記画像形成ジョブの送信元である前記情報処理装置に送信し、
さらに前記コンピュータに、
前記一部完了受信処理にて前記一部完了通知を受信した場合に、前記画像形成ジョブ
の一部の実行完了を示す一部完了情報を、前記ユーザインタフェースに報知させる一部完
了報知処理を実行させる、
ことを特徴とするプログラム。
請求項５から請求項７のいずれか１つに記載するプログラムにおいて、
前記コンピュータに、
前記受信ポートを開放された前記通信インタフェースを介して、前記画像形成ジョブ
の開始通知を受信する開始受信処理を実行させ、前記画像形成装置は、前記情報処理装置
から受信した前記画像形成ジョブに基づく画像形成を開始した場合に、前記画像形成ジョ
ブの実行開始を示す前記開始通知を、前記画像形成ジョブの送信元である前記情報処理装
置に送信し、
さらに前記コンピュータに、
前記開始受信処理にて前記開始通知を受信した場合に、前記画像形成ジョブの実行開
始を示す開始情報を、前記ユーザインタフェースに報知させる開始情報報知処理を実行さ
せる、
ことを特徴とするプログラム。
請求項８に記載するプログラムにおいて、
前記開始情報報知処理では、
前記画像形成ジョブが送信されてからの経過時間が第１の閾値時間を超える場合、前
記開始情報を前記ユーザインタフェースに報知させ、前記経過時間が前記第１の閾値時間
を超えない場合、前記開始情報を前記ユーザインタフェースに報知させない、
ことを特徴とするプログラム。
請求項８または請求項９に記載するプログラムにおいて、
前記コンピュータに、
前記開始情報報知処理にて前記開始情報を前記ユーザインタフェースに報知させてい
る期間中、画像形成中の前記画像形成ジョブをキャンセルする第１キャンセル指示を受け
付け、前記第１キャンセル指示を受け付けたことに応じて、前記画像形成ジョブをキャン
セルする第１キャンセル処理を実行させる、
ことを特徴とするプログラム。
請求項１０に記載するプログラムにおいて、
前記コンピュータに、
前記画像形成ジョブが印刷ジョブであり、前記第１キャンセル処理にて前記印刷ジョ
ブをキャンセルした場合、印刷物があることを示す印刷物情報を、前記ユーザインタフェ
ースに報知させる第１印刷物報知処理を実行させる、
ことを特徴とするプログラム。
請求項４から請求項１１のいずれか１つに記載するプログラムにおいて、
前記コンピュータに、
前記画像形成ジョブが前記情報処理装置のオペレーティングシステムに登録されてか
ら前記画像形成ジョブの前記画像形成装置への送信が完了するまでの期間に、前記画像形
成ジョブの送信中を示す送信情報を、前記ユーザインタフェースに報知させる送信報知処
理と、
前記送信報知処理にて前記送信情報を前記ユーザインタフェースに報知させている期
間中、送信中の前記画像形成ジョブをキャンセルする第２キャンセル指示を受け付け、前
記第２キャンセル指示を受け付けたことに応じて、前記画像形成ジョブをキャンセルする
第２キャンセル処理と、
を実行させる、
ことを特徴とするプログラム。
請求項１２に記載するプログラムにおいて、
前記コンピュータに、
前記画像形成ジョブが印刷ジョブであり、前記第２キャンセル処理にて前記印刷ジョ
ブをキャンセルした場合であって、かつ前記印刷ジョブの実行が開始されている場合に、
印刷物があることを示す印刷物情報を、前記ユーザインタフェースに報知させる第２印刷
物報知処理を実行させる、
ことを特徴とするプログラム。
請求項４から請求項１３のいずれか１つに記載するプログラムにおいて、
前記完了情報報知処理では、
前記完了検知処理にて前記画像形成ジョブの実行完了を検知した場合に、前記画像形
成装置に前記情報処理装置から送信された他の画像形成ジョブが残っておらず、かつ前記
情報処理装置のオペレーティングシステムにも前記画像形成装置に送信する他の画像形成
ジョブが残っていない場合に、前記完了情報を前記ユーザインタフェースに報知させ、前
記画像形成装置に前記情報処理装置から送信された他の画像形成ジョブが残っている、も
しくは前記情報処理装置の前記オペレーティングシステムに前記画像形成装置に送信する
他の画像形成ジョブが残っている場合、前記完了情報を前記ユーザインタフェースに報知
させない、
ことを特徴とするプログラム。
請求項１４に記載するプログラムにおいて、
前記完了情報報知処理では、
前記完了検知処理にて前記画像形成ジョブの実行完了を検知した場合に、
前記完了情報の表示頻度を示す表示頻度情報に最後を示す情報が設定されている場
合、前記画像形成装置に前記情報処理装置から送信された他の画像形成ジョブが残ってお
らず、かつ前記情報処理装置の前記オペレーティングシステムにも前記画像形成装置に送
信する他の画像形成ジョブが残っていない場合に、前記完了情報を前記ユーザインタフェ
ースに報知させ、前記画像形成装置に前記情報処理装置から送信された他の画像形成ジョ
ブが残っている、もしくは前記情報処理装置の前記オペレーティングシステムに前記画像
形成装置に送信する他の画像形成ジョブが残っている場合、前記完了情報を前記ユーザイ
ンタフェースに報知させず、
前記表示頻度情報に毎回を示す情報が設定されている場合、前記画像形成装置およ
び前記情報処理装置に前記画像形成装置に送信する他の画像形成ジョブが残っているか否
かにかかわらず、前記完了情報を前記ユーザインタフェースに報知させ、前記表示頻度情
報は、最後か毎回かのいずれか一方を示す情報が設定される情報である、
ことを特徴とするプログラム。
請求項４から請求項１５のいずれか１つに記載するプログラムにおいて、
前記コンピュータに、
前記画像形成ジョブが送信されてからの経過時間が第２の閾値時間を超える場合、未
完了の画像形成ジョブがあることを示す未完了情報を、前記ユーザインタフェースに報知
させる未完了報知処理を実行させる、
ことを特徴とするプログラム。
請求項１６に記載するプログラムにおいて、
前記未完了報知処理では、
前記画像形成ジョブが送信されてからの経過時間が前記第２の閾値時間を超える場合
、前記画像形成装置の状態を示す状態情報を取得し、取得した前記状態情報を前記未完了
情報とともに前記ユーザインタフェースに報知させる、
ことを特徴とするプログラム。
通信インタフェースと、
ユーザインタフェースと、
コンピュータと、
を備える情報処理装置であって、
前記コンピュータは、
前記通信インタフェースに、画像形成装置から送信される完了通知を受信するための
受信ポートを開放させる開放処理を実行し、前記情報処理装置は、前記通信インタフェー
スを介して、前記画像形成装置に画像形成ジョブを送信し、前記画像形成ジョブは、前記
情報処理装置を識別する装置識別情報と共に前記画像形成装置に送信され、前記画像形成
装置は、前記情報処理装置から送信された画像形成ジョブと前記画像形成ジョブと共に前
記情報処理装置から送信された装置識別情報を受信した場合に、前記画像形成ジョブに基
づく画像形成を実行し、前記画像形成ジョブに基づく前記画像形成の完了後、前記画像形
成ジョブと共に前記画像形成装置に受信された前記装置識別情報を用いて、前記画像形成
ジョブに基づく前記画像形成の実行完了を示す前記完了通知を、前記画像形成ジョブの送
信元である前記情報処理装置に送信し、
さらに前記コンピュータは、
前記画像形成ジョブを前記画像形成装置に送信した後、前記受信ポートを開放された
前記通信インタフェースが、前記情報処理装置あての前記完了通知を前記画像形成ジョブ
の送信先である前記画像形成装置から受信した場合に、前記画像形成ジョブに基づく前記
画像形成の実行完了を示す完了情報を、前記ユーザインタフェースに報知させる完了情報
報知処理を実行する、
ことを特徴とする情報処理装置。