(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024116006
(43)【公開日】2024-08-27
(54)【発明の名称】接続装置、相互接続システム、およびプログラム
(51)【国際特許分類】
H04N 21/436 20110101AFI20240820BHJP
H04N 21/643 20110101ALI20240820BHJP
H04L 69/08 20220101ALI20240820BHJP
H04L 67/12 20220101ALI20240820BHJP
H04L 12/28 20060101ALI20240820BHJP
H04L 67/565 20220101ALI20240820BHJP
G16Y 10/70 20200101ALI20240820BHJP
【ＦＩ】
H04N21/436
H04N21/643
H04L69/08
H04L67/12
H04L12/28 500D
H04L67/565
G16Y10/70
【審査請求】未請求
【請求項の数】6
【出願形態】ＯＬ
(21)【出願番号】P 2023021969
(22)【出願日】2023-02-15
【新規性喪失の例外の表示】特許法第３０条第２項適用申請有り （１） 発行日（公開日） 令和４年（西暦２０２２年）９月１４日（協定世界時） 令和４年（西暦２０２２年）９月１５日（日本時間） 刊行物 ＷｏＴ－ｅｎａｂｌｅｄ ＴＶ ｓｅｒｖｉｃｅｓ ｗｉｔｈ Ｈｙｂｒｉｄｃａｓｔ Ｃｏｎｎｅｃｔ Ｈｉｒｏｋｉ Ｅｎｄｏ（ＮＨＫ） （Ｗｅｂ公開（ダウンロード）ＵＲＬ） ・ｈｔｔｐｓ：／／ｇｉｔｈｕｂ．ｃｏｍ／ｗ３ｃ／ｗｏｔ／ｂｌｏｂ／ｍａｉｎ／ＰＲＥＳＥＮＴＡＴＩＯＮＳ／２０２２－０９－ｈｙｂｒｉｄ－ｆ２ｆ／２０２２－０９－１４－ＷｏＴ－Ｆ２Ｆ－ＴＰＡＣ２０２２＿Ｂｒｅａｋｏｕｔ－Ｅｎｄｏ．ｐｄｆ ・ｈｔｔｐｓ：／／ｇｉｔｈｕｂ．ｃｏｍ／ｗ３ｃ／ｗｏｔ／ｔｒｅｅ／ｍａｉｎ／ＰＲＥＳＥＮＴＡＴＩＯＮＳ／２０２２－０９－ｈｙｂｒｉｄ－ｆ２ｆ ＜資 料＞ ウェブ掲載 プレゼンテーション資料 ＜資 料＞ ウェブ掲載 タイムスタンプ （２） 開催日（公開日） 令和４年（西暦２０２２年）９月１４日（現地時間） 令和４年（西暦２０２２年）９月１５日（日本時間）（会期：９月１２日～９月１６日（現地時間）） 集会名、開催場所 Ｗ３Ｃ ＴＰＡＣ ２０２２ Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ Ｃｏｎｓｏｒｔｉｕｍ 主催 Ｓｈｅｒａｔｏｎ Ｖａｎｃｏｕｖｅｒ Ｗａｌｌ Ｃｅｎｔｒｅ １０００ Ｂｕｒｒａｒｄ Ｓｔｒｅｅｔ，Ｖａｎｃｏｕｖｅｒ Ｂｒｉｔｉｓｈ Ｃｏｌｕｍｂｉａ，Ｖ６Ｚ ２Ｒ９ Ｃａｎａｄａにおける開催と、インターネットによる通信を用いたオンライン開催との、ハイブリッド開催 ＜資 料＞ Ｗ３Ｃ ＴＰＡＣ ２０２２ 開催概要 ＜資 料＞ Ｗ３Ｃ ＴＰＡＣ ２０２２ Ｂｒｅａｋｏｕｔｓ スケジュール ＜資 料＞ Ｗ３Ｃ ＴＰＡＣ ２０２２ Ｂｒｅａｋｏｕｔｓ セッション議事録
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＪＡＶＡＳＣＲＩＰＴ
２．ＥＣＨＯＮＥＴ
(71)【出願人】
【識別番号】000004352
【氏名又は名称】日本放送協会
(74)【代理人】
【識別番号】100141139
【弁理士】
【氏名又は名称】及川 周
(74)【代理人】
【識別番号】100171446
【弁理士】
【氏名又は名称】高田 尚幸
(74)【代理人】
【識別番号】100114937
【弁理士】
【氏名又は名称】松本 裕幸
(74)【代理人】
【識別番号】100171930
【弁理士】
【氏名又は名称】木下 郁一郎
(72)【発明者】
【氏名】安岡 諒
(72)【発明者】
【氏名】遠藤 大礎
(72)【発明者】
【氏名】小川 展夢
(72)【発明者】
【氏名】大亦 寿之
(72)【発明者】
【氏名】藤沢 寛
【テーマコード（参考）】
5C164
【Ｆターム（参考）】
5C164FA11
5C164TB11P
5C164UB41S
5C164UB71P
5C164YA21
(57)【要約】
【課題】放送受信装置（テレビ）と様々なＩｏＴデバイスとの間での相互通信を可能とする相互接続システムを提供する。
【解決手段】設定情報記憶部は、受信するメッセージと前記メッセージに対応する制御情報との対応関係を、設定情報として記憶する。第１プロトコル変換部は、放送受信装置によって放送信号から抽出された第１メッセージをハイブリッドキャストコネクトのプロトコルで受信し、メッセージをＩｏＴ向けプロトコルに変換して送信する。メッセージ解釈部は、第１プロトコル変換部からＩｏＴ向けプロトコルで前記第１メッセージを受信した場合に、設定情報記憶部に記憶された対応関係に基づいて、受信した前記第１メッセージに対応する制御情報を決定する。制御送信部は、メッセージ解釈部によって決定された制御情報に対応する第１制御情報を、ＩｏＴデバイスに対して送信する。
【選択図】図１
【解決手段】設定情報記憶部は、受信するメッセージと前記メッセージに対応する制御情報との対応関係を、設定情報として記憶する。第１プロトコル変換部は、放送受信装置によって放送信号から抽出された第１メッセージをハイブリッドキャストコネクトのプロトコルで受信し、メッセージをＩｏＴ向けプロトコルに変換して送信する。メッセージ解釈部は、第１プロトコル変換部からＩｏＴ向けプロトコルで前記第１メッセージを受信した場合に、設定情報記憶部に記憶された対応関係に基づいて、受信した前記第１メッセージに対応する制御情報を決定する。制御送信部は、メッセージ解釈部によって決定された制御情報に対応する第１制御情報を、ＩｏＴデバイスに対して送信する。
【選択図】図１
【特許請求の範囲】
【請求項1】
受信するメッセージと前記メッセージに対応する制御情報との対応関係を、設定情報として記憶する設定情報記憶部（７７）と、
放送受信装置によって放送信号から抽出された第１メッセージをハイブリッドキャストコネクトのプロトコルで受信し、前記メッセージをＩｏＴ向けプロトコルに変換して送信する第１プロトコル変換部（６６）と、
前記第１プロトコル変換部からＩｏＴ向けプロトコルで前記第１メッセージを受信した場合に、前記設定情報記憶部（７７）に記憶された前記対応関係に基づいて、受信した前記第１メッセージに対応する制御情報を決定するメッセージ解釈部（７２）と、
前記メッセージ解釈部（７２）によって決定された前記制御情報に対応する第１制御情報を、ＩｏＴデバイスに送信する制御送信部（７３）と、
を備える接続装置。
放送受信装置によって放送信号から抽出された第１メッセージをハイブリッドキャストコネクトのプロトコルで受信し、前記メッセージをＩｏＴ向けプロトコルに変換して送信する第１プロトコル変換部（６６）と、
前記第１プロトコル変換部からＩｏＴ向けプロトコルで前記第１メッセージを受信した場合に、前記設定情報記憶部（７７）に記憶された前記対応関係に基づいて、受信した前記第１メッセージに対応する制御情報を決定するメッセージ解釈部（７２）と、
前記メッセージ解釈部（７２）によって決定された前記制御情報に対応する第１制御情報を、ＩｏＴデバイスに送信する制御送信部（７３）と、
を備える接続装置。
【請求項2】
請求項１に記載の接続装置と、
前記接続装置に前記第１メッセージを送信する放送受信装置と、
前記接続装置から前記第１メッセージに対応する前記制御情報を受信するＩｏＴデバイスと、
を備える相互接続システム。
前記接続装置に前記第１メッセージを送信する放送受信装置と、
前記接続装置から前記第１メッセージに対応する前記制御情報を受信するＩｏＴデバイスと、
を備える相互接続システム。
【請求項3】
前記放送受信装置は、
放送信号から抽出された前記第１メッセージを、ハイブリッドキャストコネクトのプロトコルで前記第１プロトコル変換部（６６）に向けて送信するハイコネテキスト送信部（５７）、
を備える、
請求項２に記載の相互接続システム。
放送信号から抽出された前記第１メッセージを、ハイブリッドキャストコネクトのプロトコルで前記第１プロトコル変換部（６６）に向けて送信するハイコネテキスト送信部（５７）、
を備える、
請求項２に記載の相互接続システム。
【請求項4】
前記制御送信部（７３）は、前記ＩｏＴデバイスに前記第１制御情報を送信する際に、当該第１制御情報に関連付く第２制御情報を前記放送受信装置に向けて送信するものであり、
前記接続装置は、
前記制御送信部（７３）からＩｏＴ向けプロトコルで送信された前記第２制御情報を、ハイブリッドキャストコネクトのプロトコルに変換して送信する第２プロトコル変換部（６２）をさらに備え、
前記放送受信装置は、
前記第２プロトコル変換部（６２）から前記第２制御情報をハイブリッドキャストコネクトのプロトコルで受信し、前記第２制御情報に基づいて当該放送受信装置を制御する制御部（５５）を備える、
請求項２または３に記載の相互接続システム。
前記接続装置は、
前記制御送信部（７３）からＩｏＴ向けプロトコルで送信された前記第２制御情報を、ハイブリッドキャストコネクトのプロトコルに変換して送信する第２プロトコル変換部（６２）をさらに備え、
前記放送受信装置は、
前記第２プロトコル変換部（６２）から前記第２制御情報をハイブリッドキャストコネクトのプロトコルで受信し、前記第２制御情報に基づいて当該放送受信装置を制御する制御部（５５）を備える、
請求項２または３に記載の相互接続システム。
【請求項5】
前記メッセージ解釈部（７２）は、前記ＩｏＴデバイスから送信された第２メッセージを受信した場合に、前記設定情報記憶部（７７）に記憶された前記対応関係に基づいて、受信した前記第２メッセージに対応する第２制御情報を決定するものであり、
前記制御送信部（７３）は、前記第２メッセージに基づいて前記メッセージ解釈部（７２）によって決定された前記第２制御情報を、前記放送受信装置に向けて送信するものであり、
前記接続装置は、
前記制御送信部（７３）からＩｏＴ向けプロトコルで送信された前記第２制御情報を、ハイブリッドキャストコネクトのプロトコルに変換して送信する第２プロトコル変換部（６２）をさらに備え、
前記放送受信装置は、
前記第２プロトコル変換部（６２）から前記第２制御情報をハイブリッドキャストコネクトのプロトコルで受信し、前記第２制御情報に基づいて当該放送受信装置を制御する制御部（５５）
を備える、
請求項２または３に記載の相互接続システム。
前記制御送信部（７３）は、前記第２メッセージに基づいて前記メッセージ解釈部（７２）によって決定された前記第２制御情報を、前記放送受信装置に向けて送信するものであり、
前記接続装置は、
前記制御送信部（７３）からＩｏＴ向けプロトコルで送信された前記第２制御情報を、ハイブリッドキャストコネクトのプロトコルに変換して送信する第２プロトコル変換部（６２）をさらに備え、
前記放送受信装置は、
前記第２プロトコル変換部（６２）から前記第２制御情報をハイブリッドキャストコネクトのプロトコルで受信し、前記第２制御情報に基づいて当該放送受信装置を制御する制御部（５５）
を備える、
請求項２または３に記載の相互接続システム。
【請求項6】
受信するメッセージと前記メッセージに対応する制御情報との対応関係を、設定情報として記憶する設定情報記憶部（７７）と、
放送受信装置によって放送信号から抽出された第１メッセージをハイブリッドキャストコネクトのプロトコルで受信し、前記メッセージをＩｏＴ向けプロトコルに変換して送信する第１プロトコル変換部（６６）と、
前記第１プロトコル変換部からＩｏＴ向けプロトコルで前記第１メッセージを受信した場合に、前記設定情報記憶部（７７）に記憶された前記対応関係に基づいて、受信した前記第１メッセージに対応する制御情報を決定するメッセージ解釈部（７２）と、
前記メッセージ解釈部（７２）によって決定された前記制御情報に対応する第１制御情報を、ＩｏＴデバイスに送信する制御送信部（７３）と、
を備える接続装置、としてコンピューターを機能させるためのプログラム。
放送受信装置によって放送信号から抽出された第１メッセージをハイブリッドキャストコネクトのプロトコルで受信し、前記メッセージをＩｏＴ向けプロトコルに変換して送信する第１プロトコル変換部（６６）と、
前記第１プロトコル変換部からＩｏＴ向けプロトコルで前記第１メッセージを受信した場合に、前記設定情報記憶部（７７）に記憶された前記対応関係に基づいて、受信した前記第１メッセージに対応する制御情報を決定するメッセージ解釈部（７２）と、
前記メッセージ解釈部（７２）によって決定された前記制御情報に対応する第１制御情報を、ＩｏＴデバイスに送信する制御送信部（７３）と、
を備える接続装置、としてコンピューターを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、接続装置、相互接続システム、およびプログラムに関する。
【背景技術】
【0002】
近年、テレビの視聴時間の減少などに伴い、視聴者が放送サービスに接する機会が減っている。一方で、テレビやスマートフォン以外にも、コンテンツの提示機能を持つ様々なＩｏＴデバイスが登場し、身近に利用する機会が増えている。そういった状況において、テレビ受像機（放送受信装置）以外のデバイスに対しても放送コンテンツを届けて多様な生活空間において視聴者らが放送サービスを利用できることは好ましい。
【0003】
非特許文献１では、Ｗ３Ｃ標準のWeb of Things（ＷｏＴ）プロトコルについて記載されている。
【0004】
非特許文献２では、放送通信連携システムであるハイブリッドキャスト（ＨｙｂｒｉｄＣａｓｔ）の標準プロトコルであるハイブリッドキャストコネクト（ハイコネ）について記載されている。ハイブリッドキャストコネクトは、テレビ受像機と他のデバイスとを連携させるための連携端末通信プロトコルである。
【先行技術文献】
【非特許文献】
【0005】
【非特許文献1】“Web of Things (WoT) Architecture”，https://www.w3.org/TR/wot-architecture/，２０２３年１月２４日ダウンロード．
【非特許文献2】ＩＰＴＶ規定 ハイブリッドキャスト運用規定，IPTVFJ STD-0013 2.10版，２０２２年１月２１日改訂，一般社団法人IPTVフォーラム．
【発明の概要】
【発明が解決しようとする課題】
【0006】
ＩｏＴデバイスにおいて放送コンテンツに基づく提示を行うためには、放送信号を受信する受信装置からＩｏＴデバイスに対して、コンテンツを届ける必要がある。しかしながら、従来技術においては、テレビ受像機側がハイブリッドキャストコネクトに対応していても、ＩｏＴデバイス側がハイブリッドキャストコネクトに対応していない場合には、双方のデバイスを接続して相互に通信を行うことができないという問題がある。また、ＩｏＴデバイスに関しては、製品群ごとに通信に使用するプロトコルが異なるという問題もあった。これらの問題のために、放送サービスと他のサービスとの間での連携は困難であった。
【0007】
本発明は、上記の課題認識に基づいて行なわれたものであり、放送受信装置（テレビ）と様々なＩｏＴデバイスとの間での相互通信を可能とする接続装置、相互接続システム、およびプログラムを提供しようとするものである。
【課題を解決するための手段】
【0008】
［１］上記の課題を解決するため、本発明の一態様による接続装置は、受信するメッセージと前記メッセージに対応する制御情報との対応関係を、設定情報として記憶する設定情報記憶部（７７）と、放送受信装置によって放送信号から抽出された第１メッセージをハイブリッドキャストコネクトのプロトコルで受信し、前記メッセージをＩｏＴ向けプロトコルに変換して送信する第１プロトコル変換部（６６）と、前記第１プロトコル変換部からＩｏＴ向けプロトコルで前記第１メッセージを受信した場合に、前記設定情報記憶部（７７）に記憶された前記対応関係に基づいて、受信した前記第１メッセージに対応する制御情報を決定するメッセージ解釈部（７２）と、前記メッセージ解釈部（７２）によって決定された前記制御情報に対応する第１制御情報を、ＩｏＴデバイスに対して送信する制御送信部（７３）と、を備える。
【0009】
［２］また、本発明の一態様による相互接続システムは、上記［１］の接続装置と、前記接続装置に対して前記第１メッセージを送信する放送受信装置と、前記接続装置から前記第１メッセージに対応する前記制御情報を受信するＩｏＴデバイスと、を備える。
【0010】
［３］また、本発明の一態様は、上記［２］の相互接続システムにおいて、前記放送受信装置は、放送信号から抽出された前記第１メッセージを、ハイブリッドキャストコネクトのプロトコルで前記第１プロトコル変換部（６６）に向けて送信するハイコネテキスト送信部（５７）、を備えるものである。
【0011】
［４］また、本発明の一態様は、上記［２］または［３］の相互接続システムにおいて、前記制御送信部（７３）は、前記ＩｏＴデバイスに対して前記第１制御情報を送信する際に、当該第１制御情報に関連付く第２制御情報を前記放送受信装置に向けて送信するものであり、前記接続装置は、前記制御送信部（７３）からＩｏＴ向けプロトコルで送信された前記第２制御情報を、ハイブリッドキャストコネクトのプロトコルに変換して送信する第２プロトコル変換部（６２）をさらに備え、前記放送受信装置は、前記第２プロトコル変換部（６２）から前記第２制御情報をハイブリッドキャストコネクトのプロトコルで受信し、前記第２制御情報に基づいて当該放送受信装置を制御する制御部（５５）を備える、というものである。
【0012】
［５］また、本発明の一態様は、上記［２］または［３］の相互接続システムにおいて、前記メッセージ解釈部（７２）は、前記ＩｏＴデバイスから送信された第２メッセージを受信した場合に、前記設定情報記憶部（７７）に記憶された前記対応関係に基づいて、受信した前記第２メッセージに対応する第２制御情報を決定するものであり、前記制御送信部（７３）は、前記第２メッセージに基づいて前記メッセージ解釈部（７２）によって決定された前記第２制御情報を、前記放送受信装置に向けて送信するものであり、前記接続装置は、前記制御送信部（７３）からＩｏＴ向けプロトコルで送信された前記第２制御情報を、ハイブリッドキャストコネクトのプロトコルに変換して送信する第２プロトコル変換部（６２）をさらに備え、前記放送受信装置は、前記第２プロトコル変換部（６２）から前記第２制御情報をハイブリッドキャストコネクトのプロトコルで受信し、前記第２制御情報に基づいて当該放送受信装置を制御する制御部（５５）を備える、というものである。
【0013】
［６］また、本発明の一態様は、受信するメッセージと前記メッセージに対応する制御情報との対応関係を、設定情報として記憶する設定情報記憶部（７７）と、放送受信装置によって放送信号から抽出された第１メッセージをハイブリッドキャストコネクトのプロトコルで受信し、前記メッセージをＩｏＴ向けプロトコルに変換して送信する第１プロトコル変換部（６６）と、前記第１プロトコル変換部からＩｏＴ向けプロトコルで前記第１メッセージを受信した場合に、前記設定情報記憶部（７７）に記憶された前記対応関係に基づいて、受信した前記第１メッセージに対応する制御情報を決定するメッセージ解釈部（７２）と、前記メッセージ解釈部（７２）によって決定された前記制御情報に対応する第１制御情報を、ＩｏＴデバイスに対して送信する制御送信部（７３）と、を備える接続装置、としてコンピューターを機能させるためのプログラムである。
【発明の効果】
【0014】
本発明によれば、設定情報記憶部に記憶された設定情報と、放送信号から抽出されたメッセージとに基づいて、ＩｏＴデバイスの挙動を制御することができる。つまり、放送信号に基づいてＩｏＴデバイスを制御することができる。
【図面の簡単な説明】
【0015】
【図1】本発明の実施形態による相互接続システムの概略機能構成を示すブロック図である。
【図2】同実施形態による放送受信装置の内部の概略機能構成を示すブロック図である。
【図3】同実施形態によるプロトコル変換装置の概略機能構成を示すブロック図である。
【図4】同実施形態によるメッセージ処理装置の概略機能構成を示すブロック図である。
【図5】同実施形態によるＩｏＴデバイスの概略機能構成を示すブロック図である。
【図6】同実施形態による相互接続システムを構成する各装置間における処理の流れを説明するシーケンス図（１／２）である。
【図7】同実施形態による相互接続システムを構成する各装置間における処理の流れを説明するシーケンス図（２／２）である。
【図8】同実施形態における放送受信装置（テレビ）のＴＤ（Thing Description）のうちのテキスト表示のためのアクションの記述の部分の例を示す概略図である。
【図9】同実施形態による放送受信装置（テレビ）のＴＤのうちのハイブリッドキャストコネクトリスナーのイベントの記述の部分の例を示す概略図である。
【図10】同実施形態におけるＩｏＴデバイス（空気清浄機）のＴＤのうちのairFlowLevel(動作レベル)という書き換え可能なプロパティーの記述の部分の例を示す概略図である。
【図11】同実施形態によるメッセージ処理装置内の設定情報記憶部が記憶する設定情報の構成の一例を示す概略図である。
【図12】同実施形態による設定情報を登録するためのユーザーインターフェース（画面）の一例を示す概略図である。
【図13】同実施形態による相互接続システムを構成する各機能をコンピューターで実現する場合の内部構成の例を示すブロック図である。
【発明を実施するための形態】
【0016】
次に、本発明の一実施形態について、図面を参照しながら説明する。本実施形態では、プロトコル変換装置６は、テレビ（放送受信装置５）が用いるハイブリッドキャスト標準プロトコルと、ＩｏＴデバイス８が用いる汎用的なプロトコルとの間でのプロトコル変換を行う。また、メッセージ処理装置７は、テレビ（放送受信装置５）側でのメッセージ（制御情報）とＩｏＴデバイス８側でのメッセージ（制御情報）とを相互に変換する処理を行う。なお、ＩｏＴは、Internet of Things（もののインターネット）の略である。
【0017】
図１は、本実施形態による相互接続システムの概略機能構成を示すブロック図である。図示するように、相互接続システム１は、放送受信装置５と、プロトコル変換装置６と、メッセージ処理装置７と、ＩｏＴデバイス８とを含んで構成される。なお、プロトコル変換装置６の機能とメッセージ処理装置７の機能とを合わせて、接続装置２として実現してもよい。また、放送受信装置５が、プロトコル変換装置６の機能を合わせて持つようにしてもよい。また、放送受信装置５が、プロトコル変換装置６の機能とメッセージ処理装置７の機能とを合わせて持つようにしてもよい。あるいは、ＩｏＴデバイス８が、メッセージ処理装置７の機能を合わせて持つようにしてもよい。また、ＩｏＴデバイス８が、メッセージ処理装置７の機能とプロトコル変換装置６の機能とを合わせて持つようにしてもよい。さらに、ハードウェアの構成としてその他の形態で機能を配置することによって図１に示す相互接続システム１を実現してもよい。図１に示す各装置の機能については、下で説明する。
【0018】
なお、相互接続システム１が持つ各機能部は、例えば、コンピューターと、プログラムとで実現することが可能である。また、各機能部は、必要に応じて、記憶手段を有する。記憶手段は、例えば、プログラム上の変数や、プログラムの実行によりアロケーションされるメモリーである。また、必要に応じて、磁気ハードディスク装置やソリッドステートドライブ（ＳＳＤ）といった不揮発性の記憶手段を用いるようにしてもよい。また、各機能部の少なくとも一部の機能を、プログラムではなく専用の電子回路として実現してもよい。
【0019】
放送受信装置５は、放送信号を受信して、その放送信号から抽出したコンテンツをユーザーに対して提示する装置である。コンテンツは、映像および音声と、その他の形態（例えば、字幕テキスト等）の情報として構成される。放送受信装置５は、いわゆる「テレビ受像機」である。放送受信装置５は、放送受信のための専用の装置であってもよいし、放送信号の受信機能を持つ何らかのコンピューターであってもよい。
【0020】
プロトコル変換装置６は、放送受信装置５側とＩｏＴデバイス８側との間での通信を可能とするためのプロトコル変換を行う。具体的には、プロトコル変換装置６は、放送受信装置５からハイブリッドキャストコネクトのプロトコルで送信されるメッセージを、ＩｏＴデバイス８用の標準的なプロトコルに変換して、メッセージ処理装置７に向けて出力する。また、プロトコル変換装置６は、メッセージ処理装置７からＩｏＴデバイス８用の標準的なプロトコルで送信されるメッセージを、ハイブリッドキャストコネクトのプロトコルに変換して、放送受信装置５に向けて出力する。ＩｏＴデバイス８用の標準的なプロトコルの一例は、ＷｏＴ（Web of Things）である。なお、プロトコル変換装置６を「相互接続機能」と呼んでもよい。
【0021】
メッセージ処理装置７は、放送受信装置５側およびＩｏＴデバイス８側から相互に対して送信されるメッセージに関する処理を行う。メッセージ処理装置７は、具体的には、放送受信装置５側およびＩｏＴデバイス８側のそれぞれから送信されるメッセージを受信し、それらのメッセージを解釈し、必要に応じてそれらのメッセージを他のメッセージに変換して、そのメッセージの相手側に向けて送信する。メッセージ処理装置７は、放送受信装置５側から送られてくるメッセージを、プロトコル変換装置６から受信する。また、メッセージ処理装置７は、放送受信装置５側に向けるメッセージを、プロトコル変換装置６に対して送信する。なお、メッセージ処理装置７の機能を、所定のコンピューター上で稼働するアプリケーションソフトウェア（アプリ）によるユーザーアプリとして実現してもよい。
【0022】
ＩｏＴデバイス８は、任意のＩｏＴデバイスである。ＩｏＴデバイス８は、他の装置との間で通信を行う機能を持っている。ＩｏＴデバイス８は、インターネット等の通信回線を介して、他の装置から制御される。また、ＩｏＴデバイス８は、その通信回線を介して、自装置が検知した情報を他の装置に対して送信する。ＩｏＴデバイス８は、例えば、スマートフォンや、タブレット端末や、スマートウォッチや、その他のウェアラブル端末や、各種家電機器や、各種空調機器や、空気清浄機や、各種スピーカー（音を出力する装置）や、各種照明機器（映像コンテンツの演出効果を持つ照明を含む）や、各種の物理量等を検知するセンサーや、音を取得するマイクロフォンや、各種の画像を撮像する撮像装置や、データを処理したり中継したりする中継装置などを含むが、ここに例示した装置に限定されるものではない。
【0023】
本実施形態におけるＩｏＴデバイス８は、放送受信装置５側から、プロトコル変換装置６およびメッセージ処理装置７を経由して送られてくるメッセージを受信し、そのメッセージの内容に基づいて動作することができる。言い換えれば、ＩｏＴデバイス８は放送受信装置５側からのメッセージに基づいて自装置を制御する。また、ＩｏＴデバイス８は、自装置の状態や自装置が検知した情報を、メッセージとして放送受信装置５側に送ることができる。その際、ＩｏＴデバイス８から送信されるメッセージは、メッセージ処理装置７およびプロトコル変換装置６を経由して、放送受信装置５によって受信される。
【0024】
ＩｏＴデバイス８が例えば空気清浄機である場合、そのＩｏＴデバイス８（空気清浄機）は、外部（例えば、放送受信装置５）から受信するメッセージに応じて、自装置（空気清浄機能）の電源をオンあるいはオフしたり、自装置の運転モードを変更したりすることができる。この運転モードには、動作レベルを含む。この動作レベルは、空気清浄機の運転の強さ（空気の流れの量）を制御するためのものである。動作レベルを変更することにより、ＩｏＴデバイス８（空気清浄機）が周囲環境に対して発するノイズの音量が変化し得る。ここでのノイズとは、空気清浄機が稼働する際のモーター音等である。
【0025】
図２は、上記の放送受信装置５の、内部の機能構成を示すブロック図である。図示するように、放送受信装置５は、放送受信および提示機能部５１と、アプリ稼働部５３とを含んで構成される。
【0026】
放送受信および提示機能部５１は、放送信号を受信し、放送信号を適宜復調し、放送信号から抽出される映像や音声等を適宜復号して、映像および音声を出力するものである。放送受信および提示機能部５１は、映像を画面等に表示し、音声をスピーカー等に出力する。放送受信および提示機能部５１は、内部に受信部５２を含む。
【0027】
受信部５２は、放送信号を受信して、放送受信および提示機能部５１内の各部（不図示）に対してその放送信号を渡す。放送信号は、高周波の信号として、電波あるいはケーブルテレビの信号などとして伝搬されるものである。受信部５２は、受信した放送信号の復調を行ってもよい。受信部５２は、さらに、復調後の信号に含まれるそれぞれのリソース（映像や音声等）について復号を行ってもよい。本実施形態における受信部５２は、放送信号を何らかの形で、後述するメッセージ抽出部５６に渡す。この放送信号は、メッセージを含むものである。メッセージは、典型的には、放送規格において規定されるイベントメッセージ（ＥＭ）であってよい。メッセージは、文字列の情報として抽出され得るものである。
【0028】
アプリ稼働部５３は、アプリケーションプログラムを稼働させることのできる、ハードウェア資源およびソフトウェア資源を有する機能である。アプリケーションプログラムは、例えば、ＨＴＭＬ５で記述される。ＨＴＭＬ５は、HyperText Markup Language（ハイパーテキストマークアップ言語）の１つである。アプリ稼働部５３においては、ハイブリッドキャストアプリ５４が稼働し得る。つまり、アプリ稼働部５３は、ハイブリッドキャストアプリ５４のコードを読み込んで実行させることができる。
【0029】
図２には、ハイブリッドキャストアプリ５４の機能構成を示している。図示するように、ハイブリッドキャストアプリ５４は、制御部５５と、メッセージ抽出部５６と、ハイコネテキスト送信部５７とを含んで構成される。各部の機能は、下で説明する通りである。なお、このハイブリッドキャストアプリ５４は、所定のタイミングで起動され、アプリ稼働部５３上で常駐稼働する。
【0030】
制御部５５は、放送受信装置５を制御する。制御部５５は、具体的には、放送受信装置５の、電源のオン／オフを制御したり、受信する放送サービスの選局を制御したり、放送受信に関する様々な状態を制御したり、受信したコンテンツの提示に関する様々な状態を制御したりする。つまり、制御部５５は、放送受信および提示機能部５１の動作を制御する。本実施形態において制御部５５は、プロトコル変換装置６から送られるメッセージを受信し、そのメッセージの内容に依存して放送受信装置５の制御を行う。このメッセージは、IｏTデバイス８から、メッセージ処理装置７およびプロトコル変換装置６を経由して放送受信装置５に送られるものである。つまり、制御部５５は、プロトコル変換装置６から制御情報（「第２制御情報」とも呼ばれる）をハイブリッドキャストコネクトのプロトコルで受信し、当該制御情報に基づいて放送受信装置５の挙動等を制御するものである。
【0031】
メッセージ抽出部５６は、受信部５２が受信する放送信号に基づくメッセージを抽出する。抽出されるメッセージは、例えば、テキストのデータであってよい。放送信号から抽出されるメッセージは、例えば、放送の規格において規定されるイベントメッセージ（ＥＭ）である。ただし、メッセージ抽出部５６は、イベントメッセージ以外のメッセージを抽出してもよい。メッセージ抽出部５６は、抽出したメッセージを、ハイコネテキスト送信部５７に渡す。
【0032】
ハイコネテキスト送信部５７は、メッセージ抽出部５６から受け取るテキスト（メッセージ、あるいは第１メッセージとも呼ぶ）を、ハイブリッドキャストコネクト（ハイコネ）のプロトコルを用いて、プロトコル変換装置６に対して送信する。言い換えれば、ハイコネテキスト送信部５７は、放送受信装置５において放送信号から抽出されたメッセージ（第１メッセージ）を、ハイブリッドキャストコネクトのプロトコルで、プロトコル変換装置６に送信する。
【0033】
次に、プロトコル変換装置６の機能構成について説明する。
図３は、本実施形態によるプロトコル変換装置の概略機能構成を示すブロック図である。図示するように、プロトコル変換装置６は、受信部６１と、ハイブリッドキャストプロトコル変換部６２と、ＩｏＴ向けプロトコル変換部６６と、送信部６７とを含んで構成される。
図３は、本実施形態によるプロトコル変換装置の概略機能構成を示すブロック図である。図示するように、プロトコル変換装置６は、受信部６１と、ハイブリッドキャストプロトコル変換部６２と、ＩｏＴ向けプロトコル変換部６６と、送信部６７とを含んで構成される。
【0034】
受信部６１は、メッセージ処理装置７からメッセージを受信する。このメッセージは、ＩｏＴデバイス８からのメッセージに基づくものであり、ＩｏＴ向けプロトコルによってメッセージ処理装置７から送られてくるものである。受信部６１は、受信したメッセージをハイブリッドキャストプロトコル変換部６２に渡す。
【0035】
ハイブリッドキャストプロトコル変換部６２は、上記の受信部６１から渡されるメッセージを、ハイブリッドキャストプロトコルのメッセージに変換する。ハイブリッドキャストプロトコル変換部６２は、この変換後のメッセージをハイブリッドキャストプロトコルによって放送受信装置５に送信する。つまり、ハイブリッドキャストプロトコル変換部６２は、メッセージ処理装置７の送信部７３からＩｏＴ向けプロトコルで送信された制御情報（第２制御情報）を、ハイブリッドキャストコネクトのプロトコルに変換するとともに、変換後の制御情報（第２制御情報）を放送受信装置５の制御部５５に対して送信する（図２参照）。なお、ハイブリッドキャストプロトコル変換部６２は、「第２プロトコル変換部」とも呼ばれる。
【0036】
ＩｏＴ向けプロトコル変換部６６は、放送受信装置５によって放送信号から抽出されたメッセージ（「第１メッセージ」と呼ぶ場合がある）を、ハイコネテキスト送信部５７からハイブリッドキャストコネクトのプロトコルで受信する（図２参照）。また、ＩｏＴ向けプロトコル変換部６６は、放送受信装置５からハイブリッドキャストコネクトのプロトコルで受信したメッセージを、ＩｏＴ向けプロトコル（ＷｏＴ等）に変換する。なお、ＩｏＴ向けプロトコル変換部６６は、「第１プロトコル変換部」とも呼ばれる。
【0037】
送信部６７は、ＩｏＴ向けプロトコル変換部６６によってＩｏＴ向けプロトコル変換に変換されたメッセージを送信する。具体的には、送信部６７は、そのメッセージをメッセージ処理装置７に向けて送信する。
【0038】
図４は、本実施形態によるメッセージ処理装置の概略機能構成を示すブロック図である。図示するように、メッセージ処理装置７は、受信部７１と、メッセージ解釈部７２と、送信部７３と、設定情報記憶部７７と、デバイス情報記憶部７８とを含んで構成される。各部の機能は、次の通りである。
【0039】
受信部７１は、外部から送信されるメッセージを受信する。具体的には、受信部７１は、プロトコル変換装置６から（放送受信装置５側から）送信されるメッセージを受信する。また、受信部７１は、ＩｏＴデバイス８からメッセージが送信される場合には、そのメッセージを受信してもよい。受信部７１は、受信したメッセージを、メッセージ解釈部７２に渡す。
【0040】
メッセージ解釈部７２は、メッセージ処理装置７が受信したメッセージを解釈する。メッセージ解釈部７２は、メッセージの解釈を行うために、設定情報記憶部７７に記憶されている情報を参照する。つまり、メッセージ解釈部７２は、放送受信装置５側から受信したメッセージと、ＩｏＴデバイス８に対して送信する制御情報との対応関係を設定情報記憶部７７から読み取ることによって、メッセージの解釈を行う。メッセージ解釈部７２は、メッセージの解釈の結果として、そのメッセージに対応する制御情報を決定する。
【0041】
なお、後述するように、メッセージ解釈部７２は、逆方向に送られるメッセージを解釈してもよい。つまり、メッセージ解釈部７２は、ＩｏＴデバイス８からメッセージが送信される場合には、そのメッセージを、設定情報記憶部７７に記憶されている設定情報に基づいて解釈してよい。この場合に、メッセージ解釈部７２は、ＩｏＴデバイス８からのメッセージに対応する制御情報を決定する。
【0042】
送信部７３は、メッセージ解釈部７２によって決定された制御情報を、他の装置を制御するための情報として送信する。なお、送信部７３は、他の装置を制御するための制御情報を送信するものであり、「制御送信部」とも呼ばれる。
【0043】
具体的には、送信部７３は、放送受信装置５側から送信されてきたメッセージに基づいてメッセージ解釈部７２が決定した制御情報（この方向の制御情報を「第１制御情報」と呼ぶ場合がある）を、ＩｏＴデバイス８に対して送信する。また、送信部７３は、逆方向の制御情報を送信してもよい。ＩｏＴデバイス８に対して送信した制御情報（第１制御情報）に対応して、別の制御情報（「第２制御情報」と呼ぶ場合がある）を、放送受信装置５へ向けて（具体的には、プロトコル変換装置６に対して）送信する。つまり、送信部７３は、ＩｏＴデバイス８に対して制御情報（第１制御情報）を送信する際に、当該第１制御情報に関連付く第２制御情報を放送受信装置５に向けて、プロトコル変換装置６に送信してよい。
【0044】
設定情報記憶部７７は、相互接続システム１に関する設定情報を記憶する。この設定情報は、例えばユーザーの操作等によって設定可能である。あるいは、ユーザーの操作の有無にかかわらず予め設定されていてもよいし、何らかの装置等から設定情報を読み込むようにしてもよい。設定情報記憶部７７が記憶する設定情報の代表は、メッセージと制御情報（制御動作に関する情報）との関係の設定に関する情報である。つまり、設定情報記憶部７７は、メッセージ処理装置７が受信するメッセージと、当該メッセージに対応する制御情報との対応関係を記憶する。設定情報記憶部７７は、放送受信装置５側から送信されてくるメッセージ（第１メッセージ）と、ＩｏＴデバイス８側から送信されてくるメッセージ（第２メッセージ）との、両者それぞれについて、対応する制御情報の情報を記憶していてもよい。なお、設定情報記憶部７７が記憶する情報の構成例については、後で図１１を参照しながら説明する。
【0045】
デバイス情報記憶部７８は、放送受信装置５およびＩｏＴデバイス８に関する情報（これらをデバイス情報と呼ぶ）を記憶する。本実施形態では、具体的には、デバイス情報記憶部７８は、放送受信装置５（テレビ）のＴＤ（Thing Description）と、各種のＩｏＴデバイス８のＴＤを記憶する。これらのデバイス情報は、放送受信装置５やＩｏＴデバイス８の各装置から提供されるものであってよい。なお、本実施形態では、デバイス情報はＴＤの形態でデバイス情報記憶部７８に記憶されるが、デバイス情報の形式は任意であり、他の形態であってもよい。
【0046】
図５は、本実施形態によるＩｏＴデバイスの概略機能構成を示すブロック図である。図示するように、ＩｏＴデバイス８は、受信部８１と、制御部８２と、検知部８３と、送信部８４と、デバイス機能部８８とを含んで構成される。各部の機能は、次の通りである。
【0047】
受信部８１は、メッセージ処理装置７から送信される制御情報を受信する。具体的には、受信部８１は、ＩｏＴデバイス向けプロトコルを用いて、制御情報を受信する。受信部８１は、受信した制御情報を制御部８２に渡す。
【0048】
制御部８２は、受信部８１から渡された制御情報にしたがって、デバイス機能部８８を制御する。ＩｏＴデバイス８は、任意の機能を有するデバイスであってよい。制御部８２による制御の内容は、ＩｏＴデバイス８が持つ機能に依存するものであってよい。ＩｏＴデバイス８は、例えば、音や光を発するものであったり、その他の手段で環境に作用を及ぼすものであったり、環境における様々な測定あるいは検知を行うものであったりしてよい。制御部８２は、そのような多様なＩｏＴデバイス８の、動作を制御する。一例として、ＩｏＴデバイス８が空気清浄機である場合、制御部８２は、空気清浄機の動作レベル（空気清浄の動作における空気の流量など）を制御するものであってよい。即ち、制御部８２は、受け取る制御情報に基づいて、自装置の動作レベルを変更することができる。
【0049】
検知部８３は、ＩｏＴデバイス８自身（あるいは、デバイス機能部８８）の状態を検知したり、環境における測定結果（例えば物理量等の測定）を検知したり、その他の様々な事象等を検知したりする。検知部８３が検知する対象は様々であってよい。一例として、ＩｏＴデバイス８が空気清浄機である場合、制御部８２は、現在の稼働状況（稼働中であるか否か）や、現在の動作レベルや、その他の事項を検知して、検知結果の情報を含んだメッセージを生成することができる。検知部８３は、生成したメッセージを、送信部８４に渡す場合がある。
【0050】
送信部８４は、検知部８３によって生成されたメッセージを、メッセージ処理装置７に対して送信することができる。具体的には、送信部８４は、ＩｏＴデバイス向けプロトコルを用いて、メッセージを送信する。
【0051】
デバイス機能部８８は、そのＩｏＴデバイス８に特有の機能を持つ。一例として、ＩｏＴデバイス８が空気清浄機である場合には、デバイス機能部８８は、所定の動作レベル（例えば、１から８までのいずれかの整数によって指定されるレベル）で、空気を吸入し、その空気を浄化（例えばフィルタリング処理等）し、浄化済みの空気を排出する。デバイス機能部８８は、前記の制御部８２によって制御される。制御部８２による制御の一例として、制御部８２は、デバイス機能部の動作レベルを変更する場合がある。動作レベルが変更されると、デバイス機能部８８の機能（動作）の強さ等が変わる。また、デバイス機能部８８の動作状況等を、検知部８３が検知する場合がある。
【0052】
以上のような構成を有することにより、ＩｏＴデバイス８の制御部８２は、受け取る制御情報にしたがって、ＩｏＴデバイス８自身の挙動を制御する。つまり、ＩｏＴデバイス８は、放送受信装置５が放送信号から抽出したメッセージに依存して挙動することができる。
【0053】
次に、図６および図７を参照しながら、相互接続システム１の動作手順について説明する。図６および図７は、相互接続システム１を構成する各装置間における処理の流れを説明するシーケンス図である。以下、これらの図に沿って処理の手順を説明する。なお、このシーケンス図の例においては、ＩｏＴデバイス８が空気清浄機であることを想定しているが、一般にはＩｏＴデバイス８が空気清浄機以外のデバイスであってもよい。
【0054】
ステップＳ１において、ＩｏＴデバイス８（空気清浄機）は、ＴＤ（Thing Description）のデータをメッセージ処理装置７に対して送信する。メッセージ処理装置７は、そのＴＤを受信して保存する。なお、本ステップにおいてＩｏＴデバイス８が送信するＴＤは、当該ＩｏＴデバイス８へのアクセスについて記述されたデータである。このＩｏＴデバイス８のＴＤのデータ構成例の詳細については、後で図１０を参照しながら説明する。
【0055】
ステップＳ２において、プロトコル変換装置６は、ＴＤのデータをメッセージ処理装置７に対して送信する。メッセージ処理装置７は、そのＴＤを受信して保存する。本ステップにおいてプロトコル変換装置６が送信するＴＤは、放送受信装置５へのアクセスについて記述されたデータである。この放送受信装置５のＴＤのデータ構成例の詳細については、後で図８および図９を参照しながら説明する。なお、ステップＳ１の処理とステップＳ２の処理の順序が逆であってもよい。
【0056】
ステップＳ３において、メッセージ処理装置７は、ステップＳ１およびＳ２のそれぞれにおいて受信したＴＤに基づいて、ＩｏＴデバイス８および放送受信装置５を、接続されているデバイスとして認識する。メッセージ処理装置７は、これらのＴＤにおいて記述されている情報に基づいて、ＩｏＴデバイス８や放送受信装置５にアクセスすることができる。ステップＳ１およびＳ２のそれぞれにおいて受信されたＴＤや、その他のデバイスに関する情報は、メッセージ処理装置７内のデバイス情報記憶部７８に書き込まれ、保持される。
【0057】
ステップＳ４において、メッセージ処理装置７は、ユーザー設定を行う。つまり、メッセージ処理装置７は、ユーザーからの操作に基づく設定を行うことができる。ユーザー設定に関する情報は、メッセージ処理装置７内の設定情報記憶部７７に書き込まれ、保持される。
【0058】
このステップＳ４においてユーザーが入力することのできる設定の一例は、次の通りである。例えば、ユーザーは、「example:scene」という名前（ラベル）の付いた設定をメッセージ処理装置７に入力することができる。この設定の内容は、例えば、「「replay」メッセージを受信したら空気清浄機の動作レベル（動作モード）を１に変更する」というものであってよい。ここで「replay」（リプレイ）メッセージとは、放送受信装置５が受信する放送信号の中に「replay」というイベントメッセージ（ＥＭ）が含まれていたときに、放送受信装置５から、プロトコル変換装置６を経由してメッセージ処理装置７に渡されるメッセージである。放送信号の中の「replay」メッセージは、例えば、放送コンテンツ（番組）がスポーツ中継（サッカー中継等）である場合に、その重要なシーンのリプレイ映像が現在流されていることを表すメッセージであってよい。また、空気清浄機の動作レベルは、後述するＩｏＴデバイス８のＴＤにおいても定義されている「airFlowLevel」という属性に対応するものである。つまり、本例のユーザー設定では、放送信号に含まれるメッセージ（ＥＭ）の内容に応じてＩｏＴデバイスの動作レベルを変更する、というルールを設定しておくことを可能とする。ステップＳ４において行われたユーザー設定の内容は、適切に表現されたデータとして、メッセージ処理装置７内の設定情報記憶部７７に書き込まれ、保持される。設定情報記憶部７７が記憶している設定の情報は、必要時にメッセージ解釈部７２によって読み出される。
【0059】
ステップＳ５の処理の時点までに、放送受信装置５は、特定のサービス（チャンネル）の放送信号の受信を開始している。放送信号は、映像や音声や字幕テキストやイベントメッセージ（ＥＭ）やその他の制御情報を含む。ステップＳ５において、放送受信装置５は、放送信号に含まれるメッセージ（ＥＭ）を受信する。具体的には、放送受信装置５が受信する放送信号には、標準規格であるＡＲＩＢ ＳＴＤ－Ｂ２４の「第７．１．２節 汎用イベントメッセージ記述子」において規定される汎用イベントメッセージ記述子の形式でのメッセージが含まれる。本ステップにおいて放送受信装置５が受信するメッセージ（ＥＭ）の内容の例は、「replay」というメッセージである。放送受信装置５の受信部５２は、受信した放送信号を、ハイブリッドキャストアプリ５４に渡す。
【0060】
以下におけるステップＳ６、Ｓ７、Ｓ２０、およびＳ２１の処理は、放送受信装置５上で稼働するハイブリッドキャストアプリ５４による処理である。
【0061】
ステップＳ６において、放送受信装置５上で稼働するハイブリッドキャストアプリ５４内のメッセージ抽出部５６は、受信部５２から渡される放送信号からメッセージを抽出する。具体的には、メッセージ抽出部５６は、ハイブリッドキャストの規格であるＩＰＴＶＦＪ ＳＴＤ－００１１において規定されているaddGeneralEventMessageListenerというＡＰＩを呼び出すことによって、汎用イベントメッセージリスナーを登録する。このリスナーにより、メッセージ抽出部５６はイベントメッセージを取得する。言い換えれば、放送受信装置５上のメッセージ抽出部５６は、受信中の放送信号からイベントメッセージを抽出する。メッセージ抽出部５６が、前記の汎用イベントメッセージ記述子の形式でメッセージを抽出するようにしてよい。ステップＳ６において抽出されるイベントメッセージの内容の例は「replay」というメッセージである。
【0062】
ステップＳ７において、放送受信装置５上で稼働するハイブリッドキャストアプリ５４内のハイコネテキスト送信部５７は、上のステップＳ６において抽出されたメッセージを、プロトコル変換装置６に対して送信する。ハイコネテキスト送信部５７は、メッセージの通信方法としては、ＩＰＴＶＦＪ ＳＴＤ－００１３の「第７．１．１．２．３節 メッセージング」において規定される方法を用いることができる。つまり、ハイコネテキスト送信部５７は、ハイブリッドキャストコネクトのプロトコルを用いて、上記のメッセージを送信する。より具体的には、ハイコネテキスト送信部５７は、「sendTextToCompanionDevice」のＡＰＩを呼び出すことにより、ステップＳ６において抽出した汎用イベントメッセージをオブジェクト形式で送信することができる。この「sendTextToCompanionDevice」のＡＰＩに関しては、ＩＰＴＶＦＪ ＳＴＤ－００１１の「第３．１．２３節 端末連携のためのインターフェース」内のsendTextToCompanionDevice/addCompanionDeviceTextMessageListner/removeCompanionDeviceTextMessageListenerにおいて規定されている。
【0063】
ステップＳ８において、プロトコル変換装置６のＩｏＴ向けプロトコル変換部６６は、ステップＳ７において放送受信装置５から送信されたメッセージを、受信する。
【0064】
ステップＳ９において、プロトコル変換装置６のＩｏＴ向けプロトコル変換部６６は、ステップＳ８において受信したメッセージを、ＷｏＴプロトコルのメッセージに変換する。ＩｏＴ向けプロトコル変換部６６は、例えば、ハイブリッドキャストコネクトとＷｏＴとの間での双方向の変換のためのテーブルを予め記憶しておき、そのテーブルを参照することによって、プロトコルの変換を行う。ＩｏＴ向けプロトコル変換部６６は、例えば、放送受信装置５のＴＤに記述されるイベント「hybridcastCompanionConnectListener」（後で図８を参照しながら説明する）が持つプロパティー「data」（図８の第８行から第１０行まで）に沿って、ＷｏＴのオブジェクトへの変換を行う。ＩｏＴ向けプロトコル変換部６６は、プロトコル変換後のメッセージを、送信部６７に渡す。
【0065】
ステップＳ１０において、プロトコル変換装置６の送信部６７は、上のステップＳ９においてＩｏＴ向けプロトコル変換部６６から受け取ったメッセージを、ＷｏＴプロトコルにより、メッセージ処理装置７に対して送信する。
【0066】
まず、ステップＳ１１において、メッセージ処理装置７の受信部７１は、ステップＳ１０においてプロトコル変換装置６の送信部６７から送信されたメッセージを、受信する。受信部７１は、放送受信装置５のＴＤに記述されているイベント「hybridcastCompanionConnectListener」の通知としてこのメッセージを含んだオブジェクトを受信する。受信部７１は、受信したメッセージを、メッセージ解釈部７２に渡す。
【0067】
図７に移り、ステップＳ１２において、メッセージ処理装置７のメッセージ解釈部７２は、設定情報記憶部７７を参照しながら、ステップＳ１１において受信部７１から渡されたメッセージを解釈する。前述の通り、設定情報記憶部７７は、ユーザーが設定したルールを記憶している。ステップＳ４において説明した例では、設定情報記憶部７７は、「example:scene」の名前の付いた設定として、「「replay」メッセージを受信したら空気清浄機の動作レベルを１に変更する」という設定を記憶している。つまり、上のステップＳ１１において受信したメッセージが「replay」であるとき、メッセージ解釈部７２は、上記のような設定に基づき、空気清浄機の動作レベルを１に変更すべきであるという解釈を行う。メッセージ解釈部７２は、受信されたメッセージを解釈した結果として、ＩｏＴデバイス８（空気清浄機）の動作レベルを１に変更するための制御情報を出力する。具体的には、メッセージ解釈部７２は、ＩｏＴデバイス８（空気清浄機）を制御するための制御情報を、送信部７３に渡す。
【0068】
具体的には、メッセージ内において、シーン情報を表す「example:scene」の値が「replay」（リプレイ）である場合、メッセージ解釈部７２は、この「replay」に合致する制御情報を、設定情報記憶部７７から探し出す。この設定情報に基づいて、メッセージ解釈部７２は、プロパティー「airFlowLevel」（図１０）のformsを参照することによって「空気清浄機の動作レベルを「１」に変更する」という制御情報を決定する。
【0069】
次に、ステップＳ１３において、メッセージ処理装置７の送信部７３は、ステップＳ１２においてメッセージ解釈部７２が出力した制御情報を、ＩｏＴデバイス８（空気清浄機）に対して送信する。ＩｏＴデバイス８（空気清浄機）のＴＤは、プロパティーの１つとして、「airFlowLevel」（動作レベル）に関する記述を含む（後で図１０を参照しながら説明する）。このプロパティー「airFlowLevel」の値は、１以上且つ８以下の数値または「auto」（自動）である（図１０の第７行目から第１９行目まで）。ＩｏＴデバイス８（空気清浄機）のプロパティー「airFlowLevel」の値を読み取ったり変更したりする操作については、そのＴＤの要素「forms」内に記述されている（図１０の第２９行目から第３２行目まで）。送信部７３は、デバイス情報記憶部７８に記憶されている上記のようなＩｏＴデバイス８（空気清浄機）のＴＤの記述に基づいて、ＩｏＴデバイス８（空気清浄機）の動作レベルを「１」に変更するための制御情報を送信する。
【0070】
ステップＳ１４において、ＩｏＴデバイス８（空気清浄機）の受信部８１は、ステップＳ１３においてメッセージ処理装置７から送信された制御情報（動作レベルを変更する制御）を受信する。受信部８１は、メッセージ処理装置７から受信した上記の制御情報を制御部８２に渡す。
【0071】
次に、ステップＳ１５において、ＩｏＴデバイス８（空気清浄機）の制御部８２は、ステップＳ１４で受信部８１から渡された制御情報に基づいて、自装置を制御する。具体的には、制御部８２は、自装置のデバイス機能部８８に対して作用することにより、自装置の動作レベル（airFlowLevel）を「１」に変更する。「１」は、受信した制御情報の中において指定されている値である。本例におけるＩｏＴデバイス８（空気清浄機）は、８段階（１から８まで）の動作レベルを持ち、この値「１」は最も弱い動作（発するノイズも小さい）に対応する。つまり、放送受信装置５によって受信された放送信号に基づいて、ＩｏＴデバイス８（空気清浄機）の動作レベルを弱くする結果となっている。
【0072】
一方で、ステップＳ１６において、メッセージ処理装置７の送信部７３は、制御結果を表すメッセージをプロトコル変換装置６に対して送信する。本ステップにおいて送信されるメッセージは、メッセージ処理装置７がＩｏＴデバイス８（空気清浄機）に対して送信した制御情報の内容（動作レベルを「１」に変更）を表すテキスト等である。そのメッセージの一例は、「空気清浄機のairFlowLevelを１に変更しました。」というテキストである。言い換えれば、メッセージ処理装置７の送信部７３は、放送受信装置５の画面に特定のメッセージを表示するための制御を行う。
【0073】
放送受信装置５のＴＤには、「displayText」というアクションが記述されている（後で図８を参照しながら説明する）。上のステップＳ１６におけるメッセージ処理装置７からプロトコル変換装置６に対するメッセージの送信は、このアクション「displayText」を用いて行われるものである。図８の第４行目から第１１行目までには、要素「forms」が記述されている。この「forms」の中には、要素「href」が存在し（図８の第８行目）ており、ここに放送受信装置５に対するアクション「displayText」を起動するためのＵＲＬが記述されている。
【0074】
ステップＳ１７において、プロトコル変換装置６の受信部６１は、ステップＳ１６においてメッセージ処理装置７から送信されたメッセージを受信する。受信部６１は、本ステップで受信したメッセージをハイブリッドキャストプロトコル変換部６２に渡す。
【0075】
次に、ステップＳ１８において、ハイブリッドキャストプロトコル変換部６２は、ステップＳ１７で受け取ったメッセージをハイブリッドキャストコネクトのプロトコルに変換する。
【0076】
そして、ステップＳ１９において、ハイブリッドキャストプロトコル変換部６２は、変換後のメッセージを放送受信装置５に送信する。具体的には、ハイブリッドキャストプロトコル変換部６２は、放送受信装置５のＴＤに記述されているアクション「displayText」に沿って、上記メッセージを含んだオブジェクトを、放送受信装置５に送信する。アクション「displayText」を起動する際の入力データ（オブジェクト）については、図８の第１２行目から第２５行目までの要素「input」として記述されている。図８のこの要素「input」に沿った入力データ（オブジェクト）の一例は、下記の通りである。
［例］
“@type”:”Message”,
“example:action”:”display”,
“text”:“空気清浄機のairFlowLevelを１に変更しました。”
［例］
“@type”:”Message”,
“example:action”:”display”,
“text”:“空気清浄機のairFlowLevelを１に変更しました。”
【0077】
ステップＳ２０において、放送受信装置５の制御部５５は、ステップＳ１９でプロトコル変換装置６から送信されたメッセージを受信する。具体的には、制御部５５は、ハイブリッドキャストのＡＰＩ「addCompanionDeviceTextMessageListener」を用いて受信したメッセージを抽出する。ＡＰＩ「addCompanionDeviceTextMessageListener」は、ＩＰＴＶＦＪ ＳＴＤ－００１１の「第３．１．２３節 端末連携のためのインターフェース」において規定されている。
【0078】
次に、ステップＳ２１において、放送受信装置５の制御部５５は、ステップＳ２０で取得したメッセージ（本例では、「空気清浄機のairFlowLevelを１に変更しました。」というテキスト）を画面に表示する。
【0079】
上記の処理の例では、放送受信装置５の制御部５５は、放送受信装置５が画面上にメッセージを表示するように制御を行った。制御部５５は、放送受信装置５が他の動作をするように制御を行ってもよい。例として、制御部５５は、放送受信装置５が出力する音量を変更するように制御したり、放送受信装置５が受信する放送サービスの選局動作（特定の放送チャンネルへの切り替え）をするように制御したり、放送受信装置５の電源をオンあるいはオフするように制御したりすることができる。
【0080】
また、上記の処理（図６、図７）の例では、メッセージ処理装置７の送信部７３は、ステップＳ１３においてＩｏＴデバイス８に対して制御情報（第１制御情報）を送信する一方で、このアクションをトリガーとして、ステップＳ１６においては放送受信装置５に特定のメッセージを表示するための制御情報（第２制御情報）を放送受信装置５に向けて、すなわちプロトコル変換装置６に対して送信している。その代わりに、メッセージ処理装置７の送信部７３は、ＩｏＴデバイス８から送出されるメッセージに対応する制御情報（第２制御情報）を放送受信装置５に向けて送信するようにしてもよい。
【0081】
その場合の処理の流れは、次の通りである。即ち、ＩｏＴデバイス８の送信部８４は、ＩｏＴデバイス８の何らかの処理結果に基づいて生成されるメッセージ（このメッセージを「第２メッセージ」とも呼ぶ）を、メッセージ処理装置７に送信する。メッセージ処理装置７は、そのＩｏＴデバイス８からのメッセージ（第２メッセージ）を受信する。ＩｏＴデバイス８から送信されたメッセージ（第２メッセージ）を受信した場合に、メッセージ解釈部７２は、設定情報記憶部７７に記憶された対応関係に基づいて、受信されたメッセージ（第２メッセージ）に対応する制御情報を決定する。送信部７３は、上記のメッセージ（第２メッセージ）に基づいてメッセージ解釈部７２によって決定された制御情報（第２制御情報）を、放送受信装置５側に向けて（即ち、プロトコル変換装置６に対して）送信する。プロトコル変換装置６のハイブリッドキャストプロトコル変換部６２は、メッセージ処理装置７の送信部７３からＩｏＴ向けプロトコルで送信された制御情報（第２制御情報）を、ハイブリッドキャストコネクトのプロトコルに変換する。また、ハイブリッドキャストプロトコル変換部６２は、変換後の制御情報（第２制御情報）を、放送受信装置５に対して送信する。放送受信装置５の制御部５５は、ハイブリッドキャストプロトコル変換部６２から、制御情報（第２制御情報）をハイブリッドキャストコネクトのプロトコルで受信し、当該制御情報に基づいて放送受信装置５を制御する。
【0082】
以上の一連の処理で説明したように、相互接続システム１においては、放送受信装置５が放送信号から抽出したメッセージの内容に基づいて、ＩｏＴデバイス８の動作を制御することができる。また、ステップＳ１からＳ２１までの処理には含まれないが、ＩｏＴデバイス８から送信されるメッセージの内容に基づいて、放送受信装置５の動作を制御することができる。
【0083】
次に、図８、図９、および図１０を参照しながら、相互接続システム１が動作する際に使用されるＴＤ（Thing Description）のデータ構成の例について説明する。図示するようにＴＤはＪＳＯＮ形式（ＪＳＯＮは、JavaScript Object Notation の略）のデータとして記述され得るが、ＴＤの表現方法等がこれに限定されるわけではない。なお、図８、図９、および図１０においては、参照のための行番号を付与している。図８は、放送受信装置５のＴＤにおけるというアクションについて記述した部分を示す概略図である。図９は、放送受信装置５のＴＤにおける「hybridcastCompanionConnectListener」（ハイブリッドキャスト連携端末接続リスナー）というイベントについて記述した部分を示す概略図である。図１０は、ＩｏＴデバイス８の一つである空気清浄機のＴＤにおける「airFlowLevel」（空気フローレベル、空気清浄機の動作レベル）という属性について記述した部分を示す概略図である。
【0084】
図８に示す放送受信装置５のアクション「displayText」の詳細について説明する。第１行目から第２７行目までは、要素「actions」である。要素「actions」は、１つまたは複数のアクションの記述を含んでよい。本例では、要素「actions」に含まれるアクションは、要素「displayText」（第２行目から第２６行目まで）のみである。この「displayText」というアクションは、放送受信装置５の画面等にテキストを表示するための機能を表す。要素「displayText」は、要素「title」（第３行目）と、要素「forms」（第４行目から第１１行目まで）と、要素「input」（第１２行目から第２５行目まで）とを含む。要素「title」は、当該アクションの「Display messages」というタイトル（文字列）を持つ。要素「forms」は、当該アクションを起動するための所在情報「https://tv.example.net/antwapp/displayMessage」や、方法「ＰＯＳＴ」を含む。要素「input」は、当該アクションに対する入力データ（オブジェクト）の構成に関する記述を含む。具体的には、要素「input」は、要素「type」（第１３行目）と、要素「properties」（第１４行目から第２４行目まで）とを含む。この要素「properties」は、要素「@type」（第１５行目から第１７行目まで）と、要素「example:action」（第１８行目から第２０行目まで）と、要素「text」（第２１行目から第２３行目まで）とを含む。
【0085】
図９に示す放送受信装置５のイベント「hybridcastCompanionConnectListener」の詳細について説明する。第１行目から第２４行目までは、要素「events」である。要素「events」は、１つまたは複数のイベントの記述を含んでよい。本例では、要素「events」に含まれるイベントは、要素「hybridcastCompanionConnectListener」（第２行目から第２３行目まで）のみである。この「hybridcastCompanionConnectListener」というイベントは、放送受信装置５から連携端末に対して送出されるメッセージを通知するためのイベントである。この要素「hybridcastCompanionConnectListener」は、要素「title」（第３行目）と、要素「titles」（第４行目から第７行目まで）と、要素「data」（第８行目から第１０行目まで）と、要素「properties」（第１１行目から第１５行目まで）と、要素「forms」（第１６行目から第２２行目まで）とを含む。
【0086】
第３行目の要素「title」は、値として「Message is emitted.」という文字列を持つ。第４行目から第７行目までの要素「titles」は、上記の要素「title」に対応するものであり、英語（en）によるタイトルの文字列「Message is emitted.」と、日本語（ja）によるタイトルの文字列「メッセージが送出された．」とを持つ。第１６行目から第２２行目までの要素「forms」は、イベントの通知を受けるための所在情報等の情報を含む。
【0087】
図１０に示す属性「airFlowLevel」の詳細について説明する。図１０の第１行目以後は、要素「properties」である。この要素「properties」は、１つまたは複数のプロパティーに関する記述を含み得る。本例では、要素「properties」は、要素「airFlowLevel」（第２行目から第４１行目まで）を含む。要素「properties」が、その他のプロパティーに相当する要素を含んでもよいが、図１０では第４２行目以後の記載を省略している。
【0088】
上記の要素「airFlowLevel」は、要素「echonet:epc」（第３行目）と、要素「readOnly」（第４行目）と、要素「writeOnly」（第５行目）と、要素「observable」（第６行目）と、要素「oneOf」（第７行目から第１９行目まで）と、要素「forms」（第２０行目から第３８行目まで）と、要素「title」（第３９行目）と、要素「description」（第４０行目）とを含む。
【0089】
要素「echonet:epc」は、要素「readOnly」は、当該属性値（airFlowLevel）が読み出し専用（リードオンリー）であるか否かを表す真偽値（「true」または「false」）を持つ。要素「writeOnly」は、当該属性値（airFlowLevel）が書き込み専用（ライトオンリー）であるか否かを表す真偽値を持つ。要素「observable」は、当該属性値（airFlowLevel）が観測可能であるか否かを表す真偽値を持つ。要素「oneOf」は、当該属性値（airFlowLevel）が、最小値が１且つ最大値が８の数値（第８行目から第１２行目までのブロック）であるか、「auto」（自動）という値のストリング（文字列）であるか、のいずれかであることを表す。要素「forms」は、当該属性値（airFlowLevel）へのアクセス（読み取りや書き込み）のための所在情報や方法等についての記述を含む。要素「title」は、当該属性値に付与されているタイトル（名称）の情報（本例では、「airFlowLevel」）を持つ。要素「description」は、当該属性値についての説明（記述）の情報を持つ。
【0090】
図１１は、メッセージ処理装置７内の設定情報記憶部７７が記憶する設定情報の構成の一例を示す概略図である。図示するように、１件の設定情報は、受信メッセージの条件と制御情報との対として構成される情報である。つまり、１件の設定情報は、メッセージ処理装置７がメッセージを受信した際に、そのメッセージの種類・内容等に応じてどのような制御が行われるものであるかを規定する情報である。図示する例では、設定情報記憶部７７に記憶されている設定情報は、設定情報１、設定情報２、設定情報３、・・・を含む。これらのうち、設定情報１（便宜的に行番号を付している）は、受信メッセージの条件（第２行目から第６行目までの要素「condition」）においては、受信メッセージの送信元（第５行目の「from」要素）は「放送受信装置」であり、メッセージテキストは「“example:scene”:”replay”」という記述が含まれる「replay」のメッセージである。なお、第３行目は、条件のタイプが「Message」（受信メッセージ）であることを表す。また、この受信メッセージに対応する制御の対象はＩｏＴデバイス８（空気清浄機）であり、その制御の内容は「動作レベル（airFlowLevel）を「１」に設定する」である。即ち、設定情報１の制御情報（第７行目から第１１行目までの「control」要素）においては、制御ターゲット（第８行目の「target」要素）が「空気清浄機」であり、制御対象の属性（第９行目の「property」要素）が「setAirFlowLevel」であり、制御値（第１０行目の「value」要素）が「１」である。つまり、設定情報１としては、放送受信装置５側から「replay」のメッセージを受信した場合には、メッセージ処理装置７は、空気清浄機の動作レベルを１に設定するための制御情報を送出することが設定されている。設定情報２以後については説明を省略するが、設定情報１と同様にそれぞれに設定情報において条件と制御情報との対が定義され得る。なお、ここに図示した設定情報は単なる一例であり、受信メッセージの条件と制御情報との関係については様々な種類の設定がなされ得る。
【0091】
なお、図１１に示したような設定情報は、例えばユーザーが画面等を操作することによって設定されるものであってもよいし、あるいは他の装置から指示されたり何らかの記憶装置から読み出されたりして設定されるものであってもよい。
【0092】
図１２は、設定情報を登録するための画面（ユーザーインターフェース）の一例を示す概略図である。例えば図６の処理手順において説明したステップＳ４の処理（ユーザー設定）は、例えば、このような図１２の画面をユーザーが操作することによって行われ得る。図１２のような設定画面は、メッセージ処理装置７がディスプレイ装置等に表示するものであってもよいし、他の装置によって表示されるものであってもよい。図１２の画面が表示された際に、ユーザーは、キーボード等から文字を入力したり、マウス操作（あるいは画面タップの操作）によってプルダウンメニューからの項目の選択を行ったりすることができる。図１２に示す設定画面の例は、図１１で説明した設定情報１に対応している。即ち、受信メッセージの送信元は放送受信装置であり、メッセージテキストが「“example:scene”:”replay”」を含む条件である。また、その受信メッセージに対応する制御の対象はＩｏＴデバイス（空気清浄機）であり、制御の内容は「動作レベル（airFlowLevel）を「１」に設定する」である。
【0093】
図１３は、相互接続システム１を構成する各機能をコンピューターで実現する場合の内部構成の例を示すブロック図である。図示するように、そのコンピューターは、中央処理装置９０１と、ＲＡＭ９０２と、入出力ポート９０３と、入出力デバイス９０４や９０５等と、バス９０６と、を含んで構成される。コンピューター自体は、既存技術を用いて実現可能である。中央処理装置９０１は、ＲＡＭ９０２等から読み込んだプログラムに含まれる命令を実行する。中央処理装置９０１は、各命令にしたがって、ＲＡＭ９０２にデータを書き込んだり、ＲＡＭ９０２からデータを読み出したり、算術演算や論理演算を行ったりする。ＲＡＭ９０２は、データやプログラムを記憶する。ＲＡＭ９０２に含まれる各要素は、アドレスを持ち、アドレスを用いてアクセスされ得るものである。なお、ＲＡＭは、「ランダムアクセスメモリー」の略である。入出力ポート９０３は、中央処理装置９０１が外部の入出力デバイス等とデータのやり取りを行うためのポートである。入出力デバイス９０４や９０５は、入出力デバイスである。入出力デバイス９０４や９０５は、入出力ポート９０３を介して中央処理装置９０１との間でデータをやりとりする。バス９０６は、コンピューター内部で使用される共通の通信路である。例えば、中央処理装置９０１は、バス９０６を介してＲＡＭ９０２のデータを読んだり書いたりする。また、例えば、中央処理装置９０１は、バス９０６を介して入出力ポート９０３にアクセスする。
【0094】
上述した実施形態における相互接続システムが持つ機能の少なくとも一部の機能をコンピューターで実現することができる。その場合、この機能を実現するためのプログラムをコンピューター読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピューターシステムに読み込ませ、実行することによって実現しても良い。なお、ここでいう「コンピューターシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピューター読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、ＵＳＢメモリー等の可搬媒体、コンピューターシステムに内蔵されるハードディスク等の記憶装置のことをいう。つまり、「コンピューター読み取り可能な記録媒体」とは、非一過性の（non-transitory）コンピューター読み取り可能な記録媒体であってよい。さらに「コンピューター読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、一時的に、動的にプログラムを保持するもの、その場合のサーバーやクライアントとなるコンピューターシステム内部の揮発性メモリーのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピューターシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。
【0095】
以上、複数の実施形態を説明したが、本発明はさらに次のような変形例でも実施することが可能である。
【0096】
例えば、図１から図５までにおいて、本実施形態の装置およびその機能の構成を説明した。しかしながら、どの機能を括って一つの筐体内に収納して「装置」として構成するかの形態は、図１から図５までにおいて示した形態に限られるものではない。同様の機能部を有して同様の作用をするならば、ハードウェアとしての「装置」の構成は任意である。
【0097】
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【0098】
なお、特許請求の範囲内において括弧内に記している数値（符号）は実施形態における構成との対応関係を表すものであるが、これらの数値（符号）は、特許請求の範囲を実施形態の構成に限定することを意図するものではない。これらの数値（符号）は、特許請求の範囲を限定するものではない。
【産業上の利用可能性】
【0099】
本発明は、例えば、放送受信装置（テレビ）とＩｏＴデバイスとを連携動作させるためのシステムとして利用することができる。但し、本発明の利用範囲はここに例示したものには限られない。
【符号の説明】
【0100】
１ 相互接続システム
２ 接続装置
５ 放送受信装置
６ プロトコル変換装置
７ メッセージ処理装置
８ ＩｏＴデバイス
５１ 放送受信および提示機能部
５２ 受信部
５３ アプリ稼働部
５４ ハイブリッドキャストアプリ
５５ 制御部
５６ メッセージ抽出部
５７ ハイコネテキスト送信部
６１ 受信部
６２ ハイブリッドキャストプロトコル変換部（第２プロトコル変換部）
６６ ＩｏＴ向けプロトコル変換部（第１プロトコル変換部）
６７ 送信部
７１ 受信部
７２ メッセージ解釈部
７３ 送信部（制御送信部）
７７ 設定情報記憶部
７８ デバイス情報記憶部
８１ 受信部
８２ 制御部
８３ 検知部
８４ 送信部
８８ デバイス機能部
９０１ 中央処理装置
９０２ ＲＡＭ
９０３ 入出力ポート
９０４，９０５ 入出力デバイス
９０６ バス
２ 接続装置
５ 放送受信装置
６ プロトコル変換装置
７ メッセージ処理装置
８ ＩｏＴデバイス
５１ 放送受信および提示機能部
５２ 受信部
５３ アプリ稼働部
５４ ハイブリッドキャストアプリ
５５ 制御部
５６ メッセージ抽出部
５７ ハイコネテキスト送信部
６１ 受信部
６２ ハイブリッドキャストプロトコル変換部（第２プロトコル変換部）
６６ ＩｏＴ向けプロトコル変換部（第１プロトコル変換部）
６７ 送信部
７１ 受信部
７２ メッセージ解釈部
７３ 送信部（制御送信部）
７７ 設定情報記憶部
７８ デバイス情報記憶部
８１ 受信部
８２ 制御部
８３ 検知部
８４ 送信部
８８ デバイス機能部
９０１ 中央処理装置
９０２ ＲＡＭ
９０３ 入出力ポート
９０４，９０５ 入出力デバイス
９０６ バス
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】