[0001] 本公开涉及数据处理与通信技术领域，特别涉及一种话单生成方法和话单生成装置。

[0002] 在客户回访、营销活动等呼叫场景中，客服人员利用呼叫中心设备的在线坐席，发起呼叫。

[0003] 受到网络传输、信令传输、媒体传输等各种因素的影响，呼叫过程中的各种事件消息可能发生顺序错乱或者丢失，造成呼叫的话单数据不准确，影响计费准确性。

[0043] 应注意到：除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本公开的范围。

[0044] 本领域技术人员可以理解，本公开实施例中的“第一”、“第二”等术语仅用于区别不同步骤、设备或模块等，既不代表任何特定技术含义，也不表示它们之间的必然逻辑顺序。

[0045] 还应理解，在本公开实施例中，“多个”可以指两个或两个以上，“至少一个”可以指一个、两个或两个以上。

[0046] 还应理解，对于本公开实施例中提及的任一部件、数据或结构，在没有明确限定或者在前后文给出相反启示的情况下，一般可以理解为一个或多个。

[0047] 另外，本公开中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本公开中字符“/”，一般表示前后关联对象是一种“或”的关系。

[0048] 还应理解，本公开对各个实施例的描述着重强调各个实施例之间的不同之处，其相同或相似之处可以相互参考，为了简洁，不再一一赘述。

[0049] 同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。

[0050] 以下对至少一个示例性实施例的描述实际上仅仅是说明性的，决不作为对本公开及其应用或使用的任何限制。

[0051] 对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为说明书的一部分。

[0052] 应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。

[0053] 此外，为了避免因不必要的细节而模糊了本公开，在附图中仅仅示出了与至少根据本公开的方案密切相关的处理步骤和/或设备结构，而省略了与本公开关系不大的其他细节。还应注意，在附图中相似的附图标记和字母指示相似的项目，并且因此一旦一个项目在一个附图中被定义，则对于随后的附图无需再对其进行论述。

[0054] 图1示出本公开一些实施例的呼叫系统的示意图。

[0055] 如图1所示，该实施例的呼叫系统100包括：呼叫中心设备110、软交换(Free Switch)系统120、话单生成装置130、运营商线路140、被叫电话(如被叫手机)150等。其中，软交换系统120、话单生成装置130例如可以设置在“语音外呼平台”。呼叫过程例如包括：用户(如客服人员)使用“呼叫中心设备110”的在线坐席发起呼叫(如语音呼叫)，向外的呼叫线路经由网关对接到“语音外呼平台”，“语音外呼平台”接收到坐席呼叫请求后，选择下游的运营商线路140进行线路路由，其中的“软交换系统120”控制线路路由，将呼叫请求转接到某个运营商的某条呼叫线路上，然后通过例如PSTN(Public Switched Telephone Network，公共交换电话网络)，转接到被叫电话150，电话振铃，呼叫接通。在呼叫过程中，“语音外呼平台”的话单生成装置130进行呼叫事件消息监听，所有的呼叫事件消息会被采集、分析、处理，最终生成话单。其中，呼叫事件消息的采集、分析、处理可以是分布式进行的，提高处理效率。

[0056] 图2示出本公开一些实施例的话单生成装置的示意图。

[0057] 如图2所示，该实施例的话单生成装置130包括：事件获取单元131、缓存单元132、话单生成单元133，根据需要，还可以包括：消息队列中间件134、话单入库单元135、数据库136等中的一个或多个。

[0058] 事件获取单元131，通过监控软交换系统120，获取各种呼叫事件消息。各种呼叫事件消息例如包括：通道创建事件消息、通道桥接事件消息、通道媒体传输事件消息、通道应答事件消息、通道挂机事件消息、通道挂机完成事件消息等。

[0059] 呼叫事件消息的消息体例如包括：用户入口网关标识，用户入口网关名称，用户线路标识，用户线路名称，运营商线路标识，运营商线路名称，呼叫事件名称(能够表征呼叫事件类型)，呼叫事件时间，呼叫标识，主叫信息，被叫信息等。

[0060] 缓存单元132，可以是缓存存储设备，根据呼叫事件消息，按照哈希(Hash)结构，以呼叫标识为主键，缓存呼叫标识相应的话单数据。所需要缓存的话单数据项，可以预先设置，也可以设置哪些是必需项，哪些是可选项，具体可以根据业务需要进行设置。其中，呼叫事件与话单数据的映射关系如表1所示，哈希结构缓存的呼叫标识相应的话单数据如表2所示。

[0061] 表1呼叫事件与话单数据的映射关系

[0062]

[0063] 其中，振铃的铃音以及语音等媒体均利用通道媒体传输事件进行传输，因此，根据各个通道媒体传输事件可以确定振铃时间、首次媒体、末次媒体时间。

[0064] 其中，通道挂机事件以及通道挂机完成事件均表示能够表示通话结束事件，二者的通话结束时间是相同的。通道挂机完成事件比通道挂机事件包含更多的挂机相关信息，例如，挂机原因、挂机方向等。考虑到通信环境的不确定性，通道挂机事件或通道挂机完成事件可能丢失，该实施例规定以通道挂机事件、通道挂机完成事件中的任意一项，来代表通话结束事件。

[0065] 其中，挂机原因例如包括正常挂机、异常挂机等。挂机方向例如包括主叫挂机、被叫挂机。

[0066] 参见表1，根据通道创建事件消息，以呼叫标识为主键，缓存呼叫标识相应的呼入时间；根据通道桥接事件消息，以呼叫标识为主键，缓存呼叫标识相应的转接时间；根据各个时间的通道媒体传输事件消息，以呼叫标识为主键，缓存呼叫标识相应的振铃时间、首次媒体时间和末次媒体时间；根据通道应答事件消息，以呼叫标识为主键，缓存呼叫标识相应的通话开始时间；根据通道挂机事件消息，以呼叫标识为主键，缓存呼叫标识相应的通话结束时间；或者，根据通道挂机完成事件消息，以呼叫标识为主键，缓存呼叫标识相应的通话结束时间、挂机原因或挂机方向中的至少一项。从而，基于各种呼叫事件消息，缓存相应的话单数据。

[0067] 表2哈希结构缓存的呼叫标识相应的话单数据

[0068]

[0069] 话单生成单元133，根据同一呼叫标识相应的话单数据，生成呼叫标识相应的话单。如果同一呼叫标识相应的话单数据不全，可以根据呼叫标识相应的与缺失的话单数据相关的已经缓存的话单数据，对呼叫标识相应的缺失的话单数据进行补充，也即对话单数据进行修正；根据呼叫标识相应的补充的话单数据，生成呼叫标识相应的话单。其中，话单生成单元133，可以从消息队列中间件134获取待处理的呼叫事件消息，从缓存单元132匹配与该待处理的呼叫事件消息的呼叫标识相应的话单数据，以便合成话单。

[0070] 其中，话单的消息体例如包括：用户入口网关标识，用户入口网关名称，用户线路标识，用户线路名称，运营商线路标识，运营商线路名称，呼叫标识，主叫信息，被叫信息，呼入时间，转接时间，振铃时间，应答时间，挂机时间、挂机原因、通话时长等。这仅是一个示例。如前所述，合成话单的数据项，可以预先设置，也可以设置哪些是必需项，哪些是可选项，具体可以根据业务需要进行设置。

[0071] 消息队列中间件134，存储各种呼叫事件消息，例如以队列的形式存储待处理的各种呼叫事件消息；还可以临时存储话单生成单元133生成的尚未入库的话单。受网络传输的影响，消息队列中间件134中存储的呼叫事件消息是无序的，也即，不同用户的呼叫事件消息可能混杂，同一用户的呼叫事件消息可能是乱序的。

[0072] 话单入库单元135，从消息队列中间件134中，把生成的话单存储到数据库136中，数据库136对话单进行持久化存储。

[0073] 图3示出本公开一些实施例的话单生成方法的示意图。该实施例的话单生成方法例如可以由话单生成装置130执行。

[0074] 如图3所示，该实施例的话单生成方法包括以下步骤310‑340。

[0075] 步骤310，获取待处理的呼叫事件消息。所述呼叫事件消息例如包括呼叫标识、呼叫事件类型、呼叫事件时间等，具体可以参考前述呼叫事件消息的消息体的描述。

[0076] 步骤320，根据所述呼叫事件消息，以呼叫标识为主键，缓存呼叫标识相应的话单数据。

[0077] 步骤330，根据呼叫标识相应的与缺失的话单数据相关的已经缓存的话单数据，对呼叫标识相应的缺失的话单数据进行补充。

[0078] 下面描述对呼叫标识相应的缺失的话单数据进行补充的一些示例。

[0079] (1)响应于获取到通话结束事件消息，在通话结束事件消息的呼叫标识相应的除通话时长之外的话单数据缺失的情况下，说明通话结束事件消息先于其他呼叫事件消息到达的异常情况发生，将通话结束事件消息重新放回待处理的呼叫事件消息队列，使得原本后到达的其他呼叫事件消息获得被处理的机会；对待处理的呼叫事件消息队列中的各个呼叫事件消息进行处理，根据具有所述呼叫标识的呼叫事件消息，补充所述呼叫标识相应的话单数据。

[0080] 从而，在各个呼叫事件消息到达时间错乱的情况下，仍然能够准确获取到话单数据。

[0081] (2)在重新放回操作(即，通话结束事件消息重新放回待处理的呼叫事件消息队列)达到预设次数或预设时长的情况下，如果呼叫标识相应的已经缓存的话单数据仍然缺失通话开始时间，说明通道应答事件消息可能丢失了，根据呼叫标识相应的已经缓存的话单数据中的通话结束时间和首次媒体时间，补充呼叫标识相应的通话时长。此时，将通话结束时间与首次媒体时间的差值作为通话时长。

[0082] 从而，在通道应答事件消息丢失的情况下，利用与通道应答事件发生时间最接近的首次媒体时间代替通话开始时间，来近似估算通话时长，估算的通话时长与真实的通话时长非常接近。

[0083] (3)响应于获取到通话结束事件消息，在呼叫标识相应的除通话时长之外的话单数据齐全的情况下，根据呼叫标识相应的已经缓存的话单数据中的通话结束时间和通话开始时间，补充呼叫标识相应的通话时长。此时，将通话结束时间与通话开始时间的差值作为通话时长。

[0084] 从而，在首次获取到通话结束事件消息时如果话单数据已经齐全，或者，在经过(1)的重试再次获取到通话结束事件消息时如果话单数据已经补全，则可以基于通话结束/开始时间，准确计算通话时长。

[0085] (4)在预设时长内未获取到呼叫标识相应的通话结束事件消息的情况下，说明通话结束事件消息可能丢失了，根据呼叫标识相应的已经缓存的话单数据中的末次媒体时间和通话开始时间，补充呼叫标识相应的通话时长。此时，将末次媒体时间与通话开始时间的差值作为通话时长。将通话结束状态设置为待定(或未知)。

[0086] 从而，在通话结束事件消息丢失的情况下，利用与通话结束事件发生时间最接近的末次媒体时间代替通话结束时间，来近似估算通话时长，估算的通话时长与真实的通话时长非常接近。

[0087] (5)在预设时长内未获取到呼叫标识相应的通话结束事件消息的情况下，说明通话结束事件消息可能丢失了，根据呼叫标识相应的已经缓存的话单数据中的末次媒体时间和首次媒体时间，补充呼叫标识相应的通话时长。此时，将末次媒体时间与首次媒体时间的差值作为通话时长。将通话结束状态设置为待定(或未知)。

[0088] 从而，在通话结束事件消息和通道应答事件消息均丢失的情况下，利用与通话结束事件发生时间最接近的末次媒体时间代替通话结束时间，利用与通道应答事件发生时间最接近的首次媒体时间代替通话开始时间，来近似估算通话时长，估算的通话时长与真实的通话时长非常接近。

[0089] (6)在预设时长内未获取到呼叫标识相应的通话结束事件消息的情况下，如果呼叫标识相应的已经缓存的话单数据缺失末次媒体时间和首次媒体时间，说明通话结束事件和媒体传输事件均没有监测到，将呼叫标识相应的通话时长设置为0。将通话结束状态设置为待定(或未知)。

[0090] 从而，在通话结束事件丢失且媒体传输信息也异常的情况下，仍能相对准确地估算通话时长。

[0091] 步骤340，根据呼叫标识相应的补充的话单数据，生成呼叫标识相应的话单。

[0092] 该实施例基于补充的话单数据，能够更准确地生成话单。并且，。大部分呼叫在通话结束时就能够生成话单，实时性比较好。少量呼叫，经过重试的有限延时内也能合成话单，或者经过兜底处理也能强制合成话单。

[0093] 需要说明的是，话单生成方法可以分布式执行，特别是当用户呼叫比较多的情况下，对这些呼叫进行分布式的话单生成，可以提高效率。在分布式话单生成场景下，虽然呼叫事件消息的到达时间更加混乱，但是通过步骤320的根据所述呼叫事件消息，以呼叫标识为主键，缓存呼叫标识相应的话单数据的处理，能很好地应对呼叫事件消息到达时间乱序的情况，依然能够准确生成话单。

[0094] 此外，基于生成的话单，对所述话单进行业务控制，所述业务控制例如包括计费或者关闭通话线路。由于生成话单的准确性和实时性良好，因此能准确、及时地进行业务控制。例如，准确、及时地确定通话费用，在费用超出预期时，能准确、及时地关闭通话线路，避免产生巨额的超出费用。

[0095] 图4示出本公开一些实施例的话单生成装置各部分执行话单生成方法的示意图。

[0096] 如图4所示，话单生成装置各部分执行的话单生成方法包括以下步骤。

[0097] 步骤410：呼叫中心设备110与软交换系统120通过IP(Internet Protocol，互联网协议)地址和端口，实现SIP(Session Initialization Protocol，会话初始协议)对接。客户坐席发起SIP呼叫，进一步通过IP网络转接到软交换系统的入口网关，如OpenSIPS(Open SIP Server，开放SIP服务器)网关。

[0098] 步骤420：软交换系统120接收来自客户坐席的SIP呼叫信令，通过OpenSIPS网关，实现SIP呼叫信令的负载均衡，负载到某一台软交换交换机，如FreeSwitch，软交换交换机实现运营商的路由选择，进一步把SIP信令发送到下游的运营商的SIP服务器上，进一步通过IP网络、PSTN网络呼叫被叫电话，如被叫的座机或者手机。

[0099] 步骤430：事件获取单元131，实现对呼叫事件消息的监听。一次电话呼叫从开始到结束，会产生多个呼叫事件消息，采集指定的关键的呼叫事件消息，以用于话单的生成。例如，事件获取单元131监听并采集的事件消息经过事件正则匹配，过滤掉不需要的事件消息，保留关键的事件消息，通过“事件进入对接服务”，把保留下来的用于生成话单的事件消息写入到消息队列中间件134。此外，事件获取单元131可以采用分布式集群部署，实现了高并发采集与写入能力，写入到消息队列中间件134的事件消息是无序状态，需要后面的缓存单元132进一步处理。其中，生成话单需要获取的关键的呼叫事件消息以及该呼叫事件消息与话单数据的映射关系，参见前述表1。

[0100] 步骤440：消息队列中间件134：一方面，在待处理的呼叫事件消息队列中，存储事件获取单元131传输过来的待处理的各种呼叫事件消息；另一方面，还可以临时存储话单生成单元133生成的尚未入库的话单，这些话单放入话单入库队列。

[0101] 例如，呼叫事件消息的消息体包括：用户入口网关id，用户入口网关名称，用户线路id，用户线路名称，运营商线路id，运营商线路名称，呼叫事件消息名称(能够表征呼叫事件类型)，呼叫事件消息时间，呼叫id，主叫，被叫等信息。

[0102] 例如，话单的消息体例如包括：用户入口网关id，用户入口网关名称，用户线路id，用户线路名称，运营商线路id，运营商线路名称，呼叫id，主叫，被叫、呼入时间，转接时间，振铃时间，应答时间，挂机时间、挂机原因、通话时长。

[0103] 步骤450：各个缓存单元132(也即缓存存储设备)，使用共享数据模式进行通信，根据某一次通话产生的呼叫事件消息，按照Hash结构，以该次通话的呼叫id为主键，缓存并存储呼叫id相应的话单数据，以用于生成话单。其中，缓存单元132存储的话单数据参见前述表2。

[0104] 步骤460：话单生成单元133，用于合成话单。话单生成单元133可以分布式集群部署，以提升并行处理性能，实现话单快速合成。下面具体描述话单生成单元133生成话单的过程。

[0105] 1)话单生成单元133从消息队列中间件134的待处理的呼叫事件消息队列中拉取呼叫事件消息，进行并行处理。

[0106] 2)拉取到呼叫事件消息后，首先判断该呼叫事件消息的呼叫事件类型是否为“通话结束事件”消息，该消息作为判断是否到了合成话单时机的依据。

[0107] 其中，当通话结束后，网络传输SIP挂机信令，传输到FreeSwitch后，由FreeSwitch监听并产生通道挂机(CHANNEL_HANGUP)事件和通道挂机完成(CHANNEL_HANGUP_COMPLETE)事件，两事件中的任意一件均可以表示“通话结束事件”。

[0108] 3)如果不是“通话结束事件”消息，那么把当前呼叫事件消息相应的话单缓存到缓存单元(即缓存存储设备)132中，以备将来合成话单使用。以HASH结构存储，key为呼叫id，字段名称为呼叫事件名称，值为呼叫事件产生时间，参见前述表2所示。

[0109] 4)如果是“通话结束事件”消息，那么从缓存单元(即缓存存储设备)132的HASH结构中，取出key值为当前呼叫id的所有话单数据，判断规定的其他必要合成话单数据是否全部就绪，也即判断规定的其他必要呼叫事件是否全部就绪。

[0110] 5)如果全部就绪，进行通话时长精确估算，公式：HangupTime‑AnswerTime＝本次通话时长。进一步补全其他话单字段信息，合成话单成功，把话单放入到消息队列中间件134中的“话单入库队列”。

[0111] 6)如果未全部就绪，那么把“通话结束事件”消息重新放回消息队列中间件134中的待处理的呼叫事件消息队列中，以进行重试。如果多次重试后，仍然未匹配到合成话单必要的呼叫事件消息，也即必要合成话单数据仍然未全部就绪，那么进行通话时长近似估算，估算公式：HangupTime‑FirstMediaTime＝本次通话时长。

[0112] 7)如果通话过程中“通话结束事件”始终未采集到，例如大于6小时一直未采集到“通话结束事件”，那么可能存在网络异常等原因，“通话结束事件”丢失了，需要进行话单强制合成。从缓存单元(即缓存存储设备)132中取出Hash结构数据消息，如果存在FirstMediaTime与LastMediaTime时间，那么进行通话时长近似估算，估算公式：LastMediaTime‑FirstMediaTime＝本次通话时长，通话结束状态设置为待定或未知。如果不存在媒体时间，本次通话时长记为0，通话结束状态设置为待定或未知，进行话单强制合成。

[0113] 呼叫事件消息产生的时间轴如图5所示，依次是呼入时间、转接时间、振铃时间、通话开始时间、通话结束时间。一次正常的通话，呼叫事件产生有先后顺序，通话产生到通话结束之间存在较长时间差。大多数情况，在收到“通话结束事件”消息后能够匹配到所有就绪的其他必要呼叫事件消息数据，进一步成功合成话单。少数情况，需要进行重试才能合成话单，或者需要进行兜底的强制话单合成。

[0114] 步骤470：话单入库单元135，可分布式集群部署，从消息队列中间件134的“话单入库队列”中拉取话单数据，进行并行处理，并行地把话单存储到数据库136中进行持久化存储，以提升话单入库能力。当话单入库成功后提交偏移量，并清除消息队列中间件134中本次通话的呼叫事件数据信息。为防止某一次通话产生了多个重复话单，在话单入库环节进行呼叫id校验，实现幂等入库，确保数据库136存储的话单是唯一存在的。

[0115] 该实施例基于补充的话单数据，能够更准确地生成话单。并且，大部分呼叫在通话结束时就能够生成话单，实时性比较好。少量呼叫，经过重试的有限延时内也能合成话单，或者经过兜底处理也能强制合成话单。

[0116] 图6示出本公开另一些实施例的话单生成装置的示意图。

[0117] 如图6所示，该实施例的话单生成装置600包括：存储器610以及耦接至该存储器610的处理器620，处理器620被配置为基于存储在存储器610中的指令，执行各个实施例中的话单生成方法。

[0118] 话单生成装置600还可以包括输入输出接口630、网络接口640、存储接口650等。这些接口630，640，650以及存储器610和处理器620之间例如可以通过总线660连接。

[0119] 其中，存储器610例如可以包括系统存储器、固定非易失性存储介质等。系统存储器例如存储有操作系统、应用程序、引导装载程序(Boot Loader)以及其他程序等。

[0120] 其中，处理器620可以用通用处理器、数字信号处理器(Digital Signal Processor，DSP)、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field Programmable Gate Array，FPGA)或其它可编程逻辑设备、分立门或晶体管等分立硬件组件方式来实现。

[0121] 其中，输入输出接口630为显示器、鼠标、键盘、触摸屏等输入输出设备提供连接接口。网络接口640为各种联网设备提供连接接口。存储接口650为SD卡、U盘等外置存储设备提供连接接口。总线660可以使用多种总线结构中的任意总线结构。例如，总线结构包括但不限于工业标准体系结构(Industry Standard Architecture，ISA)总线、微通道体系结构(Micro Channel Architecture，MCA)总线、外围组件互连(Peripheral Component Interconnect，PCI)总线。

[0122] 图7示出本公开一些实施例的以云主机方式部署呼叫系统及其话单生成装置的示意图。

[0123] 如图7所示，呼叫系统100的入口网关、软交换系统120均以云主机方式部署。话单生成装置130的事件获取单元131、话单生成单元133、话单入库单元135均以云主机方式部署，话单生成装置130的缓存单元132、消息队列中间件134、数据库136以具有存储功能的服务器方式部署。

[0124] 也即，以云主机方式部署的呼叫系统700包括：呼叫中心设备710、以云主机方式部署的软交换服务器720、以云主机方式部署的话单生成装置730、运营商线路740、被叫电话750，以云主机方式部署的入口网关服务器760等。其中，以云主机方式部署的话单生成装置
730包括：以云主机方式部署的呼叫事件获取服务器731、话单生成服务器733、话单入库服务器735，以及以具有存储功能的服务器方式部署的缓存服务器732、消息队列中间件服务器734、数据库服务器736。缓存服务器732例如是Redis缓存服务器，数据库服务器736例如是MySql数据库服务器，但不限于所举示例。

[0125] 并且，为了进一步提高处理效率，各个服务器均以集群方式部署，例如，入口网关服务器集群、软交换服务器集群、呼叫事件获取服务器集群、缓存服务器集群、话单生成服务器集群、消息队列中间件服务器集群、话单入库服务器集群、数据库服务器集群。

[0126] 呼叫中心设备坐席发起SIP呼叫，SIP信令交互完成通话建立；云主机服务器集群用于实现呼叫事件消息的分布式采集与分布式处理、分布式话单的合成、分布式话单的重试合成，兜底话单合成；消息队列中间件服务器集群用于实现呼叫事件消息的传输、合成话单的传输。缓存服务器集群用于临时存储一次呼叫产生的多种事件消息数据，以辅助进行话单的合成。数据库服务器集群用于持久化存储话单数据。云主机服务器集群、消息队列中间件服务器集群、缓存服务器集群、数据库服务器集群，共同支撑话单生成的计算机程序，实现基于呼叫事件的分布式合成话单的流程。

[0127] 需要说明的是，本公开的技术方案中，所涉及的用户个人信息的采集、收集、更新、分析、处理、使用、传输、存储等方面，均符合相关法律法规的规定，被用于合法的用途，且不违背公序良俗。对用户个人信息采取必要措施，防止对用户个人信息数据的非法访问，维护用户个人信息安全、网络安全和国家安全。

[0128] 本领域内的技术人员应当明白，本公开的实施例可提供为方法、系统、或计算机程序产品。因此，本公开可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本公开可采用在一个或多个其中包含有计算机程序代码的(非瞬时性)计算机可读存储介质(包括但不限于磁盘存储器、CD‑ROM、光学存储器、云存储等)上实施的计算机程序产品的形式。计算机程序产品应当理解为主要通过计算机程序实现其解决方案的软件产品。

[0129] 本公开是参照根据本公开实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解为可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

[0130] 这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

[0131] 这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

[0132] 以上所述仅为本公开的较佳实施例，并不用以限制本公开，凡在本公开的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本公开的保护范围之内。