(57)【要約】【課題】  インターネットを介して音声及び動画像を双方向に通信する端末機間の中継サーバを安価に構成することができ、また、グローバルＩＰアドレスを与えられていない内部ネットワーク内の端末機同士が通信を行うことができ、更に、通信時に盗聴や妨害を受けにくいセキュリティの安全性を確保すること。【解決手段】  発着呼側の端末機２９−１，２９−ｎで、索引及び発呼ファイルをファイルサーバ２４にアップロード又はダウンロードすることで各端末機２９−１，２９−ｎ間を通信状態とする。通信時には索引及び時分割ファイルをファイルサーバ２４にアップロード又はダウンロードし各端末機２９−１，２９−ｎ間で音声及び動画像を双方向通信する。待機又は発呼時は公開暗号キー、通信時は通信用暗号キーで暗号化し、それらを秘密キーで復号する暗号化認証部３６を備え、元々備わっているファイルサーバ２４の暗号化認証機能と組み合わせる。【選択図】      図１
2007081515.tif 000002
【特許請求の範囲】
【請求項１】
インターネットに接続されたファイルサーバを介して音声及び動画像を双方向に通信する動画像双方向通信端末機において、
自端末機の状態及び公開暗号キーと、音声又は動画像の時分割ファイルの識別名とを任意に記述した索引ファイルを作成する索引ファイル作成手段と、
前記時分割ファイルを暗号化する通信用暗号キーと、通信先の相手側端末機の識別名とを記述した発呼ファイルを作成する発呼ファイル作成手段と、
前記時分割ファイルを音声又は動画像を時分割でデータファイル化して作成する時分割ファイル作成手段と、
待機又は発呼時に前記ファイルサーバ に対してアップロード又はダウンロードされる前記索引ファイル又は前記発呼ファイルを、事前に索引ファイルから取得した相手側端末機の公開暗号キーで暗号化すると共に自端末機の秘密キーで復号し、発呼後の通信時に前記ファイルサーバ に対してアップロード又はダウンロードされる前記索引ファイル又は前記時分割ファイルを、事前に発呼ファイルから取得した相手側端末機の通信用暗号キーで暗号化する共に自端末機の秘密キーで復号する暗号化認証手段と
を備えたことを特徴とする動画像双方向通信端末機。
【請求項２】
インターネットを介して端末機間で音声及び動画像を双方向に通信する動画像双方向通信システムにおいて、
前記インターネットに接続されたファイルサーバと、
自端末機の状態及び公開暗号キーと、音声又は動画像の時分割ファイルの識別名とを任意に記述した索引ファイルと、前記時分割ファイルを暗号化する通信用暗号キーと、通信先の相手側端末機の識別名とを記述した発呼ファイルとを作成すると共に、前記時分割ファイルを音声又は動画像を時分割でデータファイル化して作成するファイル作成手段と、このファイル作成手段で作成された索引ファイル、発呼ファイル及び時分割ファイルを前記ファイルサーバ に対してアップロード又はダウンロードする通信手段と、待機又は発呼時に前記アップロード又はダウンロードされる前記索引ファイル又は前記発呼ファイルを、事前に索引ファイルから取得した相手側端末機の公開暗号キーで暗号化すると共に自端末機の秘密キーで復号し、発呼後の通信時に前記ファイルサーバへアップロード又はダウンロードされる前記索引ファイル又は前記時分割ファイルを、事前に発呼ファイルから取得した相手側端末機の通信用暗号キーで暗号化する共に自端末機の秘密キーで復号する暗号化認証手段とを有する端末機と
を備えたことを特徴とする動画像双方向通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネットを介して音声及び動画像を双方向に通信する動画像双方向通信端末機及び動画像双方向通信システムに関し、特に、ＩＰ(Internet Protocol)電話機やテレビ電話機並びにそれらの通信システムに適用して好適なものである。
【背景技術】
【０００２】
従来、インターネットを介してＩＰ電話機やテレビ電話機等の端末機で通信を行う場合、図９に示すように、インターネット１０を適用した通信システムにＶｏＩＰ（Ｈ３２３）と呼ばれるサーバ（Ｈ３２３サーバ）１２が使用されている。このシステムの場合、各端末機１４，１５に待受け用ポート１４ａ，１５ａを備えると共に、Ｈ３２３サーバ１２にも待受け用ポート１２ａを備え、一方の端末機１４が他方の端末機１５と通信を行う際に、端末機１４からインターネット１０を介してＨ３２３サーバ１２へ発呼を行う。この発呼信号は待受け用ポート１２ａを介してＨ３２３サーバ１２へ入力され、このＨ３２３サーバ１２が発呼先を検索して該当する端末機１５へ発呼を行い、この発呼信号が待受け用ポート１５ａを介して端末機１５で受信される。これによって、端末機１４及び１５がインターネットを介して接続され、互いに待受け用ポート１４ａ，１５ａを介して直接通信を行う。
【０００３】
この種のテレビ電話機によって通信を行うシステムとして特許文献１に記載のシステムがある。これは、テレビ電話に向けた動画配信として、ストリーミングサーバを利用するのではなく、当該特許文献１の特徴であるゲートウェイ装置を用いることによって、ホームページなどのコンテンツ配信に幅広く利用されているウェブサーバを使用して動画等のコンテンツ配信を実現したシステムである。
【０００４】
更に、特許文献２には、特別なサーバ機能を必要とせず、且つ接続のための新たなサーバを外部ネットワーク側に必要とせず、更に、ネットワークカメラに搭載するファームウェアの複雑さを抑制しながら、外部ネットワークに接続されたサービス利用装置から内部ネットワークに接続されたネットワークカメラへの指定アクセスを可能としたネットワークサービスの提供システムが開示されている。
【特許文献１】特開２００４−３５６８９７号公報
【特許文献２】特開２００５−１３６７１８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、従来のＨ３２３サーバを使用したシステムにおいては、待受け用ポートが、１つのグローバルＩＰアドレス（以下、グローバルＩＰとも略する）に対して１つしか用意できないので、１つのグローバルＩＰに複数の端末機が繋がっている場合は、１つの端末機しか使用することができず、複数の端末機で通信を行うことができないという問題がある。
【０００６】
また、このように複数の端末機に１つのグローバルＩＰしか与えられない状況、例えば、プロバイダから１つのグローバルＩＰしか与えられなくて、ＩＰマスカレードを使用している場合では、Ｈ３２３サーバを使用することができず、このケースに適合しない場合で例え使用できたとしてもＨ３２３サーバは特殊なサーバなので高価であるという問題があった。
【０００７】
上記特許文献１は、ウェブサーバを使用可能とするために特殊なゲートウェイ装置を用いているが、そのゲートウェイ装置は構造上かなり高価となる問題がある。
上記特許文献２は、内部ネットワークから端末機の情報を通知する際に暗号化されてないので、セキュリティの安全性を確保することができない問題がある。
そこで、本発明の目的は、インターネットを介して音声及び動画像を双方向に通信する端末機間の中継サーバを安価に構成することができ、また、グローバルＩＰアドレスを与えられていない内部ネットワーク内の端末機同士が通信を行うことができ、更に、通信時に盗聴や妨害を受けにくいセキュリティの安全性を確保することができる動画像双方向通信端末機及び動画像双方向通信システムを提供することである。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、本発明の一態様に係る動画像双方向通信端末機によれば、インターネットに接続されたファイルサーバを介して音声及び動画像を双方向に通信する動画像双方向通信端末機において、自端末機の状態及び公開暗号キーと、音声又は動画像の時分割ファイルの識別名とを任意に記述した索引ファイルを作成する索引ファイル作成手段と、前記時分割ファイルを暗号化する通信用暗号キーと、通信先の相手側端末機の識別名とを記述した発呼ファイルを作成する発呼ファイル作成手段と、前記時分割ファイルを音声又は動画像を時分割でデータファイル化して作成する時分割ファイル作成手段と、待機又は発呼時に前記ファイルサーバ に対してアップロード又はダウンロードされる前記索引ファイル又は前記発呼ファイルを、事前に索引ファイルから取得した相手側端末機の公開暗号キーで暗号化すると共に自端末機の秘密キーで復号し、発呼後の通信時に前記ファイルサーバ に対してアップロード又はダウンロードされる前記索引ファイル又は前記時分割ファイルを、事前に発呼ファイルから取得した相手側端末機の通信用暗号キーで暗号化する共に自端末機の秘密キーで復号する暗号化認証手段とを備えたことを特徴とする。
【０００９】
この構成によれば、待機状態からの発呼時には、発呼側と着呼側との端末機で、索引ファイル及び発呼ファイルをファイルサーバ に対してアップロード又はダウンロードすることによって双方の端末機間で通信状態とすることができ、通信時には索引ファイル及び時分割ファイルをファイルサーバ に対してアップロード又はダウンロードすることによって双方の端末機間で音声及び動画像を双方向に通信することができる。このように、既存のファイルサーバをそのまま中継サーバとして使用することができるので、中継サーバを安価にすることができる。
【００１０】
また、本動画像双方向通信端末機は、ファイルサーバへファイルをアクセスして双方向通信を行うので、待受け用ポートはファイルサーバに存在するのみであって、端末機に必要ないため、１つのグローバルＩＰアドレスで、複数の端末機間での通信が可能になる。
更に、待機又は発呼時にファイルサーバへアップロード又はダウンロードされる索引ファイルと発呼ファイルは、事前に取得された相手側端末機の公開暗号キーで暗号化されると共に自端末機の秘密キーで復号され、また、通信時にファイルサーバへアップロード又はダウンロードされる索引ファイルと時分割ファイルは、事前に取得された相手側端末機の通信用暗号キーで暗号化される共に自端末機の秘密キーで復号される。つまり、待機又は発呼時と、通信時との各々の場合に応じて異なる暗号キーで暗号化するようにしたので、この暗号化認証機能と、元々備わっているファイルサーバの暗号化認証機能とが組み合わされることによって、通信時により盗聴や妨害を受けにくいセキュリティの安全性を確保することができる。
【００１１】
また、本発明の一態様に係る動画像双方向通信システムによれば、インターネットを介して端末機間で音声及び動画像を双方向に通信する動画像双方向通信システムにおいて、前記インターネットに接続されたファイルサーバと、自端末機の状態及び公開暗号キーと、音声又は動画像の時分割ファイルの識別名とを任意に記述した索引ファイルと、前記時分割ファイルを暗号化する通信用暗号キーと、通信先の相手側端末機の識別名とを記述した発呼ファイルとを作成すると共に、前記時分割ファイルを音声又は動画像を時分割でデータファイル化して作成するファイル作成手段と、このファイル作成手段で作成された索引ファイル、発呼ファイル及び時分割ファイルを前記ファイルサーバ に対してアップロード又はダウンロードする通信手段と、待機又は発呼時に前記アップロード又はダウンロードされる前記索引ファイル又は前記発呼ファイルを、事前に索引ファイルから取得した相手側端末機の公開暗号キーで暗号化すると共に自端末機の秘密キーで復号し、発呼後の通信時に前記ファイルサーバへアップロード又はダウンロードされる前記索引ファイル又は前記時分割ファイルを、事前に発呼ファイルから取得した相手側端末機の通信用暗号キーで暗号化する共に自端末機の秘密キーで復号する暗号化認証手段とを有する端末機とを備えたことを特徴とする。
【００１２】
この構成によれば、既存のファイルサーバをそのまま中継サーバとして使用することができるので、中継サーバを安価にすることができる。また、端末機は、ファイルサーバへファイルをアクセスして双方向通信を行うので、待受け用ポートはファイルサーバに存在するのみであって、端末機に必要ないため、１つのグローバルＩＰアドレスで、複数の端末機間での通信が可能になる。
【００１３】
更に、待機又は発呼時は公開暗号キーで、通信時は通信用暗号キーで暗号化といったように、各々の場合に応じて異なる暗号キーで暗号化するようにしたので、この暗号化認証機能と、元々備わっているファイルサーバの暗号化認証機能とが組み合わされることによって、通信時により盗聴や妨害を受けにくいセキュリティの安全性を確保することができる。
【発明を実施するための最良の形態】
【００１４】
以下、本発明の実施の形態を、図面を参照して説明する。
図１は、本発明の実施の形態に係る動画像双方向通信システムの構成を示すブロック図である。
図１に示す動画像双方向通信システム２０は、インターネット２２と、インターネット２２に中継器として接続されたファイルサーバ２４と、インターネット２２にゲートウェイ装置２６，２７を介して接続されたｎ台の動画像双方向通信端末機２９−１，２９−２，…，２９−ｎとを備えて構成されている。なお、動画像双方向通信端末機は単に端末機と略す場合もある。
【００１５】
ファイルサーバ２４は、ＨＴＴＰ(Hyper Text Transfer Protocol)やＦＴＰ(File Transfer Protocol)等のプロトコルを用いる一般的なウェブサーバであり、このサーバにネットワークを介して外部の通信端末機からデータのファイルがアップロード及びダウンロードされることによって当該サーバの記憶装置に読み書きされるファイルを、外部の端末機で共有できるようになっている。また、ファイル転送時の暗号化と認証については、一般的なファイルサーバに存在する認証機能と、後述の暗号化認証部３６でのＳＳＬ( Secure Sockets Layer)による暗号化が適用されるようになっている。
【００１６】
つまり、各動画像双方向通信端末機２９−１〜２９−ｎがゲートウェイ装置２６，２７及びインターネット２２を介してファイルサーバ２４にファイルのアップロード及びダウンロードを行った際に、ファイルサーバ２４にてファイルの暗号化と認証が行われるようになっている。
ゲートウェイ装置２６，２７は、インターネット２２上で、媒体やプロトコルが異なるデータを相互に変換して通信を可能とするものであり、ＯＳＩ(Open Systems Interconnection)参照モデルの全階層を認識し、通信媒体や伝送方式の違いを吸収して異機種間の接続を可能とするものである。
【００１７】
各々の動画像双方向通信端末機２９−１〜２９−ｎは、本実施の形態の特徴要素であり、インターネット２２を介して音声及び映像（動画像）の信号を双方向に通信するＴＶ電話機やコンピュータ等であり、第１の動画像双方向通信端末機２９−１に代表して図示するように、通信部３１と、通信制御部３２と、索引ファイル作成部３３と、発呼ファイル作成部３４と、時分割ファイル作成部３５と、暗号化認証部３６とを備えて構成されている。
【００１８】
通信部３１は、音声及び映像のデータで搬送信号を変調、この逆処理の復調を行うことによって音声及び映像のデータを送受信するものであり、後述する各ファイル作成部３３〜３５で作成される各種ファイルの送受信を行う。通信制御部３２は、通信部３１によるファイルを含むデータの送受信を行う際に必要な制御、並びに後述の動作説明にて説明する制御・処理を行うものである。
【００１９】
索引ファイル作成部３３は、索引ファイルを作成するものである。索引ファイルとは、話中、待機中及び留守中等の自端末機状態並びに、自端末機の公開暗号キー、最新の音声及び映像の各々の時分割ファイル（後述で説明）の識別名を記述したファイルである。また、ファイル名は、端末機名と索引ファイルを表す拡張子で構成される。
発呼ファイル作成部３４は、発呼ファイルを作成するものである。発呼ファイルとは、音声及び映像の各々の時分割ファイル（後述で説明）を暗号化する通信用暗号キーと、通信相手側の端末機の識別名とを記述したファイルである。このファイルの各情報は、通信相手側の端末機の公開暗号キーで暗号化され、ファイル名は、端末機名と発呼ファイルを表す拡張子で構成される。また、通信用暗号キーとは、自端末機の公開暗号キーに相当し、索引ファイルに記述する公開暗号キーとは別の公開暗号キーである。つまり、１つの端末機は、索引ファイルに記述する公開暗号キーと、発呼ファイルに記述する通信用暗号キー（他の公開暗号キー）との２つの公開暗号キーを用いることになる。
【００２０】
時分割ファイル作成部３５は、カメラやマイクから入力された音声及び映像のデータを単位時間毎に分割して、音声及び映像データの各々の時分割ファイル（音声時分割ファイルと映像時分割ファイル）を作成するものである。この時分割ファイルは、相手側端末機の公開暗号キーである通信用暗号キーによって暗号化される。
暗号化認証部３６は、ＳＳＬの公開鍵暗号方式によって、自端末機２９−１の各ファイル作成部３３〜３５で作成されるファイルの暗号化処理、並びに通信部３１で受信される各ファイルの認証処理を行うものである。
【００２１】
その公開鍵暗号方式では、例えば第１の端末機２９−１は、相手側の第ｎの端末機２９−ｎから受信した索引ファイルから相手側の公開暗号キーを受け取り、この公開暗号キーを用いて送信対象のファイルを暗号化し、これを相手側の端末機２９−ｎへ送信する。この送信されたファイルを受信した相手側の端末機２９−ｎは自端末機２９−ｎの秘密キーで復号して認証を行う。この逆方向の通信では、相手側の第ｎの端末機２９−ｎが第１の端末機２９−１の公開暗号キーでファイルを暗号化して送信し、第１の端末機２９−１が自端末機２９−１の秘密キーで復号して認証を行うようになっている。
【００２２】
次に、このような構成の動画像双方向通信システム２０において、各動画像双方向通信端末機２９−１〜２９−ｎ間で音声及び映像の双方向通信を行う際の動作を説明する。
最初に、図２に示すファイルサーバを介した端末機間の通信開始までの動作シーケンス図を参照して、第１の端末機２９−１と第ｎの端末機２９−ｎとの間で双方向通信を行う際に通信開始となるまでの動作を説明する。
【００２３】
但し、第１の端末機２９−１の識別名を”１”、第ｎの端末機２９−ｎの識別名を”ｎ”とし、索引ファイルの拡張子を”．ｉｄｘ”、発呼ファイルの拡張子を”．ｃｌｌ”とする。また、第１の端末機２９−１から第ｎの端末機２９−ｎを呼び出す発呼シーケンスを想定する。
第１の端末機２９−１でユーザによる発呼要求操作が行われると、タイミングｔ２において第１の端末機２９−１から、通信相手である第ｎの端末機２９−ｎの索引ファイルのダウンロード要求（ｎ．ｉｄｘ−ＤＬ要求）がファイルサーバ２４へ送信される。
【００２４】
ここで、第ｎの端末機２９−ｎが、既にタイミングｔ１にて、ファイルサーバ２４へ自端末機の索引ファイルをアップロード（ｎ．ｉｄｘ−ＵＬ）しているとすると、上記のｎ．ｉｄｘ−ＤＬ要求に応じて、タイミングｔ３にて、ファイルサーバ２４に記憶された第ｎの端末機２９−ｎの索引ファイルが第１の端末機２９−１にダウンロード（ｎ．ｉｄｘ−ＤＬ）される。
【００２５】
このように、発呼側の第１の端末機２９−１は、ｎ．ｉｄｘ−ＤＬ要求を行うことによって、相手側の第ｎの端末機２９−ｎの状態を知ることができる。即ち、ｎ．ｉｄｘ−ＤＬ要求に応じた索引ファイルがファイルサーバ２４に無かったり、要求に応じてダウンロードされた索引ファイルのタイムスタンプがあまりにも古かったりする場合は、第ｎの端末機２９−ｎが、電源オフや、故障中等の要因で通信不能な状態である。このように、通信相手の索引ファイルの取得により、相手側の第ｎの端末機２９−ｎが通信可能か否かを確認することができる。
【００２６】
通信可能と確認できた場合は、タイミングｔ６において、ファイルサーバ２４へ第ｎの端末機２９−ｎ宛の発呼ファイルのアップロード（ｎ．ｃｌｌ−ＵＬ）を行う。
一方、第ｎの端末機２９−ｎは、上記タイミングｔ１の自端末機の索引ファイルのアップロード（ｎ．ｉｄｘ−ＵＬ）以降、タイミングｔ４に示すように、自端末機宛の発呼ファイルのダウンロード要求（ｎ．ｃｌｌ−ＤＬ要求）をファイルサーバ２４に対して定期的に試行している。
【００２７】
このｎ．ｃｌｌ−ＤＬ要求の結果、自端末機宛の発呼ファイルが無ければ、タイミングｔ５のように、自端末機宛の発呼ファイルの未検出（ｎ．ｃｌｌ未検出）の結果が第ｎの端末機２９−ｎに返信される。
その後、タイミングｔ７のｎ．ｃｌｌ−ＤＬ要求が行われた場合は、既にタイミングｔ６にてファイルサーバ２４に第１の端末機２９−１から第ｎの端末機２９−ｎ宛の発呼ファイル（ｎ．ｃｌｌ）がアップロードされて記憶されているので、タイミングｔ８において、その第ｎの端末機２９−ｎ宛の発呼ファイルがダウンロード（ｎ．ｃｌｌ−ＤＬ）される。
【００２８】
つまり、発呼側の端末機２９−１が着呼側端末機宛の発呼ファイル（ｎ．ｃｌｌ）をアップロードすると、着呼側の端末機２９−ｎが、即座にその発呼ファイル（ｎ．ｃｌｌ）をダウンロードすることができる。
このダウンロードされた発呼ファイル（ｎ．ｃｌｌ）は、第ｎの端末機２９−ｎにおいて秘密キーで暗号が復号される。この復号結果、自端末機宛の発呼ファイルであると確認され、この際、自端末機２９−ｎが通信可能な状態であれば、タイミングｔ９にて先程ダウンロードした自端末機宛の発呼ファイル（ｎ．ｃｌｌ）をファイルサーバ２４から消去する。この後、タイミングｔ１２において、相手側の第１の端末機２９−１に対する発呼ファイルをアップロード（１．ｃｌｌ−ＵＬ）する。この時点で第ｎの端末機２９−ｎは、通信状態に移行する。
【００２９】
但し、タイミングｔ１２の１．ｃｌｌ−ＵＬを実行する前に、第ｎの端末機２９−ｎが第１の端末機２９−１以外の端末機と通信中の場合は、この通信が終了するのを待って、上記１．ｃｌｌ−ＵＬの実行を行い第１の端末機２９−１との通信状態に移行する。
一方、第１の端末機２９−１は、タイミングｔ１０に示すように、自端末機宛の発呼ファイルのダウンロード要求（１．ｃｌｌ−ＤＬ要求）をファイルサーバ２４に対して所定時間が経過するまで繰り返して試行しているので、その１．ｃｌｌ−ＤＬ要求の結果、自端末機宛の発呼ファイルが無ければ、タイミングｔ１１のように、自端末機宛の発呼ファイルの未検出（１．ｃｌｌ未検出）の結果が第１の端末機２９−１に返信される。
【００３０】
その後、タイミングｔ１３の１．ｃｌｌ−ＤＬ要求が行われた場合は、既にタイミングｔ１２にてファイルサーバ２４に第１の端末機２９−１宛の発呼ファイル（１．ｃｌｌ）がアップロードされて記憶されているので、タイミングｔ１４において、第１の端末機２９−１宛の発呼ファイルがダウンロード（１．ｃｌｌ−ＤＬ）される。
つまり、第ｎの端末機２９−ｎが相手端末機宛の発呼ファイルをアップロード（１．ｃｌｌ−ＵＬ）すると、第１の端末機２９−１が、即座にその発呼ファイル（１．ｃｌｌ）をダウンロードする。このダウンロードした自端末機宛の発呼ファイル（１．ｃｌｌ）はタイミングｔ１５において、ファイルサーバ２４から消去される。
【００３１】
また、ダウンロードされた発呼ファイル（１．ｃｌｌ）は、第１の端末機２９−１において秘密キーにて暗号が復号される。この復号結果、自端末機宛の発呼ファイルであると確認され、この際、自端末機２９−１が通信可能な状態であれば、第１の端末機２９−１は通信状態に移行する。これによって、第１の端末機２９−１と第ｎの端末機２９−ｎとが互いに双方向通信状態となる。
【００３２】
次に、第１の端末機２９−１の発呼時の動作を、図３に示す端末機の発呼時の動作フローチャートを参照し、上記図２のシーケンス動作と兼ね合わせながら説明する。
図３のステップＳ１において、ユーザが第１の端末機２９−１にて発呼要求操作を行うと、ステップＳ２において、上記タイミングｔ２に示したように、通信制御部３２の送信制御によって、相手側端末機２９−ｎの索引ファイルのダウンロード要求（ｎ．ｉｄｘ−ＤＬ要求）が通信部３１から、ゲートウェイ装置２６及びインターネット２２を介してファイルサーバ２４へ送信される。
【００３３】
この送信後、ステップＳ３において、第１の端末機２９−１の通信制御部３２にて、相手側の端末機２９−ｎの索引ファイル（ｎ．ｉｄｘ）がファイルサーバ２４からダウンロードされたか否かが判断される。つまり、ステップＳ２でｎ．ｉｄｘ−ＤＬ要求が送信される以前に、ファイルサーバ２４に上記タイミングｔ１に示したように、相手側の端末機２９−ｎの索引ファイル（ｎ．ｉｄｘ）がアップロードされていれば、タイミングｔ３に示すように、そのｎ．ｉｄｘがファイルサーバ２４からダウンロード（ｎ．ｉｄｘ−ＤＬ）される。
【００３４】
しかし、ｎ．ｉｄｘがダウンロードされなかった場合は、相手側の端末機２９−ｎが通信不能な状態なので、ステップＳ４において、自端末機２９−１の通信制御部３２で相手側の端末機２９−ｎが通信不能であることが認識され、待機状態に移行する。この後は、再度ステップＳ１の発呼要求操作を待つことになる。なお、待機状態への移行条件に、相手側の端末機２９−ｎの索引ファイル（ｎ．ｉｄｘ）がダウンロードされたもののタイムスタンプが所定時間以上古いと認識された場合を含めてもよい。
【００３５】
ｎ．ｉｄｘがダウンロードされた場合は、ステップＳ５において、第１の端末機２９−１の暗号化認証部３６で、そのダウンロードされた相手側の索引ファイルから相手公開キーが取得される。
ステップＳ６において、第１の端末機２９−１の発呼ファイル作成部３４で、相手側の索引ファイルから当該相手側の識別名が取得されると共に、自端末機２９−１の通信用暗号キー（公開暗号キー）が作成され、この通信用暗号キー及び相手側の識別名を記述した相手側端末機２９−ｎ宛の発呼ファイル（ｎ．ｃｌｌ）が作成される。この作成されたｎ．ｃｌｌは暗号化認証部３６にて、ステップＳ６で取得された相手公開キーにより暗号化される。
【００３６】
そして、ステップＳ７において、その暗号化された相手側の端末機２９−ｎ宛の発呼ファイルが上記タイミングｔ６に示したように、ファイルサーバ２４へアップロード（ｎ．ｃｌｌ−ＵＬ）される。
この後、ステップＳ８において、第１の端末機２９−１の通信制御部３２の制御によって、上記タイミングｔ１０に示したように、自端末機宛の発呼ファイルのダウンロード要求（１．ｃｌｌ−ＤＬ要求）がファイルサーバ２４へ送信される。
【００３７】
この送信後、ステップＳ９において、通信制御部３２にて、自端末機宛の発呼ファイル（１．ｃｌｌ）がファイルサーバ２４からダウンロードされたか否かが判断される。つまり、ステップＳ８の１．ｃｌｌ−ＤＬ要求が送信された際に、ファイルサーバ２４に１．ｃｌｌが無ければ上記タイミングｔ１１に示したように、ｎ．ｃｌｌ未検出が第１の端末機２９−１へ返信される。
【００３８】
この場合、ステップＳ１０において、通信制御部３２において、上記ステップＳ８での１．ｃｌｌ−ＤＬ要求送信から所定時間経過したか否かが判断され、経過していなければステップＳ８に戻って上記タイミングｔ１３に示したように、再度、１．ｃｌｌ−ＤＬ要求が送信される。経過した場合は、ステップＳ４の待機状態となる。
一方、ステップＳ９の判断結果、タイミングｔ１４に示したように、自端末機宛の発呼ファイルがダウンロード（１．ｃｌｌ−ＤＬ）された場合、ステップＳ１１において、通信制御部３２の制御によって、上記タイミングｔ１５に示したように、自端末機宛の発呼ファイル（１．ｃｌｌ）がファイルサーバ２４から消去される。
【００３９】
そして、ステップＳ１２において、上記ダウンロードされた発呼ファイル（１．ｃｌｌ）が、暗号化認証部３６において秘密キーにて復号され、この復号された発呼ファイル（１．ｃｌｌ）から通信用暗号キー（相手公開キー）と、通信相手の端末機２９−ｎの識別名とが取得される。この識別名が所望の相手側端末機２９−ｎからの自端末機宛の発呼ファイルであると通信制御部３２で確認された後、相手側の端末機２９−ｎとの通信が開始される。
【００４０】
次に、第ｎの端末機２９−ｎの待機時の動作を、図４に示す端末機の待機時の動作フローチャートを参照し、上記図２のシーケンス動作と兼ね合わせながら説明する。
図４のステップＳ２１において、第ｎの端末機２９−ｎが待機中であれば、索引ファイル作成部３３にて自端末機２９−ｎの索引ファイル（ｎ．ｉｄｘ）が作成され、また、通信制御部３２の制御によって図示せぬディスプレイ表示部に自端末機２９−ｎが待機状態であることが表示され、更に暗号化認証部３６によって通信相手へ公開する公開暗号キーが用意される。この公開暗号キーは索引ファイルに記述される。
【００４１】
この後、ステップＳ２２において、第ｎの端末機２９−ｎの通信制御部３２の制御によって通信部３１から、上記タイミングｔ１に示したように、ファイルサーバ２４へ自端末機の索引ファイルがアップロード（ｎ．ｉｄｘ−ＵＬ）される。
このアップロード後、ステップＳ２３において、上記タイミングｔ４に示したように、第ｎの端末機２９−ｎの通信制御部３２の制御によって、自端末機宛の発呼ファイルのダウンロード要求（ｎ．ｃｌｌ−ＤＬ要求）が行われ、自端末機宛の発呼ファイル（ｎ．ｃｌｌ）がダウンロードされたか否かが判断される。
【００４２】
この判断結果、自端末機宛の発呼ファイル（ｎ．ｃｌｌ）がダウンロードされなければ、ステップＳ２４に示すように、一定時間待機後、例えば２秒間待機後、再度ステップＳ２１及びＳ２２の処理が繰り返される。なお、ダウンロードされない場合は、上記タイミングｔ５に示したように、自端末機宛の発呼ファイルの未検出（ｎ．ｃｌｌ未検出）の結果が、第ｎの端末機２９−ｎの通信部３１で受信される。
【００４３】
一方、ダウンロードされた場合、即ちタイミングｔ８に示したように、自端末機宛の発呼ファイルがダウンロード（ｎ．ｃｌｌ−ＤＬ）された場合、ステップＳ２５において、通信制御部３２の制御により上記タイミングｔ９に示したように、そのダウンロードされた発呼ファイル（ｎ．ｃｌｌ）がファイルサーバ２４から消去される。
そして、ステップＳ２６において、そのダウンロードされた発呼ファイル（ｎ．ｃｌｌ）が、第ｎの端末機２９−ｎの暗号化認証部３６において秘密キーにて復号され、この復号された発呼ファイル（ｎ．ｃｌｌ）から通信用暗号キー（相手公開キー）と通信相手の端末機２９−１の識別名とが取得される。
【００４４】
更に、ステップＳ２７において、第ｎの端末機２９−ｎの発呼ファイル作成部３４で、自端末機２９−ｎの通信用暗号キー（公開暗号キー）が作成され、この通信用暗号キーと、ステップＳ２６で取得された相手側の端末機２９−１の識別名とを記述した相手側端末機２９−１宛の発呼ファイル（１．ｃｌｌ）が作成される。この作成された１．ｃｌｌは暗号化認証部３６にて、ステップＳ２６で取得された第１の端末機２９−１の相手公開キーにより暗号化される。
【００４５】
そして、ステップＳ２８において、その暗号化された相手側端末機２９−１宛の発呼ファイル（１．ｃｌｌ）が上記タイミングｔ１２に示したように、ファイルサーバ２４へアップロード（ｎ．ｃｌｌ−ＵＬ）される。この後、第ｎの端末機２９−ｎの通信制御部３２にて、相手側の端末機２９−１との通信が開始される。
次に、図５に示すファイルサーバを介した端末機間の通信時の動作シーケンス図を参照して、上述したように双方の端末機２９−１，２９−ｎが通信開始状態に移行した後に、それら端末機間で音声及び映像の双方向通信を行う際の動作を説明する。
【００４６】
但し、音声時分割ファイルの拡張子を”．ａｕｄ”、動画像時分割ファイルの拡張子を”．ｖｉｄ”とする。また、第ｎの端末機２９−ｎから第１の端末機２９−１へ音声時分割ファイル及び動画像時分割ファイルが送信されるシーケンスを想定する。
まず、タイミングｔ２１において、第ｎの端末機２９−ｎが音声時分割ファイル（Ｄ００１００．ａｕｄ）及び映像時分割ファイル（Ｄ００１００．ｖｉｄ）を作成すると共に、それらファイルの識別名を索引ファイル（ｎ．ｉｄｘ）に組み込み、各ファイルのアップロード（ｎ．ｉｄｘ，Ｄ００１００．ａｕｄ，Ｄ００１００．ｖｉｄ−ＵＬ）を、ファイルサーバ２４へ行ったとする。
【００４７】
一方、相手側の端末機２９−１が、上記アップロード後のタイミングｔ２２において第ｎの端末機２９−ｎの索引ファイルのダウンロード要求（ｎ．ｉｄｘ−ＤＬ要求）をファイルサーバ２４へ送信したとする。
この場合、そのｎ．ｉｄｘ−ＤＬ要求に応じて、タイミングｔ２３にて、ファイルサーバ２４に記憶された第ｎの端末機２９−ｎの索引ファイルがダウンロード（ｎ．ｉｄｘ−ＤＬ）される。第１の端末機２９−１は、そのダウンロードされた索引ファイルに音声及び映像時分割ファイルの識別名（Ｄ００１００．ａｕｄ，Ｄ００１００．ｖｉｄ）が更新されているか否かを判断する。
【００４８】
ここで更新されているとすると、タイミングｔ２４において、第１の端末機２９−１から音声及び映像時分割ファイルのダウンロード要求（Ｄ００１００．ａｕｄ，Ｄ００１００．ｖｉｄ−ＤＬ）が行われ、ステップＳ２５において、その音声及び映像時分割ファイルがダウンロード（Ｄ００１００．ａｕｄ，Ｄ００１００．ｖｉｄ−ＤＬ）される。
このダウンロード後、第１の端末機２９−１は、タイミングｔ２６に示すように、ｎ．ｉｄｘ−ＤＬ要求を繰り返し、その都度、タイミングｔ２７のようにダウンロード（ｎ．ｉｄｘ−ＤＬ）される相手側の端末機２９−ｎの索引ファイル（ｎ．ｉｄｘ）に含まれる音声及び映像時分割ファイルの識別名が更新されているか否かを判定する。更新されていなければ、再度、ｎ．ｉｄｘ−ＤＬ要求を行う。
【００４９】
ここで、第ｎの端末機２９−ｎで音声及び映像時分割ファイルが更新され、タイミングｔ２８において、その更新情報を含む索引ファイルと音声及び映像時分割ファイル（ｎ．ｉｄｘ，Ｄ００１０１．ａｕｄ，Ｄ００１０１．ｖｉｄ）のアップロードが行われたとする。
この後、タイミングｔ２９に示すように、第１の端末機２９−１からｎ．ｉｄｘ−ＤＬ要求が行われ、これに応じた索引ファイルのダウンロード（ｎ．ｉｄｘ−ＤＬ）がタイミングｔ３０にて実行されると、このダウンロードされた索引ファイル（ｎ．ｉｄｘ）には上記の更新情報が含まれているので、タイミングｔ３２において、その更新された音声及び映像時分割ファイル（Ｄ００１０１．ａｕｄ，Ｄ００１０１．ｖｉｄ）がダウンロードされる。このように、音声及び映像の送信が行われる。
【００５０】
次に、第ｎの端末機２９−ｎの音声及び映像時分割ファイルの送信時の動作を、図６に示す端末機の音声及び映像時分割ファイル送信時の動作フローチャートを参照し、上記図５のシーケンス動作と兼ね合わせながら説明する。
図６のステップＳ３１において、上述したように第ｎの端末機２９−ｎが相手側の端末機２９−１と通信開始状態となったとする。
【００５１】
ステップＳ３２において、第ｎの端末機２９−ｎの索引ファイル作成部３３にて自端末機の索引ファイルが作成され、この際、音声及び映像時分割ファイルの識別名が作成されて索引ファイル中に記述される。
更にステップＳ３３において、時分割ファイル作成部３５にて、上記ステップＳ３２で索引ファイルに識別名が挿入された音声及び映像時分割ファイルが作成される。これは、単位時間で音声と映像を時分割して圧縮作業を行いファイル化することによって作成される。なお、単位時間は、遅れとファイルアップロード頻度と圧縮の効率性からすると、例えば５００ｍｓｅｃ位が適当である。ファイルアップロード頻度と圧縮の効率性を優先するなら、１ｓｅｃまで伸ばすことも可能で有る。
【００５２】
ステップＳ３４において、第ｎの端末機２９−ｎの暗号化認証部３６によって、音声及び映像時分割ファイル及び索引ファイルが相手側端末機２９−１の通信用暗号キーで暗号化される。通信用暗号キーは、前述したように発呼ファイル（１．ｃｌｌ）から既に取得済みである。
そして、ステップＳ３５において、第ｎの端末機２９−ｎの通信制御部３２の制御によって、索引ファイル及び時分割ファイルが、タイミングｔ２１に示したように、アップロード（ｎ．ｉｄｘ，Ｄ００１００．ａｕｄ，Ｄ００１００．ｖｉｄ−ＵＬ）される。
【００５３】
この後は、ステップＳ３６に示すように、０．５秒など一定時間待機した後、ステップＳ３１〜３４の処理によって、タイミングｔ２８に示したように再度アップロードが実行される。
次に、第１の端末機２９−１の音声及び映像時分割ファイルの受信時の動作を、図７に示す端末機の音声及び映像時分割ファイル受信時の動作フローチャートを参照し、上記図５のシーケンス動作と兼ね合わせながら説明する。
【００５４】
図７のステップＳ４１において、上述したように第１の端末機２９−１が相手側の端末機２９−ｎと通信開始状態となったとする。
ステップＳ４２において、上記タイミングｔ２２に示したように、通信制御部３２の送信制御に応じて、相手側の端末機２９−ｎの索引ファイルのダウンロード要求（ｎ．ｉｄｘ−ＤＬ要求）が通信部３１からファイルサーバ２４へ送信される。
【００５５】
この送信後、ステップＳ４３において、通信制御部３２にて、相手側の端末機２９−ｎの索引ファイル（ｎ．ｉｄｘ）がファイルサーバ２４からダウンロードされたか否かが判断される。ｎ．ｉｄｘがダウンロードされなかった場合は、ステップＳ４４において、待機状態となり、一定時間後にステップＳ４２及びＳ４３が繰り返される。
一方、索引ファイル（ｎ．ｉｄｘ）がタイミングｔ２３に示したようにダウンロードされた場合は、ステップＳ４５において、暗号化認証部３６によって、そのｎ．ｉｄｘが秘密キーにて復号され、この復号されたｎ．ｉｄｘから音声及び映像時分割ファイルの識別名（Ｄ００１００．ａｕｄ，Ｄ００１００．ｖｉｄ）が取得される。そして、ステップＳ４６において、通信制御部３２によって、その取得された識別名（Ｄ００１００．ａｕｄ，Ｄ００１００．ｖｉｄ）が更新されているか否かが判断される。
【００５６】
更新されていなければ、ステップＳ４４において待機状態となり、一定時間後にステップＳ４２〜Ｓ４５が繰り返される。更新されていれば、ステップＳ４７において、タイミングｔ２４に示したように、音声及び映像時分割ファイルのダウンロード要求（Ｄ００１００．ａｕｄ，Ｄ００１００．ｖｉｄ−ＤＬ）が行われ、タイミングｔ２５に示したように、その音声及び映像時分割ファイルがダウンロード（Ｄ００１００．ａｕｄ，Ｄ００１００．ｖｉｄ−ＤＬ）される。
【００５７】
ステップＳ４８において、そのダウンロードされた音声及び映像時分割ファイル（Ｄ００１００．ａｕｄ，Ｄ００１００．ｖｉｄ）が通信制御部３２の制御によって再生される。この後は再びステップＳ４２に戻って上述同様の動作を繰り返す。
次に、通信を終了する場合の動作を、図８に示す端末機の通信終了時の動作フローチャートを参照して説明する。第１の端末機２９−１を例にとる。
【００５８】
ステップＳ５１において、第１の端末機２９−１でユーザによって通信終了操作が行われると、ステップＳ５２において、第１の端末機２９−１の索引ファイル作成部３３にて自端末機の索引ファイルが作成され、この際、通信の終了を相手に知らせる無効な時分割ファイルの識別名（例えばＮＵＬＬ）が作成されて索引ファイル中に挿入される。この索引ファイルは、ステップＳ５３において、通信制御部３２の制御によってアップロードされる。この後、第１の端末機２９−１はステップＳ５４において待機状態となる。
【００５９】
以上説明したように本実施の形態の動画像双方向通信システム２０によれば、待機状態からの発呼時には、発呼側の第１の端末機２９−１及び着呼側の端末機２９−ｎで、索引ファイル及び発呼ファイルをファイルサーバ２４との間でアップロード又はダウンロードすることによって双方の端末機２９−１，２９−ｎ間で通信状態とすることができる。通信時には索引ファイル及び時分割ファイルをファイルサーバ２４との間でアップロード又はダウンロードすることによって双方の端末機２９−１，２９−ｎ間で音声及び動画像を双方向に通信することができる。このように、既存のファイルサーバ２４をそのまま中継サーバとして使用することができるので、中継サーバを安価にすることができる。
【００６０】
また、本端末機２９−１〜２９−ｎは、ファイルサーバ２４へファイルをアクセスして双方向通信を行うので、待受け用ポートはファイルサーバ２４に存在するのみであって、当該端末機に必要ないため、１つのグローバルＩＰアドレスで、複数の端末機２９−１，２９−ｎ間での通信が可能になる。
更に、待機又は発呼時にファイルサーバ２４へアップロード又はダウンロードされる索引ファイルと発呼ファイルは、事前に取得された相手側端末機２９−ｎの公開暗号キーで暗号化されると共に自端末機２９−１の秘密キーで復号され、また、通信時にファイルサーバ２４へアップロード又はダウンロードされる索引ファイルと時分割ファイルは、事前に取得された相手側端末機２９−ｎの通信用暗号キーで暗号化される共に自端末機２９−１の秘密キーで復号される。つまり、待機又は発呼時と、通信時との各々の場合に応じて異なる暗号キーで暗号化するようにしたので、このＳＳＬによる暗号化認証機能と、元々備わっているファイルサーバ２４の暗号化認証機能とが組み合わされることによって、ファイルサーバ２４にアクセス許可の無い第三者に対して、通信時により盗聴や妨害を受けにくいセキュリティの安全性を確保することができる。
【００６１】
また、発呼ファイルから通信用暗号キーを横取りされたとしても、秘密キーがわからないので解読することが出来ない。よって、誰とどのような通信をしているかを保護することができる。
また、発呼ファイルを横取りされたとしても、当該発呼ファイルは公開暗号キーで暗号化されているので解読不能であるため、通信の秘密を保護することができる。
【００６２】
ところで、索引ファイルを第三者が不正にアップロードすることで成りすますことが可能であるが、これは、ファイルサーバ２４において索引ファイルをアップロードするフォルダをユーザ毎に設定してアクセス制限をかければ、防止することが出来る。索引ファイルの不正消去も同じ方法で対処できる。
更に、発呼ファイルの不正アップロードと不正消去は可能であり、実害としては、攻撃を受けている相手の呼び出しが出来なくなることである。これは、運用で解決するのが望ましい。一例としては、端末機に対して発行するファイルサーバ２４のログインパスワードを暗号化することがある。ログインパスワードを暗号化してあれば、不正な端末ソフトを作ったとしても、ログインパスワードがわからないので、不正アクセスすることが出来なくなる。
【００６３】
また、同時に通話している端末機が多い場合、ファイルサーバ２４の負担が大きくなる。そのときは、発呼シーケンスと通信シーケンスを別サーバで行うと解決できる。それでも負担が重い場合は、発呼ファイルと索引ファイルをアップロードするサーバをユーザごとに設定することで解決することができる。
【図面の簡単な説明】
【００６４】
【図１】本発明の実施の形態に係る動画像双方向通信システムの構成ブロック図。
【図２】ファイルサーバを介した端末機間の通信開始までの動作シーケンス図。
【図３】端末機の発呼時の動作フローチャート。
【図４】端末機の待機時の動作フローチャート。
【図５】ファイルサーバを介した端末機間の通信時の動作シーケンス図。
【図６】端末機の音声及び映像時分割ファイル送信時の動作フローチャート。
【図７】端末機の音声及び映像時分割ファイル受信時の動作フローチャート。
【図８】端末機の通信終了時の動作フローチャート。
【図９】従来の動画像双方向通信システムの概略構成ブロック図。
【符号の説明】
【００６５】
２０ 動画像双方向通信システム、２２ インターネット、２４ ファイルサーバ、２６，２７ インターネット、２９−１，２９−２，…，２９−ｎ 動画像双方向通信端末機、３１ 通信部、３２ 通信制御部、３３ 索引ファイル作成部、３４ 発呼ファイル作成部、３５ 時分割ファイル作成部、３６ 暗号化認証部
【図１】
2007081515.tif 000003
【図２】
2007081515.tif 000004
【図３】
2007081515.tif 000005
【図４】
2007081515.tif 000006
【図５】
2007081515.tif 000007
【図６】
2007081515.tif 000008
【図７】
2007081515.tif 000009
【図８】
2007081515.tif 000010
【図９】
2007081515.tif 000011