专利名称：一种在设备中生成更新状态警告的方法
技术领域：
本发明涉及网络计算领域。具体地说，本发明涉及用于在设备中生成 更新状态警告的方法和系统。
背景技术：
计算技术改变了许多公司运作其业务的方式。这种转变包括计算机系 统运行和管理制造系统或使业务过程自动化。这些系统的自动化同时带来 了巨大的益处，例如，效率、速度和降低的成本。但是，存在某些至今尚 未被自动化的系统，例如，确定何时关闭移动电话以响应特定环境变量或 在离开雾区时何时关闭汽车的雾灯。在每个这些系统中还不可能使这些系 统自动化，这是因为执行此操作所涉及的复杂性。但是，这样做的需要是 很紧迫的，例如，在某些使他们的汽车雾灯打开的人后面驾驶是多么令人 烦恼？或是当坐在电影院中时有人的移动电话响了，因为他们忘记关闭他 们的移动电话，或至少将响铃应用调到静音？因此，对读者显而易见的是 同样的情形适用于更多手动实体，例如，当不得不在服务器集群中手动设 置配置设定时，等等。
因此，需要一种方法和系统来减轻上述问题。
发明内容
从第一方面看，本发明提供了一种在接收设备处生成更新状态警告的 方法，所述接收设备在参与设备的网络中工作，每个参与设备都广播关于
与相应参与设备关联的被监视实体的状态信息，所述方法包括以下步骤 从每个所述参与设备接收广播状态信息；聚集所述接收的状态信息以得到
从每个所述参与设备接收的所述状态信息的合意(consensus);将所述得 到的合意与所述接收设备的被监视实体的状态相比较；检测所述得到的合 意与所述净g视实体的状态之间的差异；以及根据确定的差异，在所述接 收设备处生成更新状态警告。
本发明有利地提供了在协作环境中工作的设备以将与应用、系统或它 们监视的其他类型设备的当前状态有关的数据广播给在它们附近的其他设 备。设备可以接收从每个所述设备广播的数据并聚集所接收的数据以得到 特定被监视实体的状态应是什么的合意视图。例如，如果所述^^视实体 是移动电话上的响铃应用，则合意视图可以是所述响铃应用应被关闭。在 所述接收设备的^J&视实体的当前状态与生成的合意视图之间进行比较。 如果状态不同，则生成警告以通知所述接收设备更新其设置。
有利地，所述警告的生成允许所述被监视实体的操作者手动更新它的 设置。所述警告可以采取移动电话中的振动警告伴随移动电话屏幕上的视 觉警告的形式，或者如果本发明在车辆中工作时为"束板上的警告等。
优选地，本发明提供了一种方法，其中每个所述接收的广播状态信息 形成了简档，所述简档包括标识所述参与设备、所述被监视实体和被监视 实体属性的数据。
优选地，本发明提供了一种方法，其中所述聚集步骤还包括从来自多 个参与设备中的每个参与设备的所述接收的广播状态信息的聚集得到理想 化的简档。
优选地，本发明提供了一种方法，还包括将所接收简档的实体属性的 数据格式映射为所述接收设备的实体属性的相同数据格式的转换步骤。
优选地，本发明提供了一种方法，其中所述聚集步骤还包括从所述接 收的状态信息的聚集得到一组统计数据。
优选地，本发明提供了一种方法，其中将加权规则集应用于所述得到
肯定指示。、 '曰 , 、0 、；
优选地，本发明提供了一种方法，其中所述聚集步骤还包括解析每个
接收的简档，以确定每个所述接收的简档的哪些实体类型与所述接收设备
的# 视实体类型相同以便形成简档的多个工作集。
优选地，本发明提供了一种方法，其中所述被监视实体是其中需要手
动操作来更新所述实体的操作参数以响应所生成的警告的实体。 优选地，本发明提供了一种方法，其中所述设备是车辆。 优选地，本发明提供了一种方法，其中所述设备是移动电话。 从第二方面看，本发明提供了一种在接收设备处生成更新状态警告的
系统，所述接收设备在参与设备的网络中工作，每个参与设备都广播关于
与相应参与设备关联的被监视实体的状态信息，所述系统包括接收组件， 用于从每个所述参与设备接收广播状态信息；聚集組件，用于聚集所述接 收的状态信息以得到从每个所述参与设备接收的所述状态信息的合意；比 较组件，用于将所述得到的合意与所述接收设备的被监视实体的状态相比 较；检测组件，用于检测所述得到的合意与所述被监视实体的状态之间的 差异；以及生成组件，用于根据确定的差异，在所述接收设备处生成更新 状态警告。
优选地，本发明提供了一种系统，其中每个所述接收的广播状态信息 包括用于形成简档的装置，所述简档包括标识所述参与设备、所述^皮监视 实体和被监视实体属性的数据。
优选地，本发明提供了一种系统，其中所述聚集组件还包括用于从来 自多个参与i殳备中的每个参与设备的所述接收的广播状态信息的聚集得到 理想化简档的装置。
优选地，本发明提供了一种系统，还包括用于将所接收简档的实体属 性的数据格式映射为所述接收设备的实体属性的相同数据格式的转换组 件。
优选地，本发明提供了一种系统，其中所述聚集组件还包括用于从所 述接收的状态信息的聚集得到 一组统计数据的装置。
优选地，本发明提供了一种系统，其中将加权规则集应用于所述得到
肯定指示。
优选地，本发明提供了一种系统，其中所述聚集步骤还包括解析每个 接收的简档，以确定每个所述接收的简档的哪些实体类型与所述接收设备
的^LJ^视实体类型相同以便形成简档的多个工作集。
从第三方面看，本发明提供了一种可载入数字计算机的内部存储器的 计算机程序产品，所述产品包括软件代码部分，当所述产品在计算机上运 行时，所述软件代码部分用于执行如上所述的本发明。
从笫四方面看，本发明提供了 一种适于容纳用于执行如上所述的本发 明的机载处理设备的车辆。
从第五方面看，本发明提供了 一种适于容纳用于执行如上所述的本发 明的机载处理设备的移动电话。
以下仅通过实例的方式参考附图详细描述了本发明的实施例，这些附 图是
图1示出了其中可以实现本发明的典型计算环境；
图2是详细示出本发明的各个功能组件的组件图3示出了由接收设备接收的两个系统状态简档，即所述接收设备自 己的系统状态简档和得到的理想化简档；
图4是详细示出了所述接收设备在接收来自多个广播设备的多个简档 时执行的步骤的流程图；以及
图5是详细示出了由所述接收设备执行以便得到理想化简档的步骤的 流程图。
具体实施例方式
图1示出了多个公知的计算设备IOO、 105、 110、 115。每个设备包括 处理器1、随才踏取存储器2、存^i殳备3和通信接口 4。每个计算设备100、 105、 110、 115在对等网6中工作并能够向/从其他计算设备100、 105、 110、 115发送/接收信息。对等网6可以包括任何可应用于其中实现本发明的环 境的适当通信介质5。例如在无线环境中，所述通信介质可以构成蓝牙无 线网络。备选地，在更静态的环境中，所述网络可以包括以太网类型的实 施方式。
在一个实施例中，对等网6本质上更加瞬变，其中许多设备IOO、 105、 110、 115在任何给定时间段加入和离开网络，例如，车辆驶入和驶出雾区。 在另一个实施例中，所述对等网可以具有更静态的形式，例如，电影院中 的多个移动电话。在该实例中，所述网络中移动电话的数量可能保持固定， 直到电影观看结束并且所述计算设备离开电影院。
每个计算设备IOO、 105、 110、 115可以采取独立计算设备(如移动电 话、PDA、 MP3播放器或膝上型计算机等)、较大系统中的嵌入式设备或其 他工业控制类型的应用等形式。例如，计算设备可以嵌入汽车或服务器类 型的系统中。计算i殳备的类型取决于其中将实现本发明的环境的类型。
每个计算设备IOO、 105、 110、 115包含多个公知的现有技术组件，例 如，处理器l、某种形式的永久性存储介质2、随机存取存储器3以及用于 向/从其他计算设备100、 105、 110、 115发送和接收数据的通信组件4。
除上述现有技术组件外，每个计算i殳备100、 105、 110、 115还包括用 于执行本发明的监视组件10。
每个计算设备100、 105、 110、 115包括监视组件10以便监视实体。 实体可以是系统(如车辆的前后雾灯)或应用(如移动电话的响铃应用)。 监视组件IO可以监视安装在设备IOO、 105、 110、 115上的实体(如铃声 音调应用)，或者监3见组件10可以监^L设备100、 105、 110、 115外部的 实体。例如，监视組件10可以安装在汽车中的嵌入式设备内，并且被监视 实体是汽车的前和/或后雾灯。
监视组件IO还可以监视多个实体。例如，监视组件10可以监视汽车 的前和/或后雾灯以及车辆穿过雾区所用的速度。因此，监视组件可以生成 通知以建议车辆驾驶者在驶过雾区时打开他们的雾灯并且还降低车辆速 度，因为与其他车辆的速度相比所述车辆行驶得太快。
监视组件10可以采取插件组件的形式以扩展和修改公知计算设备的
计算能力。例如，监视组件io可以被开发成移动电话的可下栽附加组件或 作为在车辆制造时安装在车辆中的专用应用。
监视组件10可以使用任何适合监视组件10将在其中工作的环境的编
程语言来开发。
监视组件IO通过监视实体以确定实体的当前状态来工作。因此，当操 作者改变实体的设置时，监视组件IO检测到实体的当前状态的改变。
在检测到实体当前状态的改变时，监^L組件IO将实体的当前状态写入 简档以便广播到在其他设备上工作的其他监视组件10。监视组件10还接 收从安装在其他计算设备IOO、 105、 110、 115上的监视组件10广播的筒 档。监视组件10在接收到多个广播的简档时，继续到执行统计分析以基于 每个所述接收的广播简档的合意视图得到理想化简档。 一旦生成了理想化 筒档，就生成警告以建议设备的操作者更新实体的状态以反映所述理想化 筒档中的推荐状态。对本领域的技术人员还将显而易见的是，所述通知可 以触发其他附加应用，后者自动更新实体的当前状态而无需来自操作者的 任何干预。
继续到图2，将更详细地说明监视组件IO及其子组件。监视组件10 包括多个彼此交互以执行监视功能的子组件。所述子组件包括多个规则 200、规则引擎210、事件处理器220、存储装置205、系统状态简档215、 理想化简档225以及通信组件230。现在将依次描述每个这些子組件。
每个设备IOO、 105、 110、 115都包括筒档215。简档215存储与设备 100、 105、 110、 115监^L的每个实体有关的4言息。例如，如果被J^现的实 体是移动电话的铃声应用，则将存储详述音量设置的数据，例如高或低、 百分比值(例如百分之五十)或作为整数值(即l、 2、 3、 4或5)。整数 值1最安静而整数值5最响亮。
在检测到被监视实体的状态改变时，规则引擎210周期性地更新简档 215。可以提供与所述被监视实体连接的接口以检测被监视实体的状态更 新。在检测到更新时，所述接口发送消息皿则引擎210，后者又更新被
监视实体的简档/系统状态。所检测的更新将覆盖简档中任何先前存储的与
被监视实体有关的状态。 一旦向简档215写入了更新，通信组件230就将 简档215中的数据广播到对等网以便被其他计算设备IOO、 105、 110、 115 接收。
可以使用任何适合的数据格式将所述数据存储在简档215中。可以使 用提供了用于描述数据的通用命名规范的XML格式或任何其他自描述格式 来存储所述数据。实例1中示出了简单的简档215的实例。 实例1
i殳备-ID <128位唯一标识符〉{
实体{
实体一ID 类型 状态 响铃-音
<128位索引> 响铃
开 10
实体(
实体-ID 类型 状态 强度
<128位索引>
振动
关
10
实例1示出了计算设备IOO、 105、 110、 115的筒单简档215的实例。 简档215首先使用通过设备标识符(ID )来标识安装了监视组件10的计算 "i殳备100、 105、 110、 115。 i殳备ID包括唯一地标识i殳备100、 105、 110、 115以与对等网6中的其他设备IOO、 105、 110、 115区分的标识符。接着， 简档215详述设备100、 105、 110、 115监视的每个实体。同样，赋予每个 实体唯一的标识符，该标识符标识了所述实体以与该特定简档215中列出 的其他实体进行区分。在每个实体下列出了与每个实体关联的属性，例如，
类型、状态和强度。属性"类型"向监视组件10标识出被监视实体的类型。
例如，在实例1中，所述^J^视实体是响铃应用和振动应用。根据净a视
实体的类型，可以列出其他类型的属性。可以由布尔值或整数值等来^4i 每个属性。
不同制造商可以表示给定类型的实体的属性不同于其他制造商。例如， Nokia⑧移动电话可以按照整数值(即，整数值l、 2、 3、 4和5)定义铃声 应用属性；整数值1适合较低的铃声音量而整数值5表示较高的铃声音量。 但是SonyEricsson⑧移动电话可以将铃声应用属性定义为低、中或高。因 此，提供了形成规则引擎no中的规则一部分的转换机制(未示出)，以 便在制造商的定义属性之间转换。
通信组件230也接收从其他设备广播的简档215。在接收到简档时， 通信组件230发送消息g则引擎210来触发l^iit过程，以确定所述接收 的简档对规则引擎210是否有意义。
每个i殳备100、 105、 110、 115存储所生成的理想化筒档310。理想化 简档310存储由规则引擎210为接收设备100的每个被监视实体生成的统 计信息。 一旦规则引擎210生成了理想化简档310，规则引擎210就通知 事件处理器220是否应生成任何推荐操作。例如，操作者应将被监视实体 的状态从"开"更新为"关"。
将简档215和所生成的理想化简档225存储在存储装置205中。可以 采用适合数据存储和/或检索的任何类型的存储装置205。
转向规则引擎210，规则引擎210包括多个规则集200以便执行以下 操作
转换规则集
#^￡规则集
统计分析规则集
.加权操作规则集
确定将生成适当操作的规则集
数据管理规则集
规则集200存储在存储装置205中并且可以通过访问存储装置205来 更新和修改。根据规则引擎210从通信组件230或从一个或多个上述规则 集接收的触发，规则引擎210解析以上列出的每个规则集以确定如何处理 每个接收的简档215中的数据。每个所述规则集都完成唯一的功能。例如， 转换规则集提供对被监视实体属性的分析，其中所述实体属性是制造商或 应用特定的。
验证规则集判定接收的简档215是否a)可读，以及b)简档215是否 包括与接收设备100、 105、 110、 115感兴趣的实体有关的信息。例如，为 了得到关于特定实体类型的理想化简档，验证规则集必须首先判定接收的 简档是否确实包含与所述特定实体类型有关的信息。以实例继续，如果设 备A监视实体A并且设备B监视实体A和实体B，则从设备A的角度，它 只对分析与实体A而不是实体B关联的属性感兴趣，因为设备A没有监视 实体B。另一个实例可以是设备A监视实体A和B。设备A接收包含与被i 视实体A、 B、 C和D有关的数据的简档。因此，设备A的监视组件判定所 接收的简档是否包含与它感兴趣的实体(即实体A和B)有关的数据。在 此情况下，所接收的简档确实包含与实体A和B有关的数据，因此监视组 件存储所述接收的简档。如果例如接收到包含与实体C和D有关的数据的 筒档，而所述接收设备监视实体A和B，则在此情况下，监视组件将忽略 接收的简档，因为该简档不包括任何与实体A和B相关的数据，因此对接 收设备没有意义。
转换规则集获取每个所述接收的简档并标识每个用来描述实体及其属 性的数据类型。例如，Nokia移动电话可以按照整数值1至5描述它的响 铃应用属性，但是Motorola移动电话可以按照例如高、中和低描述它的响 铃应用。因此，转换规则集标识每个这些属性并将其映射为接收设备使用 的属性以允许更容易地计算实体属性。例如，如果接收设备是Sony Ericsson移动电话并且Sony Ericsson的响铃应用属性通过百分比值来描 述，则转换规则集将Nokia移动电话和Motorola移动电话的属性映射为百
分比值。
一旦每个接收的简档215通过了m^过程，就将每个简档存储在存储 装置205中以由统计分析规则集处理。在统计分析规则集执行其操作之前， 验证规则集确定简档的多个工作集以便处理。简档工作集是包含多个公共 被监视实体和它们的相应属性的简档集合。例如，如果接收设备监视实体 A和实体C，并且存储装置中存储了以下已验证的简档 实例2
设备ID 1，实体A，实体B .设备ID 2，实体A，实体C -设备ID 3，实体A，实体C
从接收设备的角度，以下"循环"实体对接收设备有意义并且还形成 用于实体A和实体B的简档的工作集。
为了进一步说明，如以上说明的接收设备监视实体A和实体C。因此， 考虑每个设备ID的简档，以上设备ID 1、 2与3每个都与接收设备具有公 共实体A并且设备ID 2与3每个都与接收设备具有公共实体C。因此在该 实例中，验证规则集确定存在两个用于分析的工作简档集，即，工作简档 集A包括用于设备ID 1、 2和3的实体A的相应属性，并且工作简档集B 包括用于设备ID 2和3的实体C的相应属性。
在确定筒档的一个或多个工作集时，统计分析规则集首先判定简档的 每个标识的工作集中是否存在足够简档以便能够执行统计分析。所需的简 档数量可以随本发明的实施方式而改变。例如，在结果的精度并非最重要 的移动电话环境中，简档数可以例如是较少的IO个简档。但是在结果的精 度最重要的环境中，简档数可以例如高得多。
一旦存储装置205在工作简档集内包含足够的简档215以继续，统计 分析规则集就开始分析每个实体的属性以确定各种工作状态。例如，多少 个实体A具有属性A以及多少个实体A具有属性B。通过使用多个与移动 电话i殳备有关的筒档的实例来将以上情况置于更有意义的上下文中，每个 移动电话设备都包含具有铃声应用(具有多个不同的属性)的实体。例如
实例3
移动电话i殳备ID: 1,实体ID A,类型铃声应用，状态开，强度低 -移动电话设备ID: 2，实体ID B，类型铃声应用，状态开，强度低 -移动电话设备ID: 3，实体ID C,类型铃声应用，状态关，强度高
统计分析规则集首先解析简档的已定义工作集中的每个筒档以标识每 个实体属性的状态。
例如，解析实例3中的每个筒档215，实体ID A具有铃声应用属性和 为低的状态。实体ID B具有铃声应用属性和为低的状态，而实体IDC具 有铃声应用属性和为高的强度。因此，统计分析规则集可以确定在该工作 简档集中，两个实体ID具有为低的状态，而一个实体ID具有为高的状态。 获得此信息后，统计分析规则集可以开始执行其他统计分析操作，以例如 确定每个工作简档集中的总体简档的平均状态和常见值。
一旦统计分析完成，统计分析规则集就触发加权规则集，以便确定从 统计数据得到的百分比值是否给出足够多数的值来生成推荐操作。例如， 如果对于简档的任何给定工作集，得到以下统计数据 实例4
.实体A开65%，关35%
-实体B开51%,关49%
加权规则集解析每个统计记录并分析每个彼此相关的百分比，以确定 百分比权重是否给出了充分多数的值以推荐被监视实体中的操作。例如， 考虑实体A的得到的统计数据；关于实体A的简档的65%具有为开的状态， 并且关于实体A的简档的35%具有为关的状态。在此情况下，所述规则可 以判定65%是清晰多数并且推荐所有实体A应具有为开的推荐状态。相反 地，转到实体B的得到的统计数据，51。/。的实体B简档具有为开的状态且 49 %的实体B简档具有为关的状态。在此情况下，所述规则可以判定51 % 不是清晰多数并且因此无需推荐操作。对本领域的技术人员还将显而易见 的是，尽管上述实例非常简单，但是可以开发更复杂的规则来分析更复杂 的情形。
存储管理规则集管理存储在存储装置205中的简档215。例如，如果 在从设备IOO、 105、 110、 115接收到新简档215时，存储装置205中没有 容量来存储新简档215，规则可以规定删除所有在存储装置中已经存储超 过十天的简档215。
最后一个规则集确定应如何向被监视实体通知推荐操作。为了执行此 操作，所述规则集考虑设备和被监视实体的类型。因此，例如，如果设备 100、 105、 110、 115是移动电话，则振动可以是适合的警告方式，用于警 告操作者他们应查看其设备以阅读屏幕上的通知。如果所述设备是汽车中 的嵌入式设备，则车辆的仪表板上的通知警告是适合的。 一旦确定了通知 类型，就将消息发送给事件处理器220来为i殳备100、 105、 110、 115生成 事件。
图3示出了两个接收的简档300、 305，即接收设备IOO的当前系统状 态简档315以及生成的理想化简档310。每个简档300、 305都详述了广播 其简档的设备的设备ID，以及每个波监视实体的标识符和它的属性。
如以上所述，规则引擎210调用多个规则集来处理每个接收的简档 300、 305。首先I^E规则集判定接收的简档300、 305是否是有效简档，例 如，每个接收的简档300、 305是否可读？
一旦已验汪， 规则集就确定接收的简档是否是对接收设备100有 意义的简档。例如，参考接收设备100的系统状态简档315，接收设备IOO 监视实体A、 B和C。因此唯一对接收设备100有意义的简档是列出关于实 体A或B或C的数据的筒档。因此在此实例中，接收设备100接受筒档300 和315 -即使简档300包括关于实体D的数据。尽管实体D对接收设备没 有意义，但它是接收的简档300的一部分并因此被存储。备选地，可以通 过转换规则集来部署最优化过程，转换规则集在检测到实体D对接收设备 没有意义时，它在存储接收的简档之前删除用于实体D的表项。
接下来，规则集解析每个实体的属性以得到表示实体的总体状态的值 (例如，百分比值)。例如，简档300详述了实体A具有属性开并且简档 305详述了实体A具有属性开。因此，两个具有属性开的实体的百分比值
是100%。可以为实体B和实体C计算同样的百分比值。加权规则集还可 以在此时在所述过程中得到权重，以便进一步分析百分比并根据得到的百 分比来确定生成推荐是否有意义。
一旦计算了这些百分比，就将它们写入理想化简档310。然后在理想 化简档310与接收设备100的当前系统状态简档315之间进行比较以确定 两个简档315和310之间的差异。如果检测到差异并且所应用的加权建议 特定推荐，则加权规则集进一步分析检测的差异和推荐的操作，以确定在 此特定情况下，是否适合发送触发给事件处理器220以生成详述推荐操作 的通知。例如，调低移动电话的音量或关闭汽车的雾灯等。
转到图4和图5,现在将描述本发明的使用。首先参考图4，在步骤 400，接收设备100接收通过通信组件230从另一个设备105、 110、 115 广播的简档215。
在步骤405， m^规则集200判定简档215是否为有效简档以及是否 是未被破坏得不可读的简档。如果简档215被破坏，则te规则集忽略简 档215并在步骤455等待下一个将^C处理的简档215。如果简档215是有 效筒档，控制转向步骤410并且执行进一步判定来判定简档215是否是接 收设备100感兴趣的简档。例如，简档215是否包含与相同类型被监视实 体有关的表项？例如，如果设备A监视类型A的实体，接收的简档是否包 含类型A的实体的表项？
如果判定是否定的，则控制转向步骤415并忽略简档215。例如，如 果接收设备监视类型A的实体并且接收的简档只包括类型B的实体的表项， 则将忽略该简档。
如果所述判定是肯定的，则控制转向步骤420并且转换规则集分析接 收的简档，以将实体属性映射为与接收设备的实体属性的数据格式一致的 数据格式。例如，如果接收设备是移动电话并且它的实体属性由百分比值 描述，而接收的简档的实体属性通过整数值1至5描述，则转换规则集将 整数值1至5映射为百分比值。
一旦将实体属性转换为适合的数据格式，在步骤425,验证规则集继
续判定接收的筒档215此前是否存储在存储装置205中。如果所述判定是 肯定的，则控制转向步骤430，删除用于设备105 (其发送接收的筒档)的 先前接收的简档，并且控制转向步骤435。在步骤435，进一步判定存储装 置205中是否有足够的空间来存储接收的简档。如果判定是肯定的，则控 制转向步骤445并且将接收的简档存储在存储装置205中以便在步骤450 生成理想化简档。回到步骤435，如果判定没有可用空间以在其中存储接 收的筒档，则在步骤440触发存储管理规则集。例如，所述规则集可以规 定如果简档^皮存储超过30天则可以删除简档。如果存储装置中存在可用空 间/或在存储装置中获得可用空间(步骤445 ),则在步骤445存储接收的 简档215并且在步骤450触发统计分析规则集以开始生成理想化简档。
转向图5，在步骤500，统计分析规则集开始生成理想化简档225。首 先，在步骤510,统计分析规则集判定每个工作简档集中是否存储了足够 的筒档来继续分析。如果判定是否定的，则控制转向步骤505并且统计分 析规则集等待接收更多的简档。
一旦在步骤510判定存储了足够的简档，控制转向步骤515并且执行 统计分析来确定每种类型的实体属性的总体统计值。在步骤520，执行进 一步统计分析来计算例如每个实体属性的平均值、最频值、中值以及标准 偏差。在完成分析时，控制转向步骤525并且将得到的统计分析写入接收 设备100的理想化简档225。在步骤530,在接收设备监视的每个实体的当 前状态与存储在理想化简档225中的统计数据之间执行比较。在步骤535, 加权规则集响应于所述比较，确定应执行何种推荐操作，例如事件处理器 应生成何种类型的通知。事件处理器在接收到来自加权规则集的触发时， 继续生成最适合的警告来通知操作者改变设备的操作设置以符合通知中列 出的推荐。
权利要求
1.一种在接收设备处生成更新状态警告的方法，所述接收设备在参与设备的网络中工作，每个参与设备都广播关于与相应参与设备关联的被监视实体的状态信息，所述方法包括以下步骤从每个所述参与设备接收广播状态信息；聚集所述接收的状态信息以得到从每个所述参与设备接收的所述状态信息的合意；将所述得到的合意与所述接收设备的被监视实体的状态相比较；检测所述得到的合意与所述被监视实体的状态之间的差异；以及根据确定的差异，在所述接收设备处生成更新状态警告。
2. 如权利要求l中所述的方法，其中每个所述接收的广播状态信息形 成了包括标识所述参与设备、所述被监视实体和被监视实体属性的数据的 简档。
3. 如权利要求1或权利要求2中所述的方法，其中所述聚集步骤还包 括从来自多个参与设备中的每个参与设备的所述接收的广播状态信息的聚 集得到理想化的简档。
4. 如权利要求2中所述的方法，还包括将所接收简档的实体属性的数
5. 如权利要求3中所述的方法，其中所述聚集步骤还包括从所述接收 的状态信息的聚集得到 一组统计数据。
6. 如权利要求5中所述的方法，其中将加权规则集应用于所述得到的定指示。
7. 如权利要求2中所述的方法，其中所述聚集步骤还包括解析每个接 收的简档，以确定每个所述接收的简档的哪些实体类型与所述接收设备的 被监视实体类型相同以便形成简档的多个工作集。
8. 如权利要求l中所述的方法，其中所述^J&视实体是其中需要手动操作来更新所述实体的操作参数以响应所生成的警告的实体。
9. 如权利要求l中所述的方法，其中所述设备是车辆。
10. 如权利要求l中所述的方法，其中所述设备是移动电话。
11. 一种在接收设备处生成更新状态警告的系统，所述接收设备在参 与设备的网络中工作，每个参与设备都广播关于与相应参与设备关联的被 Jfcf见实体的状态信息，所述系统包括接收组件，用于从每个所述参与设备接收广播状态信息；聚集组件，用于聚集所述接收的状态信息以得到从每个所述参与设备接收的所述状态信息的合意；比较组件，用于将所述得到的合意与所述接收设备的被监视实体的状态才目比较；检测组件，用于检测所述得到的合意与所述净夂脍视实体的状态之间的 差异；以及生成组件，用于根据确定的差异，在所述接收设备处生成更新状态警告。
12. 如权利要求ll中所述的系统，其中每个所述接收的广播状态信息 包括用于形成简档的装置，所述简档包括标识所述参与设备、所述被监视 实体和被监视实体属性的数据。
13. 如权利要求12中所述的系统，其中所述聚集组件还包括用于从来 自多个参与设备中的每个参与设备的所述接收的广播状态信息的聚集得到 理想化简档的装置。
14. 如权利要求l2中所述的系统，还包括用于将所接收简档的实体属 性的数据格式映射为所述接收设备的实体属性的相同数据格式的转换组 件。
15. 如权利要求13中所述的系统，其中所述聚集组件还包括用于从所 述接收的状态信息的聚集得到 一组统计数据的装置。
16. 如权利要求15中所述的系统，其中将加权规则集应用于所迷得到 的统计数据以判定所述得到的统i冬粉祖s -祖 肯定指示。
17. 如权利要求12中所述的系统，其中所述聚集步骤还包括解析每个 接收的简档，以确定每个所述接收的简档的哪些实体类型与所述接收设备 的^J&视实体类型相同以便形成简档的多个工作集。
18. —种可载入数字计算机的内部存储器的计算机程序产品，所述产 品包括软件代码部分，当所述产品在计算机上运行时，所述软件代码部分 用于执行如权利要求1至10中的任一权利要求所述的本发明。
19. 一种适于容纳用于执行权利要求1的步骤的机载处理设备的车辆。
20. —种适于容纳用于执行权利要求1的步骤的机载处理设备的移动 电话。
全文摘要
一种在接收设备处生成更新状态警告的方法，所述接收设备在参与设备的网络中工作，每个参与设备都广播关于与相应参与设备关联的被监视实体的状态信息，所述方法包括以下步骤从每个所述参与设备接收广播状态信息；聚集所述接收的状态信息以得到从每个所述参与设备接收的所述状态信息的合意；将所述得到的合意与所述接收设备的被监视实体的状态相比较；检测所述得到的合意与所述被监视实体的状态之间的差异；以及根据确定的差异，在所述接收设备处生成更新状态警告。
文档编号H04L29/08GK101176333SQ200680016651
公开日2008年5月7日 申请日期2006年5月12日 优先权日2005年5月28日
发明者B·V·贝迪, L·W·帕特里奇, M·盖尔, R·M·阿普尔比 申请人:国际商业机器公司