JP6289764B2 - 機器制御方法、装置、プログラムおよび記録媒体 - Google Patents

Description

本開示は、通信技術分野に関し、特に、機器制御方法、装置、プログラムおよび記録媒体に関する。

移動端末技術の急速な発展に伴って、様々な移動端末、例えば、携帯電話は、非常に普及しており、かつ、機能もますます強くなっている。例えば、ユーザは、異なる需要に応えるように、携帯電話に複数のアプリケーションプログラム（ＡＰＰ）をインストールすることができる。

「シャオミスマートホームＡＰＰ」は、スマート機器（例えば、ワイヤレスフィデリティ（Ｗｉ-Ｆｉ）電球、空気清浄器、スマートコンセントなど）の接続、バインディング、機器状態チェックおよび制御、ショップなどの機能を一体にする携帯電話ソフトウェアである。当該ＡＰＰにアクセスするスマート機器の種類が多くなるにつれて、当該ＡＰＰのサイズを大きくせざるを得ないため、当該ＡＰＰが占める携帯電話の記憶空間は大き過ぎる。

関連技術に存在する課題を解決するために、本開示は、機器制御方法、装置、プログラムおよび記録媒体を提供する。

本開示の実施例の第１の態様によれば、機器制御方法を提供する。前記方法は、現在の制御待ち機器に対する制御指令を受信するステップと、前記現在の制御待ち機器を制御するための目標プラグインがインストールされていないと特定したことに応答して、制御インターフェースと制御ロジックとを含む前記目標プラグインをサーバから取得するステップと、前記現在の制御待ち機器以外の他の一部の制御可能な機器を制御するためのプラグインがインストールされたと特定したことに応答して、前記目標プラグインをインストールするステップと、前記制御指令およびインストールされた前記目標プラグインに基づいて、前記現在の制御待ち機器を制御するステップと、を含む。

ある実施例では、前記目標プラグインをインストールするステップは、前記目標プラグインを上書きインストールするステップを含む。

ある実施例では、前記方法は、前記現在の制御待ち機器以外の他の全ての制御可能な機器を制御するためのプラグインがインストールされたと特定したことに応答して、前記目標プラグインを上書きインストールするステップをさらに含む。

ある実施例では、前記制御可能な機器は、同一のローカルエリアネットワーク内に位置するスマート機器である。

ある実施例では、前記目標プラグインを前記サーバから取得するステップは、前記現在の制御待ち機器の識別子と前記現在移動端末の型番と現在アプリケーションプログラムＡＰＰのバージョン番号とが付加されているプラグインダウンロード要求をサーバへ送信するステップと、前記サーバが前記プラグインダウンロード要求に基づいて返信した前記目標プラグインを、受信するステップと、を含む。

ある実施例では、プラグインダウンロード要求を前記サーバへ送信する前に、前記方法は、制御可能機器照会要求を前記サーバへ送信するステップと、前記現在の制御待ち機器の識別子を含む、前記サーバから返信された制御可能機器リストを受信し、かつ、前記制御可能機器リストを表示するステップと、をさらに含み、前記現在の制御待ち機器の識別子は、前記現在の制御待ち機器が現在ＡＰＰにアクセスするときに前記サーバへ送信される。

ある実施例では、前記方法は、前記サーバに前記目標プラグインの更新バージョンが存在することを知っていれば、前記サーバから前記目標プラグインの更新バージョンを取得し、かつ、前記目標プラグインの更新バージョンをインストールするステップをさらに含む。

ある実施例では、前記サーバに前記目標プラグインの更新バージョンが存在することを知るステップは、前記サーバからプッシュされた、前記サーバに前記目標プラグインの更新バージョンが存在する旨の通知を受信するステップを含む。

ある実施例では、前記サーバに前記目標プラグインの更新バージョンが存在することを知るステップは、前記現在の制御待ち機器の識別子が付加されているプラグインバージョン照会要求をサーバへ送信するステップと、前記サーバが前記プラグインバージョン照会要求に基づいて返信した前記現在の制御待ち機器の最新バージョン番号を受信し、前記最新バージョン番号が前記現在の制御待ち機器の現在バージョン番号よりも大きければ、前記サーバに前記目標プラグインの更新バージョンが存在することを知るステップと、を含む。

ある実施例では、前記現在の制御待ち機器の前記目標プラグインおよびその更新バージョンは、ともに現在移動端末に保存されており、前記目標プラグインの更新バージョンには、前記現在の制御待ち機器の識別子とバージョン番号が含まれており、または、前記目標プラグインの更新バージョンには、前記現在の制御待ち機器および他の制御待ち機器の識別子とバージョン番号が含まれている。

ある実施例では、前記方法は、前記目標プラグインおよびその更新バージョンのバージョン番号を表示し、かつ、選択されたバージョン番号を受信するステップと、選択されたバージョン番号に基づいて対応するプラグインを呼び出し、呼び出されたプラグインに基づいて前記現在の制御待ち機器を制御するステップと、をさらに含む。

ある実施例では、前記方法は、前記現在の制御待ち機器の最新バージョンプラグインを取得し、かつ、前記最新バージョンプラグインに基づいて前記現在の制御待ち機器を制御するステップをさらに含む。

本開示の実施例の第２の態様によれば、機器制御装置を提供する。前記装置は、現在の制御待ち機器に対する制御指令を受信するように構成される受信モジュールと、前記現在の制御待ち機器を制御するための目標プラグインがインストールされていないと特定したことに応答して、制御インターフェースと制御ロジックとを含む前記目標プラグインをサーバから取得するように構成される特定取得モジュールと、前記現在の制御待ち機器以外の他の一部の制御可能な機器を制御するためのプラグインがインストールされたと特定したことに応答して、前記特定取得モジュールにより取得された前記目標プラグインをインストールするように構成される第１の特定インストールモジュールと、前記受信モジュールにより受信された前記制御指令と、前記第１の特定インストールモジュールによりインストールされた前記目標プラグインに基づいて、前記現在の制御待ち機器を制御するように構成される制御モジュールと、を備える。

ある実施例では、前記第１の特定インストールモジュールは、前記目標プラグインを上書きインストールするように構成される。

ある実施例では、前記装置は、前記現在の制御待ち機器以外の他の全ての制御可能な機器を制御するためのプラグインがインストールされたと特定したことに応答して、前記特定取得モジュールにより取得された前記目標プラグインを上書きインストールするように構成される第２の特定インストールモジュールをさらに備える。

ある実施例では、前記制御可能な機器は、同一のローカルエリアネットワーク内に位置するスマート機器である。

ある実施例では、前記特定取得モジュールは、前記現在の制御待ち機器の識別子と前記現在移動端末の型番と現在アプリケーションプログラムＡＰＰのバージョン番号とが付加されているプラグインダウンロード要求をサーバへ送信するように構成される送信サブモジュールと、前記サーバが前記送信サブモジュールにより送信された前記プラグインダウンロード要求に基づいて返信した前記目標プラグインを受信するように構成される受信サブモジュールと、を有する。

ある実施例では、前記装置は、前記送信サブモジュールがプラグインダウンロード要求をサーバへ送信する前に、制御可能機器照会要求を前記サーバへ送信するように構成される送信モジュールと、前記現在の制御待ち機器の識別子を含む、前記サーバから返信された制御可能機器リストを受信し、かつ、前記制御可能機器リストを表示するように構成される受信表示モジュールと、をさらに備え、前記現在の制御待ち機器の識別子は、前記現在の制御待ち機器が現在ＡＰＰにアクセスするときに前記サーバへ送信される。

ある実施例では、前記装置は、前記サーバに前記目標プラグインの更新バージョンが存在することを知っていれば、前記サーバから前記目標プラグインの更新バージョンを取得し、かつ、前記目標プラグインの更新バージョンをインストールするように構成される取得インストールモジュールをさらに備える。

ある実施例では、前記取得インストールモジュールは、前記サーバからプッシュされた、前記サーバに前記目標プラグインの更新バージョンが存在する旨の通知を受信するように構成される通知受信サブモジュールを有する。

ある実施例では、前記取得インストールモジュールは、前記現在の制御待ち機器の識別子が付加されているプラグインバージョン照会要求をサーバへ送信するように構成される送信サブモジュールと、前記サーバが前記プラグインバージョン照会要求に基づいて返信した前記現在の制御待ち機器の最新バージョン番号を受信し、前記最新バージョン番号が前記現在の制御待ち機器の現在バージョン番号よりも大きければ、前記サーバに前記目標プラグインの更新バージョンが存在することを知るように構成される受信比較サブモジュールと、を有する。

ある実施例では、前記現在の制御待ち機器の前記目標プラグインおよびその更新バージョンは、ともに現在移動端末に保存されており、前記目標プラグインの更新バージョンには、前記現在の制御待ち機器の識別子とバージョン番号が含まれており、または、前記目標プラグインの更新バージョンには、前記現在の制御待ち機器および他の制御待ち機器の識別子とバージョン番号が含まれている。

ある実施例では、前記装置は、前記目標プラグインおよびその更新バージョンのバージョン番号を表示し、かつ、選択されたバージョン番号を受信するように構成される表示受信モジュールと、前記表示受信モジュールにより受信し選択されたバージョン番号に基づいて対応するプラグインを呼び出し、呼び出されたプラグインに基づいて前記現在の制御待ち機器を制御するように構成される呼出制御モジュールと、をさらに備える。

ある実施例では、前記装置は、前記現在の制御待ち機器の最新バージョンプラグインを取得し、かつ、前記最新バージョンプラグインに基づいて前記現在の制御待ち機器を制御するように構成される取得制御モジュールをさらに備える。

本開示の実施例の第３の態様によれば、機器制御装置を提供する。前記装置は、プロセッサと、プロセッサが実行可能な指令を記憶するためのメモリと、を備え、プロセッサは、現在の制御待ち機器に対する制御指令を受信し、前記現在の制御待ち機器を制御するための目標プラグインがインストールされていないと特定したことに応答して、制御インターフェースと制御ロジックとを含む前記目標プラグインをサーバから取得し、前記現在の制御待ち機器以外の他の一部の制御可能な機器を制御するためのプラグインがインストールされたと特定したことに応答して、前記目標プラグインをインストールし、前記制御指令およびインストールされた前記目標プラグインに基づいて、前記現在の制御待ち機器を制御するように構成される。
本開示の実施例の第４の態様によれば、プロセッサに実行されることにより、本開示の実施例の第１の態様に記載の機器制御方法を実現するプログラムを提供する。
本開示の実施例の第５の態様によれば、本開示の実施例の第４の態様に記載のプログラムが記録された記録媒体を提供する。

本開示の実施例による技術案は、以下の格別な作用効果を含むことができる。

前記現在の制御待ち機器を制御するための目標プラグインがインストールされていないと特定したとき、前記目標プラグインをサーバから取得し、かつ、前記現在の制御待ち機器以外の他の一部の制御可能な機器を制御するためのプラグインがインストールされたと特定したとき、当該目標プラグインをインストールすることで、インストールされた目標プラグインに基づいて現在の制御待ち機器を制御することができ、目標プラグインをサーバに予め保存しており、必要なときにのみサーバから取得し、かつ、ローカルに前記現在の制御待ち機器以外の他の一部の制御可能な機器のプラグインをインストールするとき、当該目標プラグインをインストールし、すなわち、目標プラグインをインストールした後、ローカルにも、一部の制御可能な機器のプラグインのみをインストールしたので、当該ＡＰＰが占める空間を大幅に減少する。

前記現在の制御待ち機器以外の他の全ての制御可能な機器のプラグインがインストールされたと特定したとき、目標プラグインを上書きインストールし、すなわち、現在の制御待ち機器の目標プラグインで、この前にインストールされた１つの制御可能な機器のプラグインを上書きすることで、当該ＡＰＰが占める空間を減少する。

プラグインダウンロード要求をサーバへ送信して、現在の制御待ち機器の目標プラグインを取得することで、実現方式が簡単になる。

前記現在の制御待ち機器以外の他の一部の制御可能な機器を制御するためのプラグインがインストールされたと特定したとき、当該目標プラグインを上書きインストールすることで、当該ＡＰＰが占める空間をさらに減少する。

前記サーバに前記目標プラグインの更新バージョンが存在することを知っているとき、前記目標プラグインの更新バージョンを取得かつインストールし、それから、インストールされた前記目標プラグインの更新バージョンに基づいて前記現在の制御待ち機器を制御する。このような、プラグインに基づいて局所更新を行う方式によれば、消費の必要があるネットワークトラフィックリソースを有効に低減することができる。

選択されたバージョン番号を受信し、かつ、選択されたバージョン番号に基づいて対応するプラグインを呼び出して、前記現在の制御待ち機器を制御することで、ユーザが新旧バージョンのプラグインの間で選択することができ、ユーザに対して利便性を与える。

上述した一般的な記述および後続の詳細な記述は、単に例示的および解釈的なものであり、本発明を制限できるものでないと理解されるべきである。

ここでの図面は、明細書を構成する一部として見なされ、本開示に適した実施例を示し、かつ、明細書の文字記載とともに本開示の仕組みを解釈するために用いられる。

実施例による機器制御方法を示すフローチャートである。 実施例による別の機器制御方法を示すフローチャートである。 実施例による別の機器制御方法を示すフローチャートである。 ある実施例による目標プラグインをダウンロードするインターフェースを示す模式図である。 実施例による別の機器制御方法を示すフローチャートである。 実施例による別の機器制御方法を示すフローチャートである。 実施例によるプラグイン選択インターフェースを示す模式図である。 実施例による機器制御装置を示すブロック図である。 実施例による別の機器制御装置を示すブロック図である。 実施例による別の機器制御装置を示すブロック図である。 実施例による別の機器制御装置を示すブロック図である。 実施例による別の機器制御装置を示すブロック図である。 実施例による別の機器制御装置を示すブロック図である。 実施例による別の機器制御装置を示すブロック図である。 実施例によるさらに別の機器制御装置を示すブロック図である。 実施例による更なる機器制御装置を示すブロック図である。 実施例による機器制御装置のためのブロック図である。

次に、実施例を詳細に説明し、例示が図に示されている。以下の記述が図に係る場合、別途にて示さない限り、異なる図面における同じ符号は、同じまたは類似する要素を示す。以下の実施例に記述される実施形態は、本発明と一致する全ての実施形態を代表するとは限らない。逆に、それらは、添付の特許請求の範囲に記載されているように、本発明の一部の局面と一致する装置および方法の例に過ぎない。

図１は、ある実施例による機器制御方法を示すフローチャートである。図１に示すように、当該機器制御方法は、所定のＡＰＰがインストールされた移動端末に用いることができ、当該移動端末は、携帯電話、タブレットＰＣ（ＰＡＤ）などを含んでもよい。当該方法は、以下のステップを含む。

ステップＳ１０１では、現在の制御待ち機器に対する制御指令を受信する。

当該実施例では、ユーザが移動端末、例えば、携帯電話における所定のＡＰＰ、例えば、シャオミスマートホームＡＰＰによって、あるスマート機器を制御したいと考えている場合、当該スマート機器をクリックしてもよく、このとき、所定のＡＰＰは、現在の制御待ち機器に対する制御指令を受信する。

ステップＳ１０２では、現在の制御待ち機器を制御するための目標プラグインがインストールされていないと特定したことに応答して、制御インターフェースと制御ロジックとを含む目標プラグインをサーバから取得する。

当該実施例では、所定のＡＰＰが占める空間を減少するために、当該所定のＡＰＰが基本的な機器接続およびバインディングなどの機能のみを有し、当該所定のＡＰＰの制御可能な機器の制御インターフェースと制御ロジックをプラグインとしてパッケージングしてサーバに保存する。

１つの制御可能な機器の制御インターフェースと制御ロジックを１つのプラグインにパッケージンしてもよいし、複数の制御可能な機器の制御インターフェースと制御ロジックを１つのプラグインにパッケージンしてもよい。例えば、ある会社は３つの新製品を研究開発しており、この３つの新製品、すなわち、３つの機器の制御インターフェースと制御ロジックを１つのプラグインにパッケージンしてもよい。

当該所定のＡＰＰの制御可能な機器は、同一のローカルエリアネットワーク内に位置するスマート機器であってもよい。例えば、ユーザが自分のアカウントによって当該ＡＰＰにアクセスする現在ローカルエリアネットワーク内のスマート機器であってもよい。

当該実施例では、所定のＡＰＰは、現在の制御待ち機器に対する制御指令を受信した後、現在移動端末、例えば、携帯電話には現在の制御待ち機器を制御するための目標プラグインがインストールされたか否かを照会し、当該目標プラグインがインストールされていなければ、サーバから当該目標プラグインを取得する。

ステップＳ１０３では、現在の制御待ち機器以外の他の一部の制御可能な機器を制御するためのプラグインがインストールされたと特定したことに応答して、目標プラグインをインストールする。

当該実施例では、目標プラグインを取得した後、当該ＡＰＰには現在の制御待ち機器以外の他の一部の制御可能な機器のプラグインがインストールされていれば、当該目標プラグインをインストールする。

現在の制御待ち機器は、制御可能な機器でもある。

仮に、当該ＡＰＰの制御可能な機器を機器１乃至機器１００とし、現在の制御待ち機器を機器１とし、当該ＡＰＰには機器２乃至機器５０のプラグインがインストールされたとすれば、当該ＡＰＰには現在の制御待ち機器以外の他の一部の制御可能な機器のプラグインがインストールされたので、機器１の目標プラグインをインストールする。

ステップＳ１０４では、制御指令とインストールされた目標プラグインに基づいて、現在の制御待ち機器を制御する。

当該実施例では、現在の制御待ち機器の目標プラグインをインストールした後、制御指令とインストールされた目標プラグインに基づいて、現在の制御待ち機器を制御してもよい。

上記機器制御方法実施例によれば、現在の制御待ち機器を制御するための目標プラグインがインストールされていないと特定したとき、サーバから目標プラグインを取得し、かつ、現在の制御待ち機器以外の他の一部の制御可能な機器を制御するためのプラグインがインストールされたと特定したとき、当該目標プラグインをインストールすることで、インストールされた目標プラグインに基づいて現在の制御待ち機器を制御することができ、目標プラグインをサーバに予め保存しており、必要なときにのみサーバから取得し、かつ、ローカルに現在の制御待ち機器以外の他の一部の制御可能な機器のプラグインをインストールするとき、当該目標プラグインをインストールし、すなわち、目標プラグインをインストールした後、ローカルにも、一部の制御可能な機器のプラグインのみをインストールしたので、当該ＡＰＰが占める空間を大幅に減少する。

図２は、ある実施例による別の機器制御方法を示すフローチャートである。図２に示すように、当該方法は、以下のステップを含む。

ステップＳ２０１乃至ステップＳ２０２は、ステップＳ１０１乃至ステップＳ１０２と同じであるため、ここで繰り返して記述しない。

ステップＳ２０３では、現在の制御待ち機器以外の他の全ての制御可能な機器を制御するためのプラグインがインストールされたと特定したことに応答して、目標プラグインを上書きインストールする。

当該実施例では、当該ＡＰＰには現在の制御待ち機器以外の他の全ての制御可能な機器のプラグインがインストールされたので、記憶空間を節約するために、当該ＡＰＰが目標プラグインを取得した後、当該目標プラグインを上書きインストールする。

上書きインストールとは、現在の制御待ち機器の目標プラグインで、この前にインストールされた１つの制御可能な機器のプラグインを上書きする。すなわち、１つのプラグインも余計にインストールしないことであり、これによって、占める空間を減少する。

仮に、当該ＡＰＰの制御可能な機器を機器１乃至機器１００とし、現在の制御待ち機器を機器１とし、当該ＡＰＰには機器２乃至機器１００のプラグインがインストールされたとすれば、当該ＡＰＰには現在の制御待ち機器以外の他の全ての制御可能な機器のプラグインがインストールされたので、記憶空間を節約するために、機器１の目標プラグインを上書きインストールし、例えば、機器１の目標プラグインで機器２のプラグインを上書きする。

なお、当該実施例では、例示的に機器２を上書きされる機器とするが、実際の応用では、異なるポリシーに応じて上書きされる機器を選択してもよく、例えば、ランダム選択または順番選択などを行ってもよい。

ステップＳ２０４はステップＳ１０４と同じであるため、ここで繰り返して記述しない。

上記機器制御方法実施例によれば、現在の制御待ち機器以外の他の全ての制御可能な機器を制御するためのプラグインがインストールされたと特定したとき、目標プラグインを上書きインストールし、すなわち、現在の制御待ち機器の目標プラグインで、この前にインストールされた１つの制御可能な機器のプラグインを上書きすることで、当該ＡＰＰが占める空間を減少する。

図３は、ある実施例による別の機器制御方法を示すフローチャートである。図３に示すように、当該方法は、以下のステップを含む。

ステップＳ３０１では、制御可能機器照会要求をサーバへ送信する。

当該実施例では、ユーザは自分のアカウント、例えば、シャオミアカウントを用いて機器を当該ＡＰＰにアクセスすることができ、当該ＡＰＰにアクセスする機器は、自分のアカウントとバインディング関係を確立する。当該ＡＰＰにアクセスする機器は、当該ＡＰＰの制御可能な機器である。これらの機器が当該ＡＰＰにアクセスするとき、自分の識別子をサーバへ送信し、これによって、サーバがアカウントとこれらの機器識別子との対応関係を保存する。

機器の識別子は、異なる種類の機器を区別するための文字列である。

ユーザが当該ＡＰＰにおける所定のオプション、例えば、「私の機器」をクリックするとき、当該ＡＰＰは制御可能機器照会要求をサーバへ送信することができる。

ステップＳ３０２では、サーバから返信された、現在の制御待ち機器の識別子を含む制御可能機器リストを受信し、かつ、制御可能機器リストを表示する。

サーバは制御可能機器照会要求を受信した後、当該制御可能機器照会要求に付加されている現在移動端末の識別子情報、例えば、携帯電話番号に基づいて、当該携帯電話番号とバインディングされているアカウント、例えば、シャオミアカウントを知ることができ、それから、シャオミアカウントおよび予め保存されているアカウントとこれらの機器識別子の対応関係に基づいて、これらの機器識別子を含む制御可能機器リストを取得し、かつ、当該ＡＰＰへ当該制御可能機器リストを返信する。当該ＡＰＰは当該制御可能機器リストを受信した後、当該制御可能機器リストを表示する。

ステップＳ３０３では、現在の制御待ち機器に対する制御指令を受信する。

当該実施例では、ユーザは、制御可能機器リストにおけるある機器を制御しようとするとき、当該機器をクリックしてもよく、当該機器は現在の制御待ち機器である。

ステップＳ３０４では、現在の制御待ち機器を制御するための目標プラグインがインストールされていないと特定したことに応答して、プラグインダウンロード要求をサーバへ送信する。

プラグインダウンロード要求には、現在の制御待ち機器の識別子と現在移動端末の型番と現在アプリケーションプログラムＡＰＰのバージョン番号とが付加されている。

当該実施例では、現在ＡＰＰには現在の制御待ち機器を制御するための目標プラグインがインストールされていなければ、プラグインダウンロード要求をサーバへ送信する。

ステップＳ３０５では、サーバがプラグインダウンロード要求に基づいて返信した目標プラグインを受信する。

サーバはプラグインダウンロード要求を受信した後、当該プラグインダウンロード要求に付加されている現在の制御待ち機器の識別子と、現在移動端末の型番、例えば、携帯電話の型番と、当該ＡＰＰのバージョン番号に基づいて、現在の制御待ち機器の目標プラグインを取得し、かつ、当該ＡＰＰへ目標プラグインを返信してもよい。

当該ＡＰＰが目標プラグインを取得する。すなわち、目標プラグインをダウンロードするインターフェースは、図４に示すようなものであってもよい。図４には、ダウンロードするのは、エアコンの目標プラグインであり、図４から分かるように、ダウンロードプログレスは３６%である。

ステップＳ３０６では、現在の制御待ち機器以外の他の一部の制御可能な機器を制御するためのプラグインがインストールされたと特定したことに応答して、目標プラグインを上書きインストールする。

目標プラグインを取得した後、当該ＡＰＰには現在の制御待ち機器以外の他の一部の制御可能な機器のプラグインがインストールされていれば、当該目標プラグインをインストールしてもよい。

当該ＡＰＰが占める空間をさらに減少するために、当該実施例では、目標プラグインを上書きインストールする。

仮に、当該ＡＰＰの制御可能な機器を機器１乃至機器１００とし、現在の制御待ち機器を機器１とし、当該ＡＰＰには機器２乃至機器６０のプラグインがインストールされたとすれば、当該ＡＰＰが占める空間をさらに減少するために、機器１の目標プラグインを上書きインストールし、例えば、機器１の目標プラグインで機器１０のプラグインを上書きする。

ステップＳ３０７では、制御指令とインストールされた目標プラグインに基づいて、現在の制御待ち機器を制御する。

当該実施例では、現在の制御待ち機器の目標プラグインを上書きインストールした後、制御指令とインストールされた目標プラグインに基づいて、現在の制御待ち機器を制御してもよい。

上記機器制御方法の実施例によれば、プラグインダウンロード要求をサーバへ送信して、現在の制御待ち機器の目標プラグインを取得することで、実現方式が簡単となり、かつ、現在の制御待ち機器以外の他の一部の制御可能な機器を制御するためのプラグインがインストールされたと特定したとき、当該目標プラグインを上書きインストールすることで、当該ＡＰＰが占める空間をさらに減少する。

図５は、ある実施例による別の機器制御方法を示すフローチャートである。図５に示すように、上記ステップＳ１０３の後で、当該方法は、以下のステップをさらに含んでもよい。

ステップＳ５０１では、サーバに目標プラグインの更新バージョンが存在することを知っていれば、サーバから目標プラグインの更新バージョンを取得し、かつ、目標プラグインの更新バージョンをインストールする。

以下の多種の方式、例えば、以下の二種の方式によって、サーバに目標プラグインの更新バージョンが存在することを知ってもよい。

第１種の方式としては、サーバからプッシュされた通知を受信し、当該通知は、サーバに目標プラグインの更新バージョンが存在することを示すためのものである。

第２種の方式としては、現在の制御待ち機器の識別子が付加されているプラグインバージョン照会要求をサーバへ送信し、サーバがプラグインバージョン照会要求に基づいて返信した現在の制御待ち機器の最新バージョン番号を受信し、最新バージョン番号が現在の制御待ち機器の現在バージョン番号よりも大きければ、サーバに目標プラグインの更新バージョンが存在することを知る。

当該実施例では、目標プラグインの更新バージョンを取得かつインストールした後、現在の制御待ち機器の目標プラグインおよびその更新バージョンをともに現在移動端末に保存する、すなわち、同一の機器の異なるバージョンのプラグインをともに現在移動端末、例えば、携帯電話に保存する。

また、目標プラグインの更新バージョンには、現在の制御待ち機器の更新する制御インターフェースと制御ロジックのみを含んでもよいし、他の制御待ち機器または制御可能な機器の制御インターフェースと制御ロジックを含んでもよい。

例えば、Ａ社は発表すべき新たな機器ｄを有し、同時に、機器ｂの制御インターフェースとロジックも更新される必要がある。それでは、開発者は、機器ｄおよび機器ｂの制御インターフェースと制御ロジックを１つの新たなプラグイン、例えば、プラグイン２にパッケージングすることを選択してもよい。また、開発者は、機器ｄおよび機器ｂの制御インターフェースと制御ロジックをそれぞれ２つの新たなプラグインにパッケージングすることを選択してもよい。

機器ｂの目標プラグインの更新バージョンがプラグイン２であるため、サーバからプラグイン２を取得する。

ステップＳ５０２では、インストールされた目標プラグインの更新バージョンに基づいて、現在の制御待ち機器を制御する。

当該実施例では、目標プラグインの更新バージョンをインストールした後、インストールされた目標プラグインの更新バージョンに基づいて、現在の制御待ち機器を制御してもよい。

上記機器制御方法実施例によれば、サーバに目標プラグインの更新バージョンが存在することを知っているとき、目標プラグインの更新バージョンを取得かつインストールし、それから、インストールされた目標プラグインの更新バージョンに基づいて、現在の制御待ち機器を制御し、このような、プラグインに基づいて局所更新を行う方式によれば、消費の必要があるネットワークトラフィックリソースを有効に低減することができる。

図６は、ある実施例による別の機器制御方法を示すフローチャートである。図６に示すように、上記ステップＳ５０１の後で、当該方法は、以下のステップをさらに含んでもよい。

ステップＳ６０１では、目標プラグインおよびその更新バージョンのバージョン番号を表示し、かつ、選択されたバージョン番号を受信する。

当該実施例では、同一の機器の異なるバージョンのプラグインをともに現在移動端末に保存することができるため、目標プラグインおよびその更新バージョンのバージョン番号を表示することができる。

また、目標プラグインの更新バージョンには、現在の制御待ち機器の更新する制御インターフェースと制御ロジックのみを含んでもよいし、他の制御待ち機器または制御可能な機器の制御インターフェースと制御ロジックを含んでもよい。

例えば、Ａ社は発表すべき新たな機器ｄを有し、同時に、機器ｂの制御インターフェースとロジックも更新される必要がある。それでは、開発者は、機器ｄおよび機器ｂの制御インターフェースと制御ロジックを１つの新たなプラグイン、例えば、プラグイン２にパッケージングすることを選択してもよい。また、開発者は、機器ｄおよび機器ｂの制御インターフェースと制御ロジックをそれぞれ２つの新たなプラグインにパッケージングすることを選択してもよい。

プラグイン毎には、機器の識別子とバージョン番号が含まれているため、当該ＡＰＰは目標プラグインおよびその更新バージョンのバージョン番号を表示した後、異なるバージョンプラグインに含まれている機器の識別子とバージョン番号に基づいて、プラグインのバージョン番号を選択してもよい。

仮に、図７に示すように、目標プラグイン、例えば、プラグイン１における機器ｂのバージョン番号を１９とし、目標プラグインの更新バージョン、すなわち、プラグイン２における機器ｂのバージョン番号を２０とする。ユーザはプラグイン２のバージョンが安定しておらず、プラグイン１を使用しようとする場合、バージョン番号が１のプラグイン、すなわち、プラグイン１を選択してもよい。

ステップＳ６０２では、選択されたバージョン番号に基づいて対応するプラグインを呼び出し、呼び出されたプラグインに基づいて現在の制御待ち機器を制御する。

仮に、ユーザがプラグイン１を選択する場合、プラグイン１を呼び出して機器ｂを制御することができる。

上記ステップＳ６０１乃至Ｓ６０２は、ユーザが選択したプラグインによって、現在の制御待ち機器を制御するが、当該実施例では、さらに、他の方式によって、現在の制御待ち機器を制御してもよく、例えば、デフォルトとしては、バージョン番号が最も高いプラグインを用いて現在の制御待ち機器を制御する。

デフォルトとしては、バージョン番号が最も高いプラグインを用いて現在の制御待ち機器を制御する手順は、現在の制御待ち機器の最新バージョンプラグインを取得し、最新バージョンプラグインに基づいて現在の制御待ち機器を制御することであってもよい。

例えば、目標プラグイン、例えば、プラグイン３における機器ａのバージョン番号を１９とし、目標プラグインの更新バージョン、すなわち、プラグイン４における機器ａのバージョン番号を２１とする場合、プラグイン４を用いて機器ａを制御してもよい。

上記機器制御方法実施例によれば、選択されたバージョン番号を受信し、かつ、選択されたバージョン番号に基づいて対応するプラグインを呼び出して、現在の制御待ち機器を制御することで、ユーザが新旧バージョンのプラグインの間で選択することができ、ユーザに対して利便性を与える。

前記機器制御方法実施例と対応的に、本開示はさらに、機器制御装置実施例を提供する。

図８は、ある実施例による機器制御装置を示すブロック図である。図８に示すように、機器制御装置は、受信モジュール８１と特定取得モジュール８２と第１の特定インストールモジュール８３と制御モジュール８４とを備える。

受信モジュール８１は、現在の制御待ち機器に対する制御指令を受信するように構成される。

特定取得モジュール８２は、現在の制御待ち機器を制御するための目標プラグインがインストールされていないと特定したことに応答して、制御インターフェースと制御ロジックとを含む目標プラグインをサーバから取得するように構成される。

第１の特定インストールモジュール８３は、現在の制御待ち機器以外の他の一部の制御可能な機器を制御するためのプラグインがインストールされたと特定したことに応答して、特定取得モジュール８２により取得された目標プラグインをインストールするように構成される。

制御モジュール８４は、受信モジュール８１により受信された制御指令と、第１の特定インストールモジュール８３によりインストールされた目標プラグインに基づいて、現在の制御待ち機器を制御するように構成される。

制御可能な機器とは、同一のローカルエリアネットワーク内に位置するスマート機器を指す。

図８に示す装置は、上記図１に示す方法フローを実現するためのものであり、係る関連内容の記述は同じであるため、ここで繰り返して記述しない。

上記機器制御装置実施例によれば、特定取得モジュールにより現在の制御待ち機器を制御するための目標プラグインがインストールされていないと特定したとき、サーバから目標プラグインを取得し、かつ、第１の特定インストールモジュールにより現在の制御待ち機器以外の他の一部の制御可能な機器を制御するためのプラグインがインストールされたと特定したとき、当該目標プラグインを上書きインストールし、インストールされた目標プラグインに基づいて現在の制御待ち機器を制御し、目標プラグインをサーバに予め保存しており、必要なときにのみサーバから取得し、かつ、ローカルに現在の制御待ち機器以外の他の一部の制御可能な機器のプラグインをインストールするとき、当該目標プラグインをインストールし、すなわち、目標プラグインをインストールした後、ローカルにも、一部の制御可能な機器のプラグインのみをインストールしたので、当該ＡＰＰが占める空間を大幅に減少する。

図９Ａは、ある実施例による別の機器制御装置を示すブロック図である。図９Ａに示すように、上記図８に示す実施例を基に、当該装置は、第２の特定インストールモジュール８５をさらに備えてもよい。

第２の特定インストールモジュール８５は、現在の制御待ち機器以外の他の全ての制御可能な機器を制御するためのプラグインがインストールされたと特定したことに応答して、特定取得モジュール８２により取得された目標プラグインを上書きインストールするように構成される。

図９Ａに示す装置は、上記図２に示す方法フローを実現するためのものであり、係る関連内容の記述は同じであるため、ここで繰り返して記述しない。

上記機器制御装置実施例によれば、第２の特定インストールモジュールにより現在の制御待ち機器以外の他の全ての制御可能な機器を制御するためのプラグインがインストールされたと特定したとき、目標プラグインを上書きインストールし、すなわち、現在の制御待ち機器の目標プラグインで、この前にインストールされた１つの制御可能な機器のプラグインを上書きすることで、当該ＡＰＰが占める空間を減少する。

図９Ｂは、ある実施例による別の機器制御装置を示すブロック図である。図９Ｂに示すように、上記図８に示す実施例を基に、特定取得モジュール８２は、送信サブモジュール８２１と受信サブモジュール８２２とを有してもよい。

送信サブモジュール８２１は、現在の制御待ち機器の識別子と現在移動端末の型番と現在アプリケーションプログラムＡＰＰのバージョン番号とが付加されているプラグインダウンロード要求をサーバへ送信するように構成される。

受信サブモジュール８２２は、サーバが送信サブモジュール８２１により送信されたプラグインダウンロード要求に基づいて返信した目標プラグインを受信するように構成される。

図９Ｂに示す装置は、上記図３に示す方法フローを実現するためのものであり、係る関連内容の記述は同じであるため、ここで繰り返して記述しない。

上記機器制御装置実施例によれば、プラグインダウンロード要求をサーバへ送信して、現在の制御待ち機器の目標プラグインを取得することで、実現方式が簡単になる。

図９Ｃは、ある実施例による別の機器制御装置を示すブロック図である。図９Ｃに示すように、上記図９Ｂに示す実施例を基に、当該装置は、送信モジュール８６と受信表示モジュール８７とをさらに備えてもよい。

送信モジュール８６は、送信サブモジュール８２１がプラグインダウンロード要求をサーバへ送信する前に、制御可能機器照会要求をサーバへ送信するように構成される。

受信表示モジュール８７は、サーバから返信された、現在の制御待ち機器の識別子を含む制御可能機器リストを受信し、かつ、制御可能機器リストを表示するように構成され、現在の制御待ち機器の識別子は、現在の制御待ち機器が現在ＡＰＰにアクセスするときサーバへ送信される。

図９Ｃに示す装置は、上記図３に示す方法フローを実現するためのものであり、係る関連内容の記述は同じであるため、ここで繰り返して記述しない。

上記機器制御装置実施例によれば、サーバへ制御可能機器照会要求を送信して、制御可能機器リストを取得することで、実現方式が簡単になる。

図９Ｄは、ある実施例による別の機器制御装置を示すブロック図である。図９Ｄに示すように、上記図８に示す実施例を基に、当該装置は、取得インストールモジュール８８をさらに備えてもよい。

取得インストールモジュール８８は、サーバに目標プラグインの更新バージョンが存在することを知っていれば、サーバから目標プラグインの更新バージョンを取得し、かつ、目標プラグインの更新バージョンをインストールするように構成される。

図９Ｄに示す装置は、上記図５に示す方法フローを実現するためのものであり、係る関連内容の記述は同じであるため、ここで繰り返して記述しない。

上記機器制御装置実施例によれば、サーバに目標プラグインの更新バージョンが存在することを知っているとき、目標プラグインの更新バージョンを取得かつインストールし、それから、インストールされた目標プラグインの更新バージョンに基づいて、現在の制御待ち機器を制御し、このような、プラグインに基づいて局所更新を行う方式によれば、消費の必要があるネットワークトラフィックリソースを有効に低減することができる。

図９Ｅは、ある実施例による別の機器制御装置を示すブロック図である。図９Ｅに示すように、上記図９Ｄに示す実施例を基に、取得インストールモジュール８８は、通知受信サブモジュール８８１を有してもよい。

通知受信サブモジュール８８１は、サーバからプッシュされた通知を受信するように構成され、通知は、サーバに目標プラグインの更新バージョンが存在することを示すためのものである。

図９Ｅに示す装置は、上記図５に示す方法フローを実現するためのものであり、係る関連内容の記述は同じであるため、ここで繰り返して記述しない。

上記機器制御装置実施例によれば、通知を受信する方式によって、サーバに目標プラグインの更新バージョンが存在することを知り、知る方式が簡単になる。

図９Ｆは、ある実施例による別の機器制御装置を示すブロック図である。図９Ｆに示すように、上記図９Ｄに示す実施例を基に、取得インストールモジュール８８は、送信サブモジュール８８２と受信比較サブモジュール８８３とを有してもよい。

送信サブモジュール８８２は、現在の制御待ち機器の識別子が付加されているプラグインバージョン照会要求をサーバへ送信するように構成される。

受信比較サブモジュール８８３は、サーバがプラグインバージョン照会要求に基づいて返信した現在の制御待ち機器の最新バージョン番号を受信し、最新バージョン番号が現在の制御待ち機器の現在バージョン番号よりも大きければ、サーバに目標プラグインの更新バージョンが存在することを知るように構成される。

図９Ｆに示す装置は、上記図５に示す方法フローを実現するためのものであり、係る関連内容の記述は同じであるため、ここで繰り返して記述しない。

上記機器制御装置実施例によれば、プラグインバージョン照会要求を送信する方式によって、サーバに目標プラグインの更新バージョンが存在することを知り、知る方式が簡単になる。

図１０は、ある実施例による更なる機器制御装置を示すブロック図である。図１０に示すように、上記図９Ｄに示す実施例を基に、当該装置は、表示受信モジュール９１と呼出制御モジュール９２とをさらに備えてもよい。

表示受信モジュール９１は、目標プラグインおよびその更新バージョンのバージョン番号を表示し、かつ、選択されたバージョン番号を受信するように構成される。

呼出制御モジュール９２は、表示受信モジュール９１により受信された選択されたバージョン番号に基づいて対応するプラグインを呼び出し、呼び出されたプラグインに基づいて現在の制御待ち機器を制御するように構成される。

ある実施例では、現在の制御待ち機器の目標プラグインおよびその更新バージョンは、ともに現在移動端末に保存されており、目標プラグインの更新バージョンには、現在の制御待ち機器の識別子とバージョン番号が含まれており、または、目標プラグインの更新バージョンには、現在の制御待ち機器および他の制御待ち機器の識別子とバージョン番号が含まれている。

図１０に示す装置は、上記図６に示す方法フローを実現するためのものであり、係る関連内容の記述は同じであるため、ここで繰り返して記述しない。

上記機器制御装置実施例によれば、選択されたバージョン番号を受信し、かつ、選択されたバージョン番号に基づいて対応するプラグインを呼び出して、現在の制御待ち機器を制御することで、ユーザが新旧バージョンのプラグインの間で選択することができ、ユーザに対して利便性を与える。

図１１は、ある実施例による更なる機器制御装置を示すブロック図である。図１１に示すように、上記図９Ｄに示す実施例を基に、当該装置は、取得制御モジュール９３をさらに備えてもよい。

取得制御モジュール９３は、現在の制御待ち機器の最新バージョンプラグインを取得し、かつ、最新バージョンプラグインに基づいて現在の制御待ち機器を制御するように構成される。

ある実施例では、現在の制御待ち機器の目標プラグインおよびその更新バージョンは、ともに現在移動端末に保存されており、目標プラグインの更新バージョンには、現在の制御待ち機器の識別子とバージョン番号が含まれており、または、目標プラグインの更新バージョンには、現在の制御待ち機器および他の制御待ち機器の識別子とバージョン番号が含まれている。

図１１に示す装置は、上記図６に示す方法フローを実現するためのものであり、係る関連内容の記述は同じであるため、ここで繰り返して記述しない。

上記機器制御装置実施例によれば、デフォルトとしては、バージョン番号が最も高いプラグインを用いて現在の制御待ち機器を制御し、実現方式が簡単になる。

上記実施例における装置中の各モジュール、サブモジュールが操作を実行する具体的な形態は、当該方法に関する実施例において詳細に記述されているため、ここで詳細に説明しない。

図１２は、ある実施例による機器制御装置のためのブロック図である。例えば、装置１２００は、携帯電話、コンピュータ、デジタル放送端末、メッセージ送受信機器、ゲームコンソール、タブレットデバイス、医療設備、フィットネス機器、ＰＤＡ、エアクラフトなどであってもよい。

図１２を参照すると、装置１２００は、以下の１つ又は複数のユニット、すなわち、処理ユニット１２０２、メモリ１２０４、電源ユニット１２０６、マルチメディアユニット１２０８、オーディオユニット１２１０、入力／出力（Ｉ／Ｏ）インターフェース１２１２、センサユニット１２１４および通信ユニット１２１６を備えてもよい。

処理ユニット１２０２は通常、装置１２００の全般操作、例えば、表示、電話発呼、データ通信、カメラ操作および記録操作に関連する操作を制御する。処理ユニット１２０２は、前記方法のステップの全部又は一部を実行するように、指令を実行する１つ又は複数のプロセッサ１２２０を備えてもよい。また、処理ユニット１２０２は、処理ユニット１２０２と他のユニットとの間の相互作用を容易にするように、１つ又は複数のモジュールを備えてもよい。例えば、処理ユニット１２０２は、マルチメディアユニット１２０８と処理ユニット１２０２との間の相互作用を容易にするように、マルチメディアモジュールを備えてもよい。

メモリ１２０４は、機器１２００での操作をサポートするために、各種別のデータを記憶するように構成される。これらのデータの例示は、装置１２００で操作する如何なるアプリケーションプログラムまたは方法の指令、連絡者データ、電話帳データ、メッセージ、ピクチャ、映像などを含む。メモリ１２０４は、如何なる種別の揮発性もしくは不揮発性記憶デバイスまたはそれらの組合せ、例えば、静的ランダムアクセスメモリ（ＳＲＡＭ）、電気的に消去可能なプログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ）、消去可能なプログラマブル読み出し専用メモリ（ＥＰＲＯＭ）、プログラマブル読み出し専用メモリ（ＰＲＯＭ）、読み出し専用メモリ（ＲＯＭ）、磁気メモリ、フラッシュメモリ、磁気ディスクまたは光ディスクによって実現されてもよい。

電源ユニット１２０６は、装置１２００のユニットのそれぞれに電力を供給する。電源ユニット１２０６は、電源管理システム、１つまたは複数の電源、並びに、装置１２００用の電力を生成、管理および配分するに関する他のユニットを含んでもよい。

マルチメディアユニット１２０８は、前記装置１２００とユーザとの間に１つの出力インターフェースを供給するスクリーンを備える。一部の実施例では、スクリーンは、液晶ディスプレイ（ＬＣＤ）およびタッチパネル（ＴＰ）を含んでもよい。スクリーンは、タッチパネルを含む場合、ユーザからの入力信号を受信するように、タッチスクリーンとして実現されてもよい。タッチパネルは、タッチ、スライドおよびタッチパネルでのジェスチャーを感知するように、１つまたは複数のタッチセンサを含む。前記タッチセンサは、タッチまたはスライド動作の境界を感知するだけではなく、前記タッチまたはスライド操作と関連する持続時間および圧力をさらに検出することができる。一部の実施例では、マルチメディアユニット１２０８は、１つのフロントカメラおよび／またはバックカメラを含む。装置１２００が操作モード、例えば、撮像モードまたは映像モードにあるとき、フロントカメラおよび／またはバックカメラは、外部のマルチメディアデータを受信することができる。フロントカメラおよびバックカメラのそれぞれは、１つの固定の光学レンズシステムであってもよいし、焦点距離および光学ズーム能力を有するものであってもよい。

オーディオユニット１２１０は、オーディオ信号を出力および／または入力するように構成される。例えば、オーディオユニット１２１０は、マイク（ＭＩＣ）を備え、装置１２００が操作モード、例えば、発呼モード、記録モードおよび音声識別モードにあるとき、マイクは、外部オーディオ信号を受信するように構成される。受信されたオーディオ信号は、さらに、メモリ１２０４に記憶される、または、通信ユニット１２１６を介して送信されることができる。一部の実施例では、オーディオユニット１２１０は、さらに、オーディオ信号を出力するためのスピーカをさらに含む。

Ｉ／Ｏインターフェース１２１２は、処理ユニット１２０２とペリフェラルインターフェースモジュールとの間でインターフェースを供給するものであり、前記ペリフェラルインターフェースモジュールは、キーボード、クリックホイール、ボタンなどであってもよい。これらのボタンは、ホームページボタン、ボリュームボタン、起動ボタンおよびロックボタンを含んでもよいが、それらに限定されない。

センサユニット１２１４は、様々な側面での状態推定を装置１２００に供給するための１つまたは複数のセンサを含む。例えば、センサユニット１２１４は、装置１２００のオン／オフ状態、ユニットの相対位置を検出することができ、例えば、前記ユニットは、装置１２００のディスプレイおよびキーパッドである。センサユニット１２１４は、さらに、装置１２００もしくは装置１２００の１つのユニットの位置変更、ユーザと装置１２００との接触の存在もしくは不存在、装置１２００の方位または加速／減速および装置１２００の温度変化をさらに検出することができる。センサユニット１２１４は、如何なる物理的接触もないとき、近辺にある物体の存在を検出するための近接センサを含んでもよい。センサユニット１２１４は、さらに、イメージングアプリケーションに使用される光センサ、例えばＣＭＯＳまたはＣＣＤ画像センサを含んでもよい。一部の実施例では、当該センサユニット１２１４は、さらに、加速度センサ、ジャイロセンサ、磁気センサ、圧力センサまたは温度センサを含んでもよい。

通信ユニット１２１６は、装置１２００と他の機器間の無線または有線方式の通信が便利になるように構成される。装置１２００は、通信規格に基づく無線ネットワーク、例えば、ＷｉＦｉ、２Ｇもしくは３Ｇ、またはそれらの組合せにアクセスすることができる。ある実施例では、通信ユニット１２１６は、外部ブロードキャスト管理システムからのブロードキャスト信号またはブロードキャスト関連情報をブロードキャストチャネルを介して受信する。ある実施例では、前記通信ユニット１２１６は、さらに、短距離通信を容易にするように、ニアフィールド通信（ＮＦＣ）モジュールを含んでもよい。例えば、ＮＦＣモジュールでは、無線周波数識別（ＲＦＩＤ）技術、赤外データ協会（ＩｒＤＡ）技術、超広帯域（ＵＷＢ）技術、ブルートゥース（登録商標）（ＢＴ）技術および他の技術によって実現されてもよい。

実施例では、装置１２００は、上記方法を実行するための１つ又は複数の特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブルロジックデバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、コントローラ、マイクロコントローラ、マイクロプロセッサまたは他の電子部品によって実現されてもよい。

実施例では、指令を含む非一時的コンピュータ読み取り可能な記憶媒体、例えば、指令を含むメモリ１２０４をさらに提供し、上記指令が装置１２００のプロセッサ１２２０によって実行されることで上述した方法を実施させることができる。例えば、前記非一時的コンピュータ読み取り可能な記憶媒体は、ＲＯＭ、ランダムアクセスメモリ（ＲＡＭ）、ＣＤ-ＲＯＭ、磁気テープ、フロッピーディスクおよび光データ記憶機器などであってもよい。

当業者は、明細書を考慮し、ここに公開された開示を実践した後、本開示の他の実施案を容易に想到する。本願は、本開示の如何なる変形、用途または適応的変化もカバーすることを意図する。これらの変形、用途または適応的変化は、本開示の一般的な仕組みに従い、かつ、本開示に開示されていない当分野における公知常識または慣用技術手段を含む。明細書および実施例は単なる例示と見なされ、本開示の本当の範囲および思想は添付の特許請求の範囲によって与えられる。

本開示が以上で記載され、且つ図面に示された正確な構造に限定されるものでなく、その要旨を逸脱しない範囲で様々な補正や変更も可能であることは理解されるべきである。本開示の範囲は、添付する特許請求の範囲のみによって限定される。

本発明は、出願番号が２０１５１０５７０５９０.６であり、出願日が２０１５年９月９日である中国特許出願を基に提出するものであり、当該中国特許出願の優先権を主張し、当該中国特許出願の全ての内容は、参照のため本願に援用される。

Claims (23)

1. 現在の制御待ち機器に対する制御指令を受信するステップと、
   前記現在の制御待ち機器を制御するための目標プラグインがインストールされていないと特定したことに応答して、制御インターフェースと制御ロジックとを含む前記目標プラグインをサーバから取得するステップと、
   前記現在の制御待ち機器以外の他の一部の制御可能な機器を制御するためのプラグインがインストールされていることに応答して、前記目標プラグインをインストールするステップと、
   前記制御指令およびインストールされた前記目標プラグインに基づいて、前記現在の制御待ち機器を制御するステップと、を含み、
   前記目標プラグインを前記サーバから取得するステップは、
   前記現在の制御待ち機器の識別子と前記現在の制御待ち機器を制御するための移動端末の型番と現在アプリケーションプログラムＡＰＰのバージョン番号とが付加されているプラグインダウンロード要求をサーバへ送信するステップと、
   前記サーバが前記プラグインダウンロード要求に基づいて返信した前記目標プラグインを、受信するステップと、を含み、
   プラグインダウンロード要求を前記サーバへ送信する前に、
   制御可能機器照会要求を前記サーバへ送信するステップと、
   前記現在の制御待ち機器の識別子を含む、前記サーバから返信された制御可能機器リストを受信し、かつ、前記制御可能機器リストを表示するステップと、をさらに含み、
   前記現在の制御待ち機器の識別子は、前記現在の制御待ち機器が現在ＡＰＰにアクセスするときに前記サーバへ送信される
   ことを特徴とする機器制御方法。
2. 前記目標プラグインをインストールするステップは、
   前記目標プラグインを上書きインストールするステップを含むことを特徴とする請求項１に記載の機器制御方法。
3. 前記現在の制御待ち機器以外の他の全ての制御可能な機器を制御するためのプラグインがインストールされていることに応答して、前記目標プラグインを上書きインストールするステップをさらに含むことを特徴とする請求項１に記載の機器制御方法。
4. 前記制御可能な機器は、同一のローカルエリアネットワーク内に位置するスマート機器であることを特徴とする請求項１に記載の機器制御方法。
5. 前記サーバに前記目標プラグインの更新バージョンが存在することを知っていれば、前記サーバから前記目標プラグインの更新バージョンを取得し、かつ、前記目標プラグインの更新バージョンをインストールするステップをさらに含むことを特徴とする請求項１に記載の機器制御方法。
6. 前記サーバに前記目標プラグインの更新バージョンが存在することを知るステップは、前記サーバからプッシュされた、前記サーバに前記目標プラグインの更新バージョンが存在する旨の通知を受信するステップを含むことを特徴とする請求項５に記載の機器制御方法。
7. 前記サーバに前記目標プラグインの更新バージョンが存在することを知るステップは、
   前記現在の制御待ち機器の識別子が付加されているプラグインバージョン照会要求をサーバへ送信するステップと、
   前記サーバが前記プラグインバージョン照会要求に基づいて返信した前記現在の制御待ち機器の最新バージョン番号を受信し、前記最新バージョン番号が前記現在の制御待ち機器の現在バージョン番号よりも大きければ、前記サーバに前記目標プラグインの更新バージョンが存在することを知るステップと、を含むことを特徴とする請求項５に記載の機器制御方法。
8. 前記現在の制御待ち機器の前記目標プラグインおよびその更新バージョンは、ともに現在移動端末に保存されており、
   前記目標プラグインの更新バージョンには、前記現在の制御待ち機器の識別子とバージョン番号が含まれており、または、前記目標プラグインの更新バージョンには、前記現在の制御待ち機器および他の制御待ち機器の識別子とバージョン番号が含まれていることを特徴とする請求項５に記載の機器制御方法。
9. 前記目標プラグインおよびその更新バージョンのバージョン番号を表示し、かつ、選択されたバージョン番号を受信するステップと、
   選択されたバージョン番号に基づいて対応するプラグインを呼び出し、呼び出されたプラグインに基づいて前記現在の制御待ち機器を制御するステップと、をさらに含むことを特徴とする請求項８に記載の機器制御方法。
10. 前記現在の制御待ち機器の最新バージョンプラグインを取得し、かつ、前記最新バージョンプラグインに基づいて前記現在の制御待ち機器を制御するステップをさらに含むことを特徴とする請求項８に記載の機器制御方法。
11. 現在の制御待ち機器に対する制御指令を受信するように構成される受信モジュールと、
    前記現在の制御待ち機器を制御するための目標プラグインがインストールされていないと特定したことに応答して、制御インターフェースと制御ロジックとを含む前記目標プラグインをサーバから取得するように構成される特定取得モジュールと、
    前記現在の制御待ち機器以外の他の一部の制御可能な機器を制御するためのプラグインがインストールされていることに応答して、前記特定取得モジュールにより取得された前記目標プラグインをインストールするように構成される第１の特定インストールモジュールと、
    前記受信モジュールにより受信された前記制御指令と、前記第１の特定インストールモジュールによりインストールされた前記目標プラグインに基づいて、前記現在の制御待ち機器を制御するように構成される制御モジュールと、を備え、
    前記特定取得モジュールは、
    前記現在の制御待ち機器の識別子と前記現在の制御待ち機器を制御するための移動端末の型番と現在アプリケーションプログラムＡＰＰのバージョン番号とが付加されているプラグインダウンロード要求をサーバへ送信するように構成される送信サブモジュールと、
    前記サーバが前記送信サブモジュールにより送信された前記プラグインダウンロード要求に基づいて返信した前記目標プラグインを受信するように構成される受信サブモジュールと、を有し、
    前記送信サブモジュールがプラグインダウンロード要求をサーバへ送信する前に、制御可能機器照会要求を前記サーバへ送信するように構成される送信モジュールと、
    前記現在の制御待ち機器の識別子を含む、前記サーバから返信された制御可能機器リストを受信し、かつ、前記制御可能機器リストを表示するように構成される受信表示モジュールと、をさらに備え、
    前記現在の制御待ち機器の識別子は、前記現在の制御待ち機器が現在ＡＰＰにアクセスするときに前記サーバへ送信される
    ことを特徴とする機器制御装置。
12. 前記第１の特定インストールモジュールは、前記目標プラグインを上書きインストールするように構成されることを特徴とする請求項１１に記載の機器制御装置。
13. 前記現在の制御待ち機器以外の他の全ての制御可能な機器を制御するためのプラグインがインストールされていることに応答して、前記特定取得モジュールにより取得された前記目標プラグインを上書きインストールするように構成される第２の特定インストールモジュールをさらに備えることを特徴とする請求項１１に記載の機器制御装置。
14. 前記制御可能な機器は、同一のローカルエリアネットワーク内に位置するスマート機器であることを特徴とする請求項１１に記載の機器制御装置。
15. 前記サーバに前記目標プラグインの更新バージョンが存在することを知っていれば、前記サーバから前記目標プラグインの更新バージョンを取得し、かつ、前記目標プラグインの更新バージョンをインストールするように構成される取得インストールモジュールをさらに備えることを特徴とする請求項１１に記載の機器制御装置。
16. 前記取得インストールモジュールは、前記サーバからプッシュされた、前記サーバに前記目標プラグインの更新バージョンが存在する旨の通知を受信するように構成される通知受信サブモジュールを有することを特徴とする請求項１５に記載の機器制御装置。
17. 前記取得インストールモジュールは、
    前記現在の制御待ち機器の識別子が付加されているプラグインバージョン照会要求をサーバへ送信するように構成される送信サブモジュールと、
    前記サーバが前記プラグインバージョン照会要求に基づいて返信した前記現在の制御待ち機器の最新バージョン番号を受信し、前記最新バージョン番号が前記現在の制御待ち機器の現在バージョン番号よりも大きければ、前記サーバに前記目標プラグインの更新バージョンが存在することを知るように構成される受信比較サブモジュールと、を有することを特徴とする請求項１５に記載の機器制御装置。
18. 前記現在の制御待ち機器の前記目標プラグインおよびその更新バージョンは、ともに現在移動端末に保存されており、
    前記目標プラグインの更新バージョンには、前記現在の制御待ち機器の識別子とバージョン番号が含まれており、または、前記目標プラグインの更新バージョンには、前記現在の制御待ち機器および他の制御待ち機器の識別子とバージョン番号が含まれていることを特徴とする請求項１５に記載の機器制御装置。
19. 前記目標プラグインおよびその更新バージョンのバージョン番号を表示し、かつ、選択されたバージョン番号を受信するように構成される表示受信モジュールと、
    前記表示受信モジュールにより受信し選択されたバージョン番号に基づいて対応するプラグインを呼び出し、呼び出されたプラグインに基づいて前記現在の制御待ち機器を制御するように構成される呼出制御モジュールと、をさらに備えることを特徴とする請求項１８に記載の機器制御装置。
20. 前記現在の制御待ち機器の最新バージョンプラグインを取得し、かつ、前記最新バージョンプラグインに基づいて前記現在の制御待ち機器を制御するように構成される取得制御モジュールをさらに備えることを特徴とする請求項１８に記載の機器制御装置。
21. プロセッサと、
    プロセッサが実行可能な指令を記憶するためのメモリと、を備え、
    前記プロセッサは、
    現在の制御待ち機器に対する制御指令を受信し、
    前記現在の制御待ち機器を制御するための目標プラグインがインストールされていないと特定したことに応答して、制御インターフェースと制御ロジックとを含む前記目標プラグインをサーバから取得し、
    前記現在の制御待ち機器以外の他の一部の制御可能な機器を制御するためのプラグインがインストールされていることに応答して、前記目標プラグインをインストールし、
    前記制御指令およびインストールされた前記目標プラグインに基づいて、前記現在の制御待ち機器を制御するように構成され、
    前記目標プラグインを前記サーバから取得することは、
    前記現在の制御待ち機器の識別子と前記現在の制御待ち機器を制御するための移動端末の型番と現在アプリケーションプログラムＡＰＰのバージョン番号とが付加されているプラグインダウンロード要求をサーバへ送信し、
    前記サーバが前記プラグインダウンロード要求に基づいて返信した前記目標プラグインを、受信するように構成され、
    プラグインダウンロード要求を前記サーバへ送信する前に、
    制御可能機器照会要求を前記サーバへ送信し、
    前記現在の制御待ち機器の識別子を含む、前記サーバから返信された制御可能機器リストを受信し、かつ、前記制御可能機器リストを表示するように構成され、
    前記現在の制御待ち機器の識別子は、前記現在の制御待ち機器が現在ＡＰＰにアクセスするときに前記サーバへ送信されるように構成される
    ことを特徴とする機器制御装置。
22. プロセッサに実行されることにより、請求項１から請求項１０のいずれか１項に記載の機器制御方法を実現することを特徴とするプログラム。
23. 請求項２２に記載のプログラムが記録された記録媒体。