一种电子设备模糊购票的方法及电子设备与流程

1.本发明涉自动售检票系统领域，具体涉及一种电子设备模糊购票的方法及电子设备。


背景技术：

2.随着城市轨道交通的飞速发展，地铁运营里程和设备将成倍增长，地铁afc系统即地铁自动售检票系统，是通过对计算机、统计、财务等专业知识的综合运用，来实现轨道交通的售票、检票、计费、收费、统计、清分结算和运行管理等全过程的自动化系统，是票务系统的一种体现和实施方法，是乘客直接面对和使用的一套系统，一定程度上代表着运营企业的形象。
3.现有的地铁自动售检票系统需要用户根据特定范围内的站点进行选择，该选择必须依赖与乘客对地铁站点非常清楚了解的前提，而往往很多的乘客不知道目的地的具体站点名称或目的地的附近具体站点名称，且通常无法实现目的地的模糊查询，一般只有在用户确知目的地名称的情况下才能实现目的地位置的查询或者引导。


技术实现要素：

4.本发明的目的在于提供一种电子设备模糊购票的方法，根据输入信号的语义分析，获得判断用户意图(购票、充值等)以及业务参数(目的地、购票数量等)，并根据所述目的地生成兴趣点，以及兴趣点相关的多条基于人的交通路径，用以解决现有afc系统在乘客没有明确目的地站点的情况下，无法精确的向用户推荐其感兴趣的目的地的问题。
5.一种电子设备模糊购票的方法，所述电子设备包括触敏显示屏，所述方法包括：
6.s1、获取“目的地”关键词；
7.s2、基于所述“目的地”关键词，获得当前位置与目的兴趣点的多条基于人的交通路径；
8.s3、基于所述多条基于人的交通路径提取起始地铁站点与目的地铁站点，形成多个地铁购票方案，并将所述多个地铁购票方案显示于所述触敏显示屏；
9.s4、获取触敏显示屏上的确认信息，并根据所述确认信息生成相匹配的票卡。
10.此处的目的地点可能并非地铁站点，需要通过地图工具搜索，匹配与乘客描述的目的地最近的地铁站点名，推荐乘客购票站点。
11.多条基于人的交通路径包括至少3种路线“时间最短”路径、“最少换乘”路径、“票价最低”路径。
12.进一步地，所述将所述多个地铁购票方案显示于所述触敏显示屏的具体过程为：根据目的地铁站点与目的兴趣点距离的远近对所述多个地铁购票方案进行排序，距离所述目的兴趣点越近，其对应的购票方案排序越靠前。
13.进一步地，所述步骤s1具体包括以下步骤：
14.s101、获取在相应于预设软按钮的位置与触敏显示屏的接触，预设软按钮包括语
音模式输入软按钮和/或手写模式输入软按钮；
15.s102、根据所述接触，获取相对应模式下的输入信号；
16.s103、对所述输入信号进行解析，获得“目的地”关键词。
17.进一步地，所述步骤s4具体包括以下步骤：
18.获取触敏显示屏上的确认信息；
19.基于所述确认信息生成订单信息；
20.基于所述订单信息发起扣费请求；
21.获得扣费结果；
22.生成与所述订单信息相匹配的票卡。
23.进一步地，所述步骤s3具体包括：
24.s301、基于所述“目的地”关键词，获取本地区域中相应数量的兴趣点，并将所述兴趣点显示于所述触敏显示屏；
25.s302、获取所述兴趣点的位置与所述触敏显示屏的接触，并根据所述接触获得相对应的目的兴趣点；
26.s303、根据所述目的兴趣点，获得当前位置与目的兴趣点的多条基于人的交通路径。
27.进一步地，所述将步骤s301具体包括以下步骤：
28.根据所述“目的地”，获取学习排序模型；
29.使用所述学习排序模型，根据所述查询词将合并后的兴趣点进行排序；
30.根据所述排序结果在所述触敏显示屏上显示所述兴趣点。
31.进一步地，根据所述用户与兴趣点之间的距离、兴趣点的热度、兴趣点的历史点击率或文本相关性中的至少一个来训练学习排序模型。
32.进一步地，所述步骤s4的确认信息包括：从多个购票方案中选择的一个购票方案，以及起始地铁站点与目的地铁站点相对应的票卡数量。
33.进一步地，若所述预设软按钮为语音模式输入软按钮，则输入信号为语音信号，对所述输入信号进行解析包括以下步骤：
34.对用户输入的语音信号降噪处理，并进行语音和语义识别，获得语义结果；
35.对所述语义结果进行解析，获得“目的地”关键词。
36.一种电子设备，包括：
37.触敏显示屏；
38.存储器；
39.一个或多个处理器；以及
40.一个或多个模块，存储在存储器中并被配置成由所述一个或多个处理器执行，所述一个或多个模块包括：
41.获取目的地模块，用于获取“目的地”关键词；；
42.人交通路径模块，用于基于所述“目的地”关键词，获得当前位置与目的兴趣点的多条基于人的交通路径；
43.购票方案模块，用于基于所述多条基于人的交通路径提取起始地铁站点与目的地铁站点，形成多个地铁购票方案，并将所述多个地铁购票方案显示于所述触敏显示屏；
44.生成票卡模块，用于获取触敏显示屏上的确认信息，并根据所述确认信息生成相匹配的票卡。
45.进一步地，所述触敏显示屏上嵌入人脸识别pad显示屏，所述人脸识别pad显示屏连接有人脸识别支付单元，所述步骤s7具体包括以下步骤：
46.基于所述确认信息生成订单信息；
47.基于所述订单信息发起扣费请求，并对所述扣费请求进行判定，所述扣费请求为扫码支付或刷脸支付的支付方式请求；
48.若所述扣费请求为人脸支付，则发起人脸识别请求；
49.基于所述人脸识别请求，调用摄像头用于获得用户人脸图像信息，并于人脸识别pad显示屏上显示预设用户界面对象，所述用户界面对象包括提示用户的信息；
50.进行人脸活体检测，若检测成功进行抓拍，将抓拍得到的人脸图像上传至第三方支付平台；
51.获取第三方支付平台的识别结果并显示于人脸识别pad显示屏上；
52.若识别成功，则获取识别成功的faceid；
53.基于所述faceid，向小额支付平台发起人脸扣费请求；
54.获取小额支付平台下发的对应商户订单号；
55.根据所述商户订单号向小额支付平台定时发起查询扣费是否成功的请求；
56.若获取到人脸扣费成功的结果，将所述人脸扣费成功的结果显示于人脸识别pad显示屏，根据所述票卡数量与目的站点进行出票；
57.将所述出票的结果发送至小额支付平台。
58.本发明中，afc系统在互联网售票机(简称“tvm”)新增语音购票、语音充值、人脸识别支付等功能，需在互联网售票机上配置麦克风阵列、人脸识别模块(简称“人脸识别pad”)，并在互联网售票机软件系统内部署语音处理单元(简称“智能语音sdk”)，以实现互联网售票机新增功能。
59.自动售票机业务程序需要在保持既有业务不变更的情况下，新增语音购票、模糊地点购票、目的地线路规划等功能，语音购票业务需调用智能语音sdk接口实现，智能语音sdk主要作用是代替乘客进行手动输入，当用户意图满足购票或充值条件时，结合乘客选择的现金或移动支付方式，完成后续扣费流程。
60.智能语音sdk主要负责将麦克风的语音输入信号进行噪音抑制、回音消除处理后，将语音信号发送至语音识别服务器进行语义分析，获取语义分析结果后，结合第三方地图服务api，最后得到购票或充值的业务参数。智能语音sdk通过api的方式提供给自动售票机主程序调用，以实现语音购票功能。
61.本发明具有的有益效果：
62.1、相较现有传统购票机，可通过语音、手写输入目的地，支持模糊目的地与非车站站点的目的地，进而智能帮助乘客规划出行线路、匹配购票方案；
63.2、提高用户的使用满意度，同时使待推荐兴趣点能够准确定位到其相应的目的地以及目的地周边，从而提高推荐成功率。
附图说明
64.图1为本发明的一种电子设备模糊购票方法流程示意图；
65.图2为本发明的一种电子设备语音模糊购票流程示意图；
66.图3为本发明的一种电子设备结构示意图；
67.图4为本发明的基于高德导航的语音模糊购票数据流程示意图；
68.图5为本发明的语音业务(语音购票或语音充值)时序结构示意图；
69.图6为本发明的人脸支付流程示意图；
具体实施方式
70.下面结合实施例及附图，对本发明作进一步的详细说明，但本发明的实施方式不限于此。
71.在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖向”、“纵向”、“侧向”、“水平”、“内”、“外”、“前”、“后”、“顶”、“底”等指示的方位或位置关系为基于附图所示的方位或位置关系，或者是该发明产品使用时惯常摆放的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的电子设备或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。
72.在本发明的描述中，还需要说明的是，除非另有明确的规定和限定，术语“设置”、“开有”、“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。
73.实施例1
74.本实施的目的在于提供一种电子设备语音输入模糊购票的方法，所述电子设备包括触敏显示屏，所述方法包括：
75.s1、获取在相应于预设软按钮的位置与触敏显示屏的接触；
76.s2、根据所述接触，获得对应的关键词，所述关键词包括“目的地”，具体包括：
77.采集用户的语音，并对所述语音进行处理获得语义分析结果；
78.对所述语义分析结果进行解析，获得相应的关键词。
79.s3、基于所述“目的地”关键词，获取本地区域中相应数量的兴趣点，并将所述兴趣点显示于所述触敏显示屏；
80.s4、获取所述兴趣点的位置与所述触敏显示屏的接触，并根据所述接触获得相对应的目的兴趣点；
81.s5、根据所述目的兴趣点，获得当前位置与目的兴趣点的多条基于人的交通路径；
82.s6、基于所述多条基于人的交通路径提取起始地铁站点与目的地铁站点，形成多个地铁购票方案，并将所述多个地铁购票方案显示于所述触敏显示屏；
83.将所述多个地铁购票方案显示于所述触敏显示屏的具体过程为：根据目的地铁站点与目的兴趣点距离的远近对所述多个地铁购票方案进行排序，距离所述目的兴趣点越近，其对应的购票方案排序越靠前。
84.s7、获取触敏显示屏上的确认信息，并根据所述确认信息生成相匹配的票卡。
85.具体包括以下步骤：
86.获取触敏显示屏上的确认信息；
87.基于所述确认信息生成订单信息；
88.基于所述订单信息发起扣费请求；
89.获得扣费结果；
90.生成相匹配的票卡。
91.所述步骤s7的确认信息包括：从多个购票方案中选择的一个购票方案，以及起始地铁站点与目的地铁站点相对应的票卡数量。
92.通过从多个购票方案中选择一个购票方案，乘客可以获得时间最少、路径最短或路线利用率高的购票方案。
93.具体的，对所述语音进行处理获得语义分析结果，包括：
94.对用户输入的语音信号降噪处理后，发送给语音识别服务器，进行语音和语义识别；
95.语音识别服务器对语音信号进行语音识别(asr)和语义分析(nlp)后，将语义结果返回，格式为json字符串；
96.对语义结果进行解析，获得语义分析结果。
97.实施例2
98.本实施例目的在于提供一种电子设备手写输入模糊购票的方法，所述电子设备包括触敏显示屏，所述方法包括：
99.1、获取在相应于预设软按钮的位置与触敏显示屏的接触；
100.s2、根据所述接触，获得对应的关键词，所述关键词包括“目的地”，具体包括：
101.直接获取用户输入内容；
102.对所述用户输入内容进行解析，获得相应的关键词。
103.s3、基于所述“目的地”关键词，获取本地区域中相应数量的兴趣点，并将所述兴趣点显示于所述触敏显示屏；
104.s4、获取所述兴趣点的位置与所述触敏显示屏的接触，并根据所述接触获得相对应的目的兴趣点；
105.s5、根据所述目的兴趣点，获得当前位置与目的兴趣点的多条基于人的交通路径；
106.s6、基于所述多条基于人的交通路径提取起始地铁站点与目的地铁站点，形成多个地铁购票方案，并将所述多个地铁购票方案显示于所述触敏显示屏；
107.将所述多个地铁购票方案显示于所述触敏显示屏的具体过程为：根据目的地铁站点与目的兴趣点距离的远近对所述多个地铁购票方案进行排序，距离所述目的兴趣点越近，其对应的购票方案排序越靠前。
108.s7、获取触敏显示屏上的确认信息，并根据所述确认信息生成相匹配的票卡。
109.具体包括以下步骤：
110.获取触敏显示屏上的确认信息；
111.基于所述确认信息生成订单信息；
112.基于所述订单信息发起扣费请求；
113.获得扣费结果；
114.生成相匹配的票卡。
115.所述步骤s7的确认信息包括：从多个购票方案中选择的一个购票方案，以及起始地铁站点与目的地铁站点相对应的票卡数量。
116.通过从多个购票方案中选择一个购票方案，乘客可以获得时间最少、路径最短或路线利用率高的购票方案。
117.实施例3
118.s1、获取在相应于预设软按钮的位置与触敏显示屏的接触；
119.s2、根据所述接触，获得对应的关键词，所述关键词包括“目的地”，具体包括：
120.对所述接触进行判定；
121.若所述接触为相应于语音模式输入软按钮的位置，则采集用户的语音，并对所述语音进行处理获得语义分析结果；
122.对所述语义分析结果进行解析，获得相应的关键词。
123.若所述接触为相应于手写模式输入软按钮的位置，则直接获取用户输入内容；
124.对所述用户输入内容进行解析，获得相应的关键词。
125.s3、基于所述“目的地”关键词，获取本地区域中相应数量的兴趣点，并将所述兴趣点显示于所述触敏显示屏；
126.s4、获取所述兴趣点的位置与所述触敏显示屏的接触，并根据所述接触获得相对应的目的兴趣点；
127.s5、根据所述目的兴趣点，获得当前位置与目的兴趣点的多条基于人的交通路径；
128.s6、基于所述多条基于人的交通路径提取起始地铁站点与目的地铁站点，形成多个地铁购票方案，并将所述多个地铁购票方案显示于所述触敏显示屏；
129.将所述多个地铁购票方案显示于所述触敏显示屏的具体过程为：根据目的地铁站点与目的兴趣点距离的远近对所述多个地铁购票方案进行排序，距离所述目的兴趣点越近，其对应的购票方案排序越靠前。
130.s7、获取触敏显示屏上的确认信息，并根据所述确认信息生成相匹配的票卡。
131.具体包括以下步骤：
132.获取触敏显示屏上的确认信息；
133.基于所述确认信息生成订单信息；
134.基于所述订单信息发起扣费请求；
135.获得扣费结果；
136.生成相匹配的票卡。
137.所述步骤s7的确认信息包括：从多个购票方案中选择的一个购票方案，以及起始地铁站点与目的地铁站点相对应的票卡数量。
138.通过从多个购票方案中选择一个购票方案，乘客可以获得时间最少、路径最短或路线利用率高的购票方案。
139.具体的，对所述语音进行处理获得语义分析结果，包括：
140.对用户输入的语音信号降噪处理后，发送给语音识别服务器，进行语音和语义识别；
141.语音识别服务器对语音信号进行语音识别(asr)和语义分析(nlp)后，将语义结果
返回，格式为json字符串；
142.对语义结果进行解析，获得语义分析结果。
143.实时例4
144.本实施例的目的在于提供一种基于高德导航的模糊购票方法，包括：
145.s1、获取在相应于预设软按钮的位置与触敏显示屏的接触，所述预设软按钮包括语音模式输入软按钮和手写模式输入软按钮；
146.s2、根据所述接触，获得对应的关键词，所述关键词包括“目的地”，具体包括：
147.对所述接触进行判定；
148.若所述接触为相应于语音模式输入软按钮的位置，则采集用户的语音，并对所述语音进行处理获得语义分析结果；
149.对所述语义分析结果进行解析，获得相应的关键词。
150.若所述接触为相应于手写模式输入软按钮的位置，则直接获取用户输入内容；
151.对所述用户输入内容进行解析，获得相应的关键词。
152.s3、基于所述“目的地”关键词，调用高德地图地点模糊查询api,获取本地区域中相应数量的兴趣点，并将所述兴趣点显示于所述触敏显示屏；
153.s4、获取所述兴趣点的位置与所述触敏显示屏的接触，并根据所述接触获得相对应的目的兴趣点；
154.s5、根据所述目的兴趣点，调用高德路径规划api,获得当前位置与目的兴趣点的多条基于人的交通路径；
155.s6、基于所述多条基于人的交通路径提取起始地铁站点与目的地铁站点，形成多个地铁购票方案，并将所述多个地铁购票方案显示于所述触敏显示屏；
156.将所述多个地铁购票方案显示于所述触敏显示屏的具体过程为：根据目的地铁站点与目的兴趣点距离的远近对所述多个地铁购票方案进行排序，距离所述目的兴趣点越近，其对应的购票方案排序越靠前。
157.s7、获取触敏显示屏上的确认信息，并根据所述确认信息生成相匹配的票卡。
158.具体包括以下步骤：
159.获取触敏显示屏上的确认信息；
160.基于所述确认信息生成订单信息；
161.基于所述订单信息发起扣费请求；
162.获得扣费结果；
163.生成相匹配的票卡。
164.所述步骤s7的确认信息包括：从多个购票方案中选择的一个购票方案，以及起始地铁站点与目的地铁站点相对应的票卡数量。
165.通过从多个购票方案中选择一个购票方案，乘客可以获得时间最少、路径最短或路线利用率高的购票方案。
166.具体的，对所述语音进行处理获得语义分析结果，包括：
167.对用户输入的语音信号降噪处理后，发送给语音识别服务器，进行语音和语义识别；
168.语音识别服务器对语音信号进行语音识别(asr)和语义分析(nlp)后，将语义结果
返回，格式为json字符串；
169.对语义结果进行解析，获得语义分析结果。
170.实施例5
171.本发明的目的在于提供进一步地，一种电子设备，包括：
172.触敏显示屏；
173.存储器；
174.一个或多个处理器；以及
175.一个或多个模块，存储在存储器中并被配置成由所述一个或多个处理器执行，所述一个或多个模块包括：
176.获取接触模块，用于获取在相应于预设软按钮的位置与触敏显示屏的接触；
177.目的地模块，用于根据所述接触，获得对应的关键词，所述关键词包括“目的地”；
178.路径与方案模块，用于基于所述“目的地”关键词，获得当前位置与目的兴趣点的多条基于人的交通路径和多个购票方案，并将所述多条基于人的交通路径或多个购票方案显示于所述触敏显示屏；
179.生成票卡模块，用于获取触敏显示屏上的确认信息，并根据所述确认信息生成相匹配的票卡。
180.进一步地，所述路径与方案模块具体包括以下子模块：
181.兴趣点子模块，用于基于所述“目的地”关键词，获取本地区域中相应数量的兴趣点，并将所述兴趣点显示于所述触敏显示屏；
182.目的兴趣点子模块，用于获取所述兴趣点的位置与所述触敏显示屏的接触，并根据所述接触获得相对应的目的兴趣点；
183.路径子模块，用于根据所述目的兴趣点，获得当前位置与目的兴趣点的多条基于人的交通路径；
184.购票方案子模块，用于基于所述多条基于人的交通路径生成多个购票方案，并将所述多条基于人的交通路径或多个购票方案显示于所述触敏显示屏。
185.实施例6
186.本实施例的目的在于提供一种语音业务通讯架构，应用于afc系统中车站自动售票机。
187.本发明中，afc系统在部分车站(港务大道站、双寨站、体育中心站)的互联网售票机(简称“tvm”)新增语音购票、语音充值、人脸识别支付等功能，需在互联网售票机上配置麦克风阵列、人脸识别模块(简称“人脸识别pad”)，并在互联网售票机软件系统内部署语音处理单元(简称“智能语音sdk”)，以实现互联网售票机新增功能。
188.智能语音sdk主要负责将麦克风的语音输入信号进行噪音抑制、回音消除处理后，将语音信号发送至语音识别服务器进行语义分析，获取语义分析结果后，结合第三方地图服务api，最后得到购票或充值的业务参数。智能语音sdk通过api的方式提供给自动售票机主程序调用，以实现语音购票和语音充值功能。
189.自动售票机业务程序需要在保持既有业务不变更的情况下，新增语音购票、语音充值、模糊地点购票、目的地线路规划等功能，语音购票和语音充值业务需调用智能语音sdk接口实现，智能语音sdk主要作用是代替乘客进行手动输入，当用户意图满足购票或充
值条件时，结合乘客选择的现金或移动支付方式，完成后续扣费流程。
190.人脸识别pad通过互联网与第三方支付平台进行通信，主要负责调用摄像头采集用户人脸图片，将人脸图片上传至第三方支付平台，发起人脸id识别，接收人脸识别结果，最后将人脸id返回互联网售票机主程序，人脸识别pad与互联网售票机通过串口通信。
191.用户若为语音购票，需选择目的站点(或购票单价)和购票数量，用户若为语音充值，需插入储值卡与选择充值金额。
192.具体的语音购票或语音充值的过程为：
193.1.用户通过麦克风进行语音输入；
194.2.智能语音sdk对用户输入的语音信号降噪处理后，发送给语音识别服务器，进行语音和语义识别。
195.3.语音识别服务器对语音信号进行语音识别(asr)和语义分析(nlp)后，将语义结果返回，格式为json字符串；
196.4.智能语音sdk对语义结果进行解析，判断用户意(购票、充值等)图并提取业务参数(目的地、购票数量等)，最后将用户参数返回给tvm；
197.5.tvm在确认获取用户意图以及业务参数后，根据业务参数生成相应的订单信息，向人脸识别pad发起人脸识别请求；
198.6.人脸识别pad在收到人脸识别发起请求后，调起摄像头获取用户人脸，并显示相应ui提示用户；
199.7.用户在看到人脸识别pad的提示后，进行人脸识别；
200.8.人脸识别pad活体检测成功并抓拍到用户人脸图片后，将图片上传第三方支付平台进行人脸识别；
201.9.第三方支付平台在对用户人脸图片搜库比对后，将识别结果返回人脸识别pad，如果识别成功，将faceid返回；
202.10.人脸识别pad将识别结果展示给用户，如果识别成功，将faceid返回tvm；
203.11.tvm在获得faceid后向小额支付平台发起人脸扣费申请，小额支付应立刻生成对应商户订单号返回tvm；
204.12.小额支付平台将faceid向第三方支付平台发起人脸扣费申请；
205.13.第三方支付平台完成扣费后将扣费结果返回，小额支付应记录支付结果；
206.14.tvm根据商户订单号主动(定时)查询扣费结果；
207.15.tvm在获取人脸扣费结果后进行出票或充值处理；
208.16.tvm在获取人脸扣费结果后应通知人脸识别pad扣费结果，人脸识别pad在获取扣费结果后向用户展示扣费结果；
209.17.tvm应将出票或充值的结果告知小额支付平台，如果出卡失败或写卡失败，小额支付平台应进行相应的退费流程。
210.以上所述，仅是本发明的较佳实施例而已，并非对本发明作任何形式上的限制，依据本发明的技术实质，在本发明的精神和原则之内，对以上实施例所作的任何简单的修改、等同替换与改进等，均仍属于本发明技术方案的保护范围之内。