JP5094977B2

JP5094977B2 - 通信方法および通信デバイス

Info

Publication number: JP5094977B2
Application number: JP2010542491A
Authority: JP
Inventors: ワン，シン
Original assignee: アルカテル−ルーセントユーエスエーインコーポレーテッド
Priority date: 2008-01-15
Filing date: 2008-01-15
Publication date: 2012-12-12
Anticipated expiration: 2028-01-15
Also published as: US20110047241A1; EP2249553A1; WO2009089648A1; ES2795802T3; KR20100113550A; CN102017564A; EP2249553B1; JP2011514696A; US8626868B2; KR101426720B1; EP2249553A4

Description

本発明は、一般に、通信技術の分野に関し、より詳細には、呼の間にマルチメディア・データを送信するための通信方法および通信デバイスに関する。

通信プラットフォームのデータ処理能力の向上とともに、ここ数十年間に、ショート・メッセージ、電話帳、ゲーム、フォト・グラフィング、マルチメディア・プレーヤなどの通信アプリケーションの数の大幅な増加があった。通信ネットワークを介するデータの高速の転送は、様々な通信標準（例えば、ＳＩＰ、ＧＰＲＳ、ＵＭＴＳ、ＣＤＭＡ、ＷＡＰ、ＨＳＤＰＡ）の開発につれて、広範に応用されることになるものと考えられる。

通信中、特に、呼の間、或る加入者が、その呼の他方の加入者にマルチメディア・データ・ファイル（例えば、ｊｐｇフォーマット、ｍｐ３フォーマット、ａｖｉフォーマット、ｗｍｖフォーマット、ｒｍフォーマット、ｍｐｅｇフォーマットで格納されたオーディオ・データ・ファイル、ピクチャ・データ・ファイル、またはビデオ・データ・ファイル）を再生することを所望するとなると、その呼の間に、そのマルチメディア・データをどのように送信するか、すなわち、その呼の中に、そのマルチメディア・データをどのように挿入するかが、問題である。

既存の技術的ソリューションによれば、すべてのマルチメディア・データ伝送リソースは、呼の始めに占有されて、その後、その呼の終わりに解放され、したがって、マルチメディア・データが全く送信されていない場合、大量のリソースが、無駄にされる。さらに、加入者が、後のマルチメディア・データ送信のために、より多くのマルチメディア・データを格納することを所望する場合、ますます多くの記憶スペースが、消費される。このため、加入者は、より多くのデータ・ファイルを収容するように、高いレートの圧縮を使用することによって、ピクチャ・データ・ファイル、オーディオ・データ・ファイル、またはビデオ・データ・ファイルの品質を低下させる必要がある可能性がある。

前述した問題に鑑みて、本発明は、呼の間にマルチメディア・データを送信するための通信方法および通信デバイスを提供する。

本発明の第１の態様によれば、端末装置間で呼の間にマルチメディア・データを送信するための通信方法が、提供される。この方法は、その呼における端末装置の１つから開始されたマルチメディア・データ送信要求を受信するステップと、この要求に応答して、その呼における端末装置の１つまたは複数にマルチメディア・データを送信するステップとを備えることが可能である。

本発明の第２の態様によれば、端末装置間で呼の間にマルチメディア・データを送信するための通信デバイスが、提供される。この通信デバイスは、その呼における端末装置の１つから開始されたマルチメディア・データ送信要求を受信するための受信ユニットと、この要求に応答して、その呼における端末装置の１つまたは複数にマルチメディア・データを送信するための送信ユニットとを備えることが可能である。

本発明の他の特徴および利点は、添付の図面と併せて解釈される場合に、本発明の原理を例示する実施形態の以下の説明から明白となる。

本発明が、よりよく理解されるにつれ、本発明の他の目的および効果が、添付の図面と併せて解釈される、以下の説明から、より明白となり、理解するのが容易となろう。

本発明による呼の間に端末装置にマルチメディア・データを送信する通信プロセスを示す概略図である。本発明の或る実施形態による通信方法を示す流れ図である。本発明の或る実施形態による呼の間にマルチメディア・データを送信する通信デバイスを示すブロック図である。

前述のすべての図面において、符号は、同一の、同様の、または対応する特徴もしくは機能を表す。

本発明の主な原理は、２つ以上の端末装置が呼を行っている最中に、或る端末装置の要求があると、その呼の間に１つまたは複数の端末装置にマルチメディア・データを送信することである。

以降、本発明の実施形態は、添付の図面を参照して説明される。

図１は、本発明による呼の間に端末装置にマルチメディア・データを送信する通信プロセスの概略図である。図１に示されるとおり、端末装置１と端末装置２が、呼を行っている。この時点で、端末装置１が、端末装置２および／または端末装置１自らに特定のマルチメディア・データ（例えば、オーディオ・ファイル、ビデオ・ファイル、ピクチャ・ファイル、またはそれらの組合せ）を送信することを意図する場合、端末装置１は、本発明のマルチメディア通信デバイス３にマルチメディア・データ送信要求を送ることができる。

次に、通信デバイス（例えば、図１に示されるマルチメディア通信デバイス３）が、その要求を分析することによって、端末装置１が、呼におけるいずれの端末装置にどのようなマルチメディア・データを送信することを意図しているかを知ることができる。例えば、端末装置１は、呼における端末装置１自ら、および端末装置２に曲、「ｍｏｏｎｒｉｖｅｒ．ｍｐ３」を送信することを所望する。

次に、マルチメディア通信デバイス３が、要求されたマルチメディア・データ、例えば、曲、「ｍｏｏｎｒｉｖｅｒ．ｍｐ３」を、デバイス３の記憶ユニットの中の事前に格納されたマルチメディア・データの中から探索することができ、さらにその後、見出されたマルチメディア・データを端末装置１および２に送信することができる。

その後、端末装置１および２は、端末装置１と端末装置２が呼状態のままである間、端末装置１および２自らが備えるマルチメディア・プレーヤによって、マルチメディア通信デバイス３から受信されたマルチメディア・データを再生することができる。このようにして、端末装置１および２の加入者は、その曲を聴くこと、ビデオを観ること、ピクチャを観賞することなどを同時に行うことができる。

本発明によれば、マルチメディア通信デバイス３は、マルチメディア・データ送信サービスを提供することができる。「マルチメディア送信サービス」という用語は、或る端末装置の要求に応答して、マルチメディア通信デバイス３が、この端末装置、および／またはこの端末装置を相手に呼を行っている他方の端末装置に、所望されるマルチメディア・データを送信することを意味する。マルチメディア送信サービスのために、端末装置は、あらかじめマルチメディア通信デバイス３に登録されることが可能である。例えば、マルチメディア通信デバイス３が、或る端末装置にマルチメディア・データ送信サービスの提供を許す場合、マルチメディア通信デバイス３上に格納された端末装置サービス・レコード・テーブル上に、この端末装置に関してマルチメディア・データ送信サービスが有効にされることが記録される。

さらに、本発明によれば、マルチメディア通信デバイス３の中に、端末装置が、マルチメディア通信デバイス３から送信されたマルチメディアを受信することに同意するかどうかを示す「受信有効／無効」情報が格納されもする。「受信有効／無効」情報に関して、端末装置が、マルチメディア通信デバイス３にあらかじめ登録されもする。例えば、或る端末装置が、マルチメディア通信デバイス３から送信されたマルチメディア・データを受信することに同意した場合、端末装置サービス・レコード・テーブルにおける「受信有効／無効」情報は、「有効」として設定される。

図１は、マルチメディア通信デバイス３上の端末装置サービス・レコードの例を示す。テーブル１の行２、列３に示されるとおり、８７０００１というアドレスを有する端末装置１に関して、「マルチメディア・データ送信サービス」情報は、マルチメディア通信デバイス３上で「有効」として設定される。このことは、マルチメディア通信デバイス３が、端末装置１の要求に応答して、端末装置１、および／または端末装置１を相手に呼を行っている他方の端末装置に、所望されるマルチメディア・データを送信することが可能であることを意味する。さらに、テーブル１の行２、列４に示されるとおり、８７００００１というアドレスを有する端末装置１に関して、「受信有効／無効」情報は、「有効」として設定され、このことは、端末装置１が、マルチメディア・データを受信することに同意することを意味する。同様に、テーブル１の行３から明らかなとおり、マルチメディア・データ送信サービスは、８７００００２というアドレスを有する端末装置２に関して有効にされない一方で、端末装置２は、マルチメディア通信デバイスから送信されたマルチメディア・データを受信することができる。

本発明において、送信されたマルチメディア・データは、マルチメディア通信デバイス３内の記憶ユニットの中に格納される。このマルチメディア・データは、事前に格納される、端末装置によって供給される、またはサービス・プロバイダによって供給されることが可能である。例えば、端末装置が、移動電話機である場合、マルチメディア・データは、ＷＡＰを介して、本発明のマルチメディア通信デバイス３に転送される。端末装置が、パーソナル・コンピュータである場合、マルチメディア・データは、ウェブ・サーバを介してＨＴＴＰ、ＦＴＰなどによってマルチメディア通信デバイス３に転送される。このようにして、マルチメディア通信デバイス３の中に格納されたマルチメディア・データは、様々な手段によって更新され、管理されることが可能である。

図２は、本発明の或る実施形態による通信方法の流れ図である。この実施形態において、端末装置１と端末装置２は、呼を行っている。端末装置１が、端末装置２、および端末装置１自らにマルチメディア・データを送信することを求めるマルチメディア・データ送信要求をマルチメディア通信デバイス３に送る。マルチメディア・データ送信サービスが、端末装置１に関して有効にされており、さらに「受信有効／無効」情報が、端末装置１および２に関して「有効」として設定されていると判定されると、マルチメディア・データが、送信される。マルチメディア・データが、呼の間に送信されている際、端末装置１および２は、中断なしに、その呼を保つことができる。マルチメディア・データの送信中、このマルチメディア・データを受信している端末装置は、そのマルチメディア・データ送信を停止することを求める要求を行うことができる。

本発明の或る実施形態による通信方法が、以下に図２を参照して詳細に説明される。

第１に、ステップ２０１で、マルチメディア通信デバイス３が、呼における或る端末装置から開始されたマルチメディア・データ送信要求を受信する。本発明によれば、端末装置１が、呼における１つまたは複数の端末装置に所望されるマルチメディア・データを送信するよう、マルチメディア通信デバイス３に要求することが可能である。例えば、このマルチメディア・データ送信要求は、端末装置１が、マルチメディア・データを送信することを所望する端末装置の名前を含むことが可能である。

具体的には、端末装置１が、マルチメディア・データ送信要求を開始する場合、端末装置１は、様々な仕方で（例えば、ＳＩＰＩＮＦＯなどを介して）マルチメディア通信デバイス３に関連する特定の番号に、要求されるコンテンツを含むメッセージを送ることが可能である。

ＳＩＰＩＮＦＯメッセージの例が、以下に示される。すなわち、
ＩＮＦＯｓｉｐ：ｉｍｓｎｅｔｗｏｒｋ．ｅｎｔｅｒｐｒｉｓｅ．ｃｏｍ：５０６０；ｕｓｅｒ＝ｐｈｏｎｅＳＩＰ／２．０
．．．．．．
Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｐｌａｙ＋ｘｍｌ
Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ：１２６
．．．．．．
＜？ｘｍｌｖｅｒｓｉｏｎ＝”１．０”ｅｎｃｏｄｉｎｇ＝” ＵＴＦ−８”＞
＜ｐｌａｙ＞
＜ｐｌａｙＲｅｑｕｅｓｔｔｉｍｅｏｕｔ＝”５”＞
＜ｆｉｌｔｅｒ＞ｆｉｌｅｎａｍｅ＝”ｍｏｏｎｒｉｖｅｒ．ｍｐ３”＜／ｆｉｌｔｅｒ＞
＜ｆｉｌｔｅｒ＞ｔａｒｇｅｔ＝”ｓｕｂｓｃｒｉｂｅｒ２” ＜／ｆｉｌｔｅｒ＞
＜／ｐｌａｙＲｅｑｕｅｓｔ＞
＜／ｐｌａｙ＞

コンテンツ・タイプ「ａｐｐｌｉｃａｔｉｏｎ／ｐｌａｙ＋ｘｍｌ」が、ＳＩＰＩＮＦＯメッセージの本文に追加され、さらに要求されるコンテンツが、本文の終わりにおいてＸＭＬで記述される。この実施形態において、端末装置１が、「加入者２」、すなわち、端末装置２に「ｍｏｏｎｒｉｖｅｒ．ｍｐ３」が５秒内に送信されることを要求する。

この実施形態においてＳＩＰＩＮＦＯメッセージの中で使用されるコンテンツ・タイプ「ａｐｐｌｉｃａｔｉｏｎ／ｐｌａｙ＋ｘｍｌ」は、例えば、「ａｐｐｌｉｃａｔｉｏｎ／ｐｌａｙ＋ｔｘｔ」または「ａｐｐｌｉｃａｔｉｏｎ／ｐｌａｙ＋ｊａｖａｓｃｒｉｐｔ」であることも可能であることを理解されたい。つまり、要求されるコンテンツは、平文で記述されること、またはｊａｖａｓｃｒｉｐｔで記述されることなどが可能である。

さらに、端末装置１の要求は、ＳＩＰＩＮＦＯメッセージに加えて、他のタイプのメッセージを用いて送られることも可能であることを理解されたい。

ステップ２０２で、端末装置がマルチメディア・データ送信要求を開始したことに関するレコードが、探索される。具体的には、端末装置１から要求が受信されると、端末装置１に関するレコードが、テーブル１によって示される端末装置サービス・レコード・テーブルにおいて探索される。例えば、端末装置１に関するレコードは、端末装置１のアドレスおよび名前、「マルチメディア・データ送信サービス」情報、「受信有効／無効」情報などを含むことが可能である。

ステップ２０３で、この端末装置に関してマルチメディア・データ送信サービスが有効にされているかどうかが、判定される。「はい」である場合、フローは、ステップ２０４に進む。「いいえ」である場合、フローは、終了する。

ステップ２０４で、マルチメディア・データが送信されるべき端末装置に関するレコードが、探索される。この実施形態において、マルチメディア・データは、端末装置１および２に送信されることになり、したがって、端末装置１および２に関するレコードが、端末装置サービス・レコード・テーブルの中に記録される。

ステップ２０５で、この端末装置に関するレコードの中の「受信有効／無効」情報が、「有効」として設定されているかどうかが判定される。「はい」である場合、フローは、ステップ２０６に進む。「はい」ではない場合、フローは、終了する。この実施形態において、端末装置１および２のそれぞれに関するレコードの中の「受信有効／無効」情報は、「有効」として設定されているので、端末装置１と端末装置２の両方が、送信されたマルチメディア・データを受信することができる。次に、フローは、ステップ２０６に進む。

ステップ２０６で、要求されるマルチメディア・データが、受信されたマルチメディア・データ送信要求に従って獲得される。

前述したとおり、本発明の方法の実施に先立って、送信のために使用されるマルチメディア・データが、様々な仕方で供給されることが可能である。例えば、移動電話機、パーソナル・コンピュータ、またはＰＤＡ（携帯情報端末）が、ＨＴＴＰ、ＦＴＰ、またはＷＡＰなどを介してマルチメディア・データを供給することが可能である。

したがって、ステップ２０６で、送信されるべきマルチメディア・データの名前、例えば、ｍｏｏｎｒｉｖｅｒ．ｍｐ３がまず、マルチメディア・データ送信要求から獲得され、次に続いて、大量の格納済みのマルチメディア・データが、この要求されるマルチメディア・データを獲得するように探索される。要求されるマルチメディア・データが、見出されない場合、そのマルチメディア・データ送信要求を開始した端末装置に通知が行われ、フローは、終了する。

ステップ２０７で、マルチメディア・データが送信される一方で、端末装置の間の呼は、中断されない。

この時点で、端末装置１が送信することを所望するマルチメディア・データは、端末装置１と端末装置２に、端末装置１と端末装置２が呼を行っている間に、同時に送信されることが可能である。マルチメディア・データを受信すると、端末装置１および２は、端末装置１および２自らのマルチメディア・プレーヤを使用して、このマルチメディア・データを再生することができる。このようにして、端末装置１および２の加入者は、通常の呼に影響を及ぼすことなしに、曲を聴く、ビデオを観る、またはピクチャを観賞することができる。

好ましくは、ステップ２０８で、マルチメディア・データ送信停止要求が、端末装置から受信される。マルチメディア・データ送信の停止を要求する端末装置は、「受信有効／無効」が有効にされている端末装置、マルチメディア・データを受信している端末装置、これらの端末装置のいずれか１つ、または呼を行っている端末装置のいずれか１つであることさえ可能である。

例えば、端末装置２が、例えば、以下に示されるとおり、ＳＩＰＩＮＦＯメッセージを編集して、このメッセージを、マルチメディア通信デバイスに関連する或る特定の番号に送ることができる。すなわち、
ＩＮＦＯｓｉｐ：ｉｍｓｎｅｔｗｏｒｋ．ｅｎｔｅｒｐｒｉｓｅ．ｃｏｍ：５０６０；ｕｓｅｒ＝ｐｈｏｎｅＳＩＰ／２．０
．．．．．．
Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｐｌａｙ＋ｘｍｌ
Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ：１３０
．．．．．．
＜？ｘｍｌｖｅｒｓｉｏｎ＝”１．０”ｅｎｃｏｄｉｎｇ＝” ＵＴＦ−８”＞
＜ｐｌａｙ＞
＜ｐｌａｙＳｔｏｐＲｅｑｕｅｓｔｔｉｍｅｏｕｔ＝”５”＞
＜／ｐｌａｙＳｔｏｐＲｅｑｕｅｓｔ＞
＜／ｐｌａｙ＞

ＳＩＰＩＮＦＯメッセージの本文の中で、要求されるコンテンツは、ＸＭＬによって記述される。つまり、端末装置２が、５秒内にマルチメディア・データ送信が停止されることを要求する。

ステップ２０９で、マルチメディア通信デバイス３が、端末装置１および２にマルチメディア・データを送信することを停止するとともに、端末装置は、同時に呼を行っているままであることが可能である。マルチメディア・データ送信が、正常に停止されると、ＳＩＰ２００ＯＫメッセージが、マルチメディア・データ送信の停止の成功を確認するのに使用されることが可能である。マルチメディア・データ送信停止要求に関するＳＩＰ２００ＯＫメッセージの例が、以下に示される。すなわち、
ＳＩＰ／２．０２００ＯＫ
．．．．．．
Ｃｏｎｔｅｎｔ−Ｔｙｐｅ：ａｐｐｌｉｃａｔｉｏｎ／ｐｌａｙ＋ｘｍｌ
Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ：１２８
．．．．．．
＜？ｘｍｌｖｅｒｓｉｏｎ＝”１．０”ｅｎｃｏｄｉｎｇ＝” ＵＴＦ−８”＞
＜ｐｌａｙ＞
＜ｐｌａｙＳｔｏｐＲｅｑｕｅｓｔＲｅｓｕｌｔＳｕｃｃｅｓｓ＞
＜／ｐｌａｙＳｔｏｐＲｅｑｕｅｓｔＲｅｓｕｌｔ＞
＜／ｐｌａｙ＞

次に、フローは、終了する。

本発明の実施形態の変形
図２に示される実施形態のステップ２０７で、端末装置の間の呼は、マルチメディア・データが送信されている間に中断されることはない。本発明の別の実施形態において、端末装置１と端末装置２の間の呼は、マルチメディア・データが送信されている間、中断されることが可能であり、さらにこの呼は、マルチメディア・データの送信が終了した後、再開される。

図２に示される実施形態において、端末装置１と端末装置２の両方に関する「受信有効／無効」情報が、「有効」として設定されている場合、マルチメディア通信デバイス３は、端末装置１と端末装置２にマルチメディア・データを同時に送信することができる。さらに、端末装置１に関する「受信有効／無効」情報が、「有効」として設定されており、端末装置２に関する「受信有効／無効」情報が、「無効」として設定されている場合、マルチメディア通信デバイス３は、端末装置１だけにマルチメディア・データを送信する。

本発明の別の実施形態において、端末装置に関する「マルチメディア・データ送信サービス」情報と「受信有効／無効」情報がともに、「有効」として事前設定されることが可能である。したがって、デフォルトの場合、通信デバイスは、或る端末装置からマルチメディア・データ送信を求める要求を受信することが可能であり、さらにすべての端末装置が、このマルチメディア・データを受信することを許される。

本発明の別の実施形態において、２つ以上のマルチメディア・データ・ファイルが、順次に、並行に、または順次と並行の組合せで送信されることが可能である。例えば、「ｍｏｏｎｒｉｖｅｒ．ｍｐ３」という名称のオーディオ・ファイルが、或る端末装置に送信されている最中に、「ｉｍａｇｅ．ｊｐｇ」という名称のピクチャ・ファイル、および「ｖｉｄｅｏ．ｍｐｇ」という名称のビデオ・ファイルが、送信される。

本発明の別の実施形態において、或る端末装置が、マルチメディア・データの現在の送信を停止して、別のマルチメディア・データを送信することを所望する場合、この端末装置は、図２に示される実施形態のステップ２０８で、マルチメディア通信デバイス３に、マルチメディア・データ送信停止要求ではなく、マルチメディア・データ送信切換え要求を送ることが可能である。この時点で、この要求を送る端末装置に関して、マルチメディア・データ送信サービスが有効にされているかどうかを確かめる、またはマルチメディア・データが送信されることになる端末装置に関して、「受信有効／無効」が有効にされているかどうかを確認することは、必要ではない。マルチメディア通信デバイスは、現在のマルチメディア・データ送信を停止した直後に送信するために、マルチメディア・データ送信切換え要求の中で指定されたマルチメディア・データを獲得する。

複数の端末装置が呼を行っている本発明の別の実施形態において、異なる端末装置に対する異なるマルチメディア・データの送信が、要求の中で設定されることが可能であり、したがって、呼は、よりカスタマイズされる。

図３は、本発明の実施形態による呼の間にマルチメディア・データを送信する通信デバイス３００のブロック図である。通信デバイス３００は、受信ユニット３１０と、送信ユニット３２０とを備える。通信デバイス３００は、記憶ユニット３３０と、記録ユニット３４０とをさらに備える。

図３に示されるとおり、受信ユニット３１０は、呼を行っている端末装置の１つから開始されたマルチメディア・データ送信要求を受信することが可能である。受信ユニット３１０は、例えば、ＨＴＴＰ、ＦＴＰ、またはＷＡＰを介して端末装置またはサービス・プロバイダによって供給されるマルチメディア・データをさらに受信して、このマルチメディア・データを、格納のために記憶ユニット３３０に転送することができる。また、受信ユニット３１０は、端末装置に関する「マルチメディア・データ送信サービス」または「受信有効／無効」を有効にすること、または無効にすることを求める要求を受信して、有効にすることを求める要求を記録ユニット３４０に転送することもできる。

送信ユニット３２０は、要求されるマルチメディア・データを獲得して、このマルチメディア・データを、呼における１つまたは複数の端末装置に送信することができる。好ましくは、送信ユニット３２０は、要求を開始した１つまたは複数の端末装置に関して、マルチメディア・データ送信サービスが有効にされているか否かを確かめるための手段と、その１つまたは複数の端末装置が、そのマルチメディア・データを受信することに同意するか否かを確かめるための手段と、要求を開始した端末装置に関して、マルチメディア・データ送信サービスが有効にされており、さらにその１つまたは複数の端末装置が、そのマルチメディア・データを受信することに同意すると判定された場合、その１つまたは複数の端末装置に、そのマルチメディア・データを送信するための手段とをさらに備えることが可能である。

具体的には、送信ユニット３２０は、マルチメディア・データが送信されることになる端末装置に関するレコードを探して記録ユニット３４０をさらにサーチすることができ、この端末装置に関して「受信有効／無効」が有効にされていると判定する。

さらに、受信ユニット３１０は、端末装置からマルチメディア・データ送信停止要求を受信するための手段をさらに備えることが可能であり、送信ユニット３２０に、この要求を転送し、さらに送信ユニット３２０は、そのマルチメディア・データ送信停止要求に基づいて、その１つまたは複数の端末装置に、そのマルチメディア・データを送信することを停止するための手段をさらに備えることが可能である。

記憶ユニット３３０は、例えば、ＨＴＴＰ、ＦＴＰ、またはＷＡＰなどを介して端末装置またはサービス・プロバイダによって供給されることが可能なマルチメディア・データを格納することができる。

記録ユニット３４０は、端末装置に関する「マルチメディア・データ送信サービス」情報または「受信有効／無効」情報を記録することができる。さらに、「マルチメディア・データ送信サービス」または「受信有効／無効」を有効にすることを求める端末装置の要求に基づいて、記録ユニット３４０は、この端末装置に関するレコードを探索して、この端末装置に関する「マルチメディア・データ送信サービス」情報または「受信有効／無効」が「有効」として設定されたことを、そのレコードの中に記録することができる。

本発明の様々なユニットおよび手段は、ソフトウェアで、ファームウェアで、ハードウェアで、またはそれらの組合せで実施されることが可能であることを認識されたい。

本発明の様々なユニットおよび手段は、単一のサーバ上に存在しても、異なるサーバ上に分散された仕方で配置されてもよいことをさらに認識されたい。

本発明のより容易な理解を促すために、以上の説明は、当業者によく知られており、本発明の実施に不可欠である可能性がある、より詳しい技術的詳細を省略していることに留意されたい。

本発明の明細書は、例示および説明の目的で提示されており、網羅的であることも、開示される形態の発明に限定されることも意図していない。多くの変形および変種が、当業者には明白となろう。

したがって、これらの実施形態は、本発明の原理、およびこれらの原理の実際的な適用を最もよく説明するため、および当業者が、添付の特許請求の範囲で規定される本発明の保護範囲に含まれる本発明の趣旨を逸脱することなく行われるすべての変形および変更を理解することを可能にするように選択され、説明されている。

Claims

端末装置間で呼の間にマルチメディア・データを送信するための通信方法であって、
前記呼における前記端末装置の１つから開始されたマルチメディア・データ送信要求を受信するステップと、
前記要求を開始した前記端末装置に関してマルチメディア・データ送信サービスが有効にされており、さらに前記端末装置の１つまたは複数が前記マルチメディア・データを受信することに同意すると判定された場合、前記要求に応答して、前記呼における前記端末装置の１つまたは複数に前記マルチメディア・データを送信するステップとを備える方法。
前記要求を開始した前記端末装置に関して、マルチメディア・データ送信サービスが有効にされているかどうかを確かめるステップと、
前記１つまたは複数の端末装置が、前記マルチメディア・データを受信することに同意するかどうかを確かめるステップとをさらに備える請求項１に記載の方法。
前記端末装置間の前記呼は、前記マルチメディア・データが、前記１つまたは複数の端末装置に送信されている間に中断されることはない請求項１に記載の方法。
前記端末装置間の前記呼は、前記マルチメディア・データが、前記１つまたは複数の端末装置に送信されている間に中断される請求項１に記載の方法。
１つの端末装置からマルチメディア・データ送信停止要求を受信するステップと、
前記マルチメディア・データ送信停止要求に基づいて、前記１つまたは複数の端末装置に前記マルチメディア・データを送信することを停止するステップとをさらに備える請求項１に記載の方法。
前記マルチメディア・データは、ピクチャ・ファイル、オーディオ・ファイル、ビデオ・ファイル、またはそれらの組合せである請求項１に記載の方法。
端末装置またはサービス・プロバイダによって供給される前記マルチメディア・データを受信するステップと、
前記マルチメディア・データを格納するステップとをさらに備える請求項１に記載の方法。
前記マルチメディア・データは、ＨＴＴＰ、ＦＴＰ、およびＷＡＰの１つを介して供給される請求項７に記載の方法。
前記端末装置は、移動電話機、パーソナル・コンピュータ、または携帯情報端末である請求項１に記載の方法。
端末装置間で呼の間にマルチメディア・データを送信するための通信デバイスであって、
前記呼における前記端末装置の１つから開始されたマルチメディア・データ送信要求を受信するための受信ユニットと、
前記要求を開始した前記端末装置に関してマルチメディア・データ送信サービスが有効にされており、さらに前記端末装置の１つまたは複数が前記マルチメディア・データを受信することに同意すると判定された場合、前記要求に応答して、前記呼における前記端末装置の１つまたは複数に前記マルチメディア・データを送信するための送信ユニットとを備えるデバイス。
前記送信ユニットがさらに、
前記要求を開始した前記端末装置に関して、マルチメディア・データ送信サービスが有効にされているかどうかを確かめるための手段と、
前記１つまたは複数の端末装置が、前記マルチメディア・データを受信することに同意するかどうかを確かめるための手段と、
前記要求を開始した前記端末装置に関して、前記マルチメディア・データ送信サービスが有効にされており、さらに前記１つまたは複数の端末装置が、前記マルチメディア・データを受信することに同意すると判定された場合、前記１つまたは複数の端末装置に前記マルチメディア・データを送信するための手段とをさらに備える請求項１０に記載のデバイス。
前記端末装置間の前記呼は、前記マルチメディア・データが、前記１つまたは複数の端末装置に送信されている間に中断されることはない請求項１０に記載のデバイス。
前記端末装置間の前記呼は、前記マルチメディア・データが、前記１つまたは複数の端末装置に送信されている間に中断される請求項１０に記載のデバイス。
前記受信ユニットは、１つの端末装置からマルチメディア・データ送信停止要求を受信するための手段をさらに備え、さらに前記送信ユニットは、前記マルチメディア・データ送信停止要求に基づいて、前記１つまたは複数の端末装置に前記マルチメディア・データを送信することを停止するための手段をさらに備える請求項１０に記載のデバイス。
前記マルチメディア・データは、ピクチャ・ファイル、オーディオ・ファイル、ビデオ・ファイル、またはそれらの組合せである請求項１０に記載のデバイス。