特開 2023-161316 配信システム、配信方法、及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023161316

(43)【公開日】2023-11-07

(54)【発明の名称】配信システム、配信方法、及びプログラム

(51)【国際特許分類】

   H04L 9/32 20060101AFI20231030BHJP

   G06F 21/64 20130101ALI20231030BHJP

【ＦＩ】

H04L9/32 200B

G06F21/64

H04L9/32 200E

【審査請求】未請求

【請求項の数】8

【出願形態】ＯＬ

(21)【出願番号】P 2022071630

(22)【出願日】2022-04-25

(71)【出願人】

【識別番号】000003193

【氏名又は名称】ＴＯＰＰＡＮホールディングス株式会社

(74)【代理人】

【識別番号】100149548

【弁理士】

【氏名又は名称】松沼 泰史

(74)【代理人】

【識別番号】100139686

【弁理士】

【氏名又は名称】鈴木 史朗

(74)【代理人】

【識別番号】100169764

【弁理士】

【氏名又は名称】清水 雄一郎

(74)【代理人】

【識別番号】100147267

【弁理士】

【氏名又は名称】大槻 真紀子

(72)【発明者】

【氏名】今泉 正明

(57)【要約】      （修正有）

【課題】オンラインにて配信するデータが改ざんされることを抑制する配信システム、配信方法及びプログラムを提供する。
【解決手段】配信システム１において、配信制御サーバ１０は、配信データを、第１データを含むグループと、第２データを含むグループとに分け、第１データを第１配信サーバ２０から配信し、第２データを第２配信サーバ３０から配信する。デバイス装置４０の検証部は、第２配信サーバからコードサイニング証明書にある暗号鍵を用いて暗号化したデジタル署名が通知された場合、第１配信サーバからダウンロードした第１データと、デバイス装置に予め記憶されたコードサイニング証明書を用いて、ダウンロードした第１データから算出したハッシュ値に基づいてデジタル署名を算出する。デバイス装置の検証部は、算出したデジタル署名と、第２配信サーバから通知されたデジタル署名が一致した場合、第１データが改ざんされていないと判定する。
【選択図】図１

【特許請求の範囲】

【請求項1】

配信データを少なくとも２つ以上のグループに分け、グループごとに異なる配信経路にて配信する配信制御部
を備える配信システム。

【請求項2】

前記配信データは、第１データと、前記第１データを検証するために用いる第２データを含み、
前記配信制御部は、前記配信データを、前記第１データを含むグループと、前記第２データを含むグループとに分け、グループごとに異なる配信経路にて配信する、
請求項１に記載の配信システム。

【請求項3】

前記第２データは、前記第１データに基づく電子署名、及び配信先の装置が保有する電子証明書を更新するための情報を含む、
請求項２に記載の配信システム。

【請求項4】

前記電子署名は、前記第１データ及び前記電子証明書を更新するための情報から算出したハッシュ値を、前記電子証明書にある暗号鍵を用いて暗号化した情報である、
請求項３に記載の配信システム。

【請求項5】

前記配信制御部は、前記第１データを第１配信サーバから配信し、前記第２データを前記第１配信サーバとは異なる第２配信サーバから配信する、
請求項２に記載の配信システム。

【請求項6】

前記配信制御部は、前記第１データを比較的安全性の低い第１配信サーバから配信し、前記第２データを比較的安全性の高い第２配信サーバから配信する、
請求項２に記載の配信システム。

【請求項7】

コンピュータが行う配信方法であって、
配信データを少なくとも２つ以上のグループに分け、
グループごとに異なる配信経路にて配信する、
配信方法。

【請求項8】

コンピュータに、
配信データを少なくとも２つ以上のグループに分けさせ、
グループごとに異なる配信経路にて配信させる、
プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、配信システム、配信方法、及びプログラムに関する。

【背景技術】

【0002】

ソフトウェアの入手やアップデートがオンラインで行なわれることが一般的になりつつある。例えば、送信側が特定のサイトにファイルをアップロードし、そのサイトのリンクやパスワードを通じてユーザがファイルのダウンロードを行う。効率的で便利なファイルの共有方法であるのは勿論のこと、セキュリティやコストにおいて送信側の管理がほとんど必要ない等、様々なメリットがある。

【0003】

一方、オンラインを用いたデータ配信の普及に伴い、マルウェアなどが仕込まれた改ざん済みのソフトウェアや、正規の配布元になりすました偽物のソフトウェアを再配布する等の被害が発生し、安全性が脅かされている。このような安全性の脅威に対し、ユーザに安全にソフトウェアを利用してもらうために、認証局の発行する電子証明書にてソフトウェアに電子署名をすることが有効とされている。例えば、特許文献１－２には、電子署名を作成する技術が開示されている。

【0004】

例えば、電子署名を利用してオンラインにてデバイス装置のファームウェアを更新する場合、次のような流れが想定される。まず、製造時等において電子証明書をデバイス装置に予め内蔵させておく。データ更新の際に、その内蔵させた電子証明書で電子署名を施した更新用データをデバイス装置に配信する。更新用データには、ファームウェア更新後に利用できる新しい電子証明書、及び更新するファームウェアが含まれる。デバイス装置は、内蔵された電子証明書にある公開鍵を用いて電子署名を復号する。複号した電子署名と更新用データから算出したハッシュ値と突合させることによって、デバイス装置は更新用データが改ざんされていないか検証する。更新用データが改ざんされていない場合、デバイス装置は更新用データを用いてファームウェアを更新すると共に電子証明書を更新する。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特許第４７１０２１８号公報

【特許文献2】特許第４７３２７４６号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

しかしながら、電子署名への攻撃手段として、更新用データとその電子署名を不正に入手し、電子署名の値が同値となるように更新用データを不正に書き換えてしまうような巧妙な攻撃が行われる場合がある。この場合、デバイス装置は、不正に書き換えられた更新用データを用いて電子証明書を更新してしまい、不正に更新された電子証明書で次回以降の更新用データを検証してしまう。このような巧妙な攻撃が行われ、悪意ある第三者によるデータの改ざんを防ぐことが困難になってきているという問題があった。

【0007】

本発明は、このような状況に鑑みてなされたものであり、オンラインにて配信するデータが改ざんされることを抑制することができる配信システム、配信方法、及びプログラムを提供することを目的とする。

【課題を解決するための手段】

【0008】

本発明の配信システムは、配信データを少なくとも２つ以上のグループに分け、グループごとに異なる配信経路にて配信する配信制御部を備える。

【0009】

本発明の、配信方法は、コンピュータが行う配信方法であって、配信データを少なくとも２つ以上のグループに分け、グループごとに異なる配信経路にて配信する。

【0010】

本発明の、プログラムは、コンピュータに、配信データを少なくとも２つ以上のグループに分けさせ、グループごとに異なる配信経路にて配信させる、プログラムである。

【発明の効果】

【0011】

本発明によれば、オンラインにて配信するデータが改ざんされることを抑制することができる。

【図面の簡単な説明】

【0012】

【図1】実施形態に係る配信システム１の構成の例を示すブロック図である。

【図2】実施形態に係る配信システム１が行う処理を説明する図である。

【図3】実施形態に係る配信システム１が行う処理の流れを示すシーケンス図である。

【図4】従来の配信システムの例を示す図である。

【発明を実施するための形態】

【0013】

以下、本発明の実施形態について、図面を参照して説明する。

【0014】

（配信システム１の構成）
図１は、実施形態による配信システム１の構成例を示すブロック図である。配信システム１は、例えば、配信制御サーバ１０と、複数の配信サーバ（第１配信サーバ２０、及び第２配信サーバ３０）と、デバイス装置４０とを備える。

【0015】

配信制御サーバ１０は、データを配信する事業者が管理するサーバ装置である。配信制御サーバ１０として、例えば、サーバ装置、クラウトサーバ、ＰＣ（Personal Computer）等のコンピュータを適用することができる。配信制御サーバ１０は、例えば、配信制御部１０１と配信データ記憶部１０２とを備える。

【0016】

配信制御部１０１は、デバイス装置４０に配信する配信データを、２つ以上のグループに分け、グループごとに異なる配信経路にて配信する。

【0017】

配信データは、例えば、第１データと、第１データを検証するために用いる第２データを含む。
第１データは、デバイス装置４０がその機能を実現するための情報であり、例えば、プログラム、及び各種処理を行う際に利用されるパラメータなどを示す情報（更新ファームウェア）である。

【0018】

第２データは、第１データを検証するために用いる情報である。第２データは、例えば、第１データと、電子署名（デジタル署名）である。デジタル署名は、例えば、第１データから算出されたハッシュ値を、デバイス装置４０に予め内蔵されている電子証明書（コードサイニング証明書）にある暗号鍵を用いて暗号化した情報である。

【0019】

或いは、第２データは、次回以降の検証に用いる電子証明書（更新コードサイニング証明書）が含まれていてもよい。
この場合、第２データは、第１データ及び更新コードサイニング証明書から算出したハッシュ値を、コードサイニング証明書にある暗号鍵を用いて暗号化したデジタル署名であってもよい。この場合、第１データ及び更新コードサイニング証明書を用いてハッシュ値が算出され、算出されたハッシュ値をコードサイニング証明書にある暗号鍵を用いて暗号化した情報が第２データとなる。

【0020】

配信制御部１０１は、配信データを、第１データを含むグループと、第２データを含むグループとに分け、グループごとに異なる配信経路にて配信する。例えば、配信制御部１０１は、第１データを第１配信サーバ２０から配信し、第２データを第２配信サーバ３０から配信する。

【0021】

配信データ記憶部１０２は、配信データを記憶する。配信データ記憶部１０２は、ＨＤＤ（Hard Disk Drive）、フラッシュメモリ、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）、ＲＡＭ（Random Access read / write Memory）、ＲＯＭ（Read Only Memory）などの記憶媒体、あるいはこれらの組合せである。配信データ記憶部１０２は、配信制御サーバ１０の各種処理を実行するためのプログラム、及び各種処理を行う際に利用される一時的なデータを記憶する。

【0022】

第１配信サーバ２０及び第２配信サーバ３０は、配信制御サーバ１０の制御にしたがってデータを配信するサーバ装置、例えば、アップロードサーバである。第１配信サーバ２０及び第２配信サーバ３０として、例えば、サーバ装置、クラウトサーバ、ＰＣ（Personal Computer）等のコンピュータを適用することができる。

【0023】

第１配信サーバ２０及び第２配信サーバ３０は、少なくともデータを配信する配信経路が異なるものであればよい。第１配信サーバ２０及び第２配信サーバ３０は、例えば、同じ事業者によって管理されるサーバ装置であってもよいし、異なる事業者によって管理されるサーバ装置であってもよい。

【0024】

例えば、第１配信サーバ２０は、比較的安全性の低い配信サーバである一方、第２配信サーバ３０は、比較的安全性の高い配信サーバである。この場合、配信制御部１０１は、第１データを比較的安全性の低い第１配信サーバ２０から配信し、第２データを比較的安全性の高い第２配信サーバ３０から配信する。

【0025】

第１配信サーバ２０は例えば、配信部２０１と配信データ記憶部２０２とを備える。
配信部２０１は、配信制御サーバ１０の制御にしたがってデータを配信先のデバイス装置４０に配信する。例えば、配信部２０１は、デバイス装置４０に配信するデータを所定の格納先（例えば、配信データ記憶部２０２）に記憶させる。
配信部２０１は、デバイス装置４０に、格納先のリンクを通知する。デバイス装置４０は、第１配信サーバ２０から通知されたリンクにアクセスし、リンク先のサイトにあるデータをダウンロードする。これにより、配信部２０１は、データを配信する。
配信データ記憶部２０２は、配信制御サーバ１０からデバイス装置４０に配信するように指示されたデータを記憶する。配信データ記憶部２０２は、ＨＤＤ、フラッシュメモリ、ＥＥＰＲＯＭ、ＲＡＭ、ＲＯＭなどの記憶媒体、あるいはこれらの組合せである。配信データ記憶部２０２は、第１配信サーバ２０の各種処理を実行するためのプログラム、及び各種処理を行う際に利用される一時的なデータを記憶する。

【0026】

第２配信サーバ３０は例えば、配信部３０１と配信データ記憶部３０２とを備える。
配信部３０１は、配信制御サーバ１０の制御にしたがってデータを配信先のデバイス装置４０に配信する。例えば、配信部３０１は、デバイス装置４０に配信するデータを所定の格納先（例えば、配信データ記憶部３０２）に記憶させる。
配信部３０１は、デバイス装置４０に、格納先のリンク、及び格納先からデータをダウンロードするためのパスワードを通知する。デバイス装置４０は、第２配信サーバ３０から通知されたリンクにアクセスする。例えば、リンク先のサイトにはパスワード入力欄が表示される。デバイス装置４０は、サイトに表示されたパスワード入力欄に、第２配信サーバ３０から通知されたパスワードを入力する。第２配信サーバ３０は、入力されたパスワードが、デバイス装置４０に通知したパスワードと一致した場合、データのダウンロードを許可する。これにより、配信部３０１は、データを配信する。
配信データ記憶部３０２は、配信制御サーバ１０からデバイス装置４０に配信するように指示されたデータを記憶する。配信データ記憶部３０２は、ＨＤＤ、フラッシュメモリ、ＥＥＰＲＯＭ、ＲＡＭ、ＲＯＭなどの記憶媒体、あるいはこれらの組合せである。配信データ記憶部３０２は、第２配信サーバ３０の各種処理を実行するためのプログラム、及び各種処理を行う際に利用される一時的なデータを記憶する。

【0027】

デバイス装置４０は、配信データの配信先となる端末装置である。デバイス装置４０として、例えば、ＰＣ（Personal Computer）、タブレット、スマートフォン等のコンピュータを適用することができる。デバイス装置４０は、例えば、検証部４０１と、受信データ記憶部４０２とを備える。

【0028】

検証部４０１は、配信データを検証する。
第２配信サーバ３０から、第１データから算出したハッシュ値を、デバイス装置４０に予め記憶されたコードサイニング証明書にある暗号鍵を用いて暗号化したデジタル署名が通知された場合、検証部４０１は、第１配信サーバ２０からダウンロードした第１データと、デバイス装置４０に予め記憶されたコードサイニング証明書を用いて、デジタル署名を算出する。検証部４０１は、算出したデジタル署名と、第２配信サーバ３０から通知されたデジタル署名が一致した場合、第１データが改ざんされていないと判定する。これにより、検証部４０１は、配信データを検証する。

【0029】

或いは、第２配信サーバ３０から、第１データと及び更新コードサイニング証明書から算出したハッシュ値を、デバイス装置４０に予め記憶されたコードサイニング証明書にある暗号鍵を用いて暗号化したデジタル署名が通知された場合、検証部４０１は、第１配信サーバ２０からダウンロードした第１データ及び第２配信サーバ３０からダウンロードした更新コードサイニング証明書と、デバイス装置４０に予め記憶されたコードサイニング証明書を用いて、デジタル署名を算出する。検証部４０１は、算出したデジタル署名と、第２配信サーバ３０から通知されたデジタル署名が一致した場合、第１データが改ざんされていないと判定する。これにより、検証部４０１は、配信データを検証する。

【0030】

受信データ記憶部４０２は、第１配信サーバ２０及び第２配信サーバ３０からダウンロードしたデータを記憶する。受信データ記憶部４０２は、ＨＤＤ、フラッシュメモリ、ＥＥＰＲＯＭ、ＲＡＭ、ＲＯＭなどの記憶媒体、あるいはこれらの組合せである。受信データ記憶部４０２は、デバイス装置４０の各種処理を実行するためのプログラム、及び各種処理を行う際に利用される一時的なデータを記憶する。

【0031】

これにより、配信システム１では、配信データを異なる配信経路にて配信することができる。配信元を分けることによって、悪意ある第三者によるデータの傍受、或いは改ざんを検知することが可能となる。

【0032】

例えば、比較的安全性の低い第１配信サーバ２０が攻撃され、デバイス装置４０に配信する第１データが傍受されたとする。この場合、傍受された情報には、デジタル署名が存在しない。このため、第１配信サーバ２０を攻撃した第三者には、第１データに基づくデジタル署名が通知され安全対策が施されていることが判らない。第三者が第１データを改ざんしたとしても、改ざんされた第１データから算出したデジタル署名は、第２配信サーバ３０から通知されるデジタル署名とは異なる値となる。このため、デバイス装置４０は、第１データが改ざんされたことを検知することができる。

【0033】

また、第三者が、なんらかの方法で、コードサイニング証明書を不正に入手し、第１デジタル署名と、第２デジタル署名とが一致するように、第１データを改ざんすることが考えられる。第１デジタル署名は、改ざん後の第１データから算出したハッシュ値を、コードサイニング証明書にある暗号鍵を用いて暗号化した値である。第２デジタル署名は改ざん前の第１データから算出したハッシュ値をコードサイニング証明書にある暗号鍵を用いて暗号化した値である。
この対策として、配信システム１では、第２配信サーバ３０から、第１データ及び更新コードサイニング証明書から算出したハッシュ値を、コードサイニング証明書にある暗号鍵を用いて暗号化したデジタル署名をデバイス装置４０に通知する。
第三者は、コードサイニング証明書を不正に入手できたとしても、第１データと共に更新コードサイニング証明書が通知されたことまでは判らない。そして、第三者が第１データをデジタル署名が同じ値となるように改ざんしたとしても、改ざんされた第１データと更新コードサイニング証明書から算出したデジタル署名は、第２配信サーバ３０から通知されるデジタル署名とは異なる値となる。このため、デバイス装置４０は、第１データが改ざんされたことを検知することができる。

【0034】

このように、配信システム１では、配信データの配信元を２つにわけ、互いに異なる配信経路を用いて配信をすることで、配信データの全てを傍受されてしまうリスク低減させることができる。
また、第１配信サーバ２０（安全性の低いアップロードサーバ）が悪意ある第三者による攻撃を受けた場合であっても、デジタル署名を利用していることを悟られないようにすることができる。
さらに、安全性の低い第１配信サーバ２０を用いて配信を行うことにより、配信に用いる複数の配信サーバの全てセキュリティ対策の高い高価なサーバとする場合と比較して、安全性の低下を抑制しつつ、コストを削減することできる。

【0035】

図２は、実施形態に係る配信システム１が行う処理を説明する図である。

【0036】

図２に示すように、配信制御サーバ１０は、第１配信サーバ２０と連携し、配信データのうちの更新ファームウェアを、デバイス装置４０に配信するように第１配信サーバ２０に指示する。
また、配信制御サーバ１０は、第２配信サーバ３０と連携し、配信データのうちの更新コードサイニング証明書及びデジタル署名を、デバイス装置４０に配信するようにセキュリティ性の高いアップロードサーバ事業者に指示する。このセキュリティ性の高いアップロードサーバ事業者は、例えば、第２配信サーバ３０に、更新コードサイニング証明書及びデジタル署名を登録し、配信データ記憶部２０２に更新コードサイニング証明書及びデジタル署名を記憶させる。
第１配信サーバ２０は、デバイス装置４０に更新ファームウェアを配信する。
第２配信サーバ３０は、デバイス装置４０に、更新コードサイニング証明書及びデジタル署名を格納した格納先のリンク及びパスワードを通知する等して、デバイス装置４０に更新ファームウェア及びデジタル署名を配信する。

【0037】

図３は、実施形態に係る配信システム１が行う処理の流れを示すシーケンス図である。図３に示すように、デバイス装置４０は、製造時などにおいて予めコードサイニング情報を記憶する（ステップＳ１）。これにより、デバイス装置４０は、コードサイニング証明書を内蔵する。

【0038】

配信制御サーバ１０は、デバイス装置４０のファームウェアを更新する等、デバイス装置４０に配信データを配信する場合、配信データを取得する（ステップＳ２）。配信制御サーバ１０は、例えば、デバイス装置４０、或いはデバイス装置４０が内蔵するＩＣチップの製造メーカやＩＣチップにプログラムを書込むなどの拠点から配信データを取得する。

【0039】

配信制御サーバ１０は、配信データを複数（例えば２つ）に分ける（ステップＳ３）。例えば、配信データが第１データ（更新ファームウェア）と第２データ（更新コードサイニング証明書及びデジタル署名）を含む場合、配信制御サーバ１０は配信データを第１データと第２データに分ける。

【0040】

配信制御サーバ１０は、第１データ（更新ファームウェア）を配信するように第１配信サーバ２０に送信するように指示する（ステップＳ４）。第１配信サーバ２０は、例えばデバイス装置４０に第１データを格納した格納先のリンクを通知する等して、デバイス装置４０に第１データを配信する（ステップＳ５）。デバイス装置４０は、第１配信サーバ２０から通知されたリンクにアクセスして第１データをダウンロードする等して、第１データを受信する（ステップＳ６）。

【0041】

配信制御サーバ１０は、第２データ（更新コードサイニング証明書及びデジタル署名）を配信するように、第２配信サーバ３０に指示する（ステップＳ７）。第２配信サーバ３０は、例えば、デバイス装置４０に、第２データを格納した格納先のリンク及びパスワードを通知する等して、デバイス装置４０に第２データを配信する（ステップＳ８）。デバイス装置４０は、第２配信サーバ３０から通知されたリンクにアクセスし、リンク先のサイトにて第２配信サーバ３０から通知されたパスワードを入力する等して、第２データを受信する（ステップＳ９）。

【0042】

デバイス装置４０は、第１配信サーバ２０から受信した第１データと、第２配信サーバ３０から受信した第２データとを用いて、配信データを検証する（ステップＳ１０）。

【0043】

以上説明したように、実施形態の配信システム１は、配信制御部１０１を備える。配信制御部１０１は配信データを少なくとも２つ以上のグループに分け、グループごとに異なる配信経路にて配信する。

【0044】

ここで、従来の例について検討する。図４は、従来の配信システムの例を示す図である。図４に示すように、従来の配信システムでは、データ更新が必要となった際に、１つのアップロードサーバを利用して、配信データ（更新ファームウェア、更新コードサイニング証明書、及びデジタル署名）を配信する。ここでのデジタル署名は、更新ファームウェア及び更新コードサイニング証明書から算出したハッシュ値を、コードサイニング証明書にある暗号鍵を用いて暗号化した情報である。

【0045】

従来の配信システムにおいてアップロードサーバが攻撃されると、例えば、更新コードサイニング証明書が改ざんされてしまう。しかも、改ざん後のデジタル署名を復号して得られるハッシュ値、つまり改ざん後の更新コードサイニング証明書及び更新ファームウェアから算出したハッシュ値が、改ざん前のデジタル署名を復号して得られるハッシュ値と一致するように、更新コードサイニング証明書が改ざんされてしまう可能性がある。この場合、改ざん前と改ざん後でデジタル署名が同一の値となることから、デバイス装置は、更新コードサイニング証明書が改ざんされたことを検知することができない。しかも、更新コードサイニング証明書が改ざんされてしまうと、次回以降、不正に更新したファームウェアをデバイス装置に配信した場合において、デバイス装置は、その改ざんを検知することができない。このため、いくらでもファームウェアの更新が可能となってしまう。

【0046】

これに対し、実施形態の配信システム１では、配信データを複数の互いに異なる配信経路にて配信することができる。このため、配信データの全てを傍受されてしまうリスク低減させることができる。また、一方の経路でデータが改ざんされた場合に、その改ざんを他方の経路から通知されたデータを用いて検知することができるようにすることが可能となる。したがって、オンラインにて配信するデータが改ざんされることを抑制することができる。

【0047】

また、実施形態の配信システム１では、配信データは、第１データと、第２データを含む。第２データは、第１データを検証するために用いるデータである。配信制御部１０１は、第１データを第１配信サーバ２０から配信し、第２データを第２配信サーバ３０（第１配信サーバとは異なる第２配信サーバ）から配信する。これにより、実施形態の配信システム１では、例えば、第１配信サーバ２０が攻撃され、第１データが改ざんされた場合であっても、改ざんされた第１データから算出したデジタル署名と、第２配信サーバ３０から通知されるデジタル署名とが異なる値とすることができ、第１データが改ざんされたことを検知することができる。

【0048】

また、実施形態の配信システム１では、第２データは、第１データに基づくデジタル署名（電子署名）、及び更新コードサイニング証明書を含む。更新コードサイニング証明書は、コードサイニング証明書（配信先の装置が保有する電子証明書）を更新するための情報である。デジタル署名は、第１データ及び更新コードサイニング証明書と、コードサイニング証明書（配信先の装置が保有する電子証明書）にある暗号鍵を用いて生成された情報である。これにより、実施形態の配信システム１では、第三者が、なんらかの方法で、コードサイニング証明書を不正に入手し、第１データを、デジタル署名の値が、コードサイニング証明書にある暗号鍵を用いて算出した値と同じ値となるように改ざんした場合であっても、改ざんされた第１データから算出したデジタル署名と、第２配信サーバ３０から通知されるデジタル署名とが異なる値とすることができ、第１データが改ざんされたことを検知することができる。

【0049】

また、実施形態の配信システム１では、配信制御部１０１は、第１データを比較的安全性の低い第１配信サーバ２０から配信し、第２データを比較的安全性の高い第２配信サーバ３０から配信する。これにより、比較的安全性の低い第１配信サーバ２０が攻撃され、第１データが改ざんされた場合であっても、第２配信サーバ３０から通知された第２データを用いて、第１データが改ざんされたことを検知することができる。

【0050】

上述した実施形態における配信システム１、及び配信制御サーバ１０、デバイス装置４０の全部または一部をコンピュータで実現するようにしてもよい。その場合、この機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよく、ＦＰＧＡ等のプログラマブルロジックデバイスを用いて実現されるものであってもよい。

【0051】

以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

【符号の説明】

【0052】

１…配信システム
１０…配信制御サーバ
１０１…配信制御部
１０２…配信データ記憶部
２０…第１配信サーバ
３０…第２配信サーバ
４０…デバイス装置
４０１…検証部
４０２…受信データ記憶部

【図1】

【図2】

【図3】

【図4】