(57)【要約】【課題】  本発明は、ショートメッセージサービス（ＳＭＳ）のコミュニケーションネットワークを使用して、メッセージおよび／またはマルチメディアコンテンツを配信するためのシステムと方法に関する。【解決手段】    モバイル機器は、コミュニケーションネットワークに接続される。発信側は、他のテレコミュニケーションネットワーク上の受信側にモバイル機器を使用してメッセージを配信する。一実施例による方法において、メッセージにはユニークな組合せの識別子を含ませ、これを使用して要求がなされる。そして、メッセージは受信側にストリーミングされる。メッセージは、受信側の統計学的特徴に基づき、マルチメディアコンテンツを含んでいてもよい。
2010517480.tif 000002
【特許請求の範囲】
【請求項１】
受信側に向けられたメッセージを発信側から受信するステップであって、前記メッセージはサーバを使用して受信されるところのステップ；
前記受信側が使用するためのユニークな組合せの識別子を割り当てるステップ；
前記受信側に、前記ユニークな組合せの識別子を含む通知を送るステップ、
前記メッセージを要求している前記受信側から、前記ユニークな組合せの識別子を含む要求を受信するステップ、
前記サーバを使用して前記メッセージを前記受信側にストリーミングするステップ；
を有する方法。
【請求項２】
前記ユニークな組合せの識別子に基づいて、前記発信側から前記受信側への他のメッセージをストリーミングするステップ、を更に有する請求項１記載の方法。
【請求項３】
前記発信側は、第１のテレコミュニケーションネットワークに接続され、かつ、前記受信側は、第２のテレコミュニケーションネットワークに接続される、請求項１記載の方法。
【請求項４】
前記メッセージは、ショートメッセージサービス（ＳＭＳ）のメッセージである、請求項１記載の方法。
【請求項５】
前記メッセージは、ショートボイスメッセージサービス（ＳＶＭＳ）のメッセージである、請求項１記載の方法。
【請求項６】
前記メッセージは、マルチメディアコンテンツを含む。請求項１記載の方法。
【請求項７】
前記発信側、および、前記受信側は、モバイル機器である請求項１記載の方法。
【請求項８】
前記通知が前記受信側に送られた旨の確認を前記発信側に送るステップ、を更に有する請求項１記載の方法。
【請求項９】
どの程度の量の前記メッセージが前記受信側にストリーミングされたかを示す情報を含む確認を前記発信側に送るステップ、を更に有する請求項１記載の方法。
【請求項１０】
前記受信側が前記メッセージを要求しなかった旨の通知を前記発信側に送るステップ、を更に有する請求項１記載の方法。
【請求項１１】
マルチメディアコンテンツと前記メッセージとを関連づけるステップ；および
前記マルチメディアコンテンツを前記受信側にストリーミングするステップ；
を更に有する請求項１記載の方法。
【請求項１２】
前記マルチメディアコンテンツが広告コンテンツを含む、請求項１１記載の方法。
【請求項１３】
前記通知は、マルチメディアコンテンツを記述している、請求項１記載の方法。
【請求項１４】
前記メッセージを前記発信側から受信するステップは、前記メッセージを記録することを前記発信側に促すためのサウンドアイコンを送るステップを含む、請求項１記載の方法。
【請求項１５】
前記サウンドアイコンが前記発信側の統計学的特徴に基づいている、請求項１４記載の方法。
【請求項１６】
前記サウンドアイコンが前記発信側の前のアクティビティに基づいている、請求項１４記載の方法。
【請求項１７】
前記サウンドアイコンが、受信を予定する前記受信側に基づいている、請求項１４記載の方法。
【請求項１８】
サーバを使用して、受信側に向けられたメッセージを受信するステップ；
前記メッセージを前記サーバに保存するステップ；
メッセージ識別子を前記メッセージと関連づけるステップであって、前記メッセージ識別子は前記メッセージと前記受信側に向けられた他のメッセージとを区別するように構成されるところのステップ；
前記受信側に前記メッセージ識別子を送るステップ；および
前記受信側が前記メッセージを要求する毎に、前記メッセージを前記受信側にストリーミングするステップであって、前記要求は前記メッセージ識別子を含むところのステップ；
を有する方法。
【請求項１９】
前記メッセージは、ショートメッセージサービス（ＳＭＳ）のメッセージである、請求項１８記載の方法。
【請求項２０】
前記メッセージは、ショートボイスメッセージサービス（ＳＶＭＳ）のメッセージである、請求項１８記載の方法。
【請求項２１】
前記メッセージは、マルチメディアコンテンツを含む、請求項１８記載の方法。
【請求項２２】
マルチメディアコンテンツと前記メッセージとを関連づけるステップ；および
前記受信側が前記メッセージを要求する毎に、前記受信側に前記マルチメディアコンテンツをストリーミングするステップ；
を更に有する請求項１８記載の方法。
【請求項２３】
前記マルチメディアコンテンツが広告コンテンツを含む、請求項２２記載の方法。
【請求項２４】
前記マルチメディアコンテンツが前記受信側の統計学的特徴に基づいている、請求項２２記載の方法。
【請求項２５】
前記メッセージを受信するステップは、前記メッセージを記録することを発信側に促すためのサウンドアイコンを送るステップを含む、請求項１８記載の方法。
【請求項２６】
前記サウンドアイコンが前記発信側の統計学的特徴に基づいている、請求項２５記載の方法。
【請求項２７】
前記サウンドアイコンが前記発信側の前のアクティビティに基づいている、請求項２５記載の方法。
【請求項２８】
プログラムを記録したコンピュータ可読の媒体であって、前記プログラムは、方法をコンピュータ装置によって実行可能であり、前記方法は、
受信側に向けられたメッセージを発信側から受信するステップであって、前記メッセージは前記コンピュータ装置を使用して受信されるところのステップ；
前記受信側が使用するためのユニークな組合せの識別子を割り当てるステップ；
前記受信側に、前記ユニークな組合せの識別子を含む通知を送るステップ；
前記メッセージを要求している前記受信側から、前記ユニークな組合せの識別子を含む要求を受信するステップ；および
前記コンピュータ装置を使用して前記メッセージを前記受信側にストリーミングするステップ；
を有する、コンピュータ可読の媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メッセージ送信に関する。より詳細には、モバイル機器にメッセージを配信するためのシステムと方法に関する。
【背景技術】
【０００２】
移動体通信の普及は、音声通信を越えてテキストメッセージ通信を利用するプロトコルへと拡大した。たとえば、ショートメッセージサービス（ＳＭＳ）および、音声メッセージ送信、たとえばショートボイスメッセージサービス（ＳＶＭＳ）が挙げられる。ＳＭＳは、モバイル機器ユーザがテキストメッセージを送受信することができる電気通信サービスである。ＳＶＭＳは、モバイル機器ユーザが音声録音を送受信することを可能とする。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
従来、ＳＭＳユーザは、移動電話提供者に申し込みを行う。ＳＭＳ発信側は、通常は、メッセージを短くするために、多くの省略形を含める。ＳＭＳは、このようにモバイル機器に対して、「タイプし、かつ、読む」テキストメッセージ通信サービスを提供する。ＳＭＳ、および、ＳＶＭＳは、メッセージが受信側に配信されたことの保証が得られず、かつ、メッセージが配信されたかの確認をすることができない。
【課題を解決するための手段】
【０００４】
本発明の実施例の方法は、受信側（受信者、受信機器）に向けた発信側（発信者、発信機器）からメッセージを受け取るステップと、メッセージはサーバを使用して受け取られ、受信側が使用するためのユニークな組合せの識別子を割り当てるステップと、受信側に通知を送るステップとを有し、この通知には、ユニークな組合せの識別子を含む。この方法は、メッセージを要求している受信側から要求を受け取るステップと、この要求はユニークな組合せの識別子を含んでおり、サーバを使用して受信側にメッセージをストリーミングするステップとを更に含む。
【０００５】
本発明の他の実施例によれば、方法は、サーバを使用して受信側に向けたメッセージを受信するステップと、メッセージをサーバに保存するステップと、メッセージ識別子をメッセージと関連づけるステップと、メッセージ識別子は受信側に向けた他のメッセージとこのメッセージとを区別するように構成され、受信側にこのメッセージ識別子を送るステップとを有する。この方法は、受信側がメッセージを要求するメッセージを受信側に毎回ストリーミングするステップを更に含み、要求はメッセージ識別子を含んでいる。
【０００６】
本発明の他の実施例によれば、発信側からの受信側に向けたメッセージを受信する手順と、コンピュータ装置によってメッセージは受信され、受信側が使用するためのユニークな組合せの識別子を割り当てる手順と、受信側に通知（通知はユニークな組合せの識別子を含む）を送る手順とを含む方法をコンピュータ装置によって実行するプログラムであって、計算機可読の媒体にこのプログラムが格納されている。この方法は、メッセージを要求する受信側から要求（要求はユニークな組合せの識別子を含む）を受け取る手順と、コンピュータ装置を使用して受信側にメッセージをストリーミングする手順を更に含む。
【０００７】
なお、図の構成要素は、分かりやすさ、および、明瞭さのために例示したものであって、一定の比率で描画されない場合もある。いくつかの構成要素の寸法は、本発明の各種実施形態を理解することを助けるために、他の構成要素と関連して誇張されている場合がある。
【図面の簡単な説明】
【０００８】
【図１】モバイル機器にメッセージを配信するためのシステムを示すブロック図である。
【０００９】
【図２】モバイル機器にメッセージを配信する方法を例示するフローチャートである。
【００１０】
【図３】サウンドアイコンを使用する方法を例示したフローチャートである。
【００１１】
【図４】モバイル機器にメッセージを配信する方法を例示するフローチャートである。
【００１２】
【図５】ユニークな組合せの識別子を例示した図である。
【００１３】
【図６】本発明の１つの実施例のバブルサーバ（bubble  server）のブロック図である。
【発明を実施するための形態】
【００１４】
図１は、モバイル機器にメッセージを配信するための例示的なシステム１００を示すブロック図である。システム１００は、バブルサーバ１０２、コミュニケーションネットワーク１０４、コンテンツ１０６、テレコミュニケーションネットワーク（ＳＭＳ／ＳＶＭＳ）１０８、及びモバイル機器１１０を有する。テレコミュニケーションネットワーク（ＳＭＳ／ＳＶＭＳ）１０８が提供するＳＭＳ／ＳＶＭＳサービス能力を用いて、バブルサーバ１０２は、モバイル機器１１０へのメッセージ配信を容易に行うことができる。
【００１５】
各種の実施形態において、システム１００は、コミュニケーションネットワーク１０４および／またはテレコミュニケーションネットワーク（ＳＭＳ／ＳＶＭＳ）１０８を介して接続された複数の類似したシステムの一つであってもよい。このように、発信側（図示せず）は、第２のテレコミュニケーションネットワーク（ＳＭＳ／ＳＶＭＳ）（図示せず）に接続される受信側（図示せず）にモバイル機器１１０を使用してメッセージを配信してもよい。
【実施例】
【００１６】
一実施例において、バブルサーバ１０２は、コンピュータ装置であって、データを保存し処理し、コミュニケーションネットワーク１０４、コンテンツ１０６、テレコミュニケーションネットワーク（ＳＭＳ／ＳＶＭＳ）１０８、およびモバイル機器１１０と通信するよう構成されてもよい。バブルサーバ１０２は、受信側に向けた発信側からのメッセージを受け取り、かつ、受信側が使用するためのユニークな組合せの識別子を割り当てる。更に、バブルサーバ１０２は、受信側に通知を送り、通知は、ユニークな組合せの識別子を含み、メッセージを要求している受信側からの要求を受信し、要求はユニークな組合せの識別子を含んでおり、かつ受信側に対するメッセージをストリーミングする。バブルサーバ１０２は、このように、「クリック、トーク、送信」の能力を提供する。これは、ショートメッセージサービス（ＳＭＳ）システムによって提供されるような「タイプし、かつ読む」メッセージ通信サービスによって提供されないものである。ストリーミングには、データ・ストリーミング、オーディオ・ストリーミング、およびビデオストリーミングが含まれ、またメッセージがストリームされているときに受信側がメッセージを聞き、および／または見てもよいように、メッセージをモーバイルデバイス１１０に提供することが含まれる。
【００１７】
バブルサーバ１０２は、コミュニケーションネットワーク１０４、コンテンツ１０６、テレコミュニケーションネットワーク１０８、およびモーバイルデバイスと適切なプロトコルを使用して通信することができる。例えば、ハイパーテキストプロトコル（ＨＴＴＰ）ファイル転送プロトコル（ＦＴＰ）、ショートメッセージサービス（ＳＭＳ）、ショートボイスメッセージサービス（ＳＶＭＳ）、移動電話プロトコル例えばＧＳＭ（Global  System  for  Mobile  communication）、符号分割多重アクセス方式（ＣＤＭＡ）、汎用パケット無線システム（ＧＰＲ）、エッジ（ＥＤＧＥ：Enhanced  Data  Rates  for  GSM  Evolution）、または高速回線交換データ（ＨＳＣＳＤ）、および／またはデジタルサービスを提供する他の標準、例えばＩＥＥＥ標準８０２．１１ａ／ｂ／ｇ／ｎ、ブルートゥース、その他である。なお、これらに限られるわけではない。
【００１８】
コミュニケーションネットワーク１０４はバブルサーバ１０２およびテレコミュニケーションネットワーク（ＳＭＳ／ＳＶＭＳ）１０８を介してコンテンツ１０６をモバイル機器１１０に接続する。コンテンツ１０６はいくつかの方法、たとえば、ウェブや電話デバイスによってアクセスしてもよい。なお、これらに限られるわけではない。コンテンツ１０６は、メッセージ、情報および／またはデータの一つ以上の形態であってもよい。コンテンツ１０６は、ＳＭＳおよび／またはＳＶＭＳメッセージ、加えてオーディオ・コンテンツ（例えば音声メッセージ）、音楽、電子ブック、ビデオ・コンテンツ、アニメーション・コンテンツおよび／または通信のための他の形式の広告、娯楽、その他を含むマルチメディアコンテンツを含む。なお、これらに限られるわけではない。
【００１９】
モバイル機器１１０によって、マルチメディアコンテンツを聞き、および／または見ることができる。またモバイル機器１１０は、マルチメディアコンテンツを受信側に提供または転送してもよい。モバイル機器１１０のユーザは、コンテンツ１０６（例えば着信音、音声メール、音楽、その他）にアクセスするために、サブスクリプションモデルを使用するか購入してもよい。バブルサーバ１０２はコンテンツ１０６を含んでもよく、および／または、コンテンツ１０６は図１に示したように、バブルサーバ１０２に接続されてもよい。
【００２０】
コンテンツ１０６は、著名人からの有名な引用を含んでもよい。例えば音声メッセージでの「Frankly,  my  dear,  I  don't  give  a  damn」や「Make  my  day.」である。コンテンツ１０６は、発信側の音声であってもよく、または、他の人の声であってもよい。他のメッセージには、バックグラウンドミュージックや発信側の音声または歌を歌っている他の誰かの音声とともに「happy  birthday」の歌やその他の歌が含まれてもよい。多くの実施形態において、コンテンツ１０６は、Bubble  Motion,  Pte.  Ltd.のクロスネットワークトークおよびバブルトーク（登録商標）システムのリッスンメッセージを含んでもよい。コンテンツ１０６に対するアクセスは、ＨＴＴＰ、ＦＴＰを介したウェブ（すなわちインターネット）により、および／またはＧＳＭ、ＣＤＭＡ、ＧＰＲＳ、ＥＤＧＥまたはＨＳＣＳＤ等による電話サービスを介して、および／またはブルートゥース、その他を含む。なお、提供は、これらに限られない。
【００２１】
テレコミュニケーションネットワーク（ＳＭＳ／ＳＶＭＳ）１０８は、モバイル機器１１０にＳＭＳ、およびＳＶＭＳサービスを提供し、かつバブルサーバ１０２、コンテンツ１０６、およびモバイル機器１１０を接続する。テレコミュニケーションネットワーク（ＳＭＳ／ＳＶＭＳ）１０８は、携帯電話機回路網、例えばＧＳＭ、ＣＤＭＡ、ＧＰＲＳ、ＥＤＧＥ、ＨＳＣＳＤ、または、リモート・ディジタル装置によって通信する他のコミュニケーションネットワーク、例えば、ＩＥＥＥ標準８０２．１１ａ／ｂ／ｇ／ｎ、ブルートゥース、その他であってもよい。
【００２２】
モバイル機器１１０は、発信側、および、受信側（例えばモバイル機器ユーザ）間のアクセス、バブルサーバ１０２、およびコンテンツ１０６間のアクセスを提供する。モバイル機器１１０は、移動電話、パーソナル携帯情報機器（ＰＤＡ）、ラップトップコンピュータまたは他の携帯型ディジタル装置であってもよい。モバイル機器１１０は、従来の考え方におけるモバイルでなくてもよい。すなわち、テレコミュニケーションネットワーク（ＳＭＳ／ＳＶＭＳ）１０８に接続するように構成されるいかなるディジタル装置を含んでもよい。
【００２３】
コンテンツ１０６にアクセスするために、モバイル機器ユーザは、コミュニケーションネットワーク１０４を使用してそれらのモバイル機器１１０を登録してもよい。登録の後、モバイル機器ユーザは、システム１００を介して送受信メッセージにアクセスする。モバイル機器ユーザは、電話をかけてもよく、コンテンツ１０６をユーザのモバイル機器１１０に取り込むことによって、コンテンツ１０６を聞いてもよい。モバイル機器ユーザは、様々なタイプのコンテンツを聞くかまたは見るために、コンテンツ・チャネル（例えば一部のコンテンツ１０６）にアクセスしてもよい。モバイル機器ユーザは友人にコンテンツ１０６を転送してもよい。すなわち、コンテンツ１０６を受信側にプッシュしてもよい。モバイル機器ユーザは、電話をかけてコンテンツ１０６を友人（すなわち受信側）に転送してもよい。すなわち、受信側はコンテンツ１０６を受信してもよい。
【００２４】
図２は、モバイル機器にメッセージを配信する例示的な方法２００を示すフローチャートである。ステップ２０２で、バブルサーバ１０２（図１）は、受信側に向けた発信側からのメッセージを受け取る。このメッセージは、テレコミュニケーションネットワーク（ＳＭＳ／ＳＶＭＳ）１０８を使用することによって、受信され、メッセージはＳＭＳまたはＳＶＭＳメッセージであってもよい。発信側は、メッセージを送るために、モバイル機器１１０（図１）を使用してもよい。発信側は、受信側に向けられたメッセージを送るために、例えばインターネット、電話、その他のコミュニケーションネットワークを使用してもよい。
【００２５】
ステップ２０４で、受信側が使用するためのユニークな組合せの識別子が割り当てられる。このユニークな組合せの識別子は、ユニークに、受信側に対する発信側を特定し、受信側が発信側のメッセージを受信することを可能とする。このユニークな組合せの識別子によって、バブルサーバ１０２は、メッセージを要求している受信側から要求を受け取ることができる。したがって、受信側は、メッセージを要求するために、発信側の電話番号を必要としない。一つの実施例において、例えば、ユニークな組合せの識別子をアスタリスクおよび番号２１とし、「＊２１」であってもよい。ユニークな組合せの識別子は発信側、および、受信側に特有であってもよい。その結果、受信側は発信側からのいかなるメッセージを見る場合においても、ユニークな組合せの識別子を提供するだけでよい。ユニークな組合せの識別子は第１のメッセージの後すぐに作成されてもよい。または、発信側が受信側にメッセージの所定数を送ったあと、ユニークな組合せの識別子が作成されてもよい。
【００２６】
ステップ２０６で、通知が受信側に送られる。そして、通知は、ユニークな組合せの識別子を含んでいる。このユニークな組合せの識別子は、受信された通知として受信側のモバイル機器１１０に表示されてもよい。通知は、発信側からのメッセージがストリーミングによって受信側に利用できることを受信側に知らせる。通知は、受信側のモバイル機器１１０の「受信箱」に現れてもよい。通知は、マルチメディアコンテンツを記述してもよい。このように、受信側は、マルチメディアコンテンツを要求するべきかどうか決定するために、通知を使用してもよい。
【００２７】
ステップ２０８で、ユニークな組合せの識別子を含む要求が受信側から受信される。要求を送るために、受信側は、モバイル機器１１０をクリックするか、タップするか、および／または、ユニークな組合せの識別子を入力してもよい。後に受け取る場合や、同じ発信側からの多数のメッセージを受け取る場合には、受信側は、同じ発信側からユニークな組合せの識別子リストを見て、受信側にストリーミングされる特定メッセージを選定してもよい。
【００２８】
ステップ２１０で、メッセージは、バブルサーバ１０２を使用して受信側にストリーミングされる。メッセージは、バブルサーバ１０２に保存されてもよい。ユニークな組合せの識別子を用いて、受信側は、再びメッセージを要求するために、ステップ２０８を繰り返してもよい。
【００２９】
発信側は、コンテンツ１０６を記述する通知を作成してもよく、そして、一つ以上の受信側に通知を送ってもよい。各種実施形態において、コンテンツ１０６は、サブスクリプションベースで受信側にストリーミングしてもよい。このように、受信側は、ステップ２０６で送るべき通知の受信に先立って、コンテンツ１０６を要求してもよい。
【００３０】
バブルサーバ１０２は、発信側に確認（confirmation）を任意に提供してもよい。ステップ２０６で、バブルサーバ１０２は、通知が受信側に送られたことの確認を提供してもよい。ステップ２１０で、バブルサーバ１０２は、メッセージが受信側にストリーミングされた確認を提供してもよい。確認は、受信側にどの程度の量のメッセージがストリーミングされたかという情報を含んでもよい。しばらくして、バブルサーバ１０２は、発信側に、受信側がメッセージを要求しなかったことの確認を送ってもよい。
【００３１】
ステップ２１０に記載されているように、発信側は、コンテンツ１０６のマルチメディアコンテンツをメッセージと関連づける。そして、そのマルチメディアコンテンツは受信側にストリーミングされる。さらにまた、マルチメディアコンテンツは、受信側の統計学的特徴に基づいてもよく、および／または、広告コンテンツを含んでもよい。
【００３２】
図３は、サウンドアイコンを使用した方法３００を示すフローチャートである。サウンドアイコンは、システム１００（図１）を使用する発信側を援助するために、バブルサーバ１０２によってモバイル機器１１０に対して提供されるいかなる音であってもよい。一つの実施例において、サウンドアイコンは、言葉あるいは、非言語的な音であってもよい。サウンドアイコンは、バブルサーバ１０２が受信側に向けたメッセージを記録することを発信側に促すためにモバイル機器１１０に提供される。
【００３３】
ステップ３０２において、サウンドアイコンは、発信側の統計学的特徴に基づいてもよい。例えば女性の発信側のための女性の音声、発信側の言語の音、その他である。
【００３４】
ステップ３０４において、サウンドアイコンは、発信側の以前のアクティビティに基づいてもよい。システム１００を用いることをよく知っている発信側には、短く、または修正されたサウンドアイコンが提供されてもよい。システム１００に接した経験を数回もつ発信側は、システム１００を熟知しているであろう。したがって音声プロンプトがなくても必要な応答をすることを知っているであろう。このように、音の長さまたは使用する音のタイプは、発信側の前のアクティビティに基づいてもよい。例えば、システム１００に接した経験を数回もつ発信側は、メッセージを送るために必要な時間を短くできるサウンドアイコンを使用してもよい。
【００３５】
ステップ３０６において、サウンドアイコンは、受信を予定する受信側に基づいてもよい。このように、発信側が聞くサウンドアイコンは、受信を予定する受信側によって選ばれてもよい。例えば、発信側が家族である場合には、受信を予定する受信側は特定のサウンドアイコンを選んでもよい。発信側が友人であるときには別のサウンドアイコンを選んでもよい。
【００３６】
ステップ３０８において、サウンドアイコンは、発信側にメッセージを記録することを促すために、発信側に送られる。例えば、「Ｂｌｕｂ  ｂｌｕｂ」の音のアイコンによって、発信側にメッセージを記録させてもよい。他のサウンドアイコンの例としては、「ダイヤルトーン」の音がある。これによって、発信側に受信側の電話番号またはユニークな組合せの識別子を入力させてもよい。「スラッシュ（ｓｌａｓｈ）」サウンドアイコンの音は、発信側にメッセージが削除できるか、削除されようとしているか、削除されてしまったことを知らせることができる。「ビープ−ビープ−ビープ」のサウンドアイコンは、ユーザにメッセージの終わりを伝えるか、次の動作を促すであろう。
【００３７】
図４は、モバイル機器にメッセージを配信する例示的な方法４００を示すフローチャートである。ステップ４０２で、バブルサーバ１０２（図１）は、受信側に向けた発信側からのメッセージを受け取る。メッセージは、テレコミュニケーションネットワーク（ＳＭＳ／ＳＶＭＳ）１０８を使用して受信され、かつメッセージはＳＭＳまたはＳＶＭＳメッセージであってもよい。発信側は、メッセージを送るために、モバイル機器１１０を使用してもよい。あるいは、発信側は、メッセージを送るために、他のコミュニケーションネットワーク（例えばインターネット、電話）を使用してもよい。
【００３８】
ステップ４０４で、メッセージは、バブルサーバ１０２を使用して保存される。
【００３９】
ステップ４０６で、メッセージ識別子が、メッセージに関連づけられる。メッセージ識別子は、発信側に基づくのではなく、メッセージと受信側に向けた他のメッセージとを区別するように構成されてもよい。メッセージとメッセージ識別子の関連によって、受信側がメッセージを要求でき、受信側がメッセージ識別子を介してメッセージを要求するたびに、メッセージがストリーミングされる。
【００４０】
ステップ４０８で、メッセージ識別子が受信側に送られる。メッセージ識別子は通知の形であってもよい。
【００４１】
ステップ４１０で、受信側がメッセージを要求するたびに、メッセージは受信側にストリーミングされる。
【００４２】
メッセージは、ショートメッセージサービス（すなわちテキストメッセージ）であってもよい。例えばＳＭＳメッセージまたはＳＶＭＳメッセージである。コンテンツ１０６によって提供されるマルチメディアコンテンツが、メッセージに関連づけられてもよい。マルチメディアコンテンツには、オーディオ・コンテンツ、例えば音楽、電子ブック、および、他のオーディオ娯楽コンテンツの形式、ビデオ・コンテンツ、音声メッセージ、アニメーション・コンテンツ、または他の形式のコミュニケーションのコンテンツ、広告、娯楽、等が含まれる。なお、これらに限定されるものではない。受信側がメッセージを要求するたびに、マルチメディアコンテンツが受信側にストリーミングされてもよい。マルチメディアコンテンツは、受信側の統計学的特徴に基づいた広告コンテンツ等であってもよい。
【００４３】
図５は、ユニークな組合せの識別子を示す図である。図５に示すように、受信側は、各々の発信側に応じてユニークな組合せの識別子を有する。
【００４４】
例えば、モーバイルデバイス４０８５５５１２１２の受信側は、３人（個）の発信側を有する。
【００４５】
この受信側に対する発信側６５０５５５１２１２のユニークな組合せの識別子は、＊２１である。
【００４６】
この受信側に対する発信側９２５５５５１２１２のユニークな組合せの識別子は、＊２２である。
【００４７】
この受信側に対する発信側８５８５５５１２１２のユニークな組合せの識別子は、＊２３である。
【００４８】
このように、モーバイルデバイス４０８５５５１２１２の受信側は、発信側の電話番号の代わりに発信側のユニークな組合せの識別子を使用することにより、上記の発信側メッセージを要求することができる。
【００４９】
図６は、本発明の１つの例示的な実装のバブルサーバ１０２のブロック図である。バブルサーバ１０２は、プロセッサ６１０、メモリシステム６２０、記憶システム６３０、入出力（Ｉ／Ｏ）インターフェース６４０、コミュニケーションネットワークインターフェース６５０、および、システムバス６７０に接続され得る表示インターフェース６６０を有する。プロセッサ６１０は、実行可能命令を実行するように構成される。いくつかの実施例では、プロセッサ６１０は、実行可能命令を処理することが可能な回路またはプロセッサのいかなるものも含む。
【００５０】
メモリシステム６２０は、データを保存するように構成されるいかなるメモリであってもよい。メモリ６２０の例としては、記憶装置、例えばＲＡＭまたはＲＯＭが挙げられる。記憶システム６３０は、データを読み出し、かつ保存するように構成されるいかなる記憶機器であってもよい。記憶システム６３０の幾つかの例としては、フラッシュ・ドライブ、ハードディスク、光ドライブおよび／または磁気テープが挙げられる。記憶システム６３０は、コンテンツ１０６を有してもよい。いくつかの実施例では、バブルサーバ１０２は、メモリシステム６２０の形でＲＡＭ、および、記憶システム６３０の形でフラッシュ・データを含んでもよい。
【００５１】
入出力インターフェース６４０は、バブルサーバ１０２の制御およびアクセスのための入力を受信するいかなるデバイスであってもよい。入出力インターフェース６４０は、キーボード、タッチスクリーン、マウス、キーパッド、プリンタ、スキャナまたはいかなるその他の入力、または出力装置であってもよい。
【００５２】
コミュニケーションネットワークインターフェース６５０は、リンク６８０を介してコミュニケーションネットワーク１０４、および、コミュニケーションネットワーク１０８（図１）に接続されてもよい。図６は、分かりやすくするため、単一のリンク６８０を示している。しかしながら、バブルサーバ１０２は、１つ以上のリンク６８０を含んでもよい。さらに、コミュニケーションネットワークインターフェース６５０は、ＵＳＢ接続、Ｆｉｒｅｗｉｒｅ接続、イーサネット接続、シリアル接続、パラレル接続またはＡＴＡ接続を含む。なお、これに限らず、多くの種類の通信をサポートしてもよい。コミュニケーションネットワークインターフェース６５０は、また、無線通信（例えば８０２．１１のａ／ｂ／ｇ／ｎまたは無線ＵＳＢ）をサポートしてもよい。
【００５３】
表示インターフェース６６０は、ディスプレイ装置を制御するいかなるデバイスであってもよい。ディスプレイ装置は、モニタ、スクリーン、ＬＣＤ、フラットスクリーン、または情報を表示するいかなるデバイスであってもよい。ディスプレイ装置は、バブルサーバ１０２をコントロールし、これにアクセスするために提供され得る。
【００５４】
本願明細書において記載した実施例は、本発明の具体例である。本発明のこれらの実施例が具体例として記載されているように、本方法および／または記載されている特定の構造のさまざまな変更態様または適用は当業者にとって明らかであろう。本発明の教示に基づく、全てのこの種の変更態様、改作、またはバリエーション、およびこれらの教示が技術を前進させることは、本発明の範囲内にあるということが考慮される。このため、これらの説明、および、図面は限定的に考慮されてはならない。本発明が例示されている実施例だけに決して限られないことが理解される。
【図１】
2010517480.tif 000003
【図２】
2010517480.tif 000004
【図３】
2010517480.tif 000005
【図４】
2010517480.tif 000006
【図５】
2010517480.tif 000007
【図６】
2010517480.tif 000008
【国際調査報告】
2010517480.tif 000009