JP2004527807A - 接続を確立する方法、及び、インタラクティブサービスを受信する関連装置 - Google Patents

Abstract

本発明は、受信器装置と、インタラクティブサービスサーバとの間に接続を確立する方法である。本発明は、受信器装置のレベルにおいて、ドメイン識別子を決定する段階と、複数のドメイン識別子と、各ドメイン識別子に対する接続パラメータを含む対応ファイルにおいて、ドメイン識別子を探す段階と、受信したドメイン識別子に対応する接続パラメータを用いて、アプリケーション用の接続環境設定ファイルを更新する段階と、接続環境設定ファイルに基づいて、接続を初期化する段階とを含むことを特徴とする。本発明は更に、この方法を実施する受信器にも係る。本発明は、任意のインタラクティブサービスをブロードキャストするテレビジョンシステムに適用可能である。

Description

【０００１】
本発明は、特に、インタラクティブ・テレビジョン受信器といったインタラクティブ装置と、サーバとの間に接続を確立する方法と、そのような受信器にかかわる。
【０００２】
本願は、ユーザが、インタラクティブサービスとやり取りすることを可能にするインタラクティブ・テレビジョンの枠内に分類されるものである。端末は、例えば、以下のような、１つ以上の通信ネットワーク（図１参照）に接続される。
−電話網といったポイント・ツー・ポイント形式の双方向のネットワーク（モデム、ケーブル等によるリターンパス）
−アナログ又はデジタルの一方向の分散ネットワーク（地上波ＴＶ、ケーブル、及び、衛星の放送ネットワーク）
「インタラクティブ・マス・マーケット端末」という表現は、インタラクティブモジュール、ＤＶＢデコーダ、インターネットデコーダ等を具備するテレビジョン受信器を対象とする。
【０００３】
インタラクティブ端末は、一般的に、常駐ソフトウェアから構成される。端末の製造業者は、常駐ソフトウェアにダウンロード機能を関連付けて、端末が、ブロードキャストパス又はリターンパスを介してインタラクティブサービスを取ってくることを可能にしている。この常駐ソフトウェアは、アプリケーションを実行するインタプリタであっても、スクリプト又はＨＴＭＬページを解釈するブラウザであってよい。
【０００４】
一部のインタラクティブ・テレビジョンシステムにおいて、端末は、様々な課金率に応じて、電話網を介して、オンラインサーバに接続することが可能である。従って、例えば、電子メールは、端末のユーザに対して、ローカルの通信として請求される。一方、ＴＶゲームの最中に送られた応答は、例えば、毎分３．７１仏フランのユーザの負担となる。この原理は、様々な電話番号を使用することに依存しており、各電話番号は、異なる課金レベルに対応する。ブラウザレベルにおいて接続をトリガすることは、トランスペアレントであり、ＵＲＬ（ユニフォーム・リソース・ロケータ）を使用する原理に依存する。具体的に言うと、接続を確立するためには、サービスは、「ｗｉｎｄｏｗ．ｌｏｃａｔｉｏｎ：＝ｈｔｔｐ：／／ｗｗｗ． ｔｈｍｕｌｔｉ．ｃｏｍ」といったタイプの命令を単に含んでいればよい。呼び出しされた電話番号と、他の接続パラメータは、環境設定ファイル（ｃｏｎｆｉｇｕｒａｔｉｏｎ．ｘｍｌ）に記される。環境設定ファイルは、任意に変更ができるが、特定のインタフェースを介して変更される。尚、各電話番号に対して、ＤＮＳ（ドメイン名）、接続語、パスワード等といった特定の接続パラメータを指定することにより、端末が接続することを可能にしなければならない認証手続が対応することも付言する。
【０００５】
図２は、この原理を説明する。インタラクティブサービスのＨＴＭＬページは、接続のための環境設定ファイル「Ｃｏｎｆｉｇｕｒａｔｉｏｎ．ｘｍｌ」を更新する情報を含む。この更新は実行される。ＨＴＭＬページは更に、この接続へのＵＲＬ形式リンクを含む。このリンクがアクティブにされると、ＨＴＭＬページは、接続が確立されなければならないことをブラウザに指示する。次に、ブラウザは、環境設定ファイルのコンテンツに基づいて接続を初期化する。
【０００６】
環境設定ファイルに、非制限のアクセスを与えることは、比較的危険であり、且つ、電話番号及び認証パラメータをサービスにおいて指定しなければならないという原理は、煩わしく、且つ、何よりも間違い易い。
【０００７】
本発明の主題は、受信器装置と、インタラクティブサービスサーバとの間に接続を確立する方法である。本発明の方法は、受信器装置のレベルにおいて、以下の段階を含むことを特徴とする。
−ドメイン識別子を決定する段階
−複数のドメイン識別子と、各ドメイン識別子に対する接続パラメータを含む対応ファイルにおいて、ドメイン識別子を探す段階
−受信したドメイン識別子に対応する接続パラメータによって、アプリケーション用の接続環境設定ファイルを更新する段階
−接続環境設定ファイルに基づいて、接続を初期化する段階
環境設定ファイルの更新は、複数の接続パラメータセットから、１つの接続パラメータセットを決定することによりトリガされる。接続の確立は、環境設定ファイルに基づいている。環境設定ファイルは、例えば、本発明の実施の為には、それ自体は変更されなくてもよいブラウザソフトウェアの環境設定ファイルである。
【０００８】
例示的な実施例によると、ドメイン識別子はＵＲＬである。接続パラメータの正しいセットは、このドメイン識別子から決定される。ドメイン識別子は、複数のパラメータセットのうちの１つを、直接的に指し示してもよい。
【０００９】
本発明の他の特徴、及び、利点は、添付図面と共に説明される特定の非制限的な例の説明によって明らかとなろう。
【００１０】
接続手順を安全にするために、例示的な実施例の枠内において、電話番号と、認証パラメータ、或いは、他の接続パラメータは直接扱われることがないが、開発者がＵＲＬのみを扱うことができるようにするインタフェースを形成することを提案する。ＵＲＬは、使用されたドメイン名によって、使用されるべき電話番号と、認証パラメータを指し示す。
【００１１】
図３に示すように、呼び出しによって、ドメイン名をインタフェースの機能に渡すことによって、このドメイン名は解析され、使用されるべき環境設定がそこから推論され、次に、ブラウザの環境設定ファイルが更新される。
【００１２】
実施される方法は、以下の通りに行われる。
【００１３】
当該のサービスは、接続インタフェースの機能の呼び出しを含む（ここでは、機能は、「ＵＲＬを開く」として示す）。次に、接続インタフェースは、機能のパラメータ（ここでは、ＵＲＬ）を解析し、そこからドメイン名を推論する。対応ファイルは、全ての適切なドメイン名と、各ドメイン名に対する接続パラメータ（例えば、特に、電話番号、認証パラメータ等）を含む。これらのパラメータは、ブラウザの環境設定ファイル「Ｃｏｎｆｉｇｕｒａｔｉｏｎ．ｘｍｌ」を更新するために用いられる。次に、接続インタフェースによって、ブラウザのレベルにおいて、接続の初期化が命令される。これは、図２のＨＴＭＬページにある形式と同一の形式のＨＴＭＬ命令を生成することによって命令される。
【００１４】
この例示的な実施例によると、対応ファイルは、製造段階において、受信器に格納される。１つの変形実施例では、対応ファイルは、安全な方法によって、送信器によって、受信器に送信される。
【００１５】
本実施例の接続インタフェースは、オブジェクト指向モデルからインスピレーションを引出す「ジャバスクリプト」構造である。オブジェクト指向モデルでは、開発者は、オブジェクト、属性、及び、方法を取り扱う。
【００１６】
図４は、オンラインサービスが始められるべきときに、常駐サービスに関連して実行される動作を説明する。図４において、最初にアクティブである常駐サービスは、接続インタフェースのインスタンスを開き、次に、図３において既に説明した「ＵＲＬを開く」機能を呼び出しする。次に、上述したように、環境設定ファイルが更新され、そして、接続初期化コマンドが、対応するサービス（本実施例の枠内のブラウザ）に送られる。接続が確立されると、オンラインサービスが開始され、常駐サービスはシャットダウンされる。インタラクティブモジュールは、所与の瞬間において、１つのサービスのみが実行されることを保証する。
【００１７】
図５は、オンラインサービスが始められるべきときに、ラジオ放送サービスに関連して実行される動作を説明する。この動作は、図４に示す動作と類似する方法で行われる。
【００１８】
図６は、ユーザが既に１つのオンライン・インタラクティブサービスに接続されているときに、同じタイプの別のサービスに変更するために行われる動作を説明する。この場合、新しいサービスの接続パラメータが、現在のサービスの接続パラメータと同一であるか否かを確認する必要がある。特に、ユーザは、新しいサービスが、前のサービスと同一の課金率（即ち、単位時間あたりの接続費用）を有するか否かが確認される。同一の課金率を有する場合、同一の接続が使用される（図６に示す例：オンラインサービスは、接続インタフェースを呼び出す必要がない）。同一の課金率を有さない場合、接続は一度切断されて、再び接続される。図６に示すように、「ＵＲＬを開く」機能にあるスクリプトの最後の部分のみが、呼び出されている。即ち、ｗｉｎｄｏｗ．ｌｏｃａｔｉｏｎ＝ａＵＲＬのみが呼び出されている。
【００１９】
図７は、受信したＵＲＬから、電話番号、接続語、パスワード、サーバ名等といった接続パラメータを、接続インタフェースを介して抽出するために行われる動作を説明する図である。
【００２０】
接続インタフェースは、一度アクティブにされると、接続インタフェースの対応ファイルにおけるドメイン名と、ＵＲＬから推論したドメイン名とを比較する。対応が見つかると、全て、図２を参照しながら説明した通りに行われる。接続インタフェースが、対応ファイルのリストの終わり（ドメイン“＊”）に来てしまうと、デフォルト値を使用して、接続が確立される。
【００２１】
本発明の１つの変形では、表にはデフォルトエントリがなく、それにより、デフォルトの課金率が、不適切に使用されることを除外できる。具体的に、そのドメイン名が対応ファイルにないリソースにアクセスする手段を、サービスオペレータが提供した瞬間から、競合するサービス及びより魅力的な料金を提供するために、利益を得ることができ得る競合者に対し、門戸を開いている。課金率の識別が失敗した場合に、接続をブロックすることにより、サービスオペレータは、このような問題から自分自身を守っている。
【図面の簡単な説明】
【図１】
本質的に知られているインタラクティブサービス伝送システムを示すブロック図である。
【図２】
従来における、接続インタフェースを使用しない接続パラメータの抽出を説明するブロック図である。
【図３】
接続パラメータの抽出のための接続インタフェースの機能を説明するブロック図である。
【図４】
オンラインサービスが始められるべきときに、常駐サービスに関連して行われる動作を説明する図である。
【図５】
オンラインサービスが始められるべきときに、ラジオブロードキャストサービスに関連して行われる動作を説明する図である。
【図６】
１つのオンライン・インタラクティブサービスに既に接続されている場合に、同じタイプの別のオンライン・インタラクティブサービスに変更するために行われる動作を説明する図である。
【図７】
接続インタフェースを介して、電話番号、接続語、パスワード、サーバ名等といった接続パラメータを、受信したＵＲＬから抽出するために行われる動作を説明するスキームである。

Claims (7)

1. インタラクティブ装置と、インタラクティブサービスサーバとの間に接続を確立する方法であって、
   上記方法は、上記インタラクティブ装置のレベルにおいて、
   ドメイン識別子を決定する段階と、
   複数のドメイン識別子と、各ドメイン識別子に対する接続パラメータを含む対応ファイルにおいて、上記ドメイン識別子を探す段階と、
   受信した上記ドメイン識別子に対応する上記接続パラメータによって、アプリケーション用の接続環境設定ファイルを更新する段階と、
   上記接続環境設定ファイルに基づいて、上記接続を初期化する段階とを含むことを特徴とする方法。
2. 上記接続を確立するための上記段階は、インタラクティブサービスによって、上記受信器の機能の呼び出しの後に始められ、
   上記呼び出しされた機能は、パラメータとしての上記ドメイン識別子を含み、上記ドメイン識別子を、上記対応ファイル内において捜すことを特徴とする請求項１記載の方法。
3. 上記機能の呼び出しは、上記受信器のブラウザソフトウェアによって処理されるＨＴＭＬページに含まれることを特徴とする請求項２記載の方法。
4. 上記決定されるドメイン識別子は、ＵＲＬ（ユニフォーム・リソース・ロケータ）であることを特徴とする請求項１乃至３のうちいずれか一項記載の方法。
5. 上記対応ファイル内に、一致するドメイン識別子がない場合、上記接続環境設定ファイルの更新に、デフォルトの接続パラメータを使用することを特徴とする請求項１乃至４のうちいずれか１項記載の方法。
6. インタラクティブサービスを伝送するシステムにおける受信器であって、
   ドメイン識別子のリストと、各ドメイン識別子に対応する接続パラメータのリストを含む対応ファイルを格納する手段を含むことを特徴とする受信器。
7. 接続を確立するためのアプリケーション用の環境設定ファイルを更に含み、
   上記環境設定ファイルは、確立されるべき接続の初期化の前に、上記対応ファイルから抽出される接続パラメータによって更新されることを特徴とする請求項６記載の受信器。

Images