(57)【特許請求の範囲】
【請求項１】
ネットワーク上の通信サーバを介して、複数の端末同士の通信を確立する通信方法であって、
発呼側端末によって、前記通信サーバに着呼側端末の宛先情報と、前記発呼側端末の利用者を確認するための利用者情報とを送信する発呼送信工程と、
前記発呼送信工程によって送信された前記宛先情報と、前記利用者情報とに基づいて、前記通信サーバによって、前記着呼側端末に前記発呼側端末との接続要求をおこなう接続要求工程と、
前記送信工程によって送信された前記利用者情報を、前記通信サーバにおいて記憶する記憶工程と、
前記記憶工程により記憶された前記利用者情報の項目を示す種別情報を生成する生成工程と、
前記生成工程により生成された前記種別情報を、前記通信サーバによって、前記着呼側端末に出力する種別出力工程と、
前記種別出力工程によって出力された前記種別情報に基づいて、前記利用者情報を取得するか否かを、前記着呼側端末によって判定する判定工程と、
前記判定工程によって、前記着呼側端末によって前記利用者情報を取得すると判定された場合、前記記憶工程によって記憶された前記利用者情報を、前記着呼側端末によって、前記通信サーバから取得する利用者情報取得工程と、
前記利用者情報取得工程によって取得された前記利用者情報に基づいて、前記着呼側端末によって、前記発呼側端末との接続の許否情報の入力を受け付ける入力工程と、
前記入力工程によって入力された前記許否情報に基づいて、前記着呼側端末によって、前記通信サーバを介して、前記発呼側端末に前記着呼側端末との接続許可情報を送信する許可送信工程と、
前記許可送信工程によって、前記発呼側端末に前記接続許可情報が送信された場合、前記発呼側端末と、前記着呼側端末とで相互通信を確立する通信確立工程と、
を含むことを特徴とする通信方法。
【請求項２】
端末の記憶部に記憶された、前記種別情報に応じて前記利用者情報を取得するか否かが定められた設定情報を取得する設定情報取得工程を備え、
前記判定工程は、前記種別出力工程によって出力された前記種別情報と、前記設定情報取得工程により取得された前記設定情報とに基づいて、前記利用者情報を取得するか否かを、前記着呼側端末によって判定し、
前記利用者情報取得工程は、前記判定工程により、前記種別情報と、前記設定情報とに基づいて、前記利用者情報を取得すると判定された場合、前記通信サーバに記憶される前記利用者情報の取得要求をおこなうことを特徴とする請求項１に記載の通信方法。
【請求項３】
ネットワーク上の通信サーバを介して、前記ネットワークに接続された発呼側端末と、着呼側端末との間で通信をおこなう通信システムであって、
前記発呼側端末は、
前記通信サーバに対して、通信対象となる前記着呼側端末の宛先情報と、前記発呼側端末の利用者を確認するための利用者情報とを送信する発呼送信手段を備え、
前記通信サーバは、
前記発呼送信手段によって送信された前記宛先情報と、前記利用者情報とを受信する受信手段と、
前記受信手段によって受信された前記宛先情報と、前記利用者情報とに基づいて、前記着呼側端末に前記発呼側端末との接続要求をおこなう接続要求手段と、
前記受信手段によって受信された前記利用者情報を記憶する記憶手段と、
前記記憶手段により記憶された前記利用者情報の項目を示す種別情報を生成する生成手段と、
前記生成手段により生成された前記種別情報を、前記着呼側端末に送信する種別送信手段と、を備え、
前記着呼側端末は、
前記接続要求手段による前記接続要求があった場合、前記種別送信手段によって送信された前記種別情報に基づいて、前記利用者情報を取得するか否かを判定する判定手段と、
前記判定手段によって前記利用者情報を取得すると判定された場合、前記記憶手段によって記憶された前記利用者情報を取得する利用者情報取得手段と、
前記利用者情報取得手段によって取得された前記利用者情報に基づいて、前記発呼側端末との接続の許否情報の入力を受け付ける入力手段と、
前記入力手段によって入力された前記許否情報に基づいて、前記通信サーバを介して、前記発呼側端末に前記着呼側端末との接続許可情報を送信する許可送信手段と、を備え、
前記発呼側端末および前記着呼側端末は、前記接続許可情報に基づいて相互通信をおこなう通信手段を備えることを特徴とする通信システム。
【請求項４】
ネットワーク上の通信サーバを介して、前記ネットワークに接続された発呼側端末との通信をおこなう端末装置であって、
前記通信サーバから、前記発呼側端末からの接続要求を受信する受信手段と、
前記通信サーバに記憶される、前記発呼側端末の利用者を確認するための利用者情報の項目を示す種別情報を取得する種別情報取得手段と、
前記受信手段によって前記接続要求が受信された場合、前記種別情報取得手段によって取得された前記種別情報に基づいて、前記利用者情報を取得するか否かを判定する判定手段と、
前記判定手段によって前記利用者情報を取得すると判定された場合、前記通信サーバに記憶される前記利用者情報の取得要求をおこなう利用者情報取得手段と、
を備えることを特徴とする端末装置。
【請求項５】
利用者情報の項目を示す種別情報に応じて前記利用者情報を取得するか否かが定められた設定情報が記憶された記憶部から、前記設定情報を取得する設定情報取得手段を備え、
前記判定手段は、前記種別取得工程によって取得された前記種別情報と、前記設定情報取得手段により取得された前記設定情報とに基づいて、前記利用者情報を取得するか否かを判定し、
前記利用者情報取得手段は、前記判定手段により、前記種別情報と、前記設定情報とに基づいて、前記利用者情報を取得すると判定された場合、前記通信サーバに記憶される前記利用者情報の取得要求をおこなうことを特徴とする請求項４に記載の端末装置。
【請求項６】
ネットワーク上の通信サーバを介して、前記ネットワークに接続された発呼側端末との通信をおこなう装置を実行するプログラムであって、
前記通信サーバから、前記発呼側端末からの接続要求を受信する受信ステップと、
前記通信サーバに記憶される、前記発呼側端末の利用者を確認するための利用者情報の項目を示す種別情報を取得する種別情報取得ステップと、
前記受信ステップによって前記接続要求が受信された場合、前記種別情報取得ステップによって取得された前記種別情報に基づいて、前記利用者情報を取得するか否かを判定する判定ステップと、
前記判定ステップによって前記利用者情報を取得すると判定された場合、前記通信サーバに記憶される前記利用者情報の取得要求をおこなう利用者情報取得ステップと、
の各ステップをコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ネットワークを介して通信をおこなう通信方法、通信システム、通信サーバおよび端末装置に関し、特に、発呼側の端末装置からの接続要求に対して着呼側の端末装置によって許可があった場合に互いに通信をおこなう通信方法、通信システム、通信サーバおよび端末装置に関する。
【背景技術】
【０００２】
従来より、端末装置間で音声情報や映像情報の送受信をおこなう際、発呼側の端末装置から着呼側の端末装置に対して接続要求がおこなわれる。着呼側の端末装置は、接続を許可する場合に、接続要求をおこなった発呼側の端末装置に対して、接続を許可する旨を通知する。着呼側から発呼側に対して接続が許可された場合、相互に通信を開始して、音声情報や映像情報の送受信がおこなわれる。
【０００３】
近年では、着呼側の端末装置に利用者が、発呼側の端末装置の接続要求に対してどの利用者による接続要求なのかを確認するために、発呼側の端末装置によって、発呼側における利用者の映像や音声などの利用者情報を接続要求に伴って送信する提案がされている（特許文献１）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−２９５２２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述した特許文献１に記載の技術では、着呼側の端末装置が、発呼側の利用者を確認するために映像や音声などの利用者情報を必要としているか否かに関わらず、発呼側の端末装置から着呼側の端末装置へ映像や音声を送信する構成である。くわえて、多拠点の端末装置を着呼側として接続要求をおこなう場合、発呼側の端末装置は、複数の端末装置に対して利用者情報を送信することになる。したがって、発呼側の端末装置からの接続要求中は常にネットワークに負荷がかかってしまうという問題が一例として挙げられる。
【０００６】
この発明は、上述した問題を解決するため、必要に応じて発呼側の端末装置の利用者情報を着呼側の端末装置で確認可能とすることで、ネットワークにかかる負荷を抑制しつつ、着呼側に適した通信を確立することのできる通信方法、通信システム、通信サーバおよび端末装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するため、請求項１の発明の通信方法は、ネットワーク上の通信サーバを介して、複数の端末同士の通信を確立する通信方法であって、発呼側端末によって、前記通信サーバに着呼側端末の宛先情報と、前記発呼側端末の利用者を確認するための利用者情報とを送信する発呼送信工程と、前記発呼送信工程によって送信された前記宛先情報と、前記利用者情報とに基づいて、前記通信サーバによって、前記着呼側端末に前記発呼側端末との接続要求をおこなう接続要求工程と、前記送信工程によって送信された前記利用者情報を、前記通信サーバにおいて記憶する記憶工程と、前記記憶工程により記憶された前記利用者情報の項目を示す種別情報を生成する生成工程と、前記生成工程により生成された前記種別情報を、前記通信サーバによって、前記着呼側端末に出力する種別出力工程と、前記種別出力工程によって出力された前記種別情報に基づいて、前記利用者情報を取得するか否かを、前記着呼側端末によって判定する判定工程と、前記判定工程によって、前記着呼側端末によって前記利用者情報を取得すると判定された場合、前記記憶工程によって記憶された前記利用者情報を、前記着呼側端末によって、前記通信サーバから取得する利用者情報取得工程と、前記利用者情報取得工程によって取得された前記利用者情報に基づいて、前記着呼側端末によって、前記発呼側端末との接続の許否情報の入力を受け付ける入力工程と、前記入力工程によって入力された前記許否情報に基づいて、前記着呼側端末によって、前記通信サーバを介して、前記発呼側端末に前記着呼側端末との接続許可情報を送信する許可送信工程と、前記許可送信工程によって、前記発呼側端末に前記接続許可情報が送信された場合、前記発呼側端末と、前記着呼側端末とで相互通信を確立する通信確立工程と、を含むことを特徴とする。
【０００８】
請求項２の発明の通信方法は、上記発明において、端末の記憶部に記憶された、前記種別情報に応じて前記利用者情報を取得するか否かが定められた設定情報を取得する設定情報取得工程を備え、前記判定工程は、前記種別出力工程によって出力された前記種別情報と、前記設定情報取得工程により取得された前記設定情報とに基づいて、前記利用者情報を取得するか否かを、前記着呼側端末によって判定し、前記利用者情報取得工程は、前記判定工程により、前記種別情報と、前記設定情報とに基づいて、前記利用者情報を取得すると判定された場合、前記通信サーバに記憶される前記利用者情報の取得要求をおこなうことを特徴とする。
【０００９】
請求項３の発明の通信システムは、ネットワーク上の通信サーバを介して、前記ネットワークに接続された発呼側端末と、着呼側端末との間で通信をおこなう通信システムであって、前記発呼側端末は、前記通信サーバに対して、通信対象となる前記着呼側端末の宛先情報と、前記発呼側端末の利用者を確認するための利用者情報とを送信する発呼送信手段を備え、前記通信サーバは、前記発呼送信手段によって送信された前記宛先情報と、前記利用者情報とを受信する受信手段と、前記受信手段によって受信された前記宛先情報と、前記利用者情報とに基づいて、前記着呼側端末に前記発呼側端末との接続要求をおこなう接続要求手段と、前記受信手段によって受信された前記利用者情報を記憶する記憶手段と、前記記憶手段により記憶された前記利用者情報の項目を示す種別情報を生成する生成手段と、前記生成手段により生成された前記種別情報を、前記着呼側端末に送信する種別送信手段と、を備え、前記着呼側端末は、前記接続要求手段による前記接続要求があった場合、前記種別送信手段によって送信された前記種別情報に基づいて、前記利用者情報を取得するか否かを判定する判定手段と、前記判定手段によって前記利用者情報を取得すると判定された場合、前記記憶手段によって記憶された前記利用者情報を取得する利用者情報取得手段と、前記利用者情報取得手段によって取得された前記利用者情報に基づいて、前記発呼側端末との接続の許否情報の入力を受け付ける入力手段と、前記入力手段によって入力された前記許否情報に基づいて、前記通信サーバを介して、前記発呼側端末に前記着呼側端末との接続許可情報を送信する許可送信手段と、を備え、前記発呼側端末および前記着呼側端末は、前記接続許可情報に基づいて相互通信をおこなう通信手段を備えることを特徴とする。
【００１１】
請求項４の発明の端末装置は、ネットワーク上の通信サーバを介して、前記ネットワークに接続された発呼側端末との通信をおこなう端末装置であって、前記通信サーバから、前記発呼側端末からの接続要求を受信する受信手段と、前記通信サーバに記憶される、前記発呼側端末の利用者を確認するための利用者情報の項目を示す種別情報を取得する種別情報取得手段と、前記受信手段によって前記接続要求が受信された場合、前記種別情報取得手段によって取得された前記種別情報に基づいて、前記利用者情報を取得するか否かを判定する判定手段と、前記判定手段によって前記利用者情報を取得すると判定された場合、前記通信サーバに記憶される前記利用者情報の取得要求をおこなう利用者情報取得手段と、を備えることを特徴とする。
【００１２】
請求項５の発明の端末装置は、上記発明において、利用者情報の項目を示す種別情報に応じて前記利用者情報を取得するか否かが定められた設定情報が記憶された記憶部から、前記設定情報を取得する設定情報取得手段を備え、前記判定手段は、前記種別取得工程によって取得された前記種別情報と、前記設定情報取得手段により取得された前記設定情報とに基づいて、前記利用者情報を取得するか否かを判定し、前記利用者情報取得手段は、前記判定手段により、前記種別情報と、前記設定情報とに基づいて、前記利用者情報を取得すると判定された場合、前記通信サーバに記憶される前記利用者情報の取得要求をおこなうことを特徴とする。請求項６の発明のプログラムは、ネットワーク上の通信サーバを介して、前記ネットワークに接続された発呼側端末との通信をおこなう装置を実行するプログラムであって、前記通信サーバから、前記発呼側端末からの接続要求を受信する受信ステップと、前記通信サーバに記憶される、前記発呼側端末の利用者を確認するための利用者情報の項目を示す種別情報を取得する種別情報取得ステップと、前記受信ステップによって前記接続要求が受信された場合、前記種別情報取得ステップによって取得された前記種別情報に基づいて、前記利用者情報を取得するか否かを判定する判定ステップと、前記判定ステップによって前記利用者情報を取得すると判定された場合、前記通信サーバに記憶される前記利用者情報の取得要求をおこなう利用者情報取得ステップと、の各ステップをコンピュータに実行させることを特徴とする。
【発明の効果】
【００１３】
請求項１の発明によれば、着呼側端末によって、通信サーバに記憶された発呼側端末の利用者の利用者情報を必要に応じて取得して、取得された利用者情報に基づいて接続許可をおこなうことができる。したがって、ネットワークへの負荷を低減しつつ、発呼側端末と着呼側端末との適切な接続を図ることができる。
【００１５】
請求項３の発明によれば、着呼側端末によって、通信サーバに記憶された発呼側端末の利用者の利用者情報を必要に応じて取得して、取得された利用者情報に基づいて接続許可をおこなうことができる。したがって、ネットワークへの負荷を低減しつつ、発呼側端末と着呼側端末との適切な接続を図ることができる。
【００１７】
請求項４の発明によれば、着呼側端末によって、通信サーバに記憶された発呼側端末の利用者の利用者情報を必要に応じて取得して、接続の許可を判断するために利用者に発呼側端末の利用者情報を確認させることができる。
【００１９】
以上説明したように、本発明の通信方法、通信システム、通信サーバおよび端末装置によれば、必要に応じて発呼側の端末装置の利用者を確認するための利用者情報を着呼側の端末装置で確認可能とすることで、ネットワークにかかる負荷を抑制しつつ、着呼側に適した通信の確立を図ることができるという効果を奏する。
【図面の簡単な説明】
【００２０】
【図１】本発明の実施形態のテレビ会議システムの一例を示す説明図である。
【図２】本発明の実施形態の通信サーバによって作成される項目テーブルの一例を示す説明図である。
【図３】本発明の実施形態の着呼側端末によって設定されている設定情報の一例を示す説明図である。
【図４】本発明の実施形態の端末装置の機能的構成の一例を示す説明図である。
【図５】本発明の実施形態の通信サーバの機能的構成の一例を示す説明図である。
【図６】本発明の実施形態のテレビ会議システムの全体の処理概要の一例を示すシーケンス図である。
【図７】本発明の実施形態の発呼側端末の処理の内容を示すフローチャートである。
【図８】本発明の実施形態の通信サーバの処理の内容を示すフローチャートである。
【図９】本発明の実施形態の着呼側端末の処理の内容を示すフローチャートである。
【発明を実施するための形態】
【００２１】
以下に添付図面を参照して、この発明の通信方法、通信システム、通信サーバおよび端末装置の好適な実施の形態を詳細に説明する。
【００２２】
（実施形態）
（全体構成）
図１を用いて、本発明の端末装置および通信サーバを用いた通信システムを、発呼側端末、着呼側端末および通信サーバによってテレビ会議をおこなうテレビ会議システムに適用した場合について説明する。図１は、本発明の実施形態のテレビ会議システムの一例を示す説明図である。
【００２３】
図１において、テレビ会議システム１００は、地理的に離れた拠点に設置されたテレビ会議端末である発呼側端末１１０ａと、着呼側端末１１０ｂと、各端末１１０ａと１１０ｂ間の呼制御などをおこなう通信サーバ１５０とがＬＡＮ（ローカルエリアネットワーク）や公衆電話回線網などのネットワークを介して接続されて構成されている。なお、図１では、２つ拠点でテレビ会議をおこなう場合について説明するが、３つ以上の拠点でテレビ会議をおこなうこととしてもよい。以降の説明では、各拠点の区別をしない場合、符号の末尾の記号である「ａ」，「ｂ」を省略して説明する。
【００２４】
テレビ会議システム１００は、通信サーバ１５０を介して発呼側端末１１０ａと、着呼側端末１１０ｂとの通信を確立する。各端末１１０は、カメラ４１２やマイク４１４によって入力される映像や音声を相互通信によって通信相手の端末１１０に送信する。各端末１１０は、通信相手の端末１１０から送信された映像や音声を受信し、ディスプレイ４１１やスピーカ４１３によって再生することで、テレビ会議をおこなう構成である。
【００２５】
発呼側端末１１０ａと、着呼側端末１１０ｂとの通信の確立は、たとえば、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）などの所定のプロトコルに基づいておこなわれる。具体的には、通信サーバ１５０には、通信時点で各端末（発呼側端末１１０ａや着呼側端末１１０ｂ）が接続するためのグローバルＩＰやポート番号などの接続情報が各端末に対応付けられて記憶（レジスト）されている。接続情報は、たとえば、通信時点で記憶されている構成であり、任意のタイミングで更新、上書記憶される情報である。すなわち、接続情報は、任意の期間ごとに変更される情報であり、通信サーバ１５０に記憶された最新の接続情報を用いることで発呼側端末１１０ａと、着呼側端末１１０ｂとの通信の確立を可能とする。
【００２６】
発呼側端末１１０ａは、着呼側端末１１０ｂの宛先を指定して、通信サーバ１５０に発呼（ＩＮＶＩＴＥ）をおこなう。通信サーバ１５０は、記憶された接続情報に基づいて、着呼側端末１１０ｂに対してＩＮＶＩＴＥをおこなって、着呼側端末１１０ｂからの接続許可を待つ。通信サーバ１５０は、着呼側端末１０ｂから、発呼側端末１１０ａとの接続許可があると、発呼側端末１１０ａに対して着呼側端末１１０ｂの接続情報を含む接続許可を送信する。
【００２７】
発呼側端末１１０ａは、通信サーバ１５０から着呼側端末１１０ｂとの接続許可を受信すると、着呼側端末１１０ｂとの接続を確立する。なお、ファイヤウォールなどのネットワーク環境によっては、発呼側端末１１０ａと、着呼側端末１１０ｂとは直接通信を確立せずに、通信サーバ１５０を介して接続を確立することとしてもよい。また、発呼側端末１１０ａから接続を確立する代わりに、着呼側端末１１０ｂから発呼側端末１１０ａに対して接続を確立することとしてもよい。着呼側端末１１０ｂから接続を確立する場合、着呼側端末１１０ｂは、通信サーバ１５０から発呼側端末１１０ａの接続情報を取得する構成である。
【００２８】
より具体的には、本実施形態では、発呼側端末１１０ａによって、矢印１０１に示すように、着呼側端末１１０ｂを宛先に指定して、通信サーバ１５０を介してＩＮＶＩＴＥをおこなう。発呼側端末１１０ａは、着呼側端末１１０ｂに対する発呼に際して、カメラ４１２ａおよびマイク４１４ａによって、発呼側端末１１０ａの利用者を確認するための利用者情報として、利用者の映像情報および音声情報を取得する。発呼側端末１１０ａは、矢印１０２に示すように、取得された利用者の映像情報および音声情報を通信サーバ１５０に送信する。
【００２９】
通信サーバ１５０は、発呼側端末１１０ａから受信された映像情報および音声情報などの利用者情報を記憶媒体に記憶する。通信サーバ１５０は、記憶された映像情報および音声情報に基づいて、利用者情報の項目を示す項目情報として、項目テーブルを作成する。項目テーブルは、発呼側端末１１０ａの利用者情報について、所定の項目の有無を示す情報である。
【００３０】
図２を用いて、本発明の実施形態の通信サーバ１５０によって作成される項目テーブルについて説明する。図２は、本発明の実施形態の通信サーバによって作成される項目テーブルの一例を示す説明図である。
【００３１】
図２において、項目テーブル２００は、発呼側端末１１０ａの利用者を確認するための利用者情報である、映像情報、音声情報、位置情報、端末情報の有無をそれぞれ示すテーブルである。項目テーブル２００では、映像情報は、発呼側端末１１０ａから受信され、記憶媒体に記憶されているため「○」となっている。音声情報は、発呼側端末１１０ａから受信され、記憶媒体に記憶されているため「○」となっている。
【００３２】
位置情報は、発呼側端末１１０ａから受信されておらず、記憶媒体に記憶されていないため「×」となっている。位置情報は、たとえば、発呼側端末１１０ａのＧＰＳ機能などによって取得され、発呼側端末１１０ａによって発呼側端末１１０ａの利用者の利用者情報として送信される。また、後述する端末情報と関連付けて、予め登録しておいてもよい。端末情報は、発呼側端末１１０ａのＩＮＶＩＴＥや、利用者情報の送信に際して、発呼側端末１１０ａのＩＤ情報として受信され、記憶媒体に記憶されているため「○」となっている。
【００３３】
図１に戻って、通信サーバ１５０は、発呼側端末１１０ａからのＩＮＶＩＴＥに基づいて、記憶されている接続情報を読み出して、矢印１０３に示すように、着呼側端末１１０ｂに対してＩＮＶＩＴＥをおこなう。通信サーバ１５０は、着呼側端末１１０ｂに対するＩＮＶＩＴＥに際して、作成された項目テーブル２００を着呼側端末１１０ｂへ出力する。項目テーブルの出力は、たとえば、項目テーブル２００を着呼側端末１１０ｂからアクセス可能に公開したり、着呼側端末１１０ｂへ送信したりする構成である。
【００３４】
着呼側端末１１０ｂは、通信サーバ１５０からのＩＮＶＩＴＥに対して、発呼元となっている発呼側端末１１０ａの項目テーブル２００を参照する。着呼側端末１１０ｂは、項目テーブル２００に基づいて、発呼側端末１１０ａの利用者情報を取得するか否かを判定する。利用者情報の取得は、たとえば、着呼側端末１１０ｂの利用者などによって、着呼側のセキュリティレベルなどに応じて予め設定されている設定情報、具体的には、つぎに説明する設定情報テーブル３００に基づいておこなわれる。
【００３５】
図３を用いて、本発明の実施形態の着呼側端末１１０ｂによって設定されている設定情報について説明する。図３は、本発明の実施形態の着呼側端末によって設定されている設定情報の一例を示す説明図である。
【００３６】
図３において、設定情報テーブル３００は、着呼側端末１１０ｂが発呼側端末１１０ａとの通信の接続の許否を判断するために、受信が必要となる発呼側端末１１０ａの利用者情報の組合せを示すテーブルである。設定情報テーブル３００は、「○」で示す必要な情報および「×」で示す不要な情報の組合せと、発呼側端末１１０ａの利用者情報の受信について、「受信」する場合および「受信しない」場合とを示している。なお、「×」で示す不要な場合とは、利用者情報として記憶されていないことに限定せず、利用者情報として記憶されている場合があってもよい。たとえば、発呼側端末１１０ａのＩＤ情報である端末情報は、ＩＮＶＩＴＥの際に通信サーバ１５０によって受信され、記憶媒体に記憶されている。すなわち、着呼側端末１１０ｂは、発呼側端末１１０ａの利用者を確認するための利用者情報の一つとして、端末情報を必要としないだけである。
【００３７】
図３における設定情報テーブル３００は、発呼側端末１１０ａとの通信の接続の許否を判断するために、利用者情報として、少なくとも映像情報、あるいは、少なくとも音声情報および位置情報の受信が必要であることを示している。また、設定情報テーブル３００は、発呼側端末１１０ａとの通信の接続の許否を判断するために、利用者情報として、音声情報だけでは不十分であるため受信の必要がないことを示している。
【００３８】
具体的には、着呼側端末１１０ｂは、項目テーブル２００を参照した結果、通信サーバ１５０に発呼側端末１１０ａの映像情報、音声情報および端末情報が記憶されている。設定情報テーブル３００では、少なくとも映像情報が記憶されている場合、利用者情報の受信を必要としているため、着呼側端末１１０ｂは、通信サーバ１５０に対して、利用者情報の取得要求をおこなうこととなる。利用者情報の取得要求は、発呼側端末１１０ａの映像情報だけでもよいし、発呼側端末１１０ａの利用者情報として記憶されている音声情報や端末情報などの他の情報についてあわせておこなってもよい。詳細は後述するが、着呼側端末１１０ｂは、発呼側端末１１０ａの映像情報によって、発呼側端末１1０ａの利用者の映像を確認して、接続の拒否を判断することができる。
【００３９】
同様に、着呼側端末１１０ｂは、項目テーブル２００を参照した結果、通信サーバ１５０に発呼側端末１１０ａの映像情報および端末情報が記憶されておらず、音声情報および位置情報が記憶されている場合も、通信サーバ１５０に対して、利用者情報の取得要求をおこなう。すなわち、設定情報テーブル３００によれば、着呼側端末１１０ｂは、音声情報にくわえて位置情報を取得できれば発呼側端末１１０ａの利用者を確認するために十分であるとして、利用者情報の取得要求をおこない、接続の拒否を判断することとなる。
【００４０】
また、たとえば、着呼側端末１１０ｂは、項目テーブル２００を参照した結果、通信サーバ１５０に発呼側端末１１０ａの映像情報、位置情報および端末情報が記憶されておらず、音声情報のみが記憶されている場合には、通信サーバ１５０に対して、利用者情報の取得要求をおこなわない。すなわち、設定情報テーブル３００によれば、着呼側端末１１０ｂは、音声情報だけでは発呼側端末１１０ａの利用者を確認するために不十分であるため、利用者情報の取得要求自体をおこなわない構成となる。
【００４１】
このように、設定情報テーブル３００によって、発呼側端末１１０ａの利用者情報の取得要求をおこなうか否かを判定する構成とすれば、必要な場合のみ利用者情報を取得することが可能となるため、ネットワークへの負荷を抑制することができる。なお、設定情報テーブル３００は、発呼側端末１１０ａに関わらずテレビ会議システム１００上の端末すべてに共通して用いることのできる情報として記憶されることとして説明したが、これに限ることはない。すなわち、ＩＮＶＩＴＥや利用者情報の受信の際に取得される発呼側端末１１０ａの端末情報に対応付けて、発呼側端末１１０ａごとに異なる設定情報テーブル３００を記憶することとしてもよい。このようにすれば、ＩＮＶＩＴＥや利用者情報を送信した各発呼側端末１１０ａごとに項目テーブル２００と設定情報テーブル３００を比較して、適切な判定をおこなうことができる。
【００４２】
図１に戻って、着呼側端末１１０ｂは、矢印１０４に示すように、設定情報テーブル３００で項目テーブル２００を参照した結果、通信サーバ１５０に発呼側端末１１０ａの映像情報が記憶されているため、通信サーバ１５０に対して利用者情報の取得要求をおこなう。すなわち、着呼側端末１１０ｂは、利用者情報である映像情報の取得要求によって、通信サーバ１５０にから発呼側端末１１０ａの映像情報を取得する。
【００４３】
着呼側端末１１０ｂは、通信サーバ１５０から、発呼側端末１１０ａの利用者情報を取得すると、利用者情報に基づいて、発呼側端末１１０ａとの接続の許否に関する許否情報の入力を受け付ける。具体的には、着呼側端末１１０ｂは、ディスプレイ４１１ｂなどに発呼側端末１１０ａの利用者情報を出力する。着呼側端末１１０ｂの利用者は、出力された発呼側端末１１０ａの利用者情報に基づいて、操作部４０６ｂを操作して、接続の許否に関する入力をおこなう。なお、本実施形態では、許否情報の入力は、利用者の入力によるものとしたがこれに限ることはない。具体的には、着呼側端末１１０ｂは、接続を許可する利用者情報の一覧などを記憶しておき、取得された利用者情報と比較する。一覧に記憶された、接続を許可する利用者情報と、取得された利用者情報とが一致あるいは所定範囲で類似する場合などに、接続を許可する接続許可信号を生成してＣＰＵなどの制御部への入力をおこなう構成でもよい。
【００４４】
着呼側端末１１０ｂは、入力された許否情報が発呼側端末１１０ａとの接続を許可する情報である場合、矢印１０５に示すように、通信サーバ１５０に対して発呼側端末１１０ａとの接続許可を送信する。通信サーバ１５０は、着呼側端末１１０ｂからの接続許可があった場合、矢印１０６に示すように、発呼側端末１１０ａに対して着呼側端末１１０ｂの接続情報を含む接続許可を送信する。着呼側端末１１０ａで接続許可が受信されると、矢印１０７に示すように、発呼側端末１１０ａと、着呼側端末１１０ｂとの間で相互通信が確立される。
【００４５】
（機能的構成）
図４を用いて、本発明の実施形態の発呼側端末１１０ａおよび着呼側端末１１０ｂ（以下、発呼側と着呼側とを特に区別しない場合は、単に端末装置１１０ともいう）の機能的構成について説明する。図４は、本発明の実施形態の端末装置の機能的構成の一例を示す説明図である。
【００４６】
図４において、端末装置１１０は、ＣＰＵ（セントラルプロセッシングユニット）４０１と、ＲＡＭ（ランダムアクセスメモリ）４０２と、ＲＯＭ（リードオンリーメモリ）４０３と、ディスプレイ４１１やカメラ４１２に対して映像の入出力を制御する映像Ｉ／Ｆ４０４と、スピーカ４１３やマイク４１４に対して音声の入出力を制御する音声Ｉ／Ｆ４０５と、各種情報の入力を受け付ける操作部４０６と、外部機器との通信を制御する通信Ｉ／Ｆ４０７と、各種情報を記憶する記憶媒体４０８とを備えている。また、端末装置１１０の各構成部は、バス４００によってそれぞれ接続されている。
【００４７】
ＣＰＵ４０１は、端末装置１１０全体の制御をおこなう。ＣＰＵ４０１は、ＲＡＭ４０２をワークエリアとして、ＲＯＭ４０３から読み込まれる各種プログラムを実行する。
【００４８】
映像Ｉ／Ｆ４０４は、ＣＰＵ４０１の制御にしたがって、ディスプレイ４１１に各種情報を表示させる。映像Ｉ／Ｆ４０４は、たとえば、カメラ４１２によって撮像された自拠点の映像や、他拠点の端末装置１１０から受信された映像情報をデコードした映像や、他拠点とのテレビ会議に関する処理画面などをディスプレイ４１１に表示させる。
【００４９】
映像Ｉ／Ｆ４０４は、ＣＰＵ４０１の制御にしたがって、カメラ４１２によって自拠点の利用者の映像を撮像する。映像Ｉ／Ｆ４０４は、ＣＰＵ４０１の制御にしたがって、カメラ４１２によって撮像された映像を記憶媒体４０８に出力する。映像Ｉ／Ｆ４０４は、自拠点の利用者の利用者情報として利用者の映像を撮像する場合、多拠点との接続に際して、利用者による操作部４０６などの操作にしたがって撮像を開始する。
【００５０】
音声Ｉ／Ｆ４０５は、ＣＰＵ４０１の制御にしたがって、スピーカ４１３に各種音声を出力させる。音声Ｉ／Ｆ４０５は、他拠点の端末装置１１０から受信された音声情報をデコードした音声や、他拠点とのテレビ会議に関する案内音声などをスピーカ４１３に出力させる。
【００５１】
音声Ｉ／Ｆ４０５は、ＣＰＵ４０１の制御にしたがって、マイク４１４によって自拠点の利用者の音声を集音する。音声Ｉ／Ｆ４０５は、ＣＰＵ４０１の制御にしたがって、マイク４１４によって集音された音声を記憶媒体４０８に出力する。映像Ｉ／Ｆ４０５は、自拠点の利用者の利用者情報として利用者の音声を集音する場合、多拠点との接続に際して、利用者による操作部４０６などの操作にしたがって集音を開始する。
【００５２】
操作部４０６は、利用者などから各種情報の入力を受け付ける。操作部４０６は、タッチパネルや操作ボタンなどによって構成され、テレビ会議の進行などに関する情報の入力を受け付けて、入力された信号をＣＰＵ４０１へ出力する。
【００５３】
通信Ｉ／Ｆ４０７は、通信回線を通じてインターネットなどのネットワークに接続され、このネットワークを介して通信サーバ１５０、他の端末装置１１０やその他外部機器に接続される。通信Ｉ／Ｆ４０７は、ネットワークと端末装置１１０内部のインターフェースをつかさどり、外部機器に対するデータの入出力を制御する。通信Ｉ／Ｆ４０７には、たとえば、モデムやＬＡＮアダプタなどを採用することができる。
【００５４】
通信Ｉ／Ｆ４０７は、ＣＰＵ４０１の制御にしたがって、記憶媒体４０８に記憶された自拠点の映像および音声を、他拠点の端末装置１１０へネットワークを介して送信する。通信Ｉ／Ｆ４０７は、ＣＰＵ４０１の制御にしたがって、多拠点の端末装置１１０から受信された映像および音声を受信する。また、通信Ｉ／Ｆ４０７は、ＣＰＵ４０１の制御にしたがって、他の端末装置１１０間との接続に関する情報の送受信をおこなう。
【００５５】
具体的には、発呼側端末１１０ａの通信Ｉ／Ｆ４０７ａは、通信サーバ１５０に対して、着呼側端末１１０ｂに対するＩＮＶＩＴＥや着呼側端末１１０ｂによって自装置の利用者を確認させるための利用者情報を送信する。発呼側端末１１０ａの通信Ｉ／Ｆ４０７ａは、通信サーバ１５０から、着呼側端末１１０ｂの接続許可を受信する。
【００５６】
着呼側端末１１０ｂの通信Ｉ／Ｆ４０７ｂは、通信サーバ１５０から、発呼側端末１１０ａからのＩＮＶＩＴＥや通信サーバ１５０に記憶された発呼側端末１１０ａの利用者情報を受信する。ＣＰＵ４０１ｂは、通信Ｉ／Ｆ４０７ｂを介して発呼側端末１１０ａの利用者情報を受信すると、映像Ｉ／Ｆ４０４ｂや音声Ｉ／Ｆ４０５ｂを制御して、受信した利用者情報をディスプレイ４１１ｂやスピーカ４１３ｂによって出力させる。着呼側端末１１０ｂの利用者は、ディスプレイ４１１ｂやスピーカ４１３ｂによって出力された利用者情報を確認して、操作部４０６ｂを操作して接続の許否に関する許否情報の入力をおこなう。すなわち、利用者情報は、接続の許否を判断するための情報である。そして、許否情報において接続を許可する旨の入力あった場合、着呼側端末１１０ｂの通信Ｉ／Ｆ４０７ｂは、通信サーバ１５０に対して、着呼側端末１１０ａの利用者情報の取得要求や発呼側端末１１０ａへの接続許可を送信する。
【００５７】
記憶媒体４０８は、ＨＤ（ハードディスク）や着脱可能な記録媒体の一例としてのＦＤ（フレキシブルディスク）などである。記憶媒体４０８は、それぞれのドライブデバイスを有し、ＣＰＵ４０１の制御にしたがって各種データが記録される。また、記憶媒体４０８からは、それぞれのドライブデバイスの制御にしたがってデータが読み取られる。本発明の実施形態では、端末装置１１０の記憶媒体４０８には、着呼側となったときに参照可能な図３に示した設定情報テーブル３００が記憶されている。
【００５８】
図５を用いて、本発明の実施形態の通信サーバ１５０の機能的構成に付いて説明する。図５は、本発明の実施形態の通信サーバの機能的構成の一例を示す説明図である。
【００５９】
図５において、通信サーバ１５０は、ＣＰＵ５０１と、ＲＡＭ５０２と、ＲＯＭ５０３と、各種情報の入力を受け付ける操作部５０６と、外部機器との通信を制御する通信Ｉ／Ｆ５０７と、各種情報を記憶する記憶媒体５０８とを備えている。また、通信サーバ１５０の各構成部は、バス５００によってそれぞれ接続されている。なお、図５に示した各機能部の機能について、図４に示したＣＰＵ４０１、ＲＡＭ４０２、ＲＯＭ４０３、操作部４０６、通信Ｉ／Ｆ４０７、記憶媒体４０８と同様の機能については説明を省略する。また、図５の説明では、特に図示はしないが、通信サーバ１５０の管理者などの操作のため、ディスプレイ、カメラ、映像Ｉ／Ｆ、スピーカ、マイク、音声Ｉ／Ｆなどを備える構成でもよい。
【００６０】
通信Ｉ／Ｆ５０７は、発呼側端末１１０ａから、着呼側端末１１０ｂに対するＩＮＶＩＴＥや発呼側端末１１０ａの利用者の利用者情報を受信する。ＣＰＵ５０１は、発呼側端末１１０ａから受信されたＩＮＶＩＴＥに基づいて、記憶媒体５０８に記憶された接続情報を読み出して、着呼側端末１１０ｂに対してＩＮＶＩＴＥをおこなう。ＣＰＵ５０１は、発呼側端末１１０ａから受信された利用者情報を、記憶媒体５０８へ記憶する。ＣＰＵ５０１は、記憶媒体５０８に記憶された利用者情報に基づいて、項目テーブル２００を作成し、作成した項目テーブル２００を着呼側端末１１０ｂへ出力する。項目テーブル２００の出力は、たとえば、ＣＰＵ５０１によって、通信Ｉ／Ｆ５０７を制御して着呼側端末１１０ｂへ送信したり、着呼側端末１１０ｂからアクセス可能に公開したりする。
【００６１】
通信Ｉ／Ｆ５０７は、着呼側端末１１０ｂから、発呼側端末１１０ａの利用者情報の取得要求や発呼側端末１１０ａとの接続許可を受信する。ＣＰＵ５０１は、着呼側端末１１０ｂから受信された取得要求に基づいて、着呼側端末１１０ｂに対して発呼側端末１１０ａの利用者情報を送信する。ＣＰＵ５０１は、着呼側端末１１０ｂから受信された接続許可に基づいて、通信Ｉ／Ｆ５０７を制御して、発呼側端末１１０ａに対して着呼側端末１１０ｂの最新の接続情報を含む接続許可を送信する。
【００６２】
なお、各構成要素と、各機能を対応付けて説明すると、図４に示した発呼側端末１１０ａのＣＰＵ４０１および通信Ｉ／Ｆ４０７によって、本発明の発呼送信手段および通信手段の機能を実現する。また、着呼側端末１１０ｂのＣＰＵ４０１および通信Ｉ／Ｆ４０７によって、本発明の受信手段、利用者情報取得手段、許可送信手段および通信手段の機能を実現する。また、着呼側端末１１０ｂのＣＰＵ４０１によって、本発明の判定手段の機能を実現する。また、着呼側端末１１０ｂのＣＰＵ４０１および操作部４０６によって、本発明の入力手段の機能を実現する。また、図５に示した通信サーバ１５０のＣＰＵ５０１および通信Ｉ／Ｆ５０７によって、本発明の受信手段、接続要求手段および種別送信手段の機能を実現する。また、ＣＰＵ５０１および記憶媒体５０８によって、本発明の記憶手段の機能を実現する。
【００６３】
（全体の処理の概要）
図６を用いて、本発明の実施形態のテレビ会議システム１００の全体の処理概要について説明する。図６は、本発明の実施形態のテレビ会議システムの全体の処理概要の一例を示すシーケンス図である。
【００６４】
図６において、発呼側端末１１０ａ、通信サーバ１５０および着呼側端末１１０ｂは、タイミングＴ０において、電源の入った状態であるアイドル状態となっている。発呼側端末１１０ａは、利用者の操作部４０６の操作によって、着呼側端末１１０ｂと相互通信の要求を受付けると、タイミングＴ１において、通信サーバ１５０に対して着呼側端末１１０ｂに対するＩＮＶＩＴＥを送信する。
【００６５】
発呼側端末１１０ａは、タイミングＴ１におけるＩＮＶＩＴＥに際して、タイミングＴ２において、自拠点の利用者情報として自拠点の利用者の映像と音声を通信サーバ１５０へ送信する。なお、本実施形態では、ＩＮＶＩＴＥと利用者情報の送信を異なるタイミングとして説明したが、同一のタイミングでおこなってもよい。
【００６６】
通信サーバ１５０は、発呼側端末１１０ａから受信された発呼側端末１１０ａの利用者情報を記憶媒体５０８に記憶すると共に、利用者情報の項目を示す項目テーブル２００を作成する。通信サーバ１５０は、発呼側端末１１０ａからのＩＮＶＩＴＥを受信すると、記憶媒体５０８に記憶された接続情報に基づいて、タイミングＴ３において、着呼側端末１１０ｂに対してＩＮＶＩＴＥを送信する。本実施形態では、通信サーバ１５０は、タイミングＴ３におけるＩＮＶＩＴＥと共に項目テーブル２００を着呼側端末１１０ｂへ送信する。
【００６７】
着呼側端末１１０ｂは、通信サーバ１５０からＩＮＶＩＴＥを受信すると、タイミングＴ４において、暫定応答として１８０Ｒｉｎｇｉｎｇを通信サーバ１５０に送信する。通信サーバ１５０は、着呼側端末１１０ｂから１８０Ｒｉｎｇｉｎｇを受信すると、タイミングＴ５において、発呼側端末１１０ａに１８０Ｒｉｎｇｉｎｇを送信し、発呼側端末１１０ａと、着呼側端末１１０ｂとの間で呼び出し状態となる。
【００６８】
着呼側端末１１０ｂは、通信サーバ１５０から出力された項目テーブル２００と、記憶媒体４０８に記憶された設定情報テーブル３００とに基づいて、タイミングＴ６において、発呼側端末１１０ａの利用者情報として通信サーバ１５０に対して発呼側端末１１０ａの映像および音声の取得要求をおこなう。通信サーバ１５０は、着呼側端末１１０ｂから映像および音声の取得要求を受信すると、タイミングＴ７において、記憶媒体５０８に記憶された発呼側端末１１０ａの映像および音声を着呼側端末１１０ｂに送信する。
【００６９】
着呼側端末１１０ｂは、通信サーバ１５０から発呼側端末１１０ａの映像および音声を受信すると、ディスプレイ４１１やスピーカ４１３などによって再生する。着呼側端末１１０ｂは、再生された発呼側端末１１０ａの映像や音声に応じて利用者などから発呼側端末１１０ａとの接続許否情報として接続を許可する旨の入力がされると、タイミングＴ８において、成功応答として２００ＯＫを通信サーバ１５０に送信する。通信サーバ１５０は、着呼側端末１１０ｂから２００ＯＫを受信すると、タイミングＴ９において、発呼側端末１１０ａに２００ＯＫを送信する。
【００７０】
発呼側端末１１０ａは、通信サーバ１５０から発呼側端末１１０ｂへのＩＮＶＩＴＥに対する２００ＯＫを受信すると、タイミングＴ１０において、通信サーバ１５０に要求成立応答としてＡＣＫを送信する。通信サーバ１５０は、発呼側端末１１０ａからＡＣＫを受信すると、タイミングＴ１１において、着呼側端末１１０ｂにＡＣＫを送信する。そして、タイミングＴ１２において、発呼側端末１１０ａと、着呼側端末１１０ｂとの間で相互通信（Ｐ２Ｐ通信）が開始され、メディアの送受信がおこなわれる。
【００７１】
（発呼側端末の処理の内容）
図７〜図９を用いて、本発明の実施形態のテレビ会議システム１００の処理の内容について説明する。図７は、本発明の実施形態の発呼側端末の処理の内容を示すフローチャートである。図７のフローチャートにおいて、まず、ＣＰＵ４０１は、発呼側端末１１０ａの利用者などから着呼側端末１１０ｂに対するテレビ会議の開催要求があると、着呼側端末１１０ｂの宛先などを指定して、通信Ｉ／Ｆ４０７を介して発呼（ＩＮＶＩＴＥ）をおこなう（ステップＳ７０１）。具体的には、ステップＳ７０１における処理が、図６に示したタイミングＴ１に相当する。
【００７２】
ＣＰＵ４０１は、ステップＳ７０１におけるＩＮＶＩＴＥに際して、自拠点の利用者情報を送信するか否かを判断する（ステップＳ７０２）。利用者情報を送信するか否かの判断は、たとえば、発呼側端末１１０ａの利用者に利用者情報としての映像や音声の送信を問合わせておこなったり、あらかじめ各着呼側端末１１０ｂに応じて自動的におこなうか否かを設定しておいて、設定に基づいておこなったりする構成でもよい。具体的には、たとえば、発呼側端末１１０ａは、着呼側端末１１０ｂのネットワーク環境などのセキュリティに関する情報を取得しておき、着呼側端末１１０ｂが発呼側端末１１０ａの利用者の確認を十分におこなうようなセキュリティが高い場合など、映像や音声を送信する。また、本実施形体では映像や音声を利用者情報としたが、そのほか、位置情報や端末情報など送信可能な情報を利用者情報として送信してもよい。
【００７３】
ステップＳ７０２において、利用者情報を送信する場合（ステップＳ７０２：Ｙｅｓ）は、ＣＰＵ４０１は、カメラ４１２やマイク４１４を制御して、利用者の映像や音声を取得して、通信Ｉ／Ｆ４０７を介して、取得した映像や音声を利用者情報として通信サーバ１５０に送信する（ステップＳ７０３）。ＣＰＵ４０１は、ステップＳ７０４へ移行して、着呼側端末１１０ｂの接続許可を待つ（ステップＳ７０４）。ＣＰＵ４０１は、許可があったか否かを判断する（ステップＳ７０５）。
【００７４】
ステップＳ７０２において、利用者情報を送信しない場合（ステップＳ７０２：Ｎｏ）は、ステップＳ７０４へ移行して、着呼側端末１１０ｂの接続許可を待つ（ステップＳ７０４）。ＣＰＵ４０１は、許可があったか否かを判断する（ステップＳ７０５）。具体的には、ステップＳ７０３における処理が、図６に示したタイミングＴ２に相当する。
【００７５】
ステップＳ７０５において、通信サーバ１５０から着呼側端末１１０ｂの接続許可を受信しなかった場合（ステップＳ７０５：Ｎｏ）は、そのまま一連の処理を終了する。具体的には、たとえば、ＣＰＵ４０１は、後述するステップＳ８１０において通信サーバ１５０から送信される接続拒否を受信した場合、接続許可を受信しなかったこととして、一連の処理を終了する。また、ステップＳ７０４において所定の待機時間だけ接続許可を待って、所定の待機時間で接続許可を受信しない場合に、一連の処理を終了することとしてもよい。
【００７６】
ステップＳ７０５において、通信サーバ１５０から着呼側端末１１０ｂの接続許可を受信した場合（ステップＳ７０５：Ｙｅｓ）は、ＣＰＵ４０１は、受信された接続許可に基づいて通信Ｉ／Ｆ４０７を介して着呼側端末１１０ｂとの接続処理をおこなって、相互通信を開始する（ステップＳ７０６）。具体的には、ステップＳ７０５およびステップＳ７０６における処理が、図６に示したタイミングＴ９〜Ｔ１２に相当する。
【００７７】
ＣＰＵ４０１は、ステップＳ７０６において相互通信が開始されたのち、相互通信によるテレビ会議が終了したか否かを判断する（ステップＳ７０７）。ステップＳ７０７において、テレビ会議が終了しない場合（ステップＳ７０７：Ｎｏ）は、ステップＳ７０６に戻って処理を継続する。ステップＳ７０７において、テレビ会議を終了する場合（ステップＳ７０７：Ｙｅｓ）は、そのまま一連の処理を終了する。
【００７８】
（通信サーバの処理の内容）
図８は、本発明の実施形態の通信サーバの処理の内容を示すフローチャートである。図８のフローチャートにおいて、まず、ＣＰＵ５０１は、発呼側端末１１０ａから通信Ｉ／Ｆ５０７を介して、着呼側端末１１０ｂに対するＩＮＶＩＴＥを受信する（ステップＳ８０１）。具体的には、ステップＳ８０１における処理が、図６に示したタイミングＴ１に相当する。
【００７９】
ＣＰＵ５０１は、通信Ｉ／Ｆ５０７を介して、ステップＳ８０１においてＩＮＶＩＴＥを受信した発呼側端末１１０ａの利用者情報を受信したか否かを判断する（ステップＳ８０２）。ステップＳ８０２において、利用者情報を受信した場合（ステップＳ８０２：Ｙｅｓ）は、ＣＰＵ５０１は、受信した利用者情報を記憶媒体５０８に記憶する（ステップＳ８０３）。ＣＰＵ５０１は、ステップＳ８０３において記憶された利用者情報の項目テーブルを作成する（ステップＳ８０４）。
【００８０】
ステップＳ８０２において、発呼側端末１１０ａの利用者情報を受信しない場合（ステップＳ８０２：Ｎｏ）は、ステップＳ８０４へ移行する。ＣＰＵ５０１は、利用者情報がない旨を示す項目テーブルを作成する（ステップＳ８０４）。具体的には、ステップＳ８０２およびステップＳ８０３における処理が、図６に示したタイミングＴ２に相当する。
【００８１】
ＣＰＵ５０１は、ステップＳ８０１において受信されたＩＮＶＩＴＥに基づいて、記憶されている接続情報を読み出して、通信Ｉ／Ｆ５０７を介して着呼側端末１１０ｂに対してＩＮＶＩＴＥをおこなう（ステップＳ８０５）。ＣＰＵ５０１は、ステップＳ８０５におけるＩＮＶＩＴＥに際しては、通信Ｉ／Ｆ５０７を介してステップＳ８０４において作成した項目テーブルを着呼側端末１１０ｂに送信する構成である。具体的には、ステップＳ８０５における処理が、図６に示したタイミングＴ３に相当する。
【００８２】
ＣＰＵ５０１は、ステップＳ８０５において送信されたＩＮＶＩＴＥに応じて、着呼側端末１１０ｂから、通信Ｉ／Ｆ５０７を介して発呼側端末１１０ａの利用者情報の取得要求があったか否かを判断する（ステップＳ８０６）。
【００８３】
ステップＳ８０６において、利用者情報の取得要求がなかった場合（ステップＳ８０６：Ｎｏ）は、ステップＳ８０８へ移行する。ＣＰＵ５０１は、通信Ｉ／Ｆ５０７を介して着呼側端末１１０ｂから発呼側端末１１０ａへの接続許可があったか否かを判断する（ステップＳ８０８）。
【００８４】
ステップＳ８０６において、利用者情報の取得要求があった場合（ステップＳ８０６：Ｙｅｓ）は、ＣＰＵ５０１は、着呼側端末１１０ｂからの利用者情報の受信を許可して（ステップＳ８０７）、ステップＳ８０８へ移行する。利用者情報の受信の許可は、たとえば、取得要求のあった利用者情報を着呼側端末１１０ｂに送信したり、取得要求のあった利用者情報を着呼側端末１１０ｂが取得可能に公開したりする構成である。具体的には、ステップＳ８０６およびステップＳ８０７における処理が、図６に示したタイミングＴ６およびＴ７に相当する。
【００８５】
ステップＳ８０８において、接続許可があった場合（ステップＳ８０８：Ｙｅｓ）は、ＣＰＵ５０１は、通信Ｉ／Ｆ５０７を介して発呼側端末１１０ａへ着呼側端末１１０ａの接続情報を含む接続許可を送信して（ステップＳ８０９）、一連の処理を終了する。具体的には、ステップＳ８０９における処理が、図６に示したタイミングＴ９に相当する。
【００８６】
ステップＳ８０８において、接続許可がなかった場合（ステップＳ８０８：Ｎｏ）は、ＣＰＵ５０１は、通信Ｉ／Ｆ５０７を介して発呼側端末１１０ａへ接続拒否を送信して（ステップＳ８１０）、一連の処理を終了する。具体的には、たとえば、ステップＳ８０８において所定の待機時間だけ接続許可を待って、所定の待機時間で接続許可を受信しない場合に、接続拒否を送信することとしてもよい。
【００８７】
（着呼側端末の処理の内容）
図９は、本発明の実施形態の着呼側端末の処理の内容を示すフローチャートである。図９のフローチャートにおいて、まず、ＣＰＵ４０１は、通信サーバ１５０から通信Ｉ／Ｆ４０７を介して、発呼側端末１１０ａからのＩＮＶＩＴＥを受信する（ステップＳ９０１）。具体的には、ステップＳ９０１における処理が、図６に示したタイミングＴ３に相当する。
【００８８】
ＣＰＵ４０１は、ステップＳ９０１において通信サーバ１５０からＩＮＶＩＴＥを受信すると、通信サーバ１５０によって作成された項目テーブルを参照する（ステップＳ９０２）。項目テーブルは、たとえば、ステップＳ９０１において送信されるＩＮＶＩＴＥに際して、通信サーバ１５０から送信される構成である。なお、本実施形態では、ＣＰＵ４０１は、項目テーブルについて、通信サーバ１５０から送信される構成としたが、通信Ｉ／Ｆ４０７を介して通信サーバ１５０にアクセスして検索する構成でもよい。
【００８９】
ＣＰＵ４０１は、ステップＳ９０２において参照した項目テーブル２００と、記憶媒体４０８に記憶された設定情報テーブル３００とに基づいて、発呼側端末１１０ａの利用者情報を取得するか否かを判断する（ステップＳ９０３）。
【００９０】
ステップＳ９０３において、利用者情報を取得する場合（ステップＳ９０３：Ｙｅｓ）は、ＣＰＵ４０１は、通信Ｉ／Ｆ４０７を介して通信サーバ１５０に記憶された発呼側端末１１０ａの利用者情報を取得して、参照する（ステップＳ９０４）。ＣＰＵ４０１は、ステップＳ９０４における参照に基づいて、発呼側端末１１０ａとの接続を許可するか否かを判断する（ステップＳ９０５）。具体的には、たとえば、接続を許可するか否かの判断は、操作部４０６によって入力される許否情報に基づいておこなわれる。
【００９１】
ステップＳ９０３において、利用者情報を取得しない場合（ステップＳ９０３：Ｎｏ）は、ＣＰＵ４０１は、発呼側端末１１０ａとの接続を許可するか否かを判断する（ステップＳ９０５）。具体的には、ステップＳ９０３およびステップＳ９０４における処理が、図６に示したタイミングＴ６およびＴ７に相当する。
【００９２】
ＣＰＵ４０１は、発呼側端末１１０ａとの接続を許可しない場合（ステップＳ９０５：Ｎｏ）は、通信Ｉ／Ｆ４０７を介して通信サーバ１５０に発呼側端末１１０ａに対する接続拒否を送信し（ステップＳ９１０）、そのまま一連の処理を終了する。
【００９３】
ＣＰＵ４０１は、発呼側端末１１０ａとの接続を許可する場合（ステップＳ９０５：Ｙｅｓ）は、通信Ｉ／Ｆ４０７を介して通信サーバ１５０に発呼側端末１１０ａに対する接続許可を送信する（ステップＳ９０６）。具体的には、ステップＳ９０６における処理が、図６に示したタイミングＴ８に相当する。
【００９４】
ＣＰＵ４０１は、ステップＳ９０６において接続許可を送信すると、発呼側端末１１０ａとの接続待ち状態となる（ステップＳ９０７）。ＣＰＵ４０１は、通院Ｉ／Ｆ４０７を介して発呼側端末１１０ａとの接続処理をおこなって、相互通信を開始する（ステップＳ９０８）。具体的には、ステップＳ９０７およびステップＳ９０８における処理が、図６に示したタイミングＴ１１およびＴ１２に相当する。
【００９５】
ＣＰＵ４０１は、ステップＳ９０８において相互通信が開始されたのち、相互通信によるテレビ会議が終了したか否かを判断する（ステップＳ９０９）。ステップＳ９０９において、テレビ会議が終了しない場合（ステップＳ９０９：Ｎｏ）は、ステップＳ９０８に戻って処理を継続する。ステップＳ９０９において、テレビ会議を終了する場合（ステップＳ９０９：Ｙｅｓ）は、そのまま一連の処理を終了する。
【００９６】
なお、本発明の各構成要素における処理と、本発明の実施形態の各処理または各機能とを関連付けて説明すると、図７に示したステップＳ７０１におけるＣＰＵ４０１および通信Ｉ／Ｆ４０７の処理によって、本発明の通信方法における発呼送信工程の処理が実行される。
【００９７】
また、図８に示したステップＳ８０１におけるＣＰＵ５０１および通信Ｉ／Ｆ５０７の処理によって、本発明の通信方法における接続要求工程の処理が実行される。ステップＳ８０３におけるＣＰＵ５０１および記憶媒体５０８の処理によって、本発明の通信方法における記憶工程の処理が実行される。ステップＳ８０４およびステップＳ８０５におけるＣＰＵ５０１および通信Ｉ／Ｆ５０７の処理によって、本発明の通信方法における種別出力工程の処理が実行される。
【００９８】
また、図９に示したステップＳ９０２およびステップＳ９０３におけるＣＰＵ４０１の処理によって、本発明の通信方法における判定工程の処理が実行される。ステップＳ９０４におけるＣＰＵ４０１および通信Ｉ／Ｆ４０７の処理によって、本発明の通信方法における利用者情報取得工程の処理が実行される。ステップＳＳ９０５におけるＣＰＵ４０１の処理によって、本発明の通信方法における入力工程の処理が実行される。ステップＳ９０６におけるＣＰＵ４０１および通信Ｉ／Ｆ４０７における処理によって、本発明の通信方法における許可送信工程の処理が実行される。
【００９９】
また、図７に示したステップＳ７０７および図９に示したステップＳ９０８におけるＣＰＵ４０１および通信Ｉ／Ｆ４０７における処理によって、本発明の通信方法における通信確立工程の処理が実行される。
【０１００】
以上説明したように、本発明の実施形態のテレビ会議システム、発呼側端末、着呼側端末および通信方法によれば、発呼側端末の利用者情報について、着呼側端末は項目テーブルを参照してから、実際に利用者情報の確認が必要か否かを判断することができる。したがって、無駄な利用者情報の送受信をおこなうことなく、適切に発呼側端末の利用者情報を確認することができる。換言すれば、ネットワークへの負荷を最小限に抑制して、発呼側端末の利用者情報を確認しつつ、相互通信を確立することができる。
【０１０１】
（その他の一部の変形例）
本発明の実施形態では特に、設定情報テーブル３００を着呼側端末１１０ｂで記憶しておくことで、着呼側端末１１０ｂによって、通信サーバ１５０から項目テーブル２００を受信することとして説明したが、これに限ることはない。具体的には、たとえば、通信サーバ１５０が、着呼側端末１１０ａの設定情報テーブルを取得する構成とすれば、通信サーバ１５０は、自装置で作成された項目テーブル２００と、設定情報テーブル３００とに基づいて、接続要求をおこなうか否かを判断することができる。さらに、接続要求をおこなう際に、着呼側端末１１０ａに対して利用者情報を送信することとしてもよい。このようにすれば、着呼側端末１１０ａの処理負荷を低減することができる。くわえて、ネットワークへの負荷を低減することができる。
【０１０２】
また、本発明の実施形態では特に、通信サーバ１５０によって発呼側端末１１０ａの利用者情報を記憶する構成としたが、これに限ることはない。具体的には、たとえば、テレビ会議システム１００は、通信サーバ１５０のほかに、通信Ｉ／Ｆや記憶媒体を備えたＨＴＴＰサーバを備える構成としてもよい。すなわち、発呼側端末１１０ａと、着呼側端末１１０ｂとの呼制御は、通信サーバ１５０でおこない、利用者情報の記憶および送受信はＨＴＴＰサーバでおこなう構成となる。このようにすれば、異なる端末間の通信を制御する汎用的なサーバのある環境下において、サーバの機能を追加しなくても、利用者情報や項目テーブルなどを記憶可能なデータベース機能を備えた補助的なサーバを設置するだけで本発明の効果を実現することができる。
【０１０３】
また、上述した説明では、実施形態および一部の変形例について別々の例として説明したが、これに限ることはない。すなわち、それぞれを組み合わせた構成として、実施形態および一部の変形例による手法を適宜組み合わせて利用してもよい。
【０１０４】
なお、本発明の実施形態および変形例で説明した方法は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することにより実現することができる。この通信プログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。またこのプログラムは、インターネットなどのネットワークを介して配布することが可能な伝送媒体であってもよい。
【符号の説明】
【０１０５】
１００  テレビ会議システム
１１０（１１０ａ，１１０ｂ）  端末装置
２００  項目テーブル
３００  設定情報テーブル
４００，５００  バス
４０１，５０１  ＣＰＵ
４０２，５０２  ＲＡＭ
４０３，４０３  ＲＯＭ
４０４  映像Ｉ／Ｆ
４０５  音声Ｉ／Ｆ
４０６，５０６  操作部
４０７，５０７  通信Ｉ／Ｆ
４０８，５０８  記憶媒体
４１１  ディスプレイ
４１２  カメラ
４１３  スピーカ
４１４  マイク
【図１】
0005515945.tif 000002
【図２】
0005515945.tif 000003
【図３】
0005515945.tif 000004
【図４】
0005515945.tif 000005
【図５】
0005515945.tif 000006
【図６】
0005515945.tif 000007
【図７】
0005515945.tif 000008
【図８】
0005515945.tif 000009
【図９】
0005515945.tif 000010