端末装置、送信方法及びコンピュータプログラム
【課題】端末装置が強制的に再起動された場合に、再起動前の端末装置に関する情報を再起動後に把握すること。
【解決手段】自装置の再起動前に記憶した情報を、再起動の後にも保持している記憶部を備える端末装置が、自身に関する情報を記憶部に記憶させ、前記情報を、ネットワークを介して他の装置に送信する。前記記憶部は、例えば不揮発性の記憶装置であっても良い。
【解決手段】自装置の再起動前に記憶した情報を、再起動の後にも保持している記憶部を備える端末装置が、自身に関する情報を記憶部に記憶させ、前記情報を、ネットワークを介して他の装置に送信する。前記記憶部は、例えば不揮発性の記憶装置であっても良い。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、機器の状態を表す情報を通知するための技術に関する。
【背景技術】
【０００２】
従来、トラップメッセージを利用したＳＮＭＰ（Simple Network Management Protocol）エージェントを具備する装置の障害の一次解析が行われている（非特許文献１参照）。具体的には、ＳＮＭＰによる管理対象となっている各機器（エージェント）と管理を行うための機器（マネージャ）とを設置し、マネージャがエージェントからトラップメッセージを収集する。収集されたトラップメッセージに含まれる情報は、一次解析を行う上で重要な情報である。
また、エージェントに問題が生じた場合には、エージェントを再起動させることによって問題を解決することがある。エージェントを再起動させる手段としては大きく二つある。一方は、コマンドの入力などを契機に実行される自律再起動であり、他方は、再起動スイッチの押下などを契機に実行される強制再起動である。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】D. Harrington, R. Presuhn, B. Wijnen“An Architecture for Describing Simple Network Management Protocol (SNMP) Management Frameworks”, RFC3411, IETF
【発明の概要】
【発明が解決しようとする課題】
【０００４】
強制的に再起動が行われる場合、再起動前にエージェントにおいて生じた障害に関する情報を収集することができない。そのため、トラップメッセージを利用した障害の一次解析を行うことができないという問題があった。一つの解決策として、エージェントに蓄積されているログを取得して解析する方法がある。しかし、ログ中には多量の情報が含まれているため、その中から一次解析に必要な情報のみを特定する作業には時間がかかっていた。また、強制再起動は文字通り強制的に行われるため、エージェントの装置にとっては予期せぬ再起動処理であり、必ずしも強制再起動前の全ての情報がログに蓄積されているとも限らなかった。また、このような問題はＳＮＭＰのエージェントに限った問題ではなく、自装置に関する情報を他の装置に送信する端末装置全てに共通する問題であった。
上記事情に鑑み、本発明は、端末装置が強制的に再起動された場合に、再起動前の端末装置に関する情報を再起動後に把握することを可能とする技術を提供することを目的としている。
【課題を解決するための手段】
【０００５】
本発明の一態様は、端末装置であって、自装置の再起動前に記憶した情報を、前記再起動の後にも保持している記憶部と、自身に関する情報を前記記憶部に記憶させる機能部と、前記情報を、ネットワークを介して他の装置に送信する送信部と、を備える。
【０００６】
本発明の一態様は、通信方法であって、自装置の再起動前に記憶した情報を、前記再起動の後にも保持している記憶部を備える端末装置が、自身に関する情報を前記記憶部に記憶させるステップと、前記端末装置が、前記情報を、ネットワークを介して他の装置に送信するステップと、を有する。
【０００７】
本発明の一態様は、自装置の再起動前に記憶した情報を、前記再起動の後にも保持している記憶部を備える端末装置コンピュータに対し、自身に関する情報を前記記憶部に記憶させるステップと、前記情報を、ネットワークを介して他の装置に送信するステップと、を実行させるためのコンピュータプログラムである。
【発明の効果】
【０００８】
本発明により、端末装置が強制的に再起動された場合に、再起動前の端末装置に関する情報を再起動後に把握することが可能となる。
【図面の簡単な説明】
【０００９】
【図１】情報収集システム１００の構成を表すシステム構成図である。
【図２】端末装置１０の機能構成を表す概略ブロック図である。
【図３】端末情報の具体例を示す図である。
【図４】トラップ分類番号の具体例を示す。
【図５】システムステータステーブルの具体例を表す図である。
【図６】端末情報の他の具体例を示す図である。
【図７】第一管理装置２０の機能構成を表す概略ブロック図である。
【図８】端末装置１０の動作を表すフローチャートである。
【図９】強制再起動時の端末装置１０の動作を表すフローチャートである。
【発明を実施するための形態】
【００１０】
図１は、情報収集システム１００の構成を表すシステム構成図である。情報収集システム１００は、端末装置１０、第一管理装置２０、第二管理装置３０、ネットワーク４０を備える。端末装置１０と第一管理装置２０とは、ネットワーク４０を介して通信可能である。端末装置１０と第二管理装置３０とは、ネットワーク４０を介して通信可能である。図１では、端末装置１０は複数台図示されているが、その台数に制限はなく、１台であっても良い。図１では、第一管理装置２０及び第二管理装置３０が図示されているが、いずれか一方のみであっても良い。
【００１１】
まず、情報収集システム１００の概略について説明する。端末装置１０は、自装置の機能の状態や自装置内で生じたイベントに関する情報を第一管理装置２０及び第二管理装置３０へ送信する。第一管理装置２０及び第二管理装置３０は、端末装置１０から受信した情報を出力する。出力された情報は、一次解析を行う際に活用される。また、端末装置１０は、情報の一部または全部を、第一管理装置２０及び第二管理装置３０へ送信する前に、自装置の内部又は外部に設置された記憶装置に記録する。そのため、端末装置１０が情報を第一管理装置２０及び第二管理装置３０に送信する前に強制再起動が行われたとしても、記憶装置から情報を取得することが可能であり、情報に基づいて一次解析を行うことが可能となる。
【００１２】
端末装置１０と第一管理装置２０及び第二管理装置３０とは、例えばＳＮＭＰ（Simple Network Management Protocol）にしたがって動作しても良い。この場合、端末装置１０はＳＮＭＰエージェントとして動作し、第一管理装置２０及び第二管理装置３０はそれぞれＳＮＭＰマネージャとして動作する。情報収集システム１００に適用されるプロトコルはＳＮＭＰに限定されないが、以下の説明ではＳＮＭＰが適用された場合の情報収集システム１００の構成及び動作を説明する。
【００１３】
以下、情報収集システム１００の詳細について説明する。図２は、端末装置１０の機能構成を表す概略ブロック図である。端末装置１０は、第一管理装置２０及び第二管理装置３０と通信可能であればどのような装置であっても良い。端末装置１０は、例えばルータや、基地局装置や、基地局装置間の通信を行うマイクロ波通信機器などの通信装置であっても良い。また、端末装置１０は、例えばテレビ受像機や録画機器や冷蔵庫やゲーム機器などのような家電機器であっても良い。
【００１４】
端末装置１０は、バスで接続されたＣＰＵ（Central Processing Unit）やメモリや補助記憶装置などを備え、端末装置用プログラムを実行する。端末装置１０は、端末装置用プログラムを実行することによって、記憶装置１０１、機能部１０２−１〜１０２−ｎ、端末情報送信部１０３を備える装置として機能する。なお、端末装置１０の各機能の全て又は一部は、ＡＳＩＣ（Application Specific Integrated Circuit）やＰＬＤ（Programmable Logic Device）やＦＰＧＡ（Field Programmable Gate Array）等のハードウェアを用いて実現されても良い。端末装置用プログラムは、コンピュータ読み取り可能な記録媒体に記録されても良い。コンピュータ読み取り可能な記録媒体とは、例えばフレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置である。
【００１５】
記憶装置１０１は、磁気ハードディスク装置や半導体記憶装置などの記憶装置である。記憶装置１０１は、端末装置１０が再起動した後であっても、再起動前の情報を喪失しないように構成される。例えば、端末装置１０が再起動する際に記憶装置１０１の電源が一度落ちるような構成である場合には、記憶装置１０１は不揮発性記憶装置として構成される。一方、例えば記憶装置１０１が外部のファイルサーバ等を用いて構成され、端末装置１０が再起動する前後で情報を喪失しない場合には、記憶装置１０１は揮発性記憶装置として構成されても良い。記憶装置１０１は、機能部１０２−１〜１０２−ｎによって生成された機能部情報を記憶する。
【００１６】
機能部１０２−１〜１０２−ｎ（以下、これらをまとめて記載する場合には「機能部１０２」と記載する。）は、いわゆるＦＢ（Function Block）であり、端末装置１０に搭載されるファームウェアの機能ごとの論理的な構成単位である。機能部１０２が連携して動作することによって、端末装置１０の機能が実現される。機能部１０２は、それぞれの機能にしたがって動作し、第一のタイミングで機能部情報を生成し記憶装置１０１に書き込む。
【００１７】
第一のタイミングとは、予め設定された間隔に応じた定期的なタイミングであっても良いし、所定のイベントが生じたタイミングであっても良い。所定のイベントとは、例えばシステムリソースの状態を表す値（例えば、ＣＰＵ稼働率やメモリ残量など）が所定の閾値を超えることや、ネットワークトラフィックを表す値（例えば通信帯域や、単位時間当たりの受信パケット数など）が所定の閾値を超えることや、機能部情報として報告するために蓄積されたシステムログの情報量が所定の閾値を超えることなどである。
【００１８】
機能部情報は、少なくとも３つの情報を含む。一つは機能部ＩＤである。一つは状態値又はイベントＩＤである。一つは状態値を記録した日時又はイベントが発生した日時である。機能部ＩＤとは、機能部情報を生成した機能部１０２を表す識別情報である。状態値とは、例えば機能部１０２のシステムリソースの状態を表す値や、ネットワークトラフィックを表す値などである。イベントＩＤとは、上述したイベントのうち、発生したイベントを表す識別情報である。
【００１９】
機能部１０２は、機能部情報を生成すると、生成した機能部情報を記憶装置１０１に記録する。また、機能部１０２は、生成した機能部情報を第二のタイミングで、端末情報送信部１０３へ通知する。第二のタイミングとは、機能部情報を生成したタイミングであっても良いし、予め設定された間隔に応じた定期的なタイミングであっても良いし、端末情報送信部１０３から機能部情報を要求されたタイミングであっても良い。第二のタイミングが、予め設定された間隔に応じた定期的なタイミング、又は、端末情報送信部１０３から機能部情報を要求されたタイミングである場合、機能部１０２は、一つ前のタイミングで機能部情報を通知した後に、今回のタイミングまでの間に生成した全ての機能部情報を端末情報送信部１０３へ通知しても良い。
【００２０】
端末情報送信部１０３は、機能部１０２から通知された機能部情報に基づいて端末情報を生成し、生成した端末情報を第一管理装置２０及び第二管理装置３０へ送信する。機能部情報は一つの機能部１０２に関する情報であるのに対し、端末情報は一つの端末装置１０に関する情報である。したがって、端末情報は複数の機能部１０２に関する情報や、端末装置全体としての情報を含む。端末情報送信部１０３は、第三のタイミングで端末情報を生成し第一管理装置２０及び第二管理装置３０へ端末情報を送信する。第三のタイミングとは、予め設定された間隔に応じた定期的なタイミングであっても良いし、１以上の所定数の機能部情報の通知を受けたタイミングであっても良いし、所定のイベントが生じたタイミングであっても良いし、第一管理装置２０又は第二管理装置３０から端末情報を要求されたタイミングであっても良い。
【００２１】
端末情報送信部１０３は、自装置が強制再起動された場合には、再起動前に記憶装置１０１に記録された機能部情報であって且つ端末情報に未だ用いられていない機能部情報（以下、「未使用機能部情報」という。）を、記憶装置１０１から検索する。そして、端末情報送信部１０３は、未使用機能部情報を用いて端末情報を生成し、第一管理装置２０及び第二管理装置３０へ端末情報を送信する。
【００２２】
図３は、端末情報の具体例を示す図である。図３に示される端末情報は、端末装置ＩＤ、トラップ分類番号、システムステータス、機能部１０２毎のステータス（ＦＢ１ステータス、ＦＢ２ステータス、・・・、ＦＢｎステータス）の情報を含む。
端末装置ＩＤは、各端末装置１０に重複しないように割り当てられた識別情報である。端末装置ＩＤを参照することによって、どの端末装置１０から送信された端末情報であるか識別することができる。
【００２３】
トラップ分類番号は、その端末情報が、未使用機能部情報に基づいて生成され強制再起動後に送信された端末情報であるのか否かを表す。図４は、トラップ分類番号の具体例を示す。図４の例では、トラップ分類番号は“０”又は“１”のいずれかの値をとる。値が“０”の場合、その端末情報は現在の情報である。すなわち、強制再起動をはさむことなく、各機能部１０２から通知された機能部情報に基づいて生成され送信された端末情報である。一方、値が“１”の場合、その端末情報は強制再起動前の機能部情報に基づいて生成された端末情報である。すなわち、その端末情報は、未使用機能部情報に基づいて生成され再起動後に送信された端末情報である。
【００２４】
端末情報送信部１０３は、トラップ分類番号が“０”となる端末情報については、機能部１０２から第二のタイミングで通知された機能部情報に基づいて生成する。一方、端末情報送信部１０３は、トラップ分類番号が“１”となる端末情報については、記憶装置１０１に記憶されている未使用機能部情報に基づいて生成する。すなわち、端末情報送信部１０３は、記憶装置１０１に記憶されている複数の機能部情報のうち、未だに端末情報として第一管理装置２０及び第二管理装置３０へ送信されていない機能部情報を選択し、選択した機能部情報に基づいて端末情報を生成する。この選択処理はどのように実現されても良い。例えば、端末情報送信部１０３は、端末情報を生成する度に記憶装置１０１へその日時を記録し、記録された日時と各機能部情報の日時とを比較することによって未使用機能部情報を選択しても良い。また、端末情報送信部１０３は、端末情報を生成する度に使用した機能部情報に対応する使用済みフラグを記憶装置１０１に記録し、使用済みフラグが付されていない機能部情報を未使用機能部情報として選択しても良い。
【００２５】
端末情報の内容の説明に戻る。システムステータスとは、端末装置１０全体としての状態を表す情報である。システムステータスは、例えば“Ｎｏｒｍａｌ”と“Ａｂｎｏｒｍａｌ”の二つのうちいずれかの値を持つ。システムステータスが“Ｎｏｒｍａｌ”である場合、その端末装置１０は、例えその一部の機能部１０２に障害が生じていたとしても、全体として問題なく動作していることを表す。一方、システムステータスが“Ａｂｎｏｒｍａｌ”である場合、その端末装置１０は、再起動や修理や設定変更などの何らかの対処が必要となっていることを表す。
【００２６】
システムステータスの値は、システムステータステーブルにしたがって、端末情報送信部１０３によって判定される。図５は、システムステータステーブルの具体例を表す図である。システムステータステーブルは、レコード毎に、システムステータスの値と、各機能部１０２のステータスの値の組み合わせとを対応付けている。例えば、図５のレコード１２１は、全ての機能部１０２が正常（Ｎｏ−ａｌｅｒｔ）である場合には、システムステータスの値は“Ｎｏｒｍａｌ”になることを示している。図５のレコード１２２は、機能部１０２−２のみが異常（Ｃａｕｔｉｏｎ）であったとしても、その他の全ての機能部が正常であれば、システムステータスの値は“Ｎｏｒｍａｌ”になることを示している。図５のレコード１２３は、機能部１０２−２及び機能部１０２−ｎが異常（Ｃａｕｔｉｏｎ）であったとしても、その他の全ての機能部が正常（Ｎｏ−ａｌｅｒｔ）であれば、システムステータスの値は“Ｎｏｒｍａｌ”になることを示している。図５のレコード１２４は、機能部１０２−１が重大異常（Ｃｒｉｔｉｃａｌ）であった場合、その他の全ての機能部が正常（Ｎｏ−ａｌｅｒｔ）であったとしても、システムステータスの値は“Ａｂｎｏｒｍａｌ”になることを示している。
【００２７】
機能部１０２毎のステータスの情報は、各機能部１０２の状態を表す情報である。例えば、図３における“ＣＰＵ＿Ｂｕｓｙ”という情報は、ＣＰＵの使用率が所定の閾値を上回っていることを表す。機能部１０２毎のステータスの情報は、端末情報送信部１０３によって、機能部情報に基づいて判断される。
図６は、端末情報の他の具体例を示す図である。図６に示される端末情報も、トラップ分類番号、システムステータス、機能部１０２毎のステータスの情報を含む。
【００２８】
図７は、第一管理装置２０の機能構成を表す概略ブロック図である。第一管理装置２０は、パーソナルコンピュータや、サーバ装置や、スマートフォン等の情報処理装置を用いて構成される。第一管理装置２０は、例えば端末装置１０の保守を行う保守管理者によって使用される。第二管理装置３０は、基本的な構成は第一管理装置２０と同じである。そのため、第二管理装置３０についての説明は省略する。ただし、第一管理装置２０が保守管理者によって使用されるのに対し、第二管理装置３０は端末装置１０のベンダによって使用される。
第一管理装置２０は、バスで接続されたＣＰＵやメモリや補助記憶装置などを備え、管理用プログラムを実行する。第一管理装置２０は、管理用プログラムを実行することによって、端末情報受信部２０１、報知部２０２、入力部２０３、出力部２０４を備える装置として機能する。なお、第一管理装置２０の各機能の全て又は一部は、ＡＳＩＣやＰＬＤやＦＰＧＡ等のハードウェアを用いて実現されても良い。管理用プログラムは、コンピュータ読み取り可能な記録媒体に記録されても良い。
【００２９】
端末情報受信部２０１は、ネットワーク４０を介して端末装置１０から端末情報を受信する。端末装置１０の端末情報送信部１０３が、第一管理装置２０からの端末情報の要求に応じて端末情報を送信するように構成されている場合、端末情報受信部２０１は、所定のタイミングで端末情報の要求を端末装置１０へ送信する。端末情報受信部２０１は、端末情報を受信すると、受信した端末情報を報知部２０２へ送信する。
【００３０】
報知部２０２は、端末情報受信部２０１から端末情報を受信すると、端末情報の内容に応じて、第一管理装置２０の使用者に対して端末情報の内容を報知する。例えば、システムステータスが“Ｎｏｒｍａｌ”である場合には、報知部２０２は特に報知を行わなくても良い。一方、システムステータス“Ａｂｎｏｒｍａｌ”である場合には、報知部２０２はその旨を使用者に対して報知する。このとき、報知部２０２は、システムステータスが“Ａｂｎｏｒｍａｌ”であることとともに、端末装置ＩＤも報知しても良い。なお、第一管理装置２０の使用者とは、例えば上記の保守管理者である。
【００３１】
報知部２０２が報知を行う際の具体的な態様は、どのように実現されても良い。例えば、報知部２０２は、ＣＲＴ（Cathode Ray Tube）ディスプレイ、液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイ等の画像表示装置に、システムステータスが“Ａｂｎｏｒｍａｌ”である端末情報を受信したことを表示しても良い。また、報知部２０２は、“Ａｂｎｏｒｍａｌ”に対応するランプを点灯又は点滅させても良い。保守管理者は、報知部２０２の報知を受けることによって、端末装置１０に問題が生じていることを即座に認識し対応することが可能となる。
【００３２】
入力部２０３は、キーボード、ポインティングデバイス（マウス、タブレット等）、ボタン、タッチパネル等の既存の入力装置を用いて構成される。入力部２０３は、出力部２０４に端末情報を表示するために必要となる指示を入力する際に使用者によって操作される。
出力部２０４は、ＣＲＴディスプレイ、液晶ディスプレイ、有機ＥＬディスプレイ等の画像表示装置を用いて構成される。出力部２０４は、端末情報受信部２０１によって受信された端末情報の内容を表示する。出力部２０４は、システムステータス“Ａｂｎｏｒｍａｌ”である端末情報の内容を、使用者が入力部２０３を操作するか否かにかかわらず表示しても良い。また、出力部２０４は、使用者による指示に応じて、使用者によって指定された端末装置ＩＤの端末情報の内容を表示しても良い。
【００３３】
図８は、端末装置１０の動作を表すフローチャートである。図８Ａは、機能部１０２の動作を表すフローチャートである。図８Ｂは、端末情報送信部１０３の動作を表すフローチャートである。機能部１０２は、特に異常が生じていない場合は、通常運用で動作し、自身に搭載されたファームウェアの機能にしたがって動作する（ステップＳ１０１）。機能部１０２は、第一のタイミング及び第二のタイミングが到来するまで（ステップＳ１０２−ＮＯ、ステップＳ１０４−ＮＯ）、通常運用で動作する。第一のタイミングが到来すると（ステップＳ１０２−ＹＥＳ）、機能部１０２は、機能部情報を生成し記憶部１０１に記録する（ステップＳ１０３）。第二のタイミングが到来すると（ステップＳ１０４−ＹＥＳ）、機能部１０２は、前回の第二のタイミングの到来時以降に生成された機能部情報を、端末情報送信部１０３へ送信する（ステップＳ１０５）。
【００３４】
端末情報送信部１０３は、第二のタイミングが到来するまで（ステップＳ１１１−ＮＯ）、待機する。第二のタイミングが到来すると（ステップＳ１１１−ＹＥＳ）、端末情報送信部１０３は、機能部情報を収集する（ステップＳ１１２）。第三のタイミングが到来すると（ステップＳ１１３−ＹＥＳ）、端末情報送信部１０３は、ステップＳ１１２の処理で収集した機能部情報に基づいて端末情報を生成し送信する（ステップＳ１１４）。
【００３５】
図９は、強制再起動時の端末装置１０の動作を表すフローチャートである。強制再起動の指示が入力されるまで（ステップＳ２０２−ＮＯ）、機能部１０２は通常運用で動作し、自身に搭載されたファームウェアの機能にしたがって動作する（ステップＳ２０１）。強制再起動の指示が入力されると（ステップＳ２０２−ＹＥＳ）、端末装置１０は再起動処理を実行する（ステップＳ２０３）。強制再起動処理の指示は、例えば端末装置１０に設けられた強制再起動用のボタンを押下することによって行われても良いし、他の態様で行われても良い。再起動処理の具体例は以下のとおりである。まず、端末装置１０が備える各構成（記憶装置１０１、機能部１０２、端末情報送信部１０３）に対する給電が一度停止される。その後、端末装置１０が備える各構成に対する給電が再開され、各構成が初期化処理を行い再び起動する。このような再起動処理によって、端末装置１０に生じていた障害が解消することがある。
【００３６】
再起動処理が完了すると、端末情報送信部１０３は、記憶装置１０１に記憶されている機能部情報を参照し（ステップＳ２０４）、未使用機能部情報が存在するか否か判定する（ステップＳ２０５）。未使用機能部情報が無い場合には（ステップＳ２０５−ＮＯ）、端末装置１０は通常運用を開始する（ステップＳ２０７）。一方、未使用機能部情報が存在する場合には（ステップＳ２０５−ＹＥＳ）、端末情報送信部１０３は、未使用機能部情報に基づいて端末情報を生成し送信する（ステップＳ２０６）。その後、端末装置１０は通常運用を開始する（ステップＳ２０７）。
【００３７】
以上のように構成された情報収集システム１００では、第一管理装置２０や第二管理装置３０が、端末装置１０から端末情報を受信する。端末情報は、システムステータスや、機能部１０２毎のステータスの情報を含む。そのため、第一管理装置２０や第二管理装置３０の使用者は、端末情報に基づいて各端末装置１０の状態を容易に判断することが可能となる。各端末装置１０についての一次解析を行うことも容易に可能となる。
【００３８】
端末装置１０の機能部情報は、記憶装置１０１に蓄積されている。これらの機能部情報は、端末装置１０が強制再起動された場合であっても喪失されない。そのため、強制再起動がなされた後であっても、強制再起動前の障害に関する機能部情報の内容も、端末情報として第一管理装置２０や第二管理装置３０へ送信することが可能である。
【００３９】
また、端末情報は、保守担当者が使用する第一管理装置２０だけでなく、ベンダが使用する第二管理装置３０にも送信される。そのため、ベンダは、端末情報に含まれる情報に基づいて障害の一次解析を行うことが可能となる。
【００４０】
＜変形例＞
上記の情報収集システム１００では、端末装置１０から第一管理装置２０及び第二管理装置３０への端末情報の送信はＳＮＭＰに基づいて行われている。しかし、端末情報の送信はＳＮＭＰを用いたものに限定されない。例えば、端末装置１０は電子メールを用いて端末情報を送信しても良いし、ＦＡＸで端末情報を送信しても良い。
【００４１】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【符号の説明】
【００４２】
１０…端末装置， ２０…第一管理装置， ３０…第二管理装置， ４０…ネットワーク， １０１…記憶装置， １０２−１〜１０２−ｎ…機能部， １０３…端末情報送信部， ２０１…端末情報受信部， ２０２…報知部， ２０３…入力部， ２０４…出力部
【技術分野】
【０００１】
本発明は、機器の状態を表す情報を通知するための技術に関する。
【背景技術】
【０００２】
従来、トラップメッセージを利用したＳＮＭＰ（Simple Network Management Protocol）エージェントを具備する装置の障害の一次解析が行われている（非特許文献１参照）。具体的には、ＳＮＭＰによる管理対象となっている各機器（エージェント）と管理を行うための機器（マネージャ）とを設置し、マネージャがエージェントからトラップメッセージを収集する。収集されたトラップメッセージに含まれる情報は、一次解析を行う上で重要な情報である。
また、エージェントに問題が生じた場合には、エージェントを再起動させることによって問題を解決することがある。エージェントを再起動させる手段としては大きく二つある。一方は、コマンドの入力などを契機に実行される自律再起動であり、他方は、再起動スイッチの押下などを契機に実行される強制再起動である。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】D. Harrington, R. Presuhn, B. Wijnen“An Architecture for Describing Simple Network Management Protocol (SNMP) Management Frameworks”, RFC3411, IETF
【発明の概要】
【発明が解決しようとする課題】
【０００４】
強制的に再起動が行われる場合、再起動前にエージェントにおいて生じた障害に関する情報を収集することができない。そのため、トラップメッセージを利用した障害の一次解析を行うことができないという問題があった。一つの解決策として、エージェントに蓄積されているログを取得して解析する方法がある。しかし、ログ中には多量の情報が含まれているため、その中から一次解析に必要な情報のみを特定する作業には時間がかかっていた。また、強制再起動は文字通り強制的に行われるため、エージェントの装置にとっては予期せぬ再起動処理であり、必ずしも強制再起動前の全ての情報がログに蓄積されているとも限らなかった。また、このような問題はＳＮＭＰのエージェントに限った問題ではなく、自装置に関する情報を他の装置に送信する端末装置全てに共通する問題であった。
上記事情に鑑み、本発明は、端末装置が強制的に再起動された場合に、再起動前の端末装置に関する情報を再起動後に把握することを可能とする技術を提供することを目的としている。
【課題を解決するための手段】
【０００５】
本発明の一態様は、端末装置であって、自装置の再起動前に記憶した情報を、前記再起動の後にも保持している記憶部と、自身に関する情報を前記記憶部に記憶させる機能部と、前記情報を、ネットワークを介して他の装置に送信する送信部と、を備える。
【０００６】
本発明の一態様は、通信方法であって、自装置の再起動前に記憶した情報を、前記再起動の後にも保持している記憶部を備える端末装置が、自身に関する情報を前記記憶部に記憶させるステップと、前記端末装置が、前記情報を、ネットワークを介して他の装置に送信するステップと、を有する。
【０００７】
本発明の一態様は、自装置の再起動前に記憶した情報を、前記再起動の後にも保持している記憶部を備える端末装置コンピュータに対し、自身に関する情報を前記記憶部に記憶させるステップと、前記情報を、ネットワークを介して他の装置に送信するステップと、を実行させるためのコンピュータプログラムである。
【発明の効果】
【０００８】
本発明により、端末装置が強制的に再起動された場合に、再起動前の端末装置に関する情報を再起動後に把握することが可能となる。
【図面の簡単な説明】
【０００９】
【図１】情報収集システム１００の構成を表すシステム構成図である。
【図２】端末装置１０の機能構成を表す概略ブロック図である。
【図３】端末情報の具体例を示す図である。
【図４】トラップ分類番号の具体例を示す。
【図５】システムステータステーブルの具体例を表す図である。
【図６】端末情報の他の具体例を示す図である。
【図７】第一管理装置２０の機能構成を表す概略ブロック図である。
【図８】端末装置１０の動作を表すフローチャートである。
【図９】強制再起動時の端末装置１０の動作を表すフローチャートである。
【発明を実施するための形態】
【００１０】
図１は、情報収集システム１００の構成を表すシステム構成図である。情報収集システム１００は、端末装置１０、第一管理装置２０、第二管理装置３０、ネットワーク４０を備える。端末装置１０と第一管理装置２０とは、ネットワーク４０を介して通信可能である。端末装置１０と第二管理装置３０とは、ネットワーク４０を介して通信可能である。図１では、端末装置１０は複数台図示されているが、その台数に制限はなく、１台であっても良い。図１では、第一管理装置２０及び第二管理装置３０が図示されているが、いずれか一方のみであっても良い。
【００１１】
まず、情報収集システム１００の概略について説明する。端末装置１０は、自装置の機能の状態や自装置内で生じたイベントに関する情報を第一管理装置２０及び第二管理装置３０へ送信する。第一管理装置２０及び第二管理装置３０は、端末装置１０から受信した情報を出力する。出力された情報は、一次解析を行う際に活用される。また、端末装置１０は、情報の一部または全部を、第一管理装置２０及び第二管理装置３０へ送信する前に、自装置の内部又は外部に設置された記憶装置に記録する。そのため、端末装置１０が情報を第一管理装置２０及び第二管理装置３０に送信する前に強制再起動が行われたとしても、記憶装置から情報を取得することが可能であり、情報に基づいて一次解析を行うことが可能となる。
【００１２】
端末装置１０と第一管理装置２０及び第二管理装置３０とは、例えばＳＮＭＰ（Simple Network Management Protocol）にしたがって動作しても良い。この場合、端末装置１０はＳＮＭＰエージェントとして動作し、第一管理装置２０及び第二管理装置３０はそれぞれＳＮＭＰマネージャとして動作する。情報収集システム１００に適用されるプロトコルはＳＮＭＰに限定されないが、以下の説明ではＳＮＭＰが適用された場合の情報収集システム１００の構成及び動作を説明する。
【００１３】
以下、情報収集システム１００の詳細について説明する。図２は、端末装置１０の機能構成を表す概略ブロック図である。端末装置１０は、第一管理装置２０及び第二管理装置３０と通信可能であればどのような装置であっても良い。端末装置１０は、例えばルータや、基地局装置や、基地局装置間の通信を行うマイクロ波通信機器などの通信装置であっても良い。また、端末装置１０は、例えばテレビ受像機や録画機器や冷蔵庫やゲーム機器などのような家電機器であっても良い。
【００１４】
端末装置１０は、バスで接続されたＣＰＵ（Central Processing Unit）やメモリや補助記憶装置などを備え、端末装置用プログラムを実行する。端末装置１０は、端末装置用プログラムを実行することによって、記憶装置１０１、機能部１０２−１〜１０２−ｎ、端末情報送信部１０３を備える装置として機能する。なお、端末装置１０の各機能の全て又は一部は、ＡＳＩＣ（Application Specific Integrated Circuit）やＰＬＤ（Programmable Logic Device）やＦＰＧＡ（Field Programmable Gate Array）等のハードウェアを用いて実現されても良い。端末装置用プログラムは、コンピュータ読み取り可能な記録媒体に記録されても良い。コンピュータ読み取り可能な記録媒体とは、例えばフレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置である。
【００１５】
記憶装置１０１は、磁気ハードディスク装置や半導体記憶装置などの記憶装置である。記憶装置１０１は、端末装置１０が再起動した後であっても、再起動前の情報を喪失しないように構成される。例えば、端末装置１０が再起動する際に記憶装置１０１の電源が一度落ちるような構成である場合には、記憶装置１０１は不揮発性記憶装置として構成される。一方、例えば記憶装置１０１が外部のファイルサーバ等を用いて構成され、端末装置１０が再起動する前後で情報を喪失しない場合には、記憶装置１０１は揮発性記憶装置として構成されても良い。記憶装置１０１は、機能部１０２−１〜１０２−ｎによって生成された機能部情報を記憶する。
【００１６】
機能部１０２−１〜１０２−ｎ（以下、これらをまとめて記載する場合には「機能部１０２」と記載する。）は、いわゆるＦＢ（Function Block）であり、端末装置１０に搭載されるファームウェアの機能ごとの論理的な構成単位である。機能部１０２が連携して動作することによって、端末装置１０の機能が実現される。機能部１０２は、それぞれの機能にしたがって動作し、第一のタイミングで機能部情報を生成し記憶装置１０１に書き込む。
【００１７】
第一のタイミングとは、予め設定された間隔に応じた定期的なタイミングであっても良いし、所定のイベントが生じたタイミングであっても良い。所定のイベントとは、例えばシステムリソースの状態を表す値（例えば、ＣＰＵ稼働率やメモリ残量など）が所定の閾値を超えることや、ネットワークトラフィックを表す値（例えば通信帯域や、単位時間当たりの受信パケット数など）が所定の閾値を超えることや、機能部情報として報告するために蓄積されたシステムログの情報量が所定の閾値を超えることなどである。
【００１８】
機能部情報は、少なくとも３つの情報を含む。一つは機能部ＩＤである。一つは状態値又はイベントＩＤである。一つは状態値を記録した日時又はイベントが発生した日時である。機能部ＩＤとは、機能部情報を生成した機能部１０２を表す識別情報である。状態値とは、例えば機能部１０２のシステムリソースの状態を表す値や、ネットワークトラフィックを表す値などである。イベントＩＤとは、上述したイベントのうち、発生したイベントを表す識別情報である。
【００１９】
機能部１０２は、機能部情報を生成すると、生成した機能部情報を記憶装置１０１に記録する。また、機能部１０２は、生成した機能部情報を第二のタイミングで、端末情報送信部１０３へ通知する。第二のタイミングとは、機能部情報を生成したタイミングであっても良いし、予め設定された間隔に応じた定期的なタイミングであっても良いし、端末情報送信部１０３から機能部情報を要求されたタイミングであっても良い。第二のタイミングが、予め設定された間隔に応じた定期的なタイミング、又は、端末情報送信部１０３から機能部情報を要求されたタイミングである場合、機能部１０２は、一つ前のタイミングで機能部情報を通知した後に、今回のタイミングまでの間に生成した全ての機能部情報を端末情報送信部１０３へ通知しても良い。
【００２０】
端末情報送信部１０３は、機能部１０２から通知された機能部情報に基づいて端末情報を生成し、生成した端末情報を第一管理装置２０及び第二管理装置３０へ送信する。機能部情報は一つの機能部１０２に関する情報であるのに対し、端末情報は一つの端末装置１０に関する情報である。したがって、端末情報は複数の機能部１０２に関する情報や、端末装置全体としての情報を含む。端末情報送信部１０３は、第三のタイミングで端末情報を生成し第一管理装置２０及び第二管理装置３０へ端末情報を送信する。第三のタイミングとは、予め設定された間隔に応じた定期的なタイミングであっても良いし、１以上の所定数の機能部情報の通知を受けたタイミングであっても良いし、所定のイベントが生じたタイミングであっても良いし、第一管理装置２０又は第二管理装置３０から端末情報を要求されたタイミングであっても良い。
【００２１】
端末情報送信部１０３は、自装置が強制再起動された場合には、再起動前に記憶装置１０１に記録された機能部情報であって且つ端末情報に未だ用いられていない機能部情報（以下、「未使用機能部情報」という。）を、記憶装置１０１から検索する。そして、端末情報送信部１０３は、未使用機能部情報を用いて端末情報を生成し、第一管理装置２０及び第二管理装置３０へ端末情報を送信する。
【００２２】
図３は、端末情報の具体例を示す図である。図３に示される端末情報は、端末装置ＩＤ、トラップ分類番号、システムステータス、機能部１０２毎のステータス（ＦＢ１ステータス、ＦＢ２ステータス、・・・、ＦＢｎステータス）の情報を含む。
端末装置ＩＤは、各端末装置１０に重複しないように割り当てられた識別情報である。端末装置ＩＤを参照することによって、どの端末装置１０から送信された端末情報であるか識別することができる。
【００２３】
トラップ分類番号は、その端末情報が、未使用機能部情報に基づいて生成され強制再起動後に送信された端末情報であるのか否かを表す。図４は、トラップ分類番号の具体例を示す。図４の例では、トラップ分類番号は“０”又は“１”のいずれかの値をとる。値が“０”の場合、その端末情報は現在の情報である。すなわち、強制再起動をはさむことなく、各機能部１０２から通知された機能部情報に基づいて生成され送信された端末情報である。一方、値が“１”の場合、その端末情報は強制再起動前の機能部情報に基づいて生成された端末情報である。すなわち、その端末情報は、未使用機能部情報に基づいて生成され再起動後に送信された端末情報である。
【００２４】
端末情報送信部１０３は、トラップ分類番号が“０”となる端末情報については、機能部１０２から第二のタイミングで通知された機能部情報に基づいて生成する。一方、端末情報送信部１０３は、トラップ分類番号が“１”となる端末情報については、記憶装置１０１に記憶されている未使用機能部情報に基づいて生成する。すなわち、端末情報送信部１０３は、記憶装置１０１に記憶されている複数の機能部情報のうち、未だに端末情報として第一管理装置２０及び第二管理装置３０へ送信されていない機能部情報を選択し、選択した機能部情報に基づいて端末情報を生成する。この選択処理はどのように実現されても良い。例えば、端末情報送信部１０３は、端末情報を生成する度に記憶装置１０１へその日時を記録し、記録された日時と各機能部情報の日時とを比較することによって未使用機能部情報を選択しても良い。また、端末情報送信部１０３は、端末情報を生成する度に使用した機能部情報に対応する使用済みフラグを記憶装置１０１に記録し、使用済みフラグが付されていない機能部情報を未使用機能部情報として選択しても良い。
【００２５】
端末情報の内容の説明に戻る。システムステータスとは、端末装置１０全体としての状態を表す情報である。システムステータスは、例えば“Ｎｏｒｍａｌ”と“Ａｂｎｏｒｍａｌ”の二つのうちいずれかの値を持つ。システムステータスが“Ｎｏｒｍａｌ”である場合、その端末装置１０は、例えその一部の機能部１０２に障害が生じていたとしても、全体として問題なく動作していることを表す。一方、システムステータスが“Ａｂｎｏｒｍａｌ”である場合、その端末装置１０は、再起動や修理や設定変更などの何らかの対処が必要となっていることを表す。
【００２６】
システムステータスの値は、システムステータステーブルにしたがって、端末情報送信部１０３によって判定される。図５は、システムステータステーブルの具体例を表す図である。システムステータステーブルは、レコード毎に、システムステータスの値と、各機能部１０２のステータスの値の組み合わせとを対応付けている。例えば、図５のレコード１２１は、全ての機能部１０２が正常（Ｎｏ−ａｌｅｒｔ）である場合には、システムステータスの値は“Ｎｏｒｍａｌ”になることを示している。図５のレコード１２２は、機能部１０２−２のみが異常（Ｃａｕｔｉｏｎ）であったとしても、その他の全ての機能部が正常であれば、システムステータスの値は“Ｎｏｒｍａｌ”になることを示している。図５のレコード１２３は、機能部１０２−２及び機能部１０２−ｎが異常（Ｃａｕｔｉｏｎ）であったとしても、その他の全ての機能部が正常（Ｎｏ−ａｌｅｒｔ）であれば、システムステータスの値は“Ｎｏｒｍａｌ”になることを示している。図５のレコード１２４は、機能部１０２−１が重大異常（Ｃｒｉｔｉｃａｌ）であった場合、その他の全ての機能部が正常（Ｎｏ−ａｌｅｒｔ）であったとしても、システムステータスの値は“Ａｂｎｏｒｍａｌ”になることを示している。
【００２７】
機能部１０２毎のステータスの情報は、各機能部１０２の状態を表す情報である。例えば、図３における“ＣＰＵ＿Ｂｕｓｙ”という情報は、ＣＰＵの使用率が所定の閾値を上回っていることを表す。機能部１０２毎のステータスの情報は、端末情報送信部１０３によって、機能部情報に基づいて判断される。
図６は、端末情報の他の具体例を示す図である。図６に示される端末情報も、トラップ分類番号、システムステータス、機能部１０２毎のステータスの情報を含む。
【００２８】
図７は、第一管理装置２０の機能構成を表す概略ブロック図である。第一管理装置２０は、パーソナルコンピュータや、サーバ装置や、スマートフォン等の情報処理装置を用いて構成される。第一管理装置２０は、例えば端末装置１０の保守を行う保守管理者によって使用される。第二管理装置３０は、基本的な構成は第一管理装置２０と同じである。そのため、第二管理装置３０についての説明は省略する。ただし、第一管理装置２０が保守管理者によって使用されるのに対し、第二管理装置３０は端末装置１０のベンダによって使用される。
第一管理装置２０は、バスで接続されたＣＰＵやメモリや補助記憶装置などを備え、管理用プログラムを実行する。第一管理装置２０は、管理用プログラムを実行することによって、端末情報受信部２０１、報知部２０２、入力部２０３、出力部２０４を備える装置として機能する。なお、第一管理装置２０の各機能の全て又は一部は、ＡＳＩＣやＰＬＤやＦＰＧＡ等のハードウェアを用いて実現されても良い。管理用プログラムは、コンピュータ読み取り可能な記録媒体に記録されても良い。
【００２９】
端末情報受信部２０１は、ネットワーク４０を介して端末装置１０から端末情報を受信する。端末装置１０の端末情報送信部１０３が、第一管理装置２０からの端末情報の要求に応じて端末情報を送信するように構成されている場合、端末情報受信部２０１は、所定のタイミングで端末情報の要求を端末装置１０へ送信する。端末情報受信部２０１は、端末情報を受信すると、受信した端末情報を報知部２０２へ送信する。
【００３０】
報知部２０２は、端末情報受信部２０１から端末情報を受信すると、端末情報の内容に応じて、第一管理装置２０の使用者に対して端末情報の内容を報知する。例えば、システムステータスが“Ｎｏｒｍａｌ”である場合には、報知部２０２は特に報知を行わなくても良い。一方、システムステータス“Ａｂｎｏｒｍａｌ”である場合には、報知部２０２はその旨を使用者に対して報知する。このとき、報知部２０２は、システムステータスが“Ａｂｎｏｒｍａｌ”であることとともに、端末装置ＩＤも報知しても良い。なお、第一管理装置２０の使用者とは、例えば上記の保守管理者である。
【００３１】
報知部２０２が報知を行う際の具体的な態様は、どのように実現されても良い。例えば、報知部２０２は、ＣＲＴ（Cathode Ray Tube）ディスプレイ、液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイ等の画像表示装置に、システムステータスが“Ａｂｎｏｒｍａｌ”である端末情報を受信したことを表示しても良い。また、報知部２０２は、“Ａｂｎｏｒｍａｌ”に対応するランプを点灯又は点滅させても良い。保守管理者は、報知部２０２の報知を受けることによって、端末装置１０に問題が生じていることを即座に認識し対応することが可能となる。
【００３２】
入力部２０３は、キーボード、ポインティングデバイス（マウス、タブレット等）、ボタン、タッチパネル等の既存の入力装置を用いて構成される。入力部２０３は、出力部２０４に端末情報を表示するために必要となる指示を入力する際に使用者によって操作される。
出力部２０４は、ＣＲＴディスプレイ、液晶ディスプレイ、有機ＥＬディスプレイ等の画像表示装置を用いて構成される。出力部２０４は、端末情報受信部２０１によって受信された端末情報の内容を表示する。出力部２０４は、システムステータス“Ａｂｎｏｒｍａｌ”である端末情報の内容を、使用者が入力部２０３を操作するか否かにかかわらず表示しても良い。また、出力部２０４は、使用者による指示に応じて、使用者によって指定された端末装置ＩＤの端末情報の内容を表示しても良い。
【００３３】
図８は、端末装置１０の動作を表すフローチャートである。図８Ａは、機能部１０２の動作を表すフローチャートである。図８Ｂは、端末情報送信部１０３の動作を表すフローチャートである。機能部１０２は、特に異常が生じていない場合は、通常運用で動作し、自身に搭載されたファームウェアの機能にしたがって動作する（ステップＳ１０１）。機能部１０２は、第一のタイミング及び第二のタイミングが到来するまで（ステップＳ１０２−ＮＯ、ステップＳ１０４−ＮＯ）、通常運用で動作する。第一のタイミングが到来すると（ステップＳ１０２−ＹＥＳ）、機能部１０２は、機能部情報を生成し記憶部１０１に記録する（ステップＳ１０３）。第二のタイミングが到来すると（ステップＳ１０４−ＹＥＳ）、機能部１０２は、前回の第二のタイミングの到来時以降に生成された機能部情報を、端末情報送信部１０３へ送信する（ステップＳ１０５）。
【００３４】
端末情報送信部１０３は、第二のタイミングが到来するまで（ステップＳ１１１−ＮＯ）、待機する。第二のタイミングが到来すると（ステップＳ１１１−ＹＥＳ）、端末情報送信部１０３は、機能部情報を収集する（ステップＳ１１２）。第三のタイミングが到来すると（ステップＳ１１３−ＹＥＳ）、端末情報送信部１０３は、ステップＳ１１２の処理で収集した機能部情報に基づいて端末情報を生成し送信する（ステップＳ１１４）。
【００３５】
図９は、強制再起動時の端末装置１０の動作を表すフローチャートである。強制再起動の指示が入力されるまで（ステップＳ２０２−ＮＯ）、機能部１０２は通常運用で動作し、自身に搭載されたファームウェアの機能にしたがって動作する（ステップＳ２０１）。強制再起動の指示が入力されると（ステップＳ２０２−ＹＥＳ）、端末装置１０は再起動処理を実行する（ステップＳ２０３）。強制再起動処理の指示は、例えば端末装置１０に設けられた強制再起動用のボタンを押下することによって行われても良いし、他の態様で行われても良い。再起動処理の具体例は以下のとおりである。まず、端末装置１０が備える各構成（記憶装置１０１、機能部１０２、端末情報送信部１０３）に対する給電が一度停止される。その後、端末装置１０が備える各構成に対する給電が再開され、各構成が初期化処理を行い再び起動する。このような再起動処理によって、端末装置１０に生じていた障害が解消することがある。
【００３６】
再起動処理が完了すると、端末情報送信部１０３は、記憶装置１０１に記憶されている機能部情報を参照し（ステップＳ２０４）、未使用機能部情報が存在するか否か判定する（ステップＳ２０５）。未使用機能部情報が無い場合には（ステップＳ２０５−ＮＯ）、端末装置１０は通常運用を開始する（ステップＳ２０７）。一方、未使用機能部情報が存在する場合には（ステップＳ２０５−ＹＥＳ）、端末情報送信部１０３は、未使用機能部情報に基づいて端末情報を生成し送信する（ステップＳ２０６）。その後、端末装置１０は通常運用を開始する（ステップＳ２０７）。
【００３７】
以上のように構成された情報収集システム１００では、第一管理装置２０や第二管理装置３０が、端末装置１０から端末情報を受信する。端末情報は、システムステータスや、機能部１０２毎のステータスの情報を含む。そのため、第一管理装置２０や第二管理装置３０の使用者は、端末情報に基づいて各端末装置１０の状態を容易に判断することが可能となる。各端末装置１０についての一次解析を行うことも容易に可能となる。
【００３８】
端末装置１０の機能部情報は、記憶装置１０１に蓄積されている。これらの機能部情報は、端末装置１０が強制再起動された場合であっても喪失されない。そのため、強制再起動がなされた後であっても、強制再起動前の障害に関する機能部情報の内容も、端末情報として第一管理装置２０や第二管理装置３０へ送信することが可能である。
【００３９】
また、端末情報は、保守担当者が使用する第一管理装置２０だけでなく、ベンダが使用する第二管理装置３０にも送信される。そのため、ベンダは、端末情報に含まれる情報に基づいて障害の一次解析を行うことが可能となる。
【００４０】
＜変形例＞
上記の情報収集システム１００では、端末装置１０から第一管理装置２０及び第二管理装置３０への端末情報の送信はＳＮＭＰに基づいて行われている。しかし、端末情報の送信はＳＮＭＰを用いたものに限定されない。例えば、端末装置１０は電子メールを用いて端末情報を送信しても良いし、ＦＡＸで端末情報を送信しても良い。
【００４１】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【符号の説明】
【００４２】
１０…端末装置， ２０…第一管理装置， ３０…第二管理装置， ４０…ネットワーク， １０１…記憶装置， １０２−１〜１０２−ｎ…機能部， １０３…端末情報送信部， ２０１…端末情報受信部， ２０２…報知部， ２０３…入力部， ２０４…出力部
【特許請求の範囲】
【請求項１】
自装置の再起動前に記憶した情報を、前記再起動の後にも保持している記憶部と、
自身に関する情報を前記記憶部に記憶させる機能部と、
前記情報を、ネットワークを介して他の装置に送信する送信部と、
を備える端末装置。
【請求項２】
前記記憶部は、不揮発性の記憶装置である請求項１に記載の端末装置。
【請求項３】
前記送信部は、自装置の再起動前に前記記憶部に記憶された前記情報であって且つ前記他の装置に送信されていない前記情報を、前記再起動の後に前記他の装置に送信する、請求項１又は２に記載の端末装置。
【請求項４】
自装置の再起動前に記憶した情報を、前記再起動の後にも保持している記憶部を備える端末装置が、自身に関する情報を前記記憶部に記憶させるステップと、
前記端末装置が、前記情報を、ネットワークを介して他の装置に送信するステップと、
を有する送信方法。
【請求項５】
自装置の再起動前に記憶した情報を、前記再起動の後にも保持している記憶部を備える端末装置コンピュータに対し、
自身に関する情報を前記記憶部に記憶させるステップと、
前記情報を、ネットワークを介して他の装置に送信するステップと、
を実行させるためのコンピュータプログラム。
【請求項１】
自装置の再起動前に記憶した情報を、前記再起動の後にも保持している記憶部と、
自身に関する情報を前記記憶部に記憶させる機能部と、
前記情報を、ネットワークを介して他の装置に送信する送信部と、
を備える端末装置。
【請求項２】
前記記憶部は、不揮発性の記憶装置である請求項１に記載の端末装置。
【請求項３】
前記送信部は、自装置の再起動前に前記記憶部に記憶された前記情報であって且つ前記他の装置に送信されていない前記情報を、前記再起動の後に前記他の装置に送信する、請求項１又は２に記載の端末装置。
【請求項４】
自装置の再起動前に記憶した情報を、前記再起動の後にも保持している記憶部を備える端末装置が、自身に関する情報を前記記憶部に記憶させるステップと、
前記端末装置が、前記情報を、ネットワークを介して他の装置に送信するステップと、
を有する送信方法。
【請求項５】
自装置の再起動前に記憶した情報を、前記再起動の後にも保持している記憶部を備える端末装置コンピュータに対し、
自身に関する情報を前記記憶部に記憶させるステップと、
前記情報を、ネットワークを介して他の装置に送信するステップと、
を実行させるためのコンピュータプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１２−１７５５９５（Ｐ２０１２−１７５５９５Ａ）
【公開日】平成２４年９月１０日（２０１２．９．１０）
【国際特許分類】
【出願番号】特願２０１１−３７８７４（Ｐ２０１１−３７８７４）
【出願日】平成２３年２月２４日（２０１１．２．２４）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２４年９月１０日（２０１２．９．１０）
【国際特許分類】
【出願日】平成２３年２月２４日（２０１１．２．２４）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]