CN104079640A

CN104079640A - 一种用户服务提供方法及系统

Info

Publication number: CN104079640A
Application number: CN201410289604.2A
Authority: CN
Inventors: 袁蔚
Original assignee: Individual
Current assignee: Individual
Priority date: 2014-06-24
Filing date: 2014-06-24
Publication date: 2014-10-01
Anticipated expiration: 2034-06-24
Also published as: CN104079640B

Abstract

本发明适用于互联网技术领域，提供了一种用户服务提供方法及系统，方法包括：接收用户通过互联网终端输入的服务需求，获取所述用户的用户位置；根据用户位置以及预先存储的服务分解列表，获取服务需求对应的服务分解序列，所述服务分解序列包括多个关联的服务；从预先建立的用户偏好数据库中获取多个服务中每个服务对应的用户偏好，为每个服务生成一服务请求；将每个服务请求以及对应的用户偏好发送给对应的服务请求处理系统，接收各个服务请求处理系统返回的服务方案，生成服务需求的总服务方案；向各个服务请求处理系统发送执行对应服务方案的命令，从而向用户提供服务需求对应的服务序列，提高了各个服务请求处理系统对用户需求的响应能力。

Description

一种用户服务提供方法及系统

技术领域

本发明属于互联网技术领域，尤其涉及一种用户服务提供方法及系统。

背景技术

随着宽带无线接入技术和移动终端技术的飞速发展，人们可以通过接入到移动互联网的各种移动终端随时随地、方便地从互联网上的各种电子商务网站(例如，B2B、C2B、C2C等各种类型的电子商务网站)获取信息和服务。

目前，各种国内外电子商务网站的门类都比较齐全，可以向用户提供各种各样的服务(商品)，而且各自的服务质量也在不断提高，然而，一方面，由于各个电子商务网站提供的服务相对独立，或单个电子商务网站提供的服务之间相对独立(例如，团购网站可提供饮食方面商品的团购、娱乐方面商品等各个方面商品的团购)，因此，各个电子商务网站只能被动地接收用户的需求，进而提供相应的商品，而无法向用户主动地提供系统化的服务。另一方面，由于用户可选择的服务繁多，同时，由于大多数用户对自身的需求也比较模糊，造成用户无法明确自身所需要的商品，导致用户需求无法被及时地挖掘并被转换为商品。这样，虽然各个电子商务网站提供的服务或产品众多，但是却不能根据服务请求有效地向用户提供服务。

发明内容

本发明实施例的目的在于提供一种用户服务提供方法及系统，旨在将输入的用户服务需求转换为用户服务，利用各个服务请求处理系统有效地向用户提供服务，从而提高各个服务请求处理系统对用户需求的响应能力。

在本发明实施例的一方面，提供了一种用户服务提供方法，所述方法包括下述步骤：

接收用户通过互联网终端输入的服务需求，获取所述用户的用户位置；

根据所述用户位置以及预先存储的服务分解列表，获取所述服务需求对应的服务分解序列，所述服务分解序列包括多个关联的服务；

从预先建立的用户偏好数据库中获取所述多个服务中每个服务对应的用户偏好，为每个服务生成一服务请求；

将每个服务请求以及对应的用户偏好发送给对应的服务请求处理系统，接收各个服务请求处理系统返回的服务方案，生成所述服务需求的总服务方案；

根据所述总服务方案中各个服务方案的执行顺序向所述各个服务请求处理系统发送执行对应服务方案的命令，从而向所述用户提供所述服务需求对应的服务序列。

在本发明实施例的另一方面，提供了一种用户服务提供系统，所述系统包括：

用户位置获取单元，用于接收用户通过互联网终端输入的服务需求，获取所述用户的用户位置；

服务分解单元，用于根据所述用户位置以及预先存储的服务分解列表，获取所述服务需求对应的服务分解序列，所述服务分解序列包括多个关联的服务；

服务请求生成单元，用于从预先建立的用户偏好数据库中获取所述多个服务中每个服务对应的用户偏好，为每个服务生成一服务请求；

服务方案生成单元，用于将每个服务请求以及对应的用户偏好发送给对应的服务请求处理系统，接收各个服务请求处理系统返回的服务方案，生成所述服务需求的总服务方案；以及

服务提供单元，用于根据所述总服务方案中各个服务方案的执行顺序向所述各个服务请求处理系统发送执行对应服务方案的命令，从而向所述用户提供所述服务需求对应的服务序列。

在本发明实施例中，根据用户位置以及预先存储的服务分解列表，获取服务需求对应的服务分解序列，以将用户需求分解为多个服务，之后从预先建立的用户偏好数据库中获取服务分解序列的每个服务对应的用户偏好，为每个服务生成一服务请求，从而根据每个服务请求以及对应的用户偏好生成服务需求的总服务方案，根据总服务方案中各个服务方案的执行顺序向各个服务请求处理系统发送执行对应服务方案的命令，以向用户提供服务需求对应的服务序列，从而利用各个服务请求处理系统有效地向用户提供服务，提高了各个服务请求处理系统对用户需求的响应能力。

附图说明

图1是本发明实施例一提供的用户服务提供方法的实现流程图；

图2是本发明实施例二提供的用户服务提供方法的实现流程图；

图3是本发明实施例三提供的用户服务提供系统的结构图；以及

图4是本发明实施例四提供的用户服务提供系统的结构图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

以下结合具体实施例对本发明的具体实现进行详细描述：

实施例一：

图1示出了本发明实施例提供的一种用户服务提供方法的实现流程，详述如下：

在步骤S101中，接收用户通过互联网终端输入的服务需求，获取用户的用户位置。

在本发明实施例中，输入的服务需求为用户通过自然语言输入的单一服务需求或原子服务需求。例如，“吃饭”、“四个大人一个小孩吃饭”、“我和女朋友去看电影”或“我要去旅游”等。

在本发明实施例中，互联网终端可以为各种可接入互联网的个人电脑或各种智能终端，例如，智能手机、平板电脑等。优选地，所述互联网终端为移动终端，从而方便用户随时随地地接入互联网，输入用户的服务需求，提高用户需求转换为服务的及时性。

在本发明实施例中，接收到用户的服务需求时，获取用户的用户位置，以作为服务需求分解的依据。作为示例地，用户位置可通过互联网终端的IP地址进行定位，或利用GPS、WiFi、无线基站等进行定位。优选地，作为另一示例，用户位置可以包括在互联网终端发送来的服务需求中。例如，当互联网终端接收到用户输入的服务需求时，利用终端的定位服务获取用户的用户位置，将用户位置和服务需求一起进行发送出去。

在步骤S102中，根据用户位置以及预先存储的服务分解列表，获取服务需求对应的服务分解序列，所述服务分解序列包括多个关联的服务。

在本发明实施例中，预先建立一服务分解列表，服务分解列表存储了多个服务分解序列，一个服务分解序列用于表示实现一个服务需求的多个服务，即一个服务需求的完成通过多个服务来实现，从而将用户单个服务需求有效地转换为一服务序列，提高了用户服务的挖掘能力。

作为示例地，在本发明实施例中，服务分解列表可以以知识库的形式进行表示。通过专家经验得到的启发式知识，如某领域内有关的定义、定理和运算法则以及常识性知识等。如下表所示，示例性地列出了各服务需求对应的服务分解序列。

表1

作为示例地，如表1所示，列出了服务需求对应的服务分解列表。其中，当用户需求为“我要吃饭”时，对应的服务分解列表为“乘车”、“预订餐厅”、“点餐”、“买单”以及“乘车回家”。当用户需求为“我要看电影”时，对应的服务分解列表为“团购电影票”、“乘车去电影院”、“电影订座”以及“乘车回家”。具体地，上述服务分解列表可以为一专家知识库。即上述服务需求的分解由专家知识构成。在一实施例中，也可以根据预先收集的用户消费服务样本，获取一服务需求对应的标准服务分解序列，建立并存储所述服务需求与所述标准服务分解序列的关联关系，从而提高用户需求分解的准确性，为用户提供个性化的服务。

由于大多数用户对自身的需求也比较模糊，表述也不够准确，因此，优选地，当接收到用户输入时，使用人工智能算法识别出用户的服务需求，从而更为准确地表示出用户的服务需求，进而得到该服务需求对应的服务分解序列。具体地，可通过关键字提取方法或其他自然语言识别算法得到真正的用户需求，例如，作为示例地，当用户输入为“四个人去哪吃饭呢”时，可以通过文本标注、餐饮领域关键词匹配等，识别出用户需要的服务为“查找目前可提供四个位的餐厅”。

在步骤S103中，从预先建立的用户偏好数据库中获取多个服务中每个服务对应的用户偏好，为每个服务生成一服务请求。

在本发明实施例中，用户偏好数据库中存储的用户的偏好信息，例如，吃、喝、玩各个方面的偏好信息。作为示例地，例如，在吃方面，用户喜欢吃辣、饭后一个甜点、消费50元/人左右等。在玩方面，用户周末喜欢爬山、路程在5小时内、费用在500元内等。在最初建立用户偏好数据库时，可根据用户的注册信息获取用户的用户偏好，将获取的用户偏好保存到预先建立的用户偏好数据库中，以实现偏好数据库的建立。例如，当用户注册时，籍贯为湖南、居住地广州时，即将用户吃的偏好设置为：喜欢吃辣、饭前喝汤。在最初建立用户偏好数据库后，可根据用户的反馈或搜集到的用户消费记录不断更新用户偏好数据库。当用户没有注册时，可以根据用户位置设定相应的偏好，例如，当用户位置为位于南方的城市中时，可以将用户吃的偏好设置为：饭前喝汤、饮食清淡等。

在步骤S104中，将每个服务请求以及对应的用户偏好发送给对应的服务请求处理系统，接收各个服务请求处理系统返回的服务方案，生成所述服务需求的总服务方案。

在本发明实施例中，服务分解序列中各个服务关联有对应的一个或多个服务请求处理系统，以提供对应服务方案和执行服务方案，从而提供相应的服务。作为示例地，服务请求处理系统包括：汽车租赁系统、订餐系统、出租车电召系统、酒店预订系统、旅游景点票务预订系统以及电影票购买系统等。

当接收到各个服务请求处理系统返回的服务方案时，生成输入的服务需求的总服务方案，即由服务方案组成一个解决用户需求的完整服务方案。具体地，在生成用户需求的总服务方案时，根据每个服务方案的执行时间，各个服务方案之间关系(例如，互为条件、并行等关系)，按照时间先后关系对服务方案进行排序，以得到按时间排列的方案(或步骤)序列，每个方案(或步骤)对应相应的执行时间、相应的服务请求处理系统等。

在步骤S105中，根据总服务方案中各个服务方案的执行顺序向各个服务请求处理系统发送执行对应服务方案的命令，从而向用户提供所述服务需求对应的服务序列。

在本发明实施例中，根据步骤S104中得到的服务方案中各个服务方案的执行顺序，按照时间先后或者服务依赖先后向各个服务请求处理系统发送执行对应服务方案的命令，从而向用户提供服务需求对应的服务序列。

在本发明实施例中，根据用户位置以及预先存储的服务分解列表，获取服务需求对应的服务分解序列，从预先建立的用户偏好数据库中获取服务分解序列的每个服务对应的用户偏好，为每个服务生成一服务请求，从而根据每个服务请求以及对应的用户偏好生成服务需求的总服务方案，根据总服务方案中各个服务方案的执行顺序向各个服务请求处理系统发送执行对应服务方案的命令，以向用户提供服务需求对应的服务序列，从而利用各个服务请求处理系统有效地向用户提供服务，提高了各个服务请求处理系统对用户需求的响应能力。

实施例二：

图2示出了本发明实施例二提供的用户服务提供方法的实现流程，详述如下：

在步骤S201中，接收用户通过互联网终端输入的服务需求，获取用户的用户位置。

在步骤S202中，根据用户位置以及预先存储的服务分解列表，获取服务需求对应的服务分解序列，所述服务分解序列包括多个关联的服务。

在本发明实施例中，步骤S201和步骤S202的实施方式与实施例一中步骤S101和步骤S102相同，在此不再赘述。

在步骤S203中，通过互联网终端向用户输出所述服务分解序列。

在本发明实施例中，将服务需求对应的服务分解序列通过互联网终端输出，向用户提供修改分解结果的界面，从而进一步优化分解结果。

在步骤S204中，判断是否调整所述服务分解序列，当接收到调整所述服务分解序列的指令时，执行步骤S205，否则执行步骤S206。

在步骤S205中，调整所述服务分解序列中的服务。

在本发明实施例中，当接收到调整所述服务分解序列的指令时，可以对服务分解序列中的单个服务进行删除、调整执行顺序、修改服务项等。作为示例地，例如，当服务需求“我要看电影”的标准分解为“团购电影票”、“乘车去电影院”、“电影订座”以及“乘车回家”。如果用户希望直接购票，而不是“团购电影票”，则可以将“团购电影票”修改为“在线购票”，则调整后的服务分解序列为“在线购票”、“乘车去电影院”、“电影订座”以及“乘车回家”。

在步骤S206中，从预先建立的用户偏好数据库中获取多个服务中每个服务对应的用户偏好，为每个服务生成一服务请求。

在步骤S207中，将每个服务请求以及对应的用户偏好发送给对应的服务请求处理系统，接收各个服务请求处理系统返回的服务方案，生成所述服务需求的总服务方案。

在本发明实施例中，步骤S206和步骤S207的实施方式与实施例一中步骤S103和步骤S104相同，在此不再赘述。

在步骤S208中，通过互联网终端向用户输出所述服务需求的服务方案。

在步骤S209中，确认是否执行所述服务需求的总服务方案，是则执行步骤S211，否则跳至步骤S210。

在本发明实施例中，可以通过互联网终端向用户输出所述服务需求的总服务方案，并向用户输出确认是否立即执行所述服务需求的总服务方案，以优化用户的时间安排。

在步骤S210中，设置执行总服务方案的开始时间。

在本发明实施例中，优选地，可为用户提供一界面，以供用户设置执行总服务方案的开始时间，从而间接地设置总服务方案中各个服务的执行时间，为用户提供更精确的响应，使得服务更加人性化。

在步骤S211中，根据总服务方案中各个服务方案的执行顺序向各个服务请求处理系统发送执行对应服务方案的命令，从而向用户提供所述服务需求对应的服务序列。

在本发明实施例中，根据用户的原子服务需求向用户提供一系列服务，从而将用户单个服务需求有效地转换为一服务序列，提高了基于用户需求的服务挖掘能力，同时，提高了各个服务请求处理系统对用户需求的响应能力。另外，用户可以对服务序列进行修改、对服务执行的开始时间进行设置，提高了本发明实施例各处理系统的响应精确性。

进一步地，在本发明其他实施例中，还可以提供一界面，接收用户输入的服务反馈，从而对用户偏好数据库中的用户偏好进行更新，也可以将所述服务反馈提供给对应的服务处理系统，以使服务处理系统进行进一步的改进，提高服务质量。

在本发明实施例中，在向用户提供所述服务需求对应的服务序列后，存储此次服务需求以及对应的服务序列，并在一时间周期到达时对该时间周期内的服务需求、服务序列数据进行聚类分析，以得到此时间周期内用户的消费信息，例如，当分析结果为用户最近很忙，在外聚餐应酬多时，提醒用户应该多多陪家人，作为示例地，例如，陪家人做一次旅游。具体的提醒方式可以为电话、短信等方式。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于一计算机可读取存储介质中，所述的存储介质，如ROM/RAM、磁盘、光盘等。

实施例三：

图3示出了本发明实施例三提供的用户服务提供系统的结构，为了便于说明，仅示出了与本发明实施例相关的部分，其中包括：

用户位置获取单元31，用于接收用户通过互联网终端输入的服务需求，获取所述用户的用户位置；

服务分解单元32，用于根据所述用户位置以及预先存储的服务分解列表，获取所述服务需求对应的服务分解序列，所述服务分解序列包括多个关联的服务；

服务请求生成单元33，用于从预先建立的用户偏好数据库中获取所述多个服务中每个服务对应的用户偏好，为每个服务生成一服务请求；

服务方案生成单元34，用于将每个服务请求以及对应的用户偏好发送给对应的服务请求处理系统，接收各个服务请求处理系统返回的服务方案，生成所述服务需求的总服务方案；以及

服务提供单元35，用于根据所述总服务方案中各个服务方案的执行顺序向所述各个服务请求处理系统发送执行对应服务方案的命令，从而向所述用户提供所述服务需求对应的服务序列。

在本发明实施例中，用户服务提供系统各单元的实施方式可参考实施一中各步骤的实施方式，在此不再赘述。

实施例四：

图4示出了本发明实施例四提供的用户服务提供系统的结构，为了便于说明，仅示出了与本发明实施例相关的部分，其中包括：

关联关系建立单元41，用于根据预先收集的用户消费服务样本，获取一服务需求对应的标准服务分解序列，建立并存储所述服务需求与所述标准服务分解序列的关联关系。

用户偏好保存单元42，用于根据所述用户的注册信息获取所述用户的用户偏好，将获取的用户偏好保存到预先建立的用户偏好数据库中。

用户位置获取单元43，用于接收用户通过互联网终端输入的服务需求，获取所述用户的用户位置；

服务分解单元44，用于根据所述用户位置以及预先存储的服务分解列表，获取所述服务需求对应的服务分解序列，所述服务分解序列包括多个关联的服务；

服务请求生成单元45，用于从预先建立的用户偏好数据库中获取所述多个服务中每个服务对应的用户偏好，为每个服务生成一服务请求；

服务方案生成单元46，用于将每个服务请求以及对应的用户偏好发送给对应的服务请求处理系统，接收各个服务请求处理系统返回的服务方案，生成所述服务需求的总服务方案；

服务方案输出单元47，用于通过所述互联网终端向用户输出所述服务需求的总服务方案，当接收到所述用户的确认命令后，触发所述服务提供单元执行根据所述总服务方案中各个服务方案的执行顺序向所述各个服务请求处理系统发送执行对应服务方案的命令的步骤；以及

服务提供单元48，用于根据所述总服务方案中各个服务方案的执行顺序向所述各个服务请求处理系统发送执行对应服务方案的命令，从而向所述用户提供所述服务需求对应的服务序列。

在本发明实施例中，用户服务提供系统各单元的实施方式可参考实施二中各步骤的实施方式，在此不再赘述。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims

1.一种用户服务提供方法，其特征在于，所述方法包括下述步骤：

2.如权利要求1所述的方法，其特征在于，生成所述服务需求的总服务方案的步骤之后，根据所述总服务方案中各个服务方案的执行顺序向所述各个服务请求处理系统发送执行对应服务方案的命令的步骤之前，所述方法还包括：

通过所述互联网终端向用户输出所述服务需求的总服务方案，当接收到所述用户的确认命令后，执行根据所述总服务方案中各个服务方案的执行顺序向所述各个服务请求处理系统发送执行对应服务方案的命令的步骤。

3.如权利要求1所述的方法，其特征在于，从预先建立的用户偏好数据库中获取所述多个服务中每个服务对应的用户偏好的步骤之前，包括：

根据所述用户的注册信息获取所述用户的用户偏好，将获取的用户偏好保存到预先建立的用户偏好数据库中。

4.如权利要求1所述的方法，其特征在于，根据所述用户位置以及预先存储的服务分解列表，获取所述服务需求对应的服务分解序列，所述服务分解序列包括多个关联的服务的步骤之前，所述方法还包括：

根据预先收集的用户消费服务样本，获取一服务需求对应的标准服务分解序列，建立并存储所述服务需求与所述标准服务分解序列的关联关系。

5.如权利要求1所述的方法，其特征在于，所述服务需求中包括所述用户位置。

6.如权利要求1所述的方法，其特征在于，所述服务请求处理系统包括：汽车租赁系统、订餐系统、出租车电召系统、酒店预订系统、旅游景点票务预订系统以及电影票购买系统。

7.一种用户服务提供系统，其特征在于，所述系统包括：

8.如权利要求7所述的系统，其特征在于，所述系统还包括：

服务方案输出单元，用于通过所述互联网终端向用户输出所述服务需求的总服务方案，当接收到所述用户的确认命令后，触发所述服务提供单元执行根据所述总服务方案中各个服务方案的执行顺序向所述各个服务请求处理系统发送执行对应服务方案的命令的步骤。

9.如权利要求7所述的系统，其特征在于，所述系统还包括：

用户偏好保存单元，用于根据所述用户的注册信息获取所述用户的用户偏好，将获取的用户偏好保存到预先建立的用户偏好数据库中。

10.如权利要求7所述的系统，其特征在于，所述系统还包括：

关联关系建立单元，用于根据预先收集的用户消费服务样本，获取一服务需求对应的标准服务分解序列，建立并存储所述服务需求与所述标准服务分解序列的关联关系。