JP2013506935A - 加入によるメディアの配信 - Google Patents

Abstract

ユーザはメディア配信サービスを介して加入者にメディアを配信できる。メディア配信サーバは、作者からメディアを受信し、そのメディアを加入者に配信できる。ユーザは、作者（すなわちメディアプロバイダ）の加入者になって、その作者がアップロードしたメディアを受信できる。メディアコンテンツを共有するため、サーバが、作者に関連する第１のリモートデバイスからメディアコンテンツを受信する。作者と関連する加入者を特定できる。サーバと、加入者に関連する第２のリモートデバイスとの間で、メディアコンテンツを送信する、オーディオコンテンツ再生用の接続を確立できる。

Description

本発明は、概してオーディオ通信に関し、より具体的には加入者ネットワーク（subscriber network）へのオーディオの通信に関する。

現在の技術により人々は地理的に離れた人とオーディオコンテンツを共有することができる。ボイスメッセージングシステムにより、ユーザは電話をかけて、受話者と会話をし、又は電話に出なければ受信者にメッセージを残すことができる。携帯通信会社は、ボイスメールの受信者に、受信者の携帯電話（cellular phone）を介して、そのユーザ宛のボイスメールメッセージを預かっているとの通知をできる。

ポッドキャストにより、ポッドキャスターはオーディオファイルを生成できる。オーディオファイルは、そのポッドキャスターがある主題について話しをするものであり、他のユーザはネットワークを介してそのファイルをダウンロードできる。ユーザは、コンピュータにファイル全体をダウンロードして、オーディオプレーヤアプリケーションでそのオーディオファイルを再生することにより、ポッドキャストされたオーディオファイルにアクセスできる。

ユーザ間でオーディオコンテンツを共有するシステムは存在するが、既存のシステムには問題がある。具体的に、これらのシステムにある問題は、オーディオファイルを複数のユーザに効率的に提供して、オーディオファイルが利用可能であることを通知する点である。

ユーザはメディア配信サービスを介して加入者にメディアを配信できる。メディア配信サービスは、電話サービスシステムなどの通信システムと通信できるサーバにより実施できる。メディア配信サーバは、作者からメディアを受信し、そのメディアを加入者に配信できる。ユーザは、作者（すなわちメディアプロバイダ）の加入者になって、その作者がアップロードしたメディアを受信できる。メディアにはオーディオ、ビデオ、その他のメディアが含まれ得る。

メディアコンテンツの共有は、サーバが、第１のユーザに関連する第１のリモートデバイスからオーディオコンテンツを受信するステップを含み得る。第１のユーザに関連する加入者を特定できる。サーバと、加入者に関連する第２のリモートデバイスとの間で、オーディオコンテンツ再生用の接続を確立できる。

メディアコンテンツは、サーバが、第１のユーザに関連するリモートデバイスからメディアコンテンツを受信することによっても共有できる。第１のユーザに関連する加入者を特定できる。サーバと、加入者に関連するモバイルデバイスとの間で接続を確立できる。その接続を用いて、少なくとも一部において通信ネットワークを介してメディアコンテンツにアクセスできる。確立された接続を介してメディアコンテンツを送信できる。

ある実施形態では、メディアはメディアプロバイダにより生成されたボイスメッセージなどのオーディオを含んでいてもよい。ボイスメッセージは、メディア配信サーバにアップロードして、そのボイスメッセージを要求した加入者に送信できる。

この方法の実施形態は、クライアントと通信できるサーバにより、又はクライアント自体により実行できる。この方法は、コンピュータ読み取り可能記憶媒体に含まれたプログラムを実行するプロセッサによっても実行できる。

メディアファイルを配信するシステムの一例を示す図である。 メディア配信サーバの一例を示すブロック図である。 加入者とメディアを共有する方法の一例を示す図である。 メディアを受信する方法の一例を示す図である。 通知を送信する方法の一例を示す図である。 ユーザを加入リストに追加する方法の一例を示す図である。 メディア配信の課金を管理する方法の一例を示す図である。 本発明の一実施形態を実施するのに用いられるコンピューティングシステムの一例を示す図である。

作者はメディア配信サービスを介して加入者にメディアを配信できる。メディア配信サービスは、電話サービスシステムなどの通信システムと通信できるサーバにより実施できる。メディア配信サービスは、そのアカウントを有する作者からメディアを受信して、それを、メディアサービスアカウントを有する加入者に配信できる。ユーザは、その作者の加入者になり、メディア要求の結果として、又は自動的に提供される通知の結果として、その作者がアップロードしたメディアを受信できる。メディアにはオーディオ、ビデオ、その他のメディアが含まれ得る。

ある実施形態では、配信サービスにアップロードされたメディアは、加入者にダウンロードされない。そうではなく、メディアはストリーミングコンテンツとして、又は電話接続などの確立された通信接続を介して提供される。 ある実施形態では、メディアはメディアプロバイダにより生成されたボイスメッセージなどのオーディオを含んでいてもよい。ボイスメッセージは、メディア配信サーバにアップロードして、そのボイスメッセージを要求した加入者に送信できる。

図１は、メディアファイルを配信するシステムの一例を示す図である。図１のシステムは、モバイルデバイス１０５、１７０、１７５と、モバイルデバイスネットワーク１１５、１６０と、通信サービス１２０、１５５と、メディア配信サーバ１２５と、データ記憶装置１３０とを含む。モバイルデバイス１０５は、モバイルデバイスネットワーク１１５に接続可能な任意のコンピューティングデバイスであり、そのネットワークを介してオーディオ、ビデオ、画像、その他のメディアを送信できるものである。ある実施形態では、オーディオは、モバイルデバイス１０５を利用する作者１１０により生成されたボイスメッセージを含み得る。モバイルデバイス１０５は、携帯電話（cell phone）、パーソナルデジタルアシスタント（ＰＤＡ）、スマートフォン、ラップトップコンピュータ、その他のコンピューティングデバイスとして実施可能である。

モバイルデバイスネットワーク１１５は、モバイルデバイス１０５と通信サービス１２０との間の通信を行う。ネットワーク１１５は、モバイルデバイスデータと、オーディオデータを含むメディアデータと、モバイルデバイス１０５と通信サービス１２０との間のその他のデータとを通信するように構成され得る。ネットワーク１１５は、携帯電話タワーと、中継器と、スイッチと、サーバと、モバイルデバイスと通信サービス１２０の間の通信をするその他の機器とを含み得る。

通信サービス１２０は、通信会社により提供される。通信サービス１２０は、（モバイルデバイスネットワーク１１５を介して）モバイルデバイス１０５から接続要求とその他のデータとを受信し、メディア配信センタ１２５などの通信要求の受信者と接続を確立する。それゆえ、通信サービス１２０は、モバイルデバイス１０５とその他のデバイスとの間の接続を確立する点でスイッチとして機能する。通信サービス１２０は、エジプトのＶｏｄａｐｈｏｎｅ、日本のＫＤＤＩ、米国のＶｅｒｉｚｏｎなどの通信サービスを提供する通信会社により提供される。

メディア配信サーバ１２５は、メディア配信サービスを提供するサーバを含み得る。メディア配信サーバ１２５は、通信サービス１２０から接続要求とメッセージを受信し、データ記憶装置１３０のデータにアクセスし、通信サービス１５５を介してモバイルデバイス１０５、１６５、１７５に情報、データ、メディア、その他のデータを中継する。

データ記憶装置１３０は、メディア配信サービスに関連するデータを記憶するサーバや機械を含み得る。データ記憶装置は、記憶したデータを含むデータレイヤと、そのデータを記憶、アクセス、及び処理するアプリケーションレイヤと、インタフェースレイヤとを含み得る。データ記憶装置１３０とその中のデータは、メディア配信サーバ１２５によりアクセス可能である。データ記憶装置１３０は、メディア配信サーバ１２５内にあっても、図１に示したように離れていてもよい。

データ記憶装置１３０は、ブロックリスト１３５と、インボックスコンテンツ１４０と、メディアコンテンツ１４５と、ユーザ加入リスト１５０とを含み、また作者と加入者ユーザのアカウントデータと、ユーザ嗜好と、その他のデータとを含む。ブロックリスト１３５は、ある作者がそのメディア配信アカウントへの加入を許可しない加入者のリストを含む。インボックスコンテンツ１４０は、ユーザアカウントと関連し、メディア配信センタにより提供されるインタフェースを介して見られるメディアコンテンツを含む。ユーザ（すなわち、加入者、作者、メディアサービスのその他のユーザ）は、メディア配信サーバ１２５により提供されるサービスへのログイン又はその他の認証サービスを行うことにより、インボックスコンテンツにアクセスできる。メディアコンテンツ１４５は、モバイルデバイス１０５によりメディア配信サーバにアップロードされたメディアを含み得る。ユーザ加入リストは、作者のメディア配信アカウントに加入する加入者のリストを含む。

通信サービス１５５とモバイルデバイスネットワーク１６０とは、それぞれ通信サービス１２０とモバイルデバイス１１５と同様に、しかし異なるプロバイダにより実施されてもよい。

モバイルデバイス１６５とモバイルデバイス１７５は、それぞれ加入者１７０と加入者１８０に付随している。モバイルデバイスは、加入者１７０と１８０により、メディア配信サービスを介してメディアプロバイダ１１０により提供される新しいメディアにアクセスするのに用いられる。

図２は、メディア配信サーバ１２５の一例を示すブロック図である。メディア配信サーバは、アプリケーションレイヤ２３０、コアサービスレイヤ２４０、及びネットワークインタフェースレイヤ２５０を含む。アプリケーションレイヤ２３０は、メディア配信アプリケーション２０２を含む。メディア配信アプリケーション２０２は、加入要求の受信と処理と、メディアのアップロードと、メディア要求と、その他の動作とを含む、メディア配信サービスを実施するためのロジック規則とビジネス規則を含む。メディア配信サービスのロジック規則とビジネス規則については、図３乃至図７を参照して後で説明する。

コアサービスレイヤ２４０は、メディア配信サービスを行うサービスを実施する。このコアサービスには、記憶管理２０４、呼ルーティング２０６、課金管理２０８、通知管理２１０、インボックス管理２１２、及び嗜好管理２１４が含まれる。記憶管理２０４は、データ記憶装置１３０との通信を管理し、これにはデータ記憶装置１３０へのデータの格納と、データ記憶装置１３０からのデータの読み出しとが含まれる。呼ルーティング２０６は、通信サービス１２０と１５５の間の呼（calls）のルーティング、接続、及び管理を管理する。課金管理２０８は、アップロードされたメディア、メディアへのアクセス、及びメディア配信サービスのその他の収益面に関連する課金を管理する。通知管理２１０は、作者と加入者への通知や警告（notifications and alerts）の生成を管理する。例えば、オーディオコンテンツがアクセスできるようになったことや、オーディオコンテンツがアクセスされたことの通知などである。インボックス管理２１２は、新規メッセージ、メッセージの視聴、削除、及び送信などを含むユーザ（加入者、作者、その他のユーザ）のインボックスを管理する。嗜好管理２１４は、ユーザの嗜好を管理する。これには、ユーザが、通知を受け取る方法（例えば、携帯電話、ファックス、電子メールなど）、インボックスを見る方法、その他のメディア配信サービスに関連する設定上の嗜好が含まれる。

ネットワークインタフェースレイヤ２５０により、メディア配信サーバ１２５は、データ記憶装置１３０や様々な通信サービス１２０、１５５と通信できる。ネットワークインタフェースレイヤ２５０には、ＳＩＰ２１６、ＮＩＭ７ ２１８、ＳＳ７ ２２０、及びＳＭＳ２２２などのインタフェースモジュールが含まれる。ＮＩＭ７により、ＮＩＭ７デバイスを介した通信ができる。ＳＩＰ２１６により、ＩＰベースのサービスを可能とするＳＩＰ通信プロトコルを介した通信ができる。ＳＳ７ ２２０により、ＳＳ７標準による一連のネットワーク制御及び運用信号の解釈と利用をするためのプロトコルを用いた通信が可能となる。ＳＭＳ２２２により、ショートメッセージを送受信するプロトコルを利用でき、モバイル電話デバイス間でショートテキストメッセージの交換が可能となる。

図３は、加入者にメディアを共有する方法の一例を示す図である。図３の方法に示したように、ステップ３０５で、作者からメディアコンテンツを受信する。作者はモバイルデバイス１０５を介して通信できる。作者からのメディアコンテンツの受信には、作者がモバイルデバイス１０５に「アップロードメディア」コードを入力し、そのコードをモバイルデバイス１−５からメディア配信サーバに送信し、モバイルデバイス１０５の作者１１０とメディア配信サーバ１２５との間にコネクションを確立し、確立されたコネクションを介してモバイルデバイス１０５からメディアを受信することが含まれ得る。ソースからのメディアコンテンツの受信は、図４を参照して後でより詳細に説明する。

ステップ３１０で、作者に関連する加入者１７０−１８０を特定する。作者からメディアを受信すると、その作者に関連する加入リストに問い合わせをする。このクエリーは、メディア配信アプリケーション２０２の記憶管理２０４により、データ記憶装置１３０に為されてもよい。このクエリーには、そのメディアを提供したユーザのユーザ（例えば作者）識別子が含まれ得る。データ記憶装置１３０は、クエリーを受信し、識別されたユーザに関連する加入リストを読み出し、その加入リストを記憶管理モジュール２０４に送信する。

ステップ３１５で、特定された加入者に、新しいメディア通知を送信する。メディア通知は、読み出された加入者リストに含まれる加入者に送信される。通知の送信は、各加入者に関連するユーザ嗜好に則り行われ得る。新しいメディア通知の送信は、図５を参照して後でより詳細に説明する。

ステップ３２０で、加入者からメディア要求を受信する。最初、この要求は通信サービス１５５で受信される。通信サービス１５５は、その要求が配信サービスに関連するフォーマットであると判断し、その要求をメディア配信サーバ１２５に転送する。メディア配信サーバ１２５は、メッセージを受信し、復号して、そのメッセージに含まれるコマンドを識別する。例えば、メッセージは、それがメディア配信サービスメッセージであることを示すプレフィックスを含む。このプレフィックスは、例えば、アスタリスクを含む。

次に、メディア配信サーバ１２５は、実行する動作を識別する文字や文字列などのコードを受信メッセージから読み取る。そのコードを復号してメディアを特定の加入者に送信する命令を識別できる。コードの他の例には、加入サービスユーザへのメッセージの取り置き、メディアのメディア配信サーバ１２５へのアップロード、インボックスへのアクセス、又は他の動作の実行が含まれ得る。

ステップ３２５で、メディアを加入者に提供できる。メディアを提供するため、加入者嗜好にアクセスしてメディアを提供するフォーマットを決定する。メディアは、加入者に、その加入者の嗜好に基づき送信される。ある実施形態では、メディアは加入者にストリーミングされる。ある実施形態では、メディアは加入者に電話接続を介して再生される。ある実施形態では、メディアは、要求した加入者に対して、ダウンロードされず、又はファイルとして物理的に提供されない。メディアの加入者への提供は、図５に示した方法を参照して、後でより詳細に説明する。

図４は、メディア配信サーバ１２５によりメディアを受信する方法の一例を示す図である。ある実施形態では、図４の方法は、図３に示した方法のステップ３０５に対し、より詳細を提供する。ステップ４０５で、通信サービス１２０はリモートデバイス１０５からメッセージを受信する。メッセージは、ＳＭＳメッセージでもよいし、その他の通信フォーマットのものでもよい。ステップ４１０で、通信サービスが受信メッセージ中にメディアサービスフォーマットを検出したか判断する。メッセージがメディア配信サーバ１２５のためのものであることを示すそのメッセージ中のプレフィックス又はその他の識別子に基づき、メディア配信アプリケーションによりメディアサービスフォーマットを検出する。プレフィックス又はその他の識別は、アスタリスク「＊」、文字又は文字列、若しくはその他の識別子を含む。メッセージがメディアサービスフォーマットを有することを通信サービス１２０が検出すると、ステップ４２０で、そのメッセージは通信サービス１２０によりメディア配信サーバ１２５に転送される。通信サービス１２０は、メッセージがメディアサービスフォーマットでないことを検出すると、ステップ４１５でそのメッセージを処理し、図４の方法は終了する。

メッセージをメディア配信サーバ１２５に転送すると、サーバ１２５は、ステップ４２５で、そのメッセージを受信し、復号する。メッセージの復号には、そのメッセージ内のサービスプレフィックス、動作コード、及びユーザコードの識別が含まれる。動作コードは、メッセージを他のユーザのインボックスに入れること、加入者への配信のために記憶されること、メディアが要求されていること、又はその他の動作を示す。ユーザコードは、加入メッセージを読み出す、メッセージを取り置く、又はその他の動作を行う特定のユーザ（すなわち、加入者、作者）を識別するものである。

メディア配信サーバ１２５は、ステップ４３０で、リモートデバイス１７０と接続を確立する。ある実施形態では、接続を確立すると、メディア配信サーバ１２５はモバイルデバイス１０５に歓迎メッセージを送信し、また受信メッセージで要求された動作を実行するプロンプトを送信する。例えば、メッセージは、作者１１０に、アップロードするメディアを選択する、又はオーディオメディアを提供するように促す。接続を確立すると、メディア配信サーバ１２５は、ステップ４３５で、その接続を介してリモートデバイスからメディアを受信する。メディアの受信は、モバイルデバイス１０５において、作者がメディアの送信を開始することを含む。メディアは、通信サービス１２０にモバイルデバイスネットワーク１１５を介して送信される。次に、通信サービス１２０は、メディア配信サーバ１２５のインタフェースレイヤにメディアを提供する。

図５は、通知を送信する方法の一例を示す図である。ある実施形態では、図５の方法は、図３に示した方法のステップ３１５に対し、より詳細を提供する。最初に、メディア配信サーバ１２５は、ステップ５０５で、作者に関連する加入者にアクセスする。ステップ５１０で、リストの最初の加入者を選択する。次に、ステップ５１５で、選択された加入者の通知嗜好にアクセスする。通知嗜好は、サーバ１２５上のメディア配信アプリケーション２０２の嗜好マネージャ（preference manager）によりデータ記憶装置１３０から読み出されるユーザ嗜好である。嗜好は、通知を提供する言語、フォント、通信手段、その他の通信フォーマットを含む。次に、ステップ５２０で、加入嗜好に基づいて、選択した加入者への通知を生成する。通知は、オーディオ通知、テキスト通知、ビデオ通知、又はその他のフォーマットであってもよい。

ステップ５２５で、生成された通知は選択された加入者に送信される。例えば、通知はモバイルデバイス１６５に加入者１７０に送信される。ステップ５３０で、アクセスされた加入者リストにまだ加入者がいるか判断を行う。リスト中にもう加入者がいなければ、図５の方法は終了する。リストにまだ加入者が含まれていれば、ステップ５３５で、次の加入者を選択し、ステップ５３０に戻る。

メディア配信サービスのユーザは、作者のアカウントの加入者になることを欲することがある。しかし、その作者がどのユーザでも加入者になれるということを欲しない場合がある。図６は、ユーザを加入リストに追加する方法の一例を示す図である。ステップ６０５で、潜在的な受信者又は加入者から加入要求を受信する。ステップ６１０で、ブロックリストにクエリーをして、その見込み加入者が加入を欲する作者アカウントを探す。作者のブロックリスト１３５はデータ記憶装置１３０に記憶され、記憶管理モジュール２０４により読み出される。ステップ６１５で、その見込み加入者をブロックすべきか判断をする。ステップ６２５で、見込み加入者が作者のブロックリストに含まれている場合、その受信者はその作者の加入者になることを阻止され、作者の加入リストには追加されない。その受信者をブロック（block）すべきでないとき、その見込み受信者は、ステップ６２０で、作者の加入リストに追加される。

ある実施形態では、メディア配信サービスの課金は、アクティビティがアカウントにいかに関連しているかに基づき行われる。例えば、加入者その他のユーザにより視聴されるオーディオファイルを作者がアップロードしたとき、サービスはその作者に課金し、加入者その他のユーザは無料でそのオーディオファイルにアクセスできるようにしてもよい。多数のユーザが視聴するオーディオファイルを作者がアップロードしたとき、サービスはそのオーディオファイルにアクセスする各ユーザに課金してもよい。関心レベルが異なるメディアへの課金オプションは異なるものであってもよい。

図７は、メディア配信の課金を管理する方法の一例を示す図である。ステップ６０５で、メディアファイルのメディアコンテンツ要求の数にアクセスする。ある実施形態では、メディア配信サーバ１２５は、ロードされたメディアアカウントに対する要求数をトラッキング又はそのログを取る。このメディアアクセス要求の数はステップ６０５でアクセスされる。ステップ６１０で、メディア要求を閾値と比較する。ステップ６１５で、メディア要求の数が閾値を満たすか判断する。メディア要求の数が閾値を満たさず、例えば閾値ほど多くなければ、ステップ６２０で、メディアをアップロードしたユーザのメディアプロバイダアカウントに、メディアファイルの料金を課金する。例えば、課金の閾値が現在のところ５０ユーザアクセス要求であり、作者によりアップロードされたメディアファイルに６０アクセス要求がある場合、加入者への課金を正当化するのに十分多くの加入者がそのメディアへのアクセスを要求している。ステップ６１５で、要求数が閾値を満たすと判断した場合、ステップ６２５で、メディア要求に関連するアカウントに料金を課金する。

図８は、コンピューティングデバイスの一例を示すブロック図である。ある実施形態では、図８のコンピューティングデバイスの例を用いて、モバイルデバイス１０５、通信サービス１２０、メディア配信サーバ１２５、通信サービス１５５、及びデータ記憶装置１３０を実施できる。

図８は、本発明の一実施形態を実施するのに用いられるコンピューティングシステム８００の一例を示す。図８のコンピューティングシステム８００は、プロセッサ８１０とメモリ８１０を含む。メインメモリ８２０は、一部分において、プロセッサ８１０が実行する命令とデータを格納する。メインメモリ８１０は、運用時、実行可能コードを記憶できる。図８のシステム８００は、さらに、大容量記憶デバイス８３０、ポータブル記憶媒体ドライブ８４０、出力デバイス８５０、ユーザ入力デバイス８６０、グラフィックスディスプレイ８７０、及び周辺デバイス８８０を含む。

図８に示したコンポーネントは、単一のバス８９０を介して接続されているように示した。コンポーネントは、１つ以上のデータ輸送手段により接続されてもよい。プロセッサユニット８１０とメインメモリ８１０はローカルマイクロプロセッサバスを介して接続されてもよい。また、大容量記憶デバイス８３０、周辺デバイス８８０、ポータブル記憶デバイス８４０、及びディスプレイシステム８７０は、１つ以上の入出力（Ｉ／Ｏ）バスを介して接続されていてもよい。

大容量記憶デバイス８３０は、磁気ディスクドライブや光ディスクドライブで実施してもよく、プロセッサユニット８１０が使用するデータと命令を記憶する不揮発性記憶デバイスである。大容量記憶デバイス８３０は、本発明の実施形態を実施するシステムソフトウェアをメインメモリ８１０にロードする目的で、そのシステムソフトウェアを記憶できる。

ポータブル記憶デバイス８４０は、フロッピィディスク（登録商標）、コンパクトディスク、デジタルビデオディスクなどのポータブル不揮発記憶媒体と共に動作して、図８のコンピュータシステム８００との間でデータとコードを入出力する。本発明の実施形態を実施するシステムソフトウェアは、かかるポータブルメディア上に記憶され、ポータブル記憶デバイス８４０を介してコンピュータシステム８００に入力される。

入力デバイス８６０はユーザインタフェースの一部を提供する。入力デバイス８６０は、英数字その他の情報を入力する、キーボードなどの英数字キーパッドと、マウス、トラックボール、スタイラス、カーソル方向キーなどのポインティングデバイスとを含む。また、図８に示したシステム８００は出力デバイス８５０を含む。好適な出力デバイスには、スピーカ、プリンタ、ネットワーク、ネットワークインタフェース、モニタが含まれる。

ディスプレイシステム８７０は、液晶ディスプレイ（ＬＣＤ）やその他の好適なディスプレイデバイスを含む。ディスプレイシステム８７０は、テキスト情報やグラフィックス情報を受信し、ディスプレイデバイスに出力するように、その情報を処理する。

周辺デバイス８８０には、コンピュータシステムに付加機能を追加する任意タイプのコンピュータサポートデバイスを含む。周辺デバイス８８０はモデムやルータを含んでいてもよい。

図８のコンピュータシステム８００に含まれるコンポーネントは、本発明の実施形態で用いるのに好適な、コンピュータシステムに一般的に含まれるものであり、本技術分野で周知の広い範囲のコンピュータコンポーネントを表すものである。このように、図８のコンピュータシステム８００は、パーソナルコンピュータ、ハンドヘルドコンピューティングデバイス、電話、モバイルコンピューティングデバイス、ワークステーション、サーバ、ミニコンピュータ、メインフレームコンピュータ、その他の任意のコンピューティングデバイスであり得る。コンピュータは、異なるバス構成、ネットワークされたプラットフォーム、マルチプロセッサプラットフォームなどを含んでいてもよい。Ｕｎｉｘ、Ｌｉｎｕｘ、Ｗｉｎｄｏｗｓ、ＭａｃｈｉｎｔｏｓｈＯＳ、ＰａｌｍＯＳ、その他の好適な様々なオペレーティングシステムを利用できる。

この技術の上記の詳細な説明は、例示と説明を目的にしたものである。包括的であること、開示したものに本技術を限定することを意図したものではない。上記の教示を考慮して、多くの修正と変形が可能である。説明した実施形態は、本技術の原理とその実際的なアプリケーションを最もよく説明し、本技術分野の当業者に本技術をいろいろな実施形態で、かつ想定する具体的な利用方法に適したいろいろな修正を加えて最もよく利用してもらうために選択されたものである。本技術の範囲は添付した特許請求の範囲により画定される。

Claims (20)

1. ユーザとメディアを共有する方法であって、
   サーバが、第１のユーザに関連する第１のリモートデバイスからオーディオコンテンツを受信するステップと、
   前記第１のユーザに関連する加入者を特定するステップと、
   前記サーバと、前記加入者に関連する第２のリモートデバイスとの間の前記オーディオコンテンツの再生をする接続を確立するステップとを有する、方法。
2. メディアサービスフォーマットに関連するコードを受信するステップをさらに有する、請求項１に記載の方法。
3. メディアアップロードに関連するコードを受信するステップと、
   前記コードの受信に応じて、前記第１のリモートデバイスとの接続を確立するステップとをさらに有する、請求項１に記載の方法。
4. 前記オーディオコンテンツは、前記サーバが、通信サービスに関連する機械から受信する、請求項１に記載の方法。
5. 前記オーディオコンテンツとともに受信したデータから前記第１のユーザの第１のユーザ識別子を判断するステップをさらに有する、請求項１に記載の方法。
6. 前記方法は、前記第１のユーザ識別子と関連する加入者リストを読み出すステップをさらに有する、請求項５に記載の方法。
7. 前記方法は、前記オーディオコンテンツに関連する通知を前記第２のリモートデバイスに送信するステップをさらに有する、請求項１に記載の方法。
8. 前記加入者と関連する嗜好に基づき前記通知を生成するステップをさらに有する、請求項８に記載の方法。
9. 前記オーディオコンテンツに関連する要求を前記加入者から受信するステップと、前記確立された接続を介して前記加入者に前記メディアコンテンツを再生するステップとをさらに有する、請求項１に記載の方法。
10. プログラムを記憶したコンピュータ読み取り可能記憶媒体であって、前記プログラムはプロセッサにより実行されるとメディアを共有する方法を実行し、前記方法は
    サーバが、第１のユーザに関連する第１のリモートデバイスからオーディオコンテンツを受信するステップと、
    前記第１のユーザに関連する加入者を特定するステップと、
    前記サーバと、前記加入者に関連する第２のリモートデバイスとの間の前記オーディオコンテンツの再生をする接続を確立するステップとを有する、コンピュータ読み取り可能記憶媒体。
11. 前記方法はメディアサービスフォーマットに関連するコードを受信するステップをさらに有する、請求項１０に記載のコンピュータ読み取り可能記憶媒体。
12. 前記方法は、
    メディアアップロードに関連するコードを受信するステップと、
    前記第１のリモートデバイスと接続を確立するステップとをさらに有する、
    請求項１０に記載のコンピュータ読み取り可能記憶媒体。
13. 前記オーディオコンテンツとともに受信したデータから前記第１のユーザの第１のユーザ識別子を判断するステップをさらに有する、請求項１０に記載のコンピュータ読み取り可能記憶媒体。
14. 前記方法は、前記第１のユーザ識別子と関連する加入者リストを読み出すステップをさらに有する、請求項１０に記載のコンピュータ読み取り可能記憶媒体。
15. 前記方法は、前記オーディオコンテンツに関連する通知を前記第２のリモートデバイスに送信するステップをさらに有する、請求項１０に記載のコンピュータ読み取り可能記憶媒体。
16. 前記方法は、
    前記オーディオコンテンツに関連する要求を前記加入者から受信するステップと、前記確立された接続を介して前記加入者に前記メディアコンテンツを再生するステップとをさらに有する、請求項１０に記載のコンピュータ読み取り可能記憶媒体。
17. ユーザとメディアを共有する方法であって、
    サーバが、第１のユーザに関連するリモートデバイスからメディアコンテンツを受信するステップと、
    前記第１のユーザに関連する加入者を特定するステップと、
    前記サーバと前記加入者に関連するモバイルデバイスとの間の、前記メディアコンテンツにアクセスする接続を確立するステップであって、前記接続は少なくとも一部は通信ネットワークを介して確立されるステップと、
    前記確立された接続を介して前記メディアコンテンツを送信するステップとを有する、方法。
18. サーバから、前記第１のユーザに関連する加入者に、前記受信されたオーディオコンテンツに関連する通知を送信するステップをさらに有する、請求項１７に記載の方法。
19. 前記加入者からアクセス要求を受信するステップであって、前記接続は前記アクセス要求の受信に応じて確立されるステップをさらに有する、請求項１７に記載の方法。
20. 前記メディアコンテンツとともに作者識別子を受信するステップであって、前記第１のユーザは前記作者を含むステップと、
    作者識別子に関連する、前記加入者を含む加入リストを読み出すステップと、
    前記メディアコンテンツは前記加入者に前記確立される接続を介して送信される、請求項１７に記載の方法。

Images