JP2020088823A - Ｉｐ放送受信装置及びｉｐ放送受信方法 - Google Patents

Abstract

【課題】ＩＰ放送における受信データの品質を可視化し、視聴者にも事業者にも品質状態を確認し易くできるＩＰ放送受信装置を提供する。【解決手段】ＩＰ（Internet Protocol）パケットを用いてストリームを受信するＩＰ放送受信装置であって、ネットワークを介してストリームを受信する受信部と、ストリームにおける複数のＩＰパケットの受信に関するパケット受信情報を取得する取得部と、パケット受信情報に基づいて、ストリームの受信品質を示す値を算出する算出部と、受信品質を示す値を加工して、受信品質を示す情報を生成する生成部と、受信品質を示す情報を表示する表示部と、を備える。【選択図】図１

Description

本開示は、ＩＰ（Internet Protocol）放送されたコンテンツを受信するＩＰ放送受信装置及びＩＰ放送受信方法に関する。

従来、狭帯域信号を複数組み合わせて狭帯域から広帯域までの放送電波を選択的に受信するデジタル放送受信装置が知られている。このデジタル放送受信装置は、帯域切り替え機能を有する帯域通過フィルタを含む受信回路と、受信品質を検出する受信品質検出手段と、現在選択されている帯域幅に応じて、受信品質を判定するための複数のしきい値を変更するしきい値変更手段と、前記検出された受信品質を前記複数のしきい値で判定された複数段階の受信品質レベルに分類する手段と、この分類された受信品質レベルを、段階的に変化する表示態様で表示画面上に表示する表示手段と、を備える。

特開２００５−１２３８５９号公報

本開示は、ＩＰ放送における受信データの品質を可視化し、視聴者にも事業者にも品質状態を確認し易くできるＩＰ放送受信装置及びＩＰ放送受信方法を提供する。

本開示の一態様は、ＩＰパケットを用いてストリームを受信するＩＰ放送受信装置であって、ネットワークを介して前記ストリームを受信する受信部と、前記ストリームにおける複数のＩＰパケットの受信に関するパケット受信情報を取得する取得部と、前記パケット受信情報に基づいて、前記ストリームの受信品質を示す値を算出する算出部と、前記受信品質を示す値を加工して、前記受信品質を示す情報を生成する生成部と、前記受信品質を示す情報を表示する表示部と、を備えるＩＰ放送受信装置である。

本開示の一態様は、ＩＰパケットを用いてストリームを受信するＩＰ放送受信方法であって、ネットワークを介して前記ストリームを受信し、前記ストリームにおける複数のＩＰパケットの受信に関するパケット受信情報を取得し、前記パケット受信情報に基づいて、前記ストリームの受信品質を示す値を算出し、前記受信品質を示す値を加工して、前記受信品質を示す情報を生成し、前記受信品質を示す情報を表示する、ＩＰ放送受信方法である。

本開示によれば、ＩＰ放送における受信データの品質を可視化し、視聴者にも事業者にも品質状態を確認し易くできる。

第１の実施形態におけるＩＰ放送システムの構成例を示すブロック図 受信機による受信ログを蓄積する場合の動作例を示すフローチャート ログ蓄積処理の一例を示すフローチャート 通常時におけるログ蓄積テーブルに蓄積された情報の一例を示す図 受信機による受信ログに基づくデータ分析を行う場合の動作例を示すフローチャート パケット損失がある場合のログ蓄積テーブルに蓄積された情報の一例 パケット損失演算処理の一例を示すフローチャート パケット到着揺らぎがある場合のログ蓄積テーブルに蓄積された情報の一例 パケット到着揺らぎ演算処理の一例を示すフローチャート 到着間隔テーブルの一例を示す図 ジッタの算出例を説明するための図 結果管理テーブルに蓄積された情報の一例を示す図 受信品質の表示例を示す図

以下、適宜図面を参照しながら、実施形態を詳細に説明する。但し、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になることを避け、当業者の理解を容易にするためである。尚、添付図面及び以下の説明は、当業者が本開示を十分に理解するために提供されるものであり、これらにより特許請求の範囲に記載の主題を限定することは意図されていない。

（本開示の一形態を得るに至った経緯）
近年、ＦＴＴＨ(Fiber To The Home)／ＨＦＣ(Hybrid Fiber Coaxial)等の高速ネット回線の普及により、有料放送サービス事業者が高速ネット回線を用いたＩＰ放送サービスの提供が進みつつある。従来の放送波を介した放送の場合、一般的に、受信機がチューナにより電波強度を計測して、電波強度を数値で表示する機能を有する。一方、ＩＰ放送では、ＦＴＴＨを用いる場合にはＯＮＵ（Optical Network Unit）が、ＨＦＣを用いる場合にはＣＭ（Cable Modem）が、回線信号を受信する。そして、ＯＮＵ又はＣＭとＯＮＵ又はＣＭより先の受信機とは、宅内のネットワーク機器による近距離回線により接続される。そのため、受信機におけるネットワーク通信の信号強度の計測は、回線信号の受信状況を表す指標としては有益でない。よって、ＩＰ放送では、受信機に流れるストリーム（ＩＰストリーム）のパケット損失率やパケット到着揺らぎが計測され、ユーザに提示されることが望ましい。

また、パケット損失率では、例えば、Ａ個のパケットの受信に対してＢ個のパケットの損失があるかが計測される。さらに、パケット損失は、一般的に非常に小さな頻度で発生するので、例えば１０のマイナス何乗といった一般ユーザには理解し難い指標になり得る。

また、パケット到着揺らぎでは、例えば、Ｃ個のパケットの受信において、平均してどれくらいのパケット到着間隔であり、どのくらいパケット到着間隔が狭まったか又は広がったかが計測される。そのため、パケット到着揺らぎの値が１００ｍｓｅｃなど、一般ユーザには理解し難い指標になり得る。

以下の実施形態では、ＩＰ放送における受信データの品質を可視化し、視聴者にも事業者にも品質状態を確認し易くできるＩＰ放送受信装置及びＩＰ放送受信方法について説明する。

以下の実施形態のＩＰ放送は、配信側がＩＰパケットを用いて自主放送（ＩＰ自主放送）を行うことを含んでよい。また、ＩＰ放送は、配信側が放送波を介して番組コンテンツを取得し、ＩＰパケットを用いて番組コンテンツを再送信（ＩＰ再送信）することを含んでよい。

（第１の実施形態）
図１は、第１の実施形態におけるＩＰ放送システム５の構成例を示すブロック図である。ＩＰ放送システム５は、受信機１００、配信サーバ２００、ルータ３００、及び伝送設備４００を備える。受信機１００は、宅内ＴＮに設置されてよい。宅内ＴＮには、受信機１００の他に、受信設備１５０及びルータ１６０が設置されてよい。

受信機１００は、例えば、各家庭に設置されたセットトップボックスやＴＶ放送受信機やレコーダでよい。受信機１００は、配信サーバ２００によりネットワークが（ＩＰネットワーク）を介して送出された番組コンテンツのストリームのＩＰパケットを受信する。受信機１００がセットトップボックスやレコーダの場合、受信機１００は、例えばＨＤＭＩ（登録商標）（High-Definition Multimedia Interface）を介して、番組コンテンツをＴＶ放送受信機やレコーダに出力してよい。ＴＶ放送受信機は番組コンテンツを再生可能であり、レコーダは番組コンテンツを記録（例えば録画、録音、データ保存）可能である。なお、受信機１００自身が、取得された番組コンテンツを再生又は記録可能でもよい。

配信サーバ２００と受信機１００との間は、ネットワークを介して接続される。ネットワークは、インターネットや通信事業者が敷設する閉域網やケーブルテレビ局が敷設する閉域網を含んでよい。ネットワークは、ＦＴＴＨネットワーク又はＨＦＣネットワークを含んでよい。ＦＴＴＨネットワークでは、伝送設備４００から加入者宅の宅内ＴＮに設置された受信設備（光回線終端装置（Ｖ−ＯＮＵ））まで、全て光ファイバを介してデータを伝送する。ＨＦＣネットワークでは、伝送設備４００から光ノードまで光ファイバを介してデータを伝送し、光ノードから加入者の宅内ＴＮまで同軸ケーブルを介してデータを伝送する。

配信サーバ２００は、例えば、番組コンテンツを自主放送する事業者のセンタに設置されてよい。配信サーバ２００は、ＩＰ放送用のＩＰパケットストリームを生成し、送出（送信）する。

配信サーバ２００は、図示せぬ放送用ヘッドエンド設備から映像データを含む映像ストリーム、音声データを含む音声ストリーム、データ放送用データを含むデータ放送ストリーム、及びＳＩ（Service Information）／ＰＳＩ（Program Specific Information）データの入力を受けて多重化し、番組コンテンツのストリームを生成してよい。つまり、番組コンテンツは、映像データ、音声データ、データ放送用のデータ、ＳＩ／ＰＳＩデータを含んでよい。ＳＩ／ＰＳＩデータは、ＳＩ及びＰＳＩの少なくとも一方を含み、番組表、字幕データ、等を含んでよい。映像データは、Ｈ．２６５方式（ＨＥＶＣ（High Efficiency Video Coding）方式）、等で符号化されてよい。音声データは、ＭＰＥＧ−２ ＡＡＣ（Advanced Audio Coding）、ＭＰＥＧ−４ ＡＡＣ、ＭＰＥＧ−４ ＡＬＳ（Audio Lossless Coding）等で符号化されていてよい。ここでの多重化方式は、ＭＭＴ（MPEG Media Transport）・ＴＬＶ（Type Length Value）方式、等でよい。配信サーバ２００は、番組コンテンツを含むストリームを送信（配信）する。

ルータ３００は、伝送設備４００を介して、配信サーバ２００から受信機１００へのストリームの伝送を中継する。ルータ３００は、接続されるネットワークのネットワーク状況を基に、経路選択を行って、ストリームを伝送してよい。選択される経路によって、ＩＰパケットが受信側に不達となるパケット損失（パケット欠損）が生じたり、ＩＰパケットが受信側に到着するタイミングが遅れるパケット到着遅延やパケット到着揺らぎが生じたりし得る。なお、パケット到着遅延は、定常的な遅延を含む。ネットワーク上では同じ機器が使用されるので、同じ遅延が発生する。この遅延が揺らいでいることが、パケット到着揺らぎとなる。

伝送設備４００は、配信サーバ２００からルータ３００を介して取得された電気信号を光信号に変換し、ネットワークを介して受信設備１５０へ送信する。ネットワークがＦＴＴＨネットワークである場合、伝送設備４００はＯＬＴ（Optical Line Terminal）でよい。ネットワークがＨＦＣネットワークである場合、伝送設備４００はＣＭＴＳ（Cable Modem Termination System）でよい。

受信設備１５０は、ネットワークを介して伝送設備４００から取得された光信号を電気信号に変換し、ルータ１６０を介して受信機１００へ送信する。ネットワークがＦＴＴＨネットワークである場合、受信設備１５０はＯＮＵ（Optical Network Unit）でよい。ネットワークがＨＦＣネットワークである場合、受信設備１５０はＣＭ（Cable Modem）でよい。

ルータ１６０は、受信設備１５０を介して、配信サーバ２００から受信機１００へのストリームの伝送を中継する。ルータ１６０は、ネットワークのネットワーク状況を基に、経路選択を行って、ストリームを伝送してよい。

受信機１００は、制御部１０２、ＩＰ通信部１０４、クロック１０５、デマルチプレクサ１０６、映像デコーダ１０８、音声デコーダ１１０、データ処理部１１２、ＩＰログ蓄積部１１４、ＩＰデータ分析部１１６、及び表示部１１８を備える。

制御部１０２は、受信機１００の各部を制御する。例えば、制御部１０２は、ＩＰ通信部１０４による通信を制御してよい。制御部１０２は、ＩＰログ蓄積部１１４への情報蓄積を制御してよい。制御部１０２は、ＩＰデータ分析部１１６によるデータ分析を補助してよい。制御部１０２は、表示部１１８により表示するための制御や演算を行う。

ＩＰ通信部１０４は、ＩＰパケットを用いてデータを通信する。ＩＰ通信部１０４は、配信サーバ２００からの番組コンテンツのストリームを受信し、デマルチプレクサ１０６に送る。クロック１０５は、ストリームにおけるＩＰパケットを受信した受信時刻を計時する。計時された受信時刻は、ＩＰログ蓄積部１１４に蓄積されてよい。

デマルチプレクサ１０６は、ＩＰ通信部１０４からの多重化して生成された番組コンテンツのストリームを、複数のストリームに分割する。具体的には、デマルチプレクサ２０４は、番組コンテンツのストリームを、映像ストリーム、音声ストリーム、データ放送ストリーム、及びＳＩ（Service Information）／ＰＳＩ（Program Specific Information）データに分割する。デマルチプレクサ１０６による分割方式は、配信サーバ２００のマルチプレクサの多重化方式に対応する方式でよい。

映像デコーダ１０８は、デマルチプレクサ１０６からの映像ストリームを取得し、映像ストリームの映像データをデコード（復号化）する。音声デコーダ１１０は、デマルチプレクサ１０６からの音声ストリームを取得し、音声ストリームの音声データをデコードする。データ処理部１１２は、デマルチプレクサ１０６からのデータ放送ストリームを取得し、データ放送ストリームのデータ放送データをデコードする。データ処理部１１２は、デマルチプレクサ１０６からのＳＩ／ＰＳＩデータを取得する。ＳＩ／ＰＳＩデータは、番組管理データを含み、例えばＥＰＧ（Electronic Program Guide）、字幕データを含んでよい。

ＩＰログ蓄積部１１４は、ＩＰ通信部１０４により受信されたストリームに含まれるＩＰパケットの受信に関する情報を含むパケット受信情報を取得し、蓄積する。パケット受信情報は、受信ログとして機能するので、受信ログとも称される。受信ログは、各構成部（例えばＩＰデータ分析部１１６）に参照される。パケット受信情報つまり受信ログには、計時された受信情報も含まれてよい。

ＩＰデータ分析部１１６は、ＩＰログ蓄積部１１４に蓄積された受信ログを取得し、受信ログに基づくデータ分析を行う。データ分析は、ＩＰパケットの受信に係る受信品質の分析を含む。受信品質は、パケット損失に関するパケット損失情報（例えばパケット損失率）、パケットの受信（到着）の揺らぎに関するパケット到着揺らぎ情報（例えばパケット到着揺らぎ値）、その他の受信品質を含んでよい。

表示部１１８は、各種データを表示する。表示部１１８は、データ分析の結果に基づく情報を表示してよい。例えば、表示部１１８は、受信品質を示す情報を表示してよい。

次に、チャネルの選局の一例について説明する。

ＩＰ通信部１０４は、受信機１００の起動時に、チャネルを選局し、番組コンテンツを受信してよい。この場合、受信機１００が起動すると、制御部１０２は、ＩＰ通信部１０４に対して、選局対象のチャネルを示すＩＰマルチキャストのマルチキャストアドレスを指定した選局指示を送る。ＩＰ通信部１０４は、指定されたマルチキャストアドレスに対するｊｏｉｎメッセージ（例えばＩＧＭＰ（Internet Group Management Protocol）ｊｏｉｎメッセージ）を上位のネットワーク装置（例えば配信サーバ２００）に送信し、上位のネットワーク装置からＩＰマルチキャストストリームを受信する。ＩＰマルチキャストストリームは、ストリームの一例である。

また、ＩＰ通信部１０４は、受信機１００によるチャネル選局指示を受けた場合に、チャネルを選局し、番組コンテンツを受信してよい。この場合、制御部１０２は、図示しないリモコン制御、予約録画、又は予約視聴制御によりチャネル選局指示を受けると、図示しないチャネルとＩＰマルチキャストアドレスの対応表とを基に、選局指示されたチャンネルに対応するＩＰマルチキャストアドレスを導出し、ＩＰ通信部１０４に対して選局変更指示を送る。選局変更指示を受けたＩＰ通信部１０４は、現在受信しているＩＰマルチキャストから離脱するため、上位ルータ（例えばルータ１６０）に対して例えばＩＧＭＰリーブグループメッセージを送信する。その後、ＩＰ通信部１０４は、新しい選局対象のＩＰマルチキャストアドレスに対するｊｏｉｎメッセージを送信し、該当するＩＰマルチキャストストリームを受信する。なお、上記の対応表の情報とは、受信機１００が備えるメモリ（不図示）に保持されていてよい。

次に、受信ログの蓄積の一例について説明する。

ＩＰ通信部１０４は、例えば制御部１０２からの受信ログの蓄積指示を基に、ＩＰログ蓄積部１１４へ受信ログを蓄積させてよい。

制御部１０２は、受信機１００の主電源が入っている期間において、常時、蓄積指示を行ってよい。つまり、制御部１０２は、受信機１００の主電源がオンの期間（電源が投入されている期間、受信機１００が動作可能な期間）に、選局指示及び受信ログの蓄積指示をＩＰ通信部１０４に送ってよい。受信機１００は、受信ログを常時蓄積することで、受信品質としてのパケット損失の発生確率が小さくても、パケットの監視時間を長く確保できるので、パケット損失を検出し易くできる。

また、制御部１０２は、受信機１００の主電源が入っているが起動していない期間（番組コンテンツが視聴又は録画されていない期間）において、受信ログの蓄積指示を行ってよい。その後、リモコン操作等で視聴状態又は録画状態になった場合、つまり受信機１００がリモコン操作信号を受けて番組コンテンツの再生や録画を開始した場合、制御部１０２は、受信ログの蓄積停止指示をＩＰ通信部１０４に送ってよい。

また、制御部１０２は、受信機１００の主電源が入っており起動している期間（番組コンテンツが使用又は録画されている期間）において、受信ログの蓄積指示をＩＰ通信部１０４に送ってよい。

図２は、受信機１００による受信ログを蓄積する場合の動作例を示すフローチャートである。なお、受信機１００のメモリがログ蓄積フラグを保持しており、ログ蓄積フラグの初期状態はオフである。

ＩＰ通信部１０４は、受信機１００の他の構成部や受信機１００以外の装置から指示を受信する（Ｓ１０１）。ＩＰ通信部１０４は、受信した指示が受信ログの蓄積指示であるか否かを判定する（Ｓ１０２）。

ＩＰ通信部１０４は、受信した指示が受信ログの蓄積指示である場合、ログ蓄積フラグをオンに設定する（Ｓ１０３）。

ＩＰ通信部１０４は、ログ蓄積テーブルＴ１の該当する項目に、オールゼロのレコードに追加する（Ｓ１０４）。オールゼロのレコードとは、ログ蓄積テーブルＴ１が保持する全ての項目に値０が設定されたデータ（ログ蓄積テーブルＴ１の１行分のデータ）である。なお、０以外の値が設定されてもよく、具体的な受信ログの情報が蓄積されるレコードと区別可能であればよい。

ＩＰ通信部１０４は、後述するログ蓄積処理を行う（Ｓ１０５）。

Ｓ１０２において受信した指示が受信ログの蓄積指示でない場合、ＩＰ通信部１０４は、受信した指示が受信ログの蓄積停止指示であるか否かを判定する（Ｓ１０６）。受信した指示が受信ログの蓄積停止指示である場合、ＩＰ通信部１０４は、受信ログの蓄積フラグをオフに設定する（Ｓ１０７）。そして、ＩＰ通信部１０４は、ＩＰログ蓄積部１１４が有するログ蓄積テーブルＴ１に受信ログの蓄積を停止させる（Ｓ１０８）。

Ｓ１０６において受信した指示が受信ログの蓄積停止指示でない場合、ＩＰ通信部１０４は、受信した指示が選局指示であるか否かを判定する（Ｓ１０９）。受信した指示が選局指示である場合、ＩＰ通信部１０４は、ログ蓄積フラグがオンに設定されているかオフに設定されているかを判定する（Ｓ１１０）。

ログ蓄積フラグがオンに設定されている場合、ＩＰ通信部１０４は、受信ログの蓄積停止するよう、パケット受信情報のＩＰログ蓄積部１１４への送信を停止する（Ｓ１１１）。ＩＰ通信部１０４は、ログ蓄積テーブルＴ１に、オールゼロのレコードを追加する（Ｓ１１２）。制御部１０２は、選局指示により指示されたチャネルを選局する（Ｓ１１３）。つまり、受信機１００は、前回選局されていたチャネルの受信ログをオールゼロのレコードで仕切り、今回選局されるチャネルの受信ログを蓄積するための準備ができる。より具体的には、受信機１００には、選局して元のマルチキャストからリーブすると、選局するまでの間はパケットが届かない。この場合でも、受信機１００は、選局切り替えの際にオールゼロを挿入することで、パケット損失が発生したと誤認することを抑制できる。

ＩＰ通信部１０４は、後述するログ蓄積処理を行う（Ｓ１１４）。ここでのログ蓄積処理では、ＩＰ通信部１０４は、選局されたチャネルのストリームの受信に関するパケット受信情報（受信ログ）を蓄積するよう、パケット受信情報をＩＰログ蓄積部１１４へ送り、蓄積させる。

Ｓ１１０においてログ蓄積フラグがオフに設定されている場合、ＩＰ通信部１０４は、選局指示に応じた選局を行う。

図３は、ログ蓄積処理の一例を示すフローチャートである。

ＩＰ通信部１０４は、ストリームのＩＰパケット（例えばＲＴＰ（Real-time Transport Protocol）パケット）を受信する（Ｓ２０１）。ＲＴＰパケットには、ＩＰヘッダ、ＵＤＰヘッダ、ＲＴＰヘッダが含まれる。ＲＴＰパケットには、例えば、７つ分のＴＳ（ＴＳ：Transport Stream）パケット、ＴＴＳ（ＴＴＳ：Timestamped Transport Stream）パケット、ＴＬＶをＴＳパケットと同じサイズで等間隔に分割した分割ＴＬＶ（Type Length Value）パケット、又はタイムスタンプ付きＴＬＶパケットが含まれる。

ＩＰ通信部１０４は、Ｓ２０１においてＩＰパケットを受信した時刻（パケット受信時刻、計時された受信時刻）を、クロック１０５から取得する（Ｓ２０２）。また、ＩＰ通信部１０４は、受信したＩＰパケットのヘッダに含まれる送信元ＩＰマルチキャストアドレスを取得する。ＩＰ通信部１０４は、受信したＩＰパケットからＵＤＰパケットを取り出し、ＵＤＰパケットのペイロードに含まれるＲＴＰパケットのヘッダから、タイムスタンプ及びシーケンス番号を取得する。

ＩＰ通信部２０３は、パケット受信情報をＩＰログ蓄積部１１４に送る（Ｓ２０３）。パケット受信情報は、パケット受信時刻、送信元ＩＰマルチキャストアドレス、タイムスタンプ（ＲＴＰタイムスタンプ）及びシーケンス番号の情報を含んでよい。パケット受信情報は、上記以外の情報を含んでよい。パケット受信情報の少なくとも一部が、受信ログとなる。

ＩＰ通信部１０４は、制御部１０２から受信ログの蓄積停止指示を受けたか否かを判定する（Ｓ２０４）。ＩＰ通信部１０４は、蓄積停止指示を受けていない場合、Ｓ２０１に進む。一方、ＩＰ通信部１０４は、蓄積停止指示を受けた場合、図３の処理を終了する。

このような受信ログを蓄積する場合の動作によれば、受信機１００は、ストリームに含まれるＩＰパケットの受信に関するパケット受信情報を、蓄積できる。パケット受信情報は受信ログとして参照可能であり、受信品質等のデータ分析に利用可能である。

図４は、ログ蓄積テーブルＴＢ１（ＴＢ１１）に蓄積された情報の一例を示す図である。

ログ蓄積テーブルＴＢ１は、受信ログ（パケット受信情報）を蓄積する。受信ログは、レコード番号（Ｎｏ．）、到着時刻、ＩＰアドレス、ＲＴＰタイムスタンプ、シーケンス番号、の各項目を含んでよい。到着時刻は、パケット受信時刻に相当する。ＩＰアドレスは、送信元ＩＰマルチキャストアドレスに相当する。ＩＰアドレスは、例えば、ＩＰｖ４のＩＰアドレスでもよいし、ＩＰｖ６のＩＰアドレスでもよい。ＲＴＰタイムスタンプは、ＲＴＰパケットのヘッダに含まれるタイムスタンプに相当する。シーケンス番号は、ＲＴＰパケットのヘッダに含まれるシーケンス番号に相当する。

図４では、レコード番号１００番の位置にオールゼロが挿入され、レコード番号１００番の前後でＩＰアドレスの末尾の数字が「２３」から「２４」に変化している。つまり、レコード番号１００番の前後で、選局されたチャネルが変化したことを示している。

図４では、６Ｍｂｐｓのストリームが１７５４６６ナノ秒に１回の割合で、定常的にＩＰパケットが届くことを示している。また、図４では、ＩＰパケットの受信においてパケット損失やパケット到着揺らぎ等の損失や遅延が発生していない。

次に、受信ログに基づくデータ分析について説明する。

図５は、受信機１００による受信ログに基づくデータ分析を行う場合の動作例を示すフローチャートである。このデータ分析は、所定のタイミングでよい。データ分析は、定期的に行われてよく、例えばｎ日に一回、定時に行われてよい。また、ユーザ操作によりデータ分析の指示を行うリモコンから、データ分析の指示を受けた場合に、行われてよい。

ＩＰデータ分析部１１６は、ＩＰログ蓄積部１１４から受信ログに含まれるデータを取得する（Ｓ３０１）。ログデータは、ログ蓄積テーブルＴＢ１に蓄積された情報の少なくとも一部である。ＩＰデータ分析部１１６は、取得されたログデータに基づいて、パケット損失演算処理を実行する（Ｓ３０２）。パケット損失演算処理の詳細については後述する。ＩＰデータ分析部１１６は、取得されたログデータに基づいて、パケット到着揺らぎを演算する（Ｓ３０３）。パケット到着揺らぎの演算処理の詳細については後述する。ＩＰデータ分析部１１６は、パケット損失率及びパケット到着揺らぎの少なくとも一方の演算結果を、後述する結果管理テーブルＴＢ３に記憶させる（Ｓ３０４）。

図６は、ログ蓄積テーブルＴＢ１（ＴＢ１２）に蓄積された情報の一例を示す図である。図６では、パケット損失が発生していることを例示する。図６では、６番目（レコード番号Ｎｏ６）のシーケンス番号（２３４２８）と７番目（レコード番号Ｎｏ７）のシーケンス番号（２３４３０）との間に、不在のシーケンス番号（２３４２９）が存在する。つまり、１つ分のパケット損失が発生していることを示す。

図７は、パケット損失演算処理の一例を示すフローチャートである。なお、パケット登録番号を示す変数ｉ、比較シーケンス番号、エラーパケット数、総パケット数、の情報は、受信機１００のメモリに保持されてよい。パケット登録番号は、ログ蓄積テーブルＴＢ１におけるレコード番号に対応する。

ＩＰデータ分析部１１６は、変数ｉ、比較シーケンス番号、エラーパケット数、総パケット数、のそれぞれの値を初期化し、初期値＝０を設定する（Ｓ４０１）。ＩＰデータ分析部１１６は、ｉ番目のデータがあるか否かを判定する（Ｓ４０２）。ｉ番目のデータがある場合、ｉ番目のデータ（例えば受信ログの「到着時刻」、「ＩＰアドレス」、「ＲＴＰタイムスタンプ」、「シーケンス番号」のうち少なくとも１つの情報）を取得する（Ｓ４０３）。

ＩＰデータ分析部１１６は、取得されたｉ番目のデータがオールゼロであるか否かを判定する（Ｓ４０４）。ｉ番目のデータがオールゼロである場合、ＩＰデータ分析部１１６は、比較シーケンス番号をクリアし、つまり比較シーケンス番号に初期値０を設定する（Ｓ４０５）。そして、ＩＰデータ分析部１１６は、変数ｉをインクリメントし、値１を加算する（Ｓ４１１）。Ｓ４１１の後、Ｓ４０２に進む。

Ｓ４０４においてｉ番目のデータがオールゼロでない場合、ＩＰデータ分析部１１６は、総パケット数をインクリメントし、値１を加算する（Ｓ４０６）。比較シーケンス番号があるか、つまり比較シーケンス番号が値１以上であるか否かを判定する（Ｓ４０７）。比較シーケンス番号が値１未満、つまり比較シーケンス番号が初期値０（クリアされた状態）である場合、比較シーケンス番号をｉ番目のデータのシーケンス番号とする（Ｓ４０８）。そして、ＩＰデータ分析部１１６は、変数ｉをインクリメントし、値１を加算する（Ｓ４１１）。

Ｓ４０７において比較シーケンス番号が値１以上である場合、ＩＰデータ分析部１１６は、ｉ番目のデータのシーケンス番号と比較シーケンス番号に値１を加算した値とが等しいか否かを判定する（Ｓ４０９）。ｉ番目のデータのシーケンス番号と比較シーケンス番号に値１を加算した値とが等しい場合、ＩＰデータ分析部１１６は、比較シーケンス番号をインクリメントし、値１を加算する（Ｓ４１０）。そして、ＩＰデータ分析部１１６は、変数ｉをインクリメントし、値１を加算する（Ｓ４１１）。

Ｓ４０９においてｉ番目のデータのシーケンス番号と比較シーケンス番号に値１を加算した値とが等しくない場合、ＩＰデータ分析部４１１は、ｉ番目のデータのシーケンス番号から、比較シーケンス番号に値１を加算した値を減算して、減算値を得る。つまり、減算値＝ｉ番目のデータのシーケンス番号−（比較シーケンス番号＋１）である。ＩＰデータ分析部４１１は、エラーパケット数に、上記の減算値を加算する（Ｓ４１２）。そして、ＩＰデータ分析部１１６は、比較シーケンス番号をｉ番目のデータのシーケンス番号とする（Ｓ４０８）。そして、ＩＰデータ分析部１１６は、変数ｉをインクリメントし、値１を加算する（Ｓ４１１）。

Ｓ４０２においてｉ番目のデータが無い場合、つまり、ログ蓄積テーブルＴＢ１に蓄積された残りのレコードが存在しない場合、ＩＰデータ分析部１６６は、エラーパケット数及び総パケット数に基づいて、パケット損失率を算出する（Ｓ４１３）。具体的には、以下の式（１）に従ってパケット損失率を算出してよい。
パケット損失率（％）＝（エラーパケット数／総パケット数）×１００ …（１）

図６に示された受信ログのデータがログ蓄積テーブルＴＢ１に保持されているとする。レコード番号に対応するｉ＝０の場合、データがオールゼロなので、Ｓ４０４からＳ４０５に進む。ｉ＝１の場合、データがオールゼロでなく、比較シーケンス番号は値０であるので、Ｓ４０４からＳ４０６に進み、Ｓ４０７からＳ４０８に進む。ｉ＝２，３，４，５，６の場合、データがオールゼロでなく、比較シーケンス番号は値０でなく、Ｓ４０９の条件を満たすので、Ｓ４０４からＳ４０６に進み、Ｓ４０７からＳ４０９に進み、Ｓ４０９からＳ４１０に進む。この場合、シーケンス番号が連続する番号となっているので、受信機１００は、パケット損失が発生していないと判別できる。ｉ＝７の場合、データがオールゼロでなく、比較シーケンス番号は値０でなく、Ｓ４０９の条件を満たさないので、Ｓ４０４からＳ４０６に進み、Ｓ４０７からＳ４０９に進み、Ｓ４０９からＳ４１２に進む。この場合、シーケンス番号が連続する番号となっていないので、受信機１００は、パケット損失が発生していると判別できる。８番目のレコード（ｉ＝８）は存在しないため、Ｓ４０２からＳ４１３に進む。つまり、この場合のパケット損失率は、（１／８）×１００＝１２．５％となる。

このようなパケット損失演算処理によれば、受信機１００は、簡単な演算処理により、受信品質の一例であるパケット損失の有無やパケット損失率を導出できる。受信機１００は、パケット損失率に基づいて受信品質を分かり易く表示することで、視聴者にも事業者にも品質状態を確認し易くできる。

図８は、ログ蓄積テーブルＴＢ１（ＴＢ１３）に蓄積された情報の一例を示す図である。図８では、パケット到着揺らぎが発生していることを例示する。図８の到着時刻を参照すると、レコード番号Ｎｏ３以外のＩＰパケットは、１，７５４，６６６ｎｓｅｃ間隔でパケットが到着しているが、レコード番号Ｎｏ３のＩＰパケットは、１，７５４，６６６ｎｓｅｃの２倍の３，５０９，３３２ｎｓｅｃ間隔で到着している。ここでは、配信側においてＩＰパケットが同等の時間間隔で送出されているが、受信側においてＩＰパケットを受信する間隔が一定でなく、揺らぎが発生していることが理解できる。

図９は、パケット到着揺らぎ演算処理の一例を示すフローチャートである。なお、パケット登録番号を示す変数ｉ、比較到着時刻、総パケット数、の情報は、受信機１００のメモリに保持されてよい。パケット登録番号は、ログ蓄積テーブルＴＢ１におけるレコード番号に対応する。

ＩＰデータ分析部１１６は、変数ｉ、比較到着時刻、総パケット数、のそれぞれを初期化する（Ｓ５０１）。この場合、変数ｉ及び総パケット数を初期値＝０に設定し、比較到着時刻に初期値を設定する。ＩＰデータ分析部１１６は、ｉ番目のデータがあるか否かを判定する（Ｓ５０２）。ｉ番目のデータがある場合、ｉ番目のデータ（例えばログ蓄積テーブルＴＢ１の「到着時刻」、「ＩＰアドレス」、「ＲＴＰタイムスタンプ」、「シーケンス番号」のうち少なくとも１つの情報）を取得する（Ｓ５０３）。

ＩＰデータ分析部１１６は、取得されたｉ番目のデータがオールゼロであるか否かを判定する（Ｓ５０４）。ｉ番目のデータがオールゼロである場合、ＩＰデータ分析部１１６は、比較到着時刻を初期化し、つまり比較到着時刻に初期値０を設定する（Ｓ５０５）。比較到着時刻の初期値は０以外の値であってもよい。そして、ＩＰデータ分析部１１６は、変数ｉをインクリメントし、値１を加算する（Ｓ５１１）。

Ｓ５０４においてｉ番目のデータがオールゼロでない場合、ＩＰデータ分析部１１６は、総パケット数をインクリメントし、値１を加算する（Ｓ５０６）。ＩＰデータ分析部１１６は、比較到着時刻があるか、つまり比較到着時刻があるか否か、つまり初期値以外であるか否かを判定する（Ｓ５０７）。比較到着時刻が初期値である場合、比較到着時刻をｉ番目のデータの到着時刻とする（Ｓ５０８）。そして、ＩＰデータ分析部１１６は、変数ｉをインクリメントし、値１を加算する（Ｓ５１１）。

Ｓ５０７において比較到着時刻が初期値以外である場合、ＩＰデータ分析部１１６は、ｉ番目のデータの到着時刻と比較到着時刻との差を、到着時刻間隔として算出する（Ｓ５０９）。ＩＰデータ分析部１１６は、算出された差（到着時刻間隔）の情報を、到着間隔テーブルＴＢ２（例えば図１０参照）に保持させる（Ｓ５１０）。そして、ＩＰデータ分析部１１６は、変数ｉをインクリメントし、値１を加算する（Ｓ５１１）。

図１０は、到着間隔テーブルＴＢ２の一例を示す図である。到着間隔テーブルＴＢ２では、登録順に付与される登録番号と、到着時刻間隔と、の項目が保持され、その他の情報が保持されてもよい。図１０の場合、２番目（登録番号Ｎｏ２）の到着時刻間隔が最大の到着時刻間隔であり、その値は３，５０９，３３２である。２番目以外（登録番号Ｎｏ１，３，４，５，６）の到着時刻間隔が最小の到着時刻間隔であり、その値は１，７５４，６６６である。つまり、受信されるＩＰパケットによって到着時刻の間隔にばらつきがあることが理解できる。

Ｓ５０２においてｉ番目のデータが無い場合、つまり、ログ蓄積テーブルＴＢ１に蓄積された残りのレコードが存在しない場合、ＩＰデータ分析部１６６は、パケット到着揺らぎ（ジッタ）の値（揺らぎ量）を算出する（Ｓ５１２）。パケット到着揺らぎは、公知の方法に従って算出されてよい。

ＩＰデータ分析部１６６は、ＲＦＣ（Request for Comments）３５５０に従う場合、送信装置（ここでは配信サーバ２００）と受信装置（ここでは受信機１００）との通信において受信されたＩＰパケットのＲＴＰタイムスタンプＳｉと到着時刻Ｒｉとに基づいて、パケット到着揺らぎ（ジッタ）を算出してよい。

ＲＦＣ３５００では、式（２）によってジッタＪ（ｉ）が算出されてよい。図１１は、ジッタの算出例を説明するための図である。
Ｊ（ｉ）＝Ｊ（ｉ−１）＋（｜Ｄ（ｉ−１，ｉ）｜−Ｊ（ｉ−１））／１６ …（２）
なお、Ｄ（ｉ，ｊ）＝（Ｒｊ−Ｒｉ）−（Ｓｊ−Ｓｉ）である。

ＩＰデータ分析部１６６は、ＩＴＵ−Ｔ Ｒｅｃ．Ｙ１５４１に従う場合、受信されたＩＰパケットのＲＴＰタイムスタンプを用いずに、到着時刻に基づいて、パケット到着揺らぎ（ジッタ）を算出してよい。例えば、パケット到着揺らぎは、最大の到着時刻間隔と最小の到着時刻間隔との差分として算出されてよい。

したがって、ＩＴＵ−Ｔ Ｒｅｃ．Ｙ１５４１に従う場合、図１０に示す到着間隔テーブルＴＢ２に保持された情報が得られている場合、パケット到着揺らぎは、以下のようになる。
パケット到着揺らぎ＝最大の到着時刻間隔−最小の到着時刻間隔
＝３，５０９，３３２−１，７５４，６６６
＝１，７５４，６６６（ｎｓｅｃ）
≒１．７（ｍｓｅｃ）

図９に示された受信ログのデータがログ蓄積テーブルＴＢ１に保持されているとする。レコード番号に対応するｉ＝０の場合、データがオールゼロなので、Ｓ５０４からＳ５０５に進む。ｉ＝１の場合、データがオールゼロでなく、比較到着時刻は初期値であるので、Ｓ５０４からＳ５０６に進み、Ｓ５０７からＳ５０８に進む。ｉ＝２，３，４，５，６，７の場合、データがオールゼロでなく、比較到着時刻は初期値でないので、Ｓ５０４からＳ５０６に進み、Ｓ５０７からＳ５０８に進む。８番目のレコード（ｉ＝８）は存在しないため、Ｓ５０２からＳ５１２に進み、パケット到着揺らぎが算出される。この場合のパケット到着揺らぎは、ＩＴＵ−Ｔ Ｒｅｃ．Ｙ１５４１に従う場合には、上述のように、約１．７（ｍｓｅｃ）となる。

なお、ＩＴＵ−Ｔ Ｒｅｃ．Ｙ１５４１に従う場合、パケット到着揺らぎの算出において、ＲＴＰタイムスタンプの情報を用いない。この場合、ＲＴＰタイムスタンプが不要となる。

このようなパケット到着揺らぎ演算処理によれば、受信機１００は、簡単な演算処理により、受信品質の一例であるパケット到着揺らぎを示す値を導出できる。受信機１００は、パケット到着揺らぎを示す値に基づいて受信品質を分かり易く表示することで、視聴者にも事業者にも品質状態を確認し易くできる。

図１２は、結果管理テーブルＴＢ３に蓄積された情報の一例を示す図である。

結果管理テーブルＴＢ３は、分析日時、ログ開始日時、ログ終了日時、総パケット数、パケット損失率、パケット到着揺らぎ、の各項目を含む。分析日時は、図５の動作が実行された日時でよい。ログ開始日時は、分析対象となったデータがログ蓄積テーブルＴＢ１に登録された日時のうち、最初のデータの登録日時でよい。ログ終了日時は、分析対象となったデータがログ蓄積テーブルＴＢ１に登録された日時のうち、最後のデータの登録日時でよい。総パケット数は、図７のパケット損失演算処理及び図９のパケット到着揺らぎ演算処理で用いられる総パケット数でよい。パケット損失率は、図７のパケット損失演算処理の結果得られたパケット損失率でよい。パケット到着揺らぎは、図９のパケット到着揺らぎ演算処理の結果得られたパケット到着揺らぎでよい。なお、結果管理テーブルＴＢ３には、パケット損失やパケット到着揺らぎ以外の受信品質を示す指標が導出されて登録されてもよい。

次に、表示部１１８による表示について説明する。

表示部１１８は、パケット損失演算処理の結果得られたパケット損失率に基づく情報を表示する。表示部１１８は、パケット到着揺らぎ演算処理の結果得られたパケット到着揺らぎに基づく情報を表示する。ここで、パケット損失率やパケット到着揺らぎの値をそのまま表示しても、ユーザが理解し難いので、ユーザに理解し易い形式で情報を表示する。例えば、パケット到着揺らぎが１．７ｍｓｅｃである、パケット損失が０．０００００１である、等の表示では、欠損が多いのか、パケット到着揺らぎが大きいのか、等をユーザが理解し難い。なお、表示を行うための演算や制御は、制御部１０２によって行われてよい。

本実施形態では、ＩＰパケットの受信品質（ネットワーク品質）をユーザが理解し易いように、受信品質の情報を表示する。受信品質は、パケット損失率、パケット到着揺らぎ、パケット入れ替え、パケット到達遅延、等を含んでよい。パケット入れ替えは、ＩＰ通信部１０４により受信されたＩＰパケットの受信順序が入れ替わることである。パケット到達遅延は、ＩＰ通信部１０４によるＩＰパケットの受信時刻が、送信時刻から想定される受信予定時刻よりも遅延することである。

制御部１０２は、１つ以上の閾値ｔｈ（ｔｈ１、ｔｈ２、・・・）を設けて、パケット損失率やパケット到着揺らぎを評価してよい。表示部１１８は、この評価結果を表示してよい。評価結果は、一例として、最良、良好、不良、その他の評価を含んでよい。評価結果は、例えば文字情報で表示されてもよいし、図形情報により表示されてもよい、ＬＥＤの点灯や点滅の色により示されてよい。図形情報は、顔のイラスト情報を含んでよく、最良が笑顔、良好が普通顔、不良が泣き顔、等で表現されてよい。

例えば、閾値ｔｈ１を１０^−４、閾値ｔｈ２を１０^−３としてよい。制御部１０２は、０≦パケット損失率＜ｔｈ１を満たす場合、受信品質が最良であると評価してよい。制御部１０２は、ｔｈ１≦パケット損失率＜ｔｈ２を満たす場合、受信品質が良好であると評価してよい。制御部１０２は、ｔｈ２≦パケット損失率を満たす場合、受信品質が不良であると評価してよい。

例えば、閾値ｔｈ３を１００ｍｓｅｃ、閾値ｔｈ４を２００ｍｓｅｃとしてよい。制御部１０２は、０≦パケット到着揺らぎ＜ｔｈ３を満たす場合、受信品質が最良であると評価してよい。制御部１０２は、ｔｈ３≦パケット到着揺らぎ＜ｔｈ４を満たす場合、受信品質が良好であると評価してよい。制御部１０２は、ｔｈ４≦パケット損失率を満たす場合、受信品質が不良であると評価してよい。

これにより、パケット損失率が「０．０００００００１」等となり、一般ユーザが受信品質を実感することが困難であっても、受信品質を理解し易くなる。

また、制御部１０２は、具体的なパケット損失率やパケット到着揺らぎの値において、この値に含まれる文字列（数字、文字、小数点、単位、同一の数字の連続する数、等）を、この文字列に対応する他の文字列に置換してよい。文字列は、１つの数字、文字、小数点、単位、等であってもよい。例えば、「０」が「Ａ」、「１」が「Ｂ」、「２」が「Ｃ」、・・・、等に置換されてよい。小数点「．」が「Ｘ」に置換されてよい。同一の数字の連続数がこの連続数を示す数字に置換されてよい。この場合、以下のように置換され得る。
「０．００００００１」→「ＡＸ６ＡＢ」
「２００」→「Ｃ２Ａ」

これにより、パケット損失率が「０．０００００００１」等となり、桁数が多い場合や０の連続数が多い場合でも、受信機１００は、ユーザが０の数を誤認することを抑制できる。なお、制御部１０２は、パケット到着揺らぎの値に含まれる一部の情報を、パケット損失率と同様に、他の文字列に置換してもよい。

図１３は、表示部１１８による受信品質の表示例を示す図である。受信品質は、パケット損失に関するパケット損失情報（例えばパケット損失率）、パケット到着揺らぎに関するパケット到着揺らぎ情報（例えばパケット到着揺らぎ率）、を含んでよい。図１３では、表示部１１８は、パケット損失情報及びパケット到着揺らぎ情報についての評価情報（最良、不良等）と、パケット損失率及びパケット到着揺らぎ率を示す他の文字列に置換された情報（ＡＸ６ＡＢ、Ｃ２Ａ等）と、を表示している。なお、図１３では、評価情報と他の文字列に置換された情報との双方が同時に表示されることを例示しているが、いずれか一方が表示されてもよい。

このように、ＩＰ放送システム５では、受信機１００は、ＩＰ放送の受信品質を受信強度ではなく、ストリームのＩＰパケットがどのくらいの確率で欠損しているか、どのくらいの頻度で遅延しているかを示す情報を導出する。したがって、放送波を介したストリームの受信品質（受信強度）と比較すると、別の指標で示される。ＦＴＴＨネットワークの場合、電気信号の信号強度を測定可能であり、受信機１００の前段の受信設備１５０（ＯＮＵ）で測定可能であるが、受信設備１５０より受信された光信号の光強度を検出しても、どのくらいデータが欠損しているかを正確に把握することは困難である。これに対し、本実施形態の受信機１００は、ＩＰパケットの受信状況でパケット損失等の受信品質を導出するので、受信品質の判定精度を向上できる。また、受信機１００は、パケット到着揺らぎに起因する影響（例えば、ＩＰパケットに基づく出画が所定時刻に追いつかずに出画停止やブロックノイズの出現が発生すること）がどの程度となるかを、ユーザに分かり易く提示できる。

また、パケット損失は稀であるためパケット損失率は非常に小さい値（例えば０．００００００１）となり易い。この数値が表示される場合、このパケット損失率が大きいか小さいかを一般のユーザが判断するのは困難である。これに対し、受信機１００は、受信品質を一般のユーザに分かり易い形式（例えば、閾値ｔｈに基づく受信品質の評価情報、他の文字列に置換された情報）で、視聴者や事業者に可視化できる。

なお、ＩＰ通信部１０４は、ＩＰログ蓄積部１１４に蓄積された受信ログやＩＰデータ分析部１１６により分析された分析結果を、外部サーバに送信してもよい。例えば、ＩＰログ通知部としてのＩＰ通信部１０４が、図４に記載した受信ログ又は図１２に記載した結果管理テーブルＴＢ３のデータを、外部サーバとしてのログ収集サーバに送信してもよい。送信タイミングは、例えば１日１回固定時刻でもよいし、ＩＰデータ分析部１１６が結果管理テーブルＴＢ３を生成したタイミングでもよい。送信方法としては、例えばＨＴＴＰのＰＯＳＴメッセージに乗せて送信してもよい。

ＩＰ通信部１０４は、受信ログを分析せずに、受信ログに含まれる情報の少なくとも一部を外部サーバに送信してよい。この場合、外部サーバが、受信ログに基づいて受信品質を導出（例えば算出）し、表示等を行ってよい。また、ＩＰ通信部１０４は、受信品質を示す値（例えばパケット損失率やパケット到着揺らぎを示す値）を外部サーバに送ってもよい。この場合、サーバが、受信品質を示す値を基に、受信品質を示す情報（例えば評価結果の情報、他の文字列に置換された情報）を生成し、表示等してよい。また、ＩＰ通信部１０４は、受信品質を示す情報を外部サーバに送ってもよい。この場合、サーバが、受信品質を示す情報を表示等してよい。このように、受信機１００と外部サーバとが連携して、受信ログや受信品質の出力に関する処理を行ってよい。外部サーバは、ＩＰ放送システム５に含まれてよい。また、送信機５０は複数存在してよい。受信機１００は複数存在してよい。

以上、図面を参照しながら各種の実施形態について説明したが、本開示はかかる例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本開示の技術的範囲に属するものと了解される。

上記実施形態では、表示例として閾値を用いて受信品質を評価したり、小数点や同一の数字の連続数等を、対応する他の文字列に置換したりすることで、受信品質を示す情報を表示することを例示したが、その他の方法により受信品質を示す情報を表示してよい。例えば、制御部１０２は、受信品質の数値化ルールを定め、棒グラフにして表示させてよい。例えば、想定される最低の受信品質が値０、最高の受信品質が値１００となるように、受信品質を調整（例えば線形に調整）し、棒グラフ等で表示させてよい。

上記実施形態では、データ放送に関する処理が省略されてもよい。つまり、配信サーバ２００によるデータ放送のデータやデータ放送のストリームに関する処理、受信機１００によるデータ放送のデータやデータ放送のストリームに関する処理が省略されてもよい。

上記実施形態では、図１等に示したＩＰ放送システム５の各構成部を専用のハードウェアで構成してもよいし、汎用のハードウェアを用いてソフトウェアにより各構成部の機能を実現してもよい。専用のハードウェアや汎用のハードウェアは、各種のプロセッサを含んでよい。

上記実施形態では、プロセッサは、物理的にどのように構成してもよい。また、プログラム可能なプロセッサを用いれば、プログラムの変更により処理内容を変更できるので、プロセッサの設計の自由度を高めることができる。プロセッサは、１つの半導体チップで構成してもよいし、物理的に複数の半導体チップで構成してもよい。複数の半導体チップで構成する場合、第１の実施形態の各制御をそれぞれ別の半導体チップで実現してもよい。この場合、それらの複数の半導体チップで１つのプロセッサを構成すると考えることができる。また、プロセッサは、半導体チップと別の機能を有する部材（コンデンサ等）で構成してもよい。また、プロセッサが有する機能とそれ以外の機能とを実現するように、１つの半導体チップを構成してもよい。

以上のように、本実施形態のＩＰ放送受信装置（例えば受信機１００）は、ＩＰパケットを用いてストリーム（例えば番組コンテンツのストリーム）を受信する。受信装置は、受信部（例えばＩＰ通信部１０４）、取得部（例えばＩＰデータ分析部１１６）、算出部（例えばＩＰデータ分析部１１６）、生成部（例えば制御部１０２）、及び表示部（例えば表示部１１８）を備えてよい。受信部は、ネットワークを介してストリームを受信してよい。取得部は、ストリームにおける複数のＩＰパケットの受信に関するパケット受信情報を取得してよい。算出部は、パケット受信情報に基づいて、ストリームの受信品質を示す値を算出してよい。生成部は、受信品質を示す値を加工して、受信品質を示す情報を生成する生成してよい。表示部は、受信品質を示す情報を表示してよい。

これにより、ＩＰ放送受信装置は、パケット受信情報を基に、ＩＰパケットが伝送されるネットワーク品質をより的確に表現する受信品質の値を導出できる。また、ＩＰ放送受信装置は、受信品質の値をそのまま表示するのではなく、受信品質の値を加工して表示することで、ユーザに分かり易い形式で受信品質を提示できる。したがって、したがって、ＩＰ放送受信装置は、ＩＰ放送における受信データの品質を可視化し、視聴者にも事業者にも品質状態を確認し易くできる。

また、生成部は、受信品質を示す値に含まれる文字列を、文字列に対応する他の文字列に置換して、受信品質を示す情報を生成してよい。

これにより、ＩＰ放送受信装置は、例えば受信品質が桁数の多い値として導出された場合でも、ユーザが受信品質を誤認識し難い形式で、受信品質を提示できる。

また、生成部は、受信品質を示す値と閾値ｔｈとを比較して、比較の結果に応じて受信品質を示す情報を生成してよい。

これにより、ＩＰ放送受信装置は、閾値ｔｈを基に受信品質を評価し、この評価を認識し易い形式で提示できる。よって、視聴者等のＩＰパケットの品質を見慣れていないユーザであっても、受信品質を容易に理解できる。

また、取得部は、受信部によりストリームにおける複数のＩＰパケットが受信された時刻が計時された計時受信時刻を取得してよい。受信品質は、複数の連続するＩＰパケットが受信部に受信された時刻のばらつきを示すパケット到着揺らぎを含んでよい。算出部は、計時受信時刻に基づいて、パケット到着揺らぎを示す値を算出してよい。

これにより、ＩＰ放送受信装置は、パケット揺らぎの情報を視聴者にも事業者にも確認し易く提示できる。

また、取得部は、ストリームにおける複数のＩＰパケットに含まれる複数のタイムスタンプ（例えばＲＴＰタイムスタンプ）を取得してよい。算出部は、取得された複数のタイムスタンプに基づいて、前記パケット到着揺らぎを算出してよい。

これにより、ＩＰ放送受信装置は、例えばＩＴＵ−Ｔ Ｒｅｃ．Ｙ１５４１に従ってパケット到着揺らぎを導出する場合でも、パケット揺らぎの情報を視聴者にも事業者にも確認し易く提示できる。

また、取得部は、ストリームにおける複数のＩＰパケットの受信順序（例えばシーケンス番号）を取得してよい。受信品質は、ＩＰパケットの欠損を示すパケット損失を含んでよい。算出部は、取得された複数のＩＰパケットの受信順序に基づいて、パケット損失に関するパケット損失情報（例えばパケット損失率、その他のパケット損失を示す値）を算出してよい。

これにより、ＩＰ放送受信装置は、例えば受信されたＩＰパケットの受信順序の連続性を確認することで、パケット損失の情報を視聴者にも事業者にも確認し易く提示できる。

また、ＩＰ放送受信装置は、パケット受信情報を蓄積する蓄積部（例えばＩＰログ蓄積部１１４）を備えてよい。受信部は、ＩＰ放送受信装置の電源が投入されている期間の少なくとも一部の期間において、パケット受信情報を蓄積部に蓄積させてよい。取得部は、蓄積部からパケット受信情報を取得してよい。

これにより、ＩＰ放送受信装置は、過去に蓄積されたパケット受信情報を基に、受信品質を提示できる。また、ＩＰ放送受信装置は、例えば長期間にわたってパケット受信情報を蓄積する場合、僅かな頻度で発生する受信品質の指標であっても、受信品質を示す値を導出できる。

また、受信部は、ＩＰ放送受信装置の電源がオンであり、ストリームの再生又は録画が行われていない期間、パケット受信情報を蓄積部に蓄積させてよい。

これにより、ＩＰ放送受信装置は、視聴者がＩＰ放送の視聴や録画を行わない期間に、受信品質を示す値を導出できる。よって、ＩＰ放送受信装置において所定期間に処理負荷が集中することを抑制できる。

また、受信部は、ＩＰ放送受信装置の電源がオンであり、ストリームの再生又は録画が行われている期間、パケット受信情報を前記蓄積部に蓄積させてよい。

これにより、ＩＰ放送受信装置は、視聴者がＩＰ放送の視聴や録画を行う期間に、あわせて受信品質を示す値を導出できる。これにより、ＩＰ放送受信装置は、パケット受信情報の蓄積とＩＰ放送の視聴や録画を同時に行うことができ、ＩＰ放送の視聴や録画以外の期間において他の処理を行って動作効率を向上したり、ＩＰ放送受信装置を省電力化したりできる。

また、ＩＰ放送受信装置は、パケット受信情報をサーバに送信する送信部（例えばＩＰ通信部１０４）を備えてよい。また、送信部は、パケット受信情報に基づくストリームの受信品質を示す値を送信してよい。また、送信部は、受信品質を示す値が加工された受信品質を示す情報を送信してよい。

これにより、ＩＰ放送受信装置は、サーバと連携して、ＩＰ放送における受信データの品質を可視化し、視聴者にも事業者にも品質状態を確認し易くできる。つまり、ＩＰ放送受信装置又はサーバが、ＩＰパケットが伝送されるネットワーク品質をより的確に表現する受信品質の値を導出できる。また、ＩＰ放送受信装置又はサーバが、受信品質の値を加工して受信品質を示す情報を導出できる。よって、サーバが、ユーザに分かり易い形式で受信品質を提示できる。したがって、ＩＰ放送受信装置及びサーバは、ＩＰ放送における受信データの品質を可視化し、視聴者にも事業者にも品質状態を確認し易くできる。

また、ＩＰ放送受信装置から各種情報を受信したサーバは、ＩＰデータ分析を行うことができる。また、サーバは、最良、良好、不良、等を評価するための、パケット損失率やパケット到着揺らぎの評価の閾値を、後から（例えばＩＰ放送受信装置からの情報の受信後に）変更できる。また、サーバは、パケット到着揺らぎの算出式を変更できる。また、サーバを運用するサーバ運用者が、ＩＰ放送システム５における全ての受信機１００の受信品質を一元管理できる。

本開示は、ＩＰ放送における受信データの品質を可視化し、視聴者にも事業者にも品質状態を確認し易くできるＩＰ放送受信装置及びＩＰ放送受信方法等に有用である。

５ ＩＰ放送システム
１００ 受信機
１０２ 制御部
１０４ ＩＰ通信部
１０５ クロック
１０６ デマルチプレクサ
１０８ 映像デコーダ
１１０ 音声デコーダ
１１２ データ処理部
１１４ ＩＰログ蓄積部
１１６ ＩＰデータ分析部
１１８ 表示部
１５０ 受信設備
１６０ ルータ
２００ 配信サーバ
３００ ルータ
４００ 伝送設備
ＴＮ 宅内

Claims (13)

1. ＩＰ（Internet Protocol）パケットを用いてストリームを受信するＩＰ放送受信装置であって、
   ネットワークを介して前記ストリームを受信する受信部と、
   前記ストリームにおける複数のＩＰパケットの受信に関するパケット受信情報を取得する取得部と、
   前記パケット受信情報に基づいて、前記ストリームの受信品質を示す値を算出する算出部と、
   前記受信品質を示す値を加工して、前記受信品質を示す情報を生成する生成部と、
   前記受信品質を示す情報を表示する表示部と、
   を備えるＩＰ放送受信装置。
2. 前記生成部は、前記受信品質を示す値に含まれる文字列を、前記文字列に対応する他の文字列に置換して、前記受信品質を示す情報を生成する、
   請求項１に記載のＩＰ放送受信装置。
3. 前記生成部は、前記受信品質を示す値と閾値とを比較して、比較の結果に応じて前記受信品質を示す情報を生成する、
   請求項１に記載のＩＰ放送受信装置。
4. 前記取得部は、前記受信部により前記ストリームにおける前記複数のＩＰパケットが受信された時刻が計時された計時受信時刻を取得し、
   前記受信品質は、前記複数の連続するＩＰパケットが前記受信部に受信された時刻のばらつきを示すパケット到着揺らぎを含み、
   前記算出部は、前記計時受信時刻に基づいて、前記パケット到着揺らぎを示す値を算出する、
   請求項１〜３のいずれか１項に記載のＩＰ放送受信装置。
5. 前記取得部は、前記ストリームにおける前記複数のＩＰパケットに含まれる複数のタイムスタンプの情報を取得し、
   前記算出部は、取得された前記複数のタイムスタンプに基づいて、前記パケット到着揺らぎを算出する、
   請求項４に記載のＩＰ放送受信装置。
6. 前記取得部は、前記ストリームにおける前記複数のＩＰパケットの受信順序を取得し、
   前記受信品質は、前記ＩＰパケットの欠損を示すパケット損失を含み、
   前記算出部は、取得された前記複数のＩＰパケットの受信順序に基づいて、前記パケット損失に関するパケット損失情報を算出する、
   請求項１〜３のいずれか１項に記載のＩＰ放送受信装置。
7. 前記パケット受信情報を蓄積する蓄積部を備え、
   前記受信部は、前記ＩＰ放送受信装置の電源が投入されている期間の少なくとも一部の期間において、前記パケット受信情報を前記蓄積部に蓄積させ、
   前記取得部は、前記蓄積部から前記パケット受信情報を取得する、
   請求項１〜６のいずれか１項に記載のＩＰ放送受信装置。
8. 前記受信部は、前記ＩＰ放送受信装置の電源がオンであり、前記ストリームの再生又は録画が行われていない期間、前記パケット受信情報を前記蓄積部に蓄積させる、
   請求項７に記載のＩＰ放送受信装置。
9. 前記受信部は、前記ＩＰ放送受信装置の電源がオンであり、前記ストリームの再生又は録画が行われている期間、前記パケット受信情報を前記蓄積部に蓄積させる、
   請求項７に記載のＩＰ放送受信装置。
10. ＩＰパケットを用いてストリームを受信するＩＰ放送受信装置であって、
    ネットワークを介して前記ストリームを受信する受信部と、
    前記ストリームにおける複数のＩＰパケットの受信に関するパケット受信情報を取得する取得部と、
    前記パケット受信情報をサーバに送信する送信部と、
    を備えるＩＰ放送受信装置。
11. 前記パケット受信情報に基づいて、前記ストリームの受信品質を示す値を算出する算出部、を更に備え、
    前記送信部は、前記ストリームの受信品質を示す値を送信する、
    請求項１０に記載のＩＰ放送受信装置。
12. 前記パケット受信情報に基づいて、前記ストリームの受信品質を示す値を算出する算出部と、
    前記受信品質を示す値を加工して、前記受信品質を示す情報を生成する生成部と、を更に備え、
    前記送信部は、前記受信品質を示す情報を送信する、
    請求項１０に記載のＩＰ放送受信装置。
13. ＩＰパケットを用いてストリームを受信するＩＰ放送受信方法であって、
    ネットワークを介して前記ストリームを受信し、
    前記ストリームにおける複数のＩＰパケットの受信に関するパケット受信情報を取得し、
    前記パケット受信情報に基づいて、前記ストリームの受信品質を示す値を算出し、
    前記受信品質を示す値を加工して、前記受信品質を示す情報を生成し、
    前記受信品質を示す情報を表示する、
    を有するＩＰ放送受信方法。

Images