(57)【特許請求の範囲】
【請求項１】
インターネットプロトコルテレビ（ＩＰＴＶ）と他の通信サービスをＩＰマルチメディアサブシステム（ＩＭＳ）ネットワークの複数のユーザのグループに提供するブラウザを有する端末のための方法であって、
前記方法は、
前記端末のローカルオブジェクトコードにおいて、グループプライベートユーザ識別子をグループパブリックユーザ識別子及び夫々が前記グループの異なるユーザに関連付けられる複数の個々のパブリックユーザ識別子に関連付ける工程と、
前記グループプライベートユーザ識別子と前記グループパブリックユーザ識別子を利用する前記ＩＭＳネットワークにグループサブスクリプションを登録する工程と、
前記ローカルオブジェクトコードにより、前記ＩＭＳネットワークからＩＰＴＶポータルのアドレスを取得する工程と、
前記ブラウザを起動し、前記ＩＰＴＶポータルのアドレスにより前記グループサブスクリプションに対してＩＰＴＶサービスを開始する工程と、
第１の個別ユーザに関連した前記個々のパブリックユーザ識別子が前記端末により受信されたときだけ前記第１の個別ユーザを前記ＩＭＳネットワークに登録する一方、前記ＩＭＳネットワークへの前記グループサブスクリプションの登録を保持しながら、前記端末の前記ブラウザを再スタートさせることなく前記第１の個別ユーザにＩＰＴＶサービスを提供する工程とを有することを特徴とする方法。
【請求項２】
前記端末で、前記第１の個別ユーザから第２の個別ユーザへのユーザ変更の指示を受信する工程と、
前記ユーザ変更に応じて前記第２の個別ユーザを前記ＩＭＳネットワークに登録する一方、前記ＩＭＳネットワークへの前記グループサブスクリプションの登録を保持しながら、前記ブラウザを再スタートさせることなく前記第２の個別ユーザにＩＰＴＶサービスを提供する工程とをさらに有することを特徴とする請求項１に記載の方法。
【請求項３】
前記ユーザ変更の指示を受信する工程は、前記第２の個別ユーザの個人識別番号（ＰＩＮ）を受信する工程を含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記端末はセットトップボックスであることを特徴とする請求項３に記載の方法。
【請求項５】
前記セットトップボックスを、前記グループパブリックユーザ識別子とグループパスワードとで事前構成設定する工程をさらに有することを特徴とする請求項４に記載の方法。
【請求項６】
前記事前構成設定する工程は、前記セットトップボックスをＩＰＴＶブートストラップサーバに接続することによって自動的に実行され、
前記ＩＰＴＶブートストラップサーバは前記セットトップボックスに前記グループパブリックユーザ識別子と前記パスワードとを提供することを特徴とする請求項５に記載の方法。
【請求項７】
前記端末は移動体端末であることを特徴とする請求項３に記載の方法。
【請求項８】
インターネットプロトコルテレビ（ＩＰＴＶ）と他の通信サービスをＩＰマルチメディアサブシステム（ＩＭＳ）ネットワークの複数のユーザのグループに提供するブラウザを有する端末であって、
前記端末は、
グループプライベートユーザ識別子をグループパブリックユーザ識別子及び夫々が前記グループの異なるユーザに関連付けられる複数の個々のパブリックユーザ識別子に関連付ける手段と、
前記グループプライベートユーザ識別子と前記グループパブリックユーザ識別子を利用する前記ＩＭＳネットワークにグループサブスクリプションを登録する手段と、
前記ＩＭＳネットワークからＩＰＴＶポータルのアドレスを取得する手段と、
前記ブラウザを起動し、前記ＩＰＴＶポータルのアドレスにより前記グループに対してＩＰＴＶサービスを開始する手段と、
第１の個別ユーザに関連した前記個々のパブリックユーザ識別子が受信されたときだけ前記第１の個別ユーザを前記ＩＭＳネットワークに登録する一方、前記ＩＭＳネットワークへの前記グループサブスクリプションの登録を保持しながら、前記ブラウザを再スタートさせることなく前記第１の個別ユーザにＩＰＴＶサービスを提供する手段とを有することを特徴とする端末。
【請求項９】
前記第１の個別ユーザから第２の個別ユーザへのユーザ変更の指示を受信する手段と、
前記ユーザ変更に応じて前記第２の個別ユーザを前記ＩＭＳネットワークに登録する一方、前記ＩＭＳネットワークへの前記グループサブスクリプションの登録を保持しながら、前記ブラウザを再スタートさせることなく前記第２の個別ユーザにＩＰＴＶサービスを提供する手段とをさらに有することを特徴とする請求項８に記載の端末。
【請求項１０】
前記ユーザ変更の指示を受信する手段は、前記第２の個別ユーザの個人識別番号（ＰＩＮ）を受信する手段を含むことを特徴とする請求項９に記載の端末。
【請求項１１】
前記ブラウザは、ローカルオブジェクトコードを制御して、前記グループサブスクリプションを前記ＩＭＳネットワークに登録し、前記グループサブスクリプションの登録を維持する一方、個別のユーザの変更を行うアプリケーションプログラミングインタフェース（ＡＰＩ）を含むことを特徴とする請求項１０に記載の端末。
【請求項１２】
前記端末はセットトップボックスであることを特徴とする請求項１０に記載の端末。
【請求項１３】
前記セットトップボックスを、前記グループパブリックユーザ識別子とグループパスワードとで事前構成設定する手段をさらに有することを特徴とする請求項１２に記載の端末。
【請求項１４】
前記事前構成設定する手段は、前記セットトップボックスをＩＰＴＶブートストラップサーバに自動的に接続する手段を含み、
前記ＩＰＴＶブートストラップサーバは前記セットトップボックスに前記グループパブリックユーザ識別子と前記パスワードとを提供することを特徴とする請求項１３に記載の端末。
【請求項１５】
前記端末は移動体端末であることを特徴とする請求項１０に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信システムに関する。特に、しかし限定することなく、本発明は、インターネットプロトコルテレビ（ＩＰＴＶ）と他のサービスをＩＰマルチメディアサブシステム（ＩＭＳ）ネットワークの複数のユーザに提供する方法と端末に関するものである。
【背景技術】
【０００２】
従来より、ＩＰＴＶは、ＩＰＴＶサービスプロバイダからテレビに接続されたセットトップボックス（ＳＴＢ）にブロードバンド接続を介して家庭に配信されている。ＳＴＢは、ブラウザを含み、全てのＩＰＴＶの機能はブラウザインタフェースにより制御される。従って、ＩＰＴＶの配信処理はブラウザ集中型といえる。ＳＴＢにおけるセション開始プロトコル（ＳＩＰ）のユーザエージェントは、ＩＰＴＶをＩＭＳ要求に適合させる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
ＩＰＴＶをＩＭＳに適合させる際の問題は、現在のブラウザが個々のＩＭＳユーザという概念をもっていない点にある。それで、個々の家族の成員に異なるユーザアカウントをもつ家族のサブスクリプションをもっている家庭のような複数のユーザのグループの場合、家族の成員が家族のサブスクリプションの中で異なるユーザアカウントにログインすることにブラウザは再スタートされねばならない。単にユーザを切り替えるときに、ブラウザを再スタートしなければならないので、ユーザはいやな思いを経験することになる。
【０００４】
ユーザを切り替えるときにブラウザを再スタートする要求を取り除く一方で、依然としてＩＭＳネットワークの機能を十分に提供してプレゼンス（Ｐｒｅｓｅｎｃｅ）、メッセージング（Ｍｅｓｓａｇｉｎｇ）、チャット（Ｃｈａｔ）サービスのような複数のサービスと結合したサービス（サービスブレンディング）が同様に提供されることで、ユーザの思いは改善されるであろう。
【課題を解決するための手段】
【０００５】
本発明ではＳＴＢの単純化されたプロビジョニングに、ＩＭＳ情報と、ブラウザでユーザを切り替えるときのより迅速な応答時間と、ＰＩＮとアリアスとグループでの新しいユーザの追加／除去との制御を行うサービスプロバイダによるユーザの体験のより親密な制御とを提供する。
【０００６】
従って、一つの側面からすれば、本発明はインターネットプロトコルテレビ（ＩＰＴＶ）と他の通信サービスをＩＰマルチメディアサブシステム（ＩＭＳ）ネットワークの複数のユーザのグループに提供する方法に関するものである。その方法は、端末のローカルオブジェクトコードにおいて、グループプライベートユーザ識別子をグループパブリックユーザ識別子及び夫々が前記グループの異なるユーザに関連付けられる複数の個々のパブリックユーザ識別子に関連付ける工程と、前記グループプライベートユーザ識別子と前記グループパブリックユーザ識別子を利用する前記ＩＭＳネットワークとＩＰＴＶネットワークとにグループサブスクリプションを登録する工程と、第１の個別ユーザに関連した個々のパブリックユーザ識別子が受信されたときだけ前記第１の個別ユーザを前記ＩＭＳネットワークに登録する一方、前記ＩＭＳネットワークと前記ＩＰＴＶネットワークへの前記グループサブスクリプションの登録を保持する工程を含む。その方法はまた、前記第１の個別ユーザから第２の個別ユーザへのユーザ変更の指示を受信する工程と、前記ユーザ変更に応じて前記第２の個別ユーザを前記ＩＭＳネットワークに登録する一方、前記ＩＭＳネットワークと前記ＩＰＴＶネットワークへの前記グループサブスクリプションの登録を保持する工程とを含むと良い。
【０００７】
別の側面からすれば、本発明はＩＰＴＶと他の通信サービスをＩＭＳネットワークの複数のユーザのグループに提供する端末に関するものである。その端末は、グループプライベートユーザ識別子をグループパブリックユーザ識別子及び夫々が前記グループの異なるユーザに関連付けられる複数の個々のパブリックユーザ識別子に関連付ける手段と、前記グループプライベートユーザ識別子と前記グループパブリックユーザ識別子を利用する前記ＩＭＳネットワークとＩＰＴＶポータルとにグループサブスクリプションを登録する手段と、第１の個別ユーザに関連した個々のパブリックユーザ識別子が受信されたときだけ前記第１の個別ユーザを前記ＩＭＳネットワークに登録する一方、前記ＩＭＳネットワークと前記ＩＰＴＶネットワークへの前記グループサブスクリプションの登録を保持する手段とを含む。
【０００８】
次の項では、本発明について、図面に例示された代表的な実施例を参照して説明する。
【図面の簡単な説明】
【０００９】
【図１】ＩＰマルチメディアサブシステム（ＩＭＳ）の３ＧＰＰ技術仕様におけるプライベートユーザ識別子とパブリックユーザ識別子との間の１対１の関係を示す図である。
【図２】本発明の実施例におけるＩＭＳサブスクリプションとＩＭＳサービスプロフィールとプライベートユーザ識別子とパブリックユーザ識別子との間の関係を示す機能ブロック図である。
【図３】本発明の代表的な実施例におけるブラウザとローカルオブジェクトコードを含む端末の機能ブロック図である。
【図４】ＳＴＢにパブリックグループサブスクリプションユーザＩＤとプライベートユーザＩＤとパスワードとがプロビジョニングされるブートストラップ処理を示す図である。
【図５】グループサブスクリプションユーザＩＤがＩＭＳに登録され、ローカルオブジェクトコードがＩＰＴＶのアプリケーションプログラム（ＩＡＰ）を学習し、ＩＰＴＶが開始される処理のステップを図示するシグナリング図である。
【図６】本発明の教示するところに従ってユーザを変更する処理のステップを図示するシグナリング図である。
【発明を実施するための形態】
【００１０】
本発明は、ユーザ間での切り替えがあるときにブラウザを再スタートする必要なく多数のＩＭＳユーザにＩＰＴＶを提供する方法と端末を提供するものである。また、ＩＭＳ機能も完全に維持される。
【００１１】
代表的な実施例では、ブラウザは家族或いはグループサブスクリプションのアカウントで起動され、そのブラウザがアカウントを変更することは決してない。そのブラウザは、グループサブスクリプションの下では個々の全てのアカウントを追跡するポータルに接続しており、そのポータルはグループでのユーザ間で切り替えをブラウザに対してはトランスペアレントに制御する。これにより、ポータルはグループサブスクリプションに関するＰＩＮコード（通常、単純な４桁の数字）を制御することが可能になる。付加的な利点については後述する。
【００１２】
１つの実施例では、アプリケーションプログラミングインタフェース（ＡＰＩ）が、例えば、javascript（登録商標）の特性や方法に基いて、ブラウザに導入される。ＡＰＩはローカルオブジェクトコードを制御して、異なるユーザをＩＭＳに登録する。従って、グループサブスクリプションのアカウントは常にＩＭＳに、そして、そのポータルにログインしているが、グループの個々のメンバは個々のアカウントが必要とされるときだけＩＭＳにログオンされる。
【００１３】
図１はＩＰマルチメディアサブシステム（ＩＭＳ）３ＧＰＰの技術仕様におけるプライベートユーザ識別子とパブリックユーザ識別子との間の１対１の関係を図示している。なお、そのサブスクリプション或いはデフォルトユーザとは常にブラウザに関係付けられている。一度、そのブラウザが起動され、ＩＰＴＶネットワークポータルとの通信が確立されたなら、以下の表１に示す方法が実行されるかもしれない。
表１
┌−−−−−−−−−┬−−−−−−−−−−−−−−−−−−−−−−−−−−−┐
｜logoffUser        ｜ＩＭＳからの登録抹消                                  ｜
｜（ログオフユーザ）｜                                                      ｜
├−−−−−−−−−┼−−−−−−−−−−−−−−−−−−−−−−−−−−−┤
｜getRegisteredUsers｜ＩＭＳに登録されたユーザリストが表示される。ＩＰＴＶ  ｜
｜                  ｜サービスへの登録とサブスクリプションに使用される      ｜
｜                  ｜デフォルトユーザはリストされない。                    ｜
└−−−−−−−−−┴−−−−−−−−−−−−−−−−−−−−−−−−−−−┘
【００１４】
以下の表２はProperty（特性）に関係したユーザアクセス制御手順を例示している。
表２
┌−−−−−−−−┬−−−−−−−−−−−−−−−−−−−−−−−−−−−−┐
｜Property（特性）｜              手    順                                  ｜
├−−−−−−−−┼−−−−−−−−−−−−−−−−−−−−−−−−−−−−┤
｜userID          ｜playLiveの放送のような機能を開始するとき、ユーザＩＤ特性｜
｜                ｜が指定されていれば、示されたユーザ識別子がセション開始に｜
｜                ｜用いられる。その指定がないなら、ブラウザの開始に関係する｜
｜                ｜デフォルトユーザＩＤが用いられる。                      ｜
└−−−−−−−−┴−−−−−−−−−−−−−−−−−−−−−−−−−−−−┘
【００１５】
図２は本発明の実施例におけるＩＭＳサブスクリプション１１とＩＭＳサービスプロフィール１２1−１２5とプライベートユーザ識別子とパブリックユーザ識別子との間の関係を図示する機能ブロック図である。ＳＴＢにおけるブラウザがＩＭＳに対するログイン処理を全体的に制御すると仮定するならば、そのグループの各ユーザについての異なるＩＭＳの使用資格証明をもつ必要はない。同じＩＭＳ使用資格証明、即ち、パスワードとＩＭＳプライベートユーザ識別子（ＩＭＰＩ）１３が全てのサブスクリプションに対して共用される。複数の暗黙的に登録されたＩＭＳパブリックユーザ識別子（ＩＭＰＵ）１４1−１４5は共用ＩＭＰＩと関係付けられて、数多くの異なるサービスプロフィールに到達する。
【００１６】
従って、ＳＴＢにおいて、パスワードと共用ＩＭＰＩ１３とをグループサブスクリプションアカウントにプロビジョニングすることが必要なだけである。個々のアカウントは動的にブラウザのjavascript（登録商標）ＡＰＩにより示される。グループの新しいアカウントはマニュアル的にＳＴＢを新しいユーザ情報で更新する必要なく追加できるし削除できる。さもなければ、これは、ユーザが基本的な遠隔制御を用いて長い文字列を挿入しなければならない退屈な処理となるであろう。
【００１７】
別の実施例では、ブラウザは移動体端末に実装される。そのポータルはアプリケーションサーバ（ＡＳ）であるＩＡＰ  ＩＰＴＶアプリケーションプラットフォームに実装される。
【００１８】
グループアカウント（User id 1）はＩＰＴＶポータルに接続されるデフォルトアカウントである。ポータルとの全ての通信はこのアカウントにより発生する。ブラウザは個々のサービスに関し、どのユーザＩＤが要求されたサービス、例えば、play或いはplayLiveを起動しているのかを示す。その機器における個々のユーザに対するプライベートユーザＩＤ（ＩＭＰＩ）はオプションである。もしブラウザから制御されない他のローカルサービスがその機器で利用可能であるなら、或いは、もしオペレータがＰＩＮにより提供されるよりも厳密な機密保護を望むなら、ＩＭＰＩがあることが望ましい。ブラウザから起動される全てのユーザは、個々のＩＭＰＩが定義されていないなら、グループプライベートユーザＩＤを用いる。
【００１９】
この関係の利点は、パスワードはブートストラップで交換されるだけであり、そのパスワードはブートストラップの外に漏れることはないという点にある。加えて、ただ１つのユーザＩＤが、パブリック／プライベートユーザＩＤのマニュアル構成設定さえでのブートストラップの間にダウンロードされる必要があるだけである。ブラウザは同じＩＰＴＶサブスクリプション内でどのユーザが利用可能であるのかを制御することができる。そのとき、各ユーザのＰＩＮはガーディアンアカウントのような異なるユーザアカウントの不法な使用を防止する保護となる。
【００２０】
ユーザＩＤとパスワードとはＳＴＢで事前構成設定されると良い。その情報はＳＴＢでマニュアル的に或いは自動的に事前構成設定されると良い。もしマニュアル的になされるなら、そのユーザＩＤとパスワードとは、ＳＴＢがＩＰＴＶネットワークに接続するときにマニュアル的に挿入される。もし自動的になされるなら、ＳＴＢは自動的にＩＰＴＶブートストラップサーバに接続すると良い。ＩＰＴＶブートストラップサーバはＸＭＬファイルにそのＳＴＢと関係するユーザＩＤとパスワードを提供する。
【００２１】
マニュアル的な方法と自動的な方法の両方に関し、ＩＰＴＶネットワークにＳＴＢを登録することが必要である。そのようにするために、各ＳＴＢに関する登録パラメータのセットがオペレータには利用可能になっている。そのパラメータはパブリックＳＴＢ識別子（例えば、ＭＡＣアドレス）とプライベートＳＴＢ識別子（各ＳＴＢに対するユニークなキーでありユーザには見えない）とを含む。パブリックＳＴＢ  ＩＤは顧客アカウント或いはサブスクリプションに対してその機器を登録するために用いられる。その機器は登録がないと顧客によって用いることはできない。プライベートＳＴＢ  ＩＤはユーザＩＤとＩＰＴＶブートストラップの間に配信されるパスワードとの自動構成設定において用いられる。
【００２２】
ＩＭＳでは、ユーザアクセス制御機能はユーザのログインを制御する。ブラウザの初期化はデフォルトユーザに関係付けされている一方、起動される各機能は異なるユーザと関係付けられるかもしれない。RegisteredUsersデータオブジェクトは現在ＩＭＳに登録されているユーザのリストを表わしている。そのデータオブジェクトの項目はアレイ表記を用いてアクセスされる。以下の表３は、RegisteredUsersデータオブジェクトの特性を例示している。
表３
┌−−−−−−−−−−−−┬−−−−−−−−−−−−−−−−−−−−−−−−┐
｜readonly String userID  ｜ユーザ識別子はパブリックユーザ識別子を表わす。  ｜
｜（読出専用ユーザＩＤ列）｜                                                ｜
└−−−−−−−−−−−−┴−−−−−−−−−−−−−−−−−−−−−−−−┘
【００２３】
以下の表４ａ〜４ｃは、ＩＭＳにログオンしたりオグオフし、登録ユーザを取得する方法を例示している。
表４ａ
┌−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−┐
｜Integer logonUser （ユーザＩＤ列）                                        ｜
├−−−┬−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−┤
｜説  明｜示されたユーザはＩＭＳに登録されねばならない。                    ｜
├−−−┼−−−−┬−−−−−−−−−−−−−−−−−−−−−−−−−−−−┤
｜属  性｜userID  ｜ユーザ識別子                                            ｜
└−−−┴−−−−┴−−−−−−−−−−−−−−−−−−−−−−−−−−−−┘
表４ｂ
┌−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−┐
｜Boolean logoffUser（ユーザＩＤ列）                                        ｜
├−−−┬−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−┤
｜説  明｜示されたユーザはＩＭＳから登録抹消されねばならない。オープン中の  ｜
｜      ｜どんなセションもクローズされる。                                  ｜
├−−−┼−−−−┬−−−−−−−−−−−−−−−−−−−−−−−−−−−−┤
｜属  性｜userID  ｜ユーザ識別子                                            ｜
└−−−┴−−−−┴−−−−−−−−−−−−−−−−−−−−−−−−−−−−┘
表４ｃ
┌−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−┐
｜RegisteredUsers getRegisteredUsers（）                                    ｜
├−−−┬−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−┤
｜説  明｜ＳＴＢはＩＭＳに登録された全てのユーザをこのインタフェースにより  ｜
｜      ｜返却する。                                                        ｜
├−−−┼−−−−┬−−−−−−−−−−−−−−−−−−−−−−−−−−−−┤
｜属  性｜        ｜                                                        ｜
└−−−┴−−−−┴−−−−−−−−−−−−−−−−−−−−−−−−−−−−┘
【００２４】
図３は本発明の代表的な実施例における、ブラウザ２１とローカルオブジェクトコード２２とを含む端末２０の機能ブロック図である。そのブラウザとローカルオブジェクトコードとはＳＴＢ或いはＯＩＴＦ準拠の機器に実装されると良い。ブラウザはＩＰＴＶサービスのユーザへの提示を提供する。そのブラウザの中で、数多くの代表的なjavascript（登録商標）オブジェクトが示されている。即ち、ビデオオンデマンド（ＶｏＤ）javascript（登録商標）オブジェクト２３、同報javascript（登録商標）オブジェクト２４、ＬＰＶＲjavascript（登録商標）オブジェクト２５、そして、他のサービスのjavascript（登録商標）オブジェクト２６である。javascript（登録商標）オブジェクトは、ＯＩＴＦ  ＡＰＩと提携した標準化されたインタフェースを用いることができる。それから、javascript（登録商標）オブジェクトはローカルオブジェクトコード２２と通信し、ローカルオブジェクトコード２２は全ての必要な手順とシグナリングとをＳＩＰ、ＲＴＳＰ、ＨＴＴＰに提供し、サービスを実現する。
【００２５】
ローカルオブジェクトコード２２は、数多くの代表的な論理的な機能モジュールに分割されたものとして示されている。ユーザ処理機能（User Handling Function）モジュール２７はその機器で定義されたユーザを追跡する。一度定義されたなら、何らかのインタフェースにより必要とされる何らかの認証がユーザ処理機能モジュールから取り出される。ＩＭＳの展開に関し、ＩＰＴＶ或いは他のＩＭＳサービスを提供するのに先立って、ＩＭＳへの登録を実行することが必要である。多くのユーザが登録されるかもしれない。なお、ただ１つのユーザが、ＩＰＴＶサービスディスカバリ機能（IPTV Service Discovery Function）モジュール２８により開始されるブラウザに登録される。
【００２６】
ＩＰＴＶサービスディスカバリ機能モジュール２８はＩＰサービスディスカバリを実行する。それはＩＭＳにおけるＩＰＴＶへのサブスクリプションである。そのサブスクリプションに対する応答はポータルアドレスとＵＲＬとを提供してＩＰＴＶ同報チャネル情報をフェッチする。同報されたチャネル情報はＩＰＴＶメディア制御機能モジュール２９によるインターネットグループ管理プロトコル（ＩＧＭＰ）要求をシグナリングするために必要な詳細を提供する。そのポータルアドレスはブラウザをスタートし、ＩＰＴＶの初期画面表示をロードするのに用いられる。
【００２７】
ＩＰＴＶメディア制御機能モジュール２９はユニキャスト及びマルチキャストストリームを制御する。ＩＭＳの展開に関し、セション開始とティアダウン処理とがＳＩＰで実行される。簡単なＩＰＴＶの展開に関し、そのセションセットアップとティアダウン処理とはＲＴＳＰで実行される。メディアサーバ或いはＲＴＳＰで実行されるが、同報選択とザッピング（zapping）とはＩＧＭＰを用いて実行される。
【００２８】
他のＩＭＳサービス機能モジュール３１は、プレゼンス（Ｐｒｅｓｅｎｃｅ）、メッセージング（Ｍｅｓｓａｇｉｎｇ）、チャット（Ｃｈａｔ）サービスのようなＩＰＴＶにより直接入力は提供されないサービスをキャプチュアすることを試みる。これらのサービスは、そのサービスを実施するブラウザやローカルクライアントソフトウェアなしにはメディアとの直接なインタラクションはない。
【００２９】
オプションであるＩＰＴＶのブートストラップ機能モジュール３２はＩＰＴＶの展開をより容易にする。スタートアップで、その機器はハードウェア識別子と暗号化されたキーで事前設定されたＵＲＬに接続する。その暗号化されたキーはサブスクリプションと結び合わされるのに用いられる。そのサブスクリプションがハードウェアと関係付けされ、そのキーが確認されると、ＸＭＬファイルがユーザアカウントの詳細とパスワードとともにダウンロードされる。
【００３０】
ローカルプレイヤー機能モジュール３３は、ローカルハードディスクがあるなら、マルチキャストやＤＶＢ−Ｔストリームの同報される情報のためにローカル記憶制御を提供する。
【００３１】
ハイブリッドシステム機能モジュール３４は、地上波、衛星、ケーブルにより他のタイプのテレビ配信がいつあるのかについて指示を与える。ＩＰＴＶサービスがハイブリッドシステムと統合されるためには、チャネル識別子へのアクセスをもち、その表示がそれらのチャネルに対してカスタマイズされる必要がある。
【００３２】
ＩＰＴＶに関してブラウザ２１が初期化されるのに先立ち、ローカルオブジェクトコード２２はＩＭＳに対する初期登録を実行するとともに、デフォルトユーザを用いてＩＰＴＶサービスへのサブスクリプションを行う。デフォルトユーザは、パブリックユーザ識別子（ＩＭＰＵ）１４と、プライベートユーザ識別子（ＩＭＰＩ）１３と、パスワード（ＩＭＳ使用資格証明）とを含む。この情報は、マニュアル的にタイプ入力されるか、或いは、ＩＰＴＶブートストラップサーバから自動的に取り出される。もし、マニュアル的に挿入されるなら、プライベートユーザ識別子はパブリックユーザ識別子と同じ値である。
【００３３】
図４はＳＴＢがパブリックグループサブスクリプションユーザＩＤとプライベートユーザＩＤとパスワードでプロビジョニングされるブートストラップ処理を図示している。その処理はローカルオブジェクトコード２２と、ここでは移動体インターネットイネーブリングプロキシ（ＭＩＥＰ）４２として言及される無線アプリケーションプロトコルプロキシと、ＩＰＴＶアプリケーションプログラム（ＩＡＰ）４３を含むＩＰＴＶブートストラップサーバとによって実行される。ステップ４４では、ＳＴＢは、ＭＡＣアドレスのようなパブリックＳＴＢ  ＩＤと、プライベートＳＴＢ  ＩＤと、初期接続のためのデフォルトＩＰＴＶポータルアドレスとを用いて事前構成設定される。プライベートＳＴＢ  ＩＤはＳＴＢでは見えない。もし、プライベートＳＴＢ  ＩＤがＳＴＢのために存在しないなら、１つのものがそのユーザに与えられて、それがスタートアップで挿入されても良い。
【００３４】
ステップ４５では、加入者はＳＴＢを購入する。このとき、ステップ４６に示されているように、オペレータは加入者アカウントを、視聴権利のために用いられるパブリックＳＴＢ  ＩＤ（例えば、ＭＡＣアドレス）とプライベートＳＴＢ  ＩＤで構成設定する。プライベートＳＴＢ  ＩＤがネットワークにより送信されないなら、上述のように、それはＳＴＢでは見えない。そのとき、ローカルオブジェクトコード２２はＨＴＴＰＳ  ＰＵＴメッセージをＭＩＥＰ４２に送信し、ＭＩＥＰ４２はＨＴＴＰ  ＰＵＴメッセージをＩＰＴＶブートストラップサーバ４３に送信する。これに応じて、そのサーバはステップ４９でパブリックＳＴＢ  ＩＤを用いて加入者の関係を調べる。そのサーバはハッシュメッセージ認証コード（ＨＭＡＣ）をチェックし、もし確認されたなら、ＳＴＢのために初期情報を準備する。その初期情報はグループサブスクリプションユーザＩＤと、グループサブスクリプションユーザＩＤのための認証情報と、そのグループの個々のユーザのためのユーザＩＤとを含むと良い。それから、その初期情報は、２００（ＨＴＴＰ  ＰＵＴ）メッセージ５１と２００（ＨＴＴＰＳ  ＰＵＴ）メッセージ５２でローカルオブジェクトコードにリターンされる。ステップ５３では、そのローカルオブジェクトコードは、パブリックグループサブスクリプションユーザＩＤと、プライベートグループサブスクリプションユーザＩＤとパスワードと、個々のユーザＩＤとを設定する。これらのデータは後でＳＩＰ／ＨＴＴＰ通信と認証のために用いられる。
【００３５】
図５は、グループサブスクリプションユーザＩＤがＩＭＳに登録され（ステップ５６〜５８）、ローカルオブジェクトコードがＩＰＴＶアプリケーションプログラム（ＩＡＰ）のアドレスを学習し（ステップ５９〜６３）、ＩＰＴＶが開始される（ステップ６４〜６８）処理のステップを図示するシグナリング図である。図５の処理は、ＳＴＢがパブリックグループサブスクリプションユーザＩＤとプライベートユーザＩＤとパスワードでプロビジョニングされた後に実行される。このことは多くの異なる方法でなされても良い。例えば、マニュアル的になされても良いし、オペレータによりリモート的になされても良いし、図４に示したようにしてブートストラップ処理でなされても良い。次に、図５と図３とを参照して、その処理について説明する。
【００３６】
ローカルオブジェクトコード２２におけるユーザ処理機能モジュール２７はＲＥＧＩＳＴＥＲメッセージ５６をＣＳＣＦに送信し、ＣＳＣＦは５７でグループサブスクリプションユーザＩＤを登録し、ローカルオブジェクトコードに２００（ＲＥＧＩＳＴＥＲ）メッセージ５８をリターンする。これでグループサブスクリプションユーザＩＤをＩＭＳに登録する。それから、ローカルオブジェクトコード２２におけるＩＰＴＶサービスディスカバリ機能モジュール２８はＳＵＢＳＣＲＩＢＥメッセージ５９をＣＳＣＦに送信する。ＣＳＣＦはそのＳＵＢＳＣＲＩＢＥメッセージをＩＡＰ４３に転送する。ＩＡＰは２００（ＳＵＢＳＣＲＩＢＥ）メッセージ６１をＣＳＣＦにリターンする。ＣＳＣＦは２００（ＳＵＢＳＣＲＩＢＥ）メッセージをローカルオブジェクトコードに転送する。
【００３７】
それから、ＩＡＰ４３はＮＯＴＩＦＹメッセージ６２をＣＳＣＦに送信する。そのＮＯＴＩＦＹメッセージはＩＰＴＶポータル（即ち、ＩＡＰ４３）のためのポータルＵＲＬを含む。ＣＳＣＦはＮＯＴＩＦＹメッセージをローカルオブジェクトコード２２に転送する。そのローカルオブジェクトコードは２００（ＮＯＴＩＦＹ）メッセージ６３をリターンする。この時点で、ローカルオブジェクトコードはＩＡＰのアドレスを学習したことになる。
【００３８】
６４で、ローカルオブジェクトコードにおけるＩＰＴＶブートストラップ機能モジュール３２はＳＴＢブラウザ２１を起動する。ＳＴＢブラウザはＨＴＴＰＳ  ＧＥＴメッセージ６５をＭＩＥＰ４２に送信する。ＭＩＥＰ４２はＨＴＴＰ  ＧＥＴメッセージ６６をＩＡＰに転送する。ＩＡＰは２００（ＨＴＴＰ  ＧＥＴ）メッセージ６７をＭＩＥＰにリターンする。ＭＩＥＰは２００（ＨＴＴＰＳ  ＧＥＴ）メッセージ６８をＳＴＢブラウザに転送する。この時点で、グループサブスクリプションユーザＩＤはＩＭＳに登録され、ローカルオブジェクトコード２２はＩＡＰ４３に対するポータルとチャネル情報とを有し、ＩＰＴＶが起動される。
【００３９】
図６は本発明の教示するところに従ってユーザを変更する処理のステップを図示するシグナリング図である。そのシグナリングは図５に示したのと同じノードを通過するが、ここではアクセスポイント（ＡＰ）６９が追加されている。初期の条件として、デフォルトユーザがログインされている。なお、デフォルトユーザ（加入者アカウント）は常にログオンされている。次に、図６と図２とを参照して、その処理について説明する。
【００４０】
新しいユーザがユーザの変更をＳＴＢブラウザ２１に伝えると、ＳＴＢブラウザはlogonUserメッセージ７１をローカルオブジェクトコード２２にその新しいユーザのユーザＩＤ、例えば、User 2とともに送信する。ローカルオブジェクトコードにおけるユーザ処理機能モジュール２７はそれから、ＲＥＧＩＳＴＥＲメッセージ７２をＣＳＣＦ５５に送信して、新しいユーザのログオン（ＩＭＳ登録）を要求する。ＣＳＣＦは２００（ＲＥＧＩＳＴＥＲ）メッセージ７３をローカルオブジェクトコードにリターンする。
【００４１】
７４では、ＳＴＢブラウザ２１はローカルオブジェクトコード２２にユーザ２がＣｏｎｔｅｎｔ  ｏｎ  Ｄｅｍａｎｄ（ＣｏＤ）を楽しみたい旨を伝える。ローカルオブジェクトコードにおけるＩＰＴＶメディア制御機能モジュール２９はＩＮＶＩＴＥメッセージ７５をＣＳＣＦ５５に送信する。この時点で、ＳＴＢは２つのアクティブな登録をもっている。１つはグループサブスクリプションユーザに対するものであり、もう１つは現在のアクティブユーザ（User 2）に対するものである。なお、ＳＵＢＳＣＲＩＢＥメッセージはそのセションを始めるのに要求されない。７６では、ＣＳＣＦはアクティブユーザのＩＭＰＵ、ＩＭＰＩ、及びパスワードを用いて、リニアＴＶ／Ｃｏｎｔｅｎｔ  ｏｎ  Ｄｅｍａｎｄ（ＬＴＶ／ＣｏＤ）セションを確立する。ＣＳＣＦはＩＮＶＩＴＥメッセージ７５をＩＡＰ４３に転送し、セションを確立する。ＩＡＰは２００（ＩＮＶＩＴＥ）メッセージ７７をＣＳＣＦにリターンし、ＣＳＣＦは２００（ＩＮＶＩＴＥ）メッセージをローカルオブジェクトコードに転送する。
【００４２】
後になって、別のユーザ変更が示唆される。ＳＴＢブラウザ２１はlogoffUserメッセージ７８をローカルオブジェクトコード２２に送信して、ユーザ２がログオフしたことを示す。ローカルオブジェクトコードにおけるユーザ処理機能モジュール２７は、別のＲＥＧＩＳＴＥＲメッセージ７９をＣＳＣＦに送信して、古いユーザのオグオフ（ＩＭＳからの登録抹消）を要求する。ＣＳＣＦは２００（ＲＥＧＩＳＴＥＲ）メッセージをローカルオブジェクトコードにリターンして、古いユーザの登録が抹消される。それから、新しいユーザはステップ７１〜７３で示されている処理を用いてログオンされる。なお、ブラウザはリセットされない。ローカルオブジェクトコードによって処理されるシームレスなユーザの変更がある。
【００４３】
当業者であれば認識することであるが、本願で説明した発明の概念は変形可能であり、広範なアプリケーションにわたって変更されても良い。従って、特許されるべき主題の範囲は上述した代表的な具体的な教示により限定されるものではなく、次の請求の範囲の記載により規定されるものである。
【図１】
0005492197.tif 000002
【図２】
0005492197.tif 000003
【図３】
0005492197.tif 000004
【図４】
0005492197.tif 000005
【図５】
0005492197.tif 000006
【図６】
0005492197.tif 000007