(57)【特許請求の範囲】
【請求項１】
他の装置と通信する通信部を有する通信機器であって、
事象が発生したときのログを格納するログ格納部およびバックアップ格納部と、
前記ログ格納部に格納された一部または全部を前記バックアップ格納部に格納させる制御部とを備え、
前記制御部は、前記通信機器のエラーが発生したとき、前記一部または全部を前記バックアップ格納部に格納させると共に、継続して前記ログを前記ログ格納部に格納させ、
前記制御部は、前記通信機器のエラーが発生したとき、前記通信機器のリセットを行い、前記エラーの復旧後、前記バックアップ格納部に格納されたものを削除する通信機器。
【請求項２】
前記制御部は、前記復旧後、所定時間が経過したとき前記バックアップ格納部に格納されたものを削除する請求項１に記載の通信機器。
【請求項３】
前記復旧は、前記通信機器を介して生存確認通信の確認が行われたときである請求項１に記載の通信機器。
【請求項４】
他の装置と通信する通信部と、
事象が発生したときのログを格納するログ格納部およびバックアップ格納部とを有する通信機器のログ保存方法であって、
前記通信機器のエラーが発生したとき、前記ログ格納部に格納された一部または全部を前記バックアップ格納部に格納させるステップと、
継続して前記ログを前記ログ格納部に格納させるステップと、
前記通信機器のエラーが発生したとき、前記通信機器のリセットを行い、前記エラーの復旧後、前記バックアップ格納部に格納されたものを削除するステップと
を備えた通信機器のログ保存方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ログを保存する通信機器、およびその通信機器のログ保存方法に関する。
【背景技術】
【０００２】
例えば特許文献１の通信装置では、事象が発生したときのログを取得し、メモリに保存している。これにより、この通信装置にかかわるサービスマン等がログを参照すれば、通信装置の動作状態を把握することができ、特に、エラーが発生した際のログを参照することで、エラー原因を解明することができる。
【０００３】
一般的な通信機器では、長期（例えば数か月）に亘って事象が発生してもログを蓄積できるように相当の記憶容量を確保している。また、通信機器において、ハードウェアエラー等の重度のエラー（障害）が発生した際にリセット（再起動）による復旧を自律で試みることがある。このリセット時には、エラー時のログデータとして、これまでに蓄積されたログをバックアップ（コピー）する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１１−１４５９５８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、通信機器のメモリの容量は限られているため、リセット動作が繰り返されると、その度バックアップがなされ、リセット回数が多くなると何個もバックアップができてしまい、メモリが枯渇してしまう。さらに、メモリが枯渇すると最初に障害が発生したときのエラー時ログデータが残らなくなることもある。これを回避するためには、リセットが発生した時にそれ以上のログの取得を停止することが考えられる。しかしそのような方法であると、復旧後においてもログの取得が行われないままになり、復旧後の正常動作時に支障が生じてしまう。
【０００６】
本発明は、このような課題に鑑み、記憶容量を適切に消費すると共に有効なエラー時のログデータを蓄積することができる通信機器および通信機器のログ保存方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために本発明にかかる通信機器の代表的な構成は、他の装置と通信する通信部を有する通信機器であって、事象が発生したときのログを格納するログ格納部およびバックアップ格納部と、前記ログ格納部に格納された一部または全部を前記バックアップ格納部に格納させる制御部とを備え、前記制御部は、前記通信機器のエラーが発生したとき、前記一部または全部を前記バックアップ格納部に格納させると共に、継続して前記ログを前記ログ格納部に格納させる構成を有する。
【０００８】
本発明にかかる通信機器の前記制御部は、前記通信機器のエラーが発生したとき、前記通信機器のリセットを行い、復旧後、前記バックアップ格納部に格納されたものを削除する構成を有する。
【０００９】
本発明にかかる通信機器の前記制御部は、前記復旧後、所定時間が経過したとき前記バックアップ格納部に格納されたものを削除する構成を有する。
【発明の効果】
【００１０】
本発明によれば、記憶容量を適切に消費すると共に有効なエラー時のログデータを蓄積することができる通信機器および通信機器のログ保存方法を提供することができる。
【図面の簡単な説明】
【００１１】
【図１】本実施形態にかかる通信機器を含む無線通信システムの概略構成を示す図である。
【図２】本実施形態のルータの構成を示す機能ブロック図である。
【図３】本実施形態のルータの動作について説明するフローチャートである。
【発明を実施するための形態】
【００１２】
以下に添付図面を参照しながら、本発明の好適な実施形態について詳細に説明する。かかる実施形態に示す寸法、材料、その他具体的な数値などは、発明の理解を容易とするための例示にすぎず、特に断る場合を除き、本発明を限定するものではない。なお、本明細書および図面において、実質的に同一の機能、構成を有する要素については、同一の符号を付することにより重複説明を省略し、また本発明に直接関係のない要素は図示を省略する。
【００１３】
図１は、本実施形態にかかる通信機器を含む無線通信システム１００の概略構成を示す図である。なお、本実施形態では、基地局１０４および無線端末１１０との無線通信を行うルータ１２０を通信機器として例示するが、これに限定するものではなく、動作状態のログを蓄積する通信機器であれば、他の通信機器であっても本発明を適用することが可能である。
【００１４】
図１に示す無線通信システム１００では、サーバ１０２と基地局１０４とがネットワーク１０６（ＷＡＮ）を介して接続されている。本実施形態の通信機器であるルータ１２０は、アクセスポイント１０８を介して無線端末１１０との無線通信を行う。そして、基地局１０４とルータ１２０との無線通信が行われることにより、無線端末１１０は、アクセスポイント１０８およびルータ１２０を介して基地局１０４との無線通信を行うことが可能となる。
【００１５】
例えば、サーバ１０２は、ルータ１２０を管理するものであって、ファームウエア等のソフトウエアをルータ１２０に導入するものであってもよい。例えば、アクセスポイント１０８と無線端末１１０との間は、無線ＬＡＮで通信し、ルータ１２０と基地局１０４との間は、ＬＴＥで通信する。例えば、ルータ１２０とアクセスポイント１０８との間は、Ｐｏｗｅｒ  Ｏｖｅｒ  Ｅｔｈｅｒｎｅｔ(登録商標)で通信する。
【００１６】
図２は、本実施形態のルータ１２０の構成を示す機能ブロック図である。図２に示すように、本実施形態のルータ１２０は、制御部１２２、メモリ１２４および無線通信部１２６を含んで構成される。
【００１７】
制御部１２２は、中央処理装置（ＣＰＵ）を含む半導体集積回路（不図示）により構成され、ルータ１２０全体を管理および制御する。また本実施形態では、後述するように、制御部１２２は、ログ取得部１２２ａおよびエラー検出部１２２ｂとしても機能する。
【００１８】
メモリ１２４は、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ、不揮発性ＲＡＭ、フラッシュメモリ、ＨＤＤ等で構成され、制御部１２２で処理されるプログラム等を記憶する。また本実施形態では、メモリ１２４は、ルータ１２０に関する事象が発生したときのログが書き込まれたログファイル１２４ａ、および後述するエラー発生時の前後のログが書き込まれたバックアップファイル１２４ｂを記憶している。無線通信部１２６は、通信アンテナ１２６ａによってアクセスポイント１０８を介して基地局１０４との無線通信を行う。
【００１９】
なお、バックアップファイル１２４ｂは、メモリ１２４とは別メモリに格納されもよい。この場合、メモリ１２４がバックアップファイル１２４ｂを格納する必要がないので効率的に使用される。
【００２０】
図３は、本実施形態のルータ１２０の動作について説明するフローチャートである。以下の説明では、図２に示すルータ１２０の動作について詳述しながら、ルータ１２０のログ保存方法についても併せて説明する。
【００２１】
図３に示すように、ルータ１２０の制御部１２２は、エラーが発生する前の動作を行っている（ステップＳ２０２）。このとき、通常動作を開始したら、制御部１２２はログ取得部１２２ａとして機能し、ルータ１２０に関する事象が発生したときのログの取得およびログファイル１２４ａへの書き込みは開始されている（ステップＳ２０４）。
【００２２】
また制御部１２２は１２２ｂとして機能し、正常動作中（通常動作中）における所定の重度のエラー（以下、重度のエラーと称する）の発生を監視する（ステップＳ２０６）。
【００２３】
重度のエラーとは、ログファイル１２４ａをバックアップファイル１２４ｂにコピーするようなエラーであり、例えば、リセット（再起動）を伴うエラーである。重度のエラーとしては、例えばメモリ１２４のＲ／Ｅエラーや電源回路のＩＣエラー等、復旧時にリセット動作が必要となるエラーを例示することができる。ただし、これらに限定するものではなく、他のエラーをステップＳ２０６の所定の重度のエラーに含めることも可能である。
【００２４】
重度のエラーが発生していない場合（ステップＳ２０６のＮＯ）、制御部１２２は、ステップＳ２０４〜ステップＳ２０６を繰り返し、通常動作を継続する。一方、本実施形態のルータ１２０の特徴として、正常動作中（通常動作中）に重度のエラーが発生したら（ステップＳ２０６のＹＥＳ）、制御部１２２は、ログファイル１２４ａをバックアップファイル１２４ｂにコピーすることで保存する（ステップＳ２０８）。
【００２５】
なお、バックアップファイル１２４ｂがない場合には、バックアップファイル１２４ｂを生成してログファイル１２４ａをコピーすることで保存する。なお、制御部１２２は、ログ取得部１２２ａが取得したログのうちエラー発生時の前後のログ（例えば前後１００行ずつ）を、バックアップファイル１２４ｂとして別途メモリ１２４に保存するようにしてもよい。
【００２６】
重度のエラーは、自然に復旧する場合と復旧しない場合がある。当該機器（ルータ１２０）の物理的な故障である場合には、自然には復旧しないこともある。一方、ファームウェアのバグであるとか、接続した他の機器に起因するエラーである場合には、リセット動作や時間経過、他の機器の修復によりエラーが解消される場合がある。
【００２７】
そこで制御部１２２は、バックアップファイル１２４ｂを保存したら、重度のエラーからの復旧動作（例えばリセット動作）を行い（ステップＳ２１０）、復旧するまで復旧動作を繰り返す（ステップＳ２１２のＮＯ）。
【００２８】
そして、重度のエラーから復旧したら（ステップＳ２１２のＹＥＳ）、すなわち正常動作に戻ったら、制御部１２２は、正常動作に戻ってから所定時間経過しているかを監視する（ステップＳ２１４）。制御部１２２は、所定時間経過するまではその監視を継続し（ステップＳ２１４のＮＯ）、所定時間経過したら（ステップＳ２１４のＹＥＳ）、バックアップファイル１２４ｂをメモリ１２４から削除する（ステップＳ２１６）。
【００２９】
上記説明したように、本実施形態のルータ１２０およびそのログ保存方法では、重度のエラーが発生したら、そのエラー前後のログをバックアップファイル１２４ｂとして保存する。これにより、エラー発生時のログを保持しつつ、その後の復旧動作のログが継続してログファイル１２４ａに蓄積される。このため、サービスマン等がエラー発生時のログを参照することはできる。所定時間が経過してしまった場合であってバックアップファイル１２４ｂがメモリ１２４から削除された場合もサービスマン等がエラー発生時のログを参照することはできる。
【００３０】
また本実施形態のルータ１２０では、エラーからの復旧後、正常動作が所定時間以上継続した場合にはバックアップファイル１２４ｂを削除する。これにより、メモリ１２４においてバックアップファイル１２４ｂが記憶されていた領域が解放されるため、メモリ１２４の消費領域を少なくすることが可能となる。なお、エラーからの復旧後、バックアップファイル１２４ｂを削除するようにしてもよい。
【００３１】
なお、ステップＳ２１２での復旧判断では、例えば、ルータ１２０を介して、サーバ１０２と何らかの周辺装置（ルータ１２０でも可）との通信（生存確認通信：ＫｅｅｐＡｌｉｖｅ）の確認が行われたことをもってルータ１２０が復旧したと判断することができる。ただし、これは例示にすぎず、復旧判断の基準は適宜定めることが可能であるが、本実施の形態にて説明した通信システムでは、ルータ１２０を介して、サーバ１０２と何らかの周辺装置（ルータ１２０でも可）との生存確認通信が行われるものを前提としており、高い精度で復旧の確認に役立てることができる。
【００３２】
以上、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明はかかる例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【産業上の利用可能性】
【００３３】
本発明は、ログを保存する通信機器、およびその通信機器のログ保存方法に利用することができる。
【符号の説明】
【００３４】
１００…無線通信システム、１０２…サーバ、１０４…基地局、１０６…ネットワーク、１０８…アクセスポイント、１１０…無線端末、１２０…ルータ、１２２…制御部、１２２ａ…ログ取得部、１２２ｂ…エラー検出部、１２４…メモリ、１２４ａ…ログファイル、１２４ｂ…バックアップファイル、１２６…無線通信部、１２６ａ…通信アンテナ
【図１】
0006258824.tif 000002
【図２】
0006258824.tif 000003
【図３】
0006258824.tif 000004