基于行程的服务指引方法和系统、服务器及相关系统与流程

本发明涉及互联网技术领域，尤其涉及一种基于行程的服务指引方法和系统、服务器、购物系统、销售系统、物流提醒系统。

背景技术：

交通运输是国民经济活动的重要组成部分，它在给经济带来巨大利益。中国正处在可持续发展的关键阶段，普通的长途交通设施，例如普通火车、长途汽车的发展远不适应综合交通运输体系建设的迫切要求，所以高铁、高速路网等的发展势在必行。

然而，即使交通设施得到较大飞跃发展，距离和速度始终是制约出行时间的因素，人们始终难以避免花费较多时间在长途行程中。而且，在乘坐长途交通工具，如长途汽车、高铁时，往往因为活动空间受到局限，以及路上时间较长，导致大部分人会感到无聊。此外，在长时间的乘坐中，人们往往需要购买一些食物补充能量，由于高铁等长途交通工具上缺少很好的购物系统，给人们购物造成了一定的麻烦。例如，在高铁上提供的就餐等服务，要么数量品种有限，要么价格比普通商品贵好几倍，通常难以满足普通乘客的普遍需求。

技术实现要素：

本发明的主要目的在于解决上述技术问题。

为实现上述目的，本发明一实施例提供一种基于行程的服务指引方法，包括步骤：获取用户的行程路线；根据所述行程路线，获取所述行程路线中可为所述行程提供服务的网络商家，生成对应于各个网络商家的服务指引，并推送到用户端；其中，所述服务指引至少包含商家名称及其商品/服务线下交接服务点的地址、各商家发布的商品/服务明细，或者，所述服务指引包含对应部分所述指引项目的链接；以及根据用户或交通工具的当前位置和/或当前时刻，动态更新所述服务指引并实时显示。

本发明另一实施例提供一种基于行程的服务指引系统，包括：行程获取模块，用于获取用户的行程路线；生成模块，用于根据所述行程路线，获取所述行程路线中可为所述行程提供服务的网络商家，生成对应于各个网络商家的服务指引，并推送到用户端；其中，所述服务指引至少包含商家名称及其商品/服务线下交接服务点的地址、各商家发布的商品/服务明细，或者，所述服务指引包含对应部分所述指引项目的链接；以及更新模块，用于根据用户或交通工具的当前位置和/或当前时刻，动态更新所述服务指引并实时显示。

本发明另一实施例提供一种服务器，其至少包括上述的基于行程的服务指引系统。

本发明另一实施例提供一种基于行程的购物系统，包括：身份验证模块，用于供用户进行身份验证；行程确认模块，用于根据用户操作，显示并确认行程路线；上传模块，用于将所述行程路线上传至上述的服务器；显示模块，用于从所述服务器获取所述行程路线中可为所述行程提供服务的网络商家线下交接服务点并显示；定位模块，用于获取用户或交通工具的当前位置，并将所述当前位置和/或当前时刻发送至所述服务器，以更新所述服务指引；以及购买模块，用于提供对应所述服务指引的购买界面，并根据用户的操作，向服务器发送用户的购买请求信息，其中，所述购买请求信息至少包括商品/服务明细、所述行程路线、以及用户预计到达所述交接服务点的时刻和/或距离。

本发明另一实施例提供一种基于行程的销售系统，包括：接收模块，用于接收来自上述服务器的购买请求信息；发货模块，用于根据购买请求信息通知物流方进行商品配送；以及反馈模块，用于反馈发货时间以及商品到达所述网络商家线下交接服务点的预计时间。

本发明的基于行程的服务指引方法、系统及其相关的服务器、购物系统和销售系统，使得用户能够在乘坐交通工具时，实时获得多个途经交接服务点对应商家的服务推送，并通过在行程中提前购买某商家的商品/服务，从而在到达该商家的线下交接服务点及时收到预先购买的商品。由此，添加了旅途的乐趣。而且，当不希望在交通工具上或有限的购物点采购商品或服务时，能够通过此方法在别处购买商品和/或服务，并在到达商家线下交接服务点收到行程中购买的商品和/或服务。例如，用户乘坐从广州到北京的高铁，能够在长沙的时候预先购买武汉站的KFC食物，并在高铁到达武汉站时收到食物。如此，节省了费用的同时，还满足了各种不同的需求。

附图说明

图1为本发明提供的基于行程的服务指引方法的应用环境示意图；

图2为本发明的基于行程的服务指引方法的第一实施例的流程示意图；

图3为本发明的基于行程的服务指引方法的第二实施例的流程示意图；

图4为本发明的基于行程的服务指引系统的第一实施例的功能模块图；

图5为本发明的基于行程的服务指引系统的第二实施例的功能模块图；

图6为本发明的基于行程的购物系统的功能模块图；

图7为本发明的基于行程的销售系统的功能模块图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

以下结合说明书附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明，并且在不冲突的情况下，本发明中的实施例及实施例中的特征可以相互组合。

第一实施方式

请参照图1和图2，本发明提供一种基于行程的服务指引方法，所述方法通过下述服务器100、用户终端200、商家终端300等实现。所述方法包括以下步骤：

步骤S101，(服务器100)获取用户的行程路线。可以理解的是，所述行程路线可以是具有预设停留点的交通工具的固定路线，通常有车次号、车票，例如长途汽车、高铁、火车、轮船等，也可以是自定义路线，通常可以在行程中选择性停留，例如自驾游路线、上班路线。在本实施例中，所述行程路线是具有预设停留点的固定路线，所述获取用户的行程路线的步骤包括以下四者其中之一者：1)接收用户输入的车次号、行程区间、座位号，其中，所述行程区间包括起始站点和到达站点，以及根据所述车次号和行程区间，查询并获得行程路线；2)将行程路线预先集合在车票的识别码中，通过扫描车票识别码读取行程路线；3)与发布行程路线的数据库系统对接，根据用户的触发，自动导入所述行程路线；4)在车载终端中预先存储所述行程路线，根据用户的触发，从所述车载终端中获得所述行程路线。

在另一实施例中，所述行程路线是自定义路线，所述获取用户的行程路线的步骤包括：A、接收用户输入的行程区间和/或交通工具标识，其中，所述行程区间包括起始位置和到达位置；以及B、根据所述行程区间在电子地图上确定并获取行程路线。

步骤S103，(服务器100)根据所述行程路线，获取所述行程路线中可为所述行程提供服务的网络商家，生成对应于各个网络商家的服务指引，并推送到用户端。可以理解的是，可以仅将最先将要到达(例如下一个到达的交接服务点)的网络商家的服务指引推送到用户端，也可以同时将行程路线上所有的网络商家的服务指引同时推送到用户端。

其中，所述服务指引至少包含商家名称及其商品/服务线下交接服务点的地址、各商家发布的商品/服务明细，或者，所述服务指引包含对应部分所述指引项目的链接。本实施例中，所述服务指引还包括用户或交通工具到达各线下交接服务点的预计时间和/或距离。此外，所述网络商家线下交接服务点包括车载交接服务点和/或车下交接服务点，也就是说，商家线下交接服务点可以位于车内，车上用户在线上购买商品以后，商家指定人员可以立即在线下(车上)送货到用户手中；商家线下交接服务点也可以设定在交通工具途经路线旁，但用户在线上该商家处购买商品以后，必须要等车到达该商家线下交接服务点的时候商品才能被送到用户手中。

步骤S105，(服务器100)根据用户或交通工具的当前位置和/或当前时刻，动态更新所述服务指引并实时显示。本实施例中，步骤S105具体包括：

子步骤S105a，(服务器100)根据用户或交通工具的当前位置和/或当前时刻，删除或者指明行程中不能再提供服务的网络商家的服务指引；以及

子步骤S105b，(服务器100)确定并显示剩余行程中的网络商家以及更新对应的服务指引。

步骤S107，用户在其终端进行购物操作，(服务器100)接收用户发送的购买请求信息并转发给商家，其中，所述购买请求信息至少包括商品/服务明细、所述行程路线、以及用户或交通工具预计到达所述交接服务点的时刻和/或距离。可以理解的是，所述购买请求信息还可以包括付款方式、提取方式等。在本实施例中，所述商品/服务明细、所述行程路线可由用户输入或选择获得，而所述用户或交通工具预计到达所述交接服务点的时刻和/或距离，可以是根据用户终端200或交通工具上的定位系统进行实时计算而获得，也可能根据当前时刻与已有的预计到达所述交接服务点的时刻和/或距离进行计算而获得。

步骤S109，商家接收到用户(购买者)的购买请求信息后，对购买请求进行及时反馈，(服务器100)将商家的反馈信息转发给所述用户，其中，所述反馈信息至少包括商品/服务交接方式以及商品/服务线下交接的预计剩余时间。具体的，所述交接方式例如是：到服务交接点以后，由商家指定人员送货到车上用户手中，或是用户到商家线下服务交接点自取，或是商家指定人员到车旁交接商品/服务。可以理解的是，在本实施例中，商家的反馈步骤是为了提高用户体验度而设定，在某些情况下，可进行省略。

步骤S111，当用户或者交通工具即将到达或者已到达对应的交接服务点时，提醒用户到对应的所述线下交接服务点自行提取商品/服务，或者，商家指定人员将商品/服务运送到用户手中以进行交接，和/或提醒商家以及用户双方即将交接或者准备交接。也就是，当判断用户或者交通工具在预设时间段内即将到达交接服务点，或者已经到达交接服务点，会提醒用户自行提取商品，或通过特定的人员，根据用户的具体位置(例如座位号等)，将商品配送到用户手中。

步骤S113，获取用户完成商品/服务交接的反馈信息。同理，在本实施例中，用户的反馈步骤是为了提高商家体验度而设定，在某些情况下，可进行省略。

本发明的基于行程的服务指引方法，使得用户能够在乘坐交通工具时，实时获得多个途经交接服务点对应商家的服务推送，并通过在行程中提前购买某商家的商品/服务，从而在到达该商家的线下交接服务点及时收到预先购买的商品。由此，添加了旅途的乐趣。而且，当不希望在交通工具上或有限的购物点采购商品或服务时，能够通过此方法在别处购买商品和/或服务，并在到达商家线下交接服务点收到行程中购买的商品和/或服务。例如，用户乘坐从广州到北京的高铁，能够在长沙的时候预先购买武汉站的KFC食物，并在高铁到达武汉站时收到食物。如此，节省了费用的同时，还满足了各种不同的需求。

第二实施方式

请参阅图3，本发明第二实施例提供的基于行程的服务指引方法与第一实施例基本相同，不同之处在于：在步骤S103之前，进一步包括：

步骤S102a，接收网络商家递交的服务申请信息，其中所述服务申请信息至少包括所述网络商家的线下交接服务点地址；以及

步骤S102b，至少判断所述交接服务点地址是否位于预先设定的某个路线或某个交通工具上，如果是，则执行步骤S102c，确认商家通过审核，并保存商家关联信息至预设的数据库；其中，所述商家关联信息至少包括所述商品/服务线下交接服务点的地址。否则，执行步骤S102d，确认商家未通过审核。

此时，步骤S103’包括：

子步骤S103a，提取所述行程路线经停的路段或位置；

子步骤S103b，根据所述预设的数据库，判断哪些网络商家对应的线下交接服务点地址是位于所述经停的路段或位置上和/或该行程路线的交通工具上；以及

子步骤S103c，将线下交接服务点地址位于所述经停路段或位置上的商家、以及位于该行程路线的交通工具上的商家确定为能够为所述行程提供服务的网络商家。

举例来说，在107国道旁的“好再来”商家向系统递交服务申请，其递交的申请信息中，“好再来”商家的线下交接服务点地址为107国道**路段**号。经过判断，系统确认“好再来”商家可以为经过该路段的自定义路线用户提供商品/服务，允许其开通服务，并将数据录入数据库，该商家可以上传商品到其网上商店。由此，行程路线经过该路段的小车用户会收到“好再来”商家的服务指引，且可以线上提前购买“好再来”商家的商品，当小车到达该路段的时候可以停车获取商品。

此外，在第二实施例中，考虑到某些交通工具可能具有特殊要求，例如-列车、飞机等交通工具，停留的位置一般位于站内，与用户线下交接商品主要是送货上车，此类行程方式不允许部分或全部网络商家为某行程路线提供服务，因此，需要对网络商家进行权限设置，即仅授权部分或不授权网络商家关联到某个行程路线上。具体来说，所述行程路线是具有预设停留点的特定交通路线，例如，高铁G123*次的行程路线经停长沙南站，其只允许长沙南站的A商家提供服务，此时，步骤S103’进一步包括：

子步骤S103d，判断所述网络商家是否获得所述特定交通路线的交通工具的授权，如果是，则执行子步骤S103e，确定可为所述行程路线提供服务的网络商家，否则，执行子步骤S103f，确定为不能为所述行程路线提供服务的网络商家。

下面以高铁路线的例子，详细描述上述实施例。

首先，用户会在用户端界面(例如手机或电脑等)输入车次号G10**次、行程区间为广州到北京、座位号8车c座等，并通过服务器100查询获得行程路线。举例来说，所述行程路线是从广州到北京，途经的停留点依次是广州南9:00…韶关10:00…长沙南11:20、武汉13:00……北京西16:20。

同时，服务器100会根据所述行程路线，获取所述行程路线中可为所述行程提供服务的网络商家，生成对应于各个网络商家的服务指引，并推送到用户端。例如，部分所述网络商家有武汉站KFC、长沙站真功夫等。所述服务指引至少包含武汉站KFC、长沙站真功夫的标识，及各自的商品线下交接服务点的地址，KFC、真功夫发布的商品明细，也可通过定位系统或者列车时刻表，获取用户或交通工具(G10**次)到达各线下交接服务点的预计时间和/或距离。本实施例中，所述服务指引包含对应部分所述指引项目(例如商品明细)的链接。

由于交通工具处于不断行进的状态，其位置会实时变化。此时，服务器100根据对应设置的定位系统或者已有的预计到达时间，根据用户或交通工具的当前位置和/或当前时刻，动态更新所述服务指引并实时显示。例如，当高铁驶离韶关站，驶向长沙站时，服务器100会不断更新用户或交通工具的当前位置，并根据剩余行程以及当前时刻，删除韶关站处的网络商家的服务指引。同时，计算用户或交通工具到达长沙站等剩余站点处的服务交接点的剩余时间和/或距离，并实时显示在用户的终端上。

当用户在其终端界面看到更新的所述服务指引时，会通过所述界面购买武汉KFC或长沙真功夫的商品，所述购物操作以购买请求信息方式发送至所述服务器100，并通过所述服务器100转发到商家。当商家接收到购买请求信息后，会确认购买信息，如：购买了长沙真功夫商品，反馈列车在预计的11:20到达长沙南站的时候，真功夫商品将会送到用户座位上，当前还剩**分钟。

此外，当判断用户或者交通工具在预设时间段内(例如10分钟)即将到达交接服务点，或者判断已经到达交接服务点，提醒用户自行提取商品，或通过特定的人员，根据用户的具体位置(例如座位号等)，将商品配送到用户手中，或提醒商家和用户双方准备交接或者开始交接。完成商品交接后，用户会反馈已完成商品交接，并通过服务器100通知商家。

可以理解的是，上面的例子仅以商品交易作为描述对象，但是本发明并不局限于此，所述商品可以替换为服务交易，例如足浴服务、美容服务等。

第三实施例

请结合图1～3，本发明第三实施例提供的基于行程的服务指引方法与第二实施例基本相同，不同之处在于：所述网络商家发布的商品/服务包括交通出行需求服务信息，所述用户根据所述交通出行需求服务信息，到达所述商品/服务线下交接服务点并提供交通出行服务。其中，所述交通出行需求服务信息至少包含出行时间、出行目的地。本实施例中，所述交通出行需求服务信息还可包含出行者联系方式、出行方式等。

对应的，所述获取用户的行程路线的步骤S101’包括：

步骤a，用户选择已显示的任意网络商家获取交通出行需求服务信息，以及根据所述网络商家的线下交接服务点地址、用户的当前位置、所述交通出行需求服务信息，确定用户从当前位置到达所述网络商家交通出行服务线下交接服务点再到所述交通出行目的地为所述行程路线。

此外，在另外一个实施例中，所述行程路线是自定义路线，所述获取用户的行程路线的步骤S101”包括：

步骤b，接收用户输入的行程区间和/或交通工具标识，其中，所述行程区间包括起始位置和到达位置；以及

步骤c，根据所述行程区间在电子地图上确定并获取行程路线。需要说明的是，在第三实施例中，所述网络商家发布第三方用户(譬如所述提供交通出行需求信息的乘客)上传的交通出行需求信息，且由所述第三方用户接收/发送与该交通出行需求信息相关联的交易信息。

下面以另外一个例子，来说明上述第三实施例的技术方案。

在本实施例中，所述网络商家提供交通出行需求信息，所述交通出行需求服务信息包含在所述服务指引中。其中，所述交通出行需求服务信息可以由第三方用户提供，所述交通出行需求服务信息至少包含出行时间、出行目的地等信息，当然也可增加出行者联系方式以及出行方式等信息。用户(例如司机)根据所述交通出行需求服务信息，到达所述商品/服务线下交接服务点并提供交通出行服务。

更具体来说，在实际操作中，交通出行者或第三方用户李四输入出行的目的地(深圳深南大道1234号)、出行时间(7:00-9:00)、出行方式是接收/不接受哪些用户或交通工具(不接受大巴车)、手机联系方式是139********等交通出行信息，并发送到世界之窗服务点(其线下交接点是世界之窗公交站台)，当然李四也可以同时将信息发送到附近的白石洲服务点。

用户(车主)张三早上7:00自驾上班的行程路线是南山科技园—罗湖A大厦，其行程路线经过世界之窗公交站台，在系统向其推送的世界之窗服务点的交通服务指引中，张三可查看到有李四的交通出行需求服务信息。张三购买该服务，并将自己的行程信息发送，李四反馈同意接受张三的服务。随后，李四按照与张三约定的到达时间，到世界之窗公交站乘坐张三的车。

所述用户(可搭载其他共同出行者)根据交通出行服务指引，到达所述商品/服务线下交接服务点并提供交通出行服务，由此，能够通过上述方法，使需要出行的第三方用户乘客(所述网络商家端)随时获得自己意愿的出行方式，而且司机(即用户)也能够及时获得乘客的预定信息。

可以理解的是，根据上述实施例，上述服务指引方法还可以应用于提供旅游服务产品、酒店服务产品等，商家指定人员可以在交接点接到用户，并为用户提供上述服务，直至完成一站式服务。举例来说，自驾游用户在广州去武汉的行程中，购买了长沙**商家(其线下交接点在长沙高速公路雨花服务区内)的橘子洲头一日游一站式服务商品，当用户到达雨花服务区时，该商家指定人员接用户完成橘子洲头一日游服务。

请参阅图4，本发明提供第一实施例的基于行程的服务指引系统110，至少包括行程获取模块111、生成模块112、更新模块113、接收模块114、转发模块115、提醒模块116以及反馈模块117。本实施例中，所述服务指引系统110集成在所述服务器100中。

具体的，所述行程获取模块111用于获取用户的行程路线。本实施例中，所述行程获取模块111执行上述步骤S101。

所述生成模块112用于根据所述行程路线，获取所述行程路线中可为所述行程提供服务的网络商家，生成对应于各个网络商家的服务指引，并推送到用户端。其中，所述服务指引至少包含商家名称及其商品/服务线下交接服务点的地址、各商家发布的商品/服务明细，或者，所述服务指引包含对应部分所述指引项目的链接。本实施例中，所述生成模块112执行上述步骤S103。

所述更新模块113用于根据用户或交通工具的当前位置和/或当前时刻，动态更新所述服务指引并实时显示。本实施例中，所述更新模块113包括更新单元以及显示单元。所述更新单元用于根据用户或交通工具的当前位置和/或当前时刻，删除或者指明行程中不能再提供服务的网络商家以及对应的服务指引。所述显示单元用于确定并显示剩余行程中的网络商家以及更新对应的服务指引。本实施例中，所述更新模块113执行上述步骤S105。

所述接收模块114用于接收用户发送的购买请求信息并转发给商家，其中，所述购买请求信息至少包括商品/服务明细、所述行程路线、以及用户或交通工具预计到达所述交接服务点的时刻和/或距离。本实施例中，所述接收模块114执行上述步骤S107。

所述转发模块115用于将商家的反馈信息转发给所述用户，其中，所述反馈信息至少包括商品/服务交接方式以及商品/服务线下交接的预计剩余时间。本实施例中，所述转发模块115执行上述步骤S109。具体的，所述交接方式例如是：到服务交接点以后，由商家指定人员送货到车上用户手中，或是用户到商家线下服务交接点自取，或是商家指定人员到车旁交接商品/服务。可以理解的是，在本实施例中，商家的反馈步骤是为了提高用户体验度而设定，在某些情况下，可进行省略。

所述提醒模块116用于当用户或者交通工具即将到达或者已到达所述交接服务点时，提醒用户到对应的所述线下交接服务点自行提取商品/服务，或者，提醒商家指定人员将商品/服务运送到用户手中以进行交接，和/或提醒商家以及用户双方即将交接或者准备交接。本实施例中，所述提醒模块116执行上述步骤S111。

所述反馈模块117用于获取用户完成商品/服务交接的反馈信息。本实施例中，所述反馈模块117执行上述步骤S113。

本发明的基于行程的服务指引系统110，使得用户能够在乘坐交通工具时，实时获得多个途经交接服务点对应商家的服务推送，并通过在行程中提前购买某商家的商品/服务，从而在到达该商家的线下交接服务点及时收到预先购买的商品。由此，添加了旅途的乐趣。而且，当不希望在交通工具上或有限的购物点采购商品或服务时，能够通过此方法在别处购买商品和/或服务，并在到达商家线下交接服务点收到行程中购买的商品和/或服务。例如，用户乘坐从广州到北京的高铁，能够在长沙的时候预先购买武汉站的KFC食物，并在高铁到达武汉站时收到食物。如此，节省了费用的同时，还满足了各种不同的需求。

请参阅图5，本发明提供第二实施例的基于行程的服务指引系统110’，其与第一实施例的服务指引系统110基本相同，不同之处在于，还包括申请模块118和审核模块119，而且所述生成模块112’包括提取单元1121、判断单元1122、确认单元1123以及授权确认单元1124。

具体的，所述申请模块118用于接收网络商家递交的服务申请信息，其中所述服务申请信息至少包括所述网络商家的线下交接服务点地址。

所述审核模块119用于至少审核所述交接服务点地址是否位于预先设定的某个路线或某个交通工具上，如果是，则确认商家通过审核，并保存商家关联信息至预设的数据库；否则，确认商家未通过审核。

所述生成模块112’中，所述提取单元1121用于提取所述行程路线经停的路段或位置。所述判断单元1122用于根据所述预设的数据库，判断哪些网络商家对应的线下交接服务点地址是位于所述经停的路段或位置和/或该行程路线的交通工具上。所述确认单元1123用于将线下交接服务点地址位于所述经停路段或位置上的商家、以及位于该行程路线的交通工具上的商家确定为能够为所述行程提供服务的网络商家。所述授权确认单元1124用于当所述行程路线是具有预设停留点的特定交通路线时，判断所述网络商家是否获得所述特定交通路线的交通工具的授权，如果是，则确定可为所述行程路线提供服务的网络商家，否则确定为不能为所述行程路线提供服务的网络商家。

请参阅图6，本发明进一步提供一种基于行程的购物系统210，其集成在所述用户终端200上。所述购物系统210包括但不限于身份验证模块211、行程确认模块212、上传模块213、显示模块214、定位模块215、购买模块216以及互动模块217。

具体的，所述身份验证模块211用于供用户进行身份验证。也就是，用户需要通过注册、登录等操作进入所述购物系统210。

所述行程确认模块212用于根据用户操作，显示并确认行程路线。用户能够通过输入或选择等方式，确认行程路线。

所述上传模块213用于将所述行程路线上传至上述的服务器100。

所述显示模块214用于从所述服务器100获取所述行程路线中可为所述行程提供服务的网络商家线下交接服务点并显示。

所述定位模块215用于获取用户或交通工具的当前位置，并将所述当前位置和/或当前时刻发送至所述服务器100，以更新所述服务指引。

所述购买模块216用于提供对应所述服务指引的购买界面，并根据用户的操作，向服务器100发送用户的购买请求信息。其中，所述购买请求信息至少包括商品/服务明细、所述行程路线、以及用户预计到达所述交接服务点的时刻和/或距离。

所述互动模块217用于供用户与商家和/或商品配送方进行实时通信。

请参阅图7，本发明进一步提供一种基于行程的销售系统310。本实施例中，所述销售系统310集成在所述商家终端300中，其至少包括接收模块311、发货模块312以及反馈模块313。

所述接收模块311用于接收来自上述服务器100的购买请求信息。

所述发货模块312用于根据购买请求信息通知物流方进行商品配送。

所述反馈模块313用于反馈发货时间以及商品到达所述网络商家线下交接服务点的预计时间。

本发明的基于行程的服务指引方法、系统及其相关的服务器、购物系统和销售系统，使得用户能够在乘坐交通工具时，实时获得多个途经交接服务点对应商家的服务推送，并通过在行程中提前购买某商家的商品/服务，从而在到达该商家的线下交接服务点及时收到预先购买的商品。由此，添加了旅途的乐趣。而且，当不希望在交通工具上或有限的购物点采购商品或服务时，能够通过此方法在别处购买商品和/或服务，并在到达商家线下交接服务点收到行程中购买的商品和/或服务。例如，用户乘坐从广州到北京的高铁，能够在长沙的时候预先购买武汉站的KFC食物，并在高铁到达武汉站时收到食物。如此，节省了费用的同时，还满足了各种不同的需求。

可以理解的是，上述多个实施例不以上述描述为限，可以相互组合。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。