(57)【要約】      （修正有）【課題】‘アクチャル’（現在受信中トランスポートストリームに存在）及び‘アザー’（他のトランスポートストリームに存在）テーブルタイプのＥＰＧ情報の取得を最低化する方法、装置及びプログラムを提供する。【解決手段】ブロードキャストストリーム多重において、情報は、選択されたサービスについてのイベント又は番組情報を含む‘アクチャル’のタイプ、及び、多重のうちの他のサービスに関するイベント情報を含む‘アザー’のタイプのイベント情報テーブル（ＥＩＴ）に含まれる。ＥＰＧデータベースは、所定の条件の場合に限り、イベント情報テーブルに含まれるイベント情報で更新される。【選択図】図６
2016025660.tif 000002
【特許請求の範囲】
【請求項１】
複数のオーディオ/ビデオサービスについてのオーディオ/ビデオデータ及び番組情報を有するブロードキャストストリーム多重に含まれるイベント情報テーブルから電子番組ガイド情報を取得する方法であって、
前記ブロードキャストストリーム多重に含まれる前記複数のオーディオ/ビデオサービスから選択されるオーディオ/ビデオサービスから、イベント情報テーブルを受信するステップであって、受信される前記イベント情報テーブルは、選択されたオーディオ/ビデオサービスに関連するイベント情報を含む第1タイプ、又は、前記ブロードキャストストリーム多重に含まれる他のオーディオ/ビデオサービスに関連するイベント情報を含む第2タイプのうちの何れかである、ステップと、
受信された前記イベント情報テーブルのタイプが前記第1タイプであり、そのペイロードが、電子番組ガイド情報のデータベースを更新するために使用された最新の受信されたイベント情報テーブルのペイロードと相違する場合に、前記データベースを、受信された前記イベント情報テーブルに含まれる電子番組ガイド情報で更新するステップと、
を有する方法。
【請求項２】
受信された前記イベント情報テーブルのタイプが前記第2タイプであり、そのペイロードが前記第2タイプの以前に受信したイベント情報テーブルのペイロードと相違し、そのペイロードが、電子番組ガイド情報の前記データベースを更新するために使用された最新の受信されたイベント情報テーブルのペイロードとも相違する場合に、前記データベースを、受信された前記イベント情報テーブルに含まれる電子番組ガイド情報で更新するステップを更に有する請求項1に記載の方法。
【請求項３】
2つのイベント情報テーブルの間の相違が、前記2つのイベント情報テーブルのペイロードに対して計算されるハッシュの間の相違に従って判断される、請求項1又は2に記載の方法。
【請求項４】
前記イベント情報テーブルが前記ハッシュを含む、請求項3に記載の方法。
【請求項５】
前記ハッシュは当該方法を実行する受信機により計算される、請求項3に記載の方法。
【請求項６】
前記ハッシュは巡回冗長コードである、請求項3〜5のうちの何れか1項に記載の方法。
【請求項７】
複数のオーディオ/ビデオサービスについてのオーディオ/ビデオデータ及び番組情報を有するブロードキャストストリーム多重に含まれるイベント情報テーブルから電子番組ガイド情報を取得するように構成される装置であって、
前記ブロードキャストストリーム多重に含まれる前記複数のオーディオ/ビデオサービスから選択されるオーディオ/ビデオサービスから、イベント情報テーブルを抽出するように構成されるデマルチプレクサであって、抽出される前記イベント情報テーブルは、選択されたオーディオ/ビデオサービスに関連するイベント情報を含む第1タイプ、又は、前記ブロードキャストストリーム多重に含まれる他のオーディオ/ビデオサービスに関連するイベント情報を含む第2タイプのうちの何れかである、デマルチプレクサと、
抽出された前記イベント情報テーブルのタイプが前記第1タイプであり、そのペイロードが、電子番組ガイド情報のデータベースを更新するために使用された最新の抽出されたイベント情報テーブルのペイロードと相違する場合に、前記データベースを、抽出された前記イベント情報テーブルに含まれる電子番組ガイド情報で更新するように構成されるコントローラと、
を有する装置。
【請求項８】
前記コントローラは、受信された前記イベント情報テーブルのタイプが前記第2タイプであり、そのペイロードが前記第2タイプの以前に受信したイベント情報テーブルのペイロードと相違し、そのペイロードが、電子番組ガイド情報の前記データベースを更新するために使用された最新の受信されたイベント情報テーブルのペイロードとも相違する場合に、前記データベースを、受信された前記イベント情報テーブルに含まれる電子番組ガイド情報で更新するように更に構成される、請求項7に記載の装置。
【請求項９】
抽出されたイベント情報テーブルのペイロードのハッシュを保存するように構成されるメモリを更に有する請求項7に記載の装置。
【請求項１０】
前記コントローラは前記ハッシュを計算するように更に構成される、請求項9に記載の装置。
【請求項１１】
前記コントローラは、前記2つのイベント情報テーブルのペイロードに対して計算されるハッシュの間の相違に従って、2つのイベント情報テーブルのペイロードの間の相違を判定するように更に構成される、請求項10に記載の装置。
【請求項１２】
通信ネットワークからダウンロード可能である、及び/又は、コンピュータにより読み取り可能な媒体に記録される、及び/又は、プロセッサにより実行可能であるコンピュータプログラムであって、請求項1〜6のうち何れか1項に記載の方法を実行するためのプログラムコード命令を有するコンピュータプログラム。
【請求項１３】
一時的でないコンピュータ読み取り可能な媒体であって、当該媒体に記録されかつプロセッサにより実行されることが可能なコンピュータプログラムを有し、前記コンピュータプログラムは、請求項1〜6のうち何れか1項に記載の方法を実行するためのプログラムコード命令を含む、媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示はシグナリング情報の取得に関連し、特に、衛星、ケーブル又は地上放送ストリームで形成されるような電子番組ガイド(EPG)情報をなす「アクチャル」及び「アザー」テーブルを取得することに関連する。
【背景技術】
【０００２】
ケーブル、衛星又は地上放送ストリームの受信のためのセットトップボックス(STB)又はディジタルテレビジョン(DTV)は、多重される形式で所謂トランスポートストリーム(ST)を受信する。トランスポートストリーム多重は、いくつものチャネルに対するオーディオ及びビデオデータパケットと、受信機設定(インストレーション)のためのサービスディスカバリ情報と、EPG情報とを含む。サービスディスカバリ及びEPG情報は、サービス情報又は番組配列情報(SI)及びプログラムスペシフィック情報又は番組特定情報(PSI)テーブルに含まれる。上記のSTB及びDTV装置のような受信機の場合、これらのテーブルが取得され、EPG情報の取得やサービス及びインストレーション情報の更新を監視する必要がある。DBV(Digital  Video  Broadcasting)、ATSC(Advanced  Television  Standards  Committee)及びARIB(Association  of  Radio  Industry  and  Business)のようなブロードキャストストリーム伝送のために広く使用されている規格によれば、いくつものチャネルに対する複数のサービスの各々の多重(multiplex)は個々の周波数で送信される。以下ではDVBの用語を用いて説明されるが、オーディオ/ビデオサービスにおけるサービス及び番組の伝送のための他の規格にも同様な構造が存在する。各々の多重はSI/PSI情報を含み、イベント情報テーブル(EIT)を含み；「イベント」は(放送される)番組である。特に、EITは放送番組についてのテキスト説明を含む。これらのEITに含まれる情報は、EPGによる使用のためにデータベースに保存される。テーブルEIT‘P’(Pは現在(Present)を表す)は、現在放送されている番組に関する情報を担い、テーブルEIT‘F’(Fは以後(Following)を表す)は、現在放送されている番組の後に放送される予定の後続の番組に関連する情報を担う。更に、EIT‘スケジュール’テーブルは、現在放送されている番組に関連しかつ現在放送されている番組の後何日間又は何週間に及ぶ期間の間に放送される番組に関連する情報を担う。EITは、第1タイプ及び第2タイプという2つのタイプを有する。EIT‘アクチャル(actual)’(第1タイプ)は、現在受信されるトランスポートストリームに存在するオーディオ/ビデオサービスに関連するイベント情報を担う。EIT‘アザー(other)’(第2タイプ)は、「他の」トランスポートストリームに存在するオーディオ/ビデオサービスに関連するイベント情報を担う。EITはカルーセル方式でトランスポートストリームにおいて反復的に送信される。カルーセル方式によるEITの反復的な伝送は、例えばチャネル変更の際のような「新たな」トランスポートストリームを受信する場合に、受信装置がEIT情報を速やかに取得できるようにする。トランスポートストリームにおけるEIT情報の反復頻度は、ユーザがチャネルを変更する場合に、「新たな」チャネルのEITに含まれる情報を受信装置が取得できるまでの遅延時間を決定する。トランスポートストリームにおけるEIT情報の反復頻度は、上記の遅延時間とEIT情報をトランスポートストリームに含めるのに必要な伝送帯域幅との間のトレードオフにより決まる。これらのテーブルからEPG情報を取得することに関する或る種の従来技術の欠点は、具体例とともに適切に説明される。トランスポートストリームに含まれる番組を記述するEIT‘アクチャル’P/Fと、他のトランスポートストリームに存在する番組を記述するEIT‘アザー��P/Fと、を担う第1トランスポートストリーム(TS1)を考察する。第2トランスポートストリーム(TS2)は、自身のサービスのためのEIT‘アクチャル’P/Fと他のトランスポートストリームに存在するサービスに対するEIT‘アザー’P/Fとを担う。ユーザがTS1のサービス(S1)からTS2の他のサービス(S2)へチャネルを変更する場合、EPGデータベースのサービスS1に関するEIT‘アクチャル’P/F情報は、サービスS2のEIT‘アザー’におけるサービスS1に関連する情報により上書きされる。これらのテーブルが同じ情報を有する場合、これは、テーブルの取得について不要な処理を行っていること及び不要なデータベースの更新を行っていることを意味する。更に、実際には、放送する側は帯域幅を削減する理由でEIT‘アザー’におけるものよりも完全な情報をEIT‘アクチャル’に含める傾向があるので、自体は更に悪化する。上述したように、EIT情報は或る頻度で反復的に送信され、チャネル変更の際に許容可能な遅延の範囲内でEIT情報を取得できるようにする。上述したEPGデータベースにおける情報の上書きは、情報の喪失を引き起こし：例えば、上記の例の場合において、TS1のS1からTS2のS2へ切り替える場合に、TS2のEIT‘アザー’に含まれるS1に関連する情報は、TS1のEIT‘アクチャル’から取得されたS1に関連するEPGデータベースの情報を上書きすることになる。不都合なことに、TS1におけるS1に関するEIT‘アクチャル’が、TS2におけるS1に関するEIT‘アザー’よりも多くの情報を含んでいた場合、情報の喪失を招く結果となってしまう。
【発明の概要】
【０００３】
既に取得済みのテーブルを取得するためにCPU時間が失われてしまうこと、及び、既に取得したテーブルが他のテーブルにより置換される場合に情報が失われてしまうこと等を理由に、従来技術のEPG情報取得方法は最適ではない。従って、EPG情報を取得するために費やされるCPU時間を減らし、不要なEPGデータベース更新を回避し、ユーザがチャネルを変更する場合にEPG情報の喪失を回避するために、EPG情報の取得を改善することは好都合である。
【０００４】
本開示は従来技術の不都合な点を緩和することを目的とする。
【０００５】
この目的のため、本開示による方法は、複数のオーディオ/ビデオサービスについてのオーディオ/ビデオデータ及び番組情報を有するブロードキャストストリーム多重に含まれるイベント情報テーブルから電子番組ガイド情報を取得する方法であり、本方法は、前記ブロードキャストストリーム多重に含まれる前記複数のオーディオ/ビデオサービスから選択されるオーディオ/ビデオサービスから、イベント情報テーブルを受信するステップであって、受信される前記イベント情報テーブルは、選択されたオーディオ/ビデオサービスに関連するイベント情報を含む第1タイプ、又は、前記ブロードキャストストリーム多重に含まれる他のオーディオ/ビデオサービスに関連するイベント情報を含む第2タイプのうちの何れかである、ステップと、受信された前記イベント情報テーブルのタイプが前記第1タイプであり、そのペイロードが、電子番組ガイド情報のデータベースを更新するために使用された最新の受信されたイベント情報テーブルのペイロードと相違する場合に、前記データベースを、受信された前記イベント情報テーブルに含まれる電子番組ガイド情報で更新するステップとを有する方法である。
【０００６】
本方法の変形実施例によれば、本方法は、受信された前記イベント情報テーブルのタイプが前記第2タイプであり、そのペイロードが前記第2タイプの以前に受信したイベント情報テーブルのペイロードと相違し、そのペイロードが、電子番組ガイド情報の前記データベースを更新するために使用された最新の受信されたイベント情報テーブルのペイロードとも相違する場合に、前記データベースを、受信された前記イベント情報テーブルに含まれる電子番組ガイド情報で更新するステップを更に有する。
【０００７】
本方法の変形実施例によれば、2つのイベント情報テーブルの間の相違が、前記2つのイベント情報テーブルのペイロードに対して計算されるハッシュの間の相違に従って判断される。
【０００８】
本方法の変形実施例によれば、前記イベント情報テーブルが前記ハッシュを含む。
【０００９】
本方法の変形実施例によれば、前記ハッシュは当該方法を実行する受信機により計算される。
【００１０】
本方法の変形実施例によれば、前記ハッシュは巡回冗長コードである。
【００１１】
本開示は装置にも関連し、本装置は、複数のオーディオ/ビデオサービスについてのオーディオ/ビデオデータ及び番組情報を有するブロードキャストストリーム多重に含まれるイベント情報テーブルから電子番組ガイド情報を取得するように構成される装置であり、本装置は、前記ブロードキャストストリーム多重に含まれる前記複数のオーディオ/ビデオサービスから選択されるオーディオ/ビデオサービスから、イベント情報テーブルを抽出するように構成されるデマルチプレクサであって、抽出される前記イベント情報テーブルは、選択されたオーディオ/ビデオサービスに関連するイベント情報を含む第1タイプ、又は、前記ブロードキャストストリーム多重に含まれる他のオーディオ/ビデオサービスに関連するイベント情報を含む第2タイプのうちの何れかである、デマルチプレクサと、抽出された前記イベント情報テーブルのタイプが前記第1タイプであり、そのペイロードが、電子番組ガイド情報のデータベースを更新するために使用された最新の抽出されたイベント情報テーブルのペイロードと相違する場合に、前記データベースを、抽出された前記イベント情報テーブルに含まれる電子番組ガイド情報で更新するように構成される更新するコントローラとを有する装置である。
【００１２】
本装置の変形実施例によれば、前記コントローラは、受信された前記イベント情報テーブルのタイプが前記第2タイプであり、そのペイロードが前記第2タイプの以前に受信したイベント情報テーブルのペイロードと相違し、そのペイロードが、電子番組ガイド情報の前記データベースを更新するために使用された最新の受信されたイベント情報テーブルのペイロードとも相違する場合に、前記データベースを、受信された前記イベント情報テーブルに含まれる電子番組ガイド情報で更新するように更に構成される。
【００１３】
本装置の変形実施例によれば、抽出されたイベント情報テーブルのペイロードのハッシュを保存するように構成される保存メモリを更に有する。
【００１４】
本装置の変形実施例によれば、前記コントローラは前記ハッシュを計算するように更に構成される。
【００１５】
本装置の変形実施例によれば、前記コントローラは、前記2つのイベント情報テーブルのペイロードに対して計算されるハッシュの間の相違に従って、2つのイベント情報テーブルのペイロードの間の相違を判定するように更に構成される、請求項10に記載の装置。
【００１６】
本開示はコンピュータプログラムプロダクトにも関連し、コンピュータプログラムプロダクトは、通信ネットワークからダウンロード可能である及び/又はコンピュータにより読み取り可能な媒体に記録される及び/又はプロセッサにより実行されることが可能であり、ブロードキャストストリーム多重に含まれるイベント情報テーブルから電子番組ガイド情報を取得する方法を実行するためのプログラムコード命令を有し、ブロードキャストストリーム多重は複数のオーディオ/ビデオサービスに関する番組情報及びオーディオ/ビデオデータを有する。
【００１７】
本開示はコンピュータプログラムプロダクトを含む一時的でないコンピュータ読み取り可能な媒体にも関連し、コンピュータプログラム等は、プロセッサにより実行されることが可能であり、ブロードキャストストリーム多重に含まれるイベント情報テーブルから電子番組ガイド情報を取得する方法を実行するためのプログラムコード命令を含み、ブロードキャストストリーム多重は複数のオーディオ/ビデオサービスに関する番組情報及びオーディオ/ビデオデータを有する。
【００１８】
特定の有利な変形例を形成するように変形例同士を組み合わせることが可能である。
【図面の簡単な説明】
【００１９】
本開示に関する限定的ではない特定の実施形態の説明により、本原理による多くの利点が明らかになるであろう。
【００２０】
実施形態は以下の図面を参照しながら説明される。
【図１】オーディオ/ビデオサービスの放送及び受信のための典型的なシステムを示す図。
【図２】図1のセットトップボックスのような典型的な受信装置を示す図。
【図３ａ】ブロードキャストネットワークにおけるEITの典型的な伝送形態の例を示す図。
【図３ｂ】典型的なEITテーブルの構造を示す図。
【図４】図1のSTB17で使用される一実施形態におけるEPG情報の典型的な取得及び保存を図式的に示す図。
【図５】本原理による非限定的な実施形態によるEITテーブルの特定の構造を示す図。
【図６】本原理による非限定的な実施形態を受信装置で実行されるフローチャートで示す図。
【図７】本原理による非限定的な変形実施例を受信装置で実行されるフローチャートで示す図。
【図８】本原理を実現するのに相応しい受信装置についての非限定的な実施形態を示す図。
【発明を実施するための形態】
【００２１】
図1はオーディオ/ビデオサービスの放送(ブロードキャスト)及び受信のための典型的なシステムを示す。EPG番組情報は、1つのEPGソース(10)から又は複数のEPGソース(図示せず)から受信される。送信の際に、EPG情報は、EPGエンコーダ(12)により、適切な伝送フォーマット(例えば、XML(拡張可能マークアップ言語))にエンコードされる。オーディオ/ビデオ(A/V)番組は、1つのオーディオ/ビデオ番組ソース(11)又は複数のソース(図示せず)から受信される。AV番組は、オーディオ/ビデオエンコーダ(13)により、適切な伝送フォーマット(例えば、MPEG2、H.264等)にエンコードされる。エンコードされたEPG及びエンコードされたAV情報は、情報を多重化するマルチプレクサ(14)に供給される。複数の多重(多重信号)が同時に形成され、各々の多重(多重信号)は限られた数のオーディオ/ビデオサービスを含む。マルチプレクサから出力される多重(多重信号)は、多重(多重信号)をアップリンクを用いて衛星に送信する無線周波数(RF)送信機に送られる。衛星は、受信した多重(多重信号)をダウンリンクにより複数の受信機に再送信する。受信機の側では、STB(17)が衛星から多重(多重信号)を受信し、EPGデータ及び/又はAV番組をディスプレイ(18)に示す。
【００２２】
図2は図1のSTB(17)のような典型的な受信装置を示す。受信装置は、多重(多重信号)を、RF変調されたビットストリームとして、衛星(16)からRF入力部(20)において受信する。受信装置は、更に、リモートコントロール(RC,図示せず)から受信装置を制御するためのユーザコマンドを専用入力(21)で受信する。受信装置は、オーディオ/ビデオ及びEPG情報を取得するために、受信したビットストリームを処理し、オーディオ/ビデオ及びEPG情報をAV出力(22)に出力する。受信装置は、例えば中央処理ユニット(CPU)のようなコントローラ(175)により制御され、データ等を保存するために揮発性及び不揮発性メモリのようなメモリ(173)を有し、データ等は、例えば受信装置を操作するためのコンピュータプログラム命令や、サービス情報及びEPGに関連するテーブル及び情報などである。ユーザからのRCコマンドがIR受信部(174)を介して受信されると、コントローラは、特定の無線周波数に同調するようにRF受信部(171)に命令する。RF受信部は、ビットストリームを受信し、受信したビットストリームをデマルチプレクサ(172)(Demux)に転送する。コントローラは、AV情報処理ブロック(176)で取り扱われるユーザ所望チャネルのオーディオ/ビデオ情報を選別(フィルタリング)するようにデマルチプレクサに命令する。また、コントローラは、SI処理ブロック(177)に送られるSI情報をビットストリームから選別(フィルタリング)するようにデマルチプレクサに命令する。EPG情報は、SI情報から抽出され、例えばメモリで実現されるデータベース(図示せず)に保存される。各々の処理ブロックにより出力されるオーディオ/ビデオ情報及びEPG情報は、グラフィカルドライバ(178)に入力される。グラフィカルドライバの出力は、オーディオビデオインタフェース(179)に送られ、AV出力で出力される。
【００２３】
図3aはブロードキャストネットワークにおけるEITの伝送形態の一例を示し、３つの多重化されたトランスポートストリーム(TS)である「TS1」、「TS2」及び「TS3」を含み、各々のTSはEITテーブルのEIT‘アクチャル’及びEIT‘アザー’を有する。EIT‘アクチャル’は、サービスを担うTSに存在するAVサービスに関するイベント情報を含む。EIT‘アザー’は、他のTS(‘アザー’TS)によるAVサービスに関するイベント情報を含む。EITに含まれる情報は、EPGのために使用され、EPGにより使用されるデータベースに保存され；EITは、特に、放送される番組のテキスト記述子を有する。例えば、第1のTS(TS1)は、それが搬送するサービスを記述するEIT‘アクチャル’と(不図示のTSパケット転送AV)、ネットワークの他のTSで搬送されるAVサービスを記述するEIT‘アザー’(すなわち、この場合には、TS2_EIT_アザー(31)及びTS3_EIT_アザー(32)である)とを有する。第2のTS(TS2)は、自身のAVサービスに関するEIT‘アクチャル’(33)と、他のTS(TS1及びTS3)で搬送されるAVサービスのEIT‘アザー’(34,35)とを有する。第3のTS(TS3)は、自身のAVサービスに関するEIT‘アクチャル’(36)と、ネットワークの他のTS(TS1及びTS2)で搬送されるAVサービスのEIT‘アザー’(37,38)とを有する。従って、各々のTSは、それが伝送するAVサービスを記述するEITを有する一方、ネットワークにおける他のAVサービスのEITも含む。
【００２４】
図4は図1のSTB17で使用される一実施形態におけるEPG情報の典型的な取得及び保存を図式的に示す。SI情報は、SI取得モジュール1771により、デマルチプレクサから受信した情報から取得され、メモリ(173)に保存されるEPGデータベース(1731)に保存される。EPG情報が要求される場合、例えば、ユーザが自身のリモート制御装置で「情報」ボタン(又は、‘INFO’ボタン)を押した場合に、コントローラ(図2の175)は、例えばSQLリクエストを用いて、EPG情報をEPGデータベースに問い合わせる。SI取得部は、受信したサービスに含まれるテーブルを継続的に監視(又はモニタ)し、必要とされる場合にEPGデータベースを更新する。ユーザが、トランスポートストリーム「TS1」により伝送されるAVサービス「S1」に同調する場合、SI取得部は、EIT‘アクチャル’(30)に含まれるEPG情報をデータベースに保存する。ユーザが、トランスポートストリーム「TS2」により伝送されるAVサービス「S2」にチャネルを変更する場合、SI取得部は、「TS2」のEIT‘アザー’テーブル(34)に含まれるAVサービス「S1」に関する「新たな」情報を受信し、EPGデータベースにおいて、AVサービス「S1」に関する情報を更新する。従って、「TS1」のテーブル「アクチャル」から取得されたサービス「S1」に関してデータベースに含まれていた情報は、今や、「S2」のEIT「アザー」におけるS1に関する情報で上書きされる。「TS1」の「アクチャル」テーブル(30)が「TS2」の「アザー」テーブルと同じ情報を有する場合、これは、テーブルの取得に関する不要な処理及び不要なデータベース更新を意味する。更に、実際には、ブロードキャストする帯域幅はコストがかかるので、放送局は、現在同調されていない「他の」チャネルに関連する情報の現在/将来又は予定の全てを提供することに費用をかけるのではなく、現在同調されているチャネルに関連する情報の現在/将来の又は予定について及び高品質ビデオについて帯域幅を特別扱いする。放送局は、帯域幅を削減する理由により、EIT‘アザー’よりもEIT‘アクチャル’の方に、より完全な情報を含めようとする傾向がある。更に、所与のサービスに関し、EIT‘アザー’は異なる多重化信号では異なる場合がある。しかしながら、所与のサービスに関するEIT‘アクチャル’と同じサービスに関するEIT‘アザー’とが完全に同じ情報を含むこともあり得る。
【００２５】
図3bは典型的なEITテーブルの構造を示す。EITテーブル(30)は、テーブル識別子(3010)及びバージョン番号(3011)を含むヘッダ(301)と、ペイロード(302)と、EITテーブル全体について算出されるCRC(又はハッシュ)(巡回冗長検査)とを有する。同じAVサービスを記述する「アクチャル」テーブル及び「アザー」テーブルの間では、テーブル識別子が変わる。従って、双方のテーブルが同じ情報を有する場合でさえ、テーブル全体について算出されるCRCは異なり、従って、このCRCは、ペイロード全体を抽出して比較する必要なしに、テーブルが同じ情報を有するか否かを迅速に判断するために使用できない。CRCが使えない場合；これは、何れについてもテーブルがSI取得部により処理される必要があることを意味する。すなわち、チャネル変更後に、所与のサービスに関するEIT情報が変わる場合に、EPGデータベースにおけるEPG情報を更新することは理論上興味深いが、ペイロード全体を抽出及び比較する必要なしに、「アクチャル」及び「アザー」テーブルを比較する簡易な手段は存在しない。特定のAVサービスに関連するEIT‘アザー’が、同じ特定のAVサービスについてEIT‘アクチャル’から取得されデータベースに既に保存されているEPG情報よりも少ない情報しか有しない場合に、EPGデータベースの更新を回避することは興味深いが、EIT‘アザー’テーブルの取得及びペイロードの処理を必要とせずに、それを行う簡易な手段は存在しない。
【００２６】
図5は、EPG情報取得プロセスを更に最適化できるようにする本原理の非限定的な実施形態によるEITテーブルの特定の構造を示す。この実施形態によれば、「CRC_PR」と言及される第2CRCが追加され(501)、第2CRCはEITテーブルのペイロード(302)についてのみ算出される。CRCは「ハッシュ」であるとして言及されてもよい。以下において、EITテーブル全体について算出されるCRC、すなわち、(HDR301+ペイロード302)について算出されるCRC又は(HDR301+ペイロード302+CRC_PL501)について算出されるCRCは、「CRC_EIT(502)」のように言及され、双方のCRCを互いに区別する。第1実施形態によれば、CRC_PLはSI(EIT)パケットに付加される。これは、EITシグナリング(EITの通知の仕方)が、CRC_PLを構成するように修正されることを意味する。SI-EITシグナリングを修正することを避ける有利な変形例によれば、受信機がEITを受信する度にEITシグナリングの受信機の各々によりCRC_PLが算出される。別の変形例によれば、CRC_PLがEITシグナリングで提供されず算出もされないが、全体のペイロード(302)が比較される。SI(EIT)シグナリングによるCRC_PLの実現は、受信機によるEITシグナリング処理に関する処理時間節約の最適化になり、CRC_PLの算出あるいはペイロード全体の比較を必要とすることなしに、2つのEITテーブルが同じペイロードを有するか否かを受信機が簡易に判断できるようにする。SI-EITシグナリングがCRC_PLを含む場合、或いは、受信機がCRC_PLを自ら算出する場合、各々のEITのCRC_PLはメモリに保存され、他のEITのCRC_PLと容易に比較できるようにする。トランスポートストリームTS1のサービスS1からトランスポートストリームTS2のサービスS2へザッピングする場合、TS2で遭遇するサービスS1についてのEIT‘アザー’のCRC_PLが、トランスポートストリームTS1で遭遇したサービスS1についてのEIT‘アクチャル’の保存されたCRC_PLと比較される。双方のCRC_PLが等しい場合、EIT‘アザー’テーブルについての更なる処理は必要ない。これは、あるサービスのEIT‘アクチャル’と同じサービスのEIT‘アザー’が同じ情報を有する状況において、チャネル変更があった際にSI取得を最適化する。しかしながら、上述したように、実際には、帯域幅を削減するために、EIT‘アザー’は同じサービスについてEIT‘アクチャル’よりも少ない情報しか有しない。この場合、EIT‘アクチャル’及び‘アザー’のCRC_PLは相違することになり、EIT‘アザー’に含まれる情報でEPGデータベースが更新されるべきか否かを見出すために、EIT‘アザー’のペイロードが改めて処理されるべきである。従って、上記の解決手段は、或るサービスについてのEIT‘アザー’は同じサービスについてのEIT‘アクチャル’よりも少ない情報をしか有しないことが見受けられるという原理から派生して更に最適化される。従って、EIT‘アクチャル’は、EPGデータベースの更新に関し、EIT‘アザー’よりも優位に立つ(優先度が高い)。以下において、「2つのEITが相違する」という言い方は、本願では、それらのペイロードが相違しかつそれらのCRC_PLが相違することを意味する。後者は、CRC_PLがSI-EITシグナリングに存在する場合あるいはCRC_PLが受信機により算出される場合に適用可能である。「2つのEITが等しい」という言い方は、それらのペイロードが同一でありかつそれらのCRC_PLが同一であることを意味する。後者は、CRC_PLがSI-EITシグナリングに存在する場合あるいはCRC_PLが受信機により算出される場合に適用可能である。EITテーブルはトランスポートストリームに関連するので、EITが見出されるトランスポートストリームを特定する手段(方法)が存在する。例えば、DVBによれば、トランスポンダはタプル(tuple)により識別される(on_id,  ts_id)。「on_id」はオリジナルネットワーク識別子を意味し、「ts_id」はトランスポートストリーム識別子を意味する。以上により、変更及び更新規則が、本原理による効率的なEPGデータベース更新アルゴリズムに関して規定される：
以下の変数が使用される：
・DB_CRC_PL：データベースを更新するために使用された最新のEIT(‘アクチャル’又は‘アザー’)テーブルについてのCRCペイロード；
・RECVD_EIT：受信したEIT。以下を含むデータ構造：
○  CRC_PL：現在取得されているEITのペイロードについてのCRC；
○  TYPE：EITのタイプ(‘アクチャル’又は‘アザー’)。
【００２７】
データベースの更新のための条件は、次のように表現することが可能である：
1.  EIT‘アクチャル’を受信した場合に、次式が成立すること：
(RECVD_EIT.CRC_PL！=DB_CRC_PL)
ここで、「!=」という記号は、「等しくない」を意味する。
【００２８】
‘アザー’のタイプのEITテーブルからEPGデータベースの更新をも取り扱う特定の有利な変形例の場合、別の変数が使用可能である：
・OTHER_CRC_PL_TUPLE：タプルの集まり(TSx,CRC_PLx)であり、この集まり(又は集合又はコレクション)は、最後に取得したEIT‘アザー’のCRC_PLを、受信したTS各々について有する。このタプルは、EIT‘アザー’がTSから取得される度に更新される。
【００２９】
データベースの更新のための条件は、次の条件とともに拡張されることが可能である：
2.  EIT‘アザー’を受信した場合に、次式が成立すること：
【００３０】
【数１】
2016025660.tif 000003
ここで、“＆＆”は「and」を意味し、
【００３１】
【数２】
2016025660.tif 000004
は「の要素ではない」を意味する。
【００３２】
図6は、本原理による非限定的な実施形態を受信装置で実行されるフローチャートで示す。使用される変数は次のとおりである：
db_crc_pl：受信したEITのCRC_PLについての最新の保存された値を有する；
recvd_eit：トランスポートストリームから受信したEITを有するデータ構造。データ構造は、受信EITのCRC_PLであるcrc_pl、‘アクチャル’又は‘アザー’の値を有することが可能な受信EITの属性タイプを有する。
【００３３】
以下において、「==」という記号は「に等しい」を意味し、「a=b」における「=」という記号はbの値がaに指定されることを意味する。
【００３４】
最初の初期ステップ60において、受信されたEIT情報は未だ存在しないので、変数db_crc_plはゼロの値に初期化される。ステップ61において、複数のオーディオ/ビデオサービスについてのオーディオ/ビデオデータ及び番組情報を有するブロードキャストストリーム多重(多重信号)から、オーディオ/ビデオサービスが選択される。EITが受信され、recvd_eitデータ構造に保存される。ステップ62において、受信されたEITのタイプが確認される(‘recvd_eit.type==‘other’?’)。このタイプが‘アザー(other)’である場合、ステップ62aが実行され、アルゴリズムはステップ61に戻って次のEITを待機する。そうでない場合(ステップ62b)、EITタイプは‘アクチャル(actual)’であり、ステップ63が実行される。ステップ63では、受信したEITのCRC_PLが、データベースを更新するのに使用された最後のEITのCRC_PLに等しいか否かが判断される(‘recvd_eit.crc_pl==db_crc_pl  ?’)。等しい場合(63a)、データベースは更新されず、アルゴリズムはEITの次の受信を待機するステップ61に戻る。等しくない場合(63b)、アルゴリズムはステップ64に続き、データベースを更新するのに使用された最後のEITのCRC_PLが、受信したEIT‘アザー’のCRC_PLに設定され(‘db_crc_pl=recvd_eit.crc.pl’)、EPGデータベースは、受信したEITに含まれる情報で更新され、アルゴリズムは次のEITを待機するステップ61に戻る。
【００３５】
図6に示されるフローチャート及びこの記載に従う利用状況(シナリオ)の例とともに処理方法が更に説明される。
【００３６】
シナリオ：
1:  サービスS1を含むトランスポートストリームTS1に対する第1コネクション。
【００３７】
2:  サービスS1を含むトランスポートストリームTS2に対する第1コネクション。
【００３８】
3:  TS1に対する第2コネクション。ステップ1及び3の間に、EIT‘アクチャル’が更新されている(例えば、番組の変更に起因する。例えば、所与のサービス、番組の終了、及び、他の何らかの開始)。
【００３９】
4:  TS2に対する第2コネクション。
【００４０】
5:  TS1に対する第3コネクション。
【００４１】
6:  番組変更を伴わないTS1及びTS2間でのチャネル変更。
【００４２】
7:  TS2に同調して留まる一方で、EIT‘アザー’の内容(コンテンツ又は中身)の変更なしに、S1についてEIT‘アザー’の新たなバージョンが受信される。
【００４３】
8:  TS2に同調して留まる一方で、S1について過去に受信したEIT‘アザー’とは異なる内容で、S1について新たなEIT‘アザー’が受信され、これにより、EIT‘アザー’の内容は、S1について最後に受信したEIT‘アクチャル’のものと同じになる(例えば、TS1において番組変更がなされ、EPGデータベースはステップ3に従って更新されるが、TS2におけるS1についてのEIT‘アザー’テーブルはしばらく経ってからしか変更されない。)。
【００４４】
これは次のような結果をもたらす(数字は上記のシナリオのステップを示す)：
1.  TS1に同調すると、サービスS1についてのEIT‘アクチャル’が取得され、EIT‘アクチャル’に含まれるEPG情報がデータベースに保存される(ステップ:61,62,63,64,61)。
【００４５】
2.  TS2に同調すると、サービスS1についてのEIT‘アザー’が取得されるが、EPGデータベースはEIT‘アザー’に含まれる情報では更新されない(ステップ:61,62,61)。
【００４６】
3.  TS1に再び同調すると、EIT‘アクチャル’に含まれる情報が、ステップ1で受信したEIT‘アクチャル’に関連して更新される。EIT‘アクチャル’が取得され、EIT‘アクチャル’に含まれるEPG情報がデータベースに保存され、その理由は、EIT‘アクチャル’の内容は変化しておりかつステップ2で受信したEIT‘アザー’に含まれるものとも相違するからである(ステップ:61,62,63,64,61)。
【００４７】
4.  TS2に再び同調すると、S1についてEIT‘アザー’が取得されるが、データベースは更新されない(ステップ:61,62,61)。このように、データベース更新プロセスは本原理により最適化される。
【００４８】
5.  TS1に同調すると、S1についてEIT‘アクチャル’が取得されるが、データベースを更新する必要はなく、その理由は、取得されたEIT‘アクチャル’はステップ3で取得されたEIT‘アクチャル’と同じだからである(ステップ:61,62,63,61)。このように、データベース更新プロセスは本原理により最適化される。
【００４９】
6.  TS2及びTS1の間で同調先が行き来しても、これらのサービスで番組変更がない限り、データベースの更新はなされない。このように、データベース更新プロセスは本原理により最適化される。
【００５０】
7.  TS2に同調された状態に留まっている場合に、S1に対する新たなバージョンのEIT‘アザー’が受信される。EPGデータベースは更新されない(ステップ:61,62,61)。
【００５１】
8.  TS2に同調された状態に留まっている場合に、S1についてのEIT‘アザー’の内容変更が生じる。EPGデータベースは更新されない(ステップ:61,62,61)。
【００５２】
図7は、本原理による非限定的な変形実施例を受信装置で実行されるフローチャートで示す。この変形実施例では、‘アザー(other)’のタイプのEITテーブルも、所定の条件の下でEPGデータベースを更新するように許容される。この目的のため、追加的な変数が使用される：
other_crc_pl_tuple：TSに対するタプルの集まり(集合又はコレクション)であり、例えば、(TSx,CRC_PLx)である。TSxはトランスポートストリームxの固有識別子であり(例えば、DVBの場合、タプル(on_id,  ts_id))、CRC_PLxはTSxで取得される最新のEITアザーのペイロードについてのCRCである；
以下において、‘∈’という記号は‘の要素である’を意味する。
【００５３】
以下において、‘cur_ts’は現在同調しているトランスポートストリームを意味する。以下において、‘TSx’は現在同調しているトランスポートストリームの固有識別子を意味し、‘CRC_PLx’はTSxで受信したEITのCRC_PLである。
【００５４】
最初の初期ステップ70において、EIT情報は未だ受信されていないので、変数db_crc_pl及びother_crc_pl_tupleがゼロの値に初期化される。ステップ61において、トランスポートストリームに対する同調がなされ、EITが受信され、recvd_eitデータ構造に保存される。ステップ62において、受信したEITのタイプが判別される(‘recvd_eit.type==’other’?’)。このタイプが‘アザー(other)’である場合、ステップ71が実行される。そうでない場合(62b)、タイプは‘アクチャル(actual)’であり、ステップ63が実行される。ステップ71において、‘アザー’のタイプのEITが受信され、受信したEIT‘アザー’のcrc_plは、トランスポートストリームから過去に取得したCRC_PLのタプルの集まり(TSx,CRC_PLx)の中に有るか否かを判定する(‘recvd_eit.crc.pl∈other_crc_pl_tuple’)。そうである場合(71b)、データベースは更新されず、アルゴリズムはステップ72に続く。ステップ72では、other_crc_pl_tupleがタプル(TSx,CRC_PLx)により更新され、TSxは現在同調しているトランスポートストリームの固有識別子であり、CRC_PLxはトランスポートストリームxで受信されるEITのCRC_PLである(‘recvd_eit.crc_pl’)。これは、タプル(TSx,CRC_PLx)が既に存在する場合、受信したEIT‘アザー’の新たなcrc_plにより更新されること；既には存在しない場合、タプルが作成されて保存されること；及びアルゴリズムはEITの受信を待機するステップ61に戻ることを意味する。ステップ71において、受信したEITのcrc_plが、トランスポートストリームから過去に取得したCRC_PLのタプル(TSx,CRC_PLx)の集まりの中に無い場合(71a)、アルゴリズムはステップ73に続き、この場合、other_crc_pl_tupleはタプル(TSx,CRC_PLx)により更新され、TSxは現在同調しているTSの固有識別子であり、CRC_PLxは受信したEITのCRC_PLである。現在のTSについてのタプルが既に存在する場合、受信したEIT‘アザー’の新たなcrc_plで更新され、そうでない場合にはそれが生成される。そして、ステップ74において、受信したEITのCRC_PLは、データベースを更新するために使用された最新のEITのCRC_PLに等しいか否かが、確認される(‘recvd_eit.crc_pl==db_crc_pl?’)。そうである場合(74b)、データベースは更新されず、アルゴリズムは、EITの次の受信を待機するステップ61に戻る。そうでない場合(74a)、アルゴリズムはステップ64に続き、データベースを更新するために使用される最新のEITのCRC_PLが受信したEIT‘アザー’のCRC_PLに設定され(‘db_crc_pl=recvd_eit.crc_pl’)、EPGデータベースは受信したEITに含まれる情報で更新され、アルゴリズムは次のEITを待機するステップ61に続く。ステップ62に戻り、このステップにおいて、受信したEITのタイプが‘アザー’ではなく‘アクチャル’であることが確認された場合(62b)、アルゴリズムはステップ63い続き、受信したEITのタイプのCRC_PLは、データベースを更新するのに使用された最新のEITのCRC_PLに等しいか否かが判定される(‘recvd_eit.crc_pl==db_crc_pl’)。そうでない場合(63b)、EPGデータベースはステップ64で受信したEITに含まれる情報で更新され、アルゴリズムは次のEITを待機するステップ61に戻る。そうである場合(63a)、アルゴリズムは、データベースを更新することなく、次のEITを待機するステップ61に戻る。
【００５５】
図6に関する方法の説明で既に言及した利用状況の一例とともに本方法の処理が更に説明される。これは次のような結果をもたらす(番号は上記のシナリオのステップを示す)：
1.  TS1に同調すると、サービスS1についてのEIT‘アクチャル’が取得され、EIT‘アクチャル’に含まれるEPG情報がデータベースに保存される(ステップ:61,62,63,64,61)。
【００５６】
2.  TS2に同調すると、サービスS1についてのEIT‘アザー’が取得され、EPGデータベースは、EIT‘アザー’に含まれる情報で更新される(ステップ:61,62,67,73,74,61)。
【００５７】
3.  TS1に再び同調すると、EIT‘アクチャル’に含まれる情報が、ステップ1で受信したEIT‘アクチャル’に関連して更新される。EIT‘アクチャル’が取得され、EIT‘アクチャル’に含まれるEPG情報がデータベースに保存され、その理由は、EIT‘アクチャル’の内容は変化しておりかつステップ2で受信したEIT‘アザー’に含まれるものとも相違するからである(ステップ:61,62,63,64,61)。
【００５８】
4.  TS2に再び同調すると、S1についてEIT‘アザー’が取得されるが、データベースを更新する必要はなく、その理由は、取得されたEIT‘アザー’はステップ2で既に取得されたEIT‘アザー’と同じだからである(ステップ:61,62,71,72,61)。このように、データベース更新プロセスは本原理により最適化される。
【００５９】
5.  TS1に同調すると、S1についてEIT‘アクチャル’が取得されるが、データベースを更新する必要はなく、その理由は、取得されたEIT‘アクチャル’はステップ3で取得されたEIT‘アクチャル’と同じだからである(ステップ:61,62,63,61)。このように、データベース更新プロセスは本原理により最適化される。
【００６０】
6.  TS2及びTS1の間で同調先が行き来しても、これらのサービスで番組変更がない限り、データベースの更新はなされない。このように、データベース更新プロセスは本原理により最適化される。
【００６１】
7.  TS2に同調された状態に留まっている場合に、S1に対する新たなバージョンのEIT‘アザー’が受信される。EPGデータベースは更新されず、その理由は、新たに受信されたEIT‘アザー’の内容は、以前に受信したEIT‘アザー’から変化してないからである(ステップ:61,62,71,72,61)。このように、データベース更新プロセスは本原理により最適化される。
【００６２】
8.  TS2に同調された状態に留まっている場合に、S1についてのEIT‘アザー’の内容変更が生じる。EPGデータベースは更新されず、その理由は、新たに受信したEIT‘アザー’の内容がS1について以前に受信したEIT‘アクチャル’のものと同じだからである(ステップ:61,62,71,72,61)。このように、データベース更新プロセスは本原理により最適化される。
【００６３】
図8は、本原理を実現するのに相応しい受信装置についての非限定的な実施形態を示す。受信装置は、多重(多重信号)を、RF変調されたビットストリームとして、衛星からRF入力部(20)において受信する。受信装置は、更に、リモートコントロール(RC,図示せず)から受信装置を制御するためのユーザコマンドを専用入力(21)で受信する。受信装置は、オーディオ/ビデオ及びEPG情報を取得するために、受信したビットストリームを処理し、オーディオ/ビデオ及びEPG情報をAV出力(22)に出力する。受信装置は、例えば中央処理ユニット(CPU)のようなコントローラ(875)により制御され、データ等を保存するために揮発性及び不揮発性メモリのようなメモリ(873)を有し、データ等は、例えば受信装置を操作するためのコンピュータプログラム命令や、サービス情報及びEPGに関連するテーブル及び情報などである。ユーザからのRCコマンドがIR受信部(874)を介して受信されると、コントローラは、特定の無線周波数に同調するようにRF受信部(871)に命令する。RF受信部は、ビットストリームを受信し、受信したビットストリームをデマルチプレクサ(872)(Demux)に転送する。コントローラは、AV情報処理ブロック(876)で取り扱われるユーザ所望チャネルのオーディオ/ビデオ情報を選別(フィルタリング)するようにデマルチプレクサに命令する。また、コントローラは、SI処理ブロック(877)に送られるSI情報をビットストリームから選別(フィルタリング)するようにデマルチプレクサに命令する。デマルチプレクサは、ブロードキャストストリーム多重に含まれる複数のオーディオ/ビデオサービスから選択されるオーディオ/ビデオサービスの中からイベント情報テーブルをフィルタリング又は抽出する。抽出されたEIT情報は、以下の所定の条件の下でデータベース(図示せず)に保存される：コントローラは、受信したイベント情報テーブルのタイプを判別し、タイプは、選択されたオーディオ/ビデオサービスに関連するイベント情報を含むタイプ・アクチャルと、ブロードキャストストリーム多重に含まれる他のオーディオ/ビデオサービスに関するイベント情報を含むタイプ・アザーとのうちの何れかであり；抽出されたイベント情報テーブルのタイプがタイプ・アクチャルである場合において、そのペイロードが、電子番組ガイド情報のデータベースを更新するのに使用された最新の抽出されたイベント情報テーブルのペイロードと相違する場合に、コントローラは、抽出されたイベント情報テーブルに含まれる電子番組ガイド情報でデータベースを更新する。各々の処理ブロックにより出力されるオーディオ/ビデオ情報及びEPG情報は、グラフィカルドライバ(878)に入力される。グラフィカルドライバの出力は、オーディオビデオインタフェース(879)に送られ、AV出力で出力される。選択的に、ペイロード全体を比較する必要性なしに、イベント情報テーブルの2つのペイロードが等しいか否かを速やかに確認するために、抽出されたイベント情報テーブルのペイロードのハッシュがメモリ(873)に保存される。
【００６４】
当業者に認められるように、本原理の様々な側面は、システム、方法又はコンピュータ読み取り可能な媒体などにより実現されることが可能である。従って、本原理の一側面は、完全なハードウェアによる実施形態、完全にソフトウェアによる実施形態(ファームウェア、常駐ソフトウェア、マイクロコード等を含む)、或いは、ハードウェア及びソフトウェアの側面の組み合わせによる実施形態とすることが可能であり、概してそれらは本願において「回路」、「モジュール」又は「システム」として規定されることが可能である。更に、本原理の一側面はコンピュータ読み取り可能な媒体の形態をとってもよい。1つ以上のコンピュータ読み取り可能な記憶媒体の任意の組み合わせが使用可能である。
【００６５】
従って、例えば、本願で示される図は、本開示による原理を実現する例示的なシステム構成要素及び/又は回路についての概念図を表現することが、当業者により認められるであろう。同様に、フローチャート、流れ図、状態遷移図、擬似コード等は何れも様々なプロセスを表現しており、それらは、コンピュータ又はプロセッサが明示的に示されているか否かによらず、そのようなコンピュータ又はプロセッサにより実行されかつコンピュータ読み取り可能な媒体において実質的に表現されてよいことが、認められるであろう。
【００６６】
コンピュータ読み取り可能な記憶媒体は、1つ以上のコンピュータ読み取り可能な媒体で実現されかつコンピュータにより実行可能である組み込まれたコンピュータ読み取り可能なプログラムコードを有するコンピュータ読み取り可能なプログラムプロダクトの形態をとることが可能である。本願で使用されるコンピュータ読み取り可能な記憶媒体は、その性質上本質的に情報を格納することが可能であることに加えてその性質上本質的に情報を取り出す機能を発揮することが可能である一時的でない記憶媒体と考えられる。コンピュータ読み取り可能な記憶媒体は、例えば、電子的、磁気的、光学的、電磁的、赤外線的又は半導体的なシステム、装置、デバイス又はそれらの適切な任意の組み合わせであるが、これらに限定されない。本原理が適用可能なコンピュータ読み取り可能な記憶媒体についての更に具体的な具体例を与える次の内容は、当業者に容易に認められるように、単なる例示に過ぎず、網羅的な列挙ではないことが認められるべきである：携帯可能なコンピュータディスケット；ハードディスク；リードオンリメモリ(ROM)；消去可能でプログラム可能なリードオンリメモリ(EPROM又はフラッシュメモリ)；携帯可能なコンパクトディスクリードオンリメモリ(CD-ROM)；光学的な記憶装置；磁気的な記憶装置；或いは、これらの適切な何らかの組み合わせ。
【図１】
2016025660.tif 000005
【図２】
2016025660.tif 000006
【図３ａ】
2016025660.tif 000007
【図３ｂ】
2016025660.tif 000008
【図４】
2016025660.tif 000009
【図５】
2016025660.tif 000010
【図６】
2016025660.tif 000011
【図７】
2016025660.tif 000012
【図８】
2016025660.tif 000013
【外国語明細書】
2016025660000001.pdf