(57)【特許請求の範囲】
【請求項１】
ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いたシステムで使用され、相手側端末との間でネットワークを介して暗号化したデータを送受信する機能を備えた通信端末装置であって、
前記相手側端末との間にセッションを確立するために通信開始要求メッセージを前記相手側端末に送信する通信開始要求メッセージ送信手段と、
前記通信開始要求メッセージを受信した前記相手側端末から出力され、通信開始要求に応じたことを通知する成功メッセージを受信する成功メッセージ受信手段と、
当該成功メッセージを受信した場合に、応答メッセージを前記相手側端末に送信する応答メッセージ送信手段と、
当該応答メッセージ送信手段によって前記応答メッセージが前記相手側端末に送信された後、所定条件で待機した後で、前記暗号化したデータを前記相手側端末に送信する暗号化データ送信手段と
を備え、
前記通信開始要求メッセージ、又は前記応答メッセージには、前記暗号化したデータを解読するための鍵の情報である鍵情報が付与され、
さらに、通信端末間のネットワーク遅延時間を、前記通信開始要求メッセージを前記相手側端末に送信した時間と、前記通信開始要求メッセージに応じて前記相手側端末から送信される暫定応答を受信した時間とに基づいて計測する遅延時間計測手段と、
当該遅延時間計測手段によって計測された前記遅延時間に基づき、前記応答メッセージの前記相手側端末における到達時間を推測する到達時間推測手段と
を備え、
前記暗号化データ送信手段は、
前記到達時間推測手段によって推測された前記到達時間が経過するまで前記所定条件として待機し、前記到達時間が経過した場合に前記暗号化したデータを送信することを特徴とする通信端末装置。
【請求項２】
前記相手側端末から鍵情報を受信する鍵情報受信手段と、
当該鍵情報受信手段によって前記鍵情報を受信したか否かを判断する鍵情報受信判断手段と
を備え、
前記応答メッセージ送信手段は、前記成功メッセージ受信手段によって前記成功メッセージが受信され、且つ前記鍵情報受信判断手段によって前記鍵情報が受信したと判断された場合に、自拠点側の前記鍵情報を付与した応答メッセージを前記相手側端末に送信することを特徴とする請求項１に記載の通信端末装置。
【請求項３】
前記到達時間推測手段は、
前記遅延時間計測手段によって計測された前記遅延時間の１／２を前記到達時間として推測することを特徴とする請求項１又は２に記載の通信端末装置。
【請求項４】
ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いたシステムで使用され、相手側端末との間でネットワークを介して暗号化したデータを送受信する機能を備えた通信端末装置の通信制御方法であって、
前記相手側端末との間にセッションを確立するために通信開始要求メッセージを前記相手側端末に送信する通信開始要求メッセージ送信ステップと、
前記通信開始要求メッセージを受信した前記相手側端末から出力され、通信開始要求に応じたことを通知する成功メッセージを受信する成功メッセージ受信ステップと、
前記成功メッセージ受信ステップにおいて当該成功メッセージを受信した場合に、応答メッセージを前記相手側端末に送信する応答メッセージ送信ステップと、
当該応答メッセージ送信ステップにおいて前記応答メッセージが前記相手側端末に送信された後、所定条件で待機した後で、前記暗号化したデータを前記相手側端末に送信する暗号化データ送信ステップと
を備え、
前記通信開始要求メッセージ、又は前記応答メッセージには、前記暗号化したデータを解読するための鍵の情報である鍵情報が付与され、
さらに、通信端末間のネットワーク遅延時間を、前記通信開始要求メッセージを前記相手側端末に送信した時間と、前記通信開始要求メッセージに応じて前記相手側端末から送信される暫定応答を受信した時間とに基づいて計測する遅延時間計測ステップと、
当該遅延時間計測ステップにおいて計測された前記遅延時間に基づき、前記応答メッセージの前記相手側端末における到達時間を推測する到達時間推測ステップと
を備え、
前記暗号化データ送信ステップは、
前記到達時間推測ステップにおいて推測された前記到達時間が経過するまで前記所定条件として待機し、前記到達時間が経過した場合に前記暗号化したデータを送信することを特徴とする通信端末装置の通信制御方法。
【請求項５】
請求項１から３の何れかに記載の通信端末装置の各種処理手段としてコンピュータを機能させることを特徴とする通信制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信端末装置、通信端末装置の通信制御方法及び通信制御プログラムに関し、詳細には、ＳＩＰを用いたシステムで使用され、相手側端末との間でネットワークを介して暗号化したデータを送受信する機能を備えた通信端末装置、通信端末装置の通信制御方法及び通信制御プログラムに関する。
【背景技術】
【０００２】
従来、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いたシステムで使用され、相手側端末との間でネットワークを介してデータを送受信する機能を備えた通信装置が知られている（例えば、特許文献１参照）。このような通信装置で、クライアントと暗号化通信を行う際には、暗号化に用いる鍵情報をクライアント間で交換する必要がある。鍵情報を交換するプロトコルはいくつか提案されており、例えば、ＳＤＥＳ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ  Ｓｅｃｕｒｉｔｙ  ｆｏｒ  Ｍｅｄｉａ  Ｓｔｒｅａｍｓ）というプロトコルが知られている。
【０００３】
このＳＤＥＳは、ＳＩＰメッセージに付与するＳＤＰの中に、暗号化の鍵情報を書き込むことで、クライアント間で鍵交換を行うプロトコルである。このようなプロトコルを用いて、相手先に音声・映像データを送信する際、相手先に送信した鍵情報を使ってデータを暗号化する。その場合、受け取った暗号化された音声・映像データを復号化するためには、相手先から鍵情報を先に受け取っている必要がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−３１１１２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、呼び出し要求「ＩＮＶＩＴＥ」された側から鍵情報を交換し始めた場合、「ＩＮＶＩＴＥ」した側の鍵情報が相手側に届いたかどうかを確認することなく、音声・映像データの送信を開始することになる。そして、ネットワークの状況によっては、鍵情報よりも先に暗号化された音声・映像データが到着することがある。この場合、鍵情報がまだ到着していないため、データを復号化できないという問題点があった。
【０００６】
また、映像と音声を端末間で送受信することで遠隔会議を実施するテレビ会議システムでは、ＩピクチャとＰピクチャで映像データを送受信するため、複号化できない部分にＩピクチャが含まれると、そのＩピクチャを参照して映像となるＰピクチャも復号できないので、長時間映像が再生できなくなるという問題点もあった。
【０００７】
本発明は、上記課題を解決するためになされたものであり、暗号化データが相手側の端末に届くよりも先に鍵情報を確実に届けることができる通信端末装置、通信端末装置の通信制御方法及び通信制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明の第１態様に係る通信端末装置は、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いたシステムで使用され、相手側端末との間でネットワークを介して暗号化したデータを送受信する機能を備えた通信端末装置であって、前記相手側端末との間にセッションを確立するために通信開始要求メッセージを前記相手側端末に送信する通信開始要求メッセージ送信手段と、前記通信開始要求メッセージを受信した前記相手側端末から出力され、通信開始要求に応じたことを通知する成功メッセージを受信する成功メッセージ受信手段と、当該成功メッセージを受信した場合に、応答メッセージを前記相手側端末に送信する応答メッセージ送信手段と、当該応答メッセージ送信手段によって前記応答メッセージが前記相手側端末に送信された後、所定条件で待機した後で、前記暗号化したデータを前記相手側端末に送信する暗号化データ送信手段とを備え、前記通信開始要求メッセージ、又は前記応答メッセージには、前記暗号化したデータを解読するための鍵の情報である鍵情報が付与され、さらに、通信端末間のネットワーク遅延時間を、前記通信開始要求メッセージを前記相手側端末に送信した時間と、前記通信開始要求メッセージに応じて前記相手側端末から送信される暫定応答を受信した時間とに基づいて計測する遅延時間計測手段と、当該遅延時間計測手段によって計測された前記遅延時間に基づき、前記応答メッセージの前記相手側端末における到達時間を推測する到達時間推測手段とを備え、前記暗号化データ送信手段は、前記到達時間推測手段によって推測された前記到達時間が経過するまで前記所定条件として待機し、前記到達時間が経過した場合に前記暗号化したデータを送信することを特徴とする。
【０００９】
第１態様に係る通信端末装置は、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いたシステムで使用され、相手側端末との間でネットワークを介して暗号化したデータを送受信する機能を備えるものである。まず、通信開始要求メッセージ送信手段が、相手側端末との間にセッションを確立するために通信開始要求メッセージを相手側端末に送信する。次いで、成功メッセージが通信開始要求メッセージを受信した相手側端末から出力され、通信開始要求に応じたことを通知する成功メッセージを成功メッセージ受信手段によって受信する。さらに、成功メッセージを受信した場合に、応答メッセージ送信手段が応答メッセージを相手側端末に送信する。なお、通信開始要求メッセージ、又は応答メッセージには、暗号化したデータを解読するための鍵の情報である鍵情報が付与されている。そして、応答メッセージ送信手段によって応答メッセージが相手側端末に送信された後、暗号化データ送信手段が、所定条件で待機した後で、暗号化したデータを相手側端末に送信する。これにより、相手側端末で、鍵情報が受信された後で暗号化したデータが受信されるので、相手側端末では暗号化したデータを鍵情報で確実に復号化できる。さらに、遅延時間計測手段によって計測された遅延時間に基づき、到達時間推測手段が、応答メッセージの相手側端末における到達時間を推測する。そして、暗号化データ送信手段は、その到達時間推測手段によって推測された到達時間が経過するまで所定条件として待機し、到達時間が経過した場合に暗号化したデータを送信する。これにより、鍵情報を相手側端末に送信した場合の到達時間を推測できるので、その到達時間が経過した後で、暗号化データを送信することで、相手側端末では、鍵情報が受信された後で暗号化したデータを受信できる。よって、相手側端末では暗号化したデータを鍵情報で確実に復号化できる。
【００１０】
また、第１態様において、前記相手側端末から鍵情報を受信する鍵情報受信手段と、当該鍵情報受信手段によって前記鍵情報を受信したか否かを判断する鍵情報受信判断手段とを備え、前記応答メッセージ送信手段は、前記成功メッセージ受信手段によって前記成功メッセージが受信され、且つ前記鍵情報受信判断手段によって前記鍵情報が受信したと判断された場合に、自拠点側の前記鍵情報を付与した応答メッセージを前記相手側端末に送信するようにしてもよい。これにより、相手側から鍵交換が開始され、それに対応する鍵情報を相手側端末に送信する場合でも、相手側端末で、鍵情報が受信された後で暗号化したデータが受信されるので、相手側端末では暗号化したデータを鍵情報で確実に復号化できる。
【００１１】
また、第１態様において、前記到達時間推測手段は、前記遅延時間計測手段によって計測された前記遅延時間の１／２を前記到達時間として推測するようにしてもよい。これにより、データを送信して相手側端末に到達するまでの到達時間を容易に推測できる。
【００１２】
【００１３】
本発明の第２態様に係る通信端末装置の通信制御方法は、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いたシステムで使用され、相手側端末との間でネットワークを介して暗号化したデータを送受信する機能を備えた通信端末装置の通信制御方法であって、前記相手側端末との間にセッションを確立するために通信開始要求メッセージを前記相手側端末に送信する通信開始要求メッセージ送信ステップと、前記通信開始要求メッセージを受信した前記相手側端末から出力され、通信開始要求に応じたことを通知する成功メッセージを受信する成功メッセージ受信ステップと、前記成功メッセージ受信ステップにおいて当該成功メッセージを受信した場合に、応答メッセージを前記相手側端末に送信する応答メッセージ送信ステップと、当該応答メッセージ送信ステップにおいて前記応答メッセージが前記相手側端末に送信された後、所定条件で待機した後で、前記暗号化したデータを前記相手側端末に送信する暗号化データ送信ステップとを備え、前記通信開始要求メッセージ、又は前記応答メッセージには、前記暗号化したデータを解読するための鍵の情報である鍵情報が付与され、さらに、通信端末間のネットワーク遅延時間を、前記通信開始要求メッセージを前記相手側端末に送信した時間と、前記通信開始要求メッセージに応じて前記相手側端末から送信される暫定応答を受信した時間とに基づいて計測する遅延時間計測ステップと、当該遅延時間計測ステップにおいて計測された前記遅延時間に基づき、前記応答メッセージの前記相手側端末における到達時間を推測する到達時間推測ステップとを備え、前記暗号化データ送信ステップは、前記到達時間推測ステップにおいて推測された前記到達時間が経過するまで前記所定条件として待機し、前記到達時間が経過した場合に前記暗号化したデータを送信することを特徴とする。
【００１４】
第２態様に係る通信端末装置の通信制御方法は、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を用いたシステムで使用され、相手側端末との間でネットワークを介して暗号化したデータを送受信する機能を備えた通信端末制御装置が行う通信制御方法である。まず、通信開始要求メッセージ送信ステップにおいて、相手側端末との間でセッションを確立するために通信開始要求メッセージが相手側端末に送信される。次いで、成功メッセージ受信ステップにおいて、通信開始メッセージを受信した前記相手側端末から出力され、通信開始要求に応じたことを通知する成功メッセージが受信される。さらに成功メッセージを受信した場合に、応答メッセージ送信ステップにおいて、応答メッセージが相手側端末に送信される。なお、通信開始要求メッセージ、又は応答メッセージには、暗号化したデータを解読するための鍵の情報である鍵情報が付与されている。そして、応答メッセージが相手側端末に送信された後、暗号化データ送信ステップにおいて、所定条件で待機した後で、暗号化したデータが相手側端末に送信される。これにより、相手側端末で、鍵情報が受信された後で暗号化したデータが受信されるので、相手側端末では暗号化したデータを鍵情報で確実に復号化できる。さらに、到達時間推測ステップにおいて、遅延時間計測ステップで計測された遅延時間に基づき、応答メッセージの相手側端末における到達時間が推測される。そして、暗号化データ送信ステップにおいて、その到達時間推測ステップで推測された到達時間が経過するまで所定条件として待機し、到達時間が経過した場合に暗号化したデータが送信される。これにより、鍵情報を相手側端末に送信した場合の到達時間を推測できるので、その到達時間が経過した後で、暗号化データを送信することで、相手側端末では、鍵情報が受信された後で暗号化したデータを受信できる。よって、相手側端末では暗号化したデータを鍵情報で確実に復号化できる。
【００１５】
本発明の第３態様に係る通信制御プログラムは、請求項１から３の何れかに記載の通信端末装置の各種処理手段としてコンピュータを機能させることを特徴とする。
【００１６】
第３態様に係る通信制御プログラムは、請求項１から３の何れかに記載の通信端末装置の各種処理手段としてコンピュータを機能させるので、請求項１から３の何れかに記載の効果を得ることができる。
【図面の簡単な説明】
【００１７】
【図１】会議システム１の構成を示すシステム図である。
【図２】会議端末３と会議端末４とにおける通信の流れを時系列で示したシーケンス図（会議端末３から鍵交換を開始した場合）である。
【図３】会議端末３，４の電気的構成を示すブロック図である。
【図４】ＲＡＭ４３の各種記憶領域を示すブロック図である。
【図５】ＣＰＵ４１によるデータ送信開始処理のフローチャートである。
【図６】会議端末３と会議端末４との通信の流れを時系列で示したシーケンス図（会議端末４から鍵交換を開始した場合）である。
【図７】ＣＰＵ４１によるデータ送信開始処理の第１変形例のフローチャートである。
【図８】ＣＰＵ４１によるデータ送信開始処理の第２変形例のフローチャートである。
【図９】第２変形例における会議端末３と会議端末４との通信の流れを時系列で示したシーケンス図（会議端末４から鍵交換を開始した場合）である。
【発明を実施するための形態】
【００１８】
以下、本発明の一実施形態である会議端末３，４について、図面を参照して説明する。なお、これらの図面は、本発明が採用しうる技術的特徴を説明するために用いられるものであり、記載されている装置、端末の構成、各種処理のフローチャートなどは、特に特定的な記載がない限り、それのみに限定する趣旨ではなく、単なる説明例である。
【００１９】
はじめに、会議端末３，４を構成要素とする会議システム１の概要について、図１を参照して説明する。会議システム１は、インターネット２に接続された会議端末３と、会議端末４と、通信制御装置５とを備えている。会議端末３，４の間で、インターネット２を介して、映像データと音声データを送受信することによって、遠隔会議を実施できる。なお、本実施形態では、説明の便宜上、会議端末３を自拠点側とし、会議端末４を相手拠点側として説明する。
【００２０】
まず、会議端末３，４について説明する。会議端末３，４は、インターネット２を介して他の端末と通信を行い、端末の所有者間で通話を実行させる機能（ＩＰ電話機能）を少なくとも備えている。ＩＰ電話機能を実現するための呼制御プロトコルとして、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）が用いられる。会議端末３，４としては、専用端末の他、据え置き型のＰＣ、携帯端末等が利用可能である。会議端末３，４には、ユーザを撮影するためのカメラ５２が各々設けられている。
【００２１】
会議端末３，４には、ユーザを識別するための識別情報がそれぞれ割り当てられている。ＳＩＰにおいては、ＳＩＰアドレスが識別情報に相当する。ユーザは、ＳＩＰアドレスを指定して特定のユーザの通話端末を呼び出すことによって、特定のユーザと通話を行うことが可能となる。
【００２２】
次に、通信制御装置５について説明する。通信制御装置５は、ＳＩＰにおけるＳＩＰサーバとして機能する。通信制御装置５は、ユーザ、電話番号、ＩＰアドレス等を集中管理している。通信制御装置５は、会議端末３，４からの問い合わせ（リクエスト）を受け取って中継するプロキシ機能を少なくとも備えている。なお、通信制御装置５は、会議端末３，４からの登録要求を受け付けるレジスタ機能、相手の会議端末３，４の移動先を調べて問い合わせ元に教えるリダイレクト機能、会議端末３，４の情報（端末の場所等）を管理するロケーション機能を備えていてもよい。
【００２３】
次に、通信制御装置５のプロキシ機能について説明する。プロキシ機能では、会議端末３，４からの呼び出し要求を受け付けて、相手側の会議端末３，４にパケットを転送する。そこで、一例として、会議端末３の接続要求を受けて、相手側の会議端末４にパケットを転送する一般的な例について、図２のシーケンス図を参照して説明する。
【００２４】
まず、Ｔ１タイミングで、会議端末３が、通話の開始を要求するための信号（以下、呼び出し要求「ＩＮＶＩＴＥ」という。）を通信制御装置５に対して送信する。通信制御装置５では、呼び出し要求「ＩＮＶＩＴＥ」を受信した場合、相手先の会議端末４のＳＩＰアドレスなどを調査し、Ｔ２タイミングで、受信した呼び出し要求「ＩＮＶＩＴＥ」を調査した会議端末４に対して転送する。次いで、Ｔ３タイミングで、呼び出し要求「ＩＮＶＩＴＥ」の実行中であることを通知するための信号（以下、実行応答「１００  Ｔｒｙｉｎｇ」という。）を、会議端末３に送信する。
【００２５】
一方、呼び出し要求を受けた相手先の会議端末４では、呼び出し処理が実行され、Ｔ４タイミングで、暫定的な応答を通知するための信号（以下、暫定応答「１８０  Ｒｉｎｇｉｎｇ」という。）が通信制御装置５に送信される。通信制御装置５では、暫定応答「１８０  Ｒｉｎｇｉｎｇ」を受信した場合、Ｔ５タイミングで、その暫定応答「１８０  Ｒｉｎｇｉｎｇ」を会議端末３に対して転送する。さらに相手先の会議端末４では、オフフックされると、Ｔ６タイミングで、通信が成功したことを通知するための信号（以下、成功応答「２００  ＯＫ」）が通信制御装置５に対して送信される。
【００２６】
そして、通信制御装置５では、成功応答「２００  ＯＫ」を受信した場合、Ｔ７タイミングで、その成功応答を会議端末３に転送する。会議端末３では、成功応答を受信すると、Ｔ８タイミングで、セッションを確立したことを了解する旨の信号（以下、確認応答「ＡＣＫ」という。）を通信制御装置５に送信する。通信制御装置５では、確認応答「ＡＣＫ」を受信した場合、その確認応答を会議端末４に転送する。そして、会議端末４にて確認応答「ＡＣＫ」が受信されると、会議端末３と会議端末４との間で映像データ及び音声データ通信が開始される（Ｔ９，Ｔ１０タイミング）。
【００２７】
次に、ＳＤＥＳについて説明する。会議システム１では、会議端末３と４との間で、暗号化した映像データ及び音声データを送受信する暗号化通信が行われる。暗号化通信を行う際には、鍵情報をクライアント間で交換する必要がある。本実施形態では、鍵情報を交換するプロトコルとして、ＳＤＥＳ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ  Ｓｅｃｕｒｉｔｙ  Ｄｅｓｃｒｉｐｔｉｏｎ  ｆｏｒ  Ｍｅｄｉａ  Ｓｔｒｅａｍｓ）を使用する。ＳＤＥＳは、暗号化及び復号化の処理が早いことから、映像データ及び音声データを送受信するシステムに適している。ＳＤＥＳでは、ＳＩＰメッセージに付与するＳＤＰの中に、暗号化するための鍵情報が書き込まれる。これにより、クライアント間で鍵交換を行うことができる。
【００２８】
次に、鍵交換をする場合において、自拠点側である会議端末３から鍵交換を開始するケース１と、相手拠点である会議端末４から鍵交換を開始するケース２とについて、図２に示すシーケンス図を参照して順に説明する。
【００２９】
・ケース１：自拠点である会議端末３から鍵交換を開始する例
Ｔ１タイミングで、自拠点である会議端末３から呼び出し要求「ＩＮＶＩＴＥ」をする際に、そのＳＩＰメッセージに、会議端末３から送信される暗号化データを復号化する際に必要な共通の鍵の情報である鍵情報が書き込まれる。鍵情報は、呼び出し要求「ＩＮＶＩＴＥ」と共に、通信制御装置５を経由して、Ｔ２タイミングで、相手先の会議端末４に届く。これにより、会議端末４では、会議端末３から送信された暗号化された音声・映像データを、その鍵情報を用いることによって復号化できる。
【００３０】
そして、会議端末３においても、会議端末４から送信された暗号化データを復号化する際に必要な鍵情報が必要となる。そこで、Ｔ６タイミングで送信する成功応答「２００  ＯＫ」のＳＩＰメッセージに鍵情報が書き込まれる。鍵情報は、成功応答「２００  ＯＫ」と共に、通信制御装置５を経由して、Ｔ７タイミングで、会議端末３に届く。これにより、会議端末３では、その後、会議端末４から送信される暗号化された音声・映像データを、その鍵情報を用いることによって復号化できる。
【００３１】
・ケース２：相手拠点である会議端末４から鍵交換を開始する例
Ｔ６タイミングで、成功応答「２００  ＯＫ」のＳＩＰメッセージに鍵情報が書き込まれ、通信制御装置５を経由して、Ｔ７タイミングで、会議端末３に届く。これにより、会議端末３では、会議端末４から送信される暗号化された音声・映像データを、その鍵情報を用いることによって復号化できる。そして、会議端末４においても、会議端末３から送信された暗号化データを復号化する際に必要な鍵情報が必要となる。そこで、Ｔ８タイミングで送信する確認応答「ＡＣＫ」のＳＩＰメッセージに鍵情報が書き込まれる。鍵情報は、確認応答「ＡＣＫ」と共に、通信制御装置５を経由して、会議端末４に届く。これにより、会議端末４では、その後、会議端末３から送信される暗号化された音声・映像データを、その鍵情報を用いることによって復号化できる。
【００３２】
次に、会議端末３の電気的構成について、図３を参照して説明する。会議端末３は、他端末との通信制御等を実行するＣＰＵ４１、ＣＰＵ４１の実行する各種プログラム等が記憶されるＲＯＭ４２、鍵情報、フラグ情報、タイマ情報、カウンタ情報等が一時的に記憶されるＲＡＭ４３、ディスプレイ５３に表示させる画像データや、スピーカ４７から出力させる音源データなどが記憶されるフラッシュメモリ４４等を備えている。そして、ＣＰＵ４１とＲＯＭ４２、ＲＡＭ４３、及びフラッシュメモリ４４とは、電気的に互いに接続されている。ＣＰＵ４１は、ＲＯＭ４２、ＲＡＭ４３、及びフラッシュメモリ４４の各種記憶エリアに対してアクセスできる。
【００３３】
会議端末３は、インターネット２に接続する為の通信モジュール４５を備えている。ＣＰＵ４１と通信モジュール４５とは電気的に接続されている。ＣＰＵ４１は、所望のデータをインターネット２に送信することができる。また、ＣＰＵ４１は、インターネット２から受信されるデータを認識することができる。通信モジュール４５として、例えば、ネットワークカードが使用可能である。
【００３４】
会議端末３は、自拠点の映像を映すためのカメラ５２を駆動させるカメラ駆動回路４６と、他拠点の音声を出力するスピーカ４７と、自拠点の音声を入力するマイク４８とを備えている。ＣＰＵ４１と、カメラ駆動回路４６、スピーカ４７及びマイク４８とは、互いに電気的に接続されている。ＣＰＵ４１は、スピーカ４７から所望の音声を出力させることができる。ＣＰＵ４１は、マイク４８を介して入力された音声を認識することができる。
【００３５】
会議端末３は、ディスプレイ５３と、画像をディスプレイ５３に表示させることが可能な表示ドライバ４９とを備えている。ＣＰＵ４１と表示ドライバ４９とは電気的に接続されている。表示ドライバ４９とディスプレイ５３とは電気的に接続されている。ＣＰＵ４１は、ディスプレイ５３に、相手先の会議端末４から送信された映像データを表示させることができる。
【００３６】
会議端末３は、キーボード５４と、キーボード５４を介してユーザによって入力される情報を検出することが可能な入力ドライバ５０とを備えている。ＣＰＵ４１と入力ドライバ５０とは電気的に接続されている。入力ドライバ５０とキーボード５４とは電気的に接続されている。ＣＰＵ４１は、キーボード５４を介して入力される情報を認識することができる。
【００３７】
会議端末３は、ＣＤ−ＲＯＭ３０に記憶された情報を読み取ることが可能なＣＤ−ＲＯＭドライブ５５を備えている。ＣＰＵ２１とＣＤ−ＲＯＭドライブ５５とは電気的に接続されている。ＣＤ−ＲＯＭ３０には、例えば、ＣＰＵ２１を駆動させるために必要なプログラムや、データ送信開始プログラム等が記憶されている。ＣＰＵ２１は、ＣＤ−ＲＯＭ３０に記憶されている情報を認識することが可能である。
【００３８】
次に、ＲＡＭ４３の各種記憶エリアについて、図４を参照して説明する。ＲＡＭ４３には、他の会議端末から送信された映像データ及び音声データ等を記憶するための受信データ記憶エリア４３１と、相手側の会議端末との通信にかかった時間を記憶するための通信時間記憶エリア４３２と、相手先の端末から送信された鍵情報を記憶するための鍵情報記憶エリア４３３と等が設けられている。
【００３９】
次に、ＣＰＵ４１によるデータ送信開始処理について、図５のフローチャートと、図６のシーケンス図とを参照して説明する。まず、Ｔ２１タイミングで、呼び出し要求「ＩＮＶＩＴＥ」が送信される（Ｓ１１）。そして、そのタイミングで、図示外のタイマがオンされることによって、通信時間の計測が開始される（Ｓ１２）。
【００４０】
一方、通信制御装置５では、呼び出し要求「ＩＮＶＩＴＥ」を受信した場合、相手先の会議端末４のＳＩＰアドレスなどを調査し、Ｔ２２タイミングで、受信した呼び出し要求「ＩＮＶＩＴＥ」を調査した会議端末４に対して転送する。次いで、Ｔ２３タイミングで、実行応答「１００  Ｔｒｙｉｎｇ」を、会議端末３に送信する。そして、呼び出し要求を受けた相手先の会議端末４では、呼び出し処理が実行され、Ｔ２４タイミングで、暫定応答「１８０  Ｒｉｎｇｉｎｇ」が通信制御装置５に送信される。通信制御装置５では、暫定応答「１８０  Ｒｉｎｇｉｎｇ」を受信した場合、Ｔ２５タイミングで、その暫定応答「１８０  Ｒｉｎｇｉｎｇ」を会議端末４に対して転送する。
【００４１】
そして、会議端末３では、暫定応答「１８０  Ｒｉｎｇｉｎｇ」を受信したか否かが判断される（Ｓ１３）。まだ受信していない場合は（Ｓ１３：ＮＯ）、受信するまで、Ｓ１３に戻って処理が繰り返される。暫定応答「１８０  Ｒｉｎｇｉｎｇ」を受信した場合（Ｓ１３：ＹＥＳ）、タイマをオフし、そのタイマによって計測された通信時間、つまり、呼び出し要求「ＩＮＶＩＴＥ」を相手先に送信してから、相手先から送信された暫定応答「１８０  Ｒｉｎｇｉｎｇ」を受信するまでの通信時間が、ＲＡＭ４３の通信時間記憶エリア４３２に記憶される（Ｓ１４）。
【００４２】
一方、相手先の会議端末４では、オフフックされると、Ｔ２６タイミングで、成功応答「２００  ＯＫ」が通信制御装置５に対して送信される。通信制御装置５では、成功応答「２００  ＯＫ」を受信した場合、Ｔ２７タイミングで、その成功応答を会議端末３に転送する。
【００４３】
そして、会議端末３では、成功応答「２００  ＯＫ」を受信したか否かが判断される（Ｓ１５）。まだ受信していない場合は（Ｓ１５：ＮＯ）、受信するまで、Ｓ１５に戻って処理が繰り返される。そして、Ｔ２７タイミングで、成功応答「２００  ＯＫ」を受信した場合（Ｓ１５：ＹＥＳ）、その成功応答のＳＩＰメッセージに、鍵情報が付与されているか否かが判断される（Ｓ１６）。鍵情報が付与されていない場合（Ｓ１６：ＮＯ）、相手先の会議端末４との間では暗号化通信をしないので、Ｔ２８タイミングで、確認応答「ＡＣＫ」のみが通信制御装置５に送信される（Ｓ１７）。
【００４４】
通信制御装置５では、確認応答「ＡＣＫ」を受信した場合、確認応答を会議端末４に転送する。そして、会議端末４にて確認応答「ＡＣＫ」が受信される。次いで、カメラ５２で撮影された映像データと、マイク４８に入力された音声データとを相手先の会議端末４に送信する暗号化データ送信が開始される（Ｓ２０）。さらに、会議端末４から会議端末３に向けても暗号化データ送信が開始される。この場合は、会議端末３と会議端末４との間では、映像データ及び音声データは暗号化されずに送受信される。
【００４５】
これに対し、成功応答「２００  ＯＫ」を受信し（Ｓ１５：ＹＥＳ）、その成功応答のＳＩＰメッセージに、鍵情報が付与されている場合は（Ｓ１６：ＹＥＳ）、相手先の会議端末４から鍵交換の開始を要求されているので、Ｔ２８タイミングで、確認応答「ＡＣＫ」のＳＩＰメッセージに鍵情報が書き込まれ、鍵情報を付与した確認応答「ＡＣＫ」が送信される（Ｓ１８）。鍵情報は、確認応答「ＡＣＫ」と共に、通信制御装置５を経由して、会議端末４に届く。会議端末４では、確認応答「ＡＣＫ」に付与された鍵情報は、ＲＡＭ４３の鍵情報記憶エリア４３３（図４参照）に記憶される。
【００４６】
次いで、鍵情報を付与した確認応答「ＡＣＫ」が送信されてから、ＲＡＭ４３の通信時間記憶エリア４３２に記憶された通信時間の１／２の時間である到達時間が経過したか否かが判断される（Ｓ１９）。通信時間は、上述したように、呼び出し要求「ＩＮＶＩＴＥ」を相手先に送信してから、相手先から送信された暫定応答「１８０  Ｒｉｎｇｉｎｇ」を受信するまでの時間である。従って、「ＩＮＶＩＴＥ」を相手先に送ってから「１８０  Ｒｉｎｇｉｎｇ」が帰ってくるまでの時間の１／２を到達時間とみなすことができる。なお、この到達時間には、通信制御装置５を経由している分だけ遅延が発生しているものと推測される。
【００４７】
そこで、到達時間がまだ経過していない場合（Ｓ１９：ＮＯ）、到達時間が経過するまで、Ｓ１９に戻って処理が繰り返される。そして、到達時間が経過した場合（Ｓ１９：ＹＥＳ）、そのときは既に、鍵情報が付与された確認応答「ＡＣＫ」が相手先の会議端末４に到達しているので、Ｔ２９タイミングで、暗号化した映像データ及び音声データが会議端末４に向けて送信される（Ｓ２０）。さらに、Ｔ３０タイミングで、会議端末４から会議端末３に向けても暗号化データ送信が開始される。
【００４８】
なお、相手先の会議端末４では、暗号化された映像データ及び音声データが受信され、ＲＡＭ４３の受信データ記憶エリア４３１に一旦記憶される。つまり、インターネット２のネットワーク状況に関わらず、暗号化された音声・映像データが鍵情報よりも先に会議端末４に届くことを防止できる。そして、会議端末４では、ＲＡＭ４３に記憶された鍵情報によって、ＲＡＭ４３に記憶された暗号化した映像データ及び音声データを、最初から全て復号化することができる。これにより、セキュリティを保持しつつ、会議端末３と会議端末４との間で、映像と音声を介して良好に会話をすることができる。
【００４９】
以上説明したように、本実施形態である会議システム１の会議端末３では、暗号化通信を行うために、相手先の会議端末４から鍵交換が開始された場合、「ＩＮＶＩＴＥ」を相手先の会議端末４に送ってから「１８０  Ｒｉｎｇｉｎｇ」が帰ってくるまでの通信時間の１／２を、会議端末３から会議端末４にデータが到達するまでの到達時間と見なす。そして、鍵情報を「ＡＣＫ」に付与して会議端末４に送信してから、すぐに暗号化データを会議端末４に送信するのではなく、到達時間を経過してから送信する。これにより、インターネット２のネットワーク状況に関わらず、暗号化された音声・映像データが鍵情報よりも先に会議端末４に届くことを防止できる。これにより、セキュリティを保持しつつ、会議端末３と会議端末４との間で、映像と音声を介して良好に会話をすることができる。
【００５０】
また、会議システム１では、ＩピクチャとＰピクチャで映像データを送受信して会議をおこなうが、複号化できない部分にＩピクチャが含まれた場合でも、そのＩピクチャよりも先に鍵情報が相手側に届くので、そのＩピクチャを参照して映像となるＰピクチャを確実に復号化できる。これにより映像を良好に再生できる。
【００５１】
なお、本発明は上記実施形態に限定されることなく、種々の変更が可能である。例えば、上記実施形態では、相手先の会議端末４から鍵交換が開始された場合、「ＩＮＶＩＴＥ」を相手先の会議端末４に送ってから「１８０  Ｒｉｎｇｉｎｇ」が帰ってくるまでの通信時間を計測し、その１／２を会議端末３から会議端末４にデータが到達するまでの到達時間と見なし、鍵情報を「ＡＣＫ」に付与して会議端末４に送信してその到達時間を経過してから送信している。
【００５２】
これとは別に、例えば、ｐｉｎｇコマンドを使って、会議端末３と会議端末４との通信にかかる遅延時間を計測し、その遅延時間だけ暗号化データの送信を待機させてもよい。また、鍵情報を「ＡＣＫ」に付与して会議端末４に送信した後で、相手先の会議端末４から送信された映像データ及び音声データを受信するまで、暗号化データの送信を待機させてもよい。そこで、前者を第１変形例、後者を第２変形例として、以下順に説明する。
【００５３】
・第１変形例
ｐｉｎｇコマンドを使って計測した遅延時間を利用したＣＰＵ４１のデータ送信開始処理について、図６のシーケンス図と、図７のフローチャートとを参照して説明する。まず、Ｔ２１タイミングで、呼び出し要求「ＩＮＶＩＴＥ」が送信される（Ｓ３１）。次に、遅延時間検出処理が実行される（Ｓ３２）。遅延時間検出処理では、ｐｉｎｇコマンドが使用される。
【００５４】
ｐｉｎｇは、ネットワーク疎通を確認したいホストに対してＩＰパケットを発行し、そのパケットが正しく届いて返答が行われるかを確認するためのコマンドである。まず、疎通を確認したい会議端末４のホスト名、又はＩＰアドレスが指定される。そして、例えば、パケットの送受信が所定回数（例えば、４回）行われ、それぞれの回のステータスが各々検出される。ステータスとして、受信したＩＣＭＰパケットのデータサイズ（ｂｙｔｅｓ）と、パケットを送信してから受信するまでの遅延時間（ミリ秒）とが各々検出される。そしてこれら所定回数のステータスの平均値が試行結果として算出される。そして、その算出された遅延時間の平均値がＲＡＭ４３に記憶される（Ｓ３３）。
【００５５】
次いで、暫定応答「１８０  Ｒｉｎｇｉｎｇ」を受信したか否かが判断される（Ｓ３４）。まだ受信していない場合は（Ｓ３４：ＮＯ）、受信するまで、Ｓ３４に戻って処理が繰り返される。暫定応答「１８０  Ｒｉｎｇｉｎｇ」を受信した場合（Ｓ３４：ＹＥＳ）、さらに成功応答「２００  ＯＫ」を受信したか否かが判断される（Ｓ３５）。まだ受信していない場合は（Ｓ３５：ＮＯ）、受信するまで、Ｓ３５に戻って処理が繰り返される。成功応答「２００  ＯＫ」を受信した場合（Ｓ３５：ＹＥＳ）、その成功応答のＳＩＰメッセージに、鍵情報が付与されているか否かが判断される（Ｓ３６）。鍵情報が付与されていない場合（Ｓ３６：ＮＯ）、相手先の会議端末４との間では暗号化通信をしないので、Ｔ２８タイミングで、確認応答「ＡＣＫ」のみが通信制御装置５に送信される（Ｓ３７）。
【００５６】
通信制御装置５では、確認応答「ＡＣＫ」を受信した場合、確認応答を会議端末４に転送する。そして、会議端末４にて確認応答「ＡＣＫ」が受信される。そして、カメラ５２で撮影された映像データと、マイク４８に入力された音声データとを相手先の会議端末４に送信するデータ送信が開始される（Ｓ４０）。この場合は、会議端末３と会議端末４との間では、映像データ及び音声データは暗号化されずに送受信される。
【００５７】
これに対し、成功応答「２００  ＯＫ」を受信し（Ｓ３５：ＹＥＳ）、その成功応答のＳＩＰメッセージに、鍵情報が付与されている場合は（Ｓ３６：ＹＥＳ）、相手先の会議端末４から鍵交換の開始を要求されているので、Ｔ２８タイミングで、確認応答「ＡＣＫ」のＳＩＰメッセージに鍵情報が書き込まれ、鍵情報を付与した確認応答「ＡＣＫ」が送信される（Ｓ３８）。鍵情報は、確認応答「ＡＣＫ」と共に、通信制御装置５を経由して、会議端末４に届く。会議端末４では、確認応答「ＡＣＫ」に付与された鍵情報は、ＲＡＭ４３の鍵情報記憶エリア４３３（図４参照）に記憶される。
【００５８】
次いで、鍵情報を付与した確認応答「ＡＣＫ」が送信されてから、ＲＡＭ４３に記憶された遅延時間が経過したか否かが判断される（Ｓ３９）。遅延時間がまだ経過していない場合（Ｓ３９：ＮＯ）、到達時間が経過するまで、Ｓ３９に戻って処理が繰り返される。そして、遅延時間が経過した場合（Ｓ３９：ＹＥＳ）、そのときは既に、鍵情報が付与された確認応答「ＡＣＫ」が相手先の会議端末４に到達しているので、Ｔ２９タイミングで、暗号化した映像データ及び音声データが会議端末４に向けて送信される（Ｓ４０）。
【００５９】
そして、相手先の会議端末４では、暗号化された映像データ及び音声データが受信され、ＲＡＭ４３の受信データ記憶エリア４３１に一旦記憶される。つまり、インターネット２のネットワーク状況に関わらず、暗号化された音声・映像データが鍵情報よりも先に会議端末４に届くことを防止できる。そして、会議端末４では、ＲＡＭ４３に記憶された鍵情報によって、ＲＡＭ４３に記憶された暗号化した映像データ及び音声データを、最初から全て復号化することができる。これにより、第１変形例においても、セキュリティを保持しつつ、会議端末３と会議端末４との間で、映像と音声を介して良好に会話をすることができる。
【００６０】
・第２変形例
相手先の会議端末４から送信される映像データ及び音声データを受信するまでデータ送信を待機させるＣＰＵ４１のデータ送信開始処理について、図８のフローチャートと、図９のシーケンス図とを参照して説明する。まず、Ｔ３１タイミングで、呼び出し要求「ＩＮＶＩＴＥ」が送信される（Ｓ５１）。
【００６１】
次いで、暫定応答「１８０  Ｒｉｎｇｉｎｇ」を受信したか否かが判断される（Ｓ５２）。まだ受信していない場合は（Ｓ５２：ＮＯ）、受信するまで、Ｓ５２に戻って処理が繰り返される。Ｔ３２タイミングで、暫定応答「１８０  Ｒｉｎｇｉｎｇ」を受信した場合（Ｓ５２：ＹＥＳ）、さらに成功応答「２００  ＯＫ」を受信したか否かが判断される（Ｓ５３）。まだ受信していない場合は（Ｓ５３：ＮＯ）、受信するまで、Ｓ５３に戻って処理が繰り返される。そして、Ｔ３３タイミングで、成功応答「２００  ＯＫ」を受信した場合（Ｓ５３：ＹＥＳ）、その成功応答のＳＩＰメッセージに、鍵情報が付与されているか否かが判断される（Ｓ５４）。鍵情報が付与されていない場合（Ｓ５４：ＮＯ）、相手先の会議端末４との間では暗号化通信をしないので、Ｔ３４タイミングで、確認応答「ＡＣＫ」のみが通信制御装置５に送信される（Ｓ３７）。
【００６２】
通信制御装置５では、確認応答「ＡＣＫ」を受信した場合、確認応答を会議端末４に転送する。そして、会議端末４にて確認応答「ＡＣＫ」が受信されると、暗号化通信は行わないので、カメラ５２で撮影された映像データと、マイク４８に入力された音声データとを相手先の会議端末４に送信するデータ送信が開始される（Ｓ５８）。この場合は、会議端末３と会議端末４との間では、映像データ及び音声データは暗号化されずに送受信される。
【００６３】
これに対し、成功応答「２００  ＯＫ」を受信し（Ｓ５３：ＹＥＳ）、その成功応答のＳＩＰメッセージに、鍵情報が付与されている場合は（Ｓ５４：ＹＥＳ）、相手先の会議端末４から鍵交換の開始を要求されているので、Ｔ３４タイミングで、確認応答「ＡＣＫ」のＳＩＰメッセージに鍵情報が書き込まれ、鍵情報を付与した確認応答「ＡＣＫ」が送信される（Ｓ５６）。鍵情報は、確認応答「ＡＣＫ」と共に、通信制御装置５を経由して、会議端末４に届く。会議端末４では、確認応答「ＡＣＫ」に付与された鍵情報は、ＲＡＭ４３の鍵情報記憶エリア４３３（図４参照）に記憶される。
【００６４】
次いで、相手先の会議端末４から送信された映像データ及び音声データを受信したか否かが判断される（Ｓ５７）。まだ受信していない場合は、Ｓ５７に戻って処理が繰り返される。そして、Ｔ３５タイミングで、相手先の映像データ及び音声データを受信した場合（Ｓ５７：ＹＥＳ）、会議端末３から「ＡＣＫ」と一緒に送信した鍵情報は会議端末４に既に届いているはずである。よって、Ｔ３６タイミングで、自拠点の暗号化した映像データ及び音声データの送信が開始される（Ｓ５８）。
【００６５】
これにより、インターネット２のネットワーク状況に関わらず、暗号化された音声・映像データが鍵情報よりも先に会議端末４に届くことを防止できる。そして、会議端末４では、ＲＡＭ４３に記憶された鍵情報によって、ＲＡＭ４３に記憶された暗号化した映像データ及び音声データを、最初から全て復号化することができる。これにより、第２変形例においても、セキュリティを保持しつつ、会議端末３と会議端末４との間で、映像と音声を介して良好に会話をすることができる。
【００６６】
また、上記実施形態では、ＳＩＰサーバとして通信制御装置５を設けているが、会議端末３，４同士が直接通話することができるので、通信制御装置５を設けていなくてもよい。
【符号の説明】
【００６７】
１  会議システム
２  インターネット
３  会議端末
４  会議端末
５  通信制御装置
４１  ＣＰＵ
４３  ＲＡＭ
４７  スピーカ
４８  マイク
５２  カメラ
５３  ディスプレイ
４３１  受信データ記憶エリア
４３２  通信時間記憶エリア
４３３  鍵情報記憶エリア
【図１】
0005482046.tif 000002
【図２】
0005482046.tif 000003
【図３】
0005482046.tif 000004
【図４】
0005482046.tif 000005
【図５】
0005482046.tif 000006
【図６】
0005482046.tif 000007
【図７】
0005482046.tif 000008
【図８】
0005482046.tif 000009
【図９】
0005482046.tif 000010