CN110414883A - 货物运输和下单方法、设备及存储介质 - Google Patents

Abstract

本申请实施例提供一种货物运输和下单方法、设备及存储介质。在本申请实施例中，根据待运输货物的发货时间和货物尺寸，从在发货时间具有配送任务的司机中选择可参与用户的拼单任务的目标司机，并将待运输货物对应的货运订单分配给目标司机，这样目标司机便可利用已有配送任务所需运输空间之外的剩余空间来运输待运输货物，进而实现了不同用户进行拼单，不仅有助于提高对车辆运输空间的利用率，提高运输资源的利用率。

Description

货物运输和下单方法、设备及存储介质

技术领域

本申请涉及互联网技术领域，尤其涉及一种货物运输和下单方法、设备及存储介质。

背景技术

随着互联网以及智能终端设备的发展，线上下单逐渐深入人们的生活，为人们提供便利，并成了人们生活中必不可少的部分。例如，在一种应用场景下，用户可通过运输服务类应用(Application，APP)在线预约或订购货物运输服务。

用户在预约或订购货物运输服务时，需要根据自己的货物大小选择合适的车型。但是，在实际应用中，经常出现车辆空间剩余的问题，导致运输资源空间浪费。

发明内容

本申请的多个方面提供一种货物运输和下单方法、设备及存储介质，用以提高车辆空间利用率，进而提高运输资源利用率。

本申请实施例提供一种货物运输方法，适用于服务端设备，包括：

获取用户的货运需求，所述货运需求包括发货时间和待运输货物的货物尺寸；

根据所述发货时间和货物尺寸，从在所述发货时间具有配送任务的司机中选择可参与所述用户的拼单任务的目标司机；

将所述用户的货运订单分配给所述目标司机，以供所述目标司机利用已有配送任务所需运输空间之外的剩余空间对所述待运输货物进行运输。

本申请实施例还提供一种货物运输方法，适用于服务端设备，包括：

接收用户端发送的货运需求，所述货运需求包括：发货地址、收货地址、发货时间和所述待运输货物的尺寸；

根据所述货运需求，生成货运订单；

将所述货运订单发送给加盟运输服务应用的第一类司机，以供所述第一类司机确定是否在其行程中完成所述货运订单；

所述第一类司机为加盟所述运输服务应用进行顺风车业务的司机。

本申请实施例还提供一种下单方法，适用于用户终端，包括：

响应于用户打开运输服务应用的操作，展示应用界面，所述应用界面上包括是否接受拼单控件；

响应于所述用户对所述是否接受拼单控件的选择操作，确定所述用户的拼单意愿；

响应于所述用户触发下单控件的操作，将所述用户的拼单意愿和货运需求发送给服务端设备，以供服务端设备生成货运订单。

本申请实施例还提供一种服务端设备，包括：存储器、处理器和通信组件；其中，所述存储器，用于计算机程序；

所述处理器耦合至所述存储器，用于执行所述计算机程序以用于：

获取用户的货运需求，所述货运需求包括发货时间和待运输货物的货物尺寸；

根据所述发货时间和货物尺寸，从在所述发货时间具有配送任务的司机中选择可参与所述用户的拼单任务的目标司机；

通过所述通信组件将所述用户的货运订单分配给所述目标司机，以供所述目标司机利用已有配送任务所需运输空间之外的剩余空间对所述待运输货物进行运输。

本申请实施例还提供一种服务端设备，包括：存储器、处理器和通信组件；其中，所述存储器，用于计算机程序；

所述处理器耦合至所述存储器，用于执行所述计算机程序以用于：

通过所述通信组件接收用户端发送的货运需求，所述货运需求包括：发货地址、收货地址、发货时间和所述待运输货物的尺寸；

根据所述货运需求，生成货运订单；

通过所述通信组件将所述货运订单发送给加盟运输服务应用的第一类司机，以供所述第一类司机确定是否在其行程中完成所述货运订单；

所述第一类司机为加盟所述运输服务应用进行顺风车业务的司机。

本申请实施例还提供一种终端设备，包括：存储器、处理器、通信组件和显示屏；其中，所述存储器，用于计算机程序；

所述处理器耦合至所述存储器，用于执行所述计算机程序以用于：

响应于用户打开运输服务应用的操作，在所述显示屏上展示应用界面，所述应用界面上包括是否接受拼单控件；

响应于所述用户对所述是否接受拼单控件的选择操作，确定所述用户的拼单意愿；

响应于所述用户触发下单控件的操作，通过所述通信组件将所述用户的拼单意愿和货运需求发送给服务端设备，以供服务端设备生成货运订单。

本申请实施例还提供一种存储有计算机指令的计算机可读存储介质，当所述计算机指令被一个或多个处理器执行时，致使所述一个或多个处理器执行上述各方法中的步骤。

在本申请实施例中，根据待运输货物的发货时间和货物尺寸，从在发货时间具有配送任务的司机中选择可参与用户的拼单任务的目标司机，并将待运输货物对应的货运订单分配给目标司机，这样目标司机便可利用已有配送任务所需运输空间之外的剩余空间来运输待运输货物，进而实现了不同用户进行拼单，不仅有助于提高对车辆运输空间的利用率，提高运输资源的利用率。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例提供的一种货物运输方法的流程示意图；

图2为本申请实施例提供的另一种货物运输方法的流程示意图；

图3为本申请实施例提供的一种下单方法的流程示意图；

图4为本申请实施例提供的一种服务端设备的结构示意图；

图5为本申请实施例提供的另一种服务端设备的结构示意图；

图6为本申请实施例提供的一种终端设备的结构示意图。

具体实施方式

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

针对现有货物运输车辆空间利用率低的技术问题，本申请实施例提供一种解决方案，基本思路是：根据待运输货物的发货时间和货物尺寸，从在发货时间具有配送任务的司机中选择可参与用户的拼单任务的目标司机，并将待运输货物对应的货运订单分配给目标司机，这样目标司机便可利用已有配送任务所需运输空间之外的剩余空间来运输待运输货物，进而实现了不同用户进行拼单，不仅有助于提高对车辆运输空间的利用率，提高运输资源的利用率。

以下结合附图，详细说明本申请各实施例提供的技术方案。

图1为本申请实施例提供的一种货物运输方法的流程示意图。该方法适用于服务端设备。如图1所示，该方法包括：

101、获取用户的货运需求，该货运需求包括发货时间和待运输货物的货物尺寸。

102、根据发货时间和货物尺寸，从在发货时间具有配送任务的司机中选择可参与用户的拼单任务的目标司机。

103、将用户的货运订单分配给目标司机，以供目标司机利用已有配送任务所需运输空间之外的剩余空间对待运输货物进行运输。

在本实施中，服务端设备是运输服务平台的服务端的计算机设备，主要负责运输服务应用的更新和分布。其中，服务端设备可以为单一服务器设备，也可以云化的服务器阵列，或者为云化的服务器阵列中运行的虚拟机(Virtual Machine，VM)。另外，服务端设备也可以指具备相应服务能力的其他计算设备，例如电脑等终端设备(运行服务程序)等。

在本实施例中，用户的终端设备上安装有运输服务类软件。用户的终端设备的实现形态不同，运输服务类软件可以有不同的实现形式。例如，若终端设备为智能手机、平板电脑或智能穿戴设备等，则运输服务类软件可以为运输服务应用对应的APP。又例如，若终端设备为台式电脑、笔记本电脑等，则运输服务类软件可以为运输服务应用对应的客户端。

在本实施例中，用户可通过其终端设备上的运输服务应用进行下单。其中，运输服务应用包括应用界面。在步骤101之前，用户可在下单时输入或选择货运需求。其中，货运需求包括：发货时间、待运输货物的尺寸、发货地址、收货地址等等。在本实施例中，用户为选择拼单的用户。进一步，用户可利用其终端设备将其货运需求发送给服务端设备。

相应地，在步骤101中，服务端设备获取用户的货运需求；并在步骤102中，根据货运需求中的发货时间和货物尺寸，从在发货时间具有配送任务的司机中，选择可参与用户的拼单任务的目标司机。其中，用户指定的发货时间具有配送任务：在用户指定的发货时间，需要执行其他配送任务的司机。例如，用户指定的发货时间为2019年6月19日上午10:00，则在发货时间具有配送任务的司机为：在2019年6月19日上午10:00需要执行已有配送任务的司机；例如该司机在2019年6月19日上午9:00-11:00之间处于执行已有配送任务的途中。进一步，对于可参与用户的拼单任务的目标司机，其在发货时间具有的配送任务对应的下单用户为接受拼单的用户，且其所驾驶车辆的除已有配送任务所需运输空间之外的剩余空间，可以容纳待运输货物，即剩余空间大于或等于待运输货物的货物尺寸。

接着，在步骤103中，将用户的货运订单分配给目标司机。该目标司机便可利用已有配送任务所需运输空间之外的剩余空间对待运输货物进行运输。

在本实施例中，根据待运输货物的发货时间和货物尺寸，从在发货时间具有配送任务的司机中选择可参与用户的拼单任务的目标司机，并将待运输货物对应的货运订单分配给目标司机，这样目标司机便可利用已有配送任务所需运输空间之外的剩余空间来运输待运输货物，进而实现了不同用户进行拼单，不仅有助于提高对车辆运输空间的利用率，提高运输资源的利用率；而且在实际应用中，对于拼单的运输费用一般小于不拼单的运输费用，进而对于拼单用户还可节约用户的用车成本，提高用户体验。

在一些实施例中，为了提供用户用车体验，需要事先确定用户是否接受拼单。基于此，在本申请实施例中，应用界面上可设置是否拼单控件，供用户在下单时选择是否进行拼单。对于用户的终端设备，可响应于用户对是否拼单控件的选择操作，确定用户的拼单意愿。可选地，终端设备在发送用户的货运需求时，还可将是否接受拼单的标识信息发送给服务端设备。在步骤102之前，服务端设备可根据用户是否接受拼单的标识信息，确定用户是否接受拼单。在本实施例中，步骤101中的用户为接受拼单的用户，即在步骤102之前，服务端设备可根据用户是否接受拼单的标识信息，确定用户接受拼单。

在本申请实施例中，服务端设备在为接受拼单的用户选择目标司机时，可通过指派的方式，根据货运需求中的发货时间和发货尺寸，从在发货时间具有配送任务的司机中选择可参与用户的拼单任务的目标司机，并将该用户的货运订单指派给该目标司机。可选地，服务端设备也可通过抢单的方式为用户分配目标司机。基于此，步骤102的另一种可选实施例方式为：根据发货时间和货物尺寸，从在发货时间具有配送任务的司机中选择可参与用户的拼单任务的至少一个候选司机；将货运订单推送给至少一个候选司机，以供至少一个候选司机进行抢单；并从抢单司机中为所述用户选择目标司机。其中，根据发货时间和货物尺寸，选择至少一个候选司机的描述，可参见上述步骤102的相关内容。进一步，服务端设备将货运订单推送给至少一个候选司机，候选司机可根据自己的意愿选择是否抢单。对于抢单司机，服务端设备可根据抢单司机对货运订单的响应时间和/或抢单司机的服务得分，从中选择目标司机。其中，对货运订单的响应越快，服务得分越高的司机，中单概率越高。

可选地，在本申请实施例中，还可由下单用户自主选择目标司机。基于此，服务端设备将抢单司机的属性信息发送给用户，以供用户从抢单司机中选择目标司机。

其中，抢单司机的属性信息包括：抢单司机的姓名、电话号码、司机等级信息、司机信誉信息、驾龄、年龄、所驾驶车辆对应的车型、所驾驶车辆的车牌号、所驾驶车辆的品牌型号以及抢单司机预计到达发货地址的时间中的至少一种，但不限于此。

进一步，用户在下单时，还可输入发货地址和收货地址。相应地，货运需求还包括：发货地址和收货地址。为了降低运输成本，进行拼单的用户所需的运输线路重叠程度越高，运输成本越低。基于此，从在发货时间具有配送任务的司机中选择可参与所述用户的拼单任务的至少一个候选司机的一种可选实施方式为：根据货运需求中的发货时间，确定在发货时间具有配送任务且可参与用户的拼单任务的司机对应的待配送订单；其中，待配送订单的配送时间与所述发货时间交叉；根据待配送订单分别对应的车型、货物尺寸以及货运需求中的货物尺寸，从待配送订单中选择除已有配送任务所需运输空间之外的剩余空间可以容纳待运输货物的第一类订单；之后，根据发货地址和收货地址，从第一类订单中选择行驶路线中包括发货地址和收货地址的第二类订单，并将第二类订单对应的司机作为候选司机。

进一步，在用户进行拼单时，不仅需要当前用户的拼单意愿，还可兼顾之前下单的用户的拼单意愿。优选地，上述待配送订单对应的用户为接受拼单用户。基于此，在根据确定在货运需求中的发货时间具有配送任务且可参与用户的拼单任务的司机对应的待配送订单之前，还可根据在发货时间具有配送任务的司机对应的订单的是否接受拼单的标识信息，从在发货时间具有配送任务的司机对应的订单中选择接受拼单的订单，并将接受拼单的订单对应的司机作为可参与用户的拼单任务的司机。

相应地，本申请实施例还提供一种存储有计算机指令的计算机可读存储介质，当计算机指令被一个或多个处理器执行时，致使一个或多个处理器执行上述货物运输方法中的步骤。

图2为本申请实施例提供的另一种货物运输方法的流程示意图。该方法适用于服务端设备。如图2所示，该方法包括：

201、接收用户端发送的货运需求，该货运需求包括：发货地址、收货地址、发货时间和待运输货物的尺寸。

202、根据货运需求，生成货运订单。

203、将货运订单发送给加盟运输服务应用的第一类司机，以供第一类司机确定是否在其行程中完成货运订单；其中，第一类司机为加盟运输服务应用进行顺风车业务的司机。

在本实施例中，对于运输服务平台增加顺风车业务。其中，加盟顺风车业务的司机可以为私家车司机、货运司机等，但不限于此。为了便于描述和区分，在本申请实施例中，将加盟运输服务应用进行顺风车业务的司机定义为第一类司机。在本实施例中，加盟顺风车业务的司机可在其行程中，顺带运输货物。

在本实施例中，用户可通过其终端设备上的运输服务应用进行下单。其中，运输服务应用包括应用界面。在步骤201之前，用户可在下单时输入或选择货运需求。其中，货运需求包括：发货时间、待运输货物的尺寸、发货地址、收货地址等等。

可选地，考虑到用户的意愿，可在应用界面上设置顺风车业务控件，由用户决定是否使用顺风车。基于此，在步骤201之前，用户还可在下单时，选择是否使用顺风车。基于此，货运需求中还可携带是否使用顺风车的标识信息。在本实施例中，只针对选择使用顺风车的用户的货运订单进行处理，对于不使用顺风车的货运订单的运输方式不进行限定。即在本实施例中，是否使用顺风车的标识信息表示使用顺风车。

进一步，用户可利用其终端设备将货运需求发送给服务端设备。相应地，服务端设备接收用户端发送的货运需求，并根据该货运需求生成货运订单。之后，将货运订单发送给加盟运输服务应用的第一类司机。相应地，第一类司机可根据其出行安排，确定是否在其行程中完成该货运订单。若第一类司机中的司机确定在其行程中完成该货运订单，则对该货运订单进行抢单。进一步，抢单司机可通过其终端设备向服务端设备发送确定接单的响应信息。相应地，服务端设备根据抢单司机的响应信息，并根据接收到响应信息的时间，将该货运订单分配给最快返回响应信息的司机。这样，该司机便可在其行程中顺路完成货运订单。

在本实施例中，货物运输平台增设顺风车业务，用户在下单时可选择是否使用顺风车。对于选择使用顺风车的货运订单，将该货运订单推送给加盟运输服务应用的顺风车司机，以供顺风车司机根据自己的行程安排确定是否接单，并有接单司机在其行程中顺路完成货运订单。这种货物运输方式，可提高对货运空间资源的利用率。

在本实施例中，第一类司机也可将其出行时间、行程路线在运输服务应用上进行发布。相应地，第一类司机可通过其终端设备将出行时间、行程路线以及车辆空间发送给服务端设备。服务端设备将第一类司机的出行时间、行程路线以及车辆空间推送给用户端。相应地，用户便可通过根据自己的发货时间、发货地址、收货地址等货运需求，从第一类司机中选择为其进行货物运输的目标司机。相应地，服务端设备将用户的货运订单分配给目标司机，该目标司机便可在其行程中顺路完成该货运订单。

相应地，本申请实施例还提供一种存储有计算机指令的计算机可读存储介质，当计算机指令被一个或多个处理器执行时，致使一个或多个处理器执行上述货物运输方法中的步骤。

图3为本申请实施例提供的一种下单方法的流程示意图。该方法适用于用户终端。如图3所示，该方法包括：

301、响应于用户打开运输服务应用的操作，展示应用界面，该应用界面上包括是否接受拼单控件。

302、响应于用户对是否接受拼单控件的选择操作，确定用户的拼单意愿。

303、响应于用户触发下单控件的操作，将用户的拼单意愿和货运需求发送给服务端设备，以供服务端设备生成货运订单。

在本实施例中，用户终端为用户的终端设备。该终端设备安装有运输服务应用的APP程序或者客户端程序。终端设备包括显示屏，该显示屏上含有运输服务应用的图标。当用户触发终端设备上的运输服务应用的图标时，可打开相应的运输服务应用。相应地，在步骤301中终端设备响应于用户触发运输服务应用的操作，向用户展示对应的应用界面。

进一步，在本实施例中，应用界面上显示有是否接受拼单控件。在步骤302中，用户可根据自己的意愿，通过是否接受拼单控件选择是否接受拼单。相应地，终端设备响应于用户对是否接受拼单控件的选择操作，确定用户的拼单意愿。之后，在用户将其货运需求选择或输入完成后，可触发应用界面上的下单控件。相应地，在步骤303中，终端设备响应于用户触发下单控件的操作，将用户的货运需求发送给服务端设备。其中，货运需求中包括用户的拼单意愿的标识信息。相应地，服务端设备可接收货运需求，并根据该货运需求，生成相应地货运订单，并为货运订单选择目标司机来完成该货运订单。其中，服务端设备为货运订单选择目标司机的具体实施方式可参见上述货物运输方法中的相关内容，在此不再赘述。

在本实施例中，用户端的运输服务应用上增设是否拼单控件，用户在下单时刻通过该控件选择是否进行拼单。这种下单方式增加了下单的灵活性，用户可自主选择是否拼单，可提高用户体验。另一方面，对于选择拼单的用户，在对其货物进行运输时，可提高货物运输空间的利用率。

在一些实施例中，为了降低用户货物运输成本，对于拼单用户和不拼单用户可收取不同的货物运输费用。基于此，步骤102的一种可选实施方式为：响应于用户对是否接受拼单控件的选择操作，向用户展示与其货运需求对应的货物运输费用，以供用户确定是否接受拼单；响应于用户对其选择的确定操作，确定用户的拼单意愿。其中，货运需求可包括：发货地址、收货地址、拼单意愿的标识信息、待运输货物的尺寸等，但不限于此。可选地，在本实施例中，可根据发货地址和收货地址之间的距离、待运输货运的尺寸以及拼单意愿，计算货物运输费用。其中，对于发货地址和收货地址之间的距离相同且待运输货运的尺寸相同的货运订单，采用拼单方式运输的费用小于不采用拼单方式运输的费用。

相应地，本申请实施例还提供一种存储有计算机指令的计算机可读存储介质，当计算机指令被一个或多个处理器执行时，致使一个或多个处理器执行上述货物运输方法中的步骤。

需要说明的是，上述实施例所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。比如，步骤101和102的执行主体可以为设备A；又比如，步骤101的执行主体可以为设备A，步骤102的执行主体可以为设备B；等等。

另外，在上述实施例及附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如201、202等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。

图4为本申请实施例提供的一种服务端设备的结构示意图。如图4所示，该服务端设备包括：存储器40a、处理器40b和通信组件40c。其中，存储器40a，用于计算机程序。

处理器40b耦合至存储器40a，用于执行计算机程序以用于：获取用户的货运需求，该货运需求包括发货时间和待运输货物的货物尺寸；根据发货时间和货物尺寸，从在发货时间具有配送任务的司机中选择可参与用户的拼单任务的目标司机；通过通信组件将用户的货运订单分配给目标司机，以供目标司机利用已有配送任务所需运输空间之外的剩余空间对待运输货物进行运输。

在一些实施例中，处理器40b在从在发货时间具有配送任务的司机中选择可参与用户的拼单任务的目标司机之前，还用于：根据用户是否接受拼单的标识信息，确定用户接受拼单。

在一些实施例中，处理器40b在从在发货时间具有配送任务的司机中选择可参与用户的拼单任务的目标司机时，具体用于：根据发货时间和货物尺寸，从在发货时间具有配送任务的司机中选择可参与用户的拼单任务的至少一个候选司机；通过通信组件40c将货运订单推送给至少一个候选司机，以供至少一个候选司机进行抢单；以及从抢单司机中为用户选择目标司机。

进一步，处理器40b在从抢单司机中为用户选择目标司机时，具体用于：通过通信组件将抢单司机的属性信息发送给用户，以供用户从抢单司机中选择目标司机。

可选地，抢单司机的属性信息包括：抢单司机的姓名、电话号码、司机等级信息、司机信誉信息、驾龄、年龄、所驾驶车辆对应的车型、所驾驶车辆的车牌号、所驾驶车辆的品牌型号以及抢单司机预计到达发货地址的时间中的至少一种。

在另一些实施例中，货运需求还包括：发货地址和收货地址。相应地，处理器40b在从在发货时间具有配送任务的司机中选择可参与用户的拼单任务的至少一个候选司机，具体用于：根据发货时间，确定在发货时间具有配送任务且可参与用户的拼单任务的司机对应的待配送订单；待配送订单的配送时间与发货时间交叉；根据待配送订单分别对应的车型、货物尺寸以及货运需求中的货物尺寸，从待配送订单中选择除已有配送任务所需运输空间之外的剩余空间可以容纳待运输货物的第一类订单；根据发货地址和收货地址，从第一类订单中选择行驶路线中包括发货地址和收货地址的第二类订单，并将第二类订单对应的司机作为候选司机。

进一步，处理器40b在确定在发货时间具有配送任务且可参与用户的拼单任务的司机对应的待配送订单之前，还用于：根据在发货时间具有配送任务的司机对应的订单的是否接受拼单的标识信息，从在发货时间具有配送任务的司机对应的订单中选择接受拼单的订单，并将接受拼单的订单对应的司机作为可参与用户的拼单任务的司机。

在一些可选实施方式中，如图4所示，该服务端设备还可以包括：电源组件40d、显示屏40e、音频组件40f等可选组件。图4中仅示意性给出部分组件，并不意味着服务端设备必须包含图4所示全部组件，也不意味着服务端设备只能包括图4所示组件。

本实施例提供的服务端设备，可根据待运输货物的发货时间和货物尺寸，从在发货时间具有配送任务的司机中选择可参与用户的拼单任务的目标司机，并将待运输货物对应的货运订单分配给目标司机，这样目标司机便可利用已有配送任务所需运输空间之外的剩余空间来运输待运输货物，进而实现了不同用户进行拼单，不仅有助于提高对车辆运输空间的利用率，提高运输资源的利用率；而且在实际应用中，对于拼单的运输费用一般小于不拼单的运输费用，进而对于拼单用户还可节约用户的用车成本，提高用户体验。

图5为本申请实施例提供的另一种服务端设备的结构示意图。如图5所示，该服务端设备包括：存储器50a、处理器50b和通信组件50c。其中，存储器50a，用于计算机程序。

处理器50b耦合至存储器50a，用于执行计算机程序以用于：通过通信组件50c接收用户端发送的货运需求，该货运需求包括：发货地址、收货地址、发货时间和待运输货物的尺寸；根据货运需求，生成货运订单；通过通信组件50c将货运订单发送给加盟运输服务应用的第一类司机，以供第一类司机确定是否在其行程中完成货运订单；第一类司机为加盟运输服务应用进行顺风车业务的司机。

在一些可选实施方式中，如图5所示，该服务端设备还可以包括：电源组件50d、显示屏50e、音频组件50f等可选组件。图5中仅示意性给出部分组件，并不意味着服务端设备必须包含图5所示全部组件，也不意味着服务端设备只能包括图5所示组件。

本实施例提供的服务端设备，对于选择使用顺风车的货运订单，可将该货运订单推送给加盟运输服务应用的顺风车司机，以供顺风车司机根据自己的行程安排确定是否接单，并有接单司机在其行程中顺路完成货运订单。这种货物运输方式，可提高对货运空间资源的利用率。

图6为本申请实施例提供的一种终端设备的结构示意图。如图6所示，该终端设备包括：存储器60a、处理器60b、通信组件60c和显示屏60d。其中，存储器，用于计算机程序。

处理器60b耦合至存储器60a，用于执行计算机程序以用于：响应于用户打开运输服务应用的操作，在显示屏60d上展示应用界面，应用界面上包括是否接受拼单控件；响应于用户对是否接受拼单控件的选择操作，确定用户的拼单意愿；以及响应于用户触发下单控件的操作，通过通信组件60c将用户的拼单意愿和货运需求发送给服务端设备，以供服务端设备生成货运订单。

在一些实施例中，处理器60b在确定用户的拼单意愿时，具体用于：响应于用户对是否接受拼单控件的选择操作，在显示屏60d上向用户展示与货运需求对应的货物运输费用，以供用户确定是否接受拼单；响应于用户对其选择的确定操作，确定用户的拼单意愿。

在一些可选实施方式中，如图6所示，该服务端设备还可以包括：电源组件60e、音频组件60f等可选组件。图6中仅示意性给出部分组件，并不意味着服务端设备必须包含图6所示全部组件，也不意味着服务端设备只能包括图6所示组件。

本实施例提供的终端设备的运输服务应用上增设是否拼单控件，用户在下单时刻通过该控件选择是否进行拼单。这种下单方式增加了下单的灵活性，用户可自主选择是否拼单，可提高用户体验。另一方面，对于选择拼单的用户，在对其货物进行运输时，可提高货物运输空间的利用率。

在本申请实施例中，存储器用于存储计算机程序，并可被配置为存储其它各种数据以支持在其所在设备上的操作。其中，处理器可执行存储器中存储的计算机程序，以实现相应控制逻辑。存储器可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

在本申请实施例中，通信组件被配置为便于其所在设备和其他设备之间有线或无线方式的通信。通信组件所在设备可以接入基于通信标准的无线网络，如WiFi，2G或3G，4G，5G或它们的组合。在一个示例性实施例中，通信组件经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件还可基于近场通信(NFC)技术、射频识别(RFID)技术、红外数据协会(IrDA)技术、超宽带(UWB)技术、蓝牙(BT)技术或其他技术来实现。

在本申请实施例中，显示屏可以包括液晶显示器(LCD)和触摸面板(TP)。如果显示屏包括触摸面板，显示屏可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。

在本申请实施例中，电源组件被配置为其所在设备的各种组件提供电力。电源组件可以包括电源管理系统，一个或多个电源，及其他与为电源组件所在设备生成、管理和分配电力相关联的组件。

在本申请实施例中，音频组件可被配置为输出和/或输入音频信号。例如，音频组件包括一个麦克风(MIC)，当音频组件所在设备处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器或经由通信组件发送。在一些实施例中，音频组件还包括一个扬声器，用于输出音频信号。例如，对于具有语言交互功能的电子设备，可通过音频组件实现与用户的语音交互等。

需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

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

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

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

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

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (14)

1.一种货物运输方法，适用于服务端设备，其特征在于，包括：

获取用户的货运需求，所述货运需求包括发货时间和待运输货物的货物尺寸；

根据所述发货时间和所述货物尺寸，从在所述发货时间具有配送任务的司机中选择可参与所述用户的拼单任务的目标司机；

将所述用户的货运订单分配给所述目标司机，以供所述目标司机利用已有配送任务所需运输空间之外的剩余空间对所述待运输货物进行运输。

2.根据权利要求1所述的方法，其特征在于，所述根据所述发货时间和货物尺寸，从在所述发货时间具有配送任务的司机中选择可参与所述用户的拼单任务的目标司机，包括：

根据所述发货时间和所述货物尺寸，从在所述发货时间具有配送任务的司机中选择可参与所述用户的拼单任务的至少一个候选司机；

将所述货运订单推送给所述至少一个候选司机，以供所述至少一个候选司机进行抢单；

从抢单司机中为所述用户选择目标司机。

3.根据权利要求2所述的方法，其特征在于，所述货运需求还包括：发货地址和收货地址；

所述从在所述发货时间具有配送任务的司机中选择可参与所述用户的拼单任务的至少一个候选司机，还包括：

根据所述发货时间，确定在所述发货时间具有配送任务且可参与所述用户的拼单任务的司机对应的待配送订单；所述待配送订单的配送时间与所述发货时间交叉；

根据所述待配送订单分别对应的车型、货物尺寸以及所述货运需求中的货物尺寸，从所述待配送订单中选择除已有配送任务所需运输空间之外的剩余空间可以容纳所述待运输货物的第一类订单；

根据所述发货地址和收货地址，从所述第一类订单中选择行驶路线中包括所述发货地址和收货地址的第二类订单，并将所述第二类订单对应的司机作为所述候选司机。

4.根据权利要求3所述的方法，其特征在于，在根据所述发货时间，确定在所述发货时间具有配送任务且可参与所述用户的拼单任务的司机对应的待配送订单之前，所述方法还包括：

根据在所述发货时间具有配送任务的司机对应的订单的是否接受拼单的标识信息，从在所述发货时间具有配送任务的司机对应的订单中选择接受拼单的订单，并将所述接受拼单的订单对应的司机作为可参与所述用户的拼单任务的司机。

5.根据权利要求2所述的方法，其特征在于，所述从抢单司机中为所述用户选择目标司机，包括：

将所述抢单司机的属性信息发送给所述用户，以供所述用户从所述抢单司机中选择目标司机。

6.根据权利要求5所述的方法，其特征在于，所述抢单司机的属性信息包括：所述抢单司机的姓名、电话号码、司机等级信息、司机信誉信息、驾龄、年龄、所驾驶车辆对应的车型、所驾驶车辆的车牌号、所驾驶车辆的品牌型号以及所述抢单司机预计到达所述发货地址的时间中的至少一种。

7.根据权利要求1-6任一项所述的方法，其特征在于，在根据所述发货时间和货物尺寸，从在所述发货时间具有配送任务的司机中选择可参与所述用户的拼单任务的目标司机之前，所述方法还包括：

根据所述用户是否接受拼单的标识信息，确定所述用户接受拼单。

8.一种货物运输方法，适用于服务端设备，其特征在于，包括：

接收用户端发送的货运需求，所述货运需求包括：发货地址、收货地址、发货时间和所述待运输货物的尺寸；

根据所述货运需求，生成货运订单；

将所述货运订单发送给加盟运输服务应用的第一类司机，以供所述第一类司机确定是否在其行程中完成所述货运订单；

所述第一类司机为加盟所述运输服务应用进行顺风车业务的司机。

9.一种下单方法，适用于用户终端，其特征在于，包括：

响应于用户打开运输服务应用的操作，展示应用界面，所述应用界面上包括是否接受拼单控件；

响应于所述用户对所述是否接受拼单控件的选择操作，确定所述用户的拼单意愿；

响应于所述用户触发下单控件的操作，将所述用户的货运需求发送给服务端设备，以供服务端设备生成货运订单；所述货运需求包括所述用户的拼单意愿的标识信息。

10.根据权利要求9所述的方法，其特征在于，所述响应于所述用户对所述是否接受拼单控件的选择操作，确定所述用户的拼单意愿，包括：

响应于所述用户对所述是否接受拼单控件的选择操作，向所述用户展示与货运需求对应的货物运输费用，以供所述用户确定是否接受拼单；

响应于所述用户对其选择的确定操作，确定所述用户的拼单意愿。

11.一种服务端设备，其特征在于，包括：存储器、处理器和通信组件；其中，所述存储器，用于计算机程序；

所述处理器耦合至所述存储器，用于执行所述计算机程序以用于：

获取用户的货运需求，所述货运需求包括发货时间和待运输货物的货物尺寸；

根据所述发货时间和货物尺寸，从在所述发货时间具有配送任务的司机中选择可参与所述用户的拼单任务的目标司机；

通过所述通信组件将所述用户的货运订单分配给所述目标司机，以供所述目标司机利用已有配送任务所需运输空间之外的剩余空间对所述待运输货物进行运输。

12.一种服务端设备，其特征在于，包括：存储器、处理器和通信组件；其中，所述存储器，用于计算机程序；

所述处理器耦合至所述存储器，用于执行所述计算机程序以用于：

通过所述通信组件接收用户端发送的货运需求，所述货运需求包括：发货地址、收货地址、发货时间和所述待运输货物的尺寸；

根据所述货运需求，生成货运订单；

通过所述通信组件将所述货运订单发送给加盟运输服务应用的第一类司机，以供所述第一类司机确定是否在其行程中完成所述货运订单；

所述第一类司机为加盟所述运输服务应用进行顺风车业务的司机。

13.一种终端设备，其特征在于，包括：存储器、处理器、通信组件和显示屏；其中，所述存储器，用于计算机程序；

所述处理器耦合至所述存储器，用于执行所述计算机程序以用于：

响应于用户打开运输服务应用的操作，在所述显示屏上展示应用界面，所述应用界面上包括是否接受拼单控件；

响应于所述用户对所述是否接受拼单控件的选择操作，确定所述用户的拼单意愿；

响应于所述用户触发下单控件的操作，通过所述通信组件将所述用户的拼单意愿和货运需求发送给服务端设备，以供服务端设备生成货运订单。

14.一种存储有计算机指令的计算机可读存储介质，其特征在于，当所述计算机指令被一个或多个处理器执行时，致使所述一个或多个处理器执行权利要求1-10任一项所述方法中的步骤。