(57)【特許請求の範囲】
【請求項１】
複数のゲートウェイ装置が通信可能に直接的又は間接的に接続され、前記ゲートウェイ装置ごとに１又は複数の通信端末と通信可能に接続されるとともに１又は複数のメディア処理装置と通信可能に接続されたコミュニケーション支援システムであって、
前記ゲートウェイ装置は、
管理下の前記通信端末及び前記メディア処理装置、相手方の前記ゲートウェイ装置のいずれかより受信した呼制御情報を解析するとともに、前記呼制御情報を所定の形式に変換する呼解析変換部と、
自電話番号、相手電話番号を含む呼情報を装置内の呼管理テーブルに登録する呼管理部と、
管理下にある前記メディア処理装置に関する情報を装置内のメディア処理装置管理テーブルに登録するメディア処理装置管理部と、
を備え、
前記呼解析変換部は、前記通信端末間で通話が開始される場合、管理下の前記通信端末、又は相手方の前記ゲートウェイ装置より受信した通話開始に関する呼制御情報を解析し、
前記呼管理部は、前記通信端末間で通話が開始される場合、前記呼解析変換部の解析結果に含まれる呼情報を前記呼管理テーブルに登録し、
前記呼解析変換部は、前記通信端末間の通話に関連して前記メディア処理装置間でメディア送受信が開始される場合、管理下の前記メディア処理装置より受信したメディア送受信の開始に関する呼制御情報を解析し、前記呼管理テーブルに登録されている前記呼情報から対象となる通話を特定した上で、その通話に対するメディア追加に関する呼制御情報に変換して、相手方の前記ゲートウェイ装置に送信し、
前記呼解析変換部は、前記通信端末間の通話に関連して前記メディア処理装置間でメディア送受信が開始される場合、相手方の前記ゲートウェイ装置より受信したメディア追加に関する呼制御情報を解析し、前記メディア処理装置管理テーブルに登録されている前記メディア処理装置から対象となるメディア処理装置を特定した上で、特定されたメディア処理装置向けのメディア送受信に関する呼制御情報に変換して、対応する管理下の前記メディア処理装置に送信することを特徴とするコミュニケーション支援システム。
【請求項２】
前記呼解析変換は、前記メディア処理装置管理テーブルに登録されている前記メディア処理装置から対象となるメディア処理装置を特定する際、メディア送受信が可能なメディア処理装置が出てくるまで繰り返し検索処理を行うことを特徴とする請求項１記載のコミュニケーション支援システム。
【請求項３】
前記ゲートウェイ装置は、
前記メディア処理装置管理テーブルに登録されている前記メディア処理装置から対象となるメディア処理装置を特定する際に、前記呼解析変換で特定されたメディア処理装置の中から１つのメディア処理装置を選択するためのガイダンス音声を合成するメニュー音声合成部と、
取得した音声データを解析し、前記音声データの中からＤＴＭＦ信号を読み出し、どのメディア処理装置が選択されたのかを判定するＤＴＭＦ解析部と、
を備え、
前記通信端末は、前記ゲートウェイ装置より受信した前記ガイダンス音声に基づいて選択された番号に係るＤＴＭＦ信号を含む音声データを前記ゲートウェイ装置に送信することを特徴とする請求項１記載のコミュニケーション支援システム。
【請求項４】
前記メディア処理装置は、既存の音声呼を特定するための情報を含むメディア送受信の開始に関する呼制御情報を生成するとともに、前記ゲートウェイ装置より受信したメディア送受信の開始に関する呼制御情報を解析する呼生成解析部を備えることを特徴とする請求項１乃至３のいずれか一に記載のコミュニケーション支援システム。
【請求項５】
前記ゲートウェイ装置と通信可能に接続されるとともに前記ゲートウェイ装置間の呼制御を行う呼制御装置を備えることを特徴とする請求項１乃至４のいずれか一に記載のコミュニケーション支援システム。
【請求項６】
１又は複数の通信端末と通信可能に接続されるとともに、１又は複数のメディア処理装置と通信可能に接続されたゲートウェイ装置であって、
管理下の前記通信端末及び前記メディア処理装置、相手方の前記ゲートウェイ装置のいずれかより受信した呼制御情報を解析するとともに、前記呼制御情報を所定の形式に変換する呼解析変換部と、
自電話番号、相手電話番号を含む呼情報を装置内の呼管理テーブルに登録する呼管理部と、
管理下にある前記メディア処理装置に関する情報を装置内のメディア処理装置管理テーブルに登録するメディア処理装置管理部と、
を備え、
前記呼解析変換部は、前記通信端末間で通話が開始される場合、管理下の前記通信端末、又は相手方の前記ゲートウェイ装置より受信した通話開始に関する呼制御情報を解析し、
前記呼管理部は、前記通信端末間で通話が開始される場合、前記呼解析変換部の解析結果に含まれる呼情報を前記呼管理テーブルに登録し、
前記呼解析変換部は、前記通信端末間の通話に関連して前記メディア処理装置間でメディア送受信が開始される場合、管理下の前記メディア処理装置より受信したメディア送受信の開始に関する呼制御情報を解析し、前記呼管理テーブルに登録されている前記呼情報から対象となる通話を特定した上で、その通話に対するメディア追加に関する呼制御情報に変換して、相手方の前記ゲートウェイ装置に送信し、
前記呼解析変換部は、前記通信端末間の通話に関連して前記メディア処理装置間でメディア送受信が開始される場合、相手方の前記ゲートウェイ装置より受信したメディア追加に関する呼制御情報を解析し、前記メディア処理装置管理テーブルに登録されている前記メディア処理装置から対象となるメディア処理装置を特定した上で、特定されたメディア処理装置向けのメディア送受信に関する呼制御情報に変換して、対応する管理下の前記メディア処理装置に送信することを特徴とするゲートウェイ装置。
【請求項７】
前記呼解析変換は、前記メディア処理装置管理テーブルに登録されている前記メディア処理装置から対象となるメディア処理装置を特定する際、メディア送受信が可能なメディア処理装置が出てくるまで繰り返し検索処理を行うことを特徴とする請求項６記載のゲートウェイ装置。
【請求項８】
前記メディア処理装置管理テーブルに登録されている前記メディア処理装置から対象となるメディア処理装置を特定する際に、前記呼解析変換で特定されたメディア処理装置の中から１つのメディア処理装置を選択するためのガイダンス音声を合成するメニュー音声合成部と、
取得した音声データを解析し、前記音声データの中からＤＴＭＦ信号を読み出し、どのメディア処理装置が選択されたのかを判定するＤＴＭＦ解析部と、
を備えることを特徴とする請求項６記載のゲートウェイ装置。
【請求項９】
複数のゲートウェイ装置が通信可能に直接的又は間接的に接続され、前記ゲートウェイ装置ごとに１又は複数の通信端末と通信可能に接続されるとともに１又は複数のメディア処理装置と通信可能に接続されたシステムを用いてコミュニケーションを支援するコミュニケーション支援方法であって、
前記通信端末間で通話が開始される場合、前記ゲートウェイ装置にて、管理下の前記通信端末、又は相手方の前記ゲートウェイ装置より受信した通話開始に関する呼制御情報を解析し、解析結果に含まれる自電話番号、相手電話番号を含む呼情報を呼管理テーブルに登録する工程と、
前記通信端末間の通話に関連して前記メディア処理装置間でメディア送受信が開始される場合、前記ゲートウェイ装置にて、管理下の前記メディア処理装置より受信したメディア送受信の開始に関する呼制御情報を解析し、前記呼管理テーブルに登録されている前記呼情報から対象となる通話を特定した上で、その通話に対するメディア追加に関する呼制御情報に変換して、相手方の前記ゲートウェイ装置に送信する工程と、
前記通信端末間の通話に関連して前記メディア処理装置間でメディア送受信が開始される場合、前記ゲートウェイ装置にて、相手方の前記ゲートウェイ装置より受信したメディア追加に関する呼制御情報を解析し、前記メディア処理装置管理テーブルに登録されている前記メディア処理装置から対象となるメディア処理装置を特定した上で、特定されたメディア処理装置向けのメディア送受信に関する呼制御情報に変換して、対応する管理下の前記メディア処理装置に送信する工程と、
を含むことを特徴とするコミュニケーション支援方法。
【請求項１０】
前記メディア処理装置管理テーブルに登録されている前記メディア処理装置から対象となるメディア処理装置を特定する際、前記ゲートウェイ装置にて、メディア送受信が可能なメディア処理装置が出てくるまで繰り返し検索処理を行うことを特徴とする請求項９記載のコミュニケーション支援方法。
【請求項１１】
前記メディア処理装置管理テーブルに登録されている前記メディア処理装置から対象となるメディア処理装置を特定する際に、
前記ゲートウェイ装置にて、前記呼解析変換で特定されたメディア処理装置の中から１つのメディア処理装置を選択するためのガイダンス音声を合成して、対応する前記通信端末に前記ガイダンス音声を送信する工程と、
前記通信端末にて、前記ゲートウェイ装置より受信した前記ガイダンス音声に基づいて選択された番号に係るＤＴＭＦ信号を含む音声データを前記ゲートウェイ装置に送信する工程と、
前記ゲートウェイ装置にて、前記通信端末から取得した前記音声データを解析し、前記音声データの中からＤＴＭＦ信号を読み出し、どのメディア処理装置が選択されたのかを判定する工程と、
を含み、
判定結果に基づいて対象となるメディア処理装置を特定することを特徴とする請求項９記載のコミュニケーション支援方法。
【請求項１２】
１又は複数の通信端末と通信可能に接続されるとともに、１又は複数のメディア処理装置と通信可能に接続されたゲートウェイ装置にて実行されるプログラムであって、
前記通信端末間で通話が開始される場合、前記ゲートウェイ装置にて、管理下の前記通信端末、又は相手方の前記ゲートウェイ装置より受信した通話開始に関する呼制御情報を解析し、解析結果に含まれる自電話番号、相手電話番号を含む呼情報を呼管理テーブルに登録するステップと、
前記通信端末間の通話に関連して前記メディア処理装置間でメディア送受信が開始される場合、前記ゲートウェイ装置にて、管理下の前記メディア処理装置より受信したメディア送受信の開始に関する呼制御情報を解析し、前記呼管理テーブルに登録されている前記呼情報から対象となる通話を特定した上で、その通話に対するメディア追加に関する呼制御情報に変換して、相手方の前記ゲートウェイ装置に送信するステップと、
前記通信端末間の通話に関連して前記メディア処理装置間でメディア送受信が開始される場合、前記ゲートウェイ装置にて、相手方の前記ゲートウェイ装置より受信したメディア追加に関する呼制御情報を解析し、前記メディア処理装置管理テーブルに登録されている前記メディア処理装置から対象となるメディア処理装置を特定した上で、特定されたメディア処理装置向けのメディア送受信に関する呼制御情報に変換して、対応する管理下の前記メディア処理装置に送信するステップと、
を実行させることを特徴とするプログラム。
【請求項１３】
前記メディア処理装置管理テーブルに登録されている前記メディア処理装置から対象となるメディア処理装置を特定する際、前記ゲートウェイ装置にて、メディア送受信が可能なメディア処理装置が出てくるまで繰り返し検索処理を行うステップを実行させることを特徴とする請求項１２記載のプログラム。
【請求項１４】
前記メディア処理装置管理テーブルに登録されている前記メディア処理装置から対象となるメディア処理装置を特定する際に、
前記ゲートウェイ装置にて、前記呼解析変換で特定されたメディア処理装置の中から１つのメディア処理装置を選択するためのガイダンス音声を合成して、対応する前記通信端末に前記ガイダンス音声を送信するステップと、
前記ゲートウェイ装置にて、前記通信端末から取得した音声データを解析し、前記音声データの中からＤＴＭＦ信号を読み出し、どのメディア処理装置が選択されたのかを判定するステップと、
を実行させることを特徴とする請求項１２記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
［関連出願の記載］
本発明は、日本国特許出願：特願２００８−００９５０８号（２００８年１月１８日出願）の優先権主張に基づくものであり、同出願の全記載内容は引用をもって本書に組み込み記載されているものとする。
本発明は、メディア処理装置を用いて通信端末間でのコミュニケーションの活性化を支援するコミュニケーション支援システム、方法、及びプログラムに関し、特に、ゲートウェイ装置にて音声呼、映像ストリームや画像データ等のデータの送受信を１つのセッションとして管理するコミュニケーション支援システム、方法およびプログラムに関する。
【背景技術】
【０００２】
通信端末を用いて通話を行っている利用者間で、情報処理装置を用いたデータ転送も行えるようにしたコミュニケーション支援システムは、従来から知られている。【０００３】
例えば、特許文献１に記載のコミュニケーション支援システム（マルチメディア転送システム）では、まず、利用者が自身の通信端末を用いて通話相手に発呼する。これにより、発呼側通信端末を収容している発呼側構内交換機が、発呼側通信端末と着呼側通信端末との端末番号を対応付けて自交換機内のデータベース（ＤＢ）に登録し、着呼側通信端末を収容している着呼側構内交換機が、発呼側通信端末と着呼側通信端末との端末番号を対応付けて自交換機内のＤＢに登録する。【０００４】
その後、発呼側通信端末又は着呼側通信端末の利用者（例えば、発呼側通信端末の利用者）が、自身の情報処理装置上でマルチメディアアプリケーションプログラムを起動し、発呼側通信端末の端末番号を入力する。これにより、情報処理装置は、発呼側構内交換機に対して、自装置のＩＰアドレスと、発呼側通信端末の端末番号とを送信する。【０００５】
発呼側構内交換機は、発呼者が利用している情報処理装置のＩＰアドレスを、既にＤＢに登録してある発呼側通信端末及び着呼側通信端末の端末番号と対応付けて登録し、これを契機として発呼側構内交換機は、着呼側構内交換機に対して、着呼側通信端末に情報処理装置が対応付けられているか否かを問い合わせる。【０００６】
この問い合わせに応答して、着呼側構内交換機は、自交換機内のＤＢを参照し、着呼側通信端末に情報処理装置が対応付けられているか否かを示す応答を返す。この時点で、着呼側通信端末の端末番号に対応付けて情報処理装置のＩＰアドレスが登録されていれば、対応付けられている情報処理装置が存在することを示す応答を返す。【０００７】
着呼側構内交換機から応答が返されると、発呼側構内交換機は、それを発呼者が利用している情報処理装置へ送信する。これにより、情報処理装置は、応答内容より通話相手の情報処理装置との間でマルチメディア通信を開始することができる。【０００８】
特許文献１に記載の技術によれば、マルチメディアアプリケーションプログラムの起動時に自情報処理装置のＩＰアドレスと自通信端末の端末番号とを送信し、交換機内のＤＢに登録しているので、通話開始時にこれらの情報を利用することで発呼側情報処理装置、着呼側情報処理装置が互いのＩＰアドレスを知ることができ、マルチメディア通信を開始することができる。【０００９】
【特許文献１】特開２００５−１２３８０号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
以上の特許文献１の開示事項は、本書に引用をもって繰り込み記載されているものとする。以下の分析は、本発明によって与えられたものである。
しかしながら、特許文献１に記載の技術では、システムの構成上、通信端末の端末番号に関連付けられる情報処理装置のＩＰアドレスは１つだけであり、別の情報処理装置を利用するためには、一旦最初に利用していた情報処理装置上のマルチメディアアプリケーションプログラムを終了し、再度、別に利用したい情報処理装置上にてマルチメディアアプリケーションプログラムを起動する必要があった。【００１１】
また、情報処理装置間のマルチメディア通信は通信端末間の通話とは別に管理されているため、通話終了時には別途マルチメディアアプリケーションプログラムによるマルチメディア通信を終了させる操作が必要となっていた。【００１２】
本発明の主な課題は、通信端末間でのコミュニケーションを活性化することができるコミュニケーション支援システム、方法、プログラム等を提供することである。
【課題を解決するための手段】
【００１３】
本発明の第１の視点においては、複数のゲートウェイ装置が通信可能に直接的又は間接的に接続され、前記ゲートウェイ装置ごとに１又は複数の通信端末と通信可能に接続されるとともに１又は複数のメディア処理装置と通信可能に接続されたコミュニケーション支援システムであって、前記ゲートウェイ装置は、管理下の前記通信端末及び前記メディア処理装置、相手方の前記ゲートウェイ装置のいずれかより受信した呼制御情報を解析するとともに、前記呼制御情報を所定の形式に変換する呼解析変換部と、自電話番号、相手電話番号を含む呼情報を装置内の呼管理テーブルに登録する呼管理部と、管理下にある前記メディア処理装置に関する情報を装置内のメディア処理装置管理テーブルに登録するメディア処理装置管理部と、を備え、前記呼解析変換部は、前記通信端末間で通話が開始される場合、管理下の前記通信端末、又は相手方の前記ゲートウェイ装置より受信した通話開始に関する呼制御情報を解析し、前記呼管理部は、前記通信端末間で通話が開始される場合、前記呼解析変換部の解析結果に含まれる呼情報を前記呼管理テーブルに登録し、前記呼解析変換部は、前記通信端末間の通話に関連して前記メディア処理装置間でメディア送受信が開始される場合、管理下の前記メディア処理装置より受信したメディア送受信の開始に関する呼制御情報を解析し、前記呼管理テーブルに登録されている前記呼情報から対象となる通話を特定した上で、その通話に対するメディア追加に関する呼制御情報に変換して、相手方の前記ゲートウェイ装置に送信し、前記呼解析変換部は、前記通信端末間の通話に関連して前記メディア処理装置間でメディア送受信が開始される場合、相手方の前記ゲートウェイ装置より受信したメディア追加に関する呼制御情報を解析し、前記メディア処理装置管理テーブルに登録されている前記メディア処理装置から対象となるメディア処理装置を特定した上で、特定されたメディア処理装置向けのメディア送受信に関する呼制御情報に変換して、対応する管理下の前記メディア処理装置に送信することを特徴とする。【００１４】
本発明の第２の視点においては、１又は複数の通信端末と通信可能に接続されるとともに、１又は複数のメディア処理装置と通信可能に接続されたゲートウェイ装置であって、管理下の前記通信端末及び前記メディア処理装置、相手方の前記ゲートウェイ装置のいずれかより受信した呼制御情報を解析するとともに、前記呼制御情報を所定の形式に変換する呼解析変換部と、自電話番号、相手電話番号を含む呼情報を装置内の呼管理テーブルに登録する呼管理部と、管理下にある前記メディア処理装置に関する情報を装置内のメディア処理装置管理テーブルに登録するメディア処理装置管理部と、を備え、前記呼解析変換部は、前記通信端末間で通話が開始される場合、管理下の前記通信端末、又は相手方の前記ゲートウェイ装置より受信した通話開始に関する呼制御情報を解析し、前記呼管理部は、前記通信端末間で通話が開始される場合、前記呼解析変換部の解析結果に含まれる呼情報を前記呼管理テーブルに登録し、前記呼解析変換部は、前記通信端末間の通話に関連して前記メディア処理装置間でメディア送受信が開始される場合、管理下の前記メディア処理装置より受信したメディア送受信の開始に関する呼制御情報を解析し、前記呼管理テーブルに登録されている前記呼情報から対象となる通話を特定した上で、その通話に対するメディア追加に関する呼制御情報に変換して、相手方の前記ゲートウェイ装置に送信し、前記呼解析変換部は、前記通信端末間の通話に関連して前記メディア処理装置間でメディア送受信が開始される場合、相手方の前記ゲートウェイ装置より受信したメディア追加に関する呼制御情報を解析し、前記メディア処理装置管理テーブルに登録されている前記メディア処理装置から対象となるメディア処理装置を特定した上で、特定されたメディア処理装置向けのメディア送受信に関する呼制御情報に変換して、対応する管理下の前記メディア処理装置に送信することを特徴とする。【００１５】
本発明の第３の視点においては、ゲートウェイ装置と通信可能に接続されたメディア処理装置であって、既存の音声呼を特定するための情報を含むメディア送受信の開始に関する呼制御情報を生成するとともに、前記ゲートウェイ装置より受信したメディア送受信の開始に関する呼制御情報を解析する呼生成解析部を備えることを特徴とする。【００１６】
本発明の第４の視点においては、複数のゲートウェイ装置が通信可能に直接的又は間接的に接続され、前記ゲートウェイ装置ごとに１又は複数の通信端末と通信可能に接続されるとともに１又は複数のメディア処理装置と通信可能に接続されたシステムを用いてコミュニケーションを支援するコミュニケーション支援方法であって、前記通信端末間で通話が開始される場合、前記ゲートウェイ装置にて、管理下の前記通信端末、又は相手方の前記ゲートウェイ装置より受信した通話開始に関する呼制御情報を解析し、解析結果に含まれる自電話番号、相手電話番号を含む呼情報を呼管理テーブルに登録する工程と、前記通信端末間の通話に関連して前記メディア処理装置間でメディア送受信が開始される場合、前記ゲートウェイ装置にて、管理下の前記メディア処理装置より受信したメディア送受信の開始に関する呼制御情報を解析し、前記呼管理テーブルに登録されている前記呼情報から対象となる通話を特定した上で、その通話に対するメディア追加に関する呼制御情報に変換して、相手方の前記ゲートウェイ装置に送信する工程と、前記通信端末間の通話に関連して前記メディア処理装置間でメディア送受信が開始される場合、前記ゲートウェイ装置にて、相手方の前記ゲートウェイ装置より受信したメディア追加に関する呼制御情報を解析し、前記メディア処理装置管理テーブルに登録されている前記メディア処理装置から対象となるメディア処理装置を特定した上で、特定されたメディア処理装置向けのメディア送受信に関する呼制御情報に変換して、対応する管理下の前記メディア処理装置に送信する工程と、を含むことを特徴とする。【００１７】
本発明の第５の視点においては、１又は複数の通信端末と通信可能に接続されるとともに、１又は複数のメディア処理装置と通信可能に接続されたゲートウェイ装置にて実行されるプログラムであって、前記通信端末間で通話が開始される場合、前記ゲートウェイ装置にて、管理下の前記通信端末、又は相手方の前記ゲートウェイ装置より受信した通話開始に関する呼制御情報を解析し、解析結果に含まれる自電話番号、相手電話番号を含む呼情報を呼管理テーブルに登録するステップと、前記通信端末間の通話に関連して前記メディア処理装置間でメディア送受信が開始される場合、前記ゲートウェイ装置にて、管理下の前記メディア処理装置より受信したメディア送受信の開始に関する呼制御情報を解析し、前記呼管理テーブルに登録されている前記呼情報から対象となる通話を特定した上で、その通話に対するメディア追加に関する呼制御情報に変換して、相手方の前記ゲートウェイ装置に送信するステップと、前記通信端末間の通話に関連して前記メディア処理装置間でメディア送受信が開始される場合、前記ゲートウェイ装置にて、相手方の前記ゲートウェイ装置より受信したメディア追加に関する呼制御情報を解析し、前記メディア処理装置管理テーブルに登録されている前記メディア処理装置から対象となるメディア処理装置を特定した上で、特定されたメディア処理装置向けのメディア送受信に関する呼制御情報に変換して、対応する管理下の前記メディア処理装置に送信するステップと、を実行させることを特徴とする。
【発明の効果】
【００１８】
本発明によれば、従来技術のように自己方の情報処理装置のＩＰアドレスと自己方の通信端末の端末番号を１対１の関係で登録しておく必要はなく、マルチメディア通信が必要となった段階でゲートウェイ装置下にて管理されている複数のメディア処理装置の中から適切なものを選択、利用することができる。その理由は、相手方のゲートェイ装置より受信したメディア追加を意味する呼制御情報を解析し、メディア処理装置管理テーブルに格納されているメディア処理装置から対象となるメディア処理装置を特定し、また、メディア処理装置向けにメディア送受信のための呼制御情報に変換しているからである。【００１９】
また、本発明によれば、音声呼の終了時に関連づけられているメディア処理装置間の映像ストリームや画像データ送受信などのマルチメディア通信を同時に終了することが可能となり、別途終了させるといった操作は不要となる。その理由は、既存の音声呼に対して、ゲートウェイ装置下のメディア処理装置を用いて生成、処理される映像ストリームや画像データ送受信などが関連付けられており、ゲートウェイ装置にて音声呼および映像ストリームや画像データ送受信などを１つのセッションとして管理できているからである。【００２０】
また、本発明によれば、既存の音声呼に対して、ゲートウェイ装置下のメディア処理装置を用いて生成、処理される映像ストリームや画像データ送受信などを関連付けることが可能となり、音声呼および映像ストリームや画像データ送受信などを１つのセッションとして動作させることができる。【００２１】
さらに、本発明によれば、固定電話機や携帯電話機のように音声通話に支障はないが、他のマルチメディア通信を行う場合に能力が不足する、或いは、使い勝手が悪いようなケースにおいて、ゲートウェイ装置下にて管理される他のメディア処理装置を併用し、メディア処理装置を用いて生成、処理される映像ストリームや画像データなどを利用者間の既存の通話に関連付けることにより、利用者間でのコミュニケーションを活性化することができる。
【図面の簡単な説明】
【００２２】
【図１】本発明の実施例１に係るコミュニケーション支援システムの構成を模式的に示したブロック図である。
【図２】本発明の実施例１に係るコミュニケーション支援システムにおけるゲートウェイ装置及びメディア処理装置の詳細な構成を模式的に示したブロック図である。
【図３】本発明の実施例１に係るコミュニケーション支援システムにおける呼管理テーブルを示した模式図である。
【図４】本発明の実施例１に係るコミュニケーション支援システムにおけるメディア処理装置管理テーブルを示した模式図である。
【図５】本発明の実施例１に係るコミュニケーション支援システムの登録動作を模式的に示したシーケンス図である。
【図６】本発明の実施例１に係るコミュニケーション支援システムの削除動作を模式的に示したシーケンス図である。
【図７】本発明の実施例１に係るコミュニケーション支援システムの通話開始動作を模式的に示したシーケンス図である。
【図８】本発明の実施例１に係るコミュニケーション支援システムの通話終了動作を模式的に示したシーケンス図である。
【図９】本発明の実施例１に係るコミュニケーション支援システムのメディア開始動作を模式的に示したシーケンス図である。
【図１０】本発明の実施例１に係るコミュニケーション支援システムのメディア終了動作を模式的に示したシーケンス図である。
【図１１】本発明の実施例１に係るコミュニケーション支援システムにおけるメディア処理装置管理テーブルの変形例を示した模式図である。
【図１２】本発明の実施例２に係るコミュニケーション支援システムの構成を模式的に示したブロック図である。
【図１３】本発明の実施例２に係るコミュニケーション支援システムのメディア開始動作を模式的に示したシーケンス図である。
【符号の説明】
【００２３】
１０  呼制御装置
２０、３０  ゲートウェイ装置
４０、５０、５１  通信端末
６０、７０、７１  メディア処理装置
２０１  外部呼送受信部
２０２  呼解析変換部
２０３  内部呼送受信部
２１１  外部音声送受信部
２１２  音声変換部
２１３  内部音声送受信部
２２１  外部メディア送受信部
２２２  メディア変換部
２２３  内部メディア送受信部
２３１  呼管理テーブル
２３２  呼管理部
２４１  メディア処理装置管理テーブル
２４２  メディア処理装置管理部
２４３  メディア処理装置情報送受信部
２５１  メニュー音声合成部
２５２  ＤＴＭＦ解析部
６０１  呼送受信部
６０２  呼生成解析部
６２１  メディア送受信部
６２２  メディア処理部
６４１  メディア処理装置情報送受信部
【発明を実施するための最良の形態】
【００２４】
本発明の実施形態１に係るコミュニケーション支援システムでは、複数のゲートウェイ装置（図１の２０、３０）が通信可能に直接的又は間接的に接続され、前記ゲートウェイ装置（図１の２０、３０）ごとに１又は複数の通信端末（図１の４０、５０、５１）と通信可能に接続されるとともに１又は複数のメディア処理装置（図１の６０、７０、７１）と通信可能に接続されたコミュニケーション支援システムであって、前記ゲートウェイ装置（例えば、図２の２０）は、管理下の前記通信端末（例えば、図２の４０）及び前記メディア処理装置（例えば、図２の６０）、相手方の前記ゲートウェイ装置（例えば、図２の３０）のいずれかより受信した呼制御情報を解析するとともに、前記呼制御情報を所定の形式に変換する呼解析変換部（例えば、図２の２０２）と、自電話番号、相手電話番号を含む呼情報を装置内の呼管理テーブル（例えば、図２の２３１；図３）に登録する呼管理部（例えば、図２の２３２）と、管理下にある前記メディア処理装置（例えば、図２の６０）に関する情報を装置内のメディア処理装置管理テーブル（例えば、図２の２４１；図４）に登録するメディア処理装置管理部（例えば、図２の２４２）と、を備え、前記呼解析変換部（例えば、図２の２０２）は、前記通信端末（例えば、図１の４０、５０）間で通話が開始される場合、管理下の前記通信端末（例えば、図２の４０）、又は相手方の前記ゲートウェイ装置（例えば、図２の３０）より受信した通話開始に関する呼制御情報を解析し、前記呼管理部（例えば、図２の２３２）は、前記通信端末（例えば、図２の４０、５０）間で通話が開始される場合、前記呼解析変換部（例えば、図２の２０２）の解析結果に含まれる呼情報を前記呼管理テーブル（例えば、図２の２３１）に登録し、前記呼解析変換部（例えば、図２の２０２）は、前記通信端末（例えば、図１の４０、５０）間の通話に関連して前記メディア処理装置（例えば、図１の６０、７０）間でメディア送受信が開始される場合、管理下の前記メディア処理装置（例えば、図１の６０）より受信したメディア送受信の開始に関する呼制御情報を解析し、前記呼管理テーブル（例えば、図２の２３１）に登録されている前記呼情報から対象となる通話を特定した上で、その通話に対するメディア追加に関する呼制御情報に変換して、相手方の前記ゲートウェイ装置（例えば、図２の３０）に送信し、前記呼解析変換部（例えば、図２の２０２）は、前記通信端末（例えば、図１の４０、５０）間の通話に関連して前記メディア処理装置（例えば、図１の６０、７０）間でメディア送受信が開始される場合、相手方の前記ゲートウェイ装置（例えば、図２の３０）より受信したメディア追加に関する呼制御情報を解析し、前記メディア処理装置管理テーブル（例えば、図２の２４１）に登録されている前記メディア処理装置から対象となるメディア処理装置を特定した上で、特定されたメディア処理装置向けのメディア送受信に関する呼制御情報に変換して、対応する管理下の前記メディア処理装置（例えば、図２の６０）に送信する（形態１）。
さらに、以下の形態も可能である。
前記呼解析変換は、前記メディア処理装置管理テーブルに登録されている前記メディア処理装置から対象となるメディア処理装置を特定する際、メディア送受信が可能なメディア処理装置が出てくるまで繰り返し検索処理を行うことが好ましい（形態１−１）。
前記ゲートウェイ装置は、前記メディア処理装置管理テーブルに登録されている前記メディア処理装置から対象となるメディア処理装置を特定する際に、前記呼解析変換で特定されたメディア処理装置の中から１つのメディア処理装置を選択するためのガイダンス音声を合成するメニュー音声合成部と、取得した音声データを解析し、前記音声データの中からＤＴＭＦ信号を読み出し、どのメディア処理装置が選択されたのかを判定するＤＴＭＦ解析部と、を備え、前記通信端末は、前記ゲートウェイ装置より受信した前記ガイダンス音声に基づいて選択された番号に係るＤＴＭＦ信号を含む音声データを前記ゲートウェイ装置に送信することが好ましい（形態１−２）。
前記メディア処理装置は、既存の音声呼を特定するための情報を含むメディア送受信の開始に関する呼制御情報を生成するとともに、前記ゲートウェイ装置より受信したメディア送受信の開始に関する呼制御情報を解析する呼生成解析部を備えることが好ましい（形態１−３）。
前記ゲートウェイ装置と通信可能に接続されるとともに前記ゲートウェイ装置間の呼制御を行う呼制御装置を備えることが好ましい（形態１−４）。【００２５】
本発明の実施形態２に係るコミュニケーション支援方法では、複数のゲートウェイ装置（図１の２０、３０）が通信可能に直接的又は間接的に接続され、前記ゲートウェイ装置（図１の２０、３０）ごとに１又は複数の通信端末（図１の４０、５０、５１）と通信可能に接続されるとともに１又は複数のメディア処理装置（図１の６０、７０、７１）と通信可能に接続されたシステムを用いてコミュニケーションを支援するコミュニケーション支援方法であって、前記通信端末（例えば、図７の４０、５０）間で通話が開始される場合、前記ゲートウェイ装置（例えば、図７の２０）にて、管理下の前記通信端末（例えば、図１の４０）、又は相手方の前記ゲートウェイ装置（例えば、図１の３０）より受信した通話開始に関する呼制御情報を解析し、解析結果に含まれる自電話番号、相手電話番号を含む呼情報を呼管理テーブルに登録する工程（図７のステップＣ７又はＣ９）と、前記通信端末（例えば、図７の４０、５０）間の通話に関連して前記メディア処理装置（例えば、図９の６０、７０）間でメディア送受信が開始される場合、前記ゲートウェイ装置（例えば、図９の２０）にて、管理下の前記メディア処理装置（例えば、図９の２０）より受信したメディア送受信の開始に関する呼制御情報を解析し、前記呼管理テーブル（例えば、図２の２３１、図３）に登録されている前記呼情報から対象となる通話を特定した上で、その通話に対するメディア追加に関する呼制御情報に変換して、相手方の前記ゲートウェイ装置（例えば、図９の３０）に送信する工程（図９のステップＥ２、Ｅ３）と、前記通信端末（例えば、図７の４０、５０）間の通話に関連して前記メディア処理装置（例えば、図９の６０、７０）間でメディア送受信が開始される場合、前記ゲートウェイ装置（例えば、図９の３０）にて、相手方の前記ゲートウェイ装置（例えば、図９の２０）より受信したメディア追加に関する呼制御情報を解析し、前記メディア処理装置管理テーブル（例えば、図２の２４１）に登録されている前記メディア処理装置から対象となるメディア処理装置を特定した上で、特定されたメディア処理装置向けのメディア送受信に関する呼制御情報に変換して、対応する管理下の前記メディア処理装置（例えば、図９の７０）に送信する工程（図９のステップＥ５〜Ｅ１０）と、を含む（形態２）。
さらに、以下の形態も可能である。
前記メディア処理装置管理テーブルに登録されている前記メディア処理装置から対象となるメディア処理装置を特定する際、前記ゲートウェイ装置にて、メディア送受信が可能なメディア処理装置が出てくるまで繰り返し検索処理を行うことが好ましい（形態２−１）。
前記メディア処理装置管理テーブルに登録されている前記メディア処理装置から対象となるメディア処理装置を特定する際に、前記ゲートウェイ装置にて、前記呼解析変換で特定されたメディア処理装置の中から１つのメディア処理装置を選択するためのガイダンス音声を合成して、対応する前記通信端末に前記ガイダンス音声を送信する工程と、前記通信端末にて、前記ゲートウェイ装置より受信した前記ガイダンス音声に基づいて選択された番号に係るＤＴＭＦ信号を含む音声データを前記ゲートウェイ装置に送信する工程と、前記ゲートウェイ装置にて、前記通信端末から取得した前記音声データを解析し、前記音声データの中からＤＴＭＦ信号を読み出し、どのメディア処理装置が選択されたのかを判定する工程と、を含み、判定結果に基づいて対象となるメディア処理装置を特定することが好ましい（形態２−３）。【００２６】
本発明の実施形態３に係るプログラムは、１又は複数の通信端末（例えば、図１の４０）と通信可能に接続されるとともに、１又は複数のメディア処理装置（例えば、図１の６０）と通信可能に接続されたゲートウェイ装置（図１の２０）にて実行されるプログラムであって、前記通信端末（例えば、図７の４０、５０）間で通話が開始される場合、前記ゲートウェイ装置（例えば、図７の２０）にて、管理下の前記通信端末（例えば、図７の４０）、又は相手方の前記ゲートウェイ装置（例えば、図７の３０）より受信した通話開始に関する呼制御情報を解析し、解析結果に含まれる自電話番号、相手電話番号を含む呼情報を呼管理テーブル（例えば、図２の２３１、図３）に登録するステップ（図７のステップＣ９又はＣ７）と、前記通信端末（例えば、図７の４０、５０）間の通話に関連して前記メディア処理装置（例えば、図９の６０、７０）間でメディア送受信が開始される場合、前記ゲートウェイ装置（例えば、図９の２０）にて、管理下の前記メディア処理装置（例えば、図９の６０）より受信したメディア送受信の開始に関する呼制御情報を解析し、前記呼管理テーブルに登録されている前記呼情報から対象となる通話を特定した上で、その通話に対するメディア追加に関する呼制御情報に変換して、相手方の前記ゲートウェイ装置（例えば、図９の３０）に送信するステップ（図９のステップＥ２、Ｅ３）と、前記通信端末（例えば、図７の４０、５０）間の通話に関連して前記メディア処理装置（例えば、図９の６０、７０）間でメディア送受信が開始される場合、前記ゲートウェイ装置（例えば、図９の３０）にて、相手方の前記ゲートウェイ装置（例えば、図９の２０）より受信したメディア追加に関する呼制御情報を解析し、前記メディア処理装置管理テーブル（例えば、図２の２４１、図４）に登録されている前記メディア処理装置から対象となるメディア処理装置を特定した上で、特定されたメディア処理装置向けのメディア送受信に関する呼制御情報に変換して、対応する管理下の前記メディア処理装置（例えば、図９の７０）に送信するステップ（図９のステップＥ５〜Ｅ１０）と、を実行させる（形態３）。
さらに、以下の形態も可能である。
前記メディア処理装置管理テーブルに登録されている前記メディア処理装置から対象となるメディア処理装置を特定する際、前記ゲートウェイ装置にて、メディア送受信が可能なメディア処理装置が出てくるまで繰り返し検索処理を行うステップを実行させることが好ましい（形態３−１）。
前記メディア処理装置管理テーブルに登録されている前記メディア処理装置から対象となるメディア処理装置を特定する際に、前記ゲートウェイ装置にて、前記呼解析変換で特定されたメディア処理装置の中から１つのメディア処理装置を選択するためのガイダンス音声を合成して、対応する前記通信端末に前記ガイダンス音声を送信するステップと、前記ゲートウェイ装置にて、前記通信端末から取得した音声データを解析し、前記音声データの中からＤＴＭＦ信号を読み出し、どのメディア処理装置が選択されたのかを判定するステップと、を実行させることが好ましい（形態３−２）。
【実施例１】
【００２７】
本発明の実施例１について図面を用いて説明する。図１は、本発明の実施例１に係るコミュニケーション支援システムの構成を模式的に示したブロック図である。【００２８】
実施例１に係るコミュニケーション支援システムは、メディア処理装置６０、７０、７１を用いて通信端末４０、５０、５１間でのコミュニケーションの活性化を支援するシステムである。コミュニケーション支援システムは、呼制御装置１０と、ゲートウェイ装置２０、３０と、通信端末４０、５０、５１と、メディア処理装置６０、７０、７１と、を有する。【００２９】
呼制御装置１０は、ゲートウェイ装置２０、３０間の呼制御を行う装置である。呼制御装置１０は、ネットワークを介してゲートウェイ装置２０、３０と通信可能に接続されており、ゲートウェイ装置２０、３０間の呼情報、呼制御情報のやりとりを制御する。ここで、呼制御情報は、通話開始、通話終了、メディア追加、メディア削除に関するコマンドや、当該コマンドに対する結果といった呼制御に関する情報である。呼制御情報は、通話開始コマンドの場合、自電話番号や相手電話番号といった呼情報を含む。【００３０】
ゲートウェイ装置２０、３０は、コンピュータネットワークhttp://ja.wikipedia.org/wiki/%E3%82%B3%E3%83%B3%E3%83%94%E3%83%A5%E3%83%BC%E3%82%BF%E3%83%BB%E3%83%8D%E3%83%83%E3%83%88%E3%83%AF%E3%83%BC%E3%82%AFにおいて、異なる媒体や通信プロトコルを使用するネットワーク間の通信を可能にするためのコンピュータである。ゲートウェイ装置２０、３０は、ネットワークを介して呼制御装置１０と通信可能に接続されている。ゲートウェイ装置２０、３０は、互いに呼制御装置１０を介さないでネットワークを介して通信可能に接続されている。ゲートウェイ装置２０、３０間の呼制御情報は、必要に応じて呼制御装置１０を仲介するが、音声や他の映像ストリームや画像データなどはネットワークを介しゲートウェイ装置２０、３０間で直接送受信されることになる。ゲートウェイ装置２０、３０は、ＨＴＴＰアドレスを利用して通信を行う。【００３１】
通信端末４０、５０、５１は、固定電話機、携帯電話機等の通信可能な端末である。通信端末４０は、ネットワークを介してゲートウェイ装置２０と有線又は無線により通信可能に接続されている。通信端末５０、５１は、ネットワークを介してゲートウェイ装置３０と有線又は無線により通信可能に接続されている。【００３２】
メディア処理装置６０、７０、７１は、メディアに関する情報処理を行うコンピュータである。メディア処理装置６０は、ネットワークを介してゲートウェイ装置２０と通信可能に接続されている。メディア処理装置７０、７１は、ネットワークを介してゲートウェイ装置３０と通信可能に接続されている。【００３３】
なお、図１では、都合上、ゲートウェイ装置２０、３０下に存在する通信端末４０、５０、５１やメディア処理装置６０、７０、７１が１つ、または、２つとなっているが、これに制限されるものではなく、３つ以上の通信端末やメディア処理装置をゲートウェイ装置下に配置することも可能である。また、呼制御装置１０とゲートウェイ装置２０、３０間のネットワークとゲートウェイ装置２０、３０と通信端末４０、５０、５１、メディア処理装６０、７０、７１間のネットワークは別のネットワークであってもよい。さらに、以降では、呼制御装置１０とゲートウェイ装置２０、３０間のネットワークを外部ネットワークと呼び、ゲートウェイ装置２０（３０）と通信端末４０（５０、５１）、メディア処理装置６０（７０、７１）間のネットワークを内部ネットワークと呼ぶが、外部ネットワークと内部ネットワークが同一のネットワークであってもよい。【００３４】
次に、本発明の実施例１に係るコミュニケーション支援システムにおけるゲートウェイ装置の詳細な構成について図面を用いて説明する。図２は、本発明の実施例１に係るコミュニケーション支援システムにおけるゲートウェイ装置及びメディア処理装置の詳細な構成を模式的に示したブロック図である。【００３５】
ゲートウェイ装置２０、３０は、コンピュータにおけるハードウェア資源上でプログラムを実行することにより、外部呼送受信部２０１、呼解析変換部２０２、内部呼送受信部２０３、外部音声送受信部２１１、音声変換部２１２、内部音声送受信部２１３、外部メディア送受信部２２１、メディア変換部２２２、内部メディア送受信部２２３、呼管理部２３２、メディア処理装置管理部２４２、メディア処理装置情報送受信部２４３が実現される。ゲートウェイ装置２０、３０には、コンピュータにおけるハードウェア資源上で呼管理テーブル２３１、メディア処理装置管理テーブル２４１が記憶されている。なお、プログラムは任意の記憶媒体に記憶可能である。【００３６】
ゲートウェイ装置２０は、外部呼送受信部２０１を備え、呼制御装置１０に対して呼制御情報を送信することができ、また、呼制御装置１０からの呼制御情報を受信することができる。また、ゲートウェイ装置２０は、内部呼送受信部２０３を備え、通信端末４０やメディア処理装置６０に対して呼制御情報を送信することができ、また、通信端末４０やメディア処理装置６０からの呼制御情報を受信することができる。【００３７】
ゲートウェイ装置３０は、ゲートウェイ装置２０と同様に、外部呼送受信部（２０１に対応）を備え、呼制御装置１０に対して呼制御情報を送信することができ、また、呼制御装置１０からの呼制御情報を受信することができる。また、ゲートウェイ装置３０は、ゲートウェイ装置２０と同様に、内部呼送受信部（２０３に対応）を備え、通信端末（図１の５０、５１）やメディア処理装置（図１の７０、７１）に対して呼制御情報を送信することができ、また、通信端末（図１の５０、５１）やメディア処理装置（図１の７０、７１）からの呼制御情報を受信することができる。【００３８】
ゲートウェイ装置２０は、呼解析変換部２０２を備え、通信端末４０から受信した呼制御情報を解析し、その解析結果を呼管理部２３２に渡し、解析結果に含まれる自電話番号、相手電話番号といった呼情報を呼管理テーブル２３１（図３参照）に登録させることができる。また、呼解析変換部２０２は、呼制御装置１０から受信した呼制御情報を解析し、その解析結果を呼管理部２３２に渡し、解析結果に含まれる自電話番号、相手電話番号といった呼情報を呼管理テーブル２３１（図３参照）に登録させることができる。また、呼解析変換部２０２は、メディア処理装置６０より受信したメディア送受信のための呼制御情報を解析し、その解析結果に基づいて呼管理部２３２を経由して呼管理テーブル２３１（図３参照）に格納されている呼情報から対象となる通話を特定した上で、その通話に対するメディアの追加を意味する呼制御情報に変換することができる。また、呼解析変換部２０２は、呼制御装置１０を経由して受信した相手方のゲートウェイ装置３０からのメディアの追加を意味する呼制御情報を解析し、その解析結果に基づいてメディア処理装置管理部２４２を経由してメディア処理装置管理テーブル２４１（図４参照）に格納されている情報から対象となるメディア処理装置を特定し、特定されたメディア処理装置向けにメディア送受信のための呼制御情報に変換し、メディア送受信が可能なメディア処理装置が検索されるまで繰り返し処理を行うことができる。【００３９】
ゲートウェイ装置３０は、ゲートウェイ装置２０と同様に、呼解析変換部（２０２に対応）を備え、通信端末（図１の５０、５１）から受信した呼制御情報を解析し、その解析結果を呼管理部（２３２に対応）に渡し、解析結果に含まれる自電話番号、相手電話番号といった呼情報を呼管理テーブル（２３１に対応；図３参照）に登録させることができる。また、呼解析変換部（２０２に対応）は、呼制御装置１０から受信した呼制御情報を解析し、その解析結果を呼管理部２３２に渡し、解析結果に含まれる自電話番号、相手電話番号といった呼情報を呼管理テーブル（２３１に対応；図３参照）に登録させることができる。また、呼解析変換部（２０２に対応）は、メディア処理装置（図１の７０、７１）より受信したメディア送受信のための呼制御情報を解析し、その解析結果に基づいて呼管理部２３２を経由して呼管理テーブル（２３１に対応；図３参照）に格納されている呼情報から対象となる通話を特定した上で、その通話に対するメディアの追加を意味する呼制御情報に変換することができる。また、呼解析変換部（２０２に対応）は、呼制御装置１０を経由して受信した相手方のゲートウェイ装置２０からのメディアの追加を意味する呼制御情報を解析し、その解析結果に基づいてメディア処理装置管理部２４２を経由してメディア処理装置管理テーブル（２４１に対応；図４参照）に格納されている情報から対象となるメディア処理装置を特定し、特定されたメディア処理装置向けにメディア送受信のための呼制御情報に変換し、メディア送受信が可能なメディア処理装置が検索されるまで繰り返し処理を行うことができる。【００４０】
ゲートウェイ装置２０は、外部音声送受信部２１１を備え、相手方の通信端末（図１の５０、５１）が管理されているゲートウェイ装置３０に対して音声データを送信することができ、また、相手方の通信端末（図１の５０、５１）が管理されているゲートウェイ装置３０からの音声データを受信することができる。また、ゲートウェイ装置２０は、内部音声送受信部２１３を備え、通信端末４０に対して音声データを送信することができ、また、通信端末４０からの音声データを受信することができる。【００４１】
ゲートウェイ装置３０は、ゲートウェイ装置２０と同様に、外部音声送受信部（２１１に対応）を備え、相手方の通信端末４０が管理されているゲートウェイ装置２０に対して音声データを送信することができ、また、相手方の通信端末４０が管理されているゲートウェイ装置２０からの音声データを受信することができる。また、ゲートウェイ装置３０は、内部音声送受信部（２１３に対応）を備え、通信端末（図１の５０、５１）に対して音声データを送信することができ、また、通信端末（図１の５０、５１）からの音声データを受信することができる。【００４２】
ゲートウェイ装置２０は、音声変換部２１２を備え、外部音声送受信部２１１が受信した音声データを必要に応じて変換（通信端末４０に対応する音声データに変換）し、内部音声送受信部２１３を経由して通信端末４０に対して送信することができる。また、ゲートウェイ装置２０は、内部音声送受信部２１３が受信した音声データを必要に応じて変換（相手方の通信端末（図１の５０、５１）に対応する音声データに変換）し、外部音声送受信部２１１を経由して相手方の通信端末（図１の５０、５１）が管理されているゲートウェイ装置３０に対して送信することができる。【００４３】
ゲートウェイ装置３０は、ゲートウェイ装置２０と同様に、音声変換部（２１２に対応）を備え、外部音声送受信部（２１１に対応）が受信した音声データを必要に応じて変換（通信端末（図１の５０、５１）に対応する音声データに変換）し、内部音声送受信部（２１３に対応）を経由して通信端末（図１の５０、５１）に対して送信することができる。また、ゲートウェイ装置３０は、内部音声送受信部（２１３に対応）が受信した音声データを必要に応じて変換（相手方の通信端末４０に対応する音声データに変換）し、外部音声送受信部（２１１に対応）を経由して相手方の通信端末５０が管理されているゲートウェイ装置２０に対して送信することができる。【００４４】
ゲートウェイ装置２０は、外部メディア送受信部２２１を備え、相手方のメディア処理装置（図１の７０、７１）が管理されているゲートウェイ装置３０に対して映像ストリームや画像データなどのメディアデータを送信することができ、また、相手方の通信端末（図１の５０、５１）が管理されているゲートウェイ装置３０からの映像ストリームや画像データなどのメディアデータを受信することができる。また、ゲートウェイ装置２０は、内部メディア送受信部２２３を備え、メディア処理装置６０に対して映像ストリームや画像データなどのメディアデータを送信することができ、また、メディア処理装置６０からの映像ストリームや画像データなどのメディアデータを受信することができる。【００４５】
ゲートウェイ装置３０は、ゲートウェイ装置２０と同様に、外部メディア送受信部（２２１に対応）を備え、相手方のメディア処理装置６０が管理されているゲートウェイ装置２０に対して映像ストリームや画像データなどのメディアデータを送信することができ、また、相手方の通信端末４０が管理されているゲートウェイ装置２０からの映像ストリームや画像データなどのメディアデータを受信することができる。また、ゲートウェイ装置３０は、内部メディア送受信部（２２３に対応）を備え、メディア処理装置（図１の７０、７１）に対して映像ストリームや画像データなどのメディアデータを送信することができ、また、メディア処理装置（図１の７０、７１）からの映像ストリームや画像データなどのメディアデータを受信することができる。【００４６】
ゲートウェイ装置２０は、外部メディア変換部２２２を備え、外部メディア送受信部２２１が受信した映像ストリームや画像データなどのメディアデータを必要に応じて変換（メディア処理装置６０に対応するメディアデータに変換）し、内部メディア送受信部２２３を経由してメディア処理装置６０に対して送信することができる。また、ゲートウェイ装置２０は、内部メディア送受信部２２３が受信した映像ストリームや画像データなどのメディアデータを必要に応じて変換（相手方のメディア処理装置（図１の７０、７１）に対応するメディアデータに変換）し、外部メディア送受信部２２１を経由して相手方のメディア処理装置（図１の７０、７１）が管理されているゲートウェイ装置３０に対して送信することができる。【００４７】
ゲートウェイ装置３０は、ゲートウェイ装置２０と同様に、外部メディア変換部（２２２に対応）を備え、外部メディア送受信部（２２１に対応）が受信した映像ストリームや画像データなどのメディアデータを必要に応じて変換（メディア処理装置（図１の７０、７１）に対応するメディアデータに変換）し、内部メディア送受信部（２２３に対応）を経由してメディア処理装置（図１の７０、７１）に対して送信することができる。また、ゲートウェイ装置３０は、内部メディア送受信部（２２３に対応）が受信した映像ストリームや画像データなどのメディアデータを必要に応じて変換（相手方のメディア処理装置６０に対応するメディアデータに変換）し、外部メディア送受信部（２２１に対応）を経由して相手方のメディア処理装置６０が管理されているゲートウェイ装置２０に対して送信することができる。【００４８】
ゲートウェイ装置２０は、呼管理部２３２を備え、ゲートウェイ装置２０下の通信端末４０間で通話が開始される場合に自電話番号、相手電話番号といった呼情報を呼管理テーブル２３１（図３参照）に登録することができる。また、呼管理部２３２は、呼管理テーブル２３１（図３参照）に格納されている情報を検索し、検索された情報を呼解析変換部２０２に提供することができる。また、ゲートウェイ装置２０は、呼管理テーブル２３１（図３参照）を備え、通話が開始されている呼情報を格納することができる。【００４９】
ゲートウェイ装置３０は、ゲートウェイ装置２０と同様に、呼管理部（２３２に対応）を備え、ゲートウェイ装置３０下の通信端末（図１の５０、５１）間で通話が開始される場合に自電話番号、相手電話番号といった呼情報を呼管理テーブル（２３１に対応；図３参照）に登録することができる。また、呼管理部（２３２に対応）は、呼管理テーブル（２３１に対応；図３参照）に格納されている情報を検索し、検索された情報を呼解析変換部（２０２に対応）に提供することができる。また、ゲートウェイ装置３０は、呼管理テーブル（２３１に対応；図３参照）を備え、通話が開始されている呼情報を格納することができる。【００５０】
ゲートウェイ装置２０は、メディア処理装置情報送受信部２４３を備え、メディア処理装置６０からの登録情報を受信し、登録に成功したか否かの結果をメディア処理装置６０に送信することができる。また、ゲートウェイ装置２０は、メディア処理装置管理部２４２を備え、ゲートウェイ装置２０下のメディア処理装置６０に係る情報をメディア処理装置管理テーブル２４１（図４参照）に登録することができる。また、メディア処理装置管理部２４２はメディア処理装置管理テーブル２４１（図４参照）に格納されている情報を検索し、検索された情報を呼解析変換部２０２に提供することができる。また、ゲートウェイ装置２０は、メディア処理装置管理テーブル２４１（図４参照）を備え、ゲートウェイ装置２０下に存在し、利用可能なメディア処理装置６０に係る情報を格納することができる。【００５１】
ゲートウェイ装置３０は、ゲートウェイ装置２０と同様に、メディア処理装置情報送受信部（２４３に対応）を備え、メディア処理装置（図１の７０、７１）からの登録情報を受信し、登録に成功したか否かの結果をメディア処理装置（図１の７０、７１）に送信することができる。また、ゲートウェイ装置３０は、メディア処理装置管理部（２４２に対応）を備え、ゲートウェイ装置３０下のメディア処理装置（図１の７０、７１）に係る情報をメディア処理装置管理テーブル（２４１に対応；図４参照）に登録することができる。また、メディア処理装置管理部（２４２に対応）は、メディア処理装置管理テーブル（２４１に対応；図４参照）に格納されている情報を検索し、検索された情報を呼解析変換部（２０２に対応）に提供することができる。また、ゲートウェイ装置３０は、メディア処理装置管理テーブル（２４１に対応；図４参照）を備え、ゲートウェイ装置３０下に存在し、利用可能なメディア処理装置（図１の７０、７１）に係る情報を格納することができる。【００５２】
次に、本発明の実施例１に係るコミュニケーション支援システムにおける呼管理テーブルについて図面を用いて説明する。図３は、本発明の実施例１に係るコミュニケーション支援システムにおける呼管理テーブルを示した模式図である。【００５３】
呼管理テーブル（図２の２３１）は、呼解析変換部（図２の２０２）における解析結果により通話が開始されたと判断された場合にレコードが追加される。その際、自電話番号、相手電話番号が設定され、状態は「通話中」、「保留中」の何れかとなり、通話開始直後は「通話中」となる。通話中に別の着呼があり、以前の通話を保留した場合には、「保留中」となり、新たに追加された呼情報が「通話中」となる。メディア利用状況は、「通信端末」、「メディア処理装置」、「なし」の何れかとなり、通話開始直後からＴＶ電話のような追加メディアを利用した通話を行っている場合には「通信端末」となり、それ以外の場合は「なし」となる。また、メディア処理装置を利用した映像ストリームまたは画像データの送受信が追加された場合には「メディア処理装置」となり、メディア処理装置を識別するためのＩＤがメディア処理装置ＩＤとして格納される。呼ＩＤには、呼を識別するためのＩＤが格納されているが、このＩＤは呼管理部（図２の２３２）によってユニークになるように採番してものを利用してもよいし、呼制御としてＳＩＰ（Session Initiation Protocol）を利用する場合には呼を識別するＣａｌｌ−ＩＤを流用してもよい。【００５４】
次に、本発明の実施例１に係るコミュニケーション支援システムにおけるメディア処理装置管理テーブルについて図面を用いて説明する。図４は、本発明の実施例１に係るコミュニケーション支援システムにおけるメディア処理装置管理テーブルを示した模式図である。【００５５】
メディア処理装置管理テーブル（図２の２４１）は、メディア処理装置情報送受信部（図２の２４３）がメディア処理装置（図２の６０）の情報を受信した場合にレコードが追加される。その際、状態は、「利用可能」、「利用中」の何れかとなり、登録直後は「利用可能」となる。メディア処理装置（図２の６０）が既存の音声呼に対する追加のメディア処理装置として利用される場合には、「利用中」となる。メディア処理装置ＩＤには、メディア処理装置（図２の６０）を識別するためのＩＤが格納されているが、このＩＤがメディア処理装置（図２の６０）の制御部としてＳＩＰ（Session Initiation Protocol）を利用する場合には予めメディア処理装置に割り当てられているＳＩＰアドレスを利用し、ＤＬＮＡ（Digital Living Network Alliance）やＵＰｎＰ（Universal Plug and Play）などを利用する場合にはＨＴＴＰアドレスを利用する。メディア処理装置名には、例えば、メディア処理装置（図２の６０）の制御部としてＳＩＰ（Session Initiation Protocol）を利用する場合はＳＩＰ内の表示名を利用し、ＤＬＮＡ（Digital Living Network Alliance）やＵＰｎＰ（Universal Plug and Play）などを利用する場合には各メディア処理装置より取得した機器名などを利用する。【００５６】
次に、本発明の実施例１に係るコミュニケーション支援システムにおけるメディア処理装置の詳細な構成について図面を用いて説明する。【００５７】
図２を参照すると、メディア処理装置６０（図１の７０、７１）は、コンピュータにおけるハードウェア資源上でプログラムを実行することにより、呼送受信部６０１、呼生成解析部６０２、メディア送受信部６２１、メディア処理部６２２、メディア処理装置情報送受信部６４１が実現される。【００５８】
メディア処理装置６０は、呼送受信部６０１を備え、ゲートウェイ装置２０に対してメディア送受信のための呼制御情報を送信することができ、また、ゲートウェイ装置２０からのメディア送受信のための呼制御情報を受信することができる。ここでいうメディア送受信のための呼制御情報とは、既存の音声呼に対してメディア処理装置を用いて生成、処理される映像ストリームや画像データ送受信などのメディアデータを関連付けるために、メディア処理装置から送信される、あるいは、メディア処理装置へ送信する呼制御情報のことであり、例えば、ＳＩＰ（Session Initiation Protocol）やＤＬＮＡ（Digital Living Network Alliance）、ＵＰｎＰ（Universal Plug and Play）などを利用することができる。また、メディア処理装置６０は、呼生成解析部６０２を備え、メディア送受信のための呼制御情報を生成することができ、かつ、ゲートウェイ装置２０より受信したメディア送受信のための呼制御情報を解析することができる。【００５９】
メディア処理装置（図１の７０、７１）は、メディア処理装置６０と同様に、呼送受信部（６０１に対応）を備え、ゲートウェイ装置３０に対してメディア送受信のための呼制御情報を送信することができ、また、ゲートウェイ装置３０からのメディア送受信のための呼制御情報を受信することができる。ここでいうメディア送受信のための呼制御情報とは、既存の音声呼に対してメディア処理装置を用いて生成、処理される映像ストリームや画像データ送受信などのメディアデータを関連付けるために、メディア処理装置から送信される、あるいは、メディア処理装置へ送信する呼制御情報のことであり、例えば、ＳＩＰ（Session Initiation Protocol）やＤＬＮＡ（Digital Living Network Alliance）、ＵＰｎＰ（Universal Plug and Play）などを利用することができる。また、メディア処理装置（図１の７０、７１）は、呼生成解析部（６０２に対応）を備え、メディア送受信のための呼制御情報を生成することができ、かつ、ゲートウェイ装置３０より受信したメディア送受信のための呼制御情報を解析することができる。【００６０】
メディア処理装置６０は、メディア送受信部６２１を備え、ゲートウェイ装置２０に対して映像ストリームや画像データなどのメディアデータを送信することができ、また、ゲートウェイ装置２０からの映像ストリームや画像データなどのメディアデータを受信することができる。なお、外部ネットワークと内部ネットワークが同一のネットワークである場合には、映像ストリームや画像データなどのメディアデータが必ずしもゲートウェイ装置２０を経由する必要はなく、メディア処理装置６０からメディア処理装置（図１の７０、７１）へ直接送信するようにしてもよい。また、メディア処理装置６０は、メディア処理部６２２を備え、図示されていない外部から入力された映像ストリームや画像データなどのメディアデータを送信可能な状態に符号化することができ、また、符号化されたデータを復号化し、表示装置等に出力することができる。【００６１】
メディア処理装置（図１の７０、７１）は、メディア処理装置６０と同様に、メディア送受信部（６２１に対応）を備え、ゲートウェイ装置３０に対して映像ストリームや画像データなどのメディアデータを送信することができ、また、ゲートウェイ装置３０からの映像ストリームや画像データなどのメディアデータを受信することができる。なお、外部ネットワークと内部ネットワークが同一のネットワークである場合には映像ストリームや画像データなどのメディアデータが必ずしもゲートウェイ装置３０を経由する必要はなく、メディア処理装置（図１の７０、７１）からメディア処理装置６０へ直接送信してもよい。また、メディア処理装置（図１の７０、７１）は、メディア処理部（６２２に対応）を備え、図示されていない外部から入力された映像ストリームや画像データなどのメディアデータを送信可能な状態に符号化することができ、また、符号化されたデータを複合化し、表示装置等に出力することができる。【００６２】
メディア処理装置６０は、メディア処理装置情報送受信部６４１を備え、メディア処理装置６０の電源が投入された際に、ゲートウェイ装置２０に対してメディア処理装置６０に係る情報（状態に係る情報）を送信し、登録に成功したか否かの結果をゲートウェイ装置２０より受信することができる。また、メディア処理装置情報送受信部６４１は、メディア処理装置６０の電源が切られる直前に、ゲートウェイ装置２０に対してメディア処理装置に係る情報（状態に係る情報）を送信し、登録削除に成功したか否かの結果をゲートウェイ装置２０より受信することができる。【００６３】
メディア処理装置（図１の７０、７１）は、メディア処理装置６０と同様に、メディア処理装置情報送受信部（６４１に対応）を備え、メディア処理装置（図１の７０、７１）の電源が投入された際に、ゲートウェイ装置３０に対してメディア処理装置（図１の７０、７１）に係る情報（状態に係る情報）を送信し、登録に成功したか否かの結果をゲートウェイ装置３０より受信することができる。また、メディア処理装置情報送受信部（６４１に対応）は、メディア処理装置（図１の７０、７１）の電源は切られる直前に、ゲートウェイ装置３０に対してメディア処理装置に係る情報（状態に係る情報）を送信し、登録削除に成功したか否かの情報をゲートウェイ装置３０より受信することができる。【００６４】
次に、本発明の実施例１に係るコミュニケーション支援システムの動作について図面を用いて説明する。図５〜図１０は、本発明の実施例１に係るコミュニケーション支援システムの動作を模式的に示したシーケンス図である。【００６５】
（登録動作）
メディア処理装置６０がゲートウェイ装置２０に登録されるまでの動作（登録動作）について、図５を用いて説明する。【００６６】
まず、メディア処理装置６０の電源が投入された際に、メディア処理装置６０のメディア処理装置情報送受信部（図２の６４１）は、ゲートウェイ装置２０（ＧＷ装置）に対して、メディア処理装置６０に係る情報の登録を要求する呼制御情報を送信する（ステップＡ１；図５参照）。例えば、メディア処理装置６０の制御部としてＳＩＰ（Session Initiation Protocol）を利用する場合、メディア処理装置６０のメディア処理装置情報送受信部（図２の６４１）は、ＳＩＰのＲＥＧＩＳＴＥＲコマンドをゲートウェイ装置２０に対して送信し、登録を要求する。【００６７】
次に、ゲートウェイ装置２０のメディア処理装置情報送受信部（図２の２４３）は、メディア処理装置６０からの登録削除を要求する呼制御情報を受信することにより、メディア処理装置６０に係る情報をメディア処理装置管理テーブル（図２の２４１；図４参照）に登録し、メディア処理装置６０に登録に係る結果をメディア処理装置６０に送信する（ステップＡ２；図５参照）。【００６８】
以上の動作により、メディア処理装置６０に係る情報がゲートウェイ装置２０のメディア処理装置管理テーブル（図２の２４１）に登録され、登録に係る結果がメディア処理装置６０に受信されることでメディア処理装置６０がゲートウェイ装置２０に登録されたことを認識する。【００６９】
（通話開始動作）
通信端末４０から通話開始要求が出されてから通信端末４０、５０間で通話が開始されるまでの動作（通話開始動作）について、図７を用いて説明する。【００７０】
まず、通信端末４０は、通信端末５０に対して通話開始する際、ゲートウェイ装置２０の内部呼送受信部（図２の２０３）に対して、通信端末５０に対する通話開始を要求する呼制御情報を送信する（ステップＣ１；図７参照）。例えば、通信端末４０がＳＩＰ（Session Initiation Protocol）端末である場合、通信端末４０は、ＳＩＰのＩＮＶＩＴＥコマンドをゲートウェイ装置２０に対して送信することで、通信端末５０に対する通話開始を要求することができる。【００７１】
次に、ゲートウェイ装置２０の内部呼送受信部（図２の２０３）は、通信端末４０からの通話開始を要求する呼制御情報を受信することにより、呼解析変換部（図２の２０２）に対して、呼制御装置１０に対する通話開始を要求する呼制御情報（音声呼）の転送を依頼する。その後、呼解析変換部（図２の２０２）は、必要に応じて通話開始を要求する呼制御情報（音声呼）を呼制御装置１０が解釈できる形式に変換し、外部呼送受信部（図２の２０１）より呼制御装置１０へ転送する（ステップＣ２；図７参照）。例えば、通信端末４０がＳＩＰ（Session Initiation Protocol）端末である場合、ゲートウェイ装置２０と呼制御装置１０間でＳＩＰによる呼制御が行われるが、その間に差がある場合には、ＳＩＰ同士のプロトコル変換が行われることになる。【００７２】
次に、呼制御装置１０は、ゲートウェイ装置２０からの通話開始を要求する呼制御情報（音声呼）を受信した発呼先となる通信端末５０が管理されているゲートウェイ装置３０に対して通話開始を要求する呼制御情報（音声呼）を転送する（ステップＣ３；図７参照）。【００７３】
次に、ゲートウェイ装置３０の外部呼送受信部（図２の２０１に対応）は、呼制御装置１０からの通話開始を要求する呼制御情報（音声呼）を受信することにより、呼解析変換部（図２の２０２に対応）に対して、通信端末５０に対する通話開始を要求する呼制御情報（音声呼）の転送を依頼する。その後、呼解析変換部（図２の２０２に対応）は、必要に応じて通話開始を要求する呼制御情報（音声呼）を通信端末５０が解釈できる形式に変換し、内部呼送受信部（図２の２０３に対応）より通信端末５０へ転送する（ステップＣ４；図７参照）。例えば、通信端末４０がＳＩＰ（Session Initiation Protocol）端末である場合、ゲートウェイ装置３０と呼制御装置１０間でＳＩＰによる呼制御が行われているが、その間に差がある場合には、ＳＩＰ同士のプロトコル変換が行われることになる。【００７４】
次に、通信端末５０は、ゲートウェイ装置３０からの通話開始を要求する呼制御情報（音声呼）を受信することにより、その通話を開始するか否かを決定し、その結果をゲートウェイ装置３０へ送信する（ステップＣ５；図７参照）。【００７５】
通話を開始する場合には、通信端末５０は、通信端末４０に対して音声データの送信を開始する（ステップＣ６；図７参照）。なお、外部ネットワークと内部ネットワークが別のネットワークである場合には、通信端末５０からの音声データはゲートウェイ装置３０の内部音声送受信部（図２の２１３に対応）で一旦受信され、必要に応じて音声変換部（図２の２１２に対応）にて変換（通信端末４０に対応する音声データに変換）され、外部音声送受信部（図２の２１１に対応）より相手方のゲートウェイ装置２０へ送信される。相手方のゲートェイ装置２０の外部音声送受信部（図２の２１１）で受信された音声データは、必要に応じて音声変換部２１２にて変換（通信端末４０に対応する音声データに変換）され、内部音声送受信部（図２の２１３）より通信端末４０へ送信され、通信端末４０にて再生される。一方、外部ネットワークと内部ネットワークが同一のネットワークである場合には、音声データが必ずしもゲートウェイ装置２０、３０を経由する必要はなく、通信端末５０から通信端末４０へ直接送信される。【００７６】
次に、ゲートウェイ装置３０の内部呼送受信部（図２の２０３に対応）は、通信端末５０からの通話を開始するか否かの結果を受信することにより、呼解析変換部２０２に対して、結果の解析、および、結果の転送を依頼する。その後、ゲートウェイ装置３０の呼解析変換部（図２の２０２に対応）は、通信端末５０から受信した通話を開始するか否かの結果を解析し、通話が開始される場合はその結果を呼管理部（図２の２３２に対応）に渡し、呼ＩＤ、自電話番号、相手電話番号、映像利用状況「なし」、状態「通話中」という呼情報を呼管理テーブル（図２の２３１に対応；図３参照）に登録する。その後、呼解析変換部（図２の２０２に対応）は、必要に応じて通話を開始するか否かの結果を呼制御装置１０が解釈できる形式に変換し、外部呼送受信部（図２の２０１に対応）より呼制御装置１０へ転送する（ステップＣ７；図７参照）。例えば、ゲートウェイ装置３０と呼制御装置１０間でＳＩＰ（Session Initiation Protocol）による呼制御が行われている場合には、２００ＯＫなどの結果が転送されることになる。【００７７】
次に、呼制御装置１０は、ゲートウェイ装置３０からの通話を開始するか否かの結果を受信することにより、発呼元となる通信端末４０が管理されているゲートウェイ装置２０に対して結果を転送する（ステップＣ８；図７参照）。【００７８】
次に、ゲートウェイ装置２０の外部呼送受信部（図２の２０１）は、呼制御装置１０からの通話を開始するか否かの結果を受信することにより、呼解析変換部（図２の２０２）に対して、結果の解析、および、結果の転送を依頼する。その後、ゲートウェイ装置２０の呼解析変換部（図２の２０２）は、呼制御装置１０から受信した通話を開始するか否かの結果を解析し、通話が開始される場合は、その結果を呼管理部（図２の２３２）に渡し、呼ＩＤ、自電話番号、相手電話番号、映像利用状況「なし」、状態「通話中」という呼情報を呼管理テーブル（図２の２３１；図３参照）に登録する。その後、呼解析変換部（図２の２０２）は、必要に応じて通話を開始するか否かの結果を通信端末４０が解釈できる形式に変換し、内部呼送受信部（図２の２０３）より通信端末４０へ転送する（ステップＣ９；図７参照）。例えば、通信端末４０がＳＩＰ（Session Initiation Protocol）端末である場合には、２００ＯＫなどの結果が転送されることになる。【００７９】
次に、通信端末４０は、ゲートウェイ装置２０からの通話を開始するか否かの結果を受信することにより、その結果を確認し、通話を開始する場合には通信端末５０に対して音声データの送信を開始する。なお、外部ネットワークと内部ネットワークが別のネットワークである場合には、通信端末４０からの音声データはゲートウェイ装置２０の内部音声送受信部（図２の２１３）で一旦受信され、必要に応じて音声変換部（図２の２１２）にて変換（通信端末５０に対応する音声データに変換）され、外部音声送受信部（図２の２１１）より相手方のゲートェイ装置３０へ送信される。相手方のゲートェイ装置３０の外部音声送受信部（図２の２１１に対応）で受信された音声データは、必要に応じて音声変換部（図２の２１２に対応）にて変換（通信端末５０に対応する音声データに変換）され、内部音声送受信部（図２の２１３に対応）より通信端末５０へ送信され、通信端末５０にて再生される。通信端末５０からの音声データが通信端末４０にて再生されるまでの手順も同様である。一方、外部ネットワークと内部ネットワークが同一のネットワークである場合には、音声データが必ずしもゲートウェイ装置２０、３０を経由する必要はなく、通信端末４０から通信端末５０へ直接送信される。【００８０】
以上の動作により、通信端末４０、５０間で通話が開始されるとともに、通信端末４０、５０間での呼情報が呼管理テーブル（図２の２３１）に格納され、既存の呼制御情報（音声呼）に対して映像ストリームや画像データなどのメディアデータの送受信を追加する際に利用することができる。【００８１】
（メディア開始動作）
ゲートウェイ装置２０、４０下の既存の音声呼（通話開始を要求する呼制御情報）に関連付けてゲートウェイ装置２０、４０下のメディア処理装置６０、７０による映像ストリームや画像データなどのメディアデータの送受信が開始されるまでの動作（メディア開始動作）について、図９を用いて説明する。【００８２】
まず、メディア処理装置６０の呼生成解析部（図２の６０２）は、メディア送受信のための呼制御情報を生成し、呼送受信部（図２の６０１）よりゲートウェイ装置２０に対して呼制御情報を送信して、メディア送受信の開始を要求する（ステップＥ１；図９参照）。ここで生成される呼制御情報は、メディア処理装置６０と通信端末４０との間でのメディア送受信の開始を意味する呼制御情報となる。例えば、メディア処理装置６０の制御部としてＳＩＰ（Session Initiation Protocol）を利用する場合には、ＩＮＶＩＴＥコマンドのＲＥＱＵＥＳＴ−ＵＲＩおよびＴＯに通信端末４０のＳＩＰ−ＵＲＩを含め、ＦＲＯＭにメディア処理装置６０のＳＩＰ−ＵＲＩを含めることで、メディア処理装置６０と通信端末（図１の４０）との間でのメディア送受信の開始を意味する呼制御情報とする。このように呼制御情報には通信端末（図１の４０）を識別する情報が必要であるが、これらの情報はメディア処理装置６０上で入力してもよいし、または、通信端末（図１の４０）より赤外線通信などの通信手段を利用して取得してもよいし、携帯電話に搭載されている非接触ＩＣカードをかざすことにより情報を取得してもよい。【００８３】
次に、ゲートウェイ装置２０の内部呼送受信部（図２の２０３）は、メディア処理装置６０からのメディア送受信の開始を意味する呼制御情報を受信することにより、呼解析変換部（図２の２０２）に対して、呼制御情報の解析を依頼する。呼解析変換部（図２の２０２）は、メディア処理装置管理部（図２の２４２）経由でメディア処理装置管理テーブル（図２の２４１；図４参照）内に登録されているメディア処理装置からのメディア送受信の開始の要求であることを判断し、呼管理部（図２の２３２）経由で呼管理テーブル（図２の２３１；図３参照）内に登録されている情報の中から該当する通話を特定する。ここでは、通話を特定する際、メディア処理装置６０より送信された呼制御情報内の通話相手である通信端末（図１の４０）が自電話番号として登録されており、保留中ではない通話を選択する（ステップＥ２；図９参照）。【００８４】
通信端末４０が自電話番号として登録されており、かつ、保留中ではない通話を特定した後、ゲートウェイ装置２０の呼解析変換部（図２の２０２）は、メディア送受信の開始を意味する呼制御情報を、既存の音声呼（通話開始を要求する呼制御情報）に対するメディア追加要求を意味するとともに呼制御装置１０が解釈できる形式に変換し、変換された
メディア追加要求を意味する呼制御情報を外部呼送受信部（図２の２０１）より呼制御装置１０へ送信する（ステップＥ３；図９参照）。例えば、ゲートウェイ装置２０と呼制御装置１０間でＳＩＰ（Session Initiation Protocol）による呼制御が行われている場合には、追加メディア用のｍ＝行が追加されたセッション更新のためのＩＮＶＩＴＥコマンドが送信される。【００８５】
次に、呼制御装置１０は、ゲートウェイ装置２０からの既存の音声呼（通話開始を要求する呼制御情報）に対するメディア追加要求を意味する呼制御情報を受信することにより、要求先となる通信端末（図１の５０）が管理されているゲートウェイ装置３０に対して既存の音声呼（通話開始を要求する呼制御情報）に対するメディア追加要求を意味する呼制御情報を転送する（ステップＥ４；図９参照）。【００８６】
次に、ゲートウェイ装置３０の外部呼送受信部（図２の２０１に対応）は、呼制御装置１０からの既存の音声呼（通話開始を要求する呼制御情報）に対するメディア追加要求を意味する呼制御情報を受信することにより、呼解析変換部（図２の２０２に対応）に対して、メディア追加要求を意味する呼制御情報の解析を依頼する。呼解析変換部（図２の２０２に対応）は、既存の音声呼（通話開始を要求する呼制御情報）に対するメディア追加要求を意味する呼制御情報であると判断し、メディア処理装置管理部（図２の２４２に対応）経由でメディア処理装置管理テーブル（図２の２４１に対応；図４参照）内に登録されているメディア処理装置の状態が「利用可能」となっている装置を特定する（ステップＥ５；図９参照）。【００８７】
いくつかの利用可能なメディア処理装置を特定した後、ゲートウェイ装置３０の呼解析変換部（図２の２０２に対応）は、その中の一つであるメディア処理装置７０に対するメディア送受信の開始を意味する呼制御情報を生成し、内部呼送受信部（図２の２０３に対応）よりメディア処理装置７０に対して送信する（ステップＥ６；図９参照）。ここで生成される呼制御情報は、通信端末５０とメディア処理装置７０との間でのメディア送受信の開始を意味する呼制御情報となる。例えば、メディア処理装置７０の制御部としてＳＩＰ（Session Initiation Protocol）を利用する場合には、ＩＮＶＩＴＥコマンドのＲＥＱＵＥＳＴ−ＵＲＩおよびＴＯにメディア処理装置７０のＳＩＰ−ＵＲＩを含め、ＦＲＯＭに通信端末５０のＳＩＰ−ＵＲＩを含めることで、通信端末５０とメディア処理装置７０との間でのメディア送受信の開始を意味する呼制御情報とする。【００８８】
次に、メディア処理装置７０の呼送受信部（図２の６０１に対応）は、ゲートウェイ装置３０からの通信端末（図１の５０）とメディア処理装置７０との間でのメディア送受信の開始を意味する呼制御情報を受信することにより、呼生成解析部（図２の６０２に対応）に対して、呼制御情報の解析を依頼する。呼生成解析部（図２の６０２に対応）は、画面表示などを利用して利用者に対し、メディア処理装置７０上で追加のメディア送受信をするか否かを決定を要求し、決定された結果をゲートウェイ装置３０へ返却する（ステップＥ７；図９参照）。【００８９】
また、メディア処理装置７０は、追加のメディア送受信を開始する場合（結果がＯＫの場合）、メディア処理装置６０に対してメディアデータの送受信を開始する（ステップＥ８；図９参照）。なお、外部ネットワークと内部ネットワークが別のネットワークである場合には、メディア処理装置７０からの映像ストリームや画像データなどのメディアデータは、ゲートウェイ装置３０の内部メディア送受信部（図２の２２３に対応）で一旦受信され、必要に応じてメディア変換部２２２にて変換（メディア処理装置６０に対応するメディアデータに変換）され、外部メディア送受信部（図２の２２１に対応）より相手方のゲートェイ装置２０へ送信される。相手方のゲートェイ装置２０の外部メディア送受信部（図２の２２１）で受信された映像ストリームや画像データなどのメディアデータは、必要に応じてメディア変換部（図２の２２２）にて変換（メディア処理装置６０に対応するメディアデータに変換）され、内部メディア送受信部（図２の２２３）よりメディア処理装置６０へ送信され、メディア処理装置６０にて表示される。一方、外部ネットワークと内部ネットワークが同一のネットワークである場合には、映像ストリームや画像データなどのメディアデータが必ずしもゲートウェイ装置２０、３０を経由する必要はなく、メディア処理装置７０からメディア処理装置６０へ直接送信される。また、映像ストリームや画像データなどのメディアデータがメディア処理装置６０からメディア処理装置７０の方向にのみ送信される場合もあり、このような場合ではメディア処理装置６０に対してメディアデータの送受信を開始するステップ（ステップＥ８）は省略される。【００９０】
次に、ゲートウェイ装置３０の内部呼送受信部（図２の２０３に対応）は、メディア処理装置７０からのメディア送受信を開始するか否かの結果を受信することにより、呼解析変換部（図２の２０２に対応）に対して、結果の解析を依頼する。ゲートウェイ装置３０の呼解析変換部（図２の２０２に対応）は、メディア処理装置７０から受信したメディア送受信を開始するか否かの結果を解析し、メディア送受信が拒否された場合（結果がＮＧの場合）には、メディア処理装置管理部（図２の２４２に対応）経由でメディア処理装置管理テーブル（図２の２４１に対応；図４参照）内に登録されているメディア処理装置の状態が「利用可能」となっている次の装置（例えば、メディア処理装置７１）を検索する（ステップＥ９；図９参照）。その後、ゲートウェイ装置３０は、検索によりメディア処理装置を特定し（ステップＥ５）、特定されたメディア処理装置に対してメディア追加要求のための呼制御情報を送信することになる（ステップＥ６）。また、通信端末（図１の５０）にて、例えば、ＴＶ電話利用形態のように追加のメディア送受信を開始することが可能である場合には、通信端末（図１の５０）がメディア処理装置を兼ねているとみなすことができ、通信端末５０に対して通信端末とメディア処理装置との間でのメディア送受信の開始を意味する呼制御情報のかわりに通信端末に対するメディア追加を意味する呼制御情報（例えば、ゲートウェイ装置と呼制御装置間でＳＩＰによる呼制御が行われている場合には、追加メディア用のｍ＝行が追加されたセッション更新のためのＩＮＶＩＴＥコマンド）を送信することで、同様の機能を実現することができる。【００９１】
次に、ゲートウェイ装置３０の呼解析変換部（図２の２０２に対応）は、メディア処理装置７０から受信したメディア送受信を開始するか否かの結果を解析し、メディア送受信を開始する場合、その結果を呼管理部（図２の２３２に対応）に渡し、呼管理テーブル（図２の２３１に対応；図３参照）内の該当する既存の呼情報におけるメディア利用状況にメディア処理装置７０を登録する。また、呼解析変換部（図２の２０２に対応）は、メディア送受信を開始するか否かの結果を呼制御装置１０が解釈できるメディア送受信を追加するか否かの結果を示す形式に変換し、外部呼送受信部（図２の２０１に対応）より呼制御装置１０へ転送する（ステップＥ１０；図９参照）。例えば、ゲートウェイ装置３０と呼制御装置１０間でＳＩＰ（Session Initiation Protocol）による呼制御が行われている場合には、２００ＯＫなどの結果が転送されることになる。【００９２】
次に、呼制御装置１０は、ゲートウェイ装置３０からのメディア送受信を追加するか否かの結果を受信することにより、要求元となるゲートウェイ装置２０に対して結果を転送する（ステップＥ１１；図９参照）。【００９３】
次に、ゲートウェイ装置２０の外部呼送受信部（図２の２０１）は、呼制御装置１０からのメディア送受信を追加するか否かの結果を受信することにより、呼解析変換部２０２に対して、結果の解析を依頼する。ゲートウェイ装置２０の呼解析変換部（図２の２０２）は、呼制御装置１０から受信したメディア送受信を追加するか否かの結果を解析し、メディア送受信を追加する場合、その結果を呼管理部（図２の２３２）に渡し、呼管理テーブル（図２の２３１；図３参照）内の該当する既存の呼情報におけるメディア利用状況にメディア処理装置６０を登録する。また、呼解析変換部（図２の２０２）は、メディア送受信を追加するか否かの結果をメディア処理装置６０が解釈できるメディア送受信を開始するか否かの結果を示す形式に変換し、外部呼送受信部（図２の２０１）よりメディア処理装置６０へ転送する（ステップＥ１２；図９参照）。例えば、ゲートウェイ装置２０とメディア処理装置６０間でＳＩＰ（Session Initiation Protocol）による呼制御が行われている場合には、２００ＯＫなどの結果が転送されることになる。【００９４】
次に、メディア処理装置６０は、ゲートウェイ装置２０からのメディア送受信を開始するか否かの結果を受信することにより、その結果を確認し、追加のメディア送受信を開始する場合（結果がＯＫの場合）には、メディア処理装置７０に対してメディアデータの送信を開始する（ステップＥ１３）。外部ネットワークと内部ネットワークが別のネットワークである場合には、メディア処理装置６０からの映像ストリームや画像データなどのメディアデータは、ゲートウェイ装置２０の内部メディア送受信部（図２の２２３）で一旦受信され、必要に応じてメディア変換部（図２の２２２）にて変換（メディア処理装置７０に対応するメディアデータに変換）され、外部メディア送受信部（図２の２２１）より相手方のゲートェイ装置３０へ送信される。相手方のゲートェイ装置３０の外部メディア送受信部（図２の２２１に対応）で受信された映像ストリームや画像データなどのメディアデータは、必要に応じてメディア変換部２２２にて変換（メディア処理装置７０に対応するメディアデータに変換）され、内部メディア送受信部（図２の２２３に対応）よりメディア処理装置７０へ送信され、メディア処理装置７０にて表示される。一方、外部ネットワークと内部ネットワークが同一のネットワークである場合には、映像ストリームや画像データなどのメディアデータが必ずしもゲートウェイ装置２０、３０を経由する必要はなく、メディア処理装置６０からメディア処理装置７０へ直接送信される。【００９５】
以上の動作により、ゲートウェイ装置２０、３０下の既存の音声呼（通話開始を要求する呼制御情報）に関連付けて、ゲートウェイ装置２０、３０下のメディア処理装置６０、７０、７１による映像ストリームや画像データなどのメディアデータの送受信が開始される。【００９６】
（メディア終了動作）
ゲートウェイ装置２０、３０下の既存の音声呼（通話開始を要求する呼制御情報）に関連付けて実施されているゲートウェイ装置２０、３０下のメディア処理装置６０、７０、７１による映像ストリームや画像データなどのメディアデータの送受信が終了するまでの動作（メディア終了動作）について、図１０を用いて説明する。【００９７】
まず、メディア処理装置６０の呼生成解析部（図２の６０２）は、メディア送受信を終了するための呼制御情報を生成し、呼送受信部（図２の６０１）よりゲートウェイ装置２０に対して呼制御情報を送信する（ステップＦ１；図１０参照）。ここで生成される呼制御情報は、メディア処理装置６０と通信端末（図１の４０）との間でのメディア送受信の終了を意味する呼制御情報となる。例えば、メディア処理装置６０の制御部としてＳＩＰ（Session Initiation Protocol）を利用する場合には、ＢＹＥコマンドのＲＥＱＵＥＳＴ−ＵＲＩおよびＴＯに通信端末（図１の４０）のＳＩＰ−ＵＲＩを含め、ＦＲＯＭにメディア処理装置６０のＳＩＰ−ＵＲＩを含めることで、メディア処理装置６０と通信端末（図１の４０）との間でのメディア送受信の終了を意味する呼制御情報とする。【００９８】
また、メディア処理装置６０は、メディア処理装置７０に対する映像ストリームや画像データなどのメディアデータの送信を終了する（ステップＦ２；図１０参照）。ここでの説明では、メディア送受信開始要求を出したメディア処理装置６０からメディア送受信終了通知を出した例を示しているが、相手方のメディア処理装置７０からメディア送受信の終了を通知した場合でも動作上の制約はなく、同様のことを実現することができる。【００９９】
次に、ゲートウェイ装置２０の内部呼送受信部（図２の２０３）は、メディア処理装置６０からのメディア送受信の終了するための呼制御情報を受信することにより、呼解析変換部（図２の２０２）に対して、呼制御情報の解析を依頼する。呼解析変換部（図２の２０２）は、メディア処理装置管理部（図２の２４２）経由でメディア処理装置管理テーブル（図２の２４１；図４参照）内に登録されているメディア処理装置からのメディア送受信の終了の通知であることを判断し、呼管理部（図２の２３２）経由で呼管理テーブル（図２の２３１；図３参照）内に登録されている情報の中から該当する通話を特定する。ここで、通話を特定する際、メディア処理装置６０より送信された呼制御情報内の通話相手である通信端末（図１の４０）が自電話番号として登録されており、メディア利用状況にメディア処理装置６０が設定されている通話を特定する（ステップＦ３；図１０参照）。【０１００】
通信端末（図１の４０）が自電話番号として登録されており、かつ、メディア利用状況にメディア処理装置６０が設定されている通話を特定した後、ゲートウェイ装置２０の呼解析変換部（図２の２０２）は、メディア送受信の終了するための呼制御情報を、既存の音声呼（通話開始を要求する呼制御情報）に対するメディアの削除を意味するとともに呼制御装置１０が解釈できる形式に変換し、外部呼送受信部（図２の２０１）より呼制御装置１０へ送信する（ステップＦ４；図１０参照）。例えば、ゲートウェイ装置２０と呼制御装置１０間でＳＩＰ（Session Initiation Protocol）による呼制御が行われている場合には、追加メディア用のｍ＝行が削除されたセッション更新のためのＩＮＶＩＴＥコマンドが送信される。【０１０１】
次に、呼制御装置１０は、ゲートウェイ装置２０からの既存の音声呼（通話開始を要求する呼制御情報）に対するメディア削除を意味する呼制御情報を受信することにより、要求先となる通信端末（図１の５０）が管理されているゲートウェイ装置３０に対して既存の音声呼（通話開始を要求する呼制御情報）に対するメディア削除を意味する呼制御情報を転送する（ステップＦ５；図１０参照）。【０１０２】
次に、ゲートウェイ装置３０の外部呼送受信部（図２の２０１に対応）は、呼制御装置１０からの既存の音声呼（通話開始を要求する呼制御情報）に対するメディア削除を意味する呼制御情報を受信することにより、呼解析変換部（図２の２０２に対応）に対して、メディア削除を意味する呼制御情報の解析を依頼する。呼解析変換部（図２の２０２に対応）は、既存の音声呼（通話開始を要求する呼制御情報）に対するメディアの削除であると判断し、呼管理部（図２の２３２に対応）経由で呼管理テーブル（図２の２３１に対応；図３参照）内に登録されている情報の中から該当する通話を特定する。呼解析変換部（図２の２０２に対応）は、特定された通話のメディア利用状況により通知先がメディア処理装置７０であると判断され、メディア処理装置７０に対するメディア送受信の終了を意味する呼制御情報を生成し、内部呼送受信部（図２の２０３に対応）よりメディア処理装置７０に対して送信する（ステップＦ６；図１０参照）。ここで生成される呼制御情報は、メディア処理装置７０と通信端末（図１の５０）との間でのメディア送受信の終了を意味する呼制御情報となる。例えば、メディア処理装置７０の制御部としてＳＩＰ（Session Initiation Protocol）を利用する場合には、ＢＹＥコマンドのＲＥＱＵＥＳＴ−ＵＲＩおよびＴＯにメディア処理装置７０のＳＩＰ−ＵＲＩを含め、ＦＲＯＭに通信端末（図１の５０）のＳＩＰ−ＵＲＩを含めることで、メディア処理装置７０と通信端末（図１の５０）との間でのメディア送受信の終了を意味する呼制御情報とする。【０１０３】
次に、メディア処理装置７０の呼送受信部（図２の６０１に対応）は、ゲートウェイ装置３０からの通信端末（図１の５０）とメディア処理装置７０との間でのメディア送受信の終了を意味する呼制御情報を受信することにより、呼生成解析部６０２にて呼制御情報の解析を行い、メディア処理装置６０に対する映像ストリームや画像データなどのメディアデータの送信を終了し、その結果をゲートウェイ装置３０へ返却する（ステップＦ７；図１０参照）。【０１０４】
次に、ゲートウェイ装置３０の内部呼送受信部（図２の２０３に対応）は、メディア処理装置７０からのメディア送受信の削除の結果を受信することにより、呼解析変換部（図２の２０２に対応）に対して、結果の解析を依頼する。ゲートウェイ装置３０の呼解析変換部（図２の２０２に対応）は、メディア処理装置７０から受信したメディア送受信の削除の結果を解析し、メディア送受信を削除する場合には、呼管理部（図２の２３２に対応）経由で呼管理テーブル（図２の２３１に対応；図３参照）内の該当する既存の呼情報におけるメディア利用状況からメディア処理装置７０を削除し、「なし」に戻す。また、呼解析変換部（図２の２０２に対応）は、メディア送受信の終了を呼制御装置１０が解釈できるように、メディア送受信を削除する結果を示す形式に変換し、外部呼送受信部２０１より呼制御装置１０へ転送する（ステップＦ８）。例えば、ゲートウェイ装置３０と呼制御装置１０間でＳＩＰ（Session Initiation Protocol）による呼制御が行われている場合には、２００ＯＫなどの結果が転送されることになる。【０１０５】
次に、呼制御装置１０は、ゲートウェイ装置３０からのメディア送受信を削除する結果を受信することにより、要求元となるゲートウェイ装置２０に対して結果を転送する（ステップＦ９；図１０参照）。【０１０６】
次に、ゲートウェイ装置２０の外部呼送受信部（図２の２０１）は、呼制御装置１０からのメディア送受信を削除する結果を受信することにより、呼解析変換部（図２の２０２）に対して、結果の解析を依頼する。ゲートウェイ装置２０の呼解析変換部（図２の２０２）は、呼管理部（図２の２３２）経由で呼管理テーブル（図２の２３１；図３参照）内の該当する既存の呼情報におけるメディア利用状況からメディア処理装置６０を削除し、「なし」に戻す。また、呼解析変換部（図２の２０２）は、メディア送受信を削除する結果を呼制御装置１０が解釈できるように、メディア送受信の終了に対する結果を示す形式に変換し、外部呼送受信部（図２の２０１）よりメディア処理装置６０へ送信する（ステップＦ１０；図１０参照）。例えば、ゲートウェイ装置２０とメディア処理装置６０間でＳＩＰ（Session Initiation Protocol）による呼制御が行われている場合には、２００ＯＫなどの結果が転送されることになる。【０１０７】
以上の動作により、ゲートウェイ装置２０、３０下の既存の音声呼（通話開始を要求する呼制御情報）に関連付けて実施されているゲートウェイ装置２０、３０下のメディア処理装置６０、７０、７１による映像ストリームや画像データなどのメディアデータの送受信が終了する。【０１０８】
（通話終了動作）
通信端末４０から通話終了通知が出されてから、通信端末４０、５０間での通話が終了されるまでの動作（通話終了動作）について、図８を用いて説明する。【０１０９】
まず、通信端末４０が通信端末５０に対する通話を終了する際、通信端末４０は、ゲートウェイ装置２０の内部呼送受信部（図２の２０３）に対して通信端末５０に対する通話終了通知（通話終了を要求する呼制御情報）を送信する（ステップＤ１；図８参照）。例えば、通信端末４０がＳＩＰ（Session Initiation Protocol）端末である場合には、ＳＩＰのＢＹＥコマンドをゲートウェイ装置２０に対して送信し、通信端末５０に対する通話終了を通知することができる。【０１１０】
また、通信端末４０は、通信端末５０に対する音声データの送信を終了する（ステップＤ２；図８参照）。なお、ここでは通話開始要求を出した端末である通信端末４０から通話終了通知を出した例を示しているが、相手方の通信端末５０から通話終了通知を出した場合でも動作上の制約はなく、同様のことを実現することができる。【０１１１】
次に、ゲートウェイ装置２０の内部呼送受信部（図２の２０３）は、通信端末４０からの通話終了通知（通話終了を要求する呼制御情報）を受信することにより、呼解析変換部（図２の２０２）に対して、通知の解析、および、通知の転送を依頼する。ゲートウェイ装置２０の呼解析変換部（図２の２０２）は、通信端末４０から受信した通話終了通知（通話終了を要求する呼制御情報）を解析し、呼管理部（図２の２３２）経由で呼管理テーブル（図２の２３１；図３参照）内に登録されている情報の中から該当する通話を特定する。ゲートウェイ装置２０の呼解析変換部（図２の２０２）は、特定された通話のメディア利用状況によりメディア処理装置間で映像ストリームや画像データなどのメディアデータの送受信が行われている場合には、メディア処理装置６０に対するメディア送受信の終了を意味する呼制御情報を生成し、内部呼送受信部（図２の２０３）よりメディア処理装置６０に対して送信する（ステップＤ３；図８参照）。ここで生成される呼制御情報は、メディア処理装置６０と通信端末４０との間でのメディア送受信の終了を意味する呼制御情報となる。例えば、メディア処理装置６０の制御部としてＳＩＰ（Session Initiation Protocol）を利用する場合には、ＢＹＥコマンドのＲＥＱＵＥＳＴ−ＵＲＩおよびＴＯに通信端末４０のＳＩＰ−ＵＲＩを含め、ＦＲＯＭにメディア処理装置６０のＳＩＰ−ＵＲＩを含めることで、メディア処理装置６０と通信端末４０との間でのメディア送受信の終了を意味する呼制御情報とする。【０１１２】
次に、メディア処理装置６０の呼送受信部（図２の６０１）は、ゲートウェイ装置２０からの通信端末４０とメディア処理装置６０との間でのメディア送受信の終了を意味する呼制御情報を受信することにより、呼生成解析部（図２の６０２）にて呼制御情報の解析を行い、メディア処理装置６０に対する映像ストリームや画像データなどのメディアデータの送信を終了する（ステップＤ４；図８参照）。【０１１３】
次に、ゲートウェイ装置２０の呼解析変換部（図２の２０２）は、通話終了通知（通話終了を要求する呼制御情報）の解析情報に基づいて、呼管理部（図２の２３２）経由で呼管理テーブル（図２の２３１；図３参照）内の該当する呼情報（レコード）を削除する。また、呼解析変換部（図２の２０２）は、必要に応じて通話終了通知（通話終了を要求する呼制御情報）を呼制御装置１０が解釈できる形式に変換し、外部呼送受信部（図２の２０１）より呼制御装置１０へ転送する（ステップＤ５；図８参照）。例えば、通信端末４０がＳＩＰ（Session Initiation Protocol）端末である場合であり、ゲートウェイ装置２０と呼制御装置２０間でＳＩＰによる呼制御が行われているが、その間に差がある場合には、ＳＩＰ同士のプロトコル変換が行われることになる。【０１１４】
次に、呼制御装置１０は、ゲートウェイ装置２０からの通話終了通知（通話終了を要求する呼制御情報）を受信することにより、通知先となる通信端末５０が管理されているゲートウェイ装置３０に対して通話終了通知（通話終了を要求する呼制御情報）を転送する（ステップＤ６；図８参照）。【０１１５】
次に、ゲートウェイ装置３０の外部呼送受信部（図２の２０１に対応）は、呼制御装置１０からの通話終了通知（通話終了を要求する呼制御情報）を受信することにより、呼解析変換部（図２の２０２に対応）に対して、通知の解析、および、通知の転送を依頼する。ゲートウェイ装置３０の呼解析変換部（図２の２０２に対応）は、呼制御装置１０から受信した通話終了通知（通話終了を要求する呼制御情報）を解析し、呼管理部（図２の２３２に対応）経由で呼管理テーブル（図２の２３１に対応；図３参照）内に登録されている情報の中から該当する通話を特定する。ゲートウェイ装置３０の呼解析変換部（図２の２０２に対応）は、特定された通話のメディア利用状況によりメディア処理装置６０、７０間で映像ストリームや画像データなどメディアデータの送受信が行われている場合には、メディア処理装置７０に対するメディア送受信の終了を意味する呼制御情報を生成し、内部呼送受信部（図２の２０３に対応）よりメディア処理装置７０に対して送信する（ステップＤ７；図８参照）。ここで生成される呼制御情報は、メディア処理装置７０と通信端末５０との間でのメディア送受信の終了を意味する呼制御情報となる。例えば、メディア処理装置７０の制御部としてＳＩＰ（Session Initiation Protocol）を利用する場合には、ＢＹＥコマンドのＲＥＱＵＥＳＴ−ＵＲＩおよびＴＯにメディア処理装置７０のＳＩＰ−ＵＲＩを含め、ＦＲＯＭに通信端末５０のＳＩＰ−ＵＲＩを含めることで、メディア処理装置７０と通信端末５０との間でのメディア送受信の終了を意味する呼制御情報とする。【０１１６】
次に、メディア処理装置７０の呼送受信部（図２の６０１に対応）は、ゲートウェイ装置３０からの通信端末５０とメディア処理装置７０との間でのメディア送受信の終了を意味する呼制御情報を受信することにより、呼生成解析部６０２にて呼制御情報の解析を行い、メディア処理装置７０に対する映像ストリームや画像データなどのメディアデータの送信を終了する（ステップＤ８；図８参照）。【０１１７】
次に、ゲートウェイ装置３０の呼解析変換部（図２の２０２に対応）は、呼制御情報の解析情報に基づいて、呼管理部（図２の２３２に対応）経由で呼管理テーブル（図２の２３１に対応；図３参照）内の該当する音声呼情報（レコード）を削除する。また、呼解析変換部（図２の２０２に対応）は、必要に応じて通話終了通知（通話終了を要求する呼制御情報）を通信端末５０が解釈できる形式に変換し、外部呼送受信部（図２の２０１に対応）より通信端末５０へ転送する（ステップＤ９；図８参照）。例えば、通信端末５０がＳＩＰ（Session Initiation Protocol）端末である場合であり、ゲートウェイ装置３０と呼制御装置１０間でＳＩＰによる呼制御が行われているが、その間に差がある場合には、ＳＩＰ同士のプロトコル変換が行われることになる。【０１１８】
次に、通信端末５０は、ゲートウェイ装置３０からの通話終了通知（通話終了を要求する呼制御情報）を受信することにより、通信端末４０に対する通話（音声データの送信）を終了する（ステップＤ１０；図８参照）。【０１１９】
以上の動作により、通信端末４０、５０間での通話に係る情報がゲートウェイ装置２０、３０における呼管理テーブル（図２の２３１；図３参照）から削除され、既存の通話終了の際に映像ストリームや画像データなどのメディアデータの送受信を同時に終了することができる。【０１２０】
（削除動作）
メディア処理装置６０がゲートウェイ装置２０から登録削除されるまでの動作（削除動作）について、図６を用いて説明する。【０１２１】
まず、メディア処理装置６０の電源が切られる直前に、メディア処理装置６０のメディア処理装置情報送受信部（図２の６４１）は、ゲートウェイ装置２０に対してメディア処理装置６０に係る情報の登録削除を要求する呼制御情報を送信する（ステップＢ１；図６参照）。例えば、メディア処理装置６０のメディア処理装置情報送受信部（図２の６４１）は、ＳＩＰ（Session Initiation Protocol）のＲＥＧＩＳＴＥＲコマンドのＥＸＰＩＲＥＳ値を０としてゲートウェイ装置２０に対して送信し、登録情報の削除を要求することができる。【０１２２】
次に、ゲートウェイ２０のメディア処理装置情報送受信部（図２の２４３）は、メディア処理装置６０からの登録削除を要求する呼制御情報を受信することにより、メディア処理装置６０に係る情報をメディア処理装置管理テーブル（図２の２４１；図４参照）より削除し、メディア処理装置６０に登録削除に係る結果を送信する（ステップＢ２；図６参照）。【０１２３】
以上の動作により、メディア処理装置６０に係る情報がゲートウェイ装置２０内のメディア処理装置管理テーブル（図２の２４１；図４参照）より削除される。【０１２４】
実施例１によれば、従来技術のように自己方の情報処理装置のＩＰアドレスと自己方の通信端末の端末番号を１対１の関係で登録しておく必要はなく、マルチメディア通信が必要となった段階でゲートウェイ装置下にて管理されている複数のメディア処理装置の中から適切なものを選択して利用することができる（図９参照）。その理由は、相手方のゲートェイ装置より受信したメディア送受信の追加を意味する呼制御情報を解析し、メディア処理装置管理テーブルに格納されているメディア処理装置から対象となるメディア処理装置を特定し、また、メディア処理装置向けにメディア送受信のための呼制御情報に変換し、メディア送受信が可能なメディア処理装置が検索されるまで繰り返し処理を行う呼解析変換部を備えているからである。【０１２５】
また、音声呼の終了時に関連づけられているメディア処理装置間の映像ストリームや画像データ送受信などのメディアデータのマルチメディア通信を同時に終了することが可能となり、別途終了させるといった操作は不要となる（図８参照）。その理由は、既存の音声呼に対して、ゲートウェイ装置下のメディア処理装置を用いて生成、処理される映像ストリームや画像データなどのメディアデータの送受信が関連付けられており、ゲートウェイ装置にて音声呼および映像ストリームや画像データなどのメディアデータの送受信を１つのセッションとして管理しているからである。
【実施例２】
【０１２６】
本発明の実施例２に係るについて図面を用いて説明する。図１２は、本発明の実施例２に係るコミュニケーション支援システムの構成を模式的に示したブロック図である。【０１２７】
実施例２に係るコミュニケーション支援システムは、実施例１のメディア開始動作におけるステップＥ５〜Ｅ１０（図９参照）の動作を改良したものである。【０１２８】
実施例１では、図９のステップＥ５にて、ゲートウェイ装置３０の呼解析変換部（図２の２０２に対応）が既存の音声呼に対するメディア送受信の追加であると判断し、メディア処理装置管理部（図２の２４２に対応）経由でメディア処理装置管理テーブル（図２の２４１に対応；図４参照）内に登録されているメディア処理装置から状態が「利用可能」となっている装置を特定するという動作を行っている。ここでは、複数の「利用可能」なメディア処理装置の中から実際に利用するメディア処理装置を選択するために、順に、各メディア処理装置に対して通信端末とメディア処理装置の間でのメディア送受信の開始を意味する呼制御情報を送信し、結果を解析している。つまり、実施例１では、「利用可能」なメディア処理装置が多数存在し、その中で実際に利用するメディア処理装置を選択するために、他のメディア処理装置に対するメディア送受信の開始要求を拒否するという作業を何度か行う。【０１２９】
このような作業を効率的に行う方法としては、図４のメディア処理装置管理テーブルを図１１のように拡張し、実施例１のようにメディア処理装置の電源が投入された際にレコードを追加し、電源が切られる直前にレコードを削除するのではなく、予めメディア処理装置ＩＤやメディア処理装置名の他に自電話番号やメディアタイプ、優先度といった情報を持つレコードを追加しておき、メディア処理装置の電源が投入された際には状態を「利用可能」に、電源が切られる直前には状態を「電源ＯＦＦ」に変更するように管理することもできる。図１２のように拡張されたメディア処理装置管理テーブルを利用することで、複数の「利用可能」なメディア処理装置から実際に利用するメディア処理装置の候補を絞り込み、または、優先度順にメディア送受信の開始要求を送信することが可能となり使い勝手が向上する。【０１３０】
しかしながら、図１２のように拡張されたメディア処理装置管理テーブル２４１を利用する場合には必要な情報を予め登録しておかなければならない。【０１３１】
そこで、実施例２では、複数の「利用可能」なメディア処理装置から、事前に情報を登録することなく、実際に利用するメディア処理装置を簡単に選択できるようにした。以下、実施例２に係るコミュニケーション支援システムについて説明する。【０１３２】
図１２を参照すると、実施例２に係るコミュニケーション支援システムは、実施例１に係るコミュニケーション支援システムのゲートウェイ装置２０、３０において、新たにメニュー音声合成部２５１とＤＴＭＦ解析部２５２を備えている。【０１３３】
メニュー音声合成部２５１は、「利用可能」なメディア処理装置の中から１つのメディア処理装置を選択するためのガイダンス音声を合成することができる。【０１３４】
ＤＴＭＦ解析部２５２は、音声変換部２１２から取得した音声データを解析し、音声データの中からＤＴＭＦ（Dual-Tone Multi-Frequency）信号を読み出し、何番が選択されたのか、つまり、どのメディア処理装置が選択されたのかを判定することができる。【０１３５】
次に、本発明の実施例２に係るコミュニケーション支援システムの動作について図面を用いて説明する。図１３は、本発明の実施例２に係るコミュニケーション支援システムのメディア開始動作を模式的に示したシーケンス図である。なお、図１３は、実施例１に係る図９のシーケンス図におけるステップＥ４からステップＥ１０までの間の動作である。【０１３６】
呼制御装置１０からメディア追加要求を意味する呼制御情報が転送された後（ステップＥ４）、ゲートウェイ装置３０の外部呼送受信部（図１２の２０１に対応）は、呼制御装置１０からの既存の音声呼（通話開始を要求する呼制御情報）に対するメディア追加要求を意味する呼制御情報を受信することにより、呼解析変換部（図１２の２０２に対応）に対して、メディア追加要求を意味する呼制御情報の解析を依頼する。呼解析変換部（図１２の２０２に対応）は、既存の音声呼に対するメディア送受信の追加であると判断し、メディア処理装置管理部（図１２の２４２に対応）経由でメディア処理装置管理テーブル（図２の２４１に対応；図４参照）内に登録されているメディア処理装置から状態が「利用可能」となっている装置を特定し、メニュー音声合成部（図１２の２５１に対応）を用いて特定されたメディア処理装置の中から１つのメディア処理装置を選択するためのガイダンス音声を合成する。また、ゲートウェイ装置３０は、合成されたメディア処理装置を選択するためのガイダンス音声を音声変換部（図１２の２１２に対応）にてミキシングする（ステップＧ１；図１３参照）。例えば、「追加のメディア送受信の要求があります。ＳＴＢ（Set Top Box）で送受信する場合は１を、ＳＴＢ２で送受信する場合は２を選択してください。」というガイダンス音声がミキシングされる。ミキシングされたメディア処理装置を選択するためのガイダンス音声は、内部音声送受信部（図１２の２１３に対応）を経由して通信端末５０にて再生され、利用者が聞くことができる。【０１３７】
次に、通信端末５０は、メディア処理装置を選択するためのガイダンス音声をミキシング再生し、ガイダンスを聞いた利用者がその内容に従い、メディア送受信に利用したいメディア処理装置の番号がプッシュされることで、プッシュされた番号のＤＴＭＦ信号を送信する（ステップＧ２；図１３参照）。【０１３８】
次に、ゲートウェイ装置３０は、通信端末５０からのＤＴＭＦ信号を含む音声データを内部音声送受信部（図１２の２１３に対応）を通じて受信することにより、音声変換部（図１２の２１２に対応）からＤＴＭＦ解析部（図１２の２５２に対応）に渡され、ＤＴＭＦ解析部（図１２の２５２に対応）にてＤＴＭＦ信号の検知を行う。また、ゲートウェイ装置３０は、呼解析変換部（図１２の２０２に対応）にて、検知されたＤＴＭＦ信号の番号と、ガイダンス音声を合成する際に利用した情報とを照合し、どのメディア処理装置が選択されたのか判断する。ここでは、メディア処理装置７０が選択されたとする。また、ゲートウェイ装置３０は、その判断結果を呼管理部（図１２の２３２に対応）に渡し、呼管理テーブル（図１２の２３１に対応；図３参照）内の該当する既存の音声呼情報におけるメディア利用状況にメディア処理装置７０を登録する。また、呼解析変換部（図１２の２０２に対応）は、メディア送受信を開始するか否かの結果を呼制御装置１０が解釈できるようにメディア送受信を追加するか否かの結果を示す形式に変換し、外部呼送受信部（図１２の２０１に対応）より呼制御装置１０へ転送する（ステップＧ３；図１３参照）。例えば、ゲートウェイ装置３０と呼制御装置２０間でＳＩＰ（Session Initiation Protocol）による呼制御が行われている場合には、２００ＯＫなどの結果が転送されることになる。【０１３９】
ここで、呼解析変換部（図１２の２０２は、合成されたメディア処理装置を選択するためのガイダンス音声を音声変換部（図１２の２１２に対応）にてミキシングし、内部音声送受信部（図１２の２１３に対応）を経由して通信端末５０にて再生されてから、ＤＴＭＦ解析部（図１２の２５２に対応）にてＤＴＭＦ信号の検知が行われるまでの間に時間がかかることがある。このような場合に対応するため、呼解析変換部（図１２の２０２に対応）は、ガイダンス音声を通信端末５０に送信してから、ＤＴＭＦ信号の検知を実施するまでの時間の最大をタイムアウト時間として定義し、その時間内にＤＴＭＦ信号の検知が行われない場合には、追加のメディア送受信が不可であることを呼制御装置１０が解釈できる形式に変換し、外部呼送受信部（図１２の２０１に対応）より呼制御装置１０へ転送する。【０１４０】
次に、ゲートウェイ装置３０の呼解析変換部（図１２に２０２対応）は、メディア処理装置７０に対するメディア送受信の開始を意味する呼制御情報を生成し、内部呼送受信部（図１２の２０３に対応）よりメディア処理装置７０に対して送信する（ステップＧ４；図１３参照）。ここで生成される呼制御情報は、通信端末５０とメディア処理装置７０との間でのメディア送受信の開始を意味する呼制御情報となる。例えば、メディア処理装置７０の制御部としてＳＩＰ（Session Initiation Protocol）を利用する場合には、ＩＮＶＩＴＥコマンドのＲＥＱＵＥＳＴ−ＵＲＩおよびＴＯにメディア処理装置７０のＳＩＰ−ＵＲＩを含め、ＦＲＯＭに通信端末５０のＳＩＰ−ＵＲＩを含めることで、通信端末５０とメディア処理装置７０との間でのメディア送受信の開始を意味する呼制御情報とする。【０１４１】
次に、メディア処理装置７０の呼送受信部（図１２の６０１に対応）は、ゲートウェイ装置３０からの通信端末５０とメディア処理装置７０との間でのメディア送受信の開始を意味する呼制御情報を受信することにより、呼生成解析部（図１２の６０２に対応）にて呼制御情報の解析を行い、メディア処理装置６０に対してメディアデータの送受信を開始する（ステップＧ５；図１３参照）。なお、外部ネットワークと内部ネットワークが別のネットワークである場合には、メディア処理装置７０からの映像ストリームや画像データなどのメディアデータはゲートウェイ装置３０の内部メディア送受信部２２３で一旦受信され、必要に応じてメディア変換部（図１２の２２２に対応）にて変換され、外部メディア送受信部（図１２の２２１に対応）より相手方のゲートェイ装置２０へ送信される。相手方のゲートェイ装置２０の外部メディア送受信部（図１２の２２１）で受信された映像ストリームや画像データなどのメディアデータは、必要に応じてメディア変換部（図１２の２２２）にて変換され、内部メディア送受信部（図１２の２２３）よりメディア処理装置６０へ送信され、メディア処理装置６０にて表示される。一方、外部ネットワークと内部ネットワークが同一のネットワークである場合には映像ストリームや画像データなどのメディアデータが必ずしもゲートウェイ装置２０、３０を経由する必要はなく、メディア処理装置７０からメディア処理装置６０へ直接送信される。また、映像ストリームや画像データなどのメディアデータがメディア処理装置６０からメディア処理装置７０の方向にのみ送信される場合もあり、このような場合ではメディア処理装置６０に対してメディアデータの送受信を開始するステップ（ステップＧ５）は省略される。【０１４２】
以上の動作により、複数の「利用可能」なメディア処理装置から、事前に情報を登録することなく、実際に利用するメディア処理装置を簡単に選択し、ゲートウェイ装置下の既存の音声呼に関連付けて、ゲートウェイ装置下のメディア処理装置による映像ストリームや画像データなどのメディアデータの送受信が開始することができる。【０１４３】
なお、実施例２に係るミュニケーション支援システムの通話開始動作以外の動作は、実施例１と同様である。【０１４４】
実施例２によれば、従来技術のように自情報処理装置のＩＰアドレスと自通信端末の端末番号を１対１の関係で登録しておく必要はなく、また、実施例１（メディア開始動作；図９参照）のように、メディア送受信が可能なメディア処理装置が検索されるまで繰り返し処理を行う必要はなく、マルチメディア通信が必要となった段階でゲートウェイ装置下にて管理されている複数のメディア処理装置の中から適切なものを選択、利用することができる。その理由は、「利用可能」なメディア処理装置の中から１つのメディア処理装置を選択するためのガイダンス音声を合成するメニュー音声合成部２５１と、取得した音声データを解析し、音声データの中からＤＴＭＦ信号を読み出し、何番が選択されたのか、つまり、どのメディア処理装置が選択されたのかを判定することができるＤＴＭＦ解析部２５２を備えているからである。
【産業上の利用可能性】
【０１４５】
本発明における、固定電話機や携帯電話機などの通信端末を用いて通話を行っている利用者間で、メディア処理装置を用いて生成、処理される映像ストリームや画像データなどのメディアデータを利用者間の既存の通話に関連付けることができる技術は、ルータとしての機能を有するＡＤＳＬ（Asymmetric Digital Subscriber Line）モデム下のアナログ固定電話で通話中に、または、ＮＧＮ（Next Generation Network；次世代ネットワーク）の宅内終端であるホームゲートウェイ装置下のＳＩＰ（Session Initiation Protocol）電話で通話中に、さらには、フェムトセル（超小型宅内携帯基地局）下の携帯電話で通話中に、それぞれのゲートウェイ装置下のメディア処理装置を用いて生成、処理される映像ストリームや画像データなどのメディアデータを既存の通話に関連付ける技術として適用することができる。例えば、フェムトセル下で携帯電話を利用して通話中に、携帯電話の電話番号情報と携帯電話内の蓄積されている画像データを赤外線通信により、ゲートウェイ装置下のメディア処理装置に送信し、通話相手のメディア処理装置に画像データを表示、共有することができる。また、例えば、ＮＧＮ（次世代ネットワーク）の宅内終端であるホームゲートウェイ装置下のＳＩＰ電話で通話中に、ホームビデオとして撮影された映像ストリームを映像処理装置に入力し、通話相手のメディア処理装置に映像ストリームを表示、共有することができる。【０１４６】
本発明は、上記実施例を基に説明したが、上記実施例に限定されることなく、本発明の範囲内において種々の変更、変形、改良等を含むことはいうまでもない。また、本発明の範囲内において、開示した要素の多様な組み合わせ、置換ないし選択が可能である。【０１４７】
本発明のさらなる課題・目的及び展開形態は、請求の範囲を含む本発明の全開示事項からも明らかにされる。
【図１】
0005471448.tif 000002
【図２】
0005471448.tif 000003
【図３】
0005471448.tif 000004
【図４】
0005471448.tif 000005
【図５】
0005471448.tif 000006
【図６】
0005471448.tif 000007
【図７】
0005471448.tif 000008
【図８】
0005471448.tif 000009
【図９】
0005471448.tif 000010
【図１０】
0005471448.tif 000011
【図１１】
0005471448.tif 000012
【図１２】
0005471448.tif 000013
【図１３】
0005471448.tif 000014