1.本发明涉及通信技术领域，特别是涉及一种数据获取方法、一种数据获取装置、一种电子设备以及一种计算机可读存储介质。
背景技术：2.目前，绝大多数民用通信运营商已上线了智能语音导航服务，可以允许用户通过100xx等渠道访问ivr(interactive voice response，语音增值业务)服务，完成如“查话费”、“查流量”等业务服务。在业务服务执行过程中，大多数支撑业务服务执行所需要的数据需要通过调用各类获取，例如查询用户当前是否已经欠费，查询用户星级，查询用户是否受到群障影响等，并根据具体的数据情况组织对用户的个性化话术，以便更好更准确地对用户提供服务。
3.然而，在数据访问的过程中，由于部分接口获取返回结果的时间比较长，或接口的响应时间较长，导致用户侧听到长时间空白音，容易引起用户的焦虑情绪。
技术实现要素：4.本发明实施例是提供一种数据获取方法、装置、电子设备以及计算机可读存储介质，以解决用户侧听到长时间空白音，容易引起焦虑情绪的问题。
5.本发明实施例公开了一种数据获取方法，包括：
6.通过第一线程采用预设的交互流程与用户进行语音交互的过程中，若需要获取用户数据，则新建第二线程开始获取所述用户数据；
7.若所述第二线程建立成功，中断所述交互流程，通过第一线程采用预设的等待交互流程与所述用户进行语音交互；
8.若所述用户数据获取完成，结束所述等待交互流程，将所述用户数据返回给用户。
9.可选地，所述通过第一线程采用预设的等待交互流程与所述用户进行语音交互，包括：
10.通过所述第一线程向用户播放第一等待语音；
11.在所述第一等待语音播放完毕时，查询所述用户数据是否获取完成；
12.若所述用户数据未获取完成，则通过所述第一线程向用户播放第二等待语音，并在所述第二等待语音播放完毕时，查询所述用户数据是否获取完成；
13.若所述用户数据获取完成，则结束所述等待交互流程。
14.可选地，还包括：
15.在所述第二线程建立成功时，生成数据获取凭证；
16.获取到的所述用户数据缓存在缓存服务器中，所述查询所述用户数据是否获取完成，包括：
17.查询所述缓存服务器是否存在与所述数据获取凭证相对应的缓存键；其中，所述缓存键为所述缓存服务器上所述用户数据缓存完成时，基于所述第二线程生成；
18.若所述缓存服务器存在与所述数据获取凭证相对应的缓存键，确定所述用户数据获取完成；
19.若所述缓存服务器不存在与所述数据获取凭证相对应的缓存键，确定所述用户数据未获取完成。
20.可选地，所述将所述用户数据返回给用户，包括：
21.将所述缓存服务器中缓存的所述用户数据返回给用户。
22.可选地，所述将所述用户数据返回给用户，包括：
23.通过语音播报或短信的方式将所述用户数据返回给用户。
24.可选地，在所述结束等待交互流程之后，还包括：
25.通过所述第一线程采用所述交互流程与用户进行语音交互。
26.本发明实施例公开了一种数据获取装置，包括：
27.数据获取模块，用于通过第一线程采用预设的交互流程与用户进行语音交互的过程中，若需要获取用户数据，则新建第二线程开始获取所述用户数据；
28.语音交互模块，用于若所述第二线程建立成功，中断所述交互流程，通过第一线程采用预设的等待交互流程与所述用户进行语音交互；
29.数据返还模块，用于若所述用户数据获取完成，结束所述等待交互流程，将所述用户数据返回给用户。
30.可选地，所述语音交互模块，包括：
31.第一语音播放子模块，用于通过所述第一线程向用户播放第一等待语音；
32.数据查询子模块，用于在所述第一等待语音播放完毕时，查询所述用户数据是否获取完成；若所述用户数据未获取完成，则执行第二语音播放子模块；若所述用户数据获取完成，则执行流程结束模块
33.所述第二语音播放子模块，用于通过所述第一线程向用户播放第二等待语音，并在所述第二等待语音播放完毕时，查询所述用户数据是否获取完成；
34.所述流程结束子模块，用于结束所述等待交互流程。
35.可选地，还包括：
36.凭证生成模块，用于在所述第二线程建立成功时，生成数据获取凭证；
37.获取到的所述用户数据缓存在缓存服务器中，所述数据查询子模块，包括：
38.缓存键生成单元，用于查询所述缓存服务器是否存在与所述数据获取凭证相对应的缓存键；其中，所述缓存键为所述缓存服务器上所述用户数据缓存完成时，基于所述第二线程生成；
39.获取完成确定单元，用于若所述缓存服务器存在与所述数据获取凭证相对应的缓存键，确定所述用户数据获取完成；
40.获取未完成确定单元，用于若所述缓存服务器不存在与所述数据获取凭证相对应的缓存键，确定所述用户数据未获取完成。
41.可选地，所述数据返还模块，包括：
42.数据返还子模块，用于将所述缓存服务器中缓存的所述用户数据返回给用户。
43.可选地，所述数据返还模块，包括：
44.数据返还子模块，用于通过语音播报或短信的方式将所述用户数据返回给用户。
45.可选地，还包括：
46.语音交互模块，还用于通过所述第一线程采用所述交互流程与用户进行语音交互。
47.本发明实施例还公开了一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，所述处理器、所述通信接口以及所述存储器通过所述通信总线完成相互间的通信；
48.所述存储器，用于存放计算机程序；
49.所述处理器，用于执行存储器上所存放的程序时，实现如本发明实施例所述的方法。
50.本发明实施例还公开了一种计算机可读存储介质，其上存储有指令，当由一个或多个处理器执行时，使得所述处理器执行如本发明实施例所述的方法。
51.本发明实施例包括以下优点：通过第一线程采用预设的交互流程与用户进行语音交互的过程中，若需要获取用户数据，则新建第二线程开始获取用户数据，若第二线程建立成功，中断交互流程，通过第一线程采用预设的等待交互流程与用户进行语音交互，可以在获取用户数据的过程中，同时给用户提供交互，避免出现长时间的空白音，缓解用户在等待过程中的焦虑情绪，提高用户的使用体验。
附图说明
52.图1是本发明实施例中提供的一种数据获取方法的步骤流程图；
53.图2是本发明实施例中的一种等待交互流程的具体实施方式的流程图；
54.图3是本发明实施例中的一种数据获取方法的具体实施方式的流程图之一；
55.图4是本发明实施例中的一种数据获取方法的具体实施方式的流程图之二；
56.图5是本发明实施例中提供的一种数据获取装置的结构框图；
57.图6是本发明实施例中提供的一种电子设备的框图。
具体实施方式
58.为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。
59.目前，绝大多数民用通信运营商已上线了智能语音导航服务，可以允许用户通过100xx等渠道访问ivr(interactive voice response，语音增值业务)服务，通过说话的方式(如“查话费”、“查流量”等)与系统交互，直接进入指定的流程办理各项业务。同时对运营人员提供了图形化的流程配置工具，允许运营人员根据自身对业务场景的理解直接进行流程配置，使流程配置更加简洁，针对群障、疫情等突发情况的响应更加迅速。
60.但是在流程执行过程中，大多数支撑流程执行所需要的数据需要通过调用各类获取，例如查询用户当前是否已经欠费，查询用户星级，查询用户是否受到群障影响等，并根据具体的数据情况组织对用户的个性化话术，以便更好更准确地对用户提供服务。这其中存在一部分数据访问的问题，如：
61.1)部分接口客观上获取返回结果的时间比较长，典型如线路检测、附属产品/扩展包订购等，由于业务所限，其执行时间通常会比较长，有些情况下可能会长达数秒甚至数十
秒才可获取到返回结果；
62.2)受部分支撑厂商的人力配置、技术水平等因素所限，也会导致部分接口的响应时间较长。
63.长时间的接口执行，在用户侧的感知是长时间的空白音，比较容易引起用户的焦虑情绪；此外由于长时间没有获取到返回结果，可能导致流程执行时认为接口调用失败，从而给用户错误的反馈。
64.目前的智能导航流程中对数据请求的过程通常如下：
65.1)用户通过拨打100xx等客服号码接入语音交互系统，系统将用户话务转发至流程执行模块；2)流程执行模块根据运营人员预先定好的脚本程序执行流程，当需要获取数据时，向接口封装模块发起数据调用请求；3)接口封装模块接到流程执行模块后，根据请求中的具体信息构造具体的请求报文并实际调用区域各系统提供的接口，并根据实际结构返回构造返回信息，并返回至流程执行模块；4)流程执行模块获取到返回结果后继续向后执行，根据获取到的返回数据组织对用户的指令，如播放录音、调用tts(text to speech，从文本到语音)合成等；5)流程执行模块将最终构造完成的指令发送至ivr服务器的对应程序，ivr中的程序根据指令实际进行音频播放/呼叫转移等具体操作，实现对用户的交互。
66.在上述流程执行过程中，对拨打ivr的用户而言，听到的都是空白音内容，即听筒内无任何声音。因此当区域接口比较耗时或返回时间较长时，对于用户而言的感受就是长时间听不到任何声音，容易引起用户的焦虑情绪甚至引发用户投诉。
67.基于此，本发明实施例中提供了一种数据获取方法，以解决上述存在的技术问题。
68.参照图1，示出了本发明实施例中提供的一种数据获取方法的步骤流程图，具体可以包括如下步骤：
69.步骤101：通过第一线程采用预设的交互流程与用户进行语音交互的过程中，若需要获取用户数据，则新建第二线程开始获取所述用户数据。
70.其中，交互流程为运营人员预先设置好的与用户的交互流程，用户数据为在于用户交互过程中用户需要查询的数据，如话费、剩余流量和用户身份信息等数据。
71.具体地，在用户通过拨打客服热线接入语音交互系统后，会通过第一线程采用预设的交互流程与用户进行语音交互，在语音交互的过程中，当确认用户需要查询用户数据，则启动新的线程，即第二线程去开始从存储有用户数据的系统或数据库中获取该用户需要的用户数据。
72.步骤102：若所述第二线程建立成功，中断所述交互流程，通过第一线程采用预设的等待交互流程与所述用户进行语音交互。
73.其中，等待交互流程为运营人员预先设置好的在获取数据时与用户进行交互的交互流程，可以是播放音乐、时间提示音、优惠服务介绍、或使用技巧介绍等，也可以是问答类的游戏，以缓解用户在等待过程中的焦虑情绪。本发明实施例中对等待交互流程不加以限制。
74.具体地，在确认第二线程建立成功，并开始获取用户数据时，第一线程中断原先的交互流程，采用等待交互流程与用户进行语音交互，可以实现语音交互系统在于获取用户数据的同时，又能为用户进行交互。作为示例，在用户拨打客服热线之后，且确定用户需要查询话费余额时，新建第二线程开始从存储有用户数据的系统或数据库中获取该用户的话
费余额，同时通过第一线程播放提示音和音乐，如“正在查询，请稍候+一定时长的音乐”，从而避免长时间的空白音，以缓解用户在等待过程中的焦虑情绪。
75.需要说明的是，等待交互流程本身可以是属于交互流程中的一部分，也可以是与交互流程分开的第二种交互流程，具体可以根据实际情况进行设置，本发明实施例中对此不加以局限。
76.步骤103：若所述用户数据获取完成，结束所述等待交互流程，将所述用户数据返回给用户。
77.具体地，当通过第二线程获取用户数据完成，则结束等待交互流程，继续执行交互流程，将用户数据返回给用户。
78.本发明实施例中，通过第一线程采用预设的交互流程与用户进行语音交互的过程中，若需要获取用户数据，则新建第二线程开始获取用户数据，若第二线程建立成功，中断交互流程，通过第一线程采用预设的等待交互流程与用户进行语音交互，可以在获取用户数据的过程中，同时给用户提供交互，避免出现长时间的空白音，缓解用户在等待过程中的焦虑情绪，提高用户的使用体验。
79.在本发明一实施例中，所述通过第一线程采用预设的等待交互流程与所述用户进行语音交互，包括：通过所述第一线程向用户播放第一等待语音；在所述第一等待语音播放完毕时，查询所述用户数据是否获取完成；若所述用户数据未获取完成，则通过所述第一线程向用户播放第二等待语音，并在所述第二等待语音播放完毕时，查询所述用户数据是否获取完成；若所述用户数据获取完成，则结束所述等待交互流程。
80.其中，第一等待语音和第二等待语音可以是相同的语音，例如都可以为“正在查询，请稍候+一定时长的音乐”；也可以是不相同的语音，第一等待语音可以为“正在查询，请稍候+第一时长的音乐”，第二等待语音为“查询未完成，请稍候+第二时长的音乐”。等待语音还是除音乐之外的其他语音，如时间提示音、优惠服务介绍、或使用技巧介绍等，本发明实施例对此不加以局限。
81.具体地，在第二线程开始获取用户数据之后，第一线程也开始采用等待交互流程与用户进行交互，开始播放第一等待语音如“正在查询，请稍候+一定时长的音乐”，在第一等待语音结束之后，查询用户数据是否获取完成，若用户数据获取未完成，则继续播放第二等待语音如“查询未完成，请稍候+一定时长的音乐”，若用户数据获取完成，则结束等待交互流程，第一线程继续采用交互流程与用户进行交互，将用户数据返回给用户。
82.需要说明的是，在第一等待语音、第二等待语音之后，若用户数据仍未获取完成，后面第一线程还可以继续播放第三等待语音、第四等待语音等，具体可以根据实际需要进行设置，本发明实施例中对此不加以局限。
83.参照图2，示出了本发明实施例中的一种等待交互流程的具体实施方式的流程图。启动异步(开启第二线程)调用用户数据成功之后，播放等待提示音(第一等待语音、第二等待语音)对用户交互，降低用户等待感，在等待提示音播放结束之后，查询用户数据是否获取完成，若用户数据获取未完成，返回执行播放等待提示音，且在播放等待提示音若干次后，如3次后用户数据仍未获取完成，则返回系统繁忙的提示。若用户数据获取完成(获取查询结果)后，根据构造指令对用户数据进行构造，并将构造后的用户数据返回给用户。
84.本案明实施例中，在用户等待获取用户数据的过程中，通过第一线程播放第一等
待语音、第二等待语音对用户交互，降低用户等待感，提高用户的使用体验。
85.在本发明实施例中，还包括：在所述第二线程建立成功时，生成数据获取凭证。
86.获取到的所述用户数据缓存在缓存服务器中，所述查询所述用户数据是否获取完成，包括：查询所述缓存服务器是否存在与所述数据获取凭证相对应的缓存键；其中，所述缓存键为所述缓存服务器上所述用户数据缓存完成时，基于所述第二线程生成；若所述缓存服务器存在与所述数据获取凭证相对应的缓存键，确定所述用户数据获取完成；若所述缓存服务器不存在与所述数据获取凭证相对应的缓存键，确定所述用户数据未获取完成。
87.具体地，在第二线程建立成功时，会生成数据获取凭证，数据获取凭证生成策略为：通过通话的流水号、接口编号及时间戳，生成唯一的数据获取凭，可以保证在不同通话内调用相同接口、在同一通话内调用相同接口等不同情况生成的凭证均不同，可以满足不同通话间的结果隔离，也可以满足同一通话间多次重试调用同一接口的数据隔离，如密码校验、短信发送等。
88.第二线程获取的用户数据缓存于缓存服务器中，并在用户数据缓存完毕时，生成与数据获取凭证唯一对应的缓存键存放于缓存服务器中。
89.因此，在查询用户数据是否缓存完成时，直接可以通过查询缓存服务器是否存在与数据获取凭证相对应的缓存键，来确定用户数据是否缓存完成。若缓存服务器存在与数据获取凭证相对应的缓存键，确定用户数据获取完成，若缓存服务器不存在与数据获取凭证相对应的缓存键，确定用户数据未获取完成。
90.本发明实施例中，通过查询缓存服务器是否存在与数据获取凭证相对应的缓存键，来确定用户数据是否缓存完成，可以保证在不同通话内调用相同接口、在同一通话内调用相同接口等不同情况下结果的隔离，有效保证数据的安全。
91.本发明一实施例中，所述将所述用户数据返回给用户，包括：将所述缓存服务器中缓存的所述用户数据返回给用户。
92.具体地，在用户数据缓存在缓存服务器之后，直接通过第一线程从缓存服务器获取用户数据，并将用户数据返回给用户。
93.本发明一实施例中，所述将所述用户数据返回给用户，包括：通过语音播报或短信的方式将所述用户数据返回给用户。
94.具体地，在获取到用户数据之后，可以通过多种方式将用户数据返回给用户，例如通过对用户数据进行语音合成得到合成语音，将合成语音播报给用户，或者将用户数据通过短信的方式发送给用户，本发明实施例对此不加以局限。
95.本发明一实施例中，在所述结束等待交互流程之后，还包括：通过所述第一线程采用所述交互流程与用户进行语音交互。
96.具体地，等待交互流程结束之后，继续通过第一线程采用原先的交互流程与用户进行语音交互，以为用户提供后续的服务。
97.为了更好的理解本发明实施例，参照图3、4进行示例性说明。
98.参照图3，示出了本发明实施例中的一种数据获取方法的具体实施方式的流程图之一。其中，语音交互系统包括流程执行模块、接口封装模块和区域系统，流程执行模块、接口封装模块和区域系统部署于同一设备或同一局域网内；区域系统为该区域内存放用户数据的系统。具体流程如下：
99.1)用户通过拨打100xx等客服号码接入语音交互系统，系统将用户话务转发至流程执行模块；
100.2)流程执行模块通过第一线程根据预先定好的脚本程序执行流程(交互流程)，当需要获取用户数据时，向接口封装模块发送并行(异步)数据获取的指令，并附带获取用户数据所需的各项参数；
101.3)接口封装模块接收到启动并行数据获取指令后，启动新线程(第二线程)开始进行区域系统接口数据的调用，并当检测到第二线程成功创建并开始执行后，直接向流程执行模块返回“并行数据访问启动成功”的结果，并附带数据获取凭证；
102.4)流程执行模块接收到并行数据访问成功启动的结果后，暂存数据获取凭证，并继续根据流程配置向后执行等待交互流程，此时指令ivr程序向用户播放提示音(如“正在查询，请稍候”)、播放音乐等，以减少用户侧的等待时间，具体的处理方式可由运营人员根据实际情况自行配置；
103.5)提示音播放完毕后，ivr程序继续向流程执行模块请求后续指令，此时流程执行模块可通过数据获取凭证向接口封装模块询问之前启动的并行查询是否已执行完毕；
104.6)接口封装模块在收到并行查询是否执行完毕的查询请求后，通过数据获取凭证查询缓存服务器中指定的缓存键是否已存在，如果存在则返回“执行完成”，否则返回“执行未完成”；
105.7)流程执行模块根据并行查询是否执行完成的具体结果决定下一步策略，如执行尚未完成可考虑再向用户播放其它提示音，或等待一定时间(如500毫秒)后重新查询；如果并行查询已完成，则可继续通过数据获取凭证向接口封装模块获取并行查询结果；
106.8)接口封装模块收到流程执行模块发送的并行查询结果获取请求后，根据数据获取凭证查询缓存中的内容，并按照同步执行的逻辑构造返回结果，并返回至流程执行模块；
107.9)流程执行模块接收到返回结果后，按照同步数据调用的逻辑构造后续指令，并对用户进行播报。
108.参照图4，示出了本发明实施例中的一种数据获取方法的具体实施方式的流程图之二。
109.1)流程开始执行，首先经过节点“启动异步接口调用”，向接口封装模块发送启动同步数据查询的指令；
110.2)接口封装模块根据启动并行数据查询命令中附带的查询参数进行初步验证，如必填项是否均提供，参数的值是否合法(例如数字参数类型是否正确，账期格式是否正确等)，如果校验未通过则返回启动失败的执行结果，此时流程执行会转至启动失败路径；
111.3)接口封装模块验证输入参数均合法的情况下，基于流水号+调用接口的编号+时间戳，生成全局唯一的数据获取凭证，同时启动新的线程(第二线程)开始执行数据调用，并将数据获取凭证作为任务启动成功结果的一部分返回至流程执行模块；
112.4)并行数据查询任务启动成功，流程执行模块暂存数据获取凭证，并继续向后执行等待交互流程，对用户播报提示音，例如“正在查询，请稍候”；
113.5)提示音播放完毕后流程继续执行，考虑到对用户播放音频的过程中时间已经经过了数秒的时间，所以通过节点“判断接口调用完成”，通过数据获取凭证向接口封装模块查询之前提交的并行数据访问工作是否已完成；
114.6)如果此时并行数据查询尚未执行完成，则采取下述步骤尝试等待数据调用完成：
115.a.通过节点“等待200毫秒”，将流程暂停200毫秒，之后继续查询调用是否完成；
116.b.循环等待超过5次，及等待超过1秒钟的时间后，如果并行数据获取仍未完成，则判断接口过于繁忙，此时进入执行失败流程，对用户播报“系统繁忙”等错误提示音；
117.c.根据实际的情况，还可考虑在等待一定时间后对用户播放其它等待提示音，如“查询正在执行，请不要挂机”提示用户继续等待，这部分功能可以由运营人员根据流程实际情况自行进行调整；
118.7)并行数据获取完成，此时通过节点“获取查询结果”，通过数据获取凭证获取调用结果，并继续向后执行，构造对用户播报的内容，并对用户进行播报，完成整个流程的配置。
119.综上所述，本发明的实施例具有如下优点：
120.1、解决智能语音导航流程配置过程中出现的接口调用时间过长，导致用户侧听到长时间空白音的问题，提升用户体验
121.2、现有技术中当被调用接口执行时间较长时，可采用的方案通常只能是要求接口提供方优化接口，配置工具本身未提供其它方式可以优化用户体验，最终通常会问题在反复沟通确认过程中迟迟无法解决，最终影响用户体验。本发明实施例是对智能语音导航体系的进一步优化，可以在没有开发人员介入，以及短时间内无法对数据接口进行进一步优化的情况下，可以选择采用的一种改善用户体验的方式；
122.3、相较于传统ivr流程中或者需要开发人员进行定制化开发，或需要支撑厂商对接口进行进一步优化等方案，本方法无需额外人员或成本投入，对于降低企业成本，实现功能的尽快上线具有积极作用；
123.4、通过基于缓存的方式实现，接口数据调用、数据格式解析、返回报文拼装等接口封装模块共通的功能，每个接口只需要开发一次，即可满足串行及并行两种数据调用方式，极大地减少了接口功能的开发工作量和难度。
124.需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。
125.参照图5，示出了本发明实施例中提供的一种数据获取装置的结构框图，具体可以包括如下模块：
126.数据获取模块501，用于通过第一线程采用预设的交互流程与用户进行语音交互的过程中，若需要获取用户数据，则新建第二线程开始获取所述用户数据；
127.语音交互模块502，用于若所述第二线程建立成功，中断所述交互流程，通过第一线程采用预设的等待交互流程与所述用户进行语音交互；
128.数据返还模块503，用于若所述用户数据获取完成，结束所述等待交互流程，将所述用户数据返回给用户。
129.可选地，所述语音交互模块，包括：
130.第一语音播放子模块，用于通过所述第一线程向用户播放第一等待语音；
131.数据查询子模块，用于在所述第一等待语音播放完毕时，查询所述用户数据是否获取完成；若所述用户数据未获取完成，则执行第二语音播放子模块；若所述用户数据获取完成，则执行流程结束模块
132.所述第二语音播放子模块，用于通过所述第一线程向用户播放第二等待语音，并在所述第二等待语音播放完毕时，查询所述用户数据是否获取完成；
133.所述流程结束子模块，用于结束所述等待交互流程。
134.可选地，还包括：
135.凭证生成模块，用于在所述第二线程建立成功时，生成数据获取凭证；
136.获取到的所述用户数据缓存在缓存服务器中，所述数据查询子模块，包括：
137.缓存键生成单元，用于查询所述缓存服务器是否存在与所述数据获取凭证相对应的缓存键；其中，所述缓存键为所述缓存服务器上所述用户数据缓存完成时，基于所述第二线程生成；
138.获取完成确定单元，用于若所述缓存服务器存在与所述数据获取凭证相对应的缓存键，确定所述用户数据获取完成；
139.获取未完成确定单元，用于若所述缓存服务器不存在与所述数据获取凭证相对应的缓存键，确定所述用户数据未获取完成。
140.可选地，所述数据返还模块，包括：
141.数据返还子模块，用于将所述缓存服务器中缓存的所述用户数据返回给用户。
142.可选地，所述数据返还模块，包括：
143.数据返还子模块，用于通过语音播报或短信的方式将所述用户数据返回给用户。
144.可选地，还包括：
145.语音交互模块，还用于通过所述第一线程采用所述交互流程与用户进行语音交互。
146.对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
147.另外，本发明实施例还提供了一种电子设备，包括：处理器，存储器，存储在存储器上并可在处理器上运行的计算机程序，该计算机程序被处理器执行时实现上述数据获取方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
148.本发明实施例还提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现上述数据获取方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，所述的计算机可读存储介质，如只读存储器(read-only memory，简称rom)、随机存取存储器(random access memory，简称ram)、磁碟或者光盘等。
149.图6为实现本发明各个实施例的一种电子设备的硬件结构示意图。
150.该电子设备600包括但不限于：射频单元601、网络模块602、音频输出单元603、输入单元604、传感器605、显示单元606、用户输入单元607、接口单元608、存储器609、处理器610、以及电源611等部件。本领域技术人员可以理解，图6中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者
不同的部件布置。在本发明实施例中，电子设备包括但不限于手机、平板电脑、笔记本电脑、掌上电脑、车载终端、可穿戴设备、以及计步器等。
151.应理解的是，本发明实施例中，射频单元601可用于收发信息或通话过程中，信号的接收和发送，具体的，将来自基站的下行数据接收后，给处理器610处理；另外，将上行的数据发送给基站。通常，射频单元601包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器、双工器等。此外，射频单元601还可以通过无线通信系统与网络和其他设备通信。
152.电子设备通过网络模块602为用户提供了无线的宽带互联网访问，如帮助用户收发电子邮件、浏览网页和访问流式媒体等。
153.音频输出单元603可以将射频单元601或网络模块602接收的或者在存储器609中存储的音频数据转换成音频信号并且输出为声音。而且，音频输出单元603还可以提供与电子设备600执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元603包括扬声器、蜂鸣器以及受话器等。
154.输入单元604用于接收音频或视频信号。输入单元604可以包括图形处理器(graphics processing unit，gpu)6041和麦克风6042，图形处理器6041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元606上。经图形处理器6041处理后的图像帧可以存储在存储器609(或其它存储介质)中或者经由射频单元601或网络模块602进行发送。麦克风6042可以接收声音，并且能够将这样的声音处理为音频数据。处理后的音频数据可以在电话通话模式的情况下转换为可经由射频单元601发送到移动通信基站的格式输出。
155.电子设备600还包括至少一种传感器605，比如光传感器、运动传感器以及其他传感器。具体地，光传感器包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板6061的亮度，接近传感器可在电子设备600移动到耳边时，关闭显示面板6061和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别电子设备姿态(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；传感器605还可以包括指纹传感器、压力传感器、虹膜传感器、分子传感器、陀螺仪、气压计、湿度计、温度计、红外线传感器等，在此不再赘述。
156.显示单元606用于显示由用户输入的信息或提供给用户的信息。显示单元606可包括显示面板6061，可以采用液晶显示器(liquid crystal display，lcd)、有机发光二极管(organic light-emitting diode,oled)等形式来配置显示面板6061。
157.用户输入单元607可用于接收输入的数字或字符信息，以及产生与电子设备的用户设置以及功能控制有关的键信号输入。具体地，用户输入单元607包括触控面板6071以及其他输入设备6072。触控面板6071，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板6071上或在触控面板6071附近的操作)。触控面板6071可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器610，接收处理器610发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多
种类型实现触控面板6071。除了触控面板6071，用户输入单元607还可以包括其他输入设备6072。具体地，其他输入设备6072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。
158.进一步的，触控面板6071可覆盖在显示面板6061上，当触控面板6071检测到在其上或附近的触摸操作后，传送给处理器610以确定触摸事件的类型，随后处理器610根据触摸事件的类型在显示面板6061上提供相应的视觉输出。虽然在图6中，触控面板6071与显示面板6061是作为两个独立的部件来实现电子设备的输入和输出功能，但是在某些实施例中，可以将触控面板6071与显示面板6061集成而实现电子设备的输入和输出功能，具体此处不做限定。
159.接口单元608为外部装置与电子设备600连接的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别模块的装置的端口、音频输入/输出(i/o)端口、视频i/o端口、耳机端口等等。接口单元608可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到电子设备600内的一个或多个元件或者可以用于在电子设备600和外部装置之间传输数据。
160.存储器609可用于存储软件程序以及各种数据。存储器609可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器609可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
161.处理器610是电子设备的控制中心，利用各种接口和线路连接整个电子设备的各个部分，通过运行或执行存储在存储器609内的软件程序和/或模块，以及调用存储在存储器609内的数据，执行电子设备的各种功能和处理数据，从而对电子设备进行整体监控。处理器610可包括一个或多个处理单元；优选的，处理器610可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器610中。
162.电子设备600还可以包括给各个部件供电的电源611(比如电池)，优选的，电源611可以通过电源管理系统与处理器610逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
163.另外，电子设备600包括一些未示出的功能模块，在此不再赘述。
164.需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
165.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质
(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。
166.上面结合附图对本发明的实施例进行了描述，但是本发明并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本发明的启示下，在不脱离本发明宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本发明的保护之内。
167.本领域普通技术人员可以意识到，结合本发明实施例中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
168.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
169.在本技术所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
170.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
171.另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
172.所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
173.以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。
技术特征：1.一种数据获取方法，其特征在于，所述方法包括：通过第一线程采用预设的交互流程与用户进行语音交互的过程中，若需要获取用户数据，则新建第二线程开始获取所述用户数据；若所述第二线程建立成功，中断所述交互流程，通过第一线程采用预设的等待交互流程与所述用户进行语音交互；若所述用户数据获取完成，结束所述等待交互流程，将所述用户数据返回给用户。2.根据权利要求1所述的方法，其特征在于，所述通过第一线程采用预设的等待交互流程与所述用户进行语音交互，包括：通过所述第一线程向用户播放第一等待语音；在所述第一等待语音播放完毕时，查询所述用户数据是否获取完成；若所述用户数据未获取完成，则通过所述第一线程向用户播放第二等待语音，并在所述第二等待语音播放完毕时，查询所述用户数据是否获取完成；若所述用户数据获取完成，则结束所述等待交互流程。3.根据权利要求2所述的方法，其特征在于，还包括：在所述第二线程建立成功时，生成数据获取凭证；获取到的所述用户数据缓存在缓存服务器中，所述查询所述用户数据是否获取完成，包括：查询所述缓存服务器是否存在与所述数据获取凭证相对应的缓存键；其中，所述缓存键为所述缓存服务器上所述用户数据缓存完成时，基于所述第二线程生成；若所述缓存服务器存在与所述数据获取凭证相对应的缓存键，确定所述用户数据获取完成；若所述缓存服务器不存在与所述数据获取凭证相对应的缓存键，确定所述用户数据未获取完成。4.根据权利要求3所述的方法，其特征在于，所述将所述用户数据返回给用户，包括：将所述缓存服务器中缓存的所述用户数据返回给用户。5.根据权利要求1所述的方法，其特征在于，所述将所述用户数据返回给用户，包括：通过语音播报或短信的方式将所述用户数据返回给用户。6.根据权利要求1所述的方法，其特征在于，在所述结束等待交互流程之后，还包括：通过所述第一线程采用所述交互流程与用户进行语音交互。7.一种数据获取装置，其特征在于，包括：数据获取模块，用于通过第一线程采用预设的交互流程与用户进行语音交互的过程中，若需要获取用户数据，则新建第二线程开始获取所述用户数据；语音交互模块，用于若所述第二线程建立成功，中断所述交互流程，通过第一线程采用预设的等待交互流程与所述用户进行语音交互；数据返还模块，用于若所述用户数据获取完成，结束所述等待交互流程，将所述用户数据返回给用户。8.根据权利要求7所述的装置，其特征在于，所述语音交互模块，包括：第一语音播放子模块，用于通过所述第一线程向用户播放第一等待语音；数据查询子模块，用于在所述第一等待语音播放完毕时，查询所述用户数据是否获取
完成；若所述用户数据未获取完成，则执行第二语音播放子模块；若所述用户数据获取完成，则执行流程结束模块所述第二语音播放子模块，用于通过所述第一线程向用户播放第二等待语音，并在所述第二等待语音播放完毕时，查询所述用户数据是否获取完成；所述流程结束模块，用于结束所述等待交互流程。9.一种电子设备，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，所述处理器、所述通信接口以及所述存储器通过所述通信总线完成相互间的通信；所述存储器，用于存放计算机程序；所述处理器，用于执行存储器上所存放的程序时，实现如权利要求1-6任一项所述的方法。10.一种计算机可读存储介质，其上存储有指令，当由一个或多个处理器执行时，使得所述处理器执行如权利要求1-6任一项所述的方法。
技术总结本发明实施例提供了一种数据获取方法、装置、电子设备及存储介质，方法包括：通过第一线程采用预设的交互流程与用户进行语音交互的过程中，若需要获取用户数据，则新建第二线程开始获取用户数据，若第二线程建立成功，中断交互流程，通过第一线程采用预设的等待交互流程与用户进行语音交互，若用户数据获取完成，结束等待交互流程，将用户数据返回给用户。本发明实施例中，在需要获取用户数据时，通过第二线程获取用户数据，通过第一线程采用预设的等待交互流程与用户进行语音交互，可以在获取用户数据的过程中，同时给用户提供交互，避免出现长时间的空白音，缓解用户在等待过程中的焦虑情绪，提高用户的使用体验。提高用户的使用体验。提高用户的使用体验。
技术研发人员：肖复禹
受保护的技术使用者：中国电信股份有限公司
技术研发日：2022.06.28
技术公布日：2022/11/1
