特許 7489180 送信装置、受信装置、通信システム、送信方法、受信方法、及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-05-15

(45)【発行日】2024-05-23

(54)【発明の名称】送信装置、受信装置、通信システム、送信方法、受信方法、及びプログラム

(51)【国際特許分類】

   H04L 43/00 20220101AFI20240516BHJP

【ＦＩ】

H04L43/00

【請求項の数】 7

(21)【出願番号】P 2019195584

(22)【出願日】2019-10-28

(65)【公開番号】P2021069097

(43)【公開日】2021-04-30

【審査請求日】2022-08-12

(73)【特許権者】

【識別番号】399035766

【氏名又は名称】エヌ・ティ・ティ・コミュニケーションズ株式会社

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(72)【発明者】

【氏名】安藤 雅

(72)【発明者】

【氏名】湯澤 慶輝

(72)【発明者】

【氏名】新留 憲介

(72)【発明者】

【氏名】菅原 誠昭

【審査官】羽岡 さやか

(56)【参考文献】

【文献】特開２０１３－１６８７２６（ＪＰ，Ａ）

【文献】特開２００２－０９４９３８（ＪＰ，Ａ）

【文献】特開平０４－３５７７３５（ＪＰ，Ａ）

【文献】特開２００３－２９８６４４（ＪＰ，Ａ）

【文献】特開平１０－２６２０１５（ＪＰ，Ａ）

【文献】特開平０５－０３０１３７（ＪＰ，Ａ）

【文献】特開平１０－２８５２１２（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ １２／００－６９／４０

(57)【特許請求の範囲】

【請求項1】

メディア信号の入力の有無を判断する監視手段と、
特殊情報として特殊なパターンを有する映像を含むメディア信号を生成する生成手段と、
前記監視手段によりメディア信号の入力がないと判断された場合に、前記生成手段により生成された、前記映像を含むメディア信号をパケットに変換し、当該パケットを、監視パケットの送信周期よりも短い送信周期で送信する送信手段と
を備える送信装置。

【請求項2】

送信装置により監視パケットの送信周期よりも短い送信周期で送信されたパケットであって、前記送信装置から受信した前記パケットをメディア信号に変換する変換手段と、
前記メディア信号に特殊情報として特殊なパターンを有する映像が含まれるか否かを判定する解析手段と、
出力手段とを備え、
前記出力手段は、
前記メディア信号に前記特殊情報が含まれる場合に、前記メディア信号を出力せず、
前記メディア信号に前記特殊情報が含まれない場合に前記メディア信号を出力する
受信装置。

【請求項3】

請求項１に記載の送信装置と、請求項２に記載の受信装置とを備える通信システム。

【請求項4】

送信装置が実行する送信方法であって、
メディア信号の入力の有無を判断する監視ステップと、
特殊情報として特殊なパターンを有する映像を含むメディア信号を生成する生成ステップと、
前記監視ステップによりメディア信号の入力がないと判断された場合に、前記生成ステップにより生成された、前記映像を含むメディア信号をパケットに変換し、当該パケットを、監視パケットの送信周期よりも短い送信周期で送信する送信ステップと
を備える送信方法。

【請求項5】

受信装置が実行する受信方法であって、
送信装置により監視パケットの送信周期よりも短い送信周期で送信されたパケットであって、前記送信装置から受信した前記パケットをメディア信号に変換する変換ステップと、
前記メディア信号に特殊情報として特殊なパターンを有する映像が含まれるか否かを判定する解析ステップと、
出力ステップとを備え、
前記出力ステップにおいて、
前記メディア信号に前記特殊情報が含まれる場合に、前記メディア信号を出力せず、
前記メディア信号に前記特殊情報が含まれない場合に前記メディア信号を出力する
受信方法。

【請求項6】

コンピュータを、請求項１の送信装置における各手段として機能させるためのプログラム。

【請求項7】

コンピュータを、請求項２に記載の受信装置における各手段として機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、パケットを送受信する技術に関連するものである。

【背景技術】

【0002】

映像、音声、あるいは映像と音声（これらを総称してメディア信号と呼ぶ場合がある）を、例えば撮影ポイントから放送局等へ伝送するサービスが提供されている。

【0003】

映像／音声等のメディア信号の伝送は遅延が許されないのが一般的ある。そのため、メディア信号をペイロードに持つＲＴＰ（Real-time Transport Protocol）パケットによるリアルタイム伝送が一般的に行われている。

【0004】

正常なパケット伝送を行うためには網（ネットワークと呼んでもよい）の導通性を確認する必要があり、そのための方法としてＥ－ＯＡＭ（Ethernet（登録商標） OAM）やＢＦＤ（Bidirectional Forwarding Detection）等がある。これらの方法を用いれば、Ｅｔｈｅｒ伝送区間やＩＰ伝送区間の導通性は保証できる。なお、Ｅ－ＯＡＭやＢＦＤにおける監視周期（監視パケット送信間隔）は１００ｍｓあるいは１ｓ等である。

【先行技術文献】

【特許文献】

【0005】

【文献】特開２０１４－０９３６６１号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

しかし、メディア信号をペイロードに持つパケットの送信間隔は、監視パケットの監視周期に比べて短い。例えば、比較的伝送速度の遅い音声の場合でも、パケットの送信間隔は４ｍｓ以下である。

【0007】

そのため、メディア信号の入力がなくてＲＴＰパケットが伝送されず、監視パケットのみが網に伝送される場合には、網あるいは装置の正常性の監視を適切に行えない場合があるという課題がある。

【0008】

本発明は上記の点に鑑みてなされたものであり、メディア信号の入力がない場合でも、適切に正常性の監視を行うことを可能とする技術を提供することを目的とする。

【課題を解決するための手段】

【0009】

開示の技術によれば、メディア信号の入力の有無を判断する監視手段と、
特殊情報として特殊なパターンを有する映像を含むメディア信号を生成する生成手段と、
前記監視手段によりメディア信号の入力がないと判断された場合に、前記生成手段により生成された、前記映像を含むメディア信号をパケットに変換し、当該パケットを、監視パケットの送信周期よりも短い送信周期で送信する送信手段と
を備える送信装置が提供される。

【発明の効果】

【0010】

開示の技術によれば、メディア信号の入力がない場合でも、適切に正常性の監視を行うことを可能とする技術が提供される。

【図面の簡単な説明】

【0011】

【図1】本発明の実施の形態におけるシステムの全体構成図である。

【図2】主信号入力がある場合の状態の例を示す図である。

【図3】主信号入力がない場合の状態の例を示す図である。

【図4】従来動作を示す図である。

【図5】本発明の実施の形態におけるシステムの動作概要を示す図である。

【図6】実施例１における送信装置の構成図である。

【図7】実施例１における受信装置の構成図である。

【図8】実施例１における送信装置の動作を説明するためのフローチャートである。

【図9】実施例１における受信装置の動作を説明するためのフローチャートである。

【図10】実施例２における送信装置の構成図である。

【図11】ＲＴＰヘッダ情報の例を示す図である。

【図12】実施例２における受信装置の構成図である。

【図13】実施例２における送信装置の動作を説明するためのフローチャートである。

【図14】実施例２における受信装置の動作を説明するためのフローチャートである。

【図15】ハードウェア構成の例を示す図である。

【発明を実施するための形態】

【0012】

以下、図面を参照して本発明の実施形態を説明する。以下で説明する実施形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施形態に限られるわけではない。以下、メディア信号は、音声信号、映像信号、又は、音声信号と映像信号を意図しているが、メディア信号がこれら以外の信号であってもよい。

【0013】

（システム構成）
図１は、本発明の実施の形態における通信システムの全体構成図である。図１に示すように、本通信システムは、送信装置１００と受信装置２００を有し、これらがネットワーク３００により接続された構成を有している。

【0014】

基本的な動作として、送信装置１００は、外部にあるユーザ設備等から出力されたメディア信号を受信し、当該メディア信号をパケットに変換し、当該パケットをネットワーク３００に送出する。受信装置２００は、ネットワーク３００からパケットを受信し、パケットをメディア信号に変換し、当該メディア信号を出力する。本実施の形態では、メディア信号はＲＴＰパケットで伝送される。また、本実施の形態では、例えば、ＲＴＰパケットはＵＤＰパケットにより伝送され、ＵＤＰパケットはＩＰパケットにより伝送され、ＩＰパケットはイーサフレームにより伝送される。ただし、このような形態は一例である。

【0015】

なお、以降、「パケット」は、特に断らない限り、ＲＴＰパケット（ＲＴＰヘッダとペイロードを有するパケット）であるが、本発明を適用可能なパケットはＲＴＰパケットに限定されるわけではない。

【0016】

また、図１に示す例では、送信側の装置を送信装置１００とし、受信側の装置を受信装置２００としているが、送信側の装置と受信側の装置は同じ構成を持つ装置であってもよい。この場合、当該装置は送信機能と受信機能を含み、送信機能に着目した当該装置を送信装置１００と呼び、受信機能に着目した当該装置を受信装置２００と呼ぶ。

【0017】

（実施の形態の概要）
以下、本実施の形態の概要について、課題（課題１、課題２、課題３）とともに説明する。

【0018】

＜課題１について＞
前述したように、Ｅ－ＯＡＭやＢＦＤの監視パケットによる監視では１００ｍｓあるいは１ｓ等の監視周期となるが、メディア信号のＩＰ伝送（ＲＴＰ伝送）では、数ｍｓ以下等の周期でパケット伝送がなされる。

【0019】

図１に示すシステム構成において、例えば、送信装置１００には、映像撮影等を行うユーザ設備から出力されたメディア信号が入力される。しかし、ユーザ設備から常にメディア信号が出力されるわけではない。ユーザ設備からメディア信号が出力されない場合、送信装置１００へのメディア信号の入力はない。

【0020】

入力されるメディア信号がない場合には、ＲＴＰパケットが伝送されないため、Ｅ－ＯＡＭやＢＦＤの監視に頼っていると、いざメディア信号が入って伝送し始めて、実はエラーが検出されるようなケースが発生してしまう。これを図２、図３を用いて説明する。

【0021】

図２は、メディア信号（主信号とも呼ぶ）の入力がある場合におけるパケットの伝送イメージ（右方向に時間が進むイメージ）を示した図である。

【0022】

（１）は、通常の導通状態を示しており、主信号パケットが短い時間間隔で流れ、ＯＡＭパケット（監視パケット）が長い時間間隔で流れていることが示されている。

【0023】

仮に、伝送路でのエラーがある場合、（２）に示すように、ＯＡＭによるエラー監視とともに、主信号パケットのエラー監視が可能である。（２）の例は、「×」で示されるように、主信号パケットのみにエラーが検出された例である。

【0024】

図３の（３）は、図２（２）のようなエラーが発生し得る伝送路（回線と呼んでもよい）の状態において、主信号入力がない場合のイメージを示している。図３（３）では、主信号パケットが流れないため、図示している「×」があることを検知することができない。送信周期の長いＯＡＭパケットではこのエラーを検知できない。すなわち、伝送路品質が事前に分からないので、いざ主信号が送信されてから、異常に気づくことになる。

【0025】

そこで、本実施の形態では、図３（４）に示すように、主信号の入力がない場合でも、送信側からＲＴＰパケットを伝送することで、伝送路状態を把握可能としている。

【0026】

＜課題２について＞
送信装置へのメディア信号の入力がない場合、伝送されるＲＴＰパケットもなくなる。従って、入力がないという状態に伴い、受信装置でバッファアラームや出力異常等のアラームが発生する。受信装置では、発生したアラームの原因が送信装置へのメディア信号の入力がないことなのか、それとも、回線の断なのかの判別がすぐにはつき難い。これを図４を用いて説明する。

【0027】

図４は、従来の一般的な送信装置１０及び受信装置２０を使用する場合を示している。図４（１）は入力のメディア信号（入力信号）がある場合を示しており、「○」で示されるようにエラーは発生していない。図４（２）は、入力のメディア信号がない場合を示しており、「×」で示すように受信装置２０においてエラーが発生している。しかし、受信装置２０では、このエラーが送信側での入力信号なしに起因するエラーなのか、それとも回線断に起因するエラーなのかはすぐにはわからない。

【0028】

そこで、本実施の形態では、前述したとおり、送信装置１００は、入力信号がない場合でも、ＲＴＰパケットを送信するので、受信側で不要アラームを発生させないことを可能としている。これを図５に示している。

【0029】

＜課題３について＞
送信装置への入力メディア信号がない場合、受信装置では、バッファアンダーフロー等に伴い、出力されるメディア信号もない状態となる。

【0030】

送信装置へのメディア信号の入力が、「なし」から「あり」になると、ＲＴＰパケットが受信装置に届き始め、受信装置からメディア信号が出力され始めるが、受信装置におけるクロックが安定するまでに時間がかかるため、メディア信号が安定して出力されるまでに時間がかかる場合がある。

【0031】

本実施の形態では、送信装置へのメディア信号の入力がない場合でも、タイムスタンプ（クロック情報）を有するパケットを送信するので、クロック情報を送り続けることができ、継続してクロックを安定動作させることができる。よって、メディア信号の入力が、「なし」から「あり」になる場合でも、迅速にメディア信号を安定して出力できる。本実施の形態のパケットのヘッダであるＲＴＰヘッダ、ＲＴＰ拡張ヘッダのいずれにもタイムスタンプ（例：送信装置１００でパケットを生成した時刻）が送信装置１００により付される。

【0032】

上述したとおり、本実施の形態では、送信装置１００へのメディア信号の入力がない場合でも、送信装置１００はパケットを送信する。パケットの送信方法として、ペイロードとしてメディア信号（映像、音声）をパケットに含めて送信する方法（方法１）と、ペイロードを含めずＲＴＰ拡張ヘッダのみを送信する方法（方法２）がある。以下、方法１を実施例１として説明し、方法２を実施例２として説明する。

【0033】

（実施例１）
＜送信装置＞
図６は、実施例１における送信装置１００の構成図である。図６に示すように、実施例１における送信装置１００は、メディア受信部１１０、入力状態監視部１２０、転送メディア情報生成部１３０、セレクタ１４０、メディア／パケット変換部１５０、パケット送信部１６０を有する。各部の機能は下記のとおりである。

【0034】

メディア受信部１１０は、メディア信号を受信する。入力状態監視部１２０は、メディア受信部１１０を監視し、メディア信号が入力されているか否かの判断を行い、判断結果をセレクタ１４０に対して通知する。

【0035】

転送メディア情報生成部１３０は、メディア信号の入力がない場合に送るためのメディア信号を生成し、セレクタ１４０に与える。転送メディア情報生成部１３０が生成するメディア信号には特殊情報が埋め込まれている。

【0036】

この特殊情報により、受信側で、受信したパケットの中のメディア信号が、ユーザ設備から出力されたメディア信号か、それとも送信装置１００が生成したメディア信号かを識別できる。

【0037】

特殊情報は、例えば、特殊なパターンを有する映像（黒やグレーの映像）、音（ミュートや非常に小さなレベルの音）等である。より具体的には、例えば、１１２５ラインあるＨＤ－ＳＤＩの信号フォーマットにおいて、有効映像領域（ユーザのＴＶモニタ画面に絵として表示される領域）に、下位数ビットの値をライン毎に変化させた特殊な黒あるいはグレーを特殊情報として埋め込む。また、ＨＤ－ＳＤＩの信号フォーマットにおける補助データ領域に特殊パターンを特殊情報として埋め込むこととしてもよい。

【0038】

セレクタ１４０は、入力状態監視部１２０からの通知に基づき、メディア受信部１１０へのメディア信号の入力がない場合には、転送メディア情報生成部１３０から入力されたメディア信号を出力し、メディア受信部１１０へのメディア信号の入力がある場合には、メディア受信部１１０から入力されたメディア信号を出力する。

【0039】

メディア／パケット変換部１５０は、セレクタ１４０から受け取ったメディア信号をパケットに変換し、当該パケットを出力する。当該パケットは、ＲＴＰヘッダとペイロードを有する。

【0040】

パケット送信部１６０は、メディア／パケット変換部１５０から受け取ったパケットを送信する。

【0041】

＜受信装置＞
図７は、実施例１における受信装置２００の構成図である。図７に示すように、実施例１における受信装置２００は、パケット受信部２１０、パケットバッファ２２０、パケット／メディア変換部２３０、情報解析部２４０、メディア出力部２５０を有する。各部の機能は下記のとおりである。

【0042】

パケット受信部２１０は、送信装置１００から送信されたパケットを受信する。パケットバッファ２２０は、パケット受信部２１０が受信したパケットを一時的に格納する。なお、実施例１では、送信装置１００へのメディア信号の入力がない場合でも、入力がある場合と同様のペイロード付きのパケットが送信装置１００から送信されるので、パケットバッファ２２０にパケットが格納される。よって、バッファにデータが蓄積されないことに起因するアラーム等は発生しない。

【0043】

パケット／メディア変換部２３０は、パケットバッファ２２０から読み出したパケットをメディア信号に変換し、出力する。出力されたメディア信号は、情報解析部２４０とメディア出力部２５０に送られる。

【0044】

情報解析部２４０は、メディア信号に特殊情報が含まれるか否かを判定し、含まれる場合に、メディア出力部２５０にメディア信号の出力停止を指示する。メディア出力部２５０は、メディア信号の出力停止指示が無ければ、パケット／メディア変換部２３０から入力されたメディア信号を出力する。

【0045】

なお、上記の制御は一例である。情報解析部２４０は、メディア信号に特殊情報が含まれるか否かを判定し、含まれる場合に、メディア出力部２５０に対して、黒あるいはグレーの映像（特殊情報ではない単純な黒あるいはグレー）、及びミュート等の音を有するメディア信号（予め定めたメディア信号）を出力するよう指示してもよい。

【0046】

この場合、黒やグレーの映像、ミュート等の音を有するメディア信号がユーザ側に出力される。このように、黒やグレー、ミュート等のメディア信号を出力し続けることで、送信側で入力メディア信号が「なし」から「あり」に変化する場合でも、メディア信号を受けるユーザの機器（モニタ・スピーカ）では、メディア信号（フレームフォーマット）が連続するので、メディア信号が「あり」になってからのモニタ・スピーカの出力が早くなる。よって、視覚・聴覚的なショックを抑えることができ、ユーザの視覚・聴覚体験の改善につながる。

【0047】

また、送信側の入力メディア信号がない場合において、受信側でメディア信号の出力を停止するか、あるいは、単純な黒あるいはグレー、ミュート等のメディア信号を出力するかを受信装置２００の設定で変更できるようにしてもよい。

【0048】

また、例えば、パケット／メディア変換部２３０は、パケットのヘッダのクロック情報を解析してメディア出力部２５０のクロック動作を制御する。つまり、メディア出力部２５０は、受信パケットに含まれるクロック情報に基づいて、送信装置１００と同期した適切なタイミングでメディア信号を出力できる。なお、送信装置１００へのメディア信号の入力がない場合には、メディア出力部２５０はメディア信号を出力しないが、受信パケットに含まれるクロック情報、及びメディア信号のクロック（所定の伝送周波数で送信されるデジタル信号毎に持つクロック）に基づいて、常に正常なクロック動作を維持できるので、送信装置１００へのメディア信号の入力が「なし」から「あり」になった場合でも、迅速に、送信装置１００と同期した適切なタイミングでのメディア信号の出力を開始できる。

【0049】

＜送信装置及び受信装置の動作フロー＞
図８のフローチャートを参照して、図６の構成を有する送信装置１００の動作例を説明する。

【0050】

Ｓ１０１において、入力状態監視部１２０が、メディア受信部１１０の入力状態を監視する。Ｓ１０２において、入力状態監視部１２０は、メディア信号の入力の有無を判断し、入力がある場合（Ｓ１０２のＹｅｓ）にはＳ１０３に進み、入力がない場合（Ｓ１０２のＮｏ）にはＳ１０４に進む。

【0051】

Ｓ１０３において、セレクタ１４０はメディア受信部１１０から受け取ったメディア信号を出力する。Ｓ１０４において、セレクタ１４０は、転送メディア情報生成部１３０から受け取ったメディア信号を出力する。

【0052】

Ｓ１０５において、メディア／パケット変換部１５０は、セレクタ１４０から受信したメディア信号をパケットに変換し、出力する。Ｓ１０６において、パケット送信部１６０は、パケットを出力する。

【0053】

次に、図９のフローチャートを参照して、図７の構成を有する受信装置２００の動作例を説明する。

【0054】

Ｓ２０１において、パケット受信部２１０がパケットを受信する。パケットはパケットバッファ２２０に格納される。Ｓ２０２において、パケット／メディア変換部２３０が、パケットバッファ２２０からパケットを読み出し、読み出したパケットをメディア信号に変換し、出力する。

【0055】

Ｓ２０３において、情報解析部２４０は、パケット／メディア変換部２３０から出力されたメディア信号に特殊情報が含まれているか否かを判断する。

【0056】

メディア信号に特殊情報が含まれる場合（Ｓ２０３のＹｅｓ）、Ｓ２０４に進み、メディア出力部２５０は、メディア信号を出力しない。メディア信号に特殊情報が含まれない場合（Ｓ２０３のＮｏ）、Ｓ２０５に進み、メディア出力部２５０は、メディア信号を出力する。

【0057】

前述したように、メディア信号に特殊情報が含まれる場合において、メディア出力部２５０は、予め定めたメディア信号（単純な黒やグレー、ミュート等）を出力してもよい。

【0058】

（実施例２）
＜送信装置＞
図１０は、実施例２における送信装置１００の構成図である。図１０に示すように、実施例２における送信装置１００は、メディア受信部１１０、入力状態監視部１２０、メディア／パケット変換部１５０、パケット送信部１６０、ＲＴＰ拡張ヘッダ情報生成部１７０を有する。各部の機能は下記のとおりである。

【0059】

メディア受信部１１０は、メディア信号を受信する。入力状態監視部１２０は、メディア受信部１１０を監視し、メディア信号が入力されているか否かの判断を行い、判断結果をＲＴＰ拡張ヘッダ情報生成部１７０に対して通知する。

【0060】

ＲＴＰ拡張ヘッダ情報生成部１７０は、入力状態監視部１２０からの通知に基づいて、メディア信号が入力されていないことを検知すると、ＲＴＰ拡張ヘッダを生成し、メディア／パケット変換部１５０に入力する。

【0061】

図１１に、ＲＴＰ拡張ヘッダの一例を示す。例えば、「Header extension」のフィールドに、"このＲＴＰ拡張ヘッダはメディア信号が送信装置１００に入力されていない場合に送信されるヘッダである"ことを示す情報が格納される。ただし、この情報をＲＴＰ拡張ヘッダに含めないこととしてもよい。その場合、受信装置２００は、パケットにペイロードがないことを検知することで、そのパケット（ＲＴＰヘッダあるいはＲＴＰ拡張ヘッダのみ）は、メディア信号が送信装置１００に入力されていない場合に送信されたパケットであることを識別できる。

【0062】

図１０のメディア／パケット変換部１５０は、送信装置１００へのメディア信号の入力がある場合には入力されたメディア信号をパケットに変換し、当該パケットを出力する。当該パケットは、ＲＴＰヘッダとペイロードを有する。メディア信号の入力がない場合には、ＲＴＰ拡張ヘッダ情報生成部１７０から受け取ったＲＴＰ拡張ヘッダをパケットとして出力する。

【0063】

パケット送信部１６０は、メディア／パケット変換部１５０から受け取ったパケットを送信する。

【0064】

＜受信装置＞
図１２は、実施例２における受信装置２００の構成図である。図１２に示すように、実施例２における受信装置２００は、パケット受信部２１０、パケットバッファ２２０、パケット／メディア変換部２３０、メディア出力部２５０、パケット受信状態監視・ＲＴＰ拡張ヘッダ解析部２６０を有する。各部の機能は下記のとおりである。

【0065】

パケット受信部２１０は、送信装置１００から送信されたパケットを受信する。当該パケットは、パケットバッファ２２０とパケット受信状態監視・ＲＴＰ拡張ヘッダ解析部２６０に送られる。

【0066】

パケットバッファ２２０は、パケット受信部２１０から入力されたパケットを一時的に格納する。

【0067】

ただし、パケットがＲＴＰ拡張ヘッダのみからなるパケットである場合、パケットバッファ２２０に格納されないため、パケットバッファ２２０は、何もしなければアラームを出力する。そのため、実施例２では、受信したパケットがＲＴＰ拡張ヘッダのみからなるパケットである場合、パケット受信状態監視・ＲＴＰ拡張ヘッダ解析部２６０からの制御に基づいて、パケットバッファ２２０は、アラームを出力しないよう、アラームをマスクする（アラームを受信装置２００の外部に出力しない）。アラームをマスクするを、アラームを抑止する、と言い換えてもよい。パケットバッファ２２０が出力するアラームを抑止する手段は、パケットバッファ２２０自身が備えてもよいし、その他の機能部が備えてもよい。

【0068】

パケット受信状態監視・ＲＴＰ拡張ヘッダ解析部２６０は、パケット受信部２１０から受け取ったパケットのＲＴＰヘッダを解析することで、メディア信号が送信装置１００に入力されているか否かを判断する。

【0069】

すなわち、パケットのＲＴＰヘッダが、メディア信号が送信装置１００に入力されていないことを示す情報を含むＲＴＰ拡張ヘッダであれば、送信装置１００へのメディア信号の入力がないと判断し、パケットバッファ２２０に対してアラーム通知制御（マスクすること）を指示する。パケットのＲＴＰヘッダが通常のヘッダである場合には、送信装置１００へのメディア信号の入力があると判断し、パケット／メディア変換部２３０に対して、パケットバッファ２２０からパケットを読み出すことを指示する。なお、送信装置１００へのメディア信号の入力がない場合、パケットバッファ２２０からのパケット読み出しは行われない。

【0070】

パケット／メディア変換部２３０は、パケットバッファ２２０から読み出したパケットをメディア信号に変換し、出力する。出力されたメディア信号は、メディア出力部２５０に送られる。メディア出力部２５０はメディア信号を出力する。

【0071】

なお、送信装置１００へのメディア信号の入力がない場合、パケットバッファ２２０からのパケット読み出しは行われないので、メディア出力部２５０からのメディア信号の出力も行われない。ただし、これは一例であり、パケット受信状態監視・ＲＴＰ拡張ヘッダ解析部２６０が、送信装置１００へのメディア信号の入力がないことを検知した場合に、実施例１と同様に、メディア出力部２５０が予め定めたメディア信号（黒・グレー、ミュート等）を出力してもよい。

【0072】

また、送信装置１００へのメディア信号の入力がない場合において、受信側でメディア信号の出力を行わないか、あるいは、単純な黒あるいはグレー、ミュート等のメディア信号を出力するかを受信装置２００の設定で変更できるようにしてもよい。

【0073】

また、例えば、パケット受信状態監視・ＲＴＰ拡張ヘッダ解析部２６０あるいはパケット／メディア変換部２３０は、パケットのヘッダのクロック情報を解析してメディア出力部２５０のクロック動作を制御する。つまり、メディア出力部２５０は、受信パケットに含まれるクロック情報に基づいて、送信装置１００と同期した適切なタイミングでメディア信号を出力できる。なお、送信装置１００へのメディア信号の入力がない場合には、メディア出力部２５０はメディア信号を出力しないが、受信パケットに含まれるクロック情報に基づいて、常に正常なクロック動作を維持できるので、送信装置１００へのメディア信号の入力が「なし」から「あり」になった場合でも、迅速に、送信装置１００と同期した適切なタイミングでのメディア信号の出力を開始できる。

【0074】

＜送信装置と受信装置の動作フロー＞
図１３のフローチャートを参照して、図１０の構成を有する送信装置１００の動作例を説明する。

【0075】

Ｓ３０１において、入力状態監視部１２０が、メディア受信部１１０の入力状態を監視する。Ｓ３０２において、入力状態監視部１２０は、メディア信号の入力の有無を判断し、入力がある場合（Ｓ３０２のＹｅｓ）にはＳ３０５に進み、入力がない場合（Ｓ３０２のＮｏ）にはＳ３０３に進む。

【0076】

Ｓ３０３において、ＲＴＰ拡張ヘッダ情報生成部１７０は、ＲＴＰ拡張ヘッダを生成し、メディア／パケット変換部１５０に渡す。Ｓ３０４において、メディア／パケット変換部１５０は、ＲＴＰ拡張ヘッダをパケットとして出力する。

【0077】

Ｓ３０５において、メディア／パケット変換部１５０は、メディア受信部１１０から受信したメディア信号をパケットに変換し、出力する。Ｓ３０６において、パケット送信部１６０は、パケットを送信する。

【0078】

次に、図１４のフローチャートを参照して、図１２の構成を有する受信装置２００の動作例を説明する。

【0079】

Ｓ４０１において、パケット受信部２１０がパケットを受信する。パケットはパケットバッファ２２０に格納されるとともに、パケット受信状態監視・ＲＴＰ拡張ヘッダ解析部２６０に渡される。

【0080】

Ｓ４０２において、パケット受信状態監視・ＲＴＰ拡張ヘッダ解析部２６０は、パケットのヘッダに基づいて、送信装置１００へのメディア信号の入力があるか否かを判断する。なお、この判断は、パケットにペイロードがあるか否かに基づいて行ってもよい。

【0081】

送信装置１００へのメディア信号の入力がある場合（Ｓ４０２のＹｅｓ）、Ｓ４０３に進み、パケット／メディア変換部２３０は、パケットをパケットバッファ２２０から読み出し、メディア信号に変換し、メディア出力部２５０が当該メディア信号を出力する。

【0082】

送信装置１００へのメディア信号の入力がない場合（Ｓ４０２のＮｏ）、Ｓ４０４に進み、パケットバッファ２２０はアラームをマスクする。この場合、パケットバッファ２２０からパケットは読み出されず、メディア出力部２５０からメディア信号は出力されない。前述したとおり、これは一例であり、パケット受信状態監視・ＲＴＰ拡張ヘッダ解析部２６０が、送信装置１００へのメディア信号の入力がないことを検知した場合に、実施例１と同様に、メディア出力部２５０が予め定めたメディア信号（黒・グレー、ミュート等）を出力してもよい。

【0083】

（実施例１、実施例２の組み合わせ）
送信装置１００と受信装置２００はいずれも、実施例１の機能と実施例２の機能の両方を含んでもよい。その場合、送信装置１００と受信装置２００は、入力されるメディア信号がない場合に、例えば、下記の方法（（Ａ）又は（Ｂ））で、実施例１の方法と実施例２の方法のどちらを用いるかを判断し、使用する機能部を切り替えることができる。ただし、下記は一例である。

【0084】

（Ａ）送信するメディア信号用にネットワーク３００の帯域を専用線のように占有してよい場合、実施例１の方法（ペイロードを含むパケットを送信）を用いる。

【0085】

（Ｂ）ネットワーク３００がＩＰ網のように帯域を占有できない（他のトラフィックと多重する）場合、実施例２の方法（ＲＴＰ拡張ヘッダのみを送信）を用いる。

【0086】

（ハードウェア構成）
実施例１、実施例２で説明した送信装置１００、受信装置２００はいずれもその内部の各機能部を専用のハードウェア回路を用いて実現することができる。また、実施例１、実施例２で説明した送信装置１００、受信装置２００はいずれも、汎用のコンピュータを用いてソフトウェアで実現することもできる。

【0087】

汎用のコンピュータを用いてソフトウェアで実現する場合において、上記の各装置が有する機能は、コンピュータに内蔵されるＣＰＵやメモリ等のハードウェア資源を用いて、当該装置で実施される処理に対応するプログラムを実行することによって実現することが可能である。上記プログラムは、コンピュータが読み取り可能な記録媒体（可搬メモリ等）に記録して、保存したり、配布したりすることが可能である。また、上記プログラムをインターネットや電子メール等、ネットワークを通して提供することも可能である。

【0088】

図１５は、上記装置のハードウェア構成例を示す図である。図１５の装置は、それぞれバスＢで相互に接続されているドライブ装置１０００、補助記憶装置１００２、メモリ装置１００３、ＣＰＵ１００４、インタフェース装置１００５、表示装置１００６、及び入力装置１００７等を有する。なお、上述した各装置（送信装置１００、受信装置２００）において、表示装置１００６及び入力装置１００７を備えないこととしてもよい。

【0089】

当該装置での処理を実現するプログラムは、例えば、ＣＤ－ＲＯＭ又はメモリカード等の記録媒体１００１によって提供される。プログラムを記憶した記録媒体１００１がドライブ装置１０００にセットされると、プログラムが記録媒体１００１からドライブ装置１０００を介して補助記憶装置１００２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１００１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１００２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。

【0090】

メモリ装置１００３は、プログラムの起動指示があった場合に、補助記憶装置１００２からプログラムを読み出して格納する。ＣＰＵ１００４は、メモリ装置１００３に格納されたプログラムに従って当該装置に係る機能を実現する。インタフェース装置１００５は、ネットワークに接続するためのインタフェースとして用いられる。表示装置１００６はプログラムによるＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）等を表示する。入力装置１００７はキーボード及びマウス、ボタン、又はタッチパネル等で構成され、様々な操作指示を入力させるために用いられる。

【0091】

（実施の形態の効果等）
前述したとおり、入力されるメディア信号がない場合に、Ｅ－ＯＡＭやＢＦＤの監視のみに頼っていると、いざ入力メディア信号が復帰して伝送し始めて、実はエラーが検出されることが発生し得る。これに対し、本実施の形態では、入力されるメディア信号がない状態においても、パケットの信号を流し続けているため、正常性を適切に監視することが可能となる。また、受信側でのバッファアンダーフロー等に起因する不要アラームを発生せずに済む。

【0092】

映像モニタや音声スピーカは、映像や音声のフレーム構造を認識してから、絵や音を出力するが、本実施の形態のように入力メディア信号がない場合に、黒やグレーの映像、及びミュート等の音を含むメディア信号を出力し続ける設定とすることで、ユーザのモニタ・スピーカでは映像や音声のフレーム構造を継続して認識できる。そのため、モニタやスピーカでの出力が早くなり、ユーザの視覚・聴覚体験が改善される。

【0093】

また、入力メディア信号が「なし」から「あり」になった場合、受信側では通常、一旦パケットバッファにデータを蓄積してから、クロック安定化処理を開始する必要があるが、本実施の形態ではクロック情報を送り続けることとしているので、入力メディア信号が「なし」から「あり」になった場合において早期のクロック安定化を実現できる。

【0094】

（実施の形態のまとめ）
本明細書には、少なくとも、下記の各項に記載された送信装置、受信装置、通信システム、送信方法、受信方法、及びプログラムが記載されている。
（第１項）
メディア信号の入力の有無を判断する監視手段と、
特殊情報を含むメディア信号を生成する生成手段と、
前記監視手段によりメディア信号の入力がないと判断された場合に、前記生成手段により生成されたメディア信号をパケットに変換し、当該パケットを送信する送信手段と
を備える送信装置。
（第２項）
受信したパケットをメディア信号に変換する変換手段と、
前記メディア信号に特殊情報が含まれるか否かを判定する解析手段と、
出力手段とを備え、
前記出力手段は、
前記メディア信号に前記特殊情報が含まれる場合に、前記メディア信号を出力せず、又は、予め定めたメディア信号を出力し、
前記メディア信号に前記特殊情報が含まれない場合に前記メディア信号を出力する
受信装置。
（第３項）
第１項に記載の送信装置と、第２項に記載の受信装置とを備える通信システム。
（第４項）
メディア信号の入力の有無を判断する監視手段と、
ヘッダ情報を生成する生成手段と、
前記監視手段によりメディア信号の入力がないと判断された場合に、前記生成手段により生成されたヘッダ情報を含み、ペイロードを含まないパケットを送信する送信手段と
を備える送信装置。
（第５項）
受信したパケットを格納するバッファと、
ペイロードを含まないパケットを受信した場合に生じるアラームを抑止する手段と、
ペイロードを含むパケットを前記バッファから読み出し、当該パケットをメディア信号に変換し、当該メディア信号を出力する出力手段と
を備える受信装置。
（第６項）
前記受信装置がペイロードを含まないパケットを受信した場合において、
前記出力手段は、メディア信号を出力しない、又は、予め定めたメディア信号を出力する
第５項に記載の受信装置。
（第７項）
第４項に記載の送信装置と、第５項又は第６項に記載の受信装置とを備える通信システム。
（第８項）
送信装置が実行する送信方法であって、
メディア信号の入力の有無を判断する監視ステップと、
特殊情報を含むメディア信号を生成する生成ステップと、
前記監視ステップによりメディア信号の入力がないと判断された場合に、前記生成ステップにより生成されたメディア信号をパケットに変換し、当該パケットを送信する送信ステップと
を備える送信方法。
（第９項）
受信装置が実行する受信方法であって、
受信したパケットをメディア信号に変換する変換ステップと、
前記メディア信号に特殊情報が含まれるか否かを判定する解析ステップと、
出力ステップとを備え、
前記出力ステップにおいて、
前記メディア信号に前記特殊情報が含まれる場合に、前記メディア信号を出力せず、又は、予め定めたメディア信号を出力し、
前記メディア信号に前記特殊情報が含まれない場合に前記メディア信号を出力する
受信方法。
（第１０項）
送信装置が実行する送信方法であって、
メディア信号の入力の有無を判断する監視ステップと、
ヘッダ情報を生成する生成ステップと、
前記監視ステップによりメディア信号の入力がないと判断された場合に、前記生成ステップにより生成されたヘッダ情報を含み、ペイロードを含まないパケットを送信する送信ステップと
を備える送信方法。
（第１１項）
受信したパケットを格納するバッファを備える受信装置が実行する受信方法であって、
ペイロードを含まないパケットを受信した場合に生じるアラームを抑止するステップと、
ペイロードを含むパケットを前記バッファから読み出し、当該パケットをメディア信号に変換し、当該メディア信号を出力する出力ステップと
を備える受信方法。
（第１２項）
コンピュータを、第１項又は第４項に記載の送信装置における各手段として機能させるためのプログラム。
（第１３項）
コンピュータを、第２項、第５項又は第６項に記載の受信装置における各手段として機能させるためのプログラム。

【0095】

以上、本実施の形態について説明したが、本発明はかかる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

【符号の説明】

【0096】

１００ 送信装置
１１０ メディア受信部
１２０ 入力状態監視部
１３０ 転送メディア情報生成部
１４０ セレクタ
１５０ メディア／パケット変換部
１６０ パケット送信部
１７０ ＲＴＰ拡張ヘッダ情報生成部
２００ 受信装置
２１０ パケット受信部
２２０ パケットバッファ
２３０ パケット／メディア変換部
２４０ 情報解析部
２５０ メディア出力部
２６０ パケット受信状態監視・ＲＴＰ拡張ヘッダ解析部
３００ ネットワーク
１０００ ドライブ装置
１００１ 記録媒体
１００２ 補助記憶装置
１００３ メモリ装置
１００４ ＣＰＵ
１００５ インタフェース装置
１００６ 表示装置
１００７ 入力装置

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】