特開 2024-171125 コンテンツ配信システムの管理装置、暗号鍵の更新方法及びプログラム

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

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

(11)【公開番号】P2024171125

(43)【公開日】2024-12-11

(54)【発明の名称】コンテンツ配信システムの管理装置、暗号鍵の更新方法及びプログラム

(51)【国際特許分類】

   H04L 9/08 20060101AFI20241204BHJP

   H04L 9/14 20060101ALI20241204BHJP

【ＦＩ】

H04L9/08 B

H04L9/08 E

H04L9/14

【審査請求】未請求

【請求項の数】10

【出願形態】ＯＬ

(21)【出願番号】P 2023088030

(22)【出願日】2023-05-29

【国等の委託研究の成果に係る記載事項】（出願人による申告）令和３年度、国立研究開発法人情報通信研究機構、「研究開発課題：ウイルス等感染症対策に資する情報通信技術の研究開発 課題Ｃ アフターコロナ社会を形成するＩＣＴ 副題：新生活様式におけるコミュニティ形成のためのサイバーフィジカル空間共有基盤」委託事業、産業技術力強化法第１７条の適用を受ける特許出願

(71)【出願人】

【識別番号】000208891

【氏名又は名称】ＫＤＤＩ株式会社

(74)【代理人】

【識別番号】110003281

【氏名又は名称】弁理士法人大塚国際特許事務所

(72)【発明者】

【氏名】植田 一暁

(57)【要約】

【課題】暗号鍵の更新のために送信する情報量を低減させる。
【解決手段】コンテンツを複数のトピックに分類し、トピックに属するコンテンツを当該トピックの暗号鍵で暗号化して配信するコンテンツ配信システムの管理装置が提供される。複数のトピックの内の購読トピックを購読している購読ノードは、購読トピックの暗号鍵と、購読トピックの暗号鍵を更新するための鍵更新関数と、を有する。管理装置は、第１購読ノードが、第１購読トピックの購読を停止した場合、第１購読トピックを購読している第２購読ノードに対して、第１購読トピックの第１暗号鍵を更新することと、第１購読トピックの第１鍵更新関数による第１暗号鍵の更新に使用する数値情報と、を通知する通知手段を備えている。
【選択図】図４

【特許請求の範囲】

【請求項1】

コンテンツを複数のトピックに分類し、トピックに属するコンテンツを当該トピックの暗号鍵で暗号化して配信するコンテンツ配信システムの管理装置であって、
前記複数のトピックの内の購読トピックを購読している購読ノードは、前記購読トピックの前記暗号鍵と、前記購読トピックの前記暗号鍵を更新するための鍵更新関数と、を有し、
前記管理装置は、
第１購読ノードが、第１購読トピックの購読を停止した場合、前記第１購読トピックを購読している第２購読ノードに対して、前記第１購読トピックの第１暗号鍵を更新することと、前記第１購読トピックの第１鍵更新関数による前記第１暗号鍵の更新に使用する数値情報と、を通知する通知手段を備えている、管理装置。

【請求項2】

前記第２購読ノードは、前記第１暗号鍵及び前記数値情報を前記第１鍵更新関数の入力とすることで前記第１暗号鍵を更新する、請求項１に記載の管理装置。

【請求項3】

前記第１購読ノードが、前記第１購読トピック及び第２購読トピックの購読を停止し、前記第２購読ノードが、前記第１購読トピック及び前記第２購読トピックを購読している場合、前記通知手段は、前記第２購読ノードに対して、前記第１暗号鍵を更新することと、前記第２購読トピックの第２暗号鍵を更新することと、前記数値情報と、を通知し、
前記数値情報は、前記第１暗号鍵及び前記第２暗号鍵の両方の更新に使用される、請求項１に記載の管理装置。

【請求項4】

前記第２購読ノードは、前記第１暗号鍵及び前記数値情報を前記第１鍵更新関数の入力とすることで前記第１暗号鍵を更新し、前記第２暗号鍵及び前記数値情報を前記第２購読トピックの第２鍵更新関数の入力とすることで前記第２暗号鍵を更新する、請求項３に記載の管理装置。

【請求項5】

前記コンテンツ配信システムは、
前記第１暗号鍵及び前記第１鍵更新関数を有し、前記第１購読トピックに属するコンテンツを発行する発行ノードをさらに備え、
前記通知手段は、前記第１購読ノードが、前記第１購読トピックの購読を停止した場合、前記発行ノードに対して、前記第１暗号鍵を更新することと、前記数値情報と、を通知する、請求項１に記載の管理装置。

【請求項6】

前記通知手段は、購読ノードが前記複数のトピックの内の１つ以上のトピックの購読を要求した場合、前記購読ノードに、前記１つ以上のトピックの前記暗号鍵及び前記鍵更新関数を通知する、請求項１に記載の管理装置。

【請求項7】

１つ以上のプロセッサを有する装置の前記１つ以上のプロセッサで実行されると、前記装置を請求項１から６のいずれか１項に記載の管理装置として機能させることを特徴とするプログラム。

【請求項8】

コンテンツを複数のトピックに分類し、トピックに属するコンテンツを当該トピックの暗号鍵で暗号化して配信するコンテンツ配信システムにおける前記暗号鍵の更新方法であって、
前記コンテンツ配信システムは、
管理装置と、
前記複数のトピックの内の１つ以上のトピックを購読する１つ以上の購読ノードであって、前記１つ以上の購読ノードのそれぞれは、購読している購読トピックの前記暗号鍵及び鍵更新関数を保持している前記１つ以上の購読ノードと、を含み、
前記更新方法は、
第１購読ノードが、第１購読トピックの購読を停止した場合、前記管理装置が、前記第１購読トピックを購読している第２購読ノードに対して、前記第１購読トピックと、数値情報と、を通知することと、
前記第２購読ノードが、前記第１購読トピックの第１暗号鍵及び前記数値情報を前記第１購読トピックの第１鍵更新関数の入力とすることで前記第１暗号鍵を更新することと、
を含む、更新方法。

【請求項9】

前記第１購読ノードが、前記第１購読トピック及び第２購読トピックの購読を停止し、前記第２購読ノードが、前記第１購読トピック及び前記第２購読トピックを購読している場合、
前記管理装置が、前記第２購読ノードに対して、前記第１購読トピック及び前記第２購読トピックと、前記数値情報と、を通知することと、
前記第２購読ノードが、前記第１暗号鍵及び前記数値情報を前記第１鍵更新関数の入力とすることで前記第１暗号鍵を更新し、前記第２購読トピックの第２暗号鍵及び前記数値情報を前記第２購読トピックの第２鍵更新関数の入力とすることで前記第２暗号鍵を更新することと、
を含む、請求項８に記載の更新方法。

【請求項10】

前記コンテンツ配信システムは、前記第１暗号鍵及び前記第１鍵更新関数を有し、前記第１購読トピックに属するコンテンツを発行する発行ノードをさらに備え、
前記更新方法は、
前記第１購読ノードが、前記第１購読トピックの購読を停止した場合、前記発行ノードに対して、前記第１購読トピックと、前記数値情報と、を通知することを含む、請求項８に記載の更新方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、コンテンツを複数のトピックに分類し、トピックに属するコンテンツを当該トピックの暗号鍵で暗号化して配信するコンテンツ配信システムにおける暗号鍵の更新技術に関する。

【背景技術】

【0002】

非特許文献１及び２は、パブリッシュ／サブスクライブ型のコンテンツ配信システムを開示している。パブリッシュ／サブスクライブ型のコンテンツ配信システムにおいて、コンテンツを発行するノード（装置）はパブリッシャと呼ばれる。例えば、各パブリッシャは、所定の"トピック"のコンテンツを発行する。"トピック"は、例えば、コンテンツの凡その内容を特定するものであり、コンテンツ配信システムのオペレータが決定する。例えば、コンテンツがニュースである場合、トピックは、"国内"、"海外"、"スポーツ"等の様に決定され得る。この様なコンテンツ配信システムにおいて、コンテンツを購読（取得）するノード（装置）はサブスクライバと呼ばれる。サブスクライバは、トピックを単位としてコンテンツを購読（サブスクライブ）する。

【0003】

さらに、パブリッシュ／サブスクライブ型のコンテンツ配信システムにおいて、コンテンツを中継するノードがブローカとして定義される。パブリッシャは、発行したコンテンツを１つ以上のブローカに送信する。各ブローカは、各パブリッシャから受信したコンテンツを蓄積する。サブスクライバは、購読しているトピックのコンテンツを、１つ以上のブローカの内の何れかから取得する。なお、各パブリッシャから受信したコンテンツを蓄積する様にブローカを構成するのではなく、当該コンテンツを購読しているサブスクライバに当該コンテンツを単に中継する様にブローカを構成することもできる。クライアント／サーバ型のコンテンツ配信システムでは、コンテンツを発行するサーバを常にオンラインにしなければならない。一方、パブリッシュ／サブスクライブ型のコンテンツ配信システムでは、ブローカでコンテンツを蓄積する場合、コンテンツを発行するパブリッシャを常にオンラインにする必要はない。以下の説明では、パブリッシュ／サブスクライブ型のコンテンツ配信システムを単に"コンテンツ配信システム"とも表記する。

【0004】

コンテンツ配信システムにおいては、正当なアクセス権を持ったノードのみがコンテンツにアクセスできる様に制御する必要がある。このため、非特許文献３に記載されている様に、コンテンツ配信システムのオペレータ（以下、単に、オペレータと表記する。）は、トピックに関連付けられた暗号鍵を、当該トピックのコンテンツを発行するパブリッシャと、当該トピックのコンテンツを購読しているサブスクライバの両方に配信する。パブリッシャは、トピックのコンテンツを、当該トピックに関連付けられた暗号鍵で暗号化し、暗号化されたコンテンツ（暗号化コンテンツ）をブローカに送信する。この構成により、ブローカから取得したトピックの暗号化コンテンツを復号することができるサブスクライバを、当該トピックを購読しているサブスクライバのみに制限することができる。

【先行技術文献】

【非特許文献】

【0005】

【非特許文献1】Ｍａｃｅｎｓｋｉ，Ｓｔｅｖｅｎ，ｅｔ ａｌ．"Ｒｏｂｏｔ Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ ２：Ｄｅｓｉｇｎ，ａｒｃｈｉｔｅｃｔｕｒｅ，ａｎｄ ｕｓｅｓ ｉｎ ｔｈｅ ｗｉｌｄ"，Ｓｃｉｅｎｃｅ Ｒｏｂｏｔｉｃｓ ７．６６ （２０２２）：ｅａｂｍ６０７４．

【非特許文献2】Ｄｅｓｂｉｅｎｓ，Ｆｒｅｄｅｒｉｃ．ｚｅｎｏｈ．，Ｂｕｉｌｄｉｎｇ Ｅｎｔｅｒｐｒｉｓｅ ＩｏＴ Ｓｏｌｕｔｉｏｎｓ ｗｉｔｈ Ｅｃｌｉｐｓｅ ＩｏＴ Ｔｅｃｈｎｏｌｏｇｉｅｓ：Ａｎ Ｏｐｅｎ Ｓｏｕｒｃｅ Ａｐｐｒｏａｃｈ ｔｏ Ｅｄｇｅ Ｃｏｍｐｕｔｉｎｇ．Ｂｅｒｋｅｌｅｙ，ＣＡ：Ａｐｒｅｓｓ，２０２２．１５５－１８５．

【非特許文献3】Ｍａｒｋｕｓ Ｄａｈｌｍａｎｎｓ，Ｊａｎ Ｐｅｎｎｅｋａｍｐ，Ｉｎａ Ｂｅｒｅｎｉｃｅ Ｆｉｎｋ，Ｂｅｒｎｄ Ｓｃｈｏｏｌｍａｎｎ，Ｋｌａｕｓ Ｗｅｈｒｌｅ，ａｎｄ Ｍａｒｔｉｎ Ｈｅｎｚｅ． ２０２１．Ｔｒａｎｓｐａｒｅｎｔ Ｅｎｄ－ｔｏ－Ｅｎｄ Ｓｅｃｕｒｉｔｙ ｆｏｒ Ｐｕｂｌｉｓｈ／Ｓｕｂｓｃｒｉｂｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ ｉｎ Ｃｙｂｅｒ－Ｐｈｙｓｉｃａｌ Ｓｙｓｔｅｍｓ．Ｉｎ Ｐｒｏｃｅｅｄｉｎｇｓ ｏｆ ｔｈｅ ２０２１ ＡＣＭ Ｗｏｒｋｓｈｏｐ ｏｎ Ｓｅｃｕｒｅ ａｎｄ Ｔｒｕｓｔｗｏｒｔｈｙ Ｃｙｂｅｒ－Ｐｈｙｓｉｃａｌ Ｓｙｓｔｅｍｓ（ＳＡＴ－ＣＰＳ ２１）．Ａｓｓｏｃｉａｔｉｏｎ ｆｏｒ Ｃｏｍｐｕｔｉｎｇ Ｍａｃｈｉｎｅｒｙ，Ｎｅｗ Ｙｏｒｋ，ＮＹ，ＵＳＡ，７８－８７．

【発明の概要】

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

【0006】

例えば、Ｍ個（Ｍは１以上の整数）の異なるトピックがあり、第１サブスクライバ～第Ｎサブスクライバ（Ｎは２以上の整数）それぞれがＭ個のトピックの総てを購読しているものとする。この場合、第１サブスクライバ～第Ｎサブスクライバは、それぞれ、Ｍ個のトピックに対応するＭ個の暗号鍵をオペレータから取得している。この状態から第ＮサブスクライバがＭ個のトピックの購読を停止した場合、この購読の停止以降に新たに発行されるＭ個のトピックそれぞれの暗号化コンテンツを第Ｎサブスクライバが復号できない様に、オペレータは、Ｍ個の暗号鍵を更新し、更新したＭ個の暗号鍵それぞれを第１サブスクライバ～第（Ｎ－１）サブスクライバに送信する必要がある。つまり、オペレータは、Ｍ×（Ｎ－１）個の暗号鍵をサブスクライバに配信する必要がある。

【0007】

一般的に、暗号鍵のデータ量は大きい。したがって、あるサブスクライバが購読を停止した際に暗号鍵の更新のために他のサブスクライバに送信する情報量も大きくなる。

【0008】

本開示は、暗号鍵の更新のために送信する情報量を低減させる技術を提供するものである。

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

【0009】

本開示の一態様によると、コンテンツを複数のトピックに分類し、トピックに属するコンテンツを当該トピックの暗号鍵で暗号化して配信するコンテンツ配信システムの管理装置が提供される。ここで、前記複数のトピックの内の購読トピックを購読している購読ノードは、前記購読トピックの前記暗号鍵と、前記購読トピックの前記暗号鍵を更新するための鍵更新関数と、を有する。前記管理装置は、第１購読ノードが、第１購読トピックの購読を停止した場合、前記第１購読トピックを購読している第２購読ノードに対して、前記第１購読トピックの第１暗号鍵を更新することと、前記第１購読トピックの第１鍵更新関数による前記第１暗号鍵の更新に使用する数値情報と、を通知する通知手段を備えている。

【発明の効果】

【0010】

本開示によると、暗号鍵の更新のために送信する情報量を低減させることができる。

【図面の簡単な説明】

【0011】

【図1】コンテンツ配信システムの構成図。

【図2】トピックの構成例を示す図。

【図3】サブスクライバが購読しているトピックを示す図。

【図4】暗号鍵の更新方法のシーケンス図。

【図5】暗号鍵の更新方法のシーケンス図。

【図6】管理サーバが実行する処理のフローチャート。

【図7】管理サーバの機能ブロック図。

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

【0012】

以下、添付図面を参照して実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る発明を限定するものでなく、また実施形態で説明されている特徴の組み合わせの全てが発明に必須のものとは限らない。実施形態で説明されている複数の特徴のうち二つ以上の特徴が任意に組み合わされてもよい。また、同一若しくは同様の構成には同一の参照番号を付し、重複した説明は省略する。

【0013】

図１は、実施形態の説明に使用するコンテンツ配信システムの構成図である。管理サーバ１と、パブリッシャ２と、サブスクライバ３と、ブローカ５は、ネットワーク４を介して相互に通信可能に構成されている。なお、図１では、図の簡略化のため、管理サーバ１、パブリッシャ２及びサブスクライバ３がネットワーク４に接続し、ブローカ５は、ネットワーク４の中にある様に表示しているが、これらは総てネットワーク４に接続する装置である。なお、コンテンツ配信システムが配信するコンテンツは、ライブ動画配信等のリアルタイムコンテンツと、ニュース記事等の非リアルタイムコンテンツに分類される。以下では、配信するコンテンツが非リアルタイムコンテンツであるものとして説明する。また、配信するコンテンツが非リアルタイムコンテンツであるため、ブローカ５は、パブリッシャ２から受信した暗号化コンテンツを蓄積し、サブスクライバ３からのコンテンツの取得要求に基づきコンテンツをサブスクライバ３に送信するものとする。

【0014】

管理サーバ１は、コンテンツ配信システムのオペレータ又は当該オペレータの監督下にある事業者によって運用される装置であり、管理装置としても参照される。なお、オペレータは、配信するコンテンツをトピックに分類し、管理サーバ１に設定する。管理サーバ１は、トピックの暗号鍵及び鍵更新関数を格納している。なお、トピックの鍵更新関数は、当該トピックの暗号鍵を更新するために使用される。図２は、本実施形態の説明に使用するトピックを示している。図２によると、トピックは、大きく"Ａ"、"Ｂ"、"Ｃ"に分類されている。例えば、トピックが旅行に関するものである場合、"Ａ"、"Ｂ"、"Ｃ"は、国や地域であり得る。また、トピックＡは、"Ｘ"と"Ｘ以外"に分類されている。例えば、"Ｘ"は、旅行先Ａにおいて有用な情報であり、"Ｘ以外"は、旅行先Ａにおける一般的な情報である。例えば、オペレータは、旅行先Ａにおいて有用な情報（つまり、Ｘ）の購読には、一般的な情報（つまり、Ｘ以外）より高い購読料を設定することができる。また、図２によると、トピックＢは、分割されることなく１つのトピックのままであり、トピックＣは、"Ｘ"と、"Ｙ"と、"Ｘ、Ｙ以外"の３つに分割されている。結果、図２の例では、Ｔ＃１～Ｔ＃６の合計６つのトピックが設定されている。

【0015】

図３に示す様に、Ｔ＃１～Ｔ＃６の現時点の暗号鍵は、Ｋ＃１＿ｖ～Ｋ＃６＿ｖである。暗号鍵の文字"ｖ"は、暗号鍵のバージョン番号を示し、暗号鍵が更新される度に１だけ増加される。なお、Ｔ＃１～Ｔ＃６の総てが同時に更新されるわけではないため、現時点における各トピックの暗号鍵のバージョン番号は同じとは限らない。また、図３に示す様に、Ｔ＃１～Ｔ＃６の鍵更新関数は、Ｈ＃１～Ｈ＃６である。鍵更新関数は、ハッシュ関数等の一方向性関数である。

【0016】

サブスクライバ３は、１つ以上のトピックを購読するもの（購読者）が操作する装置であり、購読ノードとしても参照される。管理サーバ１は、サブスクライバ３がトピックの購読を開始する際、当該トピックのその時点の暗号鍵と、当該トピックの鍵更新関数を当該サブスクライバ３に送信する。図３は、６つのサブスクライバ３（ＳＵＢ＃１～ＳＵＢ＃６）のトピックの購読状況を示している。なお、図３において〇は、当該トピックを購読していることを示し、×は購読していないことを示している。例えば、ＳＵＢ＃１は、Ｔ＃１～Ｔ＃６の総てを購読している。一方、ＳＵＢ＃４は、Ｔ＃２及びＴ＃３のみを購読している。

【0017】

パブリッシャ２は、トピックのコンテンツを発行するもの（発行者）が操作する装置であり、発行ノードとしても参照される。パブリッシャ２は、発行するコンテンツが属するトピックの暗号鍵及び鍵更新関数を管理サーバ１から取得して保持している。発行者がコンテンツを発行すると、パブリッシャ２は、当該コンテンツを、当該コンテンツが属するトピックの現時点での暗号鍵で暗号化して各ブローカ５に送信する。なお、図１では、パブリッシャ２を１つとしているが、パブリッシャ２の数は、１つ以上であり得る。以下では、パブリッシャ２が、Ｔ＃１～Ｔ＃６のコンテンツを発行しているものとする。

【0018】

各ブローカ５は、暗号化されたコンテンツを格納し、サブスクライバ３からの要求に応じて暗号化されたコンテンツを配信する。なお、ブローカ５は、どのサブスクライバ３がどのトピックを購読しているかについての情報を有していない。したがって、ブローカ５は、任意の端末からの要求に応じてコンテンツを当該端末に配信する。しかしながら、コンテンツは暗号化されているため、管理サーバ１から暗号鍵を取得しているサブスクライバ３、つまり、コンテンツを購読しているサブスクライバ３以外は、コンテンツを復号することができない。

【0019】

図４及び図５は、図３の購読状況のときにＳＵＢ＃３がＴ＃１及びＴ＃３～５の総ての購読を停止した際に開始される鍵更新方法のシーケンス図である。

【0020】

管理サーバ１は、ＳＵＢ＃３が購読を停止したＴ＃１及びＴ＃３～Ｔ＃５のコンテンツを復号できない様に、Ｔ＃１及びＴ＃３～Ｔ＃５の暗号鍵を更新する必要がある。このため、管理サーバ１は、Ｓ１で、ＳＵＢ＃３以外の各サブスクライバ３について、ＳＵＢ＃３が購読を停止したＴ＃１及びＴ＃３～Ｔ＃５の内のどのトピックを購読しているかを判定する。例えば、図３から、管理サーバ１は、ＳＵＢ＃１がＴ＃１及びＴ＃３～＃５の総てを購読しており、ＳＵＢ＃４及びＳＵＢ＃５がＴ３のみを購読しており、ＳＵＢ＃６がＴ＃４及びＴ＃５を購読していると判定する。さらに、管理サーバ１は、ＳＵＢ＃２が、Ｔ＃１及びＴ＃３～Ｔ＃５のいずれも購読していないと判定する。

【0021】

管理サーバ１は、Ｓ２～Ｓ５で、ＳＵＢ＃３が購読を停止したＴ＃１及びＴ＃３～Ｔ＃５の内の少なくとも１つを購読しているＳＵＢ＃１及びＳＵＢ＃４～ＳＵＢ＃６に、値Ｎと、鍵の更新が必要なトピックを示す情報を通知する。具体的には、管理サーバ１は、Ｓ２で、ＳＵＢ＃１に、値Ｎと、鍵の更新が必要なトピックとしてＴ＃１及びＴ＃３～Ｔ＃５を通知する。また、管理サーバ１は、Ｓ３で、ＳＵＢ＃４に、値Ｎと、鍵の更新が必要なトピックとしてＴ＃３を通知する。さらに、管理サーバ１は、Ｓ４で、ＳＵＢ＃５に、値Ｎと、鍵の更新が必要なトピックとしてＴ＃３を通知する。さらに、管理サーバ１は、Ｓ５で、ＳＵＢ＃６に、値Ｎと、鍵の更新が必要なトピックとしてＴ＃４及びＴ＃５を通知する。

【0022】

値Ｎと、鍵の更新が必要なトピックを通知されたサブスクライバ３は、Ｓ６で、通知されたトピックの暗号鍵を更新する。例えば、通知されたトピックがＴ＃ｋ（ｋは、１～６までの整数）であり、トピックＴ＃ｋの現在の暗号鍵がＫ＃ｋ＿ｖであり、トピックＴ＃ｋの鍵更新関数がＨ＃ｋの場合、サブスクライバ＃３は、更新後の暗号鍵Ｋ＃ｋ＿ｖ＋１を、以下の式で計算する。
Ｋ＃ｋ＿ｖ＋１＝Ｈ＃ｋ（Ｎ，Ｋ＃ｋ＿ｖ）
この様に、本実施形態では、管理サーバ１が各トピックの更新後の暗号鍵を各サブスクライバ３に送信するのではなく、暗号鍵を更新するトピックの識別情報と、暗号鍵を更新するために使用する数値情報（値Ｎ）と、を各サブスクライバ３に送信する。なお、数値情報は、暗号鍵を更新するトピックの数に拘わらず１つとする。つまり、同じ数値情報を複数のトピックの暗号鍵の更新に使用する。トピックの識別情報及び数値情報のためのビット数（情報量）は、暗号鍵に比べて少ないため、本実施形態の構成により、暗号鍵の更新のためにサブスクライバに送信する情報量を低減させることができる。

【0023】

続いて、図５に示す様に、管理サーバ１は、Ｓ１０において、パブリッシャ２にも、値Ｎと、鍵の更新が必要なトピックとしてＴ＃１及びＴ＃３～＃５を通知する。パブリッシャ２は、Ｓ１１において、サブスクライバ３と同様に暗号鍵を更新する。続いて、パブリッシャ２は、Ｓ１２において、暗号鍵を更新したトピックＴ＃１及びＴ＃３～＃５について過去に発行したコンテンツを更新後の暗号鍵で暗号化し、Ｓ１３で各ブローカ５に送信する。暗号化コンテンツには、暗号化に使用した暗号鍵のバージョンを示すバージョン情報が関連付けられる。ブローカ５は、新しいバージョン情報が関連付けられた暗号化コンテンツを受信すると、古いバージョン情報に関連付けられた暗号化コンテンツを削除し、新しいバージョン情報に関連付けられた暗号化コンテンツを格納する。

【0024】

なお、一般的に、コンテンツ配信システムにおいては、コンテンツの配信期限が設定されている。したがって、Ｓ１２において、パブリッシャ２が暗号化して各ブローカ５に送信するコンテンツは、過去に発行したコンテンツの内、現時点で配信期限が経過していないコンテンツのみとすることができる。

【0025】

以上の構成により、暗号化されたコンテンツを復号できるサブスクライバ３を、当該コンテンツを購読しているサブスクライバ３のみに制限することができる。

【0026】

なお、配信するコンテンツがライブ動画配信等のリアルタイムコンテンツの場合、パブリッシャ２は、リアルタイムコンテンツを暗号化して各ブローカ５に配信し、各ブローカ５は、コンテンツの配信を要求したサブスクライバ３にコンテンツを中継する。この場合、コンテンツはブローカ５に蓄積され、再度配信されることはないためＳ１２及びＳ１３の処理は不要である。パブリッシャ２は、暗号鍵の更新後、更新後の暗号鍵を使用して以降のリアルタイムコンテンツを配信する。

【0027】

図６は、本実施形態において管理サーバ１が実行する処理のフローチャートである。図６の処理は、サブスクライバ３が、少なくとも１つのトピック(購読トピック)の購読を停止した際に実行される。Ｓ２０において、管理サーバ１は、影響トピックを判定する。影響トピックとは、サブスクライバ３が購読を停止したトピックである。例えば、図４の例において、影響トピックは、Ｔ＃１及びＴ＃３～Ｔ＃５である。Ｓ２１において、管理サーバ１は、影響トピックを購読しているサブスクライバ３である影響サブスクライバを判定する。例えば、図４の例において、影響サブスクライバは、ＳＵＢ＃１及びＳＵＢ＃４～ＳＵＢ＃６である。

【0028】

Ｓ２２において、管理サーバ１は、値Ｎを決定する。値Ｎは、例えば、乱数である。つまり、管理サーバ１は、ランダムに生成した値を値Ｎに決定することができる。或いは、オペレータが管理サーバ１に数列を格納しておき、管理サーバ１は、数列において、前回のＳ２２の処理で使用した値の次の値を値Ｎに決定することもできる。Ｓ２３において、管理サーバ１は、影響サブスクライバそれぞれに、影響サブスクライバが購読している影響トピックと、値Ｎと、を通知する。影響サブスクライバそれぞれは、値Ｎを使用して、影響トピックの暗号鍵を更新する。Ｓ２４において、管理サーバ１は、影響トピックのコンテンツを発行しているパブリッシャ２に、影響トピックと、値Ｎと、を通知する。影響トピックのコンテンツを発行しているパブリッシャ２は、値Ｎを使用して、影響トピックの暗号鍵を更新する。なお、図示していないが、管理サーバ１も、影響トピックの暗号鍵を更新する。

【0029】

図７は、本実施形態による管理サーバ１のブロック図である。格納部１１は、各トピックの識別子と、各トピックの現在の暗号鍵と、各トピックの鍵更新関数と、各トピックを購読しているサブスクライバ３の情報と、を格納している。判定部１２は、トピックの購読を停止したサブスクライバ３が生じた場合、影響トピックと、影響サブスクライバと、を判定する。さらに、判定部１２は、影響トピックを発行しているパブリッシャ２も判定する。生成部１３は、鍵の更新に使用する値Ｎを決定する。生成部１３は、例えば、値Ｎをランダムに生成することで値Ｎを決定する。或いは、生成部１３には、数列が格納されており、生成部１３は、数列を順に選択することで値Ｎを決定する。通知部１４は、サブスクライバ３がトピックの購読を開始した際、当該サブスクライバ３に当該トピックの暗号鍵及び鍵更新関数を通知する。さらに、通知部１４は、サブスクライバ３がトピックの購読を停止した際、影響サブスクライバ及び影響トピックを発行しているパブリッシャ２に、影響トピックと、値Ｎと、を通知する。

【0030】

なお、本開示による管理サーバ１は、１つの装置ではなく、相互に通信可能な複数の装置により実現され得る。また、管理サーバ１については、鍵の更新処理のみを管理するものとすることができる。この場合、各トピックの暗号鍵及び鍵更新関数を管理し、かつ、サブスクライバ３がトピックの購読を開始した際に当該サブスクライバ３に当該トピックの暗号鍵及び鍵更新関数を通知する処理を行う別の装置を設ける。なお、この場合、各サブスクライバ３が現在購読しているトピックを示す購読情報については別の装置に格納し、サブスクライバ３がトピックの購読を停止した際、管理サーバ１は、別の装置から購読情報を取得して図６の処理を行う構成とすることができる。また、購読情報については、管理サーバ１と別の装置の両方に同期した状態で格納させる構成とすることもできる。

【0031】

なお、本開示による管理サーバ１は、１つ以上のプロセッサを有する装置の当該１つ以上のプロセッサで実行されると、当該装置を管理サーバ１として動作させるコンピュータプログラムにより実現することができる。これらコンピュータプログラムは、コンピュータが読み取り可能な記憶媒体に記憶されて、又は、ネットワーク経由で配布が可能なものである。

【0032】

発明は上記の実施形態に制限されるものではなく、発明の要旨の範囲内で、種々の変形・変更が可能である。

【0033】

以上の構成により、暗号鍵の更新のためにサブスクライバに送信する情報量を低減させることができる。したがって、国連が主導する持続可能な開発目標（ＳＤＧｓ）の目標９「レジリエントなインフラを整備し、持続可能な産業化を推進するとともに、イノベーションの拡大を図る」に貢献することが可能となる。

【符号の説明】

【0034】

１１：格納部、１４：通知部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】