JP6321193B2

JP6321193B2 - 設備制御方法及び装置

Info

Publication number: JP6321193B2
Application number: JP2016553313A
Authority: JP
Inventors: ▲陳▼勇; 徐印成; ▲揚▼桂▲ぜん▼; ▲陳▼▲維▼▲揚▼
Original assignee: Xiaomi Inc
Current assignee: Xiaomi Inc
Priority date: 2015-10-30
Filing date: 2015-12-30
Publication date: 2018-05-09
Anticipated expiration: 2035-12-30
Also published as: KR101903262B1; EP3163834B1; KR20170061637A; WO2017071094A1; JP2018502342A; US20170126586A1; CN105392141A; RU2649323C1; EP3163834A1; MX2016010481A

Description

本願は出願番号が２０１５１０７２８２０３７で、出願日は２０１５年１０月３０日の中国特許出願に基づいて提出し、かつ該中国特許出願の先願を要求し、該中国特許出願の全部内容はここで本願を導入して基準とする。

本発明はコンピュータの技術分野に関し、特に設備制御方法及び装置に関する。

ＷｉＦｉ（ＷｉｒｅｌｅｓｓＦｉｄｅｌｉｔｙ，忠実な無線通信環境）ネットワークを設定するときに、ＷｉＦｉネットワークの安全性を保証するために、ユーザはＷｉＦｉネットワークにパスワードを設定することが多く、ゲストは該ＷｉＦｉネットワークにアクセルするために、該パスワードを入力する必要がある。通常にゲストがネットワークにアクセスしやすいために、ユーザは一つのパスワード無しのゲストＷｉＦｉを設定することができ、ゲストが該ゲストＷｉＦｉにアクセスした後に、ユーザは該ゲストＷｉＦｉを隠す。

関連技術における問題を解決するために、本開示実施例は設備制御方法、システム及び装置を提供する。

本開示の実施例の第一方面に基づいて、設備制御方法を提供し、該方法は、
クライアントから送信するゲスト設備の第一識別子、ゲストアカウントと制御設備の第二識別子を受信し、該クライアントはゲスト設備にインストールされることと、
第二識別子とバインディングする管理者アカウントを取得することと、
ゲストアカウントと管理者アカウントとの間が予定関係を満たすときに、前記第一識別子に基づいてゲスト設備が予定使用権限を備えるのを確定することと、を含む。

任意的に、該方法は、さらに、
ゲスト設備から送信するウェブページアクセス要求を受信し、該ウェブページアクセス要求は検証ウェブページにアクセスするのを要求するために用いられることと、
リダイレクト用の予定ウェブページを生成してゲスト設備に送信し、該予定ウェブページは第二識別子と起動リンクを含み、該起動リンクはクライアントを起動するために用いられることと、を含む。

任意的に、該方法は、さらに、
ゲスト設備から送信する識別子取得要求を受信し、識別子取得要求はゲスト設備が起動リンクに作用するトリガー信号を受信したときに送信するものであり、該識別子取得要求は第一識別子を要求するために用いられることと、
第一識別子をゲスト設備に送信し、該ゲスト設備は第一識別子と第二識別子をクライアントに送信するように構成され、クライアントは第一識別子と第二識別子を受信し、かつクライアントに登録したゲストアカウントを読み取るように構成されることと、を含む。

任意的に、該方法は、さらに、
ゲストアカウントと管理者アカウントとの間が予定関係を満たさないのが確定されるときに、現在の予定使用権限を備える少なくとも一つの他のゲスト設備の他のゲストアカウントを取得することと、
少なくとも一つの他のゲストアカウントとゲストアカウントとの間が予定関係を満たすか否かを検出することと、
少なくとも一つの他のゲストアカウントとゲストアカウントとの間が予定関係を満たすときに、第一識別子に基づいてゲスト設備が予定使用権限を備えるのを確定することと、を含む。

任意的に、該方法は、さらに、
いずれの一つの他のゲストアカウントとゲストアカウントとの間が予定関係を満たさないときに、第一識別子に基づいてゲスト設備が予定使用権限を備えないのを確定することを含む。

本開示の実施例の第二方面に基づいて、設備制御方法を提供し、ゲスト設備に用いられ、該方法は、
ゲスト設備の第一識別子と制御設備の第二識別子を取得することと、
クライアントによって第一識別子、第二識別子とゲスト設備のゲストアカウントを制御設備に送信し、該クライアントはゲスト設備にインストールされることと、
制御設備が予定使用権限を有するのを確定し、該制御設備は第二識別子とバインディングする管理者アカウントを取得し、ゲストアカウントと管理者アカウントとの間が予定関係を満たすのを確定するときに、第一識別子に基づいてゲスト設備が予定使用権限を有するのを確定するように構成されることと、を含む。

任意的に、該方法は、さらに、
制御設備にウェブページアクセス要求を送信し、該ウェブページアクセス要求は検証ウェブページにアクセスするのを要求するために用いられることと、
制御設備から送信するリダイレクト用の予定ウェブページを受信し、該予定ウェブページは第二識別子と起動リンクを含み、該起動リンクはクライアントを起動するために用いられることと、を含む。

任意的に、該方法は、さらに、
起動リンクに作用するトリガー信号を受信したときに、制御設備に識別子取得要求を送信することと、
制御設備から送信する第一識別子を受信することと、
第一識別子と第二識別子をクライアントに送信し、該クライアントは第一識別子と第二識別子を受信し、かつクライアントに登録したゲストアカウントを読み取るように構成されることと、を含む。

任意的に、該方法は、さらに、
制御設備が予定使用権限を備えるのを確定し、該制御設備はゲストアカウントと管理者アカウントとの間が予定関係を満たさないのが確定されるときに、現在に予定使用権限を備える少なくとも一つの他のゲスト設備の他のゲストアカウントを取得し、少なくとも一つの他のゲストアカウントとゲストアカウントとの間が予定関係を満たすのを確定されるときに、第一識別子に基づいてゲスト設備が予定使用権限を備えるのを確定するように構成されることを含む。

任意的に、該方法は、さらに、
制御設備が予定使用権限を備えないのを確定し、該制御設備はいずれの一つの他のゲストアカウントとゲストアカウントとの間が予定関係を満たさないのを確定するときに、第一識別子に基づいてゲスト設備が予定使用権限を備えないのを確定するように構成されることを含む。

本開示の実施例の第三方面に基づいて、設備制御装置を提供し、制御設備に設けられ、該装置は、
クライアントから送信するゲスト設備の第一識別子、ゲストアカウントと制御設備の第二識別子を受信し、該クライアントはゲスト設備にインストールされるように構成される第一受信モジュールと、
第一受信モジュールの受信した第二識別子とバインディングする管理者アカウントを受信するように構成される第一取得モジュールと、
ゲストアカウントと第一取得モジュールの取得した管理者アカウントとの間が予定関係を満たすのを確定されるときに、第一識別子に基づいてゲスト設備が予定使用権限を備えるのを確定するように構成される第一確定モジュールと、を含む。

任意的に、該装置は、さらに、
ゲスト設備から送信するウェブページアクセス要求を受信し、該ウェブページアクセス要求は検証ウェブページにアクセスするのを要求するために用いられるように構成される第二受信モジュールと、
リダイレクト用の予定ウェブページを生成してゲスト設備に送信し、該予定ウェブページは第二識別子と起動リンクを含み、該起動リンクはクライアントを起動するために用いられるように構成されるウェブページ生成モジュールと、を含む。

任意的に、該装置は、さらに、
ゲスト設備から送信する識別子取得要求を受信し、該識別子取得要求はゲスト設備が起動リンクに作用するトリガー信号を受信したときに送信するものであり、該識別子取得要求は第一識別子を要求するために用いられるように構成される第三受信モジュールと、
第一識別子をゲスト設備に送信するように構成される識別子送信モジュールと、を含み、
該ゲスト設備は第一識別子と第二識別子をクライアントに送信するように構成され、クライアントは第一識別子と第二識別子を受信し、かつクライアントに登録したゲストアカウントを読み取るように構成される。

任意的に、該装置は、さらに、
該ゲストアカウントとゲストアカウントとの間が予定関係を満たさないのを確定するときに、現在に予定使用権限を備える少なくとも一つの他のゲスト設備の他のゲストアカウントを取得するように構成される第二取得モジュールと、
第二取得モジュールの取得した少なくとも一つの他のゲストアカウントとゲストアカウントとの間が予定関係を満たすか否かを検出するように構成される検出モジュールと、
検出モジュールの検出結果は少なくとも一つの他のゲストアカウントとゲストアカウントとの間が予定関係を満たすのを検出されるときに、第一識別子に基づいてゲスト設備が予定使用権限を備えるのを確定するように構成される第二確定モジュールと、を含む。

任意的に、該装置は、さらに、
検出モジュールの検出結果はいずれの他のゲストアカウントとゲストアカウントとの間が予定関係を満たさないのを確定するときに、第一識別子に基づいてゲスト設備が予定使用権限を備えないのを確定するように構成される第三確定モジュールを含む。

本開示の実施例の第四方面に基づいて、設備制御装置を提供し、ゲスト設備に設けられ、該装置は、
ゲスト設備の第一識別子と制御設備の第二識別子を取得するように構成される識別子取得モジュールと、
クライアントによって、識別子取得モジュールの取得した第一識別子、第二識別子とゲスト設備のゲストアカウントを制御設備に送信し、該クライアントはゲスト設備にインストールされるように構成される第一送信モジュールと、
前記制御設備が予定使用権限を備えるのを確定するように構成される第一確定モジュールとを含み、
前記制御設備は前記第二識別子とバインディングする管理者アカウントを取得し、前記ゲストアカウントと前記管理者アカウントとの間が予定関係を満たすのを確定されるときに、第一識別子に基づいてゲスト設備が前記予定使用権限を備えるのを確定するように構成される。

任意的に、該装置は、さらに、
制御設備にウェブページアクセス要求を送信し、該ウェブページアクセス要求は検証ウェブページにアクセスするのを要求するために用いられるように構成される第二送信モジュールと、
制御設備から送信するリダイレクト用の予定ウェブページを受信し、該予定ウェブページは第二識別子と起動リンクを含み、該起動リンクはクライアントを起動するために用いられるように構成されるウェブページ受信モジュールと、を含む。

任意的に、該装置は、さらに、
起動リンクに作用するトリガー信号を受信したときに、制御設備に識別子取得要求を送信し、該識別子取得要求は第一識別子を要求するために用いられるように構成される第三送信モジュールと、
制御設備の送信する第一識別子を受信するように構成される識別子受信モジュールと、
識別子受信モジュールの受信した第一識別子と第二識別子をクライアントに送信するように構成される第四送信モジュールとを含み、
クライアントは第一識別子と第二識別子を受信し、かつクライアントに登録したゲストアカウントを読み取るように構成される。

任意的に、該装置は、さらに、
制御設備が予定使用権限を備えるのを確定するように構成される第二確定モジュールを含み、
該制御設備はゲストアカウントと管理者アカウントとの間が予定関係を満たさないのを確定するときに、現在に予定使用権限を備える少なくとも一つの他のゲスト設備の他のゲストアカウントを取得し、少なくとも一つの他のゲストアカウントとゲストアカウントとの間が予定関係を満たすのを確定するときに、第一識別子に基づいてゲスト設備が予定使用権限を備えるのを確定するように構成される。

任意的に、該装置は、さらに、
制御設備が予定使用権限を備えないのを確定するように構成される第三確定モジュールを含み、
該制御設備はいずれの他のゲストアカウントとゲストアカウントとの間が予定関係を満たさないのを確定するときに、第一識別子に基づいてゲスト設備が予定使用権限を備えないのを確定するように構成される。

本開示の実施例の第五方面に基づいて、設備制御装置を提供し、制御設備に設けられ、該装置は、
プロセッサと、
プロセッサの実行可能命令を記憶するためのメモリとを含み、
該プロセッサは、
クライアントから送信するゲスト設備の第一識別子、ゲストアカウントと制御設備の第二識別子を受信し、該クライアントはゲスト設備にインストールされ、
第二識別子とバインディングする管理者アカウントを取得し、
ゲストアカウントと管理者アカウントとの間が予定関係を満たすのを確定するときに、第一識別子に基づいてゲスト設備が予定使用権限を備えるのを確定する。

本開示の実施例の第六方面に基づいて、設備制御装置を提供し、ゲスト設備に設けられ、該装置は、
プロセッサと、
プロセッサの実行可能命令を記憶するためのメモリとを含み、
該プロセッサは、
ゲスト設備の第一識別子と制御設備の第二識別子を受信し、
クライアントによって第一識別子、第二識別子とゲスト設備のゲストアカウントを制御設備に送信し、該クライアントはゲスト設備にインストールされ、
制御設備は予定使用権限を備えるのを確定し、該制御設備は第二識別子とバインディングする管理者アカウントを取得し、ゲストアカウントと管理者アカウントとの間が予定関係を満たすのを確定するときに、第一識別子に基づいてゲスト設備が予定使用権限を備えるのを確定するように構成される。

本開示の実施例が提供する技術的解決手段は以下の有益な効果を含むことができ、
クライアントから送信するゲスト設備の第一識別子、ゲストアカウントと制御設備の第二識別子を受信することにより、第二識別子とバインディングする管理者アカウントを取得し、ゲストアカウントと管理者アカウントとの間が予定関係を満たすのを確定されるときに、第一識別子に基づいてゲスト設備が予定使用権限を備えるのを確定し、制御設備はパスワードに基づいてゲスト身分を検証することでなく、クライアントに登録したゲストアカウントと管理者アカウントとの間の関係に基づいてゲスト身分を検証することであり、ゲスト設備のパスワードを入力して予定使用権限を取得するという問題を解決し、ゲストのパスワード入力時間を節約するという効果を達成する。

また、制御設備によってリダイレクト用の予定ウェブページを生成してゲスト設備に送信し、該予定ウェブページは第二識別子と起動リンクを含み、該起動リンクは前記クライアントを起動するために用いられ、ユーザは該リンクをトリガーして予定使用権限をワンクリック取得することができ、予定使用権限の取得操作を簡略化し、使用権限の取得効率を向上させる。

また、ゲストアカウントと管理者アカウントとの間が予定関係を満たさないときに、ゲストアカウントと他のゲスト設備の他のゲストアカウントとの間が予定関係を満たすか否かを検出し、制御設備は他のゲストアカウントに基づいてゲスト身分をさらに検証することができさせ、ゲストアカウントと管理者アカウントとの間が予定関係を存在しないときに、まずゲストアカウントと管理者アカウントとの間が予定関係を満たすようにさせ、予定使用権限の取得操作が複雑になるという問題を解決し、検証フローを簡略化するという効果を達成する。

理解しようとするのは、以上の一般的な描写と後の詳細描写は例示的と解釈的に過ぎなく、本開示を限定することができない。

例示的実施例に基づいて示した設備制御方法のフローチャートである。別の例示的実施例に基づいて示した設備制御方法のフローチャートである。例示的実施例に基づいて示した設備制御方法のシステムのフローチャートである。例示的実施例に基づいて示した設備制御方法のシステムインタラクティブ図である。例示的実施例に基づいて示した設備制御装置のブロック図である。例示的実施例に基づいて示した設備制御装置のブロック図である。例示的実施例に基づいて示した設備制御装置のブロック図である。例示的実施例に基づいて示した設備制御装置のブロック図である。図８は例示的実施例に基づいて示した設備制御用の装置のブロック図である。例示的実施例に基づいて示したせつっび制御用の装置のブロック図である。

ここの図面は明細書に組み込まれかつ本明細書の一部を構成し、本発明に一致した実施例を示し、かつ明細書と一緒に本発明の原理を解釈するために用いられる。

ここで例示的実施例について詳細な説明を行い、その例示は図面に示す。以下の描写は図面に関したときに、別に示されないと、異なる図面中の同じ数字は同じ又は類似した要素を示す。以下の例示的実施例に描写された実施方式は本発明と一致する全ての実施方式を代表しない。逆に、それらは特許請求の範囲に詳細に描写され、本発明のある方面と一致する装置及び方法の例に過ぎない。

図１は例示的実施例に基づいて示した設備制御方法のフローチャートであり、該設備制御方法は制御設備に応用され、図１に示したように、該設備制御方法は以下のステップを含む。

ステップ１０１において、クライアントから送信するゲスト設備の第一識別子、ゲストアカウントと制御設備の第二識別子を受信し、該クライアントはゲスト設備にインストールされる。

ステップ１０２において、第二識別子とバインディングする管理者アカウントを取得する。

ステップ１０３において、ゲストアカウントと管理者アカウントとの間が予定関係を満たすのを確定するときに、第一識別子に基づいてゲスト設備が予定使用権限を備えるのを確定する。

以上の記載からみれば、本開示実施例の提供する設備制御方法は、クライアントから送信するゲスト設備の第一識別子、ゲストアカウントと制御設備の第二識別子を受信することにより、第二識別子とバインディングする管理者アカウントを取得し、ゲストアカウントと管理者アカウントとの間が予定関係を満たすのを確定するときに、第一識別子に基づいてゲスト設備が予定使用権限を備えるのを確定し、制御設備はパスワードに基づいてゲスト身分を検証することでなく、クライアントに登録したゲストアカウントと管理者アカウントとの間の関係に基づいてゲスト身分を検証することであり、ゲスト設備のパスワードを入力して予定使用権限を取得するという問題を解決し、ゲストのパスワード入力時間を節約するという効果を達成する。

図２は別の例示的実施例に基づいて示した設備制御方法のフローチャートであり、該設備制御方法はゲスト設備に応用され、図２に示したように、該設備制御方法は以下のステップを含む。

ステップ２０１において、ゲスト設備の第一識別子と制御設備の第二識別子を取得する。

ステップ２０２において、クライアントによって第一識別子、第二識別子とゲスト設備のゲストアカウントを制御設備に送信し、該クライアントはゲスト設備にインストールされる。

ステップ２０３において、制御設備が予定使用権限を有するのを確定し、該制御設備は第二識別子とバインディングする管理者アカウントを取得し、ゲストアカウントと管理者アカウントとの間が予定関係を満たすのを確定するときに、第一識別子に基づいてゲスト設備が予定使用権限を有するのを確定するように構成される。

以上の記載からみれば、本開示実施例の提供する設備制御方法は、ゲスト設備の第一識別子と制御設備の第二識別子を取得することによって、クライアントによって第一識別子、第二識別子とゲスト設備のゲストアカウントを制御設備に送信し、該クライアントはゲスト設備にインストールされ、制御設備は予定使用権限を有するのを確定し、ゲスト設備はパスワードに基づいてゲスト身分を検証する必要がなく、クライアントに登録したゲストアカウントと管理者アカウントとの間の関係に基づいてゲスト身分を検証することであり、ゲスト設備のパスワードを入力して予定使用権限を取得するという問題を解決し、ゲストのパスワード入力時間を節約するという効果を達成する。

図３Ａは例示的実施例に基づいて示した設備制御方法のシステムのフローチャートであり、図３Ａに示したように、本実施例において、予定使用権限を備えるとゲスト設備をリリースし、予定使用権限を備えないとゲスト設備をリリースするのを禁止するということを例示され、実際に実現するときに、本実施例は予定使用権限について限定しない。該設備制御方法は以下のステップを含む。

ステップ３０１において、ゲスト設備は制御設備にウェブページアクセス要求を送信し、該ウェブページアクセス要求は検証ウェブページにアクセスするのを要求するために用いられる。

本実施例において、ホスト電子設備を管理者設備と呼び、ホストのゲストの電子設備をゲスト設備と呼び、制御設備はルータとサーバのうちの少なくとも一種を含む。

ホストはルータにより提供するワイヤレスネットワークからパスワード無しのゲストネットワークを設定することで、ゲスト設備が該ゲストネットワークを検索した後に、該ゲストネットワークに直接アクセスすることができる。ここで、ワイヤレスネットワークにゲストネットワークを設定する技術は十分に開発され、本実施例はこれ以上詳述しない。

ゲスト設備がゲストネットワークにアクセスした後に、ルータにウェブページアクセス要求を送信して検証ウェブページにアクセスするのを要求し、該検証ウェブページはゲスト設備がインターネットにアクセスすることができるか否かを検証するために用いられ、ウェブページアクセス要求に基づいて戻したウェブページは予め設定された検証ウェブページである場合、ルータがゲスト設備をリリースすることを確定し、このときゲスト設備はインターネットにアクセスすることができ、ウェブページアクセス要求に基づいて戻したウェブページは予め設定された検証ウェブページではない場合、ルータがゲスト設備をリリースするのを禁止することを確定し、このときゲスト設備はインターネットにアクセスすることができない。

ステップ３０２において、制御設備はゲスト設備から送信するウェブページアクセス要求を受信する。

ここで、制御設備はルータとサーバを含む場合、ルータでウェブページアクセス要求を受信し、ゲスト設備が予め設定されたホワイトリストにあるか否かを検出し、ゲスト設備が予め設定されたホワイトリストにあるときに、ゲスト設備に検証ウェブページを戻し、ゲスト設備が予め設定されたホワイトリストにないときに、ゲスト設備を予定ウェブページにリダイレクトする。ここで、ホワイトリストは、ルーラがゲスト設備をリリースするのを指示するために用いられる。

ゲスト設備を予定ウェブページにリダイレクトするときに、ルータは予定ウェブページを要求するための予定アクセス要求を生成し、かつ自身の第二識別子を取得し、該予定アクセス要求と第二識別子をサーバに送信する。第二識別子はルータのＭＡＣ（ＭｅｄｉａＡｃｃｅｓｓＣｏｎｔｒｏｌ、メディアアクセス制御）アドレス、ＩＤ等であってもよく、本開示はこれについて限定しない。

ルータは予めサーバとバインディングし、例えば、ルータはシャオミルータであるときに、サーバはシャオミサーバである。

ステップ３０３において、制御設備はリダイレクト用の予定ウェブページを生成してゲスト設備に送信し、該予定ウェブページは第二識別子と起動リンクを含み、該起動リンクはクライアントを起動するために用いられる。

制御設備はルータとサーバを含み、かつサーバはルータから送信する予定アクセス要求を受信する場合、このときサーバはまずゲスト端末の起動必要のあるクライアントを確定し、続いて該クライアントを起動するための起動リンクを生成し、起動リンクと第二識別子を含む予定ウェブページを生成し、予定ウェブページをルータに送信する。クライアントはソーシャルアプリケーションのクライアントであってもよく、該クライアントは、サーバはゲストアカウントに基づいてゲストとホストとの間の関係を確定しやすいために、ゲスト設備に登録したゲストアカウントを提供するように構成される。例えば、クライアントはウィーチャット、ミトーク、ウェイボー等であってもよく、本実施例はこれについて限定しない。

本実施例において、予めサーバでクライアントのタイプを設定することができ、サーバはクライアントタイプに基づいて対応する起動リンクを生成することができ、或いは、多種のクライアントタイプがあるときに、サーバはさらに各種のクライアントタイプに一つの起動リンクを生成することができる。

例えば、クライアントはウィーチャットクライアントであるときに、起動リンクは、ウィーチャットによってワンクリックでインターネットにアクセスすることができ、クライアントはミトーククライアントであるときに、起動リンクは、ミトークによってワンクリックでインターネットにアクセスし、クライアントはウェイボークライアントであるときに、起動リンクはウェイボーによってワンクリックでインターネットにアクセスすることができる。

サーバは予定ウェブページを生成した後に、予定ウェブページをルータに送信し、ルータは予定ウェブページをゲスト設備に送信し、該予定ウェブページは第二識別子と起動リンクを含み、該起動リンクはクライアントを起動するために用いられる。

ステップ３０４において、ゲスト設備は制御設備から送信するリダイレクト用の予定ウェブページを受信する。

本ステップ中の制御設備はルータであり、このときゲスト設備はルータから送信する予定ウェブページを受信する。

ステップ３０５において、ゲスト設備は起動リンクに作用するトリガー信号を受信した後に、制御設備に識別子取得要求を送信し、該識別子取得要求は第一識別子を要求するために用いられる。

ゲスト設備は予定ウェブページを受信した後に、該予定ウェブページは検証ウェブページと異なるのを確定し、ブラウザを呼び出して該予定ウェブページを表示する。ここで、予定ウェブページはｐｏｒｔａｌウェブページであてっも良い。

ゲスト設備はユーザが一つの起動リンクをクリックして生成したトリガー信号を受信するときに、ゲスト設備は制御設備へ自身の第一識別子を取得し、該第一識別子はゲスト設備がゲストネットワークにアクセスしたときに制御設備に送信するものである。或いは、任意的に、ゲスト設備は自身から第一識別子を直接に読み取ることができるときに、直接に読取っても良く、制御設備へ第一識別子を取得する必要がない。

実現するときに、ｐｏｒｔａｌウェブページでコードを設定することができ、ゲスト設備がトリガー信号を受信したときに、該コードは制御設備に識別子取得要求を送信し、このときゲスト設備は第一識別子を取得する。ここで、本ステップ中の制御設備はルータである。

ステップ３０６において、制御設備はゲスト設備から送信する識別子取得要求を受信する。

本ステップ中の制御設備はルータであり、このときルータはゲスト設備から送信する識別子取得要求を受信する。

ステップ３０７において、制御設備は第一識別子をゲスト設備に送信する。

本ステップ中の制御設備はルータであり、このときルータは第一識別子をゲスト設備に送信する。

ステップ３０８において、ゲスト設備は制御設備から送信する第一識別子を受信する。

本ステップ中の制御設備はルータであり、このときゲスト設備はルータから送信する第一識別子を受信する。

ステップ３０９において、ゲスト設備はゲスト設備の第一識別子と制御設備の第二識別子を取得する。

ステップ３１０において、ゲスト設備は第一識別子と第二識別子をクライアントに送信し、該クライアントはゲスト設備にインストールされ、第一識別子と第二識別子を受信し、かつクライアントに登録したゲストアカウントを読み取るように構成される。

トリガー信号を受信したときに、本実施例は第一識別子、第二識別子と起動クライアントの取得という三つのステップとの間の前後実行順序を限定しない。

クライアントに既にゲストアカウントが登録されたときに、クライアントは該ゲストアカウントを直接読み取り、クライアントにゲストアカウントが登録されないときに、クライアントはゲストアカウントの入力をユーザに提示して、クライアントはさらにゲストアカウントを読み取る。

例えば、クライアントはウィーチャットであるときに、ゲストアカウントはウィーチャットアカウントであり、クライアントはミトーククライアントであるときに、ゲストアカウントはミトークアカウントであり、クライアントはウェイボークライアントであるときに、ゲストアカウントはウェイボーアカウントである。

ステップ３１１において、ゲスト設備はクライアントによって第一識別子、第二識別子とゲスト設備のゲストアカウントを制御設備に送信する。

本ステップ中の制御設備はサーバであり、このときゲスト設備はクライアントによって第一識別子、第二識別子とゲスト設備のゲストアカウントをサーバに送信する。

本実施例中のサーバはサーバクラスタであるときに、クライアントは第一識別子、ゲストアカウントと第二識別子をサーバに直接送信し、本実施例中のサーバはサーバクラスタではないときに、かつクライアントに対応するサーバはルータにバインディングするサーバと異なるときに、クライアントはクライアントは第一識別子、ゲストアカウントと第二識別子をクライアントに対応するサーバに送信する。説明を簡単にするために、以下はクライアントに対応するサーバを第一サーバと呼び、ルータにバインディングするサーバを第二サーバと呼ぶ。

例えば、第二サーバはシャオミサーバであり、かつクライアントはミトーククライアントであるときに、第一識別子、ミトークアカウントと第二識別子をシャオミサーバに送信することができ、即ち、このとき、第一サーバはシャオミサーバである。第二サーバはシャオミサーバであり、かつクライアントはウィーチャットクライアントであるときに、第一識別子、ウィーチャットアカウントと第二識別子をウィーチャットサーバに送信し、即ちこのとき第一サーバはウィーチャットサーバである。

ステップ３１２において、制御設備はクライアントから送信するゲスト設備の第一識別子、ゲストアカウントと制御設備の第二識別子を受信する。

本ステップ中の制御設備はサーバであり、このときサーバはクライアントから送信するゲスト設備の第一識別子、ゲストアカウントと制御設備の第二識別子を受信する。

ステップ３１３において、制御設備は第二識別子とバインディングする管理者アカウントを取得する。

本ステップ中の制御設備はサーバである。

管理者設備はルータにアクセスした後に、ルータの第二識別子を取得することができ、かつクライアントに登録した管理者アカウントと第二識別子をサーバに送信し、サーバは該管理者アカウントと第二識別子をバインディングする。

サーバは第二識別子とゲストアカウントを受信したときに、該第二識別子とバインディングする管理者アカウントを取得し、ゲストアカウントと管理者アカウントとの間が予定関係を満たすか否かを検出する。ここで、予定関係は予め設定し及び修正することができ、例えば、予定関係は、ゲストアカウントと管理者アカウントが親友関係であり、或いは、ゲストアカウントと管理者アカウントは同じグループに属する等を指し、本実施例はこれについて限定しない。

ステップ３１４において、ゲストアカウントと管理者アカウントとの間が予定関係を満たすときに、制御設備は第一識別子に基づいてゲスト設備が予定使用権限を備えるのを確定する。

本ステップ中の制御設備はルータとサーバを含む。

ゲストアカウントと管理者アカウントとの間が予定関係を満たすときに、ホストとゲストは友人であるのを説明し、このとき、ゲスト設備が予定使用権限を備えるのを確定する。即ち、ゲスト設備がインターネットにアクセスするのを許可される。

実現するときに、サーバはサーバクラスタではないときに、第一サーバはゲストアカウントと管理者アカウントとの間が予定関係を満たすのを確定された後に、該結果と第一識別子を第二サーバに送信し、第二サーバは問い合わせ結果に基づいて第一識別子を含むリリース許可命令を生成し、該リリース許可命令をルータに送信する。サーバはサーバクラスタであるときに、サーバは該結果を得た後に、問い合わせ結果に基づいて第一識別子を含むリリース許可命令を生成し、該リリース許可命令をルータに送信し、ルータはリリース許可命令に基づいてゲスト設備をリリースし、ゲスト設備が制御設備でリリースされた後に、インターネットを正常にアクセスし、フローが終了する。

第一サーバはさらにゲストアカウントのニックネーム、画像等の情報を第二サーバに送信し、本実施例はこれについて限定しない。

ルータはさらに該第一識別子をホワイトリストに追加することができる。

ステップ３１５において、ゲストアカウントと管理者アカウントとの間が予定関係を満たさないのを確定するときに、制御設備は現在のリリース許可の少なくとも一つの他のゲスト設備の他のゲストアカウントを取得する。

本ステップ中の制御設備はルータとサーバを含む。

該ルータにアクセスする他のゲスト設備も存在し、かつルータは該他のゲスト設備をリリース許可される場合、該他のゲスト設備をリリースする前に、サーバは該他のゲスト設備の他のゲストアカウントを受信したので、このとき、他のゲストアカウントと該ゲストアカウントとの間の関係に基づいて該ゲスト設備をリリース許可されるか否かを確定することができる。

実現するときに、サーバはサーバクラスタではないときに、第一サーバは第二サーバに第二識別子を含むアカウント取得要求を送信し、第二サーバは第二識別子に基づいてリリース許可の各他のゲスト設備の他のゲストアカウントを検索し、各他のゲストアカウントを第一サーバに送信する。サーバはサーバクラスタであるときに、サーバは第二識別子に基づいてリリース許可の各他のゲスト設備の他のゲストアカウントを検索する。

ステップ３１６において、制御設備は少なくとも一つの他のゲストアカウントとゲストアカウントとの間が予定関係を満たすか否かを検出し、少なくとも一つの他のゲストアカウントとゲストアカウントとの間が予定関係を満たすときに、ステップ３１７を実行し、いずれのつの他のゲストアカウントとゲストアカウントとの間が予定関係を満たさないときに、ステップ３１８を実行する。

サーバはある他のゲストアカウントとゲストアカウントとの間が予定関係を満たすか否かを検出し、該他のゲストアカウントとゲストアカウントとの間が予定関係を満たすときに、該ゲストと他のゲストは友人であるのを説明し、このとき該ゲスト設備がインターネットにアクセスするのを許可することができ、ステップ３１７を実行し、該他のゲストアカウントとゲストアカウントとの間が予定関係を満たさないときに、次の他のゲストアカウントと予定関係を満たすか否かを続けて検出する。ここで、本ステップ中の予定関係はステップ３１４中の予定関係が同じであっても良いし、異なってもよく、本実施例はこれについて限定しない。

ステップ３１７において、制御設備は第一識別子に基づいてゲスト設備が予定使用権限を備えるのを確定する。

制御設備は第一識別子に基づいてゲスト設備をリリースするフローはステップ３１４で詳述され、ここでこれ以上詳述しない。

ステップ３１８において、制御設備は第一識別子に基づいてゲスト設備が使用権限を備えないのを確定する。

本ステップ中の制御設備はルータとサーバを含む。

いずれの他のゲストアカウントと管理者アカウントとの間が予定関係を満たさないときに、ホストとゲストは友人でないのを説明し、このときゲスト設備が予定使用権限を備えないのを確定する。即ち、制御設備は、ゲスト設備がインターネットにアクセスするのを禁止する。

実現するときに、サーバはサーバクラスタではないときに、第一サーバはゲストアカウントと管理者アカウントとの間が予定関係を満たさないのを確定した後に、該結果と第一識別子を第二サーバに送信し、第二サーバは問い合わせ結果に基づいて第一識別子を含むリリース禁止命令を生成し、該リリース禁止命令をルータに送信する。サーバはサーバクラスタであるときに、サーバは該結果を得た後に、問い合わせ結果に基づいて第一識別子を含むリリース禁止命令を生成し、該リリース禁止命令をルータに送信する。

ルータはリリース禁止命令に基づいてゲスト設備のリリースを禁止し、ゲスト設備は制御設備でリリース禁止され、インターネットにアクセスすることができない。

理解しやすいために、図３Ｂに示した設備制御方法のフローチャート図を参考し、クライアントをウィーチャットクライアントとして、第一サーバをウィーチャットサーバとして、第二サーバをシャオミサーバとするのを例として説明し、ここで、ルータ、シャオミサーバとウィーチャットサーバは制御設備にあり、クライアントはゲスト設備にあり、実現フローは以下のとおりであり、
ステップ１：管理者設備は管理者ウィーチャットアカウントとルータ識別子をウィーチャットサーバに送信し、
ステップ２：ウィーチャットサーバは管理者ウィーチャットアカウントとルータ識別子をバインディングする。

ステップ３：ゲスト設備はゲストネットワークにアクセスし、かつルータに第一アクセス要求を送信し、第一アクセス要求はウェブページにアクセスするのを要求するために用いられる。

ステップ４：ルータはシャオミサーバに第二アクセス要求とルータ識別子を送信する。

ステップ５：シャオミサーバはルータ識別子とウィーチャット起動リンクを含むｐｏｒｔａｌウェブページを生成し、ｐｏｒｔａｌウェブページをルータに送信する。

ステップ６：ルータはｐｏｒｔａｌウェブページをゲスト設備に送信する。

ステップ７：ゲスト設備はｐｏｒｔａｌウェブページを表示し、かつユーザが起動リンクをトリガーするトリガー信号を受信したときに、ｐｏｒｔａｌウェブページ中のコードに基づいてルータに識別子取得要求を送信し、該識別子取得要求はゲスト設備のゲスト設備識別子を要求するために用いられる。

ステップ８：ルータはｐｏｒｔａｌウェブページ中のコードにゲスト設備識別子を送信する。

ステップ９：ゲスト設備はウィーチャットクライアントを起動し、かつルータ識別子とゲスト設備識別子をウィーチャットクライアントに送信する。

ステップ１０：ウィーチャットクライアントはゲストウィーチャットアカウントを取得し、ルータ識別子、ゲスト設備識別子とゲストウィーチャットアカウントをウィーチャットサーバに送信する。

ステップ１１：ウィーチャットサーバはルータ識別子に対応する管理者ウィーチャットアカウントを取得し、ゲストウィーチャットアカウントと管理者ウィーチャットアカウントとの間が親友関係であるか否かを検出し、ゲストウィーチャットアカウントと管理者ウィーチャットアカウントとの間が親友関係であるときに、ルータ識別子、ゲスト設備識別子と第一検出結果をシャオミサーバに送信し、ステップ１２を実行し、ゲストウィーチャットアカウントと管理者ウィーチャットアカウントとの間が親友関係ではないときに、シャオミサーバにアカウント取得要求を送信し、該アカウント取得要求は現在のルータがリリース許可の少なくとも一つの他のゲスト設備の他のゲストウィーチャットアカウントを要求するために用いられ、ステップ１４を実行する。

ステップ１２：シャオミサーバはゲスト設備識別子を含むリリース許可命令を生成し、リリース許可命令をルータに送信する。

ステップ１３：ルータはゲスト設備のリリースを許可し、フローが終了する。

ステップ１４：シャオミサーバは取得した各他のゲストウィーチャットアカウントをウィーチャットサーバに送信する。

ステップ１５：ウィーチャットサーバは少なくとも一つの他のゲストゲストウィーチャットアカウントと該ゲストゲストウィーチャットアカウントとの間が親友関係であるか否かを検出し、ルータ識別子、ゲスト設備識別子と第二検出結果をシャオミサーバに送信する。

ステップ１６：第二検出結果は少なくとも一つの他のゲストゲストウィーチャットアカウントと該ゲストゲストウィーチャットアカウントとの間が親友関係であるときに、シャオミサーバはゲスト設備識別子を含むリリース許可命令を生成し、リリース許可命令をルータに送信する。

ステップ１７：ルータはゲスト設備のリリースを許可し、フローが終了する。

ステップ１８：第二検出結果はいずれの他のゲストゲストウィーチャットアカウントと該ゲストゲストウィーチャットアカウントとの間が親友関係でないときに、シャオミサーバはゲスト設備識別子を含むリリース禁止命令を生成し、リリース禁止命令をルータに送信する。

ステップ１９：ルータはゲスト設備のリリースを禁止し、フローが終了する。

また、ゲストアカウントと管理者アカウントとの間が予定関係を満たさないときに、ゲストアカウントと他のゲスト設備の他のゲストアカウントとの間が予定関係を満たすか否かを検出し、制御設備は他のゲストアカウントに基づいてゲスト身分をさらに検証することができさせ、ゲストアカウントと管理者アカウントとの間が予定関係を存在しないときに、まずゲストアカウントと管理者アカウントとの間が予定関係を満たすようにさせる必要であり、予定使用権限の取得操作が複雑になるという問題を解決し、検証フローを簡略化するという効果を達成する。

図４は例示的実施例に基づいて示した設備制御装置のブロック図であり、制御設備に用いられ、図４に示したように、該設備制御システムは、第一受信モジュール４１０、第一取得モジュール４２０、第一確定モジュール４３０を含む。

該第一受信モジュール４１０は、クライアントから送信するゲスト設備の第一識別子、ゲストアカウントと制御設備の第二識別子を受信し、該クライアントはゲスト設備にインストールされるように構成され、
該第一取得モジュール４２０は、第一受信モジュール４１０の取得する第二識別子とバインディングする管理者アカウントを取得するように構成され、
該第一確定モジュール４３０は、ゲストアカウントと第一取得モジュール４２０の取得する管理者アカウントとの間が予定関係を満たすのを確定するときに、第一識別子に基づいてゲスト設備が予定使用権限を備えるのを確定するように構成される。

以上の記載からみれば、本開示実施例の提供する設備制御装置は、クライアントから送信するゲスト設備の第一識別子、ゲストアカウントと制御設備の第二識別子を受信することにより、第二識別子とバインディングする管理者アカウントを取得し、ゲストアカウントと管理者アカウントとの間が予定関係を満たすのを確定するときに、第一識別子に基づいてゲスト設備が予定使用権限を備えるのを確定し、制御設備はパスワードに基づいてゲスト身分を検証することでなく、クライアントに登録したゲストアカウントと管理者アカウントとの間の関係に基づいてゲスト身分を検証することであり、ゲスト設備のパスワードを入力して予定使用権限を取得するという問題を解決し、ゲストのパスワード入力時間を節約するという効果を達成する。

図５は例示的実施例に基づいて示した設備制御装置のブロック図であり、制御設備に用いられ、図５に示したように、該設備制御システムは、第一受信モジュール５１０、第一取得モジュール５２０、第一確定モジュール５３０を含む。

該第一受信モジュール５１０は、クライアントから送信するゲスト設備の第一識別子、ゲストアカウントと制御設備の第二識別子を受信し、該クライアントはゲスト設備にインストールされるように構成され、
該第一取得モジュール５２０は、第一受信モジュール５１０の取得する第二識別子とバインディングする管理者アカウントを取得するように構成され、
該第一確定モジュール５３０は、ゲストアカウントと第一取得モジュール５２０の取得する管理者アカウントとの間が予定関係を満たすのを確定するときに、第一識別子に基づいてゲスト設備が予定使用権限を備えるのを確定するように構成される。

任意的に、該装置は、さらに、第二受信モジュール５４０、ウェブページ生成モジュール５５０を含む。

該第二受信モジュール５４０は、ゲスト設備から送信するウェブページアクセス要求を受信し、該ウェブページアクセス要求は検証ウェブページにアクセスするのを要求するために用いられるように構成され、
該ウェブページ生成モジュール５５０は、リダイレクト用の予定ウェブページを生成してゲスト設備に送信し、該予定ウェブページは第二識別子と起動リンクを含み、該起動リンクはクライアントを起動するために用いられるように構成される。

任意的に、該装置は、さらに、第三受信モジュール５６０、識別子送信モジュール５７０を含む。

該第三受信モジュール５６０は、ゲスト設備から送信する識別子取得要求を受信し、該識別子取得要求はゲスト設備が起動リンクに作用するトリガー信号を受信するときに送信したものであり、該識別子取得要求は第一識別子を要求するために用いられるように構成され、
該識別子送信モジュール５７０は、第一識別子をゲスト設備に送信するように構成され、該ゲスト設備は第一識別子と第二識別子をクライアントに送信するように構成され、クライアントは第一識別子と第二識別子を受信し、かつクライアントに登録したゲストアカウントを読み取るように構成される。

任意的に、該装置は、さらに、第二取得モジュール５８０、検出モジュール５９０と第二確定モジュール５９１を含む。

該第二取得モジュール５８０は、ゲストアカウントと管理者アカウントとの間が予定関係を満たさないのを確定するときに、現在に予定使用権限を備える少なくとも一つの他のゲスト設備の他のゲストアカウントを取得するように構成され、
該検出モジュール５９０は、第二取得モジュール５８０の取得する少なくとも一つの他のゲストアカウントとゲストアカウントとの間が予定関係を満たすか否かを検出するように構成され、
第二確定モジュール５９１は、検出モジュール５９０の検出結果は少なくとも一つの他のゲストアカウントとゲストアカウントとの間が予定関係を満たすときに、第一識別子に基づいてゲスト設備が予定使用権限を備えるのを確定するように構成される。

任意的に、該装置は、さらに、第三確定モジュール５９２を含む。

該第三確定モジュール５９２は、検出モジュール５９０の検出結果はいずれの他のゲストアカウントとゲストアカウントとの間が予定関係を満たさないときに、第一識別子に基づいてゲスト設備が予定使用権限を備えないのを確定するように構成される。

また、ゲストアカウントと管理者アカウントとの間が予定関係を満たさないときに、ゲストアカウントと他のゲスト設備の他のゲストアカウントとの間が予定関係を満たすか否かを検出し、制御設備は他のゲストアカウントに基づいてゲスト身分をさらに検証することができさせ、ゲストアカウントと管理者アカウントとの間が予定関係を存在しないときに、まずゲストアカウントと管理者アカウントとの間が予定関係を満たすようにさせる必要があり、予定使用権限の取得操作が複雑になるという問題を解決し、検証フローを簡略化するという効果を達成する。

図６は例示的実施例に基づいて示した設備制御装置のブロック図であり、ゲスト設備に用いられ、図６に示したように、該設備制御装置は、識別子取得モジュール６１０、第一送信モジュール６２０、第一確定モジュール６３０を含む。

該識別子取得モジュール６１０は、ゲスト設備の第一識別子と制御設備の第二識別子を取得するように構成され、
該第一送信モジュール６２０は、クライアントによって識別子取得モジュール６１０の取得する第一識別子、第二識別子とゲスト設備のゲストアカウントを制御設備に送信し、該クライアントはゲスト設備にインストールされるように構成され、
該第一確定モジュール６３０は、制御設備が予定使用権限を備えるのを確定するように構成され、該制御設備は第二識別子とバインディングする管理者アカウントを取得し、ゲストアカウントと管理者アカウントとの間が予定関係を満たすのを確定するときに、第一識別子に基づいてゲスト設備が予定使用権限を備えるのを確定するように構成される。

図７は例示的実施例に基づいて示した設備制御装置のブロック図であり、ゲスト設備に用いられ、図７に示したように、該設備制御装置は、識別子取得モジュール７１０、第一送信モジュール７２０、第一確定モジュール７３０を含む。

該識別子取得モジュール７１０は、ゲスト設備の第一識別子と制御設備の第二識別子を取得するように構成され、
該第一送信モジュール７２０は、クライアントによって識別子取得モジュール７１０の取得する第一識別子、第二識別子とゲスト設備のゲストアカウントを制御設備に送信し、該クライアントはゲスト設備にインストールされるように構成され、
該第一確定モジュール７３０は、制御設備が予定使用権限を備えるのを確定するように構成され、該制御設備は第二識別子とバインディングする管理者アカウントを取得し、ゲストアカウントと管理者アカウントとの間が予定関係を満たすのを確定するときに、第一識別子に基づいてゲスト設備が予定使用権限を備えるのを確定するように構成される。

任意的に、該装置は、さらに、第二送信モジュール７４０、ウェブページ受信モジュール７５０を含む。

該第二送信モジュール７４０は、制御設備にウェブページアクセス要求を送信し、該ウェブページアクセス要求は検証ウェブページにアクセスするのを要求するために用いられるように構成され、
ウェブページ受信モジュール７５０は、制御設備から送信するリダイレクト用の予定ウェブページを受信し、該予定ウェブページは第二識別子と起動リンクを含み、該起動リンクはクライアントを起動するために用いられるように構成される。

任意的に、該装置は、さらに、第三送信モジュール７６０、識別子受信モジュール７７０、第四送信モジュール７８０を含む。

該第三送信モジュール７６０は、起動リンクに作用するトリガー信号を受信したときに、制御設備に識別子取得要求を送信し、該識別子取得要求は第一識別子を要求するために用いられるように構成され、
識別子受信モジュール７７０は、制御設備の送信する第一識別子を受信するように構成され、
第四送信モジュール７８０は、識別子受信モジュール７７０の受信する第一識別子と第二識別子をクライアントに送信するように構成され、クライアントは第一識別子と第二識別子を受信し、かつクライアントに登録したゲストアカウントを読み取るために用いられるように構成される。

任意的に、該装置は、さらに、第二確定モジュール７９０を含む。

該第二確定モジュール７９０は、制御設備が予定使用権限を備えるのを確定するように構成され、該制御設備はゲストアカウントと管理者アカウントとの間が予定関係を満たさないのを確定するときに、現在に予定使用権限を備える少なくとも一つの他のゲスト設備の他のゲストアカウントを取得し、少なくとも一つの他のゲストアカウントとゲストアカウントとの間が予定関係を満たすのを確定するときに、第一識別子に基づいてゲスト設備が予定使用権限を備えるのを確定するように構成される。

任意的に、該装置は、さらに、第三確定モジュール７９１を含む。

該第三確定モジュール７９１は、制御設備が予定使用権限を備えないのを確定するように構成され、該制御設備はいずれの他のゲストアカウントとゲストアカウントとの間が予定関係を満たさないのを確定するときに、第一識別子に基づいてゲスト設備が予定使用権限を備えないのを確定するように構成される。

本開示の例示的実施例は設備制御装置を提供し、制御設備に用いられ、本開示実施例の提供する設備制御方法を実現することができ、該設備制御装置は、プロセッサ、プロセッサの実行可能命令を記憶するためのメモリを含む。

該プロセッサは、
クライアントから送信するゲスト設備の第一識別子、ゲストアカウントと制御設備の第二識別子を受信し、該クライアントはゲスト設備にインストールされ、
第二識別子とバインディングする管理者アカウントを取得し、
ゲストアカウントと管理者アカウントとの間が予定関係を満たすのを確定するときに、第一識別子に基づいてゲスト設備が予定使用権限を備えるのを確定する。本開示の例示的実施例は設備制御装置を提供し、制御設備に用いられ、本開示実施例の提供する設備制御方法を実現することができ、該設備制御装置は、プロセッサ、プロセッサの実行可能命令を記憶するためのメモリを含む。

該プロセッサは、
ゲスト設備の第一識別子と制御設備の第二識別子を受信し、
クライアントによって第一識別子、第二識別子とゲスト設備のゲストアカウントを制御設備に送信し、該クライアントはゲスト設備にインストールされ、
制御設備が予定使用権限を備えるのを確定し、該制御設備は第二識別子とバインディングする管理者アカウントを取得し、ゲストアカウントと管理者アカウントとの間が予定関係を満たすのを確定するときに、第一識別子に基づいてゲスト設備が予定使用権限を備えるのを確定するために用いられるように構成される。

図８は例示的実施例に基づいて示した設備制御用の装置のブロック図である。例えば、装置８００は移動携帯電話、コンピュータ、デジタル放送端末、情報送受信設備、ゲームコンソール、タブレット設備、医療設備、フィットネス設備、パーソナルデジタルアシスタント等であることができる。

図８を参考して、装置８００は以下の一つ或いは複数のモジュールを含むことができ、処理モジュール８０２、メモリ８０４、電源モジュール８０６、マルチメディアモジュール８０８、オーディオモジュール８１０、入力／出力（Ｉ／Ｏ）のインタフェース８１２、センサモジュール８１４、及び通信モジュール８１６。

処理モジュール８０２は通常に制御装置８００の全体操作を制御し、例えば表示、電話コール、データ通信、カメラ操作と記録操作に関連する操作である。上記方法の全部或いは一部のステップを完成するために、処理モジュール８０２は一つ或いはプロセッサ８２０を含むことができて命令を実行する。また、処理モジュール８０２と他のモジュールとの間のインタラクションを行いやすいために、処理モジュール８０２は一つ或いはモジュールを含むことができる。例えば、マルチメディアモジュール８０８と処理モジュール８０２との間のインタラクションをやりやすいために、処理モジュール８０２はマルチメディアモジュールを含むことができる。

メモリ８０４は装置８００での操作を支持するために各種タイプのデータを記憶するように構成される。これらのデータの例示は装置８００で操作するためのいずれのアプリケーションプログラム或いは方法の命令、連絡先データ、電話帳データ、メッセージ、ピクチャ、ビデオ等を含む。メモリ８０４はいずれのタイプの揮発性或いは不揮発性記憶設備或いはそれらの組合せで実現することができ、例えばスタティックランダムアクセスメモリ（ＳＲＡＭ）、電気的消去可能プログラマブルリードオンリーメモリ（ＥＥＰＲＯＭ）、消去可能プログラマブルリードオンリーメモリ（ＥＰＲＯＭ）、プログラマブルリードオンリメモリ（ＰＲＯＭ）、リードオンリメモリ（ＲＯＭ）、磁気メモリ、フラッシュメモリ、磁気ディスク或いはディスクである。

電源モジュール８０６は装置８００の各種モジュールに電力を提供する。電源モジュール８０６は電源管理システム、一つ或いは複数の電源、及び他の装置８００に電力を生成、管理及び分配することに関連するモジュールを含むことができる。

マルチメディアモジュール８０８は前記装置８００とユーザとの間に一つの出力インタフェースを提供するスクリーンを含む。一部の実施例において、スクリーンは液晶ディスプレイ（ＬＣＤ）とタッチパネル（ＴＰ）を含むことができる。スクリーンはタッチパネルを含むと、ユーザからの入力信号を受信するために、スクリーンはタッチパネルに実現することができる。タッチ、スライドとタッチパネルウ上のジェスチャを感知するためにタッチパネルは一つ或いは複数のタッチセンサを含む。前記タッチセンサはタッチ或いはスライド動作の境界を感知するだけでなく、さらに前記タッチ或いはスライド動作に関連する持続時間と圧力を感知することができる。一部の実施例において、マルチメディアモジュール８０８は一つの前置きカメラ及び／又はリヤカメラを含む。装置８００は操作モード、例えば撮影モード或いはビデオモードにあるときに、前置きカメラ及び／又はリヤカメラは外部のマルチメディアデータを受信することができる。各前置きカメラとリヤカメラは一つの固定された光学レンズシステムであることができ或いは焦点距離と光学ズーム能力を有する。

オーディオモジュール８１０はオーディオ信号を出力及び／又は入力するように構成される。例えば、オーディオモジュール８１０は一つのマイク（ＭＩＣ）を含み、装置８００は操作モード、例えばコールモード、記憶モードと音声識別モードにあるときに、マイクは外部オーディオ信号を受信するように構成される。受信されたオーディオ信号はさらにメモリ８０４に記憶し或いは通信モジュール８１６によって送信することができる。一部の実施例において、オーディオモジュール８１０はさらに一つのスピーカーを含み、オーディオ信号を出力するために用いられる。

Ｉ／Ｏインタフェース８１２は処理モジュール８０２と外部インタフェースモジュールとの間にインタフェースを提供し、上記外部インタフェースモジュールはキーボード、クリックホイール、ボタン等であることができる。これらのボタンはホームページボタン、ボリュームボタン、スタートボタンとロックボタンを含むことができかつこれらに限定されない。

センサモジュール８１４は一つ或いは複数のセンサを含み、装置８００に各方面の状態評価を提供するために用いられる。例えば、センサモジュール８１４はユーザ情報プッシュ装置８００のオン／オフ状態、モジュールの相対測位を検出することができ、例えば前記モジュールは装置８００のディスプレイと小さなキーボードであり、センサモジュール８１４はさらに装置８００或いは装置８００の一つのモジュールの位置変化、ユーザと装置８００との接触の存在或いは不存在、装置８００方位或いは加速／減速及び装置８００の温度変化を検出することができる。センサモジュール８１４は近接センサを含むことができ、いずれの物理的接触がないときに附近物体の存在を検出するために用いられるように構成される。センサモジュール８１４はさらに光センサ、例えばＣＭＯＳ或いはＣＣＤ画像センサを含むことができ、撮影アプリケーションの使用に用いられる。一部の実施例において、該センサモジュール８１４はさらに加速センサ、ジャイロセンサ、磁気センサ、圧力センサ、マイクロ波センサ或いは温度センサを含むことができる。

通信モジュール８１６は装置８００と他の設備との間に有線或いは無線の方式で通信しやすいように構成される。装置８００は通信基準に基づく無線ネットワーク、例えばＷｉＦｉ，２Ｇ或いは３Ｇ、或いはそれらの組合せに接続することができる。一つの例示的実施例において、通信モジュール８１６は放送チャネルによって外部放送管理システムの放送信号或いは放送関連情報を受信する。一つの例示的実施例において、短距離通信を促進するために、前記通信モジュール８１６はさらに近距離通信（ＮＦＣ）モジュールを含む。例えば、ＮＦＣモジュールは無線周波数識別（ＲＦＩＤ）技術、赤外線データ協会（ＩｒＤＡ）技術、超広帯域（ＵＷＢ）技術、ブルーブルートゥース（ＢＴ）技術及び他の技術に基づいて実現することができる。

例示的実施例において、装置８００は一つ或いはアプリケーション専用集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理設備（ＤＳＰＤ）、プログラマブルロジックデバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、コントローラ、マイクロコントローラ、マイクロプロセッサ或いは他の電子デバイスで実現することができ、上記方法を実行するために用いられる。

例示的実施例において、さらに命令を含む非一時的なコンピュータ可読記憶媒体を提供し、例えば命令を含むメモリ８０４であり、上記命令は装置８００のプロセッサ８２０で実行して上記方法を完成することができる。例えば、非一時的なコンピュータ可読媒体はＲＯＭ、ランダムアクセスメモリ（ＲＡＭ）、ＣＤ−ＲＯＭ、テープ、フレキシブルディスクと光データ記憶設備等であることができる。

図９は例示的実施例に基づいて示したせつっび制御用の装置のブロック図である。例えば、装置９００はサーバに提供されることができる。図９を参考し、図９は処理モジュール９２２を含み、それはさらに一つ或いは複数のプロセッサ、及びメモリ９３２で代表するメモリリソースを含み、処理モジュール９２２で実行することができる命令を記憶するために用いられ、例えばアプリケーションプログラムである。メモリ９３２に記憶されたアプリケーションプログラムは一つ或いは一つ以上の各一つが一グループの命令に対応するモジュールを含むことができる。また、上記設備制御方法を実行するために、処理モジュール９２２は命令を実行するように構成される。

装置９００はさらに一つの電源モジュール９２６であって、装置９００の電源管理を実行するように構成されるものと、一つの有線或いは無線ネットワークインタフェース９５０であって、装置９００をネットワークにアクセスするように構成されるものと、及び一つの入力出力（Ｉ／Ｏ）インタフェース９５８を含むことができる。装置９００はメモリ９３２に記憶されるオペレーティングシステムに基づいて、例えば、Ｗｉｎｄｏｗｓ（登録商標）ＳｅｒｖｅｒＴＭ，ＭａｃＯＳＸＴＭ，Ｕｎｉｘ（登録商標）ＴＭ，Ｌｉｎｕｘ（登録商標）ＴＭ，ＦｒｅｅＢＳＤＴＭ或いは類似したものを操作することができる。

本領域の技術的人員は説明書を考慮し及びここで開示した発明を実践した後に、本発明の他の実施方法を思い出しやすい。本願の目的は本発明のいずれの変型、用途或いは適応性変化を含むことであり、これらの変型、用途或いは適応性変化は本発明の一般性原理に従いかつ本開示の開示されない本技術分野中の公知常識又は慣用技術的解決手段を含む。説明書及び実施例は例示的のみと見なされ、本発明の真の範囲と精神は以下の特許請求で示される。

理解しようとするのは、本発明は以上の既に描写されかつ図面に示した正確な構造を限定されなく、かつその範囲を脱離しなくて各種の修正と変化を行うことができる。本発明の範囲は特許請求で限定されることに過ぎない。

Claims

設備制御方法であって、制御設備に用いられ、前記方法は、
クライアントから送信するゲスト設備の第一識別子、ゲストアカウントと前記制御設備の第二識別子を受信し、前記クライアントは前記ゲスト設備にインストールされることと、
前記第二識別子とバインディングする管理者アカウントを取得することと、
前記ゲストアカウントと前記管理者アカウントとの間が予定関係を満たすのを確定するときに、前記第一識別子に基づいて前記ゲスト設備が予定使用権限を備えるのを確定することと
を含み、
前記方法は、
前記ゲスト設備から送信するウェブページアクセス要求を受信し、前記ウェブページアクセス要求は検証ウェブページにアクセスするのを要求するために用いられることと、
リダイレクト用の予定ウェブページを生成して前記ゲスト設備に送信し、前記予定ウェブページは前記第二識別子と起動リンクを含み、前記起動リンクは前記クライアントを起動するために用いられることと
をさらに含む、方法。
前記方法は、
前記ゲスト設備から送信する識別子取得要求を受信し、前記識別子取得要求は前記ゲスト設備が前記起動リンクに作用するトリガー信号を受信したときに送信するものであり、前記識別子取得要求は前記第一識別子を要求するために用いられることと、
前記第一識別子を前記ゲスト設備に送信し、前記ゲスト設備は前記第一識別子と前記第二識別子を前記クライアントに送信するように構成され、前記クライアントは前記第一識別子と前記第二識別子を受信し、かつ前記クライアントに登録した前記ゲストアカウントを読み取るように構成されることと
をさらに含む、請求項１に記載の方法。
前記方法は、
前記ゲストアカウントと前記管理者アカウントとの間が予定関係を満たさないのを確定するときに、現在に前記予定使用権限を備える少なくとも一つの他のゲスト設備の他のゲストアカウントを取得することと、
少なくとも一つの他のゲストアカウントと前記ゲストアカウントとの間が前記予定関係を満たすか否かを検出することと、
少なくとも一つの他のゲストアカウントと前記ゲストアカウントとの間が前記予定関係を満たすときに、前記第一識別子に基づいて前記ゲスト設備が前記予定使用権限を備えるのを確定することと
をさらに含む、請求項１から２のいずれか１項に記載の方法。
前記方法は、
いずれの一つの他のゲストアカウントと前記ゲストアカウントとの間が予定関係を満たさないのを確定するときに、前記第一識別子に基づいて前記ゲスト設備が前記予定使用権限を備えないのを確定することをさらに含む、請求項３に記載の方法。
設備制御方法であって、ゲスト設備に用いられ、前記方法は、
前記ゲスト設備の第一識別子と制御設備の第二識別子を取得することと、
クライアントによって前記第一識別子、前記第二識別子とゲスト設備のゲストアカウントを前記制御設備に送信し、前記クライアントは前記ゲスト設備にインストールされることと、
前記制御設備が予定使用権限を有するのを確定し、前記制御設備は前記第二識別子とバインディングする管理者アカウントを取得し、前記ゲストアカウントと前記管理者アカウントとの間が予定関係を満たすのを確定するときに、前記第一識別子に基づいて前記ゲスト設備が前記予定使用権限を有するのを確定するように構成されることと
を含み、
前記方法は、
前記制御設備にウェブページアクセス要求を送信し、前記ウェブページアクセス要求は検証ウェブページにアクセスするのを要求するために用いられることと、
前記制御設備から送信する前記検証ウェブページを受信し、前記検証ウェブページは前記第二識別子と起動リンクを含み、前記起動リンクは前記クライアントを起動するために用いられることと
をさらに含む、方法。
前記方法は、
前記起動リンクに作用するトリガー信号を受信したときに、前記制御設備に識別子取得要求を送信することと、
前記制御設備から送信する前記第一識別子を受信することと、
前記第一識別子と前記第二識別子を前記クライアントに送信し、前記クライアントは前記第一識別子と前記第二識別子を受信し、かつ前記クライアントに登録した前記ゲストアカウントを読み取るように構成されることと
をさらに含む、請求項５に記載の方法。
前記方法は、
前記制御設備が前記予定使用権限を備えるのを確定し、前記制御設備は、前記ゲストアカウントと前記管理者アカウントとの間が前記予定関係を満たさないのを確定するときに、現在に前記予定使用権限を備える少なくとも一つの他のゲスト設備の他のゲストアカウントを取得し、少なくとも一つの他のゲストアカウントと前記ゲストアカウントとの間が予定関係を満たすのを確定されるときに、前記第一識別子に基づいて前記ゲスト設備が前記予定使用権限を備えるのを確定するように構成されることをさらに含む、請求項５から６のいずれか１項に記載の方法。
前記方法は、
前記制御設備が前記予定使用権限を備えないのを確定し、前記制御設備はいずれの一つの他のゲストアカウントと前記ゲストアカウントとの間が前記予定関係を満たさないのを確定するときに、前記第一識別子に基づいて前記ゲスト設備が前記予定使用権限を備えないのを確定するように構成されることをさらに含む、請求項７に記載の方法。
設備制御装置であって、制御設備に用いられ、前記装置は、
クライアントから送信するゲスト設備の第一識別子、ゲストアカウントと制御設備の第二識別子を受信し、前記クライアントは前記ゲスト設備にインストールされるように構成される第一受信モジュールと、
前記第一受信モジュールの受信した前記第二識別子とバインディングする管理者アカウントを受信するように構成される第一取得モジュールと、
前記ゲストアカウントと前記第一取得モジュールの取得した前記管理者アカウントとの間が予定関係を満たすのを確定されるときに、前記第一識別子に基づいて前記ゲスト設備が予定使用権限を備えるのを確定するように構成される第一確定モジュールと
を含み、
前記装置は、
前記ゲスト設備から送信するウェブページアクセス要求を受信し、前記ウェブページアクセス要求は検証ウェブページにアクセスするのを要求するために用いられるように構成される第二受信モジュールと、
リダイレクト用の予定ウェブページを生成して前記ゲスト設備に送信し、前記予定ウェブページは前記第二識別子と起動リンクを含み、前記起動リンクはクライアントを起動するために用いられるように構成されるウェブページ生成モジュールと
をさらに含む、装置。
前記装置は、
前記ゲスト設備から送信する識別子取得要求を受信し、前記識別子取得要求は前記ゲスト設備が前記起動リンクに作用するトリガー信号を受信したときに送信するものであり、前記識別子取得要求は前記第一識別子を要求するために用いられる第三受信モジュールと、
前記第一識別子を前記ゲスト設備に送信するように構成される識別子送信モジュールと
をさらに含み、
前記ゲスト設備は前記第一識別子と前記第二識別子を前記クライアントに送信するように構成され、前記クライアントは前記第一識別子と前記第二識別子を受信し、かつ前記クライアントに登録した前記ゲストアカウントを読み取るように構成される、請求項９に記載の装置。
前記装置は、
前記ゲストアカウントと前記ゲストアカウントとの間が予定関係を満たさないのを確定するときに、現在に前記予定使用権限を備える少なくとも一つの他のゲスト設備の他のゲストアカウントを取得するように構成される第二取得モジュールと、
前記第二取得モジュールの取得した少なくとも一つの他のゲストアカウントと前記ゲストアカウントとの間が前記予定関係を満たすか否かを検出するように構成される検出モジュールと、
前記検出モジュールの検出結果は少なくとも一つの他のゲストアカウントと前記ゲストアカウントとの間が予定関係を満たすのを検出されるときに、前記第一識別子に基づいて前記ゲスト設備が前記予定使用権限を備えるのを確定するように構成される第二確定モジュールと
をさらに含む、請求項９から１０のいずれか１項に記載の装置。
前記装置は、
前記検出モジュールの検出結果はいずれの一つ他のゲストアカウントと前記ゲストアカウントとの間が前記予定関係を満たさないのを確定するときに、前記第一識別子に基づいて前記ゲスト設備が前記予定使用権限を備えないのを確定するように構成される第三確定モジュールをさらに含む、請求項１１に記載の装置。
設備制御装置であって、ゲスト設備に用いられ、前記装置は、
前記ゲスト設備の第一識別子と制御設備の第二識別子を取得するように構成される識別子取得モジュールと、
クライアントによって、前記識別子取得モジュールの取得した前記第一識別子、前記第二識別子とゲスト設備のゲストアカウントを前記制御設備に送信し、前記クライアントは前記ゲスト設備にインストールされるように構成される第一送信モジュールと、
前記制御設備が予定使用権限を備えるのを確定するように構成される第一確定モジュールと
を含み、
前記制御設備は前記第二識別子とバインディングする管理者アカウントを取得し、前記ゲストアカウントと前記管理者アカウントとの間が予定関係を満たすのを確定されるときに、前記第一識別子に基づいて前記ゲスト設備が前記予定使用権限を備えるのを確定するように構成され、
前記装置は、
前記制御設備にウェブページアクセス要求を送信し、前記ウェブページアクセス要求は検証ウェブページにアクセスするのを要求するために用いられるように構成される第二送信モジュールと、
前記制御設備から送信するリダイレクト用の予定ウェブページを受信し、前記予定ウェブページは前記第二識別子と起動リンクを含み、前記起動リンクは前記クライアントを起動するために用いられるように構成されるウェブページ受信モジュールと
をさらに含む、装置。
前記装置は、
前記起動リンクに作用するトリガー信号を受信したときに、前記制御設備に識別子取得要求を送信し、前記識別子取得要求は前記第一識別子を要求するために用いられるように構成される第三送信モジュールと、
前記制御設備の送信する前記第一識別子を受信するように構成される識別子受信モジュールと、
前記識別子受信モジュールの受信した第一識別子と前記第二識別子をクライアントに送信するように構成される第四送信モジュールと
をさらに含み、
前記クライアントは前記第一識別子と前記第二識別子を受信し、かつ前記クライアントに登録した前記ゲストアカウントを読み取るように構成される、請求項１３に記載の装置。
前記装置は、
前記制御設備が前記予定使用権限を備えるのを確定するように構成される第二確定モジュールをさらに含み、
前記制御設備は、前記ゲストアカウントと前記管理者アカウントとの間が前記予定関係を満たさないのを確定するときに、現在に前記予定使用権限を備える少なくとも一つの他のゲスト設備の他のゲストアカウントを取得し、少なくとも一つの他のゲストアカウントと前記ゲストアカウントとの間が前記予定関係を満たすのを確定するときに、前記第一識別子に基づいて前記ゲスト設備が前記予定使用権限を備えるのを確定するように構成される、請求項１３から１４のいずれか１項に記載の装置。
前記装置は、
前記制御設備が前記予定使用権限を備えないのを確定するように構成される第三確定モジュールをさらに含み、
前記制御設備は、いずれの一つの他のゲストアカウントと前記ゲストアカウントとの間が前記予定関係を満たさないのを確定するときに、前記第一識別子に基づいて前記ゲスト設備が前記予定使用権限を備えないのを確定するように構成される、請求項１５に記載の装置。
設備制御装置であって、制御設備に用いられ、前記装置は、
プロセッサと、
プロセッサの実行可能命令を記憶するように構成されるメモリと
を含み、
前記プロセッサは、
クライアントから送信するゲスト設備の第一識別子、ゲストアカウントと前記制御設備の第二識別子を受信し、前記クライアントは前記ゲスト設備にインストールされ、
前記第二識別子とバインディングする管理者アカウントを取得し、
前記ゲストアカウントと前記管理者アカウントとの間が予定関係を満たすのを確定するときに、前記第一識別子に基づいて前記ゲスト設備が予定使用権限を備えるのを確定するように構成され、
前記プロセッサは、
前記ゲスト設備から送信するウェブページアクセス要求を受信し、前記ウェブページアクセス要求は検証ウェブページにアクセスするのを要求するために用いられ、
リダイレクト用の予定ウェブページを生成して前記ゲスト設備に送信し、前記予定ウェブページは前記第二識別子と起動リンクを含み、前記起動リンクは前記クライアントを起動するために用いられる、
ようにさらに構成される、装置。
設備制御装置であって、ゲスト設備に用いられ、前記装置は、
プロセッサと、
プロセッサの実行可能命令を記憶するように構成されるメモリと
を含み、
前記プロセッサは、
前記ゲスト設備の第一識別子と制御設備の第二識別子を受信し、
クライアントによって前記第一識別子、前記第二識別子とゲスト設備のゲストアカウントを前記制御設備に送信し、前記クライアントは前記ゲスト設備にインストールされ、
前記制御設備が前記予定使用権限を備えるのを確定し、前記制御設備は前記第二識別子とバインディングする管理者アカウントを取得し、前記ゲストアカウントと前記管理者アカウントとの間が予定関係を満たすのを確定するときに、前記第一識別子に基づいて前記ゲスト設備が前記予定使用権限を備えるのを確定するように構成され、
前記プロセッサは、
前記制御設備にウェブページアクセス要求を送信し、前記ウェブページアクセス要求は検証ウェブページにアクセスするのを要求するために用いられ、
前記制御設備から送信する前記検証ウェブページを受信し、前記検証ウェブページは前記第二識別子と起動リンクを含み、前記起動リンクは前記クライアントを起動するために用いられる、
ようにさらに構成される、装置。