(57)【要約】  音声通話確立前に、メディアベース着信通知コマンドを発信側加入者装置から受信側加入者装置に送信するシステム、方法、及び当該システムの通信装置にインストールされるソフトウエアアプリケーションである。メディアベース着信通知コマンドは、受信側加入者装置において音声通話確立前に（又は確立と同時に）当該呼の受信側加入者に着信を知らせるために、再生されるメディアコンテンツを伝達することが好ましい。もしくは、メディアベース着信通知コマンドはメディアコンテンツ自身を伝達する必要はなく、その代わりに、音声通話確立前に（又は確立と同時に）当該呼の受信側加入者に着信を知らせるために、受信側加入者装置がローカルでまたは遠隔にアクセス可能なメディアコンテンツを特定するメディアのＩＤ情報を伝達する。メディアベース着信通知コマンドの通信は加入者が利用できるサービスの一部として実現されることが望ましい。【特許請求の範囲】
【請求項１】
発信側加入者から受信側加入者へ両者間の音声通話の一部としてマルチメディア通知を送信するシステムであって、
前記システムは、発信側加入者によって操作される発信側加入者装置と、受信側加入者によって操作される受信側加入者装置と、通信ネットワークを介して前記発信側加入者装置および前記受信側加入者装置と接続されるサーバと、を備え、
前記サーバは、複数のユーザについてプレゼンスデータ及び許可データを格納する少なくとも１つのデータベースを備え、又は、複数のユーザについてプレゼンスデータ及び許可データを格納する少なくとも１つのデータベースと接続され、受信側加入者のプレゼンスデータ及び許可データは前記受信側加入者装置との通信により特定され、
前記発信側加入者装置は、受信側加入者を特定する第１の手段と、マルチメディア通知のためのメディアコンテンツを選択する第２の手段と、前記サーバと通信して前記受信側加入者の前記プレゼンスデータ及び前記許可データに基づいて前記受信側加入者の着信可否を判断する第３の手段と、前記第３の手段において判断された前記受信側加入者の着信可否に基づいて前記発信側加入者装置から前記受信側加入者装置への少なくとも１つのコマンドの送信を選択的に開始する第４の手段と、を備え、前記少なくとも１つのコマンドは、前記マルチメディア通知の前記メディアコンテンツを特定するか、または前記マルチメディア通知の前記メディアコンテンツを含み、
前記受信側加入者装置は、前記少なくとも１つのコマンドを受信する手段と、前記発信側加入者装置から前記受信側加入者装置に対して通信ネットワークを介してなされた通話に関連して、前記マルチメディア通知の前記メディアコンテンツを再生する再生手段と、を含む、
ことを特徴とするシステム。
【請求項２】
前記受信側加入者装置は、前記少なくとも１つのデータベースに記憶されている受信側加入者のプレゼンスデータ及び許可データを、受信側加入者から提供される入力に従って更新する手段を含み、
前記発信側加入者装置は、前記少なくとも１つのデータベースに記憶されている前記発信側加入者のプレゼンスデータ及び許可データを、発信側加入者から提供される入力に従って更新する手段を含む、
ことを特徴とする請求項１に記載のシステム。
【請求項３】
前記受信側加入者装置は、前記受信側加入者のプレゼンスデータ及び許可データを更新するためのグラフィカルユーザインタフェースを含み、
前記発信側加入者装置は、前記発信側加入者のプレゼンスデータ及び許可データを更新するためのグラフィカルユーザインタフェースを含む、
ことを特徴とする請求項２に記載のシステム。
【請求項４】
前記受信側加入者の前記許可データは、前記発信側加入者から前記受信側加入者への前記少なくとも１つのコマンドの通信が許可されるか拒否されるかを示す、
ことを特徴とする請求項１に記載のシステム。
【請求項５】
前記受信側加入者の前記許可データは、前記発信側加入者から前記受信側加入者への所定の種類の前記少なくとも１つのコマンドの通信が許可されるか拒否されるかを示し、
前記所定の種類は、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる、所定の種類のメディアコンテンツに対応する、
ことを特徴とする請求項１に記載のシステム。
【請求項６】
前記発信側加入者装置及び前記受信側加入者装置は、それぞれ、自端末上に表示されるユーザ及び関連する許可情報のリストを含む、
ことを特徴とする請求項１に記載のシステム。
【請求項７】
前記第４の手段は、受信側加入者のプレゼンスデータが受信側加入者が概ね利用可能であり、かつ、受信側加入者の許可データが前記発信側加入者から前記受信側加入者への前記少なくとも１つのコマンドの通信が許可されることを示す場合に、前記発信側加入者から前記受信側加入者への前記少なくとも１つのコマンドの通信を開始することができ、
前記第４の手段は、受信側加入者のプレゼンスデータが受信側加入者が概ね利用可能でないことを示す場合に、前記発信側加入者から前記受信側加入者への前記少なくとも１つのコマンドの通信を開始せず、
前記第４の手段は、受信側加入者のプレゼンスデータが受信側加入者が概ね利用可能であり、かつ、受信側加入者の許可データが前記発信側加入者から前記受信側加入者への前記少なくとも１つのコマンドの通信が拒否されることを示す場合に、前記発信側加入者から前記受信側加入者への前記少なくとも１つのコマンドの通信を開始しない、
ことを特徴とする請求項１に記載のシステム。
【請求項８】
前記受信側加入者の着信可否は、受信側加入者装置の装置情報に基づいており、
前記装置情報は、受信側加入者装置から前記サーバに送信され、前記サーバに保存されることを特徴とする請求項１に記載のシステム。
【請求項９】
前記第４の手段は、受信側加入者の前記装置データが前記受信側加入者装置への前記少なくとも１つのコマンドの通信が可能であることを示す場合に、前記発信側加入者から前記受信側加入者への前記少なくとも１つのコマンドの通信を開始することができ、
前記第４の手段は、受信側加入者の前記装置データが前記受信側加入者装置への前記少なくとも１つのコマンドの通信が可能でないことを示す場合に、前記発信側加入者から前記受信側加入者への前記少なくとも１つのコマンドの通信を開始しない、
ことを特徴とする請求項８に記載のシステム。
【請求項１０】
前記発信側加入者装置及び前記受信側加入者装置はメディアコンテンツアイテムの共有ライブラリを保存し、前記少なくとも１つのコマンドは前記共有ライブラリに保存された少なくともメディアコンテンツアイテムを識別する識別情報を含み、前記再生手段は、前記発信側加入者装置から前記受信側加入者装置に対して通信ネットワークを介してなされた通話に関連して、前記識別情報により識別される前記少なくとも１つのコマンドの少なくとも１つのメディアコンテンツアイテムを再生する、
ことを特徴とする請求項１に記載のシステム。
【請求項１１】
前記少なくとも１つのコマンドは、遠隔コンテンツソースに保存される少なくとも１つのメディアコンテンツアイテムを識別する識別情報を含み、前記受信側加入者装置は、前記遠隔コンテンツソースと通信を行い、前記識別情報によって識別される少なくとも１つのメディアコンテンツアイテムを読み出し、前記再生手段は、前記発信側加入者装置から前記受信側加入者装置に対して通信ネットワークを介してなされた通話に関連して、前記遠隔コンテンツソースから読み出された前記少なくとも１つのメディアコンテンツアイテムを再生する、
ことを特徴とする請求項１に記載のシステム。
【請求項１２】
前記遠隔コンテンツソースは、前記サーバによって実現され、又は、前記サーバに接続される、
ことを特徴とする請求項１１に記載のシステム。
【請求項１３】
前記少なくとも１つのコマンドは、前記発信側加入者装置から前記受信側加入者装置に対して通信ネットワークを介してなされた通話に関連して受信側加入者装置で再生される少なくとも１つのメディアコンテンツアイテムを含むことを特徴とする請求項１０に記載のシステム。
【請求項１４】
前記少なくとも１つのコマンドは、所定のメディアコンテンツアイテム及びその関連情報を識別する第１のコマンドを含み、
前記受信側加入者装置は、前記所定のメディアコンテンツアイテムが前記受信側加入者装置によって受信され処理されることが可能か判断するために前記第１のコマンドに含まれる情報を受信し分析し、前記少なくとも１つのメディアコンテンツアイテムが前記受信側加入者装置によって受信され処理されることが可能か否かを示す第１の応答を返信する、
ことを特徴とする請求項１３に記載のシステム。
【請求項１５】
前記第１の応答が前記所定のメディアコンテンツアイテムが前記受信側加入者装置によって受信され処理されることを示す場合に、前記発信側加入者装置から前記受信側加入者装置へ少なくとも１つの前記所定のメディアコンテンツアイテムを含む第２のコマンドを送信する、
ことを特徴とする請求項１４に記載のシステム。
【請求項１６】
前記第１の応答が前記所定のメディアコンテンツアイテムが前記受信側加入者装置によって受信され処理できないことを示す場合に、前記発信側加入者装置から前記サーバへ少なくとも１つの前記所定のマルチメディア通知を含む第３のコマンドを送信し、前記サーバは、前記第３のコマンドを処理し、前記所定のマルチメディア通知を前記受信側加入者装置の処理に適した形式で前記受信側加入者装置へ送信する、
ことを特徴とする請求項１４に記載のシステム。
【請求項１７】
前記第３のコマンドを処理する際に、前記サーバは、前記発信側加入者装置から提供された前記所定のメディアコンテンツアイテムを変換することを特徴とする、
請求項１６に記載のシステム。
【請求項１８】
前記発信側加入者装置から前記受信側加入者装置への前記所定のメディアコンテンツアイテムの転送が成功した場合に、前記受信側加入者装置は前記発信側加入者装置に前記所定のマルチメディア通知の受信が成功したことを示す第４のコマンドを送信し、前記第４のコマンドを受信した前記発信側加入者装置は、前記第４のコマンドに応じて前記発信側加入者装置から前記受信側加入者装置への前記通信ネットワークを介した通話を開始する、
ことを特徴とする請求項１３に記載のシステム。
【請求項１９】
前記発信側加入者装置から前記受信側加入者装置への通話の開始は、前記第４のコマンドを受信したのちに、前記通信ネットワークの資源の提供を要求すること、
を特徴とする請求項１に記載のシステム。
【請求項２０】
前記第４のコマンドの通信開始に連動して、前記受信側加入者装置は、前記受信側加入者装置によって実行される受信通話処理を、前記発信側加入者装置により開始された着信通話はすべて前記少なくとも１つのメディアコンテンツを再生することにより通知されるように設定する、
ことを特徴とする請求項１８に記載のシステム。
【請求項２１】
前記受信側加入者装置によって実行される前記着信通話処理は、各着信通話の発信者識別番号を比較し、前記発信者識別番号が前記発信側加入者端末に割り当てられた識別番号自動的に前記少なくとも１つのメディアコンテンツアイテムを再生するためのアプリケーションを起動する、
ことを特徴とする請求項２０に記載のシステム。
【請求項２２】
前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記メディアコンテンツは、前記メディアコンテンツへのアクセスを制御するＤＲＭ機構によって保護されているファイルに格納される、
ことを特徴とする請求項１に記載のシステム。
【請求項２３】
前記受信側加入者装置は、前記メディアコンテンツを前記受信側加入者装置において少なくとも再生するために、前記メディアコンテンツを格納する前記ファイルへのアクセスを許可するＤＲＭライセンス情報を取得する、
ことを特徴とする請求項２２に記載のシステム。
【請求項２４】
前記ＤＲＭライセンス情報は、次の群から選択される機能を実現するために前記メディアコンテンツを格納する前記ファイルへのアクセスを制御する請求項２３に記載のシステム。前記ファイルが前記受信側加入者装置に複製及び／又は保存されることを可能にする機能、前記ファイルが前記受信側加入者装置に複製及び／又は保存されることを禁止する機能、前記ファイルが意図された目的にのみ使用されることを可能にする機能、前記ファイルが意図されない目的に使用されることを禁止する機能、前記ファイルが他の装置に転送されることを許可する機能、前記ファイルが他の装置に転送されることを禁じる機能、前記ファイルが所定回数だけ再生された後受信側加入者装置から自動的に削除される機能、及び前記ファイルが所定日まで再生可能でその後受信側加入者装置から自動的に削除される機能。
【請求項２５】
前記サーバは、前記ＤＲＭライセンス情報を前記受信側加入者装置に供給することを特徴とする請求項２３に記載のシステム。
【請求項２６】
受信側加入者装置に対して、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記メディアコンテンツの第１のＤＲＭライセンス情報を提供する手段と、
前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれるメディアコンテンツに関して前記受信側加入者又は発信側加入者によって起動されるトランザクションに応じて、前記受信側加入者装置に対し、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記メディアコンテンツの第２のＤＲＭライセンス情報を供給する手段を備え、
前記代２のＤＲＭライセンス情報は、第１のＤＲＭライセンス情報によって許諾されていない使用を許可する、
ことを特徴とする請求項２３に記載のシステム。
【請求項２７】
前記受信側加入者によって起動される前記トランザクションは、購入型のトランザクションを含むことを特徴とする請求項２６に記載のシステム。
【請求項２８】
前記発信側加入者によって起動される前記トランザクションは、プレゼント型のトランザクションを含むことを特徴とする請求項２６に記載のシステム。
【請求項２９】
前記受信側加入者装置は、前記発信側加入者装置から前記受信側加入者装置への着信を、前記受信側加入者装置と前記発信側加入者装置の間における前記着信に関する少なくとも１つの双方向メッセージを伝えるために、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記メディアコンテンツを再生することによって通知するように構成されることを特徴とする請求項１に記載のシステム。
【請求項３０】
前記サーバは、第２の着信側加入者装置を特定する手段と、前記少なくとも１つのコマンドを前記第２の着信側加入者装置に送信する手段と、を備えることを特徴とする請求項１に記載のシステム。
【請求項３１】
前記発信側加入者によって通話が開始された時点では前記受信側加入者が着信可能でない場合に、前記サーバは、前記受信側加入者に対し、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記メディアコンテンツへのアクセス方法の指示を通知する手段を含むことを特徴とする請求項１に記載のシステム。
【請求項３２】
前記サーバは、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記メディアコンテンツを格納し、前記指示に従って前記受信側加入者にアクセスを提供することを特徴とする請求項３１に記載のシステム。
【請求項３３】
前記少なくとも１つの発信側加入者装置の前記グラフィカルユーザインタフェースは、１又は複数人の加入者に関連する装置情報、プレゼンス情報、及び許可・ステータス情報を伝達するため、多数層のアイコンの組を利用することを特徴とする請求項３に記載のシステム。
【請求項３４】
アイコンの第１の層は、装置情報を視覚的に描写し、
アイコンの第２の層は、プレゼンス情報を視覚的に描写し、
アイコンの第３の層は、許可・ステータス情報を視覚的に描写する、
ことを特徴とする請求項３３に記載のシステム。
【請求項３５】
市販のメディアコンテンツアイテムに関連する情報のデータベースをさらに備え、前記データベースの前記情報は、市販されたメディアコンテンツアイテムに関する許諾された権利及び関連する地域を特定し、
着信側加入者装置又は発信側加入者装置の地域を特定する手段と、
前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記メディアコンテンツについて、前記データベースに保存された情報により示される制限地域を特定するために前記データベースにアクセスし、受信側加入者端末の地域又は着信側加入者端末の地域が制限地域と一致するか判断する手段と、を備え、
受信側加入者装置又は発信側加入者装置の地域が制限地域と一致する場合には、前記メディアコンテンツの使用を制限するか、又は、前記地域で購入／ダウンロードが制限されていない最も似た代替メディアコンテンツアイテムを提供する役割を果たすＤＲＭライセンスデータ情報を、前記受信側加入者装置又は前記発信側加入者装置に供給する、
ことを特徴とする請求項１に記載のシステム。       
【請求項３６】
広告及び／又は他の販売及び宣伝用メディアアイテムを、少なくとも１つの受信側加入者装置及び発信側加入者装置へ配布するプラットフォームを備えることを特徴とする請求項１に記載のシステム。
【請求項３７】
前記広告及び／又は他の販売及び宣伝用メディアアイテムは、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記メディアコンテンツの再生を伴う方法で提示するために、前記受信側加入者装置へ送信されることを特徴とする請求項３６に記載のシステム。
【請求項３８】
前記広告及び／又は他の販売及び宣伝用メディアアイテムは、発信側加入者又は受信側加入者に適合した少なくとも１つの特定の広告／販売／宣伝用のメディアアイテムを特定するために、前記サーバに保存されたユーザプロフィール及び第３者サーバからの追加的な参照情報を参照することによって、発信側加入者又は受信側加入者に関して選択されることを特徴とする請求項３６に記載のシステム。
【請求項３９】
前記広告及び／又は他の販売及び宣伝用メディアアイテムは、前記少なくとも１つのコマンドが前記受信側加入者装置に送信されているリングバックの間であり、前記マルチディア通知の前記メディアコンテンツの再生前に提示するために、発信側加入者装置に送信されることを特徴とする請求項３６に記載のシステム。
【請求項４０】
発信側加入者から受信側加入者へ両者間の音声通話の一部としてマルチメディア通知を送信するシステムであって、
前記システムは、発信側加入者によって操作される発信側加入者装置と、受信側加入者によって操作される受信側加入者装置と、通信ネットワークを介して前記発信側加入者装置および前記受信側加入者装置と接続されるサーバと、を備え、
前記サーバは、ＤＲＭライセンス情報を格納する少なくとも１つのデータベースを備え、又は、前記データベースに接続されており、
前記発信側加入者装置は、受信側加入者を特定する第１の手段と、マルチメディア通知のためのメディアコンテンツを選択する第２の手段と、前記発信側加入者装置から前記受信側加入者装置への少なくとも１つのコマンドの送信を開始する手段と、を備え、前記少なくとも１つのコマンドは、前記マルチメディア通知の前記メディアコンテンツを特定するか、または前記マルチメディア通知の前記メディアコンテンツを含み、
前記受信側加入者装置は、前記少なくとも１つのコマンドを受信する手段と、前記発信側加入者装置から前記受信側加入者装置に対して通信ネットワークを介してなされた通話に関連して、前記マルチメディア通知の前記メディアコンテンツを再生する再生手段と、を含み、
前記受信側加入者装置は、少なくとも前記メディアコンテンツを前記受信側加入者装置において再生するために、前記メディアコンテンツを格納するファイルへのアクセスを可能にするＤＲＭライセンス情報を前記サーバから取得する、
ことを特徴とするシステム。
【請求項４１】
前記ＤＲＭライセンス情報は、次の群から選択される機能を実現するために前記メディアコンテンツを格納する前記ファイルへのアクセスを制御する請求項４０に記載のシステム。前記ファイルが前記受信側加入者装置に複製及び／又は保存されることを可能にする機能、前記ファイルが前記受信側加入者装置に複製及び／又は保存されることを禁止する機能、前記ファイルが意図された目的にのみ使用されることを可能にする機能、前記ファイルが意図されない目的に使用されることを禁止する機能、前記ファイルが他の装置に転送されることを許可する機能、前記ファイルが他の装置に転送されることを禁じる機能、前記ファイルが所定回数だけ再生された後受信側加入者装置から自動的に削除される機能、前記ファイルが所定日まで再生可能でその後受信側加入者装置から自動的に削除される機能、及び前記ファイルが発信側加入者または受信側加入者による特定の手順の操作もしくは他のメディアコンテンツアイテムの特定手順での再生又は両者の所定の組み合わせにおいてのみ再生される機能。
【請求項４２】
前記サーバは、前記受信側加入者装置に、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれるメディアコンテンツの第１のＤＲＭライセンス情報を提供する手段と、
前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれるメディアコンテンツに関して前記受信側加入者又は発信側加入者によって起動されるトランザクションに応じて、前記受信側加入者装置に対し、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記メディアコンテンツの第２のＤＲＭライセンス情報を供給する手段と、を備え、
前記代２のＤＲＭライセンス情報は、第１のＤＲＭライセンス情報によって許諾されていない使用を許可することを特徴とする請求項４０に記載のシステム。 
【請求項４３】
前記受信側加入者によって起動される前記トランザクションは、購入型のトランザクションを含むことを特徴とする請求項４２に記載のシステム。
【請求項４４】
前記発信側加入者によって起動される前記トランザクションは、プレゼント型のトランザクションを含むことを特徴とする請求項４２に記載のシステム。
【請求項４５】
前記サーバは、音声又はデータ通信が発信側加入者によって開始された時点において受信側加入者が双方向マルチメディア通知を許可する装置を所有しない場合に動作し、前記受信側加入者に対して、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記ソフトウエアにアクセスし、インストールし、起動する方法の指示を通知する手段とを備えることを特徴とする請求項１に記載のシステム。
【請求項４６】
前記サーバは、メディアコンテンツアイテムのライブラリからの少なくとも１つのメディアコンテンツアイテムを提示し、前記メディアコンテンツアイテムを、前記発信側加入者装置及び前記受信側加入者装置において双方向マルチメディア通知において使用できるようにダウンロード可能にする手段を備えることを特徴とする請求項１に記載のシステム。
【請求項４７】
発信側加入者から受信側加入者へ両者間の音声通話の一部としてマルチメディア通知を送信するシステムであって、
前記システムは、発信側加入者によって操作される発信側加入者装置と、受信側加入者によって操作される受信側加入者装置と、通信ネットワークを介して前記発信側加入者装置および前記受信側加入者装置と接続されるサーバと、を備え、
前記サーバは、市販のメディアコンテンツアイテムに関連する情報を格納する少なくとも１つのデータベースを備え、又は、複数のユーザについてプレゼンスデータ及び許可データを格納する少なくとも１つのデータベースと接続され、前記データベースの前記情報は、市販のメディアコンテンツアイテムについて許諾された権利及びその許諾された権利に関連する地域（例えば、許諾地域及び／又は制限地域）を特定し、
前記発信側加入者装置は、受信側加入者を特定する第１の手段と、マルチメディア通知のためのメディアコンテンツを選択する第２の手段と、前記発信側加入者装置から前記受信側加入者装置への少なくとも１つのコマンドの送信を開始する手段と、を備え、前記少なくとも１つのコマンドは、前記マルチメディア通知の前記メディアコンテンツを特定するか、または前記マルチメディア通知の前記メディアコンテンツを含み、
前記サーバは、
（１）着信側加入者装置又は発信側加入者装置の地域を特定する手段と、
（２）前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記メディアコンテンツについて、前記データベースに保存された情報により示される制限地域を特定するために前記データベースにアクセスし、受信側加入者端末の地域又は着信側加入者端末の地域が制限地域と一致するか判断する手段と、
（３）受信側加入者装置又は発信側加入者装置の地域が制限地域と一致する場合には、前記メディアコンテンツの使用を制限するか、又は、前記地域で購入／ダウンロードが制限されていない最も似た代替メディアコンテンツアイテムを提供する役割を果たすＤＲＭライセンスデータ情報を、前記受信側加入者装置又は前記発信側加入者装置に供給する手段と、
を備え、
前記受信側加入者装置は、前記少なくとも１つのコマンドを受信する手段と、前記発信側加入者装置から前記受信側加入者装置に対して通信ネットワークを介してなされた通話に関連して、前記マルチメディア通知の前記メディアコンテンツを再生する再生手段と、を含む、
ことを特徴とするシステム。
【請求項４８】
発信側加入者から受信側加入者へ両者間の音声通話の一部としてマルチメディア通知を送信する方法であって、
発信側加入者によって操作される発信側加入者装置及び受信側加入者によって操作される受信側加入者装置と接続されるサーバを準備し、前記サーバは、複数のユーザについてプレゼンスデータ及び許可データを格納する少なくとも１つのデータベースを備え、又は、複数のユーザについてプレゼンスデータ及び許可データを格納する少なくとも１つのデータベースと接続され、受信側加入者のプレゼンスデータ及び許可データは前記受信側加入者装置との通信により特定され、
前記発信側加入者は前記発信側加入者装置を操作して受信側加入者を特定し、及び、マルチメディア通知のためのメディアコンテンツを選択し、
前記発信側加入者の操作に応じて、前記発信側加入者装置を制御して前記サーバと通信し、前記受信側加入者の前記プレゼンスデータ及び前記許可データに基づいて前記受信側加入者の着信可否を判断し、
前記第３のステップにおいて判断された前記受信側加入者の着信可否に基づいて前記発信側加入者装置から前記受信側加入者装置への少なくとも１つのコマンドの送信を選択的に開始し、
前記受信側加入者において前記少なくとも１つのコマンドを受信し、
前記発信側加入者装置から前記受信側加入者装置に対して通信ネットワークを介してなされた通話に関連して、前記マルチメディア通知の前記メディアコンテンツを再生する、
ことを特徴とする方法。
【請求項４９】
前記少なくとも１つのデータベースに記憶されている受信側加入者のプレゼンスデータ及び許可データを、受信側加入者から提供される入力に従って更新し、
前記少なくとも１つのデータベースに記憶されている前記発信側加入者のプレゼンスデータ及び許可データを、発信側加入者から提供される入力に従って更新する、
ことを特徴とする請求項４８に記載の方法。
【請求項５０】
前記受信側加入者装置は、前記受信側加入者のプレゼンスデータ及び許可データを更新するためのグラフィカルユーザインタフェースを含み、
前記発信側加入者装置は、前記発信側加入者のプレゼンスデータ及び許可データを更新するためのグラフィカルユーザインタフェースを含む、
ことを特徴とする請求項４９に記載の方法。
【請求項５１】
前記受信側加入者の前記許可データは、前記発信側加入者から前記受信側加入者への前記少なくとも１つのコマンドの通信が許可されるか拒否されるかを示す、
ことを特徴とする請求項４８に記載の方法。
【請求項５２】
前記受信側加入者の前記許可データは、前記発信側加入者から前記受信側加入者への所定の種類の前記少なくとも１つのコマンドの通信が許可されるか拒否されるかを示し、
前記所定の種類は、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる、所定の種類のメディアコンテンツに対応する、
ことを特徴とする請求項４８に記載の方法。
【請求項５３】
前記発信側加入者装置及び前記受信側加入者装置において、自端末上に表示されるユーザ及び関連する許可情報にリストを保存する、
ことを特徴とする請求項４８に記載の方法。
【請求項５４】
受信側加入者のプレゼンスデータが受信側加入者が概ね利用可能であり、かつ、受信側加入者の許可データが前記発信側加入者から前記受信側加入者への前記少なくとも１つのコマンドの通信が許可されることを示す場合に、前記発信側加入者から前記受信側加入者への前記少なくとも１つのコマンドの通信が開始されることができ、
受信側加入者のプレゼンスデータが受信側加入者が概ね利用可能でないことを示す場合に、前記発信側加入者から前記受信側加入者への前記少なくとも１つのコマンドの通信が開始されず、
受信側加入者のプレゼンスデータが受信側加入者が概ね利用可能であり、かつ、受信側加入者の許可データが前記発信側加入者から前記受信側加入者への前記少なくとも１つのコマンドの通信が拒否されることを示す場合に、前記発信側加入者から前記受信側加入者への前記少なくとも１つのコマンドの通信が開始されない、
ことを特徴とする請求項４８に記載の方法。
【請求項５５】
前記受信側加入者の着信可否は、受信側加入者装置の装置情報に基づいており、
前記装置情報は、受信側加入者装置から前記サーバに送信され、前記サーバに保存されることを特徴とする請求項４８に記載の方法。
【請求項５６】
受信側加入者の前記装置データが前記受信側加入者装置への前記少なくとも１つのコマンドの通信が可能であることを示す場合に、前記発信側加入者から前記受信側加入者への前記少なくとも１つのコマンドの通信を開始されることができ、
受信側加入者の前記装置データが前記受信側加入者装置への前記少なくとも１つのコマンドの通信が可能でないことを示す場合に、前記発信側加入者から前記受信側加入者への前記少なくとも１つのコマンドの通信が開始されない、
ことを特徴とする請求項５５に記載の方法。
【請求項５７】
前記発信側加入者装置及び前記受信側加入者装置はメディアコンテンツアイテムの共有ライブラリを保存し、前記少なくとも１つのコマンドは前記共有ライブラリに保存された少なくともメディアコンテンツアイテムを識別する識別情報を含み、前記再生手段は、前記発信側加入者装置から前記受信側加入者装置に対して通信ネットワークを介してなされた通話に関連して、前記識別情報により識別される前記少なくとも１つのコマンドの少なくとも１つのメディアコンテンツアイテムを再生する、ことを特徴とする請求項４８に記載の方法。
【請求項５８】
前記少なくとも１つのコマンドは、遠隔コンテンツソースに保存される少なくとも１つのメディアコンテンツアイテムを識別する識別情報を含み、受信側加入者装置は、前記遠隔コンテンツソースと通信を行い、前記識別情報によって識別される少なくとも１つのメディアコンテンツアイテムを読み出し、前記再生手段は、前記発信側加入者装置から前記受信側加入者装置に対して通信ネットワークを介してなされた通話に関連して、前記遠隔コンテンツソースから読み出された前記少なくとも１つのメディアコンテンツアイテムを再生することを特徴とする請求項４８に記載の方法。
【請求項５９】
前記遠隔コンテンツソースは、前記サーバによって実現され、又は、前記サーバに接続される、
ことを特徴とする請求項５８に記載の方法。
【請求項６０】
前記少なくとも１つのコマンドは、前記発信側加入者装置から前記受信側加入者装置に対して通信ネットワークを介してなされた通話に関連して受信側加入者装置で再生される少なくとも１つのメディアコンテンツアイテムを含むことを特徴とする請求項４８に記載の方法。
【請求項６１】
前記少なくとも１つのコマンドは、所定のメディアコンテンツアイテム及びその関連情報を識別する第１のコマンドを含み、
前記受信側加入者装置は、前記所定のメディアコンテンツアイテムが前記受信側加入者装置によって受信され処理されることが可能か判断するために前記第１のコマンドに含まれる情報を受信し分析し、前記少なくとも１つのメディアコンテンツアイテムが前記受信側加入者装置によって受信され処理されることが可能か否かを示す第１の応答を返信する、
ことを特徴とする請求項６０に記載の方法。
【請求項６２】
前記第１の応答が前記所定のメディアコンテンツアイテムが前記受信側加入者装置によって受信され処理されることを示す場合に、前記発信側加入者装置から前記受信側加入者装置へ少なくとも１つの前記所定のメディアコンテンツアイテムを含む第２のコマンドを送信する、
ことを特徴とする請求項６１に記載の方法。
【請求項６３】
前記第１の応答が前記所定のメディアコンテンツアイテムが前記受信側加入者装置によって受信され処理できないことを示す場合に、前記発信側加入者装置から前記サーバへ少なくとも１つの前記所定のマルチメディア通知を含む第３のコマンドを送信し、前記サーバは、前記第３のコマンドを処理し、前記所定のマルチメディア通知を前記受信側加入者装置の処理に適した形式で前記受信側加入者装置へ送信する、
ことを特徴とする請求項６２に記載の方法。
【請求項６４】
前記第３のコマンドを処理する際に、前記サーバは、前記発信側加入者装置から提供された前記所定のメディアコンテンツアイテムを変換することを特徴とする、
請求項６３に記載の方法。
【請求項６５】
前記発信側加入者装置から前記受信側加入者装置への前記所定のメディアコンテンツアイテムの転送が成功した場合に、前記受信側加入者装置は前記発信側加入者装置に前記所定のマルチメディア通知の受信が成功したことを示す第４のコマンドを送信し、前記第４のコマンドを受信した前記発信側加入者装置は、前記第４のコマンドに応じて前記発信側加入者装置から前記受信側加入者装置への前記通信ネットワークを介した通話を開始する、
ことを特徴とする請求項６０に記載の方法。
【請求項６６】
前記発信側加入者装置から前記受信側加入者装置への通話の開始は、前記第４のコマンドを受信したのちに、前記通信ネットワークの資源の提供を要求すること、
を特徴とする請求項４８に記載の方法。
【請求項６７】
前記第４のコマンドの通信開始に連動して、前記受信側加入者装置は、前記受信側加入者装置によって実行される受信通話処理を、前記発信側加入者装置により開始された着信通話はすべて前記少なくとも１つのメディアコンテンツを再生することにより通知されるように設定する、
ことを特徴とする請求項６６に記載の方法。
【請求項６８】
前記受信側加入者装置によって実行される前記着信通話処理は、各着信通話の発信者識別番号を比較し、前記発信者識別番号が前記発信側加入者端末に割り当てられた識別番号自動的に前記少なくとも１つのメディアコンテンツアイテムを再生するためのアプリケーションを起動する、
ことを特徴とする請求項６７に記載の方法。
【請求項６９】
前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記メディアコンテンツは、前記メディアコンテンツへのアクセスを制御するＤＲＭ機構によって保護されているファイルに格納される、
ことを特徴とする請求項４８に記載の方法。
【請求項７０】
前記受信側加入者装置は、前記メディアコンテンツを前記受信側加入者装置において少なくとも再生するために、前記メディアコンテンツを格納する前記ファイルへのアクセスを許可するＤＲＭライセンス情報を取得する、
ことを特徴とする請求項６９に記載の方法。
【請求項７１】
前記ＤＲＭライセンス情報は、次の群から選択される機能を実現するために前記メディアコンテンツを格納する前記ファイルへのアクセスを制御する請求項７０に記載の方法。前記ファイルが前記受信側加入者装置に複製及び／又は保存されることを可能にする機能、前記ファイルが前記受信側加入者装置に複製及び／又は保存されることを禁止する機能、前記ファイルが意図された目的にのみ使用されることを可能にする機能、前記ファイルが意図されない目的に使用されることを禁止する機能、前記ファイルが他の装置に転送されることを許可する機能、前記ファイルが他の装置に転送されることを禁じる機能、前記ファイルが所定回数だけ再生された後受信側加入者装置から自動的に削除される機能、及び前記ファイルが所定日まで再生可能でその後受信側加入者装置から自動的に削除される機能。
【請求項７２】
前記サーバは、前記ＤＲＭライセンス情報を前記受信側加入者装置に供給することを特徴とする請求項７０に記載の方法。
【請求項７３】
受信側加入者装置に対して、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記メディアコンテンツの第１のＤＲＭライセンス情報を提供し、
前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれるメディアコンテンツに関して前記受信側加入者又は発信側加入者によって起動されるトランザクションに応じて、前記受信側加入者装置に対し、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記メディアコンテンツの第２のＤＲＭライセンス情報を供給し、
前記代２のＤＲＭライセンス情報は、第１のＤＲＭライセンス情報によって許諾されていない使用を許可する、
ことを特徴とする請求項７０に記載の方法。
【請求項７４】
前記受信側加入者によって起動される前記トランザクションは、購入型のトランザクションを含むことを特徴とする請求項７３に記載の方法。
【請求項７５】
前記発信側加入者によって起動される前記トランザクションは、プレゼント型のトランザクションを含むことを特徴とする請求項７３に記載の方法。
【請求項７６】
前記受信側加入者装置は、前記発信側加入者装置から前記受信側加入者装置への着信を、前記受信側加入者装置と前記発信側加入者装置の間における前記着信に関する少なくとも１つの双方向メッセージを伝えるために、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記メディアコンテンツを再生することによって通知することを特徴とする請求項１に記載の方法。
【請求項７７】
前記サーバは、第２の着信側加入者装置を特定し、前記少なくとも１つのコマンドを前記第２の着信側加入者装置に送信することを特徴とする請求項４８に記載の方法。
【請求項７８】
前記発信側加入者によって通話が開始された時点では前記受信側加入者が着信可能でない場合に、前記サーバは、前記受信側加入者に対し、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記メディアコンテンツへのアクセス方法の指示を通知することを特徴とする請求項４８に記載の方法。
【請求項７９】
前記サーバは、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記メディアコンテンツを格納し、前記指示に従って前記受信側加入者にアクセスを提供することを特徴とする請求項７８に記載の方法。
【請求項８０】
前記少なくとも１つの発信側加入者装置の前記グラフィカルユーザインタフェースは、１又は複数人の加入者に関連する装置情報、プレゼンス情報、及び許可・ステータス情報を伝達するため、多数層のアイコンの組を利用することを特徴とする請求項５０に記載の方法。
【請求項８１】
アイコンの第１の層は、装置情報を視覚的に描写し、
アイコンの第２の層は、プレゼンス情報を視覚的に描写し、
アイコンの第３の層は、許可・ステータス情報を視覚的に描写する、
ことを特徴とする請求項８０に記載の方法。
【請求項８２】
市販のメディアコンテンツアイテムに関連する情報のデータベースを提供し、又は、市販のメディアコンテンツアイテムに関連する情報のデータベースに接続し、前記データベースの前記情報は、市販されたメディアコンテンツアイテムに関する許諾された権利及び関連する地域を特定し、
着信側加入者装置又は発信側加入者装置の地域を特定し、
前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記メディアコンテンツについて、前記データベースに保存された情報により示される制限地域を特定するために前記データベースにアクセスし、受信側加入者端末の地域又は着信側加入者端末の地域が制限地域と一致するか判断し、
受信側加入者装置又は発信側加入者装置の地域が制限地域と一致する場合には、前記メディアコンテンツの使用を制限するか、又は、前記地域で購入／ダウンロードが制限されていない最も似た代替メディアコンテンツアイテムを提供する役割を果たすＤＲＭライセンスデータ情報を、前記受信側加入者装置又は前記発信側加入者装置に供給する、
ことを特徴とする請求項４８に記載の方法。           
【請求項８３】
広告及び／又は他の販売及び宣伝用メディアアイテムを、少なくとも１つの受信側加入者装置及び発信側加入者装置へ配布することを特徴とする請求項４８に記載の方法。
【請求項８４】
前記広告及び／又は他の販売及び宣伝用メディアアイテムは、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記メディアコンテンツの再生を伴う方法で提示するために、前記受信側加入者装置へ送信されることを特徴とする請求項８３に記載の方法。
【請求項８５】
前記広告及び／又は他の販売及び宣伝用メディアアイテムは、発信側加入者又は受信側加入者に適合した少なくとも１つの特定の広告／販売／宣伝用のメディアアイテムを特定するために、前記サーバに保存されたユーザプロフィール及び第３者サーバからの追加的な参照情報を参照することによって、発信側加入者又は受信側加入者に関して選択されることを特徴とする請求項８３に記載の方法。
【請求項８６】
前記広告及び／又は他の販売及び宣伝用メディアアイテムは、前記少なくとも１つのコマンドが前記受信側加入者装置に送信されているリングバックの間であり、前記マルチディア通知の前記メディアコンテンツの再生前に提示するために、発信側加入者装置に送信されることを特徴とする請求項８３に記載の方法。
【請求項８７】
発信側加入者から受信側加入者へ両者間の音声通話の一部としてマルチメディア通知を送信する方法であって、
発信側加入者によって操作される発信側加入者装置及び受信側加入者によって操作される受信側加入者装置とに接続されるサーバを準備し、前記サーバは、ＤＲＭライセンス情報を格納する少なくとも１つのデータベースを含むか、ＤＲＭライセンス情報を格納する少なくとも１つのデータベースと接続され、
前記発信側加入者は、前記発信側加入者装置を操作して受信側加入者を特定し、マルチメディア通知のためのメディアコンテンツを選択し、
前記発信側加入者装置の操作に応じて、前記発信側加入者装置は、前記発信側加入者装置から前記受信側加入者装置への少なくとも１つのコマンドの送信を開始し、前記少なくとも１つのコマンドは、前記マルチメディア通知の前記メディアコンテンツを特定するか、または前記マルチメディア通知の前記メディアコンテンツを含み、
前記受信側加入者装置は、前記少なくとも１つのコマンドを受信し、前記発信側加入者装置から前記受信側加入者装置に対して通信ネットワークを介してなされた通話に関連して、前記マルチメディア通知の前記メディアコンテンツを再生し、
前記受信側加入者装置は、少なくとも前記メディアコンテンツを前記受信側加入者装置において再生するために、前記メディアコンテンツを格納するファイルへのアクセスを可能にするＤＲＭライセンス情報を前記サーバから取得する、
ことを特徴とする方法。
【請求項８８】
前記ＤＲＭライセンス情報は、次の群から選択される機能を実現するために前記メディアコンテンツを格納する前記ファイルへのアクセスを制御する請求項８７に記載の方法。前記ファイルが前記受信側加入者装置に複製及び／又は保存されることを可能にする機能、前記ファイルが前記受信側加入者装置に複製及び／又は保存されることを禁止する機能、前記ファイルが意図された目的にのみ使用されることを可能にする機能、前記ファイルが意図されない目的に使用されることを禁止する機能、前記ファイルが他の装置に転送されることを許可する機能、前記ファイルが他の装置に転送されることを禁じる機能、前記ファイルが所定回数だけ再生された後受信側加入者装置から自動的に削除される機能、前記ファイルが所定日まで再生可能でその後受信側加入者装置から自動的に削除される機能、及び前記ファイルが発信側加入者または受信側加入者による特定の手順の操作もしくは他のメディアコンテンツアイテムの特定手順での再生又は両者の所定の組み合わせにおいてのみ再生される機能。
【請求項８９】
前記サーバは、前記受信側加入者装置に、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれるメディアコンテンツの第１のＤＲＭライセンス情報を提供し、
前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれるメディアコンテンツに関して前記受信側加入者又は発信側加入者によって起動されるトランザクションに応じて、前記サーバは、前記受信側加入者装置に対し、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記メディアコンテンツの第２のＤＲＭライセンス情報を供給し、
前記代２のＤＲＭライセンス情報は、第１のＤＲＭライセンス情報によって許諾されていない使用を許可することを特徴とする請求項８７に記載の方法。 
【請求項９０】
前記受信側加入者によって起動される前記トランザクションは、購入型のトランザクションを含むことを特徴とする請求項８９に記載の方法。
【請求項９１】
前記発信側加入者によって起動される前記トランザクションは、プレゼント型のトランザクションを含むことを特徴とする請求項８９に記載の方法。
【請求項９２】
前記サーバは、音声又はデータ通信が発信側加入者によって開始された時点において受信側加入者が双方向マルチメディア通知を許可する装置を所有しない場合に、前記サーバは、前記受信側加入者に対して、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記ソフトウエアにアクセスし、インストールし、起動する方法の指示を通知することを特徴とする請求項４８に記載の方法。
【請求項９３】
メディアコンテンツアイテムのライブラリからの少なくとも１つのメディアコンテンツアイテムのプレビューをを提示し、前記発信側加入者装置及び受信側加入者装置において前記メディアコンテンツアイテムを双方向マルチメディア通知において使用できるようにダウンロード可能にすることを特徴する請求項４８に記載の方法。
前記メディアコンテンツアイテムのライブラリの構成は、地域又はネットワークごとまたはその双方によって決めることができ、発信側加入者及び受信側加入者について（すなわち、発信側加入者が米国におりT-Mobileを利用している場合、前記発信側加入者は、メディアコンテンツタイトル（複数のリンガー）の１つの組を見る。前記発信側加入者が中国にいてSkypeを利用している場合には、前記発信側加入者は別のメディアコンテンツタイトル（複数のリンガー）の組を見る。アクセス可能なものは重複があってもよく、双方が利用可能であってもよい。）及び／又は
受信側加入者装置におけるグラフィックユーザインタフェースを用いて、発信側加入者は発信側加入者が双方向マルチメディア通知を送信した履歴を閲覧することができ、前記受信側加入者端末に前記発信側加入者のいずれかから送信されたメディアコンテンツアイテムの履歴を閲覧することができ、前記過去のメディアコンテンツアイテムの履歴の表示を再生することができ（１つ以上のメディアコンテンツアイテムがある場合には、前記アイテムは前記受信側加入者に送信された年代順に表示される）、また、受信側加入者の領域又はネットワークにおいて又はその両者において購入／ダウンロード可能なものとして画面表示された前記メディアコンテンツアイテム購入／ダウンロードすることができ、及び／又は、
前記ユーザが双方向マルチメディア通知において起動されるユーザのバディの装置に存在する前記コンテンツメディアアイテムのリストを閲覧及びプレビューをできるようにする発信側加入者装置及び受信側加入者装置におけるグラフィカルユーザインタフェースを用いて、前記受信側加入者の領域又はネットワークにおいて又はその両者において購入／ダウンロード可能なものとして画面表示された前記メディアコンテンツアイテムを購入／ダウンロードできること、及び／又は
前記サーバは、（ａ）グラフィカルユーザインタフェースを用いることによって、ユーザが双方向マルチメディア通信において具体化されたか、又は、又は前記ユーザのバディの装置に存在するアイテムのリストに掲載された、少なくとも１つのメディアコンテンツアイテムを購入する事例を追跡する手段と、（ｂ）購入した加入者またはプレゼントした加入者の装置のディスプレイに報告する手段と、（ｃ）ロイヤルティポイント、他の装置のサービスへのアクセス、又は提示する加入者の口座へのキャッシュクレジットの形式で報酬を発行する手段と、を含む。
【請求項９４】
発信側加入者から受信側加入者へ両者間の音声通話の一部としてマルチメディア通知を送信する方法であって、
前記方法は、
発信側加入者によって操作される発信側加入者装置及び受信側加入者によって操作される受信側加入者装置と接続されるサーバを準備し、前記サーバは、市販のメディアコンテンツアイテムに関する情報を格納する少なくとも１つのデータベースを備え、前記データベースの前記情報は、市販されたメディアコンテンツアイテムに関する許諾された権利及び関連する地域を特定し、
前記発信側加入者装置を操作して受信側加入者を選択し、及びマルチメディア通知のためのメディアコンテンツを選択し、
前記発信側加入者の操作に応じて、前記発信側加入者装置から前記受信側加入者装置への少なくとも１つのコマンドの送信を開始し、前記少なくとも１つのコマンドは、マルチメディア通知のメディアコンテンツを特定するか含むかし、
前記サーバは、着信側加入者装置又は発信側加入者装置の地域を特定し、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記メディアコンテンツについて、前記データベースに保存された情報により示される制限地域を特定するために前記データベースにアクセスし、受信側加入者端末の地域又は着信側加入者端末の地域が制限地域と一致するか判断し、
受信側加入者装置又は発信側加入者装置の地域が制限地域と一致する場合には、前記メディアコンテンツの使用を制限するか、又は、前記地域で購入／ダウンロードが制限されていない最も似た代替メディアコンテンツアイテムを提供する役割を果たすＤＲＭライセンスデータ情報を、前記受信側加入者装置又は前記発信側加入者装置に供給する、
前記受信側加入者装置は前記少なくとも１つのコマンドを受信し、前記発信側加入者装置から前記受信側加入者装置に対して通信ネットワークを介してなされた通話に関連して、前記マルチメディア通知の前記メディアコンテンツを再生する、
ことを特徴とする方法。
【請求項９５】
発信側加入者から受信側加入者へ両者間の音声通話の一部としてマルチメディア通知を送信する方法であって、
発信側加入者によって操作される発信側加入者装置及び受信側加入者によって操作される受信側加入者装置と接続されるサーバを準備し、前記サーバは、複数のユーザについてプレゼンスデータ及び許可データを格納する少なくとも１つのデータベースを備え、又は、複数のユーザについてプレゼンスデータ及び許可データを格納する少なくとも１つのデータベースと接続され、受信側加入者のプレゼンスデータ及び許可データは前記受信側加入者装置との通信により特定され、前記発信側加入者から受信側加入者への前記マルチメディア通知を選択的に選択的に開始するために用いられ、
前記サーバは、着信側加入者装置又は発信側加入者装置の地域を特定し、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記メディアコンテンツについて、前記データベースに保存された情報により示される制限地域を特定するために前記データベースにアクセスし、受信側加入者端末の地域又は着信側加入者端末の地域が制限地域と一致するか判断する、
ことを特徴とする方法。
【請求項９６】
発信側加入者から受信側加入者へ両者間の音声通話の一部としてマルチメディア通知を送信するシステムにおいて、
装置が、
発信側加入者によって操作される発信側加入者装置及び受信側加入者によって操作される受信側加入者装置と接続されるサーバを備え、前記サーバは、市販のメディアコンテンツアイテムに関する情報を格納する少なくとも１つのデータベースを備え、前記データベースの前記情報は、市販されたメディアコンテンツアイテムに関する許諾された権利及び関連する地域を特定し、
前記サーバは、着信側加入者装置又は発信側加入者装置の地域を特定する手段、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記メディアコンテンツについて、前記データベースに保存された情報により示される制限地域を特定するために前記データベースにアクセスする手段、受信側加入者端末の地域又は着信側加入者端末の地域が制限地域と一致するか判断する判断手段、及び、前記判断手段の判断に基づいてＤＲＭライセンスデータ情報を、前記受信側加入者装置又は前記発信側加入者装置に供給する手段と、を備える、
ことをを特徴とする装置。
【請求項９７】
発信側加入者から受信側加入者へ両者間の音声通話の一部としてマルチメディア通知を送信するシステムにおいて、発信側加入者によって操作される発信側加入者装置へロードされる又はロード可能なソフトウエアアプリケーションを備え、前記ソフトウエアアプリケーションは、１又は複数人の加入者に関連する装置情報、プレゼンス情報、及び許可・ステータス情報を伝達するため、多数層のアイコンの組を利用するグラフィカルユーザインタフェースを含む。
【請求項９８】
アイコンの第１の層は、装置情報を視覚的に描写し、
アイコンの第２の層は、プレゼンス情報を視覚的に描写し、
アイコンの第３の層は、許可・ステータス情報を視覚的に描写する、
ことを特徴とする請求項９７に記載のソフトウエアアプリケーション。
【請求項９９】
前記マルチメディア通知は、関連する双方向要素に関連して受信側加入者に提示されることを特徴とする上記請求項に記載されたシステム又は装置。
【請求項１００】
発信側加入者から受信側加入者へ両者間の音声通話の一部としてマルチメディア通知を送信するシステムにおいて、発信側加入者によって操作される発信側加入者装置へロードされる又はロード可能なソフトウエアアプリケーションを備え、前記ソフトウエアアプリケーションは、
受信側加入者を特定する手段と、
前記マルチメディア通知用のメディアコンテンツを選択する手段と、
前記発信側加入者装置から前記受信側加入者装置へ送信される少なくとも１つのコマンドの通信を開始する手段と、を備え、前記少なくとも１つのコマンドは、前記マルチメディア通知の前記メディアコンテンツを特定するか含むかし、前記少なくとも１つのコマンドは複数のコマンドタイプから選択されるコマンドタイプを含むことを特徴とするソフトウエアアプリケーション。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信システムに関する。より具体的には、本発明はピアツーピア音声通信を提供する通信システムに関する。
【背景技術】
【０００２】
本出願は、２００６年４月１９日に出願された米国仮出願６０／７４５１３４号及び２００６年８月１１日に出願された米国特許出願１１／４６３９７４号に基づく優先権を主張する。これらの出願に含まれる記載は、参照により本明細書に組み込まれる。
【０００３】
近年の通信システムにおいては、着呼側に呼び出しがなされたとき、着信を知らせるために着呼側の電話機においてリングトーンが鳴らされる。従来の固定電話においては、着呼側電話機と接続された通信事業者の交換機において生成される９０ボルト、２０ヘルツの交流波に応じてリングトーンが鳴らされる。無線通信システムにおいては、典型的には、交換局等から着呼側端末への呼接続要求に応じて着呼側携帯端末でリングトーンが生成される。携帯端末は、典型的には、バイブレーションによって着呼を通知することもできる。バイブレーションによる通知は、特に雑音のある環境やリングトーンが迷惑になる場所において用いられ、また耳の不自由な利用者にために用いられる。
【０００４】
より新しい無線携帯端末では、ユーザが複数のリングトーンから１つのリングトーンを選択することができる。また、ユーザは、電話帳に登録されているユーザごとにリングトーンを選択することもできる。端末が電話帳に登録されたユーザから呼接続要求を受けると、そのユーザに対応するリングトーンが着呼を知らせるために鳴らされる。より新しい形態端末では音楽の一部分をリングトーンとして用いることもできる。そして、このようなリングトーンの販売は携帯音楽産業における重要なセクターになっている。
【０００５】
初期の携帯端末は単声のリングトーンしか鳴らすことができなかった。単声のリングトーンは単純な音階の短いメロディーである。また、初期の電話機は内蔵のリングトーン作成機能を用いてリングトーンをプログラムすることができた。ＲＴＴＴＬ等のＳＭＳテキストを用いてリングトーンを送信するための様々なフォーマットが開発された。
【０００６】
近年の携帯端末はより複雑な和声（Polyphonic）のリングトーンを鳴らすことができる。和声（Polyphonic）とは、ギター、ドラム、電子ピアノなどの楽器の音を用いて複数の音を同時に鳴らすことを意味する。和声のリングトーンは、典型的には、録音された音楽や従来のオーディオファイル（例えば、ＡＡＣ、ＭＰ３、ＷＭＡ、ＷＡＶ、ＱＣＰ、ＡＭＲ等のフォーマット）に含まれるその他の音の一部分である。このようなリングトーンは、携帯端末で実行される適当なソフトウエアアプリケーションによって再生される。和声リングトーンはＭＩＤＩシーケンスを用いることもできる。和声を処理できる端末の多くは標準的なＭＩＤＩファイルを再生することができる。また、ＳＰ−ＭＩＤＩファイルを再生できる端末もある。ＳＰ−ＭＩＤＩファイルは拡張性のある和製リングトーンを符号化する。同時に再生することが可能なチャネルの数によって、ＳＰ−ＭＩＤＩファイルを演奏する際に端末によって再生される音が決定される。具体的には、旧型の和声再生可能な端末は同時に４音を再生できるが、新型の端末は１２８音を同時に再生することができる。
【０００７】
リングトーンは携帯端末をカスタマイズする方法として人気を博している。この需要に応じて、無線通信事業者やコンテンツプロバイダはリングトーンを携帯端末ユーザに配布することによって多くの収益をあげる事業を構築している。しかしながら、携帯端末で再生されるリングトーンのカスタマイズを行えるのは端末ユーザに限られている。このため、音声通話処理の一部として十分にカスタマイズを行うことができず、音声通話処理のカスタマイズにより得られる見込み収益が制限されている。
【０００８】
米国特許出願公開２００６−００２６２７７号明細書（特許文献１）には、呼接続プロセスにおいて発呼側で決定したマルチメディア通知をプッシュ送信するシステム及び方法が記載されている。着呼側は、着信に応答する前に発呼側で決定したマルチメディア通知を聞いたり見たりすることができる。発呼側で決定したマルチメディアコンテンツは呼接続処理中に送信され、受信側携帯端末の標準リングトーンを置き換える。これにより、音声通話プロセスを追加的にカスタマイズすることができる。
【特許文献１】米国特許出願公開２００６−００２６２７７号明細書
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、特許文献１に記載の発明では、マルチメディア通知を行う通信プロセスのユーザによるシステム全体としての又はユーザごとの制御及び管理、受信側端末に送信されるマルチメディアコンテンツのアクセス制限といった、音声通話プロセスで生じる重要な問題が取り扱われていない。
【００１０】
このように、ピアツーピア音声通信のための方法、システムや、そのシステムを用いたサービスのための技術においては、マルチメディア通知を行う通信プロセスのユーザによるシステム全体としての又はユーザごとの制御及び管理、受信側端末に送信されるマルチメディアコンテンツのアクセス制限を提供するとともに、音声通話プロセスの追加的なカスタマイズをできるようにすることが依然として必要とされている。
【００１１】
したがって、本発明の目的の一つは、追加的な音声通信プロセスのカスタマイズができるピアツーピア音声通信システム及び方法を提供することである。
【００１２】
本発明の別の目的は、そのような追加的な音声通信プロセスのカスタマイズから得られる潜在的な収益の成長を可能にするピアツーピア音声通信システム及び方法を提供することである。
【００１３】
本発明のさらに別の目的は、カスタマイズ可能なリングトーンを用いて音声通信プロセスを充実させることである。
【課題を解決するための手段】
【００１４】
このような目的を達するために、方法、システム及び当該システムの通信装置にインストールされるソフトウエアアプリケーションは、音声通信を確立する前に発呼側装置から着呼側装置へメディアベース着信通知コマンドを伝達する。メディアベース着信通知コマンドは、好ましくは、音声通信の確立前に(又は確立と同時に)着信側ユーザに着信を知らせるために着信側装置で再生されるメディアコンテンツを伝達する。あるいは、メディアベース着信通知コマンドはメディアコンテンツ自体を伝達せずに、音声通信の確立前に(又は確立と同時に)着信側ユーザに着信を知らせるために、ローカルで又はリモートに着信側装置が再生のためにアクセス可能なメディアコンテンツを特定するメディアを特定する情報を伝達する。好ましくは、メディアベース着信通知コマンドの伝達はサービスへの加入者が利用可能なそのサービスの一部として実現される。
【００１５】
本発明の一実施例においては、クエリサーバがサービスのユーザのプレゼンスデータや許可データ（permissions data）を保持するために用いられる。プレゼンスデータは、ユーザごとに、そのユーザがの状態（availability）表示する。許可データは、メディアベース着信通知コマンドの通信を選択的に開始し又は開始しないために用いられ、また、ユーザがメディアベース音声着信コマンドの受信を全体的にまたユーザごとに選択的に制限できるように、ユーザによって動的に更新される。
【００１６】
本発明の別の実施例においては、クエリサーバはメディアベース着信通知コマンドを第２の着呼側端末に伝達するように構成される。また、クエリサーバは、発呼側が呼び出しを開始したときに着呼側が圏外にいる場合に、受信側ユーザがメディアベース着信通知コマンドのメディアコンテンツにアクセスできるように構成される。
【００１７】
本発明のさらに別の実施例においては、メディアベース着信コマンドに含まれる（又はメディアベース着信コマンドによって参照される）メディアコンテンツは、ディジタル著作権管理（ＤＲＭ）情報によって保護され、コンテンツプロバイダやユーザが要求する通りにメディアコンテンツの制御されたアクセスや配布を行うことができる。
【００１８】
本発明のさらに別の実施例においては、メディアベース着信通知コマンドの通信は、構造化フレームワークのマルティプルコマンドの一部である。マルティプルコマンドは着呼側端末に伝達されるコマンドであって、メディアコンテンツが着信側端末において利用可能か判断するために着信側端末によって用いられるメディアコンテンツに関する情報を含むコマンドを含む。その判断結果を示すコマンドは着呼側端末による応答である。このようなコマンドは、メディアコンテンツを着呼側端末に送信する前に、着呼側端末へまたは着呼側端末から伝達される。
【００１９】
本発明のさらに別の実施例においては、本発明の通信サービスの加入者に関する装置の互換性情報、プレゼンス情報、及び許可・ステータス情報を伝達するために、多数層のアイコンのセットを用いるグラフィカルユーザインタフェースが備えられる。
【００２０】
本発明のさらに別の実施例においては、クエリサーバ（もしくは別の中央処理プラットフォーム）が、サービスの一部として着呼側端末に送信される商業的なメディアコンテンツアイテム（media
content item）に関連する情報のデータベースを保持する（又はデータベースに接続される）。商業的なメディアコンテンツアイテムは、発呼側端末にも送信される。データベースの情報は、商業的なメディアコンテンツアイテム（又はそのグループ）について、許諾された権利、当該権利に関連する地域（例えば、許諾地域及び／又は禁止地域）を特定する。データベースは、音声通話通信に関して地域の制限を行うために呼ごとに（call-by-call）アクセスされ、及び／又は音声通話通信に続くユーザの相互作用に関してアクセスされる。
【００２１】
本発明のさらに別の実施例においては、システムは、広告を及び／又はそれ以外のマーケティングや宣伝のためのメディア商品を、メディアベース着信通知コマンドのメディアコンテンツの再生に伴って着呼側端末へ表示し再生するために配信するプラットフォームを含む。
【００２２】
ここに述べた以外の本発明の目的や効果は発明の詳細な説明及び図面を参照することによって当業者に明らかになる。
【発明を実施するための最良の形態】
【００２３】
図１には、リングトーンなどのメディアコンテンツが発呼側端末装置３によって指定される典型的な通信システム１の概略構成図が示されている。指定されたメディアコンテンツ（もしくはそのようなメディアコンテンツへの参照）は、１つ以上の通信ネットワークを介して着呼側加入者端末５へ送信されるメディアベース着信通知コマンドの一部に含まれる。メディアベース着信通知コマンドは、通信ネットワーク７と加入者端末の設備やプロトコルに応じて決まる方法で、発呼側加入者端末３と着呼側加入者端末５との間で音声通話が確立する前に着呼側端末に送信される。多くの場合、通話の確立は、通信ネットワーク７が加入者端末間で同時送受話式の通信を可能にする通信通信ネットワーク７上の通信チャネルを確立するよう設定することを含む。メディアベース着信通知コマンドに含まれる（又は同コマンドによって参照される）メディアコンテンツは、加入者端末装置間での音声通話が確立する前に（又はそれと同時に）音声通話着信側加入者端末５で再生される。メディアベース着信通知コマンドはサービスの加入者が利用できるサービスの一部として提供される。加入者端末間３，５間の音声通話は適当な電話通信接続（例えば、無線電話接続及び／又はＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）データ接続）によって実現される。また、加入者端末３，５の間での音声通話は、補助的なデータ通信（例えば、テレビ電話のための画像データ、ホワイトボードのためのデータ交換、ファイルシェアリング、又はその他の組み合わされた特徴（collaborative features））によって補完される。
【００２４】
加入者端末３，５は、携帯電話機、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｅｇｉｔａｌ  Ａｓｓｉｓｔａｎｃｅ）、パーソナルコンピュータ、ネットワークキヨスク（networked kiosks）、ＶｏＩＰ用電話機、ＶｏＩＰゲートウエイに接続される従来の電話機などの多くの通信装置のいずれかである。図１は、ブロック図形式で、加入者端末の典型的な実施例のアーキテクチャを示す。この実施例は、インタフェースロジック５５によってメモリ５３と接続される中央演算処理装置５１を含んでいる。メモリ５３は、典型的にはＲＯＭメモリモジュール及び／又はフラッシュメモリモジュールなどの不揮発性メモリや、ＤＲＡＭモジュール等の揮発性メモリによって実現され、オペレーティングシステムやコアアプリケーション５７及びアプリケーション１１（以下「メディアベース着信通知アプリケーション」）を格納する。中央演算処理装置５１は、液晶ディスプレイパネル等のディスプレイ装置６１、キーパッドもしくはキーボード６３及び／又はその他のユーザ入力装置（例えば、ディスプレイ装置６１に配置されたタッチスクリーン）、マイク６５、及び音声／映像出力用のスピーカ６７と接続される。中央演算処理装置５１は、通信ネットワーク７との双方向通信を提供する通信サブシステム６９と接続される。
【００２５】
クエリサーバ９は、ネットワーク７と接続される。図１は、ブロック図形式で、クエリサーバ９の典型的な実施例のアーキテクチャを示す。この実施例は、インタフェースロジック７５によってメモリ７３と接続される中央演算処理装置７１を含んでいる。メモリ７３は、典型的にはＲＯＭメモリモジュール及び／又はフラッシュメモリモジュールなどの不揮発性メモリや、ＤＲＡＭモジュール等の揮発性メモリによって実現され、オペレーティングシステム７７及びアプリケーションロジック１３を格納する。オペレーティングシステム７７及びアプリケーションロジック１３は、通常、図示しない磁気ディスクドライブやディスクアレイ等の記憶装置に記憶され、必要に応じてメモリ７３にロードされる。中央演算処理装置７１は、通信ネットワーク７との双方向通信を提供する通信サブシステム７９と接続される。
【００２６】
クエリサーバ９のアプリケーションロジック１３はプレゼンス情報を格納するデータベース１５を保持している。プレゼンス情報は、本サービスの加入者に関連する通信状態を示す。この通信状態は、対応する加入者が本サービスの一部として通信を受信することが可能かどうかを示す様々な状態から選択される。例えば、好ましい実施例において、プレゼンス情報は、少なくとも「オプトイン」状態と「オプトアウト」状態とを表す。「オプトイン」状態は、当該加入者が本サービスの一部として開始される音声通話通信を利用できることを意味する。「オプトアウト」状態は、当該加入者が本サービスの一部として開始される音声通話通信を利用できないことを意味する。加入者は、各々の端末装置においてアプリケーション１１を実行することによって自身のプレゼンス情報を更新する。当該各々の端末装置は、クエリサーバ９に保持されている加入者のプレゼンス情報を更新するためにクエリサーバ９と通信する。データベース１５は、加入者に使用される通信端末の動作パラメータを定義する装置情報も保持する。動作パラメータの一例として、加入者によって使用される通信端末の種類（例えば、ハンドセットの型やオペレーティングシステムのバージョン）、加入者によって使用されるホームアクセスネットワーク、加入者によって使用される通信端末の互換性、及び加入者の通信端末におけるアプリケーション１１のインストールや活性化に関するステータス情報が挙げられる。
【００２７】
本発明の好ましい実施例において、クエリサーバ９のデータベース１５は、各加入者のバディリストも保持する。バディリストは特定の加入者のためにその加入者によって作成され、知り合いになった本サービスの加入者を特定する。バディリストは、携帯識別番号、スクリーンネーム、電子メールアドレス等によって、加入者を識別することができる。特定の加入者のバディリストは、リスト上の各加入者の許可データを含み、又は指し示す。許可データは特定の加入者によって設定される。加入者は、許可データの設定によって、バディリストに含まれる他の加入者によって開始されるメディアベース着信通知通信の受信を選択的に許可し、又は拒否することができる。受信側加入者端末５は、発信側加入者を、レコード会社や映画会社から提供される音楽やビデオクリップのような「市販の」もしくは所謂「事前録音された」メディアコンテンツの通信のみを許可するように登録している場合、当該発信側加入者端末３は、発信側加入者端末のバディリストにおいて当該受信側加入者に関連づけられたアイコンによってその旨を通知され、個人的に記録された音声や映像の着信通知は当該受信側端末に送信できなくなる。当該発信側加入者端末３は、市販のメディアコンテンツは当該受信側端末に送信することができる。受信側加入者は、グラフィカルユーザインタフェースを用いて、自身の装置を、バディリストに表示される発信側加入者が市販のメディアコンテンツのみを送信でき、さらに当該市販のメディアコンテンツが特定の等級（例えば、制限無し、ＰＧ１３、Ｒ指定、Ｘ指定もしくは等級無しなど）を持つように設定することができる。この設定によって、未適合のメディアコンテンツや、不快なメディアコンテンツが受信側端末装置に送信されることを防止することができる。特定の加入者のバディリストは、バディリストに含まれる他の加入者が、特定の加入者が開始するメディアベース着信通知通信の受信を許可するか拒否するか（もしくは不明であるか）を示すステータスデータ（状態データともいう）を含み、又は指し示す。特定の加入者のバディリストは、各加入者が各加入者端末装置においてアプリケーション１１を実行することにより生成され、遠隔ストレージのためにクエリサーバ９にアップロードされる。バディリストはアプリケーション１１にダウンロードされ、必要に応じて加入者によってアクセスされる。
【００２８】
他の実施例においては、プレゼンス情報は、インスタントメッセンジャー通信サービス、ＶｏＩＰ通信サービス等の他の通信サービスを含み、加入者の様々な状態（例えば、利用不能、利用可能−デスクトップ、利用可能−携帯、話中、待機（離席））を表示する。
【００２９】
プレゼンス情報、バディリスト、許可データ、装置データ又はこれらの一部分は、集中型レジストリ（分散型レジストリであっても良い）に保持され、加入者端末３，５とレジストリとの間の通信インタフェースを介した通信によって更新される。この実施例においては、レジストリに保持されるプレゼンス情報、バディリスト、許可データ、装置データ又はそれらの一部は、通信インタフェースを介してクエリサーバ９へ伝達されることが可能である。
【００３０】
望ましい実施例において、通信ネットワーク７、加入者端末装置のオペレーティングシステム５７、及びクエリサーバ９のオペレーティングシステム７７は、加入者端末装置３，５のいずれかとクエリサーバ９との間の通信セッション及び加入者端末装置３，５間の通信セッションが開始するために、ＴＣＰ／ＩＰネットワークプロトコルやＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）をサポートする。通信セッションの開始後は、情報自体を伝達するためにＲＴＰ（Ｒｅａｌ−Ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）パケットが用いられる。通信ネットワーク７においてＳＩＰをサポートするためには、図示しない周知のように登録用のネットワーク構成要素が必要となる。加入者端末におけるＳＩＰのサポートは、オペレーティングシステムの一部として含まれる周知のＳＩＰ／ＴＣＰＩＰスタック５９によって実現される。クエリサーバにおけるＳＩＰのサポートは、オペレーティングシステムの一部として含まれる周知のＳＩＰ／ＴＣＰＩＰスタック８１によって実現される。
【００３１】
加入者端末で実行されるアプリケーション１１及びクエリサーバのアプリケーションロジック１３は、音声通話を確立する前に、発信側加入者端末装置３から受信側加入者端末装置５に送信されるメディアベース着信通知コマンドに含まれる（又はメディアベース着信通知コマンドによって参照される）メディアコンテンツを特定するソフトウエアベースの機能を含む。また、加入者端末で実行されるアプリケーション１１及びクエリサーバのアプリケーションロジック１３は、受信側加入者端末装置５において、音声通話を確立する前に、メディアベース着信通知コマンドに含まれる（又はメディアベース着信通知コマンドによって参照される）メディアコンテンツを再生するソフトウエアベースの機能を含む。
【００３２】
図２は、加入者端末で実行されるアプリケーション１１及びクエリサーバ９のアプリケーションロジック１３ソフトウエア機能を図示する。ソフトウエア機能は、本発明の第１実施例に従って、メディアベース着信通知コマンドの通信のための構造化フレームワークを具体化し、また、音声通話通信プロセスを実行する。構造化フレームワークは、システム要素間のメッセージの一部として送受信されるコマンドを含む。当該コマンドは、システム要素間でデータ及びステータス情報を伝達する。説明を簡潔にするために、アプリケーション１１の機能のうち通話を開始する機能（すなわち、発信側加入者機能）及び通話を受信する機能（すなわち、受信側加入者機能）は、発信側端末３及び受信側端末５に関してそれぞれ独立に示され、説明される。しかしながら、そのような加入者端末装置は発信側端末装置としても受信側端末装置としても使用できるので、各々の加入者端末装置に格納され実行されるアプリケーションロジック１１は、独立に説明される機能の集合又は結合を含む。
【００３３】
ST Set Status機能１０１は、メディアベース着信通知通信プロセスの間、発信側加入者端末装置３及び受信側加入者端末装置５のいずれにおいても実行できる。ST Set Status機能１０１は、アプリケーション１１を自端末で実行している特定の加入者プレゼンス情報（例えば、オプトイン状態やオプトアウト状態）及び各加入者端末装置の装置データを更新する。更新されたプレゼンス情報及び装置データは、各加入者端末からクエリサーバ９へ送受信されるSet Statusコマンドの一部として伝達されされる。クエリサーバ９のQS Set Status機能１０３は、Set
Statusコマンドを受信して解析し、受信したSet Statusコマンドから更新されたプレゼンス情報と装置データを収集する。また、QS Set Status機能１０３は、必要に応じ、受信した更新されたプレゼンス情報に従ってデータベース１５に格納されている特定の加入者のプレゼンス情報及び装置データを更新する。
【００３４】
.
好ましくは、データベース１５は、特定の加入者のプレゼンス情報がシステム全体で共通の初期値（例えば、オプトアウト状態）を持つように初期設定される。特定の加入者によって最初にアプリケーション１１が実行される際には、データベース１５において特定の加入者のプレゼンス情報を加入者によって修正可能な初期値（例えば、オプトイン状態）に設定するために、ST Set Status機能１０１が起動される。プレゼンス情報は、表示されるグラフィカルユーザインタフェースを加入者が操作することによって更新される。その際に、データベース１５に格納されている特定の加入者のプレゼンス情報を更新するために、ST Set Status機能１０１が再度起動される。
【００３５】
ST Get Status機能１０５は、メディアベース着信通知通信プロセスにおいて、発信側加入者端末装置３と受信側加入者端末装置のいずれでも実行することができる。ST Get Status機能１０５は、クエリサーバ９のQS
Get Status機能１０７と協働して、各加入者の端末装置においてアプリケーション１１を実行する特定の加入者のバディリストと関連する許可データ、状態データ、及び装置データとを同期させる。更新されたバディリストと関連する許可データは、各加入者端末装置からクエリサーバ９へ送信されるGet Statusコマンドの一部として伝達され、これによりデータベース１５が更新される。バディリストと関連する状態データの更新は、クエリサーバ９から各加入者端末装置に送信されるUpdate Status コマンドの一部として伝達され、これにより各加入者端末装置に格納されている状態データが更新される。好ましい実施形態においては、ST Get Status機能１０５は、発信側加入者端末装置及び受信側加入者端末装置のいずれにおいても、クエリサーバ９が更新されたサービス加入者の許可データ及び状態データを保持する状態に保つため、事前設定に基づいて断続的に（例えば、３００秒ごとに）実行される。ST Get Status機能の呼の間隔は、各加入者端末装置に基づいて、及び／又はクエリサーバ９に設定されたパラメータによって、設定可能である。
【００３６】
他の実施例において、バディリスト、許可データ、装置データ、又はそれらの一部分は、集中型レジストリ（分散型レジストリであっても良い）に保持され、加入者端末３，５とレジストリとの間の通信インタフェースを介した通信によって更新される。この実施形態において、レジストリに格納されるプレゼンス情報、バディリスト、許可データ、装置データ又はそれらの一部は通信ネットワークを介してクエリサーバ９に送信される。
【００３７】
発信側加入者は、メディアベース着信通知コマンドの受信側加入者への通信を開始する。ユーザは、通常、アプリケーション１１によって加入者側端末装置３のディスプレイ装置６１に表示されるグラフィカルユーザインタフェースを操作することで、このメディアベース着信通知コマンドの通信を開始する。この操作がなされると、OP Initiate Media Package Transfer機能１０９が発信側加入者端末装置３において実行される。OP Initiate Media Package Transfer機能１０９は、Initiate Media Package Transferコマンドをクエリサーバ９に送信する。Initiate Media Package Transferコマンドは、通常、受信側加入者を、ユーザ名（例えば、スクリーンネームや受信側加入者に割り当てられた電子メールアドレス）によって特定する。Initiate Media Package Transferコマンドは、また、メディアベース着信通知の種類（例えば、市販のオーディオによる通知、市販の映像による通知、記録されたオーディオによる通知、記録された映像による通知など）を特定する。Initiate Media Package Transferコマンドに応じて、クエリサーバ９では、QS Initiate Media Package Transfer機能１１１がデータベース１５にアクセスし、受信側加入者のプレゼンス情報及び装置データを読み出す。クエリサーバ９は、受信側加入者のバディリストに関連する許可（もしくは許可データ）を読み出す。分散側アーキテクチャにおいては、クエリサーバ９は、受信側加入者の適切なプレゼンス情報、装置データ、バディリスト、許可データ、又はそれらの一部分を読み出すために、集中型レジストリ（分散型レジストリであっても良い）と通信する必要がある。
【００３８】
クエリサーバ９は、受信側加入者のプレゼンス情報、及び／又は装置データ、及び／又は許可データが、発信側加入者によって開始されたメディアベース着信通知通信の「許可（allowed）」又は「拒否（blocked）」を示しているか確認する。メディアベース着信通知通信の着信可否状態（serviceability status）（すなわち、「通信可（authorized）」又は「通信不可（not-authorized）」）は、発信側加入者端末装置３に返信される。着信可否状態は、受信側加入者のプレゼンス情報、及び／又は許可データ、及び／又は装置データ（例えば、サービサビリティ状態が「通信可」になるのは、受信側加入者のプレゼンス情報が「オプトイン」状態を示す場合、着信側加入者の許可データが当該発信側加入者によって開始されたメディアベース着信通知通信を「許可」になっている場合、また受信側加入者端末の装置データが受信側端末に適当なアプリケーションがインストールされ動作可能になっていて（activated）メディアベース着信通知通信が可能である場合である。一方、着信可否状態が「通信不可」になるのは、受信側加入者のプレゼンス情報が「オプトアウト」状態を示す場合、着信側加入者の許可データが当該発信側加入者によって開始されたメディアベース着信通知通信を「拒否」になっている場合、または受信側加入者端末の装置データが受信側端末に適当なアプリケーションがインストールされていないか動作可能になっておらずメディアベース着信通知通信が不可能である場合である。）受信側加入者の許可データは、発信側加入者から送信されるすべてのメディアベース着信通知に関連する。もしくは、受信側加入者の許可データは、発信側加入者から送信される１つ以上のメディアベース着信通知のコンテンツタイプ（content-types）に関連する。別の例では、発信側加入者によって特定されるメディアベース着信通知の所定のコンテンツタイプに対応する許可データは、受信側加入者の着信可否状態を決定するために用いられる。
【００３９】
OP Initiate Media Package Transfer機能１０９は、返信された状態が受信側加入者が「着信可能（serviceable）」を示すか否か判断し、着信可能（serviceable）であればOP Transfer Media Package１１３を以下に示すように起動する。OP Initiate Media Package Transfer１０９からOP Transfer Media Package機能１１３への移行は、矢印１１２で示される。返信された状態が受信側加入者が着信可能であることを示す場合には、OP Initiate Media Package Transfer機能１０９は、ディスプレイ装置６１を用いて発信側加入者へその状態を表示し、もしくは発信側加入者端末装置３において他の方法で当該状態を発信側加入者へ通知する。受信側加入者のプレゼンス情報、及び／又は装置データ、及び／又は許可データがクエリサーバ９から発信側加入者端末装置３へ返信され、発信側加入者端末装置３が発信側加入者（又は着信側加入者）の着信可能状態を判断することも可能である。
【００４０】
Initiate
Media Package Transferに応じて、QS
Initiate Media Transfer機能111が図示しない課金機能（Accounting Function）を開始することも可能である。課金機能は次のタスクを実行する。（１）必要に応じて、報告又は課金のためにデータ送受信や通話の記録を作成する。（２）必要に応じて、発信側及び受信側加入者が本発明のメディアベース着信通知通信について正しく課金されていることを確認する。
OP
Transfer Media 機能113は、発信側加入者端末装置３で実行される。OP Transfer
Media 機能113は、Transfer Media Requestコマンドを受信側加入者端末装置５に送信する。Transfer Media Requestコマンドは、好ましくは（１）メディアベース着信通知を構成するメディアファイルのファイル名と可能であれば対応するファイル形式、（２）メディアファイルのサイズ、及び（３）メディアファイルのディジタル著作権管理（ＤＲＭ）情報を含む。ディジタル著作権管理情報（ＤＲＭ情報）は、好ましくは、メディアファイルの使用権や課される制限を指定する許可（permissions）／資格（entitlements）、及びメディアベース着信通知を構成するメディアファイルを復号するキー及び必要な許可／資格を取得するための１つ以上のサーバのＵＲＬ（又はＩＰアドレス）を含む。許可（permissions）／資格（entitlements）は、メディアベース通知のメディアファイルの使用権（consumption rights）や制限を指定するために用いられ、次のものを含む。Play, No
Save（着信側加入者端末装置がメディアコンテンツを再生できるが、ローカルに保存できないことを示す。一時的なコピーのみが許可される。）Play,
Save, Unlimited Use, No Forward（受信側加入者端末装置がメディアコンテンツを回数の制限なく再生することができ、メディアを例えばメディアベース着信通知のような指定された用途に用いることができる。しかし、受信側加入者端末装置の外に転送したり保存したりすることはできない。
Play
x times, Save, Unlimited Use, No Forward（Play, Save,
Unlimited Use, No Forwardと同様であるが、受信側加入者端末装置はメディアコンテンツをｘ回だけ再生することができ、その後に当該メディアコンテンツは装置から永久に削除される。）Play until dd-mm-yyyy, Save, Unlimited Use, No Forward（Play, Save, Unlimited Use, No Forwardと同様であるが、メディアコンテンツは指定された日時（dd-mm-yyyy）後に永久に削除される。）any
of the above with Limited Use（メディアコンテンツはメディアベース着信通知のような特定の用途にのみ用いられる。）any of above with pass along/forward rights（メディアコンテンツを超流通のスキームで他の装置に転送することができる。ただし、実際のメディア自体は転送されない。受信装置に転送されるのは、適切な資格とメディアをダウンロードするためのインビテーションである。）
【００４１】
使用権（consumption
rights）や制限（restrictions）は、メディアコンテンツが、発信側加入者の一連の行動もしくは他のメディアコンテンツ、又は両者の所定の組み合わせにおいてのみ再生されることを許可する。例えば、使用権は次のような指図を行う。受信側加入者はメディアコンテンツの再生前又は再生後に広告を視聴しなければならない。受信側加入者は、メディアコンテンツの再生前又は再生後に再生される広告に応答しなければならない。メディアベース着信通知で具体化されるメディアコンテンツは、それ自身が広告であってもよい。このメディアコンテンツは、メディアコンテンツの広告以外の部分を再生したり装置間のメディアシェアリングデータ接続を開くなどの広告以外のイベントを起こすために、発信側又は受信側の加入者又は両方の加入者へ応答を要求する。受信側加入者は保留された（paused）着信を解除（unpause）しなければならない。受信側加入者は、受信側加入者端末装置が着信時にマナーモードであったため装置やサーバに保存されたマルチメディア通知（multimedia announcement）を読み出さなければならない。装置はメディアコンテンツが再生される前にローカルネットワークの所定の近さ又は幅に存在しなければならない。例えば、atm、ドア、又はウェブサイトを開錠することができるオーディオ、ｒｆ又は光信号のシーケンスを含む。
【００４２】
受信側加入者端末装置５で実行されるRP Transfer Media Package機能１１５は、Transfer Media Requestコマンドを処理し、コマンド内で特定されているメディアコンテンツが受信側加入者端末装置５において受信及び処理可能であるか判断する。そして、Ack Transfer Media Requestコマンドを発信側加入者端末３に返信する。Ack Transfer Media Requestコマンドは、好ましくは、（１）メディアファイルの好ましい形式、（２）受信側加入者端末装置５の利用可能なメモリ容量、及び（３）メディアファイルに課されているＤＲＭの制限に従うことが可能であることの確認を含む。
【００４３】
Ack Transfer
Media Requestコマンドを受信すると、発信側加入者端末３で実行されるOP Transfer Media Package機能１１３は、受信したコマンドに含まれている情報を確認する。この受信コマンドの確認（validation）は、受信側加入者端末装置５が、意図された通りに、また、発信側加入者端末３によって提供されたフォーマットに従って、メディアベース着信通知を構成するメディアファイルを受け入れ消費（consume）することを確認する。この確認作業が成功すると、OP Transfer Media Package function 113は、Send Media Packetコマンドの受信側加入者端末装置５への送信を開始する。Send
Media Packetコマンドは、好ましくは、（１）暗号化されたメディアベース着信通知を構成するメディアファイル、（２）メディアファイルに関連するメタデータ（例えば、名称、製作者、演奏者など）、（３）上述したメディアファイルのＤＲＭ情報を含む。Send Media Packetコマンドを受信すると、RP Transfer Media Package function 115は、発信側加入者端末３へ返信される肯定応答コマンドの通信を開始する。肯定応答コマンドを受信すると、OP Transfer Media Package function 113は、RP Transfer Media Package 機能１１５が送信するMedia Receivedコマンドを受信するまで待ち状態になる。
【００４４】
Ack Transfer Media Requestコマンドの確認が失敗した場合には、OP Transfer Media Package機能１１３は、ディスプレイ装置６１を用いて発信側加入者へその状態を表示し、もしくは発信側加入者端末装置３において他の方法で当該状態を発信側加入者へ通知する。そして、OP Transfer Media Package機能１１３は、受信側加入者へのメディアベース着信通知通信処理を終了する。
【００４５】
Ack Transfer
Media Requestコマンドの処理が、受信側加入者端末装置５が異なる形式のメディアベース着信通知を要求していることを示す場合には、OP Transfer Media Package機能１１３は、Send Media Packet Toコマンドをクエリサーバに送信することができる。Send Media Packet Toコマンドは、好ましくは、（１）受信側加入者端末装置５のアドレス、（２）必要に応じ、メディアベース着信通知を構成するメディアファイルの詳細、（３）メディアファイルについて受信側加入者がAck Transfer Media Requestにおいて要求している形式、及び（４）上述したメディアファイルのＤＲＭ情報を含む。Send Media Packet Toコマンドを受信すると、クエリサーバ９のQS Transfer Media Package機能１１７は、対応する肯定応答コマンドを発信側加入者端末３に送信する。この肯定応答コマンドを受信すると、OP Transfer Media Package機能は、RP Transfer Media Package 機能１１５が送信するMedia
Receivedコマンドを受信するまで待ち状態になる。
【００４６】
QS Transfer Media Package 機能１１７は次のいずれかの機能を実現する。つまり、（１）発信側加入者端末３から受信側加入者端末装置５したメディアファイルを発信側加入者端末３がSend
Media Packet Toコマンドで特定した適切な形式に変換するか、又は（２）適切な形式のメディアファイルの新たな複製を得る。新たな複製は、クエリサーバ９に保存されているメディア格納装置又はクエリサーバ９に接続されたメディア格納装置から入手することができる。適切な形式のメディアファイルを生成もしくは取得すると、QS Transfer Media Package機能１１７は、Send Media Packetコマンド（このコマンドについては上述した）を受信側加入者端末装置５へ送信する処理を開始する。Send
Media Packetコマンドを受信すると、RP
Transfer Media Package機能１１５は肯定応答コマンドをクエリサーバ９に送信する処理を開始する。これにより、発信側加入者端末３へSend
Media Packetコマンドの配信が成功したことが示される。
【００４７】
Send
Media Packetコマンドの配信が成功した旨の通知に応答して発信側加入者端末３又はクエリサーバ９から肯定応答が発出された後、RP Transfer Media Package機能１１５はGet Media Entitlementコマンドをクエリサーバ９に送信する。クエリサーバ９で実行されるQS Media File Entitlement Processing機能１１９は、Get Media Entitlementコマンドを受信し、メディアベース着信通知のメディアファイルに関連する復号キーとＤＲＭライセンスデータ（これらを「メディアファイル資格データ」と総称する）を取得する。メディアファイル資格データは、クエリサーバ９に保存されるか、クエリサーバ９に接続される別のサーバから取得される。メディアファイル資格データを取得すると、QS Media File Entitlement Processing機能１１９は、Send Media Entitlementコマンドの一部としてメディアファイル資格データを受信側加入者端末装置５へ転送する。もしくは、Media File Entitlement Processing機能１１９は、受信側加入者端末装置５の一部として実行しても良い。この場合、適切なサーバへアクセスしてメディアベース着信通知を構成するメディアファイルのメディアファイル資格データを取得する。
【００４８】
RP Transfer
Media Package機能１１５は、Send Media Entitlementコマンド及びこのコマンドに含まれるメディアファイル資格データを受信する。Send Media Entitlementコマンドを受信すると、RP Transfer Media Package機能１１５は、Media Receivedコマンドを発信側加入者端末３へ送信する処理を開始する。上述のように、OP Transfer Media
Package機能１１３は、Media Receivedコマンドを受信するまで待ち状態になる。Media Receivedコマンドを受信すると、OP Transfer Media Package機能１１３は、対応する肯定応答コマンドを受信側加入者端末装置５へ送信する処理を開始し、OP
Voice Call Setup機能１２１を起動する。OP Transfer Media Package機能１１３からOP Voice Call Setup１２１への移行は矢印１２２で示されている。
【００４９】
発信側加入者端末３から返信されたMedia Receivedコマンドの受信を示す肯定応答信号を受信すると、RP Transfer Media
Package機能１１５は、RP Voice Call Setup機能１２３を起動する。RP Transfer
Media Package機能１１５からRP Voice
Call Setup機能１２３への移行は矢印１２４で示されている。
【００５０】
OP
Voice Call Setup機能１２１は、発信側加入者端末３で動作するST Voice Call Processingロジック６０と協働し、ネットワーク資源を用いて音声通話を受信側加入者端末装置５へ提供する。この機能は、音声通話を提供する前に、発信側加入者端末３と受信側加入者端末装置５との間のＳＩＰセッションを中断させることができる。音声通話の提供は、受信側加入者端末装置５の電話番号（もしくはそれ以外のＩＤ）をST Voice Call Processingロジック６０へアプリケーションプログラムインタフェースを用いて提供することで実現することができる。好ましい実施形態において、ST Voice Call Processingロジック６０は、加入者端末のオペレーティングシステム５７の一部分として実現することができ、発信側加入者端末３と受信側加入者端末装置５との間の音声通話を提供する際に必要な機能を具現化する。音声通話は、携帯電話ネットワーク、データパケットネットワーク（例えば、インターネット上でのＶｏＩＰ通話）、その他の適切な通信ネットワークによって実現することができる。
【００５１】
RP
Voice Call Setup機能１２３は、受信側加入者端末装置５で動作するST Voice Call Processingロジック６０と協働して、受信側加入者端末装置５を「着信待ちモード」にする。この着信待ちモードでは、着信音声呼はRP Voice Call Setupに送られる。より具体的には、ST Voice Call Processingロジック６０は、各着信呼の発信者識別番号をRP Voice Call Setup機能１２３へ送信する。RP Voice Call Setup機能１２３は、予め格納していた発信者識別番号を用いて受信した発信者識別番号を認証する。着信呼の発信者識別番号が格納していた発信者識別番号と一致しない場合には、RP Voice Call Setup機能１２３は、当該呼がST Voice Call Processingロジック６０によって取り扱われるように、その呼を開放する。着信呼の発信者識別番号が格納していた発信者識別番号と一致した場合には、RP Voice Call Setup機能１２３は、従来の着信呼処理ではなく、受信側加入者端末装置５で適切なＤＲＭクライアントを起動し、メディア着信通知を構成するメディアファイルを復号するためにメディアファイル資格データの復号キーを使用する。上述のように、メディアファイル資格データは、Send Media Entitlementコマンドの一部として送信される。ＤＲＭクライアントは、復号された形式の、もしくは必要に応じて暗号化された形式の、メディアファイルをメディアプレイヤーに送る。メディアプレイヤーは、通常、コアアプリケーション及びオペレーティングシステムの一部として受信側加入者端末装置５に保存される。このようにして、受信側加入者端末装置５で動作するメディアプレイヤーは、RP Transfer Media Packageから受信したメディアベース着信通知を構成するメディアファイルを再生する。ＤＲＭクライアントは、メディアプレイヤーと協働し、ＤＲＭライセンスデータにより指定される制限に従って処理を行う。このような処理の一例が、図５のフローチャートに示されている。
【００５２】
RP
Voice Call Setup機能１２３は、受信側加入者が着信呼に関する様々なアクション（応答、着信拒否、転送など）を選択できるように、グラフィカルユーザインタフェースを起動する。ユーザの選択に応じて、RP
Voice Call Setup機能１２３は、ST Voice
Call Processingロジック６０と協働して選択されたアクション（例えば、応答、応答の拒否、他の電話番号への転送など）を実行する。このようにして、メディアベース着信通知を構成するメディアファイルは、受信側加入者端末装置５で、音声通話が加入者端末３と加入者端末５との間で確立される前に（又は確立と同時に）再生される。メディアベース着信通知を再生することで、発信側加入者によって開始された音声呼着信が通知（announcement）される。
【００５３】
好ましい実施形態において、アプリケーション１１は、次の４つの方法のうちの１つを用いて発見され、加入者端末にインストールされる。１）ユーザは、自身の装置のメニュー画面で、アプリケーションのアイコン又は予めインストールアプリケーションを閲覧することでそのアプリケーションを発見する。もしくは、ユーザは、自身の装置のコンタクトリスト（もしくは電話帳）アプリケーションを用いて、アプリケーションに関連する追加メニューを発見することができる。この構成において、アプリケーション１１を初めて実行するときやアプリケーションのメニュー項目の操作によって以下に述べる初期化（セットアップ）処理が開始される。２）ユーザはウェブサイト、Ｗａｐサイト、もしくはその他の配信サイト上に表示されたアプリケーション１１を発見する。または、ユーザは、テキストメッセージ、インスタントメッセージもしくはクライアントアプリケーション上で宣伝されたアプリケーション１１を発見する。または、ユーザは、従来のメディア広告（紙媒体、テレビ、もしくはラジオ）で広告されたアプリケーション１１を発見する。または、ユーザは、遠隔販売装置（例えば、ＷｉＦｉやブルートゥースキヨスクなど）でアプリケーション１１を発見する。ユーザがアプリケーション１１を注文すると、注文されたアプリケーション１１がユーザ装置にダウンロードされ、自動的にインストールされ、初期化（セットアップ）処理を開始する。３）アプリケーション１１は、ＳＭＳ、インスタントメッセージ、又はクライアントアプリケーションのポップアップなどを用いてテキストメッセージを受信することができるユーザに電話をかけるために、当該アプリケーション１１を使用する加入者によって宣伝される。テキストメッセージは、例えば、次のように表示される。「＜発信者側番号＞はあなたにPush Ringer Media Callを用いてコンタクトしようとしています。コンタクトを許可するにはPush Ringer Media Callアプリケーションをダウンロードしてインストールしてください（無料）。許可しますか、拒否しますか？」ユーザによって許可されると、当該ユーザの装置にダウンロードが開始され、自動的にインストールされ、初期化（セットアップ）処理を開始する。この処理の間に、好ましくは、発信側加入者には、ユーザが招待を許可してアプリケーション１１のダウンロードとインストールして、接続のために待機している旨を示すメッセージが表示される。
アプリケーション１１をプリインストールした（もしくは他の方法によりインストールした）が初期化（セットアップ）していないユーザは、メディアベース着信通知通信の受信者である。アプリケーション１１は、インストールされているが初期化されていない状態では、Transfer Media Requestコマンドを受信するよう構成されている。Transfer Media Requestコマンドを受信すると、アプリケーション１１は、ユーザにメディアベース着信通知通信の着呼を知らせるグラフィカルユーザインタフェースを表示する。グラフィカルユーザインタフェースは、ユーザが選択可能なアクションを提供する。例えば、次のようなグラフィカルポップアップを表示する。「＜発信者側番号＞はあなたにPush Ringer Media Callを用いてコンタクトしようとしています。「再生」、「拒否」、又は「その他（more）」を選択することができます。」適切なアクション（例えば、「再生」）が選択されると、アプリケーション１１は、要求されたメディアベース着信通知通信処理を実行する（例えば、Ack Transfer Media Requestコマンド、Send Media Packetコマンド、Get/Send Media Entitlementコマンド、 Media Receivedコマンドを処理する）。メディアベース着信通知通信処理においては、プッシュされたメディアコンテンツが受信側加入者端末装置５に送信され、加入者端末装置３，５間での音声通話を確立する前に（又はそれと同時に）プッシュされたメディアコンテンツが音声通話着信側加入者端末５で再生される。ユーザがメディアベース着信通知通信を拒否した場合（例えば、「拒否 」を選択した場合）には、アプリケーション１１のダウンロード、インストール、又はTransfer Media Requestコマンドの配信は必要に応じて終了される。発信側加入者には、メディアベース着信通知が拒否された旨を示す画面が表示される。これにより、ユーザは着信側加入者と通常の音声通話を行うことができる。この場合、拒否した受信側加入者は、将来の利用するときのために、本発明の着信通知サービスとアプリケーション１１のダウンロード方法を説明するＳＭＳメッセージを送信される。発信側加入者が、互換性のある装置を持っていないユーザとメディアベース着信通知通信を行おうとする場合は、発信側加入者がメディアベース着信通知通信が不可能であることを示す画面が表示され、発信側加入者はその画面を見て着信側加入者と通常の音声通話を行うことができる。
【００５４】
好ましい実施形態において、２種類のメディアベース着信通知通信がある。すなわち、マイリング（My Ring）タイププッシュメディア通信と録音リンガー（Record Ringer）タイププッシュメディア通信である。マイリングタイププッシュメディア通信において利用されるメディアファイルは、一般に利用可能な情報源（ソース）から入手できるコンテンツからなる。録音リンガータイププッシュメディア通信において利用されるメディアファイルは、私的な情報源（ソース）から生成され入手できるコンテンツからなる。このような私的な情報源から生成等されるコンテンツは、例えば、特定の加入者装置に保存され、または特定の加入者装置によって生成される。この好ましい実施形態において、アプリケーション１１は、インストールされると、マイリングタイププッシュメディア通信又は録音リンガータイププッシュメディア通信のみを受信できるように設定される。ユーザは、マイリングタイププッシュメディア通信又は録音リンガータイププッシュメディア通信を行うために、まず、加入者として登録しなければならない。図２のアーキテクチャにおいて、最初に発信側加入者の機能を実行不能に設定することで実現される。発信側加入者の機能は、登録後に実行可能に設定される。ユーザは、登録後すぐに、マイリングタイププッシュメディア通信を開始する際に、自装置においてただちにオーディオ、図形、画像のファイルを、メディアコンテンツとして使用するために選択することができる。図３には、メディアベース着信通知通信サービスへの登録及び加入用のウィンドウ画面が例示されている。
【００５５】
上述のように、加入者端末で動作するアプリケーション１１は、バディリストグラフィカルユーザインタフェースを保持する。このユーザインタフェースによって、加入者は他の知り合いの加入者のプレゼンス情報を見ることができ、誰が加入者に対してメディア着信を行うことができるか管理できる（例えば、選択的に他のユーザからのメディアベース着信通知通信を拒否又は許可することができる）。また、その加入者が他の知り合いの加入者へのメディアベース着信通知通信を行うことを拒否されているか見ることができる。バディリストによって、他の知り合いのユーザ（加入者であっても良いし加入者でなくとも良い）がメディアベース着信通知通信を受信できる互換端末を持っているかどうかも知ることができる。
【００５６】
バディリストグラフィカルユーザインターフェースの一例が図４に示されている。各バディは、リストの第１列に表示されており、本発明のサービスの加入者であるか非加入者であるかを問わず表示される。名称（又はそのほかのＩＤ）は、追加され、名称変更され、バディリストから削除されることができる。バディリストには、最初は電話帳もしくはそれ以外のオペレーティングシステム又はコアアプリケーション５７によって保持されるデータ構造に登録された名称が入力される。バディリストはサービスプロバイダによって装置外に保存されることもある。
【００５７】
図４のバディリストの第２列は、各バディのプレゼンス情報を提供する。より具体的には、ユーザがオプトイン状態に設定されている場合にはバディリストの第２列に、そのユーザのバディに関してＹｅｓが表示される。ユーザがオプトアウト状態に設定されているときには、バディリストの第２列に、そのユーザのバディに関してＮｏが表示される。
【００５８】
図４のバディリストの第３行を利用して、各加入者は、リストの各バディについて、メディアベース着信通知通信の受信を許可するか拒否するかを選択的に設定することができる。加入者が所定のバディについて第３列にＹｅｓを選択した場合には、当該バディからそう新されたメディアベース着信通知通信は受信される。逆に、加入者が所定のバディについて第３列にＮｏを選択した場合には、当該バディからそう新されたメディアベース着信通知通信はブロックされる。
【００５９】
図４のバディリストの第４列は、当該加入者がリスト上のバディに対するメディアベース着信通知通信を許可されているか拒否されているかを示す。所定のバディに関して赤字でＮｏと表示されている場合には、当該バディへの当該加入者はメディアベース着信通知通信を拒否されていることを示す。所定のバディに関して緑字でＹｅｓと表示されている場合には、当該バディへの当該加入者はメディアベース着信通知通信を許可されていることを示す。所定のバディに関して不明＜確認しますか？＞と表示されている場合には、当該バディへの当該加入者はメディアベース着信通知通信を許可されているか拒否されているか不明であることを示す。当該加入者が＜確認しますか？＞を選択すると、技術的に当該バディの装置の機能を調べ、当該バディの装置へメディアベース着信通知通信を行う許可を要求するために、当該バディに対してメディアベース着信通知通信が開始される。
【００６０】
詳細設定（Advanced）オプションは加入者だけが利用できる。詳細設定オプションを用いると、許可に関してより詳細な制御を行うことができる。例えば、どのような種類のメディアコンテンツを許可するかを設定することができる（例えば、すべて許可、すべての録音リンガーを拒否、すべてのマイリングを拒否など。加入者は、発信するメディアベース着信通知通信の使用権を設定することができる。例えば、録音リンガータイププッシュメディア通信について、バディが録音メディアコンテンツを保存することを選択的に許可／拒否することができ、また、当該バディが録音メディアコンテンツを転送することを選択的に許可／拒否することができる。
【００６１】
好ましい実施形態において、アプリケーション１１は、メディアベース着信通知通信を通常の音声通話と同じぐらい簡単に行うことができるグラフィカルユーザインタフェースを提供する。まず、電話帳又はバディリストから殻発信先の名称もしくは番号をクリックすると、ユーザに通常の電話（初期設定）又はメディアベース着信通知通信（例えば、マイリングタイププッシュメディア通信又は録音リンガータイププッシュメディア通信）を選択させる拡張オプションメニューが表示される。
【００６２】
通常の電話が選択された場合、通常の発呼がユーザ又はバディの電話に対してなされ、当該ユーザ又はバディの電話機の音声通話処理機能に従って呼び出し音が鳴らされる。
【００６３】
マイリングタイプが選択された場合には、ユーザはグラフィカルユーザインタフェースを操作して加入者装置のメディア格納装置からメディアコンテンツ（オーディオファイル又はビデオファイル）を選択する。好ましくは、当該グラフィカルユーザインタフェースは、ユーザに「同じ（Same）」、「新規（New）」もしくは「検索（Search）」を選択肢を提示する。選択の結果、次のような処理がなされる。
【００６４】
「新規（New）」の表示が加入者装置のメディアディレクトリに設定されたブラウザにポップアップされ、加入者は自身のメディアディレクトリに含まれるファイルを閲覧することができる。タイトルのセクションで「プレビュー（Preview）」及び「利用（Use）」の表示が現れる。所望のメディアコンテンツが見つからない場合は、ブラウザは購入され利用されている他のメディアコンテンツの販売サイト（storefront）でコンテンツを「検索（Search）」するオプションを提示する。メディアコンテンツの「使用」が選択されるとすぐに、選択されたメディアコンテンツは上述したようにマイリングタイププッシュメディア通信の一部として統合される。
【００６５】
「同じ」の表示を選ぶと、発信側加入者が特定のバディに対して選択したことがあるメディアコンテンツが選択される。コンテンツの選択がなされたことがない場合には、「同じ」の選択しは「新規」と同様に機能する。選択されたメディアコンテンツは上述したようにマイリングタイププッシュメディア通信の一部として統合される。
【００６６】
「検索」の表示は、「売れ筋トップ１０」（アプリケーションがバックグランドで検索可能なタイトルのリストへ接続する一方で、ローカルデータから表示される）のリストを提示する統合されたコンテンツの販売サイトをポップアップする。「売れ筋トップ１０」リストの１１番目の選択肢は、メディアコンテンツの５つの売れ筋サブカテゴリーを提示する「売れ筋カテゴリー」である。この「売れ筋カテゴリー」は、「ヒット曲」、「季節のお勧め」、「売れ筋挨拶状」「ヒット映画／ＴＶ」及び「おもしろコンテンツ」のサブカテゴリーを含む。各サブカテゴリーは、１０個のタイトルを表示する。各タイトルを選択すると「プレビュー」、購入価格の確認、「購入」を行うことができる。「購入」を選択してメディアコンテンツを購入すると、「自分用（Buy for Me）」又は「プレゼント用（Buy
for Buddy (Gift)）」の選択肢がポップアップ表示される。「自分用」が選択されると、タイトル（title）が加入者の端末にダウンロードされ、選択されたメディアコンテンツが上述のようにマイリングタイププッシュメディア通信の一部として統合される。それ以降、バディに対してメディアベース着信通知通信を行うために別のタイトルが選択されるまでは、同じバディに電話する際にはそのタイトルが「同じ」の選択肢として表示される。
プレゼント用が選択された場合には、上述したように選択されたメディアコンテンツはマイリングタイププッシュメディア通信の一部として統合される。特定のメディアベース着信通知通信の間もしくはその通信の後に、好ましくは、受信側加入者にコンテンツのタイトルを保存する「プレゼントの保存」の選択肢が提示される。
【００６７】
録音リンガータイププッシュメディア通信が行われる場合、グラフィカルユーザインタフェースは、ユーザにレコーディングモード（例えば、「オーディオ録音（Record Audio）」モード、「画像録画（Record Video）」モード、「ストリーミングオーディオ録音（Record Streaming Audio）」モード、及び「ストリーミング画像録画（Record Streaming Audio）」モードなど）の選択を促す。各選択肢は、レコーダー画面に表示され、「停止」及び「終了」ボタンを表示した状態で、選択された情報の録音、録画を開始する。
【００６８】
「オーディオ録音」モードでは、録音は装置のマイクを使ってただちに開始され、２つの新しい選択肢、つまり「停止」と「終了」を発信側加入者端末において表示する。追加の選択肢ボタンを用いて、受信側加入者端末においてオーディオが再生されている間に写真を表示するために、加入者は写真を撮ることができ、もしくは自己の装置のフォトライブラリーから写真を選択することができる。「画像録画」モードにおいては、録画は装置のビデオカメラを使ってただちに開始され、２つの新しい選択肢、つまり「停止」と「終了」を発信側加入者端末において表示する。録音・録画は最大許容時間（例えば１５秒）に制限される。録音・録画が終わると、アプリケーション１１は「確認（Review）」又は「使用（Use）」を表示する。「使用」が初期値として設定されている。「確認」を選択すると、「再録音・再録画（Record
Again）」又は「使用」の選択肢が提供される。「使用」が初期値として設定されている。「使用」を選択すると、録音・録画されたメディアコンテンツは、上述のように録音リンガータイププッシュメディア通信の一部として統合される。
【００６９】
好ましい実施形態において、電話機は、メディアベース着信通知アプリケーションによって仲介された着信呼を受けることができる。ただし、その電話機が互換機であり、アプリケーションがダウンロード、インストールされ、メディアベース着信通知通信が発信側加入者によって拒否されていないことが必要である。発信側加入者側からメディアベース着信通知通信が開始されると、受信側加入者が自端末の機能や嗜好に応じてメディアベース着信通知通信に対して何らかの応答をするまで、発信側加入者は電話を繋いで聞く。発信側加入者側において、すべてのメディアベース着信通知は、着信中に一度通しで再生され、着信側加入者が許可、拒否等の応答するまで、または呼が留守番電話に転送されるまで繰り返される。メディアベース着信通知は、受信側加入者装置において、（ただちに、中断した後に。もしくはスリープした後に）一度だけ再生され、その後自らの機能で消去されるように構成される。ただし、録音リンガータイプ通知が確認のための保存される場合を除く。
【００７０】
受信側加入者の側では、メディアベース着信通知が再生されている間、受信側加入者に表示されるグラフィカルユーザインタフェースが、「応答（Accept）」、 「保留（Hold）」、「スリープ（Snooze）」、「応答しない（Decline）」及び「ブロック（Block）」の選択肢を表示することが望ましい。各選択肢を選ぶと次のような処理が行われる。
【００７１】
「応答」オプションは音声通話に応答し、着呼段階で、「切断（Disconnect）」、「転送（Forward）」及び「ブロック」のオプションをポップアップ表示する。
【００７２】
「保留」の選択肢は、着呼中のメディアベース着信通知の再生を中止し、「維持／再開（Uphold/Resume}）」、「応答」、「切断」及び「ブロック」の選択肢を受信側加入者端末装置５のディスプレイウインドウにポップアップ表示し、好ましくは発信側加入者のディスプレイに通話要求が保留されていることを表示する。
【００７３】
「スリープ」の選択肢は、通話と接続を拒否し、発信側加入者と受信側加入者とを、受信側加入者アプリケーションにおける設定に応じて、５分後、１０分後、または１５分後に接続する。「スリープ」の選択肢は、発信側加入者のディスプレイ装置に、通話が５分後、１０分後、または１５分後に接続されることを通知する。
【００７４】
「拒否」のオプションは、通話を発信側加入者への説明無しに拒否する。
【００７５】
「ブロック」のオプションは、通話を拒否し、受信側加入者装置の許可情報を発信側加入者が受信側加入者へメディアベース着信通知通信ができなくなるように更新する。受信側加入者は、上述したようにバディリストを管理することで、いつでも発信側加入者の許可情報を有効にすることができる。
【００７６】
所定の状況では、「その他（Other）」の選択肢が、ユーザに追加的な応答を提供する追加的な選択肢として提示される。追加的な応答には、受信者装置のディスプレイスクリーンに表示される選択されたよく使われるテキストメッセージ（例えば、「今はお話することができません」など）を、他の加入者に転送することが含まれる。
【００７７】
メディアベース着信通知仲介通話（media-based call alert mediated call）が終了すると、受信側加入者は、メディアベース着信通知として送信されたメディアコンテンツを購入、保存及び／又は転送することができるように、グラフィカルユーザインタフェースを提示される。より具体的には、グラフィカルユーザインタフェースは、好ましくは、「保存／購入」の選択肢、「保存／プレゼント」の選択肢、「保存」の選択肢、及び「転送」の選択肢を表示する。
【００７８】
「保存／購入」を選択することで、受信側加入者は、発信側加入者によって提示されたメディアコンテンツを購入及び保存することができる。受信側加入者は、受信側加入者がＤＲＭライセンスデータに従って保持及び使用する。このようにして、いわゆるウイルス性の、または回覧型のメディアコンテンツのマーケティングがサービスに組み込まれる。発信側加入者は受信側加入者が購入したコンテンツの販売額から、ロイヤルティポイントを受けとることができる。ロイヤルティポイントは、将来のメディア通話の購入、サービス、または他の装置ベースのサービスへのプレミアムアクセスなどと引き換えることができる。
【００７９】
「保存／プレゼント」を選択することで、受信側加入者は、発信側加入者によって（又はメディアコンテンツを選ばれた加入者にプレゼントするマーケティングサービスとして）プレゼントされた場合に、発信側加入者によって提示されたメディアコンテンツを保存することができる。受信側加入者は、受信側加入者がＤＲＭライセンスデータに従って保持及び使用する。
【００８０】
「保存」の選択肢は、録音リンガータイププッシュメディア通信の場合に適用される。発信側加入者が録音したものを受信側加入者が保存できる「保存」する権利が発信側加入者によって設定されている場合に、受信側加入者は「保存」を選択することでメディアベース着信通知のメディアコンテンツを保存することができる。
【００８１】
「転送」の選択肢は、録音リンガータイププッシュメディア通信の場合に適用される。受信側加入者は「転送」を選択することで、メディアベース着信通知のメディアコンテンツを、発信側加入者の意図、ＤＲＭ権利、及びメディアコンテンツに組み込まれている許可情報に応じて転送することができる。
【００８２】
発信側加入者側では、メディアベース着信通知通信が開始されると、クエリサーバ９により生成され又は集められた状態情報や進展情報が、発信側加入者端末３に送信される。発信側加入者端末装置３のディスプレイスクリーン上のユーザインタフェースは、当てはまる状態や進展に関する情報を示すことができ、状態情報や進展情報への応答や双方向性を提供する。
【００８３】
例えば、受信側加入者がメディアベース着信通知通信を「拒否」した場合、ユーザインタフェースに表示されるポップアップボタンにより、発信側加入者は当該メディアベース着信通知通信を「緊急」通知付きで再利用するために、メディア通知をネットワーク上に保存することができる。
【００８４】
別の例では、受信側加入者がメディアベース着信通知通信を「保留」にした場合、発信側加入者は、ユーザインタフェースに受信側加入者がメディアベース着信通信を一時的に保留にしていることを示すポップアップボタンを提示される。もしくは、発信側加入者がメディアベース着信通知通信を、クエリサーバ９によって例えば２秒後、５秒後、１０秒後、１５秒後に再度試みられる「スリープ」接続に変更することができるように、ポップアップボタンが提示される。
【００８５】
さらに別の例では、受信側加入者が特定の画像、音楽、又はビデオクリップをリングバックトーンとして設定した場合、ユーザインタフェースにその特定の画像、音楽、又はビデオクリップが表示されて、発信側加入者は、受信側加入者がメディアベース着信通知通信に応答するのを待つ間、それらの画像等を見ることができる。受信側加入者端末と発信側加入者端末との間のリングバックトーンの通信は、双方向メッセージや発信側加入者端末のユーザインタフェースに表示される要素（例えば、（例えば、「この通話は重要ですか？（はい／いいえ）」）を伝達することができる。そのようなデータは、メディアベース着信通知通信に関連して、ユーザの双方向通信を介して（もしくは、すべてのユーザ及び／又は受信側加入者のバディリストにある個別の加入者について、着信中のメディアベース着信通知通信に関連するパラメータを設定することによって）、受信側加入者の選択に応じて受信側加入者の受信側加入者端末から発信側加入者に送信される。発信側加入者は、双方向メッセージ（「はい。この通話は重要です。」）及び発信側加入者端末から受信側加入者端末へ送信される返信を返信することができる。これらのメッセージは、受信側加入者に表示される。受信側加入者は、受信中のメディアベース着信通知通信について受信側加入者の返信（例えば、「応答）」、 「保留」、「スリープ」、「応答しない」、及び「拒否」）を決める際に発信側加入者の返信を使用することができる。
【００８６】
他の例では、メディアベース着信通知通信に特有の発信側加入者の別の種類の報告及び双方向通信の選択肢が提示される。
【００８７】
図６Ａは、加入者端末装置で動作するアプリケーション１１及びクエリサーバ９のロジック１３のソフトウエア機能の別の実施例を示す。このソフトウエアの機能は、メディアベース着信通知コマンドの通信の構造化フレームワークを具体化し、本発明の第２の実施形態の音声通信プロセスを実行する。構造化フレームワークは、システムの要素間でのメッセージの一部として通信されるコマンドを含む。当該コマンドは、システム要素間でデータ及びステータス情報を伝達する。説明を簡潔にするために、アプリケーション１１の機能のうち通話を開始する機能（すなわち、発信側加入者機能）及び通話を受信する機能（すなわち、受信側加入者機能）は、発信側端末３及び受信側端末５に関してそれぞれ独立に示され、説明される。しかしながら、そのような加入者端末装置は発信側端末装置としても受信側端末装置としても使用できるので、各々の加入者端末装置に格納され実行されるアプリケーションロジック１１は、独立に説明される機能の集合又は結合を含む。
【００８８】
発信側加入者端末３及び受信側加入者端末装置５のいずれでも実行されるアプリケーション１１は、それぞれ識別情報が割り当てられたメディアコンテンツアイテムの共通ライブラリ（例えば、不揮発性メモリに保存される）を保持する。発信側加入者は、ライブラリのメディアコンテンツアイテムをメディアベース着信通知のメディアコンテンツとして特定する。特定のメディアコンテンツアイテムに割り当てられた識別情報は、発信側加入者端末３によって受信側加入者端末装置５に、音声通話確立前に、「ローカルＩＤ」タイプメディアリクエストコマンドとして送信される。受信側加入者端末装置は、「ローカルＩＤ」タイプメディアリクエストコマンドの識別情報を、メディアコンテンツアイテムの自身のライブラリに保存された対応するメディアコンテンツにアクセスするために、利用する。そして、受信側加入者端末装置は、その対応するメディアコンテンツアイテムを、加入者端末装置間で音声通信が確立する前に（又は確立と同時に）、受信側加入者端末装置５で再生する。
【００８９】
クエリサーバ９は、メディアコンテンツアイテムのライブラリ８１６を、割り当てられたＵＲＬとともに保持する。もしくは、ライブラリ８１６は、メディアコンテンツの遠隔管理のため、遠隔コンテンツソースによって実現され、及び／又は遠隔コンテンツソースと接続される。発信側加入者は、ライブラリ８１６のメディアコンテンツアイテムを、メディアベース着信通知のメディアコンテンツとして特定することができる。特定のメディアコンテンツに割り当てられたＵＲＬ識別子は、発信側加入者端末３と受信側加入者端末装置５との間の音声通話の確立前に、発信側加入者端末３によって受信側加入者端末装置５に、「遠隔ＵＲＬ」タイプメディアリクエストコマンドとして送信される。受信側加入者端末装置５は、ライブラリ８１６に格納されている対応するメディアコンテンツアイテムにアクセスするために、「遠隔ＵＲＬ」タイプリクエストのＵＲＬ識別子メディアコンテンツを利用する。受信側加入者端末装置５は、加入者端末間での音声通話の確立前に、対応するメディアコンテンツを受信側加入者端末装置５で再生する。
【００９０】
発信側加入者端末装置３は、ローカルにメディアコンテンツアイテムを格納することができる。発信側加入者は、ローカルに格納されたメディアコンテンツアイテムをメディアベース着信通知のメディアコンテンツとして指定することができる。指定されたメディアコンテンツは、発信側加入者端末装置３によって受信側加入者端末装置５に、発信側加入者端末装置３と受信側加入者端末装置５との間の音声通話の確立前に、「ピアツーピア」タイプのメディアリクエストコマンドとして送信される。受信側加入者端末装置５は、加入者端末間の音声通話が確立する前に（又は確立と同時に）、「Ｐ−Ｐ」タイプリクエストによって送信されたメディアコンテンツを再生する。
【００９１】
ST Set Status機能８０１は、メディアベース着信通知通信プロセスの間、発信側加入者端末装置３及び受信側加入者端末装置５のいずれにおいても実行できる。ST Set Status機能８０１は、アプリケーション１１を自端末で実行している特定の加入者プレゼンス情報（例えば、オプトイン状態やオプトアウト状態）及び各加入者端末装置の装置データを更新する。更新されたプレゼンス情報及び装置データは、各加入者端末からクエリサーバ９へ送受信されるSet Statusコマンドの一部として伝達される。クエリサーバ９のQS Set Status機能８０３は、Set
Statusコマンドを受信して解析し、受信したSet Statusコマンドから更新されたプレゼンス情報と装置データを収集する。また、QS Set Status機能８０３は、必要に応じ、受信した更新されたプレゼンス情報に従ってデータベース１５に格納されている特定の加入者のプレゼンス情報及び装置データを更新する。
【００９２】
好ましくは、データベース１５は、特定の加入者のプレゼンス情報がシステム全体で共通の初期値（例えば、オプトアウト状態）を持つように初期設定される。特定の加入者によって最初にアプリケーション１１が実行される際には、データベース１５において特定の加入者のプレゼンス情報を加入者によって修正可能な初期値（例えば、オプトイン状態）に設定するために、ST
Set Status機能８０１が起動される。プレゼンス情報は、表示されるグラフィカルユーザインタフェースを加入者が操作することによって更新される。その際に、データベース１５に格納されている特定の加入者のプレゼンス情報を更新するために、ST Set Status機能８０１が再度起動される。
【００９３】
ST Get
Status機能８０５は、メディアベース着信通知通信プロセスにおいて、発信側加入者端末装置３と受信側加入者端末装置のいずれでも実行することができる。ST
Get Status機能８０５は、クエリサーバ９のQS
Get Status機能８０７と協働して、各加入者の端末装置においてアプリケーション１１を実行する特定の加入者のバディリストと関連する許可データ、状態データ、及び装置データとを同期させる。更新されたバディリストと関連する許可データは、各加入者端末装置からクエリサーバ９へ送信されるGet
Statusコマンドの一部として伝達され、これによりデータベース１５が更新される。バディリストと関連する状態データの更新は、クエリサーバ９から各加入者端末装置に送信されるUpdate
Statusコマンドの一部として伝達され、これにより各加入者端末装置に格納されている状態データが更新される。好ましい実施形態においては、ST Get Status機能８０５は、発信側加入者端末装置及び受信側加入者端末装置のいずれにおいても、クエリサーバ９が更新されたサービス加入者の許可データ及び状態データを保持する状態に保つため、事前設定に基づいて断続的に（例えば、３００秒ごとに）実行される。ST Get Status機能の呼の間隔は、各加入者端末装置に基づいて、及び／又はクエリサーバ９に設定されたパラメータによって、設定可能である。
【００９４】
他の実施例において、バディリスト、許可データ、装置データ、又はそれらの一部分は、集中型レジストリ（分散型レジストリであっても良い）に保持され、加入者端末３，５とレジストリとの間の通信インタフェースを介した通信によって更新される。この実施形態において、レジストリに格納されるプレゼンス情報、バディリスト、許可データ、装置データ又はそれらの一部は通信ネットワークを介してクエリサーバ９に送信される。
【００９５】
発信側加入者は、メディアベース着信通知コマンドの受信側加入者への通信を開始する。ユーザは、通常、アプリケーション１１によって加入者側端末装置３のディスプレイ装置６１に表示されるグラフィカルユーザインタフェースを操作することで、このメディアベース着信通知コマンドの通信を開始する。上述のように、メディアベース着信通知のメディアコンテンツは、コンテンツアイテムの共通ライブラリから選択することができる（すなわち、「ローカルＩＤ」タイプメディアベース着信通知）。また、メディアコンテンツアイテムの遠隔ライブラリ（すなわち、「遠隔ＩＤ」タイプメディアベース着信通知）、又は、ローカルに格納されたメディアコンテンツアイテム（すなわち、「ピアツーピア」タイプメディアベース着信通知）からも選択することができる。
【００９６】
この操作がなされると、OP
Initiate Media Package Transfer機能８０９が発信側加入者端末装置３において実行される。OP
Initiate Media Package Transfer機能８０９は、Initiate
Media Callコマンドをクエリサーバ９に送信する。Initiate Media Package Callコマンドは、通常、受信側加入者を、ユーザ名（例えば、スクリーンネームや受信側加入者に割り当てられた電子メールアドレス）によって特定する。Initiate Media Package Callコマンドは、また、メディアベース着信通知の種類（例えば、市販のオーディオによる通知、市販の映像による通知、記録されたオーディオによる通知、記録された映像による通知など）を特定する。Initiate Media Package Callコマンドに応じて、クエリサーバ９では、QS Initiate Media Package Call機能８１１がデータベース１５にアクセスし、受信側加入者のプレゼンス情報及び装置データを読み出す。クエリサーバ９は、受信側加入者のバディリストに関連する許可（もしくは許可データ）を読み出す。分散側アーキテクチャにおいては、クエリサーバ９は、受信側加入者の適切なプレゼンス情報、装置データ、バディリスト、許可データ、又はそれらの一部分を読み出すために、集中型レジストリ（分散型レジストリであっても良い）と通信する必要がある。
【００９７】
クエリサーバ９は、受信側加入者のプレゼンス情報、及び／又は装置データ、及び／又は許可データが、発信側加入者によって開始されたメディアベース着信通知通信の「許可（allowed）」又は「拒否（blocked）」を示しているか確認する。メディアベース着信通知通信の着信可否状態（serviceability status）（すなわち、「通信可（authorized）」又は「通信不可（not-authorized）」）は、発信側加入者端末装置３に返信される。着信可否状態は、受信側加入者のプレゼンス情報、及び／又は許可データ、及び／又は装置データ（例えば、サービサビリティ状態が「通信可」になるのは、受信側加入者のプレゼンス情報が「オプトイン」状態を示す場合、着信側加入者の許可データが当該発信側加入者によって開始されたメディアベース着信通知通信を「許可」になっている場合、また受信側加入者端末の装置データが受信側端末に適当なアプリケーションがインストールされ動作可能になっていて（activated）メディアベース着信通知通信が可能である場合である。一方、着信可否状態が「通信不可」になるのは、受信側加入者のプレゼンス情報が「オプトアウト」状態を示す場合、着信側加入者の許可データが当該発信側加入者によって開始されたメディアベース着信通知通信を「拒否」になっている場合、または受信側加入者端末の装置データが受信側端末に適当なアプリケーションがインストールされていないか動作可能になっておらずメディアベース着信通知通信が不可能である場合である。）受信側加入者の許可データは、発信側加入者から送信されるすべてのメディアベース着信通知に関連する。もしくは、受信側加入者の許可データは、発信側加入者から送信される１つ以上のメディアベース着信通知のコンテンツタイプ（content-types）に関連する。別の例では、発信側加入者によって特定されるメディアベース着信通知の所定のコンテンツタイプに対応する許可データは、受信側加入者の着信可否状態を決定するために用いられる。
【００９８】
OP Initiate
Media Package Transfer機能８０９は、返信された状態が受信側加入者が「着信可能（serviceable）」を示すか否か判断し、着信可能（serviceable）であればOP Transfer Media Package８１３を以下に示すように起動する。OP
Initiate Media Package Transfer８０９からOP
Transfer Media Package機能１１３への移行は、矢印１１２で示される。返信された状態が受信側加入者が着信可能であることを示す場合には、OP
Initiate Media Package Transfer機能８０９は、ディスプレイ装置６１を用いて発信側加入者へその状態を表示し、もしくは発信側加入者端末装置３において他の方法で当該状態を発信側加入者へ通知する。受信側加入者のプレゼンス情報、及び／又は装置データ、及び／又は許可データがクエリサーバ９から発信側加入者端末装置３へ返信され、発信側加入者端末装置３が発信側加入者（又は着信側加入者）の着信可能状態を判断することも可能である。
【００９９】
Initiate Media
Callコマンドに応じて、QS Initiate Media Call機能８１１が図示しない課金機能（Accounting Function）を開始することも可能である。課金機能は次のタスクを実行する。（１）必要に応じて、報告又は課金のためにデータ送受信や通話の記録を作成する。（２）必要に応じて、発信側及び受信側加入者が本発明のメディアベース着信通知通信について正しく課金されていることを確認する。
【０１００】
OP Transfer
Media 機能８１３は、発信側加入者端末装置３で実行される。図６Ｂに示すように、OP Transfer Media 機能８１３は、Media Requestコマンドを受信側加入者端末装置５に送信する。Media Requestコマンドには、上述のように、３種類の異なる着信通知がある（例えば、「ローカルＩＤ」タイプ、「遠隔ＩＤ」タイプ、及び「ピアツーピア」タイプ）。
【０１０１】
「ローカルＩＤ」タイプメディリクエストコマンドは、上述のように、受信側加入者端末５のメディアコンテンツアイテムライブラリにローカルに格納されているメディアコンテンツアイテムを参照する識別情報を含む。
【０１０２】
「遠隔ＵＲＬ」タイプメディアリクエストコマンドは、上述のように、ライブラリ８１６に格納されるメディアコンテンツアイテムを参照するＵＲＬ識別情報を含む。
【０１０３】
「ピアツーピア」タイプメディアリクエストは、（１）ファイル名及びメディアベース着信通知を構成するメディアファイルの対応するファイルタイプ、（２）メディアファイルのサイズ、及び（３）メディアファイルのＤＲＭ情報を含む。ＤＲＭ情報（ディジタル著作権管理情報）は、好ましくは、メディアファイルの使用権や課される制限を指定する許可（permissions）／資格（entitlements）、及びメディアベース着信通知を構成するメディアファイルを復号するキー及び必要な許可／資格を取得するための１つ以上のサーバのＵＲＬ（又はＩＰアドレス）を含む。メディアベース通知のメディアファイルの使用権（consumption rights）や制限を指定するために用いられる許可（permissions）／資格（entitlements）は、図２のTransfer Media Requestコマンドに関連して説明される。
【０１０４】
Media Requestコマンドを発する前に、OP Media Transfer function機能８１３は、受信側加入者端末装置５と通信し、受信側加入者端末装置５において実行されるポーリング処理を起動することができる。ポーリング処理は、受信側加入者端末装置５にローカルに保存されたメディアファイルを検索し、ローカルに保存されたメディアファイルが、発信側加入者によってメディアベース着信通知のために選択されたメディアコンテンツと対応するか判断する。ポーリング処理の結果に関する状態情報（スタータス情報）は、受信側加入者端末装置５から発信側加入者端末３に返信される。この情報は、Media Requestコマンドの種類を指示するために用いることができる。例えば、状態情報がメディアベース着信通知用のメディアコンテンツが受信側加入者端末装置５にローカルに保存されている場合には、「ローカルＩＤ」タイプメディアリクエストコマンドが受信側加入者端末装置５に送信される。しかし、状態情報がメディアベース着信通知用のメディアコンテンツが受信側加入者端末装置５にローカルに保存されていないことを示す場合には、「遠隔ＵＲＬ」タイプメディアリクエストコマンド、又は「ピアツーピア」タイプメディアリクエストコマンドが受信側加入者端末装置５に送信される。受信側加入者が、発信側加入者から以前送信されたメディアベース着信通知から受け取ったメディアコンテンツを格納することができる。もしくは、受信側加入者によって以前生成されたメディアベース着信通知や、他の加入者から受け取ったメディアベース着信通知などの他の情報源から受け取ったメディアコンテンツを格納することもできる。上述したポーリング処理は、メディアベース着信通知用のメディアコンテンツが受信側加入者端末装置５にローカルに保存されている場合に、「遠隔ＵＲＬ」タイプメディアリクエストコマンドや「ピアツーピア」タイプメディアリクエストコマンドではなく、「ローカルＩＤ」タイプメディアリクエストコマンドを開始するために用いられる。これにより、受信側加入者端末装置５に送信される情報量を減らすことができ、必要な帯域幅やメディアベース着信通知を受信側加入者端末装置５へ送信する際の待ち時間を減らすことができる。
【０１０５】
ポーリング処理によって、受信側加入者端末装置５がローカルに発信側加入者によってメディアベース着信通知のために選択されたメディアコンテンツに相当するメディアファイルを格納していると判断された場合には、クエリサーバ９は、（受信側加入者端末又は発信側加入者端末によって）発信側加入者端末に存在しないメディアコンテンツアイテム用の参照データを調達するように制御される。参照データは、クエリサーバ自身又はそれ以外の情報源に保存されているコンテンツ情報から引き出される。参照されたメディアコンテンツアイテムの同一性は、好ましくは行動ターゲットルール（例えば、識別されたコンテンツアイテムや複数の識別されたコンテンツアイテムを購入するユーザに好まれるメディアコンテンツアイテムを特定するルール）に基づく。メディアコンテンツアイテムへの参照は、発信側加入者端末３に送信され、発信側加入者に受信側加入者へのメディアベース着信通知に用いる代替のコンテンツメディアアイテムとして提示される。
【０１０６】
受信側加入者端末装置５で実行されるRP
Transfer Media機能８１５は、図６Ｂに示されるように、Media
Requestコマンドを処理する。
【０１０７】
「ローカルＩＤ」メディアリクエスト処理
「ローカル」ＩＤタイプメディアリクエストコマンド（ステップ８５５，８５７，８６７，８７７）について、RP Transfer Media機能８１５は、「ローカルＩＤ」タイプメディアリクエストコマンドの識別情報を用いる。対応するメディアコンテンツアイテムが自装置のメディアコンテンツアイテムのライブラリに保存されているか確認し（ステップ８５５）、Media Receivedコマンドを生成して発信側加入者端末３に送信し（ステップ８６７）、発信側加入者端末３からのMedia Receivedコマンドの肯定応答を待つ（ステップ８７７）。
【０１０８】
Media Receivedコマンドを受信すると、発信側加入者端末３のOP Transfer Media機能８１３は対応する肯定応答の通信を開始し、受信側加入者端末装置５へ送信し（ステップ８７３、ステップ８７５）、OP Voice Call Setup機能８２１を起動する。
【０１０９】
発信側加入者端末３からMedia
Receivedコマンドを受信したことを示す肯定応答を受信すると、RP Transfer Media機能８１５はRP Voice Call Setup機能を起動する。
【０１１０】
OP Voice Call
Setup機能８２１は、図２を参照して述べたように、発信側加入者端末３で動作するST Voice Call Processingロジック６０と協働し、ネットワーク資源を用いて音声通話を受信側加入者端末装置５へ提供する。音声通話は、携帯電話ネットワーク、データパケットネットワーク（例えば、インターネット上でのＶｏＩＰ通話）、その他の適切な通信ネットワークによって実現することができる。
【０１１１】
RP Voice Call
Setup機能８２３は、受信側加入者端末装置５で動作するST Voice Call Processingロジック６０と協働して、受信側加入者端末装置５を「着信待ちモード」にする。この着信待ちモードでは、着信音声呼はRP Voice Call Setup機能８２３に送られる。
より具体的には、ST
Voice Call Processingロジック６０は、各着信呼の発信者識別番号をRP Voice
Call Setup機能８２３へ送信する。RP Voice Call Setup機能８２３は、図５に示すように、予め格納していた発信者識別番号を用いて受信した発信者ＩＤ情報を認証する。着信呼の発信者識別番号が格納していた発信者識別番号と一致しない場合には、RP Voice Call Setup機能８２３は、当該呼がST Voice Call Processingロジック６０によって取り扱われるように、その呼を開放する。着信呼の発信者識別番号が格納していた発信者識別番号と一致した場合には、RP Voice Call Setup機能８２３は、ステップ８５３，８５５，８５７における「ローカルＩＤ」タイプメディアリクエスト処理のローカル識別情報によって特定されるメディアファイルを、適切なメディアプレイヤーに転送する。ディアプレイヤーは、通常、コアアプリケーション及びオペレーティングシステムの一部として受信側加入者端末装置５に保存される。このようにして、受信側加入者端末装置５で動作するメディアプレイヤーは、ローカルに保存されたメディアベース着信通知を構成するメディアファイルを再生する。
【０１１２】
「ローカルＩＤ」タイプメディアリクエストのローカルに保存されたメディアファイルは、ＤＲＭ情報によって保護されている。従来の着信通話処理が行われない場合（例えば、着信呼の発信者識別情報が記憶されている発信者識別情報と一致する場合）、RP Voice Call Setup機能８２３は、ローカルに保存されたＤＲＭ保護されたメディアファイル（ブロック８５７において確認される）、及び読み出したメディアファイル資格データ（ブロック８６５）を受信側加入者端末装置５の適当なＤＲＭクライアントへ転送する。ＤＲＭクライアントは、メディアファイルを復号するためにメディアファイル資格データの復号キーを用い、復号された形式のメディアファイルをメディアプレイヤーに送る。ＤＲＭクライアントは、メディアプレイヤーと協働し、ＤＲＭライセンスデータによってメディアファイルに課される制限に従って処理を行う。このようにして、受信側加入者端末装置５において実行されるメディアプレイヤーは、発信側加入者が開始した着信通話の「ローカルＩＤ」タイプメディアベース着信通知を構成するローカルに保存されたメディアファイルを再生する。
【０１１３】
「遠隔ＵＲＬ」タイプメディアリクエスト処理
「遠隔ＵＲＬ」タイプメディアリクエストコマンド（ステップ８５９，８６１，８６５，８６７、８７７）について、RP Transfer Media機能８１５は、ライブラリ８１６からＵＲＬ識別情報により特定されるコンテンツファイルを読み出すために「遠隔ＵＲＬ」タイプメディアリクエストコマンドのＵＲＬ識別情報を用いる（ステップ８６１）。この実施例において、この機能は、Get Media Requestコマンドをクエリサーバ９のライブラリ８１６に送信することで実現される。クエリサーバ９は、Send Mediaコマンドによって要求されたメディアコンテンツを返信する。返信されたメディアコンテンツはＤＲＭ情報によって保護されている。ステップ８６５において、RP Transfer Media機能８１５は、Get Media Entitlementコマンドをクエリサーバ９に送信する。クエリサーバ９において実行されるQS Media File Entitlement Processing機能は、Get Media Entitlementコマンドを受信し、ステップ８６１において処理される「返信ＵＲＬ」タイプメディアリクエストコマンド返信されたメディアファイルに関する必要な復号キー及びＤＲＭライセンスデータ（メディアファイル資格データと総称する）を取得する。メディアファイル資格データは、クエリサーバ９に保存されるか、クエリサーバ９に接続される別のサーバから取得される。
メディアファイル資格データを取得すると、QS Media File Entitlement Processing機能８１９は、Send Media Entitlementコマンドの一部としてメディアファイル資格データを受信側加入者端末装置５へ転送する。もしくは、Media File Entitlement Processing機能８１９は、受信側加入者端末装置５の一部として実行しても良い。この場合、適切なサーバへアクセスして「遠隔ＵＲＬ」タイプのメディアベース着信通知を構成するメディアファイルのメディアファイル資格データを取得する。
【０１１４】
RP Transfer Media Package機能８１５は、Media
Receivedコマンドを生成し発信側加入者端末３へ送信し（ステップ８６７）、発信側加入者端末３から肯定応答コマンドが送信されるのを待つ。
【０１１５】
Media Receivedコマンドを受信すると、発信側加入者端末３のOP
Transfer Media Package機能８１３は、対応する肯定応答コマンドを受信側加入者端末装置５へ送信する処理を開始し、OP Voice Call Setup機能８２１を起動する。
【０１１６】
発信側加入者端末３から返信されたMedia Receivedコマンドを受信側加入者端末装置５した旨を示す肯定応答信号を受信すると、RP Transfer
Media機能８１５はRP Voice Call Setupを起動する。
【０１１７】
OP Voice Call Setup機能８２１は、図２に示すように、発信側加入者端末３で動作するST Voice Call Processingロジック６０と協働し、ネットワーク資源を用いて音声通話を受信側加入者端末装置５へ提供する。音声通話は、携帯電話ネットワーク、データパケットネットワーク（例えば、インターネット上でのＶｏＩＰ通話）、その他の適切な通信ネットワークによって実現することができる。
【０１１８】
RP Voice Call
Setup機能８２３は、受信側加入者端末装置５で動作するST Voice Call Processingロジック６０と協働して、受信側加入者端末装置５を「着信待ちモード」にする。これにより、着信音声通話の処理は、RP Voice Call Setup機能８２３に受け渡される。
従来の着信呼処理が行われない場合（例えば、着信呼の発信者識別番号が格納していた発信者識別番号と一致した場合）には、RP Voice Call Setup機能８２３は、読み出したＤＲＭ保護されたメディアファイル（ステップ８６１）、及び読み出したメディアファイル資格データ（ブロック８６５）を、受信側加入者端末装置５の適当なＤＲＭクライアントへ受け渡す。ＤＲＭクライアントは、メディアファイルを復号するために、メディアファイル資格データの復号キーを利用し、復号されたメディアファイルを適当なメディアプレイヤーに受け渡す。ＤＲＭクライアントは、メディアプレイヤーと協働し、ＤＲＭライセンスデータにより指定される制限（例えば、実行可能だが保存不可）に従って処理を行う。
このようにして、受信側加入者端末装置５で動作するメディアプレイヤーは、発信側加入者が開始した遠隔に保存された「遠隔ＵＲＬ」タイプメディアベース着信通知を構成するメディアファイルを再生する。メディアファイルを再生することにより、発信側加入者によって開始された音声通話の着信が通知される。
【０１１９】
「ピアツーピア」タイプメディアリクエスト処理
「ピアツーピア」タイプメディアリクエストコマンド（ステップ８５９，８６１，８６５，８６７、８７７）について、RP Transfer Media機能８１５は、図２に示された処理と同様に、ピアツーピアメディア転送工程を実行する。これらの工程は、Media Requestコマンドを処理し、そのコマンドにおいて特定されるメディアファイルが受信側加入者端末装置５によって受信され処理されるかを判断し、Ack P-P Transfer Media Requestコマンドを発信側加入者端末３に返信する。Ack P-P Transfer Media Requestコマンドは、好ましくは、（１）メディアファイルの好ましい形式、（２）受信側加入者端末装置５の利用可能なメモリ容量、及び（３）メディアファイルに課されているＤＲＭの制限に従うことが可能であることの確認を含む。  
【０１２０】
Ack P-P Transfer
Media Requestコマンドを受信すると、発信側加入者端末３で実行されるOP Transfer Media機能８１３は、受信したコマンドに含まれている情報を確認する。
この受信コマンドの確認（validation）は、受信側加入者端末装置５が、意図された通りに、また、発信側加入者端末３によって提供されたフォーマットに従って、メディアベース着信通知を構成するメディアファイルを受け入れ消費（consume）することを確認する。
この確認作業が成功すると、OP
Transfer Media 機能８１３は、Send Mediaコマンドの受信側加入者端末装置５への送信を開始する。Send Media Packetコマンドは、好ましくは、（１）暗号化されたメディアベース着信通知を構成するメディアファイル、（２）メディアファイルに関連するメタデータ（例えば、名称、製作者、演奏者など）、（３）上述したメディアファイルのＤＲＭ情報を含む。Send Mediaコマンドを受信すると、RP
Transfer Media Package 機能８１５は、発信側加入者端末３へ返信される肯定応答コマンドの通信を開始する。肯定応答コマンドを受信すると、OP Transfer Media Package 機能８１３は、RP Transfer Media Package 機能８１５が送信するMedia Receivedコマンドを受信するまで待ち状態になる。
【０１２１】
Ack P-P Transfer Media Requestコマンドの確認が失敗した場合には、OP Transfer Media機能８１３は、ディスプレイ装置６１を用いて発信側加入者へその状態を表示し、及び／又は発信側加入者端末装置３において他の方法で当該状態を発信側加入者へ通知する。そして、OP Transfer Media機能８１３は、受信側加入者へのメディアベース着信通知通信処理を終了する。
【０１２２】
Ack P-P Transfer
Media Requestコマンドの処理が、受信側加入者端末装置５が異なる形式の「ピアツーピア」タイプメディアベース着信通知を要求していることを示す場合には、OP Transfer Media機能８１３は、Send Media Toコマンドをクエリサーバ９に送信することができる。Send Media Toコマンドは、好ましくは、（１）受信側加入者端末装置５のアドレス、（２）必要に応じ、メディアベース着信通知を構成するメディアファイルの詳細、（３）メディアファイルについて受信側加入者がAck P-P Transfer Media Requestコマンドにおいて要求している形式、及び（４）上述したメディアファイルのＤＲＭ情報を含む。Send Media Toコマンドを受信すると、クエリサーバ９のQS Transfer Media機能８１７は、対応する肯定応答コマンドを発信側加入者端末３に送信する。この肯定応答コマンドを受信すると、OP Transfer Media機能８１３は、RP Transfer Media機能８１５が送信するMedia Receivedコマンドを受信するまで待ち状態になる。
【０１２３】
QS
Transfer Media機能８１７は次のいずれかの機能を実現する。つまり、（１）発信側加入者端末３から受信側加入者端末装置５したメディアファイルを発信側加入者端末３がSend
Media Toコマンドで特定した適切な形式に変換するか、又は（２）適切な形式のメディアファイルの新たな複製を得る。新たな複製は、クエリサーバ９に保存されているメディア格納装置又はクエリサーバ９に接続されたメディア格納装置から入手することができる。適切な形式のメディアファイルを生成もしくは取得すると、QS Transfer Media機能８１７は、Send Media Packetコマンド（このコマンドについては上述した）を受信側加入者端末装置５へ送信する処理を開始する。Send
Media Packetコマンドを受信すると、RP
Transfer Media機能８１５は肯定応答コマンドをクエリサーバ９に送信する処理を開始する。これにより、発信側加入者端末３へSend
Mediaコマンドの配信が成功したことが示される。これで、ステップ８６３のピアツーピアメディア転送工程が終了する。
【０１２４】
ステップ８６５において、RP
Transfer Media機能８１５はGet Media Entitlementコマンドをクエリサーバ９に送信する。クエリサーバ９で実行されるQS Media File Entitlement Processing機能８１９は、Get Media Entitlementコマンドを受信し、メディアベース着信通知のメディアファイルに関連する復号キーとＤＲＭライセンスデータ（これらを「メディアファイル資格データ」と総称する）を取得する。メディアファイル資格データは、クエリサーバ９に保存されるか、クエリサーバ９に接続される別のサーバから取得される。メディアファイル資格データを取得すると、QS Media File Entitlement Processing機能８１９は、Send Media Entitlementコマンドの一部としてメディアファイル資格データを受信側加入者端末装置５へ転送する。もしくは、Media File Entitlement Processing機能８１９は、受信側加入者端末装置５の一部として実行しても良い。この場合、適切なサーバへアクセスしてメディアベース着信通知を構成する遠隔に配置されたメディアファイルのメディアファイル資格データを取得する。
【０１２５】
RP Transfer Media機能８１５は、Media Receivedコマンドを生成し、発信側加入者端末３へ送信する処理を開始し（ステップ８６７）、発信側加入者端末３からMedia Receivedコマンドの肯定応答の受信を待つ待ち状態になる（ステップ８７７）。
【０１２６】
Media Receivedコマンドを受信すると、発信側加入者端末装置３のOP Transfer Media機能８１３は、対応する肯定応答コマンドを受信側加入者端末装置５へ送信する処理を開始し（ステップ８７３，８７５）、OP Voice Call Setup機能８２１を起動する。
【０１２７】
発信側加入者端末装置３から返信されたMedia Receivedコマンドを受信したことを示す肯定応答信号を受信すると、RP Transfer Media機能８１５はRP Voice Call Setup機能を起動する。
【０１２８】
OP Voice Call
Setup機能８２１は、図２に示すように、発信側加入者端末３で動作するST Voice Call Processingロジック６０と協働し、ネットワーク資源を用いて音声通話を受信側加入者端末装置５へ提供する。音声通話は、携帯電話ネットワーク、データパケットネットワーク（例えば、インターネット上でのＶｏＩＰ通話）、その他の適切な通信ネットワークによって実現することができる。
【０１２９】
RP Voice Call
Setup機能８２３は、受信側加入者端末装置５で動作するST Voice Call Processingロジック６０と協働して、受信側加入者端末装置５を「着信待ちモード」にする。この着信待ちモードでは、着信音声呼はRP Voice Call Setup機能８２３に送られる。
従来の着信通話処理が行われない場合（例えば、着信呼の発信者識別情報が記憶されている発信者識別情報と一致する場合）、RP Voice Call Setup機能８２３は、転送されたＤＲＭ保護されたメディアファイル（ステップ８６３）、及び読み出したメディアファイル資格データ（ブロック８６５）を受信側加入者端末装置５の適当なＤＲＭクライアントへ転送する。ＤＲＭクライアントは、メディアファイルを復号するためにメディアファイル資格データの復号キーを用い、復号された形式のメディアファイルをメディアプレイヤーに送る。ＤＲＭクライアントは、メディアプレイヤーと協働し、ＤＲＭライセンスデータによってメディアファイルに課される制限（例えば、実行できるが保存不可）に従って処理を行う。このようにして、受信側加入者端末装置５において実行されるメディアプレイヤーは、発信側加入者が開始した着信通話の「ピアツーピア」タイプメディアベース着信通知を構成するピアツーピアで転送されたメディアファイルを再生する。メディアファイルを再生することにより、発信側加入者によって開始された音声通話の着信が通知される。
【０１３０】
本発明の通信システムは、上述のように、メディアベース着信通知通信の一部として、市販の記録済みオーディオメディア又は映像メディアを配信することができる。このような配信は、国境を跨いで国際的に行われることがある。市販の記録済みオーディオメディア又は映像メディアに対する権利には次のものが含まれる。
（１）記録メディアの基礎をなす作曲の著作権者によって保持される権利
（２）通常ASCAP、
BMI、 the MCPS、JASRAC、SOCAN、及び
APRA-AMCOSのような実演権団体によって保持される実演の権利
（３）記録メディアの著作権者によって保持される原盤録音権
これらの権利のライセンスは、通常、幾つかの国、地域に限定され、すべての国、地域では許諾されない。本発明の通信システムは、メディアベース着信通知の一部としての市販の録音済みオーディオ・ビデオメディアの配信及び使用がメディアコンテンツに関するライセンスの地域的制限に従うように、変形することができる。
【０１３１】
好ましい実施例において、クエリサーバ９の機能は、市販メディアコンテンツアイテム又はその集合に関して許諾された権利及び地域を特定するコンテンツ管理データベース（ＣＭＤ）を保持するように拡張される（例えば、許諾地域及び／又は禁止地域）。
コンテンツ管理データベースは、メディアベース着信通知処理の一部として、市販メディアの配信に関する地域制限に一致するようアクセスされる。
【０１３２】
図６Ｃに示される実施例において、コンテンツ管理データベースは、図６Ａに示すクエリサーバのQS Media File
Entitlement Processingの一部として、市販メディアの配信に関する地域制限に一致するようアクセスされる。この工程は、受信側加入者端末装置５からクエリサーバに送信される（ステップ８００１）Get
Media Entitlementコマンドを受信することで開始される（ステップ８００３）。Get
Media Entitlementコマンドは、メディアベース着信通知のメディアファイルを特定するデータを含む。「ローカルＩＤ」タイプメディアベース着信通知については、メディアファイルを特定するデータは、好ましくは、上述のように端末装置３及び５において共有ライブラリに保存されたメディアコンテンツアイテムに割り当てられた識別情報を含む。「遠隔ＵＲＬ」タイプメディアベース着信通知については、メディアファイルを特定するデータは、上述のようにライブラリ８１６に格納されたメディアコンテンツアイテムを参照するＵＲＬ識別情報を含む。「ピアツーピア」タイプメディアベース着信通知については、メディアファイルを特定するデータは、（１）メディアベース着信通知を構成するメディアファイルのファイル名と可能であれば対応するファイル形式、及び可能であれば（２）メディアファイルのディジタル著作権管理（ＤＲＭ）情報を含む。
【０１３３】
ステップ８００５では、QS
Media File Entitlement Processing機能８１９が、Get Media
Entitlementによって特定されるメディアコンテンツに関して必要な復号キーとＤＲＭライセンスデータ（これらを「メディアファイル資格データ」と総称する）読み出す（又は取得する）。メディアファイル資格データは、クエリサーバ９に保存されるか、クエリサーバ９に接続される別のサーバから取得される。
【０１３４】
ステップ８００７では、QS
Media File Entitlement Processing８１９は、クエリサーバ９のＣＭＤにアクセスし、（もしあれば）Get Media Entitlementコマンドによって特定されるメディアファイルに関する除外エリアを特定するデータを読み出す。
【０１３５】
メディアファイル資格データ（ステップ８００５）及び除外される地域のデータ（ステップ８００７）を取得すると、QS Media File Entitlement Processing機能８１９は、メディアファイル資格データ及び除外される地域のデータを、受信側加入者端末装置５に、Send Media Entitlementコマンドの一部として送信する（ステップ８００９及び８０１１）。
【０１３６】
RP Transfer
Media Package機能８１５は、Send Media Entitlementコマンドを受信し（ステップ８０１３）、ステップ８６７、８７７及びRP Voice Call Setup機能１２３の処理を実行し、発信側加入者端末装置３から受信側加入者端末装置５への着信音声通話に関連して、発信側加入者によって指定されたメディアベース着信通知のメディアコンテンツを受信側加入者端末装置５で再生する。ステップ８０１５では、そのような処理と同時又は後に（例えば、メディアベース着信通知のメディアコンテンツの再生中に）、受信側加入者端末装置５で実行されるアプリケーション１１のRP Interactive User Interface Processing機能８２７が端末装置５の販売地域を特定する。端末装置５の販売地域は、様々な関連情報を分析して決定される。例えば、製品登録情報、無線ネットワークの位置、端末装置５のＩＰアドレス、及びＬＢＳ情報などが分析対象となる。
【０１３７】
ステップ８０１７では、RP Interactive User Interface Processing機能８２７が、端末装置５の販売地域（ステップ８０１５）が受信したSend Media Entitlementコマンド（ステップ８０１３）の内容によって特定される除外地域のいずれかと一致するか判断する。
【０１３８】
ステップ８０１７の決定が偽である場合（端末装置５の販売地域が除外地域と一致しない場合）には、工程は、発信側加入者端末装置３へGift Availableコマンドを生成及び送信し続け（ブロック８０２３）、受信側加入者端末装置５のディスプレイスクリーンに表示される受信側加入者に提示されるユーザインタフェースの一部として「購入（Buy）」の選択肢を提示する。「購入」の選択肢は、メディアベース着信通知のメディアファイルに関連する。受信側加入者が「購入」の選択肢を選択した場合には、RP Interactive User Interface Processing機能８２７は、Media Buyコマンドを生成し、クエリサーバ９に送信する（ステップ８０２７）。Media Buyコマンドは、（１）メディアベース着信通知のメディアコンテンツ／「購入」の選択肢を特定するデータ、及び、（２）メディアコンテンツのディジタル著作権管理（ＤＲＭ）情報、を含む。
【０１３９】
クエリサーバ９のQS Media File Entitlement Processing機能８１９は、受信側加入者端末装置５殻送信されたMedia Buyコマンドを受信し（ステップ８０２９）、受信したMedia Buyコマンドにより特定されるメディアファイルのＤＲＭライセンスデータを読み出すか取得する。ＤＲＭライセンスデータは、メディアファイルの許諾された権利と一致する（ステップ８０３１）。例えば、メディアファイルの許諾された権利によって、ユーザは、購入したファイルを再生し保存することができる。この場合、そのコンテンツについて返信されたＤＲＭライセンスデータは、そのメディアファイルの再生及び保存を許可する。ＤＲＭライセンスデータは、クエリサーバ９にローカル保存され、又は、クエリサーバ９に接続された別のサーバから取得される。
【０１４０】
ステップ８０３３では、QS
Media File Entitlement Processing機能８１９が、ステップ８０３１で得られたＤＲＭライセンスデータを、受信側加入者端末装置５にUpdate Media Entitlementコマンドの一部として送信する。機能８１１は、図示しない課金機能（Accounting Function）を開始することも可能である。課金機能は次のタスクを実行する。（１）必要に応じて、報告又は課金のためにデータ送受信や通話の記録を作成する。（２）必要に応じて、発信側及び受信側加入者が本発明のメディアベース着信通知通信について正しく課金されていることを確認する。
【０１４１】
ステップ８０３５では、RP
Transfer Media Package機能８１５が、Update Media Entitlementコマンドを受信し、受信側加入者端末装置５のＤＲＭクライアントと協働して、Update Media Entitlementコマンドの一部として受信したＤＲＭライセンスデータにより指定されるメディアファイルに課された使用権の制限を更新する。このようにして、上記処理フローによれば、受信側加入者がメディアコンテンツを、そのコンテンツに関連するライセンスに応じて「購入」及び使用することができる。
【０１４２】
発信側加入者端末装置３がGift
Availableコマンドを受信すると（ブロック８０３５）、OP Interactive User Interface Processing ８２５が起動され、「プレゼント（Gift）」の選択肢が、発信側加入者端末装置３のディスプレイスクリーンにおいて発信側加入者に提示されるユーザインタフェースの一部として提示される。「プレゼント」の選択肢はメディアベース着信通知のメディアコンテンツに関連する。発信側加入者が「プレゼント」の選択肢を選択すると、OP Interactive User Interface Processing機能８２５が、Media Giftコマンドを生成しクエリサーバ９に送信する（ステップ８０４１）。Media Giftコマンドは、（１）メディアベース着信通知／「プレゼント」を特定するデータ、及び、（２）メディアファイルのディジタル著作権（ＤＲＭ）情報、を含む。
【０１４３】
クエリサーバ９のQS Media
File Entitlement Processing機能８１９は、発信側加入者端末装置３から送信されたMedia Giftコマンドを受信し、受信したMedia Giftコマンドにより特定されるメディアファイルのＤＲＭライセンスデータを読み出すか、または取得する。この処理は、上述した「購入」選択肢の場合と同様である。動作はステップ８０３３に続く。ステップ８０３３では、QS Media File
Entitlement Processing機能８１９が、ステップ８０３１で得られたＤＲＭライセンスデータを受信側加入者端末装置５に、Update Media Entitlementコマンドの一部として転送する。機能８１１は、図示しない課金機能（Accounting Function）を開始することも可能である。課金機能は次のタスクを実行する。（１）必要に応じて、報告又は課金のためにデータ送受信や通話の記録を作成する。（２）必要に応じて、発信側及び受信側加入者が本発明のメディアベース着信通知通信について正しく課金されていることを確認する。
【０１４４】
ステップ８０３５では、RP
Transfer Media Package機能８１５が、Update Media Entitlementコマンドを受信し、受信側加入者端末装置５のＤＲＭクライアントと協働して、Update Media Entitlementコマンドの一部として受信したＤＲＭライセンスデータにより指定されるメディアファイルに課された使用権の制限を更新する。このようにして、上記処理フローによれば、発信側加入者が受信側加入者に対してメディアコンテンツを、そのコンテンツに関連するライセンスに応じて「購入」及び使用するためにプレゼントすることができる。
【０１４５】
ステップ８０１７の決定が真である場合（端末装置５の販売地域が少なくとも１つの除外地域と一致する場合）には、動作は、発信側加入者端末装置３へGift Unavailableコマンドを生成及び送信し続け（ブロック８０１９）、受信側加入者端末装置５のディスプレイスクリーンに表示される受信側加入者に提示されるユーザインタフェースの一部として「購入不可（Buy Unavailable）」の通知を提示する。発信側加入者端末装置３において“Gift Unavailableコマンドを受信すると（ステップ８０３７）、上述のように、発信側加入者においてメディアコンテンツを受信側加入者にプレゼントすることができなくなる。これにより、メディアコンテンツの配信が許諾された実施権に従うようになる。同様に、論理判断ステップ８０１７によって、受信側加入者はメディアコンテンツを購入できなくなる。これにより、メディアコンテンツの配信が許諾された実施権に従うようになる。
【０１４６】
好ましい実施形態において、クエリサーバ９の機能は、メディアベース着信通知コマンドを第２の受信側加入者装置に送信するよう構成することができる。また、クエリサーバ９の機能は、受信側加入者が通話開始時点で通信可能でない場合に、受信側加入者がそのライセンスに関してメディアベース着信通知コマンドのメディアコンテンツにアクセスできるように構成することができる。図６Ｄは、図６ＡのQS Initiate Media Call機能８１１の一部の機能を実行する動作を例示する。動作は、発信側加入者端末装置３からInitiate Media Callコマンドの受信によって開始され（ステップ８０５１）、上述のように、プレゼンス情報と許可データに基づいて受信側加入者が着信可能か否か判断される。受信側加入者が着信可能な場合には、「着信可能（available）」の着信可否状態が発信側加入者端末に返信され（ステップ８０５５）、機能８１１の動作は終了する。受信側加入者が着信不能（not-serviceable）である場合には、動作はステップ８０５７へ進み、受信側加入者の第２の通信装置のＡＮＩ（又は、受信側加入者の第２の通信装置へ接続するその他のデータ）を特定する。このデータは、クエリサーバのデータベース１５の一部として受信側加入者に関連する階層的なリストの形式で保存される。ステップ８０５９では、第２の通信装置における受信側加入者の着信可否が確認される。ステップ８０５７及び８０５９における動作は、階層的リストに含まれる複数の装置に対して繰り返し実行される。受信側加入者が第２の通信装置において着信可能な場合は、「着信可能（available）」を示す着信可能状態が第２の通信装置のＡＮＩ（又は、受信側加入者の第２の通信装置へ接続するその他のデータ）とともに、発信側加入者端末に返信され（ステップ８０６１）、機能８１１の動作が終了する。受信側加入者が第２の通信装置においても着信不能な場合は、ステップ８０６３及び８０６７の動作が実行される。
【０１４７】
ステップ８０６３では、「ピアツーピア」タイプメディアベース着信通知について、機能８１１が発信側加入者端末装置３と協働して、メディアベース着信通知のメディアコンテンツの複製を取得し、そのデータを保存する。「遠隔ＵＲＬ」タイプメディアベース着信通知については、機能８１１は発信側加入者端末装置３と協働してメディアベース着信通知のメディアコンテンツへの参照情報を取得し、そのデータを保存する。
【０１４８】
ス  テップ８０６５では、機能８１１は、「着信不能（not-available）」の着信可否状態を発信側加入者端末装置３に送信する。
【０１４９】
ステップ８０６７では、機能８１１が蓄積交換メッセージ（ＳＭＳメッセージ、ＭＭＳメッセージ、またはＥメールメッセージなど）を受信側加入者に送信し、通話を試みていることの通知及びステップ８０６３において保存されている（又はステップ８０６３において保存されているデータによって参照されている）メディアコンテンツへのアクセス方法の指示を提供する。
【０１５０】
ステップ８０５５、８０６１、及び８０６５において受信側加入者端末装置５に返信された着信可否状態は、OP Initiate Media Call機能８０９によって用いられ、上述したように、着信可否状態に基づいてメディアベース着信通知コマンドを選択的に起動する。第２の通信装置のＡＮＩ（又は第２の通信装置へ接続するためのデータ）は、受信側加入者の第２の通信装置との接続を確立するために、OP Voice Setup機能８２１に受け渡される。
【０１５１】
加入者端末装置で実行されるアプリケーション１１は、バディリストグラフィカルユーザインタフェースを備えているので、加入者は、知り合いの加入者に関するプレゼンス情報を見ることができ、誰が加入者に対してメディア着信を行うことができるか管理できる（例えば、選択的に他のユーザからのメディアベース着信通知通信を拒否又は許可することができる）。また、その加入者が他の知り合いの加入者へメディアベース着信通知通信を行うことを拒否されているか見ることができる。バディリストによって、他の知り合いのユーザ（加入者であっても良いし加入者でなくとも良い）がメディアベース着信通知通信を受信できる互換端末を持っているかどうかも知ることができる。好ましい実施形態において、バディリストは、装置情報、プレゼンス情報、及び許可情報、また、本発明の通信サービスの加入者（または非加入者）に関するステータス情報を伝達するために、多数層のアイコンのセットを用いる。図７は、バディリストインタフェースの一例を示す。バディのリストは、バディリストインタフェースの中央の列に表示されている。所定のバディに関連するアイコンは、当該バディの名称の左側に表示される。アイコンは、図８Ａ、図８Ｂ及び図８Ｃに示される複数層のアイコンのセットから選択される。第１層のアイコン（図８Ａ）は、バディの通信端末の装置情報（例えば、互換性、設定、通話モード（マナーモード）、位置など）を描写する。ユーザは、図８Ａの表に示されるように、これらのアイコンをクリックして、互換性の確認、及び／又はアプリケーション１１のダウンロード及びインストールの招待を行うことができる。第２層のアイコン（図８Ｂ）は、バディのコミュニケーション端末のプレゼンス情報を描写する。第３層のアイコン（図８Ｃ）は、加入者のバディの許可情報、及び、バディのコミュニケーション端末に関するステータス情報を描写する。図７のバディリストインタフェースは、図４のバディリストインタフェースに示す特徴をいずれも含むことができる。
【０１５２】
加入者端末装置は、加入者によって開始され（すなわち発信側加入者の役割）、及び／又は、加入者によって受信される（すなわち受信側加入者の役割）メディアベース着信通知の一部として使用されるメディアコンテンツアイテムのライブラリを保持することができる。加入者端末で実行されるアプリケーション１１のグラフィカルユーザインタフェースは、ライブラリのナビゲーション及び管理（例えば、アイテムの削除、アイテムの移動、アイテムの日付順整列、アイテムの加入者順整列など）を可能にする。グラフィカルユーザインタフェースは、加入者に特定のメディアコンテンツを「購入」する選択肢を定時する。「購入」の選択肢を選択すると、好ましくは、図６Ｃを参照して説明したように、当該特定のメディアコンテンツのＤＲＭライセンスを更新するために、ステップ８０１５からステップ８０３５と同様の処理が開始される。
【０１５３】
ここで、図９には、異なるアクセスネットワークを含む通信システム（携帯、固定、及び無線アクセスネットワーク）を示す機能ブロック図が例示される。携帯加入者端末２１１Ａは、無線通信リンクを介して携帯アクセスネットワーク２１０Ａに接続される。携帯アクセスネットワーク２１０Ａは、無線ネットワークコントローラー２１５に接続された複数の基地局２１３（図示しない）を含む。無線ネットワークコントローラー２１５は、携帯加入者端末２１１Ａへの無線資源の配分及び基地局２１３間のハンドオーバーを行う。無線ネットワークコントローラーの機能は、物理的には基地局２１３に位置していてもよい。
【０１５４】
各基地局２１３は、少なくとも１つのアンテナと一群の無線送受信機の組を含む。各送受信機の組は、通信チャネルを形成するために１対の無線周波数で動作する。つまり、無線信号を携帯加入者端末２１１Ａに送信するための周波数と、携帯加入者端末２１１Ａから送信される無線信号を受信するための他の周波数である。各基地局２１３は、携帯アクセスネットワーク２１０Ａのセルを定義する。このセルは、基地局のアンテナの周囲に所定の径を持つように配置されている。ある基地局から送信される無線信号が他の近接する基地局から送信される無線信号と干渉しないようにするため、近接する基地局の送信周波数は互いに異なるように選択されており、近接する送信周波数間で十分な周波数間隔が存在するようになっている。同じ周波数を再利用するために、セルラー通信業界は少数で有限の送信周波数と近接セルが同一周波数で動作しない配置パターンを開発した。携帯加入者端末２１１Ａが呼接続を開始すると、ローカル基地局２１３から送信された制御信号によって、携帯加入者端末２１１Ａにおいて周波数を高速切り替え可能なトランスポンダーが、その特定の基地局のために設計された動作周波数で動作する。携帯加入者端末２１１Ａはセル間を移動し、呼接続は連続する基地局にハンドオフされ、携帯加入者端末２１１Ａの高速切り替え可能なトランスポンダーは、動作周波数を、携帯加入者端末２１１Ａが現在存在しているセルに位置する基地局の動作周波数に一致するように動作周波数を調整する。
【０１５５】
ＥＤＧＥ技術やＷ−ＣＤＭＡ技術といった多くの技術が携帯アクセスネットワーク２１０Ａを実現するために用いられる。ＥＤＧＥ技術は、ＧＰＲＳサービスを改良するもので、インターネット接続のようなパケット交換アプリケーションに用いることができる。映像サービスやその他のマルチメディアサービスなどの高速データアプリケーションは、この改良されたＧＰＲＳサービスによって提供されるデータ容量の増加によって利益を受ける。
Ｗ−ＣＤＭＡ技術は、画像サービスやその他のマルチメディアサービスのような高速データアプリケーションに適した高速パケット交換データレートを実現するため、広帯域コード拡散多重送信技術を採用している。
【０１５６】
固定加入者端末２１１Ｂは、通信リンクを介して固定アクセスネットワーク２１０Ｂ（例えば、ハイブリッドファイバー同軸データネットワークに接続されたケーブルモデム）に接続されている。固定加入者端末２１１Ｃは、通信リンクを介して周知の別の固定アクセスネットワーク２１０Ｃ（例えば、ＤＳＬアクセスネットワークに接続されたＤＳＬモデム）に接続されている。固定もしくは携帯加入者端末２１１Ｄは、周知の通信リンクを介して無線アクセスネットワーク２１０Ｄ（例えば、Ｗｉ−Ｆｉ又はＷｉ−Ｍａｘアクセスネットワーク）に接続される。携帯加入者端末２１１Ａは、数多くの通信装置、例えば、携帯ハンドセット装置、パーソナルディジタルアシスタンス、ラップトップコンピュータ、パーソナルコンピュータ、ネットワークキヨスクなどであることが可能である。
加入者端末２１１Ｂ、２１１Ｃ、２１１Ｄは、数多くの通信装置、例えば、パーソナルコンピュータ、ラップトップコンピュータ、パーソナルディジタルアシスタンス、ネットワークキヨスク、ＶＯＩＰ電話機、ＶＯＩＰゲートウエイに接続された従来の電話機などであることが可能である。
【０１５７】
加入者端末２１１Ａ、２１１Ｂ、２１１Ｃ、２１１Ｄは、標準的なインターネットプロトコルに基づく様々な方法を用いたアクセスネットワークにそれぞれ接続される。アクセスネットワーク２１０Ａ、２１０Ｂ、２１０Ｃ、２１０Ｄは、加入者端末との間でＶｏｉｃｅ  Ｏｖｅｒ  ＩＰ通話を確立するために必要な情報伝達機能を備えるコアネットワーク２２０と接続される。コアネットワーク２２０は、好ましくは、公衆交換電話網に接続され、Ｖｏｉｃｅ  Ｏｖｅｒ  ＩＰ通話をＰＳＴＮ上の通信に適した形式に変換することを可能にする。
【０１５８】
図５に示す通信システムは、ピアツーピアＶｏｉｃｅ  Ｏｖｅｒ  ＩＰ通話通信をサポートする。ピアツーピアＶｏｉｃｅ  Ｏｖｅｒ  ＩＰ通話通信は、発信側加入者端末装置から受信側加入者端末装置への本発明のメディアベース着信通知のプッシュタイプ通信を採用する。
【０１５９】
コアネットワーク２２０は、通話セッション制御機能２２１及びユーザデータベース機能２２３を備える。通話セッション制御機能２２１は、通信端末装置間のセッションを開始し、変更し、終了する。ユーザデータベース機能２２３は、認証情報、プレゼンス情報、位置情報、課金情報のような加入者に関する情報を保持する。通話セッション制御機能２２１は、標準化されたＳＩＰプロトコルをサポートし、様々なネットワークアーキテクチャ（例えば、ＳＩＰネットワークやＩＭＳネットワーク）で実現されるこのが好ましい。
ＳＩＰネットワークは、一連のネットワーク要素（例えば、ＳＩＰプロトコルをサポートするレジストラ、ロケーションサーバ、プロキシサーバ、リダイレクトサーバなど）を含む。ＩＭＳネットワークはＳＩＰプロトコルを基礎とし、一連のネットワーク機能（P-CSCF, I-CSSF, S-SCSF, BGCF, SGW, MGCF, MGWを含む）を、加入者端末装置間のセッションを開始、変更、終了するために具体化する。ホーム加入者サーバ（ＨＳＳ）も含まれる。ＨＳＳは、加入者に関連する情報（例えば、認証情報、プレゼンス情報、位置情報、課金情報）のマスターデータベースである。
【０１６０】
携帯加入者端末２１１Ａは、本明細書及び図１０Ａの例示アーキテクチャに示されるように、メディアベース着信通知アプリケーション１１を具体化する。同様に、加入者端末２１１Ｂ、２１１Ｃ、２１１Ｄは、本明細書及び図１０Ｂの例示アーキテクチャに示されるように、メディアベース着信通知アプリケーション１１を具体化する。クエリサーバ２０９は、コアネットワーク２２０と接続される。クエリサーバ２０９は本明細書にて述べられたクエリサーバ９の機能を具現化する。クエリサーバ２０９は、加入者に関連する情報（例えば、加入者プレゼンス情報）を、好ましくは標準化された機構（例えば、ＯＳＡ／ＰａｒｌａｙＸサービス）を用いて、コアネットワーク２２０のユーザデータベース機能２２３と交換する。クエリサーバ２０９は、メディアベース着信通知として使用されるメディアコンテンツ並びにＤＲＭ情報及びライセンス権を格納することができる。もしくは、クエリサーバ２０９は、そのような情報を提供する他のシステムと接続することができる。他の実施例において、クエリサーバ２０９は、コアネットワーク２２０の一部の機能であってもよく、及び／又はアクセスネットワーク２１０Ａ、２１０Ｂ、２１０Ｃ、２１０Ｄのうち１つ（もしくは一部）と接続していてもよい。クエリサーバ２０９の機能は、通信システムの他の部分（もしくはその一部）と接続している多数のネットワーク要素間に分散していてもよい。加入者端末２１１Ａ、２１１Ｂ、２１１Ｃ、２１１Ｄは、本明細書において説明されるように、メディアベース着信通知通信を実現するために、端末間で通信されるＴＣＰ／ＩＰパケットを介して情報を伝達するセッション上で（好ましくはＳＩＰセッション上で）互いに、及びクエリサーバ２０９と通信する。
【０１６１】
本発明の通信ネットワークは、本明細書において説明されるように、メディアベース着信通知の通信を提供し、商品やサービスの広告、宣伝、及び／又は売買に用いることができる。例えば、受信側加入者端末５で着信通知を処理する間（及び／又は着信通知によって仲介される音声通話の間及び／又はその後に）に、受信側加入者端末５で動作するアプリケーション１１は、受信側加入者へ広告及びその広告に関連するアイコン／ボタンを提示するユーザインタフェースを起動することができる。ユーザインタフェースの広告は、ＧＩＦ、ＪＰＥＧ、ＰＮＧのようなイメージファイル、及び／又はＪａｖａＳｃｒｉｐｔプログラムやＪａｖａ、Ｓｈｏｃｋｗａｖｅ、又はＦｌａｓｈのような技術を採用した他のマルチメディアオブジェクトから構成される。マルチメディアオブジェクトは、オーディオ広告コンテンツ及び／又は映像広告コンテンツを表すことができる。ユーザインタフェースのアイコン／ボタンは、画面表示された広告の特定のアクションに関連付けられる。
例えば、「購入」アイコン／ボタンは、画面表示された広告に関連付けられた商品を購入するためのウェブページへのリンクを提供する。また、「情報」アイコン／ボタンは、画面表示された広告に関連する情報を表示するウェブページへのリンクを提供する。
好ましい実施形態において、関連するアイコン／ボタンは、受信側加入者５に対して、着信通知処理において、例えば着信通知で指定されたメディアコンテンツの再生が開始か終了する間、所定の文字サイズで提示される。
【０１６２】
好ましい実施形態において、インタフェースは、広告の表示及び関連する追加的な条件（例えば、受信側加入者が広告の表示を許可し、その広告に応答しなければならない）と引き換えに、受信側加入者に、着信通知のメディアコンテンツを「記憶して保存（save and keep）」する選択肢を提示する（又は、他の利用制限が適用される）。受信側加入者がその選択肢の条件を満たせば、受信側加入者がそのメディアコンテンツ「記憶して保存」できるように（又は他の利用制限を適用する）、その着信通知のメディアコンテンツのＤＲＭライセンスが更新される。ＤＲＭライセンスデータの更新は、図２において機能１１９について又は図６Ａの機能８１９について関連して説明したのと同様に、メディア資格処理動作を実行することにより実現される。このインタフェースは、着信通知の間（及び／又は着信通知により仲介される音声通信の間及び／又はその後）、受信側加入者端末５において受信側加入者にも提示される。
【０１６３】
着信側加入者端末５のユーザインタフェースは、受信側加入者に対して、宣伝及び／又は売買に関する情報を示す画像ファイル及び／又はマルチメディアオブジェクト、並びに、それらに関するアイコン／ボタンを提示する。
【０１６４】
着信通知により指定されるメディアコンテンツは、それ自身が広告、宣伝、及び／又は売買に関する情報、並びにそれらに関するアイコン／ボタンであってもよい。
【０１６５】
発信側加入者端末３における着信通知の処理の間（着信通知により仲介される音声通信の間及び／又はその後）、発信側加入者端末３のアプリケーション１１は、発信側加入者に対して広告及びその広告に関連するアイコン／ボタンを提示するユーザインタフェースを起動することができる。ユーザインタフェースの広告は、イメージファイル（例えば、ＧＩＦ、ＪＰＥＧ、ＰＮＧ）及び／又はＪａｖａＳｃｒｉｐｔプログラム又はＪａｖａ、Ｓｈｏｃｋｗａｖｅ、又はＦｌａｓｈを採用したマルチメディアオブジェクトから作られる。このようなマルチメディアオブジェクトは、オーディオ又は画像の広告コンテンツを現すことができる。ユーザインタフェースのアイコン／ボタンは、画面表示された広告に関連する特定のアクションと関連付けられる。例えば、「購入」アイコン／ボタンは、画面表示された広告に関連付けられた商品を購入するためのウェブページへのリンクを提供する。また、「情報」アイコン／ボタンは、画面表示された広告に関連する情報を表示するウェブページへのリンクを提供する。好ましい実施形態において、関連するアイコン／ボタンは、発信側加入者３に対して、着信通知処理において、例えば着信通知が受信側加入者端末５に送信されるが受信側加入者端末が実際に着信通知のメディアコンテンツを再生する前に相当するリングバックの期間、所定の文字サイズで提示される。
【０１６６】
好ましい実施形態において、インタフェースは、広告の表示及び関連する追加的な条件（例えば、受信側加入者が広告の表示を許可し、その広告に応答しなければならない）と引き換えに、受信側加入者に、着信通知のメディアコンテンツを「記憶して保存（save and keep）」する選択肢を提示する（又は、他の利用制限が適用される）。発信側加入者がこの選択肢を選択すると、インタフェースは発信側加入者に広告を提示し、ユーザによる広告の操作を監視する。発信側加入者がその選択肢の条件を満たせば、発信側加入者がそのメディアコンテンツ「記憶して保存」できるように（又は他の利用制限を適用する）、その着信通知のメディアコンテンツのＤＲＭライセンスが更新される。ＤＲＭライセンスデータの更新は、図２において機能１１９について又は図６Ａの機能８１９について関連して説明したのと同様に、メディア資格処理動作を実行することにより実現される。このインタフェースは、着信通知の間（及び／又は着信通知により仲介される音声通信の間及び／又はその後）、発信側加入者端末３において受信側加入者にも提示される。
【０１６７】
発信側加入者端末３のユーザインタフェースは、受信側加入者に対して、宣伝及び／又は売買に関する情報を示す画像ファイル及び／又はマルチメディアオブジェクト、並びに、それらに関するアイコン／ボタンを提示する。
【０１６８】
広告情報、宣伝情報、及び／又は売買情報は、メディアアイテムの広告／販売／宣伝に関するメディアアイテムの発信側加入者又は受信側加入者への適用性（applicability）を高めるために、サーバに保存されたユーザプロフィール情報及び別のサーバに保存されている参照情報を参照することによって、発信側加入者又は受信側加入者のために選択される。
【０１６９】
ユーザインタフェースの広告コンテンツ並びにユーザインタフェース及び特定のアクションのアイコン／ボタンは、受信側加入者端末５及び／又は発信側加入者端末３に対して多くの方法で配信される。例えば、広告コンテンツ（又は広告コンテンツへのリファレンス）は、各加入者端末に中央広告サーバ（Ad Server）／広告サーバネットワーク（Ad Server Network）（図１において参照番号１７で示し、図９において参照番号２１７で示した）と各加入者との間の通信により提供される。加入者端末に送信される広告情報は、コンテクスト情報及び／又は加入者固有のプロフィール情報（例えば、人口動態（demographics）、位置、購入履歴などの行動情報、及び／又は加入者によって提供されるその他の情報に基づいて、目標が定められる。加入者固有のプロフィール情報は、好ましくは、クエリサーバ９に保存され、必要に応じて広告サーバによってアクセスされる。
【０１７０】
好ましい実施形態において、アプリケーション１１は広告サーバへの要求を生成し送信する。要求は、各端末３、５で実行されるアプリケーションの実行によって生じる目標とされる広告空間（例えば、バナー形式の広告や映像広告のためのディスプレイスクリーンの特定の部分）に関連する。要求は、広告サーバに受信され、選択基準（例えば、グラフィカルな目標基準、文脈上の目標基準、行動面での目標基準など）に基づいて広告コンテンツを選択する処理が行われる。選択された広告コンテンツ及びアイコン／ボタン及びそれらに関連付けられた特定のアクション（又はそれらへの参照）は、各端末３，５に返信され、加入者に対して、各端末のユーザインタフェースの一部として提示される。同様の動作は宣伝用素材及び又は売買用素材を各端末３，５へ送信する際にも用いられる。
各端末３，５及び広告サーバは、協働して広告サーバが表示回数、クリック、クリック後の行動、及びその他の各端末へ送信される広告コンテンツの操作に関する評価指標を追跡でき、その評価指標に基づいて広告主が広告キャンペーンの進展を監視できることが望ましい。
【０１７１】
各端末３，５で動作するアプリケーション１１は、本明細書において説明するメディアベース着信通知の間、広告の受信及び／又は他の宣伝及び営業情報に関して、加入者がオプトイン／オプトアウトを制御できるようにする。オプトイン／オプトアウトの制御は、（サービスによって提供されるすべての機能について）システム全体として提供され、又は、もしくは種類ごと（例えば、受信側加入者の機能に関連する広告の受信についてはオプトインであり、発信側加入者の機能に関するリングバック広告の受信についてはオプトアウトというように、サービスによって提供される所定の機能）に提供される。
【０１７２】
本明細書において説明されるピアツーピア通信の動作は、多地点間会議にも拡張することができる。例えば、所定のサービスへのダイヤルインやそのサービスからのダイヤルアウトといった適切な機能を用いて、ユーザを多地点会議へ追加することができる。ダイヤルアウトの方法に関しては、本明細書において説明されるメディアベース着信通知は会議のユーザに着信通知を知らせるために用いることができる。また、サービスが二人以上の参加者を接続するために用いられる場合には、クエリサーバは各参加者の位置を特定し、その位置に関する情報を把握し、各参加者に対してその位置に関連する商品やサービスの情報を提供することができる。これは、通常、位置情報サービスと呼ばれる。例えば、多地点間通話において、他のユーザの所へ赴くために、いずれかの参加者が他の参加者との距離を閲覧したり、道順の案内（及び／又は地図）を受信する機能が提供さえる。
【０１７３】
音声通話の確立前に発信側加入者装置から受信側加入者装置へメディアベース着信通知を送信するシステム及び方法に関する幾つかの実施形態が説明された。メディアベース着信通知通信は、好ましくは、音声通話の確立前に（もしくは同時に）、受信側加入者に着信を知らせるために、受信側加入者装置において再生されるメディアコンテンツを伝達する。もしくは、メディアベース着信通知は、音声通話の確立前に（もしくは同時に）受信側加入者に着信を知らせるために、メディアコンテンツ自体を伝達する代わりに、受信側加入者装置がローカルでもしくは遠隔でアクセスできるメディアコンテンツを識別するメディア識別情報を伝達する。本発明の特定の実施形態を説明したが、本発明はそれらの実施形態に限定されず、本発明は、その技術が許容し、本明細書が同様に記載されている程度に広く解釈される。このように、特定の通信技術、システムアーキテクチャ、装置アーキテクチャ及びコマンドフォーマットについて説明したが、他の現在又は将来の通信技術、システムアーキテクチャ、装置アーキテクチャ及びコマンドフォーマットも同様に、本明細書において説明した本発明のメディアベース着信通知通信処理に用いることができる。
例えば、加入者関連情報の管理及び通話セッションの制御は、ＳＩＰプロトコル（又はＳＩＰプロトコルに基づくネットワーク）以外のプロトコルを用いても実現することができる。そのようなプロトコルは、アプリケーションによっては、標準化されたプロトコルであるかもしれないし、独占技術であるかもしれない。別の例では、本サービスのクエリサーバに保持される加入者のプレゼンス情報は、一連のオプトイン状態を表すことができる。例えば、「音声のみオプトイン（voice only opt-in）」状態（加入者はサービスの一部として開始された音声通話通信のみ利用可能であり、サービスの一部として開始されたデータ通信は利用可能ではないことを意味する）、「データのみオプトイン（data only opt-in）」状態（加入者はサービスの一部として開始されたデータ通信のみ利用可能であり、サービスの一部として開始された音声通話通信は利用可能ではないことを意味する）、又はその他の状態を表すことができる。これらの状態は、加入者が更新することができ、また、クエリサーバが保持することができる。これらのプレゼンス状態は、呼ごとに本サービスの加入者へ選択的に通信を開始する（又は開始しない）ために用いられる。また、本サービスは、登録されたユーザ（もしくは他のユーザクラス）に対して利用可能になっており、利用申し込みを必要としない。さらに、特定のグラフィカルユーザインタフェースが本明細書において開示されているが、他のユーザインタフェースも利用可能である。また、本明細書におけるシステム、装置、処理は、一方の参加者から他の参加者に対して実行される非音声通信を通知するためにも用いることができる。このように、当業者であれば、請求項に記載された本発明の精神及び範囲から逸脱することなく、本発明に対してここで述べた以外の変更を加えることが可能である。
【図面の簡単な説明】
【０１７４】
【図１】発信側加入者装置から受信側加入者装置へ送信されるメディアベース着信通知コマンドを利用する本発明のピアツーピア音声通信システムを示す機能ブロック図
【図２】本発明の第１実施形態に従って音声通信処理を実行する際に図１又は図９のネットワーク要素によって実現される機能を例示するブロック図
【図３】本発明のサービスに登録及び申し込むために図１又は図９の加入者端末に表示されるグラフィカルユーザインタフェースを例示する概略図
【図４】本発明の通信サービスの加入者に関連するプレゼンス情報及び許可情報を通信するため、及び加入者に対して音声通信を開始するために、図１又は図９の加入者端末に表示されるバディリストインタフェースを例示する概略図
【図５】図２又は図６に示される本発明の受信側加入者端末で実行されるアプリケーションのRP Voice Call Setupブロックにより実行される動作を例示するフローチャート
【図６Ａ】本発明の第２の実施形態に従って音声通信処理を実行する際に図１又は図９に示すネットワーク要素により実現される機能を例示するブロック図
【図６Ｂ】図６Ａの所定の機能により実現される動作を説明するフローチャート
【図６Ｃ】図６Ａの所定の機能により実現される動作を説明するフローチャート
【図６Ｄ】図６Ａの所定の機能により実現される動作を説明するフローチャート
【図７】図１又は図９の加入者装置に表示され、多数層のアイコンのセットを利用して本発明の通信サービスの加入者に関連する装置互換性情報、プレゼンス情報及び許可・ステータス情報の通信を行うバディリストインタフェースの例を説明する説明図
【図８Ａ】本発明の通信サービスの加入者に関連する装置互換性情報の通信を行うために図７のバディリストインタフェースにおいて用いられるアイコンのセットの例を説明する表
【図８Ｂ】本発明の通信サービスの加入者に関連するプレゼンス情報の通信を行うために図７のバディリストインタフェースにおいて用いられるアイコンのセットの例を説明する表
【図８Ｃ】本発明の通信サービスの加入者に関連する許可・ステータス情報の通信を行うために図７のバディリストインタフェースにおいて用いられるアイコンのセットの例を説明する表
【図９】様々なアクセスネットワーク（携帯、固定、及び無線アクセスネットワーク）を含み、本発明に従って発信側加入者装置から受信側加入者装置へ送信されるメディアベース着信通知コマンドを利用するピアツーピア音声通話通信をサポートする通信システムを例示する機能ブロック図
【図１０Ａ】図９に示す本発明の加入者端末装置の機能ブロック図
【図１０Ｂ】図９に示す本発明の加入者端末装置の機能ブロック図
【図１】
2009534947.tif 000002
【図２】
2009534947.tif 000003
【図３】
2009534947.tif 000004
【図４】
2009534947.tif 000005
【図５】
2009534947.tif 000006
【図６Ａ】
2009534947.tif 000007
【図６Ｂ】
2009534947.tif 000008
【図６Ｃ】
2009534947.tif 000009
【図６Ｄ】
2009534947.tif 000010
【図７】
2009534947.tif 000011
【図８Ａ】
2009534947.tif 000012
【図８Ｂ】
2009534947.tif 000013
【図８Ｃ】
2009534947.tif 000014
【図９】
2009534947.tif 000015
【図１０Ａ】
2009534947.tif 000016
【図１０Ｂ】
2009534947.tif 000017
2009534947.tif 000018
2009534947.tif 000019
2009534947.tif 000020
2009534947.tif 000021
2009534947.tif 000022
2009534947.tif 000023
2009534947.tif 000024
2009534947.tif 000025
2009534947.tif 000026
2009534947.tif 000027
2009534947.tif 000028
2009534947.tif 000029
2009534947.tif 000030
【手続補正書】
【提出日】平成21年2月27日(2009.2.27)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
発信側加入者から受信側加入者へ両者間の音声通話の一部としてマルチメディア通知を送信するシステムであって、
前記システムは、発信側加入者によって操作される発信側加入者装置と、受信側加入者によって操作される受信側加入者装置と、通信ネットワークを介して前記発信側加入者装置および前記受信側加入者装置と接続されるサーバと、を備え、
前記サーバは、複数のユーザについてプレゼンスデータ及び許可データを格納する少なくとも１つのデータベースを備え、又は、複数のユーザについてプレゼンスデータ及び許可データを格納する少なくとも１つのデータベースと接続され、受信側加入者のプレゼンスデータ及び許可データは前記受信側加入者装置との通信により特定され、
前記発信側加入者装置は、受信側加入者を特定する第１の手段と、マルチメディア通知のためのメディアコンテンツを選択する第２の手段と、前記サーバと通信して前記受信側加入者の前記プレゼンスデータ及び前記許可データに基づいて前記受信側加入者の着信可否を判断する第３の手段と、前記第３の手段において判断された前記受信側加入者の着信可否に基づいて前記発信側加入者装置から前記受信側加入者装置への少なくとも１つのコマンドの送信を選択的に開始する第４の手段と、を備え、前記少なくとも１つのコマンドは、前記マルチメディア通知の前記メディアコンテンツを特定するか、または前記マルチメディア通知の前記メディアコンテンツを含み、
前記受信側加入者装置は、前記少なくとも１つのコマンドを受信する手段と、前記発信側加入者装置から前記受信側加入者装置に対して通信ネットワークを介してなされた通話に関連して、前記マルチメディア通知の前記メディアコンテンツを再生する再生手段と、を含む、
ことを特徴とするシステム。
【請求項２】
前記受信側加入者装置は、前記少なくとも１つのデータベースに記憶されている受信側加入者のプレゼンスデータ及び許可データを、受信側加入者から提供される入力に従って更新する手段を含み、
前記発信側加入者装置は、前記少なくとも１つのデータベースに記憶されている前記発信側加入者のプレゼンスデータ及び許可データを、発信側加入者から提供される入力に従って更新する手段を含む、
ことを特徴とする請求項１に記載のシステム。
【請求項３】
前記受信側加入者装置は、前記受信側加入者のプレゼンスデータ及び許可データを更新するためのグラフィカルユーザインタフェースを含み、
前記発信側加入者装置は、前記発信側加入者のプレゼンスデータ及び許可データを更新するためのグラフィカルユーザインタフェースを含む、
ことを特徴とする請求項２に記載のシステム。
【請求項４】
前記受信側加入者の前記許可データは、前記発信側加入者から前記受信側加入者への前記少なくとも１つのコマンドの通信が許可されるか拒否されるかを示す、
ことを特徴とする請求項１に記載のシステム。
【請求項５】
前記受信側加入者の前記許可データは、前記発信側加入者から前記受信側加入者への所定の種類の前記少なくとも１つのコマンドの通信が許可されるか拒否されるかを示し、
前記所定の種類は、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる、所定の種類のメディアコンテンツに対応する、
ことを特徴とする請求項１に記載のシステム。
【請求項６】
前記発信側加入者装置及び前記受信側加入者装置は、それぞれ、自端末上に表示されるユーザ及び関連する許可情報のリストを含む、
ことを特徴とする請求項１に記載のシステム。
【請求項７】
前記第４の手段は、受信側加入者のプレゼンスデータが受信側加入者が概ね利用可能であり、かつ、受信側加入者の許可データが前記発信側加入者から前記受信側加入者への前記少なくとも１つのコマンドの通信が許可されることを示す場合に、前記発信側加入者から前記受信側加入者への前記少なくとも１つのコマンドの通信を開始することができ、
前記第４の手段は、受信側加入者のプレゼンスデータが受信側加入者が概ね利用可能でないことを示す場合に、前記発信側加入者から前記受信側加入者への前記少なくとも１つのコマンドの通信を開始せず、
前記第４の手段は、受信側加入者のプレゼンスデータが受信側加入者が概ね利用可能であり、かつ、受信側加入者の許可データが前記発信側加入者から前記受信側加入者への前記少なくとも１つのコマンドの通信が拒否されることを示す場合に、前記発信側加入者から前記受信側加入者への前記少なくとも１つのコマンドの通信を開始しない、
ことを特徴とする請求項１に記載のシステム。
【請求項８】
前記受信側加入者の着信可否は、受信側加入者装置の装置情報に基づいており、
前記装置情報は、受信側加入者装置から前記サーバに送信され、前記サーバに保存されることを特徴とする請求項１に記載のシステム。
【請求項９】
前記第４の手段は、受信側加入者の前記装置データが前記受信側加入者装置への前記少なくとも１つのコマンドの通信が可能であることを示す場合に、前記発信側加入者から前記受信側加入者への前記少なくとも１つのコマンドの通信を開始することができ、
前記第４の手段は、受信側加入者の前記装置データが前記受信側加入者装置への前記少なくとも１つのコマンドの通信が可能でないことを示す場合に、前記発信側加入者から前記受信側加入者への前記少なくとも１つのコマンドの通信を開始しない、
ことを特徴とする請求項８に記載のシステム。
【請求項１０】
前記発信側加入者装置及び前記受信側加入者装置はメディアコンテンツアイテムの共有ライブラリを保存し、前記少なくとも１つのコマンドは前記共有ライブラリに保存された少なくともメディアコンテンツアイテムを識別する識別情報を含み、前記再生手段は、前記発信側加入者装置から前記受信側加入者装置に対して通信ネットワークを介してなされた通話に関連して、前記識別情報により識別される前記少なくとも１つのコマンドの少なくとも１つのメディアコンテンツアイテムを再生する、
ことを特徴とする請求項１に記載のシステム。
【請求項１１】
前記少なくとも１つのコマンドは、遠隔コンテンツソースに保存される少なくとも１つのメディアコンテンツアイテムを識別する識別情報を含み、前記受信側加入者装置は、前記遠隔コンテンツソースと通信を行い、前記識別情報によって識別される少なくとも１つのメディアコンテンツアイテムを読み出し、前記再生手段は、前記発信側加入者装置から前記受信側加入者装置に対して通信ネットワークを介してなされた通話に関連して、前記遠隔コンテンツソースから読み出された前記少なくとも１つのメディアコンテンツアイテムを再生する、
ことを特徴とする請求項１に記載のシステム。
【請求項１２】
前記遠隔コンテンツソースは、前記サーバによって実現され、又は、前記サーバに接続される、
ことを特徴とする請求項１１に記載のシステム。
【請求項１３】
前記少なくとも１つのコマンドは、前記発信側加入者装置から前記受信側加入者装置に対して通信ネットワークを介してなされた通話に関連して受信側加入者装置で再生される少なくとも１つのメディアコンテンツアイテムを含むことを特徴とする請求項１０に記載のシステム。
【請求項１４】
前記少なくとも１つのコマンドは、所定のメディアコンテンツアイテム及びその関連情報を識別する第１のコマンドを含み、
前記受信側加入者装置は、前記所定のメディアコンテンツアイテムが前記受信側加入者装置によって受信され処理されることが可能か判断するために前記第１のコマンドに含まれる情報を受信し分析し、前記少なくとも１つのメディアコンテンツアイテムが前記受信側加入者装置によって受信され処理されることが可能か否かを示す第１の応答を返信する、
ことを特徴とする請求項１３に記載のシステム。
【請求項１５】
前記第１の応答が前記所定のメディアコンテンツアイテムが前記受信側加入者装置によって受信され処理されることを示す場合に、前記発信側加入者装置から前記受信側加入者装置へ少なくとも１つの前記所定のメディアコンテンツアイテムを含む第２のコマンドを送信する、
ことを特徴とする請求項１４に記載のシステム。
【請求項１６】
前記第１の応答が前記所定のメディアコンテンツアイテムが前記受信側加入者装置によって受信され処理できないことを示す場合に、前記発信側加入者装置から前記サーバへ少なくとも１つの前記所定のマルチメディア通知を含む第３のコマンドを送信し、前記サーバは、前記第３のコマンドを処理し、前記所定のマルチメディア通知を前記受信側加入者装置の処理に適した形式で前記受信側加入者装置へ送信する、
ことを特徴とする請求項１４に記載のシステム。
【請求項１７】
前記第３のコマンドを処理する際に、前記サーバは、前記発信側加入者装置から提供された前記所定のメディアコンテンツアイテムを変換することを特徴とする、
請求項１６に記載のシステム。
【請求項１８】
前記発信側加入者装置から前記受信側加入者装置への前記所定のメディアコンテンツアイテムの転送が成功した場合に、前記受信側加入者装置は前記発信側加入者装置に前記所定のマルチメディア通知の受信が成功したことを示す第４のコマンドを送信し、前記第４のコマンドを受信した前記発信側加入者装置は、前記第４のコマンドに応じて前記発信側加入者装置から前記受信側加入者装置への前記通信ネットワークを介した通話を開始する、
ことを特徴とする請求項１３に記載のシステム。
【請求項１９】
前記発信側加入者装置から前記受信側加入者装置への通話の開始は、前記第４のコマンドを受信したのちに、前記通信ネットワークの資源の提供を要求すること、
を特徴とする請求項１に記載のシステム。
【請求項２０】
前記第４のコマンドの通信開始に連動して、前記受信側加入者装置は、前記受信側加入者装置によって実行される受信通話処理を、前記発信側加入者装置により開始された着信通話はすべて前記少なくとも１つのメディアコンテンツを再生することにより通知されるように設定する、
ことを特徴とする請求項１８に記載のシステム。
【請求項２１】
前記受信側加入者装置によって実行される前記着信通話処理は、各着信通話の発信者識別番号を比較し、前記発信者識別番号が前記発信側加入者端末に割り当てられた識別番号自動的に前記少なくとも１つのメディアコンテンツアイテムを再生するためのアプリケーションを起動する、
ことを特徴とする請求項２０に記載のシステム。
【請求項２２】
前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記メディアコンテンツは、前記メディアコンテンツへのアクセスを制御するＤＲＭ機構によって保護されているファイルに格納される、
ことを特徴とする請求項１に記載のシステム。
【請求項２３】
前記受信側加入者装置は、前記メディアコンテンツを前記受信側加入者装置において少なくとも再生するために、前記メディアコンテンツを格納する前記ファイルへのアクセスを許可するＤＲＭライセンス情報を取得する、
ことを特徴とする請求項２２に記載のシステム。
【請求項２４】
前記ＤＲＭライセンス情報は、次の群から選択される機能を実現するために前記メディアコンテンツを格納する前記ファイルへのアクセスを制御する請求項２３に記載のシステム。前記ファイルが前記受信側加入者装置に複製及び／又は保存されることを可能にする機能、前記ファイルが前記受信側加入者装置に複製及び／又は保存されることを禁止する機能、前記ファイルが意図された目的にのみ使用されることを可能にする機能、前記ファイルが意図されない目的に使用されることを禁止する機能、前記ファイルが他の装置に転送されることを許可する機能、前記ファイルが他の装置に転送されることを禁じる機能、前記ファイルが所定回数だけ再生された後受信側加入者装置から自動的に削除される機能、及び前記ファイルが所定日まで再生可能でその後受信側加入者装置から自動的に削除される機能。
【請求項２５】
前記サーバは、前記ＤＲＭライセンス情報を前記受信側加入者装置に供給することを特徴とする請求項２３に記載のシステム。
【請求項２６】
受信側加入者装置に対して、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記メディアコンテンツの第１のＤＲＭライセンス情報を提供する手段と、
前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれるメディアコンテンツに関して前記受信側加入者又は発信側加入者によって起動されるトランザクションに応じて、前記受信側加入者装置に対し、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記メディアコンテンツの第２のＤＲＭライセンス情報を供給する手段を備え、
前記代２のＤＲＭライセンス情報は、第１のＤＲＭライセンス情報によって許諾されていない使用を許可する、
ことを特徴とする請求項２３に記載のシステム。
【請求項２７】
前記受信側加入者によって起動される前記トランザクションは、購入型のトランザクションを含むことを特徴とする請求項２６に記載のシステム。
【請求項２８】
前記発信側加入者によって起動される前記トランザクションは、プレゼント型のトランザクションを含むことを特徴とする請求項２６に記載のシステム。
【請求項２９】
前記受信側加入者装置は、前記発信側加入者装置から前記受信側加入者装置への着信を、前記受信側加入者装置と前記発信側加入者装置の間における前記着信に関する少なくとも１つの双方向メッセージを伝えるために、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記メディアコンテンツを再生することによって通知するように構成されることを特徴とする請求項１に記載のシステム。
【請求項３０】
前記サーバは、第２の着信側加入者装置を特定する手段と、前記少なくとも１つのコマンドを前記第２の着信側加入者装置に送信する手段と、を備えることを特徴とする請求項１に記載のシステム。
【請求項３１】
前記発信側加入者によって通話が開始された時点では前記受信側加入者が着信可能でない場合に、前記サーバは、前記受信側加入者に対し、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記メディアコンテンツへのアクセス方法の指示を通知する手段を含むことを特徴とする請求項１に記載のシステム。
【請求項３２】
前記サーバは、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記メディアコンテンツを格納し、前記指示に従って前記受信側加入者にアクセスを提供することを特徴とする請求項３１に記載のシステム。
【請求項３３】
前記少なくとも１つの発信側加入者装置の前記グラフィカルユーザインタフェースは、１又は複数人の加入者に関連する装置情報、プレゼンス情報、及び許可・ステータス情報を伝達するため、多数層のアイコンの組を利用することを特徴とする請求項３に記載のシステム。
【請求項３４】
アイコンの第１の層は、装置情報を視覚的に描写し、
アイコンの第２の層は、プレゼンス情報を視覚的に描写し、
アイコンの第３の層は、許可・ステータス情報を視覚的に描写する、
ことを特徴とする請求項３３に記載のシステム。
【請求項３５】
市販のメディアコンテンツアイテムに関連する情報のデータベースをさらに備え、前記データベースの前記情報は、市販されたメディアコンテンツアイテムに関する許諾された権利及び関連する地域を特定し、
着信側加入者装置又は発信側加入者装置の地域を特定する手段と、
前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記メディアコンテンツについて、前記データベースに保存された情報により示される制限地域を特定するために前記データベースにアクセスし、受信側加入者端末の地域又は着信側加入者端末の地域が制限地域と一致するか判断する手段と、を備え、
受信側加入者装置又は発信側加入者装置の地域が制限地域と一致する場合には、前記メディアコンテンツの使用を制限するか、又は、前記地域で購入／ダウンロードが制限されていない最も似た代替メディアコンテンツアイテムを提供する役割を果たすＤＲＭライセンスデータ情報を、前記受信側加入者装置又は前記発信側加入者装置に供給する、
ことを特徴とする請求項１に記載のシステム。        
【請求項３６】
広告及び／又は他の販売及び宣伝用メディアアイテムを、少なくとも１つの受信側加入者装置及び発信側加入者装置へ配布するプラットフォームを備えることを特徴とする請求項１に記載のシステム。
【請求項３７】
前記広告及び／又は他の販売及び宣伝用メディアアイテムは、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記メディアコンテンツの再生を伴う方法で提示するために、前記受信側加入者装置へ送信されることを特徴とする請求項３６に記載のシステム。
【請求項３８】
前記広告及び／又は他の販売及び宣伝用メディアアイテムは、発信側加入者又は受信側加入者に適合した少なくとも１つの特定の広告／販売／宣伝用のメディアアイテムを特定するために、前記サーバに保存されたユーザプロフィール及び第３者サーバからの追加的な参照情報を参照することによって、発信側加入者又は受信側加入者に関して選択されることを特徴とする請求項３６に記載のシステム。
【請求項３９】
前記広告及び／又は他の販売及び宣伝用メディアアイテムは、前記少なくとも１つのコマンドが前記受信側加入者装置に送信されているリングバックの間であり、前記マルチディア通知の前記メディアコンテンツの再生前に提示するために、発信側加入者装置に送信されることを特徴とする請求項３６に記載のシステム。
【請求項４０】
発信側加入者から受信側加入者へ両者間の音声通話の一部としてマルチメディア通知を送信するシステムであって、
前記システムは、発信側加入者によって操作される発信側加入者装置と、受信側加入者によって操作される受信側加入者装置と、通信ネットワークを介して前記発信側加入者装置および前記受信側加入者装置と接続されるサーバと、を備え、
前記サーバは、ＤＲＭライセンス情報を格納する少なくとも１つのデータベースを備え、又は、前記データベースに接続されており、
前記発信側加入者装置は、受信側加入者を特定する第１の手段と、マルチメディア通知のためのメディアコンテンツを選択する第２の手段と、前記発信側加入者装置から前記受信側加入者装置への少なくとも１つのコマンドの送信を開始する手段と、を備え、前記少なくとも１つのコマンドは、前記マルチメディア通知の前記メディアコンテンツを特定するか、または前記マルチメディア通知の前記メディアコンテンツを含み、
前記受信側加入者装置は、前記少なくとも１つのコマンドを受信する手段と、前記発信側加入者装置から前記受信側加入者装置に対して通信ネットワークを介してなされた通話に関連して、前記マルチメディア通知の前記メディアコンテンツを再生する再生手段と、を含み、
前記受信側加入者装置は、少なくとも前記メディアコンテンツを前記受信側加入者装置において再生するために、前記メディアコンテンツを格納するファイルへのアクセスを可能にするＤＲＭライセンス情報を前記サーバから取得する、
ことを特徴とするシステム。
【請求項４１】
前記ＤＲＭライセンス情報は、次の群から選択される機能を実現するために前記メディアコンテンツを格納する前記ファイルへのアクセスを制御する請求項４０に記載のシステム。前記ファイルが前記受信側加入者装置に複製及び／又は保存されることを可能にする機能、前記ファイルが前記受信側加入者装置に複製及び／又は保存されることを禁止する機能、前記ファイルが意図された目的にのみ使用されることを可能にする機能、前記ファイルが意図されない目的に使用されることを禁止する機能、前記ファイルが他の装置に転送されることを許可する機能、前記ファイルが他の装置に転送されることを禁じる機能、前記ファイルが所定回数だけ再生された後受信側加入者装置から自動的に削除される機能、前記ファイルが所定日まで再生可能でその後受信側加入者装置から自動的に削除される機能、及び前記ファイルが発信側加入者または受信側加入者による特定の手順の操作もしくは他のメディアコンテンツアイテムの特定手順での再生又は両者の所定の組み合わせにおいてのみ再生される機能。
【請求項４２】
前記サーバは、前記受信側加入者装置に、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれるメディアコンテンツの第１のＤＲＭライセンス情報を提供する手段と、
前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれるメディアコンテンツに関して前記受信側加入者又は発信側加入者によって起動されるトランザクションに応じて、前記受信側加入者装置に対し、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記メディアコンテンツの第２のＤＲＭライセンス情報を供給する手段と、を備え、
前記代２のＤＲＭライセンス情報は、第１のＤＲＭライセンス情報によって許諾されていない使用を許可することを特徴とする請求項４０に記載のシステム。 
【請求項４３】
前記受信側加入者によって起動される前記トランザクションは、購入型のトランザクションを含むことを特徴とする請求項４２に記載のシステム。
【請求項４４】
前記発信側加入者によって起動される前記トランザクションは、プレゼント型のトランザクションを含むことを特徴とする請求項４２に記載のシステム。
【請求項４５】
前記サーバは、音声又はデータ通信が発信側加入者によって開始された時点において受信側加入者が双方向マルチメディア通知を許可する装置を所有しない場合に動作し、前記受信側加入者に対して、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記ソフトウエアにアクセスし、インストールし、起動する方法の指示を通知する手段とを備えることを特徴とする請求項１に記載のシステム。
【請求項４６】
前記サーバは、メディアコンテンツアイテムのライブラリからの少なくとも１つのメディアコンテンツアイテムを提示し、前記メディアコンテンツアイテムを、前記発信側加入者装置及び前記受信側加入者装置において双方向マルチメディア通知において使用できるようにダウンロード可能にする手段を備えることを特徴とする請求項１に記載のシステム。
【請求項４７】
発信側加入者から受信側加入者へ両者間の音声通話の一部としてマルチメディア通知を送信するシステムであって、
前記システムは、発信側加入者によって操作される発信側加入者装置と、受信側加入者によって操作される受信側加入者装置と、通信ネットワークを介して前記発信側加入者装置および前記受信側加入者装置と接続されるサーバと、を備え、
前記サーバは、市販のメディアコンテンツアイテムに関連する情報を格納する少なくとも１つのデータベースを備え、又は、複数のユーザについてプレゼンスデータ及び許可データを格納する少なくとも１つのデータベースと接続され、前記データベースの前記情報は、市販のメディアコンテンツアイテムについて許諾された権利及びその許諾された権利に関連する地域（例えば、許諾地域及び／又は制限地域）を特定し、
前記発信側加入者装置は、受信側加入者を特定する第１の手段と、マルチメディア通知のためのメディアコンテンツを選択する第２の手段と、前記発信側加入者装置から前記受信側加入者装置への少なくとも１つのコマンドの送信を開始する手段と、を備え、前記少なくとも１つのコマンドは、前記マルチメディア通知の前記メディアコンテンツを特定するか、または前記マルチメディア通知の前記メディアコンテンツを含み、
前記サーバは、
（１）着信側加入者装置又は発信側加入者装置の地域を特定する手段と、
（２）前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記メディアコンテンツについて、前記データベースに保存された情報により示される制限地域を特定するために前記データベースにアクセスし、受信側加入者端末の地域又は着信側加入者端末の地域が制限地域と一致するか判断する手段と、
（３）受信側加入者装置又は発信側加入者装置の地域が制限地域と一致する場合には、前記メディアコンテンツの使用を制限するか、又は、前記地域で購入／ダウンロードが制限されていない最も似た代替メディアコンテンツアイテムを提供する役割を果たすＤＲＭライセンスデータ情報を、前記受信側加入者装置又は前記発信側加入者装置に供給する手段と、
を備え、
前記受信側加入者装置は、前記少なくとも１つのコマンドを受信する手段と、前記発信側加入者装置から前記受信側加入者装置に対して通信ネットワークを介してなされた通話に関連して、前記マルチメディア通知の前記メディアコンテンツを再生する再生手段と、を含む、
ことを特徴とするシステム。
【請求項４８】
発信側加入者から受信側加入者へ両者間の音声通話の一部としてマルチメディア通知を送信する方法であって、
発信側加入者によって操作される発信側加入者装置及び受信側加入者によって操作される受信側加入者装置と接続されるサーバを準備し、前記サーバは、複数のユーザについてプレゼンスデータ及び許可データを格納する少なくとも１つのデータベースを備え、又は、複数のユーザについてプレゼンスデータ及び許可データを格納する少なくとも１つのデータベースと接続され、受信側加入者のプレゼンスデータ及び許可データは前記受信側加入者装置との通信により特定され、
前記発信側加入者は前記発信側加入者装置を操作して受信側加入者を特定し、及び、マルチメディア通知のためのメディアコンテンツを選択し、
前記発信側加入者の操作に応じて、前記発信側加入者装置を制御して前記サーバと通信し、前記受信側加入者の前記プレゼンスデータ及び前記許可データに基づいて前記受信側加入者の着信可否を判断し、
前記第３のステップにおいて判断された前記受信側加入者の着信可否に基づいて前記発信側加入者装置から前記受信側加入者装置への少なくとも１つのコマンドの送信を選択的に開始し、
前記受信側加入者において前記少なくとも１つのコマンドを受信し、
前記発信側加入者装置から前記受信側加入者装置に対して通信ネットワークを介してなされた通話に関連して、前記マルチメディア通知の前記メディアコンテンツを再生する、
ことを特徴とする方法。
【請求項４９】
前記少なくとも１つのデータベースに記憶されている受信側加入者のプレゼンスデータ及び許可データを、受信側加入者から提供される入力に従って更新し、
前記少なくとも１つのデータベースに記憶されている前記発信側加入者のプレゼンスデータ及び許可データを、発信側加入者から提供される入力に従って更新する、
ことを特徴とする請求項４８に記載の方法。
【請求項５０】
前記受信側加入者装置は、前記受信側加入者のプレゼンスデータ及び許可データを更新するためのグラフィカルユーザインタフェースを含み、
前記発信側加入者装置は、前記発信側加入者のプレゼンスデータ及び許可データを更新するためのグラフィカルユーザインタフェースを含む、
ことを特徴とする請求項４９に記載の方法。
【請求項５１】
前記受信側加入者の前記許可データは、前記発信側加入者から前記受信側加入者への前記少なくとも１つのコマンドの通信が許可されるか拒否されるかを示す、
ことを特徴とする請求項４８に記載の方法。
【請求項５２】
前記受信側加入者の前記許可データは、前記発信側加入者から前記受信側加入者への所定の種類の前記少なくとも１つのコマンドの通信が許可されるか拒否されるかを示し、
前記所定の種類は、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる、所定の種類のメディアコンテンツに対応する、
ことを特徴とする請求項４８に記載の方法。
【請求項５３】
前記発信側加入者装置及び前記受信側加入者装置において、自端末上に表示されるユーザ及び関連する許可情報にリストを保存する、
ことを特徴とする請求項４８に記載の方法。
【請求項５４】
受信側加入者のプレゼンスデータが受信側加入者が概ね利用可能であり、かつ、受信側加入者の許可データが前記発信側加入者から前記受信側加入者への前記少なくとも１つのコマンドの通信が許可されることを示す場合に、前記発信側加入者から前記受信側加入者への前記少なくとも１つのコマンドの通信が開始されることができ、
受信側加入者のプレゼンスデータが受信側加入者が概ね利用可能でないことを示す場合に、前記発信側加入者から前記受信側加入者への前記少なくとも１つのコマンドの通信が開始されず、
受信側加入者のプレゼンスデータが受信側加入者が概ね利用可能であり、かつ、受信側加入者の許可データが前記発信側加入者から前記受信側加入者への前記少なくとも１つのコマンドの通信が拒否されることを示す場合に、前記発信側加入者から前記受信側加入者への前記少なくとも１つのコマンドの通信が開始されない、
ことを特徴とする請求項４８に記載の方法。
【請求項５５】
前記受信側加入者の着信可否は、受信側加入者装置の装置情報に基づいており、
前記装置情報は、受信側加入者装置から前記サーバに送信され、前記サーバに保存されることを特徴とする請求項４８に記載の方法。
【請求項５６】
受信側加入者の前記装置データが前記受信側加入者装置への前記少なくとも１つのコマンドの通信が可能であることを示す場合に、前記発信側加入者から前記受信側加入者への前記少なくとも１つのコマンドの通信を開始されることができ、
受信側加入者の前記装置データが前記受信側加入者装置への前記少なくとも１つのコマンドの通信が可能でないことを示す場合に、前記発信側加入者から前記受信側加入者への前記少なくとも１つのコマンドの通信が開始されない、
ことを特徴とする請求項５５に記載の方法。
【請求項５７】
前記発信側加入者装置及び前記受信側加入者装置はメディアコンテンツアイテムの共有ライブラリを保存し、前記少なくとも１つのコマンドは前記共有ライブラリに保存された少なくともメディアコンテンツアイテムを識別する識別情報を含み、前記再生手段は、前記発信側加入者装置から前記受信側加入者装置に対して通信ネットワークを介してなされた通話に関連して、前記識別情報により識別される前記少なくとも１つのコマンドの少なくとも１つのメディアコンテンツアイテムを再生する、ことを特徴とする請求項４８に記載の方法。
【請求項５８】
前記少なくとも１つのコマンドは、遠隔コンテンツソースに保存される少なくとも１つのメディアコンテンツアイテムを識別する識別情報を含み、受信側加入者装置は、前記遠隔コンテンツソースと通信を行い、前記識別情報によって識別される少なくとも１つのメディアコンテンツアイテムを読み出し、前記再生手段は、前記発信側加入者装置から前記受信側加入者装置に対して通信ネットワークを介してなされた通話に関連して、前記遠隔コンテンツソースから読み出された前記少なくとも１つのメディアコンテンツアイテムを再生することを特徴とする請求項４８に記載の方法。
【請求項５９】
前記遠隔コンテンツソースは、前記サーバによって実現され、又は、前記サーバに接続される、
ことを特徴とする請求項５８に記載の方法。
【請求項６０】
前記少なくとも１つのコマンドは、前記発信側加入者装置から前記受信側加入者装置に対して通信ネットワークを介してなされた通話に関連して受信側加入者装置で再生される少なくとも１つのメディアコンテンツアイテムを含むことを特徴とする請求項４８に記載の方法。
【請求項６１】
前記少なくとも１つのコマンドは、所定のメディアコンテンツアイテム及びその関連情報を識別する第１のコマンドを含み、
前記受信側加入者装置は、前記所定のメディアコンテンツアイテムが前記受信側加入者装置によって受信され処理されることが可能か判断するために前記第１のコマンドに含まれる情報を受信し分析し、前記少なくとも１つのメディアコンテンツアイテムが前記受信側加入者装置によって受信され処理されることが可能か否かを示す第１の応答を返信する、
ことを特徴とする請求項６０に記載の方法。
【請求項６２】
前記第１の応答が前記所定のメディアコンテンツアイテムが前記受信側加入者装置によって受信され処理されることを示す場合に、前記発信側加入者装置から前記受信側加入者装置へ少なくとも１つの前記所定のメディアコンテンツアイテムを含む第２のコマンドを送信する、
ことを特徴とする請求項６１に記載の方法。
【請求項６３】
前記第１の応答が前記所定のメディアコンテンツアイテムが前記受信側加入者装置によって受信され処理できないことを示す場合に、前記発信側加入者装置から前記サーバへ少なくとも１つの前記所定のマルチメディア通知を含む第３のコマンドを送信し、前記サーバは、前記第３のコマンドを処理し、前記所定のマルチメディア通知を前記受信側加入者装置の処理に適した形式で前記受信側加入者装置へ送信する、
ことを特徴とする請求項６２に記載の方法。
【請求項６４】
前記第３のコマンドを処理する際に、前記サーバは、前記発信側加入者装置から提供された前記所定のメディアコンテンツアイテムを変換することを特徴とする、
請求項６３に記載の方法。
【請求項６５】
前記発信側加入者装置から前記受信側加入者装置への前記所定のメディアコンテンツアイテムの転送が成功した場合に、前記受信側加入者装置は前記発信側加入者装置に前記所定のマルチメディア通知の受信が成功したことを示す第４のコマンドを送信し、前記第４のコマンドを受信した前記発信側加入者装置は、前記第４のコマンドに応じて前記発信側加入者装置から前記受信側加入者装置への前記通信ネットワークを介した通話を開始する、
ことを特徴とする請求項６０に記載の方法。
【請求項６６】
前記発信側加入者装置から前記受信側加入者装置への通話の開始は、前記第４のコマンドを受信したのちに、前記通信ネットワークの資源の提供を要求すること、
を特徴とする請求項４８に記載の方法。
【請求項６７】
前記第４のコマンドの通信開始に連動して、前記受信側加入者装置は、前記受信側加入者装置によって実行される受信通話処理を、前記発信側加入者装置により開始された着信通話はすべて前記少なくとも１つのメディアコンテンツを再生することにより通知されるように設定する、
ことを特徴とする請求項６６に記載の方法。
【請求項６８】
前記受信側加入者装置によって実行される前記着信通話処理は、各着信通話の発信者識別番号を比較し、前記発信者識別番号が前記発信側加入者端末に割り当てられた識別番号自動的に前記少なくとも１つのメディアコンテンツアイテムを再生するためのアプリケーションを起動する、
ことを特徴とする請求項６７に記載の方法。
【請求項６９】
前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記メディアコンテンツは、前記メディアコンテンツへのアクセスを制御するＤＲＭ機構によって保護されているファイルに格納される、
ことを特徴とする請求項４８に記載の方法。
【請求項７０】
前記受信側加入者装置は、前記メディアコンテンツを前記受信側加入者装置において少なくとも再生するために、前記メディアコンテンツを格納する前記ファイルへのアクセスを許可するＤＲＭライセンス情報を取得する、
ことを特徴とする請求項６９に記載の方法。
【請求項７１】
前記ＤＲＭライセンス情報は、次の群から選択される機能を実現するために前記メディアコンテンツを格納する前記ファイルへのアクセスを制御する請求項７０に記載の方法。前記ファイルが前記受信側加入者装置に複製及び／又は保存されることを可能にする機能、前記ファイルが前記受信側加入者装置に複製及び／又は保存されることを禁止する機能、前記ファイルが意図された目的にのみ使用されることを可能にする機能、前記ファイルが意図されない目的に使用されることを禁止する機能、前記ファイルが他の装置に転送されることを許可する機能、前記ファイルが他の装置に転送されることを禁じる機能、前記ファイルが所定回数だけ再生された後受信側加入者装置から自動的に削除される機能、及び前記ファイルが所定日まで再生可能でその後受信側加入者装置から自動的に削除される機能。
【請求項７２】
前記サーバは、前記ＤＲＭライセンス情報を前記受信側加入者装置に供給することを特徴とする請求項７０に記載の方法。
【請求項７３】
受信側加入者装置に対して、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記メディアコンテンツの第１のＤＲＭライセンス情報を提供し、
前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれるメディアコンテンツに関して前記受信側加入者又は発信側加入者によって起動されるトランザクションに応じて、前記受信側加入者装置に対し、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記メディアコンテンツの第２のＤＲＭライセンス情報を供給し、
前記代２のＤＲＭライセンス情報は、第１のＤＲＭライセンス情報によって許諾されていない使用を許可する、
ことを特徴とする請求項７０に記載の方法。
【請求項７４】
前記受信側加入者によって起動される前記トランザクションは、購入型のトランザクションを含むことを特徴とする請求項７３に記載の方法。
【請求項７５】
前記発信側加入者によって起動される前記トランザクションは、プレゼント型のトランザクションを含むことを特徴とする請求項７３に記載の方法。
【請求項７６】
前記受信側加入者装置は、前記発信側加入者装置から前記受信側加入者装置への着信を、前記受信側加入者装置と前記発信側加入者装置の間における前記着信に関する少なくとも１つの双方向メッセージを伝えるために、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記メディアコンテンツを再生することによって通知することを特徴とする請求項１に記載の方法。
【請求項７７】
前記サーバは、第２の着信側加入者装置を特定し、前記少なくとも１つのコマンドを前記第２の着信側加入者装置に送信することを特徴とする請求項４８に記載の方法。
【請求項７８】
前記発信側加入者によって通話が開始された時点では前記受信側加入者が着信可能でない場合に、前記サーバは、前記受信側加入者に対し、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記メディアコンテンツへのアクセス方法の指示を通知することを特徴とする請求項４８に記載の方法。
【請求項７９】
前記サーバは、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記メディアコンテンツを格納し、前記指示に従って前記受信側加入者にアクセスを提供することを特徴とする請求項７８に記載の方法。
【請求項８０】
前記少なくとも１つの発信側加入者装置の前記グラフィカルユーザインタフェースは、１又は複数人の加入者に関連する装置情報、プレゼンス情報、及び許可・ステータス情報を伝達するため、多数層のアイコンの組を利用することを特徴とする請求項５０に記載の方法。
【請求項８１】
アイコンの第１の層は、装置情報を視覚的に描写し、
アイコンの第２の層は、プレゼンス情報を視覚的に描写し、
アイコンの第３の層は、許可・ステータス情報を視覚的に描写する、
ことを特徴とする請求項８０に記載の方法。
【請求項８２】
市販のメディアコンテンツアイテムに関連する情報のデータベースを提供し、又は、市販のメディアコンテンツアイテムに関連する情報のデータベースに接続し、前記データベースの前記情報は、許可地域及び／又は制限地域等の市販されたメディアコンテンツアイテム又はそのグループに関する許諾された権利及び関連する地域を特定し、
着信側加入者装置又は発信側加入者装置の地域を特定し、
前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記メディアコンテンツについて、前記データベースに保存された情報により示される制限地域を特定するために前記データベースにアクセスし、受信側加入者端末の地域又は着信側加入者端末の地域が制限地域と一致するか判断し、
受信側加入者装置又は発信側加入者装置の地域が制限地域と一致する場合には、前記メディアコンテンツの使用を制限するか、又は、前記地域で購入／ダウンロードが制限されていない最も似た代替メディアコンテンツアイテムを提供する役割を果たすＤＲＭライセンスデータ情報を、前記受信側加入者装置又は前記発信側加入者装置に供給する、
ことを特徴とする請求項４８に記載の方法。            
【請求項８３】
広告及び／又は他の販売及び宣伝用メディアアイテムを、少なくとも１つの受信側加入者装置及び発信側加入者装置へ配布することを特徴とする請求項４８に記載の方法。
【請求項８４】
前記広告及び／又は他の販売及び宣伝用メディアアイテムは、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記メディアコンテンツの再生を伴う方法で提示するために、前記受信側加入者装置へ送信されることを特徴とする請求項８３に記載の方法。
【請求項８５】
前記広告及び／又は他の販売及び宣伝用メディアアイテムは、発信側加入者又は受信側加入者に適合した少なくとも１つの特定の広告／販売／宣伝用のメディアアイテムを特定するために、前記サーバに保存されたユーザプロフィール及び第３者サーバからの追加的な参照情報を参照することによって、発信側加入者又は受信側加入者に関して選択されることを特徴とする請求項８３に記載の方法。
【請求項８６】
前記広告及び／又は他の販売及び宣伝用メディアアイテムは、前記少なくとも１つのコマンドが前記受信側加入者装置に送信されているリングバックの間であり、前記マルチディア通知の前記メディアコンテンツの再生前に提示するために、発信側加入者装置に送信されることを特徴とする請求項８３に記載の方法。
【請求項８７】
発信側加入者から受信側加入者へ両者間の音声通話の一部としてマルチメディア通知を送信する方法であって、
発信側加入者によって操作される発信側加入者装置及び受信側加入者によって操作される受信側加入者装置とに接続されるサーバを準備し、前記サーバは、ＤＲＭライセンス情報を格納する少なくとも１つのデータベースを含むか、ＤＲＭライセンス情報を格納する少なくとも１つのデータベースと接続され、
前記発信側加入者は、前記発信側加入者装置を操作して受信側加入者を特定し、マルチメディア通知のためのメディアコンテンツを選択し、
前記発信側加入者装置の操作に応じて、前記発信側加入者装置は、前記発信側加入者装置から前記受信側加入者装置への少なくとも１つのコマンドの送信を開始し、前記少なくとも１つのコマンドは、前記マルチメディア通知の前記メディアコンテンツを特定するか、または前記マルチメディア通知の前記メディアコンテンツを含み、
前記受信側加入者装置は、前記少なくとも１つのコマンドを受信し、前記発信側加入者装置から前記受信側加入者装置に対して通信ネットワークを介してなされた通話に関連して、前記マルチメディア通知の前記メディアコンテンツを再生し、
前記受信側加入者装置は、少なくとも前記メディアコンテンツを前記受信側加入者装置において再生するために、前記メディアコンテンツを格納するファイルへのアクセスを可能にするＤＲＭライセンス情報を前記サーバから取得する、
ことを特徴とする方法。
【請求項８８】
前記ＤＲＭライセンス情報は、次の群から選択される機能を実現するために前記メディアコンテンツを格納する前記ファイルへのアクセスを制御する請求項８７に記載の方法。前記ファイルが前記受信側加入者装置に複製及び／又は保存されることを可能にする機能、前記ファイルが前記受信側加入者装置に複製及び／又は保存されることを禁止する機能、前記ファイルが意図された目的にのみ使用されることを可能にする機能、前記ファイルが意図されない目的に使用されることを禁止する機能、前記ファイルが他の装置に転送されることを許可する機能、前記ファイルが他の装置に転送されることを禁じる機能、前記ファイルが所定回数だけ再生された後受信側加入者装置から自動的に削除される機能、前記ファイルが所定日まで再生可能でその後受信側加入者装置から自動的に削除される機能、及び前記ファイルが発信側加入者または受信側加入者による特定の手順の操作もしくは他のメディアコンテンツアイテムの特定手順での再生又は両者の所定の組み合わせにおいてのみ再生される機能。
【請求項８９】
前記サーバは、前記受信側加入者装置に、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれるメディアコンテンツの第１のＤＲＭライセンス情報を提供し、
前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれるメディアコンテンツに関して前記受信側加入者又は発信側加入者によって起動されるトランザクションに応じて、前記サーバは、前記受信側加入者装置に対し、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記メディアコンテンツの第２のＤＲＭライセンス情報を供給し、
前記代２のＤＲＭライセンス情報は、第１のＤＲＭライセンス情報によって許諾されていない使用を許可することを特徴とする請求項８７に記載の方法。 
【請求項９０】
前記受信側加入者によって起動される前記トランザクションは、購入型のトランザクションを含むことを特徴とする請求項８９に記載の方法。
【請求項９１】
前記発信側加入者によって起動される前記トランザクションは、プレゼント型のトランザクションを含むことを特徴とする請求項８９に記載の方法。
【請求項９２】
前記サーバは、音声又はデータ通信が発信側加入者によって開始された時点において受信側加入者が双方向マルチメディア通知を許可する装置を所有しない場合に、前記サーバは、前記受信側加入者に対して、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記ソフトウエアにアクセスし、インストールし、起動する方法の指示を通知することを特徴とする請求項４８に記載の方法。
【請求項９３】
メディアコンテンツアイテムのライブラリからの少なくとも１つのメディアコンテンツアイテムのプレビューをを提示し、前記発信側加入者装置及び受信側加入者装置において前記メディアコンテンツアイテムを双方向マルチメディア通知において使用できるようにダウンロード可能にすることを特徴する請求項４８に記載の方法。
前記メディアコンテンツアイテムのライブラリの構成は、地域又はネットワークごとまたはその双方によって決めることができ、発信側加入者及び受信側加入者について（すなわち、発信側加入者が米国におりT-Mobileを利用している場合、前記発信側加入者は、メディアコンテンツタイトル（複数のリンガー）の１つの組を見る。前記発信側加入者が中国にいてSkypeを利用している場合には、前記発信側加入者は別のメディアコンテンツタイトル（複数のリンガー）の組を見る。アクセス可能なものは重複があってもよく、双方が利用可能であってもよい。）及び／又は
受信側加入者装置におけるグラフィックユーザインタフェースを用いて、発信側加入者は発信側加入者が双方向マルチメディア通知を送信した履歴を閲覧することができ、前記受信側加入者端末に前記発信側加入者のいずれかから送信されたメディアコンテンツアイテムの履歴を閲覧することができ、前記過去のメディアコンテンツアイテムの履歴の表示を再生することができ（１つ以上のメディアコンテンツアイテムがある場合には、前記アイテムは前記受信側加入者に送信された年代順に表示される）、また、受信側加入者の領域又はネットワークにおいて又はその両者において購入／ダウンロード可能なものとして画面表示された前記メディアコンテンツアイテム購入／ダウンロードすることができ、及び／又は、
前記ユーザが双方向マルチメディア通知において起動されるユーザのバディの装置に存在する前記コンテンツメディアアイテムのリストを閲覧及びプレビューをできるようにする発信側加入者装置及び受信側加入者装置におけるグラフィカルユーザインタフェースを用いて、前記受信側加入者の領域又はネットワークにおいて又はその両者において購入／ダウンロード可能なものとして画面表示された前記メディアコンテンツアイテムを購入／ダウンロードできること、及び／又は
前記サーバは、（ａ）グラフィカルユーザインタフェースを用いることによって、ユーザが双方向マルチメディア通信において具体化されたか、又は、又は前記ユーザのバディの装置に存在するアイテムのリストに掲載された、少なくとも１つのメディアコンテンツアイテムを購入する事例を追跡する手段と、（ｂ）購入した加入者またはプレゼントした加入者の装置のディスプレイに報告する手段と、（ｃ）ロイヤルティポイント、他の装置のサービスへのアクセス、又は提示する加入者の口座へのキャッシュクレジットの形式で報酬を発行する手段と、を含む。
【請求項９４】
発信側加入者から受信側加入者へ両者間の音声通話の一部としてマルチメディア通知を送信する方法であって、
前記方法は、
発信側加入者によって操作される発信側加入者装置及び受信側加入者によって操作される受信側加入者装置と接続されるサーバを準備し、前記サーバは、市販のメディアコンテンツアイテムに関する情報を格納する少なくとも１つのデータベースを備え、前記データベースの前記情報は、市販されたメディアコンテンツアイテムに関する許諾された権利及び関連する地域を特定し、
前記発信側加入者装置を操作して受信側加入者を選択し、及びマルチメディア通知のためのメディアコンテンツを選択し、
前記発信側加入者の操作に応じて、前記発信側加入者装置から前記受信側加入者装置への少なくとも１つのコマンドの送信を開始し、前記少なくとも１つのコマンドは、マルチメディア通知のメディアコンテンツを特定するか含むかし、
前記サーバは、着信側加入者装置又は発信側加入者装置の地域を特定し、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記メディアコンテンツについて、前記データベースに保存された情報により示される制限地域を特定するために前記データベースにアクセスし、受信側加入者端末の地域又は着信側加入者端末の地域が制限地域と一致するか判断し、
受信側加入者装置又は発信側加入者装置の地域が制限地域と一致する場合には、前記メディアコンテンツの使用を制限するか、又は、前記地域で購入／ダウンロードが制限されていない最も似た代替メディアコンテンツアイテムを提供する役割を果たすＤＲＭライセンスデータ情報を、前記受信側加入者装置又は前記発信側加入者装置に供給する、
前記受信側加入者装置は前記少なくとも１つのコマンドを受信し、前記発信側加入者装置から前記受信側加入者装置に対して通信ネットワークを介してなされた通話に関連して、前記マルチメディア通知の前記メディアコンテンツを再生する、
ことを特徴とする方法。
【請求項９５】
発信側加入者から受信側加入者へ両者間の音声通話の一部としてマルチメディア通知を送信する方法であって、
発信側加入者によって操作される発信側加入者装置及び受信側加入者によって操作される受信側加入者装置と接続されるサーバを準備し、前記サーバは、複数のユーザについてプレゼンスデータ及び許可データを格納する少なくとも１つのデータベースを備え、又は、複数のユーザについてプレゼンスデータ及び許可データを格納する少なくとも１つのデータベースと接続され、受信側加入者のプレゼンスデータ及び許可データは前記受信側加入者装置との通信により特定され、前記発信側加入者から受信側加入者への前記マルチメディア通知を選択的に選択的に開始するために用いられ、
前記サーバは、着信側加入者装置又は発信側加入者装置の地域を特定し、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記メディアコンテンツについて、前記データベースに保存された情報により示される制限地域を特定するために前記データベースにアクセスし、受信側加入者端末の地域又は着信側加入者端末の地域が制限地域と一致するか判断する、
ことを特徴とする方法。
【請求項９６】
発信側加入者から受信側加入者へ両者間の音声通話の一部としてマルチメディア通知を送信するシステムにおいて、
装置が、
発信側加入者によって操作される発信側加入者装置及び受信側加入者によって操作される受信側加入者装置と接続されるサーバを備え、前記サーバは、市販のメディアコンテンツアイテムに関する情報を格納する少なくとも１つのデータベースを備え、前記データベースの前記情報は、市販されたメディアコンテンツアイテムに関する許諾された権利及び関連する地域を特定し、
前記サーバは、着信側加入者装置又は発信側加入者装置の地域を特定する手段、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記メディアコンテンツについて、前記データベースに保存された情報により示される制限地域を特定するために前記データベースにアクセスする手段、受信側加入者端末の地域又は着信側加入者端末の地域が制限地域と一致するか判断する判断手段、及び、前記判断手段の判断に基づいてＤＲＭライセンスデータ情報を、前記受信側加入者装置又は前記発信側加入者装置に供給する手段と、を備える、
ことをを特徴とする装置。
【請求項９７】
発信側加入者から受信側加入者へ両者間の音声通話の一部としてマルチメディア通知を送信するシステムにおいて、発信側加入者によって操作される発信側加入者装置へロードされる又はロード可能なソフトウエアアプリケーションを備え、前記ソフトウエアアプリケーションは、１又は複数人の加入者に関連する装置情報、プレゼンス情報、及び許可・ステータス情報を伝達するため、多数層のアイコンの組を利用するグラフィカルユーザインタフェースを含む。
【請求項９８】
アイコンの第１の層は、装置情報を視覚的に描写し、
アイコンの第２の層は、プレゼンス情報を視覚的に描写し、
アイコンの第３の層は、許可・ステータス情報を視覚的に描写する、
ことを特徴とする請求項９７に記載のソフトウエアアプリケーション。
【請求項９９】
前記マルチメディア通知は、関連する双方向要素に関連して受信側加入者に提示されることを特徴とする上記請求項に記載されたシステム。
【請求項１００】
発信側加入者から受信側加入者へ両者間の音声通話の一部としてマルチメディア通知を送信するシステムにおいて、発信側加入者によって操作される発信側加入者装置へロードされる又はロード可能なソフトウエアアプリケーションを備え、前記ソフトウエアアプリケーションは、
受信側加入者を特定する手段と、
前記マルチメディア通知用のメディアコンテンツを選択する手段と、
前記発信側加入者装置から前記受信側加入者装置へ送信される少なくとも１つのコマンドの通信を開始する手段と、を備え、前記少なくとも１つのコマンドは、前記マルチメディア通知の前記メディアコンテンツを特定するか含むかし、前記少なくとも１つのコマンドは複数のコマンドタイプから選択されるコマンドタイプを含むことを特徴とするソフトウエアアプリケーション。
【請求項１０１】
前記受信側加入者が双方向マルチメディア通知を許可する装置を所有しない場合において、後に発信側加入者もしくは受信側加入者による読み出しや利用又は発信側加入者及び受信側加入者による読み出しや利用のために、前記所望の双方向マルチメディア通知において具体化された前記メディアコンテンツの写しが前記サーバ又は前記受信側加入者装置に保存されており、及び／又は
前記サーバは、発信側加入者が前記ソフトウエアプログラムを自身の装置において最初にインストールし又は起動する時点において、受信側加入者が双方向マルチメディア通知を許可する装置を所有しない場合に動作し、前記受信側加入者に対して、前記少なくとも１つのコマンドによって特定され、又は、前記少なくとも１つのコマンドに含まれる前記ソフトウエアにアクセスし、インストールし、起動する方法の指示を通知する手段とを備えることを特徴とする請求項４５に記載のシステム。
【請求項１０２】
前記マルチメディア通知は、関連する双方向要素に関連して受信側加入者に提示されることを特徴とする上記請求項に記載された装置。
【国際調査報告】
2009534947.tif 000031