web应用的通信方法、装置、电子设备及存储介质与流程

本申请涉及互联网技术领域，尤其涉及一种web应用的通信方法、装置、电子设备及存储介质。

背景技术：

相关技术中，通信功能可以采用cs架构实现，例如，微信、钉钉等，但此种方式需要开发和部署客户端。

若不进行客户端的开发和部署，直接在业务系统的web应用中实现通信功能，则需要为web应用的前端专门定制特定的通信页面，此种方式中，每一套业务系统均需要定制自己的通信页面，通信页面是独立的，无法适配所有的业务系统。

可以看出，相关技术中，若要实现web应用的通信功能，存在适配性差的技术问题。

技术实现要素：

为克服相关技术中存在的问题，本申请提供一种web应用的通信方法、装置、电子设备及存储介质，该通信方法，能够适配所有的业务系统。

本申请第一方面提供一种web应用的通信方法，应用于web应用前端的通信组件，所述通信组件在登录所述web应用时被加载，所述通信方法包括：

以成功登录web应用为触发，获得所述web应用的登录信息；所述登录信息至少包括用户信息；

获得所述通信组件的服务端存储的与所述用户信息相匹配的通信录数据；

确定通信方式以及所述通信录数据中的通信对象；

根据所述通信方式，通过所述服务端建立与所述通信对象的通信数据连接。

可选的，当所述通信组件被加载时，所述通信组件的第一显示界面悬浮于所述web应用的显示页面进行显示。

可选的，所述获得所述通信组件的服务端存储的与所述用户信息相匹配的通信录数据后包括：

接收用户对所述第一显示界面的操作指令；

依据所述操作指令，将所述第一显示界面切换为第二显示界面；所述第二显示界面用于显示通信方式以及该通信方式下与所述用户信息相匹配的通信录数据。

所述确定通信方式以及通信录数据中的通信对象包括：

接收用户在所述第二显示界面中对选项卡的第一选定操作；

依据所述第一选定操作，确定所述第一选定操作所选定选项卡对应的通信方式；

接收用户在所述第二显示界面中对通信录数据的第二选定操作；

依据所述第二选定操作，确定所述第二选定操作所选定的通信对象。

可选的，所述通信方式为视频通话，则所述通过所述服务端建立与所述通信对象的通信数据连接包括：

显示第三显示界面；

获得本地音视频采集装置的第一音视频流，并将所述第一音视频流中的第一视频流在所述第三显示界面的第一显示区域进行显示；

将所述第一音视频流传输给所述服务端，使得所述服务端将所述第一音视频流发送给所述通信对象；

接收所述服务端传输的所述通信对象发送给所述服务端的第二音视频流，并将所述第二音视频流中的第二视频流在所述第三界面的第二显示区域进行显示，同时播放所述第二音视频流中的音频数据。

可选的，所述通信方式为视频会议，则所述通过所述服务端建立与所述通信对象的通信数据连接包括：

显示第四显示界面；

调用本地音视频采集装置的第三音视频流；

将所述第三音视频流传输给所述服务端，使得所述服务端将所述第三音视频流中的第三视频流以及所述通信对象传输的第四视频流进行混码后得到混码视频流；

接收所述服务端传输的混码视频流，并将所述混码视频流在所述第四显示界面进行显示。

可选的，所述确定通信方式以及所述通信录数据中的通信对象后，所述根据所述通信方式，通过所述服务端建立与所述通信对象的通信数据连接前，所述方法还包括：

接收用户在第二显示界面中对建立通话操作按钮进行操作的建立通话操作指令；

依据所述建立通话操作指令，显示呼叫等待界面；所述呼叫等待界面中包括用于挂断通信会话的挂断按钮以及表征正在呼叫的呼叫等待信息。

本申请第二方面提供一种web应用的通信装置，应用于web应用前端的通信组件，所述通信组件在登录所述web应用时被加载，所述通信装置包括：

登录模块，用于以成功登录web应用为触发，获得所述web应用的登录信息；所述登录信息至少包括用户信息；

通信录数据获取模块，用于获得所述通信组件的服务端存储的与所述用户信息相匹配的通信录数据；

确定模块，用于确定通信方式以及所述通信录数据中的通信对象；

通信模块，用于根据所述通信方式，通过所述服务端建立与所述通信对象的通信数据连接。

本申请第三方面提供一种电子设备，包括：

处理器；以及

存储器，其上存储有可执行代码，当所述可执行代码被所述处理器执行时，使所述处理器执行如上所述的一种web应用的通信方法。

本申请第四方面提供一种非暂时性机器可读存储介质，其上存储有可执行代码，当所述可执行代码被电子设备的处理器执行时，使所述处理器执行如上所述的一种web应用的通信方法。

本申请提供的技术方案可以包括以下有益效果：

本申请技术方案中，无需对每一个业务系统都单独开发通信页面，仅需要在登录web应用时，加载通信组件，在成功登录web应用后，快速实现与其它用户的通信，可以适配所有的业务系统。

本申请的技术方案，还可以在不需要切换当前web页面显示内容的前提下，快速便捷地与其它用户进行通信，减少了操作步骤，提高了通信效率。

本申请的技术方案，还可以在不改变业务系统功能的前提下，仅依靠web应用的登录信息就可以实现视频通话或视频会议，采用最少的传输参数实现了通信录、视频通信和会议等功能，易于集成、移植和维护。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

通过结合附图对本申请示例性实施方式进行更详细的描述，本申请的上述以及其它目的、特征和优势将变得更加明显，其中，在本申请示例性实施方式中，相同的参考标号通常代表相同部件。

图1是本申请实施例示出的一种web应用的通信方法的流程示意图；

图2是本申请实施例示出的通信组件的第一显示界面的布置示意图；

图3是本申请实施例示出的通信组件的第二显示界面的一种布置示意图；

图4是本申请实施例示出的通信组件的第二显示界面的另一种布置示意图；

图5是本申请实施例示出的一种web应用的通信方法中确定通信方式以及通信录数据中的通信对象的具体实施方式流程示意图；

图6是本申请实施例示出的视频通话的界面示意图；

图7是本申请实施例示出的视频会议的界面示意图；

图8是本申请实施例示出的呼叫等待时的界面示意图；

图9是本申请实施例示出的来电等待界面的界面示意图；

图10是本申请实施例示出的一种web应用的通信装置的结构示意图；

图11是本申请实施例示出的电子设备的结构示意图。

具体实施方式

下面将参照附图更详细地描述本申请的优选实施方式。虽然附图中显示了本申请的优选实施方式，然而应该理解，可以以各种形式实现本申请而不应被这里阐述的实施方式所限制。相反，提供这些实施方式是为了使本申请更加透彻和完整，并且能够将本申请的范围完整地传达给本领域的技术人员。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语“第一”、“第二”、“第三”等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

本申请实施例公开了一种web应用的通信方法、装置、电子设备及存储介质。

本申请的核心思想是，在web应用中集成可视化通信功能。

相关技术中，存在多业务系统同时使用的情况，例如，井下勘探系统和办公系统等，当用户使用井下勘探系统或与同时使用办公系统时，如果想要实现通信功能，需要对每一个系统的web应用中都单独开发通信组件，来实现与其它用户通信的功能。此种方式不但浪费了大量的人力物力，而且每一种业务系统均需要重新学习，增加了学习成本。而且每一种业务系统进行通信时，大都是需要先操作到对应的通信页面，然后在执行登录等操作，最后才能实现与其他用户进行语音等通信。

针对上述问题，本申请实施例提供一种web应用的通信方法，能够适配所有的业务系统，为其提供通信和会议服务，实现快速，便捷的通信需求。

以下结合附图详细描述本申请实施例的技术方案。

图1是本申请实施例示出的一种web应用的通信方法的流程示意图。

参见图1，本申请提供的一种web应用的通信方法，应用于web应用前端的通信组件，通信组件在登录所述web应用时被加载。

本申请技术方案中，设置有通信组件，该通信组件为web应用的前端，优选采用vue框架实现。由于vue框架属于前端框架，使用js语言进行开发，因此，在对web应用部署通信功能时，仅需要将其打包后作为web应用的vue组件即可。当web应用在登录时，加载该通信组件即可。

因此，本申请技术方案中的通信组件，可以适配到所有的业务系统中，只需要其在登录时将通信组件加载即可，无需多余的代码设置和页面布局等复杂的操作。

基于此，本申请的通信方法包括：

s100、以成功登录web应用为触发，获得web应用的登录信息；登录信息至少包括用户信息；

本申请实施例中，当加载了通信组件的业务系统的web应用被成功登录时，会将登录web应用的登录信息传入通信组件，使得通信组件对该登录信息进行鉴权。

本申请实施例中，对应通信组件设置有服务端。该服务端中，设置有通信录。优选的，预先在服务端新建通信录表字段为id，用户名、号码、单位名单位id，上级单位名、上级单位id，用以存放通信录内容。另外，服务端还设置有与业务系统一致的鉴权数据库，用于对传入的用户信息进行鉴权，从而在web应用的页面上悬浮显示通信组件的第一显示界面。如果不希望某业务系统使用通信组件的通信功能，则可以直接将该业务系统对应的鉴权数据库屏蔽。

可以理解的是，通信组件中已经预置有与服务端的连接方式以及登录方式，例如端口号、地址等参数。当服务端端口或地址发生变化时，只需要对通信组件中的相应参数进行替换即可。只需要对通信组件的内容进行一次更新即可，无需对业务系统进行改动，不影响业务系统的正常使用，并且在用户侧无感知，用户也无需记忆和录入多余的网络地址或端口号等参数。

本申请实施例中，用户无需记忆关于通信组件的任何信息，只需要在登录自己需要登录的业务系统，例如煤矿井下预警系统、融合平台等时，录入自己登录该业务系统的用户信息，例如用户名、密码即可实现通信组件的鉴权操作。对用户来说，实现了无感知的启用通信功能。

本申请实施例中，当鉴权通过后，会执行步骤s200，否则会弹出表征鉴权失败的界面，用以提示用户鉴权失败，通信功能无法正常使用。

s200、获得通信组件的服务端存储的与用户信息相匹配的通信录数据；

在步骤s200中，会获得服务端中所存储的通信录数据。

可以理解的是，仅会获得与登录信息相匹配的通信录数据。该通信录数据可以包括有用户名、单位等信息。

s300、确定通信方式以及通信录数据中的通信对象；

本申请实施例中，通信方式可以包括，视频通话以及视频会议，当然，不涉及可视化的通信方式也可以实现，本申请中主要对可视化的相关功能进行详细介绍，其它通信方式可以参考可视化通信方式即可。

本申请实施例中，用户可以选定通信方式，例如视频会议。

可以理解的是，本申请实施例中，每一种通信方式下对应的通信对象展示方式有所区别，具体在后面进行详细介绍。

本申请实施例中，用户可以选定所要进行通信的通信对象。例如，在确定通信方式为视频会议时，选择用户1和用户2作为通信对象。

s400、根据通信方式，通过服务端建立与通信对象的通信数据连接。

本申请实施例中，当确定了通信方式以及通信对象后，可以通过服务端直接建立与通信对象的通信数据连接。其中，通信数据包括视频流，用以实现多放可视化视频会议。

本申请实施例中，采用web应用的前端实现了不同通信方式的通信功能，无需对业务系统进行大规模的改动或开发新的通信页面。

可以理解的是，本申请实施例中，采用sip协议实现各个前端之间的音视频通信。

可以理解的是，本申请实施例中，通信组件中的每一个显示界面都可以采用vue.js进行开发，通信组件作为一个全局组件，可以无缝对接到任何业务系统中。

可以理解的是，本申请实施例中，当加载通信组件的web应用退出登录或业务系统关闭时，通信组件也会退出登录或关闭。当然，通信组件的第一显示界面也不再进行显示，亦或是显示成离线状态的标识。

通过上述实施例可以看出，本申请技术方案中，无需对每一个业务系统都单独开发通信页面，仅需要在登录web应用时，加载通信组件，在成功登录web应用后，快速实现与其它用户的通信，可以适配所有的业务系统。

前述实施例中，介绍了在web应用的页面上悬浮显示通信组件的第一显示界面。

本申请实施例中，当通信组件被加载时，通信组件的第一显示界面悬浮于web应用的显示页面进行显示。

参见图2，图2是本申请实施例示出的通信组件的第一显示界面的布置示意图。

本申请实施例中，通信组件200可以悬浮在web应用的显示页面上，不影响用户对当前显示页面的观看和操作。

例如，在井下预警系统中，如果当前页面显示的是某报警信息和相关参数，用户希望与其它通信对象进行通信，沟通报警信息的内容，相关技术中，需要跳转到通信的相关页面，然后登录到相应的通信服务器，然后在执行通话等操作，此时，用户的当前页面已经切换为通话页面，无法看到需要与其它通信对象沟通的相关内容。而本申请实施例中，通信组件的第一显示界面的表现形式可以为悬浮的图标，如图2中的第一显示界面200，悬浮显示的电话图标。因此，不影响对当前页面显示内容例如报警信息的观看，同时实现通信功能。

本申请实施例中，优选使用vue.js生成悬浮通信组件的第一显示界面，其属性为全局组件，参数为登录信息。其可以由任意web页面加载，直接悬浮显示于web页面上，可以执行拖拽移动。当用户对其进行特定操作时，例如双击、长时间点击等操作，则会将第一显示界面切换为第二显示界面。当然，特定操作只要可以触发其执行界面切换即可，本申请实施例不进行具体限定。

可以理解的是，将第一显示界面切换为第二显示界面的过程是当鉴权通过后，且获得了与用户信息相匹配的通信录数据所执行的。

本申请实施例中，获得通信组件的服务端存储的与用户信息相匹配的通信录数据后包括：

接收用户对第一显示界面的操作指令；

依据操作指令，将第一显示界面切换为第二显示界面；第二显示界面用于显示通信方式以及该通信方式下与用户信息相匹配的通信录数据。

参见图3、图4，图3是本申请实施例示出的通信组件的第二显示界面300的一种布置示意图。图4是本申请实施例示出的通信组件的第二显示界面300的另一种布置示意图。

本申请实施例中，第二显示界面300中，对应不同的通信方式，设置有不同的选项卡，每一个选项卡对应一种通信方式，且每一个选项卡下，所显示的内容不同。当然，还可以设置更多中的通信方式，只需要对应设置多个选项卡，并对选项卡中按钮进行布局即可，本申请实施例不进行赘述。

可以理解的是，第二显示界面300中可以显示与用户信息相匹配的通信录数据。并且，在每一种通信方式下，可以显示该通信方式所布置的按钮，用来实现与通信对象的通信。例如，图3中表征建立视频通话操作按钮301，或者图4中表征建立视频会议操作按钮302。

参见图5，图5是本申请实施例示出的一种web应用的通信方法中确定通信方式以及通信录数据中的通信对象的具体实施方式流程示意图。

本申请实施例中，确定通信方式以及通信录数据中的通信对象根据具体通过如下步骤实现。

确定通信方式以及通信录数据中的通信对象包括：

s501、接收用户在第二显示界面中对选项卡的第一选定操作；

s502、依据第一选定操作，确定第一选定操作所选定选项卡对应的通信方式；

用户可以通过选定选项卡，来确定通信方式，例如是视频通话还是视频会议。第一选定操作可以为单击操作、双击操作等。也可以是在第一显示界面时，用户执行的特定操作直接关联到第二显示界面所显示的内容。例如，单击第一显示界面时，切换到第二显示界面后，第二显示界面显示的为视频通话的选项卡，而双击第一显示界面时，切换到第二显示界面后，第二显示界面显示的为视频会议的选项卡。此种方式可以大大缩短确定通信方式的时间。

s503、接收用户在第二显示界面中对通信录数据的第二选定操作；

s504、依据第二选定操作，确定第二选定操作所选定的通信对象。

当用户选定了通信方式后，会确定出需要进行通信的通信对象。例如，图3中的用户1，或者图4中的用户1和用户3。

需要说明的是，图4中可以通过多选来确定多个通信对象。还可以通过下拉菜单来筛选用户所对应的单位。例如，直接筛选出单位1下的用户。

前述实施例介绍了通信方式可以为视频通话或视频会议。下面对这两个通信方式在前端的实现进行详细介绍。

参见图6，图6是本申请实施例示出的视频通话的界面示意图。

本申请实施例中，通信方式为视频通话，则通过服务端建立与通信对象的通信数据连接包括：

显示第三显示界面；

获得本地音视频采集装置的第一音视频流，并将第一音视频流中的第一视频流在第三显示界面的第一显示区域进行显示；

将第一音视频流传输给服务端，使得服务端将第一音视频流发送给通信对象；

接收服务端传输的通信对象发送给服务端的第二音视频流，并将第二音视频流中的第二视频流在第三界面的第二显示区域进行显示，同时播放第二音视频流中的音频数据。

本申请实施例中，第三界面600为执行视频通话时的界面，该第三界面中，包括有本地音视频采集装置的第一音视频流，以及通信对象的第二音视频流。第三显示界面可以以通信窗口的形式展现。

可以理解的是，当需要建立与通信对象的通信数据连接时，本申请实施例中，可以直接调用本地音视频采集装置，来对本地的视频流进行采集。本地音视频采集装置可以为摄像机、照相机、麦克风、拾音器等可以进行音视频采集的设备。

当建立了与通信对象的通信数据连接时，服务端会对对端发送的音视频流进行转发。使得web前端具有通信功能。

可以理解的是，在具体实现时，可以采用js编写和构建点对点通信模块communication，使得web应用前端可以具有视频通话的通信功能。

其中，第三显示界面的第一显示区域601和第二显示区域602用于显示视频流。优选的，第一显示区域601显示通信对象的第二视频流，第二显示区域602显示本地所采集的第一视频流。

参见图7，图7是本申请实施例示出的视频会议的界面示意图。

通信方式为视频会议，则通过服务端建立与通信对象的通信数据连接包括：

显示第四显示界面；

调用本地音视频采集装置的第三音视频流；

将第三音视频流传输给服务端，使得服务端将第三音视频流中的第三视频流以及通信对象传输的第四视频流进行混码后得到混码视频流；

接收服务端传输的混码视频流，并将混码视频流在第四显示界面进行显示。

本申请实施例中，执行视频会议时，服务端不仅仅执行的是音视频流的转发，还需要对视频流进行混码，使得多视频流混成单视频流进行显示。第四显示界面700可以以通信窗口的形式展现。

可以理解的是，在具体实现时，可以采用js编写和构建会议通信模块meeting，使得web应用前端可以实现具有视频会议的通信功能。

本申请实施例中，所播放的是通过混码的混码视频流，而不是多个单一的视频流，降低了传输的数据量以及网络流量消耗，节约了网络资源，使得用户看到的视频流较为平滑，无卡顿感，提高了用户体验。

本申请实施例中，当建立与所述通信对象的通信数据连接前，还会设置有呼叫等待的界面。

参见图8。

图8是本申请实施例示出的呼叫等待时的界面示意图。

确定通信方式以及通信录数据中的通信对象后，根据通信方式，通过服务端建立与通信对象的通信数据连接前，方法还包括：

接收用户在第二显示界面中对建立通话操作按钮进行操作的建立通话操作指令；

依据建立通话操作指令，显示呼叫等待界面800；呼叫等待界面中包括用于挂断通信会话的挂断按钮以及表征正在呼叫的呼叫等待信息。

本申请实施例中，点击了建立通话操作按钮后，例如，图3建立视频通话操作按钮301或者图4中建立视频会议操作按钮401，会切换为如图8所示的呼叫等待界面。该呼叫等待界面中包括有可以执行关断的挂断按钮801。当用户点击该按钮时，可以结束此次呼叫。

参见图9，图9是本申请实施例示出的来电等待界面的界面示意图。

本申请实施例中，如果在第一显示界面下，不执行后续操作，则会一直保持该第一显示界面。此时，如有通信录中的其它用户进行呼叫时，会切换成如图9所示的来电等待界面900，其包括有呼叫人的相关信息以及接受应答的按钮901或拒绝应答的按钮902，来执行接听操作或挂断操作。

可以看出，本申请实施例中，采用前端就可以实现通信功能，而无需安装客户端，可以在不改变业务系统功能的前提下，仅依靠web应用的登录信息就可以实现视频通话或视频会议，采用最少的传输参数实现了通信录、视频通信和会议等功能，易于集成、移植和维护。

与前述应用功能实现方法实施例相对应，本申请还提供了一种web应用的通信装置、电子设备及相应的实施例。

参见图10，图10是本申请实施例示出的一种web应用的通信装置的结构示意图。

应用于web应用前端的通信组件，所述通信组件在登录所述web应用时被加载，所述通信装置包括：

登录模块1，用于以成功登录web应用为触发，获得所述web应用的登录信息；所述登录信息至少包括用户信息；

通信录数据获取模块2，用于获得所述通信组件的服务端存储的与所述用户信息相匹配的通信录数据；

确定模块3，用于确定通信方式以及所述通信录数据中的通信对象；

通信模块4，用于根据所述通信方式，通过所述服务端建立与所述通信对象的通信数据连接。

可以理解的是，关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不再做详细阐述说明。

本申请提供的通信装置可以包括以下有益效果：

本申请通信装置中，无需对每一个业务系统都单独开发通信页面，仅需要在登录web应用时，加载通信组件，在成功登录web应用后，快速实现与其它用户的通信，可以适配所有的业务系统。

本申请的通信装置，还可以在不需要切换当前web页面显示内容的前提下，快速便捷地与其它用户进行通信，减少了操作步骤，提高了通信效率。

本申请的通信装置，还可以在不改变业务系统功能的前提下，仅依靠web应用的登录信息就可以实现视频通话或视频会议，采用最少的传输参数实现了通信录、视频通信和会议等功能，易于集成、移植和维护。

图11是本申请实施例示出的电子设备的结构示意图。

参见图11，电子设备1000包括存储器1010和处理器1020。

处理器1020可以是中央处理单元(centralprocessingunit，cpu)，还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现场可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器1010可以包括各种类型的存储单元，例如系统内存、只读存储器(rom)，和永久存储装置。其中，rom可以存储处理器1020或者计算机的其他模块需要的静态数据或者指令。永久存储装置可以是可读写的存储装置。永久存储装置可以是即使计算机断电后也不会失去存储的指令和数据的非易失性存储设备。在一些实施方式中，永久性存储装置采用大容量存储装置(例如磁或光盘、闪存)作为永久存储装置。另外一些实施方式中，永久性存储装置可以是可移除的存储设备(例如软盘、光驱)。系统内存可以是可读写存储设备或者易失性可读写存储设备，例如动态随机访问内存。系统内存可以存储一些或者所有处理器在运行时需要的指令和数据。此外，存储器1010可以包括任意计算机可读存储媒介的组合，包括各种类型的半导体存储芯片(dram，sram，sdram，闪存，可编程只读存储器)，磁盘和/或光盘也可以采用。在一些实施方式中，存储器1010可以包括可读和/或写的可移除的存储设备，例如激光唱片(cd)、只读数字多功能光盘(例如dvd-rom，双层dvd-rom)、只读蓝光光盘、超密度光盘、闪存卡(例如sd卡、minsd卡、micro-sd卡等等)、磁性软盘等等。计算机可读存储媒介不包含载波和通过无线或有线传输的瞬间电子信号。

存储器1010上存储有可执行代码，当可执行代码被处理器1020处理时，可以使处理器1020执行上文述及的方法中的部分或全部。

上文中已经参考附图详细描述了本申请的方案。在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详细描述的部分，可以参见其他实施例的相关描述。本领域技术人员也应该知悉，说明书中所涉及的动作和模块并不一定是本申请所必须的。另外，可以理解，本申请实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减，本申请实施例装置中的模块可以根据实际需要进行合并、划分和删减。

此外，根据本申请的方法还可以实现为一种计算机程序或计算机程序产品，该计算机程序或计算机程序产品包括用于执行本申请的上述方法中部分或全部步骤的计算机程序代码指令。

或者，本申请还可以实施为一种非暂时性机器可读存储介质(或计算机可读存储介质、或机器可读存储介质)，其上存储有可执行代码(或计算机程序、或计算机指令代码)，当所述可执行代码(或计算机程序、或计算机指令代码)被电子设备(或电子设备、服务器等)的处理器执行时，使所述处理器执行根据本申请的上述方法的各个步骤的部分或全部。

本领域技术人员还将明白的是，结合这里的申请所描述的各种示例性逻辑块、模块、电路和算法步骤可以被实现为电子硬件、计算机软件或两者的组合。

附图中的流程图和框图显示了根据本申请的多个实施例的系统和方法的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标记的功能也可以以不同于附图中所标记的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

以上已经描述了本申请的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术的改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。