JP2003503967A - 通信方法および装置 - Google Patents

通信方法および装置

Info

Publication number
JP2003503967A
JP2003503967A JP2001508154A JP2001508154A JP2003503967A JP 2003503967 A JP2003503967 A JP 2003503967A JP 2001508154 A JP2001508154 A JP 2001508154A JP 2001508154 A JP2001508154 A JP 2001508154A JP 2003503967 A JP2003503967 A JP 2003503967A
Authority
JP
Japan
Prior art keywords
decoder
receiver
data
gateway
internet
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.)
Granted
Application number
JP2001508154A
Other languages
English (en)
Other versions
JP2003503967A5 (ja
JP5224426B2 (ja
Inventor
レボウール，ジレス
Original Assignee
カナル プラス ソシエテ アノニム
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 カナル プラス ソシエテ アノニム filed Critical カナル プラス ソシエテ アノニム
Publication of JP2003503967A publication Critical patent/JP2003503967A/ja
Publication of JP2003503967A5 publication Critical patent/JP2003503967A5/ja
Application granted granted Critical
Publication of JP5224426B2 publication Critical patent/JP5224426B2/ja
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • 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
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • 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/266—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel
    • H04N21/26606—Channel or content management, e.g. generation and management of keys and entitlement messages in a conditional access system, merging a VOD unicast channel into a multicast channel for generating or managing entitlement messages, e.g. Entitlement Control Message [ECM] or Entitlement Management Message [EMM]
    • 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/27—Server based end-user applications
    • H04N21/274—Storing end-user multimedia data in response to end-user request, e.g. network recorder
    • H04N21/2747—Remote storage of video programs received via the downstream path, e.g. from the server
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • H04N21/44213—Monitoring of end-user related data
    • H04N21/44222—Analytics of user selections, e.g. selection of programs or purchase activity
    • H04N21/44224—Monitoring of user activity on external systems, e.g. Internet browsing
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4622—Retrieving content or additional data from different sources, e.g. from a broadcast channel and the 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
    • H04N21/4623—Processing of entitlement messages, e.g. ECM [Entitlement Control Message] or EMM [Entitlement Management Message]
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
    • H04N21/4782—Web browsing, e.g. WebTV
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
    • H04N21/4786—Supplemental services, e.g. displaying phone caller identification, shopping application e-mailing
    • 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/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
    • H04N21/4788—Supplemental services, e.g. displaying phone caller identification, shopping application communicating with other users, e.g. chatting
    • 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/162—Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing
    • H04N7/163—Authorising the user terminal, e.g. by paying; Registering the use of a subscription channel, e.g. billing by receiver means only
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/06—Message adaptation to terminal or network requirements
    • H04L51/066—Format adaptation, e.g. format conversion or compression

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Social Psychology (AREA)
  • Computer Security & Cryptography (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Communication Control (AREA)
  • Telephone Function (AREA)
  • Steroid Compounds (AREA)
  • Steering Control In Accordance With Driving Conditions (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Radar Systems Or Details Thereof (AREA)
  • Computer And Data Communications (AREA)
  • Small-Scale Networks (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

(57)【要約】 受信機／デコーダとリモートサーバ間で通信を認証する方法が開示される。該方法は、通信を認証するために該受信機／デコーダの識別子を使用することからなり、該識別子はスマートカード番号に基づいている。データを受信機／デコーダから受け取り、そのデータはインターネットプロトコルにはなく、インターネットサービスプロバイダへの伝送のために前記データをインターネットプロトコルに変換するように適応されているゲートウェイもまた開示されている。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、受信機／デコーダなどのユーザ装置と、例えばインターネットアカ
ウント管理システムまたはインターネットサービスプロバイダであってよいリモ
ート装置の間での通信のための方法および装置に関する。 受信機／デコーダは、アナログ形式またはデジタル形式で伝送されてよい、テ
レビ信号などの信号を受信および／または復号するために使用される。デジタル
伝送のケースでは、デジタルチャネルは、送信機終端でデジタルデータストリー
ムに符号化され、デジタルセットトップボックス（ＤＳＴＢ）内または統合型デ
ジタルテレビ型のどちらかであってよい受信機／デコーダを使用して受信機終端
で復号される。アナログ伝送のケースでは、受信機／デコーダは、伝送済み信号
を、テレビ画面で表示されてよいフォーマットに変換するために加入者で提供さ
れてよい。
【０００２】 受信機／デコーダは、典型的には、アプリケーションとして知られているプロ
グラムが実行されてよいプロセッサを含む。受信機／でコーダで実行されてよい
アプリケーションの例は、加入者が受信機／デコーダによってインターネットに
アクセスできるようにする、インターネットアクセスアプリケーションである。 受信機／デコーダは、低い単位費用を確実にするために相対的に簡略な構造と
なる傾向がある。このために、インターネットなどのリモートネットワークと通
信するために受信機／デコーダをセットアップするのが困難になる場合がある。
特に、インターネットとの通信は、受信機／デコーダ上で実現するのが困難であ
る場合があるインターネットプロトコルの使用および認証を必要とする。例えば
、一定の受信機／デコーダは、インターネットへの直接的な接続に適したフォー
マットでデータを出力できない可能性がある。このような受信機／デコーダが、
「非ＩＰイネーブル済み」と呼ばれる。
【０００３】 本発明の第１態様は、ネットワークにアクセスを提供するために、受信機／デ
コーダとリモートサーバ間の通信を認証する方法を提供し、該方法は、該通信を
認証するために該受信機／デコーダの識別子を使用することからなり、該識別子
は放送サービスへのアクセスのために識別子に基づいている。 発明を使用することにより、受信機／デコーダとリモートサーバとの間の通信
の認証は、受信機／デコーダが準備可能なアクセスを有する受信機／デコーダの
一致の識別子に基づくことがあり、受信機／デコーダに対してなされた要求を削
減することができる。受信機／デコーダには、多くの場合、放送サービスへのア
クセス用の一意の識別子が提供され、その識別子が受信機／デコーダを識別する
便利な手段を提供する。
【０００４】 好ましくは、識別子は、スマートカードなどの取外し可能な構成要素に記憶さ
れる。 好ましくは、識別子は、ネットワークログイン識別子とは無関係である。識別
子は、ユーザが憶えるのを容易にするために、複雑な複数文字識別子である傾向
があるネットワークログイン識別子より簡略である可能性があるため、これが受
信機／デコーダの複雑度を削減できる。ログイン識別子の別の欠点とは、それら
がときどき変化する可能性がある点、あるいはさまざまなサービスへのアクセス
のために複数のものが必要とされる可能性がある点である。本発明は、受信機／
デコーダによって供給される単一識別子を（リモートサーバ内で）変更可能ネッ
トワーク識別子と、あるいは複数のネットワーク識別子と関連付けることができ
るようにする。この機能は個別に提供されてよい。
【０００５】 好ましくは、識別子は、スマートカードに一意の番号に基づく。ここに使用さ
れているように、用語「スマートカード」は、任意のチップベースのカードデバ
イス、または例えばマイクロプロセッサおよび／またはメモリ記憶装置などの類
似した機能と性能、処理の対象を含むが、独占的にそのようではない。この用語
に含まれるのは、多くの場合ＴＶデコーダシステムで使用されるような鍵の形を
したデバイスなど、カードに代わる物理形式を有する装置である。
【０００６】 リモートサーバは、インターネットにアクセスするためであるか、あるいはそ
れはインターネットアカウント管理システム、あるいは例えば任意の形式のリモ
ートネットワークにアクセスするためのそれ以外の任意の形のサーバであってよ
い。 ユーザ用のインターネットアカウントは、受信機／デコーダの識別子を使用す
るインターネットアカウント管理システムによって確立されてよい。アカウント
を確立するために、受信機／デコーダの識別子は、インターネットアカウント管
理システムによって、インターネットアカウントを確立してよい受信機／デコー
ダの識別子の記憶されているリストと比較されてよい。
【０００７】 リモートサーバは、データをインターネットサービスプロバイダに送信するた
めの手段を備えてよく、該方法は、インターネットアカウントの詳細をインター
ネットサービスプロバイダに提供し、受信機／デコーダとインターネットサービ
スプロバイダ間で双方向データ経路を確立するステップを備える。 識別子は、受信機／デコーダとリモートサーバ間の通信のために使用されるデ
ータ経路を特定するデータに伴われてよい。このようにして、受信機／デコーダ
は、通信のために使用される経路を指定することができる。例えば、衛星リンク
が戻りチャネルのために使用されてよい。
【０００８】 好ましい実施形態では、ログイン詳細は、以下の形式を取り、 ログイン＝｛スマートカード番号｝｛サービスの種別｝ その場合、サービスの種別（ＴＯＳ）は、データ通信がその上で発生することに
なるチャネル、例えば応答のカテゴリが衛星によって端末に送信されなければな
らないケースを指定してよい。
【０００９】 好ましい実施形態では、リモートサーバは、受信機／デコーダに、ネットワー
クプロトコルを有するネットワークへのアクセスを提供し、受信機／デコーダか
ら出力されるデータは、受信機／デコーダから遠い場所でネットワークプロトコ
ルに準拠するデータに変換される。このようにして、ネットワークプロトコルを
備えていない受信機／デコーダも、依然としてネットワークと通信してよい。ネ
ットワークは、例えば、インターネットでよく、ネットワークプロトコルは、例
えば、トランスポート制御プロトコル／インターネットプロトコル（ＴＣＰ／Ｉ
Ｐ）であってよい。該遠い場所とは、例えば、インターネットアカウント管理シ
ステムを備えてよいオペレーターであってよい。
【００１０】 好ましくは、データは、受信機／デコーダとリモートサーバ間のゲートウェイ
によって、ネットワークプロトコルに準拠する前記データに変換される。 好ましい実施形態では、ネットワークは、複数のリモートデバイスを備え、前
記変換されたデータは、前記データに指定されるように、ゲートウェイによって
前記リモートデバイスの内の１つに通信され、それにより受信機／デコーダと指
定されたリモートデバイス間に通信チャネルを確立する。
【００１１】 第２態様では、本発明は、非インターネットプロトコルイネーブル済みユーザ
端末から複数のインターネットプロトコルイネーブル済みリモートデバイスの１
つにデータを通信する方法を提供し、該方法は、前記ユーザ端末から前記ゲート
ウェイへ前記非インターネットプロトコルを使用してデータを通信し、前記デー
タがメッセージを含み、前記複数のリモートデバイスからの前記メッセージの宛
先を指定するステップと、前記ゲートウェイで前記データを前記インターネット
プロトコルを使用するデータに変換するステップと、前記インターネットプロト
コルを使用する前記データを前記ゲートウェイから指定された宛先リモートデバ
イスに通信し、それによりユーザ端末と指定されたリモートデバイス間に通信チ
ャネルを確立するステップとを備える。ユーザ端末は、受信機／デコーダであっ
てよい。
【００１２】 また、提供されているのは、受信機／デコーダとリモートネットワーク間で通
信する方法であって、そこではリモートネットワークと通信するために必要なプ
ロトコルは、受信機／デコーダから遠い場所で実現される。 通信チャネルの終端を命令するメッセージが、非インターネットプロトコルを
使用して、受信機／デコーダからゲートウェイに通信されてよく、ゲートウェイ
は、代わりに、インターネットプロトコルを使用して指定されたリモートデバイ
スに終端コマンドを通信する。好ましくは、受信機／デコーダの識別は、通信チ
ャネルが確立する前にゲートウェイによって認証される。
【００１３】 第３態様では、本発明は、ネットワークへのアクセスを提供するために受信機
／デコーダとリモートサーバ間の通信を認証するための装置を提供し、該装置は
、通信を認証するために受信機／デコーダの識別子を使用するための手段（例え
ば、システム、サーバまたはゲートウェイ）を備え、該識別子は、放送サービス
へのアクセスのために識別子に基づいている。識別子は、受信機／デコーダとリ
モートサーバ間の通信に使用されるデータ経路を特定するデータを伴ってよい。 リモートサーバは、ネットワークプロトコルを有するネットワークへのアクセ
スを、受信機／デコーダに与えてよく、前記装置は、受信機／デコーダから出力
されるデータを、ネットワークプロトコルに準拠するデータに変換するための手
段（例えば、システム、サーバまたはゲートウェイ）を備える。 好ましくは、装置は、受信機／デコーダとリモートサーバの中間のゲートウェ
イである。 好ましくは、ネットワークは複数のリモートデバイスを備え、前記ゲートウェ
イは、前記データに指定されるように、前記リモートデバイスの１つに変換され
たデータを通信するように適応され、それにより、受信機／デコーダと指定され
たリモートデバイス間の通信チャネルを確立する。
【００１４】 第４態様では、本発明は、非インターネットプロトコルイネーブル済みユーザ
端末から受信されるデータを、複数のインターネットプロトコルイネーブル済み
リモートデバイスの１つに通信するためのゲートウェイを提供し、該ゲートウェ
イは、 前記ユーザ端末からの前記非インターネットプロトコルを使用して通信される
データを受信するための手段（例えば、入力）であって、前記データがメッセー
ジを含み、前記複数のリモートデバイスからの前記メッセージの宛先を指定する
手段と、 受信されたデータを、前記インターネットプロトコルを使用するデータに変換
するための手段（例えば、変換器）と、 前記インターネットプロトコルを使用する前記データを、指定された宛先リモ
ートデバイスに通信し、それによりユーザ端末と指定されたリモートデバイス間
に通信チャネルを確立するための手段（例えば、出力）と、 を備える。
【００１５】 ゲートウェイは、それぞれのリモートデバイスへの接続のためにそれぞれ複数
の入力／出力を備えてよい。 ゲートウェイは、通信チャネルの終端を命令するユーザ端末からのメッセージ
を特定するための手段（例えば、識別子）、および指定されたリモートデバイス
に終端コマンドを送るための手段（例えば、出力）を備えてよい。 本発明は、実質的には添付図面に関して説明されるような、および添付図面の
中に示されるような方法および装置も提供する。 ある態様の特徴は、他の態様に適用されてよい。同様に、方法特徴は、装置態
様に適用されてよく、またその逆にも適用されてよい。
【００１６】 本発明の好ましい特徴は、ここでは、純粋に例によって、添付図面に関して記
述される。 デジタルテレビシステム１の概要は、図１に図示される。本発明は、圧縮済み
デジタル信号を伝送するために、既知のＭＰＥＧ−２圧縮システムを使用する主
として従来のデジタルテレビシステム２を含む。さらに詳細には、放送センタ内
のＭＰＥＧ−２圧縮機３がデジタル信号ストリーム（典型的には、ビデオ信号の
ストリーム）を受信する。圧縮機３は、リンク機構５によってマルチプレクサと
スクランブラ４に連結される。
【００１７】 マルチプレクサ４は、複数の追加入力信号を受信し、トランスポートストリー
ムをアセンブルし、圧縮済みデジタル信号を、言うまでもなく電気通信リンクを
含む幅広い形式を取ることができるリンク機構７を介して、放送センタの送信機
６に伝送する。送信機６は、アップリンク８を介して衛星トランスポンダ９に向
かって電磁信号を伝送し、そこではそれらは電子的に処理され、概念上のダウン
リンク１０を介して、従来は、エンドユーザによって所有あるいは賃貸される放
物面反射器という形を取る、地上受信機１２に一斉送信される。地上放送、ケー
ブル伝送、結合された衛星／ケーブルリンク、電話網等のデータの伝送用のその
他のトランスポートチャネルが、言うまでもなく可能である。
【００１８】 受信機１２により受信される信号は、エンドユーザによって所有または賃貸さ
れる統合型受信機／デコーダ１３に伝送され、エンドユーザのテレビセット１４
に接続される。該受信機／デコーダ１３は、圧縮済みＭＰＥＧ−２信号をテレビ
セット１４用のテレビ信号に復号する。別個の受信機／デコーダが図１に図示さ
れているが、受信機／デコーダもまた、統合型デジタルテレビの一部であっても
よい。ここに使用されるように、用語「受信機／デコーダ」は、セットアップボ
ックスなどの別個の受信機／デコーダ、およびそれと統合された受信機／デコー
ダを有するテレビを含む。
【００１９】 マルチチャネルシステムでは、マルチプレクサ４は、数多くの並列ソースから
受信される音声およびビデオ情報を処理し、対応する数のチャネルに沿って情報
を一斉送信するために送信機６と対話する。視聴覚情報に加えて、メッセージま
たはアプリケーション、あるいはそれ以外の種類のデジタルデータが、伝送済み
のデジタル音声ビデオ情報とインタフェースされるこれらのチャネルのいくつか
またはすべてに導入されてよい。
【００２０】 従来のアクセスシステム１５は、マルチプレクサ４および受信機／デコーダ１
３に接続され、部分的には放送センタに位置し、部分的には受信機／デコーダ内
に位置する。それは、エンドユーザが、１つまたは複数の放送供給業者からのデ
ジタルテレビ放送にアクセスできるようにする。商業的なオファー（すなわち、
放送供給業者により販売される１つまたは複数のテレビ番組）に関係するメッセ
ージを解読することができるスマートカードを、受信機／デコーダ１３に差し込
むことができる。受信機／デコーダ１３およびスマートカードを使用して、エン
ドユーザは、加入モードまたは有料視聴モードのどちらかで商業的なオファーを
購入してよい。
【００２１】 前述したように、システムにより伝送される番組は、マルチプレクサ４でスク
ランブルされ、条件および暗号化キーが、アクセス制御システム１５によって決
定される所与の伝送に適用される。このようにしてスクランブルされたデータの
伝送は、有料テレビシステムの分野では周知である。典型的には、スクランブル
されたデータは、データを逆スクランブルするための制御ワードとともに伝送さ
れ、制御ワード自体がいわゆる探索キーによって暗号化され、暗号化された形式
で伝送される。
【００２２】 それから、スクランブルされたデータおよび暗号化された制御ワードは、暗号
化された制御ワードを解読し、その後で伝送されたデータを逆スクランブルする
ために、受信機／デコーダに挿入されたスマートカードに記憶される探索キーに
同等なものにアクセスできる受信機／デコーダ１３によって受信される。支払済
みの加入者は、例えば、放送月次ＥＭＭ（資格管理メッセージ）の中で、伝送の
表示を可能にするために暗号化された制御ワードを復号するために必要な探索キ
ーを受信するだろう。
【００２３】 やはりマルチプレクサ４および受信機／デコーダ１３に接続され、再び、部分
的に放送センタ内に位置し、部分的に受信機／デコーダ内に位置する対話型シス
テム１６により、エンドユーザは、モデム送受信（ｍｏｄｅｍｅｄ）バックチャ
ネル１７を介して多様なアプリケーションと対話できるようになる。モデム送受
信バックチャネルは、条件付きアクセスシステム１５内で使用される通信にも使
用されてよい。
【００２４】 受信機／デコーダ１３の物理インタフェースは、データをダウンロードするた
めに使用される。図２を参照すると、受信機／デコーダ１３は、例えば、６台の
ダウンロードデバイス、つまり直列インタフェース３０、並列インタフェース３
２、モデム３４、２台のカード読取り装置３６、およびＭＰＥＧフローチューナ
３８を含む。
【００２５】 放送受信システムも、ウェブブラウジングおよびｅメールなどのインターネッ
トサービスを提供するために使用される。受信機／デコーダ１３によって実行さ
れるアプリケーションは、受信機／デコーダが、インターネットサービスにアク
セスし、ウェブページおよびｅメールを、テレビセット１４上でまたは受信機／
デコーダ１３に接続されるコンピュータを介して表示できるようにする。
【００２６】 図３を参照して、インターネットアクセスシステムの概要を説明する。（受信
機／デコーダを含む）ユーザ装置２０は、公衆加入電話網（ＰＳＴＮ）２４を介
してオペレータ２２と通信する。ユーザ装置は、オペレータ２２に対し、例えば
、ある特定のウェブページまたはｅメールなどの一定のデータを送信されるよう
にという要求を送信する。オペレータはこの要求を受信し、要求をインターネッ
トサービスプロバイダ（ＩＳＰ）２６に出力する。この要求に応えて、ＩＳＰは
、インターネット２７から得られた要求されたウェブページ、またはＩＳＰで加
入者を待機していたｅメールを備える可能性がある応答をオペレータに供給する
。オペレータは、応答を、それが、例えば私用セクションとしてＭＰＥＧビット
ストリームに統合され、前述されたように送信機６によって伝送され、受信機１
２によって受信される放送センタ２８に送達する。受信機／デコーダがＩＰイネ
ーブルされている場合、つまりデータをインターネットから受信するためのプロ
トコルを備えている場合、情報はＭＰＥＧビットストリーム内で、つまりＩＰフ
ォーマットでＩＰフレームとして伝送されてよい。受信機／デコーダがＩＰイネ
ーブルされていない場合には、データは、例えば私用ＭＰＥＧセクションとして
、なんらかの他の方法で送信される。ユーザ装置２０は、ＭＰＥＧビットストリ
ームから応答を抽出し、それをテレビセットまたはコンピュータ画面上で表示す
る。代わりに、応答は、ＰＳＴＮ２４を介してユーザ装置２０に伝送されてよい
。
【００２７】 ユーザ装置２０で利用されるソフトウェアレベルは、図４に図示される。アプ
リケーションレベルは、ＮｅｔｓｃａｐｅまたはＭｉｃｒｏｓｏｆｔ Ｉｎｔｅ
ｒｎｅｔ ＥｘｐｌｏｒｅｒおよびＯｕｔｌｏｏｋ Ｅｘｐｒｅｓｓなどの商業
的なアプリケーション、または受信機／デコーダで実行するように特に設計され
るアプリケーションであってよい、ウェブブラウザおよびｅメールアプリケーシ
ョンを備える。アプリケーションレベルの下には、ＨＴＴＰ、ソケット、ＴＣＰ
／ＩＰ、ＰＰＰ／ＳＬＩＰ、およびドライバレベルがある。ドライバレベルは、
ＰＣ上で従来動作しているブラウザアプリケーションと比較して、それがユーザ
装置のモデムを介してＰＳＴＮ２４と通信するためのモデムドライバ、およびＭ
ＰＥＧフローチューナ４０２８を介して通信するためのチューナドライバに分割
されるという点で修正される。
【００２８】 ユーザ装置２０の多様な構成が考えられる。ある構成では、ＰＣは使用されず
、ユーザソフトウェアのすべては受信機／デコーダ１３上で実行する。この構成
では、受信機／デコーダ１３は、内蔵モデムを介して、または外部モデムおよび
シリアルポートを介してのどちらかでＰＳＴＮ２４と通信する。受信機／デコー
ダ１３は、地上受信機１２からビットストリーム内のインターネット応答を受信
できる。ユーザインタフェースは、遠隔制御装置またはキーボードおよび受信機
／デコーダ１３に接続されているテレビセットによって提供される。この構成で
は、図４に示されるＴＣＰ／ＩＰレベルは省略されてよく、その場合、オペレー
タに位置するゲートウェイが、後述されるように必要なプロトコルを提供する。
【００２９】 別の構成では、その並列ポートによって受信機／デコーダ１３の並列ポート３
２に（あるいは任意にその直列ポートによって受信機／デコーダ１３の直列ポー
ト３０に）接続されるパーソナルコンピュータ（ＰＣ）が提供される。この場合
、図４に図示されるソフトウェアレベルの上部は、ＰＣ上で実行し、ソフトウェ
アレベルの残りの下部は受信機／デコーダ１３上で実行する。ユーザインタフェ
ースは、キーボードおよびＰＣに接続されるモニタによって提供される。 追加の構成では、ＰＣはＰＣの内蔵モデムまたは外付けモデムを介してＰＳＴ
Ｎ２４に接続される。この構成では、受信機／デコーダ１３は、別個に、または
そのＩＳＡまたはＰＣＩバスに接続される、ＰＣの付属またはプラグイン式のカ
ードの形を取り、提供されてよい。
【００３０】 インターネットアクセスシステムのアーキテクチャは、図５に示されている。
図５を参照すると、インターネットアカウント管理システム（ＩＡＭＳ）５０は
、ウェブブラウジングおよびｅメールなどのサービスを提供するインターネット
サービスプロバイダ（ＩＳＰ）２６にリンクされる。ＩＡＭＳ５０は、加入者を
管理し、インターネットサービスへのアクセスを許可または拒絶するためにＩＡ
ＭＳに要求を送信する加入者管理システム（ＳＭＳ）６０にもリンクされる。受
信機／デコーダ１１３は、内蔵モデム、公衆加入電話網（ＰＳＴＮ）２４、ネッ
トワークアクセスサーバ（ＮＡＳ）５６、およびゲートウェイ５８を介してＩＡ
ＭＳに接続される。
【００３１】 ＳＭＳは、放送テレビサービスなどの許可および放送サービスに対する加入者
の注文を管理する加入許可システム（ＳＡＳ）６１にも接続される。ＳＭＳは、
並列でＳＡＳシステムおよびＩＡＭＳシステムを実行し、２つのシステム間の整
合性を確実にする。ＳＭＳとＳＡＳとＩＡＭＳとの間の通信は、バッチファイル
を使用するリアルタイムＴＣＰ／ＩＰリンクを使用して発生する。
【００３２】 ゲートウェイ５８により、加入者は、リアルタイムでインターネットサービス
にアクセスできる。このようなサービスは、メールを送受するためのメールサー
ビス、およびＩＳＰ２６によって提供されてよいそれ以外のサービス、ならびに
ＩＡＭＳによって提供される対応（ｐｒｏｖｉｓｉｏｎｉｎｇ）サービスおよび
リマインダサービスを含む。機能上、ゲートウェイ５８は、単一モデム接続で多
様な異なるシステムとの通信をイネーブルするメッセージルータである。受信機
／デコーダにＩＳＰと通信するためのＴＣＰ／ＩＰプロトコルが備えられていな
い場合、ゲートウェイは、受信機／デコーダがＩＳＰと通信するために必要なプ
ロトコルも提供する。それから、受信機／デコーダ１３は、図５の線５９で示さ
れるように、ゲートウェイ５８を介してＩＳＰと通信する。受信機／デコーダに
必要なプロトコルが備えられている場合、通信は、図５の破線５７で示されるよ
うに、ＩＳＰと直接的に発生することができる。ゲートウェイは通信サーバおよ
びｅメールディスパッチャを備える。
【００３３】 ＩＳＰインタフェース６６は、ＩＡＭＳ内で発生するユーザのアカウントに関
係する各修正を、メールサービスなどのホストインターネットサービスを担当す
るＩＳＰ２６内のユーザアカウントに複製できるようにする。加入者アカウント
に関係するすべての情報はＩＡＭＳ内に集中化され、ＴＶおよびインターネット
パラメータの管理を確実にすることに注記する必要がある。ＩＡＭＳは、加入者
管理システム（ＳＭＳ）６０とのそのインタフェースを通して、インターネット
パラメータとＴＶパラメータ間の関係性も管理する。ＳＭＳ６０は加入者を管理
し、加入者によるインターネットサービスへのアクセスを許可または拒絶するた
めにＩＡＭＳに要求を送信する。
【００３４】 ＩＡＭＳアカウントをセットアップするために、加入者は、最初に、受信機／
デコーダ１３からＩＡＭＳ５０に、要求されたｅメールアドレスおよび選択され
たオプションなどの情報とともに、新規アカウントに対する要求を送信する。Ｉ
ＡＭＳは、それがインターネットアカウントをセットアップしてよい加入者に対
応して、加入者管理者システム（ＳＭＳ）６０から得られるスマートカード番号
のリストに付き合わせて加入者のスマートカードをチェックする。それから、Ｉ
ＡＭＳは、インターネットアカウントをセットアップするためにＩＳＰに要求を
送信する。いったんアカウントがセットアップされると、ＩＳＰは、パスワード
とともにＩＡＭＳに肯定応答を戻す。パスワードは、当初、ＳＭＳによって定め
られるが、後に加入者によって修正されてよい。ＩＡＭＳアカウント情報（パス
ワード，ｅメールアドレス、およびインターネットパラメータ）が、加入者のス
マートカード番号とともに、ＩＡＭＳに記憶される。ＩＡＭＳは加入者に、自分
のアカウントがセットアップしたことを知らせる。それから、加入者は、メール
サーバ２８に、およびメールサーバ２８からメールを送信、受信することができ
る。
【００３５】 ＩＡＭＳの主要な構成要素は、図６に示されている。ＩＡＭＳの主要な機能は
、以下の通りである。 ・スマートカード番号などの加入者パラメータにリンクされるｅメールアカウン
トパラメータの集中化したリストの維持。 ・ＳＭＳの要求時における、加入者用のインターネットサービスへのアクセスの
許可または拒絶。 ・加入者の要求時のインターネットアカウントのカスタマイズ（対応）。 ・ｅメールユーザが、イベントを登録し、イベント時にｅメールによって警告を
受けることができるリマインダサービス ・ＩＡＭＳコンテンツの更新を、ＩＳＰなどの関連サーバにコピーできるように
する複製サービス
【００３６】 ＩＡＭＳに対して中心にあるのは、記憶手段７２に記憶されるインターネット
サービスおよびｅメールアカウント用の加入情報を含む、関連データベース管理
システム（ＲＤＢＭＳ）７０である。ＳＭＳ通信インタフェース７４により、Ｉ
ＡＭＳは、ＳＭＳと通信することができ、その結果ＩＡＭＳは、メールサービス
へのアクセスを許可または拒絶された加入者の詳細で更新されてよい。対応サー
バ７６は、加入者が、自分のｅメールアカウントを管理し、カスタマイズできる
ようにする。リマインダサービス７８によって、加入者は、イベントのリストを
管理できる。イベントは、加入者のｅメールアカウントに関係する。加入者はイ
ベントを登録し、自動的に作成されるｅメールを介してイベントの所定日数前に
、自動リマインダを受信してよい。Ｅメール通知通信インタフェース８４によっ
て、ＥＭＮＳ６２は、架空通知メッセージを送信するために、ＩＡＭＳ ＲＤＢ
ＭＳ７０での加入者の通知優先を検索できるようにする。サポートサーバ８０は
、管理者が、ＩＡＭＳ内の加入者またはｅメールユーザの存在およびステータス
をチェックできるようにする。複写サービス８２は、ＩＡＭＳ ＲＤＢＭＳ７０
のコンテンツの更新をＩＳＰアカウント管理システムにコピーする。 ＩＡＭＳに受信機／デコーダ１３から送信される要求は、ゲートウェイ５８に
よって、（ｅメールアカウント管理用の）対応サーバおよび（リマインダイベン
トを管理するための）リマインダサーバなどのＩＡＭＳの適切な部分に向けられ
る。
【００３７】 前述されたインターネットアクセスシステムは、放送サービスプロバイダが、
インターネットサービスを提供できるようにもする。システムのオペレータは、
インターネットアカウントを、インターネットサービスプロバイダとは無関係に
維持し、その結果、オペレータは、ある特定のインターネットプロバイダに関連
付けられない。放送サービスへの加入と、インターネットへの加入をともにリン
クすることによって、アカウントが別個に管理され、加入者が２つのサービスに
ともに請求書を作成発行されるケースと比較して、関与する処理の量を削減して
よい２つのサービスに対するアカウントが共に管理される。
【００３８】 ＩＡＭＳの追加詳細は、本出願の名称で「インターネット加入者管理（Ｉｎｔ
ｅｒｎｅｔ Ｓｕｂｓｃｒｉｂｅｒ Ｍａｎａｇｅｍｅｎｔ）」と題され、その
主題がここに参照して組み込まれる同時係続出願に記述される。ｅメール通知シ
ステムの更なる詳細は、本発明の名称で「Ｅメールと共に使用するための方法お
よび装置（Ｍｅｔｈｏｄ ａｎｄ Ａｐｐａｒａｔｕｓ ｆｏｒ ｕｓｅ ｗｉ
ｔｈ Ｅ−ｍａｉｌ）」と題され、その主題が参照してここに組み込まれる同時
係続出願に記述される。
【００３９】 受信機デコーダ１３がインターネットイネーブルされていないケースでのイン
ターネットアクセスシステムの構成を、ここで図７から図１０に関して説明する
。その全体が図５に図示され、一定の態様がさらに詳細に描かれているシステム
の一部を示す図７を参照すると、受信機／デコーダ１３は、装置にＩＳＰ２６と
の直接通信に必要なトランスポート制御プロトコル／インターネットプロトコル
（ＴＣＰ／ＩＰ）が備えられていない前述された型のものである。したがって、
通信は、ＤＳＴＢゲートウェイ５８を介して起こる。対応サーバ７６およびリマ
インドサーバ７８は、ＩＡＭＳ５０の別個の部分として図中に示され、実施形態
では、データは別個の線路７６ａと７８ａを介して適宜にそれぞれに送られる。
【００４０】 したがって、実際には、受信機／デコーダ１３とアクセスされることが所望さ
れる任意のリモートサーバ間の任意の通信で重要な４つのサブシステムがあるこ
とが理解されるだろう。これらは、受信機／デコーダ１３自体、ＮＡＳ５６、ゲ
ートウェイ５８、および実施形態の中では対応サーバ７６、リマインドサーバ７
８、またはメールサーバ６４の内のいずれか１つであってよいリモートサーバで
ある。ＰＳＴＮ２４は、実際にはデータトランスペアレントである。実施形態で
は、メールサーバ６４は、インタフェース６６およびＩＳＰ２６を介してアクセ
スされるが、これが当てはまる必要はなく、メールサーバ６４はゲートウェイ５
８から直接的にアクセスできるだろう。さらに、図中では単一装置として図示さ
れているが、メールサーバ６４は、第１が（例えば、ＳＭＴＰサーバであってよ
い）ｅメール送信用、および第２が（例えば、ＩＭＡＰサーバであってよい）ｅ
メール受信用の２つの別個の装置から成り立ってよい。このような構成では、ゲ
ートウェイ５８は、２つの別個のポートを介してメールサーバを備える２つの装
置と通信してよい。
【００４１】 前述された４つのサブシステムの内のそれぞれによって処理される異なるプロ
トコルレベルが、ここで図８に関連して説明されるだろう。図から分かるように
、受信機／デコーダ１３は、以下のような４つのプロトコルレベル（最高レベル
が先）を有する：（アプリケーション依存であるだろう）アプリケーションレベ
ルプロトコル、および例えば、ＳＭＴＰ、ＩＭＡＰ等であってよい；ゲートウェ
イプロトコル（これは、受信機／デコーダ用に使用されるレベルである―さらに
詳しく後述されるようなゲートウェイ通信）；ｖ２２またはｖ４２ｂｉｓなどの
ＰＰ４プロトコルおよびモデム層。これら後者の２つの層の動作は、当業者に周
知だろう。
【００４２】 ＮＡＳ５６は、単一プロトコル層で機能し、（ＰＳＴＮ２４全体で通信するた
めに使用される）モデム層をインターネットプロトコルＴＣＰ／ＩＰに変換する
ために効果的である。 ゲートウェイ５８は、３つの作動できるプロトコル層（再び、最高レベルが先
）、すなわち、ゲートウェイプロトコル層、ＰＰ４プロトコル層、およびＴＣＰ
／ＩＰを有する。 最終的に、リモートサーバは、通常、アプリケーションレベルプロトコルでの
上位層およびＴＣＰ／ＩＰプロトコルでの下位層という２つのプロトコルを有す
るだろう。
【００４３】 したがって、ゲートウェイプロトコルは、ゲートウェイ５８が、メッセージに
応え、適切な場合には、データの意図された受け取り人を特定し、データをその
受け取り人に転送することができるようにする。プロトコルは、受信機／デコー
ダ１３が、多様なゲートウェイ５８／リモートサーバ動作も開始できるようにす
る。実施形態では、ゲートウェイ５８は、メールサーバ６４にＳＭＴＰデータま
たはＩＭＡＰデータを向けること；データを、新しいアカウントの作成に備える
要求を含んでよい対応サーバ７６に向けること；データを、イベント登録に対す
る要求を含んでよいリマインダサーバ７８に向けること、メールサーバ６４のい
ずれか１つから受信されるデータに基づいて受信機／デコーダ１３に送信される
べきメッセージを構築することを担当し、対応サーバ７６またはリマインダサー
バ７８、およびこのような構築されたメッセージを処理する。さらに、ゲートウ
ェイは、受信機／デコーダ認証機能を実行するための能力を有する。
【００４４】 ここでは、受信機／デコーダ１３とゲートウェイ５８の間の低レベル通信を説
明する。第１ステップでは、モデム通信が受信機／エンコーダ１３とＰＳＴＮ２
４上のＮＡＳ５６の間に確立される。例えば、ｖ２２またはｖ４２ｂｉｓなどの
任意の適切なモデムフォーマットが使用される。この時点で、「チャット」シー
ケンスは、通信チャネルを完全に確立するために、受信機／デコーダ１３とＮＡ
Ｓ５６の間のモデムレベルで発生する。それ以降、ＮＡＳ５６は、ＴＣＰプロト
コルレベルで、ゲートウェイ５８との接続チャネルを確立する。このイベントに
続いて、ゲートウェイ５８によってトークンが受信機／デコーダ１３に送信され
、このトークンは事前に指定された文字シーケンスである。このようなトークン
の受信機チャネルによる受信は、それに、ゲートウェイ５８の存在およびゲート
ウェイプロトコルレベルでの受信機／デコーダ１３とゲートウェイ５８間の通信
チャネルが、それによって確立されることを知らせる。 確立されたゲートウェイプロトコル通信チャネルは、実際には、受信機／デコ
ーダ１３の支配下にある。メッセージ交換が発生する前にチャネルを要求しなけ
ればならないのは、受信機／デコーダである。さらに、（後述される）切断手順
は、チャネルを閉じるために受信機／デコーダ１３によって始められる。
【００４５】 本実施形態では、ゲートウェイプロトコルが、対応するリモートサーバとの単
一ＴＣＰチャネルの確立を可能にすることが注記されなければならない。言い替
えると、本実施形態では、受信機／デコーダ１３は、任意の一時点に複数のリモ
ートサーバに接続することはできない。しかしながら、受信機／デコーダ１３は
、それとゲートウェイ５８間でフレッシュな通信チャネルを確立することを必要
とせずにさまざまなリモートサーバに対して接続を確立し、解放してよい。 さらに、実施形態では、ゲートウェイプロトコル層は、下部レベルプロトコル
（モデム／ＴＣＰ）がデータの移送を保証し、上部レベルプロトコル（アプリケ
ーションプロトコル）がエラー処理を実行するために、エラー回復機能を実行し
ていないことが注記されなければならない。
【００４６】 ゲートウェイプロトコルでの通信の一般的なメッセージ構造を、ここで記述す
る。各メッセージ構造は、以下のフィールドを含む。 ｛プロトコルバージョン｝｛コマンド識別子｝｛データ長｝［パラメータ］ この場合、｛．．．｝は必須フィールドを示し、［．．．］は任意フィールドを
示す。 メッセージ構造は、メッセージが受信機／デコーダ１３から発出するのか、ゲ
ートウェイ５８から発出するのかに関係なく同じである。フィールドは、最初に
最上位ビットで２進符号化される。 プロトコルバージョン（ＰＲＴ）フィールドは、プロトコルバージョンを特定
する単一バイトを備える。 コマンド識別子（ＣＩ）フィールドは、２バイトを備え、表されるメッセージ
の種類を特定する。多様な種類のメッセージが、下記に概略されるデータ交換イ
ベント説明から明らかになるだろう。 データ長（ＤＬ）フィールドは、長さが２バイトで、（存在する場合には）付
加されるパラメータフィールドの全体的な長さを特定する。これが、パラメータ
フィールドが可変長であることを可能にする。付加されるパラメータフィールド
がない場合には、このフィールドはゼロ値を含むだろう。 パラメータフィールドは、ＴＬＶ形式（型長さ値）で符号化され、メッセージ
に関連付けられるあらゆる必要なパラメータを含む。個々に、あるいはメッセー
ジの種類に依存して組み合わせて使用されてよい３つのカテゴリのパラメータが
ある。言い替えると、メッセージの種類が、どのパラメータフィールドが存在す
るのかを定める。また、一定のメッセージ（例えば、接続がリセットされる（Ｍ
Ｇ＿ＲＣＮＸ）ことを命令するメッセージ）が、関連付けられたパラメータを有
さないことも理解されるだろう。
【００４７】 第１種のパラメータ（ＲＥＭＯＴＥ＿ＳＥＲＶＥＲ）はリモートサーバを特定
し、特定されるサーバがメールサーバ６４のＳＴＭＰ部分であるのか、メールサ
ーバ６４のＩＭＡＰ部分であるのか、対応サーバ７６、またはリマインダサーバ
７８であるのかを示す整数を含む。実施形態では、このパラメータの長さは２バ
イトである。修正では、パラメータが、その他のまたは追加のサーバを特定する
ために使用できるだろう。
【００４８】 第２種のパラメータ（ＢＯＤＹ）は、重要なリモートサーバから受信されるま
たは重要なリモートサーバに送信されるデータを含むために使用される。このパ
ラメータは、データ長フィールドによって定められるように可変長であり、この
ためデータパッケージが所定の長さである必要がないことを示す。このパラメー
タの最大長は事前に定義される。
【００４９】 第３種のパラメータ（ＥＲＲＯＲ＿ＣＯＤＥ）は、エラー状態を特定するため
に使用される。これは、例えば、ゲートウェイがいつ指定されたリモートサーバ
との接続を開くことができないのか、いつリモートサーバとの接続が失われたの
か、いつ受信機／デコーダ１３から受信されたメッセージでエラーが検出される
のか、いつ受信機／デコーダ１３からの命令に続いてリモートサーバからデータ
が受信されなかったのか、またはいつ認証が失敗したのかを示すために使用され
てよい。実施形態では、このパラメータの長さは２バイト長である。 修正では、認証詳細を含むために使用される第４種パラメータがあってよい。
【００５０】 ゲートウェイプロトコルレベル通信チャネル上の通常のダイアログを表す典型
的なデータ交換シーケンスを、ここで図９に関して説明する。これは、ある時間
期間で（時間は、ページを下るにつれて増す）ゲートウェイ５８と選択されたリ
モートサーバの間で発生する対応するイベントとともに、受信機／デコーダ１３
とゲートウェイ５８の間のメッセージを図で示す。
【００５１】 図示されている第１イベントシリーズ（ｅ１）は、受信機／デコーダと指定さ
れたリモートサーバ間のゲートウェイプロトコルレベル接続手順である。受信機
／デコーダ１３は、２つのパラメータ、つまり、それがダイアログを実施するこ
とを所望するサーバを指定するＲＥＭＯＴＥ＿ＳＥＲＶＥＲパラメータと、（存
在する場合は）リモートサーバにアドレス指定されるデータをカプセル化するＢ
ＯＤＹパラメータを含む接続（ＭＧ＿ＣＮＸ）を要求するメッセージ１０００を
送信する。これが、ゲートウェイに、図において接続１００１として集合的に示
される２つのタスク、つまり適切なリンクを介して指定されたリンクとの接続を
確立させ、そのリンクを介して指定されたサーバにメッセージＢＯＤＹパラメー
タ内に含まれる（存在する場合）データを送信させるというタスクを実行させる
。
【００５２】 前記シーケンスに続いて、リモートサーバは、受信機／デコーダ１３への前方
への伝送のために、データ１００２をゲートウェイ５８に送信する。ゲートウェ
イは、このデータを含む単一パラメータフィールド、つまりＢＯＤＹを有する「
リモートサーバとのデータ交換」（ＭＧ＿ＲＥＭＯＴＥ）メッセージ１００３の
中でこれを符号化し、メッセージを受信機／デコーダ１３に送信する。接続はそ
れにより確立される。
【００５３】 図示される第２イベントシリーズ（ｅ２）は、典型的なデータ交換シーケンス
である。シーケンスは、フィールドパラメータＢＯＤＹ内のサーバを宛先とする
データを含む「リモートサーバとのデータ交換」（ＭＧ＿ＯＴＨＥＲ）メッセー
ジの受信機／デコーダ１３による送信で開始する。理解されるように、受信機／
デコーダ１３は、任意の一時点で１つのリモートサーバと通信するだけであるた
め、サーバが接続メッセージ（ｅ２）によってすでに指定されるので、それは通
常のデータ交換中に指定される必要はない。ゲートウェイ５８がこのデータ交換
メッセージ１００４を受信すると、それはその中のデータを、１００５と示され
る通信の中のリモートサーバに渡す。 それ以後、リモートサーバは、前述されたように、（１００６、１００７と示
される）受信機／デコーダにデータを送信する。
【００５４】 実施形態の追加の特徴を、ここで１００８ａ、１００８ｂおよび１００９と示
される通信に関して説明する。ゲートウェイ５８から受信機／デコーダ１３に送
信される型の「リモートサーバとのデータ交換」（ＭＧ＿ＲＥＭＯＴＥ）メッセ
ージは、最小データパケットサイズを含む。したがって、所定の最小量のデータ
がリモートサーバから受信される（実際には最小データ量スレッショルド）まで
、あるいはリモートサーバからの最終データの受信から所定の時間が経過する（
実際には、タイムアウト）まで、ゲートウェイ５８は、受信機／デコーダ１３に
メッセージを送信しないだろう。このようにして、通信１００８ａはリモートサ
ーバからゲートウェイ５８へのデータ転送を表すが、このデータの量は所定スレ
ッショルドより低いため、この時点では受信機／デコーダ１３にメッセージは送
信されない。次に、追加データ転送１００８ｂは、リモートサーバからゲートウ
ェイ５８へ発生する。この転送の結果、ゲートウェイに十分なデータが通信され
、そのためそれはデータシーケンス１００８ａ、１００８ｂの両方を含むデータ
交換メッセージ１００９を送信する。同様にして、いったんリモートサーバから
ゲートウェイ５８によって受信されるデータの量が最大量を超えると、データ交
換メッセージは受信機／デコーダ１３に送信される。このような場合、リモート
サーバとゲートウェイ５８間での単一データ交換シーケンスから、ゲートウェイ
５８と受信機／デコーダ１３間の複数のメッセージが生じる可能性がある。 実施形態では、タイムアウト期間は２００ミリ秒（ｍｓ）であり、最小データ
受信スレッショルドは１２８バイトであり、最大データ受信スレッショルドは５
１２バイトである。
【００５５】 図中に示されていないが、ゲートウェイ５８が、実施形態では５秒である所定
のタイムアウト期間内にリモートサーバからデータを受信していないということ
が生じる場合がある。このような場合、ゲートウェイは受信機／デコーダ１３に
、ＥＲＲＯＲ＿ＣＯＤＥ型のパラメータフィールドを含む「ゲートウェイによる
エラー検出」（ＭＧ＿ＥＲＲＯＲ）メッセージを送信し、このフィールドのコン
テンツがこのようなイベントの発生を指定する。受信機／デコーダ１３は、ゲー
トウェイ５８にリモートサーバとのＴＣＰ接続を閉じさせる「通信リセット」（
ＭＧ＿ＲＣＮＸ）メッセージの送信を含むことがある、それが講じることを望む
あらゆる追加動作の責任を負う。
【００５６】 前記に予示されるように、類似したエラーメッセージが、リモートサーバとの
接続を開くことができない、リモートサーバとの接続の損失、あるいはリモート
サーバからの誤ったメッセージなどのそれ以外のイベントの後に続く可能性があ
る。後者のケースでは、これは、未知の型の、不正確な長さの、適用不可の値の
、あるいは未知のプロトコルバージョンを有する、ゲートウェイ５８によるリモ
ートサーバからのデータの受信を含むことがある。
【００５７】 図９を参照して、リモートサーバからの切断のイベント（ｅ３）をここで説明
する。このイベントは、「切断」（ＭＧ＿ＤＣＮＸ）メッセージ１０２０を送信
する受信機／デコーダ１３によって開始される。このメッセージは、ＢＯＤＹパ
ラメータ内でリモートサーバに渡されるべきデータを含んでよい。このコマンド
およびデータ１０２１は、リモートサーバに渡され、その後、ゲートウェイ５８
は、肯定応答および存在する場合には応答データ１０２２を待機する。その後で
、ゲートウェイ５８はリモートサーバ（１０２３）から切断し、存在する場合、
受信されたデータを含むメッセージ１０２４を受信機／デコーダ１３に送信する
。低プロトコルレベルの図には示されていないが、受信機／デコーダ１３は、そ
れからモデムレベルでの切断を閉じてよい。ゲートウェイ５８は、その後、ＴＣ
Ｐ接続が閉じられる旨をＮＡＳ５６によって通知されるだろう。
【００５８】 ゲートウェイプロトコルによって備えられる認証プロセスを、ここで図１０に
関して説明する。これは、通信チャネルの確立前に、多様なサービス、たとえば
対応サービスのために必要とされることがある。ゲートウェイ５８は、サーバが
アクセスの前に認証を必要とする情報を含み、それがこのようなサーバのために
「接続要求」（ＭＧ＿ＣＮＸ）メッセージ１１００を受信するとき、それは「認
証要求」（ＭＧ＿ＡＵＴＨＥＢ＿ＲＥＱ）メッセージ１１０１で応答する。この
ような認証要求メッセージは、付随するパラメータを有していない。受信機／デ
コーダ１３は、それ以降、適切な「認証」メッセージ１１０２で応答しなければ
ならない。以下により完全に述べられるように、このメッセージは、例えば、ス
マートカード番号である場合がある認証データを含む関連付けられたパラメータ
を有する。認証データは、ＢＯＤＹ型パラメータの中で渡されてよいか、あるい
は修正の中で独自のパラメータ型を有してよい。
【００５９】 ゲートウェイ５８が、認証詳細が正しいと宣言すると、認証は無事終了し（図
ではイベント１１０３で示される）、ゲートウェイ５８が指定されたリモートサ
ーバとの接続１１０４を確立する。ゲートウェイ５８は、接続の開放に応えてリ
モートサーバから受信されるあらゆるデータ１１０５を含むであろうデータ交換
メッセージ１１０６を送信することによって認証が無事終了することを報告する
。認証が失敗する場合、前記に概略されたように、このような失敗を示すパラメ
ータを含むエラーメッセージ（ＭＧ＿ＥＲＲＯＲ）が送信される。
【００６０】 図５に示されるシステムに戻ると、受信機／デコーダ１３からのインターネッ
トサービス等のアクセス用の２つの異なった種類の「アカウント」、つまりいわ
ゆる「接続アカウント」およびいわゆる「ディレクトリアカウント」を特定する
ことが可能である。あらゆる接続アカウントの内で、複数のディレクトリアカウ
ントが存在する可能性がある。
【００６１】 接続アカウントは、加入者がオペレータネットワークにアクセスしてよい基礎
を提供する。これはさらに詳しく後述されるように複数の接続プロトコルと関連
付けられてよいが、加入者はオペレータごとに単一の接続アカウントを割り当て
られるだろう。このようなアカウントの認証を発生させる方法はネットワークレ
ベルであり、さらに詳細に後述されるだろう。
【００６２】 自分の接続アカウントによるユーザログイン時の手順を、ここで説明する。理
解されるように、ログイン時に供給される識別データは、ユーザが、受信者によ
って特定できるようにするために一意でなければならない。実施形態では、これ
は、少なくとも部分的に、ユーザの装置のスマートカード番号から引き出される
いわゆるＭＳＤ番号の使用によって達成される。さらに、ログイン時、ユーザは
、例えば、ユーザがコンピュータ（例えば、Ｃａｎａｌ＋の製品であるＭｅｄｉ
ａ Ｗｅｂ ＰＣ）と関連付けられるダイヤルアップモデムを介してアクセスを
試みるのか、それとも一般的に「セットアップボックス」と呼ばれている装置の
ような受信機／デコーダ装置の種類を介してアクセスを試みるのかに応じて変化
する可能性がある通信プロトコルを指定しなければならない。使用されるプロト
コルは、例えば、ダイヤルアップモデムに対してはＰＡＰ、ＣＨＡＰまたはＰＰ
Ｐである可能性がある。
【００６３】 したがって、ログイン情報は、ユーザのＭＳＤ番号の内、ユーザ端末の種別を
特定するフィールド、活用されるデータ戻りの種類を指定するフィールド、クラ
イアントバージョン番号を示すフィールド、および該当する場合、いわゆるクラ
イアントのＲＡＤＩＵＳドメイン名を含む。ログインは、パスワードも含むだろ
う。実施形態では、この情報は以下のようにフォーマットされる。
【００６４】 ログイン＝ ｛ｍｓｎ＿ｎｕｍｂｅｒ｝｛端末種別｝｛ｒｅｔｕｒｎ＿ｔｙｐｅ｝｛バージョ
ン｝｛＠ＲＡＤＩＵＳ＿ｄｏｍａｉｎ＿ｎａｍｅ｝ 前記フィールドのそれぞれを、ここで更に詳細に説明する。 ｍｓｎ＿ｎｕｍｂｅｒフィールド自体は、フィールドの以下の文字列から成り
立つ。 ｛ｍｓｎ＿ｎｕｍｂｅｒ｝＝｛ＲＳＭＣ｝｛ＲＳＭＮ｝｛ｃｈｃｋ｝ 第１のＭＳＮデータフィールドは、スマートカードの型を特定する取外し可能
機密保護モジュール製品コード（ＲＳＭＣ）を含む。型のこの識別は、カードの
技術的な構成、製造メーカー、およびカードをユーザに提供した商業的なオペレ
ータの１つまたは複数の態様を示すデータを含んでよい。実施形態では、このフ
ィールドは長さが２バイトであり、４個のディジットを含んでいてよい。 第２のＭＳＤデータフィールドは、取外し可能機密保護モジュール番号（ＲＳ
ＭＮ）を含む。このフィールドは、使用中のスマートカードを特定するコードを
含む。このようなコードは、好ましくはスマートカード供給業者によって事前に
プログラミングされ、スマートカード、したがってユーザに一意であり、それに
よりユーザの識別を可能にする。実施形態では、このフィールドは、長さが４バ
イトであり、１５個の数字を含んでよい。
【００６５】 最終フィールドは、任意の既知の方法によって計算されてよいチェックデータ
（ｃｈｃｋ）を含み、例えば、それはチェックサムであってよい。 ｔｅｒｍｉｎａｌ＿ｔｙｐｅフィールドが、ここで説明されるだろう。前述さ
れたように、端末はいわゆる「セットトップ」ボックスの種類であってよいか、
あるいはモデム機構を有するコンピュータであってよい。フィールドは、ＰＣ型
端末の場合値「Ｐ」を取り、セットトップボックス端末型の場合、値「Ｔ」を取
るだろう。フィールドが、より正確に端末型を指定し、このようなフィールドの
提供が、追加のおよび代替の端末型の定義による将来の拡張も可能にすることが
理解されるだろう。
【００６６】 ｒｅｔｕｒｎ＿ｔｙｐｅフィールドは、戻りデータをユーザに送信する方法の
指定を可能にする。実施形態では、フィールドは、すべての戻りデータがモデム
を解して送られなければならないときには値「Ｍ」を取り、データ戻りが衛星チ
ャネルとモデムチャネルの両方で発生しなければならないときには値「Ｓ」を取
る。再び、戻りデータを提供する方法の将来の拡張の可能性が提供される。 バージョンデータフィールドは、バージョンデータを受信機／デコーダ１３か
らネットワークに渡すことができるようにする。実施形態では、これはデフォル
トとして０１で設定される。 オプションフィールドのＲＡＤＩＵＳ＿ｄｏｍａｉｎ＿ｎａｍｅは、クライア
ントの認証要求を、ゲートウェイのこのような第３者による、例えば、別のサー
ビスプロバイダへの提供を可能にする第３部認証サーバに送ることができるよう
にする。
【００６７】 接続プロファイルは、実施形態では、１４英数字という最大長を有するパスワ
ードフィールドも含むだろう。 ここでディレクトリアカウントの説明に戻ると、これは、例えば識別付き代理
、メール、ニュース等の個々のインターネットサービスのアクセスの基礎を提供
する。加入者のディレクトリアカウントは、自分の接続アカウントにリンクされ
る。しかしながら、接続アカウントと区別して、ディレクトリアカウントの認証
はアプリケーションレベルで発生する。
【００６８】 前述されたように、ディレクトリアカウントは、受信機／デコーダ１３からの
種々のインターネットサービスへのアクセスを可能にする。ディレクトリアカウ
ントは、通常、以下から成り立つ。 −識別子およびパスワード −１つまたは複数のいわゆる「ｅメールエイリアス」 −適切なケースでは、加入者に提供されるサービスに関するその他のデータ 識別子は（適切なケースではパスワードと組み合わされて）、例えば加入者の
メールボックスへのアクセスなどの多様なＩＳＰサービスの加入者によるアクセ
スを制御するために使用される。その他の例は、私用ウェブサイト、ディレクト
リへのアクセス、サービス、証明書、「メールグループ」登録等へのアクセスの
制御を含む。 識別子は、フォーマット「ｉｄｅｎｔｉｆｉｅｒ＠ｄｏｍａｉｎ」でｅメール
アドレスを受信するためにも使用されてよく、その場合加入者が、識別子によっ
て特定されるメールボックスにアクセスするときに自分のパスワードを使用する
必要がある場合がある。 ｅメールエイリアスは、「ａｌｉａｓ＠ｄｏｍａｉｎ」へのメッセージアドレ
スのｅメールサーバによるｅメール受信の機構に備える。
【００６９】 実施形態では、複数のディレクトリアカウントが、単一接続アカウント（いわ
ゆる「家族加入」）に関連付けられてよい。このような場合、各識別子およびエ
イリアスが一意でなければならないことが注記される必要があるが、ユーザは、
最初に、各接続アカウントごとに可能であるディレクトリアカウントの数を指定
できる可能性がある。
【００７０】 用語 以下の用語がここに使用される。 Ｅメールアドレス Ｅメールアドレスは、ＥメールＩＤとドメイン名の２つのフィールドから構成
される。ｅメールアドレスの形式は、ｍａｉｌ＿Ｉｄ＠Ｄｏｍａｉｎ＿Ｎａｍｅ
である。 Ｅメールアカウント Ｅメールアカウントは、メールサーバがそのユーザのメッセージを処理する必
要のあるユーザについての情報を提供する。 ＥメールＩｄ ｅメールアドレスの接頭語である。ｅメールＩｄは、ドメイン名で一意でなけ
ればならない。 Ｅメール通知者 Ｅメール通知者システムにより、加入者（ＥＭＮ）に、彼らがメールボックス
に新しいｅメールを受信するとすぐに通知することができる。短いメッセージは
、電波放送媒体上で彼らのＳＴＢに送信される。 インターネットアカウント管理システム 加入者ＴＶアカウント管理パラメータおよび関連するＥメールアカウントシス
テム（ＩＡＭＳ）パラメータを管理するシステム。 メールボックス ＩＭＡＰ送達用に記憶されるメッセージは、メールボックス内に保持される。
メールサーバ上のメールボックスは、メールボックスＩｄによって一意に特定さ
れなければならない。異なるドメイン名をホストするメールサーバは、ｅメール
Ｉｄがメールサーバで一意であると考えることはできないため、メールボックス
ＩｄはＥメールアドレスでなければならない。 メールサーバ 他のメールサーバとｅメールを交換し、メッセージを受け入れ、メールクライ
アントに送達するプログラム。 メッセージ待ち行列サーバ（ＭＱＳ） メッセージ管理システム。 対応サーバ 加入者が、ｅメールアカウントを自分達自身で作成、カスタマイズできるよう
にする。 リマインダサービス ユーザが、イベントを登録し、自動メールを介して自動リマインダを受信でき
るようにする。 セットトップボックス デジタルビデオ放送規格、ＣＡＮＡＬ＋ＴＥＣＨＮＯＬＯＧＩＥＳ仕様に従っ
て、完全に組み立てられ、使用準備が完了している（ＳＴＢ）デジタル復号ハー
ドウェア。エンドユーザがテレビ番組およびサービスにアクセスできるように、
伝送済みのビデオ、オーディオ、アプリケーション、およびデータストリーム用
のデジタルデコーダとして使用される。 スマートカード １つまたは複数の商業的なオペレータの秘密鍵、およびその他のアクセス情報
を電子的に記憶するカード。 加入者 加入者はＴＶアカウント（つまり、スマートカード番号）に関係する。 加入者管理システム（ＳＭＳ） 加入者に関係するデータを管理するシステム。 ユーザ ユーザはＥメールアカウントに関係する。単一加入者に複数のユーザがいる可
能性がある。
【００７１】 ここに使用される用語「受信機／デコーダ」または「デコーダ」は、例えば、
なんらかの他の手段によって放送または伝送されてよい、テレビおよび／または
無線信号などの符号化されるか、符号化されていない信号のどちらかを受信する
ための受信機を言外に意味する。この用語は、また、受信された信号を復号する
ためのデコーダも言外に意味する。このような受信機／デコーダの実施形態は、
例えば「セットアップボックス」内で受信された信号を復号するための受信機に
一体化されたデコーダを含んでよく、このようなデコーダは、物理的に別個の受
信機と組み合わされて機能するか、あるいはこのようなデコーダは、ウェブブラ
ウザなどの追加機能を含むか、あるいはビデオレコーダまたはテレビなどのその
他のデバイスと統合されている。 本発明が、純粋に例によって前述され、詳細の修正が発明の範囲内でなされう
ることが理解されるだろう。 説明、および（適切な場合）クレームおよび図面中に開示される各特徴は、独
立して、または適切な組み合わせで提供されてよい。 クレーム中に示される参照番号は例示としてのみであり、クレームの範囲に制
限的な影響を及ぼさないものとする。
【図面の簡単な説明】
【図１】 典型的なデジタルテレビシステムのアーキテクチャを示す。
【図２】 受信機／デコーダの概略図である。
【図３】 インターネットアクセスシステムの概要を示す。
【図４】 図３のユーザ装置内のソフトウェア層を示す。
【図５】 インターネットアクセスシステムのアーキテクチャを示す。
【図６】 インターネットアカウント管理システムの主要な構成要素を示す。
【図７】 受信機／デコーダがＩＰイネーブル済みではない場合の、インターネットアク
セスシステムの構成の一部を示す。
【図８】 図７に図示されるシステムプロトコル層を示す。
【図９】 図７のシステム内のユーザ装置とゲートウェイ間の通信のために適応されるプ
ロトコルを図式で示す。
【図１０】 図７のシステム内のユーザ装置とゲートウェイ間の認証関係通信のために適応
されるプロトコルを図式で示す。
───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ， ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ，ＡＴ， ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＢＺ，Ｃ Ａ，ＣＨ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ ，ＤＺ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ， ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，Ｋ Ｅ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ，ＭＮ， ＭＷ，ＭＸ，ＭＺ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，Ｒ Ｕ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ， ＹＵ，ＺＡ，ＺＷ

Claims (28)

    【特許請求の範囲】
  1. 【請求項１】 ネットワークにアクセスを提供するために受信機／デコーダ
    とリモートサーバの間の通信を認証する方法であって、該方法が通信を認証する
    ために、該受信機／デコーダの識別子を使用することからなり、該識別子は放送
    サービスへのアクセス用の識別子に基づく該方法。
  2. 【請求項２】 識別子が受信機／デコーダの取外し可能構成要素に記憶され
    る、請求項１に記載の方法。
  3. 【請求項３】 識別子が、受信機／デコーダのネットワークログイン識別子
    とは無関係である、請求項１または２に記載の方法。
  4. 【請求項４】 識別子が、受信機／デコーダと共に使用するためのスマート
    カードに一意の番号に基づく、請求項１から３のいずれか一項に記載の方法。
  5. 【請求項５】 リモートサーバがインターネットにアクセスするためである
    、請求項１から４のいずれか一項に記載の方法。
  6. 【請求項６】 リモートサーバが、インターネットアカウント管理システム
    である、請求項１から４のいずれか一項に記載の方法。
  7. 【請求項７】 ユーザ用のインターネットアカウントが、受信機／デコーダ
    の識別子を使用してインターネットアカウント管理システムによって確立される
    、請求項６に記載の方法。
  8. 【請求項８】 受信機／デコーダの識別子が、インターネットアカウント管
    理システムによって、インターネットアカウントを確立できる受信機／デコーダ
    の識別子の記憶されているリストと比較される、請求項７に記載の方法。
  9. 【請求項９】 リモートサーバが、インターネットサービスプロバイダにデ
    ータ送信するための手段を備え、前記方法が、受信機／デコーダとインターネッ
    トサービスプロバイダ間に双方向データ経路を確立するために、インターネット
    アカウントの詳細をインターネットサービスプロバイダに提供するステップを備
    える、請求項７または８に記載の方法。
  10. 【請求項１０】 前記識別子が、受信機／デコーダとリモートサーバ間の通
    信のために使用されるデータ経路を特定するデータに伴われる、請求項１から９
    のいずれか一項に記載の方法。
  11. 【請求項１１】 リモートサーバが、受信機／デコーダに、ネットワークプ
    ロトコルを有するネットワークに対するアクセスを提供し、受信機／デコーダか
    ら出力されるデータが、受信機／デコーダから遠い場所でネットワークプロトコ
    ルに準拠するデータに変換される、請求項１から１０のいずれか一項に記載の方
    法。
  12. 【請求項１２】 データが、受信機／デコーダとリモートサーバの間のゲー
    トウェイによってネットワークプロトコルに準拠した前記データに変換される、
    請求項１１に記載の方法。
  13. 【請求項１３】 ネットワークが、複数のリモートデバイスを備え、前記変
    換されたデータがゲートウェイによって、前記データに指定されるように前記リ
    モートデバイスの１つに通信され、それにより、受信機／デコーダと指定された
    リモートデバイスの間に通信チャネルを確立する、請求項１２に記載の方法。
  14. 【請求項１４】 非インターネットプロトコルイネーブル済みユーザ端末か
    ら、複数のインターネットプロトコルイネーブル済みリモートデバイスの１つに
    データを通信する方法であって、 前記非インターネットプロトコルを使用するデータを、前記ユーザ端末から前
    記ゲートウェイに通信し、前記データがメッセージを含み、前記複数のリモート
    デバイスからの前記メッセージの宛先を指定するステップと、 前記ゲートウェイで、前記データを、前記インターネットプロトコルを使用す
    るデータに変換するステップと、 前記インターネットプロトコルを使用する前記データを、前記ゲートウェイか
    ら指定される宛先リモートデバイスに通信し、それによりユーザ端末と指定され
    たリモートデバイスの間に通信チャネルを確立するステップと、 を備える方法。
  15. 【請求項１５】 ユーザ端末が受信機／デコーダである、請求項１４に記載
    の方法。
  16. 【請求項１６】 通信チャネルの終端を命令するメッセージが、非インター
    ネットプロトコルを使用して受信機／デコーダからゲートウェイに通信され、ゲ
    ートウェイが、その結果、インターネットプロトコルを使用して指定されたリモ
    ートデバイスに終端コマンドを通信する、請求項１３または１５に記載の方法。
  17. 【請求項１７】 受信機／デコーダの識別が、通信チャネルが確立される前
    に、ゲートウェイによって認証される、請求項１２、１３、１５および１６のい
    ずれか一項に記載の方法。
  18. 【請求項１８】 ネットワークにアクセスを提供するための受信機／デコー
    ダとリモートサーバ間で通信を認証するための装置であって、受信機／デコーダ
    の識別子を通信を認証するために使用するための手段を備え、該識別子が放送サ
    ービスへのアクセス用の識別子に基づく装置。
  19. 【請求項１９】 前記識別子が、受信機／デコーダとリモートサーバ間の通
    信に使用されるデータ経路を特定するデータに伴われる、請求項１８に記載の装
    置。
  20. 【請求項２０】 リモートサーバが、受信機／デコーダに、ネットワークプ
    ロトコルを有するネットワークへのアクセスを提供し、前記装置が、受信機／デ
    コーダから出力されるデータを、ネットワークプロトコルに準拠するデータに変
    換するための手段を備える、請求項１８または１９に記載の装置。
  21. 【請求項２１】 受信機／デコーダとリモートサーバ間のゲートウェイの形
    を取る、請求項１８から２０のいずれか一項に記載の装置。
  22. 【請求項２２】 ネットワークが、複数のリモートデバイスを備え、前記ゲ
    ートウェイが、前記データに指定されるように、変換済みのデータを前記リモー
    トデバイスの１つに通信するように適応され、それにより受信機／デコーダと指
    定されたリモートデバイス間に通信チャネルを確立する、請求項２１に記載の装
    置。
  23. 【請求項２３】 非インターネットプロトコルイネーブル済みユーザ端末か
    ら、複数のインターネットプロトコルイネーブル済みリモートデバイスの１つに
    データを通信するためのゲートウェイであって、 前記非インターネットプロトコルを使用して通信されるデータを前記ユーザ端
    末から受信するための手段であって、前記データがメッセージを含み、前記複数
    のリモートデバイスから前記メッセージの宛先を指定する手段と、 受信されたデータを、前記インターネットプロトコルを使用するデータに変換
    するための手段と、 前記インターネットプロトコルを使用する前記データを、指定された宛先リモ
    ートサービスに通信し、それによりユーザ端末と指定されたリモートデバイス間
    に通信チャネルを確立するための手段と、 を備えるゲートウェイ。
  24. 【請求項２４】 各自がそれぞれのリモートデバイスへの接続用である複数
    の入出力ポートを備える、請求項２３に記載のゲートウェイ。
  25. 【請求項２５】 通信チャネルの終端を命令する、ユーザ端末からのメッセ
    ージを特定するための手段と、 指定されたリモートデバイスに終端コマンドを渡すための手段と、 を備える、請求項２３または２４に記載のゲートウェイ。
  26. 【請求項２６】 実質的にここに説明されるように受信機／デコーダとリモ
    ートサーバの間の通信を認証する方法、または認証するための装置。
  27. 【請求項２７】 実質的にここに説明されるように非インターネットプロト
    コルイネーブル済みユーザ端末から、複数のインターネットプロトコルイネーブ
    ル済みリモートデバイスの内の１つにデータを通信する方法、または通信するた
    めの装置。
  28. 【請求項２８】 実質的にここに記述されるようなゲートウェイ。
JP2001508154A 1999-07-05 2000-07-03 送信方法及びゲートウェイ Expired - Lifetime JP5224426B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
EP99401680 1999-07-05
EP99401680.6 1999-07-05
EP99401889.3 1999-07-23
EP99401889A EP1067771A1 (en) 1999-07-05 1999-07-23 Communications method and apparatus
PCT/IB2000/000968 WO2001003421A1 (en) 1999-07-05 2000-07-03 Communication methods and apparatus

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2011285080A Division JP2012124904A (ja) 1999-07-05 2011-12-27 通信方法および装置

Publications (3)

Publication Number Publication Date
JP2003503967A true JP2003503967A (ja) 2003-01-28
JP2003503967A5 JP2003503967A5 (ja) 2007-08-30
JP5224426B2 JP5224426B2 (ja) 2013-07-03

Family

ID=26153669

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2001508154A Expired - Lifetime JP5224426B2 (ja) 1999-07-05 2000-07-03 送信方法及びゲートウェイ
JP2011285080A Pending JP2012124904A (ja) 1999-07-05 2011-12-27 通信方法および装置

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2011285080A Pending JP2012124904A (ja) 1999-07-05 2011-12-27 通信方法および装置

Country Status (15)

Country Link
US (1) US7360078B1 (ja)
EP (2) EP1067771A1 (ja)
JP (2) JP5224426B2 (ja)
KR (1) KR100608245B1 (ja)
CN (1) CN1202651C (ja)
AT (1) ATE235778T1 (ja)
AU (1) AU5701100A (ja)
CA (1) CA2377505C (ja)
DE (1) DE60001832T2 (ja)
ES (1) ES2195909T3 (ja)
HK (1) HK1044656A1 (ja)
MY (1) MY125218A (ja)
NO (1) NO335322B1 (ja)
PL (1) PL352463A1 (ja)
WO (1) WO2001003421A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007280411A (ja) * 2007-05-15 2007-10-25 Research In Motion Ltd 無線通信デバイスに電子メールをプッシュするための方法および装置

Families Citing this family (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7290288B2 (en) 1997-06-11 2007-10-30 Prism Technologies, L.L.C. Method and system for controlling access, by an authentication server, to protected computer resources provided via an internet protocol network
EP1347385A1 (en) * 2000-12-28 2003-09-24 Matsushita Electric Industrial Co., Ltd. Information processing system
GB2371433B (en) * 2001-01-12 2005-10-19 Waptv Ltd Television receiver and method of operating a server
US6934534B1 (en) * 2001-04-25 2005-08-23 At&T Corp. Common mobility management protocol for multimedia applications, systems and services
EP1288812A3 (en) * 2001-08-27 2004-08-25 Matsushita Electric Industrial Co., Ltd. Broadcast mail receiving device and its method
FI114842B (fi) * 2001-09-12 2004-12-31 Icareus Oy Menetelmä ja palvelualusta digitaaliseen televisiojärjestelmään
US7701926B2 (en) * 2002-06-14 2010-04-20 Polycom, Inc. Multipoint multimedia/audio conference using IP trunking
FR2845854B1 (fr) 2002-10-11 2005-01-14 Thomson Licensing Sa Desactivation a distance de decodeurs d'acces a des donnees numeriques multimedia
NL1024547C2 (nl) * 2003-03-31 2004-10-01 Koninkl Kpn Nv Werkwijze voor het gebruik van een elektromagnetische kraskaart voor het leveren van diensten.
US7512984B2 (en) * 2004-06-01 2009-03-31 Imera Systems, Inc. Distributed and scalable instant multimedia communication system
GB2415860B (en) * 2004-06-30 2007-04-18 Nokia Corp A method of providing a radio service at a remote terminal
KR100626665B1 (ko) * 2004-08-03 2006-09-25 한국전자통신연구원 아이피 기반의 디지털 멀티미디어 방송 데이터 변환 장치및 그 방법과 그를 이용한 디지털 멀티미디어 방송 수신시스템
US7721332B2 (en) * 2005-08-16 2010-05-18 Microsoft Corporation Integrated software for managing add-ons
CN100471312C (zh) * 2005-11-11 2009-03-18 华为技术有限公司 移动终端及保护移动终端内信息的方法
BE1017139A3 (en) * 2006-05-15 2008-03-04 Newmind Bv Information exchange method for interactive digital television, for downloading e.g. music or films, involves requested information being sent to user's email address
EP2049956B1 (en) * 2006-08-08 2016-03-16 Siemens Industry, Inc. Devices, systems, and methods for communicating with a plc
US20080080711A1 (en) * 2006-09-28 2008-04-03 Syphermedia International, Inc. Dual conditional access module architecture and method and apparatus for controlling same
US8954045B2 (en) 2006-09-29 2015-02-10 Qualcomm Incorporated Method and apparatus for managing resources at a wireless device
US7761468B2 (en) * 2006-10-04 2010-07-20 International Business Machines Corporation Supporting multiple security mechanisms in a database driver
US7882204B2 (en) * 2006-11-13 2011-02-01 Red Hat, Inc. Mail server appliance and support service
US7978979B2 (en) * 2007-08-31 2011-07-12 Verizon Patent And Licensing Inc. Methods and systems for implementing a universal set top box
US20090328184A1 (en) * 2008-06-26 2009-12-31 Utstarcom, Inc. System and Method for Enhanced Security of IP Transactions
CN101833522B (zh) * 2010-03-31 2012-07-11 杭州华三通信技术有限公司 一种sas链路的通信方法和设备
US9131265B2 (en) * 2011-05-19 2015-09-08 Maxlinear, Inc. Method and system for providing satellite television service to a premises
WO2017173098A1 (en) * 2016-03-30 2017-10-05 Idac Holdings, Inc. System and methods for supporting low mobility devices in next generation wireless network
CN113810264B (zh) * 2021-01-15 2023-09-05 北京京东拓先科技有限公司 信息传输方法、装置、电子设备和存储介质

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10154995A (ja) * 1996-11-20 1998-06-09 Fujitsu Ltd ゲートウェイ装置及びパケット中継方法
JPH10271223A (ja) * 1997-02-18 1998-10-09 Lucent Technol Inc ウェブ情報へのアクセス提供装置及び方法
WO1998050862A1 (en) * 1997-05-02 1998-11-12 Gte Main Street Incorporated Apparatus and method for network access using a set top box and television
JPH10303990A (ja) * 1997-04-16 1998-11-13 Lucent Technol Inc オーディオ接続を確立する方法および分散型データベース
JPH10322445A (ja) * 1997-05-21 1998-12-04 Matsushita Electric Ind Co Ltd インターネット電話システムおよびアクセスポイント装置
WO1999001969A1 (en) * 1997-07-03 1999-01-14 3Com Corporation Network access methods, including direct wireless to internet access
JPH11505992A (ja) * 1995-05-31 1999-05-25 シーメンス アクチエンゲゼルシヤフト コンピュータネットワークと通信ネットワークの統合

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5696906A (en) * 1995-03-09 1997-12-09 Continental Cablevision, Inc. Telecommunicaion user account management system and method
US5940074A (en) * 1996-06-03 1999-08-17 Webtv Networks, Inc. Remote upgrade of software over a network
US5974461A (en) * 1996-06-03 1999-10-26 Webtv Networks, Inc. Method for automatically regenerating information at a client system in the event of power or communication disruption between the client system and the server
JPH1079733A (ja) * 1996-09-03 1998-03-24 Kokusai Denshin Denwa Co Ltd <Kdd> Ｉｃカードを用いた認証方法及び認証システム
US6301661B1 (en) * 1997-02-12 2001-10-09 Verizon Labortories Inc. Enhanced security for applications employing downloadable executable content
WO1998043427A1 (en) * 1997-03-21 1998-10-01 Canal+ Societe Anonyme Broadcast and reception system, and receiver/decoder and remote controller therefor
PL335580A1 (en) * 1997-03-21 2000-05-08 Canal Plus Sa Intelligent card for use in conjunction with a receiver of coded program signals and receiver of such signals
BR9714604A (pt) * 1997-03-21 2002-08-06 Canal Plus Sa Transmissão e recepção de programas de televisão e outros dados
FI104873B (fi) * 1997-04-16 2000-04-14 Nokia Networks Oy Datapalvelu matkaviestinverkossa
EP0986901B1 (en) * 1997-06-02 2002-09-18 Sony Electronics Inc. Displaying internet content and television programming
US6393014B1 (en) * 1997-06-03 2002-05-21 At&T Wireless Services, Inc. Method and system for providing data communication with a mobile station
US5978381A (en) * 1997-06-06 1999-11-02 Webtv Networks, Inc. Transmitting high bandwidth network content on a low bandwidth communications channel during off peak hours
US5983273A (en) * 1997-09-16 1999-11-09 Webtv Networks, Inc. Method and apparatus for providing physical security for a user account and providing access to the user's environment and preferences
JPH11110393A (ja) * 1997-09-30 1999-04-23 Ricoh Co Ltd 情報処理方法および文書検索装置
JP3985204B2 (ja) * 1997-12-09 2007-10-03 ソニー株式会社 情報放送方法、受信機、情報センタ及び受信方法
US6459427B1 (en) * 1998-04-01 2002-10-01 Liberate Technologies Apparatus and method for web-casting over digital broadcast TV network
US6788882B1 (en) * 1998-04-17 2004-09-07 Timesurf, L.L.C. Systems and methods for storing a plurality of video streams on re-writable random-access media and time-and channel- based retrieval thereof
US6385651B2 (en) * 1998-05-05 2002-05-07 Liberate Technologies Internet service provider preliminary user registration mechanism provided by centralized authority
US6829779B1 (en) * 1998-09-16 2004-12-07 Webtv Networks, Inc. User interface for entertainment system setup
US6446117B1 (en) * 1998-11-09 2002-09-03 Unisys Corporation Apparatus and method for saving session variables on the server side of an on-line data base management system

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11505992A (ja) * 1995-05-31 1999-05-25 シーメンス アクチエンゲゼルシヤフト コンピュータネットワークと通信ネットワークの統合
JPH10154995A (ja) * 1996-11-20 1998-06-09 Fujitsu Ltd ゲートウェイ装置及びパケット中継方法
JPH10271223A (ja) * 1997-02-18 1998-10-09 Lucent Technol Inc ウェブ情報へのアクセス提供装置及び方法
JPH10303990A (ja) * 1997-04-16 1998-11-13 Lucent Technol Inc オーディオ接続を確立する方法および分散型データベース
WO1998050862A1 (en) * 1997-05-02 1998-11-12 Gte Main Street Incorporated Apparatus and method for network access using a set top box and television
JPH10322445A (ja) * 1997-05-21 1998-12-04 Matsushita Electric Ind Co Ltd インターネット電話システムおよびアクセスポイント装置
WO1999001969A1 (en) * 1997-07-03 1999-01-14 3Com Corporation Network access methods, including direct wireless to internet access

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007280411A (ja) * 2007-05-15 2007-10-25 Research In Motion Ltd 無線通信デバイスに電子メールをプッシュするための方法および装置
JP4616859B2 (ja) * 2007-05-15 2011-01-19 リサーチ イン モーション リミテッド 無線通信デバイスに電子メールをプッシュするための方法および装置

Also Published As

Publication number Publication date
CA2377505C (en) 2010-09-28
CN1372758A (zh) 2002-10-02
EP1195050B1 (en) 2003-03-26
EP1067771A1 (en) 2001-01-10
PL352463A1 (en) 2003-08-25
ES2195909T3 (es) 2003-12-16
NO335322B1 (no) 2014-11-10
WO2001003421A1 (en) 2001-01-11
NO20020021L (no) 2002-03-05
KR100608245B1 (ko) 2006-08-02
KR20020026523A (ko) 2002-04-10
DE60001832D1 (de) 2003-04-30
AU5701100A (en) 2001-01-22
HK1044656A1 (zh) 2002-10-25
CA2377505A1 (en) 2001-01-11
US7360078B1 (en) 2008-04-15
ATE235778T1 (de) 2003-04-15
NO20020021D0 (no) 2002-01-03
JP5224426B2 (ja) 2013-07-03
MY125218A (en) 2006-07-31
JP2012124904A (ja) 2012-06-28
DE60001832T2 (de) 2004-02-05
EP1195050A1 (en) 2002-04-10
CN1202651C (zh) 2005-05-18

Similar Documents

Publication Publication Date Title
JP5224426B2 (ja) 送信方法及びゲートウェイ
US7275095B1 (en) Internet subscriber management
US20210168183A1 (en) Public/private communications paths
KR100853179B1 (ko) 이-메일을 사용하기 위한 방법 및 장치
EP2293561B1 (en) Network autodiscovery as a lever to decorrelated service activation through event driven architecture
US20130174230A1 (en) Method and system for secure linking with authentication and authorization in a media exchange network
US20050076092A1 (en) User shared virtual channel via media storage
US20110179439A1 (en) Methods, systems and computer program products for providing a media file to a designated set-top box
JP3999410B2 (ja) ビデオサーバおよびビデオオンデマンドシステム
RU2263409C2 (ru) Способы и устройство для обмена данными
JP2003512763A (ja) セキュアなインターネット互換双方向通信システムおよびユーザインタフェース
RU2267228C2 (ru) Способ и устройство для использования с электронной почтой
US20110113465A1 (en) Method and system for identifying set-top box in download conditional access system

Legal Events

Date Code Title Description
RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20070313

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20070608

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070703

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20070703

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20100309

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20100608

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20101124

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20110222

A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A711

Effective date: 20110525

A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A711

Effective date: 20110804

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20110913

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A821

Effective date: 20111118

RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20111118

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20111121

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20111227

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20111227

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20120217

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120627

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20120920

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20120927

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20121225

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: 20130306

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20130307

R150 Certificate of patent or registration of utility model

Ref document number: 5224426

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

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

Free format text: PAYMENT UNTIL: 20160322

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

EXPY Cancellation because of completion of term