一种通信方法和装置、一种订单号码的分配方法和装置与流程

本申请涉及通信技术领域，特别是涉及一种通信方法、一种通信装置、一种订单号码的分配方法和一种订单号码的分配装置。

背景技术：

隐私保护越来越受到人们的重视。例如，在通信行业中，主要通过axb和axn两种呼叫控制技术来实现对用户隐私的保护。

axb呼叫控制技术是指通过在a号码和b号码之间分配一个隐私保护号码x来实现对ab号码的隐私保护功能。a拨打x号码能够被转接到b号码，同时b拨打x号码也可以被转接到a号码，而其他号码拨打x号码均会被提示为空号。类似地，axn呼叫控制技术也是通过在a号码和b号码之间分配一个隐私保护号码x来实现对ab号码的隐私保护功能，a拨打x号码也能够被转接到b号码。不同的是，b号码以及其他任意的号码也可以通过拨打x号码从而被转接到a号码。

目前，在axb呼叫控制技术中，x号码可以复用，而axn呼叫控制技术中的x号码则难以实现复用。例如，假设同时存在如下两组绑定关系的情况：a1xn与a2xn，那么当b号码(n号码之一)呼叫x号码时，就无法明确具体是应该转接到a1号码还是a2号码。由于axn中的x号码无法复用，导致在实际的应用中采用axn模式时就需要大量的号码资源来支持业务量的需求。如果某公司一天有10万笔订单生成，就需要10万个x号码来对这些订单提供隐私保护，占用的号码数量和成本十分巨大。

技术实现要素：

鉴于上述问题，提出了本申请实施例以便提供一种克服上述问题或者至少部分地解决上述问题的一种通信方法、一种通信装置、一种订单号码的分配方法和相应的一种订单号码的分配装置。

为了解决上述问题，本申请公开了一种通信方法，包括：

接收针对物流订单第一号码的请求指令；

根据所述请求指令，获取与所述第一号码相关联的第二号码；

确定与所述第二号码相对应的目标用户；

将所述请求指令转接至所述目标用户。

为了解决上述问题，本申请公开了一种通信方法，其特征在于，包括：

接收针对业务对象第一号码的请求指令；

根据所述请求指令，获取与所述第一号码相关联的目标业务对象的第二号码；

确定与所述第二号码相对应的目标用户；

将所述请求指令转接至所述目标用户。

为了解决上述问题，本申请公开了一种通信方法，包括：

接收运营商针对物流订单第一号码的查询指令；

根据所述查询指令，确认所述第一号码是否关联多个号码；

当所述第一号码与多个号码相关联时，获取所述运营商传输的第二号码；

确定与所述第二号码相对应的目标用户；

将所述请求指令转接至所述目标用户。

为了解决上述问题，本申请公开了一种订单号码的分配方法，包括：

获取多个订单；

确定第二号码的分配比例；

按照所述分配比例，将所述多个订单划分为多个订单集合；

分别为各个订单集合分配物流订单第一号码，所述各个订单集合对应的物流订单第一号码互不相同；

分别为所述各个订单集合中的各个订单分配第二号码，所述第二号码在当前订单集合中互不相同；

当接收到针对所述物流订单第一号码的请求指令时，将所述请求指令转接至目标用户。

为了解决上述问题，本申请公开了一种订单号码的分配方法，包括：

将多个订单划分为多个订单集合；

分别为各个订单集合分配物流订单第一号码，所述各个订单集合对应的物流订单第一号码互不相同；

分别为所述各个订单集合中的各个订单分配第二号码，所述第二号码在当前订单集合中互不相同；

当接收到针对所述物流订单第一号码的请求指令时，将所述请求指令转接至目标用户。

为了解决上述问题，本申请公开了一种通信装置，包括：

接收模块，用于接收针对物流订单第一号码的请求指令；

获取模块，用于根据所述请求指令，获取与所述第一号码相关联的第二号码；

确定模块，用于确定与所述第二号码相对应的目标用户；

转接模块，用于将所述请求指令转接至所述目标用户。

为了解决上述问题，本申请公开了一种通信装置，包括：

指令接收模块，用于接收针对业务对象第一号码的请求指令；

号码获取模块，用于根据所述请求指令，获取与所述第一号码相关联的目标业务对象的第二号码；

用户确定模块，用于确定与所述第二号码相对应的目标用户；

指令转接模块，用于将所述请求指令转接至所述目标用户。

为了解决上述问题，本申请公开了一种通信装置，包括：

接收模块，用于接收运营商针对物流订单第一号码的查询指令；

确认模块，用于根据所述查询指令，确认所述第一号码是否关联多个号码；

获取模块，用于在所述第一号码与多个号码相关联时，获取所述运营商传输的第二号码；

确定模块，用于确定与所述第二号码相对应的目标用户；

转接模块，用于将所述请求指令转接至所述目标用户。

为了解决上述问题，本申请公开了一种订单号码的分配装置，包括：

获取模块，用于获取多个订单；

确定模块，用于确定第二号码的分配比例；

划分模块，用于按照所述分配比例，将所述多个订单划分为多个订单集合；

第一分配模块，用于分别为各个订单集合分配物流订单第一号码，所述各个订单集合对应的物流订单第一号码互不相同；

第二分配模块，用于分别为所述各个订单集合中的各个订单分配第二号码，所述第二号码在当前订单集合中互不相同；

转接模块，用于在接收到针对所述物流订单第一号码的请求指令时，将所述请求指令转接至目标用户。

为了解决上述问题，本申请公开了一种订单号码的分配装置，包括：

订单集合划分模块，用于将多个订单划分为多个订单集合；

第一号码分配模块，用于分别为各个订单集合分配物流订单第一号码，所述各个订单集合对应的物流订单第一号码互不相同；

第二号码分配模块，用于分别为所述各个订单集合中的各个订单分配第二号码，所述第二号码在当前订单集合中互不相同；

请求指令转接模块，用于在接收到针对所述物流订单第一号码的请求指令时，将所述请求指令转接至目标用户。

与背景技术相比，本申请实施例包括以下优点：

本申请实施例，当接收到针对物流订单第一号码的请求指令时，可以根据该请求指令，获取与第一号码相关联的第二号码并确定与该第二号码相对应的目标用户，然后将将上述请求指令转接至目标用户，从而实现了在配送订单时，不直接与用户的真实联系号码进行联系，避免了公开用户的真实联系号码，保护了用户隐私。本实施例通过在接收到拨打隐私号码的指令时，通过获取与该隐私号码相关联的目标订单号码，实现了对隐私号码的复用，使得多个订单可以复用同一个隐私号码，提高了隐私号码的复用度，减少了需要分配的隐私号码的数量，大大地降低了隐私号码分配所带有的成本。

附图说明

图1是本申请一个实施例的一种通信方法的步骤流程示意图；

图2是本申请一个实施例的另一种通信方法的步骤流程示意图；

图3是本申请一个实施例的又一种通信方法的步骤流程示意图；

图4是本申请一个实施例的一种通信方法的呼叫时序图；

图5是本申请一个实施例的一种订单号码的分配方法的步骤流程示意图；

图6是本申请一个实施例的另一种订单号码的分配方法的步骤流程示意图；

图7是本申请一个实施例的一种通信装置的示意性结构框图；

图8是本申请一个实施例的另一种通信装置的示意性结构框图；

图9是本申请一个实施例的又一种通信装置的示意性结构框图；

图10是本申请一个实施例的一种订单号码的分配装置的示意性结构框图

图11是本申请一个实施例的另一种订单号码的分配装置的示意性结构框图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

参照图1，示出了本申请一个实施例的一种通信方法的步骤流程示意图，具体可以包括如下步骤：

步骤101，接收针对物流订单第一号码的请求指令；

需要说明的是，本方法可以应用于快递送件、外卖送餐，以及其他物流配送行业。因此，物流订单可以是快递订单，也可以是外卖订单或其他类型的订单，本实施例对此不作限定。

在本申请实施例中，第一号码可以是预先为各个物流订单分配的隐私号码，第一用户可以通过拨打该隐私号码与收件用户联系，从而避免直接拨打收件用户的真实电话号码，或将收件用户的真实电话号码印制在快递面单上从而造成的收件用户的隐私泄露。第一用户可以是指当前物流订单的配送员。

以快递送件为例，可以为每个快递订单分配一个隐私号码。当配送员在送件过程中需要联系收件用户时，可以拨打该隐私号码。

需要说明的是，该隐私号码可以直接印制在快递面单上，配送员可以通过查看快递面单知道该单快递对应的隐私号码；隐私号码也可以存储在配送员随身携带的便携式装置中，配送员可以使用便捷式装置扫描快递面单上的二维码或条形码等标识获得该单快递对应的隐私号码。本实施例对如何获取物流订单的隐私号码不作限定。

在本申请实施例中，当配送员需要联系收件用户时，可以拨打该单订单对应的隐私号码，从而系统可以接收到配送员拨打该配送订单隐私号码的指令，并对该指令作出响应。

步骤102，根据所述请求指令，获取与所述第一号码相关联的第二号码；

在本申请实施例中，第二号码可以是当前需要进行配送的订单对应的号码。例如，第二号码可以是订单号、也可以是对订单号进行某种处理后获得的一个号码，还可以是按照其他规则分配的能够与该订单对应的一个号码，本实施例对此不作限定。

为了减少分配的隐私号码的数量，提高各个隐私号码的复用度，可以为多个物流订单分配一个相同的隐私号码，并将该隐私号码与各个物流订单的第二号码相关联。为了便于理解，本实施例以第二号码为物流订单的订单号码为例进行后续说明。

在具体实现中，系统在接收到配送员拨打隐私号码的请求指令后，可以根据该请求指令，首先遍历预置的号码对照表。

在本申请实施例中，预置的号码对照表可以包括已经分配的全部的隐私号码，以及各个隐私号码对应的订单号码。

通常，为了提高各个隐私号码的复用度，可以分别将各个隐私号码与多个订单号码相关联。例如，一个隐私号码关联1000个订单。当然，与各个隐私号码相关联的订单数量可以是相同的，也可以是不同的，本实施例对此不作限定。

需要说明的是，在预置的号码对照表中，与各个隐私号码相关联的订单号码可以是在生成该订单时最初的订单号码，也可以是对最初的订单号码进行处理后的号码。

例如，对于一个物流订单，其订单号为20180101154730000036271，该订单表示为是在2018年1月1日下午15点47分30秒下单，下单顺序为000036271的订单。在号码对照表中，可以直接将该订单号与某个隐私号码进行关联；也可以对该订单进行处理，以处理后的某个号码，如该订单号的后六位036271为订单号码与某个隐私号码进行关联。本实施例对此不作限定。

在本申请实施例中，当在遍历预置的号码对照表后，如果确认配送员当前拨打的第一号码与多个号码相关联，则可以进一步从多个号码中获取与该第一号码相关联的第二号码。

在具体实现中，当确认配送员当前拨打的第一号码与多个号码相关联时，可以提示配送员输入第二号码，即目标订单号码。当配送员输入正确的第二号码后，系统可以接收到配送员输入的上述第二号码，并作进一步处理。

步骤103，确定与所述第二号码相对应的目标用户；

在本申请实施例中，当配送员输入正确的目标订单号码后，系统可以根据输入的目标订单号码确定该单订单对应的目标用户。

通常，用户在下单时需要将自己的联系号码输入系统，以方便配送员在配送时进行联系。因此，系统在接收到目标订单号码后，可以查询该单订单对应的用户的真实的联系号码。

步骤104，将所述请求指令转接至所述目标用户。

在本申请实施例中，当确定出目标用户后，系统便可以将配送员的请求指令转接至该目标用户真实的联系号码，接通配送员与用户之间的联系。

在本申请实施例中，当接收到针对物流订单第一号码的请求指令时，可以根据该请求指令，获取与第一号码相关联的第二号码并确定与该第二号码相对应的目标用户，然后将将上述请求指令转接至目标用户，从而实现了在配送订单时，不直接与用户的真实联系号码进行联系，避免了公开用户的真实联系号码，保护了用户隐私。本实施例通过在接收到拨打隐私号码的指令时，通过获取与该隐私号码相关联的目标订单号码，实现了对隐私号码的复用，使得多个订单可以复用同一个隐私号码，提高了隐私号码的复用度，减少了需要分配的隐私号码的数量，大大地降低了隐私号码分配所带有的成本。

参照图2，示出了本申请一个实施例的另一种通信方法的步骤流程示意图，具体可以包括如下步骤：

步骤201，接收针对业务对象第一号码的请求指令；

步骤202，根据所述请求指令，获取与所述第一号码相关联的目标业务对象的第二号码；

步骤203，确定与所述第二号码相对应的目标用户；

步骤204，将所述请求指令转接至所述目标用户。

需要说明的是，当本方法被应用于不同领域时，本实施例中的业务对象可以不同。例如，当本方法应用于物流配送领域时，业务对象可以是物流订单；当本方法应用于电商领域时，业务对象可以是用户所选购的商品。本实施例对业务对象的具体类型不作限定。

在本申请实施例中，第一号码可以是系统预先分配的隐私号码。为了实现对隐私号码的复用，可以分别为与各个隐私号码相关联的业务对象分配一关联号码，即第二号码，该第二号码可以是业务对象的分机号或者按照其他原则分配的号码。

当接收到拨打某个隐私号码的请求时，可以进一步获取目标业务对象的关联号码，从而确定出目标业务对象，并将上述请求指令转接至目标业务对象对应的目标用户。

参照图3，示出了本申请一个实施例的又一种通信方法的步骤流程示意图，具体可以包括如下步骤：

步骤301，接收运营商针对物流订单第一号码的查询指令；

需要说明的是，本方法可以应用于快递送件、外卖送餐，以及其他物流配送行业。为了便于理解，本实施例以在快递送件中的应用为例进行后续介绍。

在本申请实施例中，为了保护快递收件用户的隐私，可以为各个快递订单分配一个隐私号码，即，第一号码。当配送员在送件过程中需要联系收件用户时，可以拨打该隐私号码。

在本申请实施例中，运营商系统在接收到配送员拨打该隐私号码的指令时，可以根据该指令生成一查询指令，并将该查询指令发送至业务系统。业务系统在接收到上述查询指令后，可以对该查询指令作出响应。

步骤302，根据所述查询指令，确认所述第一号码是否关联多个号码；

在本申请实施例中，为了减少分配的隐私号码的数量，提高各个隐私号码的复用度，业务系统可以为多个快递订单分配一个相同的隐私号码，并将该隐私号码与各个快递订单的订单号码相关联。

在具体实现中，业务系统在接收到运营商系统的查询指令后，可以根据该查询指令遍历预置的号码对照表，以确认当前的隐私号码是否关联多个订单号码。

步骤303，当所述第一号码与多个号码相关联时，获取所述运营商传输的第二号码；

在本申请实施例中，当业务系统确认运营商系统传输过来的隐私号码与多个订单相关联时，可以要求运营商系统提供具体的目标订单号码，即，第二号码。

在具体实现中，目标订单号码可以是由配送员输入至运营商的系统中获得。

例如，当配送员拨打的隐私号码与多个订单相关联时，运营商系统可以提示该配送员输入正确的目标订单号码。当配送员通过手机输入当前订单的目标订单号码后，运营商系统可以将该号码传输至业务系统，由业务系统确认所输入的目标订单号码是否正确。

步骤304，确定与所述第二号码相对应的目标用户；

在本申请实施例中，当业务系统确定配送员输入的目标订单号码正确后，可以进一步通过该号码确定出当前的快递订单的目标用户，然后执行步骤305，将配送员的请求指令转接至该目标用户，接通配送员与用户之间的联系。

步骤305，将所述请求指令转接至所述目标用户。

在本申请实施例中，业务系统可以为各个订单分配一个隐私号码，当配送员在配送订单时可以通过拨打该隐私号码及其对应的订单号码，从而实现与该订单的目标用户之间的联系。本实施例通过将隐私号码与订单号码相关联，实现了对隐私号码的复用，降低了分配的隐私号码的数量和成本。

为了便于理解，下面以一个完整的示例对本申请的通信方法作一介绍。

如图4所示，是本申请的通信方法的呼叫时序图。在图4中，b号码可以是对应于配送员的手机号码。当配送员在配送某单快递订单时，可以拨打该单订单的隐私号码(即图4中的x号码)。运营商可以接收到配送员拨打该隐私号码的指令，并将该指令发送至业务系统，由业务系统进行查询，确认该隐私号码是否与多个订单号码(即图4中的a号码)相关联。若是，则可以通过ivr(interactivevoiceresponse，即互动式语音应答)播放相应的提示音，要求配送员输入正确的分机号，该分机号可以是与该隐私号码相关联的当前的快递订单的订单号，也可以是对订单号进行处理后的号码。当然，上述分机号还可以是按照其他规则分配的并不与订单直接关联的号码。例如，可以按照用户分配分机号，每个用户对应一个分机号。在配送员输入正确的分机号(即图4中的a1号码)后，业务系统可以将话路接续至a1号码，从而实现在配送员的b号码与目标用户的a1号码之间的连接。

参照图5，示出了本申请一个实施例的一种订单号码的分配方法的步骤流程示意图，具体可以包括如下步骤：

步骤501，获取多个订单；

需要说明的是，本方法可以应用于快递送件、外卖送餐，以及其他物流配送行业，本实施例对此不作限定。

在本申请实施例中，为了保护收件用户的隐私，可以为各个配送订单分配一个第一号码，该第一号码可以是隐私号码。因此，可以首先获取多个订单。上述订单可以是快递订单，外卖订单，或者其他类型的物流订单，本实施例对此亦不作限定。

步骤502，确定第二号码的分配比例；

在本申请实施例中，第二号码可以是与各个物流订单实际对应的号码。例如，订单号码或对订单号码进行处理后的其他号码。

在获取多个订单后，可以确定第二号码的分配比例。第二号码的分配比例可以是指后续分配隐私号码时，一个隐私号码应当关联的订单的数量。

例如，在获取到10万个订单后，若确定需要分配100个隐私号码，使得每个隐私号码与1000个订单相关联，则可以确定该分配比例为1:1000。

当然，本领域技术人员可以根据实际需要，确定订单分配比例的具体数值大小，本实施例对此不作限定。

步骤503，按照所述分配比例，将所述多个订单划分为多个订单集合；

在本申请实施例中，在确定分配比例后，可以按照该比例，将多个订单划分为多个订单集合。

在具体实现中，可以首先确定多个订单的总数量，然后按照上述分配比例，确定各个订单集合中的订单数量，从而根据订单数量，将多个订单划分为多个订单集合。

如上述示例，若分配比例为1:1000，则对于10万个订单，便可以将其划分为100个订单集合，使得每个订单集合中均包含有1000个订单。

当然，在划分订单集合时，可以按照平均或非平均的方式进行。即，划分后得到的各个订单集合中所包含的订单数量可以是相同的，也可以是不同的，本实施例对此不作限定。

步骤504，分别为各个订单集合分配物流订单第一号码，所述各个订单集合对应的物流订单第一号码互不相同；

在本申请实施例中，当完成对订单集合的划分后，可以分别为各个订单集合分配一个隐私号码。

需要说明的是，各个订单集合对应的隐私号码应当是互不相同的。例如，在上述示例中的100个订单集合，应当总共分配100个隐私号码，使得每个订单集合分别与一个隐私号码相对应，且上述100个隐私号码互不相同。

步骤505，分别为所述各个订单集合中的各个订单分配第二号码，所述第二号码在当前订单集合中互不相同；

在本申请实施例中，在完成隐私号码的分配后，可以继续为各个订单集合中的每一个订单分配一个号码。

需要说明的，对于同一个订单集合，其中包含的各个订单的订单号码应当是互不相同的，但不同的订单集合中的订单号码则可以是相同的。

例如，对于订单集合a，其分配的隐私号码为a1，该集合a中各个订单的订单号码可以为1、2、……、1000；而对于订单集合b，其分配的隐私号码为b1(b1≠a1)，则该集合b中各个订单的订单号码可以为1001、1002、……、2000，也可以为1、2、……、1000，本实施例对此不作限定。

步骤506，当接收到针对所述物流订单第一号码的请求指令时，将所述请求指令转接至目标用户。

在本申请实施例中，针对物流订单第一号码的请求指令可以是指配送员在配送订单的过程中需要联系收件用户时，拨打该订单的隐私号码，以请求与收件用户进行联系的指令。

在具体实现中，当接收到针对物流订单第一号码的请求指令时，可以首先确定与该第一号码相关联的第二号码，然后确定与第二号码相对应的目标用户，从而可以将上述请求指令转接至目标用户。

由于本实施例中步骤506与上述实施例中步骤101-步骤104，以及步骤301-步骤305类似，可以相互参阅，本实施例对此不再赘述。

在本申请实施例中，通过获取多个订单，并确定订单号码的分配比例，然后可以按照上述分配比例，将多个订单划分为多个订单集合，进而分别为各个订单集合分配物流订单隐私号码，以及各个订单集合中的各个订单分配订单号码，可以实现对隐私号码的复用，降低了分配的隐私号码的数量和成本。

参照图6，示出了本申请一个实施例的另一种订单号码的分配方法的步骤流程示意图，具体可以包括如下步骤：

步骤601，将多个订单划分为多个订单集合；

在本申请实施例中，为了保护收件用户的隐私，可以为各个配送订单分配一个隐私号码。上述订单可以是快递订单，外卖订单，或者其他类型的配送订单，本实施例对此亦不作限定。

在具体实现中，可以首先确定多个订单，然后将多个订单划分为多个订单集合。

在本申请实施例中，在将多个订单划分为多个订单集合时，可以按照平均分配的方式进行划分，即在划分后，使得各个订单集合中的订单数量保持相同；也可以按照非平均分配的方式进行划分，即在划分后，各个订单集合中的订单数量也可以是不同的。当然，本领域技术人员还可以根据实际需要采用其他划分方式，例如，按照用户所属的区域的不同进行划分，或者按照订单的初始配送地点的不同进行划分，本实施例对此不作限定。

步骤602，分别为各个订单集合分配物流订单第一号码，所述各个订单集合对应的物流订单第一号码互不相同；

步骤603，分别为所述各个订单集合中的各个订单分配第二号码，所述第二号码在当前订单集合中互不相同；

步骤604，当接收到针对所述物流订单第一号码的请求指令时，将所述请求指令转接至目标用户。

由于本实施例中步骤602-步骤604与上述实施例中步骤503-步骤505类似，可以相互参阅，本实施例对此不再赘述。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请实施例并不受所描述的动作顺序的限制，因为依据本申请实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本申请实施例所必须的。

参照图7，示出了本申请一个实施例的一种通信装置的示意性结构框图，具体可以包括如下模块：

接收模块701，用于接收针对物流订单第一号码的请求指令；

获取模块702，用于根据所述请求指令，获取与所述第一号码相关联的第二号码；

确定模块703，用于确定与所述第二号码相对应的目标用户；

转接模块704，用于将所述请求指令转接至所述目标用户。

在本申请实施例中，所述接收模块701具体可以包括如下子模块：

接收子模块，用于接收第一用户拨打物流订单第一号码的指令。

在本申请实施例中，所述获取模块702具体可以包括如下子模块：

遍历子模块，用于根据所述请求指令，遍历预置的号码对照表；

获取子模块，用于在确认所述第一号码与多个号码相关联时，从所述多个号码中获取与所述第一号码相关联的第二号码。

在本申请实施例中，所述获取子模块具体可以包括如下单元：

提示单元，用于在确认所述第一与多个号码相关联时，提示第一用户输入第二号码；

接收单元，用于接收所述第一用户输入的所述第二号码。

参照图8，示出了本申请一个实施例的另一种通信装置的示意性结构框图，具体可以包括如下模块：

指令接收模块801，用于接收针对业务对象第一号码的请求指令；

号码获取模块802，用于根据所述请求指令，获取与所述第一号码相关联的目标业务对象的第二号码；

用户确定模块803，用于确定与所述第二号码相对应的目标用户；

指令转接模块804，用于将所述请求指令转接至所述目标用户。

参照图9，示出了本申请一个实施例的又一种通信装置的示意性结构框图，具体可以包括如下模块：

接收模块901，用于接收运营商针对物流订单第一号码的查询指令；

确认模块902，用于根据所述查询指令，确认所述第一号码是否关联多个号码；

获取模块903，用于在所述第一号码与多个号码相关联时，获取所述运营商传输的第二号码；

确定模块904，用于确定与所述第二号码相对应的目标用户；

转接模块905，用于将所述请求指令转接至所述目标用户。

在本申请实施例中，所述查询指令可以依据第一用户拨打所述第一号码的指令生成，所述第二号码可以由所述第一用户输入至所述运营商的系统中获得。

在本申请实施例中，所述确认模块902具体可以包括如下子模块：

遍历子模块，用于根据所述查询指令，遍历预置的号码对照表，以确认所述第一号码是否关联多个号码。

参照图10，示出了本申请一个实施例的一种订单号码的分配装置的示意性结构框图，具体可以包括如下模块：

获取模块1001，用于获取多个订单；

确定模块1002，用于确定第二号码的分配比例；

划分模块1003，用于按照所述分配比例，将所述多个订单划分为多个订单集合；

第一分配模块1004，用于分别为各个订单集合分配物流订单第一号码，所述各个订单集合对应的物流订单第一号码互不相同；

第二分配模块1005，用于分别为所述各个订单集合中的各个订单分配第二号码，所述第二号码在当前订单集合中互不相同；

转接模块1006，用于在接收到针对所述物流订单第一号码的请求指令时，将所述请求指令转接至目标用户。

在本申请实施例中，所述划分模块1003具体可以包括如下子模块：

订单总量确定子模块，用于确定多个订单的总数量；

订单数量确定子模块，用于按照所述分配比例，确定各个订单集合中的订单数量；

订单集合划分子模块，用于根据所述订单数量，将所述多个订单划分为多个订单集合。

在本申请实施例中，所述转接模块1006具体可以包括如下子模块：

第二号码确定子模块，用于在接收到针对所述物流订单第一号码的请求指令时，确定与所述第一号码相关联的第二号码；

目标用户确定子模块，用于确定与所述第二号码相对应的目标用户；

请求指令转接子模块，用于将所述请求指令转接至所述目标用户。

参照图11，示出了本申请一个实施例的另一种订单号码的分配装置的示意性结构框图，具体可以包括如下模块：

订单集合划分模块1101，用于将多个订单划分为多个订单集合；

第一号码分配模块1102，用于分别为各个订单集合分配物流订单第一号码，所述各个订单集合对应的物流订单第一号码互不相同；

第二号码分配模块1103，用于分别为所述各个订单集合中的各个订单分配第二号码，所述第二号码在当前订单集合中互不相同；

请求指令转接模块1104，用于在接收到针对所述物流订单第一号码的请求指令时，将所述请求指令转接至目标用户。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本申请实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

在一个典型的配置中，所述计算机设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非持续性的电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

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

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

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

尽管已描述了本申请实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本申请所提供的一种通信方法、一种通信装置、一种订单号码的分配方法和一种订单号码的分配装置，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。