JP6663253B2 - デバイス制御装置、及び情報提供方法 - Google Patents

デバイス制御装置、及び情報提供方法 Download PDF

Info

Publication number
JP6663253B2
JP6663253B2 JP2016043104A JP2016043104A JP6663253B2 JP 6663253 B2 JP6663253 B2 JP 6663253B2 JP 2016043104 A JP2016043104 A JP 2016043104A JP 2016043104 A JP2016043104 A JP 2016043104A JP 6663253 B2 JP6663253 B2 JP 6663253B2
Authority
JP
Japan
Prior art keywords
information
control
communication terminal
user
unit
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2016043104A
Other languages
English (en)
Other versions
JP2017163185A (ja
Inventor
敏行 岡本
敏行 岡本
充正 岩永
充正 岩永
咲子 栗田
咲子 栗田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
KDDI Corp
Original Assignee
KDDI Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by KDDI Corp filed Critical KDDI Corp
Priority to JP2016043104A priority Critical patent/JP6663253B2/ja
Publication of JP2017163185A publication Critical patent/JP2017163185A/ja
Priority to JP2019166265A priority patent/JP6909836B2/ja
Application granted granted Critical
Publication of JP6663253B2 publication Critical patent/JP6663253B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Landscapes

  • Selective Calling Equipment (AREA)
  • Telephonic Communication Services (AREA)

Description

本発明は、通信端末からデバイスを制御するためのデバイス制御装置、デバイス制御装置が実行する情報提供方法、及びデバイス制御システムに関する。
従来、ネットワークを介して、スマートフォン等の通信端末から家電機器を制御する方法が知られている。特許文献1には、家電機器を制御するためのアプリケーションソフトを携帯端末にダウンロードすることにより、アプリケーションソフトを用いて家電機器を制御することができるシステムが開示されている。
特開2015−056779号公報
このようなアプリケーションソフトを実行する携帯端末を家電機器の制御装置と捉えると、従来一体であった家電機器と制御装置とが分離していると見ることができる。家電機器と制御装置とが分離すると、制御装置の制御対象は一つの家電機器には限定されなくなる。ある制御装置は複数の家電機器が制御対象となり、またある家電機器は複数の制御装置によって制御されることが起こりうる。
この結果、ユーザは制御対象の家電機器であるデバイスから離れた位置からでも、そのデバイスを起動するための指示を出すことができるようになる。しかしながら、そのデバイスが実際に動作しているか否の確認をそのデバイスの表示部等で確認しなければならないのであれば、仮に遠隔で操作できるようになったとしてもその利便性は低下してしまう。
そこで、本発明はこれらの点に鑑みてなされたものであり、アプリケーションソフトを用いてデバイスを制御しているユーザが各デバイス利用している時のユーザビリティを向上することを目的とする。
本発明の第1の態様は、デバイス制御装置である。この装置は、複数のデバイスと、前記複数のデバイスのうち少なくとも一つのデバイスを前記デバイス制御装置に仲介させることによって制御するためのアプリケーションソフトを実行する通信端末と、のそれぞれと通信する通信部と、前記通信端末のユーザを特定するためのユーザ識別情報に、予め制御対象として登録された一又は複数のデバイスのそれぞれを特定するためのデバイス識別情報を関連付けて記憶する記憶部と、前記通信部に、前記一又は複数のデバイスのうち少なくとも一つのデバイスの動作に関する情報を、前記通信端末へ送信させる情報送信部と、を有する。
前記記憶部はさらに、前記一又は複数のデバイスが取得したデータを、各デバイスを特定するためのデバイス識別情報と関連付けて記憶してもよく、前記情報送信部は、前記通信部が前記通信端末から情報提供の要求を受信した場合、前記通信部に、前記通信端末のユーザのユーザ識別子に関連付けられているデバイスが取得したデータを前記通信端末へ送信させてもよい。
前記情報送信部は、前記通信部に、前記通信部が前記通信端末から受信した情報提供の要求に含まれるデバイス識別情報で特定されるデバイスが取得したデータを、前記通信端末へ送信させてもよい。
前記情報送信部は、前記通信部に、前記通信部が前記通信端末から受信した情報提供の要求に含まれるアプリ識別情報で特定されるアプリケーションソフトの制御対象となるデバイスが取得したデータを、前記通信端末へ送信させてもよい。
前記通信部が、前記アプリケーションソフトを実行する前記通信端末から、(1)デバイス特定情報と、(2)前記デバイス特定情報で特定されるデバイスである制御対象デバイスに実現させる機能とを含む情報を受信した場合、前記制御対象デバイスに前記機能を実現させるための命令であって前記制御対象デバイスが解釈可能な命令を生成する生成部をさらに備えてもよい。
前記通信部は、前記制御対象デバイスが前記命令を正常に実行できた場合に送信する完了情報を受信するように構成されていてもよく、前記情報送信部は、前記通信部が完了情報を受信しない場合、前記通信部に、前記通信端末に前記制御対象デバイスの動作状況を示す情報を送信させてもよい。
前記情報送信部は、前記通信部が完了情報を受信しない場合、前記通信部に、前記制御対象デバイスと同一か、又は前記制御対象デバイスと同種のデバイスを購入するための情報を、前記通信端末へ送信させてもよい。
前記情報送信部は、前記通信部に、前記通信端末のユーザのユーザ識別情報に関連付けられた一又は複数のデバイスのうち少なくとも一つのデバイスが取得したデータの時間変化を示す情報を前記通信端末に送信させてもよい。
本発明の第2の態様は、複数のデバイスと、前記複数のデバイスのうち少なくとも一つのデバイスをデバイス制御装置に仲介させることによって制御するためのアプリケーションソフトを実行する通信端末と、のそれぞれと通信する前記デバイス制御装置のプロセッサが実行する情報提供方法である。この方法は、前記通信端末のユーザを特定するためのユーザ識別情報に、予め制御対象として登録された一又は複数のデバイスのそれぞれを特定するためのデバイス識別情報を関連付けて記憶部に記憶するステップと、前記一又は複数のデバイスのうち少なくとも一つのデバイスの動作に関する情報を、前記通信端末へ送信するステップと、を含む。
本発明の第3の態様は、複数のデバイスと、ネットワークを介して前記複数のデバイスを制御するデバイス制御装置と、前記複数のデバイスのうち少なくとも一つのデバイスを前記デバイス制御装置に仲介させることによって制御するためのアプリケーションソフトを実行する通信端末と、を含むデバイス制御システムである。このシステムにおいて、前記デバイス制御装置は、複数のデバイスと、前記複数のデバイスのうち少なくとも一つのデバイスを前記デバイス制御装置に仲介させることによって制御するためのアプリケーションソフトを実行する通信端末と、のそれぞれと通信する通信部と、前記通信端末のユーザを特定するためのユーザ識別情報に、予め制御対象として登録された一又は複数のデバイスのそれぞれを特定するためのデバイス識別情報を関連付けて記憶する記憶部と、前記通信部に、前記一又は複数のデバイスのうち少なくとも一つのデバイスの動作に関する情報を、前記通信端末へ送信させる情報送信部と、を備える。
本発明によれば、アプリケーションソフトを用いてデバイスを制御しているユーザが各デバイス利用している時のユーザビリティを向上することができる。
第1の実施の形態に係るデバイス制御システムの概要について説明するための図である。 通信端末の画面の一例である。 デバイス制御装置の構成を示す図である。 ユーザ記憶部が記憶しているユーザ情報DBの一例を示す図である。 制御情報について説明するための図である。 通信端末によりデバイスを制御する際のデータの流れを示す図である。 API記憶部が記憶しているAPIデータベースの一例を示す図である。 通信端末を用いて制御する対象となるデバイスを新たに登録する際の手順について説明するための図である。 デバイス制御装置がデバイスを制御する際の動作シーケンスを示す図である。 デバイスに関する情報の表示画面例を示す図である。 デバイスに関する情報の表示画面の別の例を示す図である。 変形例1におけるユーザ情報DBの例を示す図である。 変形例1において通信端末から送信される第1制御情報の例を示す図である。 第2の実施の形態のデバイス制御システムについて説明するための図である。
<第1の実施の形態の概要>
[デバイス制御システムSの概要]
図1は、第1の実施の形態に係るデバイス制御システムSの概要について説明するための図である。デバイス制御システムSは、デバイス制御装置1と、通信端末2(2a,2b)と、デバイス3(3a,3b,3c)と、ルータ4とを有する。デバイス制御装置1、通信端末2及びルータ4は、有線通信回線又は無線通信回線を介してネットワークNに接続されている。
ネットワークNには、インターネット、携帯電話網及びWi−Fi(登録商標)回線等が含まれる。図1には、2台の通信端末2が示され、3台のデバイス3が示されているが、デバイス制御装置1は、より多くの通信端末2及びデバイス3との間でデータを送受信することができる。
デバイス制御装置1は、例えば、CPU(Central Processing Unit)及び記憶媒体を有するコンピュータである。デバイス制御装置1は、ネットワークNを介して、通信端末2及びデバイス3との間で通信することができる。
通信端末2は、例えば、無線通信機能を有する携帯端末である。通信端末2は、例えばスマートフォン、タブレット、ファブレット、ノートPC(Personal Computer)、又はデスクトップPC等である。通信端末2は、アプリケーションソフトを実行することにより、デバイス3を制御するための第1制御情報をデバイス制御装置1に対して送信する。図1において、通信端末2aは、デバイス3が設置されたユーザの自宅の外にあり、通信端末2bは、デバイス3が設置された自宅内にある。通信端末2は、場所によらず、ネットワークNを介してデバイス制御装置1との間で通信をすることができる。
デバイス3は、通信機能を有する装置であり、例えば、通信端末2のユーザの自宅に設置されている電気機器である。図1に示す例において、デバイス3aは照明器具(以下、ライトという)、デバイス3bはエアコン、デバイス3cはビデオレコーダであるが、デバイス3には、デバイス制御装置1からデータを受信できる任意の装置が含まれる。ルータ4は、ネットワークNに接続されており、デバイス制御装置1から受信したデータをデバイス3a、デバイス3b又はデバイス3cのいずれかに転送する。
デバイス制御装置1は、アプリケーションソフトを実行した通信端末2から送信された、デバイス3を制御するための第1制御情報を受信すると、受信した第1制御情報の内容に基づいて、複数のデバイス3から、制御する対象となるデバイス3を選択し、選択したデバイス3を制御するための第2制御情報を生成する。第1制御情報は、デバイス3に依存しない汎用的な形式のAPI(Application Programming Interface)に基づいて作成されたアプリケーションソフトにより生成される情報であり、制御する対象となるデバイス3に実現させる機能を含む情報である。第2制御情報は、特定のデバイス3を制御するためのデバイス専用の形式であるAPIに則って記述された情報であり、第1制御情報が示す機能をデバイス3に実現させるための、デバイス3が解釈可能な命令を含む。第2制御情報は、例えば、デバイス3のメーカー及び型名ごとに異なる形式の情報である。
アプリケーションソフトは、特定の種別のデバイス3(例えば、ライト)を制御するための汎用的なソフトウェアであり、メーカーや型名を問わず、同じ種別のデバイス3を制御するための第1制御情報をデバイス制御装置1に送信することができる。アプリケーションソフトを実行した通信端末2が出力する第1制御情報は、第2制御情報と形式が異なるので、通信端末2は、デバイス3を直接制御することができない。しかし、デバイス制御システムSにおいては、デバイス制御装置1が、第1制御情報に基づいて第2制御情報を生成し、通信端末2のユーザが制御する対象のデバイス3に対して第2制御情報を送信する。したがって、ユーザは、汎用的なアプリケーションソフトがインストールされた通信端末2を用いて、各種のデバイス3を制御することができる。
図2は、通信端末2の画面の一例である。通信端末2には、さまざまな種別のデバイス3を制御するための各種のアプリケーションソフトがインストールされている。図2(a)に示す例においては、エアコンを制御するためのエアコンアプリ、ライトを制御するためのライトアプリ、ビデオレコーダを制御するためのレコーダアプリ、監視カメラを制御するためのカメラアプリ、冷蔵庫を制御するための冷蔵庫アプリ及び洗濯機を制御するための洗濯機アプリ等がインストールされており、それぞれに対応するアイコンが表示されている。
ユーザは、例えば自宅に設置されたデバイス3のいずれかを制御したい場合、制御対象となるデバイス3に対応するアプリケーションソフトを起動することにより、デバイス3から離れた場所において、所望のデバイス3を制御することができる。図2(a)においては、デバイス3の種別ごとにアプリケーションソフトがインストールされている例を示しているが、図2(b)に示すように、一つのアプリケーションソフトが、制御可能なデバイス3の一覧を表示し、ユーザが制御する対象のデバイス3を選択することによって、通信端末2からデバイス3を制御できるものとしてもよい。この場合、通信端末2が一つのアプリケーションソフトを実行することにより、例えばライト用の第1制御情報及びエアコン用の第1制御情報を出力することになる。
なお、通信端末2には、ユーザが制御することができるデバイス3の一覧を表示することができる統合アプリケーションがインストールされていてもよい。ユーザが、統合アプリケーションを起動して所定の操作をすることにより、各デバイスを制御するためのアプリケーションソフトを起動するための図2(b)に示すような画面が表示されるものとしてもよい。
[デバイス制御装置1の構成]
図3は、デバイス制御装置1の構成を示す図である。デバイス制御装置1は、通信部11と、記憶部12と、制御部13とを有する。
通信部11は、例えばLAN(Local Area Network)コントローラを有する。通信部11は、ネットワークNを介して通信端末2及び複数のデバイス3と通信してデータを送受信する。
記憶部12は、ROM(Read Only Memory)、RAM(Random Access Memory)、及びハードディスク等の記憶媒体を含んでいる。記憶部12は、制御部13が実行するプログラムを記憶する。また、記憶部12は、制御部13が動作する際に使用するデータ及び制御部13が生成するデータを記憶する。記憶部12はさらに、デバイス3が取得したデータやデバイス3自体のデータも記憶する。
記憶部12は、制御部13が使用するデータを記憶する領域として、ユーザ記憶部121、API記憶部122、及び動作情報記憶部123を有する。ユーザ記憶部121は、通信端末2のユーザを識別するためのユーザ識別情報(以下、ユーザIDという)に関連付けて、ユーザが予め制御対象として登録されたデバイス3を特定するためのデバイス識別情報(以下、デバイスIDという)と、登録されたデバイス3を制御するために通信端末2に導入されたアプリケーションソフトを特定するためのアプリ識別情報(以下、アプリIDという)とを記憶している。また、API記憶部122は、通信端末2から送信された第1制御情報の内容に基づいて制御部13が第2制御情報を生成するために用いる情報を記憶している。第2制御情報を生成するために用いられる情報は、例えば、メーカー又はデバイスの型名ごとに定められたAPIである。さらに、動作情報記憶部123は、デバイス3の動作に関する情報を時系列データとして記憶する。なお、動作に関する情報の詳細は後述する。
図4は、ユーザ記憶部121が記憶しているユーザ情報データベース(以下、ユーザ情報DBという)の一例を示す図である。ユーザ情報DBにおいては、ユーザIDと、通信端末2に導入されているアプリケーションソフトのアプリID、ユーザが制御可能なデバイス3の種別、デバイスID、メーカー名及びアドレスとが関連付けられている。
通信部11は、異なる複数のユーザの通信端末2のそれぞれとも通信する。このため図4に示すように、ユーザ記憶部121は、複数のユーザをそれぞれ特定するためのユーザIDのそれぞれについて、一又は複数のデバイスIDと、一又は複数のアプリIDと、を関連付けて記憶している。
ユーザIDは、ユーザに固有の識別情報であり、例えば、ユーザの通信端末2が使用する通信回線を提供する通信会社との契約情報に関連付けられている。
デバイス種別は、デバイス3が有する機能の種別を示す情報であり、ライト、エアコン、レコーダ、監視カメラ又は時計等の種別を特定するために用いられる。通信端末2にインストールされている、デバイス3を制御するためのアプリケーションソフトは、デバイス種別ごとに作成されている。
デバイスIDは、ユーザが通信端末2を用いた制御の対象とするデバイス3に割り当てられた識別情報であり、例えば、商品の型名を含んでいる。図4に示す例においては、ユーザID0001のユーザが所有するC社のライトのように、ユーザが複数の同一の型名のデバイス3を有している場合、型名にシリアル番号を付加した情報をデバイスIDとしている。
メーカー名は、各デバイス3の製造者名であり、デバイスIDとメーカー名との組み合わせにより、デバイス3が特定される。
アドレスは、デバイス3に第2制御情報を送信する宛先を示す情報であり、例えばグローバルIPアドレス又はMACアドレスのようにデバイス3に固有の情報である。ルータ4にグローバルIPアドレスが割り当てられており、デバイス制御装置1が、ユーザに関連付けてルータ4のアドレスを記憶している場合、第1制御情報に含まれるアドレスは、ローカルIPアドレスであってもよい。あるいは、デバイス3がSIM(Subscriber Identity Module)スロットを備えており、SIMカードが挿入されているような場合には、SIMカードに記録されている電話番号等の固有情報をアドレスとしてもよい。
図3に戻って、制御部13の詳細について説明する。制御部13は、例えばCPUである。制御部13は、記憶部12に記憶されたプログラムを実行することにより、取得部131、デバイス特定部132、情報生成部133、及び情報送信部134として機能する。
取得部131は、サービスの提供を受けることができるユーザの通信端末2から通信部11を介してデバイス制御装置1に予め登録されたデバイス3を制御するための第1制御情報を取得する。第1制御情報は、通信端末2にインストールされたアプリケーションソフトを用いてユーザが制御可能な種別のデバイス3を制御するための情報である。第1制御情報は、デバイス特定情報と、デバイス特定情報で特定されるデバイス3である制御対象デバイスに実現させる機能と、を少なくとも含む。
図5は、制御情報について説明するための図である。図5(a)は、通信端末2からデバイス制御装置1に送信される第1制御情報に含まれる内容を示している。図5(b)は、デバイス制御装置1からデバイス3に送信される第2制御情報に含まれる内容を示している。なお、第1制御情報から第2制御情報への変換の詳細は後述する。
図6は、通信端末2aがデバイス3を制御する際のデータの流れを示す図である。通信端末2aは、ライト制御用のAPIに則った形式で記述された「点灯」、「消灯」、「留守モード設定」、「タイマー設定」等の制御内容を含む第1制御情報を送信する。デバイス制御装置1は、第1制御情報を受信すると、デバイス3aを制御するためのAPIを用いて記述された第2制御情報を生成し、ネットワークN、ルータ4を介してデバイス3aに送信する。
図5(a)に示すように、取得部131が取得する第1制御情報には、アプリID、デバイス特定情報、及び制御内容を示す情報が含まれている。アプリIDは、第1制御情報の種別を示す情報であり、制御の対象とするデバイスの種別を特定するために用いられる。アプリIDは、例えば、ユーザが使用したアプリケーションソフトが、エアコン制御用であるかライト制御用であるかなどを特定するための情報である。
デバイス特定情報は、図4に示したユーザ情報DBに含まれているデバイスIDを含む情報である。
制御内容情報は、デバイスIDで指定されたデバイス3をどのように制御するかを示す情報である。図6は、図4におけるユーザIDが「0001」、アプリIDが「ライトアプリ」、デバイスIDが「LB0002」の第1制御情報においては、ライトの明るさを5に設定するという制御内容が示されている場合におけるデータの流れを示している。制御内容情報は、デバイス3の型名によらず、デバイス種別ごとに定められた形式となっている。したがって、アプリケーションソフトの開発者は、デバイス3の型名を意識することなく、共通のAPIを用いてアプリケーションソフトを開発できる。
図3に戻って、デバイス特定部132〜情報送信部134について説明する。
デバイス特定部132は、第1制御情報に基づいて制御対象デバイスを特定する。デバイス特定部132は、第1制御情報に含まれているユーザIDに対応するユーザのユーザ情報DBを参照し、第1制御情報に含まれているデバイス特定情報に対応するデバイスIDを有するデバイス3を、制御対象デバイスとして特定する。デバイス特定部132は、特定したデバイス3の型名を情報生成部133に通知し、情報生成部133は特定したデバイス3のアドレスを情報送信部134に通知する。
図7は、API記憶部122が記憶しているAPIデータベース(以下、APIDBという)の一例を示す図である。APIDBにおいては、各デバイス3を特定するデバイスIDごとに、そのデバイス3が実現可能な機能、すなわちそのデバイス3に対する制御内容と、それを実現するためのデバイス3に固有のAPIである第2制御情報とが格納されている。APIDBにはさらに、デバイス3に対する制御内容に対応する第1制御情報が汎用APIの書式で格納されている。
情報生成部133は、取得部131が取得した第1制御情報に含まれる機能と、デバイス特定部132が第1制御情報に基づいて特定したデバイスIDとを用いて、APIDBを参照することによって第2制御情報を生成する。図7に示す例において、デバイスIDがLA0050で特定されるデバイス3と、LC0020で特定されるデバイス3とは、ともにライトである。しかしながら、図7に示すように、デバイスIDがLA0050で特定されるデバイス3を点灯させるための第2制御情報と、デバイスIDがLC0020で特定されるデバイス3を点灯させるための第2制御情報とは異なる。より具体的には、第2制御情報は、各デバイスIDで特定される個々のデバイス3が解釈可能な命令である。
一方、デバイスIDがLA0050で特定されるデバイス3を点灯させるための第1制御情報と、LC0020で特定されるデバイス3を点灯させるための第1制御情報とは、同じ書式である。情報生成部133は、第1制御情報に含まれている制御内容を、デバイス特定部132が特定したデバイス3の型名に対応するAPIに入れ込むことにより第2制御情報を生成する。これにより、情報生成部133は、図5(b)に示すように、第1制御情報を、デバイス3のメーカーや型名ごとに異なる形式の第2制御情報に変換することができる。
ここで図5(b)のLB0002用の第2制御情報を参照すると、第1制御情報においては制御内容が「点灯」となっているにもかかわらず、第2制御情報においては「明るさ=5」とされている。ライトによっては、「点灯」、「消灯」を制御するAPIに対応しておらず、明るさを指定することにより制御するAPIにより作成された第2制御情報でなければ制御できない場合がある。このような場合に、情報生成部133は、第1制御情報に含まれている制御内容をデバイス3の専用APIの形式で記述することで、第2制御情報を生成する。このようにすることで、アプリケーションソフトの開発者が、デバイス3ごとに異なる専用APIを意識しないでアプリケーションソフトを開発できるとともに、ユーザは、単一のアプリケーションソフトを用いて異なる型名のデバイス3を制御できる。
情報送信部134は、デバイス特定部132から通知された制御対象デバイスのアドレスに対して、第1制御情報が示す制御内容を実行させるための命令である第2制御情報を、通信部11に送信させる。
[制御対象デバイスを登録する際の手順]
図8は、ユーザが、通信端末2を用いて制御する対象となるデバイス3を新たに登録する際の手順について説明するための図である。図8(a)は、デバイス制御サービスを利用するためのログイン画面である。ユーザは、予め設定されたユーザIDを入力することにより、制御対象デバイスを新たに追加したり、設定内容を変更したりすることができる。
図8(b)は、ログイン後の画面である。ユーザが、既にエアコンを登録済であることが表示されている。ユーザは、「追加登録」のアイコンにタッチすることで、新たな制御対象デバイスを登録するための画面を表示することができる。
図8(c)は、新たな制御対象デバイスを登録するための画面である。ユーザが、この画面に表示されているアイコンのうち、登録する対象のデバイス3の種別に対応するアイコンにタッチすることにより、通信端末2は、登録する対象のデバイス3を探索する。具体的には、通信端末2は、例えばBluetooth(登録商標)等の無線通信方式を用いて通信可能なデバイス3を探索する。通信端末2は、ユーザにより選択された種別のデバイス3が見つかった場合に、デバイス3を登録するための画面を表示する。この時点で、通信端末2は、各デバイス3から取得した型名情報、メーカー名及びMAC(Media Access Control)アドレスをメモリに記憶する。
図8(d)は、探索により見つかったデバイス3を登録するための画面である。ユーザは、登録したいデバイス3に名称(例えば「リビング」、「玄関」等の設置場所)を入力してから登録ボタンにタッチすることで、デバイス3を登録することができる。通信端末2は、デバイス3から取得した型名情報を含むデバイスIDを生成し、ユーザにより入力された名称と関連付けてデバイスIDを内部のメモリに記憶する。また、通信端末2は、通信端末2を使用するユーザのユーザID、デバイスID、メーカー名、MACアドレスをデバイス制御装置1に送信する。このようにすることで、ユーザは、制御対象デバイスをデバイス制御装置1に登録することができる。
[デバイス3を制御する際の動作シーケンス]
図9は、デバイス制御装置1がデバイス3を制御する際の動作シーケンスを示す図である。まず、ユーザが、通信端末2において、制御対象デバイスを制御するためのアプリケーションソフトを起動すると(S11)、通信端末2は、ユーザが入力した制御内容を取得する(S12)。通信端末2は、取得した制御内容を含む第1制御情報を生成し、ネットワークNを介してデバイス制御装置1に第1制御情報を送信する(S13)。
デバイス制御装置1は、第1制御情報を受信すると、デバイス特定部132において、受信した第1制御情報に基づいて制御対象のデバイス3を特定する(S14)。続いて、情報生成部133が、APIDBを参照して制御対象のデバイス3に対応する第2制御情報を生成し、情報送信部134が、通信部11に、第2制御情報を制御対象のデバイス3へ送信させる(S15)。
デバイス3は、第2制御情報を受信すると、第2制御情報に含まれている制御内容に応じた動作を実行する(S16)。デバイス3は、動作を実行すると、デバイス3自身の状態を示す第1状態情報をデバイス制御装置1に送信する(S17)。例えばデバイス3がライトであり、制御内容が「点灯」である場合、デバイス3は、点灯が完了したことを示す第1状態情報を送信する。また、デバイス3がエアコンであり、制御内容が「温度を25℃に設定」である場合、デバイス3は、第2制御情報を受信してから制御内容が示す温度に達するまでの間、定期的に室温を測定し、測定した室温示す第1状態情報をデバイス制御装置1に送信する。ここで、第1状態情報は、デバイス3ごとに異なる形式で作成された情報であるものとする。
デバイス制御装置1においては、取得部131が第1状態情報を取得すると、情報生成部133が、通信端末2のアプリケーションソフトが認識できる、同一の種別のデバイス3に共通する形式の第2状態情報に第1状態情報を変換する(S18)。情報送信部134は、通信部11に、情報生成部133が変換して生成した第2状態情報を、ネットワークNを介して通信端末2に送信させる(S19)。通信端末2は、第2状態情報を受信すると、第2状態情報が示すデバイス3の状態を画面に表示する(S20)。
以上の手順により、ユーザは、通信端末2を操作することにより所望のデバイス3を制御したり、デバイス3の状態を確認したりすることができる。
[デバイス3の動作に関する情報の提示]
以上、デバイス制御装置1、通信端末2、及びデバイス3の三者間におけるデータの流れについて主に説明した。次に、各デバイス3の動作に関する情報をそれらのデバイス3と関連付けられている各ユーザの通信端末2に送信することについて説明する。
第1の実施の形態に係るデバイス制御装置1が仲介することにより、複数のデバイス3を所持するユーザは一つの通信端末2からそれらのデバイス3を制御することができるようになる。そこで、各デバイス3の動作に関する情報を、ユーザが通信端末2において一括して閲覧できると、各デバイス3を一元管理できるため便利である。
ここでデバイス3の「動作に関する情報」とは、デバイス3が取得したデータと、デバイス3の動作状況とを含む情報である。デバイス3が「取得したデータ」とは、デバイス3が計測したデータであり、デバイス3の種類に応じて種々のデータが存在する。例えばデバイス3がエアコンや温度計である場合には「取得したデータ」はデバイス3が測定した室温であり、デバイス3がフィットネス機器である場合には「取得したデータ」はデバイス3が計測した体重や心拍数、脈拍などである。
またデバイス3の「動作状況」とは、デバイス3自身の動作状態を示す情報であり、例えばデバイス3を正常に開始や停止ができるか否か、デバイス3の消費電力、デバイス3自体の温度、連続駆動時間等を示す情報である。
記憶部12の動作情報記憶部123は、取得部131がネットワークNを介して一又は複数のデバイスから取得したデータを、各デバイス3を特定するためのデバイスIDと関連付けて記憶している。動作情報記憶部123はまた、各デバイス3の現在の動作状況もデバイスIDと関連付けて記憶している。情報送信部134は、複数のデバイス3のうち少なくとも一つのデバイス3の動作に関する情報を、通信部11に通信端末2に対して送信させる。より具体的には、情報送信部134は、通信部11が通信端末2から情報提供の要求を受信した場合、通信部11に、通信端末2のユーザのユーザIDに関連付けられているデバイス3が取得したデータを通信端末2へ送信させる。これにより、デバイス3のユーザは手元の通信端末2で、デバイス3が取得したデータやデバイス3自身の動作状況を確認することができる。ユーザはわざわざ各デバイス3の設置場所まで赴いて動作を確認する手間が省けるため、ユーザビリティが向上する。
ユーザは、所望のデバイス3の動作に関する情報の閲覧を希望する場合には、デバイス3を指定してデバイス制御装置1に情報提供の要求をすることもできる。情報送信部134は、通信部11に、通信部11が通信端末2から受信した情報提供の要求に含まれるデバイスIDで特定されるデバイス3が取得したデータを、通信端末2へ送信させる。これにより、ユーザは通信端末2を所持していれば、例えば自宅のエアコンが現在作動しているかどうかについての情報を外出先から確認することができる。指定したデバイス3の動作に関する情報のみを取得できるため、ユーザが情報を確認するための手間を省くことができる。
ユーザが複数のデバイス3を所有しており、これらのデバイス3を複数のアプリケーションソフトを使い分けて利用している場合、ユーザは所望のアプリケーションソフトを指定してデバイス制御装置1に情報提供の要求をすることもできる。この場合、情報送信部134は、通信部11に、通信部11が通信端末2から受信した情報提供の要求に含まれるアプリIDで特定されるアプリケーションソフトの制御対象となるデバイス3が取得したデータを、通信端末2へ送信させる。
一般に、一つのアプリケーションソフトが複数のデバイス3を制御対象とする場合、これらのデバイス3は互いに関連性があることが多いと考えられる。ここで関連性があるデバイス3とは、例えば同一種類の機器(例えばライトやエアコン)であることや、同一のメーカーで製造されていることを意味する。ユーザは指定したアプリケーションソフトの制御対象となるデバイス3が取得したデータのみを取得できるため、関連のあるデバイスの動作に関する情報のみを閲覧することができる。
第1の実施の形態に係るデバイス制御装置1が制御対象とするデバイス3は、デバイス制御装置1から受信した命令である第2制御情報を正常に実行できた場合、そのことを示す情報である完了情報をデバイス制御装置1に送信するように構成されている。このため通信部11は、各デバイス3から完了情報を受信するように構成されている。完了情報は、上述した動作状況の一種である。情報送信部134は、通信部11が完了情報を受信しない場合、通信部11に、通信端末2にデバイス3の動作状況を示す情報を送信させる。
通信部11が完了情報を受信できない場合、大きく分けて二つの原因があると考えられる。第1の原因は、デバイス3とデバイス制御装置1との間の通信経路に障害がある場合である。第2の原因は、デバイス3が故障ないし不具合が発生しており、命令を正常に実行できない場合である。いずれの場合にしても、デバイス制御装置1が制御対象とするデバイス3から完了情報を受信できない場合には、そのデバイス3の制御に支障を来している蓋然性が高いと考えられる。このような場合にユーザの通信端末2はデバイス3の動作状況を受信できるので、ユーザはデバイス3の不具合等を早い時期に把握する機会を得ることができる。
情報送信部134は、通信部11が完了情報を受信しない場合、通信部11に、制御対象のデバイス3と同一か又は制御対象のデバイス3と同種のデバイス3を購入するための情報を、通信端末2へ送信させる。ここで「購入するための情報」とは、例えばデバイス3を購入可能なウェブサイトのURL(Universal Resource Locator)や、デバイスを購入可能な店舗情報の一覧を含む電子メールや、一覧が表示されたウェブサイトのURL等である。これにより、ユーザはデバイス3が故障している場合には素早くその代替品の購入を検討することができる。
ここでユーザの自宅の室温や、ユーザの体重、血圧、体温等の生体計測情報、あるいはデバイス3の単位時間当たりの消費電力等、時間によって変動するデータについては、ユーザは時系列でその変動を確認したいと望むこともあると考えられる。そこで情報送信部134は、通信部11に、通信端末2のユーザのユーザIDに関連付けられた一又は複数のデバイス3のうち少なくとも一つのデバイス3が取得したデータの時間変化を示す情報を、通信端末2に送信させる。これにより、ユーザはデバイス3が取得したデータの時間変化を一見して把握することができる。なお、データの時間変化を示す情報は、動作情報記憶部123に格納されている。
図10(a)−(b)は、デバイス3に関する情報の表示画面例を示す図である。より具体的には、図10(a)は、あるデバイス3の完了情報が受信できない場合に、そのデバイス3のユーザの通信端末2に表示される画面の一例を示す図である。また図10(b)は、デバイス3の動作に関する情報を時系列的に表示する画面の一例を示す図である。
図10(a)に示すように、あるデバイス3の動作に不具合が生じた場合、そのことを示す情報が通信端末2に送信されるため、ユーザは手元の通信端末2でデバイス3の不具合を迅速に認識することができる。また図10(b)に示すように、ユーザはデバイス3の動作状況やデバイス3が取得したデータを時系列で把握することができる。さらに図10(a)−(b)に示すように、通信端末2は制御の対象とする各デバイス3が現在動作中か否かを一覧表示しているため、ユーザは各デバイス3の動作状況を一見して把握することができる。
図11は、デバイス3に関する情報の表示画面の別の例を示す図である。より具体的には、図11は、デバイス3の動作に関する情報をタイムラインで表示する表示画面例を示す図である。図11に示すように、デバイス3のユーザの通信端末2には、各デバイス3の動作時刻及び各デバイス3に対応するアイコンが、時系列的に並んで表示されている。
図11に示す例ではさらに、各デバイス3が動作する条件を示す設定情報、又はその設定情報にしたがって実際にデバイス3が動作した場合にはその動作履歴も表示されている。例えば、デバイス3の一つであるライトの設定情報として「ユーザが睡眠状態に入ったらオフとする」ことが設定されている。このため、図11に示す例では、土曜日の午後23時03分にユーザが睡眠状態に入ったため、ライトがオフになったという履歴が表示されている。同様に、デバイス3の一つであるエアコンの設定情報として「湿度が60%を超えたら除湿をオンにする」ことが設定されている。このため、図11に示す例では、午前9時28分に、エアコンの除湿機能がオンとなったという履歴が表示されている。
図11に示すタイムライン上に表示された各デバイス3に対応するアイコンを選択すると、デバイス3の設定情報を編集するための設定画面(不図示)が表示される。ユーザはこの設定画面から、デバイス3の動作条件等を自由に設定しなおすことができる。
以上の動作は、情報送信部134が、通信部11に、通信端末2のユーザのユーザIDに関連付けられた1以上のデバイス3の設定情報及び動作履歴を、通信端末2に対して送信させることで実現できる。各デバイス3の設定情報及び動作履歴は、動作情報記憶部123に格納されている。これにより、ユーザは各デバイス3の動作状況を一見して把握することができる。
続いて、第1の実施の形態に係るデバイス制御システムSの変形例について説明する。
[変形例1]
図5においては、第1制御情報に含まれるデバイス特定情報としてデバイスIDが用いられる例について説明したが、これに限らない。ユーザ情報DBにおいて、ユーザが所有しているデバイス種別ごとに、ユーザが所有している同一種別のデバイス3のうち、何番目のデバイス3であるかを示すシリアル番号がデバイス3の型名に関連付けられていれば、第1制御情報におけるデバイス特定情報は、シリアル番号であってもよい。シリアル番号は、例えば、図8(d)に示した「リビング」、「玄関」等のように、デバイス3の設置場所を示す情報に関連付けられており、デバイス制御装置1に登録された順番に割り当てられた番号である。
図12は、変形例1におけるユーザ情報DBの例を示す図である。図13は、変形例1において通信端末2から送信される第1制御情報の例を示す図である。図12に示すユーザ情報DBにおいては、デバイスIDはデバイスの型名を示しており、ユーザが同一の型名のデバイス3を複数所有している場合、デバイスIDは同一の内容になっている。デバイス特定部132は、第1制御情報に含まれているアプリID及びデバイス特定情報としてのシリアル番号に基づいて、同一の型名のデバイス3のうち、どのデバイス3に対して第2制御情報を送信する必要があるかを特定することができる。なお、デバイス特定情報が、MACアドレスのようにデバイス3に固有の情報を含む場合、第1制御情報にユーザIDが含まれていなくてもよい。
[変形例2]
上記の説明においては、1台の通信端末2がデバイス3を制御する場合について説明したが、複数の通信端末2がデバイス3を制御できるようにしてもよい。例えば、デバイス制御システムSは、通信端末2bが、通信端末2aの通信料金と合算して通信料金を支払う対象になっている家族の通信端末2であれば、通信端末2aにおいて登録されたデバイス3を、通信端末2bを用いて制御できるようにしてもよい。
このように複数の通信端末2がデバイス3を制御できるようにするために、記憶部12は、複数のユーザの複数のユーザIDを互いに関連付けて記憶する。例えば、取得部131が、通信会社において管理されるサーバから、通信料金を合算して支払う対象となっている複数のユーザIDを取得して、取得した複数のユーザIDを記憶部12に記憶させる。
デバイス特定部132は、取得部131が取得した第1制御情報に第1ユーザIDが含まれている場合、第1ユーザIDに関連付けて記憶部12に記憶されている第2ユーザIDに対応するユーザ情報DBが記憶部12に記憶されているかどうかを確認する。第2ユーザIDに対応するユーザ情報DBが記憶部12に記憶されている場合、デバイス特定部132は、このユーザ情報DBにおいて第2ユーザIDに関連付けられたデバイスIDを特定することにより、制御対象デバイスを特定する。
[第1の実施の形態のデバイス制御システムSによる効果]
以上説明したように、デバイス制御システムSにおいては、通信端末2にインストールされた、同一の種別の型名が異なる複数のデバイスを制御することができるアプリケーションソフトを用いてユーザが操作することにより、デバイスの種別ごとに共通する形式の第1制御情報がデバイス制御装置1に送信される。デバイス制御装置1は、受信した第1制御情報に基づいて、デバイス専用のAPIを用いた第2制御情報を生成して、第1制御情報において指定されたデバイス3に第2制御情報を送信する。
このようにすることで、ユーザは、デバイスごとに異なるアプリケーションソフトをインストールすることなく、一つのアプリケーションソフトを用いて各種のデバイス3を制御できるので、デバイス3を買い替えた際にアプリケーションソフトを入れ替える必要がない。また、デバイス3の製造者は、新たなデバイス3の販売を開始するたびにアプリケーションソフトを提供する必要がなく、APIを公開するだけでよいので、開発費を抑えることができる。
また、デバイス制御装置1は、例えば通信料金を合算して支払うユーザが、共通のデバイス3を制御できるようにする。このようにすることで、家族のうちの一人が制御対象とするデバイス3を登録しておくことで、他のユーザがデバイス3を制御できるので、登録の手間が省ける。
さらに、通信料金を合算して支払うユーザがサービスを利用した場合の費用は、合算して課金されるので、ユーザごとに個別にサービス使用料を支払う手間がかからない。
また、デバイス制御装置1は、デバイス3の動作に関する情報をユーザの通信端末2に送信するため、ユーザは手元の通信端末2を見ることでデバイス3の動作状況等を把握することができる。ユーザが各デバイス3の設置場所に赴いて情報を確認する場合と比べてユーザビリティを向上することができる。特に、デバイス制御装置1は、デバイス3が正常に機能していないことが疑われる場合にはそのことを示す情報をユーザの通信端末2に送信する。これにより、ユーザはデバイス3の不具合の可能性をいち早く知ることができる。
さらに、デバイス制御装置1は、複数の制御対象のデバイス3の動作に関する情報を一括して通信端末2に送信するため、ユーザは各デバイス3の動作状況等を一見して把握することができる。また、デバイス制御装置1は時間と共に変化しうる情報についてはその時系列データを通信端末2に送信するため、ユーザは情報の時間的変な化を一見して把握することができる。
<第2の実施形態>
図14は、第2の実施形態のデバイス制御システムSについて説明するための図である。第2の実施形態においては、サーバ5a及びサーバ5bのように、他のサービス提供者のサーバを介してデバイス3を制御するという点で、第1の実施形態と異なる。サーバ5a及びサーバ5bは、例えば、デバイス3のメーカーが、自社のデバイス3を制御するサービスを提供するためのデバイスサーバであり、制御対象デバイスに、第2制御情報に基づく制御信号を送信する。この場合、情報生成部133は、通信端末2から第1制御情報を受信すると、第1制御情報に含まれている制御内容に基づいて、サーバ5に制御対象デバイスを制御させるための第2制御情報を生成する。そして、情報送信部134は、情報生成部133が生成した第2制御情報を、デバイスサーバとしてのサーバ5に送信する。デバイスサーバとしてのサーバ5は第2制御情報を解釈可能である。
本実施形態の記憶部12は、デバイス3を制御するサービスの提供者に関連付けて、それぞれのサービス提供者のサーバ5のAPIを記憶している。情報生成部133は、例えば、記憶部12に記憶されているサーバ5のAPIに基づいて第2制御情報を生成する。具体的には、情報生成部133は、第1制御情報に含まれている制御内容を、第1制御情報と異なる形式の第2制御情報に変換する。第2制御情報には、第1制御情報に含まれていたユーザID及びデバイス特定情報等が含まれている。
また記憶部12中の動作情報記憶部123は、各デバイス3のデバイス3の動作に関する情報を、他のサービス提供者のサーバから取得して記憶する。同様に、第1の実施の形態において通信部11がネットワークNを介して各デバイス3から取得していた情報は、他のサービス提供者のサーバを経由して取得する。この場合であっても、通信部11がデバイス3から情報を取得するという点では、第1の実施の形態に係るデバイス制御システムSと同様である。
デバイス制御システムSを用いてサービスを提供する企業と、サーバ5a又はサーバ5bを用いてサービスを提供する企業との間では、予めユーザIDが共通化されている。サーバ5a又はサーバ5bは、第2制御情報に含まれているユーザID及びデバイス特定情報等に基づいて、通信端末2における操作に応じたデバイス3を制御することができる。
なお、図14に示すように、デバイス3を制御するサービスを提供するサーバ5が複数ある場合、デバイス制御装置1のユーザ記憶部121は、ユーザが、サーバ5aを用いたサービス又はサーバ5bを用いたサービスのうち、どのサービスを利用しているかを示す利用サービス情報を記憶している。情報生成部133は、利用サービス情報を参照し、ユーザが利用しているサービスに対応するAPIに対応する第2制御情報を生成する。
デバイス制御システムSを用いてサービスを提供する企業と、サーバ5aを用いてサービスを提供する企業と、サーバ5bを用いてサービスを提供する企業との間でユーザIDが共通化されていない場合には、デバイス制御装置1がユーザIDを変換してもよい。この場合、デバイス制御システムSのユーザIDとサーバ5a及びサーバ5bを用いたサービスのユーザIDとを関連付けて記憶するユーザDB(不図示)を記憶部12に設ける。情報生成部133が利用サービス情報を用いてユーザDBを参照し、ユーザIDを変換すればよい。
サーバ5a、サーバ5b(以下、サーバ5)は、ネットワークを介して接続されたデバイス制御装置1から第2制御情報を受信すると、その内容が制御対象のデバイス3への動作指示を含む場合には、デバイス3への動作指示を示す情報(信号)をデバイス3へ送信する。一方、受信した第2制御情報が、デバイス3が取得したデータの要求を含む場合には、サーバ5は、デバイス3から予め取得していたデバイス3の動作データや収集データ等をデバイス制御装置1に送信する。なお、サーバ5がデバイス3の動作データや収集データ等を予め取得しておらずデバイス3内に蓄積されている場合には、サーバ5は、受信した第2制御情報に基づいて、デバイス3から動作データや収集データ等の要求を行い、取得したデータをサーバ5からデバイス制御装置1に送信してもよい。
このように、第2の実施形態においては、サーバ5a及びサーバ5bのように、他のサービス提供者のサーバを介してデバイス3を制御するという点で、第1の実施形態と異なる。しかしながら、ユーザの関連から見ると、ネットワークN上に存在するサーバの数は認識できず、ネットワークN上にあるサーバに仲介させて通信端末2からデバイス3を利用するという点では変わらない。この意味で、第2の実施の形態に係るデバイス制御システムSは、第1の実施の形態に係るデバイス制御装置1の機能を、物理的に異なるサーバに分離して実装した形態と見ることもできる。
[第2の実施形態のデバイス制御システムSによる効果]
以上説明したように、第2の実施形態のデバイス制御装置1は、デバイス3を制御する他のサーバ5のAPIに対応する第2制御情報を生成する。このようにすることで、ユーザが、既にサーバ5を介してデバイス3を制御するサービスの提供を受けている場合であっても、通信端末2にインストールされた任意のアプリケーションソフトを用いてデバイス3を制御することができる。
以上、本発明をいくつかの実施の形態をもとに説明した。これらの任意の組み合わせによって生じる新たな実施の形態も、本発明の実施の形態に含まれる。組み合わせによって生じる新たな実施の形態の効果は、もとの実施の形態の効果を合わせ持つ。
本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更又は改良を加えることが可能であることが当業者に明らかである。特に、装置の分散・統合の具体的な実施形態は以上に図示するものに限られず、その全部又は一部について、種々の付加等に応じて、又は、機能負荷に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。
1 デバイス制御装置
2 通信端末
3 デバイス
4 ルータ
5 サーバ
11 通信部
12 記憶部
13 制御部
121 ユーザ記憶部
122 API記憶部
123 動作情報記憶部
131 取得部
132 デバイス特定部
133 情報生成部
134 情報送信部
S デバイス制御システム

Claims (8)

  1. デバイス制御装置であって、
    複数のデバイスと、前記複数のデバイスを前記デバイス制御装置に仲介させることによって制御するためのアプリケーションソフトを実行する通信端末と、のそれぞれと通信する通信部と、
    前記通信端末のユーザを特定するためのユーザ識別情報に、予め制御対象として登録された複数のデバイスのそれぞれを特定するためのデバイス識別情報を関連付けて記憶するユーザ記憶部と、
    前記一又は複数のデバイスが取得したデータを取得して、各デバイスを特定するためのデバイス識別情報と関連付けて記憶する動作情報記憶部と、
    記通信部が前記通信端末から受信したアプリ識別情報で特定される前記アプリケーションソフトの制御対象となるデバイスであって、前記通信部が前記通信端末から受信した情報提供の要求に含まれるデバイス識別情報で特定されるデバイスが取得したデータを、前記動作情報記憶部から読み出して前記通信部に前記通信端末へ送信させる情報送信部と、
    を有することを特徴とするデバイス制御装置。
  2. 前記情報送信部は、前記通信部が前記通信端末から情報提供の要求を受信した場合、前記通信部に、前記通信端末のユーザのユーザ識別情報に関連付けられているデバイスが取得したデータを前記通信端末へ送信させる、
    ことを特徴とする請求項1に記載のデバイス制御装置。
  3. 前記通信部が、前記アプリケーションソフトを実行する前記通信端末から、(1)デバイス特定情報と、(2)前記デバイス特定情報で特定されるデバイスである制御対象デバイスに実現させる機能とを含む情報を受信した場合、前記制御対象デバイスに前記機能を実現させるための命令であって前記制御対象デバイスが解釈可能な命令を生成する生成部をさらに備えることを特徴とする請求項1又は2に記載のデバイス制御装置。
  4. 前記通信部は、前記制御対象デバイスが前記命令を正常に実行できた場合に送信する完了情報を受信するように構成されており、
    前記情報送信部は、前記通信部が完了情報を受信しない場合、前記通信部に、前記通信端末に前記制御対象デバイスの動作状況を示す情報を送信させる、
    ことを特徴とする請求項に記載のデバイス制御装置。
  5. 前記情報送信部は、前記通信部が完了情報を受信しない場合、前記通信部に、前記制御対象デバイスと同一か、又は前記制御対象デバイスと同種のデバイスを購入するための情報を、前記通信端末へ送信させることを特徴とする請求項3又は4に記載のデバイス制御装置。
  6. 前記情報送信部は、前記通信部に、前記通信端末のユーザのユーザ識別情報に関連付けられた一又は複数のデバイスのうち少なくとも一つのデバイスが取得したデータの時間変化を示す情報を前記通信端末に送信させることを特徴とする請求項1からのいずれか一項に記載のデバイス制御装置。
  7. 前記通信部は、インターネットを介して前記複数のデバイスと通信する、
    請求項1からのいずれか項に記載のデバイス制御装置。
  8. 複数のデバイスと、前記複数のデバイスのうち少なくとも一つのデバイスをデバイス制御装置に仲介させることによって制御するためのアプリケーションソフトを実行する通信端末と、のそれぞれと通信する前記デバイス制御装置のプロセッサが、
    前記通信端末のユーザを特定するためのユーザ識別情報に、予め制御対象として登録された一又は複数のデバイスのそれぞれを特定するためのデバイス識別情報を関連付けてユーザ記憶部に記憶するステップと、
    前記一又は複数のデバイスが取得したデータを取得して、各デバイスを特定するためのデバイス識別情報と関連付けて動作情報記憶部に記憶するステップと、
    前記通信端末から受信したアプリ識別情報で特定されるアプリケーションソフトの制御対象となるデバイスであって、前記通信端末から受信した情報提供の要求に含まれるデバイス識別情報で特定されるデバイスが取得したデータを、前記動作情報記憶部から読み出して前記通信端末へ送信するステップと、
    を実行することを特徴とする情報提供方法。
JP2016043104A 2016-03-07 2016-03-07 デバイス制御装置、及び情報提供方法 Active JP6663253B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2016043104A JP6663253B2 (ja) 2016-03-07 2016-03-07 デバイス制御装置、及び情報提供方法
JP2019166265A JP6909836B2 (ja) 2016-03-07 2019-09-12 通信端末

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2016043104A JP6663253B2 (ja) 2016-03-07 2016-03-07 デバイス制御装置、及び情報提供方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2019166265A Division JP6909836B2 (ja) 2016-03-07 2019-09-12 通信端末

Publications (2)

Publication Number Publication Date
JP2017163185A JP2017163185A (ja) 2017-09-14
JP6663253B2 true JP6663253B2 (ja) 2020-03-11

Family

ID=59854040

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016043104A Active JP6663253B2 (ja) 2016-03-07 2016-03-07 デバイス制御装置、及び情報提供方法

Country Status (1)

Country Link
JP (1) JP6663253B2 (ja)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102073839B1 (ko) * 2018-08-17 2020-02-05 주식회사 테크앤 스마트기기 연동 제어 시스템 및 제어 방법
JP7308393B2 (ja) * 2018-12-18 2023-07-14 Kkテクノロジーズ株式会社 サーバ装置、端末装置、照明情報処理方法、情報処理方法、およびプログラム
CN112146246B (zh) * 2019-06-28 2024-02-23 广东美的制冷设备有限公司 运行控制方法、运行控制装置、线控设备和存储介质
JP7245481B1 (ja) 2022-09-20 2023-03-24 Matt&Massimo合同会社 機器管理システム、モバイル端末およびプログラム

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1255972C (zh) * 2000-09-27 2006-05-10 株式会社Ntt都科摩 家庭设置的电子装置的远程控制方法和管理设备
JP5374730B2 (ja) * 2008-10-31 2013-12-25 株式会社東芝 電化製品制御システムおよび電化製品制御方法
JP2013090125A (ja) * 2011-10-18 2013-05-13 Gaia Holdings Corp 家電情報蓄積サーバ
JP5851292B2 (ja) * 2012-03-12 2016-02-03 シャープ株式会社 情報処理システム、情報処理方法およびプログラム
JP6425000B2 (ja) * 2013-06-20 2018-11-21 株式会社Crossdoor 遠隔制御システム
JP6359304B2 (ja) * 2013-06-27 2018-07-18 東芝ライフスタイル株式会社 家電機器およびネットワークシステム
JP6110288B2 (ja) * 2013-11-29 2017-04-05 ダイキン工業株式会社 空気調和システムおよび空調管理プログラム
JP2015170193A (ja) * 2014-03-07 2015-09-28 アプリックスIpホールディングス株式会社 電子機器管理システム、電子機器管理サーバ及び電子機器管理方法

Also Published As

Publication number Publication date
JP2017163185A (ja) 2017-09-14

Similar Documents

Publication Publication Date Title
JP6410119B2 (ja) 情報表示方法
JP6663253B2 (ja) デバイス制御装置、及び情報提供方法
US9729607B2 (en) Discovering device drivers within a domain
WO2014119255A1 (ja) 情報管理方法、制御システム及び表示機器の制御方法
US20210167984A1 (en) Method for controlling an air conditioner, communication control method, and communication system
US20210289074A1 (en) Device controller, communication terminal, device control method, compensation calculation method, and device control system
JP2013065189A (ja) エネルギー管理システム
JP6909836B2 (ja) 通信端末
JP6484189B2 (ja) デバイス制御装置、デバイス制御方法及びデバイス制御システム
JP6752324B2 (ja) 情報提供装置、及び情報提供方法
JP6573565B2 (ja) デバイス制御装置、対価算出方法及びデバイス制御システム
JP6625444B2 (ja) デバイス制御装置、デバイス制御方法及びデバイス制御システム
JP6506706B2 (ja) デバイス制御装置、情報提供方法、及びデバイス制御システム
JP7314340B2 (ja) デバイス制御方法
JP6906590B2 (ja) デバイス制御装置及びデバイス制御方法
JP7034357B2 (ja) デバイス制御方法
JP6366416B2 (ja) 通信システムおよび制御方法
JP6514133B2 (ja) 情報提供装置、情報提供方法、及び情報提供システム
JP6573564B2 (ja) デバイス制御装置、対価算出方法及びデバイス制御システム
JP6687430B2 (ja) デバイス制御装置、デバイス制御方法及びデバイス動作内容取得方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20180315

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180607

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20190214

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190312

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190508

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190716

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190912

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20200204

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20200214

R150 Certificate of patent or registration of utility model

Ref document number: 6663253

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150