JP2020507961A - 付加価値サービス実現方法、装置、及びクラウドサーバ - Google Patents

Abstract

本発明の実施形態は、付加価値サービス実現方法及び装置、並びにクラウドサーバに関する。当該方法は、クラウドサーバにより、少なくとも１つのユーザ装置のデバイス属性パラメータを取得するステップであり、デバイス属性パラメータはデバイス動作状態パラメータを含む、ステップと、クラウドサーバにより、デバイス動作状態パラメータに基づいて少なくとも１つのユーザ装置から故障ユーザ装置を決定するステップと、クラウドサーバにより、故障ユーザ装置に対応する制御デバイスに通知メッセージを送出するステップであり、通知メッセージは故障ユーザ装置の故障情報を含み、それにより、制御デバイスは故障情報を表示し、故障情報に基づいてユーザにより行われる選択操作を受け取る、ステップと、クラウドサーバにより、選択操作に基づいて制御デバイスにより送出される第１のフィードバックメッセージを受信するステップと、クラウドサーバにより、第１のフィードバックメッセージに基づいて故障情報及びユーザの属性情報を保守サーバに送出するステップと、を含む。

Description

本発明は通信技術の分野に関し、詳細には付加価値サービスの実現方法及び装置並びにクラウドサーバに関する。

現在、スマート家電（例えば、スマートテレビ、スマートエアコン、スマート冷蔵庫）は、近年発売されたユーザ装置として、徐々にユーザの家に入り込み、ユーザに便利で迅速な生活体験を提供している。スマート家電は、ネットワーキング、リモート制御、検出、情報報告などの様々なインテリジェント機能を有する。

ユーザがスマート家電を使用するとき、スマート家電は、ユーザの不適当な操作又はスマート家電のソフトウェア若しくはハードウェアの欠陥のため故障している可能性がある。スマート家電が故障している（例えば、エアコンや冷蔵庫が冷却を保てない、洗濯機が動かない）とき、ユーザは製造業者又は専門保守機関に連絡し、保守人員が保守を実施するのを待つことがあり、あるいは、ユーザは保守のためにスマート家電を保守機関に引き渡すことがある。

したがって、ユーザによるスマート家電の一般的使用の間、以下の不利益が存在する。１）専門知識がないとき、ユーザは、スマート家電が完全に動作不能になるまでスマート家電の機能不全を決定できない。ネットワーク化された又は自動制御された回路システムなどの低コストの回路システムが大抵のスマート家電に付加されているが、付加された回路システムは故障及び性能検出能力を有さない。その結果、便利なサービスがより効果的にユーザに提供できず、ユーザの生活の質が影響を受ける。２）スマート家電の保守プロセスは煩雑であり、多くの時間を消費する。したがって、ユーザの時間が浪費される。

本発明の実施形態は、スマート家電の故障を予測し、現在使用されているスマート家電の故障情報をユーザに提供し、必要な場合にスマート家電の保守及び修理などのサービスをユーザに提供するための、付加価値サービス（value-added service）実現方法及び装置並びにクラウドサーバを提供し、それによりユーザ体験を向上させる。

第１の態様によれば、本発明の一実施形態が付加価値サービス実現方法を提供し、当該方法は、
クラウドサーバにより、少なくとも１つのユーザ装置のデバイス属性パラメータを取得するステップであり、デバイス属性パラメータはデバイス動作状態パラメータを含む、ステップと、
クラウドサーバにより、デバイス動作状態パラメータに基づいて少なくとも１つのユーザ装置から故障ユーザ装置を決定するステップと、
クラウドサーバにより、故障ユーザ装置に対応する制御デバイスに通知メッセージを送出するステップであり、通知メッセージは故障ユーザ装置の故障情報を含み、それにより、制御デバイスは故障情報を表示し、故障情報に基づいてユーザにより行われる選択操作を受け取る、ステップと、
クラウドサーバにより、選択操作に基づいて制御デバイスにより送出される第１のフィードバックメッセージを受信するステップと、
クラウドサーバにより、第１のフィードバックメッセージに基づいて故障情報及びユーザの属性情報を保守サーバに送出するステップと、
を含む。

第１の態様を参照し、第１の態様の第１の実装において、当該方法は、
クラウドサーバにより、選択操作に基づいて制御デバイスにより送出される第２のフィードバックメッセージを受信するステップと、
クラウドサーバにより、故障ユーザ装置が依然として故障ステートにあるかどうかを決定するステップと、
クラウドサーバにより、故障ユーザ装置が依然として故障ステートにある場合、制御デバイスへの故障情報の送出を停止するステップと、
をさらに含む。

第１の態様を参照し、第１の態様の第２の実装において、当該方法は、
クラウドサーバにより、選択操作に基づいて制御デバイスにより送出される第３のフィードバックメッセージを受信するステップと、
クラウドサーバにより、制御デバイスに故障情報を再度送出するステップと、
をさらに含む。

第１の態様を参照し、第１の態様の第３の実装において、クラウドサーバにより、デバイス動作状態パラメータに基づいて少なくとも１つのユーザ装置から故障ユーザ装置を決定するステップは具体的に、
クラウドサーバにより、デバイス動作状態パラメータに対して平均に基づく統計処理を実行してユーザ装置参照平均値を取得するステップと、
クラウドサーバにより、デバイス動作状態パラメータに基づいてユーザ装置の動作状態分布曲線図を取得するステップと、
クラウドサーバにより、動作状態分布曲線図に基づいてデバイス臨界区間及び少なくとも１つのデバイス区間を決定するステップと、
デバイス臨界区間がユーザ装置参照平均値の左側にあるとき、クラウドサーバにより、デバイス臨界区間の左側の隣接デバイス区間を故障デバイス区間として決定し、デバイス臨界区間の右側の隣接デバイス区間を正常デバイス区間として決定し、あるいは、デバイス臨界区間がユーザ装置参照平均値の右側にあるとき、クラウドサーバにより、デバイス臨界区間の左側の隣接デバイス区間を正常デバイス区間として決定し、デバイス臨界区間の右側の隣接デバイス区間を故障デバイス区間として決定するステップと、
を含む。

第１の態様を参照し、第１の態様の第４の実装において、故障情報は故障ユーザ装置の故障原因情報及び故障タイプ情報を含み、
クラウドサーバにより、故障ユーザ装置に対応する制御デバイスに通知メッセージを送出するステップの前に、当該方法は、
クラウドサーバにより、デバイス動作状態パラメータが予め設定された故障条件を満たすかどうかを決定するステップと、
クラウドサーバにより、デバイス動作状態パラメータが故障条件を満たす場合、故障条件に基づいて故障ユーザ装置の故障原因及び故障タイプを決定するステップと、
をさらに含む。

第１の態様を参照し、第１の態様の第５の実装において、クラウドサーバにより、デバイス動作状態パラメータに基づいて少なくとも１つの制御デバイスから故障制御デバイスを決定するステップは具体的に、
クラウドサーバにより、設定命令を受信するステップであり、設定命令は第１のスクリーニング閾値を含む、ステップと、
クラウドサーバにより、デバイス動作状態パラメータが第１のスクリーニング閾値を満たすかどうかを決定するステップと、
デバイス動作状態パラメータが第２のスクリーニング閾値を満たす場合、クラウドサーバにより、ユーザ装置は正常ユーザ装置であると決定し、あるいは、デバイス動作状態パラメータが第２のスクリーニング閾値を満たさない場合、クラウドサーバにより、ユーザ装置は故障ユーザ装置であると決定するステップと、
を含む。

第２の態様によれば、本発明の一実施形態が付加価値サービス実現方法を提供し、当該方法は、
制御デバイスにより、クラウドサーバにより送出された通知メッセージを受信するステップであり、通知メッセージは少なくとも１つのユーザ装置からクラウドサーバにより決定された故障ユーザ装置の故障情報を含む、ステップと、
制御デバイスにより、故障情報を表示するステップと、
制御デバイスにより、故障情報に基づいてユーザにより入力された選択操作を受け取るステップと、
制御デバイスにより、選択操作に基づいてクラウドサーバに第１のフィードバックメッセージを送出するステップであり、第１のフィードバックメッセージは、クラウドサーバが故障情報及びユーザの属性情報を保守サーバに送出することを可能にするために使用される、ステップと、
を含む。

第２の態様を参照し、第２の態様の第１の実装において、当該方法は、
制御デバイスにより、選択操作に基づいてクラウドサーバに第２のフィードバックメッセージを送出するステップであり、第２のフィードバックメッセージは、故障ユーザ装置が依然として故障ステートにあるかどうかをクラウドサーバが決定することを可能にするために使用され、故障ユーザ装置が依然として故障ステートにある場合、クラウドサーバは制御デバイスへの故障情報の送出を停止する、ステップ
をさらに含む。

第２の態様を参照し、第２の態様の第１の実装において、当該方法は、
制御デバイスにより、選択操作に基づいてクラウドサーバに第３のフィードバックメッセージを送出するステップであり、第３のフィードバックメッセージは、クラウドサーバが制御デバイスに故障情報を再度送出することを可能にするために使用される、ステップ
をさらに含む。

第３の態様によれば、本発明の一実施形態が付加価値サービス実現装置を提供し、当該装置は、
少なくとも１つのユーザ装置のデバイス属性パラメータを取得するように構成された取得ユニットであり、デバイス属性パラメータはデバイス動作状態パラメータを含む、取得ユニットと、
デバイス動作状態パラメータに基づいて少なくとも１つのユーザ装置から故障ユーザ装置を決定するように構成された第１の決定ユニットと、
故障ユーザ装置に対応する制御デバイスに通知メッセージを送出するように構成された送出ユニットであり、通知メッセージは故障ユーザ装置の故障情報を含み、それにより、制御デバイスは故障情報を表示し、故障情報に基づいてユーザにより行われる選択操作を受け取る、送出ユニットと、
選択操作に基づいて制御デバイスにより送出される第１のフィードバックメッセージを受信するように構成された受信ユニットと、
を含み、
送出ユニットは、第１のフィードバックメッセージに基づいて故障情報及びユーザの属性情報を保守サーバに送出するようにさらに構成される。

第３の態様を参照し、第３の態様の第１の実装において、受信ユニットは、選択操作に基づいて故障ユーザ装置により送出される第２のフィードバックメッセージを受信するようにさらに構成され、
当該装置は、制御デバイスが依然として故障ステートにあるかどうかを決定するように構成された第１の判断ユニット、をさらに含み、
送出ユニットは、故障ユーザ装置が依然として故障ステートにある場合、制御デバイスへの故障情報の送出を停止するようにさらに構成される。

第３の態様を参照し、第３の態様の第２の実装において、受信ユニットは、選択操作に基づいて制御デバイスにより送出される第３のフィードバックメッセージを受信するようにさらに構成され、
送出ユニットは、制御デバイスに故障情報を再度送出するようにさらに構成される。

第３の態様を参照し、第３の態様の第３の実装において、第１の決定ユニットは具体的に、
デバイス動作状態パラメータに対して平均に基づく統計処理を実行してユーザ装置参照平均値を取得し、
デバイス動作状態パラメータに基づいてユーザ装置の動作状態分布曲線図を取得し、
動作状態分布曲線図に基づいてデバイス臨界区間及び少なくとも１つのデバイス区間を決定し、
デバイス臨界区間がユーザ装置参照平均値の左側にあるとき、デバイス臨界区間の左側の隣接デバイス区間を故障デバイス区間として決定し、デバイス臨界区間の右側の隣接デバイス区間を正常デバイス区間として決定し、あるいは、デバイス臨界区間がユーザ装置参照平均値の右側にあるとき、デバイス臨界区間の左側の隣接デバイス区間を正常デバイス区間として決定し、デバイス臨界区間の右側の隣接デバイス区間を故障デバイス区間として決定する
ように構成される。

第３の態様を参照し、第３の態様の第４の実装において、送出ユニットにより送出された通知メッセージに含まれる故障情報は、故障ユーザ装置の故障原因情報及び故障タイプ情報を含み、
当該装置は、
デバイス動作状態パラメータが予め設定された故障条件を満たすかどうかを決定するように構成された第２の判断ユニットと、
デバイス動作状態パラメータが故障条件を満たす場合に故障条件に基づいて故障ユーザ装置の故障原因及び故障タイプを決定するように構成された第２の決定ユニットと、
をさらに含む。

第３の態様を参照し、第３の態様の第５の実装において、第１の決定ユニットは具体的に、
設定命令を受信することであり、設定命令は第１のスクリーニング閾値を含み、
デバイス動作状態パラメータが第１のスクリーニング閾値を満たすかどうかを決定し、
デバイス動作状態パラメータが第１のスクリーニング閾値を満たす場合、ユーザ装置は正常ユーザ装置であると決定し、あるいは、デバイス動作状態パラメータが第１のスクリーニング閾値を満たさない場合、ユーザ装置は故障ユーザ装置であると決定する
ように構成される。

第４の態様によれば、本発明の一実施形態が付加価値サービス実現装置を提供し、当該装置は、
クラウドサーバにより送出された通知メッセージを受信するように構成された受信ユニットであり、通知メッセージは少なくとも１つのユーザ装置からクラウドサーバにより決定された故障ユーザ装置の故障情報を含む、受信ユニットと、
故障情報を表示するように構成された表示ユニットと、
受信ユニットは、故障情報に基づいてユーザにより入力された選択操作を受け取るようにさらに構成され、
選択操作に基づいてクラウドサーバに第１のフィードバックメッセージを送出するように構成された送出ユニットであり、第１のフィードバックメッセージは、クラウドサーバが故障情報及びユーザの属性情報を保守サーバに送出することを可能にするために使用される、送出ユニットと、
を含む。

第４の態様を参照し、第４の態様の第１の実装において、送出ユニットは、選択操作に基づいてクラウドサーバに第２のフィードバックメッセージを送出するようにさらに構成され、第２のフィードバックメッセージは、故障ユーザ装置が依然として故障ステートにあるかどうかをクラウドサーバが決定することを可能にするために使用され、故障ユーザ装置が依然として故障ステートにある場合、クラウドサーバは制御デバイスへの故障情報の送出を停止する。

第４の態様を参照し、第４の態様の第２の実装において、送出ユニットは、選択操作に基づいてクラウドサーバに第３のフィードバックメッセージを送出するようにさらに構成され、第３のフィードバックメッセージは、クラウドサーバが制御デバイスに故障情報を再度送出することを可能にするために使用される。

第５の態様によれば、本発明の一実施形態がクラウドサーバを提供し、当該クラウドサーバは、
少なくとも１つのユーザ装置のデバイス属性パラメータを取得するように構成されたプロセッサであり、デバイス属性パラメータはデバイス動作状態パラメータを含み、
プロセッサは、デバイス動作状態パラメータに基づいて少なくとも１つのユーザ装置から故障ユーザ装置を決定するようにさらに構成される、プロセッサと、
故障ユーザ装置に対応する制御デバイスに通知メッセージを送出するように構成された送信機であり、通知メッセージは故障ユーザ装置の故障情報を含み、それにより、制御デバイスは故障情報を表示し、故障情報に基づいてユーザにより行われる選択操作を受け取る、送信機と、
選択操作に基づいて制御デバイスにより送出される第１のフィードバックメッセージを受信するように構成された受信機と、
を含み、
送信機は、第１のフィードバックメッセージに基づいて故障情報及びユーザの属性情報を保守サーバに送出するようにさらに構成される。

第５の態様を参照し、第５の態様の第１の実装において、受信機は、選択操作に基づいて制御デバイスにより送出される第２のフィードバックメッセージを受信するようにさらに構成され、
プロセッサは、故障ユーザ装置が依然として故障ステートにあるかどうかを決定するようにさらに構成され、
送信機は、故障ユーザ装置が依然として故障ステートにある場合、制御デバイスへの故障情報の送出を停止するようにさらに構成される。

第５の態様を参照し、第５の態様の第２の実装において、受信機は、選択操作に基づいて制御デバイスにより送出される第３のフィードバックメッセージを受信するようにさらに構成され、
送信機は、制御デバイスに故障情報を再度送出するようにさらに構成される。

第５の態様を参照し、第５の態様の第３の実装において、プロセッサは具体的に、
デバイス動作状態パラメータに対して平均に基づく統計処理を実行してユーザ装置参照平均値を取得し、
デバイス動作状態パラメータに基づいてユーザ装置の動作状態分布曲線図を取得し、
動作状態分布曲線図に基づいてデバイス臨界区間及び少なくとも１つのデバイス区間を決定し、
デバイス臨界区間がユーザ装置参照平均値の左側にあるとき、デバイス臨界区間の左側の隣接デバイス区間を故障デバイス区間として決定し、デバイス臨界区間の右側の隣接デバイス区間を正常デバイス区間として決定し、あるいは、デバイス臨界区間がユーザ装置参照平均値の右側にあるとき、デバイス臨界区間の左側の隣接デバイス区間を正常デバイス区間として決定し、デバイス臨界区間の右側の隣接デバイス区間を故障デバイス区間として決定する
ように構成される。

第５の態様を参照し、第５の態様の第４の実装において、送信機により送出される通知メッセージに含まれる故障情報は、故障ユーザ装置の故障原因情報及び故障タイプ情報を含み、
プロセッサは、
デバイス動作状態パラメータが予め設定された故障条件を満たすかどうかを決定し、
デバイス動作状態パラメータが故障条件を満たす場合に故障条件に基づいて故障ユーザ装置の故障原因及び故障タイプを決定する
ようにさらに構成される。

第５の態様を参照し、第５の態様の第５の実装において、受信機は具体的に、設定命令を受信するように構成され、設定命令は第１のスクリーニング閾値を含み、
プロセッサは具体的に、
デバイス動作状態パラメータが第１のスクリーニング閾値を満たすかどうかを決定し、
デバイス動作状態パラメータが第１のスクリーニング閾値を満たす場合、ユーザ装置は正常ユーザ装置であると決定し、あるいは、デバイス動作状態パラメータが第１のスクリーニング閾値を満たさない場合、ユーザ装置は故障ユーザ装置であると決定する
ように構成される。

第６の態様によれば、本発明の一実施形態が制御デバイスを提供し、当該制御デバイスは、無線周波数モジュール、プロセッサ、タッチスクリーンコントローラ、及びタッチスクリーンを含み、
無線周波数モジュールは、クラウドサーバにより送出された通知メッセージを受信し、通知メッセージをプロセッサに送信するように構成され、通知メッセージは、少なくとも１つのユーザ装置からクラウドサーバにより決定された故障ユーザ装置の故障情報を含み、
プロセッサは、通知メッセージから故障情報を取得し、故障情報をタッチスクリーンコントローラに送信するように構成され、
タッチスクリーンコントローラは、故障情報をタッチスクリーンに送信するように構成され、
タッチスクリーンは、故障情報を表示し、故障情報に基づいてユーザにより入力される選択操作を受け取り、選択操作をタッチスクリーンコントローラに送信するように構成され、
タッチスクリーンコントローラは、選択操作をプロセッサに送信するようにさらに構成され、
プロセッサは、選択操作に基づいて第１のフィードバックメッセージを生成し、第１のフィードバックメッセージを無線周波数モジュールに送信するようにさらに構成され、
無線周波数モジュールは、第１のフィードバックメッセージをクラウドサーバに送出するようにさらに構成され、第１のフィードバックメッセージは、クラウドサーバが故障情報及びユーザの属性情報を保守サーバに送出することを可能にするために使用される。

第６の態様を参照し、第６の態様の第１の実装において、プロセッサは、選択操作に基づいて第２のフィードバックメッセージを生成し、第２のフィードバックメッセージを無線周波数モジュールに送信するようにさらに構成され、
無線周波数モジュールは、第２のフィードバックメッセージをクラウドサーバに送出するようにさらに構成され、第２のフィードバックメッセージは、故障ユーザ装置が依然として故障ステートにあるかどうかをクラウドサーバが決定することを可能にするために使用され、故障ユーザ装置が依然として故障ステートにある場合、クラウドサーバは制御デバイスへの故障情報の送出を停止する。

第６の態様を参照し、第６の態様の第２の実装において、プロセッサは、選択操作に基づいて第３のフィードバックメッセージを生成し、第３のフィードバックメッセージを無線周波数モジュールに送信するようにさらに構成され、
無線周波数モジュールは、第３のフィードバックメッセージをクラウドサーバに送出するようにさらに構成され、第３のフィードバックメッセージは、クラウドサーバが制御デバイスに故障情報を再度送出することを可能にするために使用される。

第７の態様によれば、本発明の一実施形態がコンピュータ読取可能記憶媒体を提供し、当該コンピュータ読取可能記憶媒体はコンピュータプログラムを記憶し、コンピュータプログラムは、クラウドサーバに含まれるプロセッサにより実行されて、上記で説明されたいずれかの態様における方法を実行する。

第８の態様によれば、本発明の一実施形態がコンピュータ読取可能記憶媒体を提供し、当該コンピュータ読取可能記憶媒体はコンピュータプログラムを記憶し、コンピュータプログラムは、制御デバイスに含まれるプロセッサにより実行されて、上記で説明されたいずれかの態様における方法を実行する。

したがって、本発明の実施形態による付加価値サービス実現方法及び装置並びにクラウドサーバが適用される。クラウドサーバは、取得された複数のユーザ装置のデバイス属性パラメータに基づいて故障ユーザ装置を決定し、故障ユーザ装置に対応する制御デバイスに故障情報を送出し、それにより、制御デバイスは故障情報を表示し、故障情報に基づいてユーザにより行われる選択操作を受け取る。クラウドサーバは、制御デバイスにより送出される第１のフィードバックメッセージに基づいて保守サーバと通信し、故障ユーザ装置の故障情報及びユーザの属性情報を保守サーバに通知し、それにより、保守サーバは、ユーザの属性情報に基づいてユーザに連絡し、故障情報に基づいて故障ユーザ装置を保守する。したがって、スマート家電の故障が予測され、現在使用されているスマート家電の故障情報がユーザに提供され、必要な場合にスマート家電の保守及び修理などのサービスがユーザに提供され、それによりユーザ体験を向上させる。

本発明の実施形態における技術的解決策をより明確に説明するために、実施形態を説明するために必要な添付の図面を以下で簡潔に説明する。明らかに、以下の説明における添付図面は単に本発明のいくつかの実施形態を示しており、当業者は創造的取り組みなしにこれら添付図面から他の図面をさらに導き出し得る。
本発明の一実施形態によるネットワークアーキテクチャの概略図である。 本発明の一実施形態による制御デバイスの概略構成図である。 本発明の一実施形態によるクラウドサーバの概略構成図である。 本発明の一実施形態による付加価値サービス実現方法のフローチャートである。 本発明の一実施形態によるユーザ装置の動作状態分布曲線図である。 本発明の一実施形態によるユーザ装置の別の動作状態分布曲線図である。 本発明の一実施形態による故障情報の概略図である。 本発明の一実施形態による別の付加価値サービス実現方法のフローチャートである。 本発明の一実施形態による付加価値サービス実現装置の概略図である。 本発明の一実施形態による別の付加価値サービス実現装置の概略図である。

本発明の実施形態における技術的解決策を、本発明の実施形態における添付図面を参照して以下に明確かつ完全に説明する。明らかに、記載された実施形態は本発明の実施形態のいくつかに過ぎず、すべてではない。本発明の実施形態に基づいて当業者により得られるすべての他の実施形態が本発明の保護範囲に入るものとする。

図１は、本発明の実施形態を適用することができるネットワークアーキテクチャの概略図である。本発明の本実施形態で提供されるネットワークアーキテクチャは、従来技術におけるスマート家庭ネットワークアーキテクチャと同じであり、ユーザの家における複数のユーザ装置、モノのインターネット（Internet of Things、略称ＩｏＴ）のクラウドサーバ（これは後述でクラウドサーバとして説明される）、及び制御デバイスを含む。

本発明の本実施形態において、ユーザ装置は具体的に、スマート家電であってよい。スマート家電は、スマートテレビ、スマートエアコン、スマート冷蔵庫等を含んでよい。制御デバイスは具体的に、メッセージを受信、送出、処理、及び表示するモバイル端末である。モバイル端末は、モバイルフォン、タブレットコンピュータ、ウェアラブルデバイス等を含んでよい。

図１に示すように、制御デバイス及び複数のユーザ装置は、無線ネットワークを使用することによりクラウドサーバに接続される。クラウドサーバは、ユーザ装置及び制御デバイスとの通信及び相互作用を実行してよい。例えば、クラウドサーバは、ユーザ装置及び制御デバイスに制御命令を送出し、ユーザ装置及び制御デバイスにより送出された実行結果を受信する。

本発明の本実施形態において、クラウドサーバは、ユーザ装置が故障しているかどうかを識別する。故障ユーザ装置を決定した後、クラウドサーバは故障ユーザ装置の故障情報を制御デバイスに送出する。制御デバイスは故障情報を表示し、故障情報に基づいてユーザにより入力される選択操作を受け取る。制御デバイスはクラウドサーバにフィードバックメッセージを送出する。制御デバイスにより送出されたフィードバックメッセージを受信した後、クラウドサーバは対応して、フィードバックメッセージに基づいて故障ユーザ装置を処理する。

図２は、本発明の一実施形態による制御デバイスの概略構成図である。制御デバイス２００は、ベースバンドチップ２１０、メモリ２１５（１つ以上のコンピュータ読取可能記憶媒体）、無線周波数（ＲＦ）モジュール２１６、及び周辺システム２１７を含んでよい。これらのコンポーネントは、１つ以上の通信バス２１４を使用することにより互いに通信してよい。

周辺システム２１７は、制御デバイス２００とユーザ又は外部環境との間の相互作用機能を実現するように主に構成され、制御デバイス２００の入力／出力装置を含む。いくつかの実施形態において、周辺システム２１７は、タッチスクリーンコントローラ２１８、カメラコントローラ２１９、オーディオコントローラ２２０、及びセンサ管理モジュール２２１を含んでよい。コントローラは、それぞれの周辺デバイス（例えば、タッチスクリーン２２２、カメラ２２３、オーディオ回路２２４、及びセンサ２２５）に結合されてよい。いくつかの実施形態において、カメラ２２３は３Ｄカメラであってよい。周辺システム２１７は別のＩ／Ｏ周辺デバイスをさらに含んでよいことに留意されたい。

タッチスクリーン２２２は、ユーザにより入力された情報を表示し、あるいは情報をユーザに提示するように構成されてよく、例えば、制御デバイス２００の様々なメニューを提示し、あるいは実行中のアプリケーションプログラムのインタフェース、例えばボタン（button）、テキスト（text）入力ボックス、スクロールバー（scroll bar）、及びメニュー（menu）を提示してよい。タッチスクリーン２２２は、タッチパネル及び表示パネルを含んでよい。任意で、表示パネルは、液晶ディスプレイ（Liquid Crystal Display、ＬＣＤ）、有機発光ダイオード（Organic Light-Emitting Diode、ＯＬＥＤ）などの形態で構成されてよい。さらに、タッチパネルは表示パネルを覆ってもよい。タッチパネル上又はその近くでタッチ操作を検出したとき、タッチパネルは、タッチ操作をプロセッサ２１１に転送してタッチイベントのタイプを決定し、次いでプロセッサ２１１は、タッチイベントのタイプに基づいてディスプレイパネル上に対応する視覚出力を提供する。タッチパネル及び表示パネルは２つの独立したコンポーネントとして使用されて、制御デバイス２００の入力及び出力機能を実現する。しかしながら、いくつかの実施形態において、タッチパネル及び表示パネルが統合されて、制御デバイス２００の入力及び出力機能を実現してもよい。

ベースバンドチップ２１０は、集積化を通じて１つ以上のプロセッサ２１１、クロックモジュール２１２、及び電力管理モジュール２１３を含んでもよい。ベースバンドチップ２１０に統合されたクロックモジュール２１２は、プロセッサ２１１のためのデータ送信及び時間シーケンス制御に必要なクロックを生成するように主に構成される。ベースバンドチップ２１０に統合された電力管理モジュール２１３は、プロセッサ２１１、無線周波数モジュール２１６、及び周辺システムのための安定した高精度の電圧を提供するように主に構成される。

無線周波数（ＲＦ）モジュール２１６は、無線周波数信号を受信及び送出するように構成され、制御デバイス２００の受信機及び送信機を主に統合する。無線周波数（ＲＦ）モジュール２１６は、無線周波数信号を使用することにより、通信ネットワーク及び他の通信デバイスと通信する。いくつかの実施形態において、無線周波数（ＲＦ）モジュール２１６は、これらに限られないがアンテナシステム、ＲＦ送受信機、１つ以上の増幅器、チューナ、１つ以上の発振器、デジタル信号プロセッサ、ＣＯＤＥＣチップ、ＳＩＭカード、及び記憶媒体を含んでよい。いくつかの実施形態において、無線周波数（ＲＦ）モジュール２１６は別個のチップ上に実現されてよい。一般に、無線周波数モジュールは、ブルートゥース（英語：Bluetooth）送信、ワイヤレスフィデリティ（英語：Wireless Fidelity、略称Ｗｉ‐Ｆｉ）送信、第３世代（英語：3rd Generation、略称３Ｇ）移動通信送信、第４世代移動通信（英語：4th generation mobile communication、略称４Ｇ）送信、及びジグビー（Zigbee）などの無線送信に使用されてよい。

メモリ２１５はプロセッサ２１１に結合され、様々なソフトウェアプログラム及び／又は複数の命令セットを記憶するように構成される。いくつかの実施形態において、メモリ２１５は高速ランダムアクセスメモリを含んでよく、１つ以上のディスク記憶デバイス、フラッシュ記憶デバイス、又は他の不揮発ソリッドステート記憶デバイスなどの不揮発メモリを含んでもよい。メモリ２１５は、オペレーティングシステム（以下で略称システム）、例えば、Ａｎｄｒｏｉｄ、ｉＯＳ、Ｗｉｎｄｏｗｓ、又はＬｉｎｕｘなどの組み込みオペレーティングシステムを記憶してよい。

メモリ２１５はさらに、ネットワーク通信プログラムを記憶してよい。ネットワーク通信プログラムは、１つ以上の制御デバイスと通信するために使用されてよい。メモリ２１５はさらに、ユーザインタフェースプログラムを記憶してよい。ユーザインタフェースプログラムは、グラフィカルオペレーションインタフェースを使用することによりアプリケーションプログラムのコンテンツを鮮明に表示し、メニュー、ダイアログボックス、及びキーなどの入力コントロールを使用することにより、ユーザによりアプリケーションプログラムに対して実行された制御操作を受け取ってよい。

メモリ２１５はさらに、１つ以上のアプリケーションプログラムを記憶してよい。図２に示すように、これらのアプリケーションプログラムは、ソーシャルアプリケーションプログラム（例えば、Ｆａｃｅｂｏｏｋ）、画像管理アプリケーションプログラム（例えば、アルバム）、地図アプリケーションプログラム（例えば、Ｇｏｏｇｌｅマップ）、ブラウザ（例えば、Ｓａｆａｒｉ又はＧｏｏｇｌｅ Ｃｈｒｏｍｅ）などを含んでよい。

本発明の本実施形態で提供される制御デバイス２００は単に本発明の本実施形態で提供される一例であり、制御デバイス２００は、図示されたコンポーネントよりもより多くの又はより少ないコンポーネントを有してもよく、２つ以上のコンポーネントを組み合わせてもよく、あるいはコンポーネントの異なる構成実装を有してもよい。

さらに、前述の実施形態で提供された制御デバイス２００は、本発明の一実施形態における付加価値サービス実現方法を実現するように構成される。

メモリ２１５は様々なソフトウェアプログラム及び／又は複数の命令セットを記憶することが理解され得る。無線周波数モジュール２１６、プロセッサ２１１、タッチスクリーンコントローラ２１８、及びタッチスクリーン２２３は、メモリ２１５内の様々なソフトウェアプログラム及び／又は複数の命令セットを呼び出すことにより制御デバイスの機能を実現する。

具体的には、無線周波数モジュール２１６は、クラウドサーバから送出された通知メッセージを受信し、通知メッセージをプロセッサ２１１に送信する。通知メッセージは、少なくとも１つのユーザ装置からクラウドサーバにより決定された故障ユーザ装置の故障情報を含む。プロセッサ２１１は、無線周波数モジュール２１６により送信された通知メッセージを受信し、通知メッセージから故障情報を取得し、故障情報をタッチスクリーンコントローラ２１８に送信する。タッチスクリーンコントローラ２１８は、プロセッサ２１１により送信された故障情報を受信し、故障情報をタッチスクリーン２２３に送信する。

タッチスクリーン２２３は、タッチコントローラ２１８により送信された故障情報を受信し、故障情報を表示し、それにより、ユーザは故障情報を見る。ユーザは、故障情報に基づいてタッチスクリーン２２３に選択操作を入力する。タッチスクリーン２２３は、選択操作を受け取り、選択操作をタッチスクリーンコントローラ２１８に送信する。

タッチスクリーンコントローラ２１８は、タッチスクリーン２２３上で送信された選択操作を受信し、選択操作をプロセッサ２１１に送信する。プロセッサ２１１は、タッチスクリーンコントローラ２１８により送信された選択操作を受信し、選択操作に基づいて第１のフィードバックメッセージを生成し、第１のフィードバックメッセージを無線周波数モジュール２１６に送信する。

無線周波数モジュール２１６は、プロセッサ２１１により送信された第１のフィードバックメッセージを受信し、第１のフィードバックメッセージをクラウドサーバに送出する。第１のフィードバックメッセージは、クラウドサーバが故障情報及びユーザの属性情報を保守（maintenance）サーバに送出することを可能にするために使用される。

さらに、プロセッサ２１１は、選択操作に基づいて第２のフィードバックメッセージをさらに生成し、第２のフィードバックメッセージを無線周波数モジュール２１６に送信する。無線周波数モジュール２１６は、プロセッサ２１１により送信された第２のフィードバックメッセージを受信し、第２のフィードバックメッセージをクラウドサーバに送出する。第２のフィードバックメッセージは、故障ユーザ装置が依然として故障ステートにあるかどうかをクラウドサーバが決定することを可能にするために使用される。故障ユーザ装置が依然として故障ステートにある場合、クラウドサーバは、制御デバイスへの故障情報の送出を停止する。

さらに、プロセッサ２１１は、選択操作に基づいて第３のフィードバックメッセージをさらに生成し、第３のフィードバックメッセージを無線周波数モジュール２１６に送信する。無線周波数モジュール２１６は、プロセッサ２１１により送信された第３のフィードバックメッセージを受信し、第３のフィードバックメッセージをクラウドサーバに送出する。第３のフィードバックメッセージは、クラウドサーバが制御デバイスに故障情報を再度送出することを可能にするために使用される。

したがって、本発明の本実施形態で提供される制御デバイスが適用される。少なくとも１つのユーザ装置から故障ユーザ装置を決定した後、クラウドサーバは、故障ユーザ装置の故障情報を、故障ユーザ装置に対応する制御デバイスに送出する。制御デバイスは、故障情報を表示し、故障情報に基づいてユーザにより入力される選択操作を受け取る。制御デバイスは、選択操作についての第１のフィードバックメッセージをクラウドサーバに送出する。クラウドサーバは、第１のフィードバックメッセージに基づいて保守サーバと通信して、故障ユーザ装置の故障情報及びユーザの属性情報を保守サーバに通知し、それにより、保守サーバは、ユーザの属性情報に基づいてユーザに連絡し、故障情報に基づいて故障ユーザ装置を保守する（maintains）。したがって、スマート家電の故障が予測され、現在使用されているスマート家電の故障情報がユーザに提供され、必要な場合にスマート家電の保守及び修理などのサービスがユーザに提供され、それによりユーザ体験を向上させる。

図３は、本発明の一実施形態によるクラウドサーバの概略構成図である。クラウドサーバ３００は、受信機３１０、プロセッサ３２０、送信機３３０、及びメモリ３４０（１つ以上の読取可能記憶媒体）を含んでよい。これらのコンポーネントは、１つ以上の通信バス３５０を使用することにより互いに通信してよい。

バス３５０は、ペリフェラルコンポーネントインターコネクト（英語：peripheral component interconnect、略称ＰＣＩ）バス、拡張インダストリスタンダードアーキテクチャ（英語：extended industry standard architecture、略称ＥＩＳＡ）バスなどであってよい。バスは、アドレスバス、データバス、制御バス等に分類され得る。表示を容易にするため、バスは図３において１つの太線のみを使用することにより示されている。しかしながら、それは１つのバスだけ又は１つのタイプのバスだけが存在することを示すものではない。

受信機３１０及び送信機３３０は、クラウドサーバにより他のデバイスと通信及び相互作用を実行するための通信インタフェースであり、有線通信インタフェース、無線通信インタフェース、又はこれらの組み合わせであってよい。有線通信インタフェースは、例えばイーサネットインタフェースであってよい。イーサネットインタフェースは、光インタフェース、電気インタフェース、又はこれらの組み合わせであってよい。無線通信インタフェースは、ＷＬＡＮインタフェース、セルラーネットワーク通信インタフェース、これらの組み合わせなどであってよい。

プロセッサ３２０は、中央処理ユニット（英語：central processing unit、略称ＣＰＵ）、ネットワークプロセッサ（英語：network processor、略称ＮＰ）、又はＣＰＵ及びＮＰの組み合わせであってよい。

プロセッサ３２０は、ハードウェアチップをさらに含んでよい。ハードウェアチップは、特定用途向け集積回路（英語：application-specific integrated circuit、略称ＡＳＩＣ）、プログラマブル論理デバイス（英語：programmable logic device、略称ＰＬＤ）、又はこれらの組み合わせであってよい。ＰＬＤは、複合プログラマブル論理デバイス（英語：complex programmable logic device、略称ＣＰＬＤ）、フィールドプログラマブルゲートアレイ（英語：field programmable gate array、略称ＦＰＧＡ）、汎用アレイ論理（英語：generic array logic、略称ＧＡＬ）、又はこれらの任意の組み合わせであってよい。

メモリ３４０は、ランダムアクセスメモリ（英語：random access memory、略称ＲＡＭ）などの揮発メモリ（英語：volatile memory）を含んでよい。あるいは、メモリは、フラッシュメモリ（英語：flash memory）、ハードディスクドライブ（英語：hard disk drive、略称ＨＤＤ）、又はソリッドステートドライブ（英語：solid-state drive、略称ＳＳＤ）などの不揮発メモリ（英語：non-volatile memory）を含んでよい。あるいは、メモリ３４０は、前述のタイプのメモリの組み合わせを含んでよい。

メモリ３４０は、プログラム命令を記憶するようにさらに構成されてよい。プロセッサ３２０がＣＰＵであるとき、プロセッサ３２０は、メモリ３４０に記憶されたプログラム命令を呼び出す。プロセッサ３２０がＦＰＧＡ又はＡＳＩＣなどのハードウェアであるとき、プロセッサ３２０は、プログラム命令を記憶するためのメモリ３４０を必要としない。熟練者がプログラム命令をＦＰＧＡ又はＡＳＩＣのハードウェアプロセッサに直接書き込んでよく、ＦＰＧＡ又はＡＳＩＣはプログラム命令を直接実行してよい。

さらに、前述の実施形態で提供されたクラウドサーバは、本発明の一実施形態において付加価値サービス実現方法を実現するように構成される。

具体的には、プロセッサ３２０は、少なくとも１つのユーザ装置のデバイス属性パラメータを取得する。デバイス属性パラメータは、デバイス動作状態パラメータを含む。プロセッサ３２０は、クラウドサーバのデータベースからデバイス属性パラメータを取得してよい。あるいは、受信機３１０が、制御デバイスにより送出されたデバイス属性パラメータを受信し、デバイス属性パラメータをプロセッサ３２０に送信する。

デバイス属性パラメータを取得した後、プロセッサ３２０は、デバイス動作状態パラメータに基づいて少なくとも１つのユーザ装置から故障ユーザ装置を決定する。プロセッサ３２０は、通知メッセージを生成する。通知メッセージは、故障ユーザ装置の故障情報を含む。プロセッサ３２０は、通知メッセージを送信機３３０に送信する。

送信機３３０は、プロセッサ３２０により送信された通知メッセージを受信し、故障ユーザ装置に対応する制御デバイスに通知メッセージを送出する。通知メッセージは、制御デバイスが故障情報を表示し、故障情報に基づいてユーザにより行われる選択操作を受け取ることを可能にするために使用される。

受信機３１０は、選択操作に基づいて制御デバイスにより送出される第１のフィードバックメッセージを受信し、第１のフィードバックメッセージをプロセッサ３２０に送信する。プロセッサ３２０は、データベースから、及び第１のフィードバックメッセージに基づいて、故障ユーザ装置に対応するユーザの属性情報を取得し、故障情報及びユーザの属性情報を送信機３３０に送信する。

送信機３３０は、プロセッサ３２０により送信される故障情報及びユーザの属性情報を受信し、故障情報及びユーザの属性情報を保守サーバに送出する。

さらに、受信機３１０は、選択操作に基づいて制御デバイスにより送出される第２のフィードバックメッセージをさらに受信し、第２のフィードバックメッセージをプロセッサ３２０に送信する。プロセッサ３２０は、第２のフィードバックメッセージに基づいて、故障ユーザ装置が依然として故障ステートにあるかどうかを決定する。故障ユーザ装置が依然として故障ステートにある場合、プロセッサ３２０は、送信機３３０に対して、制御デバイスへの故障情報の送出を停止する命令を送出する。送信機３３０は、プロセッサ３２０により送出された命令を受信し、命令に従って制御デバイスへの故障情報の送出を停止する。

さらに、受信機３１０は、選択操作に基づいて制御デバイスにより送出される第３のフィードバックメッセージをさらに受信し、第３のフィードバックメッセージをプロセッサ３２０に送信する。プロセッサ３２０は、第３のフィードバックメッセージに基づいて送信機３３０に対して、制御デバイスに故障情報を再度送出する命令を送出する。送信機３３０は、プロセッサ３２０により送出された命令を受信し、命令に従って制御デバイスに故障情報を再度送出する。

さらに、プロセッサ３２０がデバイス動作状態パラメータに基づいて少なくとも１つのユーザ装置から故障ユーザ装置を決定することは、具体的に以下のとおりである。

プロセッサ３２０は、デバイス動作状態パラメータに対して平均に基づく統計処理を実行してユーザ装置参照平均値を取得する。プロセッサ３２０は、デバイス動作状態パラメータに基づいてユーザ装置の動作状態分布曲線図を取得する。プロセッサ３２０は、動作状態分布曲線図に基づいてデバイス臨界区間（device critical interval）及び少なくとも１つのデバイス区間を決定する。デバイス臨界区間がユーザ装置参照平均値の左側にあるとき、プロセッサ３２０は、デバイス臨界区間の左側の隣接デバイス区間を故障デバイス区間として決定し、プロセッサ３２０は、デバイス臨界区間の右側の隣接デバイス区間を正常デバイス区間として決定する。デバイス臨界区間がユーザ装置参照平均値の右側にあるとき、プロセッサ３２０は、デバイス臨界区間の左側の隣接デバイス区間を正常デバイス区間として決定し、プロセッサ３２０は、デバイス臨界区間の右側の隣接デバイス区間を故障デバイス区間として決定する。

さらに、プロセッサ３２０により生成される故障情報は、故障ユーザ装置の故障原因情報及び故障タイプ情報を含む。プロセッサ３２０は、故障原因情報及び故障タイプ情報を送信機３３０にさらに送信し、それにより、送信機３３０が制御デバイスに通知メッセージを送出したとき、ユーザ装置の故障原因情報及び故障タイプ情報が搬送される。

送信機３３０が制御デバイスに通知メッセージを送出する前に、プロセッサ３２０は、デバイス動作状態パラメータが予め設定された故障条件を満たすかどうかをさらに決定する。デバイス動作状態パラメータが故障条件を満たす場合、プロセッサ３２０は、故障条件に基づいて故障ユーザ装置の故障原因及び故障タイプを決定する。

さらに、受信機３１０は、設定命令をさらに受信する。設定命令は、熟練者により入力される。設定命令は、第１のスクリーニング閾値（screening threshold）を含む。受信機３１０は、設定命令をプロセッサ３２０に送信する。プロセッサ３２０は、設定命令を受信し、設定命令から第１のスクリーニング閾値を取得し、デバイス動作状態パラメータが第１のスクリーニング閾値を満たすかどうかを決定する。デバイス動作状態パラメータが第１のスクリーニング閾値を満たす場合、プロセッサ３２０は、ユーザ装置が正常ユーザ装置であると決定する。デバイス動作状態パラメータが第１のスクリーニング閾値を満たさない場合、プロセッサ３２０は、ユーザ装置が故障ユーザ装置であると決定する。

本発明の一実施形態で提供される解決策を、図４を参照して以下に説明する。図４は、本発明の本実施形態による付加価値サービス実現方法のフローチャートである。方法はクラウドサーバにより実行され、具体的に以下のステップを含む。

ステップ４１０：クラウドサーバが、少なくとも１つのユーザ装置のデバイス属性パラメータを取得し、デバイス属性パラメータはデバイス動作状態パラメータを含む。

具体的に、クラウドサーバは、少なくとも１つのユーザ装置のデバイス属性パラメータを複数の方式で取得してよい。例えば、クラウドサーバはデータベースからデバイス属性パラメータを取得し、あるいは、クラウドサーバはユーザ装置により報告されたデバイス属性パラメータを受信する。クラウドサーバによりユーザ装置のデバイス属性パラメータを取得する方式は、この２つの方式に限定されない。

一例において、クラウドサーバのデータベースは、少なくとも１つのユーザ装置のデバイス属性パラメータを記憶する。デバイス属性パラメータは、デバイス動作状態パラメータを含む。クラウドサーバは、データベースから少なくとも１つのユーザ装置のデバイス動作状態パラメータを取得する。

データベースに記憶されるユーザ装置のデバイス属性パラメータは、ある期間内のユーザ装置のデバイス属性パラメータ、例えば、１ヶ月以内のユーザ装置のデバイス属性パラメータであることに留意されたい。

別の例では、ユーザ装置が引き渡される前に、熟練者が、ユーザ装置をデバイス属性パラメータのリアルタイム報告モードに設定する。あるいは、ユーザ装置が電源オンされた後、ユーザが、ユーザ装置をデバイス属性パラメータのリアルタイム報告モードに設定する。ユーザ装置はクラウドサーバに無線で接続され、ユーザ装置のデバイス属性パラメータをリアルタイムでクラウドサーバに送出する。デバイス属性パラメータは、デバイス動作状態パラメータを含む。クラウドサーバは、ユーザ装置からデバイス属性パラメータを取得する。

デバイス属性パラメータをクラウドサーバに送出するとき、デバイス属性パラメータのリアルタイム報告モードにあるユーザ装置は、クラウドサーバに対して、ユーザ装置に対応する制御端末の属性情報とユーザの属性情報をさらに送出することに留意されたい。クラウドサーバは、ユーザ装置に対応する制御端末の属性情報とユーザの属性情報とを記憶する。

クラウドサーバにより取得された、少なくとも１つのユーザ装置のデバイス属性パラメータは、ユーザ装置が故障しているかどうかを後に決定するための基礎として使用される。

このステップでは、少なくとも１つのユーザ装置は具体的に、同一又は同様のエリア内のユーザ装置であってよく、少なくとも１つのユーザ装置は、同一のタイプに属する。例えば、クラウドサーバは、少なくとも１つのスマートエアコンのデバイス属性パラメータを取得する。

一例において、デバイス動作状態パラメータは具体的に、ユーザ設定パラメータ又は動作設定パラメータであってよい。ユーザ設定パラメータは具体的に、ユーザ装置の初期動作状態に対して、ユーザにより設定されるパラメータである。スマートエアコンを一例として用いる。ユーザは、季節に依存してスマートエアコンの動作モードを設定してよい。スマートエアコンは、夏に冷房モードに設定され、冬に暖房モードに設定される。動作設定パラメータは具体的に、ユーザ装置の動作プロセスにおけるパラメータである。スマートエアコンを一例として用いる。スマートエアコンは、実際の室内及び室外の温度を測定し、実際の温度の変化に基づいて動作温度を調整する。

ステップ４２０：クラウドサーバが、デバイス動作状態パラメータに基づいて少なくとも１つのユーザ装置から故障ユーザ装置を決定する。

具体的に、ユーザ装置のデバイス動作状態パラメータを取得した後、クラウドサーバは、デバイス動作状態パラメータに基づいてユーザ装置の状態を決定して、故障ユーザ装置を決定する。

ステップ４３０：クラウドサーバが、故障ユーザ装置に対応する制御デバイスに通知メッセージを送出し、通知メッセージは故障ユーザ装置の故障情報を含み、それにより、制御デバイスは故障情報を表示し、故障情報に基づいてユーザにより入力される選択操作を受け取る。

具体的に、故障ユーザ装置を決定した後、クラウドサーバは故障情報を生成し、データベースから故障ユーザ装置に対応する制御デバイスを見つける。クラウドサーバは、見つけられた制御デバイスに通知メッセージを送出する。通知メッセージは故障情報を含む。故障情報を受信した後、制御デバイスは故障情報を表示する。

本発明の本実施形態において、通知メッセージは、故障ユーザ装置を処理する方法をユーザにプロンプト表示する（prompt）ために使用されるプロンプト情報をさらに含む。プロンプト情報は、故障ユーザ装置を処理するために使用される推奨措置をユーザに提供するために使用される。例えば、プロンプト情報は具体的に「故障ユーザ装置を保守する」であり、あるいは、プロンプト情報は具体的に「故障ユーザ装置を保守しない」であり、あるいは、プロンプト情報は具体的に「後のプロンプトについて観察し続ける」である。ユーザは、現在の状況に基づいて、故障ユーザ装置を保守するかどうかを選択してよい。ユーザが故障装置を直ちに保守することを期待する場合、ユーザは、「故障装置を保守する」のプロンプトキーを選択し、制御デバイスは、ユーザにより入力された選択操作を受け取る。

ステップ４４０：クラウドサーバが、選択操作に基づいて制御デバイスにより送出される第１のフィードバックメッセージを受信する。

具体的に、ユーザにより入力された選択操作を受け取った後、制御デバイスは第１のフィードバックメッセージを生成し、第１のフィードバックメッセージをクラウドサーバに送出する。

一例において、ユーザが故障ユーザ装置を直ちに保守することを期待する場合、ユーザは、「故障ユーザ装置を保守する」のプロンプトキーを選択する。制御デバイスは、ユーザの選択操作を受け取り、選択操作に基づいて第１のフィードバックメッセージを生成し、第１のフィードバックメッセージをクラウドサーバに送出する。

第１のフィードバックメッセージは、ユーザにより選択されたメッセージ「故障ユーザ装置を保守する」を搬送することが理解され得る。

ステップ４５０：クラウドサーバが、第１のフィードバックメッセージに基づいて故障情報及びユーザの属性情報を保守サーバに送出する。

具体的に、クラウドサーバは、第１のフィードバックメッセージを受信し、第１のフィードバックメッセージに基づいて、ユーザが故障ユーザ装置を直ちに保守することを期待していると決定する。この場合、クラウドサーバは、ステップ４３０で生成された故障情報を保守サーバに送出する。さらに、クラウドサーバは、データベースから故障ユーザ装置に対応するユーザの属性情報をさらに取得し、ユーザの属性情報を保守サーバに送出する。保守サーバは、ユーザの属性情報に基づいてユーザに連絡し、故障情報に基づいて故障ユーザ装置を保守する。

したがって、本発明の本実施形態で提供される付加価値サービス実現方法が適用される。クラウドサーバは、取得された複数のユーザ装置のデバイス属性パラメータに基づいて故障ユーザ装置を決定し、故障ユーザ装置に対応する制御デバイスに故障情報を送出し、それにより、制御デバイスは故障情報を表示し、故障情報に基づいてユーザにより行われる選択操作を受け取る。クラウドサーバは、制御デバイスにより送出される第１のフィードバックメッセージに基づいて保守サーバと通信して、故障ユーザ装置の故障情報及びユーザの属性情報を保守サーバに通知し、それにより、保守サーバはユーザの属性情報に基づいてユーザに連絡し、故障情報に基づいて故障ユーザ装置を保守する。したがって、スマート家電の故障が予測され、現在使用されているスマート家電の故障情報がユーザに提供され、必要な場合にスマート家電の保守及び修理などのサービスがユーザに提供され、それによりユーザ体験を向上させる。

任意で、本発明の本実施形態におけるステップ４１０の前に、クラウドサーバがクラウドサーバのデータベースからデバイス属性パラメータを取得する場合、当該方法は、クラウドサーバにより、ユーザ装置により報告されたデバイス属性パラメータを受信し、デバイス属性パラメータをデータベースに記憶するステップをさらに含む。

具体的に、ユーザ装置はクラウドサーバに無線で接続され、クラウドサーバは、クラウドサーバに接続されたユーザ装置に報告命令を別個に送出する。ユーザ装置は、報告命令に従ってユーザ装置のデバイス属性パラメータをクラウドサーバに報告する。デバイス属性パラメータを受信した後、クラウドサーバは、ユーザ装置のタイプに基づいてデバイス属性パラメータをデータベースに記憶する。

例えば、スマートエアコンのデバイス属性パラメータが記憶され、スマートテレビのデバイス属性パラメータが記憶される。データベースは、ユーザ装置に対応する制御端末の属性情報、ユーザの属性情報などをさらに記憶してよいことが理解され得る。

任意で、本発明の本実施形態におけるステップ４２０では、クラウドサーバは、故障ユーザ装置を決定するために、デバイス動作状態パラメータに基づいてユーザ装置の状態を決定する。これは、以下の方式で実現されてよい。

具体的に、デバイス動作状態パラメータを取得した後、クラウドサーバは、デバイス動作状態パラメータに対して平均に基づく統計処理を実行してユーザ装置参照平均値を取得する。ユーザ装置参照平均値は、複数のデバイス動作状態パラメータの平均値である。

クラウドサーバは、デバイス動作状態パラメータに基づいてユーザ装置の動作状態分布曲線図を取得し、クラウドサーバは、動作状態分布曲線図に基づいてデバイス臨界区間及び少なくとも１つのデバイス区間を決定する。デバイス臨界区間は具体的に、ユーザ装置平均値もユーザ装置分散も変化せず且つ２つのデバイス区間の間にある区間である。

デバイス臨界区間がユーザ装置参照平均値の左側にあるとき、クラウドサーバは、デバイス臨界区間の左側の隣接デバイス区間をデバイス故障区間として決定し、デバイス臨界区間の右側の隣接デバイス区間を正常デバイス区間として決定する。

デバイス臨界区間がユーザ装置参照平均値の右側にあるとき、クラウドサーバは、デバイス臨界区間の左側の隣接デバイス区間を正常デバイス区間として決定し、デバイス臨界区間の右側の隣接デバイス区間を故障デバイス区間として決定する。

本発明の本実施形態において、クラウドサーバはデバイスの臨界区間を以下の方式で決定する。

具体的に、デバイス動作状態パラメータに対して平均に基づく統計処理を実行するとき、クラウドサーバは、デバイス動作状態パラメータに対して偏差度合い（deviation-degree）に基づく統計処理をさらに実行してユーザ装置参照分散を取得する。ユーザ装置参照分散は、各デバイス動作状態パラメータがユーザ装置参照平均値からずれている（deviates）度合いである。

クラウドサーバは、動作状態分布曲線図に基づいて第１のスクリーニング閾値を決定する。第１のスクリーニング閾値は、デバイス臨界区間を決定するために使用される。

ユーザ装置参照平均値及びユーザ装置参照分散は参照として使用され、クラウドサーバは第１のスクリーニング閾値を徐々に変更する。第１のスクリーニング閾値は、以下の具体的方式で徐々に変更される：クラウドサーバが、動作状態分布曲線図の一端においてパラメータ値を固定し、第１のスクリーニング閾値を動作状態分布曲線図の他端において参照に向けて徐々に移動する。

第１のスクリーニング閾値が任意の区間（デバイス臨界区間又はデバイス区間）に移動されたとき、クラウドサーバは、区間におけるユーザ装置平均値及びユーザ装置分散を算出し、デバイス区間におけるユーザ装置平均値及びユーザ装置分散が変化するかどうかを決定する。区間におけるユーザ装置平均値もユーザ装置分散も変化しない場合、クラウドサーバは、区間がデバイス臨界区間であると決定する。ユーザ装置平均値又はユーザ装置分散が変化した場合、クラウドサーバは、区間がデバイス区間であると決定する。

具体的な例を以下に提供する。

一例において、複数のスマートエアコンの室外ユニット温度パラメータが説明のため一例として用いられる。本発明の本実施形態において、スマートエアコンの室外ユニット温度パラメータは動作設定パラメータである。

複数のスマートエアコンの室外ユニット温度パラメータを取得した後、クラウドサーバは、図５に示すように、室外ユニット温度パラメータを水平座標（Ｘ軸）として用い、全ての室外ユニット温度パラメータに対応するスマートエアコン数を垂直座標（Ｙ軸）として用いることにより座標系を確立して、ユーザ装置の稼動状態分布曲線図を取得する。図５において、室外ユニット温度パラメータは２０℃〜８０℃に及び、スマートエアコン数は各温度点で変わる。クラウドサーバは、動作状態分布曲線図に基づいて３つのスマートエアコン区間（図５の区間１、２、及び３）を決定する。さらに、クラウドサーバは、２つのデバイス臨界区間（図５の区間４及び５）をさらに決定する。

クラウドサーバは、室外ユニット温度パラメータに対して平均に基づく統計処理を実行してユーザ装置参照平均値を取得する。ユーザ装置参照平均値は、複数の室外ユニット温度パラメータの平均温度値、例えば図５の破線Ａである。

クラウドサーバは、デバイス臨界区間及びデバイス区間の位置を識別する。デバイス臨界区間がユーザ装置参照平均値の左側にあるとき、クラウドサーバは、区間４の左側の隣接区間１を故障デバイス区間として決定し、区間４の右側の隣接区間２を正常デバイス区間として決定する。デバイス臨界区間がユーザ装置参照平均値の右側にあるとき、クラウドサーバは、区間５の左側の隣接区間２を正常デバイス区間として決定し、区間５の右側の隣接区間３を故障デバイス区間として決定する。

この例において、クラウドサーバは、２つのデバイス臨界区間（図５の区間４及び５）を以下の具体的方式で決定する。

室外ユニット温度パラメータに対して平均に基づく統計処理を実行するとき、クラウドサーバは、室外ユニット温度パラメータに対して偏差度合いに基づく統計処理をさらに実行してユーザ装置参照分散を取得する。ユーザ装置参照分散は、各室外ユニット温度値がユーザ装置参照平均値からずれている度合いである。

クラウドサーバは、動作状態分布曲線図に基づいて第１のスクリーニング閾値を決定する。第１のスクリーニング閾値はパラメータにより変化する。この例において、第１のスクリーニング閾値は温度値である。

ユーザ装置参照平均値及びユーザ装置参照分散が参照として用いられる。クラウドサーバは第１のスクリーニング閾値を変更し、具体的に言えば、動作状態分布曲線図の一端において室外ユニット温度値を固定し、動作状態分布曲線図の他端において室外ユニット温度値から第１のスクリーニング閾値を徐々に増加／減少させ、それにより、第１のスクリーニング閾値はユーザ装置参照平均値に徐々に近づく。

図５において、ユーザ装置の動作状態分布曲線図には複数のスマートエアコン区間が存在し、室外ユニットの温度パラメータは広範囲に及ぶことに留意されたい。したがって、本発明の本実施形態において、クラウドサーバは２つのスクリーニング閾値を決定する必要がある。

クラウドサーバが、ある区間がデバイス臨界区間であるかどうかを決定するとき、クラウドサーバは、最も右側の温度値を固定し、最も左側から第１のスクリーニング閾値を徐々に増加させる（例えば、最も右側の温度値は８０℃で固定され、決定された第１のスクリーニング閾値２０℃が２１℃、２２℃、及び２３℃へ徐々に増加する）。あるいは、クラウドサーバは、最も左側の温度値を固定し、最も右側から第１のスクリーニング閾値を徐々に減少させる（例えば、最も左側の温度値が２０℃で固定され、決定された第１のスクリーニング閾値８０℃が７９℃、７８℃、７７℃に増加する）。

第１のスクリーニング閾値がある区間に移動されたとき、クラウドサーバは、区間におけるユーザ装置平均値及びユーザ装置分散を算出し、区間におけるユーザ装置平均値及びユーザ装置分散が変化するかどうかを決定する。ユーザ装置平均値もユーザ装置統計分散も変化しない場合、クラウドサーバは、区間がデバイス臨界区間（図５の区間４）であると決定する。

任意で、本発明の本実施形態において、クラウドサーバが、ユーザ装置の動作状態分布曲線図に基づいて正常デバイス区間、故障デバイス区間、及びデバイス臨界区間を正確に決定できない場合、クラウドサーバは、受信した設定命令に基づいてユーザ装置に対して故障識別を実行し、正常ユーザ装置及び故障ユーザ装置をさらに決定してよい。したがって、このステップでは、ユーザ装置に対してより包括的かつ正確に故障識別が実行できる。

具体的に、クラウドサーバは、デバイス動作状態パラメータに基づいてユーザ装置の動作状態分布曲線図を取得する。クラウドサーバは、動作状態分布曲線図に基づいてデバイス区間を決定する。クラウドサーバは、設定命令を受信する。本発明の本実施形態において、設定命令は熟練者により入力されてよく、設定命令は第２のスクリーニング閾値を含む。クラウドサーバは、デバイス動作状態パラメータが第２のスクリーニング閾値を満たすかどうかを決定する。デバイス動作状態パラメータが第２のスクリーニング閾値を満たす場合、クラウドサーバは、ユーザ装置が正常ユーザ装置であると決定する。デバイス動作状態パラメータが第２のスクリーニング閾値を満たさない場合、クラウドサーバは、ユーザ装置が故障ユーザ装置であると決定する。

一例において、複数のスマートエアコンの室外ユニット温度パラメータが説明のため一例として用いられる。本発明の本実施形態において、スマートエアコンの室外ユニット温度パラメータは動作設定パラメータである。

複数のスマートエアコンの室外ユニット温度パラメータを取得した後、クラウドサーバは、図６に示すように、室外ユニット温度パラメータを水平座標（Ｘ軸）として用い、全ての室外ユニット温度パラメータに対応するスマートエアコン数を垂直座標（Ｙ軸）として用いることにより座標系を確立して、ユーザ装置の動作状態分布曲線図を取得する。図６において、室外ユニットの温度パラメータは２０℃〜８０℃に及び、スマートエアコン数は各温度点で変わる。クラウドサーバは、ユーザ装置の動作状態分布曲線図に基づいて１つのスマートエアコン区間（図６の区間１）を取得する。

熟練者が、ユーザ装置の動作状態分布曲線図に基づいて第２のスクリーニング閾値を決定する。第２のスクリーニング閾値はパラメータにより変化する。この例において、第２のスクリーニング閾値は温度値である。

この例において、クラウドサーバは、室外ユニット温度パラメータに対して平均に基づく統計処理及び偏差度合いに基づく統計処理を実行して、ユーザ装置参照平均値及びユーザ装置参照分散を取得することに留意されたい。

熟練者は、ユーザ装置参照平均値、ユーザ装置参照分散、及び熟練者により蓄積された体験に基づいて第２のスクリーニング閾値を決定してよいことが理解され得る。

図６において、ユーザ装置の動作状態分布曲線図には１つのスマートエアコン区間が存在し、室外ユニット温度パラメータは広範囲に及ぶ。したがって、クラウドサーバは、区間１の中に故障デバイス区間が存在するかどうかを決定するために、２つのスクリーニング閾値を決定する必要がある。

クラウドサーバは、熟練者により入力された設定命令を受信する。設定命令は、第２のスクリーニング閾値（ｘ１が２５℃であり、ｘ２が６５℃である）を含む。クラウドサーバは、各室外ユニット温度パラメータが第２のスクリーニング閾値を満たすかどうかを決定する。室外ユニット温度パラメータが第２のスクリーニング閾値を満たす場合、クラウドサーバは、室外ユニット温度パラメータに対応するユーザ装置が正常ユーザ装置であると決定する。デバイス動作状態パラメータが第２のスクリーニング閾値を満たさない場合、クラウドサーバは、室外ユニット温度パラメータに対応するユーザ装置が故障ユーザ装置であると決定する。

図６において、クラウドサーバは、ｘ１より小さい室外ユニット温度パラメータに対応するユーザ装置及びｘ２より大きい室外ユニット温度パラメータに対応するユーザ装置を故障ユーザ装置として決定し、ｘ１より大きくｘ２より小さい室外ユニット温度パラメータに対応するユーザ装置を正常ユーザ装置として決定する。

任意で、本発明の本実施形態におけるステップ４３０の前に、当該方法は、クラウドサーバにより故障ユーザ装置の故障原因及び故障タイプを決定するステップをさらに含む。クラウドサーバは、このステップにおいて故障ユーザ装置の故障原因及び故障タイプを故障情報に追加し、それにより、ユーザは故障ユーザ装置の原因及びタイプが明確にわかり、適切な処理方式を選択することができる。

具体的に、クラウドサーバは、デバイス動作状態パラメータが予め設定された故障条件を満たすかどうかを決定する。デバイス動作状態パラメータが故障条件を満たす場合、クラウドサーバは、故障条件に基づいて故障ユーザ装置の故障原因及び故障タイプを決定する。

さらに、前述のスマートエアコンが一例として用いられ、デバイス動作状態パラメータはスマートエアコンの室外ユニット温度パラメータであり、予め設定された故障条件は室外ユニット温度故障範囲（例えば、４０℃より小さく又は６０℃より大きい）である。区間１における故障ユーザ装置の場合、故障原因情報は室外ユニットの不適切な設置であり、故障タイプ情報は室外ユニットの低温である。区間３における故障ユーザ装置の場合、故障原因情報は室外ユニットの不適切な設置であり、故障タイプ情報は室外ユニットの高温である。

故障情報は、図７に示すように、正常ユーザ装置に対する故障ユーザ装置の具体的な偏差比率に関する情報をさらに含んでよい。図７において、正常ユーザ装置のパラメータに対する故障ユーザ装置のパラメータの偏差比率の値が提供され、ユーザは、偏差比率に関する情報の表示のため、故障ユーザ装置の現在の実行状態をより視覚的に決定してよい。一例において、偏差比率に関する情報は具体的に以下のとおりである。「このデバイスの室外ユニット温度は他のデバイスの９８．６％の温度より高く、このデバイスの偏差比率は正常ユーザ装置の偏差比率の４倍である。」

クラウドサーバはさらに、異なるデバイス動作状態パラメータに基づいて複数の故障条件を予め設定し、デバイス動作状態パラメータとデバイス動作状態パラメータに対応する単一の故障条件とを比較することにより、故障ユーザ装置の故障原因及び故障タイプを決定してよい。

一例において、ユーザがスマートエアコンを使用するとき、デバイス動作状態パラメータ、１）スマートエアコンの室外ユニット温度、及び２）指定された動作温度範囲が生成される。例えば、スマートエアコンにより設定されることを許容される動作温度範囲は１７℃〜３０℃であり、大抵のユーザにより設定される温度範囲は２３℃〜２６℃である。

ある都市において、夏に気温が比較的高く、例えば室外温度が３５℃より高い。したがって、予め設定された故障条件は以下のとおりである。故障条件１：スマートエアコンの室外ユニット温度の正常範囲は４５℃〜５５℃であり、室外ユニット温度の故障範囲は４０℃より小さいか又は６０℃より大きい温度である。故障条件２：ユーザにより設定される室内温度は通常２３℃〜２６℃であり、異常温度範囲は２３℃より小さいか又は２６℃より大きい室内温度である。

クラウドサーバは、動作状態パラメータと動作状態パラメータに対応する故障条件とを別個に比較することにより、故障ユーザ装置の故障原因及び故障タイプを決定する。

クラウドサーバは、スマートエアコンの室外ユニット温度が故障条件１を満たすかどうかを決定する。室外ユニット温度が非常に高いと決定され、６５℃に達する場合、故障原因は「室外ユニットの不適切な設置」であり、故障タイプは「室外ユニットの高温」である。室外ユニット温度が非常に低いと決定され、２５℃に達する場合、故障原因は「室外ユニットの不適切な設置」であり、故障タイプは「室外ユニットの低温」である。

ユーザにより設定された室内温度が非常に低く、１８℃に達するとクラウドサーバが決定した場合、故障原因は「ユーザの不適当な使用習慣」又は「部屋の不十分な断熱性能」であり、故障タイプは「低い室内温度」である。ユーザにより設定された室内温度が非常に高く、２８℃に達するとクラウドサーバが決定した場合、故障原因は「ユーザの不適当な使用習慣」又は「部屋の不十分な断熱性能」であり、故障タイプは「高い室内温度」である。

クラウドサーバは、説明のために前述の例においてデバイス動作状態パラメータと単一の故障条件とを比較することが理解され得る。実際の適用の間、クラウドサーバはさらに、デバイス動作状態パラメータと複数の故障条件とを連帯的に比較することにより、故障ユーザ装置の故障原因及び故障タイプを決定してよい。その決定プロセスは前述の例におけるものと同様であり、ここで再度説明しない。

任意で、本発明の本実施形態において、当該方法は、クラウドサーバにより、ユーザの選択操作に基づいて制御デバイスにより送出される第２のフィードバックメッセージ又は第３のフィードバックメッセージを受信するステップをさらに含む。このステップにおいて、クラウドサーバはユーザの選択に基づいて故障ユーザ装置を処理する。

具体的に、制御デバイスは故障情報及びプロンプト情報を表示し、故障情報及びプロンプト情報に基づいてユーザにより入力された選択操作を受け取る。

ステップ４３０で提供されるプロンプト情報が一例として用いられる。一例において、ユーザは故障ユーザ装置を保守することを拒否し、ユーザは「故障ユーザ装置を保守しない」のプロンプトキーを選択する。制御デバイスは、ユーザにより入力された選択操作を受け取り、選択操作に基づいて第２のフィードバックメッセージを生成し、第２のフィードバックメッセージをクラウドサーバに送出する。

クラウドサーバは、第２のフィードバックメッセージを受信し、第２のフィードバックメッセージに基づいて、ユーザが故障ユーザ装置を保守することを拒否していると決定する。クラウドサーバは、故障ユーザ装置が依然として故障ステートにあるかどうかを再度決定する。故障ユーザ装置が依然として故障ステートにある場合、クラウドサーバは制御デバイスへの故障情報の送出を停止する。

別の例において、ユーザは故障ユーザ装置を直ちに保守することを期待せず、ユーザは「後のプロンプトについて観察し続ける」のプロンプトキーを選択する。制御デバイスは、ユーザにより入力された選択操作を受け取り、選択操作に基づいて第３のフィードバックメッセージを生成し、第３のフィードバックメッセージをクラウドサーバに送出する。

クラウドサーバは、第３のフィードバックメッセージを受信し、第３のフィードバックメッセージに基づいて、ユーザが故障ユーザ装置を直ちに保守することを期待していないと決定する。クラウドサーバが後に、故障ユーザ装置が故障ステートにあると再度決定したとき、クラウドサーバは制御デバイスに故障情報を再度送出する。

任意で、本発明の本実施形態におけるステップ４３０の前に、当該方法は、クラウドサーバにより、通知メッセージが制御デバイスに送出されたかどうかを決定し、ユーザからのフィードバックを識別するステップをさらに含む。このステップにおいて、クラウドサーバは、ユーザからのフィードバックに依存して通知メッセージを送出してよく、それによりユーザ体験を向上させる。

具体的に、クラウドサーバは、通知メッセージが制御デバイスに送出されたかどうかを決定する。通知メッセージが制御デバイスに送出されていない場合、クラウドサーバは通知メッセージを制御デバイスに送出する。通知メッセージが制御デバイスに送出された場合、クラウドサーバは、制御デバイスが第２のフィードバックメッセージを送出したかどうかを決定する。制御デバイスが第２のフィードバックメッセージを送出しない場合、クラウドサーバは通知メッセージを制御デバイスに送出する。制御デバイスが第２のフィードバックメッセージを送出した場合、クラウドサーバは通知メッセージを制御デバイスに送出しない。

本発明の一実施形態において提供される解決策を、図８を参照して以下に説明する。図８は、本発明の本実施形態による付加価値サービス実現方法の別のフローチャートである。当該方法は制御デバイスにより実行され、具体的に以下のステップを含む。

ステップ８１０：制御デバイスが、クラウドサーバにより送出された通知メッセージを受信し、通知メッセージは、少なくとも１つのユーザ装置からクラウドサーバにより決定された故障ユーザ装置の故障情報を含む。

具体的に、クラウドサーバは、少なくとも１つのユーザ装置のデバイス属性パラメータを取得する。デバイス属性パラメータは、デバイス動作状態パラメータを含む。クラウドサーバは、デバイス動作状態パラメータに基づいて少なくとも１つのユーザ装置から故障ユーザ装置を決定する。

クラウドサーバは、故障情報を生成し、データベースから故障ユーザ装置に対応する制御デバイスを見つける。クラウドサーバは、通知メッセージを制御デバイスに送出する。通知メッセージは、故障ユーザ装置の故障情報を含む。

前述の実施形態において、クラウドサーバがユーザ装置のデバイス属性パラメータを取得し、デバイス属性パラメータに含まれるデバイス動作状態パラメータに基づいて故障ユーザ装置を決定するプロセスが詳細に説明されている。詳細はここで再度説明しない。

ステップ８２０：制御デバイスが、故障情報を表示する。

具体的に、故障情報を受信した後、制御デバイスは、タッチスクリーンを使用することにより故障情報を表示する。

ステップ８３０：制御デバイスが、故障情報に基づいてユーザにより入力される選択操作を受け取る。

具体的に、ユーザが制御デバイスにより表示される故障情報を見るとき、ユーザは、現在の状況に基づいて故障情報の選択処理を行ってよい。

本発明の本実施形態において、通知メッセージは、故障ユーザ装置を処理する方法をユーザにプロンプト表示するために使用されるプロンプト情報をさらに含む。プロンプト情報は、故障ユーザ装置を処理するために使用される推奨措置をユーザに提供するために使用される。

例えば、プロンプト情報は具体的に「故障ユーザ装置を保守する」であり、あるいは、プロンプト情報は具体的に「故障ユーザ装置を保守しない」であり、あるいは、プロンプト情報は具体的に「後のプロンプトについて観察し続ける」である。ユーザは、現在の状況に基づいて故障ユーザ装置を保守するかどうかを選択してよい。ユーザが故障装置を直ちに保守することを期待する場合、ユーザは「故障装置を保守する」のプロンプトキーを選択し、制御デバイスはユーザにより入力された選択操作を受け取る。

ステップ８４０：制御デバイスが、選択操作に基づいて第１のフィードバックメッセージをクラウドサーバに送出し、第１のフィードバックメッセージは、クラウドサーバが故障情報及びユーザの属性情報を保守サーバに送出することを可能にするために使用される。

具体的に、選択操作を受け取った後、制御デバイスは第１のフィードバックメッセージを生成し、第１のフィードバックメッセージをクラウドサーバに送出する。

クラウドサーバは、第１のフィードバックメッセージに基づいて故障情報及びユーザの属性情報を保守サーバに送出する。

したがって、本発明の本実施形態で提供される付加価値サービス実現方法が適用される。少なくとも１つのユーザ装置から故障ユーザ装置を決定した後、クラウドサーバは、故障ユーザ装置の故障情報を、故障ユーザ装置に対応する制御デバイスに送出する。制御デバイスは、故障情報を表示し、故障情報に基づいてユーザにより入力される選択操作を受け取る。制御デバイスは、選択操作についての第１のフィードバックメッセージをクラウドサーバに送出する。クラウドサーバは、第１のフィードバックメッセージに基づいて保守サーバと通信して、故障ユーザ装置の故障情報及びユーザの属性情報を保守サーバに通知し、それにより、保守サーバは、ユーザの属性情報に基づいてユーザに連絡し、故障情報に基づいて故障ユーザ装置を保守する。したがって、スマート家電の故障が予測され、現在使用されているスマート家電の故障情報がユーザに提供され、必要な場合にスマート家電の保守及び修理などのサービスがユーザに提供され、それによりユーザ体験を向上させる。

任意で、本発明の本実施形態において、当該方法は、制御デバイスにより、ユーザにより入力された選択操作に基づいて第２のフィードバックメッセージ又は第３のフィードバックメッセージをクラウドサーバに送出するステップをさらに含む。このステップにおいて、クラウドサーバは、ユーザの選択に基づいて故障ユーザ装置を処理してよい。

具体的に、一例において、ユーザは故障ユーザ装置を保守することを拒否し、ユーザは「故障ユーザ装置を保守しない」のプロンプトキーを選択する。制御デバイスは、ユーザにより入力された選択操作を受け取り、選択操作に基づいて第２のフィードバックメッセージを生成し、第２のフィードバックメッセージをクラウドサーバに送出する。

クラウドサーバは、第２のフィードバックメッセージを受信し、第２のフィードバックメッセージに基づいて、ユーザが故障ユーザ装置を保守することを拒否していると決定する。クラウドサーバは、故障ユーザ装置が依然として故障ステートにあるかどうかを再度決定する。故障ユーザ装置が依然として故障ステートにある場合、クラウドサーバは制御デバイスへの故障情報の送出を停止する。

別の例において、ユーザは故障ユーザ装置を直ちに保守することを期待せず、ユーザは「後のプロンプトについて観察し続ける」のプロンプトキーを選択する。制御デバイスは、ユーザにより入力された選択操作を受け取り、選択操作に基づいて第３のフィードバックメッセージを生成し、第３のフィードバックメッセージをクラウドサーバに送出する。

クラウドサーバは、第３のフィードバックメッセージを受信し、第３のフィードバックメッセージに基づいて、ユーザが故障ユーザ装置を直ちに保守することを期待していないと決定する。クラウドサーバが後に、故障ユーザ装置が故障ステートにあると再度決定したとき、クラウドサーバは故障情報を制御デバイスに再度送出する。

前述の実施形態で説明された全ての内容が付加価値サービス実現方法を実現することができる。対応して、本発明の一実施形態が、前述の実施形態で提供される付加価値サービス実現方法を実現するための付加価値サービス実現装置をさらに提供する。図９に示すように、装置は、取得ユニット９１０、第１の決定ユニット９２０、送出ユニット９３０、及び受信ユニット９４０を含む。

取得ユニット９１０は、少なくとも１つのユーザ装置のデバイス属性パラメータを取得するように構成される。デバイス属性パラメータはデバイス動作状態パラメータを含む。

第１の決定ユニット９２０は、デバイス動作状態パラメータに基づいて少なくとも１つのユーザ装置から故障ユーザ装置を決定するように構成される。

送出ユニット９３０は、故障ユーザ装置に対応する制御デバイスに通知メッセージを送出するように構成される。通知メッセージは故障ユーザ装置の故障情報を含み、それにより、制御デバイスは故障情報を表示し、故障情報に基づいてユーザにより行われる選択操作を受け取る。

受信ユニット９４０は、選択操作に基づいて制御デバイスにより送出される第１のフィードバックメッセージを受信するように構成される。

送出ユニット９３０は、第１のフィードバックメッセージに基づいて故障情報及びユーザの属性情報を保守サーバに送出するようにさらに構成される。

さらに、受信ユニット９４０は、選択操作に基づいて故障ユーザ装置により送出される第２のフィードバックメッセージを受信するようにさらに構成される。

当該装置は、制御デバイスが依然として故障ステートにあるかどうかを決定するように構成された第１の判断ユニット９５０をさらに含む。

送出ユニット９３０は、故障ユーザ装置が依然として故障ステートにある場合に制御デバイスへの故障情報の送出を停止するようにさらに構成される。

さらに、受信ユニット９４０は、選択操作に基づいて制御デバイスにより送出される第３のフィードバックメッセージを受信するようにさらに構成される。

送出ユニット９３０は、制御デバイスに故障情報を再度送出するようにさらに構成される。

さらに、第１の決定ユニット９２０は具体的に、
デバイス動作状態パラメータに対して平均に基づく統計処理を実行してユーザ装置参照平均値を取得し、
デバイス動作状態パラメータに基づいてユーザ装置の動作状態分布曲線図を取得し、
動作状態分布曲線図に基づいてデバイス臨界区間及び少なくとも１つのデバイス区間を決定し、
デバイス臨界区間がユーザ装置参照値の左側にあるとき、デバイス臨界区間の左側の隣接デバイス区間を故障デバイス区間として決定し、デバイス臨界区間の右側の隣接デバイス区間を正常デバイス区間として決定し、あるいは、デバイス臨界区間がユーザ装置参照値の右側にあるとき、デバイス臨界区間の左側の隣接デバイス区間を正常デバイス区間として決定し、デバイス臨界区間の右側の隣接デバイス区間を故障デバイス区間として決定する
ように構成される。

さらに、送出ユニット９３０により送出される通知メッセージに含まれる故障情報は、故障ユーザ装置の故障原因情報及び故障タイプ情報を含む。

当該装置は、
デバイス動作状態パラメータが予め設定された故障条件を満たすかどうかを決定するように構成された第２の判断ユニット９６０と、
デバイス動作状態パラメータが故障条件を満たす場合に故障条件に基づいて故障ユーザ装置の故障原因及び故障タイプを決定するように構成された第２の決定ユニット９７０と、
をさらに含む。

さらに、第１の決定ユニット９２０は具体的に、
設定命令を受信することであり、設定命令は第２のスクリーニング閾値を含み、
デバイス動作状態パラメータが第２のスクリーニング閾値を満たすかどうかを決定し、
デバイス動作状態パラメータが第２のスクリーニング閾値を満たす場合、ユーザ装置が正常ユーザ装置であると決定し、あるいは、デバイス動作状態パラメータが第２のスクリーニング閾値を満たさない場合、ユーザ装置が故障ユーザ装置であると決定する
ように構成される。

したがって、本発明の本実施形態で提供される付加価値サービス実現装置が適用される。当該装置は、取得された複数のユーザ装置のデバイス属性パラメータに基づいて故障ユーザ装置を決定し、故障ユーザ装置に対応する制御デバイスに故障情報を送出し、それにより、制御デバイスは故障情報を表示し、故障情報に基づいてユーザにより行われた選択操作を受け取る。当該装置は、制御デバイスにより送出された第１のフィードバックメッセージに基づいて保守サーバと通信して、故障ユーザ装置の故障情報及びユーザの属性情報を保守サーバに通知し、それにより、保守サーバはユーザの属性情報に基づいてユーザに連絡し、故障情報に基づいて故障ユーザ装置を保守する。したがって、スマート家電の故障が予測され、現在使用されているスマート家電の故障情報がユーザに提供され、必要な場合にスマート家電の保守及び修理などのサービスがユーザに提供され、それによりユーザ体験を向上させる。

前述の実施形態で説明された全ての内容が付加価値サービス実現方法を実現することができる。対応して、本発明の一実施形態が、前述の実施形態で提供される付加価値サービス実現方法を実現するための別の付加価値サービス実現装置をさらに提供する。図１０に示すように、装置は、受信ユニット１０１０、表示ユニット１０２０、及び送出ユニット９３０を含む。

受信ユニット１０１０は、クラウドサーバにより送出される通知メッセージを受信するように構成される。通知メッセージは、少なくとも１つのユーザ装置からクラウドサーバにより決定された故障ユーザ装置の故障情報を含む。

表示ユニット１０２０は、故障情報を表示するように構成される。

受信ユニットは、故障情報に基づいてユーザにより入力される選択操作を受け取るようにさらに構成される。

送出ユニット１０３０は、選択操作に基づいて第１のフィードバックメッセージをクラウドサーバに送出するように構成される。第１のフィードバックメッセージは、クラウドサーバが故障情報及びユーザの属性情報を保守サーバに送出することを可能にするために使用される。

さらに、送出ユニット１０３０は、選択操作に基づいて第２のフィードバックメッセージをクラウドサーバに送出するようにさらに構成される。第２のフィードバックメッセージは、故障ユーザ装置が依然として故障ステートにあるかどうかをクラウドサーバが決定することを可能にするために使用され、故障ユーザ装置が依然として故障ステートにある場合、クラウドサーバは制御デバイスへの故障情報の送出を停止する。

さらに、送出ユニット１０３０は、選択操作に基づいて第３のフィードバックメッセージをクラウドサーバに送出するようにさらに構成される。第３のフィードバックメッセージは、クラウドサーバが制御デバイスに故障情報を再度送出することを可能にするために使用される。

したがって、本発明の本実施形態で提供される制御デバイスが適用される。少なくとも１つのユーザ装置から故障ユーザ装置を決定した後、クラウドサーバは、故障ユーザ装置の故障情報を、故障ユーザ装置に対応する制御デバイスに送出する。制御デバイスは、故障情報を表示し、故障情報に基づいてユーザにより入力される選択操作を受け取る。制御デバイスは、選択操作についての第１のフィードバックメッセージをクラウドサーバに送出する。クラウドサーバは、第１のフィードバックメッセージに基づいて保守サーバと通信して、故障ユーザ装置の故障情報及びユーザの属性情報を保守サーバに通知し、それにより、保守サーバはユーザの属性情報に基づいてユーザに連絡し、故障情報に基づいて故障ユーザ装置を保守する。したがって、スマート家電の故障が予測され、現在使用されているスマート家電の故障情報がユーザに提供され、必要な場合にスマート家電の保守及び修理などのサービスがユーザに提供され、それによりユーザ体験を向上させる。

当業者は、本明細書に開示された実施形態に記載された例と組み合わせて、ユニット及びアルゴリズムステップが電子ハードウェア、コンピュータソフトウェア、又はこれらの組み合わせにより実現され得ることをさらに認識し得る。ハードウェアとソフトウェアとの間の互換性を明確に説明するために、前述では、各例の構成及びステップを機能に従って一般に説明した。機能がハードウェアにより実行されるか又はソフトウェアにより実行されるかは、技術的解決策の特定の適用及び設計制約条件に依存する。当業者は、特定の適用ごとに説明された機能を実現するために異なる方法を用いてよいが、その実現は本発明の範囲を超えるものと考えられるべきでない。

本明細書に開示された実施形態で説明された方法又はアルゴリズムのステップは、ハードウェア、プロセッサにより実行されるソフトウェアモジュール、又はハードウェアとソフトウェアの組み合わせにより実現され得る。ソフトウェアモジュールは、ランダムアクセスメモリ（ＲＡＭ）、メモリ、読取専用メモリ（ＲＯＭ）、電気的プログラマブルＲＯＭ、電気的消去可能プログラマブルＲＯＭ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ‐ＲＯＭ、又は当該分野で知られる任意の他の形態の記憶媒体内に存在してよい。

前述の具体的な実装において、本発明の目的、技術的解決策、及び利点がさらに詳細に説明される。前述の説明は単に本発明の具体的な実装であり、本発明の保護範囲を限定することは意図されないことを理解されたい。本発明の主旨及び原理から逸脱することなくなされるいかなる修正、同等の代替、又は改良も、本発明の保護範囲内に入るべきである。

第１の態様を参照し、第１の態様の第５の実装において、クラウドサーバにより、デバイス動作状態パラメータに基づいて少なくとも１つのユーザ装置から故障ユーザ装置を決定するステップは具体的に、
クラウドサーバにより、設定命令を受信するステップであり、設定命令は第１のスクリーニング閾値を含む、ステップと、
クラウドサーバにより、デバイス動作状態パラメータが第１のスクリーニング閾値を満たすかどうかを決定するステップと、
デバイス動作状態パラメータが第１のスクリーニング閾値を満たす場合、クラウドサーバにより、ユーザ装置は正常ユーザ装置であると決定し、あるいは、デバイス動作状態パラメータが第１のスクリーニング閾値を満たさない場合、クラウドサーバにより、ユーザ装置は故障ユーザ装置であると決定するステップと、
を含む。

第２の態様を参照し、第２の態様の第２の実装において、当該方法は、
制御デバイスにより、選択操作に基づいてクラウドサーバに第３のフィードバックメッセージを送出するステップであり、第３のフィードバックメッセージは、クラウドサーバが制御デバイスに故障情報を再度送出することを可能にするために使用される、ステップ
をさらに含む。

第３の態様を参照し、第３の態様の第１の実装において、受信ユニットは、選択操作に基づいて制御デバイスにより送出される第２のフィードバックメッセージを受信するようにさらに構成され、
当該装置は、故障ユーザ装置が依然として故障ステートにあるかどうかを決定するように構成された第１の判断ユニット、をさらに含み、
送出ユニットは、故障ユーザ装置が依然として故障ステートにある場合、制御デバイスへの故障情報の送出を停止するようにさらに構成される。

本発明の実施形態における技術的解決策を、本発明の実施形態における添付図面を参照して以下に明確に説明する。明らかに、記載された実施形態は本発明の実施形態のいくつかに過ぎず、すべてではない。本発明の実施形態に基づいて当業者により得られるすべての他の実施形態が本発明の保護範囲に入るものとする。

メモリ２１５は様々なソフトウェアプログラム及び／又は複数の命令セットを記憶することが理解され得る。無線周波数モジュール２１６、プロセッサ２１１、タッチスクリーンコントローラ２１８、及びタッチスクリーン２２２は、メモリ２１５内の様々なソフトウェアプログラム及び／又は複数の命令セットを呼び出すことにより制御デバイスの機能を実現する。

具体的には、無線周波数モジュール２１６は、クラウドサーバから送出された通知メッセージを受信し、通知メッセージをプロセッサ２１１に送信する。通知メッセージは、少なくとも１つのユーザ装置からクラウドサーバにより決定された故障ユーザ装置の故障情報を含む。プロセッサ２１１は、無線周波数モジュール２１６により送信された通知メッセージを受信し、通知メッセージから故障情報を取得し、故障情報をタッチスクリーンコントローラ２１８に送信する。タッチスクリーンコントローラ２１８は、プロセッサ２１１により送信された故障情報を受信し、故障情報をタッチスクリーン２２２に送信する。

タッチスクリーン２２２は、タッチコントローラ２１８により送信された故障情報を受信し、故障情報を表示し、それにより、ユーザは故障情報を見る。ユーザは、故障情報に基づいてタッチスクリーン２２２に選択操作を入力する。タッチスクリーン２２２は、選択操作を受け取り、選択操作をタッチスクリーンコントローラ２１８に送信する。

タッチスクリーンコントローラ２１８は、タッチスクリーン２２２上で送信された選択操作を受信し、選択操作をプロセッサ２１１に送信する。プロセッサ２１１は、タッチスクリーンコントローラ２１８により送信された選択操作を受信し、選択操作に基づいて第１のフィードバックメッセージを生成し、第１のフィードバックメッセージを無線周波数モジュール２１６に送信する。

第１のスクリーニング閾値が任意の区間（デバイス臨界区間又はデバイス区間）に移動されたとき、クラウドサーバは、区間におけるユーザ装置平均値及びユーザ装置分散を算出し、区間におけるユーザ装置平均値及びユーザ装置分散が変化するかどうかを決定する。区間におけるユーザ装置平均値もユーザ装置分散も変化しない場合、クラウドサーバは、区間がデバイス臨界区間であると決定する。ユーザ装置平均値又はユーザ装置分散が変化した場合、クラウドサーバは、区間がデバイス区間であると決定する。

クラウドサーバが、ある区間がデバイス臨界区間であるかどうかを決定するとき、クラウドサーバは、最も右側の温度値を固定し、最も左側から第１のスクリーニング閾値を徐々に増加させる（例えば、最も右側の温度値は８０℃で固定され、決定された第１のスクリーニング閾値２０℃が２１℃、２２℃、及び２３℃へ徐々に増加する）。あるいは、クラウドサーバは、最も左側の温度値を固定し、最も右側から第１のスクリーニング閾値を徐々に減少させる（例えば、最も左側の温度値が２０℃で固定され、決定された第１のスクリーニング閾値８０℃が７９℃、７８℃、７７℃に減少する）。

第１のスクリーニング閾値がある区間に移動されたとき、クラウドサーバは、区間におけるユーザ装置平均値及びユーザ装置分散を算出し、区間におけるユーザ装置平均値及びユーザ装置分散が変化するかどうかを決定する。ユーザ装置平均値もユーザ装置分散も変化しない場合、クラウドサーバは、区間がデバイス臨界区間（図５の区間４）であると決定する。

クラウドサーバは、熟練者により入力された設定命令を受信する。設定命令は、第２のスクリーニング閾値（ｘ１が２５℃であり、ｘ２が６５℃である）を含む。クラウドサーバは、各室外ユニット温度パラメータが第２のスクリーニング閾値を満たすかどうかを決定する。室外ユニット温度パラメータが第２のスクリーニング閾値を満たす場合、クラウドサーバは、室外ユニット温度パラメータに対応するユーザ装置が正常ユーザ装置であると決定する。室外ユニット温度パラメータが第２のスクリーニング閾値を満たさない場合、クラウドサーバは、室外ユニット温度パラメータに対応するユーザ装置が故障ユーザ装置であると決定する。

さらに、受信ユニット９４０は、選択操作に基づいて制御デバイスにより送出される第２のフィードバックメッセージを受信するようにさらに構成される。

当該装置は、故障ユーザ装置が依然として故障ステートにあるかどうかを決定するように構成された第１の判断ユニット９５０をさらに含む。

前述の実施形態で説明された全ての内容が付加価値サービス実現方法を実現することができる。対応して、本発明の一実施形態が、前述の実施形態で提供される付加価値サービス実現方法を実現するための別の付加価値サービス実現装置をさらに提供する。図１０に示すように、装置は、受信ユニット１０１０、表示ユニット１０２０、及び送出ユニット１０３０を含む。

前述の具体的な実装において、本発明の目的、技術的解決策、及び利点がさらに詳細に説明される。前述の説明は単に本発明の具体的な実装であり、本発明の保護範囲を限定することは意図されないことを理解されたい。本発明の原理から逸脱することなくなされるいかなる修正、同等の代替、又は改良も、本発明の保護範囲内に入るべきである。

Claims (29)

1. 付加価値サービス実現方法であって、
   クラウドサーバにより、少なくとも１つのユーザ装置のデバイス属性パラメータを取得するステップであり、前記デバイス属性パラメータはデバイス動作状態パラメータを含む、ステップと、
   前記クラウドサーバにより、前記デバイス動作状態パラメータに基づいて前記少なくとも１つのユーザ装置から故障ユーザ装置を決定するステップと、
   前記クラウドサーバにより、前記故障ユーザ装置に対応する制御デバイスに通知メッセージを送出するステップであり、前記通知メッセージは前記故障ユーザ装置の故障情報を含み、それにより、前記制御デバイスは前記故障情報を表示し、前記故障情報に基づいてユーザにより行われる選択操作を受け取る、ステップと、
   前記クラウドサーバにより、前記選択操作に基づいて前記制御デバイスにより送出される第１のフィードバックメッセージを受信するステップと、
   前記クラウドサーバにより、前記第１のフィードバックメッセージに基づいて前記故障情報及び前記ユーザの属性情報を保守サーバに送出するステップと、
   を含む方法。
2. 当該方法は、
   前記クラウドサーバにより、前記選択操作に基づいて前記制御デバイスにより送出される第２のフィードバックメッセージを受信するステップと、
   前記クラウドサーバにより、前記故障ユーザ装置が依然として故障ステートにあるかどうかを決定するステップと、
   前記クラウドサーバにより、前記故障ユーザ装置が依然として前記故障ステートにある場合、前記制御デバイスへの前記故障情報の送出を停止するステップと、
   をさらに含む、請求項１に記載の方法。
3. 当該方法は、
   前記クラウドサーバにより、前記選択操作に基づいて前記制御デバイスにより送出される第３のフィードバックメッセージを受信するステップと、
   前記クラウドサーバにより、前記第３のフィードバックメッセージに基づいて前記制御デバイスに前記故障情報を再度送出するステップと、
   をさらに含む、請求項１に記載の方法。
4. 前記クラウドサーバにより、前記デバイス動作状態パラメータに基づいて前記少なくとも１つのユーザ装置から故障ユーザ装置を決定するステップは具体的に、
   前記クラウドサーバにより、前記デバイス動作状態パラメータに対して平均に基づく統計処理を実行してユーザ装置参照平均値を取得するステップと、
   前記クラウドサーバにより、前記デバイス動作状態パラメータに基づいて前記ユーザ装置の動作状態分布曲線図を取得するステップと、
   前記クラウドサーバにより、前記動作状態分布曲線図に基づいてデバイス臨界区間及び少なくとも１つのデバイス区間を決定するステップと、
   前記デバイス臨界区間が前記ユーザ装置参照平均値の左側にあるとき、前記クラウドサーバにより、前記デバイス臨界区間の左側の前記隣接デバイス区間を故障デバイス区間として決定し、前記デバイス臨界区間の右側の前記隣接デバイス区間を正常デバイス区間として決定し、あるいは、前記デバイス臨界区間が前記ユーザ装置参照平均値の右側にあるとき、前記クラウドサーバにより、前記デバイス臨界区間の左側の前記隣接デバイス区間を正常デバイス区間として決定し、前記デバイス臨界区間の右側の前記隣接デバイス区間を故障デバイス区間として決定するステップと、
   を含む、請求項１に記載の方法。
5. 前記故障情報は前記故障ユーザ装置の故障原因情報及び故障タイプ情報を含み、
   前記クラウドサーバにより、前記故障ユーザ装置に対応する制御デバイスに通知メッセージを送出するステップの前に、当該方法は、
   前記クラウドサーバにより、前記デバイス動作状態パラメータが予め設定された故障条件を満たすかどうかを決定するステップと、
   前記クラウドサーバにより、前記デバイス動作状態パラメータが前記故障条件を満たす場合、前記故障条件に基づいて前記故障ユーザ装置の故障原因及び故障タイプを決定するステップと、
   をさらに含む、請求項１に記載の方法。
6. 前記クラウドサーバにより、前記デバイス動作状態パラメータに基づいて前記少なくとも１つの制御デバイスから故障制御デバイスを決定するステップは具体的に、
   前記クラウドサーバにより、設定命令を受信するステップであり、前記設定命令は第１のスクリーニング閾値を含む、ステップと、
   前記クラウドサーバにより、前記デバイス動作状態パラメータが前記第１のスクリーニング閾値を満たすかどうかを決定するステップと、
   前記デバイス動作状態パラメータが前記第２のスクリーニング閾値を満たす場合、前記クラウドサーバにより、前記ユーザ装置は正常ユーザ装置であると決定し、あるいは、前記デバイス動作状態パラメータが前記第２のスクリーニング閾値を満たさない場合、前記クラウドサーバにより、前記ユーザ装置は故障ユーザ装置であると決定するステップと、
   を含む、請求項１に記載の方法。
7. 付加価値サービス実現方法であって、
   制御デバイスにより、クラウドサーバにより送出された通知メッセージを受信するステップであり、前記通知メッセージは少なくとも１つのユーザ装置から前記クラウドサーバにより決定された故障ユーザ装置の故障情報を含む、ステップと、
   前記制御デバイスにより、前記故障情報を表示するステップと、
   前記制御デバイスにより、前記故障情報に基づいてユーザにより入力された選択操作を受け取るステップと、
   前記制御デバイスにより、前記選択操作に基づいて前記クラウドサーバに第１のフィードバックメッセージを送出するステップであり、前記第１のフィードバックメッセージは、前記クラウドサーバが前記故障情報及び前記ユーザの属性情報を保守サーバに送出することを可能にするために使用される、ステップと、
   を含む方法。
8. 当該方法は、
   前記制御デバイスにより、前記選択操作に基づいて前記クラウドサーバに第２のフィードバックメッセージを送出するステップであり、前記第２のフィードバックメッセージは、前記故障ユーザ装置が依然として故障ステートにあるかどうかを前記クラウドサーバが決定することを可能にするために使用され、前記故障ユーザ装置が依然として前記故障ステートにある場合、前記クラウドサーバは前記制御デバイスへの前記故障情報の送出を停止する、ステップ
   をさらに含む請求項７に記載の方法。
9. 当該方法は、
   前記制御デバイスにより、前記選択操作に基づいて前記クラウドサーバに第３のフィードバックメッセージを送出するステップであり、前記第３のフィードバックメッセージは、前記クラウドサーバが前記制御デバイスに前記故障情報を再度送出することを可能にするために使用される、ステップ
   をさらに含む請求項７に記載の方法。
10. 付加価値サービス実現装置であって、
    少なくとも１つのユーザ装置のデバイス属性パラメータを取得するように構成された取得ユニットであり、前記デバイス属性パラメータはデバイス動作状態パラメータを含む、取得ユニットと、
    前記デバイス動作状態パラメータに基づいて前記少なくとも１つのユーザ装置から故障ユーザ装置を決定するように構成された第１の決定ユニットと、
    前記故障ユーザ装置に対応する制御デバイスに通知メッセージを送出するように構成された送出ユニットであり、前記通知メッセージは前記故障ユーザ装置の故障情報を含み、それにより、前記制御デバイスは前記故障情報を表示し、前記故障情報に基づいてユーザにより行われる選択操作を受け取る、送出ユニットと、
    前記選択操作に基づいて前記制御デバイスにより送出される第１のフィードバックメッセージを受信するように構成された受信ユニットと、
    を含み、
    前記送出ユニットは、前記第１のフィードバックメッセージに基づいて前記故障情報及び前記ユーザの属性情報を保守サーバに送出するようにさらに構成される、装置。
11. 前記受信ユニットは、前記選択操作に基づいて前記故障ユーザ装置により送出される第２のフィードバックメッセージを受信するようにさらに構成され、
    当該装置は、前記制御デバイスが依然として故障ステートにあるかどうかを決定するように構成された第１の判断ユニット、をさらに含み、
    前記送出ユニットは、前記故障ユーザ装置が依然として前記故障ステートにある場合、前記制御デバイスへの前記故障情報の送出を停止するようにさらに構成される、請求項１０に記載の装置。
12. 前記受信ユニットは、前記選択操作に基づいて前記制御デバイスにより送出される第３のフィードバックメッセージを受信するようにさらに構成され、
    前記送出ユニットは、前記制御デバイスに前記故障情報を再度送出するようにさらに構成される、請求項１０に記載の装置。
13. 前記第１の決定ユニットは具体的に、
    前記デバイス動作状態パラメータに対して平均に基づく統計処理を実行してユーザ装置参照平均値を取得し、
    前記デバイス動作状態パラメータに基づいて前記ユーザ装置の動作状態分布曲線図を取得し、
    前記動作状態分布曲線図に基づいてデバイス臨界区間及び少なくとも１つのデバイス区間を決定し、
    前記デバイス臨界区間が前記ユーザ装置参照平均値の左側にあるとき、前記デバイス臨界区間の左側の前記隣接デバイス区間を故障デバイス区間として決定し、前記デバイス臨界区間の右側の前記隣接デバイス区間を正常デバイス区間として決定し、あるいは、前記デバイス臨界区間が前記ユーザ装置参照平均値の右側にあるとき、前記デバイス臨界区間の左側の前記隣接デバイス区間を正常デバイス区間として決定し、前記デバイス臨界区間の右側の前記隣接デバイス区間を故障デバイス区間として決定する
    ように構成される、請求項１０に記載の装置。
14. 前記送出ユニットにより送出された前記通知メッセージに含まれる前記故障情報は、前記故障ユーザ装置の故障原因情報及び故障タイプ情報を含み、
    当該装置は、
    前記デバイス動作状態パラメータが予め設定された故障条件を満たすかどうかを決定するように構成された第２の判断ユニットと、
    前記デバイス動作状態パラメータが前記故障条件を満たす場合に前記故障条件に基づいて前記故障ユーザ装置の故障原因及び故障タイプを決定するように構成された第２の決定ユニットと、
    をさらに含む、請求項１０に記載の装置。
15. 前記第１の決定ユニットは具体的に、
    設定命令を受信することであり、前記設定命令は第１のスクリーニング閾値を含み、
    前記デバイス動作状態パラメータが前記第１のスクリーニング閾値を満たすかどうかを決定し、
    前記デバイス動作状態パラメータが前記第１のスクリーニング閾値を満たす場合、前記ユーザ装置は正常ユーザ装置であると決定し、あるいは、前記デバイス動作状態パラメータが前記第１のスクリーニング閾値を満たさない場合、前記ユーザ装置は故障ユーザ装置であると決定する
    ように構成される、請求項１０に記載の装置。
16. 付加価値サービス実現装置であって、
    クラウドサーバにより送出された通知メッセージを受信するように構成された受信ユニットであり、前記通知メッセージは少なくとも１つのユーザ装置から前記クラウドサーバにより決定された故障ユーザ装置の故障情報を含む、受信ユニットと、
    前記故障情報を表示するように構成された表示ユニットと、
    前記受信ユニットは、前記故障情報に基づいてユーザにより入力された選択操作を受け取るようにさらに構成され、
    前記選択操作に基づいて前記クラウドサーバに第１のフィードバックメッセージを送出するように構成された送出ユニットであり、前記第１のフィードバックメッセージは、前記クラウドサーバが前記故障情報及び前記ユーザの属性情報を保守サーバに送出することを可能にするために使用される、送出ユニットと、
    を含む装置。
17. 前記送出ユニットは、前記選択操作に基づいて前記クラウドサーバに第２のフィードバックメッセージを送出するようにさらに構成され、前記第２のフィードバックメッセージは、前記故障ユーザ装置が依然として故障ステートにあるかどうかを前記クラウドサーバが決定することを可能にするために使用され、前記故障ユーザ装置が依然として前記故障ステートにある場合、前記クラウドサーバは前記制御デバイスへの前記故障情報の送出を停止する、請求項１６に記載の装置。
18. 前記送出ユニットは、前記選択操作に基づいて前記クラウドサーバに第３のフィードバックメッセージを送出するようにさらに構成され、前記第３のフィードバックメッセージは、前記クラウドサーバが前記制御デバイスに前記故障情報を再度送出することを可能にするために使用される、請求項１６に記載の装置。
19. クラウドサーバであって、
    少なくとも１つのユーザ装置のデバイス属性パラメータを取得するように構成されたプロセッサであり、前記デバイス属性パラメータはデバイス動作状態パラメータを含み、
    前記プロセッサは、前記デバイス動作状態パラメータに基づいて前記少なくとも１つのユーザ装置から故障ユーザ装置を決定するようにさらに構成される、プロセッサと、
    前記故障ユーザ装置に対応する制御デバイスに通知メッセージを送出するように構成された送信機であり、前記通知メッセージは前記故障ユーザ装置の故障情報を含み、それにより、前記制御デバイスは前記故障情報を表示し、前記故障情報に基づいてユーザにより行われる選択操作を受け取る、送信機と、
    前記選択操作に基づいて前記制御デバイスにより送出される第１のフィードバックメッセージを受信するように構成された受信機と、
    を含み、
    前記送信機は、前記第１のフィードバックメッセージに基づいて前記故障情報及び前記ユーザの属性情報を保守サーバに送出するようにさらに構成される、クラウドサーバ。
20. 前記受信機は、前記選択操作に基づいて前記制御デバイスにより送出される第２のフィードバックメッセージを受信するようにさらに構成され、
    前記プロセッサは、前記故障ユーザ装置が依然として故障ステートにあるかどうかを決定するようにさらに構成され、
    前記送信機は、前記故障ユーザ装置が依然として前記故障ステートにある場合、前記制御デバイスへの前記故障情報の送出を停止するようにさらに構成される、請求項１９に記載のクラウドサーバ。
21. 前記受信機は、前記選択操作に基づいて前記制御デバイスにより送出される第３のフィードバックメッセージを受信するようにさらに構成され、
    前記送信機は、前記制御デバイスに前記故障情報を再度送出するようにさらに構成される、請求項１９に記載のクラウドサーバ。
22. 前記プロセッサは具体的に、
    前記デバイス動作状態パラメータに対して平均に基づく統計処理を実行してユーザ装置参照平均値を取得し、
    前記デバイス動作状態パラメータに基づいて前記ユーザ装置の動作状態分布曲線図を取得し、
    前記動作状態分布曲線図に基づいてデバイス臨界区間及び少なくとも１つのデバイス区間を決定し、
    前記デバイス臨界区間が前記ユーザ装置参照平均値の左側にあるとき、前記デバイス臨界区間の左側の前記隣接デバイス区間を故障デバイス区間として決定し、前記デバイス臨界区間の右側の前記隣接デバイス区間を正常デバイス区間として決定し、あるいは、前記デバイス臨界区間が前記ユーザ装置参照平均値の右側にあるとき、前記デバイス臨界区間の左側の前記隣接デバイス区間を正常デバイス区間として決定し、前記デバイス臨界区間の右側の前記隣接デバイス区間を故障デバイス区間として決定する
    ように構成される、請求項１９に記載のクラウドサーバ。
23. 前記送信機により送出される前記通知メッセージに含まれる前記故障情報は、前記故障ユーザ装置の故障原因情報及び故障タイプ情報を含み、
    前記プロセッサは、
    前記デバイス動作状態パラメータが予め設定された故障条件を満たすかどうかを決定し、
    前記デバイス動作状態パラメータが前記故障条件を満たす場合に前記故障条件に基づいて前記故障ユーザ装置の故障原因及び故障タイプを決定する
    ようにさらに構成される、請求項１９に記載のクラウドサーバ。
24. 前記受信機は具体的に、設定命令を受信するように構成され、前記設定命令は第１のスクリーニング閾値を含み、
    前記プロセッサは具体的に、
    前記デバイス動作状態パラメータが前記第１のスクリーニング閾値を満たすかどうかを決定し、
    前記デバイス動作状態パラメータが前記第１のスクリーニング閾値を満たす場合、前記ユーザ装置は正常ユーザ装置であると決定し、あるいは、前記デバイス動作状態パラメータが前記第１のスクリーニング閾値を満たさない場合、前記ユーザ装置は故障ユーザ装置であると決定する
    ように構成される、請求項１９に記載のクラウドサーバ。
25. 制御デバイスであって、無線周波数モジュール、プロセッサ、タッチスクリーンコントローラ、及びタッチスクリーンを含み、
    前記無線周波数モジュールは、クラウドサーバにより送出された通知メッセージを受信し、前記通知メッセージを前記プロセッサに送信するように構成され、前記通知メッセージは、少なくとも１つのユーザ装置から前記クラウドサーバにより決定された故障ユーザ装置の故障情報を含み、
    前記プロセッサは、前記通知メッセージから前記故障情報を取得し、前記故障情報を前記タッチスクリーンコントローラに送信するように構成され、
    前記タッチスクリーンコントローラは、前記故障情報を前記タッチスクリーンに送信するように構成され、
    前記タッチスクリーンは、前記故障情報を表示し、前記故障情報に基づいてユーザにより入力される選択操作を受け取り、前記選択操作を前記タッチスクリーンコントローラに送信するように構成され、
    前記タッチスクリーンコントローラは、前記選択操作を前記プロセッサに送信するようにさらに構成され、
    前記プロセッサは、前記選択操作に基づいて第１のフィードバックメッセージを生成し、前記第１のフィードバックメッセージを前記無線周波数モジュールに送信するようにさらに構成され、
    前記無線周波数モジュールは、前記第１のフィードバックメッセージを前記クラウドサーバに送出するようにさらに構成され、前記第１のフィードバックメッセージは、前記クラウドサーバが前記故障情報及び前記ユーザの属性情報を保守サーバに送出することを可能にするために使用される、制御デバイス。
26. 前記プロセッサは、前記選択操作に基づいて第２のフィードバックメッセージを生成し、前記第２のフィードバックメッセージを前記無線周波数モジュールに送信するようにさらに構成され、
    前記無線周波数モジュールは、前記第２のフィードバックメッセージを前記クラウドサーバに送出するようにさらに構成され、前記第２のフィードバックメッセージは、前記故障ユーザ装置が依然として故障ステートにあるかどうかを前記クラウドサーバが決定することを可能にするために使用され、前記故障ユーザ装置が依然として前記故障ステートにある場合、前記クラウドサーバは前記制御デバイスへの前記故障情報の送出を停止する、請求項２５に記載の制御デバイス。
27. 前記プロセッサは、前記選択操作に基づいて第３のフィードバックメッセージを生成し、前記第３のフィードバックメッセージを前記無線周波数モジュールに送信するようにさらに構成され、
    前記無線周波数モジュールは、前記第３のフィードバックメッセージを前記クラウドサーバに送出するようにさらに構成され、前記第３のフィードバックメッセージは、前記クラウドサーバが前記制御デバイスに前記故障情報を再度送出することを可能にするために使用される、請求項２５に記載の制御デバイス。
28. コンピュータ読取可能記憶媒体であって、コンピュータプログラムを記憶し、前記コンピュータプログラムはプロセッサにより実行されて請求項１乃至６のうちいずれか１項に記載の方法を実行する、コンピュータ読取可能記憶媒体。
29. コンピュータ読取可能記憶媒体であって、コンピュータプログラムを記憶し、前記コンピュータプログラムはプロセッサにより実行されて請求項７乃至９のうちいずれか１項に記載の方法を実行する、コンピュータ読取可能記憶媒体。

Images