JP2023512152A - 機器管理方法及び装置 - Google Patents

機器管理方法及び装置 Download PDF

Info

Publication number
JP2023512152A
JP2023512152A JP2022540402A JP2022540402A JP2023512152A JP 2023512152 A JP2023512152 A JP 2023512152A JP 2022540402 A JP2022540402 A JP 2022540402A JP 2022540402 A JP2022540402 A JP 2022540402A JP 2023512152 A JP2023512152 A JP 2023512152A
Authority
JP
Japan
Prior art keywords
attribute
value
scene
target
precondition
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2022540402A
Other languages
English (en)
Inventor
チャン、チュン
ルー、チャオ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangdong Oppo Mobile Telecommunications Corp Ltd
Original Assignee
Guangdong Oppo Mobile Telecommunications Corp Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Guangdong Oppo Mobile Telecommunications Corp Ltd filed Critical Guangdong Oppo Mobile Telecommunications Corp Ltd
Publication of JP2023512152A publication Critical patent/JP2023512152A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/2823—Reporting information sensed by appliance or service execution status of appliance services in a home automation network
    • H04L12/2827—Reporting to a device within the home network; wherein the reception of the information reported automatically triggers the execution of a home appliance functionality
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0484—Interaction techniques based on graphical user interfaces [GUI] for the control of specific functions or operations, e.g. selecting or manipulating an object, an image or a displayed text element, setting a parameter value or selecting a range
    • G06F3/04842—Selection of displayed objects or displayed text elements
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B15/00—Systems controlled by a computer
    • G05B15/02—Systems controlled by a computer electric
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0484—Interaction techniques based on graphical user interfaces [GUI] for the control of specific functions or operations, e.g. selecting or manipulating an object, an image or a displayed text element, setting a parameter value or selecting a range
    • G06F3/04847—Interaction techniques to control parameter settings, e.g. interaction with sliders or dials
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/2816—Controlling appliance services of a home automation network by calling their functionalities
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05B—CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B2219/00—Program-control systems
    • G05B2219/20—Pc systems
    • G05B2219/26—Pc applications
    • G05B2219/2642—Domotique, domestic, home control, automation, smart house

Landscapes

  • Engineering & Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Automation & Control Theory (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Circuit Arrangement For Electric Light Sources In General (AREA)
  • Stored Programmes (AREA)

Abstract

機器管理方法、装置、チップ、コンピュータ可読記憶媒体、コンピュータプログラム製品及びコンピュータプログラムであって、前記方法は、シーンリソースに含まれる予め設定された情報に基づいて、ターゲット機器の１つ又は複数の属性の属性値に対してＮ回の調整操作を行い、前記ターゲット機器の１つ又は複数の属性の属性値を現在値からターゲット値に調整すること（２１）であって、Ｎは、２以上の整数であり、前記ターゲット機器の１つ又は複数の属性のうちの各属性の属性値は、前記Ｎ回の調整操作において逓増及び／又は逓減する、ことを含み、前記予め設定された情報は、前記ターゲット機器の１つ又は複数の属性に対してＮ回の調整操作のうちの各回の調整操作を行うために満たす必要がある条件を指示するためのものであり、及び／又は、Ｎ回の調整操作のうちの各回の調整操作の時間間隔を指示するためのものであり、及び／又は、Ｎ回の調整操作のうちの各回の調整操作に対応する１つ又は複数の属性のうちの各属性に対応するサブターゲット値を指示するためのものである。

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. コンピュータプログラムであって、前記コンピュータプログラムは、コンピュータに請求項１－９のいずれか１項に記載の方法を実行させる、コンピュータプログラム。
JP2022540402A 2019-12-30 2019-12-30 機器管理方法及び装置 Pending JP2023512152A (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2019/130165 WO2021134335A1 (zh) 2019-12-30 2019-12-30 一种设备管理方法及装置

Publications (1)

Publication Number Publication Date
JP2023512152A true JP2023512152A (ja) 2023-03-24

Family

ID=76686189

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022540402A Pending JP2023512152A (ja) 2019-12-30 2019-12-30 機器管理方法及び装置

Country Status (6)

Country Link
US (1) US20220337447A1 (ja)
EP (1) EP4071590A4 (ja)
JP (1) JP2023512152A (ja)
KR (1) KR20220116304A (ja)
CN (1) CN114902169A (ja)
WO (1) WO2021134335A1 (ja)

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6823223B2 (en) * 1999-12-30 2004-11-23 Microsoft Corporation Method and apparatus for providing distributed scene programming of a home automation and control system
SG11201500558UA (en) * 2012-07-24 2015-02-27 Enlighted Inc Distributed lighting control
US10719200B2 (en) * 2016-02-18 2020-07-21 Sure Universal Ltd. Architecture for remote control of IOT (internet of things) devices
AU2018306475A1 (en) * 2017-07-25 2020-03-05 Mbl Limited Systems and methods for operations a robotic system and executing robotic interactions
CN110035058B (zh) * 2019-02-28 2021-07-06 Oppo广东移动通信有限公司 资源请求方法、设备及存储介质

Also Published As

Publication number Publication date
KR20220116304A (ko) 2022-08-22
EP4071590A4 (en) 2022-12-14
US20220337447A1 (en) 2022-10-20
CN114902169A (zh) 2022-08-12
EP4071590A1 (en) 2022-10-12
WO2021134335A1 (zh) 2021-07-08

Similar Documents

Publication Publication Date Title
US10681153B2 (en) Operation triggering method and apparatus for machine-to-machine communications
US11210308B2 (en) Metadata tables for time-series data management
CN109600285B (zh) 一种智能家居中动态构建环境调节规则列表的方法及装置
WO2016044123A1 (en) Wireless control of lighting systems
CN108431701B (zh) 智能家居设备的控制方法、控制面板及控制系统
CN110531633B (zh) 基于智能家居操作系统的协同控制方法及装置、存储介质
CN112202654B (zh) 控制指令处理方法、装置、设备及存储介质
CN110413475B (zh) 一种校正服务器功耗测量值的方法和装置
KR20170129551A (ko) 스마트 홈 기반 실내 환경 제어모드 추천 장치 및 방법
CN110958618B (zh) 基于蓝牙网关的控制方法、装置、计算机设备和存储介质
CN111107651B (zh) 一种无线资源的调度方法及装置
US10708870B2 (en) Systems and methods for adjusting power settings of a wireless device
US20180176745A1 (en) M2m group and notification resource creation and information exchange methods therefor, and storage medium
WO2019227425A1 (zh) 光强控制方法、装置、系统、用户终端及计算机可读介质
CN110794773A (zh) 一种点击式场景创建的方法及装置
JP2023512152A (ja) 機器管理方法及び装置
EP3779618B1 (en) Smart apparatus control method, apparatus, computer storage medium, and smart apparatus control apparatus
JP6212562B2 (ja) ブロードキャスト媒体を介した自動電力レベルトリミング
WO2019215141A1 (en) A lighting system
CN114513496B (zh) 一种智能灯具的控制方法、系统、装置和介质
CN110736242B (zh) 空调的控制方法、装置、存储介质和处理器
KR20170034038A (ko) 인텔리젼스 서비스 제공 방법 및 분산형 지능 시스템
CN113196882B (zh) 用于配置照明系统的控制系统及其方法
EP4044555A1 (en) Method for transmitting cross-resource event notification, electronic device, system and computer-readable storage medium
US20230146188A1 (en) Controlling a lighting device associated with a light segment of an array

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20221201

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20221201

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20231011

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20231020

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20240517