多人协同交互处理方法、系统、电子设备及可读存储介质与流程

1.本技术涉及信息处理领域，尤其涉及一种多人协同交互处理方法、系统、电子设备及可读存储介质。


背景技术：

2.随着网络应用和软件项目的复杂度不断提升，传统的本地ui设计工具软件受限于低效的数据流转和处理方式，已经不能有效支撑研发团队对持续提升协同效率的要求。


技术实现要素：

3.有鉴于此，本技术提供一种多人协同交互处理方法、系统、电子设备及可读存储介质，其具体方案如下：一种多人协同交互处理方法，包括：确定待分享的分享文件；基于分享操作将所述待分享的分享文件分享至至少一个对端账户，与所述至少一个对端账户同步显示所述分享文件；实时获得并显示所述至少一个对端账户针对所述分享文件执行的编辑处理。
4.进一步的，所述实时获得并显示所述至少一个对端账户针对所述分享文件执行的编辑处理，包括：实时获得所述至少一个对端账户针对所述分享文件执行的编辑处理；确定所述编辑处理是否具备互动需求；若确定所述编辑处理具备互动需求，则实时获得并以第一形式实时显示所述至少一个对端账户针对所述分享文件执行的编辑处理；若确定所述编辑处理未具备互动需求，则获得并以第二形式显示所述至少一个对端账户针对所述分享文件执行的编辑处理。
5.进一步的，所述实时获得并显示所述至少一个对端账户针对所述分享文件执行的编辑处理，包括：若确定所述分享操作指定的所述至少一个对端账户的权限信息满足编辑处理权限，则实时获得并显示所述至少一个对端账户针对所述分享文件执行的编辑处理。
6.进一步的，所述实时获得并显示所述至少一个对端账户针对所述分享文件执行的编辑处理，包括：实时获得所述至少一个对端账户针对所述分享文件执行的编辑处理；若确定获得的编辑处理中第一编辑处理与第二编辑处理满足冲突条件，则确定所述第一编辑处理的第一执行时刻与所述第二编辑处理的第二执行时刻；基于所述第一执行时刻及所述第二执行时刻确定执行并显示的针对所述分享文件的编辑处理。
7.进一步的，所述基于所述第一执行时刻及所述第二执行时刻确定执行并显示的针
对所述分享文件的编辑处理，包括：若确定所述第一执行时刻早于所述第二执行时刻，则执行并显示针对所述分享文件的第一编辑处理；若确定所述第二执行时刻早于所述第一执行时刻，则执行并显示针对所述分享文件的第二编辑处理。
8.进一步的，还包括：若获得第一操作，则获得并显示所述第一操作指定的第一对端账户中所述分享文件的视窗位置。
9.进一步的，所述确定待分享的分享文件，包括：创建分享文件；或，获得预先存储的分享文件。
10.一种多人协同交互处理系统，包括：文件确定模块，用于确定待分享的分享文件；分享模块，用于基于分享操作将所述待分享的分享文件分享至至少一个对端账户，与所述至少一个对端账户同步显示所述分享文件；协同处理模块，用于实时获得并显示所述至少一个对端账户针对所述分享文件执行的编辑处理。
11.一种电子设备，包括：处理器，用于确定待分享的分享文件；基于分享操作将所述待分享的分享文件分享至至少一个对端账户，与所述至少一个对端账户同步显示所述分享文件；实时获得并显示所述至少一个对端账户针对所述分享文件执行的编辑处理；存储器，用于存储所述处理器执行上述处理过程的程序。
12.一种可读存储介质，用于至少存储一组指令集；所述指令集用于被调用并至少执行如上任一项所述的多人协同交互处理的方法。
13.从上述技术方案可以看出，本技术公开的多人协同交互处理方法、系统、电子设备及可读存储介质，确定待分享的分享文件；基于分享操作将待分享的分享文件分享至至少一个对端账户，与至少一个对端账户同步显示分享文件；实时获得并显示至少一个对端账户针对分享文件执行的编辑处理。本方案在分享文件需要多人协同处理时，直接将分享文件分享至对端账户即可，此时，可在本地设备及对端账户同步显示分享文件，并能够实时获得并显示对端账户针对分享文件执行的编辑处理，提高了协同处理文件的效率。
附图说明
14.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
15.图1为本技术实施例公开的一种多人协同交互处理方法的流程图；图2为本技术实施例公开的一种多人协同交互处理方法的流程图；
图3为本技术实施例公开的一种多人协同交互处理方法的流程图；图4为本技术实施例公开的一种多人协同交互处理方法的流程图；图5为本技术实施例公开的一种多人协同交互处理系统的结构示意图；图6为本技术实施例公开的一种电子设备的结构示意图。
具体实施方式
16.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
17.本技术公开了一种多人协同交互处理方法，其流程图如图1所示，包括：步骤s11、确定待分享的分享文件；步骤s12、基于分享操作将待分享的分享文件分享至至少一个对端账户，与至少一个对端账户同步显示分享文件；步骤s13、实时获得并显示至少一个对端账户针对分享文件执行的编辑处理。
18.当面临大型复杂互联网或某些形式的软件项目时，基于pc本地设计软件的协同方式，通常要求本地ui设计团队先对项目进行任务拆分和分工，之后需要每位参与项目的设计师在各自的电脑上通过打开电脑本地设计工具软件进行创作。
19.在创作过程中需要经过多轮系统的内部评审和外部评审，而评审过程中所有的团队成员需要围绕在某位设计师电脑周围进行，或者在会议室通过投影仪进行评审，上述方式对于跨地区或不在同一办公室的团队成员而言容易出现评审问题。
20.基于此，本方案公开了一种多人协同交互处理方法，其能够将分享文件分享给对端账户，以便本地与对端账户能够同步显示该分享文件，并能够实时获得并显示对端账户对分享文件执行的编辑处理，从而实现远程协同处理。
21.具体的，确定待分享的文件，将该文件确定为分享文件，之后若接收到分享操作，则基于分析操作将该分享文件分享至其他对端账户。
22.分享操作中至少包括分享对象及分享权限。
23.其中，分享对象即将该分享文件分享至哪些账户，这些账户即为分享对象，将这些账户确定为对端账户，将分享文件从本地账户分享至对端账户中，对端账户可以为一个，也可以为多个，其对端账户的数量基于分享操作中指定的分享对象的数量确定，且对端账户基于分析操作中指定的分享对象确定。
24.分享权限即分享对象针对该分享文件所具有的权限，如：分享操作中指定了分享对象仅能查看该分享文件，而不具备编辑处理权限，则在将分享文件分享至对端账户后，对端账户仅能查看该分享文件，而不能对其进行编辑处理；若分享操作中指定了分享对象能够对分享文件进行查看及编辑，则分享对象具有编辑处理权限。
25.即：若确定分享操作指定的至少一个对端账户的权限信息满足编辑处理权限，则实时获得并显示至少一个对端账户针对分享文件执行的编辑处理。
26.即当分享操作使得对端账户具备编辑处理权限时，本地账户能够获得并显示对端账户针对分享文件执行的编辑处理，此时，在分享操作指定对端账户具有编辑处理权限时，
则本地设备需要实时处于监测状态，以保证当对端账户对分享分析执行了编辑处理后，本地账户能够实时的对该编辑处理进行获得并显示。
27.若分享操作指定对端账户不具有编辑处理权限，在对端账户仅具有查看权限时，本地设备无需实时处于监测状态，以节省部分能耗。
28.另外，基于分享操作将分享文件分享至至少一个对端账户，分享操作可指定对端账户的分享权限，其中，该分享操作可指定不同的对端账户具有不同的分享权限，以满足不同对端账户对分享文件的不同处理需求。或者，也可以为：分享操作直接指定所有对端账户具有相同的分享权限。
29.在本地设备与对端账户同步显示分享文件时，保证了多端能够显示同一份文件，本地设备实时获得并显示对端账户针对分享文件执行的编辑处理，即在某个对端账户对分享文件执行了某个编辑处理，则在对端账户对分享文件执行该编辑处理时，该编辑处理也会被本地设备获取到，则本地设备也会同步显示该对端账户对分享文件执行的上述编辑处理，实现了多人协同处理的目的。
30.具体的，可以为多人同时使用同一个应用程序，该应用程序具体为本实施例公开的多人协同交互处理方法所基于的多人协同交互处理系统对应的应用程序，不同用户具有不同的账户信息，则当第一用户将某个文件分享给其他用户时，可通过该账户信息实现文件的分享。
31.在分享后，多个用户同时使用该应用程序，通过该应用程序能够同时查看分享的该文件，当其中的某一个用户，如第二用户对分享的文件执行了编辑处理时，第一用户能够通过该应用程序看到第二用户对分享的文件执行了什么样的编辑处理，除第一用户及第二用户外的其他用户也能够看到第二用户对分享的文件执行了什么样的编辑处理，如：第二用户对分享文件中的某个结构或段落执行了删除或修订操作，则其他用户能够看到第二用户对分享文件中的哪个文件或段落执行了删除或修订操作，从而实现了多人协同对文件进行处理的目的。
32.其中，编辑处理不仅包括删除或修订操作，还可以包括：标黄、突出显示、批注、属性修改等操作。
33.本实施例公开的多人协同交互处理方法，确定待分享的分享文件；基于分享操作将待分享的分享文件分享至至少一个对端账户，与至少一个对端账户同步显示分享文件；实时获得并显示至少一个对端账户针对分享文件执行的编辑处理。本方案在分享文件需要多人协同处理时，直接将分享文件分享至对端账户即可，此时，可在本地设备及对端账户同步显示分享文件，并能够实时获得并显示对端账户针对分享文件执行的编辑处理，提高了协同处理文件的效率。
34.本实施例公开了一种多人协同交互处理方法，其流程图如图2所示，包括：步骤s21、确定待分享的分享文件；步骤s22、基于分享操作将待分享的分享文件分享至至少一个对端账户，与至少一个对端账户同步显示分享文件；步骤s23、实时获得至少一个对端账户针对分享文件执行的编辑处理；步骤s24、确定编辑处理是否具备互动需求；步骤s25、若确定编辑处理具备互动需求，则实时获得并以第一形式实时显示至少
一个对端账户针对分享文件执行的编辑处理；步骤s26、若确定编辑处理未具备互动需求，则获得并以第二形式显示至少一个对端账户针对分享文件执行的编辑处理。
35.在将分享文件分享至对端账户后，只要确定对端账户具备对分享文件执行编辑处理的权限，本地设备就需要实时监测对端账户是否执行了编辑处理，以便能够实时获取到对端账户对分享文件执行的编辑处理操作。
36.在实时获得对端账户针对分享文件执行的编辑处理后，还需要对该编辑处理的类型进行确定，以便确定是否需要对该编辑处理实时显示。
37.对编辑处理的类型进行确定，可以为：确定对端账户针对分享文件执行的编辑处理是否具备互动需求，若具备互动需求，则需要在本地设备上实时显示该编辑处理，并且，是以第一形式显示，若不具备互动需求，则无需再本地设备上实时显示该编辑处理，在显示时以第二形式显示。
38.确定针对分享文件执行的编辑处理是否具备互动需求，其实际是通过对该编辑处理的类型进行确定，确定是否为互动类型的编辑处理，若为互动类型的编辑处理，则具备互动需求，则需要实时以第一形式在本地设备显示该编辑处理；若为非互动类型的编辑处理，则不具备互动需求，无需实时在本地设备显示，并且在显示时是以第二形式显示该编辑处理的。
39.其中，以第一形式显示编辑处理，即以互动的形式显示，互动类型的编辑处理，如：对分享文件执行修订、批注、对分享文件中的结构执行属性的修改或结构的删除等，以第一形式对互动类型的编辑处理进行显示，即以修订或批注等形式在分享文件中显示；以第二形式显示编辑处理，可以为：以评论的形式显示，或者，以站内信、邮件通知、第三方消息等形式显示，则非互动类型的编辑处理，可以为：对端账户对分享文件进行评论，或者对本地设备所对应的账户发送站内信、邮件通知、第三方消息等，以第二形式对非互动类型的编辑处理进行显示，即以评论、站内信、邮件通知、第三方消息等形式直接将该非互动类型的编辑内容的具体内容反馈至本地设备。
40.其中，互动类型的编辑处理可通过应用程序中的协同工具栏实现，该协同工具栏具备扩展能力，以承载持续增加和增强的协同领域内的能力；非互动类型的编辑处理可通过应用程序中的评论功能或消息功能实现，评论功能具备拓展能力，以应对伴随着团队成员增加而不断复杂化的协同场景，以满足“异步沟通”的需求。
41.本实施例公开的多人协同交互处理方法，确定待分享的分享文件；基于分享操作将待分享的分享文件分享至至少一个对端账户，与至少一个对端账户同步显示分享文件；实时获得并显示至少一个对端账户针对分享文件执行的编辑处理。本方案在分享文件需要多人协同处理时，直接将分享文件分享至对端账户即可，此时，可在本地设备及对端账户同步显示分享文件，并能够实时获得并显示对端账户针对分享文件执行的编辑处理，提高了协同处理文件的效率。
42.本实施例公开了一种多人协同交互处理方法，其流程图如图3所示，包括：步骤s31、确定待分享的分享文件；步骤s32、基于分享操作将待分享的分享文件分享至至少一个对端账户，与至少一个对端账户同步显示分享文件；
步骤s33、实时获得至少一个对端账户针对分享文件执行的编辑处理；步骤s34、若确定获得的编辑处理中第一编辑处理与第二编辑处理满足冲突条件，则确定第一编辑处理的第一执行时刻与第二编辑处理的第二执行时刻；步骤s35、基于第一执行时刻及第二执行时刻确定执行并显示的针对分享文件的编辑处理。
43.本地设备将分享文件分享至至少一个对端账户后，本地设备会实时获得至少一个对端账户针对该分享文件的编辑处理，当获得对端账户针对该分享文件的编辑处理后，本地设备会在本地设备所显示的分享文件上显示执行完该编辑处理后的分享文件。
44.当多个账户同时对同一个文件进行编辑处理后，不同人对同一个文件的编辑处理可能不同，也可能相同，或者，同一个人或者不同人对该同一个文件的编辑处理可能会存在冲突的情况，如：第一用户认为文件中某个结构的属性需要调整为a，而第二用户认为文件中某个结构的属性需要调整为b，此时对于该结构的属性的编辑处理是存在冲突的，则需要从两个编辑处理中选择一个进行操作，而另一个编辑处理则忽略。
45.第一编辑处理与第二编辑处理满足冲突条件，可以为：第一编辑处理与第二编辑处理的操作对象相同，但是操作方向不同，或者，第一编辑处理与第二编辑处理是不能同时实现的等。
46.当第一编辑处理与第二编辑处理满足冲突条件时，需要进一步确定第一编辑处理的执行时刻以及第二编辑处理的执行时刻，基于执行时刻确定哪一个编辑处理被执行，哪一个编辑处理被忽略。
47.其中，当本地设备将分享文件分享至至少一个对端账户后，本地设备会接收到对端账户返回的多个编辑处理，若要判断编辑处理是否与其他编辑处理存在冲突，就需要在本地设备每获得一个编辑处理后，将该编辑处理与当前时刻之前获得的所有编辑处理进行冲突条件的判断，若不满足冲突条件，则该编辑处理可以被执行，若满足冲突条件，则当前获得的编辑处理会被忽略，即：若确定第一执行时刻早于第二执行时刻，则执行并显示针对分享文件的第一编辑处理；若确定第二执行时刻早于第一执行时刻，则执行并显示针对分享文件的第二编辑处理。
48.即当本地设备获得满足冲突条件的两个或更多个编辑处理时，只执行最早接收到的编辑处理，而对于之后接收到的编辑处理，则会忽略，以避免存在多个满足冲突条件的编辑处理，对多人协同处理造成干扰的问题。
49.在忽略编辑处理时，可同时生成提示信息，以提示本地设备对应的用户或者所有对端设备对应的用户或者输出该编辑处理的对端设备对应的用户有哪一个编辑处理被忽略掉。
50.其中，执行时刻可以为：每个编辑处理在其相应的对端设备生成的时刻，或者，也可以为：本地设备获得每个编辑处理的时刻，当然，若执行时刻为本地设备获得每个编辑处理的时刻，则执行时刻的确定可能会受到网络因素、编辑颗粒度、实时计算速度等因素的影响，因此，在将本地设备获得每个编辑处理的时刻作为执行时刻时，也需要考虑上述网络因素、编辑颗粒度、实时计算速度等因素的影响。
51.进一步的，在分享文件的过程中，会生成一个忽略编辑处理表，用于记录本次分享
过程中被忽略掉的编辑处理，以便于在分享过程中，能够及时查看被忽略掉的编辑处理，若需要替换，可直接从该忽略编辑处理表中完成编辑处理的替换。即将之前忽略掉的编辑处理在分享文件中执行，而与该编辑处理有冲突的、但是执行时刻早于该编辑处理的编辑处理忽略。
52.另外，也可以为：确定满足在冲突条件的第一编辑处理对应的第一对端账户以及第二编辑处理对应的第二对端账户，确定第一对端账户及第二对端账户的权重，若第一对端账户的权重大于第二对端账户的权重，则选择第一对端账户对应的第一编辑处理执行，而将第二对端账户对应的第二编辑处理忽略；若第二对端账户的权重大于第一对端账户的权重，则选择第二对端账户对应的第二编辑处理执行，而将第一对端账户对应的第一编辑处理忽略。
53.本实施例公开的多人协同交互处理方法，确定待分享的分享文件；基于分享操作将待分享的分享文件分享至至少一个对端账户，与至少一个对端账户同步显示分享文件；实时获得并显示至少一个对端账户针对分享文件执行的编辑处理。本方案在分享文件需要多人协同处理时，直接将分享文件分享至对端账户即可，此时，可在本地设备及对端账户同步显示分享文件，并能够实时获得并显示对端账户针对分享文件执行的编辑处理，提高了协同处理文件的效率。
54.本实施例公开了一种多人协同交互处理方法，其流程图如图4所示，包括：步骤s41、确定待分享的分享文件；步骤s42、基于分享操作将待分享的分享文件分享至至少一个对端账户，与至少一个对端账户同步显示分享文件；步骤s43、实时获得并显示至少一个对端账户针对分享文件执行的编辑处理；步骤s44、若获得第一操作，则获得并显示第一操作指定的第一对端战鼓中分享文件的视窗位置。
55.在本地设备将分享文件分享给对端账户的过程中，本地设备能够与对端账户同步显示分享文件，实时获得并显示对端账户针对分享文件执行的编辑处理。
56.其中，同步显示分享文件是指本地设备与对端账户均显示该分享文件，但是本地设备并不能显示对端设备当前显示的是该分享文件的哪一个部分，即本地设备的用户并不能知道对端账户的用户当前看的是该分享文件的哪一个部分，只会将对端账户的用户对分享文件的编辑处理进行显示。
57.当本地设备获得第一操作时，本地设备能够获得并显示第一操作指定的第一对端账户中分享文件的视窗位置。
58.第一操作可以为：在应用程序界面上执行的特定指令，或者，特定的快捷操作指令等。
59.当本地设备接收到第一操作时，表明本地设备需要查看对端账户的视窗位置，即对端账户的用户当前看的是该分享文件的哪一个位置或部分，实现视窗位置同步。
60.第一操作中能够指定特定的对端账户，则当接收到第一操作时，首先分析第一操作中指定的对端账户，若该对端账户为第一对端账户，则通过本地设备与第一对端账户之间的网络链接获得对端账户的视窗位置，实现视窗位置同步的目的。
61.另外，确定待分享的分享文件，包括：
创建分享文件，或，获得预先存储的分享文件。
62.创建分享文件，可以为：通过应用程序对文件进行创建。
63.当通过应用程序对文件进行创建时，该应用程序至少具备文件创建模块。
64.该文件创建模块能够创建用于承载和显示用户创建的图层的文件，文件对应的二维空间可称为画布，用户创建的每一个矢量对象，在应用程序中会被呈现为画布上的一个图层，画布上的内容基于实时计算并经由2d渲染引擎实时绘制而成。
65.该文件创建模块还具有第一数据结构，能够通过第一数据结构实现对不同矢量对象具体属性的描述，其中，矢量对象包含形状、钢笔/贝塞尔曲线、铅笔、文字等，不同矢量对象由不同的属性和参数定义，矢量对象就是构成文件的数据本身，矢量对象的基础属性包括尺寸、位置、填充、圆角、描边、阴影特效等，例如：绘制一个边长为100px的正方形矢量图形，可以添加一个半径为10px的圆角，以及添加一个填充色。不同矢量对象对应的属性可能不同，如：多边形会有额外的边数这一属性。
66.另外，文件创建模块还具有第二数据结构，能够通过第二数据结构描述图层具体属性及图层之间的关系。图层属性包括：图层在画布中的绝对位置，是否显示，是否锁定，是否可以容纳其他图层的容器等。图层之间的关系包括：上下层级关系、成组关系、相对位置和相对尺寸关系、蒙版遮罩关系、组件和实例关系、色彩、透明度等视角效果的叠加显示关系等。
67.文件创建模块还具有创建工具栏，该创建工具栏能够提供创建不同类型矢量对象的工具，该创建工具栏具备扩展能力，以承载持续增加和增强的创作领域内的能力。该创建工具栏提供了矩形、圆形、多边形、多角形等常用形状，方便用户快速绘制，同时还能够通过钢笔和铅笔工具自由绘制，以完成矢量对象的创建。
68.文件创建模块还包括图层面板及操作面板，其中，图层面板用于管理文件内所有图层层级结构，操作面板用于设置和修改图层属性。
69.另外，文件创建模块能够将图形结构转换为前端样式代码，以便于设计团队交付设计稿时，能够通过将图形结构转换为前端样式代码，并以前端样式代码的形式交付设计稿，实现向研发团队更高效、准确的传递设计意图和设计实现的方式。
70.文件创建模块还具有插件单元，该插件单元能够通过非原生界面构建和修改图层，以及为图层附加额外的结构化信息，基于该插件单元，第二方和第三方开发者能够自主开发插件并发布给个人、团队或平台上的所有用户使用。其中，额外的结构化信息是指通过插件，用户能够为图层添加在原生界面上无法添加的信息，而新添加的信息会携带在图层上，例如：开发一款插件，用于为图层添加别名和备注这两个新的字段，这两个信息会和对应的图层关联绑定到一起，在需要显示或使用的时候可以显示这两个信息或能够对着两个信息进行二次编辑。
71.另外，获得预先存储的分享文件，可以为：本地预先对文件进行存储，当需要分享时，直接调用该文件即可；或者，确定待分享的分享文件，还可以为：获得其他账户分享的文件，将其作为本次分享的分享文件。
72.需要说明的是，本实施例公开的多人协同交互处理方法所基于的多人协同交互处理系统对应的应用程序，其向用户交互的方式包括：saas，私有化部署；客户端支持的操作
平台包括：web网站，macos和windows客户端，ios和android手机app。
73.另外，该应用程序具有账号单元，账号单元用于提供用户身份保持和校验；还具有用于监控和预警软件运行状态的服务和系统，该服务和系统所包含的功能会因应用程序的更新而不断增加；应用程序还具有数据服务和分析单元，能够同于统计经过加密和脱敏的用户行为数据并为应用程序更新迭代和业务优化提供决策依据；还具有用于配置动态数据的内容管理后台。
74.本实施例公开的多人协同交互处理方法，能够基于先进前端交互和渲染技术，实现复杂图形数据的构建、实时计算和实时渲染；能够基于实时通信和冲突解决技术，实现多人有效实时编辑、查看同一个文件；能够基于结构化图形数据自动生成高可用前端样式代码的技术能力；能够基于创作领域的前端能力开放而构建的插件单元。本实施例通过上述实现方式能够大幅提升个人和团队的设计和写作效率，同时，为团队和企业提供了数字化、集中化的设计资产管理能力。
75.本实施例公开的多人协同交互处理方法，确定待分享的分享文件；基于分享操作将待分享的分享文件分享至至少一个对端账户，与至少一个对端账户同步显示分享文件；实时获得并显示至少一个对端账户针对分享文件执行的编辑处理。本方案在分享文件需要多人协同处理时，直接将分享文件分享至对端账户即可，此时，可在本地设备及对端账户同步显示分享文件，并能够实时获得并显示对端账户针对分享文件执行的编辑处理，提高了协同处理文件的效率。
76.本实施例公开了一种多人协同交互处理系统，其结构示意图如图5所示，包括：文件确定模块51，分享模块52及协同处理模块53。
77.其中，文件确定模块51用于确定待分享的分享文件；分享模块52用于基于分享操作将待分享的分享文件分享至至少一个对端账户，与至少一个对端账户同步显示分享文件；协同处理模块53用于实时获得并显示至少一个对端账户针对分享文件执行的编辑处理。
78.进一步的，协同处理模块用于：实时获得至少一个对端账户针对分享文件执行的编辑处理；确定编辑处理是否具备互动需求；若确定编辑处理具备互动需求，则实时获得并以第一形式实时显示至少一个对端账户针对分享文件执行的编辑处理；若确定编辑处理未具备互动需求，则获得并以第二形式显示至少一个对端账户针对分享文件执行的编辑处理。
79.进一步的，协同处理模块用于：若确定分享操作指定的至少一个对端账户的权限信息满足编辑处理权限，则实时获得并显示至少一个对端账户针对分享文件执行的编辑处理。
80.进一步的，协同处理模块用于：实时获得至少一个对端账户针对分享文件执行的编辑处理；若确定获得的编辑处理中第一编辑处理与第二编辑处理满足冲突条件，则确定第一编辑处理的第一执行时刻与第二编辑处理的第二执行时刻；基于第一执行时刻及第二执行时刻确定执行并显示的针对分享文件的编辑处理。
81.进一步的，协同处理模块用于：
若确定第一执行时刻早于第二执行时刻，则执行并显示针对分享文件的第一编辑处理；若确定第二执行时刻早于第一执行时刻，则执行并显示针对分享文件的第二编辑处理。
82.进一步的，协同处理模块还用于：获得第一操作，获得并显示第一操作指定的第一对端账户中分享文件的视窗位置。
83.进一步的，文件确定模块包括：文件创建模块，用于创建分享文件；和/或，文件获取模块，用于获得预先存储的分享文件。
84.本实施例公开的多人协同交互处理系统是基于上述实施例公开的多人协同交互处理方法实现的，在此不再赘述。
85.本实施例公开的多人协同交互处理系统，确定待分享的分享文件；基于分享操作将待分享的分享文件分享至至少一个对端账户，与至少一个对端账户同步显示分享文件；实时获得并显示至少一个对端账户针对分享文件执行的编辑处理。本方案在分享文件需要多人协同处理时，直接将分享文件分享至对端账户即可，此时，可在本地设备及对端账户同步显示分享文件，并能够实时获得并显示对端账户针对分享文件执行的编辑处理，提高了协同处理文件的效率。
86.本实施例公开了一种电子设备，其结构示意图如图6所示，包括：处理器61及存储器62。
87.其中，处理器61用于确定待分享的分享文件；基于分享操作将待分享的分享文件分享至至少一个对端账户，与至少一个对端账户同步显示分享文件；实时获得并显示至少一个对端账户针对分享文件执行的编辑处理；存储器62用于存储处理器执行上述处理过程的程序。
88.本实施例公开的电子设备是基于上述实施例公开的多人协同交互处理方法实现的，在此不再赘述。
89.本实施例公开的电子设备，确定待分享的分享文件；基于分享操作将待分享的分享文件分享至至少一个对端账户，与至少一个对端账户同步显示分享文件；实时获得并显示至少一个对端账户针对分享文件执行的编辑处理。本方案在分享文件需要多人协同处理时，直接将分享文件分享至对端账户即可，此时，可在本地设备及对端账户同步显示分享文件，并能够实时获得并显示对端账户针对分享文件执行的编辑处理，提高了协同处理文件的效率。
90.本技术实施例还提供了一种可读存储介质，其上存储有计算机程序，所述计算机程序被处理器加载并执行，实现上述多人协同交互处理方法的各步骤，具体实现过程可以参照上述实施例相应部分的描述，本实施例不做赘述。
91.本技术还提出了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。电子设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该电子设备执行上述多人协同交互处理方法方面或多人协同交互处理装置方面的各种可选实现方式中所
提供方法，具体实现过程可以参照上述相应实施例的描述，不做赘述。
92.本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
93.专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
94.结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器（ram）、内存、只读存储器（rom）、电可编程rom、电可擦除可编程rom、寄存器、硬盘、可移动磁盘、cd-rom、或技术领域内所公知的任意其它形式的存储介质中。
95.对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本技术。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

技术特征：
1.一种多人协同交互处理方法，其特征在于，包括：确定待分享的分享文件；基于分享操作将所述待分享的分享文件分享至至少一个对端账户，与所述至少一个对端账户同步显示所述分享文件；实时获得并显示所述至少一个对端账户针对所述分享文件执行的编辑处理。2.根据权利要求1所述的方法，其特征在于，所述实时获得并显示所述至少一个对端账户针对所述分享文件执行的编辑处理，包括：实时获得所述至少一个对端账户针对所述分享文件执行的编辑处理；确定所述编辑处理是否具备互动需求；若确定所述编辑处理具备互动需求，则实时获得并以第一形式实时显示所述至少一个对端账户针对所述分享文件执行的编辑处理；若确定所述编辑处理未具备互动需求，则获得并以第二形式显示所述至少一个对端账户针对所述分享文件执行的编辑处理。3.根据权利要求1所述的方法，其特征在于，所述实时获得并显示所述至少一个对端账户针对所述分享文件执行的编辑处理，包括：若确定所述分享操作指定的所述至少一个对端账户的权限信息满足编辑处理权限，则实时获得并显示所述至少一个对端账户针对所述分享文件执行的编辑处理。4.根据权利要求1所述的方法，其特征在于，所述实时获得并显示所述至少一个对端账户针对所述分享文件执行的编辑处理，包括：实时获得所述至少一个对端账户针对所述分享文件执行的编辑处理；若确定获得的编辑处理中第一编辑处理与第二编辑处理满足冲突条件，则确定所述第一编辑处理的第一执行时刻与所述第二编辑处理的第二执行时刻；基于所述第一执行时刻及所述第二执行时刻确定执行并显示的针对所述分享文件的编辑处理。5.根据权利要求4所述的方法，其特征在于，所述基于所述第一执行时刻及所述第二执行时刻确定执行并显示的针对所述分享文件的编辑处理，包括：若确定所述第一执行时刻早于所述第二执行时刻，则执行并显示针对所述分享文件的第一编辑处理；若确定所述第二执行时刻早于所述第一执行时刻，则执行并显示针对所述分享文件的第二编辑处理。6.根据权利要求1所述的方法，其特征在于，还包括：若获得第一操作，则获得并显示所述第一操作指定的第一对端账户中所述分享文件的视窗位置。7.根据权利要求1所述的方法，其特征在于，所述确定待分享的分享文件，包括：创建分享文件；或，获得预先存储的分享文件。8.一种多人协同交互处理系统，其特征在于，包括：文件确定模块，用于确定待分享的分享文件；
分享模块，用于基于分享操作将所述待分享的分享文件分享至至少一个对端账户，与所述至少一个对端账户同步显示所述分享文件；协同处理模块，用于实时获得并显示所述至少一个对端账户针对所述分享文件执行的编辑处理。9.一种电子设备，其特征在于，包括：处理器，用于确定待分享的分享文件；基于分享操作将所述待分享的分享文件分享至至少一个对端账户，与所述至少一个对端账户同步显示所述分享文件；实时获得并显示所述至少一个对端账户针对所述分享文件执行的编辑处理；存储器，用于存储所述处理器执行上述处理过程的程序。10.一种可读存储介质，其特征在于，用于至少存储一组指令集；所述指令集用于被调用并至少执行如权利要求1-7中任一项所述的多人协同交互处理的方法。

技术总结
本申请公开了一种多人协同交互处理方法、系统、电子设备及可读存储介质，确定待分享的分享文件；基于分享操作将待分享的分享文件分享至至少一个对端账户，与至少一个对端账户同步显示分享文件；实时获得并显示至少一个对端账户针对分享文件执行的编辑处理。本方案在分享文件需要多人协同处理时，直接将分享文件分享至对端账户即可，此时，可在本地设备及对端账户同步显示分享文件，并能够实时获得并显示对端账户针对分享文件执行的编辑处理，提高了协同处理文件的效率。协同处理文件的效率。协同处理文件的效率。


技术研发人员：罗琨
受保护的技术使用者：北京尽微致广信息技术有限公司
技术研发日：2023.06.20
技术公布日：2023/7/21