CN106161374A - 订单数据的交互方法及服务器 - Google Patents

Abstract

本申请实施方式公开了一种订单数据的交互方法及服务器。所述交互方法包括：接收第一通信终端发出的订单请求，根据所述订单请求获取第一通信号码；为所述第一通信号码分配第二通信号码，为所述第一通信号码及第二通信号码建立关联；向基础通信服务器发出关联信息，所述关联信息附带所述第一通信号码及第二通信号码；将所述第二通信号码与所述订单请求绑定；将绑定了所述第二通信号码的所述订单请求发送给第二通讯终端。所述数据交互方法能够有效避免用户电话号码的泄露。

Description

订单数据的交互方法及服务器

技术领域

本申请涉及通信领域，特别涉及一种订单数据的交互方法及服务器。

背景技术

隐私通常是指一些不愿他人知道或他人不便知道的个人信息。随着社会经济的发展，出现了很多隐私被泄漏的情况，使得对隐私的保护得到了越发广泛的关注。

电话号码是一种特殊的隐私，人们会有选择的将自己的电话号码告知他人，以维持人际之间的沟通交流，但又不希望自己的电话号码被随意传播，而招致诈骗电话、各种推销广告以及垃圾短信泛滥等后果。

然而，现有的网络系统难以妥善保护用户的隐私，尤其是电话号码。比如，人们在日常生活中，经常会进行网络购物，现有的网络系统需要用户提供电话号码，以为了便于与网店以及物流公司沟通。如此网店和物流公司便通过网络系统得到了用户的姓名以及电话。使得，网店和物流公司经过长期的经营，会积累大量的用户联系方式，一旦经营管理不善，便可能出现泄漏用户联系方式的情况，即泄漏了用户的隐私。可见，现有的网络系统存在较大泄漏用户隐私的风险。

发明内容

本申请实施方式的目的是提供一种能够保护用户隐私的数据交互方法、系统及服务器。

为解决上述技术问题，本申请提供一种订单数据的交互方法，其包括：接收第一通信终端发出的订单请求，根据所述订单请求获取第一通信号码；为所述第一通信号码分配第二通信号码，为所述第一通信号码及第二通信号码建立关联；向基础通信服务器发出关联信息，所述关联信息附带所述第一通信号码及第二通信号码；将所述第二通信号码与所述订单请求绑定；将绑定了所述第二通信号码的所述订单请求发送给第二通讯终端。

本申请还提供一种服务器，该服务器包括：订单接收模块，用于接收第一通信终端的订单请求，根据所述订单请求获取第一通信号码；分配模块，用于为所述第一通信号码分配第二通信号码，为所述第一通信号码及第二通信号码建立关联；关联信息发送模块，用于向基础通信服务器发出关联信息，所述关联信息附带所述第一通信号码及第二通信号码；绑定模块，用于将所述第二通信号码与所述订单请求绑定；绑定信息发送模块，用于将绑定了所述第二通信号码的所述订单请求发送给第二通讯终端。

本申请还提供一种订单数据的交互方法，其包括：接收第一通信终端的订单请求，根据所述订单请求获取第一通信号码；向基础通信服务器发出临时号码分配请求，所述临时号码分配请求附带所述第一通信号码；接收所述基础通信服务器返回的为所述第一通信号码对应分配的第二通信号码；将所述第二通信号码与所述订单请求绑定；将绑定的所述订单请求及第二通信号码转发给第二通讯终端。

本申请还提供一种服务器，所述服务器包括：订单接收模块，用于接收第一通信终端的订单请求，根据所述订单请求获取第一通信号码；临时号码请求发送模块，用于向基础通信服务器发出临时号码分配请求，所述临时号码分配请求附带所述第一通信号码；临时号码接收模块，用于接收所述基础通信服务器返回的为所述第一通信号码对应分配的第二通信号码；绑定模块，用于将所述第二通信号码与所述订单请求绑定；绑定信息发送模块，将绑定的所述订单请求及第二通信号码转发给第二通讯终端。

由以上本申请实施方式提供的技术方案可见，本申请可以通过在订单数据处理流程中，将临时分配的第二通信号码与订单请求绑定，以及将第二通信号码与用户自身使用的第一通信号码建立关联，实现在整个订单请求处理的过程中，相关第三方仅仅能够获得第二通信号码，并通过第二通信号码与用户联系，有效的避免第三方获得用户自身使用的第一通信号码，保护了用户的隐私。

附图说明

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

图1为本申请一个实施方式提供的数据交互方法的流程图；

图2为本申请一个实施方式提供的数据交互方法的流程图；

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

图4为本申请一个实施方式提供的数据交互方法的流程图；

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

具体实施方式

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

请参阅图1，为本申请的一个实施方式提供的数据交互方法，其包括如下步骤。

步骤S10：接收第一通信终端的订单请求，根据所述订单请求获取第一通信号码。

在本实施方式中，第一通信终端可以为智能手机、台式电脑、笔记本电脑、平板电脑或者智能可穿戴设备。当然，第一通信终端也可以为能于任一上述所列设备上运行的软体。第一通信终端可以被用户使用，以发出订单请求。

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

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

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

步骤S12：为所述第一通信号码分配第二通信号码，并建立所述第一通信号码及第二通信号码的对应关系。

在本实施方式中，第二通信号码可以作为临时通信号码使用。为第一通信号码分配第二通信号码，可以为本地预先存储有至少一个第二通信号码，在该至少一个第二通信号码中选择一个分配给第一通信号码；还可以为接收到订单请求之后，按照预定的规则生成一个第二通信号码。

在一个具体的实施方式中，在本地设置有通信号码集，该通信号码集中包括有至少一个第二通信号码。通过该方式，便可以有效的限定第二通信号码的取值范围，以及管理第二通信号码的使用情况。例如，可以将现有的通信号码选择的现状中，很少被使用的号码作为临时通信号码；也可以为将某一个区段的号码作为临时通信号码，例如“95000000000～95011111111”之间的号码作为临时通信号码。

在本实施方式中，为所述第一通信号码及第二通信号码建立关联。具体的，举例为可以通过数据表方式关联存储第二通信号码和第一通信号码，数据表中的一列存储第一通信号码，另一列存储第二通信号码，相关联的第一通信号码和第二通信号码处于同一行。也可以为第一通信号码和第二通信号码的索引对应存储。具体的，举例为第二通信号码在通信号码集中存在编号，该编号即为其索引，通过该索引便可以唯一确定第二通信号码，如此通过将第一通信号码和索引对应存储，便可以明确第一通信号码对应的第二通信号码。

步骤S14：向基础通信服务器发出关联信息，所述关联信息附带所述第一通信号码及第二通信号码。

在本实施方式中，基础通信服务器可以为电信运营商的服务器，其可以根据呼叫请求对通信号码进行呼叫。

在本实施方式中，向基础通信服务器发出关联信息，表明需要针对关联信息附带的第一通信号码和第二通信号码相关联。在基础通信服务器接收到针对第二通信号码的呼叫请求时，转换为向着第一通信号码的呼叫。

在本实施方式中，关联信息附带第一通信号码和第二通信号码，可以为将第一通信号码和第二通信号码作为关联信息的内容或部分内容；也可以为将第二通信号码和第一通信号码中的一个作为关联信息的内容或部分内容，另一个作为附件；还可以为将第二通信号码和第一通信号码均作为关联信息的附件。具体的，举例为第二通信号码可以为“12345678900”，第一通信号码可以为“17095058888”；关联信息的内容可以为“Binding17095058888&12345678900”，可以为“17095058888&12345678900”，可以为“Binding17095058888”将“12345678900”作为附件，可以为“Binding 12345678900”将“17095058888”作为附件，还可以为“Binding”，将“17095058888”和“12345678900”都作为附件。

步骤S18：将所述第二通信号码与所述订单请求绑定。

在本实施方式中，将第二通信号码与订单请求绑定，使得在订单请求后续处理的环节中，第三方查阅处理订单请求时，仅仅会得到第二通信号码，而不会得到用户自身的第一通信号码，从而实现有效的保护了用户的通信号码。

在本实施方式中，将第二通信号码与订单请求绑定的方式可以包括将第二通信号码设置为订单请求内容的一部分；也可以包括将第二通信号码作为订单请求的附件；还可以包括将订单请求和第二通信号码对应存储；还可以包括将订单请求的订单编号与第二通信号码对应存储，其中订单编号可以唯一标识一个订单请求。当然，将第二通信号码与订单请求绑定的方式不限于上述举例，所属领域技术人员在本申请技术精髓的启示下，还可能做出其它变更，但只要其实现的功能和效果与本申请相同或相似，均应涵盖于本申请保护范围内。

步骤S20：将绑定了所述第二通信号码的所述订单请求发送给第二通讯终端。

在本实施方式中，第二通信终端可以为智能手机、台式电脑、笔记本电脑、平板电脑或者智能可穿戴设备。当然，用户端也可以为能于任一上述所列设备上运行的软体。第二通信终端可以设置在商业经营场所或设施，例如销售产品的商铺、提供物流服务的公司或出租车。

在本实施方式中，将订单请求发送给第二通讯终端，使得第二通信终端可以获得订单请求的内容，也可以根据订单请求获得订单请求绑定的第二通信号码。对应于第二通信号码与订单请求的绑定方式，第二通讯终端可以具有不同的根据订单请求获得第二通信号码的方式。具体的，例如：对应于第二通信号码是订单请求内容的一部分，可以直接从订单请求中读取第二通信号码；对应于第二通信号码是订单请求的附件，可以在获得订单请求之后，读取订单请求的附件，进而获得第二通信号码；对应于订单请求和第二通信号码对应存储在服务器中，第二通信终端可以向服务器发出索要第二通信号码的请求，使得服务器将与订单请求对应的第二通信号码发送给第二通讯终端。

本申请实施方式提供的订单数据的交互方法，通过在订单数据处理流程中，将临时分配的第二通信号码与订单请求绑定，以及将第二通信号码与用户自身使用的第一通信号码建立关联，实现在整个订单请求处理的过程中，相关第三方仅仅能够获得第二通信号码，并通过第二通信号码与用户联系，有效的避免第三方获得用户自身使用的第一通信号码，保护了用户的隐私。

在一个具体的应用场景中，用户通过网络购物，下达订单请求，服务器接收订单请求，读取订单请求中附带的第一通信号码，为第一通信号码分配第二通信号码，并向基础通信服务器发出关联信息，以将第一通信号码和第二通信号码相关联；服务器可以将第二通信号码作为订单请求内容的一部分，并取缔订单请求中的第一通信号码。进一步的，服务器将订单请求发送给第二通信终端，商铺或物流公司处的第二通信终端便可以获得了绑定了第二通信号码的订单请求，进而可以进一步响应订单请求。可见，在上述过程中，商铺的人员或物流公司的人员都不会获得用户的第一通信号码，有效的防止了用户隐私的泄露。

在另一个具体的应用场景中，用户可以通过打车软件发起表示打车要约的订单请求，服务器接收该订单请求，获得订单请求附带的第一通信号码，为第一通信号码分配第二通信号码，并向基础通信服务器发出关联信息，以将第一通信号码和第二通信号码相关联；服务器可以将第二通信号码作为订单请求内容的一部分，并取缔订单请求中的第一通信号码。进一步的，服务器将订单请求作为广播发出，使得与服务器对应的第二通信终端能够接收到订单请求，即出租车司机能够接受订单请求，获得用第二通信号码，并可以通过第二通信号码与用户联系。使得用户的第一通信号码不会发生泄漏，有效的保护了用户的隐私。

请参阅图2，在本申请的一个实施方式中，所述方法还包括如下步骤。

步骤S22：为所述第二通信号码与所述订单请求的绑定设定失效事件。

步骤S24：当检测到所述失效事件发生时，向基础通信服务器发出所述第一通信号码及第二通信号码的关联信息的失效请求。

在本实施方式中，通过为第二通信号码和订单请求的绑定设定失效事件，使得在失效事件发生时，解除第二通信号码和订单请求的绑定，进一步使得基础通信服务器解除第一通信号码和第二通信号码的关联。使得在一个订单请求处理结束之后，实现在订单请求处理过程中的第三方无法再次通过第二通信号码联系用户，进而即使第三方掌握的第二通信号码发生泄露，也不会对用户造成困扰。

在本实施方式中，可以为订单请求设置一个失效时间，即从订单请求产生的时间开始计算，失效事件可以包括订单请求的当前时长超过失效时间；失效事件还可以包括订单请求的状态变更为完成或失效，即订单请求在处理的过程中，其状态可以随着进程发生改变，例如可以分为请求下达、卖家确认、买家付款、卖家发货以及交易完成等状态，其中确认收货可以表示订单请求完成。当然，状态还可以包括：请求下达、抢单、抢单成功、订单完成等状态。在上述过程中，若买卖双方取消交易，那么订单请求便会失效。当然，失效事件还可以包括其他事件，所属领域技术人员在本申请技术精髓启示下，还可能做出其它变更，但只要其功能和效果与本申请相同或相似均应涵盖于本申请保护范围内。

在本实施方式中，在设定的失效事件发生时，向基础通信服务器发出失效请求，使得基础通信服务器可以根据该失效请求取消第一通信号码和第二通信号码的关联，如此当基础通信服务器接收到针对第二通信号码的通信请求时，不会将该通信请求转为向第一通信号码的呼叫，由此使得获得第二通信号码的第三方，无法根据第二通信号码与用户联系，从而保护了用户的第一通信号码不易泄露，同时也避免了用户被不良的商家骚扰。

在一个实施方式中，所述失效事件包括当前时间超过设定的有效时间。在本实施方式中，可以为订单请求设置一个有效时间。该有效时间可以是一个具体的时间，当前时间超过该具体的时间，表示当前时间超过设定的有效时间，例如：有效时间是2015年3月10日24:00，当前时间超过该时间之后，订单请求便可以自动失效；有效时间还可以是一个时长，该时长可以自订单请求产生时开始计算，也可以自服务器接收到订单请求时开始计算，在当前时间与订单请求开始计算的时间之间的差大于设定的时长，表示当前时间超过设定的有效时间，具体的例如时长是十天，订单请求产生的时间是2015年2月11日12:00，在当前时间与订单请求产生的时间之间差距大于十天，订单请求失效。

在一个实施方式中，所述失效事件根据订单请求状态确定，所述失效事件包括订单请求失效。在本实施方式中，订单请求在生命周期的不同阶段，可以具有不同的状态，失效事件包括订单请求失效，表示在订单请求处于失效状态，此时取消第一通信号码和第二通信号码之间的关联。在一个具体的实施方式中，例如网络购物，订单请求从用户提交时产生，至商铺进行处理，以及物流配送，订单请求可以包括请求下达、卖家确认、买家付款、卖家发货、交易取消以及交易完成等状态，订单请求的状态为交易完成或交易取消可以表示订单请求失效。在一个具体的实施方式中，例如使用网络打车服务，订单请求可以包括请求下达、抢单、抢单成功以及订单完成等状态，订单请求的状态为订单完成可以表示订单请求失效。

请参阅图3，本申请实施方式还提供一种服务器100，其包括：订单接收模块10、分配模块12、关联信息发送模块14、绑定模块16和绑定信息发送模块18。

订单接收模块10用于接收第一通信终端的订单请求，根据所述订单请求获取第一通信号码。

在本实施方式中，第一通信终端可以为智能手机、台式电脑、笔记本电脑、平板电脑或者智能可穿戴设备。当然，第一通信终端也可以为能于任一上述所列设备上运行的软体。第一通信终端可以被用户使用，以发出订单请求。

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

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

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

分配模块12用于为所述第一通信号码分配第二通信号码，为所述第一通信号码及第二通信号码建立关联。

在本实施方式中，第二通信号码可以作为临时通信号码使用。为第一通信号码分配第二通信号码，可以为服务器100本地预先存储有至少一个第二通信号码，在该至少一个第二通信号码中选择一个分配给第一通信号码；还可以为接收到订单请求之后，按照预定的规则生成一个第二通信号码。

在一个具体的实施方式中，在服务器100本地设置有通信号码集，该通信号码集中包括有至少一个第二通信号码。通过该方式，便可以有效的限定第二通信号码的取值范围，以及管理第二通信号码的使用情况。例如，可以将现有的通信号码选择的现状中，很少被使用的号码作为临时通信号码；也可以为将某一个区段的号码作为临时通信号码，例如“95000000000～95011111111”之间的号码作为临时通信号码。

在本实施方式中，分配模块12为所述第一通信号码及第二通信号码建立关联。具体的，举例为服务器100可以通过数据表方式关联存储第二通信号码和第一通信号码，数据表中的一列存储第一通信号码，另一列存储第二通信号码，相关联的第一通信号码和第二通信号码处于同一行。服务器100也可以将第一通信号码和第二通信号码的索引对应存储。具体的，举例为第二通信号码在通信号码集中存在编号，该编号即为其索引，通过该索引便可以唯一确定第二通信号码，如此通过将第一通信号码和索引对应存储，便可以明确第一通信号码对应的第二通信号码。

关联信息发送模块14用于向基础通信服务器发出关联信息，所述关联信息附带所述第一通信号码及第二通信号码。

在本实施方式中，基础通信服务器可以为电信运营商的服务器，其可以根据呼叫请求对通信号码进行呼叫。

在本实施方式中，关联信息发送模块14向基础通信服务器发出关联信息，表明需要针对关联信息附带的第一通信号码和第二通信号码相关联。在基础通信服务器接收到针对第二通信号码的呼叫请求时，转换为向着第一通信号码的呼叫。

在本实施方式中，关联信息附带第一通信号码和第二通信号码，可以为将第一通信号码和第二通信号码作为关联信息的内容或部分内容；也可以为将第二通信号码和第一通信号码中的一个作为关联信息的内容或部分内容，另一个作为附件；还可以为将第二通信号码和第一通信号码均作为关联信息的附件。具体的，举例为第二通信号码可以为“12345678900”，第一通信号码可以为“17095058888”；关联信息的内容可以为“Binding17095058888&12345678900”，可以为“17095058888&12345678900”，可以为“Binding17095058888”将“12345678900”作为附件，可以为“Binding 12345678900”将“17095058888”作为附件，还可以为“Binding”，将“17095058888”和“12345678900”都作为附件。

绑定模块16用于将所述第二通信号码与所述订单请求绑定。

在本实施方式中，绑定模块16将第二通信号码与订单请求绑定，使得在订单请求后续处理的环节中，第三方查阅处理订单请求时，仅仅会得到第二通信号码，而不会得到用户自身的第一通信号码，从而实现有效的保护了用户的通信号码。

在本实施方式中，绑定模块16将第二通信号码与订单请求绑定的方式可以包括将第二通信号码设置为订单请求内容的一部分；也可以包括将第二通信号码作为订单请求的附件；还可以包括将订单请求和第二通信号码对应存储；还可以包括将订单请求的订单编号与第二通信号码对应存储，其中订单编号可以唯一标识一个订单请求。当然，将第二通信号码与订单请求绑定的方式不限于上述举例，所属领域技术人员在本申请技术精髓的启示下，还可能做出其它变更，但只要其实现的功能和效果与本申请相同或相似，均应涵盖于本申请保护范围内。

绑定信息发送模块18用于将绑定了所述第二通信号码的所述订单请求发送给第二通讯终端。

在本实施方式中，第二通信终端可以为智能手机、台式电脑、笔记本电脑、平板电脑或者智能可穿戴设备。当然，用户端也可以为能于任一上述所列设备上运行的软体。第二通信终端可以设置在商业经营场所或设施，例如销售产品的商铺、提供物流服务的公司或出租车。

在本实施方式中，绑定信息发送模块18将订单请求发送给第二通讯终端，使得第二通信终端可以获得订单请求的内容，也可以根据订单请求获得订单请求绑定的第二通信号码。对应于第二通信号码与订单请求的绑定方式，第二通讯终端可以具有不同的根据订单请求获得第二通信号码的方式。具体的，例如：对应于第二通信号码是订单请求内容的一部分，可以直接从订单请求中读取第二通信号码；对应于第二通信号码是订单请求的附件，可以在获得订单请求之后，读取订单请求的附件，进而获得第二通信号码；对应于订单请求和第二通信号码对应存储在服务器中，第二通信终端可以向服务器发出索要第二通信号码的请求，使得服务器将与订单请求对应的第二通信号码发送给第二通讯终端。

请参阅图4，本申请实施方式还提供一种订单数据的交互方法，其包括以下步骤。

步骤S26：接收第一通信终端的订单请求，根据所述订单请求获取第一通信号码。

在本实施方式中，第一通信终端可以为智能手机、台式电脑、笔记本电脑、平板电脑或者智能可穿戴设备。当然，第一通信终端也可以为能于任一上述所列设备上运行的软体。第一通信终端可以被用户使用，以发出订单请求。

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

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

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

步骤S28：向基础通信服务器发出临时号码分配请求，所述临时号码分配请求附带所述第一通信号码。

在本实施方式中，基础通信服务器可以为电信运营商的服务器，基础通信服务器可以响应通信终端的呼叫请求，对通信号码进行呼叫。

在本实施方式中，临时号码分配请求表示用户针对其第一通信号码申请临时通信号码，以在后续与第三方沟通过程中采用临时通信号码，避免第一通信号码被泄漏。临时号码分配请求可以具有预定的形式。临时号码分配请求可以具有预定的内容。具体的，例如，其内容可以为“Request temporary number”。当然，临时号码分配请求的形式和内容不限于上述举例。

在本实施方式中，临时号码分配请求附带第一通信号码，可以为第一通信号码为临时号码分配请求的内容或内容的一部分。具体的，例如第一通信号码为“17095058888”，临时号码分配请求可以仅为“17095058888”，也可以为“Request temporary number&17095058888”。临时号码分配请求附带第一通信号码，还可以为第一通信号码作为临时号码分配请求的附件。

步骤S30：接收所述基础通信服务器返回的为所述第一通信号码对应分配的第二通信号码。

在本实施方式中，基础通信服务器可以响应临时号码分配请求，对第一通信号码分配临时通信号码，所述临时通信号码即为所述第二通信号码。具体的，可以为基础通信服务器内预先存储有至少一个临时通信号码，在该至少一个临时通信号码中选择一个分配给原始通信号码；还可以为基础通信服务器接收到分配请求之后，按照预定的规则生成一个临时通信号码，将该临时通信号码分配给第一通信号码。

在本实施方式中，为所述第一通信号码对应分配的第二通信号码，可以表示每个第一通信号码和临时通信号码之间，可以存在一一对应关系。使得基础通信服务器接收到针对一个临时通信号码的呼叫请求时，可以根据对应关系确定临时通信号码对应的第一通信号码，从而可以将针对临时通信号码的呼叫请求转换为针对第一通信号码的呼叫。

步骤S32：将所述第二通信号码与所述订单请求绑定。

在本实施方式中，将第二通信号码与订单请求绑定，使得在订单请求后续处理的环节中，第三方查阅处理订单请求时，仅仅会得到第二通信号码，而不会得到用户自身的第一通信号码，从而实现有效的保护了用户的通信号码。

在本实施方式中，将第二通信号码与订单请求绑定的方式可以包括将第二通信号码设置为订单请求内容的一部分；也可以包括将第二通信号码作为订单请求的附件；还可以包括将订单请求和第二通信号码对应存储；还可以包括将订单请求的订单编号与第二通信号码对应存储，其中订单编号可以唯一标识一个订单请求。当然，将第二通信号码与订单请求绑定的方式不限于上述举例，所属领域技术人员在本申请技术精髓的启示下，还可能做出其它变更，但只要其实现的功能和效果与本申请相同或相似，均应涵盖于本申请保护范围内。

步骤S34：将绑定的所述订单请求及第二通信号码转发至第二通讯终端。

在本实施方式中，第二通信终端可以为智能手机、台式电脑、笔记本电脑、平板电脑或者智能可穿戴设备。当然，用户端也可以为能于任一上述所列设备上运行的软体。第二通信终端可以设置在商业经营场所或设施，例如销售产品的商铺、提供物流服务的公司或出租车。

在本实施方式中，将订单请求发送给第二通讯终端，使得第二通信终端可以获得订单请求的内容，也可以根据订单请求获得订单请求绑定的第二通信号码。对应于第二通信号码与订单请求的绑定方式，第二通讯终端可以具有不同的根据订单请求获得第二通信号码的方式。具体的，例如：对应于第二通信号码是订单请求内容的一部分，可以直接从订单请求中读取第二通信号码；对应于第二通信号码是订单请求的附件，可以在获得订单请求之后，读取订单请求的附件，进而获得第二通信号码；对应于订单请求和第二通信号码对应存储在服务器中，第二通信终端可以向服务器发出索要第二通信号码的请求，使得服务器将与订单请求对应的第二通信号码发送给第二通讯终端。

本申请实施方式提供的订单数据的交互方法，通过在订单数据处理流程中，将临时分配的第二通信号码与订单请求绑定，以及将第二通信号码与用户自身使用的第一通信号码建立关联，实现在整个订单请求处理的过程中，相关第三方仅仅能够获得第二通信号码，并通过第二通信号码与用户联系，有效的避免第三方获得用户自身使用的第一通信号码，保护了用户的隐私。

请参阅图2，在本申请的一个实施方式中，所述方法还包括如下步骤。

步骤S22：为所述第二通信号码与所述订单请求的绑定设定失效事件。

步骤S24：当检测到所述失效事件发生时，向基础通信服务器发出所述第一通信号码及第二通信号码的关联信息的失效请求。

在本实施方式中，通过为第二通信号码和订单请求的绑定设定失效事件，使得在失效事件发生时，解除第二通信号码和订单请求的绑定，进一步使得基础通信服务器解除第一通信号码和第二通信号码的关联。使得在一个订单请求处理结束之后，实现在订单请求处理过程中的第三方无法再次通过第二通信号码联系用户，进而即使第三方掌握的第二通信号码发生泄露，也不会对用户造成困扰。

在本实施方式中，可以为订单请求设置一个失效时间，即从订单请求产生的时间开始计算，失效事件可以包括订单请求的当前时长超过失效时间；失效事件还可以包括订单请求的状态变更为完成或失效，即订单请求在处理的过程中，其状态可以随着进程发生改变，例如可以分为请求下达、卖家确认、买家付款、卖家发货以及交易完成等状态，其中确认收货可以表示订单请求完成。当然，状态还可以包括：请求下达、抢单、抢单成功、订单完成等状态。在上述过程中，若买卖双方取消交易，那么订单请求便会失效。当然，失效事件还可以包括其他事件，所属领域技术人员在本申请技术精髓启示下，还可能做出其它变更，但只要其功能和效果与本申请相同或相似均应涵盖于本申请保护范围内。

在本实施方式中，在设定的失效事件发生时，向基础通信服务器发出失效请求，使得基础通信服务器可以根据该失效请求取消第一通信号码和第二通信号码的关联，如此当基础通信服务器接收到针对第二通信号码的通信请求时，不会将该通信请求转为向第一通信号码的呼叫，由此使得获得第二通信号码的第三方，无法根据第二通信号码与用户联系，从而保护了用户的第一通信号码不易泄露，同时也避免了用户被不良的商家骚扰。

在一个实施方式中，所述失效事件包括当前时间超过设定的有效时间。在本实施方式中，可以为订单请求设置一个有效时间。该有效时间可以是一个具体的时间，当前时间超过该具体的时间，表示当前时间超过设定的有效时间，例如：有效时间是2015年3月10日24:00，当前时间超过该时间之后，订单请求便可以自动失效；有效时间还可以是一个时长，该时长可以自订单请求产生时开始计算，也可以自服务器接收到订单请求时开始计算，在当前时间与订单请求开始计算的时间之间的差大于设定的时长，表示当前时间超过设定的有效时间，具体的例如时长是十天，订单请求产生的时间是2015年2月11日12:00，在当前时间与订单请求产生的时间之间差距大于十天，订单请求失效。

在一个实施方式中，所述失效事件根据订单请求状态确定，所述失效事件包括订单请求失效。在本实施方式中，订单请求在生命周期的不同阶段，可以具有不同的状态，失效事件包括订单请求失效，表示在订单请求处于失效状态，此时取消第一通信号码和第二通信号码之间的关联。在一个具体的实施方式中，例如网络购物，订单请求从用户提交时产生，至商铺进行处理，以及物流配送，订单请求可以包括请求下达、卖家确认、买家付款、卖家发货、交易取消以及交易完成等状态，订单请求的状态为交易完成或交易取消可以表示订单请求失效。在一个具体的实施方式中，例如使用网络打车服务，订单请求可以包括请求下达、抢单、抢单成功以及订单完成等状态，订单请求的状态为订单完成可以表示订单请求失效。

请参阅图5，本申请实施方式还提供一种服务器110，其包括：订单接收模块20、临时号码请求发送模块22、临时号码接收模块24、绑定模块26和绑定信息发送模块28。

订单接收模块20用于接收第一通信终端的订单请求，根据所述订单请求获取第一通信号码。

在本实施方式中，第一通信终端可以为智能手机、台式电脑、笔记本电脑、平板电脑或者智能可穿戴设备。当然，第一通信终端也可以为能于任一上述所列设备上运行的软体。第一通信终端可以被用户使用，以发出订单请求。

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

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

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

临时号码请求发送模块22向基础通信服务器发出临时号码分配请求，所述临时号码分配请求附带所述第一通信号码。

在本实施方式中，基础通信服务器可以为电信运营商的服务器，基础通信服务器可以响应通信终端的呼叫请求，对通信号码进行呼叫。

在本实施方式中，临时号码分配请求表示用户针对其第一通信号码申请临时通信号码，以在后续与第三方沟通过程中采用临时通信号码，避免第一通信号码被泄漏。临时号码分配请求可以具有预定的形式。临时号码分配请求可以具有预定的内容。具体的，例如，其内容可以为“Request temporary number”。当然，临时号码分配请求的形式和内容不限于上述举例。

在本实施方式中，临时号码分配请求附带第一通信号码，可以为第一通信号码为临时号码分配请求的内容或内容的一部分。具体的，例如第一通信号码为“17095058888”，临时号码分配请求可以仅为“17095058888”，也可以为“Request temporary number&17095058888”。临时号码分配请求附带第一通信号码，还可以为第一通信号码作为临时号码分配请求的附件。

临时号码接收模块24用于接收所述基础通信服务器返回的为所述第一通信号码对应分配的第二通信号码。

在本实施方式中，基础通信服务器可以响应临时号码分配请求，对第一通信号码分配临时通信号码，所述临时通信号码即为所述第二通信号码。具体的，可以为基础通信服务器内预先存储有至少一个临时通信号码，在该至少一个临时通信号码中选择一个分配给原始通信号码；还可以为基础通信服务器接收到分配请求之后，按照预定的规则生成一个临时通信号码，将该临时通信号码分配给第一通信号码。

在本实施方式中，为所述第一通信号码对应分配的第二通信号码，可以表示每个第一通信号码和临时通信号码之间，可以存在一一对应关系。使得基础通信服务器接收到针对一个临时通信号码的呼叫请求时，可以根据对应关系确定临时通信号码对应的第一通信号码，从而可以将针对临时通信号码的呼叫请求转换为针对第一通信号码的呼叫。

绑定模块26用于将所述第二通信号码与所述订单请求绑定。

在本实施方式中，绑定模块26将第二通信号码与订单请求绑定，使得在订单请求后续处理的环节中，第三方查阅处理订单请求时，仅仅会得到第二通信号码，而不会得到用户自身的第一通信号码，从而实现有效的保护了用户的通信号码。

在本实施方式中，将第二通信号码与订单请求绑定的方式可以包括将第二通信号码设置为订单请求内容的一部分；也可以包括将第二通信号码作为订单请求的附件；还可以包括将订单请求和第二通信号码对应存储；还可以包括将订单请求的订单编号与第二通信号码对应存储，其中订单编号可以唯一标识一个订单请求。当然，将第二通信号码与订单请求绑定的方式不限于上述举例，所属领域技术人员在本申请技术精髓的启示下，还可能做出其它变更，但只要其实现的功能和效果与本申请相同或相似，均应涵盖于本申请保护范围内。

绑定信息发送模块28用于将绑定的所述订单请求及第二通信号码转发给第二通讯终端。

在本实施方式中，第二通信终端可以为智能手机、台式电脑、笔记本电脑、平板电脑或者智能可穿戴设备。当然，用户端也可以为能于任一上述所列设备上运行的软体。第二通信终端可以设置在商业经营场所或设施，例如销售产品的商铺、提供物流服务的公司或出租车。

在本实施方式中，绑定信息发送模块28将订单请求发送给第二通讯终端，使得第二通信终端可以获得订单请求的内容，也可以根据订单请求获得订单请求绑定的第二通信号码。对应于第二通信号码与订单请求的绑定方式，第二通讯终端可以具有不同的根据订单请求获得第二通信号码的方式。具体的，例如：对应于第二通信号码是订单请求内容的一部分，可以直接从订单请求中读取第二通信号码；对应于第二通信号码是订单请求的附件，可以在获得订单请求之后，读取订单请求的附件，进而获得第二通信号码；对应于订单请求和第二通信号码对应存储在服务器中，第二通信终端可以向服务器发出索要第二通信号码的请求，使得服务器将与订单请求对应的第二通信号码发送给第二通讯终端。

由以上本申请实施方式提供的技术方案可见，本申请可以通过在订单数据处理流程中，将临时分配的临时通信号码与订单请求绑定，以及将第二通信号码与用户自身使用的第一通信号码建立关联，实现在整个订单请求处理的过程中，相关第三方仅仅能够获得第二通信号码，并通过第二通信号码与用户联系，有效的避免第三方获得用户自身使用的第一通信号码，保护了用户的隐私。

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

Claims (10)

1.一种订单数据的交互方法，其特征在于，其包括：

接收第一通信终端发出的订单请求，根据所述订单请求获取第一通信号码；

为所述第一通信号码分配第二通信号码，为所述第一通信号码及第二通信号码建立关联；

向基础通信服务器发出关联信息，所述关联信息附带所述第一通信号码及第二通信号码；

将所述第二通信号码与所述订单请求绑定；

将绑定了所述第二通信号码的所述订单请求发送给第二通讯终端。

2.如权利要求1所述的方法，其特征在于，所述方法还包括：

为所述第二通信号码与所述订单请求的绑定设定失效事件；

当检测到所述失效事件发生时，向基础通信服务器发出所述第一通信号码及第二通信号码的关联信息的失效请求。

3.如权利要求2所述的方法，其特征在于：所述失效事件包括当前时间超过设定的有效时间。

4.根据权利要求2所述的方法，其特征在于：所述失效事件根据订单请求状态确定，所述失效事件包括订单请求失效。

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

订单接收模块，用于接收第一通信终端的订单请求，根据所述订单请求获取第一通信号码；

分配模块，用于为所述第一通信号码分配第二通信号码，为所述第一通信号码及第二通信号码建立关联；

关联信息发送模块，用于向基础通信服务器发出关联信息，所述关联信息附带所述第一通信号码及第二通信号码；

绑定模块，用于将所述第二通信号码与所述订单请求绑定；

绑定信息发送模块，用于将绑定了所述第二通信号码的所述订单请求发送给第二通讯终端。

6.一种订单数据的交互方法，其特征在于，其包括：

接收第一通信终端的订单请求，根据所述订单请求获取第一通信号码；

向基础通信服务器发出临时号码分配请求，所述临时号码分配请求附带所述第一通信号码；

接收所述基础通信服务器返回的为所述第一通信号码对应分配的第二通信号码；

将所述第二通信号码与所述订单请求绑定；

将绑定的所述订单请求及第二通信号码转发给第二通讯终端。

7.如权利要求6所述的方法，其特征在于，所述方法还包括：

为所述第二通信号码与所述订单请求的绑定设定失效事件；

当检测到所述失效事件发生时，向基础通信服务器发出所述第一通信号码及第二通信号码的关联信息的失效请求。

8.如权利要求7所述的方法，其特征在于：所述失效事件包括当前时间超过设定的有效时间。

9.根据权利要求7所述的方法，其特征在于：所述失效事件根据订单请求状态确定，所述失效事件包括订单请求失效。

10.一种服务器，其特征在于，所述服务器包括：

订单接收模块，用于接收第一通信终端的订单请求，根据所述订单请求获取第一通信号码；

临时号码请求发送模块，用于向基础通信服务器发出临时号码分配请求，所述临时号码分配请求附带所述第一通信号码；

临时号码接收模块，用于接收所述基础通信服务器返回的为所述第一通信号码对应分配的第二通信号码；

绑定模块，用于将所述第二通信号码与所述订单请求绑定；

绑定信息发送模块，将绑定的所述订单请求及第二通信号码转发给第二通讯终端。