JPWO2009013956A1 - マルチメディア提供サービス - Google Patents

Abstract

複数の端末のうち発信を行う端末が通話相手である端末を呼び出してから応答するまでの間と、端末間における通話が終了した後とのどちらか一方のタイミングで、サーバが、データベースからコンテンツデータを読み出し、読み出したコンテンツデータを端末へ送信し、端末が当該タイミングでサーバから送信されてきたコンテンツデータを再生する。

Description

本発明は、マルチメディア通信を行うマルチメディア通信システムにおけるマルチメディア提供サービスに関する。

近年、ＩＰネットワークの広帯域化に伴い，音声だけでなく映像も含めたマルチメディア通信を行うテレビ電話端末が普及してきている。マルチメディア通信においては，従来の音声通話には無い「映像」という特性を生かし，お互いの顔を見て会話をするだけでなく，さまざまなサービスニーズがある。

しかし、発信者端末が着信側端末を呼び出し中（着信者端末が応答する前）に、発信者端末や着信者端末にて所望の広告等の映像が表示されることはなかった。

また、端末間にて通話中に、所望の広告等を、発信者端末や着信者端末にて表示される映像に挿入されることはなかった。

そこで、端末間の通話路を接続すると、所定の広告データを端末へ送信する技術が考えられている（例えば、特許公開２０００−２０１２２９号公報、特許公開２００５−０３３４４２号公報参照。）。

しかしながら、上記特許ドキュメントには、発信者端末にて当該データを再生するための情報については記載されていない。また、広告データをどのように合成するかについては記載されていない。

本発明は、上述した課題を解決するため、端末にて所望のコンテンツデータを、所定のタイミングで当該コンテンツデータに適した形式で再生するサービスを提供することができるマルチメディアサービス提供方法を提供することを目的とする。

上記目的を達成するために本発明は、
複数の端末と、該複数の端末と接続され、該複数の端末の呼処理信号を処理し、コンテンツデータが格納されたデータベースを有するサーバとから構成されたマルチメディア通信システムにおけるマルチメディアサービス提供方法であって、
（ａ）前記複数の端末のうち発信を行う端末が前記複数の端末のうち前記発信を行う端末の通話相手である端末を呼び出してから該端末が応答するまでの間、
と、
（ｂ）前記端末間における通話が終了した後、
とのどちらか一方のタイミングで、前記サーバが、前記データベースから前記コンテンツデータを読み出すステップと、
前記タイミングで、前記サーバが、前記読み出したコンテンツデータを前記端末へ送信するステップと、
前記タイミングで、前記端末が、前記サーバから送信されてきたコンテンツデータを再生するステップとを有する。

また、複数の端末と、該複数の端末と接続され、該複数の端末の呼処理信号を処理し、前記端末にて表示可能な文字列が格納されたデータベースを有するサーバとから構成されたマルチメディア通信システムにおけるマルチメディアサービス提供方法であって、
前記発信を行う端末の通話相手である端末が応答した後、前記サーバが、前記データベースから前記文字列を読み出すステップと、
前記サーバが、前記読み出した文字列を前記発信を行う端末と該発信を行う端末の通話相手である端末との間で送受信する映像データに挿入するステップと、
前記サーバが、前記文字列を挿入した映像データを前記端末へ送信するステップと、
前記端末が、前記サーバから送信されてきた前記文字列を挿入した映像データを再生するステップとを有する。

また、複数の端末と、該複数の端末と接続され、該複数の端末の呼処理信号を処理し、コンテンツデータが格納されたデータベースを有するサーバとから構成されたマルチメディア通信システムにおけるマルチメディアサービス提供方法であって、
前記サーバが、
（ａ）前記複数の端末のうち発信を行う端末である発信側端末が入力されたキーに対応した読み出し信号を前記サーバへ送信した場合の前記読み出し信号
と、
（ｂ）前記複数の端末のうち前記発信側端末の通話相手である端末である着信側端末が入力されたキーに対応した読み出し信号を前記サーバへ送信した場合の前記読み出し信号
とのどちらか一方に従って、前記データベースから前記コンテンツデータを読み出すステップと、
前記サーバが、前記読み出したコンテンツデータを前記発信側端末と前記着信側端末との少なくとも一方へ送信するステップと、
前記端末が、前記サーバから送信されてきたコンテンツデータを再生するステップとを有する法。

また、複数の端末と、該複数の端末と接続され、該複数の端末の呼処理信号を処理し、前記端末にて表示可能な文字列が格納されたデータベースを有するサーバとから構成されたマルチメディア通信システムにおけるマルチメディアサービス提供方法であって、
前記サーバが、
（ａ）前記複数の端末のうち発信を行う端末である発信側端末から送信された読み出し信号
と、
（ｂ）前記複数の端末のうち前記発信側端末の通話相手である端末である着信側端末から送信された読み出し信号
とのどちらか一方に従って、前記データベースから前記文字列を読み出すステップと、
前記サーバが、前記読み出した文字列を前記発信側端末と前記着信側端末との間で送受信する映像データに挿入するステップと、
前記サーバが、前記文字列を挿入した映像データを前記端末へ送信するステップと、
前記端末は、前記サーバから送信されてきた前記文字列を挿入した映像データを再生するステップとを有する。

以上説明したように本発明においては、画像及び音声を送受信するシステムにおいてデータベースに予め格納されたコンテンツデータを所定のタイミングで端末に送信する構成としたため、端末にて所望のコンテンツデータを、所定のタイミングで当該コンテンツデータに適した形式で再生するサービスを提供することができる。

本発明のマルチメディア通信システムの一形態を示す図である。 図１に示したマルチメディア通信装置の第１の実施の形態を示す図である。 図２に示した送信データ切替部の一構成を示す図である。 図２に示したコンテンツデータベースの一構造を示す図である。 図２に示したマルチメディア通信装置におけるマルチメディア通信方法の第１の方法を説明するためのフローチャートである。 図１に示した発信側端末の一形態を示す図である。 図２に示した変換情報データベースの一構造を示す図である。 シンタックス変換が行われる場合の図３に示したデータ変換部の一構成を示す図である。 図２に示したマルチメディア通信装置におけるマルチメディア通信方法の第２の方法を説明するためのフローチャートである。 図１に示したマルチメディア通信装置の第２の実施の形態を示す図である。 図１０に示したマルチメディア通信装置におけるマルチメディア通信方法の第１の方法を説明するためのフローチャートである。 図１に示した着信側端末の一形態を示す図である。 図１０に示したマルチメディア通信装置におけるマルチメディア通信方法の第２の方法を説明するためのフローチャートである。 図１に示したマルチメディア通信装置の第３の実施の形態を示す図である。 図１に示したマルチメディア通信装置の第４の実施の形態を示す図である。 図１５に示した送信データ文字挿入部の一構成を示す図である。 図１５に示した文字列データベースの一構造を示す図である。 図１５に示したマルチメディア通信装置におけるマルチメディア通信方法を説明するためのフローチャートである。 図１に示したマルチメディア通信装置の第５の実施の形態を示す図である。 図１９に示したマルチメディア通信装置におけるマルチメディア通信方法を説明するためのフローチャートである。 図１に示したマルチメディア通信装置の第６の実施の形態を示す図である。 図１に示したマルチメディア通信装置の第７の実施の形態を示す図である。 図２２に示したマルチメディア通信装置におけるマルチメディア通信方法を説明するためのフローチャートである。 図１に示したマルチメディア通信装置の第８の実施の形態を示す図である。 図２４に示したマルチメディア通信装置におけるマルチメディア通信方法を説明するためのフローチャートである。 図１に示したマルチメディア通信装置の第９の実施の形態を示す図である。 図１に示したマルチメディア通信装置の第１０の実施の形態を示す図である。 図２７に示したマルチメディア通信装置におけるマルチメディア通信方法を説明するためのフローチャートである。 図１に示したマルチメディア通信装置の第１１の実施の形態を示す図である。 図２９に示したマルチメディア通信装置におけるマルチメディア通信方法を説明するためのフローチャートである。 図１に示したマルチメディア通信装置の第１２の実施の形態を示す図である。 図１に示したマルチメディア通信装置の第１３の実施の形態を示す図である。 図３２に示した広告コンテンツデータベースの一構造を示す図である。 図１に示したマルチメディア通信装置の第１４の実施の形態を示す図である。 広告データの送信回数と優待情報とが対応付けられた優待情報データベースの一構成を示す図である。 広告データの送信時間と優待情報とが対応付けられた優待情報データベースの一構成を示す図である。

以下に、本発明の実施の形態について図面を参照して説明する。

図１は、本発明のマルチメディア通信システムの一形態を示す図である。

本形態は図１に示すように、複数の端末１０２−１〜１０２−ｎと、マルチメディア通信装置１０３とがネットワーク１０１を介して接続されている。

端末１０２−１〜１０２−ｎは、テレビ電話端末に代表されるような、映像及び音声を送受信できる通信端末である。端末１０２−１〜１０２−ｎは、それぞれ発信及び着信が可能である。端末１０２−１〜１０２−ｎは、端末１０２−１〜１０２−ｎに設けられたマイク等の音声収集手段によって収集された音声を音声データとして符号化し、符号化された音声データを送信する。また、端末１０２−１〜１０２−ｎに設けられたカメラ等の撮影手段によって撮影された映像を映像データとして符号化し、符号化された映像データを送信する。また、受信された音声データから音声を復号化し、復号化された音声を端末１０２−１〜１０２−ｎに設けられたスピーカー等の音声再生手段によって再生する。また、受信された映像データから映像を復号化し、復号化された映像を端末１０２−１〜１０２−ｎに設けられたディスプレイ等の映像再生手段によって再生する。

マルチメディア通信装置１０３は、ネットワーク１０１を介して端末１０２−１〜１０２−ｎ間で送受信される音声データや映像データの転送を仲介する。また、マルチメディア通信装置１０３は、任意のコンテンツや文字列を端末１０２−１〜１０２−ｎへ送信するサーバとしての役割を有する。
（第１の実施の形態）
以下に、図１に示したマルチメディア通信装置１０３の第１の実施の形態について説明する。

図２は、図１に示したマルチメディア通信装置１０３の第１の実施の形態を示す図である。ここで、端末１０２−１と端末１０２−２との間にて通信が行われる場合を例に挙げて説明する。また、ここでは、端末１０２−１が発信側端末であり、端末１０２−２が端末１０２−１の通話相手である着信側端末とする。なお、端末１０２−３〜１０２−ｎのどの端末が発信側端末または着信側端末である場合であっても、その動作は以下に示す動作と同じである。

図１に示したマルチメディア通信装置１０３の第１の実施の形態は図２に示すように、呼処理信号処理部２０１と、発信側端末データ送信部２０２と、送信データ切替部２０３と、着信側端末データ受信部２０４と、発信側端末データ受信部２０５と、着信側端末データ送信部２０６と、コンテンツデータベース２０７とから構成されている。

呼処理信号処理部２０１は、端末１０２−１と端末１０２−２との間の呼処理信号の送受信を行う。また、端末１０２−１と端末１０２−２との間にて送受信される符号化データの再生環境情報を、端末１０２−１と端末１０２−２との間にて送受信する。ここで、符号化データの再生環境情報とは、当該符号化データを端末１０２−１，１０２−２にて再生するために必要な情報である。例えば、当該符号化データを受信するための情報（アドレス、ポート、形式、再生するためのアプリケーションなど）や、当該符号化データで用いる帯域値等である。なお、この再生環境情報の送受信には、例えばＩＥＴＦ規格ＳＤＰ（Session Description Protocol：ＲＦＣ２３２７）のプロトコルを用いるものであっても良い。また、所定の時間、または端末１０２−１あるいは端末１０２−２から呼処理信号を受信したタイミングで、コンテンツデータベース２０７からコンテンツを読み出すように送信データ切替部２０３に対して指示する。また、所定の時間、または端末１０２−１あるいは端末１０２−２から呼処理信号を受信したタイミングで、コンテンツデータベース２０７から読み出されたコンテンツを端末１０２−１へ送信するように送信データ切替部２０３に対して指示する。または、所定の時間、または端末１０２−１あるいは端末１０２−２から呼処理信号を受信したタイミングで、端末１０２−２から送信されてマルチメディア通信装置１０３にて受信された符号化データを端末１０２−１へ送信するように送信データ切替部２０３に対して指示する。なお、呼処理信号処理部２０１は、呼処理信号として、例えばＩＥＴＦ規格ＳＩＰ（Session Initiation Protocol：ＲＦＣ３２６１）を使用することも可能である。

発信側端末データ送信部２０２は、送信データ切替部２０３から出力された符号化データを端末１０２−１へ送信する。

送信データ切替部２０３は、呼処理信号処理部２０１からの指示に従って、コンテンツデータベース２０７からコンテンツを読み出して符号化する。また、呼処理信号処理部２０１からの指示に従って、発信側端末データ送信部２０２へ出力する符号化データを、コンテンツデータベース２０７から読み出されて符号化されたコンテンツの符号化データと着信側端末データ受信部２０４から出力された符号化データ（端末１０２−２から送信された符号化データ）とのどちらか一方に切り替える。

図３は、図２に示した送信データ切替部２０３の一構成を示す図である。

図２に示した送信データ切替部２０３は図３に示すように、コンテンツ読み出し部３０１と、選択部３０２と、データ変換部３０３とから構成されている。

コンテンツ読み出し部３０１は、呼処理信号処理部２０１から、コンテンツデータベース２０７からコンテンツの読み出しの指示があった場合、コンテンツデータベース２０７からコンテンツを読み出し、読み出されたコンテンツを符号化データとして符号化する。

選択部３０２は、呼処理信号処理部２０１から、着信側端末データ受信部２０４から出力されてきた符号化データを発信側端末データ送信部２０２へ出力するように指示された場合、着信側端末データ受信部２０４から出力されてきた符号化データを選択する。また、コンテンツデータベース２０７から読み出されて符号化されたコンテンツの符号化データを発信側端末データ送信部２０２へ出力するように指示された場合、コンテンツの符号化データを選択する。

データ変換部３０３は、選択部３０２にて選択された符号化データを、発信側端末である端末１０２−１にてデコード及び再生が可能なデータ形式に変換する。この変換は、変換情報データベース２０８に格納されている変換情報のうち少なくとも１つの変換を行うものである。変換情報については、後述する。なお、このデータ変換部３０３を有しない構成であっても良い。

また、着信側端末データ受信部２０４は、端末１０２−２から送信された符号化データを受信し、受信された符号化データを送信データ切替部２０３へ出力する。

発信側端末データ受信部２０５は、端末１０２−１から送信された符号化データを受信して着信側端末データ送信部２０６へ出力する。

着信側端末データ送信部２０６は、発信側端末データ受信部２０５から出力された符号化データを端末１０２−２へ送信する。

コンテンツデータベース２０７には、複数の動画や静止画の映像データや音声データ等のコンテンツデータが予め格納されている。また、文字データがコンテンツデータとして格納されているものであっても良い。

変換情報データベース２０８には、マルチメディア通信装置１０３から送信されるデータを端末１０２−１〜１０２−ｎそれぞれにてデコード及び再生が可能なデータに変換するための変換情報が予め格納されている。

また、発信側端末データ送信部２０２及び着信側端末データ送信部２０６は，例えばネットワーク１０１がパケット交換網である場合は、ＲＴＰ（Real-Time Transport Protocol）パケット送信部として構成することも可能である。

また、着信側端末データ受信部２０４及び発信側端末データ受信部２０５は，例えばネットワーク１０１がパケット交換網である場合は、ＲＴＰパケット受信部として構成することも可能である。

図４は、図２に示したコンテンツデータベース２０７の一構造を示す図である。

図２に示したコンテンツデータベース２０７には図４に示すように、動画や静止画の映像データや音声データが格納されている。それぞれの映像データまたは音声データには、各データに固有に付与された識別番号と、分類と、再生環境情報とがそれぞれ対応付けられて格納されている。例えば、携帯電話が鳴っている動画であるコンテンツには、識別番号「０００１」と、分類の「映像データ（動画）」と、再生環境情報「Ａ」とが対応付けられている。また、水平線における日の出の静止画であるコンテンツには、識別番号「０００２」と、分類の「映像データ（静止画）」と、再生環境情報「Ｂ」とが対応付けられている。また、キャラクターが動いている動画であるコンテンツには、識別番号「０００３」と、分類の「映像データ（動画）」と、再生環境情報「Ｃ」とが対応付けられている。また、「電話ですよ」という音声であるコンテンツには、識別番号「０００４」と、分類の「音声データ」と、再生環境情報「Ｄ」とが対応付けられている。

なお、コンテンツデータベース２０７は、マルチメディア通信装置１０３の外部に接続され、必要に応じてマルチメディア通信装置１０３によってコンテンツが読み出されるものであっても良い。

以下に、図２に示したマルチメディア通信装置１０３におけるマルチメディア通信方法について説明する。

図５は、図２に示したマルチメディア通信装置１０３におけるマルチメディア通信方法の第１の方法を説明するためのフローチャートである。

まず、呼処理信号処理部２０１にて図２に示した端末１０２−１から端末１０２−２への発信がステップ１にて検出されると、着信側端末である端末１０２−２が応答したかどうかがステップ２にて判断される。

呼処理信号処理部２０１にて、端末１０２−２が応答していないと判断された場合、呼処理信号処理部２０１から送信データ切替部２０３へ、コンテンツデータベース２０７からコンテンツを読み出し、符号化して発信側端末データ送信部２０２へ出力するように指示される。この指示に従って、ステップ３にて送信データ切替部２０３によってコンテンツデータベース２０７からコンテンツが読み出されて符号化される。

このとき、読み出されるコンテンツは、着信側端末に従って選択されたコンテンツであっても良い。つまり、コンテンツデータベース２０７に端末１０２−１〜１０２−ｎを識別するための情報とコンテンツの識別番号との対応付けを予め格納しておき、その対応付けに従ってコンテンツが選択され、読み出されるものであっても良い。例えば、端末１０２−２を識別するための情報と識別番号が「０００２」とが対応付けられている場合を例に挙げる。このとき、着信側端末が端末１０２−２である場合、識別番号「０００２」のコンテンツが読み出されるものであっても良い。また、発信側端末に従ってコンテンツが選択されて読み出されるものであっても良い。なお、この場合、呼処理信号処理部２０１から送信データ切替部２０３へ、着信側端末や発信側端末を識別するための情報が出力される。ここで、端末１０２−１〜１０２−ｎを識別するための情報とは、端末１０２−１〜１０２−ｎの電話番号であっても良いし、端末１０２−１〜１０２−ｎを識別可能な情報であれば良い。

また、ここでコンテンツと共に当該コンテンツに対応付けられた再生環境情報がコンテンツデータベース２０７から読み出され、読み出された再生環境情報が送信データ切替部２０３から呼処理信号処理部２０１へ出力される。呼処理信号処理部２０１に入力された再生環境情報は、ステップ４にて呼処理信号処理部２０１から端末１０２−１へ送信される。

また、符号化されたコンテンツの符号化データがステップ５にて発信側端末データ送信部２０２へ出力される。

その後、当該コンテンツの符号化データが発信側端末データ送信部２０２から端末１０２−１へ送信される。

一方、呼処理信号処理部２０１にて端末１０２−２が応答したと判断された場合、端末１０２−２から送信されてきた再生環境情報が呼処理信号処理部２０１にて受信され、ステップ６にて呼処理信号処理部２０１から端末１０２−１へ送信される。端末１０２−２から送信されてきた再生環境情報とは、端末１０２−２から送信されてくるデータに関する再生環境情報である。

また、呼処理信号処理部２０１から送信データ切替部２０３へ着信側端末データ受信部２０４から出力された符号化データを発信側端末データ送信部２０２へ出力するように指示される。この指示に従って、送信データ切替部２０３にて着信側端末データ受信部２０４から出力された符号化データがステップ７にて発信側端末データ送信部２０２へ出力される。

その後、当該符号化データが発信側端末データ送信部２０２から端末１０２−１へ送信される。

なお、端末１０２−２から送信されてくるデータに関する再生環境情報が呼処理信号処理部２０１に予め登録されているものであっても良い。この場合、ステップ４にてコンテンツの再生環境情報が端末１０２−１へ送信されると共に、予め登録されている端末１０２−２から送信されてくるデータに関する再生環境情報が端末１０２−１へ送信されるものであっても良い。

図６は、図１に示した端末１０２−１の一形態を示す図である。なお、図６には図１に示した端末の１０２−１の形態のうち、本発明に関する受信機能部分についてのみを示す。

図１に示した端末１０２−１には図６に示すように、再生可否判断部６０１と、受信データ識別部６０２と、音声データ再生部６０３と、映像データ再生部６０４と、呼処理信号処理部６０５とが設けられている。

再生可否判断部６０１は、マルチメディア通信装置１０３から送信されてきた符号化データを復号化し、復号化されたデータが端末１０２−１にて再生可能であるかどうかを判断する。判断の基準は、呼処理信号処理部６０５から通知される、端末１０２−１が端末１０２−２を呼び出し中であるかどうか、また通話中であるかどうかという情報に従う。端末１０２−１が端末１０２−２を呼び出し中である場合、または通話中である場合、マルチメディア通信装置１０３から送信されてきたデータが端末１０２−１にて再生可能なデータであると判断する。さらに、マルチメディア通信装置１０３から送信されてきたデータが、コンテンツデータベース２０７から読み出されたコンテンツであるかどうかを判断しても良い。この判断には、送信データ切替部２０３にてコンテンツデータベース２０７から読み出されたコンテンツの所定のエリアに識別子を付与し、付与された識別子を再生可否判断部６０１にて検出することにより行うものであっても良い。これらの判断基準を用いて、端末１０２−１が端末１０２−２を呼び出し中にマルチメディア通信装置１０３から送信されてきたデータのうち、コンテンツデータベース２０７から読み出されたコンテンツは再生可能であると判断する。また、マルチメディア通信装置１０３から送信されてきたデータが、コンテンツデータベース２０７から読み出されたコンテンツではないと判断された場合であっても、端末１０２−１が通話中である場合は、マルチメディア通信装置１０３から送信されてきたデータは再生可能と判断する。これは、一般的なテレビ電話端末における映像データ及び音声データの再生機能と同じである。

受信データ識別部６０２は、再生可否判断部６０１にて再生可能と判断されたデータが音声データと映像データとのどちらであるかを識別する。この識別方法は従来行われている一般的な方法でかまわない。

音声データ再生部６０３は、受信データ識別部６０２にて識別された音声データを再生する。このとき、呼処理信号処理部６０５から再生環境情報が出力された場合、当該再生環境情報に基づいて音声データを再生する。音声データ再生部６０３は、スピーカーが例として挙げられる。

映像データ再生部６０４は、受信データ識別部６０２にて識別された映像データを再生する。このとき、呼処理信号処理部６０５から再生環境情報が出力された場合、当該再生環境情報に基づいて映像データを再生する。映像データ再生部６０４は、ディスプレイが例として挙げられる。

呼処理信号処理部６０５は、呼処理信号を処理する。また、端末１０２−１が端末１０２−２を呼び出し中であるかどうか、また通話中であるかどうかを再生可否判断部６０１へ通知する。また、マルチメディア通信装置１０３から送信された再生環境情報を、音声データ再生部６０３と映像データ再生部６０４とへ出力する。また、端末１０２−１から送信する符号化データに関する再生環境情報をマルチメディア通信装置１０３へ送信する。

なお、図６に示した端末１０２−１の形態は、後述する実施の形態においても同じである。

これにより、端末１０２−１が端末１０２−２を呼び出し中に、コンテンツデータベース２０７から読み出されたコンテンツが再生環境情報を用いて端末１０２−１にて再生される。また、通話が開始されると、端末１０２−２から送信されてきた映像や音声のデータが端末１０２−１にて再生環境情報を用いて再生される。

また、端末１０２−１〜１０２−ｎにて再生できるデータ形式がそれぞれ異なることも考えられる。そのため、呼処理信号処理部２０１から送信データ切替部２０３に対して、発信側端末データ送信部２０２へ符号化データを送信する際に、送信する符号化データを送信先の端末１０２−１〜１０２−ｎにおいてデコード及び再生が可能なデータ形式に変換して出力するように指示するものであっても良い。この場合、実際のデータ変換は、図３に示した送信データ切替部２０３のデータ変換部３０３にて行われる。

図７は、図２に示した変換情報データベースの一構造を示す図である。

図２に示した変換情報データベース２０８には図７に示すように、各端末１０２−１〜１０２−ｎにおいてデコード及び再生が可能なデータ形式に変換するための情報が、端末１０２−１〜１０２−ｎ固有に付与された識別番号に対応付けられて格納されている。図７では、端末１０２−１〜１０２−ｎの識別番号を１０２−１〜１０２−ｎとしているが、端末１０２−１〜１０２−ｎ固有に付与され、呼処理を行う際に端末１０２−１〜１０２−ｎからマルチメディア通信装置１０３へ送信される端末１０２−１〜１０２−ｎ固有に付与された識別番号であればかまわない。また、変換情報として、符号化方式、符号化ビットレート、フレームレート、画像サイズ、プロファイル、レベル、符号化オプション、符号化フレームタイプ構成、ビデオパケットサイズ、イントラフレーム間隔、イントラマクロブロック数及び量子化値の変換情報が格納されている。図７では、それぞれの情報の欄が空欄となっているが、ここでは省略しただけである。各変換情報の定義を以下に示す。

符号化方式は、ＩＴＵ−Ｔ勧告Ｈ．２６３，Ｈ．２６４，あるいはＩＳＯ／ＩＥＣ勧告ＭＰＥＧ−４などの動画像圧縮符号化方式である。

符号化ビットレートは、動画像を圧縮する際の１秒あたりの符号量である。

フレームレートは、動画像を圧縮する際の１秒あたりのフレーム枚数である。

画像サイズは、端末１０２−１〜１０２−ｎにて再生できる画像のサイズ情報であり、例えば、ＱＣＩＦ（横１７６画素×縦１４４画素）やＣＩＦ（横３５２画素×縦２８８画素）などが挙げられる。

プロファイルは、扱われる要素技術の集合の定義であり、例えば、ＭＰＥＧ−４でシンプルプロファイルの場合，再同期マーカ、データ分割、リバーシブルＶＬＣなどが挙げられる。

レベルは、扱われるビットレートや画像サイズなどの定義であり、例えば、ＭＰＥＧ−４でレベル１の場合，最大ビットレートが６４ｋｂｐｓで最大画像サイズがＱＣＩＦであるものが挙げられる。

符号化オプションは、符号化の際のオプション機能であり、ＭＰＥＧ−４の場合，エラー耐性を強化するための再同期マーカ（Resync Marker）、データ分割（Data Partitioning）、リバーシブルＶＬＣ（Reversible VLC）などがある。

符号化フレームタイプ構成は、符号化フレームのタイプであり、符号化フレームタイプ構成には、フレーム内符号化を行うイントラモードとフレーム間予測差分画像の符号化を行うインターモードとが存在する。

ビデオパケットサイズは、端末１０２−１〜１０２−ｎにて映像の符号化データが再生できる当該符号化データのパケットサイズであり、ＭＰＥＧ−４の場合、再同期マーカとそれに続く符号化情報で構成される符号化単位となる。

イントラフレーム間隔は、イントラモードで符号化されたフレームの間隔である。

イントラマクロブロック数は、ある１枚のフレームを分割したマクロブロック単位で，マクロブロック内符号化を行った数である。ここで、例えば、ＱＣＩＦの場合は９９個のマクロブロックに分割される。

量子化値は、ＤＣＴ（離散コサイン変換）して得られた係数をある値で割り算して、小さい値の係数で表現することによって符号量を減らす処理である量子化において、その際の割る値である。

なお、これらは決まった１つの値が格納されるものであっても良いし、所定の範囲（幅）を持った値が格納されるものであっても良い。

呼処理信号処理部２０１から上記の指示が行われる際に、呼処理信号処理部２０１によって、変換情報データベース２０８から符号化データを再生する端末１０２−１における変換情報が読み出される。これは、呼処理信号処理部２０１にて受信された呼処理信号に含まれる端末１０２−１の識別番号に対応付けられたものである。読み出された変換情報が呼処理信号処理部２０１から送信データ切替部２０３へ出力される。そして、送信データ切替部２０３から出力される符号化データについて、当該変換情報に基づいて送信データ切替部２０３内のデータ変換部３０３にてデータ変換が行われる。これにより、端末１０２−１においてデコード及び再生が可能なデータ形式に変換された符号化データが、発信側端末データ送信部２０２から端末１０２−１へ送信される。

また、送信データ切替部２０３は、例えば、入力された符号化データを一旦デコードした後に再エンコードして出力する構成にしても良いし、入力された符号化データのシンタックスのみ変換して出力する構成にしても良い。

図８は、シンタックス変換が行われる場合の図３に示したデータ変換部３０３の一構成を示す図である。

シンタックス変換が行われる場合、図３に示したデータ変換部３０３は図８に示すように、変換制御部８０１と、受信バッファ８０２と、変換有無切り替えスイッチ８０３，８０７と、可変長復号化器８０４と、パラメータ順序変換部８０５と、可変長符号化器８０６と、送信バッファ８０８とから構成されている。

変換制御部８０１は、呼処理信号処理部２０１から出力されるＤＣＩ（Decoder Configuration Information）を入力し、変換前のＤＣＩと変換後のＤＣＩとを比較する。変換制御情報を出力する。ここでの変換とは、データ変換部３０３における符号化方式、符号化ビットレート、フレームレート、画像サイズ、プロファイル、レベル、符号化オプション、符号化フレームタイプ構成、ビデオパケットサイズ、イントラフレーム間隔、イントラマクロブロック数及び量子化値のうち少なくとも１つの変換である。変換前のＤＣＩと変換後のＤＣＩとを比較した結果、変換前のＤＣＩと変換後のＤＣＩとが異なる場合、シンタックス変換を行う。一方、変換前のＤＣＩと変換後のＤＣＩとが同じ場合は、シンタックス変換を行わない。

受信バッファ８０２は、着信側端末データ受信部２０４から出力された動画像データを一旦蓄積し、所定のタイミングで出力する。

変換有無切り替えスイッチ８０３は、変換制御部８０１から出力された変換制御情報に従って、受信バッファ８０２から出力されたＶｉｄｅｏＰａｃｋｅｔ内のシンタックスを変換するか否かを切り替える機能を有する。シンタックスを変換する場合は，受信バッファ８０２から出力されたＶｉｄｅｏＰａｃｋｅｔを可変長復号化器８０４へ出力する。一方、シンタックスを変換しない場合は，受信バッファ８０２から出力されたＶｉｄｅｏＰａｃｋｅｔを変換有無切り替えスイッチ８０７へ出力する
可変長復号化器８０４は、変換有無切り替えスイッチ８０３から出力されたＶｉｄｅｏＰａｃｋｅｔに対して、ＡＣ成分以外のパラメータは通常ＶＬＣ符号表を使用して可変長復号化処理を行う。また、変換制御部８０１から出力された変換制御情報に従って、可変長復号化処理を制御する機能を有する。ＡＣ成分は，ＲｅｖｅｒｓｉｂｌｅＶＬＣを使用しない場合は通常ＶＬＣ符号表を、またＲｅｖｅｒｓｉｂｌｅＶＬＣを使用する場合はＲＶＬＣ符号表を使用して可変長復号化処理を行う。

パラメータ順序変換部８０５は、変換有無切り替えスイッチ８０３から出力されたＶｉｄｅｏＰａｃｋｅｔに対する可変長復号化器８０４での可変長復号化の結果に基づいてビット列の並び替えを行う。この並び替えは、動画・音声全般をデジタルデータとして扱うための規格であるＭＰＥＧ−４標準規格に基づいて行うものである。また，変換制御部８０１から出力された変換制御情報に従ってビット列の並び替え処理を制御する機能を有する。

可変長符号化器８０６は、ＡＣ成分のみ可変長符号化処理を行う。また，変換制御部８０１から出力された変換制御情報に従って可変長符号化処理を制御する機能を有する。ＲｅｖｅｒｓｉｂｌｅＶＬＣを使用しない場合は通常ＶＬＣ符号表を、またＲｅｖｅｒｓｉｂｌｅＶＬＣを使用する場合はＲＶＬＣ符号表を使用して可変長符号化処理を行う。

変換有無切り替えスイッチ８０７は、変換制御部８０１から出力された変換制御情報に従って，受信バッファ８０２から出力されたＶｉｄｅｏＰａｃｋｅｔ内のシンタックスを変換するか否かを切り替える機能を有する。シンタックスを変換する場合は，可変長符号化器８０６から出力されたＶｉｄｅｏＰａｃｋｅｔを送信バッファ８０８へ出力する。一方、シンタックスを変換しない場合は，変換有無切り替えスイッチ８０３から出力されたＶｉｄｅｏＰａｃｋｅｔを送信バッファ８０８へ出力する。

送信バッファ８０８は、変換有無切り替えスイッチ８０７から出力されたＶｉｄｅｏＰａｃｋｅｔを一旦蓄積した上で、発信側端末データ送信部２０２へ出力する。

また、端末１０２−１と端末１０２−２との間の通話が終了した後、コンテンツデータベース２０７から読み出されたコンテンツが端末１０２−１にて再生されるものであっても良い。

図９は、図２に示したマルチメディア通信装置１０３におけるマルチメディア通信方法の第２の方法を説明するためのフローチャートである。

端末１０２−１と端末１０２−２との間にて通話が行われている場合、呼処理信号処理部２０１にて、端末１０２−１と端末１０２−２との間にて行われている通話が終了したかどうかがステップ１１にて判断される。

通話が終了したと判断された場合、呼処理信号処理部２０１から送信データ切替部２０３へ、コンテンツデータベース２０７からコンテンツを読み出し、符号化して発信側端末データ送信部２０２へ出力するように指示される。この指示に従って、ステップ１２にて送信データ切替部２０３によってコンテンツデータベース２０７からコンテンツが読み出されて符号化される。

このとき、読み出されるコンテンツは、図５を用いて説明した第１の方法と同様に、着信側端末に従って選択されたコンテンツであっても良い。また、発信側端末に従ってコンテンツが選択されて読み出されるものであっても良い。

また、ここでコンテンツと共に当該コンテンツに対応付けられた再生環境情報がコンテンツデータベース２０７から読み出され、読み出された再生環境情報が送信データ切替部２０３から呼処理信号処理部２０１へ出力される。呼処理信号処理部２０１に入力された再生環境情報は、ステップ１３にて呼処理信号処理部２０１から端末１０２−１へ送信される。

また、符号化されたコンテンツの符号化データがステップ１４にて発信側端末データ送信部２０２へ出力される。

その後、当該符号化データが発信側端末データ送信部２０２から端末１０２−１へ送信される。

なお、端末１０２−１へ符号化データを送信する際に、図５を用いて説明した第１の方法と同様に、図３に示したデータ変換部３０３にて当該符号化データが変換されるものであっても良い。

また、ステップ１３にてコンテンツの再生環境情報が端末１０２−１へ送信されると共に、予め登録されている端末１０２−２から送信されてくるデータに関する再生環境情報が端末１０２−１へ送信されるものであっても良い。

これにより、端末１０２−１と端末１０２−２との間にて通話が終了した後、コンテンツデータベース２０７から読み出されたコンテンツが再生環境情報を用いて端末１０２−１にて再生される。なお、この再生時間については、通話が終了してから予め設定された時間だけ再生されるものであっても良い。この場合、再生時間を計るタイマーがマルチメディア通信装置１０３に設けられていても良いし、端末１０２−１に設けられていても良い。

以上説明したように本形態においては、端末１０２−１から端末１０２−２へ通話をする場合、端末１０２−１が端末１０２−２を呼び出し中、または端末１０２−１と端末１０２−２との間における通話が終了した後に、所定のコンテンツが、端末１０２−１及び当該コンテンツに適した条件で端末１０２−１にて再生される。
（第２の実施の形態）
以下に、図１に示したマルチメディア通信装置１０３の第２の実施の形態について説明する。

図１０は、図１に示したマルチメディア通信装置１０３の第２の実施の形態を示す図である。ここで、端末１０２−１と端末１０２−２との間にて通信が行われる場合を例に挙げて説明する。また、端末１０２−１が発信側端末であり、端末１０２−２が端末１０２−１の通話相手である着信側端末である。なお、端末１０２−３〜１０２−ｎのどの端末が発信側端末または着信側端末である場合であっても、その動作は以下に示す動作と同じである。

図１に示したマルチメディア通信装置１０３の第２の実施の形態は図１０に示すように、呼処理信号処理部１００１と、発信側端末データ送信部２０２と、送信データ切替部２０３と、着信側端末データ受信部２０４と、発信側端末データ受信部２０５と、着信側端末データ送信部２０６と、コンテンツデータベース２０７とから構成されている。

呼処理信号処理部１００１は、端末１０２−１と端末１０２−２との間の呼処理信号の送受信を行う。また、所定の時間、または端末１０２−１あるいは端末１０２−２から呼処理信号を受信したタイミングで、コンテンツデータベース２０７からコンテンツを読み出すように送信データ切替部２０３に対して指示する。また、所定の時間、または端末１０２−１あるいは端末１０２−２から呼処理信号を受信したタイミングで、コンテンツデータベース２０７から読み出されたコンテンツを端末１０２−２へ送信するように送信データ切替部２０３に対して指示する。または、所定の時間、または端末１０２−１あるいは端末１０２−２から呼処理信号を受信したタイミングで、端末１０２−１から送信されてマルチメディア通信装置１０３にて受信された符号化データを端末１０２−２へ送信するように送信データ切替部２０３に対して指示する。なお、呼処理信号処理部１００１は、呼処理信号として，例えばＩＥＴＦ規格ＳＩＰを使用することも可能である。

発信側端末データ送信部２０２は、着信側端末データ受信部２０４から出力された符号化データを端末１０２−１へ送信する。発信側端末データ送信部２０２内部の処理については、第１の実施の形態における発信側端末データ送信部２０２内部の処理と同じである。

送信データ切替部２０３は、呼処理信号処理部１００１からの指示に従って、コンテンツデータベース２０７からコンテンツを読み出して符号化する。また、呼処理信号処理部１００１からの指示に従って，着信側端末データ送信部２０６へ出力する符号化データを、コンテンツデータベース２０７から読み出されて符号化されたコンテンツの符号化データと発信側端末データ受信部２０５から出力された符号化データ（端末１０２−１から送信された符号化データ）とのどちらか一方に切り替える。送信データ切替部２０３内部の処理については、第１の実施の形態における送信データ切替部２０３内部の処理と同じである。

着信側端末データ受信部２０４は、端末１０２−２から送信された符号化データを受信して発信側端末データ送信部２０２へ出力する。着信側端末データ受信部２０４内部の処理については、第１の実施の形態における着信側端末データ受信部２０４内部の処理と同じである。

発信側端末データ受信部２０５は、端末１０２−１から送信された符号化データを受信し、受信された符号化データを送信データ切替部２０３へ出力する。発信側端末データ受信部２０５内部の処理については、第１の実施の形態における発信側端末データ受信部２０５内部の処理と同じである。

着信側端末データ送信部２０６は、送信データ切替部２０３から出力された符号化データを端末１０２−２へ送信する。着信側端末データ送信部２０６内部の処理については、第１の実施の形態における着信側端末データ送信部２０６内部の処理と同じである。

コンテンツデータベース２０７は、第１の実施の形態におけるものと同じである。なお、第１の実施の形態におけるコンテンツデータベース２０７の構造（図４に示したもの）のうち、再生環境情報が格納されていないものであっても良い。

変換情報データベース２０８は、第１の実施の形態におけるものと同じである。

以下に、図１０に示したマルチメディア通信装置１０３におけるマルチメディア通信方法について説明する。

図１１は、図１０に示したマルチメディア通信装置１０３におけるマルチメディア通信方法の第１の方法を説明するためのフローチャートである。

まず、呼処理信号処理部１００１にて図１０に示した端末１０２−１から端末１０２−２への発信がステップ２１にて検出されると、着信側端末である端末１０２−２が応答したかどうかがステップ２２にて判断される。

呼処理信号処理部１００１にて、端末１０２−２が応答していないと判断された場合、呼処理信号処理部１００１から送信データ切替部２０３へ、コンテンツデータベース２０７からコンテンツを読み出し、符号化して着信側端末データ送信部２０６へ出力するように指示される。この指示に従って、ステップ２３にて送信データ切替部２０３によってコンテンツデータベース２０７からコンテンツが読み出されて符号化され、符号化されたコンテンツの符号化データがステップ２４にて着信側端末データ送信部２０６へ出力される。

なお、このとき、読み出されるコンテンツは、第１の実施の形態と同様に、着信側端末に従って選択されたコンテンツであっても良い。また、発信側端末に従ってコンテンツが選択されて読み出されるものであっても良い。

その後、当該コンテンツの符号化データが着信側端末データ送信部２０６から端末１０２−２へ送信される。

一方、呼処理信号処理部１００１にて端末１０２−２が応答したと判断された場合、呼処理信号処理部１００１から送信データ切替部２０３へ発信側端末データ受信部２０５から出力された符号化データを着信側端末データ送信部２０６へ出力するように指示される。この指示に従って、送信データ切替部２０３にて発信側端末データ受信部２０５から出力された符号化データがステップ２５にて着信側端末データ送信部２０６へ出力される。

その後、当該符号化データが着信側端末データ送信部２０６から端末１０２−２へ送信される。

図１２は、図１に示した端末１０２−２の一形態を示す図である。なお、図１２には図１に示した端末の１０２−２の形態のうち、本発明に関する受信機能部分についてのみを示す。

図１に示した端末１０２−２には図１２に示すように、再生可否判断部１２０１と、受信データ識別部１２０２と、音声データ再生部１２０３と、映像データ再生部１２０４と、呼処理信号処理部１２０５とが設けられている。

再生可否判断部１２０１は、マルチメディア通信装置１０３から送信されてきた符号化データを復号化し、復号化されたデータが端末１０２−２にて再生可能であるかどうかを判断する。判断の基準は、端末１０２−１が端末１０２−２を呼び出し中であるかどうか、また端末１０２−２が通話中であるかどうかを判断することによる。端末１０２−１が端末１０２−２を呼び出し中である場合、または端末１０２−２が通話中である場合、マルチメディア通信装置１０３から送信されてきたデータが端末１０２−２にて再生可能なデータであると判断する。さらに、マルチメディア通信装置１０３から送信されてきたデータが、コンテンツデータベース２０７から読み出されたコンテンツであるかどうかを判断しても良い。この判断には、送信データ切替部２０３にてコンテンツデータベース２０７から読み出されたコンテンツの所定のエリアに識別子を付与し、付与された識別子を再生可否判断部１２０１にて検出することにより行うものであっても良い。

これらの判断基準を用いて、端末１０２−１が端末１０２−２を呼び出し中にマルチメディア通信装置１０３から送信されてきたデータのうち、コンテンツデータベース２０７から読み出されたコンテンツは再生可能であると判断する。

また、マルチメディア通信装置１０３から送信されてきたデータが、コンテンツデータベース２０７から読み出されたコンテンツではないと判断された場合であっても、端末１０２−２が通話中である場合は、マルチメディア通信装置１０３から送信されてきたデータは再生可能と判断する。これは、一般的なテレビ電話端末における映像データ及び音声データの再生機能と同じである。

受信データ識別部１２０２は、再生可否判断部１２０１にて再生可能と判断されたデータが音声データと映像データとのどちらであるかを識別する。この識別方法は従来行われている一般的な方法でかまわない。

音声データ再生部１２０３は、受信データ識別部１２０２にて識別された音声データを再生する。音声データ再生部１２０３は、スピーカーが例として挙げられる。

映像データ再生部１２０４は、受信データ識別部１２０２にて識別された映像データを再生する。映像データ再生部１２０４は、ディスプレイが例として挙げられる。

呼処理信号処理部１２０５は、呼処理信号を処理する。また、端末１０２−２から送信する符号化データに関する再生環境情報をマルチメディア通信装置１０３へ送信する。

なお、図１２に示した端末１０２−２の形態は、後述する実施の形態においても同じである。

これにより、端末１０２−１が端末１０２−２を呼び出し中に、コンテンツデータベース２０７から読み出されたコンテンツが端末１０２−２にて再生される。また、通話が開始されると、端末１０２−１から送信されてきた映像や音声のデータが端末１０２−２にて再生される。

また、端末１０２−１と端末１０２−２との間の通話が終了した後、コンテンツデータベース２０７から読み出されたコンテンツが端末１０２−２にて再生されるものであっても良い。

図１３は、図１０に示したマルチメディア通信装置１０３におけるマルチメディア通信方法の第２の方法を説明するためのフローチャートである。

端末１０２−１と端末１０２−２との間にて通話が行われている場合、呼処理信号処理部１００１にて、端末１０２−１と端末１０２−２との間にて行われている通話が終了したかどうかがステップ３１にて判断される。

通話が終了したと判断された場合、呼処理信号処理部１００１から送信データ切替部２０３へ、コンテンツデータベース２０７からコンテンツを読み出し、符号化して着信側端末データ送信部２０６へ出力するように指示される。この指示に従って、ステップ３２にて送信データ切替部２０３によってコンテンツデータベース２０７からコンテンツが読み出されて符号化され、符号化されたコンテンツの符号化データがステップ３３にて着信側端末データ送信部２０６へ出力される。

なお、このとき、読み出されるコンテンツは、第１の実施の形態と同様に、着信側端末に従って選択されたコンテンツであっても良い。また、発信側端末に従ってコンテンツが選択されて読み出されるものであっても良い。

これにより、端末１０２−１と端末１０２−２との間にて通話が終了した後、コンテンツデータベース２０７から読み出されたコンテンツが端末１０２−２にて再生される。なお、この再生時間については、通話が終了してから予め設定された時間だけ再生されるものであっても良い。この場合、再生時間を計るタイマーがマルチメディア通信装置１０３に設けられていても良いし、端末１０２−２に設けられていても良い。

また、端末１０２−１〜１０２−ｎにて再生できるデータ形式がそれぞれ異なることも考えられる。そのため、呼処理信号処理部１００１から送信データ切替部２０３に対して、着信側端末データ送信部２０６へ符号化データを送信する際に、送信する符号化データを送信先の端末１０２−１〜１０２−ｎにおいてデコード及び再生が可能なデータ形式に変換して出力するように指示するものであっても良い。この場合、実際のデータ変換は、図３に示した送信データ切替部２０３のデータ変換部３０３にて行われる。

呼処理信号処理部１００１から上記の指示が行われる際に、呼処理信号処理部１００１によって、変換情報データベース２０８から符号化データを再生する端末１０２−２における変換情報が読み出される。これは、呼処理信号処理部１００１にて受信された呼処理信号に含まれる端末１０２−２の識別番号に対応付けられたものである。読み出された変換情報が呼処理信号処理部１００１から送信データ切替部２０３へ出力される。そして、送信データ切替部２０３から出力される符号化データについて、当該変換情報に基づいて送信データ切替部２０３内のデータ変換部３０３にてデータ変換が行われる。これにより、端末１０２−２においてデコード及び再生が可能なデータ形式に変換された符号化データが、着信側端末データ送信部２０６から端末１０２−２へ送信される。このデータ変換の処理は、第１の実施の形態にて示したものと同じである。

以上説明したように本形態においては、端末１０２−１から端末１０２−２へ通話をする場合、端末１０２−１が端末１０２−２を呼び出し中、または端末１０２−１と端末１０２−２との間における通話が終了した後に、所定のコンテンツが、端末１０２−２に適した条件で端末１０２−２にて再生される。
（第３の実施の形態）
また、上述した第１の実施の形態が有する機能と第２の実施の形態が有する機能との双方を兼ね備えたマルチメディア通信装置１０３も考えられる。

図１４は、図１に示したマルチメディア通信装置１０３の第３の実施の形態を示す図である。ここで、端末１０２−１と端末１０２−２との間にて通信が行われる場合を例に挙げて説明する。また、端末１０２−１が発信側端末であり、端末１０２−２が端末１０２−１の通話相手である着信側端末である。なお、端末１０２−３〜１０２−ｎのどの端末が発信側端末または着信側端末である場合であっても、その動作は以下に示す動作と同じである。

図１に示したマルチメディア通信装置１０３の第３の実施の形態は図１４に示すように、呼処理信号処理部１４０１と、発信側端末データ送信部２０２と、着信側端末データ受信部２０４と、発信側端末データ受信部２０５と、着信側端末データ送信部２０６と、コンテンツデータベース２０７と、送信データ切替部１４０２とから構成されている。

呼処理信号処理部１４０１は、端末１０２−１と端末１０２−２との間の呼処理信号の送受信を行う。また、端末１０２−１と端末１０２−２との間にて送受信される符号化データの再生環境情報を、端末１０２−１と端末１０２−２との間にて送受信する。なお、この再生環境情報の送受信には、例えばＩＥＴＦ規格ＳＤＰのプロトコルを用いるものであっても良い。また、所定の時間、または端末１０２−１あるいは端末１０２−２から呼処理信号を受信したタイミングで、コンテンツデータベース２０７からコンテンツを読み出すように送信データ切替部１４０２に対して指示する。また、所定の時間、または端末１０２−１あるいは端末１０２−２から呼処理信号を受信したタイミングで、コンテンツデータベース２０７から読み出されたコンテンツを端末１０２−２へ送信するように送信データ切替部１４０２に対して指示する。または、所定の時間、または端末１０２−１あるいは端末１０２−２から呼処理信号を受信したタイミングで、端末１０２−１から送信されてマルチメディア通信装置１０３にて受信された符号化データを端末１０２−２へ送信するように送信データ切替部１４０２に対して指示する。また、所定の時間、または端末１０２−１あるいは端末１０２−２から呼処理信号を受信したタイミングで、コンテンツデータベース２０７から読み出されたコンテンツを端末１０２−１へ送信するように送信データ切替部１４０２に対して指示する。または、所定の時間、または端末１０２−１あるいは端末１０２−２から呼処理信号を受信したタイミングで、端末１０２−２から送信されてマルチメディア通信装置１０３にて受信された符号化データを端末１０２−１へ送信するように送信データ切替部１４０２に対して指示する。なお、呼処理信号処理部１４０１は、呼処理信号として，例えばＩＥＴＦ規格ＳＩＰを使用することも可能である。

発信側端末データ送信部２０２は、送信データ切替部１４０２から出力された符号化データを端末１０２−１へ送信する。発信側端末データ送信部２０２内部の処理については、第１及び第２の実施の形態における発信側端末データ送信部２０２内部の処理と同じである。

着信側端末データ受信部２０４は、端末１０２−２から送信された符号化データを受信して送信データ切替部１４０２へ出力する。着信側端末データ受信部２０４内部の処理については、第１及び第２の実施の形態における着信側端末データ受信部２０４内部の処理と同じである。

発信側端末データ受信部２０５は、端末１０２−１から送信された符号化データを受信し、受信された符号化データを送信データ切替部１４０２へ出力する。発信側端末データ受信部２０５内部の処理については、第１及び第２の実施の形態における発信側端末データ受信部２０５内部の処理と同じである。

着信側端末データ送信部２０６は、送信データ切替部１４０２から出力された符号化データを端末１０２−２へ送信する。着信側端末データ送信部２０６内部の処理については、第１及び第２の実施の形態における着信側端末データ送信部２０６内部の処理と同じである。

コンテンツデータベース２０７は、第１及び第２の実施の形態におけるものと同じである。

変換情報データベース２０８は、第１及び第２の実施の形態におけるものと同じである。

送信データ切替部１４０２は、呼処理信号処理部１４０１からの指示に従って、コンテンツデータベース２０７からコンテンツを読み出して符号化する。また、呼処理信号処理部１４０１からの指示に従って，発信側端末データ送信部２０２へ出力する符号化データを、コンテンツデータベース２０７から読み出されて符号化されたコンテンツの符号化データと着信側端末データ受信部２０４から出力された符号化データ（端末１０２−２から送信された符号化データ）とのどちらか一方に切り替える。また、呼処理信号処理部１４０１からの指示に従って，着信側端末データ送信部２０６へ出力する符号化データを、コンテンツデータベース２０７から読み出されて符号化されたコンテンツの符号化データと発信側端末データ受信部２０５から出力された符号化データ（端末１０２−１から送信された符号化データ）とのどちらか一方に切り替える。送信データ切替部１４０２は、第１及び第２の実施の形態における送信データ切替部２０３が、発信者端末から着信者端末へのデータ方向と着信者端末から発信者端末へのデータ方向との２方向に設けられた形となる。

この形態により、第１の実施の形態が有する機能と第２の実施の形態が有する機能との双方を兼ね備えたマルチメディア通信装置１０３が実現できる。
（第４の実施の形態）
図１５は、図１に示したマルチメディア通信装置１０３の第４の実施の形態を示す図である。ここで、端末１０２−１と端末１０２−２との間にて通信が行われる場合を例に挙げて説明する。また、端末１０２−１が発信側端末であり、端末１０２−２が端末１０２−１の通話相手である着信側端末である。なお、端末１０２−３〜１０２−ｎのどの端末が発信側端末または着信側端末である場合であっても、その動作は以下に示す動作と同じである。

図１に示したマルチメディア通信装置１０３の第４の実施の形態は図１５に示すように、呼処理信号処理部１５０１と、発信側端末データ送信部２０２と、着信側端末データ受信部２０４と、発信側端末データ受信部２０５と、着信側端末データ送信部２０６と、送信データ文字挿入部１５０２と、文字列データベース１５０３とから構成されている。

呼処理信号処理部１５０１は、端末１０２−１と端末１０２−２との間の呼処理信号の送受信を行う。また、所定の時間、または端末１０２−１あるいは端末１０２−２から呼処理信号を受信したタイミングで、文字列データベース１５０３から文字列を読み出すように送信データ文字挿入部１５０２に対して指示する。また、所定の時間、または端末１０２−１あるいは端末１０２−２から呼処理信号を受信したタイミングで、文字列データベース１５０３から読み出された文字列を端末１０２−１へ送信する符号化データに挿入するように送信データ文字挿入部１５０２に対して指示する。なお、呼処理信号処理部１５０１は、呼処理信号として，例えばＩＥＴＦ規格ＳＩＰを使用することも可能である。

発信側端末データ送信部２０２は、送信データ文字挿入部１５０２から出力された符号化データを端末１０２−１へ送信する。発信側端末データ送信部２０２内部の処理については、第１〜３の実施の形態における発信側端末データ送信部２０２内部の処理と同じである。

着信側端末データ受信部２０４は、端末１０２−２から送信された符号化データを受信し、受信された符号化データを送信データ文字挿入部１５０２へ出力する。着信側端末データ受信部２０４内部の処理については、第１〜３の実施の形態における着信側端末データ受信部２０４内部の処理と同じである。

発信側端末データ受信部２０５は、端末１０２−１から送信された符号化データを受信して着信側端末データ送信部２０６へ出力する。発信側端末データ受信部２０５内部の処理については、第１〜３の実施の形態における発信側端末データ受信部２０５内部の処理と同じである。

着信側端末データ送信部２０６は、発信側端末データ受信部２０５から出力された符号化データを端末１０２−２へ送信する。着信側端末データ送信部２０６内部の処理については、第１〜３の実施の形態における着信側端末データ送信部２０６内部の処理と同じである。

変換情報データベース２０８は、第１〜３の実施の形態におけるものと同じである。

送信データ文字挿入部１５０２は、呼処理信号処理部１５０１からの指示に従って、文字列データベース１５０３から文字列を読み出し、読み出された文字列を、着信側端末データ受信部２０４から出力された符号化データに挿入する。そして、文字列が挿入された符号化データを発信側端末データ送信部２０２へ出力する。ここで、文字列を挿入するということは、着信側端末データ受信部２０４から出力された符号化データ（映像）に当該文字列を合成することである。その合成方法については従来用いられている方法を用いる。

図１６は、図１５に示した送信データ文字挿入部１５０２の一構成を示す図である。

図１５に示した送信データ文字挿入部１５０２は図１６に示すように、文字列読み出し部１６０１と、挿入部１６０２と、データ変換部１６０３とから構成されている。

文字列読み出し部１６０１は、呼処理信号処理部１５０１から、文字列データベース１５０３から文字列の読み出しの指示があった場合、文字列データベース１５０３から文字列を読み出す。

挿入部１６０２は、呼処理信号処理部１５０１から、着信側端末データ受信部２０４から出力されてきた符号化データに文字列データベース１５０３から読み出された文字列を挿入するように指示された場合、着信側端末データ受信部２０４から出力されてきた符号化データに文字列データベース１５０３から読み出された文字列を挿入する。

データ変換部１６０３は、挿入部１６０２にて文字列が挿入された符号化データを、発信側端末である端末１０２−１にてデコード及び再生が可能なデータ形式に変換する。この変換は、変換情報データベース２０８に格納されている変換情報のうち少なくとも１つの変換を行うものである。また、データ変換部１６０３は、挿入部１６０２の前段に設けられていても良い。つまり、データ変換部１６０３にて変換されたデータに文字列を挿入するものであっても良い。なお、このデータ変換部１６０３を有しない構成であっても良い。

文字列データベース１５０３には、文字列が予め格納されている。この文字列は、複数格納されている。

図１７は、図１５に示した文字列データベース１５０３の一構造を示す図である。

図１５に示した文字列データベース１５０３には図１７に示すように、文字列が格納されている。それぞれの文字列には、各文字列に固有に付与された識別番号が対応付けられて格納されている。例えば、「おはよう。」という文字列には、識別番号「１００１」が対応付けられている。また、「元気ですか？」という文字列には、識別番号「１００２」が対応付けられている。また、「大学合格しました！」という文字列には、識別番号「１００３」が対応付けられている。

また、文字列データベース１５０３に格納されている各文字列に、色、サイズ、フォント等の文字列の性質情報が対応付けられていても良い。

なお、文字列データベース１５０３は、マルチメディア通信装置１０３の外部に接続され、必要に応じてマルチメディア通信装置１０３によって文字列が読み出されるものであっても良い。

以下に、図１５に示したマルチメディア通信装置１０３におけるマルチメディア通信方法について説明する。

図１８は、図１５に示したマルチメディア通信装置１０３におけるマルチメディア通信方法を説明するためのフローチャートである。

まず、呼処理信号処理部１５０１にて図１５に示した端末１０２−１から端末１０２−２への発信がステップ４１にて検出されると、着信側端末である端末１０２−２が応答したかどうかがステップ４２にて判断される。

呼処理信号処理部１５０１にて、端末１０２−２が応答したと判断された場合、呼処理信号処理部１５０１から送信データ文字挿入部１５０２へ、文字列データベース１５０３から文字列を読み出し、読み出された文字列を、着信側端末データ受信部２０４から出力された符号化データに挿入するように指示される。この指示に従って、ステップ４３にて送信データ文字挿入部１５０２によって文字列データベース１５０３から文字列が読み出される。

このとき、読み出される文字列は、着信側端末に従って選択された文字列であっても良い。つまり、文字列データベース１５０３に端末１０２−１〜１０２−ｎを識別するための情報と文字列の識別番号との対応付けを予め格納しておき、その対応付けに従って文字列が選択され、読み出されるものであっても良い。例えば、端末１０２−２を識別するための情報と識別番号が「１００２」とが対応付けられている場合を例に挙げる。このとき、着信側端末が端末１０２−２である場合、識別番号「１００２」の文字列が読み出されるものであっても良い。また、発信側端末に従って文字列が選択されて読み出されるものであっても良い。なお、この場合、呼処理信号処理部１５０１から送信データ文字挿入部１５０２へ、着信側端末や発信側端末を識別するための情報が出力される。ここで、端末１０２−１〜１０２−ｎを識別するための情報とは、端末１０２−１〜１０２−ｎの電話番号であっても良いし、端末１０２−１〜１０２−ｎを識別可能な情報であれば良い。また、このとき読み出される文字列は、端末１０２−１にて表示可能な文字列である。

そして、読み出された文字列が、着信側端末データ受信部２０４から出力された符号化データに挿入され、文字列が挿入された符号化データがステップ４４にて発信側端末データ送信部２０２へ出力される。なお、着信側端末データ受信部２０４から出力された符号化データに文字列が挿入される位置については、任意であり、予め決められた位置であっても良いし、端末１０２−１からの指示によるものであっても良い。また、文字列データベース１５０３に、文字列の性質情報が格納されている場合、当該文字列の性質情報に基づいて、文字列が挿入されるものであっても良い。

その後、当該符号化データが発信側端末データ送信部２０２から端末１０２−１へ送信され、文字列が挿入された符号化データが端末１０２−１にて再生される。

なお、端末１０２−１へ符号化データを送信する際に、第１〜３の実施の形態と同様に、図３に示したデータ変換部３０３にて当該符号化データが変換されるものであっても良い。

以上説明したように本形態においては、端末１０２−１から端末１０２−２へ通話をする場合、端末１０２−２から端末１０２−１へ送信される符号化データに所定の文字列が挿入され、当該文字列が挿入された符号化データが端末１０２−１に適した条件で端末１０２−１にて再生される。
（第５の実施の形態）
図１９は、図１に示したマルチメディア通信装置１０３の第５の実施の形態を示す図である。ここで、端末１０２−１と端末１０２−２との間にて通信が行われる場合を例に挙げて説明する。また、端末１０２−１が発信側端末であり、端末１０２−２が端末１０２−１の通話相手である着信側端末である。なお、端末１０２−３〜１０２−ｎのどの端末が発信側端末または着信側端末である場合であっても、その動作は以下に示す動作と同じである。

図１に示したマルチメディア通信装置１０３の第５の実施の形態は図１９に示すように、呼処理信号処理部１９０１と、発信側端末データ送信部２０２と、着信側端末データ受信部２０４と、発信側端末データ受信部２０５と、着信側端末データ送信部２０６と、送信データ文字挿入部１５０２と、文字列データベース１５０３とから構成されている。

呼処理信号処理部１９０１は、端末１０２−１と端末１０２−２との間の呼処理信号の送受信を行う。また、所定の時間、または端末１０２−１あるいは端末１０２−２から呼処理信号を受信したタイミングで、文字列データベース１５０３から文字列を読み出すように送信データ文字挿入部１５０２に対して指示する。また、所定の時間、または端末１０２−１あるいは端末１０２−２から呼処理信号を受信したタイミングで、文字列データベース１５０３から読み出された文字列を端末１０２−２へ送信する符号化データに挿入するように送信データ文字挿入部１５０２に対して指示する。なお、呼処理信号処理部１９０１は、呼処理信号として，例えばＩＥＴＦ規格ＳＩＰを使用することも可能である。

発信側端末データ送信部２０２は、着信側端末データ受信部２０４から出力された符号化データを端末１０２−１へ送信する。発信側端末データ送信部２０２内部の処理については、第１〜４の実施の形態における発信側端末データ送信部２０２内部の処理と同じである。

着信側端末データ受信部２０４は、端末１０２−２から送信された符号化データを受信し、受信された符号化データを発信側端末データ送信部２０２へ出力する。着信側端末データ受信部２０４内部の処理については、第１〜４の実施の形態における着信側端末データ受信部２０４内部の処理と同じである。

発信側端末データ受信部２０５は、端末１０２−１から送信された符号化データを受信して送信データ文字挿入部１５０２へ出力する。発信側端末データ受信部２０５内部の処理については、第１〜４の実施の形態における発信側端末データ受信部２０５内部の処理と同じである。

着信側端末データ送信部２０６は、送信データ文字挿入部１５０２から出力された符号化データを端末１０２−２へ送信する。着信側端末データ送信部２０６内部の処理については、第１〜４の実施の形態における着信側端末データ送信部２０６内部の処理と同じである。

変換情報データベース２０８は、第１〜４の実施の形態におけるものと同じである。

送信データ文字挿入部１５０２は、呼処理信号処理部１９０１からの指示に従って、文字列データベース１５０３から文字列を読み出し、読み出された文字列を、発信側端末データ受信部２０５から出力された符号化データに挿入する。そして、文字列が挿入された符号化データを着信側端末データ送信部２０６へ出力する。ここで、文字列を挿入するということは、発信側端末データ受信部２０５から出力された符号化データ（映像）に当該文字列を合成することである。その合成方法については従来用いられている方法を用いる。送信データ文字挿入部１５０２内部の処理については、第４の実施の形態における送信データ文字挿入部１５０２内部の処理と同じである。

文字列データベース１５０３は、第４の実施の形態におけるものと同じである。

以下に、図１９に示したマルチメディア通信装置１０３におけるマルチメディア通信方法について説明する。

図２０は、図１９に示したマルチメディア通信装置１０３におけるマルチメディア通信方法を説明するためのフローチャートである。

まず、呼処理信号処理部１９０１にて図１９に示した端末１０２−１から端末１０２−２への発信がステップ５１にて検出されると、着信側端末である端末１０２−２が応答したかどうかがステップ５２にて判断される。

呼処理信号処理部１９０１にて、端末１０２−２が応答したと判断された場合、呼処理信号処理部１９０１から送信データ文字挿入部１５０２へ、文字列データベース１５０３から文字列を読み出し、読み出された文字列を、発信側端末データ受信部２０５から出力された符号化データに挿入するように指示される。この指示に従って、ステップ５３にて送信データ文字挿入部１５０２によって文字列データベース１５０３から文字列が読み出される。

なお、このとき、読み出される文字列は、第４の実施の形態と同様に、着信側端末に従って選択された文字列であっても良い。また、発信側端末に従って文字列が選択されて読み出されるものであっても良い。また、このとき読み出される文字列は、端末１０２−２にて表示可能な文字列である。

そして、読み出された文字列が、発信側端末データ受信部２０５から出力された符号化データに挿入され、文字列が挿入された符号化データがステップ５４にて着信側端末データ送信部２０６へ出力される。なお、発信側端末データ受信部２０５から出力された符号化データに文字列が挿入される位置については、任意であり、予め決められた位置であっても良いし、端末１０２−１からの指示によるものであっても良い。また、文字列データベース１５０３に、文字列の性質情報が格納されている場合、当該文字列の性質情報に基づいて、文字列が挿入されるものであっても良い。

その後、当該符号化データが着信側端末データ送信部２０６から端末１０２−２へ送信され、文字列が挿入された符号化データが端末１０２−２にて再生される。

なお、端末１０２−２へ符号化データを送信する際に、第１〜４の実施の形態と同様に、図３に示したデータ変換部３０３にて当該符号化データが変換されるものであっても良い。

以上説明したように本形態においては、端末１０２−１から端末１０２−２へ通話をする場合、端末１０２−１から端末１０２−２へ送信される符号化データに所定の文字列が挿入され、当該文字列が挿入された符号化データが端末１０２−２に適した条件で端末１０２−２にて再生される。
（第６の実施の形態）
また、上述した第４の実施の形態が有する機能と第５の実施の形態が有する機能との双方を兼ね備えたマルチメディア通信装置１０３も考えられる。

図２１は、図１に示したマルチメディア通信装置１０３の第６の実施の形態を示す図である。ここで、端末１０２−１と端末１０２−２との間にて通信が行われる場合を例に挙げて説明する。また、端末１０２−１が発信側端末であり、端末１０２−２が端末１０２−１の通話相手である着信側端末である。なお、端末１０２−３〜１０２−ｎのどの端末が発信側端末または着信側端末である場合であっても、その動作は以下に示す動作と同じである。

図１に示したマルチメディア通信装置１０３の第６の実施の形態は図２１に示すように、呼処理信号処理部２１０１と、発信側端末データ送信部２０２と、着信側端末データ受信部２０４と、発信側端末データ受信部２０５と、着信側端末データ送信部２０６と、送信データ文字挿入部２１０２と、文字列データベース１５０３とから構成されている。

呼処理信号処理部２１０１は、端末１０２−１と端末１０２−２との間の呼処理信号の送受信を行う。また、所定の時間、または端末１０２−１あるいは端末１０２−２から呼処理信号を受信したタイミングで、文字列データベース１５０３から文字列を読み出すように送信データ文字挿入部２１０２に対して指示する。また、所定の時間、または端末１０２−１あるいは端末１０２−２から呼処理信号を受信したタイミングで、文字列データベース１５０３から読み出された文字列を端末１０２−１〜１０２−２へ送信する符号化データに挿入するように送信データ文字挿入部２１０２に対して指示する。なお、呼処理信号処理部２１０１は、呼処理信号として，例えばＩＥＴＦ規格ＳＩＰを使用することも可能である。

発信側端末データ送信部２０２は、送信データ文字挿入部２１０２から出力された符号化データを端末１０２−１へ送信する。発信側端末データ送信部２０２内部の処理については、第１〜５の実施の形態における発信側端末データ送信部２０２内部の処理と同じである。

着信側端末データ受信部２０４は、端末１０２−２から送信された符号化データを受信し、受信された符号化データを送信データ文字挿入部２１０２へ出力する。着信側端末データ受信部２０４内部の処理については、第１〜５の実施の形態における着信側端末データ受信部２０４内部の処理と同じである。

発信側端末データ受信部２０５は、端末１０２−１から送信された符号化データを受信して送信データ文字挿入部２１０２へ出力する。発信側端末データ受信部２０５内部の処理については、第１〜５の実施の形態における発信側端末データ受信部２０５内部の処理と同じである。

着信側端末データ送信部２０６は、送信データ文字挿入部２１０２から出力された符号化データを端末１０２−２へ送信する。着信側端末データ送信部２０６内部の処理については、第１〜５の実施の形態における着信側端末データ送信部２０６内部の処理と同じである。

変換情報データベース２０８は、第１〜５の実施の形態におけるものと同じである。

送信データ文字挿入部２１０２は、呼処理信号処理部２１０１からの指示に従って、文字列データベース１５０３から文字列を読み出し、読み出された文字列を、発信側端末データ受信部２０５から出力された符号化データに挿入する。そして、文字列が挿入された符号化データを着信側端末データ送信部２０６へ出力する。また、呼処理信号処理部２１０１からの指示に従って、読み出された文字列を、着信側端末データ受信部２０４から出力された符号化データに挿入する。そして、文字列が挿入された符号化データを発信側端末データ送信部２０２へ出力する。ここで、文字列を挿入するということは、着信側端末データ受信部２０４または発信側端末データ受信部２０５から出力された符号化データ（映像）に当該文字列を合成することである。その合成方法については従来用いられている方法を用いる。送信データ文字挿入部２１０２は、第４及び第５の実施の形態における送信データ文字挿入部１５０２が、発信者端末から着信者端末へのデータ方向と着信者端末から発信者端末へのデータ方向との２方向に設けられた形となる。

文字列データベース１５０３は、第４及び第５の実施の形態におけるものと同じである。

この形態により、第４の実施の形態が有する機能と第５の実施の形態が有する機能との双方を兼ね備えたマルチメディア通信装置１０３が実現できる。
（第７の実施の形態）
図２２は、図１に示したマルチメディア通信装置１０３の第７の実施の形態を示す図である。ここで、端末１０２−１と端末１０２−２との間にて通信が行われる場合を例に挙げて説明する。また、端末１０２−１が発信側端末であり、端末１０２−２が端末１０２−１の通話相手である着信側端末である。なお、端末１０２−３〜１０２−ｎのどの端末が発信側端末または着信側端末である場合であっても、その動作は以下に示す動作と同じである。

図１に示したマルチメディア通信装置１０３の第７の実施の形態は図２２に示すように、ＤＴＭＦ信号検出部２２０１と、発信側端末データ送信部２０２と、送信データ切替部２０３と、着信側端末データ受信部２０４と、発信側端末データ受信部２０５と、着信側端末データ送信部２０６と、コンテンツデータベース２０７とから構成されている。

ＤＴＭＦ信号検出部２２０１は、端末１０２−１〜１０２−２から送信された読み出し信号を検出する。ここで、読み出し信号として、ＤＴＭＦ（Dual-Tone Multi-Frequency）信号を使用する。また、検出されたＤＴＭＦ信号に従って、コンテンツデータベース２０７からコンテンツを読み出すように送信データ切替部２０３に対して指示する。また、検出されたＤＴＭＦ信号に従って、コンテンツデータベース２０７から読み出されたコンテンツを端末１０２−１へ送信するように送信データ切替部２０３に対して指示する。または、検出されたＤＴＭＦ信号に従って、端末１０２−２から送信されてマルチメディア通信装置１０３にて受信された符号化データを端末１０２−１へ送信するように送信データ切替部２０３に対して指示する。なお，ＤＴＭＦ信号検出部２２０１は，例えばネットワーク１０１がパケット交換網の場合は、ＤＴＭＦ信号パケット（ＲＦＣ２８３３，ＲＦＣ４７３３）受信部として構成することも可能である。

発信側端末データ送信部２０２は、送信データ切替部２０３から出力された符号化データを端末１０２−１へ送信する。発信側端末データ送信部２０２内部の処理については、第１〜６の実施の形態における発信側端末データ送信部２０２内部の処理と同じである。

送信データ切替部２０３は、ＤＴＭＦ信号検出部２２０１からの指示に従って、コンテンツデータベース２０７からコンテンツを読み出して符号化する。また、ＤＴＭＦ信号検出部２２０１からの指示に従って、発信側端末データ送信部２０２へ出力する符号化データを、コンテンツデータベース２０７から読み出されて符号化されたコンテンツの符号化データと着信側端末データ受信部２０４から出力された符号化データ（端末１０２−２から送信された符号化データ）とのどちらか一方に切り替える。送信データ切替部２０３内部の処理については、第１の実施の形態における送信データ切替部２０３内部の処理と同じである。

着信側端末データ受信部２０４は、端末１０２−２から送信された符号化データを受信し、受信された符号化データを送信データ切替部２０３へ出力する。着信側端末データ受信部２０４内部の処理については、第１〜６の実施の形態における着信側端末データ受信部２０４内部の処理と同じである。

発信側端末データ受信部２０５は、端末１０２−１から送信された符号化データを受信して着信側端末データ送信部２０６へ出力する。発信側端末データ受信部２０５内部の処理については、第１〜６の実施の形態における発信側端末データ受信部２０５内部の処理と同じである。

着信側端末データ送信部２０６は、発信側端末データ受信部２０５から出力された符号化データを端末１０２−２へ送信する。着信側端末データ送信部２０６内部の処理については、第１〜６の実施の形態における着信側端末データ送信部２０６内部の処理と同じである。

コンテンツデータベース２０７は、第１〜３の実施の形態におけるものと同じである。

変換情報データベース２０８は、第１〜６の実施の形態におけるものと同じである。

以下に、図２２に示したマルチメディア通信装置１０３におけるマルチメディア通信方法について説明する。

図２３は、図２２に示したマルチメディア通信装置１０３におけるマルチメディア通信方法を説明するためのフローチャートである。

まず、ＤＴＭＦ信号検出部２２０１にて端末１０２−１または端末１０２−２からのＤＴＭＦ信号による所定の指示がステップ６１にて検出される。この指示内容は、予め設定されているものであり、利用者が端末１０２−１または端末１０２−２に所定のキーを入力することにより、入力されたキーに対応したＤＴＭＦ信号が端末１０２−１または端末１０２−２から送信される。そして、端末１０２−１または端末１０２−２から送信されたＤＴＭＦ信号がＤＴＭＦ信号検出部２２０１にて検出される。

ＤＴＭＦ信号検出部２２０１にて、端末１０２−１または端末１０２−２からのＤＴＭＦ信号による所定の指示が検出された場合、ＤＴＭＦ信号検出部２２０１から送信データ切替部２０３へ、コンテンツデータベース２０７からコンテンツを読み出し、符号化して発信側端末データ送信部２０２へ出力するように指示される。この指示に従って、ステップ６２にて送信データ切替部２０３によってコンテンツデータベース２０７からコンテンツが読み出されて符号化され、符号化されたコンテンツの符号化データがステップ６３にて発信側端末データ送信部２０２へ出力される。

その後、当該コンテンツの符号化データが発信側端末データ送信部２０２から端末１０２−１へ送信される。

一方、ＤＴＭＦ信号検出部２２０１にて、端末１０２−１または端末１０２−２からのＤＴＭＦ信号による所定の指示が検出されない場合、ＤＴＭＦ信号検出部２２０１から送信データ切替部２０３へ着信側端末データ受信部２０４から出力された符号化データを発信側端末データ送信部２０２へ出力するように指示される。この指示に従って、送信データ切替部２０３にて着信側端末データ受信部２０４から出力された符号化データがステップ６４にて発信側端末データ送信部２０２へ出力される。

その後、当該符号化データが発信側端末データ送信部２０２から端末１０２−１へ送信され、端末１０２−１にて再生される。

また、端末１０２−１〜１０２−ｎにて再生できるデータ形式がそれぞれ異なることも考えられる。そのため、ＤＴＭＦ信号検出部２２０１から送信データ切替部２０３に対して、発信側端末データ送信部２０２へ符号化データを送信する際に、送信する符号化データを送信先の端末１０２−１〜１０２−ｎにおいてデコード及び再生が可能なデータ形式に変換して出力するように指示するものであっても良い。この場合、実際のデータ変換は、図３に示した送信データ切替部２０３のデータ変換部３０３にて行われる。

ＤＴＭＦ信号検出部２２０１から上記の指示が行われる際に、ＤＴＭＦ信号検出部２２０１によって、変換情報データベース２０８から符号化データを再生する端末１０２−１における変換情報が読み出される。これは、ＤＴＭＦ信号検出部２２０１にて受信された呼処理信号に含まれる端末１０２−１の識別番号に対応付けられたものである。読み出された変換情報がＤＴＭＦ信号検出部２２０１から送信データ切替部２０３へ出力される。そして、送信データ切替部２０３から出力される符号化データについて、当該変換情報に基づいて送信データ切替部２０３内のデータ変換部３０３にてデータ変換が行われる。これにより、端末１０２−１においてデコード及び再生が可能なデータ形式に変換された符号化データが、発信側端末データ送信部２０２から端末１０２−１へ送信される。このデータ変換の処理は、第１の実施の形態にて示したものと同じである。

このようにして、端末１０２−１または端末１０２−２から所定のＤＴＭＦ信号を送信する。それにより、当該ＤＴＭＦ信号に従って、マルチメディア通信装置１０３から端末１０２−１へ送信する符号化データを、コンテンツデータベース２０７から読み出されたコンテンツと端末１０２−２から送信された符号化データとのどちらか一方に切り替えることができる。
（第８の実施の形態）
図２４は、図１に示したマルチメディア通信装置１０３の第８の実施の形態を示す図である。ここで、端末１０２−１と端末１０２−２との間にて通信が行われる場合を例に挙げて説明する。また、端末１０２−１が発信側端末であり、端末１０２−２が端末１０２−１の通話相手である着信側端末である。なお、端末１０２−３〜１０２−ｎのどの端末が発信側端末または着信側端末である場合であっても、その動作は以下に示す動作と同じである。

図１に示したマルチメディア通信装置１０３の第８の実施の形態は図２４に示すように、ＤＴＭＦ信号検出部２４０１と、発信側端末データ送信部２０２と、送信データ切替部２０３と、着信側端末データ受信部２０４と、発信側端末データ受信部２０５と、着信側端末データ送信部２０６と、コンテンツデータベース２０７とから構成されている。

ＤＴＭＦ信号検出部２４０１は、端末１０２−１〜１０２−２から送信された読み出し信号を検出する。ここで、読み出し信号として、ＤＴＭＦ信号を使用する。また、検出されたＤＴＭＦ信号に従って、コンテンツデータベース２０７からコンテンツを読み出すように送信データ切替部２０３に対して指示する。また、検出されたＤＴＭＦ信号に従って、コンテンツデータベース２０７から読み出されたコンテンツを端末１０２−２へ送信するように、または端末１０２−１から送信されてマルチメディア通信装置１０３にて受信された符号化データを端末１０２−２へ送信するように送信データ切替部２０３に対して指示する。なお，ＤＴＭＦ信号検出部２４０１は，例えばネットワーク１０１がパケット交換網の場合は、ＤＴＭＦ信号パケット（ＲＦＣ２８３３，ＲＦＣ４７３３）受信部として構成することも可能である。

発信側端末データ送信部２０２は、着信側端末データ受信部２０４から出力された符号化データを端末１０２−１へ送信する。発信側端末データ送信部２０２内部の処理については、第１〜７の実施の形態における発信側端末データ送信部２０２内部の処理と同じである。

送信データ切替部２０３は、ＤＴＭＦ信号検出部２４０１からの指示に従って、コンテンツデータベース２０７からコンテンツを読み出して符号化する。また、ＤＴＭＦ信号検出部２４０１からの指示に従って、着信側端末データ送信部２０６へ出力する符号化データを、コンテンツデータベース２０７から読み出されて符号化されたコンテンツの符号化データと発信側端末データ受信部２０５から出力された符号化データ（端末１０２−１から送信された符号化データ）とのどちらか一方に切り替える。送信データ切替部２０３内部の処理については、第２の実施の形態における送信データ切替部２０３内部の処理と同じである。

着信側端末データ受信部２０４は、端末１０２−２から送信された符号化データを受信し、受信された符号化データを発信側端末データ送信部２０２へ出力する。着信側端末データ受信部２０４内部の処理については、第１〜７の実施の形態における着信側端末データ受信部２０４内部の処理と同じである。

発信側端末データ受信部２０５は、端末１０２−１から送信された符号化データを受信して送信データ切替部２０３へ出力する。発信側端末データ受信部２０５内部の処理については、第１〜７の実施の形態における発信側端末データ受信部２０５内部の処理と同じである。

着信側端末データ送信部２０６は、送信データ切替部２０３から出力された符号化データを端末１０２−２へ送信する。着信側端末データ送信部２０６内部の処理については、第１〜７の実施の形態における着信側端末データ送信部２０６内部の処理と同じである。

コンテンツデータベース２０７は、第７の実施の形態におけるものと同じである。

変換情報データベース２０８は、第１〜７の実施の形態におけるものと同じである。

以下に、図２４に示したマルチメディア通信装置１０３におけるマルチメディア通信方法について説明する。

図２５は、図２４に示したマルチメディア通信装置１０３におけるマルチメディア通信方法を説明するためのフローチャートである。

まず、ＤＴＭＦ信号検出部２４０１にて端末１０２−１または端末１０２−２からのＤＴＭＦ信号による所定の指示がステップ７１にて検出される。この指示内容は、予め設定されているものであり、利用者が端末１０２−１または端末１０２−２に所定のキーを入力することにより、入力されたキーに対応したＤＴＭＦ信号が端末１０２−１または端末１０２−２から送信される。そして、端末１０２−１または端末１０２−２から送信されたＤＴＭＦ信号がＤＴＭＦ信号検出部２４０１にて検出される。

ＤＴＭＦ信号検出部２４０１にて、端末１０２−１または端末１０２−２からのＤＴＭＦ信号による所定の指示が検出された場合、ＤＴＭＦ信号検出部２４０１から送信データ切替部２０３へ、コンテンツデータベース２０７からコンテンツを読み出し、符号化して着信側端末データ送信部２０６へ出力するように指示される。この指示に従って、ステップ７２にて送信データ切替部２０３によってコンテンツデータベース２０７からコンテンツが読み出されて符号化され、符号化されたコンテンツの符号化データがステップ７３にて着信側端末データ送信部２０６へ出力される。

その後、当該コンテンツの符号化データが着信側端末データ送信部２０６から端末１０２−２へ送信される。

一方、ＤＴＭＦ信号検出部２４０１にて、端末１０２−１または端末１０２−２からのＤＴＭＦ信号による所定の指示が検出されない場合、ＤＴＭＦ信号検出部２４０１から送信データ切替部２０３へ発信側端末データ受信部２０５から出力された符号化データを着信側端末データ送信部２０６へ出力するように指示される。この指示に従って、送信データ切替部２０３にて発信側端末データ受信部２０５から出力された符号化データがステップ７４にて着信側端末データ送信部２０６へ出力される。

その後、当該符号化データが着信側端末データ送信部２０６から端末１０２−２へ送信され、端末１０２−２にて再生される。

また、端末１０２−１〜１０２−ｎにて再生できるデータ形式がそれぞれ異なることも考えられる。そのため、ＤＴＭＦ信号検出部２４０１から送信データ切替部２０３に対して、着信側端末データ送信部２０６へ符号化データを送信する際に、送信する符号化データを送信先の端末１０２−１〜１０２−ｎにおいてデコード及び再生が可能なデータ形式に変換して出力するように指示するものであっても良い。この場合、実際のデータ変換は、図３に示した送信データ切替部２０３のデータ変換部３０３にて行われる。

ＤＴＭＦ信号検出部２４０１から上記の指示が行われる際に、ＤＴＭＦ信号検出部２４０１によって、変換情報データベース２０８から符号化データを再生する端末１０２−２における変換情報が読み出される。これは、ＤＴＭＦ信号検出部２４０１にて受信された呼処理信号に含まれる端末１０２−２の識別番号に対応付けられたものである。読み出された変換情報がＤＴＭＦ信号検出部２４０１から送信データ切替部２０３へ出力される。そして、送信データ切替部２０３から出力される符号化データについて、当該変換情報に基づいて送信データ切替部２０３内のデータ変換部３０３にてデータ変換が行われる。これにより、端末１０２−２においてデコード及び再生が可能なデータ形式に変換された符号化データが、着信側端末データ送信部２０６から端末１０２−２へ送信される。このデータ変換の処理は、第１の実施の形態にて示したものと同じである。

このようにして、端末１０２−１または端末１０２−２から所定のＤＴＭＦ信号を送信する。それにより、当該ＤＴＭＦ信号に従って、マルチメディア通信装置１０３から端末１０２−２へ送信する符号化データを、コンテンツデータベース２０７から読み出されたコンテンツと端末１０２−１から送信された符号化データとのどちらか一方に切り替えることができる。
（第９の実施の形態）
また、上述した第７の実施の形態が有する機能と第８の実施の形態が有する機能との双方を兼ね備えたマルチメディア通信装置１０３も考えられる。

図２６は、図１に示したマルチメディア通信装置１０３の第９の実施の形態を示す図である。ここで、端末１０２−１と端末１０２−２との間にて通信が行われる場合を例に挙げて説明する。また、端末１０２−１が発信側端末であり、端末１０２−２が端末１０２−１の通話相手である着信側端末である。なお、端末１０２−３〜１０２−ｎのどの端末が発信側端末または着信側端末である場合であっても、その動作は以下に示す動作と同じである。

図１に示したマルチメディア通信装置１０３の第９の実施の形態は図２６に示すように、ＤＴＭＦ信号検出部２６０１と、発信側端末データ送信部２０２と、着信側端末データ受信部２０４と、発信側端末データ受信部２０５と、着信側端末データ送信部２０６と、コンテンツデータベース２０７と、送信データ切替部１４０２とから構成されている。

ＤＴＭＦ信号検出部２６０１は、端末１０２−１〜１０２−２から送信された読み出し信号を検出する。ここで、読み出し信号として、ＤＴＭＦ信号を使用する。また、検出されたＤＴＭＦ信号に従って、コンテンツデータベース２０７からコンテンツを読み出すように送信データ切替部１４０２に対して指示する。また、検出されたＤＴＭＦ信号に従って、コンテンツデータベース２０７から読み出されたコンテンツを端末１０２−２へ送信するように送信データ切替部１４０２に対して指示する。または、検出されたＤＴＭＦ信号に従って、端末１０２−１から送信されてマルチメディア通信装置１０３にて受信された符号化データを端末１０２−２へ送信するように送信データ切替部１４０２に対して指示する。また、検出したＤＴＭＦ信号に従って、コンテンツデータベース２０７から読み出されたコンテンツを端末１０２−１へ送信するように送信データ切替部１４０２に対して指示する。または、検出したＤＴＭＦ信号に従って、端末１０２−２から送信されてマルチメディア通信装置１０３にて受信された符号化データを端末１０２−１へ送信するように送信データ切替部１４０２に対して指示する。なお，ＤＴＭＦ信号検出部２６０１は，例えばネットワーク１０１がパケット交換網の場合は、ＤＴＭＦ信号パケット（ＲＦＣ２８３３，ＲＦＣ４７３３）受信部として構成することも可能である。

発信側端末データ送信部２０２は、送信データ切替部１４０２から出力された符号化データを端末１０２−１へ送信する。発信側端末データ送信部２０２内部の処理については、第１〜８の実施の形態における発信側端末データ送信部２０２内部の処理と同じである。

着信側端末データ受信部２０４は、端末１０２−２から送信された符号化データを受信し、受信された符号化データを送信データ切替部１４０２へ出力する。着信側端末データ受信部２０４内部の処理については、第１〜８の実施の形態における着信側端末データ受信部２０４内部の処理と同じである。

発信側端末データ受信部２０５は、端末１０２−１から送信された符号化データを受信して送信データ切替部１４０２へ出力する。発信側端末データ受信部２０５内部の処理については、第１〜８の実施の形態における発信側端末データ受信部２０５内部の処理と同じである。

着信側端末データ送信部２０６は、送信データ切替部１４０２から出力された符号化データを端末１０２−２へ送信する。着信側端末データ送信部２０６内部の処理については、第１〜８の実施の形態における着信側端末データ送信部２０６内部の処理と同じである。

コンテンツデータベース２０７は、第７の実施の形態におけるものと同じである。

変換情報データベース２０８は、第１〜８の実施の形態におけるものと同じである。

送信データ切替部１４０２は、ＤＴＭＦ信号検出部２６０１からの指示に従って、コンテンツデータベース２０７からコンテンツを読み出して符号化する。また、ＤＴＭＦ信号検出部２６０１からの指示に従って、着信側端末データ送信部２０６へ出力する符号化データを、コンテンツデータベース２０７から読み出されて符号化されたコンテンツの符号化データと発信側端末データ受信部２０５から出力された符号化データ（端末１０２−１から送信された符号化データ）とのどちらか一方に切り替える。また、ＤＴＭＦ信号検出部２６０１からの指示に従って、発信側端末データ送信部２０２へ出力する符号化データを、コンテンツデータベース２０７から読み出されて符号化されたコンテンツの符号化データと着信側端末データ受信部２０４から出力された符号化データ（端末１０２−２から送信された符号化データ）とのどちらか一方に切り替える。送信データ切替部１４０２内部の処理については、第３の実施の形態における送信データ切替部１４０２内部の処理と同じである。

この形態により、第７の実施の形態が有する機能と第８の実施の形態が有する機能との双方を兼ね備えたマルチメディア通信装置１０３が実現できる。
（第１０の実施の形態）
図２７は、図１に示したマルチメディア通信装置１０３の第１０の実施の形態を示す図である。ここで、端末１０２−１と端末１０２−２との間にて通信が行われる場合を例に挙げて説明する。また、端末１０２−１が発信側端末であり、端末１０２−２が端末１０２−１の通話相手である着信側端末である。なお、端末１０２−３〜１０２−ｎのどの端末が発信側端末または着信側端末である場合であっても、その動作は以下に示す動作と同じである。

図１に示したマルチメディア通信装置１０３の第１０の実施の形態は図２７に示すように、ＤＴＭＦ信号検出部２７０１と、発信側端末データ送信部２０２と、着信側端末データ受信部２０４と、発信側端末データ受信部２０５と、着信側端末データ送信部２０６と、送信データ文字挿入部１５０２と、文字列データベース１５０３とから構成されている。

ＤＴＭＦ信号検出部２７０１は、端末１０２−１〜１０２−２から送信された読み出し信号を検出する。ここで、読み出し信号として、ＤＴＭＦ信号を使用する。また、検出されたＤＴＭＦ信号に従って、文字列データベース１５０３から文字列を読み出すように送信データ文字挿入部１５０２に対して指示する。また、検出されたＤＴＭＦ信号に従って、文字列データベース１５０３から読み出された文字列を端末１０２−１へ送信する符号化データに挿入するように送信データ文字挿入部１５０２に対して指示する。ＤＴＭＦ信号検出部２７０１は，例えばネットワーク１０１がパケット交換網の場合は、ＤＴＭＦ信号パケット（ＲＦＣ２８３３，ＲＦＣ４７３３）受信部として構成することも可能である。

発信側端末データ送信部２０２は、送信データ文字挿入部１５０２から出力された符号化データを端末１０２−１へ送信する。発信側端末データ送信部２０２内部の処理については、第１〜９の実施の形態における発信側端末データ送信部２０２内部の処理と同じである。

着信側端末データ受信部２０４は、端末１０２−２から送信された符号化データを受信し、受信された符号化データを送信データ文字挿入部１５０２へ出力する。着信側端末データ受信部２０４内部の処理については、第１〜９の実施の形態における着信側端末データ受信部２０４内部の処理と同じである。

発信側端末データ受信部２０５は、端末１０２−１から送信された符号化データを受信して着信側端末データ送信部２０６へ出力する。発信側端末データ受信部２０５内部の処理については、第１〜９の実施の形態における発信側端末データ受信部２０５内部の処理と同じである。

着信側端末データ送信部２０６は、発信側端末データ受信部２０５から出力された符号化データを端末１０２−２へ送信する。着信側端末データ送信部２０６内部の処理については、第１〜９の実施の形態における着信側端末データ送信部２０６内部の処理と同じである。

変換情報データベース２０８は、第１〜９の実施の形態におけるものと同じである。

送信データ文字挿入部１５０２は、ＤＴＭＦ信号検出部２７０１からの指示に従って、文字列データベース１５０３から文字列を読み出し、読み出された文字列を、着信側端末データ受信部２０４から出力された符号化データに挿入する。そして、文字列が挿入された符号化データを発信側端末データ送信部２０２へ出力する。ここで、文字列を挿入するということは、着信側端末データ受信部２０４から出力された符号化データ（映像）に当該文字列を合成することである。その合成方法については従来用いられている方法を用いる。送信データ文字挿入部１５０２内部の処理については、第４の実施の形態における送信データ文字挿入部１５０２内部の処理と同じである。

文字列データベース１５０３は、第４〜６の実施の形態におけるものと同じである。

以下に、図２７に示したマルチメディア通信装置１０３におけるマルチメディア通信方法について説明する。

図２８は、図２７に示したマルチメディア通信装置１０３におけるマルチメディア通信方法を説明するためのフローチャートである。

まず、ＤＴＭＦ信号検出部２７０１にて端末１０２−１または端末１０２−２からのＤＴＭＦ信号による所定の指示がステップ８１にて検出される。この指示内容は、予め設定されているものであり、利用者が端末１０２−１または端末１０２−２に所定のキーを入力することにより、入力されたキーに対応したＤＴＭＦ信号が端末１０２−１または端末１０２−２から送信される。そして、端末１０２−１または端末１０２−２から送信されたＤＴＭＦ信号がＤＴＭＦ信号検出部２７０１にて検出される。

ＤＴＭＦ信号検出部２７０１にて、端末１０２−１または端末１０２−２からのＤＴＭＦ信号による所定の指示が検出された場合、ＤＴＭＦ信号検出部２７０１から送信データ文字挿入部１５０２へ、文字列データベース１５０３から文字列を読み出し、読み出された文字列を、着信側端末データ受信部２０４から出力された符号化データに挿入するように指示される。この指示に従って、ステップ８２にて送信データ文字挿入部１５０２によって文字列データベース１５０３から文字列が読み出される。また、このとき読み出される文字列は、端末１０２−１にて表示可能な文字列である。そして、読み出された文字列が、着信側端末データ受信部２０４から出力された符号化データに挿入され、文字列が挿入された符号化データがステップ８３にて発信側端末データ送信部２０２へ出力される。なお、着信側端末データ受信部２０４から出力された符号化データに文字列が挿入される位置については、任意であり、予め決められた位置であっても良いし、端末１０２−１または端末１０２−２からの指示によるものであっても良い。また、文字列データベース１５０３に、文字列の性質情報が格納されている場合、当該文字列の性質情報に基づいて、文字列が挿入されるものであっても良い。

その後、当該符号化データが発信側端末データ送信部２０２から端末１０２−１へ送信される。

一方、ＤＴＭＦ信号検出部２７０１にて、端末１０２−１または端末１０２−２からのＤＴＭＦ信号による所定の指示が検出されない場合、ＤＴＭＦ信号検出部２７０１から送信データ文字挿入部１５０２へ、着信側端末データ受信部２０４から出力された符号化データをそのまま発信側端末データ送信部２０２へ出力するように指示される。この指示に従って、送信データ文字挿入部１５０２にて着信側端末データ受信部２０４から出力された符号化データがステップ８４にて発信側端末データ送信部２０２へ出力される。

その後、当該符号化データが発信側端末データ送信部２０２から端末１０２−１へ送信され、文字列が挿入された符号化データが端末１０２−１にて再生される。

なお、端末１０２−１へ符号化データを送信する際に、第１〜９の実施の形態と同様に、図３に示したデータ変換部３０３にて当該符号化データが変換されるものであっても良い。

このようにして、端末１０２−１または端末１０２−２から所定のＤＴＭＦ信号を送信する。それにより、当該ＤＴＭＦ信号に従って、マルチメディア通信装置１０３から端末１０２−１へ送信する符号化データに、文字列データベース１５０３から読み出された文字列を挿入することができる。

以上説明したように本形態においては、端末１０２−１または端末１０２−２から所定のＤＴＭＦ信号を送信することにより、端末１０２−２から端末１０２−１へ送信される符号化データに所定の文字列が挿入され、当該文字列が挿入された符号化データが端末１０２−１に適した条件で端末１０２−１にて再生される。
（第１１の実施の形態）
図２９は、図１に示したマルチメディア通信装置１０３の第１１の実施の形態を示す図である。ここで、端末１０２−１と端末１０２−２との間にて通信が行われる場合を例に挙げて説明する。また、端末１０２−１が発信側端末であり、端末１０２−２が端末１０２−１の通話相手である着信側端末である。なお、端末１０２−３〜１０２−ｎのどの端末が発信側端末または着信側端末である場合であっても、その動作は以下に示す動作と同じである。

図１に示したマルチメディア通信装置１０３の第１１の実施の形態は図２９に示すように、ＤＴＭＦ信号検出部２９０１と、発信側端末データ送信部２０２と、着信側端末データ受信部２０４と、発信側端末データ受信部２０５と、着信側端末データ送信部２０６と、送信データ文字挿入部１５０２と、文字列データベース１５０３とから構成されている。

ＤＴＭＦ信号検出部２９０１は、端末１０２−１〜１０２−２から送信された読み出し信号を検出する。ここで、読み出し信号として、ＤＴＭＦ信号を使用する。また、検出されたＤＴＭＦ信号に従って、文字列データベース１５０３から文字列を読み出すように送信データ文字挿入部１５０２に対して指示する。また、検出されたＤＴＭＦ信号に従って、文字列データベース１５０３から読み出された文字列を端末１０２−２へ送信する符号化データに挿入するように送信データ文字挿入部１５０２に対して指示する。ＤＴＭＦ信号検出部２９０１は，例えばネットワーク１０１がパケット交換網の場合は、ＤＴＭＦ信号パケット（ＲＦＣ２８３３，ＲＦＣ４７３３）受信部として構成することも可能である。

発信側端末データ送信部２０２は、着信側端末データ受信部２０４から出力された符号化データを端末１０２−１へ送信する。発信側端末データ送信部２０２内部の処理については、第１〜１０の実施の形態における発信側端末データ送信部２０２内部の処理と同じである。

着信側端末データ受信部２０４は、端末１０２−２から送信された符号化データを受信し、受信された符号化データを発信側端末データ送信部２０２へ出力する。着信側端末データ受信部２０４内部の処理については、第１〜１０の実施の形態における着信側端末データ受信部２０４内部の処理と同じである。

発信側端末データ受信部２０５は、端末１０２−１から送信された符号化データを受信して送信データ文字挿入部１５０２へ出力する。発信側端末データ受信部２０５内部の処理については、第１〜１０の実施の形態における発信側端末データ受信部２０５内部の処理と同じである。

着信側端末データ送信部２０６は、送信データ文字挿入部１５０２から出力された符号化データを端末１０２−２へ送信する。着信側端末データ送信部２０６内部の処理については、第１〜１０の実施の形態における着信側端末データ送信部２０６内部の処理と同じである。

変換情報データベース２０８は、第１〜１０の実施の形態におけるものと同じである。

送信データ文字挿入部１５０２は、ＤＴＭＦ信号検出部２９０１からの指示に従って、文字列データベース１５０３から文字列を読み出し、読み出された文字列を、発信側端末データ受信部２０５から出力された符号化データに挿入する。そして、文字列が挿入された符号化データを着信側端末データ送信部２０６へ出力する。ここで、文字列を挿入するということは、発信側端末データ受信部２０５から出力された符号化データ（映像）に当該文字列を合成することである。その合成方法については従来用いられている方法を用いる。送信データ文字挿入部１５０２内部の処理については、第５の実施の形態における送信データ文字挿入部１５０２内部の処理と同じである。

文字列データベース１５０３は、第４〜６の実施の形態におけるものと同じである。

以下に、図２９に示したマルチメディア通信装置１０３におけるマルチメディア通信方法について説明する。

図３０は、図２９に示したマルチメディア通信装置１０３におけるマルチメディア通信方法を説明するためのフローチャートである。

まず、ＤＴＭＦ信号検出部２９０１にて端末１０２−１または端末１０２−２からのＤＴＭＦ信号による所定の指示がステップ９１にて検出される。この指示内容は、予め設定されているものであり、利用者が端末１０２−１または端末１０２−２に所定のキーを入力することにより、入力されたキーに対応したＤＴＭＦ信号が端末１０２−１または端末１０２−２から送信される。そして、端末１０２−１または端末１０２−２から送信されたＤＴＭＦ信号がＤＴＭＦ信号検出部２９０１にて検出される。

ＤＴＭＦ信号検出部２９０１にて、端末１０２−１または端末１０２−２からのＤＴＭＦ信号による所定の指示が検出された場合、ＤＴＭＦ信号検出部２９０１から送信データ文字挿入部１５０２へ、文字列データベース１５０３から文字列を読み出し、読み出された文字列を、発信側端末データ受信部２０５から出力された符号化データに挿入するように指示される。この指示に従って、ステップ９２にて送信データ文字挿入部１５０２によって文字列データベース１５０３から文字列が読み出される。また、このとき読み出される文字列は、端末１０２−２にて表示可能な文字列である。そして、読み出された文字列が、発信側端末データ受信部２０５から出力された符号化データに挿入され、文字列が挿入された符号化データがステップ９３にて着信側端末データ送信部２０６へ出力される。なお、発信側端末データ受信部２０５から出力された符号化データに文字列が挿入される位置については、任意であり、予め決められた位置であっても良いし、端末１０２−１または端末１０２−２からの指示によるものであっても良い。また、文字列データベース１５０３に、文字列の性質情報が格納されている場合、当該文字列の性質情報に基づいて、文字列が挿入されるものであっても良い。

その後、当該符号化データが着信側端末データ送信部２０６から端末１０２−２へ送信される。

一方、ＤＴＭＦ信号検出部２９０１にて、端末１０２−１または端末１０２−２からのＤＴＭＦ信号による所定の指示が検出されない場合、ＤＴＭＦ信号検出部２９０１から送信データ文字挿入部１５０２へ、発信側端末データ受信部２０５から出力された符号化データをそのまま着信側端末データ送信部２０６へ出力するように指示される。この指示に従って、送信データ文字挿入部１５０２にて発信側端末データ受信部２０５から出力された符号化データがステップ９４にて着信側端末データ送信部２０６へ出力される。

その後、当該符号化データが着信側端末データ送信部２０６から端末１０２−２へ送信され、文字列が挿入された符号化データが端末１０２−２にて再生される。

なお、端末１０２−２へ符号化データを送信する際に、第１〜１０の実施の形態と同様に、図３に示したデータ変換部３０３にて当該符号化データが変換されるものであっても良い。

このようにして、端末１０２−１または端末１０２−２から所定のＤＴＭＦ信号を送信する。それにより、当該ＤＴＭＦ信号に従って、マルチメディア通信装置１０３から端末１０２−２へ送信する符号化データに、文字列データベース１５０３から読み出された文字列を挿入することができる。

以上説明したように本形態においては、端末１０２−１または端末１０２−２から所定のＤＴＭＦ信号を送信することにより、端末１０２−１から端末１０２−２へ送信される符号化データに所定の文字列が挿入され、当該文字列が挿入された符号化データが端末１０２−２に適した条件で端末１０２−２にて再生される。
（第１２の実施の形態）
また、上述した第１０の実施の形態が有する機能と第１１の実施の形態が有する機能との双方を兼ね備えたマルチメディア通信装置１０３も考えられる。

図３１は、図１に示したマルチメディア通信装置１０３の第１２の実施の形態を示す図である。ここで、端末１０２−１と端末１０２−２との間にて通信が行われる場合を例に挙げて説明する。また、端末１０２−１が発信側端末であり、端末１０２−２が端末１０２−１の通話相手である着信側端末である。なお、端末１０２−３〜１０２−ｎのどの端末が発信側端末または着信側端末である場合であっても、その動作は以下に示す動作と同じである。

図１に示したマルチメディア通信装置１０３の第１２の実施の形態は図３１に示すように、ＤＴＭＦ信号検出部３１０１と、発信側端末データ送信部２０２と、着信側端末データ受信部２０４と、発信側端末データ受信部２０５と、着信側端末データ送信部２０６と、送信データ文字挿入部２１０２と、文字列データベース１５０３とから構成されている。

ＤＴＭＦ信号検出部３１０１は、端末１０２−１〜１０２−２から送信された読み出し信号を検出する。ここで、読み出し信号として、ＤＴＭＦ信号を使用する。また、検出されたＤＴＭＦ信号に従って、文字列データベース１５０３から文字列を読み出すように送信データ文字挿入部２１０２に対して指示する。また、検出したＤＴＭＦ信号に従って、文字列データベース１５０３から読み出された文字列を端末１０２−２へ送信する符号化データに挿入するように送信データ文字挿入部２１０２に対して指示する。また、検出したＤＴＭＦ信号に従って、文字列データベース１５０３から読み出された文字列を端末１０２−１へ送信する符号化データに挿入するように送信データ文字挿入部２１０２に対して指示する。ＤＴＭＦ信号検出部３１０１は，例えばネットワーク１０１がパケット交換網の場合は、ＤＴＭＦ信号パケット（ＲＦＣ２８３３，ＲＦＣ４７３３）受信部として構成することも可能である。

発信側端末データ送信部２０２は、送信データ文字挿入部２１０２から出力された符号化データを端末１０２−１へ送信する。発信側端末データ送信部２０２内部の処理については、第１〜１１の実施の形態における発信側端末データ送信部２０２内部の処理と同じである。

着信側端末データ受信部２０４は、端末１０２−２から送信された符号化データを受信し、受信された符号化データを送信データ文字挿入部２１０２へ出力する。着信側端末データ受信部２０４内部の処理については、第１〜１１の実施の形態における着信側端末データ受信部２０４内部の処理と同じである。

発信側端末データ受信部２０５は、端末１０２−１から送信された符号化データを受信して送信データ文字挿入部２１０２へ出力する。発信側端末データ受信部２０５内部の処理については、第１〜１１の実施の形態における発信側端末データ受信部２０５内部の処理と同じである。

着信側端末データ送信部２０６は、送信データ文字挿入部２１０２から出力された符号化データを端末１０２−２へ送信する。着信側端末データ送信部２０６内部の処理については、第１〜１１の実施の形態における着信側端末データ送信部２０６内部の処理と同じである。

変換情報データベース２０８は、第１〜１１の実施の形態におけるものと同じである。

送信データ文字挿入部２１０２は、ＤＴＭＦ信号検出部３１０１からの指示に従って、文字列データベース１５０３から文字列を読み出し、読み出された文字列を、発信側端末データ受信部２０５から出力された符号化データに挿入する。そして、文字列が挿入された符号化データを着信側端末データ送信部２０６へ出力する。また、ＤＴＭＦ信号検出部３１０１からの指示に従って、文字列データベース１５０３から文字列を読み出し、読み出された文字列を、着信側端末データ受信部２０４から出力された符号化データに挿入する。そして、文字列が挿入された符号化データを発信側端末データ送信部２０２へ出力する。ここで、文字列を挿入するということは、発信側端末データ受信部２０５または着信側端末データ受信部２０４から出力された符号化データ（映像）に当該文字列を合成することである。その合成方法については従来用いられている方法を用いる。送信データ文字挿入部２１０２内部の処理については、第６の実施の形態における送信データ文字挿入部２１０２内部の処理と同じである。

文字列データベース１５０３は、第４〜６の実施の形態におけるものと同じである。

この形態により、第１０の実施の形態が有する機能と第１１の実施の形態が有する機能との双方を兼ね備えたマルチメディア通信装置１０３が実現できる。

以上説明した第１〜１２の実施の形態におけるマルチメディア通信装置１０３は、コンテンツや文字列を配信するメディアサーバとして動作することも可能であることは言うまでもない。
（第１３の実施の形態）
また、上述したマルチメディア通信装置１０３は、メディアサーバとして広告コンテンツを端末１０２−１〜１０２−ｎへ配信することも可能である。

図３２は、図１に示したマルチメディア通信装置１０３の第１３の実施の形態を示す図である。

本形態は図３２に示すように、マルチメディア通信装置であるメディアサーバ３２０１に複数の端末１０２−１〜１０２−ｎがネットワーク１０１を介して接続されている。また、メディアサーバ３２０１には、広告コンテンツデータベース３２０２が接続されている。

端末１０２−１〜１０２−ｎは、テレビ電話端末に代表されるような、映像及び音声を送受信できる通信端末である。端末１０２−１〜１０２−ｎは、端末１０２−１〜１０２−ｎに設けられたマイク等の音声収集手段によって収集された音声を音声データとして符号化し、符号化された音声データを送信する。また、端末１０２−１〜１０２−ｎに設けられたカメラ等の撮影手段によって撮影された映像を映像データとして符号化し、符号化された映像データを送信する。また、受信された音声データから音声を復号化し、復号化された音声を端末１０２−１〜１０２−ｎに設けられたスピーカー等の音声再生手段によって再生する。また、受信された映像データから映像を復号化し、復号化された映像を端末１０２−１〜１０２−ｎに設けられたディスプレイ等の映像再生手段によって再生する。

広告コンテンツデータベース３２０２は、ネットワーク１０１を介して端末１０２−１〜１０２−ｎへ配信する広告コンテンツを格納する。この広告コンテンツは、映像であっても良いし、文字であっても良い。

図３３は、図３２に示した広告コンテンツデータベース３２０２の一構造を示す図である。

図３２に示した広告コンテンツデータベース３２０２には図３３に示すように、広告データとして、広告文字データや広告映像が格納されている。それぞれの広告データには、各データに固有に付与された識別番号と、分類とがそれぞれ対応付けられて格納されている。例えば、「○○電器」という文字の広告データには、識別番号「９００１」と、分類の「広告文字データ」とが対応付けられている。また、「△△ショッピング」という文字の広告データには、識別番号「９００２」と、分類の「広告文字データ」とが対応付けられている。また、テレビの映像である広告データには、識別番号「９００３」と、分類の「広告映像」とが対応付けられている。また、日帰り温泉旅行の広告データには、識別番号「９００４」と、分類の「広告映像」とが対応付けられている。なお、分類が「広告映像」である広告データは、静止画であっても、動画であっても良い。

メディアサーバ３２０１は、ネットワーク１０１を介して端末１０２−１〜１０２−ｎ間で送受信される音声データや映像データの転送を仲介する。また、広告コンテンツデータベース３２０２から広告コンテンツを読み出し、ネットワーク１０１を介して端末１０２−１〜１０２−ｎへ配信する。配信する際に、広告コンテンツデータベース３２０２から読み出された広告コンテンツをそのまま端末１０２−１〜１０２−ｎへ配信するものであっても良い。また、端末１０２−１〜１０２−ｎ間にて送受信されている映像に広告コンテンツデータベース３２０２から読み出された広告コンテンツを挿入して配信するものであっても良い。その際、上述した第１〜１２の実施の形態と同様に、配信されるデータを端末１０２−１〜１０２−ｎにてデコード及び再生が可能なデータ形式に変換するものであっても良い。

例えば、広告コンテンツデータベース３２０２から分類が「広告文字データ」である広告データが読み出された場合、トランスコーダを用いて端末１０２−１〜１０２−ｎ間におけるテレビ電話通話中に、当該広告データがテレビ電話画面にインポーズされるものであっても良い。この場合、テレビ電話通話中である端末１０２−１〜１０２−ｎの画面には、テレビ電話映像に当該広告データが重なって表示される。また、広告コンテンツデータベース３２０２から分類が「広告映像」である広告データが読み出された場合、トランスコーダを用いて端末１０２−１〜１０２−ｎ間におけるテレビ電話通話中に、当該広告データとテレビ電話映像とが分割合成されるものであっても良い。この場合、テレビ電話通話中である端末１０２−１〜１０２−ｎの画面の所定の部分には広告データが、また他の所定の部分にはテレビ電話映像が表示される。このインポーズまたは分割合成は、マルチメディア通信装置１０３の送信データ切替部１４０２や送信データ文字挿入部２１０２にて行われる。

また、これらの広告データのどれをインポーズまたは分割合成するかについては、端末１０２−１〜１０２−ｎから指示するものであっても良いし、ランダムに選択されるものであっても良く、ここでは特に規定しない。

これにより、広告データが様々な形式で合成されることが可能となる。

また、広告データが配信されるタイミングは、端末１０２−１〜１０２−ｎが通話中に限らず、第１〜６の実施の形態に示したように、発信者端末が着信側端末を呼び出し中であっても良いし、端末１０２−１〜１０２−ｎの通話が終了した後であっても良い。

なお、メディアサーバ３２０１の構成は、上述したマルチメディア通信装置１０３の構成と同じである。
（第１４の実施の形態）
図３４は、図１に示したマルチメディア通信装置１０３の第１４の実施の形態を示す図である。

本形態は図３４に示すように、利用者端末３４０３を有する利用者が契約している通信事業者が有する通信事業者装置３４０２にマルチメディア通信装置１０３であるメディアサーバ３２０１が接続可能に構成されている。また、メディアサーバ３２０１には、広告コンテンツデータベース３２０２が接続されている。さらに、通信事業者装置３４０２は、広告主が有する広告主端末３４０１との間にて通信が可能となっている。

広告コンテンツデータベース３２０２には、広告主端末３４０１によって広告主端末３４０１の広告データが予め登録（格納）されている。この広告コンテンツデータベース３２０２に登録される広告データを通信事業者装置３４０２が管理することにより、広告主端末３４０１は、通信事業者装置３４０２へ広告料を払う。

利用者端末３４０３が通信を行う場合、通信事業者装置３４０２及びメディアサーバ３２０１を介して行う。その場合、通信事業者装置３４０２は、メディアサーバ３２０１を用いて、広告コンテンツデータベース３２０２から広告コンテンツを読み出し、利用者端末３４０３の有する発信側端末または着信側端末に対し、メディアサーバ３２０１から送信する映像、音声または文字列の少なくとも一つに広告コンテンツとしてマルチメディアサービスを利用者端末３４０３に提供する。具体的には、通信事業者装置３４０２がメディアサーバ３２０１に広告コンテンツデータベース３２０２から広告データを読み出してメディアサーバ３２０１から送信されるデータに、当該広告データを挿入または合成する指示を行う。または、広告データをそのまま送信する指示を行う。すると、メディアサーバ３２０１によって、広告コンテンツデータベース３２０２から広告データが読み出されてメディアサーバ３２０１から送信されるデータに、当該広告データが挿入または合成されて利用者端末３４０３へ送信される。または、広告データが利用者端末３４０３へそのまま送信される。メディアサーバ３２０１のこの動作は、上述した第７〜１２の実施の形態におけるマルチメディア通信装置１０３の動作と同様である。第７〜１２の実施の形態におけるマルチメディア通信装置１０３は、端末１０２−１〜１０２−２から送信されたＤＴＭＦ信号に従ってデータベースからデータを読み出したが、本実施の形態におけるメディアサーバ３２０１は、通信事業者装置３４０２からの指示に従ってデータベースからデータを読み出すものである。

そして、広告データが利用者端末３４０３へ送信された旨が通信事業者装置３４０２またはメディアサーバ３２０１に記録され、その記録（送信頻度）に基づいて当該広告データが送信された利用者端末３４０３に対して通話料金の削減または通話料金の無料化などの優待が図られる。この優待を行うための優待情報は、通信事業者装置３４０２またはメディアサーバ３２０１が具備する優待情報データベース（不図示）に格納されており、利用者端末３４０３へ通話料を請求する際に、読み出されて精算されるものであっても良い。

図３５は、広告データの送信回数と優待情報とが対応付けられた優待情報データベースの一構成を示す図である。

図３５に示すように、広告データの送信回数と、その場合の優待情報とが対応付けられて格納されている。例えば、広告データが１〜５回送信された利用者端末３４０３は、通話料金を１００円値引きする優待情報が格納されている。また、広告データが６〜１０回送信された利用者端末３４０３は、通話料金を５００円値引きする優待情報が格納されている。

また、広告データの送信時間に応じて優待が図られるものであっても良い。

図３６は、広告データの送信時間と優待情報とが対応付けられた優待情報データベースの一構成を示す図である。

図３６に示すように、広告データの送信時間と、その場合の優待情報とが対応付けられて格納されている。例えば、広告データの送信時間が１〜３分間である利用者端末３４０３は、通話料金を１日間無料にする優待情報が格納されている。また、広告データの送信時間が３〜１０分間である利用者端末３４０３は、通話料金を２日間無料にする優待情報が格納されている。

これにより、利用者は、通信事業者からマルチメディアサービスの提供を受け、広告コンテンツを見ることにより、その送信頻度に応じた通話料金の削減または通話料金の無料化等の恩恵を被る。

なお、この通話料金の優待を上述した第１〜１３の実施の形態に適用することも可能である。

また、上述した実施の形態において、コンテンツや文字列は、端末１０２−１〜１０２−ｎから選択できるものである。例えば、図４や図１７に示したコンテンツや文字列の識別番号を端末１０２−１〜１０２−ｎに入力することにより、所望のコンテンツや文字列が選択できるものである。また、上記識別番号を端末１０２−１〜１０２−ｎそれぞれに対応付けておき、発信または着信した端末１０２−１〜１０２−ｎに対応付けられたコンテンツや文字列が読み出されて表示されるものであっても良い。また、コンテンツデータベース２０７に格納されているコンテンツ、及び文字列データベース１５０３に格納されている文字列は、予め格納されているものである。

また、必要に応じて上述した第１〜１２の実施の形態を任意の組み合わせで組み合わせても良い。

例えば、複数の端末と、複数の端末と広告文字データや広告映像の広告データが格納された広告コンテンツデータベースとに接続され、複数の端末の呼処理信号を処理するサーバとから構成されたマルチメディア通信システムにおけるマルチメディアサービス提供方法であって、サーバが、端末間におけるテレビ電話通話中に、広告コンテンツデータベースから広告文字データを読み出すステップと、サーバが、読み出した広告文字データをテレビ電話画面にインポーズするステップと、サーバが、広告文字データをインポーズしたテレビ電話画面をテレビ電話通話中である端末の少なくとも一方へ送信するステップとを有するものであっても良い。

また、複数の端末と、複数の端末と広告文字データや広告映像の広告データが格納された広告コンテンツデータベースとに接続され、複数の端末の呼処理信号を処理するサーバとから構成されたマルチメディア通信システムにおけるマルチメディアサービス提供方法であって、サーバが、端末間におけるテレビ電話通話中に、広告コンテンツデータベースから広告映像を読み出すステップと、サーバが、読み出した広告映像とテレビ電話映像とを分割合成するステップと、サーバが、広告映像とテレビ電話映像とを分割合成したテレビ電話画面をテレビ電話通話中である端末の少なくとも一方へ送信するステップとを有するものであっても良い。

また、サーバが、テレビ電話画面をテレビ電話通話中である端末の少なくとも一方へ送信した頻度（回数や時間）を優待情報データベースに記録するステップと、サーバが、頻度に応じた優待情報を優待情報データベースから読み出すステップとを有するものであっても良い。

以上、実施の形態を参照して本願発明を説明したが、本願発明は上記実施の形態に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。

この出願は、２００７年７月２６日に出願された日本出願特願２００７−１９４４０５を基礎とする優先権を主張し、その開示の全てをここに取り込む。

Claims (29)

1. 複数の端末と、該複数の端末と接続され、該複数の端末の呼処理信号を処理し、コンテンツデータが格納されたデータベースを有するサーバとから構成されたマルチメディア通信システムにおけるマルチメディアサービス提供方法であって、
   （ａ）前記複数の端末のうち発信を行う端末が前記複数の端末のうち前記発信を行う端末の通話相手である端末を呼び出してから該端末が応答するまでの間、
   と、
   （ｂ）前記端末間における通話が終了した後、
   とのどちらか一方のタイミングで、前記サーバが、前記データベースから前記コンテンツデータを読み出すステップと、
   前記タイミングで、前記サーバが、前記読み出したコンテンツデータを前記端末へ送信するステップと、
   前記タイミングで、前記端末が、前記サーバから送信されてきたコンテンツデータを再生するステップとを有するマルチメディアサービス提供方法。
2. 請求項１に記載のマルチメディアサービス提供方法において、
   前記タイミングで、前記サーバが、前記読み出したコンテンツデータを前記発信を行う端末の通話相手である端末である着信側端末へ送信するステップと、
   前記着信側端末が応答するまでの間、前記着信側端末が、前記サーバから送信されてきたコンテンツデータを再生するステップとを有することを特徴とするマルチメディアサービス提供方法。
3. 請求項２に記載のマルチメディアサービス提供方法において、
   前記着信側端末が応答した後、前記サーバが、前記発信を行う端末である発信側端末から送信されたデータを前記着信側端末へ送信するステップを有することを特徴とするマルチメディアサービス提供方法。
4. 請求項１に記載のマルチメディアサービス提供方法において、
   前記タイミングで、前記サーバが、前記データベースから前記コンテンツデータと、前記データベースに前記コンテンツデータとともに格納された該コンテンツデータの再生環境を示す再生環境情報とを読み出すステップと、
   前記タイミングで、前記サーバが、前記読み出したコンテンツデータと再生環境情報とを前記発信を行う端末である発信側端末へ送信するステップと、
   前記タイミングで、前記発信側端末が、前記サーバから送信されてきたコンテンツデータを前記再生環境情報に基づいて再生するステップとを有することを特徴とするマルチメディアサービス提供方法。
5. 請求項４に記載のマルチメディアサービス提供方法において、
   前記サーバが、前記発信側端末の通話相手である端末である着信側端末から送信されるデータの再生環境情報を前記発信側端末へ送信するステップを有することを特徴とするマルチメディアサービス提供方法。
6. 請求項４または請求項５に記載のマルチメディアサービス提供方法において、
   前記発信側端末の通話相手である端末である着信側端末が応答した後、前記サーバが、前記着信側端末から送信されたデータを前記発信側端末へ送信するステップを有することを特徴とするマルチメディアサービス提供方法。
7. 請求項１乃至５のいずれか１項に記載のマルチメディアサービス提供方法において、
   前記サーバが、ＳＩＰを用いて前記呼処理信号を処理するステップを有することを特徴とするマルチメディアサービス提供方法。
8. 請求項４または請求項５に記載のマルチメディア通信システムにおいて、
   前記サーバが、ＳＤＰを用いて前記再生環境情報を処理するステップを有することを特徴とするマルチメディアサービス提供方法。
9. 複数の端末と、該複数の端末と接続され、該複数の端末の呼処理信号を処理し、前記端末にて表示可能な文字列が格納されたデータベースを有するサーバとから構成されたマルチメディア通信システムにおけるマルチメディアサービス提供方法であって、
   前記発信を行う端末の通話相手である端末が応答した後、前記サーバが、前記データベースから前記文字列を読み出すステップと、
   前記サーバが、前記読み出した文字列を前記発信を行う端末と該発信を行う端末の通話相手である端末との間で送受信する映像データに挿入するステップと、
   前記サーバが、前記文字列を挿入した映像データを前記端末へ送信するステップと、
   前記端末が、前記サーバから送信されてきた前記文字列を挿入した映像データを再生するステップとを有するマルチメディアサービス提供方法。
10. 請求項９に記載のマルチメディアサービス提供方法において、
    前記サーバが、前記読み出した文字列を前記発信を行う端末の通話相手である端末である着信側端末から前記発信を行う端末である発信側端末へ送信する映像データに挿入するステップと、
    前記サーバが、前記文字列を挿入した映像データを前記発信側端末へ送信するステップと、
    前記発信側端末が、前記サーバから送信されてきた前記文字列を挿入した映像データを再生するステップとを有することを特徴とするマルチメディアサービス提供方法。
11. 請求項９に記載のマルチメディアサービス提供方法において、
    前記サーバが、前記読み出した文字列を前記発信を行う端末である発信側端末から該発信側端末の通話相手である端末である着信側端末へ送信する映像データに挿入するステップと、
    前記サーバが、前記文字列を挿入した映像データを前記着信側端末へ送信するステップと、
    前記着信側端末が、前記サーバから送信されてきた前記文字列を挿入した映像データを再生するステップとを有することを特徴とするマルチメディアサービス提供方法。
12. 複数の端末と、該複数の端末と接続され、該複数の端末の呼処理信号を処理し、コンテンツデータが格納されたデータベースを有するサーバとから構成されたマルチメディア通信システムにおけるマルチメディアサービス提供方法であって、
    前記サーバが、
    （ａ）前記複数の端末のうち発信を行う端末である発信側端末が入力されたキーに対応した読み出し信号を前記サーバへ送信した場合の前記読み出し信号
    と、
    （ｂ）前記複数の端末のうち前記発信側端末の通話相手である端末である着信側端末が入力されたキーに対応した読み出し信号を前記サーバへ送信した場合の前記読み出し信号
    とのどちらか一方に従って、前記データベースから前記コンテンツデータを読み出すステップと、
    前記サーバが、前記読み出したコンテンツデータを前記発信側端末と前記着信側端末との少なくとも一方へ送信するステップと、
    前記端末が、前記サーバから送信されてきたコンテンツデータを再生するステップとを有するマルチメディアサービス提供方法。
13. 複数の端末と、該複数の端末と接続され、該複数の端末の呼処理信号を処理し、前記端末にて表示可能な文字列が格納されたデータベースを有するサーバとから構成されたマルチメディア通信システムにおけるマルチメディアサービス提供方法であって、
    前記サーバが、
    （ａ）前記複数の端末のうち発信を行う端末である発信側端末から送信された読み出し信号
    と、
    （ｂ）前記複数の端末のうち前記発信側端末の通話相手である端末である着信側端末から送信された読み出し信号
    とのどちらか一方に従って、前記データベースから前記文字列を読み出すステップと、
    前記サーバが、前記読み出した文字列を前記発信側端末と前記着信側端末との間で送受信する映像データに挿入するステップと、
    前記サーバが、前記文字列を挿入した映像データを前記端末へ送信するステップと、
    前記端末は、前記サーバから送信されてきた前記文字列を挿入した映像データを再生するステップとを有するマルチメディアサービス提供方法。
14. 請求項１３に記載のマルチメディアサービス提供方法において、
    前記サーバが、前記読み出した文字列を前記着信側端末から前記発信側端末へ送信する映像データに挿入するステップと、
    前記サーバが、前記文字列を挿入した映像データを前記発信側端末へ送信するステップと、
    前記発信側端末が、前記サーバから送信されてきた前記文字列を挿入した映像データを再生するステップとを有することを特徴とするマルチメディアサービス提供方法。
15. 請求項１３に記載のマルチメディアサービス提供方法において、
    前記サーバが、前記読み出した文字列を前記発信側端末から前記着信側端末へ送信する映像データに挿入するステップと、
    前記サーバが、前記文字列を挿入した映像データを前記着信側端末へ送信するステップと、
    前記着信側端末が、前記サーバから送信されてきた前記文字列を挿入した映像データを再生するステップとを有するマルチメディアサービス提供方法。
16. 請求項１３に記載のマルチメディアサービス提供方法において、
    前記発信側端末が、読み出し信号としてＤＴＭＦ信号を前記サーバへ送信するステップと、
    前記サーバが、前記発信側端末から送信されたＤＴＭＦ信号に従って、前記データベースから前記文字列を読み出すステップとを有することを特徴とするマルチメディアサービス提供方法。
17. 請求項１３に記載のマルチメディアサービス提供方法において、
    前記着信側端末が、読み出し信号としてＤＴＭＦ信号を前記サーバへ送信するステップと、
    前記サーバが、前記着信側端末から送信されたＤＴＭＦ信号に従って、前記データベースから前記文字列を読み出すステップとを有することを特徴とするマルチメディアサービス提供方法。
18. 請求項１または請求項１２に記載のマルチメディアサービス提供方法において、
    前記サーバが、前記発信を行う端末である発信側端末へ前記コンテンツデータを送信した頻度を優待情報データベースに記録するステップと、
    前記サーバが、前記頻度に応じた優待情報を前記優待情報データベースから読み出すステップとを有することを特徴とするマルチメディアサービス提供方法。
19. 請求項１８に記載のマルチメディアサービス提供方法において、
    前記サーバが、前記発信側端末へ前記コンテンツを送信した回数を優待情報データベースに記録するステップと、
    前記サーバが、前記回数に応じた優待情報を前記優待情報データベースから読み出すステップとを有することを特徴とするマルチメディアサービス提供方法。
20. 請求項１８に記載のマルチメディアサービス提供方法において、
    前記サーバが、前記発信側端末へ前記コンテンツを送信した時間を優待情報データベースに記録するステップと、
    前記サーバが、前記時間に応じた優待情報を前記優待情報データベースから読み出すステップとを有することを特徴とするマルチメディアサービス提供方法。
21. 請求項１または請求項１２に記載のマルチメディアサービス提供方法において、
    前記サーバが、前記発信を行う端末の通話相手の端末である着信側端末へ前記コンテンツデータを送信した頻度を優待情報データベースに記録するステップと、
    前記サーバが、前記頻度に応じた優待情報を前記優待情報データベースから読み出すステップとを有することを特徴とするマルチメディアサービス提供方法。
22. 請求項２１に記載のマルチメディアサービス提供方法において、
    前記サーバが、前記着信側端末へ前記コンテンツを送信した回数を優待情報データベースに記録するステップと、
    前記サーバが、前記回数に応じた優待情報を前記優待情報データベースから読み出すステップとを有することを特徴とするマルチメディアサービス提供方法。
23. 請求項２１に記載のマルチメディアサービス提供方法において、
    前記サーバが、前記着信側端末へ前記コンテンツを送信した時間を優待情報データベースに記録するステップと、
    前記サーバが、前記時間に応じた優待情報を前記優待情報データベースから読み出すステップとを有することを特徴とするマルチメディアサービス提供方法。
24. 請求項１０または請求項１４に記載のマルチメディアサービス提供方法において、
    前記サーバが、前記発信側端末へ前記文字列を挿入した映像データを送信した頻度を優待情報データベースに記録するステップと、
    前記サーバが、前記頻度に応じた優待情報を前記優待情報データベースから読み出すステップとを有することを特徴とするマルチメディアサービス提供方法。
25. 請求項２４に記載のマルチメディアサービス提供方法において、
    前記サーバが、前記発信側端末へ前記文字列を挿入した映像データを送信した回数を優待情報データベースに記録するステップと、
    前記サーバが、前記回数に応じた優待情報を前記優待情報データベースから読み出すステップとを有することを特徴とするマルチメディアサービス提供方法。
26. 請求項２４に記載のマルチメディアサービス提供方法において、
    前記サーバが、前記発信側端末へ前記文字列を挿入した映像データを送信した時間を優待情報データベースに記録するステップと、
    前記サーバが、前記時間に応じた優待情報を前記優待情報データベースから読み出すステップとを有することを特徴とするマルチメディアサービス提供方法。
27. 請求項１１または請求項１５に記載のマルチメディアサービス提供方法において、
    前記サーバが、前記着信側端末へ前記文字列を挿入した映像データを送信した頻度を優待情報データベースに記録するステップと、
    前記サーバが、前記頻度に応じた優待情報を前記優待情報データベースから読み出すステップとを有することを特徴とするマルチメディアサービス提供方法。
28. 請求項２７に記載のマルチメディアサービス提供方法において、
    前記サーバが、前記着信側端末へ前記文字列を挿入した映像データを送信した回数を優待情報データベースに記録するステップと、
    前記サーバが、前記回数に応じた優待情報を前記優待情報データベースから読み出すステップとを有することを特徴とするマルチメディアサービス提供方法。
29. 請求項２７に記載のマルチメディアサービス提供方法において、
    前記サーバが、前記着信側端末へ前記文字列を挿入した映像データを送信した時間を優待情報データベースに記録するステップと、
    前記サーバが、前記時間に応じた優待情報を前記優待情報データベースから読み出すステップとを有することを特徴とするマルチメディアサービス提供方法。

Images