CN106161505B - 将用户配对执行业务的方法及装置 - Google Patents

Abstract

本发明实施例公开了一种将用户配对执行业务的方法，包括：接收第一用户账号对应的终端上传的业务配对请求；查找与所述业务配对请求对应的业务信息的业务标识，并将所述业务信息下发给所述第一用户账号对应的终端；接收所述第一用户账号对应的终端上传的与所述业务标识对应的业务加入请求，建立所述第一用户账号与所述业务标识的对应关系；获取与所述业务标识对应的业务加入用户数，判断所述业务加入用户数是否大于或等于阈值，若是，则向所述第一用户账号对应的终端下发与所述业务标识对应的业务确认消息。本发明还公开了一种将用户配对执行业务的装置。采用本发明，可提高用户寻找其他用户组队执行业务的操作效率。

Description

将用户配对执行业务的方法及装置

技术领域

本发明涉及互联网技术领域，尤其涉及一种将用户配对执行业务的方法及装置。

背景技术

在传统技术中的线上到线下(英文：Online To Offline，简称：O2O)运营模式的网页应用或手机应用中(例如涉及酒店、机票、教育、医院或餐饮等服务性消费的服务应用、团购应用等)，通常由商家通过商家账号登录后在应用上发布O2O业务，消费者则可在应用的已发布业务的页面上浏览该O2O业务。消费者选择了相应的O2O业务后，若确认加入了该O2O业务(例如付款等确认操作)，则该O2O业务的业务流程即被启动。

例如，若商家在团购网站上发布了餐饮的团购信息，用户通过浏览团购网站发现了该团购，待该用户付款确认购买该团购并获得了团购的电子凭据(订单号、二维码等)后，则在该用户在线下抵达该商家时，即可通过该电子凭据获得服务。

然而，发明人经研究发现，传统技术中的O2O应用至少存在以下问题：在O2O领域的应用中，O2O业务通常包括了人数信息。例如，在餐饮类团购应用中，通常有4人套餐，8人套餐等团购业务。用户若要购买该服务则需要购买整个套餐，然后在线下寻找好友使用该套餐。也就是说，对于多人业务，多个用户的配对组织任务需要用户自己在线下承担，使得用户需要花费较多时间用于寻找配对用户来实现多人业务，从而造成了操作的便利性不足。

发明内容

基于此，为了解决上述传统技术中O2O模式的网页和应用中，对于需要多人参与的业务，用户寻找其他用户共同参与业务的过程复杂，操作的便利性不足的问题，还提供了一种将用户配对执行业务的方法。

一种将用户配对执行业务的方法，包括：

接收第一用户账号对应的终端上传的业务配对请求；

查找与所述业务配对请求对应的业务信息的业务标识，并将所述业务信息下发给所述第一用户账号对应的终端；

接收所述第一用户账号对应的终端上传的与所述业务标识对应的业务加入请求，建立所述第一用户账号与所述业务标识的对应关系；

获取与所述业务标识对应的业务加入用户数，判断所述业务加入用户数是否大于或等于阈值，若是，则向所述第一用户账号对应的终端下发与所述业务标识对应的业务确认消息。

此外，为了解决上述传统技术中O2O模式的网页和应用中，对于需要多人参与的业务，用户寻找其他用户共同参与业务的过程复杂，操作的便利性不足的问题，还提供了一种将用户配对执行业务的装置。

一种将用户配对执行业务的装置，包括：

配对请求接收模块，用于接收第一用户账号对应的终端上传的业务配对请求；

业务匹配查找模块，用于查找与所述业务配对请求对应的业务信息的业务标识，并将所述业务信息下发给所述第一用户账号对应的终端；

用户账号添加模块，用于接收所述第一用户账号对应的终端上传的与所述业务标识对应的业务加入请求，建立所述第一用户账号与所述业务标识的对应关系；

业务确认消息发送模块，用于获取与所述业务标识对应的业务加入用户数，判断所述业务加入用户数是否大于或等于阈值，若是，则向所述第一用户账号对应的终端下发与所述业务标识对应的业务确认消息。

此外，为了解决上述传统技术中O2O模式的网页和应用中，对于需要多人参与的业务，用户寻找其他用户共同参与业务的过程复杂，操作的便利性不足的问题，还提供了一种与用户配对执行业务的方法。

一种与用户配对执行业务的方法，包括：

获取第一用户标识以及输入的业务需求描述信息，根据所述第一用户标识和业务需求描述信息生成业务配对请求；

将所述业务配对请求发送至服务器，并接收服务器返回的与所述业务配对请求匹配的业务信息；

获取选取的业务信息对应的业务标识，根据所述业务标识生成业务加入请求并发送至所述服务器，由所述服务器建立所述第一用户账号与所述业务标识的对应关系；

接收所述服务器下发的与所述业务标识对应的业务确认消息，并向服务器返回相应的业务确认请求确认加入所述业务标识对应的业务，所述业务确认消息由所述服务器在所述业务标识对应的业务加入用户数大于或等于阈值时下发。

此外，为了解决上述传统技术中O2O模式的网页和应用中，对于需要多人参与的业务，用户寻找其他用户共同参与业务的过程复杂，操作的便利性不足的问题，还提供了一种与用户配对执行业务的装置。

一种与用户配对执行业务的装置，包括：

业务需求描述信息输入模块，用于获取第一用户标识以及输入的业务需求描述信息，根据所述第一用户标识和业务需求描述信息生成业务配对请求；

业务信息接收模块，用于将所述业务配对请求发送至服务器，并接收服务器返回的与所述业务配对请求匹配的业务信息；

业务标识选取模块，用于获取选取的业务信息对应的业务标识，根据所述业务标识生成业务加入请求并发送至所述服务器，由所述服务器建立所述第一用户账号与所述业务标识的对应关系；

业务确认请求发送模块，用于接收所述服务器下发的与所述业务标识对应的业务确认消息，并向服务器返回相应的业务确认请求确认加入所述业务标识对应的业务，所述业务确认消息由所述服务器在所述业务标识对应的业务加入用户数大于或等于阈值时下发。

实施本发明实施例，将具有如下有益效果：

在上述将用户配对执行业务的方法及装置中，用户通过终端发布表达其意愿的业务配对请求，即可由服务器自动查找到与该业务配对请求匹配的业务，若用户选择加入，则服务器将建立该用户的用户账号与该业务的对应关系。当多个用户发起的业务配对请求均匹配到该业务，且该多个用户均选择加入该业务后，服务器则自动建立该多个用户账号与该业务的对应关系。当用户数达到阈值时，则该业务将进入确定装备被执行，执行该业务的主体即为与该业务具有对应关系的多个用户账号。也就是说，对于某个特定用户，若其执行业务的意愿匹配到的是需要多人共同完成的业务，则由服务器自动将与该业务匹配的用户账号组织在一起执行该业务，而不需要该特定用户在线下自行组织用户，从而使得操作的便利性大大提高。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

其中：

图1为一个实施例中一种将用户配对执行业务的方法的流程图；

图2为一个应用场景中一种O2O应用上发布的团购信息的界面图；

图3为一个实施例中一种将用户配对执行业务的装置的结构图；

图4为一个实施例中一种与用户配对执行业务的方法的流程图；

图5为一个实施例中一种与用户配对执行业务的装置的结构图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

为解决上述传统技术中O2O模式的网页和应用中，对于需要多人参与的业务，用户寻找其他用户共同参与业务的过程复杂，操作的便利性不足的问题，特提出了一种用户配对执行业务的机制，该用户配对执行业务的机制由两部分构成，包括运行于服务器的“将用户配对执行业务的方法”以及运行于终端的“与用户配对执行业务的方法”。上述“将用户配对执行业务的方法”和“与用户配对执行业务的方法”的实现均可以依赖于计算机程序，上述服务器和终端均可以是基于冯诺依曼体系的计算机***。

其中，承载该将用户配对执行业务的方法的计算机程序可以是运行于服务器的社交网络应用或O2O应用的服务器程序，承载该与用户配对执行业务的方法的计算机程序可以是运行于终端的社交网络应用或O2O应用的客户端程序。该终端可以是智能手机、平板电脑、笔记本电脑或者桌面计算机等计算机设备。

具体的，在本实施例中，该将用户配对执行业务的方法如图1所示，包括：

步骤S102：接收第一用户账号对应的终端上传的业务配对请求。

在本实施例中，用户需要在终端上输入业务需求描述信息，然后通过业务配对请求将该业务需求描述信息发送至服务器。业务需求描述信息即为用户输入的一段能表达其消费意愿、活动意愿或行为意愿的文字或语音。

例如，在一个包含团购的O2O应用的使用场景中，用户希望参加一项多个陌生人人AA拼单聚餐的团购项目，若用户希望吃川菜，要求人均消费在100元左右，拼单人数不要超过6个人，聚餐时间在下午18点最迟不超过19点。则用户可在该包含团购的O2O应用的客户端中弹出的文本框中输入以下文字：“寻找下午6点到7点之间人均消费100块左右的不超过6个人的川菜聚餐”，或者对着终端的麦克风口述上述信息。该信息即为用户输入的业务需求描述信息。

在本实施例中，用户还需要先在终端上登录用户账号或将用户账号与终端进行绑定，从而使得生成的业务配对请求中包含发出上述业务需求描述信息的用户账号。如上例中，用户需要先使用其在该O2O应用上注册的用户账号进行登录。在用户输入了上述业务需求描述信息，终端根据该业务需求描述信息生成了业务配对请求，并将该业务配对请求发送至服务器之后，服务器接收到的业务配对请求中即包含了该用户的用户标识(或者可通过业务配对请求对应的会话获取到该用户的用户标识)。

也就是说，在本实施例中，某用户若有消费意愿、活动意愿或行为意愿，则该用户并不需要打开O2O应用的业务列表页面，在数量庞大且繁杂的多个业务中按照自己的意愿翻页查找合适的O2O业务，而只需要将自己的意愿通过文字或语音表达后上传服务器，操作上更加简洁。

步骤S104：查找与业务配对请求对应的业务信息的业务标识，并将业务信息下发给第一用户账号对应的终端。

具体的，查找与业务配对请求对应的业务信息的业务标识的步骤包括：根据业务配对请求提取业务需求描述信息；根据业务需求描述信息提取关键字；查找匹配关键字的业务信息及其业务标识。

可预先根据应用的主营业务设置多个维度的关键字，例如，对于餐饮类的O2O应用而言，可设置时间、地点、人数限制、消费金额、菜系、特色菜名等多个维度的关键字类型，然后根据该关键字类型提取业务需求描述信息中的关键字。如前例中，用户填写的业务需求描述信息“寻找下午6点到7点之间人均消费100块左右的不超过6个人的川菜聚餐”中包含时间维度关键字“下午6点到7点”；消费金额关键字“100块左右”；人数限制关键字“不超过6”；菜品关键字“川菜”。然后可查找包含该多个关键字的业务信息。

若查找到多个包含全部关键字的业务信息，则可根据发布时间进行排序，并下发给终端进行展示以供用户自行选择。也可查找包含部分(也可包含全部)关键字的业务信息，然后按照包含关键字的个数排序，下发给终端，由终端进行展示。

例如，对于“寻找下午6点到7点之间人均消费100块左右的不超过6个人的川菜聚餐”不仅可查找到包含全部关键字“18至19点”、“100快消费”、“小于等于6人”、“川菜”的业务信息，还可查找到诸如“下午6点在某地不超过4个人的川菜聚餐”的业务信息，但该业务信息在发给用户选择时，会排在后续位置。

服务器接收到该业务配对请求之后，即可查找与该业务配对请求匹配的业务信息。业务信息可以是服务器上已创建的业务的信息。在一个实施例中，可接收第二用户账号对应的终端上传的业务创建请求，根据业务创建请求生成相应的业务信息并为其分配业务标识。

需要说明的是，此处第一用户账号和第二用户账号用于区分业务的发布者和加入业务的参与者，发布者可与参与者不同也可为某一个参与者。

例如，在一个电子商务网站的应用场景中，第一用户账号可以是买家账号，第二用户账号可以是卖家账号。如图2所示，卖家可在该电子商务网站上发布业务，该业务可以是限定人数的餐饮业务。在其他实施例中，还可以是电影票、旅游、酒店、KTV、生活服务等O2O业务，也可以是“两件9折”、“三件8折”等商品类的电子商务业务。卖家通过卖家账号发布业务，而买家通过买家账号加入业务。

而在另一个实施例中，同一个用户既可以是业务的发布者也可以是业务的参与者。在一个社交网络应用中，用户可根据自己的意愿发起的业务配对请求，服务器接收到该业务配对请求之后，可根据该业务配对请求查找与业务配对请求对应的业务信息的业务标识，若未找到与之匹配的业务，或者用户在上传业务配对请求时选择重建一个新的业务，则服务器可为该业务配对请求创建新的业务，且该用户即为该业务的参与者之一。

例如，若用户在社交网络应用中发布了其希望去九月去丽江旅游的业务配对请求，服务器则查找已发布的与九月去丽江旅游有关的活动信息(即社交网络应用的业务信息)，若未查找到，则可为该用户创建“九月去丽江”的活动，其他用户再有“九月去丽江”的意愿发布了相似的业务需求描述信息后，服务器则可查找到该业务。

再例如，若某用户在某大型商场中购物时，在某个门店发现了打折消息“购三件8折”。则该用户可在社交网络应用(例如微博，微信等社交软件)中登录后填写或口述“某品牌店衬衣购三件8折，16点该店门口见，求合体”的业务需求描述信息并上传社交网络应用的服务器，该社交网络应用的服务器则创建相应的活动(即社交网络应用的业务信息)，其他用户即可加入该活动(即社交网络应用的业务信息)。

在另一个实施例中，服务器可先接收业务配对请求，提取其中包含的业务需求描述信息，然后再创建相应的业务，具体为：

接收与第二用户账号对应的终端上传的业务需求描述信息查看请求，将提取的业务需求描述信息下发至第二用户账号对应的终端；获取第二用户账号对应的终端选取的业务需求描述信息，根据业务需求描述信息生成相应的业务信息并为其分配业务标识。

也就是说，第二用户账号对应的终端可访问服务器，下载服务器上已接收的业务配对请求中各自包含的业务需求描述信息(也可由服务器定时推送)，并展示给第二用户账号对应的用户。第二用户帐号通过浏览该下载的业务需求描述信息，可在其中选择其愿意提供服务的业务需求描述信息，然后通知服务器，服务器则可根据该业务需求描述信息创建业务。

例如，在该实施例对应的应用场景中，对于卖家终端可定期由服务器下载服务器接收到的业务需求描述信息，并展示在卖家终端上。若该某条业务需求描述信息为“川菜烤鱼”，而该卖家用户刚好为川菜馆，其特色菜即为“重庆烤鱼”，则该卖家即可选择该业务需求描述信息，通知服务器其可为该“川菜烤鱼”的买家提供服务，服务器即可根据该卖家的用户信息以及该业务需求描述信息创建业务。也就是说，可由买家提供需求，而由卖家根据需求选择买家提供服务。与传统的卖家提供服务，由买家选择卖家消费的模式相比，服务器创建的业务可与发起业务配对请求的第一用户帐号的数量有关，而无需预先创建大量业务浪费服务器资源。

优选的，业务信息中还可包含第一地理位置。查找与业务配对请求对应的业务信息的业务标识的步骤还可包括：提取业务配对请求中包含的第二地理位置；查找与第二地理位置之间的距离小于或等于距离阈值的第一地理位置对应的业务信息。

需要说明的是，第一地理位置和第二地理位置中的“第一”和“第二”为区分业务发布者和参与者。发布者发布的业务(活动、线下服务、集体行为)的发生地即为第一地理位置，参与者的意愿参与位置即为第二地理位置。

参与者在发布业务需求描述信息时，可输入第二地理位置。如前例中，参与者发布的“九月去丽江”的业务需求描述信息中包含了第二地理位置“丽江”；或者在团购应用中，用户在发布业务需求描述信息时，可先勾选商圈、地铁站或在地图上进行标记，从而输入第二地理位置。

而在另一个应用场景中，即使用户在发布业务需求描述信息时没有输入第二地理位置，也可通过终端上的GPS定位模块获取用户所在位置的地理位置信息，将其作为第二地理位置添加到业务需求描述信息中发布。

如前述某用户在某大型商场中购物发现了某店打折消息“购三件8折”的应用场景中。虽然该用户在社交网络应用(例如微博，微信等社交软件)中登录后填写或口述的“某品牌店衬衣购三件8折，16点该店门口见，求合体”的业务需求描述信息中并不包含实际地理位置，但仍然根据该用户的终端的GPS提交了该用户所在大型商场的地理位置。服务器在查找与该用户的业务需求描述信息匹配的业务时，仅查找与该用户所在的大型商场距离小于或等于距离阈值的地点发布的业务，通常情况下，也就是同样在该商场进行购物的其他用户发布的业务。

步骤S106：接收第一用户账号对应的终端上传的与业务标识对应的业务加入请求，建立第一用户账号与业务标识的对应关系。

服务器将查找到的业务信息下发给第一用户账号对应的终端后，用户即可在终端的客户端软件上浏览与其根据意愿发布的业务需求描述信息匹配的业务信息。若用户选择参与某个业务，则在该用户选中后，终端即向服务器发起了业务加入请求。服务器则可以在存储业务信息的相关数据项中加入该终端上登录的第一用户账号或者与终端绑定的第一用户账号来建立对应关系。

例如，若运动锻炼类的O2O应用中，若某人发起了5人组队篮球的活动(即该运动锻炼类的O2O应用中的业务)，另外有三人通过发布组队打篮球的业务需求描述信息查看到了该活动，并选择了加入该活动，则服务器将该三人的用户账号与该组队打篮球的活动建立对应关系。

优选的，接收第一用户账号对应的终端上传的与业务标识对应的业务加入请求的步骤之后还包括：

创建与业务标识对应的临时群组，将第一用户标识添加到临时群组中。

如上例中，在某人发起了5人组队篮球的活动后，服务器可创建与该活动对应的临时群组，而三个加入了该活动的用户账号则随着他们通过终端发起业务加入请求而依次被添加到该临时群组中。该三个加入了该活动的用户则可在该临时群组中进行群聊、群语音或者群视频等操作，也可通过群聊、群语音或者群视频等操作重新协商，例如5个人不好凑，因此改为3人组队篮球进行3V3的篮球游戏。

另外，加入了该业务的用户也可选择退出该业务。如上例中，若该三个加入活动的用户通过群聊发现意见不合，则该三个用户中的任何一个用户均可选择退出该业务。选择退出后，服务器则取消该用户账号与该业务标识的对应关系。

步骤S108：获取与业务标识对应的业务加入用户数，判断业务加入用户数是否大于或等于阈值，若是，则向第一用户账号对应的终端下发与业务标识对应的业务确认消息。

业务加入用户数即为已与该业务标识建立了对应关系的用户账号的个数。如前例中，对于某人发起的5人组队篮球的活动，若有三个用户加入了该活动，则有3个用户账号与该活动的业务标识建立了对应关系，该业务标识对应的用户账号的个数即为3。在该应用场景中，5人组队篮球的活动的限定人数为不少于5，则阈值为5，即若加入的用户数大于或等于5个人时，则该业务符合条件可以执行，可向该5个人每个人下发业务确认消息。若该5个人均对该业务确认消息进行了确认，则该业务创建完毕。

进一步的，向第一用户账号对应的终端下发与所述业务标识对应的业务确认消息的步骤之后还包括：

接收第一用户账号对应的终端上传的业务确认请求，并向第一用户账号对应的终端返回与业务标识对应的电子凭据。

电子凭据可以是字符串、二维码或声纹码等数据形式。用户通过该电子凭据即可证明其身份从而参加线下的业务。例如，在前述餐饮类团购的应用场景中，用户对业务确认消息进行确认后，必须要进行网上支付或者填写***支付，支付成功后，则会接收到服务器下发的电子凭据，该电子凭据可以是交易号、二维码或声纹码等数据形式。当用户抵达其所购买的餐饮类团购的商家店面时，则可向店家口述交易号，由店家通过凭据验证终端(店家的手机、电脑等终端设备)手动输入后上传至服务器验证该用户的身份，判断其是否有资格参与该业务。或将二维码展示给店家，由店家使用凭据验证终端的摄像头扫描该二维码后上传至服务器进行身份验证；或将声纹码播放给店家，由店家使用凭据验证终端的麦克风录下该声纹码后上传至服务器进行验证；或使用NFC(Near Field Communication，近场通信)设备靠近店家的凭据验证终端，通过NFC射频将交易号发送给店家的凭据验证终端，再由店家通过凭据验证终端上传服务器进行验证。

进一步的，业务信息中还包括结算时间戳。向第一用户账号对应的终端返回与业务标识对应的电子凭据的步骤之后还包括：

接收上传的电子凭据使用请求，获取所述电子凭据使用请求的接收时间戳及其对应的第一用户标识；在对电子凭据进行校验通过时，计算所述接收时间戳和所述结算时间戳的差值，根据所述差值对第一用户标识的信用数据进行修改。

如前所述，电子凭据使用请求为凭据验证终端向服务器发送的请求，其中包含了电子凭据。业务标识的结算时间戳则为业务发布者预先设定的或者前述参与者通过临时群组讨论后重新设定的该业务开展的时间。

例如，若某商家发布的午夜优惠套餐中，限定的业务时间为22:00至23:00，而该午夜优惠套餐的参与者则可经过在临时群里的协商将结算时间戳设定为22:30分，即参与者需要在22:30分均到达现场享受该午夜优惠套餐。再如前例5人组队篮球活动中，若发起者设定了篮球开打的时间为14:00，则参与该5人组队篮球活动的5个人均需要在14:00抵达现场。

电子凭据使用请求的接收时间戳即为用户抵达线下约定的地点，在凭据验证终端上使用电子凭据后由凭据验证终端上传时的时间戳。接收时间戳与结算时间戳的差值即为该用户赴约迟到的时间。如上例中，若某5人组队篮球活动的参与者在14:20分抵达指定篮球场并通过电子凭据向组织者验证了身份，则该参与者迟到了20分钟，可根据该迟到的时间降低该参与者在社交网络应用中对应的信用类数据的数值，而对于加入了某个业务但未确认加入的参与者来说，其可以查看其他参与该业务的用户账号的信用类数据的数值，若信用类数值较低，该参与者随时可选择退出该业务，而避免被放鸽子。

在一个实施例中，为解决上述传统技术中O2O模式的网页和应用中，对于需要多人参与的业务，用户寻找其他用户共同参与业务的过程复杂，操作的便利性不足的问题，还提出了一种与前述将用户配对执行业务的方法对应的将用户配对执行业务的装置，如图3所示，包括：配对请求接收模块102、业务匹配查找模块104、用户账号添加模块106和业务确认消息发送模块108，其中：

配对请求接收模块102，用于接收第一用户账号对应的终端上传的业务配对请求。

业务匹配查找模块104，用于查找与所述业务配对请求对应的业务信息的业务标识，并将所述业务信息下发给所述第一用户账号对应的终端；

用户账号添加模块106，用于接收所述第一用户账号对应的终端上传的与所述业务标识对应的业务加入请求，建立所述第一用户账号与所述业务标识的对应关系。

业务确认消息发送模块108，用于获取与所述业务标识对应的业务加入用户数，判断所述业务加入用户数是否大于或等于阈值，若是，则向所述第一用户账号对应的终端下发与所述业务标识对应的业务确认消息。

在一个实施例中，业务匹配查找模块104还用于根据所述业务配对请求提取业务需求描述信息；根据所述业务需求描述信息提取关键字；查找匹配所述关键字的业务信息及其业务标识。

在一个实施例中，如图3所示，将用户配对执行业务的装置还包括第一业务创建模块110，用于接收与第二用户账号对应的终端上传的业务需求描述信息查看请求，将所述提取的业务需求描述信息下发至所述第二用户账号对应的终端；获取所述第二用户账号对应的终端选取的业务需求描述信息，根据所述业务需求描述信息生成相应的业务信息并为其分配业务标识。

在一个实施例中，如图3所示，将用户配对执行业务的装置还包括第二业务创建模块112，用于接收第二用户账号对应的终端上传的业务创建请求，根据所述业务创建请求生成相应的业务信息并为其分配业务标识。在一个实施例中，业务信息中包含第一地理位置。业务匹配查找模块104还用于提取所述业务配对请求中包含的第二地理位置；查找与所述查找与所述第二地理位置之间的距离小于或等于距离阈值的第一地理位置对应的业务信息。

在一个实施例中，如图3所示，将用户配对执行业务的装置还包括电子凭据分配模块114，用于接收所述第一用户账号对应的终端上传的业务确认请求，并向所述第一用户账号对应的终端返回与所述业务标识对应的电子凭据。

在一个实施例中，业务信息中还包括结算时间戳。如图3所示，将用户配对执行业务的装置还包括信用数据修改模块116，用于接收上传的电子凭据使用请求，获取所述电子凭据使用请求的接收时间戳及其对应的第一用户标识；在对所述电子凭据进行校验通过时，计算所述接收时间戳和所述结算时间戳的差值，根据所述差值对所述第一用户标识的信用数据进行修改。

在一个实施例中，用户账号添加模块106还用于创建与所述业务标识对应的临时群组，将所述第一用户标识添加到所述临时群组中。

在一个实施例中，为解决上述传统技术中O2O模式的网页和应用中，对于需要多人参与的业务，用户寻找其他用户共同参与业务的过程复杂，操作的便利性不足的问题，还提出了一种与前述将用户配对执行业务的方法对应的，且运行与前述终端上的与用户配对执行业务的方法，具体的，如图4所示，包括：

步骤S202，获取第一用户标识以及输入的业务需求描述信息，根据所述第一用户标识和业务需求描述信息生成业务配对请求。

步骤S204，将所述业务配对请求发送至服务器，并接收服务器返回的与所述业务配对请求匹配的业务信息。

步骤S206，获取选取的业务信息对应的业务标识，根据所述业务标识生成业务加入请求并发送至所述服务器，由所述服务器建立所述第一用户账号与所述业务标识的对应关系。

步骤S208，接收服务器下发的与所述业务标识对应的业务确认消息，并向服务器返回相应的业务确认请求确认加入业务标识对应的业务，业务确认消息由服务器在所述业务标识对应的业务加入用户数大于或等于阈值时下发。

在本实施例中，根据第一用户标识和业务需求描述信息生成业务配对请求的步骤之前还包括：

获取与第一用户标识对应的第二地理位置，将获取到的所述第二地理位置添加到所述业务需求描述信息中；接收的服务器返回的与所述业务配对请求匹配的业务信息中包含第一地理位置，所述第一地理位置信息与所述第二地理位置信息之间的距离小于或等于距离阈值。

在本实施例中，向服务器返回相应的业务确认请求确认加入所述业务标识对应的业务的步骤之后还包括：

接收服务器返回的与所述业务标识对应的电子凭据，所述电子凭据为字符串、二维码和/或条形码中的一种或多种；接收输入的电子凭据验证指令，通过凭据验证终端感知或接收所述电子凭据，并将所述电子凭据上传至服务器进行校验。

在一个实施例中，为解决上述传统技术中O2O模式的网页和应用中，对于需要多人参与的业务，用户寻找其他用户共同参与业务的过程复杂，操作的便利性不足的问题，还提出了一种与前述与用户配对执行业务的方法对应的与用户配对执行业务的装置，如图5所示，包括：业务需求描述信息输入模块202、业务信息接收模块204、业务标识选取模块206和业务确认请求发送模块208，其中：

业务需求描述信息输入模块202，用于获取第一用户标识以及输入的业务需求描述信息，根据所述第一用户标识和业务需求描述信息生成业务配对请求。

业务信息接收模块204，用于将所述业务配对请求发送至服务器，并接收服务器返回的与所述业务配对请求匹配的业务信息。

业务标识选取模块206，用于获取选取的业务信息对应的业务标识，根据所述业务标识生成业务加入请求并发送至所述服务器，由所述服务器建立所述第一用户账号与所述业务标识的对应关系。

业务确认请求发送模块208，用于接收所述服务器下发的与所述业务标识对应的业务确认消息，并向服务器返回相应的业务确认请求确认加入所述业务标识对应的业务，所述业务确认消息由所述服务器在所述业务标识对应的业务加入用户数大于或等于阈值时下发。

在本实施例中，如图5所示，该与用户配对执行业务的装置还包括地理位置获取模块210，用于获取与第一用户标识对应的第二地理位置，将获取到的所述第二地理位置添加到所述业务需求描述信息中。

业务信息接收模块204接收的服务器返回的与所述业务配对请求匹配的业务信息中包含第一地理位置，所述第一地理位置信息与所述第二地理位置信息之间的距离小于或等于距离阈值。

在本实施例中，如图5所示，该与用户配对执行业务的装置还包括电子凭据接收模块212，用于接收服务器返回的与所述业务标识对应的电子凭据，所述电子凭据为字符串、二维码和/或条形码中的一种或多种；接收输入的电子凭据验证指令，通过凭据验证终端感知或接收所述电子凭据，并将所述电子凭据上传至服务器进行校验。

综上所述，实施本发明实施例，将具有如下有益效果：

在上述将用户配对执行业务的方法及装置中，用户通过终端发布表达其意愿的业务配对请求，即可由服务器自动查找到与该业务配对请求匹配的业务，若用户选择加入，则服务器将建立该用户的用户账号与该业务的对应关系。当多个用户发起的业务配对请求均匹配到该业务，且该多个用户均选择加入该业务后，服务器则自动建立该多个用户账号与该业务的对应关系。当用户数达到阈值时，则该业务将进入确定装备被执行，执行该业务的主体即为与该业务具有对应关系的多个用户账号。也就是说，对于某个特定用户，若其执行业务的意愿匹配到的是需要多人共同完成的业务，则由服务器自动将与该业务匹配的用户账号组织在一起执行该业务，而不需要该特定用户在线下自行组织用户，从而使得操作的便利性大大提高。

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

以上所揭露的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。

Claims (20)

1.一种将用户配对执行业务的方法，包括：

接收第一用户账号对应的终端上传的业务配对请求；

接收与第二用户账号对应的终端上传的业务需求描述信息查看请求，将根据所述业务配对请求所提取的业务需求描述信息下发至所述第二用户账号对应的终端；

获取所述第二用户账号对应的终端选取的业务需求描述信息，根据所述业务需求描述信息生成相应的业务信息并为其分配业务标识；

查找与所述业务配对请求对应的业务信息的业务标识，并将所述业务信息下发给所述第一用户账号对应的终端；

接收所述第一用户账号对应的终端上传的与所述业务标识对应的业务加入请求，建立所述第一用户账号与所述业务标识的对应关系；

获取与所述业务标识对应的业务加入用户数，在所述业务加入用户数大于或等于阈值的情况下，向所述第一用户账号对应的终端下发与所述业务标识对应的业务确认消息。

2.根据权利要求1所述的将用户配对执行业务的方法，其特征在于，所述查找与所述业务配对请求对应的业务信息的业务标识的步骤包括：

根据所述业务配对请求提取业务需求描述信息；

根据所述业务需求描述信息提取关键字；

查找匹配所述关键字的业务信息及其业务标识。

3.根据权利要求1所述的将用户配对执行业务的方法，其特征在于，所述查找与所述业务配对请求对应的业务信息的业务标识的步骤之前还包括：

接收第二用户账号对应的终端上传的业务创建请求，根据所述业务创建请求生成相应的业务信息并为其分配业务标识。

4.根据权利要求1所述的将用户配对执行业务的方法，其特征在于，所述业务信息中包含第一地理位置；

所述查找与所述业务配对请求对应的业务信息的业务标识的步骤还包括：

提取所述业务配对请求中包含的第二地理位置；

查找与所述第二地理位置之间的距离小于或等于距离阈值的第一地理位置对应的业务信息。

5.根据权利要求1所述的将用户配对执行业务的方法，其特征在于，所述向所述第一用户账号对应的终端下发与所述业务标识对应的业务确认消息的步骤之后还包括：

接收所述第一用户账号对应的终端上传的业务确认请求，并向所述第一用户账号对应的终端返回与所述业务标识对应的电子凭据。

6.根据权利要求5所述的将用户配对执行业务的方法，其特征在于，所述业务信息中还包括结算时间戳；

所述向所述第一用户账号对应的终端返回与所述业务标识对应的电子凭据的步骤之后还包括：

接收上传的电子凭据使用请求，获取所述电子凭据使用请求的接收时间戳及其对应的第一用户标识；

在对所述电子凭据进行校验通过时，计算所述接收时间戳和所述结算时间戳的差值，根据所述差值对所述第一用户标识的信用数据进行修改。

7.根据权利要求1所述的将用户配对执行业务的方法，其特征在于，所述接收所述第一用户账号对应的终端上传的与所述业务标识对应的业务加入请求的步骤之后还包括：

创建与所述业务标识对应的临时群组，将第一用户标识添加到所述临时群组中。

8.一种将用户配对执行业务的装置，其特征在于，包括：

配对请求接收模块，用于接收第一用户账号对应的终端上传的业务配对请求；

第一业务创建模块，用于接收与第二用户账号对应的终端上传的业务需求描述信息查看请求，将根据所述业务配对请求所提取的业务需求描述信息下发至所述第二用户账号对应的终端；获取所述第二用户账号对应的终端选取的业务需求描述信息，根据所述业务需求描述信息生成相应的业务信息并为其分配业务标识；

业务匹配查找模块，用于查找与所述业务配对请求对应的业务信息的业务标识，并将所述业务信息下发给所述第一用户账号对应的终端；

用户账号添加模块，用于接收所述第一用户账号对应的终端上传的与所述业务标识对应的业务加入请求，建立所述第一用户账号与所述业务标识的对应关系；

业务确认消息发送模块，用于获取与所述业务标识对应的业务加入用户数，在所述业务加入用户数大于或等于阈值的情况下，向所述第一用户账号对应的终端下发与所述业务标识对应的业务确认消息。

9.根据权利要求8所述的将用户配对执行业务的装置，其特征在于，所述业务匹配查找模块还用于根据所述业务配对请求提取业务需求描述信息；根据所述业务需求描述信息提取关键字；查找匹配所述关键字的业务信息及其业务标识。

10.根据权利要求8所述的将用户配对执行业务的装置，其特征在于，所述装置还包括第二业务创建模块，用于接收第二用户账号对应的终端上传的业务创建请求，根据所述业务创建请求生成相应的业务信息并为其分配业务标识。

11.根据权利要求8所述的将用户配对执行业务的装置，其特征在于，所述业务信息中包含第一地理位置；

所述业务匹配查找模块还用于提取所述业务配对请求中包含的第二地理位置；查找与所述第二地理位置之间的距离小于或等于距离阈值的第一地理位置对应的业务信息。

12.根据权利要求8所述的将用户配对执行业务的装置，其特征在于，所述装置还包括电子凭据分配模块，用于接收所述第一用户账号对应的终端上传的业务确认请求，并向所述第一用户账号对应的终端返回与所述业务标识对应的电子凭据。

13.根据权利要求12所述的将用户配对执行业务的装置，其特征在于，所述业务信息中还包括结算时间戳；

所述装置还包括信用数据修改模块，用于接收上传的电子凭据使用请求，获取所述电子凭据使用请求的接收时间戳及其对应的第一用户标识；在对所述电子凭据进行校验通过时，计算所述接收时间戳和所述结算时间戳的差值，根据所述差值对所述第一用户标识的信用数据进行修改。

14.根据权利要求8所述的将用户配对执行业务的装置，其特征在于，所述用户账号添加模块还用于创建与所述业务标识对应的临时群组，将第一用户标识添加到所述临时群组中。

15.一种与用户配对执行业务的方法，包括：

获取第一用户标识以及输入的业务需求描述信息，根据所述第一用户标识和业务需求描述信息生成业务配对请求；

将所述业务配对请求发送至服务器，并接收服务器返回的与所述业务配对请求匹配的业务信息；所述业务信息是由所述服务器获取第二用户账号对应的终端选取的业务需求描述信息并根据所述业务需求描述信息所生成的；所述业务需求描述信息是根据所述业务配对请求所提取到的，且所述业务需求描述信息是由所述服务器在接收与所述第二用户账号对应的终端上传的业务需求描述信息查看请求时下发至所述第二用户账号对应的终端；

获取选取的业务信息对应的业务标识，根据所述业务标识生成业务加入请求并发送至所述服务器，由所述服务器建立第一用户账号与所述业务标识的对应关系；

接收所述服务器下发的与所述业务标识对应的业务确认消息，并向服务器返回相应的业务确认请求确认加入所述业务标识对应的业务，所述业务确认消息由所述服务器在所述业务标识对应的业务加入用户数大于或等于阈值时下发。

16.根据权利要求15所述的与用户配对执行业务的方法，其特征在于，所述根据所述第一用户标识和业务需求描述信息生成业务配对请求的步骤之前还包括：

获取与第一用户标识对应的第二地理位置，将获取到的所述第二地理位置添加到所述业务需求描述信息中；

所述接收的服务器返回的与所述业务配对请求匹配的业务信息中包含第一地理位置，所述第一地理位置信息与所述第二地理位置信息之间的距离小于或等于距离阈值。

17.根据权利要求15所述的与用户配对执行业务的方法，其特征在于，所述向服务器返回相应的业务确认请求确认加入所述业务标识对应的业务的步骤之后还包括：

接收服务器返回的与所述业务标识对应的电子凭据，所述电子凭据为字符串、二维码和/或条形码中的一种或多种；

接收输入的电子凭据验证指令，通过凭据验证终端感知或接收所述电子凭据，并将所述电子凭据上传至服务器进行校验。

18.一种与用户配对执行业务的装置，其特征在于，包括：

业务需求描述信息输入模块，用于获取第一用户标识以及输入的业务需求描述信息，根据所述第一用户标识和业务需求描述信息生成业务配对请求；

业务信息接收模块，用于将所述业务配对请求发送至服务器，并接收服务器返回的与所述业务配对请求匹配的业务信息；所述业务信息是由所述服务器获取第二用户账号对应的终端选取的业务需求描述信息并根据所述业务需求描述信息所生成的；所述业务需求描述信息是根据所述业务配对请求所提取到的，且所述业务需求描述信息是由所述服务器在接收与所述第二用户账号对应的终端上传的业务需求描述信息查看请求时下发至所述第二用户账号对应的终端；

业务标识选取模块，用于获取选取的业务信息对应的业务标识，根据所述业务标识生成业务加入请求并发送至所述服务器，由所述服务器建立第一用户账号与所述业务标识的对应关系；

业务确认请求发送模块，用于接收所述服务器下发的与所述业务标识对应的业务确认消息，并向服务器返回相应的业务确认请求确认加入所述业务标识对应的业务，所述业务确认消息由所述服务器在所述业务标识对应的业务加入用户数大于或等于阈值时下发。

19.根据权利要求18所述的与用户配对执行业务的装置，其特征在于，所述装置还包括地理位置获取模块，用于获取与第一用户标识对应的第二地理位置，将获取到的所述第二地理位置添加到所述业务需求描述信息中；

所述业务信息接收模块接收的服务器返回的与所述业务配对请求匹配的业务信息中包含第一地理位置，所述第一地理位置信息与所述第二地理位置信息之间的距离小于或等于距离阈值。

20.根据权利要求18所述的与用户配对执行业务的装置，其特征在于，所述装置还包括电子凭据接收模块，用于接收服务器返回的与所述业务标识对应的电子凭据，所述电子凭据为字符串、二维码和/或条形码中的一种或多种；接收输入的电子凭据验证指令，通过凭据验证终端感知或接收所述电子凭据，并将所述电子凭据上传至服务器进行校验。

Images