(57)【要約】  異種のプロトコルに基づくデバイスとユーザー端末機と間の制御が可能であるように、ユーザー端末機のプロトコルを通じてデバイスに対する制御命令が呼び出し可能な環境を提供するスマートホームサービスサーバおよびその制御方法を提供する。一実施例に係るスマートホームサービスサーバは、第１プロトコルに基づいて動作する少なくとも一つのデバイスおよび第２プロトコルに基づいて動作する少なくとも一つのユーザー端末機を連結するスマートホームサービスサーバにおいて、前記少なくとも一つのユーザー端末機の前記第２プロトコルを通じて前記少なくとも一つのデバイスに対する制御命令が呼び出されるＡＰＩ制御部；前記呼び出された制御命令を前記第１プロトコルに従って変換するフィルタ；および前記第１プロトコルに従って変換した前記制御命令を前記少なくとも一つのデバイスに伝送する制御命令伝送部；を含むことができる。
2019505060.tif 000002
【特許請求の範囲】
【請求項１】
第１プロトコルに基づいて動作する少なくとも一つのデバイスおよび第２プロトコルに基づいて動作する少なくとも一つのユーザー端末機を連結するスマートホームサービスサーバにおいて、
前記少なくとも一つのユーザー端末機の前記第２プロトコルを通じて前記少なくとも一つのデバイスに対する制御命令が呼び出されるＡＰＩ制御部；
前記呼び出された制御命令を前記第１プロトコルに従って変換するフィルタ；および
前記第１プロトコルに従って変換した前記制御命令を前記少なくとも一つのデバイスに伝送する制御命令伝送部；を含む、スマートホームサービスサーバ。
【請求項２】
前記ＡＰＩ制御部は、
前記第２プロトコル上で前記第１プロトコルの制御命令を呼び出すアプリケーションプログラミングインターフェースを前記少なくとも一つのユーザー端末機に提供する、請求項１に記載のスマートホームサービスサーバ。
【請求項３】
前記ＡＰＩ制御部は、
前記アプリケーションプログラミングインターフェースを通じて前記制御命令を呼び出す呼び出し命令を受信し、
前記呼び出し命令は、
チャネルキーを含む前記第２プロトコルに対する認証情報、ユーザーＩＤ、アプリケーションＩＤ、およびアクセストークンを含むユーザー認証情報、およびデバイスＩＤを含むデバイス情報を含む、請求項２に記載のスマートホームサービスサーバ。
【請求項４】
前記ＡＰＩ制御部は、
前記少なくとも一つのユーザー端末機のうち認証されたユーザー端末機によって前記制御命令が呼び出される、請求項３に記載のスマートホームサービスサーバ。
【請求項５】
前記ＡＰＩ制御部は、
前記アプリケーションプログラミングインターフェースを通じて前記呼び出し命令を受信すると、前記受信した呼び出し命令のうち前記第２プロトコルに対する認証情報、およびユーザー認証情報のうち少なくとも一つに基づいて、前記ユーザー端末機の認証可否を決定する、請求項４に記載のスマートホームサービスサーバ。
【請求項６】
前記制御命令伝送部は、
前記ＡＰＩ制御部で前記アプリケーションプログラミングインターフェースを通じて前記呼び出し命令を受信すると、前記受信した呼び出し命令のうち前記デバイス情報に基づいて前記第１プロトコルに従って変換した前記制御命令を伝送するデバイスを決定する、請求項３に記載のスマートホームサービスサーバ。
【請求項７】
前記少なくとも一つのデバイスと連結されるデバイス連動インターフェース；
前記デバイス連動インターフェースを通じて前記連結された少なくとも一つのデバイスの状態情報を受信するイベント受信部；
前記受信された状態情報を処理するイベントプロセッサ；および
前記処理された状態情報を保存する保存部；をさらに含む、請求項３に記載のスマートホームサービスサーバ。
【請求項８】
前記イベント受信部は、
前記デバイス連動インターフェースを通じて前記連結された少なくとも一つのデバイスのうち少なくとも一つの状態が変更される時、前記状態が変更された少なくとも一つのデバイスの状態情報を受信する、請求項７に記載のスマートホームサービスサーバ。
【請求項９】
前記ＡＰＩ制御部で前記アプリケーションプログラミングインターフェースを通じて前記少なくとも一つのデバイスの前記状態情報照会命令の前記呼び出し命令を受信すると、前記保存部に保存された前記処理された状態情報を前記少なくとも一つのユーザー端末機に伝送するイベント伝送部；をさらに含む、請求項７に記載のスマートホームサービスサーバ。
【請求項１０】
前記フィルターは、
前記受信した呼び出し命令のうち前記第２プロトコルに対する認証情報、およびユーザー認証情報のうち少なくとも一つに基づいて、前記処理された状態情報をフィルタリングして前記イベント伝送部に伝達する、請求項９に記載のスマートホームサービスサーバ。
【請求項１１】
前記保存部は、
前記ＡＰＩ制御部で前記アプリケーションプログラミングインターフェースを通じて前記少なくとも一つのデバイスの前記状態情報購読申請命令の前記呼び出し命令を受信すると、前記受信した呼び出し命令のうち前記第２プロトコルに対する認証情報、ユーザー認証情報、およびデバイス情報を購読申請情報として保存する、請求項９に記載のスマートホームサービスサーバ。
【請求項１２】
前記イベントプロセッサは、
前記購読申請情報として保存されたデバイス情報に対応するデバイスの状態情報が変更されると、前記購読申請情報として保存された前記第２プロトコルに対する認証情報および前記ユーザー認証情報に対応するユーザー端末機に前記変更された状態情報を伝送するように、前記変更された状態情報を処理して前記イベント伝送部に提供する、請求項１１に記載のスマートホームサービスサーバ。
【請求項１３】
前記イベントプロセッサは、
前記ＡＰＩ制御部で前記アプリケーションプログラミングインターフェースを通じて前記少なくとも一つのデバイスの前記状態情報購読解約命令の前記呼び出し命令を受信すると、前記購読申請情報として保存されたデバイス情報に対応するデバイスの状態情報を前記イベント伝送部に提供しない、請求項１２に記載のスマートホームサービスサーバ。
【請求項１４】
前記保存部は、
前記ＡＰＩ制御部で前記アプリケーションプログラミングインターフェースを通じて前記少なくとも一つのデバイスの前記条件設定命令の前記呼び出し命令を受信すると、前記受信された条件設定命令に対する呼び出し命令の条件および前記デバイス情報を含む条件設定情報を保存する、請求項９に記載のスマートホームサービスサーバ。
【請求項１５】
前記イベントプロセッサは、
前記条件設定情報として保存されたデバイス情報に対応するデバイスの状態情報が前記条件設定情報として保存された条件を満足すると、前記条件満足結果を前記イベント伝送部に提供する、請求項１４に記載のスマートホームサービスサーバ。
【請求項１６】
前記イベントプロセッサによって処理された前記状態情報が第３プロトコルに基づいて動作するパートナーサーバによって呼び出されるアダプター（Ａｄａｐｔｅｒ）；をさらに含む、請求項７に記載のスマートホームサービスサーバ。
【請求項１７】
前記アダプターは、
前記第３プロトコルに基づいて前記パートナーサーバに連結された少なくとも一つのパートナーデバイスを制御するように、前記第１プロトコルを通じて前記少なくとも一つのパートナーデバイスに対する制御命令を呼び出す、請求項１６に記載のスマートホームサービスサーバ。
【請求項１８】
第１プロトコルに基づいて動作する少なくとも一つのデバイスおよび第２プロトコルに基づいて動作する少なくとも一つのユーザー端末機を連結するスマートホームサービスサーバにおいて、
前記スマートホームサービスサーバのＡＰＩ制御部で、前記少なくとも一つのユーザー端末機の前記第２プロトコルを通じて前記少なくとも一つのデバイスに対する制御命令が呼び出される段階；
前記スマートホームサービスサーバのフィルターで、前記呼び出された制御命令を前記第１プロトコルに従って変換する段階；および
前記スマートホームサービスサーバの制御命令伝送部で、前記第１プロトコルに従って変換した前記制御命令を前記少なくとも一つのデバイスに伝送する段階；を含む、スマートホームサービスサーバの制御方法。
【請求項１９】
前記制御命令が呼び出される段階は、
前記第２プロトコル上で前記第１プロトコルの制御命令を呼び出すアプリケーションプログラミングインターフェースを前記少なくとも一つのユーザー端末機に提供する段階；を含む、請求項１８に記載のスマートホームサービスサーバの制御方法。
【請求項２０】
前記制御命令が呼び出される段階は、
前記アプリケーションプログラミングインターフェースを通じて前記制御命令を呼び出す呼び出し命令を前記少なくとも一つのユーザー端末機から受信する段階；をさらに含み、
前記呼び出し命令は、
チャネルキーを含む前記第２プロトコルに対する認証情報、ユーザーＩＤ、アプリケーションＩＤ、およびアクセストークンを含むユーザー認証情報、およびデバイスＩＤを含むデバイス情報を含む、請求項１９に記載のスマートホームサービスサーバの制御方法。
【請求項２１】
前記制御命令が呼び出される段階は、
前記少なくとも一つのユーザー端末機のうち認証されたユーザー端末機によって前記制御命令が呼び出される、請求項２０に記載のスマートホームサービスサーバの制御方法。
【請求項２２】
前記制御命令が呼び出される段階は、
前記呼び出し命令が受信されると、前記受信した呼び出し命令のうち前記第２プロトコルに対する認証情報、およびユーザー認証情報のうち少なくとも一つに基づいて、前記ユーザー端末機の認証可否を決定する段階；をさらに含む、請求項２１に記載のスマートホームサービスサーバの制御方法。
【請求項２３】
前記制御命令を伝送する段階は、
前記呼び出し命令が受信されると、前記受信した呼び出し命令のうち前記デバイス情報に基づいて前記第１プロトコルに従って変換した前記制御命令を伝送するデバイスを決定する段階；をさらに含む、請求項２０に記載のスマートホームサービスサーバの制御方法。
【請求項２４】
前記スマートホームサービスサーバのデバイス連動インターフェースで、前記少なくとも一つのデバイスと連結される段階；
前記スマートホームサービスサーバのイベント受信部で、前記デバイス連動インターフェースを通じて前記連結された少なくとも一つのデバイスの状態情報を受信する段階；
前記スマートホームサービスサーバのイベントプロセッサで、前記受信された状態情報を処理する段階；および
前記スマートホームサービスサーバの保存部で、前記処理された状態情報を保存する段階；をさらに含む、請求項２０に記載のスマートホームサービスサーバの制御方法。
【請求項２５】
前記状態情報を受信する段階は、
前記連結された少なくとも一つのデバイスのうち少なくとも一つの状態が変更される時、前記状態が変更された少なくとも一つのデバイスの状態情報を受信する、請求項２４に記載のスマートホームサービスサーバの制御方法。
【請求項２６】
前記スマートホームサービスサーバのイベント伝送部で、前記少なくとも一つのデバイスの前記状態情報照会命令の前記呼び出し命令が受信されると、前記保存された状態情報を前記少なくとも一つのユーザー端末機に伝送する段階；をさらに含む、請求項２４に記載のスマートホームサービスサーバの制御方法。
【請求項２７】
前記保存された状態情報を前記少なくとも一つのユーザー端末機に伝送する段階は、
前記受信した呼び出し命令のうち前記第２プロトコルに対する認証情報、およびユーザー認証情報のうち少なくとも一つに基づいて、前記処理された状態情報をフィルタリングして前記少なくとも一つのユーザー端末機に伝送する、請求項２６に記載のスマートホームサービスサーバの制御方法。
【請求項２８】
前記少なくとも一つのデバイスの前記状態情報購読申請命令の前記呼び出し命令が受信されると、前記受信した呼び出し命令のうち前記第２プロトコルに対する認証情報、ユーザー認証情報、およびデバイス情報を購読申請情報として保存する段階；をさらに含む、請求項２４に記載のスマートホームサービスサーバの制御方法。
【請求項２９】
前記購読申請情報として保存されたデバイス情報に対応するデバイスの状態情報が変更されると、前記購読申請情報として保存された前記第２プロトコルに対する認証情報および前記ユーザー認証情報に対応するユーザー端末機に前記変更された状態情報を伝送する段階；をさらに含む、請求項２８に記載のスマートホームサービスサーバの制御方法。
【請求項３０】
前記ＡＰＩ制御部で前記アプリケーションプログラミングインターフェースを通じて前記少なくとも一つのデバイスの前記状態情報購読解約命令の前記呼び出し命令を受信すると、前記購読申請情報として保存されたデバイス情報に対応するデバイスの状態情報を前記イベント伝送部に提供しない段階；をさらに含む、請求項２９に記載のスマートホームサービスサーバの制御方法。
【請求項３１】
前記少なくとも一つのデバイスの前記条件設定命令の前記呼び出し命令が受信されると、前記受信された条件設定命令に対する呼び出し命令の条件および前記デバイス情報を含む条件設定情報を保存する段階；をさらに含む、請求項２４に記載のスマートホームサービスサーバの制御方法。
【請求項３２】
前記条件設定情報として保存されたデバイス情報に対応するデバイスの状態情報が前記条件設定情報として保存された条件を満足すると、前記条件満足結果を前記少なくとも一つのデバイスに提供する段階；をさらに含む、請求項３１に記載のスマートホームサービスサーバの制御方法。
【請求項３３】
前記スマートホームサービスサーバのアダプターで、前記処理された状態情報が第３プロトコルに基づいて動作するパートナーサーバによって呼び出される段階；をさらに含む、請求項２４に記載のスマートホームサービスサーバの制御方法。
【請求項３４】
第３３項において、
前記第３プロトコルに基づいて前記パートナーサーバに連結された少なくとも一つのパートナーデバイスを制御するように、前記第１プロトコルを通じて前記少なくとも一つのパートナーデバイスに対する制御命令を呼び出す段階；をさらに含む、請求項３３に記載のスマートホームサービスサーバの制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
ユーザー端末機と複数のデバイスと間に事物インターネットネットワークを具現するためのスマートホームサービスサーバおよびその制御方法に関するものである。
【背景技術】
【０００２】
インターネットは、基本的にＴＣＰ／ＩＰプロトコル（ＴＣＰ／ＩＰ  Ｐｒｏｔｏｃｏｌ）を介して人が運用するコンピュータが相互に通信を遂行できるように開発されたが、最近では識別、演算および通信が可能なあらゆる事物（Ｔｈｉｎｇｓ）がインターネットを介して通信を遂行できるようにするための研究が進行されている。このようにあらゆる事物が通信を遂行できるようにする技術を、ＩｏＴ（Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ；以下、「事物インターネット」という）という。
【０００３】
このような事物インターネットは、既存の有線通信を基盤としたインターネットやモバイルインターネットよりもさらに進化した段階であって、インターネットに連結された機器が人が介入することなく相互間に情報をやり取りして処理し、これは事物が人間に依存せずに通信をやり取りするという点で、既存のユビキタス（Ｕｂｉｑｕｉｔｏｕｓ）や事物知能通信であるＭ２Ｍ（Ｍａｃｈｉｎｅ  ｔｏ  Ｍａｃｈｉｎｅ）と類似する点はあるものの、Ｍ２Ｍの概念をインターネットに拡張して世の中に存在するあらゆる事物をネットワークに連結して、いつ、どこででも相互間に通信が可能な情報通信基盤を意味する。
【０００４】
このような事物インターネットデバイスは、事物インターネットサービスを提供するためのサーバに連結されることによって、事物インターネットネットワークを形成することができる。また、サーバには制御命令が入力可能な携帯電話のようなユーザー端末機も連結され得るが、これを通じてユーザーは時間および場所に関わらず容易に事物インターネットデバイスを制御することができる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
開示された発明の一側面は、異種のプロトコルに基づくデバイスとユーザー端末機と間の制御が可能であるように、ユーザー端末機のプロトコルを通じてデバイスに対する制御命令が呼び出し可能な環境を提供する、スマートホームサービスサーバおよびその制御方法を提供する。
【課題を解決するための手段】
【０００６】
一実施例に係るスマートホームサービスサーバは、第１プロトコルに基づいて動作する少なくとも一つのデバイスおよび第２プロトコルに基づいて動作する少なくとも一つのユーザー端末機を連結するスマートホームサービスサーバにおいて、前記少なくとも一つのユーザー端末機の前記第２プロトコルを通じて前記少なくとも一つのデバイスに対する制御命令が呼び出されるＡＰＩ制御部；前記呼び出された制御命令を前記第１プロトコルに従って変換するフィルタ；および前記第１プロトコルに従って変換した前記制御命令を前記少なくとも一つのデバイスに伝送する制御命令伝送部；を含むことができる。
【０００７】
また、前記ＡＰＩ制御部は、前記第２プロトコル上で前記第１プロトコルの制御命令を呼び出すアプリケーションプログラミングインターフェース（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ；ＡＰＩ）を前記少なくとも一つのユーザー端末機に提供することができる。
【０００８】
また、前記ＡＰＩ制御部は、前記アプリケーションプログラミングインターフェースを通じて前記制御命令を呼び出す呼び出し命令を受信し、前記呼び出し命令は、チャネルキー（Ｃｈａｎｎｅｌ  Ｋｅｙ）を含む前記第２プロトコルに対する認証情報、ユーザーＩＤ（Ｕｓｅｒ  ＩＤ）、アプリケーションＩＤ（Ａｐｐｌｉｃａｔｉｏｎ  ＩＤ）、およびアクセストークン（Ａｃｃｅｓｓ  Ｔｏｋｅｎ）を含むユーザー認証情報、およびデバイスＩＤ（Ｄｅｖｉｃｅ  ＩＤ）を含むデバイス情報を含むことができる。
【０００９】
また、前記ＡＰＩ制御部は、前記少なくとも一つのユーザー端末機のうち認証されたユーザー端末機によって前記制御命令が呼び出され得る。
【００１０】
また、前記ＡＰＩ制御部は、前記アプリケーションプログラミングインターフェースを通じて前記呼び出し命令を受信すると、前記受信した呼び出し命令のうち前記第２プロトコルに対する認証情報、およびユーザー認証情報のうち少なくとも一つに基づいて、前記ユーザー端末機の認証可否を決定することができる。
【００１１】
また、前記制御命令伝送部は、前記ＡＰＩ制御部で前記アプリケーションプログラミングインターフェースを通じて前記呼び出し命令を受信すると、前記受信した呼び出し命令のうち前記デバイス情報に基づいて前記第１プロトコルに従って変換した前記制御命令を伝送するデバイスを決定することができる。
【００１２】
また、前記少なくとも一つのデバイスと連結されるデバイス連動インターフェース；前記デバイス連動インターフェースを通じて前記連結された少なくとも一つのデバイスの状態情報を受信するイベント受信部；前記受信された状態情報を処理するイベントプロセッサ；および前記処理された状態情報を保存する保存部；をさらに含むことができる。
【００１３】
また、前記イベント受信部は、前記デバイス連動インターフェースを通じて前記連結された少なくとも一つのデバイスのうち少なくとも一つの状態が変更される時、前記状態が変更された少なくとも一つのデバイスの状態情報を受信することができる。
【００１４】
また、前記ＡＰＩ制御部で前記アプリケーションプログラミングインターフェースを通じて前記少なくとも一つのデバイスの前記状態情報照会命令の前記呼び出し命令を受信すると、前記保存部に保存された前記処理された状態情報を前記少なくとも一つのユーザー端末機に伝送するイベント伝送部；をさらに含むことができる。
【００１５】
また、前記フィルターは、前記受信した呼び出し命令のうち前記第２プロトコルに対する認証情報、およびユーザー認証情報のうち少なくとも一つに基づいて、前記処理された状態情報をフィルタリングして前記イベント伝送部に伝達することができる。
【００１６】
また、前記保存部は、前記ＡＰＩ制御部で前記アプリケーションプログラミングインターフェースを通じて前記少なくとも一つのデバイスの前記状態情報購読申請命令の前記呼び出し命令を受信すると、前記受信した呼び出し命令のうち前記第２プロトコルに対する認証情報、ユーザー認証情報、およびデバイス情報を購読申請情報として保存することができる。
【００１７】
また、前記イベントプロセッサは、前記購読申請情報として保存されたデバイス情報に対応するデバイスの状態情報が変更されると、前記購読申請情報として保存された前記第２プロトコルに対する認証情報および前記ユーザー認証情報に対応するユーザー端末機に前記変更された状態情報を伝送するように、前記変更された状態情報を処理して前記イベント伝送部に提供することができる。
【００１８】
また、前記イベントプロセッサは、前記ＡＰＩ制御部で前記アプリケーションプログラミングインターフェースを通じて前記少なくとも一つのデバイスの前記状態情報購読解約命令の前記呼び出し命令を受信すると、前記購読申請情報として保存されたデバイス情報に対応するデバイスの状態情報を前記イベント伝送部に提供しないこともある。
【００１９】
また、前記保存部は、前記ＡＰＩ制御部で前記アプリケーションプログラミングインターフェースを通じて前記少なくとも一つのデバイスの前記条件設定命令の前記呼び出し命令を受信すると、前記受信された条件設定命令に対する呼び出し命令の条件および前記デバイス情報を含む条件設定情報を保存することができる。
【００２０】
また、前記イベントプロセッサは、前記条件設定情報として保存されたデバイス情報に対応するデバイスの状態情報が前記条件設定情報として保存された条件を満足すると、前記条件満足結果を前記イベント伝送部に提供することができる。
【００２１】
また、前記イベントプロセッサによって処理された前記状態情報が第３プロトコルに基づいて動作するパートナーサーバによって呼び出されるアダプター（Ａｄａｐｔｅｒ）；をさらに含むことができる。
【００２２】
また、前記アダプターは、前記第３プロトコルに基づいて前記パートナーサーバに連結された少なくとも一つのパートナーデバイスを制御するように、前記第１プロトコルを通じて前記少なくとも一つのパートナーデバイスに対する制御命令を呼び出すことができる。
【００２３】
第１プロトコルに基づいて動作する少なくとも一つのデバイスおよび第２プロトコルに基づいて動作する少なくとも一つのユーザー端末機を連結するスマートホームサービスサーバにおいて、前記スマートホームサービスサーバのＡＰＩ制御部で、前記少なくとも一つのユーザー端末機の前記第２プロトコルを通じて前記少なくとも一つのデバイスに対する制御命令が呼び出される段階；前記スマートホームサービスサーバのフィルターで、前記呼び出された制御命令を前記第１プロトコルに従って変換する段階；および前記スマートホームサービスサーバの制御命令伝送部で、前記第１プロトコルに従って変換した前記制御命令を前記少なくとも一つのデバイスに伝送する段階；を含むことができる。
【００２４】
また、前記制御命令が呼び出される段階は、前記第２プロトコル上で前記第１プロトコルの制御命令を呼び出すアプリケーションプログラミングインターフェースを前記少なくとも一つのユーザー端末機に提供する段階；を含むことができる。
【００２５】
また、前記制御命令が呼び出される段階は、前記アプリケーションプログラミングインターフェースを通じて前記制御命令を呼び出す呼び出し命令を前記少なくとも一つのユーザー端末機から受信する段階；をさらに含み、前記呼び出し命令は、チャネルキーを含む前記第２プロトコルに対する認証情報、ユーザーＩＤ、アプリケーションＩＤ、およびアクセストークンを含むユーザー認証情報、およびデバイスＩＤを含むデバイス情報を含むことができる。
【００２６】
また、前記制御命令が呼び出される段階は、前記少なくとも一つのユーザー端末機のうち認証されたユーザー端末機によって前記制御命令が呼び出され得る。
【００２７】
また、前記制御命令が呼び出される段階は、前記呼び出し命令が受信されると、前記受信した呼び出し命令のうち前記第２プロトコルに対する認証情報、およびユーザー認証情報のうち少なくとも一つに基づいて、前記ユーザー端末機の認証可否を決定する段階；をさらに含むことができる。
【００２８】
また、前記制御命令を伝送する段階は、前記呼び出し命令が受信されると、前記受信した呼び出し命令のうち前記デバイス情報に基づいて前記第１プロトコルに従って変換した前記制御命令を伝送するデバイスを決定する段階；をさらに含むことができる。
【００２９】
また、前記スマートホームサービスサーバのイベント受信部で、前記デバイス連動インターフェースを通じて前記連結された少なくとも一つのデバイスの状態情報を受信する段階；前記スマートホームサービスサーバのイベントプロセッサで、前記受信された状態情報を処理する段階；および前記スマートホームサービスサーバの保存部で、前記処理された状態情報を保存する段階；をさらに含むことができる。
【００３０】
また、前記状態情報を受信する段階は、前記連結された少なくとも一つのデバイスのうち少なくとも一つの状態が変更される時、前記状態が変更された少なくとも一つのデバイスの状態情報を受信することができる。
【００３１】
また、前記スマートホームサービスサーバのイベント伝送部で、前記少なくとも一つのデバイスの前記状態情報照会命令の前記呼び出し命令が受信されると、前記保存された状態情報を前記少なくとも一つのユーザー端末機に伝送する段階；をさらに含むことができる。
【００３２】
また、前記保存された状態情報を前記少なくとも一つのユーザー端末機に伝送する段階は、前記受信した呼び出し命令のうち前記第２プロトコルに対する認証情報、およびユーザー認証情報のうち少なくとも一つに基づいて、前記処理された状態情報をフィルタリングして前記少なくとも一つのユーザー端末機に伝送することができる。
【００３３】
また、前記少なくとも一つのデバイスの前記状態情報購読申請命令の前記呼び出し命令が受信されると、前記受信した呼び出し命令のうち前記第２プロトコルに対する認証情報、ユーザー認証情報、およびデバイス情報を購読申請情報として保存する段階；をさらに含むことができる。
【００３４】
また、前記購読申請情報として保存されたデバイス情報に対応するデバイスの状態情報が変更されると、前記購読申請情報として保存された前記第２プロトコルに対する認証情報および前記ユーザー認証情報に対応するユーザー端末機に前記変更された状態情報を伝送する段階；をさらに含むことができる。
【００３５】
また、前記ＡＰＩ制御部で前記アプリケーションプログラミングインターフェースを通じて前記少なくとも一つのデバイスの前記状態情報購読解約命令の前記呼び出し命令を受信すると、前記購読申請情報として保存されたデバイス情報に対応するデバイスの状態情報を前記イベント伝送部に提供しない段階；をさらに含むことができる。
【００３６】
また、前記少なくとも一つのデバイスの前記条件設定命令の前記呼び出し命令が受信されると、前記受信された条件設定命令に対する呼び出し命令の条件および前記デバイス情報を含む条件設定情報を保存する段階；をさらに含むことができる。
【００３７】
また、前記条件設定情報として保存されたデバイス情報に対応するデバイスの状態情報が前記条件設定情報として保存された条件を満足すると、前記条件満足結果を前記少なくとも一つのデバイスに提供する段階；をさらに含むことができる。
【００３８】
また、前記スマートホームサービスサーバのアダプターで、前記処理された状態情報が第３プロトコルに基づいて動作するパートナーサーバによって呼び出される段階；をさらに含むことができる。
【００３９】
また、前記第３プロトコルに基づいて前記パートナーサーバに連結された少なくとも一つのパートナーデバイスを制御するように、前記第１プロトコルを通じて前記少なくとも一つのパートナーデバイスに対する制御命令を呼び出す段階；をさらに含むことができる。
【発明の効果】
【００４０】
スマートホームサービスサーバ、およびその制御方法の一側面によると、互いに異なるプロトコルに基づくデバイスおよびユーザー端末機間にも制御が可能なネットワーク環境を提供することによって、事物インターネットネットワークの汎用性および拡張性を増大させることができる。
【００４１】
また、デバイスから獲得された多数の情報を管理することによって、多様な形態のサービス提供が可能なマッシュアップ（Ｍａｓｈｕｐ）サービス環境を構築することができる。
【図面の簡単な説明】
【００４２】
【図１ａ】多様な実施例に係る事物インターネットデバイスのネットワークシステムを示した図面。
【図１ｂ】多様な実施例に係る事物インターネットデバイスのネットワークシステムを示した図面。
【図２】一実施例に係るスマートホームサービスサーバのブロック図。
【図３】一実施例に係るユーザーに対する認証手続きを説明するための図面。
【図４】一実施例に係る認証されたユーザーがユーザー端末機を通じてスマートホームサービスサーバに伝送する認証情報を例示した図面。
【図５】一実施例に係るスマートホームサービスサーバのユーザー端末機に対する認証可否の確認方法のフローチャート。
【図６】一実施例に係るＡＰＩ制御部でＡＰＩを通じてデバイス制御命令が呼び出された場合の情報伝達経路を示した図面。
【図７】図６の伝達経路を通じて伝達された制御命令により変更されたデバイス状態情報の伝送経路を示した図面。
【図８】一実施例に係る保存部に保存されるデバイス状態情報を例示した図面。
【図９ａ】一実施例に係るフィルターが状態情報をフィルタリングする方法について説明するための図面。
【図９ｂ】一実施例に係るフィルターが状態情報をフィルタリングする方法について説明するための図面。
【図１０】一実施例に係るＡＰＩ制御部でＡＰＩを通じてデバイス状態情報照会命令が呼び出された場合の情報伝達経路を示した図面。
【図１１】一実施例に係るスマートホームサービスサーバの制御方法のうち制御可能デバイスのリスト生成命令の呼び出し命令受信時の動作についてのフローチャート。
【図１２】一実施例に係るスマートホームサービスサーバの制御方法のうち状態情報照会命令の呼び出し命令受信時の動作についてのフローチャート。
【図１３】一実施例に係るスマートホームサービスサーバの制御方法のうちデバイス状態情報の購読申請命令の呼び出し命令受信時の動作についてのフローチャート。
【図１４】図１３の購読申請が完了した後、状態情報伝送動作についてのフローチャート。
【図１５】一実施例に係るスマートホームサービスサーバの制御方法のうちデバイス状態情報の購読解約命令の呼び出し命令受信時の動作についてのフローチャート。
【図１６】一実施例に係るスマートホームサービスサーバの制御方法のうちデバイス条件設定命令の呼び出し命令受信時の動作についてのフローチャート。
【図１７】図１６の条件設定が完了した後、状態情報伝送動作についてのフローチャート。
【図１８】一実施例に係る事物インターネットネットワーク動作のフローチャート。
【図１９】一実施例に係るアダプターの動作を説明するための図面。
【発明を実施するための形態】
【００４３】
本明細書に記載された実施例と図面に図示された構成は開示された発明の好ましい一例に過ぎず、本出願の出願時点において本明細書の実施例と図面を代替できる多様な変形例が存在し得る。
【００４４】
また、本明細書の各図面で提示された同一の参照番号または符号は実質的に同じ機能を遂行する部品または構成要素を指し示す。
【００４５】
また、本明細書で用いられた用語は、実施例を説明するために使用されたものであって、開示された発明を制限および／または限定しようとする意図ではない。単数の表現は文脈上明白に異なることを意味しない限り、複数の表現を含む。本明細書で、「含む」または「有する」等の用語は、明細書上に記載された特徴、数字、段階、動作、構成要素、部品またはこれらを組み合わせたものが存在することを指定しようとするものであって、一つまたはそれ以上の他の特徴や数字、段階、動作、構成要素、部品またはこれらを組み合わせたものなどの存在または付加の可能性をあらかじめ排除するものではない。
【００４６】
また、本明細書で使った「第１」、「第２」等のように序数を含む用語は多様な構成要素を説明するのに使用され得るが、前記構成要素は前記用語によって限定されされず、前記用語は一つの構成要素を他の構成要素から区別する目的でのみ使用される。例えば、本発明の権利範囲を逸脱することなく第１構成要素は第２構成要素と命名され得、同様に第２構成要素も第１構成要素と命名され得る。「および／または」という用語は、複数の関連した記載された項目の組み合わせまたは複数の関連した記載された項目のうちいずれかの項目を含む。
【００４７】
以下、本発明に係る実施例を添付された図面を参照して詳細に説明する。
【００４８】
図１ａおよび図１ｂは、多様な実施例に係る事物インターネットデバイスのネットワークシステムを示した図面である。
【００４９】
事物インターネットＩＯＴは、インターネットを基盤としてすべての事物を連結して、人と事物、事物と事物間の情報を相互疎通する知能型技術およびサービスを意味する。これを具現するための技術要素としては、有形の事物と周囲環境から情報を得るセンシング技術、事物がインターネットに連結されるように支援する有無線通信およびネットワークインフラ技術、各種サービス分野と形態に適合するように情報を加工し処理したり、各種技術を融合するサービスインターフェース技術、大量のデータなどの事物インターネットの構成要素に対するハッキングや情報の流出を防止するためのセキュリティー技術などがある。
【００５０】
このような事物インターネットＩＯＴを基盤としてネットワークに連結できるデバイスＤには、洗濯機ＤＷ、冷蔵庫ＤＲ、空気調和機ＤＡ、掃除機ＤＶ、オーブンＤＯなどの一般家庭で使う各種家電機器、デジタルカメラ、コンピュータ、ノートパソコン、各種センサ、自動車オーディオ、デジタル計量器、ドアロック装置、ゲーム機、スピーカー、セキュリティー装置などの周辺のあらゆる事物を含むことができる。事物の種類に対する制限はない。
【００５１】
デバイスＤはデバイスサーバＳＤに接続することによって、事物インターネットネットワークを構成することができる。デバイスサーバＳＤは、接続されたデバイスＤから情報を受信し、保存し、他のデバイスＤに伝送することによって、事物インターネットサービスを提供することができる。
【００５２】
このように構成された事物インターネットネットワークは、同じプロトコルに従って動作する必要がある。ここで、プロトコル（Ｐｒｏｔｏｃｏｌ）とは、デバイスサーバ、およびこれと連結された少なくとも一つのデバイスの間で情報交換が円滑に行われるように定めた多様な通信規則と方法に対する約束すなわち、通信の規約を意味し得、通信規約とは、相互間の接続や情報の伝達方式、通信方式、やり取りされる情報の形式、エラー検出方式、コード変換方式、伝送速度などを定めることを意味し得る。
【００５３】
同じプロトコルに基づいて動作するとは、同じ方式に沿って相互に情報交換を遂行することを意味するので、同じ事物インターネットネットワークを構成するデバイスサーバ、およびデバイスは、同じ形式の制御命令を送受信することによって相互に制御が可能となり得る。併せて、このように構成された事物インターネットネットワークにユーザーが接続することによって、デバイスに対する直接的な制御が可能となり得る。具体的には、ユーザーはユーザー端末機を事物インターネットネットワークのデバイスサーバに接続し、ユーザー端末機を通じて制御命令を入力することによって事物インターネットネットワークに接続されたデバイスを制御することができる。この時、ユーザー端末機Ｕは、ジグビー（ＺｉｇＢｅｅ）通信網、Ｗｉ−Ｆｉ（ＷＩＦＩ）通信網、ブルートゥース（Ｂｌｕｅｔｏｏｔｈ（登録商標））通信網、移動通信網、近距離通信網（ＬＡＮ）、広域通信網（ＷＡＮ）、またはポイント・ツー・ポイント電話回線連結のような多様な通信リンクを通じてデバイスサーバＳＤに接続され得る。
【００５４】
また、ユーザー端末機は、スマートフォン（Ｓｍａｒｔ  Ｐｈｏｎｅ）、セルラーフォン（Ｃｅｌｌｕｌａｒ  Ｐｈｏｎｅ）、タブレットＰＣ（Ｔａｂｌｅｔ  ＰＣ）、スマートＴＶ、デジタルカメラ、個人用デジタル補助装置（ＰＤＡ、Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、遠隔制御装置（Ｒｅｍｏｔｅ  Ｃｏｎｔｒｏｌｌｅｒ）、携帯用マルチメディアプレーヤー（Ｐｏｒｔａｂｌｅ  Ｍｕｌｔｉｍｅｄｉａ  Ｐｌａｙｅｒ：ＰＭＰ）、ノートパソコン、デスクトップコンピュータなどで具現され得る。
【００５５】
一方、事物インターネットネットワークに接続されたユーザー端末機は、同一ネットワーク上のデバイスおよびデバイスサーバと同じプロトコルに従って動作する必要がある。ユーザー端末機を通じてデバイスに対する制御命令が入力されるが、入力された制御命令が事物インターネットネットワークを構成するデバイスに直接適用されるためには、ユーザー端末機のプロトコルがデバイスおよびデバイスサーバのプロトコルに従わなければならないためである。
【００５６】
具体的には、ユーザー端末機には、事物インターネットネットワークを構成するデバイスおよびデバイスサーバと同一プロトコルに基づいて制御命令の入力を受けるために、デバイスおよびデバイスサーバの動作の基礎となるプロトコルに従うアプリケーションが設置され得る。ユーザー端末機に設置されるアプリケーションは事物インターネットネットワークへの接続、事物インターネットネットワーク状態に対する情報の提供、事物インターネットネットワークに対する設定、事物インターネットネットワークを構成するデバイスＤのそれぞれの情報の提供、および／または事物インターネットネットワークを構成するデバイスＤのそれぞれに対する制御などが可能な環境を提供することができる。
【００５７】
このように、ユーザー端末機に設置されるアプリケーションは、特定のプロトコルに従って具現され、ユーザーは設置されたアプリケーションと同じプロトコルを採択したデバイスに対する制御命令のみを入力することができる。その結果、ユーザーは異種のプロトコルに基づく互いに異なるデバイスを共に制御するためには、それぞれのデバイスが採択するプロトコルに対応するそれぞれのアプリケーションをいずれも設置する必要がある。
【００５８】
これを解決するために、本願発明に係るスマートホームサービスサーバ１００は、事物インターネットネットワークを構成するデバイスＤの汎用性を高めるために、互いに異なるプロトコル間のインターフェース役割をするアプリケーションプログラミングインターフェースを提供することができる。
【００５９】
再び図１ａを参照すると、本願発明の一実施例に係るネットワークシステムは、複数のデバイスＤと複数のユーザー端末機Ｕ１、Ｕ２、Ｕ３が接続するサーバがそれぞれ異なり得る。具体的には、複数のデバイスＤはデバイスサーバＳＤと接続し、複数のユーザー端末機Ｕ１、Ｕ２、Ｕ３はパートナーサーバＳＵと接続することができる。この時、複数のデバイスＤは第１プロトコルに従って動作するのでデバイスサーバＳＤと共に一つの事物インターネットネットワークを構築し、複数のユーザー端末機Ｕ１、Ｕ２、Ｕ３は第２プロトコルに従って動作するのでパートナーサーバと共に他の一つの事物インターネットネットワークを構築することができる。
【００６０】
このように、互いに異なるプロトコルに基づく互いに異なる事物インターネットネットワークが直接連結される場合、制御命令を含む情報の形式、伝達方式などが異なるため、これら間の通信は不可能であり得る。
【００６１】
したがって、本願発明に係るスマートホームサービスサーバ１００は、デバイスＤが接続されるデバイスサーバＳＤとユーザー端末機Ｕが接続されるパートナーサーバＳＵのと間で両者と接続され得る。また、スマートホームサービスサーバ１００は、互いに異なるプロトコルに基づいたユーザー端末機Ｕ１、Ｕ２、Ｕ３とデバイスＤとの間の制御が行われるように、第２プロトコル上で第１プロトコルの制御命令を呼び出すＡＰＩを複数のユーザー端末機Ｕ１、Ｕ２、Ｕ３に提供することができる。
【００６２】
ここでＡＰＩは、いずれか一つのプロトコルで他のプロトコルのある処理のために呼び出しできるサブルーチンまたは関数の集合と定義され得る。その結果、ＡＰＩはいずれか一つのプロトコルで他のプロトコルの動作が遂行され得る環境を提供することができる。
【００６３】
図１ａでは、スマートホームサービスサーバ１００が複数のデバイスＤが接続されるデバイスサーバＳＤおよび複数のユーザー端末機Ｕ１、Ｕ２、Ｕ３が接続されるパートナーサーバＳＵにそれぞれ接続される場合を例示した。これとは異なり、スマートホームサービスサーバ１００が複数のデバイスＤのそれぞれと直接接続されてもよく、これは図１ｂで例示している。
【００６４】
以下では、本願発明の一実施例に係るスマートホームサービスサーバ１００の構成および動作について詳細に説明する。以下では説明の便宜上、スマートホームサービスサーバ１００に接続される複数のデバイスＤは第１プロトコルの制御命令により制御され、スマートホームサービスサーバ１００に接続されるユーザー端末機Ｕは第２プロトコルの制御命令の入力を受けることができることを前提とする。特に、ユーザー端末機Ｕは、第２プロトコルの制御命令の入力を受けることができるアプリケーションが設置されていると仮定する。
【００６５】
図２は一実施例に係るスマートホームサービスサーバのブロック図であり、図３は一実施例に係るスマートホームサービスサーバの通信方法を説明するための図面である。
【００６６】
図２を参照すると、一実施例に係るスマートホームサービスサーバ１００は、第２プロトコルを通じて第１プロトコルの制御命令を呼び出すためのＡＰＩを提供するＡＰＩ制御部１１０；呼び出された制御命令は第１プロトコルに従って変換するフィルタ１２０；変換された制御命令を外部に伝送する制御命令伝送部１３０；外部のデバイスＤと連結されるデバイス連動インターフェース１４０；デバイス連動インターフェース１４０を通じてデバイスＤの状態情報を受信するイベント受信部１５０；受信された状態情報を処理するイベントプロセッサ１６０；処理された状態情報を含む各種情報が保存される保存部１７０；処理された状態情報を外部に伝送するイベント伝送部１８０；処理された状態情報が第３プロトコルに基づいて動作するパートナーサーバＳＰにより呼び出されるアダプター１９０；を含むことができる。
【００６７】
保存部１７０は、互いに異なるプロトコルに基づいたネットワークを連結するための各種情報を保存することができる。まず、保存部１７０はデバイス連動インターフェース１４０を通じてスマートホームサービスサーバ１００と連結される少なくとも一つのデバイスＤに対する情報、デバイスＤのユーザーに対する情報、これらのマッピング情報、およびデバイスＤの条件情報などを保存することができる。以下の表（１）、（２）、（３）、および（４）は溝サービスサーバと連結されるデバイスＤ情報、ユーザー情報、マッピング情報、および条件情報を例示する。
【００６８】
【表１】
2019505060.tif 000003
【００６９】
【表２】
2019505060.tif 000004
【００７０】
【表３】
2019505060.tif 000005
【００７１】
【表４】
2019505060.tif 000006
表（１）を参照すると、保存部１７０に保存されるデバイスＤ情報は、デバイスＤを識別するためのＩＤとしてのＤｅｖｉｃｅＩＤ、デバイスＤの固有のＩＤであるＵＵＩＤ、デバイスＤの種類を表すＤｅｖｉｃｅ  Ｔｙｐｅ、モデル名を意味するＭｏｄｅｌ  ＩＤ、およびメーカー情報であるＭａｎｕｆａｃｔｕｒｅｒを含むことができる。
【００７２】
表（２）を参照すると、保存部１７０に保存されるユーザー情報は、デバイスＤのユーザーを識別するためのＩＤとしてのＵｓｅｒＩＤ、ユーザー名情報であるＵｎｅｒＮａｍｅ、認証時に使用するＩＤであるＡｃｃｏｕｎｔＩＤ、およびユーザーの国情報を表すＣｏｕｎｔｒｙＣｏｄｅを含むことができる。
【００７３】
また、保存部１７０にはデバイスＤとこれを使うユーザーをマッピングさせるマッピング情報が保存され得る。表（３）を参照すると、保存部１７０に保存されるマッピング情報は、前述したＵｓｅｒＩＤ、ＤｅｖｉｃｅＩＤをマッピングさせた結果を含むことができ、ユーザーが設定したデバイスＤの名前であるＤｅｖｉｃｅＮａｍｅと、ユーザーが設定したデバイスＤの細部情報を意味するＤｅｓｃｒｉｐｔｉｏｎをさらに含むことができる。
【００７４】
併せて、保存部１７０にはデバイスＤの動作のための条件情報をさらに保存することができる。表（４）を参照すると、保存部１７０に保存される条件情報は、前述したＵｓｅｒＩＤ、ＤｅｖｉｃｅＩＤと共に、条件設定の対象となるリソース名称であるＲｅｓｏｕｒｃｅ、条件設定のための演算子情報であるＯｐｅｒａｔｏｒ、および条件設定のための条件値であるＣｏｎｄｉｔｉｏｎＶａｌｕｅを含むことができる。
【００７５】
その後、保存部１７０はスマートホームサービスサーバ１００に連結可能であるように認証された第２プロトコルに対する認証情報、すなわちパートナーサーバＳＰに対する認証情報を含むことができる。表（５）はパートナーサーバＳＰに対する認証情報の一実施例を示す。
【００７６】
【表５】
2019505060.tif 000007
表（５）を参照すると、保存部１７０に保存されるパートナーサーバＳＰの認証情報は、パートナーサーバＳＰを識別するためのＩＤであるＰａｒｔｎｅｒＩＤ、パートナーの名前を表すＰａｒｔｎｅｒＮａｍｅ、パートナーサーバＳＰにデバイスＤ情報を通知するためのＵＲＬであるＮｏｔｉｆｉｃａｔｉｏｎＵＲＬ、パートナーサーバＳＰの認証時に使用されるＩＤであるＰａｒｔｎｅｒＡｃｃｏｕｎｔＩＤ、パートナーサーバＳＰの認証のためにスマートホームサービスサーバ１００側で割り当てるｋｅｙであるＣｈａｎｎｅｌＫｅｙ、パートナーサーバＳＰの認証のためのアプリケーションＩＤであるＡｐｐＩＤ、パートナーサーバＳＰの認証のためのアプリケーションｋｅｙであるＡｐｐＳｅｃｕｒｉｔｙＫｅｙ、パートナーサーバＳＰでスマートホームサービスサーバ１００を認証するために割り当てたＡｕｔｈＨｅａｄｅｒを含むことができる。
【００７７】
併せて、保存部１７０はパートナーサーバＳＰに連結された個別ユーザーの認証情報をさらに保存することができる。このために、パートナーサーバＳＰに連結されたユーザー端末機Ｕのユーザーは、別途の認証手続きを経ることになるが、これについては、図３を参照して詳細に説明する。
【００７８】
図３は一実施例に係るユーザーに対する認証手続きを説明するための図面であり、図４は一実施例に係る認証されたユーザーがユーザー端末機を通じてスマートホームサービスサーバに伝送する認証情報を例示した図面である。
【００７９】
まず、段階１として、認証しようとするユーザーは認証サーバに認証要請をすることができる。具体的には、ユーザーはユーザー端末機Ｕが連結されたパートナーサーバＳＰのアプリケーションＩＤであるＡｐｐＩＤなどを認証サーバに伝送することができる。これに対応して、段階１′として、認証を要請したユーザーのユーザー端末機Ｕが認証されたパートナーサーバＳＰに連結されたと確認されると、認証サーバはユーザー端末機Ｕに認証コードであるＡｕｔｈ−Ｃｏｄｅを伝送することができる。
【００８０】
その後、段階２として、Ａｕｔｈ−Ｃｏｄｅを受信したユーザー端末機Ｕは認証サーバにアクセストークンを要請することができ、段階２′として、認証サーバは該当ユーザーが認証されたことを表す固有のアクセストークンをユーザー端末機Ｕに割り当てることができる。
【００８１】
これにより、ユーザーは認証サーバによる認証手続きを終了することになる。すなわち、パートナーサーバＳＰの認証とユーザーに対する認証を通じてユーザー端末機Ｕの認証が決定され得る。
【００８２】
認証手続きが終了すると、段階３および３′として、ユーザー端末機ＵはパートナーサーバＳＰに制御命令を含む情報を伝達する時、割り当てられたアクセストークンを含む認証情報を共に伝達することができる。
【００８３】
図４を参照すると、ユーザー端末機Ｕにより伝達される認証情報は前述したＣｈａｎｎｅｌＫｅｙ、ＵｓｅｒＩＤ、ＡｐｐＩＤと共にアクセストークンが共に伝達されることを確認することができる。
【００８４】
認証情報を受信したパートナーサーバＳＰは、
段階４および４′として、ユーザー端末機Ｕから受信した認証情報をスマートホームサービスサーバ１００に伝送することができる。認証情報を受信したスマートホームサービスサーバ１００は、段階５、および５′として、認証情報を認証サーバに伝達してアクセストークンが有効であるかを確認することができる。もし、該当アクセストークンが有効であると確認されると、スマートホームサービスサーバ１００はユーザー端末機Ｕの認証情報として有効なアクセストークンを保存することができる。
【００８５】
その結果、以後に特定のユーザー端末機Ｕから受信した情報内にあらかじめ保存された有効なアクセストークンが含まれる場合、認証サーバを通した認証可否の確認なしに、該当ユーザー端末機Ｕが認証されたと判断して以後の手続きを進行させることができる。
【００８６】
また、保存部１７０は制御可能なデバイスＤのリストと、制御可能なデバイスＤの状態情報を保存することができ、これについては後述する。
【００８７】
このために、保存部１７０は、フラッシュメモリタイプ（ｆｌａｓｈ  ｍｅｍｏｒｙ  ｔｙｐｅ）、ハードディスクタイプ（ｈａｒｄ  ｄｉｓｋ  ｔｙｐｅ）、マルチメディアカードマイクロタイプ（ｍｕｌｔｉｍｅｄｉａ  ｃａｒｄ  ｍｉｃｒｏ  ｔｙｐｅ）、カードタイプのメモリ（例えばＳＤまたはＸＤメモリなど）、ラム（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、ＲＡＭ）、ＳＲＡＭ（Ｓｔａｔｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、ロム（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ、ＲＯＭ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、磁気メモリ、磁気ディスク、光ディスクのうち少なくとも一つの形態で具現され得る。
【００８８】
図５は、一実施例に係るスマートホームサービスサーバのユーザー端末機に対する認証可否の確認方法のフローチャートである。
【００８９】
まず、スマートホームサービスサーバ１００は、ユーザー端末機ＵからＡＰＩを通じて制御命令を呼び出す呼び出し命令が受信されたのかを確認することができる（３００）。呼び出し命令が受信されていないのであれば、繰り返してこれを確認することができる。
【００９０】
もし、呼び出し命令が受信されたのであれば、スマートホームサービスサーバ１００は、受信された呼び出し命令に含まれたアクセストークンの有効性を認証サーバに確認要請することができる（３１０）。ここで、アクセストークンは認証されたパートナーサーバＳＰに接続されたユーザー端末機Ｕであって、Ａｕｔｈ−Ｃｏｄｅを受信したユーザー端末機Ｕに認証サーバが割り当てることができる。
【００９１】
確認要請の結果を受信して、スマートホームサービスサーバ１００は認証サーバでアクセストークンの有効性を認めたのかを確認することができる（３２０）。
【００９２】
もし、アクセストークンが有効でないのであれば、スマートホームサービスサーバ１００は認証されていないユーザー端末機Ｕであることをユーザー端末機Ｕに通知することができる（３３０）。
【００９３】
その反面、アクセストークンが有効であれば、スマートホームサービスサーバ１００は有効なアクセストークンを保存部１７０に保存することができる（３４０）。このように保存されたアクセストークンは、今後受信した呼び出し命令内に含まれたアクセストークンが有効であるかの確認に利用され得る。
【００９４】
再び図２を参照すると、ＡＰＩ制御部１１０は、デバイスＤと互いに異なるプロトコルに基づく認証されたユーザー端末機Ｕ上でデバイスＤの制御命令の呼び出しが可能な環境を提供することができる。以下では図６を参照して、ＡＰＩ制御部１１０で呼び出された制御命令の伝送経路を説明する。
【００９５】
図６は、一実施例に係るＡＰＩ制御部でＡＰＩを通じてデバイス制御命令が呼び出された場合の情報伝達経路を示した図面である。
【００９６】
上述した通り、ＡＰＩ制御部１１０は第２プロトコル上で第１プロトコルの制御命令を呼び出すＡＰＩを保存し、これをユーザー端末機Ｕに提供することができる。その結果、ユーザー端末機Ｕの第２プロトコルを通じてデバイスＤの第１プロトコルに従う制御命令の呼び出しが可能となり得る。
【００９７】
この時、ＡＰＩ制御部１１０は、第１プロトコルに従う制御命令を第２プロトコル上で呼び出す呼び出し命令をユーザー端末機Ｕから受信することができる。この時、呼び出し命令は呼び出そうとする制御命令と共に、チャネルキーを含む前記第２プロトコルに対する認証情報、ユーザーＩＤ、アプリケーションＩＤ、およびアクセストークンを含むユーザー認証情報、およびデバイスＤ  ＩＤを含むデバイスＤ情報などを含むことができる。
【００９８】
呼び出し命令が受信されると、フィルタ１２０は呼び出された制御命令を第１プロトコルの形式に合うように変換することができる。例えば、ＡＰＩ制御部１１０が受信した呼び出し命令内に含まれる制御命令が｛「Ｗｉｎｄ」：｛「ｓｐｅｅｄＬｅｖｅｌ」：０｝｝であり得る。これは特定のデバイスＤの風の強さに対する制御命令であり得る。これに対応して、フィルタ１２０は前述した制御命令を第１プロトコルの形式、すなわちデバイスＤの制御が可能な制御命令の形態である｛「Ｄｅｖｉｃｅ」：｛「Ｗｉｎｄ」：｛「ｓｐｅｅｄＬｅｖｅｌ」：０｝、「Ｍｏｄｅ」：｛「ｏｐｔｉｏｎｓ」：［「Ｃｏｍｏｄｅ＿Ｏｆｆ」］｝｝に変換することができる。
【００９９】
制御命令伝送部１３０は、第１プロトコルに従って変換された制御命令をデバイスＤに伝送することができる。この時、制御命令伝送部１３０は、前述した呼び出し命令に含まれるデバイスＤ情報に基づいて、第１プロトコルに従って変換された制御命令を伝送するデバイスＤを決定することができる。上述した通り、デバイスＤ情報はＤｅｖｉｃｅＩＤを含むので、制御命令伝送部１３０はフィルタ１２０により変換された制御命令を呼び出し命令に含まれたＤｅｖｉｃｅＩＤを有するデバイスＤに伝送することができる。
【０１００】
その結果、第２プロトコルに基づいたユーザー端末機Ｕを通じて入力された制御命令が第１プロトコルに基づいたデバイスＤに伝達され得る。制御命令を受信したデバイスＤは制御命令により制御され得る。
【０１０１】
また、スマートホームサービスサーバ１００は、受信した制御命令により制御されたデバイスＤの制御結果による変更された状態情報をユーザー端末機Ｕに伝達することもできる。これについては、図７、８、および９ａ、９ｂを参照して詳細に説明する。
【０１０２】
図７は図６の伝達経路を通じて伝達された制御命令により変更されたデバイス状態情報の伝送経路を示した図面であり、図８は一実施例に係る保存部に保存されるデバイス状態情報を例示した図面であり、図９ａおよび９ｂは一実施例に係るフィルターが状態情報をフィルタリングする方法について説明するための図面である。
【０１０３】
前述した図６の伝達経路を通じて制御命令が伝達されたデバイスＤは、制御命令により制御され得る。その結果、該当デバイスＤの状態が変更され得る。スマートホームサービスサーバ１００と連結されたデバイスＤは、状態情報変更のようなイベントが発生すると、デバイス連動インターフェース１４０を通じてイベント受信部１５０にこれを伝送することができる。
【０１０４】
イベント受信部１５０は、キュー（Ｑｕｅｕｅ）のように、受信したイベントが順次一時保存され、順次出力され得る。イベントプロセッサ１６０は、イベント受信部１５０に一時保存されたイベントをフロー制御（Ｆｌｏｗ  Ｃｏｎｔｒｏｌ）方式により処理することによって、保存されたデータを有効に加工することができる。ここで、フロー制御とは、データを受信する側が耐え得る程度の伝送速度を維持しつつデータフレームを伝送するようにする制御を意味し得る。
【０１０５】
イベントが処理されると、イベントプロセッサ１６０は処理されたイベントを保存部１７０に保存することができる。例えば、保存部１７０は特定のデバイスの状態情報変更に対するイベントＳをデバイスＤ情報
と共に保存することができる。
【０１０６】
図８を参照すると、保存部１７０は、ＤｅｖｉｃｅＩＤが「ＦＦＦＦＦＦ−ＦＦＦＦ−ＦＦＦＦ−ＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦ」であり、ＤｅｖｉｃｅＮａｍｅが「Ｏｖｅｎ」であり、ＵＵＩＤが「ＦＦＦＦＦＦ−ＦＦＦＦ−ＦＦＦＦ−ＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦＦ」であり、ＤｅｖｉｃｅＴｙｐｅが「Ｏｖｅｎ」であり、Ｄｅｓｃｒｉｐｔｉｏｎが「Ｍｙ  Ｏｖｅｎ」であるデバイスＤ情報
を保存することができる。また、保存部１７０はデバイスＤ情報に続きＲｅｓｏｕｒｃｅｓが「Ｔｅｍｐｅｒａｔｕｒｅｓ」、「Ｃｏｎｆｉｇｕｒａｔｉｏｎ」、「Ｏｐｅｒａｔｉｏｎ」、「Ｏｖｅｎ」、「Ａｌａｒｍｓ」であり、それぞれのＲｅｓｏｕｒｃｅｓの状態を含む状態情報を保存することができる。
【０１０７】
また、イベントプロセッサ１６０は、処理されたイベントをイベント伝送部１８０を通じてパートナーサーバＳＰに伝送することができる。その結果、ユーザーはユーザー端末機Ｕを通じて制御命令によるデバイスＤ状態情報が変更されたという事実を認知することができる。
【０１０８】
この時、イベントプロセッサ１６０は、処理されたイベントをフィルタ１２０を経させてイベント伝送部１８０に提供することができる。フィルタ１２０は、提供されたイベントを受信するユーザー端末機Ｕに対する情報に基づいてフィルタリングした後、イベント伝送部１８０に伝達することができる。例えば、処理されたイベントがユーザー端末機Ｕから呼び出された制御命令により発生したものであれば、フィルタ１２０は制御命令を呼び出すための呼び出し命令のユーザー認証情報に基づいてイベントプロセッサ１６０により処理されたイベントをフィルタリングすることができる。
【０１０９】
一実施例に係るフィルタ１２０は、ユーザー認証情報により決定される等級を確認し、等級によりイベントに対するフィルタリングを異ならせてすることができる。その結果、等級が互いに異なるユーザー端末機Ｕのそれぞれでは、互いにデバイスＤ状態情報変更イベントを確認することができる。
【０１１０】
例えば、ユーザー認証情報のうち第２プロトコルに対する認証情報（パートナーサーバＳＰに対する認証情報）、およびユーザー認証情報によりユーザーの情報に対する専門性の等級が区分される場合、フィルタ１２０は、専門性が低い等級であるほどフィルタリング水準を高めて、デバイスＤの状態情報変更イベントのうち専門性が低い情報だけをフィルタリングすることができる。これとは異なり、ユーザー認証情報のうち第２プロトコルに対する認証情報（パートナーサーバＳＰに対する認証情報）、およびユーザー認証情報によりユーザーの情報接近権限等級が区分される場合、フィルタ１２０は情報接近権限が低い等級であるほどフィルタリング水準を高めて、ユーザーデバイスＤ状態情報変更イベントのうち秘密等級が低い情報だけをフィルタリングすることもできる。
【０１１１】
図９ａではユーザー認証情報に基づいて、互いに異なるフィルタリングを経た二種類の状態情報が同じパートナーサーバＳＰに連結された互いに異なるユーザー端末機Ｕ１、Ｕ２に伝送される場合を例示する。このように、同じパートナーサーバＳＰからサービスが提供されるユーザーでも、それぞれのユーザーが有する特殊性を考慮してデバイスＤの状態情報を互いに異ならせて提供することができる。
【０１１２】
これとは異なり、図９ｂでは、パートナーサーバＳＰ１、ＳＰ２に対する認証情報に基づいて、互いに異なるフィルタリングを経た二種類の状態情報が互いに異なるパートナーサーバＳＰ１、ＳＰ２に連結された互いに異なるユーザー端末機Ｕ１、Ｕ２に伝送される場合を例示する。このように、提供するサービスが互いに異なるパートナーサーバＳＰ１、ＳＰ２に連結された互いに異なるユーザー端末機Ｕ１、Ｕ２のユーザーは、パートナーサーバＳＰ１、ＳＰ２の提供サービスによりデバイスＤ状態情報が異なって提供され得る。
【０１１３】
一方、ＡＰＩ制御部１１０で呼び出される制御命令とは、デバイスＤ動作を制御するための命令だけでなく、デバイスＤの状態情報と関連したスマートホームサービスサーバ１００の動作を制御するための命令を含むことができる。
【０１１４】
以下では、制御命令の種類によって、制御命令の伝送経路およびデバイスＤ状態情報の伝送経路を区分して説明する。
【０１１５】
まず、図１０〜１２を参照してデバイスＤの状態情報照会命令が制御命令として呼び出された場合について詳細に説明する。
【０１１６】
図１０は一実施例に係るＡＰＩ制御部でＡＰＩを通じてデバイス状態情報照会命令が呼び出された場合の情報伝達経路を示した図面であり、図１１は一実施例に係るスマートホームサービスサーバの制御方法のうち制御可能デバイスのリスト生成命令の呼び出し命令受信時の動作についてのフローチャートであり、図１２は一実施例に係るスマートホームサービスサーバの制御方法のうち状態情報照会命令の呼び出し命令受信時の動作についてのフローチャートである。
【０１１７】
図１０、および１１を参照すると、保存部１７０は制御可能なデバイスＤのリストと、これらの状態情報をあらかじめ保存することができる（４００）。ここで、制御可能なデバイスＤとは、デバイス連動インターフェース１４０を通じてスマートホームサービスサーバ１００と連結されたすべてのデバイスＤであるか、これらのうち電源がＯＦＦとされた場合のように、制御命令の受信不可状態ではないデバイスＤ、またはユーザーの選択によって選択されたデバイスＤを含むことができる。
【０１１８】
その後、ＡＰＩ制御部１１０は、ユーザー端末機ＵからパートナーサーバＳＰを通じて制御可能デバイスＤリスト生成命令を呼び出す呼び出し命令が入力されたのかを確認することができる（４１０）。日呼び一実施例に係る呼び出し命令は「Ｇｅｔ  ｄｅｖｉｃｅｓ」を含むことができる。
【０１１９】
もし、呼び出し命令が入力されていないのであれば、ＡＰＩ制御部１１０は繰り返してこれを確認することができる。
【０１２０】
その反面、呼び出し命令が入力されると、ＡＰＩ制御部１１０は受信した呼び出し命令に含まれた制御命令をフィルタ１２０に伝達することができ、フィルタ１２０は伝達された制御命令を第１プロトコルの命令語の形式に変換することができる（４２０）。
【０１２１】
その後、変換された制御命令により保存部１７０は保存された制御可能デバイスＤリストを確認（４３０）し、イベントプロセッサ１６０はフィルタ１２０を経てイベント伝送部１８０に制御可能デバイスＤリストを伝達することができる。
【０１２２】
最後に、イベント伝送部１８０は制御可能デバイスＤリストをパートナーサーバＳＰに伝送（４４０）し、ユーザー端末機ＵはパートナーサーバＳＰから制御可能デバイスＤリストを受信することができる。これを通じて、ユーザーは現在制御可能なデバイスＤリストを視覚的に確認することができる。
【０１２３】
制御可能なデバイスＤリストを確認したユーザーは、リストのうち少なくとも一つの状態情報を照会することができる。
【０１２４】
このために、図１０、および１２を参照すると、まずＡＰＩ制御部１１０はユーザー端末機ＵからパートナーサーバＳＰを通じてデバイスＤの状態情報照会命令を呼び出す呼び出し命令が入力されたのかを確認することができる（５００）。このとき、呼び出し命令は状態情報照会を所望するデバイスＤに対する情報を含むことができる。一実施例に係る呼び出し命令は「Ｇｅｔ  ｄｅｖｉｃｅｓ（ＤｅｖｉｃｅＩＤ）」を含むことができる。
【０１２５】
もし、呼び出し命令が入力されていないのであれば、ＡＰＩ制御部１１０は繰り返してこれを確認することができる。
【０１２６】
その反面、呼び出し命令が入力されると、ＡＰＩ制御部１１０は受信した呼び出し命令に含まれた制御命令をフィルタ１２０に伝達することができ、フィルタ１２０は伝達された制御命令を第１プロトコルの命令語の形式に変換することができる（５１０）。
【０１２７】
その後、変換された制御命令により保存部１７０は保存されたデバイスＤの状態情報を確認（５２０）することができる。この時、制御部は呼び出し命令に含まれたデバイスＤ情報を利用してどのデバイスＤの状態情報を確認するかを決定することができる。
【０１２８】
イベントプロセッサ１６０はフィルタ１２０を経てイベント伝送部１８０にデバイスＤの状態情報を伝達し、最後に、イベント伝送部１８０はデバイスＤの状態情報をパートナーサーバＳＰに伝送（５３０）することができる。その結果、ユーザー端末機ＵはパートナーサーバＳＰからデバイスＤの状態情報を受信することができる。これを通じて、ユーザーは選択したデバイスＤの状態情報を視覚的に確認することができる。
【０１２９】
その後、図１３〜１５を参照してデバイスＤの状態情報の購読申請命令、および購読解約命令が制御命令として呼び出された場合について詳細に説明する。
【０１３０】
図１３は一実施例に係るスマートホームサービスサーバの制御方法のうちデバイス状態情報の購読申請命令の呼び出し命令受信時の動作についてのフローチャートである。
【０１３１】
まず、ＡＰＩ制御部１１０はユーザー端末機ＵからパートナーサーバＳＰを通じてデバイスＤの状態情報購読申請命令を呼び出す呼び出し命令が入力されたのかを確認することができる（６００）。このとき、呼び出し命令は状態購読申請を所望するデバイスＤに対する情報を含むことができる。一実施例に係る呼び出し命令は「Ｐｏｓｔ  Ｓｕｂｓｃｒｉｐｔｉｏｎｓ（ＤｅｖｉｃｅＩＤ）」を含むことができる。
【０１３２】
もし、呼び出し命令が入力されていないのであれば、ＡＰＩ制御部１１０は繰り返してこれを確認することができる。
【０１３３】
その反面、呼び出し命令が入力されると、ＡＰＩ制御部１１０は受信した呼び出し命令に含まれた制御命令をフィルタ１２０に伝達することができ、フィルタ１２０は伝達された制御命令を第１プロトコルの命令語の形式に変換することができる（６１０）。
【０１３４】
その後、変換された制御命令により保存部１７０は該当デバイスＤに購読申請されたことを保存することができる（６２０）。このとき、制御部は呼び出し命令に含まれたデバイスＤ情報を利用してどのデバイスＤが購読申請されたのかを判断することができる。
【０１３５】
該当デバイスＤが購読申請されたことを保存した後、イベントプロセッサ１６０はフィルタ１２０を経てイベント伝送部１８０に購読申請が完了したことを伝達し、最後に、イベント伝送部１８０は購読申請が完了したことをパートナーサーバＳＰに伝送することができる（６３０）。その結果、ユーザー端末機ＵはパートナーサーバＳＰから購読申請が完了したという情報を受信することができる。これを通じて、ユーザーは購読申請が正常に行われたことを視覚的に確認することができる。
【０１３６】
図１４は図１３の購読申請が完了した後、状態情報伝送動作についてのフローチャートである。
【０１３７】
まず、イベント受信部１５０はデバイス連動インターフェース１４０と連結された少なくとも一つのデバイスＤの状態情報変更のようなイベントを受信することができる（７００）
イベントプロセッサ１６０は受信されたイベントのうち購読申請されたデバイスＤに対する状態情報変更イベントが存在するのかを確認することができる（７１０）。もし、購読申請されたデバイスＤに対するイベントが存在しない場合、イベント受信部１５０は繰り返してイベントを受信することができる。
【０１３８】
その反面、購読申請されたデバイスＤに対するイベントが存在する場合、イベントプロセッサ１６０は購読申請されたデバイスＤの状態情報変更イベントを処理することができる。これと同時に、保存部１７０は購読申請されたデバイスＤの状態情報を更新することができる（７２０）。
【０１３９】
最後に、イベント伝送部１８０は購読申請されたデバイスＤの状態情報をパートナーサーバＳＰを通じてユーザー端末機Ｕに伝送することができる（７３０）。これを通じて、ユーザーは別途の操作がなくても、購読申請したデバイスＤの状態変更に対するイベントを確認することができる。
【０１４０】
図１５は一実施例に係るスマートホームサービスサーバの制御方法のうちデバイス状態情報の購読解約命令の呼び出し命令受信時の動作についてのフローチャートである。
【０１４１】
まず、ＡＰＩ制御部１１０はユーザー端末機ＵからパートナーサーバＳＰを通じてデバイスＤの状態情報購読解約命令を呼び出す呼び出し命令が入力されたのかを確認することができる（８００）。このとき、呼び出し命令は状態購読解約を所望するデバイスＤに対する情報を含むことができる。一実施例に係る呼び出し命令は「Ｄｅｌｅｔｅ  Ｓｕｂｓｃｒｉｐｔｉｏｎｓ（ＤｅｖｉｃｅＩＤ）」を含むことができる。
【０１４２】
もし、呼び出し命令が入力されていないのであれば、ＡＰＩ制御部１１０は繰り返してこれを確認することができる。
【０１４３】
その反面、呼び出し命令が入力されると、ＡＰＩ制御部１１０は受信した呼び出し命令に含まれた制御命令をフィルタ１２０に伝達することができ、フィルタ１２０は伝達された制御命令を第１プロトコルの命令語の形式に変換することができる（８１０）。
【０１４４】
その後、変換された制御命令により保存部１７０は保存された該当デバイスＤへの購読申請を削除することができる（８２０）。このとき、制御部は呼び出し命令に含まれたデバイスＤ情報を利用してどのデバイスＤの購読申請を削除するのかを判断することができる。
【０１４５】
該当デバイスＤの購読申請を削除した後、イベントプロセッサ１６０はフィルタ１２０を経てイベント伝送部１８０に購読が解約されたことを伝達し、最後に、イベント伝送部１８０は購読が解約されたことをパートナーサーバＳＰに伝送することができる（８３０）。その結果、ユーザー端末機ＵはパートナーサーバＳＰから該当デバイスＤの購読が解約されたという情報を受信することができる。これを通じて、ユーザーは購読解約が正常に行われたことを視覚的に確認することができ、以降該当デバイスＤの状態情報変更イベントが発生してもユーザー端末機Ｕにこれを通知しない。
【０１４６】
また、図１６および１７を参照してデバイスの条件設定命令が制御命令として呼び出された場合について詳細に説明する。
【０１４７】
図１６は一実施例に係るスマートホームサービスサーバの制御方法のうちデバイス条件設定命令の呼び出し命令受信時の動作についてのフローチャートである。
【０１４８】
まず、ＡＰＩ制御部１１０は、ユーザー端末機ＵからパートナーサーバＳＰを通じてデバイスＤの条件設定命令を呼び出す呼び出し命令が入力されたのかを確認することができる（９００）。ここで条件とは、デバイスＤのリソースと比較するための臨界値を意味し得る。例えば、デバイスＤが空気清浄機である場合、条件は空気の汚染指数の臨界値であり得る。これとは異なり、デバイスＤが空気調和機である場合、条件は温度臨界値であり得る。
【０１４９】
この時、呼び出し命令は条件設定を所望するデバイスＤに対する情報を含むことができる。
【０１５０】
もし、呼び出し命令が入力されていないのであれば、ＡＰＩ制御部１１０は繰り返してこれを確認することができる。
【０１５１】
その反面、呼び出し命令が入力されると、ＡＰＩ制御部１１０は受信した呼び出し命令に含まれた制御命令をフィルタ１２０に伝達することができ、フィルタ１２０は伝達された制御命令を第１プロトコルの命令語の形式に変換することができる（９１０）。
【０１５２】
その後、変換された制御命令により保存部１７０は該当デバイスＤの条件を保存することができる（９２０）。このとき、制御部は呼び出し命令に含まれたデバイスＤ情報を利用してどのデバイスＤに条件を保存するのかを判断することができる。
【０１５３】
該当デバイスＤに条件を保存した後、イベントプロセッサ１６０はフィルタ１２０を経てイベント伝送部１８０に条件が設定されたことを伝達し、最後に、イベント伝送部１８０は条件が設定されたことをパートナーサーバＳＰに伝送することができる（９３０）。その結果、ユーザー端末機ＵはパートナーサーバＳＰから該当デバイスＤの条件が設定されたという情報を受信することができる。これを通じて、ユーザーは条件設定が正常に行われたことを視覚的に確認することができる。
【０１５４】
図１７は、図１６の条件設定が完了した後、状態情報伝送動作についてのフローチャートである。
【０１５５】
まず、イベント受信部１５０はデバイス連動インターフェース１４０と連結された少なくとも一つのデバイスＤの状態情報変更のようなイベントを受信することができる（１０００）。
【０１５６】
イベントプロセッサ１６０は受信されたイベントのうち条件設定されたデバイスＤに対する状態情報変更イベントが存在するのかを確認することができる（１０１０）。もし、条件設定されたデバイスＤに対するイベントが存在しない場合、イベント受信部１５０は繰り返してイベントを受信することができる。
【０１５７】
その反面、条件設定されたデバイスＤに対するイベントが存在する場合、イベントプロセッサ１６０は該当イベントを処理し、保存部１７０は条件設定されたデバイスＤの状態情報を更新することができる（１０２０）。
【０１５８】
併せて、イベントプロセッサ１６０は更新されたデバイスＤの状態情報が条件を満足するのかを確認することができる（１０３０）。もし、条件を満足しないのであれば、イベント受信部１５０は繰り返してイベントを受信することができる。
【０１５９】
これとは異なり、条件を満足する場合、イベント伝送部１８０は更新されたデバイスＤの状態情報が設定された条件を満足することをパートナーサーバＳＰを通じてユーザー端末機Ｕに伝送することができる（１０４０）。これを通じて、ユーザーは別途の操作がなくても、条件設定したデバイスＤの変更された状態が条件を満足することを確認することができる。
【０１６０】
上述した通り、異種のプロトコルを採択したデバイスＤとユーザー端末機Ｕと間にも、スマートホームサービスサーバ１００に同時に連結されることによって、一つの事物インターネットネットワークを構成することができる。以下では図１８を参照して、一つの事物インターネットネットワーク上の動作を詳細に説明する。
【０１６１】
図１８は、一実施例に係る事物インターネットネットワーク動作のフローチャートである。図１８は、一つの事物インターネットネットワークを構成するパートナーサーバＳＰ、スマートホームサービスサーバ１００、認証サーバ、およびデバイスＤ間の情報交換の流れを示している。以下では、１：認証−２：リスト生成−３：照会−４：購読−５：通知−６：制御−７：購読解約の順序により事物インターネットネットワークの動作を説明する。
【０１６２】
１：認証段階で、パートナーサーバＳＰは認証サーバにＯＡｕｔｈ  ２．０方式によりＡＰＩ接近のための認証を要請することができる。具体的には、パートナーサーバＳＰは、ＡｐｐＩＤ、ＡｐｐＳｅｃｕｒｉｔｙＫｅｙを利用して認証サーバに認証を要請することができる。それにともなう応答として、認証サーバは認証されたという意味のアクセストークンをパートナーサーバＳＰに割り当てることができる。以下のすべての段階でパートナーサーバＳＰは制御命令を呼び出す呼び出し命令にアクセストークンを付加することによって、認証されたユーザー端末機Ｕであることを表示することができる。
【０１６３】
２：リスト生成段階で、パートナーサーバＳＰの認証されたユーザー端末機Ｕは、スマートホームサービスサーバ１００に制御可能なデバイスＤリスト生成命令を呼び出す呼び出し命令を伝送することができる。一実施例に係るリスト生成命令を呼び出す呼び出し命令は、「Ｇｅｔ  ｄｅｖｉｃｅｓ」を含むことができる。それにともなう応答として、スマートホームサービスサーバ１００は保存部１７０に保存された制御可能デバイスＤリストをパートナーサーバＳＰに提供し、ユーザーはユーザー端末機Ｕを通じて制御可能デバイスＤリストを確認することができる。
【０１６４】
３：照会段階で、パートナーサーバＳＰの認証されたユーザー端末機Ｕは、制御可能デバイスＤリストのうち少なくとも一つの状態情報照会命令を呼び出す呼び出し命令を伝送することができる。一実施例に係る状態情報照会命令を呼び出す呼び出し命令は、「Ｇｅｔ  ｄｅｖｉｃｅｓ（ＤｅｖｉｃｅＩＤ）」を含むことができる。それにともなう応答として、スマートホームサービスサーバ１００は、保存部１７０に保存されたデバイスＤの状態情報のうち照会要請されたデバイスＤの状態情報をパートナーサーバＳＰに提供し、ユーザーはユーザー端末機Ｕを通じて照会要請されたデバイスＤの状態情報を確認することができる。
【０１６５】
４：購読段階で、パートナーサーバＳＰの認証されたユーザー端末機Ｕは、デバイスＤ状態情報の購読申請命令を呼び出す呼び出し命令を伝送することができる。一実施例に係る状態購読申請命令を呼び出す呼び出し命令は、「Ｐｏｓｔ  Ｓｕｂｓｃｒｉｐｔｉｏｎｓ（ＤｅｖｉｃｅＩＤ）」を含むことができる。それにともなう応答として、スマートホームサービスサーバ１００は、保存部１７０に該当デバイスＤが購読申請されたことを保存し、これをパートナーサーバＳＰを通じてユーザー端末機Ｕに伝送することができる。
【０１６６】
５：通知段階で、購読申請されたデバイスＤは、状態情報変更のイベントが発生すると、これをスマートホームサービスサーバ１００に伝送することができる。スマートホームサービスサーバ１００は、保存部１７０に保存された該当デバイスＤの状態情報を更新し、これを購読申請したユーザー端末機Ｕに通知することができる。ユーザー端末機Ｕは、パートナーサーバＳＰを通じてスマートホームサービスサーバ１００に通知を受信したことを伝送することができる。
【０１６７】
６：制御段階で、パートナーサーバＳＰの認証されたユーザー端末機Ｕは、状態情報を確認したデバイスＤの動作を制御する制御命令を呼び出す呼び出し命令を伝送することができる。一実施例に係るデバイスＤ動作制御命令を呼び出す呼び出し命令は、「ＰＵＴ  Ｄｅｖｉｃｅ（ＤｅｖｉｃｅＩＤ、ｒｅｓｏｕｒｃｅ）」を含むことができる。それにともなう応答として、スマートホームサービスサーバ１００は、該当呼び出し命令を受信したことをユーザー端末機Ｕに通知し、制御命令をデバイスＤに伝送することができる。制御命令を受信したデバイスＤは、制御命令により動作が制御され得る。
【０１６８】
７：購読解約段階で、パートナーサーバＳＰの認証されたユーザー端末機Ｕは、デバイスＤ状態情報の購読解約命令を呼び出す呼び出し命令を伝送することができる。一実施例に係る状態購読解約命令を呼び出す呼び出し命令は、「Ｄｅｌｅｔｅ  Ｓｕｂｓｃｒｉｐｔｉｏｎｓ（ＤｅｖｉｃｅＩＤ）」を含むことができる。それにともなう応答として、スマートホームサービスサーバ１００は、保存部１７０に保存された該当デバイスＤの購読申請を削除し、これをパートナーサーバＳＰを通じてユーザー端末機Ｕに伝送することができる。
【０１６９】
これまでは、第２プロトコルのユーザー端末機Ｕで第１プロトコルの制御命令を呼び出し、呼び出された制御命令を第１プロトコルの命令語の形式に沿って変形した後、変形された制御命令でデバイスＤを制御する場合について説明した。これとは反対に、第１プロトコルのデバイスＤまたはユーザー端末機Ｕで第３プロトコルのパートナーサーバＳＰとこれに連結されたデバイスＤを制御する方法について説明する。
【０１７０】
再び図２を参照すると、アダプター１９０（Ａｄａｐｔｅｒ）はイベントプロセッサ１６０により処理されたデバイスＤ状態情報が、第３プロトコルに基づいて動作するパートナーサーバＳＰにより呼び出され得る。これについて図１９を通じて詳細に説明する。
【０１７１】
図１９は、一実施例に係るアダプターの動作を説明するための図面である。
【０１７２】
図１９を参照すると、デバイスＤの状態情報を処理したイベントプロセッサ１６０は、処理された状態情報をアダプター１９０に提供することができる。この時、アダプター１９０は提供されたデバイスＤの状態情報が第３プロトコルの制御命令により呼び出されるように状態情報を変形することができる。
【０１７３】
その結果、第１プロトコルに従って動作するデバイスＤの状態情報が第３プロトコルのパートナーサーバＳＰに容易に提供され得、もし、第３プロトコルのパートナーサーバＳＰがマッシュアップ（Ｍａｓｈｕｐ）サービス事業者である場合、デバイスＤ状態情報によって、第１プロトコルではない他のプロトコルに従って動作する多様なデバイスＤが制御され得る。
【０１７４】
また、アダプター１９０は、第３プロトコルに基づいてパートナーサーバＳＰに連結された少なくとも一つのパートナーデバイスＤを制御することができる。このために、アダプター１９０は第１プロトコルを通じてパートナーデバイスＤに対する制御命令を呼び出すことができる。
【０１７５】
具体的には、アダプター１９０は例えば、アダプター１９０は第１プロトコル上で第３プロトコルの制御命令が呼び出されるようにするＡＰＩを含んだり、接近する権限を有することができる。その結果、アダプター１９０は、パートナーデバイスＤを直接制御するための第３プロトコルの制御命令を第１プロトコル上で呼び出すようにＡＰＩを利用することができる。
【０１７６】
このように、スマートホームサービスサーバ１００はアダプター１９０を具備することによって、異種プロトコルを有するデバイスＤ間の両方向制御が可能な環境を提供することができる。
【０１７７】
前述したスマートホームサービスサーバおよびその制御方法は宅内または産業現場などの多様な分野で利用され得るため、産業上利用可能性がある。
【図１ａ】
2019505060.tif 000008
【図１ｂ】
2019505060.tif 000009
【図２】
2019505060.tif 000010
【図３】
2019505060.tif 000011
【図４】
2019505060.tif 000012
【図５】
2019505060.tif 000013
【図６】
2019505060.tif 000014
【図７】
2019505060.tif 000015
【図８】
2019505060.tif 000016
【図９ａ】
2019505060.tif 000017
【図９ｂ】
2019505060.tif 000018
【図１０】
2019505060.tif 000019
【図１１】
2019505060.tif 000020
【図１２】
2019505060.tif 000021
【図１３】
2019505060.tif 000022
【図１４】
2019505060.tif 000023
【図１５】
2019505060.tif 000024
【図１６】
2019505060.tif 000025
【図１７】
2019505060.tif 000026
【図１８】
2019505060.tif 000027
【図１９】
2019505060.tif 000028
【国際調査報告】
2019505060.tif 000029
2019505060.tif 000030
2019505060.tif 000031
2019505060.tif 000032