(57)【要約】【課題】  遠隔地のコンピュータと、その情報を必要とするヘルプデスク担当者側の計算機間の回線機能に重大な障害が生じて不通になった場合にも、遠隔地のコンピュータ側の情報を正確にヘルプデスク側の計算機に伝える。【解決手段】  更新情報を解析して宛先を特定する送信先検出部１６と、上記更新情報と上記特定宛先情報とを画像化する最新情報画像化機能部１３と、上記画像化された更新情報と特定宛先情報を表示する表示部２１と、を持つリモートコンピュータ１と、上記画像化された更新情報と特定宛先情報を撮影した画像から特定宛先をデコードするデコード機能部３２を持ち、上記特定宛先に上記画像化された更新情報を送信する撮影機能付携帯電話３０と、上記送信された画像情報を復号する画像情報復号機能部１０１、を持つセンタコンピュータ１００、とで構成される。【選択図】        図１
2006178601.tif 000002
【特許請求の範囲】
【請求項１】
更新情報を解析して宛先を特定する送信先検出部と、上記更新情報と上記特定宛先情報とを画像化する最新情報画像化機能部と、上記画像化された更新情報と特定宛先情報を表示する表示部と、を持つリモートコンピュータと、
上記画像化された更新情報と特定宛先情報を撮影した画像から特定宛先をデコードするデコード機能部を持ち、該特定宛先に上記画像化された更新情報を送信する撮影機能付携帯電話と、
上記送信された画像情報を復号する画像情報復号機能部、を持つセンタコンピュータ、とで構成されることを特徴とするデータ伝送システム。
【請求項２】
リモートコンピュータの送信先検出部は、障害内容を解析して複数宛先への送信情報を検出し、最新情報画像化機能部は、上記複数宛先情報も画像化することを特徴とする請求項１記載のデータ伝送システム。
【請求項３】
リモートコンピュータの送信先検出部は、障害内容を解析して障害発生時刻により決まる特定の宛先への送信情報を検出し、最新情報画像化機能部は、該特定宛先の情報を画像化することを特徴とする請求項１または請求項２記載のデータ伝送システム。
【請求項４】
リモートコンピュータの送信先検出部は、障害内容を解析し、障害個所を示す情報に基いて特定宛先を定めることを特徴とする請求項１または請求項２記載のデータ伝送システム。
【請求項５】
センタコンピュータは、送信されたデータが所定の設定条件に適合するかの可否を判断するフィルタ機能部、を備えたことを特徴とする請求項１記載のデータ伝送システム。
【請求項６】
リモートコンピュータ側において、更新情報を解析して宛先を特定する送信先検出ステップと、
上記更新情報と上記特定された宛先の情報を画像化する最新情報画像化ステップと、
上記画像化された更新情報と特定宛先情報を表示する表示ステップと、
撮影機能付携帯電話において、上記画像化された更新情報と特定宛先情報を撮影した画像から特定宛先をデコードするデコード・ステップと、
上記デコードにより得られる宛先に上記画像化された更新情報を送信するステップと、
センタコンピュータ側において、上記送信された画像情報を復号する画像情報復号ステップ、を持つことを特徴とするデータ伝送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、遠隔地にある計算機で取得したデータや操作記録など、または障害データ等を、通常接続が出来ない場合等にも、本来のセンタ側コンピュータが受け取れるようにしたシステム、方法に関するものである。
【背景技術】
【０００２】
分散コンピュータ・システムでは、遠隔地にあるコンピュータで障害が発生した場合等に、その障害を解決するためには、該当する遠隔地のコンピュータで発生している障害に関する、ログ情報や操作履歴、機器の構成情報等を、障害解析の対応を行うヘルプデスクやコールセンタへ送信して、担当者が状況を把握し、情報を解析する必要がある。例えば、銀行のＡＴＭを顧客が利用中に障害が発生した場合や、家庭でのインターネット利用による株取引処理中に障害が発生した場合など、が該当する。
こうした場合に、遠隔地のコンピュータからヘルプデスク担当者等の情報転送先の間に障害発生を通知する手段や、解析情報等のデータを転送する手段が無くなった場合は、この２者間の情報伝達手段は電話による口頭通知程度しかない。しかしながら電話での会話による伝達は、情報が正確に伝わりにくく、また情報伝達に時間がかかってしまう。また、遠隔地のコンピュータの内部で記録されている、ログ情報や操作履歴、機器の構成情報等は、一般の利用者が参照することは困難であり、こうした場合に、その内容をヘルプデスク担当者等に通知することはできない。即ち、遠隔地のコンピュータからヘルプデスク担当者等の情報転送先の間に障害発生やログ情報等を通知する回線があっても、その伝達のためのネットワークに障害があり、データの転送ができなければ、やはり電話で状況報告を行う程度のことしかできない。
【０００３】
なお上記データ伝送とは異なるが、特許文献１「データ提供方法、コード発行装置、電子機器、プログラム及び記録媒体」において、電話番号やメールアドレス等の情報を予めＱＲコードのような二次元バーコード情報に変換しておき、この情報を携帯電話機に光学的に読み込ませて、携帯電話内部で二次元バーコード情報をデコードして電話番号やメールアドレス等の情報を取得する技術、つまり手入力によるキー操作を行わず、携帯電話に情報を読み込むアイデアが示されている。
【特許文献１】特開２００４−４６７８１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従来のデータ伝送では、システムに冗長性を持たせて、通常回線に障害が生じても、予備回線を使用して遠隔地のコンピュータからデータを送るようにしている。しかしシステムに重大故障が起きて予備系もダウンする事態になると、データ伝送が出来なくなるという課題がある。
特許文献１に示される技術は、データ取得に用いられて、遠隔地のコンピュータでの操作ログ情報等を、遠隔地のコンピュータ側からヘルプデスク担当者等へ伝達することには用いられていない。
【０００５】
本発明は上記の課題を解決するために、遠隔地のコンピュータと、その情報を必要とするヘルプデスク担当者側の計算機間の回線機能に重大な障害が生じて不通になった場合にも、遠隔地のコンピュータ側の情報を正確にヘルプデスク側の計算機に伝えることを目的とする。この技術は、遠隔地のコンピュータからの情報伝達の手段が無い場合にも適用ができる。
【課題を解決するための手段】
【０００６】
この発明に係るデータ伝送システムは、更新情報を解析して宛先を特定する送信先検出部と、上記更新情報と上記特定宛先情報とを画像化する最新情報画像化機能部と、上記画像化された更新情報と特定宛先情報を表示する表示部と、を持つリモートコンピュータと、
上記画像化された更新情報と特定宛先情報を撮影した画像から特定宛先をデコードするデコード機能部を持ち、上記特定宛先に上記画像化された更新情報を送信する撮影機能付携帯電話と、
上記送信された画像情報を復号する画像情報復号機能部、を持つセンタコンピュータ、とで構成される。
【発明の効果】
【０００７】
本発明によれば、遠隔地のコンピュータの情報を画像情報化して所定の連絡先への出力表示し、その画像をデジタルカメラで撮影して、更新された画像情報を写真データとして携帯電話ネットワーク等の通信手段を利用して宛先入力無しに伝送し、ヘルプデスク担当者側のセンタ側コンピュータで画像解析して、元の遠隔地のコンピュータが持つ情報を得て、システムの伝送系に重大故障が生じても、または通常伝送手段が無いコンピュータのデータでも、元の情報が正確に得られるという効果がある。
【発明を実施するための最良の形態】
【０００８】
実施の形態１．
データをＱＲコードで代表される二次元バーコード情報に変換する技術、及びその二次元バーコード情報を復号する技術は知られているが、これらの組み合わせ順序に工夫を凝らし、更に付加技術を加えて、伝送路を形成して元のデータを所望のセンタ側コンピュータに伝送するユニークなシステムを説明する。即ち本技術は、その構成技術の組み合わせ順序が大切である。
図１は、本実施の形態におけるデータ伝送システムの基本構成を示す機能ブロック図である。図の構成において、遠隔地のコンピュータ１の内部構成として、遠隔コンピュータ内部の機器情報を記録したメモリ１１、同じく遠隔コンピュータで実施された操作や処理のログや操作履歴等のログ情報を記録したメモリ１２と、従来の固定情報ではなく、これらの記録情報のうち、所定の更新処理を行って最新の機器状態を表す最新情報をＱＲコードのような二次元バーコード等の画像化情報にエンコードする最新情報画像化機能（エンコード）部１３と、障害原因またはログ情報により検知した障害のＩＤ（分類コード）を解析して、画像化情報を送信すべき送付先の会社と担当部門を特定するメール送信先検出部１６と、このエンコードした二次元バーコード画像を表示する表示装置２１から構成される。
カメラ付携帯電話３０は、撮影機能とメール等の通信機能を持つ装置であり、その内部構成として、カメラ等の撮像機構である撮影機能部３１と、この撮影した二次元バーコード画像データをデコードして、必要な送信先を特定するデコード機能部３２と、画像データをデコード検出した送信先へメール送信等方法で通知する通信機能部３３とで構成される。またカメラ付携帯電話３０と送信先とを接続するネットワーク５１がある。
【０００９】
更にこの画像データを受ける受信側のセンタコンピュータでは、ネットワーク５１から画像データをメールとして受信する、ヘルプデスク等を運用しているセンタ側のメールサーバ１２０と、メールサーバ１２０からの画像データを受けて画像内容を解析するセンタコンピュータ１００とで構成される。センタコンピュータ１００は、内部構成として、遠隔地コンピュータから送られたＱＲコードなどの画像化情報をデコードする画像情報復号機能部１０１と、画像情報復号機能部１０１でデコードした出力情報を表示する表示装置１１１とで構成される。
なおこれらの各部機能は、図示しないプロセッサと、このプロセッサで読み取り実行されるプログラムを記載したメモリと、プログラムをメモリに書き込む入力装置とで構成されるハードウェアで実行される機能である。
【００１０】
次に図１に示すシステム構成の動作について説明する。
図２は、本発明における処理の流れを示したシーケンス図である。また図３は、二次元バーコードの画像データに含める、メールの送信先（情報送付先）の具体例を示す図である。
リモート（遠隔地）コンピュータ１で障害等の問題が発生した場合（ステップ２１１、以後ステップの記述を省略）、上記構成では記述しなかった障害を認識したプログラム等により、ログ情報等を二次元バーコード等の画像に変換する最新情報画像化機能部１３が起動される（２１２）。このときの最新情報は、上記更新したログ情報、障害判断理由、対応する更新前後の機器内部の情報、等が画像化情報として選択される。またメール送信先検出部１６は、この際に発生した障害に対応して図３の情報送付先を選択して、その送信先情報を含めてエンコードを行う（２５１）。例えばメモリが直接の不具合のトリガである場合には、サーバ保守部門が選択され、送信先のメールアドレスとして情報送付先アドレスｓｅｒｖｅｒｓｕｐｐｏｒｔ＠ａｂｃ．ｃｏ．ｊｐが読込まれる。この画像化処理が完了すると、表示装置２１に、変換した画像とメールアドレス等の画像の送信方法に関する情報を表示する（２１３）。
【００１１】
リモート側の利用者４０は、カメラ付携帯電話３０等を利用して画像を撮影する（２１４）。カメラ付携帯電話３０のデコード機能部３２は、撮影機能部３１が撮影した画像データから図３の情報送付先をデコードし（２５２）、メールの送信先として上記の情報送付先アドレスを通信機能部３３に伝える。通信機能部３３は撮影した画像データをこのアドレスに指定してセンタに送信する（２５３）。
センタ側のメールサーバ１２０はメールを受信し（２１６）、センタコンピュータ１００内の画像情報復号機能部１０１は、画像情報をデコードし（２１７）、デコード結果であるログ情報等を表示装置１１１に表示する（２１８）。センタ側のヘルプデスク担当者等はその表示を参照し（２１９）情報を得る。
このように、本発明の方式の適用により、リモートコンピュータとセンタの間に情報を転送するための手段が常設されていなくても、または通常のネットワークに障害が生じて伝送が出来ない状態でも、画像化情報の必要な保守情報等を転送により正確かつ迅速に伝達することが可能になる。
このように、上記実施の形態の方式により、リモート側の利用者の入力の手間をなくしたり、入力ミスを回避したりすることができる。また、宛先アドレスを利用者から参照しにくくすることにより、悪意によるメール攻撃の標的になりにくくなる効果も期待できる。
【００１２】
本実施の形態の変形例を説明する。
図４は本実施の形態における他のシステムの構成を示すの機能ブロックである。図１の構成と比較して、入力装置２３が追加され、リモート側利用者４０から指示を出せるようになっている。更にリモートコンピュータ１ｂの、機器内部の情報またはログ情報からメール送信先を検出するメール送信先検出部１６からの情報は、エンコードに代えて、表示装置２１ｂに伝送される。表示装置２１ｂはエンコードされた画像化情報とは別に、メール送信先検出部１６からの送信先情報を表示する構成となっている。更にこの場合にカメラ付携帯電話３０ｂは、デコード機能部は必要無く、単に撮影した画像化情報をそのまま通信機能部３３から別途指定したメール送信先へ送信する。
次に図５のシーケンス図に基いて図３の構成システムの動作について説明する。
図２のシーケンス図に対して、２３１が方式の変更部分である。リモートコンピュータ１ｂ内部のプログラム等は異常を検知していないが、利用者が異常を検知している場合がある。その場合には、リモート側利用者４０は、入力装置２３を利用して、最新情報画像化機能部１３に対して情報の画像化指示を行う。この場合にリモートコンピュータ１ｂのメール送信先検出部１６は、機器の内部情報またはログ情報を解析して、例えばハードディスクに障害が発生していると判断すると、画像化情報の表示時に併せて図３の行１に示される、情報送付先はサーバ保守担当部門、情報送付先アドレスはｓｅｒｖｅｒｓｕｐｐｏｒｔ＠ａｂｃ．ｃｏ．ｊｐ、を表示装置２１ｂに出力する（２１３）。リモート側利用者４０は、カメラ付携帯電話３０に表示装置２１ｂに表示されたメールアドレスを入力して後、センタへ送信する（２１５）。メール以降のシーケンスは図２と同様である。
このように図４の構成によれば、リモートコンピュータ１ｂ内のプログラム等が異常を検知していなくても、利用者の判断でこの機能を利用することが可能になる。また、機能の実装の面でも、異常検知時に情報を画像化する処理を起動する機能を業務プログラム等に追加する改修を行わず、既存のシステムに与える影響を少なくして、本発明の機能を組み込むことが可能になる。更にカメラ付携帯電話３０ｂにデコード機能が無くても、リモートコンピュータ側の最新情報を指定のセンタへ送信することが出来る。
【００１３】
本システムは通常の通信手段を持っているシステムの、緊急データ伝送用として適用することも可能である。
図６は本実施の形態における他のシステム構成を示す機能ブロック図である。図１に示す構成の機能ブロックに対して、リモートコンピュータ１ｃ内に設けた、リモート側の障害情報等蓄積した機器内部情報記憶メモリ１１またはログ情報記憶メモリ１２の、各情報を監視してセンタコンピュータ１００に通知する「監視及び通知機能部１４」と、その通知のためのネットワーク５２と、センタコンピュータ１００側でこの通知を受ける「情報収集サーバ１４０」が追加された構成である。
【００１４】
次に動作について説明する。
図７は、図６のシステム構成における処理の流れを示したシーケンス図である。図２または図５のシーケンス図に対して、２４１、２４２、２４３、２４４の各ステップを付加したことがシーケンスの変更点である。
図７のシーケンスからも動作の変更部分は明らかであるが、以下、要点を述べる。
図６の構成では、通常はリモートコンピュータ１ｃ内の監視及び通知機能部１４が、障害を監視して、適宜その情報をネットワーク５２と情報収集サーバ１４０を経由して、センタコンピュータ１００に通知する。しかし、この通知経路のネットワーク５２が重障害等で情報の通知ができなかった場合の機能補完として、上記で説明した伝送装置、または方法が適用できる。
即ち障害発生を検知すると、先ず監視及び通知機能部１４は障害情報を情報収集サーバ１４０に通知する処理を実行する（２４１）。何らかの原因で通知できなかった場合（２４２）、不達を検知して（２４３）、ログ情報の画像化変換機能を起動する（２４４）。以降のシーケンスは実施の形態１と同様である。
このように、障害の発生やログ情報を通知する機能が一時的に利用できない場合にも、補完機能として本システム、方法を利用してログ情報等を通知することができる。また自動的に表示装置に表示させることで、利用者に処理を促すことができる。
【００１５】
更に他の変形例を説明する。
図８は本実施の形態における他のシステム構成を示す機能ブロック図である。画像化情報の表示については図１に示す構成における表示装置２１に代えて、印字装置２４が設けられている。メール送信先については、表示装置２１ｃで送信先を表示する。
次に動作について説明する。処理シーケンスについては、図２とほぼ同様であるが、画像データを印字装置２４で印字出力している。先の表示装置２１による出力では、表示装置の解像度等の条件によっては、情報を正しく転送できない場合も考えられるが、印字装置２４を利用して大きく出力すれば、解像度は向上する。例えば銀行ＡＴＭ等では、取引記録を印刷して利用者に提示する、などである。こうして情報通知の精度を向上できる可能性がある。
【００１６】
実施の形態２．
図９は、本実施の形態におけるシステム構成を示す図である。実施の形態１の構成において、情報送信先が複数存在するケースを説明している。
次に動作について説明する。
システム障害への対処のためには、複数の担当部門へ情報提供を行い同時並行的に対処を進めるべきである場合がある。例えば、ハードウェア交換を担当するフィールドエンジニア部門や、業務プログラムの開発を担当している部門などである。図９の構成は、図１の構成において指定した宛先アドレスを複数指定することにより、自動的に、複数の宛先に同報でリモートコンピュータの情報を送信する動作となる。それ以外は、図２のシーケンスと同様の動作をする。
【００１７】
本実施の形態における他のシステム構成を説明する。
図２において、実施の形態１では詳しく述べなかったが、検知した障害の内容によって連絡先を変更できる機能を加えた構成を示している。即ち、障害箇所を示す障害ＩＤをメール送信先検出部１６が解析して、その検出したＩＤに対応した情報転送先メールアドレスを選択し、そのメールアドレスを表示装置２１に表示する。
次に動作について説明する。
例えばハードディスクに障害が発生し、検知した障害のＩＤ（分類コード）がＨＤＤであった場合、図２の表を参照し、情報の送付先はサーバ保守担当部門であり、宛先メールアドレスはｓｅｒｖｅｒｓｕｐｐｏｒｔ＠ａｂｃ．ｃｏ．ｊｐであることがわかる。この例における宛先は１箇所のみであるが、複数箇所を列挙することも可能である。
図９の構成はカメラ付携帯電話３０にデコード機能部３２が設けられているが、この機能が無い構成である場合には、リモート側利用者４０は、別途にリモートコンピュータ１ｂから表示装置２１ｂに伝送されて表示されたメール送信先をアドレス設定して画像化情報を送信する。
また図９の構成であれば、つまりカメラ付携帯電話３０にデコード機能部３２を備えておけば、解析したＩＤで送信先を選択する図２の方式により、情報を必要とする宛先に直接を送信することができ、情報転送等の遅延を回避し、障害への対処の迅速化が期待できる。
【００１８】
更に他の変形例を説明する。即ち図１の構成において、障害を検知した時刻によって連絡先を変更できる機能を加えた方式である。図１０は、障害検知時刻帯と、それに対応した情報転送先メールアドレスを示した対応表の例である。
次に動作について説明する。
例えば時刻０２：００に障害を検知した場合、図１０の表を参照し、情報の送付先はヘルプデスク３であり、宛先メールアドレスはｈｅｌｐｄｅｓｋ−ｕｓ＠ａｂｃ．ｃｏｍであることがわかる。この例における宛先は１箇所のみであるが、複数箇所を列挙することも可能である。
この動作により、該当時刻に対応が可能な部署に直接情報を送信することができ、情報転送等の遅延を回避し、障害への対処の迅速化が期待できる。
【００１９】
更に他の変形例を説明する。
図１１この場合のシステム構成を示す図であり、実施の形態１における機能ブロックに対してセンタ側のメール送信機能部１６０が追加されている。
次に動作について説明する。
図１２上記図１１のシステムでの処理の流れを示したシーケンス図である。図２の実施の形態１におけるシーケンス図に対して、ステップ２６１〜２６７のシーケンスが追加されている。
【００２０】
本構成における追加要素、メール送信機能部１６０が無い場合は、リモートからヘルプデスクなどへの連絡は主に電話になる。この場合、情報が正確、迅速に伝わらない危険性があるが、ヘルプデスクで受け付けられたことは確認ができる。一方、図１２のシーケンスによる場合、実施の形態１の方式で情報を送信しただけでは、リモート側の利用者は、連絡が受け付けられたか、対処の状況、メドはどのようになっているか等を知ることができない。これに対応するために、センタ側で、情報の受付時にメール連絡を行ったり（２６１）、解析処理の進捗状況を情報提供元にメールで連絡したり、電話をコールバックする（２６５）ことで報告を行う。
このように、リモート側の利用者は、順次連絡を受けることで、状況を把握することができる。現在の方式である電話による連絡で、電話を接続したままでの対応をした場合は、通信料金の無駄になる。また、電話による連絡ではセンタ側の要員は１人の電話相手の対応に専念しなければならないが、本実施の形態では、状況変化時や処置方法確定時にのみリモートの利用者に連絡をとることで、センタ側の要員が複数の問題を並行処理することも可能になり、作業効率の向上にもつながる。
【００２１】
更に他の変形例を説明する。
図１３はこの場合のシステム構成を示す図であり、図１に示す実施の形態１の機能ブロックに対してリモートコンピュータ側の暗号化機能部１５と、センタ側の暗号復号機能部１０２の各要素が追加されている。
次に動作について説明する。
リモートコンピュータ１側で情報を画像化変換する前に、暗号化機能部１５によって、センタ側との間で使用できる暗号化キー（暗号方式は不問）を利用して暗号化する。この情報を受信したセンタコンピュータ１００側では、受信信号を先ず暗号復号機能部１０２で暗号を解いて元の平文とし、画像情報復号機能部１０１で画像化情報デコードを行う。そして正しく復号できた場合にのみ後続の処理を行い、不可の場合は廃棄する。
メール等で情報を受け付ける場合は、通知内容の漏洩や、悪意を持った者からの偽情報の通知による攻撃を受ける懸念がある。これを回避するために暗号化機能を持たせる方式である。
【００２２】
更に他の変形例を説明する。
図１４はその場合のシステム構成を示す図であり、図１に示す実施の形態１の機能ブロックに対して、センタ側のフィルタ機能部１０３が追加されている。フィルタ機能は受け付けた情報の真贋を何らかの設定条件により採り込み可否の判断をして、設定条件に適合しない画像復号後のデータを廃棄する機能である。
次に動作について説明する。
例えば、リモートコンピュータ側で情報を画像化変換する際に、障害発生時刻情報を付加しているものとする。情報を受信したセンタ側では、画像化情報からデコードした際に、障害発生時刻を確認する。障害の連絡であるならば、古い日時の情報が送付されるのは不自然であり、通常の処理のルートに流す必要はないと判断できる。フィルタ機能部１０３では、取得した障害発生時刻が、ある許容時間範囲にあるかどうかを判定し、通常処理を行うか、廃棄等の別処理を行うかのフィルタを行う。あるいはまた、想定した障害と対応しない宛先であると、不自然な情報であるとしてこのデコードしたデータを廃棄する。
このように、メール等で情報を受け付ける場合は、悪意を持った者からの偽情報の通知による攻撃を受ける懸念がある。攻撃の際に、以前に取得した情報を利用されると情報としては正しいため受け付けてしまう事も考えられるが、この方式によって、不自然な情報をフィルタすることが可能になる。
【図面の簡単な説明】
【００２３】
【図１】本発明の実施の形態１におけるデータ伝送システムの基本構成を示す機能ブロック図である。
【図２】実施の形態１における処理の流れを示したシーケンス図である。
【図３】実施の形態１における画像データに含める情報送付先の具体例を示す図である。
【図４】実施の形態１における他のシステム構成を示す機能ブロック図である。
【図５】実施の形態１における他の処理の流れを示したシーケンス図である。
【図６】実施の形態１における他のシステム構成を示す機能ブロック図である。
【図７】実施の形態１における他の処理の流れを示したシーケンス図である。
【図８】実施の形態１における他のシステム構成を示す機能ブロック図である。
【図９】本発明の実施の形態２におけるデータ伝送システムの構成を示す図である。
【図１０】実施の形態２における障害検知時刻帯と対応した情報転送先メールアドレスを示した対応表の例を示す図である。
【図１１】実施の形態２における他のシステム構成を示す機能ブロック図である。
【図１２】実施の形態２における他の処理の流れを示したシーケンス図である。
【図１３】実施の形態２における他のシステム構成を示す機能ブロック図である。
【図１４】実施の形態２における他のシステム構成を示す機能ブロック図である。
【符号の説明】
【００２４】
１，１ｂ，１ｃ，１ｄ，１ｅ  リモートコンピュータ、１１  機器内部の情報記憶メモリ、１２  ログ情報記憶メモリ、１３  最新情報画像化機能（エンコード）部、１４  監視及び通知機能部、１５  暗号化機能部、１６  メール送信先検出部、２１，２１ｂ，２１ｃ  表示装置、２３  入力装置、２４  印字装置、３０，３０ｂ  カメラ付携帯電話、３１  撮影機能部、３２  デコード機能部、３３  通信機能部、５１  ネットワーク、１００  センタコンピュータ、１０１  画像情報復号機能部、１０２  暗号復号機能部、１０３  フィルタ機能部、１１１  表示装置、１１２  入力装置、１２０  メールサーバ、１４０  情報収集サーバ、１６０  メール送信機能部、２１２  ログ情報の画像情報へのエンコード・ステップ、２１７  画像デコード・ステップ、２１８  デコードしたログ情報の表示ステップ、２３１  画像化処理起動ステップ、２４１  障害検知による送信ステップ、２４３  不達検知ステップ、２４４  ログ情報の画像化起動ステップ、２５１  宛先アドレス組込みステップ、２５２  デコードして宛先アドレス抽出ステップ、２５３  抽出アドレスへの送信ステップ。
【図１】
2006178601.tif 000003
【図２】
2006178601.tif 000004
【図３】
2006178601.tif 000005
【図４】
2006178601.tif 000006
【図５】
2006178601.tif 000007
【図６】
2006178601.tif 000008
【図７】
2006178601.tif 000009
【図８】
2006178601.tif 000010
【図９】
2006178601.tif 000011
【図１０】
2006178601.tif 000012
【図１１】
2006178601.tif 000013
【図１２】
2006178601.tif 000014
【図１３】
2006178601.tif 000015
【図１４】
2006178601.tif 000016