JP2022059326A - 通信装置及び制御方法 - Google Patents

通信装置及び制御方法 Download PDF

Info

Publication number
JP2022059326A
JP2022059326A JP2020166987A JP2020166987A JP2022059326A JP 2022059326 A JP2022059326 A JP 2022059326A JP 2020166987 A JP2020166987 A JP 2020166987A JP 2020166987 A JP2020166987 A JP 2020166987A JP 2022059326 A JP2022059326 A JP 2022059326A
Authority
JP
Japan
Prior art keywords
reset
unit
communication device
exception
recorded
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2020166987A
Other languages
English (en)
Other versions
JP7502138B2 (ja
Inventor
亮太 喜多
Ryota Kita
智暁 吉田
Tomoaki Yoshida
隆義 田代
Takayoshi Tashiro
聡志 嶌津
Satoshi Shimazu
兼司 丸山
Kenji Maruyama
憲彦 岡田
Norihiko Okada
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nippon Telegraph and Telephone Corp
Oki Electric Industry Co Ltd
Original Assignee
Nippon Telegraph and Telephone Corp
Oki Electric Industry Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nippon Telegraph and Telephone Corp, Oki Electric Industry Co Ltd filed Critical Nippon Telegraph and Telephone Corp
Priority to JP2020166987A priority Critical patent/JP7502138B2/ja
Publication of JP2022059326A publication Critical patent/JP2022059326A/ja
Application granted granted Critical
Publication of JP7502138B2 publication Critical patent/JP7502138B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Small-Scale Networks (AREA)

Abstract

【課題】上限回数を超えてリセットが実行されることを防止すること。【解決手段】通信装置は、第１のリセット要因の発生に応じて自装置の状態をリセットする第１リセットを実行する第１リセット部と、前記第１のリセット要因とは異なる第２のリセット要因の発生に応じて自装置の状態をリセットする第２リセットを実行する第２リセット部と、前記第１リセット及び前記第２リセットが実行された合計回数が所定の回数を超過した場合、自装置の動作を停止させる停止処理を実行する停止処理部とを備える。【選択図】図４

Description

本発明は、通信装置及び制御方法に関する。
従来、自装置の故障及び自装置内部を流れるデータに生じたエラー（以下、総称して「エラー」という。）を検出し、エラーへの対処を行うことができる通信装置がある。このような通信装置の一例を図１０に示す。図１０は、従来の通信装置の一例を示す概略構成図である。図示されるように、図１０において、通信装置はＯＮＵ（Optical Network Unit）である。ＯＮＵは、通信信号処理部と制御部とを備えている。通信信号処理部は、ＯＬＴ（Optical Line Terminal）とユーザ端末との間を流れる通信信号（主信号）に対して、光信号と電気信号との相互変換等の処理を行う。制御部は、自装置の内部を流れるデータの整合性をチェックすることによりエラーを検出する。例えば、制御部は、通信信号処理部を流れる通信信号を監視してエラーを検出する。そして、制御部は、検出されたエラーを訂正する。
一般に、従来の通信装置は、自装置が備える制御部により、当該制御部又は通信信号処理部において発生したエラーを検出する。従来の通信装置の制御部は、一部のソフトエラーが検出された場合には、ビット反転によるエラー訂正によってエラーへの対処を行うことにより、通信断を回避する。また、従来の通信装置の制御部は、エラー訂正が困難なその他のソフトエラー又はハードエラーが検出された場合には、自律的に自装置のリセットを実行することで、エラーからの復旧を試みる。ここでいうリセットとは、例えば、電源部によって通信装置の電源を一度オフにした後、再びオンにする再起動等である。
また、従来の通信装置には、制御部によりリセットが実行された回数（以下、「リセット実行回数」という。）を記録するものがある。制御部は、エラーの発生時にリセット実行回数が既に上限回数に達している場合にはリセットを実行せずに、自装置の動作を停止させる。また、従来の通信装置には、自装置の動作が停止した場合にシステム管理者等への通知を行う状態通知部を備えるものがある。状態通知部は、例えば警告ランプ等を含む。状態通知部によって通知が行われることにより、システム管理者等は、通信装置における異常の発生を認識することができ、手動での通信装置の復旧を早期に行うことができる。
"通信装置のソフトエラー対策設計法"，ＴＴＣ標準，ＪＴ－Ｋ１３１，第１版，一般社団法人 情報通信技術委員会，ｐｐ.２１－２２，２０１９年２月２１日
前述の通り従来の通信装置の制御部は、制御部又は通信信号処理部におけるエラーを検出するが、制御部及び通信信号処理部以外の機能部においてエラーが発生する場合もある。この場合、制御部による指示を伴わないリセット（以下、「例外リセット」又は単に「リセット」という。）が実行されることがある。例外リセットの実行は、制御部による指示を伴わないことから、制御部によって記録される前述のリセット実行回数に計上されない。そのため、例外リセットを含んだリセットの実行回数が既に上限回数を超過していたとしても、通信装置の動作が停止しない場合があるという課題があった。
この場合、システム管理者等に対して通信装置における異常の発生の通知がなされないため、通信装置の復旧が遅れる原因となり、当該通信装置によって提供される通信サービスをユーザが利用できない期間が長期化する可能性がある。また、この場合、上限回数を超えてリセットが実行されるため、例えば不揮発性メモリ等のような使用回数に上限がある部材の劣化が早まり、通信装置の寿命が短くなる可能性がある。
本発明は、上記の点を鑑みてなされたものであり、上限回数を超えてリセットが実行されることを防止することができる通信装置及び制御方法を提供することを目的とする。
本発明の一態様は、第１のリセット要因の発生に応じて自装置の状態をリセットする第１リセットを実行する第１リセット部と、前記第１のリセット要因とは異なる第２のリセット要因の発生に応じて自装置の状態をリセットする第２リセットを実行する第２リセット部と、前記第１リセット及び前記第２リセットが実行された合計回数が所定の回数を超過した場合、自装置の動作を停止させる停止処理を実行する停止処理部と、を備える通信装置である。
また、本発明の一態様は、第１のリセット要因の発生に応じて自装置の状態をリセットする第１リセットを実行する第１リセットステップと、前記第１のリセット要因とは異なる第２のリセット要因の発生に応じて自装置の状態をリセットする第２リセットを実行する第２リセットステップと、前記第１リセットステップ及び前記第２リセットステップが実行された回数が所定の回数を超過した場合、自装置の動作を停止させる停止処理ステップと、を有する制御方法である。
本発明により、上限回数を超えてリセットが実行されることを防止することができる。
本発明の第１の実施形態に係る通信システム１の全体構成図である。 従来の通信装置１００の機能構成を示すブロック図である。 従来の通信装置１００の動作を示すフローチャートである。 本発明の第１の実施形態に係る通信装置１００ａの機能構成を示すブロック図である。 本発明の第１の実施形態に係る通信装置１００ａの動作を示すフローチャートである。 本発明の第２の実施形態に係る通信装置１００ｂの機能構成を示すブロック図である。 本発明の第２の実施形態に係る通信装置１００ｂの動作を示すフローチャートである。 本発明の第３の実施形態に係る通信装置１００ｃの機能構成を示すブロック図である。 本発明の第３の実施形態に係る通信装置１００ｃの動作を示すフローチャートである。 従来の通信装置の構成の一例を示す概略図である。
＜第１の実施形態＞
以下、本発明の第１の実施形態について、図面を参照しながら説明する。
［通信システムの全体構成］
以下、通信システムの全体構成について説明する。
図１は、本発明の第１の実施形態に係る通信システム１の全体構成図である。図１に示される通信システム１は、１０Ｇ－ＥＰＯＮ（10 Gigabit-Ethernet Passive Optical Network）システムである。図示されるように、通信システム１は、複数の通信装置１００と、各通信装置１００にそれぞれ通信接続された複数のユーザ端末２００と、上位通信装置３００と、光スプリッタ４００とを含んで構成される。通信装置１００は例えばＯＮＵであり、上位通信装置３００は例えばＯＬＴである。
通信システム１は、１つの上位通信装置３００と複数の通信装置１００とが光スプリッタ４００を介してＰｏｉｎｔ－ｔｏ－Ｍｕｌｔｉｐｏｉｎｔ型に通信接続されたシステムである。但し、通信システム１は、例えば、それぞれ１つずつの上位通信装置３００と通信装置１００とで構成されるＰｏｉｎｔ－ｔｏ－Ｐｏｉｎｔ型に通信接続されたシステムであっても構わない。ユーザ端末２００とは、例えば、パソコン又はホームゲートウェイ等の情報処理装置である。
以下、通信装置１００の機能構成及び動作について説明するが、説明を分かり易くするため、従来の通信装置１００の機能構成及び動作の一例について先に説明した後、第１の実施形態における通信装置１００ａの機能構成及び動作について説明する。
以下、従来の通信装置１００の機能構成の一例について説明する。
図２は、従来の通信装置１００の機能構成を示すブロック図である。図２に示されるように、通信装置１００は、通信信号処理部１１０と、下位側インターフェース部１２０（以下、「下位側ＩＦ部１２０」という。）と、上位側インターフェース部１３０（以下、「上位側ＩＦ部１３０」という。）と、制御部１４０と、電源部１５０と、状態通知部１６０と、演算部１７０と、記憶部１８０と、を含んで構成される。
なお、図２において、太い実線の矢印は、通信信号（主信号）が流れる通信線を表す。また、破線の矢印は、制御信号が流れる制御信号線を表す。また、二重線の矢印は、警報を示す情報が流れる経路を表す。また、細い実線の矢印は、書き込み及び読み込み対象の情報が流れる経路を表す。
通信信号処理部１１０は、ユーザ端末２００と上位通信装置３００との間を流れる通信信号（主信号）に対して、光信号と電気信号の相互変換等の処理を行う。下位側ＩＦ部１２０は、通信信号処理部１１０から出力された電気信号をユーザ端末２００へ送信する。また、下位側ＩＦ部１２０は、ユーザ端末２００から送信された電気信号を通信信号処理部１１０へ出力する。上位側ＩＦ部１３０は、上位通信装置３００から送信された光信号を受信し、通信信号処理部１１０へ出力する。また、上位側ＩＦ部１３０は、通信信号処理部１１０から出力された光信号を上位通信装置３００へ送信する。
制御部１４０は、通信装置１００が備える各機能部の動作を制御する。また、制御部１４０は、通信信号処理部１１０及び自己の制御部１４０において生じたソフトエラー及びハードエラーを検出することができる。制御部１４０は、一部のソフトエラーが検出された場合には、ビット反転によるエラー訂正によってエラーへの対処を行い、通信断を回避する。また、制御部１４０は、その他のソフトエラー又はハードエラーが検出された場合には、自律的に自己の通信装置１００（自装置）のリセットを実行させることで、エラーからの復旧を試みる。
なお、ここでいうリセットとは、通信装置１００の動作状態を初期化するための処理である。例えば、リセットは、電源部１５０によって通信装置１００の電源を一度オフにした後、再びオンにする再起動等である。
図２に示されるように、制御部１４０は、リセット回数記憶部１４１と、停止処理部１４２と、を備える。制御部１４０は、リセット実行回数を示す情報をリセット回数記憶部１４１に記録する。例えば、制御部１４０は、電源部１５０にリセット指示を行った際に、リセット回数記憶部１４１に記録されたリセット実行回数の値に１を加算し、値を更新する。
制御部１４０は、前述のその他のソフトエラー又はハードエラーが検出された場合に、リセット回数記憶部１４１に記録されたリセット実行回数を示す情報を参照する。当該リセット実行回数が所定の上限回数を超過している場合、制御部１４０は電源部１５０へのリセット指示を示す制御信号の出力を行わず、停止処理部１４２が、通信装置１００の動作を停止させる。停止処理部１４２は、通信装置１００の動作を停止させた場合、制御信号線を介して異常発生通知指示を示す制御信号を状態通知部１６０へ出力する。
電源部１５０は、制御部１４０から制御信号線を介してリセット指示を示す制御信号を取得した場合、又は、演算部１７０から制御信号線を介して例外リセット指示を示す制御信号を取得した場合、リセットを実行する。
状態通知部１６０は、停止処理部１４２から出力された異常発生通知指示を示す制御信号を取得した場合、システム管理者等へ異常の発生を通知する。状態通知部１６０は、例えば、警告ランプを点灯させることにより、システム管理者等へ通信装置１００における異常の発生を通知する。
演算部１７０は、制御部１４０によって検出されないエラーを検出することができる。制御部１４０によって検出されないエラーとは、例えば、通信信号処理部１１０及び制御部１４０以外の機能部において発生するエラーである。演算部１７０は、制御部１４０によって検出されないエラーを検出した場合、例外リセットを実行させる。ここでいう例外リセットとは、制御部１４０によるリセット指示を伴わないリセットである。演算部１７０は、制御信号線を介して電源部１５０へ例外リセット指示を示す制御信号を出力する。電源部１５０は、演算部１７０から出力された例外リセット指示を示す制御信号を取得すると、通信装置１００のリセットを実行する。
記憶部１８０は、通信装置１００において用いられる各種のデータ及びプログラムを記憶する。
以下、従来の通信装置１００の動作の一例について説明する。
図３は、従来の通信装置１００の動作を示すフローチャートである。本フローチャートが示す処理は、制御部１４０及び演算部１７０が通信装置１００におけるエラー発生の検出を待ち受ける状態となった際に開始される。
通信装置１００の演算部１７０がエラーを検出した場合（ステップＳ００１・Ｙｅｓ）、演算部１７０は、制御信号線を介して電源部１５０へ例外リセット指示を示す制御信号を出力する（ステップＳ００２）。電源部１５０は、演算部１７０から出力された例外リセット指示を示す制御信号を取得すると、リセットを実行する（ステップＳ００８）。以上で、図３のフローチャートが示す通信装置１００の動作が終了する。
一方、通信装置１００の制御部１４０がエラーを検出した場合（ステップＳ００１・Ｎｏ、かつ、ステップＳ００３・Ｙｅｓ）、制御部１４０は、リセット回数記憶部１４１に記録されたリセット実行回数の値を確認する（ステップＳ００４）。確認されたリセット実行回数の値が所定の上限回数以内である場合（ステップＳ００５・Ｙｅｓ）、制御部１４０は、制御信号を介して電源部１５０へリセット指示を示す制御信号を出力する（ステップＳ００６）。そして、制御部１４０は、リセット回数記憶部１４１に記録されたリセット実行回数の値に１を加算することによって、値を更新する（ステップＳ００７）。
電源部１５０は、制御部１４０から出力されたリセット指示を示す制御信号を取得すると、リセットを実行する（ステップＳ００８）。以上で、図３のフローチャートが示す通信装置１００の動作が終了する。
一方、上記のステップＳ００５の処理において、確認されたリセット実行回数の値が所定の上限回数を超えている場合（ステップＳ００５・Ｎｏ）、制御部１４０の停止処理部１４２は、通信装置１００の動作を停止させる（ステップＳ００９）。そして、停止処理部１４２は、制御信号線を介して異常発生通知指示を示す制御信号を状態通知部１６０へ出力する。状態通知部１６０は、停止処理部１４２から出力された異常発生通知指示を示す制御信号を取得すると、例えば警告ランプの点灯等を行うことによって、通信装置１００における異常の発生をシステム管理者等へ通知する（ステップＳ０１０）。
以上で、図３のフローチャートが示す通信装置１００の動作が終了する。
以上説明したように、例外リセットは制御部１４０によるリセット指示を伴わないリセットである。そのため、従来の通信装置１００では、例外リセットの実行は、制御部１４０によってリセット回数記憶部１４１に記録されるリセット実行回数に計上されない。したがって、電源部１５０によって実行された（例外リセットを含む）全てのリセットの実行回数が実際には所定の上限回数を超過していたとしても、停止処理部１４２による通信装置１００の動作の停止処理が実行されない場合が生じる。
この場合、システム管理者等に対して通信装置１００における異常の発生の通知がなされないため、通信装置１００の復旧が遅れ、当該通信装置１００による通信サービスをユーザが利用することができない期間の長期化を招く可能性がある。また、この場合、上限回数を超過してリセットが実行されるため、例えば不揮発性メモリ等の使用回数に上限がある部品の劣化が早まり、通信装置１００の寿命を短縮させる可能性がある。
上記のような従来の通信装置１００の課題を解決する第１の実施形態における通信装置１００ａの機能構成及び動作について、以下に詳しく説明する。
［通信装置の構成］
以下、通信装置１００ａの機能構成について説明する。
図４は、本発明の第１の実施形態における通信装置１００ａの機能構成を示すブロック図である。図４に示されるように、通信装置１００ａは、通信信号処理部１１０と、下位側ＩＦ部１２０と、上位側ＩＦ部１３０と、制御部１４０ａと、電源部１５０と、状態通知部１６０と、演算部１７０ａと、記憶部１８０ａと、を含んで構成される。
なお、図４において、太い実線の矢印は、通信信号（主信号）が流れる通信線を表す。また、破線の矢印は、制御信号が流れる制御信号線を表す。また、二重線の矢印は、警報を示す情報が流れる経路を表す。また、細い実線の矢印は、書き込み及び読み込み対象の情報が流れる経路を表す。
通信信号処理部１１０は、ユーザ端末２００と上位通信装置３００との間を流れる通信信号に対して、光信号と電気信号の相互変換等の処理を行う。
下位側ＩＦ部１２０は、例えばＵＮＩ（User Network Interface）である。下位側ＩＦ部１２０は、通信信号処理部１１０から出力された電気信号をユーザ端末２００へ送信する。また、下位側ＩＦ部１２０は、ユーザ端末２００から送信された電気信号を通信信号処理部１１０へ出力する。
上位側ＩＦ部１３０は、例えば光送受信部である。上位側ＩＦ部１３０は、上位通信装置３００から送信された光信号を受信し、通信信号処理部１１０へ出力する。また、上位側ＩＦ部１３０は、通信信号処理部１１０から出力された光信号を上位通信装置３００へ送信する。
制御部１４０ａは、例えばＣＰＵ（Central Processing Unit）等のプロセッサを含んで構成される。制御部１４０ａは、通信装置１００ａが備える各機能部の動作を制御する。
また、制御部１４０ａは、通信信号処理部１１０及び自己の制御部１４０ａにおいて生じたソフトエラー及びハードエラーを検出することができる。
制御部１４０ａは、一部のソフトエラーが検出された場合には、ビット反転によるエラー訂正によってエラーへの対処を行い、通信断を回避する。例えば、制御部１４０ａは、通信信号処理部１１０を流れる通信信号を監視する。制御部１４０ａは、データの整合性をチェックすることにより、通信信号処理部１１０を流れる通信信号に生じるエラーを検出する。そして、制御部１４０ａは、検出されたエラーを訂正する。
また、制御部１４０ａは、その他のソフトエラー又はハードエラーが検出された場合には、自律的に自己の通信装置１００ａ（自装置）のリセットを実行させることで、エラーからの復旧を試みる。なお、その他のソフトエラーとは、例えば、前述のビット反転によるエラー訂正が可能なソフトエラー以外のソフトエラーである。
なお、ここでいうリセットとは、通信装置１００ａの動作状態を初期化するための処理である。例えば、リセットは、電源部１５０によって通信装置１００ａの電源を一度オフにした後、再びオンにする再起動等である。制御部１４０ａは、制御信号線を介して電源部１５０へリセット指示を出力し、電源部１５０にリセットを実行させる。
図４に示されるように、制御部１４０ａは、リセット回数記憶部１４１と、停止処理部１４２と、を備える。
リセット回数記憶部１４１は、例えばＣＰＵに搭載されたキャッシュメモリ等の記憶媒体である。リセット回数記憶部１４１は、制御部１４０ａによるリセット指示により電源部１５０によって行われたリセットの実行回数（リセット実行回数）を示す情報を記憶する。制御部１４０ａは、リセット実行回数を示す情報をリセット回数記憶部１４１に記録する。例えば、制御部１４０ａは、電源部１５０にリセット指示を行った際に、リセット回数記憶部１４１に記録されたリセット実行回数の値に１を加算することによって、値を更新する。
停止処理部１４２は、エラー発生状態のまま通信装置１００ａの動作を停止させる。制御部１４０ａは、前述のその他のソフトエラー又はハードエラーが検出された場合に、リセット回数記憶部１４１に記録されたリセット実行回数を示す情報を参照する。当該リセット実行回数が所定の上限回数を超過している場合、制御部１４０ａは電源部１５０へのリセット指示を示す制御信号の出力を行わず、停止処理部１４２が、通信装置１００ａの動作を停止させる。停止処理部１４２は、通信装置１００ａの動作を停止させた場合、制御信号線を介して異常発生通知指示を示す制御信号を状態通知部１６０へ出力する。
なお、通信装置１００ａの動作を停止させる方法としては、任意の方法を用いることができる。例えば、停止処理部１４２が、通信装置１００ａ全体への電力供給を停止させる指示を示す制御信号を、制御信号線を介して電源部１５０へ出力するようにしてもよい。この場合、電源部１５０は、停止処理部１４２から出力された制御信号を取得すると、通信装置１００ａ全体への電力供給を停止させる。これにより、通信装置１００ａの動作が停止する。
また、制御部１４０ａは、起動時に、後述される記憶部１８０ａが備えるリセット要因記憶部１８１を参照する。制御部１４０ａは、リセット要因記憶部１８１にリセット要因情報が記録されている場合、（例外リセットが実行されたものと判断し、）リセット回数記憶部１４１に記録されたリセット実行回数の値に１を加算することによって、値を更新する。
このような構成により、リセット回数記憶部１４１に記録されたリセット実行回数の値は、制御部１４０ａの指示によって行われたリセットの実行回数と、演算部１７０ａの指示によって行われたリセットの実行回数とが加算された値になる。
電源部１５０は、通信装置１００ａが備える各機能部へ電力を供給する。また、電源部１５０は、制御部１４０ａから制御信号線を介してリセット指示を示す制御信号を取得した場合、又は、演算部１７０ａから制御信号線を介して例外リセット指示を示す制御信号を取得した場合、通信装置１００ａ全体への電力の供給を一旦停止した後（すなわち、電源をオフにした後）、通信装置１００ａ全体への電力の供給を再開する（すなわち、電源を再びオンにする）リセットを実行する。
状態通知部１６０は、停止処理部１４２から制御信号線を介して異常発生通知指示を示す制御信号を取得する。状態通知部１６０は、異常発生通知指示を示す制御信号を取得した場合、システム管理者等へ異常の発生を通知する。例えば、状態通知部１６０は、通信装置１００ａの異常時に点灯する警告ランプ等の発光部材を含んで構成される。状態通知部１６０は、例えば、警告ランプを点灯させることにより、システム管理者等へ通信装置１００ａにおける異常の発生を通知する。
なお、警告ランプを点灯させる方法としては、任意の方法を用いることができる。例えば、停止処理部１４２が、制御信号線を介して電源部１５０へ警告ランプへの電力供給指示を示す制御信号を出力するようにしてもよい。この場合、電源部１５０は、停止処理部１４２から出力された制御信号を取得すると、警告ランプへの電力供給を開始する。これにより、警告ランプが点灯する。
このように、警告ランプが点灯することによって、システム管理者等は、通信装置１００ａが異常状態（動作停止状態）であることを早期に認識することができる。システム管理者等は、通信装置１００ａが異常状態であることを認識すると、手動により通信装置１００ａの動作状態を復旧させる。例えば、システム管理者等は、通信装置１００ａが備える電源プラグ（不図示）をコンセント（不図示）に対して抜き差しすることにより、通信装置１００ａの動作状態を復旧させる。なお、状態通知部１６０は、例えばシステム管理者等によって通信装置１００ａが復旧した場合、通知を実行終了（例えば、ランプを消灯）する。
なお、システム管理者等に対して通信装置１００ａが異常状態であることを通知することができる方法であるならば、警告ランプを点灯させる方法以外の方法が用いられてもよい。例えば、状態通知部１６０は、通信装置１００ａに備えられたスピーカ（不図示）等を用いて、音声によりシステム管理者等に対して通知するようにしてもよい。または、例えば、状態通知部１６０は、自己の通信装置１００ａ又は外部装置に備えられた表示装置（不図示）に、通信装置１００ａが異常状態であること示す情報を表示させるようにしてもよい。ここでいう表示装置とは、例えば液晶ディスプレイ（ＬＣＤ）、又は有機ＥＬ（Electro-Luminescence）ディスプレイ等である。
演算部１７０ａは、例えばＣＰＵ等のプロセッサを含んで構成される。演算部１７０ａは、制御部１４０ａによって検出されないエラーを検出することができる。制御部１４０ａによって検出されないエラーとは、例えば、通信信号処理部１１０及び制御部１４０ａ以外の機能部において発生するエラーである。
演算部１７０ａは、制御部１４０ａによって検出されないエラーを検出した場合、例外リセットを実行させる。ここでいう例外リセットとは、制御部１４０ａによるリセット指示を伴わないリセットである。例外リセットは、前述のリセットと同様に、通信装置１００ａの動作状態を初期化するための処理である。例えば、例外リセットは、電源部１５０によって通信装置１００ａの電源を一度オフにした後、再びオンにする再起動等である。演算部１７０ａは、制御信号線を介して電源部１５０へ例外リセット指示を示す制御信号を出力する。電源部１５０は、演算部１７０ａから出力された例外リセット指示を示す制御信号を取得すると、通信装置１００ａのリセットを実行する。
また、演算部１７０ａは、電源部１５０へ例外リセット指示を示す制御信号を出力した場合、後述される記憶部１８０ａが備えるリセット要因記憶部１８１に、例外リセットが実行されたことを示すリセット要因情報を記録する。
記憶部１８０ａは、通信装置１００ａにおいて用いられる各種のデータ及びプログラムを記憶する。記憶部１８０ａは、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）、及びＨＤＤ（Hard Disk Drive）等の記憶媒体、又はこれらの記憶媒体の任意の組み合わせを含んで構成される。例えば、制御部１４０ａ及び演算部１７０ａは、記憶部１８０ａが記憶するプログラムを読み出して実行することにより、上記の各機能部を有する装置として通信装置１００ａを機能させる。
また、図４に示されるように、記憶部１８０ａは、リセット要因記憶部１８１を備える。
リセット要因記憶部１８１は、演算部１７０ａによって記録されたリセット要因情報を記憶する。
［通信装置の動作］
以下、通信装置１００ａの動作の一例について説明する。
図５は、本発明の第１の実施形態における通信装置１００ａの動作を示すフローチャートである。本フローチャートが示す処理は、通信装置１００ａの起動時に開始される。なお、ここでいう通信装置１００ａの起動時とは、初回起動時及びリセットからの復帰時が含まれる。
通信装置１００ａの制御部１４０ａは、リセット要因記憶部１８１を参照し、リセット要因情報が記録されているか否かを確認する（ステップＳ１０１）。リセット要因記憶部１８１にリセット要因情報が記録されている場合（ステップＳ１０２・Ｙｅｓ）、制御部１４０ａは、リセット回数記憶部１４１に記録されたリセット実行回数の値に１を加算することによって、値を更新する（ステップＳ１０３）。
演算部１７０ａがエラーを検出した場合（ステップＳ１０４・Ｙｅｓ）、演算部１７０ａは、制御信号線を介して電源部１５０へ例外リセット指示を示す制御信号を出力する（ステップＳ１０５）。次に、演算部１７０ａは、リセット要因記憶部１８１に、例外リセットが実行されたことを示すリセット要因情報を記録する（ステップＳ１０６）。電源部１５０は、演算部１７０ａから出力された例外リセット指示を示す制御信号を取得すると、リセットを実行する（ステップＳ１１２）。以上で、図５のフローチャートが示す通信装置１００ａの動作が終了する。
一方、通信装置１００ａの制御部１４０ａがエラーを検出した場合（ステップＳ１０４・Ｎｏ、かつ、ステップＳ１０７・Ｙｅｓ）、制御部１４０ａは、リセット回数記憶部１４１に記録されたリセット実行回数の値を確認する（ステップＳ１０８）。確認されたリセット実行回数の値が所定の上限回数以内である場合（ステップＳ１０９・Ｙｅｓ）、制御部１４０ａは、制御信号を介して電源部１５０へリセット指示を示す制御信号を出力する（ステップＳ１１０）。そして、制御部１４０ａは、リセット回数記憶部１４１に記録されたリセット実行回数の値に１を加算することによって、値を更新する（ステップＳ１１１）。
電源部１５０は、制御部１４０ａから出力されたリセット指示を示す制御信号を取得すると、リセットを実行する（ステップＳ１１２）。以上で、図５のフローチャートが示す通信装置１００ａの動作が終了する。
一方、上記のステップＳ１０９の処理において、確認されたリセット実行回数の値が所定の上限回数を超えている場合（ステップＳ１０９・Ｎｏ）、制御部１４０ａの停止処理部１４２は、通信装置１００ａの動作を停止させる（ステップＳ１１３）。そして、停止処理部１４２は、制御信号線を介して異常発生通知指示を示す制御信号を状態通知部１６０へ出力する。状態通知部１６０は、停止処理部１４２から出力された異常発生通知指示を示す制御信号を取得すると、例えば警告ランプの点灯等を行うことによって、通信装置１００ａにおける異常の発生をシステム管理者等へ通知する（ステップＳ１１４）。
以上で、図５のフローチャートが示す通信装置１００ａの動作が終了する。
以上説明したように、第１の実施形態おける通信装置１００ａは、自己の通信装置１００ａの監視を行う。そして、通信装置１００ａは、自己の通信装置１００ａにおいてエラーが生じた場合に、自己の通信装置１００ａのリセット（又は例外リセット）を実行する。それでも自己の通信装置１００ａが復旧しない場合、通信装置１００ａは、繰り返しリセット（又は例外リセット）を実行する。所定の上限回数に達するまでリセット（又は例外リセット）が実行されてもなお復旧しない場合には、通信装置１００ａは、自装置の動作を停止させる。そして、通信装置１００ａは、例えば警告ランプ等を点灯させることによって、自己の通信装置１００ａが異常状態（動作停止状態）であることをシステム管理者等に認識させる。これにより、通信装置１００ａは、システム管理者等による手動での自己の通信装置１００ａ（自装置）の復旧を促すことができる。通信装置１００ａは、システム管理者等により手動で自装置の復旧がなされるまで待機する。
以上のような構成を備えることによって、第１の実施形態における通信装置１００ａは、自己の通信装置１００ａにおいてエラーが生じた場合に、自律的に自己の通信装置１００ａ（自装置）の復旧を試みることができる。これにより、第１の実施形態における通信装置１００ａによれば、人手による復旧作業が発生する頻度が低減されるため、自己の通信装置１００ａ（自装置）で生じたエラーに対処可能な通信装置の運用コストが削減される。
また、以上説明したように、第１の実施形態おける通信装置１００ａでは、演算部１７０ａが、制御部１４０ａによるリセット指示を伴わないリセットである例外リセットを実行させる際に、例外リセットが実行されたことを示すリセット要因情報をリセット要因記憶部１８１に記録する。そして、リセットからの復帰時に、制御部１４０ａは、リセット要因記憶部１８１を参照し、リセット要因情報が記録されているか否かを確認する。リセット要因情報が記録されている場合、制御部１４０ａは、（例外リセットが実行されたものと判断し、）リセット回数記憶部１４１に記録されたリセット実行回数の値に１を加算することによって、値を更新する。
以上のような構成を備えることにより、第１の実施形態における通信装置１００ａは、制御部１４０ａによるリセット指示を伴わないリセットである例外リセットの実行回数が、制御部１４０ａによってリセット回数記憶部１４１に記録されるリセット実行回数に加算されるようになる。これにより、電源部１５０によって実行された（例外リセットを含む）全てのリセットの実行回数が所定の上限回数を超過している場合に、停止処理部１４２が、通信装置１００ａの動作を停止させる。このように、第１の実施形態における通信装置１００ａは、上限回数を超えて（例外リセットを含む）リセットが実行されることを防止することができる。
また、以上のような構成を備えることにより、第１の実施形態における通信装置１００ａは、システム管理者等に対して通信装置１００ａにおける異常の発生の通知を早期に行うことができる。そのため、通信装置１００ａは、自装置の復旧を遅らせることなく、自装置によって提供される通信サービスをユーザが利用できない期間が長期化することを防止することができる。また、第１の実施形態における通信装置１００ａは、上限回数を超過して（例外リセットを含む）リセットを実行することがないため、例えば不揮発性メモリ等の使用回数に上限がある部品の劣化を早めることもなく、通信装置１００ａの寿命の短縮を防止することができる。
なお、本実施形態では、制御部１４０ａは、通信装置１００ａで生じたエラーを検出した場合、まず、電源部１５０にリセット（又は例外リセット）を指示し、それでも自己の通信装置１００ａが復旧しない場合には所定の上限回数に達するまで、繰り返しリセット（又は例外リセット）を指示する。所定の上限回数に達してもなお復旧しない場合には、制御部１４０ａは、通信装置１００ａの動作を停止させる。そして、制御部１４０ａは、例えば、通信装置１００ａに備えられた警告ランプ等を点灯させることによりシステム管理者等へ通知する構成である。但し、このような構成に限られるものではなく、制御部１４０ａが前者の処理のみ又は後者の処理のみを行う構成であってもよい。すなわち、例えば、制御部１４０ａは、（例外リセットを含む）リセット実行回数が所定の上限回数に達してもなお自己の通信装置１００ａが復旧しない場合には、自己の通信装置１００ａの動作を停止させることだけを行うようにしてもよい（すなわち、警告ランプの点灯等によるシステム管理者等への通知は行われない構成であってもよい）。
＜第２の実施形態＞
以下、本発明の第２の実施形態について、図面を参照しながら説明する。
なお、第２の実施形態における通信システムの全体構成は、図１の全体構成図を参照しながら説明した第１の実施形態における通信システム１の全体構成と同様であるため、説明を省略する。
［通信装置の構成］
以下、本実施形態における通信装置１００ｂの機能構成の一例について説明する。
図６は、本発明の第２の実施形態における通信装置１００ｂの機能構成を示すブロック図である。図６に示されるように、通信装置１００ｂは、通信信号処理部１１０と、下位側ＩＦ部１２０と、上位側ＩＦ部１３０と、制御部１４０ｂと、電源部１５０と、状態通知部１６０と、演算部１７０ｂと、記憶部１８０と、を含んで構成される。
なお、図６において、太い実線の矢印は、通信信号（主信号）が流れる通信線を表す。また、破線の矢印は、制御信号が流れる制御信号線を表す。また、二重線の矢印は、警報を示す情報が流れる経路を表す。また、細い実線の矢印は、書き込み及び読み込み対象の情報が流れる経路を表す。
通信信号処理部１１０は、ユーザ端末２００と上位通信装置３００との間を流れる通信信号（主信号）に対して、光信号と電気信号の相互変換等の処理を行う。下位側ＩＦ部１２０は、通信信号処理部１１０から出力された電気信号をユーザ端末２００へ送信する。また、下位側ＩＦ部１２０は、ユーザ端末２００から送信された電気信号を通信信号処理部１１０へ出力する。上位側ＩＦ部１３０は、上位通信装置３００から送信された光信号を受信し、通信信号処理部１１０へ出力する。また、上位側ＩＦ部１３０は、通信信号処理部１１０から出力された光信号を上位通信装置３００へ送信する。
制御部１４０ｂは、通信装置１００ｂが備える各機能部の動作を制御する。また、制御部１４０ｂは、通信信号処理部１１０及び自己の制御部１４０ｂにおいて生じたソフトエラー及びハードエラーを検出することができる。制御部１４０ｂは、一部のソフトエラーが検出された場合には、ビット反転によるエラー訂正によってエラーへの対処を行い、通信断を回避する。また、制御部１４０ｂは、その他のソフトエラー又はハードエラーが検出された場合には、自律的に自己の通信装置１００ｂ（自装置）のリセットを実行させることで、エラーからの復旧を試みる。
図６に示されるように、制御部１４０ｂは、リセット回数記憶部１４１と、停止処理部１４２と、を備える。制御部１４０ｂは、リセット実行回数を示す情報をリセット回数記憶部１４１に記録する。例えば、制御部１４０ｂは、電源部１５０にリセット指示を行った際に、リセット回数記憶部１４１に記録されたリセット実行回数の値に１を加算することによって、値を更新する。
また、制御部１４０ｂは、前述のその他のソフトエラー又はハードエラーが検出された場合に、リセット回数記憶部１４１に記録されたリセット実行回数を示す情報を参照する。当該リセット実行回数が所定の上限回数を超過している場合、制御部１４０ｂは電源部１５０へのリセット指示を示す制御信号の出力を行わず、停止処理部１４２が、通信装置１００ｂの動作を停止させる。停止処理部１４２は、通信装置１００ｂの動作を停止させた場合、制御信号線を介して異常発生通知指示を示す制御信号を状態通知部１６０へ出力する。
また、制御部１４０ｂは、起動時に、後述される演算部１７０ｂの例外リセット実行通知部１７１から出力された例外リセット実施情報を示す制御情報を取得した場合、（例外リセットが実行されたものと判断し、）リセット回数記憶部１４１に記録されたリセット実行回数の値に１を加算することによって、値を更新する。なお、ここでいう例外リセット実施情報とは、例外リセット指示によるリセットが実行されたことを示す情報である。
このような構成により、リセット回数記憶部１４１に記録されたリセット実行回数の値は、制御部１４０ｂの指示によって行われたリセットの実行回数と、演算部１７０ｂの指示によって行われたリセットの実行回数とが加算された値になる。
電源部１５０は、制御部１４０ｂから制御信号線を介してリセット指示を示す制御信号を取得した場合、又は、演算部１７０ｂから制御信号線を介して例外リセット指示を示す制御信号を取得した場合、リセットを実行する。
状態通知部１６０は、停止処理部１４２から出力された異常発生通知指示を示す制御信号を取得した場合、システム管理者等へ異常の発生を通知する。状態通知部１６０は、例えば、警告ランプを点灯させることにより、システム管理者等へ通信装置１００ｂにおける異常の発生を通知する。
演算部１７０ｂは、制御部１４０ｂによって検出されないエラーを検出することができる。制御部１４０ｂによって検出されないエラーとは、例えば、通信信号処理部１１０及び制御部１４０ｂ以外の機能部において発生するエラーである。演算部１７０ｂは、制御部１４０ｂによって検出されないエラーを検出した場合、例外リセットを実行させる。ここでいう例外リセットとは、制御部１４０ｂによるリセット指示を伴わないリセットである。演算部１７０ｂは、制御信号線を介して電源部１５０へ例外リセット指示を示す制御信号を出力する。電源部１５０は、演算部１７０ｂから出力された例外リセット指示を示す制御信号を取得すると、通信装置１００ｂのリセットを実行する。
また、図６に示されるように、演算部１７０ｂは、例外リセット実行通知部１７１を含んで構成される。
例外リセット実行通知部１７１は、例外リセット指示によるリセットが行われた場合、通信装置１００ｂの起動時に、制御信号線を介して制御部１４０ｂへ例外リセット実施情報を示す制御信号を出力する。
なお、例外リセット実行通知部１７１が例外リセット指示によるリセットが行われた否かを認識する方法としては、任意の方法が用いられてよい。例えば、前述の第１の実施形態と同様に、演算部１７０ｂが、制御信号を介して電源部１５０へ例外リセット指示を示す制御情報を出力する際に、例外リセットが実行されたことを示すリセット要因情報を記憶部１８０に記録するようにしてもよい。
記憶部１８０は、通信装置１００ｂにおいて用いられる各種のデータ及びプログラムを記憶する。
［通信装置の動作］
以下、通信装置１００ｂの動作の一例について説明する。
図７は、本発明の第２の実施形態における通信装置１００ｂの動作を示すフローチャートである。本フローチャートが示す処理は、通信装置１００ｂの起動時に開始される。なお、ここでいう通信装置１００ｂの起動時とは、初回起動時及びリセットからの復帰時が含まれる。
通信装置１００ｂの演算部１７０ｂは、例外リセットからの復帰時である場合（ステップＳ２０１・Ｙｅｓ）、制御信号線を介して制御部１４０ｂへ例外リセット実施情報を示す制御情報を出力する（ステップＳ２０２）。制御部１４０ｂは、演算部１７０ｂから出力された例外リセット実施情報を示す制御信号を取得すると、リセット回数記憶部１４１に記録されたリセット実行回数の値に１を加算することによって、値を更新する（ステップＳ２０３）。
演算部１７０ｂがエラーを検出した場合（ステップＳ２０４・Ｙｅｓ）、演算部１７０ｂは、制御信号線を介して電源部１５０へ例外リセット指示を示す制御信号を出力する（ステップＳ２０５）。電源部１５０は、演算部１７０ｂから出力された例外リセット指示を示す制御信号を取得すると、リセットを実行する（ステップＳ２１１）。以上で、図７のフローチャートが示す通信装置１００ｂの動作が終了する。
一方、通信装置１００ｂの制御部１４０ｂがエラーを検出した場合（ステップＳ２０４・Ｎｏ、かつ、ステップＳ２０６・Ｙｅｓ）、制御部１４０ｂは、リセット回数記憶部１４１に記録されたリセット実行回数の値を確認する（ステップＳ２０７）。確認されたリセット実行回数の値が所定の上限回数以内である場合（ステップＳ２０８・Ｙｅｓ）、制御部１４０ｂは、制御信号を介して電源部１５０へリセット指示を示す制御信号を出力する（ステップＳ２０９）。そして、制御部１４０ｂは、リセット回数記憶部１４１に記録されたリセット実行回数の値に１を加算することによって、値を更新する（ステップＳ２１０）。
電源部１５０は、制御部１４０ｂから出力されたリセット指示を示す制御信号を取得すると、リセットを実行する（ステップＳ２１１）。以上で、図７のフローチャートが示す通信装置１００ｂの動作が終了する。
一方、上記のステップＳ２０８の処理において、確認されたリセット実行回数の値が所定の上限回数を超えている場合（ステップＳ２０８・Ｎｏ）、制御部１４０ｂの停止処理部１４２は、通信装置１００ｂの動作を停止させる（ステップＳ２１２）。そして、停止処理部１４２は、制御信号線を介して異常発生通知指示を示す制御信号を状態通知部１６０へ出力する。状態通知部１６０は、停止処理部１４２から出力された異常発生通知指示を示す制御信号を取得すると、例えば警告ランプの点灯等を行うことによって、通信装置１００ｂにおける異常の発生をシステム管理者等へ通知する（ステップＳ２１３）。
以上で、図７のフローチャートが示す通信装置１００ｂの動作が終了する。
以上説明したように、第２の実施形態おける通信装置１００ｂでは、例外リセット指示によるリセット（例外リセット）が実行された際に、演算部１７０ｂの例外リセット実行通知部１７１が、制御信号線を介して制御部１４０ｂへ、例外リセットが実行されたことを示す例外リセット実施情報を示す制御信号を出力する。制御部１４０ｂは、例外リセット実行通知部１７１から出力された例外リセット実施情報を示す制御信号を取得した場合、（例外リセットが実行されたものと判断し、）リセット回数記憶部１４１に記録されたリセット実行回数の値に１を加算することによって、値を更新する。
以上のような構成を備えることにより、第２の実施形態における通信装置１００ｂは、制御部１４０ｂによるリセット指示を伴わないリセットである例外リセットの実行回数が、制御部１４０ｂによってリセット回数記憶部１４１に記録されるリセット実行回数に加算されるようになる。これにより、電源部１５０によって実行された（例外リセットを含む）全てのリセットの実行回数が所定の上限回数を超過している場合に、停止処理部１４２が、通信装置１００ｂの動作を停止させる。このように、第２の実施形態における通信装置１００ｂは、上限回数を超えて（例外リセットを含む）リセットが実行されることを防止することができる。
＜第３の実施形態＞
以下、本発明の第３の実施形態について、図面を参照しながら説明する。
なお、第３の実施形態における通信システムの全体構成は、図１の全体構成図を参照しながら説明した第１の実施形態における通信システム１の全体構成と同様であるため、説明を省略する。
［通信装置の構成］
以下、従来の通信装置１００ｃの機能構成の一例について説明する。
図８は、従来の通信装置１００ｃの機能構成を示すブロック図である。図８に示されるように、通信装置１００ｃは、通信信号処理部１１０と、下位側ＩＦ部１２０と、上位側ＩＦ部１３０と、制御部１４０ｃと、電源部１５０と、状態通知部１６０と、演算部１７０ｃと、記憶部１８０ｃと、を含んで構成される。
なお、図８において、太い実線の矢印は、通信信号（主信号）が流れる通信線を表す。また、破線の矢印は、制御信号が流れる制御信号線を表す。また、二重線の矢印は、警報を示す情報が流れる経路を表す。また、細い実線の矢印は、書き込み及び読み込み対象の情報が流れる経路を表す。
通信信号処理部１１０は、ユーザ端末２００と上位通信装置３００との間を流れる通信信号（主信号）に対して、光信号と電気信号の相互変換等の処理を行う。下位側ＩＦ部１２０は、通信信号処理部１１０から出力された電気信号をユーザ端末２００へ送信する。また、下位側ＩＦ部１２０は、ユーザ端末２００から送信された電気信号を通信信号処理部１１０へ出力する。上位側ＩＦ部１３０は、上位通信装置３００から送信された光信号を受信し、通信信号処理部１１０へ出力する。また、上位側ＩＦ部１３０は、通信信号処理部１１０から出力された光信号を上位通信装置３００へ送信する。
制御部１４０ｃは、通信装置１００ｃが備える各機能部の動作を制御する。また、制御部１４０ｃは、通信信号処理部１１０及び自己の制御部１４０ｃにおいて生じたソフトエラー及びハードエラーを検出することができる。制御部１４０ｃは、一部のソフトエラーが検出された場合には、ビット反転によるエラー訂正によってエラーへの対処を行い、通信断を回避する。また、制御部１４０ｃは、その他のソフトエラー又はハードエラーが検出された場合には、自律的に自己の通信装置１００ｃ（自装置）のリセットを実行させることで、エラーからの復旧を試みる。
図８に示されるように、制御部１４０ｃは、リセット回数記憶部１４１と、停止処理部１４２と、を備える。制御部１４０ｃは、リセット実行回数を示す情報をリセット回数記憶部１４１に記録する。例えば、制御部１４０ｃは、電源部１５０にリセット指示を行った際に、リセット回数記憶部１４１に記録されたリセット実行回数の値に１を加算することによって、値を更新する。
また、制御部１４０ｃは、前述のその他のソフトエラー又はハードエラーが検出された場合に、リセット回数記憶部１４１に記録されたリセット実行回数を示す情報を参照する。当該リセット実行回数が所定の上限回数を超過している場合、制御部１４０ｃは電源部１５０へのリセット指示を示す制御信号の出力を行わず、停止処理部１４２が、通信装置１００ｃの動作を停止させる。停止処理部１４２は、通信装置１００ｃの動作を停止させた場合、制御信号線を介して異常発生通知指示を示す制御信号を状態通知部１６０へ出力する。
また、制御部１４０ｃは、通信装置１００ｃの起動時に、制御信号線を介して後述される演算部１７０ｃの例外リセット回数通知部１７２へ例外リセット回数要求を示す制御情報を出力する。なお、ここでいう起動時には、リセットからの復帰時も含まれる。また、例外リセット回数要求とは、制御部１４０ｃが、例外リセット回数通知部１７２へ、後述される記憶部１８０ｃの例外リセット回数記憶部１８２に記録された例外リセット実行回数を示す情報の取得を要求するための情報である。
また、制御部１４０ｃは、上記の例外リセット回数要求に応じて例外リセット回数通知部１７２から出力される例外リセット実行回数を示す制御情報を取得する。制御部１４０ｃは、例外リセット実行回数を示す制御情報を取得した場合、当該制御情報に基づく例外リセット実行回数の値を、リセット回数記憶部１４１に記録されたリセット実行回数の値に加算することによって、値を更新する。
このような構成により、リセット回数記憶部１４１に記録されたリセット実行回数の値は、制御部１４０ｃの指示によって行われたリセットの実行回数と、演算部１７０ｃの指示によって行われたリセットの実行回数とが加算された値になる。
なお、制御部１４０ｃは、システム管理者等による手動での通信装置１００ｃの復帰時に、リセット回数記憶部１４１に記録されたリセット実行回数の値を消去（クリア）するようにしてもよい。
又は、制御部１４０ｃは、リセット（例外リセットを含む）が実行されてからの経過時間を計測し、所定の時間が経過してもリセットが実行されなかった場合に、リセット回数記憶部１４１に記録されたリセット実行回数の値を消去するようにしてもよい。
電源部１５０は、制御部１４０ｃから制御信号線を介してリセット指示を示す制御信号を取得した場合、又は、演算部１７０ｃから制御信号線を介して例外リセット指示を示す制御信号を取得した場合、リセットを実行する。
状態通知部１６０は、停止処理部１４２から出力された異常発生通知指示を示す制御信号を取得した場合、システム管理者等へ異常の発生を通知する。状態通知部１６０は、例えば、警告ランプを点灯させることにより、システム管理者等へ通信装置１００ｃにおける異常の発生を通知する。
演算部１７０ｃは、制御部１４０ｃによって検出されないエラーを検出することができる。制御部１４０ｃによって検出されないエラーとは、例えば、通信信号処理部１１０及び制御部１４０ｃ以外の機能部において発生するエラーである。演算部１７０ｃは、制御部１４０ｃによって検出されないエラーを検出した場合、例外リセットを実行させる。ここでいう例外リセットとは、制御部１４０ｃによるリセット指示を伴わないリセットである。演算部１７０ｃは、制御信号線を介して電源部１５０へ例外リセット指示を示す制御信号を出力する。電源部１５０は、演算部１７０ｃから出力された例外リセット指示を示す制御信号を取得すると、通信装置１００ｃのリセットを実行する。
また、図８に示されるように、演算部１７０ｃは、例外リセット回数通知部１７２を備える。
例外リセット回数通知部１７２は、起動時に制御部１４０ｃから出力される例外リセット回数要求を示す制御情報を取得する。例外リセット回数通知部１７２は、例外リセット回数要求を示す制御情報を取得すると、後述される記憶部１８０ｃの例外リセット回数記憶部１８２を参照し、例外リセット実行回数を示す情報を取得する。そして、例外リセット回数通知部１７２は、制御信号線を介して制御部１４０ｃへ、例外リセット実行回数を示す制御情報を出力する。
記憶部１８０ｃは、通信装置１００ｃにおいて用いられる各種のデータ及びプログラムを記憶する。
また、図８に示されるように、記憶部１８０ｃは、例外リセット回数記憶部１８２を備える。
例外リセット回数記憶部１８２は、例えばＣＰＵに搭載されたキャッシュメモリ等の記憶媒体である。例外リセット回数記憶部１８２は、演算部１７０ｃによる例外リセット指示により電源部１５０によって行われたリセットの実行回数（例外リセット実行回数）を示す情報を記憶する。演算部１７０ｃは、例外リセット実行回数を示す情報を例外リセット回数記憶部１８２に記録する。例えば、演算部１７０ｃは、電源部１５０にリセット指示を行った際に、例外リセット回数記憶部１８２に記録されたリセット実行回数の値に１を加算することによって、値を更新する。
［通信装置の動作］
以下、通信装置１００ｃの動作の一例について説明する。
図９は、本発明の第３の実施形態における通信装置１００ｃの動作を示すフローチャートである。本フローチャートが示す処理は、通信装置１００ｃの起動時に開始される。なお、ここでいう通信装置１００ｃの起動時とは、初回起動時及びリセットからの復帰時が含まれる。
通信装置１００ｃの制御部１４０ｃは、制御信号線を介して演算部１７０ｃの例外リセット回数通知部１７２へ、例外リセット回数要求を示す制御情報を出力する（ステップＳ３０１）。例外リセット回数通知部１７２は、例外リセット回数要求を示す制御情報を取得すると、例外リセット回数記憶部１８２を参照し、例外リセット実行回数を示す情報を取得する（ステップＳ３０２）。そして、例外リセット回数通知部１７２は、制御信号線を介して制御部１４０ｃへ、例外リセット実行回数を示す制御情報を出力する。
制御部１４０ｃは、例外リセット回数通知部１７２から出力された例外リセット実行回数を示す制御情報を取得すると、当該制御情報に基づく例外リセット実行回数の値を、リセット回数記憶部１４１に記録されたリセット実行回数の値に加算することによって、値を更新する（ステップＳ３０３）。
演算部１７０ｃがエラーを検出した場合（ステップＳ３０４・Ｙｅｓ）、演算部１７０ｃは、制御信号線を介して電源部１５０へ例外リセット指示を示す制御信号を出力する（ステップＳ３０５）。そして、演算部１７０ｃは、例外リセット回数記憶部１８２に記録された例外リセット実行回数の値に１を加算することによって、値を更新する（ステップＳ３０６）。電源部１５０は、演算部１７０ｃから出力された例外リセット指示を示す制御信号を取得すると、リセットを実行する（ステップＳ３１２）。以上で、図９のフローチャートが示す通信装置１００ｃの動作が終了する。
一方、通信装置１００ｃの制御部１４０ｃがエラーを検出した場合（ステップＳ３０４・Ｎｏ、かつ、ステップＳ３０７・Ｙｅｓ）、制御部１４０ｃは、リセット回数記憶部１４１に記録されたリセット実行回数の値を確認する（ステップＳ３０８）。確認されたリセット実行回数の値が所定の上限回数以内である場合（ステップＳ３０９・Ｙｅｓ）、制御部１４０ｃは、制御信号を介して電源部１５０へリセット指示を示す制御信号を出力する（ステップＳ３１０）。そして、制御部１４０ｃは、リセット回数記憶部１４１に記録されたリセット実行回数の値に１を加算することによって、値を更新する（ステップＳ３１１）。
電源部１５０は、制御部１４０ｃから出力されたリセット指示を示す制御信号を取得すると、リセットを実行する（ステップＳ３１２）。以上で、図９のフローチャートが示す通信装置１００ｃの動作が終了する。
一方、上記のステップＳ３０８の処理において、確認されたリセット実行回数の値が所定の上限回数を超えている場合（ステップＳ３０９・Ｎｏ）、制御部１４０ｃの停止処理部１４２は、通信装置１００ｃの動作を停止させる（ステップＳ３１３）。そして、停止処理部１４２は、制御信号線を介して異常発生通知指示を示す制御信号を状態通知部１６０へ出力する。状態通知部１６０は、停止処理部１４２から出力された異常発生通知指示を示す制御信号を取得すると、例えば警告ランプの点灯等を行うことによって、通信装置１００ｃにおける異常の発生をシステム管理者等へ通知する（ステップＳ３１４）。
以上で、図９のフローチャートが示す通信装置１００ｃの動作が終了する。
以上説明したように、第３の実施形態おける通信装置１００ｃでは、演算部１７０ｃは、記憶部１８０ｃの例外リセット回数記憶部１８２に例外リセット実行回数を記録する。制御部１４０ｃは、通信装置１００ｃの起動時に、制御信号線を介して演算部１７０ｃの例外リセット回数通知部１７２へ、例外リセット回数要求を示す制御信号を出力する。例外リセット回数通知部１７２は、例外リセット回数要求を示す制御情報を取得すると、例外リセット回数記憶部１８２を参照し、例外リセット実行回数を示す情報を取得する。そして、例外リセット回数通知部１７２は、制御信号線を介して制御部１４０ｃへ、例外リセット実行回数を示す制御情報を出力する。制御部１４０ｃは、例外リセット実行回数を示す制御情報を取得すると、当該制御情報に基づく例外リセット実行回数の値を、リセット回数記憶部１４１に記録されたリセット実行回数の値に加算することによって、値を更新する。
以上のような構成を備えることにより、第３の実施形態における通信装置１００ｃは、制御部１４０ｃによるリセット指示を伴わないリセットである例外リセットの実行回数が、制御部１４０ｃによってリセット回数記憶部１４１に記録されるリセット実行回数に加算されるようになる。これにより、電源部１５０によって実行された（例外リセットを含む）全てのリセットの実行回数が所定の上限回数を超過している場合に、停止処理部１４２が、通信装置１００ｃの動作を停止させる。このように、第３の実施形態における通信装置１００ｃは、上限回数を超えて（例外リセットを含む）リセットが実行されることを防止することができる。
上述した各実施形態によれば、通信装置は、第１リセット部と、第２リセット部と、停止処理部とを備える。例えば、通信装置は、実施形態における通信装置１００ａ～１００ｃであり、第１リセット部は、実施形態における制御部１４０ａ～１４０ｃであり、第２リセット部は、実施形態における演算部１７０ａ～１７０ｃであり、停止処理部は、実施形態における停止処理部１４２である。
第１リセット部は、第１のリセット要因の発生に応じて自装置の状態をリセットする第１リセットを実行する。例えば、第１のリセット要因は、実施形態における制御部１４０ａ～１４０ｃによって検出が可能なエラーであり、第１リセットは、実施形態におけるリセットである。
第２リセット部は、第１のリセット要因とは異なる第２のリセット要因の発生に応じて自装置の状態をリセットする第２リセットを実行する。例えば、第２のリセット要因は、実施形態における演算部１７０ａ～１７０ｃによって検出が可能なエラーであり、第２リセットは、実施形態における例外リセット指示によるリセット（例外リセット）である。
停止処理部は、第１リセット及び第２リセットが実行された合計回数が所定の回数を超過した場合、自装置の動作を停止させる停止処理を実行する。
なお、第２リセット部は、第２リセットを実行する場合、第２リセットの実行記録を記憶部に記録するようにしてもよい。例えば、第２リセットの実行記録は、第１の実施形態におけるリセット要因情報であり、記憶部は、第１の実施形態におけるリセット要因記憶部１８１である。
また、第１リセット部は、第１リセットが実行された回数を記憶部に記録し、第１リセット及び第２リセットからの復帰時に、記憶部に第２リセットの実行記録が存在する場合、記憶部に記録された回数に１を加算し、加算された回数を示す情報を停止処理部へ出力するようにしてもよい。例えば、第１リセットは、実施形態におけるリセット指示によるリセットであり、第１リセットが実行された回数は、実施形態におけるリセット実行回数であり、記憶部は、実施形態におけるリセット回数記憶部１４１である。
なお、第２リセット部は、第２リセットからの復帰時に、第２リセットの実行記録を第１リセット部へ出力するようにしてもよい。例えば、第２リセットの実行記録は、第２の実施形態における例外リセット実施情報である。
また、第１リセット部は、第１リセットが実行された回数を記憶部に記録し、第２リセットの実行記録を受信した場合、記憶部に記録された回数に１を加算し、加算された回数を示す情報を停止処理部へ出力するようにしてもよい。
なお、第１リセット部は、第１リセットが実行された回数を記憶部に記録し、第１リセット及び第２リセットからの復帰時に、第２リセットの実行回数を示す情報を第２リセット部から取得し、記憶部に記録された第１リセットが実行された回数と第２リセット部から取得した第２リセットが実行された回数とを加算した回数を停止処理部へ出力するようにしてもよい。例えば、第１リセットが実行された回数は、第３の実施形態におけるリセット実行回数であり、第２リセットが実行された回数は、第３の実施形態における例外リセット実行回数である。
なお、第１リセット部は、手動による停止処理からの復帰時に、記憶部に記録された回数を示す情報を消去するようにしてもよい。例えば、手動による停止処理は、実施形態におけるシステム管理者等による手動での停止処理である。
なお、第１リセット部は、第１リセット及び第２リセットが実行されてからの経過時間を計測し、所定の時間が経過しても第１リセット又は第２リセットが実行されなかった場合に、記憶部に記録された回数を示す情報を消去するようにしてもよい。
なお、通信装置は、停止処理部による停止処理が実行された場合に、自装置が停止状態であることを示す通知を行う通知部をさらに備えていてもよい。例えば、通知部は、実施形態における状態通知部１６０である。
なお、本発明を適用することできる装置は、上記の各実施形態のような例えばＯＮＵ等の通信装置１００ａ～１００ｃに限られるものではなく、他の装置においても適用可能である。ここでいう他の装置とは、例えば、ＯＬＴ、１０Ｇ－ＥＰＯＮ以外の通信システムにおける通信装置、及び通信装置以外の装置である。
上述した各実施形態における通信装置１００ａ～１００ｃの一部又は全部をコンピュータで実現するようにしてもよい。その場合、この機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記録装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものを含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよく、ＦＰＧＡ（Field Programmable Gate Array）等のプログラマブルロジックデバイスを用いて実現されるものであってもよい。
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
１・・・通信システム、１００，１００ａ，１００ｂ，１００ｃ・・・通信装置、１１０・・・通信信号処理部、１２０・・・下位側ＩＦ部、１３０・・・上位側ＩＦ部、１４０，１４０ａ，１４０ｂ，１４０ｃ・・・制御部、１４１・・・リセット回数記憶部、１４２・・・停止処理部、１５０・・・電源部、１６０・・・状態通知部、１７０，１７０ａ，１７０ｂ，１７０ｃ・・・演算部、１７１・・・例外リセット実行通知部、１７２・・・例外リセット回数通知部、１８０，１８０ａ，１８０ｃ・・・記憶部、１８１・・・リセット要因記憶部、１８２・・・例外リセット回数記憶部、２００・・・ユーザ端末、３００・・・上位通信装置、４００・・・光スプリッタ

Claims (8)

  1. 第１のリセット要因の発生に応じて自装置の状態をリセットする第１リセットを実行する第１リセット部と、
    前記第１のリセット要因とは異なる第２のリセット要因の発生に応じて自装置の状態をリセットする第２リセットを実行する第２リセット部と、
    前記第１リセット及び前記第２リセットが実行された合計回数が所定の回数を超過した場合、自装置の動作を停止させる停止処理を実行する停止処理部と、
    を備える通信装置。
  2. 前記第２リセット部は、
    前記第２リセットを実行する場合、前記第２リセットの実行記録を記憶部に記録し、
    前記第１リセット部は、
    前記第１リセットが実行された回数を前記記憶部に記録し、
    前記第１リセット及び前記第２リセットからの復帰時に、前記記憶部に前記第２リセットの実行記録が存在する場合、前記記憶部に記録された前記回数に１を加算し、加算された回数を示す情報を前記停止処理部へ出力する
    請求項１に記載の通信装置。
  3. 前記第２リセット部は、
    前記第２リセットからの復帰時に、前記第２リセットの実行記録を前記第１リセット部へ出力し、
    前記第１リセット部は、
    前記第１リセットが実行された回数を記憶部に記録し、
    前記第２リセットの実行記録を受信した場合、前記記憶部に記録された前記回数に１を加算し、加算された回数を示す情報を前記停止処理部へ出力する
    請求項１に記載の通信装置。
  4. 前記第１リセット部は、
    前記第１リセットが実行された回数を記憶部に記録し、
    前記第１リセット及び前記第２リセットからの復帰時に、前記第２リセットの実行回数を示す情報を前記第２リセット部から取得し、前記記憶部に記録された前記第１リセットが実行された回数と前記第２リセット部から取得した前記第２リセットが実行された回数とを加算した回数を前記停止処理部へ出力する
    請求項１に記載の通信装置。
  5. 前記第１リセット部は、
    手動による停止処理からの復帰時に、前記記憶部に記録された前記回数を示す情報を消去する
    請求項４に記載の通信装置。
  6. 前記第１リセット部は、
    前記第１リセット及び前記第２リセットが実行されてからの経過時間を計測し、所定の時間が経過しても前記第１リセット又は前記第２リセットが実行されなかった場合に、前記記憶部に記録された前記回数を示す情報を消去する
    請求項２から請求項４のうちいずれか一項に記載の通信装置。
  7. 手動による停止処理が実行された場合に、自装置が停止状態であることを示す通知を行う通知部
    をさらに備える請求項１から請求項６のうちいずれか一項に記載の通信装置。
  8. 第１のリセット要因の発生に応じて自装置の状態をリセットする第１リセットを実行する第１リセットステップと、
    前記第１のリセット要因とは異なる第２のリセット要因の発生に応じて自装置の状態をリセットする第２リセットを実行する第２リセットステップと、
    前記第１リセットステップ及び前記第２リセットステップが実行された回数が所定の回数を超過した場合、自装置の動作を停止させる停止処理ステップと、
    を有する制御方法。
JP2020166987A 2020-10-01 2020-10-01 通信装置及び制御方法 Active JP7502138B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2020166987A JP7502138B2 (ja) 2020-10-01 2020-10-01 通信装置及び制御方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2020166987A JP7502138B2 (ja) 2020-10-01 2020-10-01 通信装置及び制御方法

Publications (2)

Publication Number Publication Date
JP2022059326A true JP2022059326A (ja) 2022-04-13
JP7502138B2 JP7502138B2 (ja) 2024-06-18

Family

ID=81124340

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020166987A Active JP7502138B2 (ja) 2020-10-01 2020-10-01 通信装置及び制御方法

Country Status (1)

Country Link
JP (1) JP7502138B2 (ja)

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4027365B2 (ja) 2004-12-09 2007-12-26 株式会社日立産機システム 制御装置
JP5975015B2 (ja) 2013-11-26 2016-08-23 株式会社デンソー 電子制御装置、および、これを用いた電動パワーステアリング装置

Also Published As

Publication number Publication date
JP7502138B2 (ja) 2024-06-18

Similar Documents

Publication Publication Date Title
US20100241838A1 (en) Method and system for firmware updates
US9870282B2 (en) Systems and methods for providing service and support to computing devices with boot failure
US8090975B2 (en) Recovery server for recovering managed server
US9697013B2 (en) Systems and methods for providing technical support and exporting diagnostic data
US20130117518A1 (en) System controller, information processing system and method of saving and restoring data in the information processing system
US20060031706A1 (en) Architecture for high availability using system management mode driven monitoring and communications
US20180329777A1 (en) Reducing uncorrectable errors based on a history of correctable errors
JP2012058879A (ja) オペレーティングシステム起動管理装置
US20140143597A1 (en) Computer system and operating method thereof
US9465643B1 (en) Systems and methods for monitoring a primary operating system (OS) and/or migrating data using an OS hypervisor
JP2022059326A (ja) 通信装置及び制御方法
TWI518680B (zh) 維護電腦系統之檔案系統的方法
RU2600101C1 (ru) Управляющий модуль узла и способ обновления встроенного программного обеспечения для этого управляющего модуля
US11714696B2 (en) Custom baseboard management controller (BMC) firmware stack watchdog system and method
JP7360063B2 (ja) 通信装置及びエラー対処方法
CN106933545B (zh) 应用系统及其启动保护方法及装置
US11863230B2 (en) Communication apparatus and error detection method
WO2007077604A1 (ja) 情報処理装置及びハングアップ監視方法
CN107451035B (zh) 用于计算机装置的错误状态数据提供方法
TWI602054B (zh) 用於電腦裝置的錯誤狀態資料提供方法
CN114655140B (zh) 一种车辆启动控制方法和相关装置
JP2019016218A (ja) 情報処理装置、制御装置および情報処理装置の制御方法
JP7363617B2 (ja) 通信装置、情報処理方法、およびシステム
JP7166231B2 (ja) 情報処理装置及び情報処理システム
KR20180003230A (ko) 통신 장치를 감시하기 위한 감시 장치 및 컴퓨터 판독 가능한 기록 매체

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20201001

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20230302

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20240206

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20240312

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240507

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20240604

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20240606

R150 Certificate of patent or registration of utility model

Ref document number: 7502138

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150