JP6127866B2 - 通信制御装置、通信制御方法および通信制御プログラム - Google Patents

Description

本発明は、通信制御装置、通信制御方法および通信制御プログラムに関する。

近年、遠方等に設置される端末装置が収集した情報をデータセンタ等で一括して管理する技術が知られている。例えば、検針メータや防犯センサなどに無線端末を設置し、無線端末がセンサ等からセンサデータを収集して、管理装置に送信する。また、無線端末は、センサデータをＶＰＮ（Virtual Private Network）通信等で管理装置に送信することで、漏洩等のリスク回避を行い、セキュリティを向上させている。

特表２００２−５０８１２３号公報 特表２００５−５００７４１号公報 国際公開第２００７／１４１８４０号

しかしながら、上記技術では、データに適した経路を選択して送信することができない。例えば、各端末装置がＶＰＮ通信などの暗号化通信でセンサデータを送信する場合、管理装置が高負荷になって処理遅延が発生する危険性が高くなる。一方、各端末装置が非暗号化通信でセンサデータを送信する場合、漏洩等の危険性が高くなる。

開示の技術は、上記に鑑みてなされたものであって、データに適した経路を選択することができる通信制御装置、通信制御方法および通信制御プログラムを提供することを目的とする。

本願の開示する通信制御装置は、一つの態様において、端末装置からデータを受信する受信部を有する。通信制御装置は、前記データを送信した前記端末装置の位置情報と地図情報に基づいて、前記受信部によって受信されたデータの重要度を判定する判定部を有する。通信制御装置は、前記判定部によって判定された重要度に対応する通信経路を選択する選択部を有する。通信制御装置は、前記選択部によって選択された通信経路で、前記データを宛先に送信する送信部を有する。

本願の開示する通信制御装置、通信制御方法および通信制御プログラムの一つの態様によれば、データに適した経路を選択することができる。

図１は、実施例１に係るシステムの全体構成例を示す図である。 図２は、実施例１に係るゲートウェイ装置の機能構成を示す機能ブロック図である。 図３は、位置情報ＤＢに記憶される情報の例を示す図である。 図４は、切替情報ＤＢに記憶される情報の例を示す図である。 図５は、実施例１に係るセンタサーバの機能構成を示す機能ブロック図である。 図６は、カテゴリ定義ＤＢに記憶される情報の例を示す図である。 図７は、リスク定義ＤＢに記憶される情報の例を示す図である。 図８は、切替基準ＤＢに記憶される情報の例を示す図である。 図９は、実施例１に係るゲートウェイ装置が実行する処理の流れを示すフローチャートである。 図１０は、実施例１に係るセンタサーバが実行する処理の流れを示すフローチャートである。 図１１は、実施例２に係る位置情報が更新された場合の処理の流れを示すシーケンス図である。 図１２は、実施例２に係る周辺の環境情報が更新された場合の処理の流れを示すフローチャートである。 図１３は、実施例３に係るリスク定義ＤＢに記憶される情報の例を示す図である。 図１４は、実施例３に係る切替情報ＤＢに記憶される情報の例を示す図である。 図１５は、実施例４に係るリスク定義ＤＢに記憶される情報の例を示す図である。 図１６は、実施例４に係るゲートウェイ装置が実行する処理の流れを示すフローチャートである。 図１７は、ハードウェア構成例を示す図である。

以下に、本願の開示する通信制御装置、通信制御方法および通信制御プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。各実施例は、矛盾のない範囲内で適宜組み合わせることができる。

［全体構成］
図１は、実施例１に係るシステムの全体構成例を示す図である。図１に示すように、このシステムは、端末装置１、端末装置２、ゲートウェイ装置（以下、「ＧＷ装置」と記載する場合がある）１０、センタサーバ３０、地図情報サーバ５０を有する。なお、ここで示した装置の数等は例示であり、図示した数に限定されない。

端末装置１および端末装置２は、検針メータや防犯センサに設置される無線端末であり、アドホックネットワークを介してＧＷ装置１０と通信を実行する。例えば、各端末装置は、検針メータや防犯センサ等からセンサデータを定期的に取得してＧＷ装置１０に送信する。各端末装置の例としては、携帯端末、スマートフォン、ノードパソコンなどを採用することができる。なお、端末装置とセンサ等は、同じ筐体で実現されてもよく、別々の筐体であってもよい。

ＧＷ装置１０は、各端末装置からセンサデータを受信してセンタサーバ３０に送信する装置である。このＧＷ装置１０は、端末装置等で形成されるアドホックネットワークと、センタサーバ３０が設置される社内ネットワークとを接続するゲートウェイとして動作する。ＧＷ装置１０は、インターネットなどの非暗号化通信網である物理網３や、当該物理網３上に構築された暗号化通信網であるＶＰＮ４を用いて、受信したセンサデータをセンタサーバ３０に送信する。

センタサーバ３０は、各端末装置が送信したセンサデータを一括して管理するサーバ装置であり、データセンタ等に設置される。このセンタサーバ３０は、物理網３やＶＰＮ４によってＧＷ装置１０と接続され、ＧＷ装置１０を介して、各端末装置が送信したセンサデータを受信する。なお、本実施例では、ＧＷ装置１０とセンタサーバ３０とが別々の筐体で実現される例を説明するが、同じ筐体で実現されてもよい。

地図情報サーバ５０は、ランドマーク、教育機関、公共機関などの情報が含まれる地図データを保持するサーバ装置である。この地図情報サーバ５０は、インターネットなどを介して、センタサーバ３０と接続される。地図情報サーバ５０が保持する地図データは、緯度経度などで表される位置情報によって、ランドマーク等を特定することができる。

このような状況において、ＧＷ装置１０は、端末装置１または端末装置２からセンサデータを受信する。ＧＷ装置１０は、センサデータを送信した端末装置の位置情報と地図データに基づいて判定された、センサデータの重要度に対応する通信経路を選択する。その後、ＧＷ装置１０は、選択された通信経路で、センサデータをセンタサーバ３０に送信する。

このように、ＧＷ装置１０は、センサの位置から特定するセンサ周辺のランドマーク等に基づいて、センサデータの重要度が高いと判定した場合はＶＰＮ４で送信する。また、ＧＷ装置１０は、センサデータの重要度が低い場合は物理網３で送信する。この結果、ＧＷ装置１０は、セキュリティレベルに適した経路を選択できる。

［ゲートウェイ装置の構成］
図２は、実施例１に係るゲートウェイ装置の機能構成を示す機能ブロック図である。図２に示すように、ＧＷ装置１０は、通信処理部１１、記憶部１２、制御部１５を有する。なお、ここで挙げた処理部は例示であり、これに限定されるものではなく、入力部や表示部など他の処理部を有していてもよい。

通信処理部１１は、他の装置との無線通信や有線通信を制御する通信インタフェースである。例えば、通信処理部１１は、各端末装置からセンサデータを受信する。また、通信処理部１１は、物理網３またはＶＰＮ４で、センタサーバ３０から後述する切替情報などを受信する。また、通信処理部１１は、物理網３またはＶＰＮ４で、各端末装置の位置情報をセンタサーバ３０に送信する。また、通信処理部１１は、物理網３またはＶＰＮ４で、各端末装置から受信したセンサデータをセンタサーバ３０に送信する。

記憶部１２は、メモリやハードディスクなどの記憶装置であり、位置情報ＤＢ（DataBase）１２ａと切替情報ＤＢ１２ｂとを有する。また、記憶部１２は、制御部１５が実行するプログラム、各種データ等を記憶する。

位置情報ＤＢ１２ａは、端末装置が設置される位置情報を記憶するデータベースである。ここで記憶される情報は、管理者等によって設定、更新される。図３は、位置情報ＤＢに記憶される情報の例を示す図である。

図３に示すように、位置情報ＤＢ１２ａは、「端末装置、位置」を対応付けて記憶する。ここで記憶される「端末装置」は、端末装置を識別する識別子であり、例えばホスト名などが該当する。「位置」は、端末装置が設置される位置を特定する情報であり、例えば緯度経度などが該当する。

図３の場合、端末装置１である「機器１」は位置情報Ａで特定される位置に設定されており、端末装置２である「機器２」は位置情報Ｂで特定される位置に設定されていることを示している。なお、位置情報ＤＢ１２ａは、端末装置のＩＰ（Internet Protocol）アドレスやＭＡＣ（Media Access Control）アドレスをさらに対応付けて記憶することもできる。

切替情報ＤＢ１２ｂは、センサデータをセンタサーバ３０へ送信する際の通信経路を記憶するデータベースである。図４は、切替情報ＤＢに記憶される情報の例を示す図である。図４に示すように、切替情報ＤＢ１２ｂは、「端末装置、ネットワーク」を対応付けて記憶する。

ここで記憶される「端末装置」は、端末装置を識別する識別子であり、例えばホスト名などが該当する。「ネットワーク」は、センサデータをセンタサーバ３０へ送信する際の通信経路を示す情報である。図４の場合、機器１から受信したセンサデータは、ＶＰＮ４でセンタサーバ３０に送信することを示す。機器２から受信したセンサデータは、物理網３でセンタサーバ３０に送信することを示す。

制御部１５は、ＧＷ装置１０の全体的な制御を司る処理部であり、位置送信部１６、変化検出部１７、受信部１８、選択部１９、送信部２０を有する。例えば、制御部１５は、プロセッサなどの電子回路であり、各処理部は、プロセッサが有する電子回路やプロセッサが実行するプロセスなどに該当する。また、ここで示した処理部は、一例であり、これに限定されるものではなく、制御部１５は、他の処理部を有していてもよい。

位置送信部１６は、端末装置の位置情報をセンタサーバ３０に送信する処理部である。具体的には、位置送信部１６は、位置情報ＤＢ１２ａに端末装置の位置情報が格納されたことを検出した場合、位置情報ＤＢ１２ａから端末装置の位置情報を取得して、センタサーバ３０に送信する。また、位置送信部１６は、変化検出部１７によって端末装置の位置情報が更新されたことが通知されると、更新された位置情報を位置情報ＤＢ１２ａから取得してセンタサーバ３０に送信する。

なお、位置送信部１６が端末装置の位置情報を送信する際に使用するネットワークは、任意に設定することができる。具体的には、位置送信部１６は、物理網３で送信してもよく、ＶＰＮソフトウェアを起動してセンタサーバ３０との間でＶＰＮ４を構築して、ＶＰＮ４で送信することもできる。例えば、位置送信部１６は、ＧＷ装置１０とセンタサーバ３０との間の通信量を監視し、通信量が少ない場合はＶＰＮ４で送信し、通信量が多い場合は物理網３で送信するなどの制御も実行することができる。

変化検出部１７は、端末装置の位置情報の変化を検出する処理部である。具体的には、変化検出部１７は、位置情報ＤＢ１２ａに登録されている位置情報を監視し、位置情報が更新された場合には、更新されたことを位置送信部１６に通知する。

受信部１８は、位置送信部１６が送信した位置情報に対する応答を受信する処理部である。具体的には、受信部１８は、後述する切替情報をセンタサーバ３０から受信し、端末装置と切替情報とを対応付けて切替情報ＤＢ１２ｂに格納する。

また、受信部１８は、各端末装置から無線通信でセンサデータを受信する処理部である。受信部１８は、受信したセンサデータを選択部１９に出力する。ここで受信されるセンサデータには、各端末装置と接続される防犯センサ等が検出したアラーム、検出した事象を示すイベント情報などが含まれる。

選択部１９は、センサデータの送信元に対応するネットワークを選択する処理部である。具体的には、選択部１９は、受信部１８から入力されたセンサデータのヘッダ等から送信元の端末装置１（機器１）を特定する。そして、選択部１９は、切替情報ＤＢ１２ｂを参照し、端末装置１（機器１）に対応付けられるネットワーク「ＶＰＮ」を選択する。その後、選択部１９は、受信したセンサデータと、選択されたネットワークが「ＶＰＮ」であることとを、送信部２０に出力する。

別の例では、選択部１９は、受信部１８から入力されたセンサデータのヘッダ等から送信元の端末装置２（機器２）を特定する。そして、選択部１９は、切替情報ＤＢ１２ｂを参照し、端末装置２（機器２）に対応付けられるネットワーク「物理網」を選択する。その後、選択部１９は、受信したセンサデータと、選択されたネットワークが「物理網」であることとを、送信部２０に出力する。

送信部２０は、選択部１９によって選択されたネットワークで、受信されたセンサデータを宛先に送信する処理部である。例えば、送信部２０は、受信したセンサデータと、選択されたネットワーク「ＶＰＮ」とが選択部１９から入力されると、ＶＰＮソフトウェア等を起動して、センサデータの宛先であるセンタサーバ３０との間でＶＰＮ４を確立する。その後、送信部２０は、ＶＰＮ４でセンサデータをセンタサーバ３０に送信する。

別の例では、送信部２０は、受信したセンサデータと、選択されたネットワーク「物理網」とが選択部１９から入力されると、物理網３でセンサデータをセンタサーバ３０に送信する。

［センタサーバの構成］
図５は、実施例１に係るセンタサーバの機能構成を示す機能ブロック図である。図５に示すように、センタサーバ３０は、通信処理部３１、記憶部３２、制御部３５を有する。なお、ここで挙げた処理部は例示であり、これに限定されるものではなく、入力部や表示部など他の処理部を有していてもよい。

通信処理部３１は、他の装置との無線通信や有線通信を制御する通信インタフェースである。例えば、通信処理部３１は、物理網３やＶＰＮ４を介して、各端末装置の位置情報やセンサデータをＧＷ装置１０から受信する。また、通信処理部３１は、物理網３やＶＰＮ４を介して、各端末装置に対する切替情報をＧＷ装置１０に送信する。

記憶部３２は、メモリやハードディスクなどの記憶装置であり、位置情報ＤＢ３２ａとカテゴリ定義ＤＢ３２ｂとリスク定義ＤＢ３２ｃと切替基準ＤＢ３２ｄとを有する。また、記憶部３２は、制御部３５が実行するプログラム、各種データ等を記憶する。

位置情報ＤＢ３２ａは、端末装置の位置情報を記憶するデータベースである。具体的には、位置情報ＤＢ３２ａは、ゲートウェイ装置１０から受信した端末情報および位置情報と、後述する選択部３９等によって選択された切替情報とを対応付けて記憶する。

カテゴリ定義ＤＢ３２ｂは、地図データによって特定されるランドマーク等をカテゴライズした情報を記憶するデータベースである。なお、ここで記憶される情報は、センタサーバ３０や管理者によって定期的に更新される。図６は、カテゴリ定義ＤＢに記憶される情報の例を示す図である。図６に示すように、カテゴリ定義ＤＢ３２ｂは、「カテゴリ、周辺のランドマーク」を対応付けて記憶する。

ここで記憶される「カテゴリ」は、周辺の環境によって特定されるカテゴリである。「周辺のランドマーク」は、カテゴリに属するランドマーク等である。図６の場合、銀行や信用金庫等は、金融機関にカテゴライズされ、各種店舗やコンビニ等は、一般店舗にカテゴライズされ、事務所等は、オフィス街にカテゴライズされ、住宅等は、住宅街にカテゴライズされ、工場は、工場地域にカテゴライズされることを示す。

リスク定義ＤＢ３２ｃは、周辺環境ごとにデータ漏洩の危険度を記憶するデータベースである。すなわち、リスク定義ＤＢ３２ｃは、端末装置の周辺環境によって、当該端末装置が送信するセンサデータの重要度を判定する情報を記憶する。なお、ここで記憶される情報は、管理者によって定期的に更新される。図７は、リスク定義ＤＢに記憶される情報の例を示す図である。

図７に示すように、リスク定義ＤＢ３２ｃは、「カテゴリ、リスク値」を対応付けて記憶する。ここで記憶される「カテゴリ」は、カテゴリ定義ＤＢ３２ｂに記憶されるカテゴリと同様の情報である。「リスク値」は、データ漏洩の危険度、言い換えると、センサデータの重要度を示す情報である。

図７の場合、カテゴリ「金融機関」のリスク値が最も高く、そのリスク値が「１２０」であることを示し、カテゴリ「工場地域」のリスク値が最も低く、そのリスク値が「３０」であることを示す。なお、いずれのカテゴリにも属さない場合は、リスク値「０」となることを示す。

切替基準ＤＢ３２ｄは、データ漏洩の危険度、言い換えると、センサデータの重要度によって選択されるネットワークの情報を記憶するデータベースである。なお、ここで記憶される情報は、管理者によって定期的に更新される。図８は、切替基準ＤＢに記憶される情報の例を示す図である。

図８に示すように、切替基準ＤＢ３２ｄは、「リスク値、ネットワーク」を対応付けて記憶する。ここで記憶される「リスク値」は、リスク定義ＤＢ３２ｃに記憶されるリスク値と同様の情報である。「ネットワーク」は、選択される通信網を特定する情報である。図８の場合、リスク値が「０〜１００」の間は、「物理網」が選択され、リスク値が「１０１〜２００」の間は、「ＶＰＮ」が選択され、リスク値が「２０１以上」は、「専用線」が選択されることを示す。

制御部３５は、センタサーバ３０の全体的な制御を司る処理部であり、位置受信部３６、特定部３７、判定部３８、選択部３９、通知部４０、データ受信部４１を有する。例えば、制御部３５は、プロセッサなどの電子回路であり、各処理部は、プロセッサが有する電子回路やプロセッサが実行するプロセスなどに該当する。また、ここで示した処理部は、一例であり、これに限定されるものではなく、制御部３５は、他の処理部を有していてもよい。

位置受信部３６は、各端末装置の位置情報を受信する処理部である。具体的には、位置受信部３６は、ＧＷ装置１０から、端末装置１や端末装置２の位置情報を受信し、受信した位置情報を特定部３７に出力する。なお、位置受信部３６が各端末装置の位置情報を受信する際に使用するネットワークは、任意に設定することができる。また、位置受信部３６は、位置情報を含むパケットのヘッダ等から、端末装置を識別する識別子やＩＰアドレスなどを抽出することで、どの端末装置の位置情報かを特定することができる。また、位置受信部３６は、受信した情報を位置情報ＤＢ３２ａに格納する。

特定部３７は、各端末装置の位置情報と地図データとを用いて、各端末装置の周辺の環境情報を特定する処理部である。例えば、特定部３７は、端末装置１の位置情報として緯度経度が位置受信部３６から入力されると、地図情報サーバ５０にアクセスして、当該緯度経度によって特定される位置周辺のランドマークの情報を取得する。そして、特定部３７は、特定したランドマーク情報をキーにしてカテゴリ定義ＤＢ３２ｂを検索して、端末装置の位置が該当するカテゴリを特定する。

一例を挙げると、特定部３７は、地図情報サーバ５０にアクセスして、端末装置１の位置周辺に「銀行」があることを特定する。すると、特定部３７は、カテゴリ定義ＤＢ３２ｂを参照して、ランドマーク情報である「銀行」に対応付けられるカテゴリが「金融機関」であることを特定する。つまり、特定部３７は、端末装置１は金融機関の近くに設置されていると特定する。その後、特定部３７は、「端末装置１、カテゴリ（金融機関）」を対応付けて判定部３８に出力する。

判定部３８は、端末装置の位置情報と地図データに基づいて、各端末装置から送信されるデータの重要度を判定する処理部である。つまり、判定部３８は、端末装置の位置情報から、データが漏洩した場合の影響の大きさを判定する。

具体的には、判定部３８は、特定部３７から通知された「カテゴリ」をキーにしてリスク定義ＤＢ３２ｃを検索し、当該カテゴリに対応付けられる「リスク値」を判定する。そして、判定部３８は、判定した「リスク値」を選択部３９に出力する。

上記例で説明すると、判定部３８は、特定部３７から「端末装置１、カテゴリ（金融機関）」を受信する。すると、判定部３８は、リスク定義ＤＢ３２ｃを参照して、「カテゴリ（金融機関）」に対応付けられる「リスク値」が「１２０」であることを特定する。そして、判定部３８は、「端末装置１、リスク値（１２０）」を対応付けて、選択部３９に出力する。

選択部３９は、判定部３８によって判定された重要度に対応する通信経路を選択する処理部である。つまり、選択部３９は、データが漏洩した場合の影響の大きさから、データ通信に利用するネットワークを選択する。

具体的には、選択部３９は、判定部３８から通知された「リスク値」をキーにして切替基準ＤＢ３２ｄを検索し、当該リスク値に対応付けられる「ネットワーク」を判定する。そして、選択部３９は、判定した「ネットワーク」を通知部４０に出力する。

上記例で説明すると、選択部３９は、判定部３８から、「端末装置１、リスク値（１２０）」を受信する。すると、選択部３９は、切替基準ＤＢ３２ｄを参照して、「リスク値（１２０）」に対応付けられる「ネットワーク」が「ＶＰＮ」であることを特定する。そして、選択部３９は、「端末装置１、ネットワーク（ＶＰＮ）」を対応付けて、通知部４０に出力する。

通知部４０は、選択部３９によって選択された通信経路をＧＷ装置１０に通知する処理部である。上記例で説明すると、通知部４０は、選択部３９から、「端末装置１、ネットワーク（ＶＰＮ）」を受信する。この場合、通知部４０は、位置受信部３６によって受信されたパケットの応答として、「端末装置１、ネットワーク（ＶＰＮ）」をＧＷ装置１０に送信する。この結果、ＧＷ装置１０は、端末装置１から受信したセンサデータについては、ＶＰＮ４でセンタサーバ３０に送信すると決定する。

データ受信部４１は、ＧＷ装置１０を介して、各端末装置が送信したセンサデータを受信する処理部である。例えば、データ受信部４１は、ＧＷ装置１０からの要求等によって、ＶＰＮソフトウェアを起動してＧＷ装置１０との間でＶＰＮ４を構築し、ＶＰＮ４でセンサデータを受信する。

また、データ受信部４１は、ＶＰＮ４を構築することなく、ＧＷ装置１０との間で接続されている物理網３でセンサデータを受信する。また、データ受信部４１は、ＧＷ装置１０との間で別途構築されている専用線（図示せず）で、センサデータを受信する。

このように、データ受信部４１は、漏洩された場合の危険度が高いほど、すなわち上記リスク値が高いほど、漏洩の危険性が低いセキュアなネットワークでセンサデータを受信する。

［ＧＷ装置の処理］
図９は、実施例１に係るゲートウェイ装置が実行する処理の流れを示すフローチャートである。図９に示すように、ＧＷ装置１０の位置送信部１６は、管理者等から端末装置の位置情報の登録を受け付けると（Ｓ１０１）、位置情報ＤＢ１２ａに格納するとともに、当該位置情報をセンタサーバ３０に送信する（Ｓ１０２）。

続いて、受信部１８は、センタサーバ３０から切替情報を受信すると（Ｓ１０３：Ｙｅｓ）、送信された位置情報に対応する端末装置と、受信した切替情報とを対応付けて切替情報ＤＢ１２ｂに格納する（Ｓ１０４）。

その後、受信部１８がセンサデータを受信すると（Ｓ１０５：Ｙｅｓ）、選択部１９は、切替情報ＤＢ１２ｂを参照して、当該センサデータの送信元の端末装置に対応付けられる切替情報を特定する（Ｓ１０６）。

そして、送信部２０は、特定された切替情報がＶＰＮである場合（Ｓ１０７：Ｙｅｓ）、センタサーバ３０との間にＶＰＮ４を確立して（Ｓ１０８）、ＶＰＮ４でセンタサーバ３０にセンサデータを送信する（Ｓ１０９）。

一方、送信部２０は、特定された切替情報がＶＰＮでない場合（Ｓ１０７：Ｎｏ）、センタサーバ３０との間を接続する物理網３で、センタサーバ３０にセンサデータを送信する（Ｓ１１０）。なお、ＧＷ装置１０は、Ｓ１０９およびＳ１１０の後は、Ｓ１０５に戻って、次のセンサデータを受信するまで待機する。

［センタサーバの処理］
図１０は、実施例１に係るセンタサーバが実行する処理の流れを示すフローチャートである。図１０に示すように、センタサーバ３０の位置受信部３６は、端末装置の位置情報をＧＷ装置１０から受信する（Ｓ２０１：Ｙｅｓ）。

すると、特定部３７は、受信された位置情報と、地図情報サーバ５０が保持する地図データとから、端末装置周辺のランドマークを特定する（Ｓ２０２）。さらに、特定部３７は、カテゴリ定義ＤＢ３２ｂを参照し、特定したランドマークに対応するカテゴリを特定する（Ｓ２０３）。

そして、判定部３８は、リスク定義ＤＢ３２ｃを参照し、特定部３７によって特定されたカテゴリに対応付けられるリスク値を判定する（Ｓ２０４）。ここで、判定部３８は、特定部３７によって複数のカテゴリが特定された場合、各カテゴリに対応付けられるリスク値のうち最大のリスク値を判定する。

続いて、選択部３９は、切替基準ＤＢ３２ｄを参照し、判定部３８が判定したリスク値に対応付けられる切替情報（ネットワーク）を特定する（Ｓ２０５）。その後、通知部４０は、選択部３９によって選択された切替情報（ネットワーク）を、ＧＷ装置１０に応答する（Ｓ２０６）。

［効果］
このように、ＧＷ装置１０は、端末装置周辺のランドマークの情報から当該端末装置が送信するセンサデータの重要度を判定することができる。つまり、ＧＷ装置１０は、端末装置周辺のランドマークの情報から、センサデータが漏洩した際の影響度の大きさを判定することができる。そして、ＧＷ装置１０は、センサデータの重要度が高いほど、セキュアなネットワークでセンサデータを送信することができる。

この結果、センタサーバ３０は、暗号化されたセンサデータの大量受信を抑止できるので、処理遅延を抑止できる。また、センタサーバ３０は、重要なセンサデータの不用意な漏洩等を抑止できる。したがって、センタサーバ３０は、セキュリティの確保と、処理遅延の抑止とを両立させることができる。

例えば、端末装置が、バス停付近の街灯が故障しているセンサデータを送信する場合、大きな危険性がないことから、センサデータの重要度（リスク値）が小さいと判定される。したがって、ＧＷ装置１０は、物理網３で、当該センサデータをセンタサーバ３０に送信する。

一方、端末装置が、銀行付近の街灯が故障しているセンサデータを送信する場合、ひったくりなどの犯罪が増加する可能性が高く、センサデータの重要度（リスク値）が高いと判定される。また、当該センサデータが悪意のある第３者にデータが漏洩したり、改ざんされたりすると、街灯の故障がいつまでも直されず犯罪を助長する可能性もあることから、センサデータの重要度（リスク値）が高いと判定される。したがって、ＧＷ装置１０は、ＶＰＮ４で、当該センサデータをセンタサーバ３０に送信する。

ところで、端末装置の位置情報やランドマークの情報は更新されることがある。このような場合でも、端末装置が送信するセンサデータの重要度の変化に追従することができる。そこで、実施例２では、端末装置の位置情報やランドマークの情報が更新された場合に、切替情報を更新する例を説明する。

［位置情報の更新］
図１１は、実施例２に係る位置情報が更新された場合の処理の流れを示すシーケンス図である。図１１に示すように、ＧＷ装置１０の変化検出部１７は、位置情報ＤＢ１２ａを定期的に監視し、端末装置の位置情報が更新されたことを検出する（Ｓ３０１）。

ＧＷ装置１０の位置送信部１６は、変化検出部１７によって位置情報の変化が検出されると、変化した位置情報を位置情報ＤＢ１２ａから取得して、センタサーバ３０に送信する（Ｓ３０２とＳ３０３）。

そして、センタサーバ３０は、ＧＷ装置１０から受信した新たな位置情報についてＳ３０４からＳ３０８を実行する。なお、Ｓ３０４からＳ３０８の処理は、Ｓ２０１からＳ２０５と同様の処理なので、詳細な説明は省略する。

その後、センタサーバ３０の通知部４０は、新たな位置情報から選択された切替情報を、ＧＷ装置１０に応答する（Ｓ３０９とＳ３１０）。そして、ＧＷ装置１０の受信部１８は、新たな位置情報に位置が変更された端末装置と、新たな位置情報に対応する切替情報とを対応付けて切替情報ＤＢ１２ｂに格納する（Ｓ３１１）。

［周辺環境の更新］
図１２は、実施例２に係る周辺の環境情報が更新された場合の処理の流れを示すフローチャートである。図１２に示すように、センタサーバ３０の特定部３７は、各端末装置の位置情報に対応する地図データを監視する（Ｓ４０１）。

そして、特定部３７は、地図データの更新を検出すると（Ｓ４０２：Ｙｅｓ）、位置情報ＤＢ３２ａに登録されている各端末装置についてＳ４０３からＳ４０９を実行する。

具体的には、特定部３７は、新たな地図データを用いて、位置情報ＤＢ３２ａに登録されている各端末装置の位置情報周辺のランドマークを特定する（Ｓ４０３）。続いて、特定部３７は、カテゴリ定義ＤＢ３２ｂを参照して、特定したランドマークのカテゴリを特定する（Ｓ４０４）。

そして、判定部３８は、リスク定義ＤＢ３２ｃを参照し、特定部３７が特定したカテゴリに対応するリスク値を判定する（Ｓ４０５）。続いて、選択部３９は、切替基準ＤＢ３２ｄを参照し、判定部３８が判定したリスク値に対応付けられる切替情報（ネットワーク）を特定する（Ｓ４０６）。

そして、選択部３９は、位置情報ＤＢ３２ａを参照し、今回選択された切替情報が既に記憶されている切替情報から変化しているか否かを判定する（Ｓ４０７）。ここで、選択部３９は、切替情報が変化している場合（Ｓ４０７：Ｙｅｓ）、新しい切替情報を該当端末装置に送信する（Ｓ４０８）。その後、選択部３９は、該当端末装置の位置情報と新たな切替情報とを対応付けて、位置情報ＤＢ３２ａに格納する（Ｓ４０９）。

なお、選択部３９は、切替情報が変化している場合（Ｓ４０７：Ｎｏ）、Ｓ４０１以降の処理を繰り返す。

［効果］
このように、センタサーバ３０やＧＷ装置１０は、端末装置の位置情報やランドマークの情報の更新を検出して、端末装置が送信するセンサデータの重要度の変化に追従することができる。この結果、センタサーバ３０やＧＷ装置１０は、位置情報の変化等が発生した場合であっても、センサデータに適した経路を選択することができる。

ところで、実施例１では、端末装置の位置情報から経路を選択する例を説明したが、これに限定されるものではなく、例えばイベント内容によって経路を選択することができる。そこで、実施例３では、端末装置の位置情報とイベント内容によって経路を選択する例を説明する。

図１３は、実施例３に係るリスク定義ＤＢに記憶される情報の例を示す図である。センタサーバ３０は、図１３に示すリスク定義ＤＢ３２ｃを保持する。実施例３に係るリスク定義ＤＢ３２ｃは、図１３に示すように、「カテゴリ、イベント種別、値、リスク値」を対応付けて記憶する。

ここで記憶される「カテゴリ」は、周辺の環境によって特定されるカテゴリである。「イベント種別」は、センサデータが通知するイベントの種別を特定する情報である。「値」は、センサデータが通知するイベントの内容を特定する情報であり、例えばセンシングによって得られた値などである。「リスク値」は、センサデータの重要度を示す情報である。

図１３の場合、カテゴリ「金融機関」において、「故障」を知らせる「防犯」のイベントデータは、リスク値が「１２０」であることを示す。また、カテゴリ「金融機関」において、「点灯」を知らせる「街灯」のイベントデータは、リスク値が「０」であることを示す。

このような情報を保持するセンタサーバ３０は、端末装置の位置情報からランドマークのカテゴリが「金融機関」と判定された場合、図１３に示したリスク定義ＤＢ３２ｃに記憶される情報に基づいた切替情報を応答する。

例えば、センタサーバ３０は、リスク定義ＤＢ３２ｃを参照して、「イベント種別＝街灯、値＝点灯」の場合には、リスク値「０」に対応する切替情報「物理網」を特定する。また、センタサーバ３０は、「イベント種別＝街灯、値＝故障」の場合には、リスク値「２０」に対応する切替情報「物理網」を特定する。また、センタサーバ３０は、「イベント種別＝防犯、値＝開始」の場合には、リスク値「３０」に対応する切替情報「物理網」を特定する。また、センタサーバ３０は、「イベント種別＝防犯、値＝故障」の場合には、リスク値「１２０」に対応する切替情報「ＶＰＮ」を特定する。

この結果、センタサーバ３０は、「イベント種別＝街灯、値＝点灯、切替情報＝物理網」、「イベント種別＝街灯、値＝故障、切替情報＝物理網」をＧＷ装置１０に送信する。同様に、センタサーバ３０は、「イベント種別＝防犯、値＝開始、切替情報＝物理網」、「イベント種別＝防犯、値＝故障、切替情報＝ＶＰＮ」をＧＷ装置１０に送信する。

なお、センタサーバ３０は、端末装置が設置されるセンサの用途が予め分かっている場合やＧＷ装置１０からイベントの特定を受けた場合には、該当する情報だけを送信することができる。例えば、センタサーバ３０は、「イベント種別＝防犯」について要求された場合、「イベント種別＝防犯、値＝開始、切替情報＝物理網」と「イベント種別＝防犯、値＝故障、切替情報＝ＶＰＮ」だけをＧＷ装置１０に送信する。

一方、ＧＷ装置１０は、センタサーバ３０から受信した上記切替情報を切替情報ＤＢ１２ｂに格納し、格納した切替情報に基いてネットワークを選択して、センサデータをセンタサーバ３０に送信する。

図１４は、実施例３に係る切替情報ＤＢに記憶される情報の例を示す図である。図１４に示すように、切替情報ＤＢ１２ｂは、「端末装置、イベント種別、値、ネットワーク」を対応付けて記憶する。これらの情報は、センタサーバ３０から受信する切替情報から取得することができる。

ここで記憶される「端末装置」は、端末装置を識別する識別子であり、例えばホスト名などが該当する。「イベント種別」は、センサデータが通知するイベントの種別を特定する情報である。「値」は、センサデータが通知するイベントの内容を特定する情報であり、例えばセンシングによって得られた値などである。「ネットワーク」は、センサデータをセンタサーバ３０へ送信する際の通信経路を示す情報である。

図１４の場合、ＧＷ装置１０は、機器２から受信したセンサデータのイベント種別が「防犯」かつ値が「開始」である場合、物理網３で、当該センサデータをセンタサーバ３０に送信することを示す。また、ＧＷ装置１０は、機器２から受信したセンサデータのイベント種別が「防犯」かつ値が「故障」である場合、ＶＰＮ４で、当該センサデータをセンタサーバ３０に送信することを示す。

このように、センタサーバ３０やＧＷ装置１０は、端末装置の場所、イベント種別、イベント内容、センシングによって得られた値などの組み合わせから、リスク値を計算して、ネットワークを選択することができる。したがって、イベントの種別や内容に応じてネットワークを切り替え可能にすることで、セキュリティレベルをより柔軟に設定することができる。

ところで、実施例１では、センタサーバ３０が、リスク定義ＤＢ３２ｃ等を用いてリスク判定および通信経路の選択を実行する例を説明したが、これに限定されるものではない。例えば、ＧＷ装置１０が、リスク定義ＤＢ３２ｃ等を用いてリスク判定および通信経路の選択を実行することもできる。

そこで、実施例４では、ＧＷ装置１０が、リスク判定および通信経路の選択を実行すること例を説明する。なお、ここでは、一例として、実施例３で説明したリスク定義を用いるものとする。

図１５は、実施例４に係るリスク定義ＤＢに記憶される情報の例を示す図である。この
リスク定義ＤＢは、ＧＷ装置１０が保持するデータベースである。図１５に示すように、リスク定義ＤＢは、「カテゴリ、イベント種別、値、リスク値」を対応付けて記憶する。ここで記憶される情報は、図１３と同義の内容である。図１３と異なる点は、値として「故障（１時間以上継続）」が記憶されており、時間経過によってもリスク値を判定する点である。

そして、ＧＷ装置１０は、リスク定義ＤＢ以外にも、カテゴリ定義ＤＢ３２ｂや切替基準ＤＢ３２ｄと同様の内容を記憶するＤＢを有し、自装置内でネットワークの選択を実行する。図１６を用いて具体的に説明する。図１６は、実施例４に係るゲートウェイ装置が実行する処理の流れを示すフローチャートである。

図１６に示すように、ＧＷ装置１０は、端末装置からセンサデータの受信待ちで待機する（Ｓ５０１）。そして、ＧＷ装置１０は、受信したセンサデータから、端末装置の識別情報としてＭＡＣアドレス等を取得する（Ｓ５０２）。

続いて、ＧＷ装置１０は、センサデータからイベント種別や値を抽出し、リスク定義ＤＢを参照して、抽出されたイベント種別や値に対応付けられるリスク値を特定する（Ｓ５０３）。ここで、ＧＷ装置１０は、イベント種別が「街灯」かつ値が「故障」の場合にはリスク値「２０」と判定する。ところが、ＧＷ装置１０は、イベント種別が「街灯」かつ値が「故障」であるセンサデータが１時間前にも受信されている場合、もしくは、１時間前から継続的に受信されている場合には、リスク値「１５０」と判定する。

その後、ＧＷ装置１０は、特定したリスク値に対応付けられるネットワークを、切替基準ＤＢから判定する（Ｓ５０４）。そして、ＧＷ装置１０は、判定したネットワークを用いて、センサデータをセンタサーバ３０へ送信する（Ｓ５０５）。

このように、ＧＷ装置１０が、リスク判定および通信経路の選択を実行することができるので、センタサーバ３０の処理負荷を軽減することができる。また、ＧＷ装置１０とセンタサーバ３０との間の通信量を削減できるので、ネットワークの輻輳を抑制することができ、処理遅延の発生も抑制できる。

なお、ＧＷ装置１０は、リスク判定だけを実行し、カテゴリの判定や通信経路の選択については、実施例１と同様、センタサーバ３０に処理を依頼することもできる。また、ＧＷ装置１０は、自装置内で実行する処理と、センタサーバ３０に依頼する処理とを任意に選択して実装することができる。

さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。そこで、以下に異なる実施例を説明する。

（位置情報）
上記実施例では、ＧＷ装置１０が端末装置の位置情報をセンタサーバ３０に送信する例を説明したが、これに限定されるものではない。例えば、端末装置の位置情報がＧＷ装置１０に登録されていない場合や端末装置の位置情報からランドマークを特定できない場合には、ＧＷ装置１０の位置情報を利用することができる。

具体的には、ＧＷ装置１０は、端末装置の位置情報が登録されていない場合、ＧＷ装置１０の位置情報をセンタサーバ３０に送信し、切替情報を受信する。そして、ＧＷ装置１０は、当該端末装置のセンサデータについては、ＧＷ装置１０の位置情報に基づいて選択された通信網で、センタサーバ３０に送信する。

また、センタサーバ３０は、ＧＷ装置１０から受信した端末装置の位置情報からランドマークが特定できない場合、ＧＷ装置１０に対して、ＧＷ装置１０の位置情報を要求する。そして、センタサーバ３０は、ＧＷ装置１０の位置情報を用いて、ランドマークの特定および通信経路の選択を実行する。

（リスク値）
上記実施例では、センタサーバ３０は、カテゴリに対応するリスク値を１つ特定したり、各カテゴリに対応するリスク値のうち最大のリスク値を特定したりする場合を例にして説明したが、これに限定されるものではない。例えば、センタサーバ３０は、カテゴリに対応するリスク値を加算もしくは乗算した値を用いて、通信経路を選択することもできる。

（通信網）
上記実施例では、非暗号化通信であるインターネットなどの物理網３と、暗号化通信であるＶＰＮ４などのセキュアな通信網とを選択して切替える例を説明したが、これに限定されるものではない。例えば、物理網３とＶＬＡＮ（Virtual Local Area Network）などを選択することもでき、異なるＶＬＡＮを選択することもできる。

（システム）
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともできる。あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散や統合の具体的形態は図示のものに限られない。つまり、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。

例えば、ＧＷ装置１０が、上述したセンタサーバ３０の処理部およびＤＢを有していてもよく、センタサーバ３０が、上述したＧＷ装置１０の処理部およびＤＢを有していてもよい。また、ＧＷ装置は、ＶＰＮサーバ等を介してＶＰＮ接続することもできる。

（ハードウェア）
図１７は、ハードウェア構成例を示す図である。ここで示すハードウェア構成例は、図１で説明したＧＷ装置１０、センタサーバ３０などの構成例であり、ここでは情報処理装置１００として説明する。なお、端末装置１および２は、一般的な携帯電話やスマートフォンなどの構成と同様なので、詳細な説明は省略する。

図１７に示すように、情報処理装置１００は、通信インタフェース１００ａ、入力装置１００ｂ、表示装置１００ｃ、記憶部１００ｄ、プロセッサ１００ｅを有する。なお、図１７に示したハードウェア構成は一例であり、他のハードウェアを有していてもよい。

通信インタフェース１００ａは、他の装置との間で通信経路を確立して、データの送受信を実行するインタフェースであり、例えばネットワークインタフェースカードや無線インタフェースなどである。

入力装置１００ｂは、ユーザ等からの入力を受け付ける装置であり、例えばマウスやキーボードなどである。表示装置１００ｃは、各種情報を表示するディスプレイやタッチパネルなどである。

記憶部１００ｄは、ＧＷ装置１０またはセンタサーバ３０の各種機能を実行するためのデータや各種プログラムを格納する記憶装置である。例えば、記憶部１００ｄは、図３、図４、図６−図８に示した各ＤＢと同様の情報を記憶する。記憶部１００ｄの一例としては、ＲＯＭ、ＲＡＭ、ハードディスクなどがある。

プロセッサ１００ｅは、記憶部１００ｄに記憶されるプログラムやデータを用いて、ＧＷ装置１０としての処理またはセンタサーバ３０としての処理を制御する。プロセッサ１００ｅの一例としては、例えばＣＰＵやＭＰＵなどがある。このプロセッサ１００ｅは、ＲＯＭ等に記憶されるプログラムをＲＡＭに展開して、各種処理に対応する各種プロセスを実行する。例えば、プロセッサ１００ｅは、図２や図５に示した各処理部と同様の処理を実行するプロセスを動作させる。

１、２ 端末装置
３ 物理網
４ ＶＰＮ
１０ ＧＷ装置
１１ 通信処理部
１２ 記憶部
１２ａ 位置情報ＤＢ
１２ｂ 切替情報ＤＢ
１５ 制御部
１６ 位置送信部
１７ 変化検出部
１８ 受信部
１９ 選択部
２０ 送信部
３０ センタサーバ
３１ 通信処理部
３２ 記憶部
３２ａ 位置情報ＤＢ
３２ｂ カテゴリ定義ＤＢ
３２ｃ リスク定義ＤＢ
３２ｄ 切替基準ＤＢ
３５ 制御部
３６ 位置受信部
３７ 特定部
３８ 判定部
３９ 選択部
４０ 通知部
４１ データ受信部
５０ 地図情報サーバ

Claims (7)

1. 端末装置からデータを受信する受信部と、
   前記データを送信した前記端末装置の位置情報と地図情報に基づいて、前記受信部によって受信されたデータの重要度を判定する判定部と、
   前記判定部によって判定された重要度に対応する通信経路を選択する選択部と、
   前記選択部によって選択された通信経路で、前記データを宛先に送信する送信部と
   を有することを特徴とする通信制御装置。
2. 前記端末装置の位置情報と前記地図情報を用いて、前記端末装置が位置する周辺の環境情報を特定する特定部をさらに有し、
   前記判定部は、前記特定部によって特定された周辺の環境情報にしたがって、前記受信部によって受信されたデータの重要度を判定することを特徴とする請求項１に記載の通信制御装置。
3. 前記端末装置と、前記選択された通信経路とを対応付けて記憶する経路記憶部をさらに有し、
   前記特定部は、前記端末装置の位置情報によって特定される前記周辺の環境情報を定期的に監視し、
   前記判定部は、前記特定部による監視によって前記周辺の環境情報に変化が検出された場合に、変化後の周辺の環境情報にしたがって前記データの重要度を判定し、
   前記選択部は、前記判定部によって判定された重要度に対応する通信経路を選択し、選択した通信経路で前記経路記憶部を更新することを特徴とする請求項２に記載の通信制御装置。
4. 前記位置情報と、前記周辺の環境情報を識別するカテゴリと、当該カテゴリに対して設定されたリスク値とを対応付けて記憶する情報記憶部をさらに有し、
   前記特定部は、前記位置情報から前記周辺の環境情報に対応付けられるカテゴリを少なくとも１つ特定し、
   前記判定部は、前記特定部によって特定されたカテゴリに対応する前記リスク値、または、前記特定部によって特定された各カテゴリに対応する前記リスク値の合計値に基づいて、前記データの重要度を判定することを特徴とする請求項２に記載の通信制御装置。
5. 前記判定部は、前記特定部によって特定された周辺の環境情報と、前記受信されたデータの種別とにしたがって、前記受信されたデータの重要度を判定することを特徴とする請求項２に記載の通信制御装置。
6. コンピュータが、
   端末装置からデータを受信し、
   前記データを送信した前記端末装置の位置情報と地図情報に基づいて、受信されたデータの重要度を判定し、
   判定された重要度に対応する通信経路を選択し、
   選択された通信経路で、前記データを宛先に送信する
   処理を含んだことを特徴とする通信制御方法。
7. コンピュータに、
   端末装置からデータを受信し、
   前記データを送信した前記端末装置の位置情報と地図情報に基づいて、受信したデータの重要度を判定し、
   判定した重要度に対応する通信経路を選択し、
   選択した通信経路で、前記データを宛先に送信する
   処理を実行させることを特徴とする通信制御プログラム。

Images