知財求人 - 知財ポータルサイト「IP Force」
特許7685940ウェブ会議システム、クライアント装置、クライアントプログラム、サーバ装置、およびサーバプログラム
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2025-05-22
(45)【発行日】2025-05-30
(54)【発明の名称】ウェブ会議システム、クライアント装置、クライアントプログラム、サーバ装置、およびサーバプログラム
(51)【国際特許分類】
H04L 9/08 20060101AFI20250523BHJP
H04L 9/32 20060101ALI20250523BHJP
【ＦＩ】
H04L9/08 B
H04L9/08 E
H04L9/32 200D
【請求項の数】
13
(21)【出願番号】P 2021196392
(22)【出願日】2021-12-02
(65)【公開番号】P2023082548
(43)【公開日】2023-06-14
【審査請求日】2024-05-24
(73)【特許権者】
【識別番号】000006013
【氏名又は名称】三菱電機株式会社
(74)【代理人】
【識別番号】110002491
【氏名又は名称】弁理士法人クロスボーダー特許事務所
(72)【発明者】
【氏名】山口 晃由
(72)【発明者】
【氏名】鈴木 大輔
【審査官】酒井 大門
(56)【参考文献】
【文献】特開平０８－２５６１４５（ＪＰ，Ａ）
【文献】特開２００２－２９０９４０（ＪＰ，Ａ）
【文献】特開２０１９－０４７４３０（ＪＰ，Ａ）
【文献】特開２００５－３１１５２７（ＪＰ，Ａ）
【文献】特表２０１４－５３０５５４（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｌ ９／００－ ９／４０
(57)【特許請求の範囲】
【請求項1】
ウェブ会議に参加する複数のクライアント装置を備え、前記複数のクライアント装置のそれぞれは、
前記ウェブ会議に１番目に参加したときに、前記ウェブ会議でのメッセージの通信に用いられる通信鍵を生成して保管し、
前記ウェブ会議に２番目以降に参加したときに、前記ウェブ会議に参加中で親クライアントになったクライアント装置と鍵共有を行い、前記親クライアントからの暗号化済み通信鍵を受信し、前記親クライアントとの共有鍵を用いて前記暗号化済み通信鍵から前記通信鍵を復号し、前記通信鍵を保管し、
前記ウェブ会議に参加中で子クライアントとの前記鍵共有を行っていない場合、前記ウェブ会議に新たに参加したクライアント装置を前記子クライアントにして前記鍵共有を行い、保管中の前記通信鍵をハッシュ化によって更新し、更新済みで保管中の前記通信鍵を前記子クライアントとの共有鍵を用いて暗号化し、前記子クライアントに対して暗号化済み通信鍵を送信し、前記親クライアントに対して参加通知を送信し、
前記子クライアントからの参加通知を受信した場合、保管中の前記通信鍵を前記ハッシュ化によって更新する
ウェブ会議システム。
【請求項2】
前記ウェブ会議に参加済みの各クライアント装置は、前記ウェブ会議から離脱したときに、前記親クライアントと前記子クライアントのそれぞれに対して離脱通知を送信し、
前記ウェブ会議に参加中の各クライアント装置は、
前記親クライアントの離脱通知を受信した場合、前記親クライアントに対する親クライアントを新たな親クライアントにして前記新たな親クライアントと前記鍵共有を行い、前記新たな親クライアントからの暗号化通信鍵を受信し、前記新たな親クライアントとの共有鍵を用いて前記暗号化通信鍵から新たな通信鍵を復号し、保管中の前記通信鍵の代わりに前記新たな通信鍵を保管し、前記新たな通信鍵を前記子クライアントとの前記共有鍵を用いて暗号化し、前記子クライアントに対して暗号化通信鍵を送信し、
前記親クライアントからの暗号化通信鍵を受信した場合、前記親クライアントとの前記共有鍵を用いて前記暗号化通信鍵から新たな通信鍵を復号し、保管中の前記通信鍵の代わりに前記新たな通信鍵を保管し、
前記子クライアントの離脱通知を受信した場合、前記子クライアントに対する子クライアントを新たな子クライアントにして前記新たな子クライアントと前記鍵共有を行い、新たな通信鍵を生成して保管中の前記通信鍵の代わりに保管し、前記新たな通信鍵を前記新たな子クライアントとの共有鍵を用いて暗号化し、前記新たな子クライアントに対して暗号化通信鍵を送信する
請求項１に記載のウェブ会議システム。
【請求項3】
前記ウェブ会議に参加中の各クライアント装置は、前記ウェブ会議からの離脱済みを確認するための確認要求を受信した場合、前記確認要求に対する確認応答を送信し、
任意のタイミングになったときに、前記確認要求を送信し、前記ウェブ会議に参加中のクライアント装置からの前記確認応答を受信し、前記ウェブ会議から離脱済みでなく前記確認応答の送信元でないクライアント装置を離脱済みクライアントとして検出し、前記離脱済みクライアントの離脱通知を送信する
請求項２に記載のウェブ会議システム。
【請求項4】
前記複数のクライアント装置のそれぞれは、前記親クライアントと前記子クライアントのいずれかが前記ウェブ会議から離脱しない限り他のクライアント装置と前記鍵共有を行わない請求項１から請求項３のいずれか１項に記載のウェブ会議システム。
【請求項5】
前記ウェブ会議システムは、サーバ装置を備え、前記複数のクライアント装置のそれぞれは、前記ウェブ会議に参加するときに、参加要求クライアントになって識別コードを示す参加要求を前記サーバ装置へ送信し、
前記サーバ装置は、
前記ウェブ会議に１番目に参加する参加要求クライアントの参加要求を受信した場合、受信した参加要求に示される識別コードを前記ウェブ会議のメンバーリストと照合し、照合結果に基づいて前記参加要求クライアントの参加可否を判定し、判定結果を示す参加応答を前記参加要求クライアントへ送信し、
前記ウェブ会議に２番目以降に参加する参加要求クライアントの参加要求を受信した場合、前記参加要求クライアントのための認証要求を前記ウェブ会議に参加中の全てのクライアント装置へ送信し、
前記ウェブ会議に参加中の各クライアント装置は、
前記認証要求を受信したときに子クライアントとの前記鍵共有を行っていない場合、前記参加要求クライアントから送信される署名付き交換鍵を受信し、前記署名付き交換鍵の署名を検証し、前記署名付き交換鍵の前記署名が正しい場合に前記参加要求クライアントを前記子クライアントにして前記交換鍵を用いて前記鍵共有を行う
請求項１から請求項４のいずれか１項に記載のウェブ会議システム。
【請求項6】
前記複数のクライアント装置のいずれかは、前記メンバーリストを生成し、署名付きメンバーリストを前記サーバ装置へ送信し、前記サーバ装置は、前記署名付きメンバーリストを受信し、前記署名付きメンバーリストの署名を検証し、前記署名付きメンバーリストの前記署名が正しい場合に前記メンバーリストを保管し、
前記複数のクライアント装置のそれぞれは、前記サーバ装置から前記メンバーリストを受信し、前記メンバーリストを修正し、署名付き修正済みリストを前記サーバ装置へ送信し、
前記サーバ装置は、前記署名付き修正済みリストを受信し、前記署名付き修正済みリストの署名を検証し、前記署名付き修正済みリストの前記署名が正しい場合に保管中の前記メンバーリストを前記修正済みリストで更新する
請求項５に記載のウェブ会議システム。
【請求項7】
前記ウェブ会議システムは、認証局装置を備え、前記サーバ装置は、前記複数のクライアント装置のそれぞれの前記識別コードを生成し、前記複数のクライアント装置のそれぞれに前記識別コードを送信し、
前記複数のクライアント装置のそれぞれは、前記識別コードを受信し、署名鍵ペアを生成し、署名公開鍵と前記識別コードを示す証明書要求を前記認証局装置へ送信し、
前記認証局装置は、前記証明書要求を受信し、前記証明書要求に示される前記識別コードを示す照会要求を前記サーバ装置へ送信し、
前記サーバ装置は、前記照会要求を受信し、前記照会要求に示される前記識別コードを前記複数のクライアント装置のそれぞれの前記識別コードと照合し、照合結果を示す照会応答を前記認証局装置へ送信し、
前記認証局装置は、前記照会応答を受信し、前記照会要求に示される前記識別コードが前記複数のクライアント装置のいずれかの前記識別コードである場合に前記証明書要求に示される前記署名公開鍵を含む電子証明書を前記証明書要求の送信元であるクライアント装置のために発行する
請求項５または請求項６に記載のウェブ会議システム。
【請求項8】
請求項１から請求項７のいずれか１項に記載のウェブ会議システムで使用されるクライアント装置。
【請求項9】
請求項８に記載のクライアント装置としてコンピュータを機能させるためのクライアントプログラム。
【請求項10】
請求項６に記載のウェブ会議システムで使用されるサーバ装置であり、
複数のクライアント装置のいずれかは、ウェブ会議のメンバーリストを生成し、署名付きメンバーリストを前記サーバ装置へ送信し、
前記サーバ装置は、前記署名付きメンバーリストを受信し、前記署名付きメンバーリストの署名を検証し、前記署名付きメンバーリストの前記署名が正しい場合に前記メンバーリストを保管し、
前記複数のクライアント装置のそれぞれは、前記サーバ装置から前記メンバーリストを受信し、前記メンバーリストを修正し、署名付き修正済みリストを前記サーバ装置へ送信し、
前記サーバ装置は、前記署名付き修正済みリストを受信し、前記署名付き修正済みリストの署名を検証し、前記署名付き修正済みリストの前記署名が正しい場合に保管中の前記メンバーリストを前記修正済みリストで更新し、
前記複数のクライアント装置のそれぞれは、前記ウェブ会議に参加するときに、参加要求クライアントになって識別コードを示す参加要求を前記サーバ装置へ送信し、
前記サーバ装置は、
前記ウェブ会議に１番目に参加する参加要求クライアントの参加要求を受信した場合、受信した参加要求に示される識別コードを前記メンバーリストと照合し、照合結果に基づいて前記参加要求クライアントの参加可否を判定し、判定結果を示す参加応答を前記参加要求クライアントへ送信し、
前記ウェブ会議に２番目以降に参加する参加要求クライアントの参加要求を受信した場合、前記参加要求クライアントのための認証要求を前記ウェブ会議に参加中の全てのクライアント装置へ送信し、
前記ウェブ会議に参加中の各クライアント装置は、前記認証要求を受信したときに子クライアントとの前記鍵共有を行っていない場合、前記参加要求クライアントから送信される署名付き交換鍵を受信し、前記署名付き交換鍵の署名を検証し、前記署名付き交換鍵の前記署名が正しい場合に前記参加要求クライアントを前記子クライアントにして前記交換鍵を用いて前記鍵共有を行い、
前記複数のクライアント装置のそれぞれは、
前記ウェブ会議に１番目に参加したときに、前記ウェブ会議でのメッセージの通信に用いられる通信鍵を生成して保管し、
前記ウェブ会議に２番目以降に参加したときに、前記ウェブ会議に参加中で親クライアントになったクライアント装置と鍵共有を行い、前記親クライアントからの暗号化済み通信鍵を受信し、前記親クライアントとの共有鍵を用いて前記暗号化済み通信鍵から前記通信鍵を復号し、前記通信鍵を保管し、
前記ウェブ会議に参加中で子クライアントとの前記鍵共有を行っていない場合、前記ウェブ会議に新たに参加したクライアント装置を前記子クライアントにして前記鍵共有を行い、保管中の前記通信鍵をハッシュ化によって更新し、更新済みで保管中の前記通信鍵を前記子クライアントとの共有鍵を用いて暗号化し、前記子クライアントに対して暗号化済み通信鍵を送信し、前記親クライアントに対して参加通知を送信し、
前記子クライアントからの参加通知を受信した場合、保管中の前記通信鍵を前記ハッシュ化によって更新する。
【請求項11】
請求項７に記載のウェブ会議システムで使用されるサーバ装置であり、
前記サーバ装置は、複数のクライアント装置のそれぞれの識別コードを生成し、前記複数のクライアント装置のそれぞれに前記識別コードを送信し、
前記複数のクライアント装置のそれぞれは、前記識別コードを受信し、署名鍵ペアを生成し、署名公開鍵と前記識別コードを示す証明書要求を前記認証局装置へ送信し、
認証局装置は、前記証明書要求を受信し、前記証明書要求に示される前記識別コードを示す照会要求を前記サーバ装置へ送信し、
前記サーバ装置は、前記照会要求を受信し、前記照会要求に示される前記識別コードを前記複数のクライアント装置のそれぞれの前記識別コードと照合し、照合結果を示す照会応答を前記認証局装置へ送信し、
前記認証局装置は、前記照会応答を受信し、前記照会要求に示される前記識別コードが前記複数のクライアント装置のいずれかの前記識別コードである場合に前記証明書要求に示される前記署名公開鍵を含む電子証明書を前記証明書要求の送信元であるクライアント装置のために発行し、
前記複数のクライアント装置のそれぞれは、前記ウェブ会議に参加するときに、参加要求クライアントになって識別コードを示す参加要求を前記サーバ装置へ送信し、
前記サーバ装置は、
前記ウェブ会議に１番目に参加する参加要求クライアントの参加要求を受信した場合、受信した参加要求に示される識別コードを前記ウェブ会議のメンバーリストと照合し、照合結果に基づいて前記参加要求クライアントの参加可否を判定し、判定結果を示す参加応答を前記参加要求クライアントへ送信し、
前記ウェブ会議に２番目以降に参加する参加要求クライアントの参加要求を受信した場合、前記参加要求クライアントのための認証要求を前記ウェブ会議に参加中の全てのクライアント装置へ送信し、
前記ウェブ会議に参加中の各クライアント装置は、前記認証要求を受信したときに子クライアントとの前記鍵共有を行っていない場合、前記参加要求クライアントから送信される署名付き交換鍵を受信し、前記署名付き交換鍵の署名を検証し、前記署名付き交換鍵の前記署名が正しい場合に前記参加要求クライアントを前記子クライアントにして前記交換鍵を用いて前記鍵共有を行い、
前記複数のクライアント装置のそれぞれは、
前記ウェブ会議に１番目に参加したときに、前記ウェブ会議でのメッセージの通信に用いられる通信鍵を生成して保管し、
前記ウェブ会議に２番目以降に参加したときに、前記ウェブ会議に参加中で親クライアントになったクライアント装置と鍵共有を行い、前記親クライアントからの暗号化済み通信鍵を受信し、前記親クライアントとの共有鍵を用いて前記暗号化済み通信鍵から前記通信鍵を復号し、前記通信鍵を保管し、
前記ウェブ会議に参加中で子クライアントとの前記鍵共有を行っていない場合、前記ウェブ会議に新たに参加したクライアント装置を前記子クライアントにして前記鍵共有を行い、保管中の前記通信鍵をハッシュ化によって更新し、更新済みで保管中の前記通信鍵を前記子クライアントとの共有鍵を用いて暗号化し、前記子クライアントに対して暗号化済み通信鍵を送信し、前記親クライアントに対して参加通知を送信し、
前記子クライアントからの参加通知を受信した場合、保管中の前記通信鍵を前記ハッシュ化によって更新する。
【請求項12】
請求項１０に記載のサーバ装置としてコンピュータを機能させるためのサーバプログラムであり、
複数のクライアント装置のいずれかは、ウェブ会議のメンバーリストを生成し、署名付きメンバーリストを前記サーバ装置へ送信し、
前記サーバ装置は、前記署名付きメンバーリストを受信し、前記署名付きメンバーリストの署名を検証し、前記署名付きメンバーリストの前記署名が正しい場合に前記メンバーリストを保管し、
前記複数のクライアント装置のそれぞれは、前記サーバ装置から前記メンバーリストを受信し、前記メンバーリストを修正し、署名付き修正済みリストを前記サーバ装置へ送信し、
前記サーバ装置は、前記署名付き修正済みリストを受信し、前記署名付き修正済みリストの署名を検証し、前記署名付き修正済みリストの前記署名が正しい場合に保管中の前記メンバーリストを前記修正済みリストで更新し、
前記複数のクライアント装置のそれぞれは、前記ウェブ会議に参加するときに、参加要求クライアントになって識別コードを示す参加要求を前記サーバ装置へ送信し、
前記サーバ装置は、
前記ウェブ会議に１番目に参加する参加要求クライアントの参加要求を受信した場合、受信した参加要求に示される識別コードを前記メンバーリストと照合し、照合結果に基づいて前記参加要求クライアントの参加可否を判定し、判定結果を示す参加応答を前記参加要求クライアントへ送信し、
前記ウェブ会議に２番目以降に参加する参加要求クライアントの参加要求を受信した場合、前記参加要求クライアントのための認証要求を前記ウェブ会議に参加中の全てのクライアント装置へ送信し、
前記ウェブ会議に参加中の各クライアント装置は、前記認証要求を受信したときに子クライアントとの前記鍵共有を行っていない場合、前記参加要求クライアントから送信される署名付き交換鍵を受信し、前記署名付き交換鍵の署名を検証し、前記署名付き交換鍵の前記署名が正しい場合に前記参加要求クライアントを前記子クライアントにして前記交換鍵を用いて前記鍵共有を行い、
前記複数のクライアント装置のそれぞれは、
前記ウェブ会議に１番目に参加したときに、前記ウェブ会議でのメッセージの通信に用いられる通信鍵を生成して保管し、
前記ウェブ会議に２番目以降に参加したときに、前記ウェブ会議に参加中で親クライアントになったクライアント装置と鍵共有を行い、前記親クライアントからの暗号化済み通信鍵を受信し、前記親クライアントとの共有鍵を用いて前記暗号化済み通信鍵から前記通信鍵を復号し、前記通信鍵を保管し、
前記ウェブ会議に参加中で子クライアントとの前記鍵共有を行っていない場合、前記ウェブ会議に新たに参加したクライアント装置を前記子クライアントにして前記鍵共有を行い、保管中の前記通信鍵をハッシュ化によって更新し、更新済みで保管中の前記通信鍵を前記子クライアントとの共有鍵を用いて暗号化し、前記子クライアントに対して暗号化済み通信鍵を送信し、前記親クライアントに対して参加通知を送信し、
前記子クライアントからの参加通知を受信した場合、保管中の前記通信鍵を前記ハッシュ化によって更新する。
【請求項13】
請求項１１に記載のサーバ装置としてコンピュータを機能させるためのサーバプログラムであり、
前記サーバ装置は、複数のクライアント装置のそれぞれの識別コードを生成し、前記複数のクライアント装置のそれぞれに前記識別コードを送信し、
前記複数のクライアント装置のそれぞれは、前記識別コードを受信し、署名鍵ペアを生成し、署名公開鍵と前記識別コードを示す証明書要求を前記認証局装置へ送信し、
認証局装置は、前記証明書要求を受信し、前記証明書要求に示される前記識別コードを示す照会要求を前記サーバ装置へ送信し、
前記サーバ装置は、前記照会要求を受信し、前記照会要求に示される前記識別コードを前記複数のクライアント装置のそれぞれの前記識別コードと照合し、照合結果を示す照会応答を前記認証局装置へ送信し、
前記認証局装置は、前記照会応答を受信し、前記照会要求に示される前記識別コードが前記複数のクライアント装置のいずれかの前記識別コードである場合に前記証明書要求に示される前記署名公開鍵を含む電子証明書を前記証明書要求の送信元であるクライアント装置のために発行し、
前記複数のクライアント装置のそれぞれは、前記ウェブ会議に参加するときに、参加要求クライアントになって識別コードを示す参加要求を前記サーバ装置へ送信し、
前記サーバ装置は、
前記ウェブ会議に１番目に参加する参加要求クライアントの参加要求を受信した場合、受信した参加要求に示される識別コードを前記ウェブ会議のメンバーリストと照合し、照合結果に基づいて前記参加要求クライアントの参加可否を判定し、判定結果を示す参加応答を前記参加要求クライアントへ送信し、
前記ウェブ会議に２番目以降に参加する参加要求クライアントの参加要求を受信した場合、前記参加要求クライアントのための認証要求を前記ウェブ会議に参加中の全てのクライアント装置へ送信し、
前記ウェブ会議に参加中の各クライアント装置は、前記認証要求を受信したときに子クライアントとの前記鍵共有を行っていない場合、前記参加要求クライアントから送信される署名付き交換鍵を受信し、前記署名付き交換鍵の署名を検証し、前記署名付き交換鍵の前記署名が正しい場合に前記参加要求クライアントを前記子クライアントにして前記交換鍵を用いて前記鍵共有を行い、
前記複数のクライアント装置のそれぞれは、
前記ウェブ会議に１番目に参加したときに、前記ウェブ会議でのメッセージの通信に用いられる通信鍵を生成して保管し、
前記ウェブ会議に２番目以降に参加したときに、前記ウェブ会議に参加中で親クライアントになったクライアント装置と鍵共有を行い、前記親クライアントからの暗号化済み通信鍵を受信し、前記親クライアントとの共有鍵を用いて前記暗号化済み通信鍵から前記通信鍵を復号し、前記通信鍵を保管し、
前記ウェブ会議に参加中で子クライアントとの前記鍵共有を行っていない場合、前記ウェブ会議に新たに参加したクライアント装置を前記子クライアントにして前記鍵共有を行い、保管中の前記通信鍵をハッシュ化によって更新し、更新済みで保管中の前記通信鍵を前記子クライアントとの共有鍵を用いて暗号化し、前記子クライアントに対して暗号化済み通信鍵を送信し、前記親クライアントに対して参加通知を送信し、
前記子クライアントからの参加通知を受信した場合、保管中の前記通信鍵を前記ハッシュ化によって更新する。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、ウェブ会議システムに関するものである。
【背景技術】
【0002】
ウェブ会議システムにおいて、メッセージが暗号化され各参加者に送信される。メッセージ通信用の暗号鍵は、暗号化され各参加者に送信される。
非特許文献１には、各参加者が参加者全員と２者間鍵共有を行うことが記載されている。
非特許文献１には、各参加者が参加者全員と２者間鍵共有を行うことが記載されている。
【0003】
ｎ者がウェブ会議に参加するとｎＣ２回の鍵共有が必要となる。鍵共有には多大なコストがかかるため、鍵共有の回数をできるだけ減らす必要がある。
【先行技術文献】
【非特許文献】
【0004】
【文献】Ｐａｕｌ Ｒｏｓｌｅｒ， ｅｔ．ａｌ．， “Ｍｏｒｅ ｉｓ Ｌｅｓｓ： Ｏｎ ｔｈｅ Ｅｎｄ－ｔｏ－Ｅｎｄ Ｓｅｃｕｒｉｔｙ ｏｆ Ｇｒｏｕｐ Ｃｈａｔｓ ｉｎ Ｓｉｇｎａｌ， ＷｈａｔｓＡｐｐ， ａｎｄ Ｔｈｒｅｅｍａ”， ２０１８ ＩＥＥＥ Ｅｕｒｏｐｅａｎ Ｓｙｍｐｏｓｉｕｍ ｏｎ Ｓｅｃｕｒｉｔｙ ａｎｄ Ｐｒｉｖａｃｙ （ＥｕｒｏＳ＆Ｐ）
【発明の概要】
【発明が解決しようとする課題】
【0005】
本開示は、ウェブ会議の各参加者が、少ない回数の２者間鍵共有によって、メッセージ通信用の暗号鍵を取得できるようにすることを目的とする。
【課題を解決するための手段】
【0006】
本開示のウェブ会議システムは、
ウェブ会議に参加する複数のクライアント装置を備える。
前記複数のクライアント装置のそれぞれは、
前記ウェブ会議に１番目に参加したときに、前記ウェブ会議でのメッセージの通信に用いられる通信鍵を生成して保管し、
前記ウェブ会議に２番目以降に参加したときに、前記ウェブ会議に参加中で親クライアントになったクライアント装置と鍵共有を行い、前記親クライアントからの暗号化通信鍵を受信し、前記親クライアントとの共有鍵を用いて前記暗号化通信鍵から前記通信鍵を復号し、前記通信鍵を保管し、
前記ウェブ会議に参加中で子クライアントとの前記鍵共有を行っていない場合、前記ウェブ会議に新たに参加したクライアント装置を前記子クライアントにして前記鍵共有を行い、保管中の前記通信鍵をハッシュ化によって更新し、更新済みで保管中の前記通信鍵を前記子クライアントとの共有鍵を用いて暗号化し、前記子クライアントに対して暗号化通信鍵を送信し、前記親クライアントに対して参加通知を送信し、
前記子クライアントからの参加通知を受信した場合、保管中の前記通信鍵を前記ハッシュ化によって更新する。
ウェブ会議に参加する複数のクライアント装置を備える。
前記複数のクライアント装置のそれぞれは、
前記ウェブ会議に１番目に参加したときに、前記ウェブ会議でのメッセージの通信に用いられる通信鍵を生成して保管し、
前記ウェブ会議に２番目以降に参加したときに、前記ウェブ会議に参加中で親クライアントになったクライアント装置と鍵共有を行い、前記親クライアントからの暗号化通信鍵を受信し、前記親クライアントとの共有鍵を用いて前記暗号化通信鍵から前記通信鍵を復号し、前記通信鍵を保管し、
前記ウェブ会議に参加中で子クライアントとの前記鍵共有を行っていない場合、前記ウェブ会議に新たに参加したクライアント装置を前記子クライアントにして前記鍵共有を行い、保管中の前記通信鍵をハッシュ化によって更新し、更新済みで保管中の前記通信鍵を前記子クライアントとの共有鍵を用いて暗号化し、前記子クライアントに対して暗号化通信鍵を送信し、前記親クライアントに対して参加通知を送信し、
前記子クライアントからの参加通知を受信した場合、保管中の前記通信鍵を前記ハッシュ化によって更新する。
【発明の効果】
【0007】
本開示によれば、ウェブ会議の各参加者（クライアント装置）が、親となる参加者と子となる参加者との２回の２者間鍵共有によって、メッセージ通信用の暗号鍵（通信鍵）を取得することができる。
【図面の簡単な説明】
【0008】
【図1】実施の形態１におけるウェブ会議システム１００の構成図。
【図2】実施の形態１におけるクライアント装置２００の構成図。
【図3】実施の形態１におけるクライアント装置２００の機能構成図。
【図4】実施の形態１におけるサーバ装置３００の構成図。
【図5】実施の形態１における認証局装置４００の構成図。
【図6】実施の形態１における準備処理および登録処理のフローチャート。
【図7】実施の形態１における準備処理のフローチャート。
【図8】実施の形態１における登録処理のフローチャート（１／２）。
【図9】実施の形態１における登録処理のフローチャート（２／２）。
【図10】実施の形態１における設定処理（概要）のフローチャート。
【図11】実施の形態１における設定処理（具体例）のフローチャート（１／２）。
【図12】実施の形態１における設定処理（具体例）のフローチャート（２／２）。
【図13】実施の形態１における署名付きメンバーリスト１１１を示す図。
【図14】実施の形態１における修正済みメンバーリスト１１２を示す図。
【図15】実施の形態１における参加処理および離脱処理の概要図。
【図16】実施の形態１における参加処理および離脱処理のデータフロー図。
【図17】実施の形態１における参加処理のフローチャート（１／４）。
【図18】実施の形態１における参加処理のフローチャート（２／４）。
【図19】実施の形態１における参加処理のフローチャート（３／４）。
【図20】実施の形態１における参加処理のフローチャート（４／４）。
【図21】実施の形態１における離脱処理のフローチャート（１／２）。
【図22】実施の形態１における離脱処理のフローチャート（２／２）。
【図23】実施の形態１における通信処理のフローチャート。
【図24】実施の形態２におけるクライアント装置２００の構成図。
【図25】実施の形態２における検知部２７０の構成図。
【図26】実施の形態２におけるサーバ装置３００の構成図。
【図27】実施の形態２における検知処理のデータフロー図。
【図28】実施の形態２における検知処理のフローチャート。
【発明を実施するための形態】
【0009】
実施の形態および図面において、同じ要素または対応する要素には同じ符号を付している。説明した要素と同じ符号が付された要素の説明は適宜に省略または簡略化する。図中の矢印はデータの流れ又は処理の流れを主に示している。
【0010】
【0011】
＊＊＊構成の説明＊＊＊
図１に基づいて、ウェブ会議システム１００の構成を説明する。
ウェブ会議システム１００は、ウェブ会議に参加する複数のクライアント装置２００を備える。
ウェブ会議システム１００は、さらに、サーバ装置３００と、認証局装置４００と、を備える。
複数のクライアント装置２００とサーバ装置３００と認証局装置４００は、ネットワーク１０１を介して互いに通信する。ネットワーク１０１の具体例はインターネットである。
図１に基づいて、ウェブ会議システム１００の構成を説明する。
ウェブ会議システム１００は、ウェブ会議に参加する複数のクライアント装置２００を備える。
ウェブ会議システム１００は、さらに、サーバ装置３００と、認証局装置４００と、を備える。
複数のクライアント装置２００とサーバ装置３００と認証局装置４００は、ネットワーク１０１を介して互いに通信する。ネットワーク１０１の具体例はインターネットである。
【0012】
図２に基づいて、クライアント装置２００の構成を説明する。
クライアント装置２００は、プロセッサ２０１とメモリ２０２と補助記憶装置２０３と通信装置２０４と入出力インタフェース２０５といったハードウェアを備えるコンピュータである。これらのハードウェアは、信号線を介して互いに接続されている。
クライアント装置２００は、プロセッサ２０１とメモリ２０２と補助記憶装置２０３と通信装置２０４と入出力インタフェース２０５といったハードウェアを備えるコンピュータである。これらのハードウェアは、信号線を介して互いに接続されている。
【0013】
プロセッサ２０１は、演算処理を行うＩＣであり、他のハードウェアを制御する。例えば、プロセッサ２０１はＣＰＵである。
ＩＣは、Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔの略称である。
ＣＰＵは、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略称である。
ＩＣは、Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔの略称である。
ＣＰＵは、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略称である。
【0014】
メモリ２０２は揮発性または不揮発性の記憶装置である。メモリ２０２は、主記憶装置またはメインメモリとも呼ばれる。例えば、メモリ２０２はＲＡＭである。メモリ２０２に記憶されたデータは必要に応じて補助記憶装置２０３に保存される。
ＲＡＭは、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙの略称である。
ＲＡＭは、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙの略称である。
【0015】
補助記憶装置２０３は不揮発性の記憶装置である。例えば、補助記憶装置２０３は、ＲＯＭ、ＨＤＤ、フラッシュメモリまたはこれらの組み合わせである。補助記憶装置２０３に記憶されたデータは必要に応じてメモリ２０２にロードされる。
ＲＯＭは、Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙの略称である。
ＨＤＤは、Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅの略称である。
ＲＯＭは、Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙの略称である。
ＨＤＤは、Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅの略称である。
【0016】
通信装置２０４はレシーバ及びトランスミッタである。例えば、通信装置２０４は通信チップまたはＮＩＣである。クライアント装置２００の通信は通信装置２０４を用いて行われる。
ＮＩＣは、Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄの略称である。
ＮＩＣは、Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄの略称である。
【0017】
入出力インタフェース２０５は、入力装置および出力装置が接続されるポートである。例えば、入出力インタフェース２０５はＵＳＢ端子であり、入力装置はキーボード、マウスおよびマイクであり、出力装置はディスプレイおよびスピーカである。クライアント装置２００の入出力は入出力インタフェース２０５を用いて行われる。
ＵＳＢは、Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓの略称である。
ＵＳＢは、Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓの略称である。
【0018】
クライアント装置２００は、準備部２１０と登録部２２０と設定部２３０と参加部２４０と離脱部２５０と通信部２６０といった要素を備える。これらの要素はソフトウェアで実現される。
【0019】
補助記憶装置２０３には、準備部２１０と登録部２２０と設定部２３０と参加部２４０と離脱部２５０と通信部２６０としてコンピュータを機能させるためのクライアントプログラムが記憶されている。クライアントプログラムは、メモリ２０２にロードされて、プロセッサ２０１によって実行される。
補助記憶装置２０３には、さらに、ＯＳが記憶されている。ＯＳの少なくとも一部は、メモリ２０２にロードされて、プロセッサ２０１によって実行される。
プロセッサ２０１は、ＯＳを実行しながら、クライアントプログラムを実行する。
ＯＳは、Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍの略称である。
補助記憶装置２０３には、さらに、ＯＳが記憶されている。ＯＳの少なくとも一部は、メモリ２０２にロードされて、プロセッサ２０１によって実行される。
プロセッサ２０１は、ＯＳを実行しながら、クライアントプログラムを実行する。
ＯＳは、Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍの略称である。
【0020】
クライアントプログラムの入出力データは記憶部２９０に記憶される。
メモリ２０２は記憶部２９０として機能する。但し、補助記憶装置２０３、プロセッサ２０１内のレジスタおよびプロセッサ２０１内のキャッシュメモリなどの記憶装置が、メモリ２０２の代わりに、又は、メモリ２０２と共に、記憶部２９０として機能してもよい。
メモリ２０２は記憶部２９０として機能する。但し、補助記憶装置２０３、プロセッサ２０１内のレジスタおよびプロセッサ２０１内のキャッシュメモリなどの記憶装置が、メモリ２０２の代わりに、又は、メモリ２０２と共に、記憶部２９０として機能してもよい。
【0021】
クライアント装置２００は、プロセッサ２０１を代替する複数のプロセッサを備えてもよい。
【0022】
クライアントプログラムは、光ディスクまたはフラッシュメモリ等の不揮発性の記録媒体にコンピュータ読み取り可能に記録（格納）することができる。
【0023】
図３に基づいて、クライアント装置２００の機能構成を説明する。
準備部２１０は、ＣＡ証明書取得部２１１を備える。
登録部２２０は、識別コード取得部２２１と、署名鍵生成部２２２と、ＣＬ証明書取得部２２３と、を備える。
設定部２３０は、メンバーリスト生成部２３１と、会議情報取得部２３２と、メンバーリスト修正部２３３と、を備える。
参加部２４０は、会議参加部２４１と、通信鍵生成部２４２と、鍵共有部２４３と、通信鍵更新部２４４と、通信鍵取得部２４５と、参加通知部２４６と、を備える。
離脱部２５０は、離脱通知部２５１と、再共有部２５２と、新鍵生成部２５３と、新鍵伝送部２５４と、を備える。
通信部２６０は、メッセージ送信部２６１と、メッセージ受信部２６２と、を備える。
「ＣＡ」は、認証局を意味する。
「ＣＬ」は、クライアントを意味する。
準備部２１０は、ＣＡ証明書取得部２１１を備える。
登録部２２０は、識別コード取得部２２１と、署名鍵生成部２２２と、ＣＬ証明書取得部２２３と、を備える。
設定部２３０は、メンバーリスト生成部２３１と、会議情報取得部２３２と、メンバーリスト修正部２３３と、を備える。
参加部２４０は、会議参加部２４１と、通信鍵生成部２４２と、鍵共有部２４３と、通信鍵更新部２４４と、通信鍵取得部２４５と、参加通知部２４６と、を備える。
離脱部２５０は、離脱通知部２５１と、再共有部２５２と、新鍵生成部２５３と、新鍵伝送部２５４と、を備える。
通信部２６０は、メッセージ送信部２６１と、メッセージ受信部２６２と、を備える。
「ＣＡ」は、認証局を意味する。
「ＣＬ」は、クライアントを意味する。
【0024】
図４に基づいて、サーバ装置３００の構成を説明する。
サーバ装置３００は、プロセッサ３０１とメモリ３０２と補助記憶装置３０３と通信装置３０４と入出力インタフェース３０５といったハードウェアを備えるコンピュータである。これらのハードウェアは、信号線を介して互いに接続されている。
サーバ装置３００は、プロセッサ３０１とメモリ３０２と補助記憶装置３０３と通信装置３０４と入出力インタフェース３０５といったハードウェアを備えるコンピュータである。これらのハードウェアは、信号線を介して互いに接続されている。
【0025】
プロセッサ３０１は、演算処理を行うＩＣであり、他のハードウェアを制御する。例えば、プロセッサ３０１はＣＰＵである。
メモリ３０２は揮発性または不揮発性の記憶装置である。メモリ３０２は、主記憶装置またはメインメモリとも呼ばれる。例えば、メモリ３０２はＲＡＭである。メモリ３０２に記憶されたデータは必要に応じて補助記憶装置３０３に保存される。
補助記憶装置３０３は不揮発性の記憶装置である。例えば、補助記憶装置３０３は、ＲＯＭ、ＨＤＤ、フラッシュメモリまたはこれらの組み合わせである。補助記憶装置３０３に記憶されたデータは必要に応じてメモリ３０２にロードされる。
通信装置３０４はレシーバ及びトランスミッタである。例えば、通信装置３０４は通信チップまたはＮＩＣである。サーバ装置３００の通信は通信装置３０４を用いて行われる。
入出力インタフェース３０５は、入力装置および出力装置が接続されるポートである。例えば、入出力インタフェース３０５はＵＳＢ端子であり、入力装置はキーボードおよびマウスであり、出力装置はディスプレイである。サーバ装置３００の入出力は入出力インタフェース３０５を用いて行われる。
メモリ３０２は揮発性または不揮発性の記憶装置である。メモリ３０２は、主記憶装置またはメインメモリとも呼ばれる。例えば、メモリ３０２はＲＡＭである。メモリ３０２に記憶されたデータは必要に応じて補助記憶装置３０３に保存される。
補助記憶装置３０３は不揮発性の記憶装置である。例えば、補助記憶装置３０３は、ＲＯＭ、ＨＤＤ、フラッシュメモリまたはこれらの組み合わせである。補助記憶装置３０３に記憶されたデータは必要に応じてメモリ３０２にロードされる。
通信装置３０４はレシーバ及びトランスミッタである。例えば、通信装置３０４は通信チップまたはＮＩＣである。サーバ装置３００の通信は通信装置３０４を用いて行われる。
入出力インタフェース３０５は、入力装置および出力装置が接続されるポートである。例えば、入出力インタフェース３０５はＵＳＢ端子であり、入力装置はキーボードおよびマウスであり、出力装置はディスプレイである。サーバ装置３００の入出力は入出力インタフェース３０５を用いて行われる。
【0026】
サーバ装置３００は、識別コード管理部３２１と会議情報管理部３３１と参加管理部３４１と離脱管理部３５１と通信管理部３６１といった要素を備える。これらの要素はソフトウェアで実現される。
【0027】
補助記憶装置３０３には、識別コード管理部３２１と会議情報管理部３３１と参加管理部３４１と離脱管理部３５１と通信管理部３６１としてコンピュータを機能させるためのサーバプログラムが記憶されている。サーバプログラムは、メモリ３０２にロードされて、プロセッサ３０１によって実行される。
補助記憶装置３０３には、さらに、ＯＳが記憶されている。ＯＳの少なくとも一部は、メモリ３０２にロードされて、プロセッサ３０１によって実行される。
プロセッサ３０１は、ＯＳを実行しながら、サーバプログラムを実行する。
補助記憶装置３０３には、さらに、ＯＳが記憶されている。ＯＳの少なくとも一部は、メモリ３０２にロードされて、プロセッサ３０１によって実行される。
プロセッサ３０１は、ＯＳを実行しながら、サーバプログラムを実行する。
【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】
図８および図９に基づいて、登録処理の具体例を説明する。
クライアントの「取得部」は、識別コード取得部２２１またはＣＬ証明書取得部２２３を表す。
クライアントの「生成部」は、署名鍵生成部２２２を表す。
クライアントの「記憶部」は、記憶部２９０を表す。
サーバの「管理部」は、識別コード管理部３２１を表す。
サーバの「記憶部」は、記憶部３９０を表す。
認証局の「発行部」は、ＣＬ証明書発行部４２１を表す。
認証局の「記憶部」は、記憶部４９０を表す。
クライアントの「取得部」は、識別コード取得部２２１またはＣＬ証明書取得部２２３を表す。
クライアントの「生成部」は、署名鍵生成部２２２を表す。
クライアントの「記憶部」は、記憶部２９０を表す。
サーバの「管理部」は、識別コード管理部３２１を表す。
サーバの「記憶部」は、記憶部３９０を表す。
認証局の「発行部」は、ＣＬ証明書発行部４２１を表す。
認証局の「記憶部」は、記憶部４９０を表す。
【0053】
ステップＳ２０１において、クライアント装置２００の利用者は、利用者情報をクライアント装置２００に入力する。
識別コード取得部２２１は、入力された利用者情報を受け付ける。
識別コード取得部２２１は、入力された利用者情報を受け付ける。
【0054】
ステップＳ２０２において、識別コード取得部２２１は、利用者情報をサーバ装置３００へ送信する。
識別コード管理部３２１は、利用者情報を受信する。
識別コード管理部３２１は、利用者情報を受信する。
【0055】
次に、識別コード管理部３２１は、本人確認要求をクライアント装置２００へ送信する。
識別コード取得部２２１は、本人確認要求を受信する。
本人確認要求は、確認用のウェブサイト（登録サイト）のアドレスを示す。ウェブサイトのアドレスはＵＲＬで示すことができる。ＵＲＬは、Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒの略称である。
識別コード取得部２２１は、本人確認要求を受信する。
本人確認要求は、確認用のウェブサイト（登録サイト）のアドレスを示す。ウェブサイトのアドレスはＵＲＬで示すことができる。ＵＲＬは、Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒの略称である。
【0056】
次に、識別コード取得部２２１は、登録サイトのアドレスをディスプレイに表示する。
クライアント装置２００の利用者は、マウスなどを操作して登録サイトのアドレスを指定する。
クライアント装置２００の利用者は、マウスなどを操作して登録サイトのアドレスを指定する。
【0057】
そして、識別コード取得部２２１は、登録サイトにアクセスすることによって、本人確認応答をサーバ装置３００へ送信する。
識別コード管理部３２１は、本人確認応答を受信する。
識別コード管理部３２１は、本人確認応答を受信する。
【0058】
ステップＳ２０３において、識別コード管理部３２１は、クライアント装置２００の利用者に対する識別コードを生成する。
【0059】
識別コード管理部３２１は、利用者情報と識別コードを互いに対応付けて記憶部３９０に格納する。これにより、サーバ装置３００において、利用者情報と識別コードが保管される。
【0060】
識別コード管理部３２１は、識別コードをクライアント装置２００へ送信する。
識別コード取得部２２１は、識別コードを受信する。
識別コード取得部２２１は、識別コードを受信する。
【0061】
識別コード取得部２２１は、識別コードを記憶部２９０に格納する。これにより、サーバ装置３００において、識別コードが保管される。
【0062】
ステップＳ２１１において、署名鍵生成部２２２は、署名鍵ペアを生成する。
署名鍵ペアは、クライアント装置２００の鍵ペアである。署名鍵ペアは、各種署名のために使われる。
署名鍵ペアは、クライアント装置２００の鍵ペアである。署名鍵ペアは、各種署名のために使われる。
【0063】
署名鍵生成部２２２は、署名鍵ペアを記憶部２９０に格納する。これにより、クライアント装置２００において、署名鍵ペアが保管される。
【0064】
ステップＳ２１２において、ＣＬ証明書取得部２２３は、ＣＳＲを生成する。
ＣＳＲは、識別コードと署名公開鍵を含む。
ＣＳＲは、識別コードと署名公開鍵を含む。
【0065】
ＣＬ証明書取得部２２３は、ＣＳＲを認証局装置４００へ送信する。
ＣＬ証明書発行部４２１は、ＣＳＲを受信する。
ＣＬ証明書発行部４２１は、ＣＳＲを受信する。
【0066】
ステップＳ２１３において、ＣＬ証明書発行部４２１は、照会要求をサーバ装置３００へ送信する。
識別コード管理部３２１は、照会要求を受信する。
照会要求は、ＣＳＲに含まれる識別コードと同じ識別コードを含む。
識別コード管理部３２１は、照会要求を受信する。
照会要求は、ＣＳＲに含まれる識別コードと同じ識別コードを含む。
【0067】
識別コード管理部３２１は、照会要求に含まれる識別コードを保管中の識別コードと照会する。照会要求に含まれる識別コードを「対象コード」と称する。
対象コードが保管中のいずれかの識別コードと一致する場合、対象コードは正しい識別コードである。
対象コードが保管中のいずれかの識別コードと一致する場合、対象コードは正しい識別コードである。
【0068】
識別コード管理部３２１は、照会応答を認証局装置４００へ送信する。
ＣＬ証明書発行部４２１は、照会応答を受信する。
照会応答は、照会結果を含む。照会結果は、対象コードが正しい識別コードであるか否かを示す。
ＣＬ証明書発行部４２１は、照会応答を受信する。
照会応答は、照会結果を含む。照会結果は、対象コードが正しい識別コードであるか否かを示す。
【0069】
ステップＳ２１４において、ＣＬ証明書発行部４２１は、照会応答に含まれる照会結果を参照し、ＣＳＲに含まれる識別コードが正しい識別コードか判定する。
ＣＳＲに含まれる識別コードが正しい識別コードである場合、ＣＬ証明書発行部４２１は、ＣＡ秘密鍵を用いて、ＣＬ証明書を生成する。
ＣＬ証明書は、署名公開鍵と署名を含む。この署名は、ＣＡ秘密鍵を用いて生成される。
ＣＳＲに含まれる識別コードが正しい識別コードである場合、ＣＬ証明書発行部４２１は、ＣＡ秘密鍵を用いて、ＣＬ証明書を生成する。
ＣＬ証明書は、署名公開鍵と署名を含む。この署名は、ＣＡ秘密鍵を用いて生成される。
【0070】
ＣＳＲに含まれる識別コードが正しい識別コードでない場合、ＣＬ証明書は生成されない。この場合、ＣＬ証明書取得部２２３は、ＣＬ証明書を取得できない。
【0071】
ＣＳＲに含まれる識別コードが正しい識別コードである場合について説明を続ける。
ＣＬ証明書発行部４２１は、ＣＬ証明書をクライアント装置２００へ送信する。
ＣＬ証明書取得部２２３は、ＣＬ証明書を受信する。
ＣＬ証明書発行部４２１は、ＣＬ証明書をクライアント装置２００へ送信する。
ＣＬ証明書取得部２２３は、ＣＬ証明書を受信する。
【0072】
ＣＬ証明書取得部２２３は、ＣＬ証明書を記憶部２９０に格納する。これにより、クライアント装置２００において、ＣＬ証明書が保管される。
【0073】
登録処理の特徴を説明する。
サーバ装置３００は、複数のクライアント装置２００のそれぞれの識別コードを生成し、複数のクライアント装置２００のそれぞれに識別コードを送信する。
複数のクライアント装置２００のそれぞれは、識別コードを受信する。また、各クライアント装置２００は、署名鍵ペアを生成する。そして、各クライアント装置２００は、署名公開鍵と識別コードを示す証明書要求を認証局装置４００へ送信する。
認証局装置４００は、証明書要求を受信し、証明書要求に示される識別コードを示す照会要求をサーバ装置３００へ送信する。
サーバ装置３００は、照会要求を受信し、照会要求に示される識別コードを複数のクライアント装置２００のそれぞれの識別コードと照合する。そして、サーバ装置３００は、照合結果を示す照会応答を認証局装置４００へ送信する。
認証局装置４００は、照会応答を受信する。そして、照会要求に示される識別コードが複数のクライアント装置２００のいずれかの識別コードである場合に、認証局装置４００は、証明書要求に示される署名公開鍵を含む電子証明書を、証明書要求の送信元であるクライアント装置２００のために発行する。
サーバ装置３００は、複数のクライアント装置２００のそれぞれの識別コードを生成し、複数のクライアント装置２００のそれぞれに識別コードを送信する。
複数のクライアント装置２００のそれぞれは、識別コードを受信する。また、各クライアント装置２００は、署名鍵ペアを生成する。そして、各クライアント装置２００は、署名公開鍵と識別コードを示す証明書要求を認証局装置４００へ送信する。
認証局装置４００は、証明書要求を受信し、証明書要求に示される識別コードを示す照会要求をサーバ装置３００へ送信する。
サーバ装置３００は、照会要求を受信し、照会要求に示される識別コードを複数のクライアント装置２００のそれぞれの識別コードと照合する。そして、サーバ装置３００は、照合結果を示す照会応答を認証局装置４００へ送信する。
認証局装置４００は、照会応答を受信する。そして、照会要求に示される識別コードが複数のクライアント装置２００のいずれかの識別コードである場合に、認証局装置４００は、証明書要求に示される署名公開鍵を含む電子証明書を、証明書要求の送信元であるクライアント装置２００のために発行する。
【0074】
【0075】
まず、クライアント（Ａ）は、メンバーリストを生成する。
クライアント（Ａ）は、メンバーリストに対する署名を生成する。
クライアント（Ａ）は、署名付きメンバーリストをサーバ装置３００へ送信する。
サーバ装置３００は、メンバーリストの署名を検証する。署名が正しい場合、サーバ装置３００はメンバーリストを保管する。
クライアント（Ａ）は、メンバーリストに対する署名を生成する。
クライアント（Ａ）は、署名付きメンバーリストをサーバ装置３００へ送信する。
サーバ装置３００は、メンバーリストの署名を検証する。署名が正しい場合、サーバ装置３００はメンバーリストを保管する。
【0076】
そして、サーバ装置３００は、メンバーリストに示される各メンバーへ会議情報を送信する。クライアント（Ａ）およびクライアント（Ｂ）がメンバーリストに示される場合、サーバ装置３００は、クライアント（Ａ）とクライアント（Ｂ）のそれぞれに会議情報を送信する。
会議情報は、ウェブ会議の情報を示すデータである。
会議情報は、ウェブ会議の情報を示すデータである。
【0077】
クライアント（Ｂ）がメンバーリストを修正する場合について説明を続ける。
クライアント（Ｂ）は、サーバ装置３００にメンバーリストを要求する。
サーバ装置３００は、メンバーリストをクライアント（Ｂ）へ送信する。
クライアント（Ｂ）は、メンバーリストを修正する。
クライアント（Ｂ）は、署名付きメンバーリストをサーバ装置３００へ送信する。
サーバ装置３００は、メンバーリストの署名を検証する。署名が正しい場合、サーバ装置３００はメンバーリストを更新する。
クライアント（Ｂ）は、サーバ装置３００にメンバーリストを要求する。
サーバ装置３００は、メンバーリストをクライアント（Ｂ）へ送信する。
クライアント（Ｂ）は、メンバーリストを修正する。
クライアント（Ｂ）は、署名付きメンバーリストをサーバ装置３００へ送信する。
サーバ装置３００は、メンバーリストの署名を検証する。署名が正しい場合、サーバ装置３００はメンバーリストを更新する。
【0078】
図１１および図１２に基づいて、設定処理の具体例を説明する。
クライアントの「生成部」は、メンバーリスト生成部２３１を表す。
クライアントの「取得部」は、会議情報取得部２３２を表す。
クライアントの「修正部」は、メンバーリスト修正部２３３を表す。
クライアントの「記憶部」は、記憶部２９０を表す。
サーバの「管理部」は、会議情報管理部３３１を表す。
サーバの「記憶部」は、記憶部３９０を表す。
クライアントの「生成部」は、メンバーリスト生成部２３１を表す。
クライアントの「取得部」は、会議情報取得部２３２を表す。
クライアントの「修正部」は、メンバーリスト修正部２３３を表す。
クライアントの「記憶部」は、記憶部２９０を表す。
サーバの「管理部」は、会議情報管理部３３１を表す。
サーバの「記憶部」は、記憶部３９０を表す。
【0079】
ステップＳ３０１において、利用者（Ａ）は、ウェブ会議に参加するメンバーそれぞれの識別コードをクライアント（Ａ）に入力する。利用者は、各メンバーから識別コードを知らされているものとする。
メンバーリスト生成部２３１は、入力された各識別コードを受け付ける。
メンバーリスト生成部２３１は、入力された各識別コードを受け付ける。
【0080】
メンバーリスト生成部２３１は、メンバーリストを生成する。
メンバーリストは、受け付けられた各識別コードを示す。
メンバーリストは、受け付けられた各識別コードを示す。
【0081】
ステップＳ３０２において、メンバーリスト生成部２３１は、署名秘密鍵を用いて、メンバーリストに対する署名を生成する。
【0082】
そして、メンバーリスト生成部２３１は、署名付きメンバーリストを生成する。
署名付きメンバーリストは、メンバーリストと署名とＣＬ証明書を含むデータである。
署名付きメンバーリストは、メンバーリストと署名とＣＬ証明書を含むデータである。
【0083】
図１３に、署名付きメンバーリスト１１１を示す。署名付きメンバーリスト１１１は、クライアント（Ａ）によって生成された署名付きメンバーリストの一例である。
署名付きメンバーリスト１１１は、メンバー毎に識別コードと属性を含んでいる。「加入」は、識別コードで識別される利用者がウェブ会議のメンバーに加わることを意味する。
署名付きメンバーリスト１１１は、メンバーリストと署名（Ａ）とＣＬ証明書（Ａ）を含んでいる。
署名（Ａ）は、クライアント（Ａ）の署名秘密鍵を用いて生成された署名である。
ＣＬ証明書（Ａ）は、クライアント（Ａ）のＣＬ証明書である。
署名付きメンバーリスト１１１は、メンバー毎に識別コードと属性を含んでいる。「加入」は、識別コードで識別される利用者がウェブ会議のメンバーに加わることを意味する。
署名付きメンバーリスト１１１は、メンバーリストと署名（Ａ）とＣＬ証明書（Ａ）を含んでいる。
署名（Ａ）は、クライアント（Ａ）の署名秘密鍵を用いて生成された署名である。
ＣＬ証明書（Ａ）は、クライアント（Ａ）のＣＬ証明書である。
【0084】
図１１に戻り、ステップＳ３０３から説明を続ける。
ステップＳ３０３において、メンバーリスト生成部２３１は、会議設定要求をサーバ装置３００へ送信する。
会議情報管理部３３１は、会議設定要求を受信する。
会議設定要求は、ウェブ会議の設定を要求するためのデータである。会議設定要求は、署名付きメンバーリストを含む。
ステップＳ３０３において、メンバーリスト生成部２３１は、会議設定要求をサーバ装置３００へ送信する。
会議情報管理部３３１は、会議設定要求を受信する。
会議設定要求は、ウェブ会議の設定を要求するためのデータである。会議設定要求は、署名付きメンバーリストを含む。
【0085】
会議情報管理部３３１は、会議設定要求に含まれる署名付きメンバーリストを検証する。
具体的には、会議情報管理部３３１は、署名付きメンバーリストの中のＣＬ証明書に含まれる署名公開鍵を用いて、署名付きメンバーリストの中の署名を検証する。署名が正しい場合、署名付きメンバーリストは正しい。
具体的には、会議情報管理部３３１は、署名付きメンバーリストの中のＣＬ証明書に含まれる署名公開鍵を用いて、署名付きメンバーリストの中の署名を検証する。署名が正しい場合、署名付きメンバーリストは正しい。
【0086】
署名付きメンバーリストが正しい場合、会議情報管理部３３１は会議情報を生成する。
そして、会議情報管理部３３１は、署名付きメンバーリストと会議情報を互いに対応付けて記憶部３９０に格納する。これにより、サーバ装置３００において、署名付きメンバーリストと会議情報が保管される。
会議情報は、会議ＵＲＬとメンバーリストＵＲＬを含む。
会議ＵＲＬは、ウェブ会議への参加時にアクセスされるウェブサイトのアドレスである。
メンバーリストＵＲＬは、メンバーリストにアクセスするためのウェブサイトのアドレスである。
そして、会議情報管理部３３１は、署名付きメンバーリストと会議情報を互いに対応付けて記憶部３９０に格納する。これにより、サーバ装置３００において、署名付きメンバーリストと会議情報が保管される。
会議情報は、会議ＵＲＬとメンバーリストＵＲＬを含む。
会議ＵＲＬは、ウェブ会議への参加時にアクセスされるウェブサイトのアドレスである。
メンバーリストＵＲＬは、メンバーリストにアクセスするためのウェブサイトのアドレスである。
【0087】
署名付きメンバーリストが正しくない場合、ウェブ会議が設定されずメンバーリストが登録されない。
【0088】
署名付きメンバーリストが正しい場合について説明を続ける。
ステップＳ３０４において、会議情報管理部３３１は、保管中の利用者情報に基づいて、メンバーリストに示される各識別コードで識別される利用者に対して会議情報を送信する。例えば、会議情報管理部３３１は、各利用者のメールアドレスを使って会議情報を送信する。
ステップＳ３０４において、会議情報管理部３３１は、保管中の利用者情報に基づいて、メンバーリストに示される各識別コードで識別される利用者に対して会議情報を送信する。例えば、会議情報管理部３３１は、各利用者のメールアドレスを使って会議情報を送信する。
【0089】
各利用者のクライアント装置２００において、会議情報取得部２３２は、会議情報を受信する。
そして、会議情報取得部２３２は、会議情報を記憶部２９０に格納する。これにより、クライアント装置２００において、会議情報が保管される。
そして、会議情報取得部２３２は、会議情報を記憶部２９０に格納する。これにより、クライアント装置２００において、会議情報が保管される。
【0090】
各利用者は、必要に応じて他のメンバーに会議情報を送信してもよい。
【0091】
ステップＳ３１１において、メンバーリスト修正部２３３は、利用者（Ｂ）の指示に従ってメンバーリストＵＲＬを使ってメンバーリストにアクセスする。
そして、メンバーリスト修正部２３３は、メンバーリストをダウンロードする。このとき、会議情報管理部３３１がメンバーリストをクライアント（Ｂ）へ送信し、メンバーリスト修正部２３３がメンバーリストを受信する。
そして、メンバーリスト修正部２３３は、メンバーリストをダウンロードする。このとき、会議情報管理部３３１がメンバーリストをクライアント（Ｂ）へ送信し、メンバーリスト修正部２３３がメンバーリストを受信する。
【0092】
ステップＳ３１２において、メンバーリスト修正部２３３は、利用者（Ｂ）の指示にしたがってメンバーリストを修正する。
具体的には、メンバーリスト修正部２３３は、修正データを署名付きメンバーリストに付加する。修正データは、メンバーリストに対する修正の内容を示す。
具体的には、メンバーリスト修正部２３３は、修正データを署名付きメンバーリストに付加する。修正データは、メンバーリストに対する修正の内容を示す。
【0093】
ステップＳ３１３において、メンバーリスト修正部２３３は、署名秘密鍵を用いて、修正データに対する署名を生成する。
【0094】
そして、メンバーリスト修正部２３３は、修正済みメンバーリストを生成する。
修正済みメンバーリストは、署名付きメンバーリストと修正データと署名とＣＬ証明書を含む。
修正済みメンバーリストは、署名付きメンバーリストと修正データと署名とＣＬ証明書を含む。
【0095】
図１４に、修正済みメンバーリスト１１２を示す。修正済みメンバーリスト１１２は、クライアント（Ｂ）によって修正された署名付きメンバーリスト１１１（図１１を参照）の一例である。
修正済みメンバーリスト１１２は、署名付きメンバーリスト１１１と修正データと署名（Ｂ）とＣＬ証明書（Ｂ）を含んでいる。「除外」は、識別コードで識別される利用者がウェブ会議のメンバーから除外されることを意味する。
修正データは、メンバー（Ｄ）がウェブ会議のメンバーに加わること、および、メンバー（Ｃ）がウェブ会議のメンバーから除外されること、を示している。
署名（Ｂ）は、クライアント（Ｂ）の署名秘密鍵を用いて生成された署名である。
ＣＬ証明書（Ｂ）は、クライアント（Ｂ）のＣＬ証明書である。
修正済みメンバーリスト１１２は、署名付きメンバーリスト１１１と修正データと署名（Ｂ）とＣＬ証明書（Ｂ）を含んでいる。「除外」は、識別コードで識別される利用者がウェブ会議のメンバーから除外されることを意味する。
修正データは、メンバー（Ｄ）がウェブ会議のメンバーに加わること、および、メンバー（Ｃ）がウェブ会議のメンバーから除外されること、を示している。
署名（Ｂ）は、クライアント（Ｂ）の署名秘密鍵を用いて生成された署名である。
ＣＬ証明書（Ｂ）は、クライアント（Ｂ）のＣＬ証明書である。
【0096】
図１２に戻り、ステップＳ３１４から説明を続ける。
ステップＳ３１４において、メンバーリスト修正部２３３は、修正済みメンバーリストをサーバ装置３００へ送信する。
会議情報管理部３３１は、修正済みメンバーリストを受信する。
ステップＳ３１４において、メンバーリスト修正部２３３は、修正済みメンバーリストをサーバ装置３００へ送信する。
会議情報管理部３３１は、修正済みメンバーリストを受信する。
【0097】
会議情報管理部３３１は、修正済みメンバーリストを検証する。
具体的には、会議情報管理部３３１は、修正済みメンバーリストの中のＣＬ証明書に含まれる署名公開鍵を用いて、修正済みメンバーリストの中の署名を検証する。
具体的には、会議情報管理部３３１は、修正済みメンバーリストの中のＣＬ証明書に含まれる署名公開鍵を用いて、修正済みメンバーリストの中の署名を検証する。
【0098】
会議情報管理部３３１は、修正済みメンバーリストの中の修正データを検証する。
例えば、会議情報管理部３３１は、未加入メンバーの除外が修正内容に含まれていないか判定する。
例えば、会議情報管理部３３１は、未加入メンバーの除外が修正内容に含まれていないか判定する。
【0099】
署名および修正データが正しい場合、会議情報管理部３３１は、保管中の署名付きメンバーリストを修正済みメンバーリストで更新する。
【0100】
署名と修正データの少なくとも一方が正しくない場合、修正済みメンバーリストが破棄され、保管中の署名付きメンバーリストは更新されない。
【0101】
設定処理の特徴を説明する。
複数のクライアント装置２００のいずれかは、メンバーリストを生成し、署名付きメンバーリストをサーバ装置３００へ送信する。
サーバ装置３００は、署名付きメンバーリストを受信し、署名付きメンバーリストの署名を検証する。そして、署名付きメンバーリストの署名が正しい場合に、サーバ装置３００は、メンバーリストを保管する。
複数のクライアント装置２００のそれぞれは、サーバ装置３００からメンバーリストを受信する。そして、各クライアント装置２００は、メンバーリストを修正し、署名付き修正済みリストをサーバ装置３００へ送信する。修正済みリストは、修正済みのメンバーリストである。
サーバ装置３００は、署名付き修正済みリストを受信し、署名付き修正済みリストの署名を検証する。そして、署名付き修正済みリストの署名が正しい場合に、サーバ装置３００は、保管中のメンバーリストを修正済みリストで更新する。
複数のクライアント装置２００のいずれかは、メンバーリストを生成し、署名付きメンバーリストをサーバ装置３００へ送信する。
サーバ装置３００は、署名付きメンバーリストを受信し、署名付きメンバーリストの署名を検証する。そして、署名付きメンバーリストの署名が正しい場合に、サーバ装置３００は、メンバーリストを保管する。
複数のクライアント装置２００のそれぞれは、サーバ装置３００からメンバーリストを受信する。そして、各クライアント装置２００は、メンバーリストを修正し、署名付き修正済みリストをサーバ装置３００へ送信する。修正済みリストは、修正済みのメンバーリストである。
サーバ装置３００は、署名付き修正済みリストを受信し、署名付き修正済みリストの署名を検証する。そして、署名付き修正済みリストの署名が正しい場合に、サーバ装置３００は、保管中のメンバーリストを修正済みリストで更新する。
【0102】
図１５および図１６に基づいて、参加処理および離脱処理の概要を説明する。
参加処理は、各メンバーがウェブ会議に参加するための処理である。
離脱処理は、ウェブ会議に参加済みのメンバーがウェブ会議から離脱するための処理である。
参加処理は、各メンバーがウェブ会議に参加するための処理である。
離脱処理は、ウェブ会議に参加済みのメンバーがウェブ会議から離脱するための処理である。
【0103】
図１５において、実線の白丸はウェブ会議に参加中のメンバーを示す。破線の白丸はウェブ会議に未参加のメンバーを示す。黒丸はウェブ会議から離脱したメンバーを示す。
メンバー（Ａ）がウェブ会議に１番目に参加する場合、メンバー（Ａ）の参加の可否は、サーバ装置３００によってメンバーリストを使って判定される。
各メンバーがウェブ会議に２番目以降に参加する場合、各メンバーの参加の可否は、参加中の一人のメンバーによって判定される。例えば、メンバー（Ｂ）の参加の可否はメンバー（Ａ）によって判定される。また、メンバー（Ｃ）の参加の可否はメンバー（Ｂ）によって判定される。
参加の可否を判定したメンバーを「親メンバー」と称する。また、参加の可否を判定されたメンバーを「子メンバー」と称する。
親メンバーと子メンバーは鍵共有を行う。例えば、メンバー（Ａ）はメンバー（Ｂ）と鍵共有を行う。また、メンバー（Ｂ）は、メンバー（Ａ）とメンバー（Ｂ）のそれぞれと鍵共有を行う。
参加中のメンバーがウェブ会議から離脱した場合、離脱メンバーに対する親メンバーと離脱メンバーに対する子メンバーが鍵共有を行う。例えば、メンバー（Ｃ）が離脱した場合、メンバー（Ｂ）とメンバー（Ｄ）が鍵共有を行う。
メンバー（Ａ）がウェブ会議に１番目に参加する場合、メンバー（Ａ）の参加の可否は、サーバ装置３００によってメンバーリストを使って判定される。
各メンバーがウェブ会議に２番目以降に参加する場合、各メンバーの参加の可否は、参加中の一人のメンバーによって判定される。例えば、メンバー（Ｂ）の参加の可否はメンバー（Ａ）によって判定される。また、メンバー（Ｃ）の参加の可否はメンバー（Ｂ）によって判定される。
参加の可否を判定したメンバーを「親メンバー」と称する。また、参加の可否を判定されたメンバーを「子メンバー」と称する。
親メンバーと子メンバーは鍵共有を行う。例えば、メンバー（Ａ）はメンバー（Ｂ）と鍵共有を行う。また、メンバー（Ｂ）は、メンバー（Ａ）とメンバー（Ｂ）のそれぞれと鍵共有を行う。
参加中のメンバーがウェブ会議から離脱した場合、離脱メンバーに対する親メンバーと離脱メンバーに対する子メンバーが鍵共有を行う。例えば、メンバー（Ｃ）が離脱した場合、メンバー（Ｂ）とメンバー（Ｄ）が鍵共有を行う。
【0104】
図１６において、「Ｊｏｉｎ」はウェブ会議への参加を意味する。「Ａｕｔｈ」はウェブ会議への参加の可否の判定（認証）を意味する。「Ｒａｔｃｈｅｔ」はハッシュ化を意味する。「Ｌｅａｖｅ」はウェブ会議からの離脱を意味する。「Ｇｅｎ」は通信鍵の生成を意味する。
通信鍵は、ウェブ会議においてメッセージの通信に用いられる共通鍵である。通信鍵はグループ鍵ともいう。
また、「ｋＸ，Ｙ」はメンバー（Ｘ）とメンバー（Ｙ）の共有鍵を表す。「ｋＸ，Ｇ」は更新済み通信鍵を表す。
通信鍵は、ウェブ会議においてメッセージの通信に用いられる共通鍵である。通信鍵はグループ鍵ともいう。
また、「ｋＸ，Ｙ」はメンバー（Ｘ）とメンバー（Ｙ）の共有鍵を表す。「ｋＸ，Ｇ」は更新済み通信鍵を表す。
【0105】
新規メンバーがウェブ会議に参加した場合、新たなメンバーに対する親メンバー（該当メンバー）は、保管中の通信鍵をハッシュ化して更新し、更新済み通信鍵を新規メンバーに配布する。
さらに、該当メンバーに対する親メンバーが存在する場合、該当メンバーは、新規メンバーの参加を親メンバーに通知する。
そして、親メンバーは、保管中の通信鍵をハッシュ化して更新する。親メンバーに対する親メンバー（上位メンバー）が存在する場合、親メンバーは新規メンバーの参加を上位メンバーに通知する。上位メンバーは親メンバーと同様に動作する
例えば、メンバー（Ｃ）がウェブ会議に参加した場合、メンバー（Ｂ）は通信鍵ｋ’Ａ，Ｇをハッシュ化して更新し、更新済み通信鍵ｋ’’Ａ，Ｇをメンバー（Ｂ）に配布する。さらに、メンバー（Ｂ）はメンバー（Ｃ）の参加をメンバー（Ａ）に通知する。そして、メンバー（Ａ）は、通信鍵ｋ’Ａ，Ｇをハッシュ化して通信鍵ｋ’’Ａ，Ｇに更新する。
さらに、該当メンバーに対する親メンバーが存在する場合、該当メンバーは、新規メンバーの参加を親メンバーに通知する。
そして、親メンバーは、保管中の通信鍵をハッシュ化して更新する。親メンバーに対する親メンバー（上位メンバー）が存在する場合、親メンバーは新規メンバーの参加を上位メンバーに通知する。上位メンバーは親メンバーと同様に動作する
例えば、メンバー（Ｃ）がウェブ会議に参加した場合、メンバー（Ｂ）は通信鍵ｋ’Ａ，Ｇをハッシュ化して更新し、更新済み通信鍵ｋ’’Ａ，Ｇをメンバー（Ｂ）に配布する。さらに、メンバー（Ｂ）はメンバー（Ｃ）の参加をメンバー（Ａ）に通知する。そして、メンバー（Ａ）は、通信鍵ｋ’Ａ，Ｇをハッシュ化して通信鍵ｋ’’Ａ，Ｇに更新する。
【0106】
参加中のメンバーがウェブ会議から離脱した場合、離脱メンバーに対する親メンバー（該当メンバー）は、新たな通信鍵を生成し、親メンバーと離脱メンバーに対する子メンバーのそれぞれに新たな通信鍵を配布する。親メンバーに対する親メンバー（上位メンバー）が存在する場合、上位メンバーは親メンバーに新たな通信鍵を配布する。そして、上位メンバーに対する親メンバーは上位メンバーと同様に動作する。子メンバーに対する子メンバ（下位メンバー）が存在する場合、子メンバーは下位メンバーに新たな通信鍵を配布する。そして、下位メンバーは子メンバーと同様に動作する。
例えば、メンバー（Ｃ）がウェブ会議から離脱した場合、メンバー（Ｂ）は、新たな通信鍵ｋＢ，Ｇを生成し、メンバー（Ａ）とメンバー（Ｄ）とのそれぞれに新たな通信鍵ｋＢ，Ｇを配布する。
例えば、メンバー（Ｃ）がウェブ会議から離脱した場合、メンバー（Ｂ）は、新たな通信鍵ｋＢ，Ｇを生成し、メンバー（Ａ）とメンバー（Ｄ）とのそれぞれに新たな通信鍵ｋＢ，Ｇを配布する。
【0107】
図１７から図２０に基づいて、参加処理の具体例を説明する。
「クライアント（Ａ）」は、ウェブ会議に１番目に参加するクライアント装置２００を表す。
「クライアント（Ｂ）」は、ウェブ会議に２番目に参加するクライアント装置２００を表す。
「クライアント（Ｃ）」は、ウェブ会議に３番目に参加するクライアント装置２００を表す。
「クライアント（Ｄ）」は、ウェブ会議に４番目に参加するクライアント装置２００を表す。
クライアントの「参加部」は、会議参加部２４１を表す。
クライアントの「生成部」は、通信鍵生成部２４２を表す。
クライアントの「共有部」は、鍵共有部２４３を表す。
クライアントの「更新部」は、通信鍵更新部２４４を表す。
クライアントの「取得部」は、通信鍵取得部２４５を表す。
クライアントの「通知部」は、参加通知部２４６を表す。
クライアントの「記憶部」は、記憶部２９０を表す。
サーバの「管理部」は、参加管理部３４１を表す。
サーバの「記憶部」は、記憶部３９０を表す。
「クライアント（Ａ）」は、ウェブ会議に１番目に参加するクライアント装置２００を表す。
「クライアント（Ｂ）」は、ウェブ会議に２番目に参加するクライアント装置２００を表す。
「クライアント（Ｃ）」は、ウェブ会議に３番目に参加するクライアント装置２００を表す。
「クライアント（Ｄ）」は、ウェブ会議に４番目に参加するクライアント装置２００を表す。
クライアントの「参加部」は、会議参加部２４１を表す。
クライアントの「生成部」は、通信鍵生成部２４２を表す。
クライアントの「共有部」は、鍵共有部２４３を表す。
クライアントの「更新部」は、通信鍵更新部２４４を表す。
クライアントの「取得部」は、通信鍵取得部２４５を表す。
クライアントの「通知部」は、参加通知部２４６を表す。
クライアントの「記憶部」は、記憶部２９０を表す。
サーバの「管理部」は、参加管理部３４１を表す。
サーバの「記憶部」は、記憶部３９０を表す。
【0108】
ステップＳ４０１において、クライアント（Ａ）の会議参加部２４１は、参加要求をサーバ装置３００へ送信する。
参加管理部３４１は、参加要求を受信する。
参加要求は、ウェブ会議に参加するためのデータである。参加要求は、識別コードを含む。
参加管理部３４１は、参加要求を受信する。
参加要求は、ウェブ会議に参加するためのデータである。参加要求は、識別コードを含む。
【0109】
参加管理部３４１は、ウェブ会議に参加中のクライアント装置２００が存在するか判定する。このとき、ウェブ会議に参加中のクライアント装置２００は存在しない。
この場合、参加管理部３４１は、参加要求に含まれる識別コードと同じ識別コードが保管中のメンバーリストに含まれるか判定する。参加要求に含まれる識別コードと同じ識別コードを「対象コード」と称する。
対象コードが保管中のメンバーリストに含まれる場合、参加管理部３４１は、ウェブ会議へのクライアント（Ａ）の参加を許可する。そして、参加管理部３４１は、ウェブ会議への参加の許可を示す参加応答をクライアント（Ａ）へ送信する。なお、参加管理部３４１は、ウェブ会議に参加中の各メンバーの識別コードを管理する。
対象コードが保管中のメンバーリストに含まれない場合、参加管理部３４１は、ウェブ会議への参加の不許可を示す参加応答をクライアント（Ａ）へ送信する。
会議参加部２４１は、参加応答を受信する。参加応答は、参加要求に対応する応答である。
この場合、参加管理部３４１は、参加要求に含まれる識別コードと同じ識別コードが保管中のメンバーリストに含まれるか判定する。参加要求に含まれる識別コードと同じ識別コードを「対象コード」と称する。
対象コードが保管中のメンバーリストに含まれる場合、参加管理部３４１は、ウェブ会議へのクライアント（Ａ）の参加を許可する。そして、参加管理部３４１は、ウェブ会議への参加の許可を示す参加応答をクライアント（Ａ）へ送信する。なお、参加管理部３４１は、ウェブ会議に参加中の各メンバーの識別コードを管理する。
対象コードが保管中のメンバーリストに含まれない場合、参加管理部３４１は、ウェブ会議への参加の不許可を示す参加応答をクライアント（Ａ）へ送信する。
会議参加部２４１は、参加応答を受信する。参加応答は、参加要求に対応する応答である。
【0110】
ウェブ会議に参加中のクライアント装置２００が存在する場合については後述する。
【0111】
ステップＳ４０２において、会議参加部２４１は通信鍵を生成する。通信鍵は例えば乱数である。
そして、会議参加部２４１は、通信鍵を記憶部２９０に格納する。これにより、クライアント（Ａ）において通信鍵が保管される。
そして、会議参加部２４１は、通信鍵を記憶部２９０に格納する。これにより、クライアント（Ａ）において通信鍵が保管される。
【0112】
ステップＳ４１１において、クライアント（Ｂ）の会議参加部２４１は、参加要求をサーバ装置３００へ送信する。
参加管理部３４１は、参加要求を受信する。
参加管理部３４１は、参加要求を受信する。
【0113】
参加管理部３４１は、ウェブ会議に参加中のクライアント装置２００が存在するか判定する。このとき、クライアント（Ａ）がウェブ会議に参加中である。
この場合、参加管理部３４１は、参加中のクライアント装置２００が存在することを示す参加応答をクライアント（Ｂ）へ送信する。
クライアント（Ｂ）の参加管理部３４１は、参加応答を受信する。
この場合、参加管理部３４１は、参加中のクライアント装置２００が存在することを示す参加応答をクライアント（Ｂ）へ送信する。
クライアント（Ｂ）の参加管理部３４１は、参加応答を受信する。
【0114】
ステップＳ４１２において、クライアント（Ｂ）の鍵共有部２４３は、交換鍵ペアを生成する。
交換鍵ペアは、他のクライアント装置２００と鍵共有を行うための鍵ペアである。交換鍵の具体例は、ＥＣＤＨ鍵またはＤＨ鍵である。ＥＣＤＨは、Ｅｌｌｉｐｔｉｃ ｃｕｒｖｅ Ｄｉｆｆｉｅ－Ｈｅｌｌｍａｎの略称である。ＤＨは、Ｄｉｆｆｉｅ－Ｈｅｌｌｍａｎの略称である。
交換鍵ペアは、他のクライアント装置２００と鍵共有を行うための鍵ペアである。交換鍵の具体例は、ＥＣＤＨ鍵またはＤＨ鍵である。ＥＣＤＨは、Ｅｌｌｉｐｔｉｃ ｃｕｒｖｅ Ｄｉｆｆｉｅ－Ｈｅｌｌｍａｎの略称である。ＤＨは、Ｄｉｆｆｉｅ－Ｈｅｌｌｍａｎの略称である。
【0115】
クライアント（Ｂ）の鍵共有部２４３は、署名秘密鍵を用いて、交換公開鍵に対する署名を生成する。
【0116】
クライアント（Ｂ）の鍵共有部２４３は、交換データを生成し、交換データをサーバ装置３００へ送信する。
交換データは、他のクライアント装置２００と鍵交換を行うためのデータである。交換データは、交換公開鍵と署名とＣＬ証明書を含む。
交換データは、他のクライアント装置２００と鍵交換を行うためのデータである。交換データは、交換公開鍵と署名とＣＬ証明書を含む。
【0117】
クライアント（Ｂ）の交換データを交換データ（Ｂ）と称する。
交換データ（Ｂ）に含まれる交換公開鍵を交換公開鍵（Ｂ）と称する。
交換データ（Ｂ）に含まれる署名を署名（Ｂ）と称する。
交換データ（Ｂ）に含まれるＣＬ証明書をＣＬ証明書（Ｂ）と称する。
交換データ（Ｂ）に含まれる交換公開鍵を交換公開鍵（Ｂ）と称する。
交換データ（Ｂ）に含まれる署名を署名（Ｂ）と称する。
交換データ（Ｂ）に含まれるＣＬ証明書をＣＬ証明書（Ｂ）と称する。
【0118】
参加管理部３４１は、交換データ（Ｂ）を受信し、交換データ（Ｂ）を記憶部３９０に格納する。
【0119】
ステップＳ４１３において、参加管理部３４１は、ウェブ会議に参加中の全てのクライアント装置に認証要求を送信する。
クライアント（Ａ）の鍵共有部２４３は、認証要求を受信する。
認証要求は、ウェブ会議への新たな参加を知らせるためのデータである。
クライアント（Ａ）の鍵共有部２４３は、認証要求を受信する。
認証要求は、ウェブ会議への新たな参加を知らせるためのデータである。
【0120】
クライアント（Ａ）の鍵共有部２４３は、子クライアントと鍵共有を行っているか判定する。このとき、クライアント（Ａ）は、子クライアントと鍵共有を行っていない。
この場合、クライアント（Ａ）の鍵共有部２４３は、交換鍵ペアを生成する。
また、鍵共有部２４３は、署名秘密鍵を用いて、交換公開鍵に対する署名を生成する。
そして、鍵共有部２４３は、交換データを生成し、交換データをサーバ装置３００へ送信する。
この場合、クライアント（Ａ）の鍵共有部２４３は、交換鍵ペアを生成する。
また、鍵共有部２４３は、署名秘密鍵を用いて、交換公開鍵に対する署名を生成する。
そして、鍵共有部２４３は、交換データを生成し、交換データをサーバ装置３００へ送信する。
【0121】
クライアント（Ａ）の交換データを交換データ（Ａ）と称する。
交換データ（Ａ）に含まれる交換公開鍵を交換公開鍵（Ａ）と称する。
交換データ（Ａ）に含まれる署名を署名（Ａ）と称する。
交換データ（Ａ）に含まれるＣＬ証明書をＣＬ証明書（Ａ）と称する。
交換データ（Ａ）に含まれる交換公開鍵を交換公開鍵（Ａ）と称する。
交換データ（Ａ）に含まれる署名を署名（Ａ）と称する。
交換データ（Ａ）に含まれるＣＬ証明書をＣＬ証明書（Ａ）と称する。
【0122】
参加管理部３４１は、交換データ（Ａ）を受信し、交換データ（Ａ）を記憶部３９０に格納する。
【0123】
ステップＳ４１４において、参加管理部３４１は、交換データ（Ａ）をクライアント（Ｂ）へ送信し、交換データ（Ｂ）をクライアント（Ａ）へ送信する。
クライアント（Ｂ）の鍵共有部２４３は、交換データ（Ａ）を受信する。
クライアント（Ａ）の鍵共有部２４３は、交換データ（Ｂ）を受信する。
クライアント（Ｂ）の鍵共有部２４３は、交換データ（Ａ）を受信する。
クライアント（Ａ）の鍵共有部２４３は、交換データ（Ｂ）を受信する。
【0124】
ステップＳ４１５において、クライアント（Ｂ）の鍵共有部２４３は、交換データ（Ａ）を検証する。
具体的には、鍵共有部２４３は、ＣＡ証明書の中のＣＡ公開鍵を用いて、ＣＬ証明書（Ａ）の中の署名を検証する。
ＣＬ証明書（Ａ）の中の署名が正しい場合、鍵共有部２４３は、ＣＬ証明書（Ａ）の中の署名公開鍵を用いて、署名（Ａ）を検証する。
署名（Ａ）が正しい場合、交換データ（Ａ）は正しい。そして、クライアント（Ａ）が認証される。
具体的には、鍵共有部２４３は、ＣＡ証明書の中のＣＡ公開鍵を用いて、ＣＬ証明書（Ａ）の中の署名を検証する。
ＣＬ証明書（Ａ）の中の署名が正しい場合、鍵共有部２４３は、ＣＬ証明書（Ａ）の中の署名公開鍵を用いて、署名（Ａ）を検証する。
署名（Ａ）が正しい場合、交換データ（Ａ）は正しい。そして、クライアント（Ａ）が認証される。
【0125】
交換データ（Ａ）が正しい場合、鍵共有部２４３は、交換公開鍵（Ａ）を用いて鍵共有のための処理を実行する。これにより、共有鍵（ＡＢ）が生成される。
そして、鍵共有部２４３は、共有鍵（ＡＢ）を記憶部２９０に格納する。これにより、クライアント（Ａ）において、共有鍵（ＡＢ）が保管される。
共有鍵（ＡＢ）は、クライアント（Ａ）とクライアント（Ｂ）の間で共有される共通鍵である。
そして、鍵共有部２４３は、共有鍵（ＡＢ）を記憶部２９０に格納する。これにより、クライアント（Ａ）において、共有鍵（ＡＢ）が保管される。
共有鍵（ＡＢ）は、クライアント（Ａ）とクライアント（Ｂ）の間で共有される共通鍵である。
【0126】
交換データ（Ａ）が正しくない場合、クライアント（Ｂ）において共有鍵（ＡＢ）が生成されない。つまり、鍵共有が行われない。
【0127】
ステップＳ４１６において、クライアント（Ａ）の鍵共有部２４３は、交換データ（Ｂ）を検証する。
具体的には、鍵共有部２４３は、ＣＡ証明書の中のＣＡ公開鍵を用いて、ＣＬ証明書（Ｂ）の中の署名を検証する。
ＣＬ証明書（Ｂ）の中の署名が正しい場合、鍵共有部２４３は、ＣＬ証明書（Ｂ）の中の署名公開鍵を用いて、署名（Ｂ）を検証する。
署名（Ｂ）が正しい場合、交換データ（Ｂ）は正しい。そして、クライアント（Ｂ）が認証される。これにより、ウェブ会議へのクライアント（Ｂ）の参加が許可される。
具体的には、鍵共有部２４３は、ＣＡ証明書の中のＣＡ公開鍵を用いて、ＣＬ証明書（Ｂ）の中の署名を検証する。
ＣＬ証明書（Ｂ）の中の署名が正しい場合、鍵共有部２４３は、ＣＬ証明書（Ｂ）の中の署名公開鍵を用いて、署名（Ｂ）を検証する。
署名（Ｂ）が正しい場合、交換データ（Ｂ）は正しい。そして、クライアント（Ｂ）が認証される。これにより、ウェブ会議へのクライアント（Ｂ）の参加が許可される。
【0128】
交換データ（Ｂ）が正しい場合、鍵共有部２４３は、交換公開鍵（Ｂ）を用いて鍵共有のための処理を実行する。これにより、共有鍵（ＡＢ）が生成される。
そして、鍵共有部２４３は、共有鍵（ＡＢ）を記憶部２９０に格納する。これにより、クライアント（Ｂ）において、共有鍵（ＡＢ）が保管される。
そして、鍵共有部２４３は、共有鍵（ＡＢ）を記憶部２９０に格納する。これにより、クライアント（Ｂ）において、共有鍵（ＡＢ）が保管される。
【0129】
交換データ（Ｂ）が正しくない場合、クライアント（Ａ）において共有鍵（ＡＢ）が生成されない。つまり、鍵共有が行われない。
【0130】
ステップＳ４２１において、クライアント（Ａ）の通信鍵更新部２４４は、保管中の通信鍵をハッシュ化して更新する。
つまり、通信鍵更新部２４４は、保管中の通信鍵にハッシュを施し、得られたハッシュ値で保管中の通信鍵を更新する。
つまり、通信鍵更新部２４４は、保管中の通信鍵にハッシュを施し、得られたハッシュ値で保管中の通信鍵を更新する。
【0131】
ステップＳ４２２において、クライアント（Ａ）の通信鍵更新部２４４は、共有鍵（ＡＢ）を用いて更新済みの保管中の通信鍵を暗号化する。これにより、暗号化通信鍵が得られる。
【0132】
クライアント（Ａ）の通信鍵更新部２４４は、暗号化通信鍵をサーバ装置３００へ送信する。
参加管理部３４１は、暗号化通信鍵を受信し、暗号化通信鍵を記憶部３９０に格納する。
参加管理部３４１は、暗号化通信鍵を受信し、暗号化通信鍵を記憶部３９０に格納する。
【0133】
ステップＳ４２３において、クライアント（Ｂ）の通信鍵取得部２４５は、通信鍵要求をサーバ装置３００へ送信する。
参加管理部３４１は、通信鍵要求を受信する。
通信鍵要求は、通信鍵を要求するためのデータである。
参加管理部３４１は、通信鍵要求を受信する。
通信鍵要求は、通信鍵を要求するためのデータである。
【0134】
参加管理部３４１は、暗号化通信鍵をクライアント（Ｂ）へ送信する。
クライアント（Ｂ）の通信鍵取得部２４５は、暗号化通信鍵を受信する。
クライアント（Ｂ）の通信鍵取得部２４５は、暗号化通信鍵を受信する。
【0135】
ステップＳ４２４において、クライアント（Ｂ）の通信鍵取得部２４５は、共有鍵（ＡＢ）を用いて暗号化通信鍵から通信鍵を復号する。
【0136】
クライアント（Ｂ）の通信鍵取得部２４５は、通信鍵を記憶部２９０に格納する。これにより、クライアント（Ｂ）において、クライアント（Ａ）に保管中の通信鍵と同じ通信鍵が保管される。
【0137】
ステップＳ４２５において、クライアント（Ａ）の参加通知部２４６は、クライアント（Ａ）に対する親クライアントが存在するか判定する。このとき、クライアント（Ａ）に対する親クライアントは存在しない。
この場合、処理は終了する。
この場合、処理は終了する。
【0138】
ステップＳ４３１において、クライアント（Ｃ）が子クライアントになり、クライアント（Ｂ）が親クライアントになる。
そして、クライアント（Ｂ）とクライアント（Ｃ）の間で鍵共有が行われる。鍵共有の手順は、クライアント（Ａ）とクライアント（Ｂ）の間で行われた鍵共有の手順（Ｓ４１１～Ｓ４１６）と同じである。
これにより、クライアント（Ｂ）とクライアント（Ｃ）のそれぞれにおいて、共有鍵（ＢＣ）が保管される。
共有鍵（ＢＣ）は、クライアント（Ｂ）とクライアント（Ｃ）の間で共有される共通鍵である。
そして、クライアント（Ｂ）とクライアント（Ｃ）の間で鍵共有が行われる。鍵共有の手順は、クライアント（Ａ）とクライアント（Ｂ）の間で行われた鍵共有の手順（Ｓ４１１～Ｓ４１６）と同じである。
これにより、クライアント（Ｂ）とクライアント（Ｃ）のそれぞれにおいて、共有鍵（ＢＣ）が保管される。
共有鍵（ＢＣ）は、クライアント（Ｂ）とクライアント（Ｃ）の間で共有される共通鍵である。
【0139】
さらに、クライアント（Ｂ）とクライアント（Ｃ）の間で鍵更新が行われる。鍵更新の手順は、クライアント（Ａ）とクライアント（Ｂ）の間で行われた鍵更新の手順（Ｓ４２１～Ｓ４２４）と同じである。
これにより、クライアント（Ｂ）とクライアント（Ｃ）のそれぞれにおいて、通信鍵が保管される。
この通信鍵は、クライアント（Ｂ）によってハッシュ化されているため、クライアント（Ａ）に保管中の通信鍵と異なる。
これにより、クライアント（Ｂ）とクライアント（Ｃ）のそれぞれにおいて、通信鍵が保管される。
この通信鍵は、クライアント（Ｂ）によってハッシュ化されているため、クライアント（Ａ）に保管中の通信鍵と異なる。
【0140】
そして、クライアント（Ｂ）の参加通知部２４６は、クライアント（Ｂ）に対する親クライアントが存在するか判定する（ステップＳ４２５と同じ）。クライアント（Ａ）がクライアント（Ｂ）に対する親クライアントである。
この場合、処理はステップＳ４３２に進む。
この場合、処理はステップＳ４３２に進む。
【0141】
ステップＳ４３２において、クライアント（Ｂ）の参加通知部２４６は、参加通知を生成する。
参加通知は、ウェブ会議への新たな参加を親クライアントに知らせるためのデータである。
さらに、参加通知部２４６は、共有鍵（ＡＢ）を用いてメッセージ認証符号（ＭＡＣ）を生成する。
そして、参加通知部２４６は、ＭＡＣを含んだ参加通知をサーバ装置３００へ送信する。
参加管理部３４１は、参加通知を受信する。
参加通知は、ウェブ会議への新たな参加を親クライアントに知らせるためのデータである。
さらに、参加通知部２４６は、共有鍵（ＡＢ）を用いてメッセージ認証符号（ＭＡＣ）を生成する。
そして、参加通知部２４６は、ＭＡＣを含んだ参加通知をサーバ装置３００へ送信する。
参加管理部３４１は、参加通知を受信する。
【0142】
参加通知を識別するための情報（タイムスタンプまたはシーケンス番号など）が参加通知に含まれてもよい。この情報は、参加通知の再送の防止のために使用することができる。
【0143】
参加管理部３４１は、参加通知をクライアント（Ａ）へ送信する。
クライアント（Ａ）の通信鍵更新部２４４は、参加通知を受信する。
クライアント（Ａ）の通信鍵更新部２４４は、参加通知を受信する。
【0144】
ステップＳ４３４において、クライアント（Ａ）の通信鍵更新部２４４は、共有鍵（ＡＢ）を用いて、参加通知に含まれるＭＡＣを検証する。
【0145】
ＭＡＣが正しい場合、通信鍵更新部２４４は、保管中の通信鍵をハッシュ化して更新する。
これにより、クライアント（Ａ）において、クライアント（Ｂ）に保管中の通信鍵と同じ通信鍵が保管される。
これにより、クライアント（Ａ）において、クライアント（Ｂ）に保管中の通信鍵と同じ通信鍵が保管される。
【0146】
ハッシュ化の方法は複数のクライアント装置２００において共通であり、ハッシュ化の結果は複数のクライアント装置２００において同じになる。例えば、複数のクライアント装置２００は、ハッシュ化のために同一のハッシュ関数を用いる。
【0147】
ステップＳ４３５において、クライアント（Ａ）の参加通知部２４６は、クライアント（Ａ）に対する親クライアントが存在するか判定する。
クライアント（Ａ）に対する親クライアントは存在しないため、処理は終了する。
クライアント（Ａ）に対する親クライアントは存在しないため、処理は終了する。
【0148】
クライアント（Ａ）に対する親クライアントが存在する場合、クライアント（Ａ）は、クライアント（Ｂ）と同様に、親クライアントに対して参加通知を送信する。
そして、親クライアントは、クライアント（Ａ）と同様に、保管中の通信鍵を更新し（ステップＳ４３４）、必要に応じて参加通知を送信する（ステップＳ４３５）。
この処理は、親クライアントを持たないクライアント装置２００が保管中の通信鍵を更新するまで続けられる。
そして、親クライアントは、クライアント（Ａ）と同様に、保管中の通信鍵を更新し（ステップＳ４３４）、必要に応じて参加通知を送信する（ステップＳ４３５）。
この処理は、親クライアントを持たないクライアント装置２００が保管中の通信鍵を更新するまで続けられる。
【0149】
参加処理の特徴を説明する。
ウェブ会議に１番目に参加したときに、クライアント装置２００は、通信鍵を生成して保管する。
ウェブ会議に２番目以降に参加したときに、クライアント装置２００は、ウェブ会議に参加中で親クライアントになったクライアント装置と鍵共有を行う。そして、クライアント装置２００は、親クライアントからの暗号化通信鍵を受信し、親クライアントとの共有鍵を用いて暗号化通信鍵から通信鍵を復号し、通信鍵を保管する。
ウェブ会議に参加中で子クライアントとの鍵共有を行っていない場合、クライアント装置２００は、ウェブ会議に新たに参加したクライアント装置を子クライアントにして鍵共有を行う。また、クライアント装置２００は、保管中の通信鍵をハッシュ化によって更新する。そして、クライアント装置２００は、更新済みで保管中の通信鍵を子クライアントとの共有鍵を用いて暗号化し、子クライアントに対して暗号化通信鍵を送信する。さらに、クライアント装置２００は、親クライアントに対して参加通知を送信する。
子クライアントからの参加通知を受信した場合、クライアント装置２００は、保管中の通信鍵をハッシュ化によって更新する。
ウェブ会議に１番目に参加したときに、クライアント装置２００は、通信鍵を生成して保管する。
ウェブ会議に２番目以降に参加したときに、クライアント装置２００は、ウェブ会議に参加中で親クライアントになったクライアント装置と鍵共有を行う。そして、クライアント装置２００は、親クライアントからの暗号化通信鍵を受信し、親クライアントとの共有鍵を用いて暗号化通信鍵から通信鍵を復号し、通信鍵を保管する。
ウェブ会議に参加中で子クライアントとの鍵共有を行っていない場合、クライアント装置２００は、ウェブ会議に新たに参加したクライアント装置を子クライアントにして鍵共有を行う。また、クライアント装置２００は、保管中の通信鍵をハッシュ化によって更新する。そして、クライアント装置２００は、更新済みで保管中の通信鍵を子クライアントとの共有鍵を用いて暗号化し、子クライアントに対して暗号化通信鍵を送信する。さらに、クライアント装置２００は、親クライアントに対して参加通知を送信する。
子クライアントからの参加通知を受信した場合、クライアント装置２００は、保管中の通信鍵をハッシュ化によって更新する。
【0150】
複数のクライアント装置２００のそれぞれは、ウェブ会議に参加するときに、参加要求クライアントになる。そして、各クライアント装置２００は、識別コードを示す参加要求をサーバ装置３００へ送信する。
ウェブ会議に１番目に参加する参加要求クライアントの参加要求を受信した場合、サーバ装置３００は、受信した参加要求に示される識別コードをウェブ会議のメンバーリストと照合する。サーバ装置３００は、照合結果に基づいて参加要求クライアントの参加可否を判定する。そして、サーバ装置３００は、判定結果を示す参加応答を参加要求クライアントへ送信する。
ウェブ会議に２番目以降に参加する参加要求クライアントの参加要求を受信した場合、サーバ装置３００は、参加要求クライアントのための認証要求をウェブ会議に参加中の全てのクライアント装置２００へ送信する。
ウェブ会議に参加中の各クライアント装置２００は、次のように動作する。認証要求を受信したときに子クライアントとの鍵共有を行っていない場合、クライアント装置２００は、参加要求クライアントから送信される署名付き交換鍵を受信し、署名付き交換鍵の署名を検証する。そして、署名付き交換鍵の交換鍵が正しい場合に、クライアント装置２００は、参加要求クライアントを子クライアントにして交換鍵を用いて鍵共有を行う。
ウェブ会議に１番目に参加する参加要求クライアントの参加要求を受信した場合、サーバ装置３００は、受信した参加要求に示される識別コードをウェブ会議のメンバーリストと照合する。サーバ装置３００は、照合結果に基づいて参加要求クライアントの参加可否を判定する。そして、サーバ装置３００は、判定結果を示す参加応答を参加要求クライアントへ送信する。
ウェブ会議に２番目以降に参加する参加要求クライアントの参加要求を受信した場合、サーバ装置３００は、参加要求クライアントのための認証要求をウェブ会議に参加中の全てのクライアント装置２００へ送信する。
ウェブ会議に参加中の各クライアント装置２００は、次のように動作する。認証要求を受信したときに子クライアントとの鍵共有を行っていない場合、クライアント装置２００は、参加要求クライアントから送信される署名付き交換鍵を受信し、署名付き交換鍵の署名を検証する。そして、署名付き交換鍵の交換鍵が正しい場合に、クライアント装置２００は、参加要求クライアントを子クライアントにして交換鍵を用いて鍵共有を行う。
【0151】
図２１および図２２に基づいて、離脱処理の具体例を説明する。
「クライアント（Ａ）」は、ウェブ会議に１番目に参加したクライアント装置２００を表す。
「クライアント（Ｂ）」は、ウェブ会議に２番目に参加したクライアント装置２００を表す。
「クライアント（Ｃ）」は、ウェブ会議に３番目に参加したクライアント装置２００を表す。
「クライアント（Ｄ）」は、ウェブ会議に４番目に参加したクライアント装置２００を表す。
クライアントの「通知部」は、離脱通知部２５１を表す。
クライアントの「共有部」は、再共有部２５２を表す。
クライアントの「生成部」は、新鍵生成部２５３を表す。
クライアントの「伝送部」は、新鍵伝送部２５４を表す。
クライアントの「記憶部」は、記憶部２９０を表す。
サーバの「管理部」は、離脱管理部３５１を表す。
サーバの「記憶部」は、記憶部３９０を表す。
「クライアント（Ａ）」は、ウェブ会議に１番目に参加したクライアント装置２００を表す。
「クライアント（Ｂ）」は、ウェブ会議に２番目に参加したクライアント装置２００を表す。
「クライアント（Ｃ）」は、ウェブ会議に３番目に参加したクライアント装置２００を表す。
「クライアント（Ｄ）」は、ウェブ会議に４番目に参加したクライアント装置２００を表す。
クライアントの「通知部」は、離脱通知部２５１を表す。
クライアントの「共有部」は、再共有部２５２を表す。
クライアントの「生成部」は、新鍵生成部２５３を表す。
クライアントの「伝送部」は、新鍵伝送部２５４を表す。
クライアントの「記憶部」は、記憶部２９０を表す。
サーバの「管理部」は、離脱管理部３５１を表す。
サーバの「記憶部」は、記憶部３９０を表す。
【0152】
ステップＳ５０１において、クライアント（Ｂ）の離脱通知部２５１は、離脱通知をサーバ装置３００へ送信する。
離脱管理部３５１は、離脱通知を受信する。
離脱通知は、ウェブ会議から離脱するためのデータである。離脱通知は、離脱クライアントの識別コードを含む。
離脱クライアントは、ウェブ会議から離脱したクライアント装置２００である。
離脱管理部３５１は、離脱通知を受信する。
離脱通知は、ウェブ会議から離脱するためのデータである。離脱通知は、離脱クライアントの識別コードを含む。
離脱クライアントは、ウェブ会議から離脱したクライアント装置２００である。
【0153】
離脱管理部３５１は、ウェブ会議に参加中の全てのクライアント装置２００へ離脱通知を送信する。
参加中の各クライアント装置２００において、再共有部２５２は、離脱通知を受信する。
参加中の各クライアント装置２００において、再共有部２５２は、離脱通知を受信する。
【0154】
参加中の各クライアント装置２００において、再共有部２５２は、離脱通知に含まれる識別コードを参照する。
そして、再共有部２５２は、クライアント装置２００が離脱クライアントに対する親クライアントまたは離脱クライアントに対する子クライアントであるか判定する。
そして、再共有部２５２は、クライアント装置２００が離脱クライアントに対する親クライアントまたは離脱クライアントに対する子クライアントであるか判定する。
【0155】
クライアント（Ａ）は、クライアント（Ｂ）に対する親クライアントである。この場合、クライアント（Ａ）において処理はステップＳ５０２に進む。
クライアント（Ｃ）は、クライアント（Ｂ）に対する子クライアントである。この場合、クライアント（Ｃ）において処理はステップＳ５０２に進む。
クライアント（Ｄ）は、クライアント（Ｂ）に対する親クライアントではない。また、クライアント（Ｄ）は、クライアント（Ｂ）に対する子クライアントではない。この場合、クライアント（Ｄ）において、離脱通知に対する処理は行われない。
クライアント（Ｃ）は、クライアント（Ｂ）に対する子クライアントである。この場合、クライアント（Ｃ）において処理はステップＳ５０２に進む。
クライアント（Ｄ）は、クライアント（Ｂ）に対する親クライアントではない。また、クライアント（Ｄ）は、クライアント（Ｂ）に対する子クライアントではない。この場合、クライアント（Ｄ）において、離脱通知に対する処理は行われない。
【0156】
ステップＳ５０２において、クライアント（Ａ）の再共有部２５２は、交換データ（Ａ’）を生成し、交換データ（Ａ’）をサーバ装置３００へ送信する。
また、クライアント（Ｃ）の再共有部２５２は、交換データ（Ｃ’）を生成し、交換データ（Ｃ’）をサーバ装置３００へ送信する。
交換データの生成方法は、参加処理での方法と同じである（図１８を参照）。
また、クライアント（Ｃ）の再共有部２５２は、交換データ（Ｃ’）を生成し、交換データ（Ｃ’）をサーバ装置３００へ送信する。
交換データの生成方法は、参加処理での方法と同じである（図１８を参照）。
【0157】
離脱管理部３５１は、交換データ（Ａ’）と交換データ（Ｃ’）を受信し、交換データ（Ｃ’）をクライアント（Ａ）へ送信し、交換データ（Ａ’）をクライアント（Ｃ）へ送信する。
【0158】
ステップＳ５０３において、クライアント（Ａ）の再共有部２５２は、交換データ（Ｃ’）を検証し、鍵共有によって共有鍵（ＡＣ）を生成し、共有鍵（ＡＣ）を保管する。
また、クライアント（Ｃ）の再共有部２５２は、交換データ（Ａ’）を検証し、鍵共有によって共有鍵（ＡＣ）を生成し、共有鍵（ＡＣ）を保管する。
検証および鍵共有の方法は、参加処理での方法と同じである（図１８を参照）。
また、クライアント（Ｃ）の再共有部２５２は、交換データ（Ａ’）を検証し、鍵共有によって共有鍵（ＡＣ）を生成し、共有鍵（ＡＣ）を保管する。
検証および鍵共有の方法は、参加処理での方法と同じである（図１８を参照）。
【0159】
ステップＳ５１１において、クライアント（Ａ）の新鍵生成部２５３は、新たな通信鍵を生成する。
新鍵生成部２５３は、保管中の通信鍵を新たな通信鍵で更新する。これにより、クライアント（Ａ）において、新たな通信鍵が保管される。
新鍵生成部２５３は、保管中の通信鍵を新たな通信鍵で更新する。これにより、クライアント（Ａ）において、新たな通信鍵が保管される。
【0160】
ステップＳ５１２において、クライアント（Ａ）の新鍵伝送部２５４は、共有鍵（ＡＣ）を用いて新たな通信鍵を暗号化する。これにより、暗号化通信鍵が得られる。
【0161】
新鍵伝送部２５４は、暗号化通信鍵をサーバ装置３００へ送信する。
離脱管理部３５１は、暗号化通信鍵を受信し、暗号化通信鍵を記憶部３９０に格納する。
離脱管理部３５１は、暗号化通信鍵を受信し、暗号化通信鍵を記憶部３９０に格納する。
【0162】
離脱管理部３５１は、暗号化通信鍵をクライアント（Ｃ）へ送信する。
クライアント（Ｃ）の新鍵伝送部２５４は、暗号化通信鍵を受信する。
クライアント（Ｃ）の新鍵伝送部２５４は、暗号化通信鍵を受信する。
【0163】
ステップＳ５１３において、クライアント（Ｃ）の新鍵伝送部２５４は、共有鍵（ＡＣ）を用いて暗号化通信鍵から新たな通信鍵を復号する。
新鍵伝送部２５４は、保管中の通信鍵を新たな通信鍵で更新する。これにより、クライアント（Ｃ）において、新たな通信鍵が保管される。
新鍵伝送部２５４は、保管中の通信鍵を新たな通信鍵で更新する。これにより、クライアント（Ｃ）において、新たな通信鍵が保管される。
【0164】
ステップＳ５１４において、クライアント（Ｃ）の新鍵伝送部２５４は、クライアント（Ｃ）に対する子クライアントが存在するか判定する。クライアント（Ｄ）がクライアント（Ｃ）に対する子クライアントである。
この場合、クライアント（Ｃ）の新鍵伝送部２５４は、共有鍵（ＣＤ）を用いて新たな通信鍵を暗号化し、暗号化通信鍵をサーバ装置３００へ送信する。
離脱管理部３５１は、暗号化通信鍵を受信し、暗号化通信鍵をクライアント（Ｄ）へ送信する。
クライアント（Ｄ）の新鍵伝送部２５４は、暗号化通信鍵を受信する。
この場合、クライアント（Ｃ）の新鍵伝送部２５４は、共有鍵（ＣＤ）を用いて新たな通信鍵を暗号化し、暗号化通信鍵をサーバ装置３００へ送信する。
離脱管理部３５１は、暗号化通信鍵を受信し、暗号化通信鍵をクライアント（Ｄ）へ送信する。
クライアント（Ｄ）の新鍵伝送部２５４は、暗号化通信鍵を受信する。
【0165】
ステップＳ５１５において、クライアント（Ｄ）の新鍵伝送部２５４は、共有鍵（ＣＤ）を用いて暗号化通信鍵から新たな通信鍵を復号し、保管中の通信鍵を新たな通信鍵で更新する。これにより、クライアント（Ｄ）において、新たな通信鍵が保管される。
【0166】
クライアント（Ｄ）の新鍵伝送部２５４は、クライアント（Ｄ）に対する子クライアントが存在するか判定する。クライアント（Ｄ）に対する子クライアントは存在しない。
この場合、処理は終了する。
この場合、処理は終了する。
【0167】
クライアント（Ｄ）に対する子クライアントが存在する場合、クライアント（Ｄ）は、クライアント（Ｃ）と同様に、子クライアントに対して暗号化通信鍵を送信する。
そして、子クライアントは、クライアント（Ｄ）と同様に、保管中の通信鍵を更新し（ステップＳ５１５）、必要に応じて暗号化通信鍵を送信する。
この処理は、子クライアントを持たないクライアント装置２００が保管中の通信鍵を更新するまで続けられる。
そして、子クライアントは、クライアント（Ｄ）と同様に、保管中の通信鍵を更新し（ステップＳ５１５）、必要に応じて暗号化通信鍵を送信する。
この処理は、子クライアントを持たないクライアント装置２００が保管中の通信鍵を更新するまで続けられる。
【0168】
離脱処理の特徴を説明する。
ウェブ会議から離脱したときに、クライアント装置２００は、親クライアントと子クライアントのそれぞれに対して離脱通知を送信する。
親クライアントの離脱通知を受信した場合、クライアント装置２００は、新たな親クライアントと鍵共有を行う。親クライアントに対する親クライアントが新たな親クライアントになる。クライアント装置２００は、新たな親クライアントからの暗号化通信鍵を受信し、新たな親クライアントとの共有鍵を用いて暗号化通信鍵から新たな通信鍵を復号する。そして、クライアント装置２００は、保管中の通信鍵の代わりに新たな通信鍵を保管する。さらに、クライアント装置２００は、新たな通信鍵を子クライアントとの共有鍵を用いて暗号化し、子クライアントに対して暗号化通信鍵を送信する。
親クライアントからの暗号化通信鍵を受信した場合、クライアント装置２００は、親クライアントとの共有鍵を用いて暗号化通信鍵から新たな通信鍵を復号し、保管中の通信鍵の代わりに新たな通信鍵を保管する。
子クライアントの離脱通知を受信した場合、クライアント装置２００は、新たな子クライアントと鍵共有を行う。子クライアントに対する子クライアントが新たな子クライアントになる。また、クライアント装置２００は、新たな通信鍵を生成して保管中の通信鍵の代わりに保管する。そして、クライアント装置２００は、新たな通信鍵を新たな子クライアントとの共有鍵を用いて暗号化し、新たな子クライアントに対して暗号化通信鍵を送信する。
ウェブ会議から離脱したときに、クライアント装置２００は、親クライアントと子クライアントのそれぞれに対して離脱通知を送信する。
親クライアントの離脱通知を受信した場合、クライアント装置２００は、新たな親クライアントと鍵共有を行う。親クライアントに対する親クライアントが新たな親クライアントになる。クライアント装置２００は、新たな親クライアントからの暗号化通信鍵を受信し、新たな親クライアントとの共有鍵を用いて暗号化通信鍵から新たな通信鍵を復号する。そして、クライアント装置２００は、保管中の通信鍵の代わりに新たな通信鍵を保管する。さらに、クライアント装置２００は、新たな通信鍵を子クライアントとの共有鍵を用いて暗号化し、子クライアントに対して暗号化通信鍵を送信する。
親クライアントからの暗号化通信鍵を受信した場合、クライアント装置２００は、親クライアントとの共有鍵を用いて暗号化通信鍵から新たな通信鍵を復号し、保管中の通信鍵の代わりに新たな通信鍵を保管する。
子クライアントの離脱通知を受信した場合、クライアント装置２００は、新たな子クライアントと鍵共有を行う。子クライアントに対する子クライアントが新たな子クライアントになる。また、クライアント装置２００は、新たな通信鍵を生成して保管中の通信鍵の代わりに保管する。そして、クライアント装置２００は、新たな通信鍵を新たな子クライアントとの共有鍵を用いて暗号化し、新たな子クライアントに対して暗号化通信鍵を送信する。
【0169】
複数のクライアント装置２００のそれぞれは、親クライアントと子クライアントのいずれかがウェブ会議から離脱しない限り他のクライアント装置と鍵共有を行わない。
【0170】
図２３に基づいて、通信処理を説明する。
通信処理は、ウェブ会議に参加中のクライアント装置２００がメッセージを通信する処理である。
通信処理は、ウェブ会議に参加中のクライアント装置２００がメッセージを通信する処理である。
【0171】
クライアントの「送信部」は、メッセージ送信部２６１を表す。
クライアントの「受信部」は、メッセージ受信部２６２を表す。
クライアントの「記憶部」は、記憶部２９０を表す。
サーバの「記憶部」は、記憶部３９０を表す。
クライアントの「受信部」は、メッセージ受信部２６２を表す。
クライアントの「記憶部」は、記憶部２９０を表す。
サーバの「記憶部」は、記憶部３９０を表す。
【0172】
ステップＳ６０１において、クライアント（Ａ）の利用者は、メッセージをクライアント（Ａ）に入力する。
メッセージ送信部２６１は、メッセージを受け付ける。メッセージの形態は、例えば、文字列、音声または映像である。
メッセージ送信部２６１は、メッセージを受け付ける。メッセージの形態は、例えば、文字列、音声または映像である。
【0173】
メッセージ送信部２６１は、メッセージをエンコードする。つまり、メッセージ送信部２６１は、メッセージを規定のフォーマットのデータに変換する。これにより、エンコードメッセージが得られる。
【0174】
メッセージ送信部２６１は、通信鍵を用いてエンコードメッセージを暗号化する。これにより、暗号化メッセージが得られる。
【0175】
メッセージ送信部２６１は、暗号化メッセージをサーバ装置３００へ送信する。
通信管理部３６１は、暗号化メッセージを受信し、記憶部３９０に格納する。
通信管理部３６１は、暗号化メッセージを受信し、記憶部３９０に格納する。
【0176】
通信管理部３６１は、暗号化メッセージをウェブ会議に参加中の各クライアント装置２００へ送信する。
クライアント（Ｂ）のメッセージ受信部２６２は、暗号化メッセージを受信する。
クライアント（Ｂ）のメッセージ受信部２６２は、暗号化メッセージを受信する。
【0177】
ステップＳ６０３において、クライアント（Ｂ）のメッセージ受信部２６２は、保管中の通信鍵を用いて、暗号化メッセージからエンコードメッセージを復号する。
【0178】
メッセージ受信部２６２は、エンコードメッセージからメッセージをデコードする。
【0179】
メッセージ受信部２６２は、メッセージを出力する。例えば、メッセージ受信部２６２は、メッセージをディスプレイに表示する。
【0180】
＊＊＊実施の形態１の効果＊＊＊
２者間鍵共有のためには、各利用者の初期鍵（交換鍵）を安全に相手に渡す必要がある。従来、初期鍵は、電話番号と共にサーバに登録されていた。そのため、サーバの管理者に悪意がある場合、初期鍵のすり替えによるなりすましが可能となる。
実施の形態１では、初期鍵は、電子証明書を使って配布される。これにより、サーバでの初期鍵の改ざんを防止できる。
２者間鍵共有のためには、各利用者の初期鍵（交換鍵）を安全に相手に渡す必要がある。従来、初期鍵は、電話番号と共にサーバに登録されていた。そのため、サーバの管理者に悪意がある場合、初期鍵のすり替えによるなりすましが可能となる。
実施の形態１では、初期鍵は、電子証明書を使って配布される。これにより、サーバでの初期鍵の改ざんを防止できる。
【0181】
実施の形態１では、ウェブ会議の開設時に、参加メンバーのリストが生成される。これにより、招待されていない第３者の入室（ウェブ会議への参加）を防止できる。
【0182】
従来、ｎ人のメンバーに対してｎＣ２回の鍵共有が必要であった。
実施の形態１により、鍵共有の回数を（ｎ－１＋α）回に減らすことができる。「α」は離脱回数を意味する。
実施の形態１により、鍵共有の回数を（ｎ－１＋α）回に減らすことができる。「α」は離脱回数を意味する。
【0183】
実施の形態１では、新たな参加クライアントにはハッシュ化によって更新された通信鍵が渡される。これにより、新たな参加クライアントは参加前のメッセージを復号できない。
【0184】
実施の形態１では、ウェブ会議に参加していたクライアントがウェブ会議から離脱した場合、新たな通信鍵が生成される。これにより、離脱クライアントは離脱後のメッセージを復号できない。
【0185】
【0186】
＊＊＊構成の説明＊＊＊
図２４に基づいて、クライアント装置２００の構成を説明する。
クライアント装置２００は、さらに、検知部２７０という要素を備える。検知部２７０は、ソフトウェアで実現される。
クライアントプログラムは、さらに、検知部２７０としてコンピュータを機能させる。
図２４に基づいて、クライアント装置２００の構成を説明する。
クライアント装置２００は、さらに、検知部２７０という要素を備える。検知部２７０は、ソフトウェアで実現される。
クライアントプログラムは、さらに、検知部２７０としてコンピュータを機能させる。
【0187】
図２５に基づいて、検知部２７０の構成を説明する。
検知部２７０は、確認要求部２７１と、確認応答部２７２と、代理通知部２７３と、を備える。
検知部２７０は、確認要求部２７１と、確認応答部２７２と、代理通知部２７３と、を備える。
【0188】
図２６に基づいて、サーバ装置３００の構成を説明する。
サーバ装置３００は、さらに、検知管理部３７１を備える。検知管理部３７１は、ソフトウェアで実現される。
サーバプログラムは、さらに、検知管理部３７１としてコンピュータを機能させる。
サーバ装置３００は、さらに、検知管理部３７１を備える。検知管理部３７１は、ソフトウェアで実現される。
サーバプログラムは、さらに、検知管理部３７１としてコンピュータを機能させる。
【0189】
＊＊＊動作の説明＊＊＊
ウェブ会議方法は、検知処理を含む。
検知処理は、離脱通知を出さずにウェブ会議から離脱したクライアント装置２００を検知する処理である。
ウェブ会議方法は、検知処理を含む。
検知処理は、離脱通知を出さずにウェブ会議から離脱したクライアント装置２００を検知する処理である。
【0190】
図２７に基づいて、検知処理の概要を説明する。
「Ｊｏｉｎ」は、ウェブ会議への参加を意味する。
「Ｇｅｎ ｎｏｎｃｅ」は、ノンスの生成を意味する。ノンスはランダムな値である。
「Ｓｉｇｎ」は、署名を意味する。
「Ｖｅｒｉｆｙ」は、署名の検証を意味する。
「Ａｕｔｈ」は、子クライアントの認証を意味する。
「Ｇｅｎ ｋＢ，Ｇ」は、通信鍵の生成を意味する。
「Ｊｏｉｎ」は、ウェブ会議への参加を意味する。
「Ｇｅｎ ｎｏｎｃｅ」は、ノンスの生成を意味する。ノンスはランダムな値である。
「Ｓｉｇｎ」は、署名を意味する。
「Ｖｅｒｉｆｙ」は、署名の検証を意味する。
「Ａｕｔｈ」は、子クライアントの認証を意味する。
「Ｇｅｎ ｋＢ，Ｇ」は、通信鍵の生成を意味する。
【0191】
ウェブ会議に参加中に、クライアント（Ａ）は、ウェブ会議に参加中の各クライアントに対してノンスを送信する。ウェブ会議に参加中の各クライアントは、ノンスに対する署名を生成し、クライアント（Ａ）に対して署名を送信する。クライアント（Ａ）は、各署名を検証する。
その後、クライアント（Ｃ）が、離脱通知を出さずにウェブ会議から離脱した。
その後、クライアント（Ｅ）は、ウェブ会議に参加中の各クライアントに対してノンスを送信した。しかし、クライアント（Ｃ）から署名を受信できなかった。
この場合、クライアント（Ｅ）は、クライアント（Ｃ）がウェブ会議から離脱したことを各クライアントに対して通知する。
その後、クライアント（Ｃ）の親クライアントであったクライアント（Ｂ）が新たな通信鍵ｋＢ，Ｇを生成し、新たな通信鍵ｋＢ，Ｇが各クライアントに伝送される。
その後、クライアント（Ｃ）が、離脱通知を出さずにウェブ会議から離脱した。
その後、クライアント（Ｅ）は、ウェブ会議に参加中の各クライアントに対してノンスを送信した。しかし、クライアント（Ｃ）から署名を受信できなかった。
この場合、クライアント（Ｅ）は、クライアント（Ｃ）がウェブ会議から離脱したことを各クライアントに対して通知する。
その後、クライアント（Ｃ）の親クライアントであったクライアント（Ｂ）が新たな通信鍵ｋＢ，Ｇを生成し、新たな通信鍵ｋＢ，Ｇが各クライアントに伝送される。
【0192】
図２８に基づいて、検知処理の具体例を説明する。
クライアントの「要求部」は、確認要求部２７１を表す。
クライアントの「応答部」は、確認応答部２７２を表す。
クライアントの「記憶部」は、記憶部２９０を表す。
サーバの「管理部」は、検知管理部３７１を表す。
サーバの「記憶部」は、記憶部３９０を表す。
クライアントの「要求部」は、確認要求部２７１を表す。
クライアントの「応答部」は、確認応答部２７２を表す。
クライアントの「記憶部」は、記憶部２９０を表す。
サーバの「管理部」は、検知管理部３７１を表す。
サーバの「記憶部」は、記憶部３９０を表す。
【0193】
ステップＳ７０１において、参加中の各クライアント装置２００の確認要求部２７１は、確認タイミングであるか判定する。
確認タイミングは、離脱確認のための既定のタイミングである。例えば、参加通知の送信以後に一定周期で訪れる各時刻が確認タイミングとなる。
確認タイミングは、離脱確認のための既定のタイミングである。例えば、参加通知の送信以後に一定周期で訪れる各時刻が確認タイミングとなる。
【0194】
クライアント（Ａ）において、確認タイミングが検出された。
この場合、クライアント（Ａ）の確認要求部２７１は、離脱確認要求をサーバ装置３００へ送信する。
検知管理部３７１は、離脱確認要求を受信する。
離脱確認要求は、ウェブ会議から離脱したクライアント装置２００を確認するためのデータである。離脱確認要求は、確認メッセージを含む。確認メッセージは、任意のメッセージであり、確認メッセージの再送の防止のためにノンスを含む。
この場合、クライアント（Ａ）の確認要求部２７１は、離脱確認要求をサーバ装置３００へ送信する。
検知管理部３７１は、離脱確認要求を受信する。
離脱確認要求は、ウェブ会議から離脱したクライアント装置２００を確認するためのデータである。離脱確認要求は、確認メッセージを含む。確認メッセージは、任意のメッセージであり、確認メッセージの再送の防止のためにノンスを含む。
【0195】
検知管理部３７１は、参加中のクライアント装置２００として管理されている全てのクライアント装置２００へ離脱確認要求を送信する。
クライアント（Ｂ）の確認応答部２７２は、離脱確認要求を受信する。
クライアント（Ｃ）の確認応答部２７２は、離脱確認要求を受信する。
クライアント（Ｂ）の確認応答部２７２は、離脱確認要求を受信する。
クライアント（Ｃ）の確認応答部２７２は、離脱確認要求を受信する。
【0196】
ステップＳ７０２において、クライアント（Ｂ）の確認応答部２７２は、署名秘密鍵を用いて、確認メッセージに対する署名を生成する。
確認応答部２７２は、離脱確認応答を生成し、離脱確認応答をサーバ装置３００へ送信する。
検知管理部３７１は、離脱確認応答を受信する。
離脱確認応答は、離脱確認要求に対する応答である。離脱確認応答は、確認メッセージに対する署名とＣＬ証明書と識別コードを含む。
確認応答部２７２は、離脱確認応答を生成し、離脱確認応答をサーバ装置３００へ送信する。
検知管理部３７１は、離脱確認応答を受信する。
離脱確認応答は、離脱確認要求に対する応答である。離脱確認応答は、確認メッセージに対する署名とＣＬ証明書と識別コードを含む。
【0197】
クライアント（Ｃ）の確認応答部２７２は、クライアント（Ｂ）と同じく、離脱確認応答をサーバ装置３００へ送信する。
検知管理部３７１は、離脱確認応答を受信する。
検知管理部３７１は、離脱確認応答を受信する。
【0198】
ステップＳ７０３において、検知管理部３７１は、管理データを生成する。
管理データは、各離脱確認応答と、参加クライアントリストと、を含む。
参加クライアントリストは、参加中のクライアント装置２００として管理されているクライアント装置２００の識別コードのリストである。
管理データは、各離脱確認応答と、参加クライアントリストと、を含む。
参加クライアントリストは、参加中のクライアント装置２００として管理されているクライアント装置２００の識別コードのリストである。
【0199】
検知管理部３７１は、管理データをクライアント（Ａ）へ送信する。
クライアント（Ａ）の代理通知部２７３は、管理データを受信する。
クライアント（Ａ）の代理通知部２７３は、管理データを受信する。
【0200】
ステップＳ７０４において、クライアント（Ａ）の代理通知部２７３は、管理データに含まれる各離脱確認応答を検証する。
具体的には、代理通知部２７３は、ＣＡ証明書の中のＣＡ公開鍵を用いて、ＣＬ証明書の中の署名を検証する。
ＣＬ証明書の中の署名が正しい場合、代理通知部２７３は、ＣＬ証明書の中の署名公開鍵を用いて、確認メッセージに対する署名を検証する。
確認メッセージに対する署名が正しい場合、離脱確認応答は正しい。
具体的には、代理通知部２７３は、ＣＡ証明書の中のＣＡ公開鍵を用いて、ＣＬ証明書の中の署名を検証する。
ＣＬ証明書の中の署名が正しい場合、代理通知部２７３は、ＣＬ証明書の中の署名公開鍵を用いて、確認メッセージに対する署名を検証する。
確認メッセージに対する署名が正しい場合、離脱確認応答は正しい。
【0201】
代理通知部２７３は、いずれの正しい離脱確認応答の中の識別コードとも一致しない識別コードを参加クライアントリストから抽出する。
抽出される識別コードで識別されるクライアント装置２００を離脱済みクライアントと称する。
離脱済みクライアントは、離脱通知を送信せずにウェブ会議から離脱したクライアント装置２００である。
抽出される識別コードで識別されるクライアント装置２００を離脱済みクライアントと称する。
離脱済みクライアントは、離脱通知を送信せずにウェブ会議から離脱したクライアント装置２００である。
【0202】
離脱済みクライアントが存在する場合、クライアント（Ａ）の代理通知部２７３は、離脱済みクライアントの代わりに離脱通知を送信する。
離脱通知に対する処理（離脱処理）は、実施の形態１で説明した通りである。
離脱通知に対する処理（離脱処理）は、実施の形態１で説明した通りである。
【0203】
検知処理の特徴を説明する。
ウェブ会議からの離脱済みを確認するための確認要求を受信した場合、ウェブ会議に参加中の各クライアント装置２００は、確認要求に対する確認応答を送信する。
ウェブ会議に参加中の各クライアント装置２００は、任意のタイミングになったときに、確認要求を送信し、ウェブ会議に参加中のクライアント装置からの確認応答を受信する。次に、クライアント装置２００は、ウェブ会議から離脱済みでなく確認応答の送信元でないクライアント装置２００を離脱済みクライアントとして検出する。そして、クライアント装置２００は、離脱済みクライアントの離脱通知を送信する。
ウェブ会議からの離脱済みを確認するための確認要求を受信した場合、ウェブ会議に参加中の各クライアント装置２００は、確認要求に対する確認応答を送信する。
ウェブ会議に参加中の各クライアント装置２００は、任意のタイミングになったときに、確認要求を送信し、ウェブ会議に参加中のクライアント装置からの確認応答を受信する。次に、クライアント装置２００は、ウェブ会議から離脱済みでなく確認応答の送信元でないクライアント装置２００を離脱済みクライアントとして検出する。そして、クライアント装置２００は、離脱済みクライアントの離脱通知を送信する。
【0204】
＊＊＊実施の形態２の効果＊＊＊
実施の形態２により、メンバーがウェブ会議から黙って離脱した場合に対処することができる。
実施の形態２により、メンバーがウェブ会議から黙って離脱した場合に対処することができる。
【0205】
＊＊＊実施の形態のまとめ＊＊＊
ウェブ会議に最初に参加したメンバーは、通信鍵を生成する。ウェブ会議に二番目以降に参加したメンバーは、参加済みのメンバーのうちの１人と認証および鍵共有を行う。ウェブ会議から離脱したメンバーが発生したら、離脱メンバーを認証したメンバーが、離脱メンバーが認証したメンバーと認証および鍵共有を行う。
ウェブ会議に最初に参加したメンバーは、通信鍵を生成する。ウェブ会議に二番目以降に参加したメンバーは、参加済みのメンバーのうちの１人と認証および鍵共有を行う。ウェブ会議から離脱したメンバーが発生したら、離脱メンバーを認証したメンバーが、離脱メンバーが認証したメンバーと認証および鍵共有を行う。
【0206】
参加時の認証および鍵共有が成功したら、認証メンバーは自身の通信鍵にハッシュを施し、ハッシュ値を通信鍵として被認証メンバーに渡す。同時に、認証メンバーは、その旨を他の参加中メンバーに連絡する。連絡を受けた各メンバーは、自身の通信鍵にハッシュを施す。
【0207】
離脱時の認証および鍵共有がすんだら、離脱メンバーを認証したメンバーは、通信鍵を生成し、鍵共有を行ったメンバーに通信鍵を配布する。通信鍵を受け取ったメンバーは、鍵共有を行ったメンバーに通信鍵を配布する。
【0208】
ウェブ会議に最初に参加するメンバーは、メンバーリストを使って参加の可否を判定される。
【0209】
各メンバーが認証および鍵交換を行う相手は最大２人である。
【0210】
ウェブ会議を開設するメンバーは、参加メンバーのリストを生成し、署名を施してリストをサーバに送信し、会議用ＵＲＬの発行を受ける。リストに記載された各メンバーは、必要に応じて次のように動作する。メンバーは、サーバからリストを受信し、メンバーの追加と削除をリストに加筆し、署名を施してリストをサーバに送信する。
【0211】
利用者の初期登録の際に、サーバは、本人確認を行い、確認された利用者を一意に識別する識別コードを発行する。利用者は、識別コードを含む証明書発行要求（ＣＳＲ）をＣＡに送信する。ＣＡは、識別コードの有無をサーバに問い合わせ、識別コードの登録があれば証明書を発行する。
【0212】
ウェブ会議中、１人のメンバーは任意のタイミングでノンスを生成し、他のメンバーに署名を要求する。他のメンバーは、ノンスに署名を施し、署名を要求したメンバーに証明書と共に署名を返信する。署名を要求したメンバーは、署名を検証し、黙って離脱したメンバーを検出する。検出後、退会処理（認証、鍵共有、通信鍵更新）が実行される。
【0213】
＊＊＊実施の形態の補足＊＊＊
サーバ装置３００と認証局装置４００は１つの装置で構成されてもよい。
サーバ装置３００と認証局装置４００は１つの装置で構成されてもよい。
【0214】
各実施の形態は、好ましい形態の例示であり、本開示の技術的範囲を制限することを意図するものではない。各実施の形態は、部分的に実施してもよいし、他の形態と組み合わせて実施してもよい。フローチャート等を用いて説明した手順は、適宜に変更してもよい。
【0215】
クライアント装置２００、サーバ装置３００および認証局装置４００の各要素は、ソフトウェア、ハードウェア、ファームウェアまたはこれらの組み合わせのいずれで実現されてもよい。
クライアント装置２００、サーバ装置３００および認証局装置４００の要素である「部」は、「処理」、「工程」、「回路」または「サーキットリ」と読み替えてもよい。
クライアント装置２００、サーバ装置３００および認証局装置４００の要素である「部」は、「処理」、「工程」、「回路」または「サーキットリ」と読み替えてもよい。
【符号の説明】
【0216】
１００ ウェブ会議システム、１０１ ネットワーク、１１１ 署名付きメンバーリスト、１１２ 修正済みメンバーリスト、２００ クライアント装置、２０１ プロセッサ、２０２ メモリ、２０３ 補助記憶装置、２０４ 通信装置、２０５ 入出力インタフェース、２１０ 準備部、２１１ ＣＡ証明書取得部、２２０ 登録部、２２１ 識別コード取得部、２２２ 署名鍵生成部、２２３ ＣＬ証明書取得部、２３０ 設定部、２３１ メンバーリスト生成部、２３２ 会議情報取得部、２３３ メンバーリスト修正部、２４０ 参加部、２４１ 会議参加部、２４２ 通信鍵生成部、２４３ 鍵共有部、２４４ 通信鍵更新部、２４５ 通信鍵取得部、２４６ 参加通知部、２５０ 離脱部、２５１ 離脱通知部、２５２ 再共有部、２５３ 新鍵生成部、２５４ 新鍵伝送部、２６０ 通信部、２６１ メッセージ送信部、２６２ メッセージ受信部、２７０ 検知部、２７１ 確認要求部、２７２ 確認応答部、２７３ 代理通知部、２９０ 記憶部、３００ サーバ装置、３０１ プロセッサ、３０２ メモリ、３０３ 補助記憶装置、３０４ 通信装置、３０５ 入出力インタフェース、３２１ 識別コード管理部、３３１ 会議情報管理部、３４１ 参加管理部、３５１ 離脱管理部、３６１ 通信管理部、３７１ 検知管理部、３９０ 記憶部、４００ 認証局装置、４０１ プロセッサ、４０２ メモリ、４０３ 補助記憶装置、４０４ 通信装置、４０５ 入出力インタフェース、４１１ ＣＡ証明書発行部、４２１ ＣＬ証明書発行部、４９０ 記憶部。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】