(57)【要約】【課題】  信頼性の高い情報処理システムを提供することを目的とする。【解決手段】  情報処理装置は、所定の機能を再構築可能なハードウェア資源である再構築可能資源と、自機が運用系であるか待機系であるかを判定する判定部と、判定部により待機系であると判定された場合に、既定のタイミングで、再構築可能資源に対して、所定の機能を再構築させる再構築部とを有する。好適には、再構築部は、定期的に、所定の機能が構築されている再構築可能資源に、同じ機能を再構築させる【選択図】図１
2017117065.tif 000002
【特許請求の範囲】
【請求項１】
所定の機能を再構築可能なハードウェア資源である再構築可能資源と、
自機が運用系であるか待機系であるかを判定する判定部と、
前記判定部により待機系であると判定された場合に、既定のタイミングで、前記再構築可能資源に対して、前記所定の機能を再構築させる再構築部と
を有する情報処理装置。
【請求項２】
前記再構築部は、定期的に、所定の機能が構築されている前記再構築可能資源に、同じ機能を再構築させる
請求項１に記載の情報処理装置。
【請求項３】
自機が待機系から運用系に切り替わる予兆を検知する予兆検知部
をさらに有し、
前記再構築部は、前記予兆検知部が待機系から運用系に切り替わる予兆を検知した場合に、所定の機能が構築されている前記再構築可能資源に、同じ機能を再構築させる
請求項１に記載の情報処理装置。
【請求項４】
前記再構築部は、前記判定部によって自機が運用系であると判定された場合に、定期的な再構築を禁止する
請求項２に記載の情報処理装置。
【請求項５】
前記再構築部による前記再構築可能資源に対する機能の再構築が失敗した場合に、前記再構築可能資源が含まれたハードウェア装置の異常を通知する異常通知部
をさらに有する請求項１に記載の情報処理装置。
【請求項６】
前記再構築可能資源は、再プログラム可能な回路であり、
前記再構築部は、再プログラム可能な回路上に、前記所定の機能を再構成する
請求項１に記載の情報処理装置。
【請求項７】
前記再構築可能資源は、暗号化処理機能が構築された暗号カードであり、
前記再構築部は、前記暗号カードの再プログラム可能な回路に対して、暗号化処理機能を構築するためのコードをリロードする
請求項６に記載の情報処理装置。
【請求項８】
自機が運用系であるか待機系であるかを判定する判定ステップと、
前記判定ステップにおいて待機系であると判定された場合に、既定のタイミングで、所定の機能を再構築可能なハードウェア資源である再構築可能資源に対して、前記所定の機能を再構築させる再構築ステップと
を有する情報処理方法。
【請求項９】
自機が運用系であるか待機系であるかを判定する判定ステップと、
前記判定ステップにおいて待機系であると判定された場合に、既定のタイミングで、所定の機能を再構築可能なハードウェア資源である再構築可能資源に対して、前記所定の機能を再構築させる再構築ステップと
をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、及びプログラムに関する。
【背景技術】
【０００２】
例えば、特許文献１には、ＦＰＧＡのコンフィグを完了し、前記ＦＰＧＡのＪＴＡＧポートから、前記ＦＰＧＡのコンフィグ後はソフトエラーによる場合以外は変化しない固定情報を読み出し、前記読み出した固定情報にソフトエラーが発生したかどうかを検出し、エラーが発生した場合は前記ＪＴＡＧポートを使用して該エラーの補正を行う、というステップを備えることを特徴とするＦＰＧＡのソフトエラー補正方法が開示されている。
【０００３】
また、特許文献２には、複数の論理素子と、前記複数の論理素子の接続関係を規定する接続情報を格納する第１メモリと、前記接続情報を格納する第２メモリと、前記第１メモリに格納された前記接続情報に基づき、複数の第１論理素子により形成された第１演算回路と、前記第２メモリに格納された前記接続情報に基づき、複数の第２論理素子により形成された第２演算回路と、入力される２つのデータが一致しているか不一致であるかを示す信号を出力する比較回路と、前記第１演算回路及び前記２演算回路の各々に入力された第１データに対する前記第１演算回路の出力データと前記第２演算回路の出力データを前記２つのデータとして前記比較回路から出力される前記信号が不一致を示す場合、前記第１メモリと前記第２メモリの各々に前記接続情報の書き込みを行なうメモリ書き込み回路と、前記接続情報の書き込みによって前記複数の第１論理素子により形成された第３演算回路の出力データと、前記接続情報の書き込みによって前記複数の第２論理素子により形成された第４演算回路の出力データとが前記２つのデータとして前記比較回路により比較され、前記第３演算回路及び前記第４演算回路の各々に第２データが入力された際に、前記信号が不一致を示す状態から一致を示す状態へ変化したか否かを判定する判定回路とを有することを特徴とする論理回路が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−２３５０７４
【特許文献２】特開２０１５−１１９３５９
【発明の概要】
【発明が解決しようとする課題】
【０００５】
信頼性の高い情報処理システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明に係る情報処理装置は、所定の機能を再構築可能なハードウェア資源である再構築可能資源と、自機が運用系であるか待機系であるかを判定する判定部と、前記判定部により待機系であると判定された場合に、既定のタイミングで、前記再構築可能資源に対して、前記所定の機能を再構築させる再構築部とを有する。
【０００７】
好適には、前記再構築部は、定期的に、所定の機能が構築されている前記再構築可能資源に、同じ機能を再構築させる。
【０００８】
好適には、自機が待機系から運用系に切り替わる予兆を検知する予兆検知部をさらに有し、前記再構築部は、前記予兆検知部が待機系から運用系に切り替わる予兆を検知した場合に、所定の機能が構築されている前記再構築可能資源に、同じ機能を再構築させる。
【０００９】
好適には、前記再構築部は、前記判定部によって自機が運用系であると判定された場合に、定期的な再構築を禁止する。
【００１０】
好適には、前記再構築部による前記再構築可能資源に対する機能の再構築が失敗した場合に、前記再構築可能資源が含まれたハードウェア装置の異常を通知する異常通知部をさらに有する。
【００１１】
好適には、前記再構築可能資源は、再プログラム可能な回路であり、前記再構築部は、再プログラム可能な回路上に、前記所定の機能を再構成する。
【００１２】
好適には、前記再構築可能資源は、暗号化処理機能が構築された暗号カードであり、前記再構築部は、前記暗号カードの再プログラム可能な回路に対して、暗号化処理機能を構築するためのコードをリロードする。
【００１３】
本発明に係る情報処理方法は、自機が運用系であるか待機系であるかを判定する判定ステップと、前記判定ステップにおいて待機系であると判定された場合に、既定のタイミングで、所定の機能を再構築可能なハードウェア資源である再構築可能資源に対して、前記所定の機能を再構築させる再構築ステップとを有する。
【００１４】
本発明に係るプログラムは、自機が運用系であるか待機系であるかを判定する判定ステップと、前記判定ステップにおいて待機系であると判定された場合に、既定のタイミングで、所定の機能を再構築可能なハードウェア資源である再構築可能資源に対して、前記所定の機能を再構築させる再構築ステップとをコンピュータに実行させる。
【発明の効果】
【００１５】
信頼性の高い情報処理システムを提供できる。
【図面の簡単な説明】
【００１６】
【図１】ネットワーク装置１０を含むネットワーク通信システム１のハードウェア構成を例示する図である。
【図２】ネットワーク装置１０のハードウェア構成を例示する図である。
【図３】ネットワーク装置１０の機能ブロックの一部を例示する図である。
【図４】ネットワーク装置１０の二重化情報の管理を例示する図である。
【図５】暗号カードリカバリ処理（Ｓ１０）を説明するフローチャートである。
【図６】変形例１におけるネットワーク通信システム１のハードウェア構成を例示する図である。
【図７】変形例１におけるネットワーク装置１０の機能ブロックの一部を例示する図である。
【図８】変形例１における暗号カードリカバリ処理（Ｓ２０）を説明するフローチャートである。
【発明を実施するための形態】
【００１７】
以下、本発明の実施形態を、図面を参照して説明する。
図１は、ネットワーク装置１０を含むネットワーク通信システム１のハードウェア構成を例示する図である。
図１に例示するように、ネットワーク通信システム１は、複数のネットワーク装置１０と、これを接続するネットワークスイッチ２０とを含む。
ネットワーク装置１０は、ネットワークに接続して使用されるネットワーク機器である。ネットワーク装置１０は、本発明に係る情報処理装置の一例である。
例えば、ネットワーク装置１０は、ＬＡＮケーブル及びネットワークスイッチ２０を介してＬＡＮに接続しており、帯域制御機能及びファイアウォール機能などを有すると共に、他のネットワーク装置１０と二重化して冗長構成によって耐障害性を高めている。
本例のネットワーク装置１０Ａは、運用中において、ネットワーク装置１０Ａの異常発生時に、待機系のネットワーク装置１０Ｂと切り替わる。また、本例のネットワーク装置１０Ａは、通信中に、待機系のネットワーク装置１０Ｂと切り替わってもよい。
【００１８】
図２は、ネットワーク装置１０のハードウェア構成を例示する図である。
図２に例示するように、ネットワーク装置１０は、ＣＰＵ１００、メモリ１０２、複数のスロット１０４、サウスブリッジ１０６、ハードディスクドライブ１０８、ＣＦ１１０、及び、ＤＶＤドライブ１１２を有する。
ＣＰＵ１００は、中央処理装置である。例えば、ＣＰＵ１００は、複数のコアからなるマルチコアプロセッサである。本例のＣＰＵ１００は、８コアからなる。
メモリ１０２は、例えば、半導体メモリであり、ＣＰＵ１００に接続され、主記憶装置として機能する。
スロット１０４は、拡張スロットであり、本例のスロット１０４には、暗号カード１２０などが挿入される。
サウスブリッジ１０６は、例えば、ＳＡＴＡバスなどを接続するＩＣチップである。本例では、サウスブリッジ１０６には、ハードディスクドライブ１０８、ＣＦ１１０、及び、ＤＶＤドライブ１１２が接続されている。例えば、ＣＦ１１０は、メモリと接続される。
また、ネットワーク装置１０は、所定の機能を再構築可能なハードウェア資源を有する。例えば、再構築可能資源は、再プログラム可能な回路である。本例において、再構築可能資源が、暗号化処理機能が構築された暗号カード１２０である形態を具体例として説明する。なお、暗号カード１２０は、ＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）により実現されてもよい。
【００１９】
図３は、ネットワーク装置１０の機能ブロックの一部を例示する図である。
図３に例示するように、本例の運用系のネットワーク装置１０Ａ、及び待機系のネットワーク装置１０Ｂには、それぞれ運用管理プログラム３０がインストールされている。本例において、ネットワーク装置１０Ｂにインストールされた運用管理プログラム３０を具体例として説明する。
運用管理プログラム３０は、暗号カード１２０の機能ブロックの一部として、二重化管理部３５０、判定部３６０、再構築部３７０、及び、ハード異常通知部３８０を有する。
なお、運用管理プログラム３０の一部又は全部は、ＦＰＧＡなどのハードウェアにより実現されてもよく、ＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）の機能を一部借用して実現されてもよい。
【００２０】
運用管理プログラム３０において、二重化管理部３５０は、ネットワーク措置１０Ｂの二重化情報を管理する。例えば、二重化管理部３５０は、ネットワーク装置１０Ｂが運用系か待機系であるかの情報を、ネットワーク装置１０Ａと連携しながら、管理する。本例の二重化管理部３５０は、ネットワーク装置１０Ａより、ネットワーク装置１０Ａを運用系から待機系に切り替える通知を受けたとき、ネットワーク装置１０Ｂが待機系から運用系に切り替わるという情報を管理する。
【００２１】
判定部３６０は、自機が運用系か待機系であるかを判定する。本例の判定部３６０は、二重化管理部３５０より取得した情報により、自機が運用系か待機系であるかを判定する。
【００２２】
再構築部３７０は、判定部３６０により待機系であると判定された場合に、既定のタイミングで、再構築可能資源に対して、所定の機能を再構築させる。
例えば、再構築部３７０は、判定部３６０により待機系であると判定された場合に、定期的に、所定の機能が構築されている再構築可能資源に、同じ機能を再構築させる。より具体的に、再構築可能資源は再プログラム可能な回路であり、再構築部３７０は、再プログラム可能な回路上に、所定の機能を再構築する。また、再構築部３７０は、判定部３６０によって自機が運用系であると判定された場合に、定期的な再構築を禁止する。
本例の再構築部３７０は、１日１回、暗号カードに、同じ暗号処理機能を再構築させる。再構築される機能は、暗号化処理機能全体であってもよく、その一部であってもよい。また、再構築部３７０は、再構築処理として、暗号カードのリセット、及びマイクロコードのリロードを行う。ここで、マイクロコードとは、暗号化処理機能を実現するためのプログラムである。待機系のネットワーク装置１０Ｂにおいてリロードされるマイクロコードは、運用系で使用されるプログラムと同一であってもよく、運用系又は待機系で使用されるプログラムと同種機能を有するプログラムであってもよい。マイクロコードは、ＣＦ１１０経由でリロードされる。
【００２３】
ハード異常通知部３８０は、待機系において、再構築部３７０による再構築可能資源に対する機能の再構築が失敗した場合に、再構築可能資源が含まれたハードウェア装置の異常を通知する。
例えば、ハード異常通知部３８０は、待機系において、定期的なリカバリ処理が失敗していた場合、ハードウェア故障を示す警告（ログ、アラームＬＥＤ表示、又は、ＬＥＤパネル表示等）を出力する。ここで、リカバリ処理とは、例えば、再構築部３７０による暗号カードのリセット、及びマイクロコードのリロードである。
これにより、ハードウェア故障の事前検知ができ、計画的に保守交換することを可能にする。
【００２４】
図４は、ネットワーク装置１０の二重化情報の管理を例示する図である。
図４に例示するように、運用系のネットワーク装置１０Ａ、及び待機系のネットワーク装置１０Ｂは、それぞれ「装置二重化管理コンポーネント」、「待機系かどうか判定し、待機系なら暗号カードリセット処理呼び出しアプリを呼び出すスクリプト」、「暗号カードリセット処理呼び出しアプリ」、及び「暗号カードリセット＆マイクロコードリロードスレッド」を有する。本例において、待機系のネットワーク装置１０Ｂの「装置二重化管理コンポーネント」等を具体例として説明する。ここで、「装置二重化管理コンポーネント」は、少なくとも、ネットワーク装置１０Ｂが、運用系か待機系であるかの情報を有する。二重化管理部３５０は、ネットワーク装置１０Ｂが運用系か待機系であるかの情報を、ネットワーク装置１０Ａと連携しながら、装置二重化管理コンポーネントに格納する。例えば、二重化管理部３５０は、ネットワーク装置１０Ａより、ネットワーク装置１０Ａを運用系から待機系に切り替える通知を受けたとき、ネットワーク装置１０Ｂが待機系から運用系に切り替わるという情報を、装置二重化管理コンポーネントに格納する。判定部３６０は装置二重化管理コンポーネントから、ネットワーク装置１０Ｂが待機系か運用系かどうかの情報を取得する。
【００２５】
図５は、暗号カードリカバリ処理（Ｓ１０）を説明するフローチャートである。
図５に例示するように、ステップ１００（Ｓ１００）において、運用管理プログラム３０は「待機系かどうか判定し、待機系なら「暗号カードリセット処理呼び出しアプリ」を呼び出すスクリプト」を実行する。判定部３６０は、毎日定刻に、装置二重化管理コンポーネントよりネットワーク管理装置１０の状態を取得するコマンドを実行し、復帰コードに１（待機系）が返るかどうかをチェックすることで、自機が待機系か運用系か判定する。判定部３６０は、待機系でない場合（Ｓ１００：Ｎｏ）に待機系となるまで待ち、待機系である場合（Ｓ１００：Ｙｅｓ）に、Ｓ１０５に移行する。また、運用管理プログラム３０は、待機系である場合、内部ログのバックアップを作成する。
【００２６】
ステップ１０５（Ｓ１０５）において、運用管理プログラム３０は、暗号カードリセットを暗号ドライバに指示する「暗号カードリセット処理呼び出しアプリ」を実行する。「暗号カードリセット処理呼び出しアプリ」は、暗号ドライバのリセット処理を行うｉｏｃｔｌを実行する。ここで、暗号ドライバとは、暗号カード１２０を制御するためのプログラムである。また、運用管理プログラム３０は、実行結果を内部ログに出力する。
【００２７】
ステップ１１０（Ｓ１１０）において、再構築部３７０は、ｒｅｌｏａｄフラグを１に設定し、「暗号カードリセット＆マイクロコードリロードスレッド」を起床させる。
【００２８】
ステップ１１５（Ｓ１１５）において、再構築部３７０は、ｒｅｌｏａｄフラグが０の場合（ステップ１１５：Ｎｏ）に、Ｓ１３０の処理に移行し、ｒｅｌｏａｄフラグが１の場合（ステップ１１５：Ｙｅｓ）に、Ｓ１２０の処理に移行する。
【００２９】
ステップ１２０（Ｓ１２０）において、再構築部３７０は、「暗号カードリセット＆マイクロコードリロード処理」を実施する。
【００３０】
ステップ１２５（Ｓ１２５）において、再構築部３７０は、ｒｅｌｏａｄフラグを０に設定する。
【００３１】
ステップ１３０（Ｓ１３０）において、再構築部３７０は、他スレッド、又はプロセスに実行権を渡し、待機系のネットワーク装置１０はスリープ状態に入る（Ｓｃｈｅｄｕｌｅ（））。
【００３２】
以上説明したように、本実施形態のネットワーク装置１０は、異常を事前にリカバリする信頼性の高い情報処理装置を提供できる。
従来、ネットワーク装置１０を二重化している構成において、運用系でハードウェア異常が発生した時に待機系に切り替わる。その時に待機系だったネットワーク装置１０で暗号カード１２０に異常（マイクロコードのパリティエラー）が発生したため装置停止し、両系ダウンとなり、ネットワーク装置１０の運用に影響が発生する可能性があった。また、マイクロコードのパリティエラーは、一般的に、宇宙線や素子のパッケージ材料から発生するα線の影響でメモリ等のビットが反転することが、発生要因の一つとして考えられており、時間が経てば経つほど発生確率が上がる。したがって、待機系における暗号カードの異常をあらかじめ、かつ、定期的に回避しておく必要があった。
しかし、待機系においては、暗号通信が行われていないため、暗号カード１２０の異常があったとしても事前に検知することはできない。また、試験的に数種類の暗号通信を実施して異常を検知することも考えられるが、すべての通信パターンのテストは困難であり、マイクロコードのパリティエラーとなっている暗号カード１２０上のメモリにアクセスしない限り検知できないため、実効性に疑問がある。また、暗号カード１２０自体には、マイクロコードのパリティエラーや暗号カード異常を定期的に自己診断したり自己修復したりする機能はない場合もある。
そこで、本例において、待機系において定期的に暗号カード１２０をリセットし、マイクロコードをリロードする対応を行う（リカバリ処理）。これにより、マイクロコードのパリティエラー（マイクロコード破損）など、一時的な暗号カード１２０の異常が待機系で発生していた場合は、装置二重化の系切り替えで、運用系に切り替わる前に、暗号カードのみリカバリすることで、待機系の停止時間を削減し、両系ダウンといった事態となる可能性を低減できる。また、運用系ではなく待機系で実施することにより、業務への影響を与えることなく実施することができる。さらに、暗号カード１２０がＦＰＧＡにより構成されている場合、ＦＰＧＡのメーカーが提供する自己診断ツールは部分的なチェックのみとなる可能性があるが、本例は、プログラムの読み込みを行うことで全プログラムが適切な状態に更新される。また、ＦＰＧＡ又はＳＤＫ（Ｓｏｆｔｗａｒｅ  Ｄｅｖｅｌｏｐｍｅｎｔ  Ｋｉｔ）に自己診断ツールがなくても、ネットワーク装置１０の運用性の担保ができる。また、ＦＰＧＡには一度読み込んだデータを参照する機能がない場合があり、その場合でもネットワーク装置１０の運用性の担保ができる。例えば、プログラムのチェックサム等の正常性を確認できないようなデバイス（ＦＰＧＡ）でも、ネットワーク装置１０の運用性の担保ができる。また、数種類の暗号通信を試験的に行うチェックではすべての回路の動作検証をできる保証がなく、特定の処理では異常となる可能性が残るが、定期的なリセットならマイクロコードの全面的なリロードを行うので、そのデータ保証が可能である。
【００３３】
［変形例１］
上記実施形態では、待機系のネットワーク装置１０が、自機を待機系と判定した場合に、規定のタイミングで、所定の機能が構築されている再構築可能資源に、同じ機能を再構築させる形態を説明したが、変形例１では、待機系のネットワーク装置１０が、待機系から運用系に切り替わる予兆を検知した場合に、再構築可能資源に、同じ機能を再構築させる形態を説明する。
【００３４】
図６は、変形例におけるネットワーク通信システム１を例示する図である。
図６に例示するように、ネットワーク通信システム１は、複数のネットワーク装置１０と、これを接続するネットワークスイッチ２０とを含む。
ネットワーク装置１０は、ネットワークに接続して使用されるネットワーク機器である。ネットワーク装置１０は、本発明に係る情報処理装置の一例である。本例のネットワーク装置は、ＬＡＮケーブル及びネットワークスイッチ２０を介してＬＡＮに接続しており、帯域制御機能及びファイアウォール機能などを有すると共に、他のネットワーク装置１０と二重化して冗長構成によって耐障害性を高めている。具体的には、運用系のネットワーク装置１０Ａと、待機系のネットワーク装置１０Ｂとの間で生存監視パケットが送受信され、既定時間、生存監視パケットが送受信されない場合に、待機系から運用系に切り替わる予兆と判断し、待機系のネットワーク装置１０Ｂは、所定の機能が構築されている再構築可能資源に、同じ機能を再構築させる。
【００３５】
例えば、本例のネットワーク通信システム１では、２台のネットワーク装置１０の間で、１秒間隔で生存監視パケットが送信され、生存監視パケットの送信が３秒以上滞ると、二重化監視でエラー検出となり、運用系／待機系のネットワーク装置１０の切り替えが発生するように設定されている。この場合、生存監視パケットの送信が２秒間滞った場合、待機系から運用系に切り替わる予兆と判断し、待機系のネットワーク装置１０Ｂは、暗号化処理機能が構築されている暗号カードに、同じ機能を再構築させる。
【００３６】
図７は、変形例１のネットワーク装置１０の機能ブロックの一部を例示する図である。
図７に例示するように、本例の運用系のネットワーク装置１０Ａ、及び待機系のネットワーク装置１０Ｂには、それぞれ運用管理プログラム４０がインストールされている。本例において、ネットワーク装置１０Ｂにインストールされた運用管理プログラム４０を具体例として説明する。
運用管理プログラム４０は、暗号カードの機能ブロックとして、二重化管理部４５０、判定部４６０、再構築部４７０、及び予兆検知部４８０を有する。
なお、運用管理プログラム４０の一部又は全部は、ＦＰＧＡなどのハードウェアにより実現されてもよく、ＯＳの機能を一部借用して実現されてもよい。
【００３７】
運用管理プログラム４０において、二重化管理部４５０、判定部４６０、及び、再構築部４７０は、上記実施形態の運用管理プログラム３０における二重化管理部３５０、判定部３６０、及び、再構築部３７０と同様である。
【００３８】
予兆検知部４８０は、自機が待機系から運用系に切り替わる予兆を検知する。
本例の予兆検知部４８０は、生存監視パケットの送信が２秒間滞った場合、待機系から運用系に切り替わる予兆と判断する。予兆検知部４８０により、待機系から運用系に切り替わる予兆が検知された場合、再構築部４７０は、暗号カードのリセット、及びマイクロコードのリロードを行う。待機系のネットワーク装置１０Ｂにおいてリロードされるマイクロコードは、運用系で使用されるプログラムと同一であってもよく、運用系又は待機系で使用されるプログラムと同種機能を有するプログラムであってもよい。
また、予兆検知部４８０は、他機より、ハードウェアの性能劣化等の通知を受けた場合に、待機系から運用系に切り替わる予兆と判断してもよい。
【００３９】
図８は、暗号カードリカバリ処理（Ｓ２０）を説明するフローチャートである。
図８に例示するように、ステップ２００（Ｓ２００）において、運用管理プログラム４０は「待機系かどうか判定し、待機系なら「暗号カードリセット処理呼び出しアプリ」を呼び出すスクリプト」を実行する。判定部４６０は、装置二重化管理コンポーネントよりネットワーク管理装置１０の状態を取得するコマンドを実行し、復帰コードに１（待機系）が返るかどうかをチェックすることで、自機が待機系か運用系か判定する。判定部４６０は、待機系でない場合（Ｓ２００：Ｎｏ）に待機系となるまで待ち、待機系である場合（Ｓ２００：Ｙｅｓ）に、Ｓ２０５に移行する。また、運用管理プログラム４０は、待機系である場合、内部ログのバックアップを作成する。
【００４０】
ステップ２０５（Ｓ２０５）において、予兆検知部４８０は、自機が待機系から運用系に切り替わる予兆を検知しない場合（Ｓ２０５：Ｎｏ）に、予兆を検知するまで待ち、自機が待機系から運用系に切り替わる予兆を検知した場合（Ｓ２０５：Ｙｅｓ）に、Ｓ２１０に移行する。
【００４１】
ステップ２１０（Ｓ２１０）において、運用管理プログラム４０は、暗号カードリセットを暗号ドライバに指示する「暗号カードリセット処理呼び出しアプリ」を実行する。「暗号カードリセット処理呼び出しアプリ」は、暗号ドライバのリセット処理を行うｉｏｃｔｌを実行する。ここで、暗号ドライバとは、暗号カード１２０を制御するためのプログラムである。また、運用管理プログラム４０は、実行結果を内部ログに出力する。
【００４２】
ステップ２１５（Ｓ２１５）において、再構築部４７０は、ｒｅｌｏａｄフラグを１に設定し、「暗号カードリセット＆マイクロコードリロードスレッド」を起床させる。
【００４３】
ステップ２２０（Ｓ２２０）において、再構築部４７０は、ｒｅｌｏａｄフラグが０の場合（ステップ２２０：Ｎｏ）に、Ｓ２３５の処理に移行し、ｒｅｌｏａｄフラグが１の場合（ステップ２２０：Ｙｅｓ）に、Ｓ２２５の処理に移行する。
【００４４】
ステップ２２５（Ｓ２２５）において、再構築部４７０は、「暗号カードリセット＆マイクロコードリロード処理」を実施する。
【００４５】
ステップ２３０（Ｓ２３０）において、再構築部４７０は、ｒｅｌｏａｄフラグを０に設定する。
【００４６】
ステップ２３５（Ｓ２３５）において、再構築部４７０は、他スレッド、又はプロセスに実行権を渡し、待機系のネットワーク装置１０はスリープ状態に入る（Ｓｃｈｅｄｕｌｅ()）。
【００４７】
以上説明したように、変形例１のネットワーク装置１０は、上記実施例の定期なリカバリ処理に対して、予兆を検知した場合にリカバリ処理する点で無駄が少なく、待機系から運用系に切り替わったとき、ネットワーク装置１０が、ダウンする可能性を低減できる。
【符号の説明】
【００４８】
１…ネットワーク通信システム
１０…ネットワーク装置
２０…ネットワークスイッチ２０
１００…ＣＰＵ
１０２…メモリ
１０４…スロット
１２０…暗号カード
３５０…二重管理部
３６０…判定部
３７０…再構築部
３８０…ハード異常通知部
４５０…二重管理部
４６０…判定部
４７０…再構築部
４８０…予兆検知部
【図１】
2017117065.tif 000003
【図２】
2017117065.tif 000004
【図３】
2017117065.tif 000005
【図４】
2017117065.tif 000006
【図５】
2017117065.tif 000007
【図６】
2017117065.tif 000008
【図７】
2017117065.tif 000009
【図８】
2017117065.tif 000010
【手続補正書】
【提出日】平成29年1月6日(2017.1.6)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
所定の機能を再構築可能なハードウェア資源である再構築可能資源と、
自機が運用系であるか待機系であるかを判定する判定部と、
前記判定部により待機系であると判定された場合に、既定のタイミングで、前記再構築可能資源に対して、前記所定の機能を再構築させる再構築部と
を有し、
前記再構築部は、定期的に、所定の機能が構築されている前記再構築可能資源に、同じ機能を再構築させる
情報処理装置。
【請求項２】
所定の機能を再構築可能なハードウェア資源である再構築可能資源と、
自機が運用系であるか待機系であるかを判定する判定部と、
前記判定部により待機系であると判定された場合に、既定のタイミングで、前記再構築可能資源に対して、前記所定の機能を再構築させる再構築部と、
自機が待機系から運用系に切り替わる予兆を検知する予兆検知部と
を有し、
前記再構築部は、前記予兆検知部が待機系から運用系に切り替わる予兆を検知した場合に、所定の機能が構築されている前記再構築可能資源に、同じ機能を再構築させる
情報処理装置。
【請求項３】
前記再構築部は、前記判定部によって自機が運用系であると判定された場合に、定期的な再構築を禁止する
請求項１に記載の情報処理装置。
【請求項４】
前記再構築部による前記再構築可能資源に対する機能の再構築が失敗した場合に、前記再構築可能資源が含まれたハードウェア装置の異常を通知する異常通知部
をさらに有する請求項１に記載の情報処理装置。
【請求項５】
前記再構築可能資源は、再プログラム可能な回路であり、
前記再構築部は、再プログラム可能な回路上に、前記所定の機能を再構成する
請求項１に記載の情報処理装置。
【請求項６】
前記再構築可能資源は、暗号化処理機能が構築された暗号カードであり、
前記再構築部は、前記暗号カードの再プログラム可能な回路に対して、暗号化処理機能を構築するためのコードをリロードする
請求項５に記載の情報処理装置。
【請求項７】
自機が運用系であるか待機系であるかを判定する判定ステップと、
前記判定ステップにおいて待機系であると判定された場合に、定期的に、所定の機能を再構築可能なハードウェア資源である再構築可能資源に対して、同じ機能を再構築させる再構築ステップと
を有する情報処理方法。
【請求項８】
自機が運用系であるか待機系であるかを判定する判定ステップと、
前記判定ステップにおいて待機系であると判定された場合に、定期的に、所定の機能を再構築可能なハードウェア資源である再構築可能資源に対して、同じ機能を再構築させる再構築ステップと
をコンピュータに実行させるプログラム。