消息记录查询方法、装置、计算机系统及存储介质与流程

1.本公开涉及金融科技领域，更具体地，涉及一种查询记录消息方法、装置、计算机系统、存储介质。


背景技术：

2.银行消息推送服务包括将各种类型的服务提醒短信或app提醒以不同渠道推送给客户。银行的app种类及功能丰富，其消息推送的种类也非常丰富。由于银行的客户群体遍布全球，不同地区客户的接受消息方式也各不相同。推送消息一般存储于各app系统中，如果客户需要查询消息发送记录，需要考虑客户所在地区、客户接受消息的方式等等情况才能查询改记录，一般需要进行人为查询。因为目前消息发送记录查询方法没有统一入口，客户查询消息发送明细只能通过投诉反馈到银行，再由运维支持人员提供业务查询，无法做到查询消息发送记录的快速获取。若涉及因客户定制消息退订服务导致消息无法正常发送，则需转技术部门分析原因，会增加投诉解决时长。


技术实现要素：

3.有鉴于此，本公开提供了一种查询记录消息方法、装置、计算机系统、存储介质。
4.本公开的一个方面提供了一种消息记录查询方法，包括：接收消息记录查询请求；识别所述请求中包括的多个关键字；基于所述多个关键字，从多个消息发送方获取相应的消息记录；对所述消息记录进行分类统计，并将统计结果及所述消息记录返回给查询请求方。
5.根据本公开的实施例，所述接收消息记录查询请求包括：给所述多个消息发送方提供统一的查询接口，以接收所述查询请求；其中，所述消息请求为具有预设格式的请求。
6.根据本公开的实施例，其中，各所述消息发送方的消息记录形式不同，所述基于所述多个关键字，从多个消息发送方获取相应的消息记录包括：基于所述多个关键字，从各所述消息发送方获取与所述多个关键字关联的消息记录；校验所述消息记录是否包括预设的返回字段、是否符合格式要求，并保留校验成功的消息记录。
7.根据本公开的实施例，所述对所述消息记录进行分类统计，并将统计结果及所述消息记录的分类列表返回给查询请求方包括：将所述消息记录根据至少一个预设统计标准分别进行数据统计，得到所述消息记录在至少一个预设统计标准下的数据画像；从所述消息记录中获取返回字段，将所述返回字段按照各所述预设统计标准的分类分别存入对应的分类列表中；将所述数据画像和所述分类列表返回给所述查询请求方。
8.根据本公开的实施例，所述将所述消息记录根据至少一个预设统计标准分别进行数据统计，得到所述消息记录在至少一个预设统计标准下的数据画像包括：基于各所述消息发送方的消息发送渠道将所述消息记录分类统计，得到不同消息发送渠道的第一数据占比；基于消息类别将所述消息记录分类统计，得到不同消息类别的第二数据占比；基于所述第一数据占比及所述第二数据占比对所述消息录进行数据画像。
9.根据本公开的实施例，所述方法还包括：按照时间顺序将各所述分类列表中的返回字段排序；对各所述分类列表中的返回字段作去重、脱敏处理。
10.根据本公开的实施例，所述多个关键字包括所述查询请求方的身份信息，在识别所述请求中包括的多个关键字之后，还包括：对所述查询请求方的身份信息鉴权，当鉴权通过后，从多个消息发送方获取相应的消息记录。
11.本公开另一方面提供了一种消息记录查询装置，包括：请求接收模块，用于接收消息记录查询请求；关键字识别模块，用于识别所述请求中包括的多个关键字；记录获取模块，用于基于所述多个关键字，从多个消息发送方获取相应的消息记录；记录返回模块，用于对所述消息记录进行分类统计，并将统计结果及所述消息记录返回给查询请求方。
12.根据本公开的实施例，所述请求接收模块包括给所述多个消息发送方提供统一的查询接口，以接收所述查询请求；其中，所述消息请求为具有预设格式的请求。
13.根据本公开的实施例，所述记录获取模块包括：记录获取单元，用于基于所述多个关键字，从各所述消息发送方获取与所述多个关键字关联的消息记录；记录校验单元，用于校验所述消息记录是否包括预设的返回字段、是否符合格式要求，并保留校验成功的消息记录。
14.根据本公开的实施例，所述记录返回模块包括：统计单元，用于将所述消息记录根据至少一个预设统计标准分别进行数据统计，得到所述消息记录在至少一个预设统计标准下的数据画像；存储单元，用于从所述消息记录中获取返回字段，将所述返回字段按照各所述预设统计标准的分类分别存入对应的分类列表中；返回单元，用于将所述数据画像和所述分类列表返回给所述查询请求方。
15.根据本公开的实施例，所述统计单元包括：渠道统计单元，用于基于各所述消息发送方的消息发送渠道将所述消息记录分类统计，得到不同消息发送渠道的第一数据占比；类别统计单元，用于基于消息类别将所述消息记录分类统计，得到不同消息类别的第二数据占比；画像单元，用于基于所述第一数据占比及所述第二数据占比对所述消息录进行数据画像。
16.根据本公开的实施例，所述存储单元还用于按照时间顺序将所述分类列表中的返回字段排序；以及对所述分类列表中的返回字段作去重、脱敏处理。
17.根据本公开的实施例，所述多个关键字包括所述查询请求方的身份信息，所述装置还包括：身份鉴权模块，用于对所述查询请求方的身份信息鉴权，当鉴权通过后，从多个消息发送方获取相应的消息记录。
18.本公开另一方面提供了一种计算机系统，包括：一个或多个处理器；存储器，用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现第一方面中任一项所述的方法。
19.本公开另一方面提供了一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器实现第一方面中任一项所述的方法。
20.根据本公开的实施例，为不同的消息发送方提供了统一的查询接口，以实现对不同的消息发送方的消息记录的快速查询，并将所有结果整合到一起，分析脱敏后并返回给客户。该方法填补了目前银行业消息查询机制的空白，为快速响应客户自助查询需求提供了帮助，过程无需人工介入，大大减少运营成本。
附图说明
21.通过以下参照附图对本公开实施例的描述，本公开的上述以及其他目的、特征和优点将更为清楚，在附图中：
22.图1示意性示出了可以应用本公开的用于消息记录查询方法和装置的示例性系统架构；
23.图2示意性示出了可以应用本公开的消息记录查询方法和装置的应用场景示意图；
24.图3示意性示出了根据本公开实施例的消息记录查询方法的流程图；
25.图4示意性示出了根据本公开另一实施例的消息记录查询方法的流程图；
26.图5示意性示出了根据本公开实施例的消息记录查询方法步骤s230的流程图；
27.图6示意性示出了根据本公开实施例的消息记录查询方法步骤s240；
28.图7示意性示出了根据本公开实施例的消息记录查询方法步骤s241的流程图；
29.图8示意性示出了根据本公开实施例的消息记录查询方法步骤s242的流程图；
30.图9示意性示出了根据本公开实施例的消息记录查询装置的框图；
31.图10示意性示出了根据本公开另一实施例的消息记录查询装置的框图；
32.图11示意性示出了根据本公开实施例的记录获取模块的框图；
33.图12示意性示出了根据本公开实施例的记录返回模块的框图；
34.图13示意性示出了根据本公开实施例的统计单元的框图；
35.图14示意性示出了根据本公开实施例的适于实现消息记录查询装置的计算机系统1400的框图。
具体实施方式
36.以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。
37.在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。
38.在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。
39.在使用类似于“a、b和c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b和c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。在使用类似于“a、b或c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b或c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有
b和c、和/或具有a、b、c的系统等)。
40.本公开的实施例提供了一种消息记录查询方法、装置。该方法为多个不同的消息发送方提供统一的消息查询接口，并基于消息查询请求中的关键字获取对应的消息记录，将消息记录分析统计后返回给消息查询方。
41.图1示意性示出了根据本公开实施例的可以应用消息记录查询方法、装置的示例性系统架构100。需要注意的是，图1所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。
42.如图1所示，根据该实施例的系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线和/或无线通信链路等等。
43.用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端和/或社交平台软件等(仅为示例)。
44.终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
45.服务器105可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103所浏览的网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端设备。
46.需要说明的是，本公开实施例所提供的消息记录查询方法一般可以由服务器105执行。相应地，本公开实施例所提供的消息查询装置一般可以设置于服务器105中。本公开实施例所提供的消息记录查询方法也可以由不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群执行。相应地，本公开实施例所提供的消息记录查询装置也可以设置于不同于服务器105且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群中。或者，本公开实施例所提供的消息记录查询方法也可以由终端设备101、102、或103执行，或者也可以由不同于终端设备101、102、或103的其他终端设备执行。相应地，本公开实施例所提供的消息记录查询装置也可以设置于终端设备101、102、或103中，或设置于不同于终端设备101、102、或103的其他终端设备中。
47.例如，消息记录可以原本存储在终端设备101、102、或103中的任意一个(例如，终端设备101，但不限于此)之中，或者存储在外部存储设备上并可以导入到终端设备101中。然后，终端设备101可以在本地执行本公开实施例所提供的消息记录查询方法，或者将消息记录发送到其他终端设备、服务器、或服务器集群，并由接收该消息记录的其他终端设备、服务器、或服务器集群来执行本公开实施例所提供的消息记录查询方法。
48.应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
49.图2示意性示出了可以应用本公开的消息记录查询方法和装置的应用场景示意图。
50.如图2所示，银行系统包括多种app，功能丰富，各类app分别将各种类型的服务通
过app信息、短信、邮件等不同渠道推送给客户。现阶段各类app、app内得各功能模块并没有统一得查询入口，客户如果想要查询推送消息的明细记录，需一一分别查询，且由于一些app或功能模块并未提供查询入口，想要获取消息记录十分困难。
51.在本公开实施例中，提供了一个统一的查询接口，通过该查询接口，可以从各类不同的app中获取消息记录，从而提高消息记录查询的效率。
52.图3示意性示出了根据本公开实施例的消息记录查询方法的流程图。
53.如图3所示，本公开提供得一种消息记录查询方法包括s310～s340。
54.s310，接收消息记录查询请求。
55.s320，识别所述请求中包括的多个关键字。
56.s330，基于所述多个关键字，从多个消息发送方获取相应的消息记录。
57.s340，对所述消息记录进行分类统计，并将统计结果及所述消息记录返回给查询请求方。
58.在本公开实施例中，根据标准消息结构给所有消息推送方提供统一api接口，以接收查询请求方(可以为消息推送方的用户)的查询请求，查询请求中至少包括查询请求方的身份信息，消息推送方可以根据手机号等身份信息查询消息记录，再将消息记录返回给查询请求方。其中，所述消息请求为具有预设格式的请求，该预设格式符合提供给消息推送方的接口的通信协议，至少包括身份信息等关键字，还可以包括查询时段、查询消息类型等关键字，以将获得的消息记。
59.在本公开实施例中，只通过消息请求中的关键字从各消息推送方获取相应的消息记录，具体包括：客户手机号(或客户邮箱地址)、消息发送时间、消息发送内容、消息接受方式(短信、app推送、邮件等)，无需修改各消息推送方原本的消息存储形式，将关键字与各消息推送方的消息记录匹配即可。
60.图4示意性示出了根据本公开另一实施例的消息记录查询方法的流程图。
61.如图4所示，本公开另一实施例的消息记录查询方法包括s410～s450。
62.s410，接收消息记录查询请求。
63.s420，识别所述请求中包括的多个关键字。
64.s430，对所述查询请求方的身份信息鉴权。
65.s440，当鉴权通过后，基于所述多个关键字，从多个消息发送方获取相应的消息记录。
66.s450，对所述消息记录进行分类统计，并将统计结果及所述消息记录返回给查询请求方。
67.在本公开另一实施例中，当接口获取到查询请求后，先根据查询请求中包括的身份信息进行身份鉴权，确认消息查询方身份无误后，则对所有消息推送方发起起api请求，查询消息发送记录，从而保证了消息记录的安全性。
68.可选地，身份鉴权可以包括通过给运营商提供客户手机号、身份证号，查询客户手机号是否通过实名验证、是否是有效的手机号等。
69.图5示意性示出了根据本公开实施例的消息记录查询方法步骤s330的流程图。
70.如图5所示，步骤s330包括步骤s331～s332。
71.s331，基于所述多个关键字，从各所述消息发送方获取与所述多个关键字关联的
消息记录。
72.在本公开实施例中，通过将关键字与各消息发送方中的消息记录进行匹配以获取消息查询方所需的消息记录。
73.s332，校验所述消息记录是否包括预设的返回字段、是否符合格式要求，并保留校验成功的消息记录。
74.在获取到与关键字对应的消息记录后，先对数据可用性进行校验，数据校验包括返回字段是否符合格式标准、对要求必送返回字段(消息内容、发送方式)数据是否非空等，防止获取无效消息记录。
75.图6示意性示出了根据本公开实施例的消息记录查询方法步骤s340。
76.如图6所示，s340包括步骤s341～s343。
77.s341，将所述消息记录根据至少一个预设统计标准分别进行数据统计，得到所述消息记录在至少一个预设统计标准下的数据画像。
78.s342，从所述消息记录中获取返回字段，将所述返回字段按照各所述预设统计标准的分类分别存入对应的分类列表中。
79.s343，将所述数据画像和所述分类列表返回给所述查询请求方。
80.根据本公开的实施例，不仅将消息记录返回给消息查询方，还对获取到的消息记录进行数据画像，以得到消息接收方获取消息的偏好特征，从而使消息查询方更便捷、直观的了解该消息接收方接收消息的习惯和偏好。
81.图7示意性示出了根据本公开实施例的消息记录查询方法步骤s341的流程图。
82.如图7所示，对消息记录进行数据画像包括s3411～s3413。
83.s3411，基于各所述消息发送方的消息发送渠道将所述消息记录分类统计，得到不同消息发送渠道的第一数据占比。
84.在日常生活中，由于一些用户自身的习惯和偏好，会选择消息发送渠道，也可能为了免打扰，屏蔽一些消息发送渠道，第一数据占比体现了用户接收各消息渠道的消息的占比，根据该占比的大小，体现了用户更偏爱哪一些渠道的消息。
85.s3412，基于消息类别将所述消息记录分类统计，得到不同消息类别的第二数据占比。
86.在各类app中，所推送的消息本身具有其特殊的性质，例如，广告推送、交易提醒、身份验证、定时提醒等，按照消息本身类别进行分类统计，得到不同类型消息的占比，也体现了用户对各类消息的偏好程度。
87.s3413，基于所述第一数据占比及所述第二数据占比对所述消息录进行数据画像。
88.基于第一数据占比及第二数据占比，可以基本分析出用户偏好，可基于该占比，绘制可视化饼图，得到该消息记录的数据画像，推送给消息记录查询方，使查询结果更直观。
89.图8示意性示出了根据本公开实施例的消息记录查询方法步骤s342的流程图。
90.如图8所示，步骤s342除了将数据分类存入分类列表中，还可以包括s3421～s3422。
91.s3421，按照时间顺序将各所述分类列表中的返回字段排序。
92.s3422，对各所述分类列表中的返回字段作去重、脱敏处理。
93.根据本公开的实施例，数据分类入表后，系统会先对数据库中记录的消息内容进
行脱敏(脱敏即对客户身份信息、账户信息、金额内容等进行屏蔽处理，例如账户信息仅后四位显示，其余展示*，金额信息均展示*)，以保护用户隐私。
94.根根据本公开的实施例，为不同的消息发送方提供了统一的查询接口，以实现对不同的消息发送方的消息记录的快速查询，并将所有结果整合到一起，分析脱敏后并返回给客户。该方法填补了目前银行业消息查询机制的空白，为快速响应客户自助查询需求提供了帮助，过程无需人工介入，大大减少运营成本。
95.图9示意性示出了根据本公开实施例的消息记录查询装置的框图。
96.如图9所示，本公开实施例提供的的消息记录查询装置900包括：请求接收模块910，关键字识别模块920，记录获取模块930，记录返回模块940。
97.请求接收模块910，用于接收消息记录查询请求。
98.关键字识别模块920，用于识别所述请求中包括的多个关键字。
99.记录获取模块930，用于基于所述多个关键字，从多个消息发送方获取相应的消息记录。
100.记录返回模块940，用于对所述消息记录进行分类统计，并将统计结果及所述消息记录返回给查询请求方。
101.图10示意性示出了根据本公开另一实施例的消息记录查询装置的框图。
102.如图10所示，本公开实施例提供的的消息记录查询装置1000包括：请求接收模块1010，关键字识别模块1020，身份鉴权模块1030，记录获取模块1040，记录返回模块1050。
103.请求接收模块1010，用于接收消息记录查询请求。
104.关键字识别模块1020，用于识别所述请求中包括的多个关键字。
105.身份鉴权模块1030，对所述查询请求方的身份信息鉴权。
106.记录获取模块1040，用于当鉴权通过后，基于所述多个关键字，从多个消息发送方获取相应的消息记录。
107.记录返回模块1050，用于对所述消息记录进行分类统计，并将统计结果及所述消息记录返回给查询请求方。
108.其中，请求接收模块1010包括给所述多个消息发送方提供统一的查询接口，以接收所述查询请求；其中，所述消息请求为具有预设格式的请求。
109.图11示意性示出了根据本公开实施例的记录获取模块的框图。
110.如图11所示，记录获取模块1100包括：记录获取单元1110，记录校验单元1120。
111.记录获取单元1110，用于基于所述多个关键字，从各所述消息发送方获取与所述多个关键字关联的消息记录；
112.记录校验单元1120，用于校验所述消息记录是否包括预设的返回字段、是否符合格式要求，并保留校验成功的消息记录。
113.图12示意性示出了根据本公开实施例的记录返回模块的框图。
114.如图12所示，记录返回模块1200包括：统计单元1210，存储单元1220，返回单元1230。
115.统计单元1210，用于将所述消息记录根据至少一个预设统计标准分别进行数据统计，得到所述消息记录在至少一个预设统计标准下的数据画像。
116.存储单元1220，用于从所述消息记录中获取返回字段，将所述返回字段按照各所
述预设统计标准的分类分别存入对应的分类列表中。
117.返回单元1230，用于将所述数据画像和所述分类列表返回给所述查询请求方。
118.存储单元1220还用于按照时间顺序将所述分类列表中的返回字段排序；以及对所述分类列表中的返回字段作去重、脱敏处理。
119.图13示意性示出了根据本公开实施例的统计单元的框图。
120.如图13所示，统计单元1300包括：渠道统计单元1310，类别统计单元1320，画像单元1330。
121.渠道统计单元1310，用于基于各所述消息发送方的消息发送渠道将所述消息记录分类统计，得到不同消息发送渠道的第一数据占比。
122.类别统计单元1320，用于基于消息类别将所述消息记录分类统计，得到不同消息类别的第二数据占比。
123.画像单元1330，用于基于所述第一数据占比及所述第二数据占比对所述消息录进行数据画像。
124.根据本公开的实施例的模块、子模块、单元、子单元中的任意多个、或其中任意多个的至少部分功能可以在一个模块中实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以被拆分成多个模块来实现。根据本公开实施例的模块、子模块、单元、子单元中的任意一个或多个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式的硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，根据本公开实施例的模块、子模块、单元、子单元中的一个或多个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。
125.例如，请求接收模块910、关键字识别模块920、记录获取模块930、记录返回模块940中的任意多个可以合并在一个模块/单元/子单元中实现，或者其中的任意一个模块/单元/子单元可以被拆分成多个模块/单元/子单元。或者，这些模块/单元/子单元中的一个或多个模块/单元/子单元的至少部分功能可以与其他模块/单元/子单元的至少部分功能相结合，并在一个模块/单元/子单元中实现。根据本公开的实施例，请求接收模块910、关键字识别模块920、记录获取模块930、记录返回模块940中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(fpga)、可编程逻辑阵列(pla)、片上系统、基板上的系统、封装上的系统、专用集成电路(asic)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，请求接收模块910、关键字识别模块920、记录获取模块930、记录返回模块940中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。
126.需要说明的是，本公开的实施例中消息记录查询装置部分与本公开的实施例中消息记录查询方法部分是相对应的，消息记录查询装置部分的描述具体参考消息记录查询方法部分，在此不再赘述。
127.图14示意性示出了根据本公开实施例的适于实现上文描述的方法的计算机系统的框图。图14示出的计算机系统仅仅是一个示例，不应对本公开实施例的功能和使用范围
带来任何限制。
128.如图14所示，根据本公开实施例的计算机系统1400包括处理器1401，其可以根据存储在只读存储器(rom)1402中的程序或者从存储部分1408加载到随机访问存储器(ram)1403中的程序而执行各种适当的动作和处理。处理器1401例如可以包括通用微处理器(例如cpu)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))，等等。处理器1401还可以包括用于缓存用途的板载存储器。处理器1401可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。
129.在ram 1403中，存储有系统1400操作所需的各种程序和数据。处理器1401、rom 1402以及ram 1403通过总线1404彼此相连。处理器1401通过执行rom 1402和/或ram 1403中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除rom 1402和ram 1403以外的一个或多个存储器中。处理器1401也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。
130.根据本公开的实施例，系统1400还可以包括输入/输出(i/o)接口1405，输入/输出(i/o)接口1405也连接至总线1404。系统1400还可以包括连接至i/o接口1405的以下部件中的一项或多项：包括键盘、鼠标等的输入部分1406；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分1407；包括硬盘等的存储部分1408；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分1409。通信部分1409经由诸如因特网的网络执行通信处理。驱动器1410也根据需要连接至i/o接口1405。可拆卸介质1411，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1410上，以便于从其上读出的计算机程序根据需要被安装入存储部分1408。
131.根据本公开的实施例，根据本公开实施例的方法流程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1409从网络上被下载和安装，和/或从可拆卸介质1411被安装。在该计算机程序被处理器1401执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。
132.本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。
133.根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质。例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、便携式紧凑磁盘只读存储器(cd
‑
rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
134.例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的rom 1402和/或ram 1403和/或rom 1402和ram 1403以外的一个或多个存储器。
135.附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
136.本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。
137.以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。