知財求人 - 知財ポータルサイト「IP Force」
▶ サムスン エレクトロニクス カンパニー リミテッドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】6882314
(24)【登録日】2021年5月10日
(45)【発行日】2021年6月2日
(54)【発明の名称】スマートホームサービスサーバおよびその制御方法
(51)【国際特許分類】
G06F 13/00 20060101AFI20210524BHJP
H04M 11/00 20060101ALI20210524BHJP
【ＦＩ】
G06F13/00 357A
G06F13/00 510A
H04M11/00 302
H04M11/00 301
【請求項の数】34
【全頁数】32
(21)【出願番号】特願2018-545794(P2018-545794)
(86)(22)【出願日】2016年11月24日
(65)【公表番号】特表2019-505060(P2019-505060A)
(43)【公表日】2019年2月21日
(86)【国際出願番号】KR2016013660
(87)【国際公開番号】WO2017091021
(87)【国際公開日】20170601
【審査請求日】2019年11月22日
(31)【優先権主張番号】62/259,547
(32)【優先日】2015年11月24日
(33)【優先権主張国】US
(31)【優先権主張番号】10-2016-0157660
(32)【優先日】2016年11月24日
(33)【優先権主張国】KR
(73)【特許権者】
【識別番号】503447036
【氏名又は名称】サムスン エレクトロニクス カンパニー リミテッド
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(74)【代理人】
【識別番号】100091214
【弁理士】
【氏名又は名称】大貫 進介
(72)【発明者】
【氏名】オク，ヒョン−ウ
(72)【発明者】
【氏名】イム，ソンビン
(72)【発明者】
【氏名】コ，ヨンミン
(72)【発明者】
【氏名】キム，ヒョンジュン
(72)【発明者】
【氏名】オ，ヒョンジン
(72)【発明者】
【氏名】コン，ヨンソン
(72)【発明者】
【氏名】キム，ミンス
(72)【発明者】
【氏名】ペ，ソクミン
(72)【発明者】
【氏名】チェー，ソクテ
(72)【発明者】
【氏名】ヨン，ジョンモ
(72)【発明者】
【氏名】イ，ネソク
【審査官】
木村 雅也
(56)【参考文献】
【文献】
特開２００７−３１２１４８（ＪＰ，Ａ）
【文献】
国際公開第２０１４／０２４４８４（ＷＯ，Ａ１）
【文献】
福田 将之，ホームネットワークシステムにおけるリアルタイムな家電制御サービスの実現，電子情報通信学会技術研究報告 Ｖｏｌ．１０８ Ｎｏ．１３６，日本，社団法人電子情報通信学会，２００８年 ７月１０日，第108巻，第41頁-第46頁
(58)【調査した分野】（Int.Cl.，ＤＢ名）
Ｇ０６Ｆ １３／００
Ｈ０４Ｍ １１／００
(57)【特許請求の範囲】
【請求項1】
第１プロトコルに基づいて動作する家電機器を第２プロトコルに基づいて動作するモバイル端末機に連結するサーバにおいて、
前記モバイル端末機の前記第２プロトコルを通じて伝送される前記家電機器に対する制御命令を得るＡＰＩ制御部；
前記制御命令を前記第１プロトコルに従って変換するフィルタ；および
前記第１プロトコルに従って変換した前記制御命令を前記家電機器に伝送する伝送部；を含み、
前記制御命令は：
前記第２プロトコルに関するプロトコル情報、
前記モバイル端末機のユーザーを認証するためのユーザー情報、及び
前記家電機器に対応するデバイス情報、を含み、
前記ＡＰＩ制御部は、前記デバイス情報に基づいて前記制御命令が伝送されることになる前記家電機器を決定する、
サーバ。
前記モバイル端末機の前記第２プロトコルを通じて伝送される前記家電機器に対する制御命令を得るＡＰＩ制御部；
前記制御命令を前記第１プロトコルに従って変換するフィルタ；および
前記第１プロトコルに従って変換した前記制御命令を前記家電機器に伝送する伝送部；を含み、
前記制御命令は：
前記第２プロトコルに関するプロトコル情報、
前記モバイル端末機のユーザーを認証するためのユーザー情報、及び
前記家電機器に対応するデバイス情報、を含み、
前記ＡＰＩ制御部は、前記デバイス情報に基づいて前記制御命令が伝送されることになる前記家電機器を決定する、
サーバ。
【請求項2】
前記ＡＰＩ制御部は、
前記第２プロトコル上で前記第１プロトコルの前記制御命令を呼び出すアプリケーションプログラミングインターフェースを前記モバイル端末機に提供する、請求項１に記載のサーバ。
前記第２プロトコル上で前記第１プロトコルの前記制御命令を呼び出すアプリケーションプログラミングインターフェースを前記モバイル端末機に提供する、請求項１に記載のサーバ。
【請求項3】
前記ＡＰＩ制御部は、
前記アプリケーションプログラミングインターフェースを通じて前記制御命令を呼び出す呼び出し命令を受信し、
前記呼び出し命令は、
チャネルキーを含む前記第２プロトコルに対する認証情報、ユーザーＩＤ、アプリケーションＩＤ、およびアクセストークンを含むユーザー認証情報、およびデバイスＩＤを含むデバイス情報を含む、請求項２に記載のサーバ。
前記アプリケーションプログラミングインターフェースを通じて前記制御命令を呼び出す呼び出し命令を受信し、
前記呼び出し命令は、
チャネルキーを含む前記第２プロトコルに対する認証情報、ユーザーＩＤ、アプリケーションＩＤ、およびアクセストークンを含むユーザー認証情報、およびデバイスＩＤを含むデバイス情報を含む、請求項２に記載のサーバ。
【請求項4】
前記ＡＰＩ制御部は、
前記モバイル端末機のうち認証されたモバイル端末機によって伝送される前記制御命令を取得する、請求項３に記載のサーバ。
前記モバイル端末機のうち認証されたモバイル端末機によって伝送される前記制御命令を取得する、請求項３に記載のサーバ。
【請求項5】
前記ＡＰＩ制御部は、
前記アプリケーションプログラミングインターフェースを通じて前記呼び出し命令を受信すると、前記受信した呼び出し命令のうち前記第２プロトコルに対する認証情報、およびユーザー認証情報のうち少なくとも一つに基づいて、前記モバイル端末機の認証可否を決定する、請求項４に記載のサーバ。
前記アプリケーションプログラミングインターフェースを通じて前記呼び出し命令を受信すると、前記受信した呼び出し命令のうち前記第２プロトコルに対する認証情報、およびユーザー認証情報のうち少なくとも一つに基づいて、前記モバイル端末機の認証可否を決定する、請求項４に記載のサーバ。
【請求項6】
前記伝送部は、
前記ＡＰＩ制御部で前記アプリケーションプログラミングインターフェースを通じて前記呼び出し命令を受信すると、前記受信した呼び出し命令のうち前記デバイス情報に基づいて前記第１プロトコルに従って変換した前記制御命令を伝送するデバイスを決定する、請求項３に記載のサーバ。
前記ＡＰＩ制御部で前記アプリケーションプログラミングインターフェースを通じて前記呼び出し命令を受信すると、前記受信した呼び出し命令のうち前記デバイス情報に基づいて前記第１プロトコルに従って変換した前記制御命令を伝送するデバイスを決定する、請求項３に記載のサーバ。
【請求項7】
前記家電機器と連結されるデバイス連動インターフェース；
前記デバイス連動インターフェースを通じて前記連結された家電機器の状態情報を受信するイベント受信部；
前記受信された状態情報を処理するイベントプロセッサ；および
前記処理された状態情報を保存する保存部；をさらに含む、請求項３に記載のサーバ。
前記デバイス連動インターフェースを通じて前記連結された家電機器の状態情報を受信するイベント受信部；
前記受信された状態情報を処理するイベントプロセッサ；および
前記処理された状態情報を保存する保存部；をさらに含む、請求項３に記載のサーバ。
【請求項8】
前記イベント受信部は、
前記デバイス連動インターフェースを通じて前記連結された家電機器のうちの家電機器の状態が変更されるとき、前記状態が変更された家電機器の状態情報を受信する、請求項７に記載のサーバ。
前記デバイス連動インターフェースを通じて前記連結された家電機器のうちの家電機器の状態が変更されるとき、前記状態が変更された家電機器の状態情報を受信する、請求項７に記載のサーバ。
【請求項9】
前記ＡＰＩ制御部で前記アプリケーションプログラミングインターフェースを通じて前記家電機器の状態情報照会命令の呼び出し命令を受信すると、前記保存部に保存された前記処理された状態情報を前記モバイル端末機に伝送するイベント伝送部；をさらに含む、請求項７に記載のサーバ。
【請求項10】
前記フィルタは、
前記受信した呼び出し命令のうち前記第２プロトコルに対する認証情報、およびユーザー認証情報のうち少なくとも一つに基づいて、前記処理された状態情報をフィルタリングして前記イベント伝送部に伝達する、請求項９に記載のサーバ。
前記受信した呼び出し命令のうち前記第２プロトコルに対する認証情報、およびユーザー認証情報のうち少なくとも一つに基づいて、前記処理された状態情報をフィルタリングして前記イベント伝送部に伝達する、請求項９に記載のサーバ。
【請求項11】
前記保存部は、
前記ＡＰＩ制御部で前記アプリケーションプログラミングインターフェースを通じて前記家電機器の状態情報購読申請命令の呼び出し命令を受信すると、前記受信した呼び出し命令のうち前記第２プロトコルに対する認証情報、ユーザー認証情報、およびデバイス情報を購読申請情報として保存する、請求項９に記載のサーバ。
前記ＡＰＩ制御部で前記アプリケーションプログラミングインターフェースを通じて前記家電機器の状態情報購読申請命令の呼び出し命令を受信すると、前記受信した呼び出し命令のうち前記第２プロトコルに対する認証情報、ユーザー認証情報、およびデバイス情報を購読申請情報として保存する、請求項９に記載のサーバ。
【請求項12】
前記イベントプロセッサは、
前記購読申請情報として保存されたデバイス情報に対応するデバイスの状態情報が変更されると、前記購読申請情報として保存された前記第２プロトコルに対する認証情報および前記ユーザー認証情報に対応するモバイル端末機に前記変更された状態情報を伝送するように、前記変更された状態情報を処理して前記イベント伝送部に提供する、請求項１１に記載のサーバ。
前記購読申請情報として保存されたデバイス情報に対応するデバイスの状態情報が変更されると、前記購読申請情報として保存された前記第２プロトコルに対する認証情報および前記ユーザー認証情報に対応するモバイル端末機に前記変更された状態情報を伝送するように、前記変更された状態情報を処理して前記イベント伝送部に提供する、請求項１１に記載のサーバ。
【請求項13】
前記イベントプロセッサは、
前記ＡＰＩ制御部で前記アプリケーションプログラミングインターフェースを通じて前記家電機器の状態情報購読解約命令の呼び出し命令を受信すると、前記購読申請情報として保存されたデバイス情報に対応するデバイスの状態情報を前記イベント伝送部に提供しない、請求項１２に記載のサーバ。
前記ＡＰＩ制御部で前記アプリケーションプログラミングインターフェースを通じて前記家電機器の状態情報購読解約命令の呼び出し命令を受信すると、前記購読申請情報として保存されたデバイス情報に対応するデバイスの状態情報を前記イベント伝送部に提供しない、請求項１２に記載のサーバ。
【請求項14】
前記保存部は、
前記ＡＰＩ制御部で前記アプリケーションプログラミングインターフェースを通じて前記家電機器の条件設定命令の呼び出し命令を受信すると、前記受信された条件設定命令に対する呼び出し命令の条件および前記デバイス情報を含む条件設定情報を保存する、請求項９に記載のサーバ。
前記ＡＰＩ制御部で前記アプリケーションプログラミングインターフェースを通じて前記家電機器の条件設定命令の呼び出し命令を受信すると、前記受信された条件設定命令に対する呼び出し命令の条件および前記デバイス情報を含む条件設定情報を保存する、請求項９に記載のサーバ。
【請求項15】
前記イベントプロセッサは、
前記条件設定情報として保存されたデバイス情報に対応するデバイスの状態情報が前記条件設定情報として保存された条件を満足すると、前記条件を満足した結果を前記イベント伝送部に提供する、請求項１４に記載のサーバ。
前記条件設定情報として保存されたデバイス情報に対応するデバイスの状態情報が前記条件設定情報として保存された条件を満足すると、前記条件を満足した結果を前記イベント伝送部に提供する、請求項１４に記載のサーバ。
【請求項16】
前記イベントプロセッサによって処理された前記状態情報が第３プロトコルに基づいて動作するパートナーサーバによって呼び出されるアダプター；をさらに含む、請求項７に記載のサーバ。
【請求項17】
前記アダプターは、
前記第３プロトコルに基づいて前記パートナーサーバに連結された少なくとも一つのパートナーデバイスを制御するように、前記第１プロトコルを通じて前記少なくとも一つのパートナーデバイスに対する制御命令を呼び出す、請求項１６に記載のサーバ。
前記第３プロトコルに基づいて前記パートナーサーバに連結された少なくとも一つのパートナーデバイスを制御するように、前記第１プロトコルを通じて前記少なくとも一つのパートナーデバイスに対する制御命令を呼び出す、請求項１６に記載のサーバ。
【請求項18】
第１プロトコルに基づいて動作する家電機器を第２プロトコルに基づいて動作するモバイル端末機に連結するサーバの制御方法であって、
前記サーバのＡＰＩ制御部で、前記モバイル端末機の前記第２プロトコルを通じて前記家電機器に対する制御命令を受信する段階；
前記サーバのフィルタで、前記制御命令を前記第１プロトコルに従って変換する段階；および
前記サーバの伝送部で、前記第１プロトコルに従って変換した前記制御命令を前記家電機器に伝送する段階；を含み、
前記制御命令は：
前記第２プロトコルに関するプロトコル情報、
前記モバイル端末機のユーザーを認証するためのユーザー情報、及び
前記家電機器に対応するデバイス情報、を含み、
前記制御方法はさらに、前記ＡＰＩ制御部によって、前記デバイス情報に基づいて前記制御命令が伝送されることになる前記家電機器を決定する段階、を含む、
サーバの制御方法。
前記サーバのＡＰＩ制御部で、前記モバイル端末機の前記第２プロトコルを通じて前記家電機器に対する制御命令を受信する段階；
前記サーバのフィルタで、前記制御命令を前記第１プロトコルに従って変換する段階；および
前記サーバの伝送部で、前記第１プロトコルに従って変換した前記制御命令を前記家電機器に伝送する段階；を含み、
前記制御命令は：
前記第２プロトコルに関するプロトコル情報、
前記モバイル端末機のユーザーを認証するためのユーザー情報、及び
前記家電機器に対応するデバイス情報、を含み、
前記制御方法はさらに、前記ＡＰＩ制御部によって、前記デバイス情報に基づいて前記制御命令が伝送されることになる前記家電機器を決定する段階、を含む、
サーバの制御方法。
【請求項19】
前記制御命令を受信する段階は、
前記第２プロトコル上で前記第１プロトコルの制御命令を呼び出すアプリケーションプログラミングインターフェースを前記モバイル端末機に提供する段階；を含む、請求項１８に記載のサーバの制御方法。
前記第２プロトコル上で前記第１プロトコルの制御命令を呼び出すアプリケーションプログラミングインターフェースを前記モバイル端末機に提供する段階；を含む、請求項１８に記載のサーバの制御方法。
【請求項20】
前記制御命令を受信する段階は、
前記アプリケーションプログラミングインターフェースを通じて前記制御命令を呼び出す呼び出し命令を前記モバイル端末機から受信する段階；をさらに含み、
前記呼び出し命令は、
チャネルキーを含む前記第２プロトコルに対する認証情報、ユーザーＩＤ、アプリケーションＩＤ、およびアクセストークンを含むユーザー認証情報、およびデバイスＩＤを含むデバイス情報を含む、請求項１９に記載のサーバの制御方法。
前記アプリケーションプログラミングインターフェースを通じて前記制御命令を呼び出す呼び出し命令を前記モバイル端末機から受信する段階；をさらに含み、
前記呼び出し命令は、
チャネルキーを含む前記第２プロトコルに対する認証情報、ユーザーＩＤ、アプリケーションＩＤ、およびアクセストークンを含むユーザー認証情報、およびデバイスＩＤを含むデバイス情報を含む、請求項１９に記載のサーバの制御方法。
【請求項21】
前記制御命令を受信する段階は、
前記モバイル端末機のうち認証されたモバイル端末機によって前記制御命令が呼び出されることを可能にする、請求項２０に記載のサーバの制御方法。
前記モバイル端末機のうち認証されたモバイル端末機によって前記制御命令が呼び出されることを可能にする、請求項２０に記載のサーバの制御方法。
【請求項22】
前記制御命令を受信する段階は、
前記呼び出し命令が受信されると、前記受信した呼び出し命令のうち前記第２プロトコルに対する認証情報、およびユーザー認証情報のうち少なくとも一つに基づいて、前記モバイル端末機の認証可否を決定する段階；をさらに含む、請求項２１に記載のサーバの制御方法。
前記呼び出し命令が受信されると、前記受信した呼び出し命令のうち前記第２プロトコルに対する認証情報、およびユーザー認証情報のうち少なくとも一つに基づいて、前記モバイル端末機の認証可否を決定する段階；をさらに含む、請求項２１に記載のサーバの制御方法。
【請求項23】
前記制御命令を伝送する段階は、
前記呼び出し命令が受信されると、前記受信した呼び出し命令のうち前記デバイス情報に基づいて前記第１プロトコルに従って変換した前記制御命令を伝送するデバイスを決定する段階；をさらに含む、請求項２０に記載のサーバの制御方法。
前記呼び出し命令が受信されると、前記受信した呼び出し命令のうち前記デバイス情報に基づいて前記第１プロトコルに従って変換した前記制御命令を伝送するデバイスを決定する段階；をさらに含む、請求項２０に記載のサーバの制御方法。
【請求項24】
前記サーバのデバイス連動インターフェースで、前記家電機器と連結される段階；
前記サーバのイベント受信部で、前記デバイス連動インターフェースを通じて前記連結された家電機器の状態情報を受信する段階；
前記サーバのイベントプロセッサで、前記受信された状態情報を処理する段階；および
前記サーバの保存部で、前記処理された状態情報を保存する段階；をさらに含む、請求項２０に記載のサーバの制御方法。
前記サーバのイベント受信部で、前記デバイス連動インターフェースを通じて前記連結された家電機器の状態情報を受信する段階；
前記サーバのイベントプロセッサで、前記受信された状態情報を処理する段階；および
前記サーバの保存部で、前記処理された状態情報を保存する段階；をさらに含む、請求項２０に記載のサーバの制御方法。
【請求項25】
前記状態情報を受信する段階は、
前記連結された家電機器のうちの家電機器の状態が変更されるとき、前記状態が変更された家電機器の状態情報を受信する、請求項２４に記載のサーバの制御方法。
前記連結された家電機器のうちの家電機器の状態が変更されるとき、前記状態が変更された家電機器の状態情報を受信する、請求項２４に記載のサーバの制御方法。
【請求項26】
前記サーバのイベント伝送部で、前記家電機器の状態情報照会命令の呼び出し命令が受信されると、前記保存された状態情報を前記モバイル端末機に伝送する段階；をさらに含む、請求項２４に記載のサーバの制御方法。
【請求項27】
前記保存された状態情報を前記モバイル端末機に伝送する段階は、
前記受信した呼び出し命令のうち前記第２プロトコルに対する認証情報、およびユーザー認証情報のうち少なくとも一つに基づいて、前記処理された状態情報をフィルタリングして前記モバイル端末機に伝送する、請求項２６に記載のサーバの制御方法。
前記受信した呼び出し命令のうち前記第２プロトコルに対する認証情報、およびユーザー認証情報のうち少なくとも一つに基づいて、前記処理された状態情報をフィルタリングして前記モバイル端末機に伝送する、請求項２６に記載のサーバの制御方法。
【請求項28】
前記家電機器の状態情報購読申請命令の呼び出し命令が受信されると、前記受信した呼び出し命令のうち前記第２プロトコルに対する認証情報、ユーザー認証情報、およびデバイス情報を購読申請情報として保存する段階；をさらに含む、請求項２４に記載のサーバの制御方法。
【請求項29】
前記購読申請情報として保存されたデバイス情報に対応するデバイスの状態情報が変更されると、前記購読申請情報として保存された前記第２プロトコルに対する認証情報および前記ユーザー認証情報に対応するモバイル端末機に前記変更された状態情報を伝送する段階；をさらに含む、請求項２８に記載のサーバの制御方法。
【請求項30】
前記ＡＰＩ制御部で前記アプリケーションプログラミングインターフェースを通じて前記家電機器の状態情報購読解約命令の呼び出し命令を受信すると、前記購読申請情報として保存されたデバイス情報に対応するデバイスの状態情報をイベント伝送部に提供しない段階；をさらに含む、請求項２９に記載のサーバの制御方法。
【請求項31】
前記家電機器の条件設定命令の呼び出し命令が受信されると、前記受信された条件設定命令に対する前記呼び出し命令の条件および前記デバイス情報を含む条件設定情報を保存する段階；をさらに含む、請求項２４に記載のサーバの制御方法。
【請求項32】
前記条件設定情報として保存されたデバイス情報に対応するデバイスの状態情報が前記条件設定情報として保存された条件を満足すると、前記条件を満足した結果を前記家電機器に提供する段階；をさらに含む、請求項３１に記載のサーバの制御方法。
【請求項33】
前記サーバのアダプターで、前記処理された状態情報が第３プロトコルに基づいて動作するパートナーサーバによって呼び出される段階；をさらに含む、請求項２４に記載のサーバの制御方法。
【請求項34】
前記第３プロトコルに基づいて前記パートナーサーバに連結された少なくとも一つのパートナーデバイスを制御するように、前記第１プロトコルを通じて前記少なくとも一つのパートナーデバイスに対する制御命令を受信する段階；をさらに含む、請求項３３に記載のサーバの制御方法。
【発明の詳細な説明】
【技術分野】
【0001】
ユーザー端末機と複数のデバイスと間に事物インターネットネットワークを具現するためのスマートホームサービスサーバおよびその制御方法に関するものである。
【背景技術】
【0002】
インターネットは、基本的にＴＣＰ／ＩＰプロトコル（ＴＣＰ／ＩＰ Ｐｒｏｔｏｃｏｌ）を介して人が運用するコンピュータが相互に通信を遂行できるように開発されたが、最近では識別、演算および通信が可能なあらゆる事物（Ｔｈｉｎｇｓ）がインターネットを介して通信を遂行できるようにするための研究が進行されている。このようにあらゆる事物が通信を遂行できるようにする技術を、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ；以下、「事物インターネット」という）という。
【0003】
このような事物インターネットは、既存の有線通信を基盤としたインターネットやモバイルインターネットよりもさらに進化した段階であって、インターネットに連結された機器が人が介入することなく相互間に情報をやり取りして処理し、これは事物が人間に依存せずに通信をやり取りするという点で、既存のユビキタス（Ｕｂｉｑｕｉｔｏｕｓ）や事物知能通信であるＭ２Ｍ（Ｍａｃｈｉｎｅ ｔｏ Ｍａｃｈｉｎｅ）と類似する点はあるものの、Ｍ２Ｍの概念をインターネットに拡張して世の中に存在するあらゆる事物をネットワークに連結して、いつ、どこででも相互間に通信が可能な情報通信基盤を意味する。
【0004】
このような事物インターネットデバイスは、事物インターネットサービスを提供するためのサーバに連結されることによって、事物インターネットネットワークを形成することができる。また、サーバには制御命令が入力可能な携帯電話のようなユーザー端末機も連結され得るが、これを通じてユーザーは時間および場所に関わらず容易に事物インターネットデバイスを制御することができる。
【発明の概要】
【発明が解決しようとする課題】
【0005】
開示された発明の一側面は、異種のプロトコルに基づくデバイスとユーザー端末機と間の制御が可能であるように、ユーザー端末機のプロトコルを通じてデバイスに対する制御命令が呼び出し可能な環境を提供する、スマートホームサービスサーバおよびその制御方法を提供する。
【課題を解決するための手段】
【0006】
一実施例に係るスマートホームサービスサーバは、第１プロトコルに基づいて動作する少なくとも一つのデバイスおよび第２プロトコルに基づいて動作する少なくとも一つのユーザー端末機を連結するスマートホームサービスサーバにおいて、前記少なくとも一つのユーザー端末機の前記第２プロトコルを通じて前記少なくとも一つのデバイスに対する制御命令が呼び出されるＡＰＩ制御部；前記呼び出された制御命令を前記第１プロトコルに従って変換するフィルタ；および前記第１プロトコルに従って変換した前記制御命令を前記少なくとも一つのデバイスに伝送する制御命令伝送部；を含むことができる。
【0007】
また、前記ＡＰＩ制御部は、前記第２プロトコル上で前記第１プロトコルの制御命令を呼び出すアプリケーションプログラミングインターフェース（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ；ＡＰＩ）を前記少なくとも一つのユーザー端末機に提供することができる。
【0008】
また、前記ＡＰＩ制御部は、前記アプリケーションプログラミングインターフェースを通じて前記制御命令を呼び出す呼び出し命令を受信し、前記呼び出し命令は、チャネルキー（Ｃｈａｎｎｅｌ Ｋｅｙ）を含む前記第２プロトコルに対する認証情報、ユーザーＩＤ（Ｕｓｅｒ ＩＤ）、アプリケーションＩＤ（Ａｐｐｌｉｃａｔｉｏｎ ＩＤ）、およびアクセストークン（Ａｃｃｅｓｓ Ｔｏｋｅｎ）を含むユーザー認証情報、およびデバイスＩＤ（Ｄｅｖｉｃｅ ＩＤ）を含むデバイス情報を含むことができる。
【0009】
また、前記ＡＰＩ制御部は、前記少なくとも一つのユーザー端末機のうち認証されたユーザー端末機によって前記制御命令が呼び出され得る。
【0010】
また、前記ＡＰＩ制御部は、前記アプリケーションプログラミングインターフェースを通じて前記呼び出し命令を受信すると、前記受信した呼び出し命令のうち前記第２プロトコルに対する認証情報、およびユーザー認証情報のうち少なくとも一つに基づいて、前記ユーザー端末機の認証可否を決定することができる。
【0011】
また、前記制御命令伝送部は、前記ＡＰＩ制御部で前記アプリケーションプログラミングインターフェースを通じて前記呼び出し命令を受信すると、前記受信した呼び出し命令のうち前記デバイス情報に基づいて前記第１プロトコルに従って変換した前記制御命令を伝送するデバイスを決定することができる。
【0012】
また、前記少なくとも一つのデバイスと連結されるデバイス連動インターフェース；前記デバイス連動インターフェースを通じて前記連結された少なくとも一つのデバイスの状態情報を受信するイベント受信部；前記受信された状態情報を処理するイベントプロセッサ；および前記処理された状態情報を保存する保存部；をさらに含むことができる。
【0013】
また、前記イベント受信部は、前記デバイス連動インターフェースを通じて前記連結された少なくとも一つのデバイスのうち少なくとも一つの状態が変更される時、前記状態が変更された少なくとも一つのデバイスの状態情報を受信することができる。
【0014】
また、前記ＡＰＩ制御部で前記アプリケーションプログラミングインターフェースを通じて前記少なくとも一つのデバイスの前記状態情報照会命令の前記呼び出し命令を受信すると、前記保存部に保存された前記処理された状態情報を前記少なくとも一つのユーザー端末機に伝送するイベント伝送部；をさらに含むことができる。
【0015】
また、前記フィルタは、前記受信した呼び出し命令のうち前記第２プロトコルに対する認証情報、およびユーザー認証情報のうち少なくとも一つに基づいて、前記処理された状態情報をフィルタリングして前記イベント伝送部に伝達することができる。
【0016】
また、前記保存部は、前記ＡＰＩ制御部で前記アプリケーションプログラミングインターフェースを通じて前記少なくとも一つのデバイスの前記状態情報購読申請命令の前記呼び出し命令を受信すると、前記受信した呼び出し命令のうち前記第２プロトコルに対する認証情報、ユーザー認証情報、およびデバイス情報を購読申請情報として保存することができる。
【0017】
また、前記イベントプロセッサは、前記購読申請情報として保存されたデバイス情報に対応するデバイスの状態情報が変更されると、前記購読申請情報として保存された前記第２プロトコルに対する認証情報および前記ユーザー認証情報に対応するユーザー端末機に前記変更された状態情報を伝送するように、前記変更された状態情報を処理して前記イベント伝送部に提供することができる。
【0018】
また、前記イベントプロセッサは、前記ＡＰＩ制御部で前記アプリケーションプログラミングインターフェースを通じて前記少なくとも一つのデバイスの前記状態情報購読解約命令の前記呼び出し命令を受信すると、前記購読申請情報として保存されたデバイス情報に対応するデバイスの状態情報を前記イベント伝送部に提供しないこともある。
【0019】
また、前記保存部は、前記ＡＰＩ制御部で前記アプリケーションプログラミングインターフェースを通じて前記少なくとも一つのデバイスの前記条件設定命令の前記呼び出し命令を受信すると、前記受信された条件設定命令に対する呼び出し命令の条件および前記デバイス情報を含む条件設定情報を保存することができる。
【0020】
また、前記イベントプロセッサは、前記条件設定情報として保存されたデバイス情報に対応するデバイスの状態情報が前記条件設定情報として保存された条件を満足すると、前記条件満足結果を前記イベント伝送部に提供することができる。
【0021】
また、前記イベントプロセッサによって処理された前記状態情報が第３プロトコルに基づいて動作するパートナーサーバによって呼び出されるアダプター（Ａｄａｐｔｅｒ）；をさらに含むことができる。
【0022】
また、前記アダプターは、前記第３プロトコルに基づいて前記パートナーサーバに連結された少なくとも一つのパートナーデバイスを制御するように、前記第１プロトコルを通じて前記少なくとも一つのパートナーデバイスに対する制御命令を呼び出すことができる。
【0023】
第１プロトコルに基づいて動作する少なくとも一つのデバイスおよび第２プロトコルに基づいて動作する少なくとも一つのユーザー端末機を連結するスマートホームサービスサーバにおいて、前記スマートホームサービスサーバのＡＰＩ制御部で、前記少なくとも一つのユーザー端末機の前記第２プロトコルを通じて前記少なくとも一つのデバイスに対する制御命令が呼び出される段階；前記スマートホームサービスサーバのフィルタで、前記呼び出された制御命令を前記第１プロトコルに従って変換する段階；および前記スマートホームサービスサーバの制御命令伝送部で、前記第１プロトコルに従って変換した前記制御命令を前記少なくとも一つのデバイスに伝送する段階；を含むことができる。
【0024】
また、前記制御命令が呼び出される段階は、前記第２プロトコル上で前記第１プロトコルの制御命令を呼び出すアプリケーションプログラミングインターフェースを前記少なくとも一つのユーザー端末機に提供する段階；を含むことができる。
【0025】
また、前記制御命令が呼び出される段階は、前記アプリケーションプログラミングインターフェースを通じて前記制御命令を呼び出す呼び出し命令を前記少なくとも一つのユーザー端末機から受信する段階；をさらに含み、前記呼び出し命令は、チャネルキーを含む前記第２プロトコルに対する認証情報、ユーザーＩＤ、アプリケーションＩＤ、およびアクセストークンを含むユーザー認証情報、およびデバイスＩＤを含むデバイス情報を含むことができる。
【0026】
また、前記制御命令が呼び出される段階は、前記少なくとも一つのユーザー端末機のうち認証されたユーザー端末機によって前記制御命令が呼び出され得る。
【0027】
また、前記制御命令が呼び出される段階は、前記呼び出し命令が受信されると、前記受信した呼び出し命令のうち前記第２プロトコルに対する認証情報、およびユーザー認証情報のうち少なくとも一つに基づいて、前記ユーザー端末機の認証可否を決定する段階；をさらに含むことができる。
【0028】
また、前記制御命令を伝送する段階は、前記呼び出し命令が受信されると、前記受信した呼び出し命令のうち前記デバイス情報に基づいて前記第１プロトコルに従って変換した前記制御命令を伝送するデバイスを決定する段階；をさらに含むことができる。
【0029】
また、前記スマートホームサービスサーバのイベント受信部で、前記デバイス連動インターフェースを通じて前記連結された少なくとも一つのデバイスの状態情報を受信する段階；前記スマートホームサービスサーバのイベントプロセッサで、前記受信された状態情報を処理する段階；および前記スマートホームサービスサーバの保存部で、前記処理された状態情報を保存する段階；をさらに含むことができる。
【0030】
また、前記状態情報を受信する段階は、前記連結された少なくとも一つのデバイスのうち少なくとも一つの状態が変更される時、前記状態が変更された少なくとも一つのデバイスの状態情報を受信することができる。
【0031】
また、前記スマートホームサービスサーバのイベント伝送部で、前記少なくとも一つのデバイスの前記状態情報照会命令の前記呼び出し命令が受信されると、前記保存された状態情報を前記少なくとも一つのユーザー端末機に伝送する段階；をさらに含むことができる。
【0032】
また、前記保存された状態情報を前記少なくとも一つのユーザー端末機に伝送する段階は、前記受信した呼び出し命令のうち前記第２プロトコルに対する認証情報、およびユーザー認証情報のうち少なくとも一つに基づいて、前記処理された状態情報をフィルタリングして前記少なくとも一つのユーザー端末機に伝送することができる。
【0033】
また、前記少なくとも一つのデバイスの前記状態情報購読申請命令の前記呼び出し命令が受信されると、前記受信した呼び出し命令のうち前記第２プロトコルに対する認証情報、ユーザー認証情報、およびデバイス情報を購読申請情報として保存する段階；をさらに含むことができる。
【0034】
また、前記購読申請情報として保存されたデバイス情報に対応するデバイスの状態情報が変更されると、前記購読申請情報として保存された前記第２プロトコルに対する認証情報および前記ユーザー認証情報に対応するユーザー端末機に前記変更された状態情報を伝送する段階；をさらに含むことができる。
【0035】
また、前記ＡＰＩ制御部で前記アプリケーションプログラミングインターフェースを通じて前記少なくとも一つのデバイスの前記状態情報購読解約命令の前記呼び出し命令を受信すると、前記購読申請情報として保存されたデバイス情報に対応するデバイスの状態情報を前記イベント伝送部に提供しない段階；をさらに含むことができる。
【0036】
また、前記少なくとも一つのデバイスの前記条件設定命令の前記呼び出し命令が受信されると、前記受信された条件設定命令に対する呼び出し命令の条件および前記デバイス情報を含む条件設定情報を保存する段階；をさらに含むことができる。
【0037】
また、前記条件設定情報として保存されたデバイス情報に対応するデバイスの状態情報が前記条件設定情報として保存された条件を満足すると、前記条件満足結果を前記少なくとも一つのデバイスに提供する段階；をさらに含むことができる。
【0038】
また、前記スマートホームサービスサーバのアダプターで、前記処理された状態情報が第３プロトコルに基づいて動作するパートナーサーバによって呼び出される段階；をさらに含むことができる。
【0039】
また、前記第３プロトコルに基づいて前記パートナーサーバに連結された少なくとも一つのパートナーデバイスを制御するように、前記第１プロトコルを通じて前記少なくとも一つのパートナーデバイスに対する制御命令を呼び出す段階；をさらに含むことができる。
【発明の効果】
【0040】
スマートホームサービスサーバ、およびその制御方法の一側面によると、互いに異なるプロトコルに基づくデバイスおよびユーザー端末機間にも制御が可能なネットワーク環境を提供することによって、事物インターネットネットワークの汎用性および拡張性を増大させることができる。
【0041】
また、デバイスから獲得された多数の情報を管理することによって、多様な形態のサービス提供が可能なマッシュアップ（Ｍａｓｈｕｐ）サービス環境を構築することができる。
【図面の簡単な説明】
【0042】
【図1a】多様な実施例に係る事物インターネットデバイスのネットワークシステムを示した図面。
【図1b】多様な実施例に係る事物インターネットデバイスのネットワークシステムを示した図面。
【図2】一実施例に係るスマートホームサービスサーバのブロック図。
【図3】一実施例に係るユーザーに対する認証手続きを説明するための図面。
【図4】一実施例に係る認証されたユーザーがユーザー端末機を通じてスマートホームサービスサーバに伝送する認証情報を例示した図面。
【図5】一実施例に係るスマートホームサービスサーバのユーザー端末機に対する認証可否の確認方法のフローチャート。
【図6】一実施例に係るＡＰＩ制御部でＡＰＩを通じてデバイス制御命令が呼び出された場合の情報伝達経路を示した図面。
【図8】一実施例に係る保存部に保存されるデバイス状態情報を例示した図面。
【図9a】一実施例に係るフィルタが状態情報をフィルタリングする方法について説明するための図面。
【図9b】一実施例に係るフィルタが状態情報をフィルタリングする方法について説明するための図面。
【図10】一実施例に係るＡＰＩ制御部でＡＰＩを通じてデバイス状態情報照会命令が呼び出された場合の情報伝達経路を示した図面。
【図11】一実施例に係るスマートホームサービスサーバの制御方法のうち制御可能デバイスのリスト生成命令の呼び出し命令受信時の動作についてのフローチャート。
【図12】一実施例に係るスマートホームサービスサーバの制御方法のうち状態情報照会命令の呼び出し命令受信時の動作についてのフローチャート。
【図13】一実施例に係るスマートホームサービスサーバの制御方法のうちデバイス状態情報の購読申請命令の呼び出し命令受信時の動作についてのフローチャート。
【図15】一実施例に係るスマートホームサービスサーバの制御方法のうちデバイス状態情報の購読解約命令の呼び出し命令受信時の動作についてのフローチャート。
【図16】一実施例に係るスマートホームサービスサーバの制御方法のうちデバイス条件設定命令の呼び出し命令受信時の動作についてのフローチャート。
【図18】一実施例に係る事物インターネットネットワーク動作のフローチャート。
【図19】一実施例に係るアダプターの動作を説明するための図面。
【発明を実施するための形態】
【0043】
本明細書に記載された実施例と図面に図示された構成は開示された発明の好ましい一例に過ぎず、本出願の出願時点において本明細書の実施例と図面を代替できる多様な変形例が存在し得る。
【0044】
また、本明細書の各図面で提示された同一の参照番号または符号は実質的に同じ機能を遂行する部品または構成要素を指し示す。
【0045】
また、本明細書で用いられた用語は、実施例を説明するために使用されたものであって、開示された発明を制限および／または限定しようとする意図ではない。単数の表現は文脈上明白に異なることを意味しない限り、複数の表現を含む。本明細書で、「含む」または「有する」等の用語は、明細書上に記載された特徴、数字、段階、動作、構成要素、部品またはこれらを組み合わせたものが存在することを指定しようとするものであって、一つまたはそれ以上の他の特徴や数字、段階、動作、構成要素、部品またはこれらを組み合わせたものなどの存在または付加の可能性をあらかじめ排除するものではない。
【0046】
また、本明細書で使った「第１」、「第２」等のように序数を含む用語は多様な構成要素を説明するのに使用され得るが、前記構成要素は前記用語によって限定されず、前記用語は一つの構成要素を他の構成要素から区別する目的でのみ使用される。例えば、本発明の権利範囲を逸脱することなく第１構成要素は第２構成要素と命名され得、同様に第２構成要素も第１構成要素と命名され得る。「および／または」という用語は、複数の関連した記載された項目の組み合わせまたは複数の関連した記載された項目のうちいずれかの項目を含む。
【0047】
以下、本発明に係る実施例を添付された図面を参照して詳細に説明する。
【0049】
事物インターネットＩＯＴは、インターネットを基盤としてすべての事物を連結して、人と事物、事物と事物間の情報を相互疎通する知能型技術およびサービスを意味する。これを具現するための技術要素としては、有形の事物と周囲環境から情報を得るセンシング技術、事物がインターネットに連結されるように支援する有無線通信およびネットワークインフラ技術、各種サービス分野と形態に適合するように情報を加工し処理したり、各種技術を融合するサービスインターフェース技術、大量のデータなどの事物インターネットの構成要素に対するハッキングや情報の流出を防止するためのセキュリティー技術などがある。
【0050】
このような事物インターネットＩＯＴを基盤としてネットワークに連結できるデバイスＤには、洗濯機ＤＷ、冷蔵庫ＤＲ、空気調和機ＤＡ、掃除機ＤＶ、オーブンＤＯなどの一般家庭で使う各種家電機器、デジタルカメラ、コンピュータ、ノートパソコン、各種センサ、自動車オーディオ、デジタル計量器、ドアロック装置、ゲーム機、スピーカー、セキュリティー装置などの周辺のあらゆる事物を含むことができる。事物の種類に対する制限はない。
【0051】
デバイスＤはデバイスサーバＳＤに接続することによって、事物インターネットネットワークを構成することができる。デバイスサーバＳＤは、接続されたデバイスＤから情報を受信し、保存し、他のデバイスＤに伝送することによって、事物インターネットサービスを提供することができる。
【0052】
このように構成された事物インターネットネットワークは、同じプロトコルに従って動作する必要がある。ここで、プロトコル（Ｐｒｏｔｏｃｏｌ）とは、デバイスサーバ、およびこれと連結された少なくとも一つのデバイスの間で情報交換が円滑に行われるように定めた多様な通信規則と方法に対する約束すなわち、通信の規約を意味し得、通信規約とは、相互間の接続や情報の伝達方式、通信方式、やり取りされる情報の形式、エラー検出方式、コード変換方式、伝送速度などを定めることを意味し得る。
【0053】
同じプロトコルに基づいて動作するとは、同じ方式に沿って相互に情報交換を遂行することを意味するので、同じ事物インターネットネットワークを構成するデバイスサーバ、およびデバイスは、同じ形式の制御命令を送受信することによって相互に制御が可能となり得る。併せて、このように構成された事物インターネットネットワークにユーザーが接続することによって、デバイスに対する直接的な制御が可能となり得る。具体的には、ユーザーはユーザー端末機を事物インターネットネットワークのデバイスサーバに接続し、ユーザー端末機を通じて制御命令を入力することによって事物インターネットネットワークに接続されたデバイスを制御することができる。この時、ユーザー端末機Ｕは、ジグビー（ＺｉｇＢｅｅ）通信網、Ｗｉ−Ｆｉ（ＷＩＦＩ）通信網、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ（登録商標））通信網、移動通信網、近距離通信網（ＬＡＮ）、広域通信網（ＷＡＮ）、またはポイント・ツー・ポイント電話回線連結のような多様な通信リンクを通じてデバイスサーバＳＤに接続され得る。
【0054】
また、ユーザー端末機は、スマートフォン（Ｓｍａｒｔ Ｐｈｏｎｅ）、セルラーフォン（Ｃｅｌｌｕｌａｒ Ｐｈｏｎｅ）、タブレットＰＣ（Ｔａｂｌｅｔ ＰＣ）、スマートＴＶ、デジタルカメラ、個人用デジタル補助装置（ＰＤＡ、Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、遠隔制御装置（Ｒｅｍｏｔｅ Ｃｏｎｔｒｏｌｌｅｒ）、携帯用マルチメディアプレーヤー（Ｐｏｒｔａｂｌｅ Ｍｕｌｔｉｍｅｄｉａ Ｐｌａｙｅｒ：ＰＭＰ）、ノートパソコン、デスクトップコンピュータなどで具現され得る。
【0055】
一方、事物インターネットネットワークに接続されたユーザー端末機は、同一ネットワーク上のデバイスおよびデバイスサーバと同じプロトコルに従って動作する必要がある。ユーザー端末機を通じてデバイスに対する制御命令が入力されるが、入力された制御命令が事物インターネットネットワークを構成するデバイスに直接適用されるためには、ユーザー端末機のプロトコルがデバイスおよびデバイスサーバのプロトコルに従わなければならないためである。
【0056】
具体的には、ユーザー端末機には、事物インターネットネットワークを構成するデバイスおよびデバイスサーバと同一プロトコルに基づいて制御命令の入力を受けるために、デバイスおよびデバイスサーバの動作の基礎となるプロトコルに従うアプリケーションが設置され得る。ユーザー端末機に設置されるアプリケーションは事物インターネットネットワークへの接続、事物インターネットネットワーク状態に対する情報の提供、事物インターネットネットワークに対する設定、事物インターネットネットワークを構成するデバイスＤのそれぞれの情報の提供、および／または事物インターネットネットワークを構成するデバイスＤのそれぞれに対する制御などが可能な環境を提供することができる。
【0057】
このように、ユーザー端末機に設置されるアプリケーションは、特定のプロトコルに従って具現され、ユーザーは設置されたアプリケーションと同じプロトコルを採択したデバイスに対する制御命令のみを入力することができる。その結果、ユーザーは異種のプロトコルに基づく互いに異なるデバイスを共に制御するためには、それぞれのデバイスが採択するプロトコルに対応するそれぞれのアプリケーションをいずれも設置する必要がある。
【0058】
これを解決するために、本願発明に係るスマートホームサービスサーバ１００は、事物インターネットネットワークを構成するデバイスＤの汎用性を高めるために、互いに異なるプロトコル間のインターフェース役割をするアプリケーションプログラミングインターフェースを提供することができる。
【0059】
再び図１ａを参照すると、本願発明の一実施例に係るネットワークシステムは、複数のデバイスＤと複数のユーザー端末機Ｕ１、Ｕ２、Ｕ３が接続するサーバがそれぞれ異なり得る。具体的には、複数のデバイスＤはデバイスサーバＳＤと接続し、複数のユーザー端末機Ｕ１、Ｕ２、Ｕ３はパートナーサーバＳＵと接続することができる。この時、複数のデバイスＤは第１プロトコルに従って動作するのでデバイスサーバＳＤと共に一つの事物インターネットネットワークを構築し、複数のユーザー端末機Ｕ１、Ｕ２、Ｕ３は第２プロトコルに従って動作するのでパートナーサーバと共に他の一つの事物インターネットネットワークを構築することができる。
【0060】
このように、互いに異なるプロトコルに基づく互いに異なる事物インターネットネットワークが直接連結される場合、制御命令を含む情報の形式、伝達方式などが異なるため、これら間の通信は不可能であり得る。
【0061】
したがって、本願発明に係るスマートホームサービスサーバ１００は、デバイスＤが接続されるデバイスサーバＳＤとユーザー端末機Ｕが接続されるパートナーサーバＳＵとの間で両者と接続され得る。また、スマートホームサービスサーバ１００は、互いに異なるプロトコルに基づいたユーザー端末機Ｕ１、Ｕ２、Ｕ３とデバイスＤとの間の制御が行われるように、第２プロトコル上で第１プロトコルの制御命令を呼び出すＡＰＩを複数のユーザー端末機Ｕ１、Ｕ２、Ｕ３に提供することができる。
【0062】
ここでＡＰＩは、いずれか一つのプロトコルで他のプロトコルのある処理のために呼び出しできるサブルーチンまたは関数の集合と定義され得る。その結果、ＡＰＩはいずれか一つのプロトコルで他のプロトコルの動作が遂行され得る環境を提供することができる。
【0063】
図１ａでは、スマートホームサービスサーバ１００が複数のデバイスＤが接続されるデバイスサーバＳＤおよび複数のユーザー端末機Ｕ１、Ｕ２、Ｕ３が接続されるパートナーサーバＳＵにそれぞれ接続される場合を例示した。これとは異なり、スマートホームサービスサーバ１００が複数のデバイスＤのそれぞれと直接接続されてもよく、これは図１ｂで例示している。
【0064】
以下では、本願発明の一実施例に係るスマートホームサービスサーバ１００の構成および動作について詳細に説明する。以下では説明の便宜上、スマートホームサービスサーバ１００に接続される複数のデバイスＤは第１プロトコルの制御命令により制御され、スマートホームサービスサーバ１００に接続されるユーザー端末機Ｕは第２プロトコルの制御命令の入力を受けることができることを前提とする。特に、ユーザー端末機Ｕは、第２プロトコルの制御命令の入力を受けることができるアプリケーションが設置されていると仮定する。
【0066】
図２を参照すると、一実施例に係るスマートホームサービスサーバ１００は、第２プロトコルを通じて第１プロトコルの制御命令を呼び出すためのＡＰＩを提供するＡＰＩ制御部１１０；呼び出された制御命令を第１プロトコルに従って変換するフィルタ１２０；変換された制御命令を外部に伝送する制御命令伝送部１３０；外部のデバイスＤと連結されるデバイス連動インターフェース１４０；デバイス連動インターフェース１４０を通じてデバイスＤの状態情報を受信するイベント受信部１５０；受信された状態情報を処理するイベントプロセッサ１６０；処理された状態情報を含む各種情報が保存される保存部１７０；処理された状態情報を外部に伝送するイベント伝送部１８０；処理された状態情報が第３プロトコルに基づいて動作するパートナーサーバＳＰにより呼び出されるアダプター１９０；を含むことができる。
【0067】
保存部１７０は、互いに異なるプロトコルに基づいたネットワークを連結するための各種情報を保存することができる。まず、保存部１７０はデバイス連動インターフェース１４０を通じてスマートホームサービスサーバ１００と連結される少なくとも一つのデバイスＤに対する情報、デバイスＤのユーザーに対する情報、これらのマッピング情報、およびデバイスＤの条件情報などを保存することができる。以下の表（１）、（２）、（３）、および（４）は溝サービスサーバと連結されるデバイスＤ情報、ユーザー情報、マッピング情報、および条件情報を例示する。
【0068】
【表1】
【0069】
【表2】
【0070】
【表3】
【0071】
【表4】
【0072】
表（２）を参照すると、保存部１７０に保存されるユーザー情報は、デバイスＤのユーザーを識別するためのＩＤとしてのＵｓｅｒＩＤ、ユーザー名情報であるＵｎｅｒＮａｍｅ、認証時に使用するＩＤであるＡｃｃｏｕｎｔＩＤ、およびユーザーの国情報を表すＣｏｕｎｔｒｙＣｏｄｅを含むことができる。
【0073】
また、保存部１７０にはデバイスＤとこれを使うユーザーをマッピングさせるマッピング情報が保存され得る。表（３）を参照すると、保存部１７０に保存されるマッピング情報は、前述したＵｓｅｒＩＤ、ＤｅｖｉｃｅＩＤをマッピングさせた結果を含むことができ、ユーザーが設定したデバイスＤの名前であるＤｅｖｉｃｅＮａｍｅと、ユーザーが設定したデバイスＤの細部情報を意味するＤｅｓｃｒｉｐｔｉｏｎをさらに含むことができる。
【0074】
併せて、保存部１７０にはデバイスＤの動作のための条件情報をさらに保存することができる。表（４）を参照すると、保存部１７０に保存される条件情報は、前述したＵｓｅｒＩＤ、ＤｅｖｉｃｅＩＤと共に、条件設定の対象となるリソース名称であるＲｅｓｏｕｒｃｅ、条件設定のための演算子情報であるＯｐｅｒａｔｏｒ、および条件設定のための条件値であるＣｏｎｄｉｔｉｏｎＶａｌｕｅを含むことができる。
【0075】
その後、保存部１７０はスマートホームサービスサーバ１００に連結可能であるように認証された第２プロトコルに対する認証情報、すなわちパートナーサーバＳＰに対する認証情報を含むことができる。表（５）はパートナーサーバＳＰに対する認証情報の一実施例を示す。
【0076】
【表5】
【0077】
併せて、保存部１７０はパートナーサーバＳＰに連結された個別ユーザーの認証情報をさらに保存することができる。このために、パートナーサーバＳＰに連結されたユーザー端末機Ｕのユーザーは、別途の認証手続きを経ることになるが、これについては、図３を参照して詳細に説明する。
【0078】
図３は一実施例に係るユーザーに対する認証手続きを説明するための図面であり、図４は一実施例に係る認証されたユーザーがユーザー端末機を通じてスマートホームサービスサーバに伝送する認証情報を例示した図面である。
【0079】
まず、段階１として、認証しようとするユーザーは認証サーバに認証要請をすることができる。具体的には、ユーザーはユーザー端末機Ｕが連結されたパートナーサーバＳＰのアプリケーションＩＤであるＡｐｐＩＤなどを認証サーバに伝送することができる。これに対応して、段階１′として、認証を要請したユーザーのユーザー端末機Ｕが認証されたパートナーサーバＳＰに連結されたと確認されると、認証サーバはユーザー端末機Ｕに認証コードであるＡｕｔｈ−Ｃｏｄｅを伝送することができる。
【0080】
その後、段階２として、Ａｕｔｈ−Ｃｏｄｅを受信したユーザー端末機Ｕは認証サーバにアクセストークンを要請することができ、段階２′として、認証サーバは該当ユーザーが認証されたことを表す固有のアクセストークンをユーザー端末機Ｕに割り当てることができる。
【0081】
これにより、ユーザーは認証サーバによる認証手続きを終了することになる。すなわち、パートナーサーバＳＰの認証とユーザーに対する認証を通じてユーザー端末機Ｕの認証が決定され得る。
【0082】
認証手続きが終了すると、段階３および３′として、ユーザー端末機ＵはパートナーサーバＳＰに制御命令を含む情報を伝達する時、割り当てられたアクセストークンを含む認証情報を共に伝達することができる。
【0083】
図４を参照すると、ユーザー端末機Ｕにより伝達される認証情報は前述したＣｈａｎｎｅｌＫｅｙ、ＵｓｅｒＩＤ、ＡｐｐＩＤと共にアクセストークンが共に伝達されることを確認することができる。
【0084】
認証情報を受信したパートナーサーバＳＰは、段階４および４′として、ユーザー端末機Ｕから受信した認証情報をスマートホームサービスサーバ１００に伝送することができる。認証情報を受信したスマートホームサービスサーバ１００は、段階５、および５′として、認証情報を認証サーバに伝達してアクセストークンが有効であるかを確認することができる。もし、該当アクセストークンが有効であると確認されると、スマートホームサービスサーバ１００はユーザー端末機Ｕの認証情報として有効なアクセストークンを保存することができる。
【0085】
その結果、以後に特定のユーザー端末機Ｕから受信した情報内にあらかじめ保存された有効なアクセストークンが含まれる場合、認証サーバを通した認証可否の確認なしに、該当ユーザー端末機Ｕが認証されたと判断して以後の手続きを進行させることができる。
【0086】
また、保存部１７０は制御可能なデバイスＤのリストと、制御可能なデバイスＤの状態情報を保存することができ、これについては後述する。
【0087】
このために、保存部１７０は、フラッシュメモリタイプ（ｆｌａｓｈ ｍｅｍｏｒｙ ｔｙｐｅ）、ハードディスクタイプ（ｈａｒｄ ｄｉｓｋ ｔｙｐｅ）、マルチメディアカードマイクロタイプ（ｍｕｌｔｉｍｅｄｉａ ｃａｒｄ ｍｉｃｒｏ ｔｙｐｅ）、カードタイプのメモリ（例えばＳＤまたはＸＤメモリなど）、ラム（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）、ＳＲＡＭ（Ｓｔａｔｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ロム（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、磁気メモリ、磁気ディスク、光ディスクのうち少なくとも一つの形態で具現され得る。
【0088】
図５は、一実施例に係るスマートホームサービスサーバのユーザー端末機に対する認証可否の確認方法のフローチャートである。
【0089】
まず、スマートホームサービスサーバ１００は、ユーザー端末機ＵからＡＰＩを通じて制御命令を呼び出す呼び出し命令が受信されたのかを確認することができる（３００）。呼び出し命令が受信されていないのであれば、繰り返してこれを確認することができる。
【0090】
もし、呼び出し命令が受信されたのであれば、スマートホームサービスサーバ１００は、受信された呼び出し命令に含まれたアクセストークンの有効性を認証サーバに確認要請することができる（３１０）。ここで、アクセストークンは認証されたパートナーサーバＳＰに接続されたユーザー端末機Ｕであって、Ａｕｔｈ−Ｃｏｄｅを受信したユーザー端末機Ｕに認証サーバが割り当てることができる。
【0091】
確認要請の結果を受信して、スマートホームサービスサーバ１００は認証サーバでアクセストークンの有効性を認めたのかを確認することができる（３２０）。
【0092】
もし、アクセストークンが有効でないのであれば、スマートホームサービスサーバ１００は認証されていないユーザー端末機Ｕであることをユーザー端末機Ｕに通知することができる（３３０）。
【0093】
その反面、アクセストークンが有効であれば、スマートホームサービスサーバ１００は有効なアクセストークンを保存部１７０に保存することができる（３４０）。このように保存されたアクセストークンは、今後受信した呼び出し命令内に含まれたアクセストークンが有効であるかの確認に利用され得る。
【0094】
再び図２を参照すると、ＡＰＩ制御部１１０は、デバイスＤと互いに異なるプロトコルに基づく認証されたユーザー端末機Ｕ上でデバイスＤの制御命令の呼び出しが可能な環境を提供することができる。以下では図６を参照して、ＡＰＩ制御部１１０で呼び出された制御命令の伝送経路を説明する。
【0095】
図６は、一実施例に係るＡＰＩ制御部でＡＰＩを通じてデバイス制御命令が呼び出された場合の情報伝達経路を示した図面である。
【0096】
上述した通り、ＡＰＩ制御部１１０は第２プロトコル上で第１プロトコルの制御命令を呼び出すＡＰＩを保存し、これをユーザー端末機Ｕに提供することができる。その結果、ユーザー端末機Ｕの第２プロトコルを通じてデバイスＤの第１プロトコルに従う制御命令の呼び出しが可能となり得る。
【0097】
この時、ＡＰＩ制御部１１０は、第１プロトコルに従う制御命令を第２プロトコル上で呼び出す呼び出し命令をユーザー端末機Ｕから受信することができる。この時、呼び出し命令は呼び出そうとする制御命令と共に、チャネルキーを含む前記第２プロトコルに対する認証情報、ユーザーＩＤ、アプリケーションＩＤ、およびアクセストークンを含むユーザー認証情報、およびデバイスＤ ＩＤを含むデバイスＤ情報などを含むことができる。
【0098】
呼び出し命令が受信されると、フィルタ１２０は呼び出された制御命令を第１プロトコルの形式に合うように変換することができる。例えば、ＡＰＩ制御部１１０が受信した呼び出し命令内に含まれる制御命令が｛「Ｗｉｎｄ」：｛「ｓｐｅｅｄＬｅｖｅｌ」：０｝｝であり得る。これは特定のデバイスＤの風の強さに対する制御命令であり得る。これに対応して、フィルタ１２０は前述した制御命令を第１プロトコルの形式、すなわちデバイスＤの制御が可能な制御命令の形態である｛「Ｄｅｖｉｃｅ」：｛「Ｗｉｎｄ」：｛「ｓｐｅｅｄＬｅｖｅｌ」：０｝、「Ｍｏｄｅ」：｛「ｏｐｔｉｏｎｓ」：［「Ｃｏｍｏｄｅ＿Ｏｆｆ」］｝｝に変換することができる。
【0099】
制御命令伝送部１３０は、第１プロトコルに従って変換された制御命令をデバイスＤに伝送することができる。この時、制御命令伝送部１３０は、前述した呼び出し命令に含まれるデバイスＤ情報に基づいて、第１プロトコルに従って変換された制御命令を伝送するデバイスＤを決定することができる。上述した通り、デバイスＤ情報はＤｅｖｉｃｅＩＤを含むので、制御命令伝送部１３０はフィルタ１２０により変換された制御命令を呼び出し命令に含まれたＤｅｖｉｃｅＩＤを有するデバイスＤに伝送することができる。
【0100】
その結果、第２プロトコルに基づいたユーザー端末機Ｕを通じて入力された制御命令が第１プロトコルに基づいたデバイスＤに伝達され得る。制御命令を受信したデバイスＤは制御命令により制御され得る。
【0101】
また、スマートホームサービスサーバ１００は、受信した制御命令により制御されたデバイスＤの制御結果による変更された状態情報をユーザー端末機Ｕに伝達することもできる。これについては、図７、８、および９ａ、９ｂを参照して詳細に説明する。
【0102】
図７は図６の伝達経路を通じて伝達された制御命令により変更されたデバイス状態情報の伝送経路を示した図面であり、図８は一実施例に係る保存部に保存されるデバイス状態情報を例示した図面であり、図９ａおよび９ｂは一実施例に係るフィルタが状態情報をフィルタリングする方法について説明するための図面である。
【0103】
前述した図６の伝達経路を通じて制御命令が伝達されたデバイスＤは、制御命令により制御され得る。その結果、該当デバイスＤの状態が変更され得る。スマートホームサービスサーバ１００と連結されたデバイスＤは、状態情報変更のようなイベントが発生すると、デバイス連動インターフェース１４０を通じてイベント受信部１５０にこれを伝送することができる。
【0104】
イベント受信部１５０は、キュー（Ｑｕｅｕｅ）のように、受信したイベントが順次一時保存され、順次出力され得る。イベントプロセッサ１６０は、イベント受信部１５０に一時保存されたイベントをフロー制御（Ｆｌｏｗ Ｃｏｎｔｒｏｌ）方式により処理することによって、保存されたデータを有効に加工することができる。ここで、フロー制御とは、データを受信する側が耐え得る程度の伝送速度を維持しつつデータフレームを伝送するようにする制御を意味し得る。
【0105】
イベントが処理されると、イベントプロセッサ１６０は処理されたイベントを保存部１７０に保存することができる。例えば、保存部１７０は特定のデバイスの状態情報変更に対するイベントＳをデバイスＤ情報と共に保存することができる。
【0106】
図８を参照すると、保存部１７０は、ＤｅｖｉｃｅＩＤが「ＦＦＦＦＦＦ−ＦＦＦＦ−ＦＦＦＦ−ＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦ」であり、ＤｅｖｉｃｅＮａｍｅが「Ｏｖｅｎ」であり、ＵＵＩＤが「ＦＦＦＦＦＦ−ＦＦＦＦ−ＦＦＦＦ−ＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦ」であり、ＤｅｖｉｃｅＴｙｐｅが「Ｏｖｅｎ」であり、Ｄｅｓｃｒｉｐｔｉｏｎが「Ｍｙ Ｏｖｅｎ」であるデバイスＤ情報を保存することができる。また、保存部１７０はデバイスＤ情報に続きＲｅｓｏｕｒｃｅｓが「Ｔｅｍｐｅｒａｔｕｒｅｓ」、「Ｃｏｎｆｉｇｕｒａｔｉｏｎ」、「Ｏｐｅｒａｔｉｏｎ」、「Ｏｖｅｎ」、「Ａｌａｒｍｓ」であり、それぞれのＲｅｓｏｕｒｃｅｓの状態を含む状態情報を保存することができる。
【0107】
また、イベントプロセッサ１６０は、処理されたイベントをイベント伝送部１８０を通じてパートナーサーバＳＰに伝送することができる。その結果、ユーザーはユーザー端末機Ｕを通じて制御命令によるデバイスＤ状態情報が変更されたという事実を認知することができる。
【0108】
この時、イベントプロセッサ１６０は、処理されたイベントをフィルタ１２０を経させてイベント伝送部１８０に提供することができる。フィルタ１２０は、提供されたイベントを受信するユーザー端末機Ｕに対する情報に基づいてフィルタリングした後、イベント伝送部１８０に伝達することができる。例えば、処理されたイベントがユーザー端末機Ｕから呼び出された制御命令により発生したものであれば、フィルタ１２０は制御命令を呼び出すための呼び出し命令のユーザー認証情報に基づいてイベントプロセッサ１６０により処理されたイベントをフィルタリングすることができる。
【0109】
一実施例に係るフィルタ１２０は、ユーザー認証情報により決定される等級を確認し、等級によりイベントに対するフィルタリングを異ならせてすることができる。その結果、等級が互いに異なるユーザー端末機Ｕのそれぞれでは、互いにデバイスＤ状態情報変更イベントを確認することができる。
【0110】
例えば、ユーザー認証情報のうち第２プロトコルに対する認証情報（パートナーサーバＳＰに対する認証情報）、およびユーザー認証情報によりユーザーの情報に対する専門性の等級が区分される場合、フィルタ１２０は、専門性が低い等級であるほどフィルタリング水準を高めて、デバイスＤの状態情報変更イベントのうち専門性が低い情報だけをフィルタリングすることができる。これとは異なり、ユーザー認証情報のうち第２プロトコルに対する認証情報（パートナーサーバＳＰに対する認証情報）、およびユーザー認証情報によりユーザーの情報接近権限等級が区分される場合、フィルタ１２０は情報接近権限が低い等級であるほどフィルタリング水準を高めて、ユーザーデバイスＤ状態情報変更イベントのうち秘密等級が低い情報だけをフィルタリングすることもできる。
【0111】
図９ａではユーザー認証情報に基づいて、互いに異なるフィルタリングを経た二種類の状態情報が同じパートナーサーバＳＰに連結された互いに異なるユーザー端末機Ｕ１、Ｕ２に伝送される場合を例示する。このように、同じパートナーサーバＳＰからサービスが提供されるユーザーでも、それぞれのユーザーが有する特殊性を考慮してデバイスＤの状態情報を互いに異ならせて提供することができる。
【0112】
これとは異なり、図９ｂでは、パートナーサーバＳＰ１、ＳＰ２に対する認証情報に基づいて、互いに異なるフィルタリングを経た二種類の状態情報が互いに異なるパートナーサーバＳＰ１、ＳＰ２に連結された互いに異なるユーザー端末機Ｕ１、Ｕ２に伝送される場合を例示する。このように、提供するサービスが互いに異なるパートナーサーバＳＰ１、ＳＰ２に連結された互いに異なるユーザー端末機Ｕ１、Ｕ２のユーザーは、パートナーサーバＳＰ１、ＳＰ２の提供サービスによりデバイスＤ状態情報が異なって提供され得る。
【0113】
一方、ＡＰＩ制御部１１０で呼び出される制御命令とは、デバイスＤ動作を制御するための命令だけでなく、デバイスＤの状態情報と関連したスマートホームサービスサーバ１００の動作を制御するための命令を含むことができる。
【0114】
以下では、制御命令の種類によって、制御命令の伝送経路およびデバイスＤ状態情報の伝送経路を区分して説明する。
【0115】
まず、図１０〜１２を参照してデバイスＤの状態情報照会命令が制御命令として呼び出された場合について詳細に説明する。
【0116】
図１０は一実施例に係るＡＰＩ制御部でＡＰＩを通じてデバイス状態情報照会命令が呼び出された場合の情報伝達経路を示した図面であり、図１１は一実施例に係るスマートホームサービスサーバの制御方法のうち制御可能デバイスのリスト生成命令の呼び出し命令受信時の動作についてのフローチャートであり、図１２は一実施例に係るスマートホームサービスサーバの制御方法のうち状態情報照会命令の呼び出し命令受信時の動作についてのフローチャートである。
【0117】
図１０、および１１を参照すると、保存部１７０は制御可能なデバイスＤのリストと、これらの状態情報をあらかじめ保存することができる（４００）。ここで、制御可能なデバイスＤとは、デバイス連動インターフェース１４０を通じてスマートホームサービスサーバ１００と連結されたすべてのデバイスＤであるか、これらのうち電源がＯＦＦとされた場合のように、制御命令の受信不可状態ではないデバイスＤ、またはユーザーの選択によって選択されたデバイスＤを含むことができる。
【0118】
その後、ＡＰＩ制御部１１０は、ユーザー端末機ＵからパートナーサーバＳＰを通じて制御可能デバイスＤリスト生成命令を呼び出す呼び出し命令が入力されたのかを確認することができる（４１０）。日呼び一実施例に係る呼び出し命令は「Ｇｅｔ ｄｅｖｉｃｅｓ」を含むことができる。
【0119】
もし、呼び出し命令が入力されていないのであれば、ＡＰＩ制御部１１０は繰り返してこれを確認することができる。
【0120】
その反面、呼び出し命令が入力されると、ＡＰＩ制御部１１０は受信した呼び出し命令に含まれた制御命令をフィルタ１２０に伝達することができ、フィルタ１２０は伝達された制御命令を第１プロトコルの命令語の形式に変換することができる（４２０）。
【0121】
その後、変換された制御命令により保存部１７０は保存された制御可能デバイスＤリストを確認（４３０）し、イベントプロセッサ１６０はフィルタ１２０を経てイベント伝送部１８０に制御可能デバイスＤリストを伝達することができる。
【0122】
最後に、イベント伝送部１８０は制御可能デバイスＤリストをパートナーサーバＳＰに伝送（４４０）し、ユーザー端末機ＵはパートナーサーバＳＰから制御可能デバイスＤリストを受信することができる。これを通じて、ユーザーは現在制御可能なデバイスＤリストを視覚的に確認することができる。
【0123】
制御可能なデバイスＤリストを確認したユーザーは、リストのうち少なくとも一つの状態情報を照会することができる。
【0124】
このために、図１０、および１２を参照すると、まずＡＰＩ制御部１１０はユーザー端末機ＵからパートナーサーバＳＰを通じてデバイスＤの状態情報照会命令を呼び出す呼び出し命令が入力されたのかを確認することができる（５００）。このとき、呼び出し命令は状態情報照会を所望するデバイスＤに対する情報を含むことができる。一実施例に係る呼び出し命令は「Ｇｅｔ ｄｅｖｉｃｅｓ（ＤｅｖｉｃｅＩＤ）」を含むことができる。
【0125】
もし、呼び出し命令が入力されていないのであれば、ＡＰＩ制御部１１０は繰り返してこれを確認することができる。
【0126】
その反面、呼び出し命令が入力されると、ＡＰＩ制御部１１０は受信した呼び出し命令に含まれた制御命令をフィルタ１２０に伝達することができ、フィルタ１２０は伝達された制御命令を第１プロトコルの命令語の形式に変換することができる（５１０）。
【0127】
その後、変換された制御命令により保存部１７０は保存されたデバイスＤの状態情報を確認（５２０）することができる。この時、制御部は呼び出し命令に含まれたデバイスＤ情報を利用してどのデバイスＤの状態情報を確認するかを決定することができる。
【0128】
イベントプロセッサ１６０はフィルタ１２０を経てイベント伝送部１８０にデバイスＤの状態情報を伝達し、最後に、イベント伝送部１８０はデバイスＤの状態情報をパートナーサーバＳＰに伝送（５３０）することができる。その結果、ユーザー端末機ＵはパートナーサーバＳＰからデバイスＤの状態情報を受信することができる。これを通じて、ユーザーは選択したデバイスＤの状態情報を視覚的に確認することができる。
【0129】
その後、図１３〜１５を参照してデバイスＤの状態情報の購読申請命令、および購読解約命令が制御命令として呼び出された場合について詳細に説明する。
【0130】
図１３は一実施例に係るスマートホームサービスサーバの制御方法のうちデバイス状態情報の購読申請命令の呼び出し命令受信時の動作についてのフローチャートである。
【0131】
まず、ＡＰＩ制御部１１０はユーザー端末機ＵからパートナーサーバＳＰを通じてデバイスＤの状態情報購読申請命令を呼び出す呼び出し命令が入力されたのかを確認することができる（６００）。このとき、呼び出し命令は状態購読申請を所望するデバイスＤに対する情報を含むことができる。一実施例に係る呼び出し命令は「Ｐｏｓｔ Ｓｕｂｓｃｒｉｐｔｉｏｎｓ（ＤｅｖｉｃｅＩＤ）」を含むことができる。
【0132】
もし、呼び出し命令が入力されていないのであれば、ＡＰＩ制御部１１０は繰り返してこれを確認することができる。
【0133】
その反面、呼び出し命令が入力されると、ＡＰＩ制御部１１０は受信した呼び出し命令に含まれた制御命令をフィルタ１２０に伝達することができ、フィルタ１２０は伝達された制御命令を第１プロトコルの命令語の形式に変換することができる（６１０）。
【0134】
その後、変換された制御命令により保存部１７０は該当デバイスＤに購読申請されたことを保存することができる（６２０）。このとき、制御部は呼び出し命令に含まれたデバイスＤ情報を利用してどのデバイスＤが購読申請されたのかを判断することができる。
【0135】
該当デバイスＤが購読申請されたことを保存した後、イベントプロセッサ１６０はフィルタ１２０を経てイベント伝送部１８０に購読申請が完了したことを伝達し、最後に、イベント伝送部１８０は購読申請が完了したことをパートナーサーバＳＰに伝送することができる（６３０）。その結果、ユーザー端末機ＵはパートナーサーバＳＰから購読申請が完了したという情報を受信することができる。これを通じて、ユーザーは購読申請が正常に行われたことを視覚的に確認することができる。
【0137】
まず、イベント受信部１５０はデバイス連動インターフェース１４０と連結された少なくとも一つのデバイスＤの状態情報変更のようなイベントを受信することができる（７００）イベントプロセッサ１６０は受信されたイベントのうち購読申請されたデバイスＤに対する状態情報変更イベントが存在するのかを確認することができる（７１０）。もし、購読申請されたデバイスＤに対するイベントが存在しない場合、イベント受信部１５０は繰り返してイベントを受信することができる。
【0138】
その反面、購読申請されたデバイスＤに対するイベントが存在する場合、イベントプロセッサ１６０は購読申請されたデバイスＤの状態情報変更イベントを処理することができる。これと同時に、保存部１７０は購読申請されたデバイスＤの状態情報を更新することができる（７２０）。
【0139】
最後に、イベント伝送部１８０は購読申請されたデバイスＤの状態情報をパートナーサーバＳＰを通じてユーザー端末機Ｕに伝送することができる（７３０）。これを通じて、ユーザーは別途の操作がなくても、購読申請したデバイスＤの状態変更に対するイベントを確認することができる。
【0140】
図１５は一実施例に係るスマートホームサービスサーバの制御方法のうちデバイス状態情報の購読解約命令の呼び出し命令受信時の動作についてのフローチャートである。
【0141】
まず、ＡＰＩ制御部１１０はユーザー端末機ＵからパートナーサーバＳＰを通じてデバイスＤの状態情報購読解約命令を呼び出す呼び出し命令が入力されたのかを確認することができる（８００）。このとき、呼び出し命令は状態購読解約を所望するデバイスＤに対する情報を含むことができる。一実施例に係る呼び出し命令は「Ｄｅｌｅｔｅ Ｓｕｂｓｃｒｉｐｔｉｏｎｓ（ＤｅｖｉｃｅＩＤ）」を含むことができる。
【0142】
もし、呼び出し命令が入力されていないのであれば、ＡＰＩ制御部１１０は繰り返してこれを確認することができる。
【0143】
その反面、呼び出し命令が入力されると、ＡＰＩ制御部１１０は受信した呼び出し命令に含まれた制御命令をフィルタ１２０に伝達することができ、フィルタ１２０は伝達された制御命令を第１プロトコルの命令語の形式に変換することができる（８１０）。
【0144】
その後、変換された制御命令により保存部１７０は保存された該当デバイスＤへの購読申請を削除することができる（８２０）。このとき、制御部は呼び出し命令に含まれたデバイスＤ情報を利用してどのデバイスＤの購読申請を削除するのかを判断することができる。
【0145】
該当デバイスＤの購読申請を削除した後、イベントプロセッサ１６０はフィルタ１２０を経てイベント伝送部１８０に購読が解約されたことを伝達し、最後に、イベント伝送部１８０は購読が解約されたことをパートナーサーバＳＰに伝送することができる（８３０）。その結果、ユーザー端末機ＵはパートナーサーバＳＰから該当デバイスＤの購読が解約されたという情報を受信することができる。これを通じて、ユーザーは購読解約が正常に行われたことを視覚的に確認することができ、以降該当デバイスＤの状態情報変更イベントが発生してもユーザー端末機Ｕにこれを通知しない。
【0146】
また、図１６および１７を参照してデバイスの条件設定命令が制御命令として呼び出された場合について詳細に説明する。
【0147】
図１６は一実施例に係るスマートホームサービスサーバの制御方法のうちデバイス条件設定命令の呼び出し命令受信時の動作についてのフローチャートである。
【0148】
まず、ＡＰＩ制御部１１０は、ユーザー端末機ＵからパートナーサーバＳＰを通じてデバイスＤの条件設定命令を呼び出す呼び出し命令が入力されたのかを確認することができる（９００）。ここで条件とは、デバイスＤのリソースと比較するための臨界値を意味し得る。例えば、デバイスＤが空気清浄機である場合、条件は空気の汚染指数の臨界値であり得る。これとは異なり、デバイスＤが空気調和機である場合、条件は温度臨界値であり得る。
【0149】
この時、呼び出し命令は条件設定を所望するデバイスＤに対する情報を含むことができる。
【0150】
もし、呼び出し命令が入力されていないのであれば、ＡＰＩ制御部１１０は繰り返してこれを確認することができる。
【0151】
その反面、呼び出し命令が入力されると、ＡＰＩ制御部１１０は受信した呼び出し命令に含まれた制御命令をフィルタ１２０に伝達することができ、フィルタ１２０は伝達された制御命令を第１プロトコルの命令語の形式に変換することができる（９１０）。
【0152】
その後、変換された制御命令により保存部１７０は該当デバイスＤの条件を保存することができる（９２０）。このとき、制御部は呼び出し命令に含まれたデバイスＤ情報を利用してどのデバイスＤに条件を保存するのかを判断することができる。
【0153】
該当デバイスＤに条件を保存した後、イベントプロセッサ１６０はフィルタ１２０を経てイベント伝送部１８０に条件が設定されたことを伝達し、最後に、イベント伝送部１８０は条件が設定されたことをパートナーサーバＳＰに伝送することができる（９３０）。その結果、ユーザー端末機ＵはパートナーサーバＳＰから該当デバイスＤの条件が設定されたという情報を受信することができる。これを通じて、ユーザーは条件設定が正常に行われたことを視覚的に確認することができる。
【0155】
まず、イベント受信部１５０はデバイス連動インターフェース１４０と連結された少なくとも一つのデバイスＤの状態情報変更のようなイベントを受信することができる（１０００）。
【0156】
イベントプロセッサ１６０は受信されたイベントのうち条件設定されたデバイスＤに対する状態情報変更イベントが存在するのかを確認することができる（１０１０）。もし、条件設定されたデバイスＤに対するイベントが存在しない場合、イベント受信部１５０は繰り返してイベントを受信することができる。
【0157】
その反面、条件設定されたデバイスＤに対するイベントが存在する場合、イベントプロセッサ１６０は該当イベントを処理し、保存部１７０は条件設定されたデバイスＤの状態情報を更新することができる（１０２０）。
【0158】
併せて、イベントプロセッサ１６０は更新されたデバイスＤの状態情報が条件を満足するのかを確認することができる（１０３０）。もし、条件を満足しないのであれば、イベント受信部１５０は繰り返してイベントを受信することができる。
【0159】
これとは異なり、条件を満足する場合、イベント伝送部１８０は更新されたデバイスＤの状態情報が設定された条件を満足することをパートナーサーバＳＰを通じてユーザー端末機Ｕに伝送することができる（１０４０）。これを通じて、ユーザーは別途の操作がなくても、条件設定したデバイスＤの変更された状態が条件を満足することを確認することができる。
【0160】
上述した通り、異種のプロトコルを採択したデバイスＤとユーザー端末機Ｕと間にも、スマートホームサービスサーバ１００に同時に連結されることによって、一つの事物インターネットネットワークを構成することができる。以下では図１８を参照して、一つの事物インターネットネットワーク上の動作を詳細に説明する。
【0161】
図１８は、一実施例に係る事物インターネットネットワーク動作のフローチャートである。図１８は、一つの事物インターネットネットワークを構成するパートナーサーバＳＰ、スマートホームサービスサーバ１００、認証サーバ、およびデバイスＤ間の情報交換の流れを示している。以下では、１：認証−２：リスト生成−３：照会−４：購読−５：通知−６：制御−７：購読解約の順序により事物インターネットネットワークの動作を説明する。
【0162】
１：認証段階で、パートナーサーバＳＰは認証サーバにＯＡｕｔｈ ２．０方式によりＡＰＩ接近のための認証を要請することができる。具体的には、パートナーサーバＳＰは、ＡｐｐＩＤ、ＡｐｐＳｅｃｕｒｉｔｙＫｅｙを利用して認証サーバに認証を要請することができる。それにともなう応答として、認証サーバは認証されたという意味のアクセストークンをパートナーサーバＳＰに割り当てることができる。以下のすべての段階でパートナーサーバＳＰは制御命令を呼び出す呼び出し命令にアクセストークンを付加することによって、認証されたユーザー端末機Ｕであることを表示することができる。
【0163】
２：リスト生成段階で、パートナーサーバＳＰの認証されたユーザー端末機Ｕは、スマートホームサービスサーバ１００に制御可能なデバイスＤリスト生成命令を呼び出す呼び出し命令を伝送することができる。一実施例に係るリスト生成命令を呼び出す呼び出し命令は、「Ｇｅｔ ｄｅｖｉｃｅｓ」を含むことができる。それにともなう応答として、スマートホームサービスサーバ１００は保存部１７０に保存された制御可能デバイスＤリストをパートナーサーバＳＰに提供し、ユーザーはユーザー端末機Ｕを通じて制御可能デバイスＤリストを確認することができる。
【0164】
３：照会段階で、パートナーサーバＳＰの認証されたユーザー端末機Ｕは、制御可能デバイスＤリストのうち少なくとも一つの状態情報照会命令を呼び出す呼び出し命令を伝送することができる。一実施例に係る状態情報照会命令を呼び出す呼び出し命令は、「Ｇｅｔ ｄｅｖｉｃｅｓ（ＤｅｖｉｃｅＩＤ）」を含むことができる。それにともなう応答として、スマートホームサービスサーバ１００は、保存部１７０に保存されたデバイスＤの状態情報のうち照会要請されたデバイスＤの状態情報をパートナーサーバＳＰに提供し、ユーザーはユーザー端末機Ｕを通じて照会要請されたデバイスＤの状態情報を確認することができる。
【0165】
４：購読段階で、パートナーサーバＳＰの認証されたユーザー端末機Ｕは、デバイスＤ状態情報の購読申請命令を呼び出す呼び出し命令を伝送することができる。一実施例に係る状態購読申請命令を呼び出す呼び出し命令は、「Ｐｏｓｔ Ｓｕｂｓｃｒｉｐｔｉｏｎｓ（ＤｅｖｉｃｅＩＤ）」を含むことができる。それにともなう応答として、スマートホームサービスサーバ１００は、保存部１７０に該当デバイスＤが購読申請されたことを保存し、これをパートナーサーバＳＰを通じてユーザー端末機Ｕに伝送することができる。
【0166】
５：通知段階で、購読申請されたデバイスＤは、状態情報変更のイベントが発生すると、これをスマートホームサービスサーバ１００に伝送することができる。スマートホームサービスサーバ１００は、保存部１７０に保存された該当デバイスＤの状態情報を更新し、これを購読申請したユーザー端末機Ｕに通知することができる。ユーザー端末機Ｕは、パートナーサーバＳＰを通じてスマートホームサービスサーバ１００に通知を受信したことを伝送することができる。
【0167】
６：制御段階で、パートナーサーバＳＰの認証されたユーザー端末機Ｕは、状態情報を確認したデバイスＤの動作を制御する制御命令を呼び出す呼び出し命令を伝送することができる。一実施例に係るデバイスＤ動作制御命令を呼び出す呼び出し命令は、「ＰＵＴ Ｄｅｖｉｃｅ（ＤｅｖｉｃｅＩＤ、ｒｅｓｏｕｒｃｅ）」を含むことができる。それにともなう応答として、スマートホームサービスサーバ１００は、該当呼び出し命令を受信したことをユーザー端末機Ｕに通知し、制御命令をデバイスＤに伝送することができる。制御命令を受信したデバイスＤは、制御命令により動作が制御され得る。
【0168】
７：購読解約段階で、パートナーサーバＳＰの認証されたユーザー端末機Ｕは、デバイスＤ状態情報の購読解約命令を呼び出す呼び出し命令を伝送することができる。一実施例に係る状態購読解約命令を呼び出す呼び出し命令は、「Ｄｅｌｅｔｅ Ｓｕｂｓｃｒｉｐｔｉｏｎｓ（ＤｅｖｉｃｅＩＤ）」を含むことができる。それにともなう応答として、スマートホームサービスサーバ１００は、保存部１７０に保存された該当デバイスＤの購読申請を削除し、これをパートナーサーバＳＰを通じてユーザー端末機Ｕに伝送することができる。
【0169】
これまでは、第２プロトコルのユーザー端末機Ｕで第１プロトコルの制御命令を呼び出し、呼び出された制御命令を第１プロトコルの命令語の形式に沿って変形した後、変形された制御命令でデバイスＤを制御する場合について説明した。これとは反対に、第１プロトコルのデバイスＤまたはユーザー端末機Ｕで第３プロトコルのパートナーサーバＳＰとこれに連結されたデバイスＤを制御する方法について説明する。
【0170】
再び図２を参照すると、アダプター１９０（Ａｄａｐｔｅｒ）はイベントプロセッサ１６０により処理されたデバイスＤ状態情報が、第３プロトコルに基づいて動作するパートナーサーバＳＰにより呼び出され得る。これについて図１９を通じて詳細に説明する。
【0171】
図１９は、一実施例に係るアダプターの動作を説明するための図面である。
【0172】
図１９を参照すると、デバイスＤの状態情報を処理したイベントプロセッサ１６０は、処理された状態情報をアダプター１９０に提供することができる。この時、アダプター１９０は提供されたデバイスＤの状態情報が第３プロトコルの制御命令により呼び出されるように状態情報を変形することができる。
【0173】
その結果、第１プロトコルに従って動作するデバイスＤの状態情報が第３プロトコルのパートナーサーバＳＰに容易に提供され得、もし、第３プロトコルのパートナーサーバＳＰがマッシュアップ（Ｍａｓｈｕｐ）サービス事業者である場合、デバイスＤ状態情報によって、第１プロトコルではない他のプロトコルに従って動作する多様なデバイスＤが制御され得る。
【0174】
また、アダプター１９０は、第３プロトコルに基づいてパートナーサーバＳＰに連結された少なくとも一つのパートナーデバイスＤを制御することができる。このために、アダプター１９０は第１プロトコルを通じてパートナーデバイスＤに対する制御命令を呼び出すことができる。
【0175】
具体的には、アダプター１９０は例えば、アダプター１９０は第１プロトコル上で第３プロトコルの制御命令が呼び出されるようにするＡＰＩを含んだり、接近する権限を有することができる。その結果、アダプター１９０は、パートナーデバイスＤを直接制御するための第３プロトコルの制御命令を第１プロトコル上で呼び出すようにＡＰＩを利用することができる。
【0176】
このように、スマートホームサービスサーバ１００はアダプター１９０を具備することによって、異種プロトコルを有するデバイスＤ間の両方向制御が可能な環境を提供することができる。
【0177】
前述したスマートホームサービスサーバおよびその制御方法は宅内または産業現場などの多様な分野で利用され得るため、産業上利用可能性がある。