JP2009524310A - デジタルテレビブロードキャストサービスを受信するためのゲートウェイ、端末および対応する方法 - Google Patents

Abstract

本発明は、時間ベースのシナリオを表すデータを判定するための手段（２１２０）と、第１のサービスフレームのそれぞれを、時間ベースのシナリオを表す前記データを含む第２のフレームにカプセル化する（２１２０）ための手段と、デジタルオーディオ／ビデオ端末（２０）に宛てられた各第２のフレームを無線ローカルネットワークで送信する（２１２１）ための手段とを有することを特徴とする、デジタルビデオブロードキャストサービスの第１のフレームを受信するための手段を備えたゲートウェイ（２１２）に関する。

Description

本発明は、デジタルビデオブロードキャストフィールド（すなわちＤＶＢ）に関する。より正確には、本発明は、ハンドヘルド端末に関連付けられたＤＶＢ−Ｈ（ＤＶＢハンドヘルド）サービスのブロードキャストおよび受信に関する。

ＤＶＢは、ＥＴＳＩ ＥＮ ３０１ １９２規格（「Digital Video Broadcasting (DVB); DVB specification for data broadcasting」という名称）およびＴＲ １０１ １９０（「Digital Video Broadcasting (DVB); Implementation guidelines for DVB terrestrial services; Transmission aspects」という名称）で詳細に定義されている。ＤＶＢ−Ｈは、ＥＴＳＩ ＥＮ ３０２ ３０４規格（「Digital Video Broadcasting (DVB); Transmission System for Handheld Terminals (DVB-H)」という名称）およびＴＲ １０２ ３７７（「Digital Video Broadcasting (DVB); DVB-H Implementation Guidelines」という名称）で詳細に指定されている。

従来の技術によると、ＤＶＢ−Ｈテレビサービス（例えば、ライブテレビ型または「ビデオオンデマンド」（ＶＯＤ）型のもの）がダウンロードできる。図１は、ＱＣＩＦ（１７６×１４４解像度に対応するＱｕａｒｔｅｒ ｏｆ 「Ｃｏｍｍｏｎ Ｉｎｔｅｒｍｅｄｉａｔｅ Ｆｏｒｍａｔ」（「共通中間フォーマット」の４分の１））のＨ２６４規格に従って端末１０へＤＶＢ−Ｈビデオサービスを送信するために使用されるＤＶＢ−Ｈネットワークインフラストラクチャを概略的に示している。このインフラストラクチャは、具体的には、
− ＩＰネットワークバックボーン１３と、
− 受信機１４０およびコード（またはトランスコード）ライフチャネルからデータを受信するビデオコーダ１４と、
− それぞれＶＯＤ １５０、ＥＰＧ １５１およびポータル１５２のサーバと、
− セルラネットワーク１２と、
− ＤＶＢ−Ｈネットワーク１１と、
− 端末１０と
を備えている。

サーバ１４および１５０から１５２は、ＩＰネットワーク１３およびＤＶＢ−Ｈネットワーク１１を介して端末１０にＤＶＢ−Ｈサービスを送信する。サービス全体の平均速度は、約２５０ｋビット／秒に等しい。このサービスはいくつかのＩＰ（インターネットプロトコル）ストリーム、すなわち、ビデオ用に１つ、オーディオ用に１つ、および、おそらく、他のサービス用のストリーム（例えば、セッション記述（ＳＤＰプロトコルによるもの））を集める。

ＤＶＢ−Ｈネットワーク１１は、具体的には、
− ＤＶＢ−Ｈ型のＩＰＥ（ＩＰカプセル化）用モジュール１１０と、
− ＤＶＢ−Ｈ １１１バックボーンと、
− 送信機１１２と
を備えている。

ＤＶＢ−Ｈ ＩＰＥモジュール１１０は、ＵＤＰ／ＩＰ（「ユーザデータグラムプロトコル／ＩＰ」）に基づくＲＴＰ（「リアルタイムプロトコル」）型のプロトコルによってＩＰネットワーク１３からマルチキャストストリーム１６０を受信する。それらストリームの構成に従って、モジュール１１０はそれらストリームを、同じサービスに属するストリームをＭＰＥＧ−ＴＳ（「Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔ Ｇｒｏｕｐ − Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ」）ストリームという形式でグループ化することによりバックボーン１１１に送信し、ＤＶＢ−Ｈ規格に従ってそれらストリームに前方エラー修正（ＦＥＣ）情報および信号情報を追加することにより、タイム・スライシングでフレーム１６１にカプセル化する。送信速度は一般的に高く、例えば、１０Ｍビット／秒に達することができる。ＭＰＥＧ−ＴＳストリーム１６１は、バックボーン１１１を介して送信機１１２に送信される。送信機１１２は、次いで、そのＭＰＥＧ−ＴＳストリームをＤＶＢ−Ｈ無線チャネルに沿って端末１０に送信する。端末１０は、次いで、ストリーム１６内にあるＤＶＢ−Ｈ信号情報を分析し、ＩＰアドレスをＭＰＥＧ−ＴＳアドレスに関連付け、したがって、このアドレスに関連付けられた全ＩＰパケットを読むことができ、初めに送信された種々のストリーム１６０を再構成する。

セルラネットワーク１２は３Ｇ（すなわち、第３世代）型であって、具体的には、
− セルラネットワークＧＧＳＮのゲートウェイ１２０と、
− バックボーン１２１と、
− 送信機１２２（例えば、基地局）と
を備えている。

端末１０は、サービスプロバイダとの双方向性を許容する送信機１２２と制御データを交換することができ、ビデオ型データはＤＶＢ−Ｈ送信機１１２を介して移動する。

そのようなインフラストラクチャは、この端末が送信機１１２および１２２によって送信された信号を正しく受信できない場合、アクセス不能という欠点を有する。

本発明の目的は、従来の技術の欠点を克服することである。
より具体的には、本発明の目的は、ＤＶＢ−Ｈ無線送信機を介したＤＶＢ−Ｈ信号の受信が特に建物内で不可能または難しい場合、端末の節電を許容する一方で、デジタルテレビサービスを受信できるようにすることである。

この目的のために、本発明は、例えば、有線ネットワークを介してデジタルビデオブロードキャストサービスの第１のフレームを受信するための手段を有し、
− タイム・スライスを表すデータを判定するための手段と、
− 第１のサービスフレームのそれぞれを、タイム・スライスを表す前記データを含む第２のフレームにカプセル化するための手段と、
− 無線ローカルエリアネットワークで各第２のフレームをデジタルオーディオ／ビデオ端末に送信するための手段と
を含むことを特徴とするゲートウェイを提案する。

特定の特性によると、前記ゲートウェイは、セッション記述プロトコルに従って各第２のフレームにタイム・スライスを表すデータを挿入するための手段を含む。

特定の特性によると、前記セッション記述プロトコルはＳＡＰ−ＳＤＰ型である。

特定の特性によると、デジタルビデオブロードキャストサービスの第１のフレームを受信するための手段は有線ネットワークまたは無線ネットワークに関連付けられている。

特定の特性によると、前記有線ネットワークは、特にビデオストリームを送信するために使用されるブロードバンドネットワークである。

特定の特性によると、前記無線ネットワークは、専用または共用ローカルエリアネットワーク型（例えば、「ホットスポット」型）の構成のＩＥＥＥ ８０２．１１、Ｈｉｐｅｒｌａｎ、ＩＥＥＥ８０２．１５またはＩＥＥＥ８０２．１６型である。

特定の特性によると、前記ゲートウェイは、前記第２のフレームを受信する端末がリスニングモードのときに各第２のフレームを送信するような方法で前記宛先端末の節電モードを検出するための手段を含む。
特定の特性によると、前記サービスはＤＶＢ−Ｈ型である。

特定の特性によると、各第２のフレームは、唯一の端末に対応する宛先アドレスを有する。

特定の特性によると、各第２のフレームは、いくつかの端末に対応する宛先アドレスを有する。

本発明は、
− タイム・スライスを表すデータを含み、無線ローカルエリアネットワークで送信される第２のフレームを受信するための手段と、
− 前記第２のフレームから第１のサービスフレームを抽出するための手段と
を含む端末にも関する。

本発明は、例えば、有線ネットワークを介してデジタルビデオブロードキャストサービスの第１のフレームを受信するためのステップを含む、デジタルビデオサービスをブロードキャストするための方法であって、
− タイム・スライスを表すデータを判定するためのステップと、
− 第１のサービスフレームのそれぞれを、タイム・スライスを表す前記データを含む第２のフレームにカプセル化するステップと、
− 無線ローカルエリアネットワークで各第２のフレームをデジタルオーディオ／ビデオ端末に送信するステップと
を有することを特徴とする方法にも関する。

本発明は、
− タイム・スライスを表すデータを含み、無線ローカルエリアネットワークで送信される第２のフレームを受信するためのステップと、
− 前記第２のフレームから第１のサービスフレームを抽出するためのステップと
を含むことを特徴とするデジタルオーディオ／ビデオ受信方法にも関する。

本発明は、添付の図面を参照する以下の説明を読むことにより、よりよく理解され、他の固有の特徴および利点が明らかとなろう。

図２は特定の発明の実施形態を、ＤＶＢ−Ｈ、ｘ ＳＤＳＬ（すなわち「ｘ−Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ：ｘデジタル加入者線」）およびＷＬＡＮ（「Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ：無線ローカルエリアネットワーク」）の要素を組み合わせたインフラストラクチャで実装しているネットワークインフラストラクチャ２の概略のブロック図である。

ネットワークインフラストラクチャ２は、具体的には、
− サービスプロバイダの要素を相互接続する、サービスプロバイダに固有のＩＰネットワークバックボーン１３と、
− ＡＤＳＬネットワークをＩＰネットワーク１３に接続するために使用されるＩＰネットワークバックボーン２３と、
− 受信機１４０からデータを受信するビデオコーダ１４と、
− それぞれ、ＶＯＤ １５０、ＥＰＧ（すなわち「Ｅｌｅｃｔｒｏｎｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ： 電子番組ガイド」）１５１またはＥＳＧ（すなわち、ＤＶＢ−Ｈ用語による「Ｅｌｅｃｔｒｏｎｉｃ Ｓｅｒｖｉｃｅ Ｇｕｉｄｅ： 電子サービスガイド」）、および「Ｗｅｂポータル」（ｈｔｔｐ／ｈｔｍｌまたはＤＶＢ−Ｈサービスプロバイダとの双方向性を可能にするＷＡＰサーバ）１５２というサーバと、
− ＤＶＢ−Ｈネットワーク１１と、
− ＩＰネットワーク１３および２３を相互接続するために使用されるＩＰルータ２６と、
− ブロードバンドネットワーク（例えば、ＡＴＭ型のもの）２２と、
− ＡＤＳＬ構造に属し、ブロードバンドネットワーク２２およびＩＰネットワーク２３を相互接続するＢＡＳ（「Ｂｒｏａｄｂａｎｄ ａｃｃｅｓｓ ｓｅｒｖｅｒ： ブロードバンドアクセスサーバ」）要素と、
− ＤＳＬＡＭモジュール２１０と、
− アクセスネットワーク２１１と、
− ＡＤＳＬモデム２１２０と、
− ＷＬＡＮアクセスポイント２１２１（ゲートウェイ２１２内でモデム２１２０とグループ化される）と、
− 好ましくは移動型で、例えば、ＰＤＡまたは移動電話型の端末２０と
を備えている。

ネットワーク２は、インフラストラクチャ１の要素に類似していて、同じ参照番号を有する要素１３、１５０から１５２を有している。

ポータル１５２およびサーバ１５０および１５１は、ネットワーク１３に接続されている。

サーバ１４および１５０から１５２は、端末２０が送信機１１２および、より広くは、ＤＶＢ−Ｈネットワーク１１によってカバーされるエリア内にあるとき、ＤＶＢ−ＨサービスをＩＰネットワーク１３およびネットワーク１１を介して端末２０に送信する。

端末２０が送信機１１２によって（および／または、おそらく、図示されていないセルラネットワークを介して）送信された信号を正しく受信できない場合、端末２０は、ネットワーク２２に接続されたローカルエリアネットワークを介してＤＶＢストリーム２５２を受信する。発明の様々な変形によると、端末２０は、ＤＶＢ−Ｈ（および／またはセルラ）ネットワークを介してＤＶＢ−Ｈストリームを誤って受信したことを検出したとき、ローカルエリアネットワークの存在を検出したとき（パラメータ指定によって、またはユーザの要求によって、ローカルエリアネットワークに優先権を与えることができる）、またはユーザの要求があったとき、無線ローカルエリアネットワークに接続される。

ＡＴＭネットワーク２２はビデオコーダ１４に接続されていて、ビデオコーダ１４からビデオストリームを受信し、そのビデオストリームをＤＳＬＡＭモジュール２１０に再送信する。ＤＳＬＡＭモジュール２１０は、選択されたストリームに関するＩＰパケットを複製し、それをネットワーク２１１を介してモデム２１２０に送信する。ＷＬＡＮアクセスポイント２１２１が、選択されたストリームに関するデータをモデム２１２０から受信し、そのデータをバースト２５２にカプセル化することによりフォーマット化し、そのデータを端末２０が存在する無線ローカルエリアネットワーク全体にブロードキャストし、したがって、端末２０は端末２０宛てのバースト２５２を受信することができる。

図４は、ＩＰブロードキャストプロトコル（ＳＡＰ−ＳＤＰ、すなわちＳｅｓｓｉｏｎ Ａｎｎｏｕｎｃｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ−Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）に従って、アクセスポイント２１２１によって端末２０に送信された制御データ４３０（サービスごと）を表している。これらは定期的に送信されるのが好ましく、頻繁に変化する可能性は小さい。データ４３０は、以下の要素（これらの要素はＤＶＢ−Ｈ規格で明記されている）、すなわち
− １ビットのタイム・スライシングの使用の表示４３１と、
− ２ビットのエラー修正の表示４３２と、
− ３ビットのＭＰＥフレームのサイズ４３３と、
− バーストの最大時間４３４（１つのタイム・スライスで送信される情報量）と、
− サービスの最大平均速度４３５とを含む。

図６は、ビデオコーダ１４、ＤＳＬＡＭモジュール２１０、ＡＤＳＬモデム２１２０、アクセスポイント２１２１および端末２０の間の交換を示している。

ビデオコーダ１４は、ＤＳＬＡＭモジュール２１０に、ビデオストリームを含むフレーム６０（または図２ではフレーム２５０）をＲＴＰ／ＵＤＰ型のマルチキャストプロトコルに従って送信する。この送信は規則的に行われるか、または少なくともＤＳＬＡＭがデジタルオーディオ／ビデオサービスを必要とする場合に開始されるのが好ましい。端末２０がＤＶＢ−Ｈネットワーク１１を介してデータを正しく受信できないとき、端末２０は、ＤＳＬＡＭモジュール２１０に要求６１を送信する。要求６１は、ＩＧＭＰ（すなわち「Ｉｎｔｅｒｎｅｔ Ｇｒｏｕｐ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ」型であり、対応するサービスを選択するための望ましいビデオストリームのＩＰアドレスを含む。望ましいビデオストリームのアドレスは、ＷＥＢポータル１５２との事前のｈｔｔｐポイント間接続を介して、またはＥＰＧサーバ１５１から着信するストリーム（このストリームは、端末２０が知っているアドレスを有するストリームに対応する）から判定できる。

要求６１を受信した後、ＤＳＬＡＭモジュール２１０は、フレームに含まれる、望ましいストリームのＩＰアドレスに対応するビデオストリームを複製し、それを、例えば、ＡＴＭ／ＡＡＬ５／ＡＤＳＬ型のｘＤＳＬスタック６２の形式でモデム２１２９に送信する。

次に、ＡＤＳＬモデム２１２０はスタック６２からビデオストリームを抽出し、ＩＰブロードキャスト型のフレーム６３（ＲＴＰ／ＵＤＰ型のマルチキャストＩＰフレーム）にカプセル化して、それをＷＬＡＮアクセスポイント２１２１に送信する。

次に、アクセスポイント２１２１は、図５に示されているように、無線フレーム６４にカプセル化を行う。アクセスポイント２１２１は、アクセスポイント３０２１と端末２０の間の送信エラーからフレームを保護するためにフレームを符号化する（端末２０は、対応するデコーダを実施して可能性のある送信エラーを訂正する）。アクセスポイント２１２１は、アクセスポイントと端末２０の間の無線送信プロトコルと互換性のあるタイム・スライシングも実施する。このプロトコルは、例えば、１ＥＥＥ８０２．１１型またはＨｉｐｅｒｌａｎ型ＩＩである。モデム２１２０およびアクセスポイント２１２１は、２つの個別の物理ユニット（例えば、構成部品または電子ボード）に実装される。実施形態の変形によると、モデム２１２１およびアクセスポイント２１２０は、単一の物理ユニット、例えば、ＡＤＳＬ住宅用ゲートウェイの形で実装される。本発明は、実際に、ＤＶＢ−Ｈによって端末用に提供される電力保存の可能性を保持することを可能にする。本発明による電力消費の削減は、パケットがアクセスポイント２１２０によって無線ローカルエリアネットワーク上を送信されるときに、タイム・スライシングを用いて実行される。バーストに前方エラー修正（またはＦＥＣ）データを追加することにより、得られる信頼性も向上する。

フレーム６４は、
− 無線送信に固有な制御データ５４（例えば、無線信号、およびフレーム６４を記述するデータ（例えば、長さ、ソースアドレスおよび宛先アドレス）を等しくするために使用されるデータ）と、
− 前方エラー修正（ＦＥＣ）およびタイム・スライシング用のデータ５３と、
− 選択されたサービス用に端末２０によって要求されたサービスに対応するＩＰ ５２マルチキャストアドレスと、
− ＲＴＰ／ＵＤＰプロトコルに固有のデータ５１と、
− 端末２０によって必要とされるビデオストリームに対応するビデオストリームデータ５０と
を含む。

ＭＡＣ（即ち「媒体アクセス制御」）層においては、宛先端末に対応するアドレスのみ（「ユニキャスト」であって「マルチキャスト」ではない）が使用される。いくつかの端末がある場合、パケットが複製されて、無線ネットワーク上をＭＡＣユニキャストモードの各端末に送信される。

発明の実施形態の変形によると、（特にアクセスポイント２１２１と端末２０との間の送信は品質が高いと思われている場合）、フレーム６４に前方エラー修正データは挿入されない。ポイント間リンクモードでは、受信通知（および、おそらく、所定の時間内に受信通知されないフレームの再送信）のための機構体が前方エラー修正データの有無に関係なく有利に実装されて、その結果、リンクの確保が可能になり、そのため、サービスの品質が向上する。

ＷＬＡＮでビデオを移送するためには、ＤＶＢ−Ｈの場合とは異なり、ＭＰＥＧ−ＴＳフォーマットは必要ない。

ＤＶＢ−Ｈストリームを受信するための手段を含む端末２０の実施態様を単純にするために、データ５３のフォーマットは、ＤＶＢ−Ｈ規格で定義されたフォーマットと一致することが好ましい。実施形態の変形によると、データ５３は、ＤＶＢ−Ｈ規格で定義されたフォーマットと対応しない。特に、ＦＥＣデータは、無線ローカルエリアネットワーク上の送信チャネルの特性に応じて指定してもよい。

本発明によると、ローカルエリアネットワーク上のデータ送信は、同じ性質の情報に対しては、ＤＶＢ−Ｈに適用されるＭＰＥＧ ＤＶＢ−ＳＩ規格の範囲内で実装されているものと同じフォーマットに従ってＦＥＣデータおよびタイム・スライシング・データを実装することが好ましい。本発明によると、有利なことには、セッション記述フォーマットは、ＳＤＰプロトコル、コーダ／デコーダに有用なセッションパラメータを移送するＳＤＰストリーム、ＤＶＢ−Ｈ型のタイム・スライシング、およびＦＥＣ記述と互換性がある。ＤＶＢ−Ｈ規格のものと互換性のあるタイム・スライシングおよびＦＥＣを実施するために、ＳＤＰフレームで符号化される前方エラー修正ＦＥＣおよびタイム・スライシング用のデータ５３は、図５のテーブルに従ってフォーマット化され（図５のカラム４０から４２は、それぞれ、各フィールドの重要度、フィールドのビット数でのサイズ、および識別子を表す）、
− タイム・スライシング４３３が実施されるかを示す１ビットのフラグと、
− 訂正機構が実装されるかを示す２ビットのＦＥＣフィールド４３４と、
− ＭＰＥフレームの３ビットのサイズと、
− バーストの８ビットの最大時間（最大時間は、順次送信される１組の要素パケットに相当する）（最大バースト時間が示されるので、この最大時間後に端末がバースト終了信号を受信していない場合、端末は、リンクが切断されたことを認識し、その切断がＷＬＡＮネットワークの到達圏外の配置またはユーザの要求待機に相当する場合、または中断がＡＤＳＬネットワークのストリーム送信の終了に相当する場合、ＤＶＢ−Ｈネットワークに切替えを試みることができる）と、
− ４ビットの最大平均速度と、
− ４ビットのタイム・スライシングおよびＦＥＣ識別と、
− ８Ｎビットの識別子選択用のＮバイト４４０と
を含む。

無線ネットワークは、ＩＥＥＥ ８０２．１１ｘ規格（ｘは、規格のバージョンに相当し、例えば、ａ、ｂ、ｇなどである）と互換性があることが好ましい。これらの規格は電力節約（またはＰＳ）モードを定義している。第１に、または新規に関連付けられている間、端末２０は、リスニング期間または間隔、すなわち、２つのリスニング動作の間に経過する時間をアクセスポイント３０２１に示す。この時間は、「ビーコン」と呼ばれる制御フレームの期間数単位で表される。ビーコン制御フレームとは、アクセスポイント３０２１によって定期的に送信される管理フレームである。対応する期間は、アクセスポイント３０２１の構成パラメータである。これは、ＤＶＢ−Ｈ規格で規定されているΔｔの最小値に相当する１０ｍｓの倍数である（１０ｍｓ≦Δｔ≦４０ｓ）。したがって、リスニング間隔は端末２０によって算出され、受信されたフレームのデータ５３のヘッダで示されたＤＶＢ−ＨΔｔパラメータに対応する。

図７は、端末２０を概略的に示している。

端末２０は、アドレスおよびデータバス２０３によって相互接続されており、
− マイクロプロセッサ２００（すなわちＣＰＵ）と、
− ＲＯＭ型（読取専用メモリ）の不揮発性メモリ２０１と、
− ランダムアクセスメモリ、すなわちＲＡＭ２０２と、
− ＷＬＡＮ無線ネットワークで受信された信号を受信するためのモジュール２０４と、
− ＤＶＢ−Ｈ（または３Ｇ）ネットワークで受信された信号を受信するためのモジュール２０５と、
− 受信された画像を（例えば、表示または記録用に）オーディオ／ビデオアプリケーションに送信するインターフェース２０６と
を含む。

さらに、図７に示された各要素は、当業者にはよく知られている。これらの一般的な要素については、本明細書では説明されていない。

本明細書の説明で使用される「レジスタ」という用語は、言及された各メモリの中の、低容量のメモリゾーン（多少のバイナリデータ）並びに大容量のメモリゾーン（プログラム全体が保管できる、または受信されたオーディオ／ビデオサービスを表すデータの全部または一部が保管できる容量）を意味することに注意されたい。

メモリＲＯＭ２０１は、具体的には
− プログラム「ｐｒｏｇ」２０１０
を含む。

これ以降で説明される方法のステップを実施するアルゴリズムは、これらのステップを実施する端末２０に関連付けられたメモリＲＯＭ２０５に保管されている。電源が入れられると、マイクロプロセッサ２０がこれらのアルゴリズムの命令をロードして実行する。

ランダムアクセスメモリ２０２は、具体的には、
− レジスタ２０２０内の、端末２０における切替えを担当するマイクロプロセッサ２００の動作プログラムと、
− レジスタ２０２１内の、必要なサービスに対応するマルチキャスト用ＩＰアドレスと、
− レジスタ２０２２内のリスニング間隔値（すなわち「ビーコン」）と、
− レジスタ２０２３内の、受信された１つまたは複数のオーディオ／ビデオフレームと、
− レジスタ２０２４内の、要求されたサービスに対応するオーディオ／ビデオデータと
を含む。

図８は、アクセスポイント２１２１を概略的に示している。

アクセスポイント２１２１は、アドレスおよびデータバス８３によって相互接続されており、
− マイクロプロセッサ８０（すなわちＣＰＵ）と、
− ＲＯＭ型（読取専用メモリ）の不揮発性メモリ８１と、
− ランダムアクセスメモリ、すなわちＲＡＭ８２と、
− ＷＬＡＮ無線ネットワークで受信された信号を送信するためのモジュール８４と、
− 有線ネットワークで信号を受信するためのモジュール８５と
を含む。

さらに、図８に示された各要素は、当業者にはよく知られている。これらの一般的な要素については、本明細書では説明されていない。

本明細書の説明で使用される「レジスタ」という用語は、言及された各メモリの中の、低容量のメモリゾーン（多少のバイナリデータ）および大容量のメモリゾーン（プログラム全体が保管できる、または受信されたオーディオ／ビデオサービスを表すデータの全部または一部が保管できる容量）を意味することに注意されたい。

メモリＲＯＭ８１は、具体的には
− プログラム「ｐｒｏｇ」８１０
を含む。

これ以降で説明される方法のステップを実施するアルゴリズムは、これらのステップを実施するアクセスポイント２１２１に関連付けられたＲＯＭメモリ８１０に保管されている。電源が入れられると、マイクロプロセッサ８０がこれらのアルゴリズムの命令をロードして実行する。

ランダムアクセスメモリ８２は、具体的には、
− レジスタ８２０内の、アクセスポイントにおける切替えを担当するマイクロプロセッサ８０の動作プログラムと、
− レジスタ８２１内の、必要なサービスに対応するマルチキャスト用ＩＰアドレスと、
− レジスタ８２２内のリスニング間隔値（すなわち「ビーコン」）と、
− レジスタ８２３内の、受信された１つまたは複数のオーディオ／ビデオフレームと、
− レジスタ８２４内の、要求されたサービスに対応するオーディオ／ビデオデータと
を含む。

図９は、アクセスポイント２１２１で実施される受信アルゴリズムを示している。

第１のステップ９０で、アクセスポイント２１２１は、種々の送信および受信パラメータを初期化する。

次に、ステップ９１で、アクセスポイント２１２１は、端末２０からＩＧＭＰ要求を受信し、ステップ９２で、それをモデム２１２０に再送信する。

次に、ステップ９３で、アクセスポイント２１２１は、モデム２１２０から、ＤＳＬＡＭから受信されたＡＤＳＬフレームに対応するＩＰマルチキャストフレームを受信する。次に、ステップ９４で、アクセスポイント２１２１は、図５に示されているように、無線フレーム６４にＭＰＥ型のカプセル化を行う。

ステップ９５で、タイム・スライシングおよび可能なＦＥＣ符号化の構成情報がリカバリーされる。そうすると、ＭＰＥ−ＦＥＣヘッダに、必要ならば端末２０が逆タイム・スライシングおよびＦＥＣ復号化を行うために役立つリアルタイムパラメータが入っている。

次に、ステップ９６で、アクセスポイント２１２１は、端末２０から、端末２０が節電モードを終了したことを示すビットを含むＰＳ−ＰＯＬＬ型の制御フレームを受信する。次に、アクセスポイント２１２１は、端末２０に、それに対応するバッファメモリに保管されているＭＰＥ型のフレーム６４を送信する。

図１０は、端末２０で実施される受信アルゴリズムを示している。

第１のステップ１００で、端末２０は、種々の受信パラメータを初期化する。次に、ステップ１０１で、端末２０は、端末２０がＤＶＢ−ＨネットワークからＤＶＢ−Ｈストリームを正しく受信するかどうかを検査する。正しく受信される場合、ＤＶＢ−ＨネットワークがＷＬＡＮネットワークに関して優先権を有していると仮定すると（ユーザのパラメータ指定、構成、または指示による）、ステップ１０２で、端末２０は、ＤＶＢ−ＨネットワークからＤＶＢ−Ｈストリームを受信する。端末２０がそれ以上ＤＶＢ−Ｈストリームを受信しなくなると、ステップ１０１が繰り返される。

否定の場合、端末２０は、ＤＶＢ−Ｈストリームを受信しないか、または誤って受信し（すなわち、多数のエラーが含まれる）、あるいはユーザがＷＬＡＮネットワークへのハンドオーバを要求した場合、ステップ１０３で、端末は、要求後、ＷＬＡＮネットワークからオーディオ／ビデオストリームを受信する。

ステップ１０３はステップ１０３０から開始され、ステップ１０３０で、端末は、ＩＧＭＰ要求（要求６１）の形でＤＶＢ−Ｈストリーム要求をＷＬＡＮアクセスポイント２１２１に出す。ＩＰマルチキャストアドレスは事前に決定することができる（例えば、初期化フェーズ中、またはＤＶＢ−Ｈネットワークを介して事前の受信中（ＥＰＧリストを使用）あるいはＡＤＳＬからの事前の受信中（ｈｔｔｐを介して、またはＥＰＧリストを使用））。加えて、ステップ１０３０で、端末は、アクセスポイントで構成されたタイム・スライシングおよびＭＰＥ−ＦＥＣに関する一般情報（図４に示されたデータ４３０に相当）を受信する。

次に、テスト１０３１で、端末２０は、端末２０がＷＬＡＮバーストを受信できるかを検査する（このステップはどの時点でも（特に、ステップ１０３０の前でも）実行できる）。

否定の場合（ＷＬＡＮ信号が受信されない、または受信されてもエラーが多すぎる、またはユーザがＤＶＢ−Ｈネットワークへのハンドオーバを要求した場合）、ステップ１０３は終了し、ステップ１０１が繰り返される。

肯定の場合（ＷＬＡＮ信号が正しく受信できる場合）、ステップ１０３２で、端末２０は待機し、端末２０に固有（または「ユニキャスト」）の宛先アドレスを有する、ＷＬＡＮネットワークを介して受信された、いくつかのフレームに相当するＤＶＢ−Ｈバースト全体を受信する。

次に、ステップ１０３３で、端末２０は、受信されて、バーストに相当するＩＥＥＥ８０２．１１フレームに入っているデータを処理する。このステップでは、可能な送信エラーはＦＥＣデータを用いて訂正される。第１のバーストを受信すると、端末２０は、そのバーストに含まれるＭＰＥパラメータに従ってＷＬＡＮ節電モードを実施することができる。

次に、ステップ１０３４で、ＭＰＥヘッダ（他方のＭＰＥ部分がＩＰフレーム関連の情報を含む）に入っているΔｔ情報に基づいて、端末は、リスニング間隔を記載している信号フレームをアクセスポイント２１２１に送信し、アクセスポイント２１２１に節電モードになるように指示する。次いで、端末２１２１はスリープモードになる。

次に、ステップ１０３５で（リスニング間隔に相当するタイムアウトの満了後）、端末２０はウェークアップし（リスニングモード）、ステップ１０３６で、アクセスポイント２１２１で記憶されている着信フレームの数を示すＴＩＭ（すなわち「ｔｒａｆｆｉｃ ｉｎｄｉｃａｔｉｏｎ ｍａｐ：トラフィック指示マップ」）を含む、端末２０宛ての「ビーコン」フレームを待つ。

次に、ステップ１０３７で、端末２０は、アクセスポイント２１２１に、端末２０が節電モードを終了したことを示すビットを含むＰＳ−ＰＯＬＬ型の制御フレームを送信し、アクセスポイント２１２１が、対応するバッファメモリを空にして、端末２０へのフレームの送信を最大速度で再開することができる。

図３は、ネットワーク２の変形を実装するネットワークインフラストラクチャ３の概略的なブロック図であり、住宅向けのゲートウェイとして意図されたＡＴＭネットワークは、より一般的に、公開アクセスを提供するために使用されるＩＰネットワークに置き換えられる。

ネットワーク２および３に共通の要素は同じ参照番号を有し、特に断りがない限り、同じように接続される。

ネットワーク３のインフラストラクチャは、具体的には、
− ＩＰネットワークバックボーン１３と、
− ＩＰネットワークバックボーン２３と、
− 受信機１４０からデータを受信するビデオコーダ１４と、
− それぞれＶＯＤ １５０、ＥＰＧ １５１およびＷｅｂポータル１５２のサーバと、
− ＤＶＢ−Ｈネットワーク１１と、
− ＩＰネットワーク１３および２３を相互接続するために用いられるＩＰルータ２６と、
− ＩＰネットワーク３１と、
− ＩＰネットワーク３１とＩＰネットワーク２３とを相互接続するＢＡＳ要素と、
− ルータ３００と、
− アクセスネットワーク２１１と、
− ホットスポットＬＡＮ３０１と、
− ＤＶＢ−Ｈ ＷＰＥ（「Ｗｉｒｅｌｅｓｓ ＬＡＮ Ｐｒｏｔｏｃｏｌ ｅｎｃａｐｓｕｌａｔｏｒ：無線ＬＡＮプロトコルカプセル化部」）インターフェース３０２０と、
− ＷＬＡＮアクセスポイント３０２１（インターフェース３０２０を用いてゲートウェイ３０２内にグループ化されている）と、
− 端末２０と
を含む。

インターフェース３０２０は、アクセスポイント２１２１の実施方法と類似した方法でＭＰＥカプセル化、ＦＥＣおよびタイム・スライシング機構を実装している。そのため、アクセスポイント３０２１は標準のアクセスポイントであることが好ましい。

端末２０が送信機１１２によって（および／または、多分、図示されていないセルラネットワークを介して）送信された信号を正しく受信できない場合、端末２０は、ネットワーク３１に接続されているローカルエリアネットワークを介してＤＶＢストリーム２５２を受信する。本発明の種々の変形によると、端末２０は、ＤＶＢ−Ｔ（および／またはセルラ）ネットワークを介してＤＶＢ−Ｔストリームを誤って受信したことを検出したとき、ローカルエリアネットワークが存在することを検出したとき（ローカルエリアネットワークには、パラメータ指定によって、またはユーザの要求によって優先権を与えることが可能）、またはユーザの要求があったときに無線ローカルエリアネットワークに接続する。

ＩＰネットワーク３１はビデオコーダ１４に接続されていて、ビデオコーダ１４からビデオストリームを受信し、そのビデオストリームをルータ３００に再送信する。ルータ３００は、選択されたストリームに関するＩＰパケットを複製し、それをネットワーク３０１を介してインターフェース３０２０に送信する。ＷＬＡＮアクセスポイント３０２１が、選択されたストリームに関するデータをインターフェース３０２０から受信し、そのデータをバースト３２２にカプセル化することによりフォーマット化し、そのデータを端末２０が存在する無線ローカルエリアネットワーク全体にブロードキャストし、したがって、端末２０は端末２０宛てのバースト３２２を受信することができる。

図１１は、端末２０がアクセスポイント３０２１に接続されている場合に、端末２０で実施される受信アルゴリズムを示している。

ステップ１００、１０１、および１０２は、図１０で説明されたものと類似しており、同じ参照番号を有する。

特に、ステップ１００で、ＭＡＣマルチキャストモードのとき、アクセスポイント３０２１は、ＤＴＩＭ （「Ｄｅｌｉｖｅｒｙ Ｔｒａｆｆｉｃ Ｉｎｄｉｃａｔｉｏｎ Ｍｅｓｓａｇｅ：配信トラフィック指示メッセージ」）期間が１（これは、アクセスポイント３０２１がフレームを記憶している時間の「ビーコン」期間の数に相当する）に初期化された状態で構成される。

ステップ１１００は、ステップ１０３に代わるものである。ステップ１１００は、図１０のものと類似したステップ１０３０、１０３１、１０３２を実行し、それらは同じ参照番号を有し、フレームはアクセスポイント３０２１との間で送受信される。
肯定の場合（ＷＬＡＮ信号が正しく受信できる場合）、ステップ１０３２で、端末３０は、ＷＬＡＮネットワークを介して受信される、ＭＡＣマルチキャスト宛先アドレスを有するいくつかのフレームに相当するＤＶＢ−Ｈバースト全体を待って受信する。

次に、ステップ１１３３で、端末２０は、バーストに相当する、受信されたＩＥＥＥ８０２．１１フレームに入っているデータを処理する。さらに、受信されたフレームは、いくつかの端末がアクセスポイントに接続されるとすぐにマルチキャストモードになる（それらの端末が、端末２０の受信アドレスと一致する単一受信アドレスを有していない場合）。さらに、ステップ１１３３で実行される動作は、ステップ１０３３で実行される動作に類似している。

次に、ステップ１１３４で、ＭＰＥヘッダ（他方のＭＰＥ部分がＩＰフレーム関連の情報を有する）に入っているΔｔ情報に基づいて、端末は、リスニング間隔を記載している信号フレームをアクセスポイント３０２１に送信し、アクセスポイント３０２１に節電モードになるように指示する。次いで、端末２０はスリープモードになる。Δｔ時間の間パケットフレームを記憶しておいて、そのフレームを最大速度で送信するのは、アクセスポイント次第である。

次に、ステップ１１３５で（リスニング間隔に相当するタイムアウトの満了後）、端末２０はアクティブになり（リスニングモード）、ステップ１１３６で、アクセスポイント３０２１で記憶されているマルチキャストフレームの数を示すＤＴＩＭを有する、端末２０宛ての「ビーコン」フレームを待つ。

次に、テスト１１３７で、端末２０は、端末２０が自身宛てのユニキャストパケットも受信しているかを検査する。

否定の場合、テスト１０３１が繰り返される。

肯定の場合、ステップ１０３７で、端末２０は、アクセスポイント２１２１に、端末２０が節電モードを終了したことを示すビットを含むＰＳ−ＰＯＬＬ型の制御フレームを送信するので、アクセスポイント３０２１は、対応するバッファメモリを空にして、端末へのフレームの送信を最大速度で再開することができる。

図１２は、ＤＶＢ−Ｈネットワーク１１および無線ローカルエリアネットワーク（すなわちＷＬＡＮ）に基づいたインフラストラクチャによる特定の発明の実施形態を実装するネットワークインフラストラクチャ１２４の概略的なブロック図を示している。

ネットワークインフラストラクチャ１２４は、具体的には、
− ＩＰネットワークバックボーン１３と、
− 受信機１４０からデータを受信するビデオコーダ１４と、
− それぞれＶＯＤ １５０、ＥＰＧ １５１およびＷｅｂポータル１５２のサーバと、
− ＤＶＢ−Ｈネットワーク１１と、
− ＩＰネットワーク１３および２３を相互接続するために用いられるＩＰルータ２６と、
− ＤＶＢ−Ｈゲートウェイ１２３１と、
− ＷＬＡＮアクセスポイント３０２１（ゲートウェイ１２３１と一緒にゲートウェイ１２３内に統合されている）と、
− 好ましくは移動体の、例えば、ＰＤＡまたは移動電話型の端末２０と
を備えている。

ネットワーク１２４は、ネットワーク２の要素と類似しており、同じ参照番号を有する要素１３、２３、１４、１４０、１５０から１５２、１１、２６および２０を含んでおり、これらについては、さらに詳しくは説明されない。

端末２０が送信機１１２によって（および／または、おそらく、図示されていないセルラネットワークを介して）送信された信号を正しく受信できない場合、端末２０は、ネットワーク１１に接続されたローカルエリアネットワークを介してＤＶＢストリーム２５２を受信する。発明の様々な変形によると、端末２０は、ＤＶＢ−Ｔ（および／またはセルラ）ネットワークを介してＤＶＢ−Ｔストリームを誤って受信したことを検出したとき、ローカルエリアネットワークの存在を検出したとき（パラメータ指定によって、またはユーザの要求があったとき、ローカルエリアネットワークに優先権を与えることができる）、またはユーザの要求があったとき、無線ローカルエリアネットワークに接続される。

ＤＶＢ−Ｈネットワーク１１はビデオコーダ１４に接続されていて、ビデオコーダ１４からビデオストリーム１２５を受信し、そのビデオストリームをゲートウェイ１２３に再送信する。ゲートウェイ１２３１は、選択されたストリームに関するＩＰパケットを複製し、それを上述のアクセスポイント２１２０に類似したＷＬＡＮアクセスポイント３０２１に送信する。ＷＬＡＮアクセスポイント２１２０が、選択されたストリームに関するデータをゲートウェイ１２３１から受信し、そのデータをバースト２５２にカプセル化することによりフォーマット化し、そのデータを端末２０が存在する無線ローカルエリアネットワーク全体にブロードキャストし、この場合、端末２０は端末２０宛てのバースト２５２を受信することができる。

ゲートウェイ１２３によって端末２０へＩＰブロードキャストプロトコル（ＳＡＰ−ＳＤＰ）に従って送信される制御データ４３０（サービスごと）が図４にも示されている。

図１３は、ビデオコーダ１４、ゲートウェイ１２３１、アクセスポイント３０２１および端末２０の間の交換を示している。

ビデオコーダ１４は、ＤＶＢ−Ｈネットワーク１１を介してゲートウェイ１２３１に、ビデオストリームを含むフレーム１３０（または図１２ではフレーム１２５）をＲＴＰ／ＵＤＰ型のマルチキャストプロトコルに従って送信する。この送信は規則的に行われるか、または少なくともゲートウェイがデジタルオーディオ／ビデオサービスを必要とする場合に開始されるのが好ましい。端末２０がＤＶＢ−Ｈネットワーク１１を介して直接リンクでデータを正しく受信できないとき、端末２０は、ゲートウェイ１２３１に要求１３１を送信する。要求１３１は、ＩＧＭＰ（すなわち「Ｉｎｔｅｒｎｅｔ Ｇｒｏｕｐ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ：インターネットグループ管理プロトコル」型であり、対応するサービスを選択するための望ましいビデオストリームのＩＰアドレスを有する。望ましいビデオストリームのアドレスは、ＷＥＢポータル１５２との事前のｈｔｔｐポイント間接続を介して、またはＥＰＧサーバ１５１から着信するストリーム（このストリームは、端末２０の知られているアドレスを有するストリームに対応する）から判定できる。

要求１３１の受信後、ゲートウェイ１２３１は、望ましいストリームのＩＰアドレスに対応するフレームに入っているビデオストリームを複製し、そのビデオストリームをＩＰブロードキャスト型のフレーム１３２（ＲＴＰ／ＵＤＰ型のＩＰマルチキャストフレーム）にカプセル化し、それをＷＬＡＮアクセスポイント３０２１に送信する。したがって、この動作中、ゲートウェイ１２３１は、受信されたＩＰストリームから、ＩＧＭＰ要求１３１によって要求されたストリームを抽出するだけなので、フィルタ処理も行っている。

次に、アクセスポイント３０２１は、アクセスポイント２１２１に類似した方法で送信動作を行い、特に、図５に示されたような無線フレーム６４のカプセル化を行う。さらに、アクセスポイント３０２１は、図８に示されたアクセスポイント２１２１のものに類似した構造を有する。

当然ながら、本発明は、これまでに説明された実施形態に限定されない。

特に、図３について説明された実施形態は、本発明の変形に従うと、家庭用ネットワーク（ＷＰＥインターフェースおよび標準無線アクセスポイントの使用）にも適用される。

さらに、本発明は、特にＡＤＳＬ、ＤＶＢ（特に、ＤＶＢ−Ｔ、ＤＶＢ−Ｈ、ＤＶＢ−Ｓ）によって、無線ローカルエリアネットワーク上をデジタルオーディオ／ビデオ端末へ送信されるフレームにタイム・スライシングを表すデータと一緒にカプセル化されて送信されるデジタルビデオストリームのどの型の受信にも適用される。

ＤＶＢ−Ｈビデオサービスを端末に送信することができるＤＶＢ−Ｈネットワークの、それ自体知られているインフラストラクチャを概略的に示す図である。 特定の発明の実施形態を実装しているネットワークインフラストラクチャの概略のブロック図である。 発明の実施形態の変形に従ったネットワークインフラストラクチャを示す図である。 図２のネットワークのアクセスポイントによって送信されるフレームの構造を示す図である。 図２のネットワークのアクセスポイントによって送信されるフレームの構造を示す図である。 図２のネットワークの要素間の交換を示す図である。 図２のネットワークの端末の構造を示す図である。 図２のネットワークのアクセスポイントの構造を示す図である。 図７および図８の要素で実装されるアルゴリズムを説明した図である。 図７および図８の要素で実装されるアルゴリズムを説明した図である。 図３のネットワークの端末で実装されるアルゴリズムを説明した図である。 発明の実施形態の変形を実装しているネットワークインフラストラクチャの概略のブロック図である。 図１２のネットワークの要素間の交換を示す図である。

Claims (15)

1. デジタルビデオブロードキャストサービスの第１のフレーム（２１２０、３０２０、１２３１）を受信するための手段を有するゲートウェイ（２１２、３０２、１２３）であって、
   − タイム・スライシング（２１２０、３０２０、１２３１）を表すデータを判定するための手段と、
   − 前記第１のサービスフレームのそれぞれを、タイム・スライスを表す前記データを含む第２のフレームにカプセル化する（２１２０、３０２０、１２３１）ための手段と、
   − 無線ローカルエリアネットワークで各第２のフレームをデジタルオーディオ／ビデオ端末に送信する（２１２１、３０２１）ための手段と
   を備えることを特徴とするゲートウェイ。
2. 前記ゲートウェイはセッション記述プロトコルに従って各第２のフレームにタイム・スライスを表すデータを挿入するための手段を備えることを特徴とする請求項１に記載のゲートウェイ。
3. 前記セッション記述プロトコルはＳＡＰ−ＳＤＰ型であることを特徴とする請求項２に記載のゲートウェイ。
4. デジタルビデオブロードキャストサービスの前記第１のフレームを受信するための前記手段は有線ネットワーク（２１１）に関連付けられていることを特徴とする請求項１から３のいずれか１項に記載のゲートウェイ。
5. デジタルビデオブロードキャストサービスの前記第１のフレームを受信するための前記手段は無線ネットワーク（３０１、１１１）に関連付けられていることを特徴とする請求項１から３のいずれか１項に記載のゲートウェイ。
6. 前記無線ネットワークはＩＥＥＥ ８０２．１１、Ｈｉｐｅｒｌａｎ、ＩＥＥＥ８０２．１５またはＩＥＥＥ８０２．１６型であることを特徴とする請求項１から５のいずれか１項に記載のゲートウェイ。
7. 前記ゲートウェイは、前記第２のフレームを受信する端末がリスニングモードのときに各第２のフレームを送信するために前記宛先端末の節電モードを検出するための手段を備えることを特徴とする請求項１から６のいずれか１項に記載のゲートウェイ。
8. 前記サービスはＤＶＢ−Ｈ型であることを特徴とする請求項１から７のいずれか１項に記載のゲートウェイ。
9. 各第２のフレームは単一の端末に対応する宛先アドレスを有することを特徴とする請求項１から８のいずれか１項に記載のゲートウェイ。
10. 各第２のフレームはいくつかの端末に対応する宛先アドレスを有することを特徴とする請求項１から８のいずれか１項に記載のゲートウェイ。
11. オーディオ／ビデオ端末を判定するための手段と、受信された前記第１のサービスフレームにフィルタ処理を行うための手段とを備え、前記判定された端末の１つを宛先とする前記サービスフレームのみが前記カプセル化手段によってカプセル化されることを特徴とする請求項１から１０のいずれか１項に記載のゲートウェイ。
12. デジタルビデオブロードキャストサービスの前記第１のフレームを受信するための前記手段は長距離無線ブロードキャストネットワークに関連付けられていることを特徴とする請求項１から１１のいずれか１項に記載のゲートウェイ。
13. − タイム・スライスを表すデータを含み、無線ローカルエリアネットワークで送信される第２のフレームを受信するための手段と、
    − 前記第２のフレームから第１のサービスフレームを抽出するための手段と
    を備えることを特徴とするデジタルオーディオ／ビデオ端末（２０）。
14. デジタルビデオブロードキャストサービスの前記第１のフレームを受信するためのステップを含む、デジタルビデオサービスをブロードキャストするための方法であって、
    − タイム・スライスを表すデータを判定するためのステップと、
    − 前記第１のサービスフレームのそれぞれを、タイム・スライスを表す前記データを含む第２のフレームにカプセル化する（９４）ステップと、
    − 無線ローカルエリアネットワークで各第２のフレームをデジタルオーディオ／ビデオ端末に送信する（９６）ステップと
    を有することを特徴とする方法。
15. デジタルオーディオ／ビデオを受信するための方法であって、
    − タイム・スライスを表すデータを有し、無線ローカルエリアネットワークで送信される第２のフレームを受信するステップと、
    − 前記第２のフレームから第１のサービスフレームを抽出するステップと
    を有することを特徴とする方法。

Images