JP2024000213A - 通信システム、情報処理装置、情報処理方法、および情報処理プログラム - Google Patents

通信システム、情報処理装置、情報処理方法、および情報処理プログラム Download PDF

Info

Publication number
JP2024000213A
JP2024000213A JP2022098867A JP2022098867A JP2024000213A JP 2024000213 A JP2024000213 A JP 2024000213A JP 2022098867 A JP2022098867 A JP 2022098867A JP 2022098867 A JP2022098867 A JP 2022098867A JP 2024000213 A JP2024000213 A JP 2024000213A
Authority
JP
Japan
Prior art keywords
edge
data
communication
shared
shared key
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2022098867A
Other languages
English (en)
Inventor
康之 田中
Yasuyuki Tanaka
充 神田
Mitsuru Kanda
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Toshiba Corp
Original Assignee
Toshiba Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Toshiba Corp filed Critical Toshiba Corp
Priority to JP2022098867A priority Critical patent/JP2024000213A/ja
Priority to US18/174,882 priority patent/US20230412369A1/en
Publication of JP2024000213A publication Critical patent/JP2024000213A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3236—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions
    • H04L9/3242—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using cryptographic hash functions involving keyed hash functions, e.g. message authentication codes [MACs], CBC-MAC or HMAC
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0838—Key agreement, i.e. key establishment technique in which a shared key is derived by parties as a function of information contributed by, or associated with, each of these
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/12—Applying verification of the received information
    • H04L63/123—Applying verification of the received information received data contents, e.g. message integrity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/12—Applying verification of the received information
    • H04L63/126—Applying verification of the received information the source of the received data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/16—Implementing security features at a particular protocol layer
    • H04L63/166—Implementing security features at a particular protocol layer at the transport layer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
    • H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
    • H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
    • H04L9/0825—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) using asymmetric-key encryption or public key infrastructure [PKI], e.g. key signature or public key certificates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3247—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving digital signatures
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40—Network security protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Power Engineering (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

【課題】エッジデータが想定したエッジデバイスで生成されたものであるか否かを低処理負荷で検証する。【解決手段】通信システム１は、エッジデータを生成するエッジデバイス１０と、エッジデータを利用するサービス装置２０と、を備える。エッジデバイス１０のメッセージ認証コード生成部は、サービス装置２０と共有する共有鍵を用いてメッセージ認証コードを生成する。第１通信部は、エッジデータにメッセージ認証コードを付与した通信データである第１通信データを送信する。サービス装置２０の検証部は、第１通信データに含まれるメッセージ認証コードをエッジデバイスと共有する共有鍵を用いて検証した検証結果に応じて、通信データに含まれるエッジデータの生成元を検証する。【選択図】図１

Description

本発明の実施形態は、通信システム、情報処理装置、情報処理方法、および情報処理プログラムに関する。
データ通信における相手認証にはＴＬＳ（The Transport Layer Security Protocol, IETF RFC 8446）がインターネットで広く利用されている。しかし、ＴＬＳは通信ノード間の通信路の安全性を担保するための方式である。このため、エッジデバイスと直接通信できないアプリケーションサーバはＴＬＳを利用できず、エッジデータまたはエッジデータの認証を行うことが出来ない。
一方、ＪＷＳ(JSON Web Signature, IETF RFC 7515)およびＣＯＳＥ (CBOR Object Signing and Encryption, IETF RFC 8152)は、データ単位での公開鍵暗号方式によるデジタル署名を実現する。しかし、例えば、センサデータごとへの署名など、個別のエッジデータにデジタル署名を施すのは処理負荷の観点で望ましくない。すなわち、従来技術では、エッジデータが想定したエッジデバイスで生成されたものであるか否かを低処理負荷で検証することは困難であった。
ＩＥＴＦ ＲＦＣ ８４４６，"Ｔｈｅ Ｔｒａｎｓｐｏｒｔ Ｌａｙｅｒ Ｓｅｃｕｒｉｔｙ （ＴＬＳ） Ｐｒｏｔｏｃｏｌ Ｖｅｒｓｉｏｎ １．３"，［ｏｎｌｉｎｅ］，［２０２２年６月１０日検索］，インターネット＜ＵＲＬ：ｈｔｔｐｓ：／／ｗｗｗ．ｒｆｃ－ｅｄｉｔｏｒ．ｏｒｇ／ｒｆｃ／ｒｆｃ８４４６＞ ＩＥＴＦ ＲＦＣ ７５１５，"ＪＳＯＮ Ｗｅｂ Ｓｉｇｎａｔｕｒｅ （ＪＷＳ）"，［ｏｎｌｉｎｅ］，［２０２２年６月１０日検索］，インターネット＜ＵＲＬ：ｈｔｔｐｓ：／／ｄａｔａｔｒａｃｋｅｒ．ｉｅｔｆ．ｏｒｇ／ｄｏｃ／ｈｔｍｌ／ｒｆｃ７５１５＞ ＩＥＴＦ ＲＦＣ ８１５２，"ＣＢＯＲ Ｏｂｊｅｃｔ Ｓｉｇｎｉｎｇ ａｎｄ Ｅｎｃｒｙｐｔｉｏｎ （ＣＯＳＥ）"，［ｏｎｌｉｎｅ］，［２０２２年６月１０日検索］，インターネット＜ＵＲＬ：ｈｔｔｐｓ：／／ｄａｔａｔｒａｃｋｅｒ．ｉｅｔｆ．ｏｒｇ／ｄｏｃ／ｈｔｍｌ／ｒｆｃ８１５２＞
本発明の実施形態は、エッジデータが想定したエッジデバイスで生成されたものであるか否かを低処理負荷で検証することができる、通信システム、情報処理装置、情報処理方法、および情報処理プログラムを提供することを目的とする。
実施形態の通信システムは、エッジデータを生成するエッジデバイスと、エッジデータを利用するサービス装置と、を備える。前記エッジデバイスは、メッセージ認証コード生成部と、第１通信部と、を備える。メッセージ認証コード生成部は、前記サービス装置と共有する共有鍵を用いてメッセージ認証コードを生成する。第１通信部は、前記エッジデータに前記メッセージ認証コードを付与した通信データである第１通信データを送信する。前記サービス装置は、検証部を備える。検証部は、前記第１通信データに含まれる前記メッセージ認証コードを前記エッジデバイスと共有する共有鍵を用いて検証した検証結果に応じて、前記第１通信データに含まれる前記エッジデータの生成元を検証する。
通信システムの模式図。 エッジデバイスの機能構成の模式図。 第１鍵管理情報のデータ構成を示す模式図。 第１通信データのデータ構成を示す模式図。 第１通信データのデータ構成を示す模式図。 第２通信データのデータ構成を示す模式図。 サーバ装置の機能構成の模式図。 第３鍵管理情報のデータ構成を示す模式図。 エッジデータ管理情報のデータ構成を示す模式図。 サービス装置の機能構成の模式図。 第２鍵管理情報のデータ構成を示す模式図。 エッジデバイスが実行する情報処理の流れを示すフローチャート。 サーバ装置が実行する情報処理の流れを示すフローチャート。 サービス装置が実行する情報処理の流れを示すフローチャート。 エッジデバイスの機能構成の模式図。 通信システムの模式図。 ハードウェア構成図。
以下に添付図面を参照して、本実施形態の通信システム、情報処理装置、情報処理方法、および情報処理プログラムを詳細に説明する。
なお、以下の各実施形態における説明において、同一の符号が付されている部分は実質的に同一の機能を有しており、重複部分については適宜説明を省略する。
（第１の実施形態）
図１は、本実施形態の通信システム１の一例を示す模式図である。
通信システム１は、エッジデバイス１０と、サーバ装置３０と、サービス装置２０と、を備える。
エッジデバイス１０とサーバ装置３０とは、第１のネットワークＮＷ１を介して接続されている。サーバ装置３０とサービス装置２０とは、第２のネットワークＮＷ２を介して接続されている。
エッジデバイス１０は、エッジデータを生成する情報処理装置である。エッジデータの詳細は後述する。エッジデバイス１０は第１のネットワークＮＷ１に接続する。図１には、１台のエッジデバイス１０が第１のネットワークＮＷ１に接続した形態を一例として示す。しかし、第１のネットワークＮＷ１に接続するエッジデバイス１０の数は、２台以上であってもよい。
サービス装置２０は、エッジデバイス１０から提供されたエッジデータを利用する情報処理装置である。サービス装置２０は、第２のネットワークＮＷ２に接続する。図１には、２台のサービス装置２０が第２のネットワークＮＷ２に接続した形態を一例として示す。しかし、第２のネットワークＮＷ２に接続するサービス装置２０の数は、１台または３台以上であってもよい。
サーバ装置３０は、エッジデバイス１０とサービス装置２０との通信を中継するための情報処理装置である。サーバ装置３０は、第１のネットワークＮＷ１および第２のネットワークＮＷ２に接続する。
第１のネットワークＮＷ１および第２のネットワークＮＷ２は、ネットワークの一例である。第１のネットワークＮＷ１および第２のネットワークＮＷ２は、ローカルエリアネットワーク、フィールドエリアネットワーク、またはインターネットを含む広域ネットワークである。第１のネットワークＮＷ１および第２のネットワークＮＷ２の接続形態は、有線接続および無線接続の何れであってもよい。
サーバ装置３０およびサービス装置２０は、所謂クラウド環境で実行されていてもよく、また、オンプレミスで実行されていてもよい。サーバ装置３０およびサービス装置２０は仮想化環境で動作する仮想マシンとして実行されていてもよい。
次に、本実施形態のエッジデバイス１０の機能構成の一例を説明する。
図２は、エッジデバイス１０の機能構成の一例の模式図である。
エッジデバイス１０は、記憶部１２と、制御部１４と、を備える。記憶部１２と制御部１４とはデータまたは信号を授受可能に接続されている。
記憶部１２は、各種のデータを記憶する。本実施形態では、記憶部１２は、第１鍵管理情報１２Ａを記憶する。第１鍵管理情報１２Ａの詳細は後述する。
制御部１４は、エッジデータ生成処理部１４Ａと、エッジデータ送信処理部１４Ｂと、鍵管理部１４Ｃと、メッセージ認証コード生成部１４Ｄと、デジタル署名処理部１４Ｅと、第１通信部１４Ｆと、を備える。
エッジデータ生成処理部１４Ａ、エッジデータ送信処理部１４Ｂ、鍵管理部１４Ｃ、メッセージ認証コード生成部１４Ｄ、デジタル署名処理部１４Ｅ、および第１通信部１４Ｆは、例えば、１または複数のプロセッサにより実現される。例えば、制御部１４に含まれる各部は、ＣＰＵ（Central Processing Unit）などのプロセッサにプログラムを実行させること、すなわちソフトウェアにより実現してもよい。上記各部は、専用のＩＣなどのプロセッサ、すなわちハードウェアにより実現してもよい。上記各部は、ソフトウェアおよびハードウェアを併用して実現してもよい。複数のプロセッサを用いる場合、各プロセッサは、各部のうち１つを実現してもよいし、各部のうち２以上を実現してもよい。
エッジデータ生成処理部１４Ａは、エッジデータを生成する。
エッジデータとは、サーバ装置３０およびサービス装置２０の少なくとも一方へ提供する対象のデータである。エッジデータは、例えば、エッジデバイス１０に設けられたセンサから取得したセンサデータ、エッジデバイス１０以外の他のデバイスに設けられたセンサから取得したセンサデータ、エッジデバイス１０の内部データなどである。エッジデバイス１０の内部データは、例えば、エッジデバイス１０のメモリ、ストレージ、メモリまたはストレージに保存されているファイル、ファイルの設定情報、等に関する情報である。エッジデバイス１０の内部データは、具体的には、メモリ使用量などである。エッジデバイス１０のストレージは、例えば、記憶部１２に相当する。
本実施形態では、エッジデータ生成処理部１４Ａは、エッジデバイス１０に設けられたセンサから取得したセンサデータ、および、エッジデバイス１０のメモリ使用量等の内部データを、エッジデータとして生成する形態を想定して説明する。
センサは、エッジデバイスのＧＰＩＯ（General-purpose input/output）、ＵＡＲＴ（Universal Asynchronous Receiver/Transmitter）、またはＩ２Ｃ（Inter-Integrated Circuit）などのインタフェースに直接接続されていなくてもよい。例えば、エッジデバイス１０はエッジゲートウェイとして動作し、ネットワークを介して無線接続または有線接続によりセンサからセンサデータを取得する。有線接続によりセンサデータを取得する場合、通信方式には、例えば、イーサネット（登録商標）、ＣＡＮ（Controller Area Network）、ＢＡＣｎｅｔ（Building Automation and Control Networking protocol）などを用いればよい。無線接続によりセンサデータを取得する場合、通信方式には、ＷｉＦｉ（Wireless Fidelity）、Ｂｌｕｅｔｏｏｔｈ(登録商標)、ＺｉｇＢｅｅ(登録商標)などを用いればよい。
エッジデータは、サーバ装置３０およびサービス装置２０の少なくとも一方へ提供する対象のデータであればよく、センサから取得したセンサデータに限定されない。
エッジデータ生成処理部１４Ａは、エッジデバイス１０に設けられたセンサ、エッジデバイス１０のメモリまたはストレージ、これらに保存されているファイルおよびその設定情報、並びにネットワークを介して通信する他のセンサデバイスの情報などを用いて、これらの少なくとも一部を含むエッジデータを生成する。
エッジデータ送信処理部１４Ｂは、エッジデータ生成処理部１４Ａが生成したエッジデータの送信処理を実行する。エッジデータ送信処理部１４Ｂは鍵管理部１４Ｃに問合せ、鍵管理部１４Ｃがサービス装置２０と共有する共有鍵を保持する場合、送信すべきエッジデータをメッセージ認証コード生成部１４Ｄへ渡す。
鍵管理部１４Ｃは、第１鍵管理情報１２Ａを予め記憶し管理する。第１鍵管理情報１２Ａは、共有鍵を管理するための情報である。
図３は、第１鍵管理情報１２Ａのデータ構成の一例を示す模式図である。
第１鍵管理情報１２Ａは、通信先識別情報と、共有鍵ＩＤと、共有鍵値と、有効期限と、を対応付けた情報である。通信先識別情報とは、エッジデバイス１０の通信先の情報処理装置の識別情報である。具体的には、通信先識別情報は、サービス装置２０およびサーバ装置３０の各々の識別情報である。サービス装置２０の識別情報は、サービス識別情報の一例である。
共有鍵ＩＤは、共有鍵の識別情報である。第１鍵管理情報１２Ａに登録されている共有鍵は、エッジデバイス１０が対応する通信先識別情報によって識別されるサービス装置２０またはサーバ装置３０の各々と共有する共有鍵である。共有鍵値は、共有鍵の値である。有効期限は、共有鍵の有効期限を表す情報である。本実施形態では、共有鍵が、共有鍵ＩＤ、共有鍵値、および有効期限によって表される形態を一例として説明する。
図３に示すように、鍵管理部１４Ｃは、共有鍵を共有する通信先ごとに、通信先識別情報と、共有鍵ＩＤと、共有鍵値と、有効期限と、を対応付けた第１鍵管理情報１２Ａを管理する。なお、第１鍵管理情報１２Ａには、共有鍵に関連する関連情報が更に対応付けて登録されていてもよい。
共有鍵ＩＤは、典型的には、通信先ごとに付与される。図３に示す例では、共有鍵ＩＤ”１００”によって識別される共有鍵が、通信先識別情報「サービス装置Ａ」のサービス装置２０および通信先識別情報「サーバ装置Ｃ」のサーバ装置３０により共有されている。しかしながら、典型的には共有鍵ＩＤは通信先ごとに付与されるものであり、共有鍵値「ＡＡＡＡＡＡＡＡＡＡ」と共有鍵値「ＣＣＣＣＣＣＣＣＣ」とは別の共有鍵の共有鍵値として扱われる。
本実施形態では、鍵管理部１４Ｃは、サービス装置２０またはサーバ装置３０によって生成された共有鍵を受け取り、第１鍵管理情報１２Ａに登録することで共有鍵を管理する。
鍵管理部１４Ｃがサービス装置２０またはサーバ装置３０から受け取る共有鍵には、該共有鍵の関連情報として共有鍵ＩＤおよび有効期限を表す情報が含まれる。鍵管理部１４Ｃは、受け取った共有鍵の共有鍵値と、関連情報に含まれる共有鍵ＩＤおよび有効期限と、該共有鍵の送信元の情報処理装置の識別情報である通信先識別情報と、を対応付けて第１鍵管理情報１２Ａへ登録する。
鍵管理部１４Ｃは、受付ける共有鍵の最長有効期間を予め設定してもよい。
予め設定した最長有効期間を超える有効期限が受け取った共有鍵に設定されていた場合を想定する。この場合、鍵管理部１４Ｃは、該最長有効期間を超えないように該有効期限を変更した後に第１鍵管理情報１２Ａに登録してもよい。また、この場合、鍵管理部１４Ｃは、受け取った共有鍵を第１鍵管理情報１２Ａに登録せず破棄してもよい。
また、鍵管理部１４Ｃが、第１鍵管理情報１２Ａに既に登録されている共有鍵ＩＤを関連情報として含む新たな共有鍵を受付けた場合を想定する。この場合、鍵管理部１４Ｃは、新たな共有鍵および該共有鍵に含まれる関連情報を、第１鍵管理情報１２Ａに登録されている該共有鍵ＩＤに対応付けて上書き登録してもよい。また、この場合、鍵管理部１４Ｃは、受け取った共有鍵を第１鍵管理情報１２Ａに登録せず破棄してもよい。
図２に戻り説明を続ける。
メッセージ認証コード生成部１４Ｄは、エッジデータ送信処理部１４Ｂからエッジデータを受付けると、サービス装置２０と共有する共有鍵を用いてメッセージ認証コードを生成する。
例えば、メッセージ認証コード生成部１４Ｄは、ＨＭＡＣ（Hash-based Message Authentication Code）、ＣＭＡＣ（Cipher-based Message Authentication Code）などの方式によりメッセージ認証コードを生成すればよい。なお、メッセージ認証コード生成部１４Ｄは、共有鍵を用いてメッセージ認証コードを生成すればよく、これらの方式に限定されない。
本実施形態では、メッセージ認証コード生成部１４Ｄは、第１鍵管理情報１２Ａに登録されている１または複数の全ての共有鍵の各々を用いて、共有鍵に対応するサービス識別情報の各々によって識別されるサービス装置２０の各々ごとのメッセージ認証コードを生成する。
詳細には、メッセージ認証コード生成部１４Ｄは、第１鍵管理情報１２Ａにサービス装置２０と共有する共有鍵が登録されている場合、第１鍵管理情報１２Ａに登録されている１または複数の共有鍵の各々を用いてメッセージ認証コードを生成する。また、第１鍵管理情報１２Ａにサービス装置２０と共有する共有鍵が登録されていない場合、メッセージ認証コード生成部１４Ｄはメッセージ認証コードを生成しない。
鍵管理部１４Ｃは、第１鍵管理情報１２Ａを用いて、通信先ごとに共有鍵を管理する（図３参照）。このため、第１鍵管理情報１２Ａに複数の通信先の各々の共有鍵が登録されている場合、メッセージ認証コード生成部１４Ｄは、第１鍵管理情報１２Ａに登録されている複数の共有鍵の各々を用いて、複数の通信先の各々用のメッセージ認証コードを生成すればよい。
すなわち、図３に示すように、第１鍵管理情報１２Ａには、サーバ装置３０の識別情報に対応する共有鍵が登録されていてもよい。言い換えると、エッジデバイス１０は、サーバ装置３０と共有鍵を共有してもよい。この場合、メッセージ認証コード生成部１４Ｄは、第１鍵管理情報１２Ａにおける、通信先識別情報に含まれるサーバ装置３０の識別情報に対応する共有鍵を用いて、サーバ装置３０用のメッセージ認証コードを更に生成してよい。
エッジデータ送信処理部１４Ｂは、エッジデータ生成処理部１４Ａで生成されたエッジデータが予め定めた条件を満たした場合、該条件を満たす１または複数のエッジデータの群であるエッジデータ群を、デジタル署名処理部１４Ｅへ渡す。
条件は、予め定めればよい。条件は、例えば、エッジデータのデータ量が第１データ量以上、または、エッジデータの保持期間が第１期間以上、などである。第１データ量および第１期間は、予め定めればよい。第１データ量は、想定される１つのエッジデータのデータ量、想定されるエッジデータのデータ量の平均値、または想定されるエッジデータのデータ量の最大値、等の値を超えるデータ量であればよい。第１期間は、想定される１つのエッジデータのデータ量、想定されるエッジデータのデータ量の平均値、または想定されるエッジデータのデータ量の最大値、等の値を超えるデータ量の保持に必要な期間を超える期間であればよい。第１データ量および第１期間は、上記制限を満たす範囲で、ユーザによる操作指示等に応じて適宜変更可能としてもよい。
すなわち、エッジデータ送信処理部１４Ｂは、エッジデータ生成処理部１４Ａで生成されたエッジデータをすぐには送信しない。エッジデータ送信処理部１４Ｂは、エッジデータ生成処理部１４Ａで生成されたエッジデータのデータ量が第１データ量に達するまで、または、エッジデータの保持期間が第１期間以上となるまで、エッジデータを保持する。そして、エッジデータ送信処理部１４Ｂは、保持しているエッジデータの群であるエッジデータ群のデータ量が第１データ量以上、または、エッジデータ群の保持期間が第１期間以上となったときに、エッジデータ群をデジタル署名処理部１４Ｅへ渡す。
なお、この条件は、ユーザによるエッジデバイス１０の操作指示、およびサーバ装置３０との通信などによって適宜変更可能であるものとする。
デジタル署名処理部１４Ｅは、エッジデータが予め定めた条件を満たした場合、該条件を満たす１または複数のエッジデータの群であるエッジデータ群に対して、エッジデバイス１０の秘密鍵を用いてデジタル署名を施す。
デジタル署名処理部１４Ｅは、エッジデータ送信処理部１４Ｂからエッジデータ群を受付けた時に、受付けたエッジデータ群に対して秘密鍵を用いてデジタル署名を施せばよい。なお、デジタル署名処理部１４Ｅは、エッジデータ生成処理部１４Ａで生成されたエッジデータのデータ量が第１データ量となるまで、または、エッジデータの保持期間が第１期間以上となるまで、エッジデータを保持してもよい。そして、デジタル署名処理部１４Ｅは、保持しているエッジデータの群であるエッジデータ群のデータ量が第１データ量以上、または、エッジデータ群の保持期間が第１期間以上となったときに、エッジデータ群に対して、秘密鍵を用いてデジタル署名を施してもよい。
デジタル署名に用いる秘密鍵は、エッジデータ送信処理部１４Ｂ、デジタル署名処理部１４Ｅ、または記憶部１２に予め保存されていればよい。秘密鍵を保存するストレージである記憶部１２やその仕組みについては、公知の仕組みを用いればよい。
第１通信部１４Ｆは、メッセージ認証コード生成部１４Ｄによってメッセージ認証コードが生成された場合、エッジデータにメッセージ認証コードを付与した通信データである第１通信データを送信する。また、第１通信部１４Ｆは、デジタル署名処理部１４Ｅによってデジタル署名が施された場合、デジタル署名を施されたエッジデータ群である第２通信データを送信する。
すなわち、第１通信部１４Ｆは、第１通信データおよび第２通信データの少なくとも一方を、通信データとしてサーバ装置３０へ送信する。
第１通信データおよび第２通信データは、通信データの一例である。第１通信データとは、メッセージ認証コードが付与されたエッジデータである。第２通信データとは、デジタル署名を施されたエッジデータ群である。
図４Ａ～図４Ｃは、通信データ４０のデータ構成の一例の模式図である。
図４Ａは、第１通信データ４０Ａのデータ構成の一例を示す模式図である。例えば、第１通信データ４０Ａは、１つのエッジデータに対して複数のメッセージ認証コードを付与した通信データ４０である。
具体的には、例えば、第１通信データ４０Ａは、１つのエッジデータと、該エッジデータに対するサービス識別情報「サービス装置Ａ」のサービス装置２０用のメッセージ認証コードと、該エッジデータに対するサービス識別情報「サービス装置Ｂ」のサービス装置２０用のメッセージ認証コードと、を含む。サービス識別情報「サービス装置Ａ」および「サービス装置Ｂ」は、第１鍵管理情報１２Ａに共有鍵が登録されているサービス装置２０のサービス識別情報である。
図４Ｂは、第１通信データ４０Ａの他のデータ構成の一例を示す模式図である。例えば、第１通信データ４０Ａは、１つのエッジデータに対して１つのメッセージ認証コードを付与した通信データ４０である。
具体的には、例えば、第１通信部１４Ｆは、第１通信データ４０Ａ１および第１通信データ４０Ａ２を第１通信データ４０Ａとして送信する。
第１通信データ４０Ａ１は、１つのエッジデータと、該エッジデータに対するサービス識別情報「サービス装置Ａ」のサービス装置２０用のメッセージ認証コードと、を含む。第１通信データ４０Ａ２は、１つのエッジデータと、該エッジデータに対するサービス識別情報「サービス装置Ｂ」のサービス装置２０用のメッセージ認証コードと、を含む。
このように、第１通信データ４０Ａは、１つのエッジデータに対して複数の通信先の各々用のメッセージ認証コードを付与した通信データ４０、１つのエッジデータに対して１つの通信先のメッセージ認証コードを付与した通信データ４０、の何れであってもよい。
図４Ｃは、第２通信データ４０Ｂのデータ構成の一例を示す模式図である。第２通信データ４０Ｂは、複数のエッジデータからなるエッジデータ群に対してデジタル署名を施した通信データ４０である。
図２に戻り説明を続ける。エッジデバイス１０の第１通信部１４Ｆは、第１通信データ４０Ａおよび第２通信データ４０Ｂの少なくとも一方を含む通信データ４０を、第１のネットワークＮＷ１を介してサーバ装置３０へ送信する。
なお、第１鍵管理情報１２Ａに共有鍵が登録されていない場合がある。すなわち、エッジデバイス１０が、何れのサーバ装置３０およびサービス装置２０とも有効な共有鍵を共有していない場合がある。この場合、エッジデバイス１０の制御部１４は、メッセージ認証コードの生成、メッセー認証コードの付与、およびデジタル署名の付与を行わず、エッジデータを通信データ４０としてサーバ装置３０へ送信してもよい。
次に、サーバ装置３０の機能構成の一例を説明する。
図５は、サーバ装置３０の機能構成の一例の模式図である。
サーバ装置３０は、記憶部３２と、制御部３４と、を備える。記憶部３２と制御部３４とはデータまたは信号を授受可能に接続されている。
記憶部３２は、各種のデータを記憶する。本実施形態では、記憶部３２は、第３鍵管理情報３２Ａおよびエッジデータ管理情報３２Ｂを記憶する。第３鍵管理情報３２Ａおよびエッジデータ管理情報３２Ｂの詳細は後述する。
制御部３４は、第３通信部３４Ａと、検証部３４Ｄと、鍵管理部３４Ｅと、エッジデータ管理部３４Ｆと、を備える。第３通信部３４Ａは、第４通信部３４Ｂおよび第５通信部３４Ｃを含む。第３通信部３４Ａ、第４通信部３４Ｂ、第５通信部３４Ｃ、検証部３４Ｄ、鍵管理部３４Ｅ、およびエッジデータ管理部３４Ｆは、例えば、１または複数のプロセッサにより実現される。
第３通信部３４Ａは、エッジデバイス１０から受信した通信データ４０をサービス装置２０へ送信する。
第３通信部３４Ａは、第４通信部３４Ｂと、第５通信部３４Ｃと、を含む。
第４通信部３４Ｂは、第１のネットワークＮＷ１を介してエッジデバイス１０と通信する。第４通信部３４Ｂは、エッジデバイス１０から通信データ４０を受信する。また、第４通信部３４Ｂは、エッジデバイス１０に対してサーバ装置３０またはサービス装置２０と共有する共有鍵を送信する。サーバ装置３０の第４通信部３４Ｂとエッジデバイス１０の第１通信部１４Ｆとの通信部間では、ＨＴＴＰ（HyperText Transfer Protocol）またはＭＱＴＴ（Message Queueing Telemetry Transport）などの通信プロトコルを用いてデータの送受信を行う。このデータの送受信は、ＴＬＳ（Transport Layer Security）やＩＰｓｅｃ（Security Architecture for Internet Protocol）などにより保護されていてもよい。
鍵管理部３４Ｅは、第３鍵管理情報３２Ａを予め記憶し管理する。第３鍵管理情報３２Ａは、共有鍵を管理するための情報である。
図６は、第３鍵管理情報３２Ａのデータ構成の一例を示す模式図である。
第３鍵管理情報３２Ａは、第１鍵管理情報１２Ａと同様に、通信先識別情報と、共有鍵ＩＤと、共有鍵値と、有効期限と、を対応付けた情報である。通信先識別情報、共有鍵ＩＤ、共有鍵値、および有効期限の詳細は、上述したためここでは説明を省略する。本実施形態では、第３鍵管理情報３２Ａには、エッジデバイス１０と共有する共有鍵が登録されている。
図５に戻り説明を続ける。
例えば、鍵管理部３４Ｅは、エッジデバイス１０と共有する共有鍵を生成し、予めエッジデバイス１０へ送信すればよい。
具体的には、例えば、鍵管理部３４Ｅは、エッジデバイス１０と共有する共有鍵を生成する。鍵管理部３４Ｅは共有鍵の生成時に、共有鍵の値である共有鍵値に加えて、共有鍵ＩＤおよび有効期限の設定も行う。すなわち、鍵管理部３４Ｅは第３鍵管理情報３２Ａを生成する。鍵管理部３４Ｅは、生成した共有鍵をエッジデバイス１０の公開鍵で暗号化し、エッジデバイス１０へ送信する。エッジデバイス１０へ送信された暗号化された共有鍵は、エッジデバイス１０の秘密鍵でのみ復号可能である。このため、サーバ装置３０とエッジデバイス１０とで共有鍵を安全に共有することができる。
なお、事前に、ユーザによる手作業等によって、エッジデバイス１０およびサーバ装置３０の各々に、これらのエッジデバイス１０とサーバ装置３０で共有する共有鍵を予め設定してもよい。また、エッジデバイス１０とサーバ装置３０は、他の通信手段を用いて共有鍵を共有してもよい。また、エッジデバイス１０とサーバ装置３０は、上記以外の方法を用いて共有鍵を共有してもよい。
第４通信部３４Ｂは、エッジデバイス１０から受信した通信データ４０を検証部３４Ｄへ渡す。
検証部３４Ｄは、第４通信部３４Ｂでエッジデバイス１０から受信した通信データ４０を検証する。詳細には、まず、検証部３４Ｄは、受信した通信データ４０が第１通信データ４０Ａであるか第２通信データ４０Ｂであるかを判断する。
検証部３４Ｄは、エッジデバイス１０から受信した通信データ４０が第２通信データ４０Ｂである場合、エッジデバイス１０の公開鍵を用いて該第２通信データ４０Ｂを検証する。エッジデバイス１０の公開鍵は、鍵管理部３４Ｅによって予め管理されているものとする。
すなわち、検証部３４Ｄは、第２通信データ４０Ｂに含まれるエッジデータ群に施されたデジタル署名を、エッジデバイス１０の公開鍵を用いて検証した検証結果に応じて、第２通信データ４０Ｂに含まれるエッジデータ群の生成元を検証する。
詳細には、検証部３４Ｄは、通信データ４０に含まれるエッジデータ群が、検証に用いた公開鍵に対応するエッジデバイス１０で生成されたか否かを、該公開鍵を用いて検証する。検証に成功した場合、検証部３４Ｄは、通信データ４０に含まれるエッジデータ群の生成元が、検証に用いた公開鍵に対応するエッジデバイス１０であることを検証する。検証に失敗した場合、検証部３４Ｄは、通信データ４０に含まれるエッジデータ群の生成元が、検証に用いた公開鍵に対応するエッジデバイス１０ではないことを検証する。
エッジデバイス１０から受信した通信データが第１通信データ４０Ａであり、且つ、該第１通信データ４０Ａに含まれるメッセージ認証コードが当該サーバ装置３０の共有鍵で生成されている場合を想定する。この場合、検証部３４Ｄは、該エッジデバイス１０の通信先識別情報に対応する共有鍵を第３鍵管理情報３２Ａから特定する。そして、検証部３４Ｄは、特定した共有鍵を用いて、該第１通信データ４０Ａを検証する。検証に成功した場合、検証部３４Ｄは、通信データ４０に含まれるエッジデータの生成元が、検証に用いた共有鍵に対応するエッジデバイス１０であることを検証する。検証に失敗した場合、検証部３４Ｄは、通信データ４０に含まれるエッジデータの生成元が、検証に用いた共有鍵に対応するエッジデバイス１０ではないことを検証する。
検証に成功した場合、検証部３４Ｄは、検証に用いた通信データ４０をエッジデータ管理部３４Ｆへ渡す。
エッジデバイス１０から受信した通信データが第１通信データ４０Ａであり、且つ、該第１通信データ４０Ａに含まれるメッセージ認証コードがサービス装置２０の共有鍵で生成されている場合を想定する。この場合、検証部３４Ｄは、検証を省略する。そして、検証部３４Ｄは、検証を省略した第１通信データ４０Ａをエッジデータ管理部３４Ｆへ渡す。
エッジデータ管理部３４Ｆは、エッジデバイス１０から受信した通信データ４０を管理する。すなわち、エッジデータ管理部３４Ｆは、エッジデバイス１０から受信した通信データ４０に含まれるエッジデータを管理する。
本実施形態では、エッジデータ管理部３４Ｆは、エッジデバイス１０から受信した通信データ４０をエッジデータ管理情報３２Ｂに登録する。
図７は、エッジデータ管理情報３２Ｂのデータ構成の一例を示す模式図である。
エッジデータ管理情報３２Ｂは、生成時刻と、受信時刻と、エッジデータと、生成元検証済みと、メッセージ認証コードと、デジタル署名と、を対応付けた情報である。
生成時刻は、通信データ４０に含まれるエッジデータの生成時刻である。受信時刻は、通信データ４０をサーバ装置３０で受信した受信時刻である。生成元検証済みは、検証部３４Ｄによって通信データ４０が検証済であるか否かを表す情報である。メッセージ認証コードは、通信データ４０に含まれるエッジデータに付与されたメッセージ認証コードである。デジタル署名は、通信データ４０に含まれるエッジデータ群に施されたデジタル署名である。
エッジデータ管理部３４Ｆは、検証部３４Ｄによる検証が成功した場合、「生成元検証済み」のフィールドに、生成元が検証済であることを表す情報を登録すればよい。また、エッジデータ管理部３４Ｆは、検証部３４Ｄによる検証が失敗した場合、「生成元検証済み」のフィールドに、生成元が検証未または検証失敗であることを表す情報を登録すればよい。
エッジデータ管理部３４Ｆは、エッジデバイス１０ごとに、図７に示すエッジデータ管理情報３２Ｂを生成し管理してもよい。また、エッジデータ管理情報３２Ｂには、検証結果に応じて、エッジデータの生成元であるエッジデバイス１０の識別情報を更に対応付けて登録してもよい。エッジデバイス１０の識別情報は、エッジ識別情報に相当する。
図５に戻り説明を続ける。
エッジデータ管理部３４Ｆは、サービス装置２０からの要求に従って、エッジデータを含む通信データ４０をサービス装置２０へ提供する。エッジデータ管理部３４Ｆは、第５通信部３４Ｃを介してサービス装置２０へ通信データ４０を送信する。
詳細には、エッジデータ管理部３４Ｆは、サービス装置２０からデータ取得要求を受信したときに、該データ取得要求によって要求されたエッジデータを含む通信データ４０を、該サービス装置２０へ送信する。
具体的には、データ取得要求によって要求されたエッジデータを含む通信データ４０にメッセージ認証コードが付与されている場合を想定する。この場合、エッジデータ管理部３４Ｆは、該メッセージ認証コードおよび該エッジデータを含む第１通信データ４０Ａをサービス装置２０へ送信する。
また、データ取得要求によって要求されたエッジデータを含む通信データ４０にメッセージ認証コードが付与されておらず、且つ、通信データ４０に含まれるエッジデータ群にデジタル署名が施されている場合を想定する。この場合、エッジデータ管理部３４Ｆは、該通信データ４０である第２通信データ４０Ｂを、サービス装置２０へ送信する。すなわち、エッジデータ管理部３４Ｆは、要求されたエッジデータを含むエッジデータ群と該エッジデータ群に施されたデジタル署名とを含む第２通信データ４０Ｂを、サービス装置２０へ送信する。
また、データ取得要求によって要求されたエッジデータを含む通信データ４０に、メッセージ認証コードが付与されておらず、且つ、該エッジデータを含むエッジデータ群にデジタル署名が施されていない場合を想定する。この場合、エッジデータ管理部３４Ｆは、該通信データ４０を破棄してもよい。また、エッジデータ管理部３４Ｆは、メッセージ認証コードが付与されておらず、且つ、デジタル署名を施されていないエッジデータを含む通信データ４０を、サービス装置２０へ送信してもよい。
エッジデータ管理部３４Ｆは、データ取得要求に応じて、サーバ装置３０で検証済のエッジデータを含む通信データ４０のみをサービス装置２０へ送信してもよい。また、エッジデータ管理部３４Ｆは、サーバ装置３０で検証済であるか否かに拘わらず、通信データ４０をサービス装置２０へ送信してもよい。検証済のエッジデータとは、エッジデータ管理情報３２Ｂの生成元検証済フィールドに、検証成功または検証失敗を表す情報が登録されているエッジデータである。
また、エッジデータ管理部３４Ｆは、データ取得要求に応じて、メッセージ認証コードおよびデジタル署名の少なくとも一方が付与されたエッジデータを含む通信データ４０を、サービス装置２０へ送信してもよい。例えば、サービス装置２０が、図７に示すエッジデータ管理情報３２Ｂにおける、生成時刻「2022年4月15日10:00」のエッジデータについて、メッセージ認証コード付きの提供を要求するデータ取得要求をサーバ装置３０へ送信した場面を想定する。この場合、サーバ装置３０のエッジデータ管理部３４Ｆは、エッジデータ管理情報３２Ｂにおける、生成時刻「2022年4月15日10:00」に対応するエッジデータに対応するメッセージ認証コードを付与した第１通信データ４０Ａを、該サービス装置２０へ送信すればよい。
また、エッジデータ管理部３４Ｆは、データ所得要求によって要求されたエッジデータを含む通信データ４０として、更に、エッジデータ管理情報３２Ｂにおける対応する受信時刻を表す情報を含めた通信データ４０をサービス装置２０へ送信してもよい。
なお、エッジデータ管理情報３２Ｂは、受信時刻を含む形態であってもよく、また受信時刻を含まない形態であってもよい。エッジデータ管理情報３２Ｂが受信時刻を含む場合、受信時刻によって表される時刻に対応するエッジデータが確かに存在したことをサーバ装置３０で管理することができる。
第５通信部３４Ｃは、第２のネットワークＮＷ２を介してサービス装置２０と通信する。第５通信部３４Ｃとサービス装置２０の通信部との通信部間では、ＨＴＴＰまたはＭＱＴＴなどの通信プロトコルを用いてデータの送受信を行う。このデータの送受信は、ＴＬＳやＩＰｓｅｃなどにより保護されていてもよい。
第５通信部３４Ｃは、エッジデータ管理部３４Ｆからサービス装置２０宛てに提供された通信データ４０を、第２のネットワークＮＷ２を介してサービス装置２０へ送信する。詳細には、第５通信部３４Ｃは、サービス装置２０宛てに送信された通信データ４０をエッジデータ管理部３４Ｆから受付け、サービス装置２０へ送信する。
次に、サービス装置２０の機能構成の一例を説明する。
図８は、サービス装置２０の機能構成の一例の模式図である。
サービス装置２０は、記憶部２２と、制御部２４と、を備える。記憶部２２と制御部２４とはデータまたは信号を授受可能に接続されている。
記憶部２２は、各種のデータを記憶する。本実施形態では、記憶部２２は、第２鍵管理情報２２Ａおよびエッジデータ管理情報２２Ｂを記憶する。第２鍵管理情報２２Ａおよびエッジデータ管理情報２２Ｂの詳細は後述する。
制御部２４は、第２通信部２４Ａと、共有鍵生成部２４Ｂと、共有鍵送信部２４Ｃと、鍵管理部２４Ｄと、検証部２４Ｅと、エッジデータ管理部２４Ｆと、を備える。第２通信部２４Ａ、共有鍵生成部２４Ｂ、共有鍵送信部２４Ｃ、鍵管理部２４Ｄ、検証部２４Ｅ、およびエッジデータ管理部２４Ｆは、例えば、１または複数のプロセッサにより実現される。
第２通信部２４Ａは、第２のネットワークＮＷ２を介してサーバ装置３０と通信する。第２通信部２４Ａは、例えば、エッジデバイス１０と共有する共有鍵をサーバ装置３０へ送信する。また、第２通信部２４Ａは、サーバ装置３０から通信データ４０を受信する。また、第２通信部２４Ａは、サーバ装置３０を介してエッジデバイス１０と直接通信することで、共有鍵を共有してもよい。
共有鍵生成部２４Ｂは、エッジデバイス１０と共有する共有鍵を生成する。共有鍵生成部２４Ｂは、共有鍵の生成時に、共有鍵の値である共有鍵値に加えて共有鍵ＩＤおよび有効期限の設定も行う。すなわち、共有鍵生成部２４Ｂは、第２鍵管理情報２２Ａを生成する。
図９は、第２鍵管理情報２２Ａのデータ構成の一例を示す模式図である。第２鍵管理情報２２Ａは、通信先識別情報と、共有鍵ＩＤと、共有鍵値と、有効期限と、を対応付けた情報である。
鍵管理部２４Ｄは、共有鍵生成部２４Ｂで生成された共有鍵を管理する。すなわち、鍵管理部２４Ｄは、共有鍵生成部２４Ｂで生成された共有鍵が登録された第２鍵管理情報２２Ａを記憶部２２に記憶し管理する。鍵管理部２４Ｄは、通信先ごとに共有鍵を管理する。サービス装置２０の通信先はエッジデバイス１０である。このため、第２鍵管理情報２２Ａには、通信先識別情報として、エッジデバイス１０の識別情報であるデバイス識別情報が登録される。また、鍵管理部２４Ｄは、エッジデバイス１０の公開鍵を予め登録し管理する。
共有鍵送信部２４Ｃは、共有鍵生成部２４Ｂで生成された共有鍵をエッジデバイス１０の公開鍵で暗号化し、サーバ装置３０へ送信する。サーバ装置３０の第３通信部３４Ａは、サービス装置２０から受信した暗号化された共有鍵をエッジデバイス１０へ送信する。
共有鍵送信部２４Ｃによる暗号化された共有鍵のエッジデバイス１０への送信は、エッジデバイス１０へのプッシュ型通信、エッジデバイス１０からのプル型通信、の何れであってもよい。
エッジデバイス１０へ送信された暗号化された共有鍵は、エッジデバイス１０の秘密鍵でのみ復号可能である。このため、サービス装置２０とエッジデバイス１０とで共有鍵を安全に共有することができる。
また、共有鍵送信部２４Ｃは、必要に応じて署名を更に付与し、エッジデバイス１０と共有する共有鍵をサービス装置２０の秘密鍵で保護してもよい。なお、事前に、ユーザによる手作業等によって、エッジデバイス１０およびサービス装置２０の各々に、これらのエッジデバイス１０とサービス装置２０で共有する共有鍵を予め設定してもよい。また、エッジデバイス１０とサービス装置２０は、他の通信手段を用いて共有鍵を共有してもよい。また、エッジデバイス１０とサービス装置２０は、上記以外の方法を用いて共有鍵を共有してもよい。
ユーザによる操作部の操作指示等によって、第２通信部２４Ａは、データ取得要求をサーバ装置３０へ送信する。データ取得要求には、取得要求するエッジデータの識別情報などが含まれる。
第２通信部２４Ａは、データ取得要求に対する応答として、サーバ装置３０から通信データ４０を受信する。第２通信部２４Ａは、サーバ装置３０から受信した通信データ４０を検証部２４Ｅへ渡す。
検証部２４Ｅは、第２通信部２４Ａでサーバ装置３０から受信した通信データ４０を検証する。詳細には、まず、検証部２４Ｅは、受信した通信データ４０が第１通信データ４０Ａであるか第２通信データ４０Ｂであるかを判断する。
サーバ装置３０から受信した通信データ４０が、メッセージ認証コードを付与されたエッジデータ、すなわち第１通信データ４０Ａである場合を想定する。この場合、検証部２４Ｅは、第１通信データ４０Ａに含まれるメッセージ認証コードを、エッジデバイス１０と共有する共有鍵を用いて検証した検証結果に応じて、第１通信データ４０Ａに含まれるエッジデータの生成元を検証する。
すなわち、検証部２４Ｅは、サーバ装置３０から受信した通信データ４０に含まれるエッジデータが、検証に用いた共有鍵に対応するエッジデバイス１０で生成されたか否かを、該共有鍵を用いて検証する。検証に成功した場合、検証部２４Ｅは、通信データ４０に含まれるエッジデータの生成元が、検証に用いた共有鍵に対応するエッジデバイス１０であることを検証する。検証に失敗した場合、検証部２４Ｅは、通信データ４０に含まれるエッジデータの生成元が、検証に用いた共有鍵に対応するエッジデバイス１０ではないことを検証する。
一方、サーバ装置３０から受信した通信データ４０が、デジタル署名を施されたエッジデータ群、すなわち第２通信データ４０Ｂである場合を想定する。この場合、検証部２４Ｅは、エッジデバイス１０の公開鍵を用いて該第２通信データ４０Ｂを検証する。
すなわち、検証部２４Ｅは、第２通信データ４０Ｂに含まれるエッジデータ群に施されたデジタル署名を、エッジデバイス１０の公開鍵を用いて検証した検証結果に応じて、第２通信データ４０Ｂに含まれるエッジデータ群の生成元を検証する。
詳細には、検証部２４Ｅは、通信データ４０に含まれるエッジデータ群が、検証に用いた公開鍵に対応するエッジデバイス１０で生成されたか否かを、該公開鍵を用いて検証する。検証に成功した場合、検証部２４Ｅは、通信データ４０に含まれるエッジデータ群の生成元が、検証に用いた公開鍵に対応するエッジデバイス１０であることを検証する。検証に失敗した場合、検証部２４Ｅは、通信データ４０に含まれるエッジデータ群の生成元が、検証に用いた公開鍵に対応するエッジデバイス１０ではないことを検証する。
検証部２４Ｅは、検証に用いた通信データ４０および検証結果をエッジデータ管理部２４Ｆへ渡す。
エッジデータ管理部２４Ｆは、サーバ装置３０から受信した通信データ４０を管理する。すなわち、エッジデータ管理部２４Ｆは、サーバ装置３０から受信した通信データ４０に含まれるエッジデータを管理する。
本実施形態では、エッジデータ管理部２４Ｆは、サーバ装置３０から受信した通信データ４０をエッジデータ管理情報２２Ｂに登録する。エッジデータ管理情報２２Ｂのデータ構成は、エッジデータ管理情報３２Ｂと同様である（図７参照）。
エッジデータ管理部２４Ｆは、検証部２４Ｅによる検証が成功した通信データ４０のみをエッジデータ管理情報２２Ｂへ登録してもよい。このとき、エッジデータ管理部２４Ｆは、エッジデータ管理情報２２Ｂの「生成元検証済み」のフィールドに、生成元が検証済であることを表す情報を登録すればよい。そして、エッジデータ管理部２４Ｆまたは検証部２４Ｅは、検証に失敗した通信データ４０を破棄してもよい。
また、エッジデータ管理部２４Ｆは、検証部２４Ｅによる検証が失敗した通信データ４０についても、エッジデータ管理情報２２Ｂへ登録してもよい。この場合、エッジデータ管理部２４Ｆは、エッジデータ管理情報２２Ｂにおける「生成元検証済み」のフィールドに、生成元が検証未または検証失敗であることを表す情報を登録すればよい。
次に、本実施形態の通信システム１で実行する情報処理の流れの一例を説明する。
図１０は、エッジデバイス１０が実行する情報処理の流れの一例を示すフローチャートである。
図１０では、エッジデバイス１０とサービス装置２０とで共有する共有鍵が第１鍵管理情報１２Ａに登録されている場合を想定して説明する。
エッジデバイス１０のエッジデータ生成処理部１４Ａは、エッジデータを生成する（ステップＳ１００）。
メッセージ認証コード生成部１４Ｄは、ステップＳ１００で生成されたエッジデータに対して、第１鍵管理情報１２Ａに登録されている共有鍵を用いて、通信先の各々ごとのメッセージ認証コードを生成する（ステップＳ１０２）。メッセージ認証コード生成部１４Ｄは、ステップ１００で生成したエッジデータにステップＳ１０２で生成したメッセージ認証コードを付与した第１通信データ４０Ａを生成する（ステップＳ１０４）。
エッジデータ送信処理部１４Ｂは、ステップＳ１００で生成されたエッジデータが予め定めた条件を満たすか否かを判断する（ステップＳ１０６）。例えば、エッジデータ送信処理部１４Ｂは、ステップＳ１００で生成されたエッジデータのデータ量が第１データ量以上であるか否か、または、ステップＳ１００で生成されたエッジデータを含むエッジデータ群の保持期間が第１期間以上であるか否か、を判別する。ステップＳ１００で生成されたエッジデータを含むエッジデータ群の保持期間には、エッジデータ群に含まれる複数のエッジデータの内、保持期間が最も長いエッジデータの保持期間を用いればよい。
ステップＳ１０６で否定判断すると（ステップＳ１０６：Ｎｏ）、ステップＳ１１０へ進む。ステップＳ１０６で肯定判断すると（ステップＳ１０６：Ｙｅｓ）、ステップＳ１０８へ進む。
ステップＳ１０８では、デジタル署名処理部１４Ｅは、条件を満たすエッジデータの群であるエッジデータ群に対して、エッジデバイス１０の秘密鍵を用いてデジタル署名を施す（ステップＳ１０８）。ステップＳ１０８の処理によって、デジタル署名処理部１４Ｅは、第２通信データ４０Ｂを生成する。
第１通信部１４Ｆは、ステップＳ１０４で生成された第１通信データ４０ＡおよびステップＳ１０８で生成された第２通信データ４０Ｂの少なくとも一方を含む通信データ４０を、サーバ装置３０へ送信する（ステップＳ１１０）。そして、本ルーチンを終了する。
図１１は、サーバ装置３０が実行する情報処理の流れの一例を示すフローチャートである。
図１１では、エッジデバイス１０とサーバ装置３０とで共有する共有鍵が、エッジデバイス１０の第１鍵管理情報１２Ａおよびサーバ装置３０の第３鍵管理情報３２Ａに登録されている場合を想定して説明する。
第４通信部３４Ｂがエッジデバイス１０から通信データ４０を受信する（ステップＳ２００）。
検証部３４Ｄは、ステップＳ２００で受信した通信データ４０が第２通信データ４０Ｂであるか否かを判断する（ステップＳ２０２）。通信データ４０が第２通信データ４０Ｂである場合（ステップＳ２０２：Ｙｅｓ）、ステップＳ２０４へ進む。
ステップＳ２０４では、検証部３４Ｄは、エッジデバイス１０の公開鍵を用いて第２通信データ４０Ｂを検証する（ステップＳ２０４）。検証部３４Ｄは、第２通信データ４０Ｂに含まれるエッジデータ群が、検証に用いた公開鍵に対応するエッジデバイス１０で生成されたか否かを、該公開鍵を用いて検証する。検証に成功した場合、検証部３４Ｄは、第２通信データ４０Ｂに含まれるエッジデータ群の生成元が、検証に用いた公開鍵に対応するエッジデバイス１０であることを検証する。検証に失敗した場合、検証部３４Ｄは、第２通信データ４０Ｂに含まれるエッジデータ群の生成元が、検証に用いた公開鍵に対応するエッジデバイス１０ではないことを検証する。
エッジデータ管理部３４Ｆは、ステップＳ２００で受信した通信データ４０およびステップＳ２０４の検証結果を対応付けてエッジデータ管理情報３２Ｂへ登録する（ステップＳ２０６）。そして、ステップＳ２１４へ進む。
ステップＳ２０２で否定判断すると（ステップＳ２０２：Ｎｏ）、ステップＳ２０８へ進む。ステップＳ２０８では、検証部３４Ｄは、ステップＳ２００で受信した通信データ４０が第１通信データ４０Ａであるか否かを判断する（ステップＳ２０８）。詳細には、検証部３４Ｄは、ステップＳ２００で受信した通信データ４０が第１通信データ４０Ａであり、且つ、該第１通信データ４０Ａに含まれるメッセージ認証コードが当該サーバ装置３０の共有鍵で生成されているか否かを判断する。
ステップＳ２０８で肯定判断すると（ステップＳ２０８：Ｙｅｓ）、ステップＳ２１０へ進む。
ステップＳ２１０では、検証部３４Ｄは、ステップＳ２００で受信した通信データ４０である第１通信データ４０Ａを、第３鍵管理情報３２Ａに登録されている共有鍵を用いて検証する（ステップＳ２１０）。すなわち、検証部３４Ｄは、エッジデバイス１０と当該サーバ装置３０とで共有する共有鍵を用いて、第１通信データ４０Ａに含まれるエッジデータを検証する。検証に成功した場合、検証部３４Ｄは、第１通信データ４０Ａに含まれるエッジデータの生成元が、検証に用いた共有鍵に対応するエッジデバイス１０であることを検証する。検証に失敗した場合、検証部３４Ｄは、第１通信データ４０Ａに含まれるエッジデータ群の生成元が、検証に用いた共有鍵に対応するエッジデバイス１０ではないことを検証する。
エッジデータ管理部３４Ｆは、ステップＳ２００で受信した通信データ４０およびステップＳ２１０の検証結果を対応付けてエッジデータ管理情報３２Ｂへ登録する（ステップＳ２１２）。そして、ステップＳ２１４へ進む。
ステップＳ２０８で否定判断した場合（ステップＳ２０８：Ｎｏ）、検証部３４Ｄは、検証を省略する。そして、検証部３４Ｄは、検証を省略した通信データ４０をエッジデータ管理部３４Ｆへ渡し、ステップＳ２１４へ進む。
ステップＳ２１４では、エッジデータ管理部３４Ｆは、サービス装置２０からデータ取得要求を受信したか否かを判断する（ステップＳ２１４）。ステップＳ２１４で否定判断すると（ステップＳ２１４：Ｎｏ）、本ルーチンを終了する。ステップＳ２１４で肯定判断すると（ステップＳ２１４：Ｙｅｓ）、ステップＳ２１６へ進む。
ステップＳ２１６では、エッジデータ管理部３４Ｆは、ステップＳ２１４で受信したデータ取得要求に応じた通信データ４０を、第５通信部３４Ｃを介してサービス装置２０へ送信する（ステップＳ２１６）。そして、本ルーチンを終了する。
図１２は、サービス装置２０が実行する情報処理の流れの一例を示すフローチャートである。
図１２では、エッジデバイス１０とサービス装置２０とで共有する共有鍵が、エッジデバイス１０の第１鍵管理情報１２Ａおよびサービス装置２０の第２鍵管理情報２２Ａに登録されている場合を想定して説明する。
第２通信部２４Ａがサーバ装置３０から通信データ４０を受信する（ステップＳ３００）。
検証部２４Ｅは、ステップＳ３００で受信した通信データ４０が、デジタル署名を施されたエッジデータ群、すなわち第２通信データ４０Ｂであるか否かを判断する（ステップＳ３０２）。通信データ４０が第２通信データ４０Ｂである場合（ステップＳ３０２：Ｙｅｓ）、ステップＳ３０４へ進む。
ステップＳ３０４では、検証部２４Ｅは、エッジデバイス１０の公開鍵を用いて第２通信データ４０Ｂを検証する（ステップＳ３０４）。検証部２４Ｅは、第２通信データ４０Ｂに含まれるエッジデータ群が、検証に用いた公開鍵に対応するエッジデバイス１０で生成されたか否かを、該公開鍵を用いて検証する。検証に成功した場合、検証部２４Ｅは、第２通信データ４０Ｂに含まれるエッジデータ群の生成元が、検証に用いた公開鍵に対応するエッジデバイス１０であることを検証する。検証に失敗した場合、検証部２４Ｅは、第２通信データ４０Ｂに含まれるエッジデータ群の生成元が、検証に用いた公開鍵に対応するエッジデバイス１０ではないことを検証する。
エッジデータ管理部２４Ｆは、ステップＳ３００で受信した通信データ４０およびステップＳ３０４の検証結果を対応付けてエッジデータ管理情報２２Ｂへ登録する（ステップＳ３０６）。そして、本ルーチンを終了する。
ステップＳ３０２で否定判断すると（ステップＳ３０２：Ｎｏ）、ステップＳ３０８へ進む。ステップＳ３０８では、検証部２４Ｅは、ステップＳ３００で受信した通信データ４０がメッセージ認証コードを付与されたエッジデータ、すなわち第１通信データ４０Ａであるか否かを判断する（ステップＳ３０８）。
ステップＳ３０８で肯定判断すると（ステップＳ３０８：Ｙｅｓ）、ステップＳ３１０へ進む。ステップＳ３０８で否定判断すると（ステップＳ３０８：Ｎｏ）、本ルーチンを終了する。
ステップＳ３１０では、検証部２４Ｅは、ステップＳ３００で受信した通信データ４０である第１通信データ４０Ａを、第２鍵管理情報２２Ａに登録されている共有鍵を用いて検証する（ステップＳ３１０）。すなわち、検証部２４Ｅは、エッジデバイス１０と当該サービス装置２０とで共有する共有鍵を用いて、第１通信データ４０Ａに含まれるエッジデータを検証する。検証に成功した場合、検証部２４Ｅは、第１通信データ４０Ａに含まれるエッジデータの生成元が、検証に用いた共有鍵に対応するエッジデバイス１０であることを検証する。検証に失敗した場合、検証部２４Ｅは、第１通信データ４０Ａに含まれるエッジデータ群の生成元が、検証に用いた共有鍵に対応するエッジデバイス１０ではないことを検証する。
エッジデータ管理部２４Ｆは、ステップＳ３００で受信した通信データ４０およびステップＳ３１０の検証結果を対応付けてエッジデータ管理情報２２Ｂへ登録する（ステップＳ２１２）。そして、本ルーチンを終了する。
ステップＳ３０８で否定判断した場合（ステップＳ３０８：Ｎｏ）、検証部２４Ｅは、検証を省略する。そして、検証部２４Ｅは、検証を省略した通信データ４０をエッジデータ管理部２４Ｆへ渡し、本ルーチン終了する。エッジデータ管理部２４Ｆは、検証部２４Ｅから受付けた検証を省略された通信データ４０を破棄してもよいし、エッジデータ管理情報２２Ｂへ登録してもよい。
以上説明したように、本実施形態の通信システム１は、エッジデータを生成するエッジデバイス１０と、エッジデータを利用するサービス装置２０と、を備える。エッジデバイス１０は、メッセージ認証コード生成部１４Ｄと、第１通信部１４Ｆと、を備える。メッセージ認証コード生成部１４Ｄは、サービス装置２０と共有する共有鍵を用いてメッセージ認証コードを生成する。第１通信部１４Ｆは、エッジデータにメッセージ認証コードを付与した第１通信データ４０Ａを送信する。サービス装置２０は、検証部２４Ｅを備える。検証部２４Ｅは、第１通信データ４０Ａに含まれるメッセージ認証コードをエッジデバイスと共有する共有鍵を用いて検証した検証結果に応じて、第１通信データ４０Ａに含まれるエッジデータの生成元を検証する。
このように、本実施形態の通信システム１では、エッジデータを提供するエッジデバイス１０は、サービス装置２０と共有する共有鍵を用いて生成したメッセージ認証コードを付与したエッジデータを含む第１通信データ４０Ａを、サービス装置２０へ送信する。サービス装置２０は、第１通信データ４０Ａに含まれるメッセージ認証コードをエッジデバイス１０と共有する共有鍵を用いて検証した検証結果に応じて、エッジデータの生成元を検証する。このため、本実施形態の通信システム１は、処理負荷の小さい共有鍵およびメッセージ認証コードによる生成元検証を実現することができる。
従って、本実施形態の通信システム１は、エッジデータが想定したエッジデバイス１０で生成されたものであるか否かを低処理負荷で検証することができる。
また、本実施形態の通信システム１では、エッジデバイス１０は、サーバ装置３０を介してサービス装置２０と通信する。このように、エッジデバイス１０とサービス装置２０とが直接通信せず他のデバイスを介して通信する場合であっても、本実施形態の通信システム１は、共有鍵およびメッセージ認証コードによる生成元検証を実現することで、低処理負荷で上記検証を行うことができる。
また、本実施形態の通信システム１のエッジデバイス１０は、デジタル署名処理部１４Ｅを更に備えることができる。デジタル署名処理部１４Ｅは、エッジデータが予め定めた条件を満たした場合、該条件を満たす１または複数のエッジデータの群であるエッジデータ群に対して、エッジデバイス１０の秘密鍵を用いてデジタル署名を施す。そして、サービス装置２０の検証部２４Ｅは、エッジデバイス１０から受信した第２通信データ４０Ｂに含まれるエッジデータ群に施されたデジタル署名を、エッジデバイス１０の公開鍵を用いて検証した検証結果に応じて、第２通信データ４０Ｂに含まれるエッジデータ群の生成元を検証する。条件は、例えば、エッジデータのデータ量が第１データ量以上、または、エッジデータの保持期間が第１期間以上、などである。
すなわち、本実施形態の通信システム１では、メッセージ認証コードを用いる場合に比べて処理負荷の大きいデジタル署名を施す場合、第１期間以上保持したエッジデータを含むエッジデータ群、または、第１データ量以上のエッジデータの群であるエッジデータ群に対して、デジタル署名を施す。そして、サービス装置２０の検証部２４Ｅは、エッジデータ群に施されたデジタル署名を、エッジデバイス１０の公開鍵を用いて検証した検証結果に応じて、第２通信データ４０Ｂに含まれるエッジデータ群の生成元を検証する。
このように、本実施形態の通信システム１では、メッセージ認証コードを用いる場合に比べて処理負荷の大きいデジタル署名を施す場合、生成された直後のエッジデータではなく、ある程度まとまった状態としたエッジデータ群に対してデジタル署名を施す。そして、本実施形態の通信システム１では、デジタル署名を施したエッジデータ群である第２通信データ４０Ｂを用いて、生成元検証を行う。
このため、本実施形態の通信システム１では、エッジデータが想定したエッジデバイス１０で生成されたものであるか否かを低処理負荷で検証することができる。
（変形例１）
上記実施形態では、サーバ装置３０のエッジデータ管理部３４Ｆは、サービス装置２０からデータ取得要求を受信したときに、該データ取得要求によって要求されたエッジデータを含む通信データ４０を、該サービス装置２０へ送信する形態を一例として説明した。
しかし、サーバ装置３０のエッジデータ管理部３４Ｆは、サービス装置２０からのデータ取得要求を待たずに、通信データ４０をサービス装置２０へ送信してもよい。
この場合、例えば、サーバ装置３０のエッジデータ管理部３４Ｆは、エッジデバイス１０から受信した通信データ４０に含まれるエッジデータに付与されたメッセージ認証コードを確認し、対応するサービス装置２０へ、該エッジデータを含む通信データ４０を個別に転送してもよい。また、サーバ装置３０のエッジデータ管理部３４Ｆは、ＭＱＴＴ（MQ Telemetry Transport）ｂｒｏｋｅｒとして機能し、エッジデバイス１０から受信した通信データ４０を、そのまま関連するサービス装置２０へプッシュ送信してもよい。
（変形例２）
上記実施形態では、サービス装置２０の共有鍵生成部２４Ｂが、エッジデバイス１０と共有する共有鍵を生成し、エッジデバイス１０へ送信する形態を一例として説明した。
しかし、サービス装置２０とエッジデバイス１０とで共有する共有鍵は、エッジデバイス１０側で生成してもよい。
図１３は、本変形例のエッジデバイス１１の機能構成の一例の模式図である。
エッジデバイス１１は、記憶部１２と、制御部１５と、を備える。記憶部１２と制御部１５とはデータまたは信号を授受可能に接続されている。エッジデバイス１１は、制御部１４に替えて制御部１５を備える点以外は、上記実施形態のエッジデバイス１０と同様の構成である。
制御部１５は、エッジデータ生成処理部１４Ａと、エッジデータ送信処理部１４Ｂと、鍵管理部１４Ｃと、メッセージ認証コード生成部１４Ｄと、デジタル署名処理部１４Ｅと、第１通信部１４Ｆと、共有鍵生成部１５Ｇと、共有鍵送信部１５Ｈと、を備える。制御部１５は、共有鍵生成部１５Ｇおよび共有鍵送信部１５Ｈを更に備える点以外は、上記実施形態の制御部１４と同様である。
共有鍵生成部１５Ｇは、サービス装置２０と共有する共有鍵を生成する。共有鍵生成部１５Ｇは、共有鍵の生成時に共有鍵の値である共有鍵値に加えて、共有鍵ＩＤおよび有効期限の設定も行う。すなわち、共有鍵生成部１５Ｇは、第１鍵管理情報１２Ａを生成する（図３参照）。
共有鍵送信部１５Ｈは、共有鍵生成部１５Ｇで生成された共有鍵をサービス装置２０の公開鍵で暗号化し、サーバ装置３０へ送信する。サーバ装置３０の第３通信部３４Ａは、エッジデバイス１１から受信した暗号化された共有鍵をサービス装置２０へ送信する。
サービス装置２０へ送信された暗号化された共有鍵は、サービス装置２０の秘密鍵でのみ復号可能である。このため、エッジデバイス１１とサービス装置２０とで共有鍵を安全に共有することができる。
また、共有鍵送信部１５Ｈは、必要に応じて署名を更に付与し、サービス装置２０と共有する共有鍵をエッジデバイス１１の秘密鍵で保護してもよい。
また、サービス装置２０およびエッジデバイス１１の何れで共有鍵を生成するかを、ユーザによる手動設定などによって設定変更可能としてもよい。
（変形例３）
上記実施形態では、通信システム１に含まれるサービス装置２０が、サーバ装置３０を介してエッジデバイス１０と通信する形態を一例として説明した。しかし、サービス装置２０とエッジデバイス１０とが直接通信する形態であってもよい。
図１４は、本変形例の通信システム１Ｂの一例を示す模式図である。
通信システム１Ｂは、エッジデバイス１０と、サービス装置２０と、サーバ装置３０と、を備える。
本変形例では、エッジデバイス１０とサーバ装置３０とは第１のネットワークＮＷ１を介して接続されている。エッジデバイス１０とサービス装置２０とは、第２のネットワークＮＷ２を介して接続されている。
すなわち、エッジデバイス１０は第１のネットワークＮＷ１および第２のネットワークＮＷ２に接続する。サーバ装置３０は第１のネットワークＮＷ１に接続する。サービス装置２０は、第２のネットワークＮＷ２に接続する。
この場合、サーバ装置３０は、通信データ４０をサービス装置２０へ転送する処理を実行しない点以外は、上記実施形態と同様の処理を実行すればよい。
また、通信システム１Ｂは、サーバ装置３０を備えない構成であってもよい。通信システム１Ｂがサーバ装置３０を備えない構成の場合、エッジデバイス１０は、デジタル署名を施したエッジデータ群である第２通信データ４０Ｂの送信を行わない形態であってもよい。
次に、上記実施形態および変形例のエッジデバイス１０、エッジデバイス１１、サービス装置２０、およびサーバ装置３０のハードウェア構成の一例を説明する。
図１５は、上記実施形態および変形例のエッジデバイス１０、エッジデバイス１１、サービス装置２０、およびサーバ装置３０の一例のハードウェア構成図である。
上記実施形態および変形例のエッジデバイス１０、エッジデバイス１１、サービス装置２０、およびサーバ装置３０は、ＣＰＵ（Central Processing Unit）９０Ｂなどの制御装置と、ＲＯＭ（Read Only Memory）９０ＣやＲＡＭ（Random Access Memory）９０Ｄなどの記憶装置と、各種機器とのインタフェースであるＩ／Ｆ部９０Ａと、各部を接続するバス９０Ｅとを備えており、通常のコンピュータを利用したハードウェア構成となっている。
上記実施形態および変形例のエッジデバイス１０、エッジデバイス１１、サービス装置２０、およびサーバ装置３０では、ＣＰＵ９０Ｂが、ＲＯＭ９０ＣからプログラムをＲＡＭ９０Ｄ上に読み出して実行することにより、上記各部がコンピュータ上で実現される。
なお、上記実施形態および変形例のエッジデバイス１０、エッジデバイス１１、サービス装置２０、およびサーバ装置３０で実行される上記各処理を実行するためのプログラムは、ＲＯＭ９０Ｃに予め組み込まれて提供されていてもよい。
また、上記実施形態および変形例のエッジデバイス１０、エッジデバイス１１、サービス装置２０、およびサーバ装置３０で実行される上記処理を実行するためのプログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ－ＲＯＭ、ＣＤ－Ｒ、メモリカード、ＤＶＤ（Digital Versatile Disc）、フレキシブルディスク（FD）等のコンピュータで読み取り可能な記憶媒体に記憶されてコンピュータプログラムプロダクトとして提供されるようにしてもよい。また、上記実施形態および変形例のエッジデバイス１０、エッジデバイス１１、サービス装置２０、およびサーバ装置３０で実行される上記処理を実行するためのプログラムを、インターネットなどのネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するようにしてもよい。また、上記実施形態および変形例のエッジデバイス１０、エッジデバイス１１、サービス装置２０、およびサーバ装置３０で実行される上記処理を実行するためのプログラムを、インターネットなどのネットワーク経由で提供または配布するようにしてもよい。
なお、上記には、本発明の実施形態および変形例を説明したが、上記実施形態および変形例は、例として提示したものであり、発明の範囲を限定することは意図していない。この新規な実施形態および変形例は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。この実施形態および変形例は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
１、１Ｂ 通信システム
１４Ｄ メッセージ認証コード生成部
１４Ｅ デジタル署名処理部
１４Ｆ 第１通信部
１５Ｇ 共有鍵生成部
１５Ｈ 共有鍵送信部
１０、１１ エッジデバイス
２０ サービス装置
２４Ａ 第２通信部
２４Ｂ 共有鍵生成部
２４Ｃ 共有鍵送信部
２４Ｅ 検証部
３０ サーバ装置
３４Ａ 第３通信部

Claims (15)

  1. エッジデータを生成するエッジデバイスと、
    前記エッジデータを利用するサービス装置と、
    を備えた通信システムであって、
    前記エッジデバイスは、
    前記サービス装置と共有する共有鍵を用いてメッセージ認証コードを生成するメッセージ認証コード生成部と、
    前記エッジデータに前記メッセージ認証コードを付与した通信データである第１通信データを送信する第１通信部と、
    を備え、
    前記サービス装置は、
    前記第１通信データに含まれる前記メッセージ認証コードを前記エッジデバイスと共有する共有鍵を用いて検証した検証結果に応じて、前記第１通信データに含まれる前記エッジデータの生成元を検証する検証部と、
    を備える、
    通信システム。
  2. 前記エッジデバイスは、
    前記エッジデータが予め定めた条件を満たした場合、該条件を満たす１または複数の前記エッジデータの群であるエッジデータ群に対して、前記エッジデバイスの秘密鍵を用いてデジタル署名を施すデジタル署名処理部、を備え、
    前記エッジデバイスの前記第１通信部は、
    第１通信データ、および、前記デジタル署名が施された前記エッジデータ群である第２通信データ、の少なくとも一方を前記通信データとして送信する、
    請求項１に記載の通信システム。
  3. 前記検証部は、
    前記第２通信データに含まれる前記エッジデータ群に施された前記デジタル署名を、前記エッジデバイスの公開鍵を用いて検証した検証結果に応じて、前記第２通信データに含まれる前記エッジデータ群の生成元を検証する、
    請求項２に記載の通信システム。
  4. 前記エッジデバイスは、
    前記サービス装置を識別するサービス識別情報と、前記サービス識別情報によって識別される前記サービス装置と共有する共有鍵と、を対応付けた第１鍵管理情報を予め記憶し、
    前記サービス装置は、
    前記エッジデバイスを識別するエッジ識別情報と、前記エッジデバイスと共有する共有鍵と、を対応付けた第２鍵管理情報を予め記憶する、
    請求項１に記載の通信システム。
  5. 前記メッセージ認証コード生成部は、
    前記第１鍵管理情報に登録されている１または複数の全ての共有鍵の各々を用いて、共有鍵に対応する前記サービス識別情報の各々によって識別される前記サービス装置の各々ごとの前記メッセージ認証コードを生成する、
    請求項４に記載の通信システム。
  6. 前記サービス装置は、
    前記エッジデバイスと共有する共有鍵を生成する共有鍵生成部と、
    生成された共有鍵を前記エッジデバイスの公開鍵で暗号化し送信する共有鍵送信部と、
    を備える請求項１に記載の通信システム。
  7. 前記エッジデバイスは、
    前記サービス装置と共有する共有鍵を生成する共有鍵生成部と、
    生成された共有鍵を前記サービス装置の公開鍵で暗号化し送信する共有鍵送信部と、
    を備える請求項１に記載の通信システム。
  8. 前記エッジデバイスに第１のネットワークを介して接続されたサーバ装置を更に備え、
    前記サービス装置は、前記サーバ装置に第２のネットワークを介して接続され、
    前記サーバ装置は、
    前記エッジデバイスから受信した前記通信データを前記サービス装置へ送信する第３通信部を備える、
    請求項２に記載の通信システム。
  9. 前記サーバ装置は、
    前記サービス装置からデータ取得要求を受信したときに、前記データ取得要求によって要求された前記エッジデータを含む前記通信データを、前記サービス装置へ送信するエッジデータ管理部を備える、
    請求項８に記載の通信システム。
  10. 前記サーバ装置の前記エッジデータ管理部は、
    前記データ取得要求によって要求された前記エッジデータを含む前記通信データに前記メッセージ認証コードが付与されている場合、該メッセージ認証コードおよび該エッジデータを含む前記第１通信データを前記サービス装置へ送信し、
    前記データ取得要求によって要求された前記エッジデータを含む前記通信データに前記メッセージ認証コードが付与されておらず、且つ、該エッジデータを含む前記エッジデータ群に前記デジタル署名が施されている場合、該通信データである前記第２通信データを前記サービス装置へ送信する、
    請求項９に記載の通信システム。
  11. エッジデータを生成する情報処理装置であって、
    前記エッジデータを利用するサービス装置と共有する共有鍵を用いてメッセージ認証コードを生成するメッセージ認証コード生成部と、
    前記エッジデータに前記メッセージ認証コードを付与した通信データである第１通信データを送信する第１通信部と、
    を備える情報処理装置。
  12. エッジデータを生成する情報処理装置で実行される情報処理方法であって、
    前記エッジデータを利用するサービス装置と共有する共有鍵を用いてメッセージ認証コードを生成するステップと、
    前記エッジデータに前記メッセージ認証コードを付与した通信データである第１通信データを送信するステップと、
    を含む情報処理方法。
  13. エッジデータを生成するコンピュータで実行される情報処理プログラムであって、
    前記エッジデータを利用するサービス装置と共有する共有鍵を用いてメッセージ認証コードを生成するステップと、
    前記エッジデータに前記メッセージ認証コードを付与した通信データである第１通信データを送信するステップと、
    を含む情報処理プログラム。
  14. エッジデータを生成するエッジデバイスに第１のネットワークを介して接続され、前記エッジデータを利用するサービス装置に第２のネットワークを介して接続された情報処理装置であって、
    前記エッジデバイスから受信した、前記エッジデータに前記エッジデバイスと共有する共有鍵を用いて生成されたメッセージ認証コードを付与した通信データを、前記サービス装置へ送信する第３通信部、
    を備える情報処理装置。
  15. エッジデータを生成するエッジデバイスで生成された前記エッジデータを利用する情報処理装置であって、
    前記エッジデータに前記エッジデバイスと共有する共有鍵を用いて生成されたメッセージ認証コードを付与した通信データに含まれる前記メッセージ認証コードを、前記エッジデバイスと共有する共有鍵を用いて検証した検証結果に応じて、前記通信データに含まれる前記エッジデータの生成元を検証する検証部、
    を備える情報処理装置。
JP2022098867A 2022-06-20 2022-06-20 通信システム、情報処理装置、情報処理方法、および情報処理プログラム Pending JP2024000213A (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2022098867A JP2024000213A (ja) 2022-06-20 2022-06-20 通信システム、情報処理装置、情報処理方法、および情報処理プログラム
US18/174,882 US20230412369A1 (en) 2022-06-20 2023-02-27 Communication system, information processing device, information processing method, and computer program product

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2022098867A JP2024000213A (ja) 2022-06-20 2022-06-20 通信システム、情報処理装置、情報処理方法、および情報処理プログラム

Publications (1)

Publication Number Publication Date
JP2024000213A true JP2024000213A (ja) 2024-01-05

Family

ID=89168534

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022098867A Pending JP2024000213A (ja) 2022-06-20 2022-06-20 通信システム、情報処理装置、情報処理方法、および情報処理プログラム

Country Status (2)

Country Link
US (1) US20230412369A1 (ja)
JP (1) JP2024000213A (ja)

Also Published As

Publication number Publication date
US20230412369A1 (en) 2023-12-21

Similar Documents

Publication Publication Date Title
US8943310B2 (en) System and method for obtaining a digital certificate for an endpoint
JP5414898B2 (ja) 有線ｌａｎのセキュリティアクセス制御方法及びそのシステム
CN107659406B (zh) 一种资源操作方法及装置
JP5215289B2 (ja) 分散式の委任および検証のための方法、装置、およびシステム
Urien Blockchain IoT (BIoT): A new direction for solving Internet of Things security and trust issues
JP5062870B2 (ja) 任意通信サービスのセキュリティ確保
JP6326173B1 (ja) データ送受信システム及びデータ送受信方法
JP2010118858A (ja) 公開鍵証明書の検証方法及び検証サーバ
JP3944182B2 (ja) セキュリティ通信方法
US10305913B2 (en) Authentication control device and authentication control method
CN114499898A (zh) 一种区块链跨链安全接入方法及装置
CN110493272A (zh) 使用多重密钥的通信方法和通信系统
EP1517514A2 (en) Communication apparatus, communication system, communication apparatus control method and implementation program thereof
JP5626919B2 (ja) ネットワークシステム、認証連携装置、認証連携方法、及びプログラム
JP2020506627A (ja) プログラマブル・ハードウェア・セキュリティ・モジュール及びプログラマブル・ハードウェア・セキュリティ・モジュールに用いられる方法
JP2012204895A (ja) 情報処理装置
JP2009212689A (ja) 共通鍵自動配布システム、クライアント、第三者認証機関側サーバ、及び共通鍵自動共有方法
JP7132150B2 (ja) 通信制御システム
JP2024000213A (ja) 通信システム、情報処理装置、情報処理方法、および情報処理プログラム
CN114039731B (zh) 存储介质、中继装置和通信方法
JP5182100B2 (ja) 鍵交換装置、鍵交換処理システム、鍵交換方法およびプログラム
JP2005354200A (ja) 情報処理装置
JP5383768B2 (ja) 情報管理装置、システム及び方法
US11582674B2 (en) Communication device, communication method and data structure
JP4543789B2 (ja) トランザクションに基づく証明書検証情報管理方法