(57)【要約】【課題】デバイスを制御するアプリケーションプログラムにおいて、ユーザにとって関係性、必要性の高いプッシュ通知を選択的に報知させる。【解決手段】本明細書に開示されるコンピュータプログラムは、携帯端末装置のコンピュータに、プッシュ通知は記憶部に記憶されたデバイス情報により特定される特定デバイスのユーザを対象としたプッシュ通知である、という第１の条件を含む所定の条件が満たされているか否かを判断する判断処理と、判断処理において所定の条件が満たされていると判断された場合に、プッシュ通知を報知部に報知させる報知処理と、を実行させる。【選択図】図１０
2017134628.tif 000002
【特許請求の範囲】
【請求項１】
通信部と、
報知部と、
コンピュータと、
サーバから送信されるプッシュ通知を前記通信部を介して受信する処理を前記コンピュータに実行させるオペレーティングシステムを記憶する記憶部と、
を備える携帯端末装置の前記コンピュータに、
前記プッシュ通知は前記記憶部に記憶されたデバイスに関する情報であるデバイス情報により特定される特定デバイスのユーザを対象としたプッシュ通知である、という第１の条件を含む所定の条件が満たされているか否かを判断する判断処理と、
前記判断処理において前記所定の条件が満たされていると判断された場合に、前記プッシュ通知を前記報知部に報知させる報知処理と、
を実行させる、コンピュータプログラム。
【請求項２】
請求項１に記載のコンピュータプログラムであって、
前記第１の条件は、前記プッシュ通知は前記特定デバイスの機種に関連したプッシュ通知であるという条件である、コンピュータプログラム。
【請求項３】
請求項１または請求項２に記載のコンピュータプログラムであって、
さらに、前記コンピュータに、
前記通信部を介して、デバイスに対して前記デバイス情報の取得要求を送信する要求送信処理と、
前記通信部を介して、前記取得要求に応じて前記デバイスから送信される前記デバイス情報を受信する情報受信処理と、
受信された前記デバイス情報を前記記憶部に記憶させる記憶処理と、
を実行させる、コンピュータプログラム。
【請求項４】
請求項３に記載のコンピュータプログラムであって、
前記所定の条件は、前記デバイス情報により特定される前記特定デバイスの状態が前記プッシュ通知を報知すべき所定の状態に該当する、という第２の条件を含む、コンピュータプログラム。
【請求項５】
請求項４に記載のコンピュータプログラムであって、
前記判断処理は、前記第１の条件が満たされており、かつ、前記第２の条件が満たされていないと判断された場合に、再度、前記所定の条件が満たされているか否かを判断する処理である、コンピュータプログラム。
【請求項６】
請求項５に記載のコンピュータプログラムであって、
さらに、前記コンピュータに、
前記プッシュ通知に設定された有効期限が満了したか否かを判断し、前記有効期限が満了したと判断された場合に前記プッシュ通知を廃棄する廃棄処理を実行させる、コンピュータプログラム。
【請求項７】
請求項４から請求項６までのいずれか一項に記載のコンピュータプログラムであって、
前記要求送信処理は、少なくとも前記プッシュ通知が受信されたことに応じて実行され、
前記判断処理における判断には、最後に前記記憶部に記憶された前記デバイス情報が用いられる、コンピュータプログラム。
【請求項８】
請求項４から請求項７までのいずれか一項に記載のコンピュータプログラムであって、
さらに、前記コンピュータに、
前記通信部を介して、前記特定デバイスを制御するための指示を、前記特定デバイスに送信する指示送信処理を実行させ、
前記要求送信処理は、少なくとも、前記指示送信処理と同時、および、前記指示送信処理が実行された後、のいずれかのタイミングで実行され、
前記判断処理における判断には、最後に前記記憶部に記憶された前記デバイス情報が用いられる、コンピュータプログラム。
【請求項９】
請求項１から請求項８までのいずれか一項に記載のコンピュータプログラムであって、
前記携帯端末装置は、さらに、前記携帯端末装置の位置を特定する位置情報を取得する位置情報取得部を備え、
前記コンピュータプログラムは、さらに、前記コンピュータに、
前記通信部を介して、デバイスに対して前記デバイス情報の取得要求を送信する要求送信処理と、
前記通信部を介して、前記取得要求に応じて前記デバイスから送信される前記デバイス情報を受信する情報受信処理と、
前記位置情報取得部に、前記デバイス情報の受信時における前記位置情報である第１の位置情報を取得させる第１の位置情報取得処理と、
受信された前記デバイス情報を、前記第１の位置情報と対応付けて前記記憶部に記憶させる記憶処理と、
前記位置情報取得部に、前記判断処理の実行時における前記位置情報である第２の位置情報を取得させる第２の位置情報取得処理と、
を実行させ、
前記所定の条件は、前記第２の位置情報により特定される位置と前記第１の位置情報により特定される位置との間の距離が所定値以下である、という第３の条件を含む、コンピュータプログラム。
【請求項１０】
請求項１から請求項９までのいずれか一項に記載のコンピュータプログラムであって、
前記報知処理は、前記プッシュ通知と共に、前記所定の条件に関する情報を前記報知部に報知させる処理である、コンピュータプログラム。
【請求項１１】
通信部と、
報知部と、
記憶部と、
制御部と、を備え、
前記制御部は、
サーバから送信され前記通信部を介して受信されたプッシュ通知は前記記憶部に記憶されたデバイスに関する情報であるデバイス情報により特定される特定デバイスのユーザを対象としたプッシュ通知である、という第１の条件を含む所定の条件が満たされているか否かを判断する判断処理と、
前記判断処理において前記所定の条件が満たされていると判断された場合に、前記プッシュ通知を前記報知部に報知させる報知処理と、
を実行する、携帯端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書によって開示される技術は、プッシュ通知を処理するコンピュータプログラムに関する。
【背景技術】
【０００２】
携帯端末装置上でアプリケーションプログラムが起動していない状態においても、該アプリケーションプログラムに対して何らかの通知を送ることを可能とするフレームワークが知られている。以下では、このような通知を「プッシュ通知」という。
【０００３】
従来のプッシュ通知のフレームワークでは、携帯端末装置によって受信されるすべてのプッシュ通知が携帯端末装置上で報知（例えば、画面表示や音声出力）される。しかし、携帯端末装置によって受信されるプッシュ通知の中には、携帯端末装置のユーザにとって関係性、必要性の低いものもある。そのため、従来の構成では、ユーザがプッシュ通知を煩わしく感じたり、ユーザにとって関係性、必要性の高いプッシュ通知が見落とされてしまったりするおそれがある。
【０００４】
携帯端末装置のユーザに効率よくイベントの通知を行うために、携帯端末装置の位置情報に基づき携帯端末装置の移動方向および移動速度を認識し、携帯端末装置の移動方向および移動速度に基づきイベント探索エリアを設定し、イベントの発生場所がイベント探索エリア内にあるイベント通知を選択して通知リストに登録する技術が知られている（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１４−７７０９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
近年、デバイスを制御するためのアプリケーションプログラムを携帯端末装置にインストールし、携帯端末装置上で動作する該アプリケーションプログラムを用いてデバイスを制御する技術が広く利用されている。このようなアプリケーションプログラムに対してプッシュ通知を行う場合に、上記従来技術のように携帯端末装置の位置情報のみによってプッシュ通知を選択しても、やはり、携帯端末装置のユーザにとって関係性、必要性の低いプッシュ通知が報知されるおそれがある。
【０００７】
本明細書では、上述した課題の少なくとも一部を解決するため、デバイスを制御するアプリケーションプログラムにおいて、ユーザにとって関係性、必要性の高いプッシュ通知を選択的に報知させることが可能な技術を開示する。
【課題を解決するための手段】
【０００８】
本明細書に開示される技術は、例えば、以下の形態として実現することが可能である。
【０００９】
本明細書に開示されるコンピュータプログラムは、通信部と、報知部と、コンピュータと、サーバから送信されるプッシュ通知を前記通信部を介して受信する処理を前記コンピュータに実行させるオペレーティングシステムを記憶する記憶部と、を備える携帯端末装置の前記コンピュータに、前記プッシュ通知は前記記憶部に記憶されたデバイスに関する情報であるデバイス情報により特定される特定デバイスのユーザを対象としたプッシュ通知である、という第１の条件を含む所定の条件が満たされているか否かを判断する判断処理と、前記判断処理において前記所定の条件が満たされていると判断された場合に、前記プッシュ通知を前記報知部に報知させる報知処理と、を実行させる、コンピュータプログラムである。本コンピュータプログラムによれば、携帯端末装置において、受信されたプッシュ通知が、携帯端末装置の記憶部に記憶されたデバイス情報により特定される特定デバイスのユーザを対象としたプッシュ通知であるという第１の条件が満たされている場合に、当該プッシュ通知が報知されるため、特定デバイスのユーザを対象としたプッシュ通知が選択的に報知されることとなり、ユーザにとって関係性、必要性の高いプッシュ通知を選択的に報知させることができ、その結果、例えば、ユーザがプッシュ通知を煩わしく感じることを抑制できると共に、ユーザにとって関係性、必要性の高いプッシュ通知が見落とされてしまうことを抑制することができる。
【００１０】
なお、本明細書に開示される技術は、種々の形態で実現することが可能であり、例えば、携帯端末装置、携帯端末装置とサーバとを備える情報処理システム、これらの装置やシステムの制御方法、その制御方法を実現するためのコンピュータプログラム、そのコンピュータプログラムを記録した記録媒体等の形態で実現することが可能である。
【図面の簡単な説明】
【００１１】
【図１】本実施形態における情報処理システム１０の構成を示す説明図である。
【図２】携帯端末装置１００の構成を示す説明図である。
【図３】情報処理システム１０において実行されるプッシュ通知配信・報知処理の流れを示す説明図である。
【図４】位置情報記憶処理を示すフローチャートである。
【図５】携帯端末装置１００により実行されるプリンタ情報記憶処理を示すフローチャートである。
【図６】プリンタ情報ＰＩの一例を示す説明図である。
【図７】携帯端末装置１００により実行されるプッシュ通知受信後処理を示すフローチャートである。
【図８】報知可否判断処理を示すフローチャートである。
【図９】有効期限判断処理を示すフローチャートである。
【図１０】プッシュ通知の報知態様の一例を示す説明図である。
【図１１】プッシュ通知の報知態様の一例を示す説明図である。
【発明を実施するための形態】
【００１２】
Ａ．実施形態：
Ａ−１．情報処理システム１０の構成：
図１は、本実施形態における情報処理システム１０の構成を示す説明図である。情報処理システム１０は、携帯端末装置１００と、インクジェット方式や電子写真方式等のプリンタ２００と、プッシュ通知配信サーバ３００と、管理サーバ４００とを備える。これらの各装置は、互いに通信可能に接続されている。例えば、携帯端末装置１００は、無線ＬＡＮアクセスポイント５００により提供される無線ＬＡＮ（以下、「ＷＬＡＮ」という）やＮＦＣ（Near Field Communication（近距離通信））を介してプリンタ２００と通信可能であり、また、インターネット等のネットワークＮＥＴを介してプッシュ通知配信サーバ３００と通信可能である。また、プッシュ通知配信サーバ３００は、ネットワークＮＥＴを介して管理サーバ４００と通信可能である。
【００１３】
携帯端末装置１００は、例えばスマートフォンやタブレット型端末装置等の携帯可能な情報処理装置である。携帯端末装置１００は、図２に示すように、ＣＰＵ１１０と、記憶部１２０と、音声出力部１３０と、操作部１４０と、表示部１５０と、通信部１６０と、位置情報取得部１７０とを備える。操作部１４０は、例えば液晶ディスプレイに重ねて設けられたタッチパネルやボタン、スイッチ等により構成され、ユーザによる操作を受け付ける。音声出力部１３０は、例えばスピーカ等により構成され、音声を出力する。表示部１５０は、例えば上記液晶ディスプレイに重ねて設けられたタッチパネル等により構成され、各種の画像や情報を表示する。音声出力部１３０および表示部１５０は、報知部の一例である。通信部１６０は、例えば無線ＬＡＮインタフェースやＮＦＣインタフェース等により構成され、他の装置との通信を行う。位置情報取得部１７０は、例えばＧＰＳ受信機等により構成され、携帯端末装置１００の位置を特定する位置情報を取得する。
【００１４】
携帯端末装置１００の記憶部１２０は、例えばＲＯＭやＲＡＭ等により構成され、各種のデータやプログラムを記憶したり、各種のプログラムを実行する際の作業領域やデータの一時的な記憶領域として利用されたりする。記憶部１２０に記憶されるプログラムとしては、オペレーティングシステム（以下、「ＯＳ」という）やアプリケーションプログラム（以下、「アプリケーション」という）等がある。本実施形態では、記憶部１２０に記憶されるアプリケーションに、プリンタ２００を制御するためのアプリケーション（以下、「プリンタ制御アプリケーション」という）が含まれる。
【００１５】
携帯端末装置１００のＣＰＵ１１０は、記憶部１２０から読み出したプログラムを実行することにより、携帯端末装置１００の各部を制御する。例えば、ＣＰＵ１１０は、プリンタ制御アプリケーションを実行することにより、プリンタ２００を制御したり、後述のプッシュ通知受信後処理(図３のＳ５６)を行ったりする。なお、携帯端末装置１００により制御されるプリンタ２００は、特定デバイスの一例である。また、携帯端末装置１００のＣＰＵ１１０は、携帯端末装置のコンピュータの一例である。
【００１６】
Ａ−２．プッシュ通知配信・報知処理：
図３は、情報処理システム１０(図１)において実行されるプッシュ通知配信・報知処理の流れを示す説明図である。プッシュ通知配信・報知処理は、管理サーバ４００による要求に応じてプッシュ通知配信サーバ３００が携帯端末装置１００に対してプッシュ通知を配信し、プッシュ通知を受信した携帯端末装置１００が、所定の報知条件が満たされた場合にプッシュ通知の内容をユーザに報知する処理である。ここで、プッシュ通知とは、携帯端末装置１００上でアプリケーションが起動していない状態においても、該アプリケーションに対して送られ、該アプリケーションにより処理される通知である。以下では、プリンタ制御アプリケーションに対するプッシュ通知を例として用い、プッシュ通知配信・報知処理について説明する。
【００１７】
図３に示すように、本実施形態のプッシュ通知配信・報知処理では、携帯端末装置１００による準備的な処理として、位置情報記憶処理（Ｓ１０）とプリンタ情報記憶処理（Ｓ２０）とが実行される。
【００１８】
Ａ−２−１．位置情報記憶処理：
図４は、位置情報記憶処理を示すフローチャートである。位置情報記憶処理は、例えば、操作部１４０を介してプリンタ制御アプリケーションの起動指示が取得されたことに応じて開始される。
【００１９】
はじめに、携帯端末装置１００のＣＰＵ１１０は、プリンタ制御アプリケーションを起動すると共に（Ｓ１０２）、プリンタ選択指示が取得されたか否かを判定する（Ｓ１０４）。なお、このプリンタ選択指示は、ユーザが操作部１４０を介して所定の操作を行った場合に取得されるとしてもよいし、携帯端末装置１００とプリンタ２００とがＮＦＣを介して通信する場合において、携帯端末装置１００によってプリンタ２００がタップされた場合に取得されるとしてもよい。
【００２０】
携帯端末装置１００のＣＰＵ１１０は、Ｓ１０４においてプリンタ選択指示が取得されたと判定した場合には（Ｓ１０４：ＹＥＳ）、位置情報取得部１７０を制御して携帯端末装置１００の位置を特定する位置情報を取得させ（Ｓ１０８）、取得された位置情報を記憶部１２０に記憶させる（Ｓ１１０）。上述したように、本実施形態では、携帯端末装置１００とプリンタ２００とは無線ＬＡＮやＮＦＣを介して通信するため、プリンタ２００の選択指示が取得されたときには、携帯端末装置１００がプリンタ２００に比較的近い位置にあると言える。そのため、このとき取得された位置情報により特定される位置は、プリンタ２００に近い位置であると言える。
【００２１】
携帯端末装置１００のＣＰＵ１１０は、位置情報の記憶（Ｓ１１０）の後、操作部１４０を介してプリンタ制御アプリケーションの終了指示が取得されたか否かを判定する（Ｓ１１２）。ＣＰＵ１１０は、終了指示が取得されていないと判定した場合には（Ｓ１１２：ＮＯ）、プリンタ選択指示が取得されたか否かの判定（Ｓ１０４）に戻って処理を続ける。一方、ＣＰＵ１１０は、終了指示が取得されたと判定した場合には（Ｓ１１２：ＹＥＳ）、プリンタ制御アプリケーションを終了して（Ｓ１１４）、位置情報取得処理を終了する。
【００２２】
このように、位置情報取得処理（図４）では、プリンタ制御アプリケーションの起動中に、プリンタ選択指示が取得されると、位置情報の取得・記憶の処理が実行される。
【００２３】
Ａ−２−２．プリンタ情報記憶処理：
図５は、携帯端末装置１００により実行されるプリンタ情報記憶処理を示すフローチャートである。プリンタ情報記憶処理は、例えば、操作部１４０を介してプリンタ制御アプリケーションの起動指示が取得されたことに応じて開始される。すなわち、本実施形態では、プリンタ制御アプリケーションの起動中に、上述した位置情報記憶処理と、以下に説明するプリンタ情報記憶処理とが、並行して実行される。
【００２４】
はじめに、携帯端末装置１００のＣＰＵ１１０は、プリンタ制御アプリケーションを起動すると共に（Ｓ２０２）、タイマーを起動し（Ｓ２０４）、タイマー起動時から所定時間が経過したか否かを判定する（Ｓ２０６）。
【００２５】
携帯端末装置１００のＣＰＵ１１０は、タイマー起動時から所定時間が経過したと判定した場合には（Ｓ２０６：ＹＥＳ）、通信部１６０を介して、上述した位置情報記憶処理（図４）のＳ１０４において選択されたプリンタ２００に対して、プリンタ２００に関する情報であるプリンタ情報ＰＩの取得要求を送信する（Ｓ２０８）。図６は、プリンタ情報ＰＩの一例を示す説明図である。図６に示すように、プリンタ情報ＰＩには、例えば、プリンタ２００のモデル名（機種名）を示す情報と、プリンタ２００のファームウェアのバージョンを示す情報と、インク（またはトナー）残量を示す情報と、用紙残量を示す情報とが含まれている。プリンタ２００のファームウェアは、携帯端末装置１００から送信されたプリンタ情報取得要求を受信した場合に、プリンタ情報ＰＩを携帯端末装置１００に送信する機能を有している。
【００２６】
携帯端末装置１００のＣＰＵ１１０は、プリンタ情報ＰＩの取得（受信）に成功したか否かを判定し（Ｓ２１０）、プリンタ情報ＰＩの取得に成功したと判定した場合には（Ｓ２１０：ＹＥＳ）、取得されたプリンタ情報ＰＩを記憶部１２０に記憶させる（Ｓ２１２）。このとき、ＣＰＵ１１０は、位置情報取得部１７０を制御して、プリンタ情報ＰＩの受信時における携帯端末装置１００の位置を特定する位置情報を取得させ（Ｓ２１４）、取得された位置情報をプリンタ情報ＰＩと対応付けて記憶部１２０に記憶させる（Ｓ２１６）。上述したように、本実施形態では、携帯端末装置１００とプリンタ２００とは無線ＬＡＮやＮＦＣを介して通信するため、携帯端末装置１００がプリンタ２００から送信されるプリンタ情報ＰＩの取得（受信）に成功したときには、携帯端末装置１００はプリンタ２００に比較的近い位置にあると言える。そのため、Ｓ２１４において取得される位置情報により特定される位置は、プリンタ２００に近い位置であると言える。なお、このとき取得される位置情報は、第１の位置情報の一例である。ＣＰＵ１１０は、Ｓ２１６の処理の実行後、Ｓ２０４に戻ってタイマーを再度起動する。一方、ＣＰＵ１１０は、プリンタ情報ＰＩの取得（受信）に成功しなかったと判定した場合には（Ｓ２１０：ＮＯ）、Ｓ２１２からＳ２１６までの処理をスキップする。
【００２７】
携帯端末装置１００のＣＰＵ１１０は、Ｓ２０４におけるタイマー起動時から所定時間が経過する前に（Ｓ２０６：ＮＯ）、操作部１４０を介して印刷指示が取得されたか否かを判定する（Ｓ２２０）。印刷指示が取得されたと判定した場合には（Ｓ２２０：ＹＥＳ）、ＣＰＵ１１０は、通信部１６０を介して、制御対象のプリンタ２００に印刷コマンドを送信する（Ｓ２２２）。このとき、プリンタ２００は、携帯端末装置１００からの印刷コマンドに従い印刷処理を実行する。また、携帯端末装置１００のＣＰＵ１１０は、印刷コマンドの送信（Ｓ２２２）の後、上述したＳ２０８からＳ２１６までの処理（プリンタ情報ＰＩの取得・記憶および位置情報の取得・記憶）を同様に実行する。上述したように、プリンタ情報ＰＩには、インク残量を示す情報や用紙残量を示す情報のように、印刷が実行されることによって変動し得る情報が含まれている。本実施形態では、印刷コマンドの送信（Ｓ２２２）の後にプリンタ情報ＰＩの取得・記憶等の処理が実行されるため、プリンタ情報ＰＩが最新の情報に更新され、プリンタ情報ＰＩの精度を向上させることができる。ＣＰＵ１１０は、Ｓ２１６の処理の実行後、Ｓ２０４に戻ってタイマーを再度起動する。
【００２８】
携帯端末装置１００のＣＰＵ１１０は、Ｓ２０４におけるタイマー起動時から所定時間が経過する前であって（Ｓ２０６：ＮＯ）、印刷指示が取得されていない場合に（Ｓ２２０：ＮＯ）、操作部１４０を介してプリンタ制御アプリケーションの終了指示が取得されたか否かを判定する（Ｓ２３０）。ＣＰＵ１１０は、終了指示が取得されていないと判定した場合には（Ｓ２３０：ＮＯ）、タイマー起動時から所定時間が経過したか否かの判定（Ｓ２０６）に戻って処理を続ける。ＣＰＵ１１０は、終了指示が取得されたと判定した場合には（Ｓ２３０：ＹＥＳ）、プリンタ制御アプリケーションを終了して（Ｓ２３２）、プリンタ情報記憶処理を終了する。
【００２９】
このように、プリンタ情報記憶処理（図５）では、プリンタ制御アプリケーションが起動されている間、所定時間経過毎に、プリンタ情報ＰＩの取得・記憶等の処理が実行され、さらに印刷指示が取得されたときにも、プリンタ情報ＰＩの取得・記憶等の処理が実行される。
【００３０】
Ａ−２−３．プッシュ通知配信の流れ：
次に、図３を参照して、プッシュ通知配信の流れを説明する。プリンタ制御アプリケーションがインストールされた各端末装置に対するプッシュ通知の配信を希望する管理者は、管理サーバ４００に、プッシュ通知配信サーバ３００に対するプッシュ通知配信要求を送信させる（Ｓ４２）。このプッシュ通知配信要求には、プッシュ通知の内容に加えて、サーバＡＰＩキーと登録ＩＤと報知条件とが含まれている。
【００３１】
ここで、サーバＡＰＩキーは、プリンタ制御アプリケーションを特定するための情報であり、登録ＩＤは、プッシュ通知の配信先（本実施形態では、プリンタ制御アプリケーションがインストールされた各端末装置）を特定するための情報である。プッシュ通知の配信を希望する管理者がプッシュ通知配信サーバ３００またはその他のサーバにプロジェクトを登録すると、該サーバから管理サーバ４００に対して、サーバＡＰＩキーおよびプロジェクトＩＤが発行される。管理サーバ４００は、このとき受領したプロジェクトＩＤをプリンタ制御アプリケーションに埋め込んで、端末装置に提供する。各端末装置は、プリンタ制御アプリケーションをインストールする際等に、プッシュ通知配信サーバ３００に対して、プリンタ制御アプリケーションに埋め込まれたプロジェクトＩＤを指定して登録ＩＤの発行要求を送信する。プッシュ通知配信サーバ３００は、該要求に応じて、各端末装置に登録ＩＤを発行すると共に、発行した登録ＩＤをサーバＡＰＩキーと対応付けて記憶する。各端末装置は、受領した登録ＩＤを管理サーバ４００に対して通達する。管理サーバ４００は、通達された登録ＩＤをサーバＡＰＩキーに対応付けて記憶する。このようにして、管理サーバ４００に、サーバＡＰＩキーおよび登録ＩＤが記憶される。管理サーバ４００は、上述したプッシュ通知配信要求に、このように記憶されたサーバＡＰＩキーおよび登録ＩＤを含ませるのである。なお、報知条件については、後述する。
【００３２】
プッシュ通知配信サーバ３００は、管理サーバ４００から送信されたプッシュ通知配信要求を受信し（Ｓ４４）、プッシュ通知配信要求に含まれるサーバＡＰＩキーを用いて認証を行う。プッシュ通知配信サーバ３００は、認証に成功すると、プッシュ通知配信要求に含まれる登録ＩＤを用いてプッシュ通知の配信先の端末装置を特定し（Ｓ４６）、特定された配信先の端末装置に対してプッシュ通知を配信する（Ｓ４８）。なお、このプッシュ通知には、アプリケーションを指定する情報と報知条件を指定する情報とが含まれている。
【００３３】
プッシュ通知の配信先である携帯端末装置１００のＣＰＵ１１０は、ＯＳによって実現される機能により、プッシュ通知配信サーバ３００から送信されたプッシュ通知を受信すると（Ｓ５２）、プッシュ通知において指定されたアプリケーション（本実施形態では、プリンタ制御アプリケーション）に、プッシュ通知を引き渡す（Ｓ５４）。その後、携帯端末装置１００のＣＰＵ１１０は、プリンタ制御アプリケーションによって実現される機能により、以下に説明するプッシュ通知受信後処理（Ｓ５６）を実行する。
【００３４】
Ａ−２−４．プッシュ通知受信後処理：
図７は、携帯端末装置１００により実行されるプッシュ通知受信後処理を示すフローチャートである。はじめに、携帯端末装置１００のＣＰＵ１１０は、プッシュ通知を記憶部１２０に記憶させる（Ｓ３０２）。次に、ＣＰＵ１１０は、通信部１６０を介して、プリンタ２００に対して、プリンタ情報ＰＩの取得要求を送信する（Ｓ３０４）。このプリンタ情報取得要求は、図５に示すプリンタ情報記憶処理のＳ２０８において送信されるプリンタ情報取得要求と同様である。ＣＰＵ１１０は、プリンタ情報ＰＩの取得（受信）に成功したか否かを判定する（Ｓ３０６）。ＣＰＵ１１０は、プリンタ情報ＰＩの取得に成功したと判定した場合には（Ｓ３０６：ＹＥＳ）、プリンタ情報ＰＩを記憶部１２０に記憶させる（Ｓ３０８）。この場合には、記憶部１２０に記憶されたプリンタ情報ＰＩが最新のものに更新される。一方、例えば携帯端末装置１００がプリンタ２００から離れた位置にあり、プリンタ２００と通信できない場合等には、携帯端末装置１００はプリンタ２００からプリンタ情報ＰＩを取得することができない。ＣＰＵ１１０は、プリンタ情報ＰＩの取得に成功しなかったと判定した場合には（Ｓ３０６：ＮＯ）、上述したＳ３０８の処理をスキップする。この場合には、以前に記憶部１２０に記憶されたプリンタ情報ＰＩがそのまま維持される。
【００３５】
次に、携帯端末装置１００のＣＰＵ１１０は、プリンタ情報ＰＩを参照して、記憶部１２０に記憶されたプッシュ通知を報知するか否かを判定する報知可否判断処理を実行する（Ｓ３１０）。本実施形態では、携帯端末装置１００によってプッシュ通知が受信された場合に、該プッシュ通知を無条件に報知させるのではなく、以下に説明する報知条件が満たされていると判断された場合に該プッシュ通知を報知させるものとしている。このようにすることにより、ユーザにとって関係性、必要性の高いプッシュ通知を適切なタイミングで選択的に報知させることができ、その結果、ユーザがプッシュ通知を煩わしく感じることを抑制できると共に、ユーザにとって関係性、必要性の高いプッシュ通知が見落とされてしまうことを抑制することができる。この点について、以下詳細に説明する。
【００３６】
図８は、報知可否判断処理を示すフローチャートである。はじめに、携帯端末装置１００のＣＰＵ１１０は、記憶部１２０に記憶されたプッシュ通知を読み出す（Ｓ４０２）。上述したように、本実施形態では、プッシュ通知に、報知条件を指定する情報が含まれている。報知条件は、プッシュ通知を報知するか否かの判定に用いられる条件であり、少なくともプリンタモデル条件を含んでいる。プリンタモデル条件は、「制御対象のプリンタ２００のモデル（機種）が特定のモデルに該当すること」をプッシュ通知の報知条件として指定するものである。例えば、プリンタ２００において使用される消耗品（例えばインクや用紙）の特売（購入キャンペーン）に関するプッシュ通知を配信する場合に、プリンタモデル条件において、当該消耗品を使用可能なプリンタモデルが指定される。あるいは、例えば、プリンタの新製品の紹介に関するプッシュ通知を配信する場合に、プリンタモデル条件において、発売からの経過年数が所定値以上であるプリンタモデルが指定される。
【００３７】
報知条件は、さらに、ファームウェアバージョン条件と、インク残量条件と、端末位置条件とを含んでいてもよい。ファームウェアバージョン条件は、「制御対象のプリンタ２００の現在のファームウェアバージョンが特定のバージョンに該当すること」をプッシュ通知の報知条件として指定するものである。例えば、ファームウェアのバージョンアップに関するプッシュ通知を配信する場合に、ファームウェアバージョン条件において、バージョンアップが必要なファームウェアのバージョンが指定される。また、インク残量条件は、「制御対象のプリンタ２００のインク残量が少ないこと（例えばニアエンプティの警告が出ていること）」をプッシュ通知の報知条件として指定するものである。例えば、インクの特売（購入キャンペーン）に関するプッシュ通知を配信する場合に、報知条件にインク残量条件が含められる。また、端末位置条件は、「携帯端末装置１００が制御対象のプリンタ２００に近い位置にあること」をプッシュ通知の報知条件として指定するものである。例えば、携帯端末装置１００が制御対象のプリンタ２００に近い位置にあるときにプッシュ通知を報知させたい場合に、報知条件に端末位置条件が含められる。
【００３８】
携帯端末装置１００のＣＰＵ１１０は、記憶部１２０に記憶されたプリンタ情報ＰＩ（図６）における「モデル名」の項目を参照して、プリンタモデル条件が満たされているか否かを判定する（Ｓ４０６）。ＣＰＵ１１０は、プリンタモデル条件が満たされていないと判定した場合には（Ｓ４０６：ＮＯ）、報知条件は満たされていないと判断する（Ｓ４４４）。
【００３９】
一方、携帯端末装置１００のＣＰＵ１１０は、プリンタモデル条件が満たされていると判定した場合には（Ｓ４０６：ＹＥＳ）、報知条件にファームウェアバージョン条件が含まれているか否かを判定する（Ｓ４１２）。ＣＰＵ１１０は、報知条件にファームウェアバージョン条件が含まれていると判定した場合には（Ｓ４１２：ＹＥＳ）、記憶部１２０に記憶されたプリンタ情報ＰＩ（図６）における「ファームウェアバージョン」の項目を参照して、ファームウェアバージョン条件が満たされているか否かを判定する（Ｓ４１４）。ＣＰＵ１１０は、ファームウェアバージョン条件が満たされていないと判定した場合には（Ｓ４１４：ＮＯ）、報知条件は満たされていないと判断する（Ｓ４４４）。
【００４０】
一方、携帯端末装置１００のＣＰＵ１１０は、報知条件にファームウェアバージョン条件が含まれていないと判定した場合（Ｓ４１２：ＮＯ）、あるいは、ファームウェアバージョン条件が満たされていると判定した場合には（Ｓ４１４：ＹＥＳ）、報知条件にインク残量条件が含まれているか否かを判定する（Ｓ４２２）。ＣＰＵ１１０は、報知条件にインク残量条件が含まれていると判定した場合には（Ｓ４２２：ＹＥＳ）、記憶部１２０に記憶されたプリンタ情報ＰＩ（図６）における「インク残量」の項目を参照して、インク残量条件が満たされているか否かを判定する（Ｓ４２４）。ＣＰＵ１１０は、インク残量条件が満たされていないと判定した場合には（Ｓ４２４：ＮＯ）、報知条件は満たされていないと判断する（Ｓ４４４）。
【００４１】
一方、携帯端末装置１００のＣＰＵ１１０は、報知条件にインク残量条件が含まれていないと判定した場合（Ｓ４２２：ＮＯ）、あるいは、インク残量条件が満たされていると判定した場合には（Ｓ４２４：ＹＥＳ）、報知条件に端末位置条件が含まれているか否かを判定する（Ｓ４３２）。ＣＰＵ１１０は、報知条件に端末位置条件が含まれていると判定した場合には（Ｓ４３２：ＹＥＳ）、位置情報取得部１７０を制御して、携帯端末装置１００の位置を特定する位置情報を取得させ（Ｓ４３４）、端末位置条件が満たされているか否かを判定する（Ｓ４３６）。なお、このとき取得される位置情報は、第２の位置情報の一例である。具体的には、Ｓ４３４において取得された位置情報（第２の位置情報）により特定される位置と、図５に示すプリンタ情報記憶処理のＳ２１６において記憶部１２０に記憶された位置情報（第１の位置情報）の示す位置との間の距離が所定値以下であるか否かを判定する。ＣＰＵ１１０は、端末位置条件が満たされていない、すなわち、上記距離が上記所定値より大きい（遠い）と判定した場合には（Ｓ４３６：ＮＯ）、報知条件は満たされていないと判断する（Ｓ４４４）。一方、ＣＰＵ１１０は、報知条件に端末位置条件が含まれていないと判定した場合（Ｓ４３２：ＮＯ）、あるいは、端末位置条件が満たされていると判定した場合には（Ｓ４３６：ＹＥＳ）、報知条件は満たされていると判断する（Ｓ４４２）。
【００４２】
このように、報知可否判断処理（図８）では、携帯端末装置１００のＣＰＵ１１０は、報知条件に含まれるすべての条件が満たされている場合に、報知条件は満たされていると判断し、報知条件に含まれる少なくとも１つの条件が満たされていない場合には、報知条件は満たされていないと判断する。
【００４３】
なお、上述したプリンタモデル条件の例の内、消耗品を使用可能なプリンタモデルが指定されたプリンタモデル条件は、「プッシュ通知は記憶部１２０に記憶されたプリンタ情報ＰＩにより特定されるプリンタ２００のユーザを対象としたプッシュ通知である」という条件であり、かつ、「プッシュ通知は記憶部１２０に記憶されたプリンタ情報ＰＩにより特定されるプリンタ２００の機種に関連したプッシュ通知である」という条件であり、第１の条件の一例である。また、上述したプリンタモデル条件の例の内、発売からの経過年数が所定値以上であるプリンタモデルが指定されたプリンタモデル条件は、「プッシュ通知は記憶部１２０に記憶されたプリンタ情報ＰＩにより特定されるプリンタ２００のユーザを対象としたプッシュ通知である」という条件であり、第１の条件の一例である。また、上述したファームウェアバージョン条件やインク残量条件の例は、「プリンタ情報ＰＩにより特定されるプリンタ２００の状態がプッシュ通知を報知すべき所定の状態に該当する」という条件であり、第２の条件の一例である。また、上述した端末位置条件の例は、「プリンタ情報ＰＩの受信時における位置情報（第１の位置情報）により特定される位置と、報知可否判断処理の実行時における位置情報（第２の位置情報）により特定される位置との間の距離が所定値以下である」という条件であり、第３の条件の一例である。
【００４４】
携帯端末装置１００のＣＰＵ１１０は、報知可否判断処理（図７のＳ３１０）の結果、報知条件が満たされていると判断した場合には（Ｓ３２０：ＹＥＳ）、報知処理を実行する（Ｓ３２２）。具体的には、ＣＰＵ１１０は、記憶部１２０に記憶されたプッシュ通知の内容を、表示部１５０により表示したり、音声出力部１３０により音声出力したりする。
【００４５】
一方、携帯端末装置１００のＣＰＵ１１０は、報知可否判断処理の結果、報知条件が満たされていないと判断した場合には（Ｓ３２０：ＮＯ）、報知条件の内、プリンタモデル条件が満たされているか否かを判定する（Ｓ３２４）。ここで、報知条件の内、プリンタモデル条件が満たされていない場合には、その後に報知条件が満たされることはあり得ない。そのため、ＣＰＵ１１０は、プリンタモデル条件が満たされていないと判定した場合には（Ｓ３２４：ＮＯ）、記憶部１２０に記憶されたプッシュ通知を廃棄（削除）し（Ｓ３４０）、プッシュ通知受信後処理を終了する。
【００４６】
一方、報知条件の内、プリンタモデル条件は満たされているが、他の条件（ファームウェアバージョン条件、インク残量条件、端末位置条件）が満たされていないために報知可否判断処理（Ｓ３１０）において報知条件が満たされていないとされた場合には、その後に報知条件が満たされる可能性がある。例えば、報知条件の内のインク残量条件が満たされていないとされた場合には、その後にプリンタ２００においてインクが消費されることによって、インク残量条件を満たす状態になり得る。また、例えば、報知条件の内の端末位置条件が満たされていないとされた場合には、その後に携帯端末装置１００がプリンタ２００の近くに移動することによって、端末位置条件を満たす状態になり得る。そのため、携帯端末装置１００のＣＰＵ１１０は、プリンタモデル条件が満たされていると判定した場合には（Ｓ３２４：ＹＥＳ）、以下に説明するように、有効期限内において上述の報知可否判断処理（Ｓ３１０）が繰り返し実行される。具体的には、ＣＰＵ１１０は、タイマーを起動して（Ｓ３３０）、所定時間の経過を待ち（Ｓ３３２）、所定時間が経過すると（Ｓ３３２：ＹＥＳ）、有効期限判断処理を実行する（Ｓ３３４）。
【００４７】
図９は、有効期限判断処理を示すフローチャートである。はじめに、携帯端末装置１００のＣＰＵ１１０は、記憶部１２０に記憶されたプッシュ通知を読み出し（Ｓ５０２）、読み出されたプッシュ通知に有効期限が設定されているか否かを判定する（Ｓ５０４）。プッシュ通知の有効期限は、例えば、管理サーバ４００により設定され、管理サーバ４００からプッシュ通知配信サーバ３００に対して発行されるプッシュ通知配信要求(図３のＳ４２)に含められる。あるいは、プッシュ通知の有効期限は、プッシュ通知配信サーバ３００や携帯端末装置１００により設定されるとしてもよい。ＣＰＵ１１０は、有効期限が設定されていないと判定した場合には（Ｓ５０４：ＮＯ）、有効期限内であると判断する（Ｓ５０８）。一方、ＣＰＵ１１０は、有効期限が設定されていると判定した場合には（Ｓ５０４：ＹＥＳ）、有効期限が満了しているか否かを判定し（Ｓ５０６）、有効期限が満了していないと判定した場合には（Ｓ５０６：ＮＯ）、有効期限内であると判断し（Ｓ５０８）、有効期限が満了していると判定した場合には（Ｓ５０６：ＹＥＳ）、有効期限満了と判断する（Ｓ５１０）。
【００４８】
携帯端末装置１００のＣＰＵ１１０は、有効期限判断処理（図７のＳ３３４）の結果、有効期限内であると判断した場合には（Ｓ３３６：ＹＥＳ）、プリンタ情報ＰＩの取得要求の送信（Ｓ３０４）以下の処理を再度実行する。すなわち、ＣＰＵ１１０は、プリンタ２００に対してプリンタ情報ＰＩの取得要求を送信し（Ｓ３０４）、プリンタ情報ＰＩの取得に成功した場合にはプリンタ情報ＰＩを記憶部１２０に記憶させ（Ｓ３０８）、その後、上述した報知可否判断処理（Ｓ３１０）を再度実行する。以前の報知可否判断処理において報知条件が満たされていないと判断された後、携帯端末装置１００やプリンタ２００の状態が、報知条件が満たされるような状態に変化した場合には、この再度の報知可否判断処理において報知条件が満たされていると判断されることになる。
【００４９】
携帯端末装置１００のＣＰＵ１１０は、有効期限判断処理（Ｓ３３４）の結果、有効期限が満了したと判断した場合には（Ｓ３３６：ＮＯ）、記憶部１２０に記憶されたプッシュ通知を廃棄（削除）し（Ｓ３４０）、プッシュ通知受信後処理を終了する。
【００５０】
Ａ−２−５．プッシュ通知の報知態様の一例：
図１０および図１１は、プッシュ通知の報知態様の一例を示す説明図である。図１０および図１１には、携帯端末装置１００の表示部１５０に、プッシュ通知の内容（以下、「プッシュ通知内容ＰＮ」という）が表示されている例が示されている。例えば図１０の例では、インクの特売（購入キャンペーン）に関するプッシュ通知内容ＰＮが、表示部１５０に表示されている。これは、制御対象のプリンタ２００が、プッシュ通知内容ＰＮに記載されたインクを使用可能なモデルであるために、プリンタモデル条件が満たされていると判定され、かつ、制御対象のプリンタ２００の黒（Ｂｋ）インクの残量が僅かとなっているために、インク残量条件が満たされていると判定されたために、報知条件が満たされていると判定されて報知（表示）がなされたものである。また図１１の例では、プリンタのファームウェアのバージョンアップに関するプッシュ通知内容ＰＮが、表示部１５０に表示されている。これは、制御対象のプリンタ２００が、プッシュ通知の対象であるモデルであるために、プリンタモデル条件が満たされていると判定され、かつ、制御対象のプリンタ２００のファームウェアのバージョンが、プッシュ通知の対象であるバージョンであるために、ファームウェアバージョン条件が満たされていると判定されたために、報知条件が満たされていると判定されて報知（表示）がなされたものである。
【００５１】
なお、図１０および図１１の例では、表示部１５０に、プッシュ通知内容ＰＮと共に、報知条件に関する情報（以下、「条件情報ＣＩ」という）が表示されている。例えば図１０の例では、プリンタモデルを示す情報や、各色のインク残量を示す情報、少なくとも１色のインク残量が僅かとなっていることを示す情報等が、条件情報ＣＩとして表示されている。また図１１の例では、プリンタモデルを示す情報や、ファームウェアのバージョンを示す情報等が、条件情報ＣＩとして表示されている。
【００５２】
Ａ−３．本実施形態の効果：
以上説明した本実施形態では、携帯端末装置１００のＣＰＵ１１０が、ＯＳによって実現される機能により、プッシュ通知配信サーバ３００から送信されるプッシュ通知を通信部１６０を介して受信する処理（図３のＳ５２）を行い、プリンタ制御アプリケーションによって実現される機能により、「プッシュ通知は記憶部１２０に記憶されたプリンタ情報ＰＩにより特定されるプリンタ２００のユーザを対象としたプッシュ通知である」というプリンタモデル条件（図８のＳ４０６）を含む報知条件が満たされているか否かを判断する報知可否判断処理（図７のＳ３１０）を行い、報知可否判断処理において報知条件が満たされていると判断された場合に、プッシュ通知を表示部１５０や音声出力部１３０に報知させる報知処理（同Ｓ３２２）を実行する。そのため、本実施形態におけるプリンタ制御アプリケーションによれば、携帯端末装置１００において、プリンタ情報ＰＩにより特定されるプリンタ２００のユーザを対象としたプッシュ通知が選択的に報知されることとなり、ユーザにとって関係性、必要性の高いプッシュ通知を選択的に報知させることができる。その結果、ユーザがプッシュ通知を煩わしく感じることを抑制できると共に、ユーザにとって関係性、必要性の高いプッシュ通知が見落とされてしまうことを抑制することができる。
【００５３】
また、本実施形態では、携帯端末装置１００のＣＰＵ１１０が、プリンタ制御アプリケーションによって実現される機能により、「プッシュ通知は記憶部１２０に記憶されたプリンタ情報ＰＩにより特定されるプリンタ２００の機種に関連したプッシュ通知である」というプリンタモデル条件（図８のＳ４０６）を含む報知条件が満たされているか否かを判断する報知可否判断処理（図７のＳ３１０）を行い、報知可否判断処理において報知条件が満たされていると判断された場合にプッシュ通知を報知させる報知処理（同Ｓ３２２）を実行する。そのため、本実施形態におけるプリンタ制御アプリケーションによれば、携帯端末装置１００において、プリンタ情報ＰＩにより特定されるプリンタ２００の機種に関連したプッシュ通知が選択的に報知されることとなり、ユーザにとって関係性、必要性のより高いプッシュ通知を選択的に報知させることができる。
【００５４】
また、本実施形態では、携帯端末装置１００のＣＰＵ１１０が、プリンタ制御アプリケーションによって実現される機能により、通信部１６０を介してプリンタ２００に対してプリンタ情報ＰＩの取得要求を送信する要求送信処理（図５のＳ２０８および図７のＳ３０４）と、通信部１６０を介して上記取得要求に応じてプリンタ２００から送信されるプリンタ情報ＰＩを受信する情報受信処理（図５のＳ２１０および図７のＳ３０６）と、受信されたプリンタ情報ＰＩを記憶部１２０に記憶させる記憶処理（図５のＳ２１２および図７のＳ３０８）とを実行する。そのため、本実施形態におけるプリンタ制御アプリケーションによれば、携帯端末装置１００において、プリンタ２００から送信され記憶部１２０に記憶されたプリンタ情報ＰＩを用いて報知条件が満たされているか否かが判断されるため、ユーザにとって関係性、必要性の高いプッシュ通知を適切に選択することができる。
【００５５】
また、本実施形態では、携帯端末装置１００のＣＰＵ１１０が、プリンタ制御アプリケーションによって実現される機能により、「プリンタ情報ＰＩにより特定されるプリンタ２００の状態がプッシュ通知を報知すべき所定の状態に該当する」というインク残量条件およびファームウェア条件（図８のＳ４１４およびＳ４２４）を含む報知条件が満たされているか否かを判断する報知可否判断処理（図７のＳ３１０）を行い、報知可否判断処理において報知条件が満たされていると判断された場合にプッシュ通知を報知させる報知処理（同Ｓ３２２）を実行する。そのため、本実施形態におけるプリンタ制御アプリケーションによれば、携帯端末装置１００において、プリンタ情報ＰＩにより特定されるプリンタ２００のユーザを対象としたプッシュ通知が、プリンタ２００がプッシュ通知を報知すべき所定の状態であるときに、選択的に報知されることとなり、ユーザにとって関係性、必要性の高いプッシュ通知を適切なタイミングで選択的に報知させることができる。
【００５６】
また、本実施形態では、携帯端末装置１００のＣＰＵ１１０が、プリンタ制御アプリケーションによって実現される機能により、プリンタモデル条件が満たされており（図７のＳ３２４：ＹＥＳ）、かつ、インク残量条件やファームウェア条件が満たされていない（同Ｓ３２０：ＮＯ）と判断した場合に、再度、報知可否判断処理（同Ｓ３１０）を行う。そのため、本実施形態におけるプリンタ制御アプリケーションによれば、携帯端末装置１００において、プリンタ情報ＰＩにより特定されるプリンタ２００の状態の変化に応じて、適切なタイミングで、ユーザにとって関係性、必要性の高いプッシュ通知を選択的に報知させることができる。
【００５７】
また、本実施形態では、携帯端末装置１００のＣＰＵ１１０が、プリンタ制御アプリケーションによって実現される機能により、プッシュ通知に設定された有効期限が満了したか否かを判断し（図７のＳ３３４）有効期限が満了したと判断された場合に（同Ｓ３３６：ＮＯ）、プッシュ通知を廃棄する廃棄処理（同Ｓ３４０）を実行する。そのため、本実施形態におけるプリンタ制御アプリケーションによれば、携帯端末装置１００において、ユーザにとって関係性、必要性の低いプッシュ通知が蓄積されることを抑制することができる。
【００５８】
また、本実施形態では、携帯端末装置１００のＣＰＵ１１０が、プリンタ制御アプリケーションによって実現される機能により、プッシュ通知が受信されたことに応じてプリンタ情報取得要求を送信する処理（図７のＳ３０４）を行い、報知可否判断処理（同Ｓ３１０）における判断には、最後に記憶部１２０に記憶されたプリンタ情報ＰＩを用いる。そのため、本実施形態におけるプリンタ制御アプリケーションによれば、携帯端末装置１００において、プリンタ２００の最新の状態を特定するプリンタ情報ＰＩを用いて報知可否判断処理を行うことができ、より適切なタイミングで、ユーザにとって関係性、必要性の高いプッシュ通知を選択的に報知させることができる。
【００５９】
また、本実施形態では、携帯端末装置１００のＣＰＵ１１０が、プリンタ制御アプリケーションによって実現される機能により、プリンタ２００を制御するための指示（例えば印刷コマンド）をプリンタ２００に送信する指示送信処理（図５のＳ２２２）を行った後に、プリンタ情報取得要求を送信する処理（同Ｓ２０８）を行い、報知可否判断処理（図７のＳ３１０）における判断には、最後に記憶部１２０に記憶されたプリンタ情報ＰＩを用いる。そのため、本実施形態におけるプリンタ制御アプリケーションによれば、携帯端末装置１００において、プリンタ２００に対する何らかの制御が実行された後の状態を特定するプリンタ情報ＰＩを用いて報知可否判断処理を行うことができ、より適切なタイミングで、ユーザにとって関係性、必要性の高いプッシュ通知を選択的に報知させることができる。
【００６０】
また、本実施形態では、携帯端末装置１００のＣＰＵ１１０が、プリンタ制御アプリケーションによって実現される機能により、通信部１６０を介してプリンタ２００に対してプリンタ情報取得要求を送信する要求送信処理（図５のＳ２０８）と、通信部１６０を介して上記取得要求に応じてプリンタ２００から送信されるプリンタ情報ＰＩを受信する情報受信処理（同Ｓ２１０）と、位置情報取得部１７０にプリンタ情報ＰＩの受信時における位置情報（第１の位置情報）を取得させる位置情報取得処理（同Ｓ２１４）と、受信されたプリンタ情報ＰＩを第１の位置情報と対応付けて記憶部１２０に記憶させる記憶処理（同Ｓ２１６）と、位置情報取得部１７０に報知可否判断処理（図７のＳ３１０）の実行時における位置情報（第２の位置情報）を取得させる位置情報取得処理（図８のＳ４３４）とを実行し、「上記第２の位置情報により特定される位置と上記第１の位置情報により特定される位置との間の距離が所定値以下である」という端末位置条件（同Ｓ４３６）を含む報知条件が満たされているか否かを判断する報知可否判断処理（図７のＳ３１０）を行い、報知可否判断処理において報知条件が満たされていると判断された場合にプッシュ通知を報知させる報知処理（同Ｓ３２２）を実行する。そのため、本実施形態におけるプリンタ制御アプリケーションによれば、携帯端末装置１００において、プリンタ２００のユーザを対象としたプッシュ通知が、携帯端末装置１００がプリンタ２００に比較的近い位置にあると推定される場合に、選択的に報知されることとなり、ユーザにとって関係性、必要性の高いプッシュ通知を適切なタイミングで選択的に報知させることができる。
【００６１】
また、本実施形態では、携帯端末装置１００のＣＰＵ１１０が、プリンタ制御アプリケーションによって実現される機能により、報知処理（図７のＳ３２２）において、プッシュ通知内容ＰＮと共に、報知条件に関する条件情報ＣＩを報知する。そのため、本実施形態におけるプリンタ制御アプリケーションによれば、携帯端末装置１００において、報知条件が満たされたためにプッシュ通知が報知されていることをユーザに知らせることができ、ユーザにとって関係性、必要性の高いプッシュ通知が見落とされてしまうことを抑制することができる。
【００６２】
Ｂ．変形例：
本明細書で開示される技術は、上述の実施形態に限られるものではなく、その要旨を逸脱しない範囲において種々の形態に変形することができ、例えば次のような変形も可能である。
【００６３】
上記実施形態における情報処理システム１０の構成は、あくまで一例であり、種々変形可能である。例えば、上記実施形態において、情報処理システム１０を構成する各装置間の通信は、有線ＬＡＮや無線ＬＡＮ、ＮＦＣ等に限られず、ＵＳＢやBluetooth（登録商標)等の他の通信手段を介して行われてもよい。また、上記実施形態では、携帯端末装置１００が位置情報取得部１７０を備えるとしているが、携帯端末装置１００が位置情報取得部１７０を備えないとしてもよい。
【００６４】
また、上記実施形態において、携帯端末装置１００は、複数のプリンタ２００を制御することができるとしてもよい。また、携帯端末装置１００は、複数のプリンタ２００からプリンタ情報ＰＩ（図６）を取得し、取得した複数のプリンタ情報ＰＩを記憶部１２０に記憶させるとしてもよい。
【００６５】
また、上記実施形態では、携帯端末装置１００により制御される対象の装置（デバイス）としてプリンタ２００を例に挙げて説明したが、携帯端末装置１００に制御される装置は、プリンタ２００に限られず、任意の装置であってよい。
【００６６】
また、上記実施形態におけるプッシュ通知配信・報知処理（図３）、および、該処理に含まれる各処理（図４，５，７−９）の内容は、あくまで一例であり、一部のステップを省略したり、内容を変更したり、他のステップと順番を入れ替えたりしてもよい。例えば、上記実施形態において、報知条件に、ファームウェアバージョン条件とインク残量条件と端末位置条件との少なくとも１つが含まれないとしてもよい。
【００６７】
また、上記実施形態におけるプリンタ情報記憶処理（図５）では、ＣＰＵ１１０は、印刷コマンドの送信（Ｓ２２２）の後に、プリンタ情報取得要求の送信（Ｓ２０８）を行うとしているが、印刷コマンドの送信（Ｓ２２２）と同時にプリンタ情報取得要求の送信（Ｓ２０８）を行うとしてもよい。このようにしても、携帯端末装置１００において、プリンタ２００に対する何らかの制御が実行された後の状態を特定するプリンタ情報ＰＩを用いて報知可否判断処理を行うことができ、より適切なタイミングで、ユーザにとって関係性、必要性の高いプッシュ通知を選択的に報知させることができる。
【００６８】
また、上記実施形態のプッシュ通知受信後処理（図７）において、携帯端末装置１００の記憶部１２０に複数のプリンタ２００のプリンタ情報ＰＩが記憶されている場合には、該複数のプリンタ２００のそれぞれを対象として、報知可否判断処理（Ｓ３１０、図８）が実行される。また、この場合には、Ｓ３２４におけるプリンタモデル条件が満たされているか否かの判定は、少なくとも１つのプリンタ２００についてプリンタモデル条件が満たされているか否かを判定することにより行われる。
【００６９】
また、上記実施形態において、ハードウェアによって実現されている構成の一部をソフトウェアに置き換えるようにしてもよく、反対に、ソフトウェアによって実現されている構成の一部をハードウェアに置き換えるようにしてもよい。
【符号の説明】
【００７０】
１０：情報処理システム  １００：携帯端末装置  １１０：ＣＰＵ  １２０：記憶部  １３０：音声出力部  １４０：操作部  １５０：表示部  １６０：通信部  １７０：位置情報取得部  ２００：プリンタ  ３００：プッシュ通知配信サーバ  ４００：管理サーバ  ５００：無線ＬＡＮアクセスポイント
【図１】
2017134628.tif 000003
【図２】
2017134628.tif 000004
【図３】
2017134628.tif 000005
【図４】
2017134628.tif 000006
【図５】
2017134628.tif 000007
【図６】
2017134628.tif 000008
【図７】
2017134628.tif 000009
【図８】
2017134628.tif 000010
【図９】
2017134628.tif 000011
【図１０】
2017134628.tif 000012
【図１１】
2017134628.tif 000013