任务推送管理方法及装置、系统、存储介质及电子设备与流程

本公开涉及计算机技术领域，具体涉及一种任务推送管理方法、一种任务推送管理装置、一种任务推送管理系统、一种存储介质以及一种电子设备。

背景技术：

在养老社区领域，社区居民在入住时，以及居住过程中需要对居民进行大量的评估、统计工作。由于养老社区居民情况的复杂性，使得评估、统计工作的类型较多、数量较大。现有技术在进行评估管理工作时，大多采用人工的方式，由于这样的工作模式不仅工作量巨大且错漏率高，导致在不同工作阶段的数据传递也存在数据错误和遗漏的问题。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

技术实现要素：

本公开的目的在于提供一种任务推送管理方法、一种任务推送管理装置、一种任务推送管理系统、一种存储介质以及一种电子设备，实现基于规则引擎的任务推送和管理，进而至少在一定程度上克服由于相关技术的限制和缺陷而导致的一个或者多个问题。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的第一方面，提供一种一种任务推送管理方法，包括：

响应于第一终端提交的任务创建请求，调用规则引擎以生成目标任务信息；

在监测到所述目标任务信息时，生成待执行任务并推送至第二终端；

在监测到所述第二终端执行所述待执行任务后生成的任务执行信息时，将所述任务执行信息推送至所述第一终端；

获取所述第一终端提交的针对所述任务执行信息的评估任务，并推送至第三终端，以用于所述第三终端执行所述评估任务。

在本公开的一种示例性实施例中，所述响应于第一终端提交的任务创建请求，调用规则引擎以生成目标任务信息，包括：

接收所述第一终端根据用户信息生成的所述任务创建请求；

调用规则引擎根据所述用户信息配置目标任务信息；所述目标任务信息包括至少一个子任务，以及子任务对应的触发时间和任务配置数据。

在本公开的一种示例性实施例中，所述在监测到所述目标任务信息时，生成待执行任务并推送至第二终端，包括：

获取所述子任务的触发时间，并在监测到达所述触发时间时，根据所述子任务对应的任务配置数据生成待执行任务，并推送至所述第二终端。

在本公开的一种示例性实施例中，所述用户信息还包括放弃执行信息；所述方法还包括：

调用所述规则引擎根据所述放弃执行信息生成放弃记录任务，将所述放弃记录任务推送至所述第一终端，并保存至目标数据库。

在本公开的一种示例性实施例中，所述在监测到所述第二终端执行所述待执行任务后生成的任务执行信息时，将所述任务执行信息推送至所述第一终端，包括：

监测目标数据库，在识别到所述第二终端上传的任务执行信息时，调用规则引擎将所述任务执行信息推送至所述第一终端。

在本公开的一种示例性实施例中，所述方法还包括：

响应于所述第一终端对所述目标任务信息的更新请求，更新所述待执行任务，以用于所述第二终端执行更新后的待执行任务。

根据本公开的第二方面，提供一种数据处理装置，包括：

任务创建请求处理模块，用于响应于第一终端提交的任务创建请求，调用规则引擎以生成目标任务信息；

待执行任务生成模块，用于在监测到所述目标任务信息时，生成待执行任务并推送至第二终端；

任务执行信息处理模块，用于在监测到所述第二终端执行所述待执行任务后生成的任务执行信息时，将所述任务执行信息推送至所述第一终端；

评估任务生成模块，用于获取所述第一终端提交的针对所述任务执行信息的评估任务，并推送至第三终端，以用于所述第三终端执行所述评估任务。

根据本公开的第三方面，提供一种任务推送管理系统，包括：

服务器端；

第一终端，用于根据用户信息生成的任务创建请求，并提交至服务器端，以用于所述服务器端调用规则引擎以生成目标任务信息；

第二终端，用于执行所述服务器端下发的根据目标任务信息生成的待执行任务，并生成任务执行信息，以用于所述服务器端将所述任务执行信息推送至所述第一终端；

第三终端，用于执行所述第一终端根据所述任务执行信息生成的评估任务。

根据本公开的第四方面，提供一种存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述的任务推送管理方法。

根据本公开的第五方面，提供一种电子设备，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行上述的任务推送管理方法。

本公开的一种实施例所提供的任务推送管理方法中，通过在服务器端配置规则引擎，在接收到第一终端提交的任务创建请求时，调用规则引擎以生成目标任务信息；并根据局目标任务信息生成待执行任务并推送至第二终端；在监测到所述第二终端执行所述待执行任务后生成的任务执行信息时，将所述任务执行信息推送至所述第一终端；获取所述第一终端提交的针对所述任务执行信息的评估任务，并推送至第三终端，以用于所述第三终端执行所述评估任务。从而实现在第一终端触发一任务后，可以自动的向第二终端和第三终端触发、推送相关的任务信息。从而有效的减免大量的重复性劳动，进而实现内生循环自动触发相关任务。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示意性示出本公开示例性实施例中一种任务推送管理方法的流程示意图；

图2示意性示出本公开示例性实施例中另一种任务推送管理装置的组成示意图；

图3示意性示出本公开示例性实施例中一种任务推送管理系统的组成示意图；

图4示意性示出本公开示例性实施例中一种电子设备的组成示意图；

图5示意性示出本公开示例性实施例中一种程序产品的示意图；

图6示意性示出本公开示例性实施例中一种养老社区服务系统的组成示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。

目前，养老社区通过全面并且持续的对养老社区居民进行全生命周期的评估，可以准确的了解居民的健康问题及需求，采集居民全方位的健康数据，这些数据汇总并呈现了居民的全画像，有助于服务团队更加了解居民，制定更加有效的、个性化的照护方案。由于养老社区的居民状态是在不断变化的，因此对于居民进行的评估应当定时或应当根据评估的结果调整定时评估的计划来及时确定其健康状况，同时对于居民的照护计划也应当根据居民评估的结果来不断调整以提供有针对性的照护服务。在现有技术中，养老社区居民情况的复杂性以及对应产生的庞大的评估数量为社区服务人员带来了繁重的评估计划管理工作。定时开展的评估需手工计算评估的执行时间，根据评估结果制定或调整定期评估的计划也需人工进行，这样的工作模式不仅工作量巨大且错漏率高。对此现状，一个能够提供评估触发规则管理的信息化规则管理平台需求显得非常迫切。

针对现有技术存在的问题，本示例实施方式中首先提供了一种任务推送管理方法，可以应用于对任务的触发和管理。参考图1中所示，上述的任务推送管理方法可以包括以下步骤：

步骤s11，响应于第一终端提交的任务创建请求，调用规则引擎以生成目标任务信息；

步骤s12，在监测到所述目标任务信息时，生成待执行任务并推送至第二终端；

步骤s13，在监测到所述第二终端执行所述待执行任务后生成的任务执行信息时，将所述任务执行信息推送至所述第一终端；

步骤s14，获取所述第一终端提交的针对所述任务执行信息的评估任务，并推送至第三终端，以用于所述第三终端执行所述评估任务。

本示例实施方式所提供的任务推送管理方法，通过在服务器端配置规则引擎，在接收到第一终端提交的任务创建请求时，调用规则引擎以生成目标任务信息；并根据局目标任务信息生成待执行任务并推送至第二终端；在监测到所述第二终端执行所述待执行任务后生成的任务执行信息时，将所述任务执行信息推送至所述第一终端；获取所述第一终端提交的针对所述任务执行信息的评估任务，并推送至第三终端，以用于所述第三终端执行所述评估任务。一方面，实现在第一终端触发一任务后，可以自动的向第二终端和第三终端触发、推送相关的任务信息；进而实现内生循环自动触发相关任务。另一方面，实现有效的减免大量的重复性劳动，提升任务管理效率。

下面，将结合附图及实施例对本示例实施方式中的任务推送管理方法中各个步骤进行更详细的说明。

步骤s11，响应于第一终端提交的任务创建请求，调用规则引擎以生成目标任务信息。

本示例实施方式中，上述的数据处理方法可以在服务器端执行，可以应用于对养老社区客户的关键事件及通过评估获得的综合情况(包括生理、心理、社交等多维因素)来自动化、规范化地推送任务。

本示例实施方式中，上述的第一终端可以是养老社区中第一用户侧的智能终端设备，例如，第一用户可以是生活管家，用于对居民进行管理、任务创建等。具体来说，上述的步骤s11可以包括：

步骤s111，接收所述第一终端根据用户信息生成的所述任务创建请求；

步骤s112，调用规则引擎根据所述用户信息配置目标任务信息；所述目标任务信息包括至少一个子任务，以及子任务对应的触发时间和任务配置数据。

举例来说，上述的用户信息可以是居民的基础信息。当居民入住社区时，可以由生活管家通过第一终端向服务器端提交任务创建请求，该任务创建请求中可以包含居民的基础信息，以及针对该居民的体检任务创建请求；其中，体检任务创建请求还可以包括体检配置数据，例如体检时间和体检类型等数据。服务器端在接收该任务创建请求后，便可以调用规则引擎，基于该请求生成对应的目标执行任务。此外，该目标执行任务可以是用于定期体检的多个子任务，包括各次体检子任务的体检时间、体检内容等。

或者，在本公开的其他示例性实施方式中，也可以是在居民初次入住社区或者由“照护状态”转换为“独立居住状态”时，生活管家通过第一终端向服务器端上传居民基础信息并提交居民创建请求时，服务器端可以根据该居民创建请求调用规则引擎，并向第一终端反馈一“体检事项确认”的任务；并将该任务内容展示在第一终端的交互界面中。生活管家在第一终端根据体检事项确认”的任务来提交用户的体检时间、体检类型等数据生成任务创建请求。服务器端在接收到该任务穿件请求后，调用规则引擎根据息配置对应的目标任务信息，建立至少一个子任务。

或者，在本公开的其他示例性实施方式中，上述的用户信息还可以包括放弃执行信息。具体来说，上述的放弃执行信息可以是放弃体检执行信息。上述的任务创建请求可以是生活管家根据待放弃体检执行信息生成的放弃任务创建请求。服务器端可以在接收到该请求后调用规则引擎后，在识别到当前为放弃执行信息后生成的放弃记录任务，并发送至第一终端，由居民确认，并将确认信息上传至目标数据库。

步骤s12，在监测到所述目标任务信息时，生成待执行任务并推送至第二终端。

本示例实施方式中，对于上述的子任务来说，具体的任务信息可以添加至目标数据库中的一任务列表中。通过读取该任务列表来依次执行各任务。任务信息可以包括子任务的触发时间。服务器端可以对该任务列表进行监控，从而在监测到当前时间到达一子任务的触发时间时，根据所述子任务对应的任务配置数据生成待执行任务，并推送至所述第二终端。

步骤s13，在监测到所述第二终端执行所述待执行任务后生成的任务执行信息时，将所述任务执行信息推送至所述第一终端。

本示例实施方式中，上述的第二终端可以是执行体检任务的社区医生用户。社区医生用户在接收到具体的待执行任务后，便可以对对应的居民进行体检，并采集具体的体检结果，生成体检记录单作为任务执行信息。其中，体检记录单中可以包括：实际体检时间、体检类型、体检信息、评估结论以及定期评估建议等信息。并将该些信息保存至目标数据库。

服务器端可以对目标数据库进行实时的监测，并通过用户标识或关键词字对任务执行信息进行识别。在识别到对应的任务执行信息后，调用规则引擎，并根据预设的规则生成“评估判断任务”，将其以任务表单的形式反馈至第一终端，即生活管家用户侧。

步骤s14，获取所述第一终端提交的针对所述任务执行信息的评估任务，并推送至第三终端，以用于所述第三终端执行所述评估任务。

本示例实施方式中，举例来说，上述的“评估判断任务”可以是根据第二终端发送的“定期评估建议”生成评估判断任务。例如，简化定期评估，即生成定时评估任务，但评估内容进行了简化，相对较少；完整定期评估，即生成定时评估任务，且评估内容为全部可选内容；或者为豁免评估，即不生成评估任务。

第一终端在接收到该任务后，便可以调用规则引擎根据任务执行信息来确定具体的定时评评估任务。在定时评估任务包括多个定时子任务时，可以将多个定时子任务保存在目标数据库的任务列表中。并定时发送至第三终端，以便于第三终端定时的执行评估子任务，并生成评估结果。服务器端可以将评估结果保存在目标数据库中，并与对应的居民相关联，便于对评估数据进行检索和查看。举例来说，评估内容可以包括护理等级评估、跌倒风险评估、改良巴氏指数(mbi)评定等。

基于上述内容，本示例实施方式中，生活管家用户还可以在第一终端提交目标任务信息的更新请求，例如更改具体的体检时间，对应修改子任务触发时间，从而可以是服务器端根据更新后的时间来进行监测，并触发待执行任务。例如，若居民外出等原因导致的计划体检时间顺延。

本示例实施方式中，可以在规则引擎对各任务的触发规则预先进行定义。例如，定义定时任务的触发规则，以及各任务的触发关键词、任务更新的触发等内容。

本示例实施方式中，举例来说，生活管家用户可以在第一终端提交“入住独立生活区的”或者“转业态至独立生活区”事件，使得服务器端触发“体检沟通记录单”任务，并下发至第一终端。生活管家用户在第一终端完成“体检沟通记录单”任务后触发任务创建请求，服务器端在检测到表单中的计划体检/体检时间时，触发针对体检医生用户的体检待执行任务，生成“体检任务单”任务并发送至第二终端。体检医生用户完成对居民的体检，完成“体检任务单”后，提交至服务器端，并推送“定期评估确认表”表单至第一终端。生活管家用户在第一终端完成“定期评估确认表”后，生成对应的评估任务并定期推送至第三终端，使评估师用户执行具体的评估任务。

本示例实施方式中，上述的任务推送管理方法可以应用于养老社区服务系统中不同用户之间的任务自动推送和管理。养老社区可以根据居民开始接受服务的时间及居民综合情况，制定计划性、周期性服务方案，从而可以根据服务方案对居民对应的关键事件及通过评估获得的综合情况(包括生理、心理、社交等多维因素)来自动化、规范化地推送任务。各任务的条件触发规则和结果触发规则可通过图形用户界面进行设置，而无需再通过命令行界面进行设置，并且赋予触发规则设置相当大的自由度和灵活性以更充分满足业务的需求，并对新增及变化需求实现更快的响应。参考图6所示，养老社区服务系统60可以包括：归档数据中心603、长期照护系统601以及任务管理推送系统602。其中，归档数据中心可以用于存储统计分析数据和业务数据，以及用户信息等系统相关数据；长期照护系统可以用于处理居民身份数据、医嘱执行数据以及预警数据等；任务管理推送系统可以用于执行上述实施例所述的任务推送管理方法，同时还可以存储有执行上述方法所需要的数据，例如规则引擎中的规则分类数据、规则包数据、规则文件数据，用于用户测试所需的评估试题数据、评估工具与数据集成数据；以及术语内容数据和术语关系数据等。并且，归档数据中心、长期照护系统与任务推送管理系统之间可以通过表现层状态转化开放接口(restfulapi，representationalstatetransferapi)进行相互的数据和指令传输和交换。此外，养老社区服务系统还可以加入其它的业务系统，例如报警系统等。

本示例实施方式中，上述的任务推送管理系统的系统架构可以包括展现层、服务层和数据层。其中，数据层可以包括数据存储层和数据访问层；数据存储层可以使用mysql数据库和mongodb数据库。对应的，数据访问层可以采用mybatis框架和springdata框架。服务层可以执行术语管理服务、规则管理服务和规则引擎服务，可以采用springboot框架，以及采用drools规则引擎，并部署droolsworkbench规则引擎，使用kieserver引擎实现远程调用。具体的，可以利用httprestapi接口对接长期照护系统。展现层可以基于vue框架，使用户可以对术语和规则进行管理。

本示例实施方式中，规则引擎中可以包括事件类规则和表单类规则。具体来说，事件类规则可以包括：事件、当前业态、适用护理等级、触发节点定义(事件发生时、定时触发和初始化)、触发时间间隔、触发结果、任务周期以及是否外出顺延等。用户可以根据业务需求或实际需要求进行自定义。例如，可以支持“入住”和“转业态”两种事件的任务触发；以及可选择适用的业态和护理等级；可根据事件发生的时间及定期间隔触发任务(即任务的频率)；能够选择任务周期，并根据外出作顺延调整；例如，当居民外出而不在社区内时，可以将任务执行时间或推送时间进行顺延。

此外，上述的表单类规则可以包括表单题目，例如：条件表单名称、条件表单题目、条件表单答案(内容、个数)、触发结果、触发频率、触发间隔时间、任务周期以及是否外出顺延。此外，表单类规则该可以包括：业态、护理等级、触发结果、触发频率、触发时间间隔、任务周期、是否外出顺延、相对开始时间(表单提交时间、条件表单题目可选时间)。当发生上述事件时，便可以触发生成对应的表单，并进行对应的任务推送。通过识别各表单的题目或内容，触发对应的任务，并将任务推送至对应的预设用户。

举例来说，表单类规则可以包括“表单题目触发”和“非表单题目触发”两大类。其中，“非表单题目触发”可用于选择适用业态和护理等级，可根据条件表单的执行完成情况或条件表单中时间类数据来完成另一张表单的触发。“表单题目触发”可根据一张表单中指定题目的选项/填写内容来完成另一张表单的触发。“表单题目触发”和“非表单题目触发”均可选择频率、任务周期、相对开始时间，并根据外出作顺延调整。

本公开提供的任务推送管理方法，可以实现根据事件条件自动触发评估任务、定期评估任务自动生成以及根据评估结果自动触发评估计划。可以有效的根据预先设定的规则，帮助业务部门自动运算任务的生成时间，免去繁琐庞杂的手工计算，将养康专业人员从重复性劳动中解放出来。系统可以自动根据规则计算每位居民的各个任务生成时间，与手工计算相比，能够显著降低失误率(包括遗漏及错配等问题)，保障任务生成的准确性。并且，因为任务生成准确性的保障，为管理者准确考核执行率奠定基础；并且当任务计划规则发生变化时，系统可配合快速做出响应，降低变革的难度。

需要注意的是，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

进一步的，参考图2所示，本示例的实施方式中还提供了一种任务推送管理装置20，包括：任务创建请求处理模块201、待执行任务生成模块202、任务执行信息处理模块203以及答复评估任务生成模块204。

其中：

所述任务创建请求处理模块201可以用于响应于第一终端提交的任务创建请求，调用规则引擎以生成目标任务信息。

所述待执行任务生成模块202可以用于在监测到所述目标任务信息时，生成待执行任务并推送至第二终端。

所述任务执行信息处理模块203可以用于在监测到所述第二终端执行所述待执行任务后生成的任务执行信息时，将所述任务执行信息推送至所述第一终端。

所述评估任务生成模块204可以用于获取所述第一终端提交的针对所述任务执行信息的评估任务，并推送至第三终端，以用于所述第三终端执行所述评估任务。

在本示例性实施方式中，所述任务创建请求处理模块201可以包括：任务创建请求单元、任务配置单元。其中：

所述任务创建请求单元可以用于接收所述第一终端根据用户信息生成的所述任务创建请求。

所述任务配置单元可以用于调用规则引擎根据所述用户信息配置目标任务信息；所述目标任务信息包括至少一个子任务，以及子任务对应的触发时间和任务配置数据。

在本示例性实施方式中，所述待执行任务生成模块202可以包括：任务监测单元。其中，

所述任务监测单元可以用于获取所述子任务的触发时间，并在监测到达所述触发时间时，根据所述子任务对应的任务配置数据生成待执行任务，并推送至所述第二终端。

在本示例性实施方式中，所述用户信息还包括放弃执行信息；所述装置20还包括：放弃执行单元。

所述放弃执行单元可以用于调用所述规则引擎根据所述放弃执行信息生成放弃记录任务，将所述放弃记录任务推送至所述第一终端，并保存至目标数据库。

在本示例性实施方式中，所述任务执行信息处理模块203可以包括：任务执行信息监测单元。

所述任务执行信息监测单元可以用于监测目标数据库，在识别到所述第二终端上传的任务执行信息时，调用规则引擎将所述任务执行信息推送至所述第一终端。

在本示例性实施方式中，所述装置20还可以包括：数据更新模块。

所述数据更新模块可以用于响应于所述第一终端对所述目标任务信息的更新请求，更新所述待执行任务，以用于所述第二终端执行更新后的待执行任务。

进一步的，参考图3所示，本示例的实施方式中还提供了一种任务推送管理系统30，可以包括：

服务器端301。

第一终端302，可以用于根据用户信息生成的任务创建请求，并提交至服务器端，以用于所述服务器端调用规则引擎以生成目标任务信息。

第二终端303，可以用于执行所述服务器端下发的根据目标任务信息生成的待执行任务，并生成任务执行信息，以用于所述服务器端将所述任务执行信息推送至所述第一终端。

第三终端304，可以用于执行所述第一终端根据所述任务执行信息生成的评估任务。

在公开的一些本示例实施方式中，上述的任务推送管理系统30中的第一终端302、第二终端303和第三终端304可以是执行一类任务的终端，具体可以包含多个终端设备，终端设备可以是电脑、平板电脑或手机等智能终端设备。各终端与服务器301之间可以通过网络305进行数据传输。

上述的任务推送管理装置20中各模块的具体细节已经在对应的任务推送管理方法中进行了详细的描述，因此此处不再赘述。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图4来描述根据本发明的这种实施方式的电子设备400。图4显示的电子设备400仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图4所示，电子设备400以通用计算设备的形式表现。电子设备400的组件可以包括但不限于：上述至少一个处理单元410、上述至少一个存储单元420、连接不同系统组件(包括存储单元420和处理单元410)的总线430。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元410执行，使得所述处理单元410执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元410可以执行如图1中所示方法。

存储单元420可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)4201和/或高速缓存存储单元4202，还可以进一步包括只读存储单元(rom)4203。

存储单元420还可以包括具有一组(至少一个)程序模块4205的程序/实用工具4204，这样的程序模块4205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线430可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备400也可以与一个或多个外部设备50(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备400交互的设备通信，和/或与使得该电子设备400能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口450进行。并且，电子设备400还可以通过网络适配器460与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器460通过总线430与电子设备400的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备400使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。

参考图5所示，描述了根据本发明的实施方式的用于实现上述方法的程序产品500，其可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、c++等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限。