(57)【特許請求の範囲】
【請求項１】
インターネット・プロトコル・テレビジョン（ＩＰＴＶ）通知を提示する、ユーザ装置（ＵＥ）（１）のための方法であって、
別のデバイスからインスタント・メッセージを受信するステップ（５１）と、
前記インスタント・メッセージ内の、サービス制御機能ノード（ＳＣＦノード）（３）に関連するアプリケーション識別子を検出するステップ（５２）と、
前記インスタント・メッセージ内に、前記ＳＣＦノード（３）に関連するアプリケーション識別子を検出すると、前記インスタント・メッセージがＩＰＴＶ通知であることを判定するステップと、
前記ＳＣＦノード（３）に関連するアプリケーション識別子を検出した前記インスタント・メッセージを、それ以外のインスタント・メッセージから選別するステップ（６４）と、
前記選別したインスタント・メッセージをＩＰＴＶ通知として提示するステップと、
を含むことを特徴とする方法。
【請求項２】
前記ユーザ装置は、ＩＭＳに接続されている、
ことを特徴とする請求項１に記載の方法。
【請求項３】
受信したインスタント・メッセージが前記ＳＣＦノード（３）に関連するＩＰＴＶアプリケーションを示すアプリケーション識別子を含んでいないと、受信した前記インスタント・メッセージをキャンセルするステップ（５５）を含む、
ことを特徴とする請求項１又は２に記載の方法。
【請求項４】
前記アプリケーション識別子はＩＡＲＩ（ＩＭＳアプリケーション参照識別子）である、
ことを特徴とする請求項１から３のいずれか１項に記載の方法。
【請求項５】
前記ＩＰＴＶ通知を提示するための情報を前記選別したインスタント・メッセージから読み出す（５４）ステップをさらに含むことを特徴とする請求項１から４のいずれか１項に記載の方法。
【請求項６】
前記ＩＰＴＶ通知を提示するための前記情報は、前記ＵＥ（１）に関連するブラウザによりアクセスされ得るユニフォーム・リソース・ロケータ（ＵＲＬ）である、
ことを特徴とする請求項５に記載の方法。
【請求項７】
前記各ステップの前に、前記ＵＥ（１）が、ＩＡＲＩ（ＩＭＳアプリケーション参照識別子）及びオープン・モバイル・アライアンス・インスタント・メッセージ（ＯＭＡ  ＩＭ）特徴タグを含むセッション開始プロトコル（ＳＩＰ）  ＲＥＧＩＳＴＥＲを行うステップを含む、
ことを特徴とする請求項５又は６に記載の方法。
【請求項８】
前記ＩＰＴＶ通知を提示するための前記情報は、前記ＵＥ（１）と前記ＳＣＦノード（３）の双方により読み取り可能なフォーマットを有する、
ことを特徴とする請求項５に記載の方法。
【請求項９】
前記ＩＰＴＶ通知を提示するための前記情報は、通知されたＩＰＴＶコンテンツを、受諾する、削除する、記録する、及び、再呼び出しすることを含む、種々の選択可能なオプションを含む、
ことを特徴とする請求項５に記載の方法。
【請求項１０】
前記種々のオプションのうちの１つ以上の選択を含む応答を、ＳＣＦノードに送信するステップをさらに含む、
ことを特徴とする請求項９に記載の方法。
【請求項１１】
インターネット・プロトコル・テレビジョン（ＩＰＴＶ）通知を提示する様に構成されたユーザ装置（１）であって、
別のＩＭＳに接続されたデバイスからインスタント・メッセージを受信するための受信機（３１）と、
処理回路（３３）を含む決定部（３２）と、
を備えており、
前記決定部は、
前記インスタント・メッセージ内の、サービス制御機能ノード（ＳＣＦノード）（３）に関連するアプリケーション識別子を検出し、
前記インスタント・メッセージ内に、前記ＳＣＦノード（３）に関連するアプリケーション識別子を検出すると、前記インスタント・メッセージがＩＰＴＶ通知であることを判定し、
前記ＳＣＦノード（３）に関連するアプリケーション識別子を検出した前記インスタント・メッセージを、それ以外のインスタント・メッセージから選別し、
前記選別したインスタント・メッセージをＩＰＴＶ通知として提示する、
ことを特徴とするユーザ装置。
【請求項１２】
前記ＩＰＴＶ通知を提示するための情報を前記インスタント・メッセージから読み出す（５４）読出部をさらに備えていることを特徴とする請求項１１に記載のユーザ装置。
【請求項１３】
前記決定部（３２）は、さらに、閲覧部を備えている、
ことを特徴とする請求項１１又は１２に記載のユーザ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ装置（ＵＥ）のための、及び、サービス制御機能ノード（ＳＣＦノード）のための、ＩＰＴＶ（インターネット・プロトコル・テレビジョン）通知をＵＥに示す方法に関する。本発明は、また、ユーザ装置及びＳＣＦノードに関する。
【背景技術】
【０００２】
ＴＶメディアは今日、双方向対話型通信ネットワーク内に編成されている場合があり、従来の視聴者への片方向分配に限定されてはいない。さらに、ＴＶは、従来のＴＶ画面ばかりでなく、たとえばＰＣのような、種々のタイプの画面で、どこででも見ることが可能である。ＴＶメディアのこのような進展が、たとえば、視聴者による双方向性を伴う新しいサービスを可能にする。有線及び無線の双方向ネットワークを通した双方向性は、たとえばＴＶ番組で投票する、広告と情報をやり取りすることにより製品を買う、そして、たとえばＴＶ番組に個人的なメッセージを送信するといった様に、視聴者の参加を可能にする。視聴者はまた、的を絞った広告により個人に特化した広告を受信すること、電子番組ガイド（ＥＰＧ）でＴＶ番組の個人に特化した一覧表、及び、視聴者のプロファイルに適合し、個人に特化した番組コンテンツ情報を受信することができよう。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
ＩＰＴＶ（インターネット・プロトコル・テレビジョン）は、電気通信サービス提供業者が、顧客を惹きつけるために、ケーブルテレビ運営業者、衛星ＴＶ運営業者、及び、他の地上テレビジョン・サービス提供業者に対抗する新しい機会を提供する。いわゆる"トリプル・プレイ"は、インターネット、電話及びＩＰＴＶサービスをセットにして提供することであり、新しい顧客を惹きつけるように、そして現在の顧客を引き止めるように策定される。
【０００４】
ＩＰＴＶでは、メディア・サービスを、ウェブ・ブラウザ技術を用いて、有線及び無線の電話網を通して提供可能であり、そのため、視聴者は、ウェブ・ブラウザによりアクセスできる特定のインターネット・ページを見ることができる。従来、各インターネット・ページは、統一資源識別子（ＵＲＩ）又は同様なページ・アドレスにより識別されている。
【０００５】
一般的に、ＩＰＴＶは、一連のＩＰデータ・パケットとして符号化されたマルチメディア・ストリームを受信し、そして表示するためのシステムである。オープンＩＰＴＶフォーラムは、現在、第３世代パートナーシップ・プロジェクト（３ＧＰＰ）により仕様化されたＩＰマルチメディア・サブシステム（ＩＭＳ）アーキテクチャを用いて、インターネット、及び、サービス品質（ＱｏＳ）性能が制御される管理ネットワークによって、ＵＥにマルチメディア及びＩＰＴＶサービスを提供するためのエンド・ツー・エンドのプラットホームを仕様化中である。ＵＥは、有線接続により、たとえば、イーサネット（登録商標）、ケーブル・モデム、又は、デジタル加入者線により、そして無線で、たとえば３ＧＰＰ仕様のセル方式ユーザ・デバイスにより、ともにサービスにアクセスできよう。
【０００６】
このようにして、視聴者は、たとえばＴＶ、ＳＴＢ（セット・トップ・ボックス）、ＰＣ（パーソナル・コンピュータ）又は移動電話のような種々のタイプのＵＥ（ユーザ装置）で、ＵＥが相応しい機能を有している、たとえばＯＩＴＦ（オープンＩＰＴＶフォーラム）対応であれば、ＩＭＳ（インターネット・プロトコル・マルチメディア・サブシステム）に基づくＩＰＴＶ（インターネット・プロトコル・テレビジョン）サービスにアクセス可能である。
【０００７】
ＩＭＳは、基本的な信号伝達メカニズムとして、セッション開始プロトコル（ＳＩＰ）及びセッション記述プロトコル（ＳＤＰ）を用いる。ＳＩＰは、端点を見出し、そして端点間の制御信号を経路指定するための、インターネット技術特別委員会（ＩＥＴＦ）により規定されたメカニズムであり、そしてＲＥＧＩＳＴＥＲ、ＩＮＶＩＴＥ、ＡＣＫ、及びＢＹＥを含めて、簡単な動作の集合であり、そしてＳＤＰはメディアを宣言するためのプロトコルである。ＩＭＳネットワークでは、メディア転送は、たとえば、実時間転送プロトコル（ＲＴＰ）に基づいている。
【０００８】
従来のＩＭＳアーキテクチャを通してＩＭＳに基づくＩＰＴＶサービスにアクセスするために、ＵＥは、ＩＭＳコア・ノードであり、そして基本的にＳＩＰサーバに相当する在圏呼セッション制御機能（Ｓ−ＣＳＣＦ）に登録する。ＩＭＳアーキテクチャはまた、プロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）、メディア関門制御機能（ＭＧＣＦ）、及び、１つ以上のボーダ・ゲートウェイ（ＢＧ）を含む、多くのアクセス・ノードを備える場合があり、アクセス・ノードは、コア・ノードへのＵＥアクセスを取り次ぎ、そしてコア・ノードを通してメディア・サーバ上に存在するメディア・コンテンツへのＵＥアクセスを取り次ぐ。ＵＥは、ＩＰマルチメディア加入者識別モジュール（ＩＳＩＭ）を含む場合があり、ＩＳＩＭは、アプリケーション、又は、コンピュータ・プログラムであり、ＵＥがＩＭＳに登録し、そしてアクセスできるようにする汎用集積回路カード（ＵＩＣＣ）上に存在する。ＩＳＩＭは通常、プライベート・ユーザＩＤ、１つ以上のパブリック・ユーザＩＤ、及び、ホーム・ネットワーク・ドメイン名を含む、ＵＥのＩＭＳへの登録を開始するのに必要なパラメータで事前に構成される。
【０００９】
ＩＭＳ用に規定された多くのＩＭＳサービス、たとえば、メッセージング・サービスだけでなく、上述したＩＰＴＶサービスがある。ＩＭＳ  ＩＰＴＶサービスは、ビデオ・オン・デマンド・セッション又はブロードキャスト・セッションの設定を可能にして、ネットワーク・リソース、たとえば帯域幅を確保し、そしてメディア・ストリームのソースが正しく設定されることを保証する。
【００１０】
ＩＭＳメッセージング・サービスは、ＯＭＡ（オープン・モバイル・アライアンス）によりインスタント・メッセージング（ＩＭ）と呼ばれ、エンドユーザが、任意のＩＭＳに接続された端末、たとえば、モバイル、ＰＣ又はセット・トップ・ボックス（ＳＴＢ）で、インスタント・メッセージを受信できるようにする。このようにして、インスタント・メッセージ（ＩＭ）がエンドユーザに送信されると、メッセージは、エンドユーザが所有する、ＩＭＳに接続された総てのデバイスで受信されるであろう。インスタント・メッセージングは、たとえばインターネットによって、入力されたテキストに基づいた、二人以上のユーザ間での実時間通信と言うことができよう。
【００１１】
ＩＰＴＶサービスにとって、たとえば、番組リマインダー（すなわち、ＩＰＴＶ通知）をエンドユーザに送信するために、インスタント・メッセージとＩＰＴＶを組み合わせできると有利であるだろう。
【００１２】
しかしながら、ＩＰＴＶ通知のためにインスタント・メッセージングを用いることに伴う欠点は、番組リマインダーを送信しているサーバに複雑さを付け加えることなく、エンドユーザが、それらの通知を、他のデバイス及びエンドユーザから受信したインスタント・メッセージと識別できないということである。番組リマインダー、すなわちＩＰＴＶ通知は、通常、以下ではＳＣＦノード（サービス制御機能）と呼ぶ、ＩＡＰ（ＩＰＴＶアプリケーション・プラットフォーム）から送信される。
【００１３】
このようにして、ＩＰＴＶ通知をエンドユーザに送信するためにインスタント・メッセージを用いること、そして受信デバイスで、ＩＰＴＶ通知を含むインスタント・メッセージを他のインスタント・メッセージと識別することはさらに、問題を提起する。
【００１４】
本発明の目的は、上記で概略した問題に対処することであり、そしてこの目的及び他のことは、添付の独立請求項に従った方法及び装置により、そして従属請求項に従った実施形態により達成される。
【課題を解決するための手段】
【００１５】
第１の態様によると、本発明は、ＩＰＴＶ通知を提示する、ユーザ装置ＵＥのための方法を提供する。本方法は、別のデバイスからインスタント・メッセージを受信するステップと、インスタント・メッセージのアプリケーション識別子を検出するステップと、を含んでいる。さらに、アプリケーション識別子が、サービス制御機能ノード（ＳＣＦノード）に関連するＩＰＴＶアプリケーションを示していると、ＩＰＴＶ通知を提示するための情報がインスタント・メッセージから読み出される。
【００１６】
ＵＥは、インスタント・メッセージがそれから受信されるデバイスばかりでなく、ＩＭＳに接続されている場合がある。
【００１７】
ＵＥは、ＳＣＦノードに関連するＩＰＴＶアプリケーションを示すアプリケーション識別子がインスタント・メッセージから検出されないと、受信したインスタント・メッセージを無視し、そしてキャンセルする場合がある。本方法はまた、ＩＰＴＶ通知を表示するステップを含み得る。
【００１８】
インスタント・メッセージはさらに、ＯＭＡ  ＩＭ特徴タグを含む場合があり、そして前記識別子はＩＡＲＩ（ＩＭＳアプリケーション参照識別子）である場合がある。
【００１９】
ＩＰＴＶ通知を提示するための情報の読み出しは、当該インスタント・メッセージを、受信した他のインスタント・メッセージから選別するステップと、情報を見出すためにインスタント・メッセージの本体を解析するステップと、を含み得る。
【００２０】
前記情報は、ＵＥに関連するブラウザによりアクセスされるＵＲＬであり得る。
【００２１】
本方法は、ＵＥが、ＩＡＲＩ及びＯＭＡ  ＩＭ特徴タグを含むＳＩＰ  ＲＥＧＩＳＴＥＲを行うことにより始まる場合がある。
【００２２】
ＩＰＴＶ通知を提示するための情報は、ＵＥとＳＣＦノードの双方により読み取り可能なフォーマットを有する場合があり、そして情報は、たとえば、通知されたＩＰＴＶ番組を、受諾する、キャンセルする、記録する、そして再呼び出しする、種々の選択可能なオプションを備える場合がある。
【００２３】
本方法はさらに、種々のオプションのうちの１つ以上の選択を含む応答を送信するステップを含み得る。
【００２４】
第２の態様によると、本発明は、ユーザ装置にＩＰＴＶ通知を提示する、サービス制御機能ノード（ＳＣＦノード）のための方法を提供し、ＳＣＦノードは、ＩＰＴＶアプリケーションを備えている。本方法は、ＩＰＴＶアプリケーションからアプリケーション識別子を読み出すステップと、アプリケーション識別子をインスタント・メッセージに含めるステップと、提示に関する情報をインスタント・メッセージに含めるステップと、インスタント・メッセージをユーザ装置に送信するステップと、を含んでいる。
【００２５】
ユーザ装置は、ＩＭＳに接続されている場合があり、そして情報はさらに、インスタント・メッセージの本体に含まれる場合がある。
【００２６】
第３の態様によると、本発明は、ＩＰＴＶ通知を提示する様に構成されたユーザ装置を提供する。ユーザ装置は、別のデバイスからインスタント・メッセージを受信するための受信機と、処理回路を含む決定部と、を備えている。決定部は、インスタント・メッセージからアプリケーション識別子を検出し、アプリケーション識別子がＳＣＦノードに関連するＩＰＴＶアプリケーションを示していると決定すると、インスタント・メッセージからＩＰＴＶ通知を提示するための情報を読み出すように構成される。
【００２７】
ユーザ装置は、ＩＭＳに接続可能である場合があり、そしてさらにＩＰＴＶ通知をユーザに提示するための表示デバイスを備える場合がある。
【００２８】
決定部は、ＳＣＦノードに関連するＩＰＴＶアプリケーションを示すアプリケーション識別子を含むインスタント・メッセージを、受信した他のインスタント・メッセージから選別するための選別部と、ＩＰＴＶ通知を提示するための情報を見出すために、選別されたインスタント・メッセージの本体を解析するための解析部と、閲覧部と、を備える場合がある。
【００２９】
ユーザ装置はまた、ＩＰＴＶ対応である場合がある。
【００３０】
第４の態様によると、本発明は、ＩＰＴＶ通知をユーザ装置に提示する様に構成されたサービス制御機能ノード（ＳＣＦノード）を提供する。ＳＣＦノードは、ＩＰＴＶアプリケーションと、アプリケーション識別子をＩＰＴＶアプリケーションから読み出し、そして提示に関する情報と、前記アプリケーション識別子をインスタント・メッセージに含めるように構成された処理回路と、インスタント・メッセージをユーザ装置に送信するように構成された送信機と、を備えている。
【００３１】
処理回路はさらに、ＯＭＡ  ＩＭ特徴タグをインスタント・メッセージに含めるように構成される場合がある。
【００３２】
ユーザ装置はＩＭＳに接続されている場合があり、ＳＣＦノードは、ＩＡＰ（ＩＰＴＶアプリケーション・プラットフォーム）に相当する場合がある。
【００３３】
本発明の長所は、ＩＰＴＶ通知のためにインスタント・メッセージングの使用を可能にし、受信デバイスでインスタント・メッセージを識別することを可能にすることである。この識別に伴う長所は、エンドユーザが、ＩＰＴＶ通知を見出すために、たとえば友人から受信する総てのインスタント・メッセージを調べる必要がないことである。
【００３４】
本発明について、以下ではより詳細に、添付の図を参照して説明する。
【図面の簡単な説明】
【００３５】
【図１】ＩＡＲＩ（ＩＭＳアプリケーション参照識別子）の使用を概略的に表すブロック図。
【図２】ＩＰＴＶ通知の送信と応答を示す信号図。
【図３】例示的なユーザ装置を概略的に示す図。
【図４ａ】本発明の例示的な実施形態による、ＵＥ及びＳＣＦを概略的に示すブロック図。
【図４ｂ】インスタント・メッセージの例示的な内容を示す図。
【図５】本発明の実施形態によるＵＥのための方法を示すフローチャート。
【図６】本発明の実施形態によるＵＥのための方法を示すフローチャート。
【図７】本発明の実施形態によるＳＣＦのための方法を示すフローチャート。
【図８】本発明の実施形態によるＳＣＦのための方法を示すフローチャート。
【発明を実施するための形態】
【００３６】
以下、若干の実施形態及び添付の図面を参照して、本発明をより詳細に説明する。限定のためではなく説明のために、特定のシナリオ、技術等のような具体的詳細が、本発明の完全な理解を提供するために説明される。しかしながら、当業者には、本発明がこれらの具体的詳細とは異なる他の実施形態で実施可能であることは明らかである。
【００３７】
さらに、当業者は、以下の明細書で説明する機能及び手段が、プログラム制御のマイクロプロセッサ又は汎用コンピュータと共にソフトウェア機能を用いて、及び／又は、特定用途向け集積回路（ＡＳＩＣ）を用いて実装される場合があることを十分理解するであろう。また当然のことながら、本発明は主として、方法及びデバイスの形で説明されているが、本発明はまた、コンピュータ・プロセッサ及び、プロセッサに繋がれたメモリを備えているシステムにおいて、或いは、コンピュータ・プログラムとして実施される場合があり、メモリは、本明細書で開示される機能を行い得る１つ以上のプログラムで符号化される。
【００３８】
上記で示唆したように、ＵＥが受信したインスタント・メッセージを用いて、ＩＰＴＶ通知をエンドユーザに送信して提示するための、そして、受信したＩＰＴＶ通知を、受信した他のインスタント・メッセージのコンテンツと識別するための解決策を説明することが目的である。
【００３９】
特定の番組に関心のあるエンドユーザは、インスタント・メッセージでＩＰＴＶ通知を、例えば、番組の開始５分前に受信するために、通知サービスを設定できよう。
【００４０】
本発明の例示的な実施形態によると、ＩＰＴＶアプリケーションを示すＩＡＲＩ（ＩＭＳアプリケーション参照識別子）がインスタント・メッセージに含まれ、ＩＡＲＩは、インスタント・メッセージがＩＰＴＶアプリケーションを備えているＳＣＦノード（サービス制御機能ノード）に関連しているということを、受信するユーザ装置に示している。例示的な実施形態によると、ＳＣＦノードはＩＡＰ（ＩＰＴＶアプリケーション・プラットフォーム）に相当する。
【００４１】
例示的な実施形態によると、ＩＡＲＩは、"ｇ．３ｇｐｐ．ｉａｒｉ−ｒｅｆ＝"ｕｒｎ％３Ａｕｒｎ−ｘｘｘ％３Ａ３ｇｐｐ−ａｐｐｌｉｃａｔｉｏｎ．ｉｍｓ．ｉａｒｉ．ｉｐｔｖ−ａｐｐｌｉｃａｔｉｏｎ"として構成される。好適な実施形態によると、ＯＡＭインスタント・メッセージング特徴タグは、インスタント・メッセージに含まれていて、タグは"＋ｇ．ｏｍａ．ｓｉｐ−ｉｍ"として構成される。
【００４２】
さらに、インスタント・メッセージに含まれるＩＡＲＩにより、受信するＵＥは、インスタント・メッセージがＩＭの本体にＩＰＴＶ通知を提示する情報を含んでいるか否かを決定できる。
【００４３】
例示的な実施形態によると、本体が、ＵＥ及びＳＣＦが共に読み取り可能である合意されたフォーマットを有する。含まれている情報は、受信するＵＥのアプリケーション、たとえばブラウザが、ユーザにＩＰＴＶ通知を表示するために到達できるＵＲＬ／ＵＲＩであり得る。かかるＵＲＬに関連するウェブ・ポータルは、ＵＥに表示される種々のオプションを有する場合があり、オプションは、たとえば進行中のＩＰＴＶセッションに関連する。
【００４４】
上述したＯＭＡ  ＩＭ特徴タグは、特定のＩＭＳサービス、すなわちインスタント・メッセージングを識別し、そしてＩＡＲＩは、ＳＣＦに関連する特定のＩＰＴＶアプリケーションを識別する。
【００４５】
本発明の実施形態によると、ＵＥは、別のデバイスからインスタント・メッセージを受信し、インスタント・メッセージからアプリケーション識別子を検出する。ＵＥがさらに、このアプリケーション識別子が、サービス制御機能ノード（ＳＣＦノード）に関連するＩＰＴＶアプリケーションを示していることを検出すると、ＵＥは、インスタント・メッセージからＩＰＴＶ通知を提示するための情報を読み出す。そうでなければ、ＵＥはインスタント・メッセージを無視するか又はキャンセルするであろう。
【００４６】
好適な実施形態によると、ＵＥは、インスタント・メッセージがそれから受信されるデバイスばかりでなく、ＩＭＳに接続されている。
【００４７】
本発明の実施形態によると、ＩＰＴＶアプリケーションとＳＣＦノードとの間の関連性は、ＩＰＴＶアプリケーションがＳＣＦノード内に備えられていることに相当する。
【００４８】
さらに、好適にはインスタント・メッセージの本体から情報を読み出した後、ＩＰＴＶ通知は、例えば、ＩＭの本体に含まれるＵＲＬのコンテンツにアクセスするＵＥに関連するブラウザにより、エンドユーザのために表示される。
【００４９】
インスタント・メッセージは、通常、ＯＭＡ  ＩＭ特徴タグを有し、アプリケーション識別子は、ＩＡＲＩ（ＩＭＳアプリケーション参照識別子）である。
【００５０】
さらなる実施形態によると、ＩＰＴＶ通知を提示するための情報の読み出しは、ＵＥが当該インスタント・メッセージを、受信した他のインスタント・メッセージから選別するステップと、ＩＰＴＶ情報、例えば、ウェブページへの上述したＵＲＬを見出すために、前記選別されたインスタント・メッセージの本体を解析するステップと、を有する。
【００５１】
最初に、ＵＥは、ＳＣＦノードからＩＰＴＶ通知を受信できるようにするために、ＩＡＲＩ及びＯＭＡ  ＩＭ特徴タグを含んでいる、ＳＩＰ  ＲＥＧＩＳＴＥＲを行う。
【００５２】
例示的な実施形態によると、ＩＰＴＶ通知を提示するための情報は、ＵＥとＳＣＦノードの双方により読み取り可能であるフォーマットを有する。さらに、エンドユーザに表示されるＩＰＴＶ通知は、例えば、通知されたＩＰＴＶ番組を受諾する、削除する、録画する又は再呼び出しする、種々の選択可能なオプションを含むことができ、ＵＥは、ＳＣＦノードに応答を送信でき、応答は種々のオプションのうちの１つ以上の選択を含んでいる。
【００５３】
本発明の実施形態によると、サービス制御機能ノード（ＳＣＦノード）は、ＩＰＴＶアプリケーションを有し、ＩＰＴＶアプリケーションからアプリケーション識別子を読み出し、アプリケーション識別子をＵＥに送信するインスタント・メッセージに含めることにより、ユーザ装置にＩＰＴＶ通知を提示する。さらに、ＳＣＦノードは、提示に関する情報をインスタント・メッセージに、たとえばＩＭの本体に含める。
【００５４】
ＵＥは、好適にはＩＭＳに接続されていて、ＳＣＦノードは、通常、ＯＡＭ  ＩＭ特徴タグをインスタント・メッセージに含める。
【００５５】
本発明の実施形態によると、ユーザ装置は、ＩＰＴＶ通知を提示する様に構成される。ＵＥは、ＩＭＳに接続された別のデバイスからインスタント・メッセージを受信する受信機と、処理回路を有する決定部を備えている。決定部は、インスタント・メッセージからアプリケーション識別子を検出し、アプリケーション識別子がＳＣＦノードに関連するＩＰＴＶアプリケーションを示している判定すると、ＩＰＴＶ通知を提示するための情報を、インスタント・メッセージから読み出すように構成される。
【００５６】
さらに、ユーザ装置は、好適には、ＩＭＳに接続可能であり、及び／又は、ＩＰＴＶ対応であり、ＩＰＴＶ通知をユーザに提示する表示デバイスを備えている。
【００５７】
例示的な実施形態によると、決定部は選別部、解析部及び閲覧部を備えている。
【００５８】
本発明の実施形態によると、制御機能ノード、ＳＣＦノードは、好適には、ＩＭＳに接続されたユーザ装置にＩＰＴＶ通知を提示する様に構成され、ＳＣＦノードはＩＰＴＶアプリケーションを備えている。ＳＣＦノードは、さらに、アプリケーション識別子をＩＰＴＶアプリケーションから読み出し、表示に関する情報とアプリケーション識別子をインスタント・メッセージに含めるように構成された処理回路を備えている。さらに、ＳＣＦノードは、インスタント・メッセージをユーザ装置に送信するための送信機を備えている。
【００５９】
例示的な実施形態によると、ＳＣＦノードはＩＡＰ（ＩＰＴＶアプリケーション・プラットフォーム）に相当する。
【００６０】
図１は、本発明の実施形態による、ＩＡＲＩ（ＩＭＳアプリケーション参照識別子）の使用を概略的に説明するブロック図である。本図は、種々の例示的なＩＭＳサービス、すなわち、マルチメディア電話１１と、ＰｏＣ（セルラーのプッシュ・ツー・トーク）１２と、インスタント・メッセージング１３を示しており、各々は通信サービス識別子により識別され、識別子のＯＭＡ  ＩＭ特徴タグは、ＩＭＳサービスがインスタント・メッセージングであることを示している。図１は、また、各ＩＭＳサービスのためのアプリケーション、たとえば、"アプリケーション１"及び"Ｄｅｆ．ａｐｐ．ｆｏｒ  Ｍｕｌｔｉｍｅｄｉａｔｅｌ"と称されるボックスに説明されているマルチメディア電話のためのアプリケーションを示している。種々のアプリケーションが、ＩＭＳアプリケーション参照識別子、すなわちＩＡＲＩにより識別され、ＩＡＲＩは、たとえばＳＣＦに含まれるＩＰＴＶアプリケーション４２を識別する。
【００６１】
図２は、信号Ｓ１及び信号Ｓ２で、ＩＭＳ２経由でのＳＣＦ３からＵＥ１へのＩＰＴＶ通知（要求）の送信と、信号Ｓ３及び信号Ｓ４で、ＵＥからＳＣＦに送信される応答を示す信号図である。ＩＰＴＶ通知は、たとえば、ＴＶ番組の、又は、通信ネットワークの他のコンテンツのリマインダーであり得る。ＩＰＴＶ通知／リマインダーは、たとえば、ＥＰＧ（電子番組ガイド）からのイベントにより、又は、単純に時間及び日付により始動できる。ユーザがＩＰＴＶシステムにログインしていると、リマインダーは、たとえばユーザのＴＶ画面に表示でき、ユーザがログインしていないと、リマインダーは、たとえばＳＭＳ（ショート・メッセージ・サービス）としてＵＥに表示できる。
【００６２】
本発明の例示的な実施形態によると、ＩＰＴＶ通知は、ユーザが選択可能である種々のオプションを含む。種々のオプションは、たとえば受諾（ＯＫ）、設定可能な時間にわたる再呼び出し（スヌーズ）、削除を含み得る。リマインダーがリニアＴＶ番組に接続されていると、オプションのうちの１つは、リニアＴＶが所定のスケジュールに従って示される番組又はメディア情報であるので、番組を録画することであり得る。
【００６３】
ＩＰＴＶ通知に応答して、ユーザはオプションのうちの１つ以上を選択できる。
【００６４】
例示的な実施形態によると、ＵＥは最初に、ＳＣＦからＩＰＴＶ通知を受信するために、コンタクト・ヘッダにＯＭＡインスタント・メッセージング特徴タグ及びＩＰＴＶアプリケーションを示すＩＡＲＩを含む、ＳＩＰ  ＲＥＧＩＳＴＥＲを行う。その後、ＳＣＦがＳＩＰ  ＭＥＳＳＡＧＥの形でＩＰＴＶ通知を送信する場合、ＵＥは、ＯＭＡインスタント・メッセージング特徴タグ及びＩＰＴＶアプリケーションを示すＩＡＲＩを受諾コンタクト・ヘッダに含めるであろうし、ＩＭＳシステムは、ＳＩＰ  ＲＥＧＩＳＴＥＲコンタクト・ヘッダ情報に基づいて、ＳＩＰ  ＭＥＳＳＡＧＥの経路指定を審査できる。
【００６５】
ＳＣＦでＩＰＴＶ通知を始動させるイベントが起きる場合、通知要求は、コアＩＭＳを介してＵＥに送信されるであろう。そのようなイベントの例は、所定の時間に放送されるＴＶ番組の開始が近づいてくることである。ＵＥは、通常、たとえば移動電話、セット・トップ・ボックス又はラップトップ・コンピュータのようなＳＩＰクライアントである。通知は、ＩＡＲＩ、ＯＭＡ  ＩＭ特徴タグ及び本体を含むインスタント・メッセージとして送信される。
【００６６】
本発明の実施形態によると、本体は、情報、たとえばＵＲＬを含み、本体のテキストはＵＲＬと解釈されるべきである。
【００６７】
ＵＥがＩＰＴＶ通知を受信する場合、インスタント・メッセージがＩＡＲＩを含むかどうかを調べる。ＵＥが、ＳＣＦノードに関連するＩＰＴＶアプリケーションを示すＩＡＲＩをインスタント・メッセージから検出する場合、ＩＭが、別のユーザからではなく、ＳＣＦから送信されていると決定する。したがって、ＵＥは、このＩＭがＩＰＴＶ通知であることを知り、そしてこのＩＭを選別し、受信したＩＡＲＩを含まない総てのインスタント・メッセージを無視又はキャンセルし、それによってこのインスタント・メッセージを他のインスタント・メッセージと識別する。
【００６８】
さらに、ＵＥはまた、本体がＵＥとＳＣＦの双方が理解する付加情報、たとえば、ユーザに提示される通知へのＵＲＬを有することを知る。通常はブラウザである、ＵＥに関連するアプリケーションは、たとえば、表示又はＵＥのエンドユーザのための他の方法で表示されるＵＲＬから情報を読み出すであろう。それ故、通知の本体は、特定の情報、たとえば通知を表示するためのウェブページへのＵＲＬのために解析される。
【００６９】
上述したように、ＵＲＬのコンテンツの表示は、たとえば要求されたＴＶ番組の再呼び出し、録画又は無効といった、種々のオプションを備える場合がある。この表示は、たとえば進行中のＴＶセッションと統合される場合がある。
【００７０】
ＵＥは、ＩＭＳコアを介して通知応答をＳＣＦに送信することにより応答し、提示されたオプションのうちの１つ以上を選択する場合がある。
【００７１】
図５は、ＵＥのための例示的な方法を説明するフロー図であり、ステップ５１で、ＵＥはインスタント・メッセージを受信する。ステップ５２で、ＵＥは、アプリケーション識別子、たとえばＩＡＲＩ（ＩＭＳアプリケーション参照識別子）をインスタント・メッセージから検出する。ステップ５３で、アプリケーション識別子が、ＳＣＦに関連するＩＰＴＶアプリケーションを示す、すなわち、ＳＣＦノードに備えられたＩＰＴＶアプリケーションを特定しているとＵＥが決定できると、ＵＥは、ステップ５４で、インスタント・メッセージからＩＰＴＶ通知を示すための情報、たとえばＵＲＬを読み出す。そうでなければ、インスタント・メッセージは、ステップ５５でキャンセルされる。ステップは、受信した各インスタント・メッセージに対して繰り返される。
【００７２】
図６は、本発明の実施形態による、ＵＥのためのさらなる例示的な方法を説明するフロー図である。ステップ６１で、ＵＥは、他のデバイスからの他のインスタント・メッセージの中のインスタント・メッセージを受信し、ステップ６２で、ＵＥは、ＳＣＦノードに関連するＩＰＴＶアプリケーションを示すＩＡＲＩ（ＩＭＳアプリケーション参照識別子）をＩＭから検出する。ＩＡＲＩがＳＣＦノードに含まれたＩＰＴＶアプリケーションを特定するので、その結果、ステップ６３で、ＩＭが前記ＳＣＦノードから送信されていて、ＩＰＴＶ通知を含んでいると決定できる。
【００７３】
ステップ６４で、ＵＥは、ＩＡＲＩを含むインスタント・メッセージを選別し、他のデバイスから受信した他のＩＭを、それらのＩＭがＳＣＦから送信されたものではなく、ＩＰＴＶ通知を含まないので、無視又はキャンセルする。したがって、ステップ６５で、ＵＥは、ＵＥ内のブラウザによりアクセスできる、たとえばウェブページへのＵＲＬといった表示に関する情報と、ユーザに提示されるコンテンツのためにＩＭの本体を解析する。
【００７４】
図７は、ＳＣＦのための例示的な方法を説明するフロー図である。ステップ７１で、ＳＣＦは、ＳＣＦに含まれるＩＰＴＶアプリケーションからアプリケーション識別子、たとえばＩＡＲＩを読み出し、ステップ７２で、アプリケーション識別子をインスタント・メッセージに含める。ステップ７３で、ＳＣＦはＩＰＴＶ通知を提示するための情報をＩＭに含め、ステップ７４で、ＩＭをＵＥに送信する。
【００７５】
図８は、ＳＣＦのための方法のさらなる例示的な実施形態を説明するフロー図である。ステップ８１で、ＳＣＦは、ＩＰＴＶアプリケーションからＩＡＲＩを読み出し、ステップ８２で、ＩＡＲＩをＩＭに含める。ＯＭＡ  ＩＭ特徴タグは、ステップ８３でＩＭに含められる。さらなるステップ８４で、アプリケーションに特有の情報がＩＭの本体に含められて、フォーマットはＵＥとＳＣＦの双方により理解される。ステップ８５で、ＩＭがユーザのデバイスに送信される。
【００７６】
図３は、インスタント・メッセージを受信するための受信機３１を備えている、例示的なＵＥを概略的に説明するブロック図である。ＵＥにはさらに、処理回路３３を有する決定部３２が設けられていて、決定部は、受信したＩＭがアプリケーション識別子を含むかを検出し、アプリケーション識別子がＳＣＦノードに関連していると決定されると、ＩＰＴＶ通知を提示するそのようなインスタント・メッセージから情報を読み出すように構成される。さらに、ＵＥはディスプレイ３４を備える。
【００７７】
図４ａは、本発明の例示的な実施形態による、ＵＥ１及びＳＣＦノード３を概略的に説明するブロック図であり、図４ｂは、コンタクト・ヘッダにＩＡＲＩ４６及びＯＭＡ  ＩＭ特徴タグ４７を含み、本体４８にＵＲＬを含む、インスタント・メッセージの例示的なコンテンツを示している。
【００７８】
ＳＣＦは、ＩＡＲＩで識別されるＩＰＴＶアプリケーション４２を備えている。ＳＣＦはさらに、ＩＡＲＩを読み出し、ＩＡＲＩ４６及びＯＭＡ  ＩＭ特徴タグ４７をインスタント・メッセージ４９ａに含めるための適切な処理回路４１を備えていて、インスタント・メッセージ４９ａの本体４８は、ＵＥとＳＣＦの双方により読み取り可能であるフォーマット、たとえばＩＰＴＶ関連情報を含むウェブ・ポータルへのＵＲＬを有する。
【００７９】
さらに、ＳＣＦは、インスタント・メッセージ（ＩＭ）４９ａを送信するための送信機４０ａを備えている。ＩＭは、ＵＥの受信機３１で受信される。ＵＥにはさらに、適切な処理回路と、インスタント・メッセージがＳＣＦノードに備えられたＩＰＴＶアプリケーションを示すＩＡＲＩを含むかどうかに基づいて、ＩＰＴＶ通知を含むインスタント・メッセージを選別するための選別部４４を有する、決定部３２が設けられている。選別されたＩＭは、本体に示されたＵＲＬを見つけるように構成されている、解析部４５に渡される。ＵＥはさらに、たとえばＵＥのディスプレイ３４への表示のためにＵＲＬにアクセスするための閲覧部（図示せず）を備えている。よって、例示的な実施形態によると、決定部は、ＩＰＴＶアプリケーションを示すＩＡＲＩがインスタント・メッセージに含まれていると、ＩＭ４９ａの本体４８がテキストとＵＲＬを含むことが分かるように構成される。テキストとＵＲＬの双方が含まれているので、ＩＰＴＶ通知は、ＩＰＴＶクライアントと非ＩＰＴＶクライアントの双方により受信できる。
【００８０】
ＵＥはさらに、たとえばＩＰＴＶ通知を含むインスタント・メッセージに対する応答４９ｂを送信するための送信機４３を備えていて、ＳＣＦは、たとえばそのような応答を受信するための受信機４０ｂを備えている。
【００８１】
このようにして、ＳＣＦノードがＩＰＴＶアプリケーションを示すＩＡＲＩをインスタント・メッセージに含めることにより、受信するＵＥは、ＳＣＦから受信したＩＭを他のデバイスから受信したＩＭから区別でき、これにより、ユーザがＩＰＴＶ通知の含むＩＭを選択し、そして他のデバイスから受信した他のＩＭを無効にできることになる。
【００８２】
図面を参照して上述したエンティティ及び各部は論理的ユニットであり、それらは必ずしも独立した物理的ユニットに対応しない。
【００８３】
さらに、上述し、そして説明した実施形態は、例として挙げただけであり、本発明を限定すべきものではない。添付の特許請求の範囲で請求される本発明の範囲内の他の解決策、用法、目的、そして機能は、当業者には明らかであるに違いないであろう。
【００８４】
略語集
ＩＡＲＩ  ＩＭＳアプリケーション参照識別子
ＩＰＴＶ  インターネット・プロトコル・テレビジョン
ＳＣＦ  サービス制御機能
ＩＭ  インスタント・メッセージ
ＯＭＡ  オープン・モバイル・アライアンス
【図１】
0005438220.tif 000002
【図２】
0005438220.tif 000003
【図３】
0005438220.tif 000004
【図４ａ】
0005438220.tif 000005
【図４ｂ】
0005438220.tif 000006
【図５】
0005438220.tif 000007
【図６】
0005438220.tif 000008
【図７】
0005438220.tif 000009
【図８】
0005438220.tif 000010