(58)【調査した分野】(Int.Cl.,DB名)
前記情報送信部は、一又は複数のデバイス識別情報と一又は複数のアプリ識別情報との組み合わせに関する複数のパターンが登録されている組み合わせデータベースに格納された複数の組み合わせのパターンの中から、前記ユーザ識別情報に関連付けられている前記デバイス識別情報と前記アプリ識別情報とのいずれか一方が共通でかつ他方が異なる組み合わせを特定するための情報を前記通信部に送信させることを特徴とする請求項1に記載のデバイス制御装置。
前記通信部が、前記アプリケーションソフトを実行する前記通信端末から、(1)デバイス特定情報と、(2)前記デバイス特定情報で特定されるデバイスである制御対象デバイスに実現させる機能とを含む情報を受信した場合、前記制御対象デバイスに前記機能を実現させるための命令であって前記制御対象デバイスが解釈可能な命令を生成する生成部をさらに備えることを特徴とする請求項1又は2に記載のデバイス制御装置。
前記通信部が前記命令を前記制御対象デバイスに送信した場合、前記制御対象デバイスのデバイス識別情報と、当該デバイス識別情報を送信したアプリケーションソフトのアプリ識別情報と、の組み合わせを、制御実績として前記組み合わせデータベースに格納する組み合わせ管理部をさらに備えることを特徴とする請求項3に記載のデバイス制御装置。
前記組み合わせデータベースにおいて複数のユーザ識別子ごとに関連付けられている制御実績を構成する前記デバイス識別情報と前記アプリ識別情報との組み合わせに関し、同一の組み合わせが関連付けられているユーザ識別情報の総数を多い順に順位付けした場合に所定順位未満の制御実績が関連付けられているユーザ識別情報で特定されるユーザの通信端末に、前記所定順位以上の制御実績のうちの少なくとも一つの制御実績を構成する前記デバイス識別情報と前記アプリ識別情報との組み合わせを示す情報を、前記通信部に送信させる、
ことを特徴とする請求項5に記載のデバイス制御装置。
前記情報送信部は、前記組み合わせを示す情報の送信対象の通信端末において、前記組み合わせを構成する前記デバイス識別情報に対応するデバイスが制御されているか、又は前記アプリ識別情報に対応するアプリケーションソフトが実行されているときに、前記通信部に前記組み合わせを示す情報を送信させることを特徴とする請求項6に記載のデバイス制御装置。
複数のデバイスと、前記複数のデバイスのうち少なくとも一つのデバイスをデバイス制御装置に仲介させることによって制御するためのアプリケーションソフトを実行する通信端末と、のそれぞれと通信する前記デバイス制御装置のプロセッサが、
前記通信端末のユーザを特定するためのユーザ識別情報に、(1)予め制御対象として登録されたデバイスを特定するためのデバイス識別情報と、(2)前記登録されたデバイスを制御するために前記通信端末に導入されたアプリケーションソフトを特定するためのアプリ識別情報と、を関連付けて記憶部に記憶するステップと、
前記ユーザ識別情報に関連付けられている前記デバイス又は前記アプリケーションソフトのいずれかに対応する他のデバイス又は他のアプリケーションソフトを特定するための情報を、前記通信端末に送信するステップと、
を実行することを特徴とする情報提供方法。
【発明を実施するための形態】
【0019】
<第1の実施形態>
[デバイス制御システムSの概要]
図1は、第1の実施形態のデバイス制御システムSの概要について説明するための図である。デバイス制御システムSは、デバイス制御装置1と、通信端末2(2a,2b)と、デバイス3(3a,3b,3c)と、ルータ4と、開発者端末6とを有する。デバイス制御装置1、通信端末2及びルータ4は、有線通信回線又は無線通信回線を介してネットワークNに接続されている。デバイス制御装置1はまた、ネットワークNを介して開発者端末6とも接続されている。
【0020】
ネットワークNには、インターネット、携帯電話網及びWi−Fi(登録商標)回線等が含まれる。
図1には、2台の通信端末2が示され、3台のデバイス3が示されているが、デバイス制御装置1は、より多くの通信端末2及びデバイス3との間でデータを送受信することができる。
【0021】
デバイス制御装置1は、例えば、CPU(Central Processing Unit)及び記憶媒体を有するコンピュータである。デバイス制御装置1は、ネットワークNを介して、通信端末2及びデバイス3との間、及び開発者端末6との間で通信することができる。
【0022】
通信端末2は、例えば、無線通信機能を有する携帯端末である。通信端末2は、例えばスマートフォン、タブレット、ファブレット、ノートPC(Personal Computer)、又はデスクトップPC等である。通信端末2は、アプリケーションソフトを実行することにより、デバイス3を制御するための第1制御情報をデバイス制御装置1に対して送信する。
図1において、通信端末2aは、デバイス3が設置されたユーザの自宅の外にあり、通信端末2bは、デバイス3が設置された自宅内にある。通信端末2は、場所によらず、ネットワークNを介してデバイス制御装置1との間で通信をすることができる。
【0023】
デバイス3は、通信機能を有する装置であり、例えば、通信端末2のユーザの自宅に設置されている電気機器である。
図1に示す例において、デバイス3aは照明器具(以下、ライトという)、デバイス3bはエアコン、デバイス3cはビデオレコーダであるが、デバイス3には、デバイス制御装置1からデータを受信できる任意の装置が含まれる。ルータ4は、ネットワークNに接続されており、デバイス制御装置1から受信したデータをデバイス3a、デバイス3b又はデバイス3cのいずれかに転送する。
【0024】
開発者端末6は、通信端末2がデバイス3を制御するために実行するアプリケーションソフトの開発者Dが利用する端末である。開発者端末6は、通信端末2が実行するアプリケーションソフトの開発用に、デバイス制御装置1の運用者が開発者Dに提供したSDK(Software Development Kit)を実行する端末である。開発者端末6は、例えばノートPCやデスクトップPC等の計算機である。開発者端末6も、通信端末2と同様に通信機能を有する装置であり、ネットワークNを介してデバイス制御装置1と情報をやり取りすることができる。例えば、開発者端末6は、ネットワークNを介してデバイス制御装置1からSDKをダウンロードできる。アプリケーションソフトを実行する通信端末2は、デバイス制御装置1に仲介させることによってデバイス3を制御することができる。
【0025】
デバイス制御装置1は、アプリケーションソフトを実行した通信端末2から送信された、デバイス3を制御するための第1制御情報を受信すると、受信した第1制御情報の内容に基づいて、複数のデバイス3から、制御する対象となるデバイス3を選択し、選択したデバイス3を制御するための第2制御情報を生成する。第1制御情報は、デバイス3に依存しない汎用的な形式のAPI(Application Programming Interface)に基づいて作成されたアプリケーションソフトにより生成される情報であり、制御する対象となるデバイス3に実現させる機能を含む情報である。第2制御情報は、特定のデバイス3を制御するためのデバイス専用の形式であるAPIに則って記述された情報であり、第1制御情報が示す機能をデバイス3に実現させるための、デバイス3が解釈可能な命令を含む。第2制御情報は、例えば、デバイス3のメーカー及び型名ごとに異なる形式の情報である。
【0026】
アプリケーションソフトは、特定の種別のデバイス3(例えば、ライト)を制御するための汎用的なソフトウェアであり、メーカーや型名を問わず、同じ種別のデバイス3を制御するための第1制御情報をデバイス制御装置1に送信することができる。アプリケーションソフトを実行した通信端末2が出力する第1制御情報は、第2制御情報と形式が異なるので、通信端末2は、デバイス3を直接制御することができない。しかし、デバイス制御システムSにおいては、デバイス制御装置1が、第1制御情報に基づいて第2制御情報を生成し、通信端末2のユーザが制御する対象のデバイス3に対して第2制御情報を送信する。したがって、ユーザは、汎用的なアプリケーションソフトがインストールされた通信端末2を用いて、各種のデバイス3を制御することができる。
【0027】
図2は、通信端末2の画面の一例である。通信端末2には、さまざまな種別のデバイス3を制御するための各種のアプリケーションソフトがインストールされている。
図2(a)に示す例においては、エアコンを制御するためのエアコンアプリ、ライトを制御するためのライトアプリ、ビデオレコーダを制御するためのレコーダアプリ、監視カメラを制御するためのカメラアプリ、冷蔵庫を制御するための冷蔵庫アプリ及び洗濯機を制御するための洗濯機アプリ等がインストールされており、それぞれに対応するアイコンが表示されている。
【0028】
ユーザは、例えば自宅に設置されたデバイス3のいずれかを制御したい場合、制御対象となるデバイス3に対応するアプリケーションソフトを起動することにより、デバイス3から離れた場所において、所望のデバイス3を制御することができる。
図2(a)においては、デバイス3の種別ごとにアプリケーションソフトがインストールされている例を示しているが、
図2(b)に示すように、一つのアプリケーションソフトが、制御可能なデバイス3の一覧を表示し、ユーザが制御する対象のデバイス3を選択することによって、通信端末2からデバイス3を制御できるものとしてもよい。この場合、通信端末2が一つのアプリケーションソフトを実行することにより、例えばライト用の第1制御情報及びエアコン用の第1制御情報を出力することになる。
【0029】
なお、通信端末2には、ユーザが制御することができるデバイス3の一覧を表示することができる統合アプリケーションがインストールされていてもよい。ユーザが、統合アプリケーションを起動して所定の操作をすることにより、各デバイスを制御するためのアプリケーションソフトを起動するための
図2(b)に示すような画面が表示されるものとしてもよい。
【0030】
[デバイス制御装置1の構成]
図3は、デバイス制御装置1の構成を示す図である。デバイス制御装置1は、通信部11と、記憶部12と、制御部13とを有する。
【0031】
通信部11は、例えばLAN(Local Area Network)コントローラを有する。通信部11は、ネットワークNを介して通信端末2及び複数のデバイス3と通信してデータを送受信する。通信部11はまた、ネットワークNを介して開発者Dがアプリケーションソフトを開発する開発者端末6とも通信する。
【0032】
記憶部12は、ROM(Read Only Memory)、RAM(Random Access Memory)、及びハードディスク等の記憶媒体を含んでいる。記憶部12は、制御部13が実行するプログラムを記憶する。また、記憶部12は、制御部13が動作する際に使用するデータ及び制御部13が生成するデータを記憶する。
【0033】
記憶部12は、制御部13が使用するデータを記憶する領域として、ユーザ記憶部121、API記憶部122、及び組み合わせ記憶部123を有する。ユーザ記憶部121は、通信端末2のユーザを識別するためのユーザ識別情報(以下、ユーザIDという)に関連付けて、ユーザが予め制御対象として登録されたデバイス3を特定するためのデバイス識別情報(以下、デバイスIDという)と、登録されたデバイス3を制御するために通信端末2に導入されたアプリケーションソフトを特定するためのアプリ識別情報(以下、アプリIDという)とを記憶している。また、API記憶部122は、通信端末2から送信された第1制御情報の内容に基づいて制御部13が第2制御情報を生成するために用いる情報を記憶している。第2制御情報を生成するために用いられる情報は、例えば、メーカー又はデバイスの型名ごとに定められたAPIである。組み合わせ記憶部123は、一又は複数のデバイスIDと一又は複数のアプリIDとの組み合わせに関する複数のパターンが登録されたデータベース(以下、組み合わせDBという)を記憶している。
【0034】
図4は、ユーザ記憶部121が記憶しているユーザ情報データベース(以下、ユーザ情報DBという)の一例を示す図である。ユーザ情報DBにおいては、ユーザIDと、通信端末2に導入されているアプリケーションソフトのアプリID、ユーザが制御可能なデバイス3の種別、デバイスID、メーカー名及びアドレスとが関連付けられている。
通信部11は、異なる複数のユーザの通信端末2のそれぞれとも通信する。このため
図4に示すように、ユーザ記憶部121は、複数のユーザをそれぞれ特定するためのユーザIDのそれぞれについて、一又は複数のデバイスIDと、一又は複数のアプリIDと、を関連付けて記憶している。
【0035】
ユーザIDは、ユーザに固有の識別情報であり、例えば、ユーザの通信端末2が使用する通信回線を提供する通信会社との契約情報に関連付けられている。
デバイス種別は、デバイス3が有する機能の種別を示す情報であり、ライト、エアコン、レコーダ、監視カメラ又は時計等の種別を特定するために用いられる。通信端末2にインストールされている、デバイス3を制御するためのアプリケーションソフトは、デバイス種別ごとに作成されている。
【0036】
デバイスIDは、ユーザが通信端末2を用いた制御の対象とするデバイス3に割り当てられた識別情報であり、例えば、商品の型名を含んでいる。
図4に示す例においては、ユーザID0001のユーザが所有するC社のライトのように、ユーザが複数の同一の型名のデバイス3を有している場合、型名にシリアル番号を付加した情報をデバイスIDとしている。
メーカー名は、各デバイス3の製造者名であり、デバイスIDとメーカー名との組み合わせにより、デバイス3が特定される。
【0037】
アドレスは、デバイス3に第2制御情報を送信する宛先を示す情報であり、例えばグローバルIPアドレス又はMACアドレスのようにデバイス3に固有の情報である。ルータ4にグローバルIPアドレスが割り当てられており、デバイス制御装置1が、ユーザに関連付けてルータ4のアドレスを記憶している場合、第1制御情報に含まれるアドレスは、ローカルIPアドレスであってもよい。あるいは、デバイス3がSIM(Subscriber Identity Module)スロットを備えており、SIMカードが挿入されているような場合には、SIMカードに記録されている電話番号等の固有情報をアドレスとしてもよい。
【0038】
図3に戻って、制御部13の詳細について説明する。制御部13は、例えばCPUである。制御部13は、記憶部12に記憶されたプログラムを実行することにより、取得部131、デバイス特定部132、情報生成部133、情報送信部134及び組み合わせ管理部135として機能する。
【0039】
取得部131は、サービスの提供を受けることができるユーザの通信端末2から、デバイス制御装置1に予め登録されたデバイス3を制御するための第1制御情報を取得する。第1制御情報は、通信端末2にインストールされたアプリケーションソフトを用いてユーザが制御可能な種別のデバイス3を制御するための情報である。第1制御情報は、デバイス特定情報と、デバイス特定情報で特定されるデバイス3である制御対象デバイスに実現させる機能と、を少なくとも含む。
【0040】
図5は、制御情報について説明するための図である。
図5(a)は、通信端末2からデバイス制御装置1に送信される第1制御情報に含まれる内容を示している。
図5(b)は、デバイス制御装置1からデバイス3に送信される第2制御情報に含まれる内容を示している。なお、第1制御情報から第2制御情報への変換の詳細は後述する。
【0041】
図6は、通信端末がデバイス3を制御する際のデータの流れを示す図である。通信端末2aは、ライト制御用のAPIに則った形式で記述された「点灯」、「消灯」、「留守モード設定」、「タイマー設定」等の制御内容を含む第1制御情報を送信する。デバイス制御装置1は、第1制御情報を受信すると、デバイス3aを制御するためのAPIを用いて記述された第2制御情報を生成し、ネットワークN、ルータ4を介してデバイス3aに送信する。
【0042】
図5(a)に示すように、取得部131が取得する第1制御情報には、アプリID、デバイス特定情報、及び制御内容を示す情報が含まれている。アプリIDは、第1制御情報の種別を示す情報であり、制御の対象とするデバイスの種別を特定するために用いられる。アプリIDは、例えば、ユーザが使用したアプリケーションソフトが、エアコン制御用であるかライト制御用であるかなどを特定するための情報である。
【0043】
デバイス特定情報は、
図4に示したユーザ情報DBに含まれているデバイスIDを含む情報である。
制御内容情報は、デバイスIDで指定されたデバイス3をどのように制御するかを示す情報である。
図6は、
図4におけるユーザIDが「0001」、アプリIDが「ライトアプリ」、デバイスIDが「LB0002」の第1制御情報においては、ライトの明るさを5に設定するという制御内容が示されている場合におけるデータの流れを示している。制御内容情報は、デバイス3の型名によらず、デバイス種別ごとに定められた形式となっている。したがって、アプリケーションソフトの開発者Dは、デバイス3の型名を意識することなく、共通のAPIを用いてアプリケーションソフトを開発できる。
【0044】
図3に戻って、デバイス特定部132〜組み合わせ管理部135について説明する。
デバイス特定部132は、第1制御情報に基づいて制御対象デバイスを特定する。デバイス特定部132は、第1制御情報に含まれているユーザIDに対応するユーザのユーザ情報DBを参照し、第1制御情報に含まれているデバイス特定情報に対応するデバイスIDを有するデバイス3を、制御対象デバイスとして特定する。デバイス特定部132は、特定したデバイス3の型名を情報生成部133に通知し、特定したデバイス3のアドレスを情報送信部134に通知する。
【0045】
図7は、API記憶部122が記憶しているAPIデータベース(以下、APIDBという)の一例を示す図である。APIDBにおいては、各デバイス3を特定するデバイスIDごとに、そのデバイス3が実現可能な機能、すなわちそのデバイス3に対する制御内容と、それを実現するためのデバイス3に固有のAPIである第2制御情報とが格納されている。APIDBにはさらに、デバイス3に対する制御内容に対応する第1制御情報が汎用APIの書式で格納されている。
【0046】
情報生成部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が解釈可能な命令である。
【0047】
一方、デバイスIDがLA0050で特定されるデバイス3を点灯させるための第1制御情報と、LC0020で特定されるデバイス3を点灯させるための第1制御情報とは、同じ書式である。情報生成部133は、第1制御情報に含まれている制御内容を、デバイス特定部132が特定したデバイス3の型名に対応するAPIに入れ込むことにより第2制御情報を生成する。これにより、情報生成部133は、
図5(b)に示すように、第1制御情報を、デバイス3のメーカーや型名ごとに異なる形式の第2制御情報に変換することができる。
【0048】
ここで
図5(b)のLB0002用の第2制御情報を参照すると、第1制御情報においては制御内容が「点灯」となっているにもかかわらず、第2制御情報においては「明るさ=5」とされている。ライトによっては、「点灯」、「消灯」を制御するAPIに対応しておらず、明るさを指定することにより制御するAPIにより作成された第2制御情報でなければ制御できない場合がある。このような場合に、情報生成部133は、第1制御情報に含まれている制御内容をデバイス3の専用APIの形式で記述することで、第2制御情報を生成する。このようにすることで、アプリケーションソフトの開発者が、デバイス3ごとに異なる専用APIを意識しないでアプリケーションソフトを開発できるとともに、ユーザは、単一のアプリケーションソフトを用いて異なる型名のデバイス3を制御できる。
【0049】
情報送信部134は、デバイス特定部132から通知された制御対象デバイスのアドレスに対して、第1制御情報が示す制御内容を実行させるための命令である第2制御情報を、通信部11に送信させる。
組み合わせ管理部135は、通信部が命令を制御対象とするデバイス3に送信した場合、そのデバイス3のデバイスIDと、デバイスIDを送信したアプリケーションソフトのアプリIDと、の組み合わせを、デバイス制御装置1によるデバイス3の制御実績として組み合わせDBに格納する。
【0050】
[制御対象デバイスを登録する際の手順]
図8は、ユーザが、通信端末2を用いて制御する対象となるデバイス3を新たに登録する際の手順について説明するための図である。
図8(a)は、デバイス制御サービスを利用するためのログイン画面である。ユーザは、予め設定されたユーザIDを入力することにより、制御対象デバイスを新たに追加したり、設定内容を変更したりすることができる。
【0051】
図8(b)は、ログイン後の画面である。ユーザが、既にエアコンを登録済であることが表示されている。ユーザは、「追加登録」のアイコンにタッチすることで、新たな制御対象デバイスを登録するための画面を表示することができる。
【0052】
図8(c)は、新たな制御対象デバイスを登録するための画面である。ユーザが、この画面に表示されているアイコンのうち、登録する対象のデバイス3の種別に対応するアイコンにタッチすることにより、通信端末2は、登録する対象のデバイス3を探索する。具体的には、通信端末2は、例えばBluetooth(登録商標)等の無線通信方式を用いて通信可能なデバイス3を探索する。通信端末2は、ユーザにより選択された種別のデバイス3が見つかった場合に、デバイス3を登録するための画面を表示する。この時点で、通信端末2は、各デバイス3から取得した型名情報、メーカー名及びMAC(Media Access Control)アドレスをメモリに記憶する。
【0053】
図8(d)は、探索により見つかったデバイス3を登録するための画面である。ユーザは、登録したいデバイス3に名称(例えば「リビング」、「玄関」等の設置場所)を入力してから登録ボタンにタッチすることで、デバイス3を登録することができる。通信端末2は、デバイス3から取得した型名情報を含むデバイスIDを生成し、ユーザにより入力された名称と関連付けてデバイスIDを内部のメモリに記憶する。また、通信端末2は、通信端末2を使用するユーザのユーザID、デバイスID、メーカー名、MACアドレスをデバイス制御装置1に送信する。このようにすることで、ユーザは、制御対象デバイスをデバイス制御装置1に登録することができる。
【0054】
[デバイス3を制御する際の動作シーケンス]
図9は、デバイス制御装置1がデバイス3を制御する際の動作シーケンスを示す図である。まず、ユーザが、通信端末2において、制御対象デバイスを制御するためのアプリケーションソフトを起動すると(S11)、通信端末2は、ユーザが入力した制御内容を取得する(S12)。通信端末2は、取得した制御内容を含む第1制御情報を生成し、ネットワークNを介してデバイス制御装置1に第1制御情報を送信する(S13)。
【0055】
デバイス制御装置1は、第1制御情報を受信すると、デバイス特定部132において、受信した第1制御情報に基づいて制御対象のデバイス3を特定する(S14)。続いて、情報生成部133が、APIDBを参照して制御対象のデバイス3に対応する第2制御情報を生成し、情報送信部134が、通信部11に、第2制御情報を制御対象のデバイス3へ送信させる(S15)。
【0056】
デバイス3は、第2制御情報を受信すると、第2制御情報に含まれている制御内容に応じた動作を実行する(S16)。デバイス3は、動作を実行すると、デバイス3自身の状態を示す第1状態情報をデバイス制御装置1に送信する(S17)。例えばデバイス3がライトであり、制御内容が「点灯」である場合、デバイス3は、点灯が完了したことを示す第1状態情報を送信する。また、デバイス3がエアコンであり、制御内容が「温度を25℃に設定」である場合、デバイス3は、第2制御情報を受信してから制御内容が示す温度に達するまでの間、定期的に室温を測定し、測定した室温示す第1状態情報をデバイス制御装置1に送信する。ここで、第1状態情報は、デバイス3ごとに異なる形式で作成された情報であるものとする。
【0057】
デバイス制御装置1においては、取得部131が第1状態情報を取得すると、情報生成部133が、通信端末2のアプリケーションソフトが認識できる、同一の種別のデバイス3に共通する形式の第2状態情報に第1状態情報を変換する(S18)。情報送信部134は、通信部11に、情報生成部133が変換して生成した第2状態情報を、ネットワークNを介して通信端末2に送信させる(S19)。通信端末2は、第2状態情報を受信すると、第2状態情報が示すデバイス3の状態を画面に表示する(S20)。
以上の手順により、ユーザは、通信端末2を操作することにより所望のデバイス3を制御したり、デバイス3の状態を確認したりすることができる。
【0058】
[デバイス3とアプリケーションソフトとの組み合わせの提示]
以上、デバイス制御装置1、通信端末2、及びデバイス3の三者間におけるデータの流れについて主に説明した。次に、各ユーザがデバイス3とアプリケーションソフトとをどのように組み合わせて用いているかに関する情報の提示について説明する。
【0059】
実施の形態に係るデバイス制御装置1は、異なる製造者が製造したデバイス3を共通のアプリケーションで制御するための仕組みを提供するものである。このため実施の形態に係るデバイス制御装置1は、複数のデバイス3を単独のアプリケーションソフトで制御することを可能にする。デバイス制御装置1はまた、複数のアプリケーションソフトのそれぞれが、同一のデバイス3を制御することも可能にする。つまり、従来はデバイス3とアプリケーションソフトとの関係が1対1であったのに対し、デバイス制御装置1が仲介することによってデバイス3とアプリケーションソフトとの関係を多対多に拡張することができる。
【0060】
この結果、異なるユーザが同じデバイス3を所持していても、そのデバイス3を制御するためアプリケーションソフトが異なるということも起こりうる。同様に、異なるユーザがそれぞれの通信端末2に同じアプリケーションソフトをインストールしていても、制御対象としているデバイス3は異なることも起こりうる。このため、あるデバイス3とアプリケーションソフトとの組み合わせで運用しているユーザに、その組み合わせとは異なる他の組み合わせを提示できれば、ユーザに新しい気づきを与えることができる。例えばユーザは、自分が用いているアプリケーションが制御可能なデバイス3の情報を知ることができたり、自分が所持しているデバイス3を制御できる他のアプリケーションソフトの情報を知ることができたりする。
【0061】
そこで情報送信部134は、通信部11に、ユーザ識別情報IDに関連付けられているデバイス3又はアプリケーションソフトのいずれかに対応する他のデバイス3又は他のアプリケーションソフトを特定するための情報を、通信端末2へ送信させる。
【0062】
図10(a)−(b)は、組み合わせ記憶部123が記憶している組み合わせDBの一例を示す図である。
図10(a)は、ユーザごとのデバイス3とアプリケーションソフトとの組み合わせを格納する第1組み合わせDBのデータ構造を示している。組み合わせ管理部135は、各ユーザIDに関連付けられたデバイスIDとアプリIDとの組み合わせを各ユーザIDと関連付けて第1組み合わせDBに格納する。
【0063】
図10(b)は、デバイス3とアプリケーションソフトとを同じ組み合わせで運用しているユーザの総数を格納する第2組み合わせDBのデータ構造を示している。第2組み合わせDBは、第1組み合わせDBにおいて複数のユーザIDごとに関連付けられている制御実績を構成するデバイスIDとアプリIDとの各組み合わせに関して同一の組み合わせが関連付けられているユーザIDの総数を多い順に抽出して順位付けしたデータベースである。
【0064】
例えば
図10(a)に示す例においては、ユーザIDが0001で特定されるユーザは、アプリIDがAID000001で特定されるアプリケーションソフトを用いて、デバイスIDがAA0001で特定されるエアコンと、LB0002で特定されるライトとの制御に用いること、すなわち上述した制御実績として登録されていることを示している。また
図10(b)では、デバイスIDがVD0122で特定されるビデオレコーダの制御に、アプリIDがAID000002で特定されるアプリケーションソフトを用いているユーザの数がXXXX(XXXXは自然数)であることが例示されている。
【0065】
情報送信部134は第1組み合わせDBを参照して、組み合わせDBに格納された複数の組み合わせのパターンの中から、ユーザIDに関連付けられているデバイスIDとアプリIDとのいずれか一方が共通で、かつ他方が異なる組み合わせを特定するための情報を通信部11に送信させてもよい。
【0066】
例えば
図10(a)に示す例において、ユーザIDが0002で特定されるユーザ(以下、ユーザ0002という)は、デバイスIDがLC0030で特定されるライトと、VD0122で特定されるビデオレコーダのみを登録しているとする。この場合、情報送信部134は、ユーザ0002とは異なるユーザであって、デバイスIDがLC0030で特定されるライトと、VD0122で特定されるビデオレコーダのみを登録しており、かつユーザ0002とは異なるアプリケーションソフトを登録しているユーザを検索する。情報送信部134は、検索したユーザに関連付けられているアプリケーションソフトを、ユーザ0002の通信端末2に送信する。これにより、ユーザ0002は、自身が所持するデバイス3を制御可能なアプリケーションソフトであって、通信端末2にインストールしていないアプリケーションソフトを知る機会を得ることができる。
【0067】
図11(a)−(b)は、実施の形態に係る情報送信部134が通信端末2に送信した情報を表示する通信端末2の表示画面例を示す図である。より具体的には、
図11(a)は、ユーザが使用するデバイス3を制御するためのアプリケーションソフトの一覧を示す表示画面例である。
図11(a)に示す表示画面例に表示されているアプリケーションソフトは、ユーザがデバイス3を制御するために現在使用中のアプリケーションとは異なる他のアプリケーションソフトである。
【0068】
図11(b)は、ユーザが通信端末2に実行させるアプリケーションソフトが制御することができるデバイス3の一覧を示す表示画面例である。
図11(b)に示す表示画面例に表示されているデバイス3は、ユーザがデバイス制御装置1に登録しているデバイス3とは異なる他のデバイス3である。
【0069】
情報送信部134は、第2組み合わせDBを参照して、多くのユーザが用いるデバイス3とアプリケーションソフトとの組み合わせ示す情報を、その組み合わせを用いていないユーザに通知してもよい。より具体的には、情報送信部134は、第2組み合わせDBの上位から所定の順位(例えば3位)未満の制御実績が関連付けられているユーザIDで特定されるユーザの通信端末2に、所定順位以上の制御実績のうちの少なくとも一つの制御実績を構成するデバイスIDとアプリIDとの組み合わせを示す情報を、通信部11に送信させてもよい。これにより、ユーザは多くのユーザが用いるデバイス3又はアプリケーションソフトを知る機会を得ることができる。なお、デバイスIDとアプリIDとの組み合わせを示す情報は、具体的にはデバイスIDが特定するデバイス3の商品名と、アプリIDが特定するアプリケーションソフトの名前、購入先、ダウンロードページ等を示す情報等である。
【0070】
ここで情報送信部134は、組み合わせを示す情報の送信対象の通信端末2において、その組み合わせを構成するデバイスIDに対応するデバイス3が制御されているか、又はアプリIDに対応するアプリケーションソフトが実行されているときに、通信部11に組み合わせを示す情報送信させてもよい。これは例えば情報送信部134が、情報生成部133が生成した命令を通信部11に送信させているときに、組み合わせを示す情報も送信させることで実現できる。通信端末2のユーザは、デバイス3又はアプリケーションソフトの使用中に組み合わせを示す情報を受け取ることになるため、その情報に対してユーザの関心をより引きつけることができるという効果がある。
【0071】
[開発者Dに対する情報の提示]
以上、デバイス3又はアプリケーションソフトのエンドユーザに対する情報の提示について主に説明した。次に、デバイス制御装置1を介してデバイス3を制御するためのアプリケーションソフトを開発する開発者Dに対する情報の提示について説明する。
【0072】
実施の形態に係るデバイス制御装置1と連携するアプリケーションソフトは、複数のデバイス3を制御対象とすることができる。そのため、どのようなデバイス3がユーザによってデバイス制御装置1に登録されているかを開発者が知ることができれば、開発者Dのアプリケーションソフトを開発しようとする意欲を向上できると考えられる。デバイス制御装置1への登録数が多いデバイス3を制御対象としてアプリケーションソフトを開発すれば、より多くのユーザが使用する可能性が高まるからである。
【0073】
情報送信部134は、通信部11が開発者端末6から情報提供の要求を受信した場合、第2組み合わせDBを参照して各組み合わせをユーザIDの総数とともに取得し、通信部11に、取得した情報を開発者端末6へ送信させてもよい。これにより開発者Dは、登録数が多いデバイス3を制御するために、現在どのようなアプリケーションソフトが用いられているかを知ることができるので、ソフト開発の参考とすることができる。
【0074】
[変形例1]
図5においては、第1制御情報に含まれるデバイス特定情報としてデバイスIDが用いられる例について説明したが、これに限らない。ユーザ情報DBにおいて、ユーザが所有しているデバイス種別ごとに、ユーザが所有している同一種別のデバイス3のうち、何番目のデバイス3であるかを示すシリアル番号がデバイス3の型名に関連付けられていれば、第1制御情報におけるデバイス特定情報は、シリアル番号であってもよい。シリアル番号は、例えば、
図8(d)に示した「リビング」、「玄関」等のように、デバイス3の設置場所を示す情報に関連付けられており、デバイス制御装置1に登録された順番に割り当てられた番号である。
【0075】
図12は、変形例1におけるユーザ情報DBの例を示す図である。
図13は、変形例1において通信端末2から送信される第1制御情報の例を示す図である。
図11に示すユーザ情報DBにおいては、デバイスIDはデバイスの型名を示しており、ユーザが同一の型名のデバイス3を複数所有している場合、デバイスIDは同一の内容になっている。デバイス特定部132は、第1制御情報に含まれているアプリID及びデバイス特定情報としてのシリアル番号に基づいて、同一の型名のデバイス3のうち、どのデバイス3に対して第2制御情報を送信する必要があるかを特定することができる。なお、デバイス特定情報が、MACアドレスのようにデバイス3に固有の情報を含む場合、第1制御情報にユーザIDが含まれていなくてもよい。
【0076】
[変形例2]
上記の説明においては、1台の通信端末2がデバイス3を制御する場合について説明したが、複数の通信端末2がデバイス3を制御できるようにしてもよい。例えば、デバイス制御システムSは、通信端末2bが、通信端末2aの通信料金と合算して通信料金を支払う対象になっている家族の通信端末2であれば、通信端末2aにおいて登録されたデバイス3を、通信端末2bを用いて制御できるようにしてもよい。
【0077】
このように複数の通信端末2がデバイス3を制御できるようにするために、記憶部12は、複数のユーザの複数のユーザIDを互いに関連付けて記憶する。例えば、取得部131が、通信会社において管理されるサーバから、通信料金を合算して支払う対象となっている複数のユーザIDを取得して、取得した複数のユーザIDを記憶部12に記憶させる。
【0078】
デバイス特定部132は、取得部131が取得した第1制御情報に第1ユーザIDが含まれている場合、第1ユーザIDに関連付けて記憶部12に記憶されている第2ユーザIDに対応するユーザ情報DBが記憶部12に記憶されているかどうかを確認する。第2ユーザIDに対応するユーザ情報DBが記憶部12に記憶されている場合、デバイス特定部132は、このユーザ情報DBにおいて第2ユーザIDに関連付けられたデバイスIDを特定することにより、制御対象デバイスを特定する。
【0079】
[第1の実施形態のデバイス制御システムSによる効果]
以上説明したように、デバイス制御システムSにおいては、通信端末2にインストールされた、同一の種別の型名が異なる複数のデバイスを制御することができるアプリケーションソフトを用いてユーザが操作することにより、デバイスの種別ごとに共通する形式の第1制御情報がデバイス制御装置1に送信される。デバイス制御装置1は、受信した第1制御情報に基づいて、デバイス専用のAPIを用いた第2制御情報を生成して、第1制御情報において指定されたデバイス3に第2制御情報を送信する。
【0080】
このようにすることで、ユーザは、デバイスごとに異なるアプリケーションソフトをインストールすることなく、一つのアプリケーションソフトを用いて各種のデバイス3を制御できるので、デバイス3を買い替えた際にアプリケーションソフトを入れ替える必要がない。また、デバイス3の製造者は、新たなデバイス3の販売を開始するたびにアプリケーションソフトを提供する必要がなく、APIを公開するだけでよいので、開発費を抑えることができる。
【0081】
また、デバイス制御装置1は、例えば通信料金を合算して支払うユーザが、共通のデバイス3を制御できるようにする。このようにすることで、家族のうちの一人が制御対象とするデバイス3を登録しておくことで、他のユーザがデバイス3を制御できるので、登録の手間が省ける。
さらに、通信料金を合算して支払うユーザがサービスを利用した場合の費用は、合算して課金されるので、ユーザごとに個別にサービス使用料を支払う手間がかからない。
【0082】
また、アプリケーションソフトを用いてデバイス3を制御しているユーザは、そのアプリケーションソフトで制御可能な他のデバイス3や、そのデバイス3を制御可能な他のアプリケーションソフトを知る機会が得られる。このため、ユーザに対してユーザが所持するソフトやデバイスの機能をより向上させうる機会を提供することができる。
【0083】
さらに開発者Dは、ユーザによってデバイス制御装置1に登録され、実際に制御に用いられたデバイス3とアプリケーションソフトとの組み合わせの情報を、制御実績の総数とともに知ることができる。これにより、新たなアプリケーションソフトの開発に対する開発者Dの意欲を向上することができる。
【0084】
<第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制御情報を解釈可能である。
【0085】
本実施形態の記憶部12は、デバイス3を制御するサービスの提供者に関連付けて、それぞれのサービス提供者のサーバ5のAPIを記憶している。情報生成部133は、例えば、記憶部12に記憶されているサーバ5のAPIに基づいて第2制御情報を生成する。具体的には、情報生成部133は、第1制御情報に含まれている制御内容を、第1制御情報と異なる形式の第2制御情報に変換する。第2制御情報には、第1制御情報に含まれていたユーザID及びデバイス特定情報等が含まれている。
【0086】
デバイス制御システムSを用いてサービスを提供する企業と、サーバ5a又はサーバ5bを用いてサービスを提供する企業との間では、予めユーザIDが共通化されている。サーバ5a又はサーバ5bは、第2制御情報に含まれているユーザID及びデバイス特定情報等に基づいて、通信端末2における操作に応じたデバイス3を制御することができる。
【0087】
なお、
図14に示すように、デバイス3を制御するサービスを提供するサーバ5が複数ある場合、デバイス制御装置1のユーザ記憶部121は、ユーザが、サーバ5aを用いたサービス又はサーバ5bを用いたサービスのうち、どのサービスを利用しているかを示す利用サービス情報を記憶している。情報生成部133は、利用サービス情報を参照し、ユーザが利用しているサービスに対応するAPIに対応する第2制御情報を生成する。
【0088】
デバイス制御システムSを用いてサービスを提供する企業と、サーバ5aを用いてサービスを提供する企業と、サーバ5bを用いてサービスを提供する企業との間でユーザIDが共通化されていない場合には、デバイス制御装置1がユーザIDを変換してもよい。この場合、デバイス制御システムSのユーザIDとサーバ5a及びサーバ5bを用いたサービスのユーザIDとを関連付けて記憶するユーザDB(不図示)を記憶部12に設ける。情報生成部133が利用サービス情報を用いてユーザDBを参照し、ユーザIDを変換すればよい。
【0089】
サーバ5a、サーバ5b(以下、サーバ5)は、ネットワークを介して接続されたデバイス制御装置1から第2制御情報を受信すると、その内容が制御対象のデバイス3への動作指示を含む場合には、デバイス3への動作指示を示す情報(信号)をデバイス3へ送信する。一方、受信した第2制御情報が、デバイス3が取得したデータの要求を含む場合には、サーバ5は、デバイス3から予め取得していたデバイス3の動作データや収集データ等をデバイス制御装置1に送信する。なお、サーバ5がデバイス3の動作データや収集データ等を予め取得しておらずデバイス3内に蓄積されている場合には、サーバ5は、受信した第2制御情報に基づいて、デバイス3から動作データや収集データ等の要求を行い、取得したデータをサーバ5からデバイス制御装置1に送信してもよい。
【0090】
このように、第2の実施形態においては、サーバ5a及びサーバ5bのように、他のサービス提供者のサーバを介してデバイス3を制御するという点で、第1の実施形態と異なる。しかしながら、ユーザ及び開発者Dの関連から見ると、ネットワークN上に存在するサーバの数は認識できず、ネットワークN上にあるサーバに仲介させて通信端末2からデバイス3を利用したり、ネットワークNを介してサーバから情報を取得したりするという点では変わらない。この意味で、第2の実施の形態に係るデバイス制御システムSは、第1の実施の形態に係るデバイス制御装置1の機能を、物理的に異なるサーバに分離して実装した形態と見ることもできる。
【0091】
[第2の実施形態のデバイス制御システムSによる効果]
以上説明したように、第2の実施形態のデバイス制御装置1は、デバイス3を制御する他のサーバ5のAPIに対応する第2制御情報を生成する。このようにすることで、ユーザが、既にサーバ5を介してデバイス3を制御するサービスの提供を受けている場合であっても、通信端末2にインストールされた任意のアプリケーションソフトを用いてデバイス3を制御することができる。
【0092】
<第3の実施形態>
図15は、第3の実施形態のデバイス制御システムSについて説明するための図である。第2の実施形態においては、制御対象デバイスがユーザの自宅にある電気機器ではなく、企業等が情報を配信するサーバ7であるという点で、第1の実施形態と異なる。
【0093】
サーバ7aは、ユーザが投稿したレストランの情報を提供するサービスで用いられているサーバである。サーバ7bは、ユーザが投稿した各種商品の価格情報を提供するサービスで用いられているサーバである。ユーザは、通信端末2にインストールされたアプリケーションソフトを用いて、他の人に伝えたい情報をサーバ7にアップロードすることができる。
【0094】
サーバ7a,7bは、情報を受信するためのインタフェースとして、それぞれ異なる形式のインタフェースを有している。したがって、サーバ7a,7bに情報をアップロードするためには、それぞれのサーバに適した形式に情報を加工してから送信する必要がある。しかし、ユーザが、それぞれのサービスのサイトに情報を提供する際に、サーバ7a及びサーバ7bのそれぞれに専用のアプリケーションソフトを用いる必要があると不便である。
【0095】
そこで、本実施形態に係るデバイス制御装置1は、通信端末2においては、さまざまな情報提供サービスのサーバ7に情報をアップロードするためのアプリケーションソフトがインストールされている。アプリケーションソフトにおいては、情報を提供する対象となるサービスに対応するアイコンが表示されており、ユーザが、情報を提供したいサービスに対応するアイコンにタッチしてから情報を入力すると、通信端末2は、入力された情報とユーザが選択したサービスを特定する情報を含む第1制御情報をデバイス制御装置1に送信する。
【0096】
デバイス制御装置1においては、デバイス特定部132が、第1制御情報に基づいて、第1制御情報に含まれるコンテンツを送信する先のサーバ7を特定する。デバイス特定部132は、例えば、第1制御情報に含まれる、サービスを特定する情報に基づいて、サーバ7を特定する。デバイス特定部132は、ユーザが作成したコンテンツに含まれているキーワードに基づいて、コンテンツを送信する対象となるサーバ7を特定してもよい。そして、情報生成部133が、特定されたサーバ7に対応する形式の第2制御情報を生成し、情報送信部134が、生成された第2制御情報をサーバ7に送信する。
【0097】
なお、第3の実施形態に係るデバイス制御装置1も、第1の実施形態及び第2の実施形態に係るデバイス制御装置1と同様に、アプリケーションソフトを用いてデバイス3を制御しているユーザに対して、そのアプリケーションソフトで制御可能な他のデバイス3や、そのデバイス3を制御可能な他のアプリケーションソフトに関する情報を提示できる。また、アプリケーションソフトの開発者に対して、ユーザによってデバイス制御装置1に登録され、実際に制御に用いられたデバイス3とアプリケーションソフトとの組み合わせの情報を、制御実績の総数とともに提供することができる。
【0098】
[第3の実施形態のデバイス制御システムSによる効果]
本実施形態におけるデバイス制御システムSは、第1制御情報に基づいて、第1制御情報に含まれるコンテンツを送信する先のサーバ7を特定し、サーバ7に対応する形式の第2制御情報をサーバ7に送信する。このようにすることで、サーバ7を運用する企業等は、サーバ7にアクセスするためのインタフェースを広く一般に公開する必要がなく、デバイス制御装置1の運用者にのみ公開すればよい。その結果、サーバ7を運用する企業がインタフェースを公開する手間がかからない。
【0099】
以上、本発明をいくつかの実施の形態をもとに説明した。これらの任意の組み合わせによって生じる新たな実施の形態も、本発明の実施の形態に含まれる。組み合わせによって生じる新たな実施の形態の効果は、もとの実施の形態の効果を合わせ持つ。
【0100】
また、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更又は改良を加えることが可能であることが当業者に明らかである。特に、装置の分散・統合の具体的な実施形態は以上に図示するものに限られず、その全部又は一部について、種々の付加等に応じて、又は、機能負荷に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。