一种基于消息事务办公处理系统

摘要

本发明涉及互联网领域，公开了一种基于消息事务的办公处理系统，所述系统包括多个客户端和消息服务器，所述消息服务器和多个客户端相联系，通过微服务接口执行消息中的事务处理；多个客户端组成群组，对群组中的消息执行分类处理，并依据消息主题和客户端的角色权限信息执行归属处理，在保障文档或消息的安全的情形下，能够提升用户将消息转换为消息事务的效率，从而触发相应的事务处理流程，提升了办公效率。

权利要求

1.一种基于消息事务的办公处理系统，其特征在于：所述系统包括多个客户端和消息服务器，多个客户端组成群组；所述消息服务器和多个客户端相联系，通过消息服务器中的微服务接口执行消息中的事务处理；

消息服务器将群组消息区分为群组配置消息和群组即时通信消息，并将不同的消息设置在不同的消息队列中，所述群组配置消息的队列的优先级高于群组即时通信消息的队列；

当判断为群组配置消息时，消息服务器在群组的客户端中设置主控节点，由主控节点执行对外服务，主控节点接收到消息服务器发送的配置更新消息后，由主控节点发出命令，并检测确认群组中的多个节点完成配置操作命令；

当判断为群组即时通信消息时，消息服务器用于获取到客户端设置的消息主题类型，根据预先设置的消息类型，对群组中的消息执行归类处理；所述归类处理为，依据消息的内容主题类型转换为不同的事务处理类型。

2.如权利要求1所述的系统，其特征在于：多个客户终端执行群组通信，群组通信中的客户端依据权限信息划分为主控节点和候选节点，主控节点将配置更新消息发送到消息总线；如果存在候选节点客户端在设定的预设时间内，没有收到主控节点的信息，则重新进入下一个选举周期中，将未收到主控节点的客户端设置为辅助节点角色，在未收到主控节点的信息中的候选节点中重新选举辅助主控节点，再次由辅助主控节点执行配置更新消息的发送，由其发送配置更新消息触发命令。

3.如权利要求1所述的系统，其特征在于：消息服务器对于归类处理后的信息执行发送以前，对接收客户端的操作系统执行判断确定是ios系统还是安卓系统，当判断为ios系统，当判断用户是ios 用户时，则在发送XMPP消息的同时，向 ios 服务器推送一条消息；当判断为安卓系统时则发送XMPP消息。

4.如权利要求3所述的系统，其特征在于：消息服务器将发送即时通讯相关的数据保存到消息记录信息表中，执行归类处理后，将初始化发送状态，然后使用XMPP账号分别与对应的目标客户端用建立XMPP长连接，并将组拼好的json字符串作为消息发送给对应客户端。

5.如权利要求4所述的系统，其特征在于：客户端对接收到的消息，执行判断消息是配置消息还是归类后的主题事务处理信息，当是配置消息时，客户端回复阅读列表，消息服务器收到回执表后，将阅读状态转换为确认已读。

6.如权利要求5所述的系统，其特征在于：客户端在服务器端上设置不同的消息主题类型，消息服务器对消息的内容执行提取和聚类，在推送消息的同时，将提取的主题信息在客户端的当前应用页面显示，并推送提醒。

7.如权利要求6所述的系统，其特征在于：客户端中相同的主题类型的消息被聚类显示，提取关键词高亮显示，并提醒将该消息主题类型转换成事务处理流程。

8.如权利要求7所述的系统，其特征在于：消息服务器设置消息队列对消息进行缓存，事务成功后再执行异步通知，确保只有事务成功才向消息服务器发送反馈。

9.如权利要求8所述的系统，其特征在于：消息服务器对于群组即时通信消息的归类处理，是基于办公系统中的角色和权限等级来分类执行消息事务的归属划分，所述归属划分依据角色定位对未明确归属用户的信息，执行权限主题归属划分。

10.如权利要求1‑9任一所述的系统，其特征在于：所述系统应用于基于微服务架构的企业或校园的内部办公系统中。

说明书

一种基于消息事务办公处理系统

技术领域

[0001] 本发明涉及互联网领域，特别涉及一种基于消息事务的办公处理系统。

背景技术

[0002] 微服务系统通过消息中间件来执行各个应用微服务模块执行的处理，各个微服务模块之间的消息，通过微服务间的消息事件触发事务处理。现有的微服务结构的企事业办
公应用系统中通常都包括有一个消息中心。上述消息中心一般都是即时或非即时的事务处
理消息通知和反馈等。在现有技术中，对于消息事务的流转都需等待微服务消息的处理和
触发。

[0003] 当消息中心执行群组的事务流程或系统消息配置触发时，由于承办方或接收者无法实时处于在线状态，由此容易导致重要的交流的事务消息被遗漏或需要在大量的事务消
息中去查询寻找，尤其是在群组交流事务中，不同的消息混杂在一块。当采用多线程处理
时，用户无法适应和追踪和及时获取到事务消息的处理态势和结果，导致在微服务处理过
程中，对于中心服务器发送过来的消息的事务处理不够及时，不利于消息事务件流程的快
速流转，导致了办公效率地低下。如何利用现有企业办公系统中的权限定位信息和消息的
类型主题进行分类并执行事务处理，在确保信息安全的情况下，提高办公效率成为需要解
决的问题。

发明内容

[0004] 为解决上述问题，本申请提出基于消息事务的办公处理系统。所述系统包括多个客户端和消息服务器，所述消息服务器和多个客户端相联系，通过消息服务中的微服务接
口执行消息中的事务处理；多个客户端组成群组；

[0005] 消息服务器将群组消息区分为群组配置消息和群组即时通信消息，并将不同的消息设置在不同的消息队列中，所述群组配置消息的队列的优先级高于群组即时通信消息的
队列；

[0006] 当判断为群组配置消息时，消息服务器在群组的客户端中设置主控节点，由主控节点执行对外服务，主控节点接收到消息服务器发送的配置更新命令后，由主控节点发出
命令，并检测确认集群组中的多个节点完成配置操作命令；

[0007] 当判断为群组即时通信消息时，消息服务器用于获取到客户端设置的消息主题类型，根据预先设置的消息类型，对群组中的消息执行归类处理；所述归类处理为，依据消息
的内容主题类型转换为不同的事务处理类型。

[0008] 进一步，多个客户端执行群组通信，群组通信中的客户端依据权限信息划分为主控节点和候选节点，主控节点将配置更新消息发送到消息总线；如果存在候选节点客户端
在设定的预设时间内，没有收到主控节点的信息；则重新进入下一个选举周期中，将未收到
主控节点的客户端设置为辅助节点角色，在未收到主控节点的信息中的候选节点中重新选
举辅助主控节点，再次由辅助主控节点执行配置更新消息的发送，由其发送配置更新触发
命令。

[0009] 进一步，消息服务器对于归类处理后的信息执行发送以前，对接收客户端的操作系统执行判断确定是ios系统还是安卓系统，当判断为ios系统，当判断用户是对ios 用户
时，则在在发送 XMPP 消息的同时，向 ios 服务器推送一条消息；当判断为安卓系统时则
发送XMPP消息。

[0010] 进一步，消息服务器将发送即时通讯相关的数据保存到消息记录信息表中，执行归类处理后，将发送状态初始化，然后使用服务端的 XMPP 账号分别与对应的目标客户端
用建立 XMPP长连接，并将组拼好的 json 字符串作为消息发送给对应客户端。

[0011] 进一步，客户端对接收到的消息，执行判断消息是配置信息还是归类后的主题事务处理信息，当是配置信息时，客户端回复阅读列表，消息服务器收到回执表后，将阅读状
态初转换为确认已读。

[0012] 进一步，客户端在服务器端上设置不同的消息服务主题类型，消息服务器对消息的内容执行提取和聚类，在推送消息的同时，将提取的主题信息在客户端的当前应用页面
显示，并推送提醒。

[0013] 进一步，客户端中相同的主题类型的消息被聚类显示，提取关键词高亮显示，并提醒将该消息主题类型转换成事务处理流程。

[0014] 进一步，消息服务器设置消息队列对消息进行缓存，事务成功后再执行异步通知，确保只有事务成功才向消息服务器发送反馈。

[0015] 进一步，消息服务器对于即时通信消息的归类处理，是基于办公系统中的角色和权限等级来分类执行消息事务的归属划分，所述归属划分依据角色定位对未明确归属用户
的信息，执行权限主题归属划分。

[0016] 进一步，应用于基于微服务架构的企业的内部办公系统中。

[0017] 本发明的方案，依据不同的消息主题执行分类处理，区分是配置消息还是即时通信事务处理消息，在配置消息未能完全确认配置时，通过再次选举辅助节点，提高配置的效
率同时也减缓主控节点的事务处理压力；同时依据对即时消息进行归属处理做不同类型消
息的区分，在保障文档或消息安全的情形下，能够提升用户将消息转换为消息事务的效率，
从而触发相应的事务处理流程，保证办公效率。

附图说明

[0018] 通过参考附图会更加清楚的理解本发明的特征和优点，附图是示意性的而不应理解为对本发明进行任何限制，在附图中

[0019] 图1本系统的示意图。

具体实施方式

[0020] 参看下面的说明以及附图，本发明的这些或其他特征和特点、操作方法、结构的相关元素的功能、部分的结合以及制造的经济性可以被更好地理解，其中说明和附图形成了
说明书的一部分。然而，可以清楚地理解，附图仅用作说明和描述的目的，并不意在限定本
发明的保护范围。可以理解的是，附图并非按比例绘制。本发明中使用了多种结构图用来说
明根据本发明的实施例的各种变形。下述实施例中的群组和集群、用户和客户端、客户终
端，本领域技术人员知晓上述含义在特定语境下是相同的。

[0021] 实施例1

[0022] 为此本申请提出基于微服务的基于消息事务的办公处理系统。所述系统，应用集成微服务接口。微服务接口中的消息处理事务采用多服务多队列的模式并行处理，对消息
内容和渠道进行分析，优化业务流程。在集群通信中，统一设置一个配置中心，群组中的节
点可分为主控节点，候选节点，辅助节点。系统包括多个客户端和消息服务器，所述消息服
务器和多个客户端相联系，通过微服务接口执行消息中的事务处理；多个客户端组成群组；

[0023] 消息服务器将群组的消息区分为群组配置消息和群组即时通信消息，并将不同的消息设置在不同的消息队列中，所述群组配置消息的队列的优先级高于群组即时通信消息
的队列；

[0024] 当判断为群组配置消息时，消息服务器在群组的客户端中设置主控节点，由主控节点执行对外服务，主控节点接收到消息服务器发送的配置更新命令后，由主控节点发出
命令，并检测确认集群组中的多个节点完成配置操作命令；

[0025] 当判断为群组即时通信消息时，消息服务器用于获取到客户端设置的消息主题类型，根据预先设置的消息类型，对群组中的消息执行归类处理；所述归类处理为，依据消息
的内容主题类型转换为不同的事务处理类型。

[0026] 在多个客户终端执行群组通信，群组通信中的客户端依据权限信息划分为主控节点和候选节点，主控节点将配置更新消息发送到消息总线；如果存在候选节点客户端在设
定的预设时间内，没有收到主控节点的信息；则重新进入下一个选举周期中，将未收到主控
节点的客户端设置为辅助节点角色，在未收到主控节点的信息中的候选节点中重新选举辅
助主控节点，再次由辅助主控节点执行配置更新消息的发送，由其发送配置更新触发命令。

[0027] 在信息交互时，用户登录一个特定的 XMPP 账号，此账号用于转发即时通讯消息和配置信息。当用户需要进行即时通讯时，将消息所需要的字段，如对方 id个人用户或群
组 id，会话类型单人或群组，消息类型，消息内容等以json 字符串的形式传入消息服务的
微服务接口，如需发送图片、语音等文件信息，还需发送对应的文件。后台在接收到请求后，
首先解析 json 字符串，获取其中的消息类型。

[0028] 判断是否为消息配置信息，如果判断是否有文件配置等消息事务操作时，若存在文件，则读取文件流，调用文件服务的文件上传功能，将文件保存到文件服务，同时获取文
件 id 作为消息内容，发送配置更新命令。

[0029] 在群组通信时，主控节点可以获取群成员列表（从中去除发送人），然后根据消息协议组拼消息体，将发送即时通讯相关的数据保存到消息记录信息表中，并将发送状态初
始化为发送失败状态，然后使用服务端的 XMPP 账号分别与目标用建立 XMPP长连接，并将
组拼好的 json 字符串作为消息发送给对方；当判断用户是对ios 用户时，则在在发送 
XMPP 消息的同时，向 ios 服务器推送一条消息，因为 ios 用户在应用切到后台或者应用
未运行时，以解决单纯发送XMPP 消息时，而ios用户将无法收到，可选的当采用 APNs方式
推送， APNs方式是苹果公司官方提供的统一的消息推送方式，可保证 ios 用户收到相关
消息。

[0030] 客户端在接收到 json 字符串后，根据消息协议进行解析并展示在页面上。XMPP 消息将严格按照设计好的即时通讯消息协议进行组拼，前端设备在接收到即时通讯消息后
也将按照即时通讯协议进行逐步解析，用户端对于接收到的消息，判断消息是通知公告配
置消息还是即时通讯信息，当是即时通信信息时，判断归属于即时通讯的哪一类主题消息，
并执行相应的处理。

[0031] 当判断是通知公告类配置消息时，借助于微服务间通信的技术，同时需要通讯录服务以及消息服务的支持；将当前端将通知公告的内容以及通知接收人的 id传到后台时；
后台首先要校验该用户是否具有发送通知公告的权限。校验审核通过后，则随后根据接收
人的 id 列表调用通讯录服务，获取这些用户的个人信息，主要是即时通讯的相关信息，包
括 XMPP 账号列表和 ios 用户的 Device Token 列表。当得到这些信息后，首先将通知公
告的相关数据插入到通知公告信息表中，将发送状态初始化为失败状态，并为通知公告的
每一个接收人创建一条数据到通知公告回执表，阅读状态初始化为未读。然后需要将通知
公告的内容按照设计的消息协议组拼成json字符串，连同 XMPP 账号列表和 ios 用户的
DeviceToken 列表作为参数的一部分发送到消息服务对应的功能，消息服务接收到这些数
据后，为 XMPP 账号发送组拼好的消息，同时根据 DeviceToken 列表为其中的 ios 用户
进行消息推送，之后将通知公告信息表中对应的数据的状态更新为发送成功。若 ios 前端
同时接收到 XMPP 消息和 APNs 消息，则根据前端逻辑进行显隐的取舍。若前端用户查看
了通知或公告，则将对应的通知公告回执表的数据状态更新为已读。

[0032] 消息服务主要由两类组成：消息配置设置类用于操作用户对某个人或某个群组的消息配置设置，以及实现即时通讯消息同步，会话历史的查询；群组即时消息聚类，采用
XMPP方式用于发送即时通讯消息，包括文字、图片、语音等类型，使个人会话和群组会话成
为可能。消息设置配置类提供了对个人、群组设置配置消息，在更换移动设备后，可以将这
些设置配置同步到新的设备上。

[0033] 消息服务器可以包括消息配置单元，用于配置成监测消息信息。

[0034] 可选的，基于关键词或其他合适监测机制来监测的消息、嵌入式内容等，并且基于各种条件的监测而发起各种动作，可以通过从消息去除和过滤多余的非主题词或其他与事
务处理信息无关的消息，以形成被编辑的消息；然后向其他群组事务参与者传递被编辑的
消息；可选的过滤敏感的消息，以阻止敏感的消息的不期望或不适当分发；对于识别的敏感
信息，设置时钟检测信息，服务器端检测到敏感信息被对应用户接受，且符合对应时钟规则
时，执行屏蔽或自动隐藏。对于对应用户显示事务需要处理的主题信息，并标记是敏感信
息，所述在时钟信息内未能获知或在服务器端标记为未读状态的信息时。用户通过请求与
服务器之间的带有时间戳信息的令牌识别验证，当认证成功时，以该时间戳信息为基准设
置敏感信息的消亡时间，保障敏感信息不被泄露。通过该发送的时间戳信息，服务能够获知
传输和处理的接收时间耗时，根据该信息设置敏感消亡时间，保证用户能够查阅且不被不
当扩散。

[0035] 基于指示消息事务的通知是必须并且期望的客户端或服务器的预先设置或订阅的消息主题的检测来群组的消息或通告的消息；响应于消息中包括订阅的主题，而执行询
问管理功能；向对应的微服务用户发送消息通知，以便得到确认的许可。

[0036] 可选的，对于消息的类型，执行判断，基于消息类型或内容发起一个或更多个另外动作等询问；可选的，消息类型可以包括“执行”消息、“询问”消息、“回答”消息等及其各种
组合。

[0037] “执行”消息可以被处理为分别标识并且发起由从其接收“执行”消息的聊天参与者特别请求的动作。例如，“询问”消息可以被分配到消息事务参与者需要作出的应答回应，
诸如事务询问的征询意见类等。

[0038] “回答”消息可以被分配到消息事务处理者，例如，从消息事务会话的其他群组参与者、从群组会话的一个或更多个发起者或群主等、及其各种组合，被处理为收集与经由聊
天会话分配或收集的询问的优先级有关的信息，被处理为收集与作为经由聊天会话分配或
收集的询问的一部分的回答的选择有关的结果等。比如对于事务处理承担的，调试分支业
务的承担者是A或B的选择性问题。

[0039] 可知的情形，在文档的协同处理中，用户在办公在远程办公的情形，用户不可能实时在线，基本是处于多流程的处理模式，但是客户端的多流程模式可以执行并行事务的处
理。

[0040] 可知的应用实例，在通过对于在基于微服务的办公系统的事务处理中。当是在课题讨论或课题指示信息发送时，常常因为消息的发送多而错过，或需要回头去追踪过往的
消息，同时时效性和群组讨论的可复原性不好。为此，本发明中方案，对于文档系统处理的
事务性处理过程中，进一步，对于各个群组的消息，借助于对消息作如上的归属分类处理。
即用户可以设置不同消息主题类型，服务器端或本地端设置不同的消息服务类型，比如课
题修订，课题调试，课题汇报等，由于消息的协同的主题角色不同，在群组中消息事务处理
过程中。所述对消息的处理是对消息的内容做提取和聚类，同时快速地在用户终端当前页
面执行显示和推送提醒。而将相应的消息主题类型，转换成事务处理流程，向对应的人员执
行事务消息主题的推送。采用关键字提醒、关键字高亮或关键字驱动，提高执行效率。

[0041] 可选的主题，可以采用折叠方式聚类在同一主题下，也可以根据事务的紧急类型，执行同一主题下的排序处理。将“执行”消息直接映射到事务流程处理中，在向对应客户端
推送消息时，并发推送消息事务处理流程的连接。以便提升从消息转换到并发事务流程的
效率。

[0042] 同时通过本地的通知队列对通知进行缓存，事务成功后再执行异步通知，确保只有事务成功才向远端系统的服务器发送反馈通知。避免通知有可能到达过早及出错后回滚
处理。设置消息队列提供路由并保证消息的可靠传递。在发送消息队列时，如果接收者不可
用，消息队列保留消息，直到成功地传递，可以采用MQ提供了一组通用的API让应用程序调
用，并提供了一组通用的消息传递语义，以确保消息一定会被传递且只传递一次。

[0043] 可选，所述缓存消息队列可以采用虚拟队列设置，通过所述虚拟队列存储未反馈确认的消息；原有队列保持先进先出的正常消息发送状态，周期性检测原有队列中的积压
消息是否处理完毕；若处理完毕，则通过虚拟队列替换回原有队列和提供消息服务，同时回
收虚拟有队列，以回收系统资源。当所述消息是具有连贯性的流程处理消息时，客户端断线
重连时，服务器以客户端最后接收成功的数据索引为依据，向该客户端同步断线期间未能
正常同步的历史消息，确保客户端接收消息的完整性。同时，服务端向客户端进行历史消息
传输时，将暂时阻塞向该客户端传输增量信息的过程，当历史数据传输完毕后，再进行增量
信息传输，以确保连续消息数据的顺序性。

[0044] 可选，即时通信中通过不同的微服务的群组的归属消息，通过消息的分类和归属，使得在消息通信会话或通告中，消息归属管理功能的使用使得能够在通信会话期间细粒度
地控制内容的归属，包括在多个默认设置中提供给通信参与者细粒度的控制。

[0045] 根据设置的主题分类，设置消息归属管理功能，使得通信参与者能够在通信会话期间快速并且容易地改变归属的设置。消息归属管理设置，用于能够以各种粒度；比如每个
消息、针对消息的群组、在交互消息环境的线程内或跨线程等、及其各种组合。

[0046] 基于办公系统中的角色和权限等级的分类执行匹配处理；比如消息归属于用户的单独归属，消息对应的流程事务可以明确归属于群组中的某个角色，则根据消息类型，区分
是需要执行的事务通知消息。当群组中的消息事务仅是在讨论，则具体事务归属并不明确
时，即比如在讨论某课题或某事务程序的调试处理，对于角色的归属无明确归属到群组中
的具体事务处理信息，则可以将该消息事务归属于询问类型内，则当用户接受到类似消息
时，在询问类消息中关联地设置有该询问消息中通知到的角色人物的关联信息，则用户在
回应时相应的响应消息将聚集反馈到同一消息主题的条目下，相应的用户则能够根据上述
消息事务的跳转，获知事务的承担和角色执行。当消息事务已有明确的归属时，比如消息归
属于可以标识消息源于用户的用户群组的群组归属，则执行将其生成为执行类消息，依据
主题设置成事务处理消息通知类。本发明的消息事务，通过角色的不同区分定位和消息归
类集中显示，可以方便且快捷地对用户的事务进行通知和交互。尤其是在用户离开在多线
条处理事实时，通过主题设置和角色承担，能够保持对群组类消息中的事务，保持跟进，并
能够快捷地获知与自己相关的事务处理，从而提高办公效率。

[0047] 本申请的说明书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等（如果存在）是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的
数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描
述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖
不排他的包含，例如，包含了一系列步骤或单元的过程、方法、产品或设备不必限于清楚地
列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备
固有的其它步骤或单元。

[0048] 在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的
划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件
可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或
讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦
合或通信连接，可以是电性，机械或其它的形式。

[0049] 所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个
网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目
的。

[0050] 另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单
元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

[0051] 所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上
或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式
体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机
设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全
部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文全称：Read‑
OnlyMemory，英文缩写：ROM)、随机存取存储器(英文全称：Random Access Memory，英文缩
写：RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

[0052] 本领域技术人员可以理解，实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质
中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述存储介质可为磁碟、
光盘、只读存储记忆体（Read‑Only Memory，ROM）、随机存储记忆体（Random Access 
Memory，RAM）、快闪存储器（Flash Memory）、硬盘（Hard Disk Drive，缩写：HDD）或固态硬盘
（Solid‑State Drive，SSD)等；所述存储介质还可以包括上述种类的存储器的组合。

[0053] 如在本申请所使用的，术语“组件”、“模块”、“系统”等等旨在指代计算机相关实体，该计算机相关实体可以是硬件、固件、硬件和软件的结合、软件或者运行中的软件。例
如，组件可以是，但不限于是：在处理器上运行的处理、处理器、对象、可执行文件、执行中的
线程、程序和/或计算机。作为示例，在计算设备上运行的应用和该计算设备都可以是组件。
一个或多个组件可以存在于执行中的过程和/或线程中，并且组件可以位于一个计算机中
以及/或者分布在两个或更多个计算机之间。此外，这些组件能够从在其上具有各种数据结
构的各种计算机可读介质中执行。这些组件可以通过诸如根据具有一个或多个数据分组
（例如，来自一个组件的数据，该组件与本地系统、分布式系统中的另一个组件进行交互和/
或以信号的方式通过诸如互联网之类的网络与其它系统进行交互）的信号，以本地和/或远
程过程的方式进行通信。