(57)【要約】【課題】ユーザ属性に応じたセンサおよびインターバルを用いたセンシング結果の提供を実現することで、提供する情報量の適正化を行う。【解決手段】センシングを実行するセンシング機能部33を含む複数のセンサ30と、端末を用いた所定のトリガー操作（かざす操作等）が行われたときに端末ユーザのユーザ属性を判定し１つ以上のセンサ30へ通知するNFC20と、センサ30からのセンシング結果をユーザごとに格納するＤＢ40と、を備える制御システム1において、複数のセンサ30の各々は、自己のセンサにおいてユーザ属性に応じて検知すべきインターバルをユーザ属性に紐付けて記憶したリスト32と、NFC20からのユーザ属性を受信し、該ユーザ属性に紐付けられたインターバルをリスト32から取得し、センシング機能部33によるセンシングを実行させ、上記インターバルでセンシング結果をＤＢ40へ送信する制御部31と、を含む。【選択図】図１
2020071758.tif 000002
【特許請求の範囲】
【請求項１】
センシングを実行するセンシング機能部を含む複数のセンサと、
端末を用いた所定のトリガー操作が行われたときに、予め定められたユーザタイプとユーザ属性との対応情報に基づき端末ユーザのユーザ属性を判定し、該ユーザ属性を１つ以上のセンサへ通知する属性判定装置と、
前記センサからのセンシング結果を端末ユーザごとに格納するデータベースと、
を備える制御システムであって、
前記複数のセンサの各々は、
自己のセンサにおいてユーザ属性に応じて検知すべきインターバルを前記ユーザ属性に紐付けて記憶したリストと、
前記属性判定装置からのユーザ属性を受信し、受信したユーザ属性に紐付けられたインターバルを前記リストから取得し、前記センシング機能部によるセンシングを実行させ、取得したインターバルでセンシング結果を前記データベースへ送信する制御部と、
を含む、
制御システム。
【請求項２】
前記制御部は、前記受信したユーザ属性に紐付けられたインターバルが前記リストに無い場合、前記センシング機能部によるセンシングの実行を回避する、
請求項１に記載の制御システム。
【請求項３】
前記制御部は、前記センシング機能部が他の端末ユーザ向けにセンシングを実行中である場合、端末ユーザを識別する識別情報が付された前記センシング結果を前記データベースへ送信する、
請求項１又は２に記載の制御システム。
【請求項４】
前記データベースは、
受信したデータに基づいて所定の状態判定を行う状態判定部と、
前記状態判定部による判定結果に応じて端末ユーザごとのセンシング制御を変更するための制御変更情報を前記制御部へ通知する制御変更通知部と、
を備え、
前記制御部は、前記制御変更通知部により通知された制御変更情報に基づいて、端末ユーザごとのセンシング制御を変更する、
請求項１〜３の何れか一項に記載の制御システム。
【請求項５】
端末を用いた所定のトリガー操作が行われたときに、予め定められたユーザタイプとユーザ属性との対応情報に基づき端末ユーザのユーザ属性を判定して前記端末へ送信するとともに、前記トリガー操作が行われた旨を１つ以上のセンサへ通知する属性判定装置と、
前記属性判定装置からの通知を受けた場合にセンシングを実行するセンシング機能部を含む複数のセンサと、
前記センサからのセンシング結果を端末ユーザごとに格納するデータベースと、
前記センサからのセンシング結果を前記データベースへ中継送信する中継装置と、
を備える制御システムであって、
前記中継装置は、
各センサからのセンシング結果を前記データベースへ中継送信すべきインターバルであってユーザ属性に応じて予め定められた該インターバルを、前記ユーザ属性に紐付けて記憶したリストと、
前記属性判定装置により判定されたユーザ属性を前記端末から受信するとともに前記センサからのセンシング結果を受信し、受信したユーザ属性に紐付けられたインターバルを前記リストから取得し、取得したインターバルで前記センシング結果を前記データベースへ中継送信する中継制御部と、
を含む、
制御システム。
【請求項６】
前記中継制御部は、前記受信したユーザ属性に紐付けられたインターバルが前記リストに無い場合、前記データベースへの前記センシング結果の中継送信を回避する、
請求項５に記載の制御システム。
【請求項７】
前記中継制御部は、前記センシング機能部が他の端末ユーザ向けにセンシングを実行中である場合、端末ユーザを識別する識別情報が付された前記センシング結果を前記データベースへ中継送信する、
請求項５又は６に記載の制御システム。
【請求項８】
前記データベースは、
受信したデータに基づいて所定の状態判定を行う状態判定部と、
前記状態判定部による判定結果に応じて端末ユーザごとのセンシング結果の中継制御を変更するための制御変更情報を前記中継制御部へ通知する制御変更通知部と、
を備え、
前記中継制御部は、前記制御変更通知部により通知された制御変更情報に基づき端末ユーザごとのセンシング結果の中継制御を変更する、
請求項５〜７の何れか一項に記載の制御システム。
【請求項９】
前記所定の状態判定は、無音状態判定、会議形式判定、および会議活性度判定のうち、少なくとも１つを含む、
請求項４又は８に記載の制御システム。
【請求項１０】
センシングを実行するセンシング機能部を含む複数のセンサと、
端末を用いた所定のトリガー操作が行われたときに、予め定められたユーザタイプとユーザ属性との対応情報に基づき端末ユーザのユーザ属性を判定し、該ユーザ属性を１つ以上のセンサへ通知する属性判定装置と、
前記センサからのセンシング結果を端末ユーザごとに格納するデータベースと、
を備える制御システム、において実行される制御方法であって、
各センサが、前記属性判定装置からのユーザ属性を受信するステップと、
各センサが、自己のセンサにおいてユーザ属性に応じて検知すべきインターバルをユーザ属性に紐付けて記憶したリスト、を参照することで、受信した前記ユーザ属性に紐付けられたインターバルを前記リストから取得するステップと、
各センサが、前記センシング機能部によりセンシングを実行し、取得したインターバルでセンシング結果を前記データベースへ送信するステップと、
を備える制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の一側面は、制御システムおよび制御方法に関する。
【背景技術】
【０００２】
従来より、ユーザとセンサとを予め紐付けておき、当該ユーザに対し、紐付けられたセンサによるセンシング結果を提供するための技術が知られている（特許文献１参照）。
【０００３】
一方、会議室における音声の状態を複数のセンサで検出することで、参加者の居眠り等に起因した無音状態の判定、会議形式（例えば単独講師による講義、全員参加型のブレーンストーミングなど）の判定などを行う技術も知られている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−０７６１２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、従来は、ユーザ属性（組織内の役職など）に応じた適切なセンサに絞り、ユーザ属性に応じた適切なインターバルでセンシング結果を提供するといった観点の技術はあまり検討されていなかった。そのため、例えばユーザ属性に拘わらず一律にセンシング結果を提供するといった形態が存在し、ユーザ属性に応じて、提供する情報量を適正化するという点で改善の余地があった。
【０００６】
そこで、本発明の一側面は、ユーザ属性に応じたセンサおよびインターバルを用いたセンシング結果の提供を実現することで、提供する情報量の適正化を行うことを目的とする。
【課題を解決するための手段】
【０００７】
本発明の一側面に係る制御システムは、センシングを実行するセンシング機能部を含む複数のセンサと、端末を用いた所定のトリガー操作が行われたときに、予め定められたユーザタイプとユーザ属性との対応情報に基づき端末ユーザのユーザ属性を判定し、該ユーザ属性を１つ以上のセンサへ通知する属性判定装置と、前記センサからのセンシング結果を端末ユーザごとに格納するデータベースと、を備える制御システムであって、前記複数のセンサの各々は、自己のセンサにおいてユーザ属性に応じて検知すべきインターバルを前記ユーザ属性に紐付けて記憶したリストと、前記属性判定装置からのユーザ属性を受信し、受信したユーザ属性に紐付けられたインターバルを前記リストから取得し、前記センシング機能部によるセンシングを実行させ、取得したインターバルでセンシング結果を前記データベースへ送信する制御部と、を含む。
【０００８】
上記制御システムでは、端末ユーザにより端末を用いた所定のトリガー操作が行われると、属性判定装置が、予め定められたユーザタイプとユーザ属性との対応情報に基づき端末ユーザのユーザ属性を判定し、該ユーザ属性を１つ以上のセンサへ通知する。上記センサにおいて、制御部は、属性判定装置からのユーザ属性を受信し、受信したユーザ属性に紐付けられたインターバルをリストから取得し、センシング機能部によるセンシングを実行させ、上記取得したインターバルでセンシング結果をデータベースへ送信する。そして、データベースはセンサからのセンシング結果を端末ユーザごとに格納する。なお、あるセンサにおいて、ユーザ属性に紐付けられたインターバルが当該センサ内のリストに無ければ、当該センサではセンシング機能部によるセンシングの実行を回避すればよい。上記のような制御システムにより、端末ユーザのユーザ属性に応じたセンサおよびインターバルを用いて、センサからデータベースへセンシング結果が提供されることとなり、提供する情報量の適正化を行うことができ、これに伴い、センサとデータベース間のデータ通信（例えば無線ネットワーク経由のデータ通信）の適正化による処理の効率化および処理速度の向上を図ることができる。
【０００９】
本発明の別の側面に係る制御システムは、端末を用いた所定のトリガー操作が行われたときに、予め定められたユーザタイプとユーザ属性との対応情報に基づき端末ユーザのユーザ属性を判定して前記端末へ送信するとともに、前記トリガー操作が行われた旨を１つ以上のセンサへ通知する属性判定装置と、前記属性判定装置からの通知を受けた場合にセンシングを実行するセンシング機能部を含む複数のセンサと、前記センサからのセンシング結果を端末ユーザごとに格納するデータベースと、前記センサからのセンシング結果を前記データベースへ中継送信する中継装置と、を備える制御システムであって、前記中継装置は、各センサからのセンシング結果を前記データベースへ中継送信すべきインターバルであってユーザ属性に応じて予め定められた該インターバルを、前記ユーザ属性に紐付けて記憶したリストと、前記属性判定装置により判定されたユーザ属性を前記端末から受信するとともに前記センサからのセンシング結果を受信し、受信したユーザ属性に紐付けられたインターバルを前記リストから取得し、取得したインターバルで前記センシング結果を前記データベースへ中継送信する中継制御部と、を含む。
【００１０】
上記制御システムでは、端末ユーザにより端末を用いた所定のトリガー操作が行われると、属性判定装置が、予め定められたユーザタイプとユーザ属性との対応情報に基づき端末ユーザのユーザ属性を判定して端末へ送信するとともに、トリガー操作が行われた旨を１つ以上のセンサへ通知する。上記センサでは、センシング機能部が、属性判定装置からの上記通知を受けて、センシングを実行する。センシング結果は中継装置によってデータベースへ向けて中継送信される。この中継装置において、中継制御部は、属性判定装置により判定されたユーザ属性を端末から受信するとともにセンサからのセンシング結果を受信し、受信したユーザ属性に紐付けられたインターバルをリストから取得し、取得したインターバルでセンシング結果をデータベースへ中継送信する。そして、データベースはセンシング結果を端末ユーザごとに格納する。なお、上記中継装置において、ユーザ属性に紐付けられたインターバルがリストに無ければ、データベースへのセンシング結果の中継送信を回避すればよい。上記のような制御システムにより、端末ユーザのユーザ属性に応じたセンサおよびインターバルを用いて、センシング結果が中継装置を介してデータベースへ提供されることとなり、提供する情報量の適正化を行うことができ、これに伴い、中継装置とデータベース間のデータ通信（例えば無線ネットワーク経由のデータ通信）データ通信の適正化による処理の効率化および処理速度の向上を図ることができる。
【発明の効果】
【００１１】
本発明の一側面、別の側面の何れにおいても、提供する情報量の適正化を行うことができ、これに伴い、データ通信の適正化による処理の効率化および処理速度の向上を図ることができる。
【図面の簡単な説明】
【００１２】
【図１】第１実施形態に係る制御システムの構成図である。
【図２】ユーザ属性テーブルのデータ例を示す図である。
【図３】（ａ）〜（ｄ）は、第１実施形態におけるさまざまなセンサに設けられたトリガーリストのデータ例を示す図である。
【図４】第１実施形態における処理を示すフロー図である。
【図５】第１実施形態における基本動作を説明するための図である。
【図６】共用のセンサが有る場合の動作を説明するための図である。
【図７】さまざまな状態判定処理例を示すフロー図であり、（ａ）は無音状態判定処理の一例を示し、（ｂ）は会議形式判定処理の一例を示し、（ｃ）は会議活性度判定処理の一例を示す。
【図８】データベースからの制御変更通知に係る動作を説明するための図である。
【図９】第２実施形態に係る制御システムの構成図である。
【図１０】第２実施形態における中継装置に設けられたトリガーリストのデータ例を示す図である。
【図１１】第２実施形態における処理を示すフロー図である。
【図１２】第２実施形態における基本動作を説明するための図である。
【図１３】制御システムの各装置のハードウェア構成例を示す図である。
【発明を実施するための形態】
【００１３】
以下、図面を参照しながら、本発明に係る各種の実施形態について説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。
【００１４】
［第１実施形態］
第１実施形態では、各センサにおいてユーザ属性に応じたインターバルでのセンシング結果の送信／不送信を制御する例を説明する。
【００１５】
（第１実施形態におけるシステム構成例）
図１に示すように第１実施形態に係る制御システム１は、端末ユーザにより携帯された端末１０と、属性判定装置の一例としてのＮＦＣ２０と、複数のセンサ３０と、データベース（以下「ＤＢ」という）４０と、を備える。以下、各装置の機能について説明する。
【００１６】
端末１０は、端末ユーザにより当該端末を用いた所定のトリガー操作（ここでは例えば当該端末をＮＦＣ２０の所定箇所にかざす動作など）を実行可能とされ、通信可能に構成された通信機器である。
【００１７】
ＮＦＣ２０は、端末１０との間で、ＮＦＣ（Near  Field  Communication）規格に基づく近距離無線通信を実行可能な通信装置である。このＮＦＣ２０は、端末１０による上述したトリガー操作（端末をＮＦＣ２０の所定箇所にかざす動作）が行われたときに、当該端末１０の端末ユーザを識別するためのユーザ識別情報を検知する検知部２１と、予め複数のタイプに分類されたユーザ属性情報を記憶した図２に例示するユーザ属性テーブル２２Ａを内蔵し、当該ユーザ属性情報を参照して上記検知されたユーザ識別情報から上記端末ユーザのユーザ属性（ユーザタイプおよび属性内容）を判定するユーザ属性判定部２２と、判定で得られたユーザ属性を１つ以上のセンサ３０へ通知する通知部２３と、を含む。なお、属性判定装置の一例としてのＮＦＣ２０を例示するが、属性判定装置はＮＦＣに限定されるものではなく、上記ユーザ属性判定機能を備えた別の通信装置によって構成してもよいし、また、ここでは、トリガー操作時に端末ユーザを識別するユーザ識別情報を検知し、その後、ユーザ識別情報からユーザ属性を判定する例を説明したが、トリガー操作時に端末ユーザのユーザ属性を判定してもよい。このような別の構成例は、後述する第２実施形態においても、同様に適用可能である。
【００１８】
複数のセンサ３０の各々は、センシングを実行するセンシング機能部３３と、自己のセンサにおいてユーザ属性に応じて検知すべきインターバルをユーザ属性（ユーザタイプ）に紐付けて記憶した図３（ａ）〜（ｄ）に例示するトリガーリスト３２と、ＮＦＣ２０からのユーザ属性を受信し、受信したユーザ属性（ユーザタイプ）に紐付けられたインターバルをトリガーリスト３２から取得し、センシング機能部３３によるセンシングを実行させ、取得したインターバルでセンシング結果をＤＢ４０へ送信する制御部３１と、を含む。このうち、制御部３１は、ユーザ属性（ユーザタイプ）に紐付けられたインターバルがトリガーリスト３２に無い場合は、センシング機能部３３によるセンシングの実行を回避するように制御し、また、センシング機能部３３が他の端末ユーザ向けにセンシングを実行中である場合には、端末ユーザを識別するユーザ識別情報を表すユーザフラグをセンシング結果に付し、当該ユーザフラグ付きのセンシング結果をＤＢ４０へ送信するように制御する。さらに、制御部３１は、後述するＤＢ４０から制御変更情報が通知された場合、当該制御変更情報に基づいて端末ユーザごとのセンシング制御を変更する。
【００１９】
ＤＢ４０は、センサ３０からのセンシング結果を端末ユーザごとに格納するデータ格納部４１と、受信したデータ（センサ３０からのセンシング結果）に基づいて所定の状態判定（例えば、後述する無音状態判定、会議形式判定、会議活性度判定など）を行う状態判定部４２と、状態判定部４２による判定結果に応じて端末ユーザごとのセンシング制御を変更するための制御変更情報を制御部３１へ通知する制御変更通知部４３と、を含む。上記の制御変更情報としては、例えば、後述する図３（ａ）〜（ｄ）のトリガーリストに記憶された現在のインターバル値を新たなインターバル値へ変更指示する情報などが挙げられる。
【００２０】
図２に例示するように、上記のユーザ属性テーブル２２Ａには、ユーザタイプ（0001、0002、…）および属性内容（管理職相当、一般社員相当、…）が記憶されている。
【００２１】
図３（ａ）〜（ｄ）に例示するように、上記のトリガーリスト３２には、自己のセンサ３０（センサＡ〜Ｄのそれぞれ）においてユーザ属性に応じて検知すべきインターバル（500ms、250ms、100msなど）が、ユーザ属性（ユーザタイプ）（0001、0002、…）に紐付けて記憶されている。
【００２２】
（第１実施形態における処理例）
以下、図４〜図８を参照しながら、制御システム１において実行される処理を説明する。
【００２３】
図４の処理は、端末ユーザにより端末１０を用いた所定のトリガー操作（例えば端末１０をＮＦＣ２０の所定箇所にかざす動作など）が実行されたことをもって、実行開始される。上記トリガー操作が実行されると、ＮＦＣ２０において、検知部２１が端末１０のユーザ識別情報を検知し（図４のステップＳ１）、ユーザ属性判定部２２が、検知されたユーザ識別情報から上記端末ユーザのユーザ属性（ユーザタイプおよび属性内容）を判定し（ステップＳ２）、そして、通知部２３が、判定で得られたユーザ属性をユーザ識別情報とともに、１つ以上のセンサ３０へ通知する（ステップＳ３）。なお、図示は省略したが、ステップＳ２でユーザ属性を判定できない場合は、本発明に係る処理を実行できないため、図４の処理を終了する。
【００２４】
上記通知が届いたセンサ３０では、制御部３１が、ＮＦＣ２０からのユーザ属性およびユーザ識別情報を受信し（ステップＳ４）、受信したユーザ属性（ユーザタイプ）に対応したインターバルをトリガーリスト３２から取得試行する（ステップＳ５）。ここで、ユーザ属性に対応したインターバルがトリガーリスト３２に無い（取得できない）場合（ステップＳ６でＮＯの場合）は、当該センサ３０によるセンシング結果は必要とされていないと考えられるため、制御部３１はセンシング機能部３３によるセンシングの実行を回避して（ステップＳ７）、図４の処理を終了する。一方、ステップＳ５でユーザ属性に対応したインターバルがトリガーリスト３２に有る（取得できた）場合（ステップＳ６でＹＥＳの場合）は、制御部３１はセンシング機能部３３によりセンシングを実行させる（ステップＳ８）。
【００２５】
ここで、制御部３１は、当該時点のセンシング機能部３３の稼働状況に基づき、センシング機能部３３が他の端末ユーザ向けにセンシングを実行中であるか否かを判断する（ステップＳ９）。ここで、他の端末ユーザ向けにセンシングを実行中でなければ、他の端末ユーザ向けのセンシング結果と区別する必要がないため、制御部３１は、ユーザフラグを付す処理を行うことなく、取得したインターバルでセンシング結果をＤＢ４０へ送信する（ステップＳ１１）。これにより、例えば、図５に示すように、センサＡ、Ｃ、Ｄのそれぞれから、ユーザ１のユーザ属性に対応したインターバルでセンシング結果がＤＢ４０へ送信される。また、センサＢについては、ユーザ１のユーザ属性に対応したインターバルがトリガーリスト３２に無く、ユーザ１はセンサＢによるセンシング結果を必要としていないと考えられるため、センサＢではセンシング機能部３３によるセンシングの実行が回避され、ＤＢ４０へのセンシング結果の送信も行われない。
【００２６】
一方、ステップＳ９で、他の端末ユーザ向けにセンシングを実行中であれば、他の端末ユーザ向けのセンシング結果と区別する必要があるため、制御部３１は、ステップＳ４で受信したユーザ識別情報（即ち、対象の端末ユーザのユーザ識別情報）を表すユーザフラグをセンシング結果に付し、当該ユーザフラグ付きのセンシング結果をＤＢ４０へ送信する（ステップＳ１０）。これにより、例えば、図６に示すように、ユーザ１がセンサＡ、Ｃのみ使用し、ユーザ２がセンサＡ、Ｄのみ使用している状況では、センサＣからユーザ１のユーザ属性に対応したインターバルでセンシング結果がＤＢ４０へ送信され、センサＤからユーザ２のユーザ属性に対応したインターバルでセンシング結果がＤＢ４０へ送信される。また、センサＢについては、ユーザ１、２ともユーザ属性に対応したインターバルがトリガーリスト３２に無く、ユーザ１、２ともセンサＢによるセンシング結果を必要としていないと考えられるため、センサＢではセンシング機能部３３によるセンシングの実行が回避され、ＤＢ４０へのセンシング結果の送信も行われない。さらに、ユーザ１と２により共通利用されているセンサＡについては、ユーザ１のユーザ属性に対応したインターバルとユーザ２のユーザ属性に対応したインターバルの両方を充足するようなインターバルで、センシング結果がＤＢ４０へ送信される。このとき、図６にて点線枠で示すタイムスリットのデータ（センシング結果）は、ユーザ１、２ともに使用するが、センサＡからＤＢ４０へは単一のデータ（センシング結果）が送信され、ＤＢ４０において当該データ（センシング結果）はユーザ１用に保存されるとともにユーザ２用にも保存される。つまり、点線枠で示すタイムスリットについては、センサＡからＤＢ４０へは単一のデータ（センシング結果）が送信され、ＤＢ４０においてコピーされ、計２つのユーザ向けのデータとして保存される。これにより、センサＡとＤＢ４０との間で２つの同一データ（センサＡのセンシング結果）が送受信される事態を回避し、送受信されるデータを削減することができ、情報量の適正化を行うことができる。
【００２７】
上記センシング結果が届いたＤＢ４０では、データ格納部４１がセンシング結果を受信しユーザごとに格納する（ステップＳ１２）。そして、状態判定部４２が、後述する所定の状態判定処理を実行する（ステップＳ１２）。
【００２８】
ステップＳ１２の所定の状態判定処理としては、例えば図７（ａ）に示す無音状態判定処理が挙げられ、同処理では状態判定部４２は、例えば会議室内の各座席の近傍に設けられた複数の音量センサにより検知される各ユーザ（各出席者）の声の音量データに基づいて、音量データが一定期間で、発言有無を判断するための閾値Ｋ以下の回数がＭ回以上のユーザが有るか否かを判断する（ステップＳ２１；上記Ｋ、Ｍは予め定められた定数である）。ここで、該当ユーザが無ければ、例えば会議中に居眠り等をしているユーザはいないと考えられるため、制御変更せずに継続する（ステップＳ２３）。一方、ステップＳ２１で該当ユーザが有れば、該当ユーザは例えば会議中に居眠り等をしていると考えられるため、該当ユーザのセンシング制御を変更するための制御変更情報を生成する（ステップＳ２２）。
【００２９】
また、上記の状態判定処理として、例えば図７（ｂ）に示す会議形式判定処理が挙げられ、同処理では状態判定部４２は、例えば会議室内の各座席の近傍に設けられた複数の音量センサにより検知される各ユーザ（各出席者）の声の音量データに基づいて、一定期間で同一ユーザ１名の音量データのみが、発言有無を判断するための閾値Ｎ以上であるか否かを判断する（ステップＳ３１；上記Ｎは予め定められた定数である）。ここで、一定期間で同一ユーザ１名の音量データのみが閾値Ｎ以上という状況になければ、例えば１名の講師により講演形式ではないと考えられるため、制御変更せずに継続する（ステップＳ３３）。一方、ステップＳ３１で、一定期間で同一ユーザ１名の音量データのみが閾値Ｎ以上という状況にあれば、例えば１名の講師により講演形式であると考えられるため、該当する１名のユーザ以外のユーザ（聴講者）のセンシング制御を変更するための制御変更情報を生成する（ステップＳ３２）。
【００３０】
さらに、上記の状態判定処理として、例えば図７（ｃ）に示す会議活性度判定処理が挙げられ、同処理では状態判定部４２は、例えば会議室内の各座席の近傍に設けられた複数の音量センサにより検知される各ユーザ（各出席者）の声の音量データに基づいて、一定期間で全ユーザの音量データが、発言有無を判断するための閾値Ｐ以上であるか否かを判断する（ステップＳ４１；上記Ｐは予め定められた定数である）。ここで、一定期間で全ユーザの音量データが閾値Ｐ以上という状況になければ、例えば全員参加型のブレーンストーミングのような会議形式ではないと考えられるため、制御変更せずに継続する（ステップＳ４３）。一方、ステップＳ４１で、一定期間で全ユーザの音量データが閾値Ｐ以上という状況にあれば、例えば全員参加型のブレーンストーミングのような会議形式であると考えられるため、全ユーザのセンシング制御を変更するための制御変更情報を生成する（ステップＳ４２）。
【００３１】
なお、図４のステップＳ１２では、上述した図７（ａ）〜図７（ｃ）の処理のうち、何れか１つの処理を実行してもよいし、２つ以上の処理を同時並行で又は任意の順序でシリアルに実行してもよい。
【００３２】
図４に戻り、次のステップＳ１４では、ＤＢ４０は、ステップＳ１３で得られた制御変更情報（即ち、判定結果に応じてユーザごとのセンシング制御を変更するための制御変更情報）をセンサ３０の制御部３１に通知する（ステップＳ１４）。そして、この通知を受けた制御部３１は、制御変更情報に基づきセンシング制御を変更する（ステップＳ１５）。
【００３３】
図８に示すように、上記の図４の処理では、ＮＦＣ２０からセンサ３０（例えばセンサＡ）へユーザ属性が通知され、センサＡでは、当該ユーザ属性に紐づくインターバルでセンサＡにおけるセンシング結果がＤＢ４０へ送信される。このとき当該ユーザ属性に紐づくインターバルが無ければ、センサＡは対象外として扱われる（即ち、センサＡによるセンシングは実行されず、センシング結果はＤＢ４０へ送信されない）。その後、ＤＢ４０における状態判定結果に応じてユーザごとのセンシング制御を変更するための制御変更情報が、ＤＢ２０からセンサＡへ通知された場合は、センサＡにおいて制御変更情報に基づきセンシング制御が変更される。これにより、制御変更情報に紐づくインターバルでセンサＡにおけるセンシング結果がＤＢ４０へ送信されることとなる。
【００３４】
以上の第１実施形態によれば、端末ユーザのユーザ属性に応じたセンサおよびインターバルを用いて、センサからＤＢへセンシング結果が提供されることとなり、提供する情報量の適正化を行うことができ、これに伴い、センサとＤＢ間のデータ通信（例えば無線ネットワーク経由のデータ通信）の適正化による処理の効率化および処理速度の向上を図ることができる。
【００３５】
また、図４のステップＳ１３〜Ｓ１５の処理によって、ＤＢにおける状態判定結果に応じてユーザごとのセンシング制御を変更するための制御変更情報をＤＢからセンサへフィードバックすることができ、ユーザごとのセンシング制御を適切に変更することができる。
【００３６】
［第２実施形態］
第２実施形態では、中継装置においてユーザ属性に応じたインターバルでのセンシング結果の送信／不送信を制御する例を説明する。
【００３７】
（第２実施形態におけるシステム構成例）
図９に示すように第２実施形態に係る制御システム１Ｓは、端末ユーザにより携帯された端末５０と、属性判定装置の一例としてのＮＦＣ６０と、複数のセンサ７０と、ＤＢ９０と、センサ７０からのセンシング結果をＤＢ９０へ中継送信する中継装置８０と、を備える。以下、各装置の機能について説明する。
【００３８】
端末５０は、端末ユーザにより当該端末を用いた所定のトリガー操作（ここでは例えば当該端末をＮＦＣ６０の所定箇所にかざす動作など）を実行可能とされ、通信可能に構成された通信機器である。また、端末５０は、ＮＦＣ６０から応答されたユーザ属性情報を受信して中継装置８０へ送信する。
【００３９】
ＮＦＣ６０は、端末５０との間で、ＮＦＣ（Near  Field  Communication）規格に基づく近距離無線通信を実行可能な通信装置である。このＮＦＣ６０は、端末５０による上述したトリガー操作が行われたときに、当該端末５０の端末ユーザを識別するユーザ識別情報を検知する検知部６１と、第１実施形態と同様のユーザ属性テーブル６２Ａ（図２）を内蔵し、当該ユーザ属性情報を参照して上記検知されたユーザ識別情報から上記端末ユーザのユーザ属性（ユーザタイプおよび属性内容）を判定して端末５０へ応答するユーザ属性判定部６２と、トリガー操作が行われた旨を１つ以上のセンサ７０へ通知する通知部６３と、を含む。
【００４０】
複数のセンサ７０の各々は、センシングを実行するセンシング機能部７２と、トリガー操作が行われた旨がＮＦＣ６０から通知された場合にセンシング機能部７２によるセンシングを実行させ、センシング結果を中継装置８０へ送信する制御部７１と、を含む。
【００４１】
中継装置８０は、各センサ７０からのセンシング結果をＤＢ９０へ中継送信する通信装置であり、例えば、複数のセンサ７０と同じ建物内に設置されたルータなどが挙げられる。中継装置８０は、各センサ７０からのセンシング結果をＤＢ９０へ中継送信すべきインターバルであってユーザ属性に応じて予め定められた該インターバルを、ユーザ属性に紐付けて記憶したトリガーリスト８２と、ＮＦＣ６０により判定されたユーザ属性を端末５０から受信するとともにセンサ７０からのセンシング結果を受信し、受信したユーザ属性に紐付けられたインターバルをトリガーリスト８２から取得し、取得したインターバルでセンシング結果をＤＢ９０へ中継送信する中継制御部８１と、を含む。このうち、中継制御部８１は、受信したユーザ属性に紐付けられたインターバルがトリガーリスト８２に無い場合、ＤＢ９０へのセンシング結果の中継送信を回避する。また、中継制御部８１は、各センサ７０からのセンシング結果の受信状況に基づいて、１つのセンサ７０のセンシング機能部７２が当該時点で他の端末ユーザ向けにセンシングを実行中であるか否かを判断し、他の端末ユーザ向けにセンシングを実行中である場合、端末ユーザを識別するユーザ識別情報が付されたセンシング結果をＤＢ９０へ中継送信する。
【００４２】
ＤＢ９０は、センサ７０からのセンシング結果を端末ユーザごとに格納するデータ格納部９１と、受信したデータ（センサ７０からのセンシング結果）に基づいて所定の状態判定（例えば、第１実施形態で説明した無音状態判定、会議形式判定、会議活性度判定など）を行う状態判定部９２と、状態判定部９２による判定結果に応じて端末ユーザごとのセンシング制御を変更するための制御変更情報を中継制御部８１へ通知する制御変更通知部９３と、を含む。上記の制御変更情報としては、例えば、後述する図１０のトリガーリスト８２に記憶された現在のインターバル値を新たなインターバル値へ変更指示する情報などが挙げられる。
【００４３】
図１０に例示するように、上記のトリガーリスト８２には、さまざまなセンサ７０（ここではセンサＡ〜Ｄ）においてユーザ属性に応じて検知すべきインターバル（500ms、250ms、100msなど）が、ユーザ属性（ユーザタイプ）（0001、0002、…）に紐付けて記憶されている。
【００４４】
（第２実施形態における処理例）
以下、図１１、図１２を参照しながら、制御システム１Ｓにおいて実行される処理を説明する。
【００４５】
図１１の処理は、端末ユーザにより端末５０を用いた所定のトリガー操作（例えば端末５０をＮＦＣ６０の所定箇所にかざす動作など）が実行されたことをもって、実行開始される。上記トリガー操作が実行されると、ＮＦＣ６０において、検知部６１が端末５０の端末ユーザを識別するユーザ識別情報を検知し（図１１のステップＳ５１）、ユーザ属性判定部６２が、検知されたユーザ識別情報から上記端末ユーザのユーザ属性（ユーザタイプおよび属性内容）を判定して端末５０に応答する（ステップＳ５２）。ユーザ属性の応答を受けた端末５０は、当該ユーザ属性情報を当該端末５０のユーザ識別情報とともに中継装置８０へ送信する（ステップＳ５３）。さらに、ＮＦＣ６０では通知部６３が、トリガー操作が行われた旨を１つ以上のセンサ７０へ通知する（ステップＳ５４）。なお、図示は省略したが、ステップＳ５２でユーザ属性を判定できない場合は、本発明に係る処理を実行できないため、図１１の処理を終了する。
【００４６】
上記ステップＳ５４の通知が届いたセンサ７０では、制御部７１が、ＮＦＣ６０からの上記通知（トリガー通知）を受信し、これを契機にセンシング機能部７２によりセンシングを実行させ（ステップＳ５５）、センシング結果を中継装置８０へ送信する（ステップＳ５６）。
【００４７】
中継装置８０では、中継制御部８１が、ステップＳ５３で送信された端末５０のユーザ識別情報およびユーザ属性情報、並びにステップＳ５６で送信されたセンシング結果を受信し（ステップＳ５７）、受信したユーザ属性（ユーザタイプ）に対応したインターバルをトリガーリスト８２から取得試行する（ステップＳ５８）。ここで、ユーザ属性に対応したインターバルがトリガーリスト８２に無い（取得できない）場合（ステップＳ５９でＮＯの場合）は、当該センサ７０によるセンシング結果は必要とされていないと考えられるため、中継制御部８１はセンシング結果の中継送信を回避して（ステップＳ６０）、図１１の処理を終了する。
【００４８】
一方、ステップＳ５９でユーザ属性に対応したインターバルがトリガーリスト８２に有る（取得できた）場合（ステップＳ５９でＹＥＳの場合）、中継制御部８１は、各センサ７０からのセンシング結果の受信状況に基づいて、１つのセンサ７０のセンシング機能部７２が当該時点で他の端末ユーザ向けにセンシングを実行中であるか否かを判断する（ステップＳ６１）。ここで、他の端末ユーザ向けにセンシングを実行中でなければ、他の端末ユーザ向けのセンシング結果と区別する必要がないため、中継制御部８１は、ユーザフラグを付す処理を行うことなく、取得したインターバルでセンシング結果をＤＢ９０へ中継送信する（ステップＳ６３）。これにより、例えば、図１２に示すように、中継装置８０は、センサＡ〜Ｄそれぞれからのセンシング結果を受信した後、ユーザ１のユーザ属性に応じてセンサＡ、Ｃ、Ｄそれぞれについて予め定められたインターバルでセンシング結果をＤＢ９０へ中継送信する。ただし、センサＢについては、ユーザ１のユーザ属性に対応したインターバルがトリガーリスト８２に無く、ユーザ１はセンサＢによるセンシング結果を必要としていないと考えられるため、中継装置８０は、ＤＢ９０へのセンサＢのセンシング結果の中継送信を回避する。
【００４９】
一方、ステップＳ６１で、他の端末ユーザ向けにセンシングを実行中であれば、他の端末ユーザ向けのセンシング結果と区別する必要があるため、第１実施形態と同様に、中継制御部８１は、ステップＳ５７で受信したユーザ識別情報（即ち、対象の端末ユーザのユーザ識別情報）を表すユーザフラグをセンシング結果に付し、当該ユーザフラグ付きのセンシング結果をＤＢ９０へ中継送信する（ステップＳ６２）。
【００５０】
上記センシング結果が届いたＤＢ９０では、データ格納部９１がセンシング結果を受信してユーザごとに格納し（ステップＳ６４）、状態判定部９２が、第１実施形態と同様に、所定の状態判定処理を実行する（ステップＳ６５）。そして、制御変更通知部９３は、判定結果に応じてユーザごとのセンシング制御を変更するための制御変更情報（ステップＳ６５で得られた制御変更情報）を中継制御部８１に通知する（ステップＳ６６）。さらに、この通知を受けた中継制御部８１は、制御変更情報に基づきセンシング制御を変更する（ステップＳ６７）。
【００５１】
以上の第２実施形態によれば、第１実施形態と同様に、端末ユーザのユーザ属性に応じたセンサおよびインターバルを用いて、センシング結果が中継装置を介してＤＢへ提供されることとなり、提供する情報量の適正化を行うことができ、これに伴い、中継装置とＤＢ間のデータ通信（例えば無線ネットワーク経由のデータ通信）の適正化による処理の効率化および処理速度の向上を図ることができる。
【００５２】
また、図１１のステップＳ６５〜Ｓ６７の処理により、ＤＢにおける状態判定結果に応じてユーザごとのセンシング制御を変更するための制御変更情報をＤＢから中継装置へフィードバックすることができ、ユーザごとのセンシング制御を適切に変更することができる。
【００５３】
なお、上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。
【００５４】
機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、見做し、報知（broadcasting）、通知（notifying）、通信（communicating）、転送（forwarding）、構成（configuring）、再構成（reconfiguring）、割り当て（allocating、mapping）、割り振り（assigning）などがあるが、これらに限られない。たとえば、送信を機能させる機能ブロック（構成部）は、送信部（transmitting  unit）、送信機（transmitter）と呼称される。いずれも、上述したとおり、実現方法は特に限定されない。
【００５５】
例えば、本開示の実施形態におけるセンサ３０、中継装置８０などは、本開示の方法の処理を行うコンピュータとして機能してもよい。図１３は、本開示の一実施の形態に係るセンサ３０、中継装置８０のハードウェア構成の一例を示す図である。上述のセンサ３０、中継装置８０は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。また、図１、図９における他の装置についても同様である。
【００５６】
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。センサ３０、中継装置８０のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
【００５７】
センサ３０、中継装置８０における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ１００１が演算を行い、通信装置１００４による通信を制御したり、メモリ１００２及びストレージ１００３におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。
【００５８】
プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central  Processing  Unit）によって構成されてもよい。例えば、上述のセンサ３０、中継装置８０における各機能は、プロセッサ１００１によって実現されてもよい。
【００５９】
また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール、データなどを、ストレージ１００３及び通信装置１００４の少なくとも一方からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、センサ３０、中継装置８０における各機能は、メモリ１００２に格納され、プロセッサ１００１において動作する制御プログラムによって実現されてもよい。上述の各種処理は、１つのプロセッサ１００１によって実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップによって実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。
【００６０】
メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read  Only  Memory）、ＥＰＲＯＭ（Erasable  Programmable  ＲＯＭ）、ＥＥＰＲＯＭ（Electrically  Erasable  Programmable  ＲＯＭ）、ＲＡＭ（Random  Access  Memory）などの少なくとも１つによって構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本開示の一実施の形態に係る方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
【００６１】
ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ−ＲＯＭ（Compact  Disc  ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、キードライブ)、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つによって構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及びストレージ１００３の少なくとも一方を含むデータベース、サーバその他の適切な媒体であってもよい。
【００６２】
通信装置１００４は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置１００４は、例えば周波数分割複信（ＦＤＤ：Frequency  Division  Duplex）及び時分割複信（ＴＤＤ：Time  Division  Duplex）の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。例えば、上述のセンサ３０、中継装置８０における各機能は、通信装置１００４によって実現されてもよい。
【００６３】
入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
【００６４】
また、プロセッサ１００１、メモリ１００２などの各装置は、情報を通信するためのバス１００７によって接続される。バス１００７は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。
【００６５】
また、センサ３０、中継装置８０は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital  Signal  Processor）、ＡＳＩＣ（Application  Specific  Integrated  Circuit）、ＰＬＤ（Programmable  Logic  Device）、ＦＰＧＡ（Field  Programmable  Gate  Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。
【００６６】
情報の通知は、本開示において説明した態様／実施形態に限られず、他の方法を用いて行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink  Control  Information）、ＵＣＩ（Uplink  Control  Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio  Resource  Control）シグナリング、ＭＡＣ（Medium  Access  Control）シグナリング、報知情報（ＭＩＢ（Master  Information  Block）、ＳＩＢ（System  Information  Block）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC  Connection  Setup）メッセージ、ＲＲＣ接続再構成（RRC  Connection  Reconfiguration）メッセージなどであってもよい。
【００６７】
本開示において説明した各態様／実施形態は、ＬＴＥ（Long  Term  Evolution）、ＬＴＥ−Ａ（LTE-Advanced）、ＳＵＰＥＲ  ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ（4th  generation  mobile  communication  system）、５Ｇ（5th  generation  mobile  communication  system）、ＦＲＡ（Future  Radio  Access）、ＮＲ（new  Radio）、Ｗ−ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra  Mobile  Broadband）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ  ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及びこれらに基づいて拡張された次世代システムの少なくとも一つに適用されてもよい。また、複数のシステムが組み合わされて（例えば、ＬＴＥ及びＬＴＥ−Ａの少なくとも一方と５Ｇとの組み合わせ等）適用されてもよい。
【００６８】
本開示において説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【００６９】
入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
【００７０】
判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：true又はfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
【００７１】
本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
【００７２】
以上、本開示について詳細に説明したが、当業者にとっては、本開示が本開示中に説明した実施形態に限定されるものではないということは明らかである。本開示は、請求の範囲の記載により定まる本開示の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とするものであり、本開示に対して何ら制限的な意味を有するものではない。
【００７３】
ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
【００７４】
また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ：Digital  Subscriber  Line）など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。
【００７５】
本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
【００７６】
なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及びシンボルの少なくとも一方は信号（シグナリング）であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア（ＣＣ：Component  Carrier）は、キャリア周波数、セル、周波数キャリアなどと呼ばれてもよい。
【００７７】
本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用される。
【００７８】
また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースはインデックスによって指示されるものであってもよい。
【００７９】
上述したパラメータに使用する名称はいかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式等は、本開示で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。
【００８０】
本開示においては、「移動局（ＭＳ：Mobile  Station）」、「ユーザ端末（user  terminal）」、「ユーザ装置（ＵＥ：User  Equipment）」、「端末」などの用語は、互換的に使用され得る。
【００８１】
移動局は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、又はいくつかの他の適切な用語で呼ばれる場合もある。
【００８２】
移動局は、送信装置、受信装置、通信装置などと呼ばれてもよい。なお、移動局は、移動体に搭載されたデバイス、移動体自体などであってもよい。当該移動体は、乗り物（例えば、車、飛行機など）であってもよいし、無人で動く移動体（例えば、ドローン、自動運転車など）であってもよいし、ロボット（有人型又は無人型）であってもよい。なお、移動局は、必ずしも通信動作時に移動しない装置も含む。例えば、移動局は、センサなどのＩｏＴ（Internet  of  Things）機器であってもよい。
【００８３】
本開示で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking  up、search、inquiry)（例えば、テーブル、データベース又は別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。また、「判断（決定）」は、「想定する（assuming）」、「期待する（expecting）」、「みなす（considering）」などで読み替えられてもよい。
【００８４】
「接続された(connected)」、「結合された(coupled)」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。本開示で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及びプリント電気接続の少なくとも一つを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。
【００８５】
本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【００８６】
本開示において使用する「第１の」、「第２の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみが採用され得ること、又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。
【００８７】
本開示において、「含む（include）」、「含んでいる（including）」及びそれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。
【００８８】
本開示において、例えば、英語でのa、an及びtheのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。
【００８９】
本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。なお、当該用語は、「ＡとＢがそれぞれＣと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。
【符号の説明】
【００９０】
１、１Ｓ…制御システム、１０、５０…端末、２０、６０…ＮＦＣ、２１、６１…検知部、２２、６２…ユーザ属性判定部、２２Ａ、６２Ａ…ユーザ属性テーブル、２３、６３…通知部、３０、７０…センサ、３１、７１…制御部、３２、８２…トリガーリスト、３３、７２…センシング機能部、４０、９０…ＤＢ、４１、９１…データ格納部、４２、９２…状態判定部、４３、９３…制御変更通知部、８０…中継装置、８１…中継制御部、１００１…プロセッサ、１００２…メモリ、１００３…ストレージ、１００４…通信装置、１００５…入力装置、１００６…出力装置、１００７…バス。
【図１】
2020071758.tif 000003
【図２】
2020071758.tif 000004
【図３】
2020071758.tif 000005
【図４】
2020071758.tif 000006
【図５】
2020071758.tif 000007
【図６】
2020071758.tif 000008
【図７】
2020071758.tif 000009
【図８】
2020071758.tif 000010
【図９】
2020071758.tif 000011
【図１０】
2020071758.tif 000012
【図１１】
2020071758.tif 000013
【図１２】
2020071758.tif 000014
【図１３】
2020071758.tif 000015