(57)【要約】複数の端末のうち発信を行う端末が通話相手である端末を呼び出してから応答するまでの間と、端末間における通話が終了した後とのどちらか一方のタイミングで、サーバが、データベースからコンテンツデータを読み出し、読み出したコンテンツデータを端末における再生に応じた変換情報に基づいて変換し、変換したコンテンツデータを端末へ送信し、端末が当該タイミングでサーバから送信されてきたコンテンツデータを再生する。
2009013958.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末と、該複数の端末と接続され、該複数の端末の呼処理信号を処理し、コンテンツデータが格納されたデータベースを有するサーバとから構成されたマルチメディア通信システムにおけるマルチメディアサービス提供方法であって、
前記サーバが、
（ａ）前記複数の端末のうち発信を行う端末が前記複数の端末のうち前記発信を行う端末の通話相手である端末を呼び出してから該端末が応答するまでの間、
と、
（ｂ）前記端末間における通話が終了した後、
とのどちらか一方のタイミングで、前記サーバが、前記データベースから前記コンテンツデータを読み出すステップと、
前記タイミングで、前記サーバが、前記読み出したコンテンツデータを前記端末における再生に応じた、符号化方式と、符号化ビットレートと、フレームレートと、画像サイズと、プロファイルと、レベルと、符号化オプションと、符号化フレームタイプ構成と、ビデオパケットサイズと、イントラフレーム間隔と、イントラマクロブロック数と、量子化値との少なくとも１つの変換情報に基づいて変換する、またはシンタックス変換するステップと、
前記タイミングで、前記サーバが、前記変換したコンテンツデータを前記端末へ送信するステップと、
前記タイミングで、前記端末が、前記サーバから送信されてきたコンテンツデータを再生するステップとを有するマルチメディアサービス提供方法。
【請求項２】
請求項１に記載のマルチメディアサービス提供方法において、
前記タイミングで、前記サーバが、前記読み出したコンテンツデータを前記発信を行う端末の通話相手である端末である着信側端末における再生に応じた、符号化方式と、符号化ビットレートと、フレームレートと、画像サイズと、プロファイルと、レベルと、符号化オプションと、符号化フレームタイプ構成と、ビデオパケットサイズと、イントラフレーム間隔と、イントラマクロブロック数と、量子化値との少なくとも１つの変換情報に基づいて変換する、またはシンタックス変換するステップと、
前記タイミングで、前記サーバが、前記変換したコンテンツデータを前記着信側端末へ送信するステップと、
前記タイミングで、前記着信側端末が、前記サーバから送信されてきたコンテンツデータを再生するステップとを有することを特徴とするマルチメディアサービス提供方法。
【請求項３】
請求項２に記載のマルチメディアサービス提供方法において、
前記着信側端末が応答した後、前記サーバが、前記発信を行う端末である発信側端末から送信されたデータを前記着信側端末における再生に応じた、符号化方式と、符号化ビットレートと、フレームレートと、画像サイズと、プロファイルと、レベルと、符号化オプションと、符号化フレームタイプ構成と、ビデオパケットサイズと、イントラフレーム間隔と、イントラマクロブロック数と、量子化値との少なくとも１つの変換情報に基づいて変換する、またはシンタックス変換するステップと、
前記着信側端末が応答した後、前記サーバが、変換したデータを前記着信側端末へ送信するステップとを有することを特徴とするマルチメディアサービス提供方法。
【請求項４】
請求項１に記載のマルチメディアサービス提供方法において、
前記タイミングで、前記サーバが、前記データベースから前記コンテンツデータと、前記データベースに前記コンテンツデータとともに格納された該コンテンツデータの再生環境を示す再生環境情報とを読み出すステップと、
前記サーバが、読み出したコンテンツデータを前記発信を行う端末である発信側端末における再生に応じた、符号化方式と、符号化ビットレートと、フレームレートと、画像サイズと、プロファイルと、レベルと、符号化オプションと、符号化フレームタイプ構成と、ビデオパケットサイズと、イントラフレーム間隔と、イントラマクロブロック数と、量子化値との少なくとも１つの変換情報に基づいて変換する、またはシンタックス変換するステップと、
前記タイミングで、前記サーバが、前記再生環境情報と変換したコンテンツデータとを前記発信側端末へ送信するステップと、
前記タイミングで、前記発信側端末が、前記サーバから送信されたコンテンツデータを前記再生環境情報に基づいて再生するステップとを有することを特徴とするマルチメディアサービス提供方法。
【請求項５】
請求項４に記載のマルチメディアサービス提供方法において、
前記サーバが、前記発信側端末の通話相手である端末である着信側端末から送信されるデータの再生環境情報を前記発信側端末へ送信するステップを有することを特徴とするマルチメディアサービス提供方法。
【請求項６】
請求項４または請求項５に記載のマルチメディアサービス提供方法において、
前記着信側端末が応答した後、前記サーバが、前記発信側端末の通話相手である端末である着信側端末から送信されたデータを前記発信側端末における再生に応じた、符号化方式と、符号化ビットレートと、フレームレートと、画像サイズと、プロファイルと、レベルと、符号化オプションと、符号化フレームタイプ構成と、ビデオパケットサイズと、イントラフレーム間隔と、イントラマクロブロック数と、量子化値との少なくとも１つの変換情報に基づいて変換する、またはシンタックス変換するステップと、
前記サーバが、前記変換したデータを前記発信側端末へ送信するステップを有することを特徴とするマルチメディアサービス提供方法。
【請求項７】
請求項１乃至５のいずれか１項に記載のマルチメディアサービス提供方法において、
前記サーバが、ＳＩＰを用いて前記呼処理信号を処理するステップを有することを特徴とするマルチメディアサービス提供方法。
【請求項８】
請求項４または請求項５に記載のマルチメディアサービス提供方法において、
前記サーバが、ＳＤＰを用いて前記再生環境情報を処理するステップと有することを特徴とするマルチメディアサービス提供方法。
【請求項９】
複数の端末と、該複数の端末と接続され、該複数の端末の呼処理信号を処理し、前記端末にて表示可能な文字列が格納されたデータベースを有するサーバとから構成されたマルチメディア通信システムにおけるマルチメディアサービス提供方法であって、
前記複数の端末のうち発信を行う端末の通話相手である端末が応答した後、前記サーバが、前記データベースから前記文字列を読み出すステップと、
前記サーバが、前記読み出した文字列を前記発信を行う端末と該発信を行う端末の通話相手である端末との間で送受信する映像データに挿入するステップと、
前記サーバが、前記文字列を挿入した映像データを前記端末における再生に応じた、符号化方式と、符号化ビットレートと、フレームレートと、画像サイズと、プロファイルと、レベルと、符号化オプションと、符号化フレームタイプ構成と、ビデオパケットサイズと、イントラフレーム間隔と、イントラマクロブロック数と、量子化値との少なくとも１つの変換情報に基づいて変換する、またはシンタックス変換するステップと、
前記サーバが、変換した映像データを前記端末へ送信するステップと、
前記端末が、前記サーバから送信されてきた前記文字列を挿入して変換した映像データを再生するステップとを有するマルチメディアサービス提供方法。
【請求項１０】
請求項９に記載のマルチメディアサービス提供方法において、
前記発信を行う端末である発信側端末の通話相手である端末である着信側端末が応答した後、前記サーバが、前記データベースから前記文字列を読み出すステップと、
前記サーバが、前記読み出した文字列を前記着信側端末から前記発信側端末へ送信する映像データに挿入するステップと、
前記サーバが、前記文字列を挿入した映像データを前記発信側端末における再生に応じた、符号化方式と、符号化ビットレートと、フレームレートと、画像サイズと、プロファイルと、レベルと、符号化オプションと、符号化フレームタイプ構成と、ビデオパケットサイズと、イントラフレーム間隔と、イントラマクロブロック数と、量子化値との少なくとも１つの変換情報に基づいて変換する、またはシンタックス変換するステップと、
前記サーバが、変換した映像データを前記発信側端末へ送信するステップと、
前記発信側端末が、前記サーバから送信された前記文字列を挿入して変換した映像データを再生するステップとを有することを特徴とするマルチメディアサービス提供方法。
【請求項１１】
請求項９に記載のマルチメディアサービス提供方法において、
前記発信を行う端末である発信側端末の通話相手である端末である着信側端末が応答した後、前記サーバが、前記データベースから前記文字列を読み出すステップと、
前記サーバが、前記読み出した文字列を前記発信側端末から前記着信側端末へ送信する映像データに挿入するステップと、
前記サーバが、前記文字列を挿入した映像データを前記着信側端末における再生に応じた、符号化方式と、符号化ビットレートと、フレームレートと、画像サイズと、プロファイルと、レベルと、符号化オプションと、符号化フレームタイプ構成と、ビデオパケットサイズと、イントラフレーム間隔と、イントラマクロブロック数と、量子化値との少なくとも１つの変換情報に基づいて変換する、またはシンタックス変換するステップと、
前記サーバが、変換した映像データを前記着信側端末へ送信するステップと、
前記着信側端末が、前記サーバから送信された前記文字列を挿入して変換した映像データを再生するステップとを有することを特徴とするマルチメディアサービス提供方法。
【請求項１２】
複数の端末と、該複数の端末と接続され、該複数の端末の呼処理信号を処理し、コンテンツデータが格納されたデータベースを有するサーバとから構成されたマルチメディア通信システムにおけるマルチメディアサービス提供方法であって、
前記サーバが、
（ａ）前記複数の端末のうち発信を行う端末である発信側端末が入力されたキーに対応した読み出し信号を前記サーバへ送信した場合の前記読み出し信号
と、
（ｂ）前記複数の端末のうち前記発信側端末の通話相手である端末である着信側端末が入力されたキーに対応した読み出し信号を前記サーバへ送信した場合の前記読み出し信号
とのどちらか一方に従って、前記データベースから前記コンテンツデータを読み出すステップと、
前記サーバが、前記読み出したコンテンツデータを前記端末における再生に応じた、符号化方式と、符号化ビットレートと、フレームレートと、画像サイズと、プロファイルと、レベルと、符号化オプションと、符号化フレームタイプ構成と、ビデオパケットサイズと、イントラフレーム間隔と、イントラマクロブロック数と、量子化値との少なくとも１つの変換情報に基づいて変換する、またはシンタックス変換するステップと、
前記サーバが、変換したコンテンツデータを前記端末へ送信するステップと、
前記端末が、前記サーバから送信されたコンテンツデータを再生するステップとを有するマルチメディアサービス提供方法。
【請求項１３】
請求項１２に記載のマルチメディアサービス提供方法において、
前記サーバが、前記読み出したコンテンツデータを前記発信側端末における再生に応じた、符号化方式と、符号化ビットレートと、フレームレートと、画像サイズと、プロファイルと、レベルと、符号化オプションと、符号化フレームタイプ構成と、ビデオパケットサイズと、イントラフレーム間隔と、イントラマクロブロック数と、量子化値との少なくとも１つの変換情報に基づいて変換する、またはシンタックス変換するステップと、
前記サーバが、変換したコンテンツデータを前記発信側端末へ送信するステップと、
前記発信側端末が、前記サーバから送信されたコンテンツデータを再生するステップとを有することを特徴とするマルチメディアサービス提供方法。
【請求項１４】
請求項１２に記載のマルチメディアサービス提供方法において、
前記サーバが、前記読み出したコンテンツデータを前記着信側端末における再生に応じた、符号化方式と、符号化ビットレートと、フレームレートと、画像サイズと、プロファイルと、レベルと、符号化オプションと、符号化フレームタイプ構成と、ビデオパケットサイズと、イントラフレーム間隔と、イントラマクロブロック数と、量子化値との少なくとも１つの変換情報に基づいて変換する、またはシンタックス変換するステップと、
前記サーバが、変換したコンテンツデータを前記着信側端末へ送信するステップと、
前記着信側端末が、前記サーバから送信されたコンテンツデータを再生するステップとを有することを特徴とするマルチメディアサービス提供方法。
【請求項１５】
複数の端末と、該複数の端末と接続され、該複数の端末の呼処理信号を処理し、前記端末にて表示可能な文字列が格納されたデータベースを有するサーバとから構成されたマルチメディア通信システムにおけるマルチメディアサービス提供方法であって、
前記サーバが、
（ａ）前記複数の端末のうち発信を行う端末である発信側端末が入力されたキーに対応した読み出し信号を前記サーバへ送信した場合の前記読み出し信号
と、
（ｂ）前記複数の端末のうち前記発信側端末の通話相手である端末である着信側端末が入力されたキーに対応した読み出し信号を前記サーバへ送信した場合の前記読み出し信号
とのどちらか一方に従って、前記データベースから前記文字列を読み出すステップと、
前記サーバが、前記読み出した文字列を前記発信側端末と前記着信側端末との間で送受信する映像データに挿入するステップと、
前記サーバが、前記文字列を挿入した映像データを前記端末における再生に応じた、符号化方式と、符号化ビットレートと、フレームレートと、画像サイズと、プロファイルと、レベルと、符号化オプションと、符号化フレームタイプ構成と、ビデオパケットサイズと、イントラフレーム間隔と、イントラマクロブロック数と、量子化値との少なくとも１つの変換情報に基づいて変換する、またはシンタックス変換するステップと、
前記サーバが、変換した映像データを前記端末へ送信するステップと、
前記端末が、前記サーバから送信された前記文字列を挿入して変換した映像データを再生するステップとを有するマルチメディアサービス提供方法。
【請求項１６】
請求項１５に記載のマルチメディアサービス提供方法において、
前記サーバが、前記読み出した文字列を前記着信側端末から前記発信側端末へ送信する映像データに挿入するステップと、
前記サーバが、前記文字列を挿入した映像データを前記発信側端末における再生に応じた、符号化方式と、符号化ビットレートと、フレームレートと、画像サイズと、プロファイルと、レベルと、符号化オプションと、符号化フレームタイプ構成と、ビデオパケットサイズと、イントラフレーム間隔と、イントラマクロブロック数と、量子化値との少なくとも１つの変換情報に基づいて変換する、またはシンタックス変換するステップと、
前記サーバが、変換した映像データを前記発信側端末へ送信するステップと、
前記発信側端末が、前記サーバから送信された前記文字列を挿入して変換した映像データを再生するステップとを有することを特徴とするマルチメディアサービス提供方法。
【請求項１７】
請求項１５に記載のマルチメディアサービス提供方法において、
前記サーバが、前記読み出した文字列を前記発信側端末から前記着信側端末へ送信する映像データに挿入するステップと、
前記サーバが、前記文字列を挿入した映像データを前記着信側端末における再生に応じた、符号化方式と、符号化ビットレートと、フレームレートと、画像サイズと、プロファイルと、レベルと、符号化オプションと、符号化フレームタイプ構成と、ビデオパケットサイズと、イントラフレーム間隔と、イントラマクロブロック数と、量子化値との少なくとも１つの変換情報に基づいて変換する、またはシンタックス変換するステップと、
前記サーバが、変換した映像データを前記着信側端末へ送信するステップと、
前記着信側端末が、前記サーバから送信された前記文字列を挿入して変換した映像データを再生するステップとを有することを特徴とするマルチメディアサービス提供方法。
【請求項１８】
請求項１５に記載のマルチメディアサービス提供方法において、
前記発信側端末が、読み出し信号としてＤＴＭＦ信号を前記サーバへ送信するステップと、
前記サーバが、前記発信側端末から送信されたＤＴＭＦ信号に従って、前記データベースから前記文字列を読み出すステップとを有することを特徴とするマルチメディアサービス提供方法。
【請求項１９】
請求項１５に記載のマルチメディアサービス提供方法において、
前記着信側端末が、読み出し信号としてＤＴＭＦ信号を前記サーバへ送信するステップと、
前記サーバが、前記着信側端末から送信されたＤＴＭＦ信号に従って、前記データベースから前記文字列を読み出すステップとを有することを特徴とするマルチメディアサービス提供方法。
【請求項２０】
請求項１または請求項１２に記載のマルチメディアサービス提供方法において、
前記サーバが、前記発信を行う端末である発信側端末へ前記変換したコンテンツデータを送信した頻度を優待情報データベースに記録するステップと、
前記サーバが、前記頻度に応じた優待情報を前記優待情報データベースから読み出すステップとを有することを特徴とするマルチメディアサービス提供方法。
【請求項２１】
請求項２０に記載のマルチメディアサービス提供方法において、
前記サーバが、前記発信側端末へ前記変換したコンテンツを送信した回数を優待情報データベースに記録するステップと、
前記サーバが、前記回数に応じた優待情報を前記優待情報データベースから読み出すステップとを有することを特徴とするマルチメディアサービス提供方法。
【請求項２２】
請求項２０に記載のマルチメディアサービス提供方法において、
前記サーバが、前記発信側端末へ前記変換したコンテンツを送信した時間を優待情報データベースに記録するステップと、
前記サーバが、前記時間に応じた優待情報を前記優待情報データベースから読み出すステップとを有することを特徴とするマルチメディアサービス提供方法。
【請求項２３】
請求項１または請求項１２に記載のマルチメディアサービス提供方法において、
前記サーバが、前記発信を行う端末の通話相手の端末である着信側端末へ前記変換したコンテンツデータを送信した頻度を優待情報データベースに記録するステップと、
前記サーバが、前記頻度に応じた優待情報を前記優待情報データベースから読み出すステップとを有することを特徴とするマルチメディアサービス提供方法。
【請求項２４】
請求項２３に記載のマルチメディアサービス提供方法において、
前記サーバが、前記着信側端末へ前記変換したコンテンツを送信した回数を優待情報データベースに記録するステップと、
前記サーバが、前記回数に応じた優待情報を前記優待情報データベースから読み出すステップとを有することを特徴とするマルチメディアサービス提供方法。
【請求項２５】
請求項２３に記載のマルチメディアサービス提供方法において、
前記サーバが、前記着信側端末へ前記変換したコンテンツを送信した時間を優待情報データベースに記録するステップと、
前記サーバが、前記時間に応じた優待情報を前記優待情報データベースから読み出すステップとを有することを特徴とするマルチメディアサービス提供方法。
【請求項２６】
請求項９または請求項１５に記載のマルチメディアサービス提供方法において、
前記サーバが、前記発信を行う端末である発信側端末へ前記文字列を挿入して変換した映像データを送信した頻度を優待情報データベースに記録するステップと、
前記サーバが、前記頻度に応じた優待情報を前記優待情報データベースから読み出すステップとを有することを特徴とするマルチメディアサービス提供方法。
【請求項２７】
請求項２６に記載のマルチメディアサービス提供方法において、
前記サーバが、前記発信側端末へ前記文字列を挿入して変換した映像データを送信した回数を優待情報データベースに記録するステップと、
前記サーバが、前記回数に応じた優待情報を前記優待情報データベースから読み出すステップとを有することを特徴とするマルチメディアサービス提供方法。
【請求項２８】
請求項２６に記載のマルチメディアサービス提供方法において、
前記サーバが、前記発信側端末へ前記文字列を挿入して変換した映像データを送信した時間を優待情報データベースに記録するステップと、
前記サーバが、前記時間に応じた優待情報を前記優待情報データベースから読み出すステップとを有することを特徴とするマルチメディアサービス提供方法。
【請求項２９】
請求項９または請求項１５に記載のマルチメディアサービス提供方法において、
前記サーバが、前記発信を行う端末の通話相手である端末である着信側端末へ前記文字列を挿入して変換した映像データを送信した頻度を優待情報データベースに記録するステップと、
前記サーバが、前記頻度に応じた優待情報を前記優待情報データベースから読み出すステップとを有することを特徴とするマルチメディアサービス提供方法。
【請求項３０】
請求項２９に記載のマルチメディアサービス提供方法において、
前記サーバが、前記着信側端末へ前記文字列を挿入して変換した映像データを送信した回数を優待情報データベースに記録するステップと、
前記サーバが、前記回数に応じた優待情報を前記優待情報データベースから読み出すステップとを有することを特徴とするマルチメディアサービス提供方法。
【請求項３１】
請求項２９に記載のマルチメディアサービス提供方法において、
前記サーバが、前記着信側端末へ前記文字列を挿入して変換した映像データを送信した時間を優待情報データベースに記録するステップと、
前記サーバが、前記時間に応じた優待情報を前記優待情報データベースから読み出すステップとを有することを特徴とするマルチメディアサービス提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチメディア通信を行うマルチメディア通信システムにおけるマルチメディア提供サービスに関する。
【背景技術】
【０００２】
近年、ＩＰネットワークの広帯域化に伴い，音声だけでなく映像も含めたマルチメディア通信を行うテレビ電話端末が普及してきている。マルチメディア通信においては，従来の音声通話には無い「映像」という特性を生かし，お互いの顔を見て会話をするだけでなく，さまざまなサービスニーズがある。【０００３】
しかし、発信者端末が着信側端末を呼び出し中（着信者端末が応答する前）に、発信者端末や着信者端末にて所望の広告等の映像が表示されることはなかった。【０００４】
また、端末間にて通話中に、所望の広告等を、発信者端末や着信者端末にて表示される映像に挿入されることはなかった。【０００５】
そこで、端末間の通話路を接続すると、所定の広告データを端末へ送信する技術が考えられている（例えば、特許公開２００２−３００２８６号公報参照。）。【０００６】
また、発信電話機から発呼された通信待機中において、商業情報を発信電話機に提供する技術が考えられている（例えば、特許公開２００６−２５４５１２号公報参照。）。【０００７】
しかしながら、上記特許ドキュメントには、発信者端末にて当該広告データを再生するための情報については記載されていない。
【発明の開示】
【０００８】
本発明は、上述した課題を解決するため、端末にて所望のコンテンツデータを、所定のタイミングで当該コンテンツデータ及び当該端末に適した形式で再生するサービスを提供することができるマルチメディアサービス提供方法を提供することを目的とする。
【０００９】
上記目的を達成するために本発明は、
複数の端末と、該複数の端末と接続され、該複数の端末の呼処理信号を処理し、コンテンツデータが格納されたデータベースを有するサーバとから構成されたマルチメディア通信システムにおけるマルチメディアサービス提供方法であって、
前記サーバが、
（ａ）前記複数の端末のうち発信を行う端末が前記複数の端末のうち前記発信を行う端末の通話相手である端末を呼び出してから該端末が応答するまでの間、
と、
（ｂ）前記端末間における通話が終了した後、
とのどちらか一方のタイミングで、前記サーバが、前記データベースから前記コンテンツデータを読み出すステップと、
前記タイミングで、前記サーバが、前記読み出したコンテンツデータを前記端末における再生に応じた、符号化方式と、符号化ビットレートと、フレームレートと、画像サイズと、プロファイルと、レベルと、符号化オプションと、符号化フレームタイプ構成と、ビデオパケットサイズと、イントラフレーム間隔と、イントラマクロブロック数と、量子化値との少なくとも１つの変換情報に基づいて変換する、またはシンタックス変換するステップと、
前記タイミングで、前記サーバが、前記変換したコンテンツデータを前記端末へ送信するステップと、
前記タイミングで、前記端末が、前記サーバから送信されてきたコンテンツデータを再生するステップとを有する。
【００１０】
また、複数の端末と、該複数の端末と接続され、該複数の端末の呼処理信号を処理し、前記端末にて表示可能な文字列が格納されたデータベースを有するサーバとから構成されたマルチメディア通信システムにおけるマルチメディアサービス提供方法であって、
前記複数の端末のうち発信を行う端末の通話相手である端末が応答した後、前記サーバが、前記データベースから前記文字列を読み出すステップと、
前記サーバが、前記読み出した文字列を前記発信を行う端末と該発信を行う端末の通話相手である端末との間で送受信する映像データに挿入するステップと、
前記サーバが、前記文字列を挿入した映像データを前記端末における再生に応じた、符号化方式と、符号化ビットレートと、フレームレートと、画像サイズと、プロファイルと、レベルと、符号化オプションと、符号化フレームタイプ構成と、ビデオパケットサイズと、イントラフレーム間隔と、イントラマクロブロック数と、量子化値との少なくとも１つの変換情報に基づいて変換する、またはシンタックス変換するステップと、
前記サーバが、変換した映像データを前記端末へ送信するステップと、
前記端末が、前記サーバから送信されてきた前記文字列を挿入して変換した映像データを再生するステップとを有する。
【００１１】
また、複数の端末と、該複数の端末と接続され、該複数の端末の呼処理信号を処理し、コンテンツデータが格納されたデータベースを有するサーバとから構成されたマルチメディア通信システムにおけるマルチメディアサービス提供方法であって、
前記サーバが、
（ａ）前記複数の端末のうち発信を行う端末である発信側端末が入力されたキーに対応した読み出し信号を前記サーバへ送信した場合の前記読み出し信号
と、
（ｂ）前記複数の端末のうち前記発信側端末の通話相手である端末である着信側端末が入力されたキーに対応した読み出し信号を前記サーバへ送信した場合の前記読み出し信号
とのどちらか一方に従って、前記データベースから前記コンテンツデータを読み出すステップと、
前記サーバが、前記読み出したコンテンツデータを前記端末における再生に応じた、符号化方式と、符号化ビットレートと、フレームレートと、画像サイズと、プロファイルと、レベルと、符号化オプションと、符号化フレームタイプ構成と、ビデオパケットサイズと、イントラフレーム間隔と、イントラマクロブロック数と、量子化値との少なくとも１つの変換情報に基づいて変換する、またはシンタックス変換するステップと、
前記サーバが、変換したコンテンツデータを前記端末へ送信するステップと、
前記端末が、前記サーバから送信されたコンテンツデータを再生するステップとを有する。
【００１２】
また、複数の端末と、該複数の端末と接続され、該複数の端末の呼処理信号を処理し、前記端末にて表示可能な文字列が格納されたデータベースを有するサーバとから構成されたマルチメディア通信システムにおけるマルチメディアサービス提供方法であって、
前記サーバが、
（ａ）前記複数の端末のうち発信を行う端末である発信側端末が入力されたキーに対応した読み出し信号を前記サーバへ送信した場合の前記読み出し信号
と、
（ｂ）前記複数の端末のうち前記発信側端末の通話相手である端末である着信側端末が入力されたキーに対応した読み出し信号を前記サーバへ送信した場合の前記読み出し信号
とのどちらか一方に従って、前記データベースから前記文字列を読み出すステップと、
前記サーバが、前記読み出した文字列を前記発信側端末と前記着信側端末との間で送受信する映像データに挿入するステップと、
前記サーバが、前記文字列を挿入した映像データを前記端末における再生に応じた、符号化方式と、符号化ビットレートと、フレームレートと、画像サイズと、プロファイルと、レベルと、符号化オプションと、符号化フレームタイプ構成と、ビデオパケットサイズと、イントラフレーム間隔と、イントラマクロブロック数と、量子化値との少なくとも１つの変換情報に基づいて変換する、またはシンタックス変換するステップと、
前記サーバが、変換した映像データを前記端末へ送信するステップと、
前記端末が、前記サーバから送信された前記文字列を挿入して変換した映像データを再生するステップとを有する。
【００１３】
以上説明したように本発明においては、画像及び音声を送受信するシステムにおいてデータベースに予め格納されたコンテンツデータを所定のタイミングで端末に送信する構成としたため、端末にて所望のコンテンツデータを、所定のタイミングで当該コンテンツデータ及び当該端末に適した形式で再生するサービスを提供することができる。
【図面の簡単な説明】
【００１４】
【図１】本発明のマルチメディア通信システムの一形態を示す図である。
【図２】図１に示したマルチメディア通信装置の第１の実施の形態を示す図である。
【図３】図２に示した送信データ切替部の一構成を示す図である。
【図４】図２に示したコンテンツデータベースの一構造を示す図である。
【図５】図２に示したマルチメディア通信装置におけるマルチメディア通信方法の第１の方法を説明するためのフローチャートである。
【図６】図１に示した発信側端末の一形態を示す図である。
【図７】図２に示した変換情報データベースの一構造を示す図である。
【図８】シンタックス変換が行われる場合の図３に示したデータ変換部の一構成を示す図である。
【図９】図２に示したマルチメディア通信装置におけるマルチメディア通信方法の第２の方法を説明するためのフローチャートである。
【図１０】図１に示したマルチメディア通信装置の第２の実施の形態を示す図である。
【図１１】図１０に示したマルチメディア通信装置におけるマルチメディア通信方法の第１の方法を説明するためのフローチャートである。
【図１２】図１に示した着信側端末の一形態を示す図である。
【図１３】図１０に示したマルチメディア通信装置におけるマルチメディア通信方法の第２の方法を説明するためのフローチャートである。
【図１４】図１に示したマルチメディア通信装置の第３の実施の形態を示す図である。
【図１５】図１に示したマルチメディア通信装置の第４の実施の形態を示す図である。
【図１６】図１５に示した送信データ文字挿入部の一構成を示す図である。
【図１７】図１５に示した文字列データベースの一構造を示す図である。
【図１８】図１５に示したマルチメディア通信装置におけるマルチメディア通信方法を説明するためのフローチャートである。
【図１９】図１に示したマルチメディア通信装置の第５の実施の形態を示す図である。
【図２０】図１９に示したマルチメディア通信装置におけるマルチメディア通信方法を説明するためのフローチャートである。
【図２１】図１に示したマルチメディア通信装置の第６の実施の形態を示す図である。
【図２２】図１に示したマルチメディア通信装置の第７の実施の形態を示す図である。
【図２３】図２２に示したマルチメディア通信装置におけるマルチメディア通信方法を説明するためのフローチャートである。
【図２４】図１に示したマルチメディア通信装置の第８の実施の形態を示す図である。
【図２５】図２４に示したマルチメディア通信装置におけるマルチメディア通信方法を説明するためのフローチャートである。
【図２６】図１に示したマルチメディア通信装置の第９の実施の形態を示す図である。
【図２７】図１に示したマルチメディア通信装置の第１０の実施の形態を示す図である。
【図２８】図２７に示したマルチメディア通信装置におけるマルチメディア通信方法を説明するためのフローチャートである。
【図２９】図１に示したマルチメディア通信装置の第１１の実施の形態を示す図である。
【図３０】図２９に示したマルチメディア通信装置におけるマルチメディア通信方法を説明するためのフローチャートである。
【図３１】図１に示したマルチメディア通信装置の第１２の実施の形態を示す図である。
【図３２】図１に示したマルチメディア通信装置の第１３の実施の形態を示す図である。
【図３３】図３２に示した広告コンテンツデータベースの一構造を示す図である。
【図３４】図１に示したマルチメディア通信装置の第１４の実施の形態を示す図である。
【図３５】広告データの送信回数と優待情報とが対応付けられた優待情報データベースの一構成を示す図である。
【図３６】広告データの送信時間と優待情報とが対応付けられた優待情報データベースの一構成を示す図である。
【発明を実施するための最良の形態】
【００１５】
以下に、本発明の実施の形態について図面を参照して説明する。【００１６】
図１は、本発明のマルチメディア通信システムの一形態を示す図である。【００１７】
本形態は図１に示すように、複数の端末１０２−１〜１０２−ｎと、マルチメディア通信装置１０３とがネットワーク１０１を介して接続されている。【００１８】
端末１０２−１〜１０２−ｎは、テレビ電話端末に代表されるような、映像及び音声を送受信できる通信端末である。端末１０２−１〜１０２−ｎは、それぞれ発信及び着信が可能である。端末１０２−１〜１０２−ｎは、端末１０２−１〜１０２−ｎに設けられたマイク等の音声収集手段によって収集された音声を音声データとして符号化し、符号化された音声データを送信する。また、端末１０２−１〜１０２−ｎに設けられたカメラ等の撮影手段によって撮影された映像を映像データとして符号化し、符号化された映像データを送信する。また、受信された音声データから音声を復号化し、復号化された音声を端末１０２−１〜１０２−ｎに設けられたスピーカー等の音声再生手段によって再生する。また、受信された映像データから映像を復号化し、復号化された映像を端末１０２−１〜１０２−ｎに設けられたディスプレイ等の映像再生手段によって再生する。【００１９】
マルチメディア通信装置１０３は、ネットワーク１０１を介して端末１０２−１〜１０２−ｎ間で送受信される音声データや映像データの転送を仲介する。また、マルチメディア通信装置１０３は、任意のコンテンツや文字列を端末１０２−１〜１０２−ｎへ送信するサーバとしての役割を有する。【００２０】
（第１の実施の形態）
以下に、図１に示したマルチメディア通信装置１０３の第１の実施の形態について説明する。【００２１】
図２は、図１に示したマルチメディア通信装置１０３の第１の実施の形態を示す図である。ここで、端末１０２−１と端末１０２−２との間にて通信が行われる場合を例に挙げて説明する。また、ここでは、端末１０２−１が発信側端末であり、端末１０２−２が端末１０２−１の通話相手である着信側端末とする。なお、端末１０２−３〜１０２−ｎのどの端末が発信側端末または着信側端末である場合であっても、その動作は以下に示す動作と同じである。【００２２】
図１に示したマルチメディア通信装置１０３の第１の実施の形態は図２に示すように、呼処理信号処理部２０１と、発信側端末データ送信部２０２と、送信データ切替部２０３と、着信側端末データ受信部２０４と、発信側端末データ受信部２０５と、着信側端末データ送信部２０６と、コンテンツデータベース２０７とから構成されている。【００２３】
呼処理信号処理部２０１は、端末１０２−１と端末１０２−２との間の呼処理信号の送受信を行う。また、端末１０２−１と端末１０２−２との間にて送受信される符号化データの再生環境情報を、端末１０２−１と端末１０２−２との間にて送受信する。ここで、符号化データの再生環境情報とは、当該符号化データを端末１０２−１，１０２−２にて再生するために必要な情報である。例えば、当該符号化データを受信するための情報（アドレス、ポート、形式、再生するためのアプリケーションなど）や、当該符号化データで用いる帯域値等である。なお、この再生環境情報の送受信には、例えばＩＥＴＦ規格ＳＤＰ（Session  Description  Protocol：ＲＦＣ２３２７）のプロトコルを用いるものであっても良い。また、所定の時間、または端末１０２−１あるいは端末１０２−２から呼処理信号を受信したタイミングで、コンテンツデータベース２０７からコンテンツを読み出すように送信データ切替部２０３に対して指示する。また、所定の時間、または端末１０２−１あるいは端末１０２−２から呼処理信号を受信したタイミングで、コンテンツデータベース２０７から読み出されたコンテンツを端末１０２−１へ送信するように送信データ切替部２０３に対して指示する。または、所定の時間、または端末１０２−１あるいは端末１０２−２から呼処理信号を受信したタイミングで、端末１０２−２から送信されてマルチメディア通信装置１０３にて受信された符号化データを端末１０２−１へ送信するように送信データ切替部２０３に対して指示する。なお、呼処理信号処理部２０１は、呼処理信号として、例えばＩＥＴＦ規格ＳＩＰ（Session  Initiation  Protocol：ＲＦＣ３２６１）を使用することも可能である。【００２４】
発信側端末データ送信部２０２は、送信データ切替部２０３から出力された符号化データを端末１０２−１へ送信する。【００２５】
送信データ切替部２０３は、呼処理信号処理部２０１からの指示に従って、コンテンツデータベース２０７からコンテンツを読み出して符号化する。また、呼処理信号処理部２０１からの指示に従って、発信側端末データ送信部２０２へ出力する符号化データを、コンテンツデータベース２０７から読み出されて符号化されたコンテンツの符号化データと着信側端末データ受信部２０４から出力された符号化データ（端末１０２−２から送信された符号化データ）とのどちらか一方に切り替える。【００２６】
図３は、図２に示した送信データ切替部２０３の一構成を示す図である。【００２７】
図２に示した送信データ切替部２０３は図３に示すように、コンテンツ読み出し部３０１と、選択部３０２と、データ変換部３０３とから構成されている。【００２８】
コンテンツ読み出し部３０１は、呼処理信号処理部２０１から、コンテンツデータベース２０７からコンテンツの読み出しの指示があった場合、コンテンツデータベース２０７からコンテンツを読み出し、読み出されたコンテンツを符号化データとして符号化する。【００２９】
選択部３０２は、呼処理信号処理部２０１から、着信側端末データ受信部２０４から出力されてきた符号化データを発信側端末データ送信部２０２へ出力するように指示された場合、着信側端末データ受信部２０４から出力されてきた符号化データを選択する。また、コンテンツデータベース２０７から読み出されて符号化されたコンテンツの符号化データを発信側端末データ送信部２０２へ出力するように指示された場合、コンテンツの符号化データを選択する。【００３０】
データ変換部３０３は、選択部３０２にて選択された符号化データを、発信側端末である端末１０２−１にてデコード及び再生が可能なデータ形式に変換する。この変換は、変換情報データベース２０８に格納されている変換情報のうち少なくとも１つの変換を行うものである。変換情報については、後述する。なお、このデータ変換部３０３を有しない構成であっても良い。【００３１】
また、着信側端末データ受信部２０４は、端末１０２−２から送信された符号化データを受信し、受信された符号化データを送信データ切替部２０３へ出力する。【００３２】
発信側端末データ受信部２０５は、端末１０２−１から送信された符号化データを受信して着信側端末データ送信部２０６へ出力する。【００３３】
着信側端末データ送信部２０６は、発信側端末データ受信部２０５から出力された符号化データを端末１０２−２へ送信する。【００３４】
コンテンツデータベース２０７には、複数の動画や静止画の映像データや音声データ等のコンテンツデータが予め格納されている。また、文字データがコンテンツデータとして格納されているものであっても良い。【００３５】
変換情報データベース２０８には、マルチメディア通信装置１０３から送信されるデータを端末１０２−１〜１０２−ｎそれぞれにてデコード及び再生が可能なデータに変換するための変換情報が予め格納されている。【００３６】
また、発信側端末データ送信部２０２及び着信側端末データ送信部２０６は，例えばネットワーク１０１がパケット交換網である場合は、ＲＴＰ（Real-Time  Transport  Protocol）パケット送信部として構成することも可能である。【００３７】
また、着信側端末データ受信部２０４及び発信側端末データ受信部２０５は，例えばネットワーク１０１がパケット交換網である場合は、ＲＴＰパケット受信部として構成することも可能である。【００３８】
図４は、図２に示したコンテンツデータベース２０７の一構造を示す図である。【００３９】
図２に示したコンテンツデータベース２０７には図４に示すように、動画や静止画の映像データや音声データが格納されている。それぞれの映像データまたは音声データには、各データに固有に付与された識別番号と、分類と、再生環境情報とがそれぞれ対応付けられて格納されている。例えば、携帯電話が鳴っている動画であるコンテンツには、識別番号「０００１」と、分類の「映像データ（動画）」と、再生環境情報「Ａ」とが対応付けられている。また、水平線における日の出の静止画であるコンテンツには、識別番号「０００２」と、分類の「映像データ（静止画）」と、再生環境情報「Ｂ」とが対応付けられている。また、キャラクターが動いている動画であるコンテンツには、識別番号「０００３」と、分類の「映像データ（動画）」と、再生環境情報「Ｃ」とが対応付けられている。また、「電話ですよ」という音声であるコンテンツには、識別番号「０００４」と、分類の「音声データ」と、再生環境情報「Ｄ」とが対応付けられている。【００４０】
なお、コンテンツデータベース２０７は、マルチメディア通信装置１０３の外部に接続され、必要に応じてマルチメディア通信装置１０３によってコンテンツが読み出されるものであっても良い。【００４１】
以下に、図２に示したマルチメディア通信装置１０３におけるマルチメディア通信方法について説明する。【００４２】
図５は、図２に示したマルチメディア通信装置１０３におけるマルチメディア通信方法の第１の方法を説明するためのフローチャートである。【００４３】
まず、呼処理信号処理部２０１にて図２に示した端末１０２−１から端末１０２−２への発信がステップ１にて検出されると、着信側端末である端末１０２−２が応答したかどうかがステップ２にて判断される。【００４４】
呼処理信号処理部２０１にて、端末１０２−２が応答していないと判断された場合、呼処理信号処理部２０１から送信データ切替部２０３へ、コンテンツデータベース２０７からコンテンツを読み出し、符号化して発信側端末データ送信部２０２へ出力するように指示される。この指示に従って、ステップ３にて送信データ切替部２０３によってコンテンツデータベース２０７からコンテンツが読み出されて符号化される。【００４５】
このとき、読み出されるコンテンツは、着信側端末に従って選択されたコンテンツであっても良い。つまり、コンテンツデータベース２０７に端末１０２−１〜１０２−ｎを識別するための情報とコンテンツの識別番号との対応付けを予め格納しておき、その対応付けに従ってコンテンツが選択され、読み出されるものであっても良い。例えば、端末１０２−２を識別するための情報と識別番号が「０００２」とが対応付けられている場合を例に挙げる。このとき、着信側端末が端末１０２−２である場合、識別番号「０００２」のコンテンツが読み出されるものであっても良い。また、発信側端末に従ってコンテンツが選択されて読み出されるものであっても良い。なお、この場合、呼処理信号処理部２０１から送信データ切替部２０３へ、着信側端末や発信側端末を識別するための情報が出力される。ここで、端末１０２−１〜１０２−ｎを識別するための情報とは、端末１０２−１〜１０２−ｎの電話番号であっても良いし、端末１０２−１〜１０２−ｎを識別可能な情報であれば良い。【００４６】
また、ここでコンテンツと共に当該コンテンツに対応付けられた再生環境情報がコンテンツデータベース２０７から読み出され、読み出された再生環境情報が送信データ切替部２０３から呼処理信号処理部２０１へ出力される。呼処理信号処理部２０１に入力された再生環境情報は、ステップ４にて呼処理信号処理部２０１から端末１０２−１へ送信される。【００４７】
また、符号化されたコンテンツの符号化データがステップ５にて発信側端末データ送信部２０２へ出力される。【００４８】
その後、当該コンテンツの符号化データが発信側端末データ送信部２０２から端末１０２−１へ送信される。【００４９】
一方、呼処理信号処理部２０１にて端末１０２−２が応答したと判断された場合、端末１０２−２から送信されてきた再生環境情報が呼処理信号処理部２０１にて受信され、ステップ６にて呼処理信号処理部２０１から端末１０２−１へ送信される。端末１０２−２から送信されてきた再生環境情報とは、端末１０２−２から送信されてくるデータに関する再生環境情報である。【００５０】
また、呼処理信号処理部２０１から送信データ切替部２０３へ着信側端末データ受信部２０４から出力された符号化データを発信側端末データ送信部２０２へ出力するように指示される。この指示に従って、送信データ切替部２０３にて着信側端末データ受信部２０４から出力された符号化データがステップ７にて発信側端末データ送信部２０２へ出力される。【００５１】
その後、当該符号化データが発信側端末データ送信部２０２から端末１０２−１へ送信される。【００５２】
なお、端末１０２−２から送信されてくるデータに関する再生環境情報が呼処理信号処理部２０１に予め登録されているものであっても良い。この場合、ステップ４にてコンテンツの再生環境情報が端末１０２−１へ送信されると共に、予め登録されている端末１０２−２から送信されてくるデータに関する再生環境情報が端末１０２−１へ送信されるものであっても良い。【００５３】
図６は、図１に示した端末１０２−１の一形態を示す図である。なお、図６には図１に示した端末の１０２−１の形態のうち、本発明に関する受信機能部分についてのみを示す。【００５４】
図１に示した端末１０２−１には図６に示すように、再生可否判断部６０１と、受信データ識別部６０２と、音声データ再生部６０３と、映像データ再生部６０４と、呼処理信号処理部６０５とが設けられている。【００５５】
再生可否判断部６０１は、マルチメディア通信装置１０３から送信されてきた符号化データを復号化し、復号化されたデータが端末１０２−１にて再生可能であるかどうかを判断する。判断の基準は、呼処理信号処理部６０５から通知される、端末１０２−１が端末１０２−２を呼び出し中であるかどうか、また通話中であるかどうかという情報に従う。端末１０２−１が端末１０２−２を呼び出し中である場合、または通話中である場合、マルチメディア通信装置１０３から送信されてきたデータが端末１０２−１にて再生可能なデータであると判断する。さらに、マルチメディア通信装置１０３から送信されてきたデータが、コンテンツデータベース２０７から読み出されたコンテンツであるかどうかを判断しても良い。この判断には、送信データ切替部２０３にてコンテンツデータベース２０７から読み出されたコンテンツの所定のエリアに識別子を付与し、付与された識別子を再生可否判断部６０１にて検出することにより行うものであっても良い。これらの判断基準を用いて、端末１０２−１が端末１０２−２を呼び出し中にマルチメディア通信装置１０３から送信されてきたデータのうち、コンテンツデータベース２０７から読み出されたコンテンツは再生可能であると判断する。また、マルチメディア通信装置１０３から送信されてきたデータが、コンテンツデータベース２０７から読み出されたコンテンツではないと判断された場合であっても、端末１０２−１が通話中である場合は、マルチメディア通信装置１０３から送信されてきたデータは再生可能と判断する。これは、一般的なテレビ電話端末における映像データ及び音声データの再生機能と同じである。【００５６】
受信データ識別部６０２は、再生可否判断部６０１にて再生可能と判断されたデータが音声データと映像データとのどちらであるかを識別する。この識別方法は従来行われている一般的な方法でかまわない。【００５７】
音声データ再生部６０３は、受信データ識別部６０２にて識別された音声データを再生する。このとき、呼処理信号処理部６０５から再生環境情報が出力された場合、当該再生環境情報に基づいて音声データを再生する。音声データ再生部６０３は、スピーカーが例として挙げられる。【００５８】
映像データ再生部６０４は、受信データ識別部６０２にて識別された映像データを再生する。このとき、呼処理信号処理部６０５から再生環境情報が出力された場合、当該再生環境情報に基づいて映像データを再生する。映像データ再生部６０４は、ディスプレイが例として挙げられる。【００５９】
呼処理信号処理部６０５は、呼処理信号を処理する。また、端末１０２−１が端末１０２−２を呼び出し中であるかどうか、また通話中であるかどうかを再生可否判断部６０１へ通知する。また、マルチメディア通信装置１０３から送信された再生環境情報を、音声データ再生部６０３と映像データ再生部６０４とへ出力する。また、端末１０２−１から送信する符号化データに関する再生環境情報をマルチメディア通信装置１０３へ送信する。【００６０】
なお、図６に示した端末１０２−１の形態は、後述する実施の形態においても同じである。【００６１】
これにより、端末１０２−１が端末１０２−２を呼び出し中に、コンテンツデータベース２０７から読み出されたコンテンツが再生環境情報を用いて端末１０２−１にて再生される。また、通話が開始されると、端末１０２−２から送信されてきた映像や音声のデータが端末１０２−１にて再生環境情報を用いて再生される。【００６２】
また、端末１０２−１〜１０２−ｎにて再生できるデータ形式がそれぞれ異なることも考えられる。そのため、呼処理信号処理部２０１から送信データ切替部２０３に対して、発信側端末データ送信部２０２へ符号化データを送信する際に、送信する符号化データを送信先の端末１０２−１〜１０２−ｎにおいてデコード及び再生が可能なデータ形式に変換して出力するように指示するものであっても良い。この場合、実際のデータ変換は、図３に示した送信データ切替部２０３のデータ変換部３０３にて行われる。【００６３】
図７は、図２に示した変換情報データベースの一構造を示す図である。【００６４】
図２に示した変換情報データベース２０８には図７に示すように、各端末１０２−１〜１０２−ｎにおいてデコード及び再生が可能なデータ形式に変換するための情報が、端末１０２−１〜１０２−ｎ固有に付与された識別番号に対応付けられて格納されている。図７では、端末１０２−１〜１０２−ｎの識別番号を１０２−１〜１０２−ｎとしているが、端末１０２−１〜１０２−ｎ固有に付与され、呼処理を行う際に端末１０２−１〜１０２−ｎからマルチメディア通信装置１０３へ送信される端末１０２−１〜１０２−ｎ固有に付与された識別番号であればかまわない。また、変換情報として、符号化方式、符号化ビットレート、フレームレート、画像サイズ、プロファイル、レベル、符号化オプション、符号化フレームタイプ構成、ビデオパケットサイズ、イントラフレーム間隔、イントラマクロブロック数及び量子化値の変換情報が格納されている。図７では、それぞれの情報の欄が空欄となっているが、ここでは省略しただけである。各変換情報の定義を以下に示す。【００６５】
符号化方式は、ＩＴＵ−Ｔ勧告Ｈ．２６３，Ｈ．２６４，あるいはＩＳＯ／ＩＥＣ勧告ＭＰＥＧ−４などの動画像圧縮符号化方式である。【００６６】
符号化ビットレートは、動画像を圧縮する際の１秒あたりの符号量である。【００６７】
フレームレートは、動画像を圧縮する際の１秒あたりのフレーム枚数である。【００６８】
画像サイズは、端末１０２−１〜１０２−ｎにて再生できる画像のサイズ情報であり、例えば、ＱＣＩＦ（横１７６画素×縦１４４画素）やＣＩＦ（横３５２画素×縦２８８画素）などが挙げられる。【００６９】
プロファイルは、扱われる要素技術の集合の定義であり、例えば、ＭＰＥＧ−４でシンプルプロファイルの場合，再同期マーカ、データ分割、リバーシブルＶＬＣなどが挙げられる。【００７０】
レベルは、扱われるビットレートや画像サイズなどの定義であり、例えば、ＭＰＥＧ−４でレベル１の場合，最大ビットレートが６４ｋｂｐｓで最大画像サイズがＱＣＩＦであるものが挙げられる。【００７１】
符号化オプションは、符号化の際のオプション機能であり、ＭＰＥＧ−４の場合，エラー耐性を強化するための再同期マーカ（Resync  Marker）、データ分割（Data  Partitioning）、リバーシブルＶＬＣ（Reversible  VLC）などがある。【００７２】
符号化フレームタイプ構成は、符号化フレームのタイプであり、符号化フレームタイプ構成には、フレーム内符号化を行うイントラモードとフレーム間予測差分画像の符号化を行うインターモードとが存在する。【００７３】
ビデオパケットサイズは、端末１０２−１〜１０２−ｎにて映像の符号化データが再生できる当該符号化データのパケットサイズであり、ＭＰＥＧ−４の場合、再同期マーカとそれに続く符号化情報で構成される符号化単位となる。【００７４】
イントラフレーム間隔は、イントラモードで符号化されたフレームの間隔である。【００７５】
イントラマクロブロック数は、ある１枚のフレームを分割したマクロブロック単位で，マクロブロック内符号化を行った数である。ここで、例えば、ＱＣＩＦの場合は９９個のマクロブロックに分割される。【００７６】
量子化値は、ＤＣＴ（離散コサイン変換）して得られた係数をある値で割り算して、小さい値の係数で表現することによって符号量を減らす処理である量子化において、その際の割る値である。【００７７】
なお、これらは決まった１つの値が格納されるものであっても良いし、所定の範囲（幅）を持った値が格納されるものであっても良い。【００７８】
呼処理信号処理部２０１から上記の指示が行われる際に、呼処理信号処理部２０１によって、変換情報データベース２０８から符号化データを再生する端末１０２−１における変換情報が読み出される。これは、呼処理信号処理部２０１にて受信された呼処理信号に含まれる端末１０２−１の識別番号に対応付けられたものである。読み出された変換情報が呼処理信号処理部２０１から送信データ切替部２０３へ出力される。そして、送信データ切替部２０３から出力される符号化データについて、当該変換情報に基づいて送信データ切替部２０３内のデータ変換部３０３にてデータ変換が行われる。これにより、端末１０２−１においてデコード及び再生が可能なデータ形式に変換された符号化データが、発信側端末データ送信部２０２から端末１０２−１へ送信される。【００７９】
また、送信データ切替部２０３は、例えば、入力された符号化データを一旦デコードした後に再エンコードして出力する構成にしても良いし、入力された符号化データのシンタックスのみ変換して出力する構成にしても良い。【００８０】
図８は、シンタックス変換が行われる場合の図３に示したデータ変換部３０３の一構成を示す図である。【００８１】
シンタックス変換が行われる場合、図３に示したデータ変換部３０３は図８に示すように、変換制御部８０１と、受信バッファ８０２と、変換有無切り替えスイッチ８０３，８０７と、可変長復号化器８０４と、パラメータ順序変換部８０５と、可変長符号化器８０６と、送信バッファ８０８とから構成されている。【００８２】
変換制御部８０１は、呼処理信号処理部２０１から出力されるＤＣＩ（Decoder  Configuration  Information）を入力し、変換前のＤＣＩと変換後のＤＣＩとを比較する。変換制御情報を出力する。ここでの変換とは、データ変換部３０３における符号化方式、符号化ビットレート、フレームレート、画像サイズ、プロファイル、レベル、符号化オプション、符号化フレームタイプ構成、ビデオパケットサイズ、イントラフレーム間隔、イントラマクロブロック数及び量子化値のうち少なくとも１つの変換である。変換前のＤＣＩと変換後のＤＣＩとを比較した結果、変換前のＤＣＩと変換後のＤＣＩとが異なる場合、シンタックス変換を行う。一方、変換前のＤＣＩと変換後のＤＣＩとが同じ場合は、シンタックス変換を行わない。【００８３】
受信バッファ８０２は、着信側端末データ受信部２０４から出力された動画像データを一旦蓄積し、所定のタイミングで出力する。【００８４】
変換有無切り替えスイッチ８０３は、変換制御部８０１から出力された変換制御情報に従って、受信バッファ８０２から出力されたＶｉｄｅｏＰａｃｋｅｔ内のシンタックスを変換するか否かを切り替える機能を有する。シンタックスを変換する場合は，受信バッファ８０２から出力されたＶｉｄｅｏＰａｃｋｅｔを可変長復号化器８０４へ出力する。一方、シンタックスを変換しない場合は，受信バッファ８０２から出力されたＶｉｄｅｏＰａｃｋｅｔを変換有無切り替えスイッチ８０７へ出力する。【００８５】
可変長復号化器８０４は、変換有無切り替えスイッチ８０３から出力されたＶｉｄｅｏＰａｃｋｅｔに対して、ＡＣ成分以外のパラメータは通常ＶＬＣ符号表を使用して可変長復号化処理を行う。また、変換制御部８０１から出力された変換制御情報に従って、可変長復号化処理を制御する機能を有する。ＡＣ成分は，ＲｅｖｅｒｓｉｂｌｅＶＬＣを使用しない場合は通常ＶＬＣ符号表を、またＲｅｖｅｒｓｉｂｌｅＶＬＣを使用する場合はＲＶＬＣ符号表を使用して可変長復号化処理を行う。【００８６】
パラメータ順序変換部８０５は、変換有無切り替えスイッチ８０３から出力されたＶｉｄｅｏＰａｃｋｅｔに対する可変長復号化器８０４での可変長復号化の結果に基づいてビット列の並び替えを行う。この並び替えは、動画・音声全般をデジタルデータとして扱うための規格であるＭＰＥＧ−４標準規格に基づいて行うものである。また，変換制御部８０１から出力された変換制御情報に従ってビット列の並び替え処理を制御する機能を有する。【００８７】
可変長符号化器８０６は、ＡＣ成分のみ可変長符号化処理を行う。また，変換制御部８０１から出力された変換制御情報に従って可変長符号化処理を制御する機能を有する。ＲｅｖｅｒｓｉｂｌｅＶＬＣを使用しない場合は通常ＶＬＣ符号表を、またＲｅｖｅｒｓｉｂｌｅＶＬＣを使用する場合はＲＶＬＣ符号表を使用して可変長符号化処理を行う。【００８８】
変換有無切り替えスイッチ８０７は、変換制御部８０１から出力された変換制御情報に従って，受信バッファ８０２から出力されたＶｉｄｅｏＰａｃｋｅｔ内のシンタックスを変換するか否かを切り替える機能を有する。シンタックスを変換する場合は，可変長符号化器８０６から出力されたＶｉｄｅｏＰａｃｋｅｔを送信バッファ８０８へ出力する。一方、シンタックスを変換しない場合は，変換有無切り替えスイッチ８０３から出力されたＶｉｄｅｏＰａｃｋｅｔを送信バッファ８０８へ出力する。【００８９】
送信バッファ８０８は、変換有無切り替えスイッチ８０７から出力されたＶｉｄｅｏＰａｃｋｅｔを一旦蓄積した上で、発信側端末データ送信部２０２へ出力する。【００９０】
また、端末１０２−１と端末１０２−２との間の通話が終了した後、コンテンツデータベース２０７から読み出されたコンテンツが端末１０２−１にて再生されるものであっても良い。【００９１】
図９は、図２に示したマルチメディア通信装置１０３におけるマルチメディア通信方法の第２の方法を説明するためのフローチャートである。【００９２】
端末１０２−１と端末１０２−２との間にて通話が行われている場合、呼処理信号処理部２０１にて、端末１０２−１と端末１０２−２との間にて行われている通話が終了したかどうかがステップ１１にて判断される。【００９３】
通話が終了したと判断された場合、呼処理信号処理部２０１から送信データ切替部２０３へ、コンテンツデータベース２０７からコンテンツを読み出し、符号化して発信側端末データ送信部２０２へ出力するように指示される。この指示に従って、ステップ１２にて送信データ切替部２０３によってコンテンツデータベース２０７からコンテンツが読み出されて符号化される。【００９４】
このとき、読み出されるコンテンツは、図５を用いて説明した第１の方法と同様に、着信側端末に従って選択されたコンテンツであっても良い。また、発信側端末に従ってコンテンツが選択されて読み出されるものであっても良い。【００９５】
また、ここでコンテンツと共に当該コンテンツに対応付けられた再生環境情報がコンテンツデータベース２０７から読み出され、読み出された再生環境情報が送信データ切替部２０３から呼処理信号処理部２０１へ出力される。呼処理信号処理部２０１に入力された再生環境情報は、ステップ１３にて呼処理信号処理部２０１から端末１０２−１へ送信される。【００９６】
また、符号化されたコンテンツの符号化データがステップ１４にて発信側端末データ送信部２０２へ出力される。【００９７】
その後、当該符号化データが発信側端末データ送信部２０２から端末１０２−１へ送信される。【００９８】
なお、端末１０２−１へ符号化データを送信する際に、図５を用いて説明した第１の方法と同様に、図３に示したデータ変換部３０３にて当該符号化データが変換されるものであっても良い。【００９９】
また、ステップ１３にてコンテンツの再生環境情報が端末１０２−１へ送信されると共に、予め登録されている端末１０２−２から送信されてくるデータに関する再生環境情報が端末１０２−１へ送信されるものであっても良い。【０１００】
これにより、端末１０２−１と端末１０２−２との間にて通話が終了した後、コンテンツデータベース２０７から読み出されたコンテンツが再生環境情報を用いて端末１０２−１にて再生される。なお、この再生時間については、通話が終了してから予め設定された時間だけ再生されるものであっても良い。この場合、再生時間を計るタイマーがマルチメディア通信装置１０３に設けられていても良いし、端末１０２−１に設けられていても良い。【０１０１】
以上説明したように本形態においては、端末１０２−１から端末１０２−２へ通話をする場合、端末１０２−１が端末１０２−２を呼び出し中、または端末１０２−１と端末１０２−２との間における通話が終了した後に、所定のコンテンツが、端末１０２−１及び当該コンテンツに適した条件で端末１０２−１にて再生される。【０１０２】
（第２の実施の形態）
以下に、図１に示したマルチメディア通信装置１０３の第２の実施の形態について説明する。【０１０３】
図１０は、図１に示したマルチメディア通信装置１０３の第２の実施の形態を示す図である。ここで、端末１０２−１と端末１０２−２との間にて通信が行われる場合を例に挙げて説明する。また、端末１０２−１が発信側端末であり、端末１０２−２が端末１０２−１の通話相手である着信側端末である。なお、端末１０２−３〜１０２−ｎのどの端末が発信側端末または着信側端末である場合であっても、その動作は以下に示す動作と同じである。【０１０４】
図１に示したマルチメディア通信装置１０３の第２の実施の形態は図１０に示すように、呼処理信号処理部１００１と、発信側端末データ送信部２０２と、送信データ切替部２０３と、着信側端末データ受信部２０４と、発信側端末データ受信部２０５と、着信側端末データ送信部２０６と、コンテンツデータベース２０７とから構成されている。【０１０５】
呼処理信号処理部１００１は、端末１０２−１と端末１０２−２との間の呼処理信号の送受信を行う。また、所定の時間、または端末１０２−１あるいは端末１０２−２から呼処理信号を受信したタイミングで、コンテンツデータベース２０７からコンテンツを読み出すように送信データ切替部２０３に対して指示する。また、所定の時間、または端末１０２−１あるいは端末１０２−２から呼処理信号を受信したタイミングで、コンテンツデータベース２０７から読み出されたコンテンツを端末１０２−２へ送信するように送信データ切替部２０３に対して指示する。または、所定の時間、または端末１０２−１あるいは端末１０２−２から呼処理信号を受信したタイミングで、端末１０２−１から送信されてマルチメディア通信装置１０３にて受信された符号化データを端末１０２−２へ送信するように送信データ切替部２０３に対して指示する。なお、呼処理信号処理部１００１は、呼処理信号として，例えばＩＥＴＦ規格ＳＩＰを使用することも可能である。【０１０６】
発信側端末データ送信部２０２は、着信側端末データ受信部２０４から出力された符号化データを端末１０２−１へ送信する。発信側端末データ送信部２０２内部の処理については、第１の実施の形態における発信側端末データ送信部２０２内部の処理と同じである。【０１０７】
送信データ切替部２０３は、呼処理信号処理部１００１からの指示に従って、コンテンツデータベース２０７からコンテンツを読み出して符号化する。また、呼処理信号処理部１００１からの指示に従って，着信側端末データ送信部２０６へ出力する符号化データを、コンテンツデータベース２０７から読み出されて符号化されたコンテンツの符号化データと発信側端末データ受信部２０５から出力された符号化データ（端末１０２−１から送信された符号化データ）とのどちらか一方に切り替える。送信データ切替部２０３内部の処理については、第１の実施の形態における送信データ切替部２０３内部の処理と同じである。【０１０８】
着信側端末データ受信部２０４は、端末１０２−２から送信された符号化データを受信して発信側端末データ送信部２０２へ出力する。着信側端末データ受信部２０４内部の処理については、第１の実施の形態における着信側端末データ受信部２０４内部の処理と同じである。【０１０９】
発信側端末データ受信部２０５は、端末１０２−１から送信された符号化データを受信し、受信された符号化データを送信データ切替部２０３へ出力する。発信側端末データ受信部２０５内部の処理については、第１の実施の形態における発信側端末データ受信部２０５内部の処理と同じである。【０１１０】
着信側端末データ送信部２０６は、送信データ切替部２０３から出力された符号化データを端末１０２−２へ送信する。着信側端末データ送信部２０６内部の処理については、第１の実施の形態における着信側端末データ送信部２０６内部の処理と同じである。【０１１１】
コンテンツデータベース２０７は、第１の実施の形態におけるものと同じである。なお、第１の実施の形態におけるコンテンツデータベース２０７の構造（図４に示したもの）のうち、再生環境情報が格納されていないものであっても良い。【０１１２】
変換情報データベース２０８は、第１の実施の形態におけるものと同じである。【０１１３】
以下に、図１０に示したマルチメディア通信装置１０３におけるマルチメディア通信方法について説明する。【０１１４】
図１１は、図１０に示したマルチメディア通信装置１０３におけるマルチメディア通信方法の第１の方法を説明するためのフローチャートである。【０１１５】
まず、呼処理信号処理部１００１にて図１０に示した端末１０２−１から端末１０２−２への発信がステップ２１にて検出されると、着信側端末である端末１０２−２が応答したかどうかがステップ２２にて判断される。【０１１６】
呼処理信号処理部１００１にて、端末１０２−２が応答していないと判断された場合、呼処理信号処理部１００１から送信データ切替部２０３へ、コンテンツデータベース２０７からコンテンツを読み出し、符号化して着信側端末データ送信部２０６へ出力するように指示される。この指示に従って、ステップ２３にて送信データ切替部２０３によってコンテンツデータベース２０７からコンテンツが読み出されて符号化され、符号化されたコンテンツの符号化データがステップ２４にて着信側端末データ送信部２０６へ出力される。【０１１７】
なお、このとき、読み出されるコンテンツは、第１の実施の形態と同様に、着信側端末に従って選択されたコンテンツであっても良い。また、発信側端末に従ってコンテンツが選択されて読み出されるものであっても良い。【０１１８】
その後、当該コンテンツの符号化データが着信側端末データ送信部２０６から端末１０２−２へ送信される。【０１１９】
一方、呼処理信号処理部１００１にて端末１０２−２が応答したと判断された場合、呼処理信号処理部１００１から送信データ切替部２０３へ発信側端末データ受信部２０５から出力された符号化データを着信側端末データ送信部２０６へ出力するように指示される。この指示に従って、送信データ切替部２０３にて発信側端末データ受信部２０５から出力された符号化データがステップ２５にて着信側端末データ送信部２０６へ出力される。【０１２０】
その後、当該符号化データが着信側端末データ送信部２０６から端末１０２−２へ送信される。【０１２１】
図１２は、図１に示した端末１０２−２の一形態を示す図である。なお、図１２には図１に示した端末の１０２−２の形態のうち、本発明に関する受信機能部分についてのみを示す。【０１２２】
図１に示した端末１０２−２には図１２に示すように、再生可否判断部１２０１と、受信データ識別部１２０２と、音声データ再生部１２０３と、映像データ再生部１２０４と、呼処理信号処理部１２０５とが設けられている。【０１２３】
再生可否判断部１２０１は、マルチメディア通信装置１０３から送信されてきた符号化データを復号化し、復号化されたデータが端末１０２−２にて再生可能であるかどうかを判断する。判断の基準は、端末１０２−１が端末１０２−２を呼び出し中であるかどうか、また端末１０２−２が通話中であるかどうかを判断することによる。端末１０２−１が端末１０２−２を呼び出し中である場合、または端末１０２−２が通話中である場合、マルチメディア通信装置１０３から送信されてきたデータが端末１０２−２にて再生可能なデータであると判断する。さらに、マルチメディア通信装置１０３から送信されてきたデータが、コンテンツデータベース２０７から読み出されたコンテンツであるかどうかを判断しても良い。この判断には、送信データ切替部２０３にてコンテンツデータベース２０７から読み出されたコンテンツの所定のエリアに識別子を付与し、付与された識別子を再生可否判断部１２０１にて検出することにより行うものであっても良い。【０１２４】
これらの判断基準を用いて、端末１０２−１が端末１０２−２を呼び出し中にマルチメディア通信装置１０３から送信されてきたデータのうち、コンテンツデータベース２０７から読み出されたコンテンツは再生可能であると判断する。【０１２５】
また、マルチメディア通信装置１０３から送信されてきたデータが、コンテンツデータベース２０７から読み出されたコンテンツではないと判断された場合であっても、端末１０２−２が通話中である場合は、マルチメディア通信装置１０３から送信されてきたデータは再生可能と判断する。これは、一般的なテレビ電話端末における映像データ及び音声データの再生機能と同じである。【０１２６】
受信データ識別部１２０２は、再生可否判断部１２０１にて再生可能と判断されたデータが音声データと映像データとのどちらであるかを識別する。この識別方法は従来行われている一般的な方法でかまわない。【０１２７】
音声データ再生部１２０３は、受信データ識別部１２０２にて識別された音声データを再生する。音声データ再生部１２０３は、スピーカーが例として挙げられる。【０１２８】
映像データ再生部１２０４は、受信データ識別部１２０２にて識別された映像データを再生する。映像データ再生部１２０４は、ディスプレイが例として挙げられる。【０１２９】
呼処理信号処理部１２０５は、呼処理信号を処理する。また、端末１０２−２から送信する符号化データに関する再生環境情報をマルチメディア通信装置１０３へ送信する。【０１３０】
なお、図１２に示した端末１０２−２の形態は、後述する実施の形態においても同じである。【０１３１】
これにより、端末１０２−１が端末１０２−２を呼び出し中に、コンテンツデータベース２０７から読み出されたコンテンツが端末１０２−２にて再生される。また、通話が開始されると、端末１０２−１から送信されてきた映像や音声のデータが端末１０２−２にて再生される。【０１３２】
また、端末１０２−１と端末１０２−２との間の通話が終了した後、コンテンツデータベース２０７から読み出されたコンテンツが端末１０２−２にて再生されるものであっても良い。【０１３３】
図１３は、図１０に示したマルチメディア通信装置１０３におけるマルチメディア通信方法の第２の方法を説明するためのフローチャートである。【０１３４】
端末１０２−１と端末１０２−２との間にて通話が行われている場合、呼処理信号処理部１００１にて、端末１０２−１と端末１０２−２との間にて行われている通話が終了したかどうかがステップ３１にて判断される。【０１３５】
通話が終了したと判断された場合、呼処理信号処理部１００１から送信データ切替部２０３へ、コンテンツデータベース２０７からコンテンツを読み出し、符号化して着信側端末データ送信部２０６へ出力するように指示される。この指示に従って、ステップ３２にて送信データ切替部２０３によってコンテンツデータベース２０７からコンテンツが読み出されて符号化され、符号化されたコンテンツの符号化データがステップ３３にて着信側端末データ送信部２０６へ出力される。【０１３６】
なお、このとき、読み出されるコンテンツは、第１の実施の形態と同様に、着信側端末に従って選択されたコンテンツであっても良い。また、発信側端末に従ってコンテンツが選択されて読み出されるものであっても良い。【０１３７】
これにより、端末１０２−１と端末１０２−２との間にて通話が終了した後、コンテンツデータベース２０７から読み出されたコンテンツが端末１０２−２にて再生される。なお、この再生時間については、通話が終了してから予め設定された時間だけ再生されるものであっても良い。この場合、再生時間を計るタイマーがマルチメディア通信装置１０３に設けられていても良いし、端末１０２−２に設けられていても良い。【０１３８】
また、端末１０２−１〜１０２−ｎにて再生できるデータ形式がそれぞれ異なることも考えられる。そのため、呼処理信号処理部１００１から送信データ切替部２０３に対して、着信側端末データ送信部２０６へ符号化データを送信する際に、送信する符号化データを送信先の端末１０２−１〜１０２−ｎにおいてデコード及び再生が可能なデータ形式に変換して出力するように指示するものであっても良い。この場合、実際のデータ変換は、図３に示した送信データ切替部２０３のデータ変換部３０３にて行われる。【０１３９】
呼処理信号処理部１００１から上記の指示が行われる際に、呼処理信号処理部１００１によって、変換情報データベース２０８から符号化データを再生する端末１０２−２における変換情報が読み出される。これは、呼処理信号処理部１００１にて受信された呼処理信号に含まれる端末１０２−２の識別番号に対応付けられたものである。読み出された変換情報が呼処理信号処理部１００１から送信データ切替部２０３へ出力される。そして、送信データ切替部２０３から出力される符号化データについて、当該変換情報に基づいて送信データ切替部２０３内のデータ変換部３０３にてデータ変換が行われる。これにより、端末１０２−２においてデコード及び再生が可能なデータ形式に変換された符号化データが、着信側端末データ送信部２０６から端末１０２−２へ送信される。このデータ変換の処理は、第１の実施の形態にて示したものと同じである。【０１４０】
以上説明したように本形態においては、端末１０２−１から端末１０２−２へ通話をする場合、端末１０２−１が端末１０２−２を呼び出し中、または端末１０２−１と端末１０２−２との間における通話が終了した後に、所定のコンテンツが、端末１０２−２に適した条件で端末１０２−２にて再生される。【０１４１】
（第３の実施の形態）
また、上述した第１の実施の形態が有する機能と第２の実施の形態が有する機能との双方を兼ね備えたマルチメディア通信装置１０３も考えられる。【０１４２】
図１４は、図１に示したマルチメディア通信装置１０３の第３の実施の形態を示す図である。ここで、端末１０２−１と端末１０２−２との間にて通信が行われる場合を例に挙げて説明する。また、端末１０２−１が発信側端末であり、端末１０２−２が端末１０２−１の通話相手である着信側端末である。なお、端末１０２−３〜１０２−ｎのどの端末が発信側端末または着信側端末である場合であっても、その動作は以下に示す動作と同じである。【０１４３】
図１に示したマルチメディア通信装置１０３の第３の実施の形態は図１４に示すように、呼処理信号処理部１４０１と、発信側端末データ送信部２０２と、着信側端末データ受信部２０４と、発信側端末データ受信部２０５と、着信側端末データ送信部２０６と、コンテンツデータベース２０７と、送信データ切替部１４０２とから構成されている。【０１４４】
呼処理信号処理部１４０１は、端末１０２−１と端末１０２−２との間の呼処理信号の送受信を行う。また、端末１０２−１と端末１０２−２との間にて送受信される符号化データの再生環境情報を、端末１０２−１と端末１０２−２との間にて送受信する。なお、この再生環境情報の送受信には、例えばＩＥＴＦ規格ＳＤＰのプロトコルを用いるものであっても良い。また、所定の時間、または端末１０２−１あるいは端末１０２−２から呼処理信号を受信したタイミングで、コンテンツデータベース２０７からコンテンツを読み出すように送信データ切替部１４０２に対して指示する。また、所定の時間、または端末１０２−１あるいは端末１０２−２から呼処理信号を受信したタイミングで、コンテンツデータベース２０７から読み出されたコンテンツを端末１０２−２へ送信するように送信データ切替部１４０２に対して指示する。または、所定の時間、または端末１０２−１あるいは端末１０２−２から呼処理信号を受信したタイミングで、端末１０２−１から送信されてマルチメディア通信装置１０３にて受信された符号化データを端末１０２−２へ送信するように送信データ切替部１４０２に対して指示する。また、所定の時間、または端末１０２−１あるいは端末１０２−２から呼処理信号を受信したタイミングで、コンテンツデータベース２０７から読み出されたコンテンツを端末１０２−１へ送信するように送信データ切替部１４０２に対して指示する。または、所定の時間、または端末１０２−１あるいは端末１０２−２から呼処理信号を受信したタイミングで、端末１０２−２から送信されてマルチメディア通信装置１０３にて受信された符号化データを端末１０２−１へ送信するように送信データ切替部１４０２に対して指示する。なお、呼処理信号処理部１４０１は、呼処理信号として，例えばＩＥＴＦ規格ＳＩＰを使用することも可能である。【０１４５】
発信側端末データ送信部２０２は、送信データ切替部１４０２から出力された符号化データを端末１０２−１へ送信する。発信側端末データ送信部２０２内部の処理については、第１及び第２の実施の形態における発信側端末データ送信部２０２内部の処理と同じである。【０１４６】
着信側端末データ受信部２０４は、端末１０２−２から送信された符号化データを受信して送信データ切替部１４０２へ出力する。着信側端末データ受信部２０４内部の処理については、第１及び第２の実施の形態における着信側端末データ受信部２０４内部の処理と同じである。【０１４７】
発信側端末データ受信部２０５は、端末１０２−１から送信された符号化データを受信し、受信された符号化データを送信データ切替部１４０２へ出力する。発信側端末データ受信部２０５内部の処理については、第１及び第２の実施の形態における発信側端末データ受信部２０５内部の処理と同じである。【０１４８】
着信側端末データ送信部２０６は、送信データ切替部１４０２から出力された符号化データを端末１０２−２へ送信する。着信側端末データ送信部２０６内部の処理については、第１及び第２の実施の形態における着信側端末データ送信部２０６内部の処理と同じである。【０１４９】
コンテンツデータベース２０７は、第１及び第２の実施の形態におけるものと同じである。【０１５０】
変換情報データベース２０８は、第１及び第２の実施の形態におけるものと同じである。【０１５１】
送信データ切替部１４０２は、呼処理信号処理部１４０１からの指示に従って、コンテンツデータベース２０７からコンテンツを読み出して符号化する。また、呼処理信号処理部１４０１からの指示に従って，発信側端末データ送信部２０２へ出力する符号化データを、コンテンツデータベース２０７から読み出されて符号化されたコンテンツの符号化データと着信側端末データ受信部２０４から出力された符号化データ（端末１０２−２から送信された符号化データ）とのどちらか一方に切り替える。また、呼処理信号処理部１４０１からの指示に従って，着信側端末データ送信部２０６へ出力する符号化データを、コンテンツデータベース２０７から読み出されて符号化されたコンテンツの符号化データと発信側端末データ受信部２０５から出力された符号化データ（端末１０２−１から送信された符号化データ）とのどちらか一方に切り替える。送信データ切替部１４０２は、第１及び第２の実施の形態における送信データ切替部２０３が、発信者端末から着信者端末へのデータ方向と着信者端末から発信者端末へのデータ方向との２方向に設けられた形となる。【０１５２】
この形態により、第１の実施の形態が有する機能と第２の実施の形態が有する機能との双方を兼ね備えたマルチメディア通信装置１０３が実現できる。【０１５３】
（第４の実施の形態）
図１５は、図１に示したマルチメディア通信装置１０３の第４の実施の形態を示す図である。ここで、端末１０２−１と端末１０２−２との間にて通信が行われる場合を例に挙げて説明する。また、端末１０２−１が発信側端末であり、端末１０２−２が端末１０２−１の通話相手である着信側端末である。なお、端末１０２−３〜１０２−ｎのどの端末が発信側端末または着信側端末である場合であっても、その動作は以下に示す動作と同じである。【０１５４】
図１に示したマルチメディア通信装置１０３の第４の実施の形態は図１５に示すように、呼処理信号処理部１５０１と、発信側端末データ送信部２０２と、着信側端末データ受信部２０４と、発信側端末データ受信部２０５と、着信側端末データ送信部２０６と、送信データ文字挿入部１５０２と、文字列データベース１５０３とから構成されている。【０１５５】
呼処理信号処理部１５０１は、端末１０２−１と端末１０２−２との間の呼処理信号の送受信を行う。また、所定の時間、または端末１０２−１あるいは端末１０２−２から呼処理信号を受信したタイミングで、文字列データベース１５０３から文字列を読み出すように送信データ文字挿入部１５０２に対して指示する。また、所定の時間、または端末１０２−１あるいは端末１０２−２から呼処理信号を受信したタイミングで、文字列データベース１５０３から読み出された文字列を端末１０２−１へ送信する符号化データに挿入するように送信データ文字挿入部１５０２に対して指示する。なお、呼処理信号処理部１５０１は、呼処理信号として，例えばＩＥＴＦ規格ＳＩＰを使用することも可能である。【０１５６】
発信側端末データ送信部２０２は、送信データ文字挿入部１５０２から出力された符号化データを端末１０２−１へ送信する。発信側端末データ送信部２０２内部の処理については、第１〜３の実施の形態における発信側端末データ送信部２０２内部の処理と同じである。【０１５７】
着信側端末データ受信部２０４は、端末１０２−２から送信された符号化データを受信し、受信された符号化データを送信データ文字挿入部１５０２へ出力する。着信側端末データ受信部２０４内部の処理については、第１〜３の実施の形態における着信側端末データ受信部２０４内部の処理と同じである。【０１５８】
発信側端末データ受信部２０５は、端末１０２−１から送信された符号化データを受信して着信側端末データ送信部２０６へ出力する。発信側端末データ受信部２０５内部の処理については、第１〜３の実施の形態における発信側端末データ受信部２０５内部の処理と同じである。【０１５９】
着信側端末データ送信部２０６は、発信側端末データ受信部２０５から出力された符号化データを端末１０２−２へ送信する。着信側端末データ送信部２０６内部の処理については、第１〜３の実施の形態における着信側端末データ送信部２０６内部の処理と同じである。【０１６０】
変換情報データベース２０８は、第１〜３の実施の形態におけるものと同じである。【０１６１】
送信データ文字挿入部１５０２は、呼処理信号処理部１５０１からの指示に従って、文字列データベース１５０３から文字列を読み出し、読み出された文字列を、着信側端末データ受信部２０４から出力された符号化データに挿入する。そして、文字列が挿入された符号化データを発信側端末データ送信部２０２へ出力する。ここで、文字列を挿入するということは、着信側端末データ受信部２０４から出力された符号化データ（映像）に当該文字列を合成することである。その合成方法については従来用いられている方法を用いる。【０１６２】
図１６は、図１５に示した送信データ文字挿入部１５０２の一構成を示す図である。【０１６３】
図１５に示した送信データ文字挿入部１５０２は図１６に示すように、文字列読み出し部１６０１と、挿入部１６０２と、データ変換部１６０３とから構成されている。【０１６４】
文字列読み出し部１６０１は、呼処理信号処理部１５０１から、文字列データベース１５０３から文字列の読み出しの指示があった場合、文字列データベース１５０３から文字列を読み出す。【０１６５】
挿入部１６０２は、呼処理信号処理部１５０１から、着信側端末データ受信部２０４から出力されてきた符号化データに文字列データベース１５０３から読み出された文字列を挿入するように指示された場合、着信側端末データ受信部２０４から出力されてきた符号化データに文字列データベース１５０３から読み出された文字列を挿入する。【０１６６】
データ変換部１６０３は、挿入部１６０２にて文字列が挿入された符号化データを、発信側端末である端末１０２−１にてデコード及び再生が可能なデータ形式に変換する。この変換は、変換情報データベース２０８に格納されている変換情報のうち少なくとも１つの変換を行うものである。また、データ変換部１６０３は、挿入部１６０２の前段に設けられていても良い。つまり、データ変換部１６０３にて変換されたデータに文字列を挿入するものであっても良い。なお、このデータ変換部１６０３を有しない構成であっても良い。【０１６７】
文字列データベース１５０３には、文字列が予め格納されている。この文字列は、複数格納されている。【０１６８】
図１７は、図１５に示した文字列データベース１５０３の一構造を示す図である。【０１６９】
図１５に示した文字列データベース１５０３には図１７に示すように、文字列が格納されている。それぞれの文字列には、各文字列に固有に付与された識別番号が対応付けられて格納されている。例えば、「おはよう。」という文字列には、識別番号「１００１」が対応付けられている。また、「元気ですか？」という文字列には、識別番号「１００２」が対応付けられている。また、「大学合格しました！」という文字列には、識別番号「１００３」が対応付けられている。【０１７０】
また、文字列データベース１５０３に格納されている各文字列に、色、サイズ、フォント等の文字列の性質情報が対応付けられていても良い。【０１７１】
なお、文字列データベース１５０３は、マルチメディア通信装置１０３の外部に接続され、必要に応じてマルチメディア通信装置１０３によって文字列が読み出されるものであっても良い。【０１７２】
以下に、図１５に示したマルチメディア通信装置１０３におけるマルチメディア通信方法について説明する。【０１７３】
図１８は、図１５に示したマルチメディア通信装置１０３におけるマルチメディア通信方法を説明するためのフローチャートである。【０１７４】
まず、呼処理信号処理部１５０１にて図１５に示した端末１０２−１から端末１０２−２への発信がステップ４１にて検出されると、着信側端末である端末１０２−２が応答したかどうかがステップ４２にて判断される。【０１７５】
呼処理信号処理部１５０１にて、端末１０２−２が応答したと判断された場合、呼処理信号処理部１５０１から送信データ文字挿入部１５０２へ、文字列データベース１５０３から文字列を読み出し、読み出された文字列を、着信側端末データ受信部２０４から出力された符号化データに挿入するように指示される。この指示に従って、ステップ４３にて送信データ文字挿入部１５０２によって文字列データベース１５０３から文字列が読み出される。【０１７６】
このとき、読み出される文字列は、着信側端末に従って選択された文字列であっても良い。つまり、文字列データベース１５０３に端末１０２−１〜１０２−ｎを識別するための情報と文字列の識別番号との対応付けを予め格納しておき、その対応付けに従って文字列が選択され、読み出されるものであっても良い。例えば、端末１０２−２を識別するための情報と識別番号が「１００２」とが対応付けられている場合を例に挙げる。このとき、着信側端末が端末１０２−２である場合、識別番号「１００２」の文字列が読み出されるものであっても良い。また、発信側端末に従って文字列が選択されて読み出されるものであっても良い。なお、この場合、呼処理信号処理部１５０１から送信データ文字挿入部１５０２へ、着信側端末や発信側端末を識別するための情報が出力される。ここで、端末１０２−１〜１０２−ｎを識別するための情報とは、端末１０２−１〜１０２−ｎの電話番号であっても良いし、端末１０２−１〜１０２−ｎを識別可能な情報であれば良い。また、このとき読み出される文字列は、端末１０２−１にて表示可能な文字列である。【０１７７】
そして、読み出された文字列が、着信側端末データ受信部２０４から出力された符号化データに挿入され、文字列が挿入された符号化データがステップ４４にて発信側端末データ送信部２０２へ出力される。なお、着信側端末データ受信部２０４から出力された符号化データに文字列が挿入される位置については、任意であり、予め決められた位置であっても良いし、端末１０２−１からの指示によるものであっても良い。また、文字列データベース１５０３に、文字列の性質情報が格納されている場合、当該文字列の性質情報に基づいて、文字列が挿入されるものであっても良い。【０１７８】
その後、当該符号化データが発信側端末データ送信部２０２から端末１０２−１へ送信され、文字列が挿入された符号化データが端末１０２−１にて再生される。【０１７９】
なお、端末１０２−１へ符号化データを送信する際に、第１〜３の実施の形態と同様に、図３に示したデータ変換部３０３にて当該符号化データが変換されるものであっても良い。【０１８０】
以上説明したように本形態においては、端末１０２−１から端末１０２−２へ通話をする場合、端末１０２−２から端末１０２−１へ送信される符号化データに所定の文字列が挿入され、当該文字列が挿入された符号化データが端末１０２−１に適した条件で端末１０２−１にて再生される。【０１８１】
（第５の実施の形態）
図１９は、図１に示したマルチメディア通信装置１０３の第５の実施の形態を示す図である。ここで、端末１０２−１と端末１０２−２との間にて通信が行われる場合を例に挙げて説明する。また、端末１０２−１が発信側端末であり、端末１０２−２が端末１０２−１の通話相手である着信側端末である。なお、端末１０２−３〜１０２−ｎのどの端末が発信側端末または着信側端末である場合であっても、その動作は以下に示す動作と同じである。【０１８２】
図１に示したマルチメディア通信装置１０３の第５の実施の形態は図１９に示すように、呼処理信号処理部１９０１と、発信側端末データ送信部２０２と、着信側端末データ受信部２０４と、発信側端末データ受信部２０５と、着信側端末データ送信部２０６と、送信データ文字挿入部１５０２と、文字列データベース１５０３とから構成されている。【０１８３】
呼処理信号処理部１９０１は、端末１０２−１と端末１０２−２との間の呼処理信号の送受信を行う。また、所定の時間、または端末１０２−１あるいは端末１０２−２から呼処理信号を受信したタイミングで、文字列データベース１５０３から文字列を読み出すように送信データ文字挿入部１５０２に対して指示する。また、所定の時間、または端末１０２−１あるいは端末１０２−２から呼処理信号を受信したタイミングで、文字列データベース１５０３から読み出された文字列を端末１０２−２へ送信する符号化データに挿入するように送信データ文字挿入部１５０２に対して指示する。なお、呼処理信号処理部１９０１は、呼処理信号として，例えばＩＥＴＦ規格ＳＩＰを使用することも可能である。【０１８４】
発信側端末データ送信部２０２は、着信側端末データ受信部２０４から出力された符号化データを端末１０２−１へ送信する。発信側端末データ送信部２０２内部の処理については、第１〜４の実施の形態における発信側端末データ送信部２０２内部の処理と同じである。【０１８５】
着信側端末データ受信部２０４は、端末１０２−２から送信された符号化データを受信し、受信された符号化データを発信側端末データ送信部２０２へ出力する。着信側端末データ受信部２０４内部の処理については、第１〜４の実施の形態における着信側端末データ受信部２０４内部の処理と同じである。【０１８６】
発信側端末データ受信部２０５は、端末１０２−１から送信された符号化データを受信して送信データ文字挿入部１５０２へ出力する。発信側端末データ受信部２０５内部の処理については、第１〜４の実施の形態における発信側端末データ受信部２０５内部の処理と同じである。【０１８７】
着信側端末データ送信部２０６は、送信データ文字挿入部１５０２から出力された符号化データを端末１０２−２へ送信する。着信側端末データ送信部２０６内部の処理については、第１〜４の実施の形態における着信側端末データ送信部２０６内部の処理と同じである。【０１８８】
変換情報データベース２０８は、第１〜４の実施の形態におけるものと同じである。【０１８９】
送信データ文字挿入部１５０２は、呼処理信号処理部１９０１からの指示に従って、文字列データベース１５０３から文字列を読み出し、読み出された文字列を、発信側端末データ受信部２０５から出力された符号化データに挿入する。そして、文字列が挿入された符号化データを着信側端末データ送信部２０６へ出力する。ここで、文字列を挿入するということは、発信側端末データ受信部２０５から出力された符号化データ（映像）に当該文字列を合成することである。その合成方法については従来用いられている方法を用いる。送信データ文字挿入部１５０２内部の処理については、第４の実施の形態における送信データ文字挿入部１５０２内部の処理と同じである。【０１９０】
文字列データベース１５０３は、第４の実施の形態におけるものと同じである。【０１９１】
以下に、図１９に示したマルチメディア通信装置１０３におけるマルチメディア通信方法について説明する。【０１９２】
図２０は、図１９に示したマルチメディア通信装置１０３におけるマルチメディア通信方法を説明するためのフローチャートである。【０１９３】
まず、呼処理信号処理部１９０１にて図１９に示した端末１０２−１から端末１０２−２への発信がステップ５１にて検出されると、着信側端末である端末１０２−２が応答したかどうかがステップ５２にて判断される。【０１９４】
呼処理信号処理部１９０１にて、端末１０２−２が応答したと判断された場合、呼処理信号処理部１９０１から送信データ文字挿入部１５０２へ、文字列データベース１５０３から文字列を読み出し、読み出された文字列を、発信側端末データ受信部２０５から出力された符号化データに挿入するように指示される。この指示に従って、ステップ５３にて送信データ文字挿入部１５０２によって文字列データベース１５０３から文字列が読み出される。【０１９５】
なお、このとき、読み出される文字列は、第４の実施の形態と同様に、着信側端末に従って選択された文字列であっても良い。また、発信側端末に従って文字列が選択されて読み出されるものであっても良い。また、このとき読み出される文字列は、端末１０２−２にて表示可能な文字列である。【０１９６】
そして、読み出された文字列が、発信側端末データ受信部２０５から出力された符号化データに挿入され、文字列が挿入された符号化データがステップ５４にて着信側端末データ送信部２０６へ出力される。なお、発信側端末データ受信部２０５から出力された符号化データに文字列が挿入される位置については、任意であり、予め決められた位置であっても良いし、端末１０２−１からの指示によるものであっても良い。また、文字列データベース１５０３に、文字列の性質情報が格納されている場合、当該文字列の性質情報に基づいて、文字列が挿入されるものであっても良い。【０１９７】
その後、当該符号化データが着信側端末データ送信部２０６から端末１０２−２へ送信され、文字列が挿入された符号化データが端末１０２−２にて再生される。【０１９８】
なお、端末１０２−２へ符号化データを送信する際に、第１〜４の実施の形態と同様に、図３に示したデータ変換部３０３にて当該符号化データが変換されるものであっても良い。【０１９９】
以上説明したように本形態においては、端末１０２−１から端末１０２−２へ通話をする場合、端末１０２−１から端末１０２−２へ送信される符号化データに所定の文字列が挿入され、当該文字列が挿入された符号化データが端末１０２−２に適した条件で端末１０２−２にて再生される。【０２００】
（第６の実施の形態）
また、上述した第４の実施の形態が有する機能と第５の実施の形態が有する機能との双方を兼ね備えたマルチメディア通信装置１０３も考えられる。【０２０１】
図２１は、図１に示したマルチメディア通信装置１０３の第６の実施の形態を示す図である。ここで、端末１０２−１と端末１０２−２との間にて通信が行われる場合を例に挙げて説明する。また、端末１０２−１が発信側端末であり、端末１０２−２が端末１０２−１の通話相手である着信側端末である。なお、端末１０２−３〜１０２−ｎのどの端末が発信側端末または着信側端末である場合であっても、その動作は以下に示す動作と同じである。【０２０２】
図１に示したマルチメディア通信装置１０３の第６の実施の形態は図２１に示すように、呼処理信号処理部２１０１と、発信側端末データ送信部２０２と、着信側端末データ受信部２０４と、発信側端末データ受信部２０５と、着信側端末データ送信部２０６と、送信データ文字挿入部２１０２と、文字列データベース１５０３とから構成されている。【０２０３】
呼処理信号処理部２１０１は、端末１０２−１と端末１０２−２との間の呼処理信号の送受信を行う。また、所定の時間、または端末１０２−１あるいは端末１０２−２から呼処理信号を受信したタイミングで、文字列データベース１５０３から文字列を読み出すように送信データ文字挿入部２１０２に対して指示する。また、所定の時間、または端末１０２−１あるいは端末１０２−２から呼処理信号を受信したタイミングで、文字列データベース１５０３から読み出された文字列を端末１０２−１〜１０２−２へ送信する符号化データに挿入するように送信データ文字挿入部２１０２に対して指示する。なお、呼処理信号処理部２１０１は、呼処理信号として，例えばＩＥＴＦ規格ＳＩＰを使用することも可能である。【０２０４】
発信側端末データ送信部２０２は、送信データ文字挿入部２１０２から出力された符号化データを端末１０２−１へ送信する。発信側端末データ送信部２０２内部の処理については、第１〜５の実施の形態における発信側端末データ送信部２０２内部の処理と同じである。【０２０５】
着信側端末データ受信部２０４は、端末１０２−２から送信された符号化データを受信し、受信された符号化データを送信データ文字挿入部２１０２へ出力する。着信側端末データ受信部２０４内部の処理については、第１〜５の実施の形態における着信側端末データ受信部２０４内部の処理と同じである。【０２０６】
発信側端末データ受信部２０５は、端末１０２−１から送信された符号化データを受信して送信データ文字挿入部２１０２へ出力する。発信側端末データ受信部２０５内部の処理については、第１〜５の実施の形態における発信側端末データ受信部２０５内部の処理と同じである。【０２０７】
着信側端末データ送信部２０６は、送信データ文字挿入部２１０２から出力された符号化データを端末１０２−２へ送信する。着信側端末データ送信部２０６内部の処理については、第１〜５の実施の形態における着信側端末データ送信部２０６内部の処理と同じである。【０２０８】
変換情報データベース２０８は、第１〜５の実施の形態におけるものと同じである。【０２０９】
送信データ文字挿入部２１０２は、呼処理信号処理部２１０１からの指示に従って、文字列データベース１５０３から文字列を読み出し、読み出された文字列を、発信側端末データ受信部２０５から出力された符号化データに挿入する。そして、文字列が挿入された符号化データを着信側端末データ送信部２０６へ出力する。また、呼処理信号処理部２１０１からの指示に従って、読み出された文字列を、着信側端末データ受信部２０４から出力された符号化データに挿入する。そして、文字列が挿入された符号化データを発信側端末データ送信部２０２へ出力する。ここで、文字列を挿入するということは、着信側端末データ受信部２０４または発信側端末データ受信部２０５から出力された符号化データ（映像）に当該文字列を合成することである。その合成方法については従来用いられている方法を用いる。送信データ文字挿入部２１０２は、第４及び第５の実施の形態における送信データ文字挿入部１５０２が、発信者端末から着信者端末へのデータ方向と着信者端末から発信者端末へのデータ方向との２方向に設けられた形となる。【０２１０】
文字列データベース１５０３は、第４及び第５の実施の形態におけるものと同じである。【０２１１】
この形態により、第４の実施の形態が有する機能と第５の実施の形態が有する機能との双方を兼ね備えたマルチメディア通信装置１０３が実現できる。【０２１２】
（第７の実施の形態）
図２２は、図１に示したマルチメディア通信装置１０３の第７の実施の形態を示す図である。ここで、端末１０２−１と端末１０２−２との間にて通信が行われる場合を例に挙げて説明する。また、端末１０２−１が発信側端末であり、端末１０２−２が端末１０２−１の通話相手である着信側端末である。なお、端末１０２−３〜１０２−ｎのどの端末が発信側端末または着信側端末である場合であっても、その動作は以下に示す動作と同じである。【０２１３】
図１に示したマルチメディア通信装置１０３の第７の実施の形態は図２２に示すように、ＤＴＭＦ信号検出部２２０１と、発信側端末データ送信部２０２と、送信データ切替部２０３と、着信側端末データ受信部２０４と、発信側端末データ受信部２０５と、着信側端末データ送信部２０６と、コンテンツデータベース２０７とから構成されている。【０２１４】
ＤＴＭＦ信号検出部２２０１は、端末１０２−１〜１０２−２から送信された読み出し信号を検出する。ここで、読み出し信号として、ＤＴＭＦ（Dual-Tone  Multi-Frequency）信号を使用する。また、検出されたＤＴＭＦ信号に従って、コンテンツデータベース２０７からコンテンツを読み出すように送信データ切替部２０３に対して指示する。また、検出されたＤＴＭＦ信号に従って、コンテンツデータベース２０７から読み出されたコンテンツを端末１０２−１へ送信するように送信データ切替部２０３に対して指示する。または、検出されたＤＴＭＦ信号に従って、端末１０２−２から送信されてマルチメディア通信装置１０３にて受信された符号化データを端末１０２−１へ送信するように送信データ切替部２０３に対して指示する。なお，ＤＴＭＦ信号検出部２２０１は，例えばネットワーク１０１がパケット交換網の場合は、ＤＴＭＦ信号パケット（ＲＦＣ２８３３，ＲＦＣ４７３３）受信部として構成することも可能である。【０２１５】
発信側端末データ送信部２０２は、送信データ切替部２０３から出力された符号化データを端末１０２−１へ送信する。発信側端末データ送信部２０２内部の処理については、第１〜６の実施の形態における発信側端末データ送信部２０２内部の処理と同じである。【０２１６】
送信データ切替部２０３は、ＤＴＭＦ信号検出部２２０１からの指示に従って、コンテンツデータベース２０７からコンテンツを読み出して符号化する。また、ＤＴＭＦ信号検出部２２０１からの指示に従って、発信側端末データ送信部２０２へ出力する符号化データを、コンテンツデータベース２０７から読み出されて符号化されたコンテンツの符号化データと着信側端末データ受信部２０４から出力された符号化データ（端末１０２−２から送信された符号化データ）とのどちらか一方に切り替える。送信データ切替部２０３内部の処理については、第１の実施の形態における送信データ切替部２０３内部の処理と同じである。【０２１７】
着信側端末データ受信部２０４は、端末１０２−２から送信された符号化データを受信し、受信された符号化データを送信データ切替部２０３へ出力する。着信側端末データ受信部２０４内部の処理については、第１〜６の実施の形態における着信側端末データ受信部２０４内部の処理と同じである。【０２１８】
発信側端末データ受信部２０５は、端末１０２−１から送信された符号化データを受信して着信側端末データ送信部２０６へ出力する。発信側端末データ受信部２０５内部の処理については、第１〜６の実施の形態における発信側端末データ受信部２０５内部の処理と同じである。【０２１９】
着信側端末データ送信部２０６は、発信側端末データ受信部２０５から出力された符号化データを端末１０２−２へ送信する。着信側端末データ送信部２０６内部の処理については、第１〜６の実施の形態における着信側端末データ送信部２０６内部の処理と同じである。【０２２０】
コンテンツデータベース２０７は、第１〜３の実施の形態におけるものと同じである。【０２２１】
変換情報データベース２０８は、第１〜６の実施の形態におけるものと同じである。【０２２２】
以下に、図２２に示したマルチメディア通信装置１０３におけるマルチメディア通信方法について説明する。【０２２３】
図２３は、図２２に示したマルチメディア通信装置１０３におけるマルチメディア通信方法を説明するためのフローチャートである。【０２２４】
まず、ＤＴＭＦ信号検出部２２０１にて端末１０２−１または端末１０２−２からのＤＴＭＦ信号による所定の指示がステップ６１にて検出される。この指示内容は、予め設定されているものであり、利用者が端末１０２−１または端末１０２−２に所定のキーを入力することにより、入力されたキーに対応したＤＴＭＦ信号が端末１０２−１または端末１０２−２から送信される。そして、端末１０２−１または端末１０２−２から送信されたＤＴＭＦ信号がＤＴＭＦ信号検出部２２０１にて検出される。【０２２５】
ＤＴＭＦ信号検出部２２０１にて、端末１０２−１または端末１０２−２からのＤＴＭＦ信号による所定の指示が検出された場合、ＤＴＭＦ信号検出部２２０１から送信データ切替部２０３へ、コンテンツデータベース２０７からコンテンツを読み出し、符号化して発信側端末データ送信部２０２へ出力するように指示される。この指示に従って、ステップ６２にて送信データ切替部２０３によってコンテンツデータベース２０７からコンテンツが読み出されて符号化され、符号化されたコンテンツの符号化データがステップ６３にて発信側端末データ送信部２０２へ出力される。【０２２６】
その後、当該コンテンツの符号化データが発信側端末データ送信部２０２から端末１０２−１へ送信される。【０２２７】
一方、ＤＴＭＦ信号検出部２２０１にて、端末１０２−１または端末１０２−２からのＤＴＭＦ信号による所定の指示が検出されない場合、ＤＴＭＦ信号検出部２２０１から送信データ切替部２０３へ着信側端末データ受信部２０４から出力された符号化データを発信側端末データ送信部２０２へ出力するように指示される。この指示に従って、送信データ切替部２０３にて着信側端末データ受信部２０４から出力された符号化データがステップ６４にて発信側端末データ送信部２０２へ出力される。【０２２８】
その後、当該符号化データが発信側端末データ送信部２０２から端末１０２−１へ送信され、端末１０２−１にて再生される。【０２２９】
また、端末１０２−１〜１０２−ｎにて再生できるデータ形式がそれぞれ異なることも考えられる。そのため、ＤＴＭＦ信号検出部２２０１から送信データ切替部２０３に対して、発信側端末データ送信部２０２へ符号化データを送信する際に、送信する符号化データを送信先の端末１０２−１〜１０２−ｎにおいてデコード及び再生が可能なデータ形式に変換して出力するように指示するものであっても良い。この場合、実際のデータ変換は、図３に示した送信データ切替部２０３のデータ変換部３０３にて行われる。【０２３０】
ＤＴＭＦ信号検出部２２０１から上記の指示が行われる際に、ＤＴＭＦ信号検出部２２０１によって、変換情報データベース２０８から符号化データを再生する端末１０２−１における変換情報が読み出される。これは、ＤＴＭＦ信号検出部２２０１にて受信された呼処理信号に含まれる端末１０２−１の識別番号に対応付けられたものである。読み出された変換情報がＤＴＭＦ信号検出部２２０１から送信データ切替部２０３へ出力される。そして、送信データ切替部２０３から出力される符号化データについて、当該変換情報に基づいて送信データ切替部２０３内のデータ変換部３０３にてデータ変換が行われる。これにより、端末１０２−１においてデコード及び再生が可能なデータ形式に変換された符号化データが、発信側端末データ送信部２０２から端末１０２−１へ送信される。このデータ変換の処理は、第１の実施の形態にて示したものと同じである。【０２３１】
このようにして、端末１０２−１または端末１０２−２から所定のＤＴＭＦ信号を送信する。それにより、当該ＤＴＭＦ信号に従って、マルチメディア通信装置１０３から端末１０２−１へ送信する符号化データを、コンテンツデータベース２０７から読み出されたコンテンツと端末１０２−２から送信された符号化データとのどちらか一方に切り替えることができる。【０２３２】
（第８の実施の形態）
図２４は、図１に示したマルチメディア通信装置１０３の第８の実施の形態を示す図である。ここで、端末１０２−１と端末１０２−２との間にて通信が行われる場合を例に挙げて説明する。また、端末１０２−１が発信側端末であり、端末１０２−２が端末１０２−１の通話相手である着信側端末である。なお、端末１０２−３〜１０２−ｎのどの端末が発信側端末または着信側端末である場合であっても、その動作は以下に示す動作と同じである。【０２３３】
図１に示したマルチメディア通信装置１０３の第８の実施の形態は図２４に示すように、ＤＴＭＦ信号検出部２４０１と、発信側端末データ送信部２０２と、送信データ切替部２０３と、着信側端末データ受信部２０４と、発信側端末データ受信部２０５と、着信側端末データ送信部２０６と、コンテンツデータベース２０７とから構成されている。【０２３４】
ＤＴＭＦ信号検出部２４０１は、端末１０２−１〜１０２−２から送信された読み出し信号を検出する。ここで、読み出し信号として、ＤＴＭＦ信号を使用する。また、検出されたＤＴＭＦ信号に従って、コンテンツデータベース２０７からコンテンツを読み出すように送信データ切替部２０３に対して指示する。また、検出されたＤＴＭＦ信号に従って、コンテンツデータベース２０７から読み出されたコンテンツを端末１０２−２へ送信するように、または端末１０２−１から送信されてマルチメディア通信装置１０３にて受信された符号化データを端末１０２−２へ送信するように送信データ切替部２０３に対して指示する。なお，ＤＴＭＦ信号検出部２４０１は，例えばネットワーク１０１がパケット交換網の場合は、ＤＴＭＦ信号パケット（ＲＦＣ２８３３，ＲＦＣ４７３３）受信部として構成することも可能である。【０２３５】
発信側端末データ送信部２０２は、着信側端末データ受信部２０４から出力された符号化データを端末１０２−１へ送信する。発信側端末データ送信部２０２内部の処理については、第１〜７の実施の形態における発信側端末データ送信部２０２内部の処理と同じである。【０２３６】
送信データ切替部２０３は、ＤＴＭＦ信号検出部２４０１からの指示に従って、コンテンツデータベース２０７からコンテンツを読み出して符号化する。また、ＤＴＭＦ信号検出部２４０１からの指示に従って、着信側端末データ送信部２０６へ出力する符号化データを、コンテンツデータベース２０７から読み出されて符号化されたコンテンツの符号化データと発信側端末データ受信部２０５から出力された符号化データ（端末１０２−１から送信された符号化データ）とのどちらか一方に切り替える。送信データ切替部２０３内部の処理については、第２の実施の形態における送信データ切替部２０３内部の処理と同じである。【０２３７】
着信側端末データ受信部２０４は、端末１０２−２から送信された符号化データを受信し、受信された符号化データを発信側端末データ送信部２０２へ出力する。着信側端末データ受信部２０４内部の処理については、第１〜７の実施の形態における着信側端末データ受信部２０４内部の処理と同じである。【０２３８】
発信側端末データ受信部２０５は、端末１０２−１から送信された符号化データを受信して送信データ切替部２０３へ出力する。発信側端末データ受信部２０５内部の処理については、第１〜７の実施の形態における発信側端末データ受信部２０５内部の処理と同じである。【０２３９】
着信側端末データ送信部２０６は、送信データ切替部２０３から出力された符号化データを端末１０２−２へ送信する。着信側端末データ送信部２０６内部の処理については、第１〜７の実施の形態における着信側端末データ送信部２０６内部の処理と同じである。【０２４０】
コンテンツデータベース２０７は、第７の実施の形態におけるものと同じである。【０２４１】
変換情報データベース２０８は、第１〜７の実施の形態におけるものと同じである。【０２４２】
以下に、図２４に示したマルチメディア通信装置１０３におけるマルチメディア通信方法について説明する。【０２４３】
図２５は、図２４に示したマルチメディア通信装置１０３におけるマルチメディア通信方法を説明するためのフローチャートである。【０２４４】
まず、ＤＴＭＦ信号検出部２４０１にて端末１０２−１または端末１０２−２からのＤＴＭＦ信号による所定の指示がステップ７１にて検出される。この指示内容は、予め設定されているものであり、利用者が端末１０２−１または端末１０２−２に所定のキーを入力することにより、入力されたキーに対応したＤＴＭＦ信号が端末１０２−１または端末１０２−２から送信される。そして、端末１０２−１または端末１０２−２から送信されたＤＴＭＦ信号がＤＴＭＦ信号検出部２４０１にて検出される。【０２４５】
ＤＴＭＦ信号検出部２４０１にて、端末１０２−１または端末１０２−２からのＤＴＭＦ信号による所定の指示が検出された場合、ＤＴＭＦ信号検出部２４０１から送信データ切替部２０３へ、コンテンツデータベース２０７からコンテンツを読み出し、符号化して着信側端末データ送信部２０６へ出力するように指示される。この指示に従って、ステップ７２にて送信データ切替部２０３によってコンテンツデータベース２０７からコンテンツが読み出されて符号化され、符号化されたコンテンツの符号化データがステップ７３にて着信側端末データ送信部２０６へ出力される。【０２４６】
その後、当該コンテンツの符号化データが着信側端末データ送信部２０６から端末１０２−２へ送信される。【０２４７】
一方、ＤＴＭＦ信号検出部２４０１にて、端末１０２−１または端末１０２−２からのＤＴＭＦ信号による所定の指示が検出されない場合、ＤＴＭＦ信号検出部２４０１から送信データ切替部２０３へ発信側端末データ受信部２０５から出力された符号化データを着信側端末データ送信部２０６へ出力するように指示される。この指示に従って、送信データ切替部２０３にて発信側端末データ受信部２０５から出力された符号化データがステップ７４にて着信側端末データ送信部２０６へ出力される。【０２４８】
その後、当該符号化データが着信側端末データ送信部２０６から端末１０２−２へ送信され、端末１０２−２にて再生される。【０２４９】
また、端末１０２−１〜１０２−ｎにて再生できるデータ形式がそれぞれ異なることも考えられる。そのため、ＤＴＭＦ信号検出部２４０１から送信データ切替部２０３に対して、着信側端末データ送信部２０６へ符号化データを送信する際に、送信する符号化データを送信先の端末１０２−１〜１０２−ｎにおいてデコード及び再生が可能なデータ形式に変換して出力するように指示するものであっても良い。この場合、実際のデータ変換は、図３に示した送信データ切替部２０３のデータ変換部３０３にて行われる。【０２５０】
ＤＴＭＦ信号検出部２４０１から上記の指示が行われる際に、ＤＴＭＦ信号検出部２４０１によって、変換情報データベース２０８から符号化データを再生する端末１０２−２における変換情報が読み出される。これは、ＤＴＭＦ信号検出部２４０１にて受信された呼処理信号に含まれる端末１０２−２の識別番号に対応付けられたものである。読み出された変換情報がＤＴＭＦ信号検出部２４０１から送信データ切替部２０３へ出力される。そして、送信データ切替部２０３から出力される符号化データについて、当該変換情報に基づいて送信データ切替部２０３内のデータ変換部３０３にてデータ変換が行われる。これにより、端末１０２−２においてデコード及び再生が可能なデータ形式に変換された符号化データが、着信側端末データ送信部２０６から端末１０２−２へ送信される。このデータ変換の処理は、第１の実施の形態にて示したものと同じである。【０２５１】
このようにして、端末１０２−１または端末１０２−２から所定のＤＴＭＦ信号を送信する。それにより、当該ＤＴＭＦ信号に従って、マルチメディア通信装置１０３から端末１０２−２へ送信する符号化データを、コンテンツデータベース２０７から読み出されたコンテンツと端末１０２−１から送信された符号化データとのどちらか一方に切り替えることができる。【０２５２】
（第９の実施の形態）
また、上述した第７の実施の形態が有する機能と第８の実施の形態が有する機能との双方を兼ね備えたマルチメディア通信装置１０３も考えられる。【０２５３】
図２６は、図１に示したマルチメディア通信装置１０３の第９の実施の形態を示す図である。ここで、端末１０２−１と端末１０２−２との間にて通信が行われる場合を例に挙げて説明する。また、端末１０２−１が発信側端末であり、端末１０２−２が端末１０２−１の通話相手である着信側端末である。なお、端末１０２−３〜１０２−ｎのどの端末が発信側端末または着信側端末である場合であっても、その動作は以下に示す動作と同じである。【０２５４】
図１に示したマルチメディア通信装置１０３の第９の実施の形態は図２６に示すように、ＤＴＭＦ信号検出部２６０１と、発信側端末データ送信部２０２と、着信側端末データ受信部２０４と、発信側端末データ受信部２０５と、着信側端末データ送信部２０６と、コンテンツデータベース２０７と、送信データ切替部１４０２とから構成されている。【０２５５】
ＤＴＭＦ信号検出部２６０１は、端末１０２−１〜１０２−２から送信された読み出し信号を検出する。ここで、読み出し信号として、ＤＴＭＦ信号を使用する。また、検出されたＤＴＭＦ信号に従って、コンテンツデータベース２０７からコンテンツを読み出すように送信データ切替部１４０２に対して指示する。また、検出されたＤＴＭＦ信号に従って、コンテンツデータベース２０７から読み出されたコンテンツを端末１０２−２へ送信するように送信データ切替部１４０２に対して指示する。または、検出されたＤＴＭＦ信号に従って、端末１０２−１から送信されてマルチメディア通信装置１０３にて受信された符号化データを端末１０２−２へ送信するように送信データ切替部１４０２に対して指示する。また、検出したＤＴＭＦ信号に従って、コンテンツデータベース２０７から読み出されたコンテンツを端末１０２−１へ送信するように送信データ切替部１４０２に対して指示する。または、検出したＤＴＭＦ信号に従って、端末１０２−２から送信されてマルチメディア通信装置１０３にて受信された符号化データを端末１０２−１へ送信するように送信データ切替部１４０２に対して指示する。なお，ＤＴＭＦ信号検出部２６０１は，例えばネットワーク１０１がパケット交換網の場合は、ＤＴＭＦ信号パケット（ＲＦＣ２８３３，ＲＦＣ４７３３）受信部として構成することも可能である。【０２５６】
発信側端末データ送信部２０２は、送信データ切替部１４０２から出力された符号化データを端末１０２−１へ送信する。発信側端末データ送信部２０２内部の処理については、第１〜８の実施の形態における発信側端末データ送信部２０２内部の処理と同じである。【０２５７】
着信側端末データ受信部２０４は、端末１０２−２から送信された符号化データを受信し、受信された符号化データを送信データ切替部１４０２へ出力する。着信側端末データ受信部２０４内部の処理については、第１〜８の実施の形態における着信側端末データ受信部２０４内部の処理と同じである。【０２５８】
発信側端末データ受信部２０５は、端末１０２−１から送信された符号化データを受信して送信データ切替部１４０２へ出力する。発信側端末データ受信部２０５内部の処理については、第１〜８の実施の形態における発信側端末データ受信部２０５内部の処理と同じである。【０２５９】
着信側端末データ送信部２０６は、送信データ切替部１４０２から出力された符号化データを端末１０２−２へ送信する。着信側端末データ送信部２０６内部の処理については、第１〜８の実施の形態における着信側端末データ送信部２０６内部の処理と同じである。【０２６０】
コンテンツデータベース２０７は、第７の実施の形態におけるものと同じである。【０２６１】
変換情報データベース２０８は、第１〜８の実施の形態におけるものと同じである。【０２６２】
送信データ切替部１４０２は、ＤＴＭＦ信号検出部２６０１からの指示に従って、コンテンツデータベース２０７からコンテンツを読み出して符号化する。また、ＤＴＭＦ信号検出部２６０１からの指示に従って、着信側端末データ送信部２０６へ出力する符号化データを、コンテンツデータベース２０７から読み出されて符号化されたコンテンツの符号化データと発信側端末データ受信部２０５から出力された符号化データ（端末１０２−１から送信された符号化データ）とのどちらか一方に切り替える。また、ＤＴＭＦ信号検出部２６０１からの指示に従って、発信側端末データ送信部２０２へ出力する符号化データを、コンテンツデータベース２０７から読み出されて符号化されたコンテンツの符号化データと着信側端末データ受信部２０４から出力された符号化データ（端末１０２−２から送信された符号化データ）とのどちらか一方に切り替える。送信データ切替部１４０２内部の処理については、第３の実施の形態における送信データ切替部１４０２内部の処理と同じである。【０２６３】
この形態により、第７の実施の形態が有する機能と第８の実施の形態が有する機能との双方を兼ね備えたマルチメディア通信装置１０３が実現できる。【０２６４】
（第１０の実施の形態）
図２７は、図１に示したマルチメディア通信装置１０３の第１０の実施の形態を示す図である。ここで、端末１０２−１と端末１０２−２との間にて通信が行われる場合を例に挙げて説明する。また、端末１０２−１が発信側端末であり、端末１０２−２が端末１０２−１の通話相手である着信側端末である。なお、端末１０２−３〜１０２−ｎのどの端末が発信側端末または着信側端末である場合であっても、その動作は以下に示す動作と同じである。【０２６５】
図１に示したマルチメディア通信装置１０３の第１０の実施の形態は図２７に示すように、ＤＴＭＦ信号検出部２７０１と、発信側端末データ送信部２０２と、着信側端末データ受信部２０４と、発信側端末データ受信部２０５と、着信側端末データ送信部２０６と、送信データ文字挿入部１５０２と、文字列データベース１５０３とから構成されている。【０２６６】
ＤＴＭＦ信号検出部２７０１は、端末１０２−１〜１０２−２から送信された読み出し信号を検出する。ここで、読み出し信号として、ＤＴＭＦ信号を使用する。また、検出されたＤＴＭＦ信号に従って、文字列データベース１５０３から文字列を読み出すように送信データ文字挿入部１５０２に対して指示する。また、検出されたＤＴＭＦ信号に従って、文字列データベース１５０３から読み出された文字列を端末１０２−１へ送信する符号化データに挿入するように送信データ文字挿入部１５０２に対して指示する。ＤＴＭＦ信号検出部２７０１は，例えばネットワーク１０１がパケット交換網の場合は、ＤＴＭＦ信号パケット（ＲＦＣ２８３３，ＲＦＣ４７３３）受信部として構成することも可能である。【０２６７】
発信側端末データ送信部２０２は、送信データ文字挿入部１５０２から出力された符号化データを端末１０２−１へ送信する。発信側端末データ送信部２０２内部の処理については、第１〜９の実施の形態における発信側端末データ送信部２０２内部の処理と同じである。【０２６８】
着信側端末データ受信部２０４は、端末１０２−２から送信された符号化データを受信し、受信された符号化データを送信データ文字挿入部１５０２へ出力する。着信側端末データ受信部２０４内部の処理については、第１〜９の実施の形態における着信側端末データ受信部２０４内部の処理と同じである。【０２６９】
発信側端末データ受信部２０５は、端末１０２−１から送信された符号化データを受信して着信側端末データ送信部２０６へ出力する。発信側端末データ受信部２０５内部の処理については、第１〜９の実施の形態における発信側端末データ受信部２０５内部の処理と同じである。【０２７０】
着信側端末データ送信部２０６は、発信側端末データ受信部２０５から出力された符号化データを端末１０２−２へ送信する。着信側端末データ送信部２０６内部の処理については、第１〜９の実施の形態における着信側端末データ送信部２０６内部の処理と同じである。【０２７１】
変換情報データベース２０８は、第１〜９の実施の形態におけるものと同じである。【０２７２】
送信データ文字挿入部１５０２は、ＤＴＭＦ信号検出部２７０１からの指示に従って、文字列データベース１５０３から文字列を読み出し、読み出された文字列を、着信側端末データ受信部２０４から出力された符号化データに挿入する。そして、文字列が挿入された符号化データを発信側端末データ送信部２０２へ出力する。ここで、文字列を挿入するということは、着信側端末データ受信部２０４から出力された符号化データ（映像）に当該文字列を合成することである。その合成方法については従来用いられている方法を用いる。送信データ文字挿入部１５０２内部の処理については、第４の実施の形態における送信データ文字挿入部１５０２内部の処理と同じである。【０２７３】
文字列データベース１５０３は、第４〜６の実施の形態におけるものと同じである。【０２７４】
以下に、図２７に示したマルチメディア通信装置１０３におけるマルチメディア通信方法について説明する。【０２７５】
図２８は、図２７に示したマルチメディア通信装置１０３におけるマルチメディア通信方法を説明するためのフローチャートである。【０２７６】
まず、ＤＴＭＦ信号検出部２７０１にて端末１０２−１または端末１０２−２からのＤＴＭＦ信号による所定の指示がステップ８１にて検出される。この指示内容は、予め設定されているものであり、利用者が端末１０２−１または端末１０２−２に所定のキーを入力することにより、入力されたキーに対応したＤＴＭＦ信号が端末１０２−１または端末１０２−２から送信される。そして、端末１０２−１または端末１０２−２から送信されたＤＴＭＦ信号がＤＴＭＦ信号検出部２７０１にて検出される。【０２７７】
ＤＴＭＦ信号検出部２７０１にて、端末１０２−１または端末１０２−２からのＤＴＭＦ信号による所定の指示が検出された場合、ＤＴＭＦ信号検出部２７０１から送信データ文字挿入部１５０２へ、文字列データベース１５０３から文字列を読み出し、読み出された文字列を、着信側端末データ受信部２０４から出力された符号化データに挿入するように指示される。この指示に従って、ステップ８２にて送信データ文字挿入部１５０２によって文字列データベース１５０３から文字列が読み出される。また、このとき読み出される文字列は、端末１０２−１にて表示可能な文字列である。そして、読み出された文字列が、着信側端末データ受信部２０４から出力された符号化データに挿入され、文字列が挿入された符号化データがステップ８３にて発信側端末データ送信部２０２へ出力される。なお、着信側端末データ受信部２０４から出力された符号化データに文字列が挿入される位置については、任意であり、予め決められた位置であっても良いし、端末１０２−１または端末１０２−２からの指示によるものであっても良い。また、文字列データベース１５０３に、文字列の性質情報が格納されている場合、当該文字列の性質情報に基づいて、文字列が挿入されるものであっても良い。【０２７８】
その後、当該符号化データが発信側端末データ送信部２０２から端末１０２−１へ送信される。【０２７９】
一方、ＤＴＭＦ信号検出部２７０１にて、端末１０２−１または端末１０２−２からのＤＴＭＦ信号による所定の指示が検出されない場合、ＤＴＭＦ信号検出部２７０１から送信データ文字挿入部１５０２へ、着信側端末データ受信部２０４から出力された符号化データをそのまま発信側端末データ送信部２０２へ出力するように指示される。この指示に従って、送信データ文字挿入部１５０２にて着信側端末データ受信部２０４から出力された符号化データがステップ８４にて発信側端末データ送信部２０２へ出力される。【０２８０】
その後、当該符号化データが発信側端末データ送信部２０２から端末１０２−１へ送信され、文字列が挿入された符号化データが端末１０２−１にて再生される。【０２８１】
なお、端末１０２−１へ符号化データを送信する際に、第１〜９の実施の形態と同様に、図３に示したデータ変換部３０３にて当該符号化データが変換されるものであっても良い。【０２８２】
このようにして、端末１０２−１または端末１０２−２から所定のＤＴＭＦ信号を送信する。それにより、当該ＤＴＭＦ信号に従って、マルチメディア通信装置１０３から端末１０２−１へ送信する符号化データに、文字列データベース１５０３から読み出された文字列を挿入することができる。【０２８３】
以上説明したように本形態においては、端末１０２−１または端末１０２−２から所定のＤＴＭＦ信号を送信することにより、端末１０２−２から端末１０２−１へ送信される符号化データに所定の文字列が挿入され、当該文字列が挿入された符号化データが端末１０２−１に適した条件で端末１０２−１にて再生される。【０２８４】
（第１１の実施の形態）
図２９は、図１に示したマルチメディア通信装置１０３の第１１の実施の形態を示す図である。ここで、端末１０２−１と端末１０２−２との間にて通信が行われる場合を例に挙げて説明する。また、端末１０２−１が発信側端末であり、端末１０２−２が端末１０２−１の通話相手である着信側端末である。なお、端末１０２−３〜１０２−ｎのどの端末が発信側端末または着信側端末である場合であっても、その動作は以下に示す動作と同じである。【０２８５】
図１に示したマルチメディア通信装置１０３の第１１の実施の形態は図２９に示すように、ＤＴＭＦ信号検出部２９０１と、発信側端末データ送信部２０２と、着信側端末データ受信部２０４と、発信側端末データ受信部２０５と、着信側端末データ送信部２０６と、送信データ文字挿入部１５０２と、文字列データベース１５０３とから構成されている。【０２８６】
ＤＴＭＦ信号検出部２９０１は、端末１０２−１〜１０２−２から送信された読み出し信号を検出する。ここで、読み出し信号として、ＤＴＭＦ信号を使用する。また、検出されたＤＴＭＦ信号に従って、文字列データベース１５０３から文字列を読み出すように送信データ文字挿入部１５０２に対して指示する。また、検出されたＤＴＭＦ信号に従って、文字列データベース１５０３から読み出された文字列を端末１０２−２へ送信する符号化データに挿入するように送信データ文字挿入部１５０２に対して指示する。ＤＴＭＦ信号検出部２９０１は，例えばネットワーク１０１がパケット交換網の場合は、ＤＴＭＦ信号パケット（ＲＦＣ２８３３，ＲＦＣ４７３３）受信部として構成することも可能である。【０２８７】
発信側端末データ送信部２０２は、着信側端末データ受信部２０４から出力された符号化データを端末１０２−１へ送信する。発信側端末データ送信部２０２内部の処理については、第１〜１０の実施の形態における発信側端末データ送信部２０２内部の処理と同じである。【０２８８】
着信側端末データ受信部２０４は、端末１０２−２から送信された符号化データを受信し、受信された符号化データを発信側端末データ送信部２０２へ出力する。着信側端末データ受信部２０４内部の処理については、第１〜１０の実施の形態における着信側端末データ受信部２０４内部の処理と同じである。【０２８９】
発信側端末データ受信部２０５は、端末１０２−１から送信された符号化データを受信して送信データ文字挿入部１５０２へ出力する。発信側端末データ受信部２０５内部の処理については、第１〜１０の実施の形態における発信側端末データ受信部２０５内部の処理と同じである。【０２９０】
着信側端末データ送信部２０６は、送信データ文字挿入部１５０２から出力された符号化データを端末１０２−２へ送信する。着信側端末データ送信部２０６内部の処理については、第１〜１０の実施の形態における着信側端末データ送信部２０６内部の処理と同じである。【０２９１】
変換情報データベース２０８は、第１〜１０の実施の形態におけるものと同じである。【０２９２】
送信データ文字挿入部１５０２は、ＤＴＭＦ信号検出部２９０１からの指示に従って、文字列データベース１５０３から文字列を読み出し、読み出された文字列を、発信側端末データ受信部２０５から出力された符号化データに挿入する。そして、文字列が挿入された符号化データを着信側端末データ送信部２０６へ出力する。ここで、文字列を挿入するということは、発信側端末データ受信部２０５から出力された符号化データ（映像）に当該文字列を合成することである。その合成方法については従来用いられている方法を用いる。送信データ文字挿入部１５０２内部の処理については、第５の実施の形態における送信データ文字挿入部１５０２内部の処理と同じである。【０２９３】
文字列データベース１５０３は、第４〜６の実施の形態におけるものと同じである。【０２９４】
以下に、図２９に示したマルチメディア通信装置１０３におけるマルチメディア通信方法について説明する。【０２９５】
図３０は、図２９に示したマルチメディア通信装置１０３におけるマルチメディア通信方法を説明するためのフローチャートである。【０２９６】
まず、ＤＴＭＦ信号検出部２９０１にて端末１０２−１または端末１０２−２からのＤＴＭＦ信号による所定の指示がステップ９１にて検出される。この指示内容は、予め設定されているものであり、利用者が端末１０２−１または端末１０２−２に所定のキーを入力することにより、入力されたキーに対応したＤＴＭＦ信号が端末１０２−１または端末１０２−２から送信される。そして、端末１０２−１または端末１０２−２から送信されたＤＴＭＦ信号がＤＴＭＦ信号検出部２９０１にて検出される。【０２９７】
ＤＴＭＦ信号検出部２９０１にて、端末１０２−１または端末１０２−２からのＤＴＭＦ信号による所定の指示が検出された場合、ＤＴＭＦ信号検出部２９０１から送信データ文字挿入部１５０２へ、文字列データベース１５０３から文字列を読み出し、読み出された文字列を、発信側端末データ受信部２０５から出力された符号化データに挿入するように指示される。この指示に従って、ステップ９２にて送信データ文字挿入部１５０２によって文字列データベース１５０３から文字列が読み出される。また、このとき読み出される文字列は、端末１０２−２にて表示可能な文字列である。そして、読み出された文字列が、発信側端末データ受信部２０５から出力された符号化データに挿入され、文字列が挿入された符号化データがステップ９３にて着信側端末データ送信部２０６へ出力される。なお、発信側端末データ受信部２０５から出力された符号化データに文字列が挿入される位置については、任意であり、予め決められた位置であっても良いし、端末１０２−１または端末１０２−２からの指示によるものであっても良い。また、文字列データベース１５０３に、文字列の性質情報が格納されている場合、当該文字列の性質情報に基づいて、文字列が挿入されるものであっても良い。【０２９８】
その後、当該符号化データが着信側端末データ送信部２０６から端末１０２−２へ送信される。【０２９９】
一方、ＤＴＭＦ信号検出部２９０１にて、端末１０２−１または端末１０２−２からのＤＴＭＦ信号による所定の指示が検出されない場合、ＤＴＭＦ信号検出部２９０１から送信データ文字挿入部１５０２へ、発信側端末データ受信部２０５から出力された符号化データをそのまま着信側端末データ送信部２０６へ出力するように指示される。この指示に従って、送信データ文字挿入部１５０２にて発信側端末データ受信部２０５から出力された符号化データがステップ９４にて着信側端末データ送信部２０６へ出力される。【０３００】
その後、当該符号化データが着信側端末データ送信部２０６から端末１０２−２へ送信され、文字列が挿入された符号化データが端末１０２−２にて再生される。【０３０１】
なお、端末１０２−２へ符号化データを送信する際に、第１〜１０の実施の形態と同様に、図３に示したデータ変換部３０３にて当該符号化データが変換されるものであっても良い。【０３０２】
このようにして、端末１０２−１または端末１０２−２から所定のＤＴＭＦ信号を送信する。それにより、当該ＤＴＭＦ信号に従って、マルチメディア通信装置１０３から端末１０２−２へ送信する符号化データに、文字列データベース１５０３から読み出された文字列を挿入することができる。【０３０３】
以上説明したように本形態においては、端末１０２−１または端末１０２−２から所定のＤＴＭＦ信号を送信することにより、端末１０２−１から端末１０２−２へ送信される符号化データに所定の文字列が挿入され、当該文字列が挿入された符号化データが端末１０２−２に適した条件で端末１０２−２にて再生される。【０３０４】
（第１２の実施の形態）
また、上述した第１０の実施の形態が有する機能と第１１の実施の形態が有する機能との双方を兼ね備えたマルチメディア通信装置１０３も考えられる。【０３０５】
図３１は、図１に示したマルチメディア通信装置１０３の第１２の実施の形態を示す図である。ここで、端末１０２−１と端末１０２−２との間にて通信が行われる場合を例に挙げて説明する。また、端末１０２−１が発信側端末であり、端末１０２−２が端末１０２−１の通話相手である着信側端末である。なお、端末１０２−３〜１０２−ｎのどの端末が発信側端末または着信側端末である場合であっても、その動作は以下に示す動作と同じである。【０３０６】
図１に示したマルチメディア通信装置１０３の第１２の実施の形態は図３１に示すように、ＤＴＭＦ信号検出部３１０１と、発信側端末データ送信部２０２と、着信側端末データ受信部２０４と、発信側端末データ受信部２０５と、着信側端末データ送信部２０６と、送信データ文字挿入部２１０２と、文字列データベース１５０３とから構成されている。【０３０７】
ＤＴＭＦ信号検出部３１０１は、端末１０２−１〜１０２−２から送信された読み出し信号を検出する。ここで、読み出し信号として、ＤＴＭＦ信号を使用する。また、検出されたＤＴＭＦ信号に従って、文字列データベース１５０３から文字列を読み出すように送信データ文字挿入部２１０２に対して指示する。また、検出したＤＴＭＦ信号に従って、文字列データベース１５０３から読み出された文字列を端末１０２−２へ送信する符号化データに挿入するように送信データ文字挿入部２１０２に対して指示する。また、検出したＤＴＭＦ信号に従って、文字列データベース１５０３から読み出された文字列を端末１０２−１へ送信する符号化データに挿入するように送信データ文字挿入部２１０２に対して指示する。ＤＴＭＦ信号検出部３１０１は，例えばネットワーク１０１がパケット交換網の場合は、ＤＴＭＦ信号パケット（ＲＦＣ２８３３，ＲＦＣ４７３３）受信部として構成することも可能である。【０３０８】
発信側端末データ送信部２０２は、送信データ文字挿入部２１０２から出力された符号化データを端末１０２−１へ送信する。発信側端末データ送信部２０２内部の処理については、第１〜１１の実施の形態における発信側端末データ送信部２０２内部の処理と同じである。【０３０９】
着信側端末データ受信部２０４は、端末１０２−２から送信された符号化データを受信し、受信された符号化データを送信データ文字挿入部２１０２へ出力する。着信側端末データ受信部２０４内部の処理については、第１〜１１の実施の形態における着信側端末データ受信部２０４内部の処理と同じである。【０３１０】
発信側端末データ受信部２０５は、端末１０２−１から送信された符号化データを受信して送信データ文字挿入部２１０２へ出力する。発信側端末データ受信部２０５内部の処理については、第１〜１１の実施の形態における発信側端末データ受信部２０５内部の処理と同じである。【０３１１】
着信側端末データ送信部２０６は、送信データ文字挿入部２１０２から出力された符号化データを端末１０２−２へ送信する。着信側端末データ送信部２０６内部の処理については、第１〜１１の実施の形態における着信側端末データ送信部２０６内部の処理と同じである。【０３１２】
変換情報データベース２０８は、第１〜１１の実施の形態におけるものと同じである。【０３１３】
送信データ文字挿入部２１０２は、ＤＴＭＦ信号検出部３１０１からの指示に従って、文字列データベース１５０３から文字列を読み出し、読み出された文字列を、発信側端末データ受信部２０５から出力された符号化データに挿入する。そして、文字列が挿入された符号化データを着信側端末データ送信部２０６へ出力する。また、ＤＴＭＦ信号検出部３１０１からの指示に従って、文字列データベース１５０３から文字列を読み出し、読み出された文字列を、着信側端末データ受信部２０４から出力された符号化データに挿入する。そして、文字列が挿入された符号化データを発信側端末データ送信部２０２へ出力する。ここで、文字列を挿入するということは、発信側端末データ受信部２０５または着信側端末データ受信部２０４から出力された符号化データ（映像）に当該文字列を合成することである。その合成方法については従来用いられている方法を用いる。送信データ文字挿入部２１０２内部の処理については、第６の実施の形態における送信データ文字挿入部２１０２内部の処理と同じである。【０３１４】
文字列データベース１５０３は、第４〜６の実施の形態におけるものと同じである。【０３１５】
この形態により、第１０の実施の形態が有する機能と第１１の実施の形態が有する機能との双方を兼ね備えたマルチメディア通信装置１０３が実現できる。【０３１６】
以上説明した第１〜１２の実施の形態におけるマルチメディア通信装置１０３は、コンテンツや文字列を配信するメディアサーバとして動作することも可能であることは言うまでもない。【０３１７】
（第１３の実施の形態）
また、上述したマルチメディア通信装置１０３は、メディアサーバとして広告コンテンツを端末１０２−１〜１０２−ｎへ配信することも可能である。【０３１８】
図３２は、図１に示したマルチメディア通信装置１０３の第１３の実施の形態を示す図である。【０３１９】
本形態は図３２に示すように、マルチメディア通信装置であるメディアサーバ３２０１に複数の端末１０２−１〜１０２−ｎがネットワーク１０１を介して接続されている。また、メディアサーバ３２０１には、広告コンテンツデータベース３２０２が接続されている。【０３２０】
端末１０２−１〜１０２−ｎは、テレビ電話端末に代表されるような、映像及び音声を送受信できる通信端末である。端末１０２−１〜１０２−ｎは、端末１０２−１〜１０２−ｎに設けられたマイク等の音声収集手段によって収集された音声を音声データとして符号化し、符号化された音声データを送信する。また、端末１０２−１〜１０２−ｎに設けられたカメラ等の撮影手段によって撮影された映像を映像データとして符号化し、符号化された映像データを送信する。また、受信された音声データから音声を復号化し、復号化された音声を端末１０２−１〜１０２−ｎに設けられたスピーカー等の音声再生手段によって再生する。また、受信された映像データから映像を復号化し、復号化された映像を端末１０２−１〜１０２−ｎに設けられたディスプレイ等の映像再生手段によって再生する。【０３２１】
広告コンテンツデータベース３２０２は、ネットワーク１０１を介して端末１０２−１〜１０２−ｎへ配信する広告コンテンツを格納する。この広告コンテンツは、映像であっても良いし、文字であっても良い。【０３２２】
図３３は、図３２に示した広告コンテンツデータベース３２０２の一構造を示す図である。【０３２３】
図３２に示した広告コンテンツデータベース３２０２には図３３に示すように、広告データとして、広告文字データや広告映像が格納されている。それぞれの広告データには、各データに固有に付与された識別番号と、分類とがそれぞれ対応付けられて格納されている。例えば、「○○電器」という文字の広告データには、識別番号「９００１」と、分類の「広告文字データ」とが対応付けられている。また、「△△ショッピング」という文字の広告データには、識別番号「９００２」と、分類の「広告文字データ」とが対応付けられている。また、テレビの映像である広告データには、識別番号「９００３」と、分類の「広告映像」とが対応付けられている。また、日帰り温泉旅行の広告データには、識別番号「９００４」と、分類の「広告映像」とが対応付けられている。なお、分類が「広告映像」である広告データは、静止画であっても、動画であっても良い。【０３２４】
メディアサーバ３２０１は、ネットワーク１０１を介して端末１０２−１〜１０２−ｎ間で送受信される音声データや映像データの転送を仲介する。また、広告コンテンツデータベース３２０２から広告コンテンツを読み出し、ネットワーク１０１を介して端末１０２−１〜１０２−ｎへ配信する。配信する際に、広告コンテンツデータベース３２０２から読み出された広告コンテンツをそのまま端末１０２−１〜１０２−ｎへ配信するものであっても良い。また、端末１０２−１〜１０２−ｎ間にて送受信されている映像に広告コンテンツデータベース３２０２から読み出された広告コンテンツを挿入して配信するものであっても良い。その際、上述した第１〜１２の実施の形態と同様に、配信されるデータを端末１０２−１〜１０２−ｎにてデコード及び再生が可能なデータ形式に変換するものであっても良い。【０３２５】
例えば、広告コンテンツデータベース３２０２から分類が「広告文字データ」である広告データが読み出された場合、トランスコーダを用いて端末１０２−１〜１０２−ｎ間におけるテレビ電話通話中に、当該広告データがテレビ電話画面にインポーズされるものであっても良い。この場合、テレビ電話通話中である端末１０２−１〜１０２−ｎの画面には、テレビ電話映像に当該広告データが重なって表示される。また、広告コンテンツデータベース３２０２から分類が「広告映像」である広告データが読み出された場合、トランスコーダを用いて端末１０２−１〜１０２−ｎ間におけるテレビ電話通話中に、当該広告データとテレビ電話映像とが分割合成されるものであっても良い。この場合、テレビ電話通話中である端末１０２−１〜１０２−ｎの画面の所定の部分には広告データが、また他の所定の部分にはテレビ電話映像が表示される。このインポーズまたは分割合成は、マルチメディア通信装置１０３の送信データ切替部１４０２や送信データ文字挿入部２１０２にて行われる。【０３２６】
また、これらの広告データのどれをインポーズまたは分割合成するかについては、端末１０２−１〜１０２−ｎから指示するものであっても良いし、ランダムに選択されるものであっても良く、ここでは特に規定しない。【０３２７】
これにより、広告データが様々な形式で合成されることが可能となる。【０３２８】
また、広告データが配信されるタイミングは、端末１０２−１〜１０２−ｎが通話中に限らず、第１〜６の実施の形態に示したように、発信者端末が着信側端末を呼び出し中であっても良いし、端末１０２−１〜１０２−ｎの通話が終了した後であっても良い。【０３２９】
なお、メディアサーバ３２０１の構成は、上述したマルチメディア通信装置１０３の構成と同じである。【０３３０】
（第１４の実施の形態）
図３４は、図１に示したマルチメディア通信装置１０３の第１４の実施の形態を示す図である。【０３３１】
本形態は図３４に示すように、利用者端末３４０３を有する利用者が契約している通信事業者が有する通信事業者装置３４０２にマルチメディア通信装置１０３であるメディアサーバ３２０１が接続可能に構成されている。また、メディアサーバ３２０１には、広告コンテンツデータベース３２０２が接続されている。さらに、通信事業者装置３４０２は、広告主が有する広告主端末３４０１との間にて通信が可能となっている。【０３３２】
広告コンテンツデータベース３２０２には、広告主端末３４０１によって広告主端末３４０１の広告データが予め登録（格納）されている。この広告コンテンツデータベース３２０２に登録される広告データを通信事業者装置３４０２が管理することにより、広告主端末３４０１は、通信事業者装置３４０２へ広告料を払う。【０３３３】
利用者端末３４０３が通信を行う場合、通信事業者装置３４０２及びメディアサーバ３２０１を介して行う。その場合、通信事業者装置３４０２は、メディアサーバ３２０１を用いて、広告コンテンツデータベース３２０２から広告コンテンツを読み出し、利用者端末３４０３の有する発信側端末または着信側端末に対し、メディアサーバ３２０１から送信する映像、音声または文字列の少なくとも一つに広告コンテンツとしてマルチメディアサービスを利用者端末３４０３に提供する。具体的には、通信事業者装置３４０２がメディアサーバ３２０１に広告コンテンツデータベース３２０２から広告データを読み出してメディアサーバ３２０１から送信されるデータに、当該広告データを挿入または合成する指示を行う。または、広告データをそのまま送信する指示を行う。すると、メディアサーバ３２０１によって、広告コンテンツデータベース３２０２から広告データが読み出されてメディアサーバ３２０１から送信されるデータに、当該広告データが挿入または合成されて利用者端末３４０３へ送信される。または、広告データが利用者端末３４０３へそのまま送信される。メディアサーバ３２０１のこの動作は、上述した第７〜１２の実施の形態におけるマルチメディア通信装置１０３の動作と同様である。第７〜１２の実施の形態におけるマルチメディア通信装置１０３は、端末１０２−１〜１０２−２から送信されたＤＴＭＦ信号に従ってデータベースからデータを読み出したが、本実施の形態におけるメディアサーバ３２０１は、通信事業者装置３４０２からの指示に従ってデータベースからデータを読み出すものである。【０３３４】
そして、広告データが利用者端末３４０３へ送信された旨が通信事業者装置３４０２またはメディアサーバ３２０１に記録され、その記録（送信頻度）に基づいて当該広告データが送信された利用者端末３４０３に対して通話料金の削減または通話料金の無料化などの優待が図られる。この優待を行うための優待情報は、通信事業者装置３４０２またはメディアサーバ３２０１が具備する優待情報データベース（不図示）に格納されており、利用者端末３４０３へ通話料を請求する際に、読み出されて精算されるものであっても良い。【０３３５】
図３５は、広告データの送信回数と優待情報とが対応付けられた優待情報データベースの一構成を示す図である。【０３３６】
図３５に示すように、広告データの送信回数と、その場合の優待情報とが対応付けられて格納されている。例えば、広告データが１〜５回送信された利用者端末３４０３は、通話料金を１００円値引きする優待情報が格納されている。また、広告データが６〜１０回送信された利用者端末３４０３は、通話料金を５００円値引きする優待情報が格納されている。【０３３７】
また、広告データの送信時間に応じて優待が図られるものであっても良い。【０３３８】
図３６は、広告データの送信時間と優待情報とが対応付けられた優待情報データベースの一構成を示す図である。【０３３９】
図３６に示すように、広告データの送信時間と、その場合の優待情報とが対応付けられて格納されている。例えば、広告データの送信時間が１〜３分間である利用者端末３４０３は、通話料金を１日間無料にする優待情報が格納されている。また、広告データの送信時間が３〜１０分間である利用者端末３４０３は、通話料金を２日間無料にする優待情報が格納されている。【０３４０】
これにより、利用者は、通信事業者からマルチメディアサービスの提供を受け、広告コンテンツを見ることにより、その送信頻度に応じた通話料金の削減または通話料金の無料化等の恩恵を被る。【０３４１】
なお、この通話料金の優待を上述した第１〜１３の実施の形態に適用することも可能である。【０３４２】
また、上述した実施の形態において、コンテンツや文字列は、端末１０２−１〜１０２−ｎから選択できるものである。例えば、図４や図１７に示したコンテンツや文字列の識別番号を端末１０２−１〜１０２−ｎに入力することにより、所望のコンテンツや文字列が選択できるものである。また、上記識別番号を端末１０２−１〜１０２−ｎそれぞれに対応付けておき、発信または着信した端末１０２−１〜１０２−ｎに対応付けられたコンテンツや文字列が読み出されて表示されるものであっても良い。また、コンテンツデータベース２０７に格納されているコンテンツ、及び文字列データベース１５０３に格納されている文字列は、予め格納されているものである。【０３４３】
また、必要に応じて上述した第１〜１２の実施の形態を任意の組み合わせで組み合わせても良い。【０３４４】
例えば、複数の端末と、複数の端末と広告文字データや広告映像の広告データが格納された広告コンテンツデータベースとに接続され、複数の端末の呼処理信号を処理するサーバとから構成されたマルチメディア通信システムにおけるマルチメディアサービス提供方法であって、サーバが、端末間におけるテレビ電話通話中に、広告コンテンツデータベースから広告文字データを読み出すステップと、サーバが、読み出した広告文字データをテレビ電話画面にインポーズするステップと、サーバが、広告文字データをインポーズしたテレビ電話画面を端末における再生に応じた、符号化方式と、符号化ビットレートと、フレームレートと、画像サイズと、プロファイルと、レベルと、符号化オプションと、符号化フレームタイプ構成と、ビデオパケットサイズと、イントラフレーム間隔と、イントラマクロブロック数と、量子化値との少なくとも１つの変換情報に基づいて変換する、またはシンタックス変換するステップと、サーバが、変換したテレビ電話画面をテレビ電話通話中である端末の少なくとも一方へ送信するステップとを有するものであっても良い。【０３４５】
また、複数の端末と、複数の端末と広告文字データや広告映像の広告データが格納された広告コンテンツデータベースとに接続され、複数の端末の呼処理信号を処理するサーバとから構成されたマルチメディア通信システムにおけるマルチメディアサービス提供方法であって、サーバが、端末間におけるテレビ電話通話中に、広告コンテンツデータベースから広告映像を読み出すステップと、サーバが、読み出した広告映像とテレビ電話映像とを分割合成するステップと、サーバが、広告映像とテレビ電話映像とを分割合成したテレビ電話画面を端末における再生に応じた、符号化方式と、符号化ビットレートと、フレームレートと、画像サイズと、プロファイルと、レベルと、符号化オプションと、符号化フレームタイプ構成と、ビデオパケットサイズと、イントラフレーム間隔と、イントラマクロブロック数と、量子化値との少なくとも１つの変換情報に基づいて変換する、またはシンタックス変換するステップと、サーバが、変換したテレビ画面をテレビ電話通話中である端末の少なくとも一方へ送信するステップとを有するものであっても良い。【０３４６】
また、サーバが、テレビ電話画面をテレビ電話通話中である端末の少なくとも一方へ送信した頻度（回数や時間）を優待情報データベースに記録するステップと、サーバが、頻度に応じた優待情報を優待情報データベースから読み出すステップとを有するものであっても良い。【０３４７】
以上、実施の形態を参照して本願発明を説明したが、本願発明は上記実施の形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。【０３４８】
この出願は、２００７年７月２６日に出願された日本出願特願２００７−１９４４０４を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【図１】
2009013958.tif 000003
【図２】
2009013958.tif 000004
【図３】
2009013958.tif 000005
【図４】
2009013958.tif 000006
【図５】
2009013958.tif 000007
【図６】
2009013958.tif 000008
【図７】
2009013958.tif 000009
【図８】
2009013958.tif 000010
【図９】
2009013958.tif 000011
【図１０】
2009013958.tif 000012
【図１１】
2009013958.tif 000013
【図１２】
2009013958.tif 000014
【図１３】
2009013958.tif 000015
【図１４】
2009013958.tif 000016
【図１５】
2009013958.tif 000017
【図１６】
2009013958.tif 000018
【図１７】
2009013958.tif 000019
【図１８】
2009013958.tif 000020
【図１９】
2009013958.tif 000021
【図２０】
2009013958.tif 000022
【図２１】
2009013958.tif 000023
【図２２】
2009013958.tif 000024
【図２３】
2009013958.tif 000025
【図２４】
2009013958.tif 000026
【図２５】
2009013958.tif 000027
【図２６】
2009013958.tif 000028
【図２７】
2009013958.tif 000029
【図２８】
2009013958.tif 000030
【図２９】
2009013958.tif 000031
【図３０】
2009013958.tif 000032
【図３１】
2009013958.tif 000033
【図３２】
2009013958.tif 000034
【図３３】
2009013958.tif 000035
【図３４】
2009013958.tif 000036
【図３５】
2009013958.tif 000037
【図３６】
2009013958.tif 000038
【手続補正書】
【提出日】平成22年1月25日(2010.1.25)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数の端末と、該複数の端末と接続され、該複数の端末の呼処理信号を処理し、コンテンツデータが格納されたデータベースを有するサーバとから構成されたマルチメディア通信システムにおけるマルチメディアサービス提供方法であって、
前記サーバが、
（ａ）前記複数の端末のうち発信を行う端末が前記複数の端末のうち前記発信を行う端末の通話相手である端末を呼び出してから該端末が応答するまでの間、
と、
（ｂ）前記端末間における通話が終了した後、
とのどちらか一方のタイミングで、前記サーバが、前記データベースから前記コンテンツデータを読み出すステップと、
前記タイミングで、前記サーバが、前記読み出したコンテンツデータを前記端末における再生に応じた、符号化方式と、符号化ビットレートと、フレームレートと、画像サイズと、プロファイルと、レベルと、符号化オプションと、符号化フレームタイプ構成と、ビデオパケットサイズと、イントラフレーム間隔と、イントラマクロブロック数と、量子化値との少なくとも１つの変換情報に基づいて変換する、またはシンタックス変換するステップと、
前記タイミングで、前記サーバが、前記変換したコンテンツデータを前記端末へ送信するステップと、
前記タイミングで、前記端末が、前記サーバから送信されてきたコンテンツデータを再生するステップとを有するマルチメディアサービス提供方法。
【請求項２】
請求項１に記載のマルチメディアサービス提供方法において、
前記タイミングで、前記サーバが、前記読み出したコンテンツデータを前記発信を行う端末の通話相手である端末である着信側端末における再生に応じた、符号化方式と、符号化ビットレートと、フレームレートと、画像サイズと、プロファイルと、レベルと、符号化オプションと、符号化フレームタイプ構成と、ビデオパケットサイズと、イントラフレーム間隔と、イントラマクロブロック数と、量子化値との少なくとも１つの変換情報に基づいて変換する、またはシンタックス変換するステップと、
前記タイミングで、前記サーバが、前記変換したコンテンツデータを前記着信側端末へ送信するステップと、
前記タイミングで、前記着信側端末が、前記サーバから送信されてきたコンテンツデータを再生するステップとを有することを特徴とするマルチメディアサービス提供方法。
【請求項３】
請求項２に記載のマルチメディアサービス提供方法において、
前記着信側端末が応答した後、前記サーバが、前記発信を行う端末である発信側端末から送信されたデータを前記着信側端末における再生に応じた、符号化方式と、符号化ビットレートと、フレームレートと、画像サイズと、プロファイルと、レベルと、符号化オプションと、符号化フレームタイプ構成と、ビデオパケットサイズと、イントラフレーム間隔と、イントラマクロブロック数と、量子化値との少なくとも１つの変換情報に基づいて変換する、またはシンタックス変換するステップと、
前記着信側端末が応答した後、前記サーバが、変換したデータを前記着信側端末へ送信するステップとを有することを特徴とするマルチメディアサービス提供方法。
【請求項４】
請求項１に記載のマルチメディアサービス提供方法において、
前記タイミングで、前記サーバが、前記データベースから前記コンテンツデータと、前記データベースに前記コンテンツデータとともに格納された該コンテンツデータの再生環境を示す再生環境情報とを読み出すステップと、
前記サーバが、読み出したコンテンツデータを前記発信を行う端末である発信側端末における再生に応じた、符号化方式と、符号化ビットレートと、フレームレートと、画像サイズと、プロファイルと、レベルと、符号化オプションと、符号化フレームタイプ構成と、ビデオパケットサイズと、イントラフレーム間隔と、イントラマクロブロック数と、量子化値との少なくとも１つの変換情報に基づいて変換する、またはシンタックス変換するステップと、
前記タイミングで、前記サーバが、前記再生環境情報と変換したコンテンツデータとを前記発信側端末へ送信するステップと、
前記タイミングで、前記発信側端末が、前記サーバから送信されたコンテンツデータを前記再生環境情報に基づいて再生するステップとを有することを特徴とするマルチメディアサービス提供方法。
【請求項５】
請求項４に記載のマルチメディアサービス提供方法において、
前記サーバが、前記発信側端末の通話相手である端末である着信側端末から送信されるデータの再生環境情報を前記発信側端末へ送信するステップを有することを特徴とするマルチメディアサービス提供方法。
【請求項６】
請求項４または請求項５に記載のマルチメディアサービス提供方法において、
前記着信側端末が応答した後、前記サーバが、前記発信側端末の通話相手である端末である着信側端末から送信されたデータを前記発信側端末における再生に応じた、符号化方式と、符号化ビットレートと、フレームレートと、画像サイズと、プロファイルと、レベルと、符号化オプションと、符号化フレームタイプ構成と、ビデオパケットサイズと、イントラフレーム間隔と、イントラマクロブロック数と、量子化値との少なくとも１つの変換情報に基づいて変換する、またはシンタックス変換するステップと、
前記サーバが、前記変換したデータを前記発信側端末へ送信するステップを有することを特徴とするマルチメディアサービス提供方法。
【請求項７】
複数の端末と、該複数の端末と接続され、該複数の端末の呼処理信号を処理し、コンテンツデータが格納されたデータベースを有するサーバとから構成されたマルチメディア通信システムにおけるマルチメディアサービス提供方法であって、
前記サーバが、
（ａ）前記複数の端末のうち発信を行う端末である発信側端末が入力されたキーに対応した読み出し信号を前記サーバへ送信した場合の前記読み出し信号
と、
（ｂ）前記複数の端末のうち前記発信側端末の通話相手である端末である着信側端末が入力されたキーに対応した読み出し信号を前記サーバへ送信した場合の前記読み出し信号
とのどちらか一方に従って、前記データベースから前記コンテンツデータを読み出すステップと、
前記サーバが、前記読み出したコンテンツデータを前記端末における再生に応じた、符号化方式と、符号化ビットレートと、フレームレートと、画像サイズと、プロファイルと、レベルと、符号化オプションと、符号化フレームタイプ構成と、ビデオパケットサイズと、イントラフレーム間隔と、イントラマクロブロック数と、量子化値との少なくとも１つの変換情報に基づいて変換する、またはシンタックス変換するステップと、
前記サーバが、変換したコンテンツデータを前記端末へ送信するステップと、
前記端末が、前記サーバから送信されたコンテンツデータを再生するステップとを有するマルチメディアサービス提供方法。
【請求項８】
複数の端末と、該複数の端末と接続され、該複数の端末の呼処理信号を処理し、前記端末にて表示可能な文字列が格納されたデータベースを有するサーバとから構成されたマルチメディア通信システムにおけるマルチメディアサービス提供方法であって、
前記サーバが、
（ａ）前記複数の端末のうち発信を行う端末である発信側端末が入力されたキーに対応した読み出し信号を前記サーバへ送信した場合の前記読み出し信号
と、
（ｂ）前記複数の端末のうち前記発信側端末の通話相手である端末である着信側端末が入力されたキーに対応した読み出し信号を前記サーバへ送信した場合の前記読み出し信号
とのどちらか一方に従って、前記データベースから前記文字列を読み出すステップと、
前記サーバが、前記読み出した文字列を前記発信側端末と前記着信側端末との間で送受信する映像データに挿入するステップと、
前記サーバが、前記文字列を挿入した映像データを前記端末における再生に応じた、符号化方式と、符号化ビットレートと、フレームレートと、画像サイズと、プロファイルと、レベルと、符号化オプションと、符号化フレームタイプ構成と、ビデオパケットサイズと、イントラフレーム間隔と、イントラマクロブロック数と、量子化値との少なくとも１つの変換情報に基づいて変換する、またはシンタックス変換するステップと、
前記サーバが、変換した映像データを前記端末へ送信するステップと、
前記端末が、前記サーバから送信された前記文字列を挿入して変換した映像データを再生するステップとを有するマルチメディアサービス提供方法。
【請求項９】
請求項１または請求項７に記載のマルチメディアサービス提供方法において、
前記サーバが、前記発信を行う端末である発信側端末へ前記変換したコンテンツデータを送信した頻度を優待情報データベースに記録するステップと、
前記サーバが、前記頻度に応じた優待情報を前記優待情報データベースから読み出すステップとを有することを特徴とするマルチメディアサービス提供方法。
【請求項１０】
請求項１または請求項７に記載のマルチメディアサービス提供方法において、
前記サーバが、前記発信を行う端末の通話相手の端末である着信側端末へ前記変換したコンテンツデータを送信した頻度を優待情報データベースに記録するステップと、
前記サーバが、前記頻度に応じた優待情報を前記優待情報データベースから読み出すステップとを有することを特徴とするマルチメディアサービス提供方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】削除
【補正の内容】
【国際調査報告】
2009013958.tif 000039
2009013958.tif 000040
2009013958.tif 000041
2009013958.tif 000042