CN110163702A - 业务处理方法、装置和存储介质 - Google Patents
业务处理方法、装置和存储介质 Download PDFInfo
- Publication number
- CN110163702A CN110163702A CN201810144636.1A CN201810144636A CN110163702A CN 110163702 A CN110163702 A CN 110163702A CN 201810144636 A CN201810144636 A CN 201810144636A CN 110163702 A CN110163702 A CN 110163702A
- Authority
- CN
- China
- Prior art keywords
- user
- display
- information
- terminal
- users
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 82
- 238000012545 processing Methods 0.000 title claims abstract description 77
- 238000011156 evaluation Methods 0.000 claims abstract description 43
- 238000004590 computer program Methods 0.000 claims description 28
- 230000001960 triggered effect Effects 0.000 claims description 7
- 238000010586 diagram Methods 0.000 description 39
- 238000005516 engineering process Methods 0.000 description 5
- 230000005540 biological transmission Effects 0.000 description 4
- 230000000694 effects Effects 0.000 description 4
- 230000002349 favourable effect Effects 0.000 description 4
- 230000006870 function Effects 0.000 description 3
- 230000003993 interaction Effects 0.000 description 3
- 230000006399 behavior Effects 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000005484 gravity Effects 0.000 description 1
- 238000009499 grossing Methods 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/02—Reservations, e.g. for tickets, services or events
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/04—Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
- G06Q10/047—Optimisation of routes or paths, e.g. travelling salesman problem
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0609—Buyer or seller confidence or verification
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
-
- G06Q50/40—
Abstract
本发明提供一种业务处理方法、装置和存储介质,其中,该方法包括:接收第一用户通过第一终端发送的订单请求,所述订单请求中包括第一出行信息;根据所述第一出行信息确定多个第二用户;根据对多个所述第二用户的历史评价信息,确定各所述第二用户的显示权重;将各所述第二用户的标识信息以及对应的所述显示权重发送给所述第一终端,以使所述第一终端根据所述显示权重在显示界面上显示各所述第二用户。本发明提供的业务处理方法、装置和存储介质能够提高用户的体验。
Description
技术领域
本发明涉及互联网技术,尤其涉及一种业务处理方法、装置和存储介质。
背景技术
随着通信技术和计算机技术的不断发展,越来越多的用户选择使用终端设备上的出行平台来呼叫车辆,以方便用户出行。
目前,用户在通过安装于终端设备上的出行平台预约到车辆,并完成出行之后,无论是车主还是乘客,均可以通过该出行平台对对方进行评价,以体现本次的出行体验。
然而,在现有技术中,当用户对对方进行评价之后,服务器在下一次派单的过程中,将依然按照用户发送的订单中的出行信息进行派单,这样,将可能仍然会派到之前有出行体验不好的车主或者乘客,这样导致人机交互不智能。
发明内容
为解决现有技术中存在的问题,本发明提供一种业务处理方法、装置和存储介质,以使得人机交互更加智能,提高了用户的体验。
第一方面,本发明实施例提供一种业务处理方法,包括:
接收第一用户通过第一终端发送的订单请求,所述订单请求中包括第一出行信息;
根据所述第一出行信息确定多个第二用户;
根据对多个所述第二用户的历史评价信息,确定各所述第二用户的显示权重;
将各所述第二用户的标识信息以及对应的所述显示权重发送给所述第一终端,以使所述第一终端根据所述显示权重在显示界面上显示各所述第二用户。
可选地,所述根据对多个所述第二用户的历史评价信息,确定各所述第二用户的显示权重,包括:
根据对多个所述第二用户的历史评价信息,查询是否存在被所述第一用户关注的第二用户;
若存在被所述第一用户关注的第二用户,则确定被所述第一用户关注的第二用户的显示权重值为第一值,且根据各所述第二用户的信任值确定未被所述第一用户关注的第二用户的显示权重为至少一个第二值,且所述第二值小于所述第一值,其中,未被所述第一用户关注的第二用户的信任值越高,对应的显示权重值越大。
可选地,所述方法还包括:
若不存在被所述第一用户关注的第二用户,则根据各所述第二用户的信任值确定各所述第二用户的显示权重,其中,所述第二用户的信任值越大,对应的显示权重值越大。
可选地,所述方法还包括:
接收所述第一用户通过所述第一终端发送的关注消息,所述关注消息中包括所述第一用户的用户标识和第三用户的用户标识;
建立所述第一用户的用户标识和所述第三用户的用户标识之间的对应关系;
所述查询是否存在被所述第一用户关注的第二用户,包括:
根据所述对应关系,查询是否存在与所述第一用户的用户标识对应的第三用户的用户标识;
若存在,则将与所述第一用户对应的第三用户确定为被所述第一用户关注的第二用户。
可选地,所述根据对多个所述第二用户的历史评价信息,确定各所述第二用户的显示权重之前,所述方法还包括:
查询是否存在被所述第一用户列入黑名单的第二用户;
若存在被所述第一用户列入黑名单的第二用户,则将被所述第一用户列入黑名单的第二用户去除。
可选地,所述方法还包括:
根据所述订单请求,向多个第二终端发送派单请求,所述派单请求中包括所述第一出行信息。
可选地,所述根据所述第一出行信息确定多个第二用户,包括:
将所述第一出行信息和预先接收到的多个第四用户对应的第二出行信息进行匹配,将匹配度高于预设阈值的第四用户确定为所述第二用户。
可选地,所述第一出行信息或所述第二出行信息均包括始发地、目的地和出发时间。
第二方面,本发明实施例提供一种业务处理方法,包括:
接收第一用户在出行业务的操作界面上触发的订单请求,所述订单请求中包括第一出行信息;
根据所述订单请求,在所述操作界面上根据各第二用户的显示权重显示各所述第二用户,所述第二用户为根据所述第一出行信息确定出的用户。
可选地,所述接收第一用户在出行业务的操作界面上触发的订单请求之后,所述方法还包括:
向服务器发送所述订单请求;
接收所述服务器发送的多个所述第二用户的标识信息以及对应的所述显示权重。
可选地,在所述操作界面上根据各第二用户的显示权重显示各所述第二用户,包括:
按照各所述第二用户的显示权重从大到小的顺序,依次显示各所述第二用户。
可选地,所述第一出行信息包括始发地、目的地和出发时间。
第三方面,本发明实施例提供一种业务处理装置,包括:
接收模块,用于接收第一用户通过第一终端发送的订单请求,所述订单请求中包括第一出行信息;
确定模块,用于根据所述第一出行信息确定多个第二用户;
所述确定模块,还用于根据对多个所述第二用户的历史评价信息,确定各所述第二用户的显示权重;
发送模块,用于将各所述第二用户的标识信息以及对应的所述显示权重发送给所述第一终端,以使所述第一终端根据所述显示权重在显示界面上显示各所述第二用户。
可选地,所述确定模块,包括:
查询子模块,用于根据对多个所述第二用户的历史评价信息,查询是否存在被所述第一用户关注的第二用户;
确定子模块,用于在存在被所述第一用户关注的第二用户时,确定被所述第一用户关注的第二用户的显示权重值为第一值,且根据各所述第二用户的信任值确定未被所述第一用户关注的第二用户的显示权重为至少一个第二值,且所述第二值小于所述第一值,其中,未被所述第一用户关注的第二用户的信任值越高,对应的显示权重值越大。
可选地,所述确定模块,还用于在不存在被所述第一用户关注的第二用户时,根据各所述第二用户的信任值确定各所述第二用户的显示权重,其中,所述第二用户的信任值越大,对应的显示权重值越大。
可选地,所述装置还包括:建立模块;
所述接收模块,还用于所述第一用户通过所述第一终端发送的关注消息,所述关注消息中包括所述第一用户的用户标识和第三用户的用户标识;
所述建立模块,还用于建立所述第一用户的用户标识和所述第三用户的用户标识之间的对应关系;
所述查询子模块,具体用于:
根据所述对应关系,查询是否存在与所述第一用户的用户标识对应的第三用户的用户标识;
若存在,则将与所述第一用户对应的第三用户确定为被所述第一用户关注的第二用户。
可选地,所述装置还包括:
查询模块,用于查询是否存在被所述第一用户列入黑名单的第二用户;
去除模块,用于在所述查询模块查询出存在被所述第一用户列入黑名单的第二用户时,将被所述第一用户列入黑名单的第二用户去除。
可选地,所述发送模块,还用于:
根据所述订单请求,向多个第二终端发送派单请求,所述派单请求中包括所述第一出行信息。
可选地,还用于:
将所述第一出行信息和预先接收到的多个第四用户对应的第二出行信息进行匹配,将匹配度高于预设阈值的第四用户确定为所述第二用户。
可选地,所述第一出行信息或所述第二出行信息均包括始发地、目的地和出发时间。
第四方面,本发明实施例提供一种业务处理装置,包括:
接收模块,用于接收第一用户在出行业务的操作界面上触发的订单请求,所述订单请求中包括第一出行信息;
显示模块,用于根据所述订单请求,在所述操作界面上根据各第二用户的显示权重显示各所述第二用户,所述第二用户为根据所述第一出行信息确定出的用户。
可选地,所述装置还包括:
发送模块,用于向服务器发送所述订单请求;
所述接收模块,还用于接收所述服务器发送的多个所述第二用户的标识信息以及对应的所述显示权重。
可选地,所述显示模块,具体用于:
按照各所述第二用户的显示权重从大到小的顺序,依次显示各所述第二用户。
可选地,所述第一出行信息包括始发地、目的地和出发时间。
第五方面,本发明实施例提供一种服务器,包括:
处理器;
存储器;以及
计算机程序;
其中,所述计算机程序被存储在所述存储器中,并且被配置为由所述处理器执行,所述计算机程序包括用于执行如第一方面所述的方法的指令。
第六方面,本发明实施例提供一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序使得服务器执行第一方面所述的方法。
第七方面,本发明实施例提供一种终端,包括:
处理器;
存储器;以及
计算机程序;
其中,所述计算机程序被存储在所述存储器中,并且被配置为由所述处理器执行,所述计算机程序包括用于执行如第二方面所述的方法的指令。
第八方面,本发明实施例提供一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序使得终端执行第二方面所述的方法。
本发明提供的业务处理方法、装置和存储介质,通过接收第一用户通过第一终端发送的订单请求,该订单请求中包括第一出行信息,然后根据第一出行信息确定多个第二用户,并根据对多个第二用户的历史评价信息,确定各第二用户的显示权重,将各第二用户的标识信息以及对应的显示权重发送给第一终端,以使第一终端根据显示权重在显示界面上显示各第二用户。由于服务器在根据第一出行信息确定出多个第二用户之后,会根据之前对多个第二用户的历史评价信息,确定每个第二用户的显示权重,第一终端将根据该显示权重在显示界面中显示各第二用户,这样,显示权重越高的第二用户,在显示界面中的显示位置越靠前,第一用户将越容易选择到符合自己要求的第二用户,从而可以使得人机交互更加智能,提高了用户的体验。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的业务处理方法的应用场景示意图;
图2为本发明实施例提供的业务处理方法实施例一的流程示意图;
图3a为评价界面的一显示示意图;
图3b为评价界面的另一显示示意图;
图3c为评价界面的又一显示示意图;
图3d为评价界面的再一示意图;
图3e为评价界面的再一示意图;
图3f为评价界面的再一示意图;
图4为本发明实施例提供的业务处理方法实施例二的流程示意图;
图5a为出行业务的操作界面的一示意图;
图5b为出行业务的操作界面的另一示意图;
图6为本发明实施例提供的业务处理方法实施例三的信令流程图;
图7为本发明实施例提供的业务处理装置实施例一的结构示意图;
图8为本发明实施例提供的业务处理装置实施例二的结构示意图;
图9为本发明实施例提供的业务处理装置实施例三的结构示意图;
图10为本发明实施例提供的业务处理装置实施例四的结构示意图;
图11为本发明实施例提供的业务处理装置实施例五的结构示意图;
图12为本发明实施例提供的业务处理装置实施例六的结构示意图;
图13为本发明实施例提供的服务器的结构示意图;
图14为本发明实施例提供的终端的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”及“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外,术语“包括”和“具有”以及他们的任何变形,意图在于覆盖不排他的包含,例如,包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元,而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
本发明实施例提供的业务处理方法,应用于出行业务的处理,具体的,可以应用于用户通过出行平台进行车辆预约的系统中,其中,本发明实施例中的出行平台指的是可以实现预约网约车功能的应用程序(Application,APP)。图1为本发明实施例提供的业务处理方法的应用场景示意图,如图1所示,该系统中包括服务器11、第一终端12和第二终端13,本发明实施例中以第一终端12为第一用户对应的终端,即乘客端的终端,第二终端13为第二用户对应的终端,即车主端的终端为例进行说明。
第一用户会通过出行平台进行车辆预约,其中,在本发明实施例中,车辆预约指顺风车的预约。当第一用户通过出行平台进行车辆预约时,在发单时,第一终端12将接收第一用户在出行业务的操作界面上触发的订单请求,该订单请求中包括第一出行信息,其中,第一出行信息包括始发地、目的地和出发时间。第一终端12将订单请求发送给服务器11后,服务器11将预先接收到的多个用户发送的第二出行信息与第一出行信息进行匹配,并将匹配度大于预设阈值的用户确定为第二用户,即第二用户的出行信息与第一用户的出行信息之间的匹配度大于预设阈值。匹配到之后,将根据之前对各第二用户的历史评价信息,确定各第二用户的显示权重,并将各第二用户的标识信息以及各第二用户对应的显示权重发送给第一终端12,第一终端12可以根据该显示权重,在显示界面上显示各第二用户,其中,显示权重越大,对应的第二用户在显示界面上显示的位置越靠前,这样,第一用户将根据显示在显示界面上的多个第二用户,选择性的向符合自己要求的第二用户发送乘车请求。另外,服务器11也会向匹配出的各第二用户对应的第二终端13发送派单请求,第二终端13根据接收到的派单请求,在出行业务的派单界面上显示订单信息,其中,订单信息中包括出发地、目的地以及出发时间等信息,第二用户根据自己的情况选择接单还是拒单,若第二用户选择接单,将会在派单界面上触发确认操作请求。另外,当服务器11为第一用户派单成功之后,会向第一终端12发送预约成功的车辆的车辆信息,即第二用户对应的车辆的信息,此时,在第一终端的操作界面上将显示该车辆信息。本发明实施例中的方法,相较于现有技术中当用户对对方进行评价之后,在下一次派单的过程中,服务器将依然按照订单中的出行信息进行派单的方式,可以根据对多个第二用户的历史评价信息,确定各第二用户的显示权重,以按照确定出的显示权重,在显示界面上显示各第二用户,以使第一用户可以更容易的选择到符合自己要求的第二用户,从而使得人机交互更加智能,提高了用户的体验。
需要进行说明的是,在图1中,第一终端12也可以为车主端的终端,第二终端13也可以为乘客端的终端,本发明实施例对此不作限制。
下面以具体的实施例对本发明的技术方案进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例不再赘述。
图2为本发明实施例提供的业务处理方法实施例一的流程示意图,本发明实施例提供了一种业务处理方法,该方法可以由任意执行业务处理方法的装置来执行,该装置可以通过软件和/或硬件实现。本实施例中,该装置可以集成在服务器中。如图2所示,在图1所示应用场景的基础上,本发明实施例提供的业务处理方法包括如下步骤:
步骤201、接收第一用户通过第一终端发送的订单请求,所述订单请求中包括第一出行信息。
在本实施例中,第一终端中安装有出行平台,其中,出行平台为能够实现预约网约车功能的各种APP。第一终端可以是手持设备、车载设备、可穿戴设备、计算设备,以及各种形式的用户设备(user equipment,UE),移动台(mobile station,MS)及终端(terminal)等。
当第一用户需要通过第一终端预约车辆时,可以在出行业务的操作界面上触发订单请求,第一终端在接收到第一用户触发的订单请求之后,会将该订单请求发送给服务器。其中,该订单请求中包括第一出行信息。
在一种可能的实现方式中,第一出行信息中包括有始发地、目的地和出发时间。
步骤202、根据第一出行信息确定多个第二用户。
在本实施例中,服务器在接收到第一用户通过第一终端发送的订单请求之后,将根据订单请求中的第一出行信息确定多个第二用户。
在一种可能的实现方式中,可以通过如下方式确定第二用户:将第一出行信息和预先接收到的多个第四用户对应的第二出行信息进行匹配,将匹配度高于预设阈值的第四用户确定为第二用户。
具体地,第一出行信息和第二出行信息中包括有始发地、目的地和出发时间,第四用户在出行时,会向服务器发送第二出行信息。当第一用户通过第一终端向服务器发送第一出行信息之后,服务器会将第一出行信息和预先接收到的多个第二出行信息进行匹配,如将始发地、目的地和出发时间分别进行匹配,以确定出第一出行信息分别与各第二出行信息之间的匹配度。在一种可能的实现方式中,服务器确定出的匹配度即为第一出行信息与第二出行信息之间的顺路度。
服务器在确定出第一出行信息分别与各第二出行信息之间的匹配度之后,将匹配度高于预设阈值的第四用户确定为第二用户,也即筛选出预设数量个顺路度较高的第四用户。其中,预设阈值可以根据实际情况进行选取,如可以为70%或60%等,对于预设阈值的具体取值,本发明实施例在此不作限制。
步骤203、根据对多个第二用户的历史评价信息,确定各第二用户的显示权重。
在本实施例中,服务器在确定出多个第二用户之后,将从本地查询针对上述多个第二用户的历史评价信息,以确定出各第二用户的显示权重,其中,针对上述多个第二用户的历史评价信息,可以是第一用户对第二用户的历史评价信息,也可以是除第一用户之外的其他用户对第二用户的历史评价信息。另外,各第二用户的显示权重,可以用于确定各第二用户在第一终端的显示界面中进行显示时的显示位置,其中,显示权重越大,对应的第二用户在第一终端的显示界面中显示的位置越靠前,显示权重越小,对应的第二用户在第一终端的显示界面中显示的位置越靠后。
可选地,根据对多个第二用户的历史评价信息,确定各第二用户的显示权重,可以通过如下方式:根据对多个第二用户的历史评价信息,查询是否存在被第一用户关注的第二用户,若存在被第一用户关注的第二用户,则确定被第一用户关注的第二用户的显示权重值为第一值,且根据各第二用户的信任值确定未被第一用户关注的第二用户的显示权重为至少一个第二值,且第二值小于第一值,其中,未被第一用户关注的第二用户的信任值越高,对应的显示权重值越大。
具体地,在第一用户和第三用户完成预约车辆的服务时,第一用户和第三用户可以对双方进行评价,在本实施例中,以第一用户对第三用户进行评价为例进行说明。若第一用户对第三用户的服务比较满意时,可以通过第一终端的显示界面,向服务器发送关注消息,该关注消息中包括第一用户的用户标识和第三用户的用户标识。服务器在接收到关注消息时,将会建立第一用户的用户标识和第三用户的用户标识之间的对应关系,以表明第一用户关注了该第三用户,服务器会将该对应关系进行存储。
由于服务器中预先存储有针对各第二用户的历史评价信息,因此,服务器会根据该预先存储的历史评价信息查询是否存在被第一用户关注的第二用户。在具体的实现过程中,可以根据第一用户的用户标识和第三用户的用户标识之间的对应关系,查询是否存在与第一用户的用户标识对应的第三用户的用户标识,若存在,则将与第一用户对应的第三用户确定为被第一用户关注的第二用户。
举例来说,图3a为评价界面的一显示示意图,图3b为评价界面的另一显示示意图,如图3a所示,若乘客A和车主A完成出行之后,乘客A对车主A的服务比较满意时,则会通过评价界面301向第一终端发送好评信息,具体地,可以通过触控评价界面301中的“期待”或者“可以”控件,向第一终端发送好评信息。此时,第一终端的界面将会跳转到如图3b所示。这样,乘客A将可以通过第一终端向服务器发送关注消息,如乘客A可以通过操作界面302中的“关注她”或者“送她礼物”,向服务器发送关注消息。
图3c为评价界面的又一显示示意图,如图3b和图3c所示,当第一用户点击操作界面302中的“送她礼物”之后,第一终端的界面将会跳转到如图3c所示,乘客A将可以在操作界面303中选择礼物送给车主A,对于车主A来说,其收到的礼物将在个人主页进行展示。
服务器接收到关注消息后,会将乘客A和车主A之间建立对应关系。可选地,乘客A关注的车主可以有一个,也可以有多个,假设乘客A和车主A、车主B、车主C和车主D均建立了对应关系,即说明乘客A关注了车主A、车主B、车主C和车主D。在服务器确定出多个第二用户之后,将根据预先建立的对应关系,查询是否存在与乘客A对应的车主,例如:若确定出的第二用户包括车主A、车主E和车主F,则将查询出这些第二用户中存在与乘客A有对应关系的车主A,这样,将车主A确定为被乘客A关注的第二用户。
进一步地,当查询出存在被第一用户关注的第二用户后,将该被第一用户关注的第二用户的显示权重确定为第一值,在实际应用中,可以直接将该被第一用户关注的第二用户的显示权重设定为第一值,也可以将预先设置的基础权重加上预设阈值,以确定出该被第一用户关注的第二用户的显示权重值。例如:若服务器确定出的第二用户包括车主A、车主E和车主F,且车主A为被乘客A关注的第二用户,则可以将该车主A的显示权重增加,例如,车主A的显示权重值为80%,这样,在第一终端的显示界面上显示各第二用户时,车主A的显示位置将会比较靠前。
另外,对于第二用户中,其他未被第一用户关注的第二用户,则可以根据各第二用户的信任值确定上述未被第一用户关注的第二用户的显示权重为至少一个第二值,且第二值小于第一值,其中,未被第一用户关注的第二用户的信任值越高,对应的显示权重值越大。
其中,各第二用户的信任值可以用于表征各第二用户的信誉度或者服务质量,可选地,第二用户的信任值越大,则该第二用户的显示权重值越大。
在一种可能的实现方式中,可以通过如下方式计算各用户的信任值:统计各用户在预设时间段内是否有取消订单、发出评价信息或者投诉行为,若存在上述行为中的至少一个,则会将该用户加入到计算队列中。然后,将按照预设的规则分别计算取消订单的分数s1、计算投诉的分数s2以及计算评价的分数s3,并根据公式s=k1*s1+k2*s2+k3*s3计算信任值分数s,其中,k1、k2和k3分别为比重系数,最后,再根据订单数影响平滑系数,对计算出的信任值分数做平滑变化处理。其中,预设时间段例如可以为一周或者5天等。
另外,其他用户针对某个用户的评价信息,也会对该用户的信任值有影响。例如:若其他用户对该用户的评价为“期待同行”,则可以将该用户的信任值加0.05分,若为“可以同行”,则可以将该用户的信任值减1.8分,若为“不要同行”,则可以将该用户的信任值减2.7分等等。另外,若其他用户对该用户有差评信息,如“超车”、“酒驾”等,则可以取最严重的差评信息,对信任值进行相应分数的扣除,若其他用户对该用户有好评信息,如“准时”、“驾驶平稳”等,则可以对信任值进行相应的加分。
由于每个第二用户均有自己的信任值分数,因此,服务器可以根据各第二用户的信任值分数确定显示权重,其中,未被第一用户关注的第二用户的信任值越高,对应的显示权重越大。例如:车主E的信任值分数为80,对应的显示权重值为75%,车主F的信任值分数为70,对应的显示权重值为70%等。
可以理解的是,若服务器通过查询,发现不存在被第一用户关注的第二用户,则根据各第二用户的信任值确定各第二用户的显示权重,其中,第二用户的信任值越大,对应的显示权重值越大。
具体地,若服务器根据对多个第二用户的历史评价信息,查询不存在被第一用户关注的第二用户时,将根据确定出的各第二用户的信任值,确定各第二用户的显示权重。例如:假设服务器确定出的第二用户包括车主A、车主E和车主F,其中,车主A的信任值分数为60,对应的显示权重值为50%,车主E的信任值分数为75,对应的显示权重值为60%,车主F的信任值分数为80,对应的显示权重值为70%等。
另外,在一种可能的实现方式中,根据对多个第二用户的历史评价信息,确定各第二用户的显示权重之前,该方法还包括:查询是否存在被第一用户列入黑名单的第二用户;若存在被第一用户列入黑名单的第二用户,则将被第一用户列入黑名单的第二用户去除。
具体地,在第一用户完成预约车辆的服务时,若第一用户对本次为其服务的用户不满意时,可以通过第一终端的显示界面,向服务器发送通知消息,以将该对方拉入黑名单。
举例来说,继续参照图3a所示,若乘客A和车主A完成出行之后,乘客A对车主A的服务不满意时,则会通过评价界面301向第一终端发送好评信息,具体地,可以通过触控评价界面301中的“不要”控件,以向第一终端发送差评信息,此时,第一终端的界面将会跳转到如图3d所示,其中,图3d为评价界面的再一示意图,其中,操作界面304上将显示有乘客A对车主A的评价信息。另外,图3e为评价界面的再一示意图,如图3e所示,若车主A对乘客A也进行了评价,则操作界面305上将显示有车主A对乘客A的评价信息。若乘客A对车主A的服务不满意,则可以通过操作界面305向服务器发送通知消息,具体地,可以通过触控操作界面305中的“加入黑名单”控件,以向服务器发送通知消息。
本领域技术人员可以理解,若第一用户将某个用户拉入黑名单之后,双方将不会看到彼此的订单。另外,图3f为评价界面的再一示意图,如图3f所示,若第一用户点击“加入黑名单”控件之后,将会在操作界面306上显示弹窗,该弹窗上显示有“加入黑名单后,你们将不会看到彼此的订单,请谨慎操作”,以对用户起到提醒作用。
当服务器确定出多个第二用户后,将在本地查询是否存在被第一用户列入黑名单的第二用户,若存在,则说明第一用户对列入黑名单的第二用户的服务不满意,因此,服务器会将该列入黑名单的第二用户去除,并根据历史评价信息,确定其他第二用户的显示权重。
在上述实施例中,由于服务器在查询出存在被第一用户列入黑名单的第二用户时,会将该第二用户去除,这样,将会避免第一用户和被列入黑名单的第二用户再次同行的现象,由此可以提高用户的出行体验。
另外,需要进行说明的是,若服务器在根据对多个第二用户的历史评价信息,确定各第二用户的显示权重的过程中,若查询到服务器之前有接收到第一用户发送的针对第二用户的差评信息时,服务器将根据该差评信息,降低该第二用户的显示权重,这样,该第二用户将会显示在第一终端中显示界面中的靠后的位置。这样,将会降低第一用户选择到第二用户的概率,由此可以提高用户的出行体验。
例如:若服务器查询到某个车主之前有接收到乘客发送的差评信息,则该车主的显示权重将会降低,即该车主在乘客对应的终端中的显示位置将会比较靠后,若服务器查询到某个乘客之前有接收到车主发送的差评信息,则该乘客的显示权重将会降低,即该乘客在车主对应的终端中的显示位置将会靠后。
进一步地,若第一用户通过第一终端向服务器发送针对第二用户的差评信息后,服务器将会降低该第二用户的信任值。这样,该第二用户在第一终端的显示界面中进行显示时,其显示位置较为靠后,这样,也可以降低第一用户选择到第二用户的概率,由此可以提高用户的出行体验。
步骤204、将各第二用户的标识信息以及对应的显示权重发送给第一终端,以使第一终端根据显示权重在显示界面上显示各第二用户。
在本实施例中,服务器在确定出各第二用户的显示权重之后,将各个第二用户的标识信息以及各第二用户对应的显示权重发送给第一终端,第一终端将根据接收到的标识信息以及显示权重,在显示界面上显示各第二用户。其中,显示权重越大,对应的第二用户在显示界面中的显示位置越靠前。
例如:若车主A的显示权重值为50%,车主E的显示权重值为60%,车主F的显示权重值为70%,则按照车主F、车主E和车主A的顺序依次在显示界面上进行显示。
进一步地,服务器在将各第二用户的标识信息以及对应的显示权重发送给第一终端后,还会根据第一用户发送的订单请求,向多个第二终端发送派单请求,该派单请求中包括第一出行信息。
具体地,第二终端中安装有出行平台,其中,出行平台为能够实现预约网约车功能的各种APP。第二终端可以是手持设备、车载设备、可穿戴设备、计算设备,以及各种形式的UE,MS及终端(terminal)等。
当第一用户通过第一终端触发订单请求,且第一终端向服务器发送该订单请求后,服务器在根据订单请求中的第一出行信息确定出多个第二用户后,会向各第二用户对应的第二终端发送派单请求。其中,该派单请求中包括第一出行信息。
本发明实施例提供的业务处理方法,通过接收第一用户通过第一终端发送的订单请求,该订单请求中包括第一出行信息,并根据第一出行信息确定多个第二用户,然后根据对多个第二用户的历史评价信息,确定各第二用户的显示权重,再将各第二用户的标识信息以及对应的显示权重发送给第一终端,以使第一终端根据显示权重在显示界面上显示各第二用户。由于服务器在确定出多个第二用户之后,会根据对各个第二用户的历史评价信息,确定各第二用户的显示权重,这样,第一终端将根据该显示权重,在显示界面中显示各第二用户,以使第一用户可以更容易的选择到符合自己要求的第二用户,从而使得人机交互更加智能,提高了用户的体验。
图4为本发明实施例提供的业务处理方法实施例二的流程示意图,本发明实施例提供了一种业务处理方法,该方法可以由任意执行业务处理方法的装置来执行,该装置可以通过软件和/或硬件实现。本实施例中,该装置可以集成在第一终端中。如图4所示,在图1所示应用场景的基础上,本发明实施例提供的业务处理方法包括如下步骤:
步骤401、接收第一用户在出行业务的操作界面上触发的订单请求,该订单请求中包括第一出行信息。
在本实施例中,第一终端中安装有出行平台,其中,出行平台为能够实现预约网约车功能的各种APP。第一终端可以是手持设备、车载设备、可穿戴设备、计算设备,以及各种形式的UE,MS及终端(terminal)等。
图5a为出行业务的操作界面的一示意图,如图5a所示,当第一用户需要通过第一终端预约车辆时,可以在出行业务的操作界面501上触发订单请求,具体的,可以通过点击操作界面501上的按钮,或者通过点击其他按键或者通过触控屏幕等方式触发订单请求,例如,可以通过点击操作界面501上的“预约顺风车”502来触发订单请求,其中,订单请求中包括第一出行信息。
可选地,第一出行信息可以包括始发地、目的地和出发时间。
步骤402、根据该订单请求,在操作界面上根据各第二用户的显示权重显示各第二用户,该第二用户为根据第一出行信息确定出的用户。
在本实施例中,第一终端接收到第一用户触发的订单请求之后,第一终端会将该订单请求发送给服务器,服务器将根据订单请求中的第一出行信息确定多个第二用户,具体地,可以将第一出行信息和预先接收到的多个第四用户对应的第二出行信息进行匹配,将匹配度高于预设阈值的第四用户确定为第二用户,对于确定第二用户的方式,和图2所示实施例中的确定方式类似,此处不再赘述。
当服务器确定出多个第二用户之后,会将各第二用户的标识信息以及各第二用户对应的显示权重发送给第一终端,第一终端将根据该显示权重,在操作界面中显示各第二用户。可选地,第一终端将按照各第二用户的显示权重从大到小的顺序,依次显示各第二用户。
图5b为出行业务的操作界面的另一示意图,如图5b所示,若服务器确定出的第二用户包括车主A、车主B和车主C,若服务器确定出车主A的显示权重值为70%,车主B的显示权重值为60%,车主F的显示权重值为50%,则第一终端将在操作界面503上,按照显示权重从大到小的顺序,依次显示各第二用户,如按照车主A、车主B和车主C的顺序依次进行显示。
本发明实施例提供的业务处理方法,接收第一用户在出行业务的操作界面上触发的订单请求,该订单请求中包括第一出行信息,并根据该订单请求,在操作界面上根据各第二用户的显示权重显示各第二用户,该些第二用户为根据第一出行信息确定出的用户。由于第一终端在接收到第一用户触发的订单请求之后,将在显示界面上根据显示权重显示各第二用户,以使第一用户可以更容易的选择到符合自己要求的第二用户,从而使得人机交互更加智能,提高了用户的体验。
图6为本发明实施例提供的业务处理方法实施例三的信令流程图,如图6所示,本实施例的方法可以包括:
步骤601、第一终端接收第一用户发送的订单请求。
其中,订单请求中包括第一出行信息。
步骤602、第一终端将订单请求发送给服务器。
步骤603、服务器根据第一出行信息确定多个第二用户。
步骤604、服务器根据对多个第二用户的历史评价信息,确定各第二用户的显示权重。
步骤605、服务器将各第二用户的标识信息以及对应的显示权重发送给第一终端。
步骤606、第一终端在操作界面上根据各第二用户的显示权重显示各第二用户。
其中,第二用户为根据第一出行信息确定出的用户。
步骤607、服务器向多个第二终端发送派单请求。
其中,派单请求中包括第一出行信息。
本发明实施例提供的业务处理方法,通过接收第一用户通过第一终端发送的订单请求,该订单请求中包括第一出行信息,并根据第一出行信息确定多个第二用户,然后根据对多个第二用户的历史评价信息,确定各第二用户的显示权重,再将各第二用户的标识信息以及对应的显示权重发送给第一终端,以使第一终端根据显示权重在显示界面上显示各第二用户。由于服务器在确定出多个第二用户之后,会根据对各个第二用户的历史评价信息,确定各第二用户的显示权重,这样,第一终端将根据该显示权重,在显示界面中显示各第二用户,以使第一用户可以更容易的选择到符合自己要求的第二用户,从而使得人机交互更加智能,提高了用户的体验。
图7为本发明实施例提供的业务处理装置实施例一的结构示意图。该业务处理装置可以为独立的服务器,也可以为集成在服务器中的装置,该装置可以通过软件、硬件或者软硬件结合的方式实现。如图7所示,该装置包括:
接收模块11,用于接收第一用户通过第一终端发送的订单请求,所述订单请求中包括第一出行信息;
确定模块12,用于根据所述第一出行信息确定多个第二用户;
所述确定模块12,还用于根据对多个所述第二用户的历史评价信息,确定各所述第二用户的显示权重;
发送模块13,用于将各所述第二用户的标识信息以及对应的所述显示权重发送给所述第一终端,以使所述第一终端根据所述显示权重在显示界面上显示各所述第二用户。
本发明实施例提供的业务处理装置,可以执行上述图2所示的方法实施例,其实现原理和技术效果类似,在此不再赘述。
图8为本发明实施例提供的业务处理装置实施例二的结构示意图,在图7所示实施例的基础上,所述确定模块12包括:查询子模块121和确定子模块122。
查询子模块121,用于根据对多个所述第二用户的历史评价信息,查询是否存在被所述第一用户关注的第二用户;
确定子模块122,用于在存在被所述第一用户关注的第二用户时,确定被所述第一用户关注的第二用户的显示权重值为第一值,且根据各所述第二用户的信任值确定未被所述第一用户关注的第二用户的显示权重为至少一个第二值,且所述第二值小于所述第一值,其中,未被所述第一用户关注的第二用户的信任值越高,对应的显示权重值越大。
可选地,所述确定模块12,还用于在不存在被所述第一用户关注的第二用户时,根据各所述第二用户的信任值确定各所述第二用户的显示权重,其中,所述第二用户的信任值越大,对应的显示权重值越大。
图9为本发明实施例提供的业务处理装置实施例三的结构示意图,在图8所示实施例的基础上,所述装置还包括:建立模块14。
所述接收模块11,还用于所述第一用户通过所述第一终端发送的关注消息,所述关注消息中包括所述第一用户的用户标识和第三用户的用户标识;
所述建立模块14,还用于建立所述第一用户的用户标识和所述第三用户的用户标识之间的对应关系;
所述查询子模块121,具体用于:
根据所述对应关系,查询是否存在与所述第一用户的用户标识对应的第三用户的用户标识;
若存在,则将与所述第一用户对应的第三用户确定为被所述第一用户关注的第二用户。
图10为本发明实施例提供的业务处理装置实施例四的结构示意图,在图7所示实施例的基础上,所述装置还包括:查询模块15和去除模块16。
查询模块15,用于查询是否存在被所述第一用户列入黑名单的第二用户;
去除模块16,用于在所述查询模块查询出存在被所述第一用户列入黑名单的第二用户时,将被所述第一用户列入黑名单的第二用户去除。
可选地,所述发送模块13,还用于:
根据所述订单请求,向多个所述第二终端发送派单请求,所述派单请求中包括所述第一出行信息。
可选地,所述确定模块12,还用于:
将所述第一出行信息和预先接收到的多个第四用户对应的第二出行信息进行匹配,将匹配度高于预设阈值的第四用户确定为所述第二用户。
可选地,所述第一出行信息或所述第二出行信息均包括始发地、目的地和出发时间。
上述装置可用于执行上述对应方法实施例提供的方法,具体实现方式和技术效果类似,这里不再赘述。
图11为本发明实施例提供的业务处理装置实施例五的结构示意图。该业务处理装置可以为独立的终端,也可以为集成在终端中的装置,该装置可以通过软件、硬件或者软硬件结合的方式实现。如图11所示,该装置包括:接收模块21和显示模块22,其中:
接收模块21,用于接收第一用户在出行业务的操作界面上触发的订单请求,所述订单请求中包括第一出行信息;
显示模块22,用于根据所述订单请求,在所述操作界面上根据各第二用户的显示权重显示各所述第二用户,所述第二用户为根据所述第一出行信息确定出的用户。
图12为本发明实施例提供的业务处理装置实施例六的结构示意图,在图11所示实施例的基础上,所述装置还包括:发送模块23。
发送模块23,用于向服务器发送所述订单请求;
所述接收模块21,还用于接收所述服务器发送的多个所述第二用户的标识信息以及对应的所述显示权重。
可选地,所述显示模块22,具体用于:
按照各所述第二用户的显示权重从大到小的顺序,依次显示各所述第二用户。
可选地,所述第一出行信息包括始发地、目的地和出发时间。
上述装置可用于执行上述对应方法实施例提供的方法,具体实现方式和技术效果类似,这里不再赘述。
图13为本发明实施例提供的服务器的结构示意图。该服务器包括:处理器;存储器以及计算机程序,其中,该计算机程序被存储在存储器中,并且被配置为由所述处理器执行,所述计算机程序包括用于执行如上任一实施例所述的方法的指令。
本发明实施例还提供一种计算机可读存储介质,其中,计算机可读存储介质存储有计算机程序,所述计算机程序使得服务器执行前述任一实施例提供的业务处理方法。
图14为本发明实施例提供的终端的结构示意图。该终端包括:处理器;存储器以及计算机程序,其中,该计算机程序被存储在存储器中,并且被配置为由所述处理器执行,所述计算机程序包括用于执行如上任一实施例所述的方法的指令。
本发明实施例还提供一种计算机可读存储介质,其中,计算机可读存储介质存储有计算机程序,所述计算机程序使得终端执行前述任一实施例提供的业务处理方法。
本领域普通技术人员可以理解:实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上各实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述各实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。
Claims (28)
1.一种业务处理方法,其特征在于,包括:
接收第一用户通过第一终端发送的订单请求,所述订单请求中包括第一出行信息;
根据所述第一出行信息确定多个第二用户;
根据对多个所述第二用户的历史评价信息,确定各所述第二用户的显示权重;
将各所述第二用户的标识信息以及对应的所述显示权重发送给所述第一终端,以使所述第一终端根据所述显示权重在显示界面上显示各所述第二用户。
2.根据权利要求1所述的方法,其特征在于,所述根据对多个所述第二用户的历史评价信息,确定各所述第二用户的显示权重,包括:
根据对多个所述第二用户的历史评价信息,查询是否存在被所述第一用户关注的第二用户;
若存在被所述第一用户关注的第二用户,则确定被所述第一用户关注的第二用户的显示权重值为第一值,且根据各所述第二用户的信任值确定未被所述第一用户关注的第二用户的显示权重为至少一个第二值,且所述第二值小于所述第一值,其中,未被所述第一用户关注的第二用户的信任值越高,对应的显示权重值越大。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:
若不存在被所述第一用户关注的第二用户,则根据各所述第二用户的信任值确定各所述第二用户的显示权重,其中,所述第二用户的信任值越大,对应的显示权重值越大。
4.根据权利要求2或3所述的方法,其特征在于,所述方法还包括:
接收所述第一用户通过所述第一终端发送的关注消息,所述关注消息中包括所述第一用户的用户标识和第三用户的用户标识;
建立所述第一用户的用户标识和所述第三用户的用户标识之间的对应关系;
所述查询是否存在被所述第一用户关注的第二用户,包括:
根据所述对应关系,查询是否存在与所述第一用户的用户标识对应的第三用户的用户标识;
若存在,则将与所述第一用户对应的第三用户确定为被所述第一用户关注的第二用户。
5.根据权利要求1所述的方法,其特征在于,所述根据对多个所述第二用户的历史评价信息,确定各所述第二用户的显示权重之前,所述方法还包括:
查询是否存在被所述第一用户列入黑名单的第二用户;
若存在被所述第一用户列入黑名单的第二用户,则将被所述第一用户列入黑名单的第二用户去除。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括:
根据所述订单请求,向多个第二终端发送派单请求,所述派单请求中包括所述第一出行信息。
7.根据权利要求1所述的方法,其特征在于,所述根据所述第一出行信息确定多个第二用户,包括:
将所述第一出行信息和预先接收到的多个第四用户对应的第二出行信息进行匹配,将匹配度高于预设阈值的第四用户确定为所述第二用户。
8.根据权利要求7所述的方法,其特征在于,所述第一出行信息或所述第二出行信息均包括始发地、目的地和出发时间。
9.一种业务处理方法,其特征在于,包括:
接收第一用户在出行业务的操作界面上触发的订单请求,所述订单请求中包括第一出行信息;
根据所述订单请求,在所述操作界面上根据各第二用户的显示权重显示各所述第二用户,所述第二用户为根据所述第一出行信息确定出的用户。
10.根据权利要求9所述的方法,其特征在于,所述接收第一用户在出行业务的操作界面上触发的订单请求之后,所述方法还包括:
向服务器发送所述订单请求;
接收所述服务器发送的多个所述第二用户的标识信息以及对应的所述显示权重。
11.根据权利要求9或10所述的方法,其特征在于,在所述操作界面上根据各第二用户的显示权重显示各所述第二用户,包括:
按照各所述第二用户的显示权重从大到小的顺序,依次显示各所述第二用户。
12.根据权利要求9或10所述的方法,其特征在于,所述第一出行信息包括始发地、目的地和出发时间。
13.一种业务处理装置,其特征在于,包括:
接收模块,用于接收第一用户通过第一终端发送的订单请求,所述订单请求中包括第一出行信息;
确定模块,用于根据所述第一出行信息确定多个第二用户;
所述确定模块,还用于根据对多个所述第二用户的历史评价信息,确定各所述第二用户的显示权重;
发送模块,用于将各所述第二用户的标识信息以及对应的所述显示权重发送给所述第一终端,以使所述第一终端根据所述显示权重在显示界面上显示各所述第二用户。
14.根据权利要求13所述的装置,其特征在于,所述确定模块,包括:
查询子模块,用于根据对多个所述第二用户的历史评价信息,查询是否存在被所述第一用户关注的第二用户;
确定子模块,用于在存在被所述第一用户关注的第二用户时,确定被所述第一用户关注的第二用户的显示权重值为第一值,且根据各所述第二用户的信任值确定未被所述第一用户关注的第二用户的显示权重为至少一个第二值,且所述第二值小于所述第一值,其中,未被所述第一用户关注的第二用户的信任值越高,对应的显示权重值越大。
15.根据权利要求14所述的装置,其特征在于,所述确定模块,还用于在不存在被所述第一用户关注的第二用户时,根据各所述第二用户的信任值确定各所述第二用户的显示权重,其中,所述第二用户的信任值越大,对应的显示权重值越大。
16.根据权利要求14或15所述的装置,其特征在于,所述装置还包括:建立模块;
所述接收模块,还用于所述第一用户通过所述第一终端发送的关注消息,所述关注消息中包括所述第一用户的用户标识和第三用户的用户标识;
所述建立模块,还用于建立所述第一用户的用户标识和所述第三用户的用户标识之间的对应关系;
所述查询子模块,具体用于:
根据所述对应关系,查询是否存在与所述第一用户的用户标识对应的第三用户的用户标识;
若存在,则将与所述第一用户对应的第三用户确定为被所述第一用户关注的第二用户。
17.根据权利要求13所述的装置,其特征在于,所述装置还包括:
查询模块,用于查询是否存在被所述第一用户列入黑名单的第二用户;
去除模块,用于在所述查询模块查询出存在被所述第一用户列入黑名单的第二用户时,将被所述第一用户列入黑名单的第二用户去除。
18.根据权利要求13所述的装置,其特征在于,所述发送模块,还用于:
根据所述订单请求,向多个第二终端发送派单请求,所述派单请求中包括所述第一出行信息。
19.根据权利要求13所述的装置,其特征在于,所述确定模块,还用于:
将所述第一出行信息和预先接收到的多个第四用户对应的第二出行信息进行匹配,将匹配度高于预设阈值的第四用户确定为所述第二用户。
20.根据权利要求19所述的装置,其特征在于,所述第一出行信息或所述第二出行信息均包括始发地、目的地和出发时间。
21.一种业务处理装置,其特征在于,包括:
接收模块,用于接收第一用户在出行业务的操作界面上触发的订单请求,所述订单请求中包括第一出行信息;
显示模块,用于根据所述订单请求,在所述操作界面上根据各第二用户的显示权重显示各所述第二用户,所述第二用户为根据所述第一出行信息确定出的用户。
22.根据权利要求21所述的装置,其特征在于,所述装置还包括:
发送模块,用于向服务器发送所述订单请求;
所述接收模块,还用于接收所述服务器发送的多个所述第二用户的标识信息以及对应的所述显示权重。
23.根据权利要求21或22所述的装置,其特征在于,所述显示模块,具体用于:
按照各所述第二用户的显示权重从大到小的顺序,依次显示各所述第二用户。
24.根据权利要求21或22所述的装置,其特征在于,所述第一出行信息包括始发地、目的地和出发时间。
25.一种服务器,其特征在于,包括:
处理器;
存储器;以及
计算机程序;
其中,所述计算机程序被存储在所述存储器中,并且被配置为由所述处理器执行,所述计算机程序包括用于执行如权利要求1-8任一项所述的方法的指令。
26.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机程序,所述计算机程序使得服务器执行权利要求1-8任一项所述的方法。
27.一种终端,其特征在于,包括:
处理器;
存储器;以及
计算机程序;
其中,所述计算机程序被存储在所述存储器中,并且被配置为由所述处理器执行,所述计算机程序包括用于执行如权利要求9-12任一项所述的方法的指令。
28.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机程序,所述计算机程序使得终端执行权利要求9-12任一项所述的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810144636.1A CN110163702A (zh) | 2018-02-12 | 2018-02-12 | 业务处理方法、装置和存储介质 |
PCT/CN2018/124606 WO2019153944A1 (en) | 2018-02-12 | 2018-12-28 | Systems and methods for secured communication of service information |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810144636.1A CN110163702A (zh) | 2018-02-12 | 2018-02-12 | 业务处理方法、装置和存储介质 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110163702A true CN110163702A (zh) | 2019-08-23 |
Family
ID=67549221
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810144636.1A Pending CN110163702A (zh) | 2018-02-12 | 2018-02-12 | 业务处理方法、装置和存储介质 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN110163702A (zh) |
WO (1) | WO2019153944A1 (zh) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5973619A (en) * | 1997-06-10 | 1999-10-26 | Paredes; Alexis | Automated vehicle dispatch and payment honoring system |
CN103996290A (zh) * | 2014-06-09 | 2014-08-20 | 北京东方车云信息技术有限公司 | 一种提供叫车服务的方法、服务器及系统 |
CN104794887A (zh) * | 2014-10-27 | 2015-07-22 | 北京东方车云信息技术有限公司 | 在网络租车中利用收藏夹派车的系统和方法 |
CN106447074A (zh) * | 2016-12-30 | 2017-02-22 | 北京东方车云信息技术有限公司 | 一种将订单信息推送给司机客户端的方法、装置及系统 |
CN106559313A (zh) * | 2015-09-30 | 2017-04-05 | 百度在线网络技术(北京)有限公司 | 拼车的方法和服务器 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101355714A (zh) * | 2007-07-24 | 2009-01-28 | 梁宇杰 | 一种实时拼车系统和方法 |
CN101751775A (zh) * | 2008-11-28 | 2010-06-23 | 上海迪哈大计算机科技有限公司 | 一种搭车请求处理系统以及相应的控制方法 |
CN102479431A (zh) * | 2010-11-23 | 2012-05-30 | 互动网数位科技股份有限公司 | 具配对功能的计程车叫车系统及其方法 |
CA2957054A1 (en) * | 2014-08-04 | 2016-02-11 | Uber Technologies, Inc. | Determining and providing predetermined location data points to service providers |
-
2018
- 2018-02-12 CN CN201810144636.1A patent/CN110163702A/zh active Pending
- 2018-12-28 WO PCT/CN2018/124606 patent/WO2019153944A1/en active Application Filing
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5973619A (en) * | 1997-06-10 | 1999-10-26 | Paredes; Alexis | Automated vehicle dispatch and payment honoring system |
CN103996290A (zh) * | 2014-06-09 | 2014-08-20 | 北京东方车云信息技术有限公司 | 一种提供叫车服务的方法、服务器及系统 |
CN104794887A (zh) * | 2014-10-27 | 2015-07-22 | 北京东方车云信息技术有限公司 | 在网络租车中利用收藏夹派车的系统和方法 |
CN106559313A (zh) * | 2015-09-30 | 2017-04-05 | 百度在线网络技术(北京)有限公司 | 拼车的方法和服务器 |
CN106447074A (zh) * | 2016-12-30 | 2017-02-22 | 北京东方车云信息技术有限公司 | 一种将订单信息推送给司机客户端的方法、装置及系统 |
Also Published As
Publication number | Publication date |
---|---|
WO2019153944A1 (en) | 2019-08-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Miao et al. | Balancing quality and budget considerations in mobile crowdsourcing | |
CN106776900B (zh) | 出行方法和装置 | |
CN107547214B (zh) | 基于电子书的群组阅读方法、电子设备及计算机存储介质 | |
CN107492063A (zh) | 一种上车点推荐处理方法及系统 | |
CN105354214B (zh) | 一种备忘信息的生成方法及装置 | |
CN107491825A (zh) | 一种约车处理方法及系统 | |
CN111044045B (zh) | 基于神经网络的导航方法、装置及终端设备 | |
US10228260B2 (en) | Infotainment system for recommending a task during a traffic transit time | |
CN109426872A (zh) | 网约车订单分配方法及终端 | |
CN107871172A (zh) | 一种拼车方法及装置 | |
CN108573315A (zh) | 一种提示信息确定方法、系统及计算机可读存储介质 | |
CN107885856A (zh) | 一种页面展示方法和装置 | |
CN106373382A (zh) | 一种用于车辆调度的方法与设备 | |
CN106657199A (zh) | 订单密度的确定方法、终端及服务器 | |
CN107844986A (zh) | 一种用车订单计价方法及服务器 | |
CN107665372A (zh) | 预约数据处理方法、第一终端及服务器 | |
CN110991837A (zh) | 一种网约车交易数据处理方法、装置及系统 | |
CN108304952A (zh) | 一种网络约车应用中信息提供方法和装置 | |
CN110163394A (zh) | 出行应用的信息显示方法、装置和设备 | |
CN110209794A (zh) | 评价信息的处理方法、装置和存储介质 | |
CN110163702A (zh) | 业务处理方法、装置和存储介质 | |
CN105451174B (zh) | 一种导航路线的推送方法及服务器 | |
CN108769160B (zh) | 基于服务的业务线推荐方法、装置及存储介质 | |
CN108616562A (zh) | 一种地理位置信息推荐处理方法及装置 | |
CN107917715A (zh) | 一种路线规划方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190823 |