(57)【要約】  使用目的や利用者の嗜好に合わせた環境を作り出すための制御情報を出力する出力装置等を提供すること。  制御装置は、各々が異なる種類の出力を行う複数の出力装置を所定の利用目的に沿って作動させるタイミングを示す時間情報及び利用目的を含む目的情報を取得する取得部と、前記時間情報及び前記所定の利用目的の双方に応じた前記複数の出力装置の各々作動態様に関する制御情報を、前記時間情報、及び前記利用目的を対応付けた記憶部から、前記取得した、時間情報及び利用目的に応じた制御情報を読み出す読み出し部と、前記読み出した制御情報に基づく制御コマンドを、他の機器に出力する出力部とを備える。
2017051462.tif 000002
【特許請求の範囲】
【請求項１】
各々が異なる種類の出力を行う複数の出力装置を所定の利用目的に沿って作動させるタイミングを示す時間情報及び前記所定の利用目的を含む目的情報を取得する取得部と、
前記時間情報及び前記所定の利用目的の双方に応じた前記複数の出力装置の各々の作動態様に関する制御情報、前記時間情報、及び前記利用目的を対応付けた記憶部から、前記取得した、時間情報及び利用目的に応じた制御情報を読み出す読み出し部と、
前記読み出した制御情報に基づく制御コマンドを、前記複数の出力装置に出力する出力部と
を備えることを特徴とする制御装置。
【請求項２】
位置情報を取得する位置情報取得部をさらに備え、
前記読み出し部は、前記取得した位置情報に適合した制御情報を読み出す
ことを特徴とする請求項１に記載の制御装置。
【請求項３】
前記複数の出力装置の１つは、映像を投影する映像出力装置であり、
画像を記憶する記憶部から画像を取得する画像取得部と、
前記取得した画像及び前記制御情報に係る画像を合成した合成画像を出力する合成部とをさらに備え、
前記出力部は前記合成画像の表示を指示する制御コマンドを前記映像出力装置他に出力する
ことを特徴とする請求項１に記載の制御装置。
【請求項４】
コンピュータに、
各々が異なる種類の出力を行う複数の出力装置を所定の利用目的に沿って作動させるタイミングを示す時間情報及び前記所定の利用目的を含む目的情報を取得し、
前記時間情報および前記所定の利用目的の双方に応じた前記複数の出力装置の各々の作動態様に関する制御情報、前記時間情報、および前記利用目的を対応付けた記憶部から、前記取得した、時間情報および利用目的に応じた制御情報を読み出し、
前記読み出した制御情報に基づく制御コマンドを、前記複数の出力装置に出力する処理を実行させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は他機器へ制御情報を出力する制御装置等に関する。
【背景技術】
【０００２】
近年、映像出力装置の普及に伴い、映像出力装置を映像鑑賞以外に用いることが試みられている。特許文献１には、寝室内で寝ている人を、プロジェクタ装置によって投影された映像を用いて覚醒させる覚醒システムが記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−２４８０５２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
一方、映像出力装置を用いて仮想現実空間を構築することも行われているが、日常的に活用するには至っていない。本発明は斯かる事情に鑑みてなされたものであって、部屋の使用目的や利用者の嗜好に合わせた環境を室内に作り出すための制御情報を出力する制御装置等を提供することにある。
【課題を解決するための手段】
【０００５】
本願の一観点は、各々が異なる種類の出力を行う複数の出力装置を所定の利用目的に沿って作動させるタイミングを示す時間情報及び前記所定の利用目的を含む目的情報を取得する取得部と、前記時間情報及び前記所定の利用目的の双方に応じた前記複数の出力装置の各々の作動態様に関する制御情報、前記時間情報、及び前記利用目的を対応付けた記憶部から、前記取得した、時間情報及び目的情報に応じた制御情報を読み出す読み出し部と、前記読み出した制御情報に基づく制御コマンドを、前記複数の出力装置に出力する出力部とを備えることを特徴とする。
【発明の効果】
【０００６】
本発明によれば、部屋の使用目的や利用者の嗜好に合わせた環境を作り出すことが可能となる。
【図面の簡単な説明】
【０００７】
【図１】本発明の一実施形態に係る空間制御システムの構成例を示す説明図である。
【図２】本発明の一実施形態に係る制御装置のハードウェア構成の一例を示すブロック図である。
【図３】本発明の一実施形態に係るシナリオ属性テーブルのレコードレイアウトの一例を示す説明図である。
【図４】本発明の一実施形態に係る映像制御マスタテーブルのレコードレイアウトの一例を示す説明図である。
【図５】本発明の一実施形態に係る音響制御マスタテーブルのレコードレイアウトの一例を示す説明図である。
【図６】本発明の一実施形態に係る空調制御マスタテーブルのレコードレイアウトの一例を示す説明図である。
【図７】本発明の一実施形態に係る照明制御マスタテーブルのレコードレイアウトの一例を示す説明図である。
【図８】本発明の一実施形態に係るシナリオマスタテーブルのレコードレイアウトの一例を示す説明図である。
【図９】本発明の一実施形態に係る制御スケジュールテーブルのレコードレイアウトの一例を示す説明図である。
【図１０】本発明の一実施形態に係るスケジュール設定処理の手順の一例を示すフローチャートである。
【図１１】本発明の一実施形態に係るスケジュール実行処理の手順の一例を示すフローチャートである。
【図１２】本発明の一実施形態に係る検索結果保存テーブルのレコードレイアウトの一例を示す説明図である。
【図１３】本発明の一実施形態に係るスケジュール設定処理の手順の一例を示すフローチャートである。
【図１４】本発明の一実施形態に係るシナリオ変更処理の手順の一例を示すフローチャートである。
【図１５】本発明の一実施形態に係るシナリオマスタテーブルのレコードレイアウトの一例を示す説明図である。
【図１６】本発明の一実施形態に係るスケジュール設定処理の手順の一例を示すフローチャートである。
【図１７】本発明の一実施形態に係るユーザコンテンツ管理テーブルのレコードレイアウトの一例を示す説明図である。
【図１８】本発明の一実施形態に係るコンテンツ属性テーブルのレコードレイアウトの一例を示す説明図である。
【図１９】本発明の一実施形態に係る映像制御マスタテーブルのレコードレイアウトの一例を示す説明図である。
【図２０】本発明の一実施形態に係る連動シナリオマスタテーブルのレコードレイアウトの一例を示す説明図である。
【発明を実施するための形態】
【０００８】
実施の形態１
以下実施の形態を、図面を参照して説明する。図１は本発明の一実施形態に係る空間制御システム１０の構成例を示す説明図である。空間制御システム１０は、制御装置１、制御情報データベース２、映像出力装置３、音響出力装置４、空気調節装置５、照明器具６を含む。空間制御システム１０に含まれる各機器は、ネットワークＮにより互い通信可能に接続されている。制御装置１は汎用コンピュータ、ワークステーション、デスクトップ型ＰＣ（パーソナルコンピュータ）、ノートブック型ＰＣ等である。制御情報データベース２は各種のデータを記憶する。映像出力装置３は映像を出力するものであり、例えば、液晶表示装置、プロジェクタなどを含む。音響出力装置４は音響を出力するものであり、音楽プレイヤ、アンプ、スピーカなどを含む。空気調節装置５は温度や湿度など空気の調節を行うものであり、エアコンディショナー、加湿器、除湿機、匂い発生器などを含む。照明器具６は電球、蛍光灯、ＬＥＤ（Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）などを含む。なお、空間制御システム１０には、テレビジョン受信機のように映像出力装置３と音響出力装置４とが一体となったものを含んでも良い。
【０００９】
図２は本発明の一実施形態に係る制御装置１のハードウェア構成の一例を示すブロック図である。制御装置１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１２、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１３、大容量記憶装置１４、入力部１５、音声入力部１６、出力部１７、通信部１８、計時部１９、読み取り部２０を含む。各構成はバスＢで接続されている。ＣＰＵ１１はＲＯＭ１３に記憶された制御プログラム１Ｐ（コンピュータプログラム）に従いハードウェア各部を制御する。ＲＡＭ１２は例えばＳＲＡＭ（Ｓｔａｔｉｃ  ＲＡＭ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ  ＲＡＭ）、フラッシュメモリである。ＲＡＭ１２はＣＰＵ１１による制御プログラム１Ｐの実行時に発生するデータを一時的に記憶する。大容量記憶装置１４は、例えばハードディスク、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）などである。大容量記憶装置１４には、映像データや音声データ等、各種データが記憶されている。また、制御プログラム１Ｐや制御プログラム１Ｐの実行時に発生するデータを大容量記憶装置１４に記憶するようにしておいても良い。入力部１５は制御装置１にデータを入力するためのキーボート、マウスなどを含む。音声入力部１６は制御装置１への指示を音声入力するためのマイクなどを含む。出力部１７は画像出力を行う表示装置、音声出力を行うスピーカなどを含む。通信部１８はネットワークＮを介して、他の装置や他のコンピュータと通信を行う。計時部１９は時刻の計時や経過時間計測を行う。読み取り部２０はＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ）−ＲＯＭ、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）−ＲＯＭを含む可搬型記憶媒体１ａを読み取る。ＣＰＵ１１が読み取り部２０を介して、制御プログラム１Ｐを可搬型記憶媒体１ａより読み取り、大容量記憶装置１４に記憶しても良い。また、ネットワークＮを介して他のコンピュータからＣＰＵ１１が制御プログラム１Ｐをダウンロードし、大容量記憶装置１４に記憶しても良い。さらにまた、半導体メモリ１ｂから、ＣＰＵ１１が制御プログラム１Ｐを読み込んでも良い。
【００１０】
次に、制御情報データベース２に記憶している各種データについて、説明する。なお、以下に示す各種データは制御情報データベース２ではなく、大容量記憶装置１４など、他の記憶装置に記憶してもよい。図３は本発明の一実施形態に係るシナリオ属性テーブル２１のレコードレイアウトの一例を示す説明図である。シナリオ属性テーブル２１は、ＩＤ（Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）列、目的・シーン列、概要列、時間帯列、シナリオＩＤ列を含む。ＩＤ列はレコードを一意に特定するＩＤを記憶する。目的・シーン列は利用目的や利用場面を記憶する。概要列は利用目的や利用場面の概要を示す説明文を記憶する。時間帯列は設定可能な時間帯の値を記憶する。シナリオＩＤ列は、対応するシナリオを特定するＩＤを記憶する。シナリオについては、後述する。
【００１１】
図４は本発明の一実施形態に係る映像制御マスタテーブル２２のレコードレイアウトの一例を示す説明図である。映像制御マスタテーブル２２は、ＩＤ列、ソース列、パラメータ列を含む。ＩＤ列はレコードを一意に特定するＩＤを記憶する。ソース列は映像ソースを記憶する。例えば、「ｆｉｌｅ：／／…」との表記は、映像ソースが大容量記憶装置１４に記憶されていることを示す。「ｌｏｃａｌ：／／…」との表記は、映像ソースがローカルネットワーク内のサーバに記憶されていることを示す。「ｈｔｔｐ：／／…」との表記は、映像ソースがインターネット上のサーバに記憶されていることを示す。パラメータ列は、映像を再生する際の映像出力装置３の設定パラメータを記憶する。設定パラメータは例えば、コントラスト、輝度、色温度、色合い、色の濃さなどである。映像出力装置３は、映像ソースに係る映像を、設定パラメータに沿って表示するので、上記映像ソースおよび設定パラメータは、映像出力装置３の作動態様（出力態様）を決める要素と言える。
【００１２】
図５は本発明の一実施形態に係る音響制御マスタテーブル２３のレコードレイアウトの一例を示す説明図である。音響制御マスタテーブル２３はＩＤ列、ソース列、パラメータ列を含む。ＩＤ列はレコードを一意に特定するＩＤを記憶する。ソース列は音響ソースである音声ファイルの所在を記憶する。表記形式は上述の映像制御マスタテーブル２２と同様である。パラメータ列は、音響ソースを再生する際の音響出力装置４の設定パラメータを記憶する。設定パラメータは例えば、音量、サラウンドのＯＮ／ＯＦＦ、イコライザの設定などである。音響出力装置４は、音響ソースに係る音声を、設定パラメータに沿って出力するので、上記音響ソースおよび設定パラメータは、音響出力装置４の作動態様（出力態様）を決める要素と言える。
【００１３】
図６は本発明の一実施形態に係る空調制御マスタテーブル２４のレコードレイアウトの一例を示す説明図である。空調制御マスタテーブル２４はＩＤ列、パラメータ列を含む。ＩＤ列はレコードを一意に特定するＩＤを記憶する。パラメータ列は、空気調節装置５の動作パラメータを記憶する。動作パラメータは例えば、室温、湿度、風量などである。空気調節装置５は、動作パラメータに沿って空調するので、動作パラメータは、空気調節装置５の作動態様（出力態様）を決める要素と言える。
【００１４】
図７は本発明の一実施形態に係る照明制御マスタテーブル２５のレコードレイアウトの一例を示す説明図である。照明制御マスタテーブル２５はＩＤ列、パラメータ列を含む。ＩＤ列はレコードを一意に特定するＩＤを記憶する。パラメータ列は、照明器具６の動作パラメータを記憶する。動作パラメータは例えば、調光レベル、色温度などである。照明器具６は、動作パラメータに沿って照明を調節するので、動作パラメータは、照明器具６の作動態様（出力態様）を決める要素と言える。
【００１５】
図８は本発明の一実施形態に係るシナリオマスタテーブル２６のレコードレイアウトの一例を示す説明図である。シナリオマスタテーブル２６は、シナリオＩＤ列、映像制御列、音響制御列、空調制御列、照明制御列を含む。シナリオＩＤ列はレコードを一意に特定するＩＤを記憶する。映像制御列は映像制御マスタテーブル２２のレコードを特定するＩＤを記憶する。音響制御列は音響制御マスタテーブル２３のレコードを特定するＩＤを記憶する。空調制御列は空調制御マスタテーブル２４のレコードを特定するＩＤを記憶する。照明制御列は照明制御マスタテーブル２５のレコードを特定するＩＤを記憶する。
【００１６】
図９は本発明の一実施形態に係る制御スケジュールテーブル２７のレコードレイアウトの一例を示す説明図である。制御スケジュールテーブル２７はＩＤ列、開始日列、開始時刻列、終了時刻列、シナリオＩＤ列を含む。ＩＤ列は制御スケジュールテーブル２７のレコードを特定するＩＤを記憶する。開始日列は制御を開始する日付等を記憶する。開始日列に月日が記憶されている場合は、該当する一日のみが指定されていると扱う。開始日列に曜日が記憶されている場合は、当該毎曜日が指定されていると扱う。開始日列に休日が記憶されている場合は、日曜、祝祭日が指定されていると扱う。開始日列に日付のみが記憶されている場合、毎月当該日付が指定されていると扱う。なお、指定した日付が存在しない月は無視するか、前後の日付が指定されたと扱う。開始時刻列、終了時刻列には、それぞれ制御を開始する時刻、制御を終了する時刻を記憶する。シナリオＩＤは制御に用いるシナリオマスタテーブル２６のレコードのＩＤを記憶する。なお、休日に土曜日を含めてもよい。
【００１７】
次に、制御スケジュールの設定について説明する。図１０は本発明の一実施形態に係るスケジュール設定処理の手順の一例を示すフローチャートである。制御装置１のＣＰＵ１１は目的・シーンを受け付ける（ステップＳ１）。より具体的には、ＣＰＵ１１は出力部１７に目的・シーンを選択させる画面を表示させ、ユーザは表示された目的・シーンから１つを、入力部１５を介して選択する。ＣＰＵ１１は開始条件を受け付ける（ステップＳ２）。上述と同様に、ＣＰＵ１１は出力部１７に開始条件を設定する画面を表示させ、ユーザは表示された画面を用いて開始条件を、入力部１５を介して設定する。同時に終了条件を設定しても良い。ＣＰＵ１１は受付けた目的・シーン、開始条件より、制御スケジュールを生成し、制御スケジュールテーブル２７に記憶し（ステップＳ３）、処理を終了する。
【００１８】
例えば、毎週月曜日に６：３０に目覚ましを設定した場合、図３に示すシナリオ属性テーブル２１において、ＣＰＵ１１は目的・シーンが目覚まし、時間帯が朝であるＩＤが１のレコードを選択し、用いるシナリオのＩＤを１と定める。ＣＰＵ１１は、当該レコードに基づき図９に示す制御スケジュールテーブル２７のＩＤ＝２のレコードを生成し、記憶する。
【００１９】
続いて、スケジュールの実行について説明する。図１１は本発明の一実施形態に係るスケジュール実行処理の手順の一例を示すフローチャートである。制御装置１のＣＰＵ１１は計時部１９より現在時刻を取得する（ステップＳ１１）。ＣＰＵ１１は制御スケジュールテーブル２７に記憶されている制御スケジュールのうち、開始時刻又は終了時刻に達している制御スケジュールを検索する（ステップＳ１２）。ＣＰＵ１１はヒットしたレコードが開始時刻でヒットしたのか否かを判定する（ステップＳ１３）。ＣＰＵ１１は開始時刻でヒットした判定した場合（ステップＳ１３でＹＥＳ）、制御スケジュールに含まれるシナリオＩＤを元に、シナリオマスタテーブル２６からシナリオを取得する（ステップＳ１４）。
【００２０】
ＣＰＵ１１は取得したシナリオに含まれる映像制御ＩＤを元に、映像制御マスタテーブル２２より映像制御情報（ソース、パラメータ等）を取得し、取得した映像制御情報を元に、映像出力装置３の制御を行う（ステップＳ１５）。ＣＰＵ１１は取得したシナリオに含まれる音響制御ＩＤを元に、音響制御マスタテーブル２３より音響制御情報（ソース、パラメータ等）を取得し、取得した音響制御情報を元に、音響出力装置４の制御を行う（ステップＳ１６）。ＣＰＵ１１は取得したシナリオに含まれる空調制御ＩＤを元に、空調制御マスタテーブル２４より空調制御情報（パラメータ等）を取得し、取得した空調制御情報を元に、空気調節装置５の制御を行う（ステップＳ１７）。ＣＰＵ１１は取得したシナリオに含まれる照明制御ＩＤを元に、照明制御マスタテーブル２５より照明制御情報（パラメータ等）を取得し、取得した照明制御情報を元に、照明器具６の制御を行う（ステップＳ１８）。ＣＰＵ１１は処理を終了する。なお、ステップＳ１５からステップＳ１８の実行順は、これに限らない。シナリオの内容に応じて変えても良い。また、スケジュール実行処理は、計時部１９により実現されるインターバルタイマの割り込みなどにより、繰り返し実行される。
【００２１】
一方、ＣＰＵ１１は開始時刻でヒットしていないと判定した場合（ステップＳ１３でＮＯ）、ヒットしたレコードが終了時刻でヒットしたのか否かを判定する（ステップＳ１９）。ＣＰＵ１１は終了時刻でヒットした判定した場合（ステップＳ１９でＹＥＳ）、映像出力装置３の制御を停止させ（ステップＳ２０）、音響出力装置４の制御を停止させ（ステップＳ２１）、空気調節装置５の制御を停止させ（ステップＳ２２）、照明器具６の制御を停止させ（ステップＳ２３）、処理を終了する。ＣＰＵ１１は終了時刻でヒットしていないと判定した場合（ステップＳ１９でＮＯ）も処理を終了する。なお、上述の説明においては、制御スケジュールの検索について、時刻のみに言及した。しかし、制御スケジュールテーブル２７の開始日欄の内容によっては、日付、曜日なども用いて検索を行うことは言うまでもないことであろう。
【００２２】
実施の形態１の制御装置１は以下の効果を奏する。ユーザは目的・シーンと起動時刻を指定するだけで、所望の時間において目的・シーンに適合した環境を室内に作り出すことが可能となる。
【００２３】
実施の形態２
実施の形態２は、ユーザの希望に応じてシナリオを作成又は変更する形態に関する。なお、以下の説明において、実施の形態１と同様な部分については説明を省略し、実施の形態１と異なる部分を主として説明する。
【００２４】
実施の形態２において、ユーザは音声入力部１６を用いて、体験したい環境を制御装置１に指示することが可能である。実施の形態２においては、例えば、「ハワイのビーチにいる気分を味わいたい。」という内容が指示されたものとする。
【００２５】
実施の形態２において使用されるテーブルについて説明する。図１２は本発明の一実施形態に係る検索結果保存テーブル２８のレコードレイアウトの一例を示す説明図である。検索結果保存テーブル２８は、制御情報データベース２に記憶される。または、制御装置１の大容量記憶装置１４に記憶してもよい。検索結果保存テーブル２８は、検索エンジンを用いて検索結果を記憶したものである。図１２に示す例では、インターネットの検索エンジンを用いて動画を検索した場合の結果を保存している。検索結果保存テーブル２８は、ＩＤ列、キーワード列、ランク列、ソース列、属性列、評価列を含む。ＩＤ列は検索結果保存テーブル２８のレコードを一意に特定するＩＤを記憶する。キーワード列は検索の際に用いたキーワードを記憶する。なお、ここでは検索対象を動画としているため、検索キーワードに動画を含めているが、キーワード列には記憶していない。ランク列は検索結果として表示された順番を記憶する。ソース列は検索にヒットした動画のソースを記憶する。ソースとは動画の所在を示すものであり、例えばＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）である。属性列は動画の内容に関する説明や、動画に付与されているメタタグなどを記憶する。評価列は動画に対する評価を記憶する。図１２に示す例では、ランクで示す順位が高いほど、高い評価としてある。
【００２６】
実施の形態２における制御装置１の動作について説明する。図１３は本発明の一実施形態に係るスケジュール設定処理の手順の一例を示すフローチャートである。制御装置１のＣＰＵ１１は、ユーザから体験したい環境の内容を受け付ける（ステップＳ３１）。ＣＰＵ１１は引き続き、開始条件を受け付ける（ステップＳ３２）。例えば、ユーザが体験したい環境下で目覚めることを希望する場合には、目覚ましの時刻を開始時刻として受け付ける。
【００２７】
ＣＰＵ１１は音声で入力されたユーザの要望の内容を公知の音声認識技術により認識し、さらに構文解析技術などにより検索キーワードを抽出する（ステップＳ３３）。ＣＰＵ１１は抽出した検索キーワードを用いて検索を行う（ステップＳ３４）。
【００２８】
ＣＰＵ１１は検索結果を検索結果保存テーブル２８に記憶する（ステップＳ３５）。この際、ＣＰＵ１１は、検索キーワード、表示順に従ったランク値、及びランク値より求めた評価値を記憶する。評価値は、例えば、記憶するレコード数の最大値を定めておき、その値を評価値の最大値として、ランクが１位のものにその値を付与し、ランクが最下位のものに評価値１を与える。また、属性と記憶する説明などに検索キーワードが何回出現するかにより、評価値を定めても良い。ＣＰＵ１１はステップＳ３４の検索結果として得たランク１位の動画が再生されるシナリオを作成し、シナリオマスタテーブル２６に記憶する（ステップＳ３６）。具体的には、ＣＰＵ１１は上述の動画を再生する映像制御情報を作成し、映像制御マスタテーブル２２に記憶する。パラメータは適宜、設定される。ＣＰＵ１１は音響制御情報、空調制御情報、照明制御情報をそれぞれ作成し、音響制御マスタテーブル２３、空調制御マスタテーブル２４、照明制御マスタテーブル２５に記憶する。これらの結果に基づいて、ＣＰＵ１１はシナリオを作成する。なお、各情報に含まれるパラメータは予め定めた初期値であっても良い。また、作り出す環境に関して気候データ（気温、湿度、日照時間等）が得られる場合には、ＣＰＵ１１はそれらに基づいて空調制御や照明制御のパラメータを設定しても良い。図１３に示した処理において、シナリオが実行されるまでに時間の猶予がある場合、ＣＰＵ１１はステップＳ３３からステップＳ３６（又はステップＳ３７）の処理を、バックグラウンドで実行したり、処理が少ない夜間に実行したりしても良い。ＣＰＵ１１はステップＳ３２で受け付けた開始条件が満たされた時に、シナリオを実行するスケジュールを作成し、制御スケジュールテーブル２７に記憶し（ステップＳ３７）、処理を終了する。
【００２９】
次にスケジュール設定処理について、図示したデータ等を用いて、再度説明する。制御装置１のＣＰＵ１１は、音声入力部１６を介して、ユーザより「ハワイのビーチにいる気分を味わいたい。」という音声入力を受け付ける（ステップＳ３１）。そして、ＣＰＵ１１は音声入力部１６を介して、開始条件として、朝の６：３０を開始時刻として受付ける（ステップＳ３２）。制御装置１のＣＰＵ１１は音声認識、構文解析により、検索キーワードとして、「ハワイ」、「ビーチ」を抽出する（ステップＳ３３）。ＣＰＵ１１はこれらに「動画」というキーワードを付加し、検索エンジンを用いて、インターネット検索を行う（ステップＳ３４）。ＣＰＵ１１は検索結果を検索結果保存テーブル２８に記憶する（ステップＳ３５）。図１２に示した例では、検索結果の上位５つが記憶されている。そのため、ランク１位のものが評価値５であり、ランク５位のものが評価値１となっている。ＣＰＵ１１は、ランク１位の動画再生される映像制御情報等を生成し、映像制御マスタテーブル２２等に記憶する。ＣＰＵ１１は生成した映像制御情報等よりシナリオを作成し、シナリオマスタテーブル２６に記憶する（ステップＳ３６）。ＣＰＵ１１は記憶したシナリオが朝の６：３０に起動する制御スケジュールを作成し、制御スケジュールテーブル２７に記憶し（ステップＳ３７）、処理を終了する。
【００３０】
次に、シナリオの変更について説明する。制御装置１は上述のようにユーザの希望に応じてシナリオを作成し実行を行うが、内容がユーザの希望にそぐわない場合もあり得る。そのような場合、ユーザからの入力により、シナリオの変更を行う。なお、以下の説明においては、変更が求められているのは、映像出力装置３により出力されている映像であるとする。
【００３１】
図１４は本発明の一実施形態に係るシナリオ変更処理の手順の一例を示すフローチャートである。シナリオ変更処理は、入力部１５又は音声入力部１６がユーザから指示内容の入力を受けた場合に起動される。制御装置１のＣＰＵ１１は入力部１５を介して受け付けたユーザの指示内容を分析する（ステップＳ４１）。ユーザが音声入力部１６を介して音声入力により行った場合、ＣＰＵ１１は公知の技術を用いて、音声認識、構文解析を行う。ユーザが入力部１５を介してキーボードやマウスでコマンドを入力した場合、ＣＰＵ１１は分析を行わない。ＣＰＵ１１は分析結果、ユーザの指示がシナリオの変更であるか否かを判定する（ステップＳ４２）。ユーザが音声入力により行った場合、ＣＰＵ１１は構文解析の結果から、公知技術である意味解析を行い、ユーザがシナリオの変更を求めているか否かを判定する。ユーザがキーボードやマウスでコマンドを入力した場合、入力されたコマンドがシナリオ変更コマンドであるか否かを判定する。
【００３２】
ＣＰＵ１１は、シナリオ変更であると判定した場合（ステップＳ４２でＹＥＳ）、検索結果保存テーブル２８より、出力されている映像データの次点のデータを取得する（ステップＳ４３）。すなわち、次点のデータとは、検索結果を評価値順に並べた場合、出力されている映像データの次の順位のデータのことである。なお、実行しているシナリオと検索結果保存テーブル２８のレコードとの関連付けはされているものとする。例えば、シナリオマスタテーブル２６に検索結果保存テーブル２８のレコードＩＤが記憶されていれば良い。ＣＰＵ１１は制御の切り替えを行う（ステップＳ４４）。すなわち、映像出力装置３から出力されている映像データをステップＳ４３で取得した次点データに切り替える。ＣＰＵ１１は、切り替え前の映像データの評価値を更新する（ステップＳ４５）。具体的には、検索結果保存テーブル２８に記憶されている該当レコードの評価値から所定の値を引いたり、０としたり、マイナスの値にしたりする。または、評価値を更新するのではなく、該当レコードを削除してもよい。ＣＰＵ１１はシナリオを更新し（ステップＳ４６）、処理を終了する。すなわち、該当するシナリオに対応し、映像制御マスタテーブル２２に記憶されている映像制御情報に含まれるソースの値を書き換える。ＣＰＵ１１はユーザからの指示がシナリオの変更ではないと判定した場合（ステップＳ４２でＮＯ）、処理を終了する。
【００３３】
実施の形態２においては、以下の様な効果を奏する。制御装置１は、音声による指示入力を受け付けるので、ユーザは容易に制御装置１に指示を行うことが可能となる。また、ユーザがシナリオの内容、例えば出力されている映像が希望にそぐわない旨を入力した場合、制御装置１は出力内容を変更するとともにシナリオの更新も行う。それにより、シナリオはユーザの嗜好に合うように更新され、ユーザの満足度を向上することが可能となる。
【００３４】
実施の形態３
実施の形態３は地理情報によりコンテンツを選択する形態に関する。以下の説明において、実施の形態１と同様な部分については説明を省略し、実施の形態１と異なる部分を主として説明する。図１５は本発明の一実施形態に係るシナリオマスタテーブル２６のレコードレイアウトの一例を示す説明図である。シナリオマスタテーブル２６は、ＩＤ列、目的・シーン列、場所列、地理座標列、動画ソース列、パラメータ列を含む。ＩＤ列はシナリオマスタテーブル２６のレコードを一意に特定するＩＤを記憶する。目的・シーン列は利用目的や利用場面を記憶する。地名列は場所を示す地名を記憶する。地理座標列は場所を示す地理座標、例えば緯度、経度を記憶する。動画ソース列は動画のソース、例えばソースファイル名を記憶する。パラメータ列は、映像出力装置３、音響出力装置４、空気調節装置５、照明器具６を制御するためのパラメータを記憶する。実施の形態３ではシナリオマスタテーブル２６のみで、映像出力装置３、音響出力装置４、空気調節装置５、照明器具６の制御が可能としてある。制御スケジュールテーブル２７は実施の形態１と同様である。
【００３５】
実施の形態３において、制御装置１はタブレットコンピュータ、スマートフォン、携帯電話などの携帯が容易なものを想定している。また。制御装置１はＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）受信機などの現在地の地理座標が取得可能であるものとする。
【００３６】
次に制御装置１が行う処理について説明する。図１６は本発明の一実施形態に係るスケジュール設定処理の手順の一例を示すフローチャートである。制御装置１のＣＰＵ１１はＧＰＳ受信機などにより現在地の位置計測を行う（ステップＳ５１）。ＣＰＵ１１は位置計測で得た位置情報（例えば、緯経度）により、シナリオマスタテーブル２６のレコードをフィルタリングする（ステップＳ５２）。すなわち、取得した位置情報とシナリオマスタテーブル２６の各レコードの地理座標とを対比し、現在地又は現在地に近い場所と対応付けられているレコードのみを処理対象とする。ＣＰＵ１１は出力部１７にシナリオを一覧表示させる（ステップＳ５３）。ＣＰＵ１１は入力部１５を介して、ユーザが選択した目的・シーンを受け付ける（ステップＳ５４）。ＣＰＵ１１は入力部１５を介して、シナリオの開始条件を受け付ける（ステップＳ５５）。ＣＰＵ１１は制御スケジュールを生成し、制御スケジュールテーブル２７に記憶する（ステップＳ５６）。
【００３７】
実施の形態３は以下の効果を奏する。位置情報によりシナリオをフィルタリングするので、ユーザの滞在する場所にあわせたシナリオを実行することが可能となる。
【００３８】
本実施形態では、スケジュール設定時にフィルタリングすることにより、位置に応じたシナリオを実行可能としたが、それに限らない。スケジュール実行時にシナリオを変更しても良い。例えば、東京で設定された目覚ましのシナリオを、ニューヨークで実行する場合、ＣＰＵ１１はスケジュール実行前にシナリオの地理座標を調べる。シナリオの地理座標が現在地の座標から大きく離れている場所を示しているときは、目的・シーンが同一で、地理座標が現在と近い位置を示すシナリオに入れ替えて、スケジュールを実行すればよい。
【００３９】
実施の形態４
実施の形態４はユーザ所有の画像またはユーザがＳＮＳ（Ｓｏｃｉａｌ  Ｎｅｔｗｏｒｋｉｎｇ  Ｓｅｒｖｉｃｅ）等に投稿した画像を活用する形態に関する。以下の説明において、実施の形態１と同様な部分については説明を省略し、実施の形態１と異なる部分を主として説明する。
【００４０】
図１７は本発明の一実施形態に係るユーザコンテンツ管理テーブル２９のレコードレイアウトの一例を示す説明図である。ユーザコンテンツ管理テーブル２９は制御情報データベース２に記憶されている。ユーザコンテンツ管理テーブル２９は、ＩＤ列、ファイル名列、種別列、撮影日時列、作成日時列、緯度列、経度列を含む。ＩＤ列はユーザコンテンツ管理テーブル２９のレコードを一意に特定するＩＤを記憶する。ファイル名列は画像ファイル名を記憶する。画像ファイル名列には所在を示すパス名や、ＵＲＬを構成する文字列が含まれていても良い。種別列は画像ファイル名の記憶場所に基づく種別を記憶する。例えば、画像ファイルが制御装置１の大容量記憶装置１４に記憶されている場合には、ローカルを記憶する。ＳＮＳを提供するサーバに記憶されている場合には、ＳＮＳを記憶する。撮影日時列は、画像がデジタルカメラ等で撮影された場合に付与された撮影日時を記憶する。作成日時列は画像ファイルが作成された日時を記憶する。経度列は、画像がＧＰＳ内蔵のデジタルカメラやスマートフォン等で撮影された場合に付与される撮影地の経度を記憶する。緯度列は、画像がＧＰＳ内蔵のデジタルカメラ等で撮影された場合に付与された撮影地の緯度を記憶する。撮影日時、緯度、経度は、例えば、Ｅｘｉｆ（Ｅｘｃｈａｎｇｅａｂｌｅ  ｉｍａｇｅ  ｆｉｌｅ  ｆｏｒｍａｔ）情報から取得する。
【００４１】
制御装置１のＣＰＵ１１は、夜間バッチ処理などによりユーザコンテンツ管理テーブル２９を作成・更新する。ＣＰＵ１１は大容量記憶装置１４に記憶されている画像ファイルを検索するともに、ユーザが利用しているＳＮＳや、写真保管サービスのサーバにもアクセスし、画像ファイルを検索する。ＣＰＵ１１は、検索結果として得た画像ファイル（以下、「ユーザ画像」という）の情報をユーザコンテンツ管理テーブル２９に記憶する。なお、ＳＮＳや写真共有サービスにアクセスするためのＩＤやパスワードは、大容量記憶装置１４などに予め記憶されているものとする。
【００４２】
ＣＰＵ１１は映像制御情報に基づき、映像出力装置３に映像出力を行わせる場合に、ユーザコンテンツ管理テーブル２９に記憶された情報を送信し、出力映像にユーザ画像を重畳して表示させる。表示させるユーザ画像は、例えば、次のように選択する。撮影日時又は作成日時が過去２週間以内といった直近のユーザ画像を選択し表示させる。撮影時間や作成時間が現在時刻に近いもの、例えば、朝であれば、朝に撮影されたユーザ画像を選択し表示させる。また、制御装置１がスマートフォンなどのようにＧＰＳ機能を備えている場合には、ＧＰＳにより取得した現在位置情報に基づいて、現在位置に近い場所で撮影されたユーザ画像を選択して表示する。さらにまた、シナリオ又は映像情報に位置情報が付与されている場合には、当該位置情報に係る位置に近い場所で撮影されたユーザ画像を選択して表示する。例えば、ハワイのビーチの映像を出力する場合に、ハワイで撮影されたユーザ画像を重畳して出力する。なお、選択した画像が多数の場合は、いわゆるスライドショーのように所定時間毎に重畳するユーザ画像を切り替えれば良い。
【００４３】
実施の形態４は以下の様な効果を奏する。映像出力装置３が出力する映像にユーザ画像を重畳させることにより、ユーザ画像の有効活用が可能となる。それにより、ユーザは出力されている映像に共感や親近感を覚え、ユーザ満足度の向上が期待される。
【００４４】
上述では、ユーザ画像を映像出力に重畳させるとしたが、それに限らない。映像出力としてユーザ画像を表示するシナリオを作成してもよい。また、ユーザ画像は写真画像であることを念頭に説明したが、動画でも良い。さらにまた、画像ではなく音声データを収集し、それらを音響出力装置４から出力してもよい。例えば、音楽再生ソフトなどの情報から再生回数が多い曲をＢＧＭ（ｂａｃｋｇｒｏｕｎｄ  ｍｕｓｉｃ）として出力する。
【００４５】
なお、ユーザコンテンツ管理テーブル２９は制御情報データベース２に記憶されているとしたが、それに限らず制御装置１の大容量記憶装置１４に記憶しても良い。さらにまた、映像出力装置３に記憶してもよい。
【００４６】
実施の形態５
実施の形態５はユーザの履歴を活用する形態である。ここでいう履歴とは、Ｗｅｂサイトの閲覧履歴や、インターネット検索エンジンの検索履歴、動画共有サービスの視聴履歴などである。以下の説明において、実施の形態１と同様な部分については説明を省略し、実施の形態１と異なる部分を主として説明する。
【００４７】
図１８は本発明の一実施形態に係るコンテンツ属性テーブル２ａのレコードレイアウトの一例を示す説明図である。ここで、コンテンツとは動画、静止画、音声などである。コンテンツ属性テーブル２ａは、ＩＤ列、ソース列、形式列、撮影日時列、作成日時列、緯度列、経度列、評価列を含む。ＩＤ列はコンテンツ属性テーブル２ａのレコードを一意に特定するＩＤを記憶する。ソース列はコンテンツの所在場所を示すパス名やＵＲＬを記憶する。形式列はコンテンツの形式を記憶する。形式は、例えば、動画、静止画、音声などである。撮影日時列は、動画や静止画が撮影された日時を記憶する。音声の場合に収録日時が取得可能な場合は、収録日時を記憶してもよい。コンテンツが作成された日時を記憶する。作成日時と撮影又は収録日時が同一の場合は、同一の日時を記憶してもよい。緯度列、経度列は、動画、静止画が撮影された場所の緯度、経度をそれぞれ記憶する。評価列は履歴に基づき定めた評価値を記憶する。
【００４８】
制御装置１のＣＰＵ１１は、夜間バッチ処理などによりコンテンツ属性テーブル２ａを作成・更新する。ＣＰＵ１１は大容量記憶装置１４などに記憶されているユーザのＷｅｂサイトの閲覧履歴を取得する。ＣＰＵ１１は、取得した閲覧履歴からユーザがアクセスしたコンテンツ（動画データ、静止画データ、音声データ）の属性情報を収集し、ＲＡＭ１２などの一時記憶領域に記憶する。閲覧履歴から十分な情報が得られない場合、ＣＰＵ１１はＷｅｂサイトにアクセスし、属性情報を取得する。また、ＣＰＵ１１はＷｅｂサイトのアクセス回数からコンテンツの評価を行い、評価値を定める。例えば、アクセス回数が多いほど、高い評価値とする。なお、インターネット検索エンジンの検索履歴、動画共有サービスの視聴履歴についても、ユーザがアクセスしたコンテンツ（動画データ、静止画データ、音声データ）を特定し、その属性情報を収集するのに用いる。
【００４９】
ＣＰＵ１１はシナリオに基づき、映像出力装置３に映像を出力させる場合に、シナリオで指定されている動画に差し替えて、評価値の高い動画を出力する。また、出力する動画に評価値の高い静止画を重畳させる。一方、音響出力装置４に音声を出力させる場合に、シナリオで指定されている音声に差し替えて、評価値の高い音声を出力する。
【００５０】
実施の形態５は以下の様な効果を奏する。ユーザの各種履歴を用いることにより、ユーザの趣味趣向にあったコンテンツの出力が可能となる。それにより、ユーザ満足度の向上が期待される。
【００５１】
実施の形態６
実施の形態６は休日には、平日とは異なる映像を出力する形態である。以下の説明において、実施の形態１と同様な部分については説明を省略し、実施の形態１と異なる部分を主として説明する。
【００５２】
図１９は本発明の一実施形態に係る実施の形態６に係る映像制御マスタテーブル２２のレコードレイアウトの一例を示す説明図である。映像制御マスタテーブル２２は、ＩＤ列、休日列、ソース列、パラメータ列を含む。ＩＤ列、ソース列、パラメータ列については、実施の形態１と同様であるので説明を省略する。休日列は制御（スケジュール）の実行日が休日か否かで切り替えるためのフラグを記憶する。例えば、休日列の値が０のレコードは平日に用い、休日列の値が１のレコードは休日に用いる。ここで、休日は、土曜日、日曜日、祝日とするが、それに限らない。休日は日曜日又は祝日とし、土曜日を含めなくても良い。
【００５３】
図１９に示す例において、ＩＤ＝１のレコードは、平日と休日とでは映像のソースを切り替えることを示している。ＩＤ＝２のレコードは、平日と休日とでは制御のパラメータが異なるが、映像のソースは同じもの用いることを示している。ＩＤ＝３のレコードは、平日、休日に関わらず同一のソースを用いることを示している。
【００５４】
実施の形態６において、ＣＰＵ１１は映像制御マスタテーブル２２から読み込むレコードを特定する際には、ＩＤ及び休日の値を指定する。ＣＰＵ１１は、計時部１９よりカレンダー情報を取得し、実行日が平日であるか休日であるかを判定する。
【００５５】
本実施形態においては、制御の実行日が平日か休日であるかにより、映像出力装置３より出力する映像ソースを切り替える例を示したが、それに限らない。音響出力装置４、空気調節装置５、照明器具６に対する制御についても、平日と休日とで内容を変更してもよい。
【００５６】
実施の形態６は以下の様な効果を奏する。制御装置１は、制御の実行日が平日であるか休日であるかにより制御内容を切り替えるので、制御内容の違いによりユーザに平日であるか、休日であるかを伝えることが可能となる。
【００５７】
実施の形態７
実施の形態７はスケジューラとの連動を行う形態である。ここでは、スケジューラに記憶されているスケジュール情報を元に、シナリオを実行する形態について説明する。以下の説明において、実施の形態１と同様な部分については説明を省略し、実施の形態１と異なる部分を主として説明する。
【００５８】
図２０は本発明の一実施形態に係る連動シナリオマスタテーブル２ｂのレコードレイアウトの一例を示す説明図である。連動シナリオマスタテーブル２ｂはＩＤ列、スケジュール列、動画ソース列、パラメータ列を含む。ＩＤ列は連動シナリオマスタテーブル２ｂのレコードを一意に特定するＩＤを記憶する。スケジュール列は、連動させるスケジュールを記憶する。動画ソース列は動画の所在を示す、例えばＵＲＬを記憶する。パラメータ列は、映像出力装置３などの制御パラメータを記憶する。
【００５９】
制御装置１のＣＰＵ１１は、夜間バッチ処理などにより、スケジューラからユーザのスケジュールを読み込む。ＣＰＵ１１はスケジュールの内容と連動シナリオマスタテーブル２ｂのスケジュール列とのマッチングを行う。ＣＰＵ１１はマッチするスケジュールがあると判定した場合、制御スケジュールテーブル２７に制御スケジュールを記憶する。例えば、スケジュールに、４／１  １８：００  長男：誕生日会が記憶されているとする。この場合、ＣＰＵ１１は、連動シナリオマスタテーブル２ｂに記憶されたＩＤ＝２のシナリオを、４／１の１８：００に実行する制御スケジュールを生成し、制御スケジュールテーブル２７に記憶する。それにより、ユーザが設定しなくても、誕生会のときに、誕生日にふさわしい動画を映像出力装置３から出力させることが可能となる。
【００６０】
実施の形態７は以下の様な効果を奏する。制御装置１は、スケジューラと連動して、制御スケジュールを自動的に生成するので、ユーザが設定しなくても、スケジュールに適した環境を提供することが可能となる。
【００６１】
実施の形態７においては、個人のスケジューラとの連動を念頭に置いた制御について説明しているが、それに限らない。複数人が共用するスケジューラと連動してもよい。例えば、会議室の予約表と連動させる場合は、参加者、会議の内容、予約者の所属部署等などから、制御内容を決定する。それによりに、会議のスムーズな進行に寄与する環境を会議室に構築することが可能となる。
【００６２】
なお、上述の説明においては、制御装置１からの映像出力装置３、音響出力装置４、空気調節装置５、照明器具６への制御コマンドの送信は、ネットワークＮを介していることとしたが、それに限らない。赤外線を用いたリモコン信号により行っても良い。
【００６３】
また、制御装置１をタブレットコンピュータやスマートフォンなどの容易に移動可能なコンピュータで構成してもよい。さらに、制御装置１をロボット、プロジェクタ、オーディオ機器といった装置に組み込んでも良い。さらに、映像出力装置３や音響出力装置４など、五感の少なくとも１つに変化を与える事象を生じさせる装置を制御装置１と一体化しても良い。
【００６４】
各実施例で記載されている技術的特徴（構成要件）はお互いに組み合わせ可能であり、組み合わせすることにより、新しい技術的特徴を形成することができる。
今回開示された実施の形態はすべての点で例示であって、制限的なものでは無いと考えられるべきである。本発明の範囲は、上記した意味では無く、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【００６５】
１０  空間制御システム
１    制御装置
２    制御情報データベース
３    映像出力装置
４    音響出力装置
５    空気調節装置
６    照明器具
Ｎ    ネットワーク
【図１】
2017051462.tif 000003
【図２】
2017051462.tif 000004
【図３】
2017051462.tif 000005
【図４】
2017051462.tif 000006
【図５】
2017051462.tif 000007
【図６】
2017051462.tif 000008
【図７】
2017051462.tif 000009
【図８】
2017051462.tif 000010
【図９】
2017051462.tif 000011
【図１０】
2017051462.tif 000012
【図１１】
2017051462.tif 000013
【図１２】
2017051462.tif 000014
【図１３】
2017051462.tif 000015
【図１４】
2017051462.tif 000016
【図１５】
2017051462.tif 000017
【図１６】
2017051462.tif 000018
【図１７】
2017051462.tif 000019
【図１８】
2017051462.tif 000020
【図１９】
2017051462.tif 000021
【図２０】
2017051462.tif 000022
【国際調査報告】
2017051462.tif 000023
2017051462.tif 000024
2017051462.tif 000025
2017051462.tif 000026