信息交互方法、装置及系统与流程

1.本技术涉及信息交互技术领域，特别是涉及信息交互方法、装置及系统。


背景技术：

[0002]“未来社区”建设要围绕社区全生活链服务需求，根据“人性化、生态化、信息化”理念，做好未来社区建设的顶层设计和总体规划，科学布局邻里中心、教育、健康、创业、建筑、交通、能源、物业和治理等各个板块。
[0003]
其中，在健康板块存在以下需要解决的问题：医院院方与患者之间缺少有效连接，尤其是一些需要与院方保持长期练习的特殊群体，例如，孕产妇，或者心理疾病患者群体，等等。对于这些群体而言，通常需要定期到医院进行各种检查，或者需要在家监测一些指标，发现异常需要及时与院方联系，另外，还可能需要参加医院开展的各项课程，结业后才能够获得某项资格(例如，医院为孕妇群体开设的学习课程，院方通常要求孕妇学习后一定的课时，才能够为新生儿办理出生医学证明)，等等。
[0004]
现有技术存在一些相关的移动端应用程序(app)能够为用户提供一些重要事件提醒，或者体重、血糖等相关监测信息的记录等功能。但是，这类app主要用于孕检等相关知识的学习，比如所有孕检提醒，都是app后台根据固定排期进行，然而患者真正的孕检时间实际上需要根据医院以及患者自身的情况进行灵活安排，这就使得app中的提醒功能形同虚设。另外，手机等移动端安装的各类app通常会非常多且杂，因此，与孕检等相关的通知/提醒不一定能触达，通知信息容易被忽略或遗漏。再者，在使用手机等移动端中的app功能时，必须打开app，应用内交互层级深，操作较为不便。
[0005]
总之，如何在医院院方与患者之间形成更有效的连接，成为需要本领域技术人员解决的技术问题。


技术实现要素：

[0006]
本技术提供了信息交互方法、装置及系统，能够在医院院方与患者之间形成更有效的连接。
[0007]
本技术提供了如下方案：
[0008]
一种信息交互系统，包括：
[0009]
智能音箱设备，智能音箱系统服务端，以及医院侧的信息系统；其中，
[0010]
所述智能音箱系统服务端，用于在所述智能音箱设备与所述医院侧的信息系统提供信息链路，以便进行消息中转；
[0011]
所述智能音箱设备，用于为第一用户提供前端交互，所述前端交互包括：接收第一用户发起的请求，以便通过所述智能音箱系统服务端转发给所述医院侧的信息系统，或者，将所述智能音箱系统转发的来自所述医院侧信息系统的消息进行输出；所述第一用户为具有获取医疗服务需求的用户；
[0012]
所述医院侧的信息系统，用于接收所述智能音箱系统服务端转发的来自第一用户
的请求，并通过所述智能音箱系统服务端向所述第一用户提供响应信息，或者，通过所述智能音箱系统服务端向第一用户进行信息推送。
[0013]
一种信息交互方法，包括：
[0014]
智能音箱设备接收第一用户发起的请求；所述第一用户为具有获取医疗服务需求的用户；
[0015]
将所述请求提交至智能音箱系统服务端，以便所述智能音箱系统服务端转发给关联的医院侧的信息系统，所述医院侧的信息系统对所述请求进行处理并获得处理结果后，返回给所述智能音箱系统服务端；
[0016]
接收所述智能音箱系统服务端转发的处理结果信息并进行输出。
[0017]
一种信息交互方法，包括：
[0018]
智能音箱系统服务端接收第一用户通过智能音箱设备发起的请求；
[0019]
将所述请求转发至医院侧的信息系统，所述医院侧的信息系统对所述请求进行处理并获得处理结果后，返回给所述智能音箱系统服务端；
[0020]
将所述处理结果返回给所述智能音箱设备进行输出。
[0021]
一种信息交互方法，包括：
[0022]
医院侧信息系统接收智能音箱系统服务端转发的请求，所述请求是由第一用户通过智能音箱设备发起的；
[0023]
对所述请求进行处理并获得处理结果；
[0024]
将所述处理结果返回给所述智能音箱系统服务端，以便所述智能音箱系统服务端将所述处理结果返回给所述智能音箱设备进行输出。
[0025]
一种信息交互方法，包括：
[0026]
第二用户关联的智能音箱设备接收智能音箱系统服务端推送的工作任务信息，所述工作任务信息是由医院侧的信息系统提交到所述智能音箱系统服务端的，所述第二用户为提供医疗服务的用户；
[0027]
将所述工作任务信息进行语音输出。
[0028]
一种信息交互方法，包括：
[0029]
第三用户关联的智能音箱设备接收智能音箱系统服务端推送的与第一用户相关的提醒信息，所述提醒信息是由第二用户通过终端设备提交到医院侧的信息系统，并由所述医院侧的信息系统提交到所述智能音箱系统服务端，所述第二用户为提供医疗服务的用户，所述第一用户为具有获取医疗服务需求的用户，所述第二用户为与所述第一用户具有家庭成员关系的用户；
[0030]
将所述提醒信息进行语音输出。
[0031]
一种信息交互方法，包括：
[0032]
智能音箱设备接收第一用户发起的请求；所述第一用户为具有远程课程学习需求的用户；
[0033]
将所述请求提交至智能音箱系统服务端，以便所述智能音箱系统服务端转发给关联的学校侧的信息系统，所述学校侧的信息系统对所述请求进行处理并获得处理结果后，返回给所述智能音箱系统服务端；
[0034]
接收所述智能音箱系统服务端转发的处理结果信息并进行语音输出。
[0035]
一种信息交互装置，应用于智能音箱设备，包括：
[0036]
第一请求接收单元，用于接收第一用户发起的请求；所述第一用户为具有获取医疗服务需求的用户；
[0037]
第一请求提交单元，用于将所述请求提交至智能音箱系统服务端，以便所述智能音箱系统服务端转发给关联的医院侧的信息系统，所述医院侧的信息系统对所述请求进行处理并获得处理结果后，返回给所述智能音箱系统服务端；
[0038]
第一信息输出单元，用于接收所述智能音箱系统服务端转发的处理结果信息并进行输出。
[0039]
一种信息交互装置，应用于智能音箱系统服务端，包括：
[0040]
请求接收单元，用于接收第一用户通过智能音箱设备发起的请求；
[0041]
请求转发单元，用于将所述请求转发至医院侧的信息系统，所述医院侧的信息系统对所述请求进行处理并获得处理结果后，返回给所述智能音箱系统服务端；
[0042]
处理结果返回单元，用于将所述处理结果返回给所述智能音箱设备进行输出。
[0043]
一种信息交互装置，应用于医院侧信息系统，包括：
[0044]
请求接收单元，用于接收智能音箱系统服务端转发的请求，所述请求是由第一用户通过智能音箱设备发起的；
[0045]
处理结果获得单元，用于对所述请求进行处理并获得处理结果；
[0046]
处理结果返回单元，用于将所述处理结果返回给所述智能音箱系统服务端，以便所述智能音箱系统服务端将所述处理结果返回给所述智能音箱设备进行输出。
[0047]
一种信息交互装置，应用于第二用户关联的智能音箱设备，包括：
[0048]
工作任务信息接收单元，用于接收智能音箱系统服务端推送的工作任务信息，所述工作任务信息是由医院侧的信息系统提交到所述智能音箱系统服务端的，所述第二用户为提供医疗服务的用户；
[0049]
工作任务信息输出单元，用于将所述工作任务信息进行语音输出。
[0050]
一种信息交互装置，应用于第三用户关联的智能音箱设备，包括：
[0051]
提醒信息接收单元，用于接收智能音箱系统服务端推送的与第一用户相关的提醒信息，所述提醒信息是由第二用户通过终端设备提交到医院侧的信息系统，并由所述医院侧的信息系统提交到所述智能音箱系统服务端，所述第二用户为提供医疗服务的用户，所述第一用户为具有获取医疗服务需求的用户，所述第二用户为与所述第一用户具有家庭成员关系的用户；
[0052]
提醒信息输出单元，用于将所述提醒信息进行语音输出。
[0053]
一种信息交互装置，应用于包括：
[0054]
第二请求接收单元，用于接收第一用户发起的请求；所述第一用户为具有远程课程学习需求的用户；
[0055]
第二请求提交单元，用于将所述请求提交至智能音箱系统服务端，以便所述智能音箱系统服务端转发给关联的学校侧的信息系统，所述学校侧的信息系统对所述请求进行处理并获得处理结果后，返回给所述智能音箱系统服务端；
[0056]
第二信息输出单元，用于接收所述智能音箱系统服务端转发的处理结果信息并进行语音输出。
[0057]
根据本技术提供的具体实施例，本技术公开了以下技术效果：
[0058]
通过本技术实施例，可以通过智能音箱设备及其服务端，为第一用户与医院方之间提供信息链路，使得第一用户与医院方之间可以实现线上的连接，从而为第一用户提供便利，也可以节省医院方的资源。
[0059]
当然，实施本技术的任一产品并不一定需要同时达到以上所述的所有优点。
附图说明
[0060]
为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0061]
图1是本技术实施例提供的系统架构的示意图；
[0062]
图2是本技术实施例提供的系统的示意图；
[0063]
图3是本技术实施例提供的第一方法的流程图；
[0064]
图4是本技术实施例提供的第二方法的流程图；
[0065]
图5是本技术实施例提供的第三方法的流程图；
[0066]
图6是本技术实施例提供的第四方法的流程图；
[0067]
图7是本技术实施例提供的第五方法的流程图；
[0068]
图8是本技术实施例提供的第六方法的流程图；
[0069]
图9是本技术实施例提供的第一装置的示意图；
[0070]
图10是本技术实施例提供的第二装置的示意图；
[0071]
图11是本技术实施例提供的第三装置的示意图；
[0072]
图12是本技术实施例提供的第四装置的示意图；
[0073]
图13是本技术实施例提供的第五装置的示意图；
[0074]
图14是本技术实施例提供的第六装置的示意图；
[0075]
图15是本技术实施例提供的计算机系统的示意图。
具体实施方式
[0076]
下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本技术保护的范围。
[0077]
首先需要说明的是，如果要在医院院方与患者之间形成更有效的连接，可以在院方与患者之间建立一个信息系统，使得该信息系统成为院方与患者之间的桥梁，双方可以通过该信息系统实现信息互通。具体实现时，本技术实施例可以借助于智能音箱系统来提供上述信息系统的功能。其中，智能音箱是传统音箱升级的产物，通常可以作为家庭消费者用语音进行上网的工具，比如点播歌曲、上网购物，或是了解天气预报，等等。而在本技术实施例中，可以将智能音箱系统作为院方与患者之间进行沟通的桥梁。
[0078]
具体实现时，对于患者侧，可以通过智能音箱设备作为交互终端，可以通过该设备
获取相关知识，或者，与医院联系进行挂号，预约检查，还可以收看/听院方开展的音视频课程，另外，还可以从院方租用相关检测设备，并上传检测结果，收听医生反馈的意见或者建议，等等。而对于院方一侧，可以有多种方式来实现，例如，一种方式下，可以为院方开发专门的客户端，使得院方的医生、管理人员、服务人员等可以登录到智能音箱系统的服务端，以便进行信息的发布或者接收。但是，由于智能音箱系统中不存在患者的相关信息，包括病例，用药情况等等，因此，在该方式下，可能需要院方将患者的相关信息录入到该智能音箱系统的服务端。或者，在另一种方式下，由于院方通常会存在内部的信息系统，其中会保存有患者在就医过程中的信息记录，具体的医生以及医院其他服务人员、管理人员等还可以以各自的权限登录到该信息系统，实现信息的读取以及录入等操作。如果能够有效地利用该信息系统，将会在实现患者与院方互通的过程中极大地提升实现效率，且可以降低院方的部署难度。
[0079]
但同时，本技术发明人在实现本技术的过程中发现，无论是从患者到院方，还是从院方到患者，通常可能都需要进行定向的信息触达，例如，院方可能需要提醒具体的某位患者在指定时间到医院进行产检，等等。而为了实现这种信息的定向触达，就需要智能音箱系统与院方的信息系统之间进行“同人识别”。
[0080]
但是，在不同的信息系统中通常会具有各自的用户账户体系，以用于对用户进行标记。例如，对于智能音箱系统而言，可以具有自己的用户账户系统，或者使用关联系统的账户体系。而院方的信息系统中也会有自己的账户体系，用于为具体的患者分配id等标识。不同信息系统中的账户体系是不同的，这就使得智能音箱信息系统与院方的信息系统之间难以将同一个患者识别为同一个人(因为同一个人在不同的账号体系下具有不同的id)。例如，智能音箱系统可以使用用户在某电子支付系统中注册的用户名以及id来标识具体的用户，但是，该用户名以及id与该用户在医院的信息系统中对应的患者id肯定是不同的，但是确实对应现实世界中的同一个人。
[0081]
为了使得智能音箱系统与院方信息系统之间能够正确地识别出同一个用户，一种可行的方式是，将患者在院方信息系统中注册的id等信息提供给智能音箱信息系统，以此实现同一用户在智能音箱系统以及院方信息系统中注册的id之间的绑定关系，进而实现对用户的“同人识别”。
[0082]
但是，院方的信息系统中记录的患者信息由于涉及到患者隐私等原因，通常可能不适合于对外公布，其中就包括院方信息系统为患者分配的患者id等信息。这就为智能音箱系统与院方的信息系统之间的信息互连互通造成了障碍。
[0083]
为此，在本技术实施例中提供了相应的解决方案，具体的，可以通过智能音箱设备的设备id(machine id)作为两个系统之间对同一用户进行标识的桥梁。具体的，对于智能音箱系统而言，在用户使用某id(为便于区分，将该用户在智能音箱系统中的id信息称为第一id，在院方的信息系统中注册的id信息称为第二id)登录到该智能音箱系统后，系统中便可以记录该用户的第一id与关联的智能音箱设备的设备id之间的对应关系。而在院方一侧，也可以在院方的信息系统中，建立智能音箱设备的设备id与用户的第二id之间的对应关系。这样，在智能音箱系统与院方的信息系统之间，便可以通过智能音箱的设备id，实现对用户的同人识别。
[0084]
其中，为了使得院方能够建立智能音箱设备的设备id与用户的第二id之间的对应
关系，可以有多种实现方式。例如，在其中一种实现方式下，可以是用户自行购买智能音箱设备，如果需要通过该智能音箱设备获得与院方之间的连接，可以将其智能音箱设备的设备id提供给院方，由院方在设备id与该用户的第二id之间建立对应关系。或者，在另一种实现方式下，具体“通过智能音箱设备实现与院方连接”可以作为院方的一项增值服务提供给患者，例如，对于孕妇这类患者而言，院方可能会推出多种可选的套餐服务，而上述增值服务可以增加到其中某个级别的套餐服务中，也即，孕妇在购买某套餐时，可以同时获得该增值服务，在该增值服务中，可以为孕妇赠送相关的智能音箱设备，等等。在这种实现方式下，由于具体的智能音箱设备可以与院方提供的服务相关联，因此，可以在患者选购具体的套餐产品时，直接在院方的信息系统中，实现该智能音箱的设备id与对应用户的第二id之间的绑定。
[0085]
除了在智能音箱系统与院方信息系统中分别建立了上述id之间的绑定关系，还可以对院方信息服务系统进行相应的改进。例如，可以在院方信息服务系统中提供用于接收来自智能音箱系统的消息的模块，以及向智能音箱系统发送消息的模块。另外，还可以由智能音箱系统服务端制定信息格式规范，院方的信息系统可以按照该信息格式进行各类信息的定义及封装，使得智能音箱系统与院方的信息系统之间能够解析出各自的消息内容。再者，还可以在院方的信息系统中实现消息分发规则，以用于处理来自智能音箱系统的消息。例如，某消息是向医生询问相关病情，则需要转发给具体的医生人员的客户端；如果某消息是挂号或者预约检查等，则需要转发给挂号处等服务人员的客户端，或者转发到自动挂号系统；如果某消息是租赁相关监测设备，则需要转发给设备管理人员的客户端，等等。在实现了具体用户的同人识别，以及各种消息的定义以及相关收发模块的实现、消息转发规则的定义等工作后，便可以通过智能音箱设备，在患者与院方之间打通信息链路，实现患者与院方之间的连接。
[0086]
具体的，可以通过上述信息链路为患者用户(在本技术实施例中可以称为第一用户，相应的，可以将医生用户称为第二用户)提供多种服务。例如，如图2所示，对于孕妇群体而言，可以通过智能音箱系统为其提供孕检日程计划、重要紧急医院通知、产检知识问答、线上培训课程的学习、每日学习精准推送、新生儿定时探视、相关检测设备的租赁等服务。借助于智能音箱设备的语音识别(asr)、自然语言理解、语音合成(tts)等方面的功能，可以为第一用户提供高效率的沟通工具。另外，智能音箱设备作为智慧中枢，还可以连接丰富的健康类iot(internet of things，物联网)设备，辅助院方采集孕产妇相关身体指标，以便跟踪有需要的孕产妇，确保重点人群得到实时关注与诊断，等等。
[0087]
具体如，智能音箱系统服务端可以建立标准知识库，该知识库可以由智能音箱后台服务人员向医生、专家等进行收集，或者，还可以由院方的医生等通过院方的信息系统提交相关的知识，等等。这样，第一用户可以直接通过语音的方式向智能音箱提问，例如，包括新生儿黄疸问题，等等，智能音箱则可以通过搜索后台的标准知识库，向其返回具体的答案。如果知识库中不存在相关问题的答案，或者第一用户对知识库中的答案不满意，还可以向具体院方信息系统转发用户提出的问题，院方信息系统可以将问题转发给具体的医生等，由医生等用户进行解答后，再提交到智能音箱系统服务端，智能音箱系统服务端再下发到具体的智能音箱设备，通过该设备向用户进行答案的播放，等等。在上述过程中，智能音箱系统服务端与院方信息系统进行信息的交互时，都可以在信息中携带具体的智能音箱设
备的设备id，以此实现向具体第一用户的定向解答。另外，还可以通过上述标准知识库实现向用户的信息推送。具体的，例如，对于孕妇群体，可以对具体孕妇平时喜欢问什么问题，当前怀孕月份，属于哪个套餐层次，平时对哪些信息感兴趣等等进行统计，从而刻画出用户画像，然后，根据具体的用户画像为用户推送其可能感兴趣的或者需要的信息内容。
[0088]
或者，第一用户还可以通过智能音箱设备进行挂号，或者相关检查的预约等等。具体的，第一用户可以预先通过智能音箱设备选择自己关联的医院，然后，在需要进行挂号或者预约检查时，可以直接对智能音箱设备说“我要挂号”，或者，“我要预约检查”，等等，相应的，智能音箱系统服务端便可以将具体的挂号或者预约检查请求转发给该用户预先选定的医院，并且可以携带智能音箱设备的设备id。院方的信息系统在接收到具体的请求后，可以根据智能音箱设备的设备id确定出对应用户在该院方的信息系统中注册的第二id，并且可以将该第二id信息以及具体的挂号或预约检查请求转发至相关的服务人员客户端，或者自动挂号/预约处理系统，等等。之后，院方的信息系统还可以将挂号或者预约检查的结果返回给智能音箱系统服务端，并携带智能音箱设备的设备id。这样，智能音箱系统服务端便可以根据设备id，将挂号或者预约检查的结果提供给对应的智能音箱设备，由智能音箱设备进行播报，等等。另外，智能音箱设备服务端还可以对具体挂号或者预约检查的时间等信息进行保存，在看诊的前一天等时间对用户进行提醒。
[0089]
或者，除了第一用户通过智能音箱询问相关信息或者发起挂号、预约检查等之外，也可以由院方主动为第一用户提供相关的信息或者服务。例如，在一种情况下，对于孕妇群体，医院可能会开展一些相关课程，需要具体的孕妇学习够一定的课时，否则可能影响到新生儿出生医学证明的开具。在现有技术中，通常是院方开设线下的课程，由具体的医务人员进行讲课，并且，需要孕妇按照指定的时间到指定的地点听课。另外，通常还需要为孕妇提供听课证，每次听课结束后，需要在听课证上进行签字盖章等，以用于统计已经学习的课时。但是，这会耗费院方大量的人力、场地等资源。另外，由于孕妇群体本身存在行动不便等情况，使得听课这件事成为孕妇的负担。而通过本技术实施例，院方可以将各种课程录制为音视频，并提交到智能音箱系统服务端进行保存，由智能音箱系统推送到给该医院关联的孕妇的智能音箱设备，使得孕妇可以通过该设备进行课程的学习。同时，智能音箱系统服务端还可以对用户的学习情况进行记录，并将完成某课程学习的用户关联的设备id提供给院方的信息系统，这样，院方的信息系统可以以此为依据对用户学习的课时进行统计。
[0090]
院方还可以为具体的第一用户定向推送相关的学习课程等，例如，某用户可能由于高龄、孕期糖尿病等原因属于高危人群，院方需要为这类人群定向推送特殊的学习内容。此时，院方也可以将这类人群关联的设备id信息以及对应的学习内容等提交到智能音箱系统服务端，由智能音箱系统服务端将具体的学习内容推送至具体设备id对应的用户。
[0091]
另外，产妇在生产完之后可以出院，但是在一些情况下，新生儿可能需要进行住院观察或者治疗。在这种情况下，新生儿的父母可能具有对新生儿探视的需求。在现有技术下，家属只能到医院进行探视，并且新生儿病房的卫生等级一般比较高，为防止出现感染等情况，家属通常只能隔着门窗等进行远距离探视。对于这种情况，也可以通过本技术实施例为用户提供线上探视服务。具体的，院方可以在患儿的病床上方等位置处安装摄像头等装置，用于对患儿进行图像采集。家属可以通过智能音箱设备发起探视请求，通过智能音箱设备服务端将该请求转发至院方的信息系统，并携带具体智能音箱设备的设备id之后，院方
信息系统可以通过设备id查询到用户的第二id，进而查询到该第二id关联的病床编码等信息，然后可以将该病床关联的摄像头等设备采集到的图像信息提交到智能音箱系统服务端，同时可以携带智能音箱设备的设备id。这样，智能音箱系统服务端便可以将具体的图像信息返回给对应的智能音箱设备，使得家属通过智能音箱设备的显示屏即可远程查看到患儿的情况。
[0092]
再者，院方可能需要对一些产妇进行回访，通过本技术实施例提供的方案，可以通过智能音箱系统服务端给孕妇进行留言，还可以预约时间进行音视频线上沟通，或者直接语音问卷回访，等等。
[0093]
此外，还可以通过无线wifi、蓝牙等技术，将智能音箱设备与用户的与健康等相关的iot设备建立连接，使得智能音箱设备起到智慧中枢的作用，实现对具体健康数据的监控、提醒等服务。例如，用户可以将温度计、湿度计、摄像头等iot设备与智能音箱设备建立网络连接。这样，这些iot设备的监测数据可以提交到智能音箱系统服务端，由服务端对数据进行解读，如果发现异常等情况，可以进行提醒。例如，服务端可以对孕妇或者婴儿等适宜的温度、湿度范围等进行保存，如果发现某设备提交的温度、湿度超出了适宜的范围，则可以进行提醒。另外，还可以在婴儿床上方等位置安装摄像头等图像采集装置，在婴儿睡眠等过程中，可以进行图像采集，智能音箱系统可以对采集到的图像进行分析，如果发现有婴儿口鼻被堵住等情况，可以通过智能音箱设备发出提醒信息，避免婴儿出现危险。
[0094]
再者，第一用户还可能会具有租赁相对专业的监测或者检测设备的需求，例如，孕妇到了孕晚期可能需要经常进行胎心监护，为了便于在家进行监护，则需要租赁专业的胎心监护仪；或者，为了方便对新生儿进行黄疸检测，也可能需要租赁黄疸检测仪，等等。针对上述需求，也可以通过本技术实施例提供的信息通路来实现。具体的，用户可以对着智能音箱设备说“我要租一台胎心监护仪”，等等，则服务端可以将具体的租赁请求转发给关联的院方的信息系统。院方信息系统在接收到租赁请求后，可以根据具体智能音箱设备的设备id确定出用户的第二id，进而查询出该用户在注册时填写的用户姓名、地址等信息，然后可以将具体的设备通过快递等方式寄送至该用户的地址。当然，在进行寄送之前，还可以通过智能音箱设备向用户进行地址等信息的确认，以避免出现寄送错误等情况。用户在收到具体的仪器之后，具体的检测或者监测结果还可以通过智能音箱系统提供给院方，由院方信息系统分配至具体的医生等对具体的检测或者监测数据进行解读，具体的解读结果仍然可以通过智能音箱系统反馈给用户。
[0095]
下面对本技术实施例提供的具体技术方案进行详细介绍。
[0096]
实施例一
[0097]
首先，该实施例一提供了一种信息交互系统，参见图1，该系统具体可以包括：
[0098]
智能音箱设备，智能音箱系统服务端，以及医院侧的信息系统；其中，
[0099]
所述智能音箱系统服务端，用于在所述智能音箱设备与所述医院侧的信息系统提供信息链路，以便进行消息中转；
[0100]
所述智能音箱设备，用于为第一用户提供前端交互，所述前端交互包括：接收第一用户发起的请求，以便通过所述智能音箱系统服务端转发给所述医院侧的信息系统，或者，将所述智能音箱系统转发的来自所述医院侧信息系统的消息进行输出；所述第一用户为具有获取医疗服务需求的用户；
[0101]
所述医院侧的信息系统，用于接收所述智能音箱系统服务端转发的来自第一用户的请求，并通过所述智能音箱系统服务端向所述第一用户提供响应信息，或者，通过所述智能音箱系统服务端向第一用户进行信息推送。
[0102]
具体实现时，智能音箱系统服务端可以保存关于第一用户的信息，包括关联的医院信息，以及用户的一些个人信息，例如，孕妇的预产期信息，感兴趣的信息类型等。另外还可以包括第一用户的看诊、检查时间，等等。其中，关于关联的医院信息以及个人信息等，可以由第一用户通过智能音箱设备提交到服务端进行保存(例如，通过智能音箱设备的触摸屏进行输入，或者，通过与智能音箱设备的多轮对话输入各方面的信息，等等)。关于用户的兴趣点等信息，可以由服务端根据用户的历史行为数据等进行统计。而关于具体的看诊时间、检查时间等，可以由医院侧的信息系统来提供。例如，在一种实现方式下，服务端保存的信息具体可以如表1所示(其中，服务端与医院侧的信息系统之间可以通过智能音箱设备的设备id来识别同一用户)：
[0103]
表1
[0104][0105]
另外，对于医院侧的信息系统，也可以保存关于第一用户的第二id与设备id之间的对应关系，另外还可以包括第一用户的姓名、地址、相关病例等信息，例如，在一种具体实现方式下，医院侧信息系统中保存的信息可以如表2所示：
[0106]
表2
[0107][0108]
当然，在同一场景下，上述智能音箱系统服务端以及医院方信息系统保存的信息中可能只有其中部分被用到。
[0109]
如前文所述，第一用户可以通过上述系统与医院方进行多种类型的信息交互。例如，所述智能音箱系统服务端还保存有所述第一用户关联的指定医院信息；此时，所述智能
音箱设备具体用于，接收所述第一用户发起的挂号/预约检查请求，并通过所述智能音箱系统服务端转发给所述医院侧的信息系统；所述医院侧的信息系统具体用于，将所述第一用户的挂号/预约检查请求转发给提供挂号/预约检查服务的客户端进行处理，并将挂号/预约检查结果返回给所述智能音箱系统服务端，以便通过所述智能音箱系统服务端转发至所述第一用户关联的智能音箱设备进行输出。需要说明的是，智能音箱系统服务端在转发挂号/预约检查请求时，可以携带第一用户关联的设备id信息，医院侧的信息系统具体在接收到挂号/预约检查请求后，可以首先根据设备id确定出对应用户在医院信息系统中的第二id，然后再发送给提供挂号/预约检查服务的客户端进行处理。后续在返回处理结果时，同样可以携带上用户关联的设备id信息，以使得智能音箱系统服务端据此进行处理结果的转发。
[0110]
或者，在另一种情况下，所述医院侧的信息系统具体可以用于，向所述智能音箱系统服务端提交课程内容信息；此时，所述智能音箱设备具体用于，接收所述第一用户发起的进行课程学习的请求，并提交到所述智能音箱系统服务端；所述智能音箱系统服务端具体用于，确定所述第一用户关联的指定医院信息，并将所述医院侧的信息系统提供的课程内容信息转发至所述第一用户关联的智能音箱设备进行输出。
[0111]
在这种情况下，所述智能音箱系统服务端还可以用于，在所述第一用户完成学习后，通知给所述医院侧的信息系统，以便所述医院侧的信息系统对所述第一用户的学习情况进行记录。
[0112]
另外，所述医院侧的信息系统具体还可以用于，向所述智能音箱系统服务端提交用于向指定第一用户推送的课程内容；此时，所述智能音箱系统服务端还可以用于，将所述课程内容推送到所述指定患者关联的智能音箱设备。
[0113]
再者，所述智能音箱设备具体用于，接收所述第一用户发起的租用检测/监测设备的请求，并通过所述智能音箱系统服务端转发给所述医院侧的信息系统；此时，所述医院侧的信息系统具体用于，将所述租用检测/监测设备的请求转发给提供设备租用服务的客户端进行处理，并将租用结果返回给所述智能音箱系统服务端，以便通过所述智能音箱系统服务端转发至所述第一用户关联的智能音箱设备进行输出。
[0114]
在这种情况下，所述智能音箱设备还可以用于，接收所述第一用户发起的对检测/监测数据进行解读的请求，并通过所述智能音箱系统服务端转发给所述医院侧的信息系统；此时，所述医院侧的信息系统还可以用于，将所述解读的请求转发给对应的医生用户客户端进行处理，并将解读结果返回给所述智能音箱系统服务端，以便通过所述智能音箱系统服务端转发至所述第一用户关联的智能音箱设备进行输出。
[0115]
另外，智能音箱设备还可以用于接收所述第一用户发起的对住院人员进行探视的请求，并通过所述智能音箱系统服务端转发给所述医院侧的信息系统；此时，所述医院侧的信息系统具体可以用于，确定所述第一用户关联的床位，并将所述床位关联的图像采集设备采集到的图像数据返回给所述智能音箱系统服务端，以便通过所述智能音箱系统服务端转发至所述第一用户关联的智能音箱设备进行输出。
[0116]
具体实现时，所述智能音箱系统服务端还可以用于保存标准知识库；此时，所述智能音箱设备还可以用于：接收第一用户提交的知识问答请求，并提交到所述智能音箱系统服务端；所述智能音箱系统服务端还可以用于，通过查询所述标准知识库获得答案信息，并
返回给所述智能音箱设备进行输出。
[0117]
此时，所述智能音箱系统服务端还可以用于，如果所述标准知识库中不存在对应的答案信息，或者所述标准知识库中的答案不符合第一用户需求，则将所述第一用户的知识问答请求转发至所述医院侧的信息系统；所述医院侧的信息系统还可以用于，将所述知识问答请求转发给相关的第二用户客户端进行解答，并将解答结果返回给所述智能音箱系统服务端，以便通过所述智能音箱系统服务端转发至所述第一用户关联的智能音箱设备进行输出。
[0118]
此外，所述智能音箱设备还用于，通过与医疗健康类的物联网设备进行连接，对所述物联网设备采集到的数据进行监测，并与目标场景关联的正常数据范围进行比对，如果存在异常，则提供提示信息。其中，所述物联网设备包括：环境数据监测设备，人体健康指标监测设备，或者，生长发育指标监测设备等。例如，具体的环境数据可以包括室内的温度，湿度等；人体健康指标可以包括血压，血糖，血脂，心率等；生长发育指标可以包括小朋友的身高，体重，头围等。通过本技术实施例提供的方案，上述设备的监测数据都可以通过智能音箱设备提交到服务端，并可以获取到数据是否正常的反馈结果。
[0119]
另外，具体实现时，智能音箱设备还可以接收所述智能音箱系统服务端推送的信息。其中，具体推送的信息可以包括所述医院侧信息系统提交到所述智能音箱系统服务端的信息。例如，可以包括学习课程类的信息等。或者，还可以包括由第二用户关联的终端设备提交到所述医院侧信息系统、需要定向推送给所述第一用户的信息。例如，某医生是某患者的专属医生，由固定的医生为患者提供医疗服务，此时，可以由该医生向该患者推送相关的信息，具体可以包括检查/看诊时间提醒信息，用药提醒信息，或者检查结果信息，等等。这样，第一用户可以通过其智能音箱设备接收到由第二用户配置的上述各种信息，而不再需要自己进行配置。
[0120]
再者，智能音箱服务端推送的信息还可以包括：根据所述第一用户在获取医疗服务过程中的历史数据确定出的推荐信息，所述推荐信息包括：服务推荐信息，商品对象推荐信息，或者，应用程序推荐信息。例如，具体推荐的服务可以包括家政服务，体检服务等等。具体推荐的商品对象可以是与第一用户相关的商品对象，例如，某第一用户具有血糖比较高等情况，则推荐的商品对象可以包括血糖仪，血糖试纸，等等。具体推荐的应用程序可以包括与健康等相关的应用程序，例如，如果某第一用户相对比较肥胖，则可以推荐健身类的应用程序，等等。需要说明的是，在上述进行信息推荐的情况下，可以根据第一用户关联的智能音箱设备的版本或者型号等信息，确定是否进行推送。例如，如果某第一用户关联的智能音箱设备带有显示屏，则可以进行推荐信息的推送，以便于用户执行购买，下载等操作。否则，如果第一用户的智能音箱设备不带显示屏，则可以不必进行推荐信息的推送。
[0121]
具体实现时，所述医院侧的信息系统可以包括由与医院合作的第三方系统开发服务商开发的信息系统；此时，所述智能音箱系统服务端还可以用于，建立所述第一用户的第一id与关联的智能音箱设备的设备id之间的对应关系；所述医院侧的信息系统还用于，建立所述第一用户的第二id与关联的智能音箱设备的设备id之间的对应关系；这样，所述智能音箱系统服务端与医院侧的信息系统之间在向对方转发关于目标第一用户的消息时，可以携带所述目标第一用户关联的智能音箱设备的设备id信息，以便消息的接收方通过所述设备id以及各自系统中建立的对应关系进行第一用户的身份识别。
[0122]
总之，通过本技术实施例，可以通过智能音箱设备及其服务端，为第一用户与医院方之间提供信息链路，使得第一用户与医院方之间可以实现线上的连接，从而为第一用户提供便利，也可以节省医院方的资源。
[0123]
实施例二
[0124]
该实施例二是与实施例一相对应的，从智能音箱设备的角度，提供了一种信息交互方法，参见图3，该方法具体可以包括：
[0125]
s301：智能音箱设备接收第一用户发起的请求；
[0126]
s302：将所述请求提交至智能音箱系统服务端，以便所述智能音箱系统服务端转发给关联的医院侧的信息系统，所述医院侧的信息系统对所述请求进行处理并获得处理结果后，返回给所述智能音箱系统服务端；
[0127]
s303：接收所述智能音箱系统服务端转发的处理结果信息并进行输出。
[0128]
具体实现时，所述第一用户发起的请求可以包括：挂号/预约检查请求，所述医院侧的信息系统用于为所述第一用户进行挂号/预约检查，所述处理结果包括：挂号/预约检查结果。
[0129]
或者，所述第一用户发起的请求包括：对医院方开设的课程进行学习的请求；所述智能音箱系统服务端用于将所述第一用户关联的医院侧信息系统预先提交的课程内容信息返回给所述智能音箱设备。
[0130]
或者，所述第一用户发起的请求包括：对医院方体提供的检测/监测设备进行租用的请求，所述医院侧的信息系统用于处理所述租用请求，通过设备管理客户端或者设备供应方为所述第一用户进行检测/监测设备的寄送，所述处理结果包括租用结果以及寄送相关信息。
[0131]
或者，所述患者发起的请求还可以包括：对检测/监测数据进行解读的请求，所述医院侧的信息系统还用于，将所述解读的请求转发给对应的医生用户客户端进行处理，并将解读结果返回给所述智能音箱系统服务端。
[0132]
或者，所述患者发起的请求包括：对住院人员进行探视的请求，所述医院侧的信息系统用于，确定所述第一用户关联的床位，并将所述床位关联的图像采集设备采集到的图像数据返回给所述智能音箱系统服务端。
[0133]
或者，所述患者发起的请求还包括：知识问答请求，所述智能音箱系统服务端还用于，通过查询预先建立的标准知识库获得对应的答案信息，并返回给所述智能音箱设备进行输出。
[0134]
另外，还可以通过与医疗健康类的物联网设备进行连接，对所述物联网设备采集到的数据进行监测，并与目标场景关联的正常数据范围进行比对，如果存在异常，则提供提示信息。
[0135]
再者，还可以接收所述智能音箱系统服务端推送的信息。
[0136]
其中，所述推送的信息包括所述医院侧信息系统提交到所述智能音箱系统服务端的信息。
[0137]
实施例三
[0138]
该实施例三也是与实施例一相对应的，从智能音箱系统服务端的角度，提供了一种信息交互方法，参见图4，该方法具体可以包括：
[0139]
s401：智能音箱系统服务端接收第一用户通过智能音箱设备发起的请求；
[0140]
s402：将所述请求转发至医院侧的信息系统，所述医院侧的信息系统对所述请求进行处理并获得处理结果后，返回给所述智能音箱系统服务端；
[0141]
s403：将所述处理结果返回给所述智能音箱设备进行输出。
[0142]
其中，所述医院侧的信息系统包括由与医院合作的第三方系统开发服务商开发的信息系统；此时，还可以建立所述第一用户的第一id与关联的智能音箱设备的设备id之间的对应关系，在所述智能音箱系统服务端与医院侧的信息系统之间在向对方转发关于目标第一用户的消息时，携带所述目标第一用户关联的智能音箱设备的设备id信息，以便消息的接收方通过所述设备id以及各自系统中建立的对应关系进行第一用户的身份识别。
[0143]
其中，所述第一用户发起的请求包括：对医院方开设的课程进行学习的请求；此时，还可以对所述第一用户的学习情况反馈给所述医院侧的信息系统，以便所述医院侧的信息系统对所述第一用户进行已学习课时统计。
[0144]
另外，所述患者发起的请求还可以包括：知识问答请求；此时，还可以通过查询预先建立的标准知识库获得对应的答案信息，并返回给所述智能音箱设备进行输出。
[0145]
再者，还可以向所述智能音箱设备进行信息推送。其中，可以将所述医院侧信息系统提交的待推送给指定第一用户的信息，向所述智能音箱设备进行推送。或者，根据所述第一用户的用户画像信息，将所述第一用户感兴趣或者需要的信息向所述智能音箱设备进行推送。
[0146]
实施例四
[0147]
该实施例四也是与实施例一相对应的，从医院方信息系统的角度，提供了一种信息交互方法，参见图5，该方法具体可以包括：
[0148]
s501：医院侧信息系统接收智能音箱系统服务端转发的请求，所述请求是由第一用户通过智能音箱设备发起的；
[0149]
s502：对所述请求进行处理并获得处理结果；
[0150]
s503：将所述处理结果返回给所述智能音箱系统服务端，以便所述智能音箱系统服务端将所述处理结果返回给所述智能音箱设备进行输出。
[0151]
实施例五
[0152]
前述各实施例中，主要是通过智能音箱系统与医院侧的信息系统相结合，为第一用户提供各种所需的医疗服务。而在该实施例五中，还可以通过上述智能音箱系统与医院侧的信息系统相结合的方式，为医生等第二用户提供服务。其中，具体向第二用户提供的服务主要可以是工作任务信息的提醒等服务。例如，某牙科医生为多位患者预约了补牙服务，由于补牙服务耗时长，因此，通常需要患者按照约定的日期以及时间及时到诊，否则可能会对医生以及其他患者造成比较大的影响。对此情况，在现有技术中，医生通常会采取在记事本(纸质或者电子)的方式记录对患者的预约情况，包括患者的地址，联系方式等，并在约定的时间即将到来时，通过打电话等方式对患者用户进行提醒。但是，医生可能会忘记具体的预约情况，以至于未能及时提醒患者，等等。另外，某外科医生可能在未来一段时间安排了多场手术，传统的提醒方式也可能会存在提醒不到位情况，例如，用手机进行提醒，但是由于手机上的信息繁杂，以至于提醒信息被其他信息淹没，等等。当然，具体的工作任务信息还可以包括根据第一用户通过智能音箱设备发起的请求生成的工作任务，例如，某第一用
户需要解读一份监测数据，则医院侧的信息系统可能会将该工作任务推送给某个第二用户，等等。
[0153]
因此，本技术实施例五还从第二用户的角度出发，提供了一种信息交互方法，也即，可以为第二用户配备智能音箱设备，关于第二用户的工作任务信息，医院侧的信息系统可以提交到智能音箱服务端，然后，由智能音箱服务端推送到具体第二用户的智能音箱设备。这样，第二用户可以通过智能音箱设备播报的语音信息获取具体的工作任务安排或者计划等信息。具体的，参见图6，该方法具体可以包括：
[0154]
s601：第二用户关联的智能音箱设备接收智能音箱系统服务端推送的工作任务信息，所述工作任务信息是由医院侧的信息系统提交到所述智能音箱系统服务端的，所述第二用户为提供医疗服务的用户；
[0155]
s602：将所述工作任务信息进行语音输出。
[0156]
具体的，所述工作任务包括：根据第一用户通过智能音箱设备发起的请求生成的工作任务。或者，所述工作任务包括：根据所述第二用户关联的服务对象的预约信息或者历史检查信息生成的工作任务。
[0157]
实施例六
[0158]
在实际应用中，除了可以通过智能音箱系统在第一用户与第二用户之间进行医疗服务信息的交互，还可以向其他类别的用户提供相关的服务。例如，某患者在服药期间可能需要由其他的家庭成员进行监督或者提醒，等等，为此，在本技术实施例中，还可以通过智能音箱服务端以及设备，向第三用户(也即与所述第一用户具有家庭成员关系的用户)提供相关的提醒信息，以提醒第三用户对第一用户进行监督或者提醒，等等。具体的，参见图7，该实施例六提供了一种信息交互方法，具体的，该方法具体可以包括：
[0159]
s701：第三用户关联的智能音箱设备接收智能音箱系统服务端推送的与第一用户相关的提醒信息，所述提醒信息是由第二用户通过终端设备提交到医院侧的信息系统，并由所述医院侧的信息系统提交到所述智能音箱系统服务端，所述第二用户为提供医疗服务的用户，所述第一用户为具有获取医疗服务需求的用户，所述第二用户为与所述第一用户具有家庭成员关系的用户；
[0160]
s702：将所述提醒信息进行语音输出。
[0161]
实施例七
[0162]
在前述各实施例中，主要是针对医疗场景下的应用进行了介绍，而在实际应用中，在其他场景下，也可以通过智能音箱系统在其他类型的服务双方之间提供信息交互的桥梁。例如，某学校提供远程课程学习服务，具体的学员可以在线学习，在学习的过程中，学员与学校方之间可能会具有一些交互需求，例如，包括续费，课程升级等等。为此，本技术实施例七还提供了一种信息交互方法，参见图8，该方法具体可以包括：
[0163]
s801：智能音箱设备接收第一用户发起的请求；所述第一用户为具有远程课程学习需求的用户；
[0164]
s802：将所述请求提交至智能音箱系统服务端，以便所述智能音箱系统服务端转发给关联的学校侧的信息系统，所述学校侧的信息系统对所述请求进行处理并获得处理结果后，返回给所述智能音箱系统服务端；
[0165]
s803：接收所述智能音箱系统服务端转发的处理结果信息并进行语音输出。
[0166]
关于前述实施例二至实施例七中的未详述部分，可以参见前述实施例一中的记载，这里不再详述。
[0167]
需要说明的是，本技术实施例中可能会涉及到对用户数据的使用，在实际应用中，可以在符合所在国的适用法律法规要求的情况下(例如，用户明确同意，对用户切实通知，等)，在适用法律法规允许的范围内在本文描述的方案中使用用户特定的个人数据。
[0168]
与实施例二相对应，本技术实施例还提供了一种信息交互装置，参见图9，该装置应用于智能音箱设备，包括：
[0169]
第一请求接收单元901，用于接收第一用户发起的请求；所述第一用户为具有获取医疗服务需求的用户；
[0170]
第一请求提交单元902，用于将所述请求提交至智能音箱系统服务端，以便所述智能音箱系统服务端转发给关联的医院侧的信息系统，所述医院侧的信息系统对所述请求进行处理并获得处理结果后，返回给所述智能音箱系统服务端；
[0171]
第一信息输出单元903，用于接收所述智能音箱系统服务端转发的处理结果信息并进行输出。
[0172]
其中，所述第一用户发起的请求包括：挂号/预约检查请求，所述医院侧的信息系统用于为所述第一用户进行挂号/预约检查，所述处理结果包括：挂号/预约检查结果。
[0173]
或者，所述第一用户发起的请求包括：对医院方开设的课程进行学习的请求；所述智能音箱系统服务端用于将所述第一用户关联的医院侧信息系统预先提交的课程内容信息返回给所述智能音箱设备。
[0174]
或者，所述第一用户发起的请求包括：对医院方体提供的检测/监测设备进行租用的请求，所述医院侧的信息系统用于处理所述租用请求，通过设备管理客户端或者设备供应方为所述第一用户进行检测/监测设备的寄送，所述处理结果包括租用结果以及寄送相关信息。
[0175]
或者，所述第一用户发起的请求还包括：对检测/监测数据进行解读的请求，所述医院侧的信息系统还用于，将所述解读的请求转发给对应的医生用户客户端进行处理，并将解读结果返回给所述智能音箱系统服务端。
[0176]
或者，所述第一用户发起的请求包括：对住院人员进行探视的请求，所述医院侧的信息系统用于，确定所述第一用户关联的床位，并将所述床位关联的图像采集设备采集到的图像数据返回给所述智能音箱系统服务端。
[0177]
或者，所述第一用户发起的请求还包括：知识问答请求，所述智能音箱系统服务端还用于，通过查询预先建立的标准知识库获得对应的答案信息，并返回给所述智能音箱设备进行输出。
[0178]
具体实现时，该装置还可以包括：
[0179]
连接单元，用于通过与医疗健康类的物联网设备进行连接，对所述物联网设备采集到的数据进行监测，并与目标场景关联的正常数据范围进行比对，如果存在异常，则提供提示信息。
[0180]
其中，所述医疗健康类的物联网设备包括：环境数据监测设备，人体健康指标监测设备，或者，生长发育指标监测设备。
[0181]
另外，该装置还可以包括：
[0182]
推送信息接收单元，用于接收所述智能音箱系统服务端推送的信息。
[0183]
其中，所述推送的信息包括：所述医院侧信息系统提交到所述智能音箱系统服务端的信息。
[0184]
具体的，所述医院侧信息系统提交到所述智能音箱系统服务端的信息包括：由第二用户关联的终端设备提交到所述医院侧信息系统、需要定向推送给所述第一用户的信息。
[0185]
其中，所述需要定向推送给所述第一用户的信息，包括：检查/看诊时间提醒信息，用药提醒信息，或者检查结果信息。
[0186]
或者，所述推送的信息包括：根据所述第一用户在获取医疗服务过程中的历史数据确定出的推荐信息，所述推荐信息包括：服务推荐信息，商品对象推荐信息，或者，应用程序推荐信息。
[0187]
与实施例三相对应，本技术实施例还提供了一种信息交互装置，参见图10，该装置应用于智能音箱系统服务端，包括：
[0188]
请求接收单元1001，用于接收第一用户通过智能音箱设备发起的请求；
[0189]
请求转发单元1002，用于将所述请求转发至医院侧的信息系统，所述医院侧的信息系统对所述请求进行处理并获得处理结果后，返回给所述智能音箱系统服务端；
[0190]
处理结果返回单元1003，用于将所述处理结果返回给所述智能音箱设备进行输出。
[0191]
其中，所述医院侧的信息系统包括由与医院合作的第三方系统开发服务商开发的信息系统；
[0192]
所述装置还可以包括：
[0193]
对应关系建立单元，用于建立所述第一用户的第一id与关联的智能音箱设备的设备id之间的对应关系，在所述智能音箱系统服务端与医院侧的信息系统之间在向对方转发关于目标第一用户的消息时，携带所述目标第一用户关联的智能音箱设备的设备id信息，以便消息的接收方通过所述设备id以及各自系统中建立的对应关系进行第一用户的身份识别。
[0194]
其中，所述第一用户发起的请求包括：对医院方开设的课程进行学习的请求；
[0195]
所述装置还可以包括：
[0196]
学习情况反馈单元，用于对所述第一用户的学习情况反馈给所述医院侧的信息系统，以便所述医院侧的信息系统对所述第一用户进行已学习课时统计。
[0197]
其中，所述患者发起的请求还包括：知识问答请求；
[0198]
所述装置还可以包括：
[0199]
答案信息返回单元，用于通过查询预先建立的标准知识库获得对应的答案信息，并返回给所述智能音箱设备进行输出。
[0200]
另外，该装置还可以包括：
[0201]
信息推送单元，用于向所述智能音箱设备进行信息推送。
[0202]
具体的，所述信息推送单元可以用于：
[0203]
将所述医院侧信息系统提交的待推送给指定第一用户的信息，向所述智能音箱设备进行推送。
[0204]
或者，所述信息推送单元具体可以用于：
[0205]
根据所述第一用户在获取医疗服务过程中的历史数据进行推荐信息的推送，所述推荐信息包括：服务推荐信息，商品对象推荐信息，或者，应用程序推荐信息。
[0206]
与实施例四相对应，本技术实施例还提供了一种信息交互装置，参见图11，该装置应用于医院侧信息系统，包括：
[0207]
请求接收单元1101，用于接收智能音箱系统服务端转发的请求，所述请求是由第一用户通过智能音箱设备发起的；
[0208]
处理结果获得单元1102，用于对所述请求进行处理并获得处理结果；
[0209]
处理结果返回单元1103，用于将所述处理结果返回给所述智能音箱系统服务端，以便所述智能音箱系统服务端将所述处理结果返回给所述智能音箱设备进行输出。
[0210]
与实施例五相对应，本技术实施例还提供了一种信息交互装置，参见图12，该装置应用于第二用户关联的智能音箱设备，包括：
[0211]
工作任务信息接收单元1201，用于接收智能音箱系统服务端推送的工作任务信息，所述工作任务信息是由医院侧的信息系统提交到所述智能音箱系统服务端的，所述第二用户为提供医疗服务的用户；
[0212]
工作任务信息输出单元1202，用于将所述工作任务信息进行语音输出。
[0213]
其中，所述工作任务包括：根据第一用户通过智能音箱设备发起的请求生成的工作任务。
[0214]
或者，所述工作任务包括：根据所述第二用户关联的服务对象的预约信息或者历史检查信息生成的工作任务。
[0215]
与实施例六相对应，本技术实施例还提供了一种信息交互装置，参见图13，该装置应用于第三用户关联的智能音箱设备，包括：
[0216]
提醒信息接收单元1301，用于接收智能音箱系统服务端推送的与第一用户相关的提醒信息，所述提醒信息是由第二用户通过终端设备提交到医院侧的信息系统，并由所述医院侧的信息系统提交到所述智能音箱系统服务端，所述第二用户为提供医疗服务的用户，所述第一用户为具有获取医疗服务需求的用户，所述第二用户为与所述第一用户具有家庭成员关系的用户；
[0217]
提醒信息输出单元1302，用于将所述提醒信息进行语音输出。
[0218]
与实施例七相对应，本技术实施例还提供了一种信息交互装置，参见图14，该装置应用于包括：
[0219]
第二请求接收单元1401，用于接收第一用户发起的请求；所述第一用户为具有远程课程学习需求的用户；
[0220]
第二请求提交单元1402，用于将所述请求提交至智能音箱系统服务端，以便所述智能音箱系统服务端转发给关联的学校侧的信息系统，所述学校侧的信息系统对所述请求进行处理并获得处理结果后，返回给所述智能音箱系统服务端；
[0221]
第二信息输出单元1403，用于接收所述智能音箱系统服务端转发的处理结果信息并进行语音输出。
[0222]
另外，本技术实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现前述方法实施例中任一项所述的方法的步骤。
[0223]
以及一种计算机系统，包括：
[0224]
一个或多个处理器；以及
[0225]
与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行前述方法实施例中任一项所述的方法的步骤。
[0226]
其中，图15示例性的展示出了计算机系统的架构，具体可以包括处理器1510，视频显示适配器1511，磁盘驱动器1512，输入/输出接口1513，网络接口1514，以及存储器1520。上述处理器1510、视频显示适配器1511、磁盘驱动器1512、输入/输出接口1513、网络接口1514，与存储器1520之间可以通过通信总线1530进行通信连接。
[0227]
其中，处理器1510可以采用通用的cpu(central processing unit，中央处理器)、微处理器、应用专用集成电路(application specific integrated circuit，asic)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本技术所提供的技术方案。
[0228]
存储器1520可以采用rom(read only memory，只读存储器)、ram(random access memory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1520可以存储用于控制电子设备1500运行的操作系统1521，用于控制电子设备1500的低级别操作的基本输入输出系统(bios)。另外，还可以存储网页浏览器1523，数据存储管理系统1524，以及信息交互处理系统1525等等。上述信息交互处理系统1525就可以是本技术实施例中具体实现前述各步骤操作的应用程序。总之，在通过软件或者固件来实现本技术所提供的技术方案时，相关的程序代码保存在存储器1520中，并由处理器1510来调用执行。
[0229]
输入/输出接口1513用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。
[0230]
网络接口1514用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如usb、网线等)实现通信，也可以通过无线方式(例如移动网络、wifi、蓝牙等)实现通信。
[0231]
总线1530包括一通路，在设备的各个组件(例如处理器1510、视频显示适配器1511、磁盘驱动器1512、输入/输出接口1513、网络接口1514，与存储器1520)之间传输信息。
[0232]
需要说明的是，尽管上述设备仅示出了处理器1510、视频显示适配器1511、磁盘驱动器1512、输入/输出接口1513、网络接口1514，存储器1520，总线1530等，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本技术方案所必需的组件，而不必包含图中所示的全部组件。
[0233]
通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例或者实施例的某些部分所述的方法。
[0234]
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
[0235]
以上对本技术所提供的信息交互方法、装置及系统，进行了详细介绍，本文中应用了具体个例对本技术的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本技术的方法及其核心思想；同时，对于本领域的一般技术人员，依据本技术的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本技术的限制。