(57)【要約】      （修正有）【課題】通話中の各通信端末で映像ファイルの再生表示ができる通信システムにおいて、通話開始直後から映像ファイルの再生を可能にする呼設定サーバの発呼方法を提供する。【解決手段】ＳＩＰサーバ４０は、通信端末によりアドレス登録（Ｒｅｇｉｓｔｒａｔｉｏｎ）の処理が行われ、通信端末からＩＮＶＩＴＥ（新規）メッセージを受信した際に、通話中に再生する映像ファイルのアップロード（転送）の要求を受け、その後、通信端末からメディアサーバ７０へのファイルのアップロード処理が終了して、メディアサーバ７０からファイル転送完了通知のメッセージを受信すると、通話相手を呼び出す処理を実行する。【選択図】図２
2008085808.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク上のサーバにアップロードされた映像ファイルに対して、通話中の通信端末から該映像ファイルの再生要求を受けると、通話中の各通信端末に対し当該映像ファイルを配信して、通話中の各通信端末で前記映像ファイルの再生表示ができる通信システムにおいて、
呼設定サーバは、通話相手を呼び出すための発呼要求とともに、前記通話中に再生する映像ファイルのアップロードの要求を受けると、前記要求された映像ファイルの前記サーバへのアップロード処理が完了した後、前記通話相手を呼び出す処理を実行することを特徴とする呼設定サーバの発呼方法。
【請求項２】
ネットワーク上のサーバにアップロードされた映像ファイルに対して、通話中の通信端末から該映像ファイルの再生要求を受けると、通話中の各通信端末に対し当該映像ファイルを配信して、通話中の各通信端末で前記映像ファイルの再生表示ができる通信システムにおいて、
呼設定サーバは、通話相手を呼び出すための発呼要求とともに、前記通話中に再生する映像ファイルのアップロードの要求を受けると、前記要求された映像ファイルの前記サーバへのアップロードする残りのサイズが所定のサイズになってから、前記通話相手を呼び出す処理を実行することを特徴とする呼設定サーバの発呼方法。
【請求項３】
ネットワーク上のサーバにアップロードされた映像ファイルに対して、通話中の通信端末から該映像ファイルの再生要求を受けると、通話中の各通信端末に対し当該映像ファイルを配信して、通話中の各通信端末で前記映像ファイルの再生表示ができる通信システムにおいて、
呼設定サーバは、通話相手を呼び出すための発呼要求とともに、前記通話中に再生する映像ファイルのアップロードの要求を受けると、前記要求された映像ファイルの前記サーバへのアップロード処理の完了予測時間が所定時間を過ぎてから、前記通話相手を呼び出す処理を実行することを特徴とする呼設定サーバの発呼方法。
【請求項４】
ネットワーク上のサーバにアップロードされた映像ファイルに対して、通話中の通信端末から該映像ファイルの再生要求を受けると、通話中の各通信端末に対し当該映像ファイルを配信して、通話中の各通信端末で前記映像ファイルの再生表示ができる通信システムにおいて、
呼設定サーバは、通話相手を呼び出すための発呼要求とともに、前記通話中に再生する映像ファイルのアップロードの要求を受けると、前記要求された映像ファイルの前記サーバへのアップロード処理が開始されてから所定時間が経過すると、前記通話相手を呼び出す処理を実行することを特徴とする呼設定サーバの発呼方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通話中の各通信端末で映像ファイルの再生表示ができる通信システムにおける呼設定サーバの発呼方法に関するものである。
【背景技術】
【０００２】
従来から、テレビ電話機能を搭載した通信端末が数多く知られている。特に、近年のテレビ電話機能を搭載した通信端末では、通話中において、一方の通信端末が該通信端末内に保存している映像ファイルを再生指定すると、自己の通信端末の表示部に表示するとともに、該映像ファイルのデータが通信回線を介して相手方の通信端末に送られ、相手方の通信端末の表示部にストリーミング再生表示することができる技術が知られている。
また、特許文献１に示されるテレビ電話システムは、発信中のテレビ電話端末にユーザに応じた映像（例えば、ＣＭ）を送信するもので、ネットワーク側にユーザの個人情報を有し、個人情報を基にユーザにあった映像を選択し、音声とリングバックトーンの合成を行い、相手が応答するまで発信中のテレビ電話端末に映像ファイルを送信するものである。
【特許文献１】特開２００５−３３４４２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来のテレビ電話機能を搭載した通信端末では、通話中に一時的に回線を全て使用して映像ファイルのストリーミング再生（転送）を行う場合、再生された映像を見ながら「今のいいよね」などのように、再生中にお互いが会話をすることができないという問題がある。
また、通話を行いながら映像ファイルの転送を並行して行う場合、ファイル転送に使える帯域が減り、転送が完了するまでの時間がかかるのでリアルタイム性に欠けるという問題がある。
また、通話を行いながら映像ファイルのストリーミング再生（転送）を並行して行う場合、ストリーミング再生に必要なレートよりも転送レートが低ければ、映像ファイルが正しく再生できない可能性があるという問題がある。
さらに、従来のテレビ電話機能を搭載した通信端末では、通話中の各通信端末で再生表示する映像ファイルは、通話中に転送しなければならないので、通話開始直後から映像ファイルを通話中の各通信端末で再生表示することができないという問題もある。
なお、上述の特許文献１に記載されているテレビ電話システムは、通話中に各通信端末において同じ映像を表示する技術ではない。また、そのための映像ファイルを通話中に転送する技術でもない。
【０００４】
本発明は、このような問題点に鑑みてなされたものであり、本発明の目的は、通話開始直後から各通信端末での映像ファイルの再生を可能にする呼設定サーバの発呼方法を提供することにある。
【課題を解決するための手段】
【０００５】
上記目的を達成するため、本発明の呼設定サーバの発呼方法は、ネットワーク上のサーバにアップロードされた映像ファイルに対して、通話中の通信端末から該映像ファイルの再生要求を受けると、通話中の各通信端末に対し当該映像ファイルを配信して、通話中の各通信端末で前記映像ファイルの再生表示ができる通信システムにおいて、呼設定サーバが、通話相手を呼び出すための発呼要求とともに、前記通話中に再生する映像ファイルのアップロードの要求を受けると、前記要求された映像ファイルの前記サーバへのアップロード処理が完了した後、前記通話相手を呼び出す処理を実行することを特徴とする。
【０００６】
または、呼設定サーバが、通話相手を呼び出すための発呼要求とともに、前記通話中に再生する映像ファイルのアップロードの要求を受けると、前記要求された映像ファイルの前記サーバへのアップロードする残りのサイズが所定のサイズになってから、前記通話相手を呼び出す処理を実行することを特徴とする。または、呼設定サーバが、通話相手を呼び出すための発呼要求とともに、前記通話中に再生する映像ファイルのアップロードの要求を受けると、前記要求された映像ファイルの前記サーバへのアップロード処理の完了予測時間が所定時間を過ぎてから、前記通話相手を呼び出す処理を実行することを特徴とする。または、呼設定サーバが、通話相手を呼び出すための発呼要求とともに、前記通話中に再生する映像ファイルのアップロードの要求を受けると、前記要求された映像ファイルの前記サーバへのアップロード処理が開始されてから所定時間が経過すると、前記通話相手を呼び出す処理を実行することを特徴とする。
【発明の効果】
【０００７】
本発明は、通話相手に見せたい映像ファイルのメディアサーバへのアップロード処理が完了した後、もしくは完了する前に通話相手を呼び出す処理を実行するので、各通信端末において、通話開始直後から映像ファイルを再生することができ、もしくは通話を開始してしばらくして映像ファイルを再生することができる。
【発明を実施するための最良の形態】
【０００８】
本発明の実施の形態について図面を参照して説明する。図１は、本発明に係る呼設定サーバ（ＳＩＰサーバ）が接続されるネットワークの構成図である。通信端末の一例である携帯端末装置１０は、テレビ電話機能を搭載し、グループ通話ができるもので、呼制御は、ＩＰネットワーク上の呼設定サーバであるＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サーバ４０にメッセージを送信することで行い、音声信号や映像信号は、携帯端末装置１０内でＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）パケットに変換して、相手通信端末装置に送信する。ＲＴＰパケットは、ＰＤＳＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｓｅｒｖｉｎｇ  Ｎｏｄｅ）５０を経由して相手端末装置、または、他のネットワーク６０に送信される。ＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ）サーバ３０は、ＳＩＰサーバ４０からの着呼通知をもとに、通話相手に、例えばグループ通話の着呼を伝えるＳＭＳメッセージを作成し、通話相手の端末装置に送信する。なお、通話相手がＳＩＰサーバ４０にアドレス登録（Ｒｅｇｉｓｔｒａｔｉｏｎ）を行っており、ＳＩＰサーバ４０からの通話相手への着呼通知が可能な場合は、ＳＭＳサーバ３０からのＳＭＳメッセージによる着呼通知は不要である。メディアサーバ７０は、携帯端末装置１０から送られる映像・音声ファイルを一時的に保存し、保存された映像・音声ファイルに対して、通話中の携帯端末装置１０からの命令で映像・音声ファイルの再生要求を受けると、通話中の各携帯端末装置１０に対し映像・音声ファイルを配信し、映像・音声データの再生／停止／一時停止などを行う。
【０００９】
上述の説明において、通話の着呼通知をＳＭＳメッセージで通知するのは、携帯端末装置１０と基地局２０との間の帯域を無駄に占有しないようにするためである。つまり、携帯端末装置１０がＳＩＰサーバ４０から通知を受け取るためには、携帯端末装置１０と基地局２０（または、ＰＤＳＮ５０）との間でＰＰＰのコネクションを常に確立しておく必要がある。しかし、基地局２０に同時に接続できる携帯端末装置１０の数には限りがあり、また、帯域の利用効率も悪くなってしまう。そのため、通話の着呼通知をＳＭＳメッセージで行い、その後、ＰＰＰ（Ｐｏｉｎｔ  ｔｏ  Ｐｏｉｎｔ  Ｐｒｏｔｏｃｏｌ）のコネクションを確立してＳＩＰサーバ４０との通信を行う。
【００１０】
図２は、本発明に係るＳＩＰサーバの一例を示す構成図である。ＳＩＰサーバ４０は、ＳＩＰ情報受信部４１と、通話処理部４２と、制御部４３と、ＳＭＳ送信要求部４４と、判定部４５と、ＳＩＰ情報送信部４６と、メディアサーバ情報受信部４７とを備える。
【００１１】
ＳＩＰ情報受信部４１は、ＰＤＳＮ５０を通じて携帯端末装置１０からＳＩＰ情報を受信する。通話処理部４２は、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）に従って、通話に関する処理を行う。
【００１２】
通話処理部４２は、発呼要求であるＩＮＶＩＴＥ（新規）メッセージがＳＩＰ情報受信部４１によって受信されると、通話相手（着信側の携帯端末装置１０）を呼び出す処理として、着信側の携帯端末装置１０に対してＳＩＰサーバ４０へのアドレス登録（Ｒｅｇｉｓｔｒａｔｉｏｎ）を要求するためのＳＭＳ情報の送信をＳＭＳサーバ３０に要求するＳＭＳ送信要求を生成して、生成したＳＭＳ送信要求をＳＭＳ送信要求部４４に入力する。なお、ＳＭＳ送信要求は、着信側の携帯端末装置１０がＳＩＰサーバ４０へアドレス登録（Ｒｅｇｉｓｔｒａｔｉｏｎ）を行っていないときに行われる。着信側の携帯端末装置１０がＳＩＰサーバ４０へアドレス登録（Ｒｅｇｉｓｔｒａｔｉｏｎ）している場合、またはＳＭＳ情報によりＳＩＰサーバ４０へアドレス登録（Ｒｅｇｉｓｔｒａｔｉｏｎ）を行った場合は、通話相手（着信側の携帯端末装置１０）に対してＩＮＶＩＴＥメッセージを送信する。
【００１３】
メディアサーバ情報受信部４７は、メディアサーバ７０から映像ファイルのアップロード（転送）に関する情報を受信する。
【００１４】
図３は、図２に示すＳＩＰサーバが携帯端末装置（通信端末）から通話相手を呼び出すための発呼要求を受けるとともに、通話中に再生する映像ファイルのアップロード（転送）の要求を受けたときのＳＩＰサーバの動作の第1の実施例を説明するシーケンス図である。まず、ＳＩＰサーバ４０に通信端末Ａによりアドレス登録（Ｒｅｇｉｓｔｒａｔｉｏｎ）の処理が行われる。次に、ＳＩＰサーバ４０は、通信端末ＡからＩＮＶＩＴＥ（新規）メッセージを受信した際、通話中に再生する映像ファイルのアップロード（転送）の要求を受ける。このとき、通信端末Ａは、通話中に再生する映像ファイルのメディアサーバ７０へのアップロード（転送）処理を開始する。図４は、アップロード処理時に通信端末Ａの表示装置に表示される画面の例を示す図である。アップロード処理時の画面では、上部に、アンテナとバッテリのアイコン、中央部に「ファイル転送中」のメッセージと発信の文字と相手の電話番号が表示され（グループ通話の場合、一部のメンバーの番号を表示しても良いし、全てのメンバーの番号を表示しても良い）、下部に、ファイル転送の進捗状況を表すバーと転送量（％）が表示される。
【００１５】
メディアサーバ７０は、ファイルのアップロード処理が終了するとＳＩＰサーバ４０に対しファイル転送完了のメッセージを通知する。ＳＩＰサーバ４０は、メディアサーバ７０からファイル転送完了通知のメッセージを受信すると、ＳＭＳサーバ３０に対しＳＭＳ送信要求（着呼通知）を行う。ＳＭＳサーバ３０は、ＳＭＳ送信要求（着呼通知）を受けると、指定された通信端末Ｂ、Ｃに対しＳＭＳ情報を通知する。なお、通話相手（端末Ｂ、Ｃ）がＳＩＰサーバ４０にアドレス登録（Ｒｅｇｉｓｔｒａｔｉｏｎ）を行っている場合は、このＳＭＳ情報の通知を省略して、ＳＩＰサーバ４０が、指定された通信端末Ｂ、Ｃに対してＩＮＶＩＴＥメッセージを送信する。
【００１６】
通信端末Ｂ、Ｃが、ＳＭＳ情報の通知を受け、ＳＩＰサーバ４０に対しアドレス登録（Ｒｅｇｉｓｔｒａｔｉｏｎ）の処理を行うと、ＳＩＰサーバ４０は、通信端末Ｂ、ＣにＩＮＶＩＴＥメッセージを送信する。通信端末Ｂ、Ｃは、ＩＮＶＩＴＥメッセージを受信すると着信音を鳴らし、ＲｉｎｇｉｎｇをＳＩＰサーバ４０を介して通信端末Ａに送信する。通信端末Ｂ、Ｃがオフフックすると、２００  ＯＫ応答メッセージがＳＩＰサーバ４０を介して通信端末Ａに送信される。通信端末Ａが２００  ＯＫ応答メッセージの受信に対して通信端末Ｂ、ＣにＡＣＫメッセージを送信すると、通信端末Ａと通信端末Ｂ、Ｃとの間でコネクションが確立され、以降は、通信端末Ａと通信端末Ｂ、Ｃとの間で通話が開始される。
【００１７】
上述した実施例では、メディアサーバ７０へ指定された映像ファイルのアップロード処理が完了してから、通話相手を呼び出す処理を行うので、通話開始直後から映像ファイルを再生することができる。
【００１８】
なお、図３では、ＳＩＰサーバ４０は、メディアサーバ７０へ指定された映像ファイルのアップロード処理が完了してから、通話相手を呼び出す処理（ＳＭＳサーバ３０に対し着呼通知を行う処理）を行っているが、通信端末Ｂ、ＣがＳＭＳメッセージを受信して応答するまでの時間を考慮して、アップロード処理が完了する前にＳＭＳサーバ３０に対し着呼通知を行うようにしてもよい。以下に、ＳＩＰサーバ４０が、アップロード処理が完了する前に、通話相手を呼び出す処理を行う例について説明する。
【００１９】
第２の実施例は、ＳＩＰサーバ４０のＳＩＰ情報受信部４１がＩＮＶＩＴＥ（新規）メッセージを受信した際、通話中に再生する映像ファイルのアップロードの要求を受けると、通話処理部４２が、要求された映像ファイルのメディアサーバ７０へのアップロードする残りのサイズが所定のサイズになってから、通話相手を呼び出す処理を実行するものである。
【００２０】
ここで、要求された映像ファイルのメディアサーバ７０へのアップロードする残りのサイズが所定のサイズになったか否かを判定部４５が判定する。なお、判定部４５は、要求された映像ファイルのサイズを識別して、アップロードされているデータサイズを確認することにより判定しても良いし、メディアサーバ７０からアップロード進捗状況を示す情報を取得することにより判定しても良いし、メディアサーバ７０が判定した結果を受けて判定しても良い。また、残りサイズとは、全データサイズに対する割合でも、一定のサイズでも良い。なお、一定のサイズを示す閾値などを示すデータは、判定部４５に格納されている。
【００２１】
ＳＭＳにより通知して着信側の通知端末がＳＩＰサーバ４０アドレス登録（Ｒｅｇｉｓｔｒａｔｉｏｎ）して、通話相手を呼び出すまでには時間がかかるが、第２の実施例では、この呼び出すまでにかかる時間分を考慮して、アップロードする残りのサイズが所定のサイズになってから、通話相手を呼び出す処理を実行するので、第１の実施例よりも早く相手を呼び出せると共に、通話開始直後から映像ファイルを再生することができる。
【００２２】
第３の実施例は、ＳＩＰサーバ４０のＳＩＰ情報受信部４１がＩＮＶＩＴＥ（新規）メッセージを受信した際、通話中に再生する映像ファイルのアップロードの要求を受けると、通話処理部４２が、要求された映像ファイルのメディアサーバ７０へのアップロード処理の完了予測時間が所定時間を過ぎてから、通話相手を呼び出す処理を実行するものである。
【００２３】
ここで、要求された映像ファイルのメディアサーバ７０へのアップロード処理の完了予測時間が所定時間を過ぎたか否かを判定部４５が判定する。なお、判定部４５は、要求された映像ファイルのサイズを識別して完了予測時間を推測し、アップロードされてからの時間を確認することにより判定しても良いし、メディアサーバ７０からアップロード完了予測時間を取得し、アップロードされてからの時間を確認することにより判定しても良いし、メディアサーバ７０が判定した結果を受けて判定しても良い。また、所定時間とは、全データサイズに対する完了予測時間から算出される割合の時間でも、一定の時間でも良い。なお、一定の時間を示す閾値などを示すデータは、判定部４５に格納されている。また、一定の時間の場合、ＳＭＳサーバ３０を経由して通話相手を呼び出し、通話相手がＳＩＰサーバ４０へアドレス登録（Ｒｅｇｉｓｔｒａｔｉｏｎ）してＩＮＶＩＴＥメッセージを受け取るまでにかかるネットワーク上（システム上）のを考慮した時間が好ましい。
【００２４】
第３の実施例では、アップロード処理が完了するまでの残り時間が所定時間になったときに通話相手を呼び出すので、所定時間分、第１の実施例よりも早く相手を呼び出せると共に、通話開始直後からファイルを再生することができる。
【００２５】
第４の実施例は、ＳＩＰサーバ４０のＳＩＰ情報受信部４１がＩＮＶＩＴＥ（新規）メッセージを受信した際、通話中に再生する映像ファイルのアップロードの要求を受けると、通話処理部４２が、要求された映像ファイルのメディアサーバ７０へのアップロード処理が開始されてから所定時間が経過して、通話相手を呼び出す処理を実行するものである。
【００２６】
ここで、要求された映像ファイルのメディアサーバ７０へのアップロード処理が開始されてから所定時間が経過したか否かを判定部４５が判定する。なお、判定部４５は、要求された映像ファイルのメディアサーバ７０へのアップロード処理が開始されてからの時間を確認することにより判定しても良いし、メディアサーバ７０からアップロード処理が開始されてからの時間を取得し、確認することにより判定しても良いし、メディアサーバ７０が判定した結果を受けて判定しても良い。また、所定時間を示す閾値などを示すデータは、判定部４５に格納されている。
【００２７】
第４の実施例では、アップロード処理の開始から一定時間経過後に通話相手を呼び出すので、通話の開始が遅くなることを防ぐことができる。
【００２８】
なお、第２、第３、第４の実施例においては、通信端末Ｂ、Ｃの通話相手が応答して通話可能状態になった時点でも通信路の影響によりアップロード処理が完了しない場合がある。その場合は、通信端末Ａは、通話相手との通話が開始すると、通話に必要な帯域を確保して、残りの帯域でアップロード処理を行う。すなわち、現在使用可能な帯域と例えばテレビ電話で使用する帯域からファイル転送に使用可能な帯域を算出し、通話に影響が出ないようにファイル転送量を下げて、ファイル転送に使用可能な帯域内でファイル転送を継続する。また、別の方法として、通話相手との通話が開始すると、音声のパケットの転送量が一定量以下である無音区間を検出して、無音状態になった時にまとめてファイルをアップロードするようにしてもよい。図５は、通話可能状態になった時点でアップロード処理が完了しない時に通信端末Ａの表示装置に表示される画面の例を示す図である。画面には、バー２０３が表示され、アップロードの進捗状況が分かるようにする。２０１はテレビ電話で通話している相手の映像であり、２０２は自分の映像である。
【００２９】
次に、メディアサーバについて説明する。図７は、メディアサーバの一例を示す構成図である。メディアサーバ７０は、映像・音声ファイル受信部７１と、ファイル処理部７２と、制御部７３と、映像・音声ファイル格納部７４と、監視部７５と、映像・音声ファイル送信部７６と、メディアサーバ情報送信部７７とを備える。
【００３０】
映像・音声ファイル受信部７１は、ＰＤＳＮ５０を通じて携帯端末装置１０からアップロードされた映像ファイルを受信する。ファイル処理部７２は、受信した映像ファイルを映像・音声ファイル格納部７４に格納する。また、ファイル処理部７２は、通話中の携帯端末装置１０から映像ファイルの再生要求を受けると、映像・音声ファイル格納部７４に格納された当該映像ファイルを映像・音声ファイル送信部７６からＰＤＳＮ５０を通じて各携帯端末装置１０に配信する。
【００３１】
監視部７５は、ファイル処理部７２を監視して、アップロード進捗状況を示す情報、アップロード完了予測時間の情報、アップロード開始時刻の情報または判定情報を取得し、メディアサーバ情報送信部７７を介してこれらの情報をＳＩＰサーバ４０へ送信する。
【００３２】
メディアサーバ７０にアップロードされた映像ファイルは、映像ファイルをアップロードした通信端末から操作することができる。なお、通話相手からの操作により再生等のアップロードされた映像ファイルのコントロールを行うようにしても良い。通信端末Ａで映像ファイルを再生指示すると、話者の映像と音声は停止し、メディアサーバ７０から通信端末Ａ、Ｂ、Ｃに映像ファイルが送信されても良いし、上述したように、通信端末で再生する映像ファイルがメディアサーバ７０にあるので、メディアサーバ７０でファイルの映像と音声に話者の音声を合成して通話相手の通信端末に送信するようにすることも可能である。映像ファイルの音声と話者の音声を合成できると、再生中の映像ファイルについて会話をする（コメントする）ことが可能となる。通信端末側で映像ファイルの音声と話者の音声を合成する方法もあるが、すべての話者の音声を合成する場合、通信端末にすべての話者の音声データが必要となる。
【００３３】
また、メディアサーバ７０にアップロードされた映像ファイルは、呼が確立しなかったとき（発信をキャンセルした場合）、または、通話が終了したときに削除されるが、例えば、終話時に気に入った映像ファイルがあればメディアサーバ７０からダウンロードして通信端末に保存できるようにしてもよい。
【００３４】
また、本発明では、映像ファイルの音声と話者の音声を合成しないで、例えばテレビ電話とは別に映像ファイルを通話相手の通信端末に送信するようにしても良い。この場合、映像ファイルを送信するメディアサーバの情報などは事前に通信端末に通知しておく必要がある。図６は、テレビ電話で通話しているときに、テレビ電話とは別に送信された映像ファイルを受信して再生しているときの画面の例を示す図である。２０１は相手の映像であり、２０２は自分の映像であり、２０４はファイル再生の映像である。
【図面の簡単な説明】
【００３５】
【図１】本発明に係るＳＩＰサーバが接続されるネットワークの構成図である。
【図２】本発明に係るＳＩＰサーバの一例を示す構成図である。
【図３】ＳＩＰサーバの動作の第1の実施例を説明するシーケンス図である。
【図４】アップロード処理時に通信端末Ａの表示装置に表示される画面の例を示す図である。
【図５】通話可能状態になった時点でアップロード処理が完了しない時に通信端末Ａの表示装置に表示される画面の例を示す図である。
【図６】テレビ電話で通話しているときに、テレビ電話とは別に送信された映像ファイルを受信して再生しているときの画面の例を示す図である。
【図７】メディアサーバの一例を示す構成図である。
【符号の説明】
【００３６】
１０  携帯端末装置
２０  基地局
３０  ＳＭＳサーバ
４０  ＳＩＰサーバ
４１  ＳＩＰ情報受信部
４２  通話処理部
４３  制御部
４４  ＳＭＳ送信要求部
４５  判定部
４６  ＳＩＰ情報送信部
４７  メディアサーバ情報受信部
５０  ＰＤＳＮ
６０  ネットワーク
７０  メディアサーバ
７１  映像・音声ファイル受信部
７２  ファイル処理部
７３  制御部
７４  映像・音声ファイル格納部
７５  監視部
７６  映像・音声ファイル送信部
７７  メディアサーバ情報送信部
２０１  相手の映像
２０２  自分の映像
２０３  バー
２０４  ファイル再生の映像
【図１】
2008085808.tif 000003
【図２】
2008085808.tif 000004
【図３】
2008085808.tif 000005
【図４】
2008085808.tif 000006
【図５】
2008085808.tif 000007
【図６】
2008085808.tif 000008
【図７】
2008085808.tif 000009