CN106971325A - 订单核销方法及服务器 - Google Patents

Abstract

本申请公开了一种订单核销方法及服务器。所述方法包括：接收用户使用客户端提交的订单，为所述订单分配业务通信号码；获取所述用户的用户通信号码，将所述用户通信号码与所述业务通信号码相绑定；获取对应所述业务通信号码的通信记录；其中所述通信记录包括呼叫所述业务通信号码的主叫号码；在所述通信记录中记录有所述用户通信号码与所述业务通信号码之间的通信事件时，核销所述订单。使用本申请实施方式的订单核销方法及服务器进行订单核销操作较为便捷，用户体验较佳。

Description

订单核销方法及服务器

技术领域

本申请涉及网络数据通信技术领域，尤其涉及一种订单核销方法及服务器。

背景技术

随着电子商务的发展，O2O(Online To Offline，在线离线/线上线下)商务模式越来越重要，该模式主要是通过线上营销引导、购买带动线下经营和消费。

目前，通过O2O模式进行的交易，例如可以为餐饮/娱乐团购、电影票、买家自提、上门的家政服务等，多为买家支付成功表示交易成功。而一旦发生纠纷，提供O2O模式的交易平台，例如可以为淘宝、天猫等，难以涉及并约束买卖双方在后续的线下消费行为，导致买卖双方用户的体验不佳。具体的，例如，用户A通过某个能够提供O2O模式的交易平台预定了家政公司B的一次上门的家政服务，家政公司B通过交易平台获取用户A的预定信息并指派家政服务人员C上门进行服务。交易平台对用户A及家政公司B后续涉及这笔交易的操作较难追踪到。

通常，提供O2O模式的交易平台可以将线下消费行为通过订单核销操作同步到线上，以对买卖双方在线下的消费行为产生约束。具体的，例如，用户A通过某个能够提供O2O模式的交易平台预定了家政公司B的一次上门的家政服务，该交易平台为该次服务预定生成相应的订单和电子凭证，并将该电子凭证发送给用户A。随后，家政公司B完成家政服务，用户A决定进行订单的核销。用户A可以将电子凭证提供给家政公司B的家政服务人员C或其他工作人员，由家政公司B的家政服务人员C或其他工作人员在相应的终端设备上输入电子凭证数据，并将输入的电子凭证数据发送至提供O2O模式的交易平台以进行订单的核销。

然而，现有的交易平台提供的订单核销方法需要用户执行的操作较多。具体的，首先需要买家将电子凭证提供给卖家。随后卖家根据买家提供的电子凭证，需要在终端设备上正确输入电子凭证数据。提供O2O模式的交易平台接收到输入的电子凭证数据后，才可以进行订单的核销。由上述可见，整个订单的核销过程需要买卖双方的共同参与，且操作较繁琐。如此，用户的体验不佳。

发明内容

本申请实施方式的目的在于提供一种操作便捷的订单核销方法及服务器，以提高用户的体验。

为实现上述目的，本申请提供了一种订单核销方法，其包括：接收用户使用客户端提交的订单，为所述订单分配业务通信号码；获取所述用户的用户通信号码，将所述用户通信号码与所述业务通信号码相绑定；获取对应所述业务通信号码的通信记录；其中所述通信记录包括呼叫所述业务通信号码的主叫号码；在所述通信记录中记录有所述用户通信号码与所述业务通信号码之间的通信事件时，核销所述订单。

为实现上述目的，本申请还提供了一种服务器，其包括：接收模块，用于接收用户使用客户端提交的订单，为所述订单分配业务通信号码；第一获取模块，用于获取所述用户的用户通信号码，将所述用户通信号码与所述业务通信号码相绑定；第二获取模块，用于获取对应所述业务通信号码的通信记录；其中所述通信记录包括呼叫所述业务通信号码的主叫号码；核销模块，用于在所述通信记录中记录有所述用户通信号码与所述业务通信号码之间的通信事件时，核销所述订单。

为实现上述目的，本申请还提供了一种订单核销方法，其包括：接收用户使用客户端提交的订单，为所述订单分配业务通信号码；获取所述用户的用户通信号码，将所述用户通信号码与所述业务通信号码相绑定；接收使用所述用户通信号码的通信终端发出的向所述业务通信号码的呼叫请求，建立通信；接收在所述通信的过程中用户输入的核销指令，核销所述订单。

为实现上述目的，本申请还提供了一种服务器，其包括：接收模块，用于接收用户使用客户端提交的订单，为所述订单分配业务通信号码；获取模块，用于获取所述用户的用户通信号码，将所述用户通信号码与所述业务通信号码相绑定；通信建立模块，用于接收使用所述用户通信号码的通信终端发出的向所述业务通信号码的呼叫请求，建立通信；核销模块，用于接收在所述通信的过程中用户输入的核销指令，核销所述订单。

由以上本申请实施方式提供的技术方案可见，本申请的有益效果在于：通过为订单分配绑定了用户通信号码的业务通信号码，当需要进行订单核销时，通过用户通信号码与业务通信号码建立通信连接，则在获取记录有用户通信号码与业务通信号码之间的通信事件的通信记录时，即可核销订单。而在整个过程中，用户只需使用用户通信号码呼叫业务通信号码，即可完成后续的订单核销。如此，订单核销操作较便捷，用户体验较佳。

附图说明

为了更清楚地说明本申请实施方式中的技术方案，下面将对实施方式描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施方式，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请一个实施方式的订单核销方法的流程图；

图2为本申请另一个实施方式的订单核销方法的流程图；

图3为本申请另一个实施方式的订单核销方法的流程图；

图4为本申请一个实施方式的服务器的模块图；

图5为本申请一个实施方式的订单核销方法的流程图；

图6为本申请另一个实施方式的订单核销方法的流程图；

图7为本申请一个实施方式的服务器的模块图。

具体实施方式

下面将结合本申请实施方式中的附图，对本申请实施方式中的技术方案进行清楚、完整地描述，显然，所描述的实施方式仅仅是本申请一部分实施方式，而不是全部的实施方式。基于本申请中的实施方式，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施方式，都属于本申请保护的范围。

请参阅图1。本申请一个实施方式提供一种订单核销方法，其可以包括以下步骤。

步骤S11：接收用户使用客户端提交的订单，为所述订单分配业务通信号码。

在本实施方式中，业务服务器可以包括任何具有订单处理功能的硬件设备和驱动该硬件设备工作所需必要的软体。业务服务器可以通过互联网接收用户使用客户端提交的订单。业务服务器可以提供有预定端口，通过该预定端口接收客户端提交的订单。具体的，举例为：业务服务器可以和客户端之间基于HTTP协议进行数据传输。

在本实施方式中，所述客户端可以基于网络协议和网络通信模块进行网络数据传输。网络协议包括但不限于HTTP、TCP/IP或FTP等。在一个具体的实施方式中，客户端可以基于网络协议和网络通信模块接入互联网，并可以通过互联网与业务服务器或其他客户端进行网络数据的传输。

在本实施方式中，所述客户端可以是能够接入通信网络的终端设备。具体的，例如客户端可以为移动智能电话、计算机(包括笔记本电脑，台式电脑)、平板电子设备、个人数字助理(PDA)或者智能可穿戴设备等。当然，客户端也可以为能于任一上述所列设备上运行的软体。具体的，例如客户端可以为安装在移动智能电话、平板电子设备上的淘宝、天猫等应用程序软件。客户端可以被用户使用，以发出订单。其中，所述用户可以为相关的网购服务平台例如淘宝、天猫等的注册买家。

在本实施方式中，所述订单可以包括买卖交易中的订购凭据，具体内容可以包括用户订购的商品信息和/或服务信息。

在本实施方式中，业务通信号码可以供核销订单时使用。为所述订单分配业务通信号码，具体的，例如业务服务器端的本地数据库中可以预先存储有至少一个业务通信号码，在该至少一个业务通信号码中选择一个分配给订单。也可以为业务服务器接收订单后，按照预定规则生成一个业务通信号码，再将该生成的一个业务通信号码分配给订单。还可以为向电信服务器发出业务通信号码分配请求，并将电信服务器反馈来的业务通信号码分配给订单。

步骤S13：获取所述用户的用户通信号码，将所述用户通信号码与所述业务通信号码相绑定。

在本实施方式中，获取所述用户的用户通信号码的方式可以包括：所述订单中附带有用户通信号码。具体的，举例为订单中可以包括有用户通信号码。如此，业务服务器在接收到订单之后，便可以获得用户通信号码。订单中还可以不附带有用户通信号码，通过订单中包括的用户的身份信息，从本地数据库中读取该身份信息对应的用户通信号码。

在本实施方式中，用户通信号码可以为用户的电话号码。其可以为固定电话的号码，也可以为移动电话的号码，并不限于任何号码段。

在本实施方式中，将所述用户通信号码与所述业务通信号码相绑定，使得在后续订单核销环节中，仅在所述用户通信号码与所述业务通信号码之间建立通信连接时，才可以进行订单的核销操作。从而可防止其他通信号码与所述业务通信号码建立通信连接，而导致订单被误核销的情况发生。

在本实施方式中，所述用户通信号码与所述业务通信号码相绑定的方式可以为将二者对应存储。具体的，举例为可以通过数据表的方式关联存储用户通信号码与业务通信号码，数据表中的一列存储用户通信号码，另一列存储业务通信号码，相绑定的用户通信号码与业务通信号码处于同一行。或者，可以将用户通信号码与业务通信号码的索引关联存储。具体的举例为业务服务器端的本地数据库中预先存储有业务通信号码集，为业务通信号码集制定编号，该编号即为对应的业务通信号码的索引，通过该索引可以唯一确定对应的业务通信号码。将用户通信号码与业务通信号码的索引关联存储，便可以唯一确定与用户通信号码相绑定的业务通信号码。当然，用户通信号码与业务通信号码相绑定的方式不限于上述举例，所属领域技术人员在本申请技术精髓的启示下，还可能做出其它变更，但只要其实现的功能和效果与本申请相同或相似，均应涵盖于本申请保护范围内。

步骤S15：获取对应所述业务通信号码的通信记录；其中所述通信记录包括呼叫所述业务通信号码的主叫号码。

在本实施方式中，所述通信记录可以由电信服务器提供。所述电信服务器可以为基础通信运营商例如中国移动、中国连通、中国电信的服务器，其可以根据接收到的主叫方发来的通信建立请求，为主被叫的通信终端之间建立通信连接。获取所述通信记录，具体的，可以包括：接收电信服务器定期发送来的通信记录。或者，也可以向电信服务器发送提供通信记录的请求，从而可以接收电信服务器根据该请求提供的通信记录。或者，还可以为电信服务器在接收到用户通信号码向绑定的业务通信号码发出呼叫产生通信记录时，便主动将所述通信记录发送给业务服务器，如此可以减少电信服务器和业务服务器的工作负荷。

在本实施方式中，通信记录可以存储在电信服务器中，其可以包括通信的主被叫双方在通信过程中所记录的相关信息。具体的，例如通信记录可以包括呼叫所述业务通信号码的主叫号码。当然，除主叫号码和被叫号码外，通信记录还可以包括其他信息，例如还可以包括通信方式(包括语音通话、短消息、多媒体消息等)、通信时长、通信起止时间、通信类型(包括本地通信、省内通信、国内通信、跨国通信等)、通信地点等。通信记录还可以包括其他相关信息，本申请实施方式并不以此为限。

步骤S17：在所述通信记录中记录有所述用户通信号码与所述业务通信号码之间的通信事件时，核销所述订单。

在本实施方式中，当电信服务器提供的通信记录包含所述用户通信号码与所述业务通信号码之间的通信事件时，核销所述订单。具体的，当通信记录中包括的主叫号码和被叫号码分别为用户通信号码和业务通信号码时，才可以核销订单。

本申请实施方式的订单核销方法通过为订单分配绑定了用户通信号码的业务通信号码，当需要进行订单核销时，通过用户通信号码与业务通信号码建立通信连接，则在获取记录有用户通信号码与业务通信号码之间的通信事件的通信记录时，即可核销订单。而在整个过程中，用户只需使用用户通信号码呼叫业务通信号码，即可完成后续的订单核销。如此，订单核销操作较便捷，用户体验较佳。

在一个具体的应用场景中，用户A使用智能手机在淘宝上预定了家政公司B的一次上门的家政服务。用户A下达订单后，其智能手机可以接收到包含有业务通信号码的短消息。具体的，该短消息的内容可以为“感谢您预定家政公司B的服务！核销订单请拨13912345678”。随后，家政公司B完成家政服务，用户A决定进行订单的核销。此时用户A只需使用其智能手机呼叫号码13912345678，待通话连接建立后，即可完成订单的核销。由上述可见，使用本申请实施方式进行订单核销时，只需用户呼叫业务通信号码，即可完成后续的订单核销。如此，订单核销操作较便捷，用户体验较佳。

在一个实施方式中，在核销所述订单的步骤中可以包括：在所述通信记录中记录有所述用户通信号码与所述业务通信号码的通信持续过程中，所述电信服务器接收到用户输入的预设核销指令时，才核销所述订单。

在本实施方式中，接收到用户输入的预设核销指令表示可以对订单执行核销操作。预设核销指令可以为用户对使用用户通信号码的通信终端执行相应的操作而实现的电信号输入。例如，预设核销指令可以为使用用户通信号码的通信终端的物理键盘或虚拟键盘上相应的数字按键或符号按键被点击产生的电信号。或者，使用用户通信号码的通信终端为配置有触摸显示器的移动智能手机，预设核销指令可以为在触摸显示器当前界面相应区域被点击产生的电信号。或者，使用用户通信号码的通信终端可以包括运动检测模块，预设核销指令可以为所述运动检测模块在使用用户通信号码的通信终端的运动方向发生突变，例如可以为该通信终端被用户摇晃时产生的电信号。预设核销指令的输入还可以包括其他方式，本申请实施方式并不以此为限。

在本实施方式中，用户通信号码与业务通信号码的通信持续过程中，当用户输入预设核销指令时，电信服务器可以接收到该输入的预设核销指令，并将其记录在通信记录中。当电信服务器将包含有该预设核销指令的通信记录反馈给业务服务器时，业务服务器可以读取通信记录中的数据，从而可以识别通信记录中包含的预设核销指令，进而可以核销所述订单。

本实施方式的方法进行订单核销时，需要用户执行相应的操作以实现预设核销指令的输入后，才进行订单的核销操作。如此可降低因用户误操作而导致订单被误核销的可能。

在一个实施方式中，在为所述订单分配业务通信号码的步骤中可以包括：按照预设规则从预设通信号码集中选择一个业务通信号码。所述方法还可以包括：向所述电信服务器发出表示所述业务通信号码被使用的使用请求。

在本实施方式中，所述预设通信号码集可以存储于业务服务器端的本地数据库中，预设通信号码集中可以包括至少一个业务通信号码。业务通信号码可以是随机生成的。具体的，例如可以将利用rand或randbetween函数生成的介于1000000与1999999之间的随机整数作为业务通信号码。业务通信号码也可以是按照预定规则生成的。具体的，例如可以将以1000000为起始数字，公差为2，生成的小于1999999的整数作为业务通信号码。此外，为有效限定业务通信号码的使用情况，可以将现有的通信号码选择现状中，很少被使用的号码作为业务通信号码。也可以将某一个区段例如可以为“95000000000～95011111111”之间的号码中作为业务通信号码。业务通信号码的使用及选择还可以包括其他形式，本申请实施方式并不以此为限。

在本实施方式中，按照预设规则从预设通信号码集中选择一个业务通信号码，可以包括：为业务通信号码制定编号，业务通信号码按照该编号的数值大小以升序或降序的方式存储在预设业务通信号码集中。当需要为订单分配业务通信号码时，可以根据接收到订单的时间先后顺序，依次选择按照编号顺序存储的业务通信号码。例如可以为接收到的第一个订单分配编号为“1”的业务通信号码，为接收到的第二个订单分配编号为“2”的业务通信号码，依次类推。当然，业务通信号码的选择可以不限于其编号与接收到订单的时间先后顺序相对应，也可以包括其他的形式。具体的，可以先选择编号为奇数的业务通信号码，当编号为奇数的业务通信号码被全部分配后，再选择编号为偶数的业务通信号码。例如可以首先为接收到的订单分配编号为1、3、5…2n-1的业务通信号码，并在编号为奇数的业务通信号码被全部分配后，再为后续接收到的订单分配编号为2、4、6…2n的业务通信号码。本申请实施方式并不以此为限。

或者，也可以不为业务通信号码制定编号，而将业务通信号码按照自身的数值大小以升序或降序的方式存储在预设业务通信号码集中。当需要为订单分配业务通信号码时，可以根据接收到订单的时间先后顺序，依次选择按照自身的数值大小顺序存储的业务通信号码。例如，业务通信号码为区段“95000000000～95011111111”之间的号码，可以将95000000000作为业务通信号码分配给接收到的第一个订单，将95000000001作为业务通信号码分配给接收到的第二个订单，依次类推。当然，业务通信号码的选择可以不限于号码顺序与接收到订单的时间先后顺序相对应，也可以包括其他的形式。具体的，可以先选择尾号为奇数的业务通信号码，当尾号为奇数的业务通信号码被全部分配后，再选择尾号为偶数的业务通信号码。例如可以首先为接收到的订单分配尾号为1、3、5…2n+1的业务通信号码，并在尾号为奇数的业务通信号码被全部分配后，再为后续接收到的订单分配编号为0、2、4…2n的业务通信号码。本申请实施方式并不以此为限。

在本实施方式中，向电信服务器发出表示业务通信号码被使用的使用请求，可以表明该业务通信号码已被分配给相应的订单，确保一个业务通信号码能唯一对应一个订单。并且业务通信号码已与根据订单获取的用户通信号码相绑定，确保在后续的订单核销环节中，仅能建立相绑定的用户通信号码与业务通信号码之间的通信连接。

在本实施方式中，使用请求可以具有预定的形式和内容。具体的，例如，其内容可以为“Occupation Request”。当然，使用请求的形式和内容不限于上述举例。

请参阅图2，在一个实施方式中，在为所述订单分配业务通信号码的步骤中可以包括如下步骤。

步骤S19：向所述电信服务器发出业务通信号码分配请求。

步骤S21：接收所述电信服务器反馈的业务通信号码。

在本实施方式中，业务通信号码分配请求可以表示需要针对订单向电信服务器申请业务通信号码，以便于在后续的订单核销环节中可以使向该业务通信号码发起呼叫。业务通信号码分配请求可以具有预定的形式和内容。具体的，例如，其内容可以为“Requesttemporary number”。当然，业务通信号码分配请求的形式和内容不限于上述举例。

在本实施方式中，电信服务器可以响应业务通信号码分配请求，并可以反馈业务通信号码。具体的，可以为电信服务器中预先存储有至少一个业务通信号码，在该至少一个业务通信号码中选择一个进行反馈；还可以为电信服务器接收到业务通信号码分配请求之后，按照预定的规则生成一个业务通信号码，并反馈该生成的业务通信号码。

在一个实施方式中，在获取所述用户的用户通信号码的步骤中可以包括：从所述订单中读取用户通信号码。或者，根据用户提交订单使用的身份信息，获取所述身份信息对应的用户通信号码。

在本实施方式中，可以通过互联网接收用户提交的订单，该订单中可以包括有商品信心和/或服务信息以及用户通信号码。如此，在接收到订单后，便可以读取订单中包括的用户通信号码。

或者，订单中可以包括有商品和/或服务的预订信息以及用户的相关身份信息，该身份信息可以包括但不限于身份证号码、姓名、指纹信息、自定义用户名等。则根据该身份信息可以获取对应的用户通信号码。具体的，例如用户通信号码与身份信息对应存储与本地数据库中，根据身份信息可以获取对应存储的用户通信号码。或者，可以向第三方服务器发送包含有身份信息的用户通信号码调取请求，所述第三方服务器可以用于对应存储身份信息和用户通信号码。第三方服务器根据接收到该请求后，可以在其存储的数据库中查询与身份信息对应储存的用户通信号码，并可以反馈查询到的用户通信号码，如此也可实现获取用户通信号码。

请参阅图3，在一个实施方式中，在将所述用户通信号码与所述业务通信号码相绑定的步骤中还可以包括如下步骤。

步骤S23：获取所述订单的订单标识。

步骤S25：将所述订单标识、所述用户通信号码和所述业务通信号码相绑定。

在本实施方式中，所述订单标识可以具有预定的内容，其能唯一标识一个订单。订单标识可以预先储存在本地数据库中，当接收到订单时，可以从预先存储的订单标识中选择一个分配给订单。当然，本地数据库中也可以不存储订单标识，而在接收到订单后生成一个订单标识。具体的，举例为订单标识可以为由预定长度的字符串组成的订单编号，所述订单编号可以是随机生成的，也可以是按照预定规则生成的。例如订单编号可以是根据接收到订单的日期和顺序进行编制的，如可以为2015年12月30日接收到的第8个订单编制订单编号2015123000008。或者订单编号可以是根据接收到订单的日期和具体时间进行编制的，如可以为2015年12月30日13点09分24秒接收的订单编制订单编号20151230130924。根据订单编号可以唯一确定一个订单。或者，也可以将订单中包括的相关信息例如可以是商品和/或服务的预订信息、用户通信号码、身份信息等编码成JSON格式的二维码数据，将该二维码数据作为订单标识，则根据该二维码数据也可以唯一确定一个订单。当然，所述订单标识还可以包括其他形式，本申请实施方式并不以此为限。

在本实施方式中，将订单标识、用户通信号码和业务通信号码相绑定，使得在后续订单核销环节中，为用户通信号码和业务通信号码建立通信连接时，可以唯一确定与用户通信号码和业务通信号码相绑定的订单标识，从而可获得订单标识对应的订单，进而可以对订单进行核销。

在本实施方式中，将订单标识、用户通信号码和业务通信号码相绑定的方式可以为将三者对应存储。具体的，举例为可以通过数据表的方式关联存储订单标识、用户通信号码与业务通信号码，数据表中的一列存储订单标识，另一列存储用户通信号码，再一列存储业务通信号码，相绑定的订单标识、用户通信号码与业务通信号码处于同一行。当然，订单标识、用户通信号码与业务通信号码相绑定的方式不限于上述举例，所属领域技术人员在本申请技术精髓的启示下，还可能做出其它变更，但只要其实现的功能和效果与本申请相同或相似，均应涵盖于本申请保护范围内。

在一个实施方式中，在核销所述订单的步骤中可以包括：根据所述用户通信号码和所述业务通信号码中的至少一个，查询绑定的订单标识，实现确认被核销的订单。

在本实施方式中，订单标识、用户通信号码和业务通信号码相绑定。因此，根据用户通信号码和业务通信号码中的至少一个，可以查询得到绑定的订单，进而可实现确认被核销的订单。

在一个具体的实施方式中，用户有且仅有一个订单。当需要进行订单核销，在接收到电信服务器提供的由用户通信号码作为主叫号码呼叫的被叫号码为业务通信号码的通信记录时，可以根据通信记录中包括的用户通信号码和业务通信号码中的至少一个，即可查询得到绑定的订单，进而可实现确认被核销的订单。

在另一个具体的实施方式中，用户同时有多个订单。当需要进行订单核销，在接收到电信服务器提供的由用户通信号码作为主叫号码呼叫的被叫号码为业务通信号码的通信记录时，可以根据通信记录中包括的用户通信号码和业务通信号码查询得到绑定的订单，进而可实现确认被核销的订单。

在一个实施方式中，所述订单核销方法还可以包括：在所述订单被核销后，解除所述用户通信号码与所述业务通信号码的绑定。

在本实施方式中，解除用户通信号码与业务通信号码的绑定，使得在订单被核销后，不再为用户通信号码和业务通信号码建立通信连接，进而可以避免对已经核销的订单进行二次核销操作。此外，解除用户通信号码与业务通信号码的绑定，可以将业务通信号码释放并重新归入本地数据库或电信服务器，以便下次使用，从而可以使业务通信号码能够得到有效的利用。

请参阅图4。本申请一个实施方式提供的一种服务器1，其可以包括：第一接收模块11，获取模块13，第二接收模块15和核销模块17。

第一接收模块11可以用于接收到用户通过客户端提交的订单，为所述订单分配业务通信号码。

在本实施方式中，业务服务器可以包括任何具有订单处理功能的硬件设备和驱动该硬件设备工作所需必要的软体。业务服务器可以通过互联网接收用户使用客户端提交的订单。业务服务器可以提供有预定端口，通过该预定端口接收客户端提交的订单。具体的，举例为：业务服务器可以和客户端之间基于HTTP协议进行数据传输。

在本实施方式中，所述客户端可以基于网络协议和网络通信模块进行网络数据传输。网络协议包括但不限于HTTP、TCP/IP或FTP等。在一个具体的实施方式中，客户端可以基于网络协议和网络通信模块接入互联网，并可以通过互联网与业务服务器或其他客户端进行网络数据的传输。

在本实施方式中，所述客户端可以是能够接入通信网络的终端设备。具体的，例如客户端可以为移动智能电话、计算机(包括笔记本电脑，台式电脑)、平板电子设备、个人数字助理(PDA)或者智能可穿戴设备等。当然，客户端也可以为能于任一上述所列设备上运行的软体。具体的，例如客户端可以为安装在移动智能电话、平板电子设备上的淘宝、天猫等应用程序软件。客户端可以被用户使用，以发出订单。其中，所述用户可以为相关的网购服务平台例如淘宝、天猫等的注册买家。

在本实施方式中，所述订单可以包括买卖交易中的订购凭据，具体内容可以包括用户订购的商品信息和/或服务信息。

在本实施方式中，业务通信号码可以供核销订单时使用。为所述订单分配业务通信号码，具体的，例如业务服务器端的本地数据库中可以预先存储有至少一个业务通信号码，在该至少一个业务通信号码中选择一个分配给订单。也可以为业务服务器接收订单后，按照预定规则生成一个业务通信号码，再将该生成的一个业务通信号码分配给订单。还可以为向电信服务器发出业务通信号码分配请求，并将电信服务器反馈来的业务通信号码分配给订单。

获取模块13可以用于获取所述用户的用户通信号码，将所述用户通信号码与所述业务通信号码相绑定。

在本实施方式中，获取所述用户的用户通信号码的方式可以包括：所述订单中附带有用户通信号码。具体的，举例为订单中可以包括有用户通信号码。如此，业务服务器在接收到订单之后，便可以获得用户通信号码。订单中还可以不附带有用户通信号码，通过订单中包括的用户的身份信息，从本地数据库中读取该身份信息对应的用户通信号码。

在本实施方式中，用户通信号码可以为用户的电话号码。其可以为固定电话的号码，也可以为移动电话的号码，并不限于任何号码段。

在本实施方式中，将所述用户通信号码与所述业务通信号码相绑定，使得在后续订单核销环节中，仅在所述用户通信号码与所述业务通信号码之间建立通信连接时，才可以进行订单的核销操作。从而可防止其他通信号码与所述业务通信号码建立通信连接，而导致订单被误核销的情况发生。

在本实施方式中，所述用户通信号码与所述业务通信号码相绑定的方式可以为将二者对应存储。具体的，举例为可以通过数据表的方式关联存储用户通信号码与业务通信号码，数据表中的一列存储用户通信号码，另一列存储业务通信号码，相绑定的用户通信号码与业务通信号码处于同一行。或者，可以将用户通信号码与业务通信号码的索引关联存储。具体的举例为业务服务器端的本地数据库中预先存储有业务通信号码集，为业务通信号码集制定编号，该编号即为对应的业务通信号码的索引，通过该索引可以唯一确定对应的业务通信号码。将用户通信号码与业务通信号码的索引关联存储，便可以唯一确定与用户通信号码相绑定的业务通信号码。当然，用户通信号码与业务通信号码相绑定的方式不限于上述举例，所属领域技术人员在本申请技术精髓的启示下，还可能做出其它变更，但只要其实现的功能和效果与本申请相同或相似，均应涵盖于本申请保护范围内。

第二接收模块15可以用于获取对应所述业务通信号码的通信记录；其中所述通信记录包括呼叫所述业务通信号码的主叫号码。

在本实施方式中，所述通信记录可以由电信服务器提供。所述电信服务器可以为基础通信运营商例如中国移动、中国连通、中国电信的服务器，其可以根据接收到的主叫方发来的通信建立请求，为主被叫的通信终端之间建立通信连接。获取所述通信记录，具体的，可以包括：接收电信服务器定期发送来的通信记录。或者，也可以向电信服务器发送提供通信记录的请求，从而可以接收电信服务器根据该请求提供的通信记录。或者，还可以为电信服务器在接收到用户通信号码向绑定的业务通信号码发出呼叫产生通信记录时，便主动将所述通信记录发送给业务服务器，如此可以减少电信服务器和业务服务器的工作负荷。

在本实施方式中，通信记录可以存储在电信服务器中，其可以包括通信的主被叫双方在通信过程中所记录的相关信息。具体的，例如通信记录可以包括呼叫所述业务通信号码的主叫号码。当然，除主叫号码和被叫号码外，通信记录还可以包括其他信息，例如还可以包括通信方式(包括语音通话、短消息、多媒体消息等)、通信时长、通信起止时间、通信类型(包括本地通信、省内通信、国内通信、跨国通信等)、通信地点等。通信记录还可以包括其他相关信息，本申请实施方式并不以此为限。

核销模块17可以用于在所述通信记录中记录有所述用户通信号码与所述业务通信号码之间的通信事件时，核销所述订单。

在本实施方式中，当电信服务器提供的通信记录包含所述用户通信号码与所述业务通信号码之间的通信事件时，核销所述订单。具体的，当通信记录中包括的主叫号码和被叫号码分别为用户通信号码和业务通信号码时，才可以核销订单。

本申请实施方式的订单核销方法通过为订单分配绑定了用户通信号码的业务通信号码，当需要进行订单核销时，通过用户通信号码与业务通信号码建立通信连接，则在获取记录有用户通信号码与业务通信号码之间的通信事件的通信记录时，即可核销订单。而在整个过程中，用户只需使用用户通信号码呼叫业务通信号码，即可完成后续的订单核销。如此，订单核销操作较便捷，用户体验较佳。

请参阅图5。本申请一个实施方式提供一种订单核销方法，其可以包括以下步骤。

步骤S27：接收用户使用客户端提交的订单，为所述订单分配业务通信号码。

在本实施方式中，服务器可以包括业务服务器，所述业务服务器可以包括任何具有订单处理功能的硬件设备和驱动该硬件设备工作所需必要的软体。业务服务器可以通过互联网接收用户使用客户端提交的订单。业务服务器可以提供有预定端口，通过该预定端口接收客户端提交的订单。具体的，举例为：业务服务器可以和客户端之间基于HTTP协议进行数据传输。

在本实施方式中，所述客户端可以基于网络协议和网络通信模块进行网络数据传输。网络协议包括但不限于HTTP、TCP/IP或FTP等。在一个具体的实施方式中，客户端可以基于网络协议和网络通信模块接入互联网，并可以通过互联网与业务服务器或其他客户端进行网络数据的传输。

在本实施方式中，所述客户端可以是能够接入通信网络的终端设备。具体的，例如客户端可以为移动智能电话、计算机(包括笔记本电脑，台式电脑)、平板电子设备、个人数字助理(PDA)或者智能可穿戴设备等。当然，客户端也可以为能于任一上述所列设备上运行的软体。具体的，例如客户端可以为安装在移动智能电话、平板电子设备上的淘宝、天猫等应用程序软件。客户端可以被用户使用，以发出订单。其中，所述用户可以为相关的网购服务平台例如淘宝、天猫等的注册买家。

在本实施方式中，所述订单可以包括买卖交易中的订购凭据，具体内容可以包括用户订购的商品信息和/或服务信息。

在本实施方式中，业务通信号码可以供核销订单时使用。为所述订单分配业务通信号码，具体的，例如业务服务器端的本地数据库中可以预先存储有至少一个业务通信号码，在该至少一个业务通信号码中选择一个分配给订单。也可以为业务服务器接收订单后，按照预定规则生成一个业务通信号码，再将该生成的一个业务通信号码分配给订单。还可以为向电信服务器发出业务通信号码分配请求，并将电信服务器反馈来的业务通信号码分配给订单。

步骤S29：获取所述用户的用户通信号码，将所述用户通信号码与所述业务通信号码相绑定。

在本实施方式中，获取所述用户的用户通信号码的方式可以包括：所述订单中附带有用户通信号码。具体的，举例为订单中可以包括有用户通信号码。如此，在接收到订单之后，便可以获得用户通信号码。订单中还可以不附带有用户通信号码，通过订单中包括的用户的身份信息，从本地数据库中读取该身份信息对应的用户通信号码。

在本实施方式中，用户通信号码可以为用户的电话号码。其可以为固定电话的号码，也可以为移动电话的号码，并不限于任何号码段。

在本实施方式中，将所述用户通信号码与所述业务通信号码相绑定，使得在后续订单核销环节中，仅在所述用户通信号码与所述业务通信号码之间建立通信连接。从而可防止其他通信号码与所述业务通信号码建立通信连接，而导致订单被误核销的情况发生。

在本实施方式中，用户通信号码与业务通信号码相绑定的方式可以为将二者对应存储。具体的，举例为可以通过数据表的方式关联存储用户通信号码与业务通信号码，数据表中的一列存储用户通信号码，另一列存储业务通信号码，相绑定的用户通信号码与业务通信号码处于同一行。或者，可以将用户通信号码与业务通信号码的索引关联存储。具体的举例为本地数据库中预先存储有业务通信号码集，为业务通信号码集制定编号，该编号即为对应的业务通信号码的索引，通过该索引可以唯一确定对应的业务通信号码。将用户通信号码与业务通信号码的索引关联存储，便可以唯一确定与用户通信号码相绑定的业务通信号码。当然，用户通信号码与业务通信号码相绑定的方式不限于上述举例，所属领域技术人员在本申请技术精髓的启示下，还可能做出其它变更，但只要其实现的功能和效果与本申请相同或相似，均应涵盖于本申请保护范围内。

步骤S31：接收使用所述用户通信号码的通信终端发出的向所述业务通信号码的呼叫请求，建立通信。

在本实施方式中，服务器还可以包括有预定话务服务器。所述预定话务服务器可以包括任何具有为通信终端提供通信连接功能的硬件设备和驱动该硬件设备工作所需必要的软体。

在本实施方式中，可以将分配的业务通信号码指向所述话务服务器，从而当业务通信号码作为被叫号码时，使用主叫号码的通信终端发出的呼叫请求能够达到预定话务服务器，实现使用主叫号码的通信终端与预定话务服务器的通信连接。

在本实施方式中，接收呼叫请求可以表示需要为使用用户通信号码的通信终端和业务通信号码指向的预定话务服务器之间建立通信连接。

在本实施方式中，通信终端可以任意一种能够接入通信网络的终端设备，并且其还可以能够为用户提供相应的用户操作界面。在一个具体的实施方式中，通信终端可以为固定电话，移动电话等。

步骤S33：接收在所述通信的过程中用户输入的核销指令，核销所述订单。

在本实施方式中，接收到核销指令表示可以对订单执行核销操作。核销指令可以为用户对使用用户通信号码的通信终端执行相应的操作而实现的电信号输入。例如，核销指令可以为使用用户通信号码的通信终端的物理键盘或虚拟键盘上相应的数字按键或符号按键被点击产生的电信号。或者，使用用户通信号码的通信终端为配置有触摸显示器的移动智能手机，核销指令可以为在触摸显示器当前界面相应区域被点击产生的电信号。或者，使用用户通信号码的通信终端可以包括运动检测模块，核销指令可以为所述运动检测模块在使用用户通信号码的通信终端的运动方向发生突变，例如可以为该通信终端被用户摇晃时产生的电信号。核销指令的输入还可以包括其他方式，本申请实施方式并不以此为限。

在本实施方式中，接收到用户输入的核销指令，业务服务器即可以核销订单。

本申请实施方式的订单核销方法通过为订单分配绑定了用户通信号码的业务通信号码，当需要进行订单核销时，通过为使用用户通信号码的通信终端与业务通信号码指向的预定话务服务器建立通信连接，当在所述通信的过程中接收用户输入的核销指令，即可核销订单。因此在整个过程中，用户只需使用用户通信号码呼叫业务通信号码并通过执行相应的操作以实现核销指令的输入，即可完成后续的订单核销。如此，订单核销操作较便捷，用户体验较佳。

此外，利用本申请实施方式的方法进行订单核销时，需要用户执行相应的操作以实现核销指令的输入后，才可以进行核销操作。如此可降低因用户误操作而导致订单被误核销的可能。

请参阅图6，在一个实施方式中，在将所述用户通信号码与所述业务通信号码相绑定的步骤中还可以包括如下步骤。

步骤S37：获取所述订单的订单标识。

步骤S39：将所述订单标识、所述用户通信号码和所述业务通信号码相绑定。

在本实施方式中，所述订单标识可以具有预定的内容，其能唯一标识一个订单。订单标识可以预先储存在本地数据库中，当接收到订单时，可以从预先存储的订单标识中选择一个分配给订单。当然，本地数据库中也可以不存储订单标识，而在接收到订单后生成一个订单标识。具体的，举例为订单标识可以为由预定长度的字符串组成的订单编号，所述订单编号可以是随机生成的，也可以是按照预定规则生成的。例如订单编号可以是根据接收到订单的日期和顺序进行编制的，如可以为2015年12月30日接收到的第8个订单编制订单编号2015123000008。或者订单编号可以是根据接收到订单的日期和具体时间进行编制的，如可以为2015年12月30日13点09分24秒接收的订单编制订单编号20151230130924。根据订单编号可以唯一确定一个订单。或者，也可以将订单中包括的相关信息例如可以是商品和/或服务的预订信息、用户通信号码、身份信息等编码成JSON格式的二维码数据，将该二维码数据作为订单标识，则根据该二维码数据也可以唯一确定一个订单。当然，所述订单标识还可以包括其他形式，本申请实施方式并不以此为限。

在本实施方式中，将订单标识、用户通信号码和业务通信号码相绑定，使得在后续订单核销环节中，为用户通信号码和业务通信号码建立通信连接时，可以唯一确定与用户通信号码和业务通信号码相绑定的订单标识，从而可获得订单标识对应的订单，进而可以对订单进行核销。

在本实施方式中，将订单标识、用户通信号码和业务通信号码相绑定的方式可以为将三者对应存储。具体的，举例为可以通过数据表的方式关联存储订单标识、用户通信号码与业务通信号码，数据表中的一列存储订单标识，另一列存储用户通信号码，再一列存储业务通信号码，相绑定的订单标识、用户通信号码与业务通信号码处于同一行。当然，订单标识、用户通信号码与业务通信号码相绑定的方式不限于上述举例，所属领域技术人员在本申请技术精髓的启示下，还可能做出其它变更，但只要其实现的功能和效果与本申请相同或相似，均应涵盖于本申请保护范围内。

在一个实施方式中，在核销所述订单的步骤中可以包括：根据所述用户通信号码和所述业务通信号码中的至少一个，查询绑定的订单标识，实现确认被核销的订单。

在本实施方式中，订单标识、用户通信号码和业务通信号码相绑定。因此，根据用户通信号码和业务通信号码中的至少一个，可以查询得到绑定的订单，进而可实现确认被核销的订单。

在一个具体的实施方式中，用户有且仅有一个订单。当需要进行订单核销，在接收到使用用户通信号码的通信终端发出的向业务通信号码的呼叫请求时，根据用户通信号码和业务通信号码中的至少一个，便可以查询得到绑定的订单，进而可实现确认被核销的订单。

在另一个具体的实施方式中，用户同时有多个订单。当需要进行订单核销，在接收到使用用户通信号码的通信终端发出的向业务通信号码的呼叫请求时，根据用户通信号码和业务通信号码，便可以查询得到绑定的订单，进而可实现确认被核销的订单。

在一个实施方式中，所述订单核销方法还可以包括：在所述订单被核销后，解除所述用户通信号码与所述业务通信号码的绑定。

在本实施方式中，解除用户通信号码与业务通信号码的绑定，使得在订单被核销后，不再为用户通信号码和业务通信号码建立通信连接，进而可以避免对已经核销的订单进行二次核销操作。此外，解除用户通信号码与业务通信号码的绑定，可以将业务通信号码释放并重新归入本地数据库，以便下次使用，从而可以使业务通信号码能够得到有效的利用。

在一个实施方式中，在接收在所述通信的过程中用户输入的核销指令的步骤之前，所述方法还可以包括：向使用所述用户通信号码的通信终端发出提示信息，所述提示信息用于提示用户执行相应的操作以实现核销指令的输入。

在本实施方式中，提示信息可以用于提示用户执行相应的操作以实现核销指令的输入。具体的，提示信息可以用于提示用户对使用用户通信号码的通信终端进行相应操作。提示信息可以包括语音信息和文字信息。具体的，例如语音信息或文字信息的内容可以为“感谢您预定家政服务公司B的服务，确认核销请按#号键”。则用户可以根据接收到提示信息，进行相应操作以实现核销指令的输入。

在一个具体的应用场景中，用户A使用智能手机在淘宝上预定了家政公司B的一次上门的家政服务。用户A下达订单后，其智能手机可以接收到包含有业务通信号码的短消息。具体的，该短消息的内容可以为“感谢您预定家政公司B的服务！核销请拨13912345678”。随后，家政公司B完成家政服务，用户A决定进行订单的核销。此时用户A只需使用其智能手机呼叫号码13912345678，待通话连接建立后，用户A的智能手机接收到“感谢您预定家政服务公司B的服务，确认核销请按#号键”的提示信息。用户A根据接收到提示信息后，打开其智能手机的虚拟键盘并点击#号键，以发出核销指令，完成订单的核销。由上述可见，使用本申请实施方式进行订单核销时，用户只需使用用户通信号码呼叫业务通信号码并通过执行相应的操作以实现核销指令的输入，即可完成后续的订单核销。如此，订单核销操作较便捷，用户体验较佳。此外，订单核销时，需要用户执行相应的操作以实现核销指令的输入后，才可以进行核销操作。如此可降低因用户误操作而导致订单被误核销的可能。

请参阅图7。本申请一个实施方式提供一种服务器2，其可以包括：接收模块27，获取模块29，通信建立模块31，核销模块33。

接收模块27可以用于接收用户使用客户端提交的订单，为所述订单分配业务通信号码。

在本实施方式中，服务器可以包括业务服务器，所述业务服务器可以包括任何具有订单处理功能的硬件设备和驱动该硬件设备工作所需必要的软体。业务服务器可以通过互联网接收用户使用客户端提交的订单。业务服务器可以提供有预定端口，通过该预定端口接收客户端提交的订单。具体的，举例为：业务服务器可以和客户端之间基于HTTP协议进行数据传输。

在本实施方式中，所述客户端可以基于网络协议和网络通信模块进行网络数据传输。网络协议包括但不限于HTTP、TCP/IP或FTP等。在一个具体的实施方式中，客户端可以基于网络协议和网络通信模块接入互联网，并可以通过互联网与业务服务器或其他客户端进行网络数据的传输。

在本实施方式中，所述客户端可以是能够接入通信网络的终端设备。具体的，例如客户端可以为移动智能电话、计算机(包括笔记本电脑，台式电脑)、平板电子设备、个人数字助理(PDA)或者智能可穿戴设备等。当然，客户端也可以为能于任一上述所列设备上运行的软体。具体的，例如客户端可以为安装在移动智能电话、平板电子设备上的淘宝、天猫等应用程序软件。客户端可以被用户使用，以发出订单。其中，所述用户可以为相关的网购服务平台例如淘宝、天猫等的注册买家。

在本实施方式中，所述订单可以包括买卖交易中的订购凭据，具体内容可以包括用户订购的商品信息和/或服务信息。

在本实施方式中，业务通信号码可以供核销订单时使用。为所述订单分配业务通信号码，具体的，例如业务服务器端的本地数据库中可以预先存储有至少一个业务通信号码，在该至少一个业务通信号码中选择一个分配给订单。也可以为业务服务器接收订单后，按照预定规则生成一个业务通信号码，再将该生成的一个业务通信号码分配给订单。还可以为向电信服务器发出业务通信号码分配请求，并将电信服务器反馈来的业务通信号码分配给订单。

获取模块29可以用于获取所述用户的用户通信号码，将所述用户通信号码与所述业务通信号码相绑定。

在本实施方式中，获取所述用户的用户通信号码的方式可以包括：所述订单中附带有用户通信号码。具体的，举例为订单中可以包括有用户通信号码。如此，在接收到订单之后，便可以获得用户通信号码。订单中还可以不附带有用户通信号码，通过订单中包括的用户的身份信息，从本地数据库中读取该身份信息对应的用户通信号码。

在本实施方式中，用户通信号码可以为用户的电话号码。其可以为固定电话的号码，也可以为移动电话的号码，并不限于任何号码段。

在本实施方式中，将所述用户通信号码与所述业务通信号码相绑定，使得在后续订单核销环节中，仅在所述用户通信号码与所述业务通信号码之间建立通信连接。从而可防止其他通信号码与所述业务通信号码建立通信连接，而导致订单被误核销的情况发生。

在本实施方式中，用户通信号码与业务通信号码相绑定的方式可以为将二者对应存储。具体的，举例为可以通过数据表的方式关联存储用户通信号码与业务通信号码，数据表中的一列存储用户通信号码，另一列存储业务通信号码，相绑定的用户通信号码与业务通信号码处于同一行。或者，可以将用户通信号码与业务通信号码的索引关联存储。具体的举例为本地数据库中预先存储有业务通信号码集，为业务通信号码集制定编号，该编号即为对应的业务通信号码的索引，通过该索引可以唯一确定对应的业务通信号码。将用户通信号码与业务通信号码的索引关联存储，便可以唯一确定与用户通信号码相绑定的业务通信号码。当然，用户通信号码与业务通信号码相绑定的方式不限于上述举例，所属领域技术人员在本申请技术精髓的启示下，还可能做出其它变更，但只要其实现的功能和效果与本申请相同或相似，均应涵盖于本申请保护范围内。

通信建立模块31可以用于接收使用所述用户通信号码的通信终端发出的向所述业务通信号码的呼叫请求，建立通信。

在本实施方式中，服务器还可以包括有预定话务服务器。所述预定话务服务器可以包括任何具有为通信终端提供通信连接功能的硬件设备和驱动该硬件设备工作所需必要的软体。

在本实施方式中，可以将分配的业务通信号码指向所述话务服务器，从而当业务通信号码作为被叫号码时，使用主叫号码的通信终端发出的呼叫请求能够达到预定话务服务器，实现使用主叫号码的通信终端与预定话务服务器的通信连接。

在本实施方式中，接收呼叫请求可以表示需要为使用用户通信号码的通信终端和业务通信号码指向的预定话务服务器之间建立通信连接。

在本实施方式中，通信终端可以任意一种能够接入通信网络的终端设备，并且其还可以能够为用户提供相应的用户操作界面。在一个具体的实施方式中，通信终端可以为固定电话，移动电话等。

核销模块33可以用于接收在所述通信的过程中用户输入的核销指令，核销所述订单。

在本实施方式中，接收到核销指令表示可以对订单执行核销操作。核销指令可以为用户对使用用户通信号码的通信终端执行相应的操作而实现的电信号输入。例如，核销指令可以为使用用户通信号码的通信终端的物理键盘或虚拟键盘上相应的数字按键或符号按键被点击产生的电信号。或者，使用用户通信号码的通信终端为配置有触摸显示器的移动智能手机，核销指令可以为在触摸显示器当前界面相应区域被点击产生的电信号。或者，使用用户通信号码的通信终端可以包括运动检测模块，核销指令可以为所述运动检测模块在使用用户通信号码的通信终端的运动方向发生突变，例如可以为该通信终端被用户摇晃时产生的电信号。核销指令的输入还可以包括其他方式，本申请实施方式并不以此为限。

在本实施方式中，接收到用户输入的核销指令，业务服务器即可以核销订单。

本申请实施方式的服务器通过为订单分配绑定了用户通信号码的业务通信号码，当需要进行订单核销时，通过为使用用户通信号码的通信终端与业务通信号码指向的预定话务服务器建立通信连接，当在所述通信的过程中接收用户输入的核销指令，即可核销订单。因此在整个过程中，用户只需使用用户通信号码呼叫业务通信号码并通过执行相应的操作以实现核销指令的输入，即可完成后续的订单核销。如此，订单核销操作较便捷，用户体验较佳。

此外，利用本申请实施方式的服务器进行订单核销时，需要用户执行相应的操作以实现核销指令的输入后，才可以进行核销操作。如此可降低因用户误操作而导致订单被误核销的可能。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(FieldProgrammable Gate Array，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware Description Language)、Confluence、CUPL(Cornell UniversityProgramming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(Ruby Hardware Description Language)等，目前最普遍使用的是VHDL(Very-High-Speed Integrated Circuit Hardware DescriptionLanguage)与Verilog2。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。该计算机软件产品可以包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施方式或者实施方式的某些部分所述的方法。该计算机软件产品可以存储在内存中，内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flashRAM)。内存是计算机可读介质的示例。计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括短暂电脑可读媒体(transitory media)，如调制的数据信号和载波。

本说明书中的各个实施方式均采用递进的方式描述，各个实施方式之间相同相似的部分互相参见即可，每个实施方式重点说明的都是与其他实施方式的不同之处。尤其，对于系统实施方式而言，由于其基本相似于方法实施方式，所以描述的比较简单，相关之处参见方法实施方式的部分说明即可。

虽然通过实施方式描绘了本申请，本领域普通技术人员知道，本申请有许多变形和变化而不脱离本申请的精神，希望所附的权利要求包括这些变形和变化而不脱离本申请的精神。

Claims (15)

1.一种订单核销方法，其特征在于，其包括：

接收用户使用客户端提交的订单，为所述订单分配业务通信号码；

获取所述用户的用户通信号码，将所述用户通信号码与所述业务通信号码相绑定；

获取对应所述业务通信号码的通信记录；其中所述通信记录包括呼叫所述业务通信号码的主叫号码；

在所述通信记录中记录有所述用户通信号码与所述业务通信号码之间的通信事件时，核销所述订单。

2.如权利要求1所述的方法，其特征在于，在核销所述订单的步骤中包括：在所述通信记录中记录有所述用户通信号码与所述业务通信号码的通信持续过程中，所述电信服务器接收到用户输入的预设核销指令时，才核销所述订单。

3.如权利要求1所述的方法，其特征在于，在为所述订单分配业务通信号码的步骤中包括：按照预设规则从预设通信号码集中选择一个业务通信号码；

所述方法还包括：向所述电信服务器发出表示所述业务通信号码被使用的使用请求。

4.如权利要求1所述的方法，其特征在于，在为所述订单分配业务通信号码的步骤中包括：

向所述电信服务器发出业务通信号码分配请求；

接收所述电信服务器反馈的业务通信号码。

5.如权利要求1所述的方法，其特征在于，在获取所述用户的用户通信号码的步骤中包括：从所述订单中读取用户通信号码；或者，根据用户提交订单使用的身份信息，获取所述身份信息对应的用户通信号码。

6.如权利要求1所述的方法，其特征在于，在将所述用户通信号码与所述业务通信号码相绑定的步骤中还包括：

获取所述订单的订单标识；

将所述订单标识、所述用户通信号码和所述业务通信号码相绑定。

7.如权利要求6所述的方法，其特征在于，在核销所述订单的步骤中包括：

根据所述用户通信号码和所述业务通信号码中的至少一个，查询绑定的订单标识，实现确认被核销的订单。

8.如权利要求1所述的方法，其特征在于，所述方法还包括：在所述订单被核销后，解除所述用户通信号码与所述业务通信号码的绑定。

9.一种服务器，其特征在于，其包括：

接收模块，用于接收用户使用客户端提交的订单，为所述订单分配业务通信号码；

第一获取模块，用于获取所述用户的用户通信号码，将所述用户通信号码与所述业务通信号码相绑定；

第二获取模块，用于获取对应所述业务通信号码的通信记录；其中所述通信记录包括呼叫所述业务通信号码的主叫号码；

核销模块，用于在所述通信记录中记录有所述用户通信号码与所述业务通信号码之间的通信事件时，核销所述订单。

10.一种订单核销方法，其特征在于，其包括：

接收用户使用客户端提交的订单，为所述订单分配业务通信号码；

获取所述用户的用户通信号码，将所述用户通信号码与所述业务通信号码相绑定；

接收使用所述用户通信号码的通信终端发出的向所述业务通信号码的呼叫请求，建立通信；

接收在所述通信的过程中用户输入的核销指令，核销所述订单。

11.如权利要求10所述的方法，其特征在于，在将所述用户通信号码与所述业务通信号码相绑定的步骤中还包括：

获取所述订单的订单标识；

将所述订单标识、所述用户通信号码和所述业务通信号码相绑定。

12.如权利要求11所述的方法，其特征在于，在核销所述订单的步骤中包括：

根据所述用户通信号码和所述业务通信号码中的至少一个，查询绑定的订单标识，实现确认被核销的订单。

13.如权利要求10所述的方法，其特征在于，所述方法还包括：在所述订单被核销后，解除所述用户通信号码与所述业务通信号码的绑定。

14.如权利要求10所述的方法，其特征在于，在接收在所述通信的过程中用户输入的核销指令的步骤之前还包括：向使用所述用户通信号码的通信终端发出提示信息，所述提示信息用于提示用户执行相应的操作以实现核销指令的输入。

15.一种服务器，其特征在于，其包括：

接收模块，用于接收用户使用客户端提交的订单，为所述订单分配业务通信号码；

获取模块，用于获取所述用户的用户通信号码，将所述用户通信号码与所述业务通信号码相绑定；

通信建立模块，用于接收使用所述用户通信号码的通信终端发出的向所述业务通信号码的呼叫请求，建立通信；

核销模块，用于接收在所述通信的过程中用户输入的核销指令，核销所述订单。