[发明专利]一种Event-Action冲突解决方法及装置

说明书

本发明公开了一种Event‑Action冲突解决方法及装置。其中，该方法包括：在Event被触发时，确定该Event所匹配的Action；获取上述Action对应的当前正在被执行的冲突操作的类型；其中，所述冲突操作的类型包括人为触发和Event触发；对于不同类型，采取不同方式执行上述Action。通过本发明，解决了现有技术中Event‑Action的冲突操作使得用户体验不佳的问题，避免Event‑Action模型中不同Event导致的相近或相反Action的冲突。提高了家电设备的智能性，提升了用户体验，同时设备操作更加安全。

技术领域

本发明涉及通讯领域，特别是涉及一种Event-Action(事件-设备行为)冲突解决方法及装置。

背景技术

Alljoyn是一种基于C/S架构的设备之间点对点通信框架。Alljoyn由Bus Daemon和终端节点组成。Bus Daemon负责终端节点之间的消息路由，服务发现等功能。终端节点是指基于Alljoyn的应用程序，启动后需要连接到Bus Daemon上，终端节点如果提供服务，则向Bus Daemon注册一个服务名称，由Bus Daemon广播出去。如果作为客户端，那么可以通过服务名称来查找服务，并通过远程调用或信号来完成指定功能。

在相关技术中，对于设备控制方面，设备动作的触发有三种情况，一是用户手动触发，二是用户通过控制终端触发，三是利用Event-Action模型中对应的Event触发。

Alljoyn支持Event-Action模型。Event-Action模型，即由事件Event(signal)和设备行为Action(method)配对，当Event发生时，设备执行指定的Action，这样的配对为一条rule，所有rule的集合构成rule engine。

Event指的是通知触发事件的signal，Action指的是应对特定的signal所采取的操作，即method。设备自身有哪些Event和Action是暴露的，其它设备可以通过相应接口获知。在有中心节点的场景中，通过Event触发设备的Action和通过控制终端调用设备的操作，都属于method call，对于设备来讲是一样的。

现有的rule engine处理Event的操作比较简单，接收到Event后即调用相应的Action。下面举例说明。

现有方案1：用户定义了两组Event-Action，一组为电视开-客厅灯灭，即Event(TvOn)—Action(LightOff)，另一组为门打开-客厅灯亮，即Event(DoorOpen)—Action(LightOn)。两个Action为相反操作。

(1)家中一名成员从外归来，打开门，此时门发出Event(DoorOpen)信号，ruleengine根据配对情况调用客厅灯触发Action(LightOn)，然后客厅灯打开。

(2)同时，另一名成员打开电视，于是电视发送Event(TvOn)信号，rule engine根据配对情况调用客厅灯触发Action(LightOff)，然后客厅灯关闭。

现有方案2：用户定义了两组Event-Action，一组为室温30度-窗户半开，即Event(30oC)—Action(WindowHalfOpen)，另一组为室内煤气含量超标-窗户全开，即Event(Gas)—Action(WindowAllOpen)。两个Action为相近操作。

(1)某一日煤气泄漏，传感器发出Event(Gas)信号，窗户执行Action(WindowAllOpen)，全部打开。

(2)同时，室温达到30度，传感器发出Event(30℃)信号，窗户执行Action(WindowHalfOpen)，窗户半开。

对于家电控制的上述两个现有方案，其缺点如下：