送水订单生成方法、装置及系统与流程

文档序号:11387539阅读:333来源:国知局
送水订单生成方法、装置及系统与流程

本发明涉及互联网技术领域,具体而言,涉及一种送水订单生成方法、装置及系统。



背景技术:

随着服务行业的现代化发展,服务订单生成也日趋线上化。目前的饮用水送水行业中,送水订单系统大多通过人工电话语音的传统下单方式,现在提供服务的商家都日趋互联网化,互联网是未来必然的发展趋势,送水订单也需要向互联网下单方式过渡。但是传统下单方式的用户群体直接使用或关注互联网方式的意愿不强,难以实现向互联网方式的过渡。现有技术中缺少一种过渡方式以将送水行业传统下单方式的用户整合到互联网用户群体中,造成了用户群体的丢失,用户覆盖范围变窄。



技术实现要素:

为了克服现有技术中的上述不足,本发明的目的在于提供一种送水订单生成方法,应用于与用户终端及送水站终端通信的云端服务器,所述方法包括:

接收用户终端的电话呼入,获取用户指定的目标服务项目及所述用户终端的用户电话号码,所述目标服务项目包括桶装水品牌及送水数量;

根据所述用户电话号码匹配对应的收货人信息;

根据所述目标服务项目及收货人信息生成订单及该订单的核签识别码,并发送给所述送水站终端;

接收所述用户终端通过识别所述核签识别码发送签收信息,将所述签收信息发送给所述送水站终端。

进一步地,在上述方法中,所述云端服务器中包括与所述用户电话号码对应的默认服务项目;所述接收用户终端的电话呼入,获取用户指定的目标服务项目及所述用户终端的用户电话号码的步骤,包括:

接收用户终端的电话呼入,在不接通所述电话呼入的情况下向所述用户终端播放挂机的提示;

在所述用户终端的电话呼入挂断后,获取未接来电的号码作为所述用户电话号码,并查找与该用户电话号码对应的默认服务项目作为目标服务项目。

进一步地,在上述方法中,所述根据所述目标服务项目及收货人信息生成订单及该订单的核签识别码,并发送给所述送水站终端的步骤,包括:

根据所述目标服务项目及收货人信息生成订单,根据订单内容生成订单确认请求信息并发送给所述用户终端;

接收所述用户终端发送的订单确认反馈信息后,生成该订单的核签识别码,并将所述订单与该订单的核签识别码一起发送给所述送水站终端。

进一步地,在上述方法中,所述接收用户终端的电话呼入,获取用户指定的目标服务项目及所述用户终端的用户电话号码的步骤,包括:

接收用户终端的电话呼入,在不接通所述电话呼入的情况下向所述用户终端播放挂机的提示;

在所述用户终端的电话呼入挂断后,获取未接来电的号码作为所述用户电话号码,并将所述用户终端推送下单链接;

接收所用户终端通过所述下单链接进行的操作,获取用户指定的目标服务项目。

进一步地,在上述方法中,所述接收用户终端的电话呼入,获取用户指定的目标服务项目及所述用户终端的用户电话号码的步骤,包括:

接收用户终端的电话呼入,记录所述用户终端的用户电话号码;

通过语音自助应答服务获取用户选择目标服务项目。

进一步地,在上述方法中,所述云端服务器包括多个不同服务电话号码的呼入接口,每个所述服务电话号码有对应的至少一个候选服务项目;所述接收用户终端的电话呼入的步骤,包括:

接收用户终端的电话呼入,获取所述用户终端的拨打的服务电话号码以及该用户终端的用户电话号码;

根据所述用户终端的拨打的服务电话号码匹配相应的候选服务项目以供用户选择。

进一步地,在上述方法中,所述签收信息包括签收评价信息;所述接收所述用户终端通过识别所述核签识别码发送签收信息,将所述签收信息发送给所述送水站终端的步骤,包括:

接收所述用户终端通过识别所述核签识别码发送访问请求,通过所述用户终端显示一签收评价界面;

获取用户在所述签收评价界面输入的签收评价信息,并将所述签收评价信息发送给送水站终端。

进一步地,在上述方法中,所述接收所述用户终端通过识别所述核签识别码发送访问请求,通过所述用户终端显示一签收评价界面的步骤,包括:

接收所述用户终端通过识别所述核签识别码发送访问请求,判断该用户终端是否存在未签收的订单;

当存在未签收的订单时,通过所述用户终端显示签收评价界面;

当不存在未签收订单时,通过所述用户终端显示新订单的下单界面。

本发明还的另一目的在于提供一种送水订单生成装置,应用于与用户终端及送水站终端通信的云端服务器,所述装置包括:

呼入接收模块,用于接收用户终端的电话呼入,获取用户指定的目标服务项目及所述用户终端的用户电话号码,所述目标服务项目包括桶装水品牌及送水数量;

匹配模块,用于根据所述用户电话号码匹配对应的收货人信息;

生成模块,用于根据所述目标服务项目及收货人信息生成订单及该订单的核签识别码,并发送给所述送水站终端;

签收确认模块,用于在接收到所述用户终端通过识别所述核签识别码发送的签收信息时,将所述签收信息发送给所述送水站终端。

本发明的另一目的在于提供一种送水订单生成系统,所述送水订单生成系统包括相互之间通信连接的云端服务器、用户终端及送水站终端;所述云端服务器、用户终端及送水站终端相互之间进行数据信息交互以实现以下功能:

所述云端服务器接收用户终端的电话呼入,获取用户指定的目标服务项目及所述用户终端的用户电话号码,所述目标服务项目包括桶装水品牌及送水数量;

所述云端服务器根据所述用户电话号码匹配对应的收货人信息;

所述云端服务器根据所述目标服务项目及收货人信息生成订单及该订单的核签识别码,并发送给所述送水站终端;

所述用户终端识别所述核签识别码,向所述云端服务器发送签收信息,所述云端服务器将所述签收信息发送给所述送水站终端。

相对于现有技术而言,本发明具有以下有益效果:

本发明提供的送水订单生成方法、装置及系统,通过接收用户终端的电话呼入,将电话下单转接入互联网平台。在面向用户一端提供电话下单系统,维持了原有电话下单用户群体的使用习惯。在面向服务商家一段转向为提供互联网平台,保证订单确收的效率。这样,实现了传统下单方式的客户与互联网商家的对接。并通过互联网核签方式,进行互联网方式的推广,提升传统用户使用或关注互联网方式的意愿,促进传统用户向互联网用户的过渡。

附图说明

为了更清楚地说明本发明实施例的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,应当理解,以下附图仅示出了本发明的某些实施例,因此不应被看作是对范围的限定,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他相关的附图。

图1为本发明实施例提供的送水订单生成系统的交互示意图;

图2为本发明实施例提供的云端服务器的示意图;

图3为本发明实施例提供的送水订单生成方法的步骤流程示意图;

图4为本发明实施例提供的送水订单生成装置的示意图。

图标:10-送水订单生成系统;100-云端服务器;110-送水订单生成装置;111-呼入接收模块;112-匹配模块;113-生成模块;114-签收确认模块;120-存储器;130-处理器;140-通信单元;200-用户终端;300-送水站终端;400-网络。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。

因此,以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围,而是仅仅表示本发明的选定实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。

在本发明的描述中,还需要说明的是,除非另有明确的规定和限定,术语“设置”、“安装”、“相连”、“连接”应做广义理解,例如,可以是固定连接,也可以是可拆卸连接,或一体地连接;可以是机械连接,也可以是电连接;可以是直接相连,也可以通过中间媒介间接相连,可以是两个元件内部的连通。对于本领域的普通技术人员而言,可以具体情况理解上述术语在本发明中的具体含义。

如图1所示,是本发明较佳实施例提供的送水订单生成系统10的交互示意图,所述送水订单生成系统10包括相互之间通信连接的云端服务器100、用户终端200及送水站终端300。所述云端服务器100、用户终端200及送水站终端300可通过网络400进行通信,以实现所述云端服务器100、用户终端200及送水站终端300之间的数据通信或交互。

本实施例中,所述云端服务器100可以是,但不限于,web(网站)服务器、ftp(filetransferprotocol,文件传输协议)服务器等。所述用户终端200可以是用户的移动终端(如手机),所述送水站终端300可以是提供服务商家的电子终端(如手机、平板电脑、个人电脑等)。所述网络400可以是,但不限于,有线网络或无线网络。

所述云端服务器100、用户终端200及送水站终端300相互之间进行数据信息交互以实现以下功能:

所述云端服务器100接收用户终端200的电话呼入,获取用户指定的目标服务项目及所述用户终端200的用户电话号码。所述云端服务器100根据所述用户电话号码匹配对应的收货人信息。所述云端服务器100根据所述目标服务项目及收货人信息生成订单及该订单的核签识别码,并发送给所述送水站终端300。

所述用户终端200识别所述核签识别码,向所述云端服务器100发送签收信息,所述云端服务器100将所述签收信息发送给所述送水站终端300。

如图2所示,是图1所示的云端服务器100的方框示意图。所述云端服务器100包括送水订单生成装置110、存储器120、处理器130、通信单元140。

所述存储器120、处理器130以及通信单元140各元件相互之间直接或间接地电性连接,以实现数据的传输或交互。例如,这些元件相互之间可通过一条或多条通讯总线或信号线实现电性连接。所述送水订单生成装置110包括至少一个可以软件或固件(firmware)的形式存储于所述存储器120中或固化在所述云端服务器100的操作系统(operatingsystem,os)中的软件功能模块。所述处理器130用于执行所述存储器120中存储的可执行模块,例如所述送水订单生成装置110所包括的软件功能模块及计算机程序等。

其中,所述存储器120可以是,但不限于,随机存取存储器(randomaccessmemory,ram),只读存储器(readonlymemory,rom),可编程只读存储器(programmableread-onlymemory,prom),可擦除只读存储器(erasableprogrammableread-onlymemory,eprom),电可擦除只读存储器(electricerasableprogrammableread-onlymemory,eeprom)等。其中,存储器120用于存储程序,所述处理器130在接收到执行指令后,执行所述程序。所述通信单元140用于通过所述网络400建立所述云端服务器100、用户终端200及送水站终端300之间的通信连接,并用于通过所述网络400收发数据。

请参照图3,图3为应用于图1所示云端服务器100的一种送水订单生成方法,下面对所述方法的各步骤进行详细阐述。

步骤s110,接收用户终端200的电话呼入,获取用户指定的目标服务项目及所述用户终端200的用户电话号码,其中,所述目标服务项目包括桶装水品牌及送水数量。

具体地,在本实施例的第一种实施方式中,所述云端服务器100中包括与所述用户电话号码对应的默认服务项目。所述云端服务器100接收用户终端200的电话呼入,在不接通所述电话呼入的情况下向所述用户终端200播放挂机的提示。

在本实施方式中,所述云端服务器100的服务电话号码可以设置提示挂机的彩铃,如彩铃语音提示“系统已收到服务请求,请挂机”。所述用户终端200拨打所述云端服务器100的服务电话号码后,在不接通所述电话呼入的情况下通过所述彩铃向所述用户终端200播放挂机的提示。

所述云端服务器100在所述用户终端200的电话呼入挂断后,获取未接来电的号码作为所述用户电话号码,并查找与该用户电话号码对应的默认服务项目作为目标服务项目。

基于上述设计,可以通过默认未接来电确定用户电话号码和目标服务项目,如此,在服务项目较为简单的情况下,可以快速准确的获取用户电话号码及目标服务项目,并且由于不接通用户的电话呼入,为用户节省了通话费用。

进一步地,在本实施方式中,所述云端服务器100根据所述目标服务项目及收货人信息生成订单,根据订单内容生成订单确认请求信息并发送给所述用户终端200。所述云端服务器100接收所述用户终端200发送的订单确认反馈信息后,生成该订单的核签识别码,并将所述订单与该订单的核签识别码一起发送给所述送水站终端300。如此,对订单内容进行一次确认,防止用户因为误拨号造成的错误下单。

在本实施例的第二种实施方式中,所述云端服务器100接收用户终端200的电话呼入,在不接通所述电话呼入的情况下向所述用户终端200播放挂机的提示。所述云端服务器100在所述用户终端200的电话呼入挂断后,获取未接来电的号码作为所述用户电话号码,并将所述用户终端200推送下单链接。在本实施方式中,所述下单链接可以为一下单界面的链接地址。

所述云端服务器100接收所用户终端200通过所述下单链接进行的操作,获取用户指定的目标服务项目。

基于上述设计,所述用户终端200可以通过电话呼入方便地获得所述下单链接,所述云端服务器100也可以快速准确的获得用户电话号码及用户指定的目标服务项目。

在本实施例的第三种实施方式中,所述云端服务器100接收用户终端200的电话呼入,记录所述用户终端200的用户电话号码。通过语音自助应答服务获取用户选择目标服务项目。

在本实施例的第三种方式中,所述云端服务器100可以在接收所述用户终端200的电话呼入后立即接通电话并提供语音自助应答服务。所述云端服务器100也可以在上述本实施例的第一种实施方式或第二种实施方式所述情形下,在用户终端200的电话呼入超过一预设时间(如10秒)未挂机时,转为本实施例的第三种实施方式,接通电话并为用户提供语音自助应答服务。

进一步地,在本实施例中,所述云端服务器100可以与多个不同送水站终端300对接,根据所述用户终端200对应的收货人信息及目标服务项目,匹配最近的送水站进行下单。

步骤s120,根据所述用户电话号码匹配对应的收货人信息。

具体地,在本实施例中,所述云端服务器100存储有与所述用户电话号码对应的收货人信息。所述云端服务器100查找是否存在与呼入的用户电话号码匹配的收货人信息。当查找到与呼入的用户电话号码匹配的收货人信息时,获取所述收货人信息作为该订单的收货人信息。当未查找到与呼入的用户电话号码匹配的收货人信息时,通过人工语音服务获取并记录用户的收货人信息。

步骤s130,根据所述目标服务项目及收货人信息生成订单及该订单的核签识别码,并发送给所述送水站终端300。

具体地,所述云端服务器100在将生成的订单及订单核签识别码发送给提供服务的商家的所述送水站终端300,提供服务的商家根据从所述送水站终端300获得的订单信息为用户提供相应的服务项目,并为用户提供所述核签识别码用以进行完成服务项目的确认。

在本实施例中,所述送水站终端300可以将所述核签识别码打印为实体标签后与订单货物一起配送给用户,也可以采用电子核签识别码的展示或发送给用户。

步骤s140,接收所述用户终端200通过识别所述核签识别码发送签收信息,将所述签收信息发送给所述送水站终端300。

在本实施例中,所述签收信息包括签收评价信息。所述云端服务器100接收所述用户终端200通过识别所述核签识别码发送访问请求,通过所述用户终端200显示一签收评价界面。所述云端服务器100获取用户在所述签收评价界面输入的签收评价信息,并将所述签收评价信息发送给送水站终端300。所述核签识别码可以为二维码或条形码。

进一步地,在本实施例中,所述核签识别码中还可以包括付费链接,所述用户终端200识别所述核签识别码后通过所述付费链接经由所述云端服务器100或者第三方付费平台进行费用支付。

进一步地,在本实施例中,所述核签识别码中还可以包括下单链接,所述用户终端200通过识别所述核签识别码向所述云端服务器100发送访问请求,所述云端服务器100判断该用户终端200是否存在未签收的订单。当存在未签收的订单时,通过所述用户终端200显示所述签收评价界面。当不存在未签收订单时,通过所述用户终端200显示下单界面。如此,用户可以重复利用所述核签识别码作为网上入口进行下单,促进了用户向互联网下单方式的转型。

请参照图4,本实施例还提供一种送水订单生成装置110,应用于图1所示的云端服务器100,所述送水订单生成装置110包括呼入接收模块111、匹配模块112、生成模块113及签收确认模块114。

所述呼入接收模块111,用于接收用户终端200的电话呼入,获取用户指定的目标服务项目及所述用户终端200的用户电话号码。本实施例中,所述呼入接收模块111可用于执行图3所示的步骤s110,关于所述呼入接收模块111的具体描述可参对所述步骤s110的描述。

所述匹配模块112,用于根据所述用户电话号码匹配对应的收货人信息。本实施例中,所述匹配模块112可用于执行图3所示的步骤s120,关于所述匹配模块112的具体描述可参对所述步骤s120的描述。

所述生成模块113,用于根据所述目标服务项目及收货人信息生成订单及该订单的核签识别码,并发送给所述送水站终端300。本实施例中,所述生成模块113可用于执行图3所示的步骤s130,关于所述生成模块113的具体描述可参对所述步骤s130的描述。

所述签收确认模块114,用于在接收到所述用户终端200通过识别所述核签识别码发送的签收信息时,将所述签收信息发送给所述送水站终端300。本实施例中,所述签收确认模块114可用于执行图3所示的步骤s140,关于所述签收确认模块114的具体描述可参对所述步骤s140的描述。

综上所述,本发明提供的送水订单生成方法、装置及系统,通过接收用户终端200的电话呼入,将电话下单转接入互联网平台。在面向用户一端提供电话下单系统,维持了原有电话下单用户群体的使用习惯。在面向服务商家一段转向为提供互联网平台,保证订单确收的效率。这样,实现了传统下单方式的客户与互联网商家的对接。并通过互联网核签方式,进行互联网方式的推广,提升传统用户使用或关注互联网方式的意愿,促进传统用户向互联网用户的过渡。

在本申请所提供的实施例中,应该理解到,所揭露的装置和方法,也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,附图中的流程图和框图显示了根据本发明的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分,所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现方式中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个连续的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或动作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。

另外,在本发明各个实施例中的各功能模块可以集成在一起形成一个独立的部分,也可以是各个模块单独存在,也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:u盘、移动硬盘、只读存储器(rom,read-onlymemory)、随机存取存储器(ram,randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

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

以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步定义和解释。

以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应所述以权利要求的保护范围为准。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1