CN113395262B - 多终端信息共享方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本发明公开了一种多终端信息共享方法、装置、计算机设备和存储介质，所述方法包括：接收第一终端发送的需求信息，所述需求信息携带有第一终端的终端标识；查询与所述终端标识对应的响应信息，所述响应信息是从根据预先生成的关联信息存储的第一记录中获取的，所述记录包括第一终端的终端标识和对应的响应信息；将所查询到的响应信息反馈至所述第一终端。本发明智能化程度高，能够实现多终端信息共享。

Description

多终端信息共享方法、装置、计算机设备和存储介质

技术领域

本发明涉及人工智能技术领域，具体为多终端信息共享方法、装置、计算机设备和存储介质。

背景技术

健康食材推荐由用户手机和电视端APP连接云端健康食材推荐系统，实现依据用户的疾病、工作、年龄、性别等，以及依据用户的喜好实现对为用户推荐喜好的健康食材和告诉用户哪些用户不才应该吃。

家庭中的智能冰箱需要连接云端的智能冰箱服务云，完成智能冰箱在家庭中的智能服务。例如智能冰箱的食材识别，依据架构不同，若识别在本地完成，则存在模型更新问题；若识别在云端完成，则存在本地冰箱与云端进行图片交互，获取识别结果的交互流程。并且智能冰箱上具有食材管理、食材购买、食谱推荐等功能，这些功能也需要连接云端实现。

家庭中的智能音箱需要连接智能音箱服务云完成智能音箱的语音识别、语义理解、语音交互等功能。一般在云端设有不同的交互模板，以及具有云端的内容库。例如与家庭中的智能音箱交互“给我播放海信之歌”，该指令需要连接智能音箱服务云，在云端获取到海信之歌的资源后，传送给智能音箱，由智能音箱播放。

具体地，可以参见图1所示，图1示出了当前这三个系统的工作状态。每个系统独立工作，数据未共享。并且健康食材推荐系统、智能冰箱服务云、智能音箱服务云是三个独立的系统，在用户家庭中整合，因为用户手机和用户电视中的智慧健康服务APP不是时刻运行的，由智能冰箱与智能音箱向用户手机或用户电视获取用户的健康食材推荐存在请求失败问题。

发明内容

本发明的目的在于提供多终端信息共享方法、装置、计算机设备和存储介质，以解决上述背景技术中提出的问题。

为实现上述目的，本发明提供如下技术方案：多终端信息共享方法，所述方法包括：

接收第一终端发送的需求信息，所述需求信息携带有第一终端的终端标识；

查询与所述终端标识对应的响应信息，所述响应信息是从根据预先生成的关联信息存储的第一记录中获取的，所述记录包括第一终端的终端标识和对应的响应信息；

将所查询到的响应信息反馈至所述第一终端。

优选的，所述方法还包括：

接收关联信息生成请求，所述关联信息生成请求是所述第二终端获取第一终端的终端标识，并发送至对应的第二服务器，由所述第二服务器根据所述第一终端的终端标识和第二终端的终端标识生成的；

根据所述关联信息生成请求，向所述第一终端发送确认请求；

接收所述第一终端反馈的与所述确认请求对应的确认信息；

当所述确认信息表示同意生成关联信息时，则根据所述第一终端的终端标识和所述第二终端的终端标识生成关联信息。

优选的，所述方法还包括：

接收第二服务器发送的第一记录存储请求，所述第一记录存储请求是所述第二终端先根据用户信息查询对应的知识图谱得到响应信息，然后根据所述第二终端的终端标识查询关联信息以得到第一终端的终端标识，并根据将所查询到的第一终端的终端标识和所述响应信息关联存储得到的。

优选的，所述方法还包括：

接收第一终端发送的第二记录存储请求，所述第二记录存储请求是所述第一终端根据用户交互信息生成的，并与所述第一终端的终端标识关联得到；

根据所述第二记录存储请求存储第二记录，所述第二记录用于供所述第二终端获取，并根据所述获取的第二记录生成响应信息。

优选的，所述第一终端为智能音箱和/或智能冰箱；所述第二终端为手机和/或电视机；所述响应信息为食材推荐信息，所述终端标识为终端地址。

优选的，多终端信息共享装置，所述装置包括：

第一接收模块，用于接收第一终端发送的需求信息，所述需求信息携带有第一终端的终端标识；

查询模块，用于查询与所述终端标识对应的响应信息，所述响应信息是从根据预先生成的关联信息存储的第一记录中获取的，所述记录包括第一终端的终端标识和对应的响应信息；

发送模块，用于将所查询到的响应信息反馈至所述第一终端。

优选的，所述装置还包括：

第二接收模块，用于接收关联信息生成请求，所述关联信息生成请求是所述第二终端获取第一终端的终端标识，并发送至对应的第二服务器，由所述第二服务器根据所述第一终端的终端标识和第二终端的终端标识生成的；

第二发送模块，用于据所述关联信息生成请求，向所述第一终端发送确认请求；

第三接收模块，用于接收所述第一终端反馈的与所述确认请求对应的确认信息；

关联信息生成模块，用于当所述确认信息表示同意生成关联信息时，则根据所述第一终端的终端标识和所述第二终端的终端标识生成关联信息。

优选的，一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现所述多终端信息共享方法的步骤。

优选的，一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现所述多终端信息共享方法的步骤。

与现有技术相比，本发明的有益效果是：本发明智能化程度高，当第一终端需要获取到第二终端的信息时，直接查询交换云，并根据交换云获取到对应的响应信息，其中由于响应信息是从根据预先生成的关联信息存储的第一记录中获取的，所述记录包括第一终端的终端标识和对应的响应信息，关联信息即第一终端的终端标识和所述第二终端的终端标识的关联信息，因此可以实现多终端的数据的共享。

附图说明

图1为现有技术中当前这三个系统的工作状态的框图；

图2为一个实施例中多终端信息共享方法的应用环境图；

图3为一个实施例中多终端信息共享方法的流程示意图；

图4为一个实施例中多终端信息共享方法的示意图；

图5为一个实施例中多终端信息共享装置的结构框图；

图6为一个实施例中计算机设备的内部结构图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

请参阅图2-6，本发明提供一种技术方案：多终端信息共享方法，所述方法包括：

接收第一终端发送的需求信息，所述需求信息携带有第一终端的终端标识；

查询与所述终端标识对应的响应信息，所述响应信息是从根据预先生成的关联信息存储的第一记录中获取的，所述记录包括第一终端的终端标识和对应的响应信息；

将所查询到的响应信息反馈至所述第一终端。

其中，所述方法还包括：

接收关联信息生成请求，所述关联信息生成请求是所述第二终端获取第一终端的终端标识，并发送至对应的第二服务器，由所述第二服务器根据所述第一终端的终端标识和第二终端的终端标识生成的；

根据所述关联信息生成请求，向所述第一终端发送确认请求；

接收所述第一终端反馈的与所述确认请求对应的确认信息；

当所述确认信息表示同意生成关联信息时，则根据所述第一终端的终端标识和所述第二终端的终端标识生成关联信息。

其中，所述方法还包括：

接收第二服务器发送的第一记录存储请求，所述第一记录存储请求是所述第二终端先根据用户信息查询对应的知识图谱得到响应信息，然后根据所述第二终端的终端标识查询关联信息以得到第一终端的终端标识，并根据将所查询到的第一终端的终端标识和所述响应信息关联存储得到的。

其中，所述方法还包括：

接收第一终端发送的第二记录存储请求，所述第二记录存储请求是所述第一终端根据用户交互信息生成的，并与所述第一终端的终端标识关联得到；

根据所述第二记录存储请求存储第二记录，所述第二记录用于供所述第二终端获取，并根据所述获取的第二记录生成响应信息。

其中，所述第一终端为智能音箱和/或智能冰箱；所述第二终端为手机和/或电视机；所述响应信息为食材推荐信息，所述终端标识为终端地址。

本申请提供的多终端信息共享方法，可以应用于如图2所示的应用环境中。其中，第一终端106和第二终端102通过网络与服务器104进行通信。其中服务器104接收第一终端106发送的需求信息，需求信息携带有第一终端的终端标识；查询与终端标识对应的响应信息，响应信息是从根据预先生成的关联信息存储的第一记录中获取的，记录包括第一终端的终端标识和对应的响应信息；将所查询到的响应信息反馈至第一终端106。这样当第一终端106需要获取到第二终端的信息时，直接查询交换云，并根据交换云获取到对应的响应信息，其中由于响应信息是从根据预先生成的关联信息存储的第一记录中获取的，所述记录包括第一终端106的终端标识和对应的响应信息，关联信息即第一终端106的终端标识和所述第二终端的终端标识的关联信息，因此可以实现多终端的数据的共享。

其中，第一终端106可以但不限于是述第一终端为智能音箱和/或智能冰箱。第二终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，如图3所示，提供了一种多终端信息共享方法，以该方法应用于图2中的服务器为例进行说明，包括以下步骤：

S302：接收第一终端发送的需求信息，需求信息携带有第一终端的终端标识。

具体地，第一终端为智能音箱或智能冰箱，其获取用户健康食材推荐，即响应信息。

用户在与智能音箱或智能冰箱交互时，对于需要获取健康食材推荐结果的场景，可以通过健康食材数据交换云请求该设备绑定的用户的健康食材推荐。

具体地，智能音箱或智能冰箱，在与用户进行交互的过程中，收到需要请求用户健康食材推荐的请求。由智能音箱或智能冰箱，依据第一终端的终端标识，例如MAC地址生成查询用户健康食材推荐请求，向健康食材数据交换云请求共享数据。

S304：查询与终端标识对应的响应信息，响应信息是从根据预先生成的关联信息存储的第一记录中获取的，记录包括第一终端的终端标识和对应的响应信息。

具体地，健康食材数据交换云收到请求后，解析出该请求中的MAC地址，向存储在健康食材数据交换云中的用户健康食材数据库查询该MAC地址对应的宜食/忌食食材结果。

其中响应信息是从根据预先生成的关联信息存储的第一记录中获取的，记录包括第一终端的终端标识和对应的响应信息。

具体地，关联信息是第一终端和第二终端相关联的信息，可以是通过终端标识进行关联的。第一记录则是第二终端预先上传的，其包括响应信息，并根据上述关联信息实现响应信息和第一终端的关联。

S306：将所查询到的响应信息反馈至第一终端。

具体地，健康食材推荐结果反馈给智能音箱或智能冰箱。智能音箱或智能冰箱依据反馈结果进行后续操作。

这样通过在云端构建数据互通服务，实现健康食材推荐服务的用户推荐结果与智能冰箱的食材存取记录、智能音箱的语音交互之间的数据互通。因为由健康食材推荐服务共享的是推荐结果，而不是共享用户直接的用户个人基础信息和用户画像，有效的保护了用户的隐私；同时，也满足智能冰箱获取食材推荐、食材推荐系统获取智能冰箱存取记录、智能音箱获取冰箱食材信息、智能音箱获取食材推荐结果等。

冰箱掌握着食材信息以及具有大屏信息面板，可以与冰箱进行触屏点击、食材存取等交互动作；运行在用户手机或电视端中的智慧健康APP中的健康食材推荐系统可获取用户身体健康状态推荐，以及具备食材营养信息和疾病、天气、年龄、工作、性别等主题的健康食材推荐；智能音箱具备音频播报、语音交互，以及掌握着音频媒资播报能力。

语音交互或大屏交互，吃点什么，取冰箱食材，并相食材推荐系统获取推荐，给与用户健康推荐。语音交互或冰箱大屏交互，询问买点什么菜，向食材推荐系统获取推荐。食材存取记录或用户与智能音箱交互表达的食材喜好等，记录用户喜好，训练健康食材推荐系统。该方案在用户授权绑定操作的前提下，可以有效的实现非同账号体系下的数据互通共享，解决因账号体系不同、品牌体系不同、数据存储机房不同等导致的数据互通困难。

上述多终端信息共享方法，当第一终端需要获取到第二终端的信息时，直接查询交换云，并根据交换云获取到对应的响应信息，其中由于响应信息是从根据预先生成的关联信息存储的第一记录中获取的，所述记录包括第一终端的终端标识和对应的响应信息，关联信息即第一终端的终端标识和所述第二终端的终端标识的关联信息，因此可以实现多终端的数据的共享。

在其中一个实施例中，上述方法还包括：接收关联信息生成请求，关联信息生成请求是第二终端获取第一终端的终端标识，并发送至对应的第二服务器，由第二服务器根据第一终端的终端标识和第二终端的终端标识生成的；根据关联信息生成请求，向第一终端发送确认请求；接收第一终端反馈的与确认请求对应的确认信息；当确认信息表示同意生成关联信息时，则根据第一终端的终端标识和第二终端的终端标识生成关联信息。

具体地，结合图4所示，其中用户手机端操作智慧健康APP实现智能冰箱和智能音箱绑定的过程是用于实现智能冰箱和智能音箱唯一标识与健康食材推荐系统中的用户唯一标识的绑定，用于在健康食材数据交换云进行数据交换时，来自于不同系统的唯一标识可以相互转换。

该操作由手机端手动输入或二维码扫码获取智能冰箱或智能音箱的MAC地址，然后生成一条设备关联指令，携带用户在智慧健康APP中的用户唯一标识与设备MAC地址和设备类型，发送至健康食材推荐服务器，记录与用户画像库中。

具体的步骤为：

a)用户手机通过扫码或手动输入的方式输入智能音箱或智能冰箱的MAC地址，并选取对应的设备类型。

b)用户点击确定后，智慧健康APP将用户唯一标识、设备MAC地址、设备类型，生成设备关联指令，发送至健康食材推荐服务。

c)健康食材推荐服务缓存该指令，向健康食材数据交换云发送确认关联请求。

d)用户在智能冰箱上(需安装智能冰箱端的推送接收应用APP)收到该确认推送后，在大屏端请求用户确认；智能音箱(需要音箱端集成接收推送服务程序)接收到该确认推送后，语音向用户确认是否同意设备关联。

e)用户确认后，用户的确认操作由智能冰箱或智能音箱经过健康食材数据交换云，发送至健康食材推荐服务器。

f)健康食材推荐服务器收到确认消息后，合法性检验后将该条设备关联指令记录至用户画像中(记录时保持单用户可以绑定多个设备，但是一个设备只能绑定单一用户)，若该设备有绑定其他设备，则进行替换操作，将该设备绑定在新用户下。并将该绑定记录在健康食材数据交换云备份记录。

在其中一个实施例中，上述方法还包括：接收第二服务器发送的第一记录存储请求，第一记录存储请求是第二终端先根据用户信息查询对应的知识图谱得到响应信息，然后根据第二终端的终端标识查询关联信息以得到第一终端的终端标识，并根据将所查询到的第一终端的终端标识和响应信息关联存储得到的。

具体地，用户食材推荐结果缓存至健康食材数据交换云是用户在手机端或电视端智慧健康APP服务中请求的健康食材推荐和禁忌食材推荐，在健康食材推荐服务推荐完成后，会由健康食材推荐服务转存存至健康食材数据交换云。

具体步骤为：

a)用户手机或大屏电视端请求宜食/忌食食材推荐，请求发送至健康食材推荐服务。

b)健康食材推荐服务依据用户疾病、年龄、性别、工作等信息，请求健康食材知识图谱，完成待食材推荐。

c)健康食材推荐服务请求用户画像库，依据用户画像完成用户推荐食材排序。

d)向用户画像库请求用户ID与设备对应关系，如果没有则直接返回推介结果给用户手机或电视；如果具有对应关系，则将该结果转存至健康食材数据交换云，然后将结果反馈给用户手机或电视。

在其中一个实施例中，上述方法还包括：接收第一终端发送的第二记录存储请求，第二记录存储请求是第一终端根据用户交互信息生成的，并与第一终端的终端标识关联得到；根据第二记录存储请求存储第二记录，第二记录用于供第二终端获取，并根据获取的第二记录生成响应信息。

其中，智能冰箱食材存取记录、用户通过智能音箱表达的食材喜好信息存取是指智能冰箱的食材存取记录，以及智能音箱收集到的用户的食材喜好信息，是判断用户喜好的重要依据。该数据由冰箱上传至健康食材数据交换云进行缓存。由健康食材推荐服务定期向健康食材数据交换云获取并清理。

具体步骤为：

a)智能音箱或智能冰箱，在与用户进行交互的过程中，收集到用户的食材存取记录或用户表达的食材喜好信息。智能冰箱食材存取记录由智能冰箱的基于图像的食材识别或基于包装扫码的食材识别或用户手工操作智能冰箱的大屏。

b)智能音箱或智能冰箱，将该条记录信息与该设备的MAC地址封装为一条存储请求，向健康食材数据交换云发起数据存储请求。

c)健康食材数据交换云收到该请求后，将该条记录存储于云端的数据库，待健康食材推荐服务查询和清除。

d)健康食材推荐服务器定时(每天凌晨2点)开始向健康食材推荐服务器拉取食材存取及智能音箱食材喜好记录数据，获取完成后清除已获取的数据。

e)健康食材推荐服务汇总当天的数据，将该数据存储于用户画像数据库的用户操作数据记录表。

其中，智能冰箱存储食材信息缓存于健康食材数据交换云是冰箱当前存储的食材信息，用于用户在与智能音箱交互时的询问今天吃什么，进行食谱和食材推荐；还可以用于用户在手机或大屏电视端操作智慧健康APP时，向用户呈现的食材推荐列表中呈现哪些食材冰箱里面有。

具体步骤为：

a)智能冰箱通过用户的食材存取和交互，得到当前冰箱中存放的食材信息。

b)智能冰箱将冰箱中食材信息，与智能冰箱的MAC地址封装为数据缓存请求，向健康食材数据交换云发起请求。

c)健康食材数据交换云收到该请求后，将食材信息和MAC地址信息缓存在健康食材数据交换云的冰箱现有食材数据库。

d)当用户使用智能音箱或用户通过手机或电视需要冰箱存储食材时，智能音箱通过MAC地址通过与健康食材数据交换云直接交互中记录的“用户ID,智能音箱MAC”、“用户ID，智能冰箱MAC”的对应关系，获得“智能音箱MAC，智能冰箱MAC”对应关系，然后查询冰箱现有食材数据库获取用户家庭中的现有食材信息；用户通过手机或电视的智慧健康APP获取冰箱食材信息，通过健康食材推荐服务，向健康食材数据交换云获取当前用户家庭中冰箱存储的食材信息。

具体地，第一终端为智能音箱和/或智能冰箱；第二终端为手机和/或电视机。

具体地，响应信息为食材推荐信息，终端标识为终端地址。

上述实施例中，在用户授权绑定操作的前提下，可以有效的实现非同账号体系下的数据互通共享，解决因账号体系不同、品牌体系不同、数据存储机房不同等导致的数据互通困难。

应该理解的是，虽然图3的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图3中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图5所示，提供了一种多终端信息共享装置，包括：第一接收模块100、查询模块200和发送模块300，其中：

第一接收模块100，用于接收第一终端发送的需求信息，需求信息携带有第一终端的终端标识；

查询模块200，用于查询与终端标识对应的响应信息，响应信息是从根据预先生成的关联信息存储的第一记录中获取的，记录包括第一终端的终端标识和对应的响应信息；

发送模块300，用于将所查询到的响应信息反馈至第一终端。

在其中一个实施例中，上述多终端信息共享装置还可以包括：

第二接收模块，用于接收关联信息生成请求，关联信息生成请求是第二终端获取第一终端的终端标识，并发送至对应的第二服务器，由第二服务器根据第一终端的终端标识和第二终端的终端标识生成的；

第二发送模块300，用于据关联信息生成请求，向第一终端发送确认请求；

第三接收模块，用于接收第一终端反馈的与确认请求对应的确认信息；

关联信息生成模块，用于当确认信息表示同意生成关联信息时，则根据第一终端的终端标识和第二终端的终端标识生成关联信息。

在其中一个实施例中，上述多终端信息共享装置还可以包括：

第四接收模块，用于接收第二服务器发送的第一记录存储请求，第一记录存储请求是第二终端先根据用户信息查询对应的知识图谱得到响应信息，然后根据第二终端的终端标识查询关联信息以得到第一终端的终端标识，并根据将所查询到的第一终端的终端标识和响应信息关联存储得到的。

在其中一个实施例中，上述多终端信息共享装置还可以包括：

第五接收模块，用于接收第一终端发送的第二记录存储请求，第二记录存储请求是第一终端根据用户交互信息生成的，并与第一终端的终端标识关联得到；

存储模块，用于根据第二记录存储请求存储第二记录，第二记录用于供第二终端获取，并根据获取的第二记录生成响应信息。

在其中一个实施例中，第一终端为智能音箱和/或智能冰箱；第二终端为手机和/或电视机。

在其中一个实施例中，响应信息为食材推荐信息，终端标识为终端地址。

关于多终端信息共享装置的具体限定可以参见上文中对于多终端信息共享方法的限定，在此不再赘述。上述多终端信息共享装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储第一记录。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种多终端信息共享方法。

本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：接收第一终端发送的需求信息，需求信息携带有第一终端的终端标识；查询与终端标识对应的响应信息，响应信息是从根据预先生成的关联信息存储的第一记录中获取的，记录包括第一终端的终端标识和对应的响应信息；将所查询到的响应信息反馈至第一终端。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：接收关联信息生成请求，关联信息生成请求是第二终端获取第一终端的终端标识，并发送至对应的第二服务器，由第二服务器根据第一终端的终端标识和第二终端的终端标识生成的；根据关联信息生成请求，向第一终端发送确认请求；接收第一终端反馈的与确认请求对应的确认信息；当确认信息表示同意生成关联信息时，则根据第一终端的终端标识和第二终端的终端标识生成关联信息。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：接收第二服务器发送的第一记录存储请求，第一记录存储请求是第二终端先根据用户信息查询对应的知识图谱得到响应信息，然后根据第二终端的终端标识查询关联信息以得到第一终端的终端标识，并根据将所查询到的第一终端的终端标识和响应信息关联存储得到的。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：接收第一终端发送的第二记录存储请求，第二记录存储请求是第一终端根据用户交互信息生成的，并与第一终端的终端标识关联得到；根据第二记录存储请求存储第二记录，第二记录用于供第二终端获取，并根据获取的第二记录生成响应信息。

在一个实施例中，处理器执行计算机程序时所涉及的第一终端为智能音箱和/或智能冰箱；第二终端为手机和/或电视机。

在一个实施例中，处理器执行计算机程序时所涉及的响应信息为食材推荐信息，终端标识为终端地址。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：接收第一终端发送的需求信息，需求信息携带有第一终端的终端标识；查询与终端标识对应的响应信息，响应信息是从根据预先生成的关联信息存储的第一记录中获取的，记录包括第一终端的终端标识和对应的响应信息；将所查询到的响应信息反馈至第一终端。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：接收关联信息生成请求，关联信息生成请求是第二终端获取第一终端的终端标识，并发送至对应的第二服务器，由第二服务器根据第一终端的终端标识和第二终端的终端标识生成的；根据关联信息生成请求，向第一终端发送确认请求；接收第一终端反馈的与确认请求对应的确认信息；当确认信息表示同意生成关联信息时，则根据第一终端的终端标识和第二终端的终端标识生成关联信息。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：接收第二服务器发送的第一记录存储请求，第一记录存储请求是第二终端先根据用户信息查询对应的知识图谱得到响应信息，然后根据第二终端的终端标识查询关联信息以得到第一终端的终端标识，并根据将所查询到的第一终端的终端标识和响应信息关联存储得到的。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：接收第一终端发送的第二记录存储请求，第二记录存储请求是第一终端根据用户交互信息生成的，并与第一终端的终端标识关联得到；根据第二记录存储请求存储第二记录，第二记录用于供第二终端获取，并根据获取的第二记录生成响应信息。

在一个实施例中，计算机程序被处理器执行时所涉及的第一终端为智能音箱和/或智能冰箱；第二终端为手机和/或电视机。

在一个实施例中，计算机程序被处理器执行时所涉及的响应信息为食材推荐信息，终端标识为终端地址。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

综上所述，本发明智能化程度高，当第一终端需要获取到第二终端的信息时，直接查询交换云，并根据交换云获取到对应的响应信息，其中由于响应信息是从根据预先生成的关联信息存储的第一记录中获取的，所述记录包括第一终端的终端标识和对应的响应信息，关联信息即第一终端的终端标识和所述第二终端的终端标识的关联信息，因此可以实现多终端的数据的共享。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。

Claims (6)

1.多终端信息共享方法，其特征在于：所述方法包括：

接收第一终端发送的需求信息，所述需求信息携带有第一终端的终端标识；

查询与所述终端标识对应的响应信息，所述响应信息是从根据预先生成的关联信息存储的第一记录中获取的，所述记录包括第一终端的终端标识和对应的响应信息；

将所查询到的响应信息反馈至所述第一终端；

接收关联信息生成请求，所述关联信息生成请求是第二终端获取第一终端的终端标识，并发送至对应的第二服务器，由所述第二服务器根据所述第一终端的终端标识和第二终端的终端标识生成的；

根据所述关联信息生成请求，向所述第一终端发送确认请求；

接收所述第一终端反馈的与所述确认请求对应的确认信息；

当所述确认信息表示同意生成关联信息时，则根据所述第一终端的终端标识和所述第二终端的终端标识生成关联信息；

所述方法还包括：

接收第二服务器发送的第一记录存储请求，所述第一记录存储请求是所述第二终端先根据用户信息查询对应的知识图谱得到响应信息，然后根据所述第二终端的终端标识查询关联信息以得到第一终端的终端标识，并根据将所查询到的第一终端的终端标识和所述响应信息关联存储得到的。

2.根据权利要求1所述的多终端信息共享方法，其特征在于：所述方法还包括：

接收第一终端发送的第二记录存储请求，所述第二记录存储请求是所述第一终端根据用户交互信息生成的，并与所述第一终端的终端标识关联得到；

根据所述第二记录存储请求存储第二记录，所述第二记录用于供所述第二终端获取，并根据所述获取的第二记录生成响应信息。

3.根据权利要求1所述的多终端信息共享方法，其特征在于：所述第一终端为智能音箱和/或智能冰箱；所述第二终端为手机和/或电视机；所述响应信息为食材推荐信息，所述终端标识为终端地址。

4.多终端信息共享装置，其特征在于：所述装置包括：

第一接收模块，用于接收第一终端发送的需求信息，所述需求信息携带有第一终端的终端标识；

查询模块，用于查询与所述终端标识对应的响应信息，所述响应信息是从根据预先生成的关联信息存储的第一记录中获取的，所述记录包括第一终端的终端标识和对应的响应信息；

发送模块，用于将所查询到的响应信息反馈至所述第一终端；

第二接收模块，用于接收关联信息生成请求，所述关联信息生成请求是第二终端获取第一终端的终端标识，并发送至对应的第二服务器，由所述第二服务器根据所述第一终端的终端标识和第二终端的终端标识生成的；

第二发送模块，用于据所述关联信息生成请求，向所述第一终端发送确认请求；

第三接收模块，用于接收所述第一终端反馈的与所述确认请求对应的确认信息；

关联信息生成模块，用于当所述确认信息表示同意生成关联信息时，则根据所述第一终端的终端标识和所述第二终端的终端标识生成关联信息；

第四接收模块，用于接收第二服务器发送的第一记录存储请求，第一记录存储请求是第二终端先根据用户信息查询对应的知识图谱得到响应信息，然后根据第二终端的终端标识查询关联信息以得到第一终端的终端标识，并根据将所查询到的第一终端的终端标识和响应信息关联存储得到的。

5.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于：所述处理器执行所述计算机程序时实现权利要求1至3中任一项所述的方法的步骤。

6.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至3中任一项所述的方法的步骤。

Images