マルチバス・アクセス・ネットワークを介してサービスにアクセスする方法
マルチバス・アクセス・ネットワーク（１）を介して、サービスプロバイダによって通信ネットワーク（２）上で利用可能になっているサービスに、端末（Ｔ）からアクセスするための方法である。本発明によると、前記アクセス方法は以下のことから構成される過程を含んでいる。すなわち、サービスプロバイダについては、中間モジュール（４）に、少なくとも通信ネットワーク（２）内の前記サービスのアドレス（＠、Ｐ）に関与するデータに関わる情報を供給すること、中間モジュール（４）については、前記サービスにアクセスするために端末（Ｔ）によって利用されることになっている少なくとも一つの識別子（ＳＩｄ、ＳＣＩｄｓ）を決定し、また、バスの前記識別子をサービスプロバイダ（Ｓ）によって供給される前記情報に関連づけること、そして端末（Ｔ）については、サービスの発見時に中間モジュール（４）から前記情報に関連づけられたバスの前記識別子（ＳＩｄ、ＳＣＩｄｓ）を受信することである。マルチチャネル・アクセス・ネットワークを介した、あるいは、複数のインターフェイスを介したサービス提供への応用法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチバス・アクセス・ネットワークを介して、端末から、サービスプロバイダによって通信ネットワーク上で利用可能になっているサービスにアクセスするための方法に関するものである。
【０００２】
本発明は、サービスへのアクセスがマルチチャネル・アクセス・ネットワークまたは端末の複数のインターフェイスを介して行われるとき、サービス提供の分野、とりわけインターネット上でのサービス提供の分野において特に好適な応用法を見出すものである。このとき、サービスへのアクセスが「マルチバス」・アクセス・ネットワークを介してなされると言われる。
【０００３】
本発明はあらゆるタイプの通信ネットワークに応用されるものではあるが、本明細書の以下においてはインターネットの場合であるとする。端末がアクセスしようとしているサービスは、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）サービスと記載することとする。
【背景技術】
【０００４】
したがって、本発明の一般的な範囲は、サービスプロバイダが、たとえば「ストリーム」式またはダウンロード式の動画のようなＩＰサービスが、マルチチャネル・ＩＰアクセス・ネットワークに接続されたクライアントの端末に、または、端末の複数のインターフェイスを介してＩＰアクセス・ネットワークへ伝送されるのを確認しようとしている範囲である。マルチチャネル・アクセス・ネットワークのチャネルと端末のインターフェイスを区別せずに「バス」と称することとする。
【０００５】
アクセス・ネットワークは、これ以降、該ネットワークが複数の論理チャネルを伴う物理的媒体、あるいは複数の物理的媒体を含んでいるとき、マルチチャネル・アクセス・ネットワークと呼ばれる。このとき、物理的媒体と論理チャネルの全体または物理的媒体の一つを区別せずに「チャネル」と称することとする。
【０００６】
既知のマルチチャネル・アクセス・ネットワークとしては、ＤＡＢ（Ｄｉｇｉｔａｌ Ａｕｄｉｏ Ｂｒｏａｄｃａｓｔｉｎｇ）ネットワークおよびＤＶＢ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｂｒｏａｄｃａｓｔｉｎｇ）ネットワークを挙げることができる。
【０００７】
一般的には、クライアント端末は「サービス提供」と呼ばれる機能によってＩＰサービスを見つける。今日では、事前に、プロバイダによって送信される情報は、中間モジュールに、したがって端末に、ＩＰ接続、つまりＴＣＰ／ＵＤＰ（Ｔｒａｎｓｆｅｒ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）ポートに関連づけられた一つまたは複数のＩＰアドレスと、たとえば動画サービスをデコードする特徴やダウンロード用アプリケーションの特徴のような、任意のサービスを処理するために用いるべきアプリケーションの特徴を与える。
【０００８】
たとえば音声／動画ＩＰサービスの場合に、一つの接続が動画用であり、もう一つが音声用というように、複数のＩＰストリームに対応する複数の接続が、任意のＩＰサービスを「消化する」ために必要となりうることに注意しなければならない。以下では、ＩＰサービスが一つのＩＰストリームしか含まないものと仮定する。とはいえ、本発明は、サービスに関連づけられた複数のＩＰストリームの場合、類推によって拡張されるものである。
【０００９】
マルチチャネル・ネットワークを介したＩＰサービスへのアクセスが問われるため、サービスの説明は通常、サービスプロバイダによってＳＤＰ（ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）によって推奨されるＳｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）タイプのファイルにおいて行われるが、用いるべきマルチチャネル・アクセス・ネットワークの特徴、とりわけ用いるべきチャネル（物理的媒体／論理チャネル）に関するいかなる情報も含んでいない。
【００１０】
従来、端末のネットワーク構成のメカニズム（ルーティング・テーブル、インターフェイスのネットワーク構成）は、任意のＩＰサービスへの通信経路を見つけ出すために用いられる。しかし、たとえば、ＤＶＢ、ＤＡＢ配信ネットワークの場合に実質的に当てはまるように、論理チャネルに事前に関連づけられたネットワーク構成がない場合には、これらの従来のテクノロジーは効果がない。
【００１１】
とはいえ、既存のチャネル全体の中からＩＰサービスへの適切な通信経路をユーザが体系的に見つけ出す必要性を避けるために、アクセス・ネットワークへの接続パラメータは、すぐに適切なチャネル（物理的媒体／論理チャネルのペア）に接続するために端末に認識される必要がある。
【００１２】
たとえば、ＩＰサービスのプロバイダは、ポートＰに関連づけられた＠で表記されるＩＰアドレスへのアクセス・ネットワークを介してコンテンツを送信する。同時に、ＩＰサービスが見つかったとき、ＩＰサービスのプロバイダは端末にこのサービスの説明を提示し、該端末に、たとえばマルチキャスト・サービス用に、＠およびポートＰの情報と、用いるべきアプリケーションＡｐｐの性質情報を与える。
【００１３】
ＤＡＢタイプのマルチチャネル・アクセス・ネットワークの場合には、アクセス・ネットワークの機器（ＤＡＢマルチプレックスにおけるＩＰカプセル化のゲートウェイ）は、マルチプレックスユニットＥ、このマルチプレックスのサブチャネルＳ、および、このサブチャネルのパケットＰａにＩＰストリーム（＠、ＩＰ）をカプセル化する。
【００１４】
端末は、自身のＤＡＢアクセス・ネットワークに対する構成がアクセス・ネットワークの事業者によって選択されたパラメータ（Ｅ、Ｓ、Ｐａ）に対応するときにだけＩＰサービス（＠、Ｐ）に接続することができる。
【００１５】
ＤＡＢマルチチャネル・アクセス・ネットワークの場合、今日、アクセス・ネットワークの機器によって送信される信号は識別子（サービスＩｄ、サービス・コンポーネントＩｄｓ）を用いており、該識別子は以下において（ＳＩｄ、ＳＣＩｄｓ）と表記するものであり、任意のＩＰストリームがサービスの一意な構成要素に伝送される限り、ＤＡＢネットワークにおいてサービスの構成要素を一意に特徴づけるものである。
【００１６】
この識別子は、マルチプレックス／リマルチプレックスの操作がどのようであれ、不変である。ＤＡＢアクセス・ネットワークのシグナル伝達はペア（ＳＩｄ、ＳＣＩｄｓ）を、ＤＡＢ伝送システムで用いられる物理的媒体と論理チャネル（ユニットＥ、サブチャネルＳ、パケットＰａ）に結びつける。こうして、任意のＩＰサービスに関連づけられたペア（ＳＩｄ、ＳＣＩｄｓ）を認識していれば、端末は、アクセス・ネットワークから受信した信号を介して、希望のＩＰサービスへの接続チャネル（物理的媒体／論理チャネル）を認識することができる。
【００１７】
今日では、ユーザは経験的に手動で、あるいは契約に基づいて静的に、たとえば、ＤＡＢサービスの名称および「サービス・コンポーネント」の名称を選択することで、ＤＡＢネットワークへのアクセス・パラメータを選択しなければならない。
【００１８】
このとき、端末は適切な物理的媒体および適切な論理チャネルに接続され、したがって、ＩＰデータの抽出は、アプリケーション・レベルの情報とＩＰ接続に関するもので、ＩＰサービスのプロバイダによって提供されるサービスの説明にしたがって行うことができる。
【００１９】
ＤＶＢマルチチャネル・ネットワークの場合、ＩＮＴテーブルと呼ばれる新規のテーブルがＥＴＳＩ ＥＮ ３０１ １９２ ｖ１．３．１（２００３−０５）の明細において定義されている。このテーブルは、ＤＶＢネットワークの機器（ＤＶＢにおけるＩＰカプセル化ゲートウェイ、マルチプレックス／リマルチプレックス）によって動的に更新され、カプセル化されたＩＰサービス（たとえば、宛先ＩＰアドレスおよびソースＩＰアドレスによって定義されている）と該サービスを伝送するチャネル（物理的媒体／論理チャネル）との間のリンクを与える。
【００２０】
端末によるＩＰサービスの発見は独立して行われる。とはいえ、ＩＰサービスの発見情報の一部、とりわけ、宛先ＩＰアドレスおよびソースＩＰアドレスのようなＩＰ接続の特徴が、アクセス・チャネルとのリンクを行うためにＤＶＢシグナル伝達において知らされなければならない。
【００２１】
しかし、マルチチャネル・アクセス・ネットワークを介してＩＰサービスにアクセスするために提案されているこれらの既知の解決法はそれぞれ、一定数の不都合を有している。
【００２２】
ＤＡＢネットワークに関して、今日では、クライアントは二つの個別の独立した操作において、一方ではＩＰサービスを見つけ、他方では、アクセス・ネットワークへの接続インターフェイスを構成しなければならないことが確認されている。
【００２３】
ＩＰサービスを伝送するためにＤＡＢアクセス・ネットワークを用いるのは最近のことであり、実験的なままであることが多い。クライアントが「静的」に（たとえば契約を介して）、ＩＰストリームの搬送される、ペア（ＳＩｄ、ＳＣＩｄｓ）によって定義されたＤＡＢチャネルを知るプロセスが適合することがある。
【００２４】
より動的な環境では、ペア（ＳＩｄ、ＳＣＩｄｓ）に対するＩＰサービスの割り当ては、クライアントによってリアルタイムで認識されないことがある。さらに、手動の構成による設定は、任意のＩＰサービスからもう一つのサービスへの移行が、ほぼ体系的にアクセス・ネットワークへの接続インターフェイスの再構成を必要とする場合には直ちに不適合なものになりうる。
【００２５】
ＤＶＢネットワークに関して、ＤＶＢ信号のＩＮＴテーブルは動的に任意のＩＰサービスの位置を指定するが、端末は交錯する形で二つのタイプの信号、つまり、サービス発見の情報とＩＮＴテーブルの情報を分析する必要がある。ＩＰサービスを特徴づける識別子は二つの信号にコピーされる必要があり、したがって、ＤＶＢシグナル伝達を顕著に重くする情報の過多を引き起こし、端末による分析の時間も増大させる。
【００２６】
アクセス・ネットワークの複数のインターフェイスを有する端末の場合は、クライアントの端末が任意のマルチキャストＩＰサービスを受信するために接続しようとしているインターフェイスを選択する際、つまり、サービスが端末によって事前に可視的とはなっていないアクセス・ネットワークを介してしかアクセス可能ではない場合に、困難が生じることになる。
【発明の開示】
【発明が解決しようとする課題】
【００２７】
このように、本発明の対象によって解決すべき技術的課題は、端末から、サービスプロバイダによって通信ネットワーク上で利用可能になっているサービスにマルチバス・アクセス・ネットワークを介してアクセスする方法を提案することであり、該方法によって、たとえば、アクセスがマルチバス・アクセス・ネットワークにおけるＩＰサービスの予測できない実施に依存するときのような、ＩＰサービスへのアクセスが端末によって事前に認識できない場合に、端末にＩＰサービスの発見（たとえばＳＤＰファイルの中で）と同時に、アクセス事業者でテーブルを作成する必要なく、アクセス・ネットワークの適切なチャネル（物理的媒体／論理チャネル）またはアクセス・ネットワークへの適切なインターフェイスへ該端末が自動で接続することを可能にする情報を供給できるようになっている。これらの情報は、サービスの発見時に最新となるものである。さらに時空間で不変の識別子が用いられると、サービスの最初の発見時に送信される情報はサービス期間の全体にわたって最新に保たれるようになっている。
【課題を解決するための手段】
【００２８】
技術的課題に対する解決法は、本発明によると、前記アクセス方法が、
−サービスプロバイダについては、少なくとも通信ネットワーク内における前記サービスのアドレスに関与するデータに関する情報を中間モジュールに供給することからなる過程と、
−中間モジュールについては、前記サービスにアクセスするために端末によって用いられるバスの少なくとも一つの識別子を決定し、バスの前記識別子をサービスプロバイダによって供給される前記情報に関連づけることからなる過程と、
−端末については、サービスの発見時に、中間モジュールから前記情報に関連づけられたバスの前記識別子を受信することからなる過程、
を含むことで構成される。
【００２９】
以下でより詳細が明らかになるように、端末のＩＰサービスへのアクセスは、たとえばＤＡＢマルチチャネル・アクセス・ネットワークにおけるマルチキャストＩＰサービスの場合には以下のようにまとめられる。
【００３０】
第一の過程では、アクセス・ネットワークの事業者のもとでサービスを提供しようとしているＩＰサービスのプロバイダは、中間モジュールに自身のサービスの説明を与えるのだが、該説明は、標準的なＳＤＰファイルの中で見つけられる要素、すなわち、
−サービスの文字で書かれた名称と説明、サービスの配信日、サービスをデコードするために必要なアプリケーション、コーデックのタイプなどのような、アプリケーション・レベルでの情報と、
−マルチキャストＩＰサービスとの通信に必要なマルチキャストＩＰアドレスやＵＤＰポートのような、ネットワーク・レベルでの情報、
を含んでいる。
【００３１】
前述のサービスの説明情報がリソースの要求を明確にするのに十分でなければ、たとえば、ＤＡＢ上のＦｒａｎｃｅ Ｉｎｔｅｒのサービスのような、ＩＰサービスが関連づけられているサービスの識別子といった補足的情報が加えられる。
【００３２】
第二の過程では、中間モジュールはＩＰサービスのプロバイダによって提供されるサービスの説明によって、アクセス・ネットワークの事業者に命令を送信し、該事業者は、ＩＰサービスを任意のチャネルに伝送することを可能にするＩＰ伝送リソースを起動する。ＩＰ伝送リソースの起動例は、ＩＰサービスを特徴づけている要素（ＩＰアドレス、ポート）とＩＰサービスの伝送チャネルを用いて、アクセス・ネットワーク内でＩＰデータをカプセル化するゲートウェイの命令である。本発明にしたがうと、アクセス・ネットワークの制御機能はＩＰサービスを伝送するチャネルを中間モジュールに戻す。このとき、中間モジュールはチャネルの情報をサービスプロバイダから受信するその他の情報に関連づける。
【００３３】
第三の過程では、クライアントは端末を用いてサービスを見つける。該クライアントがＳＤＰによって受信する情報は、たとえば最低でも、
−アプリケーション・レベルでの情報（コーデックなど）、
−ネットワーク・レベルでの情報（マルチキャストＩＰアドレス、ポート）、
−および、本発明にしたがうと、たとえばＤＡＢサービスの識別子ＳＩｄとサービス構成要素の識別子ＳＣＩｄｓのようなアクセス・チャネルとのリンク、
を含んでいる。
【００３４】
最後に、第四の過程では、端末はこれらのパラメータによってＩＰサービスに接続される。マルチチャネル・ネットワークの場合、端末は前記パラメータに対応するチャネルに接続される。複数のインターフェイスの場合、端末は端末のネットワーク・パラメータを動的に構成し、アプリケーションに、前記パラメータに対応するサービスへのアクセス・ネットワーク・インターフェイスを与えることもできる。
【発明を実施するための最良の形態】
【００３５】
非制限的な例示として挙げられた添付の図面に関する以下の説明によって、本発明が何によって構成され、いかにして実施することができるのかということがより良く理解されるものである。
【００３６】
図１は、本発明にしたがったアクセス方法を実施することを目的とする、サービスプロバイダのサーバと端末との間における通信システムの概略図である。
【００３７】
図２は、ＤＡＢアクセス・ネットワークの場合における、本発明にしたがったアクセス方法の各過程が示された概略図である。
【００３８】
図３は、複数のインターフェイスを介してＩＰサービスに端末がアクセスする場合における、本発明にしたがったアクセス方法の各過程が示された概略図である。
【００３９】
図１の通信システムは、クライアントのパーソナル・コンピュータのような端末Ｔが、たとえばインターネットなどの通信ネットワーク２を介してＩＰコンテンツのサーバＳによって配信されるサービスプロバイダのサービスへアクセスすることを可能にすることを目的としている。
【００４０】
所望のＩＰサービスにアクセスするために、端末Ｔはマルチバス・アクセス・ネットワーク１を用いるのだが、以下の説明において、該ネットワークはＤＡＢマルチチャネル・アクセス・ネットワークとする。
【００４１】
ネットワーク１と連携して、システム３はマルチチャネル・アクセス・ネットワークへの伝送インターフェイス（たとえばＤＡＢ媒体でＩＰデータをカプセル化するゲートウェイ）を含んでおり、該インターフェイスはアクセス・ネットワーク１の物理的媒体／論理チャネルのユニットによって規定されるチャネルにＩＰデータのストリームを分岐する。
【００４２】
場合によっては、システム３はアクセス・ネットワーク１に固有のシグナル伝達機器を具備している。この選択的なシグナル伝達によって、ＩＰサービスの位置に関する最終的な特徴を与えることが可能になるのだが、アクセス・ネットワーク１だけが該特徴を認識している唯一の存在であることがある。ＤＡＢアクセス・ネットワーク上で伝送されるマルチキャストＩＰサービスの例では、ＤＡＢアクセス・ネットワークのシグナル伝達に依存することが義務的となる。つまり、ＤＡＢマルチプレックスの内部でペア（ＳＩｄ、ＳＣＩｄｓ）とチャネルの間とのリンクを供給するのが該シグナル伝達なのである。
【００４３】
システム４は中間モジュールであり、該中間モジュールは、ＩＰサービスのプロバイダＳが必要とするシグナル伝達の機能を含んでいる。中間モジュール４はサービスプロバイダ自身または該サービスプロバイダが必要としている別の第三者に属していてもよい。
【００４４】
システム５は、マルチチャネル・アクセス・ネットワーク１に固有のリソースを制御する機能を含んでいる。
【００４５】
ネットワーク１ｂは任意である。該ネットワークによって、端末Ｔは、マルチチャネル・アクセス・ネットワーク１以外のアクセス・ネットワークによって中間モジュール４と対話することが可能になる。これは、たとえば、端末Ｔがシステム４に向けてメッセージを送信しようとする一方で、マルチチャネル・アクセス・ネットワーク１が端末Ｔに向けてインターフェイス３がメッセージを伝送することしか可能にしていないときなどに当てはまる。この状況は、実質的に、送信者から受信者への方向が一方向的なＤＡＢネットワークについて起こる。
【００４６】
図１の通信システムの内部におけるデータおよび情報の交換は以下のように行われる。
【００４７】
端末Ｔへ向けたＩＰコンテンツのサーバＳによって交換されるデータは、ネットワーク２、次にインターフェイス３そしてマルチチャネル・アクセス・ネットワーク１を経由する。
【００４８】
中間モジュール４はネットワーク２を介してシステム５と対話する。
【００４９】
システム５はネットワーク２を介してインターフェイス３と対話する。
【００５０】
中間モジュール４は、ネットワーク２、次にネットワーク１またはネットワーク１ｂを介して端末Ｔと対話する。
【００５１】
これより、本発明にしたがったアクセス方法の過程を、マルチチャネル・アクセスに関連する図２を参照しつつ詳述することにする。
【００５２】
１．ａ−ＩＰサービスのプロバイダは自身のＩＰサービスを端末Ｔのようなクライアントの端末に配信しようとしている。そのため、中間モジュール４を必要としているのだが、該中間モジュールを第三のシステムに引き渡すこと、または、サービスプロバイダのサーバに内蔵することもできる。そのために、プロバイダＳはモジュール４の「サービス説明」の機能に自身のＩＰサービスの説明要素を与える。
【００５３】
供給される説明要素とは標準的なＳＤＰ記述ファイル（ＩＥＴＦのＲＦＣ３２７）で見られるものであり、すなわち、
−サービスの文字で書かれた名称と説明、サービスの配信日、サービスをデコードするために必要なアプリケーション、コーデックのタイプなどの、アプリケーション・レベルでの情報と、
−マルチキャストＩＰサービスと通信するために必要なマルチキャストＩＰアドレスとＵＤＰポートといった、ネットワーク・レベルでのデータである。
【００５４】
サービスの説明情報がリソースの要求を明確にするために十分でなければ、過程１．ｂの際に行われるリソース要求の呼出を場合によって補完するために、補足的な情報が加えられる。ＤＡＢにおけるマルチキャストＩＰサービスについては、これらの補足的情報とは、たとえば、サービスプロバイダがＤＡＢテクノロジーで自身のサービスを配信しようとすること、ＩＰサービスが付けられた無線サービスのラベル、必要な帯域、サービスが行われる地理的ゾーン、所望されるアクセス・ネットワークの事業者などである。
【００５５】
中間モジュール４の「サービス説明」の機能は、モジュールのデータベースにサービスの説明を保存している。
【００５６】
１．ｂ−中間モジュール４の「リソース要求」の機能は、リソース要求が必要な新規のＩＰサービスの存在を通知される。このとき、「リソース要求」の機能はアクセス・ネットワーク１の事業者を選択しなければならない。
【００５７】
次に、該機能はアクセス・ネットワーク１の事業者のもとでリソース要求を特徴づける情報、たとえば、ＩＰアドレス、ＩＰストリームのポート、望まれる帯域のような一定数の補足的要素などを選択しなければならない。
【００５８】
２．ａ−システム５の「リソース起動」の機能はリソース要求を受信する。
【００５９】
２．ｂ−要求が受信可能な場合、たとえば、必要な帯域がＤＡＢアクセス・リソースで利用可能なときには、システム５は伝送機器３に命令を送信することで、ＩＰサービスが任意のチャネル（任意の物理的媒体および任意の論理チャネル）の中でアクセス・ネットワーク１へと伝送できるようにする。機器３に送信された情報は、ＩＰサービス（例（ＩＰアドレス、ポート））ならびに、ＩＰサービスが搬送されることになる物理的媒体／論理チャネルの指定を特徴づけるものである。
【００６０】
２．ｃ−２．ａで行われるリソース要求に応えて、システム５の「リソース制御」の機能は識別子を供給し、該識別子によって、マルチチャネル・アクセス・ネットワーク１でＩＰサービスを伝送するために用いられるチャネルを決定できるようになっている。以下では、このフィールドは「アクセス・ネットワーク内でのチャネルの位置の識別子」と呼ぶこととする。ＤＡＢでは、この識別子はペア（ＳＩｄ、ＳＣＩｄｓ）に相当する。
【００６１】
３．ａ−中間モジュール４の「リソース要求」の機能は、「アクセス・ネットワーク内でのチャネルの位置の識別子」のフィールドをＩＰサービスの説明情報に関連づけることで、モジュールのデータベースを更新する。
【００６２】
３．ｂ−モジュール４の「サービス提供」の機能は、ＩＰサービスに関連づけられたサービスの発見ファイルを作成する必要があることを通知される。サービスの発見がＳＤＰファイルを介して行われるとき、このファイルは、データベース内に存在し、サービスの発見機能によって受信されたフィールド（標準的なＳＤＰファイルのフィールド）と、「アクセス・ネットワーク内でのチャネルの位置の識別子」という新規のフィールドとを含んでいる。このフィールドは、複数のメディアがあり、したがってＩＰサービスに関連づけられた複数のＩＰストリームがある場合には、メディア・レベルのＳＤＰ記述の中に配置される。
【００６３】
４．ａ−クライアントの端末Ｔは自身の「サービス発見」の機能によって、
−モジュール４の「サービス提供」の機能にリクエストを送信し、たとえばモジュール４の「サービス提供」の機能によって更新されているＷＥＢサーバ上のＳＤＰファイルをダウンロードすることで、もしくは、
−「サービス提供」の機能によって情報を端末Ｔに、ＳＡＰ／ＳＤＰ（ＲＦＣ２９７４）のようなプロトコルを介して送信することによって、
ＩＰサービスを見つける。
【００６４】
４．ｂ−「サービス実行」の機能は、ユーザが端末Ｔのグラフィック・インターフェイス上でＩＰサービスを選択するとき（たとえばアイコンをクリックする）に作動させることができるもので、サービスの発見ファイル（たとえばＳＤＰファイル）を、したがって「アクセス・ネットワーク内でのチャネルの位置の識別子」のフィールドを処理する。
【００６５】
４．ｃ−端末Ｔの「サービス実行」の機能はアプリケーションを起動し、該アプリケーションに、サービスの発見ファイルの中に存在し、かつ、該アプリケーションに必要なパラメータを供給する。ＩＰ通信のパラメータ（従来ではＩＰアドレスおよびポート）により、アプリケーションはＩＰ接続を開く。
【００６６】
４．ｄ−「サービス実行」の機能は、ＡＰＩタイプのインターフェイスによって、アクセス・ネットワーク１への端末の接続カードと通信し、該カードに「アクセス・ネットワーク内でのチャネルの位置の識別子」というフィールドにあるパラメータを与える。
【００６７】
アクセス・ネットワーク１への接続カードのレベルでは、信号を分析する必要性は選択的であるが、ＤＡＢネットワークの場合には義務的である。
【００６８】
端末Ｔの接続カードが適切なチャネル（物理的媒体／論理チャネル）に接続されているとき、物理的なアクセス・ネットワーク１の機器を介してサービスプロバイダのサーバＳによって発行されたＩＰデータは、端末Ｔの受信カードによって受信され、希望のアプリケーション（たとえば動画のプレーヤー）によって処理される。
【００６９】
これより、本発明にしたがったアクセス方法の過程を、マルチインターフェイス・アクセスに関連する図３を参照しつつ詳述することにする。
【００７０】
ここでは、ＤＡＢアクセス・ネットワークでのマルチキャストＩＰサービスの配信例が説明されており、端末は、異なったテクノロジーに対応する複数のネットワーク・インターフェイスでマルチキャスト・サービスを潜在的に受信することができる。
【００７１】
１．ａ−ＩＰサービスのプロバイダは自身のＩＰサービスを端末Ｔのようなクライアントの端末に配信しようとしている。そのため、中間モジュール４を必要としているのだが、該中間モジュールを第三のシステムに引き渡すこと、または、サービスプロバイダに内蔵することができる。そのため、サーバＳは中間モジュール４の「サービス説明」の機能に自身のＩＰサービスの説明要素を供給する。
【００７２】
供給された説明要素は標準的なＳＤＰ記述ファイル（ＩＥＴＦのＲＦＣ３２７）に見られるものであり、すなわち、
−サービスの文字で書かれた名称および説明、サービスの配信日、サービスのデコードに必要なアプリケーション、コーデックのタイプといったアプリケーション・レベルでの情報などと、
−マルチキャストＩＰサービスと通信するために必要なマルチキャストＩＰアドレスとＵＤＰポートである、ネットワーク・レベルでのデータである。
【００７３】
サービスの説明情報に加え、サービスプロバイダは、必要であれば、アクセス・ネットワークのテクノロジーとしての設定（例：ＤＡＢが可能かどうか、そうではない場合にはＤＶＢは可能か）とその他の補足的情報を供給することで、たとえばＤＡＢテクノロジーで望まれるマルチキャストＩＰサービスに対して、必要であれば１．ｂで行われるリソース要求を補完するようになっており、該補足的情報とはすなわち、ＩＰサービスが付けられている無線サービスのラベル、必要な帯域、サービスが行われる地理的ゾーン、所望のアクセス・ネットワークの事業者などである。
【００７４】
システム４の「サービス説明」の機能は、サービスの説明をシステムのデータベースに保存する。
【００７５】
１．ｂ−中間モジュール４の「リソース要求」の機能は、リソース要求が必要な新規ＩＰサービスの存在を通知される。このとき「リソース要求」の機能はアクセス・ネットワークのテクノロジー、さらにはアクセス・ネットワークの事業者を選択する必要がある。アクセス・ネットワークのテクノロジーを最終的に選択することは、サービスプロバイダの選択、アクセス事業者との契約のような規約、アクセス・ネットワークの情報量、コスト面の制約などに応じて行うことができる。
【００７６】
同一のＩＰサービスを同時に、たとえばＤＡＢおよびＤＶＢのシグナル伝達のような複数の異なったテクノロジーによるアクセス・ネットワークに伝送することができることに注意しなければならない。この場合、中間モジュール４がさまざまなテクノロジーの優先性の順位を確立し、端末Ｔがこの優先性に従うようにすることができる。もう一つの解決法は、優先性が端末Ｔ自体によって決定されることで構成される。
【００７７】
次に「リソース要求」の機能は、アクセス・ネットワーク１の事業者のもとでリソースの要求を特徴づける情報、たとえば、ＩＰアドレスやＩＰストリームのポートと、望まれる帯域のような一定数の補足的要素を選択する必要がある。
【００７８】
２．ａ−システム５の「リソース起動」の機能はリソース要求を受信する。
【００７９】
２．ｂ−要求が受信可能な場合、たとえば必要な帯域がＤＡＢアクセス・リソースで利用可能なときには、システム５は伝送機器３に命令を送信することで、ＩＰサービスがアクセス・ネットワーク上で伝送されるようにする。
【００８０】
２．ｃ−２．ａで行われるリソース要求に応えて、「リソース制御」の機能はリソースの配信を確認する。
【００８１】
３．ａ−システム４の「リソース要求」の機能は、ＩＰサービスの説明に「アクセス・ネットワークのテクノロジー」というフィールドを加えることでシステムのデータベースを更新し、該フィールドは用いられるアクセス・ネットワークのテクノロジー、または、場合によっては、１．ｂで指示したような可能なアクセス・ネットワークが複数あるときには、関連づけられた優先性を伴う、用いられるアクセス・ネットワークのテクノロジーを定義している。ＤＡＢアクセス・ネットワークの場合には、このフィールドはたとえば「ＤＡＢ」と同じになる。
【００８２】
３．ｂ−中間モジュール４の「サービス提供」の機能は、該機能がＩＰサービスに関連づけられたサービスの発見ファイルを作成する必要があることを通知される。サービスの発見がＳＤＰファイルを介して行われるとき、このファイルは、データベースに存在し、かつ、サービスの発見機能によって受信されたフィールド（標準的なＳＤＰファイルのフィールド）と、「アクセス・ネットワークのテクノロジー」という新規のフィールドとを含むことになる。このフィールドは、複数のメディアがあり、したがってＩＰサービスに関連づけられた複数のＩＰストリームがあるような場合には、メディア・レベルのＳＤＰ記述に配置される。
【００８３】
４．ａ−クライアントの端末Ｔは自身の「サービス発見」の機能によって、
−中間モジュール４の「サービス提供」の機能にリクエストを送信し、たとえば中間モジュール４の「サービス提供」の機能によって更新されているＷＥＢサーバ上のＳＤＰファイルをダウンロードすることによって、あるいは、
−「サービス提供」の機能によって、ＳＡＰ／ＳＤＰ（ＲＦＣ２９７４）のようなプロトコルを介して情報を端末Ｔに送信することによって、
ＩＰサービスを発見する。
【００８４】
４．ｂ−「サービス実行」の機能は、ユーザが端末Ｔのグラフィック・インターフェイス上でＩＰサービスを選択する（たとえばアイコンをクリックする）ときに作動させることができるもので、サービス発見ファイル（たとえばＳＤＰファイル）を、したがって「アクセス・ネットワークのテクノロジー」のフィールドを処理する。
【００８５】
４．ｃ−端末Ｔの「サービス実行」の機能はアプリケーションを起動し、該アプリケーションに、サービス発見ファイルの中に存在し、かつ、該アプリケーションに必要なパラメータを与える。ＩＰ通信のパラメータ（従来ではＩＰアドレスとポート）により、アプリケーションはＩＰ接続を開く。
【００８６】
４．ｄ−「サービス実行」の機能は、「アクセス・ネットワークのインターフェイス選択」の機能に、＠アドレスのＩＰサービスが「アクセス・ネットワークのテクノロジー」のフィールドに対応する端末Ｔのインターフェイスを介して取得されなければならないという指示を与える。マルチキャストＩＰサービスの例については、「アクセス・ネットワークのインターフェイス選択」の機能は、マルチキャストの登録が中間モジュール４によって、あるいはローカルには端末Ｔによって規定された優先性に対応している適切なインターフェイス上で行われるように、端末のネットワーク構成のパラメータを変更する。「アプリケーション起動」の機能が、インターフェイスを特定するのだが、ＩＰサービスを消化するために該インターフェイスにアプリケーションがアプリケーション自体を登録する必要があり、「サービス実行」の機能によって与えられる「アクセス・ネットワークのテクノロジー」のフィールドに応じて、該特定をするという、マルチキャストＩＰサービスに対するもう一つの可能性にも注意する必要がある。
【００８７】
いったん一定の方法でアクセス・ネットワークのインターフェイスの選択が行われると、物理的なアクセス・ネットワーク１の機器を介してサーバＳによって発行されたＩＰデータは端末Ｔの受信カードによって受信され、所望のアプリケーション（たとえば動画のプレーヤー）によって処理される。
【００８８】
「マルチチャネル」および「マルチインターフェイス」の場合を組み合わせることができることに注意する必要がある。つまり、中間モジュールによって規定されたアクセス・ネットワークがマルチチャネルであるとき、チャネルの識別子は、バスの識別子と同時にサービスが発見されたときに、端末に送信されることになる。「アクセス・ネットワークのインターフェイス選択」の機能はこのとき、マルチチャネル・アクセス・ネットワークの適切なインターフェイスに向けてチャネルの識別子を中継するようになっている。
【図面の簡単な説明】
【００８９】
【図１】本発明にしたがったアクセス方法を実施することを目的とする、サービスプロバイダのサーバと端末の間における通信システムの概略図である。
【図２】ＤＡＢアクセス・ネットワークの場合における、本発明にしたがったアクセス方法の各過程が示された概略図である。
【図３】複数のインターフェイスを介してＩＰサービスに端末がアクセスする場合における、本発明にしたがったアクセス方法の各過程が示された概略図である。
【符号の説明】
【００９０】
１ マルチチャネル・アクセス・ネットワーク
２ 通信ネットワーク
３ 伝送インターフェイスを含むシステム
４ 中間モジュール
【技術分野】
【０００１】
本発明は、マルチバス・アクセス・ネットワークを介して、端末から、サービスプロバイダによって通信ネットワーク上で利用可能になっているサービスにアクセスするための方法に関するものである。
【０００２】
本発明は、サービスへのアクセスがマルチチャネル・アクセス・ネットワークまたは端末の複数のインターフェイスを介して行われるとき、サービス提供の分野、とりわけインターネット上でのサービス提供の分野において特に好適な応用法を見出すものである。このとき、サービスへのアクセスが「マルチバス」・アクセス・ネットワークを介してなされると言われる。
【０００３】
本発明はあらゆるタイプの通信ネットワークに応用されるものではあるが、本明細書の以下においてはインターネットの場合であるとする。端末がアクセスしようとしているサービスは、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）サービスと記載することとする。
【背景技術】
【０００４】
したがって、本発明の一般的な範囲は、サービスプロバイダが、たとえば「ストリーム」式またはダウンロード式の動画のようなＩＰサービスが、マルチチャネル・ＩＰアクセス・ネットワークに接続されたクライアントの端末に、または、端末の複数のインターフェイスを介してＩＰアクセス・ネットワークへ伝送されるのを確認しようとしている範囲である。マルチチャネル・アクセス・ネットワークのチャネルと端末のインターフェイスを区別せずに「バス」と称することとする。
【０００５】
アクセス・ネットワークは、これ以降、該ネットワークが複数の論理チャネルを伴う物理的媒体、あるいは複数の物理的媒体を含んでいるとき、マルチチャネル・アクセス・ネットワークと呼ばれる。このとき、物理的媒体と論理チャネルの全体または物理的媒体の一つを区別せずに「チャネル」と称することとする。
【０００６】
既知のマルチチャネル・アクセス・ネットワークとしては、ＤＡＢ（Ｄｉｇｉｔａｌ Ａｕｄｉｏ Ｂｒｏａｄｃａｓｔｉｎｇ）ネットワークおよびＤＶＢ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｂｒｏａｄｃａｓｔｉｎｇ）ネットワークを挙げることができる。
【０００７】
一般的には、クライアント端末は「サービス提供」と呼ばれる機能によってＩＰサービスを見つける。今日では、事前に、プロバイダによって送信される情報は、中間モジュールに、したがって端末に、ＩＰ接続、つまりＴＣＰ／ＵＤＰ（Ｔｒａｎｓｆｅｒ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）ポートに関連づけられた一つまたは複数のＩＰアドレスと、たとえば動画サービスをデコードする特徴やダウンロード用アプリケーションの特徴のような、任意のサービスを処理するために用いるべきアプリケーションの特徴を与える。
【０００８】
たとえば音声／動画ＩＰサービスの場合に、一つの接続が動画用であり、もう一つが音声用というように、複数のＩＰストリームに対応する複数の接続が、任意のＩＰサービスを「消化する」ために必要となりうることに注意しなければならない。以下では、ＩＰサービスが一つのＩＰストリームしか含まないものと仮定する。とはいえ、本発明は、サービスに関連づけられた複数のＩＰストリームの場合、類推によって拡張されるものである。
【０００９】
マルチチャネル・ネットワークを介したＩＰサービスへのアクセスが問われるため、サービスの説明は通常、サービスプロバイダによってＳＤＰ（ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）によって推奨されるＳｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）タイプのファイルにおいて行われるが、用いるべきマルチチャネル・アクセス・ネットワークの特徴、とりわけ用いるべきチャネル（物理的媒体／論理チャネル）に関するいかなる情報も含んでいない。
【００１０】
従来、端末のネットワーク構成のメカニズム（ルーティング・テーブル、インターフェイスのネットワーク構成）は、任意のＩＰサービスへの通信経路を見つけ出すために用いられる。しかし、たとえば、ＤＶＢ、ＤＡＢ配信ネットワークの場合に実質的に当てはまるように、論理チャネルに事前に関連づけられたネットワーク構成がない場合には、これらの従来のテクノロジーは効果がない。
【００１１】
とはいえ、既存のチャネル全体の中からＩＰサービスへの適切な通信経路をユーザが体系的に見つけ出す必要性を避けるために、アクセス・ネットワークへの接続パラメータは、すぐに適切なチャネル（物理的媒体／論理チャネルのペア）に接続するために端末に認識される必要がある。
【００１２】
たとえば、ＩＰサービスのプロバイダは、ポートＰに関連づけられた＠で表記されるＩＰアドレスへのアクセス・ネットワークを介してコンテンツを送信する。同時に、ＩＰサービスが見つかったとき、ＩＰサービスのプロバイダは端末にこのサービスの説明を提示し、該端末に、たとえばマルチキャスト・サービス用に、＠およびポートＰの情報と、用いるべきアプリケーションＡｐｐの性質情報を与える。
【００１３】
ＤＡＢタイプのマルチチャネル・アクセス・ネットワークの場合には、アクセス・ネットワークの機器（ＤＡＢマルチプレックスにおけるＩＰカプセル化のゲートウェイ）は、マルチプレックスユニットＥ、このマルチプレックスのサブチャネルＳ、および、このサブチャネルのパケットＰａにＩＰストリーム（＠、ＩＰ）をカプセル化する。
【００１４】
端末は、自身のＤＡＢアクセス・ネットワークに対する構成がアクセス・ネットワークの事業者によって選択されたパラメータ（Ｅ、Ｓ、Ｐａ）に対応するときにだけＩＰサービス（＠、Ｐ）に接続することができる。
【００１５】
ＤＡＢマルチチャネル・アクセス・ネットワークの場合、今日、アクセス・ネットワークの機器によって送信される信号は識別子（サービスＩｄ、サービス・コンポーネントＩｄｓ）を用いており、該識別子は以下において（ＳＩｄ、ＳＣＩｄｓ）と表記するものであり、任意のＩＰストリームがサービスの一意な構成要素に伝送される限り、ＤＡＢネットワークにおいてサービスの構成要素を一意に特徴づけるものである。
【００１６】
この識別子は、マルチプレックス／リマルチプレックスの操作がどのようであれ、不変である。ＤＡＢアクセス・ネットワークのシグナル伝達はペア（ＳＩｄ、ＳＣＩｄｓ）を、ＤＡＢ伝送システムで用いられる物理的媒体と論理チャネル（ユニットＥ、サブチャネルＳ、パケットＰａ）に結びつける。こうして、任意のＩＰサービスに関連づけられたペア（ＳＩｄ、ＳＣＩｄｓ）を認識していれば、端末は、アクセス・ネットワークから受信した信号を介して、希望のＩＰサービスへの接続チャネル（物理的媒体／論理チャネル）を認識することができる。
【００１７】
今日では、ユーザは経験的に手動で、あるいは契約に基づいて静的に、たとえば、ＤＡＢサービスの名称および「サービス・コンポーネント」の名称を選択することで、ＤＡＢネットワークへのアクセス・パラメータを選択しなければならない。
【００１８】
このとき、端末は適切な物理的媒体および適切な論理チャネルに接続され、したがって、ＩＰデータの抽出は、アプリケーション・レベルの情報とＩＰ接続に関するもので、ＩＰサービスのプロバイダによって提供されるサービスの説明にしたがって行うことができる。
【００１９】
ＤＶＢマルチチャネル・ネットワークの場合、ＩＮＴテーブルと呼ばれる新規のテーブルがＥＴＳＩ ＥＮ ３０１ １９２ ｖ１．３．１（２００３−０５）の明細において定義されている。このテーブルは、ＤＶＢネットワークの機器（ＤＶＢにおけるＩＰカプセル化ゲートウェイ、マルチプレックス／リマルチプレックス）によって動的に更新され、カプセル化されたＩＰサービス（たとえば、宛先ＩＰアドレスおよびソースＩＰアドレスによって定義されている）と該サービスを伝送するチャネル（物理的媒体／論理チャネル）との間のリンクを与える。
【００２０】
端末によるＩＰサービスの発見は独立して行われる。とはいえ、ＩＰサービスの発見情報の一部、とりわけ、宛先ＩＰアドレスおよびソースＩＰアドレスのようなＩＰ接続の特徴が、アクセス・チャネルとのリンクを行うためにＤＶＢシグナル伝達において知らされなければならない。
【００２１】
しかし、マルチチャネル・アクセス・ネットワークを介してＩＰサービスにアクセスするために提案されているこれらの既知の解決法はそれぞれ、一定数の不都合を有している。
【００２２】
ＤＡＢネットワークに関して、今日では、クライアントは二つの個別の独立した操作において、一方ではＩＰサービスを見つけ、他方では、アクセス・ネットワークへの接続インターフェイスを構成しなければならないことが確認されている。
【００２３】
ＩＰサービスを伝送するためにＤＡＢアクセス・ネットワークを用いるのは最近のことであり、実験的なままであることが多い。クライアントが「静的」に（たとえば契約を介して）、ＩＰストリームの搬送される、ペア（ＳＩｄ、ＳＣＩｄｓ）によって定義されたＤＡＢチャネルを知るプロセスが適合することがある。
【００２４】
より動的な環境では、ペア（ＳＩｄ、ＳＣＩｄｓ）に対するＩＰサービスの割り当ては、クライアントによってリアルタイムで認識されないことがある。さらに、手動の構成による設定は、任意のＩＰサービスからもう一つのサービスへの移行が、ほぼ体系的にアクセス・ネットワークへの接続インターフェイスの再構成を必要とする場合には直ちに不適合なものになりうる。
【００２５】
ＤＶＢネットワークに関して、ＤＶＢ信号のＩＮＴテーブルは動的に任意のＩＰサービスの位置を指定するが、端末は交錯する形で二つのタイプの信号、つまり、サービス発見の情報とＩＮＴテーブルの情報を分析する必要がある。ＩＰサービスを特徴づける識別子は二つの信号にコピーされる必要があり、したがって、ＤＶＢシグナル伝達を顕著に重くする情報の過多を引き起こし、端末による分析の時間も増大させる。
【００２６】
アクセス・ネットワークの複数のインターフェイスを有する端末の場合は、クライアントの端末が任意のマルチキャストＩＰサービスを受信するために接続しようとしているインターフェイスを選択する際、つまり、サービスが端末によって事前に可視的とはなっていないアクセス・ネットワークを介してしかアクセス可能ではない場合に、困難が生じることになる。
【発明の開示】
【発明が解決しようとする課題】
【００２７】
このように、本発明の対象によって解決すべき技術的課題は、端末から、サービスプロバイダによって通信ネットワーク上で利用可能になっているサービスにマルチバス・アクセス・ネットワークを介してアクセスする方法を提案することであり、該方法によって、たとえば、アクセスがマルチバス・アクセス・ネットワークにおけるＩＰサービスの予測できない実施に依存するときのような、ＩＰサービスへのアクセスが端末によって事前に認識できない場合に、端末にＩＰサービスの発見（たとえばＳＤＰファイルの中で）と同時に、アクセス事業者でテーブルを作成する必要なく、アクセス・ネットワークの適切なチャネル（物理的媒体／論理チャネル）またはアクセス・ネットワークへの適切なインターフェイスへ該端末が自動で接続することを可能にする情報を供給できるようになっている。これらの情報は、サービスの発見時に最新となるものである。さらに時空間で不変の識別子が用いられると、サービスの最初の発見時に送信される情報はサービス期間の全体にわたって最新に保たれるようになっている。
【課題を解決するための手段】
【００２８】
技術的課題に対する解決法は、本発明によると、前記アクセス方法が、
−サービスプロバイダについては、少なくとも通信ネットワーク内における前記サービスのアドレスに関与するデータに関する情報を中間モジュールに供給することからなる過程と、
−中間モジュールについては、前記サービスにアクセスするために端末によって用いられるバスの少なくとも一つの識別子を決定し、バスの前記識別子をサービスプロバイダによって供給される前記情報に関連づけることからなる過程と、
−端末については、サービスの発見時に、中間モジュールから前記情報に関連づけられたバスの前記識別子を受信することからなる過程、
を含むことで構成される。
【００２９】
以下でより詳細が明らかになるように、端末のＩＰサービスへのアクセスは、たとえばＤＡＢマルチチャネル・アクセス・ネットワークにおけるマルチキャストＩＰサービスの場合には以下のようにまとめられる。
【００３０】
第一の過程では、アクセス・ネットワークの事業者のもとでサービスを提供しようとしているＩＰサービスのプロバイダは、中間モジュールに自身のサービスの説明を与えるのだが、該説明は、標準的なＳＤＰファイルの中で見つけられる要素、すなわち、
−サービスの文字で書かれた名称と説明、サービスの配信日、サービスをデコードするために必要なアプリケーション、コーデックのタイプなどのような、アプリケーション・レベルでの情報と、
−マルチキャストＩＰサービスとの通信に必要なマルチキャストＩＰアドレスやＵＤＰポートのような、ネットワーク・レベルでの情報、
を含んでいる。
【００３１】
前述のサービスの説明情報がリソースの要求を明確にするのに十分でなければ、たとえば、ＤＡＢ上のＦｒａｎｃｅ Ｉｎｔｅｒのサービスのような、ＩＰサービスが関連づけられているサービスの識別子といった補足的情報が加えられる。
【００３２】
第二の過程では、中間モジュールはＩＰサービスのプロバイダによって提供されるサービスの説明によって、アクセス・ネットワークの事業者に命令を送信し、該事業者は、ＩＰサービスを任意のチャネルに伝送することを可能にするＩＰ伝送リソースを起動する。ＩＰ伝送リソースの起動例は、ＩＰサービスを特徴づけている要素（ＩＰアドレス、ポート）とＩＰサービスの伝送チャネルを用いて、アクセス・ネットワーク内でＩＰデータをカプセル化するゲートウェイの命令である。本発明にしたがうと、アクセス・ネットワークの制御機能はＩＰサービスを伝送するチャネルを中間モジュールに戻す。このとき、中間モジュールはチャネルの情報をサービスプロバイダから受信するその他の情報に関連づける。
【００３３】
第三の過程では、クライアントは端末を用いてサービスを見つける。該クライアントがＳＤＰによって受信する情報は、たとえば最低でも、
−アプリケーション・レベルでの情報（コーデックなど）、
−ネットワーク・レベルでの情報（マルチキャストＩＰアドレス、ポート）、
−および、本発明にしたがうと、たとえばＤＡＢサービスの識別子ＳＩｄとサービス構成要素の識別子ＳＣＩｄｓのようなアクセス・チャネルとのリンク、
を含んでいる。
【００３４】
最後に、第四の過程では、端末はこれらのパラメータによってＩＰサービスに接続される。マルチチャネル・ネットワークの場合、端末は前記パラメータに対応するチャネルに接続される。複数のインターフェイスの場合、端末は端末のネットワーク・パラメータを動的に構成し、アプリケーションに、前記パラメータに対応するサービスへのアクセス・ネットワーク・インターフェイスを与えることもできる。
【発明を実施するための最良の形態】
【００３５】
非制限的な例示として挙げられた添付の図面に関する以下の説明によって、本発明が何によって構成され、いかにして実施することができるのかということがより良く理解されるものである。
【００３６】
図１は、本発明にしたがったアクセス方法を実施することを目的とする、サービスプロバイダのサーバと端末との間における通信システムの概略図である。
【００３７】
図２は、ＤＡＢアクセス・ネットワークの場合における、本発明にしたがったアクセス方法の各過程が示された概略図である。
【００３８】
図３は、複数のインターフェイスを介してＩＰサービスに端末がアクセスする場合における、本発明にしたがったアクセス方法の各過程が示された概略図である。
【００３９】
図１の通信システムは、クライアントのパーソナル・コンピュータのような端末Ｔが、たとえばインターネットなどの通信ネットワーク２を介してＩＰコンテンツのサーバＳによって配信されるサービスプロバイダのサービスへアクセスすることを可能にすることを目的としている。
【００４０】
所望のＩＰサービスにアクセスするために、端末Ｔはマルチバス・アクセス・ネットワーク１を用いるのだが、以下の説明において、該ネットワークはＤＡＢマルチチャネル・アクセス・ネットワークとする。
【００４１】
ネットワーク１と連携して、システム３はマルチチャネル・アクセス・ネットワークへの伝送インターフェイス（たとえばＤＡＢ媒体でＩＰデータをカプセル化するゲートウェイ）を含んでおり、該インターフェイスはアクセス・ネットワーク１の物理的媒体／論理チャネルのユニットによって規定されるチャネルにＩＰデータのストリームを分岐する。
【００４２】
場合によっては、システム３はアクセス・ネットワーク１に固有のシグナル伝達機器を具備している。この選択的なシグナル伝達によって、ＩＰサービスの位置に関する最終的な特徴を与えることが可能になるのだが、アクセス・ネットワーク１だけが該特徴を認識している唯一の存在であることがある。ＤＡＢアクセス・ネットワーク上で伝送されるマルチキャストＩＰサービスの例では、ＤＡＢアクセス・ネットワークのシグナル伝達に依存することが義務的となる。つまり、ＤＡＢマルチプレックスの内部でペア（ＳＩｄ、ＳＣＩｄｓ）とチャネルの間とのリンクを供給するのが該シグナル伝達なのである。
【００４３】
システム４は中間モジュールであり、該中間モジュールは、ＩＰサービスのプロバイダＳが必要とするシグナル伝達の機能を含んでいる。中間モジュール４はサービスプロバイダ自身または該サービスプロバイダが必要としている別の第三者に属していてもよい。
【００４４】
システム５は、マルチチャネル・アクセス・ネットワーク１に固有のリソースを制御する機能を含んでいる。
【００４５】
ネットワーク１ｂは任意である。該ネットワークによって、端末Ｔは、マルチチャネル・アクセス・ネットワーク１以外のアクセス・ネットワークによって中間モジュール４と対話することが可能になる。これは、たとえば、端末Ｔがシステム４に向けてメッセージを送信しようとする一方で、マルチチャネル・アクセス・ネットワーク１が端末Ｔに向けてインターフェイス３がメッセージを伝送することしか可能にしていないときなどに当てはまる。この状況は、実質的に、送信者から受信者への方向が一方向的なＤＡＢネットワークについて起こる。
【００４６】
図１の通信システムの内部におけるデータおよび情報の交換は以下のように行われる。
【００４７】
端末Ｔへ向けたＩＰコンテンツのサーバＳによって交換されるデータは、ネットワーク２、次にインターフェイス３そしてマルチチャネル・アクセス・ネットワーク１を経由する。
【００４８】
中間モジュール４はネットワーク２を介してシステム５と対話する。
【００４９】
システム５はネットワーク２を介してインターフェイス３と対話する。
【００５０】
中間モジュール４は、ネットワーク２、次にネットワーク１またはネットワーク１ｂを介して端末Ｔと対話する。
【００５１】
これより、本発明にしたがったアクセス方法の過程を、マルチチャネル・アクセスに関連する図２を参照しつつ詳述することにする。
【００５２】
１．ａ−ＩＰサービスのプロバイダは自身のＩＰサービスを端末Ｔのようなクライアントの端末に配信しようとしている。そのため、中間モジュール４を必要としているのだが、該中間モジュールを第三のシステムに引き渡すこと、または、サービスプロバイダのサーバに内蔵することもできる。そのために、プロバイダＳはモジュール４の「サービス説明」の機能に自身のＩＰサービスの説明要素を与える。
【００５３】
供給される説明要素とは標準的なＳＤＰ記述ファイル（ＩＥＴＦのＲＦＣ３２７）で見られるものであり、すなわち、
−サービスの文字で書かれた名称と説明、サービスの配信日、サービスをデコードするために必要なアプリケーション、コーデックのタイプなどの、アプリケーション・レベルでの情報と、
−マルチキャストＩＰサービスと通信するために必要なマルチキャストＩＰアドレスとＵＤＰポートといった、ネットワーク・レベルでのデータである。
【００５４】
サービスの説明情報がリソースの要求を明確にするために十分でなければ、過程１．ｂの際に行われるリソース要求の呼出を場合によって補完するために、補足的な情報が加えられる。ＤＡＢにおけるマルチキャストＩＰサービスについては、これらの補足的情報とは、たとえば、サービスプロバイダがＤＡＢテクノロジーで自身のサービスを配信しようとすること、ＩＰサービスが付けられた無線サービスのラベル、必要な帯域、サービスが行われる地理的ゾーン、所望されるアクセス・ネットワークの事業者などである。
【００５５】
中間モジュール４の「サービス説明」の機能は、モジュールのデータベースにサービスの説明を保存している。
【００５６】
１．ｂ−中間モジュール４の「リソース要求」の機能は、リソース要求が必要な新規のＩＰサービスの存在を通知される。このとき、「リソース要求」の機能はアクセス・ネットワーク１の事業者を選択しなければならない。
【００５７】
次に、該機能はアクセス・ネットワーク１の事業者のもとでリソース要求を特徴づける情報、たとえば、ＩＰアドレス、ＩＰストリームのポート、望まれる帯域のような一定数の補足的要素などを選択しなければならない。
【００５８】
２．ａ−システム５の「リソース起動」の機能はリソース要求を受信する。
【００５９】
２．ｂ−要求が受信可能な場合、たとえば、必要な帯域がＤＡＢアクセス・リソースで利用可能なときには、システム５は伝送機器３に命令を送信することで、ＩＰサービスが任意のチャネル（任意の物理的媒体および任意の論理チャネル）の中でアクセス・ネットワーク１へと伝送できるようにする。機器３に送信された情報は、ＩＰサービス（例（ＩＰアドレス、ポート））ならびに、ＩＰサービスが搬送されることになる物理的媒体／論理チャネルの指定を特徴づけるものである。
【００６０】
２．ｃ−２．ａで行われるリソース要求に応えて、システム５の「リソース制御」の機能は識別子を供給し、該識別子によって、マルチチャネル・アクセス・ネットワーク１でＩＰサービスを伝送するために用いられるチャネルを決定できるようになっている。以下では、このフィールドは「アクセス・ネットワーク内でのチャネルの位置の識別子」と呼ぶこととする。ＤＡＢでは、この識別子はペア（ＳＩｄ、ＳＣＩｄｓ）に相当する。
【００６１】
３．ａ−中間モジュール４の「リソース要求」の機能は、「アクセス・ネットワーク内でのチャネルの位置の識別子」のフィールドをＩＰサービスの説明情報に関連づけることで、モジュールのデータベースを更新する。
【００６２】
３．ｂ−モジュール４の「サービス提供」の機能は、ＩＰサービスに関連づけられたサービスの発見ファイルを作成する必要があることを通知される。サービスの発見がＳＤＰファイルを介して行われるとき、このファイルは、データベース内に存在し、サービスの発見機能によって受信されたフィールド（標準的なＳＤＰファイルのフィールド）と、「アクセス・ネットワーク内でのチャネルの位置の識別子」という新規のフィールドとを含んでいる。このフィールドは、複数のメディアがあり、したがってＩＰサービスに関連づけられた複数のＩＰストリームがある場合には、メディア・レベルのＳＤＰ記述の中に配置される。
【００６３】
４．ａ−クライアントの端末Ｔは自身の「サービス発見」の機能によって、
−モジュール４の「サービス提供」の機能にリクエストを送信し、たとえばモジュール４の「サービス提供」の機能によって更新されているＷＥＢサーバ上のＳＤＰファイルをダウンロードすることで、もしくは、
−「サービス提供」の機能によって情報を端末Ｔに、ＳＡＰ／ＳＤＰ（ＲＦＣ２９７４）のようなプロトコルを介して送信することによって、
ＩＰサービスを見つける。
【００６４】
４．ｂ−「サービス実行」の機能は、ユーザが端末Ｔのグラフィック・インターフェイス上でＩＰサービスを選択するとき（たとえばアイコンをクリックする）に作動させることができるもので、サービスの発見ファイル（たとえばＳＤＰファイル）を、したがって「アクセス・ネットワーク内でのチャネルの位置の識別子」のフィールドを処理する。
【００６５】
４．ｃ−端末Ｔの「サービス実行」の機能はアプリケーションを起動し、該アプリケーションに、サービスの発見ファイルの中に存在し、かつ、該アプリケーションに必要なパラメータを供給する。ＩＰ通信のパラメータ（従来ではＩＰアドレスおよびポート）により、アプリケーションはＩＰ接続を開く。
【００６６】
４．ｄ−「サービス実行」の機能は、ＡＰＩタイプのインターフェイスによって、アクセス・ネットワーク１への端末の接続カードと通信し、該カードに「アクセス・ネットワーク内でのチャネルの位置の識別子」というフィールドにあるパラメータを与える。
【００６７】
アクセス・ネットワーク１への接続カードのレベルでは、信号を分析する必要性は選択的であるが、ＤＡＢネットワークの場合には義務的である。
【００６８】
端末Ｔの接続カードが適切なチャネル（物理的媒体／論理チャネル）に接続されているとき、物理的なアクセス・ネットワーク１の機器を介してサービスプロバイダのサーバＳによって発行されたＩＰデータは、端末Ｔの受信カードによって受信され、希望のアプリケーション（たとえば動画のプレーヤー）によって処理される。
【００６９】
これより、本発明にしたがったアクセス方法の過程を、マルチインターフェイス・アクセスに関連する図３を参照しつつ詳述することにする。
【００７０】
ここでは、ＤＡＢアクセス・ネットワークでのマルチキャストＩＰサービスの配信例が説明されており、端末は、異なったテクノロジーに対応する複数のネットワーク・インターフェイスでマルチキャスト・サービスを潜在的に受信することができる。
【００７１】
１．ａ−ＩＰサービスのプロバイダは自身のＩＰサービスを端末Ｔのようなクライアントの端末に配信しようとしている。そのため、中間モジュール４を必要としているのだが、該中間モジュールを第三のシステムに引き渡すこと、または、サービスプロバイダに内蔵することができる。そのため、サーバＳは中間モジュール４の「サービス説明」の機能に自身のＩＰサービスの説明要素を供給する。
【００７２】
供給された説明要素は標準的なＳＤＰ記述ファイル（ＩＥＴＦのＲＦＣ３２７）に見られるものであり、すなわち、
−サービスの文字で書かれた名称および説明、サービスの配信日、サービスのデコードに必要なアプリケーション、コーデックのタイプといったアプリケーション・レベルでの情報などと、
−マルチキャストＩＰサービスと通信するために必要なマルチキャストＩＰアドレスとＵＤＰポートである、ネットワーク・レベルでのデータである。
【００７３】
サービスの説明情報に加え、サービスプロバイダは、必要であれば、アクセス・ネットワークのテクノロジーとしての設定（例：ＤＡＢが可能かどうか、そうではない場合にはＤＶＢは可能か）とその他の補足的情報を供給することで、たとえばＤＡＢテクノロジーで望まれるマルチキャストＩＰサービスに対して、必要であれば１．ｂで行われるリソース要求を補完するようになっており、該補足的情報とはすなわち、ＩＰサービスが付けられている無線サービスのラベル、必要な帯域、サービスが行われる地理的ゾーン、所望のアクセス・ネットワークの事業者などである。
【００７４】
システム４の「サービス説明」の機能は、サービスの説明をシステムのデータベースに保存する。
【００７５】
１．ｂ−中間モジュール４の「リソース要求」の機能は、リソース要求が必要な新規ＩＰサービスの存在を通知される。このとき「リソース要求」の機能はアクセス・ネットワークのテクノロジー、さらにはアクセス・ネットワークの事業者を選択する必要がある。アクセス・ネットワークのテクノロジーを最終的に選択することは、サービスプロバイダの選択、アクセス事業者との契約のような規約、アクセス・ネットワークの情報量、コスト面の制約などに応じて行うことができる。
【００７６】
同一のＩＰサービスを同時に、たとえばＤＡＢおよびＤＶＢのシグナル伝達のような複数の異なったテクノロジーによるアクセス・ネットワークに伝送することができることに注意しなければならない。この場合、中間モジュール４がさまざまなテクノロジーの優先性の順位を確立し、端末Ｔがこの優先性に従うようにすることができる。もう一つの解決法は、優先性が端末Ｔ自体によって決定されることで構成される。
【００７７】
次に「リソース要求」の機能は、アクセス・ネットワーク１の事業者のもとでリソースの要求を特徴づける情報、たとえば、ＩＰアドレスやＩＰストリームのポートと、望まれる帯域のような一定数の補足的要素を選択する必要がある。
【００７８】
２．ａ−システム５の「リソース起動」の機能はリソース要求を受信する。
【００７９】
２．ｂ−要求が受信可能な場合、たとえば必要な帯域がＤＡＢアクセス・リソースで利用可能なときには、システム５は伝送機器３に命令を送信することで、ＩＰサービスがアクセス・ネットワーク上で伝送されるようにする。
【００８０】
２．ｃ−２．ａで行われるリソース要求に応えて、「リソース制御」の機能はリソースの配信を確認する。
【００８１】
３．ａ−システム４の「リソース要求」の機能は、ＩＰサービスの説明に「アクセス・ネットワークのテクノロジー」というフィールドを加えることでシステムのデータベースを更新し、該フィールドは用いられるアクセス・ネットワークのテクノロジー、または、場合によっては、１．ｂで指示したような可能なアクセス・ネットワークが複数あるときには、関連づけられた優先性を伴う、用いられるアクセス・ネットワークのテクノロジーを定義している。ＤＡＢアクセス・ネットワークの場合には、このフィールドはたとえば「ＤＡＢ」と同じになる。
【００８２】
３．ｂ−中間モジュール４の「サービス提供」の機能は、該機能がＩＰサービスに関連づけられたサービスの発見ファイルを作成する必要があることを通知される。サービスの発見がＳＤＰファイルを介して行われるとき、このファイルは、データベースに存在し、かつ、サービスの発見機能によって受信されたフィールド（標準的なＳＤＰファイルのフィールド）と、「アクセス・ネットワークのテクノロジー」という新規のフィールドとを含むことになる。このフィールドは、複数のメディアがあり、したがってＩＰサービスに関連づけられた複数のＩＰストリームがあるような場合には、メディア・レベルのＳＤＰ記述に配置される。
【００８３】
４．ａ−クライアントの端末Ｔは自身の「サービス発見」の機能によって、
−中間モジュール４の「サービス提供」の機能にリクエストを送信し、たとえば中間モジュール４の「サービス提供」の機能によって更新されているＷＥＢサーバ上のＳＤＰファイルをダウンロードすることによって、あるいは、
−「サービス提供」の機能によって、ＳＡＰ／ＳＤＰ（ＲＦＣ２９７４）のようなプロトコルを介して情報を端末Ｔに送信することによって、
ＩＰサービスを発見する。
【００８４】
４．ｂ−「サービス実行」の機能は、ユーザが端末Ｔのグラフィック・インターフェイス上でＩＰサービスを選択する（たとえばアイコンをクリックする）ときに作動させることができるもので、サービス発見ファイル（たとえばＳＤＰファイル）を、したがって「アクセス・ネットワークのテクノロジー」のフィールドを処理する。
【００８５】
４．ｃ−端末Ｔの「サービス実行」の機能はアプリケーションを起動し、該アプリケーションに、サービス発見ファイルの中に存在し、かつ、該アプリケーションに必要なパラメータを与える。ＩＰ通信のパラメータ（従来ではＩＰアドレスとポート）により、アプリケーションはＩＰ接続を開く。
【００８６】
４．ｄ−「サービス実行」の機能は、「アクセス・ネットワークのインターフェイス選択」の機能に、＠アドレスのＩＰサービスが「アクセス・ネットワークのテクノロジー」のフィールドに対応する端末Ｔのインターフェイスを介して取得されなければならないという指示を与える。マルチキャストＩＰサービスの例については、「アクセス・ネットワークのインターフェイス選択」の機能は、マルチキャストの登録が中間モジュール４によって、あるいはローカルには端末Ｔによって規定された優先性に対応している適切なインターフェイス上で行われるように、端末のネットワーク構成のパラメータを変更する。「アプリケーション起動」の機能が、インターフェイスを特定するのだが、ＩＰサービスを消化するために該インターフェイスにアプリケーションがアプリケーション自体を登録する必要があり、「サービス実行」の機能によって与えられる「アクセス・ネットワークのテクノロジー」のフィールドに応じて、該特定をするという、マルチキャストＩＰサービスに対するもう一つの可能性にも注意する必要がある。
【００８７】
いったん一定の方法でアクセス・ネットワークのインターフェイスの選択が行われると、物理的なアクセス・ネットワーク１の機器を介してサーバＳによって発行されたＩＰデータは端末Ｔの受信カードによって受信され、所望のアプリケーション（たとえば動画のプレーヤー）によって処理される。
【００８８】
「マルチチャネル」および「マルチインターフェイス」の場合を組み合わせることができることに注意する必要がある。つまり、中間モジュールによって規定されたアクセス・ネットワークがマルチチャネルであるとき、チャネルの識別子は、バスの識別子と同時にサービスが発見されたときに、端末に送信されることになる。「アクセス・ネットワークのインターフェイス選択」の機能はこのとき、マルチチャネル・アクセス・ネットワークの適切なインターフェイスに向けてチャネルの識別子を中継するようになっている。
【図面の簡単な説明】
【００８９】
【図１】本発明にしたがったアクセス方法を実施することを目的とする、サービスプロバイダのサーバと端末の間における通信システムの概略図である。
【図２】ＤＡＢアクセス・ネットワークの場合における、本発明にしたがったアクセス方法の各過程が示された概略図である。
【図３】複数のインターフェイスを介してＩＰサービスに端末がアクセスする場合における、本発明にしたがったアクセス方法の各過程が示された概略図である。
【符号の説明】
【００９０】
１ マルチチャネル・アクセス・ネットワーク
２ 通信ネットワーク
３ 伝送インターフェイスを含むシステム
４ 中間モジュール
【特許請求の範囲】
【請求項１】
マルチバス・アクセス・ネットワーク（１）を介して、端末（Ｔ）からサービスプロバイダによって通信ネットワーク（２）上で利用可能になっているサービスにアクセスするための方法であり、
前記アクセス方法が、
−サービスプロバイダについては、中間モジュール（４）に、少なくとも通信ネットワーク（２）内の前記サービスのアドレス（＠、Ｐ）に関連するデータに関わる情報を供給すること、
−中間モジュール（４）については、前記サービスにアクセスするために端末（Ｔ）によって用いられるバスの少なくとも一つの識別子を決定し、また、バスの前記識別子をサービスプロバイダ（Ｓ）によって供給された前記情報に関連づけること、
−端末（Ｔ）については、サービスの発見時に、中間モジュール（４）から前記情報に関連づけられたバスの前記識別子を受信すること、
から構成される過程を含んでいることを特徴とするアクセス方法。
【請求項２】
マルチバス・アクセス・ネットワークがマルチチャネル・アクセス・ネットワークであるとき、バスの前記識別子が、少なくとも、前記マルチチャネル・アクセス・ネットワークにおいて端末によって用いられるべきチャネルの位置の識別子を含んでいることを特徴とする、請求項１に記載の方法。
【請求項３】
中間モジュール（４）が、用いるべきマルチチャネル・アクセス・ネットワーク（１）を決定し、また、前記アクセス・ネットワークから前記位置の識別子を受信することを特徴とする、請求項２に記載の方法。
【請求項４】
前記マルチチャネル・アクセス・ネットワークがＤＶＢシグナル伝達を用いるネットワークであることを特徴とする、請求項２または請求項３に記載の方法。
【請求項５】
前記チャネルの識別子が、さらに、前記マルチチャネル・アクセス・ネットワークのテクノロジーの識別子も含んでいることを特徴とする、請求項２または請求項３に記載の方法。
【請求項６】
前記マルチチャネル・アクセス・ネットワークがＤＡＢシグナル伝達を用いるネットワークであることを特徴とする、請求項５に記載の方法。
【請求項７】
前記チャネルの識別子がＳＩｄ、ＳＣＩｄｓのペアによって構成されることを特徴とする、請求項６に記載の方法。
【請求項８】
前記端末（Ｔ）が前記バスの識別子に対応するチャネルに接続されることを特徴とする、請求項２から請求項７のいずれか一つに記載の方法。
【請求項９】
マルチバス・アクセス・ネットワークが端末のアクセス・ネットワークに対する複数のインターフェイスで構成されるとき、前記バスの識別子が、用いるべき少なくとも一つのテクノロジーの識別子であることを特徴とする、請求項１に記載の方法。
【請求項１０】
中間モジュール（４）が、用いるべきアクセス・テクノロジーを決定することを特徴とする、請求項９に記載の方法。
【請求項１１】
用いるのに適したテクノロジーが複数ある場合に、中間モジュール（４）が、前記テクノロジーの優先性を規定することを特徴とする、請求項１０に記載の方法。
【請求項１２】
用いるのに適したテクノロジーが複数ある場合に、端末（Ｔ）が前記テクノロジーの優先性を規定することを特徴とする、請求項１０に記載の方法。
【請求項１３】
任意のテクノロジーに対して複数のインターフェイスがある場合、端末（Ｔ）が用いるべきインターフェイスを決定することを特徴とする、請求項１０から請求項１２のいずれか一つに記載の方法。
【請求項１４】
前記端末（Ｔ）が前記バスの識別子に対応するネットワーク・インターフェイスに接続されることを特徴とする、請求項９から請求項１３のいずれか一つに記載の方法。
【請求項１５】
サービスプロバイダに由来し、中間モジュール（４）によって受信される情報がまた、サービスに関与するデータに関することを特徴とする、請求項１から請求項１４のいずれか一つに記載の方法。
【請求項１６】
マルチバス・アクセス・ネットワーク（１）を介して、端末（Ｔ）から、サービスプロバイダによって通信ネットワーク（２）上で利用可能になっているサービスにアクセスするためのシステムであり、
前記アクセス・システムが中間モジュール（４）を含み、該中間モジュールが、
−少なくとも通信ネットワーク（２）内の前記サービスのアドレス（＠、Ｐ）に関連するデータに関する情報をサービスプロバイダから受信することと、
−端末（Ｔ）が前記サービスにアクセスするために用いるべき少なくとも一つのバスの識別子を決定し、また、前記バスの識別子をサービスプロバイダ（Ｓ）によって供給される前記情報に関連づけることと、
−サービスの発見時に、端末（Ｔ）に、前記情報に関連づけられたバスの前記識別子を与えること、
に適していることを特徴とするアクセス・システム。
【請求項１７】
アクセス・ネットワークがマルチチャネル・アクセス・ネットワークであるとき、中間モジュール（４）が、用いるべきマルチチャネル・アクセス・ネットワーク（１）を決定することに適し、また、前記アクセス・ネットワークから、端末（Ｔ）によって用いられるべきチャネルの位置の識別子を受信することを特徴とする、請求項１６に記載のアクセス・システム。
【請求項１８】
マルチバス・アクセス・ネットワークがアクセス・ネットワークに対する端末の複数のインターフェイスで構成されるとき、中間モジュール（４）が用いるべきアクセス・テクノロジーを決定することに適していることを特徴とする、請求項１６に記載のアクセス・システム。
【請求項１９】
前記端末（Ｔ）が前記バスの識別子に対応するチャネルに接続されることに適していることを特徴とする、請求項１６から請求項１８のいずれか一つに記載のアクセス・システム。
【請求項２０】
前記端末（Ｔ）が前記バスの識別子に対応するネットワーク・インターフェイスに接続されることに適していることを特徴とする、請求項１６から請求項１８のいずれか一つに記載のアクセス・システム。
【請求項２１】
マルチバス・アクセス・ネットワーク（１）を介して、端末（Ｔ）から、サービスプロバイダによって通信ネットワーク（２）上で利用可能になっているサービスにアクセスするためのシステム用の中間モジュールであり、
前記中間モジュール（４）が、
−少なくとも通信ネットワーク（２）内の前記サービスのアドレス（＠、Ｐ）に関連するデータに関する情報をサービスプロバイダから受信することと、
−端末（Ｔ）が前記サービスにアクセスするために用いるべきバスの少なくとも一つの識別子を決定し、また、前記バスの識別子を、サービスプロバイダ（Ｓ）によって供給された前記情報に関連づけることと、
−サービスの発見時に、端末（Ｔ）に、前記情報に関連づけられたバスの前記識別子を供給すること、
に適していることを特徴とする中間モジュール。
【請求項２２】
アクセス・ネットワークがマルチチャネル・アクセス・ネットワークであるとき、中間モジュール（４）が、用いるべきマルチチャネル・アクセス・ネットワーク（１）を決定することに適し、また、前記アクセス・ネットワークから、端末によって用いるべきチャネルの位置の識別子を受信することを特徴とする、請求項２１に記載の中間モジュール。
【請求項２３】
マルチバス・アクセス・ネットワークがアクセス・ネットワークに対する端末の複数のインターフェイスで構成されるとき、中間モジュール（４）が用いるべきアクセス・テクノロジーを決定することに適していることを特徴とする、請求項２１に記載の中間モジュール。
【請求項１】
マルチバス・アクセス・ネットワーク（１）を介して、端末（Ｔ）からサービスプロバイダによって通信ネットワーク（２）上で利用可能になっているサービスにアクセスするための方法であり、
前記アクセス方法が、
−サービスプロバイダについては、中間モジュール（４）に、少なくとも通信ネットワーク（２）内の前記サービスのアドレス（＠、Ｐ）に関連するデータに関わる情報を供給すること、
−中間モジュール（４）については、前記サービスにアクセスするために端末（Ｔ）によって用いられるバスの少なくとも一つの識別子を決定し、また、バスの前記識別子をサービスプロバイダ（Ｓ）によって供給された前記情報に関連づけること、
−端末（Ｔ）については、サービスの発見時に、中間モジュール（４）から前記情報に関連づけられたバスの前記識別子を受信すること、
から構成される過程を含んでいることを特徴とするアクセス方法。
【請求項２】
マルチバス・アクセス・ネットワークがマルチチャネル・アクセス・ネットワークであるとき、バスの前記識別子が、少なくとも、前記マルチチャネル・アクセス・ネットワークにおいて端末によって用いられるべきチャネルの位置の識別子を含んでいることを特徴とする、請求項１に記載の方法。
【請求項３】
中間モジュール（４）が、用いるべきマルチチャネル・アクセス・ネットワーク（１）を決定し、また、前記アクセス・ネットワークから前記位置の識別子を受信することを特徴とする、請求項２に記載の方法。
【請求項４】
前記マルチチャネル・アクセス・ネットワークがＤＶＢシグナル伝達を用いるネットワークであることを特徴とする、請求項２または請求項３に記載の方法。
【請求項５】
前記チャネルの識別子が、さらに、前記マルチチャネル・アクセス・ネットワークのテクノロジーの識別子も含んでいることを特徴とする、請求項２または請求項３に記載の方法。
【請求項６】
前記マルチチャネル・アクセス・ネットワークがＤＡＢシグナル伝達を用いるネットワークであることを特徴とする、請求項５に記載の方法。
【請求項７】
前記チャネルの識別子がＳＩｄ、ＳＣＩｄｓのペアによって構成されることを特徴とする、請求項６に記載の方法。
【請求項８】
前記端末（Ｔ）が前記バスの識別子に対応するチャネルに接続されることを特徴とする、請求項２から請求項７のいずれか一つに記載の方法。
【請求項９】
マルチバス・アクセス・ネットワークが端末のアクセス・ネットワークに対する複数のインターフェイスで構成されるとき、前記バスの識別子が、用いるべき少なくとも一つのテクノロジーの識別子であることを特徴とする、請求項１に記載の方法。
【請求項１０】
中間モジュール（４）が、用いるべきアクセス・テクノロジーを決定することを特徴とする、請求項９に記載の方法。
【請求項１１】
用いるのに適したテクノロジーが複数ある場合に、中間モジュール（４）が、前記テクノロジーの優先性を規定することを特徴とする、請求項１０に記載の方法。
【請求項１２】
用いるのに適したテクノロジーが複数ある場合に、端末（Ｔ）が前記テクノロジーの優先性を規定することを特徴とする、請求項１０に記載の方法。
【請求項１３】
任意のテクノロジーに対して複数のインターフェイスがある場合、端末（Ｔ）が用いるべきインターフェイスを決定することを特徴とする、請求項１０から請求項１２のいずれか一つに記載の方法。
【請求項１４】
前記端末（Ｔ）が前記バスの識別子に対応するネットワーク・インターフェイスに接続されることを特徴とする、請求項９から請求項１３のいずれか一つに記載の方法。
【請求項１５】
サービスプロバイダに由来し、中間モジュール（４）によって受信される情報がまた、サービスに関与するデータに関することを特徴とする、請求項１から請求項１４のいずれか一つに記載の方法。
【請求項１６】
マルチバス・アクセス・ネットワーク（１）を介して、端末（Ｔ）から、サービスプロバイダによって通信ネットワーク（２）上で利用可能になっているサービスにアクセスするためのシステムであり、
前記アクセス・システムが中間モジュール（４）を含み、該中間モジュールが、
−少なくとも通信ネットワーク（２）内の前記サービスのアドレス（＠、Ｐ）に関連するデータに関する情報をサービスプロバイダから受信することと、
−端末（Ｔ）が前記サービスにアクセスするために用いるべき少なくとも一つのバスの識別子を決定し、また、前記バスの識別子をサービスプロバイダ（Ｓ）によって供給される前記情報に関連づけることと、
−サービスの発見時に、端末（Ｔ）に、前記情報に関連づけられたバスの前記識別子を与えること、
に適していることを特徴とするアクセス・システム。
【請求項１７】
アクセス・ネットワークがマルチチャネル・アクセス・ネットワークであるとき、中間モジュール（４）が、用いるべきマルチチャネル・アクセス・ネットワーク（１）を決定することに適し、また、前記アクセス・ネットワークから、端末（Ｔ）によって用いられるべきチャネルの位置の識別子を受信することを特徴とする、請求項１６に記載のアクセス・システム。
【請求項１８】
マルチバス・アクセス・ネットワークがアクセス・ネットワークに対する端末の複数のインターフェイスで構成されるとき、中間モジュール（４）が用いるべきアクセス・テクノロジーを決定することに適していることを特徴とする、請求項１６に記載のアクセス・システム。
【請求項１９】
前記端末（Ｔ）が前記バスの識別子に対応するチャネルに接続されることに適していることを特徴とする、請求項１６から請求項１８のいずれか一つに記載のアクセス・システム。
【請求項２０】
前記端末（Ｔ）が前記バスの識別子に対応するネットワーク・インターフェイスに接続されることに適していることを特徴とする、請求項１６から請求項１８のいずれか一つに記載のアクセス・システム。
【請求項２１】
マルチバス・アクセス・ネットワーク（１）を介して、端末（Ｔ）から、サービスプロバイダによって通信ネットワーク（２）上で利用可能になっているサービスにアクセスするためのシステム用の中間モジュールであり、
前記中間モジュール（４）が、
−少なくとも通信ネットワーク（２）内の前記サービスのアドレス（＠、Ｐ）に関連するデータに関する情報をサービスプロバイダから受信することと、
−端末（Ｔ）が前記サービスにアクセスするために用いるべきバスの少なくとも一つの識別子を決定し、また、前記バスの識別子を、サービスプロバイダ（Ｓ）によって供給された前記情報に関連づけることと、
−サービスの発見時に、端末（Ｔ）に、前記情報に関連づけられたバスの前記識別子を供給すること、
に適していることを特徴とする中間モジュール。
【請求項２２】
アクセス・ネットワークがマルチチャネル・アクセス・ネットワークであるとき、中間モジュール（４）が、用いるべきマルチチャネル・アクセス・ネットワーク（１）を決定することに適し、また、前記アクセス・ネットワークから、端末によって用いるべきチャネルの位置の識別子を受信することを特徴とする、請求項２１に記載の中間モジュール。
【請求項２３】
マルチバス・アクセス・ネットワークがアクセス・ネットワークに対する端末の複数のインターフェイスで構成されるとき、中間モジュール（４）が用いるべきアクセス・テクノロジーを決定することに適していることを特徴とする、請求項２１に記載の中間モジュール。
【図１】
【図２】
【図３】
【図２】
【図３】
【公表番号】特表２００７−５３２０４９（Ｐ２００７−５３２０４９Ａ）
【公表日】平成１９年１１月８日（２００７．１１．８）
【国際特許分類】
【出願番号】特願２００６−５５３６１４（Ｐ２００６−５５３６１４）
【出願日】平成１７年２月１６日（２００５．２．１６）
【国際出願番号】ＰＣＴ／ＦＲ２００５／０００３５４
【国際公開番号】ＷＯ２００５／０９１５５９
【国際公開日】平成１７年９月２９日（２００５．９．２９）
【出願人】（５９１０３４１５４）フランス テレコム (290)
【Ｆターム（参考）】
【公表日】平成１９年１１月８日（２００７．１１．８）
【国際特許分類】
【出願日】平成１７年２月１６日（２００５．２．１６）
【国際出願番号】ＰＣＴ／ＦＲ２００５／０００３５４
【国際公開番号】ＷＯ２００５／０９１５５９
【国際公開日】平成１７年９月２９日（２００５．９．２９）
【出願人】（５９１０３４１５４）フランス テレコム (290)
【Ｆターム（参考）】
[ Back to top ]