(57)【特許請求の範囲】
【請求項１】
アンテナにより受信した信号の中から所望の信号を選択して復調を行い、デスクランブルを行うフロントエンド部と、
上記フロントエンド部からのトランスポートストリームからパケットを分離するためのインタ−フェースと、
正常な受信状態か否かを表示する表示部と、
上記インタ−フェースで分離されたパケットが供給される制御部とからなり、
上記制御部は、周期的に送信されるパケットが上記インタ−フェースから供給されないことを複数回検出することによって、上記インタ−フェースのハングアップを検出し、
上記制御部は、上記インタ−フェースのハングアップを検出する場合に、上記インタ−フェースを初期化し、パラメータを再設定する受信装置。
【請求項２】
請求項１において、
上記インタ−フェースのハングアップを検出し、上記インタ−フェースを初期化し、パラメータを再設定するためのソフトウェアをバックグランドソフトウェアとして搭載したことを特徴とする受信装置。
【請求項３】
アンテナにより受信した信号の中から所望の信号を選択して復調を行い、デスクランブルを行うフロントエンド部と、上記フロントエンド部からのトランスポートストリームからパケットを分離するためのインタ−フェースと、正常な受信状態か否かを表示する表示部と、上記インタ−フェースで分離されたパケットが供給される制御部とからなる受信装置における受信方法において、
上記アンテナおよび上記フロントエンド部によって周期的に送信されるパケットを受信し、受信した上記パケットを上記制御部に供給するステップと、
上記制御部によって、上記パケットが上記インタ−フェースから供給されないことを複数回検出することによって、上記インタ−フェースのハングアップを検出するステップと、
上記インタ−フェースのハングアップを検出する場合に、上記制御部によって、上記インタ−フェースを初期化し、パラメータを再設定するステップとを有する受信方法。
【請求項４】
請求項３において、
上記インタ−フェースのハングアップを検出し、上記インタ−フェースを初期化し、パラメータを再設定するためのソフトウェア処理がバックグランドで実行される受信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、例えば衛星回線の片方向伝送路を使用するデータ通信に適用できる受信装置および方法に関する。
【０００２】
【従来の技術】
最近では、ディジタル通信網が整備され、各種サービスが開始されている。また、ディジタル通信網の一つとして衛星回線等を利用した企業内情報システムが実用化されつつある。このようなシステムに用いられる受信機は、衛星イントラネットレシーバと称され、インターネット技術を活用することで、ＴＣＰ／ＩＰ上での電子メール、電子ニュース、電子掲示板等の利用を可能にする。
【０００３】
衛星イントラネットレシーバは、衛星回線を介して供給されるトランスポート・ストリームを受信し、そのストリーム内に多重された各チャンネルから所望のチャンネルを分離してデスクランブルし、そのデスクランブルされたトランスポート・ストリームから所定のパケットを分離・抽出する機能と、得られたパケットをネットワーク内の端末に分配する機能とを有する。
【０００４】
衛星回線等の片方向回線からパケットが上がってこなくなる原因としては、送信中止、通信障害、片方向回線インターフェースのハングアップが考えられる。この発明は、片方向回線インターフェースのハングアップ、受信装置の起動時の初期化の失敗等の、受信装置に起因するものに対して通信の回復をはかるものである。
【０００５】
【発明が解決しようとする課題】
インターフェースがハングアップした状態となると、何の前触れがなく、突然通信が途絶えてしまう。通信障害が原因の場合では、受信機に表示板があれば、それを見ることで原因を判断できる。しかしながら、インターフェースのハングアップは、外部から判断することができず、原因を解明するのに多大な時間が必要とされる。また、インターフェースがハングアップした状態となった場合には、受信機自体を再起動させるしか手段がない。再起動には、２〜３分程度要するので、ハングアップ発生から正常動作に戻るまでには、原因解明の時間を含めないでも、５分以上の時間が必要となる。さらに、受信機の起動時に、通信障害等で電波が受信できていない場合には、インターフェースの初期化が不可能である。従って、その後に、電波を正常に受信できるようになっても、インターフェースが活性化できていないので、パケット受信ができない。
【０００６】
従って、この発明の目的は、インターフェースのハングアップ、インターフェースの初期化不良等の受信装置に起因する上述した問題点を解決することができる受信装置および方法を提供することにある。
【０００７】
【課題を解決するための手段】
以上の問題を解決するために請求項１の発明は、アンテナにより受信した信号の中から所望の信号を選択して復調を行い、デスクランブルを行うフロントエンド部と、
フロントエンド部からのトランスポートストリームからパケットを分離するためのインタ−フェースと、
正常な受信状態か否かを表示する表示部と、
インタ−フェースで分離されたパケットが供給される制御部とからなり、
制御部は、周期的に送信されるパケットがインタ−フェースから供給されないことを複数回検出することによって、インタ−フェースのハングアップを検出し、
制御部は、インタ−フェースのハングアップを検出する場合に、インタ−フェースを初期化し、パラメータを再設定する受信装置である。
【０００８】
請求項３の発明は、アンテナにより受信した信号の中から所望の信号を選択して復調を行い、デスクランブルを行うフロントエンド部と、フロントエンド部からのトランスポートストリームからパケットを分離するためのインタ−フェースと、正常な受信状態か否かを表示する表示部と、インタ−フェースで分離されたパケットが供給される制御部とからなる受信装置における受信方法において、
アンテナおよびフロントエンド部によって周期的に送信されるパケットを受信し、受信したパケットを制御部に供給するステップと、
制御部によって、パケットがインタ−フェースから供給されないことを複数回検出することによって、インタ−フェースのハングアップを検出するステップと、
インタ−フェースのハングアップを検出する場合に、制御部によって、インタ−フェースを初期化し、パラメータを再設定するステップとを有する受信方法である。
【０００９】
この発明では、通信プロトコルにのっとって周期的に受信されるべきパケットが所定時間にわたって受信されない場合には、タイムアウトと判定される。それによりインターフェース部が再起動される。
【００１０】
【発明の実施の形態】
以下、この発明の一実施形態について図面を参照して説明する。図１は、この発明の一実施形態の全体構成を示す。図１に示すようにこの発明による受信装置が受信アンテナ１、受信機２、ｎ個のパーソナルコンピュータからなるパーソナルコンピュータ群１１〜１ｎにより構成されている。
【００１１】
送信装置から送出された電波信号が通信衛星を介して受信アンテナ１により受信される。受信アンテナ１に対して受信機２が接続されている。受信アンテナ１にはＬＮＢ（Low Noise Block down converter) が設けられており、受信信号が所定の中間周波信号に周波数変換され、この出力が受信機２に供給される。
【００１２】
受信機２は、受信信号の中から一つの搬送波の選択・復調を行い、多重化されたトランスポートストリームから所定のストリームのデスクランブルを行うフロントエンド部３と、フロントエンド部３から入力されたトランスポートストリームからプライベートセクションを作成する片方向回線インターフェース４と、片方向回線インターフェース４で得られたプライベートセクションからＩＰパケットを抽出し必要な処理を行う制御部６と、得られたパケットを端末装置として機能するパーソナルコンピュータ群１１〜１ｎに分配する双方向回線インターフェース５と、表示部７とにより構成されている。
【００１３】
制御部６は、受信機２全体を制御する。制御部６には、片方向回線インターフェース４、双方向回線インターフェース５のそれぞれがデータバスにより接続され、各部との間において双方向にデータの授受が可能とされている。制御部６にからの制御情報が各部に供給されて受信機２が制御される。また、制御部６には、例えば、液晶表示板からなる表示部７が接続されており、受信状態等が表示される。具体的には、受信機２が正常な受信状態にある場合には、テレビジョン放送におけるチャンネルに相当するサービスＩＤが表示部７に表示される。また、通信障害により電波が受信できていない場合には「−−−」が表示される。
【００１４】
また、制御部６は、所定の通信プロトコル（ＤＴＣＰ）において周期的に所定のパケットが受信されるかどうかを判定し、判定結果に基づいて自動的に片方向回線インターフェース４をリセットする。ＤＴＣＰは、途中に衛星回線等の片方向回線のあるネットワークに適した経路制御技術であるＵＤＬＲの主要プロトコルの一つである。ＤＴＣＰは、受信装置側が送信局の状態を知り、必要であればネットワークを片方向回線である衛星回線から双方向回線である電話線等の地上回線に切り替えるための判断情報として必要なものである。
【００１５】
フロントエンド部３は、例えば、チューナ回路、復調回路、誤り訂正デスクランブラ回路により構成される。フロントエンド部３は、制御部６からの制御情報に基づいて所定の搬送波を選局して送信側においてなされた変調処理に対応した復調処理を行うと共に、送信側においてなされた符号化処理に応じた誤り訂正処理を行う。フロントエンド部３は、制御部６からの制御情報に基づいて送信側においてスクランブル処理がなされている場合には、デスクランブル処理を行う。得られたデスクランブル後のトランスポートストリームが片方向回線インターフェース４に供給される。
【００１６】
片方向回線インターフェース４は、例えば多重化されたトランスポートストリームを分離するデマルチプレクサ等を有し、分離されたトランスポートストリームからプライベートセクションを構成する。
【００１７】
片方向回線インターフェース４により得られたプライベートセクションが制御部６に供給される。制御部６では、供給されたプライベートセクションからＩＰパケットを構成し、必要なパケットを抽出する。抽出されたパケットは、双方向回線インターフェース５から端末装置として接続されたパーソナルコンピュータ群１１〜１ｎに送られる。この場合、ＩＰアドレスに従ってパケットを送信する。
【００１８】
上述したように構成される一実施形態における受信処理の手順について説明する。最初に、ＤＴＣＰの動作について説明する。
【００１９】
(1) 送信装置は、起動すると同時にDTCP HELLOパケットを送信する。このパケットには、送信装置側の状態を示す情報が含まれ、送信装置側の状態としては、放送中あるいは放送終了の二つである。
【００２０】
(2) DTCP HELLOパケットは、特定間隔（HELLO INTERVALと称し、推奨値は、１０秒）で送信される。
【００２１】
(3) 受信装置側は、DTCP HELLOパケットを受信することで送信側システムの状態を検知する。
【００２２】
(4) 正常な状態においては、(2) および(3) の繰り返しがなされる。
【００２３】
(5) DTCP HELLOパケットがHELLO INTERVAL秒以内に受信できなかった場合でも、受信装置側は、次のDTCP HELLOパケットを待機する。
【００２４】
(6) (5) の待機状態は、HELLO LEAVE 秒（HELLO INTERVAL×３で推奨値は、３０秒）維持される。
【００２５】
(7) HELLO LEAVE 秒待機しても、DTCP HELLOパケットが受信できない場合には、タイムアウトとなり、受信装置は片方向回線を閉鎖してネットワークを地上回線に切り替える。
【００２６】
この発明の一実施形態では、上記(7) のタイムアウト後に、片方向回線インターフェース４の診断を行い、DTCP HELLOパケットが受信できなくなった原因が片方向回線インターフェース４にあると判断された時に、インターフェースの再活性化を行い、通信を正常に回復させるものである。図２は、一実施形態における処理の手順のフローチャートである。
【００２７】
先ず、ステップＳ１において、DTCP HELLOパケットを受信する。DTCP HELLOパケットが受信されると、ステップＳ２およびステップＳ３に移行して、制御部６においてメインルーティンの処理がなされる。また、その処理に並行して制御部６においてステップＳ４〜ステップＳ８までのDTCP HELLOパケットの監視処理がなされる。
【００２８】
つまり、タイムアウトカウント値が０に初期化され（ステップＳ４）、次にアプリケーションがHELLO INTERVAL（秒）の減算タイマをバックグラウンドプロセスとして起動する（ステップＳ５）。そして、ステップＳ６において、タイムアウト前に次のDTCP HELLOパケットを受信したかどうかが決定される。タイムアウト前に次のDTCP HELLOパケットを受信したならば、ステップＳ４に戻る。タイムアウト前に次のDTCP HELLOパケットを受信している限りは、このステップＳ４〜ステップＳ６の処理が繰り返される。
【００２９】
ステップＳ６において、タイムアウト前に次のDTCP HELLOパケットを受信できなければ、ステップＳ７に移行し、タイムアウトカウントをインクリメントする。そして、ステップＳ８において、タイムアウトカウント値が３より大きいかどうかが決定される。３以下の場合には、ステップＳ５に戻り、ステップＳ５〜ステップＳ８の処理が繰り返される。ステップＳ５〜ステップＳ８の処理が３回繰り返されてタイムアウトカウント値が３以上になると、ステップＳ９で片方向回線インターフェース４をリセット（インターフェースの初期化）する。
【００３０】
初期化が終わると、ステップＳ１０において、片方向回線インターフェース４のパラメータが設定される。ステップＳ９およびステップＳ１０の処理が完了したら再活性化は成功である。
【００３１】
【発明の効果】
従って、この発明に依れば、インターフェースがハングアップした状態となっても自動的に再活性化することができ、迅速かつ確実に正常な受信状態に回復させることができる。それによって、受信装置の信頼性を向上させることができると共に、受信機が原因の通信障害によってネットワークがダウンしている時間を大幅に減少できる。さらに、バックグラウンドソフトウェアとしてこの発明による機能を搭載することによって、ユーザがこの機能の存在を意識する必要がないため、保守が容易である。
【図面の簡単な説明】
【図１】この発明の一実施形態の全体構成を示すブロック図である。
【図２】この発明の一実施形態の動作説明に用いるフローチャートである。
【符号の説明】
１・・・受信アンテナ、２・・・受信機、３・・・フロントエンド部、４・・・片方向回線インターフェース、５・・・双方向回線インターフェース、６・・・制御部、７・・・表示部、１１〜１ｎ・・・パーソナルコンピュータ
【図１】
0004192326.tif 000002
【図２】
0004192326.tif 000003