CN102523197B - 企业社交信息交互方法、服务器及企业社交网络*** - Google Patents

Abstract

本发明实施例公开了一种企业社交信息交互方法、服务器及企业社交网络***，首先从客户端获得携带有待验证账号的登录请求，然后根据企业账号及归属于其下各角色账号的对应关系，对所述待验证账号进行验证，并与所述客户端交互已验证通过的对应角色账号权限下的企业社交应用数据，这样，就在企业间建立了社交网络，企业角色成功登录后即可根据其权限范围实时获得企业社交圈内不同角色发出的信息和交互数据，同时也可以发送信息和交互数据给这些企业以及企业中的不同角色，从而保证了企业间交互的及时有效性。

Description

企业社交信息交互方法、服务器及企业社交网络***

技术领域

本发明涉及网络通信领域，尤其涉及一种企业社交信息交互方法、服务器及企业社交网络***。

背景技术

目前，为实现企业内部的运营管理，一般会建立如图1所示的私有***平台，它实现了一种树状权限层次的管理，而在进行事务处理时，一般采用如图2所示的流程：

201，客户端向服务器发送登录请求；

202，服务器验证其企业内部帐号；

203，服务器验证通过后，客户端发出事务处理请求；

204，服务器针对事务处理请求进行处理，并生成事务处理结果；

205，服务器向客户端返回事务处理结果；

206，客户端对事务处理结果进行显示。

上述采用企业私有***平台进行的事务处理仅仅局限于企业内部，而对于企业外部的事务处理往往还是停留在邮件、电话或其他传统通信手段的处理上，企业间的事务处理及交互无法满足更及时有效的要求，另外，企业间的事务处理往往无法对外真正反映企业各角色的层级关系及权责分工，甚至会出现角色越权的混乱局面，无法保障企业的正常运行。

发明内容

本发明实施例所要解决的技术问题在于，提供一种企业社交信息交互方法、服务器及企业社交网络***，以建立及时高效的企业间的社交网络，保证企业正常运行。

为了解决上述技术问题，本发明实施例提出了一种企业社交信息交互方法，包括：

从客户端获得携带有待验证账号的登录请求；

根据企业账号及归属于其下各角色账号的对应关系，对所述待验证账号进行验证，并与所述客户端交互已验证通过的对应角色账号权限下的企业社交应用数据，所述企业社交应用数据为不同企业间的角色账号之间交互的应用数据。

相应地，本发明实施例还提供了一种服务器，包括：

存储模块，用于存储企业账号及归属于其下各角色账号的对应关系；

交互模块，用于从客户端获得携带有待验证账号的登录请求，根据所述对应关系，对所述待验证账号进行验证，并与所述客户端交互已验证通过的对应角色账号权限下的企业社交应用数据，所述企业社交应用数据为不同企业间的角色账号之间交互的应用数据。

另外，本发明实施例还对应提供了一种企业社交网络***，包括：

客户端，用于发送携带有待验证账号的登录请求；

服务器，用于根据企业账号及归属于其下各角色账号的对应关系，对所述待验证账号进行验证，并与所述客户端交互已验证通过的对应角色账号权限下的企业社交应用数据，所述企业社交应用数据为不同企业间的角色账号之间交互的应用数据。

本发明实施例通过提供一种企业社交信息交互方法、服务器及企业社交网络***，首先从客户端获得携带有待验证账号的登录请求，然后根据企业账号及归属于其下各角色账号的对应关系，对所述待验证账号进行验证，并与所述客户端交互已验证通过的对应角色账号权限下的企业社交应用数据，这样，就在企业间建立了社交网络，企业角色成功登录后即可根据其权限范围实时获得企业社交圈内不同角色发出的信息和交互数据，同时也可以发送信息和交互数据给这些企业以及企业中的不同角色，从而保证了企业间交互的及时有效性；另外，通过企业帐号及归属于其下各角色帐号的对应关系，使得企业间的事务处理可对外真正反映企业各角色的层级关系及权责分工，避免了角色越权处理的现象，保证了企业的正常运行。

附图说明

图1是现有技术的企业内部私有***平台的树状权限层次图。

图2是现有技术的企业内部私有***平台的事务处理流程图。

图3是本发明第一实施例的企业社交信息交互方法的流程图。

图4是本发明第二实施例的企业社交信息交互方法的流程图。

图5是本发明第三实施例的企业社交信息交互方法的流程图。

图6是本发明第四实施例的企业社交信息交互方法的流程图。

图7是本发明第五实施例的企业社交信息交互方法的流程图。

图8是本发明第六实施例的企业社交信息交互方法的流程图。

图9是本发明实施例的企业社交网络***的主要结构图。

图10是本发明实施例的服务器902的主要结构图。

具体实施方式

下面结合附图，对本发明实施例进行详细说明。

参照图3，本发明第一实施例的企业社交信息交互方法主要包括如下流程：

301，客户端向服务器发送携带有待验证账号的登录请求；

302，服务器接收到登录请求后，根据数据库中存储的企业账号及归属于企业账号下各角色账号的对应关系，对待验证账号进行验证，具体地，服务器数据库中存储有各企业的相关信息，主要包括企业账号、归属于企业账号下并与之形成对应关系的员工角色账号，以及各种企业社交应用数据等，其中企业账号及归属于企业账号下各角色账号的对应关系指示了企业与角色之间的所属关系、角色之间的层级关系等，而各种企业社交应用数据包括应用程序数据，以及基于各应用程序的通知、消息、事务信息等；这样即构建了一个虚拟企业圈层，其允许企业的实名注册，带有授权的角色账号可以代表企业和其他企业进行信息和数据交互，完成各种企业间的社交应用；

303，若302验证通过，服务器根据对应角色账号，生成该对应角色账号权限下初始企业社交应用数据的页面，具体地，验证通过指示待验证账号与数据库中某一对应角色账号匹配，角色账号权限包括指示角色之间层级关系的功能权限以及指示各种应用处理权限的内容权限，而初始企业社交应用数据可包括距离客户端前次注销登录至本次登录之间所有待处理消息、待查看通知以及待处理事务信息等，页面即可涵盖上述初始企业社交应用数据；

304，服务器向客户端返回携带有上述初始企业社交应用数据的页面。

参照图4，本发明第二实施例的企业社交信息交互方法主要是在第一实施例基础上增加了客户端被动接收来自其他企业角色的待处理消息的功能，在304之后设置如下流程：

401，服务器检测客户端的实时在线情况；

402，若401检测到客户端当前在线，服务器向客户端推送作为对应角色账号权限下后续企业社交应用数据的待处理消息，具体地，其他某一企业角色向该客户端登录角色发送待处理消息时，服务器会通过消息引擎获得该待处理消息，当然该待处理消息满足在客户端登录角色的内容权限，之后服务器在客户端实时在线时向客户端推送该待处理消息；

403，客户端通过页面提示上述待处理消息，客户端用户即可操作并展示该待处理消息。

参照图5，本发明第三实施例的企业社交信息交互方法主要是在第一实施例基础上增加了客户端向其他企业角色主动发送消息的功能，在304之后设置如下流程：

501，客户端操作应用，产生对应消息，并省缺或自定义消息接收对象；

502，客户端将上述消息及缺省或自定义的接收对象指示信息发送到服务器；

503，服务器依据接收对象指示信息，按照队列顺序向缺省或自定义的接收对象发送消息，具体地，服务器的事件引擎触发将消息存储到数据库，并将消息从数据库广播到消息引擎，消息引擎按照队列顺序将消息发送到相应作为接收对象的实时在线的其他企业角色。

参照图6，本发明第四实施例的企业社交信息交互方法主要是在第一实施例基础上增加了客户端处理事务的功能，在304之后设置如下流程：

601，客户端应用操作，得到事务操作请求，例如订单处理操作请求、慈善事务发起操作请求等；

602，客户端向服务器发送上述事务操作请求；

603，服务器从数据库中获得客户端对应角色权限，并根据对应角色账号权限，判断客户端是否具有事务操作权限；

604，若603判断客户端具有事务操作权限，服务器根据事务操作请求执行事务操作，并生成事务操作结果，若客户端不具有事务操作权限，则生成无权限提示页面；

605，服务器向客户端返回事务操作结果并更新页面或返回无权限提示页面；

606，客户端展示包含事务操作结果的页面或无权限提示页面。

参照图7，本发明第五实施例的企业社交信息交互方法主要是在第一实施例基础上增加了客户端查看权限的功能，在304之后设置如下流程：

701，客户端发出企业角色权限查看请求；

702，服务器从数据库中获得客户端对应角色权限，并根据对应角色账号权限，判断客户端是否具有查看企业角色权限的操作权限；

703，若702判断客户端具有查看企业角色权限的操作权限，服务器从数据库中获取被请求查看的企业角色权限数据，生成权限展示页面；

704，服务器向客户端返回权限展示页面；

705，客户端展示权限展示页面。

参照图8，本发明第六实施例的企业社交信息交互方法主要是在第一实施例基础上增加了客户端修改权限的功能，在304之后设置如下流程：

801，客户端发出企业角色权限修改请求；

802，服务器从数据库中获得客户端对应角色权限，并根据对应角色账号权限，判断客户端是否具有修改企业角色权限的操作权限；

803，若802判断客户端具有修改企业角色权限的操作权限，服务器针对企业角色权限修改请求，修改对应企业角色权限数据并进行保存，生成权限展示页面；

804，服务器向客户端返回权限展示页面；

805，客户端展示权限展示页面。

当然，第二实施例、第三实施例、第四实施例、第五实施例、第六实施例中两种或多种可进行组合并完成相应功能的组合，例如，上述本发明第三实施例可与第二实施例相结合，完成消息发送接收的完整功能。

参照图9，本发明实施例的企业社交网络***主要包括：

客户端901，用于发送携带有待验证账号的登录请求；

服务器902，用于根据企业账号及归属于其下各角色账号的对应关系，对待验证账号进行验证，并与客户端901交互已验证通过的对应角色账号权限下的企业社交应用数据。

其中，服务器902其结构可如图10所示，主要包括：

存储模块1001，用于存储企业账号及归属于其下各角色账号的对应关系，其同时存储有用于企业内部层级的各角色之间交互的信息和数据，以及用于不同企业间角色之间交互的信息和数据（即企业社交应用数据）；

交互模块1002，用于从客户端901获得携带有待验证账号的登录请求，根据对应关系，对待验证账号进行验证，并与客户端901交互已验证通过的对应角色账号权限下的企业社交应用数据，具体地，交互模块1002包括：

权限判断模块10021，用于根据企业账号及归属于其下各角色账号的对应关系，对上述待验证账号进行验证；

应用数据提供模块10022，用于当所述验证通过，向客户端901返回携带有对应角色账号权限下初始企业社交应用数据的页面。

为了完成客户端901被动接收来自其他企业角色的待处理消息的功能，应用数据提供模块10022包括：

页面服务器100221，用于当上述验证通过，向客户端901返回携带有对应角色账号权限下初始企业社交应用数据的页面，并与客户端901进行后续企业社交应用数据的交互；

消息引擎100222，用于检测客户端901的实时在线情况，若客户端901在线，通过页面服务器100221向客户端901推送作为对应角色账号权限下后续企业社交应用数据的待处理消息，具体地，消息引擎100222中可包含根据内容权限进行信息过滤的过滤模块，以根据角色的内容权限过滤到达角色的消息；

进一步地，为完成客户端901向其他企业角色主动发送消息的功能，应用数据提供模块10022还可包括：

事件引擎100223，用于通过页面服务器100221获得客户端901应用操作所得消息及缺省或自定义的接收对象指示信息，并触发消息引擎100222依据接收对象指示信息，按照队列顺序向缺省或自定义的接收对象发送消息；

进一步地，为完成客户端901处理事务的功能，权限判断模块10021根据通过页面服务器100221获得的客户端901应用操作所得事务操作请求中的所述角色账号权限，判断客户端901是否具有事务操作权限，应用数据提供模块10022还可包括：

事务处理模块100225，用于当权限判断模块10021判断为是时，根据事务操作请求执行事务操作，并通过页面服务器100221向客户端901返回事务操作结果。

进一步地，上述交互模块1002还可以包括：

权限控制模块10023，用于企业内具有管理权限者对企业内其他角色进行权限的查看、修改等权限管理。

实施上述本发明实施例的企业社交信息交互方法、服务器及企业社交网络***，对企业角色以权限方式进行了定义，企业各角色各司其职，页面也针对各角色权限对应生成，在企业社交时，每个角色只能对有权限的部分进行操作，达到了权限限制和角色分级的效果；消息的实时发送与接收可提高应用交互的高效性；企业内部多角色的处理，不但可以用于企业角色在互联网上有不同分工，从而承担对外联系和社交商务活动，同时也实现了一个企业范围内对其中各种角色进行的实时商务活动的管理和监督，同时也可以在企业范围内进行多重内部管理，最终解决了传统互联网技术无法实现企业间社交和实时通讯的技术问题。

另外，本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体（Read-Only Memory，ROM）或随机存储记忆体（Radom Access Memory，RAM）等。

以上所述是本发明的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也视为本发明的保护范围。

Claims (3)

1.一种企业社交信息交互方法，其特征在于，包括：

步骤S1，从客户端获得携带有待验证账号的登录请求；

步骤S2，根据企业账号及归属于其下各角色账号的对应关系，对所述待验证账号进行验证，并与所述客户端交互已验证通过的对应角色账号权限下的企业社交应用数据，所述企业社交应用数据为不同企业间的角色账号之间交互的应用数据，本步骤具体包括：

步骤S21，根据所述对应关系，对所述待验证账号进行验证，

步骤S22，若所述验证通过，向所述客户端返回携带有所述对应角色账号权限下初始企业社交应用数据的页面；

在步骤S22后还至少包括以下三个步骤中的任意一个步骤：

步骤S23，检测所述客户端的实时在线情况，若所述客户端在线，向所述客户端推送作为所述对应角色账号权限下后续企业社交应用数据的待处理消息；

步骤S24，获得所述客户端应用操作所得消息及缺省或自定义的接收对象指示信息，依据所述接收对象指示信息，按照队列顺序向缺省或自定义的接收对象发送所述消息；

步骤S25，获得所述客户端应用操作所得事务操作请求，根据所述角色账号权限，判断所述客户端是否具有事务操作权限，若是，则根据所述事务操作请求执行事务操作，向所述客户端返回事务操作结果。

2.一种服务器，其特征在于，包括：

存储模块，用于存储企业账号及归属于其下各角色账号的对应关系；

交互模块，用于从客户端获得携带有待验证账号的登录请求，根据所述对应关系，对所述待验证账号进行验证，并与所述客户端交互已验证通过的对应角色账号权限下的企业社交应用数据，所述企业社交应用数据为不同企业间的角色账号之间交互的应用数据，所述交互模块包括：

权限判断模块，用于根据所述对应关系，对所述待验证账号进行验证；

应用数据提供模块，用于当所述验证通过，向所述客户端返回携带有所述对应角色账号权限下初始企业社交应用数据的页面；

其中，所述应用数据提供模块又包括：

页面服务器，用于当所述验证通过，向所述客户端返回携带有所述对应角色账号权限下初始企业社交应用数据的页面，并与所述客户端进行后续企业社交应用数据的交互；

消息引擎，用于检测所述客户端的实时在线情况，若所述客户端在线，通过所述页面服务器向所述客户端推送作为所述对应角色账号权限下所述后续企业社交应用数据的待处理消息；

事件引擎，用于通过所述页面服务器获得所述客户端应用操作所得消息及缺省或自定义的接收对象指示信息，并触发所述消息引擎依据所述接收对象指示信息，按照队列顺序向缺省或自定义的接收对象发送所述消息，或者，

所述应用数据提供模块还包括：

事务处理模块，用于当所述权限判断模块根据通过所述页面服务器获得的所述客户端应用操作所得事务操作请求中的所述角色账号权限，判断所述客户端具有事务操作权限时，根据所述事务操作请求执行事务操作，并通过所述页面服务器向所述客户端返回事务操作结果。

3.一种企业社交网络***，其特征在于，包括：

客户端，用于发送携带有待验证账号的登录请求；

服务器，用于根据企业账号及归属于其下各角色账号的对应关系，对所述待验证账号进行验证，并与所述客户端交互已验证通过的对应角色账号权限下的企业社交应用数据，所述企业社交应用数据为不同企业间的角色账号之间交互的应用数据，所述服务器包括：

存储模块，用于存储企业账号及归属于其下各角色账号的对应关系；

交互模块，用于从客户端获得携带有待验证账号的登录请求，根据所述对应关系，对所述待验证账号进行验证，并与所述客户端交互已验证通过的对应角色账号权限下的企业社交应用数据，所述企业社交应用数据为不同企业间的角色账号之间交互的应用数据，所述交互模块包括：

权限判断模块，用于根据所述对应关系，对所述待验证账号进行验证；

应用数据提供模块，用于当所述验证通过，向所述客户端返回携带有所述对应角色账号权限下初始企业社交应用数据的页面；

其中，所述应用数据提供模块又包括：

页面服务器，用于当所述验证通过，向所述客户端返回携带有所述对应角色账号权限下初始企业社交应用数据的页面，并与所述客户端进行后续企业社交应用数据的交互；

消息引擎，用于检测所述客户端的实时在线情况，若所述客户端在线，通过所述页面服务器向所述客户端推送作为所述对应角色账号权限下所述后续企业社交应用数据的待处理消息；

事件引擎，用于通过所述页面服务器获得所述客户端应用操作所得消息及缺省或自定义的接收对象指示信息，并触发所述消息引擎依据所述接收对象指示信息，按照队列顺序向缺省或自定义的接收对象发送所述消息，或者，

所述应用数据提供模块还包括：

事务处理模块，用于当所述权限判断模块根据通过所述页面服务器获得的所述客户端应用操作所得事务操作请求中的所述角色账号权限，判断所述客户端具有事务操作权限时，根据所述事务操作请求执行事务操作，并通过所述页面服务器向所述客户端返回事务操作结果。