CN111343183A - 一种分散办公处理方法、***及装置 - Google Patents

Abstract

本公开是关于一种分散办公处理方法、***及装置。该方法包括：接收一成员端根据各成员端开放的工作状态信息向指定成员端发起的会话请求；根据所述会话请求创建会话；将所述会话的会话指令发送给指定成员端，由所述指定成员端在未处于会话状态时自动接通会话或在处于会话状态时选择是否接通会话。本公开提供的方案，能解决分散办公条件下沟通效率低下的问题。另外通过服务端获取各成员端的工作状态信息后，可以根据各成员端的权限设置信息向各成员端分发部分或所有成员端的工作状态信息，从而也能解决分散办公条件下相互监督缺失的问题。

Description

一种分散办公处理方法、***及装置

技术领域

本公开涉及通信及计算机技术领域，尤其涉及一种分散办公处理方法、***及装置。

背景技术

目前，随着计算机技术、网络通信技术及社会经济的不断发展，人们的工作模式也在发生变化。其中一种工作模式称为集中办公，即将相关成员安排在写字楼等地理位置集中的场所进行办公，确保一个团队内部的成员间协同顺畅，这种模式可以称之为成员地理位置集中条件下的协同办公，简称集中办公；另一种工作模式称为分散办公，若团队中每个成员都分散在不同的地理位置上进行办公，且仍保持成员间的协同关系，这种模式可以称之为成员地理位置分散条件下的协同办公，简称分散办公。

相关方法中，基于互联网技术、电子邮件、即时通讯、远程视频聊天、多人视频会议等技术已经涌现，异地团队间的弱耦合协同关系也已经实现，但相关技术中的分散办公处理方法仍存在一些缺陷，例如存在沟通效率较低的问题。目前分散办公条件下的沟通需要依靠远程会话技术，而其中最接近集中办公时面对面会话效果的就是远程视频会话，这项技术比较成熟并被广泛应用，但仍未能达到办公级别的实时水平。由于地理位置隔离，团队成员之间的工作状态信息也是隔离的，即任意成员无法了解其他成员的实时工作状态，因此成员之间发起的会话可能无法被及时接听甚至被拒接或漏接。对于弱耦合的异地团队间可能仅需少量沟通，这种效率损失是可接受的，但是耦合性较强的同一个团队内部成员间的沟通是高频发生的，如果每次沟通都会有延迟接听、拒接、漏接等情况，那效率损失就是不可接受的。

因此，希望能提供一种分散办公处理方法，可以解决沟通效率较低的问题。

发明内容

为克服相关技术中存在的问题，本公开提供一种分散办公处理方法、***及装置，能解决分散办公条件下沟通效率较低的问题。

根据本公开实施例的第一方面，提供一种分散办公处理方法，包括：

接收一成员端根据各成员端开放的工作状态信息向指定成员端发起的会话请求；根据所述会话请求创建会话；将所述会话的会话指令发送给指定成员端，由所述指定成员端在未处于会话状态时自动接通会话或在处于会话状态时选择是否接通会话。

在一种实施方式中，所述接收一成员端根据各成员端开放的工作状态信息向指定成员端发起的会话请求，包括：接收一成员端根据各成员端开放的工作状态信息和权限设置信息向指定成员端发起的会话请求。

在一种实施方式中，所述接收一成员端根据各成员端开放的工作状态信息向指定成员端发起的会话请求之前，还包括：分别获取各成员端的工作状态信息；将所述各成员端的工作状态信息进行处理；根据各成员端的权限设置信息向各成员端分发部分或所有成员端的工作状态信息。

在一种实施方式中，所述根据各成员端的权限设置信息向各成员端分发所有成员端的工作状态信息，包括：根据各成员端的权限设置信息向开放组内的各成员端分发开放组内所有成员端的工作状态信息，其中开放组内各成员端权限相同。

在一种实施方式中，所述根据所述会话请求创建会话，包括：在校验所述一成员端和所述指定成员端的工作状态信息后，根据所述会话请求创建会话。

在一种实施方式中，所述工作状态信息包括以下一种或多种的组合：是否处于工位状态、是否处于忙碌状态、是否处于会话状态。

根据本公开实施例的第二方面，提供一种分散办公处理***：包括服务端和与所述服务端网络连接的至少两个以上成员端；所述服务端，用于接收一成员端根据各成员端开放的工作状态信息向指定成员端发起的会话请求，根据所述会话请求创建会话，将所述会话的会话指令发送给指定成员端；所述一成员端，用于向服务端发送向指定成员端发起的会话请求；所述指定成员端，用于在未处于会话状态时自动接通会话或在处于会话状态时选择是否接通会话。

在一种实施方式中，所述服务端，还分别获取各成员端的工作状态信息，将所述各成员端的工作状态信息进行处理，根据各成员端的权限设置信息向各成员端分发部分或所有成员端的工作状态信息。

根据本公开实施例的第三方面，提供一种成员端装置，包括：网络通信模块，用于与服务端及其他成员端进行网络连接；交互模块，用于显示各成员端的工作状态信息，设置各成员端是否为忙碌状态；在所述成员端装置作为发起人的情况下，根据各成员端开放的工作状态信息向指定成员端发起会话请求，将所述会话请求发送给所述服务端；在所述成员端装置作为受邀人的情况下，在未处于会话状态时自动接通会话或在处于会话状态时选择是否接通会话；音视频采集模块，用于采集成员端的音视频信息，在会话过程中将所述音视频信息发送给所述服务端。

在一种实施方式中，所述成员端装置还包括：工位状态采集模块，用于采集成员端的工位状态信息，发送给核心控制模块；核心控制模块，用于接收所述工位状态采集模块采集的成员端的工位状态信息并发送给所述服务端，接收服务端下发的部分或所有成员端的工位状态信息；将所述音视频采集模块在会话过程中采集的所述音视频信息发送给所述服务端。

在一种实施方式中，成员端装置还包括：软件监听模块，用于监听所述成员端的移动终端设备或计算机设备的会话使用状态，发送给所述服务端。

在一种实施方式中，所述成员端装置设置于一封闭空间中，其中所述封闭空间设有与外部通气的换气***；或，所述成员端装置安装于移动终端设备或计算机设备中。

根据本公开实施例的第四方面，提供一种服务端装置，包括：会话服务***模块，用于接收一成员端根据各成员端开放的工作状态信息向指定成员端发起的会话请求，根据所述会话请求创建会话，将所述会话的会话指令发送给指定成员端，由所述指定成员端在未处于会话状态时自动接通会话或在处于会话状态时选择是否接通会话。

在一种实施方式中，服务端装置还包括：工作状态服务***模块，用于分别获取各成员端的工作状态信息；将所述各成员端的工作状态信息进行处理，根据各成员端的权限设置信息向各成员端分发部分或所有成员端的工作状态信息。

在一种实施方式中，所述的服务端装置还包括：团队成员服务***模块，用于维护各成员端信息及为各成员端提供成员服务，设置各成员端的权限信息；所述会话服务***模块接收一成员端根据各成员端开放的工作状态信息和权限设置信息向指定成员端发起的会话请求。

在一种实施方式中，所述工作状态服务***模块，包括：接收及存储模块，用于接收并存储各成员端发送的工作状态信息，其中所述工作状态信息包括以下一种或多种的组合：是否处于工位状态、是否处于忙碌状态、是否处于会话状态；分发模块，用于将所述接收及存储模块接收的各成员端的工作状态信息进行处理，根据各成员端的权限设置信息向各成员端分发部分或所有成员端的工作状态信息；查询模块，用于接收查询请求后，从所述接收及存储模块查询各成员端的工作状态信息并反馈。

在一种实施方式中，所述会话服务***模块，包括：会话管理模块，用于对各成员端间的会话进行管理，包括：接收一成员端根据各成员端开放的工作状态信息向指定成员端发起的会话请求；根据所述会话请求创建会话；将所述会话的会话指令发送给指定成员端，由所述指定成员端在未处于会话状态时自动接通会话或在处于会话状态时选择是否接通会话；音视频数据处理模块，用于在所述会话管理模块创建会话后，接收参与所述会话的成员端发送的音视频数据，经过处理后再发送给参与所述会话的各成员端。

在一种实施方式中，所述团队成员服务***模块，包括：管理维护模块，用于管理维护各成员端信息，设置各成员端的权限信息；数据存储模块，用于存储所述管理维护模块维护的信息及各成员端登录后提交的数据信息；查询服务模块，用于提供各成员端信息的查询服务；鉴权服务模块，用于为各成员端的登录提供鉴权服务。

根据本公开实施例的第五方面，提供一种计算设备，包括：处理器；以及存储器，其上存储有可执行代码，当所述可执行代码被所述处理器执行时，使所述处理器执行如上所述的方法。

根据本公开实施例的第六方面，提供一种非暂时性机器可读存储介质，其上存储有可执行代码，当所述可执行代码被电子设备的处理器执行时，使所述处理器执行如上所述的方法。

本公开的实施例提供的技术方案可以包括以下有益效果：

本公开的实施例，改进会话流程，接收一成员端根据各成员端开放的工作状态信息向指定成员端发起的会话请求，在服务端创建会话后，由服务端将会话的会话指令发送给指定成员端，由所述指定成员端在未处于会话状态时自动接通会话或在处于会话状态时选择是否接通会话。这样，与相关技术中会话一般由受邀方选择是否接通的流程不同，本公开实施例方案是发起方的会话请求发出后，如果指定成员端也即受邀方未处于会话状态时，不需要受邀方点击接听就直接接通了会话，就可以避免成员之间发起的会话可能无法被及时接听甚至被拒接或漏接，从而解决分散办公条件下沟通效率低下的问题；另外在所述指定成员端处于会话状态时，由所述指定成员端选择接通，这样受邀方可以根据情况选择是否断开原会话后再自动接入新会话，使用更灵活。

本公开实施例的方案还可以通过分别获取各成员端的工作状态信息，再将所述各成员端的工作状态信息进行处理，根据各成员端的权限设置信息向各成员端分发部分或所有成员端的工作状态信息，这样就使得分散办公场景下，各个成员端的成员的工作状态都可以被大家互相看到，从而形成一种监督，比较有效解决了分散办公条件下相互监督缺失的问题。

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

附图说明

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

图1是根据本公开一示例性实施例示出的一种分散办公处理方法的流程示意图；

图2是根据本公开一示例性实施例示出的一种分散办公处理方法的流程另一示意图；

图3是根据本公开一示例性实施例示出的一种分散办公处理方法的流程另一示意图；

图4是根据本公开一示例性实施例示出的各成员端采集并上报工作状态信息的示意图；

图5是根据本公开一示例性实施例示出的服务端向各成员端分发工作状态信息的示意图；

图6是根据本公开一示例性实施例示出的成员端展示各成员工作状态信息的示意图；

图7是根据本公开一示例性实施例示出的成员端展示会话窗口的示意图；

图8是根据本公开一示例性实施例示出的一种分散办公处理***的结构示意图；

图9是根据本公开一示例性实施例示出的一种成员端装置的结构示意图；

图10是根据本公开一示例性实施例示出的一种成员端装置的结构另一示意图；

图11是根据本公开一示例性实施例示出的一种服务端装置的结构示意图；

图12是根据本公开一示例性实施例示出的一种服务端装置的结构另一示意图；

图13是根据本公开一示例性实施例示出的一种服务端装置中的工作状态服务***模块的结构及与外部连接的示意图；

图14是根据本公开一示例性实施例示出的一种服务端装置中的会话服务***模块的结构及与外部连接的示意图；

图15是根据本公开一示例性实施例示出的一种服务端装置中的团队成员服务***模块的结构及与外部连接的示意图。

图16是根据本公开一示例性实施例示出的一种计算设备的结构示意图。

具体实施方式

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

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

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

本公开提供一种分散办公处理方法，能解决分散办公条件下沟通效率较低的问题。

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

图1是根据本公开一示例性实施例示出的一种分散办公处理方法的流程示意图。图1所示方法以应用于服务端装置为例说明。

参见图1，该方法包括：

在步骤101中，接收一成员端根据各成员端开放的工作状态信息向指定成员端发起的会话请求。

其中，工作状态信息包括以下一种或多种的组合：是否处于工位状态、是否处于忙碌状态、是否处于会话状态。

该步骤可以是接收一成员端根据各成员端开放的工作状态信息和权限设置信息向指定成员端发起的会话请求。

在步骤102中，根据所述会话请求创建会话。

该步骤可以是在校验一成员端和指定成员端的工作状态信息后，根据会话请求创建会话。

在步骤103中，将所述会话的会话指令发送给指定成员端，由所述指定成员端在未处于会话状态时自动接通会话或在处于会话状态时选择是否接通会话。

该步骤中，将会话的会话指令发送给指定成员端后，如果指定成员端未处于会话状态时，自动接通会话；或如果指定成员端处于会话状态时，由指定成员端选择是否接通会话，例如选择断开原会话接通新会话，或保持原会话拒绝接通新会话。

从该实施例可以看出，本公开实施例的方案改进会话流程，接收一成员端根据各成员端开放的工作状态信息向指定成员端发起的会话请求，在服务端创建会话后，由服务端将会话的会话指令发送给指定成员端，由指定成员端在未处于会话状态时自动接通会话或在处于会话状态时选择是否接通会话。这样，与相关技术中会话一般由受邀方选择是否接通的流程不同，本公开实施例方案是发起方的会话请求发出后，如果指定成员端也即受邀方未处于会话状态时，不需要受邀方点击接听就直接接通了会话，就可以避免成员之间发起的会话可能无法被及时接听甚至被拒接或漏接，从而解决分散办公条件下沟通效率低下的问题；另外在指定成员端处于会话状态时，由指定成员端选择接通，这样受邀方可以根据情况选择是否断开原会话后再自动接入新会话，使用更灵活。

图2是根据本公开一示例性实施例示出的一种分散办公处理方法的流程另一示意图。图2所示方法以应用于服务端装置为例说明。图2与图1的方案相比，可以进一步解决相关技术中存在的相互监督缺失的问题。

在集中办公条件下，团队成员之间能够形成有效的相互监督，包括团队领导对下属成员的显性监督和团队同级别成员之间的隐性监督。集中办公时，团队成员间能够很方便互相了解各自工作状态：“是否在工位、是否在忙碌、是否在会话中等”，因此营造了一个相互监督的工作环境，任意成员的工作状态都被其他成员随时可见，任意成员随时可见其他所有成员的工作状态。这种工作环境对于塑造相对紧张积极的工作氛围是有帮助的，因为工作状态被别人可见会督促成员努力工作，看到他人都在忙碌或讨论又会激发自己的工作积极性。相关技术中的分散办公处理方法中，团队成员间的状态信息隔离，即成员之间无法相互了解工作状态，进而无法实现相互监督。图2所提供的方案则可以在解决沟通效率低下问题的基础上，进一步解决相互监督缺失的的问题。

参见图2，该方法包括：

在步骤201中，分别获取各成员端的工作状态信息。

其中，工作状态信息包括以下一种或多种的组合：是否处于工位状态、是否处于忙碌状态、是否处于会话状态。

在步骤202中，将各成员端的工作状态信息进行处理。

该步骤中，可以将各成端的工作状态信息进行分析及整理。

在步骤203中，根据各成员端的权限设置信息向各成员端分发部分或所有成员端的工作状态信息。

需说明的是，该步骤可以分发所有成员端即全部成员端的工作状态信息，也可以是部分成员端的工作状态信息。

其中，部分成员端，可以是包括该成员端在内，或是除该成员端外的其他成员端。例如，假设除了一成员端外还有四个其他成员端，即团队内共五个成员端，则除该成员端外的其他成员端的工作状态信息可以包括：除该成员端外的其他一个、两个、三个或四个成员端的工作状态信息。也就是说，可以根据实际需要分发部分或所有成员端的工作状态信息。

例如，可以根据权限策略进行工作状态信息的分发。本公开方案可以设置团队权限策略，该权限策略数据可以存储于团队成员服务***模块中，主要是描述成员相互之间是否可见工作状态或是否可发起免应答会话的权限等。例如一个团队内五个成员端，分别对应一个领导和四个员工，设置的权限可以是员工间互相可见工作状态并可互相发起免应答会话，但是员工不可见领导的工作状态且不可向领导发起免应答会话等；此时，只存在只分发部分成员端工作状态信息的情况。需说明的是，也可以设置领导的权限与员工一致。

在步骤204中，接收一成员端向指定成员端发起的会话请求。

该步骤可以是接收一成员端在查看指定成员端的工作状态信息后，向指定成员端发起的会话请求。或，

该步骤可以是接收一成员端在查看指定成员端的工作状态信息和权限设置信息后，向指定成员端发起的会话请求。

在步骤205中，根据会话请求创建会话。

该步骤可以是在校验一成员端和指定成员端的工作状态信息后，根据会话请求创建会话。

在步骤206中，将会话的会话指令发送给指定成员端，由指定成员端在未处于会话状态时自动接通会话或在处于会话状态时选择是否接通会话。

该步骤中，将会话的会话指令发送给指定成员端后，如果指定成员端未处于会话状态时，自动接通会话；或如果指定成员端处于会话状态时，由指定成员端选择是否接通会话，例如选择断开原会话接通新会话，或保持原会话拒绝接通新会话。

从该实施例可以看出，本公开的实施例除可以解决分散办公条件下沟通效率较低的问题外，还可以解决相互监督缺失的问题，可以通过分别获取各成员端的工作状态信息，再将所述各成员端的工作状态信息进行处理，根据各成员端的权限设置信息向各成员端分发部分或所有成员端的工作状态信息，这样就使得分散办公场景下，各个成员端的成员的工作状态都可以被大家互相看到，从而形成一种监督，比较有效解决了相关技术中相互监督缺失的问题。

图3是根据本公开一示例性实施例示出的一种分散办公处理方法的流程另一示意图。图3通过成员端与服务端的交互描述本公开实施例方案，相对于图1和图2更详细描述了本公开方案。

参见图3，该方法包括：

在步骤301中，各成员端将采集的工作状态信息发送给服务端。

同时参见图8，图8是根据本公开一示例性实施例示出的一种分散办公处理***的结构示意图。该分散办公处理***包括服务端和至少两个以上与服务端网络连接的成员端。该步骤中，至少两个以上的各成员端通过网络将采集的工作状态信息发送给服务端。

本公开方案可以在分散办公条件下，实现团队成员间工作状态信息的开放，即可以使得任意成员的工作状态都被其他成员随时可见，任意成员随时可见其他所有成员的工作状态。此处所指的工作状态包括但不局限于是否在工位状态(简称工位状态)、是否在忙碌状态(简称忙碌状态)、是否在会话状态(简称会话状态)三种子状态。

需说明的是，如果整个***服务于一个团队内的成员，就是可以让所有成员的工作状态信息相互开放，如果***服务于多个团队，那可以是在每个团队内部开放工作状态信息。

此处所指的工位状态，并非特指成员是否坐落于某个工位实体，而实指成员是否处于工作状态信息可被采集上传，是否可通过相关装置与其他成员发生会话的状态。

忙碌状态，是成员对外释放出的不希望被打扰的一种信号，因此可以是由成员在其成员端相关装置中主动设置的标识。本公开实施例通过部署在各成员端的装置采集当前成员的工位状态和忙碌状态，并上传至服务端。

会话状态，可标识成员是否正处于某个基于通讯设备的远程会话中，包括通过本公开的会话装置实现的视频会话，也包括通过其他通讯设备或软件进行的远程会话。通过本公开相关装置实现的视频会话，其进行状态已存储在服务端中，可以无须额外采集；本公开方案还可以通过安装在成员的移动终端(例如手机)或工作电脑中的应用程序，监听成员是否正在通过手机或电脑软件进行远程会话并将会话状态上传至服务端。需说明的是，本公开方案不监听会话内容和与谁会话，只监听是否在会话中。

同时参见图4，图4是根据本公开一示例性实施例示出的各成员端采集并上报工作状态信息的示意图，各成员端将采集的工作状态信息发送给服务端。

本公开方案可以通过多种方式实现工位状态采集，例如可以采用基于热红外人体感应器的方案、基于压力传感器的方案、基于图像采集和识别的方案或基于登录状态及持续动作的方案等。

其中，基于热红外人体感应器的方案描述如下：热红外人体感应器(也称为红外感应探头)是已经成熟的传感器件，通过接收人体向外辐射的红外线来判断达到某种标准的辐射源是否存在。本公开方案，可以每隔一段时间采集一次工位是否存在特定辐射源(例如成员)并上报(存在表示在工位，否则表示不在)，或持续采集直到特定辐射源出现或消失则上报(未消失表示在工位，否则表示不在)。

其中，基于压力传感器的方案描述如下：压力传感器可以感知达到某种标准的压力。本公开方案，可以将压力传感器布设在工位地板或座位下，可以采集到工位是否存在超过特定质量物体的信号(例如成员)并上报(存在表示在工位，否则表示不在)。

其中，基于图像采集和识别的方案描述如下：通过摄像头等器件可以采集一定区域内的图像信息，利用相关技术中成熟的图像识别技术即可判断出图像中是否存在类人物体。本公开方案，可以将摄像头等器件设置为每隔一段时间采集一次图像并识别出工位是否存在类人物体的信息后上报给服务端。以工位存在类人物体作为成员在工位的依据，反之，则认为成员不在工位。在此基础上，还可以在图像识别过程中引入人脸识别技术，以进一步判断当前工位的类人物体是否为当前成员本人。

其中，基于登录状态及持续动作的方案描述如下：若成员通过相关设备软件登录并有持续动作，则视其为在工位。本公开方案，可以将完成登录后的软件设为每隔一段时间采集一次操作日志，根据是否有新的操作行为(如一次点击)，来判定成员是否在工位。在此基础上，还可以增加无操作提醒功能，即采集时发现无新操作，则通过声音提醒当前成员执行任意操作，以便下次采集时能够识别出。

在步骤302中，服务端分别接收各成员端的工作状态信息，进行处理。

服务端接收并存储所有成员端的成员的工作状态信息后，可以根据需要进行相关处理。

在步骤303中，服务端向各成员端分发所有成员端的工作状态信息。

同时参见图5，图5是根据本公开一示例性实施例示出的服务端向各成员端分发工作状态信息的示意图，服务端向各成员端分发工作状态信息。

服务端将团队全部成员的工作状态数据分发给各成员端的相关装置，对各个成员开放展示，从而实现成员工作状态信息的开放。

需说明的是，此处以分发所有成员端的工作状态信息为例但不局限于此，也可以是部分成员端的工作状态信息。

在步骤304中，各成员端将从服务端接收的工作状态信息进行显示。

各成员端将从服务端接收的所有成员端的工作状态信息进行显示，从而实现成员工作状态信息的开放。

本公开方案中，在成员端的的团队各成员工作状态展示样式可以是多种展示形式。同时参见图6，图6是根据本公开一示例性实施例示出的成员端展示各成员工作状态信息的示意图。例如：可以用类似座位图的布局展示团队成员姓名，用模拟指示灯表示其工作状态—不亮表示不在工位，绿色亮表示在工位且非忙碌且非会话，黄色亮表示在工位且忙碌且非会话，红色亮表示在工位且在会话(此处选择在会话时忽略忙碌状态的展示，因为集中办公条件下，可以认为会话中本身就意味着忙碌)。需说明的是，上述颜色配置只是举例说明但不局限于此。

在步骤305中，一成员端在查看指定成员端的工作状态信息和权限设置信息后，向指定成员端发起会话请求，将会话请求发送给服务端。

在分散办公条件下，基于团队成员间工作状态信息开放的前提，本公开方案对相关技术中的远程视频会话技术进行改进，将会话创建机制由“一方发起，其他参与方应答(即接听)后创建”，变更为“一方发起，立即创建，无须其他参与方应答，除非其他参与方正在进行其他会话；会话中接到新的会话请求时，当前受邀方可以忽略该请求或断开原会话自动接通新会话”。

在非办公场景的远程视频会话中，会话受邀方存在不方便或不愿意参与会话的可能性，因此是否接听需要由受邀方决策；在集中办公场景中，团队成员都处于工作状态，相互间有义务协同配合，往往一方发起即会话开始，无须等待受邀方响应，例如成员A向成员B发起会话，仅需成员A直接称呼B并与之说话即可，例如“B，有个事情跟你讨论一下”，这样则会话已经开始，即使B反馈自己不想继续会话，他们之间的会话也已经成功创建、进行和结束了。本公开方案在分散办公条件下可改为采用集中办公条件下的会话创建机制，以确保沟通的实时性。

需说明的是，除了查看指定成员端的工作状态信息外，还可以查看权限设置信息。例如，设置的权限可能是员工间互相可见工作状态并可互相发起免应答会话，但是员工不可见领导的工作状态且不可向领导发起免应答会话，则此时无法向领导的成员端发起免应答会话。

还需要说明的，当部分成员端例如领导被设置为不可见状态，不可发起免应答会话后，本公开还可以将所有互相可见工作状态并可互相发起免应答会话的成员端组成一个开放组，该开放组内所有成员端的权限设置都相同，都是可以互相可见工作状态，并可互相发起免应答会话，服务端会向成员端分发开放组内所有成员端的工作状态信息。也就是说，服务端可以根据各成员端的权限设置信息向开放组内的各成员端分发开放组内所有成员端的工作状态信息，其中开放组内各成员端权限相同。

当然，为保证会话不会冲突，一般所有成员同一时间只能参与一个会话，因此当受邀方正在进行其他会话时，还需要其决策是否要断开原会话而接通新的会话。本公开方案是将会话的创建流程进行了改进以更好适应协同工作场景。本公开方案改造后的会话创建流程可简述为：发起判定-->确认发起-->会话建立-->指令分发-->自动接通，这些流程体现在以下的不同步骤中。

该步骤中，一成员端执行发起判定和确认发起两个过程。其中发起判定流程，是会话发起人根据受邀人是否在工位判定是否可以发起会话；同时，针对受邀人在忙碌中或会话中的情形，可以根据待沟通事项的重要紧急程度人为判定是否有必要立即发起会话。其中确认发起流程，是会话发起人在其成员端通过相关设备进行的会话发起操作，选择受邀人并向服务端发送发起会话请求。

在步骤306中，服务端在校验一成员端和指定成员端的工作状态信息后，根据会话请求创建会话。

该步骤中，服务端执行会话建立过程。会话建立，是服务端接到发起会话请求后创建会话的相关动作。服务端针对发起人和受邀人的工位状态进行校验，其中成员若不在工位，则自动从邀请人名单中删除，然后在服务端创建包含余下成员的会话。

在步骤307中，服务端将会话的会话指令发送给指定成员端。

该步骤中，服务端执行指令分发过程。指令分发，是指服务端的会话创建后，将该会话相关信息(例如可包括服务端会话信息和会话所包含成员的信息)作为会话接入指令，分发至各会话参与者的成员端。

在步骤308中，指定成员端在未处于会话状态时，自动接通会话；或在处于会话状态时，选择是否接通会话。

该步骤中，指定成员端执行自动接通过程。同时参见图7，图7是根据本公开一示例性实施例示出的成员端展示会话窗口的示意图，指定成员端可以根据不同情况自动接通会话或选择接通会话。

自动接通，是指成员端相关设备接到会话接入指令后自动接通会话的相关动作。针对未在其他会话中的成员，可自动启动其成员端相关设备(例如摄像头、麦克风、显示器、音箱等)并接入会话(创建与其他参与者的通信链路)。

需说明的是，针对在其他会话中的成员，可通过成员端相关显示设备提示新的会话等待接入，并展示发起人、受邀人信息，待该成员断开原会话后自动接入新会话。

另外，会话进行中邀请其他成员加入会话，同样可以按照上述流程处理，仅是会话创建阶段变更为在已有会话中新増参与者。

综上，本公开方案中设置的免应答会话创建机制，是建立在工作状态信息开放基础上，会话发起人通过开放的工作状态信息了解到受邀人是否在工位、是否忙碌、是否在其他会话中等状态，再综合判断是否应当发起会话。一般的远程会话方法之所以不采用免应答的策略，是由于无从得知对方的状态，直接接通可能造成不必要的打扰。本公开方案进行了改进，在办公这个特定场景中，通过工作状态信息相互开放，为免应答会话创建机制提供了状态获取和综合判断的基础，从而可以有效控制对受邀人的打扰问题。

需说明的是，本公开方案对于会话的免应答机制，并不限制视频会话的实现方法，例如可以是基于服务端进行会话信息传输的方式，也可以是基于P2P(peer-to-peer，点对点)的信息传输方式。其中基于服务端进行会话信息传输的方式，是服务端接收各方音视频会话数据并处理后向各方分发，各方之间不直接通信；基于P2P的信息传输方式，是由服务端辅助各方建立直接通信链路并进行点对点的音视频数据传输。

与前述应用功能实现方法实施例相对应，本公开还提供了分散办公处理***、装置、计算设备及相应的实施例。

图8是根据本公开一示例性实施例示出的一种分散办公处理***的结构示意图。

参见图8，一种分散办公处理***，包括服务端和与服务端网络连接的至少两个以上成员端。

服务端，用于接收一成员端根据各成员端开放的工作状态信息向指定成员端发起的会话请求，根据所述会话请求创建会话，将所述会话的会话指令发送给指定成员端。

一成员端，用于向服务端发送向指定成员端发起的会话请求。

指定成员端，用于在未处于会话状态时自动接通会话或在处于会话状态时选择是否接通会话。

服务端，还用于分别获取各成员端的工作状态信息，将各成员端的工作状态信息进行处理，根据各成员端的权限设置信息向各成员端分发部分或所有成员端的工作状态信息。

成员端，还用于向服务端发送自身的工作状态信息，接收服务端分发的部分或所有成员端的的工作状态信息。

也就是说，本公开提供的***，可以包括若干套成员端装置(简称成员端)和一套服务端装置(简称服务端)，服务端与各成员端之间通过网络实现通信。其中，成员端可部署于每个成员的工位(在分散办公情形下，不同成员的工位之间距离较远)；服务端可部署于网络机房、公有云或私有云，如此即可构成一个服务端-成员端网络。

服务端和成员端的结构和功能可以参见以下各图的描述。

图9是根据本公开一示例性实施例示出的一种成员端装置的结构示意图。

参见图9，一种成员端装置，包括：网络通信模块91、交互模块94、音视频采集模块95。

网络通信模块91，用于与服务端及其他成员端进行网络连接。

交互模块94，用于显示各成员端的工作状态信息，设置各成员端是否为忙碌状态；在所述成员端装置作为发起人的情况下，根据各成员端开放的工作状态信息向指定成员端发起会话请求，将所述会话请求通过核心控制模块发送给所述服务端；在所述成员端装置作为受邀人的情况下，在未处于会话状态时自动接通会话或在处于会话状态时选择是否接通会话。

音视频采集模块95，用于采集成员端的音视频信息，在会话过程中将所述音视频信息发送给所述服务端。

图10是根据本公开一示例性实施例示出的一种成员端装置的结构另一示意图。

参见图10，一种成员端装置，包括：网络通信模块91、工位状态采集模块92、核心控制模块93、交互模块94、音视频采集模块95、软件监听模块96。

网络通信模块91，可以包括光纤、调制解调器、路由器、防火墙等网络设备，提供当前成员端内各模块之间的通信服务以及当前成员端和服务端的通信服务。

工位状态采集模块92，负责采集成员端的工位状态信息，发送给核心控制模块93。例如采集当前成员端的成员的工位状态。其中工位状态标识当前成员是否在当前工位。该模块周期性采集工位状态信息并上传至当前成员端的核心控制模块93。该模块采集工位状态的实现方式并不唯一，可以采用多种实现方案，例如可以采用基于热红外人体感应器的方案、基于压力传感器的方案、基于图像采集和识别的方案或基于登录状态及持续动作的方案等。若采集装置为传感器例如无线传感器，则其与核心控制模块93间的通信可依赖网络通信模块；若采集装置与核心控制模块93直连，则无须网络通信模块参与。

核心控制模块93，是成员端的核心模块，负责管理其他模块，并实现与服务端的协同。核心控制模块93可接收工位状态采集模块采集的成员端的工位状态信息并发送给服务端，接收服务端下发的部分或所有成员端的工位状态信息，将所述音视频采集模块95在会话过程中采集的所述音视频信息发送给所述服务端。

交互模块94，与核心控制模块93直连，负责信息展示和操作输入。交互模块94可以显示各成员端的工作状态信息，在成员端装置作为发起人的情况下，向指定成员端发起会话请求，将会话请求通过核心控制模块93发送给服务端。交互模块94还可以设置各成员端是否为忙碌状态。

交互模块94可以进一步包括显示子模块、音频播放子模块和操作子模块(图中未示出)。由于显示屏触控技术的成熟，该模块的显示子模块和操作子模块可以由支持显示和触控的一体化设备来实现。

交互模块94可通过显示子模块显示内容：在非会话时，显示当前成员的工作状态信息、团队中其他所有成员的工作状态信息；在会话时，显示会话参与方的视频信息。显示内容可来源于核心控制模块93，由核心控制模块93控制显示内容。

交互模块94可通过操作子模块操作内容：在非会话时，可修改当前成员的忙碌状态，可指定团队中其他若干成员并发起会话；在会话时，可退出会话，可调节音量及会话窗口大小等。交互模块的操作内容上传至核心控制模块，由核心控制模块93接收操作请求并执行。

交互模块94可通过音频播放子模块播放音频内容：在非会话时，播放操作音效；在会话时，播放会话参与方的音频信息。播放内容可来源于核心控制模块，由核心控制模块93控制播放内容。

音视频采集模块95，用于采集成员端的音视频信息，在会话过程中将音视频信息通过核心控制模块93发送给服务端。音视频采集模块95可以主要包括摄像头及麦克风等，可以与核心控制模块93直连，也可以通过网络通信模块91连接。该模块负责在会话时采集当前成员端的成员的音视频信息，并上传至核心控制模块93。同时，若成员端的工位状态采集使用图像采集和识别的方案，则音视频采集模块95还负责定时采集工位区域的图像信息并上传至核心控制模块93。

监听软件模块96，用于监听成员端的移动终端设备或计算机设备的会话使用状态，发送给服务端。监听软件模块96可以是安装在成员移动终端和电脑中的应用软件，其作用是监听成员是否正通过手机或电脑进行远程会话，并将是否在会话中的状态信息上传到服务端。该模块监听手机或电脑上远程会话相关功能的使用状态，包括但不限于手机拨打电话功能、手机微信或QQ等IM(Instant Messaging，即时通讯)工具中的音视频聊天功能、电脑微信或QQ等IM工具中的音视频聊天功能等；其中手机或电脑中的文字聊天功能不作为监听对象。该模块可以不与其他成员端模块交互，而是可以借助手机或电脑本身的联网能力与服务端通信。

核心控制模块93还可以内置成员端各硬件的驱动程序，可基于此对各硬件设备进行控制。核心控制模块93可以由一套软硬件***模块构成，包括视频会话控制子***模块、工作状态信息管理子***模块、协同控制子***模块等(图中未示出)，各子***模块的功能描述如下：

视频会话控制子***模块：负责与服务端的会话服务***模块111(参见图12)交互通信，主动发起会话或接收会话接入指令，实时上传本地采集的音视频数据并接收服务端发来的会话音视频数据；负责音视频采集模块95的控制和管理(可通过内置的设备驱动程序)；负责音视频数据处理；负责控制交互模块94显示/播放会话音视频信息等。

工作状态信息管理子***模块：负责接收工位状态采集模块92上传的工作状态数据例如工位状态数据等；负责与服务端工作状态服务***模块110(参见图12)的交互通信，从服务端查询团队成员信息、其他成员工作状态信息等数据，将当前成员的工作状态信息上传至服务端；负责团队成员(含当前成员)工作状态的存储并为交互模块94展示团队成员工作状态信息提供数据。

协同控制子***模块：负责启动后与服务端握手；负责接收服务端各类指令并响应；负责控制当前成员端各模块/子***并监控其运行状况。

需说明的是，所述成员端装置可以设置于一封闭空间中，其中所述封闭空间设有与外部通气的换气***。

具体的，所述成员端装置可以被部署在一个封闭空间中。所述封闭空间，可以由隔音材料包围而成，由空调或中央空调或新风***或换气扇等作为换气***，为封闭空间内提供新鲜空气。另外，封闭空间设有门供人员出入，内含桌椅、照明设备等办公家具以及所述成员端装置。所述空间可被命名为“工作舱”，每个工作舱均承载一套成员端装置。

还需说明的是，所述成员端装置可以安装于移动终端设备或计算机设备中。

具体的，所述成员端装置可以用软件形式实现，作为一种客户端应用程序。所述成员端装置可以分为安装在计算机设备(PC)的版本，或安装在手机、平板电脑等移动端设备的版本。所述软件形式的成员端可以利用安装所述软件的设备(PC、手机、平板电脑等)上的摄像头、麦克风、音箱等提供音视频的输入输出，利用安装所述软件的设备上的显示器、键盘、鼠标等实现交互模块。

图11是根据本公开一示例性实施例示出的一种服务端装置的结构示意图。

参见图11，服务端装置包括：工作状态服务***模块110和会话服务***模块111。

工作状态服务***模块110，用于分别获取各成员端的工作状态信息；将各成员端的工作状态信息进行处理，根据各成员端的权限设置信息向各成员端分发部分或所有成员端的工作状态信息。

会话服务***模块111，用于接收一成员端根据各成员端开放的工作状态信息向指定成员端发起的会话请求，根据所述会话请求创建会话，将所述会话的会话指令发送给指定成员端，由所述指定成员端在未处于会话状态时自动接通会话或在处于会话状态时选择是否接通会话。

图12是根据本公开一示例性实施例示出的一种服务端装置的结构另一示意图。

参见图12，服务端装置包括工作状态服务***模块110、会话服务***模块111、团队成员服务***模块112。

工作状态服务***模块110，用于分别获取各成员端的工作状态信息；将各成员端的工作状态信息进行处理，根据各成员端的权限设置信息向各成员端分发部分或所有成员端的工作状态信息。

会话服务***模块111，用于接收一成员端向指定成员端发起的会话请求；根据会话请求创建会话；将会话的会话指令发送给指定成员端，由指定成员端在未处于会话状态时自动接通会话或在处于会话状态时选择是否接通会话。

团队成员服务***模块112，用于维护各成员端信息及为各成员端提供成员服务，设置各成员端的权限信息。

服务端各模块的启动过程包括：团队成员服务***模块先启动，工作状态服务***模块再启动，然后会话服务***模块启动。

图13是根据本公开一示例性实施例示出的一种服务端装置中的工作状态服务***模块的结构示意图。

工作状态服务***模块110，负责对各成员端相关装置采集上传的各成员工作状态信息进行接收和存储，并对外提供工作状态查询服务。该***包括如下模块：接收及存储模块1101、分发模块1102、查询模块1103。

接收及存储模块1101，用于接收并存储各成员端发送的工作状态信息，其中工作状态信息包括以下一种或多种的组合：是否处于工位状态、是否处于忙碌状态、是否处于会话状态。接收及存储模块1101负责接收各成员端相关采集装置上传的各成员的工位状态和忙碌状态数据，同时接收会话服务***模块111主动同步的各成员的会话状态数据，并对以上数据进行保存和更新；由于状态信息具有强时效性，可只需对外提供最近一次数据的查询，无需历史数据，因此存储时仅需按成员覆盖其上一次状态数据即可；由于状态信息采集上传间隔较小，因此信息丢失影响不大，且读写操作频繁，因此可采用缓存工具作为存储载体。

分发模块1102，用于将接收及存储模块1101接收的各成员端的工作状态信息进行处理，根据各成员端的权限设置信息向各成员端分发部分或所有成员端的工作状态信息。

查询模块1103，用于接收查询请求后，从接收及存储模块1101查询各成员端的工作状态信息并反馈。查询模块1103向外提供各成员端的工作状态的查询服务。接到查询请求后，该模块检索并返回请求者所在团队下的指定成员或所有成员的工作状态。该模块可查询团队成员服务***模块112的相关数据：包括成员和团队的关联关系，以及成员间工作状态相互可见的权限等。

图14是根据本公开一示例性实施例示出的一种服务端装置中的会话服务***模块的结构示意图。

会话服务***模块111相当于多人视频会议***的MCU(Multi Control Unit，多点控制单元)，实现会话的创建和管理以及音视频数据的接收、处理及分发。该模块包括会话管理模块1111和音视频数据处理模块构1112。

会话管理模块1111，用于对各成员端间的会话进行管理，包括：接收一成员端向指定成员端发起的会话请求；根据会话请求创建会话；将会话的会话指令发送给指定成员端，由指定成员端在未处于会话状态时自动接通会话或在处于会话状态时选择是否接通会话。

会话管理模块1111负责通过可被外部调用的接口接收成员端发来的会话创建请求，并根据请求内容创建会话。创建过程中，可通过工作状态服务***模块110的查询模块1103校验会话涉及成员是否在工位，可以仅针对其中在工位的成员创建会话；创建过程可通过团队成员服务***模块112校验会话涉及成员所属团队及相关权限、策略等信息，确保在权限许可条件下创建会话；创建过程须依赖团队成员服务***模块112提供的成员端网络位置信息，以建立与各成员端的通信链路。此外，该模块也接收并处理退出会话请求，同时还负责侦听成员端发来的代表会话仍在持续的心跳信息。该模块也负责将各成员的会话状态同步至工作状态服务***模块110。

音视频数据处理模块1112，用于在会话管理模块1111创建会话后，接收参与会话的成员端发送的音视频数据，经过处理后再发送给参与会话的各成员端。

音视频数据处理模块1112负责在会话建立后，接收各会话参与方发来的其本地采集到的会话音视频数据，经过多端数据时间轴同步及整合处理后分发给各会话参与方的成员端。

图15是根据本公开一示例性实施例示出的一种服务端装置中的团队成员服务***模块的结构示意图。

团队成员服务***模块112，提供团队及成员对应关系、团队权限策略、成员端装置状态及网络位置信息等基础数据服务。该***模块包括管理维护模块1121、数据存储模块1122、鉴权服务模块1123和查询服务模块1124。

管理维护模块1121，用于管理维护各成员端信息。管理维护模块1121可以是一套面向团队管理员的人机交互***模块，各团队管理员在此维护团队信息、团队成员关联信息、团队成员网络位置信息、团队权限策略等数据。例如，可以设置各成员端的权限信息，例如一个团队内五个成员端，分别对应一个领导和四个员工，设置的权限可以是员工间互相可见工作状态并可互相发起免应答会话，但是员工不可见领导的工作状态且不可向领导发起免应答会话等。团队管理员可以远程访问管理维护模块1121(须使用管理员账号进行登录)并进行团队成员信息等数据进行初始化、增删改曾操作。管理维护模块1121内含管理员账号的相关鉴权服务，无须依赖鉴权服务模块1123。

数据存储模块1122，用于用于存储管理维护模块1121维护的信息及各成员端登录后提交的数据信息。数据存储模块1122将管理员维护的信息和成员登录后提交的数据(如网络位置、个人信息等)进行持久化存储。

查询服务模块1124，用于提供各成员端信息的查询服务。查询服务模块1124面向各成员端和服务端的其他子***，提供团队、成员、关联关系、网络位置、权限等信息的查询服务。

鉴权服务模块1123，用于为各成员端的登录提供鉴权服务。鉴权服务模块1123接收各成员端的鉴权请求并返回Token(令牌)，用于各成员端装置启动后的接入验证，确保信息安全；该模块同时负责成员端登录态的创建和管理。

团队成员服务***模块112的管理过程包括：管理员登录管理维护模块1121，创建团队并维护团队信息，创建团队成员并维护成员信息。创建团队成员并维护成员信息的过程中可支持页面操作创建或导入数据表创建。

上述详细描述了***的组成模块及各模块的结构，以下结合各模块进一步描述本公开的方案。

在成员端，可以包括启动过程、接入过程、工位状态采集及上传过程、忙碌状态采集及上传过程、工作状态查询及展示过程及会话创建、退出及状态同步流程等。

其中成员端的启动过程包括：核心控制模块启动，网络通信模块启动，工位状态采集模块启动，音视频采集模块启动后待机，交互模块启动。

其中成员端的接入过程包括：在交互模块，成员通过账号登录；由核心控制模块将登录请求发送给服务端的鉴权服务模块；服务端的团队成员服务***模块中的鉴权服务模块接收成员端登录请求后，向数据存储模块进行账号信息验证；如果验证成功，鉴权服务模块创建成员登录态，创建Token，向成员端的核心控制模块返回鉴权结果；成员端的核心控制模块如果获取Token成功，记录Token，由交互模块提示登录成功，显示虚拟座位图界面并结束流程；如果获取Token失败则结束流程。

其中成员端的工位状态采集及上传过程包括：工位状态采集模块采集当前成员工作状态例如工位状态，通过核心控制模块发送给服务端，工位状态采集模块可周期性进行采集，判断周期间隔结束后继续进行采集；服务端的工作状态服务模块中的接收及存储模块接收成员端的工位状态数据，并进行存储，向成员端的核心控制模块返回接收结果；核心控制模块判断接收结果，如果接收成功，结束流程，如果接收失败，再重新将工位状态采集模块采集的当前成员工作状态信息发送给服务端。

其中成员端的忙碌状态采集及上传过程包括：交互模块显示当前成员忙碌状态变更，通过核心控制模块将更新后的忙碌状态信息发送给服务端；服务端的工作状态服务模块中的接收及存储模块接收成员端的忙碌状态数据，并进行存储，向成员端的核心控制模块返回接收结果；核心控制模块判断接收结果，如果接收成功，结束流程，如果接收失败，再重新将更新后的忙碌状态信息发送给服务端。

成员端的工作状态查询及展示过程：成员端的交互模块向核心控制模块发起其他成员工作状态查询，核心控制模块向服务端的工作状态服务***模块的查询模块发起查询请求；服务端的工作状态服务***模块中的查询模块接收查询请求，向接收及存储模块读取团队成员的工作状态数据，查询模块将读取的数据打包，向成员端返回查询结果；成员端的核心控制模块接收返回的查询结果，将其中的团队成员的工作状态数据存储，并由交互模块根据获取的团队成员的工作状态数据显示虚拟座位图界面，结束流程。

其中成员端的会话创建、退出及状态同步流程包括：

1)在成员端的交互模块选择会话参与成员，点击发起会话，由核心控制模块将会话请求发送给服务端。

2)服务端的会话服务***模块接收会话请求，向工作状态服务***模块查询会话参与成员的工位状态；会话服务***模块根据查询结果判断是否至少一个会话参与成员在工位；如果是有至少一个会话参与成员在工位，则创建会话并关联发起成员和参与成员，一方面在创建成功后，向成员端返回会话创建结果，另一方面通知工作状态服务***模块同步相关成员的会话状态，再一方面向团队成员服务***模块查询会话参与成员的网络位置信息；如果没有至少一个会话参与成员在工位，则创建失败，会话服务***模块向成员端的核心控制模块返回会话创建结果。

3)会话服务***模块向团队成员服务***模块查询会话参与成员的网络位置信息后，建立与各成员端的通信链路；将会话接入指令分发；成员端的核心控制模块接收服务端的会话接入指令，建立与服务端的通信链路，接收服务端的音视频数据；成员端的音视频采集模块被唤醒并开始采集成员端的音视频数据，向服务端发送当前成员端的音视频数据。

4)成员端的核心控制模块根据会话创建结果判断会话创建是否成功，如果否，由交互模块提示创建会话失败，如果是，交互模块显示会话窗口，显示并播放音视频内容；根据成员的操作点击退出会话；音视频采集模块变化为待机状态，由核心控制模块断开与服务端的通信链路；服务端的会话服务***模块更新会话状态，不再关联退出成员；工作状态服务***模块同步退出成员的会话状态。

以下结合成员端及服务端的各模块进一步描述本公开的方案中实现工作信息开放和免应答会话的过程。

其中关于工作信息开放的实现的描述如下：

成员的工位状态可以由成员端采集并上传至服务端，例如可由成员端的工位状态采集模块采集并上传至服务端；成员的忙碌状态可由成员在成员端的交互模块中设置后由成员端上传至服务端；成员的会话状态中，一部分可由软件监听模块上传至服务端，一部分可由服务端本身提供(通过本公开装置创建的会话，其状态信息已存在于服务端)。这些状态由服务端接收并存储后，再向每一个成员端提供查询服务，最终展示到每一个成员端，从而实现了各成员端的成员的工作状态信息开放。

其中关于免应答会话的实现的描述如下：

在互相已知工作状态的团队中，成员间可以随时评估其他成员是否可以被会话打扰，在综合考量会话内容的紧急程度后，即可对在工位的成员发起免应答会话。本公开方案中，免应答会话可由服务端发出指令，控制成员端之间建立通信链路，同时启动成员端的音视频采集模块，直接开始会话，过程中无须会话受邀方点击应答操作，从而实现了会话的快捷实时创建，达到高效沟通的效果。

在服务端与成员端已启动并在成员端完成登录后，关于免应答会话的更具体的实际交互过程的描述如下：

1)会话发起人可以通过成员端的交互模块了解受邀人(可不止一个受邀人)的工位状态，若受邀人的工位状态为“在工位”则继续发起会话，否则结束发起会话的流程。

2)会话发起人可以通过成员端的交互模块了解受邀人(可不止一个受邀人)的忙碌状态和会话状态，若受邀人的会话状态为“会话中”，则继续了解受邀人在与谁进行会话；忙碌状态和会话状态作为发起会话的重要参考依据，但不作为发起会话的强制前提条件；若受邀人的忙碌状态为“不忙碌”且会话状态为“非会话中”，则会话发起人可以直接发起会话，否则会话发起人可综合评估会话内容的紧迫性和受邀人的忙碌状态及会话状态，在认为需要打断受邀人当前的工作或会话时，可以继续发起会话。

3)会话发起人通过成员端的交互模块选择受邀人(可不止一个受邀人)并执行发起会话操作；会话发起请求(包含发起人和受邀人信息)通过成员端的核心控制模块向服务端发出。

4)服务端的会话服务***模块中的会话管理模块接收会话请求后，向服务端的工作状态服务***模块查询会话参与者(包括会话发起人和受邀人)的工位状态，以校验参与者是否可以接入会话，若参与者均不在工位，则返回会话请求失败并结束，否则针对在工位的成员建立会话并向所有会话参与者的成员端发出会话接入指令，同时向服务端的工作状态服务***模块发送会话参与者的会话状态变更消息，后者根据消息更新指定成员的会话状态为“会话中”。

5)会话参与者成员端的核心控制模块接到会话接入指令后，无须当前成员执行任何形式的接通操作即直接建立与服务端会话服务***模块的通信链路。

6)会话参与者成员端的核心控制模块唤醒本地的音视频采集模块，开始持续采集并上传当前成员的音视频信息，通过核心控制模块发送给服务端。

7)服务端的会话服务***模块接收各会话参与者成员端发来的音视频会话数据并进行时间轴同步及整合处理后，向各会话参与者成员端进行分发。

8)会话参与者成员端的核心控制模块接收服务端的会话服务***模块发来的音视频会话数据并解析处理，然后通过本地的交互模块向当前成员输出音视频会话信息(即播放音视频会话内容)。

9)会话参与者在会话进行中通过交互模块操作退出会话，本地的核心控制模块控制音视频采集模块停止工作并休眠，同时向服务端发出退出会话消息。

10)服务端的会话服务***模块接到某成员端发出的退出会话消息，即在指定会话中将该成员排除并向工作状态服务***模块发出消息以更新该成员的会话状态为“非会话中”。

综上所述，当团队内每个成员分散在不同的地理位置时，本公开方案通过团队成员间工作状态信息开放，解决相关技术中相互监督缺失的问题，通过实现免应答会话创建机制，解决相关技术中沟通效率低下的问题，从而实现相互监督和高效沟通，即实现成员地理位置分散状态下的高效办公。

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

图16是根据本公开一示例性实施例示出的一种计算设备的结构示意图。该计算设备可以作为成员端装置，或者作为服务端装置。在作为成员端装置时，执行成员端的方法流程，在作为服务端装置时，执行服务端的方法流程。

参见图16，计算设备1000包括存储器1010和处理器1020。

处理器1020可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

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

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

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

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

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

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

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

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

Claims (10)

1.一种分散办公处理方法，其特征在于，包括：

接收一成员端根据各成员端开放的工作状态信息向指定成员端发起的会话请求；

根据所述会话请求创建会话；

将所述会话的会话指令发送给指定成员端，由所述指定成员端在未处于会话状态时自动接通会话或在处于会话状态时选择是否接通会话。

2.根据权利要求1所述的方法，其特征在于，所述接收一成员端根据各成员端开放的工作状态信息向指定成员端发起的会话请求，包括：

接收一成员端根据各成员端开放的工作状态信息和权限设置信息向指定成员端发起的会话请求。

3.根据权利要求1所述的方法，其特征在于，所述接收一成员端根据各成员端开放的工作状态信息向指定成员端发起的会话请求之前，还包括：

分别获取各成员端的工作状态信息；

将所述各成员端的工作状态信息进行处理；

根据各成员端的权限设置信息向各成员端分发部分或所有成员端的工作状态信息。

4.一种分散办公处理***，其特征在于：

包括服务端和与所述服务端网络连接的至少两个以上成员端；

所述服务端，用于接收一成员端根据各成员端开放的工作状态信息向指定成员端发起的会话请求，根据所述会话请求创建会话，将所述会话的会话指令发送给指定成员端；

所述一成员端，用于向服务端发送向指定成员端发起的会话请求；

所述指定成员端，用于在未处于会话状态时自动接通会话或在处于会话状态时选择是否接通会话。

5.根据权利要求4所述的***，其特征在于：

所述服务端，还分别获取各成员端的工作状态信息，将所述各成员端的工作状态信息进行处理，根据各成员端的权限设置信息向各成员端分发部分或所有成员端的工作状态信息。

6.一种成员端装置，其特征在于，包括：

网络通信模块，用于与服务端及其他成员端进行网络连接；

交互模块，用于显示各成员端的工作状态信息，设置各成员端是否为忙碌状态；在所述成员端装置作为发起人的情况下，根据各成员端开放的工作状态信息向指定成员端发起会话请求，将所述会话请求发送给所述服务端；在所述成员端装置作为受邀人的情况下，在未处于会话状态时自动接通会话或在处于会话状态时选择是否接通会话；

音视频采集模块，用于采集成员端的音视频信息，在会话过程中将所述音视频信息发送给所述服务端。

7.根据权利要求6所述的成员端装置，其特征在于，所述成员端装置还包括：

工位状态采集模块，用于采集成员端的工位状态信息，发送给核心控制模块；

核心控制模块，用于接收所述工位状态采集模块采集的成员端的工位状态信息并发送给所述服务端，接收服务端下发的部分或所有成员端的工位状态信息；将所述音视频采集模块在会话过程中采集的所述音视频信息发送给所述服务端。

8.一种服务端装置，其特征在于，包括：

会话服务***模块，用于接收一成员端根据各成员端开放的工作状态信息向指定成员端发起的会话请求，根据所述会话请求创建会话，将所述会话的会话指令发送给指定成员端，由所述指定成员端在未处于会话状态时自动接通会话或在处于会话状态时选择是否接通会话。

9.根据权利要求8所述的服务端装置，其特征在于，所述服务端装置还包括：

工作状态服务***模块，用于分别获取各成员端的工作状态信息；将所述各成员端的工作状态信息进行处理，根据各成员端的权限设置信息向各成员端分发部分或所有成员端的工作状态信息。

10.根据权利要求8或9所述的服务端装置，其特征在于，所述服务端装置还包括：

团队成员服务***模块，用于维护各成员端信息及为各成员端提供成员服务，设置各成员端的权限信息；

所述会话服务***模块接收一成员端根据各成员端开放的工作状态信息和权限设置信息向指定成员端发起的会话请求。

Images