JP2020198002A - プログラム、通信システム、及び通信方法 - Google Patents

Abstract

【課題】プリンタ１４の利用者にプリンタ１４にエラーが発生したことを迅速に把握させることである。【解決手段】第１プログラム５４は、プリンタ１４のステータス情報を取得する。第１プログラム５４は、Ｓ５６で、取得したステータス情報に基づいて、プリンタ１４にエラーが発生していると判断したことに応じて、プリンタ１４に関連づけされた携帯端末装置１６の宛先情報を取得する（Ｓ５９）。第１プログラム５４は、Ｓ５１０で、取得した宛先情報を有するメッセージデータを携帯端末装置１６に送信する。携帯端末装置１６のディスプレイ７８には、メッセージデータの内容が表示される（Ｓ５１１）。【選択図】図９

Description

本発明は、デバイスのエラーを報知する技術に関する。

インターネット上の管理サーバが、モバイルデバイスと通信を行って、モバイルデバイスの管理を行うモバイルデバイス管理システム（以下、ＭＤＭシステムと称する）が知られている（例えば、特許文献１参照）。モバイルデバイスは、例えば、携帯電話やタブレットやノート型のパーソナルコンピュータなど、インターネットに接続して管理サーバと通信可能な端末である。

特表２０１７−５３６５９８号公報

ＭＤＭシステムにより、据置型プリンタやモバイルプリンタ等のデバイスを管理することが要望されている。具体的には、各デバイスにおいて、紙詰まりや用紙無し等のエラーが発生する場合がある。このようなエラーが発生した場合、デバイスの利用者は極力早くエラーを解消する必要がある。しかし、特許文献１では、デバイスにエラーが発生した場合に、利用者が迅速にエラーを把握し対処するための管理について十分な開示がされていない。

本発明は、前記の事情に鑑みてなされたものであり、その目的は、デバイスにエラーが発生していることを迅速に把握し対処するための通知を可能にする手段を提供することにある。

本明細書では様々な開示を行う。開示例の一例であるプログラムは、第１通信インタフェース及びメモリを有する情報処理装置のコンピュータによって実行される。前記プログラムは、デバイスのステータス情報を前記第１通信インタフェースを通じて取得するステータス取得処理と、前記ステータス情報に基づいて、前記デバイスにエラーが発生しているか否かを判断するエラー判断処理と、前記デバイスに対応する携帯端末装置の宛先情報を前記メモリから取得する宛先取得処理と、前記エラー判断処理で前記エラーが発生していると判断したデバイスに対応する携帯端末装置の宛先情報を、前記宛先取得処理により前記メモリから取得して、取得した前記宛先情報に基づき、前記エラーの発生を示すメッセージデータを送信するよう指示する送信指示処理と、を前記コンピュータに実行させる。

前記開示によれば、携帯端末装置に、デバイスにエラーが発生していることを迅速に把握し対処するため通知を行うことが可能となる。

図１は、本開示の一実施形態に係る通信システム１００の構成を示すブロック図である。 図２（Ａ）は、プリンタ１４の詳細な構成を示し、図２（Ｂ）は、端末装置１１の詳細な構成を示し、図２（Ｃ）は、携帯端末装置１６の詳細な構成を示す模式図である。 図３は、図１の管理サーバ１５のデータベース５１０のデータ構造を示す模式図である。 図４（Ａ）は、図１の外部仲介装置１２のデータベース２１０のデータ構造を示し、図４（Ｂ）は、図１の内部仲介装置１３のデータベース３１０のデータ構造を示す模式図である。 図５は、通信システム１００におけるモバイルデバイス登録処理の手順を示すフローチャートである。 図６は、通信システム１００におけるデバイス登録処理の手順を示すフローチャートである。 図７は、通信システム１００におけるステータス登録処理の手順を示すフローチャートである。 図８は、通信システム１００における宛先設定処理の手順を示すフローチャートである。 図９は、通信システム１００におけるメッセージ送信処理の手順を示すフローチャートである。 図１０は、図９のＳ５７の詳細な処理手順を示すフローチャートである。 図１１は、端末装置１１のディスプレイ６７の画面を示す模式図であり、（Ａ）は、端末装置１１の初期画面６７Ａを示し、（Ｂ）は、端末装置１１の各種設定画面６７Ｂを示す。 図１２は、端末装置１１のディスプレイ６７に表示される宛先設定画面を示す模式図である。 図１３は、図９のＳ５７の変形例の詳細な処理手順を示すフローチャートである。

以下、図面を参照して本開示の実施形態について説明する。なお、以下に説明される実施形態は本開示の一例にすぎず、本開示の要旨を変更しない範囲で、各実施形態を適宜変更できることは言うまでもない。例えば、後述する各処理の実行順序は、本開示の要旨を変更しない範囲で、適宜変更することができる。

［通信システム１００の構成］
図１において、通信システム１００は、管理サーバ１５、外部仲介装置１２、内部仲介装置１３、複数台のプリンタ１４、複数台の携帯端末装置１６、及び端末装置１１を備える。

通信システム１００において、管理サーバ１５は、所謂モバイルデバイス管理システム（以下、ＭＤＭシステムと称する）により、各携帯端末装置１６を直接管理する。管理サーバ１５は、ＭＤＭシステムにより、外部仲介装置１２及び内部仲介装置１３を通じて各プリンタ１４を管理する。詳細には、端末装置１１のオペレータは、端末装置１１が記憶するブラウザ６４を参照しながら、管理サーバ１５により管理されている携帯端末装置１６及びプリンタ１４を互いに関連付ける。管理サーバ１５は、プリンタ１４にエラーが発生した場合に、その旨を、予め設定されている携帯端末装置１６に通知する。

管理サーバ１５は、インターネット１７に接続されるサーバ装置である。管理サーバ１５は、例えば、ＭＤＭプロバイダにより管理される。ＭＤＭプロバイダは、ＭＤＭシステムにより、携帯端末装置１６（即ち、モバイルデバイス）を管理するサービスを提供する会社である。

外部仲介装置１２は、ファイアウォール１９を介してインターネット１７に接続されるサーバ装置である。外部仲介装置１２は、ＭＤＭカスタマにより管理される。ＭＤＭカスタマは、ＭＤＭプロバイダによるサービスの提供を受ける会社である。

管理サーバ１５及び外部仲介装置１２は、インターネット１７及びファイアウォール１９を通じて相互に通信可能である。具体的には、管理サーバ１５及び外部仲介装置１２は、予め割り当てられているグローバルＩＰアドレスを用い、インターネットプロトコルに従って、要求（具体的にはＨＴＴＰリクエスト）及び応答（具体的には、ＨＴＴＰレスポンス）を相互に通信する。

内部仲介装置１３は、ファイアウォール１１０を介してインターネット１７に接続されるサーバ装置又はパーソナルコンピュータである。内部仲介装置１３は、例えば、ＭＤＭカスタマの支店や営業所（以下、単に、支店と称する）毎に設置される。

内部仲介装置１３及び外部仲介装置１２は、インターネット１７及びファイアウォール１９、１１０等を通じて相互に通信可能である。具体的には、内部仲介装置１３及び外部仲介装置１２は、予め割り当てられているグローバルＩＰアドレスを用い、インターネットプロトコルに従って、要求（具体的にはＨＴＴＰリクエスト）及び応答（具体的には、ＨＴＴＰレスポンス）を相互に通信する。

なお、ファイアウォール１９、１１０は、例えば、予め定められているファイアウォールポリシーに基づきパケットフィルタリングを行う。これにより、内部仲介装置１３及び外部仲介装置１２への不正アクセスが防止される。

内部仲介装置１３は、支店毎に構築されるローカルエリアネットワーク（以下、ＬＡＮと称する）１８にも接続される。ＬＡＮ１８には、複数のプリンタ１４が接続される。各支店に属する者は、プリンタ１４を利用可能である。各プリンタ１４は、ＬＡＮ１８に接続される。なお、プリンタ１４の台数は、少なくとも１台でよい。

ＬＡＮ１８は、イントラネットであり、有線ＬＡＮ、無線ＬＡＮ又はＷＡＮである。ＬＡＮ１８は、有線ＬＡＮ、無線ＬＡＮ及びＷＡＮの少なくとも２つの組み合わせでもよい。内部仲介装置１３及び各プリンタ１４とは、ＴＣＰ／ＩＰ等の通信プロトコルに従って相互に通信可能である。具体的には、内部仲介装置１３及びプリンタ１４は、プライベートＩＰアドレスやＭＡＣアドレスを用いて、要求及び応答を相互に通信する。

より詳細には、ＬＡＮ１８は、ルータやブリッジ等のゲートウェイ装置（図示せず）を有している。ゲートウェイ装置は、予め割り当てられているグローバルＩＰアドレスを有する。内部仲介装置１３は、ゲートウェイ装置及びファイアウォール１１０を通じてインターネット１７に接続される。なお、ファイアウォール１１０は、ゲートウェイ装置に組み込まれていてもよい。

上記ネットワーク構成により、プリンタ１４は管理サーバ１５と直接通信する構成を備えていない。上記ネットワーク構成により、各プリンタ１４は管理サーバ１５と直接通信することができない。通信システム１００は、管理サーバ１５がプリンタ１４を管理するために、外部仲介装置１２及び内部仲介装置１３を備えている。更に、管理サーバ１５、外部仲介装置１２、及び内部仲介装置１３には、第１プログラム５４、第２プログラム２４、及びエージェントソフト３４がそれぞれインストールされている。

［管理サーバ１５の構成］
図１に示されるように、管理サーバ１５は、ＣＰＵ５１と、メモリ５２と、通信Ｉ／Ｆ（インタフェースの略称）５５と、ユーザＩ／Ｆ５６と、ディスプレイ５１１と、通信バス５７とを備える。ＣＰＵ５１、メモリ５２、通信Ｉ／Ｆ５５、ユーザＩ／Ｆ５６、及びディスプレイ５１１は、通信バス５７と接続されている。

管理サーバ１５は、情報処理装置の第一例である。ＣＰＵ５１は、コンピュータの第一例である。ＣＰＵ５１及びメモリ５２は、コントローラ、第１コントローラの第一例である。通信Ｉ／Ｆ５５は、第１通信インタフェースの一例である。

メモリ５２は、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ、ＨＤＤ、ＵＳＢメモリ等の記憶媒体、及びＣＰＵ５１が備えるバッファ等である。メモリ５２は、コンピュータが読み取り可能なストレージ媒体であってもよい。コンピュータが読み取り可能なストレージ媒体とは、ｎｏｎ−ｔｒａｎｓｉｔｏｒｙな媒体である。ｎｏｎ−ｔｒａｎｓｉｔｏｒｙな媒体には、上記の例の他に、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ等の記録媒体も含まれる。また、ｎｏｎ−ｔｒａｎｓｉｔｏｒｙな媒体は、ｔａｎｇｉｂｌｅな媒体でもある。一方、インターネット１７上のサーバ（図示せず）などからダウンロードされるプログラムを搬送する電気信号は、コンピュータが読み取り可能な媒体の一種であるコンピュータが読み取り可能な信号媒体である。しかし、この種の電気信号は、ｎｏｎ−ｔｒａｎｓｉｔｏｒｙなコンピュータが読み取り可能なストレージ媒体には含まれない。この点については、後述の外部仲介装置１２のメモリ２２、内部仲介装置１３のメモリ３２、及びプリンタ１４のメモリ４２（図２参照）についても同様である。

メモリ５２は、プログラム記憶領域５８及びデータ記憶領域５９を有している。プログラム記憶領域５８は、ＯＳ５３や第１プログラム５４等のプログラムを記憶している。

ＯＳ５３は、管理サーバ１５の基本プログラムである。ＯＳ５３は、例えば、ＭａｃＯＳ（登録商標）、Ｗｉｎｄｏｗｓ（登録商標）、Ｌｉｎｕｘ（登録商標）、Ａｎｄｒｏｉｄ（登録商標）ＯＳ等のオペレーティングシステムである。

第１プログラム５４は、ＯＳ５３と協働して、通信Ｉ／Ｆ５５を通じた管理サーバ１５及び外部仲介装置１２の間の通信を制御するプログラムである。第１プログラム５４は、プログラムの一部又は第一例である。

第１プログラム５４は、単一のプログラムであってもよいし、複数のプログラムモジュールの集合体であってもよい。この点については、第２プログラム２４、エージェントソフト３４、及び、制御プログラム４４にも同様に当てはまる。

データ記憶領域５９は、第１プログラム５４の実行に必要なデータを記憶する。また、データ記憶領域５９は、図３に示されるデータベース５１０を記憶する。

図３において、データベース５１０は、複数のレコード５１２Ａを有する。各レコード５１２Ａは、複数の項目を記録可能な複数のフィールド５１２Ｂを有する。複数の項目は、項目「デバイスＩＤ」、「ＧＩＤ」、「宛先情報」、「送信タイミング」、「エラー種別」、「今回のステータス情報」、及び「前回のステータス情報」である。また、複数のフィールド５１２Ｂは、デバイスＩＤフィールド、ＧＩＤフィールド、宛先情報フィールド、送信タイミングフィールド、エラー種別フィールド、今回のステータス情報フィールド、及び前回のステータス情報フィールドを含む。

各デバイスＩＤフィールドには、プリンタ１４又は携帯端末装置１６を識別する識別情報（デバイスＩＤとも称する）が記録される。デバイスＩＤは、例えば、プリンタ１４のＭＡＣアドレス、ＩＰアドレス又はシリアル番号、又は携帯端末装置１６のＭＡＣアドレス、ＩＰアドレス、電話番号、又はシリアル番号などである。各レコード５１２Ａは、デバイスＩＤによって区別される。すなわち、１台のプリンタ１４又は携帯端末装置１６に対して１つのレコード５１２Ａが生成される。以下、各レコード５１２Ａに対応するプリンタ１４を、対象のプリンタ１４と称する場合がある。

各ＧＩＤフィールドには、対象のプリンタ１４が通信可能な内部仲介装置１３を示す識別情報が記録される。以下、この識別情報をＧＩＤと称する場合がある。なお、ＧＩＤは、数字や文字、その他、内部仲介装置１３を識別可能なものであれば、どのようなものがＧＩＤとして用いられてもよい。この点についてはデバイスＩＤも同様である。なお、携帯端末装置１６に対応するＧＩＤフィールドに、ＧＩＤが記録される必要は特にない。

各宛先情報フィールドには、対象のプリンタ１４と関連付けされた携帯端末装置１６が有するメッセージの宛先情報が記録される。その宛先情報は、携帯端末装置１６を識別可能な情報である。宛先情報は、電子メールアドレス又は電話番号等が用いられる。

送信タイミングフィールドには、メッセージの送信タイミングを示すタイミング情報が記録される。タイミング情報は、第１タイミング情報、又は第２タイミング情報である。第１タイミング情報は、対象となるプリンタ１４でエラーが発生した直後であることを示す。第２タイミング情報は、対象となるプリンタ１４でエラーが発生中であることを示す。

エラー種別フィールドには、エラー種別を示す種別情報が記録される。種別情報は、紙詰まり及び／又は用紙無しを示す。紙詰まりは、対象のプリンタ１４においてシートが詰まっていることである。用紙無しは、対象のプリンタ１４において画像記録に使用される用紙が無いことである。

なお、携帯端末装置１６に対応する宛先情報フィールド、送信タイミングフィールド及びエラー種別フィールドには情報が記録される必要は特にない。

今回のステータス情報フィールド及び前回のステータスフィールドには、対象のプリンタ１４の状態を示すステータス情報が記録される。ステータス情報は、例えば、「オンライン」、「オフライン」、「紙詰まり」及び「用紙無し」のいずれかを示す。「オンライン」は、対象のプリンタ１４がＬＡＮ１８に接続されていることを示す。「オフライン」は、対象のプリンタ１４がＬＡＮ１８に接続されていないことを示す。

より具体的には、今回のステータス情報フィールドには、図９のＳ５５で取得されたステータス情報が記録される。前回のステータス情報フィールドには、前回のＳ５５で取得されたステータス情報が記録される。

なお、携帯端末装置１６に対応する前回のステータス情報フィールドに情報が記録される必要は特にない。

図１において、通信Ｉ／Ｆ５５は、インターネット１７及びファイアウォール１９を通じて、各種情報又は各種データを外部仲介装置１２と通信する。通信Ｉ／Ｆ５５は、公衆回線１１１、及びインターネット１７を通じて、各種情報又は各種データを携帯端末装置１６と通信する。通信Ｉ／Ｆ５５は、有線ＬＡＮ Ｉ／Ｆや無線ＬＡＮ Ｉ／Ｆである。

ユーザＩ／Ｆ５６は、キーボードやマウスである。ユーザＩ／Ｆ５６は、オペレータによる入力を受け付ける。ディスプレイ５１１は、ＣＰＵ５１から受信した各種画面データに基づく画像を表示する。

［外部仲介装置１２の構成］
図１に示されるように、外部仲介装置１２は、通信バス２７により相互に通信可能なＣＰＵ２１、メモリ２２、通信Ｉ／Ｆ２５、ユーザＩ／Ｆ２６、及びディスプレイ２１１を備える。

外部仲介装置１２は、情報処理装置の第二例である。ＣＰＵ２１は、コンピュータ及びコントローラの第二例である。ＣＰＵ２１及びメモリ２２は、コントローラの第二例であり、第４コントローラの一例である。通信Ｉ／Ｆは、第４通信インタフェースの一例である。

メモリ２２は、メモリ５２と同様の記憶媒体、及びＣＰＵ２１が備えるバッファである。メモリ２２は、プログラム記憶領域２８及びデータ記憶領域２９を有している。プログラム記憶領域２８は、ＯＳ２３や第２プログラム２４等のプログラムを記憶している。

ＯＳ２３は、外部仲介装置１２の基本プログラムである。第２プログラム２４は、ＯＳ２３と協働して、外部仲介装置１２と、管理サーバ１５又は内部仲介装置１３の間の通信を制御するプログラムである。第２プログラム２４は、プログラムの一部又はプログラムの第二例である。

データ記憶領域２９は、プログラム記憶領域２８内のプログラムの実行に必要なデータを記憶する。また、データ記憶領域２９は、図４（Ａ）に示されるデータベース２１０を記憶する。

図４（Ａ）において、データベース２１０は、複数のレコードを有する。各レコードは、複数の項目を記録可能な複数のフィールドを有する。複数の項目は、項目「デバイスＩＤ」、「ＧＩＤ」、及び「ステータス情報」である。また、複数のフィールドは、デバイスＩＤフィールド、ＧＩＤフィールド、及びステータス情報フィールドを含む。

デバイスＩＤフィールド、及びＧＩＤフィールドには、データベース５１０のデバイスＩＤフィールド、及びＧＩＤフィールドと同様の情報が記録される。

ステータス情報フィールドには、データベース５１０の今回のステータス情報フィールドと同様の情報が記録される。

図１において、通信Ｉ／Ｆ２５は、通信インタフェースであり、ファイアウォール１９及びインターネット１７を通じて、管理サーバ１５又は内部仲介装置１３と各種情報又は各種データを通信する。

ユーザＩ／Ｆ２６は、外部仲介装置１２のオペレータによる入力を受け付ける。ディスプレイ２１１は、ＣＰＵ５１から受信する各種画面データに基づく画像を表示する。

［内部仲介装置１３の構成］
図１に示されるように、内部仲介装置１３は、通信バス３７により相互に通信可能なＣＰＵ３１、メモリ３２、通信Ｉ／Ｆ３５、ユーザＩ／Ｆ３６、及びディスプレイ３１１を備える。

内部仲介装置１３は、情報処理装置の第三例である。ＣＰＵ３１は、コンピュータの第三例である。ＣＰＵ３１及びメモリ３２は、コントローラの第三例であり、第４コントローラの一例である。通信Ｉ／Ｆは、第４通信インタフェースの一例である。

メモリ３２は、メモリ５２と同様の記憶媒体、及びＣＰＵ３１が備えるバッファ等である。メモリ３２は、プログラム記憶領域３８及びデータ記憶領域３９を有している。プログラム記憶領域３８は、ＯＳ３３及びエージェントソフト３４等のプログラムを記憶している。

ＯＳ３３は、オペレーティングシステムであり、内部仲介装置１３の基本プログラムである。エージェントソフト３４は、ＯＳ３３と協働して、通信Ｉ／Ｆ３５を通じた内部仲介装置１３及び外部仲介装置１２の間の通信を制御するプログラムである。エージェントソフト３４は更に、内部仲介装置１３、及び、内部仲介装置１３が属するＬＡＮ１８に接続される各プリンタ１４の間の通信を制御するプログラムである。エージェントソフト３４は、プログラムの一部又はプログラムの第三例である。

データ記憶領域３９は、プログラム記憶領域３８内のプログラムの実行に必要なデータを記憶する。また、データ記憶領域３９は、図４（Ｂ）に示されるデータベース３１０を記憶する。

図４（Ｂ）において、データベース３１０は、内部仲介装置１３とＬＡＮ１８を通じて通信可能な各プリンタ１４についての複数のレコードを有する。データベース３１０は、各レコードが項目「ＧＩＤ」のフィールドを含まなくともよい。

図１において、通信Ｉ／Ｆ３５は、通信インタフェースであり、ファイアウォール１１０及びインターネット１７を通じて外部仲介装置１２と各種情報又は各種データを通信する。通信Ｉ／Ｆは更に、ＬＡＮ１８に接続されている各プリンタ１４と、各種情報又は各種データを通信する。

ユーザＩ／Ｆ３６は、キーボードやマウスであり、内部仲介装置１３のオペレータによる入力を受け付ける。ディスプレイ３１１は、ＣＰＵ３１により生成される各種画面データに基づく画像を表示する。

［プリンタ１４の構成］
図２（Ａ）に示されるように、各プリンタ１４は、通信バス４８により相互に通信可能に接続されたＣＰＵ４１、メモリ４２、通信Ｉ／Ｆ４５、電源回路４６、及び画像記録エンジン４７を備える。各プリンタ１４は、携帯可能なモバイルプリンタであってもよいし、据置型のプリンタであってもよい。

プリンタ１４は、デバイスの一例である。ＣＰＵ４１及びメモリ４２は、第２コントローラの一例である。通信Ｉ／Ｆ４５は、第２通信インタフェースの一例である。

メモリ４２は、プログラム記憶領域４９及びデータ記憶領域４１０を有している。プログラム記憶領域４９は、ＯＳ４３や制御プログラム４４等のプログラムを記憶している。データ記憶領域４１０は、プログラムの実行に必要なデータを記憶する。また、データ記憶領域４１０は、メモリ４２を備えるプリンタ１４が有するデバイスＩＤを記憶する。

ＯＳ４３は、プリンタ１４の基本プログラムである。制御プログラム４４は、ＯＳ４３と協働して、画像記録エンジン４７に画像記録を実行させる。制御プログラム４４は更に、通信Ｉ／Ｆ４５を通じた内部仲介装置１３との通信を制御するプログラムでもある。制御プログラム４４は、単一のプログラム、又は複数のプログラムモジュールの集合体である。

通信Ｉ／Ｆ４５は、ＬＡＮ１８を通じて内部仲介装置１３と、各種情報又は各種データを通信する。通信Ｉ／Ｆ４５は、ＬＡＮ１８を通じて携帯端末装置１６と各種情報又は各種データを通信可能であってもよい。

電源回路４６には、プリンタ１４に備えられたバッテリ（不図示）が出力する電圧を、画像記録エンジン４７の動作に適した電圧（例えば２４Ｖ）に変換して画像記録エンジン４７に供給する。

画像記録エンジン４７は、ＣＰＵ４１の制御下で、電源回路４６が供給した電圧で動作して画像記録を実行する。具体的に、画像記録エンジン４７は、インクジェット記録技術、熱転写技術、又は電子写真技術等により、シートに画像を記録する。

［端末装置１１の構成］
図２（Ｂ）に示されるように、端末装置１１は、通信バス６８により相互に通信可能なＣＰＵ６１、メモリ６２、通信Ｉ／Ｆ６５、ユーザＩ／Ｆ６６、及びディスプレイ６７を備える。

メモリ６２は、メモリ５２と同様の記憶媒体、及びＣＰＵ６１が備えるバッファである。メモリ６２は、プログラム記憶領域６９及びデータ記憶領域６１０を有している。プログラム記憶領域６９は、ＯＳ６３及びブラウザ６４等のプログラムを記憶している。

ＯＳ６３は、オペレーティングシステムであり、端末装置１１の基本プログラムである。ブラウザ６４は、ＯＳ６３と協働して、通信Ｉ／Ｆ６５を通じた管理サーバ１５との通信を制御するプログラムである。ブラウザ６４は更に、インターネット１７上の管理サーバ１５にＨＴＭＬ形式の画面データの送信を要求し、管理サーバ１５から画面データを受信する。ブラウザ６４は、受信した画面データに基づく画像をディスプレイ６７に表示させる（図１１、図１２を参照）。画面データは、各種オブジェクトを含む場合がある。「オブジェクト」とは、オペレータがユーザＩ／Ｆ６６を操作することによって選択可能な画像である。

図２（Ｂ）において、通信Ｉ／Ｆ６５は、通信インタフェースであり、インターネット１７を通じて管理サーバ１５と、各種情報又は各種データを通信する。

ユーザＩ／Ｆ６６は、キーボードやマウスであり、端末装置１１のオペレータによる入力操作を受け付ける。ディスプレイ６７は、ＣＰＵ６１により生成される各種画面データに基づく画像を表示する。

［携帯端末装置１６の構成］
図２（Ｃ）に示されるように、携帯端末装置１６は、スマートフォンやタブレットなどであり、通信バス７１０により相互に通信可能なＣＰＵ７１、メモリ７２、通信Ｉ／Ｆ７６、及びユーザＩ／Ｆ７７を備える。

ＣＰＵ７１及びメモリ７２は、第３コントローラの一例である。通信Ｉ／Ｆ７６は、第３通信インタフェースの一例である。

メモリ７２は、メモリ５２と同様の記憶媒体、及びＣＰＵ７１が備えるバッファである。メモリ７２は、プログラム記憶領域７１１及びデータ記憶領域７１２を有している。プログラム記憶領域７１１は、ＯＳ７３、ＭＤＭプログラム７４及びＳＭＳアプリ７５等のプログラムを記憶している。データ記憶領域７１２は、プログラムの実行に必要なデータを記憶する。また、データ記憶領域７１２は、メモリ７２を備える携帯端末装置１６が有するデバイスＩＤを記憶する。

ＯＳ７３は、携帯端末装置１６の基本プログラムである。ＯＳ７３は、例えば、Ａｎｄｒｏｉｄ（登録商標） ＯＳ、ｉＯＳ（登録商標）、Ｗｉｎｄｏｗｓ Ｐｈｏｎｅ（登録商標） Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ等であってもよい。

ＭＤＭプログラム７４は、ＯＳ６３と協働して、通信Ｉ／Ｆ７６を通じた管理サーバ１５との通信を制御するプログラムである。ＳＭＳアプリ７５は、ＯＳ６３と協働して、通信Ｉ／Ｆ７６を通じたメッセージデータ（具体的には、ショートメッセージ）の送受信を制御するアプリケーションプログラムである。

図２（Ｃ）において、通信Ｉ／Ｆ７６は、公衆回線１１１、及びインターネット１７を通じて、各種情報又は各種データを管理サーバ１５と通信する。なお、携帯端末装置１６は、ＬＡＮ１８及びインターネット１７を通じて、各種情報又は各種データを管理サーバ１５と通信する通信Ｉ／Ｆを備えていてもよい。

ユーザＩ／Ｆ７７は、タッチパネル等を備え、携帯端末装置１６の利用者による入力操作を受け付けるとともに、ＣＰＵ７１により生成される各種画面データに基づく画像を表示する。

［文言の定義］
本明細書では、基本的に、プログラムに記述された命令に従ったＣＰＵの処理を説明する。すなわち、以下の説明における「判断」、「抽出」、「選択」、「算出」、「決定」、「特定」、「取得」、「受付」、「制御」、「設定」等の処理は、ＣＰＵの処理を表している。ＣＰＵによる処理は、ＯＳなどのコントローラを介したハードウェア制御も含む。なお、「取得」は要求を必須とはしない概念で用いる。すなわち、ＣＰＵが要求することなくデータを受信するという処理も、「ＣＰＵがデータを取得する」という概念に含まれる。また、本明細書中の「データ」とは、コンピュータに読取可能なビット列で表される。そして、実質的な意味内容が同じでフォーマットが異なるデータは、同一のデータとして扱われるものとする。本明細書中の「情報」についても同様である。「命令」「応答」「要求」等の処理は、「命令」「応答」「要求」等を示す情報を通信することにより行われる。また、「命令」「応答」「要求」等の文言を、「命令」「応答」「要求」等を示す情報そのものという意味で記載してもよい。

また、プログラムに記述された命令に従ったＣＰＵの処理を、省略した文言で記載することがある。例えば、「ＣＰＵ５１が行う」「第１プログラム５４が行う」「管理サーバ１５が行う」のように記載することがある。ＣＰＵ２１、３１等についても同様である。また、通信Ｉ／Ｆ、ユーザＩ／Ｆを通じてプログラムが情報の入出力を行うことを、省略した文言で記載することがある。例えば、「ＣＰＵ５１が受信する」、「プログラム５４が送信する」、「管理サーバ１５が取得する」のように記載することがある。

また、ＣＰＵによる、情報Ａは事柄Ｂであることを示しているか否かを判断する処理を、「情報Ａから、事柄Ｂであるか否かを判断する」のように概念的に記載することがある。ＣＰＵによる、情報Ａが事柄Ｂであることを示しているか、事柄Ｃであるかを示しているかを判断する処理を、「情報Ａから、事柄Ｂであるか事柄Ｃであるかを判断する」のように概念的に記載することがある。

また、本明細書中の「データ」と「情報」とは、コンピュータによって取り扱い可能なビット或いはビット列である点において共通する。「データ」とは、各ビットが示す意味内容をコンピュータが考慮することなく取り扱えるものを指す。これに対して、「情報」とは、各ビットが示す意味内容によってコンピュータの動作が分岐するものを指す。さらに、「指示」は、送信先の装置に対して次の動作を促すための制御信号であって、情報を含んでいることもあるし、それ自体が情報としての性質を有していることもある。

また、「データ」及び「情報」は、形式（例えば、テキスト形式、バイナリ形式、フラグ形式等）がコンピュータ毎に変更されたとしても、同一の意味内容と認識される限り、同一のデータ及び情報として取り扱われる。例えば、「２つ」であることを示す情報が、あるコンピュータではＡＳＣＩＩコードで”０ｘ３２”というテキスト形式の情報として保持され、別のコンピュータでは二進数表記で”１０”というバイナリ形式の情報として保持されてもよい。

但し、上記の「データ」及び「情報」の区別は厳密なものではなく、例外的な取り扱いも許容される。例えば、データが一時的に情報として扱われてもよいし、情報が一時的にデータとして扱われてもよい。また、ある装置ではデータとして扱われるものが、他の装置では情報として扱われてもよい。さらには、データの中から情報が取り出されてもよいし、情報の中からデータが取り出されてもよい。

また、本明細書中の「に応じて」は、当該文字列の前に記載された条件が満たされた場合に、当該文字列の後に記載された処理が実行されることを示す。なお、処理が実行されるタイミングは、条件が満たされた後であればよく、当該条件が満たされた直後である必要は必ずしもない。

［通信システム１００における通信］
以下、図５から図１０を参照して、第１プログラム５４、第２プログラム２４、エージェントソフト３４、制御プログラム４４、ブラウザ６４、ＭＤＭプログラム７４、及びＳＭＳアプリ７５に基づく処理について説明する。

［初期設定処理］
図５を参照して、管理サーバ１５（ＭＤＭシステム）において携帯端末装置１６の管理を開始するための初期設定処理について説明する。初期設定処理が完了することで、管理サーバ１５は携帯端末装置１６の管理を開始することが可能となる。なお、初期設定処理は公知技術であるため、以下の説明では、初期設定処理の要部を簡潔に説明する。

携帯端末装置１６の利用者は、ＭＤＭカスタマの各支店等に属する者であって、プリンタ１４の利用者でもある。携帯端末装置１６において、ＭＤＭプログラム７４は、初回起動時に、公衆回線１１１及びインターネット１７を通じて管理サーバ１５に要求ＲＱ１１を送信する（Ｓ１１）。要求ＲＱ１１は、初期設定画面の画面データのＵＲＬを含み、当該画面データを携帯端末装置１６に送信するよう管理サーバ１５に指示するコマンドである。

管理サーバ１５において、第１プログラム５４は、要求ＲＱ１１で指定された画面データを、要求ＲＱ１１に対する応答ＲＳ１１として携帯端末装置１６に送信する（Ｓ１２）。

携帯端末装置１６において、ＭＤＭプログラム７４は、応答ＲＳ１１を受信したことに応じて、画面データに基づく初期設定画面をユーザＩ／Ｆ７７に表示する（Ｓ１３）。利用者は、ユーザＩ／Ｆ７７に表示された初期設定画面を参照して、ユーザＩ／Ｆ７７を操作して予め定められている情報を入力する。情報は、携帯端末装置１６のデバイスＩＤである。ＭＤＭプログラム７４は、ユーザＩ／Ｆ７７の操作を受け付けたことに応じて、デバイスＩＤ、宛先情報等を含む要求ＲＱ１２を生成し、生成した要求ＲＱ１２を管理サーバ１５に送信する（Ｓ１５）。要求ＲＱ１２は、携帯端末装置１６を管理サーバ１５に管理することを要求するコマンドである。

管理サーバ１５において、第１プログラム５４は、要求ＲＱ１２を受信したことに応じて、ＤＢ更新処理を実行する（Ｓ１６）。Ｓ１６で、第１プログラム５４は、受信した要求ＲＱ１２内のデバイスＩＤ用にレコード５１２Ａ（図３参照）をデータベース５１０に作成する。第１プログラム５４は、作成したレコード５１２Ａにおいて、デバイスＩＤフィールドに、要求ＲＱ１２内のデバイスＩＤを記録する。

次に、第１プログラム５４は、開始通知処理を実行する（Ｓ１７）。Ｓ１７で、第１プログラム５４は、要求ＲＱ１２に含まれていたデバイスＩＤを登録が完了し、携帯端末装置１６の管理を開始したことを示す応答ＲＳ１２を生成する。第１プログラム５４は、応答ＲＳ１２を、携帯端末装置１６に送信する（Ｓ１８）。

［デバイス登録処理］
図６を参照して、プリンタ１４のデバイスＩＤをデータベース５１０、２１０に登録する処理（以下、デバイス登録処理と称する）について説明する。デバイス登録処理が完了することで、管理サーバ１５はプリンタ１４の管理を開始することが可能となる。

まず、内部仲介装置１３において、エージェントソフト３４は、ＬＡＮ１８に接続されている全てのプリンタ１４に要求ＲＱ２１を送信する（Ｓ２１）。要求ＲＱ２１は、プリンタ１４にデバイスＩＤの返信を指示するコマンドである。

エージェントソフト３４は、例えば、自身の初回起動時に初期設定が実行されたことに応じて、内部仲介装置１３の担当者が入力した登録指示に従ってＳ２１を実行する。登録指示は、管理対象のプリンタ１４を通信システム１００に登録するための指示である。エージェントソフト３４は、他にも、第１プログラム５４又は第２プログラム２４から送信された登録指示を受信したことに応じて、Ｓ２１を実行してもよい。なお、登録指示は、すでに稼働している通信システム１００にデバイスＩＤを追加して登録することを示す指示であってもよい。「担当者」とは、例えば、各支店等においてプリンタ１４の管理を行う者であって、端末装置１１を操作するオペレータとは相違する者である。なお、外部仲介装置１２は、各種情報及び各種データを、内部仲介装置１３から受信した各要求に対する応答に含めて内部仲介装置１３に送信する。

ＬＡＮ１８に接続された各プリンタ１４は、要求ＲＱ２１を受信する（Ｓ２１）。各プリンタ１４において、制御プログラム４４は、プリンタ１４が有するデバイスＩＤをデータ記憶領域４１０から取得し、このデバイスＩＤを含む応答ＲＳ２１を生成する（Ｓ２２）。制御プログラム４４は、生成した応答ＲＳ２１を内部仲介装置１３に送信する（Ｓ２３）。

エージェントソフト３４は、各プリンタ１４の応答ＲＳ２１を受信したことに応じて、ＤＢ更新処理を実行する（Ｓ２４）。Ｓ２４で、エージェントソフト３４は、各応答ＲＳ２１に含まれるデバイスＩＤ毎にレコードをデータベース３１０（図４（Ｂ）参照）に作成する。エージェントソフト３４は、作成したレコードにおいて、デバイスＩＤに、応答ＲＳ２１に含まれるデバイスＩＤを記録する（図４（Ｂ）参照）。

次に、エージェントソフト３４は、送信指示が入力されたか否かを判断する（Ｓ２５）。具体的には、エージェントソフト３４は、各応答ＲＳ２１を受信したことに応じて、各応答ＲＳ２１内のデバイスＩＤをディスプレイ３１１に表示させる。担当者は、ディスプレイ３１１の画面を参照して、管理対象のプリンタ１４のデバイスＩＤを認識する。担当者は、管理対象のプリンタ１４のデバイスＩＤをユーザＩ／Ｆ３６を用いて選択した後、送信指示を内部仲介装置１３に入力する。一方、担当者は、表示中の全デバイスＩＤが管理対象のプリンタ１４でないと判断した場合、ユーザＩ／Ｆ３５を操作して終了指示を内部仲介装置１３に入力する。

エージェントソフト３４は、送信指示が入力されていないと判断すると（Ｓ２５：Ｎｏ）、デバイス登録処理を終了する。一方、エージェントソフト３４は、送信指示が入力されたと判断すると（Ｓ２５：Ｙｅｓ）、選択されたデバイスＩＤと、メモリ３２内のＧＩＤとを含む要求ＲＱ２２を外部仲介装置１２に送信する（Ｓ２６）。

なお、複数のデバイスＩＤが選択された場合、選択されたデバイスＩＤ及びＧＩＤを１組含む要求ＲＱ２２が、選択されたデバイスＩＤの台数分繰り返し送信されてもよい。他にも、選択された全デバイスＩＤと、ＧＩＤとを含む１つの要求ＲＱ２２が外部仲介装置１２に送信されてもよい。この点に関しては、他の要求についても同様に当てはまる。

外部仲介装置１２において、第２プログラム２４は、要求ＲＱ２２を受信したことに応じて、ＤＢ更新処理を実行する（Ｓ２７）。Ｓ２７では、第２プログラム２４は、受信した要求ＲＱ２２内のデバイスＩＤ及びＧＩＤがデータベース２１０に既に登録されているか否かを判断する。第２プログラム２４は、未登録と判断すると、未登録のデバイスＩＤ毎にレコードをデータベース２１０に作成する。第２プログラム２４は、作成したレコードにおいて、デバイスＩＤ及びＧＩＤのフィールドに、要求ＲＱ２２内のデバイスＩＤ及びＧＩＤをそれぞれ記録する（図４（Ａ）参照）。

なお、図６には示されていないが、第２プログラム２４は、要求ＲＱ２２を受信したことを示す応答を内部仲介装置１３に送信する。これに限らず、第２プログラム２４は、データベース２１０に登録したデバイスＩＤを含む応答を、要求ＲＱ２２に対する応答として内部仲介装置１３に送信してもよい。エージェントソフト３４は、この応答に含まれるデバイスＩＤをディスプレイ３１１に表示させる。これにより、担当者は、外部仲介装置１２のデータベース２１０にデバイスＩＤが登録されたことを確認できる。

また、Ｓ２７で追加されたレコードにおいて、ステータス情報のフィールドには、プリンタ１４の管理が始まっていないことを示す「待機状態」（図示せず）が登録される。レコードに「待機状態」（図示せず）が登録されている場合、レコードに対応するプリンタ１４は管理サーバ１５のデータベース５１０には未登録であり、通信システム１００の管理対象外である。なお、プリンタ１４が管理対象となると、対応するレコードの「ステータス情報」が「待機状態」から「管理状態」（図示せず）に変更される。

また、第２プログラム２４は、Ｓ２７で、要求ＲＱ２２内のデバイスＩＤ等が登録済みであると判断すると、その旨を示す応答を内部仲介装置１３に送信する。

次に、第２プログラム２４は、要求ＲＱ２３を生成し、生成した要求ＲＱ２３を管理サーバ１５に送信する（Ｓ２９）。要求ＲＱ２３は、データベース２１０に追加された各デバイスＩＤ、及びＧＩＤとを含む。要求ＲＱ２３は、管理サーバ１５にデータベース５１０の更新を指示するコマンドである。

管理サーバ１５において、第１プログラム５４は、要求ＲＱ２３を受信したことに応じて、ＤＢ更新処理を実行する（Ｓ２１０）。Ｓ２１０において、第１プログラム５４は、受信した要求ＲＱ２３内のデバイスＩＤ毎にレコード５１２Ａをデータベース５１０（図３参照）に作成する。第１プログラム５４は、作成した各レコード５１２Ａにおいて、デバイスＩＤフィールド及びＧＩＤフィールドに、要求ＲＱ２３内のデバイスＩＤ及びＧＩＤをそれぞれ登録する（図３参照）。Ｓ２１０は、識別情報取得処理の一例である。

次に、第１プログラム５４は、開始通知処理を実行する（Ｓ２１１）。Ｓ２１１で、第１プログラム５４は、要求ＲＱ２３内のデバイスＩＤの登録が完了し、プリンタ１４の管理を開始したことを示す応答ＲＳ２３を生成する。第１プログラム５４は、応答ＲＳ２３をインターネット１７を通じて外部仲介装置１２に送信する（Ｓ２１２）。

外部仲介装置１２において、第２プログラム２４は、応答ＲＳ２３を受信したことに応答して、管理開始処理を実行する（Ｓ２１３）。具体的には、Ｓ２１３で、第２プログラム２４は、図４（Ａ）のデータベース２１０において、ステータス情報のフィールドを「待機状態」から「管理中」（図示せず）に変更する。

次に、第２プログラム２４は、内部仲介装置１３が定期的に送信する要求に対して、データベース２１０においてステータス情報のフィールドが「管理中」（図示せず）であるデバイスＩＤと、デバイスＩＤに対応するＧＵＩを含む応答ＲＳ２２を生成し、内部仲介装置１３に送信する（Ｓ２１４）。

［ステータス登録処理］
図７を参照して、データベース５１０、２１０にプリンタ１４のステータス情報を登録する処理（以下、ステータス登録処理と称する）について説明する。

図７（Ａ）において、内部仲介装置１３のエージェントソフト３４は、定期的なステータス取得タイミングを待機する（Ｓ３１：Ｎｏ）。ステータス取得タイミングは、例えば、６０分毎である。しかし、これに限らず、ステータス取得タイミングは、１２時間毎や２４時間毎等でもよい。ステータス取得タイミングは、プリンタ１４のバッテリにおける電力消費等を考慮して適切に定められる。

エージェントソフト３４は、ステータス取得タイミングになったと判断すると（Ｓ３１：Ｙｅｓ）、ＬＡＮ１８に接続されているプリンタ１４に要求ＲＱ３２を送信する（Ｓ３２）。なお、要求ＲＱ３２は、プリンタ１４にステータス情報の返信を指示するコマンドである。なお、要求ＲＱ３２は、１つのデバイスＩＤを含んでいてもよい。この場合、デバイスＩＤで特定されるプリンタ１４のみが要求ＲＱ３２に応答する。また、この場合、エージェントソフト３４は、デバイスＩＤを変更しつつ要求ＲＱ３２を繰り返し送信する。また、要求ＲＱ３２はブロードキャストコマンドであってもよい。この場合、ＬＡＮ１８に接続されている全てのプリンタ１４が要求ＲＱ３２に応答する。

各プリンタ１４において、制御プログラム４４は、要求ＲＱ３２を受信したことに応じて、応答生成処理を実行する（Ｓ３３）。Ｓ３３では、制御プログラム４４は、ステータス情報として「オンライン」、「紙詰まり」及び「用紙無し」のうち、少なくともいずれか１つを含む応答ＲＳ３２を生成する。なお、各プリンタ１４は、シートがプリンタ１４内で詰まっていること及びシートがプリンタ１４内に無いことを検出するセンサを備える。制御プログラム４４は、これらセンサの出力信号に基づき、「紙詰まり」又は「用紙無し」を含む応答ＲＳ３２を生成する。制御プログラム４４は、ステータス情報が「紙詰まり」や「用紙無し」で無い場合には、応答ＲＳ３２に「オンライン」のステータス情報を含める。なお、要求ＲＱ３２にデバイスＩＤが含まれる場合、応答ＲＳ３２は、プリンタ１４のデバイスＩＤを必ずしも含む必要はない。

制御プログラム４４は、応答ＲＳ３２を内部仲介装置１３にＬＡＮ１８を通じて送信する（Ｓ３４）。Ｓ３４は、第１送信処理の一例である。なお、制御プログラム４４は、プリンタ１４の主電源がオフである場合、プリンタ１４がＬＡＮ１８に接続されていない場合には、要求ＲＱ３２に対する応答ＲＳ３２を送信できない。

内部仲介装置１３において、エージェントソフト３４は、要求ＲＱ３２の送信から所定時間が経過後にＤＢ更新処理を実行する（Ｓ３５）。エージェントソフト３４は、所定時間が経過するまでの間にプリンタ１４から受信した各応答ＲＳ３２から、ステータス情報を取得する。エージェントソフト３４は、取得したステータス情報を、データベース３１０において、応答ＲＳ３２の送信元であるプリンタ１４に対応するフィールドであり且つステータス情報のフィールドに登録する。一方、エージェントソフト３４は、データベース３１０において、応答ＲＳ３２を送信しなかったプリンタ１４に対応するフィールドであり且つステータス情報のフィールドには「オフライン」のステータス情報を登録する。

次に、エージェントソフト３４は、外部仲介装置１２への要求の送信タイミングになったか否かを判断する（Ｓ３６）。エージェントソフト３４は、送信タイミングになっていないと判断すると（Ｓ３６：Ｎｏ）、処理をＳ３１に戻す。一方、エージェントソフト３４は、送信タイミングになったと判断すると（Ｓ３６：Ｙｅｓ）、要求生成処理を実行する（Ｓ３７）。Ｓ３７で、エージェントソフト３４は、データベース３１０（図４（Ｂ）参照）の各レコードからデバイスＩＤ及びステータス情報の組みを取得する。Ｓ３７では更に、エージェントソフト３４は、自身のＧＩＤと、デバイスＩＤ及びステータス情報の組みを含む要求ＲＱ３３を生成する。要求ＲＱ３３は、要求ＲＱ３３に含まれるステータス情報をデータベース２１０に登録することを要求するコマンドである。

次に、エージェントソフト３４は、Ｓ３７で生成した要求ＲＱ３３を外部仲介装置１２に送信する（Ｓ３８）。

外部仲介装置１２において、第２プログラム２４は、要求ＲＱ３３を受信したことに応じて、ステータス取得処理及びＤＢ更新処理を実行する（Ｓ３９）。第２プログラム２４は、ステータス取得処理で、受信した要求ＲＱ３３のそれぞれから、ＧＩＤと、デバイスＩＤ及びステータス情報の組みを取得する。第２プログラム２４は、ＤＢ更新処理において、データベース２１０から、取得したＧＩＤ及びデバイスＩＤと一致するレコードを特定する。第２プログラム２４は、特定したレコードにおけるフィールドであり且つステータス情報のフィールドにステータス情報を登録する。Ｓ３９は、第２取得処理の一例である。

次に、第２プログラム２４は、ステータス情報をデータベース２１０に登録したことを示す応答ＲＳ３３を生成し、内部仲介装置１３に送信する（Ｓ３１０）。

ステータス登録処理により、外部仲介装置１２のデータベース２１０と、管理サーバ１５のデータベース５１０とには、各内部仲介装置１３と通信可能な各プリンタ１４のステータス情報が登録される。

［端末装置１１による宛先設定］
図８を参照して、端末装置１１により実行される宛先設定について説明する。

図８において、端末装置１１は、オペレータにより操作される。オペレータは、ＭＤＭカスタマの各支店で使用される各プリンタ１４を管理する。オペレータは、ＣＰＵ６１がブラウザ６４を実行中にディスプレイ６７の表示画像を参照しつつ、ユーザＩ／Ｆ６６を操作して、管理サーバ１５に予め割り当てられているＵＲＬを指定する。

ブラウザ６４は、指定されたＵＲＬを受け付ける（Ｓ４１）。ＵＲＬは、各プリンタ１４の管理画面を示す画面データ（ＨＴＭＬデータ）を特定する情報である。その後、ブラウザ６４は、要求ＲＱ４１を生成する。要求ＲＱ４１は、指定されたＵＲＬを含み、ＵＲＬで特定される画面データの送信を指示するコマンドである。次に、ブラウザ６４は、要求ＲＱ４１を管理サーバ１５に送信する（Ｓ４２）。

管理サーバ１５において、第１プログラム５４は、要求ＲＱ４１で指定された画面データを、要求ＲＱ４１に対する応答ＲＳ４１として端末装置１１に送信する（Ｓ４３）。Ｓ４３は、画面データ送信処理の一例である。

端末装置１１において、ブラウザ６４は、応答ＲＳ４１を受信したことに応じて、画面データに基づく初期画面６７Ａを、図１１（Ａ）に示すようにディスプレイ６７に表示する（Ｓ４４）。図１１（Ａ）において、初期画面６７Ａは、プリンタ１４又は携帯端末装置１６毎のレコード８１を含む。各レコード８１は、複数の項目毎のフィールド８２を含む。複数のフィールド８２は、デバイスＩＤフィールド、宛先情報フィールド及びステータス情報フィールド等を含む。デバイスＩＤフィールドには、プリンタ１４又は携帯端末装置１６のデバイスＩＤが記録される。管理サーバ１５は、プリンタ１４のエラー発生時に、設定された携帯端末装置１６にメッセージを送信する。宛先情報フィールドには、メッセージの送信先となる携帯端末装置１６のデバイスＩＤが記録可能である。ステータス情報フィールドには、プリンタ１４又は携帯端末装置１６のステータス情報が記録される。

なお、オペレータが理解し易いように、初期画面６７Ａは、デバイスＩＤに対応づけられたデバイスの型番及びデバイス名のフィールド８２を含むことも可能である。デバイスの型番はプリンタ１４の型番を示し、デバイス名は、プリンタ１４に任意に割り当てられた名前である。初期画面６７Ａは、更に、各デバイスＩＤに関連づけられた指定用オブジェクト８３を含む。指定用オブジェクト８３は、初期画面６７Ａにおいて、各レコード８１に示されたデバイスＩＤ、デバイスの型番、及びデバイス名等を囲むエリアに配置されている。なお、各指定用オブジェクト８３は、図１１（Ａ）において破線で１つのレコード８１を囲む形で示されている。

図１１（Ａ）において、初期画面６７Ａは、更に、複数のフィルタリング条件を含む。画面は、フィルタリング条件を指定可能な指定用オブジェクトを更に含む。指定用オブジェクトは、各フィルタリング条件の横に並べられたチェックボックスである。指定用オブジェクトをオペレータが操作したことに応じて、ブラウザ６４は、対応するフィルタリング条件に合致するレコードを表示する。

指定用オブジェクト８３の１つをオペレータが操作したことをブラウザ６４が受け付ける。このとき、オペレータは、プリンタ１４の指定用オブジェクト８３を操作する。ブラウザ６４は、プリンタ１４に対する各種設定画面６７Ｂ（図１１（Ｂ）参照）をディスプレイ６７に表示するとともに、プリンタ１４のデバイスＩＤを取得する。図１１（Ｂ）において、各種設定画面６７Ｂは、指定用オブジェクト８３に対応するデバイスＩＤを有するプリンタ１４に関する情報８４と、宛先情報設定に関するオブジェクト８５とを含む。オブジェクト８５をオペレータが操作したことに応じて、ブラウザ６４は、宛先情報設定画面６７Ｃ（図１２参照）を表示する。

図１２において、宛先情報設定画面６７Ｃは、宛先用オブジェクト９１と、送信用オブジェクト９２Ａ、９２Ｂと、エラー用オブジェクト９３Ａ、９３Ｂと、を含む。オペレータによるユーザＩ／Ｆ６６による宛先用オブジェクト９１の指定をブラウザ６４が受け付けると、宛先用オブジェクト９１は、文字入力を受け付けることが可能になる。宛先用オブジェクト９１には、オペレータの操作に応じた文字及び記号が設定される。ブラウザ６４は、オペレータの操作に応じた文字又は記号の列を取得する。ここで、文字及び記号の列は、携帯端末装置１６が有する宛先情報（電話番号や電子メールアドレス等）である。より詳細には，携帯端末装置１６は、オペレータにより操作された指定用オブジェクト８３に対応するプリンタ１４の利用者により携帯されている。また、携帯端末装置１６は、支店から利用者に配布されたものでもよい。

なお、宛先情報設定画面６７Ｃにおいて、宛先用オブジェクト９１の周囲には、受け付け可能な宛先情報の制約条件等が示されている。

ブラウザ６４は、ユーザＩ／Ｆ６６による送信用オブジェクト９２Ａの指定をブラウザ６４が受け付けた場合に、第１タイミング情報（即ち、「エラー発生直後のみ」を示す情報）を取得する。ブラウザ６４は、ユーザＩ／Ｆ６６による送信用オブジェクト９２Ｂの指定をブラウザ６４が受け付けた場合に、第２タイミング情報（即ち、「エラー発生中」を示す情報）を取得する。なお、ブラウザ６４は、送信用オブジェクト９２Ａ、９２Ｂのいずれか一方の指定を受け付けた場合には、送信用オブジェクト９２Ａ、９２Ｂのいずれか他方の指定を受け付けない。

ブラウザ６４は、ユーザＩ／Ｆ６６によるエラー用オブジェクト９３Ａの指定を受け付けた場合、エラー種別情報の一つ（即ち、「紙詰まり」を示す情報）を取得する。ブラウザ６４は、ユーザＩ／Ｆ６６によるエラー用オブジェクト９３Ｂの指定を受け付けた場合、エラー種別情報の他の一つ（即ち、「用紙無し」を示す情報）を取得する。なお、ブラウザ６４は、エラー用オブジェクト９３Ａ、９３Ｂのいずれか一方、又は両方の指定を受け付けることが可能である。

図８において、端末装置１１のブラウザ６４は、上記のようにして、デバイスＩＤ、宛先情報、第１タイミング情報及び第２タイミング情報のいずれか一方、及びエラー種別情報を、メッセージの送信条件として取得する（Ｓ４５）。次に、ブラウザ６４は、要求ＲＱ４２を生成し、生成した要求ＲＱ４２を管理サーバ１５に送信する（Ｓ４６）。要求ＲＱ４２は、プリンタ１４のデバイスＩＤ、宛先情報、送信タイミング情報、及びエラー種別情報を含み、データベース５１０の更新を管理サーバ１５に要求するコマンドである。

管理サーバ１５において、第１プログラム５４は、要求ＲＱ４２を受信したことに応じて、ＤＢ更新処理を実行する（Ｓ４７）。Ｓ４７では、第１プログラム５４は、要求ＲＱ４２から、メッセージの送信条件を取得する。第１プログラム５４は更に、データベース５１０（図３参照）において、取得したデバイスＩＤと一致するレコード５１２Ａを特定する。第１プログラム５４は、特定したレコード５１２Ａにおける宛先情報フィールド、送信タイミングフィールド並びにエラー種別フィールドに、取得した宛先情報、第１タイミング情報及び第２タイミング情報のいずれか一方、並びにエラー種別をそれぞれ記録する。この処理により、第１プログラム５４は、携帯端末装置１６の宛先情報をプリンタ１４のデバイスＩＤに関連付けて、携帯端末装置１６及びプリンタ１４をグループ化する。即ち、Ｓ４７は、宛先記憶処理、及びグループ化処理の一例である。

次に、第１プログラム５４は、データベース５１０の更新が完了したことを示す応答ＲＳ４２を生成し端末装置１１に送信する（Ｓ４８）。

［メッセージ送信処理］
図９を参照して、携帯端末装置１６へのメッセージ送信処理について説明する。

図９において、管理サーバ１５の第１プログラム５４は、定期的なステータス取得タイミングを待機する（Ｓ５１：Ｎｏ）。ステータス取得タイミングは、例えば、３０分毎である。しかし、これに限らず、ステータス取得タイミングは、１時間毎や２時間毎等でもよい。ステータス取得タイミングは、管理サーバ１５及び外部仲介装置１２が通常バッテリ駆動でないことから、Ｓ３１のステータス取得タイミングよりも短い時間間隔でよい。

第１プログラム５４は、ステータス取得タイミングになったと判断すると（Ｓ５１：Ｙｅｓ）、外部仲介装置１２に要求ＲＱ５１を送信する（Ｓ５２）。要求ＲＱ５１は、外部仲介装置１２にステータス情報の返信を指示するコマンドである。Ｓ５２は、要求送信処理の一例である。

外部仲介装置１２において、第２プログラム２４は、要求ＲＱ５１を受信したことに応じて、応答生成処理を実行する（Ｓ５３）。具体的に、第２プログラム２４は、データベース２１０の各レコードから、ＧＩＤ、デバイスＩＤ及びステータス情報の組みを取得する。次に、第２プログラム２４は、応答ＲＳ５１を生成する。応答ＲＳ５１は、１組のＧＩＤ、デバイスＩＤ及びステータス情報だけ含んでいてもよいし、全組みのＧＩＤ、デバイスＩＤ及びステータス情報を含んでもよい。応答ＲＳ５１に１組だけを含める場合には、第２プログラム２４は、ＧＩＤ、デバイスＩＤ及びステータス情報の組数分の応答ＲＳ５１を生成する。なお、この点に関しては、他の応答についても同様に当てはまる。

第２プログラム２４は、Ｓ５３で生成した応答ＲＳ５１を管理サーバ１５に送信する（Ｓ５４）。Ｓ５４は、第２送信処理の一例である。

管理サーバ１５において、第１プログラム５４は、応答ＲＳ５１を受信したことに応じて、ステータス取得処理及びＤＢ更新処理を実行する（Ｓ５５）。第１プログラム５４は、ステータス取得処理で、受信した応答ＲＳ５１のそれぞれから、ＧＩＤと、デバイスＩＤ及びステータス情報の組みを取得する。第１プログラム５４は、ＤＢ更新処理において、データベース５１０から、取得したＧＩＤ及びデバイスＩＤと一致するレコード５１２Ａ（図３参照）を特定する。なお、Ｓ５５は、第１取得処理の一例である。

第１プログラム５４は、特定したレコード５１２Ａにおける今回のステータス情報フィールドに既に記録されているステータス情報を、前回のステータス情報フィールドに記録する。なお、前回のステータス情報フィールドに記録されたステータス情報は、前回のステータス取得処理で取得されたステータス情報（以下、前回のステータス情報と称する場合がある）である。

第１プログラム５４は更に、特定したレコード５１２Ａにおける今回のステータス情報フィールドに、今回のステータス取得処理で取得されたステータス情報（以下、今回のステータス情報と称する場合がある）を記録する。

ＤＢ更新処理により、外部仲介装置１２のデータベース２１０と、管理サーバ１５のデータベース５１０とには、各内部仲介装置１３と通信可能な各プリンタ１４のステータス情報が記録されることになる。

次に、第１プログラム５４は、今回のステータス情報の送信元のプリンタ１４にエラーが発生しているか否かを判断する（Ｓ５６）。具体的には、第１プログラム５４は、今回のステータス情報が第１ステータス情報であるか否かを判断する。第１ステータス情報は、「紙詰まり」及び「用紙無し」のいずれか一方を示すステータス情報である。それに対し、「オンライン」及び「オフライン」のいずれか一方を示すステータス情報は第２ステータス情報である。

第１プログラム５４は、今回のステータス情報が第１ステータス情報でないと判断した場合、送信元のプリンタ１４にエラーが発生していないとして、図９の処理を終了する。一方、第１プログラム５４は、今回のステータス情報が第１ステータス情報であると判断した場合、送信元プリンタ１４にエラーが発生しているとして、処理をＳ５７に進める。

Ｓ５７では、第１プログラム５４は、送信判断処理を実行する。即ち、第１プログラム５４は、送信元のプリンタ１４にメッセージを送信するか否かを判断する。以下、図１０の参照して、Ｓ５７の詳細な処理手順を説明する。

図１０において、第１プログラム５４は、データベース５１０（図３参照）において、特定したレコード５１２Ａにおける送信タイミングフィールドに、「エラー発生中」を示す第２タイミング情報が記録されているか否かを判断する（Ｓ６１）。第１プログラム５４は、第２タイミング情報が記録されていないと判断した場合、処理をＳ６５に進める。第１プログラム５４は、第２タイミング情報が記録されていると判断した場合、処理をＳ６２に進める。

Ｓ６２で、第１プログラム５４は、同じレコード５１２Ａにおける今回のステータス情報フィールドに、「紙詰まり」及び「用紙無し」のいずれか一方を示す第１ステータス情報が記録されているか否かを判断する。第１プログラム５４は、第１ステータス情報が記録されていると判断した場合、フラグ情報をオンに設定する（Ｓ６３）。一方、第１プログラム５４は、第１ステータス情報が記録されていないと判断した場合、フラグ情報をオフに設定する（Ｓ６４）。フラグ情報は、送信判断処理の結果を示す情報である。具体的には、オンのフラグ情報は、メッセージを送信することを示し、オフのフラグ情報は、メッセージを送信しないことを示す。Ｓ６４が実行される場合、エラーが発生していないオンライン又は、オフラインである第２ステータス情報が今回のステータス情報フィールドに記録されているため、メッセージを送信しないオフのフラグ情報が設定される。

Ｓ６５で、第１プログラム５４は、Ｓ６１と同じレコード５１２Ａにおける今回のステータス情報フィールドに、第１ステータス情報が記録されているか否かを判断する。第１プログラム５４は、第１ステータス情報が記録されていないと判断した場合、処理をＳ６８に進め、フラグ情報をオフに設定する（Ｓ６８）。Ｓ６８が実行される場合、エラーが発生していないオンライン又は、オフラインである第２ステータス情報が今回のステータス情報フィールドに記録されているため、メッセージを送信しないオフのフラグ情報が設定される。一方、第１プログラム５４は、第１ステータス情報が記録されていると判断した場合、処理をＳ６６に進める。

Ｓ６６で、第１プログラム５４は、同じレコード５１２Ａにおける前回のステータス情報フィールドに、第２ステータス情報が記録されているか否かを判断する。第１プログラム５４は、第２ステータス情報が記録されていると判断した場合、フラグ情報をオンに設定する（Ｓ６７）。一方、第１プログラム５４は、第２ステータス情報が記録されていないと判断した場合、Ｓ６８を実行する。

ここで、図１０の処理の具体例を説明する。この具体例は、宛先情報設定画面６７Ｃ（図１２参照）を通じて、送信用オブジェクト９２Ｂ（即ち、「エラー発生中」）が設定され、且つエラー用オブジェクト９３Ａ、９３Ｂの少なくとも一方（即ち、「紙詰まり」及び「用紙無し」の少なくとも一方）が設定された場合である。このように設定された場合に、第１プログラム５４は、Ｓ５５（図９を参照）で第１ステータス情報（即ち、「紙詰まり」又は「用紙無し」を示すステータス情報）を取得した場合に、Ｓ６１でＹＥＳ（「エラー発生中」を示す第２タイミング情報が設定されている場合）で、Ｓ６２でＹＥＳであるため、Ｓ６３でフラグ情報をオンに設定する。この処理が繰り返される場合は、プリンタ１４が図７のＳ３３で第１ステータス情報を繰り返し送信している場合であり、図１０の処理によりフラグ情報がオンに設定され、後述のＳ５１０で管理サーバ１５から携帯端末装置１６へとメッセージデータが繰り返し送信されることになる。換言すると、プリンタ１４でエラー発生中にメッセージデータが複数回繰り返し送信される。

次に、図１０の処理の別の具体例を説明する。別の具体例は、宛先情報設定画面６７Ｃ（図１２参照）を通じて、送信用オブジェクト９２Ａ（即ち、「エラー発生直後のみ」）が設定され、且つエラー用オブジェクト９３Ａ、９３Ｂの少なくとも一方が設定される場合である。また、プリンタ１４は、「紙詰まり」又は「用紙無し」の検出直後に図７のＳ３３（即ち、今回のＳ３３）を実行した場合に、第１ステータス情報を送信する。一方、その検出直前に実行したＳ３３（即ち、前回のＳ３３）では、プリンタ１４は、「オンライン」を示す第２ステータス情報（オンライン）を送信する。このように設定された場合に、第１プログラム５４は、Ｓ６１でＮｏと（「エラー発生中」を示す第２タイミング情報が設定されていない。つまり、「エラー発生直後」を示す第２タイミング情報が設定されていると）判断した後、Ｓ６５でＹｅｓ（即ち、今回は第１ステータス情報（「紙詰まり」又は「用紙無し」を示すステータス情報）を取得し記録した）と判断し、且つＳ６６でＹｅｓ（即ち、前回は第２ステータス情報（オンライン）を取得し記録した）と判断したことに応じて、Ｓ６７でフラグ情報をオンに設定する。即ち、プリンタ１４でエラー発生した直後だけにメッセージデータが管理サーバ１５から携帯端末装置１６へと送信される。

以上の送信判断処理が終了すると、第１プログラム５４は、処理を図９のＳ５８に戻して、フラグ情報がオンか否かを判断する（Ｓ５８）。第１プログラム５４は、フラグ情報がオンでないと判断した場合、図９の処理を終了する。第１プログラム５４は、フラグ情報がオンであると判断した場合、宛先取得処理を実行する（Ｓ５９）。Ｓ５９で、第１プログラム５４は、Ｓ６１と同じレコード５１２Ａにおける宛先情報フィールドから宛先情報を取得する。

次に、第１プログラム５４は、メッセージ送信処理を実行する（Ｓ５１０）。Ｓ５１０で、第１プログラム５４は、Ｓ５９で取得した宛先情報を有するメッセージデータをインターネット１７及び公衆回線１１１を通じて携帯端末装置１６に送信する。メッセージデータは、宛先情報が電話番号の場合にはショートメッセージ（テキストメッセージとも称する）である。宛先情報が電子メールアドレスの場合、メッセージデータは、電子メールである。

携帯端末装置１６において、ＳＭＳアプリ７５は、ＯＳ７３と協働し、メッセージデータを通信Ｉ／Ｆ７６を通じて受信したことに応じて、メッセージデータの内容をディスプレイ７８に表示させる（Ｓ５１１）。

［通信システム１００の効果］
第１プログラム５４は、図９のＳ５５で、プリンタ１４のステータス情報を取得する。第１プログラム５４は、Ｓ５６で、取得したステータス情報に基づいて、プリンタ１４にエラーが発生していると判断したことに応じて、プリンタ１４に関連づけされた携帯端末装置１６の宛先情報を取得する（Ｓ５９）。第１プログラム５４は、Ｓ５１０で、取得した宛先情報を有するメッセージデータを携帯端末装置１６に送信する。携帯端末装置１６のディスプレイ７８には、メッセージデータの内容が表示される（Ｓ５１１）。このように、通信システム１００によれば、携帯端末装置１６を通じてプリンタ１４にエラーが発生していることを通知することができる。その結果、プリンタ１４の利用者は、プリンタ１４にエラーが発生したことを迅速に把握し、エラーに対処することが可能となる。

また、第１プログラム５４は、図６のＳ２１０でプリンタ１４のデバイスＩＤを取得する。第１プログラム５４は、図８のＳ４４で、プリンタ１４に対応する宛先情報を指定可能な宛先用オブジェクト９１を含む画面データを送信する。また、第１プログラム５４は、Ｓ４７で、宛先用オブジェクト９１に指定された宛先情報を、端末装置１１から取得し、取得した宛先情報を識別情報に関連付けてメモリ５２のデータベース５１０に記憶する。これにより、第１プログラム５４は、プリンタ１４と携帯端末装置１６とを関連付けることができる。

また、第１プログラム５４は、外部仲介装置１２から定期的な時間間隔でプリンタ１４のステータス情報を取得した後、図９の処理で、少なくともエラー発生直後にメッセージデータを送信している。その結果、携帯端末装置１６の利用者は、プリンタ１４のエラーに迅速に対処可能となる。

また、第１プログラム５４は、図９のＳ５７（即ち、送信判断処理）によりメッセージデータの送信タイミングを制御できる。また、図１０の処理により、第１プログラム５４は、プリンタ１４においてエラー発生中にメッセージデータを送信することで、携帯端末装置１６の利用者にプリンタ１４におけるエラー発生を確実に通知することができる。また、図１０の処理により、第１プログラム５４は、プリンタ１４においてエラー発生直後に限りメッセージデータを送信することで、携帯端末装置１６へのメッセージデータの送信回数を制御することができる。

［変形例］
実施形態の送信判断処理（図９のＳ５７）は、図１０の処理に限らず、図１３（Ａ）、（Ｂ）及び（Ｃ）のいずれかとすることができる。

図１３（Ａ）において、第１プログラム５４は、データベース５１０（図３参照）において、図９のＳ５５で特定したレコード５１２Ａにおける今回のステータス情報フィールドに、第１ステータス情報が記録されているか否かを判断する（Ｓ７１）。第１プログラム５４は、第１ステータス情報が記録されていると判断した場合、フラグ情報をオンに設定する（Ｓ７２）。一方、第１プログラム５４は、Ｓ７１で第１ステータス情報が記録されていないと判断した場合、フラグ情報をオフに設定する（Ｓ７３）。図１３（Ａ）の処理によれば、プリンタ１４が図７のＳ３３で第１ステータス情報（即ち、「紙詰まり」又は「用紙無し」を示すステータス情報」）を送信する度に、第１プログラム５４は、Ｓ５１０で管理サーバ１５から携帯端末装置１６へとメッセージデータを送信する。これにより、プリンタ１４にエラーが発生していることを携帯端末装置１６の利用者に確実に通知することが可能となる。

図１３（Ｂ）において、第１プログラム５４は、Ｓ５５で特定したレコード５１２Ａにおける今回のステータス情報フィールドに、第１ステータス情報が記録されているか否かを判断する（Ｓ７４）。第１プログラム５４は、第１ステータス情報が記録されていないと判断した場合、フラグ情報をオフに設定する（Ｓ７７）。一方、第１プログラム５４は、Ｓ７４で第１ステータス情報が記録されていないと判断した場合、同じレコード５１２Ａにおける前回のステータス情報フィールドに、第２ステータス情報が記録されているか否かを判断する（Ｓ７５）。第１プログラム５４は、第２ステータス情報が記録されていると判断した場合、フラグ情報をオンに設定する（Ｓ７６）。一方、第１プログラム５４は、第２ステータス情報が記録されていないと判断した場合、Ｓ７７を実行する。図１３（Ｂ）の処理によれば、第１プログラム５４は、プリンタ１４でエラー発生した直後だけにメッセージデータを管理サーバ１５から携帯端末装置１６へと送信する。これにより、プリンタ１４にエラーが発生していることを携帯端末装置１６の利用者に何度も通知することを抑制できる。

図１３（Ｃ）において、第１プログラム５４は、Ｓ５５で特定したレコード５１２Ａにおける今回のステータス情報フィールドに、第１ステータス情報が記録されているか否かを判断する（Ｓ７８）。第１プログラム５４は、第１ステータス情報が記録されていないと判断した場合、フラグ情報をオフに設定する（Ｓ７１２）。一方、第１プログラム５４は、Ｓ７８で第１ステータス情報が記録されていないと判断した場合、ＣＰＵ５１に内蔵のタイマ（図示せず）による計時を開始させる（Ｓ７９）。

次に、第１プログラム５４は、タイマによる経過時間が所定時間に到達することを待機し（Ｓ７１０：Ｎｏ）、経過時間が所定時間に到達した場合に、フラグ情報をオンに設定する（Ｓ７１１）。図１３（Ｃ）の処理によれば、第１プログラム５４は、プリンタ１４におけるエラーの発生から所定時間が経過した後にメッセージデータを送信できる。

ところで、携帯端末装置１６の利用者は、プリンタ１４にエラーが発生したことを自分で直ぐに気付く場合がある。このような場合に、携帯端末装置１６にメッセージデータが表示されると、利用者は煩わしく感じるおそれがある。図１３（Ｃ）の処理によれば、第１プログラム５４は、プリンタ１４から第１ステータス情報（即ち、「紙詰まり」又は「用紙無し」を示すステータス情報」）を取得した後、所定時間経過後に、Ｓ５１０で管理サーバ１５から携帯端末装置１６へとメッセージデータを送信する。これにより、利用者が煩わしく感じることを防止できる。

［その他の変形例］
実施形態では、図９のＳ５１０で第１プログラム５４がメッセージデータを送信していた。しかし、これに限らず、第１プログラム５４は、Ｓ５９の次に、ＯＳと協働して、メールソフト（図示せず）を起動して、Ｓ５９で取得した宛先情報を有するメッセージデータを送信するようメールソフトに指示する送信指示処理を実行してもよい。この場合、メールソフトは、第１プログラム５４からの指示に応じて、メッセージデータを携帯端末装置１６に送信することになる。

実施形態では、第１プログラム５４、及び第２プログラム２４は、互いに異なるサーバ装置において実行されていた。しかし、これに限らず、第１プログラム５４及び第２プログラム２４は、管理サーバ１５及び外部仲介装置１２のいずれか一方で実行されてもよい。

実施形態では、第２プログラム２４及びエージェントソフト３４は、外部仲介装置１２又は内部仲介装置１３によりそれぞれ実行されていた。しかし、これに限らず、第２プログラム２４及びエージェントソフト３４は、外部仲介装置１２及び内部仲介装置１３のいずれか一方で実行されてもよい。

実施形態では、図８のＳ４１、Ｓ４４、Ｓ４５は、端末装置１１により実行されていた。しかし、これに限らず、管理サーバ１５、外部仲介装置１２、内部仲介装置１３、携帯端末装置１６にインストールされたブラウザがＳ４１、Ｓ４４、Ｓ４５を実行してもよい。

実施形態では、デバイスとしてプリンタ１４を例示した。しかし、これに限らず、通信システム１００は、デバイスの他の例としてスキャナを備えていてもよい。

実施形態では、図６に示されるように、第１プログラム５４は、外部仲介装置１２からの要求ＲＱ２３を受信したことに応じて、Ｓ２１０及びＳ２１１を実行していた。しかし、これに限らず、第１プログラム５４は、データベース２１０においてＳ２７で更新された情報の送信を指示するコマンドである要求を外部仲介装置１２に送信してもよい。この場合、第１プログラム５４は、この要求に対する応答を外部仲介装置１２から受信したことに応じて、Ｓ２１０を実行してもよい。

１００・・・通信システム
１５・・・管理サーバ（情報処理装置）
５１・・・ＣＰＵ（コンピュータ，コントローラ，第１コントローラ）
５２・・・メモリ（コントローラ，第１コントローラ）
５４・・・第１プログラム（プログラム）
５５・・・通信インタフェース（第１通信インタフェース）
１２・・・外部仲介装置（情報処理装置，仲介装置，第１仲介装置）
２１・・・ＣＰＵ（コンピュータ，コントローラ，第４コントローラ）
２２・・・メモリ（コントローラ，第４コントローラ）
２４・・・第２プログラム（プログラム）
２５・・・通信インタフェース（第４通信インタフェース）
１３・・・内部仲介装置（情報処理装置，仲介装置，第２仲介装置）
３１・・・ＣＰＵ（コンピュータ、コントローラ，第４コントローラ）
３２・・・メモリ（コントローラ，第４コントローラ）
３４・・・エージェントソフト（プログラム）
３５・・・通信インタフェース（第４通信インタフェース）
１４・・・プリンタ（デバイス）
４１・・・ＣＰＵ（第２コントローラ）
４２・・・メモリ（第２コントローラ）
４５・・・通信インタフェース（第２通信インタフェース）
１１・・・端末装置
１６・・・携帯端末装置
７１・・・ＣＰＵ（第３コントローラ）
７２・・・メモリ（第３コントローラ）
７６・・・通信インタフェース（第３通信インタフェース）

Claims (9)

1. 第１通信インタフェース及びメモリを有する情報処理装置のコンピュータによって実行されるプログラムであって、
   前記プログラムは、
   デバイスのステータス情報を前記第１通信インタフェースを通じて取得するステータス取得処理と、
   前記ステータス情報に基づいて、前記デバイスにエラーが発生しているか否かを判断するエラー判断処理と、
   前記デバイスに対応する携帯端末装置の宛先情報を前記メモリから取得する宛先取得処理と、
   前記エラー判断処理で前記エラーが発生していると判断したデバイスに対応する携帯端末装置の宛先情報を、前記宛先取得処理により前記メモリから取得して、取得した前記宛先情報に基づき、前記エラーの発生を示すメッセージデータを送信するよう指示する送信指示処理と、を前記コンピュータに実行させるプログラム。
2. 前記プログラムは、
   前記デバイスの識別情報を取得する識別情報取得処理と、
   前記デバイスに対応する前記宛先情報を指定可能な指定用オブジェクトを含む画面データを生成して、前記第１通信インタフェースを通じて当該画面データを、前記情報処理装置と通信可能な端末装置に送信する画面データ送信処理と、
   前記指定用オブジェクトに指定された前記宛先情報を、前記端末装置から前記第１通信インタフェースを通じて取得し、取得した前記宛先情報を前記識別情報に関連付けて前記メモリに記憶するグループ化処理と、を前記コンピュータに実行させる請求項１に記載のプログラム。
3. 前記プログラムは、
   前記ステータス取得処理で前記ステータス情報を定期的な時間間隔で取得し、
   前記エラー判断処理において、前記ステータス取得処理で第１ステータス情報を含むステータス情報を取得したか否かを判断し、前記第１ステータス情報は、前記エラーが発生していることを示す前記ステータス情報であり、
   前記エラー判断処理で前記第１ステータス情報を取得したと判断したことに応じて、前記宛先取得処理において前記宛先情報を取得する請求項１又は２に記載のプログラム。
4. 前記プログラムは、
   前記エラー判断処理で前記エラーが発生していると判断したことに応じて、前記メッセージデータの送信条件を満たすか否かを判断する送信判断処理を前記コンピュータに実行させ、
   前記宛先取得処理において、前記送信判断処理で前記送信条件を満たすと判断したことに応じて、前記宛先情報を取得する請求項１又は２に記載のプログラム。
5. 前記プログラムは、
   前記ステータス取得処理で、定期的な時間間隔で前記ステータス情報を取得し、
   前記エラー判断処理において、前記ステータス取得処理で第１ステータス情報を取得したか否かを判断し、前記第１ステータス情報は、前記エラーが発生していることを示すステータス情報であり、
   前記エラー判断処理で前記第１ステータス情報を取得したと判断したことに応じて、前記送信判断処理を実行し、前記送信条件は、第２ステータス情報を前回の前記ステータス取得処理で取得したことであり、前記第２ステータス情報は、前記エラーが発生していないことを示す前記ステータス情報であり、
   前記送信判断処理で前記送信条件を満たすと判断したことに応じて、前記宛先取得処理において前記宛先情報を取得する請求項４に記載のプログラム。
6. 管理サーバ、デバイス及び携帯端末装置を備える通信システムであって、
   前記管理サーバは、第１通信インタフェース、メモリ及び第１コントローラを備え、
   前記デバイスは、第２通信インタフェース及び第２コントローラを備え、
   前記携帯端末装置は、第３通信インタフェース、ディスプレイ及び第３コントローラを備え、
   前記第２コントローラは、前記デバイスのステータス情報を前記第２通信インタフェースを通じて送信する第１送信処理を実行し、
   前記第１コントローラは、
   前記第１送信処理で送信された前記ステータス情報を前記第１通信インタフェースを通じて取得する第１取得処理と、
   前記第１取得処理で取得した前記ステータス情報に基づいて、前記デバイスにエラーが発生しているか否かを判断するエラー判断処理と、
   前記デバイスに対応する携帯端末装置の宛先情報を前記メモリから取得する宛先取得処理と、
   前記エラー判断処理で前記エラーが発生していると判断したデバイスに対応する携帯端末装置の宛先情報を、前記宛先取得処理により前記メモリから取得して、取得した前記宛先情報に基づき、前記エラーの発生を示すメッセージデータを、前記第１通信インタフェースを通じて前記携帯端末装置に送信するメッセージ送信処理と、を実行し、
   前記第３コントローラは、前記第３通信インタフェースを通じて受信した前記メッセージデータに基づいて、前記エラーが発生していることを前記ディスプレイに表示する表示処理を実行する通信システム。
7. 前記通信システムは、第４通信インタフェース及び第４コントローラを備える仲介装置を備え、
   前記第４コントローラは、前記第１送信処理で送信した前記ステータス情報を上記デバイスから前記第４通信インタフェースを通じて取得する第２取得処理を実行し、
   前記第１コントローラは、前記ステータス情報の送信を要求する要求情報を、前記第１通信インタフェースを通じて前記仲介装置に送信する要求送信処理を実行し、
   前記第４コントローラは、前記要求情報に応じて、前記第２取得処理で取得した前記ステータス情報を前記第４通信インタフェースを通じて前記管理サーバに送信する第２送信処理と、を実行し、
   前記第１コントローラは、前記第１取得処理において、前記第２送信処理で送信した前記ステータス情報を前記第１通信インタフェースを通じて取得する請求項６に記載の通信システム。
8. 前記第１通信インタフェースは、インターネットに接続され、前記第４通信インタフェースは、第１ファイアウォール装置を介して前記インターネットに接続されている請求項７に記載の通信システム。
9. 第１通信インタフェース、メモリ及び第１コントローラを有する管理サーバと、第２通信インタフェース及び第２コントローラを有するデバイス、並びに、第３通信インタフェース、ディスプレイ及び第３コントローラを有する携帯端末装置との間の通信方法であって、
   前記第２コントローラは、前記デバイスのステータス情報を前記第２通信インタフェースを通じて送信し、
   前記第１コントローラは、
   前記デバイスから受信した前記ステータス情報を前記第１通信インタフェースを通じて取得し、
   前記第１通信インタフェースを通じて受信した前記ステータス情報に基づいて、前記デバイスにエラーが発生しているか否かを判断し、
   前記デバイスに対応する携帯端末装置の宛先情報を前記メモリから取得し、
   前記エラー判断処理で前記エラーが発生していると判断したデバイスに対応する携帯端末装置の宛先情報を、前記宛先取得処理により前記メモリから取得して、取得した前記宛先情報に基づき、メッセージデータを前記第２通信インタフェースを通じて前記携帯端末装置に送信し、
   前記第３コントローラは、前記管理サーバから受信した前記メッセージデータを前記第３通信インタフェースを通じて受信し、受信した前記メッセージデータに基づいて前記エラーが発生していることを前記ディスプレイに表示する通信方法。

Images