一种信息处理方法、系统、装置及计算机可读存储介质与流程

一种信息处理方法、系统、装置及计算机可读存储介质
分案说明
1.本技术是申请号为2018114884330、申请日为2018年12月06日、名称为“一种信息处理方法、系统、装置及计算机可读存储介质”的发明专利申请的分案申请。
技术领域
2.本发明涉及公共交通服务技术领域，尤其涉及一种信息处理方法、系统、装置及计算机可读存储介质。


背景技术：

3.随着基于网络平台的打车服务行业不断拓展，车辆的故障、事故或者司机与乘客之间的冲突也随之增多。当司机或乘客打入电话求助时，平台会在电话里进行指导，然而司机或乘客更希望的是有人可以到达现场，从而事件可以得到更准确的处理。由于突发事件可能发生在城市的各个角落，使得现场救援的时间成本大大增加，还可能错过救援的最佳时机。因此需要一种信息处理方法及系统实现对发生在城市各个角落的突发事件进行高效处理。


技术实现要素：

4.本发明主要涉及一种信息处理方法、系统、计算机可读存储介质及装置，实现对发生在城市各个角落的突发事件进行高效救援和处理。具体包括以下几个方面：
5.第一方面，本发明披露了一种信息处理方法，包括：接收用户终端发送的求助请求；发送第一服务订单到第一服务提供者相关联的第一终端，所述第一服务提供者基于所述求助请求确定；获取所述第一终端发送的反馈信息；所述反馈信息包括所述第一服务提供者对事件所作的评价，所述评价包括对事件严重程度的评价；发送第二服务订单到第二服务提供者相关联的第二终端，所述第二终端基于所述求助请求和所述反馈信息确定。
6.在一些实施例中，所述第一服务订单和/或所述第二服务订单包括目标位置、事件类型和用户联系方式中至少一种。
7.在一些实施例中，所述接收用户终端发送的求助请求后还包括：确定所述第一服务提供者，所述确定所述第一服务提供者包括：获取所述求助请求的第一特征；所述第一特征包括所述目标位置和所述事件类型；获取候选服务提供者集合中至少一个候选服务提供者的第二特征；所述第二特征包括服务提供者的技能和服务提供者的位置；基于所述第一特征和所述第二特征，确定所述候选服务提供者集合中至少一个候选服务提供者的匹配度，进而从所述候选服务提供者集合中确定出第一服务提供者。
8.在一些实施例中，所述基于所述第一特征和所述第二特征，确定所述候选服务提供者集合中至少一个候选服务提供者的匹配度，进而从所述候选服务提供者集合中确定出第一服务提供者还包括：确定所述候选服务提供者集合中至少一个服务提供者的位置与目标位置的第一距离；当所述第一距离小于第一阈值，且相应服务提供者的技能与事件类型
相匹配时，将所述服务提供者确定为第一服务提供者。
9.第二方面，本发明披露了一种信息处理系统。该系统包括：第一获取模块，用于接收用户终端发送的求助请求；第一发送模块，用于发送所述第一服务订单到所述第一服务提供者相关联的第一终端，所述第一服务提供者基于所述求助请求确定；第二获取模块，用于获取所述第一终端发送的反馈信息；所述反馈信息包括所述第一服务提供者对事件所作的评价，所述评价包括对事件严重程度的评价；第二发送模块，用于发送第二服务订单到第二服务提供者相关联的第二终端，所述第二终端基于所述求助请求和所述反馈信息确定。
10.在一些实施例中，所述第一服务订单和/或所述第二服务订单至少包括以下一种：目标位置、事件类型和用户联系方式。
11.在一些实施例中，所述系统还包括：用于确定所述第一服务提供者的第一确定模块；第一确定模块包括：第一获取单元，用于获取所述求助请求的第一特征；所述第一特征包括目标位置和事件类型；第二获取单元，用于获取所述候选服务提供者集合中至少一个候选服务提供者的第二特征；所述第二特征包括服务提供者的技能和服务提供者的位置；第一确定单元，用于基于所述第一特征和所述第二特征，确定所述候选服务提供者集合中至少一个候选服务提供者的匹配度，进而从所述候选服务提供者集合中确定出所述第一服务提供者。
12.在一些实施例中，所述第一确定单元包括：第一确定子单元，用于确定所述候选服务提供者集合中至少一个服务提供者的位置与目标位置的第一距离；第二确定子单元，用于当所述第一距离小于第一阈值，且相应服务提供者的技能与事件类型相匹配时，将所述服务提供者确定为第一服务提供者。
13.第三方面，本发明披露了一种计算机可读存储介质。所述存储介质存储计算机指令，所述计算机指令运行时执行所述信息处理方法。
14.第四方面，本发明披露了一种信息处理装置。所述装置包括处理器，所述处理器用于执行所述信息处理方法。
15.本发明的一部分附加特性可以在下面的描述中进行说明。通过对以下描述和相应附图的检查或者对实施例的生产或操作的了解，本发明的一部分附加特性对于本领域技术人员是显而易见的。本发明的特性可以通过对以下描述的具体实施例的各种方面的方法、手段和组合的实践或使用得以实现和达到。
附图说明
16.图1是根据本发明的一些实施例所示的一种按需服务系统的示意图；
17.图2是用于实现本发明技术方案的专用系统的示例性计算设备的框图；
18.图3是用于实现本发明技术方案的专用系统的示例性移动设备的框图；
19.图4是根据本发明的一些实施例所示的一种信息处理方法的流程示意图。
20.图5是本发明实施例提供的信息处理方法中步骤402的一种实现方法的流程示意图；
21.图6是根据本发明的一些实施例所示的另一种信息处理方法的流程示意图；
22.图7是本发明实施例提供的信息处理方法中步骤606的一种实现方法的流程示意图；
23.图8是根据本发明的一些实施例所示的一种信息处理装置的功能框图；
24.图9是根据本发明的一些实施例所示的一种第一确定模块820的功能框图；
25.图10是根据本发明的一些实施例所示的一种第一确定单元930的功能框图；
26.图11是根据本发明的一些实施例所示的另一种信息处理装置的功能框图；
27.图12是根据本发明的一些实施例所示的一种第二确定模块860的功能框图；
28.图13是根据本发明的一些实施例所示的一种第二确定模块1230的功能框图；
29.图14是根据本发明的一些实施例所示的另一种信息处理方法的流程示意图；
30.图15是根据本发明的一些实施例所示的另一种信息处理装置的功能框图。
具体实施方式
31.为了更清楚地说明本技术的实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本技术的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本技术应用于其它类似情景。除非从语言环境中显而易见或另做说明，图中相同标号代表相同结构或操作。
32.如本技术和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其它的步骤或元素。
33.虽然本技术对根据本技术的实施例的系统中的某些模块或单元做出了各种引用，然而，任何数量的不同模块或单元可以被使用并运行在客户端和/或服务器上。所述模块仅是说明性的，并且所述系统和方法的不同方面可以使用不同模块。
34.本技术中使用了流程图用来说明根据本技术的实施例的系统所执行的操作。应当理解的是，前面或下面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各种步骤。同时，也可以将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。
35.本技术的实施例可以应用于不同的运输系统，不同的运输系统包括但不限于陆地、海洋、航空、航天等中的一种或几种的组合。例如，出租车、专车、顺风车、巴士、代驾、火车、动车、高铁、船舶、飞机、热气球、无人驾驶的交通工具、收/送快递等应用了管理和/或分配的运输系统。本技术的不同实施例应用场景包括但不限于网页、浏览器插件、客户端、定制系统、企业内部分析系统、人工智能机器人等中的一种或几种的组合。应当理解的是，本技术的系统及方法的应用场景仅仅是本技术的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本技术应用于其它类似情景。
36.本技术描述的“乘客”、“乘客端”、“用户终端”、“用户”、“需求者”、“服务需求者”、“消费者”、“消费方”、“使用需求者”等是可以互换的，是指需要或者订购服务的一方，可以是个人，也可以是工具。同样地，本技术描述的“司机”、“司机端”、“提供者”、“供应者”、“服务提供者”、“服务者”、“服务方”等也是可以互换的，是指提供服务或者协助提供服务的个人、工具或者其他实体等。另外，本技术描述的“用户”可以是需要或者订购服务的一方，也
可以是提供服务或者协助提供服务的一方。
37.图1是根据本发明的一些实施例所示的一种按需服务系统的示意图。
38.按需服务系统100可以包括服务器110、乘客端130、存储器150、司机端140、网络120。
39.服务器110可以是本地的，也可以是远程的。服务器110可以包括用于执行指令(程序代码)。为描述方便，服务器110可以称为信息处理装置。信息处理装置可以内置于乘客端130和司机端140。信息处理装置也可以为远程的。
40.在一些实施例中，服务器110可以用于对收集的信息进行分析加工以生成分析结果的系统。服务器110可以是一个终端设备，也可以是单个服务器，还可以是服务器群组。所述服务器群组可以是集中式的，例如数据中心。所述服务器群组也可以是分布式的，例如分布式系统。
41.乘客端130是指发布服务订单的个人、工具或者其他实体。乘客端130也可以称为用户端。在一些实施例中，乘客端130也可以称为服务提供端、服务提供者、服务提供者相关的终端。在一些实施例中，乘客端130为发出求助请求的乘客端用户。例如，当乘客与司机发生冲突时，乘客可以选择向服务器110发出求助请求。在一些实施例中，乘客端130包括但不限于台式电脑130-1、笔记本电脑130-2、机动车的内置设备130-3、移动设备130-4等中的一种或几种的组合。
42.司机端140是执行服务订单的个人、工具或者其他实体。司机端140也可以称为服务提供端、服务提供者、服务提供者相关的终端。在一些实施例中，司机端140可以为发出求助请求的司机。例如，当司机的车辆发生故障时，司机可以选择向服务器110发出求助请求。
43.在一些实施例中，乘客端130也可以为接受乘客或司机发出求助请求的乘客。在一些实施例中，司机端140也可以为接受乘客或司机发出求助请求的司机。这些乘客或司机可以为从系统平台上选出的部分乘客或司机，作为服务提供者，且根据工作经历进行了有针对性的职业训练。该职业训练包括但不限于：车辆救援、车辆检修、事故查勘、人伤事故处理、冲突调解、急救等事件。当突发事件发生时，系统平台可以基于事件属性、服务提供者的技能、服务提供者的位置、服务提供者的历史处理完成情况等因素，向合适的服务提供者(例如，最近的经过职业训练的乘客或司机)派发救援任务，从而实现突发事件的快速救援和处理。应当理解为，在一些实施例中，服务提供者可以是正在驾驶车辆的司机，也可以是正在用车的乘客。
44.在一些实施例中，司机端140包括但不限于台式电脑140-1、笔记本电脑140-2、机动车的内置设备140-3、移动设备140-4等中的一种或几种的组合。服务器110可以直接访问存取储存在存储器150的数据信息，也可以直接通过网络120访问存取用户130/140的信息。
45.存储器150可以泛指具有存储功能的设备。存储器150主要用于存储从乘客端130和/或司机端140收集的数据和按需服务系统100工作中产生的各种数据。存储器150可以是本地的，也可以是远程的。系统数据库与系统其他模块间的连接或通信可以是有线的，也可以是无线的。
46.网络120可以提供信息交换的渠道。网络120可以是单一网络，也可以是多种网络组合的。网络120可以包括但不限于局域网、广域网、公用网络、专用网络、无线局域网、虚拟网络、都市城域网、公用开关电话网络等中的一种或几种的组合。网络120可以包括多种网
络接入点，如有线或无线接入点、基站(如120-1，120-2)或网络交换点，通过以上接入点使数据源连接网络120并通过网络发送信息。
47.图2是用于实现本发明技术方案的专用系统的示例性计算设备200的框图。
48.如图2所示，计算设备200可以包括处理器210、存储器220、输入/输出接口230和通信通信端口240。
49.处理器210可以执行计算指令(程序代码)并执行本发明描述的按需服务系统100的功能。所述计算指令可以包括程序、对象、组件、数据结构、过程、模块和功能(所述功能指本发明中描述的特定功能)。例如，处理器210可以处理从按需服务系统100的其他任何组件获得的图像或文本数据。在一些实施例中，处理器210可以包括微控制器、微处理器、精简指令集计算机(risc)、专用集成电路(asic)、应用特定指令集处理器(asip)、中央处理器(cpu)、图形处理单元(gpu)、物理处理单元(ppu)、微控制器单元、数字信号处理器(dsp)、现场可编程门阵列(fpga)、高级risc机(arm)、可编程逻辑器件以及能够执行一个或多个功能的任何电路和处理器等，或其任意组合。仅为了说明，图2中的计算设备200只描述了一个处理器，但需要注意的是本发明中的计算设备200还可以包括多个处理器。
50.存储器220可以存储从按需服务系统100的任何其他组件获得的数据/信息。在一些实施例中，存储器220可以包括大容量存储器、可移动存储器、易失性读取和写入存储器和只读存储器(rom)等，或其任意组合。示例性大容量存储器可以包括磁盘、光盘和固态驱动器等。可移动存储器可以包括闪存驱动器、软盘、光盘、存储卡、压缩盘和磁带等。易失性读取和写入存储器可以包括随机存取存储器(ram)。ram可以包括动态ram(dram)、双倍速率同步动态ram(ddr sdram)、静态ram(sram)、晶闸管ram(t-ram)和零电容(z-ram)等。rom可以包括掩模rom(mrom)、可编程rom(prom)、可擦除可编程rom(perom)、电可擦除可编程rom(eeprom)、光盘rom(cd-rom)和数字通用盘rom等。
51.输入/输出接口230可以用于输入或输出信号、数据或信息。在一些实施例中，输入/输出接口230可以使用户与按需服务系统100进行联系。在一些实施例中，输入/输出接口230可以包括输入装置和输出装置。示例性输入装置可以包括键盘、鼠标、触摸屏和麦克风等，或其任意组合。示例性输出设备可以包括显示设备、扬声器、打印机、投影仪等，或其任意组合。示例性显示装置可以包括液晶显示器(lcd)、基于发光二极管(led)的显示器、平板显示器、曲面显示器、电视设备、阴极射线管(crt)等，或其任意组合。通信端口240可以连接到网络以便数据通信。所述连接可以是有线连接、无线连接或两者的组合。有线连接可以包括电缆、光缆或电话线等，或其任意组合。无线连接可以包括蓝牙、wi-fi、wimax、wlan、zigbee、移动网络(例如，3g、4g或5g等)等，或其任意组合。在一些实施例中，通信端口240可以是标准化端口，如rs232、rs485等。在一些实施例中，通信端口240可以是专门设计的端口。例如，通信端口240可以根据数字成像和医学通信协议(dicom)进行设计。
52.图3是用于实现本发明技术方案的专用系统的示例性移动设备300的框图。
53.如图3所示，所述移动设备300可以包括通信平台310、显示器320、图形处理器(gpu)330、中央处理器(cpu)340、输入/输出接口350、内存360、存储器370等。在一些实施例中，操作系统361(如，ios，android，windows phone等)和应用程序362可以从存储器370加载到内存360中，以便由cpu340执行。应用程序362可以包括浏览器或用于从按需服务系统100接收成像、图形处理、音频或其他相关信息的应用程序。
54.为了实现在本发明中描述的各种模块、单元及其功能，计算设备或移动设备可以用作本发明所描述的一个或多个组件的硬件平台。这些计算机或移动设备的硬件元件、操作系统和编程语言本质上是常规的，并且本领域技术人员熟悉这些技术后可将这些技术适应于本发明所描述的按需服务系统。具有用户界面元件的计算机可以用于实现个人计算机(pc)或其他类型的工作站或终端设备，如果适当地编程，计算机也可以充当服务器。
55.图4是根据本发明的一些实施例所示的一种信息处理方法的流程示意图。
56.步骤401，接收用户终端发送的求助请求。
57.所述用户终端包括司机终端和/或乘客终端。当车辆在行驶过程中发生突发事件时，相应的用户(例如，司机和/乘客)可以通过终端设备(例如，手机)向服务器110发送求助请求。其中，事件类型包括但不仅限于车辆故障(例如，车辆追尾、车辆抛锚)、司机乘客发生冲突(简称为司乘冲突)、人员受伤等。例如，当司机的车辆发生故障需要救援时，司机或者乘客都可以通过终端设备向服务器110发送求助请求。
58.所述求助请求包括但不限于目标位置、事件类型、发出求助时刻等。所述求助请求的形式包括：语音形式、文字形式、图像形式、视频形式等中的一种或几种的组合。
59.在一些实施例中，用户可以通过终端设备向服务器110发送语音描述求助请求。
60.在一些实施例中，用户可以以文字的形式向服务器110发送求助请求。例如，用户可以通过终端设备输入求助请求，如，车辆发生追尾，急需救援。
61.在一些实施例中，用户可以通过终端设备拍摄事件的现场，并将图像发送到服务器110以请求帮助。
62.在一些实施例中，用户可以通过终端设备对事件的现场录制视频，并将视频发送到服务器110以请求帮助。
63.步骤402，基于所述求助请求，从候选服务提供者集合中确定第一服务提供者。
64.候选服务提供者集合中的每一个服务提供者至少具备处理一种事件类型的技能。例如，候选服务提供者集合包括服务提供者1、服务提供者2、服务提供者3、
…
、服务提供者n。
65.服务提供者1具备修理车辆的技能，即可以对应事件类型中车辆故障所需的技能。
66.服务提供者2具备调解人员冲突的技能，即可以对应事件类型中司乘冲突所需的技能。
67.服务提供者3具备急救的技能，即可以对应事件类型中人员受伤所需的技能。
68.在一些实施例中，一些服务提供者可以同时具备两种或两种以上的技能。例如，某个服务提供者的职业为医生，且具备一定的修理车辆的能力，则该服务提供者同时具备了事件类型中人员受伤和车辆故障所需的技能。
69.在一些实施例中，可以距离优先确定候选服务提供者集合。具体的，根据事件地点确定一个距离范围，例如1km以内，在这个距离范围内的服务提供者组成候选服务提供者集合。此时，候选服务提供者集合中可能包括具备处理一种事件类型的技能的服务提供者和不具备处理事件类型的技能的服务提供者。其中，不具有处理事件类型的技能的服务提供者可以协助具有处理事件类型的技能的服务提供者处理突发事件，或者处理事件中一些无需专业技能要求的事务。
70.基于用户的求助请求，服务器110从候选服务提供者集合中可以筛选出与用户的
求助请求相匹配的第一服务提供者。
71.针对于步骤402，基于所述求助请求，从候选服务提供者集合中确定出第一服务提供者。本发明实施例提供了一种示例性的实现方式，参见图5的相关说明。
72.步骤403，生成第一服务订单。
73.在一些实施例中，所述第一服务订单至少包括以下一种：目标位置、事件类型或用户联系方式。服务器110可以基于用户的求助请求的具体内容生成第一服务订单。第一服务订单包括但不限于目标位置、事件类型、用户联系方式等。用户联系方式包括但不限于电话号码、手机号码、社交账号信息(如微信号码、qq号码和linkedin等)等可以联系到本人的方式等。例如，第一服务订单包括事件位置为北京市海淀区中关村地铁站、事件类型为车辆发生碰撞、用户联系方式为手机号码
××××
。
74.步骤404，发送所述第一服务订单到所述第一服务器提供者相关联的第一终端。
75.服务器110可以通过网络120将所述第一服务订单发送到至少一个第一服务提供者相关联的第一终端。第一服务订单可以包括但不限于文字、图片、音频、视频等中的一种或几种的组合。
76.在一些实施例中，所述信息处理方法进一步包括获取所述用户终端发送的求助订单完成信息；其中，所述求助订单完成信息至少包括以下一种：救援时长或事件处理结果。
77.图5是本发明实施例提供的信息处理方法中步骤402的一种实现方法的流程示意图。
78.步骤501，获取求助请求的第一特征。
79.服务器110可以获取求助请求的第一特征。所述第一特征包括但不限于目标位置、事件类型等。
80.在一些实施例中，目标位置可以通过坐标表示为(x0,y0)，例如经纬度坐标。在一些实施例中，事件类型可以通过向量表示。例如，当服务器110设置的用户可以选择事件类型包括三种，例如，车辆故障、司乘冲突和人员受伤。例如，当用户选择事件类型为车辆故障时，该事件类型的向量表示可以为[1,0,0]。其中，数字1代表用户选择了相对应的事件类型，数字0代表用户没有选择相对应的事件类型。在一些实施例中，当数字大于0时，数字越大(例如，2、3、4)可以表示事件严重等级越高，即事件越严重。又例如，当用户选择事件类型包括车辆故障和司乘冲突时，事件类型的向量表示可以为[1,1,0]。
[0081]
步骤502，获取候选服务提供者集合中每一个候选服务提供者的第二特征。
[0082]
服务器110可以获取候选服务提供者集合中每一个候选服务提供者的第二特征。所述第二特征包括但不限于服务提供者的技能、服务提供者的位置等。
[0083]
在一些实施例中，服务提供者的位置可以通过坐标表示为(x1,y1)。在一些实施例中，服务提供者的技能可以通过向量表示。例如，服务器110可以设置事件类型相对应的所需要的技能。例如，事件类型包括三种，例如，车辆故障、司乘冲突和人员受伤。服务提供者的技能对应于事件类型可以通过向量表示。
[0084]
例如，服务提供者具备修理车辆的技能，即可以对应事件类型中车辆故障所需的技能。该服务提供者的技能的向量表示可以为[1,0,0]。其中，数字1代表服务提供者具备相对应的技能，数字0代表服务提供者没有对应的技能。在一些实施例中，当数字大于0时，数字越大(例如，2、3、4)可以表示服务提供者的技能等级越高，即服务提供者的技能越强。又
例如，某个服务提供者的同时具备修理车辆的技能和调解人员冲突的技能，该服务提供者的技能的向量表示可以为[1,1,0]。
[0085]
步骤503，基于所述第一特征和所述第二特征，确定所述候选服务提供者集合中每一个候选服务提供者的匹配度，进而从所述候选服务提供者集合中确定出第一服务提供者。
[0086]
服务器110通过目标位置与服务提供者的位置进行匹配，同时事件类型与服务提供者的技能进行匹配，可以确定出候选服务提供者集合中每一个候选服务提供者的匹配度。进一步地，服务器110可以通过选择匹配度最大的候选服务提供者作为即将进行救援的第一服务提供者。
[0087]
示例性的，步骤503，基于所述第一特征和所述第二特征，确定所述候选服务提供者集合中每一个候选服务提供者的匹配度，进而从所述候选服务提供者集合中确定出第一服务提供者还可以包括：
[0088]
确定所述候选服务提供者集合中每一个服务提供者的位置与目标位置的第一距离；
[0089]
当所述第一距离小于第一阈值，且相应服务提供者的技能与事件类型相匹配时，将所述服务提供者确定为第一服务提供者。
[0090]
例如，候选服务提供者集合包括5个服务提供者，服务提供者的信息可以表示为(id，性别，年龄，电话，技能1(修车)，技能2(调解)，技能3(急救)，位置坐标)。在一些实施例中，服务提供者的信息还可以包括服务提供者等级。
[0091]
服务提供者1(001，男，30，号码1，[1,0,0]，x1，y1)；
[0092]
服务提供者2(002，男，28，号码2，[0,1,0]，x2，y2)；
[0093]
服务提供者3(003，男，35，号码3，[0,0,1]，x3，y4)；
[0094]
服务提供者4(004，男，40，号码4，[1,1,0]，x4，y4)；
[0095]
服务提供者5(005，男，26，号码5，[1,0,0]，x5，y5)。
[0096]
其中，数字1代表服务提供者具有该项技能，数字0代表不具有该项技能。在一些实施例中，当数字大于0时，数字越大(例如，2、3、4)可以表示服务提供者技能等级越高。例如，服务提供者1的修车技能等级为3时，则服务提供者1的信息可以表示为(001，男，30，号码1，[3,0,0]，x1，y1)。
[0097]
求助请求信息可以表示为(用户id，性别，年龄，电话，事件类型1(车辆故障)，事件类型2(司乘冲突)，事件类型3(人员受伤)，用户位置坐标)。用户位置坐标为目标位置。服务提供者信息中的技能与求助请求信息中的事件类型相对应。例如，服务提供者技能1为修车与求助请求信息中事件类型1为车辆故障相对应。服务提供者技能2为调解与求助请求信息中事件类型2为司乘冲突相对应。服务提供者技能3为急救与求助请求信息中事件类型3为人员受伤相对应。
[0098]
例如，某个用户a的求助请求信息为(1001，男，25，号码0，[1,0,0]，x0，y0)。其中，事件类型用向量[1,0,0]表示，数字1代表用户选择了该项事件类型，数字0代表用户没有选择该项事件类型。在一些实施例中，当数字大于0时，数字越大(例如，2、3、4)可以表示事件严重等级越高。例如，用户a可以选择事件严重等级为第二等级，则用户a信息为(1001，男，25，号码0，[2,0,0]，x0，y0)。用户a可以选择事件严重等级为第三等级，则用户a信息为
(1001，男，25，号码0，[3,0,0]，x0，y0)
[0099]
用户a的求助请求的第一特征中事件类型为车辆故障，向量表示为a＝[1,0,0]。用户a的求助请求的第一特征中目标位置为(x0,y0)。当某个服务提供者的技能与用户a的事件类型相匹配，且服务提供者的技能等级大于或等于事件严重等级时，该服务提供者可以处理用户a的求助请求。例如，某个服务提供者的技能的向量表示为[2,0,0]，该服务提供者的技能的向量中服务提供者的技能等级为2大于事件严重等级为1，表明该服务提供者可以处理用户a的求助请求。
[0100]
基于第一特征中的目标位置和第二特征中的服务提供者的位置，服务器110可以计算服务提供者1、服务提供者2、服务提供者3、服务提供者4和服务提供者5与目标位置(x0,y0)的距离s。
[0101]
对于服务提供者1，
[0102]
对于服务提供者2，
[0103]
对于服务提供者3，
[0104]
对于服务提供者4，
[0105]
对于服务提供者5，
[0106]
候选服务提供者集合的5个服务提供者的第二特征中，服务提供者1的技能为修车，向量表示为d1＝[1,0,0]，由于用户a的求助请求的事件类型与服务提供者1的技能相对应，则服务提供者1可以处理用户a的求助请求。
[0107]
具体地，基于第一特征和第二特征，服务器110可以计算向量d1与向量a的转置向量at的乘积r1。r1＝d1
·
at＝[1,0,0]
·
[1,0,0]t＝1，因为r1大于0，表明服务提供者1可以处理用户a的求助请求。
[0108]
在一些实施例中，服务器110可以计算向量d1与向量a的转置向量at的余弦相似度c1，根据公式(1)。
[0109][0110]
因为c1大于0，表明服务提供者1可以处理用户a的求助请求。类似地，对于候选服务提供者中的其他服务提供者，服务器110可以根据公式(1)确定其他服务提供者是否可以处理用户a的求助请求。候选服务提供者集合的5个服务提供者的第二特征中，服务提供者2的技能为调解，向量表示为d2＝[0,1,0]，由于用户a的求助请求的事件类型与服务提供者3的技能不对应，则服务提供者2不适于处理用户a的求助请求。
[0111]
具体地，基于第一特征和第二特征，服务器110可以计算向量d2与向量a的转置向量at的乘积r2。r2＝d2
·
at＝[0,1,0]
·
[1,0,0]t＝0，因为r2等于0，表明服务提供者2不适于处理用户a的求助请求。
[0112]
在一些实施例中，服务器110可以计算向量d2与向量a的转置向量at的余弦相似度c2。c2等于0，表明服务提供者2不适于处理用户a的求助请求。
[0113]
候选服务提供者集合的5个服务提供者的第二特征中，服务提供者3的技能为急救，向量表示为d3＝[0,0,1]，由于用户a的求助请求的事件类型与服务提供者3的技能不对
应，则服务提供者3不适于处理用户a的求助请求。
[0114]
具体地，基于第一特征和第二特征，服务器110可以计算向量d3与向量a的转置向量at的乘积r3。r3＝d3
·
at＝[0,0,1]
·
[1,0,0]t＝0，因为r3等于0，表明服务提供者3不适于处理用户a的求助请求。
[0115]
在一些实施例中，服务器110可以计算向量d3与向量a的转置向量at的余弦相似度c3。c3等于3，表明服务提供者3不适于处理用户a的求助请求。候选服务提供者集合的5个服务提供者的第二特征中，服务提供者4的技能为修车和调解，向量表示为d4＝[1,1,0]，由于用户a的求助请求的事件类型与服务提供者4的技能相对应，则服务提供者4可以处理用户a的求助请求。
[0116]
具体地，基于第一特征和第二特征，服务器110可以计算向量d4与向量a的转置向量at的乘积r4。r4＝d4
·
at＝[1,1,0]
·
[1,0,0]t＝1，因为r4大于0，表明服务提供者4可以处理用户a的求助请求。
[0117]
在一些实施例中，服务器110可以计算向量d4与向量a的转置向量at的余弦相似度c4。c4等于0，表明服务提供者4不适于处理用户a的求助请求。
[0118]
候选服务提供者集合的5个服务提供者的第二特征中，服务提供者5的技能为修车，向量表示为d5＝[1,0,0]，由于用户a的求助请求的事件类型与服务提供者5的技能相对应，则服务提供者5可以处理用户a的求助请求。
[0119]
具体地，基于第一特征和第二特征，服务器110可以计算向量d5与向量a的转置向量at的乘积r5。r5＝d5
·
at＝[1,0,0]
·
[1,0,0]t＝1，因为r5大于0，表明服务提供者5可以处理用户a的求助请求。
[0120]
在一些实施例中，服务器110可以计算向量d5与向量a的转置向量at的余弦相似度c5。c5等于1，表明服务提供者5可以处理用户a的求助请求。
[0121]
在本实施例中，基于第一特征和第二特征，服务器110可以确定出可以处理用户a的求助请求的第一服务提供者。进一步地，服务器110可以通过比较服务提供者与目标位置的距离与第一阈值确定出第一服务提供者。当服务提供者与目标位置的距离小于第一阈值s0时，服务器110可以将对应的服务提供者确定为第一服务提供者。例如，只有s1小于第一阈值s0，服务器110可以服务提供者1确定为第一服务提供者。
[0122]
在另一实施例中，基于第一特征和第二特征，服务器110可以确定出距离目标位置第一阈值范围内的服务提供者；进一步地，服务器110可以确定出距离目标位置第一阈值范围内的服务提供者中可以处理用户a的求助请求的第一服务提供者。在一些实施例中，当距离目标位置第一阈值范围内没有能够处理用户a的求助请求的第一服务提供者时，服务器110可以进一步扩大第一阈值，直到服务器110可以确定出可以处理用户a的求助请求的第一服务提供者。
[0123]
在一些实施例中，当第一阈值范围内存在多个技能匹配的服务提供者时，服务器110可以将离目标位置的远近作为评价服务提供者的匹配度大小。例如，s1＜s4＜s5＜s0，则服务提供者1的匹配度最高，服务器110可以确定服务提供者1为用户a的最佳的处理事件的服务提供者。
[0124]
在一些实施例中，当第一阈值范围内存在多个技能匹配的服务提供者时，服务器110可以将服务提供者等级作为评价服务提供者的匹配度大小。例如，当第一阈值范围内有
三个技能匹配的服务提供者时，服务器110可以将服务提供者等级最高的服务提供者确定为第一服务提供者。其中，服务提供者等级可以包括服务提供者的技能的等级(等级越高处理事件能力越强)、用户对服务提供者的评价等级(例如，用户对服务提供者的处理能力评价，服务提供者的服务态度评价等)、服务器110对服务提供者的历史处理情况的评价(例如，综合服务提供者的历史处理过程中的相关信息对服务提供者所作的等级评价)。
[0125]
又例如，用户a的求助请求信息为(1001，男，25，号码0，[1,1,0]，x0，y0)。其中，事件类型用向量[1,1,0]表示，表明用户a选择了事件类型1(车辆故障)和事件类型2(司乘冲突)。由于用户a选择了两种事件类型，优选地，服务器110将选择同时具备修车技能和调解技能的服务提供者，例如，服务提供者4，其服务提供者的技能对应的向量为[1,1,0]，表明服务提供者4可以处理用户a的求助请求。
[0126]
当候选服务提供者集合中不存在同时具备修车技能和调解技能的服务提供者，服务器110可以选择一个具备修车技能的服务提供者和一个具备调解技能的服务提供者进行组合，例如，服务器110可以选择服务提供者1(具备修车技能)和服务提供者2(具备调解技能)。即针对一个包括多种事件类型的求助请求，服务器110选择多个具备不同技能的服务提供者进行组合，分别向对应的服务提供者进行派单。
[0127]
图6是根据本发明的一些实施例所示的另一种信息处理方法的流程示意图。
[0128]
步骤601，接收用户终端发送的求助请求。
[0129]
其中，所述用户终端包括司机终端和/或乘客终端。
[0130]
步骤601与步骤401相似，详细描述可以参见步骤401。
[0131]
步骤602，基于所述求助请求，从候选服务提供者集合中确定第一服务提供者。
[0132]
步骤602与步骤402相似，详细描述可以参见步骤402。
[0133]
步骤603，生成第一服务订单。
[0134]
所述第一服务订单至少包括以下一种：目标位置、事件类型或用户联系方式。
[0135]
步骤603与步骤403相似，详细描述可以参见步骤403。
[0136]
步骤604，发送所述第一服务订单到所述第一服务器提供者相关联的第一终端。
[0137]
步骤604与步骤404相似，详细描述可以参见步骤404。
[0138]
步骤605，接收所述第一终端发送的反馈信息。
[0139]
所述反馈信息包括所述第一服务提供者对事件所作的评价。服务器110可以获取第一服务提供者通过第一终端发送的反馈信息。当第一服务提供者到达事件现场时，与用户相比，第一服务提供者可以对事件作出更准确的评价。
[0140]
在一些实施例中，当车辆发生碰撞等故障时，往往会出现司机或乘客受伤的情况，而司机或乘客发送求助请求时，可能会忽略人员受伤。在发送求助请求时，往往会忘了选择人员受伤这条事件类型。此时，服务器110需要再派送具有急救技能的服务提供者。
[0141]
在一些实施例中，在发生事件时，用户并不能对事件的严重程度作出准确的评价，而到达现场的第一服务提供者可以作出更准确的评价。例如，尽管到达事件现场的第一服务提供者的技能与事件类型相匹配，但是由于用户没有对事件严重程度作出准确的评价，且第一服务提供者的技能等级与事件的严重程度并不匹配，此时，服务器110则需要再派一个服务提供者的技能等级更高的服务提供者来处理该事件。
[0142]
步骤606，基于所述求助请求和所述反馈信息，从候选服务提供者集合中确定出第
二服务提供者。
[0143]
针对于步骤606，本发明实施例提供了一种示例性的实现方式，参见图7的相关说明。
[0144]
步骤607，生成第二服务订单。
[0145]
所述第二服务订单至少包括以下一种：目标位置、事件类型或用户联系方式。
[0146]
步骤607与步骤403相似，详细描述可以参见步骤403。
[0147]
步骤608，发送所述第二服务订单到所述第二服务提供者相关联的第二终端。
[0148]
步骤608与步骤404相似，详细描述可以参见步骤404。
[0149]
在一些实施例中，所述信息处理方法进一步包括获取所述用户终端发送的求助订单完成信息；其中，所述求助订单完成信息至少包括以下一种：救援时长或事件处理结果。
[0150]
图7是本发明实施例提供的信息处理方法中步骤606的一种实现方法的流程示意图。
[0151]
步骤701，获取求助请求的第一特征和所述反馈信息的第三特征；所述第一特征包括目标位置；所述第三特征包括事件的后续处理工作内容。
[0152]
例如，第一特征中的目标位置可以表示为坐标(x0,y0)。用户的求助请求的事件类型的向量为[1,0,0]。第三特征包括事件的后续处理工作内容包括事件严重程度(表示是否需要继续派技能等级更高的服务提供者)、事件类型(表示是否需要继续派具有新的技能的服务提供者)等。所述第三特征可以用向量表示。例如，第三特征的向量表示为[2,0,0]。其中，数字2表示为事件类型1(车辆故障)的严重等级为2。又例如，第三特征的向量表示为[0,1,0]，其中，数字1表示为新增事件类型2(司乘冲突)，严重等级为1。
[0153]
步骤702，获取所述候选服务提供者集合中每一个候选服务提供者的第四特征；所述第四特征包括服务提供者的技能和服务提供者的位置。
[0154]
步骤702与步骤502相似，详细描述可以参见步骤502。
[0155]
步骤703，基于所述第一特征、所述第三特征和所述第四特征，确定所述候选服务提供者集合中每一个候选服务提供者的匹配度，进而从所述候选服务提供者集合中确定出第二服务提供者。
[0156]
示例性的，步骤703，基于所述第一特征、所述第三特征和所述第四特征，确定所述候选服务提供者集合中每一个候选服务提供者的匹配度，进而从所述候选服务提供者集合中确定出第二服务提供者还可以包括：
[0157]
确定所述候选服务提供者集合中每一个服务提供者的位置与目标位置的第一距离。
[0158]
当所述第一距离小于第一阈值，且相应服务提供者的技能与事件的后续处理工作内容相匹配时，将所述服务提供者确定为第二服务提供者。
[0159]
例如，候选服务提供者集合包括5个服务提供者，服务提供者的信息可以表示为(id，性别，年龄，电话，技能1(修车)，技能2(调解)，技能3(急救)，服务提供者的位置坐标)。在一些实施例中，服务提供者的信息可以包括服务提供者等级。
[0160]
服务提供者11(0011，男，30，号码11，[1,0,0]，x11，y11)；
[0161]
服务提供者12(0012，男，28，号码12，[0,1,0]，x12，y12)；
[0162]
服务提供者13(0013，男，35，号码13，[0,0,1]，x13，y14)；
[0163]
服务提供者14(0014，男，40，号码14，[2,1,0]，x14，y14)；
[0164]
服务提供者15(0015，男，26，号码15，[3,0,0]，x15，y15)。
[0165]
其中，数字0代表不具有该项技能，数字不等于0代表具有该项技能。当数字大于0时，数字越大(例如，2、3、4)可以表示服务提供者的技能等级越高。例如，服务提供者11的修车技能等级为1；服务提供者14的修车技能等级为2，调解技能等级为1；服务提供者15的修车技能等级为3。
[0166]
求助请求信息可以表示为(用户id，性别，年龄，电话，事件类型1(车辆故障)，事件类型2(司乘冲突)，事件类型3(人员受伤)，用户位置坐标)。用户位置坐标为目标位置。服务提供者信息中的服务提供者的技能与用户的求助请求信息中的事件类型相对应。例如，技能1为修车与用户的求助请求信息中事件类型1为车辆故障相对应。技能2为调解与用户的求助请求信息中事件类型2为司乘冲突相对应。技能3为急救与用户的求助请求信息中事件类型3为人员受伤相对应。
[0167]
例如，某个用户a的求助请求信息为(001，男，25，号码0，[1,0,0]，x0，y0)。其中，事件类型用向量a＝[1,0,0]表示，数字1代表用户选择了该项事件类型，数字0代表用户没有选择该项事件类型。在一些实施例中，当数字大于0时，数字越大(例如，2、3、4)可以表示事件严重等级越高。例如，用户a可以选择事件严重等级为第二等级，则用户a信息为(001，男，25，号码0，[2,0,0]，x0，y0)。用户a可以选择事件严重等级为第三等级，则用户a信息为(001，男，25，号码0，[3,0,0]，x0，y0)
[0168]
用户a的求助请求的第一特征中目标位置为(x0,y0)。反馈信息的第三特征的向量表示为f＝[2,0,0]，即第一服务提供者对事件的反馈表明车辆故障的严重等级为第二等级。服务器110需要确定出技能匹配的第二服务提供者且服务提供者的技能等级大于或等于第二等级。
[0169]
基于第一特征中的目标位置和第四特征中的服务提供者的位置，服务器110可以计算服务提供者11、服务提供者12、服务提供者13、服务提供者14和服务提供者15与目标位置(x0,y0)的距离s。
[0170]
对于服务提供者11，
[0171]
对于服务提供者12，
[0172]
对于服务提供者13，
[0173]
对于服务提供者14，
[0174]
对于服务提供者15，
[0175]
候选服务提供者集合的5个服务提供者的第四特征中，服务提供者11的技能为修车，向量表示为d11＝[1,0,0]，由于第一服务提供者的反馈信息的事件类型与服务提供者1的技能相对应，但是技能等级为1小于事件严重等级为2，表明服务提供者11不适于处理用户a的求助请求。
[0176]
具体地，基于第三特征和第四特征，服务器110可以计算向量d11与向量f的转置向量ft的乘积r11。r11＝d11
·
ft＝[1,0,0]
·
[2,0,0]t＝2，r11大于0。
[0177]
进一步地，服务器110可以比较服务提供者的技能等级与事件严重等级，技能等级为1小于事件严重等级为2，表明服务提供者11不适于理用户a的求助请求。
[0178]
候选服务提供者集合的5个服务提供者的第四特征中，服务提供者12的技能为调解，向量表示为d12＝[0,1,0]，由于第一服务提供者的反馈信息的事件类型与服务提供者1的技能不对应，表明服务提供者12不适于处理用户a的求助请求。
[0179]
具体地，基于第三特征和第四特征，服务器110可以计算向量d12与向量f的转置向量ft的乘积r12。r12＝d12
·
ft＝[0,1,0]
·
[2,0,0]t＝0，因为r12等于0，表明服务提供者12不适于处理用户a的求助请求。
[0180]
候选服务提供者集合的5个服务提供者的第四特征中，服务提供者13的技能为急救，向量表示为d13＝[0,0,1]，由于用户a的事件类型与服务提供者3的技能不对应，则服务提供者3不适于处理用户a的求助请求。
[0181]
具体地，基于第三特征和第四特征，服务器110可以计算向量d3与向量f的转置向量ft的乘积r13。r13＝d13
·
ft＝[0,0,1]
·
[2,0,0]t＝0，因为r13等于0，表明服务提供者3不适于处理用户a的求助请求。
[0182]
候选服务提供者集合的5个服务提供者的第四特征中，服务提供者14的技能为修车和调解，向量表示为d14＝[2,1,0]，由于第一服务提供者的反馈信息的事件类型与服务提供者14的技能相对应，且技能等级为2等于事件严重等级为2，表明服务提供者14可以处理用户a的求助请求。
[0183]
具体地，基于第三特征和第四特征，服务器110可以计算向量d14与向量f的转置向量ft的乘积r14。r14＝d14
·
ft＝[2,1,0]
·
[2,0,0]t＝4，r14大于0。
[0184]
进一步地，服务器110可以比较技能等级与事件严重等级，技能等级为2等于事件严重等级为2，表明服务提供者14可以处理用户a的求助请求。
[0185]
候选服务提供者集合的5个服务提供者的第四特征中，服务提供者5的技能为修车，向量表示为d15＝[3,0,0]，由于第一服务提供者的反馈信息的事件类型与服务提供者15的技能相对应，且技能等级为3大于事件严重等级为2，表明服务提供者15可以处理用户a的求助请求。
[0186]
具体地，基于第三特征和第四特征，服务器110可以计算向量d15与向量f的转置向量ft的乘积r15。r15＝d15
·
ft＝[3,0,0]
·
[2,0,0]t＝6，r15大于0。
[0187]
进一步地，服务器110可以比较技能等级与事件严重等级，技能等级为3大于事件严重等级为2，表明服务提供者15可以处理用户a的求助请求。
[0188]
在本实施例中，基于第三特征和第四特征，服务器110可以确定出可以处理用户a的求助请求的第二服务提供者；进一步地，基于第一特征和第四特征，服务器110可以通过比较服务提供者的位置与目标位置的距离与第一阈值确定出至少一个第二服务提供者。当服务提供者的位置与目标位置的距离小于第一阈值s0时，服务器110可以将对应的服务提供者确定为第二服务提供者。例如，只有s11小于第一阈值s0，服务器110可以将服务提供者11确定为第二服务提供者。
[0189]
在另一实施例中，基于第一特征和第四特征，服务器110可以确定出距离目标位置第一阈值范围内的服务提供者。进一步地，基于第三特征和第四特征，服务器110可以确定出距离目标位置第一阈值范围内的服务提供者中可以处理用户a的求助请求的第二服务提供者。
[0190]
在一些实施例中，当距离目标位置第一阈值范围内没有能够处理用户a的求助请
求的第二服务提供者时，服务器110可以进一步扩大第一阈值，直到服务器110可以确定出可以处理用户a的求助请求的第二服务提供者。
[0191]
在一些实施例中，当第一阈值范围内存在多个技能匹配的服务提供者时，服务器110可以将离目标位置的远近作为评价服务提供者的匹配度大小。例如，s11＜s14＜s15＜s0，则服务提供者11的匹配度最高，服务器110可以确定服务提供者11为用户a的最佳的处理事件的服务提供者。
[0192]
在一些实施例中，当第一阈值范围内存在多个技能匹配的服务提供者时，服务器110可以将服务提供者等级作为评价服务提供者的匹配度大小。例如，当第一阈值范围内有三个技能匹配的服务提供者时，服务器110可以将服务提供者等级最高的服务提供者确定为第一服务提供者。其中，服务提供者等级可以包括服务提供者的技能的等级(等级越高处理事件能力越强)、用户对服务提供者的评价等级(例如，用户对服务提供者的处理能力评价，服务提供者服务态度评价等)、服务器110对服务提供者的历史处理情况的评价(例如，综合服务提供者的历史处理过程中的相关信息对服务提供者所作的等级评价)。例如，s11＜s14＜s15＜s0，其中，服务提供者15的技能等级最高，则服务提供者5的匹配度最高，服务器110可以确定服务提供者15为用户a的最佳的处理事件的服务提供者。
[0193]
图8是根据本发明的一些实施例所示的一种信息处理装置的功能框图。
[0194]
服务提供者装置800包括第一获取模块810、第一确定模块820、第一生成模块830和第一发送模块840。
[0195]
第一获取模块810，用于接收用户终端发送的求助请求。所述用户终端可以包括司机终端和/或乘客终端。
[0196]
第一确定模块820，用于基于所述求助请求，从候选服务提供者集合中确定出第一服务提供者。
[0197]
第一生成模块830，用于生成第一服务订单。所述第一服务订单至少包括以下一种：目标位置、事件类型或用户联系方式。
[0198]
第一发送模块840，用于发送所述第一服务订单到所述第一服务提供者相关联的第一终端。
[0199]
在一些实施例中，信息处理装置110还包括第二获取模块，用于获取所述用户终端发送的求助订单完成信息。其中，所述求助订单完成信息至少包括以下一种：救援时长或事件处理结果。
[0200]
图9是根据本发明的一些实施例所示的一种第一确定模块820的功能框图。
[0201]
第一确定模块820包括第一获取单元910、第二获取单元920和第一确定单元930。
[0202]
第一获取单元910，用于获取所述求助请求的第一特征。所述第一特征包括目标位置和事件类型。
[0203]
第二获取单元920，用于获取所述候选服务提供者集合中每一个候选服务提供者的第二特征。所述第二特征包括服务提供者的技能和服务提供者的位置。
[0204]
第一确定单元930，用于基于所述第一特征和所述第二特征，确定所述候选服务提供者集合中每一个候选服务提供者的匹配度，进而从所述候选服务提供者集合中确定出第一服务提供者。
[0205]
图10是根据本发明的一些实施例所示的一种第一确定单元930的功能框图。
[0206]
第一确定单元930包括第一确定子单元1010和第二确定子单元1020。
[0207]
第一确定子单元1010，用于确定所述候选服务提供者集合中每一个服务提供者的位置与目标位置的第一距离。
[0208]
第二确定子单元1020，用于当所述第一距离小于第一阈值，且相应服务提供者技能与事件类型相匹配时，将所述服务提供者确定为第一服务提供者。
[0209]
图11是根据本发明的一些实施例所示的另一种信息处理装置的功能框图。
[0210]
信息处理装置1100包括第一获取模块810、第一确定模块820、第一生成模块830、第一发送模块840、第二获取模块850、第二确定模块860、第二生成模块870和第二发送模块880。
[0211]
第一获取模块810，用于获取用户终端发送的求助请求。所述用户终端包括司机终端和/或乘客终端。
[0212]
第一确定模块820，用于基于所述求助请求，从候选服务提供者集合中确定出第一服务提供者。
[0213]
第一生成模块830，用于生成第一服务订单。所述第一服务订单至少包括以下一种：目标位置、事件类型或用户联系方式。
[0214]
第一发送模块840，用于发送所述第一服务订单到所述第一服务提供者相关联的第一终端。
[0215]
第二获取模块850，用于获取所述第一终端发送的反馈信息。所述反馈信息包括所述第一服务提供者对事件所作的评价。
[0216]
第二确定模块860，用于基于所述求助请求和所述反馈信息，从候选服务提供者集合中确定出第二服务提供者。
[0217]
第二生成模块870，用于生成第二服务订单。所述第二服务订单至少包括以下一种：目标位置、事件类型或用户联系方式。
[0218]
第二发送模块880，用于发送所述第二服务订单到所述第二服务提供者相关联的第二终端。
[0219]
在一些实施例中，信息处理装置1100还包括第三获取模块，用于获取所述用户终端发送的求助订单完成信息。其中，所述求助订单完成信息至少包括以下一种：救援时长或事件处理结果。
[0220]
图12是根据本发明的一些实施例所示的一种第二确定模块860的功能框图。
[0221]
第二确定模块860包括第一获取单元1210、第二获取单元1220和第一确定单元1230。
[0222]
第一获取单元1210，用于获取所述求助请求的第一特征和所述反馈信息的第三特征。所述第一特征包括目标位置。所述第三特征包括事件的后续处理工作内容。
[0223]
第二获取单元1220，用于获取所述候选服务提供者集合中每一个候选服务提供者的第四特征。所述第四特征包括服务提供者的技能和服务提供者的位置。
[0224]
第一确定单元1230，用于基于所述第一特征、所述第三特征和所述第四特征，确定所述候选服务提供者集合中每一个候选服务提供者的匹配度，进而从所述候选服务提供者集合中确定出所述第二服务提供者。
[0225]
图13是根据本发明的一些实施例所示的一种第二确定模块1230的功能框图。
[0226]
第二确定模块1230包括第一确定子单元1310和第二确定子单元1320。
[0227]
第一确定子单元1310，用于确定每一个服务提供者的位置与目标位置的第一距离。
[0228]
第二确定子单元1320，用于当所述第一距离小于第一阈值，且相应服务提供者的技能与事件的后续处理工作内容相匹配时，将所述服务提供者确定为第二服务提供者。
[0229]
图14是根据本发明的一些实施例所示的另一种信息处理方法的流程示意图。
[0230]
步骤1401，获取事件信息。
[0231]
用户端(包括乘客端130和/或司机端140)可以获取用户输入的事件信息。用户输入事件信息的形式包括：语音形式、文字形式、图像形式、视频形式等中的一种或几种的组合。
[0232]
步骤1402，生成求助请求并发送。所述求助请求至少包括事件类型和目标位置。
[0233]
用户端可以基于事件信息生成求助请求。进一步地，用户端可以将求助请求发送给服务器110。
[0234]
步骤1403，获取至少一个服务提供者的相关信息。所述服务提供者的相关信息至少包括联系方式和服务提供者的位置。
[0235]
用户端可以获取服务器110发送的至少一个服务提供者的相关信息。用户可以知道服务提供者的相关信息包括联系方式和服务提供者的位置。
[0236]
在一些实施例中，所述信息处理方法还包括：发送求助订单完成信息。所述求助订单完成信息至少包括以下一种：救援时长或事件处理结果。
[0237]
图15是根据本发明的一些实施例所示的另一种信息处理装置的功能框图。
[0238]
信息处理装置1500可以由用户端(例如，乘客端130和/或司机端140)实现。信息处理装置1500可以包括第一获取模块1510、生成模块1520和第二获取模块1530。
[0239]
第一获取模块1510，用于获取事件信息。
[0240]
生成模块1520，用于生成求助请求并发送。所述求助请求至少包括事件类型和目标位置。
[0241]
第二获取模块1530，用于获取至少一个服务提供者的相关信息。所述服务提供者的相关信息至少包括联系方式和服务提供者的位置。
[0242]
在一些实施例中，信息处理装置1500还包括发送模块，用于发送求助订单完成信息。所述求助订单完成信息至少包括以下一种：救援时长或事件处理结果。
[0243]
需要说明的是，上述各个模块可以是通过计算机指令实现的软件模块。
[0244]
上文所描述的各个模块和单元并不是必须的，对于本领域的专业人员来说，在了解本技术内容和原理后，都可能在不背离本技术原理、结构的情况下，对该系统进行形式和细节上的各种修正和改变，各个模块可以任意组合，或者构成子系统与其它模块连接，而这些修正和改变仍在本技术的权利要求保护范围之内。
[0245]
本技术实施例可能带来的有益效果包括但不限于：(1)通过线上化进行救援派单，提高了救援派单的准确性和救援的效率；(2)通过获取服务提供者的反馈信息进行连环救援派单，更精准地进行救援派单，节省了人力成本。需要说明的是，不同实施例可能产生的有益效果不同，在不同的实施例里，可能产生的有益效果可以是以上任意一种或几种的组合，也可以是其他任何可能获得的有益效果。
[0246]
本领域技术人员应明白，本技术的实施例可提供为方法、系统或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
[0247]
以上所述为本技术的基本构思，仅以实施例形式呈现，显而易见地，本领域的技术人员依据本技术作出相应变化、改进或修正。这些变化、改进和修正已被本技术所暗示或间接提出，均包含在本技术实施例的精神或范围之内。
[0248]
对于描述本技术的术语，例如“一个实施例”、“一些实施例”或“某些实施例”，表示与它们相关的至少一个特征、结构或特点是包含在本技术的实施例之中的。
[0249]
另外，对于本领域的技术人员来说，本技术中的实施例可能涉及到一些新的流程、方法、机器、产品或者与它们相关的改进。因此，本技术的实施例可以在纯硬件或纯软件中实施，其中软件包括但不限于操作系统、常驻软件或微代码等；也可以在同时包含硬件和软件的“系统”、“模块”、“子模块”、“单元”等中实施。另外，本技术的实施例可以以计算机程序的形式存在，它们可以承载在计算机可读取的媒介中。