JP7809457B2 - プログラム、情報処理装置 - Google Patents

Description

本発明は、プログラム、情報処理装置に関する。

ユーザへ情報を提供するために、端末装置に対して適切なタイミングで情報を通知する技術が知られている。例えば、特許文献１では、ユーザの特定行動に対して情報を通知するタイミングを学習した学習モデルに基づいて、適切な情報の通知タイミングを判定するような技術が記載されている。

特開２０１９－１６４７３６号公報

しかしながら、例えば、特許文献１に記載されているような、ユーザの特定行動に応じて情報の通知タイミングを判定する方法では、通知情報に関連する通信装置の状態によっては、ユーザにとって適切なタイミングとは限らなかった。

本発明は、上記課題を鑑みてなされたものであり、端末装置に対して情報を通知する際に、ユーザにとって適切なタイミングで情報を通知させることを目的とする。

上述のような課題を解決するため、本開示に係る情報処理装置の制御方法は、第１のアプリケーションプログラムと、前記第１のアプリケーションプログラムとは異なる第２のアプリケーションプログラムを有する情報処理装置の制御方法であって、前記第１のアプリケーションプログラムを実行することにより、前記情報処理装置と通信可能な通信装置の識別情報を取得する第１取得ステップと、前記情報処理装置と通信可能な管理サーバーによって作成された通知情報を取得する第２取得ステップと、を行い、前記第２のアプリケーションプログラムを実行することにより、前記通信装置のステータス情報を取得する第３取得ステップと、前記取得された前記通信装置のステータス情報が、前記取得された前記通知情報に含まれる情報に対応する出力条件を満たすかを判定する第１判定処理を実行するステップと、前記第１判定処理において前記通信装置のステータス情報が前記出力条件を満たすと判定された場合、前記通知情報に基づく通知を出力させる第１出力ステップと、を行うことを特徴とする制御方法。

本開示によれば、ユーザに適切なタイミングで情報を通知することを実現できる。

システムの構成を示す図である。 端末装置１００のハードウェアの構成を示す図である。 システムのシーケンス図である。 プッシュ通知情報の設定を行う画面を示す図である。 プッシュ通知の情報を示す図である。 プッシュ通知情報に基づく通知の表示処理を示したフローチャート図である。 プッシュ通知情報に基づく通知の有効期限判定処理を示したフローチャート図である。 プリンタ２００のステータス情報、エラー／警告情報を示す図である。 プッシュ通知情報に基づく通知の表示判定処理を示したフローチャート図である。 プリンタ２００のステータス情報、エラー／警告情報を取得した場合に表示する画面を示す図である。 プリンタ２００のステータス情報、エラー／警告情報の取得に失敗した場合に表示する画面を示す図である。 印刷ワークフローアプリケーションの処理を示したフローチャート図である。 保存されたプッシュ通知情報を示す図である。 プッシュ通知情報の設定を行う画面を示す図である。 保存されるプッシュ通知情報の順番を指定するフローチャート図である。 プッシュ通知情報に基づく通知の表示処理を示したフローチャート図である。 プッシュ通知情報に基づく通知の表示処理を示したフローチャート図である。

以下、図面を参照して本開示を詳細に説明する。尚、以下の実施の形態は特許請求の範囲に係る本開示を限定するものではなく、また本実施の形態で説明されている特徴の組み合わせの全てが本開示の解決手段に必須のものとは限らない。また、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。

（実施形態１）
図１は、本実施形態におけるシステムの構成を示す図である。本実施形態のシステムは、端末装置１００と、印刷装置（以下、プリンタ）２００、プッシュ通知サーバー３００、管理サーバー４００を含む。なお、端末装置１００は、オペレーティングシステム（以下、ＯＳとする）１０１、アプリケーション１０２がインストールされた情報処理装置である。

図１に示すシステムにおいて、各装置は通信可能に接続されている。例えば、端末装置１００とプリンタ２００間の接続に用いられる通信方式は、例えば、ＩＥＥＥ８０２．１１シリーズの通信規格（Ｗｉ－Ｆｉ）やＢｌｕｅｔｏｏｔｈ （Ｂｌｕｅｔｏｏｔｈ Ｃｌａｓｓｉｃ、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ（ＢＬＥ）等）である。また、ＵＳＢケーブルによって接続されてもよい。なお、端末装置１００とプリンタ２００とはダイレクト接続が行われていない形態であってもよい。具体的には例えば、端末装置１００とプリンタ２００とは、アクセスポイントにより構築されたネットワークを介して接続されてもよい。また、端末装置１００とプリンタ２００とは、移動体通信（３Ｇや４Ｇ、５Ｇ）によって基地局と接続し、基地局を介したインターネット通信によって通信が実行されてもよい。また、端末装置１００と、プッシュ通知サーバー３００や管理サーバ―４００はインターネットを介して通信可能に接続されている。さらに、管理サーバー４００とプッシュ通知サーバー３００はインターネットを介して通信可能に接続されている。

端末装置１００は、例えばパーソナルコンピュータ（ＰＣ）やスマートフォンといった情報処理装置である。デジタルカメラ等の種々の機器が本実施形態の端末装置１００として適用されてもよい。また、本実施形態で使用されるプリンタ２００の印刷方式は、電子写真方式でもインクジェット方式でもよく、その他の方式でもよい。

管理サーバー４００は、プッシュ通知情報の作成を行い、どの端末装置にプッシュ通知情報を送信するかを管理する機能を有する情報処理装置であり、詳細は図３で後述する。プッシュ通知サーバー３００は、端末装置１００にプッシュ通知情報を配信する機能を有する情報処理装置であり、詳細は図３で後述する。

図２は、端末装置１００のハードウェアの構成を示す図である。端末装置１００は、ＣＰＵ１１０、記憶部１２０、音声出力部１３０、操作部１４０、表示部１５０、通信部１６０を含む構成である。そして、各部はシステムバス１７０を介して相互に接続されている。

操作部１４０は、ユーザによる操作を受け付ける。例えば、マウスやキーボード、タッチパネル等により構成される。音声出力部１３０は、音声を出力する。例えば、スピーカー等により構成され、音声によってプッシュ通知情報の内容を出力する。表示部１５０は、画像や情報を表示する。例えば、液晶ディスプレイ等の画面により構成され、液晶ディスプレイ等の画面に表示することでプッシュ通知情報の内容を出力する。通信部１６０は、他の装置との通信を行う。例えば、ＵＳＢインターフェース、有線ＬＡＮインターフェース、無線ＬＡＮインターフェース等により構成され、プリンタ２００、プッシュ通知サーバー３００、管理サーバー４００との通信を行う。記憶部１２０は、例えばＲＯＭやＲＡＭ等により構成され、各種のデータやプログラムを記憶したり、各種のプログラムを実行する際の作業領域やデータの一時記憶領域として利用される。記憶部１２０に記憶されるプログラムとして、ＯＳ１０１やアプリケーション１０２がある。以下では、アプリケーション１０２の例として、プリンタ２００を制御するためのアプリケーションとして説明する。なお、記憶部１２０にはＯＳ１０１とアプリケーション１０２以外のソフトウェアが記憶されていてもよい。例えば、画像データを生成する描画アプリケーションや、生成された画像データに基づき印刷データを生成するプリンタドライバ（印刷データ生成ソフトウェア）等が考えられる。

なお、本実施形態の管理サーバー４００及びプッシュ通知サーバー３００のハードウェア構成も図２で示した構成と同じである。また、本実施形態の管理サーバー４００とプッシュ通知サーバー３００はそれぞれ１台のサーバー装置（情報処理装置）により構成されていている例を説明する。しかしながら、各サーバーにおいて実行される機能は、クラウド上の複数のサーバーが連携して動作することで各機能を実行するよう構成されていてもよい。つまり、管理サーバー４００及びプッシュ通知サーバー３００はそれぞれが複数のサーバー装置により構成されていてもよい。１つのサーバー装置もしくは複数のサーバー装置により構成されるサーバーをサーバーシステムとも呼ぶ。

ここで、プッシュ通知について説明する。端末装置２００上で動作するアプリケーション１０２に関連したサービスやキャンペーンの情報を、プッシュ通知サーバー３００から端末装置２００に通知する機能がある（以降、プッシュ通知とする）。しかしながら、プッシュ通知で配信される通知情報（以降、プッシュ通知情報とする）に基づく通知は、受信してすぐに端末装置２００の画面に一定期間のみ表示される。よって、ユーザがプッシュ通知をクリックする等の操作を行わなければ、プッシュ通知は削除されることが多い。そのため、プッシュ通知は、ユーザにとって必要なタイミングで表示されることが望ましい。例えば、端末装置１００に接続されたプリンタ２００で使用される消耗品のキャンペーン情報をプッシュ通知として配信したい場合、消耗品の残量が少なくなったタイミングで表示されることが好ましい。

そこで、本実施形態では、プッシュ通知情報に表示条件が指定され、端末装置１００に接続されたプリンタ２００等の通信装置の状態が表示条件を満たした場合に、端末装置１００の画面にプッシュ通知情報に基づく通知を表示させる。これにより、プッシュ通知は、ユーザにとって必要なタイミングで表示される。なお、以降で説明する本実施形態のプッシュ通知情報は、プッシュ通知サーバー３００からプッシュ通知情報として端末装置１００が受信した後、端末装置１００の記憶部１２０に保存される。そして保存された情報をアプリケーション１０２が読み出して通知が実行されることになる。よって、厳密な意味ではＯＳによってプッシュ通知情報の受信後すぐに表示されるプッシュ通知とは異なるが、便宜的にプッシュ通知として説明する。

図３は、本システムのシーケンス図である。以降、各装置や、アプリケーション、ＯＳを各処理の主体として説明することもあるが、実際には、対応するプログラムを各装置内のＣＰＵなどのプロセッサが実行することで、対応する機能が実現されることになる。なお、全ての処理は必ずしも一つのプロセス上で逐次的に実行されるものではなく、一度ＯＳ側に処理が移り、再度ＯＳから呼び出されるようなケースもあり得る。あくまで主要な処理を、便宜的にわかりやすく示したフローである。

Ｓ１０１において、ユーザによりアプリケーション１０２が起動される。

Ｓ１０２において、アプリケーション１０２は、プリンタ２００からプリンタ情報を取得する。プリンタ情報とは、例えばプリンタの機種名称やシリアルナンバーといったプリンタが持つ属性情報や識別情報である。なお、複数のプリンタが接続されている場合は、端末装置１００と接続されているすべてのプリンタ２００のプリンタ情報を取得してもよい。

Ｓ１０３において、アプリケーション１０２は、プッシュ通知サーバーにデバイストークンの取得依頼を行う。ここで、デバイストークンとはプッシュ通知サーバー３００がプッシュ通知情報を送信する対象となる端末装置を識別するためのＩＤである。ここでは、端末装置１００が、プッシュ通知が送信される対象の端末装置であるとする。プッシュ通知サーバーは、アプリケーション１０２からデバイストークンの取得依頼を受けると、プッシュ通知情報を送信する対象となる端末装置に対応するデバイストークンを作成する。なお、アプリケーション１０２は、プッシュ通知サーバー３００のアドレス情報を予め知っているため、プッシュ通知サーバー３００と通信可能であるものとする。

Ｓ１０４において、プッシュ通知サーバー３００は、作成したデバイストークンをアプリケーション１０２に送信する。

Ｓ１０５において、アプリケーション１０２は、Ｓ１０２で取得したプリンタ情報とＳ１０４で取得したデバイストークンとを対応付けて管理サーバー４００に送信する。なお、Ｓ１０２において複数のプリンタ情報が取得された場合は、取得されたプリンタ情報に対応するプリンタの中から、使用するプリンタ２００をユーザに選択させる。例えば、アプリケーション１０２は、使用するプリンタ２００をユーザに選択させる選択画面を表示する。そしてアプリケーション１０２は、選択されたプリンタ２００のプリンタ情報とＳ１０４で取得したデバイストークンとを対応付けて管理サーバー４００に送信する。また、なお、アプリケーション１０２は、管理サーバー４００のアドレス情報を予め知っているものとする。

Ｓ１０６において、管理サーバー４００は、プッシュ通知情報を取得する。プッシュ通知情報の設定は、管理サーバー４００によって提供されるダッシュボード上で作成される。ダッシュボードとは、どの端末装置にどのようなプッシュ通知情報を配信するか、等をベンダー等のサービス提供者が設定するための管理画面であり、提供されるＵＩ画面上でプッシュ通知情報の設定を行うことができる。例えば、後述する図４に示す画面を使って、ベンダー等のサービス提供者がプッシュ通知情報の設定を行う。この設定は、サービス提供者によりあらかじめ行われてもよく、サービス提供者がプッシュ通知を送信したいタイミングで設定されてもよい。あらかじめ設定が行われている場合は、管理サーバー４００がプッシュ通知を発信するタイミング（時刻や条件）が設定されていることが好ましい。そして、管理サーバー４００は、Ｓ１０５において取得したプリンタ情報に基づき、あらかじめ設定されたタイミング（もしくはサービス提供者が新たにプッシュ通知設定をしたタイミング）において、対応するプッシュ通知情報を生成（取得）する。生成されたプッシュ通知の詳細については、図５を用いて後述する。

Ｓ１０７において、管理サーバー４００は、プッシュ通知情報をプッシュ通知サーバー３００に送信する。さらに、アプリケーション１０２から送信されたデバイストークンもプッシュ通知サーバー３００に送信する。

Ｓ１０８において、プッシュ通知サーバー３００は、アプリケーション１０２から送信されたデバイストークンに対応する端末装置に、プッシュ通知情報を配信すると決定する。ここでは、端末装置１００であるとする。そして、端末装置１００にインストールされたＯＳ１０１に対してプッシュ通知情報を配信する。

Ｓ１０９において、ＯＳ１０１は、プッシュ通知情報を受信したことに基づいて、アプリケーション１０２を起動させる。そして、ＯＳ１０１は、受信したプッシュ通知情報を、アプリケーション１０２に引渡す。なお、アプリケーション１０２はバックグラウンドで起動され、この時点では画面表示は行われない。なお、管理サーバー４００は、プッシュ通知情報の中に特定タグを含めて、ＯＳにその特定タグを参照させることが好ましい。つまり、ＯＳ１０１は、特定タグに基づき、ＯＳ１０１がプッシュ通知を表示する（即時表示する）か、Ｓ１０９のようにアプリケーション１０２に渡すかを切り替えるとよい。具体的には、プッシュ通知情報に特定タグが含まれる場合は、ＯＳ１０１は、Ｓ１０９にてアプリケーション１０２にプッシュ通知情報を引き渡す。一方、プッシュ通知情報に特定タグが含まれない場合（もしくは特定タグとは異なるタグが含まれる場合）は、ＯＳ１０１は受信したプッシュ通知情報に基づき通知をすぐに実行する（即時表示）とよい。なお、以下ではプッシュ通知情報に特定タグが含まれる場合を例に説明する。

Ｓ１１０において、アプリケーション１０２は、ＯＳ１０１から引き渡されたプッシュ通知情報を記憶部１２０に保存する。

Ｓ１１１において、アプリケーション１０２は、図６において後述するプッシュ通知情報に基づく通知の表示処理を実行する。

ここで、プッシュ通知情報の設定と、プッシュ通知情報について説明する。図４は、プッシュ通知情報の設定を行う画面を示す図である。図４に示す画面は、管理サーバー４００によって提供される。ベンダー等のサービス提供者は、プッシュ通知情報の設定を行い、どの端末装置にどのようなプッシュ通知情報を配信するか、等を決定する。例えば、設定項目４０１は、プッシュ通知情報を配信したときに端末装置の画面に表示される文言を設定するための項目である。ここでは例として「インク割引キャンペーン実施中！」の文言が設定されている。設定項目４０２は、ユーザが表示されたプッシュ通知情報を選択した際に、ブラウザで表示されるＷｅｂページのＵＲＬを設定する項目である。ここでは例として「ｈｔｔｐｓ：／／ｗｗｗ．ｈｏｇｅｈｏｇｅｘｘｘ．ｃｏｍ／ｃａｍｐａｉｇｎ／ｉｎｄｅｘ．ｈｔｍｌ」というＵＲＬが設定されている。例えば、ユーザは、表示されたプッシュ通知情報を選択することで、対応したＵＲＬから開かれるＷｅｂページによって、プッシュ通知情報の内容に関連した詳細な情報を得ることができる。設定項目４０３は、プッシュ通知情報を端末装置に表示する期限を決定するための項目である。ここでは例として「２０２０年１２月０１日 ０：００」が設定されている。

設定項目４０４は、プッシュ通知情報を配信するプリンタを設定するための項目である。この設定項目４０４には、予め選定されたプッシュ通知情報の配信対象候補のプリンタ名が記載されており、ベンダー等のサービス提供者は、プッシュ通知情報の内容に関連するプリンタ名に対してチェックを付ける。例えば、ベンダー等のサービス提供者は４０１に示した、インク割引キャンペーン中のインクを利用するプリンタ名に対してチェックを付ける。管理サーバー４００は、Ｓ１０５で送信されたプリンタ情報に記載されたプリンタ名が、設定項目４０４でチェックを付けたプリンタ名一覧に含まれているかを判定する。そして、管理サーバー４００は、プリンタ名が含まれていると判定すると、送信されたプリンタ情報に対応付いたデバイストークンにより識別される端末装置を、プッシュ通知情報の配信対象の端末装置として抽出する。ここでは例として「ＡＡＡ Ｐｒｉｎｔｅｒ」と「ＢＢＢ Ｐｒｉｎｔｅｒ」にチェックがついている。すなわち、「ＡＡＡ Ｐｒｉｎｔｅｒ」か、または「ＢＢＢ Ｐｒｉｎｔｅｒ」と接続されている全ての端末装置が、プッシュ通知情報の配信対象の端末装置として抽出されることになる。ここでは、プッシュ通知情報の配信対象の端末装置の一つとして抽出された端末装置が端末装置１００であるとする。

設定項目４０５は、プッシュ通知情報の表示条件を設定するための項目である。端末装置１００に接続されたプリンタ２００の状態が設定項目４０５に記載の条件を満たす場合に、記憶部１２０に保存されたプッシュ通知情報が端末装置１００の画面に表示される。ここでは例として、「インク残量少警告発生時」が設定されている。つまり、プリンタ２００で使用されるインクの残量が少なくなったことを条件に、端末装置１００の画面にプッシュ通知情報が表示されることを示す。なお、設定項目４０５は設定しないことも可能である。設定項目４０５が設定されていない場合、プリンタ２００の状態に依らず、端末装置１００の画面にプッシュ通知情報が表示される。詳細は図９において後述する。ボタン４０６は４０１から４０５で設定した項目を登録するための登録ボタンである。登録ボタン４０６が押下されると、設定した項目を含むプッシュ通知情報が、管理サーバー４００に保存される。

図５は、プッシュ通知の情報を示す図である。つまり、図４においてベンダー等のサービス提供者によって設定された内容に基づいて、管理サーバー４００により作成されるプッシュ通知情報のコマンド例である。ここでは、例として、ＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ）形式で記載しているが、プッシュ通知サーバーが要求する形式として、例えばＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）等で記載されてもよい。「ｍｅｓｓａｇｅ」キーには、設定項目４０１で設定したプッシュ通知情報の文言が設定されている。「ｃａｍｐａｉｇｎＵＲＬ」には、設定項目４０２で設定したＵＲＬが設定されている。「ｅｘｐｉｒｅＤａｔｅ」には、設定項目４０３で設定した有効期限が設定されている。「ｄｅｖｉｃｅｓ」には、設定項目４０４でチェックを付けたプリンタ名と対応づいて抽出されたデバイストークンが設定されている。図５では省略しているが、設定項目４０４でチェックをつけたプリンタが接続されている、全ての端末装置に対応するデバイストークンが設定されることになる。「ｃｏｎｄｉｔｉｏｎ」には、設定項目４０５で設定した表示条件が設定されている。ここでは「インク残量少警告発生時」を表す「Ｗａｒｎｉｎｇ：ＩｎｋＬｏｗ」が設定されている。

図６は、図３のＳ１１０に対応するプッシュ通知情報に基づく通知の表示処理を示したフローチャート図である。以降、アプリケーション１０２を各処理の主体として説明することもあるが、実際には、対応するプログラムを端末装置１００内のＣＰＵ１１０などのプロセッサが実行することで、対応する機能が実現されることになる。なお、全ての処理は必ずしも一つのプロセス上で逐次的に実行されるものではなく、一度ＯＳ側に処理が移り、再度ＯＳから呼び出されるようなケースもあり得る。あくまで主要な処理を、便宜的にわかりやすく示したフローである。アプリケーション１０２は、図３のＳ１１０においてプッシュ通知情報を記憶部１２０に保存すると、Ｓ１１１に対応する図６のプッシュ通知情報に基づく通知の表示処理を開始する。

Ｓ６０１において、アプリケーション１０２は、プッシュ通知情報に基づく通知の有効期限判定処理を実行する。詳細は図７において後述する。

Ｓ６０２において、アプリケーション１０２は、プッシュ通知情報が有効期限内か否かを判定する。アプリケーション１０２は、Ｓ６０２でＹＥＳの場合、Ｓ６０３に進み、Ｓ６０２でＮＯの場合、Ｓ６１１に進み、Ｓ６１１においてプッシュ通知情報を削除し、処理を終える。

Ｓ６０３において、アプリケーション１０２は、プリンタ２００のステータス情報の取得要求を送信する。ここで、ステータス情報とは、図８に示すように、プリンタ２００がどのような状態であるかを示す情報である。例えば、印刷中であれば「Ｐｒｉｎｔｉｎｇ」という値がプリンタから返却される。また、ステータス情報には詳細ステータス情報も含まれ、詳細ステータス情報には、例えば、エラー／警告情報がある。エラー／警告情報とは、図８に示すように、プリンタ２００で発生している、エラーまたは警告を示す情報である。例えば、インクの残量が少ない場合は「ＩｎｋＬｏｗ」の値がプリンタから返却される。よって、プリンタ２００が印刷中且つインクの残量が少ない場合は、ステータス情報として、「Ｐｒｉｎｔｉｎｇ：ＩｎｋＬｏｗ」の値がプリンタから返却される。なお、ステータス情報には詳細ステータス情報としてエラー／警告情報がない場合もある。例えばプリンタ２００が印刷中であり詳細ステータス情報としてエラー／警告情報がない場合は、ステータス情報として、「Ｐｒｉｎｔｉｎｇ」の値のみがプリンタから返却される。

Ｓ６０４において、アプリケーション１０２は、ステータス情報の取得に成功したか否かを判定する。Ｓ６０４でＹＥＳの場合、Ｓ６０５に進み、Ｓ６０４でＮＯの場合、Ｓ６０６に進む。

Ｓ６０５において、アプリケーション１０２は、プリンタから取得したステータス情報を記憶部１２０に保存する。また、アプリケーション１０２は、プリンタ２００から取得したステータス情報を端末装置２００の表示部１５０に表示してもよい。具体的には、アプリケーション１０２は、図１０のように、プリンタのステータを示すメッセージやエラー／警告情報を示すメッセージを表示するとよい。

Ｓ６０６において、アプリケーション１０２は、プッシュ通知情報に基づく通知の表示判定処理を実行し、プッシュ通知情報を端末装置１００の画面に表示するか否かを判定する。プッシュ通知情報の表示判定処理については、図９において後述する。

Ｓ６０７において、アプリケーション１０２は、Ｓ６０６において記憶部１２０に保存された表示判定処理の結果を読み出し、プッシュ通知を「表示する」か「表示しない」か、を判定する。具体的には「表示する」ことを示す情報を取得したか、それとも「表示しない」ことを示す情報を取得したかを判定する。プッシュ通知を「表示する」ことを示す情報を取得した場合はＳ６０７でＹＥＳと判定され、Ｓ６０８に進み、プッシュ通知を「表示しない」ことを示す情報を取得した場合はＳ６０７でＮＯと判定され、Ｓ６０９に進む。

Ｓ６０８において、アプリケーション１０２は、プッシュ通知情報に基づく通知を端末装置１００の画面に表示（出力）させる。具体的には、ＯＳ１０１に対して端末装置１００の画面にプッシュ通知情報に基づく通知を表示するように指示を行う。これにより、ＯＳ１０１は、表示部１５０を介してプッシュ通知に基づく通知を表示する。通知方法としては、トースト通知のようにＯＳの通知機能を用いるとよい。

なお、プッシュ通知情報に基づく通知の表示はアプリケーション１０２が行ってもよい。また、なお、プッシュ通知の出力は音声出力部１３０を介した音声によって行われてもよい。つまり、音声によりキャンペーン等の内容を通知してもよい。そして、Ｓ６１１においてプッシュ通知情報を削除し、処理を終える。

Ｓ６０７でＮＯの場合に続くＳ６０９において、アプリケーション１０２は、タイマーを起動する。これは、予め指定された所定の時間が経過した場合に、プリンタ２００の状態が変化し、プリンタ２００のステータス情報がプッシュ通知情報の表示条件を満たす可能性があるため行われる。

Ｓ６１０において、アプリケーション１０２は、予め指定された所定の時間が経過したかを判定する。Ｓ６１０でＹＥＳの場合、Ｓ６０１に戻り、プッシュ通知情報に基づく通知の表示処理を再度実行する。Ｓ６０７でＮＯの場合、Ｓ６１０の処理を繰り返す。

図７は、Ｓ６０１において実行されるプッシュ通知情報に基づく通知の有効期限判定処理を示したフローチャート図である。

Ｓ７０１において、アプリケーション１０２は、記憶部１２０に保存されたプッシュ通知情報を読み出す。

Ｓ７０２において、アプリケーション１０２は、プッシュ通知情報に有効期限が指定されているかを判定する。具体的にはプッシュ通知情報に「ｅｘｐｉｒｅＤａｔｅ」の記載がされているかを判定し、記載がある場合には通知の有効期限が指定されていると判定する。Ｓ７０２でＹＥＳの場合、Ｓ７０３に進み、Ｓ７０２でＮＯの場合、Ｓ７０６に進む。Ｓ７０６において、アプリケーション１０２は、プッシュ通知情報が有効期限内であると判定し、記憶部１２０にプッシュ通知情報に基づく通知の有効期限判定処理の結果として保存し、処理を終了する。

Ｓ７０３において、アプリケーション１０２は、ＯＳ１０１に日時情報の取得依頼を行い、現在の日時を取得する。

Ｓ７０４において、アプリケーション１０２は、プッシュ通知情報が有効期限内か否かを判定する。具体的には、現在の日時がプッシュ通知情報に記載されている有効期限内かを判定する。Ｓ７０４でＹＥＳの場合、Ｓ７０３に進み、プッシュ通知情報が有効期限内であると判定し、記憶部１２０に有効期限判定処理の結果として保存し、処理を終了する。Ｓ７０２でＮＯの場合、Ｓ７０５に進み、プッシュ通知情報が有効期限を超過していると判定し、記憶部１２０にプッシュ通知情報に基づく通知の有効期限判定処理の結果として保存し、処理を終了する。そして、アプリケーション１０２は、図６のＳ６０２に進む。

図９は、Ｓ６０６において実行されるプッシュ通知情報に基づく通知の表示判定処理を示したフローチャート図である。

Ｓ９０１において、アプリケーション１０２は、記憶部１２０に保存されたプッシュ通知情報を読み出す。

Ｓ９０２において、アプリケーション１０２は、プッシュ通知情報に表示条件が指定されているか否かを判定する。具体的には、プッシュ通知情報に「ｃｏｎｄｉｔｉｏｎ」の記載があるかを確認し、記載がある場合には通知の表示条件が指定されていると判定する。Ｓ９０２でＹＥＳの場合、Ｓ９０３に進み、Ｓ９０２でＮＯの場合、Ｓ９０６に進む。Ｓ９０６において、アプリケーション１０２は、プッシュ通知情報を「表示する」と判定する。これは、プッシュ通知情報に「ｃｏｎｄｉｔｉｏｎ」の記載がないということは、プリンタ２００のステータスに依らずに表示することを示す。判定結果である「表示する」ことを示す情報は、記憶部１２０にプッシュ通知情報の表示判定処理の結果として保存し、処理を終了する。

Ｓ９０２において、プッシュ通知情報に表示条件が指定されていると判定された場合、Ｓ９０３において、アプリケーション１０２は、プリンタ２００から取得したステータス情報が記憶部１２０に保存されているかを判定する。具体的には、図６のＳ６０４でプリンタ２００からステータス情報の取得に成功し、Ｓ６０５でステータス情報を記憶部１２０に保存した場合、記憶部１２０に保存されていると判定される。Ｓ９０３でＹＥＳの場合、Ｓ９０４に進み、Ｓ９０３でＮＯの場合、Ｓ９０７に進む。Ｓ９０７において、アプリケーション１０２は、記憶部１２０にプリンタ２００のステータス情報が保存されていないため、プリンタ２００のステータス情報がプッシュ通知情報の表示条件を満たすかを判定できないため、表示しないと判定する。そして、アプリケーション１０２は、「表示しない」ことを示す情報を、プッシュ通知情報に基づく通知の表示判定処理の結果として記憶部１２０に保存し、処理を終了する。

Ｓ９０３において、ステータス情報が記憶部１２０に保存されていると判定された場合、Ｓ９０４において、アプリケーション１０２は、記憶部１２０に保存されたプリンタ２００のステータス情報を読み出す。

Ｓ９０５において、アプリケーション１０２は、プリンタ２００のステータス情報が、プッシュ通知情報の表示（出力）条件を満たすかを判定する。具体的には、記憶部１２０から読み出したプリンタ２００のステータス情報が、プッシュ通知情報の「ｃｏｎｄｉｔｉｏｎ」に記載されている内容と一致するかを判定する。例えば図５では、プッシュ通知情報の「ｃｏｎｄｉｔｉｏｎ」に「ＩｎｋＬｏｗ」と記載されている。そのため、記憶部１２０から読み出されたプリンタ２００のステータス情報の詳細ステータス情報におけるエラー／警告情報として、「ＩｎｋＬｏｗ」が含まれている場合に、プッシュ通知情報の表示条件を満たすと判定される。つまり、例えば図８に示したプリンタ２００のステータス情報の値が、「Ｉｄｌｅ：ＩｎｋＬｏｗ」もしくは「Ｐｒｉｎｔｉｎｇ：ＩｎｋＬｏｗ」の場合に、プッシュ通知情報の表示条件を満たすと判定される。アプリケーション１０２は、Ｓ９０５でＹＥＳの場合、Ｓ９０６に進み、Ｓ９０２でＮＯの場合、Ｓ９０７に進む。Ｓ９０６において、アプリケーション１０２は、「表示する」ことを示す情報を、記憶部１２０にプッシュ通知情報の表示判定処理の結果として保存し、処理を終了する。Ｓ９０７において、アプリケーション１０２は、「表示しない」ことを示す情報を、記憶部１２０にプッシュ通知情報に基づく通知の表示判定処理の結果として保存し、処理を終了する。そして、アプリケーション１０２は、図６のＳ６０７に進む。

以上、本実施形態では、管理サーバー４００により提供されるプッシュ通知情報に表示条件が指定されている。アプリケーション１０２は、端末装置１００に接続されたプリンタ２００等の通信装置の状態が表示条件を満たした場合に、端末装置１００の画面にプッシュ通知を表示させる。これにより、プッシュ通知は、ユーザの必要とするであろうタイミングで表示される。

本実施形態では、プッシュ通知情報に表示条件が指定されているかを表示判定処理において実行したが、これに限定されない。例えば、図３のＳ１１０においてアプリケーション１０２が記憶部１２０にプッシュ通知情報を保存する処理を実行する前に、プッシュ通知情報に表示条件が指定されているかを判定する。そして、表示条件が指定されているプッシュ通知情報については記憶部１２０に保存し、表示条件が指定されていないプッシュ通知情報については即時に端末装置１００の画面にプッシュ通知を表示させる形態であってもよい。具体的には、アプリケーション１０２は、Ｓ１１０を実行する前に図９のＳ９０２と同様の判定を実行し、Ｓ９０２でＮＯの場合、即時に端末装置１００の画面にプッシュ通知を表示させ、Ｓ９０２でＹＥＳの場合、プッシュ通知情報を記憶部１２０に保存するようにしてもよい。

なお、本実施形態では、アプリケーション１０２はプリンタ２００を制御するためのアプリケーションとして説明した。より具体的には、実施形態２において後述する印刷ワークフローアプリケーションであってもよいし、通知のためのアプリケーションであってもよい。さらに、アプリケーション１０２の機能は、２つのアプリケーションプログラムによって実行される形態であってもよい。２つのアプリケーションプログラムによって実行される形態である場合、第１のアプリケーションが、図３のＳ１１０においてアプリケーション１０２が記憶部１２０にプッシュ通知情報を保存するまでを実行する。そして第２のアプリケーションが、図６のプッシュ通知情報に基づく通知の表示処理を実行させる形態をとってもよいし、他の形態であってもよい。第１のアプリケーションとしては、プリンタの様々な情報を管理してユーザに提示するアプリケーションが挙げられる。第２のアプリケーションとしては、プリンタのステータスを通知する通知アプリケーションが挙げられる。

また、表示条件が指定されていないプッシュ通知情報に基づく通知を即時に端末装置１００の画面に表示させる形態である場合、第１のアプリケーションが表示してもよいし、第１のアプリケーションが第２のアプリケーションに表示指示を出してもよい。そして、第２のアプリケーションがＯＳ１０１に表示させてもよい。よって、２つのアプリケーションによって動作させる形態であっても、１つのアプリケーションで動作させる形態と同様の効果を得ることができる。

（実施形態２）
実施形態１では、プッシュ通知情報に基づく通知の表示処理は、アプリケーション１０２がプッシュ通知サーバーから取得したプッシュ通知情報を記憶部１２０に保存したことに基づいて実行されていた。さらに、アプリケーション１０２は、プッシュ通知情報に指定されている表示条件をプリンタ２００のステータス情報が満たさない場合、タイマーを起動させる。そして、所定の時間が経過後に、再度プッシュ通知情報に基づく通知の表示処理を行うことで、プッシュ通知情報に基づく通知の表示処理を一定間隔で実行させていた。

しかしながら、プッシュ通知情報に指定されている表示条件をプリンタ２００のステータス情報が満たさない場合、プッシュ通知情報に基づく通知の表示処理を一定間隔で実行させ続けるため、ＣＰＵ１１０の処理負荷が高まる可能性がある。さらに、タイマーにより所定の時間が経過するまでＳ６０１以降の再処理が実行されないため、所定の時間が経過している間にプリンタにおいて印刷が終了してしまう可能性がある。つまり、プッシュ通知情報に指定されている表示条件が「プリンタのステータスが印刷中」の場合であって、Ｓ６１０の所定時間の間に印刷タイミングが来た場合、プッシュ通知の表示を逃してしまう可能性がある。そこで本実施形態では、ＣＰＵ１１０の処理負荷を低減しつつ、プッシュ通知の表示をできるだけ逃さない形態を説明する。

そこで本実施形態では、ユーザの印刷指示に基づいてアプリケーション１０２を起動させ、プッシュ通知情報に基づく通知の表示処理を実行させる形態について説明する。また、本実施形態では、アプリケーション１０２として、Ｗｉｎｄｏｗｓ（登録商標）の印刷ワークフローアプリケーションと呼ばれる拡張アプリケーションを使用した場合について説明する。印刷ワークフローアプリケーションは、ユーザの印刷指示に基づき起動し動作することで、プリンタドライバの機能（例えば、印刷設定の拡張やプレビュー機能等）を拡張することが出来る。さらに本実施形態では、印刷ワークフローアプリケーションが提供する機能として、ユーザの印刷指示に応じて起動し、プリンタ２００のステータス情報及び、エラー／警告情報を表示する場合を例に説明する。なお、本実施形態では、図３のＳ１１０においてプッシュ通知情報を端末装置１００に保存するまでの処理は実施形態１と同様であるため、説明は省略する。以下では実施形態１との相違点を中心に説明する。

図１０は、印刷ワークフローアプリケーションがプリンタ２００のステータス情報、エラー／警告情報を取得した場合に、端末装置１００の表示部１５０に表示される画面を示す図である。領域１００１には、プリンタ２００の機種名称が表示される。ここでは例として「ＡＡＡ Ｐｒｉｎｔｅｒ」が表示されている。領域１００２には、プリンタ２００から取得したステータス情報が表示される。ここでは例として「印刷中です。」が表示されている。これは、ステータス情報として、図８に示す「Ｐｒｉｎｔｉｎｇ」の値がプリンタ２００から返却されたことを意味する。領域１００３には、プリンタ２００から取得したステータス情報に含まれる詳細ステータス情報として、エラー／警告情報がある場合、エラー／警告情報が表示される。ここでは例として「インクの残量が少なくなっています。」が表示されている。これは、エラー／警告情報として、図８に示す「ＩｎｋＬｏｗ」がプリンタ２００から返却されたことを意味する。つまり、図１０に示す内容が端末装置２００の画面に表示される場合、図８に示す値として、「Ｐｒｉｎｔｉｎｇ：ＩｎｋＬｏｗ」がプリンタ２００から返却されたことを意味する。なお、プリンタ２００から取得したステータス情報に含まれる詳細ステータス情報として、エラー／警告情報がない場合、１００３は空欄となってもよいし、エラー／警告情報がないことを示す内容を表示してもよい。

図１１は、印刷ワークフローアプリケーションがプリンタ２００のステータス情報、エラー／警告情報の取得に失敗した場合に表示する画面を示す図である。例えば、１１０２、１１０３にはそれぞれプリンタ２００のステータス情報、エラー／警告情報の取得に失敗したことを示す内容が表示される。ここでは例として「取得できませんでした。接続を確認してください。」が表示されている。

図１２は、印刷ワークフローアプリケーションの処理を示したフローチャート図である。以降、アプリケーション１０２である印刷ワークフローアプリケーションを各処理の主体として説明することもあるが、実際には、対応するプログラムを端末装置１００内のＣＰＵ１１０などのプロセッサが実行することで、対応する機能が実現されることになる。なお、全ての処理は必ずしも一つのプロセス上で逐次的に実行されるものではなく、一度ＯＳ側に処理が移り、再度ＯＳから呼び出されるようなケースもあり得る。あくまで主要な処理を、便宜的にわかりやすく示したフローである。

図１２のフローは、印刷ワークフローアプリケーションが印刷指示に基づいて起動されることにより開始する。なお、印刷指示は、描画アプリケーションが提供する印刷設定画面やＯＳが提供する印刷設定画面において、ユーザにより印刷開始が指示された場合に発行され、印刷ワークフローアプリケーションが起動する。

Ｓ１２０１～Ｓ１２０３は、Ｓ６０３～Ｓ６０５と同様の処理であるため説明を省略する。

Ｓ１２０４において、印刷ワークフローアプリケーションは、プリンタ２００から取得したステータス情報を端末装置２００の表示部１５０に表示する。ステータス情報に含まれる詳細ステータス情報としてエラー／警告情報がある場合は、ステータス情報と共に、エラー／警告情報を表示するとよい。つまり、Ｓ１２０２において、ステータス情報の取得に成功したと判定された場合は、取得したステータス情報、エラー／警告情報をそれぞれ図１０の領域１００２と領域１００３に表示する。また、Ｓ１２０２において、ステータス情報の取得に成功しなかったと判定された場合は、図１１に示すように、取得に失敗した内容を図１１の領域１１０２と領域１１０３に表示する。

Ｓ１２０５～Ｓ１２１０は、それぞれＳ６０２、Ｓ６０３、Ｓ６０６、６０７、６０８、６１１同様の処理であるため、説明を省略する。

なお、Ｓ１２０８において、印刷ワークフローアプリケーションは、プッシュ通知情報に基づく通知を「表示しない」ことを示す情報を取得した場合、処理を終了する。

以上、本実施形態では、印刷指示に基づいてアプリケーション１０２を起動させ、プッシュ通知情報に基づく通知の表示処理を実行させる。これにより印刷中という適切なタイミングのみ表示処理が実行されるため、ＣＰＵ１１０の処理負荷が高まることを軽減することができる。また、印刷指示に基づくタイミングにのみ表示されるためタイマーを設ける必要がなく、プッシュ通知を逃す可能性が低減する。

なお、本実施形態では、印刷ワークフローアプリケーションでの処理を例に説明したが、同様の処理を印刷時に起動する別のアプリケーションが実行しても構わない。

また、本実施形態では、２つのアプリケーションプログラムによって実行される形態であってもよい。２つのアプリケーションプログラムによって実行される形態である場合、第１のアプリケーションが、図３のＳ１１０においてアプリケーション１０２が記憶部１２０にプッシュ通知情報を保存するまでを実行する。そして第２のアプリケーションが、図１２のプッシュ通知情報に基づく通知の表示処理を実行させる形態をとってもよいし、他の形態であってもよい。また、表示条件が指定されていないプッシュ通知情報に基づく通知を即時に端末装置１００の画面に表示させる形態である場合、第１のアプリケーションが表示してもよいし、第１のアプリケーションが指示を出して第２のアプリケーションに表示させてもよい。よって、２つのアプリケーションによって動作させる形態であっても、１つのアプリケーションで動作させる形態と同様の効果を得ることができる。

（実施形態３）
実施形態１及び実施形態２では、端末装置１００の記憶部１２０に１つのプッシュ通知が保存されるケースについて説明した。しかしながら、保存されたプッシュ通知情報が削除される前に、別のプッシュ通知情報を管理サーバー４００から送信された場合、記憶部１２０には複数のプッシュ通知情報が保存されることになる。本実施形態では複数のプッシュ通知情報が保存されるケースにおいても、ユーザにとって必要なタイミングでプッシュ通知情報に基づく通知が表示される形態について説明する。以下では実施形態１や実施形態２との相違点を中心に説明する。

図１３は、アプリケーション１０２によって、記憶部１２０に保存されたプッシュ通知情報を示す表である。ここでは、例としてプッシュ通知情報＿１からプッシュ通知情報＿４までの４つのプッシュ通知情報が保存されているものとする。「Ｎｏ．」は処理されるプッシュ通知情報の処理順を表す。図１３（ａ）の例では、一番最初にプッシュ通知情報＿１の処理が実行され、一番最後にプッシュ通知情報＿４の処理が実行されることを表す。また、「配信日」はプッシュ通知情報が記憶部１２０に保存された日時を表す。例えば、プッシュ通知情報＿１は、アプリケーション１０２によって記憶部１２０に「２０２０年１０月１日の１０：００」に保存されたことを表している。アプリケーション１０２は、プッシュ通知情報を記憶部１２０に保存する際に、プッシュ通知情報ごとに「配信日」を設定している。図１３（ａ）の例では、アプリケーション１０２は、配信日の古いプッシュ通知情報から処理がされるように保存していることを示す。また、図１３（ｂ）の「通知優先度」は、ベンダー等のサービス提供者が、管理サーバー４００の提供するダッシュボード上で設定するプッシュ通知情報の優先度である。

図１４はプッシュ通知情報の優先度の設定が可能なダッシュボードの一例である。設定項目１４０１がプッシュ通知情報の優先度を設定する項目であり、ここでは例として「高」がサービス提供者により優先度として設定されている。なお優先度には、「中」や「低」といった優先度もあり、他の優先度があってもよい。図１３（ｂ）の例では、アプリケーション１０２は、プッシュ通知情報の優先度が高くかつ配信日の古いプッシュ通知情報から処理がされるように保存していることを示す。なお、プッシュ通知情報に有効期限が指定されている場合は、配信日の古いプッシュ通知情報ではなく、有効期限が近いプッシュ通知情報から処理がされるように保存される形態であってもよい。

図１５は、アプリケーション１０２によって、記憶部１２０に保存されるプッシュ通知情報の順番を指定する処理を示すフローチャート図である。以降、アプリケーション１０２を各処理の主体として説明することもあるが、実際には、対応するプログラムを端末装置１００内のＣＰＵ１１０などのプロセッサが実行することで、対応する機能が実現されることになる。なお、全ての処理は必ずしも一つのプロセス上で逐次的に実行されるものではなく、一度ＯＳ側に処理が移り、再度ＯＳから呼び出されるようなケースもあり得る。あくまで主要な処理を、便宜的にわかりやすく示したフローである。

図１５のフローは、図３のＳ１０９においてＯＳ１０１からプッシュ通知情報を引き渡されたことにより開始する。

Ｓ１５０１において、アプリケーション１０２は、プッシュ通知サーバー３００から配信されたプッシュ通知情報に優先度が設定されているかを判定する。具体的には、例えばプッシュ通知情報に「ｐｒｉｏｒｉｔｙ」と記載されているかを判定する。アプリケーション１０２は、Ｓ１５０１でＹＥＳの場合、Ｓ１５０２に進み、Ｓ１５０１でＮＯの場合、Ｓ１５０３に進む。Ｓ１５０３においてプッシュ通知情報に優先度が設定されていない場合、処理順が最後になるように記憶部１２０に保存される。例えば、記憶部１２０に保存されているプッシュ通知情報のうち、最後に処理をされるプッシュ通知情報が「Ｎｏ．３」である場合、配信されたプッシュ通知情報は「Ｎｏ．４」として保存される。そして、アプリケーション１０２は、処理を終了する。

Ｓ１５０２において、アプリケーション１０２は、記憶部１２０に保存されているプッシュ通知情報の優先度を取得する。

Ｓ１５０４において、アプリケーション１０２は、記憶部１２０に保存されているプッシュ通知情報のうち、配信されたプッシュ通知情報に設定されている優先度と同じ優先度のプッシュ通知情報があるかを判定する。具体的には、例えば配信されたプッシュ通知情報の「ｐｒｉｏｒｉｔｙ」に「ｈｉｇｈ」と記載されている場合、保存されているプッシュ通知情報の「ｐｒｉｏｒｉｔｙ」に「ｈｉｇｈ」と記載されているかを判定する。アプリケーション１０２は、Ｓ１５０４でＹＥＳの場合、Ｓ１５０５に進み、Ｓ１５０４でＮＯの場合、Ｓ１５０６に進む。

Ｓ１５０５において、アプリケーション１０２は、配信されたプッシュ通知情報を、保存されているプッシュ通知情報のうち、同じ優先度かつ配信日が最も新しい配信日であるプッシュ通知情報の次に処理が実行されるように記憶部１２０に保存される。例えば、記憶部１２０に保存されているプッシュ通知情報のうち、同じ優先度かつ配信日が最も新しい配信日であるプッシュ通知情報が「Ｎｏ．３」である場合、配信されたプッシュ通知情報は「Ｎｏ．４」として保存される。そして、アプリケーション１０２は、処理を終了する。

Ｓ１５０６において、アプリケーション１０２は、配信されたプッシュ通知情報を、保存されているプッシュ通知情報のうち、優先度が一つ高く、かつ配信日が最も新しい配信日であるプッシュ通知情報の次に処理が実行されるように記憶部１２０に保存される。例えば、記憶部１２０に保存されているプッシュ通知情報のうち、優先度が一つ高く、かつ配信日が最も新しい配信日であるプッシュ通知情報が「Ｎｏ．３」である場合、配信されたプッシュ通知情報は「Ｎｏ．４」として保存される。そして、アプリケーション１０２は、処理を終了する。

図１６は、実施形態１の構成において複数のプッシュ通知情報が保存されている場合に、アプリケーション１０２が実行するプッシュ通知情報に基づく通知の表示処理を示したフローチャート図である。以降、アプリケーション１０２を各処理の主体として説明することもあるが、実際には、対応するプログラムを端末装置１００内のＣＰＵ１１０などのプロセッサが実行することで、対応する機能が実現されることになる。なお、全ての処理は必ずしも一つのプロセス上で逐次的に実行されるものではなく、一度ＯＳ側に処理が移り、再度ＯＳから呼び出されるようなケースもあり得る。あくまで主要な処理を、便宜的にわかりやすく示したフローである。

図１６のフローは、図６と同様に、図３のＳ１１０においてプッシュ通知情報が記憶部１２０に保存されることにより開始する。

Ｓ１６０１において、アプリケーション１０２は、図１３に示す、記憶部１２０に保存されているプッシュ通知情報から「Ｎｏ．」に示す処理順に従い処理対象のプッシュ通知を決定する。

Ｓ１６０２～Ｓ１６１２の処理は、図６のＳ６０１～Ｓ６１１と同様の処理のため説明を省略する。

Ｓ１６１３において、アプリケーション１０２は、記憶部１２０に保存されているプッシュ通知情報があるかを判定する。Ｓ１６１３でＹＥＳの場合、Ｓ１６１０に進み、Ｓ１６１３でＮＯの場合、処理を終了する。アプリケーション１０２は、Ｓ１６１０においてタイマーを起動させ、Ｓ１６１１において所定の時間が経過したと判定された場合、Ｓ１６０１に戻り、再度「Ｎｏ．」に示す処理順に従い処理対象のプッシュ通知を決定し、処理を実行する。これにより、記憶部１２０に保存されている全てのプッシュ通知情報において表示処理を繰り返す。

図１７は、実施形態２の構成において複数のプッシュ通知情報が保存されている場合に、アプリケーション１０２が実行するプッシュ通知情報に基づく通知の表示処理を示したフローチャート図である。

図１７のフローは、図１２と同様に、印刷ワークフローアプリケーションが印刷指示に基づいて起動されることにより開始する。なお、印刷指示は、描画アプリケーションが提供する印刷設定画面やＯＳが提供する印刷設定画面において、ユーザにより印刷開始が指示された場合に発行され、印刷ワークフローアプリケーションが起動する。

Ｓ１７０１～Ｓ１７０４は、図１２のＳ１２０１～Ｓ１２０４と同様の処理のため説明を省略する。

Ｓ１７０５において、印刷ワークフローアプリケーションは、図１３に示す、記憶部１２０に保存されているプッシュ通知情報から「Ｎｏ．」に示す処理順に従い処理対象のプッシュ通知を決定する。

Ｓ１７０６～Ｓ１７１１の処理は、図１２のＳ１２０５～Ｓ１２１０と同様の処理のため説明を省略する。

Ｓ１７１２において、アプリケーション１０２は、記憶部１２０に保存されているプッシュ通知情報があるかを判定する。Ｓ１７１２でＹＥＳの場合、Ｓ１６０５に戻り、Ｓ１７１２でＮＯの場合、処理を終了する。アプリケーション１０２は、Ｓ１６０５において再度「Ｎｏ．」に示す処理順に従い処理対象のプッシュ通知を決定し、処理を実行する。これにより、記憶部１２０に保存されている全てのプッシュ通知情報において表示処理を繰り返す。

以上、本実施形態では、複数のプッシュ通知情報が保存されている場合においても、配信されたプッシュ通知がユーザにとって必要と思われるタイミングで表示される。また、図１４に示す１４０１で通知の優先度を設定することにより、ベンダー等のサービス提供者が優先的に表示させたいプッシュ通知を優先的に表示することも可能となる。

（その他の実施形態）
上述した実施形態は、以下の処理を実行することによっても実現される。すなわち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（ＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。また、プログラムは、１つのコンピュータで実行させても、複数のコンピュータで連動させて実行させるようにしてもよい。また、上記した処理の全てをソフトウェアで実現する必要はなく、処理の一部または全部をＡＳＩＣ等のハードウェアで実現するようにしてもよい。また、ＣＰＵも１つのＣＰＵで全ての処理を行うものに限らず、複数のＣＰＵが適宜連携をしながら処理を行うものとしてもよい。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施例の機能が実現されるだけでない。そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。

１００ 端末装置
２００ 印刷装置
３００ プッシュ通知サーバー
４００ 管理サーバー
１０１ オペレーティングシステム
１０２ アプリケーション

Claims (19)

1. 第１のアプリケーションプログラムと、前記第１のアプリケーションプログラムとは異なる第２のアプリケーションプログラムを有する情報処理装置の制御方法であって、
   前記第１のアプリケーションプログラムを実行することにより、
   前記情報処理装置と通信可能な通信装置の識別情報を取得する第１取得ステップと、
   前記情報処理装置と通信可能な管理サーバーによって作成された通知情報を取得する第２取得ステップと、
   を行い、
   前記第２のアプリケーションプログラムを実行することにより、
   前記通信装置のステータス情報を取得する第３取得ステップと、
   前記取得された前記通信装置のステータス情報が、前記取得された前記通知情報に含まれる情報に対応する出力条件を満たすかを判定する第１判定処理を実行するステップと、
   前記第１判定処理において前記通信装置のステータス情報が前記出力条件を満たすと判定された場合、前記通知情報に基づく通知を出力させる第１出力ステップと、
   を行うことを特徴とする制御方法。
2. 前記第２のアプリケーションプログラムを実行することにより、さらに、
   前記通知情報に出力条件が指定されているかを判定する第２判定処理を実行する第２判定ステップと、
   前記第２判定処理において前記通知情報に前記出力条件が指定されていると判定された場合、前記第１判定処理を実行するステップと、
   を行うことを特徴とする請求項１に記載の制御方法。
3. 前記第２判定処理において前記通知情報に前記出力条件が指定されていないと判定された場合、前記第１判定処理を実行するステップを実行せずに、前記通知情報に基づく通知が出力されることを特徴とする請求項２に記載の制御方法。
4. 前記取得された通知情報は、前記管理サーバーから送信され、前記情報処理装置の記憶部に保存された通知情報であることを特徴とする請求項１乃至３のいずれか１項に記載の制御方法。
5. 前記第１判定処理において、前記通信装置のステータス情報が前記出力条件を満たすと判定されなかった場合、前記通知情報を出力しないことを特徴とする請求項１乃至４の何れか１項に記載の制御方法。
6. 前記出力条件は、前記通信装置のステータスに関する条件であることを特徴とする請求項１乃至５の何れか１項に記載の制御方法。
7. 前記通信装置のステータスに関する条件は、前記通信装置が第１のステータスであることであり、
   前記第２のアプリケーションプログラムを実行することにより、前記通信装置のステータス情報として前記第１のステータスを示す情報が取得された場合、前記出力条件を満たすと判定し、
   前記通信装置のステータス情報として前記第１のステータスとは異なる第２のステータスを示す情報が取得された場合、前記出力条件を満たすと判定されないことを特徴する請求項６に記載の制御方法。
8. 前記第２のアプリケーションプログラムを実行することにより、さらに、
   前記通知情報に有効期限が指定されているかを判定する第３判定ステップと、
   前記第３判定ステップにおいて前記有効期限が指定されていた場合、前記通知情報が前記有効期限内かを判定する第４判定ステップと、
   を行い、
   前記第４判定ステップにおいて前記通知情報が前記有効期限内であると判定された場合、前記第１判定処理を行うことを特徴とする請求項１乃至７の何れか一項に記載の制御方法。
9. 前記第４判定ステップにおいて前記通知情報が前記有効期限内でないと判定された場合、前記通知情報に基づく通知は出力されずに、前記通知情報は削除されることを特徴とする請求項８に記載の制御方法。
10. 前記第２のアプリケーションプログラムを実行することにより、前記通知情報に基づく通知が出力された後、前記通知情報は削除されることを特徴とする請求項１乃至９のいずれか１項に記載の制御方法。
11. 前記通信装置に対する印刷指示に基づいて、前記通信装置のステータス情報が取得されることを特徴とする請求項１乃至１０の何れか１項に記載の制御方法。
12. 前記第２のアプリケーションプログラムを実行することにより、前記第１判定処理を実行する前に、前記通信装置のステータス情報を出力する第２出力ステップを行うことを特徴とする請求項１乃至１１の何れか１項に記載の制御方法。
13. 前記第１判定処理において、前記通信装置のステータス情報が前記出力条件を満たすと判定されなかった場合、前記第２のアプリケーションプログラムを実行することにより、所定の時間が経過したかを判定する処理を行い、前記所定の時間が経過したと判定された場合、前記第２のアプリケーションプログラムを実行することにより、前記通信装置のステータス情報が新たに取得されることを特徴とする請求項１乃至１２の何れか１項に記載の制御方法。
14. 前記第１のアプリケーションプログラムを実行することによって、複数の前記通知情報が取得される場合、複数の前記通知情報のうち、優先度が高い通知情報を特定する特定ステップをさらに行い、前記優先度が高い通知情報から順番に前記第１判定処理を行い、前記記憶部に保存することを特徴とする請求項４に記載の制御方法。
15. 前記第１判定処理において前記通信装置のステータス情報が前記出力条件を満たすと判定された場合、前記第２のアプリケーションプログラムを実行することにより、前記通知情報に基づく通知をオペレーティングシステムに出力させることを特徴とする請求項１乃至１４の何れか一項に記載の制御方法。
16. 前記情報処理装置の画面表示により前記通知が出力されることを特徴とする請求項１乃至１５の何れか一項に記載の制御方法。
17. 音声により前記通知が出力されることを特徴とする請求項１乃至１５の何れか一項に記載の制御方法。
18. 前記第１のアプリケーションプログラムは、前記通信装置の情報を管理するためのアプリケーションプログラムであって、前記第２のアプリケーションプログラムは、前記通信装置のステータスを通知する通知アプリケーションプログラムであることを特徴とする請求項１乃至１７の何れか一項に記載の制御方法。
19. サーバーシステムと、情報処理装置と、前記情報処理装置と通信可能な通信装置と、を備えるシステムであって、
    前記サーバーシステムは、
    出力条件が指定された通知情報を作成する作成手段と、
    前記作成された通知情報を送信する送信手段と、
    を実行し、
    前記情報処理装置は、第１のアプリケーションプログラムと、前記第１のアプリケーションプログラムとは異なる第２のアプリケーションプログラムを有し、
    前記第１のアプリケーションプログラムを実行することにより、
    前記通信装置の識別情報を取得する第１取得手段と、
    前記送信された通知情報を取得する第２取得手段と、
    を行い、
    前記第２のアプリケーションプログラムを実行することにより、
    前記通信装置のステータス情報を取得する第３取得手段と、
    前記取得された前記通信装置のステータス情報が、前記取得された前記通知情報に含まれる情報に対応する出力条件を満たすかを判定する第１判定処理を実行する第１判定手段と、
    前記第１判定処理において前記通信装置のステータス情報が前記出力条件を満たすと判定された場合、前記通知情報に基づく通知を出力させる第１出力手段と、
    を行うことを特徴とするシステム。