CN110673732A - 场景共享方法及装置、系统、电子设备和存储介质 - Google Patents

Abstract

本公开涉及一种场景共享方法及装置、系统、电子设备和存储介质。所述场景共享方法包括：接收终端发送的共享请求，其中，所述共享请求包括终端获取到的第一场景信息；获取所有与所述第一场景信息匹配的待共享场景，作为候选场景；将所述候选场景发送至所述终端。通过上述过程，可以直接基于共享请求中的第一场景信息，自动获取与之匹配的待共享场景，来实现场景共享过程，而无需额外获取待共享场景的房间号等需要分享的信息，从而提升了场景共享过程的共享效率和共享流畅度，也扩大了该场景共享过程的适用范围。

Description

场景共享方法及装置、系统、电子设备和存储介质

技术领域

本公开涉及增强现实技术领域，尤其涉及一种场景共享方法及装置、系统、电子设备和存储介质。

背景技术

增强现实技术(AR，Augmented Reality)可以将真实世界信息和虚拟世界信息结合，通过设备将虚拟视觉信息在真实世界图像中显示出来。如何让多个用户在各自的屏幕中看到相同的虚拟世界和现实世界，对增强现实技术而言是至关重要的。

为了将多个用户之间的世界信息联合起来，可以将多人获取的场景信息在一套坐标系内进行关联，然而在关联的过程中，关联方式较为繁琐且容易出错。

发明内容

本公开提出了一种场景共享技术方案。

根据本公开的第一方面，提供了一种场景共享方法，包括：接收终端发送的共享请求，其中，所述共享请求包括终端获取到的第一场景信息；获取所有与所述第一场景信息匹配的待共享场景，作为候选场景；将所述候选场景发送至所述终端。

通过上述过程，可以直接基于共享请求中的第一场景信息，自动获取与之匹配的待共享场景，来实现场景共享过程，而无需额外获取待共享场景的房间号等需要分享的信息，从而提升了场景共享过程的共享效率和共享流畅度，也扩大了该场景共享过程的适用范围。

在一种可能的实现方式中，所述获取所有与所述第一场景匹配的待共享场景，作为候选场景，包括：读取所有待共享场景的第二场景信息；分别将每个待共享场景的第二场景信息与所述第一场景信息进行匹配，将通过匹配的待共享场景，作为候选场景。

通过将所有待共享场景的第二场景信息分别与第一场景信息进行匹配，将通过匹配的待共享场景，作为候选场景，可以通过匹配过程，便捷地确定所有可能与第一场景相关的待共享场景，为后续确定最终与哪一或哪些场景进行共享做好充分准备，通过这一过程，可以无需用户自行去获取与输入需要与之共享的场景，大大提升了场景共享的便捷程度，而且由于所有待共享场景均参与和第一场景信息进行匹配的过程，因此可以尽可能的误匹配或是未匹配到所需场景的情况，提升场景匹配的准确度。

在一种可能的实现方式中，所述分别将每个待共享场景的第二场景信息与所述第一场景信息进行匹配，包括：针对每个待共享场景，将所述第二场景信息与所述第一场景信息进行条件匹配；和/或，针对每个待共享场景，将所述第二场景信息与所述第一场景信息进行特征匹配。

通过上述灵活的匹配方式，可以大大提升场景共享过程的灵活性，从而使得该场景共享过程可以适用于不同的应用场景中，扩大场景共享方法的应用范围，同时，当同时通过两种匹配方式完成场景共享时，可以提升场景共享结果的准确度。

在一种可能的实现方式中，将所述第二场景信息与所述第一场景信息进行条件匹配，包括：根据所述第二场景信息，获取对应的所述待共享场景的第二发送参数；根据所述第一场景信息，确定所述第二发送参数是否在预设阈值内；在所述第二发送参数在所述预设阈值内的情况下，所述第二场景信息通过与所述第一场景信息的条件匹配。

通过上述过程，可以基于向服务器上传场景信息时一并上传的发送参数，来确定待共享场景是否为从属终端需要的共享场景，从属终端无需在上传第一场景信息时输入所需共享场景的身份，提升了场景共享过程的自动化程度和编辑程度，也避免了可能输入的共享场景的身份有误的情况，提升了共享过程的准确程度。

在一种可能的实现方式中，所述第二发送参数包括：所述待共享场景的发送时间；和/或，所述待共享场景的发送地点。

通过第二发送参数内容的灵活设置方式，可以进一步提升整个场景匹配过程的灵活程度和扩大适用范围。

在一种可能的实现方式中，将所述第二场景信息与所述第一场景信息进行特征匹配，包括：根据所述第一场景信息，获取第一场景的第一场景特征；根据所述第二场景信息，获取第二场景的第二场景特征；将所述第二场景特征与所述第一场景特征进行特征匹配。

通过将第一场景信息中获取的第一场景特征与第二场景信息中获取的第二场景特征进行特征匹配，可以使得从待共享场景中选出的候选场景，是与第一场景相关的场景，减小将无关场景作为候选场景的可能性，提高场景共享的准确度。

在一种可能的实现方式中，所述将所述候选场景发送至所述终端，包括：将所述候选场景对应的身份信息发送至所述终端；其中，所述身份信息包括：所述候选场景的发送账户信息；和/或，所述候选场景的发送设备信息。

通过将候选场景对应的包括发送账户信息或是发送设备信息的身份信息发送至从属终端，可以便于从属终端基于此身份信息，快速确定所需的共享场景，提高场景共享的效率。

在一种可能的实现方式中，所述方法还包括：根据所述终端的反馈结果，在所述候选场景中确定选定场景；根据所述第一场景信息，将所述选定场景与第一场景进行位置同步，得到同步结果；向所述终端发送所述同步结果。

通过根据终端的反馈结果，在候选场景中确定选定场景，然后将选定场景与第一场景进行位置同步，得到同步结果，并向从属终端发送同步结果，根据上述过程，可以在候选场景中存在从属终端所需的共享场景时，将从属终端与主终端的场景进行统一，从而保证场景共享过程的完整性。

根据本公开的第二方面，提供了一种场景共享方法，包括：获取第一场景的第一场景信息；向服务器发送包括所述第一场景信息的共享请求；接收所述服务器根据所述共享请求所反馈的候选场景，其中，所述候选场景包括所有与所述第一场景信息匹配的待共享场景。

通过上述过程，可以看出，从属终端仅需获取所在的第一场景的第一场景信息，并基于该第一场景信息向服务器发送共享请求，即可从服务器反馈的候选场景来进行选择，而无需额外去获取需要共享的场景的身份信息，大大提升了共享过程的效率和便捷程度，也可以有效提升共享过程的准确度。

在一种可能的实现方式中，所述第一场景信息包括：所述第一场景的图像信息和所述第一场景的第一发送参数。

通过包括有第一场景的图像信息和第一发送参数的第一场景信息，可以在基于第一发送参数获取与第一场景信息匹配的待共享场景的基础上，进一步基于第一场景的图像信息来确定所匹配的待共享场景是与第一场景相关的场景，提高了匹配验证的准确性，从而进一步提高了场景共享过程的准确度。

在一种可能的实现方式中，所述第一发送参数包括：所述第一场景的发送时间；和/或，所述第一场景的发送地点。

通过包括有第一场景的发送时间和/或第一场景的发送地点的第一发送参数，可以基于该第一发送参数，通过多种匹配方式来确定与第一场景信息匹配的待共享场景，便于匹配实现的同时，也提高了匹配验证方式的灵活性和安全性，从而提高了场景共享过程的便捷性和准确度。

在一种可能的实现方式中，所述方法还包括：接收选定信号，其中，所述选定信号通过所述终端的交互介质传递；根据所述选定信号，确定选定场景，将确定结果发送至所述服务器；接收所述服务器反馈的同步结果，其中，所述同步结果包括所述选定场景与所述第一场景通过位置同步所得到的结果。

从属终端通过接收选定信号，根据选定信号确定选定场景，并将选定场景发送至服务器，并接收服务器反馈的同步结果，根据上述过程，可以减小从属终端的运算压力，从而提高场景共享过程中，从属终端的使用流畅度。

根据本公开的第三方面，提供了一种场景共享装置，包括：共享请求接收模块，用于接收终端发送的共享请求，其中，所述共享请求包括终端获取到的第一场景信息；候选场景确定模块，用于获取所有与所述第一场景信息匹配的待共享场景，作为候选场景；候选场景发送模块，用于将所述候选场景发送至所述终端。

在一种可能的实现方式中，所述候选场景确定模块包括：信息读取单元，用于读取所有待共享场景的第二场景信息；匹配单元，用于分别将每个待共享场景的第二场景信息与所述第一场景信息进行匹配，将通过匹配的待共享场景，作为候选场景。

在一种可能的实现方式中，所述匹配单元包括：条件匹配子单元，用于针对每个待共享场景，将所述第二场景信息与所述第一场景信息进行条件匹配；和/或，特征匹配子单元，用于针对每个待共享场景，将所述第二场景信息与所述第一场景信息进行特征匹配。

在一种可能的实现方式中，所述条件匹配子单元用于：根据所述第二场景信息，获取对应的所述待共享场景的第二发送参数；根据所述第一场景信息，确定所述第二发送参数是否在预设阈值内；在所述第二发送参数在所述预设阈值内的情况下，所述第二场景信息通过与所述第一场景信息的条件匹配。

在一种可能的实现方式中，所述第二发送参数包括：所述待共享场景的发送时间；和/或，所述待共享场景的发送地点。

在一种可能的实现方式中，所述特征匹配子单元用于：根据所述第一场景信息，获取第一场景的第一场景特征；根据所述第二场景信息，获取第二场景的第二场景特征；将所述第二场景特征与所述第一场景特征进行特征匹配。

在一种可能的实现方式中，所述候选场景发送模块用于：将所述候选场景对应的身份信息发送至所述终端；其中，所述身份信息包括：所述候选场景的发送账户信息；和/或，所述候选场景的发送设备信息。

在一种可能的实现方式中，所述装置还用于：根据所述终端的反馈结果，在所述候选场景中确定选定场景；根据所述第一场景信息，将所述选定场景与第一场景进行位置同步，得到同步结果；向所述终端发送所述同步结果。

根据本公开的第四方面，提供了一种场景共享装置，包括：第一场景获取模块，用于获取第一场景的第一场景信息；共享请求发送模块，用于向服务器发送包括所述第一场景信息的共享请求；候选场景接收模块，用于接收所述服务器根据所述共享请求所反馈的候选场景，其中，所述候选场景包括所有与所述第一场景信息匹配的待共享场景。

在一种可能的实现方式中，所述第一场景信息包括：所述第一场景的图像信息和所述第一场景的第一发送参数。

在一种可能的实现方式中，所述第一发送参数包括：所述第一场景的发送时间；和/或，所述第一场景的发送地点。

在一种可能的实现方式中，所述装置还用于：接收选定信号，其中，所述选定信号通过所述终端的交互介质传递；根据所述选定信号，确定选定场景，将确定结果发送至所述服务器；接收所述服务器反馈的同步结果，其中，所述同步结果包括所述选定场景与所述第一场景通过位置同步所得到的结果。

根据本公开的第五方面，提供了一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：执行上述第一方面的方法。

根据本公开的第六方面，提供了一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：执行上述第二方面的方法。

根据本公开的第七方面，提供了一种计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现上述第一方面的方法。

根据本公开的第八方面，提供了一种计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现上述第二方面的方法。

在本公开实施例中，通过接收终端发送的包括有第一场景信息的共享请求，获取所有与第一场景信息匹配的待共享场景来作为候选场景，并将候选场景发送至终端来实现场景共享。通过上述过程，可以直接基于共享请求中的第一场景信息，自动获取与之匹配的待共享场景，来实现场景共享过程，而无需额外获取待共享场景的房间号等需要分享的信息，从而提升了场景共享过程的共享效率和共享流畅度，也扩大了该场景共享过程的适用范围。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，而非限制本公开。根据下面参考附图对示例性实施例的详细说明，本公开的其它特征及方面将变得清楚。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，这些附图示出了符合本公开的实施例，并与说明书一起用于说明本公开的技术方案。

图1示出根据本公开一实施例的场景共享方法的流程图。

图2示出根据本公开一实施例的场景共享方法的流程图。

图3示出了根据本公开一应用示例的示意图。

图4示出根据本公开一实施例的场景共享装置的框图。

图5示出根据本公开一实施例的场景共享装置的框图。

图6示出根据本公开实施例的一种电子设备的框图。

图7示出根据本公开实施例的一种电子设备的框图。

具体实施方式

以下将参考附图详细说明本公开的各种示例性实施例、特征和方面。附图中相同的附图标记表示功能相同或相似的元件。尽管在附图中示出了实施例的各种方面，但是除非特别指出，不必按比例绘制附图。

在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中术语“至少一种”表示多种中的任意一种或多种中的至少两种的任意组合，例如，包括A、B、C中的至少一种，可以表示包括从A、B和C构成的集合中选择的任意一个或多个元素。

另外，为了更好地说明本公开，在下文的具体实施方式中给出了众多的具体细节。本领域技术人员应当理解，没有某些具体细节，本公开同样可以实施。在一些实例中，对于本领域技术人员熟知的方法、手段、元件和电路未作详细描述，以便于凸显本公开的主旨。

图1示出根据本公开一实施例的场景共享方法的流程图，该方法可以应用于服务器，服务器的具体种类、型号以及实现方式均不受限定，可以为本地服务器，也可以为云端服务器，其中当服务器为云端服务器时，其可以为公有云服务器，也可以为私有云服务器，根据实际情况灵活选择即可。

如图1所示，所述场景共享方法可以包括：

步骤S11，接收终端发送的共享请求，其中，共享请求包括终端获取到的第一场景信息。

步骤S12，获取所有与第一场景信息匹配的待共享场景，作为候选场景。

步骤S13，将候选场景发送至终端。

通过上述过程，可以直接基于共享请求中的第一场景信息，自动获取与之匹配的待共享场景，来实现场景共享过程，而无需额外获取待共享场景的房间号等需要分享的信息，从而提升了场景共享过程的共享效率和共享流畅度，也扩大了该场景共享过程的适用范围。

上述公开实施例中，发送共享请求的终端，其实现方式不受限定，可以为用户设备(UE，User Equipment)、移动设备、用户终端、终端、蜂窝电话、无绳电话、个人数字处理(PDA，Personal Digital Assistant)、手持设备、计算设备、车载设备、可穿戴设备等。除此之外，发送共享请求的终端的数量，在本公开实施例中也不做限制，可以为某一终端，也可以为多个终端同时或相继发送各自的共享请求，根据实际情况进行确定即可。

由于发送共享请求的终端，以及接收共享请求的服务器，其实现方式均不受限制，因此，步骤S11中接收共享请求的方式，也可以根据实际情况灵活选择，在此不做限定。而步骤S11中传递的共享请求，其具体的实现形式，也可以随着接收方式的不同，灵活发生变化，因此可以根据实际情况灵活选择。

通过上述公开实施例可以看出，在一种可能的实现方式中，共享请求可以包括终端获取的第一场景信息，第一场景信息可以是终端获取的与第一场景相关的信息，第一场景具体为何种场景在本公开实施例中不做限制，在一种可能的实现方式中，第一场景可以为终端所在的场景，该场景可以与候选场景中的某一或某些场景实现同步共享。因此第一场景信息包含的内容可以根据实际情况灵活确定。在一种可能的实现方式中，第一场景信息可以包括：第一场景的图像信息和第一场景的第一发送参数。

其中，第一场景的图像信息，其实现方式也不受限定，在一种可能的实现方式中，第一场景的图像信息，可以为第一场景的图像，在一个示例中，该第一场景的图像可以是静态图像，如第一场景的图片等，在一个示例中，该第一场景的图像也可以为动态图像，如第一场景的动态视频等，在一个示例中，该第一场景的图像也可以为从动态图像中提取的图像帧或是图像帧的信息等内容，根据实际情况灵活选择即可；在一种可能的实现方式中，第一场景的图像信息，也可以为基于第一场景的图像进行特征提取后得到的第一场景特征，具体的特征提取方式在本公开实施例中不做限制，根据实际情况灵活选择即可；在一种可能的实现方式中，第一场景的图像信息，还可以同时包含上述公开实施例中提到的第一场景的图像以及第一场景特征等内容。

上述公开实施例中已经提出，第一场景信息除了第一场景的特征信息外，还包括第一场景的第一发送参数，该第一发送参数，其包含的具体内容，在本公开实施例中也不做限制，任何可以对第一场景的发送过程进行标记或记录，从而将不同场景信息区分开的标记内容，都可以作为第一发送参数的实现方式。在一种可能的实现方式中，第一发送参数可以包括：第一场景的发送时间；和/或，第一场景的发送地点。

其中，第一场景的发送时间可以为将第一场景的图像信息上传至服务器时的上传时间，其形式不做限定，比如可以以时间戳的形式记录第一场景的发送时间；第一场景的发送地点可以为第一场景所在的地点、将第一场景的图像信息上传至服务器的上传地点或是采集第一场景的图像信息的地点等，具体以哪一地点作为第一场景的发送地点可以根据实际情况灵活确定，同样地，该第一场景的发送地点的形式也不做限定，在一个示例中，可以将发送地点的GPS信息，作为其实现形式。第一发送参数除了可以包括上述的发送时间以及发送地点以外，还可以包括其他的参数形式，通过上述公开实施例可以看出，步骤S12需要获取所有与第一场景信息匹配的待共享场景，在一种可能的实现方式中，可以基于第一场景信息中的第一发送参数，来判断待共享场景是否与第一场景信息匹配，因此可以将该第一场景的某些特定信息等一并作为第一发送参数，包含在第一场景信息内，从而便于后续的匹配过程。

除此之外，第一场景信息还可以包括一些场景共享过程中所需要的额外信息，比如说与第一场景对应的身份信息，其中该身份信息可以包括发送第一场景的账户信息，和/或，终端的设备信息。通过上述公开实施例可以看出，第一场景信息可以由终端发送，因此终端的设备信息可以作为身份信息的一种实现方式，在一个示例中，该设备信息可以是终端的设备型号或是终端的设备编码等；除此之外，由于同一终端可能存在多个不同的使用对象，因此，为了明确究竟是何主体以该终端来发送包括了第一场景信息的共享请求，因此发送第一场景信息的账户信息，也可以作为身份信息的一种实现方式，在一个示例中，该账户信息可以是发送第一场景信息的对象的用户名或是账户ID等。

通过上述各公开实施例可以看出，第一场景信息的实现形式不受限定，因此，终端获取第一场景信息的方式，可以随着第一场景信息的实现形式不同，而灵活的发生变化。在一种可能的实现方式中，终端获取第一场景信息的方式可以是：终端采集第一场景的图像信息，然后将该图像信息上传至服务器，同时记录上传过程中的第一发送参数，最终得到第一场景信息。其中，终端采集第一场景的图像信息的方式也不受限定，根据终端的实际情况灵活确定即可，在一个示例中，终端可以通过对第一场景进行扫描，来采集第一场景的图像信息。

通过包括有第一场景的发送时间和/或第一场景的发送地点的第一发送参数，可以基于该第一发送参数，通过多种匹配方式来确定与第一场景信息匹配的待共享场景，便于匹配实现的同时，也提高了匹配验证方式的灵活性和安全性，从而提高了场景共享过程的便捷性和准确度。

进一步地，通过包括有第一场景的图像信息和第一发送参数的第一场景信息，可以在基于第一发送参数获取与第一场景信息匹配的待共享场景的基础上，进一步基于第一场景的图像信息来确定所匹配的待共享场景是与第一场景相关的场景，提高了匹配验证的准确性，从而进一步提高了场景共享过程的准确度。

服务器在通过上述各公开实施例的实现方式接收了终端发送的共享请求后，可以通过步骤S12，来获取所有与第一场景信息匹配的待共享场景，作为候选场景。步骤S12的过程可以根据实际情况灵活确定，在一种可能的实现方式中，步骤S12可以包括：

步骤S121，读取所有待共享场景的第二场景信息。

步骤S122，分别将每个待共享场景的第二场景信息与第一场景信息进行匹配，将通过匹配的待共享场景，作为候选场景。

上述公开实施例中，待共享场景的数量不受限定，根据实际情况进行确定即可。在一种可能的实现方式中，可能只有一个待共享场景，此时将该待共享场景的第二场景信息与第一场景信息匹配后，若匹配通过则该待共享场景作为候选场景，若匹配不通过则可以说明此时候选场景的数量为0，可以向终端反馈匹配失败等提示信息。在一种可能的实现方式中，可能存在两个或两个以上的待共享场景，此时按照下述各公开实施例的正常流程进行匹配即可。

通过将所有待共享场景的第二场景信息分别与第一场景信息进行匹配，将通过匹配的待共享场景，作为候选场景，可以通过匹配过程，便捷地确定所有可能与第一场景相关的待共享场景，为后续确定最终与哪一或哪些场景进行共享做好充分准备，通过这一过程，可以无需用户自行去获取与输入需要与之共享的场景，大大提升了场景共享的便捷程度，而且由于所有待共享场景均参与和第一场景信息进行匹配的过程，因此可以尽可能的误匹配或是未匹配到所需场景的情况，提升场景匹配的准确度。

通过步骤S121可以看出，在一种可能的实现方式中，服务器可以通过读取所有待共享场景的第二场景信息的方式，来获取所有的待共享场景，进一步来从这些待共享场景中确定哪些场景与第一场景信息匹配。具体服务器从何处读取这些待共享场景的第二场景信息，可以由待共享场景的存储位置来确定。在一种可能的实现方式中，这些待共享场景可能存储在服务器中，当这些待共享场景存储在服务器内时，服务器可能首先需要接收这些待共享场景，因此在一个示例中，在步骤S11之前，还可以包括：

步骤S10，接收待共享场景。

步骤S10的具体实现方式在本公开实施例中也不做限制，根据实际情况灵活选择即可。在一种可能的实现方式中，待共享场景可能由某些需要执行场景共享的终端上传至服务器中，为了将上传这些待共享场景的终端与发送共享请求的终端进行区分开，在下述各公开实施例中，可以将这些发送了待共享场景的终端称为主终端(Host)，将发送共享请求的终端称为从属终端(Guest)。主终端的实现形式同样不受限制，可以参考上述从属终端的实现形式，在此不再赘述。同时，由于可能存在多个待共享场景，因此，主终端的数量在本公开实施例中同样不做限制，可能只有一个主终端，上传了一个或多个待共享场景，也可能由多个主终端，分别上传了多个待共享场景。

主终端在向服务器发送待共享场景时，其发送的具体内容，可以参考共享请求所包含的内容。通过步骤S121可以看出，主终端发送的待共享场景中可以包含该待共享场景的第二场景信息，第二场景信息具体包含的信息内容，可以参考第一场景信息包含的信息内容，比如说第一场景信息可以包括第一场景的图像信息和第一场景的第一发送参数，因此相应地，第二场景信息可以包含第二场景的图像信息和第二场景的第二发送参数。具体第二场景的图像信息和第二场景的第二发送参数的实现方式，同样参考第一场景的相应内容即可，比如，在一种可能的实现方式中，第二发送参数可以包括：待共享场景的发送时间；和/或，待共享场景的发送地点。在一种可能的实现方式中，第二场景的图像信息可以包括第二场景的图像；和/或，第二场景特征等。通过上述公开实施例中可以就看出，第二场景信息包含的第二场景特征，和第一场景信息包含的第一场景特征，二者可以是服务器基于相应场景的图像进行特征提取得到的，也可以是采集该场景图像的终端直接在终端内执行特征提取后再发送至服务器的。在一个示例中，主终端可以将采集的第二场景的图像上传至服务器后，服务器对该第二场景的图像进行特征提取，得到第二场景特征，同样地，服务器在接收到从属终端采集的第一场景的图像后，对该第一场景的图像进行特征提取，得到第一场景特征。

进一步地，主终端在向服务器发送待共享场景时，还可以一并发送与待共享场景对应的身份信息等，与待共享场景对应的身份信息的内容可以参考与第一场景对应的身份信息的内容，即可以包括发送待共享场景的账户信息；和/或，发送待共享场景的设备信息，具体内容在此不再赘述。

通过上述各公开实施例可以看出，服务器在获取了第一场景信息以及读取了第二场景信息后，可以通过步骤S122，分别将每个第二场景信息与第一场景信息进行匹配，从而确定候选场景。具体的匹配过程可以根据第一场景信息和第二场景信息中包含的内容进行灵活确定，不局限于下述公开实施例，在一种可能的实现方式中，步骤S122可以包括：

步骤S1221，针对每个待共享场景，将第二场景信息与第一场景信息进行条件匹配。

和/或，

步骤S1222，针对每个待共享场景，将第二场景信息与第一场景信息进行特征匹配。

基于上述过程可以看出，将第一场景信息与第二场景信息匹配时，可以仅进行条件匹配，也可以仅进行特征匹配，也可以同时进行条件匹配和特征匹配，在同时包含两种匹配方式时，二者的执行顺序也可以根据实际情况灵活选择。通过上述灵活的匹配方式，可以大大提升场景共享过程的灵活性，从而使得该场景共享过程可以适用于不同的应用场景中，扩大场景共享方法的应用范围，同时，当同时通过两种匹配方式完成场景共享时，可以提升场景共享结果的准确度。

具体地，将第二场景信息与第一场景信息进行条件匹配的方式，可以根据第二场景信息和第一场景信息具体包含的内容灵活确定。通过上述公开实施例可以看出，第二场景信息和第一场景信息中均可以包含发送参数，此时可以基于此发送参数完成二者的条件匹配，因此，在一种可能的实现方式中，步骤S1221可以包括：

步骤S12211，根据第二场景信息，获取对应的待共享场景的第二发送参数。

步骤S12212，根据第一场景信息，确定第二发送参数是否在预设阈值内。

步骤S12213，在第二发送参数在所述预设阈值内的情况下，第二场景信息通过与第一场景信息的条件匹配。

通过上述各公开实施例可以看出，第二场景信息可以包含待共享场景的第二发送参数，因此，在一种可能的实现方式中，步骤S12211的实现过程可以为直接从第二场景信息中读取第二发送参数。

通过上述各公开实施例还可以看出，第一场景信息也可以包含第一场景的第一发送参数，因此，在一种可能的实现方式中，步骤S12212的实现过程可以为通过第一发送参数与第二发送参数之间的比较结果，来和某一比较结果的阈值范围进行比较，从而确定第二发送参数是否在预设阈值内；也可以为根据第一发送参数的内容，先确定一个用于比较的阈值范围，再基于此阈值范围，来确定第二发送参数是否在预设阈值内。

上述公开实施例中已经提出过，第一发送参数可以包括第一场景的发送时间和/或第一场景的发送地点，第二发送参数可以包括第二场景的发送时间和/或第二场景的发送地点，因此，基于第一发送参数和第二发送参数的实现形式，结合上述提出的比较方式，可以通过下述各公开实施例来说明步骤S12212的具体实现方式，需要注意的是，步骤S12212在实现时，不局限于下述各公开实施例。

在一个示例中，第一发送参数可以包括第一场景的发送时间t1和第一场景的发送地点(x1，y1)；第二发送参数可以包括第二场景(即待共享场景)的发送时间t2和第二场景的发送地点(x2，y2)，在本公开示例中，可以分别比较第一场景和第二场景的发送时间差t1-t2，以及第一场景与第二场景之间的距离(x1-x2)²+(y1-y2)²。同时分别设定时间阈值T和距离阈值R，二者的具体数值可以根据实际情况进行灵活确定，在此不做具体限定。若同时满足t1-t2<T，以及(x1-x2)²+(y1-y2)²<R²，则可以说明第二场景与第一场景之间的发送时间间隔没有超过预设时间，同时第二场景与第一场景的发送距离在预设范围内，此时第二发送参数在预设阈值内，第二场景信息通过与第一场景信息的条件匹配。在本公开应用示例中，发送时间和发送地点二者之间的比较顺序不受限定，可以先比较发送时间，筛选掉不符合时间要求的待共享场景，再对剩余的待共享场景进行地点比较；也可以先比较发送地点，筛选掉不符合地点要求的待共享场景，再对剩余的待共享场景进行时间比较；也可以同时进行时间比较和地点比较，再选定两个比较均通过的待共享场景，作为候选场景。

在一个示例中，第一发送参数可以包括第一场景的发送时间t1和第一场景的发送地点(x1，y1)；第二发送参数可以包括第二场景(即待共享场景)的发送时间t2和第二场景的发送地点(x2，y2)，在本公开示例中，可以根据t1的值确定t2的比较范围，举例来说，可以预设时间偏移量为T，则可以确定t2的范围为t1-T，即若t2>t1-T，则可以说明第二场景的时间在预设范围内；同理，可以根据(x1，y1)的值确定(x2，y2)的比较范围，举例来说，可以预设距离偏移量为R，则可以确定(x2，y2)的范围为x2<x1+R以及y2<y1+R，若(x2，y2)满足这一范围，则可以说明第二场景的地点在预设范围内；与上述公开应用示例相同，本公开应用示例中场景与时间的比较顺序，同样不受限定，在此不再赘述。

在一个示例中，第一发送参数与第二发送参数可以仅包含发送时间或发送地点，此时可以参考上述公开应用示例中的比较方式，仅对单一参数内容进行比较，具体过程在此不再赘述，根据实际情况进行灵活选择即可。

上述公开实施例中还提出，第二发送参数与第一发送参数中，还可以包括其他的参数形式，因此还可以根据其他形式的参数内容，相应的进一步判断第一发送参数与第二发送参数是否匹配，具体过程可以参照上述匹配方式进行类比扩展，在此不再详细描述。

通过根据第二场景信息获取第二发送参数，并根据第一场景信息确定第二发送参数是否在预设阈值内，来判断第二场景信息是否通过与第一场景信息的条件匹配，通过上述过程，可以基于向服务器上传场景信息时一并上传的发送参数，来确定待共享场景是否为从属终端需要的共享场景，从属终端无需在上传第一场景信息时输入所需共享场景的身份，提升了场景共享过程的自动化程度和编辑程度，也避免了可能输入的共享场景的身份有误的情况，提升了共享过程的准确程度。

同样地，将第二场景信息与第一场景信息进行特征匹配的方式，可以根据第二场景信息和第一场景信息具体包含的内容灵活确定。通过上述公开实施例可以看出，第二场景信息和第一场景信息中均可以包含场景特征，此时可以基于此场景特征完成二者的条件匹配，因此，在一种可能的实现方式中，步骤S1222可以包括：

步骤S12221，根据第一场景信息，获取第一场景的第一场景特征。

步骤S12222，根据第二场景信息，获取第二场景的第二场景特征。

步骤S12223，将第二场景特征与第一场景特征进行特征匹配。

上述各公开实施例中已经提出，场景特征可以由终端自行从获取的场景图像中提取，也可以由服务器根据终端上传的场景图像进行特征提取，因此步骤S12221和步骤S12222的实现方式均可以根据实际情况灵活确定，在此不再赘述。而步骤S12223中，由于特征提取的方式不受限制，提取出的结果也可能随着提取方式的不同而发生变化，因此特征匹配的具体方式，也可以根据特征提取的实现方式进行灵活变化，在此不做限定。在一种可能的实现方式中，可以通过特征点比对的方式，来实现特征匹配。

通过将第一场景信息中获取的第一场景特征与第二场景信息中获取的第二场景特征进行特征匹配，可以使得从待共享场景中选出的候选场景，是与第一场景相关的场景，减小将无关场景作为候选场景的可能性，提高场景共享的准确度。

通过上述各公开实施例，可以从全部的待共享场景中，选出所有可能是从属终端需要的候选场景，此时可以通过步骤S13，将这些候选场景发送给从属终端，来使得从属终端可以从这些候选场景中确定最终所需的场景，从而实现场景共享。向从属终端反馈候选场景时，具体反馈哪些信息，可以根据实际情况灵活确定，在一种可能的实现方式中，步骤S13可以包括：

将候选场景对应的身份信息发送至终端；其中，身份信息包括：候选场景的发送账户信息；和/或，候选场景的发送设备信息。

上述公开实施例中已经说明过账户信息与设备信息等具体的实现方式，在此不再赘述。在一种可能的实现方式中，步骤S13中除了可以将候选场景对应的身份信息发送至终端外，也可以发送一些额外的信息，比如说候选场景对应的主终端的一些物理信息，如主终端设备的旋转角度等，或是其他与主终端相关的终端信息，在一个示例中，还可以直接将第二场景特征这些信息直接反馈至从属终端，从而使得从属终端在候选场景中选定出需要共享的场景后，直接基于第二场景特征，在从属终端内完成场景共享。

通过将候选场景对应的包括发送账户信息或是发送设备信息的身份信息发送至从属终端，可以便于从属终端基于此身份信息，快速确定所需的共享场景，提高场景共享的效率。

通过上述各公开实施例的描述已可以看出，通过上述过程可以完成将候选场景反馈给从属终端的过程，在一种可能的实现方式中，这些候选场景中可能不存在从属终端所需的共享场景，则此时从属终端可以不向服务器进行反馈，或是向服务器反馈场景共享失败等相关信息，从而结束场景共过程。在一种可能的实现方式中，这些候选场景中可能存在一个或多个从属终端所需的共享场景，此时从属终端可以向服务器进行反馈，服务器可以基于从属终端的反馈，进一步完成两个场景之间的匹配，因此，在一种可能的实现方式中，本公开实施例中提出的场景共享方法还可以包括步骤S14，其中，步骤S14可以包括：

步骤S141，根据终端的反馈结果，在候选场景中确定选定场景。

步骤S142，根据第一场景信息，将选定场景与第一场景进行位置同步，得到同步结果。

步骤S143，向终端发送同步结果。

步骤S14中的终端即为上述公开实施例中提出的从属终端，其中，从属终端反馈的结果，其形式在本公开实施例中不做限制，可以是直接向服务器反馈选定的是哪一候选场景，也可以是通过编号等间接方式向服务器反馈选定的场景，因此步骤S141的实现方式可以根据反馈结果的形式进行灵活确定。

步骤S142中，根据第一场景信息，将选定场景与第一场景进行位置同步，得到同步结果，其位置同步的方式，在本公开实施例中也不做限定，在一种可能的实现方式中，可以是将选定场景的第二场景特征，与第一场景特征二者之间进行坐标变换，从而使得两个场景可以统一在同一坐标系中，在一个示例中，可以将选定场景的坐标系作为基准坐标系，将两个场景的相关坐标均统一在此基准坐标系中，并得到从属终端在基准坐标系中的位置坐标，作为同步结果。

在通过上述公开实施例得到同步结果后，可以通过步骤S143向从属终端发送同步结果。具体的发送方式可以根据实际情况灵活确定，在此不做限定。除此之外，在一种可能的实现方式中，还可以将同步结果也发送到主终端上，进一步完善场景共享过程。

通过根据终端的反馈结果，在候选场景中确定选定场景，然后将选定场景与第一场景进行位置同步，得到同步结果，并向从属终端发送同步结果，根据上述过程，可以在候选场景中存在从属终端所需的共享场景时，将从属终端与主终端的场景进行统一，从而保证场景共享过程的完整性。

上述各公开实施例阐明了本场景共享方法在服务器中的具体实现过程，通过上述各公开实施例可以看出，本公开实施例提出的场景共享方法，需要依赖服务器与从属终端之间的交互来进行，因此图2示出根据本公开一实施例的场景共享方法的流程图，该方法可以应用于从属终端，阐明了本场景共享方法在从属终端中的具体实现过程，该从属终端的实现方式在上述公开实施例中已经说明，在此不再赘述。

如图2所示，所述场景共享方法可以包括：

步骤S21，获取第一场景的第一场景信息。

步骤S22，向服务器发送包括第一场景信息的共享请求。

步骤S23，接收服务器根据共享请求所反馈的候选场景，其中，候选场景包括所有与第一场景信息匹配的待共享场景。

通过上述过程，可以看出，从属终端仅需获取所在的第一场景的第一场景信息，并基于该第一场景信息向服务器发送共享请求，即可从服务器反馈的候选场景来进行选择，而无需额外去获取需要共享的场景的身份信息，大大提升了共享过程的效率和便捷程度，也可以有效提升共享过程的准确度。

在服务器为主体的方法流程中，已经说明了第一场景信息的内容、获取第一场景信息的方式以及发送共享请求的实现方式，在此不再重复说明。上述公开实施例中还说明了，在服务器将候选场景发送至从属终端后，从属终端会向服务器发送反馈结果，因此，在一种可能的实现方式中，本公开实施例中提出的场景共享方法，还可以包括反馈结果的生成步骤S24，步骤S24的实现方式不局限于下述公开实施例，在一个示例中，步骤S24可以包括：

步骤S241，接收选定信号，其中，选定信号通过终端的交互介质传递。

步骤S242，根据选定信号，确定选定场景，将确定结果发送至服务器。

步骤S243，接收服务器反馈的同步结果，其中，同步结果包括选定场景与第一场景通过位置同步所得到的结果。

上述公开实施例中，向从属终端传递选定信号的交互介质，其实现方式不受限定，在一种可能的实现方式中，可以为从属终端的交互设备，如从属终端的屏幕或是从属终端的鼠标等。由于传递选定信号的交互介质的实现方式不限定，因此，基于选定信号确定选定场景的过程，可以随着交互介质的变化而灵活发生改变，在此不做限定。确定了选定场景后，从属终端可以将此确定结果发送至服务器，此时服务器可以根据从属终端发送的确定结果，通过上述公开实施例中提出的方式，得到并向从属终端发送同步结果，因此，此时从属终端可以再接收服务器反馈的同步结果。

从属终端向服务器反馈的确定结果，其实现形式不受限定，与上述公开实施例中提到的从属终端向服务器反馈的结果的实现形式相同，在此不再赘述。

上述公开实施例中，从属终端在确定选定场景后，可以将确定结果发送至服务器，但是在一种可能的实现方式中，从属终端在确定选定场景后，如果发送的候选场景中包括了候选场景的特征信息，此时从属终端也可以直接基于此特征信息，在从属终端内完成位置同步，具体同步方式可以参考上述各公开实施例，在此不再赘述。

从属终端通过接收选定信号，根据选定信号确定选定场景，并将选定场景发送至服务器，并接收服务器反馈的同步结果，根据上述过程，可以减小从属终端的运算压力，从而提高场景共享过程中，从属终端的使用流畅度。

应用场景示例

)即及时定位与地图构建的技术(SLAM，Simultaneous Localization AndMapping)，是具有平面追踪与定位的增强现实(AR，Augmented Reality)技术的基础。如果多人要共享一套坐标系，首先要对多人的设备在一套坐标系内进行关联，实现坐标对齐。然而相关的多人关联的过程需要获知被关联对象的身份，并在关联时输入该关联对象的身份信息，这一过程很繁琐，极大的降低了关联体验度，也容易在关联对象的身份信息输入错误时，降低关联的准确性。

因此，一个便捷的可以实现多人共享的增强现实技术方案具有十分重要的应用价值。

图3示出了根据本公开一应用示例的示意图，如图所示，本公开实施例提出了一种场景共享方法，该场景共享方法可以应用于AR场景，比如多人AR场景、商场AR活动或是多人共享游戏场景等，本公开应用示例以该方法应用在多人AR游戏场景为例来进行说明：

将用于实现场景分析的设备称为Host设备，Host设备可以扫描Host所在的场景，并对扫描结果进行处理得到相应的图像帧信息，在本公开应用示例中，将Host处理后得到的图像帧信息命名为MAP。

将参与AR游戏的设备均称为Guest设备，Guest设备可以捕捉Guest所在场景的图像并进行处理得到图像帧信息，在本公开应用示例中，将Guest处理后得到的图像帧信息命名为F。

如图3所示，Host设备与Guest设备实现AR游戏场景共享的过程可以为：

Host将该MAP上传至服务器中，同时一并上传当前时间戳，GPS信息，分别记为t1，(x1，y1)；与此同时，还可以上传用户名(比如游戏玩家的昵称)、设备型号等信息。Guest将F上传至服务器中，同时一并上传当前时间戳，GPS信息，分别记为t2，，(x1，y1)；与此同时，还可以上传用户名、设备型号等信息。

读取服务器内预先设定的时间阈值为T、GPS阈值为R以及比较条件，其中，比较条件分别包括：

条件1：t2-t1<T，如果满足，条件1成立；

条件2：(x1-x2)²+(y1-y2)²<R²，如果满足，条件2成立。

服务器对储存的所有MAP进行筛选，获得同时满足条件1、条件2的MAP集，记为M＝{MAP1,MAP 2,MAP 3…MAP n}。然后服务器将F与M进行比对定位，将比对成功的MAP信息返回到所有参与AR共享的Guest设备。此时，Guest知道自己能定位成功的所有MAP；Guest设备上弹出选项，列举所有能成功匹配的MAP，即MAP的用户名信息。Guest设备接受到屏幕信号，根据此信号选择MAP，然后Guest将选择上传到服务器，服务器通过坐标对齐的方式根据选择的MAP将F与MAP进行定位，并通知Host。Host接收通知，此时表明Guest与Host之间完成场景共享。

可以理解，本公开提及的上述各个方法实施例，在不违背原理逻辑的情况下，均可以彼此相互结合形成结合后的实施例，限于篇幅，本公开不再赘述。

本领域技术人员可以理解，在具体实施方式的上述方法中，各步骤的撰写顺序并不意味着严格的执行顺序而对实施过程构成任何限定，各步骤的具体执行顺序应当以其功能和可能的内在逻辑确定。

图4示出根据本公开实施例的场景共享装置的框图。该场景共享装置可以为服务器等设备。

如图所示，所述场景共享装置30可以包括：共享请求接收模块31，用于接收终端发送的共享请求，其中，共享请求包括终端获取到的第一场景信息；候选场景确定模块32，用于获取所有与第一场景信息匹配的待共享场景，作为候选场景；候选场景发送模块33，用于将候选场景发送至终端。

在一种可能的实现方式中，候选场景确定模块包括：信息读取单元，用于读取所有待共享场景的第二场景信息；匹配单元，用于分别将每个待共享场景的第二场景信息与第一场景信息进行匹配，将通过匹配的待共享场景，作为候选场景。

在一种可能的实现方式中，匹配单元包括：条件匹配子单元，用于针对每个待共享场景，将第二场景信息与第一场景信息进行条件匹配；和/或，特征匹配子单元，用于针对每个待共享场景，将第二场景信息与第一场景信息进行特征匹配。

在一种可能的实现方式中，条件匹配子单元用于：根据第二场景信息，获取对应的待共享场景的第二发送参数；根据第一场景信息，确定第二发送参数是否在预设阈值内；在第二发送参数在预设阈值内的情况下，第二场景信息通过与第一场景信息的条件匹配。

在一种可能的实现方式中，第二发送参数包括：待共享场景的发送时间；和/或，待共享场景的发送地点。

在一种可能的实现方式中，特征匹配子单元用于：根据第一场景信息，获取第一场景的第一场景特征；根据第二场景信息，获取第二场景的第二场景特征；将第二场景特征与第一场景特征进行特征匹配。

在一种可能的实现方式中，候选场景发送模块用于：将候选场景对应的身份信息发送至终端；其中，身份信息包括：候选场景的发送账户信息；和/或，候选场景的发送设备信息。

在一种可能的实现方式中，装置还用于：根据终端的反馈结果，在候选场景中确定选定场景；根据第一场景信息，将选定场景与第一场景进行位置同步，得到同步结果；向终端发送所述同步结果。

图5示出根据本公开实施例的场景共享装置的框图。该场景共享装置可以为终端设备等。

如图所示，所述场景共享装置40可以包括：第一场景获取模块41，用于获取第一场景的第一场景信息；共享请求发送模块42，用于向服务器发送包括第一场景信息的共享请求；候选场景接收模块43，用于接收服务器根据共享请求所反馈的候选场景，其中，候选场景包括所有与第一场景信息匹配的待共享场景。

在一种可能的实现方式中，第一场景信息包括：第一场景的图像信息和第一场景的第一发送参数。

在一种可能的实现方式中，第一发送参数包括：第一场景的发送时间；和/或，第一场景的发送地点。

在一种可能的实现方式中，装置还用于：接收选定信号，其中，选定信号通过终端的交互介质传递；根据选定信号，确定选定场景，将确定结果发送至服务器；接收服务器反馈的同步结果，其中，同步结果包括选定场景与第一场景通过位置同步所得到的结果。

本公开实施例还提出一种计算机可读存储介质，其上存储有计算机程序指令，所述计算机程序指令被处理器执行时实现上述方法。计算机可读存储介质可以是非易失性计算机可读存储介质。

本公开实施例还提出一种电子设备，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为上述方法。

电子设备可以被提供为终端、服务器或其它形态的设备。

图6是根据本公开实施例的一种电子设备800的框图。例如，电子设备800可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等终端。

参照图6，电子设备800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(I/O)的接口812，传感器组件814，以及通信组件816。

处理组件802通常控制电子设备800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在电子设备800的操作。这些数据的示例包括用于在电子设备800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件806为电子设备800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为电子设备800生成、管理和分配电力相关联的组件。

多媒体组件808包括在所述电子设备800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当电子设备800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)，当电子设备800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

I/O接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器，用于为电子设备800提供各个方面的状态评估。例如，传感器组件814可以检测到电子设备800的打开/关闭状态，组件的相对定位，例如所述组件为电子设备800的显示器和小键盘，传感器组件814还可以检测电子设备800或电子设备800一个组件的位置改变，用户与电子设备800接触的存在或不存在，电子设备800方位或加速/减速和电子设备800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件816被配置为便于电子设备800和其他设备之间有线或无线方式的通信。电子设备800可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，电子设备800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种非易失性计算机可读存储介质，例如包括计算机程序指令的存储器804，上述计算机程序指令可由电子设备800的处理器820执行以完成上述方法。

图7是根据本公开实施例的一种电子设备1900的框图。例如，电子设备1900可以被提供为一服务器。参照图7，电子设备1900包括处理组件1922，其进一步包括一个或多个处理器，以及由存储器1932所代表的存储器资源，用于存储可由处理组件1922的执行的指令，例如应用程序。存储器1932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1922被配置为执行指令，以执行上述方法。

电子设备1900还可以包括一个电源组件1926被配置为执行电子设备1900的电源管理，一个有线或无线网络接口1950被配置为将电子设备1900连接到网络，和一个输入输出(I/O)接口1958。电子设备1900可以操作基于存储在存储器1932的操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。

在示例性实施例中，还提供了一种非易失性计算机可读存储介质，例如包括计算机程序指令的存储器1932，上述计算机程序指令可由电子设备1900的处理组件1922执行以完成上述方法。

本公开可以是系统、方法和/或计算机程序产品。计算机程序产品可以包括计算机可读存储介质，其上载有用于使处理器实现本公开的各个方面的计算机可读程序指令。

计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、静态随机存取存储器(SRAM)、便携式压缩盘只读存储器(CD-ROM)、数字多功能盘(DVD)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。

这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘服务器。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。

用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(ISA)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如Smalltalk、C++等，以及常规的过程式编程语言—诸如“C”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(LAN)或广域网(WAN)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(FPGA)或可编程逻辑阵列(PLA)，该电子电路可以执行计算机可读程序指令，从而实现本公开的各个方面。

这里参照根据本公开实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/或框图中各方框的组合，都可以由计算机可读程序指令实现。

这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理器，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理器执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。

也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。

附图中的流程图和框图显示了根据本公开的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。

Claims (10)

1.一种场景共享方法，其特征在于，包括：

接收终端发送的共享请求，其中，所述共享请求包括终端获取到的第一场景信息；

获取所有与所述第一场景信息匹配的待共享场景，作为候选场景；

将所述候选场景发送至所述终端。

2.根据权利要求1所述的方法，其特征在于，所述获取所有与所述第一场景匹配的待共享场景，作为候选场景，包括：

读取所有待共享场景的第二场景信息；

分别将每个待共享场景的第二场景信息与所述第一场景信息进行匹配，将通过匹配的待共享场景，作为候选场景。

3.根据权利要求2所述的方法，其特征在于，所述分别将每个待共享场景的第二场景信息与所述第一场景信息进行匹配，包括：

针对每个待共享场景，将所述第二场景信息与所述第一场景信息进行条件匹配；和/或，

针对每个待共享场景，将所述第二场景信息与所述第一场景信息进行特征匹配。

4.一种场景共享方法，其特征在于，包括：

获取第一场景的第一场景信息；

向服务器发送包括所述第一场景信息的共享请求；

接收所述服务器根据所述共享请求所反馈的候选场景，其中，所述候选场景包括所有与所述第一场景信息匹配的待共享场景。

5.一种场景共享装置，其特征在于，包括：

共享请求接收模块，用于接收终端发送的共享请求，其中，所述共享请求包括终端获取到的第一场景信息；

候选场景确定模块，用于获取所有与所述第一场景信息匹配的待共享场景，作为候选场景；

候选场景发送模块，用于将所述候选场景发送至所述终端。

6.一种场景共享装置，其特征在于，包括：

第一场景获取模块，用于获取第一场景的第一场景信息；

共享请求发送模块，用于向服务器发送包括所述第一场景信息的共享请求；

候选场景接收模块，用于接收所述服务器根据所述共享请求所反馈的候选场景，其中，所述候选场景包括所有与所述第一场景信息匹配的待共享场景。

7.一种电子设备，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为调用所述存储器存储的指令，以执行权利要求1至3中任意一项所述的方法。

8.一种电子设备，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为调用所述存储器存储的指令，以执行权利要求4所述的方法。

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

10.一种计算机可读存储介质，其上存储有计算机程序指令，其特征在于，所述计算机程序指令被处理器执行时实现权利要求4所述的方法。

Images