(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022191730
(43)【公開日】2022-12-28
(54)【発明の名称】デバイス管理装置およびプログラム
(51)【国際特許分類】
G06F 13/00 20060101AFI20221221BHJP
【ＦＩ】
G06F13/00 358C
【審査請求】未請求
【請求項の数】9
【出願形態】ＯＬ
(21)【出願番号】P 2021100137
(22)【出願日】2021-06-16
(71)【出願人】
【識別番号】000004352
【氏名又は名称】日本放送協会
(74)【代理人】
【識別番号】100141139
【弁理士】
【氏名又は名称】及川 周
(74)【代理人】
【識別番号】100171446
【弁理士】
【氏名又は名称】高田 尚幸
(74)【代理人】
【識別番号】100114937
【弁理士】
【氏名又は名称】松本 裕幸
(74)【代理人】
【識別番号】100171930
【弁理士】
【氏名又は名称】木下 郁一郎
(72)【発明者】
【氏名】阿部 晋矢
(72)【発明者】
【氏名】佐藤 辰哉
(72)【発明者】
【氏名】佐藤 壮一
(72)【発明者】
【氏名】藤津 智
(57)【要約】
【課題】より効果的に情報を提供することができるデバイス管理装置およびプログラムを提供する。
【解決手段】統合データ保存部は、複数のノードと、前記複数のノードのうち２個のノードの組ごとに一方のノードに対する他方のノードとの関連性を示すエッジと、を含む統合データを保存し、データ変換部は、配信情報を含むトリガーデータを取得するとき、前記統合データの構造を、前記配信情報の提供に係るデバイスを選択する方法であるデバイス選択法に応じた構造に変換して変換データを生成し、デバイス選択部は、前記変換データに基づいて、前記デバイス選択法を用いて前記配信情報の提供に係るデバイスである提供デバイスを選択する。
【選択図】図２
【解決手段】統合データ保存部は、複数のノードと、前記複数のノードのうち２個のノードの組ごとに一方のノードに対する他方のノードとの関連性を示すエッジと、を含む統合データを保存し、データ変換部は、配信情報を含むトリガーデータを取得するとき、前記統合データの構造を、前記配信情報の提供に係るデバイスを選択する方法であるデバイス選択法に応じた構造に変換して変換データを生成し、デバイス選択部は、前記変換データに基づいて、前記デバイス選択法を用いて前記配信情報の提供に係るデバイスである提供デバイスを選択する。
【選択図】図２
【特許請求の範囲】
【請求項1】
複数のノードと、前記複数のノードのうち２個のノードの組ごとに一方のノードに対する他方のノードとの関連性を示すエッジと、を含む統合データを保存する統合データ保存部と、
配信情報を含むトリガーデータを取得するとき、前記統合データの構造を、前記配信情報の提供に係るデバイスを選択する方法であるデバイス選択法に応じた構造に変換して変換データを生成するデータ変換部と、
前記変換データに基づいて、前記デバイス選択法を用いて前記配信情報の提供に係るデバイスである提供デバイスを選択するデバイス選択部と、
を備えるデバイス管理装置。
配信情報を含むトリガーデータを取得するとき、前記統合データの構造を、前記配信情報の提供に係るデバイスを選択する方法であるデバイス選択法に応じた構造に変換して変換データを生成するデータ変換部と、
前記変換データに基づいて、前記デバイス選択法を用いて前記配信情報の提供に係るデバイスである提供デバイスを選択するデバイス選択部と、
を備えるデバイス管理装置。
【請求項2】
前記デバイス選択法は、前記配信情報のサービスの利用から提示までの経路に係る情報伝達性に基づいて、前記提供デバイスを定める方法であって、
前記データ変換部は、前記統合データから、
前記配信情報のサービスを利用できるデバイスを第１デバイスとして定め、
前記配信情報を提示できるデバイスを第２デバイスとして定め、
前記第１デバイスを示す第１デバイスノード、前記第２デバイスを示す第２デバイスノード、前記トリガーデータに関するトリガーノード、前記配信情報を転送できる転送元デバイスを示す転送元デバイスノード、前記配信情報の転送先となりうる転送先デバイスを示す転送先デバイスノード、および、人物を示す人物ノードと、
前記トリガーノードと前記第１デバイスノードとの関連性として前記サービスの利用に係る情報伝達性である第１情報伝達性を示す第１エッジ、前記転送元デバイスノードと前記転送先デバイスノードとの関連性として前記転送元デバイスから前記転送先デバイスへの情報伝達性であるデバイス間情報伝達性を示すデバイス間エッジ、および、前記第２デバイスノードと前記人物ノードとの関連性として人物への情報伝達性である第２情報伝達性を示す第２エッジを含む変換データを生成し、
前記デバイス選択部は、前記変換データに基づいて、前記トリガーノードから前記人物ノードまでの経路ごとに、当該経路に含まれるエッジに示される情報伝達性に基づいて少なくとも１以上の経路を定め、
定めた経路に含まれるノードに示されるデバイスを前記提供デバイスとして特定する
請求項１に記載のデバイス管理装置。
前記データ変換部は、前記統合データから、
前記配信情報のサービスを利用できるデバイスを第１デバイスとして定め、
前記配信情報を提示できるデバイスを第２デバイスとして定め、
前記第１デバイスを示す第１デバイスノード、前記第２デバイスを示す第２デバイスノード、前記トリガーデータに関するトリガーノード、前記配信情報を転送できる転送元デバイスを示す転送元デバイスノード、前記配信情報の転送先となりうる転送先デバイスを示す転送先デバイスノード、および、人物を示す人物ノードと、
前記トリガーノードと前記第１デバイスノードとの関連性として前記サービスの利用に係る情報伝達性である第１情報伝達性を示す第１エッジ、前記転送元デバイスノードと前記転送先デバイスノードとの関連性として前記転送元デバイスから前記転送先デバイスへの情報伝達性であるデバイス間情報伝達性を示すデバイス間エッジ、および、前記第２デバイスノードと前記人物ノードとの関連性として人物への情報伝達性である第２情報伝達性を示す第２エッジを含む変換データを生成し、
前記デバイス選択部は、前記変換データに基づいて、前記トリガーノードから前記人物ノードまでの経路ごとに、当該経路に含まれるエッジに示される情報伝達性に基づいて少なくとも１以上の経路を定め、
定めた経路に含まれるノードに示されるデバイスを前記提供デバイスとして特定する
請求項１に記載のデバイス管理装置。
【請求項3】
前記デバイス選択法は、前記配信情報のサービスの利用から提示までの経路に係る情報伝達性としての遅延に基づいて、前記配信情報の提供に係るデバイスを定める方法であって、
前記データ変換部は、前記統合データから、
第１デバイスごとに前記サービスの利用に係る遅延を前記第１情報伝達性として特定し、
第２デバイスごとに人物への遅延を前記第２情報伝達性として特定し、
前記転送元デバイスから前記転送先デバイスへの遅延を前記デバイス間情報伝達性として特定し、
前記デバイス選択部は、各経路に含まれる個々のエッジに示される遅延の総和である経路遅延量に基づいて１以上の経路を選択する
請求項２に記載のデバイス管理装置。
前記データ変換部は、前記統合データから、
第１デバイスごとに前記サービスの利用に係る遅延を前記第１情報伝達性として特定し、
第２デバイスごとに人物への遅延を前記第２情報伝達性として特定し、
前記転送元デバイスから前記転送先デバイスへの遅延を前記デバイス間情報伝達性として特定し、
前記デバイス選択部は、各経路に含まれる個々のエッジに示される遅延の総和である経路遅延量に基づいて１以上の経路を選択する
請求項２に記載のデバイス管理装置。
【請求項4】
前記統合データは、場所を示す場所ノードと、一方の場所から他の場所への移動に係る遅延を示す移動遅延ノードと、前記デバイスのノードと前記場所ノードとの関連性として当該デバイスの設置場所を示すエッジを含み、
人物の検出を示す人物検出情報を取得するとき、前記人物ノードと前記場所ノードとの関連性として前記人物が所在する場所を示すエッジを含む前記統合データを生成する統合データ生成部を備え、
前記データ変換部は、
前記統合データを用いて、前記第２デバイスごとに前記人物が所在する場所から当該第２デバイスの設置場所への移動に係る遅延である移動遅延を特定し、
前記人物ノードと当該第２デバイスに係る第２デバイスノードとの関連性として、前記移動遅延を示す第２エッジを設定する
請求項３に記載のデバイス管理装置。
人物の検出を示す人物検出情報を取得するとき、前記人物ノードと前記場所ノードとの関連性として前記人物が所在する場所を示すエッジを含む前記統合データを生成する統合データ生成部を備え、
前記データ変換部は、
前記統合データを用いて、前記第２デバイスごとに前記人物が所在する場所から当該第２デバイスの設置場所への移動に係る遅延である移動遅延を特定し、
前記人物ノードと当該第２デバイスに係る第２デバイスノードとの関連性として、前記移動遅延を示す第２エッジを設定する
請求項３に記載のデバイス管理装置。
【請求項5】
前記デバイス選択法は、前記配信情報のサービスの利用から提示までの経路に係る情報伝達性として前記第２デバイスの情報伝達性に基づいて、前記提供デバイスを定める方法であって、
前記トリガーデータは、前記配信情報のサービス形態の情報伝達性を示すサービス形態情報を含み、
前記データ変換部は、
前記サービス形態情報に基づいて前記第２デバイスが前記配信情報の提示に利用できるサービス形態の情報伝達性を第２情報伝達性として定め、
前記転送先デバイスを前記第２デバイスとする前記デバイス間情報伝達性を前記第２情報伝達性に定め、
前記第１情報伝達性を、予め定めておき、
前記デバイス選択部は、２個のノード間に設定されたエッジに示される情報伝達性が高いほど当該ノード間の距離が短くなるようにノード分布を定め、
前記人物ノードからの前記第２デバイスまでの距離に基づいて、当該第２デバイスを含む１以上の経路を選択する
請求項２に記載のデバイス管理装置。
前記トリガーデータは、前記配信情報のサービス形態の情報伝達性を示すサービス形態情報を含み、
前記データ変換部は、
前記サービス形態情報に基づいて前記第２デバイスが前記配信情報の提示に利用できるサービス形態の情報伝達性を第２情報伝達性として定め、
前記転送先デバイスを前記第２デバイスとする前記デバイス間情報伝達性を前記第２情報伝達性に定め、
前記第１情報伝達性を、予め定めておき、
前記デバイス選択部は、２個のノード間に設定されたエッジに示される情報伝達性が高いほど当該ノード間の距離が短くなるようにノード分布を定め、
前記人物ノードからの前記第２デバイスまでの距離に基づいて、当該第２デバイスを含む１以上の経路を選択する
請求項２に記載のデバイス管理装置。
【請求項6】
前記統合データは、場所を示す場所ノードと、前記デバイスのノードと前記場所ノードとの関連性として当該デバイスの設置場所を示すエッジを含み、
人物が検出された場所を示す人物検出情報を取得するとき、前記人物ノードと当該場所を示す場所ノードとの関連性を示すエッジを含む前記統合データを生成する統合データ生成部を備え、
前記データ変換部は、
前記人物が検出された場所を設置場所とし、前記配信情報を提示できるデバイスを前記第２デバイスとして特定する
請求項５に記載のデバイス管理装置。
人物が検出された場所を示す人物検出情報を取得するとき、前記人物ノードと当該場所を示す場所ノードとの関連性を示すエッジを含む前記統合データを生成する統合データ生成部を備え、
前記データ変換部は、
前記人物が検出された場所を設置場所とし、前記配信情報を提示できるデバイスを前記第２デバイスとして特定する
請求項５に記載のデバイス管理装置。
【請求項7】
前記統合データ保存部は、
いずれかのデバイスが検出されなくなるとき、検出されない非検出デバイスを示す非検出デバイスノードを無効化し、
前記非検出デバイスが検出されるとき、前記非検出デバイスノードを有効化する
請求項２から請求項６のいずれか一項に記載のデバイス管理装置。
いずれかのデバイスが検出されなくなるとき、検出されない非検出デバイスを示す非検出デバイスノードを無効化し、
前記非検出デバイスが検出されるとき、前記非検出デバイスノードを有効化する
請求項２から請求項６のいずれか一項に記載のデバイス管理装置。
【請求項8】
前記データ変換部は、
識別された人物を示す人物識別情報を取得するとき、
人物ごとに利用できるデバイスである利用可能デバイスを示す利用可能デバイス情報を用いて、前記識別された人物が利用可能とする利用可能デバイスのうち、前記配信情報を提示できるデバイスを前記第２デバイスとして特定する
請求項２から請求項７のいずれか一項に記載のデバイス管理装置。
識別された人物を示す人物識別情報を取得するとき、
人物ごとに利用できるデバイスである利用可能デバイスを示す利用可能デバイス情報を用いて、前記識別された人物が利用可能とする利用可能デバイスのうち、前記配信情報を提示できるデバイスを前記第２デバイスとして特定する
請求項２から請求項７のいずれか一項に記載のデバイス管理装置。
【請求項9】
コンピュータに、
請求項１から請求項８のいずれか一項に記載のデバイス管理装置として機能させるためのプログラム。
請求項１から請求項８のいずれか一項に記載のデバイス管理装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、デバイス管理装置およびプログラムに関する。例えば、様々なデバイスやデバイスごとに利用可能なメディアを管理し、提供された情報を提示するデバイスとメディアを定めるデバイス管理装置に関する。
【背景技術】
【0002】
放送などのメディアにより配信される各種の情報を視聴するためのデバイスは、多様化している。例えば、従来からラジオ受信機、テレビジョン受信機が広く用いられてきたが、昨今では、スマートフォンの普及が著しい。また、スマートウォッチ、スマートスピーカなど、各種の情報を提示可能なＩｏＴ（Internet of Things，モノのインターネット）デバイスの普及が見込まれている。このような傾向によれば、今後も視聴者が利用するデバイスの多様化が続くと見込まれる。
【0003】
また、視聴者がデバイスを通じて利用するメディアも多様化している。従来から実施されてきたラジオ放送、テレビジョン放送などの他、インターネットを通じて提供される各種のメディアが普及している。かかるメディアには、例えば、テキストデータ、画像データ、または、これらをＨＴＭＬ（HyperText Markup Language）をはじめとするマークアップ言語を用いて記述したウェブページ、動画データと音声データを逐次に配信するストリーミングサービスなどがある。今後も、メディアの多様化が続くと予想される。
【0004】
多様化する情報を表記するための手法として、ＲＤＦ（Resource Description Framework）が用いられることがある。ＲＤＦは、Ｗ３Ｃ（World Wide Web Consortium）により標準化され、ＲＤＦバージョン１．１が２０１４年に勧告されている。ＲＤＦは、３つのデータを要素として有する組を用いて、データ間の関係性を記述する手法である。これら３つのデータは、トリプル（triple）と呼ばれ、主語（subject）、述語（predicate）、および、目的語（object）を含む。個々のデータとして、ＵＲＩ（Uniform Resource Identifier）を用いて情報の所在が表されることがある。ＲＤＦに記述される複数のデータ間の関係は、有向グラフで表現可能となる。ＲＤＦを用いることで多様化する情報源から得られる情報や、視聴者に提供するための伝送路について一元管理することが期待される。
【0005】
ＲＤＦを用いて記述されるデータ（本願では、「ＲＤＦデータ」と呼ぶことがある）は、一般に多数の要素情報を示すデータを含んで構成される。ＲＤＦデータから必要とする情報の抽出において、ＳＰＡＲＱＬ（ＳＰＡＲＱＬ Protocol and RDF Query Language）などのＲＤＦクエリ言語が用いられる。ＳＰＡＲＱＬは、Ｗ３Ｃにより標準化されている。ＳＰＡＲＱＬを用いることで、データベースの検索と同様な手法で、一定の範囲の情報を抽出することができる。しかし、ＲＤＦで採用されているメタデータ記法は、データ配信にそのまま適用できるとは限らないし、または、適用できたとしても合理的とは限らない。例えば、デジタル放送の電子番組表（ＥＰＧ：Electronic Program Guide）では、ＭＰＥＧ－２ Ｓｙｓｔｅｍｓにおいて規定されたＳＩ（Service Information、番組配列情報）が用いられている。特許文献１、２には、ＲＤＦで表された情報をデジタル放送に適用するため、ＲＤＦからＳＩに形式を変換するデータ配信方法について記載されている。
【先行技術文献】
【特許文献】
【0006】
【特許文献1】特開２０００－４２７２号公報
【特許文献2】特開２０００－２２４２５７号公報
【発明の概要】
【発明が解決しようとする課題】
【0007】
ＲＤＦデータは、視聴者が利用可能なメディアや、デバイスの管理情報の一元管理に有用である。しかしながら、ＳＰＡＲＱＬによる情報抽出、ＲＤＦデータからのメタデータの変換だけでは、ふさわしいメディアやデバイスに向けて求められる情報を提供することは、必ずしも容易ではない。そのため、視聴者に対して効果的に情報が伝達されないことがある。
【0008】
本発明は上記の点に鑑みてなされたものであり、より効果的に情報を提供することができるデバイス管理装置およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【0009】
本発明は上記の課題を解決するためになされたものであり、［１］本発明の一態様は、複数のノードと、前記複数のノードのうち２個のノードの組ごとに一方のノードに対する他方のノードとの関連性を示すエッジと、を含む統合データを保存する統合データ保存部と、配信情報を含むトリガーデータを取得するとき、前記統合データの構造を、前記配信情報の提供に係るデバイスを選択する方法であるデバイス選択法に応じた構造に変換して変換データを生成するデータ変換部と、前記変換データに基づいて、前記デバイス選択法を用いて前記配信情報の提供に係るデバイスである提供デバイスを選択するデバイス選択部と、を備えるデバイス管理装置である。
［１］の構成によれば、デバイス選択法に応じた構造に変換された変換データに基づいて、当該デバイス選択法を用いて配信情報の提供に係る提供デバイスが定まる。統合データの構成を変換しない場合や既存の特定の構成に変換する場合よりも、デバイス選択を効率的に実行し、効果的な情報提供を実現することができる。
［１］の構成によれば、デバイス選択法に応じた構造に変換された変換データに基づいて、当該デバイス選択法を用いて配信情報の提供に係る提供デバイスが定まる。統合データの構成を変換しない場合や既存の特定の構成に変換する場合よりも、デバイス選択を効率的に実行し、効果的な情報提供を実現することができる。
【0010】
［２］本発明の一態様は、上述のデバイス管理装置であって、前記デバイス選択法は、前記配信情報のサービスの利用から提示までの経路に係る情報伝達性に基づいて、前記提供デバイスを定める方法であって、前記データ変換部は、前記統合データから、前記配信情報のサービスを利用できるデバイスを第１デバイスとして定め、前記配信情報を提示できるデバイスを第２デバイスとして定め、前記第１デバイスを示す第１デバイスノード、前記第２デバイスを示す第２デバイスノード、前記トリガーデータに関するトリガーノード、前記配信情報を転送できる転送元デバイスを示す転送元デバイスノード、前記配信情報の転送先となりうる転送先デバイスを示す転送先デバイスノード、および、人物を示す人物ノードと、前記トリガーノードと前記第１デバイスノードとの関連性として前記サービスの利用に係る情報伝達性である第１情報伝達性を示す第１エッジ、前記転送元デバイスノードと前記転送先デバイスノードとの関連性として前記転送元デバイスから前記転送先デバイスへの情報伝達性であるデバイス間情報伝達性を示すデバイス間エッジ、および、前記第２デバイスノードと前記人物ノードとの関連性として人物への情報伝達性である第２情報伝達性を示す第２エッジを含む変換データを生成し、前記デバイス選択部は、前記変換データに基づいて、前記トリガーノードから前記人物ノードまでの経路ごとに、当該経路に含まれるエッジに示される情報伝達性に基づいて少なくとも１以上の経路を定め、定めた経路に含まれるノードに示されるデバイスを前記提供デバイスとして特定してもよい。
［２］の構成によれば、トリガーデータ、人物、および、複数のデバイス間の情報伝達性が容易に把握される変換データが得られる。変換データを用いることで、配信サービスの利用から人物への提示までの経路に基づく提供デバイスを効率的に定めることができる。
［２］の構成によれば、トリガーデータ、人物、および、複数のデバイス間の情報伝達性が容易に把握される変換データが得られる。変換データを用いることで、配信サービスの利用から人物への提示までの経路に基づく提供デバイスを効率的に定めることができる。
【0011】
［３］本発明の一態様は、上述のデバイス管理装置であって、前記デバイス選択法は、前記配信情報のサービスの利用から提示までの経路に係る情報伝達性としての遅延に基づいて、前記配信情報の提供に係るデバイスを定める方法であって、前記データ変換部は、前記統合データから、第１デバイスごとに前記サービスの利用に係る遅延を前記第１情報伝達性として特定し、第２デバイスごとに人物への遅延を前記第２情報伝達性として特定し、前記転送元デバイスから前記転送先デバイスへの遅延を前記デバイス間情報伝達性として特定し、前記デバイス選択部は、各経路に含まれる個々のエッジに示される遅延の総和である経路遅延量に基づいて１以上の経路を選択してもよい。
［３］の構成によれば、デバイスごとの遅延を容易に特定できるため、経路ごとの経路遅延量に基づいて提供デバイスを効率的に定めることができる。
［３］の構成によれば、デバイスごとの遅延を容易に特定できるため、経路ごとの経路遅延量に基づいて提供デバイスを効率的に定めることができる。
【0012】
［４］本発明の一態様は、上述のデバイス管理装置であって、前記統合データは、場所を示す場所ノードと、一方の場所から他の場所への移動に係る遅延を示す移動遅延ノードと、前記デバイスのノードと前記場所ノードとの関連性として当該デバイスの設置場所を示すエッジを含み、人物の検出を示す人物検出情報を取得するとき、前記人物ノードと前記場所ノードとの関連性として前記人物が所在する場所を示すエッジを含む前記統合データを生成する統合データ生成部を備え、前記データ変換部は、前記統合データを用いて、前記第２デバイスごとに前記人物が所在する場所から当該第２デバイスの設置場所への移動に係る遅延である移動遅延を特定し、前記人物ノードと当該第２デバイスに係る第２デバイスノードとの関連性として、前記移動遅延を示す第２エッジを設定してもよい。
［４］の構成によれば、人物が検出された場所から配信情報が提示される第２デバイスに接するまでの時間をさらに考慮して、配信情報の提供に係る提供デバイスが定める。
［４］の構成によれば、人物が検出された場所から配信情報が提示される第２デバイスに接するまでの時間をさらに考慮して、配信情報の提供に係る提供デバイスが定める。
【0013】
［５］本発明の一態様は、上述のデバイス管理装置であって、前記デバイス選択法は、前記配信情報のサービスの利用から提示までの経路に係る情報伝達性として前記第２デバイスの情報伝達性に基づいて、前記提供デバイスを定める方法であって、前記トリガーデータは、前記配信情報のサービス形態の情報伝達性を示すサービス形態情報を含み、前記データ変換部は、前記サービス形態情報に基づいて前記第２デバイスが前記配信情報の提示に利用できるサービス形態の情報伝達性を第２情報伝達性として定め、前記転送先デバイスを前記第２デバイスとする前記デバイス間情報伝達性を前記第２情報伝達性に定め、前記第１情報伝達性を、予め定めておき、前記デバイス選択部は、２個のノード間に設定されたエッジに示される情報伝達性が高いほど当該ノード間の距離が短くなるようにノード分布を定め、前記人物ノードからの前記第２デバイスまでの距離に基づいて、当該第２デバイスを含む１以上の経路を選択してもよい。
［５］の構成によれば、各デバイスに設定される情報伝達性において人物に対する配信情報の第２情報伝達性が主となる。そのため、人物に対する情報伝達性を重視して配信情報の提供に係る提供デバイスを定めることができる。
［５］の構成によれば、各デバイスに設定される情報伝達性において人物に対する配信情報の第２情報伝達性が主となる。そのため、人物に対する情報伝達性を重視して配信情報の提供に係る提供デバイスを定めることができる。
【0014】
［６］本発明の一態様は、上述のデバイス管理装置であって、前記統合データは、場所を示す場所ノードと、前記デバイスのノードと前記場所ノードとの関連性として当該デバイスの設置場所を示すエッジを含み、人物が検出された場所を示す人物検出情報を取得するとき、前記人物ノードと当該場所を示す場所ノードとの関連性を示すエッジを含む前記統合データを生成する統合データ生成部を備え、前記データ変換部は、前記人物が検出された場所を設置場所とし、前記配信情報を提示できるデバイスを前記第２デバイスとして特定してもよい。
［６］の構成によれば、人物が検出された場所を設置場所としてデバイスから配信情報を提示する第２デバイスが選ばれる。人物が検出された場所を設置場所としないデバイスが配信情報を提示する第２デバイスから除外されるため、情報伝達性が高い第２デバイスを効率的に選択することができる。
［６］の構成によれば、人物が検出された場所を設置場所としてデバイスから配信情報を提示する第２デバイスが選ばれる。人物が検出された場所を設置場所としないデバイスが配信情報を提示する第２デバイスから除外されるため、情報伝達性が高い第２デバイスを効率的に選択することができる。
【0015】
［７］本発明の一態様は、上述のデバイス管理装置であって、前記統合データ保存部は、いずれかのデバイスが検出されなくなるとき、検出されない非検出デバイスを示す非検出デバイスノードを無効化し、前記非検出デバイスが検出されるとき、前記非検出デバイスノードを有効化してもよい。
［７］の構成によれば、検出された動作中のデバイスが配信情報の提供に係る提供デバイスの候補となり、検出されないデバイスからは提供デバイスが除外される。そのため、動作中のデバイスから提供デバイスを効率的に選択でき、検出されないデバイスに対する配信情報の提供に係る処理に対する無用な処理を回避することができる。
［７］の構成によれば、検出された動作中のデバイスが配信情報の提供に係る提供デバイスの候補となり、検出されないデバイスからは提供デバイスが除外される。そのため、動作中のデバイスから提供デバイスを効率的に選択でき、検出されないデバイスに対する配信情報の提供に係る処理に対する無用な処理を回避することができる。
【0016】
［８］本発明の一態様は、上述のデバイス管理装置であって、前記データ変換部は、識別された人物を示す人物識別情報を取得するとき、人物ごとに利用できるデバイスである利用可能デバイスを示す利用可能デバイス情報を用いて、前記識別された人物が利用可能とする利用可能デバイスのうち、前記配信情報を提示できるデバイスを前記第２デバイスとして特定してもよい。
［８］の構成によれば、検出された動作中のデバイスが配信情報の提供に係る提供デバイスの候補となり、検出されないデバイスからは提供デバイスが除外される。そのため、動作中のデバイスから提供デバイスを効率的に選択でき、検出されないデバイスに対する配信情報の提供に係る処理に対する無用な指令を回避することができる。
［８］の構成によれば、検出された動作中のデバイスが配信情報の提供に係る提供デバイスの候補となり、検出されないデバイスからは提供デバイスが除外される。そのため、動作中のデバイスから提供デバイスを効率的に選択でき、検出されないデバイスに対する配信情報の提供に係る処理に対する無用な指令を回避することができる。
【0017】
［９］本発明の一態様は、コンピュータに、上述のデバイス管理装置として機能させるためのプログラムであってもよい。
［９］の構成によれば、デバイス選択法に応じた構造に変換された変換データに基づいて、当該デバイス選択法を用いて配信情報の提供に係る提供デバイスが定まる。各種の情報を含んで構成される統合データの構成を変換しない場合や特定の構成に変換する場合よりも、デバイス選択を効率的に実行し、効果的な情報提供を実現することができる。
［９］の構成によれば、デバイス選択法に応じた構造に変換された変換データに基づいて、当該デバイス選択法を用いて配信情報の提供に係る提供デバイスが定まる。各種の情報を含んで構成される統合データの構成を変換しない場合や特定の構成に変換する場合よりも、デバイス選択を効率的に実行し、効果的な情報提供を実現することができる。
【発明の効果】
【0018】
本発明によれば、より効果的に情報を提供することができる。
【図面の簡単な説明】
【0019】
【図1】第１の実施形態に係るデバイス管理システムの概要を示す説明図である。
【図2】第１の実施形態に係るデバイス管理装置の機能構成例を示す概略ブロック図である。
【図3】統合データの一例を示す図である。
【図4】変換データの一例を示す図である。
【図5】第１の実施形態に係る統合データの変換処理の例を示すフローチャートである。
【図6】第１の実施形態に係るメディアと管理対象デバイスとの関係の解析の具体例を示すフローチャートである。
【図7】第１の実施形態に係る人物と管理対象デバイスとの関係の解析の具体例を示すフローチャートである。
【図8】第１の実施形態に係る複数の管理対象デバイス間の解析の具体例を示すフローチャートである。
【図9】第２の実施形態に係るデバイス管理システムの概要を示す説明図である。
【図10】統合データの他の例を示す図である。
【図11】サービス形態情報の一例を示す図である。
【図12】第２の実施形態に係る統合データの変換処理の例を示すフローチャートである。
【図13】第２の実施形態に係る放送局とデバイスとの関係の解析の具体例を示すフローチャートである。
【図14】第２の実施形態に係る人物とデバイスとの関係の解析の具体例を示すフローチャートである。
【図15】第２の実施形態に係るデバイス間の関係の解析の具体例を示すフローチャートである。
【図16】ノード間の情報伝達性に基づく各ノードの分布を例示する図である。
【発明を実施するための形態】
【0020】
以下、図面を参照しながら本発明の実施形態について説明する。
＜第１の実施形態＞
図１は、第１の実施形態に係るデバイス管理システム１の概要を示す説明図である。
デバイス管理システム１は、デバイス管理装置１０を含んで構成される。デバイス管理装置１０は、所定の領域内に設置された複数のデバイスのそれぞれの機能や動作状態を管理する。管理対象のデバイス（本願では「管理対象デバイス」と呼ぶことがある）は、情報配信に係るサービス（本願では「情報配信サービス」と呼ぶことがある）を利用する機能、受信した配信情報を提示する機能、または、他のデバイスと配信情報を伝達可能に接続する機能のいずれか、または、それらの組み合わせを有する。
＜第１の実施形態＞
図１は、第１の実施形態に係るデバイス管理システム１の概要を示す説明図である。
デバイス管理システム１は、デバイス管理装置１０を含んで構成される。デバイス管理装置１０は、所定の領域内に設置された複数のデバイスのそれぞれの機能や動作状態を管理する。管理対象のデバイス（本願では「管理対象デバイス」と呼ぶことがある）は、情報配信に係るサービス（本願では「情報配信サービス」と呼ぶことがある）を利用する機能、受信した配信情報を提示する機能、または、他のデバイスと配信情報を伝達可能に接続する機能のいずれか、または、それらの組み合わせを有する。
【0021】
図１に示す例では、管理対象デバイスは、テレビジョン受信機、スマートフォン、および、スマートスピーカである。テレビジョン受信機は、放送局ＢＣからの放送波サービスを情報配信サービス利用可能とする。スマートフォンは、ウェブサーバＷＳからのウェブサービスを情報配信サービスとして利用可能とする。スマートフォンは、配信情報をなす音声データをスマートスピーカに転送することができる。スマートスピーカは、スマートフォンから転送された音声データで搬送される配信情報を音声として提示することができる（ミラーリング）。管理対象デバイスは、この例には限られず、スマートウォッチ、ＩｏＴ電球などのいずれの形態の機器であってもよい。
【0022】
デバイス管理装置１０は、情報配信サービスに係る伝送路と管理対象デバイスに接続可能とする。伝送路には、放送伝送路と通信伝送路がある。放送伝送路は、無線または有線で配信情報を含む各種の情報を一方向的に伝送できる伝送路である。放送伝送路は、例えば、放送波が含まれる。放送伝送路は、専用または公共の通信ネットワークをその一部または全部を含んで構成されてもよい。放送伝送路は、主に放送波サービスに用いられる。放送伝送路は、放送ネットワークと呼ばれることもある。通信伝送路は、無線または有線で配信情報を含む各種の情報を双方向的に伝送できる伝送路である。通信伝送路は、通信ネットワークに相当する。通信伝送路は、インターネット、公衆通信ネットワークなどの広域通信ネットワーク（ＷＡＮ：Wide Area Network）を含んで構成される。通信伝送路は、その一部に専用回線または構内通信ネットワーク（ＬＡＮ：Local Area Network）を含んで構成されてもよい。デバイス管理装置１０は、例えば、管理対象とする領域（本願では、「管理領域」と呼ぶことがある）において専用のＬＡＮを用いて接続されてもよい。
【0023】
デバイス管理装置１０は、管理領域内に設置された１以上の人感センサと接続されてもよいし、人感センサを一体に備えてもよい。人感センサは、管理領域内に所在する人物を検出するために用いられる。検出された人物は、提示された配信情報を視聴する視聴者となりうる。本願では、「視聴」とは、提示された情報に対する、視認、受聴、または、その他の知覚（例えば、触覚）により感知するという意味を含み、視認と受聴を同時に行うという意味に限られない。
【0024】
デバイス管理装置１０は、配信情報を含むトリガーデータを取得するとき、統合データの構造を、配信情報の提供に係る提供デバイスを所定のデバイス選択法に応じた構造に変換して変換データを生成する。トリガーデータは、情報配信サービスの利用中に取得されうる。デバイス管理装置１０は、変換した変換データに基づいて、そのデバイス選択法を用いて配信情報を提示する管理対象デバイスを定める。統合データは、個々のデバイスの種類、利用可能なサービス、設置場所などのデバイスの属性を示すデバイス情報、サービスに係る情報伝達性、情報の提示形態などの情報配信サービスの性状を示すメディア情報、トリガーデータなどの多様な情報が統合してなる。本願では、情報配信サービスを「メディア」と呼ぶことがある。
【0025】
統合データは、複数のノードと、前記複数のノードのうち２個のノードの組ごとに一方のノードに対する他方のノードとの関連性を示すエッジと、を含んで構成される。この構成により、多様な情報が一元管理される。図３に例示される統合データは、ＲＤＦを用いて構成されたＲＤＦデータである。本願では、統合データが、主にＲＤＦ１．１に規定されたＲＤＦデータである場合を例にする。統合データは、構造化データ、リンクトデータ、などと呼ばれることもある。
【0026】
なお、デバイス管理装置１０は、デバイス管理とは別個の他の機能を主機能として有する電子機器として構成されてもよい。デバイス管理装置１０は、例えば、テレビジョン受信装置、録画装置、計量器（例えば、電力計、ガスメータ、等）、ゲートウェイ装置、ルータ装置、などとして構成されてもよい。デバイス管理装置１０は、情報配信サービスを利用する機能を有してもよいし、情報配信サービスを通じて提供された配信情報を提示する機能を有してもよい。かかる機能を有する場合には、デバイス管理装置１０は、自装置を管理対象に含めてもよい。個々のデバイスの設置場所は、その領域を細分化した区画（例えば、部屋）により特定される。図１に示す例では、管理領域は１名以上の人物が居住する住居であり、個々のデバイスの設置場所が、管理領域を細分化した区画として部屋Ｎまたは部屋Ｍにより特定される。居住者は、配信情報の受け手としての視聴者となりうる。通例、機器により提供可能とするサービスの種類やサービス形態の種類が予め定められている。なお、個々の管理領域は、必ずしも１個の建造物に対応されていなくてもよい。管理領域は、例えば、集合住宅の一部である１個または複数個の住戸であってもよい。
【0027】
次に、本実施形態に係るデバイス管理装置１０の機能構成例について説明する。図２は、本実施形態に係るデバイス管理装置１０の機能構成例を示す概略ブロック図である。
デバイス管理装置１０は、統合データ生成部１２２、統合データ保存部１２４、データ変換部１２６、デバイス選択部１２８、および、デバイス制御部１３０を含んで構成される。デバイス管理装置１０の各構成部は、専用の部材もしくは集積回路で構成されてもよいが、これには限らない。デバイス管理装置１０は、ＣＰＵ（Central Processing Unit）などのプロセッサと、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）などの記憶媒体を備えるコンピュータを含んで構成されてもよい。プロセッサは、予め記憶媒体に記憶されたプログラムを読み出し、読み出したプログラムを実行し、記憶媒体またはその他のハードウェア資源と協働して、上記の構成部の一部または全部の機能を奏してもよい。「プログラムを実行する」とは、プログラムに記述された個々の命令で指示される処理を実行することを意味する。記憶媒体には、処理に用いられるパラメータ、処理対象となる入力値、中間的または最終的な処理結果となる演算値などの各種データが一時的または永続的に記憶される。また、デバイス管理装置１０は、各種のデータを入出力するインタフェースを含んで構成される。
デバイス管理装置１０は、統合データ生成部１２２、統合データ保存部１２４、データ変換部１２６、デバイス選択部１２８、および、デバイス制御部１３０を含んで構成される。デバイス管理装置１０の各構成部は、専用の部材もしくは集積回路で構成されてもよいが、これには限らない。デバイス管理装置１０は、ＣＰＵ（Central Processing Unit）などのプロセッサと、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）などの記憶媒体を備えるコンピュータを含んで構成されてもよい。プロセッサは、予め記憶媒体に記憶されたプログラムを読み出し、読み出したプログラムを実行し、記憶媒体またはその他のハードウェア資源と協働して、上記の構成部の一部または全部の機能を奏してもよい。「プログラムを実行する」とは、プログラムに記述された個々の命令で指示される処理を実行することを意味する。記憶媒体には、処理に用いられるパラメータ、処理対象となる入力値、中間的または最終的な処理結果となる演算値などの各種データが一時的または永続的に記憶される。また、デバイス管理装置１０は、各種のデータを入出力するインタフェースを含んで構成される。
【0028】
統合データ生成部１２２は、管理対象となるデバイスごとのデバイス情報と、個々のデバイスが利用可能とするサービスを示すメディア情報と、配信情報の要素となる配信要素情報などの各種の要素情報として取得し、取得した要素情報を統合し、所定の形式を有する統合データを生成する。統合データは、複数のノードと、前記複数のノードのうち２個のノードの組ごとに一方のノードと他方のノードとの関連性を示すエッジと、を含む。個々のノードは、個々の要素情報と関連付けられている。統合データ生成部１２２は、例えば、取得された要素情報を予め区分された２個の項目ごとに、それらの関係性を特定してもよい。統合データ生成部１２２は、所定の機械学習モデルを用いて、一連の要素情報から２個の要素情報ごとの組に区分し、２個の要素情報ごとの関係性を特定してもよい。統合データ生成部１２２は、２個のノードの組ごとに一方のノードと他方のノードとの関連性を示すエッジと、を含む統合データを生成する。統合データには、デバイス管理装置１０が実行する各種の処理に用いる所定のパラメータが要素情報として含まれてもよい。一部の要素情報は、予め自部に設定されてもよい。例えば、管理領域内の各部屋を示す場所情報、移動元の部屋から目的値となる部屋への移動に係る時間（遅延）などが予め設定されてもよい。統合データ生成部１２２は、生成した統合データを統合データ保存部１２４に記憶する。
【0029】
統合データ生成部１２２は、配信サービスの利用により自装置に提供される各種の配信情報を含む受信データからトリガ―データを検出する。統合データ生成部１２２は、配信情報もしくはメタデータが情報伝達の必要性が高い所定の情報を伴うデータをトリガーデータとして判定する。統合データ生成部１２２は、例えば、予め設定された緊急性判定情報を参照し、配信情報に所定の緊急性よりも高い緊急性を示す所定の語句を含む場合、その配信情報を含むデータをトリガーデータとして判定する。緊急性判定情報には、緊急性を要する事象を示す所定の語句（例えば、警報、大地震、津波、暴風雨、火災、氾濫、など）を含むリストを含めておいてもよい。統合データ生成部１２２は、配信情報に関連付けられた緊急性情報が所定の緊急性よりも高い緊急性を示すデータをトリガーデータとして判定してもよい。また、統合データ生成部１２２は、公知の機械学習モデルを用いて配信情報を含む受信データからトリガーデータを判定してもよい。統合データ生成部１２２は、例えば、そのトリガーデータを示すトリガーノードと、その事象を表す既存のノードとの関連性として、その事象を示すエッジを統合データに含める。
【0030】
統合データ生成部１２２は、自装置に接続されている動作中の管理対象デバイスを所定の検出周期（例えば、数秒～数分）ごとに検出してもよい。管理対象デバイスを検出するために、所定の通信方式（例えば、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０２．１５などに規定された方式）が利用可能である。統合データ生成部１２２は、検出した管理対象デバイスの識別情報を用いて、予め設定されたデバイスごとのデバイス情報リストから、当該管理対象デバイスのデバイス情報を特定してもよい。統合データ生成部１２２は、管理対象デバイスを検出する際、例えば、所定の通信方式に従って検出信号を自部に接続されたＬＡＮに同報（ブロードキャスト）する。統合データ生成部１２２は、検出信号の送信から所定の検出時間内に、いずれかの管理対象デバイスから検出信号に対する応答信号を受信するか否かにより、その応答信号の送信元である管理対象デバイスを検出することができる。管理領域に設置されていても、動作が停止している管理対象デバイスは検出されない。そのため、動作中の管理対象デバイスは、その時々により変動しうる。
【0031】
統合データ生成部１２２は、応答信号に含まれる識別情報を用いて、その管理対象デバイスもしくは、その管理対象デバイスのデバイス情報を特定することができる。デバイス情報には、そのデバイスの識別情報、種類（型）、利用可能なサービス、利用可能な機能（型）もしくはその特性（例えば、遅延時間）、管理対象とする他のデバイス、場所もしくはその変動状態（設置、所在、移動、目的地）などのいずれか、または、いずれかの組み合わせが含まれる。統合データ生成部１２２は、統合データを生成する際、検出した管理対象デバイスを示すデバイスノードと、管理対象デバイスと関連する要素情報を示すデバイス関連ノードと、そのデバイスノードとデバイス関連ノードとの関連性を示すエッジを含める。複数の要素情報を含んで構成されるデバイス情報は、複数の要素情報間で２以上の階層を有するように階層化されていてもよい。メディア情報には、個々のサービスの種類、伝送路（例えば、チャンネル）、その特性（例えば、遅延時間）などが含まれる。
【0032】
統合データ生成部１２２は、自装置に接続されている人感センサから人物の検出を示す人物検出情報を取得するとき、人物検出情報の送信元となる人感センサを特定し、特定した人感センサの設置場所を、その人物が所在する場所と判定することができる。統合データ生成部１２２は、例えば、予め設定した人感センサごとに設置場所を示すセンサ設置情報を参照して、人物検出情報の送信元の人感センサの設置場所を特定できる。統合データ生成部１２２は、検出した人物を示す人物ノードと、予め設定された場所を示す場所ノードとの関連性として、人物が所在する場所を占めるエッジを統合データに含めてもよい。これにより、人物が所在する場所が、デバイス情報やサービス情報などの各種の情報と一元化して管理される。人感センサは、赤外線センサ、超音波センサ、など、いずれの種類のセンサであってもよい。
【0033】
なお、ＲＤＦを用いて記述可能な形式で取得された各種の情報に対しては、統合データ生成部１２２は、その形式をそのまま維持して統合データの一部または全部として採用してもよい。例えば、ＪＳＯＮ－ＬＤ、Ｔｕｒｔｌｅなど、所定の方法もしくはプログラムを用いて構成されたリンクトデータは、ＲＤＦを用いて記述可能な形式を有することがある。本願では、ＲＤＦを用いて記述されたデータをＲＤＦデータと呼ぶことがある。統合データ生成部１２２は、ＲＤＦデータへの形式変換方式が存在する形式で記述された情報を取得する場合がある。その場合には、統合データ生成部１２２は、その情報に対して、その方式を用いてＲＤＦデータへの形式変換を実行する。統合データ生成部１２２は、ＲＤＦ形式を有する情報を統合データの一部または全部として採用してもよい。
【0034】
ＲＤＦは、要素情報となるリソースのメタデータを記述するための枠組みである。ＲＤＦでは、２個のノードの組と、２個のノードのうち一方のノードと他方のノードの関連性を示す有向エッジとの組を用いて要素情報間の関係情報が表現できる（図３参照）。ＲＤＦでは、一方のノード、エッジ、他方のノードが、それぞれ主語、述語、目的語に対応し、主語、述語および目的語といった３個の要素からなる組がトリプルと呼ばれる。主語、述語、目的語は、要素情報間の関係を示す呼称であって自然言語の文法学上の品詞または構文要素を示すものではない。主語は、記述対象、または、そのリソースを示す要素情報である。述語は、目的語が主語の特徴もしくは属性など、主語と目的語との関係を示す。目的語は、述語で示される特徴もしくは属性で与えられる事物（値）、その他、主語と関連する事物またはそのリソースを示す。ＲＤＦでは、リソースは、その所在を示す識別子として、例えば、ＵＲＩを用いて指示されることがある。あるトリプルに係る述語が、１個または複数個の他のトリプルに係る主語となることがある。かかる要素情報間の関係の連鎖が、それぞれ対応するノードと有向エッジを含む有向グラフで表現される。そのため、ＲＤＦによれば多様な情報を高い柔軟性をもって一元管理可能となる。
【0035】
統合データ保存部１２４は、統合データ生成部１２２が生成した統合データを記憶する。なお、統合データにおいて、記述されるＵＲＩが共通な複数のノードまたはエッジ同士は、実質的に情報を失わずに併合可能である。また、１個のノードまたはエッジは、ＵＲＩが共通な複数のノードまたはエッジに分割可能である。統合データにおいて一部の要素情報が更新された場合には、統合データ保存部１２４は、更新前後の差分となる部分を反映し、変更を伴わない他の部分が維持されてもよい。
【0036】
統合データの更新の態様として、ノード追加、ノード変更、および、ノード削除が掲げられる。ノード追加は、新たなノードの追加を伴う。ノード追加には、その追加に伴う既存のノードとの関連性を示すエッジの追加を伴うこともある。ノード変更は、既存の一部のノードの変更を伴う。ノード変更には、その変更に伴う既存の他のノードとの関連性を示すエッジの変更を伴うこともある。ノード削除は、既存の一部のノードの削除を伴う。ノード削除には、その削除に伴う既存の他のノードとの関連性を示すエッジの削除を伴うこともある。更新されうる要素情報には、例えば、動作中のデバイス、人物の検出の有無、人物が検出された場所などがある。
【0037】
なお、統合データ保存部１２４は、いずれかの管理対象デバイスを検出しなくなるとき、検出されない非検出デバイスを示す非検出デバイスノードを無効化してもよい。このとき、統合データ保存部１２４は、検出されない非検出デバイスノードの無効であることを示す有効性情報を保存してもよい。統合データ保存部１２４は、統合データ生成部１２２から入力された検出デバイス情報に基づいて非検出デバイスを判定することができる。検出デバイス情報は、検出された管理対象デバイスを示す情報である。統合データ保存部１２４は、新たに入力された検出デバイス情報に基づいて非検出デバイスと判定された管理対象デバイスが再度検出されたと判定することがある。統合データ保存部１２４は、検出された非検出デバイスを示す非検出デバイスノードを有効化してもよい。このとき、統合データ保存部１２４は、非検出デバイスノードの無効であることを示す有効性情報を、有効であることを示す有効性情報に変更してもよい。デバイスの検出の有無によるノードの異動を伴わないため、統合データの構成の変化を抑制することができる。
デバイス管理装置１０の各部、例えば、データ変換部１２６とデバイス選択部１２８は、後述する処理において、個々の管理対象デバイスに係るデバイスノードのうち、有効であることを示す有効性情報と関連付けられているデバイスノードを採用し、無効であることを示す有効性情報と関連付けられているデバイスノードを無視すればよい。
デバイス管理装置１０の各部、例えば、データ変換部１２６とデバイス選択部１２８は、後述する処理において、個々の管理対象デバイスに係るデバイスノードのうち、有効であることを示す有効性情報と関連付けられているデバイスノードを採用し、無効であることを示す有効性情報と関連付けられているデバイスノードを無視すればよい。
【0038】
統合データ保存部１２４は、各種のデータを必ずしも単一の統合データに統合して保存する必要はない。統合データ保存部１２４は、所定の区分ごとに形成された統合データを保存してもよい。統合データ保存部１２４は、区分ごとの統合データを、その区分と関連付けて保存してもよい。区分は、例えば、情報が取得された時期（例えば、年、月、日など）、地域（例えば、地方、都道府県、市区町村など）のいずれが用いられてもよい。統合データ保存部１２４は、例えば、ＨＤＤ（ハードディスクドライブ、Hard Disk Drive）、ＳＳＤ（ソリッドステートドライブ、Solid State Drive）などの記憶媒体を含んで構成される。統合データ保存部１２４は、デバイス管理装置１０と無線または有線で他の機器と接続し、当該他の機器に備わる記憶媒体に一部のデータを記憶し、かつ、当該記憶媒体から読み出し可能としてもよい。これにより、他の機器との間で分散して統合データを保存することができる。
【0039】
データ変換部１２６は、統合データ保存部１２４に保存された統合データの構造をデバイス選択部１２８が実行するデバイス選択法に応じた構造に変換する。データ変換部１２６は、統合データからトリガーデータを検出するとき、統合データの変換を実行する。データ変換部１２６は、トリガーデータの検出において、統合データ生成部１２２と同様の手法を用いることができる。データ変換部１２６は、所定のデバイス選択法として配信情報のサービスの利用から提示までの経路に係る情報伝達性に基づいて、配信情報の提供に係るデバイス（本願では、「提供デバイス」と呼ぶことがある）を選択する際、統合データを次のように変換する。
【0040】
データ変換部１２６は、統合データから、配信情報のサービスを利用できる１個または複数の管理対象デバイスを第１デバイスとして特定し、特定した第１デバイスごとにサービスの利用に係る情報伝達性を第１情報伝達性として特定する。データ変換部１２６は、配信情報を提示できる１個または複数の管理対象デバイスを第２デバイスとして特定し、第２デバイスごとに人物への情報伝達性を第２情報伝達性として特定する。データ変換部１２６は、管理対象デバイスごとに情報を転送可能な他の管理対象デバイスを転送先デバイスとして特定し、その情報の転送元のデバイスを転送元デバイスとして特定し、転送元デバイスから転送先デバイスへの情報伝達性をデバイス間情報伝達性として特定する。
【0041】
データ変換部１２６は、第１デバイスを示す第１デバイスノード、第２デバイスを示す第２デバイスノード、トリガーデータに関するトリガーノード、転送元デバイスを示す転送元デバイスノード、転送先デバイスを示す転送先デバイスノード、および、人物を示す人物ノードを変換データに含める。データ変換部１２６は、トリガーノードと第１デバイスノードとの関連性として第１情報伝達性を示す第１エッジ、転送元デバイスノードと転送先デバイスノードとの関連性としてデバイス間情報伝達性を示すデバイス間エッジ、および、第２デバイスノードと人物ノードとの関連性として第２情報伝達性を示す第２エッジを変換データに含める。
【0042】
情報伝達性を示す指標として、例えば、遅延が利用可能である。一般に、処理や伝送に係る遅延が少ないほど視聴者に対して迅速に情報が伝達されるため、情報伝達性が高くなる。配信情報に緊急性が高い情報が含まれる場合には迅速な情報伝達が望まれる。データ変換部１２６は、生成した変換データをデバイス選択部１２８に出力する。
なお、転送元デバイスノードには、配信情報のサービスを利用できる第１デバイスが含まれることがある。転送先デバイスノードには、配信情報を提示できる第２デバイスが含まれることがある。第１デバイスは、第２デバイスとして特定されることもある。その場合には、データ変換部１２６は、第１デバイスを転送元デバイスノードとし、第２デバイスを転送先デバイスノードとするデバイス間エッジを設定することを要しない。
なお、転送元デバイスノードには、配信情報のサービスを利用できる第１デバイスが含まれることがある。転送先デバイスノードには、配信情報を提示できる第２デバイスが含まれることがある。第１デバイスは、第２デバイスとして特定されることもある。その場合には、データ変換部１２６は、第１デバイスを転送元デバイスノードとし、第２デバイスを転送先デバイスノードとするデバイス間エッジを設定することを要しない。
【0043】
デバイス選択部１２８は、データ変換部１２６から入力された変換データに基づいて、所定のデバイス選択法を用いて配信情報の伝達に用いる管理対象デバイスを選択する。デバイス選択部１２８は、例えば、変換データに基づいて、トリガーノードから人物ノードまでノード間を接続するエッジを含む経路を特定する。特定される個々の経路には、少なくとも２以上のエッジが含まれる。第１デバイスが第２デバイスと同一となる経路が最短経路となり、２個のエッジしか含まれない。デバイス選択部１２８は、特定した経路ごとに、その経路に含まれるエッジに示される情報伝達性に基づいて、その経路全体の情報伝達性の指標を定める。デバイス選択部１２８は、情報伝達性の指標として、個々のエッジに示される遅延を合計して得られる総和を経路遅延量として定めることができる。
【0044】
デバイス選択部１２８は、定めた指標に基づいて、特定された経路から、少なくとも１以上の経路を情報伝達に用いる経路として定める。デバイス選択部１２８は、特定された経路のうち、例えば、経路遅延量が最も少ない経路を特定する。デバイス選択部１２８は、経路遅延量が最も少ない経路を特定する際、例えば、ダイクストラ法（Dijkstra’s Algorithm）を用いることができる。デバイス選択部１２８は、特定された経路のうち、経路遅延量が所定の遅延量の閾値以下となる経路を特定してもよい。その場合には、特定される経路の数が２個以上となりうる。
【0045】
デバイス選択部１２８は、特定した経路に含まれるノードに示される第１デバイス、転送元デバイス、転送先デバイス、および、第２デバイスを配信情報の伝達に用いる提供デバイスとして選択することができる。デバイス選択部１２８は、選択した提供デバイスを示すデバイス選択情報をデバイス制御部１３０に出力する。
【0046】
デバイス制御部１３０は、デバイス選択部１２８からデバイス選択情報が入力される。デバイス制御部１３０は、デバイス選択情報に示される提供デバイスに対して、それぞれのデバイスに対応する機能を動作させる。より具体的には、デバイス制御部１３０は、第１デバイスとして特定された提供デバイスに対して、配信サービスの利用による配信情報の取得を示す制御情報を送信する。デバイス制御部１３０は、転送元デバイスとして特定された提供デバイスに対して、配信情報の転送先デバイスへの転送を示す制御情報を送信する。デバイス制御部１３０は、転送先デバイスとして特定された提供デバイスに対して、配信情報の転送元デバイスから転送された配信情報の受信を示す制御情報を送信する。デバイス制御部１３０は、第２デバイスとして特定された提供デバイスに対して、配信情報の提示を示す制御情報を送信する。
【0047】
なお、第１デバイスと第２デバイスが同一のデバイスとなる最短経路については、デバイス選択部１２８は、転送元デバイスと転送先デバイスを選択しない。但し、第１デバイスと第２デバイスのそれぞれに対する情報は、それぞれ配信サービスの利用、配信情報の提示をそれぞれ示す情報となる。そのため、デバイス制御部１３０は、第１デバイスならびに第２デバイスとして特定された提供デバイスに対して、配信サービスの利用と配信情報の提示を指示することができる。
【0048】
３以上のエッジを含む経路において、第１デバイスは転送元デバイスにもなりうる。第１デバイスと転送元デバイスのそれぞれに対する情報は、それぞれ配信サービスの利用、配信情報の転送先デバイスへの転送をそれぞれ示す情報となる。そのため、デバイス制御部１３０は、第１デバイスとして特定された提供デバイスに対して、配信サービスの利用と配信情報の転送先デバイスへの転送を指示することができる。
また、３以上のエッジを含む経路において、第２デバイスは転送先デバイスにもなりうる。第２デバイスと転送元デバイスのそれぞれに対する情報は、それぞれ配信情報の提示、配信情報の転送元デバイスからの受信をそれぞれ示す情報となる。そのため、デバイス制御部１３０は、第２デバイスとして特定された提供デバイスに対して、配信情報の転送元デバイスからの受信を指示することができる。
また、３以上のエッジを含む経路において、第２デバイスは転送先デバイスにもなりうる。第２デバイスと転送元デバイスのそれぞれに対する情報は、それぞれ配信情報の提示、配信情報の転送元デバイスからの受信をそれぞれ示す情報となる。そのため、デバイス制御部１３０は、第２デバイスとして特定された提供デバイスに対して、配信情報の転送元デバイスからの受信を指示することができる。
【0049】
（統合データの変換）
次に、本実施形態に係る統合データの変換処理の例について説明する。統合データとして、図３に例示されるＲＤＦデータが変換対象となる場合を主とする。このＲＤＦデータには、トリガーデータＸを示すトリガーノードが追加されている。トリガーデータＸは、日時として「２０２１／０１／０１ ０：００：００」との関連性を有し、利用可能なサービス（メディア）として「サービスＧ」と、「動画アプリ」による動画データ配信サービスにより提供される。動画データ配信サービスは、所定のＵＲＬとして「http://~~~~~」で所在が指示されるウェブサーバから提供される。
次に、本実施形態に係る統合データの変換処理の例について説明する。統合データとして、図３に例示されるＲＤＦデータが変換対象となる場合を主とする。このＲＤＦデータには、トリガーデータＸを示すトリガーノードが追加されている。トリガーデータＸは、日時として「２０２１／０１／０１ ０：００：００」との関連性を有し、利用可能なサービス（メディア）として「サービスＧ」と、「動画アプリ」による動画データ配信サービスにより提供される。動画データ配信サービスは、所定のＵＲＬとして「http://~~~~~」で所在が指示されるウェブサーバから提供される。
【0050】
図５は、本実施形態に係る統合データの変換処理の例を示すフローチャートである。図５に例示される処理は、デバイス選択法として動作しているデバイスごとの情報伝達性として遅延が極力少なくなるように配信情報の伝達に用いるデバイスを定める方法に対応する（遅延最小化）。トリガーデータには、配信情報として緊急情報が含まれる。このような場合には、管理領域に所在する人物に迅速に配信情報を伝達する必要性が生ずる。なお、ＲＤＦデータから特定の条件のデータ（値）を抽出または特定する際、データ変換部１２６は、統合データ保存部１２４に対してＳＰＡＲＱＬなどの問い合わせ言語を利用して指令を発行することができる。
【0051】
（ステップＳ１１０）統合データ生成部１２２は、受信した配信情報のうち、情報伝達の必要性が高い所定の種類の情報を含む配信情報を含むトリガーデータを「トリガーデータＴ」として検出し、検出した「トリガーデータＴ」を示すノードをＲＤＦデータに含めて統合データ保存部１２４に保存する。データ変換部１２６は、統合データ保存部１２４に記憶されたＲＤＦデータからトリガーデータＴを検出する。なお、データ変換部１２６は、初期値として空の変換データＯを生成し、保存する。
（ステップＳ１２０）データ変換部１２６は、「トリガーデータＴ」に係るメディアと管理対象デバイスとの関係を解析する。ここで、「トリガーデータＴ」に含まれる配信情報を提供するサービス（メディア）を利用できる第１デバイスとサービスの利用に係る第１情報伝達性が特定される。
（ステップＳ１２０）データ変換部１２６は、「トリガーデータＴ」に係るメディアと管理対象デバイスとの関係を解析する。ここで、「トリガーデータＴ」に含まれる配信情報を提供するサービス（メディア）を利用できる第１デバイスとサービスの利用に係る第１情報伝達性が特定される。
【0052】
（ステップＳ１５０）データ変換部１２６は、配信情報を提示する人物と管理対象デバイスとの関係を解析する。ここで、配信情報を提示できる第２デバイスと人物への第２情報伝達性が特定される。
（ステップＳ１８０）データ変換部１２６は、複数の管理対象デバイス間の関係を解析する。ここで、配信情報の転送元となりうる転送元デバイス、転送先となりうる転送先デバイス、転送元デバイスから転送先デバイスへのデバイス間情報伝達性が特定される。
（ステップＳ２００）データ変換部１２６は、解析した第１デバイス、第２デバイス、転送元デバイス、転送先デバイス、第１情報伝達性、第２情報伝達性、デバイス間情報伝達性に基づいて構成された変換データＯをデバイス選択部１２８に出力する。その後、図５に示す処理を終了する。
（ステップＳ１８０）データ変換部１２６は、複数の管理対象デバイス間の関係を解析する。ここで、配信情報の転送元となりうる転送元デバイス、転送先となりうる転送先デバイス、転送元デバイスから転送先デバイスへのデバイス間情報伝達性が特定される。
（ステップＳ２００）データ変換部１２６は、解析した第１デバイス、第２デバイス、転送元デバイス、転送先デバイス、第１情報伝達性、第２情報伝達性、デバイス間情報伝達性に基づいて構成された変換データＯをデバイス選択部１２８に出力する。その後、図５に示す処理を終了する。
【0053】
次に、メディアと管理対象デバイスとの関係の解析（ステップＳ１２０）の具体例について図６を用いて説明する。図６は、本実施形態に係るメディアと管理対象デバイスとの関係の解析の具体例を示すフローチャートである。
（ステップＳ１２２）データ変換部１２６は、統合データ保存部１２４に記憶されたＲＤＦデータから所定の「管理デバイスＭ」が管理する管理対象デバイスのリストをデバイスリストＡとして抽出する。より具体的には、データ変換部１２６は、「型」が「管理装置」を示すノードに示されるデバイスを「管理デバイスＭ」として特定し、そのデバイスとの関連性として「管理」を示すエッジと関連付けられているノードに示されるデバイスを管理対象デバイスとして特定することができる。
（ステップＳ１２２）データ変換部１２６は、統合データ保存部１２４に記憶されたＲＤＦデータから所定の「管理デバイスＭ」が管理する管理対象デバイスのリストをデバイスリストＡとして抽出する。より具体的には、データ変換部１２６は、「型」が「管理装置」を示すノードに示されるデバイスを「管理デバイスＭ」として特定し、そのデバイスとの関連性として「管理」を示すエッジと関連付けられているノードに示されるデバイスを管理対象デバイスとして特定することができる。
【0054】
（ステップＳ１２４）データ変換部１２６は、デバイスリストＡから「トリガーデータＴ」と同じ種類のメディア（サービス）を利用可能なデバイスを特定する。特定されるデバイスは、第１デバイスに相当する。より具体的には、データ変換部１２６は、「トリガーデータＴ」を示すトリガーノードとの関連性として「メディア」を示すエッジと直接または間接的に関連付けられたノードに示されるサービスを特定する。データ変換部１２６は、そのサービスを示すノードと関連性として「利用可能」を示すエッジで関連付けられたノードに示される管理対象デバイスを特定する。
データ変換部１２６は、特定したデバイスを示すノードを変換データＯに追加する。
データ変換部１２６は、特定したデバイスを示すノードを変換データＯに追加する。
【0055】
（ステップＳ１２６）データ変換部１２６は、ＲＤＦデータから「トリガーデータＴ」と同じ種類のメディア（サービス）を示すリストをメディアリストＢとして抽出する。より具体的には、データ変換部１２６は、ＲＤＦデータからステップＳ１２４において特定したサービスを示すノードと「トリガーデータＴ」を示すトリガーノードと直接または間接的な関連性を示すエッジに設定された数値（インデックス）を抽出する。トリガーノードは、配信情報のデータ変換部１２６は、抽出した数値を含むメディアリストＢを生成し、生成したメディアリストＢを保存する。
【0056】
（ステップＳ１２８）データ変換部１２６は、メディアリストＢが空になったか否かを判定する。この処理により、未処理のメディア（サービス）の有無が判定される。メディアリストＢが空と判定されるとき（ステップＳ１２８ ＹＥＳ）、図６に示す処理を終了する。生成されるデバイスリストＤに示されるデバイスが第１デバイスに相当する。メディアリストＢが空ではないと判定されるとき（ステップＳ１２８ ＮＯ）、ステップＳ１３０の処理に進む。
【0057】
（ステップＳ１３０）データ変換部１２６は、メディアリストの先頭に記述された数値に示されるサービスを「メディアＣ」として特定する。
（ステップＳ１３２）データ変換部１２６は、ＲＤＦデータから「メディアＣ」を「利用可能」かつ「管理デバイスＭ」が「管理」する管理対象デバイスを含むデバイスリストＤとして抽出する。データ変換部１２６は、生成したデバイスリストＤを保存する。より具体的には、データ変換部１２６は、ＲＤＦデータから「メディアＣ」を示す数値を示すノードと直接または間接的に関連性を有し、「管理デバイスＭ」との関連性として「管理」を示すエッジが設定されているノードに示される管理対象デバイスを特定する。特定された管理対象デバイスがデバイスリストＤに示される。
（ステップＳ１３４）データ変換部１２６は、デバイスリストＤが空になったか否かを判定する。この処理により、未処理のデバイスの有無が判定される。デバイスリストＤが空と判定されるとき（ステップＳ１３４ ＹＥＳ）、メディアリストＢの先頭に記述された「メディアＣ」を示す数値を消去し、ステップＳ１２８の処理に戻る。デバイスリストＤが空ではない判定されるとき（ステップＳ１３４ ＮＯ）、ステップＳ１３６の処理に進む。
（ステップＳ１３２）データ変換部１２６は、ＲＤＦデータから「メディアＣ」を「利用可能」かつ「管理デバイスＭ」が「管理」する管理対象デバイスを含むデバイスリストＤとして抽出する。データ変換部１２６は、生成したデバイスリストＤを保存する。より具体的には、データ変換部１２６は、ＲＤＦデータから「メディアＣ」を示す数値を示すノードと直接または間接的に関連性を有し、「管理デバイスＭ」との関連性として「管理」を示すエッジが設定されているノードに示される管理対象デバイスを特定する。特定された管理対象デバイスがデバイスリストＤに示される。
（ステップＳ１３４）データ変換部１２６は、デバイスリストＤが空になったか否かを判定する。この処理により、未処理のデバイスの有無が判定される。デバイスリストＤが空と判定されるとき（ステップＳ１３４ ＹＥＳ）、メディアリストＢの先頭に記述された「メディアＣ」を示す数値を消去し、ステップＳ１２８の処理に戻る。デバイスリストＤが空ではない判定されるとき（ステップＳ１３４ ＮＯ）、ステップＳ１３６の処理に進む。
【0058】
（ステップＳ１３６）データ変換部１２６は、デバイスリストＤの先頭に記述されたデバイスを「デバイスＥ」として特定する。
（ステップＳ１３８）データ変換部１２６は、ＲＤＦデータから「デバイスＥ」が提供する「メディアＣ」の「遅延」を「遅延Ｆ」として特定する。より具体的には、データ変換部１２６は、「メディアＣ」を示す関連性として「遅延」を示すエッジで直接または間接的に関連付けられるノードに示される数値を「遅延Ｆ」として特定する。特定された「遅延Ｆ」が第１情報伝達性に相当する。
（ステップＳ１４０）データ変換部１２６は、「デバイスＥ」を示すノードと、「トリガーデータＴ」のノードから「デバイスＥ」のノードに向けて関連性として「遅延Ｆ」を示すエッジを変換データＯに追加する。データ変換部１２６は、デバイスリストＤの先頭に記述された「デバイスＥ」を消去し、ステップＳ１３４の処理に戻る。
（ステップＳ１３８）データ変換部１２６は、ＲＤＦデータから「デバイスＥ」が提供する「メディアＣ」の「遅延」を「遅延Ｆ」として特定する。より具体的には、データ変換部１２６は、「メディアＣ」を示す関連性として「遅延」を示すエッジで直接または間接的に関連付けられるノードに示される数値を「遅延Ｆ」として特定する。特定された「遅延Ｆ」が第１情報伝達性に相当する。
（ステップＳ１４０）データ変換部１２６は、「デバイスＥ」を示すノードと、「トリガーデータＴ」のノードから「デバイスＥ」のノードに向けて関連性として「遅延Ｆ」を示すエッジを変換データＯに追加する。データ変換部１２６は、デバイスリストＤの先頭に記述された「デバイスＥ」を消去し、ステップＳ１３４の処理に戻る。
【0059】
次に、人物と管理対象デバイスとの関係の解析（ステップＳ１５０）の具体例について図７を用いて説明する。図７は、本実施形態に係る人物と管理対象デバイスとの関係の解析の具体例を示すフローチャートである。
（ステップＳ１５２）データ変換部１２６は、統合データ保存部１２４に記憶されたＲＤＦデータから検出された人物である「人物Ｐ」を示すノードを特定し、「人物Ｐ」を示すノードを変換データＯに追加する。
（ステップＳ１５４）データ変換部１２６は、ＲＤＦデータから「管理デバイスＭ」が「管理」する管理対象デバイスのリストをデバイスリストＡとして抽出する。ステップＳ１５４の処理は、ステップＳ１２２の処理と同様である。データ変換部１２６は、再度デバイスリストＡを生成せずに、ステップＳ１２２において生成されたデバイスリストＡの複製（コピー）を保存しておき、保存した複製をデバイスリストＡとして採用してもよい。
（ステップＳ１５６）データ変換部１２６は、ＲＤＦデータから「人物Ｐ」が「所在」する場所を「場所Ｂ」として特定する。より具体的には、データ変換部１２６は、「人物Ｐ」を示すノードとの関連性として「所在」を示すエッジが設定されているノードに示される場所を「場所Ｂ」として特定する。
（ステップＳ１５２）データ変換部１２６は、統合データ保存部１２４に記憶されたＲＤＦデータから検出された人物である「人物Ｐ」を示すノードを特定し、「人物Ｐ」を示すノードを変換データＯに追加する。
（ステップＳ１５４）データ変換部１２６は、ＲＤＦデータから「管理デバイスＭ」が「管理」する管理対象デバイスのリストをデバイスリストＡとして抽出する。ステップＳ１５４の処理は、ステップＳ１２２の処理と同様である。データ変換部１２６は、再度デバイスリストＡを生成せずに、ステップＳ１２２において生成されたデバイスリストＡの複製（コピー）を保存しておき、保存した複製をデバイスリストＡとして採用してもよい。
（ステップＳ１５６）データ変換部１２６は、ＲＤＦデータから「人物Ｐ」が「所在」する場所を「場所Ｂ」として特定する。より具体的には、データ変換部１２６は、「人物Ｐ」を示すノードとの関連性として「所在」を示すエッジが設定されているノードに示される場所を「場所Ｂ」として特定する。
【0060】
（ステップＳ１５８）データ変換部１２６は、デバイスリストＡが空になったか否かを判定する。この判定により、未処理のデバイスの有無が判定される。空になったと判定されるとき（ステップＳ１５８ ＹＥＳ）、図７に示す処理を終了する。空になっていないお判定されるとき（ステップＳ１５８ ＮＯ）、ステップＳ１６０の処理に進む。
（ステップＳ１６０）データ変換部１２６は、デバイスリストＡの先頭に記述されたデバイスを「デバイスＤ」として特定する。
（ステップＳ１６２）データ変換部１２６は、ＲＤＦデータから「デバイスＤ」が「設置」されている場所を「場所Ｅ」として特定する。より具体的には、データ変換部１２６は、「デバイスＤ」を示すノードとの関連性として「設置」を示すエッジで関連付けられているノードに示される場所を「場所Ｅ」として特定する。
（ステップＳ１６０）データ変換部１２６は、デバイスリストＡの先頭に記述されたデバイスを「デバイスＤ」として特定する。
（ステップＳ１６２）データ変換部１２６は、ＲＤＦデータから「デバイスＤ」が「設置」されている場所を「場所Ｅ」として特定する。より具体的には、データ変換部１２６は、「デバイスＤ」を示すノードとの関連性として「設置」を示すエッジで関連付けられているノードに示される場所を「場所Ｅ」として特定する。
【0061】
（ステップＳ１６４）データ変換部１２６は、「場所Ｂ」が「場所Ｅ」と同一であるか否かを判定する。同一と判定されるとき（ステップＳ１６４ ＹＥＳ）、ステップＳ１６６の処理に進む。同一ではないと判定されるとき（ステップＳ１６４ ＮＯ）、ステップＳ１６８の処理に進む。
（ステップＳ１６６）データ変換部１２６は、「デバイスＤ」を示すノードと、そのノードから「人物Ｐ」を示すノードに向け、ノード間の関連性として「遅延」がゼロであることを示すエッジを変換データＯに追加する。「デバイスＤ」は第２デバイスに相当する。「遅延」がゼロとは、第２デバイスである「デバイスＤ」の第２情報伝達性として「人物Ｐ」に対して提供情報を遅滞なく提示できることに相当する。「遅延」がゼロを示すエッジは、その属性として遅延量がゼロであることを示すエッジであってもよいし、その属性として「遅延」を示すエッジと、そのエッジに関連付けられる数値としてゼロを示すノードとで構成されてもよい。その後、データ変換部１２６は、デバイスリストＡの先頭に記述された「デバイスＤ」を消去し、ステップＳ１５８の処理に戻る。
（ステップＳ１６６）データ変換部１２６は、「デバイスＤ」を示すノードと、そのノードから「人物Ｐ」を示すノードに向け、ノード間の関連性として「遅延」がゼロであることを示すエッジを変換データＯに追加する。「デバイスＤ」は第２デバイスに相当する。「遅延」がゼロとは、第２デバイスである「デバイスＤ」の第２情報伝達性として「人物Ｐ」に対して提供情報を遅滞なく提示できることに相当する。「遅延」がゼロを示すエッジは、その属性として遅延量がゼロであることを示すエッジであってもよいし、その属性として「遅延」を示すエッジと、そのエッジに関連付けられる数値としてゼロを示すノードとで構成されてもよい。その後、データ変換部１２６は、デバイスリストＡの先頭に記述された「デバイスＤ」を消去し、ステップＳ１５８の処理に戻る。
【0062】
（ステップＳ１６８）データ変換部１２６は、ＲＤＦデータから「場所Ｂ」からの「移動」であり、「目的地」が「場所Ｅ」となる遅延を「遅延Ｆ」として特定する。「場所Ｂ」からの「移動」であり、「目的地」が「場所Ｅ」となる遅延とは、デバイスＤからの情報伝達性として、人物が所在する場所ＢからデバイスＤが設置された場所への移動時間もしくはデバイスＤからの「場所Ｂ」に所在する人物への情報伝達性を定量化した数量の一例と捉えることができる。ＲＤＦデータには、個々の場所を示す場所ノード、一方の場所から他の場所への移動に係る遅延を示す移動遅延ノード、管理対象デバイスのノードと場所ノードとの関連性としてその管理対象デバイスの設置（場所）を示すエッジを含めて構成させておく。より具体的には、データ変換部１２６は、一方の場所である「場所Ｂ」を示す場所ノードとの関連性として「移動」を示すエッジと、他方の場所である「場所Ｅ」を示す場所ノードとの関連性として「目的地」を示すエッジのそれぞれと関連付けられたノードに示される数値を「遅延Ｆ」として特定することができる。
（ステップＳ１７０）データ変換部１２６は、「デバイスＤ」を示すノードから「人物Ｐ」を示すノードに向けて、「遅延Ｆ」を関連性として示すエッジを変換データＯに追加する。その後、データ変換部１２６は、デバイスリストＡの先頭に記述された「デバイスＤ」を消去し、ステップＳ１５８の処理に戻る。
（ステップＳ１７０）データ変換部１２６は、「デバイスＤ」を示すノードから「人物Ｐ」を示すノードに向けて、「遅延Ｆ」を関連性として示すエッジを変換データＯに追加する。その後、データ変換部１２６は、デバイスリストＡの先頭に記述された「デバイスＤ」を消去し、ステップＳ１５８の処理に戻る。
【0063】
次に、複数の管理対象デバイス間の解析（ステップＳ１８０）の具体例について図８を用いて説明する。図８は、本実施形態に係る複数の管理対象デバイス間の解析の具体例を示すフローチャートである。
（ステップＳ１８２）データ変換部１２６は、ＲＤＦデータから「管理デバイスＭ」が「管理」する管理対象デバイスのリストをデバイスリストＡとして抽出する。
（ステップＳ１８４）データ変換部１２６は、デバイスリストＡを複製し、デバイスリストＢを生成する。なお、ステップＳ１８２の処理は、ステップＳ１２２またはステップＳ１５４の処理と同様である。データ変換部１２６は、再度デバイスリストＡならびにデバイスを生成せずに、ステップＳ１２２またはステップＳ１５４において生成されたデバイスリストＡの複製を保存しておき、保存した複製をデバイスリストＢとして採用してもよい。
（ステップＳ１８２）データ変換部１２６は、ＲＤＦデータから「管理デバイスＭ」が「管理」する管理対象デバイスのリストをデバイスリストＡとして抽出する。
（ステップＳ１８４）データ変換部１２６は、デバイスリストＡを複製し、デバイスリストＢを生成する。なお、ステップＳ１８２の処理は、ステップＳ１２２またはステップＳ１５４の処理と同様である。データ変換部１２６は、再度デバイスリストＡならびにデバイスを生成せずに、ステップＳ１２２またはステップＳ１５４において生成されたデバイスリストＡの複製を保存しておき、保存した複製をデバイスリストＢとして採用してもよい。
【0064】
（ステップＳ１８６）データ変換部１２６は、デバイスリストＢが空になったか否かを判定する。この判定により、未処理のデバイスの有無が判定される。空になったと判定されるとき（ステップＳ１８６ ＹＥＳ）、図８に示す処理を終了する。空になっていないと判定されるとき（ステップＳ１８６ ＮＯ）、ステップＳ１８８の処理に進む。
（ステップＳ１８８）データ変換部１２６は、デバイスリストＢの先頭に記述されたデバイスを「デバイスＣ」として特定する。
（ステップＳ１８８）データ変換部１２６は、デバイスリストＢの先頭に記述されたデバイスを「デバイスＣ」として特定する。
【0065】
（ステップＳ１９０）データ変換部１２６は、ＲＤＦデータから「デバイスＣ」が「利用可能」な「操作Ｄ」として「ミラーリング」を特定し、「操作Ｄ」の「再生元」であって、「管理デバイスＭ」が「管理」するデバイスと、「操作Ｄ」の遅延を特定する。ここで、「操作」とはデバイスに備わる機能または処理を意味する。「ミラーリング」とは、他デバイスへ情報を転送し、他デバイスに転送した情報を提示させる機能、または、他デバイスから転送された情報を受信し、受信した情報を提示する機能である。「再生元」とは、転送元となる他のデバイスを意味する。より具体的には、データ変換部１２６は、「デバイスＤ」を示すノードとの関連性として「利用可能」を示すエッジと、「型」を示すエッジで関連付けられている機能である「操作Ｄ」として「ミラーリング」を示すノードを特定する。データ変換部１２６は、上記の手法で特定された管理対象デバイスのうち、「ミラーリング」を示すノードと「型」を関連性として示すエッジと「再生元」を関連性として示すエッジとで関連付けられたノードに示されるデバイスを特定する。特定されたデバイスは、配信情報の転送元デバイスに相当し、「デバイスＣ」は転送先デバイスに相当する。
データ変換部１２６は、「ミラーリング」を示すノードと「型」を関連性として示すエッジと「遅延」を関連性として示すエッジで関連付けられているノードに示される遅延を「操作Ｄ」の遅延として特定する。特定された遅延は、デバイス間情報伝達性に相当する。
（ステップＳ１９２）データ変換部１２６は、特定したデバイスと遅延の組を含むデバイス・遅延リストＥを生成し、生成したデバイス・遅延リストＥを保存する。
データ変換部１２６は、「ミラーリング」を示すノードと「型」を関連性として示すエッジと「遅延」を関連性として示すエッジで関連付けられているノードに示される遅延を「操作Ｄ」の遅延として特定する。特定された遅延は、デバイス間情報伝達性に相当する。
（ステップＳ１９２）データ変換部１２６は、特定したデバイスと遅延の組を含むデバイス・遅延リストＥを生成し、生成したデバイス・遅延リストＥを保存する。
【0066】
（ステップＳ１９４）データ変換部１２６は、デバイス・遅延リストＥが空になったか否かを判定する。この判定により、未処理のデバイスと遅延の組の有無が判定される。空になったと判定されるとき（ステップＳ１９４ ＹＥＳ）、デバイスリストＢに記述された「デバイスＣ」を消去して、ステップＳ１８６の処理に戻る。空になっていないと判定されるとき（ステップＳ１９４ ＮＯ）、ステップＳ１９６の処理に進む。
（ステップＳ１９６）データ変換部１２６は、デバイス・遅延リストＥの先頭に記述されたデバイスと遅延の組を「デバイスＦ」と「遅延Ｇ」の組として特定する。
（ステップＳ１９６）データ変換部１２６は、デバイス・遅延リストＥの先頭に記述されたデバイスと遅延の組を「デバイスＦ」と「遅延Ｇ」の組として特定する。
【0067】
（ステップＳ１９８）データ変換部１２６は、「デバイスＣ」、「デバイスＦ」を示すノードをそれぞれ変換データＯに追加する。但し、変換データＯにその一方または双方のノードが含まれている場合には、その一方または双方のノードを新たに追加しない。
データ変換部１２６は、「デバイスＦ」を示すノードから「デバイスＣ」を示すノードに向けて、それらのノードの関連性として「遅延Ｇ」を示すエッジを変換データＯに追加する。その後、データ変換部１２６は、デバイス・遅延リストＥに記述された「デバイスＦ」と「遅延Ｇ」の組を消去し、ステップＳ１９４の処理に戻る。
データ変換部１２６は、「デバイスＦ」を示すノードから「デバイスＣ」を示すノードに向けて、それらのノードの関連性として「遅延Ｇ」を示すエッジを変換データＯに追加する。その後、データ変換部１２６は、デバイス・遅延リストＥに記述された「デバイスＦ」と「遅延Ｇ」の組を消去し、ステップＳ１９４の処理に戻る。
【0068】
統合データとして図３に例示されるＲＤＦデータに対して、図５－図８に示す処理を行うことで、図４に例示される有向グラフを示す変換データが得られる。この有向グラフは、配信情報を含むトリガーデータの取得から人物への提示までの配信情報の伝達経路の情報伝達性として遅延に基づいて、伝達経路をなすデバイスを選択するのに好都合である。ここで、トリガーデータＸから第１デバイスに相当するデバイスＢ、Ｃへの遅延として、それぞれ３、３０秒と設定されている。第２デバイスに相当するデバイスＢ、Ｃ、Ｄから検出された人物Ｐへの遅延として、それぞれ１５、０、０秒と設定されている。そして、デバイス間の遅延として、デバイスＢ、Ｃ間、デバイスＣ、Ｂ間、デバイスＣ、Ｄ間にそれぞれ、１、１、１秒と設定されている。
【0069】
デバイス選択部１２８は、トリガーデータＸから人物Ｐまでの経路ごとの情報伝達性の指標として経路遅延量を算出し、経路遅延量が最も小さい経路を選択する。図４に示す例では、トリガーデータＸからデバイスＢ、Ｃを通過し、人物Ｐに至る経路が選択される。この経路では、トリガーデータＸからデバイスＢへの遅延が３秒、デバイスＢからデバイスＣへの遅延が１秒、デバイスＣから人物Ｐへの０秒となり、経路遅延量が４秒となる。従って、デバイス選択部１２８は、トリガーデータＸに係る情報配信において、デバイスＢ、および、デバイスＣを動作対象のデバイスとして選択することができる。そして、デバイス選択部１２８は、デバイス制御部１３０を用いて、デバイスＢにトリガーデータＸの受信に係るサービスの利用、デバイスＢにデバイスＣへのデータ転送、デバイスＣにデバイスＢからのデータ受信ならびに情報提示（ミラーリング）を指示することができる。
よって、図４に例示される変換データによれば、トリガーデータＸの取得、伝達、提示に係る管理対象デバイスと、取得、伝達、提示に係る配信情報の伝達経路を容易に把握することができ、経路ごとに情報伝達性の指標を効率的に定めることができる。
よって、図４に例示される変換データによれば、トリガーデータＸの取得、伝達、提示に係る管理対象デバイスと、取得、伝達、提示に係る配信情報の伝達経路を容易に把握することができ、経路ごとに情報伝達性の指標を効率的に定めることができる。
【0070】
なお、上記の例では、デバイス選択法としてトリガーデータから人物までの経路ごとの経路遅延量が最も小さい１つの経路を選択する場合を例にしたが、これには限られない。デバイス選択部１２８は、経路遅延量が小さい経路を優先して、所定数の経路を選択してもよいし、経路遅延量が所定値以下となる経路を選択してもよい。
また、デバイス選択部１２８は、デバイス選択法としてトリガーデータから人物までの経路ごとの容量が極力大きくなるように１以上の経路を選択する方法を用いてもよい。その場合には、デバイス選択部１２８は、公知の最大流問題（例えば、フォード・ファルカーソン法）を適用することができる。データ変換部１２６は、情報伝達性の指標として遅延に代えて容量を示す変換データを生成すればよい。
また、デバイス選択部１２８は、デバイス選択法としてトリガーデータから人物までの経路ごとの容量が極力大きくなるように１以上の経路を選択する方法を用いてもよい。その場合には、デバイス選択部１２８は、公知の最大流問題（例えば、フォード・ファルカーソン法）を適用することができる。データ変換部１２６は、情報伝達性の指標として遅延に代えて容量を示す変換データを生成すればよい。
【0071】
＜第２の実施形態＞
次に、第２の実施形態について説明する。以下の説明では、上記の実施形態との差異を主とし、特に断らない限り上記の実施形態に係る説明を援用する。上記の実施形態と同一の構成もしくは処理については、同一の符号を付する。本実施形態に係るデバイス管理装置１０の機能構成は、図２に示す構成と同様であってもよい。第１の実施形態では、トリガーデータから人物までの複数の経路のうち、経路遅延量が最も少ない１個の経路に対応する提供デバイスのうち１個の第２デバイスから配信情報を提示する場合を例示した。配信情報の内容や提示形態によっては、同時に複数のデバイスを用いて提示した方が、情報伝達性が向上し、提示された配信情報を視聴者が容易に認識できることもある。以下の説明では、配信情報を含むトリガーデータが受信されるとき、デバイス選択法として、配信情報のサービスの利用から提示までの経路に係る情報伝達性として第２デバイスによる人物への配信情報の訴求性に基づいて、配信情報の伝達に用いるデバイスを定める方法が用いられる場合を例にする。訴求性とは、情報の伝わりやすさを指す。訴求性は、配信情報の内容と提示形態（本願では、「サービス形態」と呼ぶこともある）の組に依存する傾向がある。
次に、第２の実施形態について説明する。以下の説明では、上記の実施形態との差異を主とし、特に断らない限り上記の実施形態に係る説明を援用する。上記の実施形態と同一の構成もしくは処理については、同一の符号を付する。本実施形態に係るデバイス管理装置１０の機能構成は、図２に示す構成と同様であってもよい。第１の実施形態では、トリガーデータから人物までの複数の経路のうち、経路遅延量が最も少ない１個の経路に対応する提供デバイスのうち１個の第２デバイスから配信情報を提示する場合を例示した。配信情報の内容や提示形態によっては、同時に複数のデバイスを用いて提示した方が、情報伝達性が向上し、提示された配信情報を視聴者が容易に認識できることもある。以下の説明では、配信情報を含むトリガーデータが受信されるとき、デバイス選択法として、配信情報のサービスの利用から提示までの経路に係る情報伝達性として第２デバイスによる人物への配信情報の訴求性に基づいて、配信情報の伝達に用いるデバイスを定める方法が用いられる場合を例にする。訴求性とは、情報の伝わりやすさを指す。訴求性は、配信情報の内容と提示形態（本願では、「サービス形態」と呼ぶこともある）の組に依存する傾向がある。
【0072】
図９は、第２の実施形態に係るデバイス管理システム２の概要を示す説明図である。デバイス管理システム２は、デバイス管理装置１０を含んで構成される。管理領域となる住居は、部屋０１と部屋０２を有する。部屋０１には、管理対象デバイスとしてデバイス０１－Ａ、０１－Ｂ、０１－Ｃがそれぞれ設置されている。部屋０２には、管理対象デバイスとしてデバイス０２－Ａが所在し、デバイス０２－Ｂが設置されている。図９において、デバイス管理装置１０の図示が省略されている。デバイス管理装置１０とデバイス０１－Ａ、０１－Ｂ、０１－Ｃ、０２－Ａ、０２－Ｂは、相互に各種の情報を送受信可能に接続されうる。情報配信サービスとして、所定の放送局（Broadcaster）から提供される放送波サービスを利用し、その他のサービスを利用しない場合を仮定する。
【0073】
デバイス０１－Ａは、テレビジョン受信機である。デバイス０１－Ａは、放送波サービスを利用して配信情報を受信できるとともに、配信情報をなす画像（光）と音声（音）を提示することができる。図１０に例示されるＲＤＦデータでは、デバイス０１－Ａが「#tv」と表記されている。
デバイス０１－Ｂは、空調機（いわゆる、ＩｏＴエアコン）である。デバイス０１－Ｂは、配信情報に温度制御情報が含まれるとき、その温度制御情報に従って設置されている部屋０１の温度を調整可能とする。温度変化を通じた視聴者に対する情報として、例えば、注意喚起もしくは警告などを目的とする情報が提供されることがある。図１０に示すＲＤＦデータでは、デバイス０１－Ｂが「#airconditioner」と表記されている。
デバイス０１－Ｂは、空調機（いわゆる、ＩｏＴエアコン）である。デバイス０１－Ｂは、配信情報に温度制御情報が含まれるとき、その温度制御情報に従って設置されている部屋０１の温度を調整可能とする。温度変化を通じた視聴者に対する情報として、例えば、注意喚起もしくは警告などを目的とする情報が提供されることがある。図１０に示すＲＤＦデータでは、デバイス０１－Ｂが「#airconditioner」と表記されている。
【0074】
デバイス０１－Ｃ、０２－Ｂは、照明（いわゆる、ＩｏＴ電球）である。デバイス０１－Ｃ、０２－Ｂは、配信情報に照度制御情報が含まれるとき、その照度制御情報に従って自身が発光する光の照度を調整可能とする。照度変化を通じた視聴者に対する情報として、例えば、注意喚起もしくは警告などを目的とする情報が提供されることがある。図１０に示すＲＤＦデータでは、デバイス０１－Ｃ、０２－Ｂがそれぞれ「#iot-light01」、「#iot-light02」と表記されている。
デバイス０２－Ａは、多機能携帯電話機である。デバイス０２－Ａは、インターネットサービスを利用して配信情報を受信できるとともに、配信情報をなす画像（光）と音声（音）を提示することができる。図１０に示すＲＤＦデータでは、デバイス０２－Ａが「#smartphone」と表記されている。
デバイス０２－Ａは、多機能携帯電話機である。デバイス０２－Ａは、インターネットサービスを利用して配信情報を受信できるとともに、配信情報をなす画像（光）と音声（音）を提示することができる。図１０に示すＲＤＦデータでは、デバイス０２－Ａが「#smartphone」と表記されている。
【0075】
（統合データの変換）
次に、本実施形態に係る統合データの変換処理の例について説明する。統合データとして、図１０に例示されるＲＤＦデータが変換対象となる場合を主とする。図１０に示すＲＤＦデータは、デバイス０１－Ａ、０１－Ｂ、０１－Ｃ、０２－Ａ、０２－Ｂと放送局との関連性を示す。但し、図１０に示すＲＤＦデータは、図１に示すものと異なる語彙を用いてノード間の関連性や、ノードごとの要素情報が表されている。本実施形態に限らず、ＲＤＦでは、標準化コミュニティであるschema.orgにより定められた所定の語彙が用いられてもよいし、独自に定義された語彙が用いられてもよい。また、「放送局Ｘ」、「人物Ｙ」は、それぞれ「#AAA」、「#Person01」と例示されている。但し、トリガーデータの図示が省略されている。
次に、本実施形態に係る統合データの変換処理の例について説明する。統合データとして、図１０に例示されるＲＤＦデータが変換対象となる場合を主とする。図１０に示すＲＤＦデータは、デバイス０１－Ａ、０１－Ｂ、０１－Ｃ、０２－Ａ、０２－Ｂと放送局との関連性を示す。但し、図１０に示すＲＤＦデータは、図１に示すものと異なる語彙を用いてノード間の関連性や、ノードごとの要素情報が表されている。本実施形態に限らず、ＲＤＦでは、標準化コミュニティであるschema.orgにより定められた所定の語彙が用いられてもよいし、独自に定義された語彙が用いられてもよい。また、「放送局Ｘ」、「人物Ｙ」は、それぞれ「#AAA」、「#Person01」と例示されている。但し、トリガーデータの図示が省略されている。
【0076】
本実施形態では、放送局から提供されるトリガーデータに配信情報と関連付けてサービス形態情報（ServiceTypeParam）が含まれる。サービス形態情報は、サービス形態ごとの情報伝達性として訴求性を示す情報を含む。サービス形態は、主に情報の提示形態を指し、「ServiceType」と表記されることがある。
図１１に例示されるサービス形態情報では、サービス形態として、光（light）、音声（sound）、温度（temperature）が示され、それぞれの情報伝達性を示す数値として、「１」、「１」、「０」と設定されている。情報伝達性が「１」、「０」とは、関連付けられた配信情報が、それぞれ伝達可能、伝達不能であることを示す。後述するように、サービス形態情報は、デバイス間における配信情報に対する情報伝達性、デバイスと人物との間における配信情報に対する情報伝達性を特定する際に用いられる。
図１１に例示されるサービス形態情報では、サービス形態として、光（light）、音声（sound）、温度（temperature）が示され、それぞれの情報伝達性を示す数値として、「１」、「１」、「０」と設定されている。情報伝達性が「１」、「０」とは、関連付けられた配信情報が、それぞれ伝達可能、伝達不能であることを示す。後述するように、サービス形態情報は、デバイス間における配信情報に対する情報伝達性、デバイスと人物との間における配信情報に対する情報伝達性を特定する際に用いられる。
【0077】
図１２は、本実施形態に係る統合データの変換処理の例を示すフローチャートである。（ステップＳ３１０）統合データ生成部１２２は、上記のように、受信したデータからトリガーデータＴを検出し、検出したトリガーデータＴを示すノードをＲＤＦデータに含めて統合データ保存部１２４に保存する。データ変換部１２６は、統合データ保存部１２４に記憶されたＲＤＦデータからトリガーデータＴを検出する。データ変換部１２６は、空の変換データＯを生成し、保存する。
【0078】
（ステップＳ３２０）データ変換部１２６は、ＲＤＦデータを用いて配信情報を含むトリガーデータの配信元である放送局と配信情報の配信サービスである放送波サービスを利用可能なデバイスとの関係を解析する。放送波サービスを利用可能なデバイスが第１デバイスとして特定される。
（ステップＳ３５０）データ変換部１２６は、さらにサービス形態情報を用いて人物とデバイスとの関係を解析する。配信情報を人物に提示できるデバイスが第２デバイスとして特定され、サービス形態情報から配信情報の提示に係るサービス形態の情報伝達性が第２情報伝達性として特定される。
（ステップＳ３５０）データ変換部１２６は、さらにサービス形態情報を用いて人物とデバイスとの関係を解析する。配信情報を人物に提示できるデバイスが第２デバイスとして特定され、サービス形態情報から配信情報の提示に係るサービス形態の情報伝達性が第２情報伝達性として特定される。
【0079】
（ステップＳ３８０）データ変換部１２６は、人物に接し、放送局と接続しないデバイス間の関係を解析する。「人物に接する」とは、何らかの情報を提示することができること、つまり、人物に対して情報伝達性を有することを示す。ここで、第２デバイスとなりうるが、第１デバイスとはならないデバイスが特定される。特定される第２デバイスは、管理対象デバイスのうち、第１デバイスにも第２デバイスにもならない中間デバイスを経由して配信情報が提供される可能性を有する。
【0080】
（ステップＳ４００）データ変換部１２６は、第１デバイスを示す第１デバイスノード、第２デバイスを示す第２デバイスノード、トリガーデータの提供元を示すトリガーノード、中間デバイスを示す中間デバイスノード、人物を示す人物ノード、トリガーノードと第１デバイスとの関連性として所定の第１情報伝達性を示す第１エッジ、第２デバイスノードと人物ノードとの関連性として第２情報伝達性を示す第２エッジ、および、第２デバイスノードと中間デバイスノードとの関連性として第２デバイスに係る第２情報伝達性を示す中間エッジを含む変換データＯをデバイス選択部１２８に出力する。
【0081】
次に、放送局とデバイスとの関係の解析（ステップＳ３２０）の具体例について図１３を用いて説明する。図１３は、本実施形態に係る放送局とデバイスとの関係の解析の具体例を示すフローチャートである。
（ステップＳ３２２）データ変換部１２６は、「放送局Ｘ」と「人物Ｙ」それぞれを示すノードを変換データＯに追加する。
（ステップＳ３２４）データ変換部１２６は、統合データ保存部１２４に保存されたＲＤＦデータから「放送局Ｘ」を利用可能とするデバイスのリストをデバイスリストＡとして抽出する。より具体的には、データ変換部１２６は、「放送局（broadcaster）」を示すノードとの関連性として「型（type）」を示すエッジが設定された「放送局Ｘ」のノードを特定する。データ変換部１２６は、「放送局Ｘ」のノードを「利用可能（available）」なサービスとして関連性を示すエッジで関連付けられたノードに示されるデバイスを特定する。データ変換部１２６は、特定したデバイスのリストをデバイスリストAとして生成することができる。特定されたデバイスは、上記の第１デバイスに相当する。
（ステップＳ３２２）データ変換部１２６は、「放送局Ｘ」と「人物Ｙ」それぞれを示すノードを変換データＯに追加する。
（ステップＳ３２４）データ変換部１２６は、統合データ保存部１２４に保存されたＲＤＦデータから「放送局Ｘ」を利用可能とするデバイスのリストをデバイスリストＡとして抽出する。より具体的には、データ変換部１２６は、「放送局（broadcaster）」を示すノードとの関連性として「型（type）」を示すエッジが設定された「放送局Ｘ」のノードを特定する。データ変換部１２６は、「放送局Ｘ」のノードを「利用可能（available）」なサービスとして関連性を示すエッジで関連付けられたノードに示されるデバイスを特定する。データ変換部１２６は、特定したデバイスのリストをデバイスリストAとして生成することができる。特定されたデバイスは、上記の第１デバイスに相当する。
【0082】
（ステップＳ３２６）データ変換部１２６は、デバイスリストＡが空になったか否かを判定する。この処理により、未処理のデバイスの有無が判定される。デバイスリストＡが空と判定されるとき（ステップＳ３２６ ＹＥＳ）、図１３の処理を終了する。デバイスリストＡが空ではないと判定されるとき（ステップＳ３２６ ＮＯ）、ステップＳ３２８の処理に進む。
【0083】
（ステップＳ３２８）データ変換部１２６は、デバイスリストＡの先頭に記述されたデバイスを「デバイスＢ」として特定する。
（ステップＳ３３０）データ変換部１２６は、「デバイスＢ」を示すノードを変換データＯに追加し、「放送局Ｘ」のノードから「デバイスＢ」のノードに向け、ノード間の関連性として所定の情報伝達性を示すエッジを変換データＯに追加する。図１３では、設定される所定の情報伝達性は、配信サービスの利用により伝達される配信情報を利用可能であることを示す値として「１」が例示されている。その後、デバイスリストＡに記述されたデバイスＢを消去し、ステップＳ３２６の処理に戻る。
（ステップＳ３３０）データ変換部１２６は、「デバイスＢ」を示すノードを変換データＯに追加し、「放送局Ｘ」のノードから「デバイスＢ」のノードに向け、ノード間の関連性として所定の情報伝達性を示すエッジを変換データＯに追加する。図１３では、設定される所定の情報伝達性は、配信サービスの利用により伝達される配信情報を利用可能であることを示す値として「１」が例示されている。その後、デバイスリストＡに記述されたデバイスＢを消去し、ステップＳ３２６の処理に戻る。
【0084】
次に、人物とデバイスとの関係の解析（ステップＳ３５０）の具体例について図１４を用いて説明する。図１４は、本実施形態に係る人物とデバイスとの関係の解析の具体例を示すフローチャートである。
（ステップＳ３５２）データ変換部１２６は、統合データ保存部１２４に保存されたＲＤＦデータから「人物Ｙ」が所在する場所である「場所Ｃ」と同じ場所に設置され、または所在するデバイスのリストをデバイスリストＡとして抽出する。より具体的には、データ変換部１２６は、「人物Ｙ」を示すノードとの関連性として「場所（location）」を示すエッジで関連付けられているノードに示される場所を「場所Ｃ」として特定する。データ変換部１２６は、「場所Ｃ」を示すノードとの関連性として「場所（location）」を示すエッジが設定されているノードに示されるデバイスを「場所Ｃ」に設置され、または、所在するデバイスとして特定することができる。データ変換部１２６は、特定したデバイスが記述されたリストをデバイスリストＡとして生成する。特定されたデバイスは、上記の第２デバイスに相当する。
（ステップＳ３５２）データ変換部１２６は、統合データ保存部１２４に保存されたＲＤＦデータから「人物Ｙ」が所在する場所である「場所Ｃ」と同じ場所に設置され、または所在するデバイスのリストをデバイスリストＡとして抽出する。より具体的には、データ変換部１２６は、「人物Ｙ」を示すノードとの関連性として「場所（location）」を示すエッジで関連付けられているノードに示される場所を「場所Ｃ」として特定する。データ変換部１２６は、「場所Ｃ」を示すノードとの関連性として「場所（location）」を示すエッジが設定されているノードに示されるデバイスを「場所Ｃ」に設置され、または、所在するデバイスとして特定することができる。データ変換部１２６は、特定したデバイスが記述されたリストをデバイスリストＡとして生成する。特定されたデバイスは、上記の第２デバイスに相当する。
【0085】
（ステップＳ３５４）データ変換部１２６は、デバイスリストＡが空になったか否かを判定する。この処理により、未処理のデバイスの有無が判定される。デバイスリストＡが空と判定されるとき（ステップＳ３５４ ＹＥＳ）、図１４の処理を終了する。デバイスリストＡが空ではないと判定されるとき（ステップＳ３５４ ＮＯ）、ステップＳ３５６の処理に進む。
【0086】
（ステップＳ３５６）データ変換部１２６は、デバイスリストＡの先頭に記述されたデバイスを「デバイスＢ」として特定する。データ変換部１２６は、変換データＯに「デバイスＢ」を示すノードが含まれているか否かを判定する。含まれていないと判定するとき、データ変換部１２６は、「デバイスＢ」を示すノードを変換データＯに追加する。含まれていると判定するとき、データ変換部１２６は、「デバイスＢ」を示すノードの追加を行わない。
【0087】
（ステップＳ３５８）データ変換部１２６は、ＲＤＦデータから「デバイスB」が提示可能とする形態であるサービス形態を特定し、特定したサービス形態を示すサービス形態リストCを抽出する。より具体的には、データ変換部１２６は、「デバイスB」を示すノードとの関連性として「サービス形態（service_type）」を示すエッジが設定されたノードに示されるサービス形態を特定する。データ変換部１２６は、特定したサービス形態を示すサービス形態リストＣを生成する。
【0088】
（ステップＳ３６０）データ変換部１２６は、サービス形態ごとの情報伝達性の値ｎとして０（情報伝達性なし）を初期値として設定する。
（ステップＳ３６２）データ変換部１２６は、サービス形態リストＣが空になったか否かを判定する。この処理により、未処理のサービス形態の有無が判定される。サービス形態リストCが空と判定されるとき（ステップＳ３６２ ＹＥＳ）、ステップＳ３６８の処理に進む。サービス形態リストＣが空ではないと判定されるとき（ステップＳ３６２ ＮＯ）、ステップＳ３６４の処理に進む。
（ステップＳ３６２）データ変換部１２６は、サービス形態リストＣが空になったか否かを判定する。この処理により、未処理のサービス形態の有無が判定される。サービス形態リストCが空と判定されるとき（ステップＳ３６２ ＹＥＳ）、ステップＳ３６８の処理に進む。サービス形態リストＣが空ではないと判定されるとき（ステップＳ３６２ ＮＯ）、ステップＳ３６４の処理に進む。
【0089】
（ステップＳ３６４）データ変換部１２６は、サービス形態リストCの先頭に記述されたサービス形態を「サービス形態Ｄ」として特定する。
（ステップＳ３６６）データ変換部１２６は、特定した「サービス形態Ｄ」がサービス形態情報に記述されているか否かを判定する。記述されている場合、データ変換部１２６は、サービス形態情報に記述されている「サービス形態Ｄ」に関連付けて記述された情報伝達性を示す値を特定する。データ変換部１２６は、特定した値を「サービス形態Ｄ」に対応する個別情報伝達性の値ｎと設定する。記述されていない場合、データ変換部１２６は、個別情報伝達性の値ｎを変更しない。記述されていないサービス形態は利用できないサービス形態に相当する。その後、データ変換部１２６は、サービス形態リストＣに記述された「サービス形態Ｄ」を消去し、ステップＳ３６２の処理に戻る。
（ステップＳ３６６）データ変換部１２６は、特定した「サービス形態Ｄ」がサービス形態情報に記述されているか否かを判定する。記述されている場合、データ変換部１２６は、サービス形態情報に記述されている「サービス形態Ｄ」に関連付けて記述された情報伝達性を示す値を特定する。データ変換部１２６は、特定した値を「サービス形態Ｄ」に対応する個別情報伝達性の値ｎと設定する。記述されていない場合、データ変換部１２６は、個別情報伝達性の値ｎを変更しない。記述されていないサービス形態は利用できないサービス形態に相当する。その後、データ変換部１２６は、サービス形態リストＣに記述された「サービス形態Ｄ」を消去し、ステップＳ３６２の処理に戻る。
【0090】
（ステップＳ３６８）データ変換部１２６は、特定されたサービス形態ごとの個別情報伝達性を総合し、「デバイスＢ」から「人物Ｙ」への情報伝達性を定める。サービス形態間で総合した情報伝達性を定める際、データ変換部１２６は、利用できるサービス形態の追加により、より高い情報伝達性を示すように演算する。データ変換部１２６は、例えば、個別情報伝達性のうち最も高い個別情報伝達性を採用してもよいし、個別情報伝達性の単純和または加重和を採用してもよい。特定された情報伝達性は、第２情報伝達性に相当する。データ変換部１２６は、「人物Ｙ」を示すノードから「デバイスＢ」を示すノードに向けて定めた情報伝達性を示すエッジを変換データＯに追加する。その後、データ変換部１２６は、デバイスリストＡに記述された「デバイスＢ」を消去し、ステップＳ３５４の処理に戻る。
【0091】
次に、デバイス間の関係の解析（ステップＳ３８０）の具体例について図１５を用いて説明する。図１５は、本実施形態に係るデバイス間の関係の解析の具体例を示すフローチャートである。
（ステップＳ３８２）データ変換部１２６は、変換データＯにおいて「人物Ｙ」を示すノードとの関連性を示すエッジが設定されたデバイスである第２デバイスを特定し、特定したデバイスを示すデバイスリストＡを生成する。
（ステップＳ３８４）データ変換部１２６は、デバイスリストＡが空になったか否かを判定する。この処理により、未処理のデバイスの有無が判定される。デバイスリストＡが空と判定されるとき（ステップＳ３８４ ＹＥＳ）、図１５の処理を終了する。デバイスリストＡが空ではないと判定されるとき（ステップＳ３８４ ＮＯ）、ステップＳ３８６の処理に進む。
（ステップＳ３８２）データ変換部１２６は、変換データＯにおいて「人物Ｙ」を示すノードとの関連性を示すエッジが設定されたデバイスである第２デバイスを特定し、特定したデバイスを示すデバイスリストＡを生成する。
（ステップＳ３８４）データ変換部１２６は、デバイスリストＡが空になったか否かを判定する。この処理により、未処理のデバイスの有無が判定される。デバイスリストＡが空と判定されるとき（ステップＳ３８４ ＹＥＳ）、図１５の処理を終了する。デバイスリストＡが空ではないと判定されるとき（ステップＳ３８４ ＮＯ）、ステップＳ３８６の処理に進む。
【0092】
（ステップＳ３８６）データ変換部１２６は、デバイスリストＡの先頭に記述されたデバイスを「デバイスＢ」として特定する。
（ステップＳ３８８）データ変換部１２６は、ＲＤＦデータを参照して、「デバイスＢ」に「放送局Ｘ」に接続される経路を有するか否かを判定する。より具体的には、データ変換部１２６は、「デバイスＢ」を示すノードと「放送局Ｘ」を示すノードとの関連性として「利用可能サービス（available_service）」または「接続性（connect）」を示すエッジが含まれているか否かに基づいて、かかる経路を有するか否かを判定する。有すると判定されるとき（ステップＳ３８８ ＹＥＳ）、データ変換部１２６はデバイスリストＡから「デバイスＢ」の記述を消去し、ステップＳ３８４の処理に戻る。有しないと判定するとき（ステップＳ３８８ ＮＯ）、ステップＳ３９０の処理に進む。
（ステップＳ３８８）データ変換部１２６は、ＲＤＦデータを参照して、「デバイスＢ」に「放送局Ｘ」に接続される経路を有するか否かを判定する。より具体的には、データ変換部１２６は、「デバイスＢ」を示すノードと「放送局Ｘ」を示すノードとの関連性として「利用可能サービス（available_service）」または「接続性（connect）」を示すエッジが含まれているか否かに基づいて、かかる経路を有するか否かを判定する。有すると判定されるとき（ステップＳ３８８ ＹＥＳ）、データ変換部１２６はデバイスリストＡから「デバイスＢ」の記述を消去し、ステップＳ３８４の処理に戻る。有しないと判定するとき（ステップＳ３８８ ＮＯ）、ステップＳ３９０の処理に進む。
【0093】
（ステップＳ３９０）データ変換部１２６は、ＲＤＦデータから「デバイスＢ」と接続可能とするデバイスを示すデバイスリストＣとして抽出する。より具体的には、データ変換部１２６は、「デバイスＢ」を示すノードとの関連性として「接続（connect）」を示すエッジが設定されたデバイスに示されるデバイスを特定する。データ変換部１２６は、特定したデバイスを示すデバイスリストをデバイスリストＣとして生成する。
（ステップＳ３９２）データ変換部１２６は、デバイスリストＣが空になったか否かを判定する。この処理により、未処理のデバイスの有無が判定される。デバイスリストＣが空と判定されるとき（ステップＳ３９２ ＹＥＳ）、データ変換部１２６は、デバイスリストＡから「デバイスＢ」の記述を消去し、ステップＳ３８４の処理に戻る。デバイスリストＣが空ではないと判定されるとき（ステップＳ３９２ ＮＯ）、ステップＳ３９４の処理に進む。
（ステップＳ３９２）データ変換部１２６は、デバイスリストＣが空になったか否かを判定する。この処理により、未処理のデバイスの有無が判定される。デバイスリストＣが空と判定されるとき（ステップＳ３９２ ＹＥＳ）、データ変換部１２６は、デバイスリストＡから「デバイスＢ」の記述を消去し、ステップＳ３８４の処理に戻る。デバイスリストＣが空ではないと判定されるとき（ステップＳ３９２ ＮＯ）、ステップＳ３９４の処理に進む。
【0094】
（ステップＳ３９４）データ変換部１２６は、デバイスリストＣの先頭に記述されたデバイスを「デバイスＤ」として特定する。
（ステップＳ３９６）データ変換部１２６は、ＲＤＦデータを参照して、「デバイスＤ」に「放送局Ｘ」に接続される経路を有するか否かを判定する。より具体的には、データ変換部１２６は、「デバイスＤ」を示すノードと「放送局Ｘ」を示すノードとの関連性として「利用可能サービス（available_service）」または「接続性（connect）」を示すエッジが含まれているか否かに基づいて、かかる経路を有するか否かを判定する。有すると判定されるとき（ステップＳ３９６ ＹＥＳ）、ステップＳ３９８の処理に進む。有しないと判定するとき（ステップＳ３９６ ＮＯ）、データ変換部１２６は、デバイスリストＣから「デバイスＤ」の記述を消去し、ステップＳ３９２の処理に戻る。
（ステップＳ３９６）データ変換部１２６は、ＲＤＦデータを参照して、「デバイスＤ」に「放送局Ｘ」に接続される経路を有するか否かを判定する。より具体的には、データ変換部１２６は、「デバイスＤ」を示すノードと「放送局Ｘ」を示すノードとの関連性として「利用可能サービス（available_service）」または「接続性（connect）」を示すエッジが含まれているか否かに基づいて、かかる経路を有するか否かを判定する。有すると判定されるとき（ステップＳ３９６ ＹＥＳ）、ステップＳ３９８の処理に進む。有しないと判定するとき（ステップＳ３９６ ＮＯ）、データ変換部１２６は、デバイスリストＣから「デバイスＤ」の記述を消去し、ステップＳ３９２の処理に戻る。
【0095】
（ステップＳ３９８）データ変換部１２６は、「デバイスＤ」から「デバイスＢ」への情報伝達性の値ｎの初期値を所定の値（例えば、１）と設定することで初期化する。
（ステップＳ４００）データ変換部１２６は、変換データＯにおける「デバイスＢ」を示すノードから「人物Ｙ」を示すノードに向けたエッジが示すノード間の関連性として示される情報伝達性の値を、「デバイスＤ」から「デバイスＢ」への情報伝達性の値ｎとして設定する。
（ステップＳ４０２）データ変換部１２６は、「デバイスＤ」を示すノードから「デバイスＢ」を示すノードに向けて、ノード間の関連性として値ｎを示すエッジを変換データＯに追加する。ここでは、デバイス間のデータの転送において、転送元デバイスから転送先デバイスへの情報伝達性が失われないことが仮定されている。その後、データ変換部１２６は、デバイスリストＣから「デバイスＤ」の記述を消去し、ステップＳ３９２の処理に戻る。
（ステップＳ４００）データ変換部１２６は、変換データＯにおける「デバイスＢ」を示すノードから「人物Ｙ」を示すノードに向けたエッジが示すノード間の関連性として示される情報伝達性の値を、「デバイスＤ」から「デバイスＢ」への情報伝達性の値ｎとして設定する。
（ステップＳ４０２）データ変換部１２６は、「デバイスＤ」を示すノードから「デバイスＢ」を示すノードに向けて、ノード間の関連性として値ｎを示すエッジを変換データＯに追加する。ここでは、デバイス間のデータの転送において、転送元デバイスから転送先デバイスへの情報伝達性が失われないことが仮定されている。その後、データ変換部１２６は、デバイスリストＣから「デバイスＤ」の記述を消去し、ステップＳ３９２の処理に戻る。
【0096】
上記の処理により生成される変換データＯは、トリガーデータに係るトリガーノード、個々のデバイスを示すデバイスノード、および、人物を示す人物ノードを含み、ノード間の関係性を示すエッジを含む有向グラフを示す。変換データOによれば、配信情報を含むトリガーデータの提供元である「放送局Ｘ」から１個または複数の管理対象デバイスを用いて「人物Ｙ」に提示されるまでの各経路について、ノード間における情報伝達性を容易に把握することができる。
【0097】
デバイス選択部１２８は、２つのノードの組に設定される情報伝達性が高いほど、より短くなるように、その組に対する距離を設定する。デバイス選択部１２８は、設定した距離に基づいて、各ノードの二次元平面上の位置を定める。デバイス選択部１２８は、例えば、フラクターマン・レインゴールド法（Fructerman Reingold algorithm、以下の説明では「ＦＲ法」と呼ぶことがある）を用いて各ノードの位置を定めることができる。ＦＲ法は、ノード間の関連性を定量的に定める力学モデルである。力学モデルとして、大きさがノード間の距離に反比例する斥力と、その大きさとしてエッジが設定されているノード間の距離に比例する引力が作用することが仮定されている。引力について、情報伝達性が高いほど大きくなるように比例定数が設定される。各エッジの位置は、他のエッジとの間で作用する斥力と引力が釣り合う位置（ラグランジュ点）となる。そのため、ノード間の情報伝達性が高いほど、ノード間の距離が短くなる。
【0098】
図１６は、ＦＲ法を用いて定めた各ノードの分布を例示する。円は、個々のノードを示し、２つの円の間を結ぶ線分はエッジを示す。但し、放送局（#AAA）を示す放送局から個々の第１デバイスとの間の情報伝達性の値、斥力の定数、引力の定数を、それぞれ１と仮定している。また、個々の第２デバイスから人物（#person1）への情報伝達性の値を利用可能とするサービス形態ごとの情報伝達性の値の総和、つまり、利用可能とするサービス形態の数と仮定している。また、中間デバイスから第２デバイスへの情報伝達性の値を、その第２デバイスから人物への情報伝達性の値を等しいことを仮定している。人物を示す人物ノードから、各デバイスを示すデバイスノードまでの距離は、人物と同室に所在しているテレビジョン受信装置（#tv）、ＩｏＴ電球（#iot-light1）、スマートフォン（#smartphone）、空調機（#airconditioner）の順に大きくなり、テレビジョン受信装置までの距離が最も短い。図１６では、人物ノードからの距離が１以内となる領域が円で表されている。各距離は、人物ノードから放送局を示す放送局ノードまでの距離が１となるように正規化されている。なお、デバイス選択部１２８は、個々のノードの位置を定める際、ＦＲ法に限らず、ノード間の情報伝達性に基づいて、そのノード間の距離を定めることができれば、その他の方法、例えば、幾何学的な方法を用いてもよい。
【0099】
デバイス選択部１２８は、トリガーデータに係るトリガーデータから人物を示す人物ノードまでの経路のうち、人物ノードからの距離が短い第２デバイスを含む経路ほど優先して選択する。デバイス選択部１２８は、人物ノードからの距離が所定の距離の閾値よりも短い第２デバイスとして、テレビジョン受信装置とＩｏＴ電球を配信情報の提示に用いる第２デバイスとして選択することができる。そして、デバイス選択部１２８は、放送波サービスを利用できないＩｏＴ電球に対しては、放送局から人物への経路上の他のデバイスとしてスマートフォンを選択することができる。
【0100】
デバイス制御部１３０は、テレビジョン受信装置に対して放送波サービスの利用による配信情報の取得、配信情報の提示を指示する。デバイス制御部１３０は、スマートフォンに対して放送波サービスの利用による配信情報の取得と経路上の次のデバイスであるスマートフォンへの転送を指示する。デバイス制御部１３０は、ＩｏＴ電球に対して配信情報の受信と提示を指示する。人物には、テレビジョン受信装置とＩoＴ電球から配信情報が提示される。よって、人物に対して効果的に配信情報が提示される。
【0101】
なお、上記の事例では、デバイス選択部１２８が実行するデバイス選択法が、人物ノードからの距離が短い第２デバイスに係るノードを含む経路ほど優先して、検出された人物と同じ部屋に存在する第２デバイスを含む複数の経路を定める場合を主としたが、これには限られない。デバイス選択部１２８は、例えば、１つの経路のみを定めてもよいし、人物が検出された部屋とは異なる部屋に所在する第２デバイスを含む経路が候補になってもよい。
また、サービス形態情報は、必ずしもトリガーデータに含まれなくてもよい。ＲＤＦデータに予め配信情報の種類ごとにサービス形態情報を関連付けて含めておいてもよい。その場合、データ変換部１２６は、ＲＤＦデータは、配信情報の種別に関連付けられるサービス形態情報を特定することができる。
また、サービス形態情報は、必ずしもトリガーデータに含まれなくてもよい。ＲＤＦデータに予め配信情報の種類ごとにサービス形態情報を関連付けて含めておいてもよい。その場合、データ変換部１２６は、ＲＤＦデータは、配信情報の種別に関連付けられるサービス形態情報を特定することができる。
【0102】
なお、上記の各実施形態において、統合データ生成部１２２は、検出された人物を示す人物識別情報を取得し、人物識別情報を検出された人物ノードと関連付けて統合データ保存部１２４に記憶してもよい。統合データ生成部１２２は、各種のセンサ情報から公知の個人識別技術（例えば、顔画像認識、指紋認証、虹彩認証、など）を用いて個人識別情報取得してもよいし、外部機器から人物識別情報が入力されてもよい。
データ変換部１２６には、人物ごとに利用可能な管理対象デバイスを示す利用可能デバイス情報が予め設定されてもよい。データ変換部１２６は、利用可能デバイス情報を参照し、人物ノードと関連付けられた人物識別情報で示される人物が利用可能な利用可能デバイスを特定してもよい。データ変換部１２６は、特定した利用可能デバイスのうち、配信情報を提示できるデバイスを第２デバイスとして定めてもよい。これにより、検出された人物により利用可能なデバイスを考慮して配信情報の提示に係るデバイスが定められる。例えば、テレビジョン受信機の利用を制限される小児または幼児に対してはテレビジョン受信機以外のデバイスが、スマートフォンの利用に習熟していない高齢者に対してはスマートフォン以外のデバイスが選択されうる。
データ変換部１２６には、人物ごとに利用可能な管理対象デバイスを示す利用可能デバイス情報が予め設定されてもよい。データ変換部１２６は、利用可能デバイス情報を参照し、人物ノードと関連付けられた人物識別情報で示される人物が利用可能な利用可能デバイスを特定してもよい。データ変換部１２６は、特定した利用可能デバイスのうち、配信情報を提示できるデバイスを第２デバイスとして定めてもよい。これにより、検出された人物により利用可能なデバイスを考慮して配信情報の提示に係るデバイスが定められる。例えば、テレビジョン受信機の利用を制限される小児または幼児に対してはテレビジョン受信機以外のデバイスが、スマートフォンの利用に習熟していない高齢者に対してはスマートフォン以外のデバイスが選択されうる。
【0103】
また、統合データ保存部１２４は、デバイス管理装置１０の各部が実行する各種の処理に用いるパラメータを要素情報として含めてＲＤＦデータを保存してもよいし、それらのパラメータとは別個に構成されたＲＤＦデータを保存してもよい。例えば、上記のセンサ設置情報、有効性情報、利用可能デバイス情報のいずれか１種類、または、それらのいずれかの組み合わせがＲＤＦデータに含まれてもよい。
【0104】
以上に説明したように、本実施形態に係るデバイス管理装置１０は、複数のノードと、複数のノードのうち２個のノードの組ごとに一方のノードに対する他方のノードとの関連性を示すエッジと、を含む統合データを保存する統合データ保存部１２４を備える。デバイス管理装置１０は、配信情報を含むトリガーデータを取得するとき、統合データの構造を、配信情報の提供に係るデバイスを選択する方法であるデバイス選択法に応じた構造に変換して変換データを生成するデータ変換部１２６を備える。デバイス管理装置１０は、変換された変換データに基づいて、上記のデバイス選択法を用いて配信情報の提供に係るデバイスである提供デバイスを選択するデバイス選択部１２８を備える。
この構成によれば、デバイス選択法に応じた構造に変換された変換データに基づいて、当該デバイス選択法を用いて配信情報の提供に係る提供デバイスが定まる。各種の情報を含んで構成される統合データの構成を変換しない場合や特定の構成に変換する場合よりも、デバイス選択を効率的に実行し、効果的な情報提供を実現することができる。
この構成によれば、デバイス選択法に応じた構造に変換された変換データに基づいて、当該デバイス選択法を用いて配信情報の提供に係る提供デバイスが定まる。各種の情報を含んで構成される統合データの構成を変換しない場合や特定の構成に変換する場合よりも、デバイス選択を効率的に実行し、効果的な情報提供を実現することができる。
【0105】
また、デバイス選択法は、配信情報のサービスの利用から提示までの経路に係る情報伝達性に基づいて、提供デバイスを定める方法であってもよい。データ変換部１２６は、統合データから、配信情報のサービスを利用できるデバイスを第１デバイスとして定め、配信情報を提示できるデバイスを第２デバイスとして定め、第１デバイスを示す第１デバイスノード、第２デバイスを示す第２デバイスノード、トリガーデータに関するトリガーノード、配信情報を転送できる転送元デバイスを示す転送元デバイスノード、配信情報の転送先となりうる転送先デバイスを示す転送先デバイスノード、および、人物を示す人物ノードと、トリガーノードと第１デバイスノードとの関連性としてサービスの利用に係る情報伝達性である第１情報伝達性を示す第１エッジ、転送元デバイスノードと転送先デバイスノードとの関連性として転送元デバイスから転送先デバイスへの情報伝達性であるデバイス間情報伝達性を示すデバイス間エッジ、および、第２デバイスノードと人物ノードとの関連性として人物への情報伝達性である第２情報伝達性を示す第２エッジを含む変換データを生成してもよい。デバイス選択部１２８は、変換データに基づいて、トリガーノードから人物ノードまでの経路ごとに、当該経路に含まれるエッジに示される情報伝達性に基づいて少なくとも１以上の経路を定め、定めた経路に含まれるノードに示されるデバイスを提供デバイスとして特定してもよい。
この構成によれば、トリガーデータ、人物、および、複数のデバイス間の情報伝達性が容易に把握される変換データが得られる。変換データを用いることで、配信サービスの利用から人物への提示までの経路に基づく提供デバイスを効率的に定めることができる。
この構成によれば、トリガーデータ、人物、および、複数のデバイス間の情報伝達性が容易に把握される変換データが得られる。変換データを用いることで、配信サービスの利用から人物への提示までの経路に基づく提供デバイスを効率的に定めることができる。
【0106】
また、デバイス選択法は、配信情報のサービスの利用から提示までの経路に係る情報伝達性としての遅延に基づいて、配信情報の提供に係るデバイスを定める方法であってもよい。データ変換部は、統合データから、第１デバイスごとにサービスの利用に係る遅延を第１情報伝達性として特定し、第２デバイスごとに人物への遅延を第２情報伝達性として特定し、転送元デバイスから転送先デバイスへの遅延をデバイス間情報伝達性として特定してもよい。デバイス選択部１２８は、各経路に含まれる個々のエッジに示される遅延の総和である経路遅延量に基づいて１以上の経路を選択する。
この構成によれば、デバイスごとの遅延を容易に特定できるため、経路ごとの経路遅延量に基づいて提供デバイスを効率的に定めることができる。
この構成によれば、デバイスごとの遅延を容易に特定できるため、経路ごとの経路遅延量に基づいて提供デバイスを効率的に定めることができる。
【0107】
また、統合データは、場所を示す場所ノードと、一方の場所から他の場所への移動に係る遅延を示す移動遅延ノードと、デバイスのノードと場所ノードとの関連性として当該デバイスの設置場所を示すエッジを含んでもよい。デバイス管理装置１０は、人物の検出を示す人物検出情報を取得するとき、人物ノードと場所ノードとの関連性として人物が所在する場所を示すエッジを含む統合データを生成する統合データ生成部１２２を備えてもよい。データ変換部１２６は、統合データを用いて、第２デバイスごとに人物が所在する場所から当該第２デバイスの設置場所への移動に係る遅延である移動遅延を特定し、人物ノードと当該第２デバイスに係る第２デバイスノードとの関連性として、移動遅延を示す第２エッジを設定してもよい。
この構成によれば、人物が検出された場所から配信情報が提示される第２デバイスに接するまでの時間をさらに考慮して、配信情報の提供に係る提供デバイスが定める。
この構成によれば、人物が検出された場所から配信情報が提示される第２デバイスに接するまでの時間をさらに考慮して、配信情報の提供に係る提供デバイスが定める。
【0108】
デバイス選択法は、配信情報のサービスの利用から提示までの経路に係る情報伝達性として第２デバイスの情報伝達性に基づいて、提供デバイスを定める方法であってもよい。トリガーデータは、配信情報のサービス形態の情報伝達性を示すサービス形態情報を含んでもよい。データ変換部１２６は、サービス形態情報に基づいて第２デバイスが配信情報の提示に利用できるサービス形態の情報伝達性を第２情報伝達性として定め、転送先デバイスを第２デバイスとするデバイス間情報伝達性を第２情報伝達性に定め、第１情報伝達性を予め定めておいてもよい。デバイス選択部１２８は、２個のノード間に設定されたエッジに示される情報伝達性が高いほど当該ノード間の距離が短くなるようにノード分布を定め、人物ノードからの第２デバイスまでの距離に基づいて、当該第２デバイスを含む１以上の経路を選択してもよい。
この構成によれば、各デバイスに設定される情報伝達性において人物に対する配信情報の第２情報伝達性が主となる。そのため、人物に対する情報伝達性を重視して配信情報の提供に係る提供デバイスを定めることができる。
この構成によれば、各デバイスに設定される情報伝達性において人物に対する配信情報の第２情報伝達性が主となる。そのため、人物に対する情報伝達性を重視して配信情報の提供に係る提供デバイスを定めることができる。
【0109】
また、統合データは、場所を示す場所ノードと、デバイスのノードと場所ノードとの関連性として当該デバイスの設置場所を示すエッジを含んでもよい。デバイス管理装置１０は、人物が検出された場所を示す人物検出情報を取得するとき、人物ノードと当該場所を示す場所ノードとの関連性を示すエッジを含む前記統合データを生成する統合データ生成部１２２を備えてもよい。データ変換部１２６は、人物が検出された場所を設置場所とし、配信情報を提示できるデバイスを前記第２デバイスとして特定してもよい。
この構成によれば、人物が検出された場所を設置場所としてデバイスから配信情報を提示する第２デバイスが選ばれる。人物が検出された場所を設置場所としないデバイスが配信情報を提示する第２デバイスから除外されるため、情報伝達性が高い第２デバイスを効率的に選択することができる。
この構成によれば、人物が検出された場所を設置場所としてデバイスから配信情報を提示する第２デバイスが選ばれる。人物が検出された場所を設置場所としないデバイスが配信情報を提示する第２デバイスから除外されるため、情報伝達性が高い第２デバイスを効率的に選択することができる。
【0110】
統合データ保存部１２４は、いずれかのデバイスが検出されなくなるとき、検出されない非検出デバイスを示す非検出デバイスノードと、当該非検出デバイスノードと関連性を有する他のノードである非検出デバイス関連ノードと、を無効化し、非検出デバイスが検出されるとき、非検出デバイスノードと、非検出デバイス関連ノードと、を有効化してもよい。
この構成によれば、検出された動作中のデバイスが配信情報の提供に係る提供デバイスの候補となり、検出されないデバイスからは提供デバイスが除外される。そのため、動作中のデバイスから提供デバイスを効率的に選択でき、検出されないデバイスに対する配信情報の提供に係る処理に対する無用な処理を回避することができる。
この構成によれば、検出された動作中のデバイスが配信情報の提供に係る提供デバイスの候補となり、検出されないデバイスからは提供デバイスが除外される。そのため、動作中のデバイスから提供デバイスを効率的に選択でき、検出されないデバイスに対する配信情報の提供に係る処理に対する無用な処理を回避することができる。
【0111】
データ変換部１２６は、識別された人物を示す人物識別情報を取得するとき、人物ごとに利用できるデバイスである利用可能デバイスを示す利用可能デバイス情報を用いて、識別された人物が利用可能とする利用可能デバイスのうち、配信情報を提示できるデバイスを第２デバイスとして特定してもよい。
この構成によれば、人物ごとに利用可能なデバイスから配信情報の提示に係る第２デバイスが選択されるように、配信情報の提供に係る提供デバイスが定める。人物が常用するデバイスから配信情報を提示させることで、その他のデバイスよりも情報伝達性を向上させることができる。
この構成によれば、人物ごとに利用可能なデバイスから配信情報の提示に係る第２デバイスが選択されるように、配信情報の提供に係る提供デバイスが定める。人物が常用するデバイスから配信情報を提示させることで、その他のデバイスよりも情報伝達性を向上させることができる。
【0112】
以上、図面を参照してこの発明の実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
【0113】
なお、上述したデバイス管理装置１０の一部、例えば、統合データ生成部１２２、統合データ保存部１２４、データ変換部１２６、デバイス選択部１２８、および、デバイス制御部１３０の一部または全部をコンピュータで実現するようにしてもよい。その場合、この制御機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現してもよい。なお、ここでいう「コンピュータシステム」とは、デバイス管理装置１０に内蔵されたコンピュータシステムであって、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間、動的にプログラムを保持するもの、その場合のサーバーやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含んでもよい。また上記プログラムは、前述した機能の一部を実現するためのものであってもよく、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるものであってもよい。
また、上述した実施形態におけるデバイス管理装置１０の一部、または全部をＬＳＩ（Large Scale Integration）等の集積回路として実現してもよい。デバイス管理装置１０の各機能ブロックは個別にプロセッサ化してもよいし、一部、または全部を集積してプロセッサ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いてもよい。
また、上述した実施形態におけるデバイス管理装置１０の一部、または全部をＬＳＩ（Large Scale Integration）等の集積回路として実現してもよい。デバイス管理装置１０の各機能ブロックは個別にプロセッサ化してもよいし、一部、または全部を集積してプロセッサ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いてもよい。
【符号の説明】
【0114】
１、２…デバイス管理システム、１０…デバイス管理装置、１２２…統合データ生成部、１２４…統合データ保存部、１２６…データ変換部、１２８…デバイス選択部、１３０…デバイス制御部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】