(57)【特許請求の範囲】
【請求項１】
ＩＰネットワークを介して送信装置から受信装置にＩＰパケット化した放送信号を伝送する伝送システムにおいて、
前記送信装置は１または複数の送信部を有し、
各送信部は、
前記放送信号をＩＰパケットに変換する変換手段と、
前記変換手段によって得られた前記ＩＰパケットを送信する送信手段と、
前記受信装置から異常を通知する情報を受信した場合には、前記ＩＰパケットの送信を停止する停止手段と、を有し、
前記受信装置は１または複数の受信部を有し、
各受信部は、
前記送信手段から送信された前記ＩＰパケットを受信する受信手段と、
前記受信手段によって受信された前記ＩＰパケットを前記放送信号に復元する復元手段と、を有し、
前記受信装置は、異常を検出した場合に、前記異常を通知する情報を前記送信部に対して送信するとともに、自己以外の受信部を宛先とする前記ＩＰパケットを受信した場合に、前記異常を通知する情報を、当該ＩＰパケットの送信元の送信部に送信する異常送信手段をさらに有する、
ことを特徴とする伝送システム。
【請求項２】
前記異常送信手段が、少なくとも１の前記受信部に配されることを特徴とする請求項１に記載の伝送システム。
【請求項３】
前記異常送信手段は、未到達のＩＰパケットが存在する場合に、前記異常を通知する情報を、当該ＩＰパケットの送信元の送信部に送信することを特徴とする請求項１または２項に記載の伝送システム。
【請求項４】
前記送信部は、前記ＩＰパケットによって前記放送信号を送信する前に、送信先となる受信部の状態を通知する要求を送信し、当該要求によって通知された情報を参照し、受信可能である場合に前記ＩＰパケットによって前記放送信号の送信を開始し、
前記受信部は、前記要求を受信した場合には、自己の状態を示す情報を前記送信部に対して通知する、
ことを特徴とする請求項３に記載の伝送システム。
【請求項５】
前記送信部は、前記ＩＰパケットによって前記放送信号を送信する前に、送信先となる受信部に対して設定情報を送信し、
前記受信部は、前記設定情報に基づいて前記ＩＰパケットを受信するための設定を行う、
ことを特徴とする請求項３に記載の伝送システム。
【請求項６】
ＩＰネットワークを介して、１または複数の送信部を有する送信装置から受信装置にＩＰパケット化された放送信号を伝送する伝送システムに用いる前記受信装置を構成する受信部であって、
前記送信装置から送信された前記ＩＰパケットを受信する受信手段と、
前記受信手段によって受信した前記ＩＰパケットを前記放送信号に復元する復元手段と、
異常を検出した場合に、前記異常を通知する情報を前記送信装置に対して送信するとともに、自己以外の受信部を宛先とする前記ＩＰパケットを受信した場合に、前記異常を通知する情報を、当該ＩＰパケットの送信元の送信部に送信する異常送信手段と、
を有することを特徴とする受信部。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、伝送システム、送信部、および、受信部に関するものである。
【背景技術】
【０００２】
映像、音声、および、データ等を含むＴＳ（Transport Stream）信号を、送信装置においてＩＰ（Internet Protocol）パケットに変換し、ＩＰネットワークを介して伝送し、受信装置においてＩＰパケットをＴＳ信号に復元する伝送システムが知られている（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−１２４９２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、ＩＰネットワークを利用して映像等を伝送する場合において、伝送経路上の伝送装置が何らかの理由によってＩＰパケットを受信できないとき、伝送装置はＩＰパケットをマルチキャスト等によってＩＰネットワーク上に送出することがある。また、受信装置がＩＰパケットを受信できないとき、受信できないことを示すＩＰパケットを送信装置に対して送出することがある。そのような場合には、トラフィックが増加してしまい、他の装置に影響を与えるという問題点がある。
【０００５】
本発明は、以上の点に鑑みてなされたものであり、受信装置がＩＰパケットを受信できない場合でもトラフィックの増加を抑制できる伝送システム、送信部、および、受信部を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明は、  ＩＰネットワークを介して送信装置から受信装置にＩＰパケット化した放送信号を伝送する伝送システムにおいて、前記送信装置は１または複数の送信部を有し、各送信部は、前記放送信号をＩＰパケットに変換する変換手段と、前記変換手段によって得られた前記ＩＰパケットを送信する送信手段と、前記受信装置から異常を通知する情報を受信した場合には、前記ＩＰパケットの送信を停止する停止手段と、を有し、前記受信装置は１または複数の受信部を有し、各受信部は、前記送信手段から送信された前記ＩＰパケットを受信する受信手段と、前記受信手段によって受信された前記ＩＰパケットを前記放送信号に復元する復元手段と、を有し、前記受信装置は、異常を検出した場合に、前記異常を通知する情報を前記送信部に対して送信するとともに、自己以外の受信部を宛先とする前記ＩＰパケットを受信した場合に、前記異常を通知する情報を、当該ＩＰパケットの送信元の送信部に送信する異常送信手段をさらに有する、ことを特徴とする。
このような構成によれば、受信装置がＩＰパケットを受信できない場合でもトラフィックの増加を抑制できる。
【０００７】
また、本発明は、記異常送信手段が、少なくとも１の前記受信部に配されることを特徴とする。
このような構成によれば、システムの構成を複雑にすることなく、トラフィックの増加を抑制できる。
【０００９】
また、本発明は、前記異常送信手段は、未到達のＩＰパケットが存在する場合に、前記異常を通知する情報を、当該ＩＰパケットの送信元の送信部に送信することを特徴とする。
このような構成によれば、受信部が正常でないために未到達のＩＰパケットが存在する場合には、送信を停止することができる。
【００１０】
また、本発明は、前記送信部は、前記ＩＰパケットによって前記放送信号を送信する前に、送信先となる受信部の状態を通知する要求を送信し、当該要求によって通知された情報を参照し、受信可能である場合に前記ＩＰパケットによって前記放送信号の送信を開始し、前記受信部は、前記要求を受信した場合には、自己の状態を示す情報を前記送信部に対して通知する、ことを特徴とする。
このような構成によれば、送信部が事前に受信部の状態を知った後に放送信号を送信するので、ＩＰパケットが受信できない状態を防ぐことで、トラフィックが増加することを抑制できる。
【００１１】
また、本発明は、前記送信部は、前記ＩＰパケットによって前記放送信号を送信する前に、送信先となる受信部に対して設定情報を送信し、前記受信部は、前記設定情報に基づいて前記ＩＰパケットを受信するための設定を行う、ことを特徴とする。
このような構成によれば、送信部が事前に送信した設定情報に基づいて受信部が設定を行うので、ＩＰパケットが受信できない状態を防ぐことで、トラフィックが増加することを抑制できる。
【００１３】
また、本発明は、ＩＰネットワークを介して、１または複数の送信部を有する送信装置から受信装置にＩＰパケット化された放送信号を伝送する伝送システムに用いる前記受信装置を構成する受信部であって、前記送信装置から送信された前記ＩＰパケットを受信する受信手段と、前記受信手段によって受信した前記ＩＰパケットを前記放送信号に復元する復元手段と、異常を検出した場合に、前記異常を通知する情報を前記送信装置に対して送信するとともに、自己以外の受信部を宛先とする前記ＩＰパケットを受信した場合に、前記異常を通知する情報を、当該ＩＰパケットの送信元の送信部に送信する異常送信手段と、を有することを特徴とする。
このような構成によれば、受信装置がＩＰパケットを受信できない場合でもトラフィックの増加を抑制できる。
【発明の効果】
【００１４】
本発明によれば、受信装置がＩＰパケットを受信できない場合でもトラフィックの増加を抑制することが可能な伝送システム、送信部、および、受信部を提供することができる。
【図面の簡単な説明】
【００１５】
【図１】本発明の第１実施形態の構成例を示す図である。
【図２】図１に示す送信部の構成例を示す図である。
【図３】図１に示す受信部の構成例を示す図である。
【図４】図１に示す実施形態において伝送されるパケットの一例を示す図である。
【図５】図１に示すＮＷ  Ｉ／Ｆ４０が有するルーティングテーブルとＡＲＰテーブルの一例を示す図である。
【図６】第１実施形態の受信部において実行される処理の一例を説明するためのフローチャートである。
【図７】第１実施形態の送信部において実行される処理の一例を説明するためのフローチャートである。
【図８】第２実施形態の送信部において実行される処理の一例を説明するためのフローチャートである。
【図９】第２実施形態の受信部において実行される処理の一例を説明するためのフローチャートである。
【発明を実施するための形態】
【００１６】
（Ａ）本発明の第１実施形態の構成の説明
図１は、本発明の第１実施形態の構成例を示す図である。この図１に示すように、本発明の第１実施形態に係る伝送システム１は、送信装置１０および受信装置５０を有し、送信装置１０および受信装置５０は、例えば、ルータまたはハブ等のＮＷ（Network）  Ｉ／Ｆ（Interface）２０，４０およびインターネット等のＩＰネットワーク３０を介して情報を伝送する。
【００１７】
ここで、送信装置１０は、送信部１１〜１５を有している。送信部１１〜１５は、映像、音声、および、データ等を含む放送信号としてのＴＳ信号を入力端子１１ａ〜１５ａからそれぞれ入力し、ＩＰパケットに変換した後、ＮＷ  Ｉ／Ｆ２０およびＩＰネットワーク３０を介してＮＷ  Ｉ／Ｆ４０に伝送する。なお、送信部１１〜１５の主な機能は、放送信号を含むＩＰパケットを受信部５１〜５５に対して送信することであるので便宜的に「送信部」という名称を付与しているが、後述するように、受信部５１〜５５から送信されたＩＰパケットを受信することも可能である。ＮＷ  Ｉ／Ｆ２０は、例えば、ハブまたはルータ等によって構成され、図１の例では６つのインターフェースＩＦ２０〜ＩＦ２５を有し、送信部１１〜１５から出力されるＩＰパケットをＩＰネットワーク３０に送出するとともに、ＩＰネットワーク３０から入力されるＩＰパケットを宛先に応じてインターフェースＩＦ２１〜ＩＦ２５から出力する。ＮＷ  Ｉ／Ｆ４０は、同様に、ハブまたはルータ等によって構成され、図１の例では６つのインターフェースＩＦ４０〜ＩＦ４５を有し、ＩＰネットワーク３０を介して伝送されてきたＩＰパケットを、宛先に応じて対応する受信部５１〜５５に供給するとともに、受信部５１〜５５から送信されるＩＰパケットをＩＰネットワーク３０に送出する。
【００１８】
受信装置５０は、受信部５１〜５５を有している。受信部５１〜５５は、ＮＷ  Ｉ／Ｆ４０から供給されるＩＰパケットを映像、音声、および、データ等を含む放送信号としてのＴＳ信号に復元し、出力端子５１ｇ〜５５ｇからそれぞれ出力する。なお、受信部５１〜５５の主な機能は、送信部１１〜１５から送信された放送信号を含むＩＰパケットを受信することであるので便宜的に「受信部」という名称を付与しているが、後述するように、送信部１１〜１５に対してＩＰパケットを送信することも可能である。
【００１９】
図２は、図１に示す送信部１１の詳細な構成例を示す図である。なお、送信部１１〜１５は同様の構成を有しているので、以下では送信部１１を例に挙げて説明する。送信部１１以外の送信部１２〜１５を構成する各部について言及する際には、送信部１１と同様の符号を用いて説明する。図２に示すように、送信部１１は、入力端子１１ａ、ＴＳ−ＩＰ変換部１１ｂ、ホスト部１１ｃ、異常検出部１１ｄ、ＭＡＣ（Media Control）部１１ｅ、ＰＨＹ（Physical Layer）部１１ｆ、および、入出力端子１１ｇを有している。入力端子１１ａは放送信号を含むＴＳ信号を入力する。ＴＳ−ＩＰ変換部１１ｂは入力されたＴＳ信号をＩＰパケットに変換して出力する。ホスト部１１ｃは、中央制御部であり、送信部１１の各部の動作を制御する。異常検出部１１ｄは、ＭＡＣ部１１ｅから異常な情報が供給された場合にはホスト部１１ｃに通知する。ＭＡＣ部１１ｅは、イーサネット（登録商標）に関する送受信動作を制御する。ＰＨＹ部１１ｆは、ＭＡＣ部１１ｅから供給されるＩＰパケットを、入出力端子１１ｇに対応した形式の信号（例えば、ベースバンド信号やデジタル変調信号）に変換して入出力端子１１ｇから出力するとともに、入出力端子１１ｇから入力される信号をＭＡＣ部１１ｅに対応した形式の信号（例えば、デジタル電気信号）に変換してＭＡＣ部１１ｅに供給する。
【００２０】
図３は、図１に示す受信部５１の詳細な構成例を示す図である。なお、受信部５１〜５５は同様の構成を有しているので、以下では受信部５１を例に挙げて説明する。受信部５１以外の受信部５２〜５５を構成する各部について言及する際には、受信部５１と同様の符号を用いて説明する。図３に示すように、受信部５１は、入出力端子５１ａ、ＰＨＹ部５１ｂ、ＭＡＣ部５１ｃ、異常検出部５１ｄ、ホスト部５１ｅ、ＩＰ−ＴＳ変換部５１ｆ、および、出力端子５１ｇを有している。入出力端子５１ａはＮＷ  Ｉ／Ｆ４０から供給されるＩＰパケットを入力するとともに、ＰＨＹ部５１ｂから出力されるＩＰパケットをＮＷ  Ｉ／Ｆ４０に供給する。ＰＨＹ部５１ｂは、入出力端子５１ａから入力される信号をＭＡＣ部５１ｃに対応した形式の信号（例えば、デジタル電気信号）に変換してＭＡＣ部５１ｃに供給するとともに、ＭＡＣ部５１ｃから供給されるＩＰパケットを、入出力端子５１aに対応した形式の信号（例えば、ベースバンド信号やデジタル変調信号）に変換して入出力端子５１ａから出力する。ＭＡＣ部５１ｃは、イーサネット（登録商標）に関する送受信動作を制御する。異常検出部５１ｄは、ＭＡＣ部５１ｃから異常な情報が供給された場合にはホスト部５１ｅに通知する。ホスト部５１ｅは、中央制御部であり、受信部５１の各部の動作を制御する。ＩＰ−ＴＳ変換部５１ｆは入力されたＩＰパケットをＴＳ信号に変換して出力端子５１ｇから出力する。
【００２１】
（Ｂ）本発明の第１実施形態の動作の説明
つぎに、本発明の第１実施形態の動作について説明する。以下では、動作の概要について説明した後、図６および図７を参照して詳細な動作を説明する。なお、以下では、送信部１１〜１５のＩＰアドレスをそれぞれＩＰ１１〜ＩＰ１５とし、ＭＡＣアドレスをＭＡＣ１１〜ＭＡＣ１５とする。ＮＷ  Ｉ／Ｆ２０のインターフェースＩＦ２０〜ＩＦ２５のそれぞれのＭＡＣアドレスをＭＡＣ２０〜ＭＡＣ２５とする。受信部５１〜５５のＩＰアドレスをそれぞれＩＰ５１〜ＩＰ５５とし、ＭＡＣアドレスをＭＡＣ５１〜ＭＡＣ５５とする。ＮＷ  Ｉ／Ｆ４０のインターフェースＩＦ４０〜ＩＦ４５のそれぞれのＭＡＣアドレスをＭＡＣ４０〜ＭＡＣ４５とする。なお、ＭＡＣアドレスは、例えば、４８ビットのアドレスであり、また、ＩＰアドレスは、例えば、３２ビットまたは１２８ビットのアドレスであるが、本明細書では説明を簡略化するため、ＭＡＣｘｘおよびＩＰｘｘの形式で示している。また、送信部１１〜１５は、受信部５１〜５５に対して放送信号を含むＩＰパケットをそれぞれ伝送するものとする。
【００２２】
送信部１１の入力端子１１ａから入力されたＴＳ信号は、ＴＳ−ＩＰ変換部１１ｂにおいてＩＰパケットに変換される。ＭＡＣ部１１ｅは、ＴＳ−ＩＰ変換部１１ｂによって生成されたＩＰパケットにＭＡＣアドレスを付加し、ＰＨＹ部１１ｆに供給する。ＰＨＹ部１１ｆは、ＭＡＣ部１１ｅから供給されるＩＰパケットを、入出力端子１１ｇに対応した形式の信号に変換して出力する。図４（Ａ）は、送信部１１のＰＨＹ部１１ｆから出力されるＩＰパケットの一例を示している。この図４（Ａ）の例では、このＩＰパケットは送信部１１から受信部５１に伝送されるので宛先ＩＰアドレスは「ＩＰ５１」とされ、送信元ＩＰアドレスは「ＩＰ１１」とされている。また、ＩＰパケットは、まず、送信部１１からＮＷ  Ｉ／Ｆ２０のインターフェースＩＦ２１に伝送されるので、宛先ＭＡＣアドレスは「ＭＡＣ２１」とされ、送信元ＭＡＣアドレスは「ＭＡＣ１１」とされている。また、パケットの末尾にはデータ（Data）が付加されている。
【００２３】
ＮＷ  Ｉ／Ｆ２０は、図４（Ａ）に示すパケットをＩＦ２１から入力し、宛先ＭＡＣアドレスおよび送信元ＭＡＣアドレスを変更した後、ＩＦ２０を介してＩＰネットワーク３０に送出する。図４（Ｂ）は、ＩＦ２０からＩＰネットワーク３０に送出されるＩＰパケットの一例を示している。この図４（Ｂ）の例では、図４（Ａ）と比較すると、宛先ＭＡＣアドレスが「ＭＡＣ２１」からＮＷ  Ｉ／Ｆ４０のＩＦ４０のＭＡＣアドレスである「ＭＡＣ４０」に変更され、送信元ＭＡＣアドレスが「ＭＡＣ１１」からＮＷ  Ｉ／Ｆ２０のＩＦ２０のＭＡＣアドレスである「ＭＡＣ２０」に変更されている。
【００２４】
ＮＷ  Ｉ／Ｆ４０は、図４（Ｂ）に示すＩＰパケットを受信し、図５（Ａ）に示すルーティングテーブルおよび図５（Ｂ）に示すＡＲＰ（Address Resolution Protocol）テーブルを参照して、対応するインターフェースから出力する。なお、図５（Ａ）に示すルーティングテーブルは、宛先ＩＰアドレスと出力するインターフェースの対応関係を示すテーブルである。また、図５（Ｂ）に示すＡＲＰテーブルは、宛先ＩＰアドレスと宛先ＭＡＣアドレスの対応関係を示すテーブルである。いまの例では、図４（Ｂ）に示すＩＰパケットは、宛先ＩＰアドレスが受信部５１の「ＩＰ５１」であるので、図５（Ａ）に示すルーティングテーブルを参照し、出力インターフェース「ＩＦ４１」が特定される。また、ＮＷ  Ｉ／Ｆ４０は、図５（Ｂ）に示すＡＲＰテーブルを参照し、宛先ＩＰアドレスの「ＩＰ５１」に対応する宛先ＭＡＣアドレスとして「ＭＡＣ５１」を特定する。この結果、図４（Ｃ）に示すように、宛先ＭＡＣアドレスが「ＭＡＣ５１」であり、送信元ＭＡＣアドレスが「ＭＡＣ４１」であるＩＰパケットが生成され、受信部５１に対して送出される。なお、ＡＲＰテーブルとは、ＮＷ  Ｉ／Ｆ４０が有するＡＲＰ機能によって取得されるＭＡＣアドレスと、ＩＰアドレスの対応関係を示すテーブルである。例えば、ＩＰアドレスが「ＩＰ５１」である受信部５１のＭＡＣアドレスを特定する場合、ＮＷ  Ｉ／Ｆ４０は、「ＩＰ５１」である受信部を見つけるための要求であるＡＲＰ要求を全ての受信部５１〜５５に対して送信する。受信部５１は、自己宛のＡＲＰ要求であることから、このＡＲＰ要求に対して自己のＭＡＣアドレスである「ＭＡＣ５１」を格納したことを応答するＡＲＰ応答を送信する。この結果、ＮＷ  Ｉ／Ｆ４０は、このＡＲＰ応答を受信することで、受信部５１のＭＡＣアドレス「ＭＡＣ５１」を特定することができる。なお、受信部５２〜５５は、自己宛ではないことから、当該ＡＲＰ要求には応答しない。
【００２５】
ところで、受信部５１が何らかの原因、例えば、故障やソフトウエアの不具合等によって動作不良となった場合、ＡＲＰ要求に対して応答できないため、図５（Ｂ）に示すＡＲＰテーブルには、受信部５１に対応するエントリが存在しない状態となる。このような場合に、ＮＷ  Ｉ／Ｆ４０が図４（Ｂ）に示すようなＩＰパケットを受信したとき、ＮＷ  Ｉ／Ｆ４０は、このＩＰパケットを全ての受信部５１〜５５に対して送信する。例えば、受信部５２に対しては、図４（Ｄ）に示すようなＩＰパケットを送信する。図４（Ｄ）の例では、宛先ＭＡＣアドレスはブロードキャストを示す「ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ」とされ、送信元ＭＡＣアドレスはインターフェースＩＦ４２のＭＡＣアドレスを示す「ＭＡＣ４２」とされている。このようなコピーされたパケットは、受信部５１を宛先とするＩＰパケットが届く度に、全ての受信部に対して送信されるため、トラフィックが増加することになる。図４（Ｄ）の例では、宛先ＭＡＣアドレスはブロードキャストを示す「ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ：ＦＦ」としているが、システムによっては、ブロードキャストアドレスではなく、従前の宛先アドレスである「ＭＡＣ４０」が付与された状態で、全ての受信部５１〜５５にＩＰパケットが送信されることもあるが、そのような場合でもトラフィックが増加する。
【００２６】
なお、以上の説明では、ＮＷ  Ｉ／Ｆ４０は、ＡＲＰテーブルに登録されていないＭＡＣアドレスを宛先とするＩＰパケットを受信した際には、全ての受信部５１〜５５に対してコピーしたＩＰパケットを送信するようにしたが、例えば、システムによっては、全ての受信部５１〜５５に対してＡＲＰ要求を送信する場合も想定される。そのような場合であっても、ＡＲＰ要求が全ての受信部５１〜５５に送信されることによってトラフィックが増加することになる。但し、ＡＲＰテーブルは正常な場合であってもネットワークの状態変化に対応するために、定期的（例えば、数分おき）に消去されることから、ＡＲＰ要求は正常な場合でも定期的に送信される。そこで、例えば、所定の時間（例えば、ＡＲＰテーブルが消去されるよりも短い時間）内に、ＡＲＰ要求が所定の回数（例えば、２回）以上送信された場合には、異常であると判定するようにしてもよい。また、送信部１１〜１５が定期的にＩＣＭＰ（Internet Control Message Protocol）またはＡＲＰによって受信部５１〜５５のＭＡＣアドレスを確認する動作を実行する場合も想定されるが、そのような場合には、ＮＷ  Ｉ／Ｆ４０はＡＲＰ要求を行うことは基本的にはない。このため、そのような場合には、ＮＷ  Ｉ／Ｆ４０からＡＲＰ要求がなされたときには異常と判定することができる。
【００２７】
第１実施形態では、図４（Ｄ）に示すような、宛先ＩＰアドレスが自己宛でないＩＰパケットを受信した受信部は、異常の発生を通知するＩＰパケットを送信元ＩＰアドレスに対して送信する。例えば、図４（Ｄ）に示す宛先ＩＰアドレスが自己宛でないＩＰパケットを受信部５２が受信した場合、受信部５２のＰＨＹ部５２ｂがこのＩＰパケットをＭＡＣ部５２ｃに対応した形式の信号に変換し、ＭＡＣ部５２ｃに供給する。ＭＡＣ部５２ｃは、宛先ＩＰアドレスが自己宛でないことから、このＩＰパケットを異常検出部５２ｄに供給する。異常検出部５２ｄは、自己宛でない宛先ＩＰアドレスを有することから、異常が発生していると判定し、ホスト部５２ｅに通知する。ホスト部５２ｅは、異常を通知する異常通知情報を含むＩＰパケットを生成して、このパケットの送信元である送信部１１に対して送信する。例えば、受信部５２は、図４（Ｅ）に示すＩＰパケットを生成して送信部１１に対して送信する。より詳細には、図４（Ｅ）に示すＩＰパケットでは、宛先ＭＡＣアドレスは、ＮＷ  Ｉ／Ｆ４０のインターフェースＩＦ４２のＭＡＣアドレスである「ＭＡＣ４２」が格納され、送信元ＭＡＣアドレスとしては受信部５２のＭＡＣアドレスである「ＭＡＣ５２」が格納され、宛先ＩＰアドレスとしては送信部１１のＩＰアドレスである「ＩＰ１１」（図４（Ｄ）の送信元ＩＰアドレス）が格納され、送信元ＩＰアドレスとしては受信部５２のＩＰアドレスである「ＩＰ５２」が格納され、データとして送信部１１で異常が発生していることを示す情報を含む「異常通知情報」が格納される。このようなＩＰパケットは、ＮＷ  Ｉ／Ｆ４０、ＩＰネットワーク３０、および、ＮＷ  Ｉ／Ｆ２０を介して送信部１１に供給される。なお、「異常通知情報」としては、例えば、所定のコード（ビット列）を含む情報と、異常が発生している受信部のＩＰアドレスを有するようにすることができる。
【００２８】
図４（Ｅ）に示す異常通知情報を含むＩＰパケットを送信部１１が受信した場合、送信部１１のＰＨＹ部１１ｆがこのＩＰパケットをＭＡＣ部１１ｅに対応した形式の信号に変換し、ＭＡＣ部１１ｅに供給する。ＭＡＣ部１１ｅは、異常通知情報が含まれていることから、このＩＰパケットを異常検出部１１ｄに供給する。異常検出部１１ｄは、異常通知情報が含まれていることから、異常が発生していると判定し、ホスト部１１ｃに通知する。ホスト部１１ｃは、異常通知情報を参照し、受信部５１に異常が発生しているため、ＴＳ−ＩＰ変換部１１ｂの動作を停止させることで、受信部５１に対するＩＰパケットの送出を停止させる。この結果、受信部５１に対するＩＰパケットの送出が停止されるので、これ以降は、図４（Ｅ）に示すようなＩＰパケットが、受信部５１〜５５に対して送信されなくなり、トラフィックの増加を抑制することができる。なお、図４（Ｄ）に示すＩＰパケットが送信される代わりに、ＮＷ  Ｉ／Ｆ４０から全ての受信部５１〜５５に対してＡＲＰ要求が送信される場合、ＡＲＰ要求の対象となっていない受信部は、このようなＡＲＰ要求を所定の時間内に、所定の回数以上受信した場合には、異常が発生しているとして、該当する送信部に対して異常通知情報を送信するようにしてもよい。これにより、故障している受信部に対するＩＰパケットの送信を停止することで、トラフィックの増加を防ぐことができる。
【００２９】
以上に説明したように、本発明の第１実施形態によれば、何らかの原因によって、ＡＲＰテーブルのエントリが消滅し、宛先ＭＡＣアドレスが特定できなくなった場合には、異常通知情報を含むＩＰパケットを、正常な受信部が送信部に対して送信し、このようなＩＰパケットを受信した送信部はＩＰパケットの送信を停止するようにしたので、トラフィックが増加することを防止できる。
【００３０】
なお、以上の例では、受信部５１〜５５の全てが異常検出部５１ｄ〜５５ｄを有するようにしたが、少なくとも１つの受信部が異常検出部を有するようにしてもよい。また、受信部とは別に、異常検出だけを行う装置を設けるようにしてもよい。具体的には、例えば、ＩＰ−ＴＳ変換部を有してない受信部を設けるようにしてもよい。
【００３１】
つぎに、図６および図７を参照して、第１実施形態において実行されるフローチャートについて説明する。図６は、受信部５１〜５５において実行される処理の一例を説明するフローチャートである。このフローチャートが開始されると以下のステップが実行される。なお、以下では、受信部５２において異常が発生している際に、受信部５１において図６に示すフローチャートが実行される場合を例に挙げて説明する。
【００３２】
ステップＳ１０では、受信部５１は、ＩＰパケットを受信する。より詳細には、受信部５１のＰＨＹ部５１ｂはＩＰパケットに対応する信号を、ＭＡＣ部５１ｃに対応する形式の信号に変換して読み込む。
【００３３】
ステップＳ１１では、受信部５１は、ステップＳ１０で受信したＩＰパケットが他の受信部宛であるか否かを判定し、他の受信部宛のＩＰパケットであると判定した場合（ステップＳ１１：Ｙｅｓ）にはステップＳ１３に進み、それ以外の場合（ステップＳ１１：Ｎｏ）にはステップＳ１２に進む。より詳細には、受信部５１の異常検出部５１ｄは、ＩＰパケットの宛先ＩＰアドレスを参照し、自己に付与されているＩＰアドレスと比較することで、他の受信部宛か否かを判定する。なお、宛先ＩＰアドレスではなく、宛先ＭＡＣアドレスを参照して判断するようにしてもよい。また、ＡＲＰ要求の場合には、所定の時間内に、所定の回数以上、他の受信部に対するＡＲＰ要求がなされた場合には異常と判定することができる。
【００３４】
ステップＳ１２では、受信部５１は、通常処理を実行する。より詳細には、受信部５１のＭＡＣ部５１ｃは受信したＩＰパケットをＩＰ−ＴＳ変換部５１ｆに供給する。ＩＰ−ＴＳ変換部５１ｆは、ＭＡＣ部５１ｃから供給されたＩＰパケットをＴＳ信号に復元し、出力端子５１ｇから出力し、後段の装置に供給する。
【００３５】
ステップＳ１３では、受信部５１は、異常通知情報を生成して、ＩＰパケットのデータとして付加する。なお、異常通知情報としては、例えば、異常が発生したことを示す情報と、異常が発生している他の受信部の宛先ＩＰアドレスを格納することができる。より詳細には、いまの例では、受信部５２に異常が発生しているので、ホスト部５１ｅは、受信部５２の宛先ＩＰアドレスである「ＩＰ５２」を有するＩＰパケットを受信した場合には、異常が発生したことを示す情報と、異常が発生している受信部５２の宛先ＩＰアドレス「ＩＰ５２」を異常情報として生成し、ＩＰパケットのデータとして付加する。
【００３６】
ステップＳ１４では、受信部５１は、ステップＳ１０で受信したＩＰパケットに含まれる送信元ＩＰアドレスを宛先ＩＰアドレスとして設定する。例えば、送信部１１から送信されたＩＰパケットの場合には、送信元ＩＰアドレスとして送信部１１のＩＰアドレスである「ＩＰ１１」が付加されているので、ホスト部５１ｅは、この「ＩＰ１１」を宛先ＩＰアドレスとして付加する。
【００３７】
ステップＳ１５では、受信部５１は、自己のＩＰアドレスを送信元ＩＰアドレスとして付加する。より詳細には、ホスト部５１ｅは、自己のＩＰアドレスである「ＩＰ５１」を送信元ＩＰアドレスとして付加する。
【００３８】
ステップＳ１６では、受信部５１は、送信元ＭＡＣアドレスを宛先ＭＡＣアドレスとして付加する。より詳細には、ホスト部５１ｅは、ステップＳ１０で受信したＩＰパケットから送信元ＭＡＣアドレスを抽出し、これを宛先ＭＡＣアドレスとして付加する。例えば、ＩＦ４１から受信したＩＰパケットの場合には送信元ＭＡＣアドレスとして「ＭＡＣ４１」が含まれているので、「ＭＡＣ４１」を宛先ＭＡＣアドレスとして付加する。
【００３９】
ステップＳ１７では、受信部５１は、自己のＭＡＣアドレスを送信元ＭＡＣアドレスとして付加する。より詳細には、ホスト部５１ｅは、自己のＭＡＣアドレスである「ＭＡＣ５１」を送信元ＭＡＣアドレスとして付加する。
【００４０】
ステップＳ１８では、受信部５１は、ステップＳ１３〜Ｓ１７の処理によって生成されたＩＰパケットを送信する処理を実行する。いまの例では、ホスト部５１ｅによって生成された異常通知情報を含むＩＰパケットは、ＭＡＣ部５１ｃ、ＰＨＹ部５１ｂ、および、入出力端子５１ａを介して送信される。
【００４１】
ステップＳ１９では、受信部５１は、処理を終了するか否かを判定し、処理を継続すると判定した場合（ステップＳ１９：Ｎｏ）にはステップＳ１０に戻って前述の場合と同様の処理を繰り返し、それ以外の場合（ステップＳ１９：Ｙｅｓ）には処理を終了する。例えば、装置の電源がオフの状態にされた場合には、Ｙｅｓと判定して処理を終了する。
【００４２】
以上の処理によれば、異常を検出し、異常通知情報を含むＩＰパケットを送信部に対して送信することができる。
【００４３】
つぎに、図７を参照して、図１に示す送信部において実行される処理について説明する。図７は、送信部１１〜１５において実行される処理の一例を説明するためのフローチャートである。このフローチャートが開始されると以下のステップが実行される。なお、以下では、受信部５１で異常が生じた際に、送信部１１において図７に示すフローチャートが実行される場合を例に挙げて説明する。
【００４４】
ステップＳ３０では、送信部１１は、ＩＰパケットを受信する。より詳細には、送信部１１のＰＨＹ部１１ｆはＩＰパケットに対応する信号を、ＭＡＣ部１１ｅに対応する形式の信号に変換して読み込む。
【００４５】
ステップＳ３１では、送信部１１は、ステップＳ３０で受信したＩＰパケットが異常通知情報を含むか否かを判定し、異常通知情報を含むと判定した場合（ステップＳ３１：Ｙｅｓ）にはステップＳ３３に進み、それ以外の場合（ステップＳ３１：Ｎｏ）にはステップＳ３２に進む。より詳細には、異常検出部１１ｄは、ＭＡＣ部１１ｅから供給されたＩＰパケットに異常通知情報が含まれているか否かを判定し、含まれている場合にはＹｅｓと判定してステップＳ３３に進む。
【００４６】
ステップＳ３２では、送信部１１は、通常処理を実行する。すなわち、送信部１１は、ＴＳ−ＩＰ変換部１１ｂに入力されるＴＳ信号をＩＰパケットに変換して順次送信する処理を実行する。
【００４７】
ステップＳ３３では、送信部１１は、ステップＳ３１で異常通知情報を含むと判定されたＩＰパケットの異常通知情報に含まれるＩＰアドレスを参照し、当該送信先へのＩＰパケットの送信を停止する。例えば、送信部１１が受信部５１に対してＩＰパケットを送信している場合に、受信部５１で異常が発生したとき、ホスト部１１ｃは、ＴＳ−ＩＰ変換部１１ｂに対してＩＰパケットの送信を停止させる。
【００４８】
ステップＳ３４では、送信部１１は、送信相手の受信部が正常になったか否かを判定し、正常になった場合（ステップＳ３４：Ｙｅｓ）にはステップＳ３５に進み、それ以外の場合（ステップＳ３４：Ｎｏ）には同様の処理を繰り返す。例えば、送信部１１のホスト１１ｃは、ＡＲＰまたはＰＩＮＧ等によって、受信部５１が正常か否かを監視し、正常になった場合にはステップＳ３５に進む。
【００４９】
ステップＳ３５では、送信部１１は、送信相手への送信処理を再開する。より詳細には、ホスト部１１ｃは、ＴＳ−ＩＰ変換部１１ｂに対してＩＰパケットの送信を再開させる。これにより、受信部５１へのＩＰパケットの送信が再開される。
【００５０】
ステップＳ３６では、送信部１１は、処理を終了するか否かを判定し、処理を継続すると判定した場合（ステップＳ３６：Ｎｏ）にはステップＳ３０に戻って前述の場合と同様の処理を繰り返し、それ以外の場合（ステップＳ３６：Ｙｅｓ）には処理を終了する。例えば、装置の電源がオフの状態にされた場合には、Ｙｅｓと判定して処理を終了する。
【００５１】
以上の処理によれば、受信部から異常通知情報を含むＩＰパケットを受信した場合には、ＩＰパケットの送信を停止するとともに、正常になった場合にはＩＰパケットの送信を再開することができる。
【００５２】
（Ｃ）本発明の第２実施形態の説明
つぎに、本発明の第２実施形態について説明する。なお、第２実施形態の構成は、図１〜３と同様であるので詳細な説明は省略する。
【００５３】
第１実施形態では、ＡＲＰテーブルのエントリが存在しなくなった場合に、そのエントリに登録されている受信部以外の受信部が異常通知情報を含むＩＰパケットを該当する送信部に対して送信することでＩＰパケットの送信動作を停止させるようにした。一方、第２実施形態では、例えば、ＩＰパケットに記載されたポート番号に対応するアプリケーション（ポート番号）が受信部に存在しない場合、または、動作していない場合には、当該ＩＰパケットは未到着状態となるため、異常（ＩＰパケットの未到達）を通知するＩＰパケットが受信部から送信部へ伝送される。このような動作が繰り返されると、トラフィックが増加することから、第２実施形態では、このような未到達を通知するＩＰパケットを受信した場合には、送信部が送信動作を停止することにより、トラフィックの増加を抑制する。
【００５４】
つぎに、図８および図９を参照して、第２実施形態の詳細な動作について説明する。まず、図８は、図１に示す送信部１１〜１５において実行される処理の一例を説明するフローチャートである。このフローチャートが開始されると以下のステップが実行される。なお、以下では、送信部１１において図８に示すフローチャートが実行される場合を例に挙げて説明する。
【００５５】
ステップＳ５０では、送信部１１は、ＩＰパケットを送信する。より詳細には、ホスト部１１ｃは、ＴＳ−ＩＰ変換部１１ｂを制御し、映像、音声、および、データ等を含む放送信号としてのＴＳ信号をＩＰパケットに変換するとともに、図４（Ａ）に示すように宛先ＩＰアドレス等を付加する。また、図４（Ａ）では示されていないが、宛先である受信部５１においてＩＰパケットの受け渡し先であるアプリケーションを指定するポート番号を付加する。そして、このようにして生成されたＩＰパケットを、ＰＨＹ部１１ｆを介して送信する。
【００５６】
ステップＳ５１では、送信部１１は、受信部から送信された異常通知情報を含むＩＰパケットを受信したか否かを判定し、異常通知情報を含むＩＰパケットを受信したと判定した場合（ステップＳ５１：Ｙｅｓ）にはステップＳ５２に進み、それ以外の場合（ステップＳ５１：Ｎｏ）にはステップＳ５５に進む。より詳細には、ホスト部１１ｃは、ＭＡＣ部１１ｅから供給されたＩＰパケットを参照し、異常の発生を通知する異常発生通知情報がデータとして含まれている場合には、異常発生通知情報が含まれていると判定し、ステップＳ５２に進む。なお、図９を参照して後述するように、異常発生通知情報は、例えば、ポート番号で指定されたポートが存在しない場合や、ポート番号で指定されたアプリケーションが動作していない場合に、ＩＰパケットのデータに付加されて送信される。
【００５７】
ステップＳ５２では、送信部１１は、該当する受信部へのＩＰパケットの送信を停止する。より詳細には、ホスト部１１ｃは、ＴＳ−ＩＰ変換部１１ｂを制御してその動作を停止させることで、受信部５１に対するＩＰパケットの送信を停止させる。
【００５８】
ステップＳ５３では、送信部１１は、宛先である受信部が正常になったか否かを判定し、正常になったと判定した場合（ステップＳ５３：Ｙｅｓ）にはステップＳ５４に進み、それ以外の場合（ステップＳ５４：Ｎｏ）には同様の処理を繰り返す。例えば、ホスト１１ｃは、ＡＲＰまたはＩＣＭＰ等を利用して、受信部５１の該当するポートに対して応答の要求を行うことで、該当するポートが正常になったか否かを判定する。
【００５９】
ステップＳ５４では、送信部１１は、ＩＰパケットの送信を再開する。より詳細には、ホスト部１１ｃは、ＴＳ−ＩＰ変換部１１ｂを制御してその動作を再開させることで、受信部５１に対するＩＰパケットの送信を再開させる。
【００６０】
ステップＳ５５では、送信部１１は、処理を終了するか否かを判定し、処理を継続すると判定した場合（ステップＳ５５：Ｎｏ）にはステップＳ５０に戻って前述の場合と同様の処理を繰り返し、それ以外の場合（ステップＳ５５：Ｙｅｓ）には処理を終了する。
【００６１】
図９は、図１に示す受信部５１〜５５において実行される処理の一例を説明するフローチャートである。このフローチャートが開始されると以下のステップが実行される。なお、以下では、受信部５１において図９に示すフローチャートが実行される場合を例に挙げて説明する。
【００６２】
ステップＳ７０では、受信部５１は、送信部１１から送信されたＩＰパケットを受信する。より詳細には、ＰＨＹ部５１ｂはＩＰパケットを、ＭＡＣ部５１ｃに対応した形式の信号に変換して読み込む。
【００６３】
ステップＳ７１では、受信部５１は、ステップＳ７０で受信したＩＰパケットに記載されたポート番号で指定されるポートが正常であるか否かを判定し、正常であると判定した場合（ステップＳ７１：Ｙｅｓ）にはステップＳ７２に進み、それ以外の場合（ステップＳ７１：Ｎｏ）にはステップＳ７３に進む。より詳細には、異常検出部５１ｄは、ＩＰパケットに記載されているポート番号に対応するポートが存在しないか、アプリケーションが動作していない場合（Port Unreachableの場合）には、正常でないと判定してステップＳ７３に進む。
【００６４】
ステップＳ７２では、受信部５１は、通常処理を実行する。より詳細には、ＭＡＣ部５１ｃは受信したＩＰパケットをＩＰ−ＴＳ変換部５１ｆに供給する。ＩＰ−ＴＳ変換部５１ｆは、ＭＡＣ部５１ｃから供給されたＩＰパケットをＴＳ信号に復元し、出力端子５１ｇから出力し、後段の装置に供給する。
【００６５】
ステップＳ７３では、受信部５１は、異常通知情報を生成して、ＩＰパケットのデータとして付加する。なお、異常通知情報としては、異常（Port Unreachable）が発生したことを示す情報を格納することができる。
【００６６】
ステップＳ７４では、受信部５１は、送信元ＩＰアドレスを宛先アドレスＩＰに設定する。より詳細には、ホスト部５１ｅは、ステップＳ７０で受信したＩＰパケットに含まれている送信元ＩＰアドレスである送信部１１のＩＰアドレス「ＩＰ１１」を宛先ＩＰアドレスとして設定する。
【００６７】
ステップＳ７５では、受信部５１は、自己のＩＰアドレスを送信元アドレスＩＰに設定する。より詳細には、ホスト部５１ｅは、自己のＩＰアドレスである「ＩＰ５１」を送信元ＩＰアドレスとして設定する。
【００６８】
ステップＳ７６では、受信部５１は、生成されたＩＰパケットを送信する処理を実行する。より詳細には、ホスト部５１ｅは、ステップＳ７３〜ステップＳ７５の処理によって生成されたＩＰパケットを、ＭＡＣ部５１ｃおよびＰＨＹ部５１ｂを介して、送信部１１に送信する。
【００６９】
ステップＳ７７では、受信部５１は、処理を終了するか否かを判定し、処理を継続すると判定した場合（ステップＳ７７：Ｎｏ）にはステップＳ７０に戻って前述の場合と同様の処理を繰り返し、それ以外の場合（ステップＳ７７：Ｙｅｓ）には処理を終了する。
【００７０】
以上の処理によれば、存在しないまたは動作していないアプリケーションが指定されたＩＰパケットを受信部が受信した場合には、送信部に対して通知し、送信部はこのような通知を受けたときには、ＩＰパケットの送信を停止するようにしたので、トラフィックが増加することを抑制できる。
【００７１】
（Ｄ）変形実施形態の説明
以上の各実施形態は一例であって、本発明が上述したような場合のみに限定されるものではない。例えば、図１に示す例では、５台の送信部１１〜１５と５台の受信部５１〜５５を有するようにしたが、例えば、第１実施形態の場合にはそれぞれが２台以上存在するようにすればよい。また、第２実施形態の場合にはそれぞれが１台以上存在するようにすればよい。また、第１実施形態では、全ての受信部が異常検出部を有する構成としたが、少なくとも１台の受信部が異常検出部を有するようにしてもよい。また、異常検出部を有する受信部は、放送信号は受信せずに異常検出だけを行う構成としてもよい。
【００７２】
また、図２および図３に示す構成例では、異常検出部１１ｄおよび異常検出部５１ｄの出力はホスト部１１ｃおよびホスト部５１ｅに供給するようにしたが、ＴＳ−ＩＰ部１１ｂおよびＩＰ−ＴＳ部５１ｆに供給するようにしてもよい。
【００７３】
また、第２実施形態では、異常が通知された場合に、送信部がＩＰパケットの送信を停止するようにしたが、送信部がＩＰパケットを送信する前に、宛先の受信部のステータス確認を行い、ステータスが正常であると判定した場合にＩＰパケットを送信するようにしてもよい。より詳細には、送信部１１と受信部５１を例に挙げて説明すると、ＩＰパケットの送信を開始する前に、送信部１１は受信部５１に対して、送信対象となるアプリケーションに対応するポートのステータスを確認するＩＰパケットを送信する。具体的には、例えば、ポート番号によって指定されたポートの状態（受信可能か否か）を示す情報の送信を要求するデータを、図４（Ａ）に示すＩＰパケットに付加して送信するようにしてもよい。このような情報を受信した受信部では、該当するポートのステータスを調査し、調査結果を含むＩＰパケットを送信部に対して送信する。送信部では、受信部から送信されたこのような調査結果を含むＩＰパケットを受信し、該当するポートが受信可能である場合には、放送信号を含むＩＰパケットの送信を開始するようにすればよい。ステータスを要求するＩＰパケットとしては、例えば、ＩＣＭＰパケットのデータ部分を使用したり、あるいは、独自のプロトコルを用いたりするようにしてもよい。
【００７４】
また、第２実施形態において、ステータスの確認を行うだけでなく、送信部が使用しているポートと、受信部が想定しているポートが異なる場合には、ステータス情報に送信部が使用しているポートのポート番号を記載し、送信部はステータス情報に含まれているポート番号に宛先を変更するようにしてもよい。より詳細には、図４（Ａ）に示すようなＩＰパケットのデータに対して、使用するポートを通知するように要求する情報を付加して送信部１１から送信し、受信部５１では使用するポートを示す情報を付加したＩＰパケットを送信部１１に対して送信する。送信部１１では、通知されたポートが想定していた宛先と異なる場合には、通知されたポートに宛先を変更することができる。あるいは、送信部が宛先とするポートのポート番号を指定し、受信部が指定されたポートを使用するようにしてもよい。より詳細には、例えば、図４（Ａ）に示すようなＩＰパケットのデータに対して、受信部５１において使用するポートを指定する情報を付加して送信部１１から送信し、受信部５１ではこの情報によって指定されたポートを用いてＩＰパケットを受信することができる。
【００７５】
また、第２実施形態では、ポートが存在しない場合、または、ポートに対応するアプリケーションが動作していない場合を例に挙げて説明したが、例えば、受信部が受信するデータが多いためにオーバーフローが生じている場合には、これを異常と判断して送信部に通知し、送信部が送信を停止するようにしてもよい。
【００７６】
また、以上の各実施形態では、受信部に異常が発生している場合には、送信部がＩＰパケットの送信を停止するようにしたが、例えば、受信部に異常が発生した場合には、待機系の受信部に切り換えるようにしてもよい。より詳細には、例えば、受信部の動作を監視する監視部と、待機系の受信部を図１に示す構成に追加し、異常な受信部が検出された場合には待機系の受信部に切り換えるようにしてもよい。もちろん、送信部も同様である。
【００７７】
また、以上の実施形態では、受信部において異常が発生した場合には、対応する送信部に異常の発生を通知するようにしたが、例えば、全ての送信部に対して通知するとともに、対応する送信部が何らかの不具合によって動作を停止しない場合には、他の送信部が当該送信部の動作を停止させるようにしてもよい。
【００７８】
また、以上の説明では、第１実施形態と第２実施形態を別個の構成としたが、これら双方を一つの実施形態として実現するようにしてもよい。
【符号の説明】
【００７９】
１  伝送システム
１０  送信装置
１１〜１５  送信部
１１ａ  入力端子
１１ｂ  ＴＳ−ＩＰ変換部（変換手段）
１１ｃ  ホスト部（停止手段）
１１ｄ  異常検出部
１１ｅ  ＭＡＣ部
１１ｆ  ＰＨＹ部（送信手段）
１１ｇ  入出力端子
２０  ＮＷ  Ｉ／Ｆ
３０  ＩＰネットワーク
４０  ＮＷ  Ｉ／Ｆ
５０  受信装置
５１〜５５  受信部
５１ａ  入出力端子
５１ｂ  ＰＨＹ部（受信手段）
５１ｃ  ＭＡＣ部
５１ｄ  異常検出部
５１ｅ  ホスト部（異常送信手段）
５１ｆ  ＩＰ−ＴＳ変換部（復元手段）
５１ｇ  出力端子
ＩＦ２０〜ＩＦ２５，ＩＦ４０〜ＩＦ４５  インターフェース
【図１】
0006026491.tif 000002
【図２】
0006026491.tif 000003
【図３】
0006026491.tif 000004
【図４】
0006026491.tif 000005
【図５】
0006026491.tif 000006
【図６】
0006026491.tif 000007
【図７】
0006026491.tif 000008
【図８】
0006026491.tif 000009
【図９】
0006026491.tif 000010