情報通知方法、情報通知システム、情報処理装置および情報通知プログラム
【課題】 通信網と接続されていない情報処理装置からの情報を簡易且つ確実に遠方に通知する構成を提供することが課題である。
【解決手段】
情報通知元の情報処理装置が画面に表示する符号化された情報を画像情報として取得可能に設置された情報処理装置が前記符号化された情報を画像情報として所定のタイミングで取得して情報通知先の情報処理装置に対し送信する構成を有する。
【解決手段】
情報通知元の情報処理装置が画面に表示する符号化された情報を画像情報として取得可能に設置された情報処理装置が前記符号化された情報を画像情報として所定のタイミングで取得して情報通知先の情報処理装置に対し送信する構成を有する。
【発明の詳細な説明】
【技術分野】
【０００１】
実施例は情報通知方法、情報通知システム、情報処理装置および情報通知プログラムに関する。
【背景技術】
【０００２】
以下の技術が知られている。すなわち、リモートコンピュータは画像化された更新情報と情報送付先アドレスを表示部に表示する機能を有する。撮影機能付携帯電話は撮影した画像化された情報送付先アドレスから情報送付先アドレスをデコードし情報送付先アドレスに画像化された更新情報を送信する機能を有する。センタコンピュータは上記送信された画像情報を復号する機能を有する。
【０００３】
また以下の技術も知られている。すなわち、携帯端末機による機器のサービス特定情報の取得方法として、機器のサービス特定情報通信部をバーコード表示に代え、携帯端末機における機器からのサービス特定情報取得のためのＩ／Ｆ部をバーコードリーダに代える。更にバーコード以外にも、サービス特定情報の情報量に合わせてＱＲコード等の二次元バーコード表示を機器のサービス特定情報通信部とする。
【０００４】
更に以下の技術も知られている。すなわち、保守対象機器が機器内部の状態を二次元バーコード表示する操作パネルを有し、携帯電話はカメラ機能を有し、撮影した二次元バーコードの画像を送ることで保守対象機器の状態をコンピュータへ通知する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−１７８６０１号公報
【特許文献２】特開２００４−２０８２５６号公報
【特許文献３】特開２００５−３４６５７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
通信網と接続されていない情報処理装置からの情報を簡易且つ確実に通知し得る構成を提供することが目的である。
【課題を解決するための手段】
【０００７】
実施例によれば、情報通知元の情報処理装置が画面に表示する符号化された情報を画像情報として取得可能に設置された情報処理装置が前記符号化された情報を画像情報として取得して情報通知先の情報処理装置に対し送信する。
【発明の効果】
【０００８】
情報処理装置を、情報通知元の情報処理装置が画面に表示する符号化された情報を画像情報として取得可能に設置することにより、当該情報処理装置は前記符号化された情報を画像情報として取得し得る。したがって通信網と接続されていない情報通知元の情報処理装置からの情報を簡易且つ確実に通知し得る。
【図面の簡単な説明】
【０００９】
【図１】実施例の情報通知システムの概念を説明するためのブロック図である。
【図２】実施例の情報通知システムのハードウェア構成を説明するための図である。
【図３】実施例の情報通知システムの各ハードウェアの機能を説明するためのブロック図である。
【図４】図３に示される監視プロセッサのハードウェア構成例を説明するためのブロック図である。
【図５】図３に示される携帯電話機のハードウェアおよびソフトウェア構成例を説明するためのブロック図である。
【図６】図５に示される携帯アプリの構成を説明するためのブロック図である。
【図７】図３に示される携帯電話機の機能を説明するためのブロック図である。
【図８】図３に示されるサービスセンタのハードウェア構成例を説明するためのブロック図である。
【図９】実施例の情報通知システムにおけるＱＲコードについて説明するための図である。
【図１０】図３に示される監視プロセッサのエラーコード検出プログラムによる動作の流れを説明するためのフローチャートである。
【図１１】図３に示される監視プロセッサのＱＲコード生成プログラムによる動作の流れを説明するためのフローチャートである。
【図１２】図３に示される監視プロセッサのＱＲコード生成プログラムによる動作におけるＱＲコードの生成例について説明するための図である。
【図１３】図６に示される携帯アプリによる動作の流れを説明するためのフローチャートである（その１）。
【図１４】図６に示される携帯アプリによる動作の流れを説明するためのフローチャートである（その２）。
【図１５】図３に示されるサービスセンタのＱＲコード解析プログラムによる動作の流れを説明するためのフローチャートである。
【発明を実施するための形態】
【００１０】
以下に実施例の詳細な説明を行う。
【００１１】
種々のサービスを提供することを目的として設けられた情報処理装置としてのサーバが提供するサービスの質的向上・コスト低減を図るという観点から、サーバの障害発生時に障害情報をサービスセンタに迅速且つ正確に通知することが求められる。ここでたとえばサーバが銀行業務に係るサービスを提供するような環境においては、セキュリティの問題から、公衆ネットワークを介さず専用線等による障害情報を通知することが求められる。
【００１２】
ここで実施例の詳細な説明に先立ち、まず参考例について説明を行う。
【００１３】
上記のような環境において、参考例においては、サーバに組み込まれている監視プロセッサからサービスセンタへの障害情報の通知は以下の方法で行われる。
【００１４】
すなわちサーバがネットワークに接続されている場合、監視プロセッサが検出した障害情報がサービスセンタに対し、ネットワークを介して通知される。
【００１５】
他方サーバがネットワークに接続されていない場合、監視プロセッサが検出した障害情報をネットワークを介してサービスセンタに通知することができない。この場合、監視プロセッサが検出した障害情報が管理用端末に表示され、サーバ管理者が当該障害情報の内容を確認し、電話等の通信手段にてサービスセンタへ通知する。或いは上記管理用端末に表示された障害情報につき、サーバ管理者が手作業にて複写を行い、電子メールを利用してサービスセンタへ通知する。
【００１６】
当該参考例においては以下の問題点が考えられる。すなわち、上記の如く銀行業務などの業務上のセキュリティの問題からサーバをネットワークに接続できない場合、上記の如く、監視プロセッサからサービスセンタへの通知のための一連の作業は、サーバ管理者の手作業によって行われる。この場合上記の如く、監視プロセッサが検出した障害情報が管理用端末に表示され、サーバ管理者がその情報を電話や手作業による複写により通知するため、情報漏れ、誤操作が起こりえる。
【００１７】
実施例では上記参考例に鑑み、ネットワークに接続されない情報処理装置の故障情報を通知先の情報処理装置に通知する構成を提供する。
【００１８】
図１は実施例の概念を説明するための図である。
【００１９】
図１中、ネットワークに接続されていないサーバ１０内の監視プロセッサ１００がサーバ１０に関する障害情報を検出すると、当該障害情報を含む情報に基づいてＱＲコードを生成する。監視プロセッサ１００は生成したＱＲコードを、BUI（Browser User Interface：ブラウザ・ユーザ・インターフェース、以下同様）やパネルなどの構成を有する、サーバ１０側の管理用端末１５０の画面上に表示する。管理用端末１５０の画面上に表示されたＱＲコードは、内蔵カメラが当該管理用端末１５０の画面に直接対面するように設置されたカメラ付き携帯電話機（以下単に携帯電話機と称する）２００により撮影される。携帯電話機２００は上記撮影したＱＲコードの画像情報を当該携帯電話機２００が有する電子メール送信機能により、サービスセンタのサーバ（以下単にサービスセンタと称する）３００に送信する。
【００２０】
上記送信されたＱＲコードの画像情報は、サービスセンタ３００側の管理用端末３５０が受信する。サービスセンタ３００は上記ＱＲコードの画像情報を管理用端末３５０から受けて解析し復号化することにより、上記障害情報を得る。サービスセンタ３００は上記得られた障害情報を管理用端末３５０の画面上で表示する。
【００２１】
サービスセンタ３００の管理者は管理用端末３５０に表示された障害情報を見ることで、たとえば上記障害情報が示すサーバ１０の障害に対処するために必要な交換部品を準備することができる。ここで上記サービスセンタ３００ではＱＲコード解析プログラムによりＱＲコードの復号化を行い、ＱＲコードの基になっている障害情報を得る。
【００２２】
上記実施例によれば、業務上のセキュリティの問題からサーバ１０をネットワークに接続し得ないような環境においても、サーバ１０からの障害情報をサービスセンタ３００に通知するために必要な一連の作業が実行される。その結果、サーバ管理者の手作業において起こりえるような、通知すべき障害情報の漏れ、障害情報を通知する作業におけるミスの発生等を確実に防止することができる。よってサーバ管理者の手を煩わすことなく、サーバ１０の障害情報が確実にサービスセンタ３００に通知されるようになる。
【００２３】
すなわち上記実施例の手順によれば、サーバ管理者の手作業による障害情報の内容の複写等の必要性を排除し、速やかに正確な障害情報の伝達がなされる。実施例によれば、特に上記の如く業務上のセキュリティの問題からネットワークを利用できない環境にある場合においても障害情報の通知のための一連の作業が全て自動的になされる。
【００２４】
このように実施例によれば、図１に示される如く、サーバ１０内の監視プロセッサ１００が検出した障害情報がネットワーク５００を介し、サービスセンタ３００へ送信される。ここでは障害情報はＱＲコード化することにより符号化され、ＱＲコードがパネルやBUI（ブラウザ・ユーザ・インターフェース）等の形態を有する管理用端末１５０の画面に表示される。そして内蔵カメラが管理用端末１５０の画面に直接対面するように設置された携帯電話機２００が管理用端末１５０の画面に表示されたＱＲコードを撮影する。そして当該携帯電話機２００の電子メール送信機能により、撮影されたＱＲコードの画像情報がサービスセンタ３００へ送信される。その結果、業務上のセキュリティの問題からネットワーク環境を介せない場合でも、障害情報の通知に係る一連の作業が実行される。障害情報の通知に係る一連の作業が自動化されることで、情報漏れ・誤り発生等の可能性を排除し得る。
【００２５】
以下に実施例の構成につき、更に詳細に説明する。
【００２６】
図２は実施例の情報通知システムのハードウェア構成を説明するための図である。図２に示される如く、実施例の情報通知システムは、サーバ１０内の監視プロセッサ１００、サーバ１０側の管理用端末１５０、携帯電話機２００、サービスセンタ３００およびサービスセンタ側の管理用端末３５０を含む。サービスセンタ３００はＱＲコード解析プログラム３１０を有する。
【００２７】
監視プロセッサ１００はエラーコード検出プログラム１１０、キュー１２０、ＱＲコード生成プログラム１３０を有する。監視プロセッサ１００がサーバ１０に関する障害情報を検出すると、その都度対応するエラーコードがキュー１２０へ格納する。監視プロセッサ１００はキュー１１０に格納されたエラーコードを定期的に取り出し、当該エラーコードに基づきＱＲコードを生成する。ＱＲコードには容量の制限があるため、一のＱＲコードの生成のために取り出すエラーコードの量が４ｋＢ以内に制限されている。ここでＱＲコードを生成する場合、監視プロセッサ１００はエラーコードを古い順に順次キュー１２０から取り出し、ＱＲコードの生成に使用する。監視プロセッサ１００は作成されたＱＲコードを管理用端末１５０の画面上に表示する。ここで監視プロセッサ１００は管理用端末１５０の画面に表示するＱＲコードを定期的に更新する。管理用端末１５０の画面に表示されたＱＲコードは定期的に携帯電話機２００により撮影され、サービスセンタ３００へ通信網５００を介して送信される。携帯電話機２００の撮影のタイミングと、管理用端末１５０の画面に表示されるＱＲコードの更新のタイミングとは、相互に同期するように制御がなされる。
【００２８】
サービスセンタ３００は携帯電話機２００から通信網５００を介してＱＲコードを受信すると、ＱＲコード解析プログラム３１０によりＱＲコードを解析して復号化し、ＱＲコードの基になった障害情報を得る。そしてサービスセンタ３００は管理用端末３５０に、得られた障害情報を表示する。
【００２９】
図４は監視プロセッサ１００のハードウェア構成例を説明するためのブロック図である。
【００３０】
監視プロセッサ１００はCPUモジュール１０１，I/Oサブシステム１０３，メモリサブシステム１０２、システム制御部１０４、ハードディスク装置１０５を有する。ＣＰＵモジュールは演算機能を提供し、Ｉ／Ｏサブシステム１０３は外部との情報の授受のためのインタフェース機能を提供する。システム制御部１０４は監視プロセッサ１００全体の管理機能を提供し、メモリサブシステム１０２およびハードディスク装置１０５は各種プログラムおよびデータを格納し、或いはＣＰＵモジュール１０１の作業領域を提供する。上記格納されるプログラムとして、図３に示されるエラーコード検出プログラム１１０、ＱＲコード生成プログラム１３０が含まれる。当該プログラム１１０，１３０が監視プロセッサ１００にインストールされ、ＣＰＵモジュール１０１により実行されることで監視プロセッサ１００としての機能が実現される。
【００３１】
図５は上記携帯電話機２００のハードウェアおよびソフトウェアの構成を説明するためブロック図である。図５，（ａ）に示される如く、携帯電話機２００は、ハードウェアとして、各種電子回路が搭載されたメイン基板２１０、バッテリ（すなわち電源部）２０４、画面表示デバイス（すなわちディスプレイ）２３０、カメラ２４０、キーボード２３０、マイクロフォン２２０、スピーカ２２０を有する。バッテリ２０４は携帯電話機２００内の各部品へ電力を供給する。またメイン基板２１０は、図５、（ｂ）に示される如く、ＣＰＵ２１１およびメモリ２１２を有する。ＣＰＵ２１２は演算機能を提供し、メモリ２１２にはプログラムまたはデータが格納され、またメモリ２１２はＣＰＵ２１２の作業領域として使用される。
【００３２】
また携帯電話機２００は、図５に示される如く、ソフトウェアとして、無線通信機能を実現する無線部分２０１、表示や操作、電子メール、ダイヤルなどの諸機能を実現するアプリケーション部分２０２および音声通信やデータ通信などを制御するデータ通信部分２０３を有する。上記アプリケーション部分２０２としてのアプリケーションプログラム（以下携帯アプリと称する）２８０が携帯電話機２００にインストールされＣＰＵ２１１により実行されることで、携帯電話機２００の各機能が制御される。この場合携帯アプリ２８０はメモリ２１２に格納される。
【００３３】
図６は携帯アプリ２８０の構成例を説明するための図である。
【００３４】
携帯アプリ２８０は、制御部２８１および比較部２８２を有する。制御部２８１は、上記無線部分２０１、データ通信部分２０３の機能を含む、携帯電話機２００が有する諸機能を制御する。また制御部２８１は、携帯電話機２００が有するモードの切替、各機能の呼び出し、データの取得、電子メールへのデータ貼り付け動作の制御等を行う。
【００３５】
上記比較部２８２は、サーバ１０の管理用端末１５０の画面に表示されたＱＲコード読み取りの成功または失敗の判断、ＱＲコードが異常系か否かの判断、およびＱＲコードの送信の成功または失敗の判断を行う。また比較部２８２は、電子メールの送信、上記モードの切替等の各種の操作を呼び出すタイミングを決定する機能を有する。
【００３６】
図７は携帯電話機２００が有する諸機能を示す。
【００３７】
図７に示される如く、携帯電話機２００はカメラ機能２２１，バーコードリーダ機能２２２、充電機能２２３、タイマー機能２２４、電子メール送信機能２２５、電話帳機能２２６、新規電子メール作成機能２２７、未送信電子メール格納機能２２８を有する。これら諸機能が携帯アプリ２８０により制御される。
【００３８】
図７に示される諸機能２２１〜２２８をそれぞれ実現するための構成部分は、現在市販されている携帯電話機に備わっている構成部分をそのまま使用し得る。携帯アプリ２８０は上記諸機能２２１〜２２８の呼び出しおよび動作チェックの機能を提供する。上記携帯アプリ２８０の制御部２８１により、カメラ機能２２１、バーコードリーダ機能２２２、タイマー機能２２３、電子メール送信機能２２４、電話帳機能２２５、新規電子メール作成機能２２６、未送信電子メール格納機能２２７の呼び出しがなされる。後述するサーバ管理者への通知およびサービスセンタ３００への通知の際に必要となるため、サーバ管理者およびサービスセンタ３００のアドレスが事前に電話帳機能２２６に登録される。また後述するＱＲコードの正常系のデータベースは電話帳機能２２６や図示しないメモリカード、電話帳機能２２６，未送信電子メール格納機能２２８等の保存機能を利用して登録される。
【００３９】
図８はサービスセンタ３００のハードウェア構成例を示す。
【００４０】
図８に示される如く、サービスセンタ３００はパーソナルコンピュータとすることができる。サービスセンタ３００としてのパーソナルコンピュータは、CPU３０１、メモリ３０２、ハードディスク装置３０４を有する。ＣＰＵ３０１は演算機能を提供し、メモリ３０２およびハードディスク装置３０４はプログラムおよびデータの格納並びにＣＰＵ３０１の作業領域の提供を行う。サービスセンタ３００としてのパーソナルコンピュータには、上記ＱＲコード解析プログラム３１０がインストールされ、ＱＲコード解析プログラム３１０がＣＰＵ３０１により実行されることで、サービスセンタ３００としての機能が実現される。
【００４１】
次に上記した監視プロセッサ１００が生成するＱＲコードの基となる情報について図９とともに説明する。
【００４２】
ＱＲコードの基となる情報は、エラーコード（故障部品の情報、部品の位置、故障内容等）と住所とを含む。またＱＲコードの基となる情報として、正常系のもの（すなわち図９，（ａ））と異常系のもの（すなわち図９，（ａ））とが設けられている。正常系の情報は監視プロセッサ１００がサーバ１０の障害を検出しなかった場合の情報であり、異常系の情報は監視プロセッサ１００がサーバ１０の障害を検出した場合の情報である。異常系の他に正常系を設けた理由は以下の通りである。すなわち管理用端末１５０の画面に表示されたＱＲコードの携帯電話機２００による読み取りが失敗する場合が想定され、当該場合を検出可能とするために正常系を設けた。上記読み取りが失敗する場合とは、たとえば地震等の影響により携帯電話機２００の設置状態が変動し、携帯電話機２００の内蔵カメラが管理用端末１５０の画面に直接対面する状態が崩れた場合等が考えられる。
【００４３】
図９，（ａ）に示す正常系のＱＲコードの基となる情報は特に障害情報を含まないため、「エラーコード」は“０００・・・”（全て“０”）とされ、「住所」にも“０”が設定される。
【００４４】
他方図９，（ｂ）に示す異常系の情報も「エラーコード」と「住所」とを含む。上記「エラーコード」は上記障害情報に対応し、当該「障害」に係る障害部品の情報、部品の位置、故障内容等の情報を示す。具体的には図９，（ｂ）に示す如く、上記故障部品の情報、部品の位置、故障内容等の情報が“１００・・・”、“２００・・・”、．．．“８００・・・”のようにコード化されて設定される。ＱＲコードの性質上ＱＲコードの基となる情報のサイズが４ｋＢ内に制限される。このため、ＱＲコードを生成する時点でＱＲコードに含めるべき「エラーコード」の情報量が４ｋＢを超える場合には、当該「エラーコード」が古いものから順に選択され、選択された４ｋＢ以内の「エラーコード」からＱＲコードが生成される。
【００４５】
図１０は上記監視プロセッサ１００が有するエラーコード検出プログラム１１０の動作の流れについて説明するためのフローチャートである。
【００４６】
図１０中、監視プロセッサ１００のＣＰＵモジュール１０１がエラーコード検出プログラム１１０を実行することにより、以下に示す動作を行う。すなわちＣＰＵモジュール１０１は待機しており（ステップＳ１）、サーバ１０内の障害を検出すると（ステップＳ２）、その都度当該障害に係る障害情報からエラーコードを生成し、当該エラーコードをキュー１２０へ格納する（ステップＳ３）。ここでキュー１２０へのエラーコードの格納は、上記障害の項目ごと、すなわちイベントごとに行われる。上記キュー１２０へのエラーコードの格納動作（ステップＳ３）が完了した場合、もしくは障害情報を検出しなかった場合、ＣＰＵモジュール１０１は待機する（ステップＳ１）。再度障害情報を検出する（ステップＳ２）と、ＣＰＵモジュール１０１は上記同様、対応するエラーコードをキュー１２０へ格納する（ステップＳ３）。
【００４７】
図１１は監視プロセッサ１００が有するＱＲコード生成プログラム１３０の動作の流れを説明するためのフローチャートである。
【００４８】
図１１中、監視プロセッサ１００のＣＰＵモジュール１０１がＱＲコード生成プログラム１３０を実行することにより以下の動作を行う。すなわち、ＣＰＵモジュール１０１は定期的にキュー１２０に格納された1イベント分の情報量をチェックする。より具体的には、ＣＰＵモジュール１０１は一定時間待機後、情報量カウンタをゼロにリセットし（ステップＳ２１，Ｓ２２）、キュー１２０に格納された1イベント分の情報量の有無を判断する（ステップＳ２３）。判断の結果キュー１２０に1イベント分の情報量が存在する場合（ステップＳ２３の「あり」）、ＣＰＵモジュール１０１は当該1イベント分の情報量を情報量カウンタでカウントする（ステップＳ２５）。上記カウントの結果の情報量カウンタのカウント値が4ｋＢ以内の場合（ステップＳ２６の「４Ｋ以内」）、ＣＰＵモジュール１０１は当該１イベント分のエラーコードをキュー１２０から取り出す（ステップＳ２７）。当該取り出したエラーコードは「ＱＲコード生成用の情報」として、ＣＰＵモジュール１０１がメモリサブシステム１０２の所定のメモリ領域に蓄積する。ＣＰＵモジュール１０１は上記ステップＳ２３、Ｓ２５，Ｓ２６，Ｓ２７のループの動作を情報量カウンタのカウント値が4ｋＢを超えるまで繰り返す。ＣＰＵモジュール１０１はキュー１２０からのエラーコードの取り出しを、古いイベントから順に行う。ステップＳ２６の判定の結果、情報量カウンタのカウント値が4ｋＢを超える場合（ステップＳ２６の「４Ｋ超過」）、ＣＰＵモジュール１０１は当該１イベント分のエラーコードのキュー１２０からの取り出しは行わずにステップＳ２８に移行する。ステップＳ２８でＣＰＵモジュール１０１はＱＲコードの生成（異常系）を行う（ステップＳ２８）。上記ＱＲコードの生成は、上記ステップＳ２３、Ｓ２５，Ｓ２６，Ｓ２７のループの動作の結果上記の如く「ＱＲコード生成用の情報」としてメモリサブシステム１０２の所定のメモリ領域に順次蓄積されたエラーコードについて行われる。
【００４９】
他方ステップＳ２３における判定の結果、キュー１２０には1イベント分のエラーコードが存在しない場合、ＣＰＵモジュール１０１はステップＳ２４に移行する。ここでキュー１２０に1イベント分のエラーコードが存在しない場合とは、以下の二通りが考えられる。その一番目は、ステップＳ２１，Ｓ２２を経て最初にステップＳ２３が実行された場合である。二番目は、上記ステップＳ２３、Ｓ２５，Ｓ２６，Ｓ２７のループの動作が一回以上実行された後にステップＳ２３が実行された場合である。ステップＳ２４でＣＰＵモジュール１０１は情報量カウンタを参照し、情報量カウンタのカウント値がゼロでない場合、ステップＳ２８に移行して、上記同様にＱＲコードの生成(異常系)を行う。当該場合は上記二番目の場合に該当し、ステップＳ２６で情報量カウンタが４ｋＢを超過する前に、キュー１２０が空になった場合である。
【００５０】
他方、ステップＳ２４の結果、情報量カウンタのカウント値がゼロの場合、ＣＰＵモジュール１０１はステップＳ２９にてＱＲコードの生成（正常系、図９，（ａ）参照）を行う。当該場合は上記一番目の場合に該当し、今回の図１１の動作においてキュー１２０にエラーコードが存在していなかった場合である。これは前回の図１１の動作以後、サーバ１０に新たな障害が発生していなかったことを意味する。したがってステップＳ２９で正常系のＱＲコードを生成するのである。
【００５１】
ＣＰＵモジュール１０１はステップＳ２８或いはステップＳ２９でＱＲコードを生成すると、ステップＳ３０で当該生成されたＱＲコードを管理用端末１５０の画面上に表示する。以後、ＣＰＵモジュール１０１は一定時間経過後（ステップＳ２１）、再度キュー１２０のチェックを行い、この際に情報量カウンタのカウント値を再びゼロにリセットする（ステップＳ２２）。以後ＣＰＵモジュール１０１はステップＳ２３以降の上記の動作を実行する。
【００５２】
ここでステップＳ２６で情報量カウンタのカウント値が４ｋＢを超えている場合には、キュー１２０には未だエラーコードが残存した状態となる。当該キュー１２０に残存しているエラーコードは、以下に図１２とともに説明するように、次回の図１１の動作において、ＱＲコードの生成に使用される。
【００５３】
図１２は、図１１のステップＳ２６の判定において、ＱＲコード生成用のエラーコードの情報量が4ｋＢを超えた場合のＱＲコードの生成例について説明する。図１２，（ａ）はＱＲコード生成用のエラーコードの情報量が4ｋＢを超えない場合について示しており、図１１についての説明において述べた二番目の場合に該当し、ステップＳ２３、Ｓ２４，Ｓ２８の動作によってＱＲコードが生成される。すなわちこの場合、図１１の動作において、キュー１２０に格納されていた全てのエラーコードが取り出され、当該全てのエラーコードに基づいてＱＲコードが生成される。図１２、（ａ）の例は、１イベント分のエラーコード（“１００・・・”〜“１６０・・・”）からＱＲコードが作成された例である。なおエラーコードはイベントごとに取り出されＱＲコード化されるため、取り出されたエラーコードの情報量が4ｋＢを満たない状態でＱＲコード化される場合もある。すなわち最も古い１イベント分のエラーコードでは４ｋＢに満たないが、次に古い１イベントを加えると４ｋＢを超える場合である。
【００５４】
図１２，（ｂ）はＱＲコード生成用のエラーコードの情報量が4ｋＢを超える場合について示している。この場合、キュー１２０に格納されているエラーコードは、古い順にイベントごとに取り出され、４ｋＢを超えない範囲でＱＲコード化される。図１２，（ｂ）の例では、最も古いイベントのエラーコード（“２００・・・”〜“２２０・・・”）および次に古いイベントのエラーコード（“３００・・・”、“３１０・・・”）では４ｋＢ以内である。しかしながら更に、その次に古い（すなわち三番目に古い）イベントのエラーコード（“４００・・・”〜“４２０・・・”）をも加えると４ｋＢを超える。当該場合、上記三番目に古いイベントのエラーコードは次回の図１１の動作時に処理される。図１２，（ｃ）は当該次回の処理の内容を示す。
【００５５】
すなわち図１２，（ｃ）の場合、図１１の動作において、キュー１２０には前回取り出されず残存していたイベントのエラーコード（“４００・・・”〜“４２０・・・”）がそのまま格納されている。そして更に、次の３個のイベントのエラーコード（“５００・・・”）、（“６００・・・”〜“６１０・・・”）、（“７００・・・”）も格納されている。合計４個のイベントがキュー１２０に格納されており、そのうち、１〜２番目のイベントのエラーコードでは４ｋＢ以内であり、更に３番目のイベントのエラーコードを加えると４ｋＢを超える。したがってこの場合、１〜２番目のイベントのエラーコードが取り出されてＱＲコード化され、３〜４番目のイベントのエラーコードは更に次回の処理に回される。
【００５６】
次に図１３とともに、上記携帯アプリ２８０の動作の流れについて説明する。
【００５７】
図１３の動作は、ＣＰＵ２１１が携帯アプリ２８０を実行することにより、一定時間ごとに実行する。
【００５８】
まず、ＱＲコードの画像情報を管理用端末１５０の画面上から読み取りサービスセンタ３００へ送信するための手段として携帯電話機２００を準備する必要がある。ここで上記の如く携帯電話機２００に携帯アプリ２８０をインストールし、携帯アプリ２８０をＣＰＵ２１１により実行させることにより、携帯電話機２００によるＱＲコードの送信が可能となる。また携帯電話機２００が管理用端末１５０の画面に表示されるＱＲコードを読み取ることを可能にするため、予め管理用端末１５０の画面を内蔵カメラで撮影可能な位置に携帯電話機２００を固定しておく。また読み取られる側の管理用端末１５０も予め所定の位置に固定しておく。当該状態に置いて、携帯電話機２００は内蔵カメラにより、管理用端末１５０の画面上に表示されるＱＲコードを定期的に撮影する（ステップＳ４１，Ｓ４２）。当該撮影は内蔵カメラを使用するカメラ機能２２１により実行され、撮影のタイミングはタイマー機能２２４により決定される。撮影は、携帯アプリ２８０の制御部２８１のモード切替の機能によりバーコードリーダ機能２２２が呼び出された際に行われるように、各機能２２１，２２２の実行のタイミングが制御される。
【００５９】
次にステップＳ４３にてＣＰＵ２１１は、ステップＳ４２の撮影によるＱＲコードの読み取りが成功したか否かを判断し、また読み取りが成功した場合、当該ＱＲコードが正常系か異常系かの判断を行う。ＱＲコードの読み取りに成功し異常系であることを確認した場合（ステップＳ４３の「異常系」）、ＣＰＵ２１１はＱＲコードをサービスセンタ３００へ送信する（ステップＳ４４）。尚、ステップＳ４３で正常系、異常系の別を判定するため、携帯アプリ２８０は上記の如く、ＱＲコードの正常系のデータベースを予め有する。正常系のデータベースは上記の如く、メモリカード、電話帳機能２２６，未送信電子メール格納機能２２８等の保存機能を利用して登録されている。ＣＰＵ２１１は当該正常系のデータベース（すなわち図９，（ａ）の内容）と、ステップＳ４２で読み取ったＱＲコードの内容とを比較し、比較の結果両者が同一なら正常系と判定し、同一でないなら異常系と判定する。より具体的には、読み取ったＱＲコードが異常系か否の確認は、携帯アプリ２８０の比較部２８２による制御下、ＣＰＵ２１１が上記正常系のデータベースを呼び出し、比較を行うことで行われる。比較後ＣＰＵ２１１は新規電子メール作成機能２２７を呼び出し、当該ＱＲコードを当該電子メールの本文へ貼り付ける。更にＣＰＵ２１１は電話帳機能２２６からサービスセンタ３００のアドレスを呼び出して当該電子メールの宛先として設定する。ＣＰＵ２１１は次に電子メール送信機能２２５を呼び出し、当該電子メールを送信する（ステップＳ４４，Ｓ４６）。電波の影響で当該送信が失敗する場合があるが、当該場合には、ＣＰＵ２１１はサーバ管理者に通報する（ステップＳ４５）。この場合、ＣＰＵ２１１は未送信電子メール格納機能２２８を呼び出し、電話帳機能２２６からサーバ管理者のアドレスを呼び出し、上記送信に失敗した電子メールの宛先に設定する。更に、ＣＰＵ２１１は電子メール送信機能２２５を呼び出し、当該電子メールを送信する。
【００６０】
他方、ステップＳ４３の判定結果が「正常系」の場合、ＣＰＵ２１１はＱＲコードを送信せずに一定時間待機し（ステップＳ４１）、再度ＱＲコードの撮影を行う（ステップＳ４２）。この場合、ＣＰＵ２１１はバーコードリーダ機能２２２を一旦終了し、タイマー機能２２４により一定時間経過するまで待機する（ステップＳ４１）。
【００６１】
ステップＳ４３の結果が「読み取り失敗」の場合、サーバ管理者に通報する（ステップＳ４５）。この場合ＣＰＵ２１１は携帯アプリ２８０の制御部２８１により新規電子メール作成機能２２７を呼び出し、電話帳機能２２６より、新規の電子メールへサーバ管理者の宛先を設定する。そしてＣＰＵ２１１は電子メール送信機能２２５により当該電子メールを送信する。当該実施例の情報通知システムにおいて携帯電話機２００は２４時間動作し、異常系のＱＲコードを送信し得る状態である必要がある。このため、携帯電話機２００を常に充電でき、常に電波の届く環境を設ける。
【００６２】
以下に図１４とともに、図１３のステップＳ４５におけるサーバ管理者への通報の動作例について説明する。図１４，（ａ）はＱＲコードの送信が失敗した場合（図１３中、ステップＳ４４の「送信失敗」）の動作例を示す。図１４，（ｂ）はＱＲコードの読み取りが失敗した場合（図１３中、ステップＳ４３の「読み取り失敗」）の動作例を示す。各動作はＣＰＵ２１１が携帯アプリ２８０を実行することにより実行する。
【００６３】
図１４，（ａ）のＱＲコードの送信に失敗した場合は、ＣＰＵ２１１は「ＱＲコード読み取り失敗」のメッセージを携帯電話機２００の画面に表示（ステップＳ６１）後、または一定時間経過後、制御部２８１より未送信電子メール格納機能２２８を呼び出す（ステップＳ６２）。ＣＰＵ２１１は未送信電子メールとして格納されている電子メールに電話帳機能２２６から呼び出したサーバ管理者のアドレスを設定し（ステップＳ６３）、当該電子メールを電子メール送信機能２２５により送信する（ステップＳ６４）。ここで上記未送信電子メールとして格納されている電子メールとは、図１３のステップＳ４４の「送信失敗」の際に未送信電子メール格納機能２２８により未送信電子メールとして格納されたものである。したがって当該未送信電子メールの本文にはステップＳ４４でＱＲコードが貼り付けられている。
【００６４】
図１４，（ｂ）の、ＱＲコードの読み取りに失敗した場合、ＣＰＵ２１１は「送信失敗」のメッセージを携帯電話機２００の画面上に表示（ステップＳ８１）する。そして携帯アプリ２８０の制御部２８１により、新規電子メール作成機能２２７を呼び出す（ステップＳ８２）。ＣＰＵ２１１は電話帳機能２２６から呼び出したサーバ管理者のアドレスを新規の電子メールに設定し（ステップＳ８３）、当該電子メールを電子メール送信機能２２５により送信する（ステップＳ８４）。当該新規の電子メールの本文には、何ら情報は含まれない。
【００６５】
ここで図１４，（ｂ）の読み取り失敗の場合と、図１４，（ａ）の送信できなかった場合との区別は、ステップＳ８４，Ｓ６４で送信される電子メールの本文に情報が入っているか入っていないかで区別できる。すなわち図１４、（ａ）のステップＳ６４でサーバ管理者に送信される電子メールは図１３中、ステップＳ４４の「送信失敗」に係る電子メールであり、上記の如く、ステップＳ４４で本文にＱＲコードが貼り付けられた電子メールである。他方、図１４，（ｂ）のステップＳ８４でサーバ管理者に送信される電子メールは新規電子メール作成機能２２７で新規に作成された電子メールであり、上記の如く本文には何ら情報が含まれないからである。
【００６６】
以下に図１５とともにサービスセンタ３００が有するＱＲコード解析プログラム３１０の動作について説明する。サービスセンタ３００においては事前にＱＲコード解析プログラム３１０をインストールする。また、ＱＲコード解析プログラム３１０はエラーコード（故障部品の情報、部品の位置、故障内容等）と住所の情報を、データベースとして有する。
【００６７】
ＣＰＵ３０１がＱＲコード解析プログラム３１０を実行することにより、ＣＰＵ３０１は定期的に、携帯電話機２００から送信されたＱＲコードを受信する（ステップＳ１０１，ステップＳ１０２）。ＱＲコードを受信する（ステップＳ１０２の「ＱＲコード有り」）とＣＰＵ３０１は、受信したＱＲコードの解析による復号化を行う。ＣＰＵ３０１は当該解析結果を上記エラーコード（故障部品の情報、部品の位置、故障内容等）と住所の情報のデータベースと比較する（ステップＳ１０４）。比較の結果一致する場合（ステップＳ１０４の「一致」）は、ＣＰＵ３０１は管理用端末３５０上に上記エラーコードに含まれる「故障部品」に対応する交換部品の情報を表示する（ステップＳ１０６）。データベースと不一致の場合（ステップＳ１０４の「不一致」）、ＣＰＵ３０１はサービスセンタ３００の管理者へ通報する（ステップＳ１０５）。またＱＲコードを受信しなかった場合（ステップＳ１０２の「ＱＲコード無し」）および管理用端末３５０への表示が完了した場合は、ＣＰＵ３０１は一定時間待機し（ステップＳ１０１）、再度ＱＲコードの受信を行う（ステップＳ１０２）。
【００６８】
以上の実施例を含む実施形態に関し、更に以下の付記を開示する。
（付記１）
第１の情報処理装置が情報を符号化する段階と、
前記第１の情報処理装置が前記符号化された情報を画面に表示する段階と、
前記第１の情報処理装置の画面に表示された前記符号化された情報を画像情報として取得可能な位置および姿勢で設置された第２の情報処理装置が、前記第１の情報処理装置の画面に表示された前記符号化された情報を画像情報として取得する段階と、
前記第２の情報処理装置が、前記取得した前記符号化された情報の画像情報を第３の情報処理装置に送信する段階と、
前記第３の情報処理装置が、前記第２の情報処理装置から送信された前記符号化された情報の画像情報を受信する段階と、
前記第３の情報処理装置が前記受信した前記符号化された情報の画像情報を復号化し、前記情報を取得する段階とを有する情報通知方法。
（付記２）
前記第１の情報処理装置が前記符号化された情報を画面に表示する段階では表示の更新が所定のタイミングで定期的に実行され、
前記第２の情報処理装置が前記第１の情報処理装置の画面に表示された前記符号化された情報を画像情報として取得する段階では、前記画像情報の取得が前記所定のタイミングと同期したタイミングで定期的に実行される付記１に記載の情報通知方法。
（付記３）
前記第２の情報処理装置は、前記第１の情報処理装置の画面に表示された前記符号化された情報を画像情報として取得した後、当該取得した前記符号化された情報が所定の情報か否かを判断し、判断の結果所定の情報であった場合には当該取得した前記符号化された情報の画像情報を第３の情報処理装置に送信せず、所定の情報でなかった場合に当該取得した前記符号化された情報の画像情報を第３の情報処理装置に送信する付記１または２に記載の情報通知方法。
（付記４）
前記第２の情報処理装置は携帯電話機とされ、
前記第２の情報処理装置が、取得した符号化された情報の画像情報を第３の情報処理装置に送信する段階は、前記携帯電話機が有する電子メール送信機能を使用して行われる付記１乃至３のうちの何れかに記載の情報通知方法。
（付記５）
前記第１の情報処理装置が情報をＱＲコードに変換する段階と、
前記第１の情報処理装置が前記ＱＲコードを画面に表示する段階と、
前記第２の情報処理装置が、前記第１の情報処理装置の画面に表示された前記ＱＲコードを画像情報として取得する段階と、
前記第２の情報処理装置が、前記取得した前記ＱＲコードの画像情報を第３の情報処理装置に送信する段階と、
前記第３の情報処理装置が、前記第２の情報処理装置から送信された前記ＱＲコードの画像情報を受信する段階と、
前記第３の情報処理装置が前記受信した前記ＱＲコードの画像情報を復号化し、前記情報を取得する段階とを有する付記１乃至４のうちの何れかに記載の情報通知方法。
（付記６）
情報を符号化するための手段と、前記符号化された情報を画面に表示するための手段とを有する第１の情報処理装置と、
前記第１の情報処理装置の画面に表示された前記符号化された情報を画像情報として取得可能な位置および姿勢で設置され、前記第１の情報処理装置の画面に表示された前記符号化された情報を画像情報として取得するための手段と、前記取得された前記符号化された情報の画像情報を第３の情報処理装置に送信するための手段とを有する第２の情報処理装置と、
前記第２の情報処理装置から送信された前記符号化された情報の画像情報を受信するための手段と、前記受信された前記符号化された情報の画像情報を復号化し、前記情報を取得するための手段とを有する第３の情報処理装置とを有する情報通知システム。
（付記７）
前記第１の情報処理装置は、前記画面に表示された符号化された情報を前記所定のタイミングで定期的に更新し、
前記第２の情報処理装置は、前記第１の情報処理装置の画面に表示された前記符号化された情報を前記所定のタイミングと同期して定期的に画像情報として取得する付記６に記載の情報通知システム。
（付記８）
前記第２の情報処理装置は、前記第１の情報処理装置の画面に表示された前記符号化された情報を画像情報として取得した後、当該取得した前記符号化された情報が所定の情報か否かを判断し、判断の結果所定の情報であった場合には当該取得した前記符号化された情報の画像情報を第３の情報処理装置に送信せず、所定の情報でなかった場合に当該取得した前記符号化された情報の画像情報を第３の情報処理装置に送信する付記６または７に記載の情報通知システム。
（付記９）
前記第２の情報処理装置は携帯電話機とされ、
前記第２の情報処理装置は画像情報を第３の情報処理装置に送信する際、前記携帯電話機が有する電子メール送信機能を使用して行う付記６乃至８のうちの何れかに記載の情報通知システム。
（付記１０）
前記第１の情報処理装置の前記情報を符号化するための手段は情報をＱＲコードに変換するための手段とされ、
前記第１の情報処理装置の前記符号化された情報を画面に表示するための手段は前記ＱＲコードを画面に表示し、
前記第２の情報処理装置の前記第１の情報処理装置の画面に表示された前記符号化された情報を画像情報として取得するための手段は前記ＱＲコードの画像情報を取得し、
前記第２の情報処理装置の前記取得された前記符号化された情報の画像情報を第３の情報処理装置に送信するための手段は前記ＱＲコードの画像情報を前記第３の情報処理装置に送信し、
前記第３の情報処理装置の前記第２の情報処理装置から送信された前記符号化された情報の画像情報を受信するための手段は前記ＱＲコードの画像情報を受信し、
前記第３の情報処理装置の前記受信された前記符号化された情報の画像情報を復号化し、前記情報を取得するための手段は前記ＱＲコードの画像情報を復号化し、前記情報を取得するための手段とされる付記６乃至９のうちの何れかに記載の情報通知システム。
（付記１１）
画面に表示された情報を画像情報として取得するための画像情報取得手段と、
画像情報取得手段が取得した画像情報を送信するための送信手段と、
前記画像情報取得手段が所定のタイミングで情報通知元の情報処理装置の画面に表示された情報を画像情報として取得し、前記送信手段が前記画像情報取得手段により取得された画像情報を情報通知先の情報処理装置に送信するように、前記画像情報取得手段および前記送信手段を制御する制御手段とを有する情報処理装置。
（付記１２）
前記制御手段による制御の下、前記画像情報取得手段は、前記情報通知元の情報処理装置の画面上、前記所定のタイミングと同期したタイミングで定期的に表示が更新される前記符号化された情報を、前記所定のタイミングで定期的に画像情報として取得する付記１１に記載の情報処理装置。
（付記１３）
前記情報通知元の情報処理装置の画面に表示された前記符号化された情報を画像情報として取得した後、当該取得した前記符号化された情報が所定の情報か否かを判断し、判断の結果所定の情報であった場合には当該取得した前記符号化された情報の画像情報を前記情報通知先の情報処理装置に送信せず、所定の情報でなかった場合に当該取得した前記符号化された情報の画像情報を前記情報通知先の情報処理装置に送信する付記１１または１２に記載の情報処理装置。
（付記１４）
携帯電話機とされ、
画像情報を前記情報通知先の情報処理装置に送信する際、前記携帯電話機が有する電子メール送信機能を使用して行う付記１１乃至１３のうちの何れかに記載の情報処理装置。
（付記１５）
前記画面に表示された情報を画像情報として取得するための手段は、前記情報通知元の情報処理装置の画面に表示されたＱＲコードの画像情報を取得し、
前記画像情報を前記情報通知先の情報処理装置に送信するための手段は前記ＱＲコードの画像情報を前記情報通知先の情報処理装置に送信する付記１１乃至１４のうちの何れかに記載の情報処理装置。
（付記１６）
情報処理装置の動作を制御するコンピュータを、
画像情報取得手段に、情報通知元の情報処理装置の画面に表示された情報を所定のタイミングで画像情報として取得させる手段と、
送信手段に、前記画像情報取得手段により取得された画像情報を情報通知先の情報処理装置に送信させる手段として機能させるための情報通知プログラム。
（付記１７）
前記画像情報取得手段に情報通知元の情報処理装置の画面に表示された情報を所定のタイミングで画像情報として取得させる手段は、画像情報取得手段に、前記情報通知元の情報処理装置の画面上で前記所定のタイミングと同持したタイミングで定期的に表示が更新される前記符号化された情報を、前記所定のタイミングで定期的に画像情報として取得させる手段とされる付記１６に記載の情報通知プログラム。
（付記１８）
前記送信手段に前記画像情報取得手段により取得された画像情報を情報通知先の情報処理装置に送信させる手段は、前記情報通知元の情報処理装置の画面に表示された前記符号化された情報が画像情報として取得されると、当該取得された前記符号化された情報が所定の情報か否かを判断し、判断の結果所定の情報であった場合には前記送信手段に当該取得した前記符号化された情報の画像情報を前記情報通知先の情報処理装置に送信させず、所定の情報でなかった場合に前記送信手段に当該取得した前記符号化された情報の画像情報を前記情報通知先の情報処理装置に送信させる手段とされる付記１６または１７に記載の情報通知プログラム。
（付記１９）
前記情報処理装置は携帯電話機とされ、
送信手段に前記画像情報取得手段により取得された画像情報を情報通知先の情報処理装置に送信させる手段は、前記携帯電話機が有する電子メール送信機能を使用して前記画像情報取得手段により取得された画像情報を前記情報通知先の情報処理装置に送信させる手段とされる付記１６乃至１８のうちの何れかに記載の情報通知プログラム。
（付記２０）
画像情報取得手段に情報通知元の情報処理装置の画面に表示された情報を所定のタイミングで画像情報として取得させる手段は、前記情報通知元の情報処理装置の画面に表示されたＱＲコードの画像情報を前記画像情報取得手段に取得させる手段とされ、
前記送信手段に前記画像情報を前記情報通知先の情報処理装置に送信させる手段は、前記送信手段に、前記ＱＲコードの画像情報を前記情報通知先の情報処理装置に送信させる手段とされる付記１６乃至１９のうちの何れかに記載の情報通知プログラム。
【符号の説明】
【００６９】
１００ サーバ
１１０ エラーコード検出プログラム
１２０ キュー
１３０ ＱＲコード生成プログラム
１５０ 管理用端末（サーバ用）
２００ 携帯電話機
３００ サービスセンタ
３１０ ＱＲコード解析プログラム
３５０ 管理用端末（サービスセンタ用）
【技術分野】
【０００１】
実施例は情報通知方法、情報通知システム、情報処理装置および情報通知プログラムに関する。
【背景技術】
【０００２】
以下の技術が知られている。すなわち、リモートコンピュータは画像化された更新情報と情報送付先アドレスを表示部に表示する機能を有する。撮影機能付携帯電話は撮影した画像化された情報送付先アドレスから情報送付先アドレスをデコードし情報送付先アドレスに画像化された更新情報を送信する機能を有する。センタコンピュータは上記送信された画像情報を復号する機能を有する。
【０００３】
また以下の技術も知られている。すなわち、携帯端末機による機器のサービス特定情報の取得方法として、機器のサービス特定情報通信部をバーコード表示に代え、携帯端末機における機器からのサービス特定情報取得のためのＩ／Ｆ部をバーコードリーダに代える。更にバーコード以外にも、サービス特定情報の情報量に合わせてＱＲコード等の二次元バーコード表示を機器のサービス特定情報通信部とする。
【０００４】
更に以下の技術も知られている。すなわち、保守対象機器が機器内部の状態を二次元バーコード表示する操作パネルを有し、携帯電話はカメラ機能を有し、撮影した二次元バーコードの画像を送ることで保守対象機器の状態をコンピュータへ通知する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−１７８６０１号公報
【特許文献２】特開２００４−２０８２５６号公報
【特許文献３】特開２００５−３４６５７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
通信網と接続されていない情報処理装置からの情報を簡易且つ確実に通知し得る構成を提供することが目的である。
【課題を解決するための手段】
【０００７】
実施例によれば、情報通知元の情報処理装置が画面に表示する符号化された情報を画像情報として取得可能に設置された情報処理装置が前記符号化された情報を画像情報として取得して情報通知先の情報処理装置に対し送信する。
【発明の効果】
【０００８】
情報処理装置を、情報通知元の情報処理装置が画面に表示する符号化された情報を画像情報として取得可能に設置することにより、当該情報処理装置は前記符号化された情報を画像情報として取得し得る。したがって通信網と接続されていない情報通知元の情報処理装置からの情報を簡易且つ確実に通知し得る。
【図面の簡単な説明】
【０００９】
【図１】実施例の情報通知システムの概念を説明するためのブロック図である。
【図２】実施例の情報通知システムのハードウェア構成を説明するための図である。
【図３】実施例の情報通知システムの各ハードウェアの機能を説明するためのブロック図である。
【図４】図３に示される監視プロセッサのハードウェア構成例を説明するためのブロック図である。
【図５】図３に示される携帯電話機のハードウェアおよびソフトウェア構成例を説明するためのブロック図である。
【図６】図５に示される携帯アプリの構成を説明するためのブロック図である。
【図７】図３に示される携帯電話機の機能を説明するためのブロック図である。
【図８】図３に示されるサービスセンタのハードウェア構成例を説明するためのブロック図である。
【図９】実施例の情報通知システムにおけるＱＲコードについて説明するための図である。
【図１０】図３に示される監視プロセッサのエラーコード検出プログラムによる動作の流れを説明するためのフローチャートである。
【図１１】図３に示される監視プロセッサのＱＲコード生成プログラムによる動作の流れを説明するためのフローチャートである。
【図１２】図３に示される監視プロセッサのＱＲコード生成プログラムによる動作におけるＱＲコードの生成例について説明するための図である。
【図１３】図６に示される携帯アプリによる動作の流れを説明するためのフローチャートである（その１）。
【図１４】図６に示される携帯アプリによる動作の流れを説明するためのフローチャートである（その２）。
【図１５】図３に示されるサービスセンタのＱＲコード解析プログラムによる動作の流れを説明するためのフローチャートである。
【発明を実施するための形態】
【００１０】
以下に実施例の詳細な説明を行う。
【００１１】
種々のサービスを提供することを目的として設けられた情報処理装置としてのサーバが提供するサービスの質的向上・コスト低減を図るという観点から、サーバの障害発生時に障害情報をサービスセンタに迅速且つ正確に通知することが求められる。ここでたとえばサーバが銀行業務に係るサービスを提供するような環境においては、セキュリティの問題から、公衆ネットワークを介さず専用線等による障害情報を通知することが求められる。
【００１２】
ここで実施例の詳細な説明に先立ち、まず参考例について説明を行う。
【００１３】
上記のような環境において、参考例においては、サーバに組み込まれている監視プロセッサからサービスセンタへの障害情報の通知は以下の方法で行われる。
【００１４】
すなわちサーバがネットワークに接続されている場合、監視プロセッサが検出した障害情報がサービスセンタに対し、ネットワークを介して通知される。
【００１５】
他方サーバがネットワークに接続されていない場合、監視プロセッサが検出した障害情報をネットワークを介してサービスセンタに通知することができない。この場合、監視プロセッサが検出した障害情報が管理用端末に表示され、サーバ管理者が当該障害情報の内容を確認し、電話等の通信手段にてサービスセンタへ通知する。或いは上記管理用端末に表示された障害情報につき、サーバ管理者が手作業にて複写を行い、電子メールを利用してサービスセンタへ通知する。
【００１６】
当該参考例においては以下の問題点が考えられる。すなわち、上記の如く銀行業務などの業務上のセキュリティの問題からサーバをネットワークに接続できない場合、上記の如く、監視プロセッサからサービスセンタへの通知のための一連の作業は、サーバ管理者の手作業によって行われる。この場合上記の如く、監視プロセッサが検出した障害情報が管理用端末に表示され、サーバ管理者がその情報を電話や手作業による複写により通知するため、情報漏れ、誤操作が起こりえる。
【００１７】
実施例では上記参考例に鑑み、ネットワークに接続されない情報処理装置の故障情報を通知先の情報処理装置に通知する構成を提供する。
【００１８】
図１は実施例の概念を説明するための図である。
【００１９】
図１中、ネットワークに接続されていないサーバ１０内の監視プロセッサ１００がサーバ１０に関する障害情報を検出すると、当該障害情報を含む情報に基づいてＱＲコードを生成する。監視プロセッサ１００は生成したＱＲコードを、BUI（Browser User Interface：ブラウザ・ユーザ・インターフェース、以下同様）やパネルなどの構成を有する、サーバ１０側の管理用端末１５０の画面上に表示する。管理用端末１５０の画面上に表示されたＱＲコードは、内蔵カメラが当該管理用端末１５０の画面に直接対面するように設置されたカメラ付き携帯電話機（以下単に携帯電話機と称する）２００により撮影される。携帯電話機２００は上記撮影したＱＲコードの画像情報を当該携帯電話機２００が有する電子メール送信機能により、サービスセンタのサーバ（以下単にサービスセンタと称する）３００に送信する。
【００２０】
上記送信されたＱＲコードの画像情報は、サービスセンタ３００側の管理用端末３５０が受信する。サービスセンタ３００は上記ＱＲコードの画像情報を管理用端末３５０から受けて解析し復号化することにより、上記障害情報を得る。サービスセンタ３００は上記得られた障害情報を管理用端末３５０の画面上で表示する。
【００２１】
サービスセンタ３００の管理者は管理用端末３５０に表示された障害情報を見ることで、たとえば上記障害情報が示すサーバ１０の障害に対処するために必要な交換部品を準備することができる。ここで上記サービスセンタ３００ではＱＲコード解析プログラムによりＱＲコードの復号化を行い、ＱＲコードの基になっている障害情報を得る。
【００２２】
上記実施例によれば、業務上のセキュリティの問題からサーバ１０をネットワークに接続し得ないような環境においても、サーバ１０からの障害情報をサービスセンタ３００に通知するために必要な一連の作業が実行される。その結果、サーバ管理者の手作業において起こりえるような、通知すべき障害情報の漏れ、障害情報を通知する作業におけるミスの発生等を確実に防止することができる。よってサーバ管理者の手を煩わすことなく、サーバ１０の障害情報が確実にサービスセンタ３００に通知されるようになる。
【００２３】
すなわち上記実施例の手順によれば、サーバ管理者の手作業による障害情報の内容の複写等の必要性を排除し、速やかに正確な障害情報の伝達がなされる。実施例によれば、特に上記の如く業務上のセキュリティの問題からネットワークを利用できない環境にある場合においても障害情報の通知のための一連の作業が全て自動的になされる。
【００２４】
このように実施例によれば、図１に示される如く、サーバ１０内の監視プロセッサ１００が検出した障害情報がネットワーク５００を介し、サービスセンタ３００へ送信される。ここでは障害情報はＱＲコード化することにより符号化され、ＱＲコードがパネルやBUI（ブラウザ・ユーザ・インターフェース）等の形態を有する管理用端末１５０の画面に表示される。そして内蔵カメラが管理用端末１５０の画面に直接対面するように設置された携帯電話機２００が管理用端末１５０の画面に表示されたＱＲコードを撮影する。そして当該携帯電話機２００の電子メール送信機能により、撮影されたＱＲコードの画像情報がサービスセンタ３００へ送信される。その結果、業務上のセキュリティの問題からネットワーク環境を介せない場合でも、障害情報の通知に係る一連の作業が実行される。障害情報の通知に係る一連の作業が自動化されることで、情報漏れ・誤り発生等の可能性を排除し得る。
【００２５】
以下に実施例の構成につき、更に詳細に説明する。
【００２６】
図２は実施例の情報通知システムのハードウェア構成を説明するための図である。図２に示される如く、実施例の情報通知システムは、サーバ１０内の監視プロセッサ１００、サーバ１０側の管理用端末１５０、携帯電話機２００、サービスセンタ３００およびサービスセンタ側の管理用端末３５０を含む。サービスセンタ３００はＱＲコード解析プログラム３１０を有する。
【００２７】
監視プロセッサ１００はエラーコード検出プログラム１１０、キュー１２０、ＱＲコード生成プログラム１３０を有する。監視プロセッサ１００がサーバ１０に関する障害情報を検出すると、その都度対応するエラーコードがキュー１２０へ格納する。監視プロセッサ１００はキュー１１０に格納されたエラーコードを定期的に取り出し、当該エラーコードに基づきＱＲコードを生成する。ＱＲコードには容量の制限があるため、一のＱＲコードの生成のために取り出すエラーコードの量が４ｋＢ以内に制限されている。ここでＱＲコードを生成する場合、監視プロセッサ１００はエラーコードを古い順に順次キュー１２０から取り出し、ＱＲコードの生成に使用する。監視プロセッサ１００は作成されたＱＲコードを管理用端末１５０の画面上に表示する。ここで監視プロセッサ１００は管理用端末１５０の画面に表示するＱＲコードを定期的に更新する。管理用端末１５０の画面に表示されたＱＲコードは定期的に携帯電話機２００により撮影され、サービスセンタ３００へ通信網５００を介して送信される。携帯電話機２００の撮影のタイミングと、管理用端末１５０の画面に表示されるＱＲコードの更新のタイミングとは、相互に同期するように制御がなされる。
【００２８】
サービスセンタ３００は携帯電話機２００から通信網５００を介してＱＲコードを受信すると、ＱＲコード解析プログラム３１０によりＱＲコードを解析して復号化し、ＱＲコードの基になった障害情報を得る。そしてサービスセンタ３００は管理用端末３５０に、得られた障害情報を表示する。
【００２９】
図４は監視プロセッサ１００のハードウェア構成例を説明するためのブロック図である。
【００３０】
監視プロセッサ１００はCPUモジュール１０１，I/Oサブシステム１０３，メモリサブシステム１０２、システム制御部１０４、ハードディスク装置１０５を有する。ＣＰＵモジュールは演算機能を提供し、Ｉ／Ｏサブシステム１０３は外部との情報の授受のためのインタフェース機能を提供する。システム制御部１０４は監視プロセッサ１００全体の管理機能を提供し、メモリサブシステム１０２およびハードディスク装置１０５は各種プログラムおよびデータを格納し、或いはＣＰＵモジュール１０１の作業領域を提供する。上記格納されるプログラムとして、図３に示されるエラーコード検出プログラム１１０、ＱＲコード生成プログラム１３０が含まれる。当該プログラム１１０，１３０が監視プロセッサ１００にインストールされ、ＣＰＵモジュール１０１により実行されることで監視プロセッサ１００としての機能が実現される。
【００３１】
図５は上記携帯電話機２００のハードウェアおよびソフトウェアの構成を説明するためブロック図である。図５，（ａ）に示される如く、携帯電話機２００は、ハードウェアとして、各種電子回路が搭載されたメイン基板２１０、バッテリ（すなわち電源部）２０４、画面表示デバイス（すなわちディスプレイ）２３０、カメラ２４０、キーボード２３０、マイクロフォン２２０、スピーカ２２０を有する。バッテリ２０４は携帯電話機２００内の各部品へ電力を供給する。またメイン基板２１０は、図５、（ｂ）に示される如く、ＣＰＵ２１１およびメモリ２１２を有する。ＣＰＵ２１２は演算機能を提供し、メモリ２１２にはプログラムまたはデータが格納され、またメモリ２１２はＣＰＵ２１２の作業領域として使用される。
【００３２】
また携帯電話機２００は、図５に示される如く、ソフトウェアとして、無線通信機能を実現する無線部分２０１、表示や操作、電子メール、ダイヤルなどの諸機能を実現するアプリケーション部分２０２および音声通信やデータ通信などを制御するデータ通信部分２０３を有する。上記アプリケーション部分２０２としてのアプリケーションプログラム（以下携帯アプリと称する）２８０が携帯電話機２００にインストールされＣＰＵ２１１により実行されることで、携帯電話機２００の各機能が制御される。この場合携帯アプリ２８０はメモリ２１２に格納される。
【００３３】
図６は携帯アプリ２８０の構成例を説明するための図である。
【００３４】
携帯アプリ２８０は、制御部２８１および比較部２８２を有する。制御部２８１は、上記無線部分２０１、データ通信部分２０３の機能を含む、携帯電話機２００が有する諸機能を制御する。また制御部２８１は、携帯電話機２００が有するモードの切替、各機能の呼び出し、データの取得、電子メールへのデータ貼り付け動作の制御等を行う。
【００３５】
上記比較部２８２は、サーバ１０の管理用端末１５０の画面に表示されたＱＲコード読み取りの成功または失敗の判断、ＱＲコードが異常系か否かの判断、およびＱＲコードの送信の成功または失敗の判断を行う。また比較部２８２は、電子メールの送信、上記モードの切替等の各種の操作を呼び出すタイミングを決定する機能を有する。
【００３６】
図７は携帯電話機２００が有する諸機能を示す。
【００３７】
図７に示される如く、携帯電話機２００はカメラ機能２２１，バーコードリーダ機能２２２、充電機能２２３、タイマー機能２２４、電子メール送信機能２２５、電話帳機能２２６、新規電子メール作成機能２２７、未送信電子メール格納機能２２８を有する。これら諸機能が携帯アプリ２８０により制御される。
【００３８】
図７に示される諸機能２２１〜２２８をそれぞれ実現するための構成部分は、現在市販されている携帯電話機に備わっている構成部分をそのまま使用し得る。携帯アプリ２８０は上記諸機能２２１〜２２８の呼び出しおよび動作チェックの機能を提供する。上記携帯アプリ２８０の制御部２８１により、カメラ機能２２１、バーコードリーダ機能２２２、タイマー機能２２３、電子メール送信機能２２４、電話帳機能２２５、新規電子メール作成機能２２６、未送信電子メール格納機能２２７の呼び出しがなされる。後述するサーバ管理者への通知およびサービスセンタ３００への通知の際に必要となるため、サーバ管理者およびサービスセンタ３００のアドレスが事前に電話帳機能２２６に登録される。また後述するＱＲコードの正常系のデータベースは電話帳機能２２６や図示しないメモリカード、電話帳機能２２６，未送信電子メール格納機能２２８等の保存機能を利用して登録される。
【００３９】
図８はサービスセンタ３００のハードウェア構成例を示す。
【００４０】
図８に示される如く、サービスセンタ３００はパーソナルコンピュータとすることができる。サービスセンタ３００としてのパーソナルコンピュータは、CPU３０１、メモリ３０２、ハードディスク装置３０４を有する。ＣＰＵ３０１は演算機能を提供し、メモリ３０２およびハードディスク装置３０４はプログラムおよびデータの格納並びにＣＰＵ３０１の作業領域の提供を行う。サービスセンタ３００としてのパーソナルコンピュータには、上記ＱＲコード解析プログラム３１０がインストールされ、ＱＲコード解析プログラム３１０がＣＰＵ３０１により実行されることで、サービスセンタ３００としての機能が実現される。
【００４１】
次に上記した監視プロセッサ１００が生成するＱＲコードの基となる情報について図９とともに説明する。
【００４２】
ＱＲコードの基となる情報は、エラーコード（故障部品の情報、部品の位置、故障内容等）と住所とを含む。またＱＲコードの基となる情報として、正常系のもの（すなわち図９，（ａ））と異常系のもの（すなわち図９，（ａ））とが設けられている。正常系の情報は監視プロセッサ１００がサーバ１０の障害を検出しなかった場合の情報であり、異常系の情報は監視プロセッサ１００がサーバ１０の障害を検出した場合の情報である。異常系の他に正常系を設けた理由は以下の通りである。すなわち管理用端末１５０の画面に表示されたＱＲコードの携帯電話機２００による読み取りが失敗する場合が想定され、当該場合を検出可能とするために正常系を設けた。上記読み取りが失敗する場合とは、たとえば地震等の影響により携帯電話機２００の設置状態が変動し、携帯電話機２００の内蔵カメラが管理用端末１５０の画面に直接対面する状態が崩れた場合等が考えられる。
【００４３】
図９，（ａ）に示す正常系のＱＲコードの基となる情報は特に障害情報を含まないため、「エラーコード」は“０００・・・”（全て“０”）とされ、「住所」にも“０”が設定される。
【００４４】
他方図９，（ｂ）に示す異常系の情報も「エラーコード」と「住所」とを含む。上記「エラーコード」は上記障害情報に対応し、当該「障害」に係る障害部品の情報、部品の位置、故障内容等の情報を示す。具体的には図９，（ｂ）に示す如く、上記故障部品の情報、部品の位置、故障内容等の情報が“１００・・・”、“２００・・・”、．．．“８００・・・”のようにコード化されて設定される。ＱＲコードの性質上ＱＲコードの基となる情報のサイズが４ｋＢ内に制限される。このため、ＱＲコードを生成する時点でＱＲコードに含めるべき「エラーコード」の情報量が４ｋＢを超える場合には、当該「エラーコード」が古いものから順に選択され、選択された４ｋＢ以内の「エラーコード」からＱＲコードが生成される。
【００４５】
図１０は上記監視プロセッサ１００が有するエラーコード検出プログラム１１０の動作の流れについて説明するためのフローチャートである。
【００４６】
図１０中、監視プロセッサ１００のＣＰＵモジュール１０１がエラーコード検出プログラム１１０を実行することにより、以下に示す動作を行う。すなわちＣＰＵモジュール１０１は待機しており（ステップＳ１）、サーバ１０内の障害を検出すると（ステップＳ２）、その都度当該障害に係る障害情報からエラーコードを生成し、当該エラーコードをキュー１２０へ格納する（ステップＳ３）。ここでキュー１２０へのエラーコードの格納は、上記障害の項目ごと、すなわちイベントごとに行われる。上記キュー１２０へのエラーコードの格納動作（ステップＳ３）が完了した場合、もしくは障害情報を検出しなかった場合、ＣＰＵモジュール１０１は待機する（ステップＳ１）。再度障害情報を検出する（ステップＳ２）と、ＣＰＵモジュール１０１は上記同様、対応するエラーコードをキュー１２０へ格納する（ステップＳ３）。
【００４７】
図１１は監視プロセッサ１００が有するＱＲコード生成プログラム１３０の動作の流れを説明するためのフローチャートである。
【００４８】
図１１中、監視プロセッサ１００のＣＰＵモジュール１０１がＱＲコード生成プログラム１３０を実行することにより以下の動作を行う。すなわち、ＣＰＵモジュール１０１は定期的にキュー１２０に格納された1イベント分の情報量をチェックする。より具体的には、ＣＰＵモジュール１０１は一定時間待機後、情報量カウンタをゼロにリセットし（ステップＳ２１，Ｓ２２）、キュー１２０に格納された1イベント分の情報量の有無を判断する（ステップＳ２３）。判断の結果キュー１２０に1イベント分の情報量が存在する場合（ステップＳ２３の「あり」）、ＣＰＵモジュール１０１は当該1イベント分の情報量を情報量カウンタでカウントする（ステップＳ２５）。上記カウントの結果の情報量カウンタのカウント値が4ｋＢ以内の場合（ステップＳ２６の「４Ｋ以内」）、ＣＰＵモジュール１０１は当該１イベント分のエラーコードをキュー１２０から取り出す（ステップＳ２７）。当該取り出したエラーコードは「ＱＲコード生成用の情報」として、ＣＰＵモジュール１０１がメモリサブシステム１０２の所定のメモリ領域に蓄積する。ＣＰＵモジュール１０１は上記ステップＳ２３、Ｓ２５，Ｓ２６，Ｓ２７のループの動作を情報量カウンタのカウント値が4ｋＢを超えるまで繰り返す。ＣＰＵモジュール１０１はキュー１２０からのエラーコードの取り出しを、古いイベントから順に行う。ステップＳ２６の判定の結果、情報量カウンタのカウント値が4ｋＢを超える場合（ステップＳ２６の「４Ｋ超過」）、ＣＰＵモジュール１０１は当該１イベント分のエラーコードのキュー１２０からの取り出しは行わずにステップＳ２８に移行する。ステップＳ２８でＣＰＵモジュール１０１はＱＲコードの生成（異常系）を行う（ステップＳ２８）。上記ＱＲコードの生成は、上記ステップＳ２３、Ｓ２５，Ｓ２６，Ｓ２７のループの動作の結果上記の如く「ＱＲコード生成用の情報」としてメモリサブシステム１０２の所定のメモリ領域に順次蓄積されたエラーコードについて行われる。
【００４９】
他方ステップＳ２３における判定の結果、キュー１２０には1イベント分のエラーコードが存在しない場合、ＣＰＵモジュール１０１はステップＳ２４に移行する。ここでキュー１２０に1イベント分のエラーコードが存在しない場合とは、以下の二通りが考えられる。その一番目は、ステップＳ２１，Ｓ２２を経て最初にステップＳ２３が実行された場合である。二番目は、上記ステップＳ２３、Ｓ２５，Ｓ２６，Ｓ２７のループの動作が一回以上実行された後にステップＳ２３が実行された場合である。ステップＳ２４でＣＰＵモジュール１０１は情報量カウンタを参照し、情報量カウンタのカウント値がゼロでない場合、ステップＳ２８に移行して、上記同様にＱＲコードの生成(異常系)を行う。当該場合は上記二番目の場合に該当し、ステップＳ２６で情報量カウンタが４ｋＢを超過する前に、キュー１２０が空になった場合である。
【００５０】
他方、ステップＳ２４の結果、情報量カウンタのカウント値がゼロの場合、ＣＰＵモジュール１０１はステップＳ２９にてＱＲコードの生成（正常系、図９，（ａ）参照）を行う。当該場合は上記一番目の場合に該当し、今回の図１１の動作においてキュー１２０にエラーコードが存在していなかった場合である。これは前回の図１１の動作以後、サーバ１０に新たな障害が発生していなかったことを意味する。したがってステップＳ２９で正常系のＱＲコードを生成するのである。
【００５１】
ＣＰＵモジュール１０１はステップＳ２８或いはステップＳ２９でＱＲコードを生成すると、ステップＳ３０で当該生成されたＱＲコードを管理用端末１５０の画面上に表示する。以後、ＣＰＵモジュール１０１は一定時間経過後（ステップＳ２１）、再度キュー１２０のチェックを行い、この際に情報量カウンタのカウント値を再びゼロにリセットする（ステップＳ２２）。以後ＣＰＵモジュール１０１はステップＳ２３以降の上記の動作を実行する。
【００５２】
ここでステップＳ２６で情報量カウンタのカウント値が４ｋＢを超えている場合には、キュー１２０には未だエラーコードが残存した状態となる。当該キュー１２０に残存しているエラーコードは、以下に図１２とともに説明するように、次回の図１１の動作において、ＱＲコードの生成に使用される。
【００５３】
図１２は、図１１のステップＳ２６の判定において、ＱＲコード生成用のエラーコードの情報量が4ｋＢを超えた場合のＱＲコードの生成例について説明する。図１２，（ａ）はＱＲコード生成用のエラーコードの情報量が4ｋＢを超えない場合について示しており、図１１についての説明において述べた二番目の場合に該当し、ステップＳ２３、Ｓ２４，Ｓ２８の動作によってＱＲコードが生成される。すなわちこの場合、図１１の動作において、キュー１２０に格納されていた全てのエラーコードが取り出され、当該全てのエラーコードに基づいてＱＲコードが生成される。図１２、（ａ）の例は、１イベント分のエラーコード（“１００・・・”〜“１６０・・・”）からＱＲコードが作成された例である。なおエラーコードはイベントごとに取り出されＱＲコード化されるため、取り出されたエラーコードの情報量が4ｋＢを満たない状態でＱＲコード化される場合もある。すなわち最も古い１イベント分のエラーコードでは４ｋＢに満たないが、次に古い１イベントを加えると４ｋＢを超える場合である。
【００５４】
図１２，（ｂ）はＱＲコード生成用のエラーコードの情報量が4ｋＢを超える場合について示している。この場合、キュー１２０に格納されているエラーコードは、古い順にイベントごとに取り出され、４ｋＢを超えない範囲でＱＲコード化される。図１２，（ｂ）の例では、最も古いイベントのエラーコード（“２００・・・”〜“２２０・・・”）および次に古いイベントのエラーコード（“３００・・・”、“３１０・・・”）では４ｋＢ以内である。しかしながら更に、その次に古い（すなわち三番目に古い）イベントのエラーコード（“４００・・・”〜“４２０・・・”）をも加えると４ｋＢを超える。当該場合、上記三番目に古いイベントのエラーコードは次回の図１１の動作時に処理される。図１２，（ｃ）は当該次回の処理の内容を示す。
【００５５】
すなわち図１２，（ｃ）の場合、図１１の動作において、キュー１２０には前回取り出されず残存していたイベントのエラーコード（“４００・・・”〜“４２０・・・”）がそのまま格納されている。そして更に、次の３個のイベントのエラーコード（“５００・・・”）、（“６００・・・”〜“６１０・・・”）、（“７００・・・”）も格納されている。合計４個のイベントがキュー１２０に格納されており、そのうち、１〜２番目のイベントのエラーコードでは４ｋＢ以内であり、更に３番目のイベントのエラーコードを加えると４ｋＢを超える。したがってこの場合、１〜２番目のイベントのエラーコードが取り出されてＱＲコード化され、３〜４番目のイベントのエラーコードは更に次回の処理に回される。
【００５６】
次に図１３とともに、上記携帯アプリ２８０の動作の流れについて説明する。
【００５７】
図１３の動作は、ＣＰＵ２１１が携帯アプリ２８０を実行することにより、一定時間ごとに実行する。
【００５８】
まず、ＱＲコードの画像情報を管理用端末１５０の画面上から読み取りサービスセンタ３００へ送信するための手段として携帯電話機２００を準備する必要がある。ここで上記の如く携帯電話機２００に携帯アプリ２８０をインストールし、携帯アプリ２８０をＣＰＵ２１１により実行させることにより、携帯電話機２００によるＱＲコードの送信が可能となる。また携帯電話機２００が管理用端末１５０の画面に表示されるＱＲコードを読み取ることを可能にするため、予め管理用端末１５０の画面を内蔵カメラで撮影可能な位置に携帯電話機２００を固定しておく。また読み取られる側の管理用端末１５０も予め所定の位置に固定しておく。当該状態に置いて、携帯電話機２００は内蔵カメラにより、管理用端末１５０の画面上に表示されるＱＲコードを定期的に撮影する（ステップＳ４１，Ｓ４２）。当該撮影は内蔵カメラを使用するカメラ機能２２１により実行され、撮影のタイミングはタイマー機能２２４により決定される。撮影は、携帯アプリ２８０の制御部２８１のモード切替の機能によりバーコードリーダ機能２２２が呼び出された際に行われるように、各機能２２１，２２２の実行のタイミングが制御される。
【００５９】
次にステップＳ４３にてＣＰＵ２１１は、ステップＳ４２の撮影によるＱＲコードの読み取りが成功したか否かを判断し、また読み取りが成功した場合、当該ＱＲコードが正常系か異常系かの判断を行う。ＱＲコードの読み取りに成功し異常系であることを確認した場合（ステップＳ４３の「異常系」）、ＣＰＵ２１１はＱＲコードをサービスセンタ３００へ送信する（ステップＳ４４）。尚、ステップＳ４３で正常系、異常系の別を判定するため、携帯アプリ２８０は上記の如く、ＱＲコードの正常系のデータベースを予め有する。正常系のデータベースは上記の如く、メモリカード、電話帳機能２２６，未送信電子メール格納機能２２８等の保存機能を利用して登録されている。ＣＰＵ２１１は当該正常系のデータベース（すなわち図９，（ａ）の内容）と、ステップＳ４２で読み取ったＱＲコードの内容とを比較し、比較の結果両者が同一なら正常系と判定し、同一でないなら異常系と判定する。より具体的には、読み取ったＱＲコードが異常系か否の確認は、携帯アプリ２８０の比較部２８２による制御下、ＣＰＵ２１１が上記正常系のデータベースを呼び出し、比較を行うことで行われる。比較後ＣＰＵ２１１は新規電子メール作成機能２２７を呼び出し、当該ＱＲコードを当該電子メールの本文へ貼り付ける。更にＣＰＵ２１１は電話帳機能２２６からサービスセンタ３００のアドレスを呼び出して当該電子メールの宛先として設定する。ＣＰＵ２１１は次に電子メール送信機能２２５を呼び出し、当該電子メールを送信する（ステップＳ４４，Ｓ４６）。電波の影響で当該送信が失敗する場合があるが、当該場合には、ＣＰＵ２１１はサーバ管理者に通報する（ステップＳ４５）。この場合、ＣＰＵ２１１は未送信電子メール格納機能２２８を呼び出し、電話帳機能２２６からサーバ管理者のアドレスを呼び出し、上記送信に失敗した電子メールの宛先に設定する。更に、ＣＰＵ２１１は電子メール送信機能２２５を呼び出し、当該電子メールを送信する。
【００６０】
他方、ステップＳ４３の判定結果が「正常系」の場合、ＣＰＵ２１１はＱＲコードを送信せずに一定時間待機し（ステップＳ４１）、再度ＱＲコードの撮影を行う（ステップＳ４２）。この場合、ＣＰＵ２１１はバーコードリーダ機能２２２を一旦終了し、タイマー機能２２４により一定時間経過するまで待機する（ステップＳ４１）。
【００６１】
ステップＳ４３の結果が「読み取り失敗」の場合、サーバ管理者に通報する（ステップＳ４５）。この場合ＣＰＵ２１１は携帯アプリ２８０の制御部２８１により新規電子メール作成機能２２７を呼び出し、電話帳機能２２６より、新規の電子メールへサーバ管理者の宛先を設定する。そしてＣＰＵ２１１は電子メール送信機能２２５により当該電子メールを送信する。当該実施例の情報通知システムにおいて携帯電話機２００は２４時間動作し、異常系のＱＲコードを送信し得る状態である必要がある。このため、携帯電話機２００を常に充電でき、常に電波の届く環境を設ける。
【００６２】
以下に図１４とともに、図１３のステップＳ４５におけるサーバ管理者への通報の動作例について説明する。図１４，（ａ）はＱＲコードの送信が失敗した場合（図１３中、ステップＳ４４の「送信失敗」）の動作例を示す。図１４，（ｂ）はＱＲコードの読み取りが失敗した場合（図１３中、ステップＳ４３の「読み取り失敗」）の動作例を示す。各動作はＣＰＵ２１１が携帯アプリ２８０を実行することにより実行する。
【００６３】
図１４，（ａ）のＱＲコードの送信に失敗した場合は、ＣＰＵ２１１は「ＱＲコード読み取り失敗」のメッセージを携帯電話機２００の画面に表示（ステップＳ６１）後、または一定時間経過後、制御部２８１より未送信電子メール格納機能２２８を呼び出す（ステップＳ６２）。ＣＰＵ２１１は未送信電子メールとして格納されている電子メールに電話帳機能２２６から呼び出したサーバ管理者のアドレスを設定し（ステップＳ６３）、当該電子メールを電子メール送信機能２２５により送信する（ステップＳ６４）。ここで上記未送信電子メールとして格納されている電子メールとは、図１３のステップＳ４４の「送信失敗」の際に未送信電子メール格納機能２２８により未送信電子メールとして格納されたものである。したがって当該未送信電子メールの本文にはステップＳ４４でＱＲコードが貼り付けられている。
【００６４】
図１４，（ｂ）の、ＱＲコードの読み取りに失敗した場合、ＣＰＵ２１１は「送信失敗」のメッセージを携帯電話機２００の画面上に表示（ステップＳ８１）する。そして携帯アプリ２８０の制御部２８１により、新規電子メール作成機能２２７を呼び出す（ステップＳ８２）。ＣＰＵ２１１は電話帳機能２２６から呼び出したサーバ管理者のアドレスを新規の電子メールに設定し（ステップＳ８３）、当該電子メールを電子メール送信機能２２５により送信する（ステップＳ８４）。当該新規の電子メールの本文には、何ら情報は含まれない。
【００６５】
ここで図１４，（ｂ）の読み取り失敗の場合と、図１４，（ａ）の送信できなかった場合との区別は、ステップＳ８４，Ｓ６４で送信される電子メールの本文に情報が入っているか入っていないかで区別できる。すなわち図１４、（ａ）のステップＳ６４でサーバ管理者に送信される電子メールは図１３中、ステップＳ４４の「送信失敗」に係る電子メールであり、上記の如く、ステップＳ４４で本文にＱＲコードが貼り付けられた電子メールである。他方、図１４，（ｂ）のステップＳ８４でサーバ管理者に送信される電子メールは新規電子メール作成機能２２７で新規に作成された電子メールであり、上記の如く本文には何ら情報が含まれないからである。
【００６６】
以下に図１５とともにサービスセンタ３００が有するＱＲコード解析プログラム３１０の動作について説明する。サービスセンタ３００においては事前にＱＲコード解析プログラム３１０をインストールする。また、ＱＲコード解析プログラム３１０はエラーコード（故障部品の情報、部品の位置、故障内容等）と住所の情報を、データベースとして有する。
【００６７】
ＣＰＵ３０１がＱＲコード解析プログラム３１０を実行することにより、ＣＰＵ３０１は定期的に、携帯電話機２００から送信されたＱＲコードを受信する（ステップＳ１０１，ステップＳ１０２）。ＱＲコードを受信する（ステップＳ１０２の「ＱＲコード有り」）とＣＰＵ３０１は、受信したＱＲコードの解析による復号化を行う。ＣＰＵ３０１は当該解析結果を上記エラーコード（故障部品の情報、部品の位置、故障内容等）と住所の情報のデータベースと比較する（ステップＳ１０４）。比較の結果一致する場合（ステップＳ１０４の「一致」）は、ＣＰＵ３０１は管理用端末３５０上に上記エラーコードに含まれる「故障部品」に対応する交換部品の情報を表示する（ステップＳ１０６）。データベースと不一致の場合（ステップＳ１０４の「不一致」）、ＣＰＵ３０１はサービスセンタ３００の管理者へ通報する（ステップＳ１０５）。またＱＲコードを受信しなかった場合（ステップＳ１０２の「ＱＲコード無し」）および管理用端末３５０への表示が完了した場合は、ＣＰＵ３０１は一定時間待機し（ステップＳ１０１）、再度ＱＲコードの受信を行う（ステップＳ１０２）。
【００６８】
以上の実施例を含む実施形態に関し、更に以下の付記を開示する。
（付記１）
第１の情報処理装置が情報を符号化する段階と、
前記第１の情報処理装置が前記符号化された情報を画面に表示する段階と、
前記第１の情報処理装置の画面に表示された前記符号化された情報を画像情報として取得可能な位置および姿勢で設置された第２の情報処理装置が、前記第１の情報処理装置の画面に表示された前記符号化された情報を画像情報として取得する段階と、
前記第２の情報処理装置が、前記取得した前記符号化された情報の画像情報を第３の情報処理装置に送信する段階と、
前記第３の情報処理装置が、前記第２の情報処理装置から送信された前記符号化された情報の画像情報を受信する段階と、
前記第３の情報処理装置が前記受信した前記符号化された情報の画像情報を復号化し、前記情報を取得する段階とを有する情報通知方法。
（付記２）
前記第１の情報処理装置が前記符号化された情報を画面に表示する段階では表示の更新が所定のタイミングで定期的に実行され、
前記第２の情報処理装置が前記第１の情報処理装置の画面に表示された前記符号化された情報を画像情報として取得する段階では、前記画像情報の取得が前記所定のタイミングと同期したタイミングで定期的に実行される付記１に記載の情報通知方法。
（付記３）
前記第２の情報処理装置は、前記第１の情報処理装置の画面に表示された前記符号化された情報を画像情報として取得した後、当該取得した前記符号化された情報が所定の情報か否かを判断し、判断の結果所定の情報であった場合には当該取得した前記符号化された情報の画像情報を第３の情報処理装置に送信せず、所定の情報でなかった場合に当該取得した前記符号化された情報の画像情報を第３の情報処理装置に送信する付記１または２に記載の情報通知方法。
（付記４）
前記第２の情報処理装置は携帯電話機とされ、
前記第２の情報処理装置が、取得した符号化された情報の画像情報を第３の情報処理装置に送信する段階は、前記携帯電話機が有する電子メール送信機能を使用して行われる付記１乃至３のうちの何れかに記載の情報通知方法。
（付記５）
前記第１の情報処理装置が情報をＱＲコードに変換する段階と、
前記第１の情報処理装置が前記ＱＲコードを画面に表示する段階と、
前記第２の情報処理装置が、前記第１の情報処理装置の画面に表示された前記ＱＲコードを画像情報として取得する段階と、
前記第２の情報処理装置が、前記取得した前記ＱＲコードの画像情報を第３の情報処理装置に送信する段階と、
前記第３の情報処理装置が、前記第２の情報処理装置から送信された前記ＱＲコードの画像情報を受信する段階と、
前記第３の情報処理装置が前記受信した前記ＱＲコードの画像情報を復号化し、前記情報を取得する段階とを有する付記１乃至４のうちの何れかに記載の情報通知方法。
（付記６）
情報を符号化するための手段と、前記符号化された情報を画面に表示するための手段とを有する第１の情報処理装置と、
前記第１の情報処理装置の画面に表示された前記符号化された情報を画像情報として取得可能な位置および姿勢で設置され、前記第１の情報処理装置の画面に表示された前記符号化された情報を画像情報として取得するための手段と、前記取得された前記符号化された情報の画像情報を第３の情報処理装置に送信するための手段とを有する第２の情報処理装置と、
前記第２の情報処理装置から送信された前記符号化された情報の画像情報を受信するための手段と、前記受信された前記符号化された情報の画像情報を復号化し、前記情報を取得するための手段とを有する第３の情報処理装置とを有する情報通知システム。
（付記７）
前記第１の情報処理装置は、前記画面に表示された符号化された情報を前記所定のタイミングで定期的に更新し、
前記第２の情報処理装置は、前記第１の情報処理装置の画面に表示された前記符号化された情報を前記所定のタイミングと同期して定期的に画像情報として取得する付記６に記載の情報通知システム。
（付記８）
前記第２の情報処理装置は、前記第１の情報処理装置の画面に表示された前記符号化された情報を画像情報として取得した後、当該取得した前記符号化された情報が所定の情報か否かを判断し、判断の結果所定の情報であった場合には当該取得した前記符号化された情報の画像情報を第３の情報処理装置に送信せず、所定の情報でなかった場合に当該取得した前記符号化された情報の画像情報を第３の情報処理装置に送信する付記６または７に記載の情報通知システム。
（付記９）
前記第２の情報処理装置は携帯電話機とされ、
前記第２の情報処理装置は画像情報を第３の情報処理装置に送信する際、前記携帯電話機が有する電子メール送信機能を使用して行う付記６乃至８のうちの何れかに記載の情報通知システム。
（付記１０）
前記第１の情報処理装置の前記情報を符号化するための手段は情報をＱＲコードに変換するための手段とされ、
前記第１の情報処理装置の前記符号化された情報を画面に表示するための手段は前記ＱＲコードを画面に表示し、
前記第２の情報処理装置の前記第１の情報処理装置の画面に表示された前記符号化された情報を画像情報として取得するための手段は前記ＱＲコードの画像情報を取得し、
前記第２の情報処理装置の前記取得された前記符号化された情報の画像情報を第３の情報処理装置に送信するための手段は前記ＱＲコードの画像情報を前記第３の情報処理装置に送信し、
前記第３の情報処理装置の前記第２の情報処理装置から送信された前記符号化された情報の画像情報を受信するための手段は前記ＱＲコードの画像情報を受信し、
前記第３の情報処理装置の前記受信された前記符号化された情報の画像情報を復号化し、前記情報を取得するための手段は前記ＱＲコードの画像情報を復号化し、前記情報を取得するための手段とされる付記６乃至９のうちの何れかに記載の情報通知システム。
（付記１１）
画面に表示された情報を画像情報として取得するための画像情報取得手段と、
画像情報取得手段が取得した画像情報を送信するための送信手段と、
前記画像情報取得手段が所定のタイミングで情報通知元の情報処理装置の画面に表示された情報を画像情報として取得し、前記送信手段が前記画像情報取得手段により取得された画像情報を情報通知先の情報処理装置に送信するように、前記画像情報取得手段および前記送信手段を制御する制御手段とを有する情報処理装置。
（付記１２）
前記制御手段による制御の下、前記画像情報取得手段は、前記情報通知元の情報処理装置の画面上、前記所定のタイミングと同期したタイミングで定期的に表示が更新される前記符号化された情報を、前記所定のタイミングで定期的に画像情報として取得する付記１１に記載の情報処理装置。
（付記１３）
前記情報通知元の情報処理装置の画面に表示された前記符号化された情報を画像情報として取得した後、当該取得した前記符号化された情報が所定の情報か否かを判断し、判断の結果所定の情報であった場合には当該取得した前記符号化された情報の画像情報を前記情報通知先の情報処理装置に送信せず、所定の情報でなかった場合に当該取得した前記符号化された情報の画像情報を前記情報通知先の情報処理装置に送信する付記１１または１２に記載の情報処理装置。
（付記１４）
携帯電話機とされ、
画像情報を前記情報通知先の情報処理装置に送信する際、前記携帯電話機が有する電子メール送信機能を使用して行う付記１１乃至１３のうちの何れかに記載の情報処理装置。
（付記１５）
前記画面に表示された情報を画像情報として取得するための手段は、前記情報通知元の情報処理装置の画面に表示されたＱＲコードの画像情報を取得し、
前記画像情報を前記情報通知先の情報処理装置に送信するための手段は前記ＱＲコードの画像情報を前記情報通知先の情報処理装置に送信する付記１１乃至１４のうちの何れかに記載の情報処理装置。
（付記１６）
情報処理装置の動作を制御するコンピュータを、
画像情報取得手段に、情報通知元の情報処理装置の画面に表示された情報を所定のタイミングで画像情報として取得させる手段と、
送信手段に、前記画像情報取得手段により取得された画像情報を情報通知先の情報処理装置に送信させる手段として機能させるための情報通知プログラム。
（付記１７）
前記画像情報取得手段に情報通知元の情報処理装置の画面に表示された情報を所定のタイミングで画像情報として取得させる手段は、画像情報取得手段に、前記情報通知元の情報処理装置の画面上で前記所定のタイミングと同持したタイミングで定期的に表示が更新される前記符号化された情報を、前記所定のタイミングで定期的に画像情報として取得させる手段とされる付記１６に記載の情報通知プログラム。
（付記１８）
前記送信手段に前記画像情報取得手段により取得された画像情報を情報通知先の情報処理装置に送信させる手段は、前記情報通知元の情報処理装置の画面に表示された前記符号化された情報が画像情報として取得されると、当該取得された前記符号化された情報が所定の情報か否かを判断し、判断の結果所定の情報であった場合には前記送信手段に当該取得した前記符号化された情報の画像情報を前記情報通知先の情報処理装置に送信させず、所定の情報でなかった場合に前記送信手段に当該取得した前記符号化された情報の画像情報を前記情報通知先の情報処理装置に送信させる手段とされる付記１６または１７に記載の情報通知プログラム。
（付記１９）
前記情報処理装置は携帯電話機とされ、
送信手段に前記画像情報取得手段により取得された画像情報を情報通知先の情報処理装置に送信させる手段は、前記携帯電話機が有する電子メール送信機能を使用して前記画像情報取得手段により取得された画像情報を前記情報通知先の情報処理装置に送信させる手段とされる付記１６乃至１８のうちの何れかに記載の情報通知プログラム。
（付記２０）
画像情報取得手段に情報通知元の情報処理装置の画面に表示された情報を所定のタイミングで画像情報として取得させる手段は、前記情報通知元の情報処理装置の画面に表示されたＱＲコードの画像情報を前記画像情報取得手段に取得させる手段とされ、
前記送信手段に前記画像情報を前記情報通知先の情報処理装置に送信させる手段は、前記送信手段に、前記ＱＲコードの画像情報を前記情報通知先の情報処理装置に送信させる手段とされる付記１６乃至１９のうちの何れかに記載の情報通知プログラム。
【符号の説明】
【００６９】
１００ サーバ
１１０ エラーコード検出プログラム
１２０ キュー
１３０ ＱＲコード生成プログラム
１５０ 管理用端末（サーバ用）
２００ 携帯電話機
３００ サービスセンタ
３１０ ＱＲコード解析プログラム
３５０ 管理用端末（サービスセンタ用）
【特許請求の範囲】
【請求項１】
第１の情報処理装置が情報を符号化する段階と、
前記第１の情報処理装置が前記符号化された情報を画面に表示する段階と、
前記第１の情報処理装置の画面に表示された前記符号化された情報を画像情報として取得可能な位置および姿勢で設置された第２の情報処理装置が、前記第１の情報処理装置の画面に表示された前記符号化された情報を画像情報として取得する段階と、
前記第２の情報処理装置が、前記取得した前記符号化された情報の画像情報を第３の情報処理装置に送信する段階と、
前記第３の情報処理装置が、前記第２の情報処理装置から送信された前記符号化された情報の画像情報を受信する段階と、
前記第３の情報処理装置が前記受信した前記符号化された情報の画像情報を復号化し、前記情報を取得する段階とを有する情報通知方法。
【請求項２】
前記第１の情報処理装置が前記符号化された情報を画面に表示する段階では表示の更新が所定のタイミングで定期的に実行され、
前記第２の情報処理装置が前記第１の情報処理装置の画面に表示された前記符号化された情報を画像情報として取得する段階では、前記画像情報の取得が前記所定のタイミングと同期したタイミングで定期的に実行される請求項１に記載の情報通知方法。
【請求項３】
前記第２の情報処理装置は、前記第１の情報処理装置の画面に表示された前記符号化された情報を画像情報として取得した後、当該取得した前記符号化された情報が所定の情報か否かを判断し、判断の結果所定の情報であった場合には当該取得した前記符号化された情報の画像情報を第３の情報処理装置に送信せず、所定の情報でなかった場合に当該取得した前記符号化された情報の画像情報を第３の情報処理装置に送信する請求項１または２に記載の情報通知方法。
【請求項４】
前記第２の情報処理装置は携帯電話機とされ、
前記第２の情報処理装置が、取得した符号化された情報の画像情報を第３の情報処理装置に送信する段階は、前記携帯電話機が有する電子メール送信機能を使用して行われる請求項１乃至３のうちの何れか一項に記載の情報通知方法。
【請求項５】
前記第１の情報処理装置が情報をＱＲコードに変換する段階と、
前記第１の情報処理装置が前記ＱＲコードを画面に表示する段階と、
前記第２の情報処理装置が、前記第１の情報処理装置の画面に表示された前記ＱＲコードを画像情報として取得する段階と、
前記第２の情報処理装置が、前記取得した前記ＱＲコードの画像情報を第３の情報処理装置に送信する段階と、
前記第３の情報処理装置が、前記第２の情報処理装置から送信された前記ＱＲコードの画像情報を受信する段階と、
前記第３の情報処理装置が前記受信した前記ＱＲコードの画像情報を復号化し、前記情報を取得する段階とを有する請求項１乃至４のうちの何れか一項に記載の情報通知方法。
【請求項６】
情報を符号化するための手段と、前記符号化された情報を画面に表示するための手段とを有する第１の情報処理装置と、
前記第１の情報処理装置の画面に表示された前記符号化された情報を画像情報として取得可能な位置および姿勢で設置され、前記第１の情報処理装置の画面に表示された前記符号化された情報を画像情報として取得するための手段と、前記取得された前記符号化された情報の画像情報を第３の情報処理装置に送信するための手段とを有する第２の情報処理装置と、
前記第２の情報処理装置から送信された前記符号化された情報の画像情報を受信するための手段と、前記受信された前記符号化された情報の画像情報を復号化し、前記情報を取得するための手段とを有する第３の情報処理装置とを有する情報通知システム。
【請求項７】
画面に表示された情報を画像情報として取得するための画像情報取得手段と、
画像情報取得手段が取得した画像情報を送信するための送信手段と、
前記画像情報取得手段が所定のタイミングで情報通知元の情報処理装置の画面に表示された情報を画像情報として取得し、前記送信手段が前記画像情報取得手段により取得された画像情報を情報通知先の情報処理装置に送信するように、前記画像情報取得手段および前記送信手段を制御する制御手段とを有する情報処理装置。
【請求項８】
前記制御手段による制御の下、前記画像情報取得手段は、前記情報通知元の情報処理装置の画面上、前記所定のタイミングと同期したタイミングで定期的に表示が更新される前記符号化された情報を、前記所定のタイミングで定期的に画像情報として取得する請求項７に記載の情報処理装置。
【請求項９】
情報処理装置の動作を制御するコンピュータを、
画像情報取得手段に、情報通知元の情報処理装置の画面に表示された情報を所定のタイミングで画像情報として取得させる手段と、
送信手段に、前記画像情報取得手段により取得された画像情報を情報通知先の情報処理装置に送信させる手段として機能させるための情報通知プログラム。
【請求項１０】
前記画像情報取得手段に情報通知元の情報処理装置の画面に表示された情報を所定のタイミングで画像情報として取得させる手段は、画像情報取得手段に、前記情報通知元の情報処理装置の画面上で前記所定のタイミングと同持したタイミングで定期的に表示が更新される前記符号化された情報を、前記所定のタイミングで定期的に画像情報として取得させる手段とされる請求項９に記載の情報通知プログラム。
【請求項１】
第１の情報処理装置が情報を符号化する段階と、
前記第１の情報処理装置が前記符号化された情報を画面に表示する段階と、
前記第１の情報処理装置の画面に表示された前記符号化された情報を画像情報として取得可能な位置および姿勢で設置された第２の情報処理装置が、前記第１の情報処理装置の画面に表示された前記符号化された情報を画像情報として取得する段階と、
前記第２の情報処理装置が、前記取得した前記符号化された情報の画像情報を第３の情報処理装置に送信する段階と、
前記第３の情報処理装置が、前記第２の情報処理装置から送信された前記符号化された情報の画像情報を受信する段階と、
前記第３の情報処理装置が前記受信した前記符号化された情報の画像情報を復号化し、前記情報を取得する段階とを有する情報通知方法。
【請求項２】
前記第１の情報処理装置が前記符号化された情報を画面に表示する段階では表示の更新が所定のタイミングで定期的に実行され、
前記第２の情報処理装置が前記第１の情報処理装置の画面に表示された前記符号化された情報を画像情報として取得する段階では、前記画像情報の取得が前記所定のタイミングと同期したタイミングで定期的に実行される請求項１に記載の情報通知方法。
【請求項３】
前記第２の情報処理装置は、前記第１の情報処理装置の画面に表示された前記符号化された情報を画像情報として取得した後、当該取得した前記符号化された情報が所定の情報か否かを判断し、判断の結果所定の情報であった場合には当該取得した前記符号化された情報の画像情報を第３の情報処理装置に送信せず、所定の情報でなかった場合に当該取得した前記符号化された情報の画像情報を第３の情報処理装置に送信する請求項１または２に記載の情報通知方法。
【請求項４】
前記第２の情報処理装置は携帯電話機とされ、
前記第２の情報処理装置が、取得した符号化された情報の画像情報を第３の情報処理装置に送信する段階は、前記携帯電話機が有する電子メール送信機能を使用して行われる請求項１乃至３のうちの何れか一項に記載の情報通知方法。
【請求項５】
前記第１の情報処理装置が情報をＱＲコードに変換する段階と、
前記第１の情報処理装置が前記ＱＲコードを画面に表示する段階と、
前記第２の情報処理装置が、前記第１の情報処理装置の画面に表示された前記ＱＲコードを画像情報として取得する段階と、
前記第２の情報処理装置が、前記取得した前記ＱＲコードの画像情報を第３の情報処理装置に送信する段階と、
前記第３の情報処理装置が、前記第２の情報処理装置から送信された前記ＱＲコードの画像情報を受信する段階と、
前記第３の情報処理装置が前記受信した前記ＱＲコードの画像情報を復号化し、前記情報を取得する段階とを有する請求項１乃至４のうちの何れか一項に記載の情報通知方法。
【請求項６】
情報を符号化するための手段と、前記符号化された情報を画面に表示するための手段とを有する第１の情報処理装置と、
前記第１の情報処理装置の画面に表示された前記符号化された情報を画像情報として取得可能な位置および姿勢で設置され、前記第１の情報処理装置の画面に表示された前記符号化された情報を画像情報として取得するための手段と、前記取得された前記符号化された情報の画像情報を第３の情報処理装置に送信するための手段とを有する第２の情報処理装置と、
前記第２の情報処理装置から送信された前記符号化された情報の画像情報を受信するための手段と、前記受信された前記符号化された情報の画像情報を復号化し、前記情報を取得するための手段とを有する第３の情報処理装置とを有する情報通知システム。
【請求項７】
画面に表示された情報を画像情報として取得するための画像情報取得手段と、
画像情報取得手段が取得した画像情報を送信するための送信手段と、
前記画像情報取得手段が所定のタイミングで情報通知元の情報処理装置の画面に表示された情報を画像情報として取得し、前記送信手段が前記画像情報取得手段により取得された画像情報を情報通知先の情報処理装置に送信するように、前記画像情報取得手段および前記送信手段を制御する制御手段とを有する情報処理装置。
【請求項８】
前記制御手段による制御の下、前記画像情報取得手段は、前記情報通知元の情報処理装置の画面上、前記所定のタイミングと同期したタイミングで定期的に表示が更新される前記符号化された情報を、前記所定のタイミングで定期的に画像情報として取得する請求項７に記載の情報処理装置。
【請求項９】
情報処理装置の動作を制御するコンピュータを、
画像情報取得手段に、情報通知元の情報処理装置の画面に表示された情報を所定のタイミングで画像情報として取得させる手段と、
送信手段に、前記画像情報取得手段により取得された画像情報を情報通知先の情報処理装置に送信させる手段として機能させるための情報通知プログラム。
【請求項１０】
前記画像情報取得手段に情報通知元の情報処理装置の画面に表示された情報を所定のタイミングで画像情報として取得させる手段は、画像情報取得手段に、前記情報通知元の情報処理装置の画面上で前記所定のタイミングと同持したタイミングで定期的に表示が更新される前記符号化された情報を、前記所定のタイミングで定期的に画像情報として取得させる手段とされる請求項９に記載の情報通知プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２０１０−２１１３９４（Ｐ２０１０−２１１３９４Ａ）
【公開日】平成２２年９月２４日（２０１０．９．２４）
【国際特許分類】
【出願番号】特願２００９−５５２８８（Ｐ２００９−５５２８８）
【出願日】平成２１年３月９日（２００９．３．９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＱＲコード
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２２年９月２４日（２０１０．９．２４）
【国際特許分類】
【出願日】平成２１年３月９日（２００９．３．９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＱＲコード
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]