JP2021189693A - 情報処理システム、情報処理装置、情報処理方法およびプログラム - Google Patents

Abstract

【課題】プリンタ及び該プリンタを制御する情報処理装置とネットワークを介して離れた携帯端末装置から、プリンタにおける印刷処理の制御の指示を可能とする情報処理システムを提供する。【解決手段】情報処理装置は、印刷装置に投入されたジョブの状態を取得し、取得されたジョブの状態に基づいて、該ジョブを制御するための指示情報を含む通知情報を生成し、生成された通知情報をネットワークに送信する。携帯端末装置は、ネットワークから前記通知情報を受信し、受信された通知情報に基づいて、ジョブを制御するための指示情報を通知する。【選択図】図５

Description

本発明は、ジョブの状態を通知する情報処理システム、情報処理装置、情報処理方法およびプログラムに関する。

従来、複数のパーソナルコンピュータ（以下、ＰＣと称する）とプリンタをネットワークを介して接続し、効率的に印刷を行うシステムが知られている。一方、スマートフォン等の携帯端末装置が通知情報を外部から受信し、当該通知情報に基づいて通知画面を表示する「プッシュ通知」という技術が知られている。特許文献１では、携帯端末装置が、プリンタ等の通信装置に関する情報を表示するための通知情報をプッシュ通知配信サーバから受信して報知する構成が記載されている。特許文献１では、携帯端末装置を持ったユーザは、プリンタや印刷データを送信したＰＣから離れた場所であっても、印刷処理の状況を通知情報として確認することができる。

特開２０１７−１３４６２８号公報

しかしながら、特許文献１では、プリンタやＰＣからネットワークを介して離れた携帯端末装置から、プリンタにおける印刷処理の制御を指示することについて言及されていない。

本発明は、プリンタ及び該プリンタを制御する情報処理装置とネットワークを介して離れた携帯端末装置から、プリンタにおける印刷処理の制御の指示を可能とする情報処理システム、情報処理装置、情報処理方法およびプログラムを提供することを目的とする。

上記課題を解決するため、本発明に係る情報処理システムは、印刷装置と通信可能な情報処理装置と、携帯端末装置とを含む情報処理システムであって、前記情報処理装置は、前記印刷装置に投入されたジョブの状態を取得する取得手段と、前記取得手段により取得された前記ジョブの状態に基づいて、該ジョブを制御するための指示情報を含む通知情報を生成する生成手段と、前記生成手段により生成された前記通知情報をネットワークに送信する送信手段と、を備え、前記携帯端末装置は、前記ネットワークから前記通知情報を受信する受信手段と、前記受信手段により受信された前記通知情報に基づいて、前記ジョブを制御するための指示情報を通知する通知手段と、を備えることを特徴とする。

本発明によれば、プリンタ及び該プリンタを制御する情報処理装置とネットワークを介して離れた携帯端末装置から、プリンタにおける印刷処理の制御の指示を可能とすることができる。

情報処理システムの構成を示す図である。 プリンタのハードウェア構成を示す図である。 情報処理装置のハードウェア構成を示す図である。 プッシュ通知サーバと携帯端末装置のハードウェア構成を示す図である。 情報処理装置が実行する処理を示すフローチャートである。 Ｓ５０１の処理を示すフローチャートである。 Ｓ６０２の処理を示すフローチャートである。 Ｓ５０２の処理を示すフローチャートである。 携帯端末装置が実行する処理を示すフローチャートである。 通知情報管理テーブルを示す図である。 携帯端末装置に表示される画面を示す図である。 通知情報管理テーブルを示す図である。 Ｓ５０２の処理を示すフローチャートである。 携帯端末装置に表示される画面を示す図である。 情報処理装置が実行する処理を示すフローチャートである。 Ｓ１５０１の処理を示すフローチャートである。

［第１実施形態］
以下添付図面を参照して本発明の好適な実施形態について、さらに具体的かつ詳細に説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではない。実施形態には、複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられても良い。さらに添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。

まず、本実施形態の端末装置及び情報処理装置について説明する。本実施形態では、携帯端末装置として、スマートフォンを一例として説明する。スマートフォンとは、携帯電話の機能の他に、カメラや、ウェブブラウザ、電子メール機能等を搭載した多機能型の携帯電話をいう。なお、携帯端末装置は、スマートフォンに限定されず、通信装置と通信可能な装置であれば良い。例えば、携帯端末装置として、デジタルカメラ、携帯電話、ＰＣ、タブレット端末、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）が用いられても良い。また、本実施形態では、情報処理装置として、ＰＣを一例として説明する。なお、情報処理装置は、ＰＣに限定されず、携帯端末装置と通信可能な装置であれば良い。例えば、印刷装置、複写機やファクシミリ装置、スマートフォン、携帯電話、タブレット端末、ＰＤＡ、デジタルカメラ、音楽再生デバイス、ストレージ、プロジェクタ、スマートスピーカー等、印刷以外のサービスを提供可能な装置であっても良い。また、本実施形態では、情報処理装置によって制御される印刷装置として、インクジェット記録装置を一例として説明する。なお、印刷装置は、インクジェット記録装置に限定されず、例えば、インクジェット記録方式以外の記録方式（電子写真方式、熱昇華方式）を採用した印刷装置であっても良い。

図１は、本実施形態における情報処理システムの構成の一例を示す図である。プリンタ１０６は、印刷用紙等の記録媒体に記録可能なプリンタである。情報処理装置１００、１０１は、プリンタ１０６での印刷処理を制御する機能を備える。また、情報処理装置１００、１０１のうちの少なくとも一つでは、印刷ジョブの状態を監視する機能と、印刷ジョブを識別可能なユーザ情報に基づいてユーザに印刷ジョブの状態を通知する機能とを含むジョブ監視システムが実行される。情報処理装置１００、１０１とプリンタ１０６は、ネットワーク１０５を介して相互に接続されている。ネットワーク１０５は、有線、無線、若しくはそれらの両方を含むネットワークである。携帯端末装置１０４は、インターネット等のネットワークを介してサービス提供サーバ１０３と通信可能であり、通知情報をネットワークを介して受信する。なお、携帯端末装置１０４は、４ＧやＬＴＥ等の移動体通信網を介してネットワークと通信しても良いし、不図示の無線ＬＡＮルータとＷｉ−Ｆｉ接続を介してネットワークと通信しても良い。

プッシュ通知サーバ１０２は、情報処理装置１００から通知情報を受信すると、通知情報を、サービス提供サーバ１０３を介して携帯端末装置１０４に送信する。なお、その際、プッシュ通知サーバ１０２は、複数の携帯端末１０４に対して通知情報を送信する場合がある。サービス提供サーバ１０３は、プッシュ通知サービスを提供するサーバである。本実施形態では、プッシュ通知によって通知領域を表示部に表示させるプッシュ通知機能は、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）に含まれている。そのため、当該機能を用いるためには、各ＯＳに対応したプッシュ通知サービスを用いる必要がある。そのため、プッシュ通知サーバ１０２は、通知情報を携帯端末装置１０４に直接送信するのではなく、サービス提供サーバ１０３を介して送信する。使用されるプッシュ通知サービスは、プッシュ通知によって通知を受け取る携帯端末装置１０４のＯＳ毎に異なる。そのため、プッシュ通知サーバ１０２は、プッシュ通知の対象となる携帯端末装置１０４のＯＳ毎に異なるサービス提供サーバ１０３を介して、通知情報を携帯端末装置１０４に送信する。

なお、本実施形態では、プッシュ通知サーバ１０２やサービス提供サーバ１０３がそれぞれ１台のサーバとして構成されているが、そのような形態に限定されない。複数台のサーバが連携して動作することで、プッシュ通知サーバ１０２やサービス提供サーバ１０３それぞれに対応するサーバシステムが構築されても良い。

図２は、プリンタ１０６のハードウェア構成の一例を示す図である。ＣＰＵ２００は、プリンタ１０６を統括的に制御する。本実施形態におけるプリンタ１０６の動作は、例えば、ＣＰＵ２００が、ＲＯＭ２０１のプログラム用ＲＯＭに記憶された制御プログラム等、あるいは外部メモリ２０８に記憶された制御プログラム等を読み出して実行することにより実現される。例えば、印刷を実行する際、ＣＰＵ２００は、システムバス２０３を介して印刷部（インタフェース）Ｉ／Ｆ２０５に接続されている印刷部（プリンタエンジン）２０７に出力情報としての画像信号を出力する。ＣＰＵ２００は、入力部２０４を介して情報処理装置１００、１０１との通信処理が可能であり、例えば、プリンタ１０６内の情報を情報処理装置１００、１０１に送信する。また、ＣＰＵ２００は、入力部２０４を介して印刷部２０７に出力する出力データを受信可能である。ＲＡＭ２０２は、ＣＰＵ２００の主メモリや、ワークエリア等として機能するＲＡＭで、不図示の増設ポートに接続されるオプションＲＡＭによりメモリ容量を拡張可能に構成されている。なお、ＲＡＭ２０２は、例えば、出力情報展開領域、環境データ格納領域、不揮発性メモリとして用いられる。ハードディスク（ＨＤＤ）、ＩＣカード等の外部メモリ２０８は、メモリコントローラ２０６によりアクセス制御される。外部メモリ２０８は、オプションとして接続され、フォントデータ、エミュレーションプログラム、フォームデータ、プリンタ１０６に登録された用紙に関する情報などを記憶する。また、操作部２０９は、表示部としてのパネルを備え、ユーザインタフェース画面等、各種情報を表示可能であり、また、設定や指示等のユーザ操作を受付可能である。

図３は、情報処理装置１００のハードウェア構成の一例を示す図である。情報処理装置１０１も同様の構成を有する。以下、特に断わらない限り、情報処理装置１００を情報処理装置１００、１０１の代表例として説明する。本体３０７のＣＰＵ３００は、メインバス３０３を介してメインバス３０３に接続されている各部を制御することで、情報処理装置１００を統括的に制御する。ＣＰＵ３００は、例えばＡＳＩＣなどの専用回路として構成される。本実施形態の情報処理装置１００の動作は、例えば、ディスクコントローラ３０６を介して外部メモリ３１０から制御プログラム、システムプログラム、アプリケーションプログラム等の各種プログラムをＲＡＭ３０２に読み出して実行することにより実現される。例えば、ＣＰＵ３００は、ＲＡＭ３０２に読み出した各種プログラムを実行して各種データ処理を行う。ＣＰＵ３００は、ＲＯＭ３０１から制御プログラム等を読み出すようにしても良い。なお、ディスクコントローラ３０６は、ＦＤ、ＨＤ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＭＤ、ＭＯ等の外部メモリ３１０とのアクセスを制御する。ＲＡＭ３０２は、不図示のオプションＲＡＭ等によりその容量を拡張可能に構成されており、例えば、ＣＰＵ３００のワークエリアとして用いられる。キーボードコントローラ３０４は、キーボード３０８や、不図示のポインティングデバイスからのキー入力を制御する。ディスプレイコントローラ３０５は、ディスプレイ３０９の表示を制御する。情報処理装置１００は、無線通信方式として、例えば、Ｗｉ−Ｆｉ（ＷｉｒｅｌｅｓｓＦｉｄｅｌｉｔｙ）（登録商標）やＢｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ（ＢＬＥ）（登録商標）、Ｂｌｕｅｔｏｏｔｈ Ｃｌａｓｓｉｃ（登録商標）を使用可能である。なお、情報処理装置１００は、無線通信方式の他に、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）や有線ＬＡＮ等の有線通信方式を使用可能である。

図４は、プッシュ通知サーバ１０２と携帯端末装置１０４のハードウェア構成の一例を示す図である。図４に示すように、プッシュ通知サーバ１０２と携帯端末装置１０４は、ネットワーク４０１を介して相互に通信可能に接続されている。ネットワーク４０１には、サービス提供サーバ１０３が含まれている。プッシュ通知サーバ１０２は、ＣＰＵ４０１、ＲＯＭ４０２、ＲＡＭ４０３、外部記憶装置４０４、通信部４０５を有する。ＣＰＵ４０１は、システム制御部であり、プッシュ通知サーバ１０２を統括的に制御する。ＲＯＭ４０２は、ＣＰＵ４０１が実行する制御プログラムやデータテーブル、ＯＳプログラム等の固定データを記憶する。本実施形態におけるプッシュ通知サーバ１０２の動作は、例えば、ＲＯＭ４０２に記憶されたプログラムを読み出して実行することにより実現される。本実施形態では、ＲＯＭ４０２に記憶されている各制御プログラムは、ＲＯＭ４０２に記憶されている組み込みＯＳの管理下で、スケジューリングやタスクスイッチ、割り込み処理等のソフトウェア実行制御を行う。ＲＡＭ４０３は、例えば、バックアップ電源を必要とするＳＲＡＭ等で構成される。なお、ＲＡＭ４０３は、不図示のデータバックアップ用の一次電池によってデータが保持されているので、プログラム制御変数等のデータを揮発させずに記憶可能である。また、プッシュ通知サーバ１０２の設定情報やプッシュ通知サーバ１０２の管理データ等を記憶するメモリエリアもＲＡＭ４０３に設けられている。また、ＲＡＭ４０３は、ＣＰＵ４０１の主メモリとワークメモリとしても用いられる。外部記憶装置４０４は、サービス提供サーバ１０３を介して携帯端末装置１０４に対してプッシュ通知を行うためのプログラム等を記憶している。なお、プッシュ通知サーバ１０２は、他の装置との間で異なる通信方式によって通信するための複数の通信部を有していても良い。例えば、プッシュ通知サーバ１０２と情報処理装置１００との間で通信を行うための通信部と、プッシュ通知サーバ１０２とサービス提供サーバ１０３を提供する外部サーバとの間で通信を行うための通信部がそれぞれ異なっていても良い。

携帯端末装置１０４は、表示部４０８、通信部４０９、近距離通信部４１０、ＲＯＭ４１１、ＲＡＭ４１２、ＣＰＵ４１３を有する。ＣＰＵ４１３は、システム制御部であり、携帯端末装置１０４を統括的に制御する。ＲＯＭ４１１は、ＣＰＵ４１３が実行する制御プログラムやデータテーブル、ＯＳプログラム等の固定データを記憶する。本実施形態における携帯端末装置１０４の動作は、例えば、ＲＯＭ４１１に記憶されたプログラムを読み出して実行することにより実現される。本実施形態では、ＲＯＭ４１１に記憶されている各制御プログラムは、ＲＯＭ４１１に記憶されている組み込みＯＳの管理下で、スケジューリングやタスクスイッチ、割り込み処理等のソフトウェア実行制御を行う。ＲＯＭ４１１に保持されるＯＳとしては、例えば、Ａｐｐｌｅ社が提供するｉＯＳや、Ｇｏｏｇｌｅ社が提供するＡｎｄｒｏｉｄがある。また、ＲＯＭ４１１は、受信した通知情報を解析し、その通知情報に基づく画面を表示するためのアプリケーション等の各種プログラムや、それらのプログラムが使用する各種情報を記憶する。ＲＡＭ４１２は、例えば、バックアップ電源を必要とするＳＲＡＭ等で構成される。なお、ＲＡＭ４１２は、不図示のデータバックアップ用の一次電池によってデータが保持されているので、プログラム制御変数等のデータを揮発させずに記憶可能である。また、携帯端末装置１０４の設定情報や携帯端末装置１０４の管理データ等を記憶するメモリエリアもＲＡＭ４１２に設けられている。また、ＲＡＭ４１２は、ＣＰＵ４１３の主メモリとワークメモリとして用いられる。表示部４０８は、例えば、ＬＥＤ（発行ダイオード）やＬＣＤ（液晶ディスプレイ）から構成され、各種データや、通知情報に基づく画面を表示する。通信部４０９は、他の装置とデータ通信を実行するための構成である。例えば、通信部４０９は、無線ＬＡＮルータ等の外部装置と接続して、インターネットを介して、プッシュ通知サーバ１０２や情報処理装置１００から情報を受信する。近距離通信部４１０は、他の装置と近距離無線接続を行うための構成である。通信方式としては、Ｂｌｕｅｔｏｏｔｈ、ＷｉＦｉ Ａｗａｒｅ等が挙げられる。本実施形態では、近距離通信部４１０は、Ｂｌｕｅｔｏｏｔｈ機能として、ＢＬＥ（Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ）と、Ｂｌｕｅｔｏｏｔｈ Ｃｌａｓｓｉｃによる通信を実行可能である。なお、本実施形態では、通信部４０９は、近距離通信部４１０よりも高速通信が可能であり、通信部４０９によって通信可能な距離は、近距離通信部４１０によって通信可能な距離より長い。

［プッシュ通知用の登録処理］
携帯端末装置１０４に対してプッシュ通知を行うために、プッシュ通知用の登録処理が実行される。なお、以下に説明する登録処理における情報処理装置１００側の処理は、ＣＰＵ３００が例えばＲＯＭ３０１に記憶されているＰＣ側アプリケーションを実行することで実現される。また、以下に説明する登録処理における携帯端末装置１０４側の処理は、ＣＰＵ４１３が例えばＲＯＭ４１１に記憶されている端末側アプリケーションを実行することで実現される。

まず、情報処理装置１００は、ユーザからＱＲコード（登録商標）生成のための所定の操作を受け付けることにより、画面上にＱＲコードを表示する。次に、携帯端末装置１０４は、携帯端末装置１０４が備える不図示のカメラにより、ＱＲコードを読み取る。そして、携帯端末装置１０４は、読み取ったＱＲコードを解析することで、ＱＲコードを生成したＰＣ側アプリケーションの識別情報と、ＱＲコードを生成したＰＣ側アプリケーションに登録されているユーザ情報とを取得する。次に、携帯端末装置１０４は、携帯端末装置１０４の識別情報及び、ＱＲコードを解析することで得た上述の情報を、登録情報として、インターネットを介してプッシュ通知サーバ１０２に送信する（以下、情報送信ステップとする）。なお、登録情報の送信先のアドレスとして用いられるプッシュ通知サーバ１０２のアドレスやサーバ名は、端末側アプリケーションに予め記憶されているとする。携帯端末装置１０４の識別情報には、例えば、プッシュ通知受信のために必要なデバイストークンや、携帯端末装置１０４が保持するＯＳに関するＯＳ情報（ＯＳの種類、ＯＳのバージョン等）が含まれる。デバイストークンは、携帯端末装置１０４が保持するＯＳから提供される情報であり、端末側アプリケーションの識別情報等が含まれる。

また、プッシュ通知サーバ１０２に送信される情報は、ＱＲコードから取得されなくとも良い。例えば、携帯端末装置１０４は、携帯端末装置１０４が備える不図示のカメラにより、情報処理装置１００がテキスト形式で表示している情報を読み取る。そして、読み取った情報をＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ／Ｒｅａｄｅｒ）で分析することで、プッシュ通知サーバ１０２に送信される情報を抽出しても良い。また、例えば、携帯端末装置１０４は、情報処理装置１００と無線通信方式又は有線通信方式によって接続し、プッシュ通知サーバ１０２に送信される情報を、当該接続を介して取得しても良い。そのような構成によって、プッシュ通知サーバ１０２は、どのＰＣ側アプリケーションから受信した通知情報を、どの携帯端末装置１０４に送信すればよいかを認識することが可能となる。

以上のようにして、登録処理が完了する。なお、本実施形態では、ＰＣ側アプリケーションの識別情報と、携帯端末装置１０４の識別情報とが関連付けられて、プッシュ通知サーバ１０２によって管理される形態を説明したが、この形態に限定されない。例えば、ＱＲコードによって、ＱＲコードを表示している情報処理装置１００の識別情報が取得されても良い。そして、情報処理装置１００の識別情報と、携帯端末装置１０４の識別情報とが関連付けられて、プッシュ通知サーバ１０２によって管理されても良い。そのような構成によって、プッシュ通知サーバ１０２は、どの情報処理装置１００から受信した通知情報を、どの携帯端末装置１０４に送信すればよいかを認識することが可能となる。

また、例えば、携帯端末装置１０４は、ＱＲコードを読み取ることによって、ＰＣ側アプリケーションによって制御されているプリンタ１０６の識別情報を取得しても良い。そして、プリンタ１０６の識別情報と、携帯端末装置１０４の識別情報とが関連付けられて、プッシュ通知サーバ１０２によって管理されても良い。そのような構成によって、プッシュ通知サーバ１０２は、どのプリンタ１０６に関する通知情報を、どの携帯端末装置１０４に送信すれば良いかを認識することが可能となる。

また、登録処理は、例えば、以下の方法によって実行されても良い。携帯端末装置１０４は、情報処理装置１００と無線通信方式又は有線通信方式によって接続し、携帯端末装置１０４の識別情報を、当該接続を介して情報処理装置１００に送信する。情報処理装置１００は、ＰＣ側アプリケーションの識別情報と、携帯端末装置１０４の識別情報を、登録情報として、インターネットを介してプッシュ通知サーバ１０２に送信する。このようにして、ＰＣ側アプリケーションの識別情報と、携帯端末装置１０４の識別情報とが関連付けられて、プッシュ通知サーバ１０２によって管理されることによって登録処理が完了するようにしても良い。なお、このような登録処理においても、情報処理装置１００の識別情報と携帯端末装置１０４の識別情報とが関連付けられてプッシュ通知サーバ１０２によって管理されても良い。また、プリンタ１０６の識別情報と携帯端末装置１０４の識別情報とが関連付けられてプッシュ通知サーバ１０２によって管理されても良い。

登録処理における登録情報の送信方式については、特に限定されない。例えば、登録情報をＨＴＭＬ形式に変換して送信するＨＴＴＰ方式であっても良いし、登録情報をファイル形式として作成し、そのファイルを送信するＦＴＰ方式であっても良い。また、登録情報は、プッシュ通知サーバ１０２と端末側アプリケーションで共有されるセキュリティキーによって暗号化されたデータであっても良い。また、バイナリデータであっても良いし、ＵＴＦ−８等のテキストデータ、またはＢａｓｅ６４等の方式でエンコードされたデータであっても良い。

プッシュ通知とは、プッシュ通知サービスを用いて携帯端末装置１０４に通知を行う通知方法である。本実施形態では、情報処理装置１００は、プリンタ１０６に関する情報に対応する通知メッセージを含む通知情報をプッシュ通知サーバ１０２に送信する。そして、プッシュ通知サーバ１０２が、通知メッセージを含む通知情報を、サービス提供サーバ１０３を介して携帯端末装置１０４に送信する。これにより、プッシュ通知サーバ１０２は、プリンタ１０６に関する情報を携帯端末装置１０４に通知することができる。携帯端末装置１０４は、通知情報を受信すると、プリンタ１０６に関する情報を通知するための通知領域を、表示部４０８が表示する画面上に表示する。

［ＰＣ側アプリケーションの動作］
図５は、本実施形態において情報処理装置１００が実行する処理を示すフローチャートである。図５に示すフローチャートが示す各処理は、例えば、ＣＰＵ３００がＲＯＭ３０１等に格納されたＰＣ側アプリケーションをＲＡＭ３０２に読み出して実行することにより実現される。Ｓ５０１において、ＣＰＵ３００は、プリンタ１０６からプリンタ状態情報および印刷ジョブキュー情報を取得することによりジョブ状態の監視を行う。なお、ＣＰＵ３００は、プリンタ１０６にポーリングを行うことで、プリンタ状態情報および印刷ジョブキュー情報を受信しても良いし、プリンタ１０６側から能動的に送信されるようにしても良い。Ｓ５０２において、ＣＰＵ３００は、Ｓ５０１でのジョブ状態の監視結果に基づいて通知情報を生成する。本実施形態では、後述するように、通知情報は、ジョブを制御するための指示情報を含んでいる。Ｓ５０３において、ＣＰＵ３００は、Ｓ５０２で生成された通知情報をプッシュ通知サーバ１０２に送信する。Ｓ５０４において、ＣＰＵ３００は、携帯端末装置１０４で指示された指示情報に応じたジョブ制御方法をプッシュ通知サーバ１０２から取得し、取得したジョブ制御方法に基づいて、プリンタ１０６に対してジョブ制御処理を実行する。Ｓ５０４の後、図５の処理を終了する。

図６は、Ｓ５０１のジョブ状態の監視処理を示すフローチャートである。Ｓ６０１において、ＣＰＵ３００は、監視対象の印刷ジョブが実行待機状態として印刷ジョブキューに蓄積されているか否かを判定する。印刷ジョブが実行待機状態として印刷ジョブキューに蓄積されていると判定された場合、Ｓ６０２に進み、ＣＰＵ３００は、監視対象の印刷ジョブが正常に終了するか否かを判定する判定処理を実行する。Ｓ６０２の処理については後述する。Ｓ６０３において、ＣＰＵ３００は、Ｓ６０２での判定結果が「ジョブの正常終了は不可能」か否かを判定する。ここで、「ジョブの正常終了は不可能」と判定された場合、図６の処理を終了する。一方、「ジョブの正常終了は不可能」でないと判定された場合、Ｓ６０１からの処理を繰り返す。Ｓ６０１〜Ｓ６０３の処理は、印刷ジョブの設定とプリンタ１０６の設定の相違や消耗品の不足がない限り、印刷ジョブの実行待機状態が解除されて印刷が開始されるまで繰り返される。

Ｓ６０１で監視対象の印刷ジョブが実行待機状態として印刷ジョブキューに蓄積されていないと判定された場合、例えば印刷ジョブの実行待機状態が解除されて印刷が開始されている場合、Ｓ６０４においてＣＰＵ３００は、印刷処理が終了したか否かを判定する。Ｓ６０４の処理は、印刷処理が終了したと判定されるまで繰り返される。Ｓ６０４で印刷処理が終了したと判定された場合、Ｓ６０５において、ＣＰＵ３００は、正常に印刷処理が完了したか否かを判定する。ここで、正常に印刷処理が完了したと判定された場合、Ｓ６０６において、ＣＰＵ３００は、印刷ジョブは正常終了と判定し、その後、図６の処理を終了する。Ｓ６０６では、ＣＰＵ３００は、例えば、“ジョブの正常終了＝「成功」”のようなフラグ情報を記憶領域に格納する。一方、正常に印刷処理が完了していないと判定された場合、Ｓ６０７において、ＣＰＵ３００は、印刷ジョブは正常終了でないと判定し、その後、図６の処理を終了する。Ｓ６０７では、ＣＰＵ３００は、例えば、“ジョブの正常終了＝「失敗」”のようなフラグ情報を記憶領域に格納する。

図７は、Ｓ６０２の処理を示すフローチャートである。Ｓ７０１において、ＣＰＵ３００は、プリンタ状態情報を取得する。プリンタ状態情報とは、プリンタ１０６に給紙されている用紙の種類やサイズ等の設定状態情報、用紙やインクの残量等の消耗品状態情報を含む。Ｓ７０２において、ＣＰＵ３００は、Ｓ７０１で取得されたプリンタ状態情報と監視対象の印刷ジョブの設定情報とを比較する。そして、その比較結果が不一致であると判定された場合、Ｓ７１２において、ＣＰＵ３００は、「ジョブの正常終了は不可能」と判断する。Ｓ７１２では、ＣＰＵ３００は、例えば、“ジョブの正常終了＝「否」”のようなフラグ情報を記憶領域に格納する。一方、比較結果が一致していると判定された場合、Ｓ７０３において、ＣＰＵ３００は、監視対象の印刷ジョブ以外のジョブ情報を取得するために、プリンタ１０６に格納されている印刷ジョブキュー情報を取得する。

Ｓ７０４において、ＣＰＵ３００は、Ｓ７０３で取得した印刷ジョブキュー情報から、監視対象の印刷ジョブより前に印刷ジョブキューに投入され、監視対象の印刷ジョブより先に印刷が実行される予定の印刷ジョブを抽出する。そして、ＣＰＵ３００は、抽出された各印刷ジョブ情報に含まれるジョブサイズを合算し、監視対象の印刷ジョブが実行され印刷が完了されるまでに消費される見込みの（推定される）用紙量を算出する。

Ｓ７０５において、ＣＰＵ３００は、Ｓ７０４で算出された消費される見込みの用紙量がＳ７０１で取得した消耗品状態情報である用紙残量を上回るか否かを判定する。用紙量が上回ると判定された場合、用紙残量不足により監視対象の印刷ジョブが正常終了しない可能性が高いので、Ｓ７１２に進み、ＣＰＵ３００は、「ジョブの正常終了は不可能」と判断する。一方、用紙残量を上回らないと判定された場合、Ｓ７０６に進む。

Ｓ７０６において、ＣＰＵ３００は、Ｓ７０１で取得した消耗品状態情報であるインク残量は閾値以上であるか否かを判定する。インク残量が閾値以上でないと判定された場合、インク残量不足により監視対象の印刷ジョブが正常終了しない可能性が高いので、Ｓ７１２に進み、ＣＰＵ３００は、「ジョブの正常終了は不可能」と判断する。一方、インク残量が閾値以上であると判定された場合、Ｓ７０７において、ＣＰＵ３００は、「ジョブの正常終了は可能」と判断する。Ｓ７０７では、ＣＰＵ３００は、例えば、“ジョブの正常終了＝「可」”のようなフラグ情報を記憶領域に格納する。Ｓ７０７の後、図７の処理を終了する。

図８は、Ｓ５０２の通知情報の生成処理を示すフローチャートである。ＣＰＵ３００は、Ｓ６０２のジョブの正常終了の可否判定処理での判定結果に応じた通知情報を生成する。Ｓ８０１において、ＣＰＵ３００は、判定結果が「ジョブ正常終了は可能」であるか否かを判定する。例えば、ＣＰＵ３００は、記憶領域に格納されたフラグ情報が“ジョブ正常終了＝「可」”であるか否かを判定する。判定結果が「ジョブ正常終了が可能」である場合、監視対象の印刷ジョブは正常終了する可能性が高く、特にユーザに通知すべき情報はないので、通知情報を生成せずに、図８の処理を終了する。一方、判定結果が「ジョブ正常終了は可能」でない場合、Ｓ８０２において、ＣＰＵ３００は、判定結果が「ジョブ正常終了は不可能」であるか否かを判定する。例えば、ＣＰＵ３００は、記憶領域に格納されたフラグ情報が“ジョブ正常終了＝「否」”であるか否かを判定する。判定結果が「ジョブ正常終了は不可能」である場合、Ｓ８０３に進む。

Ｓ８０３において、ＣＰＵ３００は、監視対象の印刷ジョブが正常終了しない可能性があるので、ユーザに対して複数のジョブ制御方法を選択可能とするための選択リストを生成する。選択項目として選択リストに設定される値は、例えば、印刷実行を中止する（選択リスト＝「中止」）、一旦ジョブを保留状態として印刷ジョブキューから一時的に退避する（選択リスト＝「保留」）、印刷を強制的に実行する（選択リスト＝「続行」）となる。

Ｓ８０４において、ＣＰＵ３００は、プリンタ１０６において印刷を続行することができない状態であるか否かを判定する。印刷を続行することができない状態とは、例えば、監視対象の印刷ジョブが実行完了するまでに消費される見込みの用紙量が用紙残量を上回ると判定された場合である。その場合、用紙残量不足となり物理的に印刷ジョブの実行を完了することができないので、印刷を続行することができない状態であると判定する。Ｓ８０４では、Ｓ７０３〜Ｓ７０５の処理が行われるようにしても良い。また、既にＳ６０２でＳ７０３〜Ｓ７０５の処理が行われていた場合には、その結果を用いるようにしても良い。Ｓ８０４で印刷を続行することができない状態であると判定された場合、Ｓ８０５において、ＣＰＵ３００は、選択リストから「続行」の値を削除（除外）する。その結果、ユーザがジョブ制御方法として印刷の続行を選択してしまうことを防ぐことができる。Ｓ８０６において、ＣＰＵ３００は、携帯端末装置１０４で通知される通知メッセージとして「中断見込み」をジョブ識別情報および選択リストとともに設定した通知情報を生成する。その後、図８の処理を終了する。このように、本実施形態では、印刷ジョブの状態を単に通知するばかりでなく、その状態に応じたジョブの制御指示を通知情報に含めることができる。

Ｓ８０２で判定結果が「ジョブ正常終了は不可能」でないと判定された場合、Ｓ８０７において、ＣＰＵ３００は、判定結果が「印刷ジョブは正常終了」であるか否かを判定する。例えば、ＣＰＵ３００は、記憶領域に格納されたフラグ情報が“ジョブ正常終了＝「成功」”であるか、“ジョブ正常終了＝「失敗」”であるかを判定する。Ｓ８０７で判定結果が「印刷ジョブは正常終了」でないと判定された場合、Ｓ８０８において、ＣＰＵ３００は、携帯端末装置１０４で通知される通知メッセージとして「エラー」をジョブ識別情報とともに設定した通知情報を生成する。その後、図８の処理を終了する。一方、判定結果が「印刷ジョブは正常終了」であると判定された場合、Ｓ８０９において、ＣＰＵ３００は、携帯端末装置１０４で通知される通知メッセージとして「完了」をジョブ識別情報とともに設定した通知情報を生成する。その後、図８の処理を終了する。

なお、本実施形態では、通知メッセージとして「中断見込み」、「エラー」、「完了」を例示したがそれらに限定されない。例えば、通知メッセージとして「中断見込み」や「エラー」の場合には、プリンタ状態情報および監視対象の印刷ジョブの設定情報に基づく詳細な情報を含めるようにしても良い。例えば、監視対象の印刷ジョブの設定情報の用紙情報と、プリンタ状態情報の用紙情報とが不一致である場合には、プリンタ状態情報として、プリンタ１０６に現在設置されている用紙の情報を含めるようにしても良い。

図８の処理の終了後、図５で説明したように、Ｓ５０３において、ＣＰＵ３００は、Ｓ５０２で生成された通知情報をプッシュ通知サーバ１０２に送信する。

以上のように、本実施形態では、情報処理装置１００は、プリンタ状態情報および印刷ジョブキュー情報をプリンタ１０６から取得し、実行待機状態として印刷ジョブキューに蓄積されている印刷ジョブの状態を判定する。情報処理装置１００は、印刷ジョブの状態として、例えば、印刷ジョブの実行結果（成功／失敗）、もしくは、印刷ジョブの正常終了の可能性がないこと、を判定し、その判定結果を通知情報としてプッシュ通知サーバ１０２に送信する。また、特に、印刷ジョブの正常終了の可能性がないと判定した場合には、ユーザが実行可能なジョブ制御方法を特定し、その情報を通知情報に含めてプッシュ通知サーバ１０２に送信する。

［端末側アプリケーションの動作］
図９は、本実施形態における携帯端末装置１０４が実行する処理を示すフローチャートである。図９に示すフローチャートの各処理は、例えば、ＣＰＵ４１３がＲＯＭ４１１に記憶された端末側アプリケーションをＲＡＭ４１２に読み出して実行することにより実現される。

サービス提供サーバ１０３を介して通知情報が携帯端末装置１０４で受信されると、まず、ＣＰＵ４１３は、携帯端末装置１０４のＯＳを用いて通知情報を解析する。通知情報には、当該通知情報に対応するアプリケーションの情報が含まれているので、ＣＰＵ４１３は、受信した通知情報がどのアプリケーションに対応するかを特定する。本実施形態においては、通知情報は、端末側アプリケーションに対応しているので、ＣＰＵ４１３は、端末側アプリケーションに通知情報を送信する。なお、通知情報を受信したことによって端末側アプリケーションで実行される以下の処理は、端末側アプリケーションがフォアグラウンドで動作していない状態で実行されても良い。

Ｓ９０１において、ＣＰＵ４１３は、端末アプリケーションによって通知情報を受信し、通知情報の解析を開始する。次に、Ｓ９０２において、ＣＰＵ４１３は、通知情報が情報処理装置１００のＰＣ側アプリケーションから送信された通知情報であるか否かを判定する。Ｓ９０２の判定は、例えば、通知情報にｋｅｙ／ｖａｌｕｅ形式の情報や、特定の文字列、メッセージに対応する情報が含まれているかに基づいて判定される。なお、ＰＣ側アプリケーションから送信された通知情報であるとは、本実施形態における、通知メッセージに基づく通知情報であることを示す。ＰＣ側アプリケーションから送信された通知情報であると判定された場合、Ｓ９０３に進む。一方、ＰＣ側アプリケーションから送信された通知情報ではないと判定された場合、本実施形態における通知メッセージの表示を行わずに図９の処理を終了する。

Ｓ９０３において、ＣＰＵ４１３は、Ｓ５０２で生成された通知情報に、選択リストが含まれているか否かを判定する。通知情報に選択リストが含まれていないと判定された場合、Ｓ９０７に進み、ＣＰＵ４１３は、通知メッセージを表示部４０８に表示する。その場合、表示される通知メッセージは、例えば、図８のＳ８０８で設定された「エラー」に対応する「印刷がエラーとなりました。」が表示される。また、例えば、Ｓ８０９で設定された「完了」に対応する「印刷が正常に終了しました。」が表示される。表示されるメッセージ内容は、通知情報に設定されている値に応じて予め設定されたものでも良い。

一方、通知情報に選択リストが含まれていると判定された場合、Ｓ９０４において、ＣＰＵ４１３は、通知メッセージに含まれる選択リストに関連付けられたボタン、すなわちユーザによる選択操作を受付可能な操作部を表示部４０８に表示する。次に、Ｓ９０５において、ＣＰＵ４１３は、ユーザからの操作を受け付けるまで、通知メッセージと操作部を表示する。操作部を介してユーザからの選択操作を受け付けると、Ｓ９０６において、ＣＰＵ４１３は、受け付けた選択結果の情報をプッシュ通知サーバ１０２に送信し、その後、図９の処理を終了する。

図１１は、プッシュ通知機能によって携帯端末装置１０４に通知メッセージが表示されている画面の一例を示す図である。表示領域１１００は、表示部４０８が表示可能な最大の領域を示し、通知領域１１０１が通知情報に含まれる通知メッセージおよびユーザが選択可能な操作部を表示するための領域を示す。操作部として、中止ボタン１１０２、保留ボタン１１０３、続行ボタン１１０４が表示される。操作部は、Ｓ９０３で通知情報に選択リストが含まれていると判定された場合に表示され、Ｓ８０３〜Ｓ８０５で設定された選択リストの値に関連付けられて表示される。即ち、Ｓ８０５で選択リストから「続行」の値が削除された場合には、続行ボタン１１０４は表示されない。そのような構成により、実行待機状態にある印刷ジョブが正常に終了し得ない（例えば、プリンタ１０６での用紙残量が不足している）場合に、ユーザが印刷の続行を指示してしまうことを防ぐことができる。

［プッシュ通知サーバの動作］
図１０は、通知情報管理テーブル１０００の一例を示す図である。通知情報管理テーブル１０００は、プッシュ通知サーバ１０２のＲＯＭ４０２等の記憶領域で管理され、情報処理装置１００および携帯端末装置１０４の双方からアクセス可能である。通知情報管理テーブル１０００の各行は、前述の情報送信ステップによって、事前にプッシュ通知用の登録処理が実行された際に登録される。情報送信ステップによる登録処理が実行されると、通知情報の送信元を特定するためのＰＣ側アプリケーションの識別情報１００１と、通知情報の送信先を特定するための端末識別情報１００２が設定される。その後、Ｓ５０３の通知情報の送信処理においてＰＣ側アプリケーションから送信された通知情報が、いずれのジョブに対するものかを特定するためのジョブ識別情報１００３が設定される。プッシュ通知サーバ１０２が、ＰＣ側アプリケーションからの通知情報を受信した時点では、ジョブ制御情報１００４の値は、初期値として例えば「受信待ち」が設定されており、図９に示した端末側アプリケーションの処理によって更新される。例えば、Ｓ９０６において携帯端末装置１０４から送信された選択結果の情報を受信した場合に、その選択結果の情報がジョブ制御情報１００４として設定される。

プッシュ通知サーバ１０２のＣＰＵ４０１は、通知情報管理テーブル１０００のジョブ制御情報１００４が更新された場合、その更新後の値をジョブ制御方法の情報として情報処理装置１００のＰＣ側アプリケーションに送信する。そして、図５のＳ５０４において、情報処理装置１００のＣＰＵ３００は、受信したジョブ制御方法の情報に基づいて、プリンタ１０６に対してジョブ制御処理を実行する。例えば、携帯端末装置１０４で中止ボタン１１０２が選択された場合には、情報処理装置１００のＣＰＵ３００は、プリンタ１０６での印刷の実行を中止する。なお、情報処理装置１００のＣＰＵ３００は、プッシュ通知サーバ１０２にポーリングを行うことで、送信済みの通知情報に対するジョブ制御方法の情報を取得するようにしても良い。

以上のように、本実施形態によれば、情報処理装置１００、１０１及びプリンタ１０６と同一のネットワークに接続されていない携帯端末装置１０４から印刷ジョブの制御を可能とする。その結果、例えばユーザがプリンタ１０６や情報処理装置１００、１０１から離れた場所にいたとしても、プリンタ１０６の状態に基づいて印刷処理の制御を指示することができる。また、本実施形態では、プリンタ１０６の状態に応じて、携帯端末装置１０４から制御可能な操作を特定する。例えば、ジョブの用紙設定とプリンタ１０６でセットされた用紙とが異なっていてもユーザが印刷を続行させようとしたケースにおいて、プリンタ１０６での用紙残量が不足しているのであれば、続行しても印刷が失敗してしまう可能性が高い。本実施形態では、そのようなケースでは、Ｓ８０５の処理の結果、「続行」の選択項目が携帯端末装置１０４で表示されないので、失敗の可能性が高い印刷処理の制御を指示させてしまうことを防ぐことができる。

［第２実施形態］
以下、第１実施形態と異なる点について第２実施形態を説明する。本実施形態では、プリンタ１０６と携帯端末装置１０４の位置情報に基づいて、通知情報の生成処理を行う。

図１２は、本実施形態におけるプッシュ通知サーバ１０２で管理される通知情報管理テーブル１２００の一例を示す図である。図１０の通知情報管理テーブル１０００とは、位置情報１２０１の点で異なる。位置情報１２０１は、ＧＰＳ情報等の携帯端末装置１０４の位置を特定する情報である。位置情報１２０１は、例えば、前述の情報送信ステップにおいて携帯端末装置１０４から送信される。また、位置情報１２０１は、上述したような端末側アプリケーションとプッシュ通知サーバ１０２との間の通知情報に係る通信と非同期に送信されても良く、例えば任意の一定時間間隔で定期的に送信されて更新されるようにしても良い。

図１３は、本実施形態におけるＳ５０２の通知情報の生成処理を示すフローチャートである。図８の処理とは、携帯端末装置１０４の位置情報とプリンタ１０６の位置情報とに基づいて通知情報を生成する点について異なる。図１３のＳ８０２で判定結果が「ジョブ正常終了は不可能」であると判定された場合、Ｓ１３０１において、ＣＰＵ３００は、通知情報の送信先である携帯端末装置１０４の位置情報１２０１をプッシュ通知サーバ１０２から取得する。Ｓ１３０２において、ＣＰＵ３００は、Ｓ１３０１で取得した位置情報１２０１とプリンタ１０６との間の距離を算出する。ここで、プリンタ１０６の位置情報は、ＰＣ側アプリケーションによってプリンタ１０６から予め取得して記憶しておくようにしても良い。また、例えば、Ｓ７０１でプリンタ状態情報を取得する際に、プリンタ状態情報から取得するようにしても良い。

Ｓ１３０３において、ＣＰＵ３００は、Ｓ１３０２での算出結果が閾値以上であるか否かを判定する。閾値以上であると判定された場合、監視対象の印刷ジョブが正常終了しない可能性があるので、第１実施形態と同様に、Ｓ８０３の処理が行われる。Ｓ８０３以降の処理は、第１実施形態と同様である。一方、閾値以上でない（閾値未満）と判定された場合、即ち、携帯端末装置１０４とプリンタ１０６との距離が近い位置にあると判断される場合、携帯端末装置１０４のユーザは、プリンタ１０６が設置されている場所まで戻る。そして、ユーザは、ジョブ制御を行うことが可能であることが想定される。そのため、遠隔からでもプリンタ１０６のジョブ制御を可能とするような選択リストの生成は不要であると判断し、Ｓ１３０３からＳ８０６に進み、選択リストの生成を行わない。

図１４は、本実施形態におけるプッシュ通知機能によって携帯端末装置１０４に通知情報が表示されている画面の一例を示す図である。Ｓ１３０３で閾値以上でないと判定された場合、即ち、携帯端末装置１０４とプリンタ１０６との間の距離が近いと判断される場合には、通知領域１４０１のように、ユーザが選択可能な操作部は表示されない。代わりに、プリンタ１０６が設置されている場所まで戻ることを促すメッセージが表示部４０８に表示される。

以上のように、本実施形態によれば、携帯端末装置１０４の位置情報を参照し、携帯端末装置１０４とプリンタ１０６との間の距離に応じて通知情報を生成する。例えば、携帯端末装置１０４を持ったユーザがプリンタ１０６に即座に戻ることが可能な距離にいる場合には、プリンタ１０６の設定されている場所まで戻るように促すメッセージが表示される。その結果、ユーザは遠隔から操作するのでなく、所望のジョブ制御をプリンタ１０６に対して直接実行することができる。さらには、ユーザが遠隔では続行不可能なジョブ状態を通知情報として受信した場合にも、例えばプリンタ１０６で用紙の補充が必要な場合にも、即座にプリンタの設定されている場所まで戻って直接対処することができる。

［第３実施形態］
以下、第１及び第２実施形態と異なる点について第３実施形態を説明する。上記各実施形態では、Ｓ５０４において、情報処理装置１００は、携帯端末装置１０４からプッシュ通知サーバ１０２を介して送信されたジョブ制御方法の選択結果の情報に基づいて、プリンタ１０６に対してジョブ制御処理を実行して処理を終了すると説明した。本実施形態では、ジョブ制御処理として「保留」が実行された印刷ジョブに対して、情報処理装置１００はさらに、プリンタ１０６と携帯端末装置１０４の各位置情報とに基づいて印刷ジョブの監視処理を実行する。

図１５は、本実施形態における情報処理装置１００が実行する処理を示すフローチャートである。図１５のＳ５０４の後、Ｓ１５０１において、ＣＰＵ３００は、保留されたジョブの監視処理を実行する。

図１６は、Ｓ１５０１の保留ジョブの監視処理を示すフローチャートである。Ｓ１６０１において、ＣＰＵ３００は、Ｓ５０４でジョブ制御処理を実行した結果、保留したジョブが存在するか否かを判定する。保留したジョブが存在しないと判定された場合、図１６の処理を終了する。一方、保留したジョブが存在すると判定された場合、Ｓ１６０２において、ＣＰＵ３００は、通知情報の送信先である携帯端末装置１０４の位置情報１２０１をプッシュ通知サーバ１０２から取得する。Ｓ１６０３において、ＣＰＵ３００は、Ｓ１６０２で取得された位置情報１２０１に基づいて、携帯端末装置１０４とプリンタ１０６との間の距離を算出する。プリンタ１０６および携帯端末情報１０４の位置情報の取得、両装置の間の距離の算出は、第２実施形態における説明と同様である。

Ｓ１６０４において、ＣＰＵ３００は、Ｓ１６０３で算出された距離が閾値以上であるか否かを判定する。閾値以上であると判定された場合、即ち、携帯端末装置１０４とプリンタ１０６との間の距離が遠いと判断された場合、ＣＰＵ３００は、Ｓ１６０１に戻り、保留されたジョブの存在を判定する処理を繰り返す。一方、携帯端末装置１０４とプリンタ１０６との間の距離が閾値未満、即ち、携帯端末装置１０４とプリンタ１０６との間の距離が近いと判断された場合、Ｓ１６０５においてＣＰＵ３００は、プリンタ１０６に対してジョブの保留状態を解除する処理を実行する。例えば、情報処理装置１００は、再び、プリンタ１０６の印刷ジョブキューに印刷ジョブを投入する。その場合、図１５のＳ５０１のジョブ状態の監視処理から実行される。

以上のように、本実施形態によれば、携帯端末装置１０４の位置情報を参照し、携帯端末装置１０４とプリンタ１０６との間の距離に応じて、ジョブの保留継続もしくは保留解除による再印刷を実行する。その結果、ユーザにとってより適切なタイミングで印刷処理を完了させることができる。例えば、携帯端末装置１０４を持ったユーザがプリンタ１０６に即座に戻ることが可能な距離をＳ１６０４の閾値として設定しておき、ユーザがその距離にいるタイミングで再印刷を実行することができる。その結果、プリンタ１０６で印刷処理が中断している時間が過度に長くなってしまうことを防ぐことができる。

本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。

１００、１０１ 情報処理装置： １０２ プッシュ通知サーバ： １０３ サービス提供サーバ： １０４ 携帯端末装置： １０６ プリンタ： ２００、３００、４０１、４１３ ＣＰＵ

Claims (18)

1. 印刷装置と通信可能な情報処理装置と、携帯端末装置とを含む情報処理システムであって、
   前記情報処理装置は、
   前記印刷装置に投入されたジョブの状態を取得する取得手段と、
   前記取得手段により取得された前記ジョブの状態に基づいて、該ジョブを制御するための指示情報を含む通知情報を生成する生成手段と、
   前記生成手段により生成された前記通知情報をネットワークに送信する送信手段と、を備え、
   前記携帯端末装置は、
   前記ネットワークから前記通知情報を受信する受信手段と、
   前記受信手段により受信された前記通知情報に基づいて、前記ジョブを制御するための指示情報を通知する通知手段と、を備える、
   ことを特徴とする情報処理システム。
2. 前記情報処理装置は、前記印刷装置に投入され実行待機状態であるジョブの実行結果を推定する推定手段、をさらに備え、
   前記取得手段は、前記推定手段により推定された実行結果を前記ジョブの状態として取得し、
   前記推定された実行結果が正常終了しないことを示す場合、前記生成手段は、前記ジョブを制御するための指示情報を含む前記通知情報を生成する、
   ことを特徴とする請求項１に記載の情報処理システム。
3. 前記推定された実行結果が正常終了しないことを示す場合とは、前記印刷装置に投入された前記ジョブの設定と、前記印刷装置の設定とが異なる場合を含むことを特徴とする請求項２に記載の情報処理システム。
4. 前記推定された実行結果が正常終了しないことを示す場合とは、前記印刷装置において消耗品の残量が不足する場合を含むことを特徴とする請求項２又は３に記載の情報処理システム。
5. 前記消耗品は、用紙、インクのうち、少なくともいずれかを含むことを特徴とする請求項４に記載の情報処理システム。
6. 前記推定された実行結果が正常終了することを示す場合、前記生成手段は前記通知情報を生成しないことを特徴とする請求項２乃至５のいずれか１項に記載の情報処理システム。
7. 前記印刷装置と前記携帯端末装置との間の距離が閾値より近く、前記推定された実行結果が正常終了しないことを示す場合、前記生成手段は、前記ジョブを制御するための指示情報を含まず、該正常終了しない旨を示す通知情報を生成することを特徴とする請求項２乃至６のいずれか１項に記載の情報処理システム。
8. 前記ジョブの状態が、該ジョブが前記印刷装置において実行された結果を示す場合、前記生成手段は、前記ジョブを制御するための指示情報を含まず、該結果を示す通知情報を生成することを特徴とする請求項１乃至７のいずれか１項に記載の情報処理システム。
9. 前記ジョブを制御するための指示情報は、複数の選択項目を含み、
   前記複数の選択項目は、該ジョブの中止、該ジョブの保留、該ジョブの強制的な実行、の少なくともいずれかを含む、
   ことを特徴とする請求項１乃至８のいずれか１項に記載の情報処理システム。
10. 前記印刷装置において消耗品の残量が不足する場合には、前記複数の選択項目から、前記ジョブの強制的な実行が除外されることを特徴とする請求項９に記載の情報処理システム。
11. 前記携帯端末装置は、
    前記複数の選択項目から選択された情報を前記ネットワークに送信する第２送信手段、をさらに備え、
    前記情報処理装置は、
    前記ネットワークから前記選択された情報を受信する第２受信手段と、
    前記選択された情報に基づいて、前記印刷装置を制御する制御手段と、をさらに備える、
    ことを特徴とする請求項９又は１０に記載の情報処理システム。
12. 前記制御手段は、前記選択された情報が前記ジョブの保留を示す場合、前記印刷装置に投入されたジョブを保留し、前記印刷装置と前記携帯端末装置との間の距離に基づいて、該保留されたジョブを監視することを特徴とする請求項１１に記載の情報処理システム。
13. 前記制御手段は、前記印刷装置と前記携帯端末装置との間の距離が閾値未満である場合、前記保留されたジョブの保留状態を解除することを特徴とする請求項１２に記載の情報処理システム。
14. 前記ネットワークは、サーバを含み、
    前記サーバは、前記送信手段により送信された前記通知情報を受信し、前記携帯端末装置を送信先として前記通知情報を送信する、
    ことを特徴とする請求項１乃至１３のいずれか１項に記載の情報処理システム。
15. 印刷装置と通信可能な情報処理装置と、携帯端末装置とを含む情報処理システムにおいて実行される情報処理方法であって、
    前記情報処理装置が、
    前記印刷装置に投入されたジョブの状態を取得する取得工程と、
    前記取得工程において取得された前記ジョブの状態に基づいて、該ジョブを制御するための指示情報を含む通知情報を生成する生成工程と、
    前記生成工程において生成された前記通知情報をネットワークに送信する送信工程と、を有し、
    前記携帯端末装置が、
    前記ネットワークから前記通知情報を受信する受信工程と、
    前記受信工程において受信された前記通知情報に基づいて、前記ジョブを制御するための指示情報を通知する通知工程と、を有する、
    ことを特徴とする情報処理方法。
16. 印刷装置と通信可能な情報処理装置であって、
    前記印刷装置に投入されたジョブの状態を取得する取得手段と、
    前記取得手段により取得された前記ジョブの状態に基づいて、該ジョブを制御するための指示情報を含む通知情報を生成する生成手段と、
    前記生成手段により生成された前記通知情報を、前記通知情報に基づく通知が行われる携帯端末装置を含むネットワークに送信する送信手段と、
    を備えることを特徴とする情報処理装置。
17. 印刷装置と通信可能な情報処理装置において実行される情報処理方法であって、
    前記印刷装置に投入されたジョブの状態を取得する取得工程と、
    前記取得工程において取得された前記ジョブの状態に基づいて、該ジョブを制御するための指示情報を含む通知情報を生成する生成工程と、
    前記生成工程において生成された前記通知情報を、前記通知情報に基づく通知が行われる携帯端末装置を含むネットワークに送信する送信工程と、
    を有することを特徴とする情報処理方法。
18. 請求項１６に記載の情報処理装置の各手段としてコンピュータを機能させるためのプログラム。

Images