JP4932906B2 - Ｉｍｓアーキテクチャ・ネットワークにおけるｉｐサービスに渡ってテレビジョンにアクセスするためのシステム - Google Patents

Ｉｍｓアーキテクチャ・ネットワークにおけるｉｐサービスに渡ってテレビジョンにアクセスするためのシステム Download PDF

Info

Publication number
JP4932906B2
JP4932906B2 JP2009513736A JP2009513736A JP4932906B2 JP 4932906 B2 JP4932906 B2 JP 4932906B2 JP 2009513736 A JP2009513736 A JP 2009513736A JP 2009513736 A JP2009513736 A JP 2009513736A JP 4932906 B2 JP4932906 B2 JP 4932906B2
Authority
JP
Japan
Prior art keywords
terminal
channel
service
user
network
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2009513736A
Other languages
English (en)
Other versions
JP2009540643A (ja
Inventor
マガリ・クラスース
ミカエル・サイド
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Orange SA
Original Assignee
France Telecom SA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by France Telecom SA filed Critical France Telecom SA
Publication of JP2009540643A publication Critical patent/JP2009540643A/ja
Application granted granted Critical
Publication of JP4932906B2 publication Critical patent/JP4932906B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H04N7/17309—Transmission or handling of upstream communications
    • H04N7/17318—Direct or substantially direct transmission and handling of requests
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1016—IP multimedia subsystem [IMS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H04L65/611—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio for multicast or broadcast
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H04N21/2381—Adapting the multiplex stream to a specific network, e.g. an Internet Protocol [IP] network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/254—Management at additional data server, e.g. shopping server, rights management server
    • H04N21/2541—Rights Management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64—Addressing
    • H04N21/6405—Multicasting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/20—Adaptations for transmission via a GHz frequency band, e.g. via satellite
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • Astronomy & Astrophysics (AREA)
  • General Physics & Mathematics (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Description

本発明は、ネットワークにログされたユーザの端末からＩＭＳ（ＩＰマルチメディア・サブシステム）アーキテクチャを有するＩＰ（インターネット・プロトコル）ネットワークにおけるサービスを活性化するための技術に関する。
本発明は、３ＧＰＰ（第三世代パートナーシップ・プロジェクト）及びＴＩＳＰＡＮ（進歩したネットワーキングのためのテレコミュニケーション及びインターネット集中サービス及びプロトコル）の標準化機構によって限定されるＩＰマルチメディア・サブシステムにおける視聴覚データを同報通信するためのＩＰネットワークにおいて特に有利な応用を発見する。
ＩＭＳネットワーク・アーキテクチャは、移動性のネットワークのために３ＧＰＰによってもたらされ、かつ次に固定のネットワークのためにＴＩＳＰＡＮによって採用された。それは、２人のクライアント間のマルチメディア・セッションの動的セットアップ及び監視を提供し、かつメディア・ストリーム・トランスポート・ネットワーク・レベルにおけるリソースの予約（リザベーション：reservation）を提供する。それは、また、サービスの対話（相互作用）も管理する。
現在においては、ＩＭＳは、電話、テレビ電話、プレゼンス（presence）、及びインスタント・メッセージング・サービスに対してのみのアクセスを提供する。
インターネット・プロトコルに渡るテレビジョン（ＩＰＴＶ）サービスは、テレビジョン・チャンネルが、ＩＰネットワークにおいて受信されるのを可能とする。ＩＰＴＶサービスを提供することは、ユーザが加入しているチャンネルのアドレスを端末が得ることを必要とする。
このサービスを提供するための現在の解決法は、普通、私有の解決法である。これらの解決法は、ユーザ端末が、固定または移動のネットワークにおけるＩＰＴＶ専用のプラットフォームを介して、“サービス・プラン”と称する認可されたチャンネルのＩＰアドレスのリストを回収する（recover）ことを可能とする。このリストは、ＨＴＴＰ（ハイパーテキスト・トランスファー・プロトコル）を用いて回収され得、サービス・プランは、該プロトコルによって運ばれるデータ内に含まれている。対照的に、チャンネルのリストと関連したリソースの予約は限定されず、それは、柔軟性をもたずに、しばしば静的である。
ＩＭＳアーキテクチャの欠点は、それが、固定のまたは移動のネットワークにおけるＩＰＴＶサービスの履行を提供しないということである。ＩＭＳにおいて提供されるメカニズムは、マルチメディア・サービスのための一般的な手続きを限定するけれども、ＩＰＴＶサービスの一体化の仕方を限定しない。特に、規格の現在のバージョンにおいては、サービス・プラン、すなわち、ユーザが加入するチャンネル及び対応のＩＰアドレス、を回収するための規定がない。
従って、ＩＰＴＶサービスが固定または移動のＩＰネットワークのためのＩＭＳアーキテクチャに一体化されるのを可能とし、かつユーザと関連したサービス・プランが回収されるのを可能とするシステムを限定する技術に対する必要性がある。
本発明は、前記ネットワークにログされたユーザ端末からＩＭＳアーキテクチャを有するＩＰネットワークにおけるサービスにアクセスするためのシステムを提案することによって、上記必要性を取り扱うものである。
本発明によれば、前記サービスは、ＩＰサービスに渡るテレビジョンであり、前記ユーザは、前記サービスの少なくとも１つのテレビジョン・チャンネルのリストに加入しており、そして前記システムは、前記端末によって送られるサービス・アクセス要求の受信時に、
前記リストへの前記ユーザの加入に関する情報及び前記少なくとも１つのチャンネルに対して必要な受信容量に関する情報を決定するために、
前記少なくとも１つのチャンネルに対して必要な受信容量及び前記端末によって提供される受信容量に関する前記情報の両立性を確認するために、
前記両立性の確認の関数として前記リストから少なくとも１つのチャンネルを選択するために、そして
前記選択された少なくとも１つのチャンネルの受信に関する情報を含む、前記要求に対する応答を、前記ユーザ端末に送るために、
活性化される手段を含むアプリケーション・サーバを含む。
このように、ＩＭＳアーキテクチャは、ＩＭＳにおける端末を登録するときにＩＰＴＶサービスの一体化を可能とする。本発明により、ＩＰＴＶサービスは、従って、ＩＭＳの長所、すなわち固定／移動の一体化、相互化、及びサービスのための汎用機構、サービスの相互作用、ネットワーク・リソースの予約、相互化された取扱高、等を享受することができ、このことは、従来技術におけるＩＰＴＶサービスに対して使用された技術においては可能ではなかった。さらに、視聴覚サービスを履行することは、ＩＭＳサービスの提供を質的に非常に向上させる。
本発明の利点は、本発明が、ＩＰＴＶサービスをＩＭＳアーキテクチャに一体化することが可能となるように、ユーザと関連したサービス・プランの回収を可能とするＩＭＳアーキテクチャのフレームワークにおける新しい手順を提案したことである。
この手順は、特に、サービスと関連したデータベースにおけるＩＰＴＶアプリケーション・サーバによるユーザの権利の認証に依存しており、かつ、ユーザが加入するチャンネルのリストから１つまたは２つ以上のチャンネルの該サーバによる選択に依存している。この選択は、端末によって提供される受信容量が任意の特定のテレビジョン・チャンネルに対して必要とされる受信容量と両立し得るということを前以って確認することに依存している。
本発明は、また、サービス・アクセス要求のために、及び（ＩＰＴＶアプリケーション・サーバによって採用されていた、ユーザが加入しているチャンネルに関する情報の、特にＩＰトランスポート・ネットワークにおけるＴＶチャンネルの名称及びアドレスの）端末による回収のために、例えばＳＩＰ（セッション開始プロトコル）タイプの報知プロトコルに連結される手順をも用いる。このため、ＳＩＰアクセス要求メッセージの受信時に、ＩＰＴＶアプリケーション・サーバは、ＳＩＰ応答メッセージのＳＤＰ（セッション記述プロトコル）パラメータにおける加入されたチャンネルのリストに受信情報を挿入し、そして該情報を応答メッセージと共にユーザ端末に送る。
端末によって送られるサービス・アクセス要求は、サービスの初期活性化のための要求（例えば、視聴覚端末のスイッチ・オン時の）、またはサービスを変更するための要求（例えば、端末が、例えば考慮されるチャンネルのようなすでにアクセスしたサービスのパラメータの或るものを変更しようとしている場合に）であることができる。
このような要求は、従って、端末によって要求されるサービスに関するパラメータ、例えば、それが考慮するよう追求しているチャンネルの識別子またはサービスの要求されたレベルを含み得る。
一実施形態の一つの長所的特徴によれば、本発明のシステムは、また、前記端末が前記選択された少なくとも１つのチャンネルを受信するために必要なトランスポート・ネットワークのリソースを予約するための手段をも含む。
インターネット・プロトコル・システムに渡る従来技術のテレビジョンにおいては設けられていないこのようなリソースの予約は、考慮されるべきテレビジョン・チャンネルと関連したストリームのユーザ端末による良好な受信を可能とするという点において特に有益である。しかしながら、充分なリソースを有するトランスポート・ネットワークにおいては、このような予約は、厳密には必要でない。
これらのリソース予約手段は、ＩＭＳアーキテクチャ・ネットワークのプロキシ・サーバにおいて履行されることができ、そしてプロキシ・サーバが端末からサービス・アクセス要求に対するＩＰＴＶアプリケーション・サーバからの応答を受信するときにトリガされる。
従って、最終的な分析において、本発明のシステムは、ＩＰＴＶサービスが、特に以下の点において、ＩＭＳアーキテクチャ・ネットワークの多くの利点を享受するのを可能とする：
・ ＴＶチャンネルを受信するために必要なＩＰトランスポート・ネットワークにおけるリソースを予約するためのＩＭＳに固有のメカニズム；
・ ＩＭＳサービス間の相互作用に関するＩＭＳエンティティにおいて限定されるメカニズム；
・ ＩＭＳにおいて限定されるチャージング・メカニズム；そして
・ それ故、ＩＭＳサービスの提供は、視聴覚サービスの提供により質的に向上され得る。
本発明の一つの長所的な特徴によれば、前記端末によって提供される前記受信容量は、
・ 前記サービス・アクセス要求に含まれる受信容量情報、及び／または
・ 前記端末の型、
に基づいて決定される。
例えば、サービスにアクセスするために端末によって送られるＩＮＶＩＴＥメッセージに示され得るこのタイプは、端末によって提供される受信容量の良好な指示を構成し、従って、端末が考慮することを認可されるテレビジョン・チャンネルを選択するためにＩＰＴＶアプリケーション・サーバによって用いられることができる。
サービス・アクセス要求に含まれる受信容量情報は、ネットワークへの端末の接続のためのパラメータにリンクされた容量情報（例えば、ユーザが彼等の加入の関数として権利付与される最大のビット・レート）、または、端末によって必要とされるサービスのレベルに関する情報（例えば、端末が標準限定（ＳＤ）または高限定（ＨＤ）におけるテレビジョン・チャンネルを受信することが必要であるか否か）に対応することができる。
前記受信情報は、長所的には、
・ 前記選択されたチャンネルの識別子、
・ 前記選択されたチャンネルのアドレス、
・ 前記選択されたチャンネルに対して必要とされる受信容量、または例えばビット・レートのようなチャンネルの一層総括的なネットワーク特徴、及び
・ 例えば親制御の文脈において用いられ得る、前記選択されたチャンネルの内容を表す情報、
を含むグループに属する。
本発明のもう１つの態様によれば、前記ＩＭＳアーキテクチャ・ネットワークは、前記ユーザ端末を前記アプリケーション・サーバの１つに関連させる情報へのアクセスを有しかつ前記端末に関連した前記アプリケーション・サーバへの前記サービス・アクセス要求をルーティングするための手段を含むルーティング・サーバを含む。
この実施形態においては、登録中及びＩＭＳとの端末の認可中に、Ｓ−ＣＳＣＦ（サービング−コール・セッション・コントロール・ファンクション）サーバとしてＩＭＳにおいて知られているルーティング・サーバは、ユーザが加入するサービスのセットの検出点についてユーザのプロフィルを含むデータベースからＩＰＴＶサービスと関連したＩＦＣ（初期フィルタ規準）検出点を回収する。ユーザ・プロフィルを含むデータベースは、ＴＩＳＰＡＮによって限定されるものとしてＵＰＳＦ（ユーザ・プロフィル・サーバ・ファンクション）データベース、または、３ＧＰＰによって限定されるものとしてＨＳＳ（ホーム加入者サーバ）データベースのいずれかである。
ＩＰＴＶサービス・アクセス要求の受信時に、メッセージにおいてユーザを識別したＳ−ＣＳＣＦサーバは、ユーザのデータベースから関連の検出点、及び特にＩＰＴＶアプリケーション・サーバに対応するもの、を回収する。従って、それは、端末によって送られるアクセス要求についてそれがトリガしなければならないＩＰＴＶアプリケーション・サーバ・ルーティングを識別する。
本発明の異なった実施形態においては、端末によって送られるサービス・アクセス要求は、アプリケーション・サーバのアドレス、すなわちＩＭＳアーキテクチャ・ネットワークにおけるテレビジョン・サーバのルーティング識別子を含む。
該識別子は、ＳＩＰユニフォーム・リソース識別子（ＵＲＩ）であり得る。
ＩＰＴＶサービスのメッセージを要求する活性化は、次に、単にルータとして働くＳ−ＣＳＣＦサーバを介してＩＰＴＶアプリケーション・サーバに直接ルーティングされる。
本発明のもう１つの長所的特徴によれば、前記ユーザ端末は、前記選択されたチャンネルのための前記受信情報を処理するための手段と、前記チャンネルに対応するストリームを受信するための手段とを含む。例えば、端末は、受信情報から、それが考慮することを追及するテレビジョン・チャンネルのＩＰアドレスを抽出し、そしてトランスポート・ネットワークを介してＴＶソースから該チャンネルと関連したストリームを得るために該ＩＰアドレスを用いる。
本発明の一つの長所的な実施形態においては、前記アプリケーション・サーバは、また、前記端末によって送られる前記アクセス要求に含まれるセッション識別子を決定するための手段と、前記セッション識別子が前記端末との進行中にすでにセッションに対応するか否かを確認するための手段とを含む。
端末とのセッションがすでに進行中であるということをＩＰＴＶアプリケーション・サーバが検出したならば、セッション識別子は、同じ端末から受信された先の要求に対して変化されないので、それは、受信された要求が初期設定要求でなく、むしろサービス要求の変化であると推論する。それは、次に、現在のセッションを維持し、そしてユーザ端末からの新しい要求に応答するために、端末に応答を送るためのその手段を活性化して、その応答メッセージ内に、その先の応答メッセージと比較される変化した受信情報を挿入する。
本発明は、また、ＩＰネットワークにログされるユーザ端末からＩＭＳアーキテクチャを有するＩＰネットワークにおけるサービスにアクセスするためのシステムのアプリケーション・サーバにも関する。本発明によれば、前記サーバは、ＩＰＴＶサーバであり、かつ、前記端末によって送られるサービス・アクセス要求の受信時に、
前記リストへの前記ユーザの加入に関する情報及び前記少なくとも１つのチャンネルに対して必要な受信容量に関する情報を決定するために、
前記少なくとも１つのチャンネルに対して必要な受信容量及び前記端末によって提供される受信容量に関する前記情報の両立性を確認するために、
前記両立性の確認の関数として前記リストから少なくとも１つのチャンネルを選択するために、そして
前記少なくとも１つの選択されたチャンネルの受信に関する少なくとも情報を含む、前記要求に対する応答を、前記ユーザ端末に送るために、
活性化される手段を含む。
本発明は、さらに、ＩＭＳアーキテクチャを有するＩＰネットワークにおけるサービスにアクセスするための端末に関し、該端末は、前記ＩＭＳアーキテクチャ・ネットワークのＩＰアプリケーション・サーバを渡ってテレビジョンにＩＰＴＶサービス・アクセス要求を送るための手段を含み、前記端末のユーザは、前記サービスの少なくとも１つのテレビジョン・チャンネルのリストに加入しており、そして前記アクセス要求は、前記端末によって提供される受信容量に関する情報を含み、
前記端末は、前記アプリケーション・サーバによって送られる前記要求に対する応答を処理するための、そして前記アプリケーション・サーバによって前記リストにおいて選択されたチャンネルの受信に関する情報を含むための手段を含み、そして
前記端末は、前記少なくとも１つの選択されたチャンネルに対応するストリームを受信するための手段を含む。
本発明は、さらに、ＩＰネットワークにログされるユーザ端末からＩＭＳアーキテクチャを有するＩＰネットワークにおけるサービスにアクセスする方法に関する。本発明によれば、前記サービスは、ＩＰＴＶサービスであり、前記ユーザは、前記サービスの少なくとも１つのテレビジョン・チャンネルのリストに加入しており、
当該方法は、
前記端末によって送られるサービス・アクセス要求を受信するステップと、
前記リストへの前記ユーザの加入に関する情報及び前記少なくとも１つのチャンネルを受信するために必要な容量に関する情報を決定するステップと、
前記少なくとも１つのチャンネルに対して必要な受信容量及び前記端末によって提供される受信容量に関する前記情報の両立性を確認するステップと、
前記両立性の確認の関数として前記リストから少なくとも１つのチャンネルを選択するステップと、
少なくとも１つの選択されたチャンネルの受信に関する情報を含む、前記要求に対する応答を、前記ユーザ端末に送るステップと、
を含む。
最後に、本発明は、サービスにアクセスする上述の方法のステップを実行するためのプログラム・コード命令を含むコンピュータ・プログラムに関する。
非制限的な例として提供される添付図面を参照して行われる以下の説明は、本発明が何に存するか及びそれが実行されるために如何に減少され得るかを明瞭に説明している。
図１は、ＩＰトランスポート・ネットワーク１上のＩＰＴＶサービスを活性化するためのシステムを示しており、ここに、該ＩＰトランスポート・ネットワーク１は、端末１０のユーザがオペレータまたは関連の第三者プロバイダによって提供される１つまたは２つ以上のテレビジョン・チャンネルに前以って加入していたときに、該ＩＰトランスポート・ネットワーク１を介して、端末１０がＴＶソース２０によって提供されるメディア・ストリームを受信することができるものである。
端末１０は、固定または移動の端末であり、視聴覚コンテントを再生するための手段、及びＳＩＰ報知（signaling）手段を含む。本発明の文脈において、端末１０は、従来技術の視聴覚端末（テレビジョンのような）、及び、例えば、２つの要素を物理的に分離することができるまたは同じユニットに一体化されることができる、ＳＩＰクライアントであって良い。従って、端末１０は、スクリーンを有した移動電話であって良く、または、セット・トップ・ボックス及びディスプレイ・スクリーン、等を一体化することができる。
図１に示されるように、ＩＰＴＶサービスは、以下のものを含むＩＭＳアーキテクチャ・ネットワーク２において端末１０から活性化される：
・ ＩＭＳネットワークにおけるユーザ加入者の端末１０との第１の接触点であり、ＩＰトランスポート・ネットワーク１のリソースとの対話を管理する、Ｐ−ＣＳＣＦ（プロキシ−コール・サーバ・コントロール・ファンクション）プロキシ・サーバ２１：
・ ＩＭＳネットワークにおける、かつユーザが加入するサーバへの特定のトリガ点（検出点またはＩＦＣとしても知られている）における加入者を管理するＳ−ＣＳＣＦルーティング・サーバ２２であって；該Ｓ−ＣＳＣＦサーバ２２は、ＩＭＳネットワークでの端末１０の登録中に、図示しないＩ−ＣＳＣＦ（問い合わせ（interrogating）ＣＳＣＦ）サーバによってユーザに割当てられる；
・ 従来技術のＩＭＳアーキテクチャと比較される本発明のＩＭＳアーキテクチャの新しい要素である、ＩＰに渡るテレビジョン・アプリケーション・サーバ（ＩＰＴＶ ＡＳ）２３であって；それは、以下に詳細に記載される手順に従って、サービスを活性化するためのユーザによる要求に続いて、ユーザが加入するものから１つまたは２つ以上のチャンネルをユーザに割り付けるためのＳＩＰサーバであり；ＩＰＴＶアプリケーション・サーバ２３は、サービスのオペレータによって、または加入されたチャンネルのような関連の第３者プロバイダによって供給されるユーザの加入に関する情報、及び、受信容量及び各チャンネルのＩＰアドレスのようなトランスポート・ネットワーク１に関する情報を含む；そして
・ 加入されたサービスについて、ここでは特に、ユーザが加入することを望むテレビジョン・チャンネルによって限定されるＩＰＴＶサービスについて、ユーザのプロフィルを含むＵＰＳＦまたはＨＳＳデータベース２４であって；このデータベース２４には、また、ユーザがウェブページを介してまたは電話によって加入を取った後、サービス・オペレータまたは関連の第３者プロバイダによってデータが供給され；それは、ユーザと関連した検出点、特に、ＩＰＴＶアプリケーション・サーバ２３のもの、を含み；Ｓ−ＣＳＣＦ及びＩ−ＣＳＣＦ ＳＩＰのプロキシは、ユーザ端末の登録中にデータベース２４に質問する。
上述したＩＭＳアーキテクチャ・ネットワーク２において、Ｐ−ＣＳＣＦ、Ｓ−ＣＳＣＦ、及びＩ−ＣＳＣＦ ＳＩＰのプロキシ・サーバの対または３つのすべては同じ設備内で結合され得る。
ＩＰＴＶサービスへの加入の後にユーザがそれを活性化することを望むとき、ＩＭＳネットワーク登録の段階は、そのようなものとして、活性化またはアクセス段階に先行する。
登録段階は、自動的に行われるか、または、特にＩＭＳネットワーク２における加入者の識別子を含む登録メッセージ、例えばＳＩＰレジスタ・メッセージ、を送る端末１０によって行われる。レジスタ・メッセージは、Ｐ−ＣＳＣＦプロキシ・サーバ２１に達し、該サーバ２１は、それを、端末１０にＳ−ＣＳＣＦサーバ２２を割当てる、図示しないＩ−ＣＳＣＦサーバに送る。
第１の実施形態においては、Ｓ−ＣＳＣＦサーバ２２は、ＵＰＳＦまたはＨＳＳデータベース２４から、ＩＰＴＶサービスを活性化するためのＩＰＴＶアプリケーション・サーバ２３の検出点を含む関連の検出点を回収する。
もう１つの実施形態においては、オペレータは、以下に説明されるＳＩＰ Ｉｎｖｉｔｅサービスに、ＩＰＴＶアプリケーション・サーバ２３のルーティング識別子ＳＩＰ ＵＲＩを含めるよう選択することができる。ＩＰＴＶサービスに関しては、Ｓ−ＣＳＣＦサーバ２２は、ＩｎｖｉｔｅメッセージをＩＰＴＶアプリケーション・サーバ２３にルーティングするためのルータとしてのみ動作する。
この方法でＩＭＳネットワーク２で登録されて、端末１０は、図２を参照して以下に説明されるサービス活性化手順を用いてＩＰＴＶサービスにアクセスすることができる。
ＩＭＳネットワーク２での登録後に、ユーザは、登録された状態Ａにあり、そして例えばそれらの固定テレビジョンをスイッチ・オンすることにより、またはそれらの移動電話上でＴＶアプリケーションを活性化することにより、端末１０からＩＰＴＶサービスの活性化をトリガする。
固定のまたは移動の端末は、ステップＥ１においてＩＰＴＶサービスへのアクセスを要求するＳＩＰ ＩｎｖｉｔｅメッセージＭ１を、Ｐ−ＣＳＣＦサーバ２１に送る。このメッセージは、チャンネル、例えば、支援されるコーデックと、端末（“ｚａｐｐｉｎｇ”）上のチャンネルの選択を可能とする制御プロトコルのデスクリプション、例えば、ＩＧＭＰ（インターネット・グループ・マネージメント・プロトコル）とを受信するよう、その容量に関する、端末によって提供される情報に特に関係するＳＤＰデータを含む。
Ｐ−ＣＳＣＦサーバ２１は、ステップＥ２においてユーザを管理するＳ−ＣＳＣＦサーバ２２に、ＩｎｖｉｔｅメッセージＭ２を送る。
登録中、検出点またはＩＦＣ（Ｉｎｉｔｉａｌ Ｆｉｌｔｅｒ Ｃｒｉｔｅｒｉｏｎ）は、ＩＰＴＶサービスに関係するレジスタ・メッセージの受信時に、Ｓ−ＣＳＣＦサーバ２２にセットされていた。Ｓ−ＣＳＣＦサーバ２２は、（Ｂ）この検出点を認識し、そしてＩｎｖｉｔｅメッセージをＩＰＴＶアプリケーション・サーバ２３に送る。もちろん、上に示したように、ＩＰＴＶアプリケーション・サーバ２３に関するあて先ＵＲＩがＩｎｖｉｔｅメッセージ内に直接示されるならば、このことは必須ではない。
メッセージの受信時、Ｓ−ＣＳＣＦサーバ２２は、活性化要求Ｍ３をＩＰＴＶアプリケーション・サーバ２３に送る（ステップＥ３）。
それがＩｎｖｉｔｅメッセージを受信したとき、ＩＰＴＶアプリケーション・サーバ２３は、サービスに関連したデータベースにおいて加入者の権利を確認し、そして加入されたチャンネルのリストから１つまたは２つ以上のチャンネルを抽出する。サービス・プランとしても知られているこのチャンネルのリストは、（Ｃ）各チャンネルを受信するために必要とされる容量に関する情報と、例えば、ＳＤＰに示される容量から来るかまたはＩｎｖｉｔｅメッセージに示される端末の型から来ることができる端末の受信容量に関する情報と、の両立性（compatibility）を確認することによって決定される。このリストは、加入されたチャンネルの全リストを重複することができる。選択されたチャンネルのリストは、各チャンネルごとに、以下を含む：
・ チャンネル識別子、例えばその名称；
・ チャンネルＩＰアドレス；及び
・ 適切な場合には、必要とされるビット・レートのような、トランスポート・ネットワーク１におけるチャンネルの特性。
ＩＰＴＶアプリケーション・サーバ２３によって送られる応答Ｍ４（ステップＥ４）は、ＳＤＰパラメータに挿入される、選択されたチャンネルのリストを含む。この応答は、成功の場合には、ＳＩＰ ２００ ＯＫメッセージであることができ、もう１つのＳＩＰメッセージは、他の中間交渉交換または失敗メッセージをトリガする。
アプリケーション・サーバによって特定されるチャンネルのＩＰアドレスは、以下であり得る：
・ マルチキャスト・グループ・アドレス；及び
・ ユニキャスト・アドレス。
チャンネルのリストは、ＳＤＰパラメータにおいて運ばれる。用いられるトランスポート・プロトコル、例えば、ＭＰＥＧ２−ＴＳまたはＲＴＰ（実時間プロトコル）、に依存して、特定のチャンネルが、１つまたは２つ以上のＳＤＰ媒体パラメータに記述され得る。媒体記述は、チャンネルがどのストリームに対応するのかを端末１０が見つけ出すのを可能とするチャンネルの識別子を含まなければならない。この識別子は、また、同じチャンネルに関する媒体の相関を可能とする。例えば、それは、チャンネルの名称、及びそれが同報通信されるバンドルを含み得る。ＳＤＰ媒体タイトル・パラメータｉは、チャンネルを指定するために用いられ得る。媒体は、また、例えばフィールドｃ（接続情報）においてチャンネルのＩＰアドレスを含まなければならない。このＩＰアドレスは、端末１０が、選択（ｚａｐｐｉｎｇ）プロトコルによって要求されたチャンネルを受信するのを可能とする。例えば、固定のＡＤＳＬアクセスに渡るＩＰＴＶに対して、もしチャンネルがマルチキャスト・モードにおいて同報通信されるならば、このアドレスは、チャンネルが同報通信されるマルチキャスト・アドレスである。
ＳＩＰ応答メッセージの受信時、Ｐ−ＣＳＣＦサーバ２１は、選択されたチャンネルを同報通信するために必要なトランスポート・ネットワーク１のリソースの予約（Ｄ）を活性化し、そして、また、端末１０上で選択されなかったチャンネルを選択するユーザを除外する（bar）ポリシ（政策）をインストールすることもできる。
リソースの予約は、３ＧＰＰ及びＴＩＳＰＡＮ仕様に従う。ＴＶチャンネルの数は、媒体パラメータの形態でＳＤＰパラメータに存在し得る。ＳＤＰ内に存在する種々のチャンネルは、単一のリソース予約の主題であることができなければならない。１つのチャンネルだけが一度に観察され得るということが与えられると、すべてのチャンネルに対して別々にリソースを予約することは必要でない。ＩＰＴＶアプリケーション・サーバ２３は、これを、ＲＦＣ３３８８（媒体グループ化）及びＲＦＣ３５２４（各媒体ストリームに対するリソースの予約）に示された方法を用いて、ＳＤＰにおいて特定することができる。
移動電話に対して、３ＧＰＰによって限定されるように、Ｐ−ＣＳＣＦサーバ２１は、ＰＤＦ（ポリシ決定機能）と相対させてリソースを予約する。必要ならば、端末は、次に、チャンネル選択（ｚａｐｐｉｎｇ）プロトコル及び選択されたＴＶチャンネルを搬送するための１つまたは２つ以上のＰＤＰ（パケット・データグラム・プロトコル）の文脈を創設するための責任がある。
固定された端末に対しては、ＴＩＳＰＡＮグループによって限定されるように、Ｐ−ＣＳＣＦサーバ２１は、トランスポート・ネットワーク１のためのルール及びリソースを創設するための責任があるリソース及びアドミッション制御サブシステム（ＲＡＣＳ）に、リソースのための要求を創設する。
Ｐ−ＣＳＣＦサーバ２１は、応答Ｍ５を端末１０に送る（ステップＥ５）。後者の端末は、次に、許可されたチャンネル及びそれらの関連のアドレスのリストを有する。端末は、チャンネルを受信して、特に移動ネットワークのためのチャンネル選択（ｚａｐｐｉｎｇ）コマンドを伝達するために、リソースのための要件に対応する１つまたは２つ以上の特定のチャンネルを開始することができる。
最後に、メッセージＭ６によって、端末１０は、ＩＰＴＶアプリケーション・サーバ２３からの応答の受信通知をする（ステップＥ６）。
ユーザが端末１０上のチャンネルを変化させるならば、どんな方法によってでも、該チャンネルの変化は、ＳＩＰメッセージ、例えば、Ｐｕｂｌｉｓｈメッセージを送ることによって報知される（signaled）ことができ、該ＳＩＰメッセージは、ＩＰＴＶアプリケーション・サーバ２３に中継されて、特に聴衆サーベイを行うために用いられる。このＳＩＰメッセージは、チャンネルの各変化時に送られることができるか、または、例えばユーザが選択されたチャンネル上に１０秒以上留まるならば、チャンネルの変化及び時間遅延に続いて送られることができる。このメカニズムは、現存する要素、またはプレゼンス管理のためのＩＭＳアーキテクチャにおいて限定される要素の再使用を可能とする。
受信されたＴＶストリームを制御するためのチャンネル選択（ｚａｐｐｉｎｇ）プロトコルは、例えば、マルチキャスト・ストリームによって同報通信されるチャンネルのためのＩＧＭＰであることができる。応答メッセージのＳＤＰパラメータは、次に、各チャンネルごとの対応のマルチキャスト・グループ・アドレスを含む。同じチャンネルに対してＩＰＴＶアプリケーション・サーバ２３によって戻されたグループ・アドレスは、端末１０の容量及びその型に従って異なり得る。
端末１０からのチャンネルを選択するためのこのプロトコルは、また、ＲＴＳＰ（リアル・タイム・ストリーミング・プロトコル）であることもできる。
トランスポート・ネットワーク１のための結果を有するＩＰＴＶサービス・レベルの変化は、サービス活性化段階に対して記載されたＳＩＰメカニズムを使用することができる。それは、彼等が最初に活性化したものとは異なるＩＰＴＶサービスにユーザがアクセスすることを望む場合に（例えば、ユーザが考慮することを望むチャンネルまたは該チャンネルの限定レベルを変化させる場合に）端末１０においてトリガされる。端末は、次に、上述の手順を開始するが、同じＩＭＳセッションに対しては、すなわち現在のセッションと同じセッション識別子の場合には、その結果は、必要に応じて、リソース予約を変化させるべきである。
１つの特に適切な使用は、チャンネルの限定レベルを変化させること：ＳＤ（標準限定）からＨＤ（高限定）に変化させることである。リソース予約は、次に、チャンネルの１つのセットからもう１つのセットで異なる。
一層詳細には、端末は、ＩＰＴＶアプリケーション・サーバ２３に、現在のセッション及び必要とされる限定レベルのＩＭＳセッション識別子及び／または要求されたチャンネルの識別子を含むアクセス要求を送る。ＩＰＴＶアプリケーション・サーバ２３は、次に、ＩＭＳセッション識別子が変化しなかったということを検出し、そしてすでに開いているセッションに対応する。従って、現在のセッションに対して変更されなければならない受信情報をＳＤＰメッセージにおいてそれに単に送ることにより、ＩＭＳセッションを変化させることなく、それは、端末１０からの要求に応答する。
従って、もし、端末１０のユーザが、ＳＤモードにおいて同報通信された識別子ＣＨ１を有するチャンネルを使用し、そしてＨＤモードにおいてのみ同報通信される識別子ＣＨ２を有するもう１つのチャンネルに“飛ばす（ｚａｐ）”ことを望むならば、端末１０は、現在のＩＭＳセッションの識別子及び彼等が考慮することを望むチャンネルの識別子ＣＨ２を含むＩＰＴＶアプリケーション・サーバ２３に要求を送る。ＩＰＴＶアプリケーション・サーバ２３は、ＩＭＳセッション識別子が変化しなかったこと、及び従って現在のセッションが続かなければならないこと、を検出する。それは、端末１０の受信容量、及びＨＤモードにおいて同報通信されるチャンネルＣＨ２を受信するために必要とされる受信容量の両立性を確認する（例えば、それは、端末がＨＤストリームを受信することができて、例えばＳＤストリームを受信することに制限しないということを確認する）。もし、両立性が確認されるならば、それは、端末１０に応答メッセージを送るためのその手段を活性化し、該メッセージ内には、それが、端末１０が必要とするＣＨ２に関する受信情報、例えば、チャンネルＣＨ２のＩＰアドレスを挿入する。
ＩＰＴＶサービスを終了することは、トランスポート・ネットワーク１におけるリソースの解放（リリース）をトリガするＳＩＰメッセージＢｙｅを送ることに対応する。サービス終了段階中のＳＩＰ交換の運動力学が、図３に示されている。
端末１０のユーザは、例えば、移動電話上のＴＶアプリケーションをスタンドバイするまたはシャット・ダウンするためにテレビジョンをスイッチングする、ＩＰＴＶサービスを出ることを決定した。それは、ＢｙｅメッセージＭ７をＰ−ＣＳＣＦサーバ２１に送る（ステップＦ１）。移動電話に対しては、端末１０は、１つまたは２つ以上のＰＤＰ文脈の非活性化を開始することができる。
Ｐ−ＣＳＣＦサーバ２１は、ＩＰＴＶサービスに割付けられたトランスポート・ネットワーク１のリソースを自由にする（Ｅ）。
Ｐ−ＣＳＣＦサーバ２１は、ＢｙｅメッセージＭ８をＳ−ＣＳＣＦサーバ２２に送る（ステップＦ２）。
Ｓ−ＣＳＣＦサーバ２２は、ＢｙｅメッセージＭ９を、ＳＩＰメッセージに応答するＩＰＴＶアプリケーション・サーバ２３に送る。
ＳＩＰ応答メッセージＭ１０は、Ｓ−ＣＳＣＦサーバ２２及びＰ−ＣＳＣＦサーバ２１を介して端末１０に送られる（ステップＦ４）。
本発明は、また、上述したサービス・アクセス方法のステップを実行するためのプログラム・コード命令を含むコンピュータ・プログラムをも提供する。
プログラムまたはソフトウェア・モジュール・コード命令は、データ媒体に記憶されるまたはデータ媒体によって送信されることができ、該データ媒体は、物質の記憶媒体、例えば、ＣＤ−ＲＯＭ、磁気ディスクまたはハードディスクであることができ、もしくは、電気、光または無線信号のような送信可能な媒体であることができ、もしくは遠隔通信ネットワークの送信媒体であることができる。
ＩＰＴＶサービスを活性化するための本発明のネットワーク・アーキテクチャを示す図である。 テレビジョン・サービスの活性化段階を示す図である。 テレビジョン・サービスの遮断段階を示す図である。
符号の説明
１ ＩＰトランスポート・ネットワーク
２ ＩＭＳアーキテクチャ・ネットワーク
１０ 端末
２０ ＴＶソース
２１ Ｐ−ＣＳＣＦプロキシ・サーバ
２２ Ｓ−ＣＳＣＦルーティング・サーバ
２３ ＩＰＴＶアプリケーション・サーバ
２４ ＵＰＳＦまたはＨＳＳデータベース

Claims (13)

  1. ＩＭＳアーキテクチャを有するＩＰネットワーク（２）にログされたユーザ端末（１０）から該ＩＭＳアーキテクチャを有するＩＰネットワーク（２）におけるサービスにアクセスするためのシステムであって、
    前記サービスは、ＩＰサービスに渡るテレビジョンであり、前記ユーザは、前記サービスの少なくとも１つのテレビジョン・チャンネルのリストに加入しており、
    前記システムは、
    前記リストへの前記ユーザの加入に関する情報及び前記少なくとも１つのチャンネルに対して必要な受信容量に関する情報を決定するための手段、
    前記少なくとも１つのチャンネルに対して必要な受信容量及び前記端末によって提供される受信容量に関する前記情報の両立性を確認するための手段、
    前記両立性の確認の結果に依存して前記リストから少なくとも１つのチャンネルを選択するための手段、そして
    前記選択された少なくとも１つのチャンネルの受信に関する少なくとも情報を含む、前記要求に対する応答を、前記ユーザ端末（１０）に送るための手段、
    を含むアプリケーション・サーバ（２３）を含み、該アプリケーション・サーバ（２３）に含まれるこれらの手段は、前記端末（１０）によって送られるサービス・アクセス要求の受信時に活性化されることを特徴とするシステム。
  2. 前記端末（１０）が前記選択された少なくとも１つのチャンネルを受信するために必要なトランスポート・ネットワーク（１）のリソースを予約するための手段をも含むことを特徴とする請求項１に記載のシステム。
  3. 前記端末によって提供される前記受信容量は、
    ・ 前記サービス・アクセス要求に含まれる受信容量情報、及び／または
    ・ 前記端末の型、
    に基づいて決定されることを特徴とする請求項１または２に記載のシステム。
  4. 前記選択されたチャンネルの受信に関し、前記情報は、
    ・ 前記選択されたチャンネルの識別子、
    ・ 前記選択されたチャンネルのアドレス、
    ・ 前記選択されたチャンネルに対して必要とされる受信容量、及び
    ・ 前記選択されたチャンネルの内容を表す情報、
    を含むグループに属することを特徴とする請求項１乃至３のいずれか１項に記載のシステム。
  5. 前記ネットワーク（２）は、前記ユーザ端末を前記アプリケーション・サーバ（２３）の１つに関連させる情報へのアクセスを有しかつ前記端末（１０）に関連した前記アプリケーション・サーバ（２３）への前記サービス・アクセス要求をルーティングするための手段を含むルーティング・サーバを含むことを特徴とする請求項１乃至４のいずれか１項に記載のシステム。
  6. 前記端末によって送られる前記サービス・アクセス要求は、前記アプリケーション・サーバのアドレスを含むことを特徴とする請求項１乃至４のいずれか１項に記載のシステム。
  7. 前記ユーザ端末は、前記少なくとも１つの選択されたチャンネルの受信に関する前記情報を処理するための手段と、前記チャンネルに対応するストリームを受信するための手段とを含むことを特徴とする請求項１乃至６のいずれか１項に記載のシステム。
  8. 前記アプリケーション・サーバ（２３）は、また、前記端末によって送られる前記アクセス要求に含まれるセッション識別子を決定するための手段と、前記セッション識別子が前記端末（１０）とすでに進行中であるセッションに対応するか否かを確認するための手段とを含むことを特徴とする請求項１乃至７のいずれか１項に記載のシステム。
  9. ＩＭＳアーキテクチャを有するＩＰネットワーク（２）にログされるユーザ端末（１０）から該ＩＭＳアーキテクチャを有するＩＰネットワーク（２）におけるサービスにアクセスするためのシステムのアプリケーション・サーバ（２３）であって、
    前記サーバは、ＩＰＴＶサーバであり、かつ、
    前記リストへの前記ユーザの加入に関する情報及び前記少なくとも１つのチャンネルに対して必要な受信容量に関する情報を決定するための手段、
    前記少なくとも１つのチャンネルに対して必要な受信容量及び前記端末によって提供される受信容量に関する前記情報の両立性を確認するための手段、
    前記両立性の確認の結果に依存して前記リストから少なくとも１つのチャンネルを選択するための手段、そして
    前記少なくとも１つの選択されたチャンネルの受信に関する情報を含む、前記要求に対する応答を、前記ユーザ端末に送るための手段、
    を含み、これら手段は、前記端末（１０）によって送られるサービス・アクセス要求の受信時に、活性化されることを特徴とするアプリケーション・サーバ（２３）。
  10. 前記端末によって送られた前記アクセス要求に含まれるセッション識別子を決定するための手段と、前記セッション識別子が、前記端末（１０）と既に進行中であるセッションに対応するか否かを確認するための手段と、をさらに含む請求項９に記載のサーバ。
  11. ＩＭＳアーキテクチャを有するＩＰネットワーク（２）におけるサービスにアクセスするためのアクセス端末（１０）であって、
    前記ＩＭＳアーキテクチャ・ネットワークのＩＰアプリケーション・サーバを渡ってテレビジョンにＩＰＴＶサービス・アクセス要求を送るための手段と、前記端末のユーザは、前記サービスの少なくとも１つのテレビジョン・チャンネルのリストに加入しており、そして前記アクセス要求は、前記端末によって提供される受信容量に関する情報を含み、
    前記アプリケーション・サーバによって送られる前記要求に対する応答を処理するための、そして前記アプリケーション・サーバによって前記リストにおいて選択された少なくとも１つのチャンネルの受信に関する少なくとも情報を含むための手段と、
    前記少なくとも１つの選択されたチャンネルに対応するストリームを受信するための手段と、
    を含むことを特徴とするアクセス端末（１０）。
  12. ＩＭＳアーキテクチャを有するＩＰネットワーク（２）にログされるユーザ端末（１０）から該ＩＭＳアーキテクチャを有するＩＰネットワーク（２）におけるサービスにアクセスする方法であって、
    前記サービスは、ＩＰＴＶサービスであり、前記ユーザは、前記サービスの少なくとも１つのテレビジョン・チャンネルのリストに加入しており、
    当該方法は、
    前記端末（１０）によって送られるサービス・アクセス要求を受信するステップと、
    前記リストへの前記ユーザの加入に関する情報及び前記少なくとも１つのチャンネルを受信するために必要な容量に関する情報を決定するステップと、
    前記少なくとも１つのチャンネルに対して必要な受信容量及び前記端末によって提供される受信容量に関する前記情報の両立性を確認するステップと、
    前記両立性の確認の結果に依存して前記リストから少なくとも１つのチャンネルを選択するステップと、
    少なくとも１つの選択されたチャンネルの受信に関する情報を含む、前記要求に対する応答を、前記ユーザ端末（１０）に送るステップと、
    を含むことを特徴とする方法。
  13. 請求項１２に記載のサービスにアクセスする方法のステップを実行するためのプログラム・コード命令を含むコンピュータ・プログラム。
JP2009513736A 2006-06-08 2007-06-01 Ｉｍｓアーキテクチャ・ネットワークにおけるｉｐサービスに渡ってテレビジョンにアクセスするためのシステム Expired - Fee Related JP4932906B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
FR0652066A FR2902268A1 (fr) 2006-06-08 2006-06-08 Systeme d'acces a un service de television sur ip dans un reseau a architecture ims
FR0652066 2006-06-08
PCT/FR2007/051366 WO2007141450A1 (fr) 2006-06-08 2007-06-01 Systeme d'acces a un service de television sur ip dans un reseau a architecture ims

Publications (2)

Publication Number Publication Date
JP2009540643A JP2009540643A (ja) 2009-11-19
JP4932906B2 true JP4932906B2 (ja) 2012-05-16

Family

ID=37649530

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2009513736A Expired - Fee Related JP4932906B2 (ja) 2006-06-08 2007-06-01 Ｉｍｓアーキテクチャ・ネットワークにおけるｉｐサービスに渡ってテレビジョンにアクセスするためのシステム

Country Status (10)

Country Link
US (1) US20090119699A1 (ja)
EP (1) EP2025181B1 (ja)
JP (1) JP4932906B2 (ja)
KR (1) KR101433225B1 (ja)
CN (1) CN101467419B (ja)
AT (1) ATE502499T1 (ja)
DE (1) DE602007013214D1 (ja)
ES (1) ES2362942T3 (ja)
FR (1) FR2902268A1 (ja)
WO (1) WO2007141450A1 (ja)

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8321557B2 (en) * 2007-10-10 2012-11-27 Sony Mobile Communications Ab Web feeds over SIP
EP2192817B1 (en) * 2007-10-19 2013-03-27 Huawei Technologies Co., Ltd. Broadcast service (bc) improving method, device and system
US7716310B2 (en) * 2007-12-21 2010-05-11 Telefonaktiebolaget L M Ericsson (Publ) Method and Internet Protocol Television (IPTV) content manager server for IPTV servicing
EP2259591A4 (en) * 2008-03-28 2013-08-14 Samsung Electronics Co Ltd METHOD AND DEVICE FOR RECEIVING DATA FOR APPLICATIONS PROVIDING AN IP TELEVISION COMMUNICATIONS SERVICE
US20100046528A1 (en) * 2008-08-21 2010-02-25 Telefonaktiebolaget Lm Ericsson (Publ) Intelligent IMS Gateway for Legacy DSLAMs
EP2173078A1 (en) * 2008-10-01 2010-04-07 Thomson Licensing Network device and method for setting up an IPTV session
US20100172367A1 (en) 2009-01-08 2010-07-08 Telefonaktiebolaget Lm Ericsson (Publ) Network based bandwidth control in ims systems
EP2299710B1 (en) * 2009-09-22 2014-03-05 TELEFONAKTIEBOLAGET LM ERICSSON (publ) Differentiating IPTV notifications
WO2011067495A2 (fr) * 2009-11-24 2011-06-09 France Telecom Controle d'admission pour abonnement de service
US10057239B2 (en) 2009-12-17 2018-08-21 Pulse Secure, Llc Session migration between network policy servers
US8762549B2 (en) * 2010-01-18 2014-06-24 Telefonaktiebolaget L M Ericsson (Publ) System and method for IPTV node recovery
WO2011098138A1 (en) * 2010-02-12 2011-08-18 Telefonaktiebolaget Lm Ericsson (Publ) Ip multimedia subsystem user identity handling method and apparatus
KR101653237B1 (ko) * 2010-03-25 2016-09-01 삼성전자주식회사 복수 장치를 이용하는 콘텐츠 서비스 제공 방법 및 시스템
US8547966B2 (en) * 2010-12-06 2013-10-01 At&T Intellectual Property I, L.P. Method and apparatus for configuring IP multimedia subsystem network elements
CN102036116B (zh) * 2010-12-15 2015-08-19 康佳集团股份有限公司 基于网络电视获取备用信息的方法及系统

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6889385B1 (en) * 2000-01-14 2005-05-03 Terayon Communication Systems, Inc Home network for receiving video-on-demand and other requested programs and services
DE60120466T2 (de) * 2000-10-11 2007-01-18 Broadcom Corp., Irvine Effiziente Übertragung von RTP Paketen in einem Netzwerk
GB2371126B (en) * 2001-03-14 2002-11-27 Ericsson Telefon Ab L M Interactive multi-media
US20040044749A1 (en) * 2002-08-30 2004-03-04 Harkin Arthur S. Method and system for controlling class of service admission to a server
US8631451B2 (en) * 2002-12-11 2014-01-14 Broadcom Corporation Server architecture supporting adaptive delivery to a variety of media players
US20060040638A1 (en) * 2004-08-17 2006-02-23 Mcquaide Arnold Jr Hand-held remote personal communicator & controller
US7509124B2 (en) * 2005-09-16 2009-03-24 At&T Intellectual Property I, L.P. Methods, systems, and computer program products for providing multimedia information services over a communication network
ATE487314T1 (de) * 2006-02-24 2010-11-15 Ericsson Telefon Ab L M Ims-befähigter steuerkanal für iptv
WO2007140834A1 (en) * 2006-06-02 2007-12-13 Telefonaktiebolaget L M Ericsson (Publ) Ims service proxy in higa
US8656445B2 (en) * 2006-11-27 2014-02-18 Genband Us Llc Multimedia subsystem control for internet protocol based television services

Also Published As

Publication number Publication date
KR20090018673A (ko) 2009-02-20
EP2025181A1 (fr) 2009-02-18
DE602007013214D1 (de) 2011-04-28
ATE502499T1 (de) 2011-04-15
KR101433225B1 (ko) 2014-08-22
FR2902268A1 (fr) 2007-12-14
ES2362942T3 (es) 2011-07-15
EP2025181B1 (fr) 2011-03-16
CN101467419A (zh) 2009-06-24
JP2009540643A (ja) 2009-11-19
CN101467419B (zh) 2012-02-08
WO2007141450A1 (fr) 2007-12-13
US20090119699A1 (en) 2009-05-07

Similar Documents

Publication Publication Date Title
JP4932906B2 (ja) Ｉｍｓアーキテクチャ・ネットワークにおけるｉｐサービスに渡ってテレビジョンにアクセスするためのシステム
US8332527B2 (en) Streaming media network system, streaming media service realization method and streaming media service enabler
US10397644B2 (en) Switching between delivery methods in an IPTV communication network
US8326942B2 (en) IP unicast streaming service delivery
CA2610515C (en) Multimedia subsystem control for internet protocol based television services
US8077717B2 (en) Method and system for providing multicast services
US8146119B2 (en) Apparatus and method for managing media content
CN101197832B (zh) 一种实现iptv业务的方法、系统、装置
US20090222858A1 (en) System and Method for Creating Electronic Guides Based on Presence and Group Membership
US20100122281A1 (en) Method and system for controlling authorization of service resources
US20090313376A1 (en) Method and apparatuses for establishing a session between a client terminal and a media supply system to transport a unicast media stream over an ip network
US20110167441A1 (en) An interactive iptv system and a content pushing method thereof
US20070258455A1 (en) System for distributed architecture for multicast access control
CN101378401A (zh) 业务资源授权控制的方法、系统和设备
WO2009052760A1 (fr) Procédé, système et dispositif servant à établir le service de télévision en différé dans un service de radiodiffusion

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20100507

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20110909

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20110913

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20111213

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20120117

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20120215

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20150224

Year of fee payment: 3

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

LAPS Cancellation because of no payment of annual fees