JP2022053863A - 端末装置のためのアプリケーションプログラム - Google Patents

Abstract

【課題】インターネットを介した通信とインターネットを介さない通信との双方を実行可能な端末装置において、通信コストを少なくするアプリケーションプログラムを提供する。【解決手段】通信システムにおいて、アプリケーションプログラムは、端末装置のコンピュータを、インターネットを介した第１種の通信（例えばセルラー通信）を利用して、通信装置に関連する関連情報を受信するための第１種の通信処理を繰り返し実行する第１の通信部及びインターネットを介さない第２種の通信（たとえばＷｉ－Ｆｉ通信）を利用して、関連情報を受信するための第２種の通信処理を繰り返し実行する第２の通信部として機能させてる。第１種の通信処理を繰り返し実行するための間隔である第１の間隔は、第２種の通信処理を繰り返し実行するための間隔である第２の間隔よりも長くてもよい。【選択図】図８

Description

本明細書が開示する技術は、インターネットを介した通信とインターネットを介さない通信との双方を実行可能な端末装置に関する。

特許文献１には、３Ｇ、４Ｇ等の移動体通信回線によってインターネットに接続可能であり、かつ、Ｗｉ－Ｆｉ等の無線ＬＡＮ（Local Area Networkの略）通信回線によって外部装置に接続可能なスマートホンが開示されている。このスマートホンでは、複数の通信回線による接続が並行して確立されている場合には、インターネットに接続している通信回線が優先して利用される。

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

通常、ＬＡＮを利用した通信は、定額制のサービスによって実現される。そして、そのサービスでは、通信量の上限が設定されないことが多い。一方、３Ｇ、４Ｇ等のインターネットを利用した通信も定額制のサービスによって実現されるが、そのサービスを提供するキャリアによって毎月の通信量の上限が設定されることが多い。このため、一般的には、３Ｇ、４Ｇ等のインターネットを利用した通信は、ＬＡＮを利用した通信と比べて、通信コストが高いと言える。本明細書では、インターネットを介した通信とインターネットを介さない通信との双方を実行可能な端末装置において、通信コストを少なくし得る技術を提供する。

本明細書は、端末装置のためのアプリケーションプログラムを開示する。アプリケーションプログラムは、前記端末装置のコンピュータを、以下の各部、即ち、インターネットを介した第１種の通信を利用して、前記端末装置とは異なる通信装置に関連する関連情報を受信するための第１種の通信処理を繰り返し実行する第１の通信部であって、前記第１種の通信処理は、第１の情報要求を第１の外部装置に送信することを含む、前記第１の通信部と、前記インターネットを介さない第２種の通信を利用して、前記関連情報を受信するための第２種の通信処理を繰り返し実行する第２の通信部であって、前記第２種の通信処理は、第２の情報要求を第２の外部装置に送信することを含む、前記第２の通信部と、として機能させてもよい。前記第１種の通信処理を繰り返し実行するための間隔である第１の間隔は、前記第２種の通信処理を繰り返し実行するための間隔である第２の間隔よりも長くてもよい。

上記の構成によると、インターネットを介した第１種の通信を利用した第１種の通信処理に対応する第１の間隔は、インターネットを介さない第２種の通信を利用した第２種の通信処理に対応する第２の間隔よりも長い。従って、第１の間隔が第２の間隔と同等であるか、又は、第１の間隔が第２の間隔よりも短い構成と比較すると、インターネットを介した第１種の通信の回数が少なくなり得るので、通信コストが少なくなり得る。

上記のアプリケーションプログラムを格納するコンピュータ読取可能記録媒体、当該アプリケーションプログラムによって実現される端末装置、及び、当該端末装置によって実行される方法も、新規で有用である。

通信システムの構成を示す。 通信システム内の各装置の構成を示すブロック図を示す。 セットアップ処理のシーケンス図を示す。 図３の続きのシーケンス図を示す。 アプリケーションが実行する処理のフローチャートを示す。 リモート情報取得処理のフローチャートを示す。 アプリケーションのステータス情報の取得のシーケンス図を示す。 図７の続きのシーケンス図を示す。

（通信システム２の構成；図１）
図１に示されるように、通信システム２は、端末１０、２個のプリンタ１００，２００、及び、サーバ３００を備える。端末１０及び２個のプリンタ１００，２００は、ＬＡＮ（Local Area Networkの略）４に接続されており、ＬＡＮ４を介して互いに通信可能である。端末１０及びサーバ３００は、インターネット６に接続されており、インターネット６を介して互いに通信可能である。ＬＡＮ４は、無線ＬＡＮであり、インターネット６に接続されている。各装置１０，１００，２００，３００は、ＬＡＮ４及びインターネット６を介して、互いに通信可能である。

（端末１０の構成；図２）
端末１０は、携帯電話（例えばスマートフォン）、ＰＤＡ、タブレットＰＣ等の可搬型の端末装置である。変形例では、端末１０は、据置型のＰＣ、ノートＰＣ等であってもよい。端末１０は、操作部１２と、表示部１４と、セルラーインターフェース１６と、Ｗｉ－Ｆｉインターフェース１８と、制御部３０と、を備える。以下では、インターフェースのことを「Ｉ／Ｆ」と記載する。各部１２～３０は、バス線（符号省略）に接続されている。

操作部１２は、複数のキーを備える。ユーザは、操作部１２を操作することによって、様々な指示を端末１０に入力することができる。表示部１４は、様々な情報を表示するためのディスプレイである。表示部１４は、いわゆるタッチパネルであり、操作部としても機能する。

セルラーＩ／Ｆ１６は、セルラー方式に従ったセルラー通信を実行するための無線インターフェースである。セルラー方式は、エリアを一定の区画（即ちセル）に分割し、各セルに配置された基地局が利用される無線通信方式である。セルラー方式は、International Telecommunication Unionによって定められる３Ｇ、４Ｇ、５Ｇ等を含む。換言すると、セルラー方式は、移動体通信方式である。セルラーＩ／Ｆ１６は、通常、いずれかの基地局に接続されている。セルラーＩ／Ｆ１６は、インターネット６に接続されている。従って、端末１０は、通常、セルラーＩ／Ｆ１６を介して、インターネット６上のデバイス（例えばサーバ３００）とのセルラー通信を実行可能である。

Ｗｉ－ＦｉＩ／Ｆ１８は、Ｗｉ－Ｆｉ規格に従ったＷｉ－Ｆｉ通信を実行するための無線インターフェースである。Ｗｉ－Ｆｉ規格は、例えば、ＩＥＥＥ（The Institute of Electrical and Electronics Engineers, Inc.の略）の８０２．１１の規格、及び、それに準ずる規格（例えば８０２．１１ａ，１１ｂ，１１ｇ，１１ｎ等）に従って、無線通信を実行するための無線通信規格である。Ｗｉ－ＦｉＩ／Ｆ１８は、ＬＡＮ４に接続されている。即ち、Ｗｉ－ＦｉＩ／Ｆ１８は、ＬＡＮ４を介したＷｉ－Ｆｉ通信を実行するためのＩ／Ｆである。

通常、セルラー通信は、いわゆるキャリアによって提供される定額制のサービスによって実現される。セルラー通信のサービスでは、一定期間（例えば１か月間）における通信量の上限が設定されることが多い。この通信量の上限を超えると、セルラー通信のサービスが制限される、又は、サービスを継続するために追加で課金をする必要がある。一方、Ｗｉ－Ｆｉ通信は、プロバイダによって提供される定額制のサービスによって実現される。Ｗｉ－Ｆｉ通信のサービスでは、一定期間における通信量の上限が設定されないことが多い。このため、一般的には、セルラー通信は、Ｗｉ－Ｆｉ通信と比べて通信コストが高いと言える。

制御部３０は、ＣＰＵ３２と、メモリ３４と、を備える。ＣＰＵ３２は、メモリ３４に格納されているプログラム３６，３８に従って、様々な処理を実行する。メモリ３４は、揮発性メモリ、不揮発性メモリ等によって構成され、ＯＳプログラム３６と、アプリケーション３８と、を記憶する。以下では、アプリケーションを「アプリ」と記載する。

ＯＳプログラム３６は、端末１０の基本的な動作を制御するためのプログラムである。アプリ３８は、プリンタ（例えば１００）に関連する情報を取得し、当該情報を表示するためのプログラムである。アプリ３８は、例えば、プリンタ１００のベンダによって提供されるインターネット６上のサーバ（図示省略）から端末１０にインストールされる。

アプリ３８は、デバイステーブル４０を記憶する。デバイステーブル４０は、プリンタを識別するための情報であるシリアル番号と、アクセストークンと、プリンタのステータス情報（例えば正常、エラー等）と、を対応付けて記憶するためのテーブルである。アクセストークンは、サーバ３００を利用するための認証情報である。

（プリンタ１００の構成）
プリンタ１００は、印刷機能を実行可能な周辺装置（例えば、端末１０の周辺装置）であり、シリアル番号ＳＮ１を有する。なお、プリンタ１００は、印刷機能に加えて、スキャン機能、ファクシミリ機能等を実行可能な多機能機であってもよい。プリンタ１００は、操作部１１２と、表示部１１４と、ＬＡＮＩ／Ｆ１１６と、印刷実行部１１８と、制御部１３０と、を備える。各部１１２～１３０は、バス線（符号省略）に接続されている。

操作部１１２は、複数のキーを備える。ユーザは、操作部１１２を操作することによって、様々な指示をプリンタ１００に入力することができる。表示部１１４は、様々な情報を表示するためのディスプレイである。ＬＡＮＩ／Ｆ１１６は、ＬＡＮ４（図１参照）に接続されている。印刷実行部１１８は、インクジェット方式、レーザ方式等の印刷機構を備える。

制御部１３０は、ＣＰＵ１３２と、メモリ１３４と、を備える。ＣＰＵ１３２は、メモリ１３４に記憶されているプログラム１３６に従って、様々な処理を実行する。メモリ１３４は、揮発性メモリ、不揮発性メモリ等によって構成される。

（プリンタ２００の構成）
プリンタ２００は、シリアル番号ＳＮ２を有する点を除いて、プリンタ１００と同様の構成を備える。

（サーバ３００の構成）
サーバ３００は、各プリンタ１００，２００の情報（例えばステータス情報）を管理するためのサーバである。サーバ３００は、各プリンタ１００，２００のベンダによってインターネット６上に設置される。

サーバ３００は、各プリンタ１００，２００とのＸＭＰＰ（eXtensible Messaging and Presence Protocolの略）セッションを確立する。ＸＭＰＰセッションは、いわゆる常時接続と呼ばれるセッションである。サーバ３００は、ＸＭＰＰセッションを利用すれば、プリンタから要求を受信しなくても、当該プリンタが所属するＬＡＮのファイヤウォール（例えばルータによって形成されるファイヤウォール）を越えて、当該プリンタに要求を送信することができる。即ち、ＸＭＰＰセッションは、サーバプッシュ型の通信を実行可能なセッションである。

サーバ３００は、ネットワークＩ／Ｆ３１６と、制御部３３０と、を備える。各部３１６，３３０は、バス線（符号省略）に接続されている。ネットワークＩ／Ｆ３１６は、インターネット６（図１参照）に接続されている。制御部３３０は、ＣＰＵ３３２と、メモリ３３４と、を備える。ＣＰＵ３３２は、メモリ３３４に記憶されているプログラム３３６に従って、様々な処理を実行する。メモリ３３４は、揮発性メモリ、不揮発性メモリ等によって構成される。メモリ３３４は、上記のプログラム３３６の他に、管理テーブル３４０を記憶する。

管理テーブル３４０は、シリアル番号と、プリンタを管理するための管理ＩＤと、アクセストークンと、プリンタのステータス情報と、を対応付けて記憶するためのテーブルである。

（セットアップ処理；図３）
図３を参照して、各プリンタ１００，２００をサーバ３００に登録するためのセットアップ処理を説明する。なお、図３の説明では、各デバイスの各ＣＰＵ（例えばサーバ３００のＣＰＵ３３２等）が実行する処理について、理解の容易さの観点から、各ＣＰＵを主体として記載せずに、各デバイス（例えばサーバ３００等）を主体として記載する。この点は、後述の図４及び図７、８でも同様である。また、以下では、プリンタ１００とサーバ３００との間では、ＬＡＮ４とインターネット６を介して、通信が実行される。以下では、特に言及しない限り、「ＬＡＮ４を介して」及び「インターネット６を介して」という説明を省略する。

プリンタ１００は、Ｔ５において、ユーザから、プリンタ１００をサーバ３００に登録するためのプリンタ登録操作を受け付けると、Ｔ１０において、プリンタ１００の登録を要求する登録要求をサーバ３００に送信する。登録要求は、プリンタ１００のシリアル番号ＳＮ１を含む。

サーバ３００は、Ｔ１０において、プリンタ１００から登録要求を受信すると、Ｔ１２において、管理ＩＤ「ａ０１」を生成する。そして、サーバ３００は、Ｔ１４において、Ｔ１０の登録要求内のシリアル番号ＳＮ１と、Ｔ１２で生成された管理ＩＤ「ａ０１」と、を対応づけて管理テーブル３４０に記憶する。なお、現時点では、アクセストークン及びステータス情報は、シリアル番号ＳＮ１に対応づけて管理テーブル３４０に記憶されていない。

続けて、Ｔ２０では、サーバ３００は、ＰＩＮコードＣを生成する。サーバ３００は、管理ＩＤ「ａ０１」とＰＩＮコードＣとを対応づけてメモリ３３４に記憶する。そして、サーバ３００は、Ｔ２２において、ＰＩＮコードＣをプリンタ１００に送信する。

プリンタ１００は、Ｔ２２において、サーバ３００からＰＩＮコードＣを受信すると、Ｔ３０において、ＸＭＰＰセッションの確立を要求する確立要求をサーバ３００に送信する。確立要求は、シリアル番号ＳＮ１とＰＩＮコードＣとを含む。

サーバ３００は、Ｔ３０において、プリンタ１００から確立要求を受信すると、Ｔ３２において、確立要求内のＰＩＮコードＣの認証を実行する。本ケースでは、確立要求内のＰＩＮコードＣがメモリ３３４内のＰＩＮコードＣと一致するので、ＰＩＮコードＣの認証が成功する。そして、サーバ３００は、Ｔ３４以降の処理を実行する。仮に、ＰＩＮコードの認証が失敗する場合、サーバ３００は、Ｔ３４以降の処理を実行しない。

Ｔ３４では、サーバ３００は、アクセストークンＡＴ１を生成する。サーバ３００は、メモリ３３４から、ＰＩＮコードＣに対応づけて記憶されている管理ＩＤ「ａ０１」を特定する。次いで、サーバ３００は、特定済みの管理ＩＤ「ａ０１」に対応づけて、生成済みのアクセストークンＡＴ１を管理テーブル３４０に記憶する。そして、Ｔ４０では、サーバ３００は、アクセストークンＡＴ１をプリンタ１００に送信する。

プリンタ１００は、Ｔ４０において、サーバ３００からアクセストークンＡＴ１を受信すると、当該アクセストークンＡＴ１を記憶する。そして、プリンタ１００は、Ｔ５０において、アクセストークンＡＴ１を利用して、サーバ３００とのＸＭＰＰセッションを確立する。

また、プリンタ１００は、サーバ３００とのＸＭＰＰセッションが確立すると、Ｔ５２において、プリンタ１００の現在のステータスを示すステータス信号をサーバ３００に送信する。本ケースでは、ステータス信号は、プリンタ１００のシリアル番号ＳＮ１と、プリンタの現在のステータスが正常であることを示すステータス情報と、を含む。

サーバ３００は、Ｔ５２において、プリンタ１００からステータス信号を受信すると、Ｔ５４において、ステータス信号に含まれるシリアル番号ＳＮ１に対応づけて、ステータス信号に含まれるステータス情報「正常」を管理テーブル３４０に記憶する。

Ｔ６０において、プリンタ１００において紙ジャムが発生する。この場合、プリンタ１００は、Ｔ６２において、紙ジャムが発生したことを示すステータス情報を含むステータス信号をサーバ３００に送信する。

サーバ３００は、Ｔ６２において、プリンタ１００からステータス信号を受信すると、Ｔ６４において、ステータス信号に含まれるシリアル番号ＳＮ１に対応づけて、ステータス信号に含まれるステータス情報「紙ジャム」を管理テーブル３４０に記憶する。このように、プリンタ１００は、プリンタ１００にステータス変化が生じる毎に、プリンタ１００の現在のステータスを示すステータス信号をサーバ３００に送信する。変形例では、プリンタ１００は、予め設定されている所定時刻が到来する毎に、ステータス信号をサーバ３００に送信してもよい。

その後、Ｔ５～Ｔ５４と同様の処理が、プリンタ２００とサーバ３００との間で実行される。この結果、プリンタ２００は、アクセストークンＡＴ２を記憶する。また、サーバ３００は、プリンタ２００のシリアル番号ＳＮ２と、管理ＩＤ「ａ０２」と、アクセストークンＡＴ２と、ステータス情報と、を対応づけて管理テーブル３４０に記憶する。

（図３の続き；図４）
端末１０は、図４のＴ１００において、ユーザからアプリ起動操作を受け付けると、Ｔ１０２において、アプリ３８を起動する。

端末１０は、Ｔ１１０において、ユーザからデバイス登録操作を受け付けると、Ｔ１１２において、プリンタを検索するための検索信号をブロードキャストによってＬＡＮ４に送信する。

プリンタ１００は、Ｔ１１２において、端末１０から検索信号を受信すると、Ｔ１１４において、検索応答を端末１０に送信する。検索応答は、プリンタ１００のシリアル番号ＳＮ１と、プリンタ１００のアクセストークンＡＴ１と、を含む。

プリンタ２００は、Ｔ１１２において、端末１０から検索信号を受信すると、Ｔ１１６において、検索応答を端末１０に送信する。検索応答は、プリンタ２００のシリアル番号ＳＮ２と、プリンタ２００のアクセストークンＡＴ２と、を含む。Ｔ１１２～Ｔ１１６の通信は、インターネット４が利用された通信ではなく、ＬＡＮ４のみが利用された通信である。

端末１０は、Ｔ１１４及びＴ１１６において、各プリンタ１００，２００から検索応答を受信すると、Ｔ１２０において、検索結果画面ＳＣ１を表示部１４に表示する。検索結果画面ＳＣ１は、アプリ３８に登録すべきデバイスを選択することを促すメッセージと、受信済みの各シリアル番号ＳＮ１，ＳＮ２と、ＯＫボタンと、を含む。

端末１０は、Ｔ１２２において、ユーザから、シリアル番号ＳＮ１及びＳＮ２の双方の選択を受け付けた後に、ＯＫボタンの選択を受け付ける。この結果、Ｔ１３０において、端末１０は、シリアル番号ＳＮ１とアクセストークンＡＴ１とを対応づけてデバイステーブル４０に記憶すると共に、シリアル番号ＳＮ２とアクセストークンＡＴ２とを対応づけてデバイステーブル４０に記憶する。

端末１０は、Ｔ１３２において、ユーザから、選択画面ＳＣ２を表示させるための操作を受け付けると、Ｔ１３４において、選択画面ＳＣ２を表示部１４に表示させる。選択画面ＳＣ２は、登録済みの複数のシリアル番号の中から１つのシリアル番号を選択させるための画面であり、登録済みのシリアル番号ＳＮ１及びＳＮ２と、ＯＫボタンと、を含む。

端末１０は、Ｔ１３６において、ユーザから、選択画面ＳＣ２内の１個のシリアル番号の選択を受け付けた後に、ＯＫボタンの選択を受け付ける。本ケースでは、シリアル番号ＳＮ１が選択される。このように、ユーザは、アプリ３８に記憶されている１個以上のプリンタの中から所望のプリンタを指定することによって、当該プリンタのステータス情報を確認することができる。

端末１０は、Ｔ１３８において、ステータス画面ＳＣ３を表示部１４に表示させる。ステータス画面ＳＣ３は、シリアル番号ＳＮ１に対応づけてデバイステーブル４０に記憶されているステータス情報を含む。ただし、現段階では、シリアル番号ＳＮ１に対応付けてステータス情報がまだ記憶されていないため、シリアル番号ＳＮ１のみを含むステータス画面ＳＣ３が表示される。

その後、端末１０は、Ｔ１４０において、ユーザから、アプリ３８を停止するための操作を受け付けると、Ｔ１４２において、アプリ３８を停止する。

（アプリケーション３８の処理；図５）
続いて、図５を参照して、端末１０のＣＰＵ３２がアプリケーション３８を実行することによって実現される処理を説明する。以下では、図５の処理を説明する際に、ＣＰＵ３２ではなくアプリ３８を主体として記載する。図５の処理は、アプリ３８がフォアグラウンドで起動される場合に開始される。このように、アプリ３８は、アプリ３８がフォアグラウンドで起動される場合に図５の処理を実行し、アプリ３８が起動されてない場合、又は、アプリ３８がバックグラウンドで起動されている場合には、図５の処理を実行しない。アプリ３８がバックグラウンドで起動されている場合に図５の処理を実行しない理由は、図５の処理によって取得される情報を表示することができないからである。アプリ３８がバックグラウンドで起動されている場合に図５の処理を実行しないので、端末１０の処理負荷を軽減させることができる。

Ｓ１０において、アプリ３８は、ステータス画面を表示部１４に表示させる。ステータス画面は、アプリ３８に登録されている各プリンタ（図４のＴ１３０参照）のうち、ユーザによって選択された１個のプリンタのステータス情報を含む（図４のステータス画面ＳＣ３参照）。以下では、ユーザによって選択された１個のプリンタのことを「対象プリンタ」と記載する。当該ステータス画面は、対象プリンタのシリアル番号（以下では「対象シリアル番号」と記載する）と、対象プリンタのステータスを示す情報と、対象プリンタの通信環境を示す情報と、を含む。

Ｓ１２では、アプリ３８は、現在時刻を取得し、取得済みの現在時刻を時刻Ｔ１として記憶する。

Ｓ１４では、アプリ３８は、端末１０がＷｉ－ＦｉＩ／Ｆ１８を介したＷｉ－Ｆｉ通信を確立中であるのか否かを判断する。具体的には、アプリ３８は、Ｗｉ－Ｆｉ通信を確立中であるのか否かをＯＳプログラム３６に問い合わせる。アプリ３８は、ＯＳプログラム３６からＷｉ－Ｆｉ通信を確立中であることを示す情報を取得する場合に、Ｗｉ－Ｆｉ通信を確立中であると判断し（Ｓ１４でＹＥＳ）、Ｓ１６に進む。一方、アプリ３８は、ＯＳプログラム３６からＷｉ－Ｆｉ通信を確立中でないことを示す情報を取得する場合に、Ｗｉ－Ｆｉ通信を確立中でないと判断し（Ｓ１４でＮＯ）、Ｓ４０に進む。

Ｓ１６では、アプリ３８は、Ｗｉ－ＦｉＩ／Ｆ１８を介して、ポーリングを対象プリンタに送信する。ポーリングは、対象シリアル番号を含む。なお、アプリ３８は、ポーリングの送信回数を記憶し、ポーリングが送信される毎に送信回数を１だけインクリメントする。

Ｓ１８では、アプリ３８は、Ｗｉ－ＦｉＩ／Ｆ１８を介して、対象プリンタから対象プリンタの情報を受信したのか否かを判断する。以下では、対象プリンタの情報のことを「プリンタ情報」と記載する。プリンタ情報は、対象シリアル番号と、対象プリンタの現在のステータスを示すステータス情報（例えば正常、エラー等）と、を含む。アプリ３８は、対象プリンタからプリンタ情報を受信する場合に、Ｓ１８でＹＥＳと判断し、Ｓ３０に進む。この場合、ポーリングの送信回数の値はリセット（即ち０に設定）される。一方、アプリ３８は、対象プリンタからプリンタ情報を受信していないと判断する場合に、Ｓ１８でＮＯと判断し、Ｓ２０に進む。

Ｓ２０では、アプリ３８は、Ｓ１６でポーリングを送信してから１秒経過することを監視する。アプリ３８は、１秒経過する場合に、Ｓ２０でＹＥＳと判断し、Ｓ２２に進む。

Ｓ２２では、アプリ３８は、ポーリングを３回送信したのか否かを判断する。具体的には、アプリ３８は、記憶済みの送信回数（Ｓ１６参照）が３であるのか否かを判断する。アプリ３８は、送信回数が３である場合に、Ｓ２２でＹＥＳと判断し、Ｓ４０に進む。この場合、ポーリングの送信回数の値はリセット（即ち０に設定）される。一方、アプリ３８は、送信回数が３未満である場合に、Ｓ２２でＮＯと判断し、Ｓ１６に戻る。

Ｓ３０では、アプリ３８は、ローカル接続がオンラインであると判定する。ここで、ローカル接続とは、Ｗｉ－ＦｉＩ／Ｆ１８を介したＬＡＮ４内の接続（即ちインターネット６を介さない接続）を意味する。ローカル接続がオンラインであるとは、アプリ３８が、Ｗｉ－ＦｉＩ／Ｆ１８を介して、対象プリンタからプリンタ情報を取得可能であることを意味する。Ｓ３０の処理が終了すると、Ｓ３２に進む。

Ｓ４０では、アプリ３８は、ローカル接続がオフラインであると判定する。ローカル接続がオフラインであるとは、アプリ３８が、Ｗｉ－ＦｉＩ／Ｆ１８を介して、対象プリンタからプリンタ情報を取得不可能であることを意味する。

Ｓ４２では、アプリ３８は、デバイステーブル４０において、対象シリアル番号に対応づけてアクセストークンが記憶されているのか否かを判断する。アプリ３８は、対象シリアル番号に対応づけてアクセストークンが記憶されている場合に、Ｓ４２でＹＥＳと判断して、Ｓ６０に進む。一方、アプリ３８は、対象シリアル番号に対応づけてアクセストークンが記憶されていない場合に、Ｓ４２でＮＯと判断して、Ｓ５０に進む。

Ｓ５０では、アプリ３８は、リモート接続がオフラインであると判定する。リモート接続とは、セルラーＩ／Ｆ１６を介した接続（即ちインターネット６を介した接続）を意味する。リモート接続がオフラインであるとは、アプリ３８が、セルラーＩ／Ｆ１６を介して、サーバ３００からプリンタ情報を取得不可能であることを意味する。図６の説明で後述するように、アプリ３８は、Ｗｉ－ＦｉＩ／Ｆ１８を介して、対象プリンタからプリンタ情報を取得できない場合に、セルラーＩ／Ｆ１６を介して、サーバ３００からプリンタ情報を取得することを試みる。この際に、アプリ３８は、アクセストークンを利用して、サーバ３００からプリンタ情報を取得する。即ち、アプリ３８は、対象シリアル番号に対応づけてアクセストークンを記憶していなければ、サーバ３００からプリンタ情報を取得することができない。従って、アプリ３８は、Ｓ５０において、リモート接続がオフラインであると判定する。Ｓ５０の処理が終了すると、Ｓ３２に進む。

Ｓ６０では、アプリ３８は、リモート情報取得処理を実行する。リモート情報取得処理は、セルラーＩ／Ｆ１６を介して、サーバ３００からプリンタ情報を取得する処理である。Ｓ６０が終了すると、Ｓ３６に進む。

Ｓ３２では、アプリ３８は、デバイステーブル４０において、対象シリアル番号に対応付けられているステータスを更新（即ち上書き記憶）する。Ｓ１８でＹＥＳを経たＳ３２では、Ｓ１８で受信済みのプリンタ情報と、Ｓ３０におけるローカルオンライン判定と、を利用して、ステータスを更新する。Ｓ１８でＮＯを経たＳ３２（即ちＳ５０の後に実行されるＳ３２）では、Ｓ４０におけるローカルオフライン判定と、Ｓ５０におけるリモートオフライン判定と、を利用して、ステータスを更新する。

Ｓ３４では、アプリ３８は、Ｓ３２で更新されたステータスを利用して、ステータス画面を更新する。このために、ユーザは、端末１０を見ることによって、対象プリンタのステータス情報を確認することができる。

Ｓ３６では、アプリ３８は、現在時刻を取得し、取得済みの現在時刻を時刻Ｔ２として記憶する。

Ｓ３８では、アプリ３８は、現時点から（５－（時刻Ｔ２（Ｓ３６参照）－時刻Ｔ１（Ｓ１２参照）））秒経過することを監視する。具体的には、アプリ３８は、タイマーをスタートさせ、タイマーの値が（５－（Ｔ２－Ｔ１））秒になると、Ｓ３８でＹＥＳと判断し、Ｓ１２に戻る。ここで、（Ｔ２－Ｔ１）は、Ｓ１２～Ｓ３６及びＳ４０～Ｓ６０の一連の処理の実行に要する時間を意味する。従って、（５－（Ｔ２－Ｔ１））秒経過するということは、時刻Ｔ１（即ちＳ１２）から５秒経過することを意味する。即ち、アプリ３８がフォアグラウンドで動作している状況では、Ｓ１２～Ｓ３８及びＳ４０～Ｓ６０の処理が５秒毎に繰り返し実行される。

（リモート情報取得処理；図６）
続いて、図６を参照して、図５のＳ６０のリモート情報取得処理を説明する。Ｓ１００では、アプリ３８は、現在時刻を取得し、取得済みの現在時刻を時刻Ｔ＿ＮＯＷとして記憶する。

Ｓ１０２では、アプリ３８は、（時刻Ｔ＿ＮＯＷ（Ｓ１００参照）－時刻Ｔ＿ＲＥ（後述のＳ１１６参照））が９０秒よりも大きいのか否かを判断する。時刻Ｔ＿ＲＥは、前回のＳ１０２～Ｓ１２０の一連の処理が終了した時刻である。アプリ３８は、（Ｔ＿ＮＯＷ－Ｔ＿ＲＥ）が９０秒よりも大きい場合に、Ｓ１０２でＹＥＳと判断しＳ１０４に進む。一方、アプリ３８は、（Ｔ＿ＮＯＷ－Ｔ＿ＲＥ）が９０秒以下である場合に、Ｓ１０２でＮＯと判断し、Ｓ１０４以降の処理を実行することなく図６の処理を終了する。このように、アプリ３８は、９０秒毎にＳ１０２～Ｓ１２０の一連の処理を実行する。このために、アプリ３８は、前回の処理から９０秒が経過していない状況では、ポーリング（Ｓ１０６参照）をサーバ３００に送信しない。従って、セルラー通信の回数が比較的に少なくなるので、通信コストが少なくて済む。なお、Ｓ１０２の段階で時刻Ｔ＿ＲＥが記憶されていない状況（即ち、アプリ３８がフォアグラウンドで起動された後に図６の処理が実行されていない状況）では、アプリ３８は、Ｓ１０２でＹＥＳと判断する。

Ｓ１０４では、アプリ３８は、端末１０がセルラーＩ／Ｆ１６を介したセルラー通信を基地局と確立中であるのか否かを判断する。具体的には、アプリ３８は、端末１０がセルラー通信を確立中であるのか否かをＯＳプログラム３６に問い合わせる。アプリ３８は、ＯＳプログラム３６から、セルラー通信が確立中であることを示す情報を取得する場合に、セルラー通信を確立中であると判断し（Ｓ１０４でＹＥＳ）、Ｓ１０６に進む。一方、アプリ３８は、ＯＳプログラム３６から、セルラー通信を確立中でないことを示す情報を取得する場合に、セルラー通信を確立中でないと判断し（Ｓ１０４でＮＯ）、Ｓ１２０に進む。

Ｓ１０６では、アプリ３８は、セルラーＩ／Ｆ１６を介して、ポーリングをサーバ１００に送信する。ポーリングは、対象シリアル番号と、対象シリアル番号に対応づけて記憶されているアクセストークンと、を含む。

Ｓ１０８では、アプリ３８は、サーバ３００からプリンタ情報を受信したのか否かを判定する。アプリ３８は、サーバ３００からプリンタ情報を受信する場合に、Ｓ１０８でＹＥＳと判断し、Ｓ１１０に進む。一方、アプリ３８は、サーバ１００からプリンタ情報を受信していないと判断する場合に、Ｓ１０８でＮＯと判断し、Ｓ１２０に進む。

Ｓ１１０では、アプリ３８は、リモート接続がオンラインであると判定する。リモート接続がオンラインであるとは、アプリ３８が、セルラーＩ／Ｆ１６を介して、サーバ３００からプリンタ情報を取得可能であることを意味する。

Ｓ１２０では、アプリ３８は、リモート接続がオフラインであると判定する。Ｓ１２０の処理が終了すると、Ｓ１１２に進む。

Ｓ１１２では、アプリ３８は、デバイステーブル４０において、対象シリアル番号に対応付けられているステータスを更新（即ち上書き記憶）する。Ｓ１０８でＹＥＳを経たＳ１２２では、Ｓ１０８で受信済みのプリンタ情報と、Ｓ１１０におけるリモートオンライン判定と、を利用して、ステータスを更新する。また、Ｓ１０８でＮＯを経たＳ１１２（即ちＳ１２０の後に実行されるＳ１１２）では、図５のＳ４０におけるローカルオフライン判定と、Ｓ１２０におけるリモートオフライン判定と、を利用して、ステータスを更新する。

Ｓ１１４では、アプリ３８は、Ｓ１１２で更新されたステータスを利用して、ステータス画面を更新する。

Ｓ１１６では、アプリ３８は、現在時刻を取得し、取得済みの現在時刻を時刻Ｔ＿ＲＥとして記憶する。Ｓ１１６の処理が終了したら、図６の処理が終了する。

以上のように、アプリ３８は、Ｗｉ－ＦｉＩ／Ｆ１８を介して、対象プリンタからプリンタ情報を取得するための処理（図５のＳ１２～Ｓ２２）を５秒毎に実行すると共に、セルラーＩ／Ｆ１６を介して、サーバ３００からプリンタ情報を取得するための処理（図６のＳ１０４～Ｓ１０８）を９０秒毎に実行する。従って、Ｗｉ－Ｆｉ通信の回数と比べてセルラー通信の回数が少なくなるので、通信コストが少なくて済む。

また、Ｗｉ－ＦｉＩ／Ｆ１８を介して、対象プリンタからプリンタ情報を取得するための処理では、アプリ３８は、最大で３回のポーリングを１秒ごとに対象プリンタに送信する（Ｓ２０、Ｓ２２）。一時的に通信が不安定であることに起因して、１回又は２回のポーリングによって対象プリンタからプリンタ情報を取得することができない状況が起こり得る。アプリ３８は、このような状況において、再度のポーリングを対象プリンタに送信することによって、対象プリンタからプリンタ情報を適切に取得することができる。

（具体的なケース；図７及び図８）
続いて、図５及び図６の処理によって実現される具体的なケースを説明する。図７の初期状態は、アプリ３８にシリアル番号ＳＮ１及びＳＮ２が登録され（図４のＴ１３０参照）、かつ、ユーザによってシリアル番号ＳＮ１が選択された状態（Ｔ１３６参照）である。即ち、図７は、図４の続きの処理である。また、図７の初期状態では、端末１０は、Ｗｉ－Ｆｉ通信を確立中である。図７の細線矢印は、端末１０のＷｉ－ＦｉＩ／Ｆ１８を介した通信を意味し、太線矢印は、端末１０のセルラーＩ／Ｆ１６を介した通信を意味する。

Ｔ２００及びＴ２０２の処理は、それぞれ、図４のＴ１００及びＴ１０２の処理と同様である。また、Ｔ２０４の処理は、図４のＴ１３８の処理と同様である。Ｔ２０６では、端末１０は、端末１０がＷｉ－Ｆｉ通信を確立中であるので（図５のＳ１４でＹＥＳ）、Ｗｉ－ＦｉＩ／Ｆ１８を介して、ポーリングをプリンタ１００に送信する（Ｓ１６）。ポーリングは、プリンタ１００のシリアル番号ＳＮ１を含む。

プリンタ１００は、Ｔ２０６において、端末１０からポーリングを受信すると、Ｔ２０８において、プリンタ１００の現在のステータスを示すステータス情報を含むプリンタ情報を端末１０に送信する。Ｔ２０８の時点では、プリンタ１００において紙ジャムが発生しているため、ステータス情報は「紙ジャム」を示す。

端末１０は、Ｔ２０８において、プリンタ１００からプリンタ情報を受信すると（Ｓ１８でＹＥＳ）、ローカル接続がオンラインであると判定し（図５のＳ３０）、Ｔ２１０において、シリアル番号ＳＮ１に対応づけてデバイステーブル４０に記憶されているステータス情報を更新する（Ｓ３２）。具体的には、端末１０は、デバイステーブル４０において、シリアル番号ＳＮ１に対応付けて、ステータス情報「紙ジャム」を記憶する。

端末１０は、Ｔ２１２において、Ｔ２１０で更新済みのステータス情報を利用して、ステータス画面ＳＣ３を更新する（Ｓ３４）。特に、Ｔ２１２で更新されるステータス画面ＳＣ３は、紙ジャムが発生していることを示す情報と、ローカル接続がオンラインであることを示すマークＭ１と、を含む。ユーザは、当該ステータス画面ＳＣ３を見ることによって、プリンタ１００において紙ジャムが発生していることを知ることができる。このために、ユーザは、紙ジャムを解消するためのメンテナンスをプリンタ１００に実行することができる。また、ユーザは、プリンタ１００のローカル接続がオンラインであること（即ち、Ｗｉ－Ｆｉ通信を利用してステータス情報を取得していること）を知ることができる。

プリンタ１００は、Ｔ２２０において、ユーザのメンテナンスによって紙ジャムが解消すると、Ｔ２２２において、紙ジャムが解消したことを示す情報を含むステータス信号をサーバ３００に送信する。

サーバ３００は、Ｔ２２２において、プリンタ１００からステータス信号を受信すると、Ｔ２２４において、状態信号に含まれるシリアル番号ＳＮ１に対応付けて、ステータス情報「正常」を管理テーブル３４０に記憶する。

その後、Ｔ２０６でポーリングが送信されてから５秒経過すると、端末１０は、Ｔ２３０において、Ｗｉ－ＦｉＩ／Ｆ１８を介して、ポーリングをプリンタ１００に再度送信する（Ｓ１６）。この際、プリンタ１００におけるＷｉ－Ｆｉ通信が不安定であることに起因して、プリンタ１００は、端末１０からポーリングを受信しない。具体的には、端末１０は、プリンタ１００にポーリングを送信してから、プリンタ１００からプリンタ情報を受信することなく１秒経過すると（Ｓ１８でＮＯ、Ｓ２０でＮＯ、Ｓ２２でＮＯ）、ポーリングをプリンタ１００に再度送信する（Ｓ１６）。同様に、端末１０は、２回目及び３回目のポーリングをプリンタ１００に送信しても、プリンタ１００からプリンタ情報を受信しない（Ｓ２２でＹＥＳ）。

端末１０は、デバイステーブル４０において、プリンタ１００のシリアル番号ＳＮ１に対応付けて、アクセストークンＡＴ１を記憶済みであるので（Ｓ４２でＹＥＳ）、基地局とのセルラー通信を確立する。この場合、端末１０は、時刻Ｔ＿ＲＥを記憶しておらず（図６のＳ１０２でＹＥＳ）、かつ、セルラー通信を基地局と確立済みであるので（Ｓ１０４でＹＥＳ）、Ｔ２３２において、セルラーＩ／Ｆ１６を介して、ポーリングをサーバ３００に送信する（Ｓ１０６）。ポーリングは、プリンタ１００のシリアル番号ＳＮ１と、シリアル番号ＳＮ１に対応付けられているアクセストークンＡＴ１と、を含む。

サーバ３００は、Ｔ２３２において、端末１０からポーリングを受信すると、Ｔ２３４において、プリンタ１００の現在のステータスを示すステータス情報を含むプリンタ情報を端末１０に送信する。Ｔ２３４の時点では、プリンタ１００の紙ジャムは解消しているので（Ｔ２２２参照）、ステータス情報は「正常」を示す。

端末１０は、Ｔ２３４において、サーバ３００からプリンタ情報を受信すると、リモート接続がオンラインであると判定し（Ｓ１１０）、Ｔ２３６において、シリアル番号ＳＮ１に対応づけてデバイステーブル４０に記憶されているステータス情報を更新する（Ｓ１１２）。具体的には、端末１０は、デバイステーブル４０において、シリアル番号ＳＮ１に対応付けて、ステータス情報「正常」を記憶する。

端末１０は、Ｔ２３８において、Ｔ２３６で更新済みのステータス情報を利用して、ステータス画面ＳＣ３を更新する（Ｓ１１４）。特に、Ｔ２３８で更新されるステータス画面ＳＣ３は、プリンタ１００が正常に動作していることを示す情報と、リモート接続がオンラインであることを示すマークＭ２と、を含む。ユーザは、当該ステータス画面ＳＣ３を見ることによって、プリンタ１００において紙ジャムが解消したことを知ることができる。また、ユーザは、プリンタ１００のリモート接続がオンラインであること（即ち、セルラー通信を利用してステータス情報を取得していること）を知ることができる。

（図７の続き；図８）
その後、端末１０は、現在時刻を時刻Ｔ＿ＲＥとして記憶し（Ｓ１１６）、Ｗｉ－Ｆｉ通信を確立する。このとき、端末１０はＷｉ－Ｆｉ通信を確立するが、プリンタ１００におけるＷｉ－Ｆｉ通信は不安定である状態である。図７のＴ２３０で１回目のポーリングが送信されてから５秒経過すると、端末１０は、図８のＴ２４０において、Ｗｉ－ＦｉＩ／Ｆ１８を介して、ポーリングをプリンタ１００に送信する（Ｓ１６）。Ｔ２４０の処理は、Ｔ２３０の処理と同様である。この場合、端末１０は、（Ｔ＿ＮＯＷ－Ｔ＿ＲＥ）が９０秒以下であるので（Ｓ１０２でＮＯ）、ポーリングをサーバ３００に送信せず、ステータス情報及びステータス画面を更新しない。このように、アプリ３８は、ポーリングをサーバ３００に送信してから９０秒経過していない状況では、ポーリングをサーバ３００に再度送信しない。この場合、アプリ３８は、プリンタ１００の最新のステータス情報を取得できないが、最新のステータス情報が取得できないことを示す情報を表示することなく、サーバ３００から前回受信されたステータス情報が利用されたステータス画面ＳＣ３の表示を維持する。このために、アプリ３８は、最新のステータス情報を取得できない場合であっても、前回取得されたステータス情報を利用してステータス画面ＳＣ３を継続的に表示することができる。

その後、Ｔ２３２でポーリングがサーバ３００に送信されてから９０秒経過した後に、端末１０は、Ｔ２５０において、Ｗｉ－ＦｉＩ／Ｆ１８を介して、ポーリングをプリンタ１００に送信する（Ｓ１６）。Ｔ２５０の処理は、Ｔ２３０の処理と同様である。

この場合、端末１０は、（Ｔ＿ＮＯＷ－Ｔ＿ＲＥ）が９０秒よりも大きくなったので（Ｓ１０２でＹＥＳ）、Ｔ２５２において、セルラーＩ／Ｆ１６を介して、ポーリングをサーバ３００に送信する。Ｔ２５２～Ｔ２５８の処理は、図７のＴ２３２～Ｔ２３８の処理と同様である。

その後、Ｔ２５０で１回目のポーリングが送信されてから５秒経過すると、端末１０は、Ｔ２６０において、Ｗｉ－ＦｉＩ／Ｆ１８を介して、ポーリングをプリンタ１００に送信する（Ｓ１６）。

この際、プリンタ１００のＷｉ－Ｆｉ通信が安定していることに起因して、プリンタ１００は、Ｔ２６０において、端末１０からポーリングを受信すると、Ｔ２６２において、ステータス情報を含むプリンタ情報を端末１０に送信する。Ｔ２６０～Ｔ２６６の処理は、図７のＴ２０６～Ｔ２１２の処理と同様である。

（本実施例の効果）
以上の構成によると、インターネット６を介したセルラー通信を利用した図６のＳ１０６及びＳ１０８の処理は９０秒毎に実行され、インターネット６を介さないＷｉ－Ｆｉ通信を利用した図５のＳ１６～Ｓ２２の処理は５秒毎に実行される。即ち、セルラー通信を利用した図６のＳ１０６及びＳ１０８の処理に対応する間隔は、Ｗｉ－Ｆｉ通信を利用した図５のＳ１６～Ｓ２２の処理に対応する間隔よりも長い。従って、インターネット６を介したセルラー通信の回数が少なくなるので、通信コストが少なくなる。

特に、本実施例では、アプリ３８は、インターネット６を介したセルラー通信を利用したステータス情報の取得よりも、インターネット６を介さないＷｉ－Ｆｉ通信を利用したステータス情報の取得を優先して実行する（図５のＳ１４でＹＥＳ、かつ、Ｓ１８でＹＥＳの場合、Ｓ６０の処理を実行しない）。このために、インターネット６を介したセルラー通信の回数が少なくなるので、通信コストが少なくなる。

（対応関係）
端末１０、プリンタ１００が、それぞれ、「端末装置」、「通信装置」の一例である。サーバ３００、プリンタ１００が、それぞれ、「第１の外部装置」、「第２の外部装置」の一例である。シリアル番号が、「識別情報」の一例である。セルラー通信、Ｗｉ－Ｆｉ通信が、それぞれ、「第１種の通信」、「第２種の通信」の一例である。図６のＳ１０６でサーバ３００に送信されるポーリング、図５のＳ１６でプリンタ１００に送信されるポーリングが、それぞれ、「第１の情報要求」、「第２の情報要求」の一例である。図６のＳ１０６及びＳ１０８の処理が、「第１種の通信処理」の一例である。図５のＳ１６～Ｓ２２の処理が、「第２種の通信処理」の一例である。ステータス情報が、「関連情報」の一例である。９０秒、５秒が、それぞれ、「第１の間隔」、「第２の間隔」の一例である。１秒、「３」が、それぞれ、「所定時間」、「所定個数」の一例である。ステータス画面ＳＣ３が、「特定画面」の一例である。図７のＴ２３８で表示されるステータス画面ＳＣ３に表示されるリモート接続がオンラインであることを示すマークＭ２が、「所定情報」の一例である。

図６のＳ１０６及びＳ１０８の処理が、「第１の通信部」によって実行される処理の一例である。図５にＳ１６～Ｓ２２の処理が、「第２の通信部」によって実行される処理の一例である。図５のＳ３４及び図６のＳ１１４の処理が、「表示制御部」によって実行される処理の一例である。図５のＳ１４の処理、図５のＳ１８～Ｓ２２の処理、図６のＳ１０２の処理が、それぞれ、「第１の判断部」、「第２の判断部」、「第３の判断部」によって実行される処理の一例である。図４のＴ１３０の処理が、「記憶制御部」によって実行される処理の一例である。

以上、本明細書が開示する技術の具体例を詳細に説明したが、これらは例示に過ぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。上記の実施例の変形例を以下に列挙する。

（変形例１）上記の実施例では、端末１０は、セルラーＩ／Ｆ１６を利用してインターネット６を介したセルラー通信をサーバ３００と実行し、Ｗｉ－ＦｉＩ／Ｆ１８を利用してインターネット６を介さないＷｉ－Ｆｉ通信をプリンタ１００と実行した。しかしながら、端末１０はセルラーＩ／Ｆ１６を備えなくてもよく、Ｗｉ－ＦｉＩ／Ｆ１８のみを備えてもよい。本変形例では、Ｗｉ－ＦｉＩ／Ｆ１８を利用して、インターネット６を介した通信と、インターネット６を介さない通信と、の双方を実行してもよい。また、別の変形例では、端末１０は、Ｗｉ－ＦｉＩ／Ｆ１８に代えて、Ｂｌｕｅｔｏｏｔｈ（登録商標）方式に従ったＢｌｕｅｔｏｏｔｈ通信を実行するためのＢｌｕｅｔｏｏｔｈＩ／Ｆを備えてもよい。本変形例では、Ｂｌｕｅｔｏｏｔｈ通信が、「第２種の通信」の一例である。また、別の変形例では、端末１０は、Ｗｉ－ＦｉＩ／Ｆ１８に代えて、ＬＡＮ４に接続するためのＬＡＮＩ／Ｆを備えてもよい。この場合、ＬＡＮ４は、無線ＬＡＮであってもよいし、有線ＬＡＮであってもよい。本変形例では、ＬＡＮ４を介した通信が、「第２種の通信」の一例である。

（変形例２）アプリ３８がプリンタ１００又はサーバ３００から受信するプリンタ情報に含まれるステータス情報は、上記の実施例の「正常」及び「紙ジャム」に限定されず、例えば、インク残量が少なくなったことを示すステータス情報「インク残量Ｌｏｗ」等であってもよい。また、プリンタ情報に含まれる情報は、プリンタ１００のステータス情報に限定されず、例えば、サブスクリプションサービスへの加入状況、セキュリティのロック状態等、プリンタ１００に関連する情報であればどのような情報であってもよい。本変形例では、上記のプリンタ１００に関連する情報が、「関連情報」の一例である。

（変形例３）セルラーＩ／Ｆ１６を介して、サーバ３００からプリンタ１００のステータス情報を取得するための処理を実行するための間隔は、上記の実施例の９０秒に限定されず、９０秒未満であってもよいし、９０秒以上であってもよい。また、Ｗｉ－ＦｉＩ／Ｆ１８を介して、プリンタ１００からステータス情報を取得するための処理を実行するための間隔は、上記の実施例の５秒に限定されず、５秒未満であってもよいし、５秒以上であってもよい。ＬＡＮＩ／Ｆ１６を介して、サーバ３００からプリンタ１００のステータス情報を取得するための処理を実行するための間隔が、Ｗｉ－ＦｉＩ／Ｆ１８を介して、プリンタ１００からステータス情報を取得するための処理を実行するための間隔よりも長ければよい。

（変形例４）アプリ３８は、プリンタ１００又はサーバ３００からプリンタ情報を受信する場合に、ステータス画面を更新しなくてもよい。本変形例では、図５のＳ３４の処理、及び、図６のＳ１１４の処理を省略可能である。本変形例では、例えば、ステータス画面の表示を指示するための操作がユーザによって実行される場合に、ステータス画面を表示してもよい。一般的に言うと、「表示制御部」を省略可能である。

（変形例５）上記の実施例では、アプリ３８は、インターネット６を介したセルラー通信を利用したステータス情報の取得よりも、インターネット６を介さないＷｉ－Ｆｉ通信を利用したステータス情報の取得を優先して実行した。変形例では、アプリ３８は、インターネット６を介さないＷｉ－Ｆｉ通信を利用したステータス情報の取得よりも、インターネット６を介したセルラー通信を利用したステータス情報の取得を優先して実行してもよい。本変形例では、「第１の判断部」及び「第２の判断部」を省略可能である。

（変形例６）上記の実施例では、アプリ３８は、プリンタ１００にポーリングを送信してから１秒経過してもプリンタ１００からステータス情報を受信しない場合に、プリンタ１００にポーリングを再び送信した（図５のＳ２０）。また、アプリ３８は、プリンタ１００からステータス情報を取得するための処理毎に、最大３回のポーリングをプリンタに送信した（Ｓ２２）。上記の実施例の閾値秒数「１秒」は、１秒未満であってもよいし、１秒以上であってもよい。また、閾値回数「３回」は、３回未満であってもよいし、３回以上であってもよい。一般的に言うと、「所定時間」及び「所定個数」は、上記の実施例の形態に限定されない。

（変形例７）端末１０は、図８のＴ２４０でプリンタ１００にポーリングを送信した後、プリンタ１００からプリンタ情報を取得しない場合、ステータス情報が取得できなかったことを示す情報を含むステータス画面を表示してもよい。

（変形例８）アプリ３８は、アプリ３８がバックグラウンドで起動されている間に、図５及び図６の処理を実行してもよい。

（変形例９）上記の実施例では、アプリ３８は、アプリ３８のデバイステーブル４０に登録されている１個以上のプリンタのうち、ユーザによって選択された１つのプリンタに対して、図５及び図６の処理を実行した。変形例では、アプリ３８は、アプリ３８のデバイステーブル４０に登録されている１個以上のプリンタのそれぞれについて、図５及び図６の処理を並行して実行してもよい。

（変形例１０）プリンタ１００がインターネット６に接続されている場合に、アプリ３８は、セルラー通信を利用して、インターネット６を介して、ポーリングをプリンタ１００に送信してもよい。本変形例では、プリンタ１００が、「第１の外部装置」の一例である。また、サーバ３００がＬＡＮ４内に設置されている場合に、アプリ３８は、Ｗｉ－Ｆｉ通信を利用して、インターネット６を介さずに、ポーリングをサーバ３００に送信してもよい。本変形例では、サーバ３００が、「第２の外部装置」の一例である。

（変形例１１）上記の実施例では、図２～図８の各処理がソフトウェア（例えばアプリ３８）によって実現されるが、これらの各処理のうちの少なくとも１つが論理回路等のハードウェアによって実現されてもよい。

本明細書または図面に説明した技術要素は、単独で、あるいは各種の組合せによって技術的有用性を発揮するものであり、出願時請求項記載の組合せに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成し得るものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。

２：通信システム、４：ＬＡＮ、６：インターネット、１０：端末、１２，１１２：操作部、１４，１１４：表示部、１６：セルラーＩ／Ｆ、１８：Ｗｉ－ＦｉＩ／Ｆ、３０，１３０，３３０：制御部、３２，１３２，３３２：ＣＰＵ、３４，１３４，３３４：メモリ、３６：ＯＳプログラム３６、３８：アプリケーション、４０：デバイステーブル、１００，２００：プリンタ、１１６：ＬＡＮＩ／Ｆ、１１８：印刷実行部、１３６，３３６：プログラム、３００：サーバ、３１６：ネットワークＩ／Ｆ、３４０：管理テーブル

Claims (10)

1. 端末装置のためのアプリケーションプログラムであって、
   前記端末装置のコンピュータを、以下の各部、即ち、
   インターネットを介した第１種の通信を利用して、前記端末装置とは異なる通信装置に関連する関連情報を受信するための第１種の通信処理を繰り返し実行する第１の通信部であって、前記第１種の通信処理は、第１の情報要求を第１の外部装置に送信することを含む、前記第１の通信部と、
   前記インターネットを介さない第２種の通信を利用して、前記関連情報を受信するための第２種の通信処理を繰り返し実行する第２の通信部であって、前記第２種の通信処理は、第２の情報要求を第２の外部装置に送信することを含む、前記第２の通信部と、として機能させ、
   前記第１種の通信処理を繰り返し実行するための間隔である第１の間隔は、前記第２種の通信処理を繰り返し実行するための間隔である第２の間隔よりも長い、アプリケーションプログラム。
2. 前記アプリケーションプログラムは、前記コンピュータを、さらに、
   前記第１の外部装置又は前記第２の外部装置から前記関連情報が受信される場合に、前記関連情報を示す特定画面を前記端末装置の表示部に表示させる表示制御部として機能させる、請求項１に記載のアプリケーションプログラム。
3. 前記アプリケーションプログラムは、前記コンピュータを、さらに、
   前記端末装置が前記第２種の通信を実行可能であるのか否かを判断する第１の判断部として機能させ、
   前記第１の通信部は、前記第２種の通信を実行不可能であると判断される場合に、前記第１種の通信処理を実行し、
   前記第２の通信部は、前記第２種の通信を実行可能であると判断される場合に、前記第２種の通信処理を実行し、
   前記第２種の通信を実行可能であると判断される場合に、前記第１種の通信処理は実行されない、請求項１又は２に記載のアプリケーションプログラム。
4. 前記アプリケーションプログラムは、前記コンピュータを、さらに、
   前記第２種の通信を実行可能であると判断される場合に、前記第２の外部装置から前記関連情報が受信されたのか否かを判断する第２の判断部として機能させ、
   前記第１の通信部は、前記第２の外部装置から前記関連情報が受信されなかったと判断される場合に、前記第１種の通信処理を実行する、請求項３に記載のアプリケーションプログラム。
5. 前記第２種の通信処理は、前記第２の情報要求が前記第２の外部装置に送信されてから、前記第２の外部装置から前記関連情報が受信されることなく、所定時間が経過する場合に、前記第２の情報要求を前記第２の外部装置に再び送信することを含み、
   前記第２の判断部は、２以上の所定個数の前記第２の情報要求が前記第２の外部装置に送信され、かつ、前記第２の外部装置から前記関連情報が受信されない場合に、前記第２の外部装置から前記関連情報が受信されなかったと判断する、請求項４に記載のアプリケーションプログラム。
6. 前記アプリケーションプログラムは、前記コンピュータを、さらに、
   前記第２の外部装置から前記関連情報が受信されなかったと判断される場合に、前回の前記第１種の通信処理が実行されてから前記第１の間隔が経過しているのか否かを判断する第３の判断部として機能させ、
   前記第１の通信部は、前回の前記第１種の通信処理が実行されてから前記第１の間隔が経過していると判断される場合に、前記第１種の通信処理を実行し、
   前回の前記第１種の通信処理が実行されてから前記第１の間隔が経過していないと判断される場合に、前記第１種の通信処理は実行されず、
   前記第２の通信部は、前回の前記第１種の通信処理が実行されてから前記第１の間隔が経過していないと判断され、かつ、前回の前記第２種の通信処理が実行されてから前記第２の間隔が経過する場合に、前記第２種の通信処理を実行する、請求項４又は５に記載のアプリケーションプログラム。
7. 前記アプリケーションプログラムは、前記コンピュータを、さらに、
   前記第１の外部装置又は前記第２の外部装置から前記関連情報が受信される場合に、前記関連情報が利用された特定画面を前記端末装置の表示部に表示させる表示制御部として機能させ、
   前記表示制御部は、
   前記第１の外部装置から前記関連情報が受信される場合に、前記第１種の通信処理によって前記関連情報が受信されたことを示す所定情報を含む前記特定画面を前記表示部に表示させ、
   前記所定情報を含む前記特定画面が前記表示部に表示されている状態において、前記第２種の通信処理が実行され、かつ、前記第２の外部装置から前記関連情報が受信されなかったと判断される場合に、前記第２種の通信処理が失敗したことを示す情報を前記所定情報に代えて表示することなく、前記所定情報を含む前記特定画面を前記表示部に継続して表示させる、請求項６に記載のアプリケーションプログラム。
8. 前記第１の通信部は、前記アプリケーションプログラムがフォアグラウンドで動作している場合に、前記第１種の通信処理を実行し、
   前記第２の通信部は、前記アプリケーションプログラムが前記フォアグラウンドで動作している場合に、前記第２種の通信処理を実行し、
   前記アプリケーションプログラムがバックグラウンドで動作している場合に、前記第１種の通信処理と前記第２種の通信処理とは実行されない、請求項１～７のいずれか一項に記載のアプリケーションプログラム。
9. 前記アプリケーションプログラムは、前記コンピュータを、さらに、
   １個以上の通信装置を識別する１個以上の識別情報を前記端末装置のメモリに記憶させる記憶制御部として機能させ、
   前記通信装置は、前記メモリ内の前記１個以上の識別情報の中からユーザによって選択された１個の識別情報によって識別される装置である、請求項１～８のいずれか一項に記載のアプリケーションプログラム。
10. 前記第１の外部装置は、前記端末装置及び前記通信装置とは異なるサーバであり、
    前記第２の外部装置は、前記通信装置である、請求項１～９のいずれか一項に記載のアプリケーションプログラム。

Images