(57)【特許請求の範囲】
【請求項１】
複数の集信装置、サーバ及び管理サーバがネットワークを介して接続している通信システムにおいて、
前記管理サーバは、
前記複数の集信装置が前記ネットワークに接続するときに、前記集信装置毎にＩＰアドレスを割り当てるＩＰアドレス設定部と、
前記集信装置に割り当てたＩＰアドレスを、所定の時間、管理するＩＰアドレス管理情報とを有し、
前記サーバは、
第一のＩＰアドレスが割り当てられた集信装置との間で設定した暗号鍵を、前記第一のＩＰアドレスと対応づけて管理する第一暗号鍵管理部と、
確認時間になると前記集信装置に割り当てられた第二のＩＰアドレスを前記管理サーバから取得し、取得した前記第二のＩＰアドレスと前記第一暗号鍵管理部で管理される第一のＩＰアドレスとを比較し、比較により前記第一のＩＰアドレスと前記第二のＩＰアドレスとが一致しないときは前記第一のＩＰアドレスに対応する暗号鍵を前記第二のＩＰアドレスと関連づける設定部と、
暗号化されたパケットデータを前記集信装置から受信する受信部と、
前記受信したパケットデータを前記暗号鍵により復号化する処理部を有し、
前記集信装置は、
前記サーバとの間で設定した暗号鍵を、前記管理サーバにより割り当てられた第一のＩＰアドレスと対応づけて管理する第二暗号鍵管理部と、
前記ネットワークに接続するときに前記管理サーバにより割り当てられた前記第二のＩＰアドレスを保持するＩＰアドレス保持部と、
前記パケットデータを暗号化して前記サーバに送信する前に、前記第二暗号鍵管理部で管理される第一のＩＰアドレスと前記ＩＰアドレス保持部に保持される第二のＩＰアドレスとを比較し、比較により前記第一のＩＰアドレスと前記第二のＩＰアドレスとが一致しないときは前記暗号鍵に対応する前記第一のＩＰアドレスを前記第二のＩＰアドレスに更新する設定部と、
前記パケットデータを前記暗号鍵により暗号化する処理部と、
前記暗号化されたパケットデータを前記サーバに送信する送信部とを有することを特徴とする通信システム。
【請求項２】
前記サーバの処理部は、
前記比較により前記第一のＩＰアドレスと前記第二のＩＰアドレスとが一致するとき、
前記受信したパケットデータを、前記第一のＩＰアドレスが割り当てられた集信装置との間で設定した暗号鍵により復号化し、
前記比較により前記第一のＩＰアドレスと前記第二のＩＰアドレスとが一致しないとき
、前記受信したパケットデータを、前記第二のＩＰアドレスと関連づけた前記第一のＩＰアドレスに対応する暗号鍵により復号化することを特徴とする請求項１記載の通信システム。
【請求項３】
前記集信装置の処理部は、
前記比較により前記第一のＩＰアドレスと前記第二のＩＰアドレスとが一致するとき、
前記パケットデータを、前記サーバとの間で設定し、前記第一のＩＰアドレスと対応づけられた暗号鍵により暗号化し、
前記比較により前記第一のＩＰアドレスと前記第二のＩＰアドレスとが一致しないとき、
前記パケットデータを、前記第一のＩＰアドレスを前記第二のＩＰアドレスに更新された暗号鍵により暗号化する
ことを特徴とする請求項１記載の通信システム。
【請求項４】
前記サーバの設定部は、比較により前記第一のＩＰアドレスと前記第二のＩＰアドレスとが一致しないときは、前記暗号鍵に対応する前記第一のＩＰアドレスを前記第二のＩＰアドレスに更新する
ことを特徴とする請求項１記載の通信システム。
【請求項５】
前記サーバの設定部は、比較により前記第一のＩＰアドレスと前記第二のＩＰアドレスとが一致しないときは、前記暗号鍵に対し、前記第一のＩＰアドレス及び前記第二のＩＰアドレスを対応づける
ことを特徴とする請求項１記載の通信システム。
【請求項６】
前記集信装置は、無線端末であり、
前記集信装置の送信部は、前記暗号鍵により暗号化されたパケットデータを周期的に前記サーバに送信し、
前記サーバは、前記集信装置から送信されるパケットデータの送信周期を管理するタイマ情報を有し、
前記サーバの設定部は、前記タイマ情報に基づいて確認時間になると、前記集信装置に割り当てられた第二のＩＰアドレスを、前記管理サーバから取得する
ことを特徴とする請求項１記載の通信システム。
【請求項７】
前記サーバの設定部は、前記タイマ情報に基づいて確認時間になると、所定の範囲に含まれる複数の確認時間に対応する複数の集信装置に割り当てられた複数の第二のＩＰアドレスを、前記管理サーバから取得すること
を特徴とする請求項６記載の通信システム。
【請求項８】
前記管理サーバのＩＰアドレス設定部は、前記集信装置から送信されるＩＰアドレスの割り当て要求に基づいて、前記集信装置にＩＰアドレスを割り当てる
ことを特徴とする請求項１記載の通信システム。
【請求項９】
前記暗号化の通信方式がＩＰｓｅｃである
ことを特徴とする請求項１記載の通信システム。
【請求項１０】
ネットワークを介して複数の集信装置と接続しているサーバにおいて、
第一のＩＰアドレスが割り当てられた集信装置との間で設定した暗号鍵を、前記第一のＩＰアドレスと対応づけて管理する第一暗号鍵管理部と、
確認時間になると前記集信装置に割り当てられた第二のＩＰアドレスを取得し、取得した前記第二のＩＰアドレスと前記第一暗号鍵管理部で管理される第一のＩＰアドレスとを
比較し、比較により前記第一のＩＰアドレスと前記第二のＩＰアドレスとが一致しないときは前記第一のＩＰアドレスに対応する暗号鍵を前記第二のＩＰアドレスと関連づける設定部と、
暗号化されたパケットデータを受信する受信部と、
前記受信したパケットデータを前記暗号鍵により復号化する処理部と、
を有することを特徴とするサーバ。
【請求項１１】
ネットワークを介してサーバ及び管理サーバと接続している集信装置において、
前記サーバとの間で設定した暗号鍵を、前記管理サーバにより割り当てられた第一のＩＰアドレスと対応づけて管理する第二暗号鍵管理部と、
前記ネットワークに接続するときに前記管理サーバにより割り当てられた前記第二のＩＰアドレスを保持するＩＰアドレス保持部と、
パケットデータを暗号化して前記サーバに送信する前に、前記第二暗号鍵管理部で管理される第一のＩＰアドレスと前記ＩＰアドレス保持部に保持される第二のＩＰアドレスとを比較し、比較により前記第一のＩＰアドレスと前記第二のＩＰアドレスとが一致しないときは前記暗号鍵に対応する前記第一のＩＰアドレスを前記第二のＩＰアドレスに更新する設定部と、
前記暗号鍵により暗号化されたパケットデータを前記サーバに送信する送信部とを有する
ことを特徴とする集信装置。
【請求項１２】
複数の集信装置、サーバ及び管理サーバがネットワークを介して接続している通信システムにおける暗号化設定方法において、
前記管理サーバは、
前記複数の集信装置が前記ネットワークに接続するときに、前記集信装置毎にＩＰアドレスを割り当て、
前記集信装置に割り当てたＩＰアドレスを、所定の時間、管理し、
前記サーバは、
第一のＩＰアドレスが割り当てられた集信装置との間で設定した暗号鍵を、前記第一のＩＰアドレスと対応づけた第一暗号鍵管理情報として管理し、
確認時間になると前記集信装置に割り当てられた第二のＩＰアドレスを前記管理サーバから取得し、取得した前記第二のＩＰアドレスと前記第一暗号鍵管理情報で管理される第一のＩＰアドレスとを比較し、比較により前記第一のＩＰアドレスと前記第二のＩＰアドレスとが一致しないときは前記第一のＩＰアドレスに対応する暗号鍵を前記第二のＩＰアドレスと関連づけ、
暗号化されたパケットデータを前記集信装置から受信し、
前記受信したパケットデータを前記暗号鍵により復号化し、
前記集信装置は、
前記サーバとの間で設定した暗号鍵を、前記管理サーバにより割り当てられた第一のＩＰアドレスと対応づけた第二暗号鍵管理情報として管理し、
前記ネットワークに接続するときに前記管理サーバにより割り当てられた前記第二のＩＰアドレスをＩＰアドレス保持情報として保持し、
前記パケットデータを暗号化して前記サーバに送信する前に、前記第二暗号鍵管理情報で管理される第一のＩＰアドレスと前記ＩＰアドレス保持情報に保持される第二のＩＰアドレスとを比較し、比較により前記第一のＩＰアドレスと前記第二のＩＰアドレスとが一致しないときは前記暗号鍵に対応する前記第一のＩＰアドレスを前記第二のＩＰアドレスに更新し、
前記パケットデータを前記暗号鍵により暗号化し、
前記暗号化されたパケットデータを前記サーバに送信する
ことを特徴とする暗号化設定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理サーバにより動的にＩＰアドレスが設定される集信装置とサーバと間で、通信暗号化設定を行う通信システム及び暗号化設定方法に関する。
【背景技術】
【０００２】
公共設備管理や物流最適化などのため、フィールドに複数のセンサ付無線端末（以下、フィールド機器）を配置してセンサ情報を収集し、制御を行うセンサネットワークシステムが活用されてきた。従来、センサネットワークシステムは、ローカルネットワーク環境を用いて、一部の地域において構築されてきた。しかし、近年のキャリアネットワークの普及を受けて、フィールド機器は、新規にネットワーク環境を構築しなくとも、地域既設の公衆網を利用して遠隔のデータセンタ内のサーバにセンサデータを送信可能となり、地域の大小を問わずセンサネットワークシステムが構築可能となってきた。さらに、情報処理システムの高度化により、フィールド機器とサーバとが人の手を介することなく自律的に制御されて動作する、マシンツーマシン（Ｍ２Ｍ）システムも普及してきている。
【０００３】
このような広域のセンサネットワークシステムやＭ２Ｍシステムでは、フィールド機器がサーバへ送信するデータ量は小さく、例えば１日に数１０回周期的に１ＫＢｙｔｅ未満のデータを送れば良いことが多い。近年はこれらの動作のニーズに応じて、公衆網の最低利用代金を抑え、パケット通信量に応じて従量的又は段階的に利用代金を課す公衆網利用プランも多く用意されている。このような公衆網利用プランでは、パケット通信量が利用代金に反映されるため、パケット通信料の削減が重要となる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−２４６０９８
【発明の概要】
【発明が解決しようとする課題】
【０００５】
フィールド機器が地域既設のキャリアネットワークを使用するにあたっては、一般的にＩＰアドレスが動的に割り振られることが多い。また、一度ＩＰアドレスが割り振られたとしても、例えばフィールド機器が長時間通信しない状態が続き通信モジュールがスリープ状態となった場合、フィールド機器は、ＩＰアドレスの割り振りを再び受けなくてはならない。従って、フィールド機器のＩＰアドレスは、稼働中にも変更される可能性がある。
【０００６】
また、フィールド機器がサーバに、地域既設のネットワークを介してデータをパケットで送信するにあたっては、公衆網を介するために暗号化を行って通信を行わなくてはならない。暗号化には暗号鍵を含む設定が必要であるが、一般的にはセキュリティ上の理由から事前に全ての設定は行わず、暗号化通信が必要になった場合に動的に暗号化設定を行う。
【０００７】
暗号化設定には必然的にパケット通信を行う両者の通信を伴うため、パケット通信量を削減する目的を鑑みると、一度暗号化設定を行った後は、設定の有効期限まで前期設定を使い続けることが望ましい。一般的な実施形態としては、暗号化方式にＩＰｓｅｃを採用し、通信を行う両者がＩＫＥプロトコルで暗号化設定であるセキュリティアソシエーションを構築して暗号化通信を行う形態が想定される。しかしながら多くの場合、暗号化設定後にフィールド機器のＩＰアドレスが変更されてしまうと、前述した設定が無効化されてしまう。その結果、設定が無効化される度に暗号化設定を再び行うための通信が発生してしまい、通信量が増大してしまう。
【０００８】
特許文献１は、無線ＬＡＮエリアなどのサブネットワークに接続する端末装置に対し動的にＩＰアドレスを付与する可変ＩＰアドレス環境下において、端末の移動によりＩＰアドレスが変更になった場合でも通信相手との間のセキュリティアソシエーションを継続する方法を開示する。しかしながら、引用文献１では、変更になったＩＰアドレスの通知は、フィールド機器とサーバ間でなされており、通信量の増大の点は解消されていない。  本発明では、フィールド機器のＩＰアドレスが動的に変更される環境において、フィールド機器とサーバ間の通信量を増大させることなく、暗号化通信を継続することを目的とする。
【課題を解決するための手段】
【０００９】
上述の課題を解決するために、本発明に係る通信システム、管理サーバ、サーバ、集信装置、及び暗号化設定方法は、複数の集信装置、サーバ及び管理サーバがネットワークを介して接続している通信システムにおいて、前記管理サーバは、前記複数の集信装置が前記ネットワークに接続するときに、前記集信装置毎にＩＰアドレスを割り当てるＩＰアドレス設定部と、前記集信装置に割り当てたＩＰアドレスを、所定の時間、管理するＩＰアドレス管理情報とを有する。また、前記サーバは、第一のＩＰアドレスが割り当てられた集信装置との間で設定した暗号鍵を、前記第一のＩＰアドレスと対応づけて管理する第一暗号鍵管理部と、確認時間になると前記集信装置に割り当てられた第二のＩＰアドレスを前記管理サーバから取得し、取得した前記第二のＩＰアドレスと前記第一暗号鍵管理部で管理される第一のＩＰアドレスとを比較し、比較により前記第一のＩＰアドレスと前記第二のＩＰアドレスとが一致しないときは前記第一のＩＰアドレスに対応する暗号鍵を前記第二のＩＰアドレスと関連づける設定部と、暗号化されたパケットデータを前記集信装置から受信する受信部と、前記受信したパケットデータを前記暗号鍵により復号化する処理部とを有する。また、前記集信装置は、前記サーバとの間で設定した暗号鍵を、前記管理サーバにより割り当てられた第一のＩＰアドレスと対応づけて管理する第二暗号鍵管理部と、前記ネットワークに接続するときに前記管理サーバにより割り当てられた前記第二のＩＰアドレスを保持するＩＰアドレス保持部と、前記パケットデータを暗号化して前記サーバに送信する前に、前記第二暗号鍵管理部で管理される第一のＩＰアドレスと前記ＩＰアドレス保持部に保持される第二のＩＰアドレスとを比較し、比較により前記第一のＩＰアドレスと前記第二のＩＰアドレスとが一致しないときは前記暗号鍵に対応する前記第一のＩＰアドレスを前記第二のＩＰアドレスに更新する設定部と、前記パケットデータを前記暗号鍵により暗号化する処理部と、前記暗号化されたパケットデータを前記サーバに送信する送信部とを有する。
【発明の効果】
【００１０】
本発明によれば、フィールド機器のＩＰアドレスが動的に変更される環境において、フィールド機器の通信量低減と暗号化通信とが両立できる。
【００１１】
上記した以外の課題、構成および効果は、以下の実施形態の説明により明らかにされる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態におけるネットワークシステムの構成図
【図２】各機器の機能を表したブロック図
【図３】サーバの暗号鍵管理テーブルの詳細
【図４】フィールド機器の暗号鍵管理テーブルの詳細
【図５】サーバのタイマテーブルの詳細
【図６】Ｍ２Ｍ管理プラットフォームの払出しＩＰアドレス管理テーブルの詳細
【図７】サーバの暗号設定部の動作を示すフローチャート
【図８】フィールド機器の暗号設定部の動作を示すフローチャート
【図９】実施例１におけるネットワークシステムの時系列動作をまとめたシーケンス図
【図１０】実施例２におけるサーバのタイマテーブルの詳細
【図１１】実施例３におけるサーバの暗号鍵管理テーブルの詳細
【発明を実施するための形態】
【００１３】
以下、本発明を適用したネットワークシステムについて、図面を用いて詳細に説明する。
【００１４】
本ネットワークシステムは、要するに、データセンタ（サーバ）及びフィールド機器（集信装置）はそれぞれ、フィールド機器のＩＰアドレスが変更された後の通信時に、変更後のＩＰアドレスを取得してそれに対応するよう暗号化設定を変更する。
【００１５】
フィールド機器は、例えば１日に数１０回周期的にサーバにデータを送れば良い。サーバでもフィールド機器のデータ送信間隔は把握可能であり、次にデータが送られるだろう時間は予測可能である。また、フィールド機器にＩＰアドレスを払出した管理プラットフォーム（管理サーバ）は払出し履歴を保持しており、サーバがその履歴を問い合わせることで更新後のＩＰアドレスを取得可能である。
【実施例１】
【００１６】
図１は、本実施例におけるネットワークシステムの構成図である。
【００１７】
サーバ１は、公衆網４に接続しており、フィールド機器２からの暗号化データを送受信するための暗号鍵管理テーブル１０と、送信データ周期を管理するタイマテーブル１１を持つ。サーバ１は、公衆網４を介して、フィールド機器２とパケット送受信をしている。また、サーバ１は、公衆網４を介して、Ｍ２Ｍ管理プラットフォーム３とパケット通信をしている。
【００１８】
フィールド機器２は、公衆網４に接続しており、サーバ１へ暗号化データを送受信するための暗号鍵管理テーブル１２と現在ＩＰアドレス１３を保持する。フィールド機器２は、公衆網４を介して、サーバ１とパケット送受信をしている。
【００１９】
フィールド機器２は、あらかじめＩＰアドレスを保持していない。そのかわり、フィールド機器２は、公衆網４に接続する時にＭ２Ｍ管理プラットフォーム３に接続要求を発行してＩＰアドレスの払出しを受け、その払出しを受けたＩＰアドレスを現在ＩＰアドレス１３に保持する。
【００２０】
また、フィールド機器２は、データ送信間隔毎に公衆網４へ再接続する時、Ｍ２Ｍ管理プラットフォーム３に再接続要求を発行してＩＰアドレスの払出しを受け、その払出しを受けたＩアドレスを現在ＩＰアドレス１３に保持する。
【００２１】
フィールド機器２は、センサネットワーク１６を介してセンサ１７から温度等といったセンサ情報を収集する収集部を備え、収集したセンサ情報を基地局１５と広域網４を介してサーバにパケット送信する。
【００２２】
フィールド機器２は、図１に示すように無線端末である。
【００２３】
センサ１７は、一例として温度センサ、湿度センサ、ひずみセンサ、照度センサなどが挙げられる。
【００２４】
Ｍ２Ｍ管理プラットフォーム３は、フィールド機器２から接続要求を受けた時にＩＰアドレスを払出し、払出し結果を管理テーブル１４に保持する。
【００２５】
Ｍ２Ｍ管理プラットフォーム３とフィールド機器２との通信、具体的には接続要求およびＩＰアドレス払出しの通信は、パケット通信ではなく、例えばＰＰＰ（Ｐｏｉｎｔ−ｔｏ−Ｐｏｉｎｔプロトコル）とＩＰＣＰ（ＩＰ  Ｃｏｎｔｒｏｌプロトコル）を用いて行われる。つまり、Ｍ２Ｍ管理プラットフォーム３とフィールド機器２との通信は、パケット通信では無いので、パケット通信量が利用代金に反映される公衆網利用プランに関わるものではない。
【００２６】
図６は、Ｍ２Ｍ管理プラットフォーム３の払出しＩＰアドレス管理テーブル１４の詳細である。図６における（ａ）及び（ｂ）は、フィールド機器への再度のＩＰアドレス払出しに伴うテーブルの更新前（ａ）及び更新後（ｂ）を表すものである。
【００２７】
払出しＩＰアドレス管理テーブル１４は、フィールド機器ＩＤ６０−１、最新払出しＩＰアドレス６０−２を保持しており、フィールド機器２に払出された最新のＩＰアドレスを管理している。
【００２８】
Ｍ２Ｍ管理プラットフォーム３は、上限があるＩＰアドレス数を有効活用するため、払いだしたＩＰアドレスに対して所定の時間通信が無い場合、フィールド機器２に払い出されたＩＰアドレスを無効化する。具体的には、ＩＰアドレス管理テーブル１４の該当フィールド機器２に対するエントリが６０−１、６０−２テーブルから消去された状態となる。
【００２９】
Ｍ２Ｍ管理プラットフォーム３は、ＩＰアドレスが無効化されたことを、制御通信の切断通知を以ってフィールド機器２のＩＰアドレス受取部２１−５に伝え、フィールド機器２の現在ＩＰアドレス１３を無効の状態とする。
【００３０】
フィールド機器２のＩＰアドレス受取部２１−５は、現在ＩＰアドレス１３を監視し、ＩＰアドレスが無効の状態であった場合はＭ２Ｍ管理プラットフォーム３に再度接続要求を行い、ＩＰアドレスの払出しを受ける。
【００３１】
Ｍ２Ｍ管理プラットフォーム３の払出しＩＰアドレス管理テーブル１４の内容は、サーバ１により、取得される。
【００３２】
Ｍ２Ｍ管理プラットフォーム３とサーバ１との通信は、公衆網４を介したパケット通信が行われる。但し、不特定多数の機器とパケットの送受信を行うサーバ１のような機器の場合、パケット通信量に応じて従量的又は段階的に利用代金を課す公衆網利用プランは一般に利用されず、パケット通信量に依存しないで固定的な利用代金を課す公衆網利用プランが一般的に用いられる。従って、Ｍ２Ｍ管理プラットフォーム３とサーバ１とのパケット通信は、パケット通信量に応じて利用代金が課され、パケット通信量が利用代金に依存する公衆網利用プランに関わるものではない。
【００３３】
なお、一般に、固定的な利用代金を課す公衆網利用プランは、従量的又は段階的に利用代金を課す公衆網利用プランよりも割高である。
【００３４】
図２は、本実施例における各機器の機能を表したブロック図である。
【００３５】
サーバ１のＣＰＵ２０−１は、フィールド機器からの暗号化データを受信するための暗号処理部２０−２、データ受信部２０−３、暗号設定部２０−４、フィールド機器からの送信データ周期を管理するタイマ部２０−５、以上の機能を有する。
【００３６】
サーバ１のメモリ２０−６は、暗号鍵管理テーブル１０、タイマテーブル１１を保持する。
【００３７】
図５は、サーバ１のタイマテーブル１１の詳細である。
【００３８】
タイマテーブル１１は、フィールド機器ＩＤ５０−１、通信周期５０−２、次回通信時間５０−３、次回ＩＰアドレス確認時間５０−４を保持する。
【００３９】
タイマテーブルの通信周期５０−２には、フィールド機器２のデータ周期が格納される。ネットワークシステムの運用上、通常は、サーバ１は各フィールド機器２の動作設定情報を管理しており、フィールド機器２のデータ周期情報も取得可能である。
【００４０】
また、フィールド機器２の送信データは、対象とする環境ではセンサを用いて収集したデータを粗い間隔で上げれば良い。送信周期は、例えば頻繁であっても３０分程度である。また、一度の送信サイズは、例えば数百ＫＢｙｔｅ程度である。
【００４１】
次回通信時間５０−３は、実際にフィールド機器２からサーバ１へのデータ通信が行われた後に、通信周期５０−２を参照して決定する。
【００４２】
次回ＩＰアドレス確認時間５０−４は、次回通信時間５０−３に先駆けてフィールド機器２のＩＰアドレスの変更の有無を、Ｍ２Ｍ管理プラットフォーム３に確認する時間である。実施例１では、ＩＰアドレス確認時間５０−４は、次回通信時間５０−３の１分前としている。  サーバ１のタイマ部２０−５は、タイマテーブル１１で管理される通信周期５０−２に従い、フィールド機器２の次回ＩＰアドレス確認時間５０−４になると、ＩＰアドレス確認時間であることの通知を、サーバ１の暗号設定部２０−４に通知する。
【００４３】
フィールド機器２のＣＰＵ２１−１は、サーバへ暗号化データを送信するための暗号処理部２１−２、データ送信部２１−３、暗号設定部２１−４、公衆網４に接続する時にＩＰアドレスを取得するＩＰアドレス受取り部２１−５、以上の機能を有する。
【００４４】
フィールド機器２の暗号設定部２１−４は、現在ＩＰアドレス１３に保持されるＩＰアドレスと、暗号鍵管理テーブル１２のＩＰアドレス４０−２と比較する。
【００４５】
フィールド機器２のＩＰアドレス受取部２１−５は、現在ＩＰアドレス１３を監視し、ＩＰアドレスが無効の状態であった場合はＭ２Ｍ管理プラットフォーム３に再度接続要求を行い、ＩＰアドレスの払出しを受ける。本処理により、現在ＩＰアドレス１３が保持するＩＰアドレスが変更される。
【００４６】
フィールド機器２のメモリ２１−６は、暗号鍵管理テーブル１２、現在ＩＰアドレス１３を保持する。
【００４７】
Ｍ２Ｍ管理プラットフォーム３のＣＰＵ２２−１は、サーバ１からの閲覧要求を受ける操作部２２−２、フィールド機器２のＩＰアドレスを渡すＩＰアドレス払出し部２２−３、以上の機能を有する。
【００４８】
Ｍ２Ｍ管理プラットフォーム３のＩＰアドレス払出し部２２−３は、払出しＩＰアドレス管理テーブル１４を更新する。例えば、フィールド機器への再度のＩＰアドレス払出しに伴い、対象となるフィールド機器のフィールド機器ＩＤ６０−１に対応する最新払出しＩＰアドレス６０−２を、図６の（ａ）：更新前から図６（ｂ）：更新後のように更新する。
【００４９】
Ｍ２Ｍ管理プラットフォーム３のメモリ２２−４は、払出しＩＰアドレス管理テーブルを保持する。
【００５０】
図３は、サーバ１の暗号鍵管理テーブル１０の詳細である。暗号鍵管理テーブル１０は、サーバ１がフィールド機器２から後述する暗号化通信の開始要求を受信した後にサーバ１とフィールド機器２との間で決定した暗号鍵を、管理するものである。決定した暗号鍵は、サーバ１の暗号処理部２０−２により、暗号鍵管理テーブル１０に記録される。
【００５１】
暗号鍵管理テーブル１０は、具体的には、通信相手のフィールド機器ＩＤ３０−１とフィールド機器ＩＰアドレス３０−２、自身サーバ１のＩＰアドレス３０−３、使用する暗号鍵３０−４、通信方向３０−５を保持する。
【００５２】
通信相手のフィールド機器ＩＰアドレス３０−２は、必要に応じて、サーバ１の暗号設定部２０−４により更新される。なお、図３の（ａ）は暗号設定部２０−４による更新前、図３の（ｂ）は暗号設定部２０−４による更新後に対応する。
【００５３】
通信方向３０−５は、送信方向と受信方向とで別の暗号鍵を用いるため、通信方向を区別するために用いる。
【００５４】
なお、暗号化にＩＰｓｅｃを用いる場合は、図３の各行はセキュリティアソシエーションに相当し、図に示した列の他にセキュリティプロトコル、暗号化方式、認証方式、ＳＩＤ、有効期限などのパラメタも含む。これらのパラメタの設定は、例えば、セキュリティプロトコルはＥＳＰ、暗号化方式はＡＥＳ１２８ｂｉｔ−ＣＢＣ、認証方式はＨＭＡＣ−ＳＨＡ１、ＳＩＤは０ｘＦＥＤＣＢＡ９８、有効期限は２４時間、などと設定できる。
【００５５】
ＩＰｓｅｃで用いるセキュリティアソシエーションは、仕様上、暗号化始点のＩＰアドレスと終点のＩＰアドレスを指定しなければならない。そのため、フィールド機器２のＩＰアドレスが変更されると、既存のセキュリティアソシエーションは使用出来なくなってしまい、新規にセキュリティアソシエーションの確立などを行わなくてはならない。
【００５６】
図４は、フィールド機器２の暗号鍵管理テーブル１２の詳細である。暗号鍵管理テーブル１２は、フィールド機器２がサーバ１に対して後述する暗号化通信の開始要求を発行した後にフィールド機器２とサーバ１との間で決定した暗号鍵を、管理するものである。決定した暗号鍵は、フィールド機器２の暗号処理部２１−２により、暗号管理テーブル１２に記録される。
【００５７】
暗号鍵管理テーブル１２は、具体的には、自身フィールド機器のＩＤ４０−１とＩＰアドレス４０−２、通信相手のサーバＩＰアドレス４０−３、使用する暗号鍵４０−４、通信方向４０−５を保持する。
【００５８】
自身のフィールド機器ＩＰアドレス３０−２は、必要に応じて、フィールド機器２の暗号設定部２１−４により更新される。なお、図４の（ａ）は暗号設定部２１−４による更新前、図４の（ｂ）は暗号設定部２１−４による更新後に対応する。
【００５９】
各列の詳細は、サーバ１の暗号鍵管理テーブル１０と同様である。
【００６０】
まず、図１〜図４を参照して、ネットワークシステムの立ち上げ手順、すなわちフィールド機器２が公衆網４に接続してサーバ１に暗号化データを送信可能となるまでの過程を、ネットワークシステムの時系列動作をまとめた図９と対応させながら説明する。
【００６１】
フィールド機器２は、公衆網４に接続する時に、自身のＩＰアドレスを取得するため、フィールド機器２のＩＰアドレス受取り部２１−５からＭ２Ｍ管理プラットフォーム３のＩＰアドレス払出し部２２−３に対して、接続要求を出す。そして、フィールド機器２は、Ｍ２Ｍ管理プラットフォーム３からＩＰアドレスを受け取り、現在ＩＰアドレス１３に保存する（ステップ９０−１、９０−２）。
【００６２】
接続要求が終了すると、フィールド機器２の暗号処理部２１−２は、サーバ１の暗号処理部２０−２とパケット通信が可能となる。
【００６３】
次に、フィールド機器２の暗号処理部２１−２は、サーバ１の暗号処理部２０−２に暗号化通信の開始要求を発行して、両者間の通信で使用する暗号鍵を決定する。そして、フィールド機器２及びサーバ１は、決定した暗号鍵を、ＩＰアドレス情報と共に暗号鍵管理テーブル１０、１２に保持する（ステップ９０−３、９０−４、９０−５、９０−６）。
【００６４】
暗号化にＩＰｓｅｃを用いる場合は、フィールド機器２とサーバ１との暗号化通信の開始要求はＩＫＥプロトコルによって行われる。
【００６５】
フィールド機器２の暗号処理部２１−２は、暗号鍵管理テーブル１２の、サーバ１との通信に対応する列を参照して、メッセージを暗号化して送信する。
【００６６】
また、サーバ１の暗号処理部２０−２は、暗号鍵管理テーブル１０の、フィールド機器２との通信に対応する列を参照して、メッセージを復号化して受信する。
【００６７】
サーバ１からフィールド機器２に受信確認のＡＣＫメッセージを返信する場合は、暗号化と復号化を逆転し、サーバ１の暗号処理部２０−２が暗号化、フィールド機器２の暗号処理部２１−２が復号化を行う。
【００６８】
以上の過程により、フィールド機器２が公衆網４に接続してサーバ１に暗号化データを送信可能となる。
【００６９】
ところで、公衆網４にモバイル接続した一般的な環境では、ずっと暗号鍵管理テーブル１０、１２の設定を用いて暗号化データを送受信することは出来ないことを説明する。
【００７０】
フィールド機器２がＩＰアドレス払出しを受けた後に一定時間（例えば、システムにより数分〜数１０分程度）通信を行わなかった場合、Ｍ２Ｍ管理プラットフォーム３は、払いだしたＩＰアドレスを無効化して他の機器に割り当て可能とすることで、有限個のＩＰアドレスを有効活用している。
【００７１】
そのため、ＩＰアドレスが無効化された後にフィールド機器２が通信を行う場合、ＩＰアドレス受取り部２１−５がＭ２Ｍ管理プラットフォーム３のＩＰアドレス払出し部２２−３に再び接続要求を出し、ＩＰアドレスの払出しを再び受けなければならない。その結果、フィールド機器２のＩＰアドレスは、再度の払出しを受ける前のＩＰアドレスから変更されてしまう。
【００７２】
そして、フィールド機器２のＩＰアドレスが変更されると、フィールド機器２の暗号鍵管理テーブル１２には、変更後のＩＰアドレスが管理されていないため、変更後のＩＰアドレスに対応した列が無くなる。その結果、暗号処理部２１−２は、変更後のＩＰアドレスに対応する暗号鍵を持たないので、変更後のＩＰアドレスに対応する暗号鍵による送信データの暗号化が出来ず、サーバ１への暗号データ送信が不可能となってしまう。
【００７３】
仮に、従来手法により再びフィールド機器２からサーバ１へ暗号データ送信を行うためには、フィールド機器２の暗号処理部２１−２がサーバ１の暗号処理部２０−２に対し、再度の暗号化通信の開始要求を行ったり、変更後のＩＰアドレスを通知して必要な変更を行うことが考えられる。
【００７４】
しかし、このような従来手法では、フィールド機器２のＩＰアドレスが変更となる度に、フィールド機器２とサーバ１との間で、公衆網４を介したパケット通信が発生する。フィールド機器２にとっては、パケット通信量が利用代金に依存する公衆網利用プランが適用されることがあり、パケット通信量を削減したいという課題があった。
【００７５】
このような課題を鑑みて、本発明を適用したネットワークシステムは、フィールド機器２のＩＰアドレスが動的に変更される環境であっても、フィールド機器２とサーバ１との間での通信量の増大を回避して、暗号化通信を継続可能とする。
【００７６】
以下、図７〜図９を参照して、暗号化通信を継続可能とする手法について説明する。
【００７７】
図７は、サーバ１の暗号設定部２０−４の動作を示すフローチャートである。ステップの詳細を、図９と対応させながら以下に示す。
【００７８】
ステップ７０−１：サーバ１の暗号設定部２０−４は、あるフィールド機器２の次回ＩＰアドレス確認時間５０−４になると、ＩＰアドレス確認時間であることの通知を、タイマ部２０−５から受信する。ＩＰアドレス確認時間であることの通知には、確認の対象となるフィールド機器２のフィールド機器ＩＤが含まれる。ステップ７０−１の時点では、サーバ１の暗号管理テーブル１０は、図３の（ａ）の状態である。以下、フィールド機器ＩＤがＦ１であるフィールド機器に関し、ＩＰアドレス確認時間であることの通知が発行された場合を説明する。
【００７９】
ステップ７０−２：サーバ１の暗号設定部２０−４は、Ｍ２Ｍ管理プラットフォーム３の操作部２２−２に対し、ステップ７０−１で通知されたフィールド機器ＩＤの最新のＩＰアドレスを取得するための最新払出しＩＰアドレス要求を送信する（ステップ７０−２−ａ）。
【００８０】
サーバ１の暗号設定部２０−４は、Ｍ２Ｍ管理プラットフォーム３の払出しＩＰアドレス管理テーブル１４で管理されるＩＰアドレスのうち、ステップ７０−１で通知されたフィールド機器ＩＤに払出した最新のＩＰアドレスを、Ｍ２Ｍ管理プラットフォーム３の操作部２２−２を介して取得する（ステップ７０−２−ｂ）。
【００８１】
そして、サーバ１の暗号設定部２０−４は、暗号鍵管理テーブル１０の該当フィールド機器ＩＤのＩＰアドレス（例：A1.A1.A1.A1）が、Ｍ２Ｍ管理プラットフォーム３から取得した最新の払出したＩＰアドレスと一致するか否かを判断する。
【００８２】
暗号設定部２０−４がＩＰアドレスが一致すると判断した場合、サーバ１の暗号設定部２０−４の動作は終了する（ステップ７０−２−ｃ）。
【００８３】
暗号設定部２０−４がＩＰアドレスが一致しないと判断した場合、ステップ７０−３の処理を行う（ステップ７０−２−ｃ）。
【００８４】
ステップ７０−３：サーバ１の暗号設定部２０−４が、ステップ７０−２−ｃにてＩＰアドレスが一致しないと判断した場合、サーバ１の暗号設定部２０−４は、暗号鍵管理テーブル１０の、対象となるフィールド機器ＩＤ３０−１に対応するフィールド機器ＩＰアドレス３０−２を、ステップ７０−２−ｂで取得した最新のＩＰアドレス（例：A1’.A1’.A1’.A1’）に更新する。図３の（ｂ）は、更新後の暗号鍵管理テーブル１０を示す。なお、フィールド機器ＩＰアドレス３０−２以外の暗号鍵やパラメタは、そのまま保持とする。
【００８５】
図８は、フィールド機器２の暗号設定部２１−４の動作を示すフローチャートである。ステップの詳細を、図９と対応させながら以下に示す。
【００８６】
まず、一定時間が経過して、ステップ９０−２で払出されたＩＰアドレスの有効期限が切れてＩＰアドレスが無効化された場合のステップとして、９０−７、９０−８を説明する。
【００８７】
ステップ９０−７：フィールド機器２は、Ｍ２Ｍ管理プラットフォーム３のＩＰアドレス払出し部２２−３に、再接続要求を出す。
【００８８】
ステップ９０−８：フィールド機器は、Ｍ２Ｍ管理プラットフォーム３から新たにＩＰアドレスを受け取り、新たに払出されたＩＰアドレスを現在ＩＰアドレス１３に保存する。
【００８９】
次に、一定時間の経過の有無にかかわらず、フィールド機器のデータ送信間隔毎に行われるステップ８０−１〜８０−３について、説明する。
【００９０】
ステップ８０−１：フィールド機器２の暗号化設定部２１−４は、暗号データをサーバ１に送信する直前のタイミングで、フィールド機器２自身のＩＰアドレスを確認するよう、送信タイミングの通知をデータ送信部２１−３から受信する。ステップ８０−１の時点では、フィールド機器２の暗号管理テーブル１２は、図４の（ａ）の状態である。
【００９１】
ステップ８０−２：フィールド機器２の暗号設定部２１−４は、暗号化鍵管理テーブル１２で管理される自身のフィールド機器ＩＤに対応するフィールド機器ＩＰアドレス４０−２（例：A1.A1.A1.A1）と、現在ＩＰアドレス１３に保持されるＩＰアドレスとが一致するか否か判断する。
【００９２】
暗号設定部２１−４がＩＰアドレスが一致すると判断した場合、フィールド機器２の暗号設定部２１−４の動作は終了する。
【００９３】
暗号設定部２１−４がＩＰアドレスが一致しないと判断した場合、ステップ８０−３の処理を行う
ステップ８０−３：フィールド機器２の暗号設定部２１−４が、ステップ８０−２にてＩＰアドレスが一致しないと判断した場合、フィールド機器２の暗号設定部２１−４は、暗号鍵管理テーブル１２の、自身のフィールド機器ＩＤに対応するフィールド機器ＩＰアドレス４０−２を、現在ＩＰアドレス１３に保持されるＩＰアドレス（例：A1’.A1’.A1’.A1’）に更新する。図４の（ｂ）は、更新後の暗号管理テーブル１２を示す。なお、フィールド機器ＩＰアドレス４０−２以外の暗号鍵やパラメタは、そのままとする。
【００９４】
図７および図８のフローチャートに示したステップの終了後、フィールド機器２は更新後の暗号管理テーブル１２を用いてサーバ１に暗号化データを送信し、サーバ１は更新後の暗号管理テーブル１０を用いて暗号化データを受信する（ステップ９０−９）。
【００９５】
このように、本発明を適用したネットワークシステムでは、フィールド機器２のＩＰアドレスが動的に変更される環境であっても、サーバ１は、Ｍ２Ｍ管理プラットフォーム３から最新払出しＩＰアドレスを取得するので、確認の対象となるフィールド機器２のＩＰアドレスとの最新払出しＩＰアドレス整合性を自律的に判断して、確認の対象となるフィールド機器２に対応した暗号鍵を、適切なＩＰアドレスに対応づけて用いることが可能である。また、フィールド機器２は、公衆網４接続時にＭ２Ｍ管理プラットフォーム３から払出されたＩＰアドレスを現在ＩＰアドレス１３に保持しているので、サーバ１へ暗号化データを送信するタイミングにおいて、自身のＩＰアドレスと暗号鍵管理テーブル１２で管理されるＩＰアドレスとの整合性を自律的に管理して、自身のフィールド機器２に対応した暗号鍵を、適切なＩＰアドレスに対応づけて用いることが可能である。
【００９６】
すなわち、フィールド機器２のＩＰアドレスが変更されたとしても、サーバ１及びフィールド機器２は、公衆網４を介して互いにパケット通信することなく、サーバ１とフィールド機器２で決定した暗号鍵に変更後のＩＰアドレスを自律的に対応づけられるので、フィールド機器２とサーバ１とが暗号化データ送信９０以外の通信を行うことなく、暗号化データ送信９０が可能である。
【００９７】
なお、暗号化にＩＰｓｅｃを用いる場合は、ネットワークシステムの動作として、フィールド機器２のＩＰアドレスが変わった場合でも、フィールド機器２からサーバ１にＩＫＥプロトコルや他の通信が行われること無く、ＩＰアドレス変更前と同じＳＰＩ（ＩＤ）が付与されたＥＳＰヘッダが付与された暗号化データが送信され、かつサーバ１は受信に成功する動作が見られる。
【００９８】
以上、本実施の形態において肝要な動作を示したが、実際の実装にあたっては、ネットワークシステムは、動作安定性の向上などのために、上記に提示した以外の動作を行いうる。
【００９９】
例えば、フィールド機器２が周期的なデータ送信を行う２〜３分前に通信デバイスを確認してＩＰアドレスの再取得が必要な場合は改めて実施するとう動作、フィールド機器２からサーバ１に実際のデータ通信を行う前に疎通確認の通信を行うという動作、が考えられる。
【０１００】
なお、本実施の形態の構成は上記した構成に限定されるものではない。
【０１０１】
例えば、フィールド機器２は、公衆網４への接続に限定されず、ローカルの有線や無線のＬＡＮエリアに接続しても構わない。
【０１０２】
また例えば、フィールド機器２のＭ２Ｍ管理プラットフォームへの接続要求は、ＰＰＰ等の制御通信で行われＩＰＣＰプロトコルでＩＰアドレスを割り当てられる方式であっても、ＤＨＣＰサーバからＩＰアドレスを割り当てられる方式であっても構わない。
【０１０３】
また例えば、Ｍ２Ｍ管理プラットフォーム３は、フィールド機器２が公衆網４に対して接続要求を行う際のＩＰアドレス払出しを行うネットワーク環境と、サーバ１からのＩＰアドレス払出しの問い合わせを受け付けるＭ２Ｍ管理サービスとの機能を持つものとしているが、他に例えばＤＨＣＰサーバとＩＰアドレス払出しログの取得手段などでも構わない。
【０１０４】
また例えば、図５にタイマテーブル１１の次回ＩＰアドレス確認時間５０−４は、次回通信時間５０−３を元に決定しているが、Ｍ２Ｍ管理プラットフォーム３がサーバ１にフィールド機器２のＩＰアドレスが割り振られたことを通知可能であれば、その通知のタイミングでＩＰアドレスを確認しても構わない。
【０１０５】
実施例１のネットワークシステムにより得られる効果の例を、以下に示す。
【０１０６】
一例として、フィールド機器２がサーバ１に、１日に５０回（約３０分に１回）、１Ｋｂｙｔｅ弱のデータを暗号化して送付し、ＡＣＫ応答を受け取るネットワークシステムを想定する。フィールド機器２は、約３０分に1回の通信を行うため、Ｍ２Ｍ管理プラットフォーム３は、所定時間内（例えば数分以内）に通信が無いと判断し、フィールド機器２に割り振ったＩＰアドレスを無効化する。そのため、フィールド機器２にとっては、毎回ＩＰアドレスが変更されてしまうと想定する。
【０１０７】
暗号化方式にＩＰｓｅｃを用いる場合、フィールド機器２とサーバ１は、暗号化通信の開始要求としてＩＫＥプロトコルを用いる。ＩＫＥプロトコルはアグレッシブモードで完了まで６パケットで１．５Ｋｂｙｔｅ程度の通信が必要である。ＩＫＥプロトコルを行った後の暗号化データ送信は、データ送信とＡＣＫ返信を合わせて２パケットで１Ｋｂｙｔｅ程度の通信が必要である。
【０１０８】
従来手法の場合、フィールド機器２は、ＩＫＥプロトコルを行ってから暗号化データを送信するため、１回あたりの通信にしてみると、ＩＫＥプロトコルの６パケットで１．５Ｋｂｙｔｅと、暗号化データ送信の２パケットで１Ｋｂｙｔｅとを合わせた８パケットで２．５Ｋｂｙｔｅ程度の通信を行う。１日あたりに換算すると、例えば４００パケットで１２５Ｋｂｙｔｅである。１月あたりに換算すると、例えば１２０００パケットで３．７５Ｍｂｙｔｅとなる。
【０１０９】
本発明を適用した実施例１の場合、フィールド機器２は、一度ＩＫＥプロトコルを行えば、それ以降は自身のフィールド機器２に対応した暗号鍵を適切なＩＰアドレスに対応づけて用いることができるので、フィールド機器２のＩＰアドレスが変更されても暗号化データ送信が可能となる。なお、暗号鍵はセキュリティ上の理由から有効期限が設けられることが多く、１日１回はＩＫＥプロトコルをやり直して暗号鍵を更新することが望ましい。従って、１回あたりの通信にしてみると、暗号化データ送信の２パケットで１Ｋｂｙｔｅ程度の通信を行う。１日あたりに換算すると、暗号化データ送信５０回にＩＫＥプロトコル１回を加算して１０６パケットで３１．５Ｋｂｙｔｅ程度の通信を行う。１月あたりに換算すると、３１８０パケットで９４５Ｋｂｙｔｅ程度の通信を行う。
【０１１０】
以上のように、従来手法に比べて実施例１では、パケット数で約１／７、データ量で約１／４に、フィールド機器２の通信量を削減できる。特に、フィールド機器２に、通信量に応じて従量的あるいは段階的に課金を行う料金プランが適用されたネットワークシステムにおいて顕著な効果が得られ、また、フィールド機器２の稼働台数が増加し、稼働日数が長くなる毎に効果が増大することを期待できる。
【実施例２】
【０１１１】
実施例２は、ネットワークシステムにおけるフィールド機器２の数が増大した場合に、ステップ７０−２におけるサーバ１からＭ２Ｍ管理プラットフォーム３への払出しＩＰアドレスの問い合わせ処理について、問い合わせ回数を削減するものである。
【０１１２】
図１０は、実施例２におけるサーバ１のタイマテーブル１１の詳細である。
【０１１３】
実施例２のタイマテーブル１１は、更にタイムレンジ１００−１を保持する。
【０１１４】
実施例１のタイマテーブル１１では、フィールド機器ＩＤ５０−１毎に別々の次回ＩＰアドレス確認時間５０−４を指定しているのに対して、実施例２のタイマテーブル１１では、ＩＰアドレス確認のタイムレンジ１００−１を指定して、次回通信時間５０−３がそのレンジ内に含まれる１つ以上のフィールド機器の次回ＩＰアドレス確認時間５０−４を、同じタイミングとする。
【０１１５】
これに伴い、図７に示す実施例１におけるサーバ１の暗号化設定部２０−４の各ステップの動作が、実施例２では以下のように変化する。
【０１１６】
ステップ７０−１：サーバ１のタイマ部２０−５は、タイマテーブル１１に次回ＩＰアドレス確認時間５０−４が同一のフィールド機器２が複数ある場合、確認対象となる複数のフィールド機器２のＩＤを纏めて暗号設定部２０−４に通知する。
【０１１７】
そして、サーバ１の暗号化設定部２０−４は、複数のフィールド機器２に関しＩＰアドレス確認時間であることの通知を、タイマ部２０−５から受信する。ＩＰアドレス確認時間であることの通知には、確認の対象となる複数のフィールド機器２に関する複数のフィールド機器ＩＤが含まれる。
【０１１８】
ステップ７０−２：サーバ１の暗号設定部２０−４は、Ｍ２Ｍ管理プラットフォーム３の操作部２２−２に対し、ステップ７０−１で通知された複数のフィールド機器ＩＤの最新のＩＰアドレスを取得するための、最新払出しＩＰアドレス要求を送信する（ステップ７０−２−ａ）。
【０１１９】
サーバ１の暗号設定部２０−４は、Ｍ２Ｍ管理プラットフォーム３の払出しＩＰアドレス管理テーブル１４で管理されるＩＰアドレスのうち、ステップ７０−１で通知された複数のフィールド機器ＩＤに払い出した複数の最新の払出しＩＰアドレスを、Ｍ２Ｍ管理プラットフォーム３の操作部２２−２を介して、１リクエストでまとめて取得する（ステップ７０−２−ｂ）。
【０１２０】
なお、図９の７０−２−ｃは実施例１と同様である。
【０１２１】
以上のように、実施例２のネットワークシステムでは、複数のフィールド機器２のデータ送信周期をサーバ１がテーブル管理しているため、サーバ１が複数のフィールド機器２に関する複数の最新ＩＰアドレスの確認をまとめて行うことができ、処理の効率化を図ることが可能となる。
【実施例３】
【０１２２】
実施例３は、フィールド機器２のＩＰアドレスが変更される時であって、ＩＰアドレス変更前に暗号化されたパケットと、ＩＰアドレス変更後に暗号化されたデータパケットとが両方存在しうる場合に、パケットロスを防止するものである。
【０１２３】
実施例１では、図７のステップ７０−２において、サーバ１がフィールド機器２のＩＰアドレス変更を確認すると、ステップ７０−３において図３の暗号鍵管理テーブル１０の行も変更される。このため、ＩＰアドレス変更前に暗号化されたデータパケットが存在する場合、図３の暗号鍵管理テーブル１０を用いるとＩＰアドレス変更前に暗号化されたデータパケットの受信が出来ない。
【０１２４】
図１１は、実施例３におけるサーバ１の暗号鍵管理テーブル１０の詳細である。
【０１２５】
ステップ７０−２にてサーバ１がフィールド機器２のＩＰアドレス変更を検出した時、実施例１の暗号鍵管理テーブル１０では、図３に示されるようにフィールド機器ＩＰアドレス３０−２が変更されたのに対して、実施例３の暗号鍵管理テーブル１０では、図１１に示されるように、変更前のフィールド機器ＩＰアドレスを保持する行１１０−１が残され、フィールド機器ＩＰアドレスのみを変更した行１１０−２が複製される。
【０１２６】
サーバ１は、フィールド機器２のＩＰアドレス変更前に暗号化されたパケットを受信する場合は行１１０−１を参照し、ＩＰアドレス変更後に暗号化されたパケットを受信する場合は行１１０−２を参照するので、どちらの場合もパケット受信を行うことが可能である。
【０１２７】
なお、暗号鍵管理テーブル１０は、フィールド機器２のＩＰアドレス変更前に対応する行１１０−１を保持し続ける必要は無く、例えば一定時間経過後やＩＰアドレス変更後に対応する行１１０−２の参照を機会として、行１１０−１を消去しても構わない。
【０１２８】
また、暗号化方式にＩＰｓｅｃを用いる場合のＳＩＤなど、暗号鍵管理テーブル１０の行を特定するためのＩＤが存在する場合、ＩＰアドレス変更後に暗号鍵管理テーブル１０、１２の行を複製、変更する時に、前記ＩＤをネットワークシステム内で重複しない値に変更する。重複しない値を選択するための手段は問わない。
【０１２９】
以上のように、本実施の形態のネットワークシステムでは、サーバ１がフィールド機器２のＩＰアドレス変更前に対応する行１１０−１と変更後に対応する行１１０−２を共に持つことで、ＩＰアドレス変更前と変更後に暗号化されたパケットが混在する状況でのパケットロスを回避できる。
【０１３０】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることも可能である。また、上記の各構成、機能、処理部、処理手段等は、それらの一部または全部を、例えば集積回路で設計する等によりハードウェアで実現しても良い。
【符号の説明】
【０１３１】
１  サーバ、２  フィールド機器、３  Ｍ２Ｍ管理プラットフォーム
【図１】
0006272187.tif 000002
【図２】
0006272187.tif 000003
【図３】
0006272187.tif 000004
【図４】
0006272187.tif 000005
【図５】
0006272187.tif 000006
【図６】
0006272187.tif 000007
【図７】
0006272187.tif 000008
【図８】
0006272187.tif 000009
【図９】
0006272187.tif 000010
【図１０】
0006272187.tif 000011
【図１１】
0006272187.tif 000012