JP2002300145A

JP2002300145A - 情報配信システム、情報配信方法、情報配信方法をコンピュータに実行させるプログラムおよびそのプログラムを記録したコンピュータ読み取り可能な記録媒体

Info

Publication number: JP2002300145A
Application number: JP2001094416A
Authority: JP
Inventors: Tomomitsu Hamazaki; 智光浜崎
Original assignee: JustSystems Corp
Current assignee: JustSystems Corp
Priority date: 2001-03-28
Filing date: 2001-03-28
Publication date: 2002-10-11

Abstract

(57)【要約】【課題】多数の配信先で同時に閲覧が開始されなけれ
ばならない情報を事前に各配信先に配信しておくことが
できるようにすること。【解決手段】サーバーは、コンテンツ鍵により暗号化
されたコンテンツと、サーバー鍵により暗号化されたコ
ンテンツ鍵とを参加者に順次配布する。また、サーバー
鍵から参加者ごとの参加鍵と、当該参加鍵とあわせて使
用することでコンテンツ鍵が解読できる代理鍵とを生成
し、参加鍵を各参加者に、代理鍵を当該参加者の代理人
にそれぞれ配布する。一定の時刻になると、各参加者は
そのコンテンツ鍵全解読部９０２ｄから各代理人に対し
て、コンテンツ鍵の半解読を依頼する。代理人はそのコ
ンテンツ鍵半解読部９０２ｃから、要求元の参加者の代
理鍵で半解読したコンテンツ鍵を返信し、これを各参加
者はコンテンツ鍵全解読部９０２ｄで受信して、自己の
参加鍵で全解読する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、サーバーからク
ライアントに対して情報を配信する情報配信システム、
情報配信方法、情報配信方法をコンピュータに実行させ
るプログラム、およびそのプログラムを記録したコンピ
ュータ読み取り可能な記録媒体に関する。

【０００２】

【従来の技術】インターネットにおける情報配信は、従
来はサーバーからクライアントへの一方的な情報提供が
主であったが、近年はホームページにおけるクイズやア
ンケートなど、ユーザー参加型の双方向コンテンツも広
く提供されるようになってきている。

【０００３】

【発明が解決しようとする課題】しかしながら、多数の
参加者が同時に開始する必要のあるコンテンツ、たとえ
ば「早押しクイズ」などのクイズやアンケート、オーク
ション、予約販売、試験などにおいて、その開始時刻を
参加者間で揃えるのは困難なものであった。

【０００４】すなわち、開始時刻にコンテンツをサーバ
ーで公開し、各参加者に一斉にダウンロードさせようと
すると、参加者数に比例してミラーサーバーの設置によ
る負荷分散などが必要となるが、これはコスト面から限
界がある。また、同時にダウンロードを開始した参加者
間であっても、ネットワークやマシンの負荷の差異によ
って、コンテンツの受信時刻や表示時刻にはばらつきが
生じてしまうという問題点があった。コンテンツを暗号
化して、開始時刻までの一定の期間に各参加者に順次配
布しておき、開始時刻には暗号解読のための鍵だけを一
斉に配布するようにしても、参加者数が数百万人といっ
た膨大な数になると、鍵のみでさえ全員に同時配信する
ことは不可能になってしまうという問題点があった。

【０００５】なお、コンテンツをＨＴＴＰで配布するよ
うにすれば、各プロバイダのプロキシサーバーでキャッ
シュがヒットすることを期待でき、同じプロバイダに接
続している参加者には重複してコンテンツを送付する必
要がなくなるが、その場合でもプロキシサーバーからの
更新有無の問い合わせには応じなければならず、処理件
数そのものが減少するわけではない。

【０００６】また、近年「マルチキャスト」と呼ばれ
る、単一のパケットを多数のユーザーに同時に配布する
技術が実用化されているが、マルチキャストに対応して
いるプロバイダが現時点ではまだ少数のため、事実上利
用することができない。また、従来技術のブロードキャ
ストは、参加者が同一ネットワークに属する全ユーザー
であるという特殊なケースを除いては利用することがで
きない。

【０００７】この発明は上記従来技術による問題点を解
決するため、多数の配信先で同時に閲覧が開始されなけ
ればならない情報を事前に各配信先に配信しておくこと
が可能な情報配信システム、情報配信方法、情報配信方
法をコンピュータに実行させるプログラム、およびその
プログラムを記録したコンピュータ読み取り可能な記録
媒体を提供することを目的とする。

【０００８】

【課題を解決するための手段】上述した課題を解決し、
目的を達成するため、請求項１に記載の発明にかかる情
報配信システムは、サーバーからクライアントに対して
情報を配信する情報配信システムにおいて、前記サーバ
ーが、各クライアントについて当該クライアントが代理
人をつとめるクライアントおよび当該クライアントの代
理人をつとめるクライアントを決定する代理人決定手段
を備え、前記クライアントが、所定の時刻に、前記情報
を、前記情報が暗号化される前の元の情報に復元するた
めの途中段階の情報に変換する半解読手段と、前記半解
読手段により変換された情報を前記代理人決定手段によ
り決定された自己が代理人をつとめるクライアントに送
信する送信手段と、前記代理人決定手段により決定され
た自己の代理人をつとめるクライアントの前記送信手段
から送信されてきた情報を受信する受信手段と、前記受
信手段により受信された情報を、前記元の情報に復元す
る全解読手段と、を備えたことを特徴とする。

【０００９】この請求項１に記載の発明によれば、サー
バーから情報を配信された各クライアントは、所定の時
刻にその代理人が当該情報を半解読して送信してくれな
い限り、当該情報を全解読することができない。

【００１０】また、請求項２に記載の発明にかかる情報
配信システムは、前記請求項１に記載の発明において、
前記サーバーが、さらに、前記情報を暗号化したサーバ
ー鍵から各クライアントの参加鍵および代理鍵を生成す
る鍵生成手段を備え、前記半解読手段は、前記代理人決
定手段により決定された自己が代理人をつとめるクライ
アントの、前記鍵生成手段により生成された代理鍵をも
ちいて前記情報を所定の時刻に変換するとともに、前記
全解読手段は、前記受信手段により受信された情報を前
記鍵生成手段により生成された自己の参加鍵をもちいて
復元することを特徴とする。

【００１１】この請求項２に記載の発明によれば、サー
バー鍵により暗号化された情報を配信された各クライア
ントは、所定の時刻に自己の代理鍵を保持する代理人が
当該代理鍵で当該情報を半解読して送信してくれない限
り、当該情報を自己の保持する参加鍵で全解読すること
はできない。

【００１２】また、請求項３に記載の発明にかかる情報
配信方法は、サーバーからクライアントに対して情報を
配信する情報配信方法において、所定の時刻に、前記情
報を、前記情報が暗号化される前の元の情報に復元する
ための途中段階の情報に変換する半解読工程と、前記半
解読工程で変換された情報を送信する送信工程と、前記
送信工程で送信された情報を受信する受信工程と、前記
受信工程で受信された情報を、前記元の情報に復元する
全解読工程と、を含んだことを特徴とする。

【００１３】この請求項３に記載の発明によれば、サー
バーからクライアントに配信された情報は、所定の時刻
に半解読された後でないと全解読することができない。

【００１４】また、請求項４に記載の発明にかかる情報
配信方法は、前記請求項３に記載の発明において、さら
に、各クライアントについて当該クライアントが代理人
をつとめるクライアントおよび当該クライアントの代理
人をつとめるクライアントを決定する代理人決定工程を
含み、前記送信工程では、前記半解読工程で変換された
情報を前記代理人決定工程で決定された自己が代理人を
つとめるクライアントに送信するとともに、前記受信工
程では、前記代理人決定工程で決定された自己の代理人
をつとめるクライアントから送信されてきた情報を受信
することを特徴とする。

【００１５】この請求項４に記載の発明によれば、サー
バーから情報を配信された各クライアントは、所定の時
刻にその代理人が当該情報を半解読して送信してくれな
い限り、当該情報を全解読することができない。

【００１６】また、請求項５に記載の発明にかかる情報
配信方法は、前記請求項４に記載の発明において、さら
に、前記情報を暗号化したサーバー鍵から各クライアン
トの参加鍵および代理鍵を生成する鍵生成工程を含み、
前記半解読工程では、前記代理人決定工程で決定された
自己が代理人をつとめるクライアントの、前記鍵生成工
程で生成された代理鍵をもちいて前記情報を所定の時刻
に変換するとともに、前記全解読工程では、前記受信工
程で受信された情報を前記鍵生成工程で生成された自己
の参加鍵をもちいて復元することを特徴とする。

【００１７】この請求項５に記載の発明によれば、サー
バー鍵により暗号化された情報を配信された各クライア
ントは、所定の時刻に自己の代理鍵を保持する代理人が
当該代理鍵で当該情報を半解読して送信してくれない限
り、当該情報を自己の保持する参加鍵で全解読すること
はできない。

【００１８】また、請求項６に記載の発明にかかるプロ
グラムによれば、前記請求項３〜請求項５のいずれか一
つに記載された方法をコンピュータに実行させることが
できる。

【００１９】また、請求項７に記載の発明にかかるコン
ピュータ読み取り可能な記録媒体は、前記請求項６に記
載されたプログラムを記録したことを特徴とする。

【００２０】この請求項７の発明によれば、前記請求項
３〜請求項５に記載された方法をコンピュータに実行さ
せるプログラムを記録したことで、そのプログラムを機
械読み取り可能となり、これによって、前記請求項３〜
請求項５の動作をコンピュータによって実現することが
できる。

【００２１】

【発明の実施の形態】以下に添付図面を参照して、この
発明による情報配信システム、情報配信方法、情報配信
方法をコンピュータに実行させるプログラム、およびそ
のプログラムを記録したコンピュータ読み取り可能な記
録媒体の好適な実施の形態を詳細に説明する。

【００２２】（基本原理）具体的な実施例に入る前に、
まずこの発明の基本原理を説明する。図１は、この発明
の基本原理を模式的に示す説明図である。コンテンツ提
供者は、まずコンテンツ１００を箱に入れてコンテンツ
鍵１０１で鍵をかける。すなわち、コンテンツ１００を
コンテンツ鍵１０１により暗号化する。さらに、このコ
ンテンツ鍵１０１を別の箱に入れてサーバー鍵１０２で
鍵をかける。すなわち、コンテンツ鍵１０１をサーバー
鍵１０２により暗号化する。

【００２３】そして、このサーバー鍵１０２から後述の
計算式により、参加鍵１０３と代理鍵１０４とをそれぞ
れ生成する。この参加鍵１０３、代理鍵１０４のいずれ
も、単独ではコンテンツ鍵１０１の入った箱を開けるこ
とはできない、すなわちサーバー鍵１０２で暗号化され
たコンテンツ鍵１０１を解読することはできない。両者
を組み合わせてはじめて、コンテンツ鍵１０１の解読、
および当該コンテンツ鍵１０１によるコンテンツ１００
の解読が可能となる。

【００２４】そして、コンテンツに参加してきた各クラ
イアントに対して、コンテンツ提供者から開始時刻まで
にあらかじめ（１）コンテンツ１００の入った箱すなわ
ち暗号化されたコンテンツ１００と、（２）コンテンツ
鍵１０１の入った箱すなわち暗号化されたコンテンツ鍵
１０１と、（３）当該クライアント用の参加鍵１０３と
を渡しておく。また、各参加者について他の参加者の中
からその代理人を選び出し、当該代理人に上記参加鍵１
０３と組になる代理鍵１０４が渡るようにしておく。な
お、サーバー鍵１０２はコンテンツ提供者が保持してお
く。

【００２５】そして、所定の開始時刻になると各参加者
からその代理人に対して、代理鍵１０４でコンテンツ鍵
１０１を半解読するよう依頼する。半解読とは、後述す
る全解読（復元）のための途中段階の情報に変換するこ
とである。鍵にたとえると、コンテンツ鍵１０１の入っ
た箱の鍵を、代理鍵１０４で半分まで開けてくれるよう
依頼するといってもよい。

【００２６】この依頼を受けて、代理人は代理鍵１０４
で半解読したコンテンツ鍵１０１を依頼元の参加者に渡
し、当該参加者はさらにこれを自己の参加鍵１０３で全
解読する。全解読とは、暗号化された情報を、暗号化さ
れる前の元の情報に復元することである。すなわち、代
理人から受け取った半ば開きかかった箱を、完全に開け
て中のコンテンツ鍵１０１を取り出す。そして、さらに
このコンテンツ鍵１０１でコンテンツ１００の入った箱
を開けて、暗号化されたコンテンツ１００を解読する。

【００２７】コンテンツそのものであれ、あるいは暗号
化されたコンテンツを解読するための鍵であれ、数百万
人という参加者に対して同時に配布することは現実的に
不可能である。そこで、本発明ではコンテンツ開始まで
の一定の期間内に、コンテンツや鍵の配布などサーバー
とクライアントとの間で必要な通信は終えておき、開始
時刻にはクライアント間で鍵の授受をおこなうのみとす
ることで、コンテンツの提供者側にとどまらない、参加
者側も巻き込んだシステム全体での負荷分散をはかるわ
けである。代理人を同一ネットワーク内の参加者、たと
えば同一のプロバイダに接続している参加者から選ぶよ
うにすれば、開始時刻に発生する通信を当該ネットワー
ク内に限定することができる。

【００２８】また、サーバー鍵１０２はコンテンツ提供
者、参加鍵１０３は参加者本人、代理鍵１０４は当該参
加者の代理人にそれぞれ分配され、サーバー鍵１０２に
より暗号化されたコンテンツ鍵１０１は、参加鍵１０３
と代理鍵１０４とを組み合わせなければ解読できない仕
組みになっているので、各参加者はあらかじめコンテン
ツ１００やコンテンツ鍵１０１を受け取っていても、開
始時刻になってその代理人がコンテンツ鍵１０１を半解
読してくれない限り、コンテンツ鍵１０１を解読した
り、解読されたコンテンツ鍵１０１でコンテンツ１００
を解読したりすることはできない。

【００２９】すなわち、事前にコンテンツの配布を終え
ておきながら、各配布先ではその内容を開始時刻になる
まで見られないようにすることができ、「早押しクイ
ズ」などのコンテンツにおいて参加者間の平等をはかる
ことができる。

【００３０】なお、仮に開始時刻に、参加者から代理人
に参加鍵１０３を引き渡し、この参加鍵１０３と代理鍵
１０４とで全解読後のコンテンツ鍵１０１（あるいはコ
ンテンツ１００）を返してもらうよう構成すると、以後
この代理人はサーバー鍵１０２で暗号化されたコンテン
ツ鍵１０１（したがってコンテンツ１００）を、上記の
全解読にもちいた二つの鍵でいつでも全解読できてしま
うため、これを防ぐためにはクイズなどの開催時ごとに
すべての鍵を変更しなければならない。すなわち、鍵の
使用は一回に限られる。

【００３１】これに対して上記によれば、参加者には代
理鍵１０４で半解読後のコンテンツ鍵１０１を渡すのみ
で、代理鍵１０４は渡さないので、参加鍵１０３と代理
鍵１０４とが同時に同じ場所に揃ってしまうことはな
く、したがって何度でも継続的に使用可能である。

【００３２】また、従来技術の公開鍵方式によっても、
コンテンツ鍵１０１（あるいはコンテンツ１００）を参
加者の公開鍵と代理人の公開鍵とで二重に暗号化して各
参加者に配布し、かつ各参加者からは自己の秘密鍵で半
解読後のコンテンツ鍵１０１をそれぞれの代理人に送付
するようにすれば、上記と同様の仕組みを構成すること
はできる。

【００３３】ただしその場合、コンテンツ提供者は参加
者ごとに異なる公開鍵の組み合わせで暗号化したコンテ
ンツ鍵１０１を作成しなければならない。また、代理人
が途中で参加を取りやめた場合などには、新たな代理人
の公開鍵によりコンテンツ鍵１０１を暗号化して配布し
直さなければならない。この点上記によれば、すべての
参加者に対して同一のサーバー鍵１０２で暗号化したコ
ンテンツ鍵１０１を一回配布すればよいので、処理が非
常に単純・迅速である。

【００３４】なお、サーバー鍵１０２、参加鍵１０３お
よび代理鍵１０４は、「鍵１で暗号化されたものは鍵２
および鍵３を組み合わせなければ解読できず、またどの
鍵、あるいはどの２つの鍵の組み合わせによっても他の
鍵を特定することは困難である」という関係になければ
ならない。このような３つの鍵はどのような方法で求め
てもよいが、ここでは従来技術の公開鍵方式の一種であ
る、ＲＳＡ方式における鍵の導出方法を拡張・応用して
求める方法を示す。

【００３５】ＲＳＡで使用される秘密鍵と公開鍵の２つ
の鍵は、下記のようにして導出される。まず、２つの素
数ＰおよびＱを選び、「Ｎ＝Ｐ＊Ｑ」と「Ｌ＝最小公倍
数（Ｐ−１、Ｑ−１）」の２つの値を求める。そして、
「Ｄ＊Ｍ＝ｎ＊Ｌ＋１」が成立するＤとＭを求め（ただ
しｎは任意の正の整数）、Ｄを秘密鍵、Ｍを公開鍵とす
る。

【００３６】これらを使って、下記の計算式により暗号
化と解読をおこなう。なお、「Ｄａｔａ＾Ｄ」はＤａ
ｔａのＤ乗を、また「ｍｏｄＮ」はＮで割った余りを
取るという剰余演算を、それぞれ示している。

【００３７】（１）秘密鍵Ｄでなければ解読できない暗
号化暗号化：Ｃｏｄｅｄ＝（Ｄａｔａ＾Ｍ）ｍｏｄＮ解読：Ｄａｔａ＝（Ｃｏｄｅｄ＾Ｄ）ｍｏｄＮ（２）秘密鍵Ｄでなければできない暗号化（ディジタル
署名）暗号化：Ｃｏｄｅｄ＝（Ｄａｔａ＾Ｄ）ｍｏｄＮ解読：Ｄａｔａ＝（Ｃｏｄｅｄ＾Ｍ）ｍｏｄＮ

【００３８】これに対して本発明では３つの鍵が必要な
ので、「Ｄ＊Ｍ＝ｎ＊Ｌ＋１」が成立するＤとＭを求め
る代わりに、「Ｓ＊Ｃ＊Ａ＝ｎ＊Ｌ＋１」が成立する
Ｓ、ＣおよびＡを求める。ただしＳ、Ｃ、Ａはそれぞれ
ｎ＊Ｌ＋１であってはならない。このようなＳ、Ｃおよ
びＡの組は、「Ｄ（ｉ）＊Ｍ（ｉ）＝ｎ＊Ｌ＋１」を満
足するＤとＭの組から、下記により求めることができ
る。

【００３９】Ｓ＝Ｄ（０）Ｃ（ｉ）＝Ｄ（ｉ）Ａ（ｉ）＝（Ｍ（０）＊Ｍ（ｉ）−１）ｍｏｄＬ＋１

【００４０】そして、上記により求められたＳをサーバ
ー鍵１０２、Ｃを参加鍵１０３、Ａを代理鍵１０４とす
る。これらの鍵による暗号化と解読は下記の計算式によ
りおこなう。

【００４１】（１’）サーバーから提供するデータの暗号化暗号化：Ｃｏｄｅｄ＝（Ｄａｔａ＾Ｓ）ｍｏｄＮ半解読：Ｃｏｄｅｄ２＝（Ｃｏｄｅｄ＾Ａ）ｍｏｄＮ全解読：Ｄａｔａ＝（Ｃｏｄｅｄ２＾Ｃ）ｍｏｄＮ（２’）クライアントから提出するデータの暗号化半暗号化：Ｃｏｄｅｄ＝（Ｄａｔａ＾Ｃ）ｍｏｄＮ全暗号化：Ｃｏｄｅｄ２＝（Ｃｏｄｅｄ＾Ａ）ｍｏｄＮ解読：Ｄａｔａ＝（Ｃｏｄｅｄ２＾Ｓ）ｍｏｄＮ

【００４２】本発明の中心内容は上記（１’）に関する
ものであるので、以下ではもっぱら上記（１’）につい
て説明する。

【００４３】（実施の形態）まず、この発明の実施の形
態による情報配信システムのシステム構成について説明
する。図２は、この発明の実施の形態による情報配信シ
ステムのシステム構成を示す説明図である。

【００４４】２０１はサーバー、また２０２ａ〜２０２
ｊはプロバイダＸ２０６を介して、２０３ａ〜２０３ｉ
はプロバイダＹ２０７を介して、２０４ａ〜２０４ｆは
プロバイダＺ２０８を介して、２０５ａ〜２０５ｅはプ
ロキシ２０９を介して、それぞれインターネット２００
に接続しているクライアントである。

【００４５】サーバー２０１はクライアント２０２ａ〜
２０５ｅからの参加要求を受信して、参加ＩＤや鍵の付
与、受け入れ先のループの決定など後述の受付処理をお
こなうとともに、その保持するコンテンツを要求元に対
して送信する。また、サーバー２０１はコンテンツに対
する回答状況、たとえば現在までの回答者は何人であ
り、うち正解者は何人であるかなどをリアルタイムに集
計して、当該集計結果を定期的に全クライアントに向け
て発信する。

【００４６】つぎに、図３はこの発明の実施の形態によ
る情報配信システムのシステム構成を、概念的・模式的
に示す説明図である。同図は図２のように、サーバーや
クライアントの物理的な接続関係を示すものではなく、
後述する代理関係や集計の経路などを示している。図示
するように、複数のクライアントによって一つのグルー
プが形成され（同図では、各グループは三つのクライア
ントからなる三角形により示されている）、各グループ
がサーバーを頂点とするツリー状に配置されている。

【００４７】もっとも、図３はシステム全体を俯瞰する
ための簡略な図であって、実際にはより複雑である。図
４は、図３の一部（点線内）をより詳細に示す説明図で
ある。同図に示す各ループすなわち各グループは、
（１）直接通信が可能で、かつ（２）できるだけ電子的
な距離の近い（アドレスの近い、といってもよい）三つ
以上のクライアントから構成されている。

【００４８】たとえば図２に示すように、ダイヤルアッ
プＩＰ接続によりインターネットに接続しているクライ
アント２０２ａ〜２０４ｆには、通常はそれぞれのプロ
バイダ２０６〜２０８への接続時に、ＤＨＣＰによりグ
ローバルＩＰアドレスが割り当てられている。そして、
グローバルＩＰアドレスを有するクライアント間であれ
ば、接続しているプロバイダの異同にかかわらず、ＵＤ
Ｐによる直接通信が可能である。

【００４９】したがって、上記（１）の観点からはこれ
らのクライアントは一つのループにまとめてしまっても
よいのであるが、上記（２）の観点から、通常は同じプ
ロバイダに接続しているクライアントごとに一つのルー
プを形成することになる。ただし、一つのループ内のメ
ンバー数が多くなりすぎるときは、複数のループに分割
・分散される。

【００５０】図４において、２０２はプロバイダＸ２０
６のユーザーであるクライアント２０２ａ〜２０２ｊか
らなるループ、２０３はプロバイダＹ２０７のユーザー
であるクライアント２０３ａ〜２０３ｉからなるルー
プ、２０４はプロバイダＺ２０８のユーザーであるクラ
イアント２０４ａ〜２０４ｆからなるループを、それぞ
れ示している。

【００５１】上記に対して、ＬＡＮなどからプロキシ２
０９を介してインターネットに接続しているクライアン
ト２０５ａ〜２０５ｅは、通常はプライベートＩＰアド
レスを割り当てられており、原則として同一ＬＡＮ内の
クライアントとしか通信することができない。そこで、
このようなクライアントは、上記（１）の観点からも
（２）の観点からもこれらのみで一つのループを形成す
ることになる。図４の２０５は、同一ＬＡＮ内のユーザ
ーであるクライアント２０５ａ〜２０５ｅからなるルー
プを示している。

【００５２】もっとも、データをエンコードしてＨＴＴ
Ｐプロトコルにより送信する、静的ＮＡＴを設定する、
あるいは専用のプロキシを設置するなどの対策を講じれ
ば、ＬＡＮの内部から外部に接続することは可能であ
る。ただ、いずれにせよルータやプロキシサーバーに負
荷がかかるので、このようなクライアントはまとめて、
ツリーの末端に配置する。

【００５３】なお、各ループには役割分担担当のクライ
アントが一つ、上担当のクライアントが三つ、および当
該ループがその下にループを有する場合には下担当のク
ライアントが少なくとも三つ、それぞれ存在する。ルー
プ内のいずれのクライアントを上担当や下担当とするか
は、役割分担を担当するクライアントが各クライアント
の負荷や性能などを勘案したうえで決定・変更する。

【００５４】図４に示すループ２０３において上担当の
一つに選任されているクライアント２０３ｂは、当該ル
ープの一つ上のループ２０２内の、下担当のクライアン
ト２０２ｉとの通信をおこなう。同様に、ループ２０３
の他の上担当２０３ｃ・２０３ｄは、それぞれループ２
０２の他の下担当２０２ｈ・２０２ｆとの通信をおこな
う。

【００５５】また、ループ２０３の下担当の一つに選任
されているクライアント２０３ｇは、当該ループの一つ
下のループ２０４・２０５内の、上担当のクライアント
２０４ｄ・２０５ｅとの通信をおこなう。同様に、ルー
プ２０３の他の下担当２０３ｈ・２０３ｉも、それぞれ
ループ２０４の上担当２０４ｃ・２０４ｂおよびループ
２０５の上担当２０５ｄ・２０５ｃとの通信をおこな
う。このように、下担当は三つ一組で、直下につながる
複数のループとの通信を担当するが、担当するループの
数が増えるなどして負荷が大きくなってきたときは、役
割分担担当のクライアントはさらに別の三つのクライア
ントを一組の下担当として選任する。

【００５６】図４に示すループの階層構造やループ内の
役割分担は、主として全クライアントの回答をリアルタ
イムに集計し、かつ当該集計結果をリアルタイムに全ク
ライアントに配信するために必要となるものである。

【００５７】ループ２０４の上担当はループ２０４内の
回答の集計をおこない、これを直上のループ２０３の下
担当に送信する。同様に、ループ２０５の上担当もルー
プ２０５内の回答の集計をおこない、これを直上のルー
プ２０３の下担当に送信する。ループ２０３の下担当は
これらの集計結果を合算して、同一ループ内の上担当に
送信する。これらの上担当では、この受信と並行してル
ープ２０３内単独の集計をおこない、当該集計結果と下
担当から受信した直下のループまでの集計結果とを合算
して、直上のループ２０２の下担当に送信する。

【００５８】そして、ループ２０２の上担当でも上記と
同様に、自己のループと自己のループの下につながる全
ループとの回答集計をおこない、これをサーバー２０１
に送信する。サーバー２０１ではこれらの合算により全
クライアントの回答集計をおこない、これを直下のルー
プ２０２に送信して、その下につながるループ２０３・
２０４・２０５に順次転送させる。

【００５９】このように、回答の集計をサーバー２０１
に一括しておこなわせるのでなく、ツリーの末端からそ
の頂点に向かって、経路上の各ループで自分のところま
での回答を集計して順次上のループに報告してゆくよう
にしているので、参加者が多くなっても全参加者の回答
集計を迅速におこなうことができる。また、集計結果を
ツリーの頂点からその末端に向かって順次転送させてゆ
くので、参加者が多くなっても全参加者への集計結果の
配信を迅速におこなうことができる。

【００６０】なお、各ループに上担当と下担当とを三つ
ずつ設けているのは、うちいずれかに事故があっても正
常に集計や集計結果の配信ができるようにするためであ
る。担当間で集計結果を照合することにより、その正確
性や正当性を確認することもできる。

【００６１】つぎに、この発明の実施の形態による情報
配信システムを構成する、個々のコンピュータのハード
ウエア構成について説明する。図５は、この発明の実施
の形態による情報配信システム内のコンピュータの、ハ
ードウエア構成の一例を示す説明図である。同図に示す
構成は典型例であって、実際にはコンテンツに参加する
クライアントの多様性を反映して、そのハードウエア構
成も様々である。

【００６２】同図において、５０１は装置全体を制御す
るＣＰＵを、５０２は基本入出力プログラムを記憶した
ＲＯＭを、５０３はＣＰＵ５０１のワークエリアとして
使用されるＲＡＭを、それぞれ示している。

【００６３】また、５０４はＣＰＵ５０１の制御にした
がってＨＤ（ハードディスク）５０５に対するデータの
リード／ライトを制御するＨＤＤ（ハードディスクドラ
イブ）を、５０５はＨＤＤ５０４の制御にしたがって書
き込まれたデータを記憶するＨＤを、それぞれ示してい
る。また、５０６はＣＰＵ５０１の制御にしたがってＦ
Ｄ（フロッピー（登録商標）ディスク）５０７に対する
データのリード／ライトを制御するＦＤＤ（フロッピー
ディスクドライブ）を、５０７はＦＤＤ５０６の制御に
したがって書き込まれたデータを記憶する着脱自在のＦ
Ｄを、それぞれ示している。

【００６４】また、５０８はカーソル、メニュー、ウィ
ンドウ、あるいは文字や画像などの各種データを表示す
るディスプレイを、５０９は公衆電話回線５１０を介し
てインターネット２００への、あるいはインターネット
２００からのデータの送受信をおこなうモデムを、それ
ぞれ示している。また、５１１は文字、数値、各種指示
などの入力のための複数のキーを備えたキーボードを、
５１２は各種指示の選択や実行、処理対象の選択、カー
ソルの移動などをおこなうマウスを、それぞれ示してい
る。

【００６５】また、５１３は文字や画像を光学的に読み
取るスキャナを、５１４は文字や画像を用紙上に印刷す
るプリンタを、５１５は着脱可能な記録媒体であるＣＤ
−ＲＯＭを、５１６はＣＤ−ＲＯＭ５１５に対するデー
タのリードを制御するＣＤ−ＲＯＭドライブを、５００
は上記各部を接続するためのバスまたはケーブルを、そ
れぞれ示している。

【００６６】つぎに、この発明の実施の形態による情報
配信システム内の、サーバー２０１の機能的構成につい
て説明する。図６は、この発明の実施の形態による情報
配信システム内の、サーバー２０１の構成を機能的に示
す説明図である。

【００６７】６００はコンテンツ管理部であり、たとえ
ば図７に示すような三択形式（三つの選択肢の中から一
つの回答を選択する形式）のクイズからなるコンテンツ
６００ａを保持している。このコンテンツ６００ａは上
述のコンテンツ鍵により暗号化され、この鍵もまた上述
のサーバー鍵により暗号化されて、コンテンツ鍵６００
ｂとしてコンテンツ管理部６００に保持されている。な
お、実際にはこのコンテンツ６００ａおよびコンテンツ
鍵６００ｂは、通信量の削減のため、まとめて所定の形
式により圧縮されている。

【００６８】そして、コンテンツ管理部６００は後述す
る参加受付部６０２からの指示に応じて、コンテンツ送
信部６００ｃによりこのコンテンツ６００ａおよびコン
テンツ鍵６００ｂを指定されたクライアントに送信す
る。

【００６９】６０１は参加者管理部であり、図３や図４
に示すループの上下関係や各ループの構成メンバー、お
よび各参加者の詳細情報、たとえばその参加ＩＤ、ＩＰ
アドレス、ポート番号、参加鍵とその対になる代理鍵な
どが記述された参加者リスト６０１ａを保持している。
なお、これらが保持できる限り、参加者リスト６０１ａ
はどのような構造を有するものであってもよい。

【００７０】６０２は参加受付部であり、クライアント
からコンテンツへの参加要求を受信して、参加のために
必要な情報を当該クライアントに返信する。参加受付部
６０２は、参加ＩＤ付与部６０２ａと、配置決定部６０
２ｂと、鍵生成部６０２ｃと、参加情報送信部６０２ｄ
とを含む構成である。参加要求を受信すると、参加受付
部６０２はまず参加ＩＤ付与部６０２ａで、要求元のク
ライアントに一意な識別番号である参加ＩＤを割り振
る。

【００７１】つぎに、参加受付部６０２は配置決定部６
０２ｂで、図３や図４に示す階層構造内での上記クライ
アントの位置を決定する。まず、配置決定部６０２ｂは
参加者管理部６０１に依頼して、参加者リスト６０１ａ
内から上記クライアントとの通信が容易なクライアント
からなるループ、たとえば上記クライアントと同一のプ
ロバイダに接続しているクライアントからなるループを
検索させる。そして、検索されたループすなわち上記ク
ライアントの受け入れ先のループ内の全メンバーの詳細
情報、たとえばその参加ＩＤ、ＩＰアドレス、ポート番
号、参加鍵と代理鍵などを、参加者リスト６０１ａから
抽出させる。

【００７２】なお、ループ内での各メンバーの配置すな
わち順序は、ＩＤの順序で機械的に決められているもの
とする。このため参加ＩＤと受け入れ先のループとが決
まれば、当該ループ内での新たなメンバーの割り込み位
置、すなわち新たなメンバーがどのメンバーとどのメン
バーとの間に割り込むかは自動的に決定される。

【００７３】そして、この割り込み位置の両隣のメンバ
ーが、それぞれ割り込んだメンバーの代理人となるとと
もに、逆に割り込んだメンバーは両隣のメンバーの新た
な代理人となる。あるいは、あるクライアントが代理人
をつとめるクライアントは常にその両隣のクライアント
であり、また当該クライアントの代理人をつとめるクラ
イアントも常にその両隣のクライアントである、といっ
てもよい。

【００７４】たとえば、図８に示すループではＡはその
両隣のＢとＥの代理人に、Ｅはその両隣のＡとＤの代理
人に、それぞれ選任されているが、このＡとＥとの間に
Ｆが割り込むと、ＡはＢとＦの代理人、ＥはＤとＦとの
代理人に変更され、ＦはＡとＥとの代理人となる。ある
いは、同じことであるが、Ｆの参加にともなってＡが代
理人をつとめるクライアントのうち一方のＥはＦに、Ｅ
が代理人をつとめるクライアントのうち一方のＡはＦ
に、それぞれ変更されるといってもよい。なお、ある参
加者の代理人になるとは、具体的には当該参加者の代理
鍵を渡されるということであるが、この代理鍵の受け渡
しについては後述する。

【００７５】さらに、参加受付部６０２は鍵生成部６０
２ｃで、新たな参加者に与える参加鍵とその代理人に与
える代理鍵とを、上述の計算式により生成する。そし
て、この代理鍵をサーバー鍵で暗号化する。代理鍵を暗
号化するのは、後述するようにこの代理鍵を新たな参加
者本人を介して各代理人に送付するためであって、転送
途中でこの本人に代理鍵が解読されてしまい、開始時刻
前に参加鍵とあわせてコンテンツ鍵やコンテンツの解読
が可能になってしまうことを防ぐためである。

【００７６】なお、代理鍵をサーバー２０１から各代理
人に直接送付しないのは、この代理人が一方的な通信し
かできない、たとえばＬＡＮ内のクライアントであっ
て、サーバー２０１からの通信が不能な場合があるため
である。これに対して、新たな参加者から代理人への通
信は常に可能である（代理人は新たな参加者と通信可能
な参加者の中から選ばれるため当然である）。なお、新
たな参加者とその代理人とに別個に必要事項の通知をお
こなうと、サーバー２０１の負荷が増大するので、両者
の必要事項を一方にまとめて通知し後で他方に転送させ
ることで、これを防ぐ目的もある。

【００７７】なお、この参加受付部６０２の配置決定部
６０２ｂが請求項にいう「代理人決定手段」に、そのお
こなう処理が請求項にいう「代理人決定工程」に、それ
ぞれ相当する。また、その鍵生成部６０２ｃが請求項に
いう「鍵生成手段」に、そのおこなう処理が請求項にい
う「鍵生成工程」に、それぞれ相当する。

【００７８】そして、参加受付部６０２は参加情報送信
部６０２ｄで、参加ＩＤ付与部６０２ａにより付与され
た参加ＩＤ、配置決定部６０２ｂにより決定された受け
入れ先ループの全メンバーの詳細情報、鍵生成部６０２
ｃにより生成された参加鍵と暗号化された代理鍵とを、
参加情報として参加要求元のクライアントに送信する。
また、同時にコンテンツ管理部６００に指示して、その
保持するコンテンツ６００ａおよびコンテンツ鍵６００
ｂをコンテンツ送信部６００ｃにより上記クライアント
に送信させる。

【００７９】また、参加者管理部６０１では、上記の参
加受付と並行してその保持する参加者リスト６０１ａの
更新をおこなう。すなわち、参加要求に添付されたＩＰ
アドレスやポート番号、参加ＩＤ付与部６０２ａで付与
された参加ＩＤ、配置決定部６０２ｂで決定された受け
入れ先のループ、鍵生成部６０２ｃで生成された参加鍵
と代理鍵などを、参加者リスト６０１ａに登録する。

【００８０】なお、サーバー２０１には上記以外にも、
たとえば上述した回答の集計や集計結果の配信をおこな
う機能部などが設けられているが、本発明の中心内容で
はないため図示を省略している。また、コンテンツ管理
部６００、参加者管理部６０１および参加受付部６０２
は、それぞれＨＤ５０５やＦＤ５０７、あるいはＣＤ−
ＲＯＭ５１５などの各種記録媒体からＲＡＭ５０３に読
み出されたプログラムの命令にしたがって、ＣＰＵ５０
１などが命令処理を実行することにより、各部の機能を
実現するものである。

【００８１】つぎに、この発明の実施の形態による情報
配信システム内の、各クライアントの機能的構成につい
て説明する。図９は、この発明の実施の形態による情報
配信システム内の、各クライアントの構成を機能的に示
す説明図である。

【００８２】まず、９００は参加要求部であり、サーバ
ー２０１の参加受付部６０２に対して、自己のＩＰアド
レスやポート番号を添えてコンテンツへの参加要求を送
信する。また、９０１は参加情報管理部であり、サーバ
ー２０１の参加情報送信部６０２ｄから送信されてきた
参加情報を受信・保持する。なお、参加情報管理部９０
１は上記とともに、参加通知送受信部９０３から引き渡
された代理鍵を解読・保持するが、これについては後述
する。

【００８３】また、実際には上記参加要求には、ＩＰア
ドレスなどとともに今回の通信で使用するクライアント
側の公開鍵（上述の参加鍵や代理鍵とは異なるものであ
る）が添付されており、参加要求とその添付情報全体
が、あらかじめ通知されているサーバー側の公開鍵（上
述のサーバー鍵とは異なるものである）で暗号化されて
いる。そして、参加要求に応じて返信されてくる参加情
報は、上記クライアント側の公開鍵で暗号化されてい
る。このように暗号化をおこなうことで、通信の秘密が
保たれる。

【００８４】また、９０２はコンテンツ管理部であり、
サーバー２０１のコンテンツ送信部６００ｃから送信さ
れてきたコンテンツ６００ａおよびコンテンツ鍵６００
ｂを受信・保持するとともに、開始時刻にこれらを解読
してディスプレイなどに表示する。コンテンツ管理部９
０２は、コンテンツ受信部９０２ａと、コンテンツ記憶
部９０２ｂと、コンテンツ鍵半解読部９０２ｃと、コン
テンツ鍵全解読部９０２ｄと、コンテンツ解読部９０２
ｅと、コンテンツ表示部９０２ｆとを含む構成である。

【００８５】コンテンツ受信部９０２ａは、参加要求部
９００からの参加要求に応じてサーバー２０１のコンテ
ンツ送信部６００ｃから送信されてきた、コンテンツ６
００ａおよびコンテンツ鍵６００ｂを受信する。また、
コンテンツ記憶部９０２ｂはこれらのコンテンツ６００
ａおよびコンテンツ鍵６００ｂを記憶する。なお、実際
にはこれらは上述のように圧縮されているので、コンテ
ンツ受信部９０２ａでその解凍をおこなわなければなら
ない。

【００８６】また、コンテンツ鍵半解読部９０２ｃは、
コンテンツの開始時刻が到来すると、このクライアント
が代理人をつとめるクライアントからの半解読要求を受
信して、暗号化されたコンテンツ鍵を当該クライアント
の代理鍵で変換、すなわち半解読する。なお、このコン
テンツ鍵はコンテンツ記憶部９０２ｂに、代理鍵は参加
情報管理部９０１に、それぞれ保持されている。そし
て、半解読後のコンテンツ鍵を、上記要求元に対して送
信する。

【００８７】また、コンテンツ鍵全解読部９０２ｄは、
コンテンツの開始時刻が到来すると、このクライアント
の代理人をつとめるクライアントに対してコンテンツ鍵
の半解読を要求する。そして、当該代理人のコンテンツ
鍵半解読部９０２ｃから送信されてきた半解読後のコン
テンツ鍵を受信して、これを参加情報管理部９０１に保
持された自己の参加鍵により復元、すなわち全解読す
る。

【００８８】そして、コンテンツ解読部９０２ｅは、コ
ンテンツ鍵全解読部９０２ｄで全解読されたコンテンツ
鍵をもちいて、コンテンツ記憶部９０２ｂに保持され
た、暗号化されたコンテンツ６００ａを解読する。そし
て、コンテンツ表示部９０２ｆはこの解読されたコンテ
ンツをディスプレイなどに表示する。

【００８９】なお、このコンテンツ管理部９０２のコン
テンツ鍵半解読部９０２ｃが請求項にいう「半解読手
段」および「送信手段」に、そのおこなう処理が請求項
にいう「半解読工程」および「送信工程」に、それぞれ
相当する。また、そのコンテンツ鍵全解読部９０２ｄが
請求項にいう「受信手段」および「全解読手段」に、そ
のおこなう処理が請求項にいう「受信工程」および「全
解読工程」に、それぞれ相当する。

【００９０】また、９０３は参加通知送受信部であり、
サーバー２０１での参加受付の後、参加情報管理部９０
１で受信した参加情報を参照して、自己の参加ＩＤ、Ｉ
Ｐアドレスおよびポート番号を受け入れ先ループの全メ
ンバーに対して通知する。この参加通知を各々の参加通
知送受信部９０３で受信した各メンバーは、その参加情
報管理部９０１に指示して、保持している参加情報に新
たなメンバーの参加ＩＤ、ＩＰアドレスおよびポート番
号を追加させる。

【００９１】このように、所属するループ内のメンバー
構成が変化した場合、参加情報管理部９０１は保持する
参加情報の更新を随時おこなう。なお、参加以外にも意
図的な参加中止（退出）や意図しない接続断などにより
ループのメンバー構成は変化するが、本発明の中心内容
ではないため、その場合の処理については説明を省略す
る。

【００９２】また、新たなメンバーは上記通知の際、受
け入れ先ループのメンバーのうちとくに割り込み位置の
両隣のメンバー、すなわち自己の代理人をつとめること
になるメンバーに対しては、サーバー鍵で暗号化された
自己の代理鍵をさらに各代理人の代理鍵で変換したもの
を送信する。

【００９３】そして、各代理人はこれを参加通知送受信
部９０３で受信し、参加情報管理部９０１に指示して、
そこに保持されている参加鍵で解読・保持させる。さら
に、参加情報管理部９０１に指示して、その代理人が自
己から新たなメンバーに変更されるメンバーの代理鍵を
取り出させ、これをその参加通知送受信部９０３から新
たなメンバーに返信する。新たなメンバーはこれを参加
通知送受信部９０３で受信し、その参加情報管理部９０
１に指示して保持させる。この代理鍵の授受について
は、後述するフローチャートで具体例により説明する。

【００９４】なお、参加要求部９００、参加情報管理部
９０１、コンテンツ管理部９０２および参加通知送受信
部９０３は、コンテンツへの参加に先立ってあらかじめ
各クライアントにダウンロードされているプログラム
を、ＣＰＵ５０１が実行することによって実現されるも
のである。このプログラムはＪａｖａにより記述されて
いるので、種々のクライアントのプラットフォーム上で
実行可能である。

【００９５】なお、このプログラムはネットワーク経由
のほか、ＲＯＭ、ＨＤ、ＦＤ、ＣＤ−ＲＯＭ、ＭＯ、Ｄ
ＶＤ、ＩＣカードなどのＣＰＵで読み取り可能な記録媒
体に記録して配布することができ、これらの記録媒体か
らＲＡＭ５０３に読み出されＣＰＵ５０１で実行される
ことにより、上記の各部が実現される。

【００９６】つぎに、この発明の実施の形態による情報
配信システムにおける、コンテンツへの参加からコンテ
ンツの表示までの流れについて説明する。図１０は、こ
の発明の実施の形態による情報配信システムにおける、
コンテンツへの参加からコンテンツの表示までの流れを
示すフローチャートである。以下では図８に示すよう
に、コンテンツの開始時刻前にＡ〜Ｅからなるループに
新たにＦが加わり、その状態で上記開始時刻が到来した
場合を例として説明する。

【００９７】まず、新たにコンテンツに参加しようとす
るＦは、ステップＳ１００１でその参加要求部９００か
らサーバー２０１に対して参加要求を送信する。サーバ
ー２０１はこれを参加受付部６０２で受信し、ステップ
Ｓ１００２でその参加ＩＤ付与部６０２ａにより、Ｆに
参加ＩＤを付与するとともに、ステップＳ１００３でそ
の配置決定部６０２ｂにより、Ａ〜Ｅからなるループを
Ｆの受け入れ先に決定する。そして、ステップＳ１００
４で鍵生成部６０２ｃにより、参加鍵と代理鍵とを生成
し、さらにステップＳ１００５で、この代理鍵をサーバ
ー鍵で暗号化する。

【００９８】そして、ステップＳ１００６で参加情報送
信部６０２ｄから、上記参加ＩＤ、受け入れ先ループの
全メンバーの詳細情報、参加鍵および暗号化された代理
鍵をＦの参加情報管理部９０１に送信する。さらに、ス
テップＳ１００７でコンテンツ送信部６００ｃから、コ
ンテンツ６００ａおよびコンテンツ鍵６００ｂをＦのコ
ンテンツ管理部９０２に送信する。なお、ステップＳ１
００７とステップＳ１００２〜Ｓ１００６とは順序が入
れ替わっていてもよく、あるいは同時並行的におこなう
のであってもよい。

【００９９】ステップＳ１００８で、Ｆはその参加通知
送受信部９０３から受け入れ先の全メンバーＡ〜Ｅに対
して、自己の参加ＩＤなどを示して参加通知を送信す
る。受け入れ先の各メンバーは、この参加通知を各々の
参加通知送受信部９０３で受信し、参加情報管理部９０
１で保持している所属ループのメンバー構成を更新す
る。

【０１００】また、ステップＳ１００９で、とくに自己
の代理人となるＡおよびＥに対しては、サーバー鍵で暗
号化された自己の代理鍵をさらにＡまたはＥの代理鍵で
暗号化したものを、それぞれ参加通知送受信部９０３か
ら送信する。ＡとＥとは、参加通知送受信部９０３で受
信した代理鍵を自己の参加鍵で解読のうえ、参加情報管
理部９０１に格納する。さらに、ＡとＥはその参加通知
送受信部９０３から、Ｆの参加にともなってその代理人
が自己からＦに変更されるメンバーの代理鍵をＦに返信
する。

【０１０１】すなわち、従来ＡはＢとＥとの代理人であ
ったが、Ｆの参加によりＥの代理人を解任されてＦの代
理人となり、以後Ｅの代理人はＦがつとめることになる
ので、ＡからＦにＥの代理鍵を引き渡す。同様に、従来
ＥはＤとＡとの代理人であったが、Ｆの参加によりＡの
代理人を解任されてＦの代理人となり、以後Ａの代理人
はＦがつとめることになるので、ＥからＦにＡの代理鍵
を引き渡す。こうして、Ｆの代理鍵はＡとＥに、Ａの代
理鍵はＦ（とＢ）に、Ｅの代理鍵はＦ（とＤ）に、それ
ぞれ保持されることになる。

【０１０２】なお、ＡとＥはそれぞれ受信したＦの代理
鍵が自己の参加鍵で解読できたという事実から、当該代
理鍵がサーバー鍵で暗号化され（かつ自己の代理鍵で暗
号化され）ていたことを確認できる。サーバー鍵による
暗号化が可能なのはサーバー２０１のみであり、またサ
ーバー２０１からサーバー鍵により暗号化された代理鍵
を配布されるのは正規の参加手続きを踏んだＦ本人のみ
であるので、ＡとＥは上記事実から、受信した代理鍵が
真正な参加者から送信されてきたものであることを確認
できる。

【０１０３】すなわち、サーバー鍵で暗号化された代理
鍵を保持しているということは、その保持者がサーバー
２０１により認証された、当該代理鍵の正規の保持者で
あることを意味し、したがって信用してよいということ
になる。代理鍵がサーバー２０１から代理人への転送途
中で参加者本人に解読されないようにするためだけな
ら、その暗号化はたとえば代理人の公開鍵によりおこな
ってもよいのであるが、上記のようにとくにサーバー鍵
によって暗号化をおこなうことで、代理人に対する参加
者の身分証明や資格証明の意味を持たせることができ
る。

【０１０４】なお、ここではサーバー鍵により暗号化さ
れた代理鍵で身分証明などをおこなったが、サーバー鍵
により暗号化されるデータは本人を特定できる情報であ
れば何であってもよく、たとえば本人の参加ＩＤなどを
含ませるようにしてもよい。サーバー鍵で暗号化された
一連のデータを、参加情報の一つとして参加時に配布し
ておけば、以後参加者はたとえば途中で代理人が変更に
なったときでも、新たな代理人の代理鍵でこのデータを
半解読して渡すことで、自己が真正な参加者であること
をいつでも証明することができる。

【０１０５】この後コンテンツの開始時刻が到来する
と、ステップＳ１０１０でＡ〜Ｆはそのコンテンツ鍵全
解読部９０２ｄから、それぞれ自己の両隣すなわち自己
の代理人に対してコンテンツ鍵の半解読要求を送信す
る。この要求は各代理人のコンテンツ鍵半解読部９０２
ｃにより受信され、ステップＳ１０１１で各代理人は自
己が代理人をつとめる参加者の代理鍵をもちいて、暗号
化されたコンテンツ鍵を半解読する。そして、ステップ
Ｓ１０１２で半解読後のコンテンツ鍵を上記参加者に送
信し、各参加者はこれをコンテンツ鍵全解読部９０２ｄ
で受信して、ステップＳ１０１３でさらにこれを自己の
参加鍵により全解読する。

【０１０６】さらに、ステップＳ１０１４でコンテンツ
解読部９０２ｅにより、全解読されたコンテンツ鍵をも
ちいて暗号化されたコンテンツを解読し、ステップＳ１
０１５でコンテンツ表示部９０２ｆにより、解読された
コンテンツをディスプレイなどに表示して、本フローチ
ャートによる処理を終了する。

【０１０７】以上説明した実施の形態によれば、事前に
コンテンツやコンテンツ鍵を配布しておいてもその解読
は開始時刻にならないとできないので、これらの配布を
開始時刻までの一定の期間内に徐々におこなうことがで
き、開始時刻にサーバーに負荷が集中して処理が遅延し
たり中断したりするのを防ぐことができる。また、代理
人は原則として同一ネットワーク内から選ばれるので、
開始時刻におこなわれるコンテンツ鍵の授受のための通
信は当該ネットワーク内に限定され、その外部に影響を
及ぼすことがない。

【０１０８】なお、上述した実施の形態では、クライア
ントの参加受付やコンテンツの配布は同一のサーバー２
０１でおこなうようにしたが、各機能を物理的にどのコ
ンピュータに持たせるかは重要ではなく、たとえばこれ
らをそれぞれ別個のコンピュータでおこなわせるように
してもよい。また、現実には数百万レベルといった大量
のクライアントを想定しているため、複数のサーバー間
で負荷を分散しながら処理を進めることになる。

【０１０９】また、上述した実施の形態では、あるクラ
イアントのコンテンツ鍵半解読部９０２ｃが開始時刻到
来と判断するタイミングと、その代理人のコンテンツ鍵
全解読部９０２ｄが開始時刻到来と判断するタイミング
とは一致していることを前提に説明したが、各クライア
ントが測定する時刻は実際には同一ではない。そして、
クライアント間で時刻が合っていないと、開始時刻に発
せられた半解読要求が受け取り側では開始時刻前と判断
されて無視されたり、逆に開始時刻前の要求が受け付け
られたりして、コンテンツの解読時期がばらついてしま
う問題が生ずる。

【０１１０】そこで、各クライアントは同一ループ内の
上担当のクライアントに、上担当のクライアントはその
直上のループの下担当のクライアントに、それぞれ時刻
を問い合わせることで、最終的に全クライアントの時刻
がサーバーの時刻と一致するような時刻合わせを定期的
におこなう。

【０１１１】また、本実施の形態で説明した情報配信方
法は、あらかじめ用意されたプログラムをパーソナル・
コンピューターやワークステーション等のコンピュータ
で実行することにより実現することができる。このプロ
グラムは、ハードディスク、フロッピーディスク、ＣＤ
−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可
能な記録媒体に記録され、コンピュータによって記録媒
体から読み出されることによって実行される。またこの
プログラムは、上記記録媒体を介して、インターネット
等のネットワークを介して配布することができる。

【０１１２】

【発明の効果】以上説明したように請求項１に記載の発
明によれば、サーバーからクライアントに対して情報を
配信する情報配信システムにおいて、前記サーバーが、
各クライアントについて当該クライアントが代理人をつ
とめるクライアントおよび当該クライアントの代理人を
つとめるクライアントを決定する代理人決定手段を備
え、前記クライアントが、所定の時刻に、前記情報を、
前記情報が暗号化される前の元の情報に復元するための
途中段階の情報に変換する半解読手段と、前記半解読手
段により変換された情報を前記代理人決定手段により決
定された自己が代理人をつとめるクライアントに送信す
る送信手段と、前記代理人決定手段により決定された自
己の代理人をつとめるクライアントの前記送信手段から
送信されてきた情報を受信する受信手段と、前記受信手
段により受信された情報を、前記元の情報に復元する全
解読手段と、を備えたので、サーバーから情報を配信さ
れた各クライアントは、所定の時刻にその代理人が当該
情報を半解読して送信してくれない限り、当該情報を全
解読することができず、これによって、多数の配信先で
同時に閲覧が開始されなければならない情報を事前に各
配信先に配信しておくことが可能な情報配信システムが
得られるという効果を奏する。

【０１１３】また、請求項２に記載の発明によれば、前
記請求項１に記載の発明において、前記サーバーが、さ
らに、前記情報を暗号化したサーバー鍵から各クライア
ントの参加鍵および代理鍵を生成する鍵生成手段を備
え、前記半解読手段は、前記代理人決定手段により決定
された自己が代理人をつとめるクライアントの、前記鍵
生成手段により生成された代理鍵をもちいて前記情報を
所定の時刻に変換するとともに、前記全解読手段は、前
記受信手段により受信された情報を前記鍵生成手段によ
り生成された自己の参加鍵をもちいて復元するので、サ
ーバー鍵により暗号化された情報を配信された各クライ
アントは、所定の時刻に自己の代理鍵を保持する代理人
が当該代理鍵で当該情報を半解読して送信してくれない
限り、当該情報を自己の保持する参加鍵で全解読するこ
とはできず、これによって、多数の配信先で同時に閲覧
が開始されなければならない情報を事前に各配信先に配
信しておくことが可能な情報配信システムが得られると
いう効果を奏する。

【０１１４】また、請求項３に記載の発明によれば、サ
ーバーからクライアントに対して情報を配信する情報配
信方法において、所定の時刻に、前記情報を、前記情報
が暗号化される前の元の情報に復元するための途中段階
の情報に変換する半解読工程と、前記半解読工程で変換
された情報を送信する送信工程と、前記送信工程で送信
された情報を受信する受信工程と、前記受信工程で受信
された情報を、前記元の情報に復元する全解読工程と、
を含んだので、サーバーからクライアントに配信された
情報は、所定の時刻に半解読された後でないと全解読す
ることができず、この半解読を所定の時刻に他の配信先
でおこなわせることによって、多数の配信先で同時に閲
覧が開始されなければならない情報を事前に各配信先に
配信しておくことが可能な情報配信方法が得られるとい
う効果を奏する。

【０１１５】また、請求項４に記載の発明によれば、前
記請求項３に記載の発明において、さらに、各クライア
ントについて当該クライアントが代理人をつとめるクラ
イアントおよび当該クライアントの代理人をつとめるク
ライアントを決定する代理人決定工程を含み、前記送信
工程では、前記半解読工程で変換された情報を前記代理
人決定工程で決定された自己が代理人をつとめるクライ
アントに送信するとともに、前記受信工程では、前記代
理人決定工程で決定された自己の代理人をつとめるクラ
イアントから送信されてきた情報を受信するので、サー
バーから情報を配信された各クライアントは、所定の時
刻にその代理人が当該情報を半解読して送信してくれな
い限り、当該情報を全解読することができず、これによ
って、多数の配信先で同時に閲覧が開始されなければな
らない情報を事前に各配信先に配信しておくことが可能
な情報配信方法が得られるという効果を奏する。

【０１１６】また、請求項５に記載の発明によれば、前
記請求項４に記載の発明において、さらに、前記情報を
暗号化したサーバー鍵から各クライアントの参加鍵およ
び代理鍵を生成する鍵生成工程を含み、前記半解読工程
では、前記代理人決定工程で決定された自己が代理人を
つとめるクライアントの、前記鍵生成工程で生成された
代理鍵をもちいて前記情報を所定の時刻に変換するとと
もに、前記全解読工程では、前記受信工程で受信された
情報を前記鍵生成工程で生成された自己の参加鍵をもち
いて復元するので、サーバー鍵により暗号化された情報
を配信された各クライアントは、所定の時刻に自己の代
理鍵を保持する代理人が当該代理鍵で当該情報を半解読
して送信してくれない限り、当該情報を自己の保持する
参加鍵で全解読することはできず、これによって、多数
の配信先で同時に閲覧が開始されなければならない情報
を事前に各配信先に配信しておくことが可能な情報配信
方法が得られるという効果を奏する。

【０１１７】また、請求項６に記載の発明によれば、前
記請求項３〜請求項５のいずれか一つに記載された方法
をコンピュータに実行させることによって、前記請求項
３〜請求項５の動作をコンピュータによって実現するこ
とが可能なプログラムが得られるという効果を奏する。

【０１１８】また、請求項７に記載の発明によれば、前
記請求項３〜請求項５に記載された方法をコンピュータ
に実行させるプログラムを記録したことで、そのプログ
ラムを機械読み取り可能となり、これによって、前記請
求項３〜請求項５の動作をコンピュータによって実現す
ることが可能な記録媒体が得られるという効果を奏す
る。

【図面の簡単な説明】

【図１】この発明の基本原理を模式的に示す説明図であ
る。

【図２】この発明の実施の形態による情報配信システム
のシステム構成を示す説明図である。

【図３】この発明の実施の形態による情報配信システム
のシステム構成を、概念的・模式的に示す説明図であ
る。

【図４】図３の一部をより詳細に示す説明図である。

【図５】この発明の実施の形態による情報配信システム
を構成する各コンピュータのハードウエア構成の一例を
示す説明図である。

【図６】この発明の実施の形態による情報配信システム
内の、サーバー２０１の構成を機能的に示す説明図であ
る。

【図７】この発明の実施の形態による情報配信システム
において提供されるコンテンツの一例を示す説明図であ
る。

【図８】この発明の実施の形態による情報配信システム
における、各クライアントの代理関係を説明するための
説明図である。

【図９】この発明の実施の形態による情報配信システム
内の、各クライアントの構成を機能的に示す説明図であ
る。

【図１０】この発明の実施の形態による、コンテンツへ
の参加からコンテンツの表示までの流れを示すフローチ
ャートである。

【符号の説明】

１００コンテンツ１０１コンテンツ鍵１０２サーバー鍵１０３参加鍵１０４代理鍵２００インターネット２０１サーバー２０２ａ〜２０２ｊ，２０３ａ〜２０３ｉ，２０４ａ〜
２０４ｆ，２０５ａ〜２０５ｅクライアント２０６，２０７，２０８プロバイダ２０９プロキシ５００バスまたはケーブル５０１ＣＰＵ５０２ＲＯＭ５０３ＲＡＭ５０４ＨＤＤ５０５ＨＤ５０６ＦＤＤ５０７ＦＤ５０８ディスプレイ５０９モデム５１０公衆電話回線５１１キーボード５１２マウス５１３スキャナ５１４プリンタ５１５ＣＤ−ＲＯＭ５１６ＣＤ−ＲＯＭドライブ６００コンテンツ管理部６０１参加者管理部６０２参加受付部９００参加要求部９０１参加情報管理部９０２コンテンツ管理部９０３参加通知送受信部

Claims

【特許請求の範囲】

【請求項１】サーバーからクライアントに対して情報
を配信する情報配信システムにおいて、前記サーバーは、各クライアントについて当該クライア
ントが代理人をつとめるクライアントおよび当該クライ
アントの代理人をつとめるクライアントを決定する代理
人決定手段を備え、前記クライアントは、所定の時刻に、前記情報を、前記情報が暗号化される前
の元の情報に復元するための途中段階の情報に変換する
半解読手段と、前記半解読手段により変換された情報を前記代理人決定
手段により決定された自己が代理人をつとめるクライア
ントに送信する送信手段と、前記代理人決定手段により決定された自己の代理人をつ
とめるクライアントの前記送信手段から送信されてきた
情報を受信する受信手段と、前記受信手段により受信された情報を、前記元の情報に
復元する全解読手段と、を備えたことを特徴とする情報配信システム。
【請求項２】前記サーバーは、さらに、前記情報を暗
号化したサーバー鍵から各クライアントの参加鍵および
代理鍵を生成する鍵生成手段を備え、前記半解読手段は、前記代理人決定手段により決定され
た自己が代理人をつとめるクライアントの、前記鍵生成
手段により生成された代理鍵をもちいて前記情報を所定
の時刻に変換するとともに、前記全解読手段は、前記受信手段により受信された情報
を前記鍵生成手段により生成された自己の参加鍵をもち
いて復元することを特徴とする前記請求項１に記載の情
報配信システム。
【請求項３】サーバーからクライアントに対して情報
を配信する情報配信方法において、所定の時刻に、前記情報を、前記情報が暗号化される前
の元の情報に復元するための途中段階の情報に変換する
半解読工程と、前記半解読工程で変換された情報を送信する送信工程
と、前記送信工程で送信された情報を受信する受信工程と、前記受信工程で受信された情報を、前記元の情報に復元
する全解読工程と、を含んだことを特徴とする情報配信方法。
【請求項４】さらに、各クライアントについて当該ク
ライアントが代理人をつとめるクライアントおよび当該
クライアントの代理人をつとめるクライアントを決定す
る代理人決定工程を含み、前記送信工程では、前記半解読工程で変換された情報を
前記代理人決定工程で決定された自己が代理人をつとめ
るクライアントに送信するとともに、前記受信工程では、前記代理人決定工程で決定された自
己の代理人をつとめるクライアントから送信されてきた
情報を受信することを特徴とする前記請求項３に記載の
情報配信方法。
【請求項５】さらに、前記情報を暗号化したサーバー
鍵から各クライアントの参加鍵および代理鍵を生成する
鍵生成工程を含み、前記半解読工程では、前記代理人決定工程で決定された
自己が代理人をつとめるクライアントの、前記鍵生成工
程で生成された代理鍵をもちいて前記情報を所定の時刻
に変換するとともに、前記全解読工程では、前記受信工程で受信された情報を
前記鍵生成工程で生成された自己の参加鍵をもちいて復
元することを特徴とする前記請求項４に記載の情報配信
方法。
【請求項６】前記請求項３〜請求項５のいずれか一つ
に記載された方法をコンピュータに実行させるプログラ
ム。
【請求項７】前記請求項６に記載されたプログラムを
記録したことを特徴とするコンピュータ読み取り可能な
記録媒体。