CN114222085A - 数据处理方法、装置、电子设备及计算机可读存储介质 - Google Patents

Abstract

本申请提供一种数据处理方法、装置、电子设备及计算机可读存储介质。该方法在检测到预设指令时与目标设备建立连接，并接收由目标设备发送的会话数据，且对会话数据进行静默处理得到静默会话数据，最后检测真实会话操作，并根据检测结果对静默会话数据进行处理。该方法通过提前与目标设备建立连接，并对会话数据进行静默处理的方式让会话数据提前在后台运行，以使得检测到真实会话操作后，能快速展示会话数据，提高了用户体验。

Description

数据处理方法、装置、电子设备及计算机可读存储介质

技术领域

本申请涉及视频通话技术领域，尤其涉及一种数据处理方法、装置、电子设备及计算机可读存储介质。

背景技术

现如今很多智能家居都具备视频通话的功能，当用户终端与智能家居设备进行配网后，用户可通过相关APP主动发起视频通话与家人沟通或查看该智能家居设备前的情况。

然而，当用户通过用户终端的相关APP主动向智能家居设备发起视频通话时，受限于视频通话流程的复杂性和网络质量等因素的影响，一般需要几秒的时间才能真正建立与智能家居设备的视频通话并看到视频画面，当发生异常情况时，用户想立即看到当前的情况时，这几秒的时间就显得格外漫长，使得用户体验感不佳。

因此，需要提供一种数据处理方法以缓解当前视频通话过程中画面显示等待时间较长的技术问题，从而提高用户体验。

发明内容

本申请提供一种数据处理方法、装置、电子设备及计算机可读存储介质，用于缓解当前视频通话过程中画面显示等待时间较长的技术问题，从而提高用户体验。

为了解决上述技术问题，本申请提供以下技术方案：

本申请提供一种数据处理方法，包括：

当检测到预设指令时，与目标设备建立连接；

接收所述目标设备发送的会话数据，并对所述会话数据进行静默处理得到静默会话数据；

检测真实会话操作，根据检测结果对所述静默会话数据进行处理。

相应的，本申请还提供一种数据处理装置，包括：

连接建立单元，用于当检测到预设指令时，与目标设备建立连接；

静默处理单元，用于接收所述目标设备发送的会话数据，并对所述会话数据进行静默处理得到静默会话数据；

检测单元，用于检测真实会话操作，根据检测结果对所述静默会话数据进行处理。

同时，本申请提供一种电子设备，其包括处理器和存储器，存储器用于存储计算机程序，处理器用于运行所述存储器里的计算机程序，以执行上述数据处理方法中的步骤。

此外，本申请还提供一种计算机可读存储介质，计算机可读存储介质存储有多条指令，指令适于处理器进行加载，以执行上述数据处理方法中的步骤。

有益效果：本申请提供一种数据处理方法、装置、电子设备及计算机可读存储介质。具体地，该方法在检测到预设指令时与目标设备建立连接，并接收由目标设备发送的会话数据，且对会话数据进行静默处理得到静默会话数据，最后检测真实会话操作，并根据检测结果对静默会话数据进行处理。该方法在检测到预设指令时提前与目标设备建立虚拟连接，并对会话数据进行静默处理得到静默会话数据，以使得提前建立的视频通话在后台运行而用户不可感知，在检测到真实会话操作后，不用重新与目标设备建立连接，而是直接将静默会话数据进行还原处理以得到会话数据，从而达到快速展示会话数据的目的，提高了用户体验。

附图说明

下面结合附图，通过对本申请的具体实施方式详细描述，将使本申请的技术方案及其它有益效果显而易见。

图1是本申请实施例提供的数据处理系统的系统架构图。

图2是本申请实施例提供的数据处理方法的一种流程示意图。

图3是本申请实施例提供的数据处理方法的另一种流程示意图。

图4是本申请实施例提供的用户终端的一种界面示意图。

图5是本申请实施例提供的设备控制页的界面示意图。

图6是本申请实施例提供的数据处理装置的结构示意图。

图7是本申请实施例提供的电子设备的结构示意图。

具体实施方式

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

本申请的说明书和权利要求书中的术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含；本申请中所出现的模块的划分，仅仅是一种逻辑上的划分，实际应用中实现时可以有另外的划分方式，例如多个模块可以结合成或集成在另一个系统中，或一些特征可以忽略，或不执行。

在本申请中，预设指令包括用户通过用户终端在相应的应用程序中打开设备控制页面，还包括用户终端中的应用程序接收到由物联网(Internet of Thing，IOT)云端推送的异常事件消息等。

在本申请中，会话数据指的是目标设备通过摄像头等音视频模块与用户终端建立通信连接后传输的视频数据、语音数据等通信数据。

在本申请中，静默处理包括关闭视频数据显示，对语音数据进行静音处理等。

在本申请中，真实会话操作指的是用户通过用户终端在相应的应用程序中进行的点击会话发起控件的操作，或者是通过用户终端进行的触控会话按钮的操作等。

本申请提供一种数据处理方法、装置、电子设备及计算机可读存储介质。

请参阅图1，图1是本申请提供的数据处理系统的系统架构示意图，如图1所示，该数据处理系统至少包括目标设备101、存储服务器102以及用户终端103，其中：

目标设备101、存储服务器102以及用户终端103之间设有通信链路，以实现信息交互。通信链路的类型可以包括有线、无线通信链路或者光纤电缆等，本申请在此不做限制。

目标设备101可以是装备有音视频模块和通信模块等具备异常监控功能的智能设备；例如，智能门锁、智能门铃、智能音箱以及智能冰箱等。

存储服务器102可以是独立的服务器，也可以是服务器组成的服务器网络或者服务器集群；例如，本申请中所描述的服务器，其包括但不限于计算机、网络主机、数据库服务器以及应用服务器或者多个服务器构成的云服务器，其中云服务器由基于云计算(CloudComputing)的大量计算机或者网络服务器构成。

用户终端103可以是智能手机、平板电脑、笔记本电脑、可穿戴设备、遥控器等具有智能家居应用程序的设备。

本申请提出了一种数据处理系统，该数据处理系统包括目标设备、存储服务器以及用户终端。具体地，当用户终端中的智能家居应用程序检测到预设指令时，发出虚拟会话指令以与目标设备建立连接，此时的虚拟回话指令仅具有会话发起功能，用户终端中智能家居应用程序的界面实际上是没有变化的，相当于在后台运行会话连接，连接成功建立后，用户终端接收由目标设备发送的会话数据，并对会话数据进行静默处理以得到静默会话数据，最后用户终端检测用户是否有进行真实会话操作，并根据检测结果对静默会话数据进行处理。

在上述数据处理过程中，当智能家居应用程序检测到预设指令(例如通过用户终端中的智能家居应用程序打开对应的设备控制页，又例如收到异常情况推送)时，会主动向目标设备发起虚拟会话请求，此时目标设备会默认接通该请求，并将会话数据发送至用户终端，为了让用户不可感知，需要对会话数据进行静默处理(例如关闭视频数据的画面显示，对语音数据进行静音处理等)，待用户操作智能家居应用程序发起真实会话请求时，智能家居应用程序会打开视频数据的画面显示，并取消静音处理，以减少用户在发起会话过程中的等待时长，达到会话秒开的效果。

需要说明的是，图1所示的系统架构示意图仅仅是一个示例，本申请实施例描述的服务器、终端、设备以及场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着系统的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。以下分别进行详细说明。需说明的是，以下实施例的描述顺序不作为对实施例优选顺序的限定。

综合上述数据处理系统的系统架构，下面将对本申请中数据处理方法进行详细的介绍，请参阅图2所示，图2是本申请实施例提供的数据处理方法的一种流程示意图，该数据处理方法应用于用户终端。下面将对本申请中的数据处理方法进行详细的介绍，该方法至少包括以下步骤：

S201：当检测到预设指令时，与目标设备建立连接。

预设指令可以是用户通过用户终端在相应的应用程序中打开设备控制页面(如图4所示，从该智能家居应用程序界面中的“设备控制页入口”打开设备控制页面)，也可以是用户终端中的应用程序接收到由物联网(Internet of Thing，IOT)云端推送的异常事件消息等。其中，由于目标设备具备异常监控功能，因此，在目标设备监测到异常情况(包括有未被系统认定的人出现在监控范围内1分钟、锁芯异常以及破坏门锁等)时，会上报一个异常事件给物联网云端，然后由物联网云端将消息推送到用户终端的智能家居应用程序中。

在一种实施例中，当用户终端中的智能家居应用程序检测到上述预设指令时，需要与目标设备提前建立连接，其建立的具体步骤包括：获取预设指令；当检测到预设指令时，生成虚拟会话指令；发送虚拟会话指令至目标设备，以与目标设备建立连接。其中，智能家居应用程序一般会通过系统默认/人为设定的方式获取预设指令，然后在检测到相关预设指令时，生成虚拟会话指令，并将该虚拟会话指令发送至目标设备以与目标设备建立虚拟连接。顾名思义，虚拟会话指令即非真实的会话指令，该指令仅有会话发起功能，与目标设备建立通信连接，相当于将会话数据均在后台运行，不会显示在前端界面中，也不会发出声音让用户可以感知得到。

在上述过程中，智能家居应用程序可以通过发出与目标设备进行视频直播的虚拟会话请求。具体地，直播方案可使用WebRTC技术、RTMP以及UDP等技术。其中，WebRTC技术即网页即时通信，是一个支持网页浏览器进行实时语音对话或视频对话的API，其好处在于用户体验好，不需要安装东西，分享一个链接就可以看，但是WebRTC对目标设备端/用户终端的带宽需求较高，由于需要对多路视频进行编解码，因此对目标设备端/用户终端的设备配置要求也较高；对于RTMP技术，该技术接入成本比较低，但缺点也很明显，例如双端进行交互时，声音会产生干扰，形成回音；又例如双端交互时的传输时延较大，且耗费CPU等资源也非常多；而UDP技术能够做到比较低的延迟，但是它的兼容性较差。

S202：接收目标设备发送的会话数据，并对会话数据进行静默处理得到静默会话数据。

为了达到用户发起真实会话时，能形成秒开效果，智能家居应用程序在检测到预设指令后，与目标设备建立了虚拟会话连接，有了连接，目标设备与智能家居应用程序间就会有数据交互，因此，智能家居应用程序接收到了由目标设备发送的会话数据。为了不让用户感知到此时已提前与目标设备建立了通信连接，需要对接收到的会话数据进行静默处理，静默处理包括关闭视频画面显示以使得当前视频数据无法在当前界面中显示，还包括对音频数据进行静音处理以使得用户不能听到当前音频。

S203：检测真实会话操作，根据检测结果对静默会话数据进行处理。

在一种实施例中，在目标设备与用户终端中的智能家居应用程序建立起虚拟会话连接后，经过处理的静默会话数据相当于在用户终端的后台运行，智能家居应用程序会通过检测真实会话操作的检测结果对静默会话数据进行处理，其具体步骤包括：获取连接建立时刻和预设连接时长；根据连接建立时刻和预设连接时长，确定连接截止时刻；在连接建立时刻和连接截止时刻的区间内检测真实会话操作，根据检测结果对静默会话数据进行处理。其中，连接建立时刻即智能家居应用程序与目标设备建立虚拟会话时的时刻；预设连接时长即倒计时定时器设定的时长，定时器的时长可以是系统默认的时长(例如3分钟)，还可以人为根据需求进行设定。

例如，目标设备检测到有出现破坏门锁的异常情况，并通过物联网云端发送到智能家居应用程序的消息推送中，于是智能家居应用程序与目标设备在9：00成功建立了虚拟会话连接，则连接建立时刻即9：00，而系统默认的预设连接时长为3分钟，根据连接建立时刻和预设连接时长即可确定连接截止时刻为9：03，因此，需要根据智能家居应用程序在9：00至9：03这一时间段内的真实会话操作的检测结果对静默会话数据进行处理。

进一步的，如果在连接建立时刻和连接截止时刻的区间内检测到真实会话操作，则对静默会话数据进行还原处理，其具体步骤包括：在连接建立时刻和连接截止时刻的区间内检测真实会话操作，得到检测结果；在检测结果表征检测到真实会话操作时，对静默会话数据进行还原处理，得到并展示会话数据。其中，还原处理指的是打开视频画面显示界面以显示视频数据，并取消前述的静音处理以播放当前的音频数据，因此，通过还原处理可以得到未经静默处理前的会话数据。

具体地，对数据进行还原处理并展示会话数据的步骤包括：在检测结果表征检测到真实会话操作时，生成真实会话指令；响应真实会话指令，对静默会话数据进行还原处理，得到会话数据；在当前界面中展示会话数据。即在连接建立时刻和连接截止时刻的区间内检测到真实会话操作时，智能家居应用程序会主动生成真实会话指令，并将该真实会话指令发送至用户终端的中的控制模块，该控制模块响应真实会话指令，并对正在运行的静默会话数据进行还原处理(包括打开视频画面显示和取消静音处理)，以得到未经静默处理前的会话数据，并在当前界面中直接展示会话数据，使得用户可以在发起真实会话后，快速看到会话画面，听到会话音频。

进一步的，如果在连接建立时刻和连接截止时刻的区间内没有检测到真实会话操作，则需要关闭会话连接，释放资源，避免目标设备端和智能家居应用程序端不停的数据交互，造成电量消耗，其具体步骤包括：在连接建立时刻和连接截止时刻的区间内检测真实会话操作，得到检测结果；在检测结果表征未检测到真实会话操作时，生成连接取消指令并发送至目标设备，以取消与目标设备的连接。

在上述过程中，用户通过智能家居应用程序进行真实会话操作可以是通过如图5所示的设备控制页中的“点击查看家门口”控件实现的。

除此之外，为了让用户可以查看历史会话数据，还可以存储会话数据于存储服务器。具体地，其可以根据会话数据的时间/类型进行分类存储，方便用户查看。

在一种实施例中，以会话类型为视频直播为例来描述上述数据处理流程即：当用户主动打开设备控制页或者智能家居应用程序收到异常消息等时，智能家居应用程序则提前发起视频直播(也即虚拟会话)，并做隐藏视频播放器和消音处理让用户不可感知，等用户操作智能家居应用程序打开视频直播时，显示视频播放器、并关闭消音处理，使得用户可以快速看到直播画面。

为了对整个数据处理流程进行清晰的描述，请参阅图3，图3为本申请实施例提供的数据处理方法的另一种流程示意图，具体流程可以如下：

S301：开始。

智能家居应用程序与目标设备通信前，需要经过配网，其配网过程可以是用户终端通过智能家居应用程序将WIFI密码传输给目标设备，待目标设备联网后，与智能家居应用程序中的账号进行关联，进而智能家居应用程序与目标设备可通过云端进行交互，或者通过局域网进行交互。

S302：检测预设指令。

在智能家居应用程序与目标设备建立通信连接后，通过系统默认/人为设定的方式获取预设指令，然后检测相关预设指令。其中，预设指令可以是用户通过用户终端在相应的应用程序中打开设备控制页面，也可以是用户终端中的应用程序接收到由物联网(Internet of Thing，IOT)云端推送的异常事件消息等。

S303：与目标设备建立连接。

在检测到上述预设指令时，生成虚拟会话指令(仅有会话发起功能，不会显示在前端界面中，也不会发出声音让用户可以感知得到)，并将该虚拟会话指令发送至目标设备以与目标设备建立虚拟连接。同时，设定一个预设时间(例如3分钟)的倒计时定时器。

S304：接收会话数据，并对会话数据进行静默处理得到静默会话数据。

连接建立后，目标设备与智能家居应用程序间就会有数据交互，因此，智能家居应用程序接收到了由目标设备发送的会话数据。为了不让用户感知到此时已提前与目标设备建立了通信连接，需要对接收到的会话数据进行静默处理，静默处理包括关闭视频画面显示以使得当前视频数据无法在当前界面中显示，还包括对音频数据进行静音处理以使得用户不能听到当前音频。

S305：检测真实会话操作。

在目标设备与用户终端中的智能家居应用程序建立起虚拟会话连接后，需要通过智能家居应用程序检测用户是否有进行真实会话操作。

S306：判断是否在倒计时内检测到真实会话操作。

由于在于目标设备建立虚拟会话连接时，也同时设定了一个预设时间(可以根据实际情况设定)的倒计时定时器，因此，从虚拟会话建立的时刻开始计时，在倒计时内检测用户是否有进行真实会话操作。

例如，智能家居应用程序与目标设备在10：00成功建立了虚拟会话连接，且同时设定了5分钟的倒计时定时器，因此在10：00至10：05分这个时间段内判断是否有检测到真实会话操作。

若在该时间段内检测到真实会话操作，则执行S307：对静默会话数据进行还原处理，得到并展示会话数据，同时取消倒计时。

具体地，智能家居应用程序会主动生成真实会话指令，并将该真实会话指令发送至用户终端的中的控制模块，该控制模块响应真实会话指令，并对正在运行的静默会话数据进行还原处理(包括打开视频画面显示和取消静音处理)，以得到未经静默处理前的会话数据，并在当前界面中直接展示会话数据，使得用户可以在发起真实会话后，快速看到会话画面，听到会话音频。同时，需要取消设定的倒计时定时器功能，使得用户可以正常使用会话功能。

若在该时间段内未检测到真实会话操作，则执行S308：断开与目标设备的会话连接，释放资源。

具体地，如果在连接建立时刻和连接截止时刻的区间内没有检测到真实会话操作，则需要生成连接取消指令并发送至目标设备，以取消与目标设备的连接(即关闭会话连接)，释放资源，避免目标设备端和智能家居应用程序端不停的数据交互，造成电量消耗。

S309：结束。

本申请提供的数据处理方法，可以根据用户的操作路径，提前开启视频直播功能，达到秒开视频直播的效果，避免在紧急情况下需要等待较长时长直播出图。

基于上述实施例的内容，本申请实施例提供了一种数据处理装置，该装置可以设置于用户终端中。该数据处理装置用于执行上述方法实施例中提供的数据处理方法，具体地，请参阅图6，该装置包括：

连接建立单元601，用于当检测到预设指令时，与目标设备建立连接；

静默处理单元602，用于接收所述目标设备发送的会话数据，并对所述会话数据进行静默处理得到静默会话数据；

检测单元603，用于检测真实会话操作，根据检测结果对所述静默会话数据进行处理。

在一种实施例中，连接建立单元601包括：

指令获取单元，用于获取预设指令；

指令生成单元，用于当检测到所述预设指令时，生成虚拟会话指令；

指令发送单元，用于发送所述虚拟会话指令至目标设备，以与所述目标设备建立连接。

在一种实施例中，静默处理单元602包括：

第一获取单元，用于获取连接建立时刻和预设连接时长；

第一确定单元，用于根据所述连接建立时刻和所述预设连接时长，确定连接截止时刻；

第一处理单元，用于在所述连接建立时刻和所述连接截止时刻的区间内检测真实会话操作，根据检测结果对所述静默会话数据进行处理。

在一种实施例中，第一处理单元包括：

第一结果获取单元，用于在所述连接建立时刻和所述连接截止时刻的区间内检测真实会话操作，得到检测结果；

还原处理单元，用于在所述检测结果表征检测到所述真实会话操作时，对所述静默会话数据进行还原处理，得到并展示所述会话数据。

在一种实施例中，还原处理单元包括：

真实会话指令生成单元，用于在所述检测结果表征检测到所述真实会话操作时，生成真实会话指令；

指令响应单元，用于响应所述真实会话指令，对所述静默会话数据进行还原处理，得到所述会话数据；

数据展示单元，用于在当前界面中展示所述会话数据。

在一种实施例中，第一处理单元还包括：

第二结果获取单元，用于在所述连接建立时刻和所述连接截止时刻的区间内检测真实会话操作，得到检测结果；

连接取消单元，用于在所述检测结果表征未检测到所述真实会话操作时，生成连接取消指令并发送至所述目标设备，以取消与所述目标设备的连接。

在一种实施例中，数据处理装置还包括：

存储单元，用于存储所述会话数据于存储服务器。

本申请实施例的数据处理装置，可以用于执行前述方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

区别于当前的技术，本申请提供的数据处理装置设置了连接建立单元和静默处理单元，通过连接建立单元提前与目标设备建立虚拟连接，然后通过静默处理单元接收目标设备发送的会话数据，并对其进行静默处理得到静默会话数据，以使得提前建立的视频通话能在后台运行而用户不可感知，因此在检测到真实会话操作后，不用重新与目标设备建立连接，而是直接将静默会话数据进行还原处理以得到会话数据，从而达到快速展示会话数据的目的，提高了用户体验。

相应的，本申请实施例还提供一种电子设备，如图7所示，该电子设备可以包括有一个或者一个以上处理核心的处理器701、无线(WiFi，Wireless Fidelity)模块702、有一个或一个以上计算机可读存储介质的存储器703、音频电路704、显示单元705、输入单元706、传感器707、电源708、以及射频(RF，Radio Frequency)电路709等部件。本领域技术人员可以理解，图7中示出的电子设备的结构并不构成对电子设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

处理器701是电子设备的控制中心，利用各种接口和线路连接整个电子设备的各个部分，通过运行或执行存储在存储器703内的软件程序和/或模块，以及调用存储在存储器703内的数据，执行电子设备的各种功能和处理数据，从而对电子设备进行整体监控。在一种实施例中，处理器701可包括一个或多个处理核心；优选的，处理器701可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器701中。

WiFi属于短距离无线传输技术，电子设备通过无线模块702可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图7示出了无线模块702，但是可以理解的是，其并不属于终端的必需构成，完全可以根据需要在不改变发明的本质的范围内而省略。

存储器703可用于存储软件程序以及模块，处理器701通过运行存储在存储器703的计算机程序以及模块，从而执行各种功能应用以及数据处理。存储器703可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据终端的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器703可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器703还可以包括存储器控制器，以提供处理器701和输入单元706对存储器703的访问。

音频电路704包括扬声器，扬声器可提供用户与电子设备之间的音频接口。音频电路704可将接收到的音频数据转换后的电信号，传输到扬声器，由扬声器转换为声音信号输出；另一方面，扬声器将收集的声音信号转换为电信号，由音频电路704接收后转换为音频数据，再将音频数据输出处理器701处理后，经射频电路709发送给比如另一电子设备，或者将音频数据输出至存储器703以便进一步处理。音频电路704还可能包括耳塞插孔，以提供外设耳机与电子设备的通信。

显示单元705可用于显示由用户输入的信息或提供给用户的信息以及终端的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元705可包括显示面板，在一种实施例中，可以采用液晶显示器(LCD，Liquid CrystalDisplay)、有机发光二极管(OLED，Organic Light-Emitting Diode)等形式来配置显示面板。进一步的，触敏表面可覆盖显示面板，当触敏表面检测到在其上或附近的触摸操作后，传送给处理器701以确定触摸事件的类型，随后处理器701根据触摸事件的类型在显示面板上提供相应的视觉输出。虽然在图7中，触敏表面与显示面板是作为两个独立的部件来实现输入和输出功能，但是在某些实施例中，可以将触敏表面与显示面板集成而实现输入和输出功能。

输入单元706可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地，在一个具体的实施例中，输入单元706可包括触敏表面以及其他输入设备。触敏表面，也称为触摸显示屏或者触控板，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触敏表面上或在触敏表面附近的操作)，并根据预先设定的程式驱动相应的连接装置。在一种实施例中，触敏表面可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器701，并能接收处理器701发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触敏表面。除了触敏表面，输入单元706还可以包括其他输入设备。具体地，其他输入设备可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

电子设备还可包括至少一种传感器707，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及距离传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板的亮度(接近传感器可在终端移动到耳边时，关闭显示面板和/或背光。作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等)；至于电子设备还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

电子设备还包括给各个部件供电的电源708(比如电池)，优选的，电源可以通过电源管理系统与处理器701逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源708还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

射频电路709可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，交由一个或者一个以上处理器701处理；另外，将涉及上行的数据发送给基站。通常，射频电路709包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份模块(SIM，Subscriber Identity Module)卡、收发信机、耦合器、低噪声放大器(LNA，Low Noise Amplifier)、双工器等。此外，射频电路709还可以通过无线通信与网络和其他设备通信。无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(GSM，Global System of Mobile communication)、通用分组无线服务(GPRS，GeneralPacket Radio Service)、码分多址(CDMA，Code Division Multiple Access)、宽带码分多址(WCDMA，Wideband Code Division Multiple Access)、长期演进(LTE，Long TermEvolution)、电子邮件、短消息服务(SMS，Short Messaging Service)等。

尽管未示出，电子设备还可以包括摄像头、蓝牙模块等，在此不再赘述。具体在本实施例中，电子设备中的处理器701会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器703中，并由处理器701来运行存储在存储器703中的应用程序，从而实现以下功能：

当检测到预设指令时，与目标设备建立连接；

接收所述目标设备发送的会话数据，并对所述会话数据进行静默处理得到静默会话数据；

检测真实会话操作，根据检测结果对所述静默会话数据进行处理。

本领域普通技术人员可以理解，上述实施例的各种方法中的全部或部分步骤可以通过指令来完成，或通过指令控制相关的硬件来完成，该指令可以存储于计算机可读存储介质中，并由处理器进行加载和执行。

为此，本申请实施例提供一种计算机可读存储介质，其中存储有多条指令，该指令能够被处理器进行加载，以实现上述数据处理方法的功能。

其中，该计算机可读存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，Random Access Memory)、磁盘或光盘等。

以上对本申请实施例所提供的数据处理方法、装置、电子设备以及计算机可读存储介质进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种数据处理方法，其特征在于，包括：

当检测到预设指令时，与目标设备建立连接；

接收所述目标设备发送的会话数据，并对所述会话数据进行静默处理得到静默会话数据；

检测真实会话操作，根据检测结果对所述静默会话数据进行处理。

2.根据权利要求1所述的数据处理方法，其特征在于，所述当检测到预设指令时，与目标设备建立连接的步骤，包括：

获取预设指令；

当检测到所述预设指令时，生成虚拟会话指令；

发送所述虚拟会话指令至目标设备，以与所述目标设备建立连接。

3.根据权利要求1所述的数据处理方法，其特征在于，所述检测真实会话操作，根据检测结果对所述静默会话数据进行处理的步骤，包括：

获取连接建立时刻和预设连接时长；

根据所述连接建立时刻和所述预设连接时长，确定连接截止时刻；

在所述连接建立时刻和所述连接截止时刻的区间内检测真实会话操作，根据检测结果对所述静默会话数据进行处理。

4.根据权利要求3所述的数据处理方法，其特征在于，所述在所述连接建立时刻和所述连接截止时刻的区间内检测真实会话操作，根据检测结果对所述静默会话数据进行处理的步骤，包括：

在所述连接建立时刻和所述连接截止时刻的区间内检测真实会话操作，得到检测结果；

在所述检测结果表征检测到所述真实会话操作时，对所述静默会话数据进行还原处理，得到并展示所述会话数据。

5.根据权利要求4所述的数据处理方法，其特征在于，所述在所述检测结果表征检测到所述真实会话操作时，对所述静默会话数据进行还原处理，得到并展示所述会话数据的步骤，包括：

在所述检测结果表征检测到所述真实会话操作时，生成真实会话指令；

响应所述真实会话指令，对所述静默会话数据进行还原处理，得到所述会话数据；

在当前界面中展示所述会话数据。

6.根据权利要求3所述的数据处理方法，其特征在于，所述在所述连接建立时刻和所述连接截止时刻的区间内检测真实会话操作，根据检测结果对所述静默会话数据进行处理的步骤，包括：

在所述连接建立时刻和所述连接截止时刻的区间内检测真实会话操作，得到检测结果；

在所述检测结果表征未检测到所述真实会话操作时，生成连接取消指令并发送至所述目标设备，以取消与所述目标设备的连接。

7.根据权利要求1所述的数据处理方法，其特征在于，还包括：

存储所述会话数据于存储服务器。

8.一种数据处理装置，其特征在于，包括：

连接建立单元，用于当检测到预设指令时，与目标设备建立连接；

静默处理单元，用于接收所述目标设备发送的会话数据，并对所述会话数据进行静默处理得到静默会话数据；

检测单元，用于检测真实会话操作，根据检测结果对所述静默会话数据进行处理。

9.一种电子设备，其特征在于，包括处理器和存储器，所述存储器用于存储计算机程序，所述处理器用于运行所述存储器里的计算机程序，以执行权利要求1至7任一项所述的数据处理方法中的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有多条指令，所述指令适于处理器进行加载，以执行权利要求1至7任一项所述的数据处理方法中的步骤。

Images