(57)【要約】  複数の受信チャンネルについて、映像ストリームまたは音声ストリームが停止しているか否かを短時間に検出することが可能なストリーム監視システムを低コストに提供する。  映像・音声監視装置２０は、ＳＴＢ３０が出力した映像ストリームまたは音声ストリームが停止しているか否かを検出し、映像ストリームまたは音声ストリームが停止している場合には、その停止状態を示す停止エラー情報を出力した後に、ＳＴＢ３０の受信チャンネルを次の受信チャンネルに切り替えさせる（第１動作）。また、映像・音声監視装置２０は、ＳＴＢ３０が出力した映像ストリームに基づいて映像の動きが停止していないことを検出し、且つ、ＳＴＢ３０が出力した音声ストリームに基づいて音声出力が停止していないことを検出した場合には、第１動作をキャンセルさせた後に、ＳＴＢ３０の受信チャンネルを次の受信チャンネルに切り替えさせる。
2015072341.tif 000002
【特許請求の範囲】
【請求項１】
複数の受信チャンネルを順番に切り替えながら、受信チャンネル毎に送信信号を受信し、その送信信号から受信チャンネル毎に映像ストリームおよび音声ストリームを生成して出力する第１受信手段と、
前記第１受信手段が出力した映像ストリームまたは音声ストリームが停止しているか否かを検出し、映像ストリームまたは音声ストリームが停止している場合には、その停止状態を示す停止エラー情報を出力した後に、前記第１受信手段の受信チャンネルを次の受信チャンネルに切り替えさせる第１監視手段と、
前記第１受信手段が出力した映像ストリームに基づいて映像の動きが停止していないことを検出し、且つ、前記第１受信手段が出力した音声ストリームに基づいて音声出力が停止していないことを検出した場合には、前記第１監視手段の動作をキャンセルさせた後に、前記第１受信手段の受信チャンネルを次の受信チャンネルに切り替えさせる第２監視手段と
を備えたことを特徴とするストリーム監視システム。
【請求項２】
請求項１に記載のストリーム監視システムにおいて、
前記第１監視手段が映像ストリームまたは音声ストリームが停止していることを検出した場合には、予め設定しておいた追加操作を前記第１受信手段に行わせる追加操作実行手段を備え、
前記追加操作は、映像ストリームまたは音声ストリームの停止状況を把握するためのものであることを特徴とするストリーム監視システム。
【請求項３】
請求項２に記載のストリーム監視システムにおいて、
前記追加操作は、番組表の表示、メンテナンス用画面の表示、音声切替、別の受信チャンネルへの切替、データ放送の表示からなるグループから選択された少なくとも１つの操作であることを特徴とするストリーム監視システム。
【請求項４】
請求項１〜３のいずれか１項に記載のストリーム監視システムにおいて、
前記第１受信手段が出力した映像ストリームから静止画像を生成し、その静止画像が、予め登録設定されている特定静止画像と同じである場合には、前記第１監視手段の動作をキャンセルさせ、前記第１受信手段が正常に受信できないことを示す受信失敗エラー情報を出力する第３監視手段を備えたことを特徴とするストリーム監視システム。
【請求項５】
請求項１〜４のいずれか１項に記載のストリーム監視システムにおいて、
複数の受信チャンネルを切り替え、その切り替えた受信チャンネル毎に送信信号を受信し、その送信信号から受信チャンネル毎に映像ストリームおよび音声ストリームを生成して出力する第２受信手段と、
前記第１監視手段が出力する前記停止エラー情報を記録する停止エラー情報記録手段と、
前記第２受信手段の受信チャンネルを、前記停止エラー情報記録手段に記録された複数個の前記停止エラー情報の中から選択された１個の前記停止エラー情報の受信チャンネルと同じチャンネル番号に切り替える切替手段と
を備えたことを特徴とするストリーム監視システム。
【請求項６】
請求項５に記載のストリーム監視システムにおいて、
前記第１受信手段が出力した映像ストリームおよび音声ストリームを記録するストリーム記録手段と、
前記選択された１個の前記停止エラー情報に含まれる受信チャンネルおよび日時に合致する映像ストリームおよび音声ストリーム、または、前記日時の前後の所定時間分の映像ストリームおよび音声ストリームを、前記ストリーム記録手段から読み出して再生する再生手段と
を備えたことを特徴とするストリーム監視システム。
【請求項７】
請求項１〜６のいずれか１項に記載のストリーム監視システムにおいて、
前記第１受信手段が所定の受信チャンネルを切り替える周回周期を、通常モードまたは異常モードに設定するモード設定手段を備え、
前記異常モードでは前記通常モードよりも前記周回周期が短く設定されており、
前記モード設定手段は、
前記第１監視手段が、映像ストリームまたは音声ストリームが停止していることを検出した受信チャンネルの周回周期を前記異常モードに設定し、
過去に前記異常モードに設定した受信チャンネルについて、前記第１監視手段が、映像ストリームまたは音声ストリームが停止していないことを検出した場合には、その受信チャンネルの周回周期を前記通常モードに設定を戻すことを特徴とするストリーム監視システム。
【請求項８】
請求項７に記載のストリーム監視システムにおいて、
前記第１監視手段が、映像ストリームまたは音声ストリームが停止していることを検出した受信チャンネルが複数存在する場合、前記モード設定手段は、全ての受信チャンネルの周回周期を前記通常モードに設定することを特徴とするストリーム監視システム。
【請求項９】
請求項１〜８のいずれか１項に記載のストリーム監視システムにおいて、
映像ストリームまたは音声ストリームが停止する可能性の高い受信チャンネルほど、前記第１受信手段が受信チャンネルを切り替える周回周期が短くなるように設定変更する周回周期変更手段を備えたことを特徴とするストリーム監視システム。
【請求項１０】
請求項９に記載のストリーム監視システムにおいて、
映像ストリームまたは音声ストリームが停止する可能性の高い受信チャンネルを報知する報知手段を備えたことを特徴とするストリーム監視システム。
【請求項１１】
請求項１〜１０のいずれか１項に記載のストリーム監視システムにおいて、
表示画面を有する通知手段を備え、
前記通知手段は、前記表示画面に対して、前記第１監視手段が検出した停止している映像ストリームから生成された静止画像と、映像ストリームの停止に係る情報とを並べて表示することにより、前記停止エラー情報を通知することを特徴とするストリーム監視システム。
【請求項１２】
請求項２〜１１のいずれか１項に記載のストリーム監視システムにおいて、
前記追加操作は、メンテナンス用画面である電波受信状況画面の表示であり、
前記電波受信状況画面に表示された受信レベルの数値の表示箇所に表示されている数字列を文字認識すると共に、前記電波受信状況画面に表示されたＢＥＲ（Bit Error Ratio）の数値の表示箇所に表示されている数字列を文字認識し、受信レベルおよびＢＥＲの数値が予め設定しておいた正常値か否かを判定する判定手段を備えたことを特徴とするストリーム監視システム。
【請求項１３】
請求項２〜１２のいずれか１項に記載のストリーム監視システムにおいて、
前記追加操作により前記第１受信手段が出力した映像ストリームから生成された静止画像を電子メールに添付して送信する送信手段を備えたことを特徴とするストリーム監視システム。
【請求項１４】
請求項２〜１２のいずれか１項に記載のストリーム監視システムにおいて、
前記追加操作により前記第１受信手段が出力した映像ストリームおよび音声ストリームをウェブサーバにアップロードし、そのアップロードした旨を説明するメッセージ本文に、ウェブサーバ上にアップロードした映像ストリームおよび音声ストリームのＵＲＬ（Uniform Resource Locator）を併記した電子メールを作成して送信する送信手段を備えたことを特徴とするストリーム監視システム。
【請求項１５】
請求項１〜１４のいずれか１項に記載のストリーム監視システムにおいて、
前記受信手段はテレビ放送を受信することを特徴とするストリーム監視システム。
【請求項１６】
請求項１〜１４のいずれか１項に記載のストリーム監視システムにおいて、
前記受信手段はラジオ放送を受信することを特徴とするストリーム監視システム。
【請求項１７】
請求項１〜１４のいずれか１項に記載のストリーム監視システムにおいて、
前記受信手段が出力した映像ストリームは、放送事業者が放送番組の作成に使用する映像素材の映像ストリームであり、
前記受信手段が出力した音声ストリームは、放送事業者が放送番組の作成に使用する音声素材の音声ストリームである
ことを特徴とするストリーム監視システム。
【請求項１８】
請求項１〜１７のいずれか１項に記載のストリーム監視システムにおける前記監視手段としてコンピュータシシステムを機能させるためのプログラム。
【請求項１９】
請求項１〜１７のいずれか１項に記載のストリーム監視システムにおける前記監視手段としてコンピュータシシステムを機能させるためのプログラムが記録されたコンピュータで読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はストリーム監視システム、プログラム、記録媒体に係り、詳しくは、映像ストリームまたは音声ストリームが停止しているか否かを検出するストリーム監視システム、そのストリーム監視システムを実現するようにコンピュータシステムを機能させるためのプログラム、そのプログラムが記録されたコンピュータで読み取り可能な記録媒体に関するものである。
【背景技術】
【０００２】
特許文献１には、リモコンにより複数のチャンネルを切替え可能であり、ネットワークを経由して受信した動画コンテンツをテレビに出力するテレビシステムであって、ＴＶチューナにより放送が設定されていない空チャンネルのためのチャンネル選択ボタンを割当てるセット・トップ・ボックスと、前記セット・トップ・ボックスが当該チャンネル選択ボタンの切替え信号を前記リモコンから受信したことに応じて、予め選択された動画コンテンツを出力する出力部を備えるテレビとを備えるテレビシステムが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−１３５１５９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
送信側（例えば、放送局（送信局）、中継局、ＣＡＴＶ（CAble TeleVision）局など）から映像ストリーム（ビデオストリーム）や音声ストリーム（オーディオストリーム）を送信する際には、何らかの不具合で映像ストリームや音声ストリームが停止することがある。
そこで、従来より、映像ストリームや音声ストリームが停止しているか否かを監視するために、映像・音声監視装置が使用されている。【０００５】
この映像・音声監視装置として、本出願人（株式会社トラフィック・シム）は、『「ＡｌｅｒｔＭａｇｉｃ」（登録商標）  Ｔ＆Ｓ（アラートマジックＴ＆Ｓ）  ＴＳ（Transport Stream）監視システム』を製造販売している。
この「ＡｌｅｒｔＭａｇｉｃ  Ｔ＆Ｓ」は、既に放送局やＣＡＴＶ局などで実際に使用されて放送の品質向上に多大な貢献をもたらしている。【０００６】
図２１は、従来のストリーム監視システム８００の概略構成を示すブロック図である。
ストリーム監視システム８００は、映像・音声監視装置８１０、セットトップボックス（ＳＴＢ：Set Top Box）３０、エラー情報通知用ＰＣ（Personal Computer）４０を備え、ＣＡＴＶ局や中継局などに設置されてＣＡＴＶ網５０に接続されている。【０００７】
ＳＴＢ３０は、映像・音声監視装置８１０の受信チャンネル切替制御に従って受信チャンネル（監視チャンネル）を切り替えながら、ＣＡＴＶ網５０から送信されてくるＲＦ（Radio Frequency）信号を受信し、個々の受信チャンネル毎にＲＦ信号から映像ストリームおよび音声ストリームを生成して出力する。
尚、ＳＴＢ３０における受信チャンネルの切り替えは、最後のチャンネルの次に最初のチャンネルに戻すことにより、チャンネル切替を周回させている。【０００８】
映像・音声監視装置８１０は、ＳＴＢ３０の受信チャンネルを順番に切り替えさせると共に、ＳＴＢ３０から出力された映像ストリームおよび音声ストリームが停止しているか否かを検出し、停止している場合には、その停止状態を示す停止エラー情報を出力する。
エラー情報通知用ＰＣ４０は、映像・音声監視装置８１０とＬＡＮ（Local Area Network）を用いて接続されており、映像・音声監視装置８１０から出力された映像ストリームまたは音声ストリームの停止エラー情報を、ディスプレイ４０ａに表示すると共に、スピーカー４０ｂから音声として出力する。【０００９】
ところで、映像ストリームには映像の動きが停止（静止）している静止画期間が存在することがあり、音声ストリームには音声出力が停止している無音期間が存在することがある。
そこで、従来のストリーム監視システム８００では、映像ストリームが停止しているか否かを確実に検出するため、映像ストリームの停止時間を測定し、その停止時間が所定期間（停止確認期間）以上の場合にのみ、映像ストリームの停止エラー情報を出力するようにしている。
また、音声ストリームが停止しているか否かを確実に検出するため、音声ストリームの停止時間を測定し、その停止時間が停止確認期間以上の場合にのみ、音声ストリームの停止エラー情報を出力するようにしている。【００１０】
ここで、停止確認期間を２０秒間とし、ＳＴＢ３０における受信チャンネルの切り替えに要する時間を約２秒間とし、映像・音声監視装置８１０の動作に要するマージン時間を約１秒間とすると、映像・音声監視装置８１０における映像ストリームおよび音声ストリームの停止検出に要する合計時間は約２３秒間になる。
また、受信チャンネル数を３０チャンネルとする。
すると、全ての受信チャンネルについて、映像ストリームおよび音声ストリームが停止しているか否かを検出するには、約６９０秒間（＝｛２０秒間＋２秒間＋１秒間｝×３０チャンネル）の時間を要する。【００１１】
すなわち、従来のストリーム監視システム８００では、３０チャンネルの受信チャンネルについて、映像ストリームおよび音声ストリームが停止しているか否かを検出して監視する動作を、約６９０秒間の周期で周回させている。
そのため、任意の受信チャンネルの映像ストリームおよび音声ストリームが停止しておらず正常であることを確認し、その任意の受信チャンネルの次の受信チャンネルにＳＴＢ３０が切り替えた後に、その任意の受信チャンネルの映像ストリームまたは音声ストリームが停止した場合には、その停止を約６９０秒もの間、検出できないことになる。【００１２】
このように、従来のストリーム監視システム８００は、受信チャンネル数が多くなるほど、映像ストリームまたは音声ストリームが停止しているか否かを検出するのに要する時間が増大するという問題がある。
そのため、多チャンネルの番組を提供する放送事業者にとって、従来のストリーム監視システム８００を採用することは現実的な選択ではなかった。【００１３】
図２２は、従来のストリーム監視システム９００の概略構成を示すブロック図である。
ストリーム監視システム９００は、エラー情報通知用ＰＣ４０、映像・音声監視装置９１０、ＳＴＢ９２０、ＲＦ分配器９３０、ＬＡＮ切替スイッチ９４０を備え、ＣＡＴＶ局や中継局などに設置されてＣＡＴＶ網５０に接続されている。【００１４】
ＲＦ分配器９３０は、ＣＡＴＶ網５０から送信されてくるＲＦ信号を受信し、そのＲＦ信号を受信チャンネル数分だけ分配して出力する。
ＳＴＢ９２０は受信チャンネル毎に設けられており、個々のＳＴＢ９２０の受信チャンネルは固定設定されている。そのため、個々のＳＴＢ９２０は、ＲＦ分配器９３０から出力されたＲＦ信号について、固定設定された１つの受信チャンネルの映像ストリームおよび音声ストリームを生成して出力する。【００１５】
映像・音声監視装置９１０は受信チャンネル毎に設けられており、個々の映像・音声監視装置９１０は、接続されているＳＴＢ９２０から出力された映像ストリームおよび音声ストリームが停止しているか否かを検出し、停止している場合には、その停止状態を示す停止エラー情報を出力する。
エラー情報通知用ＰＣ４０は、個々の映像・音声監視装置９１０とＬＡＮ切替スイッチ９４０およびＬＡＮを用いて接続されており、個々の映像・音声監視装置９１０から出力された映像ストリームまたは音声ストリームの停止エラー情報を、ディスプレイ４０ａに表示すると共に、スピーカー４０ｂから音声として出力する。【００１６】
このように、従来のストリーム監視システム９００は、受信チャンネル毎に専用のＳＴＢ９２０および映像・音声監視装置９１０を設けているため、映像ストリームおよび音声ストリームが停止しているか否かを監視する動作を周回させる必要がなく、全ての受信チャンネルについて映像ストリームおよび音声ストリームが停止しているか否かを短時間に検出することができる。【００１７】
しかし、従来のストリーム監視システム９００は、受信チャンネル数分の台数のＳＴＢ９２０および映像・音声監視装置９１０を設ける必要がある上に、ＲＦ分配器９３０およびＬＡＮ切替スイッチ９４０を設ける必要もあるため、設備が大規模になり、設置スペース，設置工事費，機材代，電気代のいずれもが増大して高コストになるという問題がある。
そのため、多チャンネルの番組を提供する放送事業者にとっては、高コストであることが、従来のストリーム監視システム９００を採用する際の障壁となることがあった。【００１８】
そして、従来のストリーム監視システム９００の維持管理を、外部のデータセンターなどの専門業者に委託した場合には、その維持管理費が非常に高くなる。
すなわち、一般的な放送設備で使用されるラックの規格では、１台のラックに４０単位程度の機器を搭載することが可能である。
ここで、１台のＳＴＢ９２０を搭載するのに２単位を要し、１台の映像・音声監視装置９１０を搭載するのに１単位を要するとして、受信チャンネル数が３０チャンネルの場合には、９０単位分（＝｛２単位＋１単位｝×３０チャンネル）のラックが必要となり、少なくとも３台のラックを設置しなければならない。
そして、専門業者の維持管理費は、電気代も含めてラック１台当たり年間３００万円程度かかることもあり、この場合には、３台のラックを設置すると年間９００万円もの維持管理費が発生することになる。【００１９】
本発明は前記問題を解決するためになされたものであって、以下の目的を有するものである。
（１）複数の受信チャンネルについて、映像ストリームまたは音声ストリームが停止しているか否かを短時間に検出することが可能なストリーム監視システムを低コストに提供する。
（２）前記（１）のストリーム監視システムを実現するようにコンピュータシステムを機能させるためのプログラムを提供する。
（３）前記（１）のストリーム監視システムを実現するようにコンピュータシステムを機能させるためのプログラムが記録されたコンピュータで読み取り可能な記録媒体を提供する。
【課題を解決するための手段】
【００２０】
本発明者らは前記課題を解決するために鋭意検討を重ねた結果、下記のように本発明の各局面に想到した。【００２１】
＜第１の局面：第１実施形態を参照＞
第１の局面は、
複数の受信チャンネルを順番に切り替えながら、受信チャンネル毎に送信信号を受信し、その送信信号から受信チャンネル毎に映像ストリームおよび音声ストリームを生成して出力する第１受信手段と、
第１受信手段が出力した映像ストリームまたは音声ストリームが停止しているか否かを検出し、映像ストリームまたは音声ストリームが停止している場合には、その停止状態を示す停止エラー情報を出力した後に、第１受信手段の受信チャンネルを次の受信チャンネルに切り替えさせる第１監視手段と、
第１受信手段が出力した映像ストリームに基づいて映像の動きが停止していないことを検出し、且つ、第１受信手段が出力した音声ストリームに基づいて音声出力が停止していないことを検出した場合には、第１監視手段の動作をキャンセルさせた後に、第１受信手段の受信チャンネルを次の受信チャンネルに切り替えさせる第２監視手段とを備えたストリーム監視システムである。【００２２】
映像ストリームには映像の動きが停止（静止）している静止画期間が存在することがあり、音声ストリームには音声出力が停止している無音期間が存在することがある。
そのため、第１監視手段は、映像ストリームが停止しているか否かを確実に検出するため、映像ストリームの停止時間を測定し、その停止時間が所定期間（停止確認期間）以上の場合にのみ、映像ストリームの停止エラー情報を出力する。
また、第１監視手段は、音声ストリームが停止しているか否かを確実に検出するため、音声ストリームの停止時間を測定し、その停止時間が停止確認期間以上の場合にのみ、音声ストリームの停止エラー情報を出力する。
従って、第１の局面において、第１監視手段のみを備え、第２監視手段を備えない場合には、第１受信手段の受信チャンネルを次の受信チャンネルに切り替えるまでに要する時間が、停止確認期間の分だけ長くなる。【００２３】
それに対して、第１の局面では、第２監視手段により、映像の動きと音声出力とが共に停止していない場合には、第１監視手段の動作をキャンセルさせて、第１受信手段の受信チャンネルを次の受信チャンネルに切り替えさせるため、第１監視手段のみを備えた場合に比べて、受信チャンネルの切り替えに要する時間を短くできる。
特に、多数の受信チャンネルについて、映像ストリームおよび音声ストリームが停止しているか否かを検出して監視する動作を繰り返して行う場合、第１の局面によれば、その監視動作の周回周期を大幅に短縮化することができる。【００２４】
そして、第１の局面では、受信チャンネル毎に専用の第１受信手段および第１監視手段を備える場合に比べて、ストリーム監視システムの全体構成が小規模になるため、低コスト化を図ることができる。
従って、第１の局面によれば、複数の受信チャンネルについて、映像ストリームまたは音声ストリームが停止しているか否かを短時間に検出することが可能なストリーム監視システムを低コストに提供することができる。【００２５】
＜第２の局面：第８実施形態を参照＞
第２の局面は、第１の局面において、
第１監視手段が映像ストリームまたは音声ストリームが停止していることを検出した場合には、予め設定しておいた追加操作を第１受信手段に行わせる追加操作実行手段を備え、
追加操作は、映像ストリームまたは音声ストリームの停止状況を把握するためのものである。【００２６】
第２の局面では、映像ストリームまたは音声ストリームの停止状況を把握するための追加操作を第１受信手段に行わせるため、映像ストリームまたは音声ストリームの停止状況を確実に把握することができる。【００２７】
＜第３の局面：第８実施形態を参照＞
第３の局面は、第２の局面において、追加操作は、番組表の表示、メンテナンス用画面の表示、音声切替、別の受信チャンネルへの切替、データ放送の表示からなるグループから選択された少なくとも１つの操作である。【００２８】
第３の局面において、追加操作が番組表の表示の場合には、映像ストリームまたは音声ストリームの停止時（障害発生時）の番組名を調査したり、その障害発生時が放送休止中にあたるか否かを確認することができる。
また、第３の局面において、追加操作がメンテナンス用画面である電波受信状況画面の表示の場合には、映像ストリームまたは音声ストリームの停止（障害発生）の原因が電波障害に由来するのか否かを確認することができる。
また、第３の局面において、追加操作が音声切替の場合には、音声ストリームの停止（無音障害）が第１音声に限定されるか又は第２音声でも発生しているか否かを確認することができる。
また、第３の局面において、追加操作が別の受信チャンネルへの切替の場合には、映像ストリームまたは音声ストリームの停止（障害発生）の原因が、受信チャンネル固有の問題であるのか否かを確認することができる。
また、第３の局面において、追加操作がデータ放送の表示の場合には、映像ストリームまたは音声ストリームの停止に加えてデータ放送も停止する障害が発生しているのか否かを確認することができる。【００２９】
＜第４の局面：第２実施形態を参照＞
第４の局面は、第１〜第３の局面において、
第１受信手段が出力した映像ストリームから静止画像を生成し、その静止画像が、予め登録設定されている特定静止画像と同じである場合には、第１監視手段の動作をキャンセルさせ、第１受信手段が正常に受信できないことを示す受信失敗エラー情報を出力する第３監視手段を備える。【００３０】
第１受信手段は、送信信号を正常に受信できないとき、その旨のメッセージ（特定メッセージ）を含む静止画像の映像ストリームを出力する機能を有する場合がある。
この場合、第１監視手段および第２監視手段は、第１受信手段から出力された映像ストリームが、特定メッセージを含む静止画像に係るものであると、映像の動きが停止していると検出してしまう。
その結果、第１受信手段が正常に受信しているにも関わらず映像の動きが停止している場合（映像ストリームが停止している場合）と、第１受信手段が正常に受信できないために映像の動きが停止している場合（受信が失敗している場合）とを判別することができなくなる。【００３１】
そこで、第４の局面では、第１受信手段が正常に受信できないために映像の動きが停止している場合には、第３監視手段が、第１監視手段の動作をキャンセルさせ、第１受信手段が正常に受信できないことを示す受信失敗エラー情報を出力する。
これにより、第１受信手段が正常に受信しているにも関わらず映像の動きが停止している場合と、第１受信手段が正常に受信できないために映像の動きが停止している場合とを確実に判別することができる。【００３２】
＜第５の局面：第６実施形態を参照＞
第５の局面は、第１〜第４の局面において、
複数の受信チャンネルを切り替え、その切り替えた受信チャンネル毎に送信信号を受信し、その送信信号から受信チャンネル毎に映像ストリームおよび音声ストリームを生成して出力する第２受信手段と、
第１監視手段が出力する停止エラー情報を記録する停止エラー情報記録手段と、
第２受信手段の受信チャンネルを、停止エラー情報記録手段に記録された複数個の停止エラー情報の中から選択された１個の停止エラー情報の受信チャンネルと同じチャンネル番号に切り替える切替手段とを備える。【００３３】
第５の局面では、停止エラー情報記録手段に記録された複数個の停止エラー情報の中から選択された１個の停止エラー情報の受信チャンネル（映像ストリームまたは音声ストリームの停止エラー情報が過去に生成された受信チャンネル）について、その受信チャンネルで現在放送中の映像および音声を、ストリーム監視システムの管理者が第２受信手段を用いて視聴することが可能になり、現在も映像の動きや音声出力の停止状態が続いているか、または、現在は障害が復旧して映像の動きや音声出力が正常になっているか否かを、管理者が素早く確認することができる。【００３４】
＜第６の局面：第７実施形態を参照＞
第６の局面は、第５の局面において、
第１受信手段が出力した映像ストリームおよび音声ストリームを記録するストリーム記録手段と、
選択された１個の停止エラー情報に含まれる受信チャンネルおよび日時に合致する映像ストリームおよび音声ストリーム、または、前記日時の前後の所定時間分の映像ストリームおよび音声ストリームを、ストリーム記録手段から読み出して再生する再生手段とを備える。【００３５】
第６の局面によれば、ストリーム監視システムの管理者は、第５の局面と同様に現在の障害の復旧状況を素早く確認すると共に、過去の障害状況の確認と、その障害発生日時の前後の映像および音声とを合わせて確認することにより、放送システムの異常を正確に認識して適切に管理することができる。【００３６】
＜第７の局面：第３実施形態を参照＞
第７の局面は、第１〜第６の局面において、
第１受信手段が所定の受信チャンネルを切り替える周回周期を、通常モードまたは異常モードに設定するモード設定手段を備え、
異常モードでは通常モードよりも周回周期が短く設定されており、
モード設定手段は、
第１監視手段が、映像ストリームまたは音声ストリームが停止していることを検出した受信チャンネルの周回周期を異常モードに設定し、
過去に異常モードに設定した受信チャンネルについて、第１監視手段が、映像ストリームまたは音声ストリームが停止していないことを検出した場合には、その受信チャンネルの周回周期を通常モードに設定を戻す。【００３７】
第７の局面では、映像ストリームまたは音声ストリームが停止している受信チャンネルについて、映像ストリームおよび音声ストリームが停止状態から非停止状態へ正常に復帰したことを逸速く検出することができる。【００３８】
＜第８の局面：第３実施形態の［３−２］を参照＞
第８の局面は、第７の局面において、第１監視手段が、映像ストリームまたは音声ストリームが停止していることを検出した受信チャンネルが複数存在する場合、モード設定手段は、全ての受信チャンネルの周回周期を通常モードに設定する。【００３９】
複数の受信チャンネルについて映像ストリームまたは音声ストリームが停止した場合、個別の受信チャンネルにその原因がある可能性が低く、放送システム全体にその原因がある可能性が高い。
そのため、映像ストリームまたは音声ストリームの停止の原因が放送システム全体にある場合には、個別の受信チャンネルについてチャンネル切替の周回周期を異常モードに設定変更するよりも、第８の局面のように、全ての受信チャンネルについてチャンネル切替の周回周期を通常モードに設定した方が、放送システム全体の異常（障害状況）を確認可能になる。【００４０】
＜第９の局面：第４実施形態を参照＞
第９の局面は、第１〜第８の局面において、映像ストリームまたは音声ストリームが停止する可能性の高い受信チャンネルほど、第１受信手段が受信チャンネルを切り替える周回周期が短くなるように設定変更する周回周期変更手段を備える。【００４１】
第９の局面では、ストリーム監視システムをある程度の期間運用した後に、映像ストリームまたは音声ストリームが一度も停止したことがない受信チャンネルについては、受信チャンネル毎に映像ストリームおよび音声ストリームが停止しているか否かを検出して監視する動作を繰り返して行う周回周期を長く設定変更する。
また、重点的に監視する必要のある受信チャンネル（例えば、新設された受信チャンネル、運用を開始してから間もない受信チャンネルなど）や、近い過去に映像ストリームまたは音声ストリームが停止した受信チャンネルについては、監視動作の周回周期を短く設定変更することにより重点的に監視する。【００４２】
従って、第９の局面によれば、映像ストリームまたは音声ストリームが停止し難い受信チャンネルの監視動作に要する時間を、重点的に監視する必要のある受信チャンネルや、映像ストリームまたは音声ストリームが停止し易い受信チャンネルの監視動作に自動的に振り分けることが可能になり、ストリーム監視システムを効率的に運用することができる。
また、第９の局面によれば、受信チャンネル毎の監視動作の周回周期が自動的に設定変更されて最適化されるため、ストリーム監視システムの管理者が、受信チャンネル毎の監視動作の周回周期を逐一人手により個別設定するのに比べて、管理者の手間を省くことができる。【００４３】
＜第１０の局面：第４実施形態の［４−２］を参照＞
第１０の局面は、第９の局面において、映像ストリームまたは音声ストリームが停止する可能性の高い受信チャンネルを報知する報知手段を備える。
第１０の局面では、ストリーム監視システムの管理者に映像ストリームまたは音声ストリームが停止する可能性の高い受信チャンネルを報知することにより、管理者に注意を促すことができる。【００４４】
＜第１１の局面：第１実施形態の［１−２］を参照＞
第１１の局面は、第１〜第１０の局面において、
表示画面を有する通知手段を備え、
通知手段は、表示画面に対して、第１監視手段が検出した停止している映像ストリームから生成された静止画像と、映像ストリームの停止に係る情報とを並べて表示することにより、停止エラー情報を通知する。【００４５】
第１１の局面では、多チャンネルの番組を提供する場合や、複数の拠点に設置した第１〜第３監視手段を同時または切り替えて管理する場合に特に有用である。
尚、映像ストリームの停止に係る情報には、例えば、第１〜第３監視手段が設置されている拠点名、映像ストリームが停止している受信チャンネル名、映像ストリームが停止したときの日時、映像ストリームの停止状態が継続している時間などがある。【００４６】
＜第１２の局面：第９実施形態を参照＞
第１２の局面は、第２〜第１１の局面において、
追加操作は、メンテナンス用画面である電波受信状況画面の表示であり、
電波受信状況画面に表示された受信レベルの数値の表示箇所に表示されている数字列を文字認識すると共に、電波受信状況画面に表示されたＢＥＲの数値の表示箇所に表示されている数字列を文字認識し、受信レベルおよびＢＥＲの数値が予め設定しておいた正常値か否かを判定する判定手段を備える。【００４７】
第１２の局面によれば、ストリーム監視システムの管理者は、障害発生の原因が受信レベルまたはＢＥＲの異常による電波障害に由来するのか否かを確認することができる。【００４８】
＜第１３の局面：第１０，第１１実施形態を参照＞
第１３の局面は、第２〜第１２の局面において、追加操作により第１受信手段が出力した映像ストリームから生成された静止画像を電子メールに添付して送信する送信手段を備える。【００４９】
第１３の局面では、管理者がストリーム監視システムから離れている場合でも、追加操作により第１受信手段が出力した映像ストリームから生成された静止画像を見ることにより、放送システムの異常を正確に認識して適切に管理することができる。【００５０】
＜第１４の局面：第１０，第１１実施形態を参照＞
第１４の局面は、第２〜第１２の局面において、追加操作により第１受信手段が出力した映像ストリームおよび音声ストリームをウェブサーバにアップロードし、そのアップロードした旨を説明するメッセージ本文に、ウェブサーバ上にアップロードした映像ストリームおよび音声ストリームのＵＲＬを併記した電子メールを作成して送信する送信手段を備える。【００５１】
第１４の局面によれば、管理者がストリーム監視システムから離れている場合でも、受信した電子メールに記載されているＵＲＬに従い、追加操作により第１受信手段が出力した映像ストリームおよび音声ストリームをウェブサーバからダウンロードし、その映像ストリームおよび音声ストリームに係る映像および音声を確認することが可能になり、放送システムの異常を正確に認識して適切に管理することができる。【００５２】
＜第１５の局面：別の実施形態の＜３＞を参照＞
第１５の局面は、第１〜第１４の局面において、受信手段はテレビ放送を受信する。
第１５の局面では、テレビ放送を監視対象として、テレビ放送の映像ストリームや音声ストリームが停止しているか否かを検出して監視できる。【００５３】
＜第１６の局面：別の実施形態の＜３＞を参照＞
第１６の局面は、第１〜第１４の局面において、受信手段はラジオ放送を受信する。
第１６の局面では、ラジオ放送を監視対象として、ラジオ放送の音声ストリームが停止しているか否かを検出して監視できる。【００５４】
＜第１７の局面：別の実施形態の＜３＞を参照＞
第１７の局面は、第１〜第１４の局面において、受信手段が出力した映像ストリームは、放送事業者が放送番組の作成に使用する映像素材の映像ストリームであり、受信手段が出力した音声ストリームは、放送事業者が放送番組の作成に使用する音声素材の音声ストリームである。
第１７の局面では、映像素材の映像ストリームや音声素材の音声ストリームが停止しているか否かを検出して監視できる。【００５５】
＜第１８，第１９の局面＞
第１８の局面は、第１〜第１７の局面のストリーム監視システムにおける前記監視手段としてコンピュータシステムを機能させるためのプログラムである。
第１９の局面は、第１〜第１７の局面のストリーム監視システムにおける前記監視手段としてコンピュータシステムを機能させるためのプログラムが記録されたコンピュータで読み取り可能な記録媒体である。【００５６】
第１８の局面によれば、第１〜第１７の局面のストリーム監視システムの前記監視手段を実現するようにコンピュータシステムを機能させるためのプログラムを提供できる。
また、第１９の局面によれば、第１８の局面のプログラムが記録されたコンピュータで読み取り可能な記録媒体を提供できる。
【図面の簡単な説明】
【００５７】
【図１】本発明を具体化した第１〜第５実施形態のストリーム監視システム１０，６０，７０，８０，９０の概略構成を示すブロック図。
【図２】第１，第２，第３，第４実施形態における映像・音声監視装置２０の動作を説明するためのフローチャート。
【図３】第１，第３，第４実施形態における映像・音声監視装置２０の動作を説明するためのフローチャート。
【図４】第１実施形態におけるエラー情報通知用ＰＣ４０のディスプレイ４０ａの表示画面に表示された停止エラー情報の一例を示す説明図。
【図５】第２，第４実施形態における映像・音声監視装置２０の動作を説明するためのフローチャート。
【図６】第２実施形態におけるＳＴＢ３０に接続されたディスプレイの画面ＰＴに表示された特定メッセージを説明するための説明図。
【図７】第４実施形態における映像・音声監視装置２０の動作を説明するためのフローチャート。
【図８】第４実施形態における映像・音声監視装置２０の動作を説明するためのフローチャート。
【図９】第５実施形態における映像・音声監視装置２０の動作を説明するためのフローチャート。
【図１０】第５実施形態における映像・音声監視装置２０の動作を説明するためのフローチャート。
【図１１】本発明を具体化した第６実施形態のストリーム監視システム１００の概略構成を示すブロック図である。
【図１２】本発明を具体化した第７実施形態のストリーム監視システム２００の概略構成を示すブロック図である。
【図１３】本発明を具体化した第８〜第１１実施形態のストリーム監視システム３００の概略構成を示すブロック図である。
【図１４】第８，第１０実施形態における映像・音声監視装置２０の動作を説明するためのフローチャートである。
【図１５】第８，第１０実施形態における映像・音声監視装置２０の動作を説明するためのフローチャートである。
【図１６】第８，第１０実施形態のＳ８１０（図１４を参照）にて実行される映像ストリーム停止時の追加操作を説明するためのフローチャートである。
【図１７】第８，第１０実施形態のＳ８１０（図１４を参照）にて実行される音声ストリーム停止時の追加操作を説明するためのフローチャートである。
【図１８】図１８（Ａ）は、第８実施形態における映像ストリーム停止時の追加操作スクリプトデータの一例を示す説明図。図１８（Ｂ）は、第８実施形態における音声ストリーム停止時の追加操作スクリプトデータの一例を示す説明図。
【図１９】第８〜第１０実施形態における同録システム用テレビ受像機２２０のディスプレイ２２０ａの表示画面に表示されたメンテナンス用画面の具体例である電波受信状況画面の一例を示す説明図。
【図２０】第１０実施形態における映像ストリーム停止時の追加操作スクリプトデータの一例を示す説明図。
【図２１】従来のストリーム監視システム８００の概略構成を示すブロック図。
【図２２】従来のストリーム監視システム９００の概略構成を示すブロック図。
【発明を実施するための形態】
【００５８】
以下、本発明を具体化した各実施形態について図面を参照しながら説明する。
尚、各実施形態において、図２１に示した従来技術のストリーム監視システム８００と同一の構成部材および構成要素については符号を等しくすると共に、従来技術と同一内容の箇所については重複説明を省略する。
また、各実施形態において、同一の構成部材および構成要素については符号を等しくすると共に、同一内容の箇所については重複説明を省略する。
【００５９】
＜第１実施形態＞
図１は、第１実施形態のストリーム監視システム１０の概略構成を示すブロック図である。
ストリーム監視システム１０は、映像・音声監視装置２０、ＳＴＢ３０、エラー情報通知用ＰＣ４０（ディスプレイ４０ａ、スピーカー４０ｂ）を備え、ＣＡＴＶ局や中継局などに設置されてＣＡＴＶ網５０に接続されている。
【００６０】
映像・音声監視装置２０は、コンピュータ本体２１および入力装置２２などから構成されている。
コンピュータ本体２１は、ＣＰＵ（Central Processing Unit）２１ａ，ＲＯＭ（Read Only Memory）２１ｂ，ＲＡＭ（Random Access Memory）２１ｃ，入出力装置（Ｉ／Ｏ）２１ｄ、ＨＤＤ（Hard Disk Drive）２１ｅなどを備えた周知のマイクロコンピュータシステムによって構成されている。
映像・音声監視装置２０は、ＲＯＭ２１ｂまたはＨＤＤ２１ｅに記憶（記録）されているソフトウェアのコンピュータプログラムをＣＰＵ２１ａにロードし、そのコンピュータプログラムに従って各種演算処理を実行することにより、後述する動作を行う。
【００６１】
ところで、前記コンピュータプログラムを、ＲＯＭ２１ｂまたはＨＤＤ２１ｅではなく、コンピュータ本体２１に内蔵した図示しないバックアップＲＡＭや、コンピュータで読み取り可能な記録媒体を備えた図示しない外部記録装置（外部記憶装置）に記録（記憶）しておき、当該コンピュータプログラムを必要に応じてバックアップＲＡＭや外部記録装置からＣＰＵ２１ａにロードして用いるようにしてもよい。
【００６２】
ちなみに、コンピュータで読み取り可能な記録媒体には、例えば、半導体メモリ（ＵＳＢメモリ、ＳＤメモリーカードなど）、ＨＤ（Hard Disk）、光ディスク（ＣＤ−ＲＯＭ，ＤＶＤ，ブルーレイディスクなど）、光磁気ディスク（ＭＯなど）、相変化ディスク、磁気ディスク、磁気テープなどがある。尚、記録媒体の具体例の名称には登録商標が含まれる。
また、映像・音声監視装置２０をインターネット回線（図示略）に接続しておき、前記コンピュータプログラムを必要に応じてインターネット回線からＣＰＵ２１ａにロードして用いるようにしてもよい。
【００６３】
入力装置２２は、例えば、キーボードやポインティングデバイスなどから構成されており、ストリーム監視システム１０の管理者（オペレータ、ユーザー）からの指示命令をデータ信号に変換し、そのデータ信号をコンピュータ本体２１の入出力装置２１ｄを介してＣＰＵ２１ａへ転送する。
【００６４】
ＳＴＢ３０は、映像・音声監視装置２０の受信チャンネル切替制御に従って受信チャンネルを切り替えながら、ＣＡＴＶ網５０から送信されてくるＲＦ信号を受信し、個々の受信チャンネル毎にＲＦ信号から映像ストリームおよび音声ストリームを生成して出力する。
尚、ＳＴＢ３０における受信チャンネルの切り替えは、最後のチャンネルの次に最初のチャンネルに戻すことにより、チャンネル切替を周回させている。
【００６５】
エラー情報通知用ＰＣ４０は、映像・音声監視装置２０とＬＡＮを用いて接続されており、映像・音声監視装置２０から出力された映像ストリームまたは音声ストリームの停止エラー情報を、ディスプレイ４０ａに表示すると共に、スピーカー４０ｂから音声(例えば、音声ガイド、警告音など)として出力する。
【００６６】
図２および図３は、第１実施形態における映像・音声監視装置２０の動作を説明するためのフローチャートである。
映像・音声監視装置２０は、このフローチャートにおける以下の各ステップ（以下、「Ｓ」と記載する）の処理を周回させて繰り返し実行する。
【００６７】
図２に示すように、映像・音声監視装置２０は、まず、Ｓ１１０において、前回のフローチャートの周回（前回の監視動作の周回）にてＳ１１０を実行してから所定時間ｔ１以上経過したか否かを判定し、所定時間ｔ１以上経過していない場合（Ｓ１１０：Ｎｏ）にはＳ１３０へ移行し、所定時間ｔ１以上経過している場合には（Ｓ１１０：Ｙｅｓ）、監視対象の受信チャンネルを切り替える周期であると判断して、Ｓ１２０へ移行する。
【００６８】
Ｓ１２０において、映像・音声監視装置２０は、受信チャンネル切替制御により、ＳＴＢ３０の受信チャンネルを次の受信チャンネルに切り替えさせ、Ｓ１３０へ移行する。
ここで、所定時間ｔ１は、後述する停止確認期間ｔ２と、ＳＴＢ３０における受信チャンネルの切り替えに要する時間ｔ３と、このフローチャートに示す映像・音声監視装置２０の動作に要するマージン時間ｔ４との合計時間である（ｔ１＝ｔ２＋ｔ３＋ｔ４）。
【００６９】
Ｓ１３０において、映像・音声監視装置２０は、映像ストリーム取込処理を実行し、ＳＴＢ３０から出力された映像ストリームから連続する２フレーム分の映像ストリームを取り込み、Ｓ１４０へ移行する。
ここで、映像の動きが停止（静止）しているか否かを確認するには、連続する２フレーム分の映像ストリームを取り込めばよく、統合デジタル放送サービス（ＩＳＤＢ：Integrated Services Digital Broadcasting）の規格では、２９．９７フレーム／秒（インターレース走査時）であるため、連続する２フレーム分の映像ストリームの取り込みに要する時間は約６６msec（＝｛１／２９．９７フレーム／秒｝×２）である。
そして、Ｓ１３０における映像・音声監視装置２０の動作時間を約３０msecとすると、Ｓ１３０の処理に要する時間は約１００msec（＝約６６msec＋約３０msec）間になる。
【００７０】
Ｓ１４０において、映像・音声監視装置２０は、音声ストリーム取込処理を実行し、ＳＴＢ３０から出力された音声ストリームから所定時間ｔ５分の音声ストリームを取り込み、Ｓ１５０へ移行する。
ここで、音声出力が停止しているか否かを確認するには、人間の可聴帯域の下限が約２０Hzであるため、ＳＴＢ３０から出力された音声ストリームから約５０msec間（＝１／２０Hz）以上分の音声ストリームを取り込めばよい。
そして、映像と音声の同期を考慮すると、所定時間ｔ５は、Ｓ１３０にて連続する２フレーム分の映像ストリームの取り込みに要する時間（約６６msec間）と同じに設定すればよい。
また、Ｓ１４０における映像・音声監視装置２０の動作時間を約３０msecとすると、Ｓ１４０の処理に要する時間は、Ｓ１３０と同じく約１００msec間になる。
【００７１】
Ｓ１５０において、映像・音声監視装置２０は、Ｓ１４０の処理が完了しているか否か（ＳＴＢ３０から出力された音声ストリームから所定時間ｔ５分の音声ストリームを取り込んだか否か）を判定し、Ｓ１４０の処理が完了している場合（Ｓ１５０：Ｙｅｓ）にはＳ１６０へ移行する。
【００７２】
Ｓ１６０において、映像・音声監視装置２０は、Ｓ１４０で取り込んだ音声ストリームの音声データ内の音量が所定音量以上であるか否かを判定し、所定音量以上の場合（Ｓ１６０：Ｙｅｓ）には、音声出力が停止していないと判断して、Ｓ１７０へ移行する。
ここで、所定音量は、音声出力が停止しているか否かを確実に検出可能なように、実験的に最適値を見つけて設定すればよい。
【００７３】
Ｓ１７０において、映像・音声監視装置２０は、Ｓ１３０で取り込んだ連続する２フレーム分の映像ストリームから、連続する２フレームの静止画像（以下、「第１静止画像」「第２静止画像」と記載する）を生成し、第１静止画像を構成する各画素の輝度と、第２静止画像を構成する各画素の輝度との差（輝度差）を検出し、その輝度差の絶対値の平均値が所定値以上であるか否かを判定し、所定値以上の場合（Ｓ１７０：Ｙｅｓ）には、第１静止画像と第２静止画像とが異なる静止画像であり、映像の動きが停止していないと判断して、Ｓ１８０へ移行する。
Ｓ１８０において、映像・音声監視装置２０は、ＳＴＢ３０の受信チャンネルを次の受信チャンネルに切り替えさせ、Ｓ１３０へ戻す。
【００７４】
そして、映像・音声監視装置２０は、Ｓ１５０において、Ｓ１４０の処理が完了していないと判定した場合（Ｓ１５０：Ｎｏ）にはＳ１９０へ移行する。
また、映像・音声監視装置２０は、Ｓ１６０において、Ｓ１４０で取り込んだ音声ストリームの音声データ内の音量が所定音量未満であると判定した場合（Ｓ１６０：Ｎｏ）には、音声出力が停止していると判断して、Ｓ１９０へ移行する。
【００７５】
また、映像・音声監視装置２０は、Ｓ１７０において、Ｓ１３０で取り込んだ連続する２フレーム分の映像ストリームから、連続する２フレームの静止画像（第１静止画像、第２静止画像）を生成し、第１静止画像を構成する各画素の輝度と、第２静止画像を構成する各画素の輝度との差（輝度差）を検出し、その輝度差の絶対値の平均値が所定値以上であるか否かを判定し、所定値未満の場合（Ｓ１７０：Ｎｏ）には、第１静止画像と第２静止画像とが同じ静止画像であり、映像の動きが停止していると判断して、Ｓ１９０へ移行する。
ここで、輝度差の絶対値の平均値の所定値は、映像の動きが停止しているか否かを確実に検出可能なように、実験的に最適値を見つけて設定すればよい。
【００７６】
図３に示すように、Ｓ１９０において、映像・音声監視装置２０は、映像ストリームの停止時間を測定し、Ｓ２００へ移行する。
ここで、映像ストリームの停止時間を測定するには、Ｓ１３０で取り込んだ連続する２フレーム分の映像ストリームから、連続する２フレームの静止画像（第１静止画像、第２静止画像）を生成し、第１静止画像を構成する各画素の輝度と、第２静止画像を構成する各画素の輝度との差（輝度差）を検出し、その輝度差の絶対値の平均値が所定値未満である状態を映像ストリームの停止状態とし、その停止状態が連続する時間を停止時間として測定すればよい。
尚、Ｓ１９０では、Ｓ１７０の判定結果を流用してもよい。
【００７７】
Ｓ２００において、映像・音声監視装置２０は、Ｓ１９０で測定した映像ストリームの停止時間が所定期間（停止確認期間）ｔ２以上であるか否かを判定し、所定期間ｔ２未満の場合（Ｓ２００：Ｎｏ）にはＳ２２０へ移行し、所定期間ｔ２以上の場合（Ｓ２００：Ｙｅｓ）には、映像ストリームが停止していると判断して、Ｓ２１０へ移行する。
【００７８】
ところで、映像ストリームには映像の動きが停止（静止）している静止画期間が存在することがあり、音声ストリームには音声出力が停止している無音期間が存在することがある。
映像ストリームの静止画期間は、映像が動き易く静止画期間が短い番組（例えば、スポーツ番組など）の場合には１０秒間程度であり、映像が動き難く静止画期間が長い番組（例えば、囲碁番組など）の場合には１分間程度であるため、停止確認期間ｔ２を例えば１分間に設定すれば大部分の番組に対応することができる。
【００７９】
Ｓ２１０において、映像・音声監視装置２０は、映像ストリームの停止エラー情報を出力し、Ｓ２２０へ移行する。
すると、エラー情報通知用ＰＣ４０は、映像・音声監視装置２０から出力された映像ストリームの停止エラー情報を、ディスプレイ４０ａに表示すると共に、スピーカー４０ｂから音声として出力することにより、ストリーム監視システム１０の管理者に通知する。
【００８０】
Ｓ２２０において、映像・音声監視装置２０は、音声ストリームの停止時間を測定し、Ｓ２３０へ移行する。
ここで、音声ストリームの停止時間を測定するには、Ｓ１４０で取り込んだ音声ストリームの音声データ内の音量が所定音量未満である状態を音声ストリームの停止状態とし、その停止状態が連続する時間を停止時間として測定すればよい。
尚、Ｓ２２０では、Ｓ１６０の判定結果を流用してもよい。
【００８１】
Ｓ２３０において、映像・音声監視装置２０は、Ｓ２２０で測定した音声ストリームの停止時間が所定期間（停止確認期間）ｔ２以上であるか否かを判定し、所定期間ｔ２未満の場合（Ｓ２３０：Ｎｏ）にはＳ１１０へ戻し、所定期間ｔ２以上の場合（Ｓ２３０：Ｙｅｓ）には、音声ストリームが停止していると判断して、Ｓ２４０へ移行する。
ここで、映像と音声の同期を考慮すると、映像ストリームの停止確認期間と音声ストリームの停止確認期間とは、同じ期間ｔ２に設定すればよい。
【００８２】
Ｓ２４０において、映像・音声監視装置２０は、音声ストリームの停止エラー情報を出力し、Ｓ１１０へ戻す。
すると、エラー情報通知用ＰＣ４０は、映像・音声監視装置２０から出力された音声ストリームの停止エラー情報を、ディスプレイ４０ａに表示すると共に、スピーカー４０ｂから音声として出力することにより、ストリーム監視システム１０の管理者に通知する。
【００８３】
［第１実施形態の作用・効果］
第１実施形態のストリーム監視システム１０によれば、以下の作用・効果を得ることができる。
【００８４】
［１−１］ストリーム監視システム１０の映像・音声監視装置２０は、Ｓ１１０，Ｓ１２０，Ｓ１９０〜Ｓ２４０の処理（第１監視手段）により、ＳＴＢ３０（第１受信手段）が出力した映像ストリームまたは音声ストリームが停止しているか否かを検出し、映像ストリームまたは音声ストリームが停止している場合には、その停止状態を示す停止エラー情報を出力した後に、ＳＴＢ３０の受信チャンネルを次の受信チャンネルに切り替えさせる。
【００８５】
また、映像・音声監視装置２０は、Ｓ１５０〜Ｓ１８０の処理（第２監視手段）により、ＳＴＢ３０が出力した映像ストリームに基づいて映像の動きが停止していないことを検出し、且つ、ＳＴＢ３０が出力した音声ストリームに基づいて音声出力が停止していないことを検出した場合には、Ｓ１１０，Ｓ１２０，Ｓ１９０〜Ｓ２４０の処理（第１監視手段の動作）をキャンセルさせた後に、ＳＴＢ３０の受信チャンネルを次の受信チャンネルに切り替えさせる。
【００８６】
そして、エラー情報通知用ＰＣ４０（通知手段）は、ストリーム監視システム１０の管理者に対して、映像・音声監視装置２０（第１監視手段）が出力した停止エラー情報を、ディスプレイ４０ａを用いて視覚的に通知すると共に、スピーカー４０ｂを用いて聴覚的に通知する。
【００８７】
そのため、第１実施形態のストリーム監視システム１０では、Ｓ１１０，Ｓ１２０，Ｓ１９０〜Ｓ２４０の処理（第１監視手段）のみを備えた場合に比べて、受信チャンネルの切り替えに要する時間を短くできる。
特に、多数の受信チャンネルについて、映像ストリームおよび音声ストリームが停止しているか否かを検出して監視する動作を繰り返して行う場合には、その監視動作の周回周期を大幅に短縮化することができる。
【００８８】
例えば、ＳＴＢ３０の受信チャンネル数Ｈ＝３０チャンネルとし、停止確認期間ｔ２＝２０秒間とし、ＳＴＢ３０における受信チャンネルの切り替えに要する時間ｔ３＝約２秒間とし、映像・音声監視装置２０の動作に要するマージン時間ｔ４＝約１秒間とする。
すると、全ての受信チャンネルについて、映像ストリームおよび音声ストリームが停止しているか否かを検出するには、約１１０秒間（＝｛ｔ３＋ｔ４｝×Ｈ＋ｔ２＝｛２秒間＋１秒間｝×３０チャンネル＋２０秒間）の時間を要する。
すなわち、第１実施形態のストリーム監視システム１０では、３０チャンネルの受信チャンネルについて、映像ストリームおよび音声ストリームが停止しているか否かを検出して監視する動作を、約１１０秒間の周期で周回させている。
【００８９】
前記のように、図２１に示した従来のストリーム監視システム８００では、全ての受信チャンネルについて、映像ストリームおよび音声ストリームが停止しているか否かを検出するのに、約６９０秒間（＝｛ｔ２＋ｔ３＋ｔ４｝×Ｈ＝｛２０秒間＋２秒間＋１秒間｝×３０チャンネル）の時間を要する。
すなわち、従来のストリーム監視システム８００では、３０チャンネルの受信チャンネルについて、映像ストリームおよび音声ストリームが停止しているか否かを検出して監視する動作を、約６９０秒間の周期で周回させている。
【００９０】
従って、第１実施形態のストリーム監視システム１０によれば、従来のストリーム監視システム８００に比べて、受信チャンネル毎に映像ストリームおよび音声ストリームが停止しているか否かを検出して監視する動作を繰り返して行う周回周期を、約６９０秒間から約１１０秒間へと、大幅に短縮化することができる。
【００９１】
そして、第１実施形態のストリーム監視システム１０では、図２２に示した従来のストリーム監視システム９００に比べて、システムの全体構成が小規模になるため、低コスト化を図ることができる。
前記のように、一般的な放送設備で使用されるラックの規格では、１台のラックに４０単位程度の機器を搭載することが可能である。
ここで、１台のＳＴＢ３０を搭載するのに２単位を要し、１台の映像・音声監視装置２０を搭載するのに１単位を要するとして、受信チャンネル数が３０チャンネルの場合、第１実施形態のストリーム監視システム１０では、３単位分のラックで済むため、１台のラックを設置するだけでよい。
それに対して、従来のストリーム監視システム９００では、前記のように、９０単位分のラックが必要となり、少なくとも３台のラックを設置しなければならない。
【００９２】
以上のように、第１実施形態によれば、複数の受信チャンネルについて、映像ストリームまたは音声ストリームが停止しているか否かを短時間に検出することが可能なストリーム監視システム１０を低コストに提供することができる。
【００９３】
［１−２］図４は、エラー情報通知用ＰＣ４０のディスプレイ４０ａの表示画面に表示された停止エラー情報の一例を示す。
停止エラー情報は、図２に示すＳ１３０で取り込んだ「停止している映像ストリーム」から生成された静止画像と、映像・音声監視装置２０が設置されている拠点名（エラー発生拠点名）「名古屋市送出センター」、映像ストリームが停止している受信チャンネル名（エラー発生チャンネル名）「502ch  スポーツチャンネル」、映像ストリームが停止したときの日時（エラー発生日時）「2013年10月20日14:52:20」、エラー内容「映像停止エラー」、映像ストリームの停止状態が継続している時間（エラー継続時間）「60秒継続」を含むものである。
【００９４】
このように、「停止している映像ストリーム」から生成された静止画像（エラー発生時の静止画像）と、映像ストリームの停止に係る情報（エラー発生拠点名、エラー発生チャンネル名、エラー発生日時、エラー内容、エラー継続時間）とを並べてディスプレイ４０ａの表示画面に表示させれば、多チャンネルの番組を提供する場合や、複数の拠点に設置した映像・音声監視装置２０を同時または切り替えて管理する場合に特に有用である。
尚、停止エラー情報として表示される静止画像には、受信チャンネルのロゴなどを配置してもよい。
【００９５】
［１−３］エラー情報通知用ＰＣ４０をインターネット回線（図示略）に接続しておき、映像ストリームまたは音声ストリームの停止エラー情報を、ストリーム監視システム１０の管理者宛の電子メールに添付し、その電子メールをエラー情報通知用ＰＣ４０からインターネット回線へ送信してもよい。
また、エラー情報通知用ＰＣ４０を電話回線（図示略）に接続しておき、ＳＭＳ（Short Message Service）を用いて、映像ストリームまたは音声ストリームの停止エラー情報を、ストリーム監視システム１０の管理者の携帯電話やＰＨＳ（Personal Handy-phone System）へ送信してもよい。
このようにすれば、ストリーム監視システム１０の管理者がエラー情報通知用ＰＣ４０から離れている場合でも、停止エラー情報を管理者へ通知することができる。
【００９６】
［１−４］Ｓ１６０，Ｓ１７０，Ｓ２００，Ｓ２２０で用いる停止確認期間ｔ２は、映像の動きの停止や音声の出力の停止を確実に検出可能なように、映像・音声監視装置２０の入力装置２２を用いて、ストリーム監視システム１０の管理者が所望の期間（時間）に設定すればよい。
また、停止確認期間ｔ２を受信チャンネル毎に個別に設定すれば、静止画期間の長短に関わらず、どのような番組（映像が動き易く静止画期間が短い番組、映像が動き難く静止画期間が長い番組）でも映像の動きが停止しているか否かを確実に検出できる。
【００９７】
＜第２実施形態＞
第２実施形態のストリーム監視システム６０の構成は、図１に示した第１実施形態のストリーム監視システム１０と同じである。
図２および図５は、第２実施形態における映像・音声監視装置２０の動作を説明するためのフローチャートである。
図５に示す第２実施形態のフローチャートにおいて、図３に示す第１実施形態のフローチャートと異なるのは、Ｓ３１０，Ｓ３２０を追加した点だけである。
【００９８】
すなわち、第２実施形態の映像・音声監視装置２０は、図２に示すＳ１５０において、否定判定した場合（Ｓ１５０：Ｎｏ）にはＳ３１０へ移行する。
また、第２実施形態の映像・音声監視装置２０は、図２に示すＳ１６０において、否定判定した場合（Ｓ１６０：Ｎｏ）にはＳ３１０へ移行する。
また、第２実施形態の映像・音声監視装置２０は、図２に示すＳ１７０において、否定判定した場合（Ｓ１７０：Ｎｏ）にはＳ３１０へ移行する。
【００９９】
図５に示すように、Ｓ３１０において、映像・音声監視装置２０は、図２に示すＳ１３０で取り込んだ連続する２フレーム分の映像ストリームのうち、後のフレームの映像ストリームから静止画像（第２静止画像）を生成し、その静止画像が登録設定されている特定静止画像（特定静止画像パターン）と同じであるか否かを判定し、同じである場合（Ｓ３１０：Ｙｅｓ）にはＳ３２０へ移行し、同じではない場合（Ｓ３１０：Ｎｏ）にはＳ１９０へ移行する。
【０１００】
Ｓ３２０において、映像・音声監視装置２０は、受信失敗エラー情報を出力し、Ｓ１１０へ戻す。
すると、エラー情報通知用ＰＣ４０は、映像・音声監視装置２０から出力された受信失敗エラー情報を、ディスプレイ４０ａに表示すると共に、スピーカー４０ｂから音声として出力することにより、ストリーム監視システム６０の管理者に通知する。
【０１０１】
［第２実施形態の作用・効果］
通常、ＳＴＢ３０は、ＣＡＴＶ網５０から送信されてくるＲＦ信号を正常に受信できないときには、図６に例示するように、ＳＴＢ３０に接続されたディスプレイ（図示略）の画面ＰＴに、特定メッセージ「放送休止中か、アンテナが正しく接続されていません」を含む静止画像を表示する機能を有する。
【０１０２】
そのため、映像・音声監視装置２０は、ＳＴＢ３０から出力された映像ストリームが、図６に示す特定メッセージを含む静止画像に係るものである場合には、Ｓ１７０およびＳ２００において、映像の動きが停止していると判断してしまう。
その結果、ＳＴＢ３０が正常に受信しているにも関わらず映像の動きが停止している場合（映像ストリームが停止している場合）と、ＳＴＢ３０が正常に受信できないために映像の動きが停止している場合（特定メッセージを含む静止画像を表示している場合。すなわち、受信が失敗している場合）とを判別することができなくなる。
【０１０３】
そこで、第２実施形態のストリーム監視システム６０では、図６に示す特定メッセージを含む静止画像を特定静止画像として管理者が予め登録設定しておき、映像ストリームから生成した静止画像が特定静止画像と同じであると判定した場合には（Ｓ３１０：Ｙｅｓ）、ＳＴＢ３０が正常に受信できないために映像の動きが停止していると判断して、特定メッセージに対応した受信失敗エラー情報を出力し（Ｓ３２０）、エラー情報通知用ＰＣ４０を用いてストリーム監視システム６０の管理者に通知する。
【０１０４】
すなわち、第２実施形態のストリーム監視システム６０では、ＳＴＢ３０が正常に受信できないために映像の動きが停止している場合には、映像・音声監視装置２０のＳ３１０，Ｓ３２０の処理（第３監視手段）により、Ｓ１１０，Ｓ１２０，Ｓ１９０〜Ｓ２４０の処理（第１監視手段の動作）をキャンセルさせる。
そして、エラー情報通知用ＰＣ４０（通知手段）は、ストリーム監視システム６０の管理者に対して、映像・音声監視装置２０（第１監視手段）が出力した受信失敗エラー情報を、ディスプレイ４０ａを用いて視覚的に通知すると共に、スピーカー４０ｂを用いて聴覚的に通知する。
【０１０５】
これにより、第２実施形態では、ＳＴＢ３０が正常に受信しているにも関わらず映像の動きが停止している場合（映像ストリームが停止している場合）と、ＳＴＢ３０が正常に受信できないために映像の動きが停止している場合（特定メッセージを含む静止画像を表示している場合。すなわち、受信が失敗している場合）とを、ストリーム監視システム６０の管理者が確実に判別することができる。
【０１０６】
尚、第２実施形態では、Ｓ３１０をＳ１９０の後に実行しているが、Ｓ３１０をＳ１４０（図２を参照）の後に実行してもよい。
すなわち、ＳＴＢ３０が正常に受信できないために映像の動きが停止している場合には、映像・音声監視装置２０のＳ３１０，Ｓ３２０の処理（第３監視手段）により、Ｓ１１０，Ｓ１２０，Ｓ１９０〜Ｓ２４０の処理（第１監視手段の動作）をキャンセルさせることに加えて、Ｓ１５０〜Ｓ１８０の処理（第１監視手段の動作）をキャンセルさせてもよい。
このようにすれば、フローチャートが早く周回するため、映像・音声監視装置２０の動作的に有利となる。
【０１０７】
＜第３実施形態＞
第３実施形態のストリーム監視システム７０の構成は、図１に示した第１実施形態のストリーム監視システム１０と同じである。
第３実施形態のストリーム監視システム７０において、第１実施形態のストリーム監視システム１０と異なるのは、図２に示すフローチャートのＳ１２０，Ｓ１８０の処理内容だけである。
【０１０８】
第３実施形態では、Ｓ１２０およびＳ１８０において、映像・音声監視装置２０は、受信チャンネル切替制御により、ＳＴＢ３０の受信チャンネルを次の受信チャンネルに切り替えさせる際に、前回のフローチャートの周回（前回の監視動作の周回）にて、全ての受信チャンネルについて、映像ストリームの停止または音声ストリームの停止が検出されなかった場合には、全ての受信チャンネルについてチャンネル切替の周回周期（チャンネル切替により順番が巡ってくる周期）を通常モードに設定し、Ｓ１３０へ移行する。
【０１０９】
そして、第３実施形態では、Ｓ１２０およびＳ１８０において、映像・音声監視装置２０は、受信チャンネル切替制御により、ＳＴＢ３０の受信チャンネルを次の受信チャンネルに切り替えさせる際に、前回のフローチャートの周回にて、映像ストリームの停止または音声ストリームの停止が検出された受信チャンネルについては、チャンネル切替の周回周期を異常モードに設定変更した上で、Ｓ１３０へ移行する。
【０１１０】
すなわち、ＳＴＢ３０がチャンネル番号「０ch」〜チャンネル番号「（Ｎ−１）ch」のＮ個の受信チャンネルを切り替える場合、チャンネル切替の周回周期の通常モードでは、チャンネル番号を０ch→１ch→２ch………→（Ｎ−２）ch→（Ｎ−１）ch→０ch→１ch………という具合にインクリメントしてゆき、最後のチャンネル番号「（Ｎ−１）ch」の次に最初のチャンネル番号「０ch」に戻すことにより、チャンネル切替を周回させる。
【０１１１】
それに対して、異常モードでは、チャンネル切替の周回周期が通常モードよりも短く設定されており、例えば、前回のフローチャートの周回にて映像ストリームの停止または音声ストリームの停止が検出された受信チャンネルのチャンネル番号が「３ch」のときに、チャンネル番号「３ch」のチャンネル切替の周回周期を短く設定変更する場合、チャンネル番号を０ch→１ch→２ch→３ch→４ch→５ch→３ch→６ch→７ch→３ch→８ch……………という具合に、チャンネル番号「３ch」のみ３チャンネル周期で切り替わるようにする。
【０１１２】
尚、第３実施形態では、Ｓ１２０およびＳ１８０において、映像・音声監視装置２０は、前々回のフローチャートの周回にて映像ストリームの停止または音声ストリームの停止が検出された受信チャンネルについて、前回のフローチャートの周回にて映像ストリームの停止および音声ストリームの停止が検出されなかった場合には、映像ストリームおよび音声ストリームが正常に復帰したことが確認されたとして、チャンネル切替の周回周期を異常モードから通常モードに戻した上で、Ｓ１３０へ移行する。
【０１１３】
［第３実施形態の作用・効果］
第３実施形態のストリーム監視システム７０によれば、以下の作用・効果を得ることができる。
【０１１４】
［３−１］ストリーム監視システム７０の映像・音声監視装置２０は、Ｓ１２０またはＳ１８０の処理（モード設定手段）により、ＳＴＢ３０（第１受信手段）が所定の受信チャンネルを切り替える周回周期を、通常モードまたは異常モードに設定する。ここで、異常モードでは通常モードよりも周回周期が短く設定されている。
そして、Ｓ１２０またはＳ１８０の処理では、Ｓ１１０，Ｓ１２０，Ｓ１９０〜Ｓ２４０の処理（第１監視手段）により、映像ストリームまたは音声ストリームが停止していることが検出された受信チャンネルの周回周期を異常モードに設定する。
また、Ｓ１２０またはＳ１８０の処理では、過去に異常モードに設定した受信チャンネルについて、Ｓ１１０，Ｓ１２０，Ｓ１９０〜Ｓ２４０の処理により、映像ストリームまたは音声ストリームが停止していないことが検出された場合には、その受信チャンネルの周回周期を通常モードに設定を戻す。
【０１１５】
従って、第３実施形態によれば、映像ストリームまたは音声ストリームが停止している受信チャンネルについて、映像ストリームおよび音声ストリームが停止状態から非停止状態へ正常に復帰したことを、第１実施形態よりも早く検出することができる。
ここで、異常モードにおけるチャンネル切替の周回周期は、映像・音声監視装置２０の入力装置２２を用いて、ストリーム監視システム７０の管理者が所望の周回周期に設定すればよい。
例えば、前記例では、チャンネル番号「３ch」が３チャンネル周期で切り替わるようにしたが、２チャンネル周期または４チャンネル周期以上の適宜な周回周期で切り替わるように設定してもよい。
【０１１６】
［３−２］第３実施形態において、複数の受信チャンネルについて、映像ストリームの停止または音声ストリームの停止が検出された場合には、全ての受信チャンネルについて、チャンネル切替の周回周期を通常モードに設定してもよい。
すなわち、Ｓ１２０およびＳ１８０において、映像・音声監視装置２０は、受信チャンネル切替制御により、ＳＴＢ３０の受信チャンネルを次の受信チャンネルに切り替えさせる際に、前回のフローチャートの周回にて、映像ストリームの停止または音声ストリームの停止が検出された受信チャンネルが複数存在する場合には、全ての受信チャンネルについて、チャンネル切替の周回周期を通常モードに設定し、Ｓ１３０へ移行する。
【０１１７】
換言すれば、Ｓ１２０およびＳ１８０において、映像・音声監視装置２０は、前々回のフローチャートの周回にて映像ストリームの停止または音声ストリームの停止が検出された受信チャンネルが所定個数未満で、前回のフローチャートの周回にて映像ストリームの停止または音声ストリームの停止が検出された受信チャンネルが所定個数以上になった場合には、全ての受信チャンネルについて、チャンネル切替の周回周期を異常モードから通常モードに戻した上で、Ｓ１３０へ移行する。
【０１１８】
このように、複数の受信チャンネルについて、映像ストリームの停止または音声ストリームの停止が検出された場合に通常モードに設定する理由は、複数の受信チャンネルについて映像ストリームまたは音声ストリームが停止した場合、個別の受信チャンネルにその原因がある可能性が低く、ＣＡＴＶ網５０を含めた放送システム全体にその原因がある可能性が高いためである。
従って、映像ストリームまたは音声ストリームの停止の原因が放送システム全体にある場合には、個別の受信チャンネルについてチャンネル切替の周回周期を異常モードに設定変更するよりも、全ての受信チャンネルについてチャンネル切替の周回周期を通常モードに設定した方が、放送システム全体の異常（障害状況）を確認可能になる。
ここで、前回のフローチャートの周回にて映像ストリームの停止または音声ストリームの停止が検出された受信チャンネルの所定個数は、放送システム全体の異常を確実に確認可能なように、実験的に最適値を見つけて設定すればよい。
【０１１９】
［３−３］一般に、ケーブルテレビ網５０では、複数個（例えば、５〜１０個）の受信チャンネルから成るグループを「系」と呼び、その「系」毎に送信装置が分かれている。
ここで、複数の「系」の受信チャンネルについて、映像ストリームまたは音声ストリームが停止した場合には、個別の受信チャンネルにその原因がある可能性が低く、別の原因（例えば、アンテナ故障など）がある可能性が高いため、全ての受信チャンネルについて、チャンネル切替の周回周期を通常モードに設定することにより、その原因を解明し易くなる。
【０１２０】
＜第４実施形態＞
第４実施形態のストリーム監視システム８０の構成は、図１に示した第１実施形態のストリーム監視システム１０と同じである。
図７および図８は、第４実施形態における映像・音声監視装置２０の動作を説明するためのフローチャートである。
【０１２１】
図７に示すように、映像・音声監視装置２０は、まず、Ｓ４１０において、ＨＤＤ２１ｅに設定されているチャンネル番号テーブルに受信チャンネルのチャンネル番号を読み込み、Ｓ４２０へ移行する。
Ｓ４２０において、映像・音声監視装置２０は、受信チャンネル毎に設定されている切替励起変数を全ての受信チャンネルについて初期化（リセット）し、全ての受信チャンネルの切替励起変数の変数値をゼロにして、Ｓ４３０へ移行する。
Ｓ４３０において、映像・音声監視装置２０は、受信チャンネル毎に設定されている励起増分変数を全ての受信チャンネルについて初期化し、全ての受信チャンネルの励起増分変数の変数値に初期値ｐを代入（励起増分変数を初期値ｐに設定）して、Ｓ４４０へ移行する。
【０１２２】
Ｓ４４０において、映像・音声監視装置２０は、重点的に監視する必要のある受信チャンネルの励起増分変数に所定変数値ｑを代入（励起増分変数を所定変数値ｑに設定）して、Ｓ４５０へ移行する。
ここで、重点的に監視する必要のある受信チャンネルには、例えば、新設された受信チャンネル、運用を開始してから間もない受信チャンネルなどがある。
【０１２３】
図８に示すように、Ｓ４５０において、映像・音声監視装置２０は、個々の受信チャンネルについて、切替励起変数の変数値に励起増分変数の変数値を加算し、Ｓ４６０へ移行する。
Ｓ４６０において、映像・音声監視装置２０は、全ての受信チャンネルの切替励起変数の変数値の中から最も大きな変数値を探し出し、その切替励起変数の変数値が最も大きくなっている受信チャンネルのチャンネル番号を見つけ出し、Ｓ４７０へ移行する。
ここで、切替励起変数の変数値が最も大きくなっている受信チャンネルが複数個存在する場合には、それらの受信チャンネルの中の任意の１個の受信チャンネルのチャンネル番号を見つけ出す。
【０１２４】
Ｓ４７０において、映像・音声監視装置２０は、Ｓ４６０で見つけ出したチャンネル番号をチャンネル番号テーブルに設定し、Ｓ４８０へ移行する。
Ｓ４８０において、映像・音声監視装置２０は、図２および図３に示した第１実施形態の映像・音声監視処理（Ｓ１１０〜Ｓ２４０）、または、図２および図５に示した第２実施形態の映像・音声監視処理（Ｓ１１０〜Ｓ２４０，Ｓ３１０，Ｓ３２０）を実行し、映像・音声監視処理を終了した後に、Ｓ４９０へ移行する。
【０１２５】
尚、Ｓ４８０では、Ｓ１２０において、映像・音声監視装置２０は、受信チャンネル切替制御により、ＳＴＢ３０の受信チャンネルをＳ４７０で設定したチャンネル番号の受信チャンネルに切り替えさせる。
また、Ｓ４８０では、Ｓ１８０の処理が省かれ、Ｓ１７０において否定判定した場合には（Ｓ１７０：Ｎｏ）、映像・音声監視処理を終了してＳ４９０へ移行する。
また、Ｓ４８０では、Ｓ２３０において否定判定した場合には（Ｓ２３０：Ｎｏ）、Ｓ１１０へ戻すのではなく、映像・音声監視処理を終了してＳ４９０へ移行する。
また、Ｓ４８０では、Ｓ２４０，Ｓ３２０の実行後にＳ１１０へ戻すのではなく、Ｓ２４０，Ｓ３２０の実行後に映像・音声監視処理を終了してＳ４９０へ移行する。
【０１２６】
Ｓ４９０において、映像・音声監視装置２０は、Ｓ４８０で映像ストリームまたは音声ストリームの停止エラー情報を出力しなかった場合（映像ストリームまたは音声ストリームが停止しなかった場合）には、Ｓ４７０で設定したチャンネル番号の受信チャンネルについて、励起増分変数の変数値を初期値ｐより小さな変更値ｒに設定変更する（ｐ＞ｒ）。
また、映像・音声監視装置２０は、Ｓ４８０で映像ストリームまたは音声ストリームの停止エラー情報を出力した場合（映像ストリームまたは音声ストリームが停止した場合）には、Ｓ４７０で設定したチャンネル番号の受信チャンネルについて、励起増分変数の変数値に１以上の係数ｋを乗算し（ｋ＞１）、励起増分変数の変数値を設定変更する。
Ｓ４９０に続くＳ５００において、映像・音声監視装置２０は、Ｓ４７０で設定したチャンネル番号の受信チャンネルについて、切替励起変数の変数値にゼロを代入し（切替励起変数の変数値をゼロに設定し）、Ｓ４５０へ戻す。
【０１２７】
［第４実施形態の作用・効果］
第４実施形態のストリーム監視システム８０によれば、以下の作用・効果を得ることができる。
【０１２８】
［４−１］ストリーム監視システム８０の映像・音声監視装置２０は、映像ストリームまたは音声ストリームが停止する可能性の高い受信チャンネルほど、Ｓ４１０〜Ｓ４７０，Ｓ４９０，Ｓ５００の処理（周回周期変更手段）により、ＳＴＢ３０（第１受信手段）が受信チャンネルを切り替える周回周期が短くなるように設定変更する。
【０１２９】
すなわち、第４実施形態では、ストリーム監視システム８０をある程度の期間運用した後に、映像ストリームまたは音声ストリームが一度も停止したことがない受信チャンネルについては、受信チャンネル毎に映像ストリームおよび音声ストリームが停止しているか否かを検出して監視する動作を繰り返して行う周回周期を長く設定変更する。
また、重点的に監視する必要のある受信チャンネル（例えば、新設された受信チャンネル、運用を開始してから間もない受信チャンネルなど）や、近い過去に映像ストリームまたは音声ストリームが停止した受信チャンネルについては、監視動作の周回周期を短く設定変更することにより重点的に監視する。
【０１３０】
従って、第４実施形態によれば、映像ストリームまたは音声ストリームが停止し難い受信チャンネルの監視動作に要する時間を、重点的に監視する必要のある受信チャンネルや、映像ストリームまたは音声ストリームが停止し易い受信チャンネルの監視動作に自動的に振り分けることが可能になり、ストリーム監視システム８０を効率的に運用することができる。
また、第４実施形態によれば、受信チャンネル毎の監視動作の周回周期が自動的に設定変更されて最適化されるため、ストリーム監視システム８０の管理者が、映像・音声監視装置２０の入力装置２２を用いて、受信チャンネル毎の監視動作の周回周期を逐一人手により個別設定するのに比べて、管理者の手間を省くことができる。
【０１３１】
ところで、Ｓ４９０では、励起増分変数の変数値を設定変更する際に、励起増分変数の変数値が所定の制限範囲内に収まるように設定してもよい。
例えば、制限範囲を０．５〜２．０にした場合には、映像ストリームまたは音声ストリームが最も停止し難い受信チャンネル（最も安定した受信チャンネル）の監視動作の周回周期と、映像ストリームまたは音声ストリームが最も停止し易い受信チャンネル（最も不安定な受信チャンネル）の監視動作の周回周期との差が最大４倍になる。
【０１３２】
ここで、制限範囲は、ストリーム監視システム８０の運用方針に応じて適宜設定すればよい。
但し、制限範囲の最小値は、Ｓ４３０で設定した励起増分変数の初期値ｐよりも小さな値に設定する必要がある。
また、制限範囲の最大値は、励起増分変数の初期値ｐよりも大きな値に設定する必要がある。
尚、励起増分変数の初期値ｐ＝１に設定すればよい。
ちなみに、制限範囲の最大値と制限範囲の最小値との比は、最も長い監視動作の周回周期と、最も短い監視動作の周回周期との比の逆数となる。
【０１３３】
また、Ｓ４９０において、励起増分変数の変数値を設定変更する変更値ｒは、初期値ｐより小さな値であれば、どのような値に設定してもよい。
例えば、変更値ｒ＝０．９９９９３に設定すれば、Ｓ４５０〜Ｓ５００の処理が平均１分間で周回する場合に、１週間連続して映像ストリームまたは音声ストリームが停止しないとき、励起増分変数の変数値が０．５に収束する。
【０１３４】
また、Ｓ４９０において、励起増分変数の変数値に乗算する係数ｋは、１以上の値であれば、どのような値に設定してもよい。
例えば、係数ｋ＝１．１４１４２に設定すれば、励起増分変数の変数値が０．５の状態から、映像ストリームまたは音声ストリームが４回停止した後に、励起増分変数の変数値が２．０に収束する。
【０１３５】
また、Ｓ４４０において、励起増分変数を設定する所定変数値ｑは、初期値ｐより大きく且つ前記制限範囲内の値であれば、どのような値に設定してもよく、例えば、２に設定すればよい。
【０１３６】
［４−２］励起増分変数の変数値が大きな受信チャンネルほど、映像ストリームまたは音声ストリームが停止し易い受信チャンネル（不安定な受信チャンネル）といえる。
そして、励起増分変数の変数値が大きな受信チャンネルは、映像ストリームおよび音声ストリームが停止しているか否かを検出して監視する動作を繰り返して行う周回周期が短く設定変更される。
【０１３７】
そこで、エラー情報通知用ＰＣ４０のディスプレイ４０ａ（報知手段）の表示画面に、受信チャンネル毎の監視動作の周回周期を表示することにより、ストリーム監視システム８０の管理者に不安定な受信チャンネル（映像ストリームまたは音声ストリームが停止する可能性の高い受信チャンネル）を報知し、管理者に注意を促すようにしてもよい。
例えば、ディスプレイ４０ａの表示画面に複数の受信チャンネルのチャンネル名（チャンネル番号）を一覧表示させ、監視動作の周回周期の大きな受信チャンネルについては、そのチャンネル名（チャンネル番号）が他より目立つように表示すればよい。
また、ディスプレイ４０ａの表示画面に複数の受信チャンネルの映像をマルチ画面表示させ、監視動作の周回周期の大きな受信チャンネルについては、その映像が他より目立つように表示すればよい。
【０１３８】
［４−３］第４実施形態では、受信チャンネル毎に映像ストリームまたは音声ストリームの停止を監視する動作を繰り返して行う周回周期を自動的に設定変更している。
しかし、映像ストリームまたは音声ストリームの停止の監視動作に限らず、どのような監視対象の監視動作に適用した場合でも、第４実施形態と同様に、監視動作の周回周期を自動的に設定変更することが考えられる。
【０１３９】
例えば、デジタル放送のトランスポートストリームの監視動作に適用した場合には、受信チャンネルを指定してテレビ放送波を受信し、復調して得られたトランスポートストリームを監視する際に利用可能である。
また、ＩＰ放送のストリームの監視動作に適用した場合には、マルチキャスト配信のグループアドレスを切り換えながら受信する際に利用可能である。
【０１４０】
＜第５実施形態＞
第５実施形態のストリーム監視システム９０の構成は、図１に示した第１実施形態のストリーム監視システム１０と同じである。
図９および図１０は、第５実施形態における映像・音声監視装置２０の動作を説明するためのフローチャートである。
【０１４１】
図９に示すように、映像・音声監視装置２０は、まず、Ｓ６１０において、受信チャンネル毎に設定されている映像停止ループカウンタを全ての受信チャンネルについて初期化（リセット）し、全ての受信チャンネルの映像停止ループカウンタのカウンタ値をゼロにして、Ｓ６２０へ移行する。
Ｓ６２０において、映像・音声監視装置２０は、受信チャンネル切替制御により、ＳＴＢ３０の受信チャンネルを次の受信チャンネルに切り替えさせ、Ｓ６３０へ移行する。
【０１４２】
Ｓ６３０において、映像・音声監視装置２０は、Ｓ６２０の処理で切り替えられた受信チャンネルについて、その受信チャンネルの映像停止ループカウンタがゼロか否かを判定し、映像停止ループカウンタがゼロの場合（Ｓ６３０：Ｙｅｓ）にはＳ６４０へ移行する。
Ｓ６４０において、映像・音声監視装置２０は、映像ストリーム取込処理を実行し、ＳＴＢ３０から出力された映像ストリームから連続する２フレーム分の映像ストリームを取り込み、Ｓ６５０へ移行する。
【０１４３】
Ｓ６５０において、映像・音声監視装置２０は、Ｓ６４０で取り込んだ連続する２フレーム分の映像ストリームから、連続する２フレームの静止画像（以下、「第１静止画像」「第２静止画像」と記載する）を生成し、第１静止画像を構成する各画素の輝度と、第２静止画像を構成する各画素の輝度との差（輝度差）を検出し、その輝度差の絶対値の平均値が所定値以上であるか否かを判定し、所定値以上の場合（Ｓ６５０：Ｎｏ）には、第１静止画像と第２静止画像とが異なる静止画像であり、映像の動きが停止していないと判断して、Ｓ６１０へ戻す。
【０１４４】
また、映像・音声監視装置２０は、Ｓ６５０において、前記輝度差の絶対値の平均値が所定値未満の場合（Ｓ６５０：Ｙｅｓ）には、第１静止画像と第２静止画像とが同じ静止画像であり、映像の動きが停止していると判断して、Ｓ６６０へ移行する。
Ｓ６６０において、映像・音声監視装置２０は、Ｓ６２０の処理で切り替えられた受信チャンネルについて、その受信チャンネルの映像停止ループカウンタのカウンタ値をインクリメントし、Ｓ６１０へ戻す。
また、映像・音声監視装置２０は、Ｓ６３０において、Ｓ６２０の処理で切り替えられた受信チャンネルの映像停止ループカウンタがゼロではない場合（Ｓ６３０：Ｎｏ）にはＳ６７０へ移行する。
【０１４５】
図１０に示すように、Ｓ６７０において、映像・音声監視装置２０は、映像ストリーム取込処理を実行し、ＳＴＢ３０から出力された映像ストリームから１フレーム分の映像ストリームを取り込み、Ｓ６８０へ移行する。
Ｓ６８０において、映像・音声監視装置２０は、Ｓ６７０で取り込んだ１フレーム分の映像ストリームから１フレームの静止画像（以下、「第３静止画像」と記載する）を生成する。
【０１４６】
そして、映像・音声監視装置２０は、前回のフローチャートの周回（前回の監視動作の周回）にて、Ｓ６４０で取り込んだ連続する２フレーム分の映像ストリームから生成された連続する２フレームの静止画像（第１静止画像、第２静止画像）のうち、１フレーム目の静止画像（第１静止画像）を構成する各画素の輝度と、第３静止画像を構成する各画素の輝度との差（輝度差）を検出し、その輝度差の絶対値の平均値が所定値以上であるか否かを判定し、所定値以上の場合（Ｓ６８０：Ｎｏ）には、第１静止画像と第３静止画像とが異なる静止画像であり、映像の動きが停止していないと判断して、Ｓ６９０へ移行する。
Ｓ６９０において、映像・音声監視装置２０は、Ｓ６２０の処理で切り替えられた受信チャンネルについて、その受信チャンネルの映像停止ループカウンタを初期化してカウンタ値をゼロにし、Ｓ６１０へ戻す。
【０１４７】
また、映像・音声監視装置２０は、Ｓ６８０において、前記輝度差の絶対値の平均値が所定値未満の場合（Ｓ６８０：Ｙｅｓ）には、第１静止画像と第３静止画像とが同じ静止画像であり、映像の動きが停止していると判断して、Ｓ７００へ移行する。
Ｓ７００において、映像・音声監視装置２０は、Ｓ６２０の処理で切り替えられた受信チャンネルについて、その受信チャンネルの映像停止ループカウンタのカウンタ値をインクリメントし、Ｓ７１０へ移行する。
【０１４８】
Ｓ７１０において、映像・音声監視装置２０は、Ｓ６２０の処理で切り替えられた受信チャンネルの映像停止ループカウンタのカウンタ値が所定カウンタ値であるか否かを判定し、所定カウンタ値ではない場合（Ｓ７１０：Ｎｏ）にはＳ６２０へ戻し、所定カウンタ値の場合（Ｓ７１０：Ｙｅｓ）にはＳ７２０へ移行する。
【０１４９】
Ｓ７２０において、映像・音声監視装置２０は、映像ストリームの停止エラー情報を出力し、Ｓ６２０へ移行する。
すると、エラー情報通知用ＰＣ４０は、映像・音声監視装置２０から出力された映像ストリームの停止エラー情報を、ディスプレイ４０ａに表示すると共に、スピーカー４０ｂから音声として出力することにより、ストリーム監視システム９０の管理者に通知する。
【０１５０】
［第５実施形態の作用・効果］
第１実施形態では、図２に示すＳ１３０にて映像ストリーム取込処理を実行し、連続する２フレーム分の映像ストリームを取り込み、その２フレーム分の映像ストリームから生成した静止画像（第１静止画像、第２静止画像）が同じであり、映像の動きが停止していると判断した場合（Ｓ１７０：Ｎｏ）には、そのまま受信チャンネルを切り替えずに、図３に示すＳ１９０〜Ｓ２４０の処理を実行している。
そのため、映像ストリームが度々停止する受信チャンネルが複数個存在する場合には、映像ストリームが停止しているか否かを検出して監視する動作を繰り返す周回周期が長くなるおそれがある。
【０１５１】
それに対して、第５実施形態では、個々の受信チャンネルについて、映像停止ループカウンタのカウンタ値がゼロの場合には（Ｓ６３０：Ｙｅｓ）、Ｓ６４０にて映像ストリーム取込処理を実行し、連続する２フレーム分の映像ストリームを取り込み、その２フレーム分の映像ストリームから生成した静止画像（第１静止画像、第２静止画像）が同じであり、映像の動きが停止していると判断した場合（Ｓ６５０：Ｙｅｓ）には、映像停止ループカウンタのカウンタ値をインクリメントし（Ｓ６６０）、その後に受信チャンネルを切り替える（Ｓ６２０）。
【０１５２】
また、映像停止ループカウンタのカウンタ値がゼロではない場合には（Ｓ６３０：Ｎｏ）、Ｓ６７０にて映像ストリーム取込処理を実行し、１フレーム分の映像ストリームを取り込み、その１フレーム分の映像ストリームから生成した静止画像（第３静止画像）と、前回のフローチャートの周回にて生成した第１静止画像とが同じであり、映像の動きが停止していると判断した場合（Ｓ６８０：Ｙｅｓ）には、映像停止ループカウンタのカウンタ値をインクリメントする（Ｓ７００）。
また、第１静止画像と第３静止画像とが異なり、映像の動きが停止していないと判断した場合（Ｓ６８０：Ｎｏ）には、映像停止ループカウンタを初期化してカウンタ値をゼロにする（Ｓ６９０）。
【０１５３】
そして、個々の受信チャンネルについて、その受信チャンネルの映像停止ループカウンタのカウンタ値が所定カウンタ値になった場合には（Ｓ７１０：Ｙｅｓ）、第１静止画像と第３静止画像とが同じになったフローチャートの周回が所定カウンタ値の回数分だけ連続したとして、映像ストリームの停止エラー情報を出力する（Ｓ７２０）。
【０１５４】
従って、第５実施形態では、映像ストリームが度々停止する受信チャンネルが複数個存在する場合に、映像ストリームが停止しているか否かを検出して監視する動作を繰り返す周回周期を、第１実施形態に比べて短縮化することができる。
ここで、映像停止ループカウンタの所定カウンタ値は、映像・音声監視装置２０の入力装置２２を用いて、ストリーム監視システム９０の管理者が所望の値に設定すればよい。
尚、所定カウンタ値を過度に小さな値に設定した場合には、映像が動き難く静止画期間が長い番組について、映像ストリームの停止エラー情報を誤って出力してしまうおそれがあるので注意が必要である。
【０１５５】
ところで、Ｓ６８０において、第１静止画像と第３静止画像との異同を検出するのは、第１静止画像と第２静止画像との異同に比べて、第１静止画像と第３静止画像との異同の方が大きい可能性が高いことから、映像の動きが停止しているか否かを検出し易いためである。
【０１５６】
以上のように、第５実施形態のストリーム監視システム９０は、
複数の受信チャンネルを順番に切り替えながら、受信チャンネル毎に送信信号を受信し、その送信信号から受信チャンネル毎に映像ストリームおよび音声ストリームを生成して出力するＳＴＢ３０（第１受信手段）と、
ＳＴＢ３０が出力した映像ストリームまたは音声ストリームが停止しているか否かを検出し、ＳＴＢ３０が所定の受信チャンネルを切り替える周回動作について、映像ストリームまたは音声ストリームの停止が所定周回数（所定カウンタ値）だけ連続した場合には、映像ストリームまたは音声ストリームの停止状態を示す停止エラー情報を出力する映像・音声監視装置２０におけるＳ６１０〜Ｓ７２０の処理（監視手段）とを備える。
【０１５７】
＜第６実施形態＞
図１１は、第６実施形態のストリーム監視システム１００の概略構成を示すブロック図である。
ストリーム監視システム１００は、映像・音声監視装置２０、ＳＴＢ３０，１１０、エラー情報通知用ＰＣ４０（ディスプレイ４０ａ、スピーカー４０ｂ、入力装置４０ｃ）、ライブ視聴用テレビ受像機１２０（ディスプレイ１２０ａ、スピーカー１２０ｂ）を備え、ＣＡＴＶ局や中継局などに設置されてＣＡＴＶ網５０に接続されている。
【０１５８】
第６実施形態のストリーム監視システム１００の構成において、第１実施形態のストリーム監視システム１０と異なるのは、ＳＴＢ１１０およびライブ視聴用テレビ受像機１２０を備え、エラー情報通知用ＰＣ４０が入力装置４０ｃを備える点である。
【０１５９】
ＳＴＢ１１０は、ＳＴＢ３０と同一構成である。但し、ＳＴＢ１１０は、映像・音声監視装置２０ではなく、エラー情報通知用ＰＣ４０の受信チャンネル切替制御に従って受信チャンネルを切り替え、ＣＡＴＶ網５０から送信されてくるＲＦ信号を受信し、個々の受信チャンネル毎にＲＦ信号から映像ストリームおよび音声ストリームを生成して出力する。
【０１６０】
ライブ視聴用テレビ受像機１２０は、ディスプレイ１２０ａおよびスピーカー１２０ｂを備えた市販のテレビ受像機であり、ＳＴＢ１１０から出力された映像ストリームから生成した映像をディスプレイ１２０ａに表示すると共に、ＳＴＢ１１０から出力された音声ストリームから生成した音声をスピーカー１２０ｂから出力する。
エラー情報通知用ＰＣ４０の入力装置４０ｃは、例えば、キーボードやポインティングデバイスなどから構成されている。
【０１６１】
第６実施形態の映像・音声監視装置２０は、図３に示すＳ２１０にて映像ストリームの停止エラー情報を出力する際に、その映像ストリームの停止エラー情報をコンピュータ本体２１のＨＤＤ２１ｅに記録する。
また、第６実施形態の映像・音声監視装置２０は、図３に示すＳ２４０にて音声ストリームの停止エラー情報を出力する際に、その音声ストリームの停止エラー情報をコンピュータ本体２１のＨＤＤ２１ｅに記録する。
そして、第６実施形態の映像・音声監視装置２０は、ＨＤＤ２１ｅに記録した過去の複数個の停止エラー情報（映像ストリームまたは音声ストリームの停止エラー情報）を出力する。
すると、第６実施形態のエラー情報通知用ＰＣ４０は、映像・音声監視装置２０から出力された複数個の停止エラー情報をディスプレイ４０ａに一覧表示する。
【０１６２】
ストリーム監視システム１００の管理者は、エラー情報通知用ＰＣ４０の入力装置４０ｃを用い、エラー情報通知用ＰＣ４０のディスプレイ４０ａに一覧表示された複数個の停止エラー情報の中から１個の停止エラー情報を選択する。
すると、第６実施形態のエラー情報通知用ＰＣ４０は、ストリーム監視システム１００の管理者が選択した停止エラー情報に含まれる受信チャンネルのチャンネル番号（図４を参照）と同じチャンネル番号にＳＴＢ１１０の受信チャンネルを切り替えさせる。
ライブ視聴用テレビ受像機１２０は、エラー情報通知用ＰＣ４０の受信チャンネル切替制御に従って切り替えられたＳＴＢ１１０の受信チャンネルについて、その受信チャンネルで現在放送中の映像を表示すると共に音声を出力する。
【０１６３】
このように、第６実施形態のストリーム監視システム１００では、過去の停止エラー情報（映像ストリームまたは音声ストリームの停止エラー情報）を映像・音声監視装置２０のコンピュータ本体２１のＨＤＤ２１ｅに記録しておき、その過去の停止エラー情報をエラー情報通知用ＰＣ４０のディスプレイ４０ａに一覧表示し、その一覧表示の中から管理者が選択した停止エラー情報の受信チャンネルと同じチャンネル番号にＳＴＢ１１０（第２受信手段）の受信チャンネルを切り替え、ライブ視聴用テレビ受像機１２０によりＳＴＢ１１０の受信チャンネルで現在放送中の映像を表示すると共に音声を出力する。
【０１６４】
そのため、第６実施形態によれば、映像ストリームまたは音声ストリームの停止エラー情報が過去に生成された受信チャンネル（何らかの不具合で映像の動きや音声出力が停止した受信チャンネル）について、その受信チャンネルで現在放送中の映像および音声を、管理者がＳＴＢ１１０（第２受信手段）を用いて視聴することが可能になり、現在も映像の動きや音声出力の停止状態が続いているか、または、現在は障害が復旧して映像の動きや音声出力が正常になっているか否かを、管理者が素早く確認することができる。
【０１６５】
＜第７実施形態＞
図１２は、第７実施形態のストリーム監視システム２００の概略構成を示すブロック図である。
ストリーム監視システム２００は、映像・音声監視装置２０、ＳＴＢ３０，１１０、エラー情報通知用ＰＣ４０（ディスプレイ４０ａ、スピーカー４０ｂ、入力装置４０ｃ）、ライブ視聴用テレビ受像機１２０（ディスプレイ１２０ａ、スピーカー１２０ｂ）、同録システム２１０、同録システム用テレビ受像機２２０（ディスプレイ２２０ａ、スピーカー２２０ｂ）を備え、ＣＡＴＶ局や中継局などに設置されてＣＡＴＶ網５０に接続されている。
【０１６６】
第７実施形態のストリーム監視システム２００の構成において、第６実施形態のストリーム監視システム１００と異なるのは、同録システム２１０および同録システム用テレビ受像機２２０を備える点である。
同録システム２１０は、ＳＴＢ３０から出力された映像ストリームおよび音声ストリームを現在から過去の所定期間だけ記録し、所定期間経過後は古い映像ストリームおよび音声ストリームから自動消去して常に所定期間分の映像ストリームおよび音声ストリームを保持する。
ここで、映像ストリームおよび音声ストリームを記録する所定期間は、同録システム２１０に内蔵された記録装置（図示略）の記録容量に応じて、ストリーム監視システム２００の管理者が適宜設定すればよい。
【０１６７】
また、同録システム２１０は、エラー情報通知用ＰＣ４０とＬＡＮを用いて接続されており、エラー情報通知用ＰＣ４０の入力装置４０ｃを用いて操作することができる。
尚、同録システム２１０として、本出願人（株式会社トラフィック・シム）は、「ＴＳ同録システム  ＴＳＲ−１０００」を製造販売しており、この「ＴＳＲ−１０００」は、既に多くの放送局やＣＡＴＶ局などで実際に使用されている。
【０１６８】
同録システム用テレビ受像機２２０は、ディスプレイ２２０ａおよびスピーカー２２０ｂを備えた市販のテレビ受像機であり、同録システム２１０から出力された映像ストリームから生成した映像をディスプレイ２２０ａに表示すると共に、同録システム２１０から出力された音声ストリームから生成した音声をスピーカー２２０ｂから出力する。
【０１６９】
第７実施形態のエラー情報通知用ＰＣ４０は、第６実施形態と同様に、映像・音声監視装置２０から出力された複数個の停止エラー情報をディスプレイ４０ａに一覧表示する。
ストリーム監視システム２００の管理者は、エラー情報通知用ＰＣ４０の入力装置４０ｃを用い、エラー情報通知用ＰＣ４０のディスプレイ４０ａに一覧表示された複数個の停止エラー情報の中から１個の停止エラー情報を選択する。
【０１７０】
そして、第７実施形態のストリーム監視システム２００では、第６実施形態と同様に、過去の停止エラー情報（映像ストリームまたは音声ストリームの停止エラー情報）を映像・音声監視装置２０のコンピュータ本体２１のＨＤＤ２１ｅに記録しておき、その過去の停止エラー情報をエラー情報通知用ＰＣ４０のディスプレイ４０ａに一覧表示し、その一覧表示の中から管理者が選択した停止エラー情報の受信チャンネルと同じチャンネル番号にＳＴＢ１１０の受信チャンネルを切り替え、ライブ視聴用テレビ受像機１２０によりＳＴＢ１１０の受信チャンネルで現在放送中の映像を表示すると共に音声を出力する。
【０１７１】
また、第７実施形態のエラー情報通知用ＰＣ４０は、ストリーム監視システム２００の管理者が選択した停止エラー情報に含まれる受信チャンネルおよび日時（図４を参照）に合致する映像ストリームおよび音声ストリームを、同録システム２１０から読み出させて出力させる。
すると、同録システム用テレビ受像機２２０は、ストリーム監視システム２００の管理者が選択した停止エラー情報に含まれる受信チャンネルおよび日時に合致する映像ストリームおよび音声ストリームについて、その映像ストリームおよび音声ストリームに係る映像を表示すると共に音声を出力する。
【０１７２】
そのため、第７実施形態によれば、過去に生成された映像ストリームまたは音声ストリームの停止エラー情報について、その停止エラー情報に係る過去の映像や音声を、同録システム２１０（ストリーム記録手段）および同録システム用テレビ受像機２２０を用いて再生することにより、その映像や音声を管理者が視聴することが可能になり、停止エラー情報（図４を参照）と合わせて障害状況を管理者が確認することができる。
【０１７３】
また、ストリーム監視システム２００の管理者は、エラー情報通知用ＰＣ４０の入力装置４０ｃを用いて操作することにより、選択した停止エラー情報に含まれる受信チャンネルおよび日時について、その日時の前後の所定時間分の映像ストリームおよび音声ストリームを、同録システム２１０から読み出させて出力させ、停止エラー情報に含まれる日時の前後の映像や音声を同録システム用テレビ受像機２２０を用いて再生し、その映像や音声を視聴することができる。
ここで、前記した停止エラー情報に含まれる日時の前後の所定時間は、映像・音声監視装置２０の入力装置２２を用いて、ストリーム監視システム２００の管理者が所望の時間に設定すればよい。
【０１７４】
そして、第７実施形態では、第６実施形態と同様に、映像ストリームまたは音声ストリームの停止エラー情報が過去に生成された受信チャンネルで現在放送中の映像および音声を管理者が視聴することが可能である。
そのため、ストリーム監視システム２００の管理者は、現在の障害の復旧状況を素早く確認すると共に、過去の障害状況の確認と、その障害発生日時の前後の映像および音声とを合わせて確認することにより、放送システムの異常を正確に認識して適切に管理することができる。
【０１７５】
＜第８実施形態＞
図１３は、第８実施形態のストリーム監視システム３００の概略構成を示すブロック図である。
ストリーム監視システム３００は、映像・音声監視装置２０、ＳＴＢ３０（リモコン受信機３０ａ）、エラー情報通知用ＰＣ４０（ディスプレイ４０ａ、スピーカー４０ｂ、入力装置４０ｃ）、同録システム２１０、同録システム用テレビ受像機２２０（ディスプレイ２２０ａ、スピーカー２２０ｂ）、リモコン装置３１０（赤外線ＬＥＤ３１０ａ、リモコン送信機３１０ｂ）を備え、ＣＡＴＶ局や中継局などに設置されてＣＡＴＶ網５０およびインターネット網３２０に接続されている。
【０１７６】
第８実施形態のストリーム監視システム３００の構成において、第１実施形態のストリーム監視システム１０と異なるのは、同録システム２１０、同録システム用テレビ受像機２２０、リモコン装置３１０を備え、ＳＴＢ３０がリモコン受信機３０ａを備え、映像・音声監視装置２０がインターネット回線（図示略）を介してインターネット網３２０に接続されている点である。
【０１７７】
リモコン装置（リモートコントロール装置、リモートコントローラー）３１０は、赤外線ＬＥＤ３１０ａおよびリモコン送信機３１０ｂを備え、映像・音声監視装置２０に接続されている。
リモコン送信機３１０ｂは、映像・音声監視装置２０から出力された制御信号に基づいて、赤外線ＬＥＤ３１０ａの発光状態を制御し、赤外線ＬＥＤ３１０ａから発光信号を放射させる。
【０１７８】
市販のＳＴＢ３０には、通常、赤外線リモコン送信機（図示略）が附属しており、その赤外線リモコン送信機の発光信号を受信するリモコン受信機３０ａが内蔵されている。
リモコン装置３１０は、ＳＴＢ３０に附属している赤外線リモコン送信機と同一規格の発光信号を放射する。
そして、ＳＴＢ３０のリモコン受信機３０ａは、リモコン装置３１０の放射する発光信号を受信する。
そのため、リモコン装置３１０を用いることにより、映像・音声監視装置２０は、ＳＴＢ３０に附属している赤外線リモコン送信機を操作したのと同じ動作をＳＴＢ３０に行わせることができる。
【０１７９】
図１４および図１５は、第８実施形態における映像・音声監視装置２０の動作を説明するためのフローチャートである。
図１４に示す第８実施形態のフローチャートにおいて、図２に示す第１実施形態のフローチャートと異なるのは、Ｓ８１０を追加した点だけである。
図１５に示す第８実施形態のフローチャートにおいて、図３に示す第１実施形態のフローチャートと異なるのは、Ｓ８２０，Ｓ８３０を追加した点だけである。
【０１８０】
すなわち、映像・音声監視装置２０は、図１４に示すＳ１１０において肯定判定した場合（Ｓ１１０：Ｙｅｓ）にはＳ８１０へ移行する。
Ｓ８１０において、映像・音声監視装置２０は、映像ストリーム停止時または音声ストリーム停止時の追加操作予約フラグがセットされていれば、映像ストリーム停止時または音声ストリーム停止時の追加操作（追加処理）を実行した後に、映像ストリーム停止時または音声ストリーム停止時の追加操作予約フラグをリセットし、Ｓ１２０へ移行する。
【０１８１】
また、映像・音声監視装置２０は、図１５に示すＳ２１０において映像ストリームの停止エラー情報を出力したら、Ｓ８２０へ移行する。
Ｓ８２０において、映像・音声監視装置２０は、映像ストリーム停止時の追加操作予約フラグをセットし、Ｓ２２０へ移行する。
また、映像・音声監視装置２０は、図１５に示すＳ２４０において音声ストリームの停止エラー情報を出力したら、Ｓ８３０へ移行する。
Ｓ８３０において、映像・音声監視装置２０は、音声ストリーム停止時の追加操作予約フラグをセットし、Ｓ１１０へ戻す。
【０１８２】
図１６は、第８実施形態のＳ８１０（図１４を参照）にて実行される映像ストリーム停止時の追加操作を説明するためのフローチャートである。
映像・音声監視装置２０は、まず、Ｓ９１０において、コンピュータ本体２１のＨＤＤ２１ｅに予め記録してある映像ストリーム停止時の追加操作スクリプトデータからスクリプトファイルを１行分読み込み、Ｓ９２０へ移行する。
Ｓ９２０において、映像・音声監視装置２０は、コンピュータ本体２１のＨＤＤ２１ｅに予め記録してある映像ストリーム停止時の追加操作スクリプトデータから全てのスクリプトファイルを読み込んだか否かを判定し、全てのスクリプトファイルを読み込んだ場合（Ｓ９２０：Ｙｅｓ）には映像ストリーム停止時の追加操作を完了してＳ１２０（図１４を参照）へ移行し、全てのスクリプトファイルを読み込んでいない場合（Ｓ９２０：Ｎｏ）にはＳ９３０へ移行する。
Ｓ９３０において、映像・音声監視装置２０は、Ｓ９１０で読み込んだスクリプトファイルを実行し、Ｓ９１０へ戻す。
【０１８３】
図１７は、第８実施形態のＳ８１０（図１４を参照）にて実行される音声ストリーム停止時の追加操作を説明するためのフローチャートである。
映像・音声監視装置２０は、まず、Ｓ９４０において、コンピュータ本体２１のＨＤＤ２１ｅに予め記録してある音声ストリーム停止時の追加操作スクリプトデータからスクリプトファイルを１行分読み込み、Ｓ９５０へ移行する。
Ｓ９５０において、映像・音声監視装置２０は、コンピュータ本体２１のＨＤＤ２１ｅに予め記録してある音声ストリーム停止時の追加操作スクリプトデータから全てのスクリプトファイルを読み込んだか否かを判定し、全てのスクリプトファイルを読み込んだ場合（Ｓ９５０：Ｙｅｓ）には音声ストリーム停止時の追加操作を完了してＳ１２０（図１４を参照）へ移行し、全てのスクリプトファイルを読み込んでいない場合（Ｓ９５０：Ｎｏ）にはＳ９６０へ移行する。
Ｓ９６０において、映像・音声監視装置２０は、Ｓ９４０で読み込んだスクリプトファイルを実行し、Ｓ９４０へ戻す。
【０１８４】
図１８（Ａ）は、第８実施形態における映像ストリーム停止時の追加操作スクリプトデータの一例を示す。
図１８（Ａ）に示す例では、映像ストリーム停止時の追加操作スクリプトデータが４行のスクリプトファイルによって構成されている。
１行目のスクリプトファイル「PRESS REMCON<BANGUMIHYO>」は、ＳＴＢ３０に附属している赤外線リモコン送信機の「番組表ボタン」を押した場合と同じ発光信号をリモコン装置３１０から放射させることにより、ＳＴＢ３０に附属している赤外線リモコン送信機の「番組表ボタン」を押した操作と同じ動作をＳＴＢ３０に行わせるものである。
２行目のスクリプトファイル「WAIT 5S」は、ストリーム管理システム３００の管理者が番組表を目視可能な時間（この例では５秒間）だけ番組表を表示させる動作をＳＴＢ３０に行わせるものである。
【０１８５】
３行目のスクリプトファイル「PRESS REMCON<MENTE MENU>」は、ＳＴＢ３０に附属している赤外線リモコン送信機の「メンテナンス用メニューボタン」を押した場合と同じ発光信号をリモコン装置３１０から放射させることにより、ＳＴＢ３０に附属している赤外線リモコン送信機の「メンテナンス用メニューボタン」を押した操作と同じ動作をＳＴＢ３０に行わせるものである。
市販のＳＴＢ３０には、通常、ＣＡＴＶ局の技術者がＳＴＢ３０の動作状況を確認するためのメンテナンス用画面を表示する機能があり、この機能は一般ユーザーには秘密になっている。
４行目のスクリプトファイル「WAIT 3S」は、ストリーム監視システム３００の管理者がメンテナンス用画面を目視可能な時間（この例では３秒間）だけメンテナンス用画面を表示させる動作をＳＴＢ３０に行わせるものである。
【０１８６】
図１９は、同録システム用テレビ受像機２２０のディスプレイ２２０ａの表示画面に表示されたメンテナンス用画面の具体例である電波受信状況画面の一例を示す。
電波受信状況画面には、受信チャンネルのチャンネル番号「３２７」、物理チャンネル番号「Ｃ４０  ３２７MHz」、受信レベル「７５dBuV」、ＢＥＲ（Bit Error Ratio）「１．０Ｅ−６」が表示される。
【０１８７】
図１８（Ｂ）は、第８実施形態における音声ストリーム停止時の追加操作スクリプトデータの一例を示す。
図１８（Ｂ）に示す例では、音声ストリーム停止時の追加操作スクリプトデータが６行のスクリプトファイルによって構成されている。
１行目のスクリプトファイル「PRESS REMCON<AUDIO CHANGE>」は、ＳＴＢ３０に附属している赤外線リモコン送信機の「音声切替ボタン」を押した場合と同じ発光信号をリモコン装置３１０から放射させることにより、ＳＴＢ３０に附属している赤外線リモコン送信機の「音声切替ボタン」を押した操作と同じ動作をＳＴＢ３０に行わせるものである。
２行目のスクリプトファイル「WAIT 10S」は、ストリーム監視システム３００の管理者が音声を切り替えたことを確認可能な時間（この例では１０秒間）だけ音声出力を維持させる動作をＳＴＢ３０に行わせるものである。
【０１８８】
３行目〜６行目のスクリプトファイル「PRESS REMCON<BANGUMIHYO>」「WAIT 5S」「PRESS REMCON<MENTE MENU>」「WAIT 3S」はそれぞれ、図１８（Ａ）に示す映像ストリーム停止時の追加操作スクリプトデータにおける１行目〜４行目のスクリプトファイルと同じである。
【０１８９】
［第８実施形態の作用・効果］
第８実施形態のストリーム監視システム３００において、映像・音声監視装置２０は、映像ストリームが停止していると判断した場合には（Ｓ２００：Ｙｅｓ）、Ｓ８１０、Ｓ８２０、Ｓ９１０〜Ｓ９３０の処理（追加操作実行手段）により、映像ストリーム停止時の追加操作を実行する。
また、映像・音声監視装置２０は、音声ストリームが停止していると判断した場合には（Ｓ２３０：Ｙｅｓ）、Ｓ８１０、Ｓ８３０、Ｓ９４０〜Ｓ９６０の処理（追加操作実行手段）により、音声ストリーム停止時の追加操作を実行する。
【０１９０】
図１８（Ａ）に示す映像ストリーム停止時の追加操作の例では、ＳＴＢ３０に番組表を５秒間表示させた後にメンテナンス用画面を３秒間表示させる。
図１８（Ｂ）に示す音声ストリーム停止時の追加操作の例では、ＳＴＢ３０に音声を切り替えさせて音声出力を１０秒間維持させ、続いて、番組表を５秒間表示させた後にメンテナンス用画面を３秒間表示させる。
【０１９１】
このように、映像ストリーム停止時または音声ストリーム停止時の追加操作によりＳＴＢ３０が行った動作は、同録システム２１０に記録される。
そのため、第８実施形態によれば、同録システム２１０に記録された映像ストリームまたは音声ストリームの停止時（障害発生時）の追加操作に係る映像や音声を、同録システム用テレビ受像機２２０を用いて再生することにより、その映像や音声を管理者が視聴することが可能にあり、管理者の不在時に映像ストリームまたは音声ストリームが停止した場合でも、その障害状況を管理者が確認することができる。
【０１９２】
すなわち、第８実施形態では、映像ストリームまたは音声ストリームの停止時（障害発生時）の番組表を同録システム２１０に記録することにより、その障害発生時の番組名を調査したり、その障害発生時が放送休止中にあたるか否かを確認することができる。
ここで、映像ストリームおよび音声ストリームの停止時が放送休止中にあたる場合には、障害が発生したわけではなく、単に放送休止中のために映像ストリームおよび音声ストリームが停止していたことが分かる。
【０１９３】
また、第８実施形態では、映像ストリームまたは音声ストリームの停止時（障害発生時）にＳＴＢ３０が表示させる電波受信状況画面（図１９を参照）を同録システム２１０に記録することにより、その障害発生の原因が電波障害に由来するのか否かを確認することができる。
そして、第８実施形態では、音声ストリームの停止時（無音障害発生時）の音声切替を同録システム２１０に記録することにより、無音障害が第１音声に限定されるか又は第２音声でも発生しているか否かを確認することができる。
【０１９４】
ここで、映像ストリーム停止時または音声ストリーム停止時の追加操作とは、映像ストリームまたは音声ストリームの停止状況（障害状況）に遭遇した管理者が、その停止状況をより詳しく把握することを目的として、ＳＴＢ３０に附属している赤外線リモコン送信機を用いて実行するであろう操作と同じ動作を、ＳＴＢ３０に対して自動的に行わせるものであり、図１８に示す追加操作はその一例である。
【０１９５】
尚、映像ストリーム停止時または音声ストリーム停止時の追加操作には、図１８に示す例の他に、下記の例がある。
［第１例］ＳＴＢ３０に附属している赤外線リモコン送信機の予め設定しておいた「チャンネルボタン」を押した場合と同じ発光信号をリモコン装置３１０から放射させることにより、ＳＴＢ３０に附属している赤外線リモコン送信機の予め設定しておいた「チャンネルボタン」を押した操作と同じ動作をＳＴＢ３０に行わせる。すなわち、ＳＴＢ３０の受信チャンネルを予め設定しておいた別のチャンネル番号に切り替える。
【０１９６】
ＣＡＴＶでは、同じ周波数の電波の中に複数のチャンネルが束ねられて送信されることが多いため、あるチャンネルで映像または音声が停止した際に、その症状が同じ周波数の電波の中の他のチャンネルでも発生しているか否かを確認することで、その映像または音声の停止が該当周波数全体の問題か、そのチャンネル固有の問題かが判断可能となる。
例えば、受信チャンネルの周波数327MHz内に201ch、202ch、305chの３つのチャンネルが束ねられており、受信チャンネルの周波数333MHz内に203ch、402ch、508chの３つのチャンネルが束ねられている状態で、最初に201chにて映像や音声が停止したことが検出された場合に、追加操作にて202chと305chを確認し、さらに203chを確認する。
このとき、202ch、305ch、203chが正常な場合には、映像または音声の停止は201chに限定された障害であることが想定できる。
また、203chだけが正常な場合には、映像または音声の停止は201chが含まれる周波数327MHz全体の問題であることが想定できる。
そして、追加操作で確認した全てのチャンネルで映像または音声が停止している場合は、他の周波数も含む放送システム全体の障害である可能性が想定できる。
【０１９７】
［第２例］ＳＴＢ３０に附属している赤外線リモコン送信機の「データ放送ボタン（ｄボタン）」を押した場合と同じ発光信号をリモコン装置３１０から放射させることにより、ＳＴＢ３０に附属している赤外線リモコン送信機の「データ放送ボタン」を押した操作と同じ動作をＳＴＢ３０に行わせる。すなわち、ＳＴＢ３０にデータ放送を表示させる。
【０１９８】
通常のデジタル放送システムでは、映像および音声は専用のエンコーダにて生成され、データ放送はデータ放送生成装置にて生成され、映像および音声とデータ放送とはマルチプレクサにて合成されるのが一般的である。
そのため、データ放送の状態を確認することで、映像または音声のみが停止する障害が発生しているのか、または、映像または音声の停止に加えてデータ放送も停止する障害が発生しているのかが判断可能となる。
ここで、映像または音声とデータ放送との両方が停止している場合は、マルチプレクサの動作不良であることが想定できる。
また、映像または音声のみが停止しており、データ放送が正常に表示されている場合は、映像および音声を生成するエンコーダの動作不良であることが想定できる。
【０１９９】
ところで、図１６〜図１８に示す例では、映像ストリーム停止時または音声ストリーム停止時の追加操作の手順をスクリプトファイルを用いて定義したが、予めプログラムに組み込んでおいてもよい。
ちなみに、スクリプトファイルを用いた場合には、ＨＤＤ２１ｅに予め記録しておく追加操作スクリプトデータを交換することにより、別の追加操作に変更するのが容易である。
【０２００】
＜第９実施形態＞
第９実施形態のストリーム監視システム４００の構成は、図１３に示した第８実施形態のストリーム監視システム３００と同じである。
第９実施形態では、第８実施形態と同様に、映像ストリームまたは音声ストリームの停止時（障害発生時）にＳＴＢ３０が表示させる電波受信状況画面を同録システム２１０に記録する。
【０２０１】
加えて、第９実施形態の映像・音声監視装置２０は、図１９に示すように、ＳＴＢ３０が表示させる電波受信状況画面において、受信レベルの数値の表示箇所Ｐａに表示されている数字列を文字認識（画像認識）すると共に、ＢＥＲの数値の表示箇所Ｐｂに表示されている数字列を文字認識し、受信レベルおよびＢＥＲの数値が予め設定しておいた正常値か否かを判定する。
そして、第９実施形態の映像・音声監視装置２０は、受信レベルおよびＢＥＲの数値が正常値か否かの判定結果の情報を出力すると共に、その判定結果の情報をコンピュータ本体２１のＨＤＤ２１ｅに記録する。
【０２０２】
ここで、通常、受信レベルは４５〜８５dBuVが正常値の範囲であるため、図１９に例示する受信レベル「７５dBuV」は正常値になる。
また、通常、ＢＥＲは１．０Ｅ−４未満が正常値の範囲であるため、図１９に例示するＢＥＲ「１．０Ｅ−６」は正常値になる。
【０２０３】
第９実施形態のエラー情報通知用ＰＣ４０は、映像・音声監視装置２０から出力された受信レベルおよびＢＥＲの数値が正常値か否かの判定結果の情報を、ディスプレイ４０ａに表示すると共に、スピーカー４０ｂから音声として出力することにより、ストリーム監視システム４００の管理者に通知する。
その結果、管理者は、障害発生の原因が受信レベルまたはＢＥＲの異常による電波障害に由来するのか否かを確認することができる。
【０２０４】
尚、受信レベルおよびＢＥＲの数値が正常値か否かの判定結果の情報を、ストリーム監視システム４００の管理者宛の電子メールに添付し、その電子メールを映像・音声監視装置２０からインターネット回線を介してインターネット網３２０へ送信してもよい。
また、エラー情報通知用ＰＣ４０をインターネット回線（図示略）に接続しておき、受信レベルおよびＢＥＲの数値が正常値か否かの判定結果の情報を、ストリーム監視システム４００の管理者宛の電子メールに添付し、その電子メールをエラー情報通知用ＰＣ４０からインターネット回線へ送信してもよい。
【０２０５】
また、エラー情報通知用ＰＣ４０を電話回線（図示略）に接続しておき、ＳＭＳを用いて、受信レベルおよびＢＥＲの数値が正常値か否かの判定結果の情報を、ストリーム監視システム４００の管理者の携帯電話やＰＨＳへ送信してもよい。
このようにすれば、ストリーム監視システム４００の管理者が、エラー情報通知用ＰＣ４０から離れている場合でも、受信レベルおよびＢＥＲの数値が正常値か否かの判定結果の情報を管理者へ通知することができる。
【０２０６】
＜第１０実施形態＞
第１０実施形態のストリーム監視システム５００の構成は、図１３に示した第８実施形態のストリーム監視システム３００と同じである。
図１４〜図１７は、第１０実施形態における映像・音声監視装置２０の動作を説明するためのフローチャートである。
【０２０７】
図２０は、第１０実施形態における映像ストリーム停止時の追加操作スクリプトデータの一例を示す。
図２０に示す例では、映像ストリーム停止時の追加操作スクリプトデータが８行のスクリプトファイルによって構成されている。
２行目，３行目，５行面，６行目のスクリプトファイル「PRESS REMCON<BANGUMIHYO>」「WAIT 5S」「PRESS REMCON<MENTE MENU>」「WAIT 3S」はそれぞれ、図１８（Ａ）に示す映像ストリーム停止時の追加操作スクリプトデータにおける１行目〜４行目のスクリプトファイルと同じである。
【０２０８】
１行目のスクリプトファイル「CAPTURE SCREEN<IMG01>」は、図２に示すＳ１３０で取り込んだ「停止している映像ストリーム」から生成された静止画像を「IMG01」としてコンピュータ本体２１のＨＤＤ２１ｅに記録するものである。
４行目のスクリプトファイル「CAPTURE SCREEN<IMG02>」は、ＳＴＢ３０が表示させる番組表を静止画像「IMG02」としてＨＤＤ２１ｅに記録するものである。
７行目のスクリプトファイル「CAPTURE SCREEN<IMG03>」は、ＳＴＢ３０が表示させる電波受信状況画面（図１９を参照）を静止画像「IMG03」としてＨＤＤ２１ｅに記録するものである。
【０２０９】
８行目のスクリプトファイル「RESERVEEMAIL“映像停止エラー”,IMG01,IMG02,IMG03」は、映像・音声監視装置２０に内蔵しておいた電子メール送信モジュール（図示略）を用い、ストリーム監視システム５００の管理者宛の電子メールとして、「映像停止エラー」というメッセージ本文に３個の静止画像「IMG01」「IMG02」「IMG03」を添付し、その電子メールを映像・音声監視装置２０からインターネット回線を介してインターネット網３２０へ送信するものである。
【０２１０】
第１０実施形態によれば、ストリーム監視システム５００の管理者が、同録システム用テレビ受像機２２０から離れている場合でも、映像ストリームの停止時（障害発生時）の情報（「停止している映像ストリーム」から生成された静止画像「IMG01」、番組表の静止画像「IMG02」、電波受信状況画面の静止画像「IMG03」）を管理者へ通知することができる。
そのため、管理者は、追加操作によりＳＴＢ３０が出力した映像ストリームから生成された静止画像を見ることにより、放送システムの異常を正確に認識して適切に管理することができる。
【０２１１】
＜第１１実施形態＞
第１１実施形態のストリーム監視システム６００の構成は、図１３に示した第８実施形態のストリーム監視システム３００と同じである。
第１１実施形態の映像・音声監視装置２０は、映像ストリームまたは音声ストリームの停止エラー情報に含まれる日時（障害発生日時）の前後の所定時間分の映像ストリームおよび音声ストリームを、同録システム２１０から読み出させて出力させ、その映像ストリームおよび音声ストリームをインターネット回線を介してインターネット網３２０へ送信し、通信プロトコルを用いて予め設定しておいたウェブサーバにアップロードする。
尚、通信プロトコルには、例えば、ＦＴＰ（File Transfer Protocol）、ＦＴＰＳ（File Transfer Protocol over SSL/TLS）、 ＳＦＴＰ（SSH File Transfer Protocol）などを用いればよい。
【０２１２】
また、第１１実施形態の映像・音声監視装置２０は、ストリーム監視システム６００の管理者宛の電子メールとして、映像ストリームまたは音声ストリームの停止エラー情報に含まれる日時の前後の所定時間分の映像ストリームおよび音声ストリームをウェブサーバにアップロードした旨を説明するメッセージ本文に、そのウェブサーバ上にアップロードした映像ストリームおよび音声ストリームのＵＲＬ（Uniform Resource Locator）を併記した電子メールを作成し、その電子メールを映像・音声監視装置２０からインターネット回線を介してインターネット網３２０へ送信する。
【０２１３】
そのため、ストリーム監視システム６００の管理者は、同録システム用テレビ受像機２２０から離れている場合でも、受信した電子メールに記載されているＵＲＬに従い、映像ストリームまたは音声ストリームの停止エラー情報に含まれる日時の前後の所定時間分の映像ストリームおよび音声ストリームをウェブサーバからダウンロードし、その映像ストリームおよび音声ストリームに係る映像および音声を確認することが可能になり、放送システムの異常を正確に認識して適切に管理することができる。
【０２１４】
また、同録システム２１０から映像ストリームおよび音声ストリームを読み出すのではなく、映像ストリームまたは音声ストリームの停止時の追加操作によりＳＴＢ３０が出力する映像ストリームおよび音声ストリームを、直接、インターネット回線を介してインターネット網３２０へ送信し、通信プロトコルを用いて予め設定しておいたウェブサーバにアップロードしてもよい。
【０２１５】
＜別の実施形態＞
本発明は前記各実施形態に限定されるものではなく、以下のように具体化してもよく、その場合でも、前記各実施形態と同等もしくはそれ以上の作用・効果を得ることができる。
【０２１６】
＜１＞Ｓ１６０にて音声出力が停止しているか否かを検出する方法、Ｓ２２０にて音声ストリームが停止しているか否かを検出する方法、Ｓ１７０，Ｓ６５０，Ｓ６８０にて映像の動きが停止しているか否かを検出する方法、Ｓ２００にて映像ストリームが停止しているか否かを検出する方法のそれぞれについては、前記各実施形態の方法に限らず、どのような方法を用いてもよい。
【０２１７】
＜２＞前記各実施形態の映像・音声監視装置２０は、Ｓ１７０，Ｓ６５０において、第１静止画像を構成する各画素の輝度と、第２静止画像を構成する各画素の輝度との差（輝度差）を検出し、その輝度差の絶対値の平均値が所定値以上であるか否かを判定している。
しかし、画素毎に輝度差を検出するのではなく、第１静止画像を構成する所定個数の画素を含む所定のブロックの輝度と、第２静止画像を構成する所定個数の画素を含む所定のブロックの輝度との差（輝度差）を検出し、その輝度差の絶対値の平均値が所定値以上であるか否かを判定してもよい。
そして、輝度差ではなく、色度差を検出してもよい。
【０２１８】
また、第５実施形態の映像・音声監視装置２０は、Ｓ６８０において、第１静止画像を構成する各画素の輝度と、第３静止画像を構成する各画素の輝度との差（輝度差）を検出し、その輝度差の絶対値の平均値が所定値以上であるか否かを判定している。
しかし、画素毎に輝度差を検出するのではなく、第１静止画像を構成する所定個数の画素を含む所定のブロックの輝度と、第３静止画像を構成する所定個数の画素を含む所定のブロックの輝度との差（輝度差）を検出し、その輝度差の絶対値の平均値が所定値以上であるか否かを判定してもよい。
そして、輝度差ではなく、色度差を検出してもよい。
【０２１９】
＜３＞前記各実施形態では、ＣＡＴＶ網５０から送信されてくるＲＦ信号を受信している。
しかし、ＣＡＴＶ網５０に限らず、どのような放送回線網から送信されてくるＲＦ信号を受信するようにしてもよい。
また、ＲＦ信号に限らず、どのような送信信号（アナログ信号、デジタル信号）を受信するようにしてもよい。
尚、放送回線網には、ＩＰ（Internet Protocol）放送などの有線回線網、衛星デジタル放送，地上デジタル放送，ラジオ放送などの無線回線網がある。
【０２２０】
ここで、ＳＴＢ３０がテレビ放送を受信する場合には、テレビ放送を監視対象として、テレビ放送の映像ストリームや音声ストリームが停止しているか否かを検出して監視できる。
また、ＳＴＢ３０がラジオ放送を受信する場合には、ラジオ放送を監視対象として、ラジオ放送の音声ストリームが停止しているか否かを検出して監視できる。
【０２２１】
また、ＳＴＢ３０が出力した映像ストリームは、放送事業者が放送番組の作成に使用する映像素材の映像ストリームにしてもよく、ＳＴＢ３０が出力した音声ストリームは、放送事業者が放送番組の作成に使用する音声素材の音声ストリームにしてもよい。
この場合には、映像素材の映像ストリームや音声素材の音声ストリームが停止しているか否かを検出して監視できる。
【０２２２】
＜４＞前記各実施形態では、映像・音声監視装置２０の監視動作（図２，図３，図５，図９，図１０のフローチャートに示す動作）を一定周期で周回させている。
しかし、映像・音声監視装置２０の監視動作の周回周期を適宜変動させてもよく、その場合には、一定時間間隔で静止画像または無音期間が現れる番組についについて、映像ストリームまたは音声ストリームの停止エラー情報を誤って出力するのを確実に防止できる。
尚、映像・音声監視装置２０の監視動作の周回周期を変動させる際には、乱数を用いて周回周期を設定すればよい。
【０２２３】
＜５＞前記各実施形態では受信手段としてＳＴＢ３０，１１０を用いているが、前記＜３＞の放送回線網や送信信号に対応しているならば、受信手段としてどのような受信装置を用いてもよい。
【０２２４】
＜６＞前記各実施形態では、コンピュータ本体２１によるソフトウェア的な処理によって映像・音声監視装置２０の前記動作を実現している。
しかし、映像・音声監視装置２０の前記動作を実現する機能を備えた専用の回路をハードウェアとして設けることにより、その専用回路にコンピュータ本体２１を置き換えてもよい。
【０２２５】
＜７＞前記各実施形態では、映像・音声監視装置２０が生成した停止エラー情報を、エラー情報通知用ＰＣ４０を用いてストリーム監視システムの管理者に通知している。
また、第２実施形態では、映像・音声監視装置２０が生成した受信失敗エラー情報を、エラー情報通知用ＰＣ４０を用いてストリーム監視システム６０の管理者に通知している。
【０２２６】
しかし、エラー情報通知用ＰＣ４０を省くと共に、映像・音声監視装置２０を適宜な通信回線（例えば、ＬＡＮ回線、インターネット回線など）に接続しておき、映像・音声監視装置２０が生成した停止エラー情報または受信失敗エラー情報を、当該通信回線を介して、ストリーム監視システムの外部に設けられた管理装置（上位の監視装置）へ送信して通知するようにしてもよい。
このようにすれば、複数の拠点にそれぞれ設置したストリーム監視システムを、１台の管理装置によって管理・監視することができる。
【０２２７】
＜８＞映像・音声監視装置２０から入力装置２２を省き、入力装置２２を用いた前記設定を、エラー情報通知用ＰＣ４０の入力装置４０ｃ（図１１〜図１３を参照）を用いて行うようにしてもよい。
【０２２８】
＜９＞第６実施形態および第７実施形態のライブ視聴用テレビ受像機１２０の機能をソフトウェアとしてエラー情報通知用ＰＣ４０に組み込み、ハードウェアとしてのライブ視聴用テレビ受像機１２０を省いてもよい。
【０２２９】
＜１０＞第７〜第１１実施形態の同録システム用テレビ受像機２２０の機能をソフトウェアとしてエラー情報通知用ＰＣ４０に組み込み、ハードウェアとしての同録システム用テレビ受像機２２０を省いてもよい。
【０２３０】
＜１１＞第８〜第１１実施形態のリモコン装置３１０は赤外線ＬＥＤ３１０ａを備えた赤外線式リモコン装置であるが、どのような方式（例えば、超音波式、電波式、有線式など）のリモコン装置に置き換えてもよい。
【０２３１】
＜１２＞第８実施形態において、映像ストリーム停止時または音声ストリーム停止時の追加操作の具体的内容（番組表の表示、メンテナンス用画面の表示、音声切替など）をテロップとして映像中に挿入した上で、同録システム２１０に記録してもよい。
また、第１０実施形態または第１１実施形態において、映像ストリーム停止時または音声ストリーム停止時の追加操作の具体的内容を、電子メールのメール本文に記載してもよい。
このようにすれば、ストリーム監視システム３００の管理者が追加操作の具体的内容を事前に知らない場合でも、その具体的内容を正確に認知することができる。
【０２３２】
＜１３＞映像・音声監視装置２０の機能をソフトウェアとしてエラー情報通知用ＰＣ４０に組み込み、ハードウェアとしての映像・音声監視装置２０を省いてもよい。
【０２３３】
＜１４＞前記各実施形態を適宜組み合わせて実施してもよく、その場合には組み合わせた実施形態の作用・効果を合わせもたせたり、相乗効果を得ることができる。
【０２３４】
＜用語の説明＞
［特許請求の範囲］および［課題を解決するための手段］に記載した構成要素と、［発明を実施するための形態］に記載した構成部材との対応関係は以下のようになっている。
【０２３５】
「第１受信手段」は、ＳＴＢ３０に該当する。
「第１監視手段」は、第１実施形態において映像・音声監視装置２０が実行するＳ１１０，Ｓ１２０，Ｓ１９０〜Ｓ２４０の処理に該当する（図２および図３を参照）。
「第２監視手段」は、第１実施形態において映像・音声監視装置２０が実行するＳ１５０〜Ｓ１８０の処理に該当する（図２を参照）。
「第３監視手段」は、第２実施形態において映像・音声監視装置２０が実行するＳ３１０，Ｓ３２０の処理に該当する（図５を参照）。
「モード設定手段」は、第３実施形態において映像・音声監視装置２０が実行するＳ１２０，Ｓ１８０の処理に該当する（図２および図３を参照）。
「周回周期変更手段」は、第４実施形態において映像・音声監視装置２０が実行するＳ４１０〜Ｓ４７０，Ｓ４９０，Ｓ５００の処理に該当する（図７および図８を参照）。
「報知手段」は、エラー情報通知用ＰＣ４０のディスプレイ４０ａに該当する。
「通知手段」は、エラー情報通知用ＰＣ４０に該当する。
「通知手段の表示画面」は、エラー情報通知用ＰＣ４０のディスプレイ４０ａの表示画面に該当する。
「追加操作実行手段」は、第８実施形態において映像・音声監視装置２０が実行するＳ８１０〜Ｓ８３０，Ｓ９１０〜Ｓ９６０の処理に該当する（図１４〜図１７を参照）。
「第２受信手段」は、ＳＴＢ１１０に該当する。
「停止エラー情報記録手段」は、映像・音声監視装置２０のコンピュータ本体２１のＨＤＤ２１ｅに該当する。
「切替手段」は、エラー情報通知用ＰＣ４０に該当する。
「ストリーム記録手段」は、同録システム２１０に該当する。
「再生手段」は、エラー情報通知用ＰＣ４０と同録システム２１０と同録システム用テレビ受像機２２０とに該当する。
「判定手段」は、映像・音声監視装置２０に該当する。
「送信手段」は、映像・音声監視装置２０に該当する。
【符号の説明】
【０２３６】
１０，６０，７０，８０，９０，１００，２００，３００，４００，５００，６００…ストリーム監視システム
２０…映像・音声監視装置
３０，１１０…ＳＴＢ
４０…エラー情報通知用ＰＣ
５０…ＣＡＴＶ網
２１０…同録システム
３２０…インターネット網
【図１】
2015072341.tif 000003
【図２】
2015072341.tif 000004
【図３】
2015072341.tif 000005
【図４】
2015072341.tif 000006
【図５】
2015072341.tif 000007
【図６】
2015072341.tif 000008
【図７】
2015072341.tif 000009
【図８】
2015072341.tif 000010
【図９】
2015072341.tif 000011
【図１０】
2015072341.tif 000012
【図１１】
2015072341.tif 000013
【図１２】
2015072341.tif 000014
【図１３】
2015072341.tif 000015
【図１４】
2015072341.tif 000016
【図１５】
2015072341.tif 000017
【図１６】
2015072341.tif 000018
【図１７】
2015072341.tif 000019
【図１８】
2015072341.tif 000020
【図１９】
2015072341.tif 000021
【図２０】
2015072341.tif 000022
【図２１】
2015072341.tif 000023
【図２２】
2015072341.tif 000024
【国際調査報告】
2015072341.tif 000025
2015072341.tif 000026
2015072341.tif 000027