JP2014236494A - ネットワーク機器、ネットワーク接続方法及びネットワーク接続プログラム - Google Patents

Abstract

【課題】情報制御システムにとって低負荷でありながら必要な安全性と利便性を実現するネットワーク機器を提供する。
【解決手段】ネットワーク機器は、ネットワーク識別部３０５がネットワーク識別情報テーブル３０６を参照して、どのネットワークに接続されたのかを識別する。そして、識別した結果、特定したネットワークＩＤにて接続ネットワーク情報テーブル３０８を参照して、接続されたネットワークに対する振る舞いを、通信制御部３０７が決定する。ネットワーク機器毎にネットワーク識別情報テーブル３０６と接続ネットワーク情報テーブル３０８を記憶させることで、ネットワーク毎に異なるネットワーク接続処理を実行することができる。
【選択図】図３

Description

本発明は、ネットワークに接続されるネットワーク機器と、そのネットワーク機器が実行するネットワーク接続方法及びネットワーク接続プログラムに関する。

近年、電気、ガス、水道、鉄道等の社会インフラストラクチャや、工場等の大規模設備を効率良く且つ安全に運用するために、ネットワークを用いた情報制御システムの利用が広がっている。その一方で、情報制御システムはその普及に伴い、セキュリティ上の脅威に晒されつつある。
情報制御システムにおけるセキュリティ上の脅威は、以下の三つに大別される。一つ目は、ＤｏＳ（Denial Of Service attack）等のネットワークに対する攻撃である。二つ目は、タッピング（Tapping）と呼ばれる通信データの漏洩や改竄である。三つ目は、コンピュータウィルスやワーム等の感染である。

ネットワーク上を流れる通信データの漏洩・改ざんは、次のステップで実行される。まず、通信データを盗聴するための装置をネットワークに接続させる。次に、通信データを盗聴・解析する。最後に、改ざんした通信データを送信する。
このネットワーク上を流れる通信データの漏洩・改ざんを防止するためには、二つの方法がある。一つ目の方法は、通信データを盗聴するための装置を接続させない方法(以下、不正装置接続抑止方法という)である。二つ目の方法は、装置間での通信実行時に解析・改ざんを困難にさせる方法(以下、暗号・改ざん検知方法という)である。

セキュリティ対策は、対象とするシステムに対し、発生し得る脅威と発生頻度、対応にかかるコストなどを考慮し、対応するのが一般的である。一方、情報制御システムは、長期保守の過程において、新旧装置が共存する傾向にあり、全ての装置が暗号・改ざん検知機能を具備できるわけではない。このため、通信データの漏洩・改ざんの脅威に対しては、運用・コスト面においても暗号・改ざん検知方式より不正装置接続抑止方式の方が採用しやすい傾向がある。

情報制御システムにおけるセキュリティ上の脅威を軽減するため、様々な技術が用いられる。例えば特許文献１には、イーサネット（登録商標）のブロードキャスト・ドメインに監視装置を置く。そしてこの監視装置が、検疫対象装置からのＡＲＰ要求を監視し、それに応じてＡＲＰ応答を返信することで特定の装置との通信のみ許可した検疫ネットワークを実現する技術内容が開示されている。
ネットワークにおいて、当該ネットワークに無関係な不正装置の接続を許さないことは、セキュリティ対策の基本である。特許文献１は、不正装置がネットワークに接続されることを抑止するための方法として、ネットワークの検疫システムを開示している。この検疫システムを用いることで、不正装置がネットワークに接続されることを防止できる。

特開２００８−１５４０１２号公報

しかしながら、情報制御システムは長期的な保守運用の過程において、ネットワークに接続されるネットワーク機器自体の交換や、機能改修に伴い、ネットワーク機器がネットワークへ新規参入したり、また逆にネットワークからのネットワーク機器の離脱が発生する。その一方で、制御対象が社会インフラストラクチャや工業施設等の重大な役割を持つものなので、情報制御システムの停止は許されない。

特許文献１が開示するネットワークの検疫システムは、ネットワークから離脱した正しい装置と、不正装置の区別ができない。そのため、ネットワーク上に存在する全てのネットワーク機器に対して、認証を行う必要がある。このような方法では、情報制御システムが大規模になり、ネットワークに接続されるネットワーク機器の数が増えると、それに連れて認証の回数も増加する。その結果、ネットワークにネットワーク機器を接続してから通信ができるようになるまでに時間がかかる。つまり、全てのネットワーク機器を認証すると、情報制御システムが起動してから運用が可能になるまでに長時間を要することとなる。

認証によって生じる、情報制御システムが起動してから実稼働に至るまでの遅延は、サブネットを細かく分けて、複数の認証装置に分担させることで、ある程度軽減することは可能である。しかし、情報制御システムに参加するネットワーク機器の場合、一つのネットワーク機器が複数のネットワークに接続する場合がある。このため、認証を担当するシステムの運用が煩雑になりがちである。

本発明は係る状況に鑑みてなされたものであり、情報制御システムにとって低負荷でありながら利便性を実現するネットワーク機器、ネットワーク接続方法及びネットワーク接続プログラムを提供することを目的とする。

上記課題を解決するために、本発明のネットワーク機器は、複数のネットワークを一意に識別するネットワークＩＤが格納されるネットワークＩＤフィールドを有するネットワーク識別情報テーブルとを有する。更に、ネットワークＩＤフィールドと、ネットワークＩＤに対応するネットワーク接続形態を示す通信制御ＩＤが格納される通信制御ＩＤフィールドを有する接続ネットワーク情報テーブルとを有する。更に、所定のネットワークに接続されたことを検出して、ネットワーク識別情報テーブルを参照して、接続されたネットワークのネットワークＩＤを特定するネットワーク識別部とを有する。そして通信制御部は、ネットワーク識別部が特定したネットワークＩＤと接続ネットワーク情報テーブルを参照して、通信制御ＩＤを特定し、データの送信及び／又はデータの受信を制御する。

本発明により、情報制御システムにとって低負荷でありながら利便性を実現するネットワーク機器、ネットワーク接続方法及びネットワーク接続プログラムを提供できる。
上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。

本発明の実施形態である情報制御システムの模式図である。 制御サーバのハードウェア構成を示すブロック図である。 制御サーバのソフトウェア上における機能を示すブロック図である。 コントローラのハードウェア構成を示すブロック図である。 コントローラのソフトウェア上における機能を示すブロック図である。 各種テーブル及びルールの構成と内容の一例を示す図である。 本実施形態のネットワーク機器が、情報制御システムのネットワークに接続される際の動作の流れを示すフローチャートである。 ネットワーク識別部による、ＤＨＣＰを用いるネットワーク識別処理の流れを示すフローチャートである。 ネットワーク識別部による、固定ＩＰアドレスを用いるネットワーク識別処理の流れを示すフローチャートである。 ネットワーク識別部による、ＡｕｔｏＩＰを用いるネットワーク識別処理の流れを示すフローチャートである。 通信制御部による通信制御処理の流れを示すフローチャートである。

［情報制御システム１０１の全体構成］
図１は、本発明の実施形態である情報制御システム１０１の模式図である。
情報制御システム１０１は、制御ネットワーク１０２と、情報制御ネットワーク１０３と、情報ネットワーク１０４を有する。
制御ネットワーク１０２は、情報制御システム１０１において最も下層に位置するネットワークである。これは従来のプラント設備等に用いられる自動制御システムに、ネットワークを適用したものである。

制御ネットワーク１０２には、殆どの場合、ネットワーク機器の一例としてコントローラ１０５が接続される。コントローラ１０５は、設備１０６を制御ネットワーク１０２に接続するためのインターフェースである。設備１０６は、制御対象であったり、信号源でもある。例えば設備１０６がポンプの場合、ポンプには流体の駆動圧力を調整するアクチュエータと、流体の圧力を検出するセンサが設けられている。この制御対象であるアクチュエータと、信号源であるセンサが、コントローラ１０５に接続されている。そして、コントローラ１０５はセンサから出力される信号を、制御ネットワーク１０２を通じて制御サーバ１０７へ送信する。これと共に、コントローラ１０５は制御ネットワーク１０２を通じて制御サーバ１０７からアクチュエータに供給する信号を受信する。

制御サーバ１０７は、内部に組み込まれているプログラムに基づいて、設備１０６に対して自動制御を行う。また、制御サーバ１０７には設備１０６に対して送信した制御命令と、設備１０６から受信した状態データを、ログファイル３０４（図３にて後述）に記録する機能を備える。

制御ネットワーク１０２の上位に位置するネットワークが、情報制御ネットワーク１０３である。
制御サーバ１０７が設備１０６と送受信するデータの多くは、瞬時値である。この瞬時値である制御命令や状態データをログファイル３０４に記録しておくことで、設備１０６を取り巻く状況の変化を読み取り、自動制御に反映させることができる。帳票システム１０８は、制御サーバ１０７からログファイル３０４を読み取り、時系列上の変化をトレンドグラフ等の、操作者に見やすい形に加工する。ＨＭＩ（Human Machine Interface）１０９は、帳票システム１０８のための端末であり、操作者はＨＭＩ１０９の表示部を通じて、ログファイル３０４の加工データを閲覧できる。

情報制御ネットワーク１０３の上位に位置するネットワークが、情報ネットワーク１０４である。
業務システム１１０は、帳票システム１０８が保持する、制御サーバ１０７から吸い上げたログデータを基に、帳票システム１０８よりも更に中長期的な判断を行うために、データ活用、帳票作成、データ解析等を行う、情報処理システムの一例として設けてある。ＯＡ機器１１１は、業務システム１１０のための端末であり、操作者はＯＡ機器１１１の表示部を通じて、様々な分析結果を閲覧できる。

これ以降、本実施形態の情報制御システム１０１を構成するネットワークに接続される全ての機器である、制御サーバ１０７や帳票システム１０８、業務システム１１０、ＨＭＩ１０９及びＯＡ機器１１１と、コントローラ１０５を、ネットワーク機器と総称する。

情報ネットワーク１０４、情報制御ネットワーク１０３、そして制御ネットワーク１０２のうち、最もセキュリティ上の脅威が高いものは、情報ネットワーク１０４である。図１中、クラッキングとして、悪意の第三者１１２が情報ネットワーク１０４に端末を接続する可能性を示している。このため、情報ネットワーク１０４には認証サーバ１１３が接続されている。設備１０６が設置されている現場に近くなればなるほどセキュリティ上の脅威が薄れるので、制御ネットワーク１０２は最もセキュリティ上の脅威が低い。

こういった事情を考慮して、情報ネットワーク１０４と情報制御ネットワーク１０３との間には、ゲートウェイファイアウォール１１４が設けられている。ゲートウェイファイアウォール１１４には、ＮＡＴ（Network Address Translation）とパケットフィルタリングファイアウォールが設定されている。そして、情報ネットワーク１０４から情報制御ネットワーク１０３に対する片方向の通信は、例えばＳＳＨ（Secure SHell）を用いて業務システム１１０から帳票システム１０８との間でのみ通信が成功するように設定されている。逆に、情報制御ネットワーク１０３から情報ネットワーク１０４に対する片方向の通信は、ＮＡＴを通じて自由に通信が成立するように設定されている。

そして、制御サーバ１０７は情報制御ネットワーク１０３と制御ネットワーク１０２の双方に接続されている。制御サーバ１０７はネットワークゲートウェイとしての機能を備えていない。このため、情報制御ネットワーク１０３に接続されているネットワーク機器から制御ネットワーク１０２に接続されているネットワーク機器へは、直接的に通信ができない仕様になっている。つまり、制御ネットワーク１０２は閉じたネットワークである。

なお、説明を簡単にするため、本実施形態の全てのネットワークはＩＰｖ４のプライベートＩＰアドレスを用いるＴＣＰ／ＩＰベースのＬＡＮであるものとする。勿論、ＩＰｖ６を用いても技術内容に実質的な相違はない。

［ＨＭＩ１０９のハードウェア構成］
図２は、ＨＭＩ１０９のハードウェア構成を示すブロック図である。
コンピュータであるＨＭＩ１０９は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、不揮発性ストレージ２０４を有する。更に、情報制御ネットワーク１０３に接続されるＮＩＣ（Network Information Card）２０５、表示部２０６及び操作部２０７を有する。これらがバス２０８に接続されて、ＨＭＩ１０９が構成される。
不揮発性ストレージ２０４にはネットワークＯＳと、本実施形態のＨＭＩ１０９を機能させるためのプログラムが格納されている。

また、図２に示すＨＭＩ１０９のハードウェア構成は、ＯＡ機器１１１においても共通する。
また、図２に示すＨＭＩ１０９のハードウェア構成は、表示部２０６及び操作部２０７がない点を除き、帳票システム１０８、業務システム１１０においても共通する。
また、図２に示すＨＭＩ１０９のハードウェア構成は、表示部２０６及び操作部２０７がない点と、ＮＩＣ２０５を二つ有する点を除き、制御サーバ１０７及びゲートウェイファイアウォール１１４でも共通する。

［ＨＭＩ１０９のソフトウェア機能］
図３は、ＨＭＩ１０９のソフトウェア上における機能を示すブロック図である。
ＨＭＩ１０９は、通信を行う相手である他のネットワーク機器に対し、主にデータを送信するためのデータ送信処理部３０１と、主にデータを受信するためのデータ受信処理部３０２とを有する。データ送信処理部３０１はクライアントでもある。データ受信処理部３０２はサーバでもある。

データ送信処理部３０１は、各種データ３０３から必要なデータを読み出して、他のネットワーク機器にデータを送信する。
データ受信処理部３０２は、他のネットワーク機器から受信したデータを各種データ３０３へ書き込む。
データ送信処理部３０１とデータ受信処理部３０２は、データを送受信した結果をログファイル３０４に記録する。
表示部２０６と操作部２０７は、必要に応じてデータ送信処理部３０１とデータ受信処理部３０２と通信制御部３０７の操作に用いられる。

ネットワーク識別部３０５は、ネットワーク識別情報テーブル３０６を参照して、ＨＭＩ１０９が接続されたネットワークがどのネットワークであるのかを識別する。ネットワーク識別部３０５は、ネットワークを識別した結果として、ネットワークＩＤを特定して、通信制御部３０７にネットワークＩＤを報告する。

通信制御部３０７は、ネットワーク識別部３０５から受け取ったネットワークＩＤを基に、接続ネットワーク情報テーブル３０８を参照して、データ送信処理部３０１とデータ受信処理部３０２に対し、通信の許否を設定する。
ネットワーク機器が接続されたネットワークにおいて認証が必要になった場合には、通信制御部３０７が所定の認証処理を行う。その際、認証の方法によっては表示部２０６と操作部２０７が用いられる場合がある。

［コントローラ１０５のハードウェア構成］
図４は、コントローラ１０５のハードウェア構成を示すブロック図である。
マイクロコンピュータであるコントローラ１０５は、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、不揮発性ストレージ２０４、制御ネットワーク１０２に接続されるＮＩＣ２０５が、バス２０８に接続されている。この他に、コントローラ１０５はＨＭＩ１０９と異なる点として、シリアル・インターフェース（以下「シリアルＩ／Ｆ」と略）４０１がバス２０８に接続されている。シリアルＩ／Ｆ４０１には、Ａ／Ｄ変換器４０２を通じてセンサ４０３が、Ｄ／Ａ変換器４０４を通じてアクチュエータ４０５が、接続されている。
不揮発性ストレージ２０４にはネットワークＯＳと、本実施形態のコントローラ１０５を機能させるためのプログラムが格納されている。

なお、センサ４０３の代わりにスイッチ等の二値のみを出力するデバイスも接続される可能性がある。この場合、Ａ／Ｄ変換器４０２は不要である。
また、アクチュエータ４０５の代わりにリレー等の二値のみを受け付けるデバイスも接続される可能性がある。この場合、Ｄ／Ａ変換器４０４は不要である。

図４のコントローラ１０５と、図２のＨＭＩ１０９を見比べると、同じコンピュータであることから、一部の構成を除き、ハードウェア構成は極めて類似する。

［コントローラ１０５のソフトウェア機能］
図５は、コントローラ１０５のソフトウェア上における機能を示すブロック図である。
図５に示すコントローラ１０５のブロック図と、図３に示すＨＭＩ１０９のブロック図との相違点は以下の通りである。各種データ３０３及びログファイル３０４の代わりに、データ送信処理部３０１にはセンサ４０３が接続されている。そして、データ受信処理部３０２にはアクチュエータ４０５が接続されている。

データ送信処理部３０１は、センサ４０３から出力される信号をデータに変換して、他のネットワーク機器に送信する。
データ受信処理部３０２は、他のネットワーク機器から受信したデータを信号に変換してアクチュエータ４０５に出力する。

図３と図５を比較して判るように、本実施形態のＨＭＩ１０９とコントローラ１０５は、機能ブロックの構成が極めて類似する。また、図６に後述する接続ネットワーク情報テーブル３０８、ネットワーク識別情報テーブル３０６及び通信制御ルール６０１と、図７以降にて動作の流れを説明するフローチャートは全て同一である。

［テーブル、ルールの構成］
図６は、各種テーブル及びルールの構成と内容の一例を示す図である。
接続ネットワーク情報テーブル３０８は、ネットワークＩＤフィールドと、通信制御ＩＤフィールドよりなる。
ネットワークＩＤフィールドには、本実施形態の情報制御システムを構成する、複数のネットワークを一意に識別する情報が格納される。
通信制御ＩＤフィールドには、ネットワーク機器がネットワークに接続された際に、どのように動作するのかを示す情報である「通信制御ＩＤ」が格納される。この通信制御ＩＤは通信制御ルール６０１にて詳述する。

ネットワーク識別情報テーブル３０６は、ネットワークＩＤフィールドと、ネットワーク種別フィールドと、アドレス範囲フィールドと、付与ＩＰアドレスフィールドと、識別手順フィールドと、識別応答フィールドよりなる。
ネットワークＩＤフィールドは、接続ネットワーク情報テーブル３０８の同名のフィールドと同じである。
ネットワーク種別フィールドは、ネットワークＩＤフィールドにて特定されるネットワークに、どのような形態でＩＰアドレスが付与されるのかを示す情報が格納される。本実施形態の情報制御システムでは、「ＤＨＣＰ」（Dynamic Host Configuration Protocol）、「固定」、「ＡｕｔｏＩＰ」の三種類が用いられる。

アドレス範囲フィールドは、ネットワークＩＤフィールドにて特定されるネットワークのアドレス範囲が格納される。
付与ＩＰアドレスフィールドは、ネットワーク種別フィールドの値が「固定」であった場合に、ネットワーク機器のＮＩＣ２０５に付与されるＩＰアドレスが格納される。つまり、ネットワークが固定ＩＰアドレスを用いる場合にのみ必要なフィールドである。

識別手順フィールドは、ネットワーク機器が接続されたネットワークを一意に識別するための手順が格納される。図６中では一例として、ＨＴＴＰを用いて所定の他のネットワーク機器へアクセスするためのＵＲＬが記されている。勿論、この手順はＨＴＴＰに限らず、ＰＩＮＧ等、様々な方法が利用可能である。これ以降、識別手順フィールドに記される、ネットワークの識別に用いる他のネットワーク機器を「識別用のホスト」と呼ぶ。識別用のホストはネットワークに常時接続されているネットワーク機器が望ましい。図１の場合、識別用のホストとして適しているものは、制御サーバ１０７、帳票システム１０８、業務システム１１０、認証サーバ１１３及びゲートウェイファイアウォール１１４である。

識別応答フィールドは、識別手順フィールドに記される識別手順を実行した結果、得られるデータが記されている。図６では一例として、ＨＴＴＰを用いて識別用のホストへアクセスするためのＵＲＬにアクセスした結果、取得したｈｔｍｌ文書に含まれる文字列が記されている。

特に制御ネットワーク１０２の場合、ネットワークに接続されるネットワーク機器、すなわちコントローラ１０５は、制御サーバ１０７を跨いで情報ネットワーク１０４や情報制御ネットワーク１０３、或はインターネットに接続される必然性はない。コントローラ１０５はあくまでも制御サーバ１０７にのみ接続され、制御サーバ１０７との通信が確立できればよい。つまり、制御ネットワーク１０２は完全に閉じたＬＡＮである。この条件を考えれば、全く同一のプライベートＩＰアドレスのアドレス範囲を用いる制御ネットワーク１０２が複数存在していても、それら各々の制御ネットワーク１０２同士が分離されていれば、何ら不都合はない。例えば、「192.168.10.0/24」の制御ネットワーク１０２が複数あってもよい。ＩＰアドレスの衝突さえ起きなければよい。

このように、全く同一のプライベートＩＰアドレスのアドレス範囲を用いる制御ネットワーク１０２が複数存在する場合、どちらのネットワークがどのネットワークＩＤのネットワークに該当するのかを、何らかの手段で識別する必要が生じる。そこで、「識別手順」を設ける。

例えば、制御ネットワーク１０２に接続される制御サーバ１０７に、ｗｅｂサーバプログラムを稼働させる。そして、コントローラ１０５が制御サーバ１０７にＨＴＴＰで所定のＵＲＬにてアクセスを行い、所定のｈｔｍｌ文書を受信する。そして、受信したそのｈｔｍｌ文書に書かれている特定の文字列を頼りに、どの制御ネットワーク１０２であるのかを識別する手がかりとする。

あるコントローラ１０５が第一の制御サーバ１０７から受信したｈｔｍｌ文書に「ＩＤ＝２」と書かれていれば、現在そのコントローラ１０５が接続されているネットワークのネットワークＩＤは「２」であると判断する。
また、あるコントローラ１０５が第二の制御サーバ１０７から受信したｈｔｍｌ文書に「ＩＤ＝５」と書かれていれば、現在そのコントローラ１０５が接続されているネットワークのネットワークＩＤは「５」であると判断する。
このように識別手順は、例えばｈｔｍｌ文書の内容を識別の手がかりとして定義する。

或は、制御ネットワーク１０２に接続される制御サーバ１０７に、異なるＩＰアドレスを付与する方法もある。
あるコントローラ１０５が「192.168.20.1」というＩＰアドレスが付与されている第一の制御サーバ１０７にアクセスできた場合は、現在そのコントローラ１０５が接続されているネットワークのネットワークＩＤは「２」であると判断する。
このように識別手順は、異なるＩＰアドレスのネットワーク機器の存在を識別の手がかりとしても定義できる。

同様のことは、ＡｕｔｏＩＰを用いるネットワークにも言える。
ＡＰＩＰＡ（Automatic Private IP Addressing）とも呼ばれるＡｕｔｏＩＰは、ＤＨＣＰも固定ＩＰアドレスの付与もない場合に用いられる、リンクローカルアドレスを付与する手順である。ＡｕｔｏＩＰはＲＦＣ３９２７（ http://tools.ietf.org/html/rfc3927 ）に定められている。
このＡｕｔｏＩＰのＩＰアドレス範囲は、169.254.1.0から169.254.254.255迄であり、不変である。また、ＡｕｔｏＩＰの場合、乱数をベースにＩＰアドレスを決定するので、アドレス範囲を任意に設定できない。つまり、ＡｕｔｏＩＰのネットワークが複数存在する場合、必然的に識別手順を設けなければならない。

通信制御ルール６０１は、通信制御ＩＤと、通信制御内容で構成される。図６に示すこの通信制御ルール６０１は表形式で表しているが、テーブルではなく、本実施形態のネットワーク機器が通信制御ＩＤを認識した際に、どのように振る舞うのかを示す内容である。
通信制御ＩＤは、接続ネットワーク情報テーブル３０８の同名フィールドと同じものである。本実施形態では、通信制御ＩＤは「０」、「１」、「２」と「−１」が存在する。

通信制御内容は、通信制御ＩＤによって決定される、通信制御部３０７の動作内容である。
通信制御ＩＤが「０」の場合、通信制御内容は「認証なくネットワーク接続可で送受信可能とする」である。これは、データ送信処理部３０１とデータ受信処理部３０２が双方共に有効に機能することを意味する。
通信制御ＩＤが「１」の場合、通信制御内容は「認証なくネットワーク接続可で受信可能とする」である。これは、データ受信処理部３０２が有効に機能する一方、データ送信処理部３０１の動作が無効化されることを意味する。
通信制御ＩＤが「２」の場合、通信制御内容は「認証なくネットワーク接続可で送信可能とする」である。これは、データ送信処理部３０１が有効に機能する一方、データ受信処理部３０２の動作が無効化されることを意味する。
通信制御ＩＤが「−１」の場合、通信制御内容は「認証のないネットワーク接続不可とする」である。これは、データ送信処理部３０１とデータ受信処理部３０２が双方共に無効化されることを意味する。

通信制御部３０７がデータ送信処理部３０１とデータ受信処理部３０２の動作を無効化させるには、二種類の方法がある。
一つは、パケットフィルタを設定することである。
例えば、データ送信処理部３０１がＨＴＴＰクライアントである場合、プロトコル種類がＴＣＰで、宛先ポート番号が８０番のパケットを遮断するフィルタを設定する。同様に、データ受信処理部３０２がＨＴＴＰサーバである場合、プロトコル種類がＴＣＰで、送信元ポート番号が８０番のパケットを遮断するフィルタを設定する。

もう一つは、プログラムの起動を制御することである。
例えば、データ送信処理部３０１がＨＴＴＰクライアントである場合、ＨＴＴＰクライアントの起動を禁止する。同様に、データ受信処理部３０２がＨＴＴＰサーバである場合、ＨＴＴＰサーバの起動を禁止する。
具体的には、ＰＯＳＩＸ系ＯＳの場合は、プログラムの実行パーミッションを落とす。サーバプログラムがＴＣＰラッパーを経由して起動する場合は、ＴＣＰラッパーの設定項目を削除してもよい。
またマイクロソフト社のＷｉｎｄｏｗｓ（登録商標）の場合は、プログラムファイルの拡張子（.EXE）を、一例として「.org」等の、実行できない文字列に変更する。また、恒久的な変更を許すならば、当該プログラムファイルそのものを削除してもよい。

［ネットワーク機器の動作の流れ］
図７は、本実施形態のネットワーク機器が、情報制御システム１０１のネットワークに接続される際の動作の流れを示すフローチャートである。
処理を開始すると（Ｓ７０１）、最初にネットワーク識別部３０５はネットワーク識別処理（図８以降に後述）を実行する（Ｓ７０２）。
ネットワーク識別部３０５によるネットワーク識別処理が正常終了した場合（Ｓ７０３のＹＥＳ）、ネットワーク識別部３０５はネットワークＩＤを通信制御部３０７に出力する。そして通信制御部３０７は通信制御処理（図１１に後述）を実行する（Ｓ７０４）。
通信制御部３０７による通信制御処理が正常終了して「０」以上の通信制御ＩＤを得た場合（Ｓ７０５のＮＯ）、通信制御部３０７はネットワーク機器がネットワークから切断されるまで監視を続ける（Ｓ７０６のＮＯ）。
通信制御部３０７は、ネットワーク機器がネットワークから切断されたことを認識したら（Ｓ７０６のＹＥＳ）、一連の処理を終了する（Ｓ７０７）。そして、ステップＳ７０１から再び処理を再開する。

ステップＳ７０５において、通信制御部３０７による通信制御処理が異常終了して「−１」の通信制御ＩＤを得た場合（Ｓ７０５のＹＥＳ）、通信制御部３０７は認証処理を実行する（Ｓ７０８）。なお、認証処理が正常に終了できたか否かにかかわらず、認証処理の後はステップＳ７０６に移行して、通信制御部３０７はネットワーク機器がネットワークから切断されるまで監視を続ける（Ｓ７０６のＮＯ）。

ステップＳ７０３において、ネットワーク識別部３０５によるネットワーク識別処理が異常終了した場合（Ｓ７０３のＮＯ）、ネットワーク識別部３０５はネットワークを特定するネットワークＩＤを取得できなかったこととなる。そこで、ネットワーク識別部３０５は次にネットワーク機器が未知のネットワークに接続されているのか、それともネットワークに接続されていないのかを確認するため、ＤＨＣＰ接続が成功しているのか否かを確認する（Ｓ７０９）。

ステップＳ７０９でＤＨＣＰ接続が成功している場合は（Ｓ７０９のＹＥＳ）、ネットワーク識別部３０５はネットワーク機器がネットワークから切り離される迄、監視を続ける（Ｓ７１０のＮＯ）。ネットワークから切り離されたことが確認できた場合は（Ｓ７１０のＹＥＳ）、ネットワーク識別部３０５は一連の処理を終了する（Ｓ７０７）。
ステップＳ７０９でＤＨＣＰ接続が成功していない場合は（Ｓ７０９のＮＯ）、ネットワーク識別部３０５は一連の処理を終了する（Ｓ７０７）。

［ネットワーク識別処理の動作の流れ］
図８、図９及び図１０は、ネットワーク識別部３０５によるネットワーク識別処理の流れを示すフローチャートである。図７のステップＳ７０２に相当する。
このネットワーク識別処理は、三つの識別処理を行う。
図８では、最初にＤＨＣＰクライアントを用いてネットワーク接続を試みる。
図９では、予めネットワーク識別情報テーブル３０６に記述されている固定ＩＰアドレスを用いて、ネットワーク接続を試みる。
図１０では、ＡｕｔｏＩＰを用いて、ネットワーク接続を試みる。

処理を開始すると（Ｓ８０１）、ネットワーク識別部３０５は最初にエラーフラグを初期化する（Ｓ８０２）。そして、ネットワーク識別部３０５は内部にあるＤＨＣＰクライアントを起動する（Ｓ８０３）。その後、ネットワーク識別部３０５は内部にあるタイマを起動する（Ｓ８０４）。
そして、ネットワーク識別部３０５はＤＨＣＰクライアントがＤＨＣＰサーバからＩＰアドレスの取得に成功したか否か、確認する（Ｓ８０５）。

ステップＳ８０５において、ＤＨＣＰクライアントがＤＨＣＰサーバからＩＰアドレスの取得に成功したら（Ｓ８０５のＹＥＳ）、次にネットワーク識別部３０５は取得したＩＰアドレスを基に、ネットワーク識別情報テーブル３０６と照合する（Ｓ８０６）。具体的には、ネットワーク識別情報テーブル３０６の各レコードのアドレス範囲フィールドを見て、取得したＩＰアドレスがどのアドレス範囲にあるのかを確認する。
そして、該当するレコードが単一である場合は、合致したそのレコードのネットワークＩＤフィールドにあるネットワークＩＤで確定する。
もし、該当するレコードが複数ある場合は、識別手順フィールドの内容に基づいて識別を行い、合致するレコードを一つに特定する。

こうして、ＤＨＣＰクライアントが取得したＩＰアドレスに基づいて、ネットワークＩＤが特定できた場合には（Ｓ８０７のＹＥＳ）、ネットワーク識別部３０５はその特定したネットワークＩＤを通信制御部３０７へ出力する（Ｓ８０８）。そして、一連の処理を終了する（Ｓ８０９）。
もし、ＤＨＣＰクライアントが取得したＩＰアドレスに基づいて、ネットワークＩＤが特定できなかった場合には（Ｓ８０７のＮＯ）、今接続されているネットワークは、情報制御システム１０１のネットワークではない、未知のネットワークである。そこで、ネットワーク識別部３０５はエラーフラグを上げて（Ｓ８１０）、一連の処理を終了する（Ｓ８０９）。
このエラーフラグは、図７のステップＳ７０３の判定処理に用いられる。つまり、エラーフラグが上がっている場合は、ネットワーク識別部３０５がネットワークＩＤの取得に失敗したことを表す。

ステップＳ８０５において、ＤＨＣＰクライアントがＤＨＣＰサーバからＩＰアドレスの取得に失敗したら（Ｓ８０５のＮＯ）、ネットワーク識別部３０５はタイマを参照して、所定の時間（例えば１０秒）を経過したか否かを確認する（Ｓ８１１）。
所定の時間が経過していないうちは（Ｓ８１１のＮＯ）、ネットワーク識別部３０５はＤＨＣＰクライアントがＤＨＣＰサーバからＩＰアドレスを取得するのを待つ（Ｓ８０５）。
所定の時間が経過したら（Ｓ８１１のＹＥＳ）、もはや時間切れである。そこで、ネットワーク識別部３０５は次に固定ＩＰアドレスのネットワーク接続を試みる（Ｓ８１２から図９のＳ９１３へ）。

図９を参照して、フローチャートの説明を続ける。
先ず、ネットワーク識別部３０５は、ネットワーク識別情報テーブル３０６に対し、ネットワーク種別フィールドが「固定」のレコードに絞り込み検索を行う（Ｓ９１４）。次に、ネットワーク識別部３０５はカウンタ変数ｉを「１」に初期化する（Ｓ９１５）。

ネットワーク識別部３０５は、ネットワーク識別情報テーブル３０６のｉ番目のレコードがあるか否か、確認する（Ｓ９１６）。ｉ番目のレコードがあるならば（Ｓ９１６のＹＥＳ）、次にネットワーク識別部３０５はｉ番目のレコードの付与ＩＰアドレスフィールドを見る。そして、付与ＩＰアドレスフィールドに記されている固定ＩＰアドレスをＮＩＣ２０５に設定して（Ｓ９１７）、ネットワーク識別部３０５の内部にあるタイマを起動する（Ｓ９１８）。

次に、ネットワーク識別部３０５は、ｉ番目のレコードの識別手順フィールドを見る。そして、識別手順フィールドに記されているネットワーク識別方法を実行する。その結果、識別用のホストから応答が返信されたか否かを確認する（Ｓ９１９）。識別用のホストから応答が返信されたならば（Ｓ９１９のＹＥＳ）、ネットワーク識別部３０５は更に、応答メッセージがｉ番目のレコードの識別応答フィールドの内容と合致しているか否かを確認する（Ｓ９２０）。
応答メッセージがｉ番目のレコードの識別応答フィールドの内容と合致しているならば（Ｓ９２０のＹＥＳ）、ネットワーク識別部３０５は、現在接続されているネットワークのネットワークＩＤを、ｉ番目のレコードのネットワークＩＤフィールドの値に確定する。そして、このネットワークＩＤを通信制御部３０７へ出力して（Ｓ９２１）、一連の処理を終了する（Ｓ９２２）。

ステップＳ９１９において、識別ホストから応答メッセージが返信されていない場合は（Ｓ９１９のＮＯ）、ネットワーク識別部３０５はタイマを参照する。そして、所定の時間（例えば１０秒）を経過したか否かを確認する（Ｓ９２３）。
所定の時間が経過していないうちは（Ｓ９２３のＮＯ）、ネットワーク識別部３０５は識別ホストから応答メッセージが返信されるのを待つ（Ｓ９１９）。
所定の時間が経過したら（Ｓ９２３のＹＥＳ）、もはや時間切れである。そこで、ネットワーク識別部３０５はカウンタ変数ｉを「１」インクリメントして（Ｓ９２４）、再びステップＳ９１６から処理を繰り返す。
なお、図９のステップＳ９２４に記される「ｉ＋＋」の「＋＋」はインクリメントの意味である。後述する図１０も同様である。

ステップＳ９２０において、識別ホストから返信された応答メッセージがｉ番目のレコードの識別応答フィールドの内容と合致していないならば（Ｓ９２０のＮＯ）、ネットワーク識別部３０５はカウンタ変数ｉを「１」インクリメントする（Ｓ９２４）。そして、再びステップＳ９１６から処理を繰り返す。

ステップＳ９１６において、ｉ番目のレコードがないならば（Ｓ９１６のＮＯ）、固定ＩＰアドレスによるネットワークの識別が全て失敗したことを意味する。そこで、ネットワーク識別部３０５は次にＡｕｔｏＩＰのネットワーク接続を試みる（Ｓ９２５から図１０のＳ１０２６へ）。

図１０を参照して、フローチャートの説明を続ける。
先ず、ネットワーク識別部３０５は、ネットワーク識別情報テーブル３０６に対し、ネットワーク種別フィールドが「ＡｕｔｏＩＰ」のレコードに絞り込み検索を行う（Ｓ１０２７）。次に、ネットワーク識別部３０５は内部のＡｕｔｏＩＰクライアントを起動して、リンクローカルＩＰアドレスを取得する（Ｓ１０２８）。そして、ネットワーク識別部３０５はカウンタ変数ｉを「１」に初期化する（Ｓ１０２９）。

ネットワーク識別部３０５は、ネットワーク識別情報テーブル３０６のｉ番目のレコードがあるか否か、確認する（Ｓ１０３０）。ｉ番目のレコードがあるならば（Ｓ１０３０のＹＥＳ）、ネットワーク識別部３０５は内部にあるタイマを起動する（Ｓ１０３１）。

次に、ネットワーク識別部３０５は、ｉ番目のレコードの識別手順フィールドを見る。そして、識別手順フィールドに記されているネットワーク識別方法を実行する。その結果、識別用のホストから応答が返信されたか否かを確認する（Ｓ１０３２）。識別用のホストから応答が返信されたならば（Ｓ１０３２のＹＥＳ）、ネットワーク識別部３０５は更に、応答メッセージがｉ番目のレコードの識別応答フィールドの内容と合致しているか否かを確認する（Ｓ１０３３）。
応答メッセージがｉ番目のレコードの識別応答フィールドの内容と合致しているならば（Ｓ１０３３のＹＥＳ）、ネットワーク識別部３０５は、現在接続されているネットワークのネットワークＩＤを、ｉ番目のレコードのネットワークＩＤフィールドの値に確定する。そして、このネットワークＩＤを通信制御部３０７へ出力して（Ｓ１０３４）、一連の処理を終了する（Ｓ１０３５）。

ステップＳ１０３２において、識別ホストから応答メッセージが返信されていない場合は（Ｓ１０３２のＮＯ）、ネットワーク識別部３０５はタイマを参照する。そして、所定の時間（例えば１０秒）を経過したか否かを確認する（Ｓ１０３６）。
所定の時間が経過していないうちは（Ｓ１０３６のＮＯ）、ネットワーク識別部３０５は識別ホストから応答メッセージが返信されるのを待つ（Ｓ１０３２）。
所定の時間が経過したら（Ｓ１０３６のＹＥＳ）、もはや時間切れである。そこで、ネットワーク識別部３０５はカウンタ変数ｉを「１」インクリメントして（Ｓ１０３７）、再びステップＳ１０３０から処理を繰り返す。

ステップＳ１０３３において、識別ホストから返信された応答メッセージがｉ番目のレコードの識別応答フィールドの内容と合致していないならば（Ｓ１０３３のＮＯ）、ネットワーク識別部３０５はカウンタ変数ｉを「１」インクリメントする（Ｓ１０３７）。そして、再びステップＳ１０３０から処理を繰り返す。

ステップＳ１０３０において、ｉ番目のレコードがないならば（Ｓ１０３０のＮＯ）、ＡｕｔｏＩＰによるネットワークの識別が全て失敗したことを意味する。そこで、ネットワーク識別部３０５はエラーフラグを上げて（Ｓ１０３８）、一連の処理を終了する（Ｓ１０３５）。

ネットワーク識別部３０５は、ＤＨＣＰ、固定ＩＰ、そしてＡｕｔｏＩＰの順に、ネットワークの接続と識別を試みる。この順番でネットワークの接続を試みることで、最終的にネットワーク機器は、三つの状態のいずれかに落ち着く。
一つ目の状態は、ネットワーク識別情報テーブル３０６に記述されているネットワークに接続されている（図７のステップＳ７０３のＹＥＳ）状態である。
二つ目の状態は、未知のＤＨＣＰネットワークに接続されている（Ｓ７０９のＹＥＳ）状態である。
三つ目の状態は、未知の固定ＩＰネットワーク又はＡｕｔｏＩＰネットワークに接続されているか又は未接続（Ｓ７０９のＮＯ）の状態である。

［ネットワーク識別処理の動作の流れ］
図１１は、通信制御部３０７による通信制御処理の流れを示すフローチャートである。図７のステップＳ７０４に相当する。
処理を開始すると（Ｓ１１０１）、通信制御部３０７はネットワーク識別部３０５から受け取ったネットワークＩＤで接続ネットワーク情報テーブル３０８を参照して、ネットワークＩＤに対応する通信制御ＩＤを特定する（Ｓ１１０２）。
そして、通信制御部３０７は通信制御ＩＤが０であるか否かを確認する（Ｓ１１０３）。
通信制御ＩＤが０であるならば（Ｓ１１０３のＹＥＳ）、通信制御部３０７はデータ送信処理部３０１とデータ受信処理部３０２の双方共、動作を許可する設定を行い（Ｓ１１０４）、処理を終了する（Ｓ１１０５）。

通信制御ＩＤが０でないならば（Ｓ１１０３のＮＯ）、通信制御部３０７は次に通信制御ＩＤが１であるか否かを確認する（Ｓ１１０６）。
通信制御ＩＤが１であるならば（Ｓ１１０６のＹＥＳ）、通信制御部３０７はデータ受信処理部３０２のみ動作を許可する設定を行い（Ｓ１１０７）、処理を終了する（Ｓ１１０５）。

通信制御ＩＤが１でないならば（Ｓ１１０６のＮＯ）、通信制御部３０７は次に通信制御ＩＤが２であるか否かを確認する（Ｓ１１０８）。
通信制御ＩＤが２であるならば（Ｓ１１０８のＹＥＳ）、通信制御部３０７はデータ送信処理部３０１のみ動作を許可する設定を行い（Ｓ１１０９）、処理を終了する（Ｓ１１０５）。

通信制御ＩＤが２でないならば（Ｓ１１０８のＮＯ）、通信制御ＩＤは−１である。そこで、通信制御部３０７はデータ送信処理部３０１とデータ受信処理部３０２の双方共、動作を禁止する設定を行い（Ｓ１１１０）、処理を終了する（Ｓ１１０５）。

［ネットワーク機器のネットワーク接続処理の例］
これ以降、「ネットワーク接続処理」とは、あるネットワーク機器がネットワークに物理的に接続された後、ＩＰアドレスが付与される。そして、本来通信すべき他のネットワーク機器との間で、データの送信及び／又は受信ができる状態を目指す処理を指す。すなわち、ネットワーク接続処理とは、ネットワーク機器が図７のステップＳ７０６に至る状態を目指す処理である。
情報制御システム１０１を構成するネットワークのうち、制御ネットワーク１０２は容易に人が立ち入ることができない施設に設けられるので、セキュリティ上の脅威が最も低い。そこで、制御ネットワーク１０２には認証サーバ１１３を設けない。そして、制御ネットワーク１０２に接続される正規のネットワーク機器であるコントローラ１０５は、認証なしで制御ネットワーク１０２へ接続を行わせる。

情報制御システム１０１を構成するネットワークのうち、情報制御ネットワーク１０３は施設関係者のみ立ち入ることができる施設に設けられるので、制御ネットワーク１０２に比べるとセキュリティ上の脅威が高くなる。そこで、情報制御ネットワーク１０３には必要に応じて情報ネットワーク１０４に設けられている認証サーバ１１３による認証を行わせる。そして、情報制御ネットワーク１０３に接続される正規のネットワーク機器であるＨＭＩ１０９は、認証なしで制御ネットワーク１０２へ接続を行わせる。一方、情報制御ネットワーク１０３に接続される非正規のネットワーク機器は、情報制御ネットワーク１０３へ接続を行う際に、情報ネットワーク１０４の認証サーバ１１３による認証を行わせる。

情報制御システム１０１を構成するネットワークのうち、情報ネットワーク１０４はいわゆるオフィス街に設けられるので、情報制御ネットワーク１０３に比べて更にセキュリティ上の脅威が高くなる。そこで、情報ネットワーク１０４には認証サーバ１１３を設ける。そして、情報ネットワーク１０４に接続される全てのネットワーク機器は、情報ネットワーク１０４へ接続を行う際に、認証サーバ１１３による認証を行わせる。

図７、図８、図９、図１０及び図１１の機能を備えるネットワーク機器は、情報制御システム１０１のネットワークに接続されると、接続ネットワーク情報テーブル３０８の記述に基づき、例えば以下のような動作を行う。

ネットワーク機器がコントローラ１０５であり、コントローラ１０５が本来接続されるべき制御ネットワーク１０２に接続される場合、コントローラ１０５は認証を行わずに制御ネットワーク１０２に対するネットワーク接続処理が完了する。
更に、コントローラ１０５がセンサ４０３のみの設備１０６に設けられている場合、データ送信処理部３０１のみ動作が許可される。
また、コントローラ１０５がアクチュエータ４０５のみの設備１０６に設けられている場合、データ受信処理部３０２のみ動作が許可される。

ネットワーク機器がコントローラ１０５であり、コントローラ１０５が本来接続されるべきでない制御ネットワーク１０２に接続される場合でも、コントローラ１０５は認証を行わずに制御ネットワーク１０２に対するネットワーク接続処理が完了する。
更に、コントローラ１０５がセンサ４０３のみの設備１０６に設けられている場合、データ送信処理部３０１のみ動作が許可される。
また、コントローラ１０５がアクチュエータ４０５のみの設備１０６に設けられている場合、データ受信処理部３０２のみ動作が許可される。

ネットワーク機器がコントローラ１０５であり、コントローラ１０５が本来接続されるべきでない情報制御ネットワーク１０３に接続される場合、コントローラ１０５は情報制御ネットワーク１０３に対するネットワーク接続処理に認証を必要とする。
コントローラ１０５に認証機能が備わっている場合は、情報制御ネットワーク１０３に対するネットワーク接続処理が完了する。
コントローラ１０５に認証機能が備わっていない場合は、情報制御ネットワーク１０３へ接続されない。

ネットワーク機器がコントローラ１０５であり、コントローラ１０５が本来接続されるべきでない情報ネットワーク１０４に接続される場合、コントローラ１０５はネットワーク接続処理に認証を必要とする。
コントローラ１０５に認証機能が備わっている場合は、情報ネットワーク１０４に対するネットワーク接続処理が完了する。
コントローラ１０５に認証機能が備わっていない場合は、情報ネットワーク１０４へ接続されない。

ネットワーク機器がＨＭＩ１０９であり、ＨＭＩ１０９が本来接続されるべき情報制御ネットワーク１０３に接続される場合、ＨＭＩ１０９は認証を行わずに情報制御ネットワーク１０３に対するネットワーク接続処理が完了する。
ＨＭＩ１０９の場合、必ずデータ送信処理部３０１が稼働するので、データ送信処理部３０１の動作は許可される。
また、ＨＭＩ１０９にデータ受信処理部３０２が稼働する場合は、データ受信処理部３０２の動作も許可される。

ネットワーク機器がＨＭＩ１０９であり、ＨＭＩ１０９が本来接続されるべきでない制御ネットワーク１０２に接続される場合、ＨＭＩ１０９はネットワーク接続処理に認証を必要とする。しかし、制御ネットワーク１０２には認証サーバ１１３が設けられていない。このため、ネットワーク接続処理は成功しない。
ネットワーク機器がＨＭＩ１０９であり、ＨＭＩ１０９が本来接続されるべきでない情報ネットワーク１０４に接続される場合、ＨＭＩ１０９はネットワーク接続処理に認証を必要とする。ＨＭＩ１０９は制御ネットワーク１０２への接続を想定していないので、ＨＭＩ１０９に認証機能は備わっておらず、ネットワーク接続処理は成功しない。

ネットワーク機器がＯＡ機器１１１であり、ＨＭＩ１０９が本来接続されるべき情報ネットワーク１０４に接続される場合、ＯＡ機器１１１はネットワーク接続処理に認証を必要とする。ＯＡ機器１１１は情報ネットワーク１０４に対する認証機能を備えるので、ネットワーク接続処理が完了する。
ネットワーク機器がＯＡ機器１１１であり、ＨＭＩ１０９が本来接続されるべきでない情報制御ネットワーク１０３に接続される場合、ＯＡ機器１１１はネットワーク接続処理に認証を必要とする。ＯＡ機器１１１はゲートウェイファイアウォール１１４を経由して認証サーバ１１３が認証を行うことで、ネットワーク接続処理が完了する。
ネットワーク機器がＯＡ機器１１１であり、ＨＭＩ１０９が本来接続されるべきでない制御ネットワーク１０２に接続される場合、ＯＡ機器１１１はネットワーク接続処理に認証を必要とする。制御ネットワーク１０２には認証サーバ１１３がないので、ネットワーク接続処理は成功しない。

実際のネットワーク機器では、既存のネットワークＯＳに、ネットワーク識別部３０５と通信制御部３０７を構成するプログラムを追加インストールする。そして、ネットワーク機器毎に異なるネットワーク識別情報テーブル３０６と接続ネットワーク情報テーブル３０８を、不揮発性ストレージに記憶させる。
接続ネットワーク情報テーブル３０８は、ネットワーク機器の種別毎に異なる内容のレコードを構成する。
ネットワーク識別情報テーブル３０６は、ネットワーク機器が本来接続されるべきネットワークの種類に応じて、内容を調整する。特に、固定ＩＰアドレスのネットワークの場合は、ＩＰアドレスが衝突しないように、所定のコンピュータにデータベースを設けて管理する。

以上説明した実施形態には、以下に記す応用例が可能である。
（１）固定ＩＰアドレスのネットワークを識別する方法として、敢えてＤＨＣＰサーバを用いる方法もある。
例えば、アドレス範囲が 192.168.40.0/24 のプライベートＩＰアドレスを用いる、固定ＩＰアドレスを付与するネットワークの場合を想定する。このネットワークは、固定ＩＰアドレスを運用するアドレス範囲として、 192.168.40.2 から 192.168.40.249 迄を固定ＩＰアドレスの範囲とする。そして、ＤＨＣＰサーバが動的にＩＰアドレスを付与するアドレス範囲として、 192.168.40.250 から 192.168.40.254 迄を動的ＩＰアドレスの範囲とする。

ネットワーク識別情報テーブル３０６のレコードは、ネットワーク種別フィールドが「固定＋ＤＨＣＰ」、アドレス範囲が「192.168.40.0/24」、付与ＩＰアドレスを例えば「192.168.40.25」とする。そして識別手順を「http://192.168.40.1/req.cgi」、識別応答を「"ID=6"」とする。つまり、ネットワーク種別フィールドが取り得る値に、新たに「固定＋ＤＨＣＰ」を追加する。

図８のフローチャートのステップＳ８０６において、ネットワーク識別情報テーブル３０６を参照する際、ネットワーク種別フィールドが「ＤＨＣＰ」のレコードの他に、ネットワーク種別フィールドが「固定＋ＤＨＣＰ」のレコードも見る。そして、ネットワーク種別フィールドが「固定＋ＤＨＣＰ」のレコードであった場合、次に識別手順フィールドに記されるＵＲＬにアクセスを行い、識別応答フィールドと同じ応答が得られたか否かを確認する。応答の中身が識別応答フィールドと同じであったならば、一旦ＤＨＣＰクライアントを停止してＤＨＣＰサーバから付与されたＩＰアドレスをＤＨＣＰサーバへ返納する。その後、当該レコードの付与ＩＰアドレスフィールドに記されているＩＰアドレスをＮＩＣ２０５に再付与する。
つまり、ネットワーク種別フィールドが「固定＋ＤＨＣＰ」のレコードに記されるネットワークでは、固定ＩＰアドレスのネットワークを迅速に識別するためだけにＤＨＣＰサーバを用いる。

（２）ネットワークにネットワーク機器を接続して、ＮＩＣ２０５にＩＰアドレスを付与する方法は、上述の方法以外に、ＰＰＰｏＥ（Point-to-point protocol over Ethernet（"Ethernet"は登録商標））がある。ＰＰＰｏＥを用いる場合は、ＤＨＣＰと同様にＩＰアドレスが自動で付与されるので、ＤＨＣＰと同時にプロセスを動作させることが望ましい。

本実施形態では、情報制御システムとネットワーク機器を開示した。
本実施形態のネットワーク機器は、ネットワーク識別部３０５がネットワーク識別情報テーブル３０６を参照して、どのネットワークに接続されたのかを識別する。そして、識別した結果、特定したネットワークＩＤにて接続ネットワーク情報テーブル３０８を参照して、接続されたネットワークに対する振る舞いを、通信制御部３０７が決定する。
各々のネットワーク機器が、異なる内容のネットワーク識別情報テーブル３０６と接続ネットワーク情報テーブル３０８を記憶させることで、上述のような、ネットワーク毎に異なるネットワーク接続処理を実行することができる。
このようにネットワーク機器を構成することで、安全性と可用性がバランスよく両立した情報制御システムを実現できる。

以上、本発明の実施形態例について説明したが、本発明は上記実施形態例に限定されるものではなく、特許請求の範囲に記載した本発明の要旨を逸脱しない限りにおいて、他の変形例、応用例を含む。
例えば、上記した実施形態例は本発明をわかりやすく説明するために装置及びシステムの構成を詳細且つ具体的に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることは可能であり、更にはある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることも可能である。
また、上記の各構成、機能、処理部等は、それらの一部又は全部を、例えば集積回路で設計するなどによりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行するためのソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Solid State Drive）等の揮発性或は不揮発性のストレージ、または、ＩＣカード、光ディスク等の記録媒体に保持することができる。
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしもすべての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。

１０１…情報制御システム、１０２…制御ネットワーク、１０３…情報制御ネットワーク、１０４…情報ネットワーク、１０５…コントローラ、１０６…設備、１０７…制御サーバ、１０８…帳票システム、１０９…ＨＭＩ、１１０…業務システム、１１１…ＯＡ機器、１１３…認証サーバ、１１４…ゲートウェイファイアウォール、３０１…データ送信処理部、３０２…データ受信処理部、３０３…各種データ、３０４…ログファイル、３０５…ネットワーク識別部、３０６…ネットワーク識別情報テーブル、３０７…通信制御部、３０８…接続ネットワーク情報テーブル

Claims (11)

1. 複数のネットワークを一意に識別するネットワークＩＤが格納されるネットワークＩＤフィールドを有するネットワーク識別情報テーブルと、
   前記ネットワークＩＤフィールドと、前記ネットワークＩＤに対応するネットワーク接続形態を示す通信制御ＩＤが格納される通信制御ＩＤフィールドを有する接続ネットワーク情報テーブルと、
   所定のネットワークに接続されたことを検出して、前記ネットワーク識別情報テーブルを参照して、前記接続されたネットワークのネットワークＩＤを特定するネットワーク識別部と、
   前記ネットワーク識別部が特定した前記ネットワークＩＤと前記接続ネットワーク情報テーブルを参照して、前記通信制御ＩＤを特定し、データの送信及び／又はデータの受信を制御する通信制御部と
   を具備するネットワーク機器。
2. 前記通信制御部は、接続されたネットワークにおいて認証が必要になった場合には所定の認証処理を行う、
   請求項１記載のネットワーク機器。
3. 前記複数のネットワークはＴＣＰ／ＩＰネットワークであり、
   前記ネットワーク識別情報テーブルは更に、ＮＩＣにＩＰアドレスを付与するＩＰアドレス付与方法が格納されるネットワーク種別フィールドとを有し、
   前記ネットワーク識別部は、前記ネットワーク種別フィールドに記される前記ＩＰアドレス付与方法に従って、前記接続されたネットワークのネットワークＩＤを特定する、
   請求項２記載のネットワーク機器。
4. 前記ネットワーク識別情報テーブルは更に、
   前記ＩＰアドレス付与方法が固定ＩＰアドレスであった場合に前記ＮＩＣに付与するＩＰアドレスが格納される付与ＩＰアドレスフィールドとを有し、
   前記ネットワーク種別フィールドには少なくともＤＨＣＰと固定ＩＰアドレスの二種類が格納される、
   請求項３記載のネットワーク機器。
5. 更に、
   前記通信制御部に接続され、データの送信を実行するデータ送信処理部と、
   前記通信制御部に接続され、データの受信を実行するデータ受信処理部と
   を具備する、請求項４記載のネットワーク機器。
6. 前記通信制御部は前記データ送信処理部とデータ受信処理部に対するデータの入出力を制御する、請求項５記載のネットワーク機器。
7. 前記通信制御部は前記データ送信処理部とデータ受信処理部の起動を制御する、請求項５記載のネットワーク機器。
8. 所定のネットワークに接続されたことを検出して、複数のネットワークを一意に識別するネットワークＩＤが格納されるネットワークＩＤフィールドを有するネットワーク識別情報テーブルを参照して、前記接続されたネットワークのネットワークＩＤを特定するネットワーク識別ステップと、
   前記ネットワーク識別ステップにおいて特定した前記ネットワークＩＤと、前記ネットワークＩＤフィールドと、前記ネットワークＩＤに対応するネットワーク接続形態を示す通信制御ＩＤが格納される通信制御ＩＤフィールドを有する接続ネットワーク情報テーブルを参照して、前記通信制御ＩＤを特定し、データの送信及び／又はデータの受信を制御する通信制御ステップと
   を有する、ネットワーク接続方法。
9. 前記ネットワーク識別ステップは、
   ＤＨＣＰによる接続を試みるＤＨＣＰ接続ステップと、
   前記ＤＨＣＰ接続ステップで前記ネットワークＩＤが特定できなかった場合に、前記ネットワーク識別情報テーブルの、ＮＩＣにＩＰアドレスを付与するＩＰアドレス付与方法が格納されるネットワーク種別フィールドが固定ＩＰアドレスのレコードについて、固定ＩＰアドレスによる接続を試みる固定ＩＰアドレス接続ステップと
   を有する、請求項８記載のネットワーク接続方法。
10. コンピュータに、
    所定のネットワークに接続されたことを検出して、複数のネットワークを一意に識別するネットワークＩＤが格納されるネットワークＩＤフィールドを有するネットワーク識別情報テーブルを参照して、前記接続されたネットワークのネットワークＩＤを特定するネットワーク識別ステップと、
    前記ネットワーク識別ステップにおいて特定した前記ネットワークＩＤと、前記ネットワークＩＤフィールドと、前記ネットワークＩＤに対応するネットワーク接続形態を示す通信制御ＩＤが格納される通信制御ＩＤフィールドを有する接続ネットワーク情報テーブルを参照して、前記通信制御ＩＤを特定し、データの送信及び／又はデータの受信を制御する通信制御ステップと
    を実行させる、ネットワーク接続プログラム。
11. 前記ネットワーク識別ステップは、
    ＤＨＣＰによる接続を試みるＤＨＣＰ接続ステップと、
    前記ＤＨＣＰ接続ステップで前記ネットワークＩＤが特定できなかった場合に、前記ネットワーク識別情報テーブルの、ＮＩＣにＩＰアドレスを付与するＩＰアドレス付与方法が格納されるネットワーク種別フィールドが固定ＩＰアドレスのレコードについて、固定ＩＰアドレスによる接続を試みる固定ＩＰアドレス接続ステップと
    を有する、請求項１０記載のネットワーク接続プログラム。

Images