预警处理方法及装置与流程

1.本发明涉及通信技术领域，具体涉及一种预警处理方法及装置。


背景技术：

2.依托大型it在线交易系统的企业，为提升用户满意度，及时解决用户在使用服务中遇到的疑问，一般均专门建设有客服系统和用户投诉受理机构(如移动公司的中移在线)。用户通过热线电话(如中国移动10086、招商银行95555等)或者其它在线渠道反馈其使用服务时所遇到的疑问，投诉受理机构首先对用户反馈的疑问进行分析，若发现短时间内大量用户反馈相同的问题，便会发布投诉预警给相应的后端支撑部门，后端支撑部门及时介入并解决问题。
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.下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。
26.图1示出了本发明实施例提供的预警处理方法的流程图。如图1所示，该方法包括以下步骤：
27.步骤s101，实时获取待查记录，其中，待查记录包含多个待查询号码。
28.具体地，用户在进行投诉前通常会主动查询用户信息，例如，通过拨打服务热线的方式或者相应的公众号或者对应的app都可以查询用户信息，这里将主动查询用户信息的用户作为目标用户，通过预先配置的数据同步接口实时获取目标用户对应的手机号码，目标用户的手机号码作为待查询号码，从而获取到待查记录。通过实时获取待查记录，有助于在用户投诉前及时发现问题，为处理问题争取黄金时间。
29.步骤s102，调用问题探针执行探针原子函数对多个待查询号码进行校验，若待查询号码符合探针原子函数所校验的问题特征，则生成相应的特征问题记录，其中，特征问题记录包含：问题特征。
30.本实施例是希望在用户投诉前进行预警，因此，需要主动发现待查询号码是否存在问题，这里可以利用问题探针来主动探测待查询号码是否存在问题，具体地，调用问题探针执行探针原子函数对多个待查询号码进行校验，若待查询号码符合探针原子函数所校验的问题特征，则生成相应的特征问题记录，其中，特征问题记录包含：问题特征。
31.例如，问题探针可以调用原子函数调用接口执行对应的探针原子函数来实现对待
查询号码的校验，探针原子函数用于对待查询号码是否符合某一具体问题特征进行校验，探针原子函数的输入为待查询号码，输出为校验结果和问题特征详情。表1示意性列举了几个探针原子函数。
32.表1：
33.序号原子函数所校验的问题特征接口1缴费3分钟未开机useropencheck(servnumbr)2有免费资源产生超套费用userfeecheck(servnumbr)3用户资料有异常userinfocheck(servnumbr)4近6月上线的新业务用户发生集中咨询现象newsercheck(servnumbr)
34.步骤s103，基于问题特征敏感系数计算问题特征对应的预警数据，并根据预警数据发布预警。
35.问题特征敏感系数反映了对所发生问题的敏感程度，问题特征敏感系数的数值越大，表示对应的敏感程度越低。
36.在确定了待查询号码所对应的问题特征后，可以基于问题特征敏感系数来计算问题特征对应的预警数据，其中，预警数据是与预警相关的数据，在计算得到预警数据后，可以根据预警数据发布相应的预警，以提醒相关处理端及时关注。
37.在本发明一种可选实施方式中，问题特征敏感系数包含时间敏感系数；特征问题记录还包含：时间信息；
38.具体可以通过以下方法来计算问题特征对应的预警数据：针对任一问题特征，基于时间敏感系数、预设预警级别及预设时间统计步长确定截止当前时间之前多个统计时间范围；针对每个统计时间范围，根据特征问题记录中的时间信息统计该统计时间范围内问题特征对应的特征问题记录数量，基于统计时间范围的时长及对应的特征问题记录数量计算风险值；根据风险值输出问题特征对应的预警数据。
39.其中，时间敏感系数反映了所发生问题对时间的敏感程度，不同问题特征的时间敏感系数可能相同，也可能不同。
40.在本实施方式中，会预先设置预警级别，这里指设置最高预警级别n，例如，定义最高预警级别为5，那么预警级别则为1-5，共5个级别，时间信息可以是特征问题记录的生成时间或者是目标用户的查询时间，由于特征问题记录的生成时间与目标用户的查询时间的时间差很短，因此，可以忽略相应的时间差。
41.时间统计步长反映了统计时间范围的时长变化情况。
42.为了提升问题特征的预警数据的准确性，这里采用多个统计时间范围，具体可以利用如下公式确定截止当前时间的多个统计时间范围：s
(n-j)
×
ti，其中，i表示问题特征，ti为问题特征i的时间敏感系数，s为时间统计步长，本领域技术人员可以根据实际需要灵活设定s的数值，例如，s＝2，n为最高预警级别，j取值为1到n，例如，n＝5，则j的取值范围为1、2、3、4、5。
43.举例说明，ti＝5，s＝2，n＝5，那么根据公式s
(n-j)
×
ti计算得到的多个统计时间范围为5分钟、10分钟、20分钟、40分钟、80分钟。
44.针对每个统计时间范围，可以根据特征问题记录中的时间信息将特征问题记录划分到对应的统计时间范围，然后，统计该统计时间范围内问题特征对应的特征问题记录数
量，例如，特征问题记录数量表示为mj，j取值为1到n。在统计得到特征问题记录数量之后，基于统计时间范围的时长及对应的特征问题记录数量计算风险值，例如，可以利用如下公式计算rj＝(s
(n-j)
×
ti)/mj，其中，j取值为1到n。在计算得到多个统计时间范围对应的风险值之后，可以根据风险值输出问题特征对应的预警数据。
45.在本发明一种可选实施方式中，根据风险值输出问题特征对应的预警数据进一步包括：针对每个统计时间范围，将计算得到的风险值与预警级别分布字典进行比较，得到该统计时间范围的风险值对应的级别区间；根据级别区间确定风险值对应的预警级别；输出包含问题特征、预警级别、特征问题记录数量及时间信息的预警数据。
46.在该可选实施方式中，预先构造了预警级别分布字典，预警级别分布字典定义了预警级别及对应的级别区间，在确定了每个统计时间范围对应的风险值之后，将该风险值与预警级别分布字典进行比较，例如，将风险值与级别区间进行比较，确定风险值落入哪个级别区间内。在确定了风险值落入的级别区间后，将该级别区间对应的预警级别确定为问题特征的预警级别，针对每个统计时间范围，都能够得到风险值对应的预警级别，从多个预警级别中选取最高预警级别，若预警级别不为0，则输出包含问题特征、预警级别、特征问题记录数量及时间信息的预警数据，可选地，预警数据还可以包含统计时间范围s
(n-j)
×
ti。
47.其中，问题特征敏感系数还包含数量敏感系数，表2示意性列举了问题特征及对应的敏感系数；
48.通过以下方法构造预警级别分布字典：根据问题特征对应的时间敏感系数及数量敏感系数，计算问题特征对应的初始级别基数；设定预警级别分布字典的对应的预警级别；针对任一预警级别，根据时间统计步长及初始级别基数计算预警级别对应的级别区间，生成预警级别分布字典。
49.需要说明的是，这里是针对每个问题特征构造预警级别分布字典，不同问题特征的时间敏感系数和数量敏感系数可能相同也可能不相同，从而基于时间敏感系数和数量敏感系数所确定的初始级别基础也可能相同也可能不相同。例如，可以利用如下公式计算问题特征i对应的初始级别基数li＝ti/ci，设定预警级别分布字典的对应的预警级别为1-n，针对任一预警级别，根据时间统计步长及初始级别基数计算预警级别对应的级别区间，例如，定义如下：1级预警对应的级别区间为((1/s)1×
li,(1/s)0×
li]，2级预警对应的级别区间为((1/s)2×
li,(1/s)1×
li]，以此类推，直到n级预警对应的级别区间为(-∞，(1/s)
n-1
×
li]。
50.表2：
[0051][0052]
[0053]
在本发明一种可选实施方式中，问题特征对应的预警数据可能是动态变化的，预警数据包含：特征问题记录数量、预警级别，因此，这里具体可以采用如下方法来发布预警：
[0054]
间隔第一预设时间段发布新增特征问题记录数量；
[0055]
针对问题特征，判断第二预设时间段内是否发布过预警级别；
[0056]
若未发布过，则发布问题特征对应的预警级别；
[0057]
若发布过，则获取第二预设时间段内针对问题特征发布的历史最高预警级别，将问题特征对应的预警级别与历史最高预警级别进行比较；
[0058]
若问题特征对应的预警级别大于历史最高预警级别，则发布问题特征对应的预警级别；
[0059]
若问题特征对应的预警级别小于或等于历史最高预警级别，则对问题特征对应的预警级别进行丢弃处理。
[0060]
其中，本领域技术人员可以根据实际需要灵活设定第一预设时间段的时长，例如，设置为1小时或者2小时，以第一预设时间段为1小时为例，可以每隔1小时将截止当前1个小时内新增的特征问题记录数量进行定时发布，以提醒处理端及时关注，例如，可以启用定时播报功能，每隔1小时播报这1个小时内新增的特征问题记录数量。
[0061]
在确定了问题特征对应的预警级别后，可以判断第二预设时间段内是否发布过预警级别，其中，本领域技术人员可以根据实际需要灵活设定第二预设时间段的时长，例如，设置为12小时，当然还可以设置为其它时长，这里不做具体限定，若判断出12小时内针对该问题特征未发布过预警级别，则直接发布问题特征对应的预警级别；若判断出12小时内针对该问题特征发布过预警级别，则获取12小时内针对问题特征发布的历史最高预警级别，将问题特征对应的预警级别与历史最高预警级别进行比较，若问题特征对应的预警级别大于历史最高预警级别，则发布问题特征对应的预警级别，也就是说，更新问题特征对应的最高预警级别；若问题特征对应的预警级别小于或等于历史最高预警级别，则对问题特征对应的预警级别进行丢弃处理。其中，发布预警的方式可以是短信、邮件等系统推送方式。
[0062]
在本发明一种可选实施方式中，待查记录中包含有多个待查询号码，针对每个待查询号码都要进行校验，而通过也会设置多个探针原子函数，因此，可以通过以下方法来进行校验：
[0063]
s1，获取待执行探针原子函数列表；
[0064]
s2，从待执行探针原子函数列表内选择一未曾被选择过的探针原子函数，执行探针原子函数对多个待查询号码进行校验，若待查询号码符合探针原子函数所校验的问题特征，则生成相应的特征问题记录；
[0065]
s3，判断待执行探针原子函数列表内的探针原子函数是否都被选择过；若是，则执行基于问题特征敏感系数计算问题特征对应的预警级别；若否，则跳转执行s2。
[0066]
具体地，待执行探针原子函数列表中列明了需要执行的探针原子函数，在进行校验时可以按照待执行探针原子函数列表中所记录的探针原子函数的先后顺序，从待执行探针原子函数列表内选择一未曾被选择过的探针原子函数。针对一待查询号码，在利用探针原子函数对待查询号码完成校验后，可以按照顺序选取其它探针原子函数，直至利用待执行探针原子函数列表中的每个探针原子函数都对待查询号码完成校验后，获取新的待查询号码进行校验。
[0067]
在本发明一种可选实施方式中，待查记录还可以包含渠道信息，其中，渠道信息表示用户所使用的渠道是什么，例如，服务热线、掌上营业厅、短信营业厅、网上营业厅等等，其中，不同的渠道对应的渠道权重不同，例如，服务热线、掌上营业厅、短信营业厅、网上营业厅对应的渠道权重依次降低，当然还可以赋予上述渠道其它的渠道权重，通常情况下，服务热线的渠道权重最高，因此，可以根据渠道权重对待查记录中的多个待查询号码进行排序；然后，按照渠道权重由高至低顺序选择待查询号码进行校验。
[0068]
在本发明一种可选实施方式中，是实时获取待查记录，这样就可能出现重复的待查询号码，为了降低资源浪费，方法还包括：针对新获取的待查记录，判断第三预设时间段内是否已对待查记录包含的待查询号码进行校验处理；
[0069]
若已校验处理，则对待查询号码进行丢弃处理；
[0070]
若未校验处理，则判断待查询号码对应的渠道权重是否大于待查记录中记录的渠道权重；
[0071]
若大于待查记录中记录的渠道权重，则更新待查记录中待查询号码对应的渠道；
[0072]
若小于或等于待查记录中记录的渠道权重，则对待查询号码进行丢弃处理。
[0073]
在获取到新的待查记录后，需要确认新获取的待查记录中的待查询号码是否是重复获取，是否在第三预设时间段内是否已对待查记录包含的待查询号码进行校验处理，例如，可以设定第三预设时间段是24小时内，若在24小时内已经对待查记录包含的待查询号码进行了校验处理，则无需重复校验，可以丢弃待查询号码；若在24小时内已经未对待查记录包含的待查询号码进行校验处理，判断待查询号码对应的渠道权重是否大于待查记录中记录的渠道权重；若大于待查记录中记录的渠道权重，则更新待查记录中待查询号码对应的渠道，从而提升了待查询号码校验的优先级；若小于或等于待查记录中记录的渠道权重，可以丢弃待查询号码。通过上述排重处理同一待查询号码在24小时内只校验一次，降低资源占用，且投诉风险高的用户能优先得到校验，从而降低用户投诉的可能性。即能对投诉风险高的用户优先进行检查也能确保不遗漏潜在投诉风险的用户。
[0074]
在本发明一种可选实施方式中，每一个探针原子函数均需要在探针原子函数注册表中进行注册，未注册的探针原子函数的功能将不会启用。因此，需要将探针原子函数注册到探针原子函数注册表中，探针原子函数注册表维护了探针原子函数在注册表中的顺序(原则是根据探针原子函数所校验的问题的重要性进行排序)。在实际应用中，可以提供探针原子函数配置功能，本领域技术人员可以根据实际需要增加或删除探针原子函数注册表中的探针原子函数，实现探针功能的扩展和优化。探针原子函数是由系统专家实现的一套校验程序，准确度高，不会受到其他可变因素的干扰。
[0075]
其中，获取待执行探针原子函数列表可以通过如下方法实现：从探针原子函数注册表中获取待执行探针原子函数列表。
[0076]
本发明实施例所提出的方案可有效推广至依托大型it在线交易系统的企业，助力支撑能力前移，进而提升用户满意度。
[0077]
基于本发明实施例提供的方案，采用全程系统自动化处理机制，可以快速探知投诉用户所可能涉及的系统问题，灵敏度高，响应快，效率高；通过主动预警，及时发现用户所遇到的问题，并及时响应用户关切，缩短故障影响时长，变被动为主动，把握问题处理的黄金时间，控制风险，提高问题处理的效率，进而提高用户满意度；该方案不仅能够将已经投
诉的用户作为处理对象，也能够主动将存在潜在投诉风险的用户作为处理对象，不受客服系统的接待容量的限制，也不受时间空间的限制。
[0078]
图2示出了本发明实施例提供的预警处理装置的结构示意图。如图2所示，该装置包括：获取模块201、校验模块202、生成模块203、计算模块204、预警模块205。
[0079]
获取模块201，适于实时获取待查记录，其中，待查记录包含多个待查询号码；
[0080]
校验模块202，适于调用问题探针执行探针原子函数对多个待查询号码进行校验；
[0081]
生成模块203，适于若待查询号码符合探针原子函数所校验的问题特征，则生成相应的特征问题记录，其中，特征问题记录包含：问题特征；
[0082]
计算模块204，适于基于问题特征敏感系数计算问题特征对应的预警数据；
[0083]
预警模块205，适于根据预警数据发布预警。
[0084]
可选地，问题特征敏感系数包含时间敏感系数；特征问题记录还包含：时间信息；
[0085]
计算模块进一步适于：针对任一问题特征，基于时间敏感系数、预设预警级别及预设时间统计步长确定截止当前时间之前多个统计时间范围；
[0086]
针对每个统计时间范围，根据特征问题记录中的时间信息统计该统计时间范围内问题特征对应的特征问题记录数量，基于统计时间范围的时长及对应的特征问题记录数量计算风险值；
[0087]
根据风险值输出问题特征对应的预警数据。
[0088]
可选地，计算模块进一步适于：针对每个统计时间范围，将计算得到的风险值与预警级别分布字典进行比较，得到该统计时间范围的风险值对应的级别区间；
[0089]
根据级别区间确定风险值对应的预警级别；
[0090]
输出包含问题特征、预警级别、特征问题记录数量及时间信息的预警数据。
[0091]
可选地，问题特征敏感系数还包含数量敏感系数；
[0092]
装置还包括：构造模块，适于根据问题特征对应的时间敏感系数及数量敏感系数，计算问题特征对应的初始级别基数；
[0093]
设定预警级别分布字典对应的预警级别；
[0094]
针对任一预警级别，根据时间统计步长及初始级别基数计算预警级别对应的级别区间，生成预警级别分布字典。
[0095]
可选地，预警数据包含：特征问题记录数量、预警级别；
[0096]
预警模块进一步适于：间隔第一预设时间段发布新增特征问题记录数量；
[0097]
针对问题特征，判断第二预设时间段内是否发布过预警级别；
[0098]
若未发布过，则发布问题特征对应的预警级别；
[0099]
若发布过，则获取第二预设时间段内针对问题特征发布的历史最高预警级别，将问题特征对应的预警级别与历史最高预警级别进行比较；
[0100]
若问题特征对应的预警级别大于历史最高预警级别，则发布问题特征对应的预警级别；
[0101]
若问题特征对应的预警级别小于或等于历史最高预警级别，则对问题特征对应的预警级别进行丢弃处理。
[0102]
可选地，校验模块进一步适于：s1，获取待执行探针原子函数列表；
[0103]
s2，从待执行探针原子函数列表内选择一未曾被选择过的探针原子函数，执行探
针原子函数对待查询号码进行校验，若待查询号码符合探针原子函数所校验的问题特征，则生成相应的特征问题记录；
[0104]
s3，判断待执行探针原子函数列表内的探针原子函数是否都被选择过；若是，则执行基于问题特征敏感系数计算问题特征对应的预警级别；若否，则跳转执行s2。
[0105]
可选地，待查记录还包含渠道信息；
[0106]
装置还包括：排序模块，适于根据渠道权重对待查记录中的多个待查询号码进行排序；
[0107]
选择模块，适于按照渠道权重由高至低顺序选择待查询号码进行校验。
[0108]
基于本发明实施例提供的方案，采用全程系统自动化处理机制，可以快速探知投诉用户所可能涉及的系统问题，灵敏度高，响应快，效率高；通过主动预警，及时发现用户所遇到的问题，并及时响应用户关切，缩短故障影响时长，变被动为主动，把握问题处理的黄金时间，控制风险，提高问题处理的效率，进而提高用户满意度；该方案不仅能够将已经投诉的用户作为处理对象，也能够主动将存在潜在投诉风险的用户作为处理对象，不受客服系统的接待容量的限制，也不受时间空间的限制。
[0109]
本发明实施例提供了一种非易失性计算机存储介质，所述计算机存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中的预警处理方法。
[0110]
图3示出了本发明实施例提供的计算设备的结构示意图，本发明具体实施例并不对计算设备的具体实现做限定。
[0111]
如图3所示，该计算设备可以包括：处理器(processor)、通信接口(communications interface)、存储器(memory)、以及通信总线。
[0112]
其中：处理器、通信接口、以及存储器通过通信总线完成相互间的通信。通信接口，用于与其它设备比如客户端或其它服务器等的网元通信。处理器，用于执行程序，具体可以执行上述用于计算设备的预警处理方法实施例中的相关步骤。
[0113]
具体地，程序可以包括程序代码，该程序代码包括计算机操作指令。
[0114]
处理器可能是中央处理器cpu，或者是特定集成电路asic(application specific integrated circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。计算设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个cpu；也可以是不同类型的处理器，如一个或多个cpu以及一个或多个asic。
[0115]
存储器，用于存放程序。存储器可能包含高速ram存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
[0116]
程序具体可以用于使得处理器执行上述任意方法实施例中的预警处理方法。程序中各步骤的具体实现可以参见上述预警处理实施例中的相应步骤和单元中对应的描述，在此不赘述。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的设备和模块的具体工作过程，可以参考前述方法实施例中的对应过程描述，在此不再赘述。
[0117]
在此提供的算法或显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明实施例的内容，并且上面对特定语言所做的描述是为了披露本发明实施例的最佳实施方式。
[0118]
在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
[0119]
类似地，应当理解，为了精简本发明实施例并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明实施例要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。
[0120]
本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
[0121]
此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
[0122]
本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本发明实施例的一些或者全部部件的一些或者全部功能。本发明实施例还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明实施例的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
[0123]
应该注意的是上述实施例对本发明实施例进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明实施例可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。上述实施例中的步骤，除有特殊说明外，不应理解为对执行顺序的限定。