JP2008124689A - テレビ会議装置及びテレビ会議システム - Google Patents

Abstract

【課題】設備投資費を抑え、テレビ会議の参加者の認証を容易に且つ確実に行うことができるテレビ会議装置及びテレビ会議システムを提供する。
【解決手段】管理サーバ１とテレビ会議装置３ａ，３ｂはＳＳＬ−ＶＰＮを介して接続されている。管理サーバ１では、テレビ会議の予約とテレビ会議の参加者へ２次元コード５の発行とが行われる。テレビ会議装置３ａ，３ｂは、２次元コード５をカメラ３６で撮影し、テレビ会議の識別番号と参加者個人を証明するための電子証明書を取得する。テレビ会議装置３ａ，３ｂは、取得したテレビ会議の識別番号と参加者個人を証明するための電子証明書を管理サーバ１に送信する。管理サーバ１は、テレビ会議の識別番号と電子証明書とを入手し、テレビ会議の参加者の認証を行う。
【選択図】図１

Description

本発明は、２次元データを会議への参加証として用いるテレビ会議装置及びテレビ会議システムに関するものである。

従来、テレビ会議への参加者を限定するためや、参加者情報を利用するために、参加者の認証が行われる。また、参加者の認証は、他人になりすまして会議に参加する等の不正が行われるのを防ぐためにも用いられる。
一般的な認証方法として、電子証明書を用いて認証する方法がある。しかしながら、電子証明書を構成するデータが複雑なため、入力時のタイプミスによる認証失敗が生じたり、多大な入力時間を費やすことになるので、キーボード等の入力装置を用いて電子証明書のデータを入力することは難しい。このため、予め参加者が携帯できる電子媒体に電子証明書を入力し、それを用いて認証する方法が各種考案されている。
例えば、特許文献１には、ＩＣカードを用いて認証を行っているテレビ会議システムが記載されている。
特開２００６−００５５８９号公報

しかしながら、特許文献１のテレビ会議システムでは、ＩＣカードを用いて認証を行っているため、テレビ会議システムにＩＣカードリーダを備えることが必須となる。
このため、テレビ会議システムを構築する際に設備投資費が高くなる。また、既存のテレビ会議システムに認証機能を追加する際にも、ＩＣカードやＩＣカードリーダの設備投資が必要になり、容易に認証機能を追加することができない。
したがって、この発明の目的は、設備投資費を抑えて、会議への参加者の認証が容易に行えるテレビ会議システムを提供することにある。

請求項１のテレビ会議装置は、自装置が他装置から受信した音声データを放音する放音手段と、自装置の周囲の音を収音して音声データを生成する収音手段と、自装置が他装置から受信した映像データを表示する表示手段と、自装置の周囲を撮影して映像データを生成する撮影手段と、入力された各個人の電子証明書とテレビ会議の識別番号とを備えた参加証を認識する認識手段と、を備えたテレビ会議装置であって、前記撮影手段は、画像データ化された参加証を読み込み、前記認識手段は、前記撮影手段で読み込まれた画像データ化された参加証を解析して受け付けることを特徴とする。

この構成により、テレビ会議装置は、自装置の周囲を撮影して映像データを生成する撮影手段（カメラ）を用いて、テレビ会議への参加証が入力される。なお、参加証には、テレビ会議の識別番号と各個人の電子証明書とが含まれる。テレビ会議装置は、認識手段を用いて参加証から、テレビ会議の識別番号と各個人を識別する電子証明書とに分けて取得する。
これにより、テレビ会議装置に必ず備えられた撮影手段（カメラ）を用いて、参加者は、容易に且つ正確にテレビ会議への参加証を入力することができる。また、テレビ会議装置は、参加証を撮影するだけで、会議の識別番号と各個人の認証に用いる電子証明書とを取得することができる。

請求項２のテレビ会議装置は、前記参加証が２次元コードから構成されることを特徴とする。

この構成により、参加証には、２次元コードが用いられる。
これにより、誤り訂正機能がある２次元コードを用いることにより、テレビ会議装置は、会議の識別番号と各個人の認証に用いる電子証明書をより正確に取得することができる。

請求項３のテレビ会議システムは、複数のテレビ会議装置と、これにネットワーク接続されたテレビ会議サーバとで構成され、前記複数のテレビ会議装置の各々は、前記受け付けた参加証に含まれる電子証明書をテレビ会議サーバに送信する電子証明書送信手段を備え、前記テレビ会議サーバは、テレビ会議を予約する会議予約手段と、前記会議予約手段によるテレビ会議の予約時又は予約後に、該テレビ会議の各参加者に前記画像データ化された参加証を発行する参加証発行手段と、前記テレビ会議開催時に、前記テレビ会議装置から受信した前記電子証明書を認証する電子証明書認証手段と、を備え、さらに、前記テレビ会議サーバは、各テレビ会議装置の前記電子証明書送信手段から送信された前記電子証明書を受信し、前記電子証明書認証手段により該電子証明書を認証し、認証に成功すると、認証に成功したテレビ会議装置間での通信を可能にすることを特徴とする。

この構成により、テレビ会議システムは、テレビ会議サーバと複数のテレビ会議装置とから構成される。テレビ会議サーバは、テレビ会議の予約と、テレビ会議の参加者への参加証の発行とを行う。また、テレビ会議開催時、テレビ会議装置は電子証明書をテレビ会議サーバに送信し、テレビ会議サーバは、受信した電子証明書の認証を行うことで、テレビ会議への参加者の認証を行う。更に、テレビ会議サーバは、認証に成功すると、認証に成功したテレビ会議装置間でテレビ会議を行えるようにする。
これにより、テレビ会議への参加を許可された者だけに参加証が発行される。また、テレビ会議開催時に、電子証明書を認証することで、テレビ会議の参加者を確実に認証することができる。参加証を持たない者（テレビ会議への参加を許可されていない者）は、テレビ会議に参加することができない。このため、不正を働いてテレビ会議に参加しようとする者を確実にテレビ会議へ参加させないようにすることができる。

請求項４のテレビ会議システムにおいては、前記参加証発行手段は、ネットワークに接続された参加者の端末装置に参加証を送信することにより、参加証を発行することを特徴とする。

この構成では、参加証は、テレビ会議サーバから参加者の端末装置にネットワークを介して送信される。
これにより、参加者は、会議の参加証をデータとして取得することができる。

以上のように、この発明によれば、テレビ会議装置及びテレビ会議システムは、テレビ会議装置に必ず備えられたカメラを用いて参加者に配布された参加証を撮影し、テレビ会議への参加者の認証を行う。このため、テレビ会議の参加者の認証を行うためにだけ用いられるＩＣカードリーダ等の装置を設ける必要がないので、設備投資費を大幅に削減することができる。また、参加証はカメラ撮影により入力されるので、入力ミス等を避けることができ、テレビ会議の参加者の認証を容易に且つ確実に行うことができる。

本発明の実施形態に係るテレビ会議システムについて、図１を参照して説明する。図１は、テレビ会議システムの機能ブロック図である。
本テレビ会議システムは、管理サーバ１と端末２とテレビ会議装置３（３ａ，３ｂ）とから構成される。管理サーバ１は、端末２及びテレビ会議装置３（３ａ，３ｂ）とデータの送受信を行う際に、両者間に仮想プライベートネットワーク（以下、ＶＰＮ）を構築する。このため、管理サーバ１とテレビ会議装置３には、ＳＳＬ−ＶＰＮ装置が設けられ、端末２にはＳＳＬ通信可能なソフトウェアがインストールされている。

本テレビ会議システムでは、会議の主催者８による端末２の操作により、管理サーバ１に会議の予約が行われる。会議の予約が完了すると、管理サーバ１は、各参加者７（７ａ〜７ｅ）に対して会議の参加証（ＱＲコード（登録商標）５）を配布する。
会議開始前に、各参加者７により会議への参加手続きが行われる。参加手続きは、各参加者７のＱＲコード５をテレビ会議装置３のカメラ３６で撮影することで完了する。参加手続きが完了すると、テレビ会議装置３と管理サーバ１との間にＶＰＮが構築され通信可能な状態となる。テレビ会議装置３は、管理サーバ１を中継して遠隔地に配置された他のテレビ会議装置３とデータの送受信を開始する。

なお、端末２は、ＰＣやモバイル機器である携帯電話やＰＤＡ等から構成される。
また、本実施形態では、参加証として、ＱＲコード５を用いるが、他の２次元コードであるＰｄｆ４１７、ＤａｔａＭａｔｒｉｘ、ＭａｘｉＣｏｄｅ等を用いてもよい。

以下に、管理サーバ１とテレビ会議装置３の機能について説明する。
管理サーバ１は、会議情報ＤＢ１１、通信制御部１２、予約制御部１３、会議予約部１４、参加証発行部１５、参加証認証部１６、会議中継部１７から構成される。
なお、説明を簡単化するため、テレビ会議装置３ａからテレビ会議装置３ｂへ音声データを送信した場合を例にして説明する。

管理サーバ１の通信制御部１２には、ＳＳＬ−ＶＰＮ装置が設けられており、通信制御部１２は、端末２、テレビ会議装置３との間にＳＳＬ−ＶＰＮを構築する。
通信制御部１２は、ネットワーク４から入力されるデータ及びネットワーク４へ出力するデータのプロトコル制御を行うとともに、データに対して暗号化及び復号を行う。
具体的には、通信制御部１２は、端末２から受信した会議の予約情報を予約制御部１３へ出力し、予約制御部１３から入力されたＱＲコード５を端末２へ送信する。また、通信制御部１２は、テレビ会議装置３から入力された会議の参加手続きに用いるデータ（会議ＩＤ、電子証明書、テレビ会議装置３の装置識別ＩＤ）を参加証認証部１６へ出力する。更に、通信制御部１２は、テレビ会議開催時にテレビ会議装置３ａから音声データ等（会議ＩＤ、テレビ会議装置３ａの装置識別ＩＤ、映像・音声データ）が入力されると、会議中継部１７にて後述する処理を行い、テレビ会議装置３ｂの装置識別ＩＤを取得する。通信制御部１２は、テレビ会議装置３ｂの装置識別ＩＤに基づいて、他のテレビ会議装置３ｂへ映像・音声データを出力する。
なお、通信制御部１２は、データの暗号化及び復号には、管理サーバ１の秘密鍵・公開鍵と開催中の会議固有の共通鍵とを用いる。詳細については、後述する。

なお、予約情報は、会議の開催日時、会議に参加する各参加者７（７ａ〜７ｅ）の参加者情報、会議室６、議題、コメント等から構成される。この際、会議の開催日時と参加者情報は必須である。また、会議の予約処理の完了後であっても、予約情報の参加者情報及び会議室６は、主催者８や参加者７により、必要に応じて追加及び削除される。
参加者情報は、参加者個人を識別できる個人情報であり、ユーザＩＤ、所属部署、氏名、メールアドレス等から構成される。
また、会議ＩＤは、会議を識別するための固有の番号であり、重複番号は発行されない。電子証明書は、管理サーバ１によって発行され、参加者７個人を特定して認証するためのものである。装置識別ＩＤは、テレビ会議装置３固有の識別番号であり、例えば、テレビ会議装置３のＩＰアドレス等である。

予約制御部１３は、会議予約ＨＰ１３１と予約状況確認ＨＰ１３２を備え、テレビ会議の予約に関する各種制御を行う。
なお、会議予約ＨＰ１３１は、主催者８からの予約情報の入力を受け付ける。予約状況確認ＨＰ１３２は、参加者７からの予約状況の確認を受け付けてＱＲコード５を参加者７に提供する。
具体的には、予約制御部１３は、主催者８が操作する端末２から会議予約ＨＰ１３１を介して予約情報が入力されると、会議予約部１４に予約情報を出力する。
後述する参加証発行部１５からＱＲコード５が入力されると、予約制御部１３は、予約状況確認ＨＰ１３２にＱＲコード５を掲載する。予約制御部１３は、通信制御部１２から各参加者７宛に会議が開催される旨及びＱＲコードの取得方法を記載したメールを送信させる。また、予約制御部１３は、参加者７が操作する端末２から予約状況確認ＨＰ１３２を介して、ＱＲコード５の取得要求が入力されると、通信制御部１２を介して端末２へＱＲコード５を送信する。

会議予約部１４は、予約情報を会議情報ＤＢ１１へ登録することで、会議の予約を行う。この際、会議予約部１４は、会議固有の識別番号である会議ＩＤを発行し、予約情報と共に会議情報ＤＢ１１へ登録する。また、会議予約部１４は、参加証発行部１５に会議ＩＤと参加者情報とを出力する。

参加証発行部１５は、会議予約部１４から入力された会議ＩＤと参加者情報に基づき、会議に参加する参加者７毎にＱＲコード５の発行を行う。具体的には、参加証発行部１５は、参加者情報に基づいて電子証明書を発行し、会議ＩＤと電子証明書とに基づいてＱＲコード５を発行する。参加証発行部１５は、発行したＱＲコード５を予約制御部１３へ出力する。

参加証認証部１６は、通信制御部１２から会議ＩＤ、電子証明書、装置識別ＩＤが入力されると、参加者７の電子証明書の認証及び会議が開催可能か確認する。
なお、会議が開催可能かどうかは、参加者７の参加者ＩＤと会議ＩＤが会議情報ＤＢ１１に登録されているかどうかで判断する。会議が開催可能な場合、参加証認証部１６は、会議ＩＤ、装置識別ＩＤを会議中継部１７へ出力する。

会議中継部１７は、開催中会議情報１７１を備え、会議の開催処理、及び、会議開催中のテレビ会議装置３ａからデータを受信すると、会議の相手先である他のテレビ会議装置３ｂへデータを送信するよう通信制御部１２へ指示を行う。
開催中会議情報１７１には、開催中の会議に関する情報（会議ＩＤ、共通鍵、装置識別ＩＤ）が登録される。なお、会議ＩＤと共通鍵は１対１の関係になり、会議ＩＤと装置識別ＩＤは１対多の関係になる。

具体的な会議の開催処理は、参加証認証部１６から、会議ＩＤ、装置識別ＩＤが入力されると、会議中継部１７は、開催中会議情報１７１を参照して、会議が登録されているかどうか判断する。登録されていない場合、会議中継部１７は、会議ＩＤ固有の共通鍵を生成し、会議ＩＤ、共通鍵、装置識別ＩＤを開催中会議情報１７１へ登録し、共通鍵を通信制御部１２へ出力する。登録されている場合、会議中継部１７は、開催中会議情報１７１の会議ＩＤに対応するように装置識別ＩＤを登録する。
これにより、管理サーバ１は、開催中の会議情報が登録された開催中会議情報１７１を参照することで、会議に参加しているテレビ会議装置３を把握することができる。このため、管理サーバ１は、テレビ会議装置３ａからデータを受信すると、適切な送信先であるテレビ会議装置３ｂにデータを送信することができる。
具体的には、会議中継部１７は、テレビ会議装置３ａから受信したデータ（会議ＩＤ、テレビ会議装置３ａの装置識別ＩＤ、映像・音声データ）が通信制御部から入力されると、開催中会議情報１７１から映像・音声データの送信先であるテレビ会議装置３ｂの装置識別ＩＤを取得する。会議中継部１７は、取得した装置識別ＩＤと映像・音声データを通信制御部１２へ出力し、通信制御部１２は、映像・音声データをテレビ会議装置３ｂへ送信する。

なお、本実施形態では、共通鍵を会議中継部１７にて生成したが、会議の予約時に共通鍵を会議予約部１４にて生成してもよい。この場合、生成した共通鍵は、会議情報ＤＢ１１に登録され、共通鍵は会議開催時に開催中会議情報１７１に登録される。

次に、テレビ会議装置３は、通信制御部３０、画像入力部３１、画像認識部３２、画像出力部３３、音声入力部３４、音声出力部３５から構成される。

テレビ会議装置３の通信制御部３０には、ＳＳＬ−ＶＰＮ装置が設けられており、管理サーバ１との間にＳＳＬ−ＶＰＮを構築する。
通信制御部３０は、ネットワーク４から入出力されるデータのプロトコル制御を行うとともに、データに対して暗号化及び復号を行う。
また、通信制御部３０は、管理サーバ１からデータを受信すると、画像出力部３３、音声出力部３５へ出力する。
なお、通信制御部３０は、データの暗号化及び復号には、管理サーバ１の公開鍵と自装置の秘密鍵・公開鍵と開催中の会議固有の共通鍵とを用いる。詳細については、後述する。

画像入力部３１は、カメラ３６を備え、認証モード時、カメラ３６で撮影した映像データ（ＱＲコード５）を画像認識部３２へ出力する。また、通常モード時、画像入力部３１は、カメラ３６で撮影した映像データを通信制御部３０へ出力する。
画像認識部３２は、画像入力部３１から入力されたＱＲコード５から会議ＩＤと電子証明書とを取り出し、通信制御部３０へ出力する。
画像出力部３３は、モニター３７を備え、通信制御部３０から入力された映像データをモニター３７に表示する。

音声入力部３４は、マイク３８を備え、マイク３８で収音した音声データを通信制御部３０へ出力する。
音声出力部３５は、スピーカ３９を備え、通信制御部３０から入力された音声データをスピーカ３９から放音する。

次に、各種鍵（管理サーバ１の秘密鍵・公開鍵、テレビ会議装置３の秘密鍵・公開鍵、会議固有の共通鍵）を用いたデータの暗号化及び復号について説明する。
はじめに、管理サーバ１は自装置の秘密鍵・公開鍵を保持し、テレビ会議装置３は自装置の秘密鍵・公開鍵と管理サーバ１の公開鍵とを保持する。

テレビ会議への参加手続き時のデータの送受信は、管理サーバ１の秘密鍵・公開鍵、テレビ会議装置３の秘密鍵・公開鍵を用いて、以下の手順で行われる。
各テレビ会議装置３は、参加者の認証に利用するデータと自装置の公開鍵とを管理サーバの公開鍵で暗号化して、管理サーバ１へ送信する。
管理サーバ１は、暗号化されたデータを受信すると、自装置の秘密鍵で復号し、参加者の認証を行う。管理サーバ１は、認証が完了すると、会議の開催処理等を行う。この際、管理サーバ１は、会議固有の共通鍵を生成する。管理サーバ１は、受信したテレビ会議装置３の公開鍵で会議固有の共通鍵を暗号化して、テレビ会議装置３へ送信する。
テレビ会議装置３は、暗号化された会議固有の共通鍵を自装置の秘密鍵で復号する。
以上で、テレビ会議の参加手続きが完了する。

テレビ会議の参加手続きが完了すると、テレビ会議を開催する。テレビ会議の開催後は、会議固有の共通鍵を用いて、テレビ会議装置３ａ，３ｂ間で送受信される音声データ暗号化・復号が行われる。ここでは、テレビ会議装置３ａからテレビ会議装置３ｂに音声データを送信する手順について説明する。
テレビ会議装置３ａは、音声データ等を共通鍵で暗号化して、管理サーバ１へ送信する。
管理サーバ１は、データを受信すると、共通鍵で復号する。管理サーバ１は受信した音声データ等に基づき各種処理を行う。処理が完了すると、管理サーバ１は、受信した音声データを共通鍵で暗号化して、テレビ会議装置３ｂに送信する。
テレビ会議装置３ｂは、データを受信すると共通鍵で復号する。
以上で、音声データの送受信が完了する。

次に、テレビ会議の予約時、及び、テレビ会議の実施時の処理の流れについて、図２〜５を参照して説明する。
図２は、テレビ会議の予約時のネットワーク環境である。図３は、テレビ会議の予約時の処理の流れに関するフローチャートである。図３（Ａ）は、主催者８がテレビ会議を予約する時の処理の流れを示す。図３（Ｂ）は、参加者７が参加証を取得する時の処理の流れを示す。図４は、テレビ会議の開催時のネットワーク環境である。図５は、テレビ会議の開催時の処理の流れに関するフローチャートである。図５（Ａ）は、テレビ会議への参加手続きの処理の流れを示す。図５（Ｂ）は、テレビ会議開催中の処理の流れを示す。

次に、テレビ会議の予約時の処理の流れについて、図２，３を用いて説明する。
図２のように管理サーバ１は、ネットワーク４を介して、端末２と接続される。このような環境において、会議の主催者８による端末２の操作により、管理サーバ１にテレビ会議が予約される手順について、図３（Ａ）を参照して説明する。

Ｓ１１にて、管理サーバ１は、会議予約ＨＰ１３１に対する端末２からの予約情報の入力を受け付けて、Ｓ１２へ進む。

Ｓ１２にて、管理サーバ１は、会議ＩＤを発行し、会議ＩＤと入力された予約情報とを会議情報ＤＢ１１に登録して、Ｓ１３へ進む。

Ｓ１３にて、管理サーバ１は、参加者情報を参照し、参加者７ａ〜７ｅ毎に電子証明書を発行して、Ｓ１４に進む。

Ｓ１４にて、管理サーバ１は、発行した電子証明書と会議ＩＤとからＱＲコード５ａ〜５ｅを参加者７ａ〜７ｅ毎に生成して、Ｓ１５へ進む。

Ｓ１５にて、管理サーバ１は、参加者７ａ〜７ｅに会議が開催される旨を記載したメールを送信する。
なお、メールには、会議の予約情報と各々のＱＲコード５が格納された予約状況確認ＨＰ１３２のＵＲＬと取得方法等が記載されている。
以上の手続きで、会議の予約が完了する。

次に、管理サーバ１が、参加者７にＱＲコード５を提供する手順について、図３（Ｂ）を参照して説明する。
Ｓ２１にて、管理サーバ１は、端末２からの予約状況確認ＨＰ１３２に対する操作により、ＱＲコード５を端末２に送信する。ＱＲコード５は、参加者７により、印刷、又は、携帯電話やＰＤＡ等のモバイル端末にダウンロードされ、テレビ会議の開催時に持参される。
なお、本実施形態では、ＱＲコード５は、予約状況確認ＨＰ１３２を介して参加者７に提供されたが、会議が開催される旨を記載したメールに添付して参加者７に提供されてもよい。

次に、テレビ会議開催時の処理の流れについて、図４，５を用いて説明する。
図４のように、管理サーバ１は、会議室６（６ａ，６ｂ）内に設置されたテレビ会議装置３（３ａ，３ｂ）とネットワーク４を介して接続される。このような環境において、テレビ会議装置３ａ，３ｂ間で、テレビ会議が開催される。
なお、テレビ会議装置３（３ａ，３ｂ）は、カメラ３６、モニター３７、マイク３８、スピーカ３９を備える。
また、本実施形態では、２台のテレビ会議装置３間でテレビ会議を行うが、これに限らず、複数台のテレビ会議装置３間で、テレビ会議を行ってもよい。

テレビ会議への参加手続き手順について、図５（Ａ）を参照して説明する。
Ｓ３１にて、テレビ会議装置３ａは、参加者７ａの操作を受け、認証モードに設定される。テレビ会議装置３ａは、カメラ３６で参加者７ａのＱＲコード５ａを撮影して、Ｓ３２へ進む。

Ｓ３２にて、テレビ会議装置３ａは、撮影したＱＲコード５ａから参加者７ａが参加する会議の会議ＩＤと参加者７aを証明する電子証明書とを取得して、Ｓ３３へ進む。

Ｓ３３にて、テレビ会議装置３ａは、会議ＩＤと電子証明書と自装置の装置識別ＩＤと自装置の公開鍵とを管理サーバ１の公開鍵で暗号化する。テレビ会議装置３ａは、暗号化したデータを管理サーバ１へ送信する。

Ｓ３４にて、管理サーバ１は、暗号化されたデータ（会議ＩＤ、参加者７ａの電子証明書、テレビ会議装置３ａの装置識別ＩＤ、テレビ会議装置３ａの公開鍵）を受信する。管理サーバ１は、暗号化されたデータを自装置の秘密鍵で復号し、Ｓ３５へ進む。

Ｓ３５にて、管理サーバ１は取得した参加者７ａの電子証明書が正しいか認証する。電子証明書が認証できた場合はＳ３６へ進み、認証できない場合は、管理サーバ１は、エラーコードをテレビ会議装置３ａへ送信し、参加者７ａが認証できなかった旨をモニター３７に表示する（Ｓ３７）。

Ｓ３６にて、管理サーバ１は、会議ＩＤと電子証明書から取得した参加者７ａの参加者情報とが会議情報ＤＢ１１に登録されているか確認することで、参加者７ａが参加する会議が予約されているかどうか調べる。会議が予約されている場合はＳ３８へ進み、予約されていない場合は、管理サーバ１はエラーコードをテレビ会議装置３ａへ送信し、テレビ会議が予約されていない旨をモニター３７に表示する（Ｓ３９）。

Ｓ３８にて、管理サーバ１は、会議ＩＤが開催中会議情報１７１に登録されているか確認することで、参加者７ａの参加する会議が開催中かどうか調べる。開催中の場合はＳ４０に進み、開催されていない場合はＳ４１に進む。

Ｓ４１にて、管理サーバ１は、会議ＩＤ固有の共通鍵を生成する。なお、共通鍵は、テレビ会議装置３ａ，３ｂ間で送受信する映像・音声データを暗号化・復号するために用いられる。管理サーバ１は、会議ＩＤと共通鍵を開催中会議情報１７１に登録することで、会議の開催手続きを行いＳ４２へ進む。
なお、本実施形態では、共通鍵を会議開催時に生成したが、会議の予約時に生成してもよい。この場合、共通鍵は会議情報ＤＢ１１に登録される。そして、共通鍵は会議開催時に開催中会議情報１７１に登録される。

Ｓ４０にて、管理サーバ１は、会議ＩＤとテレビ会議装置３ａの装置識別ＩＤとが開催中会議情報１７１に登録されているか確認することで、テレビ会議装置３ａが通信可能な状態かどうか調べる。テレビ会議装置３ａが通信可能な場合は登録処理を終了し、通信不可能な場合はＳ４２へ進む。

Ｓ４２にて、管理サーバ１は、開催中会議情報１７１に登録されている会議ＩＤへテレビ会議装置３ａの装置識別ＩＤを追加する。管理サーバ１は、会議ＩＤに対応する共通鍵を開催中会議情報１７１から取得する。管理サーバ１は、テレビ会議装置３ａの公開鍵で会議ＩＤと共通鍵とを暗号化して、テレビ会議装置３ａへ送信する。管理サーバ１は、開催中会議情報１７１に登録された同一会議ＩＤを持つテレビ会議装置３同士が管理サーバ１を経由してＳＳＬ−ＶＰＮ通信可能に設定する。
なお、テレビ会議装置３ａは、会議ＩＤと共通鍵からなる暗号化データを自装置の秘密鍵にて復号して、保存する。
以上で、参加者７ａのテレビ会議への参加手続きが完了する。他の参加者７ｂ〜７ｅについても各自参加手続きが行われるので、上述のＳ３１〜Ｓ４２の処理は各々の装置において個別に繰り返して実行される。

次に、テレビ会議開催中の映像・音声データの送受信について、図５（Ｂ）を参照して説明する。説明を簡単化するため、テレビ会議装置３ａ，３ｂ間でテレビ会議開催時に、テレビ会議装置３ａで撮影・収音した映像・音声データをテレビ会議装置３ｂに表示・放音する場合について説明する。

Ｓ５１にて、テレビ会議装置３ａは、カメラ３６で撮影した映像データとマイク３８で収音した音声データと会議ＩＤと、自装置の装置識別ＩＤとを、会議ＩＤ固有の共通鍵で暗号化する。テレビ会議装置３ａは、暗号化したデータを管理サーバ１へ送信する。

Ｓ５２にて、暗号化したデータ（映像・音声データ、会議ＩＤ、テレビ会議装置３ａの装置識別ＩＤ）を受信した管理サーバ１は、暗号化したデータを会議ＩＤ固有の共通鍵で復号する。管理サーバ１は、取得した会議ＩＤに対応する装置識別ＩＤを開催中会議情報１７１から取得する。管理サーバ１は、取得したテレビ会議装置３ａ，３ｂの装置識別ＩＤから、復号したデータの送信先であるテレビ会議装置３ａの装置識別ＩＤを取り除く。管理サーバ１は、残りのテレビ会議装置３ｂの装置識別ＩＤを取得してＳ５３へ進む。

Ｓ５３にて、管理サーバ１は、取得したテレビ会議装置３ｂの装置識別ＩＤに基づいて、会議ＩＤ固有の共通鍵で暗号化した映像・音声データをテレビ会議装置３ｂへ送信する。暗号化された映像・音声データを受信したテレビ会議装置３ｂは、会議ＩＤ固有の共通鍵で復号する。テレビ会議装置３ｂは、モニター３７から映像データを出力し、スピーカ３９から音声データを放音して、Ｓ５４へ進む。

Ｓ５４にて、テレビ会議が終了するとＳ５５に進み、終了するまでＳ５１〜Ｓ５３の処理は繰り返し実行される。終了処理として例えば、管理サーバ１は、会議に参加している全てのテレビ会議装置３ａ，３ｂの電源がＯＦＦされ通信できなくなったことを検出することでテレビ会議の終了を検知することができる。

Ｓ５５にて、テレビ会議が終了すると、管理サーバ１は、開催中会議情報１７１から該当する会議ＩＤと共通鍵とテレビ会議装置３ａ，３ｂの装置識別ＩＤの情報を削除する。また、テレビ会議装置３ａ，３ｂは、保持している共通鍵を削除する。

以上より、本実施形態のテレビ会議装置３及びテレビ会議システムは、参加者７毎に発行されたＱＲコード５をテレビ会議装置３のカメラ３６で撮影するだけで、参加者７の認証を容易に且つ確実に行うことができる。これにより、ＰＣやモバイル端末等から長い認証コードを入力する必要がなく、入力ミスによる認証の失敗を防ぐことができる。更に、認証の手続きに費やす時間を短縮することができる。また、テレビ会議に必須なカメラを用いて認証手続きを行うことで、テレビ会議システムを構成するテレビ会議装置３に認証のみに用いるＩＣカードリーダ等の装置を設ける必要がないので、設備投資費を大幅に削減することができる。

なお、本実施形態では、管理サーバ１とテレビ会議装置３にＳＳＬ−ＶＰＮ装置を備えたが、管理サーバ１にＳＳＬ−ＶＰＮ装置を備え、テレビ会議装置３にＳＳＬ通信可能なソフトウェアをインストールしてもよい。管理サーバ１はテレビ会議装置３との間にＳＳＬ−ＶＰＮを構築するため、テレビ会議装置３は、ＳＳＬ通信可能なソフトウェアを介して管理サーバ１に映像・音声データを送信することができる。
これにより、テレビ会議装置３に備えるＳＳＬ−ＶＰＮ装置を削減することができるので、設備投資費をより削減することができる。

なお、本実施形態では、管理サーバ１に会議中継部１７を設けたが、図６に示すように、会議中継部９２と開催中会議情報９２１とを中継サーバ９に設けてもよい。これにより、管理サーバ１は、参加者７の認証やテレビ会議の予約等を行い、中継サーバ９は、テレビ会議開催時の映像・音声データの中継を行うことができる。このため、テレビ会議システムは、負荷を分散することができる。

テレビ会議システムの機能ブロック図である。 テレビ会議の予約時のネットワーク環境である。 テレビ会議の予約時の処理の流れに関するフローチャートである。 テレビ会議の開催時のネットワーク環境である。 テレビ会議の開催時の処理の流れに関するフローチャートである。 管理サーバ１と中継サーバ９を設けたテレビ会議システムの機能ブロック図である。

符号の説明

１−管理サーバ，２−端末，３（３ａ，３ｂ）−テレビ会議装置，４−ネットワーク，５−ＱＲコード，６（６ａ，６ｂ）−会議室，７（７ａ〜７ｅ）−参加者，８−主催者，９−中継サーバ，１１−会議情報ＤＢ，１２，３０，９１−通信制御部，１３−予約制御部，１４−会議予約部，１５−参加証発行部，１６−参加証認証部，１７，９２−会議中継部，３１−画像入力部，３２−画像認識部，３３−画像出力部，３４−音声入力部，３５−音声出力部，３６−カメラ，３７−モニター，３８−マイク，３９−スピーカ，１３１−会議予約ＨＰ，１３２−予約状況確認ＨＰ，１７１，９２１−開催中会議情報

Claims (4)

1. 自装置が他装置から受信した音声データを放音する放音手段と、
   自装置の周囲の音を収音して音声データを生成する収音手段と、
   自装置が他装置から受信した映像データを表示する表示手段と、
   自装置の周囲を撮影して映像データを生成する撮影手段と、
   入力された各個人の電子証明書とテレビ会議の識別番号とを備えた参加証を認識する認識手段と、
   を備えたテレビ会議装置であって、
   前記撮影手段は、画像データ化された参加証を読み込み、
   前記認識手段は、前記撮影手段で読み込まれた画像データ化された参加証を解析して受け付けるテレビ会議装置。
2. 前記参加証が２次元コードから構成される請求項１に記載のテレビ会議装置。
3. 請求項１又は２の何れかに記載の複数のテレビ会議装置と、これにネットワーク接続されたテレビ会議サーバとで構成され、
   前記複数のテレビ会議装置の各々は、
   前記受け付けた参加証に含まれる電子証明書をテレビ会議サーバに送信する電子証明書送信手段を備え、
   前記テレビ会議サーバは、
   テレビ会議を予約する会議予約手段と、
   前記会議予約手段によるテレビ会議の予約時又は予約後に、該テレビ会議の各参加者に前記画像データ化された参加証を発行する参加証発行手段と、
   前記テレビ会議開催時に、前記テレビ会議装置から受信した前記電子証明書を認証する電子証明書認証手段と、を備え、
   さらに、前記テレビ会議サーバは、各テレビ会議装置の前記電子証明書送信手段から送信された前記電子証明書を受信し、前記電子証明書認証手段により該電子証明書を認証し、認証に成功すると、認証に成功したテレビ会議装置間での通信を可能にするテレビ会議システム。
4. 前記参加証発行手段は、ネットワークに接続された参加者の端末装置に参加証を送信することにより、参加証を発行する請求項３のテレビ会議システム。

Images