技术领域
[0001] 本申请涉及网页技术领域，特别是涉及一种文稿演示方法、装置和计算机设备。
相关背景技术
[0002] 随着互联网技术的发展，在线会议和在线授课等方式由于方便快捷、节约成本以及环保节能等优点得到了广泛的应用。
[0003] 以网页上的在线会议或者在线授课为例，相关技术中，无论是通过网页进行在线会议或者在线授课时，通常，发起端为了保证在线演讲效果，可以共享屏幕演示正在演讲的文稿，以将演讲过程同步给接收端。
[0004] 然而，相关技术中，演示文稿时存在演示功能较为单一的问题，导致向接收端同步的效果较差。
具体实施方式
[0056] 为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。
[0057] 本申请实施例提供的数据存储方法，可以应用于计算机设备。该计算机设备可以是网页服务器，其内部结构图可以如图1所示。该计算机设备包括处理器、存储器、输入/输出接口(Input/Output，简称I/O)和通信接口。其中，处理器、存储器和输入/输出接口通过系统总线连接，通信接口通过输入/输出接口连接到系统总线。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质和内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储数据。
该计算机设备的输入/输出接口用于处理器与外部设备之间交换信息。该计算机设备的通信接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种数据存储方法。本领域技术人员可以理解，图1中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。
[0058] 随着互联网技术的发展，在线会议和在线授课等方式由于方便快捷、节约成本以及环保节能等优点得到了广泛的应用。
[0059] 在线会议或在线授课的网页应用中通常都需要对演示文稿进行展示，并进行同步录制。相关技术中，通常采用共享屏幕演示正在演讲的文稿，或者用服务将文稿的每个页面转成图片，再通过实时通信技术向接收端发送图片。
[0060] 然而，上述两种演示文稿的方式都存在一定的问题。其中，共享屏幕的方式存在以下几方面的问题：①交互性问题：因文稿通常是一种静态演示文稿，不具备实时互动功能，如果需要与观众互动，例如接受问题或反馈，可能需要额外的工具或功能；②：隐私和敏感信息问题：屏幕共享时，容易泄露发起端的私人内容；③技术兼容性问题：不同的屏幕共享工具和平台之间可能存在技术兼容性问题，导致一些功能无法正常使用；④画质和分辨率问题：当屏幕共享文稿时，分辨率和画质可能受限于网络带宽和工具性能，这可能导致文稿的图像质量不佳，特别是包含高分辨率图像或复杂动画的幻灯片；⑤延迟和帧率问题：不稳定的网络连接可能导致屏幕共享时出现延迟或低帧率，这会影响文稿的流畅性和观看体验。将文稿转换为图片发送至接收端的方式中，只能同步演示文稿，无法录制为视频。
[0061] 基于此，本申请提出了一种文稿演示方法，通过根据发起端发送的文稿，获取文稿对应的多张文稿图片以及发起端对每张文稿图片的编辑内容，进而将每张文稿图片以及发起端对每张文稿图片的编辑内容作为是需要同步共享至接收端的文稿演示共享信息，并将文稿演示共享信息同步至接收端，实现对文稿的演示，这样，即是在进行文稿演示时，不仅共享了正在演示的文稿，而且将发起端对文稿的编辑内容也同步共享至接收端，一定程度上丰富了文稿演示功能，提高了向接收端同步文稿的效果；另外，这样的文稿演示方式，只会将文稿和对文稿的编辑内容同步至接收端，不会泄露发起端的隐私和敏感信息。
[0062] 需要说明的是，本申请实施例所带来的有益效果或者所解决的技术问题并不限定于这一个，还可以是其它隐含或者关联的问题，具体可以参见下述实施例的描述。
[0063] 下面以具体的实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。
[0064] 在一个示例性的实施例中，如图2所示，提供了一种文稿演示方法，以该方法应用于网页服务器为例进行说明，包括以下步骤201至步骤203。其中：
[0065] S201，响应于发起端发送的文稿演示请求，将文稿演示请求中携带的文稿转换为多张文稿图片。
[0066] 其中，文稿演示请求可以发起端在具有演示文稿的需求时，向网页服务器发送的请求。发起端在向网页服务器发送请求时，会将需要演示的文稿上传至网页服务器中，即发起端发送的文稿演示请求中携带有需要演示的文稿。
[0067] 本申请实施例中，网页服务器在接收到发起端发送的文稿演示请求之后，将文稿演示请求中携带的文稿转换为多张文稿图片。
[0068] 示例性的，网页服务器可以使用能够处理文稿的工具软件，将文稿转换为多张文稿图片。例如，可以使用Apache POI工具包(Poor Obfuscation Implementation，简单的模糊实现)对文稿进行转换。
[0069] S202，根据多张文稿图片，获取文稿演示共享信息。
[0070] 本申请实施例中，文稿演示共享信息包括发起端对各文稿图片的编辑内容。其中，编辑内容可以包括发起端在文稿的每张页面中批注的内容和标记等。
[0071] 实际应用中，发起端在演示文稿时，可以在网页界面上批注相关内容和标记，则网页服务器可以获取发起端批注的内容和标记，进而根据每张文稿图片以及获取的内容和标记，确定文稿演示共享信息。
[0072] 示例性的，网页服务器获取发起端在网页界面上批注的内容和标记，进而可以将每张文稿图片以及每张文稿图片对应的批注内容和标记，确定为文稿演示共享信息。这样，文稿演示共享信息中即包括了发起端对每张文稿图片的编辑内容(发起端批注的内容和标记)，以及每张文稿图片。
[0073] S203，将文稿演示共享信息同步至接收端。
[0074] 示例性的，网页服务器在获取到文稿演示共享信息之后，可以将文稿演示共享信息同步至接收端。例如，为了保证发起端和接收端的文稿同步共享效果，可以通过全双工通信协议将文稿演示共享信息发送至接收端。
[0075] 需要说明的是，本申请实施例是由网页服务器对发起端的文稿进行操作，并将文稿演示共享信息转发至接收端的，不存在屏幕共享工具和平台之间的技术兼容性问题，即本申请相比于相关技术中通过共享屏幕演示文稿而言，不存在技术兼容性问题，不会导致部分功能无法正常使用的现象。
[0076] 本申请实施例提供的文稿演示方法中，通过响应于发起端发送的文稿演示请求，将文稿演示请求中携带的文稿转换为多张文稿图片，进而根据多张文稿图片，获取文稿演示共享信息，文稿演示共享信息包括发起端对各文稿图片的编辑内容，最后将文稿演示共享信息同步至接收端。该方法中，通过根据发起端发送的文稿，获取文稿对应的多张文稿图片以及发起端对每张文稿图片的编辑内容，进而将每张文稿图片以及发起端对每张文稿图片的编辑内容作为是需要同步共享至接收端的文稿演示共享信息，并将文稿演示共享信息同步至接收端，实现对文稿的演示，这样，即是在进行文稿演示时，不仅共享了正在演示的文稿，而且将发起端对文稿的编辑内容也同步共享至接收端，一定程度上丰富了文稿演示功能，提高了向接收端同步文稿的效果；另外，这样的文稿演示方式，只会将文稿和对文稿的编辑内容同步至接收端，不会泄露发起端的隐私和敏感信息。
[0077] 文稿演示共享信息中包括发起端对各文稿图片的编辑内容，发起端在对文稿进行批注或标记时，是通过网页界面上覆盖的静态画布实现的。基于此，下面一个实施例，对获取文稿演示共享信息的方式进行说明。
[0078] 在一个示例性的实施例中，如图3所示，根据多张文稿图片，获取文稿演示共享信息，包括：
[0079] S301，获取发起端在网页界面的静态画布上绘制的至少一个编辑内容。
[0080] 其中，画布指的是屏幕上一个空白矩形区域，应用程序可以在该区域内绘图，或者可以从该区域捕获用户的输入事件。
[0081] 本申请实施例中，发起端所在网页界面上覆盖由静态画布，发起端可以在网页界面的静态画布上编辑内容。
[0082] 示例性的，发起端在网页界面的静态画布上绘制编辑内容时，发起端所在服务器可以实时将发起端绘制的编辑内容发送至网页服务器，网格服务器即可以获取到发起端在网页界面的静态画布上绘制的编辑内容。
[0083] S302，根据各编辑内容对应在文稿中的位置，确定每张文稿图片对应的编辑内容，得到发起端对各文稿图片的编辑内容。
[0084] 网页服务器在获取发起端在网页界面的静态画布上绘制的编辑内容时，可以同时获取到各编辑内容对应在文稿中的位置。这样，网页服务器可以根据各编辑内容对应在文稿中的位置，确定各编辑内容所对应的文稿图片，即确定每张文稿图片对应的编辑内容，进而得到发起端对各文稿图片的编辑内容。
[0085] S303，将各文稿图片和各文稿图片的编辑内容，确定为文稿演示共享信息。
[0086] 在得到发起端对各文稿图片的编辑内容之后，可以将各文稿图片的编辑内容以及各文稿图片，作为文稿演示共享信息。
[0087] 本申请实施例提供的文稿演示方法中，通过获取发起端在网页界面的静态画布上绘制的至少一个编辑内容，进而根据各编辑内容对应在文稿中的位置，确定每张文稿图片对应的编辑内容，得到发起端对各文稿图片的编辑内容，最后将各文稿图片和各文稿图片的编辑内容，确定为文稿演示共享信息。该方法中，发起端所在网页界面中设置有静态画布，发起端即可以在网页界面的静态画布上绘制编辑内容，这样，将发起端绘制的编辑内容发送至网页服务器，网页服务器即可以根据各编辑内容对应在文稿中的位置，得到发起端对每张文稿图片的编辑内容，进而将各文稿图片和各文稿图片的编辑内容作为文稿演示共享信息。
[0088] 在获取发起端在网页界面的静态画布上绘制的编辑内容时，为了保证数据获取的实时性以及提高数据传输的效率，可以通过全双工通信协议进行获取。基于此，下面一个实施例，对获取编辑内容的方式进行说明。
[0089] 在一个示例性的实施例中，如图4所示，获取发起端在网页界面的静态画布上绘制的至少一个编辑内容，包括：
[0090] S401，通过全双工通信协议获取发起端在静态画布上的执行操作和/或标记。
[0091] 其中，全双工通信协议使得客户端和服务器之间的数据交换变得更加简单，允许服务端主动向客户端推送数据，浏览器和服务器只需要完成一次握手，两者之间就直接可以创建持久性的连接，并进行双向数据传输。
[0092] 示例性的，发起端在网页界面的静态画布上对文稿的操作和/或标记，可以通过全双工通信协议实时发送至网页服务器，即网页服务器通过全双工通信协议获取发起端在静态画布上的执行操作和/或标记。其中，在发起端与网页服务器通过全双工通信协议通信之前，发起端可以先将设备信息发送至网页服务器，这样，发起端和网页服务器即可以进行通信，发起端即可以向网页服务器发送各文稿图片的编辑内容。
[0093] 需要说明的是，本申请实施例中通过全双工通信协议传输数据，可以提高数据传输的效率以及保证数据传输的实时性，相比于相关技术中共享屏幕演示文稿的方式，其不会受到网络带宽的限制，即可以降低延迟，保证文稿演示的流畅性和观看体验，提高文稿的图像质量。
[0094] S402，将执行操作和/或标记确定为各编辑内容。
[0095] 在获取到发起端在静态画布上的执行操作和/或标记之后，可以将执行操作和/或标记作为发起端在网页界面的静态画布上绘制的各编辑内容。
[0096] 本申请实施例提供的文稿演示方法中，通过全双工通信协议获取发起端在静态画布上的执行操作和/或标记，并将执行操作和/或标记确定为各编辑内容。该方法中，因发起端的文稿和对文稿的编辑内容需要与接收端同步，则为了保证数据传输的实时性，可以通过全双工通信协议获取发起端在网页界面的静态画布上绘制的编辑内容。
[0097] 文稿演示共享信息中包括文稿图片和发起端对文稿图片的编辑内容，在将文稿图片和发起端对文稿图片的编辑内容同步至接收端时，可以分别选择不同的协议发送。基于此，下面一个实施例，对同步文稿演示共享信息的方式进行说明。
[0098] 在一个示例性的实施例中，将文稿演示共享信息同步至接收端，包括：
[0099] 通过超文本传输协议将各文稿图片发送至接收端；以及，通过全双工通信协议将各文稿图片的编辑内容同步至接收端。
[0100] 实际应用中，在进行文稿演示时，通常是先将文稿同步至接收端中，之后发起端若对文稿进行批注或标记等，才会再将发起端的编辑内容同步至接收端，因此，对于文稿和编辑内容，是先同步文稿，再同步编辑内容，对于文稿和编辑内容的同步可以选择不同的协议。
[0101] 示例性的，可以通过超文本传输协议将各文稿图片发送至接收端，接收端即可以先显示文稿，发起端显示第一张文稿图片，则接收端也是显示第一张文稿图片；在发起端对文稿图片有编辑内容时，可以通过全双工通信协议将各文稿图片的编辑内容同步至接收端。
[0102] 本申请实施例提供的文稿演示方法中，通过超文本传输协议将各文稿图片发送至接收端；以及，通过全双工通信协议将各文稿图片的编辑内容同步至接收端。该方法中，对于文稿演示共享信息中的文稿图片和对文稿图片的编辑内容分别采用不同的协议发送至接收端，即通过超文本传输协议将各文稿图片发送至接收端，通过全双工通信协议将各文稿图片的编辑内容同步至接收端。
[0103] 在将各文稿图片发送至接收端时，可以由网页服务器直接发送至接收端，也可由网页服务器先向接收端发送通知，接收端接收到通知之后，再获取各文稿图片。基于此，下面一个实施例，对发送文稿图片的方式进行说明。
[0104] 在一个示例性的实施例中，如图5所示，通过超文本传输协议将各文稿图片发送至接收端，包括：
[0105] S501，通过全双工通信协议向接收端发送文稿接收通知。
[0106] 网页服务器在将文稿转换为文稿图片之后，可以将文稿图片存储在数据库中，同时可以向接收端发送文稿接收通知。其中，网页服务器在向接收端发送通知时，可以通过全双工通信协议发送，这样可以提高信息传输的效率。
[0107] S502，根据接收端发送的文稿获取请求，通过超文本传输协议将各文稿图片发送至接收端。
[0108] 接收端在接收到网页服务器发送的文稿接收通知之后，接收端可以向网页服务器发送文稿获取请求，网页服务器在接收到接收端发送的文稿获取请求时，即可以通过超文本传输协议将各文稿图片发送至接收端。
[0109] 本申请实施例提供的文稿演示方法中，通过全双工通信协议向接收端发送文稿接收通知，进而根据接收端发送的文稿获取请求，通过超文本传输协议将各文稿图片发送至接收端。该方法中，提供了另一种向接收端发送各文稿图片的方式，即先向接收端发送文稿接收通知，在接收到接收端发送的文稿获取请求时，再将各文稿图片发送至接收端。
[0110] 根据文稿对应的多张文稿图片还可以获得文稿对应的视频流，可以将视频流也作为文稿演示共享信息同步至接收端。基于此，下面一个实施例，对获取文稿演示共享信息的另一种方式进行说明。
[0111] 在一个示例性的实施例中，如图6所示，根据多张文稿图片，获取文稿演示共享信息，包括：
[0112] S601，接收发起端发送的视频流。
[0113] 本申请实施例中，视频流是发起端将多张文稿图片和各文稿图片的编辑内容共同绘制在网页界面的动态画布上生成的。其中，画布可以设定为每秒60帧，形成动态画布。
[0114] 发起端可以将多张文稿图片和各文稿图片的编辑内容共同绘制在动态画布中，之后可以通过动态画布提供的媒体捕捉与媒体流接口，将动态画布转换为视频流。
[0115] 示例性的，发起端在根据多张文稿图片和各文稿图片的编辑内容生成视频流之后，可以将视频流发送至网页服务器。其中，网页服务器可以通过实时通信技术(webrtc，Web Real‑Time Communication)接收发起端发送的视频流。
[0116] S602，将视频流确定为文稿演示共享信息。
[0117] 在接收到发起端发送的视频流之后，可以将视频流确定为文稿演示共享信息。这样，文稿演示共享信息中即包括各文稿图片、发起端对各文稿图片的编辑内容和视频流。
[0118] 本申请实施例提供的文稿演示方法中，接收发起端发送的视频流，视频流是发起端将多张文稿图片和各文稿图片的编辑内容共同绘制在网页界面的动态画布上生成的，并将视频流确定为文稿演示共享信息。该方法中，发起端将多张文稿图片和各文稿图片的编辑内容可以生成视频流，网页服务器可以接收视频流，将视频流也确定为文稿演示共享信息。
[0119] 视频流也包括在文稿演示共享信息之中，在将文稿演示共享信息同步至接收端时，也需要将视频流发送至接收端。基于此，在一个示例性的实施例中，将文稿演示共享信息同步至接收端，包括：
[0120] 通过全双工通信协议将视频流发送至接收端。
[0121] 本申请实施例中，可以通过全双工通信协议将视频流发送至接收端，接收端在接收到视频流之后，可以将视频流也作为是演示文稿的一种备选方案。
[0122] 需要说明的是，接收端接收的视频流除了可以是网页服务器发送的，还可以是发送端生成视频流之后，通过webrtc将视频流直接发送给接收端。
[0123] 本申请实施例提供的文稿演示方法中，通过全双工通信协议将视频流发送至接收端。该方法中，提供了一种向接收端同步视频流的可选方式，由于全双工通信协议具有更强的实时性的特点，即可以通过全双工通信协议将视频流发送至接收端，提高数据传输的效率。
[0124] 网页服务器在接收到发起端发送的视频流之后，还可以录制为演示视频，以供后续发起端或接收端进行观看。基于此，在一个示例性的实施例中，如图7所示，该方法还包括：
[0125] S701，采用录制视频软件对视频流进行录制，得到文稿的演示录制视频。
[0126] 网页服务器在接收到发起端的视频流之后，可以根据录制视频软件对视频流进行后台路径，得到文稿的演示录制视频。其中，可以采用迅捷屏幕录像工具或者轻量级高可扩展性的流媒体服务软件对视频流进行录制。
[0127] S702，将演示录制视频发送至发起端和/或接收端。
[0128] 示例性的，在得到文稿的演示录制视频之后，网页服务器可以将演示录制视频保存在数据库中，后续发起端或接收端需要使用演示录制视频时，可以向网页服务器发送视频获取请求，网页服务器在接收到视频获取请求之后，将演示录制视频发送至发起端和/或接收端。
[0129] 示例性的，网页服务器在得到文稿的演示录制视频之后，还可以直接发送至发起端和/或接收端。
[0130] 另外，演示录制视频也可以不发送至发起端和接收端，可以将演示录制视频存入对象存储，后续在做回放功能时，可以从对象存储中获取出演示录制视频，并将演示录制视频进行回放。
[0131] 本申请实施例提供的文稿演示方法中，通过采用录制视频软件对视频流进行录制，得到文稿的演示录制视频，进而将演示录制视频发送至发起端和/或接收端。该方法中，网页服务器在接收到发起端发送的视频流时，可以采用录制视频软件将视频流录制为演示录制视频，这样，可以将演示录制视频发送至发起端和接收端，供发起端和接收端进行观看。
[0132] 另外，在一个示例性的实施例中，本申请还提供一个文稿演示方法的可选实例，如图8所示，可以包括如下步骤：
[0133] S801，响应于发起端发送的文稿演示请求，将文稿演示请求中携带的文稿转换为多张文稿图片。
[0134] S802，通过全双工通信协议获取发起端在静态画布上的执行操作和/或标记。
[0135] S803，将执行操作和/或标记确定为各编辑内容。
[0136] S804，根据各编辑内容对应在文稿中的位置，确定每张文稿图片对应的编辑内容，得到发起端对各文稿图片的编辑内容。
[0137] S805，将各文稿图片和各文稿图片的编辑内容，确定为文稿演示共享信息。
[0138] S806，通过超文本传输协议将各文稿图片发送至接收端；以及，通过全双工通信协议将各文稿图片的编辑内容同步至接收端。
[0139] 上述S801‑S806的过程可以参见上述方法实施例的描述，其实现原理和技术效果类似，在此不再赘述。
[0140] 应该理解的是，虽然如上所述的各实施例所涉及的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，如上所述的各实施例所涉及的流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。
[0141] 基于同样的发明构思，本申请实施例还提供了一种用于实现上述所涉及的文稿演示方法的文稿演示装置。该装置所提供的解决问题的实现方案与上述方法中所记载的实现方案相似，故下面所提供的一个或多个文稿演示装置实施例中的具体限定可以参见上文中对于文稿演示方法的限定，在此不再赘述。
[0142] 在一个示例性的实施例中，如图9所示，提供了一种文稿演示装置1，包括：文稿转换模块10、信息获取模块20和信息同步模块30，其中：
[0143] 文稿转换模块10，用于响应于发起端发送的文稿演示请求，将文稿演示请求中携带的文稿转换为多张文稿图片；
[0144] 信息获取模块20，用于根据多张文稿图片，获取文稿演示共享信息；文稿演示共享信息包括发起端对各文稿图片的编辑内容；
[0145] 信息同步模块30，用于将文稿演示共享信息同步至接收端。
[0146] 在其中一个实施例中，上述信息获取模块20用于：
[0147] 获取发起端在网页界面的静态画布上绘制的至少一个编辑内容；根据各编辑内容对应在文稿中的位置，确定每张文稿图片对应的编辑内容，得到发起端对各文稿图片的编辑内容；将各文稿图片和各文稿图片的编辑内容，确定为文稿演示共享信息。
[0148] 在其中一个实施例中，上述信息获取模块20还用于：
[0149] 通过全双工通信协议获取发起端在静态画布上的执行操作和/或标记；将执行操作和/或标记确定为各编辑内容。
[0150] 在其中一个实施例中，上述信息同步模块30用于：
[0151] 通过超文本传输协议将各文稿图片发送至接收端；以及，通过全双工通信协议将各文稿图片的编辑内容同步至接收端。
[0152] 在其中一个实施例中，上述信息同步模块30还用于：
[0153] 通过全双工通信协议向接收端发送文稿接收通知；根据接收端发送的文稿获取请求，通过超文本传输协议将各文稿图片发送至接收端。
[0154] 在其中一个实施例中，上述信息获取模块20还用于：
[0155] 接收发起端发送的视频流，视频流是发起端将多张文稿图片和各文稿图片的编辑内容共同绘制在网页界面的动态画布上生成的；将视频流确定为文稿演示共享信息。
[0156] 在其中一个实施例中，上述信息同步模块30还用于：
[0157] 通过全双工通信协议将视频流发送至接收端。
[0158] 在其中一个实施例中，上述文稿演示装置1还用于：
[0159] 采用录制视频软件对视频流进行录制，得到文稿的演示录制视频；将演示录制视频发送至发起端和/或接收端。
[0160] 上述文稿演示装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。
[0161] 在一个示例性的实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：
[0162] 响应于发起端发送的文稿演示请求，将文稿演示请求中携带的文稿转换为多张文稿图片；
[0163] 根据多张文稿图片，获取文稿演示共享信息；文稿演示共享信息包括发起端对各文稿图片的编辑内容；
[0164] 将文稿演示共享信息同步至接收端。
[0165] 本申请实施例中处理器实现的各步骤，其实现原理和技术效果与上述文稿演示方法的原理类似，在此不再赘述。
[0166] 在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：
[0167] 响应于发起端发送的文稿演示请求，将文稿演示请求中携带的文稿转换为多张文稿图片；
[0168] 根据多张文稿图片，获取文稿演示共享信息；文稿演示共享信息包括发起端对各文稿图片的编辑内容；
[0169] 将文稿演示共享信息同步至接收端。
[0170] 本申请实施例中计算机程序被处理器执行时实现的各步骤，其实现原理和技术效果与上述文稿演示方法的原理类似，在此不再赘述。
[0171] 在一个实施例中，提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现以下步骤：
[0172] 响应于发起端发送的文稿演示请求，将文稿演示请求中携带的文稿转换为多张文稿图片；
[0173] 根据多张文稿图片，获取文稿演示共享信息；文稿演示共享信息包括发起端对各文稿图片的编辑内容；
[0174] 将文稿演示共享信息同步至接收端。
[0175] 本申请实施例中计算机程序被处理器执行时实现的各步骤，其实现原理和技术效果与上述文稿演示方法的原理类似，在此不再赘述。
[0176] 需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，且相关数据的收集、使用和处理需要符合相关规定。
[0177] 本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read‑Only Memory，ROM)、磁带、软盘、闪存、光存储器、高密度嵌入式非易失性存储器、阻变存储器(ReRAM)、磁变存储器(Magnetoresistive Random Access Memory，MRAM)、铁电存储器(Ferroelectric Random Access Memory，FRAM)、相变存储器(Phase Change Memory，PCM)、石墨烯存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器等。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。本申请所提供的各实施例中所涉及的数据库可包括关系型数据库和非关系型数据库中至少一种。非关系型数据库可包括基于区块链的分布式数据库等，不限于此。本申请所提供的各实施例中所涉及的处理器可为通用处理器、中央处理器、图形处理器、数字信号处理器、可编程逻辑器、基于量子计算的数据处理逻辑器等，不限于此。
[0178] 以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。
[0179] 以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请的保护范围应以所附权利要求为准。
