JP2024074630A - 情報処理装置および通信システム - Google Patents

Abstract

【課題】 遠隔で通信設定の変更を確実に実施できる情報処理装置および通信システムを提供する。【解決手段】 実施形態によれば、情報処理装置は、通信部と制御部とを有する。通信部は、ネットワークを介して通信管理装置と通信する。制御部は、通信部により通信管理装置から通信部の設定の変更情報を受信した場合に通信部の設定を示す現在の設定情報を保持し、変更情報に基づく設定を適用した通信部による通信が成功すれば通信部の設定を変更情報に基づく設定に変更し、変更情報に基づく設定を適用した通信部による通信が成功しなければ通信部の設定を現在の設定情報に基づく設定とする。【選択図】図２

Description

本発明の実施形態は、情報処理装置および通信システムに関する。

近年、ＩｏＴ技術を活用して様々なデバイスをネットワークにつなげるシステムが提案されている。例えば、工場、発電所あるいは鉄道などで運転や点検時の様々な稼働データを収集してＡＩ（人工知能）にて分析することによって事前に故障の兆候などを検知する予防保全や設備の効率運用を実現するための通信システムが提案されている。

このような通信システムを新たに構築するには、様々なデータをネットワーク経由で収集する必要があるために、既存の独自ネットワーク内で運用していたシステムをオープンなネットワークにつなげる必要性が生じることがある。既存の独自ネットワークで運用していたシステムをオープンなネットワークに接続する場合、不正なアクセスに対応するために、新たにオープンなネットワークに接続するデバイス自体にセキュリティ対策を組み込むことでセキュリティを強化することが考えられる。ただし、既に稼働している既存のデバイスに変更を加えることは、デバイス自体の取り替えなどの必要が生じるためコストや可用性の点で実現困難な場合が多い。

従来、既存のデバイスに変更を加えずに通信経路の機密性および完全性を担保するために、既存のデバイスとネットワークとの間に接続される情報処理装置が開発されている。このような情報処理装置は、デバイスにおける通信の振る舞いを観察することによりデバイスへの攻撃やウイルス感染などを検知した場合に攻撃者の通信を遮断する機能を備えている。

しかしながら、従来の情報処理装置は、ネットワーク越しでネットワーク設定を通信管理装置から変更することができない。そのため、従来の情報処理装置は、ネットワーク設定を変更するたびに現地に赴く必要があり、手間がかかっている。また、情報処理装置がネットワーク経由で管理システムから受信する設定情報によってネットワーク設定を変更すると、ネットワーク設定に不具合があれば、情報処理装置と管理システムとの通信が全くできなくなってしまうという問題がある。

特開２０１９－５０４８５号公報

本発明が解決しようとする課題は、遠隔で通信設定の変更を確実に実施できる情報処理装置および通信システムを提供することである。

実施形態によれば、情報処理装置は、通信部と制御部とを有する。通信部は、ネットワークを介して通信管理装置と通信する。制御部は、通信部により通信管理装置から通信部の設定の変更情報を受信した場合に通信部の設定を示す現在の設定情報を保持し、変更情報に基づく設定を適用した通信部による通信が成功すれば通信部の設定を変更情報に基づく設定に変更し、変更情報に基づく設定を適用した通信部による通信が成功しなければ通信部の設定を現在の設定情報に基づく設定とする。

図１は、実施形態に係る通信システムの構成例を示す図である。 図２は、実施形態に係る通信システムにおける情報処理装置の構成例を示すブロック図である。 図３は、実施形態に係る情報処理装置に装着されるＩＣカードの構成例を示すブロック図である。 図４は、実施形態に係る情報処理装置に装着されるＩＣカードにおける機能の構成例としてのＩＣカードのハードウェア構成例を示す図である。 図５は、実施形態に係る通信制御装置における認証部の構成例としてのＣカードにおける機能構成例を示すブロック図である。 図６は、実施形態に係る通信システムにおけるＩｏＴデバイス（端末装置）とサーバ装置との間における通信制御の流れを説明するためのシーケンスである。 図７は、実施形態に係る通信システムの情報処理装置による第１の設定変更処理を説明するためのフローチャートである。 図８は、実施形態に係る通信システムの情報処理装置による第２の設定変更処理の概要を説明するための図である。 図９は、実施形態に係る通信システムの情報処理装置による第２の設定変更処理を説明するためのフローチャートである。 図１０は、実施形態に係る通信システムの他の構成例を説明するための図である。

以下、実施形態について、図面を参照して説明する。
図１は、実施形態に係る情報処理装置１３を有する通信システムの構成例を示す図である。
通信システム１は、ＩｏＴデバイス（端末装置）１１（１１）、サーバ装置１２、情報処理装置１３（１３Ａ、１３Ｂ）、通信管理装置１４、およびゲートウエイ１７を備える。図１に示す構成例においては、ゲートウエイ１７およびネットワーク１８をまとめてネットワークＮＷとも称するものとする。

通信システム１において、各情報処理装置１３は、既存の通信システムに接続されることが想定される。すなわち、各情報処理装置１３は、ＩｏＴデバイス１１、サーバ装置１２、通信管理装置１４、およびゲートウエイ１７を備える既存のシステムにおいて図１に示すような位置に接続される。

各情報処理装置１３は、既存のシステムを各装置の構成を変更せずに可用性を維持したままで通信システム１を構築するように設置される。情報処理装置１３は、図１に示すように、既存のシステムにおける通信経路に接続するための第１ポート（例えば、第１のＬＡＮポート）２１と第２ポート（例えば、第２のＬＡＮポート）２２とを備える。例えば、情報処理装置１３は、第１ポート２１Ａをゲートウエイ１７に接続し、第２ポート２２ＡをＩｏＴデバイス１１に接続することにより、ＩｏＴデバイス１１とゲートウエイ１７との間に接続される。

各ＩｏＴデバイス１１は、それぞれに接続されるデバイス側の情報処理装置１３Ａを介してネットワークＮＷと接続する。サーバ装置１２は、サーバ側の情報処理装置１３Ｂを介してネットワークＮＷと接続する。すなわち、各ＩｏＴデバイス１１とサーバ装置１２とは、それぞれに接続された情報処理装置１３およびネットワークＮＷなどを介して通信するように構成される。

ＩｏＴデバイス１１は、様々なデータを取得するデバイス（端末装置、クライアント端末）である。例えば、ＩｏＴデバイス１１は、センサなどでデータを取得するデバイスであっても良いし、オペレータが入力するデータを取得するデバイスであっても良い。ＩｏＴデバイス１１は、取得したなデータをサーバ装置１２へ送信する。また、ＩｏＴデバイス１１は、サーバ装置１２の制御情報に応じて動作を制御する機能を有するものであっても良い。

サーバ装置１２は、ＩｏＴデバイス１１が取得したデータを収集する。例えば、サーバ装置１２は、各ＩｏＴデバイス１１から収集したデータを管理したり分析したりする。また、サーバ装置１２は、ＩｏＴデバイス１１に対して制御情報を送信するようにしても良い。

デバイス側の情報処理装置１３Ａは、ＩｏＴデバイス１１とネットワークＮＷのゲートウエイ１７との間に接続される。デバイス側の情報処理装置１３Ａは、それぞれネットワークＮＷ側のインターフェース接続部としての第１ポート２１Ａとデバイス側のインターフェース接続部としての第２ポート２２Ａとを有する。第１ポート２１Ａおよび第２ポート２２Ａは、例えば、ＬＡＮポートである。図１に示す構成例において、第１ポート２１Ａには、ゲートウエイ１７が接続され、第２ポート２２Ａには、それぞれＩｏＴデバイス１１Ａが接続される。

デバイス側の情報処理装置１３Ａは、ＩｏＴデバイス１１とサーバ装置１２との間の通信を仲介する。情報処理装置１３Ａは、ＩｏＴデバイス１１によりサーバ装置１２に対して送信されるデータを取得し、取得したデータをサーバ装置１２に対して出力する。ここで、情報処理装置１３Ａは、サーバ装置１２に対してデータを送信する際に、ＩｏＴデバイス１１から取得したデータを暗号化し、暗号化したデータをサーバ装置１２に対して送信する。

また、情報処理装置１３Ａは、サーバ装置１２によりＩｏＴデバイス１１に対して送信されるデータを取得し、取得したデータをＩｏＴデバイス１１に対して出力する。ここで、情報処理装置１３Ａが取得するデータは暗号化されたデータである。情報処理装置１３Ａは、ＩｏＴデバイス１１にデータを出力する際に、サーバ装置１２からサーバ側の情報処理装置１３Ｂを介して取得したデータを復号し、復号したデータをＩｏＴデバイス１１に出力する。

さらに、デバイス側の情報処理装置１３Ａは、ゲートウエイ１７を介してデバイス側の他の情報処理装置１３Ａと通信可能な構成を備えるようにしても良い。この場合、デバイス側の各情報処理装置１３Ａは、それぞれに設定される通信許可設定に従ってデバイス側の他の情報処理装置１３Ａとの通信の可否が設定されるようにしても良い。

サーバ側の情報処理装置１３Ｂは、サーバ装置１２とネットワークＮＷとの間に接続される。サーバ側の情報処理装置１３Ｂは、ネットワークＮＷ側のインターフェース接続部としての第１ポート２１Ｂとサーバ側のインターフェース接続部としての第２ポート２２Ｂとを有する。第１ポート２１Ｂには、ネットワーク１８が接続され、第２ポート２２Ｂには、サーバ装置１２が接続される。

サーバ側の情報処理装置１３Ｂは、各ＩｏＴデバイス１１とサーバ装置１２との間の通信を仲介する。サーバ側の情報処理装置１３Ｂは、サーバ装置１２によりＩｏＴデバイス１１に対して送信されるデータを取得し、取得したデータをＩｏＴデバイス１１に対して送信する。ここで、サーバ側の情報処理装置１３Ｂは、ＩｏＴデバイス１１に対してデータを送信する際に、サーバ装置１２から取得したデータを暗号化し、暗号化したデータをＩｏＴデバイス１１に対して送信する。

また、サーバ側の情報処理装置１３Ｂは、ＩｏＴデバイス１１によりサーバ装置１２に対して送信されるデータを取得し、取得したデータをサーバ装置１２に対して出力する。ここで、サーバ側の情報処理装置１３Ｂが取得するデータは暗号化されたデータである。サーバ側の情報処理装置１３Ｂは、サーバ装置１２にデータを出力する際に、ＩｏＴデバイス１１からデバイス側の情報処理装置１３Ａを介して取得したデータを復号し、復号したデータをサーバ装置１２に出力する。

各情報処理装置１３（１３Ａ、１３Ｂ）は、例えば、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）／ＴＬＳ（Ｔｒａｎｓ ｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ）のプロトコルによる暗号化を実行する。デバイス側の情報処理装置１３Ａおよびサーバ側の情報処理装置１３Ｂは、例えば、ＳＳＬ／ＴＬＳプロトコルを、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）と組み合わせることで、ＨＴＴＰに含まれるデータを暗号化し、安全性を向上させたＨＴＴＰＳ（ＨＴＴＰ Ｓｅｃｕｒｅ）に置き換える。

なお、デバイス側の情報処理装置１３Ａおよびサーバ側の情報処理装置１３Ｂが行うデータの暗号化は、ＨＴＴＰをＨＴＴＰＳとすることに限定されない。デバイス側の情報処理装置１３Ａおよびサーバ側の情報処理装置１３Ｂは、ＳＳＬ／ＴＬＳプロトコルを種々の通信プロトコルと組み合わせることにより、安全性を向上させたセキュアな通信プロトコルに置き換えてもよい。例えば、デバイス側の情報処理装置１３Ａおよびサーバ側の情報処理装置１３Ｂは、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）をＦＴＰＳ（ＦＴＰ Ｓｅｃｕｒｅ）に置き換えてもよい。

通信システム１において、デバイス側の情報処理装置１３Ａ又はサーバ側の情報処理装置１３Ｂにより暗号化されたデータがネットワークＮＷに出力される。換言すると、通信システム１におけるネットワークＮＷを流れるデータは、暗号化されたデータである。このため、ネットワークＮＷで送受信されるデータに対し、外部から悪意をもってアクセスされデータが盗聴されてしまうような危険を回避し、安全性を向上させる。なお、ここでいうデータの盗聴とは、「データを盗み見る行為」又は「データを抜き取る行為」をいう。

通信管理装置１４は、デバイス側の情報処理装置１３Ａとサーバ側の情報処理装置１３Ｂとを用いた通信を管理するためのサーバ装置である。例えば、通信管理装置１４は、プライベート認証局としても機能する。通信管理装置１４は、各情報処理装置１３に対し、クライアント証明書および秘密鍵を発行する。

図１に示す構成例において、通信管理装置１４は、情報処理装置１３に装着するＩＣカードに記憶するクライアント証明書および秘密鍵を発行する。デバイス側の情報処理装置１３Ａに認証部およびセキュアな記憶部を備えるＩＣカードが装着される場合、通信管理装置１４は、情報処理装置１３Ａに対してＩＣカードに記憶させるクライアント証明書および秘密鍵をネットワークＮＷを介して送信する。

また、通信管理装置１４は、サーバ側の情報処理装置１３Ｂに対して、サーバ証明書、および秘密鍵を発行する。サーバ側の情報処理装置１３Ｂに認証部およびセキュアな記憶部を備えるＩＣカードが装着される場合、通信管理装置１４は、サーバ側の情報処理装置１３Ｂに対してＩＣカードに記憶させるサーバ証明書および秘密鍵をネットワークＮＷを介して送信する。クライアント証明書、サーバ証明書および秘密鍵のそれぞれは、デバイス側の情報処理装置１３Ａとサーバ側の情報処理装置１３Ｂとが暗号化通信を行う場合に用いる共通鍵（セッション鍵）を決定するために必要な情報である。

ここで、ＩｏＴデバイス１１およびサーバ装置１２の例について説明する。
ＩｏＴデバイス１１とサーバ装置１２とは、例えば、社会インフラシステムを構築する構成要素（コンポーネント）である。社会インフラとは、道路交通網、発電設備、配送電設備、水処理設備、又はガス配給設備等などの社会基盤を整えるために必要な設備である。社会インフラシステムとは、例えば、社会インフラを監視し、状況の変化を把握し、その変化に対応することにより、社会インフラを安定的に動作させる仕組みである。

具体例として、道路や公共設備などを映像で監視する監視システムである場合、ＩｏＴデバイス１１は、道路の状況等を監視するために撮像された撮像データをネットワークＮＷを介して送信する装置（ネットワーク監視カメラ）であり、サーバ装置１２は、ＩｏＴデバイス１１により送信された撮像データをネットワークＮＷを介して受信する装置である。また、ＩｏＴデバイス１１とサーバ装置１２とは、発電設備や配送電設備における電力状況をモニタリングするシステムのコンポーネントであっても良い。また、ＩｏＴデバイス１１とサーバ装置１２とは、物流センタにおける配送状況を取得するシステムのコンポーネントであっても良い。また、ＩｏＴデバイス１１とサーバ装置１２とは、工場や研究機関における設備の稼働状況を取得するシステム等のコンポーネントであっても良い。

なお、監視システムやモニタリングシステムなどの社会インフラシステムは、ＩｏＴデバイス１１とサーバ装置１２をコンポーネントとする通信システムの例であり、ＩｏＴデバイス１１とサーバ装置１２は、社会インフラシステムのコンポーネントに限定されるものではない。

ＩｏＴデバイス１１は、ＮＷ（ネットワーク）通信部、デバイス制御部およびデータ取得部を有する。ＮＷ通信部は、データ通信を行うための通信インターフェースである。ＮＷ通信部は、ネットワークを介して外部装置と通信可能とするイーサネット（登録商標）などの通信インターフェースである。言い換えると、ＩｏＴデバイス１１は、ＮＷ通信部によりネットワークに接続される装置と通信可能な構成を備えるデバイスである。

本実施形態に係る通信システム１においては、ＩｏＴデバイス１１のＮＷ通信部は、情報処理装置１３に接続され、情報処理装置１３を介してネットワークＮＷに接続されるサーバ装置１２と通信する構成となっている。すなわち、本実施形態に係る通信システム１は、ＩｏＴデバイス１１とサーバ装置１２とがネットワークを介して通信可能に構成される既存のシステムに対して、後付でＩｏＴデバイス１１とネットワークＮＷとの間に情報処理装置１３Ａを接続し、サーバ装置１２とネットワークＮＷとの間に情報処理装置１３Ｂを接続することで構築できるシステムである。

デバイス制御部は、例えば、ＣＰＵなどを含むプロセッサであり、ＩｏＴデバイス１１を統括的に制御する。デバイス制御部は、例えば、サーバ装置１２からの制御に従い、データ取得部によるデータの取得を開始又は停止させたり、データ取得部に対する動作設定などを実行したりする。データ取得部は、デバイス制御部の指示に従って動作することにより、データを取得し、取得したデータを制御部に出力する。デバイス制御部は、データ取得部で取得したデータをＮＷ通信部により送信（出力）する。

本実施形態に係る通信システム１においては、ＩｏＴデバイス１１のＮＷ通信部は、情報処理装置１３に接続される。このため、各ＩｏＴデバイス１１は、情報処理装置１３を介してデータの入出力を行う。例えば、ＩｏＴデバイス１１は、デバイス側の情報処理装置１３Ａ、ネットワークＮＷ、および、サーバ側の情報処理装置１３Ｂを介してサーバ装置１２と通信する。

サーバ装置１２は、ＮＷ（ネットワーク）通信部、サーバ制御部およびデータ記憶部などを備える。ＮＷ通信部は、データ通信を行うための通信インターフェースである。ＮＷ通信部は、ネットワークを介して外部装置と通信可能とするイーサネット（登録商標）などの通信インターフェースである。言い換えると、サーバ装置１２は、ＮＷ通信部によりネットワークに接続される装置と通信可能な構成を備える装置である。

本実施形態に係る通信システム１においては、サーバ装置１２のＮＷ通信部は、情報処理装置１３Ｂに接続され、情報処理装置１３Ｂを介してネットワークＮＷに接続される機器と通信する構成となっている。すなわち、本実施形態に係る通信システム１は、ＩｏＴデバイス１１とサーバ装置１２とがネットワークを介して通信可能に構成される既存のシステムに対して、後付でサーバ装置１２とネットワークとの間に情報処理装置１３Ｂを接続することで構築できるシステムである。

サーバ制御部は、例えば、ＣＰＵなどを含むプロセッサであり、サーバ装置を統括的に制御する。サーバ制御部は、例えば、ＮＷ通信部により各ＩｏＴデバイス１１からデータを取得し、ＩｏＴデバイス１１から取得したデータをデータ記憶部に記憶させる。データ記憶部は、サーバ制御部の指示に従い、ＩｏＴデバイス１１から取得したデータを記憶する。また、サーバ制御部は、ＮＷ通信部により通信する各ＩｏＴデバイス１１に動作指示などの制御命令を出力したりする。

次に、ＩｏＴデバイス１１とサーバ装置１２との間の通信について説明する。
一般に、通信機能を有するＩｏＴデバイス（クライアント端末、通信デバイス）とサーバ装置とが互いのＮＷ通信部およびネットワークを介して接続された場合、ＩｏＴデバイスとサーバ装置との間の通信には、一般的な通信プロトコルであるＨＴＴＰが用いられることがある。この場合、通信デバイス又はサーバ装置によりネットワークに出力された暗号化されていない情報（いわゆる、平文）がネットワークを流れる。この場合、外部から悪意をもってネットワーク上のデータが取得されてしまうと、容易にデータが盗聴されたり、改ざんされたりする危険性がある。このような不正な攻撃に対する対策としては、通信デバイスがデータを暗号化してネットワークに出力させることが考えられる。

しかしながら、既存のシステムに用いられている既存のＩｏＴデバイス（クライアント端末）は、暗号化のための処理を行うだけの資源（リソース）を備えていないことが多い。例えば、ＩｏＴデバイスの一例としての監視カメラは、撮像データの圧縮や符号化を行うためのＣＰＵ等のプロセッサを備えるが、さらに暗号化のための処理を行うだけのリソースを備えていないことが多い。従って、既存のシステムにおいて、ＩｏＴデバイスがネットワークに出力するデータを暗号化させるためには、データを暗号化するためのプロセッサをさらにＩｏＴデバイスに搭載させる必要があり、ＩｏＴデバイスのハードウェア構成の変更や置き換えが必要となることが考えられる。監視システム等の社会インフラシステムを構成するコンポーネントとしての既存のＩｏＴデバイスは、ハードウェア構成を変更したり置き換えたりすることが容易にはできない。

上述したような事情を鑑みると、既存のＩｏＴデバイスに変更を加えることなく、ＩｏＴデバイスからのデータが暗号化されてネットワークＮＷに伝送されるように構成できる通信システムが望ましい。本実施形態に係る通信システム１は、既存のシステムにおける既存のＩｏＴデバイスにハードウェア構成を変更したり既存のＩｏＴデバイスを新たなＩｏＴデバイスに置き換えたりすることなく、既存のＩｏＴデバイスおよびサーバ装置に情報処理装置を接続することでデータを安全に伝送できるものである。

すなわち、通信システム１において、ＩｏＴデバイス１１とネットワークＮＷとの間に接続された情報処理装置１３はＩｏＴデバイス１１がサーバ装置１２宛に送信するデータを暗号化してネットワークＮＷに出力する。また、通信システム１において、サーバ装置１２とネットワークＮＷとの間に接続されたサーバ側の情報処理装置１３Ｂはサーバ装置１２からのＩｏＴデバイス１１宛の制御データなどのデータを暗号化してネットワークＮＷに出力する。これにより、本実施形態に係る通信システム１によれば、ＩｏＴデバイス１１およびサーバ装置１２を変更することなく、ネットワークＮＷを流れるデータの安全性を向上できる。

次に、実施形態に係る情報処理装置１３（１３Ａ、１３Ｂ）の構成について説明する。
図２は、図１に示す情報処理装置１３（１３Ａ、１３Ｂ）の構成例を示すブロック図である。
図２に示すように、情報処理装置１３（１３Ａ、１３Ｂ）は、制御部３０、第１通信部３１、第２通信部３２、リーダライタ３３、ＩＣカード３４、および、記憶部３５を備える。ここで、リーダライタ３３、および、ＩＣカード３４は、「認証部」の一例である。認証部は、リーダライタ３３およびＩＣカード３４で実現するものに限定されない。認証部は、制御部３０が実現しても良いし、認証処理用の処理回路で実現しても良い。

制御部３０は、例えば、ＣＰＵなどを含むプロセッサを有する。制御部３０は、情報処理装置１３（１３Ａ、１３Ｂ）を統括的に制御する。制御部３０は、例えば、リーダライタ３３を介して、ＩＣカード３４にコマンドを送信するとともに、ＩＣカード３４からレスポンスを受信する。また、制御部３０は、ＩＣカード３４から受信したレスポンスに基づく情報を、第１通信部３１を介して、他方の情報処理装置１３（１３Ａ、１３Ｂ）に送信する。また、制御部３０は、第１通信部３１を介して、他方の情報処理装置１３（１３Ａ、１３Ｂ）から受信した情報に基づいて、ＩＣカード３４にコマンドを送信する。

記憶部３５は、データを記憶する。記憶部３５は、データの書き込むおよび書き換えが可能な記憶装置などにより構成される。記憶部３５は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などの一時記憶部３５ａを有する。また、記憶部３５は、データの書き換えが可能な不揮発性の記憶装置を含むものであっても良い。

第１通信部３１は、ネットワークＮＷを介して接続される各装置と通信するためのネットワーク通信部である。第１通信部３１は、ネットワークＮＷに接続される第１ポート２１（２１Ａ、２１Ｂ）を備える。第１通信部３１は、例えば、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）により構成される。例えば、情報処理装置１３Ａは、第１通信部３１によりネットワークＮＷを介して、通信管理装置１４と通信したり、サーバ側の情報処理装置１３Ｂと通信したりする。

具体的には、デバイス側の情報処理装置１３Ａの第１通信部３１は、第１ポート２１Ａに接続されるゲートウエイ１７からのデータを取得するとともに、サーバ装置１２宛のデータを暗号化してゲートウエイ１７を介してネットワーク１８へ出力する。また、サーバ側の情報処理装置１３Ｂの第１通信部３１は、第１ポート２１Ｂに接続されるネットワーク１８からの暗号化されたデータを取得するとともに、取得したデータを復号してサーバ装置１２へ出力する。

第２通信部３２は、端末装置としてのＩｏＴデバイス１１又はサーバ装置１２と通信するためのデバイス通信部である。第２通信部３２は、通信を実行する端末装置（ＩｏＴデバイス１１、又はサーバ装置１２）に接続される第２ポート２２（２２Ａ、２２Ｂ）を備える。例えば、第２通信部３２は、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）により構成される。

具体的には、デバイス側の情報処理装置１３Ａの第２通信部３２は、第２ポート２２Ａに接続されるＩｏＴデバイス１１としてのカメラからの撮像データを取得するとともに、復号された制御データをＩｏＴデバイス１１に出力する。また、サーバ側の情報処理装置１３Ｂの第２通信部３２は、第２ポート２２Ｂに接続されるサーバ装置１２からの制御データを取得するとともに、復号された撮像データをサーバ装置１２に出力する。

また、本実施形態に係る情報処理装置１３は、通信管理装置１４による通信許可の設定が有効になったことが確認された後に、ＩｏＴデバイス１１と第２通信部３２とを通信可能な状態にするようにしても良い。すなわち、第１通信部３１は、ネットワークＮＷを介して通信管理装置１４と通信するためにリンクアップされる。第２通信部３２は、第１通信部３１がネットワークＮＷを介して通信管理装置１４にリンクアップされ、当該情報処理装置１３Ａにおける通信許可の設定が有効となったことが確認された後、第２ポート２２Ａを介してＩｏＴデバイス１１にリンクアップされるようにしても良い。

リーダライタ３３は、ＩＣカード３４との間の通信を行う。リーダライタ３３は、ＩＣカード３４の通信方式に対応するインターフェースを備える。ＩＣカード３４が接触式のＩＣカードである場合、リーダライタ３３は、図２に示すように、ＩＣカード３４のコンタクト部に接続するインターフェースを備え、インターフェースを介してデータの送受信を行う。

ＩＣカード３４は、例えば、プラスチックのカード基材に、ＩＣモジュール４０を実装して形成されている。ＩＣカード３４は、ＩＣモジュール４０とＩＣモジュール４０が埋め込まれたカード基材（本体）とを備える。図２に示す構成例において、ＩＣカード３４は、情報処理装置１３（１３Ａ、１３Ｂ）のリーダライタ３３に着脱可能に構成される。ＩＣカード３４は、リーダライタ３３に装着された状態でコンタクト部４１を介して情報処理装置１３（１３Ａ、１３Ｂ）と通信する。

ＩＣカード３４は、例えば、情報処理装置１３（１３Ａ、１３Ｂ）が送信したコマンド（処理要求）をコンタクト部４１を介して受信し、受信したコマンドに応じた処理（コマンド処理）を実行する。ＩＣカード３４は、コマンド処理の実行結果であるレスポンス（処理応答）を情報処理装置１３（１３Ａ、１３Ｂ）にコンタクト部４１を介して送信する。

ＩＣモジュール４０は、コンタクト部４１とＩＣチップ４２とを備える。コンタクト部４１は、ＩＣカード３４が動作するために必要な各種信号の端子を有している。ここで、各種信号の端子は、電源電圧、クロック信号、リセット信号などを情報処理装置１３（１３Ａ、１３Ｂ）から供給を受ける端子、および、情報処理装置１３（１３Ａ、１３Ｂ）と通信するためのシリアルデ―タ入出力端子（ＳＩＯ端子）を有する。ＩＣチップ４２は、例えば、１チップのマイクロプロセッサなどのＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）である。

ここで、実施形態に係る情報処理装置１３が備える認証部の構成例としてのＩＣカード３４のハードウェア構成について説明する。
図３は、図２に示すＩＣカード３４のハードウェア構成例を示す図である。
ＩＣカード３４は、コンタクト部４１とＩＣチップ４２とを備えたＩＣモジュール４０を有する。ＩＣチップ４２は、図３に示すように、ＵＡＲＴ（Ｕｎｉｖｅｒｓａｌ Ａｓｙｎｃｈｒｏｎｏｕｓ Ｒｅｃｅｉ ｖｅｒ Ｔｒａｎｓｍｉｔｔｅｒ）４３、ＣＰＵ４４と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）４５、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）４６、および、ＥＥＰＲＯＭ（登録商標）（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）４７を備える。また、各構成（４３から４７）は、内部バスＢＳを介して接続されている。

ＵＡＲＴ４３は、上述したＳＩＯ端子を介して、情報処理装置１３（１３Ａ、１３Ｂ）とシリアルデータ通信を行う。ＵＡＲＴ４３は、ＳＩＯ端子を介して受信したシリアルデータ信号をパラレル変換したデータ（例えば、１バイトのデータ）を内部バスＢＳに出力する。また、ＵＡＲＴ４３は、内部バスＢＳを介して取得したデータをシリアル変換して、ＳＩＯ端子を介して情報処理装置１３（１３Ａ、１３Ｂ）に出力する。ＵＡＲＴ４３は、例えば、ＳＩＯ端子を介してコマンドを情報処理装置１３（１３Ａ、１３Ｂ）から受信する。また、ＵＡＲＴ４３は、ＳＩＯ端子を介してレスポンスを情報処理装置１３（１３Ａ、１３Ｂ）に送信する。

ＣＰＵ４４は、ＲＯＭ４５又はＥＥＰＲＯＭ４７に記憶されているプログラムを実行して、ＩＣカード３４の各種処理を行う。ＣＰＵ４４は、例えば、コンタクト部４１を介して、ＵＡＲＴ４３が受信したコマンドに応じたコマンド処理を実行する。

ＲＯＭ４５は、例えば、マスクＲＯＭなどの不揮発性メモリであり、ＩＣカード３４の各種処理を実行するためのプログラム、およびコマンドテーブルなどのデータを記憶する。ＲＡＭ４６は、例えば、ＳＲＡＭ（Ｓｔａｔｉｃ ＲＡＭ）などの揮発性メモリであり、ＩＣカード３４の各種処理を行う際に利用されるデータを一時記憶する。ＥＥＰＲＯＭ４７は、例えば、電気的に書き換え可能な不揮発性メモリである。ＥＥＰＲＯＭ４７は、ＩＣカード３４が利用する各種データを記憶する。ＥＥＰＲＯＭ４７は、例えば、ＩＣカード３４を利用した各種サービス（アプリケーション）に使用される情報を記憶する。

次に、実施形態に係る情報処理装置１３における認証部の構成例としてのＩＣカード３４が備える機能について説明する。
図４は、図３に示すＩＣカード３４の機能構成例を示すブロック図である。ＩＣカード３４は、通信部５０と、制御部５１と、記憶部５４とを備える。ここで、図４に示されるＩＣカード３４の各部は、図３に示されるＩＣカード３４のハードウェアを用いて実現される。

通信部５０は、コンタクト部４１を介して、情報処理装置１３（１３Ａ、１３Ｂ）との間でコマンドおよびレスポンスの送受信を行う。通信部５０は、ＣＰＵ４４がＲＯＭ４５に記憶されているプログラムを実行することによりＵＡＲＴ４３を用いてデータの送受信を実行する機能である。通信部５０は、所定の処理を要求するコマンド（処理要求）を情報処理装置１３（１３Ａ、１３Ｂ）から受信するとともに、コマンドに対するレスポンス（処理応答）を情報処理装置１３（１３Ａ、１３Ｂ）に送信する。通信部５０は、ＵＡＲＴ４３を介して情報処理装置１３（１３Ａ、１３Ｂ）から受信した受信データをＲＡＭ４６に記憶させる。また、通信部５０は、ＲＡＭ４６に記憶されている送信データを、ＵＡＲＴ４３を介して情報処理装置１３（１３Ａ、１３Ｂ）に送信する。

制御部５１は、ＩＣカード３４の動作を制御する。制御部５１は、ＣＰＵ４４とＲＡＭ４５とＲＯＭ４６又はＥＥＰＲＯＭ４７とにより実現される。制御部５１は、コマンド処理部５２および暗号化復号部５３を備える。ここで、コマンド処理部５２が行う処理は、「認証処理」の一例である。また、暗号化復号部５３が行う処理は、「暗号化復号処理」の一例である。

コマンド処理部５２は、各種コマンド処理を実行する。コマンド処理部５２は、例えば、後述するＨＴＴＰＳリクエストを要求するコマンド処理として、ＳＳＬ／ＴＬＳハンドシェイクを行う。ＳＳＬ／ＴＬＳハンドシェイクでは、暗号化された通信に必要な鍵情報等の交換、および通信先の装置との相互認証を行う。ここで、相互認証とは、デバイスが側の情報処理装置１３Ａとサーバ側の情報処理装置１３Ｂとが通信を行う前に、互いに正当に認証された装置であることを相互に確認する処理である。

暗号化復号部５３は、データを暗号化する処理、および暗号化されたデータを復号する処理を実行する。暗号化復号部５３は、通信部５０を介して取得した装置（ＩｏＴデバイス１１又はサーバ装置１２）により出力されたデータを暗号化する。また、暗号化復号部５３は、通信部５０を介して取得したネットワークＮＷからの暗号化されたデータを復号する。

記憶部５４は、データを記憶する。記憶部５４は、制御部５１の制御によってデータのリードおよびライトが実行されるＥＥＰＲＯＭ４７により実現される。記憶部５４は、証明書情報記憶部５５と秘密情報記憶部５６とを有する。証明書情報記憶部５５は、通信管理装置１４が発行した装置（ＩｏＴデバイス１１又はサーバ装置１２）に対する証明書を記憶する。具体的には、情報処理装置１３に装着されるＩＣカード３４の証明書情報記憶部５５には、クライアント証明書を示す情報が記憶される。また、サーバ側の情報処理装置１３Ｂに装着されるＩＣカード３４の証明書情報記憶部５５には、サーバ証明書を示す情報が記憶される。

秘密情報記憶部５６は、通信管理装置１４が発行した装置（ＩｏＴデバイス１１又はサーバ装置１２）に対する秘密鍵を記憶する。具体的には、情報処理装置１３に装着されるＩＣカード３４の秘密情報記憶部５６には、情報処理装置１３に対して発行された秘密鍵を示す情報が記憶される。また、サーバ側の情報処理装置１３Ｂに装着されるＩＣカード３４の証明書情報記憶部５５には、サーバ側の情報処理装置１３Ｂに対して発行された秘密鍵を示す情報が記憶される。

次に、実施形態に係る通信システム１における通信管理装置１４の構成について説明する。
図５は、図１に示す通信管理装置１４の構成例を示すブロック図である。
通信管理装置１４は、ＮＷ（ネットワーク）通信部６０、制御部６１、および、記憶部６２を備える。
ＮＷ通信部６０は、ネットワークＮＷに接続され、ネットワークＮＷを介して、情報処理装置１３（１３Ａ、１３Ｂ）と通信を行う。

制御部６１は、例えば、ＣＰＵなどのプロセッサとＲＯＭおよびＲＡＭなどのシステムメモリとを含む。制御部６１は、プロセッサがシステムメモリなどの記憶部に記憶したプログラムを実行することにより種々の処理を実現する。制御部６１は、通信管理装置１４を統括的に制御する。制御部６１は、情報処理装置１３と他の装置との通信に用いるセキュリティ情報を管理する。例えば、制御部６１は、主に情報処理装置１３（１３Ａ、１３Ｂ）の正当性を認めるプライベート認証局として動作する。図６に示す例において、制御部６１は、プロセッサがプログラムを実行することにより、鍵生成部７１、証明書発行部７２、証明書更新部７３、証明書管理部７４および管理部７５としての機能を実現するための処理を実行する。

鍵生成部７１は、例えば、情報処理装置１３（１３Ａ、１３Ｂ）からの認証申請に基づいて、後述する証明書に含まれる公開鍵に対応する秘密鍵の発行を行う。

証明書発行部７２は、例えば、情報処理装置１３（１３Ａ、１３Ｂ）からの認証申請に基づいて、情報処理装置１３（１３Ａ、１３Ｂ）の正当性を認める証明書の発行を行う。証明書には、例えば、公開鍵と情報処理装置１３（１３Ａ、１３Ｂ）の所有者を示す情報とが含まれる。

証明書更新部７３は、有効期限が渡過した証明書に対して新たな有効期限を設定することにより、証明書の更新を行う。証明書更新部７３は、例えば、情報処理装置１３（１３Ａ、１３Ｂ）からの更新申請に基づいて、当該情報処理装置１３（１３Ａ、１３Ｂ）に対して発行した証明書の有効期限を延長させた証明書を発行し、発行した証明書を情報処理装置１３（１３Ａ、１３Ｂ）に対して送信する。発行した証明書を示す情報が情報処理装置１３（１３Ａ、１３Ｂ）により受信され、情報処理装置１３（１３Ａ、１３Ｂ）のＩＣカード３４の証明書情報記憶部５５に記憶されることで、情報処理装置１３（１３Ａ、１３Ｂ）の証明書の有効期限が延長される。

証明書管理部７４は、既に発行済みの証明書に対する管理を行う。証明書管理部７４は、例えば、情報処理装置１３（１３Ａ、１３Ｂ）に装着されたＩＣカード３４の改ざん、又は盗難等により相互認証において互いの正当性が証明されない場合に、情報処理装置１３（１３Ａ、１３Ｂ）に対して発行した証明書を無効化する処理を行う。

また、証明書管理部７４は、情報処理装置１３（１３Ａ、１３Ｂ）からの問い合わせに基づいて、情報処理装置１３（１３Ａ、１３Ｂ）、および他の通信装置に対して発行した証明書が証明書発行部７２により発行されたものか否か応答するようにしてもよい。また、証明書管理部７４は、定期的に、発行済みの証明書が正当な情報処理装置１３（１３Ａ、１３Ｂ）に使用されているかを確認するようにしてもよい。

管理部７５は、情報処理装置１３（１３Ａ、１３Ｂ）を管理する。例えば、管理部７５は、情報処理装置１３（１３Ａ、１３Ｂ）が行う相互認証を、ネットワークＮＷを介して遠隔制御する。
記憶部６２は、例えば、不揮発性の記憶装置で構成される。記憶部６２は、鍵情報記憶部８１、証明書情報記憶部８２および通信設定記憶部８３を備える。鍵情報記憶部８１は、例えば既に発行済みの公開鍵や秘密鍵を示す情報を記憶する。証明書情報記憶部８２は、例えば既に発行済みの証明書を示す情報を記憶する。鍵情報記憶部８１と証明書情報記憶部８２とは、例えば、鍵生成部７１が秘密鍵を発行する際、証明書発行部７２が証明書を発行する際などに参照される。また、鍵情報記憶部８１には、鍵生成部７１が発行した秘密鍵を示す情報が記憶される。また、証明書情報記憶部８２には、証明書発行部７２が発行した証明書を示す情報が記憶される。

通信設定記憶部８３は、情報処理装置１３に適用（設定）する通信設定を示す通信設定情報を記憶する。通信設定記憶部８３が記憶する情報処理装置１３の通信設定情報には、端末装置としてのＩｏＴデバイス１１との通信の可否を指定する通信許可設定を含むようにしても良い。また、制御部６１は、通信設定記憶部８３に記憶する通信設定情報を情報処理装置１３からの要求に応じて供給するようにしても良い。例えば、制御部６１は、情報処理装置１３が起動した場合に情報処理装置１３へ通信設定情報を供給するようにしても良い。

次に、通信システム１における情報処理装置１３Ａおよび１３Ｂを介したＩｏＴデバイス１１とサーバ装置１２との通信処理について説明する。
図６は、通信システム１が行う処理の一例を示すシーケンスチャートである。

ＩｏＴデバイス１１は、データ（ＩｏＴデバイスが検出したデータや撮像したデータなど）をサーバ装置１２に送信する場合、まずサーバ装置１２に対するＨＴＴＰリクエストを送信する（ステップＳ１）。ＩｏＴデバイス１１が送信したＨＴＴＰリクエストは、デバイス側の情報処理装置１３（１３Ａ）により取得される（ステップＳ２）。

デバイス側の情報処理装置１３は、ＩｏＴデバイス１１により送信されたＨＴＴＰリクエストを取得すると、サーバ側の情報処理装置１３Ｂに対して、ＨＴＴＰＳのリクエスト（ＣｌｉｅｎｔＨｅｌｌｏ）を送信する（ステップＳ３）。これにより、デバイス側の情報処理装置１３とサーバ側の情報処理装置１３Ｂとの間のハンドシェイクが開始される（ステップＳ４）。

具体的には、デバイス側の情報処理装置１３が送信するＣｌｉｅｎｔＨｅｌｌｏには、例えば、ＴＬＳのバージョン、および通信に用いる暗号方式やアルゴリズムのリストを示す情報が含まれる。サーバ側の情報処理装置１３Ｂは、ＣｌｉｅｎｔＨｅｌｌｏに対する応答として、デバイス側の情報処理装置１３に対しＨＴＴＰＳのレスポンス（ＳｅｒｖｅｒＨｅｌｌｏ）を送信する。サーバ側の情報処理装置１３Ｂが送信するＳｅｒｖｅｒＨｅｌｌｏには、例えばＣｌｉｅｎｔＨｅｌｌｏで提示された選択肢の中でサーバ装置１２が選択した情報が含まれる。換言すると、デバイス側の情報処理装置１３からの提示に対し、サーバ側の情報処理装置１３Ｂが選択を行うことで、通信における具体的な暗号化アルゴリズムが決定される。

そして、サーバ側の情報処理装置１３Ｂは、暗号化通信に用いる共通鍵に必要な情報を送る。共通鍵に必要な情報には、例えば、サーバ装置１２に対して発行された公開鍵とその証明書を示す情報、およびＩｏＴデバイス１１の公開鍵とその証明書を送ることを要求する情報が含まれる。デバイス側の情報処理装置１３Ａは、サーバ側の情報処理装置１３Ｂに対して、自装置に対して発行された公開鍵とその証明書、および暗号化通信に用いる共通鍵に必要な情報を送る。

デバイス側の情報処理装置１３Ａとサーバ側の情報処理装置１３Ｂとの間の相互認証は、例えば次のように行われる。デバイス側の情報処理装置１３Ａは、今までに受信したＳｅｒｖｅｒＨｅｌｌｏ等から署名を生成し、サーバ側の情報処理装置１３Ｂに送信する。サーバ側の情報処理装置１３Ｂは、デバイス側の情報処理装置１３Ａから受信した署名をデバイス側の情報処理装置１３から受信した証明書に基づいて検証する。サーバ側の情報処理装置１３Ｂは、検証が成功すると、その証明書が間違いなくデバイス側の情報処理装置１３Ａのものであると判定する。また、サーバ側の情報処理装置１３Ｂは、今までに受信したＣｌｉｅｎｔＨｅｌｌｏ等から署名を生成し、デバイス側の情報処理装置１３Ａに送信する。デバイス側の情報処理装置１３Ａは、サーバ側の情報処理装置１３Ｂから受信した署名を、サーバ側の情報処理装置１３Ｂから受信した証明書に基づいて検証する。デバイス側の情報処理装置１３Ａは、検証が成功すると、その証明書が間違いなくサーバ側の情報処理装置１３Ｂのものであると判定する。

デバイス側の情報処理装置１３Ａとサーバ側の情報処理装置１３Ｂとの間の相互認証が正しく行われると、デバイス側の情報処理装置１３Ａとサーバ側の情報処理装置１３Ｂとは、それぞれ暗号化に用いる共通鍵を生成して交換する。

サーバ側の情報処理装置１３Ｂから送付されたサーバ装置１２に対して発行された公開鍵とその証明書が、デバイス側の情報処理装置１３Ａに許容される証明書であれば、サーバ側の情報処理装置１３Ｂは、デバイス側の情報処理装置１３Ａから送付された公開鍵とその証明書が、サーバ側の情報処理装置１３Ｂに許容される証明書であれば、ハンドシェイクを終了する。

サーバ側の情報処理装置１３Ｂは、デバイス側の情報処理装置１３Ａとのハンドシェイクが確立されると、サーバ装置１２に対し、ＨＴＴＰリクエストを送信する（ステップＳ５）。ＨＴＴＰリクエストは、ステップＳ１においてＩｏＴデバイス１１から送信されるＨＴＴＰリクエストである。

サーバ側の情報処理装置１３Ｂにより送信されたＨＴＴＰリクエストは、サーバ装置１２により受信される（ステップＳ６）。このとき、サーバ装置１２は、ＩｏＴデバイス１１からＨＴＴＰリクエストが要求されたと認識する。このため、サーバ装置１２は、ＩｏＴデバイス１１に対しするＨＴＴＰレスポンスを応答する（ステップＳ７）。サーバ装置１２が送信したＨＴＴＰレスポンスは、サーバ側の情報処理装置１３Ｂにより取得される（ステップＳ８）。

サーバ側の情報処理装置１３Ｂは、取得したサーバ装置１２からのＨＴＴＰレスポンスを、ステップＳ４のハンドシェイクにおいて決定された共通鍵を用いて暗号化する（ステップＳ９）。サーバ側の情報処理装置１３Ｂにより暗号化されたＨＴＴＰレスポンスは、ネットワークＮＷを介してデバイス側の情報処理装置１３Ａに受信される（ステップＳ１０）。デバイス側の情報処理装置１３Ａは、受信したＨＴＴＰレスポンスを、共通鍵を用いて復号する（ステップＳ１１）。デバイス側の情報処理装置１３Ａにより復号されたＨＴＴＰレスポンスは、ＩｏＴデバイス１１に取得される（ステップＳ１２）。ＩｏＴデバイス１１は、復号されたＨＴＴＰレスポンスを受信する（ステップＳ１３）。このとき、ＩｏＴデバイス１１は、サーバ装置１２からＨＴＴＰレスポンスが応答されたと認識する。このため、ＩｏＴデバイス１１は、サーバ装置１２に対し、データを送信する（ステップＳ１４）。

ＩｏＴデバイス１１が送信した撮像データは、デバイス側の情報処理装置１３Ａにより取得される（ステップＳ１５）。デバイス側の情報処理装置１３Ａは、ＩｏＴデバイス１１により送信されたデータを、共通鍵を用いて暗号化する（ステップＳ１６）。デバイス側の情報処理装置１３Ａにより暗号化されたデータは、ネットワークＮＷを介してサーバ側の情報処理装置１３Ｂに受信される（ステップＳ１７）。

サーバ側の情報処理装置１３Ｂは、受信したデータを、共通鍵を用いて復号する（ステップＳ１８）。サーバ側の情報処理装置１３Ｂにより復号されたデータは、サーバ装置１２にとり取得される（ステップＳ１９）。サーバ装置１２は、復号されたデータを受信する（ステップＳ２０）。このとき、サーバ装置１２は、ＩｏＴデバイス１１からのデータを受信したと認識する。

なお、上記フローチャートのステップＳ４において、デバイス側の情報処理装置１３Ａとサーバ側の情報処理装置１３Ｂとの間の相互認証が正しく行われなかった場合、デバイス側の情報処理装置１３Ａは、通信先との通信を許可しない。具体的には、デバイス側の情報処理装置１３Ａは、通信先から送信された情報をＩｏＴデバイス１１に出力しない。相互認証が正しく行われなかった場合、通信先がサーバ側の情報処理装置１３Ｂに見せかけた不正な通信装置である可能性があるためである。この場合、デバイス側の情報処理装置１３Ａは、例えば、相互認証が正しく行われなかった場合の通信記録を通信管理装置１４に送信するようにしてもよい。これより、通信管理装置１４は相互認証が正しく行われなかった場合の通信記録を取得することができ、管理下にあるデバイス側の情報処理装置１３Ａに対する不正な通信のパターンや頻度を把握することで、ネットワークの異常を監視することができる。

また、デバイス側の情報処理装置１３Ａは、上記フローチャートのステップＳ４において行われるハンドシェイクにおいて相互認証の代わりにＩｏＴデバイス１１に対する通信を許可する通信機器の情報を示す送信先リストに基づいて、通信先との通信を許可するか否かを判定するようにしてもよい。送信先リストに示される通信機器の情報は、例えばＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）である。デバイス側の情報処理装置１３Ａの制御部３０は、通信先のＵＲＬが送信先リストに登録されているＵＲＬである場合に当該通信先との通信を許可し、送信先リストに登録されていない場合には通信を許可しない。

また、制御部３０は、送信先リストを更新するようにしてもよい。制御部３０は、例えば、一定期間にＩｏＴデバイス１１に対する通信を許可された通信先のＵＲＬ、および許可されなかった通信先ＵＲＬを記憶させる。そして、制御部３０は、例えば、送信先リストに登録されたＵＲＬのうち、一定期間に通信が行われた通信先のＵＲＬを再度登録する等することにより送信先リストを更新する。あるいは、デバイス側の情報処理装置１３は、一定期間に通信を許可された通信先ＵＲＬ、および許可されなかった通信先ＵＲＬを通信管理装置１４に送信するようにしてもよい。この場合、例えば、通信管理装置１４は、デバイス側の情報処理装置１３Ａと通信を行った通信先ＵＲＬに基づいて、送信先リストを更新するようにしてもよい。通信管理装置１４により送信先リストが更新されることで、通信管理装置１４が管理下にあるデバイス側の情報処理装置１３Ａと通信する通信機器を一括して管理することができる。

また、デバイス側の情報処理装置１３Ａは、ステップＳ４において行われるハンドシェイクが確立した後にＩｏＴデバイス１１に対して送信された情報（例えば、ファームウェアの更新プログラム）の内容が正しいか否かの検証を行うようにしてもよい。例えば、デバイス側の情報処理装置１３Ａの制御部３０は、ネットワークＮＷを介してＩｏＴデバイス１１のファームウェアの更新プログラムが送信された場合、検証用の鍵（検証鍵）を用いて検証する。この場合、通信管理装置１４は、例えば、デバイス側の情報処理装置１３Ａおよびサーバ側の情報処理装置１３Ｂそれぞれに検証鍵を送信するようにしてもよい。

例えば、サーバ側の情報処理装置１３Ｂは、ＩｏＴデバイス１１へ送信する情報（平文）からハッシュ値を生成し、生成したハッシュ値を検証鍵で暗号化する。そして、サーバ側の情報処理装置１３Ｂは、平文と暗号化したハッシュ値をさらに秘密鍵で暗号してＩｏＴデバイス１１へ送信する。また、デバイス側の情報処理装置１３は共通鍵を用いて情報を復号化し、平文と暗号化されたハッシュ値とを取得する。

また、デバイス側の情報処理装置１３Ａは、取得した平文からハッシュ値を生成するとともに、暗号化されたハッシュ値を検証鍵で復号する。デバイス側の情報処理装置１３Ａは、平文から生成したハッシュ値と、復号化したハッシュ値とが等しい値である場合、ＩｏＴデバイス１１に対して送信された情報は正しい内容であると判定する。この場合、デバイス側の情報処理装置１３Ａは、復号した情報（平文）をＩｏＴデバイス１１に出力する。一方、デバイス側の情報処理装置１３Ａは、平文から生成したハッシュ値と復号化したハッシュ値が等しい値でない場合、ＩｏＴデバイス１１に対して送信された情報は、サーバ装置１２又はサーバ側の情報処理装置１３Ｂに見せかけた不正な通信装置から送信された不正な情報である可能性があると判定する。この場合、デバイス側の情報処理装置１３Ａは、復号した情報（平文）をＩｏＴデバイス１１に出力しない。

これにより、ＩｏＴデバイス１１は、検証済みである正しい内容であることが検証された情報のみを受け取ることができる。また、通常、ＩｏＴデバイス１１がファームウェアを更新する際の更新プログラムの内容が正しいか否かの判定を行うと考えられるが、ＩｏＴデバイス１１に代わりサーバ側の情報処理装置１３ＢがＩｏＴデバイス１１に対して送信された情報の内容を検証することにより、ＩｏＴデバイス１１の処理負担を軽減させることが可能となる。

以上説明したように、通信システム１は、ＩｏＴデバイス１１とネットワークＮＷとの間に接続されるデバイス側の情報処理装置１３Ａと、サーバ装置１２とネットワークＮＷとの間に接続されるサーバ側の情報処理装置１３Ｂと、を備える。デバイス側の情報処理装置１３Ａは、ＩｏＴデバイス１１からの情報を暗号化してネットワークＮＷ経由でサーバ側の情報処理装置１３Ｂへ送信し、ネットワークＮＷからの情報（情報処理装置１３Ｂで暗号化されたサーバ装置１２からの情報）を復号してＩｏＴデバイス１１へ送信する。サーバ側の情報処理装置１３Ｂは、サーバ装置１２からの情報を暗号化してネットワークＮＷ経由でデバイス側の情報処理装置１３へ送信し、ネットワークＮＷからの情報（デバイス側の情報処理装置１３Ａで暗号化されたＩｏＴデバイスからの情報）を復号してサーバ装置１２に送信する。

これにより、通信システム１は、社会インフラシステムを変更することなく、社会インフラシステムの安全性を向上させることができる。ＩｏＴデバイス１１からサーバ装置１２に対して送信されたＨＴＴＰプロトコルのデータ（いわゆる平文）が、デバイス側の情報処理装置１３により、例えば、ＳＳＬ／ＴＬＳプロトコルと組み合わされて、安全性が向上されたＨＴＴＰＳに置き換えられるためである。また、サーバ装置１２かＩｏＴデバイス１１らに対して送信された制御データは、暗号化されるが、デバイス側の情報処理装置１３により復号されて、ＩｏＴデバイス１１に受信されるため、ＩｏＴデバイス１１に復号させる処理を行わせる必要がなく、既存の装置を変更することなくそのまま利用することができる。

また、通信システム１では、デバイス側の情報処理装置１３Ａとサーバ側の情報処理装置１３Ｂとが相互認証を行うため、いずれか一方方向のみの認証を行う場合よりも安全性を向上させることができる。一般的なクライアント端末とサーバ装置とにおいては、サーバ装置に対して不特定多数のクライアント端末が通信を行うため、当該不特定多数のクライアント端末に対して正当なクライアント証明書を発行して管理し続けることは現実的ではない。しかしながら、通信システムを適用する社会インフラシステムなどにおいては、ＩｏＴデバイス１１とサーバ装置１２との関係は明確に特定されている。このため、デバイス側の情報処理装置１３Ａとサーバ側の情報処理装置１３Ｂとが相互認証を行うことが可能であり、安全性を向上させることができる。

一般に、クライアント証明書を有していないクライアント端末では、サーバ装置と通信を行うために、サーバ装置が発行したＩＤやパスワードの入力を求められることがある。このようなパスワード認証においては、安全性を維持するために、パスワードに対し文字と数字を組み合わせた長文の文字列が要求されたり、定期的なパスワードの変更等が求められたりすることがある。しかしながら、覚えなければならないパスワードが増えると、管理が面倒になってしまい、パスワードをメモに残したり、ウェブブラウザに記録させたりするなど、かえってパスワードが漏洩してしまう場合があった。

これに対し、通信システム１では、デバイス側の情報処理装置１３Ａがクライアント（デバイス）証明書を有することにより、サーバ装置１２との間で確実に相互認証を行うことができる。このため、パスワード認証が不要となる。このため、パスワードを入力する手間や定期的に変更して管理する手間がなくなり、ユーザの利便性が向上する。つまり、ユーザに負担をかけることなく安全性を維持することができる。

また、クライアント証明書を有していないクライアント端末がＩＤやパスワードによる認証に基づいてサーバ装置と通信を行うシステムでは、ＩＤとパスワードが正しく入力できてしまえば、だれでもサーバ装置と通信することができてしまう。このため、クライアント端末を不正に乗っ取り、サーバ装置へ不正にアクセスすることが可能となってしまう。例えば、不正に乗っ取られたサーバ装置によってクライアント端末の機能が制限され、解除するために身代金が要求されるといったランサムウェアに感染する可能性がある。

これに対し、上述した通信システム１では、ＩｏＴデバイス１１とサーバ装置１２との間で、デバイス側の情報処理装置１３Ａとサーバ側の情報処理装置１３Ｂとを介した相互認証が行われることにより、ＩｏＴデバイス１１やサーバ装置１２が不正に乗っ取られることがない。つまり、通信システム１では、ランサムウェアに対する対策も可能となる。

また、例えば、ネットワーク内に管理者が不在の端末（野良デバイスともいう）がある場合、その端末が不正に乗っ取られることにより、その端末がマルウエア等の攻撃を行う不正な端末として利用されてしまう場合がある。これに対し、上述した通信システム１では、ＩｏＴデバイス１１とサーバ装置１２との間で、デバイス側の情報処理装置１３Ａ（１３Ｂ、１３Ｃ）とサーバ側の情報処理装置１３Ｂとを介した相互認証が行われることにより、ネットワークＮＷの内部にある管理者が不在の端末が不正に乗っ取られて攻撃に利用された場合であっても、マルウエア等に感染することを防止することができる。

また、上述した通信システム１では、サーバ装置１２がサーバ側の情報処理装置１３Ｂに接続されており、サーバ装置１２の内部で認証処理を行わない。このため、サーバ装置１２の内部で証明書等を保持する必要がなく、サーバ側の情報処理装置１３Ｂに接続されたサーバ装置１２が通信管理装置１４の管理下であることが明確となる。サーバ装置１２が既にサーバ側の情報処理装置１３Ｂに相当する機能部を有している場合には、必ずしもサーバ装置１２とネットワークＮＷとの間にサーバ側の情報処理装置１３Ｂが物理的に接続される必要はない。この場合、サーバ装置１２が元々有するサーバ側の情報処理装置１３Ｂに相当する機能部により、デバイス側の情報処理装置１３Ａとの間の認証処理が行われる。

また、通信システム１では、ＩＣカード３４において、相互認証と暗号化復号処理とのうち少なくともいずれか一方を行わせる。このため、情報処理装置１３（１３Ａ、１３Ｂ）の装置コストを抑制することができる。

また、通信システム１においては、情報処理装置１３（１３Ａ、１３Ｂ）に装着されたＩＣカード３４が相互認証と暗号化復号処理とのうち少なくともいずれか一方の処理を行う例を説明したが、通信システム１は、相互認証および暗号化複合化処理を行う構成がＩＣカードに限定されるものではない。また、上述したＩＣカード３４としては、秘密鍵およびクライアント証明書（あるいは、サーバ証明書）を記憶する記憶機能と、相互認証と暗号化復号処理とのうち少なくともいずれか一方を行う処理機能を有している機能部であればよく、例えば、ＩＣチップが搭載されたＳＩＭカードであってもよいし、カードの形態を採用しなくてもよい。

また、通信システム１においては、情報処理装置１３のＩＣカード３４は、情報処理装置１３に対して着脱可能に装着される。これにより、通信システム１においては、ＩＣカード３４と情報処理装置１３とが分離可能であるため、どちらか一方を交換する場合には、当該一方のデバイスを交換すればよい。例えば、ＩＣカード３４と情報処理装置１３とが一体化された場合には、ＩＣカード３４に相当する部分を交換する場合には、情報処理装置１３全体を交換しなければならないが、この場合と比較して、通信システム１では、情報処理装置１３が有するＩＣカード３４等の特定の部分を交換する場合のメンテナンスコストを抑制することができる。

また、通信システム１は、通信管理装置１４をさらに備え、通信管理装置１４は、情報処理装置１３に装着されたＩＣカード３４に記憶させる秘密鍵、およびクライアント証明書を情報処理装置１３に送信し、サーバ側の情報処理装置１３Ｂに装着されたＩＣカード３４に記憶させる秘密鍵、およびサーバ証明書をサーバ側の情報処理装置１３Ｂに送信する。これにより、通信システム１は、通信管理装置１４により発行された正当な秘密鍵、証明書を用いて、ハンドシェイクを行い、共通鍵を決定することができ、上述した効果を奏する他、社会インフラシステムの安全性をさらに向上させることができる。

なお、通信システム１の構成は、上述した例に限定されない。例えば、情報処理装置１３は、処理の負荷に基づき、ハードウェアにより情報処理装置１３の機能を実現するＨＳＭ（Ｈａｒｄｗａｒｅ Ｓｅｃｕｒｉｔｙ Ｍｏｄｕｌｅ）を用いてもよい。つまり、情報処理装置１３は、セキュアな処理が可能な限り、必ずしもＩＣカードを装着する構成に限らず、上記情報処理装置１３の機能を実現できるＩＣチップやＩＣモジュールを用いた構成としてもよい。

また、通信システム１においては、ＳＳＬ／ＴＬＳプロトコルを用いたセキュアな通信を常時行うようにしてもよいし、ＳＳＬ／ＴＬＳプロトコルを用いた通信を行うか否かを選択可能にしてもよい。また、ＩｏＴデバイス１１とサーバ装置１２との間における双方向の通信のうち一方の方向の通信のみをＳＳＬ／ＴＬＳプロトコルを用いた通信としてもよい。また、ＳＳＬ／ＴＬＳプロトコルを用いたセキュアな通信を常時行うようにしてもよいし、ＳＳＬ／ＴＬＳプロトコルを用いた通信を行うか否かを選択可能にしてもよい。

ＳＳＬ／ＴＬＳプロトコルを用いた通信を常時行うようにすることで、情報処理装置１３により認証された正当な情報処理装置１３とは異なる装置からの通信を遮断することができる。このため、ＩｏＴデバイス１１やサーバ装置１２に対する不正なアクセスや、ＩｏＴデバイス１１やサーバ装置１２がマルウエアに感染することを抑止することができる。

また、通信システム１においては、ＳＳＬ／ＴＬＳプロトコルを用いた通信を常時行い、ＩｏＴデバイス１１やサーバ装置１２に対する不正なアクセスを記憶するようにしてもよい。この場合、通信管理装置１４に不正なアクセスの記録が送信されるようにしてもよい。通信管理装置１４は、不正なアクセスの有無を認識することができ、システム全体に対する大規模攻撃が開始される前の予兆の段階を検出して対策することが可能となる。

また、通信システム１においては、情報処理装置１３は、定期的に、自装置が接続されているＩｏＴデバイス１１又はサーバ装置１２との接続が維持されているか否かを確認するようにしてもよい。この場合、通信管理装置１４に接続状態を示す情報が送信されるようにしてもよい。通信管理装置１４は、情報処理装置１３から接続状態を示す情報が受信できない場合などには、情報処理装置１３がＩｏＴデバイス１１又はサーバ装置１２から切り離された判断し、当該切り離された情報処理装置１３を無効とする。こうすることで通信管理装置１４は、切り離された情報処理装置１３が不正な装置に接続されてなりすましに悪用されることを抑制する。

また、通信システム１においては、情報処理装置１３に装着するＩＣカード３４に、ＣＣ（Ｃｏｍｍｏｎ Ｃｒｉｔｅｒｉａ／ＩＳＯ１５４０８）認証を取得したセキュアエレメントと呼ばれる耐タンパ性の高いチップを搭載してもよい。このチップを用いて、秘密鍵や公開鍵を含む証明書を記憶させることにより、非常に高い安全性を維持することができる。

また、通信システム１においては、サーバ装置１２や通信管理装置１４等から、情報処理装置１３を介して、ＩｏＴデバイス１１のプログラムを更新させるようにしてもよい。情報処理装置１３を介してプログラムの更新（ファームウェアのアップデート）が行われることにより、安全にＩｏＴデバイス１１の機能を更新させることができる。このようにサーバ装置１２からＩｏＴデバイス１１に対してファームウェアが送信される場合、サーバ装置１２から送信されるファームウェアには、例えばサーバ側の情報処理装置１３Ｂにより暗号化されたサーバ装置１２の署名が付与される。この場合、ＩｏＴデバイス１１では、情報処理装置１３により署名が復号されることにより、送信されたファームウェアが間違いなくサーバ装置１２から送信されたファームウェアであると判定することができる。これにより、あたかもサーバ装置１２であるかのように装う不正な端末から、不正なファームウェアがＩｏＴデバイス１１に送信されてしまった場合であっても、ＩｏＴデバイス１１に対し不正なファームウェアに基づく誤った更新がなされてしまうことを排除することができる。

また、このように情報処理装置１３を介して通信が行われることにより、サーバ装置１２や通信管理装置１４等からＩｏＴデバイス１１にファームウェアを安全に更新することができるため、作業員が複数のＩｏＴデバイス１１に対して物理的に各々のＩｏＴデバイス１１が設置されている場所まで移動してファームウェアのアップデート作業を行う場合と比較して、作業コストを低減させることも可能である。

また、通信システム１においては、サーバ装置１２や通信管理装置１４等から、情報処理装置１３を介して、ＩｏＴデバイス１１の起動や停止を行ってもよい。情報処理装置１３を介して起動や停止（リモートアクティベーション）が行われることにより、安全にＩｏＴデバイス１１の機能を更新させることができ、セキュアな遠隔制御を実現させることができる。

また、通信システム１においては、ＩｏＴデバイス１１、およびサーバ装置１２が有線により通信する場合を例に説明したが、これに限定されることはない。ＩｏＴデバイス１１、およびサーバ装置１２のうち少なくともいずれかが無線ＬＡＮ等により無線通信を行う装置であってもよい。例えば、ＩｏＴデバイス１１が無線通信によりサーバ装置１２と通信を行う場合、情報処理装置１３は、無線による通信機能を有し、ＩｏＴデバイス１１により送信されるデータを暗号化し、暗号化したデータを、無線通信によりサーバ装置１２に送信する。

上述した例では、通信システム１において、情報処理装置１３がサーバ側の情報処理装置１３Ｂと通信を行う例を説明したが、情報処理装置１３の通信先はこれに限定されることはない。例えば、情報処理装置１３Ａは、情報処理装置１３Ｂと通信を行ってもよい。情報処理装置１３Ａは、情報処理装置１３Ｂから通信開始の合図を受信した場合、まず情報処理装置１３Ｂとの間で相互認証を行い、情報処理装置１３Ｂが正当な通信端末であることを確認する。そして、相互認証が正しく行われた場合、情報処理装置１３Ａは、情報処理装置１３Ｂから受信した情報をＩｏＴデバイス１１に出力する。暗号を使用して送信データに認証子が付与されることにより、通信情報の改ざんの検出および送信者の特定が可能となる。

以上のように、通信システム１においては、デバイス側の情報処理装置１３とサーバ側の情報処理装置１３Ｂとの通信、およびデバイス側の情報処理装置１３同士の通信において、「正しい相手から」、「改ざんされていないデータを受け取る」ことを確実にすることができる。

次に、実施形態に係る通信システム１における情報処理装置１３の通信設定の変更処理について説明する。
実施形態に係る通信システム１において、情報処理装置１３は、通信管理装置１４から指示されるネットワーク設定（通信設定）情報に従って第１通信部３１の設定を行う。通信管理装置１４は、情報処理装置１３のネットワーク設定（第１通信部の設定）を変更する場合、情報処理装置１３へネットワーク設定の変更情報を供給する。情報処理装置１３は、通信管理装置１４からのネットワーク設定の変更情報に基づいて設定した通信部でのネットワーク通信を試みる。情報処理装置１３は、ネットワーク設定の変更情報に基づく設定を適用した通信部での通信が成功した場合は第１通信部３１にネットワーク設定の変更情報に基づく設定を適用し、ネットワーク設定の変更情報に基づく設定を適用した通信部での通信が失敗した場合は第１通信部３１をネットワーク設定の変更情報を受信する前の設定に戻す。

これにより、情報処理装置１３は、通信管理装置１４から供給されたネットワーク設定の変更情報に不具合がなければ第１通信部３１の設定を通信管理装置１４からの変更情報に従って変更でき、通信管理装置１４から供給されたネットワーク設定の変更情報に不具合があれば通信管理装置からの変更情報による設定を適用せずに第１通信部３１の設定を維持することができる。この結果、情報処理装置１３は、通信管理装置１４から供給されるネットワーク設定の変更情報に不具合となる要因が含まれる場合であっても正常なネットワーク通信が維持できる。

以下、情報処理装置１３が通信管理装置１４から供給されたネットワーク設定の変更情報に対する設定変更処理（第１の設定変更処理および第２の設定変更処理）の例について説明する。
まず、実施形態に係る通信システム１において情報処理装置１３が通信管理装置１４からの指定に応じて通信設定を行う第１の設定変更処理について説明する。
図７は、実施形態に係る通信システム１における情報処理装置１３による第１の設定変更処理を説明するためのフローチャートである。
例えば、通信システム１において、通信管理装置１４は、管理者の操作などによって、情報処理装置１３に適用すべきネットワーク設定の変更情報を取得する。通信管理装置１４は、情報処理装置１３に適用すべきネットワーク設定の変更情報を取得すると、対象となる情報処理装置１３へネットワーク設定の変更を要求するネットワーク設定変更リクエストを送信する。

情報処理装置１３は、第１通信部３１によりネットワークＮＷ（ネットワーク１８およびゲートウエイ１７）を介して通信管理装置１４と通信する。情報処理装置１３の制御部３０は、通信管理装置１４が送信したネットワーク設定変更リクエストを第１通信部３１により受信する（ステップＳ３１）。ここで、ネット設定変更リクエストは、情報処理装置１３の第１通信部３１に対する通信設定の変更を要求するものであるものとする。

情報処理装置１３の制御部３０は、通信管理装置１４からのネットワーク設定変更リクエストを受信すると、第１通信部３１に適用している現在のネットワーク設定（現在の第１通信部３１の設定）を示す情報を現在の設定情報として一時記憶部３５ａに記憶する（ステップＳ３２）。

情報処理装置１３の制御部３０は、一時記憶部３５ａに第１通信部３１の設定内容を示す現在の設定情報を記憶すると、ネットワーク設定を変更する準備が完了したことを示す情報を通信管理装置１４に通知する（ステップＳ３３）。

通信管理装置１４は、ネットワーク設定を変更する準備が完了した旨の通知を受信すると、当該情報処理装置１３の第１通信部３１に適用する通信設定情報としてのネットワーク設定情報（通信設定の変更情報）を送信する。ここで、ネットワーク設定の変更情報としては、例えば、ＩＰアドレス、デフォルトゲートウエイ、サブネット、ＤＮＳサーバ、ＮＴＰサーバなどを変更することを指定する情報が含まれる。

情報処理装置１３の制御部３０は、第１通信部３１により通信管理装置１４から送信されたネットワーク設定の変更情報を受信する（ステップＳ３４）。制御部３０は、通信管理装置１４からのネットワーク設定の変更情報を受信すると、現在の設定情報を一時記憶部３５ａに保持したままで、第１通信部３１の設定を通信管理装置１４からのネットワーク設定の変更情報に基づく設定に変更（更新）する（ステップＳ３５）。

情報処理装置１３の制御部３０は、第１通信部３１の設定の変更を実行すると、更新後の第１通信部３１によるネットワーク通信を試行することにより、更新後の第１通信部３１による正常なネットワーク通信が成功したか否かを判断する（ステップＳ３６）。例えば、制御部３０は、所定時間内で更新後の第１通信部３１による通信管理装置１４との通信を試行し、所定時間内に通信管理装置１４との正常な通信が成功したか否かをチェックする。

ただし、ネットワーク設定の変更情報に基づく設定を適用した更新後の第１通信部３１による正常なネットワーク通信に成功したか否かを判断する手法は、特定の方式に限定されるものではない。例えば、情報処理装置１３の制御部３０は、更新後の第１通信部３１を用いてＨＴＴＰ又はＨＴＴＰＳによる通信管理装置１４との通信を試行することにより正常な通信に成功したか否かを判断するようにしても良い。また、制御部３０は、更新後の第１通信部３１を用いてＩＣＭＰ（Ｉｎｔｅｒｎｅｔ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅ Ｐｒｏｔｏｃｏｌ）による通信を試行することにより通信が成功したか否かを判断しても良い。

情報処理装置１３の制御部３０は、第１通信部３１による通信管理装置１４との通信に成功した場合（ステップＳ３６、ＹＥＳ）、通信管理装置１４に第１通信部３１におけるネットワーク設定の変更が成功した旨の通知を送信する（ステップＳ３７）。

また、第１通信部３１による通信管理装置１４との通信に失敗した場合（ステップＳ３６、ＮＯ）、制御部３０は、一時記憶部３５ａに記憶した現在の設定情報に基づいて第１通信部３１の設定内容を変更前の状態に戻す（ステップＳ３８）。制御部３０は、第１通信部３１の設定内容を変更前の状態に戻すと、通信管理装置１４に対してネットワーク設定の変更が失敗した旨の通知を送信する（ステップＳ３９）。

情報処理装置１３の制御部３０は、ネットワーク設定の変更が成功した後、又は、ネットワーク設定の変更の失敗によって設定内容を変更前に戻した後、一時記憶部３５ａに記憶した通信設定情報を削除し（ステップＳ４０）、一連の処理を終了する。
また、通信管理装置１４は、ネットワーク設定の変更の成否に応じて情報処理装置１３と端末装置としてのＩｏＴデバイス１１（又はサーバ装置１２）との通信の可否を指定するようにしても良い。例えば、通信管理装置１４は、情報処理装置１３Ａの第１通信部３１Ａにおける設定（ネットワーク設定）の変更が成功した場合に情報処理装置１３Ａの第２通信部３２ＡによるＩｏＴデバイス１１との通信を許可し、情報処理装置１３Ａの第１通信部３１Ａにおける設定（ネットワーク設定）の変更が失敗した場合には情報処理装置１３Ａの第２通信部３２ＡによるＩｏＴデバイス１１との通信を不可とするようにしても良い。

以上のように、第１の設定変更処理を適用した通信システム１の情報処理装置は、通信管理装置からネットワーク設定の変更情報を受信した場合に第１通信部の現在の設定を示す現在の設定情報を一時記憶部に保存する。情報処理装置は、一時記憶部に現在の設定情報を保存した状態で、ネットワーク設定の変更情報に基づいて第１通信部の設定を変更（更新）する。情報処理装置は、更新後の第１通信部によるネットワーク通信を試行し、ネットワーク通信の成否を判断する。情報処理装置は、更新後の第１通信部によるネットワーク通信が成功した場合には通信管理装置へネットワーク設定の変更が成功したことを通知する。また、情報処理装置は、更新後の第１通信部によるネットワーク通信が失敗した場合には一時記憶部に保存した現在の設定情報に基づいて第１通信部の設定を更新前の状態に戻し、通信管理装置へネットワーク設定の変更が失敗したことを通知する。

これにより、実施形態に係る情報処理装置は、ネットワークを介して通信する通信管理装置からのネットワーク設定の変更要求に応じて第１通信部の設定を変更できる。また、情報処理装置１３は、第１通信部の設定の変更が失敗した場合には第１通信部の設定内容を変更前の設定に戻すことができる。この結果、情報処理装置は、遠隔で通信管理装置から指示される設定の変更情報に不備があっても第１通信部によるネットワーク通信が不通となることがなく、安全に設定の変更を実施できる。

次に、実施形態に係る通信システム１における情報処理装置１３の第２の設定変更処理について説明する。
図８は、実施形態に係る通信システム１における情報処理装置１３による第２の設定変更処理を概略的に説明するための図である。第２の設定変更処理では、情報処理装置１３は、図８に示すように、第１通信部３１（３１Ａ）に加えて仮想ＮＩＣ３１ｖ（３１Ａｖ）を設ける。仮想ＮＩＣ３１Ａｖは、第１通信部３１Ａの代わりに、情報処理装置１３とネットワークＮＷ（ネットワーク１８に接続された装置）との通信を行う仮想通信部である。

情報処理装置１３Ａは、通信管理装置１４から第１通信部３１Ａに対するネットワーク設定の変更情報を受信した場合、受信したネットワーク設定の変更情報に基づく設定を適用した仮想ＮＩＣ３１Ａｖを構築する。情報処理装置１３Ａは、第１通信部３１Ａの通信設定を保持したままで（第１通信部３１Ａの設定を変更することなく）、仮想ＮＩＣ３１ｖを用いてネットワークＮＷを介して通信管理装置１４との通信を試行する。

情報処理装置１３Ａは、仮想ＮＩＣ３１Ａｖによるネットワーク通信が成功すると、仮想ＮＩＣ３１Ａｖに適用した通信設定を第１通信部３１Ａに適用する。これにより、情報処理装置１３Ａは、仮想ＮＩＣ３１Ａｖを用いて正常なネットワーク通信を行うことが確認された通信設定を第１通信部３１Ａに適用することができ、通信設定の変更後も正常なネットワーク通信を確実に維持することができる。

図９は、実施形態に係る通信システム１における情報処理装置１３による第２の設定変更処理を説明するためのフローチャートである。
まず、通信システム１において、通信管理装置１４は、情報処理装置１３へネットワーク設定の変更を要求するネットワーク設定変更リクエストを送信する。情報処理装置１３の制御部３０は、第１通信部３１によりネットワークＮＷ（ネットワーク１８およびゲートウエイ１７）を介して通信管理装置１４から送信されたネットワーク設定変更リクエストを受信する（ステップＳ５１）。ネットワーク設定変更リクエストは、第１通信部３１の設定の変更（更新）を要求するものとする。

情報処理装置１３の制御部３０は、通信管理装置１４からのネットワーク設定変更リクエストを受信すると、当該リクエストで変更が要求された通信部である第１通信部３１として動作する仮想ＮＩＣ３１ｖを構築する準備を行う（ステップＳ５２）。

情報処理装置１３の制御部３０は、第１通信部３１として動作する仮想ＮＩＣ３１ｖの準備が完了すると、ネットワーク設定を変更する準備が完了したことを示す情報を通信管理装置１４に通知する（ステップＳ５３）。

通信管理装置１４は、ネットワーク設定を変更する準備が完了した旨の通知を受信すると、当該情報処理装置１３に適用する通信設定情報としてのネットワーク設定の変更情報を送信する。
情報処理装置１３の制御部３０は、第１通信部３１により通信管理装置１４から送信されたネットワーク設定の変更情報を受信する（ステップＳ５４）。制御部３０は、通信管理装置１４からネットワーク設定の変更情報を受信すると、準備した仮想ＮＩＣ３１ｖに対して通信管理装置１４からのネットワーク設定の変更情報に基づく設定を適用する（ステップＳ５５）。

情報処理装置１３の制御部３０は、ネットワーク設定の変更情報に基づく設定を適用した仮想ＮＩＣ３１ｖが完成すると、仮想ＮＩＣ３１ｖを用いてネットワーク通信を試行することによりネットワーク設定の変更情報に基づく設定を適用した通信部による正常なネットワーク通信が成功したか否かを判断する（ステップＳ５６）。例えば、制御部３０は、所定時間内での仮想ＮＩＣ３１ｖによる通信管理装置１４との通信を試行し、所定時間内に通信管理装置１４との正常な通信が成功したか否かをチェックする。また、ネットワーク設定の変更情報に基づく設定を適用した仮想ＮＩＣが正常なネットワーク通信に成功したか否かを判断する手法は、特定の方式に限定されるものではない。

情報処理装置１３の制御部３０は、仮想ＮＩＣ３１ｖを用いたネットワーク通信が正常に成功した場合（ステップＳ５６、ＹＥＳ）、ネットワーク設定の変更が成功した旨の通知を通信管理装置１４へ送信し（ステップＳ５７）、第１通信部３１に対して仮想ＮＩＣ３１ｖの設定を反映させる（ステップＳ５８）。

情報処理装置１３の制御部３０は、第１通信部３１に対する仮想ＮＩＣの設定の反映が完了すると、仮想ＮＩＣ３１ｖにおけるネットワーク設定を削除し（ステップＳ６０）、ネットワーク設定の変更情報に基づく設定に変更された第１通信部３１でネットワークＮＷと通信するように設定する。これにより、情報処理装置は、通信管理装置が指定する通信設定の変更（更新）の対象となる通信部に対して仮想ＮＩＣで正当性が確認された設定を適用することができる。

また、情報処理装置１３の制御部３０は、仮想ＮＩＣ３１ｖを用いたネットワーク通信が失敗した場合（ステップＳ５６、ＮＯ）、ネットワーク設定の変更が失敗した旨の通知を通信管理装置１４へ送信する（ステップＳ５９）。仮想ＮＩＣ３１ｖでの通信が失敗した場合、制御部３０は、仮想ＮＩＣ３１ｖの設定を削除し（ステップＳ６０）、設定を変更していない第１通信部３１でネットワークＮＷと通信する設定とする。これにより、情報処理装置１３は、仮想ＮＩＣ３１ｖで正当性が確認できなかった設定を第１通信部３１に適用することなく、第１通信部３１を通信管理装置１４からのネットワーク設定の変更情報を受信する前の状態で動作させることができる。

以上のように、第２の設定変更処理を適用した通信システムの情報処理装置は、通信管理装置からネットワーク設定の変更情報を受信した場合に第１通信部として動作する変更情報に基づく設定を適用した仮想通信部を構築する。情報処理装置は、仮想通信部によるネットワーク通信を試行してネットワーク通信の成否を判断する。情報処理装置は、仮想通信部によるネットワーク通信が成功した場合には仮想通信部の設定内容を第１通信部に反映させ、ネットワーク設定の変更が成功したことを通信管理装置へ通知する。また、情報処理装置は、仮想通信部によるネットワーク通信が失敗した場合にはネットワーク設定の変更が失敗したことを通信管理装置へ通知し、仮想通信部を削除する。

これにより、第２の設定変更処理を適用した情報処理装置は、ネットワークを介して通信する通信管理装置からのネットワーク設定の変更情報に基づく設定を適用した仮想通信部を用いてネットワーク設定の変更情報による設定が有効であるか否かを確認できる。また、情報処理装置は、仮想通信部によるネットワーク設定が失敗した場合には第１通信部の設定を変更することなく、ネットワーク設定の失敗を通信管理装置へ通知できる。この結果、情報処理装置は、遠隔で通信管理装置から指示される設定の変更情報に不備があっても第１通信部によるネットワーク通信が不通となることがなく、安全に設定の変更を実施できる。

上述した実施形態では、図１に示す通信システム１の構成例を前提として設定変更処理について説明したが、通信システム１の構成は、図１に示す構成例に限らず、種々の変更がある。例えば、ゲートウエイ１７に接続されるデバイス側の情報処理装置は、複数存在しても良い。また、デバイス側の情報処理装置は、第２通信部に接続されるＩｏＴデバイスが変更されたり追加されたりされることもある。

以下に、実施形態に係る通信システム１における種々の構成に応じて第１および第２の設定変更処理を適用する例について説明する。
図１０は、通信管理装置１４に対してデバイス側に複数の情報処理装置１３（１３Ａ１、１３Ａ２）が存在する通信システム１の構成例を示す図である。
図１０に示す構成例において、通信システム１は、ゲートウエイ１７に対して複数の情報処理装置１３Ａ１、１３Ａ２が接続される。このよう構成において、通信管理装置１４は、複数の情報処理装置１３Ａ１、１３Ａ２に対してそれぞれネットワーク設定の変更を要求することができる。

ただし、図１０に示すような構成例では、１つのゲートウエイ１７に接続する複数の情報処理装置１３Ａ１、１３Ａ２が同様な通信設定となることがある。通信管理装置１４は、同様な通信設定となる複数の情報処理装置１３Ａ１、１３Ａ２に対して一斉に通信設定の変更を要求するようにしても良い。

通信管理装置１４は、複数の情報処理装置１３Ａ１、１３Ａ２に一斉に通信設定の変更を要求した場合、いずれか１つの情報処理装置からネットワーク設定の変更が失敗した旨の通知を受けると、他の情報処理装置に対するネットワーク設定の変更を中止するようにしても良い。また、通信管理装置１４は、１つの情報処理装置１３Ａ１に対するネットワーク設定の変更が成功した後に、他の情報処理装置１３Ａ２に対して一斉にネットワーク設定の変更を実行させるようにしても良い。

また、上述した第１および第２の設定変更処理の例では、ネットワークＮＷに接続する第１通信部３１の設定を変更（更新）する処理について説明したが、ＩｏＴデバイス１１に接続する第２通信部３２についても上述した第１又は第２の設定変更処理による設定の変更を実施しても良い。例えば、通信システム１において、情報処理装置１３は、第２通信部３２に接続されるデバイスが変更されることがある。図１０に示す例では、情報処理装置１３は、ＩｏＴデバイス１１Ａを接続していた第２通信部３２にＩｏＴデバイス１１Ｃが接続されたことを示している。情報処理装置１３は、第２通信部３２に接続される端末装置としてのデバイス１１が変更されると、第２通信部３２の設定を変更する必要が生じることがある。

通信管理装置１４は、情報処理装置１３における第２通信部３２の通信設定情報も管理する。情報処理装置１３は、通信管理装置１４から第２通信部３２に対する通信設定の変更の要求を受けた場合、第１又は第２の設定変更処理と同様な手順で第２通信部３２の設定を変更しても良い。例えば、第１の設定変更処理の適用例として、情報処理装置１３の制御部３０は、通信管理装置１４から第２通信部３２に対する設定の変更情報を受信すると、第２通信部３２の現在（変更前）の設定を示す情報（現在の設定情報）を一時記憶部３５ａに保存する。

情報処理装置１３の制御部３０は、一時記憶部３５ａに元設定情報を保持した状態で、通信管理装置１４からの変更情報で第２通信部３２の設定を更新する。制御部３０は、更新後の第２通信部３２によるＩｏＴデバイス１１との通信が成功したら一時記憶部３５ａの現在の設定情報を削除し、更新後の第２通信部３２によるＩｏＴデバイス１１との通信が失敗したら一時記憶部３５ａに保存した現在の設定情報に基づいて第２通信部３２の設定を変更前の状態に戻す。これにより、情報処理装置１３は、ＩｏＴデバイスに接続する第２通信部３２に対しても通信管理装置１４から指示される設定変更に応じた設定の変更を確実に実施することができる。

また、第２の設定変更処理の適用例として、情報処理装置１３の制御部３０は、通信管理装置１４から第２通信部３２に対する設定の変更情報を受信すると、受信した変更情報に基づく設定を適用した第２通信部３２として動作する仮想ＮＩＣを構築する。制御部３０は、仮想ＮＩＣによるＩｏＴデバイス１１との通信が成功したら仮想ＮＩＣの設定を第２通信部３２に反映し、仮想ＮＩＣによるＩｏＴデバイス１１との通信が失敗したら仮想ＮＩＣを削除する。これにより、情報処理装置１３は、端末装置としてのＩｏＴデバイス１１に接続する第２通信部３２に対しても通信管理装置１４からの変更要求に応じた設定の変更を確実に実施することができる。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１…通信システム、１１…ＩｏＴデバイス（端末装置）、１２…サーバ装置、１３（１３Ａ、１３Ｂ）…情報処理装置、１４…通信管理装置、１７…ゲートウエイ、１８…ネットワーク、ＮＷ…ネットワーク、２１（２１Ａ、２１Ｂ）…第１ポート、２２（２２Ａ、２２Ｂ）…第２ポート、３０…制御部（第１の制御部）、３１（３１Ａ（３１Ａ１、３１Ａ２）、３１Ｂ）…第１通信部、３２（３２Ａ、３２Ｂ）…第２通信部、３１ｖ…仮想ＮＩＣ（仮想通信部）、３３…リーダライタ、３４…ＩＣカード、４０…ＩＣモジュール、４１…コンタクト部、４２…ＩＣチップ、４３…ＵＡＲＴ、４４…ＣＰＵ、４５…ＲＯＭ、４６…ＲＡＭ、４７…ＥＥＰＲＯＭ、６０…ＮＷ通信部、６１…制御部（第２の制御部）、６２…記憶部。

Claims (9)

1. ネットワーク通信を行う情報処理装置において、
   前記ネットワークを介して通信管理装置と通信する通信部と、
   前記通信部により前記通信管理装置から前記通信部の設定の変更情報を受信した場合に前記通信部の設定を示す現在の設定情報を保持し、前記通信部の設定を前記変更情報に基づいて変更し、前記変更情報に基づく設定を適用した通信部による前記通信管理装置との通信し、前記変更情報に基づく設定を適用した通信部による通信が成功しなければ前記通信部の設定を前記現在の設定情報に基づいて変更する制御部と、
   を有する情報処理装置。
2. 前記制御部は、前記通信部の設定を前記変更情報に基づく設定に変更したあと、前記変更情報に基づく設定を適用した通信部による前記通信管理装置との通信を所定時間内で試行し、前記通信管理装置との所定時間内での通信が成功しなければ前記通信部を前記現在の設定情報に基づく設定とする、
   請求項１に記載の情報処理装置。
3. 前記制御部は、前記変更情報に基づく設定を適用した通信部による前記通信管理装置との通信が成功しなければ前記通信管理装置へ前記変更情報に基づく設定の変更に失敗した旨を通知する、
   請求項１に記載の情報処理装置。
4. さらに、前記通信部により前記通信管理装置からの前記変更情報を受信した場合の前記通信部の設定を示す現在の設定情報を保存する一時記憶部を有し、
   前記制御部は、前記一時記憶部に現在の設定情報を保存した状態で前記通信部の設定を前記変更情報に基づいて変更し、前記変更情報に基づいて設定を変更した前記通信部による通信が成功しなければ前記一時記憶部が保存する現在の設定情報に基づいて前記通信部の設定を変更前の状態に戻す、
   請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 前記制御部は、前記変更情報に基づいて設定を変更した前記通信部による前記通信管理装置との通信が成功した場合、又は、前記通信部の設定を前記現在の設定情報に基づいて変更した場合、前記一時記憶部が保存する現在の設定情報を削除する、
   請求項４に記載の情報処理装置。
6. 前記制御部は、前記通信部により通信管理装置から受信した前記通信部の設定の変更情報に基づいて設定された仮想通信部を構築し、前記仮想通信部による前記通信管理装置との通信が成功した場合に前記仮想通信部の設定を前記通信部に反映する、
   請求項１乃至３のいずれか１項に記載の情報処理装置。
7. 前記制御部は、前記仮想通信部の設定を前記通信部に反映した場合、又は、前記仮想通信部による前記通信管理装置との通信が成功しなかった場合、前記仮想通信部を削除する、
   請求項６に記載の情報処理装置。
8. 情報処理装置と通信管理装置とを含む通信システムにおいて、
   前記情報処理装置は、
   ネットワークに接続する通信部と、
   前記通信部により前記通信管理装置から前記通信部の設定の変更情報を受信した場合に前記通信部の設定を示す現在の設定情報を保持し、前記通信部の設定を前記変更情報に基づいて変更し、前記変更情報に基づく設定を適用した通信部による前記通信管理装置との通信し、前記変更情報に基づく設定を適用した通信部による通信が成功しなければ前記通信部の設定を前記現在の設定情報に基づいて変更する第１の制御部と、を有し、
   前記通信管理装置は、
   前記ネットワークを介して前記情報処理装置と通信するＮＷ通信部と、
   前記ＮＷ通信部により通信する前記情報処理装置に前記通信部の設定の変更情報を送信する第２の制御部と、を有する、
   通信システム。
9. 前記通信管理装置は、さらに、前記情報処理装置における前記通信部の設定内容を示す通信設定情報を記憶する記憶部を有し、
   前記通信管理装置の前記第２の制御部は、前記情報処理装置が前記通信部の設定を前記変更情報に基づく設定に変更した場合に前記記憶部に記憶する前記情報処理装置の前記通信部の通信設定情報を前記変更情報に基づいて更新する、
   請求項８に記載の通信システム。