本申请涉及通讯技术领域，尤其涉及一种服务预约方法及装置。
背景技术：
在相关技术中，用户需要针对某项服务进行预约时，往往需要通过电话沟通和确认，甚至不得不亲自前往，不仅过程繁复，而且可能造成用户的多次往返，十分不便。
技术实现要素：
有鉴于此，本申请提供一种服务预约方法及装置，可以协助用户实现方便、快捷的服务预约操作。
为实现上述目的，本申请提供技术方案如下：
根据本申请的第一方面，提出了一种服务预约方法，包括：
接收到通过预设即时通讯应用发起的针对预设服务的预约请求；
确定所述预约请求指定的服务方式；
根据所述服务方式响应所述预约请求，以使所述预约请求的发起方获得所述预设服务。
根据本申请的第二方面，提出了一种服务预约装置，包括：
接收单元，接收到通过预设即时通讯应用发起的针对预设服务的预约请求；
确定单元，确定所述预约请求指定的服务方式；
响应单元，根据所述服务方式响应所述预约请求，以使所述预约请求的发起方获得所述预设服务。
由以上技术方案可见，本申请通过接收用户的预约请求，可以为用户提供针对预设服务的快速预约，无需用户电话沟通或亲自前往，过程十分快速、便捷，有助于提升用户的应用体验。
附图说明
图1是本申请一示例性实施例提供的一种服务预约方法的流程图；
图2是本申请一示例性实施例提供的一种预约教学服务的流程图；
图3A-3F是本申请一示例性实施例提供的一种预约教学服务的界面示意图；
图4是本申请一示例性实施例提供的另一种预约教学服务的流程图；
图5A-5H是本申请一示例性实施例提供的另一种预约教学服务的界面示意图；
图6是本申请一示例性实施例提供的又一种预约教学服务的流程图；
图7A-7C是本申请一示例性实施例提供的又一种预约教学服务的界面示意图；
图8是本申请一示例性实施例提供的一种电子设备的结构示意图；
图9是本申请一示例性实施例提供的一种服务预约装置的框图。
具体实施方式
为对本申请进行进一步说明，提供下列实施例：
图1是本申请一示例性实施例提供的一种服务预约方法的流程图，如图1所示，该方法应用于服务器中，可以包括以下步骤：
步骤102，接收到通过预设即时通讯应用发起的针对预设服务的预约请求。
在本实施例中，预设服务可以为相关技术中的任意类型，比如餐饮服务、教学服务等，本申请并不对此进行限制。举例而言，当预设服务为教学服务时，可以具体为针对上述预设即时通讯应用中的预设应用功能的教学服务；比如，用户在手机、平板设备等终端上安装上述的预设即时通讯应用后，由服务器提供相应的服务端和云端功能，从而协助该预设即时通讯应用实现相应的应用功能。那么在本申请的技术方案中，当用户对该预设应用程序中的预设应用功能不了解，希望参与由诸如开发者、资深用户等组织的教学服务时，上述服务器进一步提供用户对该教学服务的预约功能，以帮助用户获得相应的教学服务，从而降低用户的自学成本。
同时，随着即时通讯应用在人们日常生活中的使用越来越广泛、频繁，通过将针对预设服务的预约功能与即时通讯应用相结合，使得用户可以更加方便、快捷地发起相应的服务预约，有助于简化用户操作、提升用户体验。其中，上述的预设即时通讯应用可以为任意类型的即时通讯应用，例如“钉钉(DINGTalk)”等企业即时通讯应用(EnterpriseInstantMessaging，EIM)。
在本实施例中，预约请求的发起方可以为单个用户，比如该用户以自身名义发起请求，以获得针对个人的预设服务，或者该用户以所属团队的名义发起请求，以获得针对团队的预设服务；或者，发起方也可以为团体，比如工作小组、企业等，以获得针对团体的预设服务。
步骤104，确定所述预约请求指定的服务方式。
步骤106，根据所述服务方式响应所述预约请求，以使所述预约请求的发起方获得所述预设服务。
在本实施例中，预设服务存在多种方式，服务器需要针对用户所选取的服务方式，采用对应的方式响应用户发起的预约请求，确保用户完成对相应预设服务的预约。比如当预设服务为餐饮服务时，相应的服务方式可以对应于用户所需的餐饮类型，例如中餐或西餐等；或者，相应的服务方式可以对应于用户所需的餐饮时间，例如早餐、午餐或晚餐等，从而针对用户所需的服务方式，执行相应的响应操作，比如向对应的餐厅进行餐位预订等。
通过上述实施例可知，本申请通过接收用户的预约请求，可以为用户提供针对预设服务的快速预约，无需用户电话沟通或亲自前往，过程十分快速、便捷，有助于提升用户的应用体验。
下面结合预约请求的发起方、服务器以及预设服务的提供方，对本申请的技术方案进行详细描述；其中，为了便于理解，下述实施例中以企业即时通讯应用“钉钉”为例，针对用户需要对“钉钉”的预设应用功能进行了解学习的场景，对用户通过“钉钉”预约和体验教学服务的过程进行说明。
图2是本申请一示例性实施例提供的一种预约教学服务的流程图，如图2所示，该过程可以包括以下步骤：
步骤202，发起方进入预约界面。
在本实施例中，如图3A所示，在“钉钉”应用程序中可以包括“消息”、“DING”、“工作”、“联系人”和“我的”等多个标签页，举例而言可以将预约界面的入口添加至“我的”标签页中，比如图3A所示的“预约钉钉服务”功能项目。
以图3A所示的用户“小白”为例，假定用户“小白”以个人名义发起对“钉钉”的预设应用功能的教学服务的预约；那么，在用户“小白”触发图3A所示的“预约钉钉服务”功能项目后，即可切换至图3B所示的预约界面，以执行后续的预约操作。
步骤204，发起方确定教学服务方式。
在本实施例中，如图3B所示，“钉钉”可以提供诸如“电话指导”、“上门部署服务”、“钉钉沙龙”等教学服务方式。当然，本申请的技术方案中，并不对教学服务方式进行限制；举例而言，除了“电话指导”外，还可以采用诸如“视频指导”等其他形式的线下远程通讯服务类型；以及，除了“上门部署服务”、“钉钉沙龙”等，还可以采用诸如“钉钉互助小组”等其他形式的线下面授服务类型；此外，除了上述的“线下”教学服务方式之外，如图3B所示，也可以提供“在线服务”等在线服务类型的教学服务。
步骤206，服务器接收到发起方发起的电话预约请求。
在本实施例中，以“电话指导”为例，对本申请的教学服务的预约方案进行描述。如图3C所示，作为发起方的用户“小白”需要输入自己的信息，以便于服务人员打电话给用户“小白”，从而实现教学服务；其中，用户“小白”应当至少提供自己的“联系人手机号码”等电话联系方式，当然也可以进一步提供诸如“企业名称”、“联系人姓名”等信息，以便于服务人员了解发起方的情况。用户“小白”可以手动输入上述信息；或者，如果用户“小白”已经在终端上登录了自己的账号，那么“钉钉”可以直接读取用户“小白”的联系人信息，并自动填入图3C中相应的信息项目中。
如图3C所示，除了上述发起方的用户信息之外，发起方还可以在消息框中输入所需咨询的问题，比如“我想了解如何设置审批人”等，从而便于服务人员提前了解并做好相关准备工作，或者便于服务器针对“设置审批人”的咨询项目，安排恰当的服务人员(比如相对更加熟悉“设置审批人”的服务人员)。
步骤208，服务器选取服务人员。
在本实施例中，服务器可以主动从与发起方选取的教学服务方式对应的预设服务方选取至少一名服务人员；那么对应于图2所示的实施例，相当于服务器从提供“电话指导”教学服务的所有服务人员中，选取为作为发起方的用户“小白”提供电话教学服务的服务人员。
其中，服务器可以采用任意选取方式。举例而言，服务器可以从所有可提供电话教学服务的空闲的服务人员中，随机或者按照预设顺序进行选取；或者，服务器可以按照上文提及的方式，即根据发起方输入的诸如“我想了解如何设置审批人”等咨询需求，选取恰当的服务人员，该方式可以称为“按需求分配”。当然，对于“按需求分配”的方式，还可以根据发起方的预设特征属性，从与其选取的教学服务方式对应的预设服务方选取至少一名服务人员，其中该预设特征属性可以包括以下至少之一：
1)年龄。对于不同年龄段的用户，一方面可能存在不同的教学服务需求，比如较低年龄段的用户可能更倾向于一些新奇的应用功能，而较高年龄段的用户可能更倾向于一些基础的应用功能。另一方面，不同年龄段的用户可能具有不同的教学接受程度，比如较高年龄段的用户可能在思维灵活度、理解能力等方面的情况稍差，可能需要服务人员具有更高水平的教学能力。
2)所处位置，即发起方的实时地理位置。用户可能处于各个国家或同一国家的各个地区，虽然电话教学服务受到地理位置的影响较小，但是基于语言习惯、方言等因素的影响，应当相应选取合适的服务人员，以尽可能减小可能由此产生的交流障碍等问题。
3)所属团体规模。根据团体规模的大小，可以确定是否需要增派或减少服务人员的数量；尤其是针对较大规模的团体，可能需要安排经验丰富的服务人员，以便提供更为优质的教学服务。
需要说明的是：服务人员可以为“钉钉”的开发方提供的公司员工；或者，服务人员也可以为熟悉“钉钉”的相关应用功能的普通用户，比如从“钉钉”相关的虚拟社区中招募的“粉丝”或“资深粉丝”等；或者，服务人员还可以来自其他任意途径，只要能够提供相应的教学服务即可，本申请并不对此进行限制。
步骤210，服务器向被选中的服务人员发送教学服务指令，以及将预约结果告知发起方。
在本实施例中，服务器可以通过“钉钉”向服务人员发送包含教学服务指令的通讯消息，比如该通讯消息可以为即时通讯消息、邮件、短信或者通过图3A所示“DING”标签页提供的“DING一下”功能实现的电话提醒等，本申请并不对此进行限制。比如图3D所示，所有服务人员可以被添加至诸如“钉钉服务团队”的群组中，则被选中的服务人员可以在终端上接收到来自该“钉钉服务团队”(或其他发送方)的通知消息，并获知作为发起方的用户“小白”的预约信息。
在本实施例中，服务器可以在作为发起方的用户“小白”完成预约操作后，将预约结果告知用户“小白”。比如图3E所示，在“钉钉”的预约界面中，用户“小白”可以看到“电话指导”处的标识由图3B所示的“我要预约”变为“已预约”；同时，当用户“小白”触发“电话指导”的功能选项后，可以切换至图3F所示的预约结果查询页面，查看到与“电话指导”相关的预约信息。当然，用户“小白”也可以通过类似于上述“教学服务指令”的方式，接收到与预约结果相关的通讯消息，此处不再赘述。
步骤212，服务器接收到服务人员发出的确认消息。
在本实施例中，服务人员可以接受服务器分配的教学服务预约，也可以拒绝；那么，服务器需要在接收到服务人员返回的确认消息后，确定最终为发起方提供教学服务的服务人员；其中，如果服务人员拒绝接受服务器分配的教学服务预约，比如服务人员不擅长相关应用功能的教学，那么服务器可以为该发起方分配其他服务人员。上述服务人员的确认过程、服务器对服务人员的重新分配过程等，均不需要发起方参与，因而可以针对发起方表现为不可见的，使发起方产生“预约过程十分便捷”的使用感受，有助于提升其使用体验。
当然，在其他场景中，服务人员可以不具有对服务器分配的教学服务预约的拒绝权限，从而省去上述的步骤212。
步骤214，发起方与服务人员之间完成电话教学服务。
在本实施例中，在步骤214之前，如图3F所示，发起方可以通过触发“修改内容”或“我要取消”，从而对相应的教学服务发起配置请求，则服务器可以根据该配置请求，对相应的教学服务进行更新或取消。
举例而言，在完成预约之后，作为发起方的用户“小白”可以触发图3F所示的“修改内容”，并对已输入的诸如“企业名称”、“联系人姓名”、“联系人手机号码”等进行编辑，从而在发起方对所有编辑后的内容进行确认后，服务器可以接收到相应的配置请求，并完成对教学服务的更新。
在完成预约之后，作为发起方的用户“小白”可以触发图3F所示的“我要取消”，以取消已经创建、尚未获得教学服务的预约。如果完成对预约的取消操作，相当于预约结果发生变化，因而可以通过类似于步骤210的方式，将变更后的预约结果告知发起方，此处不再赘述。
图4是本申请一示例性实施例提供的另一种预约教学服务的流程图，如图4所示，该过程可以包括以下步骤：
步骤402，发起方进入预约界面。
步骤404，发起方确定教学服务方式。
在本实施例中，步骤402-404可参考图2所示的步骤202-204，此处不再赘述。
步骤406，服务器接收到发起方发起的上门预约请求。
在本实施例中，假定作为发起方的用户“小白”选取了图3B所示的“上门部署服务”，则用户“小白”可以通过如图5A所示的页面，提供包括“企业名称”、“联系人姓名”、“联系人手机号码”、“企业规模”、“服务时间”、“服务地址”等或其他类型的信息，以便于服务人员据此提供上门部署服务；当发起方触发图5A底部的“提交预约”后，由发起方使用的“钉钉”客户端向服务器发起上门部署服务的预约请求。
步骤408，服务器向与发起方选取的教学服务方式对应的预设服务方的服务人员，发送与预约请求相关的预约通知。
步骤410，服务器接收到服务人员A对预约通知的应答消息。
步骤412，服务器将与预约请求相关的教学服务指令发送至该任一服务人员，并向发起方返回被应答情况。
在本实施例中，假定同时存在服务人员A和服务人员B等，均可以提供上门部署服务；那么，在图4所示的实施例中，可以由服务器分别向服务人员A、服务人员B等所有可提供上门部署服务的服务人员发送预约通知，并由这些服务人员自行查看和选择后，确定是否向相应的请求方提供上门部署服务。
在本实施例中，如图5B所示，服务人员可以通过点击“可接服务单”，以查看当前所有的预约通知；其中，当服务人员点击“我来服务”标识后，可进入图5C所示的接单页面，并进一步通过点击“我要接单”实现接单操作。其中，在图5C所示的接单页面中，服务人员可以查看发起方提供的诸如“企业名称”、“联系人姓名”、“联系人手机号码”、“企业规模”、“服务时间”、“服务地址”等信息，并据此确定是否需要通过触发界面底部的“我要接单”来进行“接单”，即希望为相应的发起方提供上门部署服务。
一种情况下，服务器可以向每个返回应答消息的服务人员，均发送教学服务指令，从而由这些服务人员为相应的发起方提供上门部署服务；另一种情况下，由于返回应答消息的服务人员可能数量很多，超过了发起方实际所需的人数，此时需要从返回应答消息的服务人员中进行筛选。
在对多个返回应答消息的服务人员进行筛选时，可以采用“抢单”原则：按照多个服务人员的应答次序，将与预约请求相关的教学服务指令发送至次序在先的预设数量的服务人员。举例而言，假定总共需要2个服务人员，而实际上接收到10个服务人员返回的应答消息，那么可以对这些服务人员的应答顺序进行排列，并选取最先和次先返回应答消息的服务人员。那么，被选中的服务人员可以从图5D所示的“正在进行”，查看到已经抢到的订单，比如图5D中最上面为对应于图5C所示的教学服务的订单。
在本实施例中，由于服务人员的接单、判决等过程需要一定的处理时间，因而发起方在步骤406发起上门预约请求之后，“钉钉”可以转入图5E所示的等待页面。当然，发起方实际上无需在该等待页面中维持等待，而是可以执行其他任意操作；然而服务器可以将相应的被应答情况(可以包括：是否被应答、所有应答的服务人员、被选中的服务人员、最终预约结果的成功或失败等)告知发起方，比如图5F中可以通过“钉小秘”发送预约成功的通知消息，且发起方点击该通知消息中的链接后，可以在图5G所示的页面中查看分配的服务人员等与教学服务相关的信息。
步骤414，服务器接收到服务人员上传的针对与预约请求相关的教学服务的完成状况信息。
在本实施例中，服务人员在向发起方提供教学服务时，作为相应的证据信息或历史数据，服务人员可以向服务器上传相关的完成状况信息。如图5H所示，该完成状况信息可以包括以下至少之一：签到信息、完成进度信息、教学内容、与发起方的合影等。
在本实施例中，服务器根据接收到的完成状况信息，可以向服务人员分配相应的预设业务对象，以作为对服务人员的报酬或奖励。举例而言，该预设业务对象可以包括实际物品，也可以包括资金、代金券、虚拟道具等虚拟物品。
步骤416，服务器接收到预约请求的发起方针对获得的教学服务的评价信息。
在本实施例中，服务器可以根据接收到的评价信息，对提供相应教学服务的服务人员进行奖惩管理。比如当发起方提出高评价时，或者当预设数量的发起方均向该服务人员提出高评价时，可以向该服务人员进行奖励，比如提升上述预设业务对象的配额、提升该服务人员的教学等级等；当发起方提出低评价时，或者当预设数量的发起方均向该服务人员提出低评价时，可以降低上述预设业务对象的配额、降低该服务人员的教学等级等。
需要说明的是：
虽然在图2所示的实施例中采用了“分配服务人员”的方式，在图4所示的实施例中采用了“抢单”的方式，但实际上每种方式均可以应用在本申请技术方案的所有实施例中，即图2所示实施例中也可以采用“抢单”方式来确定提供教学服务的服务人员、图4所示实施例中也可以采用“分配服务人员”的方式来确定提供教学服务的服务人员；比如，当在图4所示实施例中采用“分配服务人员”时，由于是针对“上门部署服务”等线下面授的教学服务，因而可以根据当地是否已经开展相应的教学服务、各服务人员与发起方所处位置之间的距离等，选取合适的服务人员，以向发起方提供相应的上门部署服务等教学服务。
当然，针对上文并未详细说明的其他用于确定提供教学服务的服务人员的方式，均可以应用于采用本申请技术方案的实施例中，本申请并不对此进行限制。
图6是本申请一示例性实施例提供的又一种预约教学服务的流程图，如图6所示，该过程可以包括以下步骤：
步骤602，发起方进入预约界面。
步骤604，发起方确定教学服务方式。
在本实施例中，步骤602-604可参考图2所示的步骤202-204，此处不再赘述。
步骤606，服务器接收到发起方发起的沙龙预约请求。
在本实施例中，假定作为发起方的用户“小白”选取了图3B所示的“钉钉沙龙”，则用户“小白”可以通过如图7A所示的页面，提供包括“企业名称”、“联系人姓名”、“联系人手机号码”、“企业规模”等或其他类型的信息；当发起方触发图7A底部的“提交报名”后，由发起方使用的“钉钉”客户端向服务器发起钉钉沙龙的预约请求。或者，由于“钉钉沙龙”实际上可以理解为一种教学会议，因而也可以称为“报名请求”，即报名参加该教学会议。
步骤608，服务器确定钉钉沙龙是否存在剩余预约名额。
步骤610，当存在剩余预约名额时，服务器将预约请求的发起方添加为钉钉沙龙的已预约成员。
步骤612，服务器将预约结果告知发起方。
在本实施例中，由于“钉钉沙龙”等教学会议需要发起人在相应的时间前往相应的地点进行参与，因而在报名(即预约)成功后可以提供如图7B所示的“DING一下提醒”的设置选项；其中，当发起方触发该设置选项后，可以切换至图7C所示的提醒消息配置页面，并配置针对该“钉钉沙龙”等教学会议的提醒消息，以避免发起方错过相应的教学服务。
在本申请的上述任一实施例中，还可以对发起方的预设情况进行考核与验证，以确定是否允许该发起方发起预约请求。举例而言，当任一用户在其终端上使用“钉钉”应用程序时，比如点击图3B所示的“我要预约”或“我要报名”后，该终端上的“钉钉”应用程序可以获取该任一用户的预设特征属性，并仅当该预设特征属性满足下述条件中至少之一时，才允许其发起预约请求：
该任一用户所处的位置属于预设区域、该任一用户所属团队的创建日期为预设时长以内、该任一用户所属团队的成员数量不小于预设数量、该任一用户在所属团队中的管理权限等级达到预设等级。
此外，在本申请的上述任一实施例中，还可以进一步包括：获取办公效率指示信息，该办公效率指示信息与当前用户和该当前用户的关联用户中至少之一对上述预设即时通讯应用中的办公管理功能的使用情况相关；其中，当办公效率指示信息对应于预定义的低办公效率时，通过该预设即时通讯应用向当前用户和该当前用户的关联用户中至少之一发起针对预设服务的预约提醒；其中，该预设服务与提升办公效率相关。
以“钉钉”为例。“钉钉”提供了联系人管理功能、通讯功能和团体管理功能等办公管理功能，并且可以根据当前用户对这些办公管理功能的使用情况，从而得出相应的办公效率指示信息。比如，当前用户对上述办公管理功能的使用情况可以包括“历史使用程度”，那么由于传统的办公方式需要对接企业(或其他团体)专用的管理系统，对于系统访问、管理实施和使用范围等均存在极大的限制，因而通过更多地使用包含上述办公管理功能的预设应用，显然能够提升办公效率，所以可以认为办公效率与用户对该预设应用的使用程度呈正相关；那么，当办公效率指示信息包括：办公效率指示参数和该办公效率指示参数的数值时，可以认为办公效率指示参数的数值与历史使用程度呈正相关。举例而言，譬如在图3A所示的界面中，在界面右上角处示出了作为当前用户的用户“小白”对应的办公效率指示参数的数值，即“62分”。
所以，当办公效率指示参数的数值小于预设数值时，可以判定为办公效率指示信息对应于预定义的低办公效率，而这很可能是由于当前用户对相应的办公管理功能不熟悉而导致，因而可以向当前用户发起针对相关办公管理功能的教学服务的预约提醒，从而协助当前用户针对不熟悉的应用功能(如上述的办公管理功能)发起相应的教学服务的预约请求，使其通过相应的教学服务而了解、掌握对相关应用功能的使用。
图8示出了根据本申请的一示例性实施例的电子设备的示意结构图。请参考图8，在硬件层面，该电子设备包括处理器、内部总线、网络接口、内存以及非易失性存储器，当然还可能包括其他业务所需要的硬件。处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成服务预约装置。当然，除了软件实现方式之外，本申请并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。
请参考图9，在软件实施方式中，该教学服务的预约装置可以包括接收单元、确定单元和响应单元。其中：
接收单元，接收到通过预设即时通讯应用发起的针对预设服务的预约请求；
确定单元，确定所述预约请求指定的服务方式；
响应单元，根据所述服务方式响应所述预约请求，以使所述预约请求的发起方获得所述预设服务。
可选的，所述服务方式包括以下至少之一：在线服务类型、线下远程通讯服务类型、线下面授服务类型。
可选的，所述响应单元具体用于：
从与所述服务方式对应的预设服务方选取至少一名服务人员；
将与所述预约请求相关的服务指令发送至所述服务人员，以使所述预约请求的发起方在所述服务人员执行所述服务指令后获得所述预设服务。
可选的，所述响应单元通过下述方式从与所述服务方式对应的预设服务方选取至少一名服务人员：
当所述预约请求中包含其发起方的预设特征属性或该发起方输入的服务需求时，根据所述预设特征属性或所述服务需求从与所述服务方式对应的预设服务方选取至少一名服务人员；
其中，所述预设特征属性包括以下至少之一：年龄、所处位置、所属团体规模。
可选的，所述响应单元具体用于：
向与所述服务方式对应的预设服务方的服务人员，发送与所述预约请求相关的预约通知；
当接收到任一服务人员对所述预约通知的应答消息时，将与所述预约请求相关的服务指令发送至所述任一服务人员，以使所述预约请求的发起方在所述任一服务人员执行所述服务指令后获得所述预设服务。
可选的，所述响应单元还用于：
当接收到多个服务人员对所述预约通知的应答消息时，按照所述多个服务人员的应答次序，将与所述预约请求相关的服务指令发送至次序在先的预设数量的服务人员。
可选的，所述响应单元还用于：
获取所述预约通知的被应答情况，并将所述被应答情况发送至所述预约请求的发起方。
可选的，所述响应单元具体用于：
当所述服务方式为线下面授服务类型的会议时，确定所述会议是否存在剩余预约名额；
当存在剩余预约名额时，将所述预约请求的发起方添加为所述会议的已预约成员。
可选的，所述预约请求的发起方符合预定义的下述预约准许条件中以下至少之一：
所述发起方所处的位置属于预设区域、所述发起方所属团队的创建日期为预设时长以内、所述发起方所属团队的成员数量不小于预设数量、所述发起方在所属团队中的管理权限等级达到预设等级。
可选的，还包括：
配置请求单元，接收到所述预约请求的发起方针对所述预设服务的配置请求；
配置处理单元，根据所述编辑请求配置所述预设服务，以实现对所述预设服务的更新或取消。
可选的，还包括：
信息接收单元，接收到服务人员上传的针对与所述预约请求相关的预设服务的完成状况信息；
分配单元，根据所述完成状况信息，向所述服务人员分配相应的预设业务对象。
可选的，还包括：
评价接收单元，接收到所述预约请求的发起方针对获得的预设服务的评价信息；
管理单元，根据所述评价信息，对提供所述预设服务的服务人员进行奖惩管理。
可选的，所述预设服务包括：针对所述预设即时通讯应用的预设应用功能的教学服务。
可选的，所述预设即时通讯应用为企业即时通讯应用。
可选的，还包括：
获取单元，获取办公效率指示信息，所述办公效率指示信息与当前用户和所述当前用户的关联用户中至少之一对所述预设即时通讯应用中的办公管理功能的使用情况相关；
提醒单元，当所述办公效率指示信息对应于预定义的低办公效率时，通过所述预设即时通讯应用向所述当前用户和所述当前用户的关联用户中至少之一发起针对预设服务的预约提醒；其中，所述预设服务与提升办公效率相关。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flashRAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。