一种残膜回收机防缠绕挑膜装置的制 一种秧草收获机用电力驱动行走机构

信息共享方法、装置、电子设备及存储介质与流程

2021-10-23 03:16:00 来源:中国专利 TAG:电子设备 装置 实施 公开 计算机


1.本公开实施例涉及计算机技术领域,尤其涉及一种信息共享方法、装置、电子设备及存储介质。


背景技术:

2.随着网络技术的不断发展,通过互联网进行信息共享已成为用户进行信息交互的重要方式之一,但是,相关的信息共享技术虽然已经支持信息的共享与交互,但仍然存在共享画面不流畅、不清晰等各种问题,严重影响了信息共享效果和用户的信息共享体验。


技术实现要素:

3.本公开实施例提供了一种信息共享方法、装置、电子设备及存储介质。
4.第一方面,本公开实施例提供了一种信息共享方法,该方法包括:
5.响应于主共享端发起的文件共享请求,确定与所述文件共享请求对应的共享文件;
6.根据所述共享文件的属性信息确定所述共享文件的共享策略;
7.基于所述共享策略在预先设置的共享范围内将所述共享文件进行共享。
8.第二方面,本公开实施例还提供了一种信息共享装置,该装置包括:
9.共享文件确定模块,用于响应于主共享端发起的文件共享请求,确定与所述文件共享请求对应的共享文件;
10.共享策略确定模块,用于根据所述共享文件的属性信息确定所述共享文件的共享策略;
11.文件共享模块,用于基于所述共享策略在预先设置的共享范围内将所述共享文件进行共享。
12.第三方面,本公开实施例还提供了一种电子设备,所述电子设备包括:
13.一个或多个处理器;
14.存储装置,用于存储一个或多个程序,
15.当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如本公开实施例任一所述的信息共享方法。
16.第四方面,本公开实施例还提供了一种包含计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器执行时用于执行如本公开实施例任一所述的信息共享方法。
17.本公开实施例的技术方案,通过共享文件的属性信息确定该共享文件的共享策略,充分考虑了共享文件的差异性,通过共享文件的属性信息对共享文件进行个性化共享,很好地将共享策略与共享文件相匹配,使得共享文件能够通过与其属性信息相配的共享策略进行共享,以解决相关技术将所有的共享文件都通过同一种固定的共享方式进行共享所导致的共享画面不流畅、不清晰等各种问题,实现了对共享文件进行流畅共享的技术效果,
提升了用户的信息共享体验。
附图说明
18.结合附图并参考以下具体实施方式,本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中,相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的,原件和元素不一定按照比例绘制。
19.图1为本公开实施例一所提供的一种信息共享方法流程示意图;
20.图2为本公开实施例二所提供的一种信息共享方法的流程示意图;
21.图3为本公开实施例三所提供的一种信息共享方法的流程示意图;
22.图4为本公开实施例四所提供的一种信息共享方法的流程示意图;
23.图5为本公开实施例五所提供的一种信息共享方法的流程示意图
24.图6为本公开实施例六提供的一种信息共享装置结构示意图;
25.图7为本公开实施例九所提供的一种电子设备结构示意图。
具体实施方式
26.下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例,然而应当理解的是,本公开可以通过各种形式来实现,而且不应该被解释为限于这里阐述的实施例,相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是,本公开的附图及实施例仅用于示例性作用,并非用于限制本公开的保护范围。
27.应当理解,本公开的方法实施方式中记载的各个步骤可以按照不同的顺序执行,和/或并行执行。此外,方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。
28.本文使用的术语“包括”及其变形是开放性包括,即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”;术语“另一实施例”表示“至少一个另外的实施例”;术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。
29.需要注意,本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分,并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。
30.需要注意,本公开中提及的“一个”、“多个”的修饰是示意性而非限制性的,本领域技术人员应当理解,除非在上下文另有明确指出,否则应该理解为“一个或多个”。
31.实施例一
32.图1为本公开实施例一所提供的一种信息共享方法流程示意图,本公开实施例尤其适用于多用户对同一共享文件进行演示操作的情形,该方法可以由信息共享装置来执行,该装置可以通过软件和/或硬件的形式实现,该装置可配置于服务器中与终端配合实现本公开中的信息共享方法。在这里,服务器可以是单个服务器,或者也可以是有多个通信连接的服务器构成的能够提供一种或多种功能的服务器集群。
33.如图1所示,本实施例的方法包括:
34.s110、响应于主共享端发起的文件共享请求,确定与所述文件共享请求对应的共享文件。
35.其中,主共享端可以理解为发起文件共享请求的发起者。文件共享请求用于请求对于该共享请求对应的共享文件的共享。文件共享请求的具体触发方式或者说共享触发操作可以有多种,例如可以是,触发第一预设区域的预设按键,或者在第二预设区域内完成预设触发操作,其中,第一预设区域和第二预设区域可以根据实际需求进行设定,第一预设区域和第二预设区域可以相同也可以不同。触发预设按键的方式可以是持续按键超过预设时间或者完成预设次数的点击等。预设触发操作可以是拖动预设标识或者控制光标形成预设轨迹等。另外,文件共享请求还可以通过语音指令或者手势识别等方式发起。
36.可选地,共享文件可以包括共享文档。示例性地,共享文档可以包括jackins文档、word文档、excel文档以及ppt文档等中的至少一项。需要说明的是以上仅仅是共享文件文件的示例,只要共享的是文件形式则均属于本公开的保护范围,本公开并不对共享文件的具体形式和内容做限定。
37.以共享文件为网页为例,文件共享请求具体可以通过如下方式发起:响应于接收的用户的共享触发操作,呈现候选共享网页输入界面;基于用户在所述共享网页输入界面输入的网址,生成所述共享请求。
38.s120、根据所述共享文件的属性信息确定所述共享文件的共享策略。
39.其中,所述属性信息可包括存储地址。可选地,该存储地址可以是主共享端对应的终端在本地端的本地存储地址,也可以是第三方服务端的云端存储地址。其中,所述第三方服务端可以是除主共享端对应的本地端之外的服务端。例如,当共享文件是网页时,存储地址可以是网址,网址具体可以是ip(internet protocol,网际互连协议)地址和/或域名地址。需要说明的是,共享文件的属性信息包括但不仅限于共享文件的存储地址,例如还可以包括共享文件的格式和/或承载所述共享文件的服务端等。
40.相关的信息共享技术,一般是将所有的共享文件都通过同一种固定的共享方式进行共享,这样设置只能使得一部分的共享文件能够流畅清晰的共享,但由于共享文件多种多样,共享文件的个性化差异对共享环境和共享方式的适用性也不同,比如共享文件的大小以及当前网络状况等,都可能会导致共享文件在共享给被共享端时出现流畅度低、清晰度差等技术问题,因此,对所有的共享文件都采用固定的共享方式进行共享,并不能很好地适应共享文件对共享策略的个性化需求,本公开实施例的技术方案,充分考虑了共享文件的差异性,通过根据共享文件的属性信息确定所述共享文件的共享策略的方式,很好地将共享策略与共享文件相匹配,使得共享文件能够通过与其属性信息相配的共享策略进行共享,从而达到提升对共享文件进行流畅共享,提升用户的信息共享体验的技术效果。
41.可以理解的是,根据所述共享文件的属性信息确定所述共享文件的共享策略可以是属性信息不同的共享文件对应于不同的共享策略,也可以是属性信息相同的共享文件对应于不同的共享策略,当然,也可以是属性信息相同的共享文件对应于相同的共享策略。例如,有些共享文件可以对应于一种的共享策略,有些共享文件可以对应于两种或者两种以上的共享策略,当共享文件可以对应于两种或者两种以上的共享策略时,可以根据当前网络环境和实际需求选择共享策略,或者随机选择共享策略,或者采用默认共享策略。综上,共享文件具体采用哪种共享策略可以根据实际需求进行设置,在此并不做具体限定。例如,可以据所述共享文件的属性信息预先将所述共享文件分为至少两个共享等级,并为各个共享等级设置对应的共享策略,以根据共享文件的属性信息确定所述共享文件的共享等级,
进而根据共享文件的共享等级确定所述共享文件的共享策略。
42.s130、基于所述共享策略在预先设置的共享范围内将所述共享文件进行共享。
43.其中,预先设置的共享范围可基于主共享端以及与该主共享端对应的被共享端确定。一般地,可以将与主共享端处于同一共享事件的被共享端作为与该主共享端对应的被共享端。其中,同一共享事件可以理解为都要参与同一共享文件的共享的事件。与主共享端对应的被共享端也可以简单的理解为除主共享端之外该共享文件的共享对象。例如,预先设置的共享范围可以是参加同一多媒体会议的各个客户端。
44.具体地,可以基于与共享文件的属性信息对应的共享策略,将所述共享文件在预先设置的共享范围内进行共享。其中,共享可包括将所述共享文件渲染并显示在主共享端的共享窗口和被共享端的共享窗口中。
45.本公开实施例的技术方案,通过共享文件的属性信息确定该共享文件的共享策略,充分考虑了共享文件的差异性,通过共享文件的属性信息对共享文件进行个性化共享,很好地将共享策略与共享文件相匹配,使得共享文件能够通过与其属性信息相配的共享策略进行共享,以解决相关技术将所有的共享文件都通过同一种固定的共享方式进行共享所导致的共享画面不流畅、不清晰等各种问题,实现了对共享文件进行流畅共享的技术效果,提升了用户的信息共享体验。
46.实施例二
47.图2为本公开实施例二所提供的一种信息共享方法的流程示意图。本实施例与上述实施例中各个可选方案可以结合。在本实施例中,可选地,所述根据所述共享文件的属性信息确定所述共享文件的共享策略,包括:据所述共享文件的属性信息确定所述共享文件所属的共享等级,基于所述共享等级确定所述共享文件的共享策略,其中,所述属性信息包括存储地址。
48.如图2所示,本实施例的方法包括:
49.s210、响应于主共享端发起的文件共享请求,确定与所述文件共享请求对应的共享文件。
50.s220、根据所述共享文件的属性信息确定所述共享文件所属的共享等级,基于所述共享等级确定所述共享文件的共享策略。
51.在本公开实施例中,所述属性信息包括存储地址,相应地,根据所述共享文件的属性信息确定所述共享文件所属的共享等级,可包括:根据所述共享文件的存储地址确定所述共享文件所属的共享等级。具体地,可以对所述共享文件的存储地址进行解析,根据解析结果确定提供所述共享文件的服务端,根据所述提供所述共享文件的服务端确定所述共享文件所属的共享等级。可以理解的是,可预先建立提供所述共享文件的服务端与所述共享等级之间的对应关系,进而通过提供所述共享文件的服务端以及该对应关系确定所述共享文件所属的共享等级。
52.可选地,根据所述共享文件的存储地址确定所述共享文件所属的共享等级,还可以通过对所述共享文件的存储地址进行解析得到目标关键字段,将所述目标关键字段与预设关键字段进行匹配,进而根据预设关键字段与共享等级的对应关系确定与所述目标关键字段对应的共享等级,即确定出了所述共享文件的共享等级。类似地,可预先建立预设关键字段与共享等级之间的对应关系。其中,所述目标关键字段可以是位于存储地址头部的预
设字符长度的字段。
53.可以理解的是,在根据所述共享文件的属性信息确定所述共享文件所属的共享等级之前,可以根据共享文件的属性信息将所述共享文件划分为至少一个共享等级。可选地,可以根据所述共享文件的协同能力,将所述共享文件划分为至少两个共享等级。例如可以是,如果所述共享文件可共享且承载所述共享文件的服务端具备协同能力,则将所述共享文件划分为第一共享等级;如果所述共享文件可共享但承载所述共享文件的服务端不具备协同能力,则将所述共享文件划分为第二共享等级。其中,可共享可以理解为主共享端能够基于文件共享请求将共享文件共享给被共享端;协同能力可以理解为两个或者两个以上的服务端协同一致地对实现对同一共享文件进行共享的能力。
54.在上述可选方案的基础上,进一步地,还可以根据共享平台对所述共享文件的支持度,将属于第一共享等级的所述共享文件划分为至少两个支持等级,进而根据所述共享文件的共享等级中的支持等级确定所述共享文件的共享策略。具体可以是,如果所述共享文件具备协同能力,且共享平台对所述共享文件具备第一支持度,则将所述共享文件划分为第一共享等级中的第一支持等级;如果所述共享文件具备协同能力,且共享平台对所述共享文件具备第二支持度,则将所述共享文件划分为第一共享等级中的第二支持等级,其中,所述第二支持度小于所述第一支持度。
55.另外,还可以根据所述共享文件的文件安全性划分所述共享文件的共享等级。其中,所述共享文件的文件安全性可以根据承载所述共享文件的服务端是否合法和/或共享文件的被投诉记录等数据确定。当然共享文件安全性也可以有专门的技术员去做筛选,将文件安全性较差的共享文件归类于黑名单中,如果接收到对黑名单中的共享文件进行共享的文件共享请求时,可以不予分享。
56.需要说明的是,以上仅仅是示例性说明了几种共享等级的划分的情况,在实际应用中用户可以根据共享文件的属性以及实际需求对共享文件进行共享等级的划分,对所划分出的共享等级的数量,以及为共享文件划分共享等级的依据,在此并不做具体限定。
57.在本公开实施例中,可以先根据所述共享文件的属性信息确定所述共享文件所属的共享等级,进而基于所述共享等级确定所述共享文件的共享策略。其中,不同的共享等级可以分别对应不同的共享策略,以针对共享文件的属性信息进行共享文件的共享,从而保证共享流畅性和共享清晰度。
58.s230、基于所述共享策略在预先设置的共享范围内将所述共享文件进行共享。
59.本公开实施例的技术方案,根据共享文件的属性信息确定出共享文件所属的共享等级,即,通过共享文件的属性为共享文件分类,确定出共享等级,进而基于共享等级确定该共享文件的共享策略,通过将共享等级与共享策略相匹配,从而实现共享文件与共享策略的个性化匹配,能够更好地完成对共享文件的共享,进一步提升用户的信息共享体验。
60.实施例三
61.图3为本公开实施例三所提供的一种信息共享方法的流程示意图。本实施例与上述实施例中各个可选方案可以结合。在本实施例中,可选地,所述根据所述共享文件的属性信息确定所述共享文件所属的共享等级,包括:对所述共享文件的存储地址进行解析,如果所述存储地址为第三方服务端提供的云端地址,则根据所述共享文件的属性信息确定所述共享文件所属的共享等级。
62.可选地,所述根据所述共享文件的属性信息确定所述共享文件的共享策略,包括:对所述共享文件的存储地址进行解析,如果所述存储地址为所述主共享端的本地地址,则基于屏幕共享的方式在预先设置的共享范围内将所述共享文件进行共享。
63.如图3所示,本实施例的方法包括:
64.s310、响应于主共享端发起的文件共享请求,确定与所述文件共享请求对应的共享文件。
65.s320、对所述共享文件的存储地址进行解析,判断所述存储地址是否为所述主共享端的本地地址,如果所述存储地址为所述主共享端的本地地址,则执行步骤s330;如果所述存储地址是否为第三方服务端提供的云端地址,则执行步骤s340。
66.在本公开实施例中,可以将共享文件的存储地址进行解析,根据解析的结果可以将存储地址分为所述主共享端的本地地址,或者,第三方服务端提供的云端地址,进而分别为本地地址以及云端地址的共享文件分配不同的共享策略。
67.s330、基于屏幕共享的方式在预先设置的共享范围内将所述共享文件进行共享。
68.具体地,如果所述存储地址为所述主共享端的本地地址,则可以先在主共享端本地抓取屏幕展示内容的图像流和视频流,再通过网络带宽传输将所抓取的图像流和视频流发送到预先设置的共享范围内的被共享端,为了减少网络传输压力,可以通过对图像流和视频流进行码率压缩的方式降低传输带宽,被共享端在接收到压缩后的图像流和视频流后,对接收到的图像流和视频流进行解压和还原,从而实现所述共享文件的共享。
69.s340、根据所述存储地址确定所述共享文件所属的共享等级,基于所述共享等级确定所述共享文件的共享策略,执行s350。
70.考虑到云端存储对应的网络环境的复杂性,以及云端地址所存储的共享文件可能对应的服务端不同,共享文件的属性信息也不尽相同等因素对共享文件的影响,在公开实施例中,如果所述存储地址是否为第三方服务端提供的云端地址,则可以根据所述存储地址确定所述共享文件所属的共享等级,进而基于所述共享等级确定所述共享文件的共享策略。
71.s350、基于所述共享策略在预先设置的共享范围内将所述共享文件进行共享。
72.本公开实施例的技术方案,通过对共享文件的存储地址进行解析,判断共享文件的存储地址为本地地址还是云端地址,进而分别为本地地址的共享文件和云端地址的共享文件分配不同的共享策略,通过屏幕共享的方式能够快速有效地将本地地址的共享文件进行共享,更为重要的是,本公开实施例的技术方案充分考虑到了云端地址所存储的共享文件的复杂性以及差异性,针对云端地址的共享文件,通过根据共享文件的属性信息确定所述共享文件所属的共享等级,将云端地址的共享文件进行分类,进而基于共享等级确定共享文件的共享策略,使得共享文件与共享策略更好地进行匹配,以保证信息共享的流畅性以及清晰度。
73.实施例四
74.图4为本公开实施例四所提供的一种信息共享方法的流程示意图。本实施例与上述实施例中各个可选方案可以结合。在本实施例中,可选地,所述基于所述共享等级确定所述共享文件的共享策略,包括:如果判断出所述共享文件属于预先划分的第一共享等级,则调用所述主共享端以及与所述主共享端所请求共享的被共享端的互动界面所嵌入的浏览
器,将所述共享文件呈现于所述浏览器窗口中。
75.可选地,所述共享文件包括网页;相应地,所述基于所述共享等级确定所述共享文件的共享策略,包括:如果判断出所述共享文件属于预先划分的第二共享等级,则解析所述文件共享请求所请求共享的第一网页的网页元素信息,将所述网页元素信息传输给被共享端,以使所述被共享端根据所述网页元素信息渲染并显示第二网页。
76.可选地,所述基于所述共享等级确定所述共享文件的共享策略,包括:如果判断出所述共享文件属于预先划分的第三共享等级,则停止共享所述共享文件,并生成所述共享文件共享失败的提示信息。
77.如图4所示,本实施例的方法包括:
78.s410、响应于主共享端发起的文件共享请求,确定与所述文件共享请求对应的共享文件。
79.s420、根据所述共享文件的属性信息确定所述共享文件所属的共享等级。
80.s430、如果判断出所述共享文件属于预先划分的第一共享等级,则调用所述主共享端以及与所述主共享端所请求共享的被共享端的互动界面所嵌入的浏览器,将所述共享文件呈现于所述浏览器窗口中。
81.示例性地,属于所述第一共享等级的共享文件可被共享且承载所述共享文件的服务端具备协同能力。
82.举例而言,首先建立服务端与主共享端之间的通讯连接。当主共享端与服务端连接成功后,主共享端可以在本地端的共享窗口中指定需要共享的统一定位资源符,然后通过服务端将主共享端需要共享的统一定位资源符下发给被共享端,主共享端和被共享端接收到共享文件后,加载解析出共享文件,通过主共享端和被共享端的互动界面的浏览器进行展示,此时便可在主共享端和被共享端展示统一定位资源符中共享文件的内容。需要说明的是,本技术方案不需要强制选择屏幕上的全部内容进行传送,只需要对特定的统一定位资源符进行传送即可。
83.另外,当需要切换共享文件时,仅需要再次选定待共享的统一定位资源符,通过主共享端和被共享端的互动界面所嵌入的浏览器打开该统一定位资源符即可,对多内容讨论的场景来说,切换成本极低,交互友好。
84.s440、如果判断出所述共享文件属于预先划分的第二共享等级,则解析所述文件共享请求所请求共享的第一网页的网页元素信息,将所述网页元素信息传输给被共享端,以使所述被共享端根据所述网页元素信息渲染并显示第二网页。
85.示例性地,属于所述第二共享等级的共享文件可以是可共享,但承载所述共享文件的服务端不具备协同能力的文件。需要说明的是,本公开实施例中,可共享可以理解为共享文件本身允许被共享,还可以理解为共享应用允许该共享文件被共享。其中,共享文件本身是否允许被共享一般由承载所述共享文件的服务端确定;共享应用是否允许该共享文件被共享一般由所述共享应用的服务端确定。共享文件是否可被共享包括主共享端对所述共享文件是否具有共享权限。可以理解的是,该共享权限可以根据实际需求进行变更。
86.具体地,所述解析所述第一网页中的网页元素信息,可包括:对所述第一网页的网页结构进行解析,得到网页元素及所述网页元素对应的渲染方式,并将所述网页元素及所述网页元素对应的渲染方式作为所述网页元素信息。其中,所述对所述第一网页的网页结
构进行解析,包括:对所述第一网页在预设浏览器界面中所渲染的网页结构进行解析。
87.可选地,所述将所述网页元素信息传输给被共享人客户端,以使所述被共享人客户端根据所述网页元素信息渲染并显示第二网页,包括:将所述网页元素及所述网页元素对应的渲染方式传输给被共享人客户端,以使所述被共享人客户端基于与所述预设浏览器相同的渲染算法,将所述网页元素利用对应的渲染方式进行渲染,并显示渲染得到的第二网页。具体可包括:将所述网页元素信息进行序列化处理,得到网页元素字符串;将所述网页元素字符串传输给被共享人客户端,以使所述被共享人客户端将所述网页元素字符串反序列化,并根据反序列化得到的网页元素信息渲染并显示第二网页。
88.s450、如果判断出所述共享文件属于预先划分的第三共享等级,则停止共享所述共享文件,并生成所述共享文件共享失败的提示信息。
89.其中,属于第三共享等级的共享文件可以是属于黑名单的共享文件。示例性地,黑名单可以根据共享文件的网络安全性、与共享应用的兼容性以及共享文件的内容健康等中的至少一项建立。例如,可以检测该共享文件是不是病毒性文件,或者是来自于非法网页,或者是被多人举报或者投诉过的网页,又或者是限制分享权限,一旦分享会发生侵权或者产生高额费用的文件等等。
90.如果判断出所述共享文件属于预先划分的第三共享等级,停止在主共享端以及被共享端共享该共享文件,并生成所述共享文件共享失败的提示信息,以提示主共享端的主共享人该共享文件共享失败。需要说明的是,这里的提示信息用于提示用户暂停了对该共享文件的共享,在此基础上还可以显示询问信息,以供用户选择是否继续共享,进而响应于用户所选择的是否继续共享的操作。这样设置的好处在于,当用户想要共享黑名单中的共享文件时,仍然可被共享,以更好地满足用户的个性化需求。
91.s460、基于所述共享策略在预先设置的共享范围内将所述共享文件进行共享。
92.需要说明的是,本公开实施例中的各个操作步骤之前的编号仅仅是用于区分各个技术特征,并非对执行顺序的限定,各个技术特征的具体的执行顺序由技术方案本身确定,例如本实施例中的s430、s440、s450虽然是顺序编号但并非是顺序执行,具体执行哪个技术特征需要根据技术特征的执行条件确定。
93.本公开实施例的技术方案,通过确定共享文件所述的不同的共享等级,分别执行与共享文件所属的共享等级对应的共享策略,可以通过调用所述主共享端以及被共享端的互动界面所嵌入的浏览器,将所述共享文件呈现于浏览器窗口中,能够减少视频流的编解码操作,极大的降低对带宽的压力。而且,主共享端与被共享端所查看的内容都通过自己本地端浏览器打开,安全性更高;或者,通过解析请求共享的第一网页的网页元素信息,将网页元素信息传输给被共享端,以使被共享端根据所述网页元素信息渲染并显示第二网页,能够解决共享文件在被共享端端界面的展示内容可能与主共享端展示的内容不相同的技术问题,实现共享文件的同视野共享;或者,还可以通过停止共享共享文件,并生成共享文件共享失败的提示信息的方式,以提醒操作主共享端的主共享人,该技术方案尤其适用于拒绝对预先设置的存在安全隐患的共享文件进行共享的场景,能够充分保证信息共享的安全性,通过共享文件的属性信息为共享文件配置共享策略,提升用户的信息交互体验。
94.实施例五
95.图5为本公开实施例五所提供的一种信息共享方法的流程示意图。本实施例与上
述实施例中各个可选方案可以结合。在本实施例中,可选地,所述信息共享方法还可以包括:如果判断出所述共享文件属于第一共享等级中的第一支持等级,则根据所述主共享端的身份信息记录所述主共享端对所述共享文件的演示操作,将所述演示操作在预先设置的共享范围内的客户端上对共享文件进行渲染。
96.在本实施例中,可选地,所述信息共享方法还可以包括:如果判断出所述共享文件属于第一共享等级中的第二支持等级,则监听所述主共享端对所述共享文件的演示操作,将监听到的演示操作渲染至所述被共享端。
97.如图5所示,本实施例的方法具体可包括:
98.s510、响应于主共享端发起的文件共享请求,确定与所述文件共享请求对应的共享文件。
99.s520、根据所述共享文件的属性信息确定所述共享文件所属的共享等级。
100.s530、如果判断出所述共享文件属于预先划分的第一共享等级,则调用所述主共享端以及与所述主共享端所请求共享的被共享端的互动界面所嵌入的浏览器,将所述共享文件呈现于所述浏览器窗口中。
101.s540、如果判断出所述共享文件属于第一共享等级中的第一支持等级,则根据所述主共享端的身份信息记录所述主共享端对所述共享文件的演示操作,将所述演示操作在预先设置的共享范围内的客户端上对共享文件进行渲染。
102.可选地,所述演示操作包括所述共享文档在被共享的客户端的共享窗口中的展示内容、在所述共享文档中的演示位置以及在所述演示位置处的共享操作。
103.具体地,如果判断出所述共享文件属于第一共享等级中的第一支持等级,可以通过第一服务器将所述主共享端的身份标识信息发送给第二服务器,以使所述第二服务器根据所述身份标识信息记录所述主共享端对所述共享文件的演示操作;通过所述第一服务器接收所述第二服务器发送的所述主共享端对所述共享文件的演示操作,将所述演示操作在预先设置的共享范围内的客户端上对共享文件进行渲染。
104.在本公开实施例中,第一服务器可以是多媒体会议服务器,可用于确定预先设置的共享范围内的主共享端、被共享端以及共享文件等相关信息,还可用于将共享文件以及主共享端对共享文件的演示操作同步给确定预先设置的共享范围内的被共享端。
105.可选地,在第二服务器根据所述身份信息记录所述主共享端对所述共享文件的演示操作之前,还可以包括:所述第一服务器在接收到共享文件的共享请求时,将所述共享文件通知给第二服务器。其中,将所述共享文件通知给第二服务器,可以是将共享文件获取方式的信息发送给第二服务器。例如可以将共享文件对应的统一定位资源符发送给第二服务器。
106.在本公开实施例中,可以通过第二服务器记录主共享端对共享文件的演示操作。其中,第二服务器可以为docs服务器。需要说明的是,参与共享文件的共享的演示者可能会发生变更,第二服务器主要用于记录演示者对共享文件的进行演示操作,即,需要被共享的演示操作。
107.本技术方案能够通过将第一服务器与第二服务器打通,实现第一服务器与第二服务器之间的交互,由第一服务器发送主共享端的身份信息给第二服务器,进而通过第二服务器记录主共享端对共享文件的演示操作,通过简单有效地方式使得信息交互的过程更加
顺畅,极大提升了信息交互体验。
108.示例性地,如果检测到所述共享文件属于共享应用原生支持的共享文件,则判断出所述共享文件属于第一共享等级中的第一支持等级。或者,如果检测到所述共享文件对应的服务端属于共享应用对应的服务端高度支持或者说深度合作的共享文件,则判断出所述共享文件属于第一共享等级中的第一支持等级。
109.s550、如果判断出所述共享文件属于第一共享等级中的第二支持等级,则监听所述主共享端对所述共享文件的演示操作,将监听到的演示操作渲染至所述被共享端。
110.具体地,对于属于第二支持等级的共享文件,可以通过埋点分析的方式来采集主共享端对所述共享文件的演示操作。具体地,可基于预设的监听程序监听所述主共享端对所述共享文件的演示操作。
111.具体地,所述监听所述主共享端对所述共享文件的演示操作,可包括:基于预设监听程序监听所述共享文件中预设的被监听元素,以及所述主共享端对所述被监听元素的演示操作。其中,所述被监听元素包括但不仅限于所述共享界面的滚动条的位置信息和/或操作输入设备的位置信息等。例如,被监听元素还可以包括网页的编辑框和/或对图片等。需要说明的是,本公开实施例的技术方案中被监听元素可以根据实际需求进行设置,进而可以根据所需要监听的被监听元素设置监听程序。
112.具体地,如果判断出所述共享文件属于第一共享等级中的第二支持等级,则可基于预设的监听程序监听所述主共享端对所述共享文件的演示操作,进而将监听到的演示操作通知给共享应用所对应的用于同步演示操作的服务端,进而由共享应用所对应的用于同步演示操作的服务端将监听到的演示操作渲染至所述被共享端。
113.另外,也可以不设置监听程序,而是将采集对所述共享文件的演示操作的服务端(简称为采集服务端)与共享应用所对应的用于同步演示操作的服务端(简称为同步服务端)之间打通,直接有采集服务端将采集到的对所述共享文件的演示操作通知给同步服务端,进而由同步服务端将主共享端对所述共享文件的演示操作渲染至所述被共享端。
114.在本公开实施例中,可选地,共享应用对所述第一支持等级的共享文件的支持力度大于所述共享应用对所述第二支持等级的共享文件的支持力度,其中,所述支持力度基于对所述共享文件的演示操作的采集方式和/或采集范围确定。具体地,采集方式包括执行数据采集的服务端和/或采集数据时所采用的采集手段。示例性地,对所述共享文件的演示操作的采集方式可包括采集所述共享文件的演示操作的服务端,以及是否需要预先设置监听程序等中的至少一项。可选地,采集范围包括具体采集到的是哪部分的演示操作,或者说,采集到的内容相对于全部演示操作的范围或比例。例如,采集范围可包括采集主共享人在所述主共享端对所述共享文件的全部演示操作还是部分演示操作。
115.示例性地,第一支持等级可以理解为共享服务端(如前述的第二服务器)主动采集所述主共享端对所述共享文件的演示操作,并将所述演示操作推送给被本方服务器(如前述的第一服务器)的类型;第二支持等级为需要本方服务器通过监听的方式获得所述主共享端对所述共享文件的演示操作的类型。
116.示例性地,所述共享应用包括多媒体会议应用、即时通讯应用、视频直播应用和群聊互动应用中的至少一种。
117.需要说明的是,本公开实施例中的“第一”、“第二”、“第三”仅仅是用于区分后面的
名词,不分先后顺序,也并非对名词的限定,可以用其他的字母、符号或者数字等标识所代替。
118.本公开实施例的技术方案,通过判断共享文件属于第一共享等级中的支持等级,进一步区分对共享文件的共享策略,对于第一支持等级的共享文件直接记录根据主共享端的身份信息记录主共享端对所述共享文件的演示操作,使得演示操作能够快速完整地同步给被共享端,比屏幕共享的方式能够实现更加清晰、流畅的内容展现;对于第二支持等级的共享文件,通过监听主共享端对共享文件的演示操作,进而将监听到的演示操作进行共享,能够实现对演示操作进行有针对性地共享的有益效果,即充分考虑到了文件属性与共享策略的匹配度,优化了共享资源的调用,同时兼顾了共享文件的共享流畅度以及清晰度。
119.实施例六
120.图6为本公开实施例六所提供的一种信息共享装置结构示意图,如图6所示,所述装置包括:共享文件确定模块610、共享策略确定模块620和文件共享模块630。其中,共享文件确定模块610,用于响应于主共享端发起的文件共享请求,确定与所述文件共享请求对应的共享文件;共享策略确定模块620,用于根据所述共享文件的属性信息确定所述共享文件的共享策略;文件共享模块630,用于基于所述共享策略在预先设置的共享范围内将所述共享文件进行共享。
121.本公开实施例的技术方案,通过共享文件的属性信息确定该共享文件的共享策略,充分考虑了共享文件的差异性,通过共享文件的属性信息对共享文件进行个性化共享,很好地将共享策略与共享文件相匹配,使得共享文件能够通过与其属性信息相配的共享策略进行共享,以解决相关技术将所有的共享文件都通过同一种固定的共享方式进行共享所导致的共享画面不流畅、不清晰等各种问题,实现了对共享文件进行流畅共享的技术效果,提升了用户的信息共享体验。
122.在本公开实施例各技术方案的基础上,所述共享策略确定模块可用于:
123.根据所述共享文件的属性信息确定所述共享文件所属的共享等级,基于所述共享等级确定所述共享文件的共享策略,其中,所述属性信息包括存储地址。
124.在本公开实施例各技术方案的基础上,所述共享策略确定模块可用于:
125.对所述共享文件的存储地址进行解析,如果所述存储地址为第三方服务端提供的云端地址,则根据所述存储地址确定所述共享文件所属的共享等级。
126.在本公开实施例各技术方案的基础上,所述共享策略确定模块可用于:
127.如果判断出所述共享文件属于预先划分的第一共享等级,则调用所述主共享端以及与所述主共享端所请求共享的被共享端的互动界面所嵌入的浏览器,将所述共享文件呈现于所述浏览器窗口中。
128.在本公开实施例各技术方案的基础上,可选地,属于所述第一共享等级的共享文件可被共享且承载所述共享文件的服务端具备协同能力。
129.在本公开实施例各技术方案的基础上,所述信息共享装置还可以包括:
130.演示操作共享模块,用于如果判断出所述共享文件属于第一共享等级中的第一支持等级,则根据所述主共享端的身份信息记录所述主共享端对所述共享文件的演示操作,将所述演示操作在预先设置的共享范围内的客户端上对共享文件进行渲染。
131.在本公开实施例各技术方案的基础上,所述演示操作共享模块可包括演示操作记
录单元和演示操作渲染单元。其中,演示操作记录单元,用于通过第一服务器将所述主共享端的身份标识信息发送给第二服务器,以使所述第二服务器根据所述身份标识信息记录所述主共享端对所述共享文件的演示操作;演示操作渲染单元,用于通过所述第一服务器接收所述第二服务器发送的所述主共享端对所述共享文件的演示操作,将所述演示操作在预先设置的共享范围内的客户端上对共享文件进行渲染。
132.在本公开实施例各技术方案的基础上,所述信息共享装置还可以包括:
133.演示操作监听模块,用于如果判断出所述共享文件属于第一共享等级中的第二支持等级,则监听所述主共享端对所述共享文件的演示操作,将监听到的演示操作渲染至所述被共享端。
134.在本公开实施例各技术方案的基础上,所述演示操作监听模块可用于:
135.基于预设监听程序监听所述共享文件中预设的被监听元素,以及所述主共享端对所述被监听元素的演示操作。
136.在本公开实施例各技术方案的基础上,示例性地,所述被监听元素包括所述共享界面的滚动条的位置信息和/或操作输入设备的位置信息。
137.在本公开实施例各技术方案的基础上,可选地,共享应用对所述第一支持等级的共享文件的支持力度大于所述共享应用对所述第二支持等级的共享文件的支持力度,其中,所述支持力度基于对所述共享文件的演示操作的采集方式和/或采集范围确定。
138.在本公开实施例各技术方案的基础上,示例性地,所述共享应用包括多媒体会议应用、即时通讯应用、视频直播应用和群聊互动应用中的至少一种。
139.在本公开实施例各技术方案的基础上,所述共享文件可包括网页;
140.相应地,所述共享策略确定模块可用于:
141.如果判断出所述共享文件属于预先划分的第二共享等级,则解析所述文件共享请求所请求共享的第一网页的网页元素信息,将所述网页元素信息传输给被共享端,以使所述被共享端根据所述网页元素信息渲染并显示第二网页。
142.在本公开实施例各技术方案的基础上,可选地,属于所述第二共享等级的共享文件可被共享,且承载所述共享文件的服务端不具备协同能力。
143.在本公开实施例各技术方案的基础上,所述共享策略确定模块可用于:
144.如果判断出所述共享文件属于预先划分的第三共享等级,则停止共享所述共享文件,并生成所述共享文件共享失败的提示信息。
145.在本公开实施例各技术方案的基础上,所述共享策略确定模块可用于:
146.对所述共享文件的存储地址进行解析,如果所述存储地址为所述主共享端的本地地址,则基于屏幕共享的方式在预先设置的共享范围内将所述共享文件进行共享。
147.本公开实施例所提供的信息共享装置可执行本公开任意实施例所提供的信息共享方法,具备执行方法相应的功能模块和有益效果。
148.值得注意的是,上述装置所包括的各个单元和模块只是按照功能逻辑进行划分的,但并不局限于上述的划分,只要能够实现相应的功能即可;另外,各功能单元的具体名称也只是为了便于相互区分,并不用于限制本公开实施例的保护范围。
149.实施例七
150.下面参考图7,其示出了适于用来实现本公开实施例的电子设备(例如图6中的终
端设备或服务器)700的结构示意图。本公开实施例中的终端设备可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、pda(个人数字助理)、pad(平板电脑)、pmp(便携式多媒体播放器)、车载终端(例如车载导航终端)等等的移动终端以及诸如数字tv、台式计算机等等的固定终端。图7示出的电子设备仅仅是一个示例,不应对本公开实施例的功能和使用范围带来任何限制。
151.如图7所示,电子设备700可以包括处理装置(例如中央处理器、图形处理器等)701,其可以根据存储在只读存储器(rom)702中的程序或者从存储装置706加载到随机访问存储器(ram)703中的程序而执行各种适当的动作和处理。在ram 703中,还存储有电子设备700操作所需的各种程序和数据。处理装置701、rom 702以及ram 703通过总线704彼此相连。输入/输出(i/o)接口705也连接至总线704。
152.通常,以下装置可以连接至i/o接口705:包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置706;包括例如液晶显示器(lcd)、扬声器、振动器等的输出装置707;包括例如磁带、硬盘等的存储装置706;以及通信装置709。通信装置709可以允许电子设备700与其他设备进行无线或有线通信以交换数据。虽然图7示出了具有各种装置的电子设备700,但是应理解的是,并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。
153.特别地,根据本公开的实施例,上文参考流程图描述的过程可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括承载在非暂态计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信装置709从网络上被下载和安装,或者从存储装置706被安装,或者从rom702被安装。在该计算机程序被处理装置701执行时,执行本公开实施例的方法中限定的上述功能。
154.本公开实施例提供的电子设备与上述实施例提供的信息共享方法属于同一公开构思,未在本实施例中详尽描述的技术细节可参见上述实施例,并且本实施例与上述实施例具有相同的有益效果。
155.实施例八
156.本公开实施例提供了一种计算机存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述实施例所提供的信息共享方法。
157.需要说明的是,本公开上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中,计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存
储介质以外的任何计算机可读介质,该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:电线、光缆、rf(射频)等等,或者上述的任意合适的组合。
158.在一些实施方式中,客户端、服务器可以利用诸如http(hypertext transfer protocol,超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信,并且可以与任意形式或介质的数字数据通信(例如,通信网络)互连。通信网络的示例包括局域网(“lan”),广域网(“wan”),网际网(例如,互联网)以及端对端网络(例如,ad hoc端对端网络),以及任何当前已知或未来研发的网络。
159.上述计算机可读介质可以是上述电子设备中所包含的;也可以是单独存在,而未装配入该电子设备中。
160.上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被该电子设备执行时,使得该电子设备:
161.响应于接收到共享文件的当前演示者的演示权限移交请求,确定所述演示权限移交请求所指示的移交对象;
162.将所述移交对象作为更新后的演示者,以使所述更新后的演示者基于演示权限,在预先设置的共享范围内对所述共享文件进行演示操作。
163.可以以一种或多种程序设计语言或其组合来编写用于执行本公开的操作的计算机程序代码,上述程序设计语言包括但不限于面向对象的程序设计语言—诸如java、smalltalk、c ,还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中,远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机,或者,可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
164.附图中的流程图和框图,图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
165.描述于本公开实施例中所涉及到的单元可以通过软件的方式实现,也可以通过硬件的方式来实现。其中,单元、模块的名称在某种情况下并不构成对该单元、模块本身的限定,例如,目标视频播放模块还可以被描述为“视频播放模块”。
166.本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如,非限制性地,可以使用的示范类型的硬件逻辑部件包括:现场可编程门阵列(fpga)、专
用集成电路(asic)、专用标准产品(assp)、片上系统(soc)、复杂可编程逻辑设备(cpld)等等。
167.在本公开的上下文中,机器可读介质可以是有形的介质,其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备,或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
168.根据本公开的一个或多个实施例,【示例一】提供了一种信息共享方法,该方法包括:
169.响应于主共享端发起的文件共享请求,确定与所述文件共享请求对应的共享文件;
170.根据所述共享文件的属性信息确定所述共享文件的共享策略;
171.基于所述共享策略在预先设置的共享范围内将所述共享文件进行共享。
172.根据本公开的一个或多个实施例,【示例二】提供了一种信息共享方法,还包括:
173.可选地,所述根据所述共享文件的属性信息确定所述共享文件的共享策略,包括:
174.根据所述共享文件的属性信息确定所述共享文件所属的共享等级,基于所述共享等级确定所述共享文件的共享策略,其中,所述属性信息包括存储地址。
175.根据本公开的一个或多个实施例,【示例三】提供了一种信息共享方法,还包括:
176.可选地,对所述共享文件的存储地址进行解析,如果所述存储地址为除所述主共享端对应的本地端之外的第三方服务端提供的云端地址,则根据所述共享文件的属性信息确定所述共享文件所属的共享等级。
177.可选地,根据本公开的一个或多个实施例,【示例四】提供了一种信息共享方法,还包括:
178.可选地,所述基于所述共享等级确定所述共享文件的共享策略,包括:
179.如果判断出所述共享文件属于预先划分的第一共享等级,则调用所述主共享端以及与所述主共享端所请求共享的被共享端的互动界面所嵌入的浏览器,将所述共享文件呈现于所述浏览器窗口中。
180.根据本公开的一个或多个实施例,【示例五】提供了一种信息共享方法,还包括:
181.可选地,属于所述第一共享等级的共享文件可被共享且承载所述共享文件的服务端具备协同能力
182.根据本公开的一个或多个实施例,【示例六】提供了一种信息共享方法,还包括:
183.可选地,如果判断出所述共享文件属于第一共享等级中的第一支持等级,则根据所述主共享端的身份信息记录所述主共享端对所述共享文件的演示操作,将所述演示操作在预先设置的共享范围内的客户端上对共享文件进行渲染。
184.根据本公开的一个或多个实施例,【示例七】提供了一种信息共享方法,还包括:
185.可选地,所述根据所述主共享端的身份信息记录所述主共享端对所述共享文件的
演示操作,将所述演示操作在预先设置的共享范围内的客户端上对共享文件进行渲染,包括:
186.通过第一服务器将所述主共享端的身份标识信息发送给第二服务器,以使所述第二服务器根据所述身份标识信息记录所述主共享端对所述共享文件的演示操作;
187.通过所述第一服务器接收所述第二服务器发送的所述主共享端对所述共享文件的演示操作,将所述演示操作在预先设置的共享范围内的客户端上对共享文件进行渲染。
188.根据本公开的一个或多个实施例,【示例八】提供了一种信息共享方法,还包括:
189.可选地,如果判断出所述共享文件属于第一共享等级中的第二支持等级,则监听所述主共享端对所述共享文件的演示操作,将监听到的演示操作渲染至所述被共享端。
190.根据本公开的一个或多个实施例,【示例九】提供了一种信息共享方法,还包括:
191.可选地,所述监听所述主共享端对所述共享文件的演示操作,包括:
192.基于预设监听程序监听所述共享文件中预设的被监听元素,以及所述主共享端对所述被监听元素的演示操作。
193.根据本公开的一个或多个实施例,【示例十】提供了一种信息共享方法,还包括:
194.可选地,所述被监听元素包括所述共享界面的滚动条的位置信息和/或操作输入设备的位置信息。根据本公开的一个或多个实施例,【示例十一】提供了一种信息共享方法,还包括:
195.可选地,共享应用对所述第一支持等级的共享文件的支持力度大于所述共享应用对所述第二支持等级的共享文件的支持力度,其中,所述支持力度基于对所述共享文件的演示操作的采集方式和/或采集范围确定。
196.根据本公开的一个或多个实施例,【示例十二】提供了一种信息共享方法,还包括:
197.可选地,所述共享应用包括多媒体会议应用、即时通讯应用、视频直播应用和群聊互动应用中的至少一种。
198.根据本公开的一个或多个实施例,【示例十三】提供了一种信息共享方法,还包括:
199.可选地,所述共享文件包括网页;
200.所述基于所述共享等级确定所述共享文件的共享策略,包括:
201.如果判断出所述共享文件属于预先划分的第二共享等级,则解析所述文件共享请求所请求共享的第一网页的网页元素信息,将所述网页元素信息传输给被共享端,以使所述被共享端根据所述网页元素信息渲染并显示第二网页。
202.根据本公开的一个或多个实施例,【示例十四】提供了一种信息共享方法,还包括:
203.可选地,属于所述第二共享等级的共享文件可被共享,且承载所述共享文件的服务端不具备协同能力。
204.根据本公开的一个或多个实施例,【示例十五】提供了一种信息共享方法,还包括:
205.可选地,所述基于所述共享等级确定所述共享文件的共享策略,包括:
206.如果判断出所述共享文件属于预先划分的第三共享等级,则停止共享所述共享文件,并生成所述共享文件共享失败的提示信息。
207.根据本公开的一个或多个实施例,【示例十六】提供了一种信息共享方法,还包括:
208.可选地,所述根据所述共享文件的属性信息确定所述共享文件的共享策略,包括:
209.对所述共享文件的存储地址进行解析,如果所述存储地址为所述主共享端的本地
地址,则基于屏幕共享的方式在预先设置的共享范围内将所述共享文件进行共享。
210.根据本公开的一个或多个实施例,【示例十七】提供了一种信息共享装置,所述装置包括:
211.共享文件确定模块,用于响应于主共享端发起的文件共享请求,确定与所述文件共享请求对应的共享文件;
212.共享策略确定模块,用于根据所述共享文件的属性信息确定所述共享文件的共享策略;
213.文件共享模块,用于基于所述共享策略在预先设置的共享范围内将所述共享文件进行共享。
214.以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解,本公开中所涉及的公开范围,并不限于上述技术特征的特定组合而成的技术方案,同时也应涵盖在不脱离上述公开构思的情况下,由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。
215.此外,虽然采用特定次序描绘了各操作,但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下,多任务和并行处理可能是有利的。同样地,虽然在上面论述中包含了若干具体实现细节,但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地,在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。
216.尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题,但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反,上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。
再多了解一些

本文用于企业家、创业者技术爱好者查询,结果仅供参考。

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表

相关文献

  • 日榜
  • 周榜
  • 月榜