特許 7645661 システムおよびプログラム

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

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

(11)【特許番号】

(24)【登録日】2025-03-06

(45)【発行日】2025-03-14

(54)【発明の名称】システムおよびプログラム

(51)【国際特許分類】

   G06F 11/36 20250101AFI20250307BHJP

   G16Y 10/65 20200101ALI20250307BHJP

   G16Y 40/20 20200101ALI20250307BHJP

【ＦＩ】

G06F11/3698

G16Y10/65

G16Y40/20

【請求項の数】 2

(21)【出願番号】P 2021030816

(22)【出願日】2021-02-26

(65)【公開番号】P2022131720

(43)【公開日】2022-09-07

【審査請求日】2024-01-10

(73)【特許権者】

【識別番号】000004352

【氏名又は名称】日本放送協会

(74)【代理人】

【識別番号】100141139

【弁理士】

【氏名又は名称】及川 周

(74)【代理人】

【識別番号】100171446

【弁理士】

【氏名又は名称】高田 尚幸

(74)【代理人】

【識別番号】100114937

【弁理士】

【氏名又は名称】松本 裕幸

(74)【代理人】

【識別番号】100171930

【弁理士】

【氏名又は名称】木下 郁一郎

(72)【発明者】

【氏名】佐藤 辰哉

(72)【発明者】

【氏名】遠藤 大礎

(72)【発明者】

【氏名】藤津 智

(72)【発明者】

【氏名】藤沢 寛

【審査官】円子 英紀

(56)【参考文献】

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

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

【文献】米国特許第５８８９９５４（ＵＳ，Ａ）

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

Ｇ０６Ｆ １１／３６

Ｇ１６Ｙ １０／６５

Ｇ１６Ｙ ４０／２０

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

【請求項1】

第１デバイスエミュレーターと、
第２デバイスエミュレーターと、
を備えるシステムであって、
前記第１デバイスエミュレーターと前記第２デバイスエミュレーターとのそれぞれは、
デバイスのアクションの情報と、動作用アプリと、デバイスが持つ属性と、デバイスで発生し得るイベントと、を含んだデバイス設定情報を記憶する設定記憶部と、
前記設定記憶部に記憶された前記動作用アプリを実行するデバイス動作部と、
前記設定記憶部に記憶された前記アクションの情報に関連付けられた制御信号を外部から受信すると、当該アクションに関連付けられた動作を行うように、前記デバイス動作部の動作を制御するデバイス制御部と、
を備え、
前記第１デバイスエミュレーターは、更新された前記第１デバイスエミュレーターの属性情報を、前記第２デバイスエミュレーターに伝達し、
前記第１デバイスエミュレーターは前記第１デバイスエミュレーターで発生したイベントの情報を前記第２デバイスエミュレーターに伝達するとともに、伝達を受けた前記第２デバイスエミュレーターは伝達された当該イベントの内容に応じた動作を行う、
システム。

【請求項2】

請求項１に記載のシステム、としてコンピューターを機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、デバイスエミュレーターおよびプログラムに関する。

【背景技術】

【0002】

映像等のコンテンツを提示する際に、ＩｏＴデバイスが用いられる場合がある。ここでのＩｏＴデバイスは、例えば、映像を表示したり、音声を出力したり、ＬＥＤライト等の照明手段を用いて光の演出効果を実現したり、物質を噴霧したり、物を振動させたり、物の姿勢を変えたり、といった動作を行う装置である。つまり、ここでのＩｏＴデバイスは、コンテンツの表現を実現するものである。様々な種類のＩｏＴデバイスは、各デバイスに固有の動作をすることによって、コンテンツの表現を実現する。

【0003】

非特許文献１には、放送コンテンツが、ＩｏＴデバイスを活用することにより、時間や場所を選ばない映像・音声の提示や、テキスト、照明、振動を用いた情報提示によるアクセシビリティの向上を図る技術が記載されている。同文献では、コンテンツ、デバイス、ユーザーの３つの要素の情報から、デバイスが自律的にコンテンツを提示する仕組み「ＩｏＴベースメディアフレームワーク」についても記載されている。

【0004】

また、例えば特許文献１には、表示装置が、代替映像を表示する際に、当該代替映像に予め対応付けられた、匂い、熱、振動、および触感の少なくともいずれか一つを発生させる発生手段、を備える技術が記載されている。

【先行技術文献】

【特許文献】

【0005】

【文献】特開２０１４－０３８５２３号公報

【非特許文献】

【0006】

【文献】遠藤大礎，ＩｏＴベースメディアフレームワーク 多様なデバイスやユーザー環境に応じたコンテンツ提示，ＮＨＫ放送技術研究所，技研だより，2020年12月号，［online］，［2021年2月1日ダウンロード］，インターネット＜URL：https://www.nhk.or.jp/strl/publica/giken_dayori/189/4.html＞

【発明の概要】

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

【0007】

ＩｏＴデバイスを用いたコンテンツの提示を行うためには、実際にコンテンツを配信する前に、各デバイスに対しての動作検証を行う必要がある。しかしながら、コンテンツ提示のために使用され得るＩｏＴデバイスの種類は、多種多様である。また、少なくとも検証の時点においては実在しないＩｏＴデバイスについても、検証を行う必要がある。またコンテンツの種類とＩｏＴデバイスの種類と組み合わせの数は膨大である。つまり、このような膨大な組み合わせをすべて網羅する検証環境を、実際のＩｏＴデバイスを用いて構築することは非常に困難であるという問題がある。

【0008】

本発明は、上記の課題認識に基づいて行なわれたものであり、コンテンツの表現等を実現するためのＩｏＴデバイスの検証を容易にするデバイスエミュレーターおよびプログラムを提供しようとするものである。

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

【0009】

［１］上記の課題を解決するため、本発明の一態様によるデバイスエミュレーターは、デバイスの、アクションの情報と、動作用アプリと、を少なくとも含んだデバイス設定情報を記憶する設定記憶部と、前記設定記憶部に記憶された前記動作用アプリを実行するデバイス動作部と、前記設定記憶部に記憶された前記アクションの情報に関連付けられた制御信号を外部から受信すると、当該アクションに関連付けられた動作を行うように、前記デバイス動作部の動作を制御するデバイス制御部とを備えるものである。

【0010】

［２］また、本発明の一態様は、上記のデバイスエミュレーターにおいて、前記設定記憶部は、複数のデバイスのそれぞれについての前記デバイス設定情報を記憶するものであり、前記デバイス動作部は、前記複数のデバイスの中から選択されたデバイスの前記動作用アプリを実行するものである。

【0011】

［３］また、本発明の一態様は、上記のデバイスエミュレーターにおいて、前記複数のデバイスの中から選択されたデバイスについての前記アクションの情報を外部に伝達する情報伝達部、をさらに備えるものである。

【0012】

［４］また、本発明の一態様は、上記のデバイスエミュレーターにおいて、前記情報伝達部は、前記デバイス動作部が、前記デバイスが持つ属性値を更新した際に、当該属性値の情報を外部に伝達するものである。

【0013】

［５］また、本発明の一態様は、上記のデバイスエミュレーターにおいて、前記情報伝達部は、前記デバイス動作部において前記デバイスに関する特定のイベントが発生した際に、当該イベントの情報を外部に伝達するものである。

【0014】

［６］また、本発明の一態様は、上記のデバイスエミュレーターにおいて、前記デバイス制御部は、ウェブオブシングス（ＷｏＴ，web of things）プロトコルによって、前記制御信号を外部から受信するものである。

【0015】

［７］また、本発明の一態様は、デバイスの、アクションの情報と、動作用アプリと、を少なくとも含んだデバイス設定情報を記憶する設定記憶部と、前記設定記憶部に記憶された前記動作用アプリを実行するデバイス動作部と、前記設定記憶部に記憶された前記アクションの情報に関連付けられた制御信号を外部から受信すると、当該アクションに関連付けられた動作を行うように、前記デバイス動作部の動作を制御するデバイス制御部と、を備えるデバイスエミュレーター、としてコンピューターを機能させるためのプログラムである。

【発明の効果】

【0016】

本発明によれば、デバイスエミュレーターは、様々なデバイスとして動作する。これにより、コンテンツを再生する際などにおける、様々なデバイスに固有の動作を模擬的に実行できる。これにより、多種多様なデバイスの動作の検証が容易になる。

【図面の簡単な説明】

【0017】

【図1】本発明の第１実施形態によるデバイスエミュレーターの概略機能構成を示すブロック図である。

【図2】第１実施形態によるデバイスエミュレーターの基本的な動作手順を示すシーケンス図である。

【図3】第１実施形態において設定記憶部２０が記憶するデバイス情報の構成例を示す概略図である。

【図4】第２実施形態によるデバイスエミュレーターの概略機能構成を示すブロック図である。

【図5】第２実施形態によるデバイスエミュレーターの動作手順を示すシーケンス図である。

【図6】第３実施形態によるデバイスエミュレーターの概略機能構成を示すブロック図である。

【図7】第３実施形態によるデバイスエミュレーターの動作手順を示すシーケンス図である。

【図8】第３実施形態によるデバイス設定ファイル（ＴＤ）の例を示す概略図（１／２）である。

【図9】第３実施形態によるデバイス設定ファイル（ＴＤ）の例を示す概略図（２／２）である。

【図10】第４実施形態によるシステムの構成を示すブロック図である。

【図11】第５実施形態によるシステムの構成を示すブロック図である。

【図12】各実施形態におけるデバイスエミュレーター（ないしは、エミュレーターが稼働するハードウェア）の内部構成の例を示すブロック図である。

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

【0018】

次に、本発明の複数の実施形態について、図面を参照しながら説明する。以下の実施形態におけるデバイスエミュレーター（あるいは単に「エミュレーター」）は、ＩｏＴデバイスの仮想的な実行状態を実現するものである。ハードウェア上で稼働するプログラムを「デバイスエミュレーター」等と呼ぶ場合もあるし、そのプログラムとハードウェアとを含めたものを「デバイスエミュレーター」等と呼ぶ場合もある。

【0019】

［第１実施形態］
本実施形態は、ＩｏＴデバイスの動作を模擬するデバイスエミュレーターである。なお、「ＩｏＴ」は、Internet of Things（モノのインターネット）の略である。本実施形態が対応するＩｏＴデバイスは、コンテンツの表現の手段として使用されるデバイスである。本実施形態のエミュレーターは、映像の表示や、音声の出力や、ライトの点灯や、振動を起こすなどといったＩｏＴデバイスの動作を模擬する。なお、ＩｏＴデバイスが表現する方法（映像、音声等）は、ここに例示したものに限定されず、あらゆる種類の表現が可能である。本実施形態のエミュレーターは、通信機能を有している。エミュレーターは、通信を介して外部のデバイス（ＩｏＴデバイス）等からの制御を受けることが可能である。このような本実施形態のエミュレーターを用いることにより、複数のＩｏＴデバイス間の連携動作を検証することも可能である。

【0020】

本実施形態のエミュレーターは、例えば、コンピューターを用いて実現可能である。エミュレーターは、一例として、携帯型情報端末機器（スマートフォン等）と、当該機器上で稼働するプログラムとを用いて実現可能である。ただし、エミュレーターを実現するためのハードウェアは、ここに例示したものには限定されない。

【0021】

図１は、本実施形態によるデバイスエミュレーターの概略機能構成を示すブロック図である。図示するように、デバイスエミュレーター１は、登録部１０と、設定記憶部２０と、デバイス選択部３０と、デバイス動作部４０と、デバイス制御部５０とを含んで構成される。これらの各機能部は、例えば、コンピューターと、プログラムとで実現することが可能である。また、各機能部は、必要に応じて、記憶手段を有する。記憶手段は、例えば、プログラム上の変数や、プログラムの実行によりアロケーションされるメモリーである。また、必要に応じて、磁気ハードディスク装置やソリッドステートドライブ（ＳＳＤ）といった不揮発性の記憶手段を用いるようにしてもよい。また、各機能部の少なくとも一部の機能を、プログラムではなく専用の電子回路として実現してもよい。各部の機能は、次の通りである。

【0022】

デバイスエミュレーター１は、前述の通り、通信機能を持つ。デバイスエミュレーター１は、例えば、標準化団体Ｗ３Ｃが提唱するＷｏＴを用いて通信を行うようにしてよい。なお、「ＷｏＴ」はWeb of Things（モノのウェブ）の略である。なお、ＷｏＴは、既に世界で利用されているウェブのオープン標準技術（ＨＴＭＬ、Javascript、ＪＳＯＮ等）を利用するものである。

【0023】

登録部１０は、例えば外部から与えられるデバイス情報を読込み、エミュレーターにデバイスを登録するここで、デバイス情報は、デバイス設定ファイルと、動作用アプリ（動作用ウェブアプリ）とを含む。デバイス設定ファイルは、対象とするデバイスが持つ属性や、デバイスに対するアクションや、デバイスにおいて発生し得るイベントなどの情報を定義したデータである。動作用アプリは、デバイスの動作を模擬的に実現するプログラム（アプリケーションプログラム）のコードである。動作用アプリは、一例としてＪａｖａｓｃｒｉｐｔ（登録商標）で記述されている。動作用アプリがデバイスエミュレーター１上で稼働することにより、エミュレーションの対象とするＩｏＴデバイスの動作を模擬する表現を行える。

【0024】

設定記憶部２０は、上記のデバイス情報（デバイス設定ファイルおよび動作用アプリ）を記憶する。デバイス設定ファイルは、上記の通り、各デバイスの特徴や動作を定義したデータを保持する。

【0025】

つまり、設定記憶部２０は、デバイスの、アクションの情報と、動作用アプリと、を少なくとも含んだデバイス情報を記憶する。デバイスのアクションの情報は、デバイス設定ファイルが持つ情報である。また、設定記憶部は、デバイスの属性の情報を、デバイス設定ファイル内に含む情報として記憶してよい。また、設定記憶部は、デバイスで発生し得るイベントの情報を、デバイス設定ファイル内に含む情報として記憶してよい。

【0026】

設定記憶部２０が記憶するデバイス設定情報は、複数のデバイスのそれぞれの設定情報であってもよい。複数のデバイスのデバイス設定情報のうち、適宜、特定のデバイスのデバイス設定情報が、デバイス選択部３０によって選択されるようにしてもよい。設定記憶部２０は、登録部１０によって登録されたそれぞれのデバイスのデバイス情報を、徐々に蓄積していくようにしてよい。

【0027】

デバイス選択部３０は、例えば外部からの指示等に基づいて、設定記憶部２０に登録されているデバイスのうちの、特定のデバイスを選択する。デバイス選択部３０は、設定記憶部２０が複数のデバイスの情報を記憶している場合に、それら複数のデバイスの中から、デバイスエミュレーター１の動作対象とするデバイスを選択する。デバイス選択部３０は、デバイスを選択した際に、各部に必要なデバイス情報を前述の設定記憶部２０から呼び出す。デバイス選択部３０は、選択したデバイスの動作用アプリを、デバイス動作部４０に設定する。また、デバイス選択部３０は、選択したデバイスを制御するためのＡＰＩを、デバイス制御部５０に設定（生成）する。なお、ＡＰＩは、「Application Programming Interface」の略である。

【0028】

デバイス動作部４０は、設定記憶部に記憶された動作用アプリを実行するものである。具体的には、デバイス動作部４０は、例えば映像の表示や、音声出力や、ライトの点灯や、光線の出力や、装置を振動させることや、装置を傾けることや、物質（煙、水、あるいはその他の物質）を噴霧するなどといったことで、コンテンツの再生上の演出を行うことができる。なお、デバイス動作部４０は、本来のデバイスの動作を模擬できれば充分である。デバイスの実際の動作（例えば、装置を振動させることや、装置を傾けることや、物質を噴霧することなど）を実行する手段をデバイスエミュレーター１のハードウェアが持たない場合には、デバイスエミュレーター１は、検証用の模擬的動作のみを行うようにしてよい。

【0029】

設定記憶部２０に複数のデバイスの情報が記憶されている場合、デバイス動作部４０は、それら複数のデバイスの中から選択されたデバイスの動作用アプリを実行する。そのために、上記のデバイス選択部３０は、選択されたデバイスの動作用アプリを、デバイス動作部４０に設定する。

【0030】

デバイス制御部５０は、設定記憶部２０に記憶されたアクションの情報に関連付けられた制御信号を外部から受信し、その制御信号に基づいて、当該アクションに関連付けられた動作を行うように、デバイス動作部４０の動作を制御する。外部の装置がデバイスエミュレーター１に制御信号を送信することは、外部の装置等が例えば各動作に対応するＡＰＩを呼び出すことにより行われる。つまり、デバイス制御部５０は、外部からの制御を受付け、デバイス動作部４０に伝える。外部からの制御信号の送信は、何らかの手段で自動的に行われるようにしてもよいし、ユーザーの操作に基づいて行われるようにしてもよい。

【0031】

図２は、本実施形態によるデバイスエミュレーターの基本的な動作手順を示すシーケンス図である。以下、この図に沿って、デバイスエミュレーター１の動作手順を説明する。

【0032】

ステップＳ１において、登録部１０は、外部からのデバイス情報の登録を受け付ける。例えば、デバイスエミュレーター１の外のユーザーエージェントが、デバイス情報を登録部１０に渡すことによって、デバイス情報を登録できるようにする。ユーザーエージェントは、デバイスエミュレーター１のユーザーに成り代わって動作する機能である。ユーザー自身がデバイスエミュレーターのユーザーインターフェースを操作することによって登録部１０に対してデバイス情報の登録を要求するようにしてもよい。

【0033】

次にステップＳ２において、登録部１０は、ステップＳ１で受け付けたデバイス情報を、設定記憶部２０に書き込む。デバイス情報は、デバイス設定ファイルと動作用アプリ（ウェブアプリ）のコードとを含むものである。これによって、登録部１０は、デバイスエミュレーター１に１つの仮想デバイスを登録することができる。なお、登録部１０が行う都度、デバイスの情報は、設定記憶部２０に書き込まれる。設定記憶部２０は、複数のデバイスの情報を記憶することができる。

【0034】

次にステップＳ３において、デバイス選択部３０は、ユーザーエージェントからの指示に基づいて、稼働させるデバイスを選択する。ここで選択され得るデバイスは、その時点までに設定記憶部２０に登録されているデバイスのいずれかである。

【0035】

次にステップＳ４において、デバイス選択部３０は、ステップＳ３で選択されたデバイスのデバイス情報を、設定記憶部２０から呼び出す。設定記憶部２０から読み出されたデバイス情報は、デバイス選択部３０に渡される。デバイス情報は、前述の通り、デバイス設定ファイルと動作用アプリ（ウェブアプリ）のコードとを含む。

【0036】

次にステップＳ５において、デバイス選択部３０は、ステップＳ４で取得した動作用アプリ（ウェブアプリ）を、実行可能な状態となるように、デバイス動作部４０に設定する。これにより、デバイス動作部４０は、ステップＳ３で選択されたデバイスを模擬する動作を行えるようになる。

【0037】

次にステップＳ６において、デバイス選択部３０は、ステップＳ４で取得した動作用アプリ（ウェブアプリ）のＡＰＩを、デバイス制御部５０に設定する。これにより、デバイス制御部５０は、当該動作用アプリを動作させるためのインターフェースを備えるようになる。言い換えれば、デバイスエミュレーター１の外部から、前記動作用アプリを動作させるためのＡＰＩの呼び出しを行えるようになる。

【0038】

次にステップＳ７において、デバイス制御部５０は、例えば外部の制御ドライバーから、選択されているＩｏＴデバイスを制御する信号を受け取る。デバイス制御部５０は、ステップＳ６において設定されたＡＰＩにより、外部の制御ドライバーからの制御信号を受信する。言い換えれば、外部の制御ドライバーは、エミュレーター（仮想的なＩｏＴデバイス）のデバイス制御部５０に対する制御指示を行う。ここで、制御ドライバーは、エミュレーションの対象となるＩｏＴデバイスとの連携動作を検証するために動作する実体である。制御ドライバーは、例えば外部の具体的な装置（一例として、テレビ等）であってもよいし、デバイスエミュレーター１と同一の、あるいは別のコンピューター上で稼働する処理プロセスであってもよい。

【0039】

次にステップＳ８において、デバイス制御部５０は、デバイス動作部４０に対する動作制御を行う。具体的には、デバイス制御部５０は、ステップＳ７で外部の制御ドライバーから受け取った制御内容の情報を、デバイス動作部４０に伝える。デバイス動作部４０では、ステップＳ５において設定された動作用アプリ（ウェブアプリ）が稼働している。その動作用アプリは、受け取った情報に基づいた動作を行う。具体的には、デバイス動作部４０は、動作用アプリの処理として、コンテンツを提示するための動作を行ったり、それに関連する動作を行ったりする。

【0040】

図２に示した一連の処理により、デバイスエミュレーター１は、特定のデバイスの選択を行う。また、デバイスエミュレーター１は、選択されたデバイスの動作を模擬的に実行する。また、デバイスエミュレーター１は、外部から当該デバイスへの制御信号を受け取り、その制御信号に応じた動作を、行うことができるようになる。つまり、外部の制御ドライバー等と、ＩｏＴデバイスとの連携動作を検証するためにデバイスエミュレーター１を使用することができる。

【0041】

図３は、登録部１０によって登録され、設定記憶部２０が記憶（保持）するデバイス情報の構成例を示す概略図である。図示するように、設定記憶部２０は、複数のデバイスのそれぞれについて、デバイス情報を記憶するように構成される。同図は「０００１」で識別されるデバイスのデバイス情報を示す。デバイス情報は、デバイス設定ファイルと、動作用アプリ（ウェブアプリ）とを含む。

【0042】

デバイス設定ファイルは、デバイスが持つ属性（properties）と、アクション（actions）と、イベント（events）の情報を持つ。

【0043】

デバイス設定ファイルにおけるデバイスの情報は、属性名と、属性値の型（type）と、属性の説明記述とを含む。１個（１種類）のデバイスが、１個または複数の属性を持つことができる。デバイスエミュレーター１は、あるデバイスが模擬的に動作するように設定されたとき（例えば、図２のステップＳ５）に、そのデバイスの属性値を保持する記憶領域を確保し、属性値を初期化する。

【0044】

デバイス設定ファイルにおけるアクションの情報は、そのデバイスに対して要求することができる動作を規定する。例えば、デバイスエミュレーター１の外部から、ＡＰＩを介してアクションを呼び出すことができる。アクションの情報は、アクション名と、アクションの説明記述とを含む。１個（１種類）のデバイスが、１個または複数のアクションを持つことができる。デバイスエミュレーター１は、あるデバイスが動作するように設定されたとき（例えば、図２のステップＳ６）に、デバイス制御部５０に、アクションを起動するためのＡＰＩを設定する。

【0045】

デバイス設定ファイルにおけるイベントの情報は、そのデバイスにおいて発生し得る事象を規定する。例えば、デバイスエミュレーター１は、イベントの発生を表すデータに基づく動作を行うことができる。イベントの情報は、イベント名と、イベントのデータの型と、イベントの説明記述とを含む。１個（１種類）のデバイスが、１個または複数のイベントを持つことができる。デバイスエミュレーター１は、発生するイベントに応じた動作をすることができる。

【0046】

一例として、エミュレーションの対象となるデバイスがスマートＬＥＤ（light emitting diode）である場合、そのデバイスが持つ属性の一つは、電源状態である。この電源状態という属性は、属性値として「ＯＮ」または「ＯＦＦ」のいずれかの値を取り得る。デバイスエミュレーター１では、この属性値を読み取ることができる。このデバイスが持つアクションの１つは、「toggle」（トグル）である。このアクション「toggle」は、電源状態を「ＯＦＦ」から「ＯＮ」へ、あるいは「ＯＮ」から「ＯＦＦ」へ、変化させる作用を持つ。図２のステップＳ７に示したように、外部の制御ドライバーは、上記のアクション「toggle」を呼び出すことができる。また、このデバイスが持つイベントの１つは、「overheating」（オーバーヒーティング）である。このイベント「overheating」は、ＬＥＤが過熱状態となったときに発生するものである。

【0047】

デバイス情報が持つ動作用アプリ（ウェブアプリ）は、そのデバイスの動作を模擬するアプリケーションプログラムのコードである。動作用アプリは、例えば、Ｊａｃａｓｃｒｉｐｔで記述される。デバイスエミュレーター１においては、この動作用アプリを、デバイス動作部４０が実行する。

【0048】

以上、説明したように、本実施形態によれば、デバイスエミュレーター１は、デバイスの機能を模擬的に実行することができる。これにより、デバイスの動作の検証を容易に行うことが可能となる。

【0049】

［第２実施形態］
次に、本発明の第２実施形態について説明する。なお、前実施形態において既に説明した事項については以下において説明を省略する場合がある。ここでは、本実施形態に特有の事項を中心に説明する。本実施形態の特徴は、デバイスエミュレーターが、デバイスの情報（設定情報および状態情報等）を外部に伝達するための機能を備えている点である。

【0050】

図４は、本実施形態によるデバイスエミュレーターの概略機能構成を示すブロック図である。図示するように、デバイスエミュレーター２は、登録部１０と、設定記憶部２０と、デバイス選択部３０と、デバイス動作部４０と、デバイス制御部５０と、情報伝達部６０とを含んで構成される。つまり、本実施形態の特徴は、デバイスエミュレーター２が情報伝達部６０を持つ点である。

【0051】

情報伝達部６０は、デバイスエミュレーター２内の情報を外部に伝達するものである。情報伝達部６０は、特定のデバイスが選択されたときに、選択されたデバイスのデバイス情報（デバイス設定ファイル）を外部に伝達する。また、情報伝達部６０は、デバイス制御部５０から渡されるデバイスの動作状況の情報を、外部に伝達する。言い換えれば、情報伝達部６０は、デバイス設定ファイルの情報が更新されたときには、その情報を外部に伝達する。

【0052】

情報伝達部６０は、複数のデバイスの中から選択されたデバイスについてのデバイス設定ファイルの情報（例えばアクションの情報）を外部に伝達する。また、情報伝達部６０は、選択されたデバイスについてのデバイス設定ファイルの情報として、当該デバイスの属性の情報や、当該デバイスのイベントの情報を外部に伝達するようにしてもよい。また、デバイスが持つ属性値がデバイス動作部４０によって更新されたときに、情報伝達部６０が、更新された属性値の情報を外部に伝達するようにしてもよい。情報伝達部６０は、デバイス動作部４０においてデバイスに関する特定のイベントが発生した際に、当該イベントの情報を外部に伝達するようにしてもよい。

【0053】

本実施形態の登録部１０と、設定記憶部２０と、デバイス選択部３０と、デバイス動作部４０と、デバイス制御部５０とのそれぞれは、第１実施形態の場合と同様の機能を持つ。また、それに加えて、デバイス選択部３０は、デバイスが選択された時点で、選択されたデバイスのデバイス情報を、外部に伝達するために、上記の情報伝達部６０に渡す。また、デバイス制御部５０は、デバイスを制御する処理をする際に、デバイスの動作状況の情報（デバイス動作部４０の状態の情報）を、上記の情報伝達部６０に渡す。これらにより、情報伝達部６０は、外部に伝達するための情報を獲得する。

【0054】

本実施形態では、デバイスエミュレーター２の外部の制御ドライバーは、デバイスの情報（取り得るアクションや、現在の状態等）を取得したうえで、デバイスエミュレーター２が模擬する仮想的なデバイスに対する制御を行うことができる。

【0055】

図５は、本実施形態によるデバイスエミュレーターの基本的な動作手順を示すシーケンス図である。以下、この図に沿って、デバイスエミュレーター２の動作手順を説明する。

【0056】

図５におけるステップＳ１１からＳ１６までの処理は、それぞれ、図２におけるステップＳ１からＳ６までの処理と同様の処理である。

【0057】

ステップＳ１６の次に、ステップＳ１７において、デバイス選択部３０は、ステップＳ１３において選択されたデバイスのデバイス情報を、情報伝達部６０に通知する。なお、このデバイス情報は、ステップＳ１４において設定記憶部２０から読み出された情報である。

【0058】

次にステップＳ１８において、情報伝達部６０は、ステップＳ１７で渡されたデバイス情報を外部に伝達する。情報伝達部６０は、例えば、デバイスエミュレーター２の外部の制御ドライバーに対して、デバイス情報を伝達する。

【0059】

次のステップＳ１９およびＳ２０の処理は、それぞれ、図２におけるＳ７およびＳ８の処理と同様である。つまり、デバイスエミュレーター２の外部の制御ドライバーからの指示に基づいて、デバイス制御部５０がデバイス動作部４０の動作を制御する。

【0060】

次にステップＳ２１において、デバイス制御部５０は、デバイス動作部４０の状態を取得する。
言い換えれば、デバイス制御部５０は、エミュレーションの対象としているデバイスのプロパティーの値を取得する。

【0061】

次にステップＳ２２において、デバイス制御部５０は、ステップＳ２１で把握したデバイス動作部４０におけるデバイスの状態の情報を、情報伝達部６０に渡す。

【0062】

次にステップＳ２３において、情報伝達部６０は、デバイス情報を外部の制御ドライバーに伝達する。ここでのデバイス情報は、情報伝達部６０がステップＳ２２で受け取った情報である。

【0063】

以上、説明したように、本実施形態によれば、第１実施形態のデバイスエミュレーターの動作に加えて、デバイスエミュレーターについての情報を外部に伝達することができるようになる。

【0064】

［第３実施形態］
次に、本発明の第３実施形態について説明する。なお、前実施形態までにおいて既に説明した事項については以下において説明を省略する場合がある。ここでは、本実施形態に特有の事項を中心に説明する。本実施形態の特徴は、デバイス設定ファイルとしてＴＤ（Thing Description）の形式のデータを使用すること、およびデバイスエミュレーターと外部との通信のプロトコルとしてＷｏＴプロトコルを用いることである。

【0065】

図６は、本実施形態によるデバイスエミュレーターの概略機能構成を示すブロック図である。図示するように、デバイスエミュレーター３は、登録部１０と、設定記憶部２０と、デバイス選択部３０と、デバイス動作部４０と、デバイス制御部５０と、情報伝達部６０とを含んで構成される。登録部１０と、設定記憶部２０と、デバイス選択部３０と、デバイス動作部４０と、デバイス制御部５０と、情報伝達部６０とは、それぞれ、第２実施形態における場合と同様の機能を持つものである。

【0066】

ただし、本実施形態において、デバイス設定ファイルはＴＤの形式のデータである。つまり、登録部１０は、ＴＤによるデバイス設定ファイルの登録を受け付ける。また、設定記憶部２０は、ＴＤによるデバイス設定ファイルを記憶する。また、デバイス選択部３０は、選択されたデバイスについて、ＴＤによるデバイス設定ファイルを設定記憶部２０から読み出して情報伝達部６０に通知する。また、デバイス制御部５０は、デバイス動作部４０におけるデバイスの状態に基づき、ＴＤによるデバイス設定ファイルの記述を更新して、情報伝達部６０に渡す。また、本実施形態において、外部の制御ドライバー等からデバイス制御部５０への制御指示は、ＷｏＴプロトコルを用いて行われる。つまり、デバイス制御部５０は、ウェブオブシングス（ＷｏＴ，web of things）プロトコルによって、制御信号を外部から受信する。

【0067】

図７は、本実施形態によるデバイスエミュレーターの基本的な動作手順を示すシーケンス図である。以下、この図に沿って、デバイスエミュレーター３の動作手順を説明する。

【0068】

ステップＳ３１において、登録部１０は、図５のステップＳ１１と同様に、デバイス情報の登録を受け付ける。ただし、このとき、デバイス設定ファイルはＴＤの形式のデータである。

【0069】

次にステップＳ３２において、登録部１０は、図５のステップＳ１２と同様に、デバイス情報を設定記憶部２０に書き込む。ただし、このとき、デバイス設定ファイルはＴＤの形式のデータである。

【0070】

次にステップＳ３３において、デバイス選択部３０は、図５のステップＳ１３と同様に、デバイスの選択の指示を受け付ける。

【0071】

次にステップＳ３４において、デバイス選択部３０は、図５のステップＳ１４と同様に、デバイス情報を設定記憶部２０から読み出す。ただし、このとき、デバイス設定ファイルはＴＤの形式のデータである。

【0072】

次にステップＳ３５において、デバイス選択部３０は、図５のステップＳ１５と同様に、ウェブアプリの設定を行う。また、ステップＳ３６において、デバイス選択部３０は、図５のステップＳ１６と同様に、制御用ＡＰＩの設定を行う。

【0073】

次にステップＳ３７において、デバイス選択部３０は、図５のステップＳ１７と同様に、情報伝達部６０に、デバイス情報を通知する。ただし、このとき、デバイス設定ファイルはＴＤの形式のデータである。

【0074】

次にステップＳ３８において、情報伝達部６０は、図５のステップＳ１８と同様に、外部の制御ドライバー等に、デバイス情報を伝達する。ただし、このとき、デバイス設定ファイルはＴＤの形式のデータである。

【0075】

次にステップＳ３９において、デバイス制御部５０は、図５のステップＳ１９と同様に、外部の制御ドライバーからの制御指示を受けとる。ただしこのときの制御指示は、ＷｏＴプロトコルで送信されるものである。

【0076】

次にステップＳ４０において、デバイス制御部５０は、図５のステップＳ２０と同様に、デバイス動作部４０の動作を制御する処理を行う。また、ステップＳ４１において、デバイス制御部５０は、図５のステップＳ２１と同様に、デバイス動作部４０におけるデバイスの状態を把握する。つまり、デバイス制御部５０は、デバイスのプロパティーの値を把握する。

【0077】

次にステップＳ４２において、デバイス制御部５０は、図５のステップＳ２２と同様に、取得したデバイスの状態の情報を、情報伝達部６０に渡す。具体的には、デバイス制御部５０は、更新されたデバイス設定ファイルのデータを、情報伝達部６０に渡す。ただし、このときにデバイス制御部５０が情報伝達部６０に渡すデバイス設定ファイルは、ＴＤの形式のデータである。

【0078】

次にステップＳ４３において、情報伝達部６０は、図５のステップＳ２３と同様に、更新されたデバイス情報を外部の制御ドライバーに伝達する。ただし、このときにデバイス制御部５０が情報伝達部６０に渡すデバイス情報は、ＴＤの形式のデータである。

【0079】

図８，図９は、本実施形態におけるデバイス設定ファイルの例を示す概略図である。前述の通り、デバイス設定ファイルは、ＴＤの形式のデータである。図８，図９の両方で１本のファイルを示す。このファイルが、１つのデバイスの情報を表す。本例において、デバイスは、スマートスピーカーである。なお、ファイルのデータには便宜的に行番号を示している。図８は、このデバイス設定ファイルの第１行目から第３８行目までを示す。図９は、このデバイス設定ファイルの第３９行目から第８１行目までを示す。以下、このファイルの内容を説明する。

【0080】

図示するように、ＴＤ形式のデータは、中括弧（curly brace）等で表わされるブロック構造を有する。
第１行目（図８）の左中括弧は、このデータ全体の開始を表す。
第１５行目から第２６行目までのブロックは、属性（プロパティー）の情報である。この例では、当該デバイスは、１種類の属性を持つ。第１６行目から第２５行目までのブロックは、属性「power」（タイトルは「電源」）の情報である。

【0081】

第２７行目（図８）から第７０行目（図９）までのブロックは、アクションの情報である、この例では、当該デバイスは、toggle、setVolume、playAudio、launchNewsAppの４種類のアクションを持つ。各アクションの情報は、動作を起動するためのＵＲＬの情報を含む。第２８行目（図８）から第３８行目までのブロックは、アクション「toggle」の情報である。このアクションは、電源制御（電源のオン／オフの切り替え）のためのアクションである。第３９行目（図９）から第４９行目までのブロックは、アクション「setVolume」の情報である。このアクションは、音量制御のためのアクションである。第５０行目から第５９行目までのブロックは、アクション「playAudio」の情報である。このアクションは、音楽再生（音声再生）のためのアクションである。第６０行目から第６９行目までのブロックは、アクション「launchNewsApp」の情報である。このアクションは、ニュースアプリ起動のためのアクションである。

【0082】

第７１行目から第８０行目までのブロックは、イベントの情報である。当該デバイスは、１種類のイベントを持つ。第７２行目から第７９行目までのブロックは、イベント「weatherAlert」の情報である。このイベントは、気象警報を表す。
第８１行目の右中括弧は、このファイルのデータ全体の終了を表す。

【0083】

［第４実施形態］
次に、本発明の第４実施形態について説明する。なお、前実施形態までにおいて既に説明した事項については以下において説明を省略する場合がある。ここでは、本実施形態に特有の事項を中心に説明する。本実施形態は、複数のデバイスエミュレーターと他の装置とを用いて構成されるシステムである。

【0084】

図１０は、本実施形態によるシステムの構成を示すブロック図である。図示するように、システム１０１は、スマートテレビ６と、デバイスエミュレーター３Ａおよび３Ｂとを含むように構成される。

【0085】

デバイスエミュレーター３Ａおよび３Ｂは、それぞれ、前実施形態までにおいて説明したデバイスエミュレーター（例えば、第３実施形態のデバイスエミュレーター３）である。デバイスエミュレーター３Ａおよび３Ｂは、１台の同一のハードウェア上で稼働するものであってもよいし、別々のハードウェア上で稼働するものであってもよい。

【0086】

スマートテレビ６は、外部からコンテンツの信号を受信して映像コンテンツを提示する装置である。コンテンツは、映像や音声に加えて、他の手段を用いた表現を含むものであってよい。例えば、コンテンツは、ＬＥＤによる光線の演出や、振動や傾きなどを生じさせることによる演出や、物質を噴霧することによる演出や、その他の演出による表現を含むものであってもよい。

【0087】

本実施形態のシステム１０１においては、デバイスエミュレーター３Ａは、スマートスピーカー（デバイス）を模擬する。また、デバイスエミュレーター３Ｂは、触覚デバイスを模擬する。スマートテレビ６は、スマートスピーカーを制御する信号をデバイスエミュレーター３Ａに対して送信する。また、スマートテレビ６は、触覚デバイスを制御する信号をデバイスエミュレーター３Ｂに対して送信する。デバイスエミュレーター３Ａと３Ｂのそれぞれにとっては、スマートテレビ６は、外部装置（例えば、図７等のシーケンス図における制御ドライバー）として機能する。

【0088】

デバイスエミュレーター３Ａは、スマートスピーカーを模擬する動作として、スマートテレビ６が再生しているコンテンツを認識し、そのコンテンツあるいは関連する別のコンテンツの再生をWebViewにより行う。また、デバイスエミュレーター３Ａは、ユーザーが発声する音声を認識し、その認識結果に基づいた制御をスマートテレビ６に対して行う。デバイスエミュレーター３Ａ（スマートスピーカー）は、例えば、スマートテレビ６の電源のオン／オフの制御を行ったり、スマートテレビ６の音量の制御を行ったりする。

【0089】

デバイスエミュレーター３Ｂ（振動デバイス）は、スマートテレビ６からの制御信号に基づいて、スマートテレビ６で再生されるコンテンツに連動して振動する動作を模擬する。スマートテレビ６は、コンテンツの進行に合わせて、振動デバイスを制御するための信号を出力する。これにより、振動デバイスによるコンテンツに合わせたユーザー体験の検証を行うことができる。デバイスエミュレーター３Ａは、そのハードウェア（例えば、デバイスエミュレーター３Ａが稼働するスマートフォン）がネイティブな振動機能を持つ場合には、実際に振動させる動作を行ってもよい。デバイスエミュレーター３Ａは、ハードウェアが振動機能を持たない場合には、振動を模擬する動作のみ（例えば、振動中であることを画面に表示するのみ）を行ってもよい。

【0090】

以上説明したように、本実施形態では、スマートテレビとＩｏＴデバイスとの連携動作を検証することができる。

【0091】

［第５実施形態］
次に、本発明の第５実施形態について説明する。なお、前実施形態までにおいて既に説明した事項については以下において説明を省略する場合がある。ここでは、本実施形態に特有の事項を中心に説明する。本実施形態は、複数のデバイスエミュレーターが相互に通信する形態のシステムである。

【0092】

図１１は、本実施形態によるシステムの構成を示すブロック図である。図示するように、システム１０２は、デバイスエミュレーター３Ｃおよび３Ｄを含むように構成される。デバイスエミュレーター３Ｃおよび３Ｄは、それぞれ、第３実施形態までにおいて説明したデバイスエミュレーター（例えば、第３実施形態のデバイスエミュレーター３）である。デバイスエミュレーター３Ｃおよび３Ｄは、１台の同一のハードウェア上で稼働するものであってもよいし、別々のハードウェア上で稼働するものであってもよい。

【0093】

本実施形態において、デバイスエミュレーター３Ｃは、スマートテレビを模擬する。また、デバイスエミュレーター３Ｄは、スマートＬＥＤを模擬する。デバイスエミュレーター３Ｃおよび３Ｄは、それぞれ、エミュレーション対象のＩｏＴデバイスを模擬する動作を行う。デバイスエミュレーター３Ｃのデバイス設定ファイル（ＴＤ形式）には、自デバイスがスマートテレビであり、選局するチャンネルの選択が可能であることが記述されている。デバイスエミュレーター３Ｄは、外部からの制御に応じて点灯色が変わるスマートＬＥＤを模擬する。デバイスエミュレーター３Ｃおよび３Ｄのそれぞれは、互いに、相手側デバイスエミュレーターの外部装置（例えば、図７等のシーケンス図における制御ドライバー）として機能する。

【0094】

デバイスエミュレーター３Ｃ（スマートテレビ）において選局操作が行われると、デバイスエミュレーター３Ｃは、当該スマートテレビのデバイス設定ファイル（ＴＤ）の属性の一つである現チャンネル情報を更新する。デバイスエミュレーター３Ｃは、その更新された属性情報（現チャンネル）を、デバイスエミュレーター３Ｄ（スマートＬＥＤ）に伝達することができる。また、デバイスエミュレーター３Ｃ（スマートテレビ）において、イベントが発生し得る。イベントは例えば、視聴予約している番組の開始時刻が近付いたことを表すものである。デバイスエミュレーター３Ｃでは、当該スマートテレビのデバイス設定ファイル（ＴＤ）の中に、当該イベントが発生した時の挙動の記述を持つことができる。

【0095】

デバイスエミュレーター３Ｃは、スマートテレビのデバイスを選択した際に、そのデバイスの設定ファイル（ＴＤ）を、デバイスエミュレーター３Ｄ（スマートＬＥＤ）側に伝達する。これにより、デバイスエミュレーター３Ｄ（スマートＬＥＤ）は、デバイスエミュレーター３Ｃがスマートテレビとして動作していることを認識する。デバイスエミュレーター３Ｄ（スマートＬＥＤ）は、スマートテレビのデバイス設定ファイル内の現チャンネルの情報に応じた色に発色（あるいはその模擬動作）するものであってよい。スマートテレビのデバイス設定ファイル（ＴＤ）内の現チャンネルが更新されると、デバイスエミュレーター３ＤはＬＥＤの発光色を変化させる。また、デバイスエミュレーター３Ｃ側で特定のイベント（例えば、視聴予約番組の時刻に近づいたことを表すイベント）が発生すると、その情報がデバイスエミュレーター３Ｄ側に伝達される。デバイスエミュレーター３Ｄは、伝達されたイベントの内容に応じて、特定の動作（例えば、ＬＥＤライトの点滅動作（あるいはその模擬動作）等）を行うことができる。

【0096】

以上説明したように、本実施形態では、ＩｏＴデバイスを模擬するエミュレーター同士での連携動作を検証することができる。

【0097】

図１２は、上記の各実施形態におけるデバイスエミュレーター（ないしは、エミュレーターが稼働するハードウェア）の内部構成の例を示すブロック図である。デバイスエミュレーターは、コンピューターを用いて実現され得る。図示するように、そのコンピューターは、中央処理装置９０１と、ＲＡＭ９０２と、入出力ポート９０３と、入出力デバイス９０４や９０５等と、バス９０６と、を含んで構成される。コンピューター自体は、既存技術を用いて実現可能である。中央処理装置９０１は、ＲＡＭ９０２等から読み込んだプログラムに含まれる命令を実行する。中央処理装置９０１は、各命令にしたがって、ＲＡＭ９０２にデータを書き込んだり、ＲＡＭ９０２からデータを読み出したり、算術演算や論理演算を行ったりする。ＲＡＭ９０２は、データやプログラムを記憶する。ＲＡＭ９０２に含まれる各要素は、アドレスを持ち、アドレスを用いてアクセスされ得るものである。なお、ＲＡＭは、「ランダムアクセスメモリー」の略である。入出力ポート９０３は、中央処理装置９０１が外部の入出力デバイス等とデータのやり取りを行うためのポートである。入出力デバイス９０４や９０５は、入出力デバイスである。入出力デバイス９０４や９０５は、入出力ポート９０３を介して中央処理装置９０１との間でデータをやりとりする。バス９０６は、コンピューター内部で使用される共通の通信路である。例えば、中央処理装置９０１は、バス９０６を介してＲＡＭ９０２のデータを読んだり書いたりする。また、例えば、中央処理装置９０１は、バス９０６を介して入出力ポートにアクセスする。

【0098】

なお、上述した各実施形態におけるデバイスエミュレーターの少なくとも一部の機能をコンピューターで実現することができる。その場合、この機能を実現するためのプログラムをコンピューター読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピューターシステムに読み込ませ、実行することによって実現しても良い。なお、ここでいう「コンピューターシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピューター読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、ＵＳＢメモリー等の可搬媒体、コンピューターシステムに内蔵されるハードディスク等の記憶装置のことをいう。つまり、「コンピューター読み取り可能な記録媒体」とは、非一過性の（non-transitory）コンピューター読み取り可能な記録媒体であってよい。さらに「コンピューター読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、一時的に、動的にプログラムを保持するもの、その場合のサーバーやクライアントとなるコンピューターシステム内部の揮発性メモリーのように、一定時間プログラムを保持しているものも含んでも良い。また上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピューターシステムにすでに記録されているプログラムとの組み合わせで実現できるものであっても良い。

【0099】

以上、複数の実施形態を説明したが、本発明はさらに次のような変形例でも実施することが可能である。前記の各実施形態における説明では、デバイス設定ファイルは、デバイスが持つ属性（properties）の情報と、アクションの情報と、イベントの情報との全部を持つものであった。変形例として、デバイス設定ファイルが、属性の情報と、アクションの情報と、イベントの情報の、いずれか１つだけを持つものであってもよい。また、変形例として、デバイス設定ファイルが、属性の情報と、アクションの情報と、イベントの情報のうちの複数（全部ではない）を持つものであってもよい。

【0100】

以上、この発明の複数の実施形態について、図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

【産業上の利用可能性】

【0101】

本発明は、例えば、ＩｏＴデバイスの動作の検証などに利用することができる。但し、本発明の利用範囲はここに例示したものには限られない。

【符号の説明】

【0102】

１，２，３，３Ａ，３Ｂ，３Ｃ，３Ｄ デバイスエミュレーター
６ スマートテレビ
１０ 登録部
２０ 設定記憶部
３０ デバイス選択部
４０ デバイス動作部
５０ デバイス制御部
６０ 情報伝達部
１０１，１０２ システム
９０１ 中央処理装置
９０２ ＲＡＭ
９０３ 入出力ポート
９０４，９０５ 入出力デバイス
９０６ バス

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】