通信装置および通信方法、並びにプログラム
【課題】より確実に相手と通信する。
【解決手段】記憶部９５は、他のノードと正常に接続できた場合のプロトコル毎の設定の値を不揮発性メモリに記憶させる。優先度判定部１０３は、接続が正常でないと確認されたプロトコルの優先度であって、予め定められた優先度が高いか否かを判定する。設定部９４は、プロトコルの優先度が高いと判定された場合、ノード１２と正常に接続できたときの記憶されている値をプロトコルに設定する。本発明は通信装置に適用できる。
【解決手段】記憶部９５は、他のノードと正常に接続できた場合のプロトコル毎の設定の値を不揮発性メモリに記憶させる。優先度判定部１０３は、接続が正常でないと確認されたプロトコルの優先度であって、予め定められた優先度が高いか否かを判定する。設定部９４は、プロトコルの優先度が高いと判定された場合、ノード１２と正常に接続できたときの記憶されている値をプロトコルに設定する。本発明は通信装置に適用できる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信装置および通信方法、並びにプログラムに関する。
【背景技術】
【０００２】
ネットワーク機器追加やプライベートネットワークのIP（Internet Protocol）アドレス枯渇や区分けによるプライベートネットワークの見直し時に、一部のネットワークの設定の不備によりノード機器がネットワークから孤立してしまい、リモートからの設定変更ができず、機器を直接設定変更する必要が発生していた。
【０００３】
すなわち、運用中のネットワークにおいてネットワーク機器やルーティングの追加するかまたは変更するかなどにより、各装置やノード（以下、単にノードと称する）の設定を見直すことがある。各ノードにはリモート制御端末より直接設定が変更されるものもあれば、各種ネットワーク設定を記録した「ファイル形式」で設定変更されるものもある。
【０００４】
従来、ルータの設定変更前の設定ファイルを別の記憶領域に格納し、ルータの設定を変更し、リブートし、リブート後にある一定時間のタイマを起動させ、ネットワークを介した遠隔地のホストから接続テストを行い、設定変更後の接続性が害されていない場合には、ネットワークを介した遠隔地のホストからの信号により、ルータのタイマを止め、設定変更後の接続性が害されている場合には、ルータのタイマのタイムアウトにより、別の記憶領域に格納していた設定変更前の設定に戻し、リブートするようにしているものもある（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００１−２５１３３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、いずれの場合も設定を有効化したあとに再起動させる機器も多く、設定ミスによりリモート制御端末より一切アクセスができず孤立してしまい、システム運用者が現地に行き、変更後の正しい環境情報を設定しなくてはならなかった。大規模な変更作業の場合、このような作業が数多く発生し、システム運用者に大きな負荷がかかっていた。
【０００７】
そこで、本発明は、上記課題を解決すること、すなわち、より確実に相手と通信できる通信装置および通信方法、並びにプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明の通信装置の一側面は、複数のプロトコルにより通信する通信装置であって、他の通信装置と正常に接続できた場合のプロトコル毎の設定の値を記憶する記憶手段と、プロトコル毎に他の通信装置との接続が正常であるかを確認する確認手段と、接続が正常でないと確認されたプロトコルの優先度であって、予め定められた優先度が高いか否かを判定する判定手段と、プロトコルの優先度が高いと判定された場合、他の通信装置と正常に接続できたときの記憶されている値をプロトコルに設定する設定手段とを有するものとされている。
【０００９】
また、本発明の通信装置の一側面は、上述の構成に加えて、確認手段により接続が正常であるかを確認するプロトコルを選択する選択手段をさらに有するものとされている。
【００１０】
さらに、本発明の通信装置の一側面は、上述の構成に加えて、判定手段が、接続が正常でないと確認されたプロトコルの接続のリトライにより、接続が正常でないことが一過性であるか否かを判定し、設定手段が、接続が正常でないことが一過性でないと判定された場合、他の通信装置と正常に接続できたときの記憶されている値をプロトコルに設定するものとされている。
【００１１】
また、本発明の通信方法の一側面は、複数のプロトコルにより通信する通信方法であって、他の通信装置と正常に接続できた場合のプロトコル毎の設定の値を記憶する記憶ステップと、プロトコル毎に他の通信装置との接続が正常であるかを確認する確認ステップと、接続が正常でないと確認されたプロトコルの優先度であって、予め定められた優先度が高いか否かを判定する判定ステップと、プロトコルの優先度が高いと判定された場合、他の通信装置と正常に接続できたときの記憶されている値をプロトコルに設定する設定ステップとを含むものとされている。
【００１２】
さらに、本発明のプログラムの一側面は、複数のプロトコルにより通信する通信装置のコンピュータに、他の通信装置と正常に接続できた場合のプロトコル毎の設定の値を記憶手段に記憶させる記憶ステップと、プロトコル毎に他の通信装置との接続が正常であるかを確認する確認ステップと、接続が正常でないと確認されたプロトコルの優先度であって、予め定められた優先度が高いか否かを判定する判定ステップと、プロトコルの優先度が高いと判定された場合、他の通信装置と正常に接続できたときの記憶されている値をプロトコルに設定する設定ステップとを含む処理を行わせるものとされている。
【発明の効果】
【００１３】
本発明の一側面によれば、より確実に相手と通信できる通信装置および通信方法、並びにプログラムを提供することができる。
【図面の簡単な説明】
【００１４】
【図１】通信装置のプロトコルスタックを示す図である。
【図２】ノード１１のハードウェアの構成例を示すブロック図である。
【図３】ノード１１においてプログラムを実行することにより実現される機能の構成を示すブロック図である。
【図４】プロトコルの判定の処理を説明するフローチャートである。
【図５】ＮＧ時の処理の詳細を説明するフローチャートである。
【図６】プロトコルの判定の処理を説明する図である。
【図７】プロトコルの優先度を説明する図である。
【図８】プロトコルの判定の処理を説明する図である。
【発明を実施するための形態】
【００１５】
以下、本発明の一実施の形態の通信装置について、図１〜図９を参照しながら説明する。ここでは簡略化の為に２つのノードを例に構成を示す。
【００１６】
図１は、通信装置のプロトコルスタックを示す図である。ノード１１は、通信装置の一例であり、プロトコルの設定が変更されるノードである。以下、ノード１１は、ノードＡとも称する。
【００１７】
ノード１２は、リモート制御端末である。以下、ノード１２は、ノードＢとも称する。
【００１８】
ノード１１とノード１２とは、ノード１１の、Ethernet（登録商標）２１、IP/ARP（Address Resolution Protocol）/ICMP（Internet Control Message Protocol）/IPsec（Security Architecture for Internet Protocol）２２、TCP（Transmission Control Protocol）/UDP（User Datagram Protocol）/SCTP（Stream Control Transmission Protocol）２３、およびFTP（File Transfer Protocol）/TELNET（Telecommunication network）２４の各プロトコルスタックと、ノード１１の、Ethernet（登録商標）３１、IP/ARP/ICMP/IPsec３２、TCP/UDP/SCTP３３、およびFTP/TELNET３４の各プロトコルスタックとで接続されている。
【００１９】
Ethernet（登録商標）２１および３１には、Ethernet（登録商標）のプロトコルが含まれる。
【００２０】
IP/ARP/ICMP/IPsec２２および３２には、IP、ARP、ICMP、およびIPsecの各プロトコルが含まれる。
【００２１】
TCP/UDP/SCTP２３および３３には、TCP、UDP、およびSCTPの各プロトコルが含まれる。
【００２２】
FTP/TELNET２４および３４には、FTPおよびTELNETの各プロトコルが含まれる。
【００２３】
図２は、以下で説明する一連の処理をプログラムにより実行するコンピュータであるノード１１のハードウェアの構成例を示すブロック図である。
【００２４】
コンピュータにおいて、CPU（Central Processing Unit）５１，ROM（Read Only Memory）５２，RAM（Random Access Memory）５３は、バス５４により相互に接続されている。
【００２５】
バス５４には、さらに、入出力インタフェース５５が接続されている。入出力インタフェース５５には、キーボード、マウス、マイクロホンなどよりなる入力部５６、ディスプレイ、スピーカなどよりなる出力部５７、ハードディスクや不揮発性メモリ７１などよりなる記憶部５８、ネットワークインタフェースなどよりなる通信部５９、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア６１を駆動するドライブ６０が接続されている。
【００２６】
以上のように構成されるコンピュータでは、CPU５１が、例えば、記憶部５８に記憶されているプログラムを、入出力インタフェース５５及びバス５４を介して、RAM５３にロードして実行することにより、上述した一連の処理が行われる。
【００２７】
コンピュータ（CPU５１）が実行するプログラムは、例えば、磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM(Compact Disc-Read Only Memory),DVD(Digital Versatile Disc)等）、光磁気ディスク、もしくは半導体メモリなどよりなるパッケージメディアであるリムーバブルメディア６１に記録して、あるいは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供される。
【００２８】
そして、プログラムは、リムーバブルメディア６１をドライブ６０に装着することにより、入出力インタフェース５５を介して、記憶部５８に記憶することで、コンピュータにインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部５９で受信し、記憶部５８に記憶することで、コンピュータにインストールすることができる。その他、プログラムは、ROM５２や記憶部５８にあらかじめ記憶しておくことで、コンピュータにあらかじめインストールしておくことができる。
【００２９】
図３は、コンピュータであるノード１１においてプログラムを実行することにより実現される機能の構成を示すブロック図である。すなわち、ノード１１において接続確認部９１、判定部９２、選択部９３、設定部９４、および記憶部９５が実現される。
【００３０】
接続確認部９１は、Ethernet（登録商標）２１〜FTP/TELNET２４の各プロトコルスタックに含まれる、Ethernet（登録商標）〜TELNETのプロトコル毎にノード１２との接続が正常であるかを確認する。
【００３１】
判定部９２は、接続が正常でないと確認されたプロトコルの優先度であって、予め定められた優先度が高いか否かなどを判定する。判定部９２は、運用判定部１０１、リトライ判定部１０２、および優先度判定部１０３を含む。運用判定部１０１は、プロトコルで正常性が確認できなかった場合に新しい設定では運用が可能か不可能かを判定する。リトライ判定部１０２は、通信の正常性が一過性のものか否かを判定する。優先度判定部１０３は、接続が正常でないと確認されたプロトコルの優先度であって、予め定められた優先度が高いか否かを判定する。
【００３２】
選択部９３は、接続確認部９１により接続が正常であるかを確認するプロトコルを選択する。
【００３３】
設定部９４は、プロトコルの優先度が高いと判定された場合、ノード１２と正常に接続できたときの記憶されている値をプロトコルに設定する。記憶部９５は、ノード１２と正常に接続できた場合のプロトコル毎の設定の値を不揮発性メモリ７１に記憶させる。
【００３４】
次に、図４および図５のフローチャートを参照してプロトコルの判定の処理について詳細に説明する。
【００３５】
図４はプロトコルの判定の処理を説明するフローチャートである。ステップＳ１１において、選択部９３は、接続確認部９１により接続が正常であるかを確認するプロトコルとしてARPを選択し、接続確認部９１は、ノード１２とのARPの接続が正常であるかを確認する。判定部９２の運用判定部１０１は、接続確認部９１によるノード１２とのARPの接続が正常であるかの確認の結果に応じて、新しい設定でARPの運用が可能であるか不可能であるかを判定する。
【００３６】
ステップＳ１１において、新しい設定でARPの運用が不可能であると判定された場合、手続きはステップＳ１２に進み、ＮＧ時の処理が実行される。ＮＧ時の処理の詳細は図５のフローチャートを参照して後述する。
【００３７】
ステップＳ１１において、新しい設定でARPの運用が可能であると判定された場合、手続きはステップＳ１３に進み、選択部９３は、接続確認部９１により接続が正常であるかを確認するプロトコルとしてICMPを選択し、接続確認部９１は、ノード１２とのICMPの接続が正常であるかを確認する。判定部９２の運用判定部１０１は、接続確認部９１によるノード１２とのICMPの接続が正常であるかの確認の結果に応じて、新しい設定でICMPの運用が可能であるか不可能であるかを判定する。
【００３８】
ステップＳ１３において、新しい設定でICMPの運用が不可能であると判定された場合、手続きはステップＳ１４に進み、ＮＧ時の処理が実行される。
【００３９】
ステップＳ１３において、新しい設定でICMPの運用が可能であると判定された場合、手続きはステップＳ１５に進み、選択部９３は、接続確認部９１により接続が正常であるかを確認するプロトコルとしてIPsecを選択し、接続確認部９１は、ノード１２とのIPsecの接続が正常であるかを確認する。判定部９２の運用判定部１０１は、接続確認部９１によるノード１２とのIPsecの接続が正常であるかの確認の結果に応じて、新しい設定でIPsecの運用が可能であるか不可能であるかを判定する。
【００４０】
ステップＳ１５において、新しい設定でIPsecの運用が不可能であると判定された場合、手続きはステップＳ１６に進み、ＮＧ時の処理が実行される。
【００４１】
ステップＳ１５において、新しい設定でIPsecの運用が可能であると判定された場合、手続きはステップＳ１７に進み、選択部９３は、接続確認部９１により接続が正常であるかを確認するプロトコルとしてSCTPを選択し、接続確認部９１は、ノード１２とのSCTPの接続が正常であるかを確認する。判定部９２の運用判定部１０１は、接続確認部９１によるノード１２とのSCTPの接続が正常であるかの確認の結果に応じて、新しい設定でSCTPの運用が可能であるか不可能であるかを判定する。
【００４２】
ステップＳ１７において、新しい設定でSCTPの運用が不可能であると判定された場合、手続きはステップＳ１８に進み、ＮＧ時の処理が実行される。
【００４３】
ステップＳ１７において、新しい設定でSCTPの運用が可能であると判定された場合、手続きはステップＳ１９に進み、選択部９３は、接続確認部９１により接続が正常であるかを確認するプロトコルとしてTCPを選択し、接続確認部９１は、ノード１２とのTCPの接続が正常であるかを確認する。判定部９２の運用判定部１０１は、接続確認部９１によるノード１２とのTCPの接続が正常であるかの確認の結果に応じて、新しい設定でTCPの運用が可能であるか不可能であるかを判定する。
【００４４】
ステップＳ１９において、新しい設定でTCPの運用が不可能であると判定された場合、手続きはステップＳ２０に進み、ＮＧ時の処理が実行される。
【００４５】
ステップＳ１９において、新しい設定でTCPの運用が可能であると判定された場合、手続きはステップＳ２１に進み、選択部９３は、接続確認部９１により接続が正常であるかを確認するプロトコルとしてFTPを選択し、接続確認部９１は、ノード１２とのFTPの接続が正常であるかを確認する。判定部９２の運用判定部１０１は、接続確認部９１によるノード１２とのFTPの接続が正常であるかの確認の結果に応じて、新しい設定でFTPの運用が可能であるか不可能であるかを判定する。
【００４６】
ステップＳ２１において、新しい設定でFTPの運用が不可能であると判定された場合、手続きはステップＳ２２に進み、ＮＧ時の処理が実行される。
【００４７】
ステップＳ２１において、新しい設定でFTPの運用が可能であると判定された場合、手続きはステップＳ２３に進み、選択部９３は、接続確認部９１により接続が正常であるかを確認するプロトコルとしてTELNETを選択し、接続確認部９１は、ノード１２とのTELNETの接続が正常であるかを確認する。判定部９２の運用判定部１０１は、接続確認部９１によるノード１２とのTELNETの接続が正常であるかの確認の結果に応じて、新しい設定でTELNETの運用が可能であるか不可能であるかを判定する。
【００４８】
ステップＳ２３において、新しい設定でTELNETの運用が不可能であると判定された場合、手続きはステップＳ２４に進み、ＮＧ時の処理が実行される。
【００４９】
ステップＳ２３において、新しい設定でTELNETの運用が可能であると判定された場合、手続きはステップＳ２５に進み、記憶部９５は、不揮発性メモリ７１に全ての設定を記憶させ、プロトコルの判定の処理は終了する。
【００５０】
後述するＮＧ時の処理のステップＳ４４の手続きの後、手続きはステップＳ２６に進み、設定部９４は、不揮発性メモリ７１から前回の設定を読み出して再設定する。すなわち、設定部９４は、ノード１２と正常に接続できたときの記憶されている値をプロトコルに設定する。
【００５１】
ステップＳ２７において、ノード１１は、再起動して、プロトコルの判定の処理は終了する。
【００５２】
図５は、ＮＧ時の処理の詳細を説明するフローチャートである。ステップＳ４１において、接続確認部９１は、ノード１２との接続をリトライ（retry）し、ステップＳ４２において、判定部９２のリトライ判定部１０２は、リトライがOKかNGか、すなわち、通信の正常性が一過性のものか否かを判定する。
【００５３】
ステップＳ４２において、リトライがNG、すなわち、通信の正常性が一過性のものであると判定された場合、手続きはステップＳ４３に進み、判定部９２の優先度判定部１０３は、接続が正常でないと確認されたプロトコルの優先度であって、予め定められた優先度が高いか否かを判定する。
【００５４】
ステップＳ４３において、プロトコルの優先度が高いと判定された場合、手続きはステップＳ４４に進み、記憶部９５は、設定NGの情報をログ化して（プロトコルが接続できないことを示す情報（ログ）を不揮発性メモリ７１に記憶させ）、ＮＧ時の処理は終了して、手続きは図４のステップＳ２６に進む。
【００５５】
ステップＳ４２において、リトライがOK、すなわち、通信の正常性が一過性のものでないと判定された場合、ＮＧ時の処理は終了して、手続きは図４のステップＳ１３、ステップＳ１５、ステップＳ１７、ステップＳ１９、ステップＳ２１、またはステップＳ１３に進む。すなわち、ステップＳ１２において、ＮＧ時の処理が実行された場合、ステップＳ４２の後、手続きは図４のステップＳ１３に進む。ステップＳ１４において、ＮＧ時の処理が実行された場合、ステップＳ４２の後、手続きは図４のステップＳ１５に進む。ステップＳ１６において、ＮＧ時の処理が実行された場合、ステップＳ４２の後、手続きは図４のステップＳ１７に進む。
【００５６】
また、ステップＳ１８において、ＮＧ時の処理が実行された場合、ステップＳ４２の後、手続きは図４のステップＳ１９に進む。ステップＳ２０において、ＮＧ時の処理が実行された場合、ステップＳ４２の後、手続きは図４のステップＳ２１に進む。ステップＳ２２において、ＮＧ時の処理が実行された場合、ステップＳ４２の後、手続きは図４のステップＳ２３に進む。ステップＳ２４において、ＮＧ時の処理が実行された場合、ステップＳ４２の後、手続きは図４のステップＳ２５に進む。
【００５７】
ステップＳ４３において、プロトコルの優先度が低いと判定された場合、手続きはステップＳ４５に進み、記憶部９５は、設定NGの情報をログ化して（プロトコルが接続できないことを示す情報（ログ）を不揮発性メモリ７１に記憶させ）、ＮＧ時の処理は終了して、ステップＳ４２においてリトライがOKであると判定された場合と同様に、手続きは図４のステップＳ１３、ステップＳ１５、ステップＳ１７、ステップＳ１９、ステップＳ２１、またはステップＳ１３に進む。
【００５８】
ここで、図６〜図８を参照して動作を説明する。図６〜図８において、丸印は、正常なプロトコルを示し、バツ印は、異常なプロトコルを示す。また、図７において、星印が付されているプロトコルは、優先度高が予め付されているプロトコルを示し、星印が付されていないプロトコルは、優先度低が予め付されているプロトコルを示す。
【００５９】
なお、図６〜図８に示される例においては、ARP、ICMP、およびIPsecのプロトコルが最下位の階層（低い階層）のプロトコルスタックに属し、その上位のプロトコルスタックにTCP、UDP、およびSCTPのプロトコルが属し、最上位の階層のプロトコルスタックにFTPおよびTelnetのプロトコルが属している。
【００６０】
図６に示されるように、ノードＡであるノード１１がプロトコルを使用し、正常稼働しているものとする。ノードＡであるノード１１は、各ノードとの通信が正常確立した設定を不揮発性メモリ７１に記憶させる。
【００６１】
図７に示されるように、ノードＡであるノード１１に設定されるプロトコルはあらかじめ優先度付けがされ、ノードＡであるノード１１の不揮発性メモリ７１に記憶させる。優先度付けはリモート制御端末であるノード１２からの制御を行う為に最低限必要なプロトコルとする。
【００６２】
ネットワーク変更によりノードＡであるノード１１の設定が見直された場合、ノード１１は優先度高のプロトコルから順に通信確立が可能か確認する。通信確立できる場合は元の設定に戻さず、当該設定を有効とする。優先度低に設定されたプロトコルの通信確立できない場合はリモート制御端末であるノード１２よりその設定を見直す。
【００６３】
図８に示される例はTelnetの確立が可能であれば、コマンド入力によりネットワーク設定変更が可能であると仮定した場合であり、バツ印が付されている通信確立できないプロトコルを見直す例である。
【００６４】
図４を参照して説明したプロトコルの判定の処理により、ノードＡであるノード１１はネットワーク設定のunmatchにより優先度高のプロトコルの通信が確立できない場合は、不揮発性メモリ７１から前回正常に動作した設定を読み出し、自律再設定することでリモート制御端末であるノード１２との通信再確立を行う。
【００６５】
各プロトコルチェックでNGとなった場合、図５を参照して説明したＮＧ時の処理が実行される。
【００６６】
プロトコルチェックでNGとなった場合は、設定確認のリトライが規定回数実施される。リトライがNGであれば優先度設定が確認される。優先度高のプロトコルであれば、設定NGの情報がログ化され、今回の設定が無効化されて、前回の設定が有効化される。
【００６７】
優先度低のプロトコルであれば、設定NGの情報がログ化され、次のプロトコルチェックが行われる。
【００６８】
このように、ルータやサーバなどのネットワーク機器の設定を実施し、各ノードと正常に通信が確立できない場合に、システム運用者が現地に赴き直接機器の設定を修正する必要がない。また、ノードが自律で前回正常動作した設定に戻すことで、ノードがネットワークから孤立することが無くなり、ダウン時間を最小限にすることができる。
【００６９】
さらに、リモート端末から制御できる最低限のプロトコル設定に問題がなければ、一部の設定の正常性が確認できると共に、誤設定したプロトコルのみ見直すことですべての設定を戻す必要がない。
【００７０】
以上の説明において、例として携帯電話に関するネットワークをあげたが、あらゆるプロトコルを用いた通信ネットワークに適用することが可能である。ノード毎だけではなく、ノード内の各機能部に論理的なネットワークが構成されている場合、機能部毎に適用が可能である。例えば、複数の機能部（カードやボード）で構成され、各々の機能部にIP/MACが割り振られ、相互に通信しているようなノードに適用できる。
【００７１】
このように、ルータやサーバなどのネットワーク機器の設定を実施し、各ノードと正常に通信が確立できない場合に、正常に通信確立できないプロトコルを検出し、設定されるプロトコルの優先度を考慮し自律で最低限必要なプロトコル確立している状態で設定を有効化するか、または、リモート制御端末から設定修正が可能なプロトコルまで通信確立していればその状態を維持し、前回全プロトコルが正常動作した設定に切り戻しすることで、リモート制御端末からのネットワーク設定を自己復元する。
【００７２】
ノードのネットワーク設定変更後にその設定により正常動作できない場合は、自動的に正常動作したネットワーク設定に戻し、ノードが孤立、リモートから制御できなくならないようなリカバリー機能具備したノードを提供することができる。
【００７３】
さらに、銀行または郵便局のATM（Automated teller machine）やデータネットワーク、病院等のデータネットワーク、電車・バス・飛行機等のネットワークなど、あらゆるデータベース接続やネットワーク接続する機器に適用可能である。
【００７４】
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウエアにより実行することもできる。一連の処理をソフトウエアにより実行する場合には、そのソフトウエアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。
【００７５】
なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
【００７６】
また、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
【符号の説明】
【００７７】
１１…ノード、１２…ノード、５１…CPU、５２…ROM、５３…RAM、５８…記憶部、５９…通信部、６１…リムーバブルメディア、７１…不揮発性メモリ、９１…接続確認部、９２…判定部、９３…選択部、９４…設定部、９５…記憶部、１０１…運用判定部、１０２…リトライ判定部、１０３…優先度判定部
【技術分野】
【０００１】
本発明は通信装置および通信方法、並びにプログラムに関する。
【背景技術】
【０００２】
ネットワーク機器追加やプライベートネットワークのIP（Internet Protocol）アドレス枯渇や区分けによるプライベートネットワークの見直し時に、一部のネットワークの設定の不備によりノード機器がネットワークから孤立してしまい、リモートからの設定変更ができず、機器を直接設定変更する必要が発生していた。
【０００３】
すなわち、運用中のネットワークにおいてネットワーク機器やルーティングの追加するかまたは変更するかなどにより、各装置やノード（以下、単にノードと称する）の設定を見直すことがある。各ノードにはリモート制御端末より直接設定が変更されるものもあれば、各種ネットワーク設定を記録した「ファイル形式」で設定変更されるものもある。
【０００４】
従来、ルータの設定変更前の設定ファイルを別の記憶領域に格納し、ルータの設定を変更し、リブートし、リブート後にある一定時間のタイマを起動させ、ネットワークを介した遠隔地のホストから接続テストを行い、設定変更後の接続性が害されていない場合には、ネットワークを介した遠隔地のホストからの信号により、ルータのタイマを止め、設定変更後の接続性が害されている場合には、ルータのタイマのタイムアウトにより、別の記憶領域に格納していた設定変更前の設定に戻し、リブートするようにしているものもある（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００１−２５１３３７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、いずれの場合も設定を有効化したあとに再起動させる機器も多く、設定ミスによりリモート制御端末より一切アクセスができず孤立してしまい、システム運用者が現地に行き、変更後の正しい環境情報を設定しなくてはならなかった。大規模な変更作業の場合、このような作業が数多く発生し、システム運用者に大きな負荷がかかっていた。
【０００７】
そこで、本発明は、上記課題を解決すること、すなわち、より確実に相手と通信できる通信装置および通信方法、並びにプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明の通信装置の一側面は、複数のプロトコルにより通信する通信装置であって、他の通信装置と正常に接続できた場合のプロトコル毎の設定の値を記憶する記憶手段と、プロトコル毎に他の通信装置との接続が正常であるかを確認する確認手段と、接続が正常でないと確認されたプロトコルの優先度であって、予め定められた優先度が高いか否かを判定する判定手段と、プロトコルの優先度が高いと判定された場合、他の通信装置と正常に接続できたときの記憶されている値をプロトコルに設定する設定手段とを有するものとされている。
【０００９】
また、本発明の通信装置の一側面は、上述の構成に加えて、確認手段により接続が正常であるかを確認するプロトコルを選択する選択手段をさらに有するものとされている。
【００１０】
さらに、本発明の通信装置の一側面は、上述の構成に加えて、判定手段が、接続が正常でないと確認されたプロトコルの接続のリトライにより、接続が正常でないことが一過性であるか否かを判定し、設定手段が、接続が正常でないことが一過性でないと判定された場合、他の通信装置と正常に接続できたときの記憶されている値をプロトコルに設定するものとされている。
【００１１】
また、本発明の通信方法の一側面は、複数のプロトコルにより通信する通信方法であって、他の通信装置と正常に接続できた場合のプロトコル毎の設定の値を記憶する記憶ステップと、プロトコル毎に他の通信装置との接続が正常であるかを確認する確認ステップと、接続が正常でないと確認されたプロトコルの優先度であって、予め定められた優先度が高いか否かを判定する判定ステップと、プロトコルの優先度が高いと判定された場合、他の通信装置と正常に接続できたときの記憶されている値をプロトコルに設定する設定ステップとを含むものとされている。
【００１２】
さらに、本発明のプログラムの一側面は、複数のプロトコルにより通信する通信装置のコンピュータに、他の通信装置と正常に接続できた場合のプロトコル毎の設定の値を記憶手段に記憶させる記憶ステップと、プロトコル毎に他の通信装置との接続が正常であるかを確認する確認ステップと、接続が正常でないと確認されたプロトコルの優先度であって、予め定められた優先度が高いか否かを判定する判定ステップと、プロトコルの優先度が高いと判定された場合、他の通信装置と正常に接続できたときの記憶されている値をプロトコルに設定する設定ステップとを含む処理を行わせるものとされている。
【発明の効果】
【００１３】
本発明の一側面によれば、より確実に相手と通信できる通信装置および通信方法、並びにプログラムを提供することができる。
【図面の簡単な説明】
【００１４】
【図１】通信装置のプロトコルスタックを示す図である。
【図２】ノード１１のハードウェアの構成例を示すブロック図である。
【図３】ノード１１においてプログラムを実行することにより実現される機能の構成を示すブロック図である。
【図４】プロトコルの判定の処理を説明するフローチャートである。
【図５】ＮＧ時の処理の詳細を説明するフローチャートである。
【図６】プロトコルの判定の処理を説明する図である。
【図７】プロトコルの優先度を説明する図である。
【図８】プロトコルの判定の処理を説明する図である。
【発明を実施するための形態】
【００１５】
以下、本発明の一実施の形態の通信装置について、図１〜図９を参照しながら説明する。ここでは簡略化の為に２つのノードを例に構成を示す。
【００１６】
図１は、通信装置のプロトコルスタックを示す図である。ノード１１は、通信装置の一例であり、プロトコルの設定が変更されるノードである。以下、ノード１１は、ノードＡとも称する。
【００１７】
ノード１２は、リモート制御端末である。以下、ノード１２は、ノードＢとも称する。
【００１８】
ノード１１とノード１２とは、ノード１１の、Ethernet（登録商標）２１、IP/ARP（Address Resolution Protocol）/ICMP（Internet Control Message Protocol）/IPsec（Security Architecture for Internet Protocol）２２、TCP（Transmission Control Protocol）/UDP（User Datagram Protocol）/SCTP（Stream Control Transmission Protocol）２３、およびFTP（File Transfer Protocol）/TELNET（Telecommunication network）２４の各プロトコルスタックと、ノード１１の、Ethernet（登録商標）３１、IP/ARP/ICMP/IPsec３２、TCP/UDP/SCTP３３、およびFTP/TELNET３４の各プロトコルスタックとで接続されている。
【００１９】
Ethernet（登録商標）２１および３１には、Ethernet（登録商標）のプロトコルが含まれる。
【００２０】
IP/ARP/ICMP/IPsec２２および３２には、IP、ARP、ICMP、およびIPsecの各プロトコルが含まれる。
【００２１】
TCP/UDP/SCTP２３および３３には、TCP、UDP、およびSCTPの各プロトコルが含まれる。
【００２２】
FTP/TELNET２４および３４には、FTPおよびTELNETの各プロトコルが含まれる。
【００２３】
図２は、以下で説明する一連の処理をプログラムにより実行するコンピュータであるノード１１のハードウェアの構成例を示すブロック図である。
【００２４】
コンピュータにおいて、CPU（Central Processing Unit）５１，ROM（Read Only Memory）５２，RAM（Random Access Memory）５３は、バス５４により相互に接続されている。
【００２５】
バス５４には、さらに、入出力インタフェース５５が接続されている。入出力インタフェース５５には、キーボード、マウス、マイクロホンなどよりなる入力部５６、ディスプレイ、スピーカなどよりなる出力部５７、ハードディスクや不揮発性メモリ７１などよりなる記憶部５８、ネットワークインタフェースなどよりなる通信部５９、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリなどのリムーバブルメディア６１を駆動するドライブ６０が接続されている。
【００２６】
以上のように構成されるコンピュータでは、CPU５１が、例えば、記憶部５８に記憶されているプログラムを、入出力インタフェース５５及びバス５４を介して、RAM５３にロードして実行することにより、上述した一連の処理が行われる。
【００２７】
コンピュータ（CPU５１）が実行するプログラムは、例えば、磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM(Compact Disc-Read Only Memory),DVD(Digital Versatile Disc)等）、光磁気ディスク、もしくは半導体メモリなどよりなるパッケージメディアであるリムーバブルメディア６１に記録して、あるいは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供される。
【００２８】
そして、プログラムは、リムーバブルメディア６１をドライブ６０に装着することにより、入出力インタフェース５５を介して、記憶部５８に記憶することで、コンピュータにインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部５９で受信し、記憶部５８に記憶することで、コンピュータにインストールすることができる。その他、プログラムは、ROM５２や記憶部５８にあらかじめ記憶しておくことで、コンピュータにあらかじめインストールしておくことができる。
【００２９】
図３は、コンピュータであるノード１１においてプログラムを実行することにより実現される機能の構成を示すブロック図である。すなわち、ノード１１において接続確認部９１、判定部９２、選択部９３、設定部９４、および記憶部９５が実現される。
【００３０】
接続確認部９１は、Ethernet（登録商標）２１〜FTP/TELNET２４の各プロトコルスタックに含まれる、Ethernet（登録商標）〜TELNETのプロトコル毎にノード１２との接続が正常であるかを確認する。
【００３１】
判定部９２は、接続が正常でないと確認されたプロトコルの優先度であって、予め定められた優先度が高いか否かなどを判定する。判定部９２は、運用判定部１０１、リトライ判定部１０２、および優先度判定部１０３を含む。運用判定部１０１は、プロトコルで正常性が確認できなかった場合に新しい設定では運用が可能か不可能かを判定する。リトライ判定部１０２は、通信の正常性が一過性のものか否かを判定する。優先度判定部１０３は、接続が正常でないと確認されたプロトコルの優先度であって、予め定められた優先度が高いか否かを判定する。
【００３２】
選択部９３は、接続確認部９１により接続が正常であるかを確認するプロトコルを選択する。
【００３３】
設定部９４は、プロトコルの優先度が高いと判定された場合、ノード１２と正常に接続できたときの記憶されている値をプロトコルに設定する。記憶部９５は、ノード１２と正常に接続できた場合のプロトコル毎の設定の値を不揮発性メモリ７１に記憶させる。
【００３４】
次に、図４および図５のフローチャートを参照してプロトコルの判定の処理について詳細に説明する。
【００３５】
図４はプロトコルの判定の処理を説明するフローチャートである。ステップＳ１１において、選択部９３は、接続確認部９１により接続が正常であるかを確認するプロトコルとしてARPを選択し、接続確認部９１は、ノード１２とのARPの接続が正常であるかを確認する。判定部９２の運用判定部１０１は、接続確認部９１によるノード１２とのARPの接続が正常であるかの確認の結果に応じて、新しい設定でARPの運用が可能であるか不可能であるかを判定する。
【００３６】
ステップＳ１１において、新しい設定でARPの運用が不可能であると判定された場合、手続きはステップＳ１２に進み、ＮＧ時の処理が実行される。ＮＧ時の処理の詳細は図５のフローチャートを参照して後述する。
【００３７】
ステップＳ１１において、新しい設定でARPの運用が可能であると判定された場合、手続きはステップＳ１３に進み、選択部９３は、接続確認部９１により接続が正常であるかを確認するプロトコルとしてICMPを選択し、接続確認部９１は、ノード１２とのICMPの接続が正常であるかを確認する。判定部９２の運用判定部１０１は、接続確認部９１によるノード１２とのICMPの接続が正常であるかの確認の結果に応じて、新しい設定でICMPの運用が可能であるか不可能であるかを判定する。
【００３８】
ステップＳ１３において、新しい設定でICMPの運用が不可能であると判定された場合、手続きはステップＳ１４に進み、ＮＧ時の処理が実行される。
【００３９】
ステップＳ１３において、新しい設定でICMPの運用が可能であると判定された場合、手続きはステップＳ１５に進み、選択部９３は、接続確認部９１により接続が正常であるかを確認するプロトコルとしてIPsecを選択し、接続確認部９１は、ノード１２とのIPsecの接続が正常であるかを確認する。判定部９２の運用判定部１０１は、接続確認部９１によるノード１２とのIPsecの接続が正常であるかの確認の結果に応じて、新しい設定でIPsecの運用が可能であるか不可能であるかを判定する。
【００４０】
ステップＳ１５において、新しい設定でIPsecの運用が不可能であると判定された場合、手続きはステップＳ１６に進み、ＮＧ時の処理が実行される。
【００４１】
ステップＳ１５において、新しい設定でIPsecの運用が可能であると判定された場合、手続きはステップＳ１７に進み、選択部９３は、接続確認部９１により接続が正常であるかを確認するプロトコルとしてSCTPを選択し、接続確認部９１は、ノード１２とのSCTPの接続が正常であるかを確認する。判定部９２の運用判定部１０１は、接続確認部９１によるノード１２とのSCTPの接続が正常であるかの確認の結果に応じて、新しい設定でSCTPの運用が可能であるか不可能であるかを判定する。
【００４２】
ステップＳ１７において、新しい設定でSCTPの運用が不可能であると判定された場合、手続きはステップＳ１８に進み、ＮＧ時の処理が実行される。
【００４３】
ステップＳ１７において、新しい設定でSCTPの運用が可能であると判定された場合、手続きはステップＳ１９に進み、選択部９３は、接続確認部９１により接続が正常であるかを確認するプロトコルとしてTCPを選択し、接続確認部９１は、ノード１２とのTCPの接続が正常であるかを確認する。判定部９２の運用判定部１０１は、接続確認部９１によるノード１２とのTCPの接続が正常であるかの確認の結果に応じて、新しい設定でTCPの運用が可能であるか不可能であるかを判定する。
【００４４】
ステップＳ１９において、新しい設定でTCPの運用が不可能であると判定された場合、手続きはステップＳ２０に進み、ＮＧ時の処理が実行される。
【００４５】
ステップＳ１９において、新しい設定でTCPの運用が可能であると判定された場合、手続きはステップＳ２１に進み、選択部９３は、接続確認部９１により接続が正常であるかを確認するプロトコルとしてFTPを選択し、接続確認部９１は、ノード１２とのFTPの接続が正常であるかを確認する。判定部９２の運用判定部１０１は、接続確認部９１によるノード１２とのFTPの接続が正常であるかの確認の結果に応じて、新しい設定でFTPの運用が可能であるか不可能であるかを判定する。
【００４６】
ステップＳ２１において、新しい設定でFTPの運用が不可能であると判定された場合、手続きはステップＳ２２に進み、ＮＧ時の処理が実行される。
【００４７】
ステップＳ２１において、新しい設定でFTPの運用が可能であると判定された場合、手続きはステップＳ２３に進み、選択部９３は、接続確認部９１により接続が正常であるかを確認するプロトコルとしてTELNETを選択し、接続確認部９１は、ノード１２とのTELNETの接続が正常であるかを確認する。判定部９２の運用判定部１０１は、接続確認部９１によるノード１２とのTELNETの接続が正常であるかの確認の結果に応じて、新しい設定でTELNETの運用が可能であるか不可能であるかを判定する。
【００４８】
ステップＳ２３において、新しい設定でTELNETの運用が不可能であると判定された場合、手続きはステップＳ２４に進み、ＮＧ時の処理が実行される。
【００４９】
ステップＳ２３において、新しい設定でTELNETの運用が可能であると判定された場合、手続きはステップＳ２５に進み、記憶部９５は、不揮発性メモリ７１に全ての設定を記憶させ、プロトコルの判定の処理は終了する。
【００５０】
後述するＮＧ時の処理のステップＳ４４の手続きの後、手続きはステップＳ２６に進み、設定部９４は、不揮発性メモリ７１から前回の設定を読み出して再設定する。すなわち、設定部９４は、ノード１２と正常に接続できたときの記憶されている値をプロトコルに設定する。
【００５１】
ステップＳ２７において、ノード１１は、再起動して、プロトコルの判定の処理は終了する。
【００５２】
図５は、ＮＧ時の処理の詳細を説明するフローチャートである。ステップＳ４１において、接続確認部９１は、ノード１２との接続をリトライ（retry）し、ステップＳ４２において、判定部９２のリトライ判定部１０２は、リトライがOKかNGか、すなわち、通信の正常性が一過性のものか否かを判定する。
【００５３】
ステップＳ４２において、リトライがNG、すなわち、通信の正常性が一過性のものであると判定された場合、手続きはステップＳ４３に進み、判定部９２の優先度判定部１０３は、接続が正常でないと確認されたプロトコルの優先度であって、予め定められた優先度が高いか否かを判定する。
【００５４】
ステップＳ４３において、プロトコルの優先度が高いと判定された場合、手続きはステップＳ４４に進み、記憶部９５は、設定NGの情報をログ化して（プロトコルが接続できないことを示す情報（ログ）を不揮発性メモリ７１に記憶させ）、ＮＧ時の処理は終了して、手続きは図４のステップＳ２６に進む。
【００５５】
ステップＳ４２において、リトライがOK、すなわち、通信の正常性が一過性のものでないと判定された場合、ＮＧ時の処理は終了して、手続きは図４のステップＳ１３、ステップＳ１５、ステップＳ１７、ステップＳ１９、ステップＳ２１、またはステップＳ１３に進む。すなわち、ステップＳ１２において、ＮＧ時の処理が実行された場合、ステップＳ４２の後、手続きは図４のステップＳ１３に進む。ステップＳ１４において、ＮＧ時の処理が実行された場合、ステップＳ４２の後、手続きは図４のステップＳ１５に進む。ステップＳ１６において、ＮＧ時の処理が実行された場合、ステップＳ４２の後、手続きは図４のステップＳ１７に進む。
【００５６】
また、ステップＳ１８において、ＮＧ時の処理が実行された場合、ステップＳ４２の後、手続きは図４のステップＳ１９に進む。ステップＳ２０において、ＮＧ時の処理が実行された場合、ステップＳ４２の後、手続きは図４のステップＳ２１に進む。ステップＳ２２において、ＮＧ時の処理が実行された場合、ステップＳ４２の後、手続きは図４のステップＳ２３に進む。ステップＳ２４において、ＮＧ時の処理が実行された場合、ステップＳ４２の後、手続きは図４のステップＳ２５に進む。
【００５７】
ステップＳ４３において、プロトコルの優先度が低いと判定された場合、手続きはステップＳ４５に進み、記憶部９５は、設定NGの情報をログ化して（プロトコルが接続できないことを示す情報（ログ）を不揮発性メモリ７１に記憶させ）、ＮＧ時の処理は終了して、ステップＳ４２においてリトライがOKであると判定された場合と同様に、手続きは図４のステップＳ１３、ステップＳ１５、ステップＳ１７、ステップＳ１９、ステップＳ２１、またはステップＳ１３に進む。
【００５８】
ここで、図６〜図８を参照して動作を説明する。図６〜図８において、丸印は、正常なプロトコルを示し、バツ印は、異常なプロトコルを示す。また、図７において、星印が付されているプロトコルは、優先度高が予め付されているプロトコルを示し、星印が付されていないプロトコルは、優先度低が予め付されているプロトコルを示す。
【００５９】
なお、図６〜図８に示される例においては、ARP、ICMP、およびIPsecのプロトコルが最下位の階層（低い階層）のプロトコルスタックに属し、その上位のプロトコルスタックにTCP、UDP、およびSCTPのプロトコルが属し、最上位の階層のプロトコルスタックにFTPおよびTelnetのプロトコルが属している。
【００６０】
図６に示されるように、ノードＡであるノード１１がプロトコルを使用し、正常稼働しているものとする。ノードＡであるノード１１は、各ノードとの通信が正常確立した設定を不揮発性メモリ７１に記憶させる。
【００６１】
図７に示されるように、ノードＡであるノード１１に設定されるプロトコルはあらかじめ優先度付けがされ、ノードＡであるノード１１の不揮発性メモリ７１に記憶させる。優先度付けはリモート制御端末であるノード１２からの制御を行う為に最低限必要なプロトコルとする。
【００６２】
ネットワーク変更によりノードＡであるノード１１の設定が見直された場合、ノード１１は優先度高のプロトコルから順に通信確立が可能か確認する。通信確立できる場合は元の設定に戻さず、当該設定を有効とする。優先度低に設定されたプロトコルの通信確立できない場合はリモート制御端末であるノード１２よりその設定を見直す。
【００６３】
図８に示される例はTelnetの確立が可能であれば、コマンド入力によりネットワーク設定変更が可能であると仮定した場合であり、バツ印が付されている通信確立できないプロトコルを見直す例である。
【００６４】
図４を参照して説明したプロトコルの判定の処理により、ノードＡであるノード１１はネットワーク設定のunmatchにより優先度高のプロトコルの通信が確立できない場合は、不揮発性メモリ７１から前回正常に動作した設定を読み出し、自律再設定することでリモート制御端末であるノード１２との通信再確立を行う。
【００６５】
各プロトコルチェックでNGとなった場合、図５を参照して説明したＮＧ時の処理が実行される。
【００６６】
プロトコルチェックでNGとなった場合は、設定確認のリトライが規定回数実施される。リトライがNGであれば優先度設定が確認される。優先度高のプロトコルであれば、設定NGの情報がログ化され、今回の設定が無効化されて、前回の設定が有効化される。
【００６７】
優先度低のプロトコルであれば、設定NGの情報がログ化され、次のプロトコルチェックが行われる。
【００６８】
このように、ルータやサーバなどのネットワーク機器の設定を実施し、各ノードと正常に通信が確立できない場合に、システム運用者が現地に赴き直接機器の設定を修正する必要がない。また、ノードが自律で前回正常動作した設定に戻すことで、ノードがネットワークから孤立することが無くなり、ダウン時間を最小限にすることができる。
【００６９】
さらに、リモート端末から制御できる最低限のプロトコル設定に問題がなければ、一部の設定の正常性が確認できると共に、誤設定したプロトコルのみ見直すことですべての設定を戻す必要がない。
【００７０】
以上の説明において、例として携帯電話に関するネットワークをあげたが、あらゆるプロトコルを用いた通信ネットワークに適用することが可能である。ノード毎だけではなく、ノード内の各機能部に論理的なネットワークが構成されている場合、機能部毎に適用が可能である。例えば、複数の機能部（カードやボード）で構成され、各々の機能部にIP/MACが割り振られ、相互に通信しているようなノードに適用できる。
【００７１】
このように、ルータやサーバなどのネットワーク機器の設定を実施し、各ノードと正常に通信が確立できない場合に、正常に通信確立できないプロトコルを検出し、設定されるプロトコルの優先度を考慮し自律で最低限必要なプロトコル確立している状態で設定を有効化するか、または、リモート制御端末から設定修正が可能なプロトコルまで通信確立していればその状態を維持し、前回全プロトコルが正常動作した設定に切り戻しすることで、リモート制御端末からのネットワーク設定を自己復元する。
【００７２】
ノードのネットワーク設定変更後にその設定により正常動作できない場合は、自動的に正常動作したネットワーク設定に戻し、ノードが孤立、リモートから制御できなくならないようなリカバリー機能具備したノードを提供することができる。
【００７３】
さらに、銀行または郵便局のATM（Automated teller machine）やデータネットワーク、病院等のデータネットワーク、電車・バス・飛行機等のネットワークなど、あらゆるデータベース接続やネットワーク接続する機器に適用可能である。
【００７４】
上述した一連の処理は、ハードウェアにより実行することもできるし、ソフトウエアにより実行することもできる。一連の処理をソフトウエアにより実行する場合には、そのソフトウエアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のパーソナルコンピュータなどに、プログラム記録媒体からインストールされる。
【００７５】
なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。
【００７６】
また、本発明の実施の形態は、上述した実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更が可能である。
【符号の説明】
【００７７】
１１…ノード、１２…ノード、５１…CPU、５２…ROM、５３…RAM、５８…記憶部、５９…通信部、６１…リムーバブルメディア、７１…不揮発性メモリ、９１…接続確認部、９２…判定部、９３…選択部、９４…設定部、９５…記憶部、１０１…運用判定部、１０２…リトライ判定部、１０３…優先度判定部
【特許請求の範囲】
【請求項１】
複数のプロトコルにより通信する通信装置において、
他の通信装置と正常に接続できた場合の上記プロトコル毎の設定の値を記憶する記憶手段と、
上記プロトコル毎に上記他の通信装置との接続が正常であるかを確認する確認手段と、
接続が正常でないと確認されたプロトコルの優先度であって、予め定められた優先度が高いか否かを判定する判定手段と、
上記プロトコルの優先度が高いと判定された場合、上記他の通信装置と正常に接続できたときの記憶されている値を上記プロトコルに設定する設定手段と
を有することを特徴とする通信装置。
【請求項２】
請求項１に記載の通信装置において、
前記確認手段により接続が正常であるかを確認する上記プロトコルを選択する選択手段をさらに有する
ことを特徴とする通信装置。
【請求項３】
請求項１または２のいずれか１項に記載の通信装置において、
前記判定手段は、接続が正常でないと確認されたプロトコルの接続のリトライにより、接続が正常でないことが一過性であるか否かを判定し、
前記設定手段は、接続が正常でないことが一過性でないと判定された場合、前記他の通信装置と正常に接続できたときの記憶されている値を前記プロトコルに設定する
ことを特徴とする通信装置。
【請求項４】
複数のプロトコルにより通信する通信方法において、
他の通信装置と正常に接続できた場合の上記プロトコル毎の設定の値を記憶する記憶ステップと、
上記プロトコル毎に上記他の通信装置との接続が正常であるかを確認する確認ステップと、
接続が正常でないと確認されたプロトコルの優先度であって、予め定められた優先度が高いか否かを判定する判定ステップと、
上記プロトコルの優先度が高いと判定された場合、上記他の通信装置と正常に接続できたときの記憶されている値を上記プロトコルに設定する設定ステップと
を含むことを特徴とする通信方法。
【請求項５】
複数のプロトコルにより通信する通信装置のコンピュータに、
他の通信装置と正常に接続できた場合の上記プロトコル毎の設定の値を記憶手段に記憶させる記憶ステップと、
上記プロトコル毎に上記他の通信装置との接続が正常であるかを確認する確認ステップと、
接続が正常でないと確認されたプロトコルの優先度であって、予め定められた優先度が高いか否かを判定する判定ステップと、
上記プロトコルの優先度が高いと判定された場合、上記他の通信装置と正常に接続できたときの記憶されている値を上記プロトコルに設定する設定ステップと
を含む処理を行わせるプログラム。
【請求項１】
複数のプロトコルにより通信する通信装置において、
他の通信装置と正常に接続できた場合の上記プロトコル毎の設定の値を記憶する記憶手段と、
上記プロトコル毎に上記他の通信装置との接続が正常であるかを確認する確認手段と、
接続が正常でないと確認されたプロトコルの優先度であって、予め定められた優先度が高いか否かを判定する判定手段と、
上記プロトコルの優先度が高いと判定された場合、上記他の通信装置と正常に接続できたときの記憶されている値を上記プロトコルに設定する設定手段と
を有することを特徴とする通信装置。
【請求項２】
請求項１に記載の通信装置において、
前記確認手段により接続が正常であるかを確認する上記プロトコルを選択する選択手段をさらに有する
ことを特徴とする通信装置。
【請求項３】
請求項１または２のいずれか１項に記載の通信装置において、
前記判定手段は、接続が正常でないと確認されたプロトコルの接続のリトライにより、接続が正常でないことが一過性であるか否かを判定し、
前記設定手段は、接続が正常でないことが一過性でないと判定された場合、前記他の通信装置と正常に接続できたときの記憶されている値を前記プロトコルに設定する
ことを特徴とする通信装置。
【請求項４】
複数のプロトコルにより通信する通信方法において、
他の通信装置と正常に接続できた場合の上記プロトコル毎の設定の値を記憶する記憶ステップと、
上記プロトコル毎に上記他の通信装置との接続が正常であるかを確認する確認ステップと、
接続が正常でないと確認されたプロトコルの優先度であって、予め定められた優先度が高いか否かを判定する判定ステップと、
上記プロトコルの優先度が高いと判定された場合、上記他の通信装置と正常に接続できたときの記憶されている値を上記プロトコルに設定する設定ステップと
を含むことを特徴とする通信方法。
【請求項５】
複数のプロトコルにより通信する通信装置のコンピュータに、
他の通信装置と正常に接続できた場合の上記プロトコル毎の設定の値を記憶手段に記憶させる記憶ステップと、
上記プロトコル毎に上記他の通信装置との接続が正常であるかを確認する確認ステップと、
接続が正常でないと確認されたプロトコルの優先度であって、予め定められた優先度が高いか否かを判定する判定ステップと、
上記プロトコルの優先度が高いと判定された場合、上記他の通信装置と正常に接続できたときの記憶されている値を上記プロトコルに設定する設定ステップと
を含む処理を行わせるプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１２−２３１２４２（Ｐ２０１２−２３１２４２Ａ）
【公開日】平成２４年１１月２２日（２０１２．１１．２２）
【国際特許分類】
【出願番号】特願２０１１−９７３４２（Ｐ２０１１−９７３４２）
【出願日】平成２３年４月２５日（２０１１．４．２５）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２４年１１月２２日（２０１２．１１．２２）
【国際特許分類】
【出願日】平成２３年４月２５日（２０１１．４．２５）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]