(57)【要約】【課題】伝送経路を切り換える際のトラブル発生点の特定をオペレータが速やかに行い得るようにする。【解決手段】一のサイトと二のサイトの間の伝送路を構成する際に、前記一及び二のサイト並びに一のサイトと二のサイトの間に介在する他のサイトの状態を監視するサイト状態監視方法であって、前記各サイトへの機器制御指示に対応して各サイトから順次に返送される応答を文字列または図形で表示することにより、オペレータに視覚化して提示するユーザインターフェース（１１０）を該オペレータの端末上に表示する工程を含む。【選択図】  図６
2004328402.tif 000002
【特許請求の範囲】
【請求項１】
一のサイトと二のサイトの間の伝送路を構成する際に、前記一及び二のサイト並びに一のサイトと二のサイトの間に介在する他のサイトの状態を監視するサイト状態監視方法であって、
前記各サイトへの機器制御指示に対応して各サイトから順次に返送される応答を文字列または図形で表示することにより、オペレータに視覚化して提示するユーザインターフェースを該オペレータの端末上に表示する工程を含むことを特徴とするサイト状態監視方法。
【請求項２】
前記ユーザインターフェースは、任意のサイトでトラブルが発生したときに、通常とは異なる態様で表示を行うコントロールを含むことを特徴とする請求項１記載のサイト状態監視方法。
【請求項３】
一のサイトと二のサイトの間の伝送路を構成する際に、前記一及び二のサイト並びに一のサイトと二のサイトの間に介在する他のサイトの状態を監視するサイト状態監視装置であって、
前記各サイトへの機器制御指示に対応して各サイトから順次に返送される応答を受信する受信手段と、
前記受信手段によって受信された応答を文字列または図形で表示するためのユーザインターフェースを生成する生成手段と、
前記ユーザインターフェースをオペレータの端末上に表示する表示手段とを備えたことを特徴とするサイト状態監視装置。
【請求項４】
前記ユーザインターフェースは、任意のサイトでトラブルが発生したときに、通常とは異なる態様で表示を行うコントロールを含むことを特徴とする請求項３記載のサイト状態監視装置。
【請求項５】
伝送路切り換えイベントに応答させて伝送経路切り換え制御中のステータスメッセージ画面をオペレータの端末上に表示し、該ステータスメッセージ画面は、伝送路切り換え中に、該伝送路を構成する各サイトの動作状態を逐次に表示するコントロールを含み、該コントロールは、少なくとも、任意のサイトの動作状態がトラブルを示しているときに、通常とは異なる態様で表示を行うものであることを特徴とするサイト状態監視方法。
【請求項６】
前記伝送路切り換えイベントを発生させるための伝送経路切り換え用ＧＵＩ画面をオペレータの端末上に表示し、該伝送経路切り換え用ＧＵＩ画面は、各サイトを表す文字列または図形と、回線を表す文字列または図形との間を縦線及び横線オブジェクトで結び、これらの線オブジェクトの交差点に対するオペレータ操作に応答させて前記伝送路切り換えイベントを発生させることを特徴とする請求項５記載のサイト状態監視方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、複数の拠点（本明細書では「サイト」という）からなる映像情報伝送ネットワークに適用するサイト状態監視方法及びサイト状態監視装置に関する。詳しくは、放送素材の生成サイトや放送素材の利用サイト及びその間に含まれる中継サイトに設置された各種機器の動作監視を集中的に行うサイト状態監視方法及びサイト状態監視装置に関する。
【０００２】
【従来の技術】
図１２は、テレビジョン放送素材等の映像情報伝送ネットワークを示す概念図である。（ａ）は、たとえば、契約局や中継車などの放送素材の生成ポイント１と、その生成ポイント１から受け取った放送素材を利用（たとえば、送出のための利用）する放送局などの利用ポイント２とによって構成された、いわゆるＰｏｉｎｔ  ｔｏ  Ｐｏｉｎｔ型の映像情報伝送ネットワークである。
【０００３】
Ｐｏｉｎｔ  ｔｏ  Ｐｏｉｎｔ型の映像情報伝送ネットワークとしては、たとえば、特許文献１に記載された「テレビ放送システム及び方法」などが知られている。この公知システムは、「大きなＴＶネットワークが、それ自身の遠隔局（上記の生成ポイント１に相当する。）の機器を制御し、任意の特定の遠隔局のローカルなＴＶ受信地域に向けてローカルに製作された番組を、任意の要求される時刻に、任意の継続時間の間、放送することを可能」（同文献第６頁）とするためのものであり、遠隔局の機器は、コンテスタジオ（ＴＶネットワークの中央放送スタジオのこと。上記の利用ポイント２に相当する。）のオペレータが、そのオペレータの制御コンソール上のキーを押下することによって制御される（同文献同頁）。
【０００４】
この公知システムにおいて、遠隔局は複数（１〜Ｎ）であり、それぞれの遠隔局は、電話網、衛星データリンク、衛星無線または光通信媒体などの伝送路を介して、適宜にコンテスタジオに接続され、コンテスタジオとの間で通信を行うことができるようになっている（同文献第１図）。
【０００５】
コンテスタジオは、遠隔局の監視ユニット（遠隔局ＴＶ監視装置；同文献第１図）を備える。この監視ユニットは、任意の遠隔局の全ての機器を遠隔制御し、かつ、監視することができる。また、この監視ユニットは、遠隔局から間欠的に送られてくる動作状況やエラーの報告をハードディスクに記録するとともに紙に印刷する。さらに、コンテスタジオのオペレータは、監視ユニットを用いて、任意の遠隔局のエラー状態を素早く認識し、エラーを修正するために必要な動作をとることができる（同文献第１１−１２頁）。
【０００６】
この公知システムでは、複数の生成ポイント１（遠隔局１〜Ｎ）の各々と、利用ポイント２（コンテスタジオ）とが一対一に対応するため、生成ポイント１や利用ポイント２及びそのポイント間の伝送経路中に障害が発生しても、障害の検出や障害の原因特定に特別困難な技術を要しない。
【０００７】
これに対して、（ｂ）は、複数のサイト（便宜的にサイトＡ〜サイトＧ）からなる映像情報伝送ネットワークである。各サイトは、たとえば、世界各国の主要都市などに配置される。各サイトは、中核サイトからの制御により、放送素材の生成サイトになったり、放送素材の利用サイトになったり、又は、放送素材の中継サイトになったりすることができる。今、サイトＦを中核サイトとし、このサイトＦからの制御により、サイトＡが放送素材の生成サイトとして動作し、サイトＤが放送素材の中継サイトとして動作し、サイトＧが放送素材の利用サイトとして動作するものと仮定する。
【０００８】
このような場合、各サイトに設置された機器  ・・・・  サイト間やサイト内の伝送経路を変更するためのルーティングスイッチ、放送素材の伝送データ量を削減するため圧縮装置（たとえば、ＭＰＥＧエンコーダ）、その伸張装置（同ＭＰＥＧデコーダ）、サイト間の伝送プロトコル（たとえば、ＡＴＭ）に対応したデータ変換装置など  ・・・・  がすべて正常に動作していれば、サイトＡで生成された放送素材は、支障なく中継サイト（サイトＤ）を経由してサイトＧに伝送される。
【０００９】
このように、（ｂ）に示された映像情報伝送ネットワークは、中核サイトからの制御により、各サイトの役割を任意に変更して、あるサイトから他のサイトへの放送素材の伝送経路設定を柔軟且つ臨機応変に行うことができる点で、上記（ａ）のＰｏｉｎｔ  ｔｏ  Ｐｏｉｎｔ型よりも優れているが、システムの複雑化を否めず、各サイトや伝送経路途中に障害が発生した場合は、その障害発生箇所や原因の特定に長い時間と困難を伴うという問題点があった。
【００１０】
そこで、本件出願人は、先に、このような複数のサイトから構成される映像情報伝送ネットワークに適用して好適な「サイト状態監視方法」を提案している（特願２００１−１０４４３３号／出願日：平成１３年４月３日）。
【００１１】
この提案の技術は、ネットワーク上に散在するすべてのサイトをオブジェクトにして表示する第１のグラフィカルユーザインターフェースと、各サイトごとにそのサイトに設けられた機器をオブジェクトにして表示する第２のグラフィカルユーザインターフェースとを用いて、各サイトの状態監視を行うようにしたものであり、詳細には、前記第１のグラフィカルユーザインターフェース及び第２のグラフィカルユーザインターフェースは、各オブジェクトの色または各オブジェクト間を結ぶ線の色をサイト状態もしくは機器状態に応じて変更するというものである。
【００１２】
これによれば、中核サイトに設置された端末で、第１のグラフィカルユーザインターフェースと第２のグラフィカルユーザインターフェースとを表示してそれをオペレータが監視し、それらのグラフィカルユーザインターフェース上の各オブジェクトの色または各オブジェクト間を結ぶ線の色を確認することにより、サイト状態もしくは機器状態をリアルタイムに把握することができ、障害の発生検知とその原因特定を速やかに行うことができる。
【００１３】
【特許文献１】
特表２００２−５０９６６５号公報（第６−１２頁、第１図）
【００１４】
【発明が解決しようとする課題】
しかしながら、上記提案の技術にあっては、サイト状態もしくは機器状態をビジュアルに表示し、障害の発生検知とその原因特定を速やかに行うことができる点で有益であるが、伝送経路を切り換える際のユーザインターフェースに着目した場合、次の点で改善すべき余地があった。
【００１５】
図１３（ａ）は、伝送経路切り換えの概念図である。この図において、サイトＡは放送素材の生成サイト、サイトＧは放送素材の利用サイト、サイトＤ、Ｂ、Ｅは中継サイトである。今、実線で結ばれたサイトＡ、Ｄ、Ｇからなる伝送経路を第１回線と称し、波線で結ばれたサイトＡ、Ｂ、Ｅ、Ｇからなる伝送経路を第２回線と称することにすると、この図においては、中核サイト（たとえば、サイトＧ）は、各サイトＡ、Ｂ、Ｄ、Ｅ、Ｇの機器を遠隔制御して所望の回線（第１回線または第２回線）を選択し、もしくは、ある回線から他の回線へと任意に切り換えることができる。
【００１６】
たとえば、第１回線から第２回線に切り換える場合、中核サイトは、サイトＡ、Ｄ、Ｇの接続を解除した後、サイトＡ、Ｂ、Ｅ、Ｇの接続（第２回線の構成）を行うが、特に、第２回線の構成を行う際に、上流サイトの接続完了報告を待ってから下流サイトの接続を行い、これを順次に繰り返すことによって、最終的に所望回線を構成する。
【００１７】
さて、このような伝送切り換えを行う際のユーザインターフェースとしては、たとえば、中核サイトの制御コンソール上に、第１回線から第２回線への切り換えを指示するためのボタンを設けておくことが考えられる。このようにすると、オペレータは、ボタンを操作するだけで、ワンタッチで第１回線から第２回線へと伝送経路を切り換えることができる。
【００１８】
しかしながら、複数の中継サイトを経由する回線を構成する場合、まれにではあるが、途中の中継サイトでトラブルが発生することがある。このような場合、トラブルサイト以降の下流側の伝送経路が構成されないため、たとえば、トラブルサイトを迂回した新たな回線を構成するなどのエラー対策を講じなければならないところ、そのためには、トラブルサイトを速やかに特定する何らかのユーザインターフェースが必要になるが、上記の既提案技術では、この点の検討が不十分であり、改善の余地があった。
【００１９】
すなわち、図１３（ｂ）に示すように、仮にサイトＥでトラブルが発生した場合は、ある時間（各サイトＡ、Ｂ、Ｅ、Ｇの接続時間の合計予測時間）を経過してもなおサイトＧでサイトＡからのデータを受信できない場合に、どこかのサイトにトラブルが発生しているものと推測し、各サイトの動作モニター画面を順次に開いて最終的にトラブルサイト（サイトＥ）を特定し、迂回回線（たとえば、サイトＥ′）を選択するが、この方法はきわめて非効率である。“ある時間”待たなければトラブルの発生を知ることができないし、しかも、トラブルサイトに到達するまでの間に無駄な時間（各サイトの動作モニター画面を順次に開いて異常の有無を調べるために必要な時間）を浪費するからである。
【００２０】
したがって、本発明が解決しようとする課題は、伝送経路を切り換える際のトラブル発生点の特定をオペレータが速やかに行い得るようにすることにある。
【００２１】
【課題を解決するための手段】
本発明は、一のサイトと二のサイトの間の伝送路を構成する際に、前記一及び二のサイト並びに一のサイトと二のサイトの間に介在する他のサイトの状態を監視するサイト状態監視方法であって、前記各サイトへの機器制御指示に対応して各サイトから順次に返送される応答を文字列または図形で表示することにより、オペレータに視覚化して提示するユーザインターフェースを該オペレータの端末上に表示する工程を含むことを特徴とする。
また、本発明は、一のサイトと二のサイトの間の伝送路を構成する際に、前記一及び二のサイト並びに一のサイトと二のサイトの間に介在する他のサイトの状態を監視するサイト状態監視装置であって、前記各サイトへの機器制御指示に対応して各サイトから順次に返送される応答を受信する受信手段と、前記受信手段によって受信された応答を文字列または図形で表示するためのユーザインターフェースを生成する生成手段と、前記ユーザインターフェースをオペレータの端末上に表示する表示手段とを備えたことを特徴とする。
好ましくは、本発明は、前記ユーザインターフェースは、任意のサイトでトラブルが発生したときに、通常とは異なる態様で表示を行うコントロールを含むことを特徴とする。
本発明では、一のサイトと二のサイトの間の伝送路を構成する際に、それらのサイトを含む各サイトの動作状態が逐一、ユーザインターフェースに表示される。したがって、仮に、伝送経路中のどこかのサイトでトラブルが発生した場合でも、その状況を速やかに把握することができるから、迂回回線の構成等、所要の対策を遅滞なく講じることができる。
【００２２】
【発明の実施の形態】
以下、本発明の実施の形態を、図面を参照しながら説明する。なお、以下の説明における様々な細部の特定ないし実例および数値や文字列その他の記号の例示は、本発明の思想を明瞭にするための、あくまでも参考であって、それらのすべてまたは一部によって本発明の思想が限定されないことは明らかである。また、周知の手法、周知の手順、周知のアーキテクチャおよび周知の回路構成等（以下「周知事項」）についてはその細部にわたる説明を避けるが、これも説明を簡潔にするためであって、これら周知事項のすべてまたは一部を意図的に排除するものではない。かかる周知事項は本発明の出願時点で当業者の知り得るところであるので、以下の説明に当然含まれている。
【００２３】
１．映像情報伝送ネットワークの概念構成
図１は、映像情報ネットワークの概念構成図である。この構成図は、前出（図１２（ｂ））の映像情報伝送ネットワークにおけるいくつかのサイト（便宜例として、サイトＡ、サイトＢ、サイトＣ及びサイトＤとする）と、そのサイト間のデータ伝送経路を模式化して示すものである。ここで、サイトＡは放送素材の生成サイトであり、サイトＤは放送素材の利用サイトである。また、サイトＢとサイトＣは中継サイトであり、さらに、各サイトをコントロールする中核サイトは、便宜上、サイトＤであるものとする。
【００２４】
サイトＡ（放送素材の生成サイト）は、たとえば、現用系／予備系の２系統のベースバンドハイビジョンテレビ放送信号（ＨＤＴＶ−１、ＨＤＴＶ−２）と、同２系統のベースバンド標準テレビジョンテレビ放送信号（ＳＤＴＶ−１、ＳＤＴＶ−２）とを生成し、それぞれを圧縮して一つの信号にマルチプレクスした後、ネットワークの伝送プロトコル（便宜的にＡＴＭ）に対応したデータ形式に変換して高速ネットワーク回線１０に出力するための各種機器を備える。
【００２５】
すなわち、図示の例においては、サイトＡ（放送素材の生成サイト）は、ハイビジョンテレビジョン放送信号用の圧縮装置として機能する２系統のＭＰＥＧエンコーダ（略号：ＨＤ＿ＥＮＣ＿Ｐ／ＨＤ＿ＥＮＣ＿Ｓ；末尾の“Ｐ”はＰｒｉｍａｒｙの略で現用系を表し、“Ｓ”はＳｅｃｏｎｄａｒｙの略で予備系を表す。以下同様とする。）１１、１２と、標準テレビジョン放送信号用の圧縮装置として機能する２系統のＭＰＥＧエンコーダ（略号：ＳＤ＿ＥＮＣ＿Ｐ／ＳＤ＿ＥＮＣ＿Ｓ）１３、１４と、２系統のマルチプレクサ（略号：ＭＰＸ＿Ｐ／ＭＰＸ＿Ｓ）１５、１６と、プロトコル変換用のネットワークインターフェース装置（略号：ＮＩＵ）１７と、それら各装置間の信号切り換えを行うためのルーティングスイッチ装置（略号：ＴＳ＿ＳＷ）１８と、サイト内機器の動作監視（ローカル監視）を行うと共にそのローカル監視情報をインターネット等のネットワーク１９を介して中核サイト（サイトＤ）の出力するローカル監視端末２０とを備える。
【００２６】
サイトＢ及びサイトＣ（放送素材の中継サイト）は、サイトＡとサイトＤの間の中継点に位置し、少なくとも、伝送データの中継を行うための機器（たとえば、不図示のＡＴＭルータなど）を備えると共に、サイト内機器の動作監視（ローカル監視）を行い、そのローカル監視情報をインターネット等のネットワーク１９を介して中核サイト（サイトＤ）に出力するローカル監視端末２１、２２を備える。
【００２７】
サイトＤ（放送素材の利用サイト）は、最終中継サイト（図ではサイトＣ）から高速ネットワーク回線２３を介して伝送されたデータを受け取り、それをデマルチプレクスして、各々２系統（現用系／予備系）のＭＰＥＧハイビジョン放送信号と標準テレビジョン放送信号に分離し、各信号をデコードしてベースバンドのハイビジョン放送信号（ＨＤＴＶ−１、ＨＤＴＶ−２）と標準テレビジョン放送信号（ＳＤＴＶ−１、ＳＤＴＶ−２）を再生するための各種機器を備える。
【００２８】
すなわち、図示の例においては、サイトＤ（放送素材の利用サイト）は、プロトコル変換用のネットワークインターフェース装置（略号：ＮＩＵ）２４と、２系統のデマルチプレクサ（略号：ＤＥＭＰＸ＿Ｐ／ＤＥＭＰＸ＿Ｓ）２５、２６と、ハイビジョンテレビジョン放送信号用の伸張装置として機能する２系統のＭＰＥＧデコーダ（略号：ＨＤ＿ＤＥＣ＿Ｐ／ＨＤ＿ＤＥＣ＿Ｓ）２７、２８と、標準テレビジョン放送信号用の伸張装置として機能する２系統のＭＰＥＧデコーダ（略号：ＳＤ＿ＤＥＣ＿Ｐ／ＳＤ＿ＤＥＣ＿Ｓ）２９、３０と、それら各装置間の信号切り換えを行うためのルーティングスイッチ装置（略号：ＴＳ＿ＳＷ）３１と、サイト内機器の動作監視（ローカル監視）を行うと共に、自サイト以外の他サイトから送られてきたローカル監視情報に基づいてそれら他サイトの動作監視（リモート監視）も行うローカル／リモート監視端末（端末、サイト状態監視装置）３２とを備える。
【００２９】
図２は、リモート端末２０〜２２及びローカル／リモート監視端末３２の概念構成図である。以下、ローカル／リモート監視端末３２で代表して説明する。ローカル／リモート監視端末３２は、特に限定しないが、たとえば、ＩＢＭ  ＰＣ／ＡＴ互換アーキテクチャのコンピュータである。同アーキテクチャのコンピュータにおけるハードウェア構成は、概略的に、ＣＰＵ（受信手段、生成手段、表示手段）３２ａ、ＲＡＭ３２ｂ、ディスクコントローラ３２ｃ、ディスク装置３２ｄ、ディスプレイコントローラ３２ｅ、ディスプレイ装置３２ｆ、キーボードコントローラ３２ｇ、キーボード装置３２ｈ、ポインティングデバイス装置３２ｉ、ネットワーク用インターフェース３２ｊ、自サイト内各機器用インターフェース３２ｋ、メインバス３２ｍ、バスインターフェース３２ｎ及び内部バス３２ｐなどを有する。
【００３０】
ローカル／リモート監視端末３２は、ディスク装置３２ｄにあらかじめ格納されたオペレーティングシステムや各種のアプリケーションプログラムなどのソフトウェアリソースを、ＲＡＭ３２ｂにロードしてＣＰＵ３２ａで実行することにより、そのソフトウェアリソースと上記の各ハードウェアリソースとの有機的結合によって様々な処理機能を実現する。
【００３１】
機能の一つは、自サイト及び他サイトに設置された各機器の状態監視を行う機能である。すなわち、ローカル／リモート監視端末３２は、当該機能により、
▲１▼  自サイト内各機器用インターフェース３２ｋを介して自サイトの各機器（ＮＩＵ２４、ＤＥＭＰＸ＿Ｐ２５、ＤＥＭＰＸ＿Ｓ２６、ＨＤ＿ＤＥＣ＿Ｐ２７、ＨＤ＿ＤＥＣ＿Ｓ２８、ＳＤ＿ＤＥＣ＿Ｐ２９、ＳＤ＿ＤＥＣ＿Ｓ３０、ＴＳ＿ＳＷ３１など）の動作制御、及び、動作情報の収集、並びに、それらの自サイト機器の状態監視を行うことができると共に、
▲２▼  ネットワーク用インターフェース３２ｊを介して他サイトのローカル監視端末２０と他サイトの各機器（たとえば、放送素材の生成サイトであるサイトＡのＨＤ＿ＥＮＣ＿Ｐ１１、ＨＤ＿ＥＮＣ＿Ｓ１２、ＳＤ＿ＥＮＣ＿Ｐ１３、ＳＤ＿ＥＮＣ＿Ｓ１４、ＭＰＸ＿Ｐ１５、ＭＰＸ＿Ｓ１６、ＮＩＵ１７、ＴＳ＿ＳＷ１８や、放送素材の中継サイトであるサイトＢ、Ｃの伝送データ中継機器など）の動作制御、及び、動作情報の収集、並びに、それらの他サイト機器の状態監視を行うことができるものであり、且つ、
▲３▼  上記の動作制御、動作情報の収集、及び、状態監視の各機能を実現するためのユーザインターフェース、たとえば、図４の全体ネットワーク構成表示用ＧＵＩ画面５０及び図５の伝送経路切り換え用ＧＵＩ画面７０並びに図６（ｂ）のステータスメッセージ画面１１０参照）をディスプレイ装置３２ｆに表示することができるものである。
【００３２】
図３は、中核サイト（サイトＤ）に設置されたローカル／リモート監視端末３２と、放送素材の生成サイト（サイトＡ）や放送素材の中継サイト（サイトＢ、サイトＣ）に設置されたそれぞれのローカル監視端末２０、２１、２２のアプリケーション構造図である。ローカル／リモート監視端末３２は、自サイト及び他サイト内の各機器３２〜３６（サイトＤにあってはＮＩＵ２４、ＤＥＭＰＸ＿Ｐ２５、ＤＥＭＰＸ＿Ｓ２６、ＨＤ＿ＤＥＣ＿Ｐ２７、ＨＤ＿ＤＥＣ＿Ｓ２８、ＳＤ＿ＤＥＣ＿Ｐ２９、ＳＤ＿ＤＥＣ＿Ｓ３０、ＴＳ＿ＳＷ３１など、サイトＡにあってはＨＤ＿ＥＮＣ＿Ｐ１１、ＨＤ＿ＥＮＣ＿Ｓ１２、ＳＤ＿ＥＮＣ＿Ｐ１３、ＳＤ＿ＥＮＣ＿Ｓ１４、ＭＰＸ＿Ｐ１５、ＭＰＸ＿Ｓ１６、ＮＩＵ１７、ＴＳ＿ＳＷ１８など、サイトＢやサイトＣにあっては伝送データ中継機器など）に対応した複数のデバイスコントローラ３７〜３９と、それらのデバイスコントローラ３７〜３９を制御して自サイト内及び他サイト内各機器３２〜３６の動作状態の情報を収集すると共に、その収集情報を他サイトのローカル監視端末（たとえば、サイトＡのローカル監視端末２０など）に配信するホストプログラム４０と、ホストプログラム４０で収集した情報をビジュアルに表示するグラフィカルユーザインターフェース部４１とを有する。
【００３３】
放送素材の生成サイト（図示の例ではサイトＡ）のローカル監視端末２０は、ローカル／リモート監視端末３２から配信された情報を受け取るホストプログラム４２と、その配信情報をビジュアルに表示するグラフィカルユーザインターフェース部４３とを有する。また、放送素材の中継サイト（図示の例ではサイトＢやサイトＣ）に設置されたローカル監視端末２１、２２も、放送素材の生成サイト（図示の例ではサイトＡ）のローカル監視端末２０と同様の構成、すなわち、ローカル／リモート監視端末３２から配信された情報を受け取るホストプログラム４２と、その配信情報をビジュアルに表示するグラフィカルユーザインターフェース部４３とを有する。
【００３４】
ローカル／リモート監視端末３２のデバイスコントローラ３７〜３９と他サイト（図ではサイトＡ）の各機器３５、３６との間の通信は、たとえば、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）で標準化されたＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワーク環境での管理プロトコルの一つであるＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）によって行う。
【００３５】
ＳＮＭＰ部４４は、上記ＳＮＭＰの「ＳＮＭＰマネージャ」として機能するものである。ＳＮＭＰ部４４は、他サイト内各機器３５、３６に実装された「ＳＮＭＰエージェント」からのＳＮＭＰ−ＴＲＡＰを受付けてデバイスコントローラ３７〜３９に通知し、この通知を受けたデバイスコントローラ３７〜３９は、ＳＮＭＰ−ＴＲＡＰ発生元の機器との間でＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）と呼ばれる管理情報を交換し、当該機器の動作情報を収集する。ＳＮＭＰ部４４は、ホストプログラム４０の一機能（ホストプログラム４０の実装機能）であってもよいが、ホストプログラム４０の負荷を軽減する点で、図示のようにホストプログラム４０から分離独立させておく方が好ましい。
【００３６】
２．ユーザインターフェースの構成
＜全体ネットワーク構成表示用ＧＵＩ画面＞
図４は、ローカル／リモート監視端末３２のディスプレイ装置３２ｆに表示されるＧＵＩ（グラフィカルユーザインターフェース）画面を示す図である。図示のＧＵＩ画面は、グラフィカルユーザインターフェース部４１によって提供されるいくつかのＧＵＩ画面のうちの一つ（以下「全体ネットワーク構成表示用ＧＵＩ画面５０」という）である。この全体ネットワーク構成表示用ＧＵＩ画面５０は、縦横固定サイズ又は可変サイズのウィンドウオブジェクト５１の上端にタイトルバーオブジェクト５２を配置すると共に、タイトルバーオブジェクト５２の下にクライアントエリアオブジェクト５３を配置した一般的なウィンドウレイアウト構成を有している。
【００３７】
クライアントエリアオブジェクト５３は、監視対象伝送ネットワークの全体構成をビジュアルに表示するための領域として用いられる。すなわち、このクライアントエリアオブジェクト５３は、監視対象伝送ネットワークを構成するすべてのサイトを表す図形（矩形オブジェクト５４〜５８）を適当な場所に配置し、且つ、各々の矩形オブジェクト５４〜５８の間をデータ伝送経路を表す直線オブジェクト５９〜６９で接続することにより、監視対象伝送ネットワークの実際の構成を模式化して表示する。たとえば、左端の矩形オブジェクト５４は“サイトＡ”を表し、左から２番目の矩形オブジェクト５５は“サイトＢ”を表し、中央の矩形オブジェクト５６は“サイトＣ”を表し、右から２番目の矩形オブジェクト５７は“サイトＤ”を表し、右端の矩形オブジェクト５８は“サイトＥ”を表している。
【００３８】
また、左端の矩形オブジェクト５４と左から２番目の矩形オブジェクト５５との間が２本の直線オブジェクト５９、６０で接続されており、これにより、サイトＡ−Ｂ間が２系統のデータ伝送経路で接続されていることを表している。同様に、左から２番目の矩形オブジェクト５５と中央の矩形オブジェクト５６との間が２本の直線オブジェクト６１、６２で接続されており、これにより、サイトＢ−Ｃ間が２系統のデータ伝送経路で接続されていることを表し、中央の矩形オブジェクト５６と右から２番目の矩形オブジェクト５７との間が３本の直線オブジェクト６３〜６５で接続されており、これにより、サイトＣ−Ｄ間が３系統のデータ伝送経路で接続されていることを表し、右から２番目の矩形オブジェクト５７と右端の矩形オブジェクト５８との間が４本の直線オブジェクト６６〜６９で接続されており、これにより、サイトＤ−Ｅ間が４系統のデータ伝送経路で接続されていることを表している。なお、以上のサイト間接続レイアウトに特段の意味はない。説明の便宜のための一例に過ぎない。
【００３９】
＜伝送経路切り換え用ＧＵＩ画面＞
図５は、ローカル／リモート監視端末３２のディスプレイ装置３２ｆに表示されるＧＵＩ（グラフィカルユーザインターフェース）画面を示す図である。図示のＧＵＩ画面は、グラフィカルユーザインターフェース部４１によって提供されるいくつかのＧＵＩ画面のうちの他の一つ（以下「伝送経路切り換え用ＧＵＩ画面７０」という）である。この伝送経路切り換え用ＧＵＩ画面７０は、縦横固定サイズ又は可変サイズのウィンドウオブジェクト７１の上端にタイトルバーオブジェクト７２を配置すると共に、タイトルバーオブジェクト７２の下にクライアントエリアオブジェクト７３を配置した一般的なウィンドウレイアウト構成を有している。
【００４０】
クライアントエリアオブジェクト７３は、伝送路の“現況構成表示”兼“切り換え制御”パネルとして用いられるものであり、特に、現況構成の確認と切り換え操作を“直感的”に行うことができるようにそのデザインに工夫が凝らされているものである。
【００４１】
すなわち、このクライアントエリアオブジェクト７３は、監視対象伝送ネットワークを構成するすべてのサイト（便宜的にサイトＡ〜サイトＥ）を表す文字オブジェクトまたは任意形状の図形オブジェクト（以下、サイトオブジェクト７４〜７８という。）を上端付近（または下端付近でもよい）に横一列に並べて配置すると共に、構成可能な全ての回線名（便宜的に第１回線と第２回線）を表す文字オブジェクトまたは任意形状の図形オブジェクト（以下、回線名オブジェクト７９、８０という。）を左端付近（または右端付近でもよい）に縦に並べて配置し、さらに、利用可能な信号種別（便宜的にＨＤ：ハイビジョンテレビ放送信号とＳＤ：標準テレビジョンテレビ放送信号）を表す文字オブジェクトまたは任意形状の図形オブジェクト（以下、信号種別オブジェクト８１、８２という。）を右端付近（または左端付近でもよい）に縦に並べて配置する。
【００４２】
サイトオブジェクト７４〜７８の各々からは、個別の縦線オブジェクト８３〜８７が引き出されており、また、回線名オブジェクト７９、８０の各々と信号種別オブジェクト８１、８２の各々との間には、個別の横線オブジェクト８８、８９が引かれている。
【００４３】
そして、縦線オブジェクト８３〜８７と横線オブジェクト８８、８９との各交差点には、ユーザイベント受付領域９０（８８）、９１（８８）、９２（８８）、９３（８８）、９４（８８）、９５（８９）、９６（８９）、９７（８９）、９８（８９）、９９（８９）が設けられており、これらの領域に対するユーザ操作、たとえば、ポインティングデバイス装置３２ｉのダブルクリック操作に応答して、所定のイベント（以下「伝送経路切り換えイベント」という。）を発生するようになっている。なお、各領域符号の括弧付き添え字内の数字は、その領域上の横線オブジェクトの符号を表している。たとえば、ユーザイベント受付領域９０（８８）、９１（８８）、９２（８８）、９３（８８）、９４（８８）は、いずれも上段の横線オブジェクト８８の上に設定されたものものであり、また、ユーザイベント受付領域９５（８９）、９６（８９）、９７（８９）、９８（８９）、９９（８９）は、いずれも下段の横線オブジェクト８９の上に設定されたものものである。
【００４４】
ユーザイベント受付領域９０（８８）、９１（８８）、９２（８８）、９３（８８）、９４（８８）、９５（８９）、９６（８９）、９７（８９）、９８（８９）、９９（８９）の一つをクリックすると、伝送経路切り換えイベントが発生する。そして、そのイベントに応答して、伝送経路の切り換え制御（図１０参照）が実行されると共に、当該クリック位置の交差点に回線構成を示す所定形状（図では円形）の図形オブジェクト（以下、回線構成オブジェクト１００、１０１という。）が表示される。
【００４５】
図６（ａ）は、伝送経路の切り換え操作例を示す図である。ここでは、便宜的にサイトＢで使用されていた第１回線をサイトＣに切り換える時の様子を例示している。この例において、切り換え操作前は、サイトＢ直下の交差点に回線オブジェクト１００が表示されているが、切り換え先のサイトＣ直下のユーザイベント受付領域９２（８８）をクリックすることにより、当初の回線オブジェクト１００が消え、新たに当該ユーザイベント受付領域９２（８８）に回線オブジェクト１００′が表示される。かかる回線オブジェクト１００の消滅と回線オブジェクト１００′の新規表示は、あたかも、回線構成ポイントが移動した如き感覚でユーザに受け止められるから、直感性に優れた伝送経路切り換えユーザインターフェースを提供することができる。
【００４６】
さて、先にも説明したとおり、とりわけ複数の中継サイトを経由した伝送経路を構成する場合、途中のサイトでトラブルが発生することがある。このため、トラブルの早期発見と対策（迂回経路の構築等）は重要である。この点において、上記の「伝送経路切り換えユーザインターフェース（伝送経路切り換え用ＧＵＩ画面７０）」だけでは不十分である。伝送経路を切り換えている最中の状況表示（特にトラブル表示）がまったく考慮されていないからである。
【００４７】
そこで、本実施の形態では、伝送経路を切り換えている最中、以下にその詳細を説明する別画面（以下「ステータスメッセージ画面」という。）を表示する。
【００４８】
＜ステータスメッセージ画面＞
図６（ｂ）は、ローカル／リモート監視端末３２のディスプレイ装置３２ｆに表示されるステータスメッセージ画面１１０（ユーザインターフェース）を示す図である。図示のステータスメッセージ画面１１０は、グラフィカルユーザインターフェース部４１によって提供されるいくつかのＧＵＩ画面のうちのさらに他の一つである。ステータスメッセージ画面１１０は、縦横固定サイズのウィンドウオブジェクト１１１の上端にタイトルバーオブジェクト１１２を配置すると共に、タイトルバーオブジェクト１１２の下にクライアントエリアオブジェクト１１３を配置したウィンドウレイアウト構成を有している。
【００４９】
ウィンドウオブジェクト１１１には作業固定属性（またはポップアップ属性）が設定されており、ステータスメッセージ画面１１０を表示中、他の画面（たとえば、伝送経路切り換え用ＧＵＩ画面７０等）を選択できないように（つまり、フォーカスを移動できないように）なっている。これは、伝送経路を切り換えている最中に、誤って他の伝送経路の切り換え操作を行わないようにするための安全対策である。
【００５０】
クライアントエリアオブジェクト１１３には、たとえば、現在の状況を文字等（図示の例では“伝送経路切り換え中です．．．．．”）でユーザに告知するための主メッセージエリア１１４、その他の告知メッセージ（図示の例では“お待ち下さい”）を表示するための予備メッセージエリア１１５、切り換え中の詳細経過情報（図示の例では“サイト＊切り換え中”；＊はサイト記号Ａ、Ｂ、Ｃ、・・・・を示す。）を文字等で告知する詳細経過情報メッセージエリア１１６（コントロール）、及び、伝送経路切り換え進捗状況表示用グラフィックオブジェクト（図ではプログレスバーコントロール）１１７（コントロール）などが適当にレイアウトされている。
【００５１】
なお、“プログレスバーコントロール”とは、棒グラフのような外観を有する汎用のコントロール部品である。棒のことをプログレスバーまたは単にバーという。バーの長さはプログラムで逐一制御できる。たとえば、図示の例に用いられているプログレスバーコントロールは、そのバー１１７ａの長さを最小値（０％）から最大値（１００％）までの間で任意に変化させることができる。具体的には、切り換え対象伝送経路中のサイト数を分母、切り換え完了サイト数を分子とする１００分率表示でバー１１７ａの長さを可変表示する。
【００５２】
今、切り換え対象伝送経路中のサイト数を便宜的に“５”とするとき、切り換え制御開始直後では、切り換え完了サイト数が“０”であるから、バー１１７ａの長さは最小（０％）であるが、切り換え完了サイト数が“１”になると、バー１１７ａの長さは“１／５×１００〔％〕”（＝２０％）となり、切り換え完了サイト数が“２”になると、バー１１７ａの長さは“２／５×１００〔％〕”（＝４０％）となる。さらに、切り換え完了サイト数が“３”になると、バー１１７ａの長さは“３／５×１００〔％〕”（＝６０％）となり、切り換え完了サイト数が“４”になると、バー１１７ａの長さは“４／５×１００〔％〕”（＝８０％）となり、最終的に、切り換え完了サイト数が“５”になると、バー１１７ａの長さは“５／５×１００〔％〕”（＝１００％）となる。したがって、かかる「伝送経路切り換え進捗状況表示用グラフィックオブジェクト１１７」を一瞥するだけで、伝送経路の切り換え進捗具合を直感的に把握することができる。
【００５３】
さて、伝送経路を切り換えている最中に、途中のどこかのサイトでトラブルが発生した場合、プログレスバーコントロール（伝送経路切り換え進捗状況表示用グラフィックオブジェクト１１７）のバー１１７ａは、その時点の長さを保持して停止するため、この「バー１１７ａの長さ変化の停止」状態を以てトラブルの発生を知ることも可能であるが、確実さに欠けるきらいがある。バー１１７ａの長さは、上記例示の場合、０％→２０％→４０％→６０％→８０％→１００％と段階的に変化するため、非トラブル発生時でも各段階で多少の停止状態を生じ、この停止状態（切り換え制御中の正当な停止状態）と、トラブルに伴う停止状態とを正確に区別できないからである。
【００５４】
そこで、本実施の形態においては、オペレータに対して積極的にトラブルの発生を告知するために、たとえば、予備メッセージエリア１１５に“トラブルが発生しました！”などのメッセージを表示する。なお、そのメッセージをブリンク（点滅）させたり、警告色で表示したり、警告音を発したりすれば、なお確実な告知を行うことができるので望ましい。
【００５５】
かかるトラブル発生時において、詳細経過情報メッセージエリア１１６には、その時点の詳細情報、たとえば、“サイトＡ切り換え中”などのメッセージが表示されている、したがって、本実施の形態のステータスメッセージ画面１１０によれば、上記の告知メッセージ（“サイトＡ切り換え中”）から、どのサイト（この場合はサイトＡ）でトラブルが発生しているのかを正しく知ることができる。
【００５６】
なお、上記の説明では、プログレスバー（伝送経路切り換え進捗状況表示用グラフィックオブジェクト１１７）を用いて伝送経路切り替えの進捗状況を表示すると共に、その詳細経過情報を、詳細経過情報メッセージエリア１１６に表示しているが、この態様に限定されない。
【００５７】
図７は、他の構成を有する伝送経路切り換え用ＧＵＩ画面７０の要部レイアウト図である。（ａ）は伝送経路切り換え中の表示状態図、（ｂ）はトラブル発生時の表示状態図である。（ａ）において、クライアントエリアオブジェクト１１３には、図６（ｂ）と同様の、たとえば、現在の状況を文字等（図示の例では“伝送経路切り換え中です．．．．．”）でユーザに告知するための主メッセージエリア１１４、及び、その他の告知メッセージ（図示の例では“お待ち下さい”）を表示するための予備メッセージエリア１１５が設けられている他、この例に特有の構成要素として、伝送経路の切り換え進捗具合と、その詳細経過を同時に表示するためのイメージコントロール１２０（コントロール）が設けられている。
【００５８】
イメージコントロール１２０は、伝送経路を構成する各サイトを模した複数の任意形状（以下「矩形」とする。）オブジェクト１２０ａ〜１２０ｄを含み、それぞれの矩形オブジェクト１２０ａ〜１２０ｄの間に配置された矢印記号によって、矩形オブジェクト１２０ａ〜１２０ｄ同士（つまり、伝送経路を構成する各サイト同士）の前後関係が明示されている。
【００５９】
今、切り換え対象伝送経路中のサイトを便宜的に“サイトａ”、“サイトｂ”、“サイトｃ”、“サイトｄ”の４サイトとし、回線接続の順番を“サイトａ”→“サイトｂ”  →“サイトｃ”  →“サイトｄ”とすると、左端の矩形オブジェクト１２０ａはサイトａを表し、左から二番目の矩形オブジェクト１２０ｂはサイトｂを表し、左から三番目の矩形オブジェクト１２０ｃはサイトｃを表し、右端の矩形オブジェクト１２０ｄはサイトｄを表す。
【００６０】
それぞれの矩形オブジェクト１２０ａ〜１２０ｄの前面には、各サイトを明示する文字列等（図示の例の場合“ａ”、“ｂ”、“ｃ”、“ｄ”）が表示されており、且つ、それぞれの矩形オブジェクト１２０ａ〜１２０ｄは、切り換え制御過程における少なくとも四つの状態（切り換え前／切り換え中／切り換え完了／トラブル発生）に対応した表示色（たとえば、切り換え前→白／切り換え中→黄色／切り換え完了→緑／トラブル発生→赤）に変化するようになっている。
【００６１】
図面上では“色”を表現できないため、便宜的に、黄色をクロスハッチング、緑色を左下がりハッチング、赤色を黒色で表すことにすると、図７（ａ）の表示例においては、左側二つの矩形オブジェクト１２０ａ、１２０ｂが左下がりハッチング（つまり緑色）、左端から三番目の矩形オブジェクト１２０ｃがクロスハッチング（つまり黄色）、右端の矩形オブジェクト１２０ｄが白色になっている。したがって、オペレータは、現在、サイトａとサイトｂが切り換えを完了し、さらに、サイトｃが切り換え中であって、サイトｄが切り換え待ちであり、且つ、どこにもトラブルが発生していないことを一目で判断することができる。
【００６２】
一方、図７（ｂ）の表示例においては、左端から三番目の矩形オブジェクト１２０ｃが黒色（つまり赤色）になっている。この赤色はトラブル発生を示す警告色である。したがって、オペレータは、現在、サイトｃに何らかのトラブルが発生していることを一目で判断することができる。なお、トラブル発生の告知をより確実に行うために、トラブル発生サイト（図示の例では“サイトｃ”を示す矩形オブジェクト１２０ｃ）の警告色（赤色）をブリンクさせたり、同時に警告音を発したり、また、主メッセージエリア１１４または予備メッセージエリア１１５の一方もしくはその双方に任意の警告文字を表示させたり、それらをブリンクさせたりしてもよい。
【００６３】
このように、ステータスメッセージ画面１１０のレイアウトや動作については、様々な態様が考えられる。要は、伝送路切り換え中の進捗状況やその詳細情報を、オペレータに対して直感的に与えることができるものであればよい。たとえば、アニメーション画面を使ってもよいし、合成音声等でその状況を告知するようにしてもよい。
【００６４】
３．伝送路切り換え中の情報収集
図８は、ステータスメッセージ画面１１０において、伝送路切り換え中の進捗状況やその詳細情報を得るための通信概念図である。この図において、“ＨＯＳＴ”とは、中核サイトに設置されたローカル／リモート監視端末３２上のホストプログラム４０（図３参照）のことであり、“ＤＣ”とは、同ローカル／リモート監視端末３２上のデバイスコントローラ３７〜３９のことである。また、“ＴＳ＿ＳＷ等”とは、伝送切り換え対象サイトのルーティングスイッチ装置やＡＴＭルータなどのことである。
【００６５】
今、サイトａ→サイトｂ→サイトｃ・・・・の順番で伝送経路の切り換えを行う場合を考える。ＨＯＳＴは、まず、切り換え順最初のサイト（サイトａ）のＴＳ＿ＳＷ等に対してそのＴＳ＿ＳＷ等に対応したＤＣ経由で「切り換え指示」を出力する。そして、その指示を受けたＴＳ＿ＳＷ等は、切り換え制御を実行し、切り換えを完了するとＤＣ経由でＨＯＳＴに「切り換え完了応答」を返す。
【００６６】
ＨＯＳＴは、この応答を受け取ると、ステータスメッセージ画面１１０の表示を更新する。たとえば、図６（ｂ）のステータスメッセージ画面１１０であれば、詳細経過情報の表示を更新すると共に、プログレスバーを１段長くする。または、図７（ａ）のステータスメッセージ画面１１０であれば、サイトａの矩形オブジェクト１２０ａの表示色を黄色（切り換え中）から緑色（切り換え完了）に変更する。
【００６７】
次に、ＨＯＳＴは、切り換え次順サイト（サイトｂ）のＴＳ＿ＳＷ等に対してそのＴＳ＿ＳＷ等に対応したＤＣ経由で「切り換え指示」を出力する。そして、その指示を受けたＴＳ＿ＳＷ等は切り換え制御を実行し、切り換えを完了するとＤＣ経由でＨＯＳＴに「切り換え完了応答」を返す。
【００６８】
ＨＯＳＴは、この応答を受け取ると、上記と同様にステータスメッセージ画面１１０の表示を更新する。たとえば、図６（ｂ）のステータスメッセージ画面１１０であれば、詳細経過情報の表示を更新すると共に、プログレスバーをさらに１段長くする。または、図７（ａ）のステータスメッセージ画面１１０であれば、サイトｂの矩形オブジェクト１２０ｂの表示色を黄色（切り換え中）から緑色（切り換え完了）に変更する。
【００６９】
このようにして、ＨＯＳＴは、伝送経路切り換え対象の各サイトに対して、順次に「切り換え指示」の出力と、それに対する「切り換え完了応答」の受信を繰り返し、最終的に最後のサイトから「切り換え完了応答」を受信すると、たとえば、図６（ｂ）のステータスメッセージ画面１１０であれば、プログレスバーの長さを１００％にし、または、図７（ａ）のステータスメッセージ画面１１０であれば、最終サイト（サイトｄ）の矩形オブジェクト１２０ｄの表示色を黄色（切り換え中）から緑色（切り換え完了）に変更し、これらの状態変化を以てオペレータに対して伝送経路切り換えの正常終了を告知する。
【００７０】
一方、いずれかのサイトでトラブルが生じた場合、そのサイトのＴＳ＿ＳＷ等は、上記の「切り換え完了応答」の代わりに、トラブル発生を示す「エラー応答」を返す。
【００７１】
図９は、サイトｃでトラブルが発生した場合の通信概念図である。この場合、ＨＯＳＴは、サイトｃからの「エラー応答」を受信し、所定のエラーイベントを発生して、たとえば、図６（ｂ）のステータスメッセージ画面１１０であれば、詳細経過情報の表示を更新すると共に、プログレスバーをその時点の長さで停止する。または、図７（ａ）のステータスメッセージ画面１１０であれば、サイトｃの矩形オブジェクト１２０ｃの表示色を黄色（切り換え中）から赤色（トラブル発生）に変更する。
【００７２】
したがって、任意のサイトでトラブルが発生したときは、その状況が即座にステータスメッセージ画面１１０の表示に反映されるため、オペレータは、遅滞なくその状況（トラブル発生）を知ることができ、迂回回線の構成等、必要な処置を速やかに講じることができる。
【００７３】
４．アルゴリズム
図１０は、中核サイトに設置されたローカル／リモート監視端末３２の動作プログラムの要部フローチャート（伝送経路切り換え制御）を示す図である。このフローチャートを開始すると、まず、切り換えＧＵＩ（伝送経路切り換え用ＧＵＩ画面７０；図５参照）を起動し（ステップＳ１１）、当該画面の初期化（ステップＳ１２）などを行った後、伝送経路切り換えイベントの発生の有無を判定する（ステップＳ１３）。
【００７４】
“伝送経路切り換えイベント”とは、伝送経路切り換え用ＧＵＩ画面７０（図５参照）のユーザイベント受付領域９０（８８）、９１（８８）、９２（８８）、９３（８８）、９４（８８）、９５（８９）、９６（８９）、９７（８９）、９８（８９）、９９（８９）に対するユーザ操作、たとえば、ポインティングデバイス装置３２ｉのダブルクリック操作に応答して発生するイベントのことである。伝送経路切り換えイベントが発生していない場合は、次に、伝送経路切り換え用ＧＵＩ画面７０の終了操作（たとえば、同画面７０のタイトルバーオブジェクト７２の右端に配置された閉じるボタンをクリックする操作）が行われたか否かを判定し（ステップＳ１４）、終了操作が行われていれば、伝送経路切り換え用ＧＵＩ画面７０を閉じて（ステップＳ１５）フローチャートを終了する一方、終了操作が行われていなければ、ステップＳ１３の処理（伝送経路切り換えイベント発生有無の判定）を繰り返す。
【００７５】
そして、ステップＳ１３で伝送経路切り換えイベントの発生を判定すると、次に、ＯＫボタンとキャンセルボタン付の確認ダイアログを表示して、本当に伝送経路切り換えを行ってよいか否かをオペレータに問い合わせる（ステップＳ１６）。キャンセルボタンが押されたときは、当該イベントを無視して、ステップＳ１３の処理（伝送経路切り換えイベント発生有無の判定）を繰り返し、ＯＫボタンが押されたときは、たとえば、図６（ａ）に示すような回線オブジェクト１００→１００′の移動制御と、図８に示すような通信制御とを含む切り換え制御を開始する（ステップＳ１７）とともに、ステータスメッセージ表示処理を実行する（ステップＳ１８）。
【００７６】
図１１は、ステータスメッセージ表示処理プログラムのフローチャートである。このフローチャートでは、まず、ステータスメッセージ画面１１０（図６（ｂ）または図７参照）を表示し（ステップＳ１８ａ）、次いで、ＤＣ経由で各サイトの切り換え経過情報を収集する（ステップＳ１８ｂ）。そして、収集した切り換え経過情報が最後のサイトの切り換え完了を示していれば、図１０のフローチャートに戻り、そうでなければ、次に、その切り換え経過情報がエラーを示しているか否かを判定する（ステップＳ１８ｄ）。エラーがなければ正常経過メッセージを生成し（ステップＳ１８ｅ）、エラーがあればエラー表示メッセージを生成し（ステップＳ１８ｆ）、いずれの場合も、それらのメッセージを用いてステータスメッセージ画面１１０の表示を更新する（ステップＳ１８ｇ）。
【００７７】
正常経過メッセージとは、たとえば、図６（ｂ）のステータスメッセージ画面１１０であれば、“サイト＊切り換え中”などの詳細経過情報やプログレスバーの長さ更新情報のことをいう。または、図７（ａ）のステータスメッセージ画面１１０であれば、任意サイト（たとえば、サイトｃ）の矩形オブジェクト１２０ｃの表示色を黄色（切り換え中）から緑色（切り換え完了）に変更するための情報のことをいう。
【００７８】
また、エラー表示メッセージとは、たとえば、図６（ｂ）のステータスメッセージ画面１１０であれば、“サイト＊にトラブル発生”などの詳細経過情報やプログレスバーの長さ停止情報のことをいう。または、図７（ｂ）のステータスメッセージ画面１１０であれば、エラーサイト（たとえば、サイトｃ）の矩形オブジェクト１２０ｃの表示色を黄色（切り換え中）から赤色（トラブル発生）に変更するための情報のことをいう。
【００７９】
５．まとめ
以上のとおりであるから、本実施の形態においては、以下の効果を奏することができる。
（Ａ）伝送経路切り換え操作の容易化と確実性の向上（伝送経路切り換え用ＧＵＩ画面７０）：たとえば、図６（ａ）に示すように、サイトＢで使用されていた第１回線をサイトＣに切り換える際には、サイトＣ直下のユーザイベント受付領域９２（８８）をダブルクリックするだけでよい。切り換え操作をワンタッチで行うことができ、操作の容易化を図ることができる。加えて、サイトＣ直下のユーザイベント受付領域９２（８８）をクリックすると、当初の回線オブジェクト１００が消え、新たに当該クリック位置（ユーザイベント受付領域９２（８８））に回線オブジェクト１００′が表示されるが、このような回線オブジェクト１００の消滅と回線オブジェクト１００′の新規表示は、あたかも、回線構成ポイントが移動した如き感覚でユーザに受け止められるから、操作ミスのない直感性に優れた伝送経路切り換えユーザインターフェースを提供することができる。
【００８０】
（Ｂ）伝送経路切り換え中のトラブル発生の早期把握（ステータスメッセージ画面１１０）：伝送経路の切り換え中には、その進捗状況と詳細情報を表示するための別画面（ステータスメッセージ画面１１０）をオープンする。このステータスメッセージ画面１１０は、伝送経路中の各サイトの動作状態（切り換え前／切り換え中／切り換え完了／トラブル発生）を文字列または図形等で表示するための適切なコントロール、たとえば、主メッセージエリア１１４や予備メッセージエリア１１５などのテキストボックスコントロール、プログレスバーコントロール（伝送経路切り換え進捗状況表示用グラフィックオブジェクト１１７）、あるいは、伝送経路を構成する各サイトを模した複数の任意形状（以下「矩形」とする。）オブジェクト１２０ａ〜１２０ｄからなるイメージコントロール１２０を含む。オペレータは、これらのコントロールの表示から、伝送経路中の各サイトの動作状態をタイムロスなく正しく把握することができ、とりわけトラブル発生時の適切な対処を遅滞なくとることができる。
【００８１】
なお、本実施の形態の主要な機能は、マイクロコンピュータを含むハードウェアリソースと、ＯＳや各種プログラムなどのソフトウェアリソースとの有機的結合によって機能的に実現されるものであるが、ハードウェアリソースおよびＯＳは汎用のものを利用できるから、本発明にとって欠くことのできない必須の事項は、実質的に、前記のグラフィカルユーザインターフェース（伝送経路切り換え用ＧＵＩ画面７０／ステータスメッセージ画面１１０）に集約されているということがいえる。したがって、本発明は、前記グラフィカルユーザインターフェースを実現するためのプログラムのすべてまたはその要部を包含し、さらに、それらのプログラムのすべて又は一部を格納した、フレキシブルディスク、光ディスク、磁気ディスク、半導体メモリなどの記録媒体（それ自体が流通経路に乗るものはもちろん、ネットワーク上にあって記録内容だけを提供するものも含む）を包含する。
【００８２】
【発明の効果】
本発明によれば、一のサイトと二のサイトの間の伝送路を構成する際に、それらのサイトを含む各サイトの動作状態が逐一、ユーザインターフェースに表示される。したがって、仮に、伝送経路中のどこかのサイトでトラブルが発生した場合でも、その状況を速やかに把握することができるから、迂回回線の構成等、所要の対策を遅滞なく講じることができる。
【図面の簡単な説明】
【図１】実施の形態の映像情報ネットワークの概念構成図である。
【図２】リモート端末２０〜２２及びローカル／リモート監視端末３２の概念構成図である。
【図３】アプリケーション構造図である。
【図４】全体ネットワーク構成表示用ＧＵＩ画面５０を示す図である。
【図５】伝送経路切り換え用ＧＵＩ画面７０を示す図である。
【図６】伝送経路の切り換え操作例を示す図である。
【図７】他の構成を有する伝送経路切り換え用ＧＵＩ画面７０の要部レイアウト図である。
【図８】伝送路切り換え中の進捗状況やその詳細情報を得るための通信概念図である。
【図９】サイトｃでトラブルが発生した場合の通信概念図である。
【図１０】伝送経路切り換え制御のフローチャートを示す図である。
【図１１】ステータスメッセージ表示処理のフローチャートを示す図である。
【図１２】映像情報伝送ネットワークの概念図である。
【図１３】伝送経路切り換えの概念図である。
【符号の説明】
３２……ローカル／リモート監視端末（端末、サイト状態監視装置）、３２ａ……ＣＰＵ（受信手段、生成手段、表示手段）、１１０……ステータスメッセージ画面（ユーザインターフェース）、１１６……詳細経過情報メッセージエリア（コントロール）、１１７……伝送経路切り換え進捗状況表示用グラフィックオブジェクト（コントロール）、１２０……イメージコントロール（コントロール）。
【図１】
2004328402.tif 000003
【図２】
2004328402.tif 000004
【図３】
2004328402.tif 000005
【図４】
2004328402.tif 000006
【図５】
2004328402.tif 000007
【図６】
2004328402.tif 000008
【図７】
2004328402.tif 000009
【図８】
2004328402.tif 000010
【図９】
2004328402.tif 000011
【図１０】
2004328402.tif 000012
【図１１】
2004328402.tif 000013
【図１２】
2004328402.tif 000014
【図１３】
2004328402.tif 000015