(57)【特許請求の範囲】
【請求項１】
少なくとも部分的にスクランブルされたMPEG2ストリームの過剰スクランブルのためのスクランブル方法であって、前記ストリームはパケットから構成され、パケット・ヘッダはそのパケットが振り向けられるサービスを定義するPIDフィールド、TSCフィールドを含み、TSCビットはそのパケットのスクランブルに関係し、パケット・ヘッダはさらに連続性カウンタ・フィールドを含み、当該方法は：
・前記ストリームのパケット・ヘッダのPIDフィールドおよびTSCフィールド中のもとのPIDおよびTSCビットを読む段階と、
・もとのPIDの代わりにPIDフィールド中に一時PIDを、つまり、もとのPIDおよびTSCビットと一時PIDとの対応表に基づくもとのPID値およびTSCビットの関数を書く段階と、
・もとの値の代わりにTSCフィールドに値0を書く段階と、
・修正されたフィールドを用いて前記ストリームをスクランブルする段階とを含む、
方法。
【請求項２】
一時PIDの選択は、前記ストリーム中のもとのPIDとTSCビットの値とに従って一時PIDを割り当てるあらかじめ定義された対応表からなされる、請求項１記載の方法。
【請求項３】
一時PIDの選択は、受信された信号に従って自動的に計算される対応表からなされる、請求項１記載の方法。
【請求項４】
請求項１記載の方法であって、当該方法はさらに、連続性カウンタ値を読む段階を含み、一時PIDは前記連続性カウンタ値の関数でもあり、TSCビットの同じ値について前記連続性カウンタが0であるか0以外であるかに従って異なるPIDが割り当てられる、請求項１記載の方法。
【請求項５】
少なくとも部分的に過剰スクランブルされたMPEG2ストリームのスクランブル解除のためのスクランブル解除方法であって、前記過剰スクランブルされたストリームはパケットから構成され、パケット・ヘッダはそのパケットが割り当てられるサービスを定義するPIDフィールド、TSCフィールドを含み、TSCビットはそのパケットのスクランブルに関係し、パケット・ヘッダはさらに連続性カウンタ・フィールドを含み、当該方法は：
・過剰スクランブルされたストリームをスクランブル解除してスクランブルされたストリームを与える段階と、
・前記スクランブルされたストリームのパケット・ヘッダのPIDフィールド中の一時PIDを読む段階と、
・前記一時PIDおよび前記TSCビットの代わりに、前記スクランブルされたストリームの前記PIDフィールドおよび前記TSCフィールド中にもとのPIDおよびTSCビットを書く段階であって、それらの値はもとのPID及びTSCビットと一時PIDとの対応表に基づく一時PIDの関数である、段階とを含む、
方法。
【請求項６】
もとのPIDの選択は、一時PIDに対してもとのPIDおよびTSCビットの値を割り当てるあらかじめ定義された対応表に従って実行される、請求項５記載の方法。
【請求項７】
もとのPIDの選択は、一時PIDに対してもとのPIDおよびTSCビットの値を割り当てる、前記データ・ストリームにおいて送信される、あらかじめ定義された対応表に従ってなされる、請求項５記載の方法。
【請求項８】
請求項５記載の方法であって、前記一時PIDは前記連続性カウンタの値の関数でもあり、当該方法はさらに、対応するフィールドに連続性カウンタ値を書く段階を含み、その値は、この一時PIDがもとの信号における前記カウンタの0の値を示すPIDに対応する場合には0であり、その後、同じもとのPIDに関係するパケットの到着に応じてインクリメントされる、方法。
【請求項９】
MPEG2ストリーム・スクランブラーと、請求項１記載の方法を実装する、第二の、スクランブルされたストリームのスクランブラーとを有することを特徴とする、過剰スクランブル装置。
【請求項１０】
請求項５記載の方法を実装するMPEG2ストリーム・デスクランブラーと、スクランブル解除されたストリームのデスクランブラーとを有することを特徴とする、スクランブル解除装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ビデオ圧縮および圧縮されたデータのスクランブルの分野に関する。より詳細には、本発明はMPEG2オーディオ・ビデオ・データ・ストリーム転送のための過剰スクランブル（over-scrambling）に関する。
【背景技術】
【０００２】
ISO13818-1  MPEG2システムの規格およびETSI  ETR289規格はMPEG2  TS（Transport  Stream［トランスポート・ストリーム］）のスクランブル／スクランブル解除方法を記載している。スクランブル／スクランブル解除の同期方法は、パケット・ヘッダ中に見出される、文字TSC（Transport  Scrambling  Control［トランスポート・スクランブル制御］）によって指定される二つのトランスポート・スクランブル制御ビットの使用に基づく。その意味は次のとおりである。
【０００３】
【表１】
0005439481.tif 000002
TSCフィールドは、パケットがスクランブルされているか否かに従って、スクランブルする場合は使用される鍵の奇偶性〔パリティ〕に従ってスクランブラーによって完成させられる。
【０００４】
図１は、スクランブルおよびスクランブル解除動作の間のTSCビットの状態を図的に示している。もとのストリーム、つまりスクランブルされていないストリームは、パケット・ヘッダのTSCフィールドは00になっており、これが参照符号１で示されるスクランブラーに送信される。このスクランブラーの出力において、スクランブルされたストリームのTSCフィールドは、対応するパケットがスクランブルされていないか、偶数鍵でスクランブルされているか、奇数鍵でスクランブルされているかに従って、00、10または11になる。スクランブルされたストリームは次いで、スクランブラーと逆の動作を実行するためにTSCフィールドを使う、参照符号２で示されるデスクランブラーに伝送される。デスクランブラーの出力におけるストリームのTSCフィールド、つまりもとのストリームに対応するストリームは、そのパケットが平文であることを示すために00にリセットされる。
【０００５】
放送システムまたはネットワークの使用は、ネットワークのいくつかの部分において、ストリームがどんな性質のものであれ、スクランブルされていても平文であっても、ストリームがスクランブルされていることを保証することを要求することがありうる。動作上の観点からは、ストリームの一部が平文であるかすでにスクランブルされているかを知ることに関わることなく信号全体をスクランブルするほうが簡単である。これは、すでにスクランブルされているストリームが別のスクランブラー／デスクランブラー対を使って再びスクランブルされることがありうることを意味する。その場合、いくつかのパケットは二度スクランブルされる、つまり過剰スクランブルされることになる。
【０００６】
一般に、衛星によって送信される信号はスクランブルされる必要がある。よって、ある国の地域サイト、たとえば地上波デジタル・テレビジョンを送信する送信機に供給するための衛星リンクによって転送されるMPEG-TSストリームは、通例暗号化されたTSストリームである。実際、衛星リンクを使う事業者は、この衛星リンクによって転送される信号のエンドユーザー地域または国をも管理することを望む。サービスされるエリアの地上での制御を可能にする地上送信機のレベルでのスクランブル解除である。これは、衛星によってカバーされるある国における放送権（該権利は他の国については他の事業者に割り当てられる）の管理、地域に固有の番組、たとえば地域的番組の管理、関連する公衆に依存する著作権の管理などを含みうる。
【０００７】
衛星送信のコンテキストの範囲内では、信号は中央送信点から衛星に送信される。この衛星はその信号を地上送信機に供給する地上の衛星受信機に送信する。該衛星受信機は、地上波デジタル・テレビジョン信号またはDVBの送信のための地上波送信機に供給する。衛星トランスポンダは一般に、同じTSトランスポート・ストリーム上でいくつかのサービスまたは番組を送信する。サービスは多重化される。さらに、衛星受信機とテレビジョン受信機の間で、サービスの組は、いくつかの周波数上で転送される。各周波数は、それ自身、いくつかのサービスを含むことができる。
【０００８】
よって、すべてのサービスが平文であると想定される場合、解決策は、中央送信点において信号をスクランブルして、衛星受信機のレベルでそれをスクランブル解除するようにすることにある。すべてのサービスがスクランブルされる場合、衛星送信における固有のスクランブルは必要ない。だが、たいていの通常の場合は、転送されるストリームはスクランブルされるサービスとスクランブルされないサービスの両方、たとえば条件付きアクセス（conditional  access）を必要とする有料テレビジョン・サービスまたは番組と、無料のサービスまたは番組とを含む。混合スクランブル、条件付きアクセスのためにまたは先に見たような放送エリアの管理のために暗号化されたサービスおよび平文のサービスのためには、一つの解決策は、平文のサービスだけをスクランブルして、衛星に送信されるトランスポート・ストリームの完全なスクランブルを得ることでありうる。そうすれば、衛星受信機のベースにあるデスクランブラーは、平文のサービスだけをスクランブル解除して、他のサービスは処理しない。しかしながら、この解決策は最適ではない。スクランブルの条件付き処理は使用を複雑にし、スクランブルおよびスクランブル解除回路が各サービスの状態を考慮しなければならない。さらに、スクランブルされているかスクランブルされていないかというサービスの状態は、時間とともに変わることがありうる。番組が一日のある部分の間は平文で放送され、残りの時間は暗号化されるということがあるのである。同様に、状態変化の厳密な時間は、たとえばスポーツ番組のようなライブ番組の送信の間など、必ずしも既知ではない。最後に、トランスポート・ストリーム中の状態情報の管理は、処理時間のため、スクランブルおよびスクランブル解除のためのある程度の時間遅延後でなければ反応を可能にしない。これはサービスの品質を劣化させる。たとえば、最初の数パケットを二重スクランブルして送信し、サービスの暗号化された通過後、スクランブルされた画像をテレビジョン上で提供するといったことになる。
【０００９】
もう一つの解決策は、すでにスクランブルされているサービスを考慮することなく、トランスポート・ストリームの組をスクランブルすることにある。衛星リンクを使う事業者はTSストリーム全体を送信のために暗号化する。これは、結果として、有料サービスについて二重スクランブルを生成することになる。「有料サービス」コンポーネント、すなわち条件付きアクセス・サービスは二度スクランブルされることになる。しかしながら、上記したようなTSCフィールドを定義するISO/DVB（Digital  Video  Broadcast）機構はそのような過剰スクランブルを許可しない。実は、TSCビットに関する仕様は、以下に示すように、過剰スクランブルの間のTSCフィールド・ビットの適応された管理を妨げてしまう。
【００１０】
図２は、要求されるストリームの処理を示している。もとのストリームは、参照符号３で示される第一のスクランブラーによってスクランブルされて、スクランブルされたストリームAを与える。このストリームは参照符号４で示される第二のスクランブラーによってスクランブルされてスクランブルされたストリームBを与える。この信号を受信すると、参照符号５で示される第一のデスクランブラーはスクランブルされたストリームBをスクランブル解除してスクランブルされたストリームAを与える。このストリームは参照符号６で示される第二のデスクランブラーによって再度スクランブル解除されてもとのストリームを与える。
【００１１】
これらのスクランブル／スクランブル解除動作の間のTSCフィールド・ビットの変化は次のとおりである。もとのストリームはスクランブラーAに送信され、このスクランブラーの出力におけるスクランブルされたストリームAのTSCビットは00、10または11である。このストリームはスクランブラーBによって再度スクランブルされ、このスクランブラーの出力におけるスクランブルされたストリームA＋BのTSCビットは00、10または11である。スクランブラーBは、パケットのTSCスクランブル制御ビットを設定することにより、実は、このスクランブルされたパケットのTSCビットのそれまでの値を削除してしまう。スクランブルされたストリームA＋Bを受信すると、スクランブル解除回路Bによって第一のスクランブル解除が実行され、スクランブル解除回路BはTSCビットを改めて00に設定する。それにもかかわらず、得られるストリームはスクランブルされたストリームAであり、そのTSCビットは00になってしまっている。第二のデスクランブラーAは、TSCビットが00になっているこのスクランブルされたストリームを受信する。すると、第二のデスクランブラーAは、このストリームのTSCビットの意味に従って、このストリームはスクランブルされていないと考え、したがってその出力において、もとのストリームではなく、TSCビットが00のスクランブルされたストリームAを与える。スクランブル解除回路Aの入力におけるパケットのすべては平文と考えられ、したがって、このスクランブル解除後、不変のままである。スクランブル解除回路Aのレベルでのスクランブル解除を強制する解決策は、スクランブル鍵の奇偶性の情報が利用可能でないので好適ではあり得ない。
【００１２】
したがって、すでに暗号化されているデータを含むことがありうるトランスポート・ストリームの組に対するこのスクランブルする解決策は好適ではない。残るのは、動作上の観点から実装するのが最も簡単であろう、この型の少なくとも一つの解決策である。
【発明の概要】
【発明が解決しようとする課題】
【００１３】
本発明の目的の一つは、上記の欠点を克服することである。
【課題を解決するための手段】
【００１４】
この目的のため、本発明の目的は、少なくとも部分的にスクランブルされたMPEG2ストリームの過剰スクランブルのためのスクランブル方法であって、前記ストリームはパケットから構成され、パケット・ヘッダはそのパケットが割り当てられるサービスを定義するPIDフィールド、TSCフィールドを含み、TSCビットはそのパケットのスクランブルに関係し、パケット・ヘッダはさらに連続性カウンタ・フィールドを含み、当該方法は：
・前記ストリームのパケット・ヘッダのPIDフィールドおよびTSCフィールド中のもとのPIDおよびTSCビットを読む段階と、
・もとのPIDの代わりにPIDフィールド中に一時PIDを、つまり、もとのPIDおよびTSCビットと一時PIDとの対応表に基づくもとのPID値およびTSCビットの関数を書く段階と、
・もとの値の代わりにTSCフィールドに値0を書く段階と、
・修正されたフィールドを用いて前記ストリームをスクランブルする段階とを含む、
方法である。
【００１５】
ある個別的な実施形態によれば、一時PIDの選択は、ストリーム中のもとのPIDとTSCビットの値とに従って一時PIDを割り当てるあらかじめ定義された対応表からなされる。
【００１６】
ある個別的な実施形態によれば、一時PIDの選択は、受信された信号に従って自動的に計算された対応表からなされる。
【００１７】
ある個別的な実施形態によれば、本方法はまた、連続性カウンタ値を読む段階を含み、一時PIDは前記連続性カウンタ値の関数でもあり、TSCビットの同じ値について前記連続性カウンタが0であるか0以外であるかに従って異なるPIDが割り当てられる。
【００１８】
本発明の目的はまた、少なくとも部分的に過剰スクランブルされたMPEG2ストリームのスクランブル解除のためのスクランブル解除方法であって、過剰スクランブルされたストリームはパケットから構成され、パケット・ヘッダはそのパケットが割り当てられるサービスを定義するPIDフィールド、TSCフィールドを含み、TSCビットはそのパケットのスクランブルに関係し、パケット・ヘッダはさらに連続性カウンタ・フィールドを含み、当該方法は：
・過剰スクランブルされたストリームをスクランブル解除してスクランブルされたストリームを与える段階と、
・前記スクランブルされたストリームのパケット・ヘッダのPIDフィールド中の一時PIDを読む段階と、
・前記一時PIDおよび前記TSCビットの代わりに、前記スクランブルされたストリームの前記PIDフィールドおよび前記TSCフィールド中にもとのPIDおよびTSCビットを書く段階であって、それらの値はもとのPIDおよびTSCビットと一時PIDとの対応表の関数である、段階とを含む、
方法である。
【００１９】
ある個別的な実施形態によれば、もとのPIDの選択は、一時PIDに対してもとのPIDおよびTSCビットの値を割り当てるあらかじめ定義された対応表に従って実行される。
【００２０】
ある個別的な実施形態によれば、もとのPIDの選択は、一時PIDに対してもとのPIDおよびTSCビットの値を割り当てる、前記データ・ストリームにおいて送信される、あらかじめ定義された対応表に従って実行される。
【００２１】
ある個別的な実施形態によれば、前記一時PIDは前記連続性カウンタの値の関数でもあり、本方法は、対応するフィールドに連続性カウンタ値を書く段階をも含み、その値は、この一時PIDがもとの信号における前記カウンタの0の値を示すPIDに対応する場合には0であり、その後、同じもとのPIDに関係するパケットの到着に応じてインクリメントされる。
【００２２】
本発明の目的はまた、MPEG2ストリーム・スクランブラーと、上記のスクランブル方法を実装する、第二の、スクランブルされたストリームのスクランブラーとを有する過剰スクランブル装置である。
【００２３】
本発明の目的はまた、上記のスクランブル解除方法を実装するMPEG2ストリーム・デスクランブラーと、スクランブル解除されたストリームのデスクランブラーとを有する、スクランブル解除装置である。
【発明の効果】
【００２４】
この方法を使って、MPEGデータ・ストリームがすでにスクランブルされているいくつかのサービスを含んでいたとしてもMPEGデータ・ストリームのスクランブルを実現することが可能である。
【００２５】
完全なストリームのスクランブルの問題を克服することにおいて、このように、柔軟かつ独立した仕方でストリーム・サービスを管理することが可能であり、これらのサービスのスクランブルは、これらのサービスを転送する完全なストリームのスクランブルとは独立に実現されることができる。
【００２６】
他の個別的な特徴および利点は以下の記述から明確に浮かび上がるであろう。以下の記述は制約するものではない例として与えられており、付属の図面を参照する。
【図面の簡単な説明】
【００２７】
【図１】従来技術に基づく基本的なスクランブル／スクランブル解除システムを示す図である。
【図２】MPEGストリーム過剰スクランブル・システムのTSCビットの変化を示す図である。
【図３】本発明に基づく、過剰スクランブル・システムを示す図である。
【図４】PIDの再番号付け後にサービスの一連のパケットについての連続性カウンタ・エラーを示す図である。
【図５】新たなPID再番号付けによる連続性カウンタの変化を示す図である。
【発明を実施するための形態】
【００２８】
MPEG規格において使われる用語または略語に関係する用語は括弧内に示される。
【００２９】
トランスポート・ストリームは188個のオクテット、つまり4個のヘッダ・オクテットおよび184個までのペイロード・データ・オクテットのパケットから構成される。サービスのスクランブルの場合、パケットのペイロード・データだけがスクランブルされる。
【００３０】
パケット・ヘッダは原則として、同期オクテット、そのパケットがどのサービス・コンポーネントに属するかを示す13ビットのPID（Packet  IDentifier［パケット識別子］）、スクランブルに関係する2つのTSCビット（Transport  Scrambling  Control［トランスポート・スクランブル制御］）ビットおよび4ビット上の連続性カウンタを含む。先に言及したように、TSCビットは、パケットがスクランブルされているかどうか、どの制御語を用いてか、を示す。これらの制御語は典型的には10秒ごとに変化してその奇偶性を交互させる。次の周期について送信される制御語は、現在の周期についての制御語とは奇偶性が逆である。
【００３１】
PID識別子が番号0を担持するパケットによって転送される第一のPAT（Program  Association  Table［プログラム関連付けテーブル］）は、サービスと、サービス記述が見出されるパケット中の関連付けられたPIDとのリストを含む。PATテーブルは常に、たとえすべての番組がスクランブルされるとしても、平文で送信される。この関連付けられたPIDは、コンポーネント（ビデオ、オーディオなど）およびそのPIDのリストを供給するPMT（Program  Map  Table［プログラム・マップ・テーブル］）と呼ばれる第二のテーブルを送信する。その際、このテーブルは、平文で、サービスをなすエレメンタリー・ストリームのPIDを示す。
【００３２】
図３は、本発明に基づくスクランブル／スクランブル解除システムの概要を示している。先の概要と同様の回路参照符号は保持されている。
【００３３】
もとのスクランブルされていない、よって00の値をもつTSCビットをもつMPEGストリームが第一のスクランブラー３に送信される。該スクランブラーの出力におけるスクランブルされたストリームAのTSCビットは、考えているパケットがスクランブルされていない状態かスクランブルされた状態かに依存して、また後者の場合には使用される鍵の奇偶性に依存して、00、10または11の値をもつ。このストリームは機能ブロック７に供給される。機能ブロック７の機能は、これらTSCスクランブル・ビットを、それまでの値が何であれ、00の値に強制し、該それまでの値をストリーム中に記憶することである。ブロック７の出力におけるスクランブルされたストリームAは第二のスクランブラー４に送信される。第二のスクランブラー４は、ストリームAの過剰スクランブルを実行して過剰スクランブルされたストリームA＋Bを送信する。TSCスクランブル・ビットは、このステップの間の考えているパケットに依存して、またそれまでの状態がスクランブルされていなかったかスクランブルされていたかに依存して、また後者の場合には使用される鍵の奇偶性に依存して、値00、10または11を取る。過剰スクランブラー４によって送信される過剰スクランブルされたストリームA＋Bは、第一のデスクランブラー５によって受信される。第一のデスクランブラー５はこのストリームA＋Bのスクランブル解除を実行し、スクランブルされたストリームAを供給する。この第一のスクランブル解除後、TSCスクランブル・ビットは値00に設定される。スクランブルされたストリームAは第二の機能ブロック８に送信される。第二の機能ブロック８の機能は、機能ブロック７によってストリーム中に記憶されたTSCビットの値に依存して、TSCビットを00、10または11の値に強制することである。最後に、機能ブロック８の出力におけるこのスクランブルされたストリームAが第二のデスクランブラー６に送信される。第二のデスクランブラー６はその出力において、スクランブル解除され、TSCビットが00の値になったもとのストリームを供給する。
【００３４】
機能ブロック７の役割は、受信されたパケットのTSCビットの値を取り戻し、送信されるパケットのTSCビットを値00に強制するが、それとともに取り戻された値を送信されるストリーム中に記憶することである。パケットは修正されず、スクランブルされているかスクランブルされていないか、同じ状態を保持する。
【００３５】
機能ブロック８の役割は、受信されたストリームにおいて、記憶されている値をTSCビットから取り戻し、次いで送信されたパケットのTSCビットを取り戻された値00、10または11に強制することである。パケットは修正されず、スクランブルされているかスクランブルされていないか、同じ状態を保持する。
【００３６】
ペイロード・データもビットレートも修正されない。
【００３７】
TSCビットの初期値は、パケット・ヘッダのPIDフィールド中に間接的に記憶される。これらのビットは、同じサービスの各パケットについて異なることができる。よって、バイナリー値が「a」と呼ばれるPID番号（以下、PIDはそのPID番号と同化される）に対応する所与のサービスについて、TSCビットの値の関数である一時PIDが割り当てられる。もとの値「a」のPIDに関する一時バイナリー値がl、m、nおよびoと呼ばれるとすると、次の対応表が生成される。
【００３８】
【表２】
0005439481.tif 000003
TSCビットについての値01はリザーブされた値である。したがって、それを符号化することは本質的ではなく、TSCビットの有用な値を定義するには3つのPID値が十分でありうる。
【００３９】
したがって、機能ブロック７は、パケット・ヘッダに対応するフィールドにおいて、もとのPID値およびTSCビット値を読むことを実行する。これらの値に従って、機能ブロック７は、スクランブルされたストリームのパケット・ヘッダのPIDフィールドに、対応表に従って、一時PID値を改めて書き込む。さらに、このパケット・ヘッダのTSCフィールドにおいては、値00をもつTSCフィールドのTSCビットを強制する。
【００４０】
機能ブロック８は、スクランブルされたストリームのパケット・ヘッダのPIDフィールド中の一時PIDを読む。機能ブロック８は、対応表に従ってTSCビットの初期値およびもとのPIDを決定し、これらの値を、方法Bに従ってスクランブル解除されたがいまだ方法Aに従ってスクランブルされているストリームのパケット・ヘッダのPIDおよびTSCフィールド中に改めて書き込む。機能ブロック７および８は、もちろん、同じ対応表へのアクセスをもたねばならない。この対応表は、機能ブロック７を介して、データ・ストリーム中で入手可能な諸PIDに従って、手動でまたは自動的に構築されることができる。この対応表はまた、機能ブロック７を介して機能ブロック８に、あるいは二つの機能ブロック７および８によって前記データ・ストリームの仲介者を介して、たとえばビットレートを修正しないよう、パケットをパディングする代わりに、送信されることもできる。この対応表は、機能ブロック中に手動で挿入されることができる。
【００４１】
前記対応表は、機能ブロック７によって自動的に生成されることができる。各aもとのPIDについて、４個（または３個）のPID（l,m,n,o）のリストが前記入手可能なPIDのリストにおいて使用され、次いで一時PIDとして使うために本質的であると考えられる。他のaについてはもとのa  PID。一時PID  lがaもとのPIDと同一であるモードでは、割り当てフェーズの前に、もとの信号のa  PIDの組の目録作成（inventory）が実行され、これらのPIDが本質的であるとしてマークされたPIDが可能な一時PIDのリストである。
【００４２】
信号伝達も含めパケットのすべてはそのPIDを修正されることができる。しかしながら、PSI/SI（Program  Specific  Information/Service  Information［番組固有情報／サービス情報］）情報は一般に信号中で平文で送信され、したがってそれらのPIDを書き換えることは意味がないであろう。それらのもとの値は保持されることができる。よって、対応表を最小にするため、テーブル〔表〕において記述されていない、つまりもとのPID値が対応表に現れない各パケットは、不変と考えられる。
【００４３】
表中のPID値「l」は、当該サービスに対する初期の「a」の値であることができる。他の値m、nおよびoは、サービスの起源に割り当てられていない、利用可能なPID値である。もちろん、考えられているストリームによって使用されるPID数が、少なくとも割り当て直されるべきPIDの数のMPEG規格によって許可されるPID最大数（8192）より小さいと想定されている。ストリームは、インバンド（inband）・コマンドの挿入を許容するための十分な空き場所を含まねばならない。インバンド・コマンドは、当該ストリームによって転送され、機能ブロック８が自動的に初期ストリームを再構築することを可能にする。
【００４４】
逆の場合、転送およびストリーム転送を最適にするために、一時的な値と同様に、使用されることのできるPID値を考慮に入れることが可能でなければならない。たとえば、衛星を介したたとえば中央集中された送信点から衛星受信機のネットワークの一部の上での同じストリーム内での伝送で、異なるサービス、たとえば異なる地域に関係するサービスは、最終的には、つまり前記ネットワークのこの部分のあとには、同じPIDをもつ。これらの一時値についての対応表は、たとえば、ビットレートを修正しないよう、パケットをパディングする代わりに送信される。そのようなPID一時値がトランスポート・ストリームの最適化のスコープにおけるサービス管理のために使われる場合、あるサービスPIDのこれらの一時PIDのうちの単一のものに対応する代わりに、TSCビットの値に従って３個または４個の値を割り当てることが提案される。たとえば、起源において同じPID  200をもつFR3地域サービスに対して、地域当たり単一の一時PIDを、たとえば地域によって3000または4000を割り当てる代わりに、地域サービスのTSCビットに依存して、地域当たり３個か４個の一時PIDを、たとえばある地域には3000、3001、3002、3003を、別の地域には4000、4001、4002、4003を、割り当てる。こうして、トランスポート・ストリーム最適化とこのストリームの過剰スクランブルとを同時に実現することが可能である。
【００４５】
機能ブロック７の出力信号はMPEG2ストリームであるが、これは二つの点で規格とは異なっている。
【００４６】
・不正な信号伝達
生成される新しいコンポーネントは信号伝達（signalling）（PMTテーブル）において記述されておらず、したがって参照されていないコンポーネントと考えられる。さらに、信号伝達（PMTテーブル）において宣言されたいくつかのコンポーネントは、もとのPIDが保持されないので存在しないか、あるいはもとのPIDが00に等しいTSCビットの値について保持される場合、スクランブルAの期間に対応する長期間上で一時的に存在しない。
【００４７】
・連続性エラー
連続性エラーの値はパケット・ヘッダ中の４ビット上に符号化される。このカウンタは、所与のPIDについて、この同じPIDをもつパケット毎にインクリメントされる。よって、これは、受信システムが、あるサービスについて、伝送中にパケットが失われたかどうかを知ることを可能にする。
【００４８】
もとのPIDをもつパケットは、三つの新しいPIDをもつパケットに分割される。連続性カウンタがもとのPIDに関してパケットを計数するという事実およびパケット・ヘッダ・フィールド中のその値がPID変化の間、不変のままであるという事実のため、機能ブロック７によって生成されたストリームは連続性エラーを含み、計数値は異なるPIDを維持したパケットに対してインクリメントされる。よって、機能回路７および機能回路８の間では、連続性カウンタは、PIDが修正されているサービスについて使用されることはできない。これらのカウンタの値は、機能ブロック８の出力のストリームについては、再び正しくなる。
【００４９】
図４に与えられる不連続の例は、第一行に、標準的な仕方でスクランブルされた一連のパケットを示している。それらのパケットは、その定数a値のPIDおよびそのTSCビットによって記号化されている。TSCビットの値はスクランブルおよびスクランブル用鍵の奇偶性に応じて変化する。
【００５０】
第二ないし第四行は、機能ブロック７の出力における、よってPIDの再番号付け後の、トランスポート・ストリームを表す。パケットは、明確のためにPIDごとに１行で表されているが、これらのパケットはもちろん、すべての行を組み合わせて時間軸に従って逐次的に送信される。本発明の方法によれば、TSCビットはここでみな値00に強制される。たとえば、値nのPIDに関係するパケットについて、カウンタ連続性エラーが認められる。実際、送信されるパケットが値oの異なるPIDをもつ間、このカウンタは、参照符号９で表される値nのPIDパケットに従ってインクリメントされ続ける。よって、参照符号１０で表される値nの次のPIDパケットの送信の間、連続性カウンタは、もとのa  PIDパケットに関係する連続性カウンタに関するので、1ではなく6インクリメントされている。
【００５１】
この不連続性問題への解決策は、単に、機能ブロック７および８の間でネットワーク中の信号のこの側面をモニタリングせず、この試験を機能ブロック８の出力においてのみ実行することからなる。
【００５２】
しかしながら、機能ブロック７および８の間のネットワークのすべての点においてデータ伝送をモニタリングする可能性を保持する、特に連続性インデックスのエラーをもたないことが要求される場合には、本発明の変形は、再番号付けのために利用可能なPID数を拡張することにある。よって、４つ（または３つ）の追加的な数がPID再番号付けのために許可される。新しい対応表は次のようになる。
【００５３】
【表３】
0005439481.tif 000004
発想は、規格に準拠するために機能ブロック７の出力においてパケットの連続性インデックスを修正し、機能ブロック８の出力において、新しいPIDの使用によって初期値の再生を可能にする機構を使うということである。別の方法では、新しいPIDは、機能ブロック８の出力において、これら新しいPIDの検出に基づいて連続性カウンタを0に強制するために使われる。
【００５４】
機能ブロック７は次のアルゴリズムを実装する：
・連続性カウンタの値が0000以外である場合、値のバンク１からのPIDを使う、
・連続性カウンタの値が0000に等しい場合、値のバンク２からのPIDを使う、
・もとの連続性カウンタの計数が、新しい一時PIDに基づいて正しくインクリメントされた連続性カウンタによって実行された計数で置き換えられる。よって、この独立な連続性カウンタは、パケット連続性インデックスの計算のために機能ブロック７によって使用される。
【００５５】
機能ブロック８は次のアルゴリズムを実装する：
・PIDのそれぞれについて、連続性カウンタによって新しい計数が実行される。
・受信されたパケットのPIDが値のバンク２に対応する場合、送信されるべきパケットの連続性カウンタが値0に強制される。
・受信されたパケットのPIDが値のバンク１に対応する場合、送信されるべきパケットの連続性カウンタがインクリメントされる。
【００５６】
よって、連続性インデックスは、バンク２からのパケットの受信に際して初期値と揃い、その際、信号は正しく、初期ストリームと同一である。
【００５７】
図５は、このアルゴリズムの実装の一例を与える。
【００５８】
第一行は、PID、スクランブル・ビットおよび連続性カウンタによって定義される一連のパケットに対応するもとのトランスポート・ストリームを表す。PIDは定数値aをもち、スクランブル・ビットはスクランブルに応じて変化し、奇または偶の鍵が使用される。カウンタは、パケット毎に値15（1111）までインクリメントされる。
【００５９】
本方法の実装後のトランスポート・ストリームが、PIDごとに１行としていくつかの行に分解されて示されている。0000以外のカウンタ（バンク１）については三つのPID値l、n、oがTSCビットの値00、10および11に対応する。0000にあるカウンタ（バンク２）については、PID値sはTSCビットの値11に対応する。図示したパケットのもとのPID  aはこのように一時PID  l、n、oおよびsによって置き換えられている。
【００６０】
一時PIDのそれぞれについて、このPIDに関係するパケットの送信に従って、また該送信と合わせて、連続性インデックスが正しくインクリメントされることを注意しておく。よって、たとえばPID  nについて、間の時間にもとのPIDのパケットが送信されたとしても、連続性カウンタは値0101から値0110に移行する。
【００６１】
この機構は、もとのストリームには連続性エラーがないことを想定している。これは通常動作に対応する。連続性エラーが発生する場合には、全体的な機構も、もとのストリームとは異なる位置において連続性エラーを生成する。実は、機能ブロック８は、もとのPIDをもつパケットの連続性カウンタを0にリセットすることを、このもとのPIDから導出されたパケットの一時PIDが値のバンク２に対応するたびに、実行する。次に、計数またはインクリメントは自律的なので、すなわち、値0000はもちろん例外だがもとのストリームの連続性カウンタ値とは独立なので、このもとのPIDに関係するパケット、たとえばPID  aのパケット3（0011）がもとのストリームにおいて欠けている場合、自律的カウンタはそれでもこの値3を計数する。それは、次の0へのリセット前に15（1111）ではなく14（1110）までのインクリメントを実行することによる。欠けていると考えられるパケットは、パケット15であり、もはやパケット3ではない。
【００６２】
このように、システム立ち上げから最初の初期化までを除いて、すなわち最大15個の送信されるパケット後には、パケットが欠けている計数期間について、最終的な信号はもとの信号と同じ連続性カウンタ値を含む。
【００６３】
本発明のある実施形態によれば、単にサービス連続性カウンタの連続性をモニタリングすることが要求され、これらのカウンタのもとの値を必ずしも含んでいなくてもよい場合、対応表１が使用され、機能ブロック７は一時PIDのそれぞれについて独立した計数を実行し、これらの計数値がもとの値の代用とされる。
【００６４】
別の変形によれば、連続性カウンタの初期値が復元されることなく、この連続性を制御することが最終的な復元されたストリームのレベルでのみ必要とされる場合には、機能ブロック８では、復元されたもとのPIDのそれぞれについて連続性インデックスを生成する単純な計数を実装することができる。こうして、一時PIDが属していた値のバンクの関数であった一時PIDについて使用される連続性計数は、回復されたもとのPID上でインクリメントされる単純な計数で置き換えられる。
【００６５】
本発明は、データ・ストリームの完全なスクランブル／スクランブル解除に、あるいはこのストリームの部分的なスクランブル／スクランブル解除に適用できる。たとえば、第一または第二のスクランブルのどちらに関するのだろうと、あるいは両方に関するのだろうと関わりなく、ストリーム中で転送されるうちのいくつかのサービスに対して適用されることができる。当然ながら、スクランブラーどうしは完全に独立であり、異なることができる。これはシステムの実装において大いなる柔軟性を可能にする。第二レベルのスクランブルは任意的であってもよい。機能ブロックを保持しつつ、同じ装置、スクランブラー３＋機能ブロック７が、第二のスクランブルのあるシステムとでも第二のスクランブルのないシステムにおいてでも関係なく使用できる。
【００６６】
本発明は、上記のテキストにおいて、一例として記述されている。当業者は、本発明の範囲から外れることなく記載された方法の種々の変形を創造できることは理解されるものである。
【図１】
0005439481.tif 000005
【図２】
0005439481.tif 000006
【図３】
0005439481.tif 000007
【図４】
0005439481.tif 000008
【図５】
0005439481.tif 000009