数据处理方法、装置和系统与流程

本发明涉及数据处理领域，具体而言，涉及一种数据处理方法、装置和系统。

背景技术：

在拼接屏系统的实际使用中，某些特定的场合需要对正在展示的内容，包括图片、视频、远端视频源等，进行场景保存，并在下次需要展示时恢复所保存的场景。

目前市面已有的拼接屏系统，保存和恢复场景功能还不完善，有些拼接屏系统对本地视频播放状态不能完全恢复，对于源端是视频源，在恢复场景时候不能自动连接原有的远端视频源，还有些拼接屏系统在保存场景时保存了当前展示的原文件，使得保存内容受限于存储硬盘和内存的大小，因此对于保存场景的数量有限制。

针对现有技术中的拼接屏为了恢复场景，需要保存不同类型文件以及远端视频源的场景信息，导致复杂场景下保存场景信息不完整不能完全恢复场景的问题，目前尚未提出有效的解决方案。

技术实现要素：

本发明实施例提供了一种数据处理方法、装置和系统，以至少解决现有技术中的拼接屏为了恢复场景，需要保存不同类型文件以及远端视频源的场景信息，导致复杂场景下保存场景信息不完整不能完全恢复场景的技术问题。

根据本发明实施例的一个方面，提供了一种数据的处理方法，包括：读取每个窗口的窗口信息，其中，窗口信息至少包括：窗口当前显示文件的文件类型，窗口用于表征显示设备上的显示区域；根据文件类型读取当前显示文件的场景信息；确定窗口信息和当前显示文件的场景信息为窗口的场景信息，并保存窗口的场景信息。

进一步地，在文件类型为源端文件的情况下，读取当前显示文件的源端地址信息和接收端地址信息，其中，接收端为服务器中分区后的存储区域；确定当前显示文件的源端地址信息和接收端地址信息为当前显示文件的场景信息。

进一步地，在文件类型为本地文件的情况下，读取当前显示文件的播放状态和/或当前视频帧标识；确定当前显示文件播放状态和/或当前视频帧标识为当前显示文件的场景信息。

进一步地，检测预设指令，其中，预设指令用于触发保存当前显示文件的场景信息；当接收到预设指令时，进入读取每个窗口的窗口信息的步骤。

进一步地，将窗口的场景信息保存为快照格式。

进一步地，窗口信息还包括如下任意一种或多种：当前显示文件的数据量、显示尺寸、显示坐标、当前显示时间、文件路径和文件名。

进一步地，在读取每个窗口的窗口信息的同时，方法还包括：读取窗口的数量和每个窗口的标识信息；在保存窗口的场景信息的同时，方法还包括：保存窗口的数量和每个窗口的标识信息，其中，将每个窗口的标识信息与每个窗口的当前显示文件的场景信息对应存储。

进一步地，在保存窗口的场景信息之后，方法还包括：根据窗口的场景信息恢复窗口。

进一步地，在窗口中待恢复文件的文件类型为源端文件的情况下，根据窗口的场景信息恢复窗口，包括：根据源端地址信息和接收端地址信息触发接收端和源端通信，其中，接收端为服务器中分区后的存储区域；通过源端恢复待恢复文件。

进一步地，根据待恢复文件的播放状态和/或当前视频帧标识恢复待恢复文件。

根据本发明实施例的另一方面，还提供了一种数据的处理装置，包括：第一读取模块，用于读取每个窗口的窗口信息，其中，窗口信息至少包括：窗口当前显示文件的文件类型，窗口用于表征显示设备上的显示区域；第二读取模块，用于根据文件类型读取当前显示文件的场景信息；确定模块，用于确定窗口信息和当前显示文件的场景信息为窗口的场景信息，并保存窗口的场景信息。

根据本发明实施例的另一方面，还提供了一种数据的处理系统，包括：显示屏；服务器，分别与显示屏和控制器通信，用于作为接收端接收源端发送的文件；控制器，与服务器通信，用于通过服务器读取每个窗口的窗口信息，根据文件类型读取当前显示文件的场景信息，确定窗口信息和当前显示文件的场景信息为窗口的场景信息，并控制服务器保存窗口的场景信息，其中，窗口信息至少包括：窗口当前显示文件的文件类型，窗口用于表征显示设备上的显示区域。

进一步地，控制器还用于在文件类型为源端文件的情况下，读取当前显示文件的源端地址信息和接收端地址信息，其中，接收端为服务器中分区后的存储区域；确定当前显示文件的源端地址信息和接收端地址信息为当前显示文件的场景信息。

进一步地，控制器还用于在文件类型为本地文件的情况下，读取当前显示文件的播放状态和/或当前视频帧标识；确定当前显示文件播放状态和/或当前视频帧标识为当前显示文件的场景信息。

进一步地，控制器还用于获取待恢复窗口的场景信息，其中，待恢复窗口的场景信息包括：待恢复文件的文件类型和待恢复文件的场景信息，待恢复文件的场景信息根据文件类型确定，待恢复文件为待恢复窗口中的文件；根据待恢复文件的文件类型和待恢复文件的场景信息恢复待恢复窗口。

进一步地，在待恢复文件的文件类型为源端文件的情况下，待恢复文件的场景信息包括：源端地址信息和接收端地址信息，控制器还用于根据源端地址信息和接收端地址信息触发接收端和源端通信，其中，接收端为服务器中分区后的存储区域；通过源端恢复待恢复文件。

进一步地，在待恢复文件为本地文件的情况下，待恢复文件的场景信息包括：待恢复文件的播放状态和/或当前视频帧标识，控制器还用于根据待恢复文件的播放状态和/或当前视频帧标识恢复待恢复文件。

根据本发明实施例的另一方面，还提供了一种存储介质，存储介质包括存储的程序，其中，在程序运行时控制存储介质所在设备执行上述数据的处理方法。

根据本发明实施例的另一方面，还提供了一种处理器，处理器用于运行程序，其中，程序运行时执行上述数据的处理方法。

在本发明实施例中，读取每个窗口的窗口信息，根据文件类型读取当前显示文件的场景信息，确定窗口信息和当前显示文件的场景信息为窗口的场景信息，并保存窗口的场景信息。上述方案为了恢复显示设备的场景，保存了显示设备的场景信息，而非原文件，大大减小了存储空间的占用，从而使得场景的保存不受存储空间的限制，解决了现有技术中的拼接屏为了恢复场景，需要保存不同类型文件以及远端视频源的场景信息，导致复杂场景下保存场景信息不完整不能完全恢复场景的技术问题。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的数据的处理方法的流程图；

图2是根据本发明实施例的一种拼接屏系统的示意图；

图3是根据本发明实施例的一种可选的场景保存的方法的流程图；

图4是根据本发明实施例的一种可选的场景恢复的方法的流程图；

图5是根据本发明实施例的一种数据的处理系统的示意图；以及

图6是根据本发明实施例的一种数据的处理装置的示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例1

根据本发明实施例，提供了一种数据处理方法的实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图1是根据本发明实施例的数据的处理方法的流程图，如图1所示，该方法包括如下步骤：

步骤s102，读取每个窗口的窗口信息，其中，窗口信息至少包括：窗口当前显示文件的文件类型，窗口用于表征显示设备上的显示区域。

具体的，上述窗口可以为拼接屏的显示区域，一个窗口对应一个显示区域，用于显示一个接收端的文件，上述当前显示文件的文件类型可以包括：源端视频文件、本地视频文件和静态文件，静态文件(例如：word文件、ppt文件、pdf文件等)。

步骤s104，根据文件类型读取当前显示文件的场景信息。

步骤s106，确定窗口信息和当前显示文件的场景信息为窗口的场景信息，并保存窗口的场景信息。

由上可知，本申请上述实施例读取每个窗口的窗口信息，根据文件类型读取当前显示文件的场景信息，确定窗口信息和当前显示文件的场景信息为窗口的场景信息，并保存窗口的场景信息。上述方案为了恢复显示设备的场景，保存了显示设备的场景信息，而非原文件，大大减小了存储空间的占用，从而使得场景的保存不受存储空间的限制，解决了现有技术中的拼接屏为了恢复场景，需要保存不同类型文件以及远端视频源的场景信息，导致复杂场景下保存场景信息不完整不能完全恢复场景的技术问题。

可选的，根据本申请上述实施例，根据文件类型读取当前显示文件的场景信息包括：

步骤s1041，在文件类型为源端文件的情况下，读取当前显示文件的源端地址信息和接收端地址信息，其中，接收端为服务器中分区后的存储区域。

具体的，源端文件用于表征非服务器本地文件，即需要源端发送至接收端，在显示于拼接屏上的文件。上述源端地址信息包括源端ip地址和源端端口号，接收端地址信息包括接收端ip地址和接收端端口号。

此处需要说明的是，源端文件的恢复用于表征恢复接收端与源端的连接关系，因此在文件类型为源端文件的情况下，只需要读取当前显示文件的源端地址信息和接收端地址信息。

此处还需要说明的是，在现有技术中，接收端为个独立的设备，每个接收端与对应的源端进行通信时都使用自身的ip地址，由于ip地址较多且端口通信之间的算法较复杂，因此保存的场景信息会出现错误或不完整，从而导致场景信息无法恢复。而上述方案中，接收端为服务器中分区后的存储区域，例如内存，因此所有的接收端都有相同的ip地址，及服务器的ip地址，从而减小了接收端与源端之间通信的复杂程度，进而提高了保存场景信息的准确度。

步骤s1043，确定当前显示文件的源端地址信息和接收端地址信息为当前显示文件的场景信息。

在一种可选的实施例中，图2是根据本发明实施例的一种拼接屏系统的示意图，结合图2，控制器通过网络与服务器通信，s1至sn多个源端通过网络与服务器通信，服务器通过物理连接的方式与拼接屏通信，服务器中包括预先被分区的内存r1至rn，r1至rn分别与s1至sn具有预设的映射关系，例如，将r1和s1的端口号均设置为0001，当服务器与多个源端通信时，s1如果传输数据，则直接会通过端口0001传输至接收端r1。

在这一结构的基础上，控制器读取每个窗口的窗口信息，确定每个窗口当前显示文件的文件类型，在文件类型为源端视频文件的情况下，获取源端的地址信息和接收端的地址信息，用于恢复场景时触发源端和接收端通信，以恢复当前场景。

可选的，根据本申请上述实施例，据文件类型读取当前显示文件的场景信息，包括：

步骤s1045，在文件类型为本地文件的情况下，读取显示文件的播放状态和/或当前视频帧标识。

步骤s1047，确定当前显示文件的播放状态和/或当前视频帧标识为当前显示文件的场景信息。

在上述步骤中，由于本地文件存储于服务器本身，无需和源端进行通信即可完成场景的回复，因此，当文件类型为本地文件的情况下，读取显示文件的播放状态和/或当前视频帧标识，并将当前显示文件的播放状态和/或当前视频帧标识为当前显示文件的场景信息。

可选的，根据本申请上述实施例，在读取每个窗口的窗口信息之前，上述方法还包括：

步骤s108，检测预设指令，其中，预设指令用于触发保存当前显示文件的场景信息。具体的，上述预设指令可以是用户通过控制器发出的保存场景信息的指令。

步骤s1010，当接收到预设指令时，进入读取每个窗口的窗口信息的步骤。

可选的，根据本申请上述实施例，将当前显示文件的场景信息保存为快照格式。

具体的，控制器在将当前显示文件的场景信息保存为快照格式之后，还可以将场景信息发送至服务器，由服务器存储至预设存储区域，当控制器需要触发场景恢复功能时，按照预设存储区域的存储路径触发快照即可。

可选的，根据本申请上述实施例，窗口信息还包括如下任意一种或多种：当前显示文件的数据量、显示尺寸、显示坐标、当前显示时间、文件路径和文件名。上述窗口信息用于在恢复场景信息时能够将文件恢复至拼接屏中对应的位置。

可选的，根据本申请上述实施例，在读取每个窗口的窗口信息的同时，上述方法还包括：读取窗口的数量和每个窗口的标识信息；在保存窗口的场景信息的同时，上述方法还包括：保存窗口的数量和每个窗口的标识信息，其中，将每个窗口的标识信息与每个窗口的当前显示文件的场景信息对应存储。

具体的，上述窗口的标识信息可以为窗口的id。在一种可选的实施例中，用户在控制端触发保存场景功能后，控制器能够根据窗口的标识信息依次读取当前正在显示的窗口个数及每个窗口的id，然后逐一读取窗口信息，并在保存每个窗口的场景信息的同时，保存窗口的数量和窗口的标识信息，以使保存的场景信息和窗口标识相对应。

图3是根据本发明实施例的一种可选的场景保存的方法的流程图。下面结合图2所示的场景，并结合图3所示的流程图，对上述数据处理方法进行描述。

s31，读取当前正在显示的窗口个数及每个窗口的id。

具体的，当前正在显示的窗口用于指示当前正在显示视频的区域，以图2所示的拼接屏为例，如果拼接屏的每个显示单元显示一个接收端的视频文件，则每个拼接屏都分别为一个窗口，如果多个显示单元显示一个接收端的视频文件，则显示一个接收端的视频文件的多个显示单元构成一个窗口。窗口id为窗口的标识信息，用于与接收端相对应，以确定将接收端的视频文件投放至对应的窗口。

在一种可选的实施例中，用户在控制端触发保存场景功能后，控制器首先读取当前正在显示的窗口个数及每个窗口的id，然后逐一读取窗口信息，在读取窗口信息过程中，根据信息中所包含的文件格式，将文件分为三类，根据不同的类别读取相应的场景信息。

s32，循环读取每个窗口的信息。

具体的，上述窗口信息可以包括所显示文件的文件格式(即文件类型)、文件大小、文件在屏幕上显示的宽度和高度、显示坐标、当前时间、文件路径和文件名。

以图2中每个显示单元为一个窗口为例，每个窗口的id分别为id0-id7，控制端轮巡id0-id7以获取每个窗口的窗口信息。

s33，判断视频是否为源端视频。如果视频为源端视频，则进入步骤s34，如果视频不为源端视频，则进入步骤s35。

控制器可以根据窗口信息中的文件格式确定视频是否为源端视频。

s34，读取窗口信息并同时读取s端的ip地址及端口号，读取r端的ip地址、端口号和内存地址。

在上述步骤中，将上述s端(源端)的ip地址及端口号，读取r端(接收端)的ip地址、端口号和内存地址以及窗口信息作为场景信息。

s35，判断是否为本地视频。如果视频为本地视频，则进入步骤s36，否则进入步骤s37。

s36，读取窗口信息并同时读取当前播放状态和播放视频帧号。

在视频为本地视频的情况下，其场景信息为当前的播放状态和视频播放帧号。

s37，将窗口信息作为场景信息。

在当前显示文件为静态文件时，将步骤s31获取的窗口信息作为场景信息保存。

s38，循环结束，将当前场景信息通过网络发送至服务器。

循环结束后，控制器获取了显示设备中每个窗口的场景信息，将场景信息按照快照的方式保存，并发送至服务器。

s39，服务器收到场景信息后，保存为配置文件。

服务器在收到控制器发送的场景信息后，按照预设的路径保存。

可选的，根据本申请上述实施例，在保存窗口的场景信息之后，上述方法还包括：步骤s400，根据窗口的场景信息恢复窗口。

具体的，上述窗口可以是待恢复窗口，上述方案根据场景信息恢复显示设备的场景，因此在保存场景时无需存储原文件，大大减小了存储空间的占用，从而使得场景的保存不受存储空间的限制，解决了现有技术中的拼接屏为了恢复场景，需要保存不同类型文件以及远端视频源的场景信息，导致复杂场景下保存场景信息不完整不能完全恢复场景的技术问题。

可选的，根据本申请上述实施例，在窗口中待恢复文件的文件类型为源端文件的情况下，根据窗口的场景信息恢复窗口，包括：

步骤s4001，根据源端地址信息和接收端地址信息触发接收端和源端通信，其中，接收端为服务器中分区后的存储区域。

具体的，源端文件用于表征非服务器本地文件，即需要源端发送至接收端，在显示于拼接屏上的文件。上述源端地址信息包括源端ip地址和源端端口号，接收端地址信息包括接收端ip地址和接收端端口号。由于场景信息中保存了源端的地址信息和接收端的地址信息，因此接收端和源端能够根据对方的地址信息进行通信。

步骤s4003，通过源端恢复待恢复文件。

可选的，根据本申请上述实施例，在待恢复文件为本地文件的情况下，根据窗口的场景信息恢复窗口，包括：根据待恢复文件的播放状态和/或当前视频帧标识恢复待恢复文件。

可选的，根据本申请上述实施例，

在获取待恢复窗口的场景信息的同时，上述方法还包括：读取窗口的数量和每个窗口的标识信息。

恢复待恢复文件，包括：根据窗口的数量和窗口的标淮信息，将待恢复文件恢复至对应的待恢复窗口。

图4是根据本发明实施例的一种可选的场景恢复的方法的流程图。下面结合图2所示的场景，并结合图4所示的流程图，对上述数据处理方法进行描述。

s41，读取场景信息。

具体的，上述场景信息可以根据快照的方式存储于服务器的预设存储区域，在一种可选的实施例中，服务器接收用户通过控制器发送的恢复场景信息的指令后，读取场景信息。

s42，读取窗口个数及每个窗口的id，并读取每个窗口的场景信息。

具体的，由于在保存场景信息时，根据不同的文件类型保存了对应的场景信息，因此上述步骤中读取的每个窗口的场景信息也并不相同。对于源端的视频文件，其场景信息包括窗口信息、源端ip地址、源端端口号、接收端ip地址和接收端端口号；对于本地视频文件，其场景信息包括播放状态和播放视频帧号；对于静态文件，其场景信息包括显示该静态文件的窗口信息。

s43，将场景信息通过网络发送到控制端pc。

s44，控制系统程序接收信息并循环读取每个窗口信息。

控制器接收服务器发送的场景信息，并循环读取每个场景信息中的窗口信息。

s45，判断是否为源端视频。在待恢复文件为源端视频文件的情况下，进入步骤s46，否则进入步骤s48。

由于窗口信息包括文案类型，因此可以通过读取窗口信息确定文件类型。

s46，读取窗口信息、读取r端地址、读取s端地址。

具体的，上述r端(接收端)地址包括r端ip地址和r端端口号，s端(发送端)地址包括s端ip地址和s端端口号。上述信息均保存在服务器穿出给控制器的场景信息中。

s47，触发r端通过网络连接s端。

在控制器获取了r端地址和s端地址之后，触发r端与对应的s端通信，从而实现了场景的恢复。

s48，判断是否为本地视频。在待恢复文件为本地视频的情况下，进入步骤s49，否则进入步骤s410。

s49，读取窗口信息并同时读取当前播放状态和播放视频帧号。

s410，读取窗口信息。

对于静态文件，其场景信息中仅包括窗口信息，读取其窗口信息，窗口信息中包括窗口所显示文件的文件格式、文件大小、文件在屏幕上显示的宽度和高度、显示坐标、当前时间、服务器地址，和文件名，因此读取窗口信息即能够确定静态文件的存储路径、文件名、显示时间、恢复窗口的id等信息，从而将静态文件恢复至对应的窗口。

s411，将以上信息作为参数，调用文件打开模块。

对于源端视频文件，通过已经与s端和r端获取窗口的待恢复视频，并结合窗口信息，将待恢复文件恢复至对应的窗口；对于本地视频文件，通过场景信息中记载的播放状态和播放视频帧号，以及窗口信息将其恢复至对应的窗口；对应静态文件，结合其窗口信息将其恢复至对应的窗口。

s412，循环结束完成场景恢复功能。

待循环结束后，完成了对拼接屏的每个窗口的恢复。

实施例2

根据本申请上述实施例，还提供了一种数据的处理系统，图5是根据本发明实施例的一种数据的处理系统的示意图，结合图5所示，该系统包括：

显示屏50。具体的，上述显示屏可以是拼接屏。

服务器52，分别与显示屏和控制器通信，用于作为接收端接收源端发送的源端文件。

控制器54，与服务器通信，用于通过服务器读取每个窗口的窗口信息，根据文件类型读取当前显示文件的场景信息，确定窗口信息和当前显示文件的场景信息为窗口的场景信息，并控制服务器保存窗口的场景信息，其中，窗口信息至少包括：窗口当前显示文件的文件类型，窗口用于表征显示设备上的显示区域。

在一种可选的实施例中，图2是根据本发明实施例的一种拼接屏系统的示意图，结合图2，控制器通过网络与服务器通信，s1至sn多个源端通过网络与服务器通信，服务器通过物理连接的方式与拼接屏通信，服务器中包括预先被分区的内存r1至rn，r1至rn分别与s1至sn具有预设的映射关系，例如，将r1和s1的端口号均设置为0001，当服务器与多个源端通信时，s1如果传输数据，则直接会通过端口0001传输至接收端r1。

由上可知，本申请上述实施例读取每个窗口的窗口信息，根据文件类型读取当前显示文件的场景信息，确定窗口信息和当前显示文件的场景信息为窗口的场景信息，并保存窗口的场景信息。上述方案根据文件类型和场景信息恢复显示设备的场景，因此在保存场景时无需存储原文件，大大减小了存储空间的占用，从而使得场景的保存不受存储空间的限制，解决了现有技术中的拼接屏为了恢复场景，需要保存不同类型文件以及远端视频源的场景信息，导致复杂场景下保存场景信息不完整不能完全恢复场景的技术问题。

可选的，根据本申请上述实施例，控制器还用于在文件类型为源端文件的情况下，读取当前显示文件的源端地址信息和接收端地址信息，其中，接收端为服务器中分区后的存储区域；确定当前显示文件的源端地址信息和接收端地址信息为当前显示文件的场景信息。

可选的，根据本申请上述实施例，控制器还用于在文件类型为本地文件的情况下，读取当前显示文件的播放状态和/或当前视频帧标识；确定当前显示文件播放状态和/或当前视频帧标识为当前显示文件的场景信息。

可选的，根据本申请上述实施例，控制器还用于获取待恢复窗口的场景信息，其中，待恢复窗口的场景信息包括：待恢复文件的文件类型和待恢复文件的场景信息，待恢复文件的场景信息根据文件类型确定，待恢复文件为待恢复窗口中的文件；根据待恢复文件的文件类型和待恢复文件的场景信息恢复待恢复窗口。

可选的，根据本申请上述实施例，在待恢复文件的文件类型为源端文件的情况下，待恢复文件的场景信息包括：源端地址信息和接收端地址信息，控制器还用于根据源端地址信息和接收端地址信息触发接收端和源端通信，其中，接收端为服务器中分区后的存储区域；通过源端恢复待恢复文件。

可选的，根据本申请上述实施例，在待恢复文件为本地文件的情况下，待恢复文件的场景信息包括：待恢复文件的播放状态和/或当前视频帧标识，控制器还用于根据待恢复文件的播放状态和/或当前视频帧标识恢复待恢复文件。

实施例3

根据本申请上述实施例，还提供了一种数据的处理装置，图6是根据本发明实施例的一种数据的处理装置的示意图，结合图6所示，该装置包括：

第一读取模块60，用于读取每个窗口的窗口信息，其中，窗口信息至少包括：窗口当前显示文件的文件类型，窗口用于表征显示设备上的显示区域。

第二读取模块62，用于根据文件类型读取当前显示文件的场景信息。

确定模块64，用于确定窗口信息和当前显示文件的场景信息为窗口的场景信息，并保存窗口的场景信息。

可选的，根据本申请上述实施例，第二读取模块包括：

第一读取子模块，用于在文件类型为源端文件的情况下，读取当前显示文件的源端地址信息和接收端地址信息，其中，接收端为服务器中分区后的存储区域。

第一确定子模块，用于确定当前显示文件的源端地址信息和接收端地址信息为当前显示文件的场景信息。

可选的，根据本申请上述实施例，第二读取模块包括：

第二读取子模块，用于在文件类型为本地文件的情况下，读取当前显示文件的播放状态和/或当前视频帧标识。

第二确定子模块，用于确定当前显示文件播放状态和/或当前视频帧标识为当前显示文件的场景信息。

可选的，根据本申请上述实施例，上述装置还包括：

检测模块，用于在读取每个窗口的窗口信息之前，检测预设指令，其中，预设指令用于触发保存当前显示文件的场景信息。

步骤转换模块，用于当接收到预设指令时，进入读取每个窗口的窗口信息的步骤。

可选的，根据本申请上述实施例，将窗口的场景信息保存为快照格式。

可选的，根据本申请上述实施例，窗口信息还包括如下任意一种或多种：当前显示文件的数据量、显示尺寸、显示坐标、当前显示时间、文件路径和文件名。

可选的，根据本申请上述实施例，上述装置还包括：第三读取模块，用于在读取每个窗口的窗口信息的同时，读取窗口的数量和每个窗口的标识信息；上述装置还包括：保存模块，用于在保存窗口的场景信息的同时，保存窗口的数量和每个窗口的标识信息，其中，将每个窗口的标识信息与每个窗口的当前显示文件的场景信息对应存储。

可选的，根据本申请上述实施例，上述装置还包括：

恢复模块，用于在保存窗口的场景信息之后，根据窗口的场景信息恢复窗口。

可选的，根据本申请上述实施例，在待恢复文件的文件类型为源端文件的情况下，恢复模块包括：

触发子模块，用于根据源端地址信息和接收端地址信息触发接收端和源端通信，其中，接收端为服务器中分区后的存储区域。

第一恢复子模块，用于通过源端恢复待恢复文件。

可选的，根据本申请上述实施例，在待恢复文件为本地文件的情况下，恢复模块包括：

第二恢复子模块，用于根据待恢复文件的播放状态和/或当前视频帧标识恢复待恢复文件。

可选的，根据本申请上述实施例，上述装置还包括：读取模块，用于在获取待恢复窗口的场景信息的同时，读取窗口的数量和每个窗口的标识信息。

第一恢复子模块或第二恢复子模块，包括：恢复单元，用于根据窗口的数量和窗口的标识信息，将待恢复文件恢复至对应的待恢复窗口。

上述方式的具体实施方式与实施例1相对应，此处不再赘述。

实施例4

根据本申请上述实施例，还提供了一种存储介质，存储介质包括存储的程序，其中，在程序运行时控制存储介质所在设备执行实施例1中任意一种的数据的处理方法。

实施例5

根据本申请上述实施例，还提供了一种处理器，处理器用于运行程序，其中，程序运行时执行实施例1中任意一种的数据的处理方法。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

在本申请所提供的几个实施例中，应该理解到，所揭露的技术内容，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，可以为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。