CN107809319A - 信息交互方法及装置 - Google Patents

Abstract

本申请提供一种信息交互方法及装置，该方法可以包括：接收到任一用户针对团体的服务窗的访问请求；当确定所述任一用户具有对所述服务窗的应用权限时，向所述任一用户返回所述服务窗的功能页面，所述功能页面中包含与所述团体相关的预设处理功能的功能标识；其中，所述应用权限由所述团体的管理成员赋予所述任一用户；根据所述任一用户在所述功能页面中针对所述功能标识的用户操作，与所述任一用户实现针对所述预设处理功能的信息交互操作。通过本申请的技术方案，可以在提升信息交互的便捷性的同时，加强对信息交互的权限管理，有助于提升信息安全性。

Description

信息交互方法及装置

技术领域

本申请涉及通讯技术领域，尤其涉及一种信息交互方法及装置。

背景技术

相关技术中提出了团体通讯应用，通过加入对团体组织架构等数据的有效管理，可以维持对团体成员的信息自动更新，以便于团体内成员之间的高效沟通。

进一步地，由于团体之间往往存在协作需求，因而团体通讯应用添加了跨团体的通讯功能，使得团体的内部成员与外部联系人之间可以便捷地实现跨团体通讯。

但是，相关技术中的跨团体通讯是基于传统的用户通讯方式，即在团体的内部成员与外部联系人之间创建一聊天窗口，以通过该聊天窗口实现跨团体通讯，导致团体的内部成员只能够针对每一外部联系人进行单独管理和联络，通讯效率十分低下。

发明内容

有鉴于此，本申请提供一种信息交互方法及装置，可以在提升信息交互的便捷性的同时，加强对信息交互的权限管理，有助于提升信息安全性。

为实现上述目的，本申请提供技术方案如下：

根据本申请的第一方面，提出了一种信息交互方法，包括：

接收到任一用户针对团体的服务窗的访问请求；

当确定所述任一用户具有对所述服务窗的应用权限时，向所述任一用户返回所述服务窗的功能页面，所述功能页面中包含与所述团体相关的预设处理功能的功能标识；其中，所述应用权限由所述团体的管理成员赋予所述任一用户；

根据所述任一用户在所述功能页面中针对所述功能标识的用户操作，与所述任一用户实现针对所述预设处理功能的信息交互操作。

根据本申请的第二方面，提出了一种信息交互方法，包括：

向本端用户示出团体的服务窗的功能页面，所述功能页面中包含与所述团体相关的预设处理功能的功能标识；

当任一功能标识被本端用户触发时，若所述本端用户具有对所述服务窗的应用权限，则跳转至所述任一功能标识对应的功能页面；其中，所述应用权限由所述团体的管理成员赋予所述本端用户；

根据所述本端用户在所述功能页面中针对所述功能标识的用户操作，与所述团体实现针对所述预设处理功能的信息交互操作。

根据本申请的第三方面，提出了一种信息交互装置，包括：

接收单元，接收到任一用户针对团体的服务窗的访问请求；

返回单元，当确定所述任一用户具有对所述服务窗的应用权限时，向所述任一用户返回所述服务窗的功能页面，所述功能页面中包含与所述团体相关的预设处理功能的功能标识；其中，所述应用权限由所述团体的管理成员赋予所述任一用户；

交互单元，根据所述任一用户在所述功能页面中针对所述功能标识的用户操作，与所述任一用户实现针对所述预设处理功能的信息交互操作。

根据本申请的第四方面，提出了一种信息交互装置，包括：

示出单元，向本端用户示出团体的服务窗的功能页面，所述功能页面中包含与所述团体相关的预设处理功能的功能标识；

跳转单元，当任一功能标识被本端用户触发时，若所述本端用户具有对所述服务窗的应用权限，则跳转至所述任一功能标识对应的功能页面；其中，所述应用权限由所述团体的管理成员赋予所述本端用户；

交互单元，根据所述本端用户在所述功能页面中针对所述功能标识的用户操作，与所述团体实现针对所述预设处理功能的信息交互操作。

根据本申请的第五方面，提出了一种信息交互方法，包括：

接收到任一用户针对团体的服务窗的访问请求；

向所述任一用户返回所述服务窗的功能页面，所述功能页面中包含与所述团体相关的预设处理功能的功能标识；

根据所述任一用户在所述功能页面中针对所述功能标识的用户操作，与所述任一用户实现针对所述预设处理功能的信息交互操作。

根据本申请的第六方面，提出了一种信息交互装置，包括：

接收单元，接收到任一用户针对团体的服务窗的访问请求；

返回单元，向所述任一用户返回所述服务窗的功能页面，所述功能页面中包含与所述团体相关的预设处理功能的功能标识；

交互单元，根据所述任一用户在所述功能页面中针对所述功能标识的用户操作，与所述任一用户实现针对所述预设处理功能的信息交互操作。

由以上技术方案可见，本申请通过向外部联系人提供服务窗，使得团体的内部成员无需单独与每一外部联系人进行单独管理和联络，而通过该服务窗对外部联系人进行统一管理，极大地提升了跨团体通讯的沟通效率。同时，通过由团体内的管理成员向外部联系人进行权限赋予，有效地实现了对服务窗的权限管控，确保与团体相关的交互信息仅能够传达至具有权限的外部联系人，而避免团体内部信息的泄露，有助于提升跨团体通讯过程中的信息安全性。

附图说明

图1是本申请一示例性实施例提供的基于服务器侧的一种信息交互方法的流程图。

图2是本申请一示例性实施例提供的基于终端侧的一种信息交互方法的流程图。

图3是本申请一示例性实施例提供的一种获取对服务窗的应用权限的流程图。

图4-17是本申请一示例性实施例提供的一部分与服务窗相关的界面示意图。

图18是本申请一示例性实施例提供的一种通过服务窗实现信息交互的流程图。

图19-23是本申请一示例性实施例提供的另一部分与服务窗相关的界面示意图。

图24是本申请一示例性实施例提供的一种电子设备的结构示意图。

图25是本申请一示例性实施例提供的一种信息交互装置的框图。

图26是本申请一示例性实施例提供的另一种电子设备的结构示意图。

图27是本申请一示例性实施例提供的另一种信息交互装置的框图。

图28是本申请一示例性实施例提供的基于服务器侧的一种信息交互方法的流程图。

图29是本申请一示例性实施例提供的又一种电子设备的结构示意图。

图30是本申请一示例性实施例提供的又一种信息交互装置的框图。

具体实施方式

为对本申请进行进一步说明，提供下列实施例：

图1是本申请一示例性实施例提供的基于服务器侧的一种信息交互方法的流程图。如图1所示，该方法应用于服务器上，可以包括以下步骤：

步骤102，接收到任一用户针对团体的服务窗的访问请求。

在本实施例中，该任一用户的团体归属信息可以区别于该团体，即该任一用户属于针对该团体的外部联系人。

进一步地，该任一用户的信息可以被记录于该团体的外部通讯录中，即该任一用户为与该团体相关联的外部联系人，以区分于与该团体无关的外部联系人。例如，当团体为企业A时，该任一用户可以为企业B的企业成员，且该企业A与该企业B之间存在合作关系，因而通过向该任一用户提供对企业A的服务窗的应用权限，可以增强企业A与企业B之间的合作便利性；而对于与该企业A没有合作关系的企业C，则可以不开放对企业A的服务窗的应用权限，从而实现了对权限分配的合理管控，避免企业A的内部信息泄露。

步骤104，当确定所述任一用户具有对所述服务窗的应用权限时，向所述任一用户返回所述服务窗的功能页面，所述功能页面中包含与所述团体相关的预设处理功能的功能标识；其中，所述应用权限由所述团体的管理成员赋予所述任一用户。

在一实施例中，服务器可以根据来自该团体的管理成员的邀请请求，向该任一用户发送邀请消息；当该邀请消息被响应时，例如该任一用户确认接受邀请，该服务器可以向该任一用户赋予针对该团体的服务窗的应用权限。换言之，通过由团体的管理成员主动发出邀请，使得所有具有应用权限的用户，均受到该管理成员的审核和管控，避免无关人员随意获取权限，防止团体内部信息遭到泄露。

在另一实施例中，服务器可以根据接收到的任一用户针对该服务窗发出的权限申请请求，向该团体的管理成员发送相应的权限申请消息；以及，当该团体的管理成员对该权限申请消息执行预设响应操作时，例如接受权限申请，可以向该任一用户赋予对该团体的服务窗的应用权限。换言之，任一用户可以向该团体的管理成员发起权限申请，那么管理成员可以通过对该任一用户进行审查后，确定是否向其赋予对服务窗的应用权限，避免无关人员随意获取权限，防止团体内部信息遭到泄露。

在又一实施例中，服务器还可以通过对用户、团体之间的关联关系，实现对服务窗的主动推荐。例如，当服务器确定企业用户B为企业AA相关联的外部联系人时，服务器可以主动向该企业用户B发送对该企业AA的服务窗的邀请消息，使得该企业用户B对该邀请消息进行响应后，即可获得对该企业AA的服务窗的应用权限。

在本实施例中，当确定该任一用户不具有对服务窗的应用权限时，服务器以该任一用户为权限申请方，向该团体的管理成员发送相应的权限申请消息，那么对于该任一用户而言，无需单独发起权限申请请求，即可使得该团体的管理成员对自身的权限申领资质进行审核，有助于简化该任一用户的操作，并帮助其更快速、便捷地获得对该服务窗的应用权限。

在本实施例中，服务窗可以呈现为对应于相应团体的一个用于实现预设处理功能的窗口页面，该窗口页面中包含对应于该预设处理功能的功能标识，使得具有应用权限的用户可以通过触发该功能标识，以实现相应的预设处理功能。

步骤106，根据所述任一用户在所述功能页面中针对所述功能标识的用户操作，与所述任一用户实现针对所述预设处理功能的信息交互操作。

在本实施例中，可以根据该任一用户通过服务窗发出的信息交互请求，在该任一用户与该团体中的特定团体成员之间、或者该任一用户与该团体的信息处理***之间创建通讯会话，并基于该通讯会话实现该任一用户与该特定团体成员、或者该任一用户与该信息处理***之间的信息交互操作。

以“信息咨询”为例。当采用人工咨询方案时，可以在该任一用户与该团体中的客服人员(作为“特定团体成员”)之间建立通讯会话，那么该任一用户可以据此向该客服人员发起咨询消息，且该客服人员亦可通过该通讯会话返回咨询结果。而当采用智能咨询方案时，可以在该任一用户与智能客服***(作为“信息处理***”)之间建立通讯会话，那么该任一用户可以据此向该智能客服***发起咨询消息，而该智能客服***通过对咨询消息进行智能化的语义分析和信息查询等处理后，可以通过该通讯会话返回相应的咨询结果。

再以“文件下载”为例。当该任一用户发起文件管理请求时，可以在该任一用户与该团体的文件管理***(作为“信息处理***”)之间建立通讯会话，那么该任一用户可以据此向该文件管理***发起文件查看指令，以查看该团体下的共享文件，并对查看的文件进行下载等操作。

在本实施例中，可以根据该任一用户在功能页面中的用户操作，生成与该预设处理功能对应的处理任务，并将该处理任务分配至该团体中的预设团体成员。那么，尤其是当该任一用户为该团体的外部联系人时，可以将该任一用户基于用户操作实现的跨团体通讯事件，与此处的由预设团体成员完成的团体内部的处理任务相结合，从而进一步提升团体内部与外部的信息交互效率。

在本实施例中，服务器可以通过服务窗，向对该服务窗具有应用权限的至少一个用户推送与该团体相关的通知消息，使得团体成员无需单独与各个用户建立通讯会话、发送通知消息，而可以通过该服务窗完成对通知消息的群发处理，有助于提升通讯效率。

在本实施例中，在团体的管理成员向任一用户赋予应用权限时，服务器可以确定该任一用户在所属团体中的内部关联用户，并向该内部关联用户赋予针对该团体的服务窗的应用权限。其中，内部关联用户的团体归属信息与该任一用户一致，并且内部关联用户与该任一用户具有关联关系，比如该内部关联用户与该任一用户属于同一团体中的同一部门，那么团体的管理成员只要向该任一用户赋予上述的应用权限后，服务器可以主动向该同一部门的内部关联用户均赋予该应用权限，而无需该管理成员单独向内部关联用户赋予相应的应用权限，有助于简化该管理成员的操作。

在本实施例中，在团体的管理成员向任一用户赋予应用权限时，服务器可以确定该团体中针对任一用户的外部关联用户，并将该外部关联用户的联系人信息添加至该任一用户所属团体的外部通讯录中。其中，外部关联用户可以为一个或多个用户；外部关联用户是该团体中与该任一用户存在关联关系的团体成员，例如该外部关联用户可以与该任一用户存在工作对接，因而通过将外部关联用户的联系人信息存储至该任一用户的外部通讯录中，使得该任一用户与该外部关联用户之间可以据此实现后续的通讯操作，有助于提升通讯效率。

由以上技术方案可见，本申请通过向外部联系人提供服务窗，使得团体的内部成员无需单独与每一外部联系人进行单独管理和联络，而通过该服务窗对外部联系人进行统一管理，极大地提升了跨团体通讯的沟通效率。同时，通过由团体内的管理成员向外部联系人进行权限赋予，有效地实现了对服务窗的权限管控，确保与团体相关的交互信息仅能够传达至具有权限的外部联系人，而避免团体内部信息的泄露，有助于提升跨团体通讯过程中的信息安全性。

图2是本申请一示例性实施例提供的基于终端侧的一种信息交互方法的流程图。如图2所示，该方法应用于用户的电子设备(即终端)上，可以包括以下步骤：

步骤202，向本端用户示出团体的服务窗的功能页面，所述功能页面中包含与所述团体相关的预设处理功能的功能标识。

在本实施例中，本端用户可以为与该团体相关的外部联系人，例如该本端用户的联系人信息可以被记录在该团体的外部通讯录中，而该外部通讯录用于记录团体归属信息区别于该团体的外部联系人的信息。

步骤204，当任一功能标识被本端用户触发时，若所述本端用户具有对所述服务窗的应用权限，则跳转至所述任一功能标识对应的功能页面；其中，所述应用权限由所述团体的管理成员赋予所述本端用户。

步骤206，根据所述本端用户在所述功能页面中针对所述功能标识的用户操作，与所述团体实现针对所述预设处理功能的信息交互操作。

由以上技术方案可见，本申请通过向外部联系人提供服务窗，使得团体的内部成员无需单独与每一外部联系人进行单独管理和联络，而通过该服务窗对外部联系人进行统一管理，极大地提升了跨团体通讯的沟通效率。同时，通过由团体内的管理成员向外部联系人进行权限赋予，有效地实现了对服务窗的权限管控，确保与团体相关的交互信息仅能够传达至具有权限的外部联系人，而避免团体内部信息的泄露，有助于提升跨团体通讯过程中的信息安全性。

在本申请的技术方案中，通过在电子设备上安装团体通讯应用的客户端、在服务器上配置该团体通讯应用的服务端，使得该客户端、服务端在运行过程中，可以配合实现基于本申请的信息交互方案。其中，“团体”可以理解为企业、学习、政府机关、武警部队等任意形式，本申请并不对此进行限制；那么，以企业场景为例，本申请中的团体通讯应用可以为企业通讯应用，例如企业即时通讯(Enterprise Instant Messaging，EIM)应用“钉钉(DINGTalk)”等。

为了便于理解，下面以上述的企业即时通讯应用“钉钉”为例，对本申请的技术方案进行详细说明。其中，本申请的技术方案分为两个部分：赋予权限和信息交互，下面分别对每个部分进行详细说明。

1、赋予权限

图3是本申请一示例性实施例提供的一种获取对服务窗的应用权限的流程图，如图3所示，假定设备1为企业AA中的管理员用户A使用的电子设备、设备2为企业BB中的企业用户B使用的电子设备，设备1、设备2上均安装有钉钉的客户端，而服务器上配置有钉钉的服务端；那么，企业用户B可以通过下述方式，获取对企业AA的服务窗的应用权限：

步骤302，管理员用户A通过设备1与服务器之间的交互，为企业AA开通服务窗的服务功能。

在本实施例中，管理员用户A可以在设备1上查看到如图4所示的管理页面，并通过触发该管理页面底部的“服务窗”选项，为该企业AA开启服务窗的服务功能。当然，还可以通过其他方式为该企业AA开启服务窗的服务功能，例如当该企业AA在钉钉上的注册员工数量达到预设数量后，可以自动开通该服务窗的服务功能等，本申请并不对此进行限制。

步骤304，管理员用户A通过设备1与服务器之间的交互，对企业AA的服务窗进行配置。

在本实施例中，图5示出了服务窗设置页面，该服务窗设置页面上通过示出“请前往oa.dingtalk.com设置服务窗”等内容，指示管理员用户A在PC端访问该“oa.dingtalk.com”网址，从而执行对服务窗的设置操作。由于图5所示的服务窗设置页面位于移动设备上，而PC端的屏幕尺寸通常远大于移动设备，可以为管理员用户A提供更佳的显示和操控，因而该管理员用户A可以转由通过如图6所示的PC端的“钉钉管理后台”***，对该企业AA的服务窗进行配置。

当然，在其他实施例中，管理员用户A可以在移动设备上访问该“oa.dingtalk.com”网址；或者，图5所示的服务窗设置页面可以进一步添加图6所示的钉钉管理后台的***功能，从而无需执行设备更换，有助于简化用户操作。

如图6所示，在钉钉管理后台***中的服务窗应用页面内，包含“我的应用”、“新建应用”、“预览”和“企业主业设置”等子页面；其中，“我的应用”子页面中包含已经配置好的“应用”(即处理功能)，比如属于“业务单”类型的“业务单”处理功能、“报价单”处理功能、“返修单”处理功能、“订货单”处理功能等，以及属于“其他应用”类型的“外部文件”处理功能、“智能客服”处理功能等。

管理员用户A可以对已配置的处理功能进行配置。以“我的应用”子页面中的“智能客服”为例，管理员用户A可以通过触发相应的功能图标，调出图6中位于“智能客服”图标中的“进入”、“设置”、“停用”等功能选项，然后通过鼠标光标等选取所需要执行的配置功能对应的功能选项，从而实现相应的配置操作。

管理员用户A可以新建处理功能。例如，通过触发图6所示的“新建应用”，以调出图7所示的弹窗(或其他任意形式)，该管理员用户A可以在该弹窗内配置“应用logo”、“应用名称”、“功能介绍”等多个选项，以完成对相应处理功能的新建操作。其中，通过图7所示弹窗中的“可见范围”选项，管理员用户A可以配置新建的处理功能的可见权限：当未配置时，可以默认为所有人可见；当触发该“可见范围”选项时，可以通过图8所示的选择标签弹窗(或其他任意形式)，选取具有对该处理功能的可见权限的用户特征，该用户特征由图8所示弹窗中的标签限定，例如可以从“类型”、“级别”、“状态”等维度对用户特征进行限定。当管理员用户A选取多个维度或每个维度下选取多个标签时，多个维度之间或每个维度下的多个标签之间的组合形式可以为并集或交集等形式，这取决于钉钉管理后台的默认配置或该管理员用户A的自定义配置。

其中，管理员用户A还可以对用户特征涉及到的维度、每一维度下包含的标签等进行设置，从而能够更加准确地对每一处理功能的“可见范围”进行限定。

步骤306，管理员用户A通过设备1选取外部联系人，并向服务器发起针对被选中的外部联系人的邀请请求，使得服务器向被选中的外部联系人发送相应的邀请消息。

在本实施例中，企业即时通讯应用钉钉可以支持团体内部的团体成员对应的内部通讯录，例如在管理员用户A能够查看到的该企业AA的内部通讯录中，包含该企业AA中所有员工的联系人信息；同时，钉钉还可以支持团体外部的外部联系人对应的外部通讯录，例如对于企业AA而言，外部通讯录中的外部联系人的团体归属信息区别于该企业AA，比如属于企业BB或无企业归属的个人等，从而便于实现跨企业通讯。

那么，管理员用户A或企业AA中的其他任一用户，可以通过如图9所示的外部通讯录页面，查看到“我负责的”外部联系人；比如对于该管理员用户A而言，可以查看到企业BB的用户B、用户C，企业CC的用户D，企业DD的用户E等，譬如这些外部联系人可以被配置为该管理员用户A负责的客户。当然，除了“我负责的”之外，如图10所示，还可以选择“共享给我的(即其他企业成员将自身负责的外部联系人共享给‘我’)”、“我下属的(即基于企业的组织架构，‘我’的‘下属’负责的外部联系人被自动分配给‘我’)”、“全公司的”、“无人负责的”等维度，实现对该企业AA的外部联系人的筛选和查看。

其中，管理员用户A或其他用户还可以通过图9所示的“添加”选项，向该企业AA的外部通讯录中添加新的外部联系人信息。例如图11所示，可以采用“从手机通讯录添加”、“手动输入添加”或“扫名片添加”等方式，完成对外部联系人信息的添加操作，而添加后的外部联系人被关联至该企业AA，使得该企业AA中的其他成员也可以查看到该外部联系人的信息。如图12所示，在添加外部联系人时，可以对该外部联系人的“姓名”、“手机号”等基本信息进行填写，还可以为该外部联系人配置诸如“供应商”、“重要”等标签，该标签可与图8所示的“可见范围”对应的标签相呼应，比如当图8中的标签“供应商”、“重要”被选中时，表明图8中新建的应用对于当前添加的外部联系人是可见的；否则，假定当前添加的外部联系人的标签为“供应商”、“不重要”时，由于“不重要”在图8中未被选中，那么该当前添加的外部联系人可能无法查看到图8中新建的应用。

在如图12所示的页面底部，包含“共享给”选项，管理员用户A可以将当前创建的外部联系人信息共享给其他用户，比如共享给企业AA中的成员用户M、N等。

其中，管理员用户A除了属于企业AA之外，还可能属于其他企业，那么可以通过图12所示的页面顶部的“添加到”选项，选择希望将当前创建的外部联系人信息添加到哪个或哪些企业中。以企业用户B为例，假定企业用户B的外部联系人信息被添加到企业AA，表明该企业用户B被配置为与该企业AA相关联的外部联系人，使得该企业AA中具有浏览权限的企业成员，可以查看到该企业用户B的外部联系人信息；其中，具有浏览权限的企业成员可以为企业AA中的所有企业成员，也可以为部分被配置有浏览权限的企业成员。

在本实施例中，在图5所示的服务窗设置页面中，包含“邀请外部联系人关注服务窗”选项，当管理员用户A触发该选项后，可以示出图13所示的邀请外部联系人页面，使得管理员用户A可以选取希望邀请的外部联系人，使得服务器向这些被选中的外部联系人发送邀请消息。

其中，在发出邀请消息后，需要由相应的外部联系人对该邀请消息进一步触发，以确定是否关注企业AA的服务窗。那么，可以通过如图14所示的关注服务窗页面，示出外部联系人对邀请消息的触发情况；例如，可以将被邀请的外部联系人分为“已关注”和“已发送邀请”等类型，其中“已关注”表明相应的外部联系人已经对邀请消息进行触发响应，从而完成了对企业AA的服务窗的关注，而“已发送邀请”表明相应的外部联系人尚未对邀请消息进行触发响应，因而尚未关注企业AA的服务窗。

步骤308，企业用户B通过设备2对邀请消息进行响应操作，使得设备2向服务器返回相应的响应通知。

在本实施例中，如图15所示，在钉钉的消息列表页面中，可以通过诸如“服务窗助手”等向企业用户B等被邀请的外部联系人发送消息提示，例如该消息提示可以为“企业AA邀请你关注服务窗”等内容，以由该企业用户B通过对该消息提示的触发操作，查看到如图16所示的邀请消息，且该邀请消息包含“关注”选项，使得当该“关注”选项被触发时，判定为企业用户B对邀请消息进行了响应操作，并由设备2向服务器返回相应的响应通知。

步骤310，服务器向企业用户B赋予对企业AA的服务窗的应用权限。

在本实施例中，服务器向企业用户B赋予应用权限后，该企业用户B可以在设备2上查看到图17所示的服务窗的功能页面，该功能页面中包含有若干预设处理功能的图标，这些处理功能与图6中配置的处理功能相对应，例如可以包括：“业务单”类型的“业务单”处理功能、“报价单”处理功能、“返修单”处理功能、“订货单”处理功能等，以及属于“其他应用”类型的“外部文件”处理功能、“智能客服”处理功能等。

当然，除了如图3中由团体的管理成员向外部联系人发起邀请，以使得外部联系人被该管理成员赋予对该团体的服务窗的应用权限之外，还可以通过其他方式实现权限赋予，本申请并不对此仅限制。例如，可以由外部联系人主动向团体的管理成员发起权限申请，以由该管理成员向该外部联系人赋予相应的应用权限。总之，通过由团体的管理成员向外部联系人赋予对服务窗的应用权限，使得团体的管理成员可以对应用权限的赋予操作实现管控，可以避免团体内部信息发生泄漏，确保团体内部的信息安全性。

此外，服务器还可以通过对用户、团体之间的关联关系，实现对服务窗的主动推荐。例如，当服务器确定企业用户B为企业AA相关联的外部联系人时，服务器可以主动向该企业用户B发送对该企业AA的服务窗的邀请消息，使得该企业用户B对该邀请消息进行响应后，即可获得对该企业AA的服务窗的应用权限。

在本实施例中，在团体的管理成员向任一用户赋予应用权限时，服务器可以确定该任一用户在所属团体中的内部关联用户，并向该内部关联用户赋予针对该团体的服务窗的应用权限。其中，假定该任一用户为企业BB的企业成员B，那么内部关联用户的团体归属信息与该任一用户一致(均为该企业BB)，并且该内部关联用户与该任一用户具有关联关系，比如该内部关联用户为与该任一用户属于同一团体中的同一部门的企业成员C等，那么团体的管理成员A只要向该企业成员B赋予上述的应用权限后，服务器可以主动向作为内部关联用户的企业成员C等均赋予该应用权限，而无需该管理成员A单独向内部关联用户赋予相应的应用权限，有助于简化该管理成员的操作。

在本实施例中，在团体的管理成员向任一用户赋予应用权限时，服务器可以确定该团体中针对任一用户的外部关联用户，并将该外部关联用户的联系人信息添加至该任一用户所属团体的外部通讯录中。其中，假定该任一用户为企业BB的企业成员B，外部关联用户可以为一个或多个用户，该外部关联用户为该团体(如企业AA)中与该企业成员B存在关联关系的团体成员，例如该外部关联用户可以为与该企业成员B存在工作对接的企业成员Z，因而通过将该企业成员Z的联系人信息存储至该企业成员B对应的外部通讯录中，使得该企业成员B与该企业成员Z之间可以据此实现后续的通讯操作，有助于提升通讯效率。

2、信息交互

图18是本申请一示例性实施例提供的一种基于服务窗实现信息交互的流程图，如图18所示，假定设备2为企业BB中的企业用户B使用的电子设备、设备3为企业AA中的企业成员Z使用的电子设备，设备2、设备3上均安装有钉钉的客户端，而服务器上配置有钉钉的服务端；同时，服务器上还可以配置有服务于企业AA的智能客服***。那么，企业用户B可以采用下述方式，通过服务窗实现与企业AA相关的信息交互：

步骤1802，企业用户B通过设备2向服务器发送智能客服请求。

在本实施例中，以图17所示的服务窗的功能页面为例，假定企业用户B选取和触发了该功能页面中的“智能客服”图标，以希望启用相应的智能客服处理功能，则设备2基于企业用户B的触发操作，向服务器发送相应的智能客服请求。

步骤1804，服务器在设备2与智能客服***之间建立通讯会话。

步骤1806，企业用户B通过设备2向智能客服***发送咨询消息。

在本实施例中，通讯会话可以表现为图19所示的通讯会话窗口，使得企业用户B可以通过该通讯会话窗口发出咨询消息，以及由智能客服***通过该会话窗口向企业用户B返回相应的咨询结果等。

需要说明的是：虽然在图18所示的实施例中，以“智能客服***”被配置于服务器中为例，但实际上，智能客服***也可以配置于服务器之外，而通过服务器在设备2与该智能客服***之间实现通讯交互，以完成基于本申请的处理方案。

步骤1808，智能客服***对咨询消息进行智能处理。

步骤1810，智能客服***向设备2返回咨询结果。

在本实施例中，智能客服***可以通过对咨询消息进行语义分析等智能处理，可以生成相应的咨询结果。例如图19所示，当咨询消息为“我想催发货”时，智能客服***返回的咨询结果可以包括“亲，请选择需要催发货的订单哦：”，以及示出该企业用户B在企业AA创建的、处于尚未发货状态的订单。

在本实施例中，除了智能客服***之外，还可以在企业AA中的客服人员与该企业用户B之间实现跨企业的咨询沟通。例如，根据企业用户B发起的客服请求(对应于上述的智能客服请求)，服务器可以从企业AA中的客服人员中确定出与该企业用户B进行沟通的特定客服人员，并在该特定客服人员与该企业用户B之间创建通讯会话，使得该特定客服人员与该企业用户B之间可以通过该通讯会话实现跨企业沟通。

步骤1812，服务器根据咨询消息，向企业用户Z使用的设备3下发相应的处理任务。

在本实施例中，钉钉通过服务窗提供了团体内部与外部联系人之间的跨团体沟通方案；同时，相关技术中的钉钉还提供了团体内部的任务管理方案，使得团体内的团体成员可以按照任务方式进行事项处理。

而在本申请的技术方案中，当企业用户B发出的咨询消息为“我想催发货”时，服务器可以确定出企业AA创建的、处于尚未发货状态的订单，并直接向企业AA中与这些订单相关的企业成员下发相应的处理任务，例如假定由企业AA内的企业成员Z负责相关订单的发货操作，那么可以向该企业成员Z下发相应的发货任务，从而实现了企业内部与企业外部的关联、打通，有助于提升处理效率。

当然，在图19所示的咨询结果中，还可以在每一订单处示出对应的“催发货”选项，使得企业用户B可以通过触发该“催发货”选项，以实现对相应订单的催发货操作。那么，服务器可以根据被触发的订单，向企业AA中相应的企业成员Z发出发货任务；而对于未被触发的订单，服务器可以不下发任务。

步骤1814，企业用户Z通过设备3向服务器返回任务处理情况。

步骤1816，服务器通过服务窗，向设备2推送对应于该任务处理情况的通知消息。

在本实施例中，对于发货任务的下发方式，服务器可以向企业成员Z发送一条具有任务属性的提醒消息(如DING消息)，该提醒消息的任务属性表现在：包含任务截止期限和需要在任务截止期限之前反馈相应的任务处理情况。

那么，服务器可以根据企业用户Z通过设备3反馈的任务处理情况，向企业用户B推送相应的通知消息。例如图20所示，在企业用户B使用的设备2上的消息列表页面中，可以包含企业AA的服务窗对应的功能页面入口，该功能页面入口处可以示出对上述通知消息的提示信息。那么，当企业用户B对该提示信息进行触发后，可以在图21所示的“企业AA服务窗”页面(即企业用户B与企业AA的服务窗之间的通讯会话)中，示出相应的通知消息。当然，企业用户B还可以对图21所示的通知消息进行触发，以跳转至企业AA的服务窗的功能页面中，对该通知消息的详情内容进行具体展示和查看，此处不再赘述。

当然，除了与处理任务相关的通知消息之外，服务器还可以通过企业AA的服务窗，向具有应用权限的外部联系人发送任意形式的通知消息，本申请并不对此进行限制。那么，通过服务窗，团体AA可以向所有具有应用权限的外部联系人统一执行消息推送，而无需单独与每一外部联系人通过聊天窗口进行通讯，极大地简化了操作复杂度、提升了通讯效率。

图22示出了一示例性实施例的通讯录页面。如图22所示，在本端用户的通讯录页面中，可以包含与团体无关的“钉钉好友”、“手机通讯录”、“我的群组”等联系人类型，还可以包含与团体相关的“组织架构”(与本端用户的团体归属信息一致；包含上述的内部关联用户)、“外部通讯录”(与本端用户的团体归属信息不一致；包含上述的外部关联用户)等入口。此外，还可以在图22所示的通讯录页面中添加“服务窗”入口，使得本端用户可以通过触发该“服务窗”入口来唤出图23所示的页面，且该图23所示的页面中包含本端用户具有应用权限的服务窗，例如企业AA、企业LL、企业KK等对应的服务窗。

图24示出了根据本申请的一示例性实施例的电子设备的示意结构图。请参考图24，在硬件层面，该电子设备包括处理器2402、内部总线2404、网络接口2406、内存2408以及非易失性存储器2410，当然还可能包括其他业务所需要的硬件。处理器2402从非易失性存储器2410中读取对应的计算机程序到内存2402中然后运行，在逻辑层面上形成信息交互装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图25，在软件实施方式中，该信息交互装置可以包括接收单元2502、返回单元2504和交互单元2506。其中：

接收单元2502，接收到任一用户针对团体的服务窗的访问请求；

返回单元2504，当确定所述任一用户具有对所述服务窗的应用权限时，向所述任一用户返回所述服务窗的功能页面，所述功能页面中包含与所述团体相关的预设处理功能的功能标识；其中，所述应用权限由所述团体的管理成员赋予所述任一用户；

交互单元2506，根据所述任一用户在所述功能页面中针对所述功能标识的用户操作，与所述任一用户实现针对所述预设处理功能的信息交互操作。

可选的，还包括：

邀请单元2508，根据来自所述团体的管理成员的邀请请求，向所述任一用户发送邀请消息；

第一赋予单元2510，当所述邀请消息被响应时，向所述任一用户赋予针对所述团体的服务窗的应用权限。

可选的，还包括：

申请单元2512，根据接收到的所述任一用户针对所述服务窗发出的权限申请请求，向所述团体的管理成员发送相应的权限申请消息；

第二赋予单元2514，当所述团体的管理成员对所述权限申请消息执行预设响应操作时，向所述任一用户赋予对所述团体的服务窗的应用权限。

可选的，所述任一用户的信息被记录于所述团体的外部通讯录中；其中，所述外部通讯录用于记录与所述团体相关的外部联系人的信息，所述外部联系人的团体归属信息区别于所述团体。

可选的，所述交互单元2506具体用于：

根据所述任一用户通过所述服务窗发出的信息交互请求，在所述任一用户与所述团体中的特定团体成员之间、或者所述任一用户与所述团体的信息处理***之间创建通讯会话；

基于所述通讯会话实现所述任一用户与所述特定团体成员、或者所述任一用户与所述信息处理***之间的信息交互操作。

可选的，还包括：

生成单元2516，根据所述任一用户在所述功能页面中的用户操作，生成与所述预设处理功能对应的处理任务；

分配单元2518，将所述处理任务分配至所述团体中的预设团体成员。

可选的，还包括：

推送单元2520，通过所述服务窗，向对所述服务窗具有应用权限的至少一个用户推送与所述团体相关的通知消息。

可选的，还包括：

发送单元2522，当确定所述任一用户不具有对所述服务窗的应用权限时，以所述任一用户为权限申请方，向所述团体的管理成员发送相应的权限申请消息。

可选的，还包括：

第一确定单元2524，在所述团体的管理成员向所述任一用户赋予所述应用权限时，确定所述任一用户在所属团体中的内部关联用户；

关联赋予单元2526，向所述内部关联用户赋予针对所述团体的服务窗的应用权限。

可选的，还包括：

第二确定单元2528，在所述团体的管理成员向所述任一用户赋予所述应用权限时，确定所述团体中针对所述任一用户的外部关联用户；

添加单元2530，将所述外部关联用户的联系人信息添加至所述任一用户所属团体的外部通讯录中。

图26示出了根据本申请的一示例性实施例的电子设备的示意结构图。请参考图26，在硬件层面，该电子设备包括处理器2602、内部总线2604、网络接口2606、内存2608以及非易失性存储器2610，当然还可能包括其他业务所需要的硬件。处理器2602从非易失性存储器2610中读取对应的计算机程序到内存2602中然后运行，在逻辑层面上形成信息交互装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图27，在软件实施方式中，该信息交互装置可以包括示出单元2702、跳转单元2704和交互单元2706。其中：

示出单元2702，向本端用户示出团体的服务窗的功能页面，所述功能页面中包含与所述团体相关的预设处理功能的功能标识；

跳转单元2704，当任一功能标识被本端用户触发时，若所述本端用户具有对所述服务窗的应用权限，则跳转至所述任一功能标识对应的功能页面；其中，所述应用权限由所述团体的管理成员赋予所述本端用户；

交互单元2706，根据所述本端用户在所述功能页面中针对所述功能标识的用户操作，与所述团体实现针对所述预设处理功能的信息交互操作。

可选的，所述本端用户为与所述团体相关的外部联系人。

图28是本申请一示例性实施例提供的基于服务器侧的另一种信息交互方法的流程图。如图28所示，该方法可以包括以下步骤：

步骤2802，接收到任一用户针对团体的服务窗的访问请求。

步骤2804，向所述任一用户返回所述服务窗的功能页面，所述功能页面中包含与所述团体相关的预设处理功能的功能标识。

步骤2806，根据所述任一用户在所述功能页面中针对所述功能标识的用户操作，与所述任一用户实现针对所述预设处理功能的信息交互操作。

在本实施例中，与图1所示的实施例相比，可以取消团体的管理成员对服务窗的权限监管，使得即便是与该团体无关的任一用户，也可以对该服务窗的内容进行请求、访问和查看，以便于扩展服务窗的应用范围。

以“钉钉”为例。钉钉的客户端可以向本端用户提供一搜索入口，本端用户可以通过输入团体的名称、ID序列等信息，检索到相应团体的服务窗，从而在无需团体的管理成员进行权限监管的情况下，本端用户可以直接对检索到的服务窗进行浏览，并通过选择服务窗上展示的功能标识，触发和应用相应的预设处理功能，实现本端用户与团体之间的信息交互，该信息交互与本申请的其他实施例相同，此处不再赘述。

当然，可以通过对该任一用户的身份类型进行识别，从而在一定程度内实现对服务窗的访问限制。例如，可以仅在该任一用户为该团体的关联外部联系人的情况下，服务器才向该任一用户返回该团体的服务窗的功能页面，否则可以不返回。其中，关联的外部联系人可以包括：与该团体存在业务关系的合作方、客户等，这些关联的外部联系人被预先存储在该团体的外部通讯录中；换言之，服务器可以在该任一用户的信息被存储于该团体的外部通讯录时，确定该任一用户为与该团体相关联的外部联系人，当然本申请并不对此进行限制。

图29示出了根据本申请的一示例性实施例的电子设备的示意结构图。请参考图29，在硬件层面，该电子设备包括处理器2902、内部总线2904、网络接口2906、内存2908以及非易失性存储器2910，当然还可能包括其他业务所需要的硬件。处理器2902从非易失性存储器2910中读取对应的计算机程序到内存2902中然后运行，在逻辑层面上形成信息交互装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

请参考图30，在软件实施方式中，该信息交互装置可以包括接收单元3002、返回单元3004和交互单元3006。其中：

接收单元3002，接收到任一用户针对团体的服务窗的访问请求；

返回单元3004，向所述任一用户返回所述服务窗的功能页面，所述功能页面中包含与所述团体相关的预设处理功能的功能标识；

交互单元3006，根据所述任一用户在所述功能页面中针对所述功能标识的用户操作，与所述任一用户实现针对所述预设处理功能的信息交互操作。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

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

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (16)

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

接收到任一用户针对团体的服务窗的访问请求；

当确定所述任一用户具有对所述服务窗的应用权限时，向所述任一用户返回所述服务窗的功能页面，所述功能页面中包含与所述团体相关的预设处理功能的功能标识；其中，所述应用权限由所述团体的管理成员赋予所述任一用户；

根据所述任一用户在所述功能页面中针对所述功能标识的用户操作，与所述任一用户实现针对所述预设处理功能的信息交互操作。

2.根据权利要求1所述的方法，其特征在于，还包括：

根据来自所述团体的管理成员的邀请请求，向所述任一用户发送邀请消息；

当所述邀请消息被响应时，向所述任一用户赋予针对所述团体的服务窗的应用权限。

3.根据权利要求1所述的方法，其特征在于，还包括：

根据接收到的所述任一用户针对所述服务窗发出的权限申请请求，向所述团体的管理成员发送相应的权限申请消息；

当所述团体的管理成员对所述权限申请消息执行预设响应操作时，向所述任一用户赋予对所述团体的服务窗的应用权限。

4.根据权利要求1所述的方法，其特征在于，所述任一用户的信息被记录于所述团体的外部通讯录中；其中，所述外部通讯录用于记录与所述团体相关的外部联系人的信息，所述外部联系人的团体归属信息区别于所述团体。

5.根据权利要求1所述的方法，其特征在于，所述根据所述任一用户在所述功能页面中的用户操作，与所述任一用户实现针对所述预设处理功能的信息交互操作，包括：

根据所述任一用户通过所述服务窗发出的信息交互请求，在所述任一用户与所述团体中的特定团体成员之间、或者所述任一用户与所述团体的信息处理***之间创建通讯会话；

基于所述通讯会话实现所述任一用户与所述特定团体成员、或者所述任一用户与所述信息处理***之间的信息交互操作。

6.根据权利要求1所述的方法，其特征在于，还包括：

根据所述任一用户在所述功能页面中的用户操作，生成与所述预设处理功能对应的处理任务；

将所述处理任务分配至所述团体中的预设团体成员。

7.根据权利要求1所述的方法，其特征在于，还包括：

通过所述服务窗，向对所述服务窗具有应用权限的至少一个用户推送与所述团体相关的通知消息。

8.根据权利要求1所述的方法，其特征在于，还包括：

当确定所述任一用户不具有对所述服务窗的应用权限时，以所述任一用户为权限申请方，向所述团体的管理成员发送相应的权限申请消息。

9.根据权利要求1所述的方法，其特征在于，还包括：

在所述团体的管理成员向所述任一用户赋予所述应用权限时，确定所述任一用户在所属团体中的内部关联用户；

向所述内部关联用户赋予针对所述团体的服务窗的应用权限。

10.根据权利要求1所述的方法，其特征在于，还包括：

在所述团体的管理成员向所述任一用户赋予所述应用权限时，确定所述团体中针对所述任一用户的外部关联用户；

将所述外部关联用户的联系人信息添加至所述任一用户所属团体的外部通讯录中。

11.一种信息交互方法，其特征在于，包括：

向本端用户示出团体的服务窗的功能页面，所述功能页面中包含与所述团体相关的预设处理功能的功能标识；

当任一功能标识被本端用户触发时，若所述本端用户具有对所述服务窗的应用权限，则跳转至所述任一功能标识对应的功能页面；其中，所述应用权限由所述团体的管理成员赋予所述本端用户；

根据所述本端用户在所述功能页面中针对所述功能标识的用户操作，与所述团体实现针对所述预设处理功能的信息交互操作。

12.根据权利要求11所述的方法，其特征在于，所述本端用户为与所述团体相关的外部联系人。

13.一种信息交互装置，其特征在于，包括：

接收单元，接收到任一用户针对团体的服务窗的访问请求；

返回单元，当确定所述任一用户具有对所述服务窗的应用权限时，向所述任一用户返回所述服务窗的功能页面，所述功能页面中包含与所述团体相关的预设处理功能的功能标识；其中，所述应用权限由所述团体的管理成员赋予所述任一用户；

交互单元，根据所述任一用户在所述功能页面中针对所述功能标识的用户操作，与所述任一用户实现针对所述预设处理功能的信息交互操作。

14.一种信息交互装置，其特征在于，包括：

示出单元，向本端用户示出团体的服务窗的功能页面，所述功能页面中包含与所述团体相关的预设处理功能的功能标识；

跳转单元，当任一功能标识被本端用户触发时，若所述本端用户具有对所述服务窗的应用权限，则跳转至所述任一功能标识对应的功能页面；其中，所述应用权限由所述团体的管理成员赋予所述本端用户；

交互单元，根据所述本端用户在所述功能页面中针对所述功能标识的用户操作，与所述团体实现针对所述预设处理功能的信息交互操作。

15.一种信息交互方法，其特征在于，包括：

接收到任一用户针对团体的服务窗的访问请求；

向所述任一用户返回所述服务窗的功能页面，所述功能页面中包含与所述团体相关的预设处理功能的功能标识；

根据所述任一用户在所述功能页面中针对所述功能标识的用户操作，与所述任一用户实现针对所述预设处理功能的信息交互操作。

16.一种信息交互装置，其特征在于，包括：

接收单元，接收到任一用户针对团体的服务窗的访问请求；

返回单元，向所述任一用户返回所述服务窗的功能页面，所述功能页面中包含与所述团体相关的预设处理功能的功能标识；

交互单元，根据所述任一用户在所述功能页面中针对所述功能标识的用户操作，与所述任一用户实现针对所述预设处理功能的信息交互操作。