JP2024042302A - ＩｏＴシステム及びプログラム - Google Patents

Abstract

【課題】セキュリティ性を損なうことなくデバイス間の通信の自由度を向上させる。【解決手段】ＩｏＴシステムは、通信デバイスとＩｏＴデバイスとを含む。通信デバイスは、セキュリティデバイスを介して利用者を識別可能であり、ＩｏＴデバイスは、通信デバイスとの間でセキュアチャネルを確立するための暗号化処理を行うセキュアエレメントを備える。通信デバイス及びＩｏＴデバイスは、第１情報と第２情報とを示すリストを夫々有する。通信デバイスは、ＩｏＴデバイスからリストを取得し、取得したリストに基づいて、相互認証を行わない場合には第１情報を前記ＩｏＴデバイスへ送信し、相互認証を行う場合には第２情報をＩｏＴデバイスへ送信する。ＩｏＴデバイスは、通信デバイスからリストを取得し、取得したリストに基づいて、相互認証を行わない場合には第１情報を通信デバイスへ送信し、相互認証を行う場合には第２情報を前記通信デバイスへ送信する。【選択図】図２

Description

本発明の実施形態は、ＩｏＴシステム及びプログラムに関する。

近年、通信機能を有する様々なデバイスをインターネット等のネットワークを介して接続し、データの収集、デバイスの制御等を可能にするＩｏＴ（Internet of Things）システムが利用されている。

特開２０１８－９３４５６号公報 特開２０１９－２８６７０号公報 特表２０２０－５２３８０６号公報

上記のようなＩｏＴシステムにおいて、デバイス間で情報を送受するためのセキュアな通信経路を確立するために、セキュアエレメントを利用して相互認証を行う場合がある。しかしながら、全ての状況において相互認証を行うと、例えば秘匿性が比較的低い情報等を送受する際にまで相互認証が必要となり、デバイス間における通信の自由度が過度に抑制され、利便性が低下する可能性がある。

そこで、実施形態の課題は、セキュリティ性を損なうことなくデバイス間の通信の自由度を向上させることが可能なＩｏＴシステム及びプログラムを提供することである。

実施形態のＩｏＴシステムは、通信デバイスとＩｏＴデバイスとを含む。通信デバイスは、セキュリティデバイスを介して利用者を識別可能である。ＩｏＴデバイスは、通信デバイスとの間でセキュアチャネルを確立するための暗号化処理を行うセキュアエレメントを備える。通信デバイス及びＩｏＴデバイスは、第１情報と第２情報とを示すリストをそれぞれ有する。第１情報は、通信デバイスとＩｏＴデバイスとの間での相互認証を行わない場合に交換可能な情報である。第２情報は、相互認証を行う場合に交換可能な情報である。通信デバイスは、ＩｏＴデバイスからリストを取得し、取得したリストに基づいて、相互認証を行わない場合には第１情報を前記ＩｏＴデバイスへ送信し、相互認証を行う場合には第２情報をＩｏＴデバイスへ送信する。ＩｏＴデバイスは、通信デバイスからリストを取得し、取得したリストに基づいて、相互認証を行わない場合には第１情報を通信デバイスへ送信し、相互認証を行う場合には第２情報を前記通信デバイスへ送信する。

図１は、実施形態のＩｏＴシステムの構成の一例を示す図である。 図２は、実施形態の通信デバイス及びＩｏＴデバイスの機能構成の一例を示す図である。 図３は、実施形態のＩｏＴシステムにおける全体的な処理の流れの一例を示すフローチャートです。 図４は、実施形態のリストのデータ構成の一例を示す図である。 図５は、実施形態の通信デバイス及びＩｏＴデバイスの事前処理の一例を示すシーケンス図である。 図６は、実施形態のリスク管理機能における処理の一例を示すフローチャートである。 図７は、実施形態のＩｏＴシステムにおいて第１情報を転送する際の処理の一例を示すシーケンス図である。

以下、図面を参照しながら実施形態について説明する。

図１は、実施形態のＩｏＴシステム１の構成の一例を示す図である。本実施形態のＩｏＴシステム１は、通信デバイス２とＩｏＴデバイス３とを含む。

本実施形態の通信デバイス２は、情報処理が可能な電子機器であり、例えばＰＣ（Personal Computer）、スマートフォン等であり得る。通信デバイス２は、所定のセキュリティデバイス１０を介して利用者を識別可能な機能を有する。セキュリティデバイス１０は、通信デバイス２の利用者を識別可能な情報を保持したデバイスであり、例えばＩＣカード（スマートカード、チップカード等とも称される。）等であり得る。

本実施形態の通信デバイス２は、ＡＰＬ（Application）１１及びＳＤＫ（Software Development Kit）１２を備える。ＡＰＬ１１は、通信デバイス２に所定の機能を実現させるためのソフトウェアである。ＳＤＫ１２は、セキュリティデバイス１０とＡＰＬ１１との間におけるデータの中継、ＩｏＴデバイス３等の他のデバイスとの通信におけるセキュアチャネルの確立等を実現するための機能を有する。ＳＤＫ１２は、ＳＤＫサーバ３１、発行データ生成サーバ３２及びプライベートＣＡ（Certificate Authority）３３とインターネット等のネットワークを介して通信可能に構成されている。ＳＤＫサーバ３１は、ＳＤＫ１２の機能の更新等を行う。発行データ生成サーバ３２及びプライベートＣＡ３３は、公開鍵の発行、公開鍵証明書の発行、発行者署名の検証等を行う。

本実施形態のＩｏＴデバイス３は、所定の機能を有する機器、装置、センサ等であり、例えば家庭用電化製品、カメラ、自動車、計測器等であり得る。ＩｏＴデバイス３は、通信デバイス２と所定のネットワークを介して通信可能である。

本実施形態のＩｏＴデバイス３は、ＡＰＬ２１、ＳＥ（Secure Element）２２及びＧＴＡＡＰＩ（Generic Trust Anchor Application Programming Interface）２３を備える。ＡＰＬ２１は、ＩｏＴデバイス３に所定の機能を実現させるためのソフトウェアである。ＳＥ２２は、通信デバイス２等の他のデバイスとの通信におけるセキュアチャネルを確立するための暗号化処理、データの保護等を行うデバイスである。ＧＴＡＡＰＩ２３は、ＳＥ２２とＡＰＬ２１との間におけるデータの中継、通信デバイス２等の他のデバイスとの通信におけるセキュアチャネルの確立等を実現するための機能を有する。ＧＴＡＡＰＩ２３は、ＧＴＡＡＰＩサーバ３４、発行データ生成サーバ３２及びプライベートＣＡ３３とインターネット等のネットワークを介して通信可能に構成されている。ＧＴＡＡＰＩサーバ３４は、ＧＴＡＡＰＩ２３の機能の更新等を行う。

本実施形態の通信デバイス２及びＩｏＴデバイス３は、ＳＤＫ１２及びＧＴＡＡＰＩ２３の機能を利用して、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｗｉ－Ｆｉ（登録商標）、ＮＦＣ（登録商標）等の近距離無線通信を確立する。

なお、図１においては、ＩｏＴシステム１に通信デバイス２及びＩｏＴデバイス３がそれぞれ１つずつ含まれている状態が例示されているが、通信デバイス２及びＩｏＴデバイス３はそれぞれ複数含まれてもよい。

図２は、実施形態の通信デバイス２及びＩｏＴデバイス３の機能構成の一例を示す図である。通信デバイス２は、識別部１０１、記憶部１０２、設定部１０３、通信部１０４、認証部１０５、送信部１０６及び判定部１０７を有する。これらの機能部１０１～１０７は、通信デバイス２を構成するハードウェア（ＣＰＵ、メモリ、入出力装置、通信装置等）及びソフトウェア（プログラム、ファームウェア等）の協働により構成され得る。なお、機能部１０１～１０７の少なくとも１つを専用のハードウェア（回路等）により構成してもよい。

識別部１０１は、通信デバイス２の利用者を識別する。本実施形態の識別部１０１は、例えばＩＣカード等のセキュリティデバイス１０から取得される識別情報に基づいて利用者を識別する。なお、利用者の識別方法はこれに限定されるものではなく、例えば生体認証、パスワード認証等を利用して利用者を識別してもよい。また、生体認証処理、パスワード認証処理等は、セキュリティデバイス１０により行われてもよい。

記憶部１０２は、通信デバイス２の機能を実現するために必要な各種データを記憶する。本実施形態の記憶部１０２は、リストＬ１，Ｌ２を記憶する。リストＬ１，Ｌ２は、通信デバイス２とＩｏＴデバイス３との間で相互認証を行わない場合に交換可能な第１情報と、相互認証を行う場合に交換可能な第２情報と、を示す情報である。リストＬ１は、通信デバイス２に対応するリストであり、リストＬ２は、ＩｏＴデバイス３に対応するリストである。第１情報は、例えば、比較的秘匿性が低い情報等であり得る。第２情報は、例えば、相互認証を確立するために必要な情報、具体的には、認証アルゴリズム、暗号化処理に用いられる鍵に関する情報等であり得る。リストＬ１は、通信デバイス２の記憶部１０２に予め記憶されている。リストＬ２は、所定の近距離無線通信を介してＩｏＴデバイス３から取得され、記憶部１０２に記憶される。なお、上記記憶処理は、セキュリティデバイス１０により行われてもよい。

設定部１０３は、識別部１０１により識別された利用者の操作により、リストＬ１，Ｌ２に関する設定を行う。設定部１０３は、自機に対応するリストＬ１の内容を編集可能にする。また、設定部１０３は、例えば、ＩｏＴデバイス３から取得したリストＬ２の利用を許可するか否かを設定可能にする。また、設定部１０３は、ＩｏＴデバイス３から取得したリストＬ２が示す第１情報を、当該通信デバイス２及び当該ＩｏＴデバイス３以外の他のデバイスに転送（リレー、拡散等）することを許可するか否かを設定可能にする。なお、上記設定処理は、セキュリティデバイス１０により行われてもよい。

通信部１０４は、通信デバイス２と他のデバイスとの間での通信を確立にする。通信部１０４は、通信デバイス２とＩｏＴデバイス３との間で所定の近距離無線通信を介して通信を確立する。また、通信部１０４は、通信デバイス２と所定の機器（例えばＳＤＫサーバ３１、発行データ生成サーバ３２、プライベートＣＡ３３等）との間でＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）等の適宜なネットワークＮを介して通信を確立する。

認証部１０５は、通信部１０４による通信におけるセキュアチャネルを確立するための処理を行う。また、認証部１０５は、通信デバイス２とＩｏＴデバイス３との間で相互認証を確立するための処理を行う。なお、上記処理は、セキュリティデバイス１０により行われてもよい。

送信部１０６は、通信部１０４により確立された通信経路を介して記憶部１０２に記憶された各種情報を他のデバイスに送信（転送）するための処理を行う。当該他のデバイスには、通信デバイス２にリストＬ２を提供したＩｏＴデバイス３の他、当該ＩｏＴデバイス３以外のデバイスも含まれる。

判定部１０７は、所定の条件に基づいて、通信デバイス２とＩｏＴデバイス３との間での相互認証を行うか否かを判定する。また、判定部１０７は、記憶部１０２に記憶されたリストＬ１，Ｌ２に基づいて、ＩｏＴデバイス３と交換する情報の種類（第１情報又は第２情報）、ＩｏＴデバイス３から取得した第１情報の転送可否等を判定する。認証部１０５は、判定部１０７により相互認証を行うと判定された場合に、ＩｏＴデバイス３との相互認証を確立するための処理を行う。送信部１０６は、判定部１０７により判定された種類の情報（第１情報又は第２情報）をＩｏＴデバイス３と交換する。また、送信部１０６は、判定部１０７によりＩｏＴデバイス３から取得した第１情報の転送が許可された場合に、当該第１情報を他のデバイスに転送する。なお、上記判定処理は、セキュリティデバイス１０により行われてもよい。

ＩｏＴデバイス３は、記憶部２０１、設定部２０２、通信部２０３、認証部２０４、送信部２０５及び判定部２０６を有する。これらの機能部２０１～２０６は、ＩｏＴデバイス３を構成するハードウェア（ＣＰＵ、メモリ、入出力装置、通信装置等）及びソフトウェア（プログラム、ファームウェア等）の協働により構成され得る。なお、機能部２０１～２０６の少なくとも１つを専用のハードウェア（回路等）により構成してもよい。

記憶部２０１は、ＩｏＴデバイス３の機能を実現するために必要な各種データを記憶する。本実施形態の記憶部２０１は、リストＬ１，Ｌ２を記憶する。記憶部２０１に記憶されるリストＬ１，Ｌ２は、通信デバイス２の記憶部１０２に記憶されるリストＬ１，Ｌ２と同様に、第１情報と第２情報とを示すものであり、リストＬ１は通信デバイス２に対応し、リストＬ２はＩｏＴデバイス３に対応している。ＩｏＴデバイス３においては、リストＬ２は記憶部１０２に予め記憶されており、リストＬ１は所定の近距離無線通信を介して通信デバイス２から取得され、記憶部２０１に記憶される。なお、上記記憶処理は、ＳＥ２２により行われてもよい。

設定部２０２は、ＩｏＴデバイス３の管理者の操作により、リストＬ１，Ｌ２に関する設定を行う。設定部２０２は、自機に対応するリストＬ２の内容を編集可能にする。また、設定部２０３は、例えば、通信デバイス２から取得したリストＬ１の利用を許可するか否かを設定可能にする。また、設定部２０３は、例えば、ＩｏＴデバイス３が通信デバイス２から取得したリストＬ１が示す第１情報を、当該ＩｏＴデバイス３及び当該通信デバイス２以外の他のデバイスに転送することを許可するか否かを設定可能にする。なお、上記設定処理は、ＳＥ２２により行われてもよい。

通信部２０３は、ＩｏＴデバイス３と他のデバイスとの間での通信を確立にする。通信部２０３は、ＩｏＴデバイス３と通信デバイス２との間で所定の近距離無線通信を介して通信を確立する。また、通信部２０３は、ＩｏＴデバイス３と所定の機器（例えばＳＤＫサーバ３１、発行データ生成サーバ３２、プライベートＣＡ３３等）との間でＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）等の適宜なネットワークＮを介して通信を確立する。

認証部２０４は、通信部２０３による通信におけるセキュアチャネルを確立するための暗号化処理を行う。また、認証部２０４は、通信デバイス２とＩｏＴデバイス３との間で相互認証を確立するための相互認証処理を行う。認証部２０４における暗号化処理及び相互認証処理は、ＳＥ２２が有する暗号化機能、データ保護機能等を利用して行われる。

送信部２０５は、通信部２０３により確立された通信経路を介して記憶部２０１に記憶された各種情報を他のデバイスに送信（転送）するための処理を行う。当該他のデバイスには、ＩｏＴデバイス３にリストＬ１を提供した通信デバイス２の他、当該通信デバイス２以外のデバイスも含まれる。

判定部２０６は、所定の条件に基づいて、通信デバイス２とＩｏＴデバイス３との間での相互認証を行うか否かを判定する。また、判定部２０６は、記憶部２０１に記憶されたリストＬ１，Ｌ２に基づいて、通信デバイス２と交換する情報の種類（第１情報又は第２情報）、通信デバイス２から取得した第１情報の転送可否等を判定する。認証部２０４は、判定部２０６により相互認証を行うと判定された場合に、通信デバイス２との相互認証を確立するための処理を行う。送信部２０５は、判定部２０６により判定された種類の情報（第１情報又は第２情報）を通信デバイス２と交換する。また、送信部２０５は、判定部２０６により通信デバイス２から取得した第１情報の転送が許可された場合に、当該第１情報を他のデバイスに転送する。なお、上記判定処理は、ＳＥ２２により行われてもよい。

上記構成により、通信デバイス２及びＩｏＴデバイス３は、Ｂｌｕｅｔｏｏｔｈ、Ｗｉ－Ｆｉ、ＮＦＣ等の近距離無線通信を介して、相互認証を行わない場合に交換可能な第１情報と、相互認証を行う場合に交換可能な第２情報と、を示すリストＬ１，Ｌ２を交換する。そして、通信デバイス２は、ＩｏＴデバイス３から取得したリストＬ２に基づいて、相互認証を行わない場合にはＩｏＴデバイス３と第１情報を交換し、相互認証を行う場合にはＩｏＴデバイス３と第２情報を交換する。同様に、ＩｏＴデバイス３は、通信デバイス２から取得したリストＬ１に基づいて、相互認証を行わない場合には通信デバイス２と第１情報を交換し、相互認証を行う場合には通信デバイス２と第２情報を交換する。このように、本実施形態によれば、通信デバイス２及びＩｏＴデバイス３は、予め定められた第１情報（例えば比較的秘匿性が低い情報等）を、相互認証を行わずに交換することが可能となり、ＩｏＴシステム１における通信の自由度や利便性を向上させることができる。また、相互認証を行う場合には、第２情報を利用して相互認証を確立するための処理（例えば暗号化処理等）を効率的に実行することが可能となる。

図３は、実施形態のＩｏＴシステム１における全体的な処理の流れの一例を示すフローチャートである。ＩｏＴシステム１において所定条件が満たされると、通信デバイス２及びＩｏＴデバイス３は、Ｂｌｕｅｔｏｏｔｈ等の近距離無線通信を確立し（Ｓ１０１）、近距離無線通信を介して互いにリストＬ１，Ｌ２を交換する（Ｓ１０２）。

その後、通信デバイス２及びＩｏＴデバイス３のそれぞれは、相手方から取得したリストＬ１，Ｌ２を利用可能か否か判定する（Ｓ１０３）。当該判定は、例えば、相手方から取得したリストＬ１，Ｌ２に含まれる、リストＬ１，Ｌ２の利用可否を示す設定情報等に基づいて実行され得る。すなわち、通信デバイス２は、ＩｏＴデバイス３から取得したリストＬ２に含まれる設定情報に基づいて当該リストＬ２の利用可否を判定し、ＩｏＴデバイス３は、通信デバイス２から取得したリストＬ１に含まれる設定情報に基づいて当該リストＬ１の利用可否を判定し得る。このようなリストＬ１，Ｌ２の利用可否は、通信デバイス２の利用者又はＩｏＴデバイス３の管理者により任意に設定可能であることが好ましい。

取得したリストＬ１，Ｌ２を利用可能である場合（Ｓ１０３：Ｙｅｓ）、通信デバイス２及びＩｏＴデバイス３のそれぞれは、通信デバイス２とＩｏＴデバイス３との間の相互認証が必要か否かを判定する（Ｓ１０４）。当該判定の具体的方法は特に限定されるべきものではないが、例えばＡＰＬ１１，２１が実行しようとしている機能に基づいて判定されてもよいし、相手方から取得したリストＬ１，Ｌ２に含まれる情報等に基づいて判定されてもよい。

相互認証が必要な場合（Ｓ１０４：Ｙｅｓ）、通信デバイス２及びＩｏＴデバイス３のそれぞれは、相手方から取得したリストＬ１，Ｌ２が示す第２情報を交換し（Ｓ１０５）、相手方から受信した第２情報に基づいて相互認証を実行する（Ｓ１０６）。このとき、第２情報には、相互認証を確立するための認証アルゴリズム、暗号化処理に用いられる鍵に関する情報等が含まれていることが好ましい。

その後、通信デバイス２及びＩｏＴデバイス３のそれぞれは、相互認証が成功したか否かを判定する（Ｓ１０７）。相互認証が成功しなかった場合（Ｓ１０７：Ｎｏ）、本ルーチンは終了する。相互認証が成功した場合（Ｓ１０７：Ｙｅｓ）、通信デバイス２とＩｏＴデバイス３との間に所定のセキュアチャネルが確立され（Ｓ１０８）、通信デバイス２及びＩｏＴデバイス３は、当該セキュアチャネルを介して所定の情報を交換する（Ｓ１０９）。

一方、相互認証が必要でない場合（Ｓ１０４：Ｎｏ）、通信デバイス２及びＩｏＴデバイス３のそれぞれは、相手方から取得したリストＬ１，Ｌ２が示す第１情報を交換し（Ｓ１１０）する。当該第１情報は、例えば秘匿性が比較的低い情報等であり得る。その後、通信デバイス２及びＩｏＴデバイス３のそれぞれは、相手方から取得した第１情報を転送可能か否か判定する（Ｓ１１１）。当該判定は、例えば、相手方から取得したリストＬ１，Ｌ２に含まれる、第１情報の転送可否を示す設定情報に基づいて実行され得る。すなわち、通信デバイス２は、ＩｏＴデバイス３から取得したリストＬ２に含まれる設定情報に基づいて当該ＩｏＴデバイス３から取得した第１情報の他のデバイスへの転送の可否を判定し、ＩｏＴデバイス３は、通信デバイス２から取得したリストＬ１に含まれる設定情報に基づいて当該通信デバイス２から取得した第１情報の他のデバイスへの転送の可否を判定し得る。また、当該設定情報には、転送の態様、例えば、転送可能なデバイス数、転送先のデバイス等を示す情報が含まれてもよい。このような転送の要否や態様は、通信デバイス２の利用者又はＩｏＴデバイス３の管理者により任意に設定可能であることが好ましい。

第１情報を転送可能でない場合（Ｓ１１１：Ｎｏ）、本ルーチンは終了し、第１情報を転送可能である場合（Ｓ１１１：Ｙｅｓ）、通信デバイス２及びＩｏＴデバイス３のそれぞれは、相手方から取得した第１情報を他のデバイスに転送する（Ｓ１１２）。

上記のような処理により、通信デバイス２及びＩｏＴデバイス３は、リストＬ１，Ｌ２により定められた第１情報を、相互認証を行わずに交換及び転送することが可能となる。また、第２情報を利用して相互認証を確立するための処理を効率的に実行することが可能となる。

図４は、実施形態のリストＬ１，Ｌ２のデータ構成の一例を示す図である。図４に示されるように、リストＬ１，Ｌ２には、第１情報表示部３０１及び第２情報表示部３０２が含まれている。第１情報表示部３０１は、相互認証が不要な場合に交換可能な第１情報を示す部分であり、第２情報表示部３０２は、相互認証が必要な場合に交換可能な第２情報を示す部分である。

ここで例示するリストＬ１，Ｌ２には、項目として、「相互認証」、「ＳＥ」、「アルゴリズム」、「鍵」、「ＨＡＳＨ」、「転送」、「アイテム」、「ユーザ」、「通信」、「情報の保管可否」等が含まれている。

「相互認証」は、相互認証の要否を示している。「ＳＥ」は、ＩｏＴデバイス３に搭載されたＳＥ２２により保護された秘密鍵の要否を示している。「アルゴリズム」は、相互認証を行うための認証アルゴリズムを示している。「鍵」は、相互認証を行う際に用いられる鍵（公開鍵）の鍵長を示している。「ＨＡＳＨ」は、相互認証を行う際に用いられるハッシュ値の長さを示している。「転送」は、リストＬ１，Ｌ２の交換相手から取得した第１情報３０１を他のデバイスに転送可能か否か、また転送可能（許可）である場合における転送の態様を示している。「アイテム」は、交換対象となるデバイスに提供可能な情報を示している。「ユーザ」は、通信デバイス２の利用者、ＩｏＴデバイス３の管理者等を示している。「通信」は、２段階で通信する場合における次の通信手段、代替通信手段、代替プロトコル等を示している。「情報の保管可否」は、交換相手のデバイスに提供した又は交換相手のデバイスから取得した情報をメモリに保存可能か否かを示している。

図５は、実施形態の通信デバイス２及びＩｏＴデバイス３の事前処理の一例を示すシーケンス図である。通信デバイス２とＩｏＴデバイス３とが近距離無線通信を介してリストＬ１，Ｌ２を交換した後（Ｓ２０１）、通信デバイス２は、ＩｏＴデバイス３から取得したリストＬ２の有効期限が適正であることを確認し（Ｓ２０２）、ＩｏＴデバイス３は、通信デバイス２から取得したリストＬ１の有効期限が適正であることを確認する（Ｓ２０３）。

リストＬ１，Ｌ２の有効期限が適正である場合、通信デバイス２は、プライベートＣＡ３３から公開鍵証明書を取得し（Ｓ２０４）、ＩｏＴデバイス３は、プライベートＣＡ３３から公開鍵証明書を取得する（Ｓ２０５）。また、通信デバイス２は、公開鍵証明書及び発行者署名を検証し（Ｓ２０６）、ＩｏＴデバイス３は、公開鍵証明書及び発行者署名を検証する（Ｓ２０７）。

上記検証の結果が適正であった場合、通信デバイス２及びＩｏＴデバイス３は、予め設定された、リストＬ１，Ｌ２の使用に関するオーソライズの種類に応じてその後の処理を変更する。

即時オーソライズに設定されている場合、通信デバイス２は、通信デバイス２の利用者に処理の継続可否を判断させる処理を行い（Ｓ２０８）、ＩｏＴデバイス３は、ＩｏＴデバイス３の管理者に処理の継続可否を判断させる処理を行う（Ｓ２０９）。プレオーソライズに設定されている場合、通信デバイス２は、自機に備えられたリスク管理機能により処理の継続可否を判断し（Ｓ２１０）、ＩｏＴデバイス３は、自機に備えられたリスク管理機能により処理の継続可否を判断する（Ｓ２１１）。ポストオーソライズに設定されている場合、通信デバイス２は、処理を継続し（Ｓ２１２）、処理後に処理結果を通信デバイス２の利用者に通知し、ＩｏＴデバイス３は、処理を継続し（Ｓ２１３）、処理後に処理結果をＩｏＴデバイス３の管理者に通知する。

図６は、実施形態のリスク管理機能における処理の一例を示すフローチャートである。上記プレオーソライズに設定されている場合（図５のステップＳ２１０）、通信デバイス２及びＩｏＴデバイス３のそれぞれは、自機のリスト（通信デバイス２の記憶部１０２に予め記憶されているリストＬ１又はＩｏＴデバイス３の記憶部２０１に予め記憶されているリストＬ２）と相手のリスト（例えば通信デバイス２がＩｏＴデバイス３から取得したリストＬ２又はＩｏＴデバイス３が通信デバイス２から取得したリストＬ１）とを比較する（Ｓ３０１）。そして、両リスト（自機のリスト及び相手のリスト）の設定内容（例えば図４に例示されるリストＬ１，Ｌ２の所定の項目の設定）が合致しているか否かを判定する（Ｓ３０２）。

設定内容が合致している場合（Ｓ３０２：Ｙｅｓ）、当該リストＬ１，Ｌ２を使用した処理を継続し（Ｓ３０３）、設定内容が合致していない場合（Ｓ３０２：Ｎｏ）、当該リストＬ１，Ｌ２を使用した処理を中断する（Ｓ３０４）。

図７は、実施形態のＩｏＴシステム１において第１情報３０１を転送する際の処理の一例を示すシーケンス図である。ここでは、ＩｏＴシステム１に２つの通信デバイス２Ａ，２Ｂ及び２つのＩｏＴデバイス３Ａ，３Ｂが含まれており、相互認証が不要である場合が例示されている。

通信デバイス２ＡとＩｏＴデバイス３ＡとがリストＬ１，Ｌ２を交換し（Ｓ４０１）、第１情報３０１を交換すると（Ｓ４０２）、通信デバイス２Ａは、ＩｏＴデバイス３Ａから取得したリストＬ２において転送が許可されていること（図４参照）を確認し（Ｓ４０３）、ＩｏＴデバイス３Ａは、通信デバイス２Ａから取得したリストＬ１において転送が許可されていることを確認する（Ｓ４０４）。

転送が許可されていることが確認された場合、通信デバイス２Ａは、他のデバイスとしての通信デバイス２Ｂとの間で所定のセキュアチャネルを確立し（Ｓ４０５）、ＩｏＴデバイス３Ａから取得した第１情報３０１を通信デバイス２Ｂに転送する（Ｓ４０６）。また、通信デバイス２Ａは、他のデバイスとしてのＩｏＴデバイス３Ｂとの間で所定のセキュアチャネルを確立し（Ｓ４０７）、ＩｏＴデバイス３Ａから取得した第１情報３０１をＩｏＴデバイス３Ｂに転送する（Ｓ４０８）。

また、転送が許可されていることが確認された場合、ＩｏＴデバイス３Ａは、他のデバイスとしての通信デバイス２Ｂとの間で所定のセキュアチャネルを確立し（Ｓ４０９）、通信デバイス２Ａから取得した第１情報３０１を通信デバイス２Ｂに転送する（Ｓ４１０）。また、ＩｏＴデバイス３Ａは、他のデバイスとしてのＩｏＴデバイス３Ｂとの間で所定のセキュアチャネルを確立し（Ｓ４１１）、通信デバイス２Ａから取得した第１情報３０１をＩｏＴデバイス３Ｂに転送する（Ｓ４０８）。

上記処理により、相互認証なしに交換可能な第１情報３０１を複数のデバイス間でリレーし、拡散することができる。

以上のように、本実施形態によれば、通信デバイス２とＩｏＴデバイス３と間で、相互認証を行わない場合に交換可能な第１情報と、相互認証を行う場合に交換可能な第２情報と、を示すリストＬ１，Ｌ２が交換され、当該リストＬ１，Ｌ２に基づいて情報の交換、転送等の処理が行われる。これにより、通信デバイス２及びＩｏＴデバイス３は、予め定められた第１情報（例えば比較的秘匿性が低い情報等）を、相互認証を行わずに交換することが可能となり、ＩｏＴシステム１における通信の自由度や利便性を向上させることができる。また、相互認証を行う場合には、第２情報を利用して相互認証を確立するための処理（例えば暗号化処理等）を効率的に実行することが可能となる。

本実施形態のＩｏＴシステム１における通信デバイス２及びＩｏＴデバイス３の機能を実現させるためのプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ－ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ－Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。また、当該プログラムをインターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、当該プログラムをインターネット等のネットワーク経由で提供又は配布するように構成してもよい。

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

１…ＩｏＴシステム、２，２Ａ，２Ｂ…通信デバイス、３，３Ａ，３Ｂ…ＩｏＴデバイス、１０…セキュリティデバイス、１１…ＡＰＬ、１２…ＳＤＫ、２２…ＳＥ（セキュアエレメント）、２３…ＧＴＡＡＰＩ、３１…ＳＤＫサーバ、３２…発行データ生成サーバ、３３…プライベートＣＡ、３４…ＧＴＡＡＰＩサーバ、１０１…識別部、１０２…記憶部、１０３…設定部、１０４…通信部、１０５…認証部、１０６…送信部、１０７…判定部、２０１…記憶部、２０２…設定部、２０３…通信部、２０４…認証部、２０５…送信部、２０６…判定部、３０１…第１情報表示部、３０２…第２情報表示部、Ｌ１，Ｌ２…リスト、Ｎ…ネットワーク

Claims (8)

1. セキュリティデバイスを介して利用者を識別可能な通信デバイスと、前記通信デバイスとの間でセキュアチャネルを確立するための暗号化処理を行うセキュアエレメントを備えるＩｏＴデバイスと、を含み、
   前記通信デバイス及び前記ＩｏＴデバイスは、前記通信デバイスと前記ＩｏＴデバイスとの間での相互認証を行わない場合に交換可能な第１情報と、前記相互認証を行う場合に交換可能な第２情報と、を示すリストをそれぞれ有し、
   前記通信デバイスは、前記ＩｏＴデバイスから前記リストを取得し、取得した前記リストに基づいて、前記相互認証を行わない場合には前記第１情報を前記ＩｏＴデバイスへ送信し、前記相互認証を行う場合には前記第２情報を前記ＩｏＴデバイスへ送信し、
   前記ＩｏＴデバイスは、前記通信デバイスから前記リストを取得し、取得した前記リストに基づいて、前記相互認証を行わない場合には前記第１情報を前記通信デバイスへ送信し、前記相互認証を行う場合には前記第２情報を前記通信デバイスへ送信する、
   ＩｏＴシステム。
2. 前記リストは、前記第１情報を、前記リストを交換した前記通信デバイス及び前記ＩｏＴデバイスとは異なる他の通信デバイス又は他のＩｏＴデバイスへ転送可能か否かを示す情報を含み、
   前記リストを交換した前記通信デバイス及び前記ＩｏＴデバイスは、転送可能である場合には、前記第１情報を前記他の通信デバイス又は前記他のＩｏＴデバイスへ転送する、
   請求項１に記載のＩｏＴシステム。
3. 前記通信デバイスは、前記セキュリティデバイスにより識別された利用者の操作により前記第１情報の転送の可否を設定可能に構成されている、
   請求項２に記載のＩｏＴシステム。
4. 前記ＩｏＴデバイスは、前記ＩｏＴデバイスに予め登録された管理者の操作により前記第１情報の転送の可否を設定可能に構成されている、
   請求項２に記載のＩｏＴシステム。
5. 前記通信デバイスは、前記セキュリティデバイスにより識別された利用者の操作により、前記ＩｏＴデバイスから取得した前記リストの利用可否を設定可能に構成されている、
   請求項１に記載のＩｏＴシステム。
6. 前記ＩｏＴデバイスは、前記ＩｏＴデバイスに予め登録された管理者の操作により、前記通信デバイスから取得した前記リストの利用可否を設定可能に構成されている、
   請求項１に記載のＩｏＴシステム。
7. 前記第２情報は、前記相互認証を行うための認証アルゴリズム及び鍵に関する情報を含む、
   請求項１に記載のＩｏＴシステム。
8. セキュリティデバイスを介して利用者を識別可能であり、セキュアチャネルを確立するための暗号化処理を行うセキュアエレメントを備えるＩｏＴデバイスと通信可能な通信デバイスに、
   前記通信デバイスと前記ＩｏＴデバイスとの間での相互認証を行わない場合に交換可能な第１情報と、前記相互認証を行う場合に交換可能な第２情報と、を示すリストを、前記ＩｏＴデバイスとの間で交換する処理と、
   前記ＩｏＴデバイスから取得した前記リストに基づいて、前記相互認証を行わない場合には前記第１情報を前記ＩｏＴデバイスに送信し、前記相互認証を行う場合には前記第２情報をＩｏＴデバイスに送信する処理と、
   を実行させるプログラム。

Images