CN111435480A - 一种服务管理方法、装置、服务器及计算机可读存储介质 - Google Patents

一种服务管理方法、装置、服务器及计算机可读存储介质 Download PDF

Info

Publication number
CN111435480A
CN111435480A CN201910028255.1A CN201910028255A CN111435480A CN 111435480 A CN111435480 A CN 111435480A CN 201910028255 A CN201910028255 A CN 201910028255A CN 111435480 A CN111435480 A CN 111435480A
Authority
CN
China
Prior art keywords
service
service provider
user
information
abnormal
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
Application number
CN201910028255.1A
Other languages
English (en)
Inventor
张天明
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Didi Infinity Technology and Development Co Ltd
Original Assignee
Beijing Didi Infinity Technology and Development Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Didi Infinity Technology and Development Co Ltd filed Critical Beijing Didi Infinity Technology and Development Co Ltd
Priority to CN201910028255.1A priority Critical patent/CN111435480A/zh
Publication of CN111435480A publication Critical patent/CN111435480A/zh
Pending legal-status Critical Current

Links

Images

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/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0639—Performance analysis of employees; Performance analysis of enterprise or organisation operations
    • 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/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0635—Risk analysis of enterprise or organisation activities
    • 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
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services

Landscapes

  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Tourism & Hospitality (AREA)
  • Entrepreneurship & Innovation (AREA)
  • General Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Theoretical Computer Science (AREA)
  • Development Economics (AREA)
  • Educational Administration (AREA)
  • Physics & Mathematics (AREA)
  • Quality & Reliability (AREA)
  • Game Theory and Decision Science (AREA)
  • Operations Research (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Primary Health Care (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请提供了一种服务管理方法、装置、服务器及计算机可读存储介质，其中，该方法包括：当服务提供方与用户建立服务关系后，获取服务的当前状态信息，其中，服务的当前状态信息包含服务提供方的行为信息和/或用户的行为信息；若判定服务提供方的行为信息和/或用户的行为信息存在异常，则输出服务关系维护操作。本申请实施例通过服务提供方在与用户建立有服务关系时，能够约束服务提供方，对服务提供方提供的服务进行管控。

Description

一种服务管理方法、装置、服务器及计算机可读存储介质
技术领域
本申请涉及互联网技术领域，具体而言，涉及一种服务管理方法、装置、服务器及计算机可读存储介质。
背景技术
安全和合规是服务供应商非常重视的环节，服务提供方在为用户提供服务时，存在脱离服务供应商监控的服务可能，比如服务提供方私下为用户提供服务，导致服务供应商无法约束服务提供方为用户提供服务的质量，且存在交易风险，当服务双方是在服务平台上进行交易，服务供应商如何监控并约束双方的异常行为，成为亟待解决的技术问题。
发明内容
有鉴于此，本申请实施例的目的在于提供一种服务管理方法、装置、服务器及计算机可读存储介质，能够使服务提供方在与用户建立有服务关系时，约束服务提供方，对服务提供方提供的服务进行管控。
根据本申请的一个方面，提供一种服务管理方法，所述方法包括：
在服务提供方与用户建立有服务关系时，获取服务的当前状态信息，其中，所述服务的当前状态信息包含服务提供方的行为信息和/或用户的行为信息；
若判定所述服务提供方的行为信息和/或所述用户的行为信息存在异常，则输出服务关系维护操作。
在一些实施例中，判定所述用户的行为信息存在异常的步骤，包括：
获取所述服务提供方的当前服务影像；
若所述当前服务影像中包含的人物信息与所述服务关系中包含的人物信息不同，则所述用户的行为信息存在异常。
在一些实施例中，所述当前服务影像中包含的人物信息，与所述服务关系中包含的人物信息不同，则所述用户的行为信息存在异常的步骤，包括：
若所述当前服务影像中包含的人物数量与所述服务关系中包含的人物数量不同，则所述用户的行为信息存在异常。
在一些实施例中，所述当前服务影像中包含的人物信息，与所述服务关系中包含的人物信息不同，则所述用户的行为信息存在异常的步骤，包括：
所述当前服务影像中包含的性别组成与所述服务关系中包含的性别组成不同，则所述用户的行为信息存在异常。
在一些实施例中，判定所述服务提供方的行为信息存在异常的步骤，包括：
获取与所述服务提供方对应的影像获取端的工作状态；
若确定与所述服务提供方对应的影像获取端工作异常，则判定所述服务提供方的行为信息存在异常。
在一些实施例中，所述确定与所述服务提供方对应的影像获取端工作异常的步骤，包括：
若与所述服务提供方对应的影像获取端采集的服务影像中，持续第一时间阈值画面无变化；或，
与所述服务提供方对应的影像获取端采集的服务影像中，无法识别出人物信息，则确定与所述服务提供方对应的影像获取端工作异常。
在一些实施例中，在输出服务关系维护操作的步骤之前，所述方法还包括：
向所述服务关系中的每一用户均发送服务确认信息，其中，所述服务确认信息用于确认所述服务提供方是否服务异常；
若每一所述用户均反馈服务异常信息，则输出服务关系维护操作。
在一些实施例中，在获取服务的当前状态信息的步骤之前，所述方法还包括：
接收目标用户发送的服务监管请求，以响应所述服务监管请求，获取服务的当前状态信息；
其中，所述目标用户为所述服务关系包含的用户之一。
在一些实施例中，输出服务关系维护操作的步骤，包括：
若在第二阈值时间的范围内，所述服务提供方所维护的服务关系被记录异常的次数低于第一次数阈值，则向所述服务提供方发送第一提示信息；
若在所述第二阈值时间的范围内，所述服务提供方所维护的服务关系被记录异常的次数达到所述第一次数阈值，则向目标终端发送第二提示信息。
在一些实施例中，所述方法还包括：
若在所述第二阈值时间的范围内，所述服务提供方所维护的服务关系被记录异常的次数达到第二次数阈值，则停止为所述服务提供方建立新的服务关系，其中，所述第二次数阈值大于所述第一次数阈值。
在一些实施例中，所述方法还包括：
更新所述第二阈值时间，以使所述更新后的第二阈值时间用于确定所述服务提供方所维护的服务关系被记录异常的次数。
结合本申请的另一方面，提供一种服务管理装置，所述装置包括：
收发模块，用于在服务提供方与用户建立有服务关系时，获取服务的当前状态信息，其中，所述服务的当前状态信息包含服务提供方的行为信息和/或用户的行为信息；
处理模块，用于若判定所述服务提供方的行为信息和/或所述用户的行为信息存在异常，则输出服务关系维护操作。
在一些实施例中，所述处理模块具体用于：
获取所述服务提供方的当前服务影像；
若所述当前服务影像中包含的人物信息与所述服务关系中包含的人物信息不同，则所述用户的行为信息存在异常。
在一些实施例中，所述处理模块具体用于：
若所述当前服务影像中包含的人物数量与所述服务关系中包含的人物数量不同，则所述用户的行为信息存在异常。
在一些实施例中，所述处理模块具体用于：
所述当前服务影像中包含的性别组成与所述服务关系中包含的性别组成不同，则所述用户的行为信息存在异常。
在一些实施例中，所述处理模块具体用于：
获取与所述服务提供方对应的影像获取端的工作状态；
若确定与所述服务提供方对应的影像获取端工作异常，则判定所述服务提供方的行为信息存在异常。
在一些实施例中，所述处理模块具体用于：
若与所述服务提供方对应的影像获取端采集的服务影像中，持续第一时间阈值画面无变化；或，
与所述服务提供方对应的影像获取端采集的服务影像中，无法识别出人物信息，则确定与所述服务提供方对应的影像获取端工作异常。
在一些实施例中，所述处理模块还用于：
向所述服务关系中的每一用户均发送服务确认信息，其中，所述服务确认信息用于确认所述服务提供方是否服务异常；
若每一所述用户均反馈服务异常信息，则输出服务关系维护操作。
在一些实施例中，所述处理模块还用于：
接收目标用户发送的服务监管请求，以响应所述服务监管请求，获取服务的当前状态信息；
其中，所述目标用户为所述服务关系包含的用户之一。
在一些实施例中，所述处理模块具体用于：
若在第二阈值时间的范围内，所述服务提供方所维护的服务关系被记录异常的次数低于第一次数阈值，则向所述服务提供方发送第一提示信息；
若在所述第二阈值时间的范围内，所述服务提供方所维护的服务关系被记录异常的次数达到所述第一次数阈值，则向目标终端发送第二提示信息。
在一些实施例中，所述处理模块还具体用于：
若在所述第二阈值时间的范围内，所述服务提供方所维护的服务关系被记录异常的次数达到第二次数阈值，则停止为所述服务提供方建立新的服务关系，其中，所述第二次数阈值大于所述第一次数阈值。
在一些实施例中，所述处理模块还具体用于：
更新所述第二阈值时间，以使所述更新后的第二阈值时间用于确定所述服务提供方所维护的服务关系被记录异常的次数。
根据本申请的另一方面，提供一种服务器，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当服务器运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行上述的服务管理方法的步骤。
根据本申请的另一方面，提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述的服务管理方法的步骤。
基于上述任一方面，本申请实施例所提供的一种服务管理方法、装置、服务器及计算机可读存储介质，在服务提供方与用户建立有服务关系时，通过获取该建立的服务关系下服务提供方的行为信息、用户的行为信息或服务提供方的行为信息与用户的行为信息的组合作为服务的当前状态信息，进而当服务提供方的行为信息出现异常时、用户的行为信息出现异常时或服务提供方的行为信息与用户的行为信息均出现异常时，判定服务提供方当前为用户提供的服务出现异常，输出服务关系维护操作，以对服务提供方进行约束，相比于现有技术，使服务提供方在与用户建立有服务关系时，能够约束服务提供方，对服务提供方提供的服务进行管控。
另外，在一些实施例中，通过约束服务提供方服务的用户的行为信息，在服务提供方与用户建立有服务关系时，获取服务提供方的当前服务影像，并对当前服务影像中包含的人物信息与服务关系中包含的人物信息进行对比，进而对服务提供方提供的服务进行管控。
另外，在一些实施例中，通过向服务关系下的每一用户均发送服务确认信息，且在每一用户均反馈服务异常信息时，确定该服务提供方存在异常服务行为，而非仅依靠对服务提供方的行为信息或用户的行为信息的判定结果，提升对服务提供方的服务状态判定结果的可靠性。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
图1示出了本申请一些实施例的服务管理***的框图；
图2示出了根据本申请的一些实施例的可以实现本申请思想的服务器的示例性硬件和软件组件的示意图；
图3示出了本申请实施例所提供的一种服务管理方法的一种示意性流程图；
图4为图3中S303的子步骤的一种示意性流程图；
图5为图3中S303的子步骤的另一种示意性流程图；
图6示出了本申请实施例所提供的一种服务管理方法的另一种示意性流程图；
图7示出了本申请实施例所提供的一种服务管理方法的另一种示意性流程图；
图8为图3中S306的子步骤的一种示意性流程图；
图9示出了本申请实施例所提供的一种服务管理装置的一种示意性结构图。
图中：100-服务管理***；120-网络；130-服务请求方终端；140-服务提供方终端；150-数据库；200-服务器；210-网络端口；220-处理器；230-通信总线；240-存储介质；250-I/O接口；400-服务管理装置；401-收发模块；402-处理模块。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。
另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。
为了使得本领域技术人员能够使用本申请内容，结合特定应用场景“打车服务平台”，给出以下实施方式。对于本领域技术人员来说，在不脱离本申请的精神和范围的情况下，可以将这里定义的一般原理应用于其他实施例和应用场景。虽然本申请主要围绕“打车服务平台”这一应用场景进行描述，但是应该理解，这仅是一个示例性实施例。本申请可以应用于任何其他交通运输类型。例如，本申请可以应用于不同的运输***环境，包括陆地，海洋等，或其任意组合。运输***的交通工具可以包括出租车、私家车、顺风车、公共汽车、或无人驾驶车辆等，或其任意组合。本申请还可以包括用于为用户提供服务的任何服务***，例如，用于发送和/或接收快递的***、用于买卖双方交易的服务***。本申请的***或方法的应用可以包括网页、浏览器的插件、客户端终端、定制***、内部分析***、或人工智能机器人等，或其任意组合。
需要说明的是，本申请实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。
本申请中的术语“服务请求”和“订单”可互换使用，以指代由乘客、服务请求方、司机、服务提供方、或供应商等、或其任意组合发起的请求。接受该“服务请求”或“订单”的可以是乘客、服务请求方、司机、服务提供方、或供应商等、或其任意组合。服务请求可以是收费的或免费的。
在本申请提出申请之前，对于服务提供方私下为用户提供服务等行为，服务供应商往往只能采取事前教育和事后反馈的方式对服务提供方进行约束，比如对于一些打车服务平台，对于司机利用平台私下拉乘客等行为，打车服务平台一般只能采用事前提醒和事后调查反馈的方式对司机进行约束，但事前提醒往往约束力较低，司机在执行时可能会忽略平台管理员的提醒；而对于事后反馈的方式，打车服务平台往往存在取证困难、以及对服务提供方量化考核指标不足的问题，导致无法有效的对服务提供方的异常服务行为进行管控。
基于上述现有技术的缺陷，本申请实施例提供一种服务管理方法、装置、服务器及计算机可读存储介质，其核心改进点在于：在服务提供方与用户建立有服务关系时，通过获取该建立的服务关系下服务提供方的行为信息、用户的行为信息或服务提供方的行为信息与用户的行为信息的组合作为服务的当前状态信息，进而当服务提供方的行为信息出现异常时、用户的行为信息出现异常时或服务提供方的行为信息与用户的行为信息均出现异常时，判定服务提供方当前为用户提供的服务出现异常，输出服务关系维护操作，以对服务提供方进行约束。
图1示出了本申请一些实施例的服务管理***100的框图。例如，服务管理***100可以是用于诸如出租车、代驾服务、快车、拼车、公共汽车服务、驾驶员租赁、或班车服务之类的运输服务、或其任意组合的在线运输服务平台。服务管理***100可以包括服务器200、网络120、服务请求方终端130、服务提供方终端140和数据库150中的一种或多种，服务器200中可以包括执行指令操作的处理器。
在一些实施例中，服务器200可以是单个服务器，也可以是服务器组。服务器组可以是集中式的，也可以是分布式的(例如，服务器200可以是分布式***)。在一些实施例中，服务器200相对于终端，可以是本地的、也可以是远程的。例如，服务器200可以经由网络120访问存储在服务请求方终端130、服务提供方终端140、或数据库150、或其任意组合中的信息和/或数据。作为另一示例，服务器200可以直接连接到服务请求方终端130、服务提供方终端140和数据库150中至少一个，以访问存储的信息和/或数据。在一些实施例中，服务器200可以在云平台上实现；仅作为示例，云平台可以包括私有云、公有云、混合云、社区云(community cloud)、分布式云、跨云(inter-cloud)、多云(multi-cloud)等，或者它们的任意组合。在一些实施例中，服务器200可以具有本申请中如图2所示的结构。
在一些实施例中，服务器200可以包括处理器。处理器可以处理与服务请求有关的信息和/或数据，以执行本申请中描述的一个或多个功能。例如，处理器可以基于从服务请求方终端130获得的服务请求来确定目标车辆。在一些实施例中，处理器可以包括一个或多个处理核(例如，单核处理器(S)或多核处理器(S))。仅作为举例，处理器可以包括中央处理单元(Central Processing Unit,CPU)、专用集成电路(Application SpecificIntegrated Circuit,ASIC)、专用指令集处理器(Application Specific Instruction-set Processor,ASIP)、图形处理单元(Graphics Processing Unit,GPU)、物理处理单元(Physics Processing Unit,PPU)、数字信号处理器(Digital Signal Processor,DSP)、现场可编程门阵列(Field Programmable Gate Array,FPGA)、可编程逻辑器件(Programmable Logic Device,PLD)、控制器、微控制器单元、简化指令集计算机(ReducedInstruction Set Computing,RISC)、或微处理器等，或其任意组合。
网络120可以用于信息和/或数据的交换。在一些实施例中，服务管理***100中的一个或多个组件(例如，服务器200，服务请求方终端130，服务提供方终端140和数据库150)可以向其他组件发送信息和/或数据。例如，服务器200可以经由网络120从服务请求方终端130获取服务请求。在一些实施例中，网络120可以是任何类型的有线或者无线网络，或者是他们的结合。仅作为示例，网络120可以包括有线网络、无线网络、光纤网络、远程通信网络、内联网、因特网、局域网(Local Area Network，LAN)、广域网(Wide Area Network，WAN)、无线局域网(Wireless Local Area Networks，WLAN)、城域网(Metropolitan Area Network，MAN)、广域网(Wide Area Network，WAN)、公共电话交换网(Public Switched TelephoneNetwork，PSTN)、蓝牙网络、ZigBee网络、或近场通信(Near Field Communication,NFC)网络等，或其任意组合。在一些实施例中，网络120可以包括一个或多个网络接入点。例如，网络120可以包括有线或无线网络接入点，例如基站和/或网络交换节点，服务管理***100的一个或多个组件可以通过该接入点连接到网络120以交换数据和/或信息。
在一些实施例中，服务请求方终端130的用户可以是除服务实际需求者之外的其他人。例如，服务请求方终端130的用户A可以使用服务请求方终端130来为服务实际需求者B发起服务请求(比如，用户A可以为自己的朋友B叫车)，或者从服务器200接收服务信息或指令等。在一些实施例中，服务提供方终端140的用户可以是服务实际提供者，也可以是除服务实际提供者之外的其他人。例如，服务提供方终端140的用户C可以使用服务提供方终端140接收由服务实际提供者D提供服务的服务请求(比如用户C可以为自己雇用的司机D接单)，和/或来自服务器200的信息或指令。在一些实施例中，“服务请求方”和“服务请求方终端”可以互换使用，“服务提供方”和“服务提供方终端”可以互换使用。
在一些实施例中，服务请求方终端130可以包括移动设备、平板计算机、膝上型计算机、或机动车辆中的内置设备等，或其任意组合。在一些实施例中，移动设备可以包括智能家居设备、可穿戴设备、智能移动设备、虚拟现实设备、或增强现实设备等，或其任意组合。在一些实施例中，智能家居设备可以包括智能照明设备、智能电器设备的控制设备、智能监控设备、智能电视、智能摄像机、或对讲机等，或其任意组合。在一些实施例中，可穿戴设备可包括智能手环、智能鞋带、智能玻璃、智能头盔、智能手表、智能服装、智能背包、智能配件等、或其任何组合。在一些实施例中，智能移动设备可以包括智能手机、个人数字助理(Personal Digital Assistant，PDA)、游戏设备、导航设备、或销售点(point of sale，POS)设备等，或其任意组合。在一些实施例中，虚拟现实设备和/或增强现实设备可以包括虚拟现实头盔、虚拟现实玻璃、虚拟现实贴片、增强现实头盔、增强现实玻璃、或增强现实贴片等，或其任意组合。例如，虚拟现实设备和/或增强现实设备可以包括各种虚拟现实产品等。在一些实施例中，机动车辆中的内置设备可以包括车载计算机、车载电视等。在一些实施例中，服务请求方终端130可以是具有用于定位服务请求方和/或服务请求方终端的位置的定位技术的设备。
在一些实施例中，服务提供方终端140可以是与服务请求方终端130类似或相同的设备。在一些实施例中，服务提供方终端140可以是具有定位技术的设备，用于定位服务提供方和/或服务提供方终端的位置。在一些实施例中，服务请求方终端130和/或服务提供方终端140可以与其他定位设备通信以确定服务请求方、服务请求方终端130、服务提供方、或服务提供方终端140、或其任意组合的位置。在一些实施例中，服务请求方终端130和/或服务提供方终端140可以将定位信息发送给服务器200。
数据库150可以存储数据和/或指令。在一些实施例中，数据库150可以存储从服务请求方终端130和/或服务提供方终端140获得的数据。在一些实施例中，数据库150可以存储在本申请中描述的示例性方法的数据和/或指令。在一些实施例中，数据库150可以包括大容量存储器、可移动存储器、易失性读写存储器、或只读存储器(Read-Only Memory,ROM)等，或其任意组合。作为举例，大容量存储器可以包括磁盘、光盘、固态驱动器等；可移动存储器可包括闪存驱动器、软盘、光盘、存储卡、zip磁盘、磁带等；易失性读写存储器可以包括随机存取存储器(Random Access Memory,RAM)；RAM可以包括动态RAM(Dynamic RandomAccess Memory,DRAM)，双倍数据速率同步动态RAM(Double Date-Rate Synchronous RAM,DDR SDRAM)；静态RAM(Static Random-Access Memory,SRAM)，晶闸管RAM(Thyristor-Based Random Access Memory,T-RAM)和零电容器RAM(Zero-RAM)等。作为举例，ROM可以包括掩模ROM(Mask Read-Only Memory,MROM)、可编程ROM(Programmable Read-OnlyMemory,PROM)、可擦除可编程ROM(Programmable Erasable Read-only Memory,PEROM)、电可擦除可编程ROM(Electrically Erasable Programmable read only memory,EEPROM)、光盘ROM(CD-ROM)、以及数字通用磁盘ROM等。在一些实施例中，数据库150可以在云平台上实现。仅作为示例，云平台可以包括私有云、公有云、混合云、社区云、分布式云、跨云、多云或者其它类似的等，或其任意组合。
在一些实施例中，数据库150可以连接到网络120以与服务管理***100(例如，服务器200，服务请求方终端130，服务提供方终端140等)中的一个或多个组件通信。服务管理***100中的一个或多个组件可以经由网络120访问存储在数据库150中的数据或指令。在一些实施例中，数据库150可以直接连接到服务管理***100中的一个或多个组件(例如，服务器200，服务请求方终端130，服务提供方终端140等)；或者，在一些实施例中，数据库150也可以是服务器200的一部分。
在一些实施例中，服务管理***100中的一个或多个组件(例如，服务器200，服务请求方终端130，服务提供方终端140等)可以具有访问数据库150的权限。在一些实施例中，当满足一定条件时，服务管理***100中的一个或多个组件可以读取和/或修改与服务请求方、服务提供方、或公众、或其任意组合有关的信息。例如，服务器200可以在接收服务请求之后读取和/或修改一个或多个用户的信息。作为另一示例，服务提供方终端140可以在从服务请求方终端130接收服务请求时访问与服务请求方有关的信息，但是服务提供方终端140可以不修改服务请求方的相关信息。
在一些实施例中，可以通过请求服务来实现服务管理***100中的一个或多个组件的信息交换。服务请求的对象可以是任何产品。在一些实施方案中，产品可以是有形产品或非物质产品。有形产品可包括食品、药品、商品、化学产品、电器、服装、汽车、房屋、或奢侈品等，或其任意组合。非物质产品可以包括服务产品、金融产品、知识产品、或互联网产品等，或其任意组合。互联网产品可以包括单独的主机产品、网络产品、移动互联网产品、商业主机产品、或嵌入式产品等，或其任意组合。互联网产品可以用在移动终端的软件、程序、或***等，或者它们的任意组合中。移动终端可以包括平板电脑、笔记本电脑、移动电话、个人数字助理(Personal Digital Assistant,PDA)、智能手表、销售点(Point of sales,POS)设备、车载电脑、车载电视、或可穿戴设备等，或其任意组合。例如，互联网产品可以是计算机或移动电话中使用的任何软件和/或应用程序。软件和/或应用程序可以涉及社交、购物、运输、娱乐时间、学习、或投资等，或其任意组合。在一些实施例中，与运输有关的软件和/或应用程序可以包括旅行软件和/或应用程序、车辆调度软件和/或应用程序、绘图软件和/或应用程序等。在车辆调度软件和/或应用程序中，车辆可包括马、马车、人力车(例如，独轮车、自行车、三轮车等)、汽车(例如，出租车、公共汽车、私家车等)等，或其任意组合。
图2示出了根据本申请的一些实施例的可以实现本申请思想的服务器200的示例性硬件和软件组件的示意图。例如，处理器220可以用于服务器200上，并且用于执行本申请中的功能。
服务器200可以是通用计算机或特殊用途的计算机，两者都可以用于实现本申请的服务管理方法。本申请尽管仅示出了一个计算机，但是为了方便起见，可以在多个类似平台上以分布式方式实现本申请描述的功能，以均衡处理负载。
例如，服务器200可以包括连接到网络的网络端口210、用于执行程序指令的一个或多个处理器220、通信总线230、和不同形式的存储介质240，例如，磁盘、ROM、或RAM，或其任意组合。示例性地，计算机平台还可以包括存储在ROM、RAM、或其他类型的非暂时性存储介质、或其任意组合中的程序指令。根据这些程序指令可以实现本申请的方法。服务器200还包括计算机与其他输入输出设备(例如键盘、显示屏)之间的输入/输出(Input/Output，I/O)接口250。
为了便于说明，在服务器200中仅描述了一个处理器。然而，应当注意，本申请中的服务器200还可以包括多个处理器，因此本申请中描述的一个处理器执行的步骤也可以由多个处理器联合执行或单独执行。例如，若服务器200的处理器执行步骤A和步骤B，则应该理解，步骤A和步骤B也可以由两个不同的处理器共同执行或者在一个处理器中单独执行。例如，第一处理器执行步骤A，第二处理器执行步骤B，或者第一处理器和第二处理器共同执行步骤A和B。
请参阅图3，图3示出了本申请实施例所提供的一种服务管理方法的一种示意性流程图，作为一种可能的实现方式，该服务管理方法包括以下步骤：
S301，获取服务的当前状态信息。
S303，判断服务提供方的行为信息和/或用户的行为信息是否存在异常；若是，则执行S306；若否，则返回执行S301。
S306，输出服务关系维护操作。
在本申请实施例中，当服务供应商在为服务提供方与用户建立有服务关系时，根据所建立的服务关系，获取该服务关系下服务的当前状态信息，其中，该服务的当前状态信息包含服务提供方的行为信息、用户的行为信息或服务提供方的行为信息与用户的行为信息两者的组合。
比如在上述示例为“打车服务平台”的应用场景中，司机作为服务提供方，乘客作为用户，打车服务平台在建立有司机与乘客的服务关系时，根据该服务关系下的司机与乘客，获取该服务关系下服务的当前状态信息，比如获取司机的操作信息、或者是获取司机的驾驶状态、或者是获取司机的图像信息作为服务提供方的行为信息，并且，获取当前该司机所服务的用户人数信息、或者是获取当前该司机所服务的用户的性别组成信息作为用户的行为信息。
其中，作为一种可能的实现方式，可以利用搭载在司机为乘客服务的车辆上的车载监控设备，拍摄司机的服务影像发送给打车服务平台，然后分析服务影像中的信息，从而获取服务的当前状态信息。
由此，服务供应商根据所获取的服务的当前状态信息，判断服务提供方的行为信息、用户的行为信息或服务提供方的行为信息与用户的行为信息两者的组合是否出现异常；若为是时，比如服务提供方的行为信息出现异常，或者是用户的行为信息出现异常，表征服务提供方当前为用户提供的服务出现异常，此时执行S306，输出服务关系维护操作，以对服务提供方进行约束；若为否时，则返回执行S301，继续对建立的服务关系进行监督管理。
基于上述设计，本申请实施例所提供的一种服务管理方法，在服务提供方与用户建立有服务关系时，通过获取该建立的服务关系下服务提供方的行为信息、用户的行为信息或服务提供方的行为信息与用户的行为信息的组合作为服务的当前状态信息，进而当服务提供方的行为信息出现异常时、用户的行为信息出现异常时或服务提供方的行为信息与用户的行为信息均出现异常时，判定服务提供方当前为用户提供的服务出现异常，输出服务关系维护操作，以对服务提供方进行约束，相比于现有技术，使服务提供方在与用户建立有服务关系时，能够约束服务提供方，对服务提供方提供的服务进行管控。
可选地，为了实现上述S303，在对用户的行为信息进行判断时，可以采用对服务提供方的服务影像中包含的人物信息进行判断的方式。请参阅图4，图4为图3中S303的子步骤的一种示意性流程图，作为一种可能的实现方式，S303包括以下子步骤：
S303-1，获取服务提供方的当前服务影像。
S303-2，判断当前服务影像中包含的人物信息与服务关系中包含的人物信息是否相同；若相同，则确定用户的行为信息正常；若不同，则确定用户的行为信息异常。
在服务提供方与用户建立有服务关系时，服务提供方侧设置有影像获取端，比如上述示例中，搭载在司机为乘客服务的车辆上的车载监控设备，该影像获取端用于服务供应商获取服务提供方的服务影像，以对服务提供方进行监管。
在本申请实施例中，通过获取服务提供方在为用户提供服务时的当前服务影像，识别该当前服务影像中的人物信息，并与建立的服务关系中包含的人物信息进行比对，若当前服务影像中包含的人物信息与服务关系中包含的人物信息相同，则确定用户的行为信息正常；若当前服务影像中包含的人物信息与服务关系中包含的人物信息不同，则确定用户的行为信息异常。
基于上述设计，本申请实施例所提供的一种服务管理方法，通过约束服务提供方服务的用户的行为信息，在服务提供方与用户建立有服务关系时，获取服务提供方的当前服务影像，并对当前服务影像中包含的人物信息与服务关系中包含的人物信息进行对比，进而对服务提供方提供的服务进行管控。
可选地，作为一种可能的实现方式，可以采用人物数量作为人物信息执行上述S303-2，通过识别当前服务影像中包含的人物数量，将当前服务影像中包含的人物数量与服务关系中包含的人物数量进行比对，若当前服务影像中包含的人物数量与服务关系中包含的人物数量不同，则确定用户的行为信息异常。
比如，在上述示例为打车服务平台的应用场景中，若打车服务平台在为司机与乘客建立服务关系时，记录该服务关系下，乘客的人数为3人；若打车服务平台通过识别司机侧的当前服务影像中，包含的乘客的人数为4人，则确定用户的行为信息异常，司机可能存在私拉乘客的行为；若打车服务平台通过识别司机侧的当前服务影像中，包含的乘客的人数为3人，则确定用户的行为信息正常；若打车服务平台通过识别司机侧的当前服务影像中，包含的乘客的人数为2人，则确定用户的行为信息异常，司机可能存在中途甩客的行为。
可选地，作为另一种可能的实现方式，还可以采用性别组成信息作为人物信息的策略执行上述S303-2，通过识别当前服务影像中每一人物的性别，获得当前服务影像中包含的性别组成，并将当前服务影像中包含的性别组成与服务关系中包含的性别组成进行比对，若当前服务影像中包含的性别组成与服务关系中包含的性别组成不同，则确定用户的行为信息存在异常。
比如，在上述示例为打车服务平台的应用场景中，若打车服务平台在为司机与乘客建立服务关系时，记录该服务关系下，乘客的性别组成为1男1女，若打车服务平台通过识别司机侧的当前服务影像中，包含的性别组成为2男，则确定用户的行为信息异常，司机可能存在私拉乘客的行为；或者是，若打车服务平台通过识别司机侧的当前服务影像中，包含的性别组成为2女，则同样确定用户的行为信息异常，司机可能存在私拉乘客的行为；而若打车服务平台通过识别司机侧的当前服务影像中，包含的性别组成为1男1女，则确定用户的行为信息正常。
值得说明的是，在上述以打车服务平台的示例中，当前服务影像中可以包含有司机的人脸信息，也可以不包含有司机的人脸信息，在包含有司机的人脸信息时，上述示例在统计当前服务影像中的人物数量或性别组成时，并未将司机纳入统计。
可选地，为了实现上述S303，在对服务提供方的行为信息进行判断时，可以采用检测与服务提供方对应的影像获取端的工作状态进行判断的方式。请参阅图5，图5为图3中S303的子步骤的另一种示意性流程图，作为另一种可能的实现方式，S303还可以包括以下子步骤：
S303-6，获取与服务提供方对应的影像获取端的工作状态；若工作异常，则确定服务提供方的行为信息异常；若工作正常，则确定服务提供方的行为信息正常。
如上所述，可以通过在服务提供方侧设置影像获取端，以对服务提供方进行监管，比如在上述示例中，搭载在司机为乘客服务的车辆上的车载监控设备。
因此，在服务提供方与用户建立有服务关系时，可以通过获取与服务提供方对应的影像获取端的工作状态，以对服务提供方的行为信息进行判断。其中，若与服务提供方对应的影像获取端工作异常，则确定服务提供方的行为信息异常；若与服务提供方对应的影像获取端工作正常，则确定服务提供方的行为信息正常。
可选地，作为一种可能的实现方式，在对影像获取端的工作状态进行判断时，可以对影像获取端采集的服务影像进行判断，若与服务提供方对应的影像获取端采集的服务影像中，持续第一时间阈值画面均无变化，比如画面全黑、画面全白、或者是画面持续为一副图像无变化，则服务提供方此时可能存在服务异常，比如为躲避监管，遮挡影像获取端的拍摄镜头，此时可以确定与服务提供方对应的影像获取端工作异常；或者是，若与服务提供方对应的影像获取端采集的服务影像中，无法识别出人物信息，则说明服务提供方此时可能存在服务异常，比如为躲避监管，将影像获取端的拍摄镜头调整至无法正常拍摄的角度，此时可以确定与服务提供方对应的影像获取端工作异常。
基于上述设计，本申请实施例所提供的一种服务管理方法，通过约束服务提供方的行为信息，在服务提供方与用户建立有服务关系时，获取与服务提供方对应的影像获取段的工作状态，进而对服务提供方提供的服务进行管控。
值得说明的是，在本申请实施例其他一些可能的实现方式中，还可以通过其他的一些形式判断服务提供方的行为信息存在异常，比如，在上述打车服务平台的示例中，将司机的人脸特征信息记录在服务关系中，若影响获取端采集的服务影像中，没有与司机的人脸特征信息相同的人脸特征信息，表征当前实际为用户提供服务的司机与建立服务关系时所关联的司机不同，此时可能存在代驾行为，记录服务提供方的行为信息异常；或者是，若通过图像识别，判定当前司机存在例如吸烟等行为，且建立的服务关系中约定有不允许司机吸烟等行为，则记录服务提供方的行为信息异常。
并且，值得说明的是，在本申请实施例一些可能的实现方式中，在执行S303时，判断服务提供方的行为信息是否存在异常，以及判断用户的行为信息是否异常异常，可以同时执行，也可以不同时执行。
上述对服务提供方的行为信息及用户的行为信息进行监控，然后根据监控结果对服务提供方的服务状态进行判断的策略，是基于服务供应商对于服务提供方的评价，若仅依靠服务供应商对服务提供方的评价，直接在对服务提供方的服务状态判定为异常时，判定服务提供方当前为用户提供的服务出现异常，则可能会导致判定结果不可靠。
因此，可选地，请参阅图6，图6示出了本申请实施例所提供的一种服务管理方法的另一种示意性流程图，作为一种可能的实现方式，在执行S306之前，该服务管理方法还包括以下步骤：
S304，向服务关系中的每一用户均发送服务确认信息。
S305，判断是否每一用户均反馈服务异常信息；若为是，执行S306；若为否，执行S301。
在本申请实施例中，若由S303判定服务提供方的行为信息出现异常、用户的行为信息出现异常或者是服务提供方的行为信息与用户的行为信息均出现异常，则服务供应商向服务关系中的每一用户均发送服务确认信息，该服务确认信息用于确认服务提供方是否服务异常，服务供应商根据每一用户反馈的信息，对服务提供方的服务状态进行判断，若每一用户均反馈服务异常信息，则可以确定服务提供方服务异常，此时则执行S306；若并非每一用户均反馈服务异常信息，此时则执行S301。
例如，在上述示例为打车服务平台的应用场景中，若打车服务平台判定司机的行为信息异常、乘客的行为信息异常或者是司机的行为信息与乘客的行为信息均异常，则此时打车服务平台向该服务关系中的每一乘客发送服务确认信息，比如“请您确认司机有无以下异常行为：私拉乘客、中途甩客、抽烟、玩手机”等等，若每一用户均反馈服务异常信息，则可以确定司机确实存在异常服务行为，此时则执行S306；若并非每一用户均反馈服务异常信息，则此时执行S301。
基于上述设计，本申请实施例所提供的一种服务管理方法，通过向服务关系下的每一用户均发送服务确认信息，且在每一用户均反馈服务异常信息时，确定该服务提供方存在异常服务行为，而非仅依靠对服务提供方的行为信息或用户的行为信息的判定结果，提升对服务提供方的服务状态判定结果的可靠性。
在一些应用场景中，上述服务管理方法可以由服务供应商自行发起，比如，在服务提供方与用户建立有服务关系时，每隔预设时间段，执行S301，由此来确保服务提供方正常的为用户提供服务。
但在一些其他的应用场景中，S301的执行还可以由用户来触发。可选地，请参阅图7，图7示出了本申请实施例所提供的一种服务管理方法的另一种示意性流程图，作为另一种可能的实现方式，在执行S301之前，该服务管理方法还可以包括以下步骤：
S300，接收目标用户发送的服务监管请求。
在本申请实施例中，在服务提供方与用户建立有服务关系时，服务供应商可以根据目标用户发送的服务监管请求，响应该服务监管请求，执行S301，以对服务提供方的服务进行管理，进而使用户参与到对服务提供方的管理中，提升监管的有效性。其中，该目标用户为服务关系包含的用户之一。
例如，在上述示例为打车服务平台的应用场景中，假定司机服务有乘客A、乘客B及乘客C，若乘客A发现司机有异常行为，比如抽烟、玩手机等，或者是没有通过打车服务平台而私拉乘客D，或者是把乘客A中途请下车，则乘客A此时作为目标用户，可向打车服务平台发送服务监管请求，以使打车服务平台接收到服务监管请求后，执行S301。
在本申请实施例中，当服务供应商确定服务提供方的行为信息或用户的行为信息存在异常时，需要输出服务关系维护操作，以对服务提供方进行约束。
可选地，请参阅图8，图8为图3中S306的子步骤的一种示意性流程图，作为一种可能的实现方式，S306包括以下子步骤：
S306-1，判断在第二阈值时间的范围内，服务提供方所维护的服务关系被记录异常的次数是否达到第一次数阈值；若为否，则向服务提供方发送第一提示信息；若为是，则向目标终端发送第二提示信息。
在本申请实施例中，存储有第二阈值时间，该第二阈值时间为统计服务提供方被记录服务异常的次数。
在服务供应商对服务提供方所维护的服务关心进行操作时，服务供应商统计在第二阈值时间的范围内，服务提供方所维护的服务关系被记录为异常的次数，若服务提供方被记录异常的次数低于第一次数阈值，则可以采用向服务提供方发送第一提示信息的方式，以提醒服务提供方的异常服务行为已被记录，终止异常服务行为；反之，若服务提供方在第二阈值时间的范围内，被记录异常的次数达到第一次数阈值，则向目标终端发送第二提示信息，请求目标终端对服务提供方进行管控，比如，作为一种可能的实现方式，目标终端可以是人工客服操作终端，通过向人工客服操作终端发送第二提示信息，以使人工客服介入，对服务提供方的异常服务行为进行管控。
可选地，请继续参阅图8，在向目标终端发送第二提示信息之前，作为另一种可能的实现方式，S306还包括以下子步骤：
S306-2，判断服务提供方所维护的关系被记录异常的次数是否达到第二次数阈值；若为是，则停止为服务提供方建立新的服务关系；若为否，则向目标终端发送第二提示信息。
在本申请实施例中，还存储有第二次数阈值，该第二次数阈值大于第一次数阈值。
在判定服务提供方被记录异常的次数达到第一次数阈值时，服务供应商还需要判断服务提供方被记录异常的次数是否达到第二次数阈值，若未达到第二次数阈值，则向目标终端发送第二提示信息；若已达到第二次数阈值，则提供为服务提供方建立新的服务关系，也就是说，停止服务提供方为新的用户提供服务。
并且，可选地，请继续参阅图8，作为一种可能的实现方式，每当服务供应商在对服务提供方的服务关系进行维护时，服务提供方还执行更新第二阈值时间的操作，以使更新后的第二阈值时间用于确定该服务提供方所维护的服务关系被记录异常的次数。
比如，作为一种可能的实现方式，每当记录一次对服务管理的维护操作，则对第二阈值时间进行增大操作。也就是说，当对服务提供方的服务关系进行维护操作时，需要增大对服务提供方进行管理的时间。
例如，在上述示例为打车服务平台的应用场景中，若该司机被记录为异常服务时，第二阈值时间为10小时，更新第二阈值时间的步长为1小时，假定第一次数阈值为2次，第二次数阈值为5次，若该司机在过去的10小时的时间范围内总计被记录为异常服务的次数为1次，则打车服务平台向司机发送第一提示信息，且更新第二阈值时间为11小时；若该司机在过去10小时的时间范围内总计被记录为异常服务的次数为4次，则打车服务平台向目标客户端，比如人工客服操作终端发送第二提示信息，以使人工客服介入，对服务提供方的异常服务行为进行管控，且更新第二阈值时间为11小时；若该司机在过去10小时的时间范围内总计被记录为异常服务的次数为5次，则打车服务平台停止向该司机派发新的乘客，且更新第二阈值时间为11小时。
请参阅图9，图9示出了本申请实施例所提供的一种服务管理装置400的一种示意性结构图，作为一种可能的实现方式，该服务管理装置400包括收发模块401及处理模块402。
收发模块401用于当服务提供方与用户建立服务关系后，获取服务的当前状态信息，其中，服务的当前状态信息包含服务提供方的行为信息和/或用户的行为信息。
处理模块402用于若判定服务提供方的行为信息和/或用户的行为信息存在异常，则输出服务关系维护操作。
可选地，作为一种可能的实现方式，处理模块402具体用于：
获取服务提供方的当前服务影像；
若当前服务影像中包含的人物信息与服务关系中包含的人物信息不同，则用户的行为信息存在异常。
可选地，作为一种可能的实现方式，处理模块402具体用于：
若当前服务影像中包含的人物数量与服务关系中包含的人物数量不同，则用户的行为信息存在异常。
可选地，作为一种可能的实现方式，处理模块402具体用于：
当前服务影像中包含的性别组成与服务关系中包含的性别组成不同，则用户的行为信息存在异常。
可选地，作为一种可能的实现方式，处理模块402具体用于：
获取与服务提供方对应的影像获取端的工作状态；
若确定与服务提供方对应的影像获取端工作异常，则判定服务提供方的行为信息存在异常。
可选地，作为一种可能的实现方式，处理模块402具体用于：
若与服务提供方对应的影像获取端采集的服务影像中，持续第一时间阈值画面无变化；或，
与服务提供方对应的影像获取端采集的服务影像中，无法识别出人物信息，则确定与服务提供方对应的影像获取端工作异常。
可选地，作为一种可能的实现方式，处理模块402还用于：
向服务关系中的每一用户均发送服务确认信息，其中，服务确认信息用于确认服务提供方是否服务异常；
若每一用户均反馈服务异常信息，则输出服务关系维护操作。
可选地，作为一种可能的实现方式，处理模块402还用于：
接收目标用户发送的服务监管请求，以响应服务监管请求，获取服务的当前状态信息；
其中，目标用户为服务关系包含的用户之一。
可选地，作为一种可能的实现方式，处理模块402具体用于：
若在第二阈值时间的范围内，服务提供方所维护的服务关系被记录异常的次数低于第一次数阈值，则向服务提供方发送第一提示信息；
若在第二阈值时间的范围内，服务提供方所维护的服务关系被记录异常的次数达到第一次数阈值，则向目标终端发送第二提示信息。
可选地，作为一种可能的实现方式，处理模块402还具体用于：
若在第二阈值时间的范围内，服务提供方所维护的服务关系被记录异常的次数达到第二次数阈值，则停止为服务提供方建立新的服务关系，其中，第二次数阈值大于第一次数阈值。
可选地，作为一种可能的实现方式，处理模块402还具体用于：
更新第二阈值时间，以使更新后的第二阈值时间用于确定服务提供方所维护的服务关系被记录异常的次数。
上述模块可以经由有线连接或无线连接彼此连接或通信。有线连接可以包括金属线缆、光缆、混合线缆等，或其任意组合。无线连接可以包括通过LAN、WAN、蓝牙、ZigBee、或NFC等形式的连接，或其任意组合。两个或更多个模块可以组合为单个模块，并且任何一个模块可以分成两个或更多个单元。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***和装置的具体工作过程，可以参考方法实施例中的对应过程，本申请中不再赘述。在本申请所提供的几个实施例中，应该理解到，所揭露的***、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个模块或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
综上所述，本申请实施例所提供的一种服务管理方法、装置、服务器及计算机可读存储介质，在服务提供方与用户建立有服务关系时，通过获取该建立的服务关系下服务提供方的行为信息、用户的行为信息或服务提供方的行为信息与用户的行为信息的组合作为服务的当前状态信息，进而当服务提供方的行为信息出现异常时、用户的行为信息出现异常时或服务提供方的行为信息与用户的行为信息均出现异常时，判定服务提供方当前为用户提供的服务出现异常，输出服务关系维护操作，以对服务提供方进行约束，相比于现有技术，使服务提供方在与用户建立有服务关系时，能够约束服务提供方，对服务提供方提供的服务进行管控；还通过约束服务提供方服务的用户的行为信息，在服务提供方与用户建立有服务关系时，获取服务提供方的当前服务影像，并对当前服务影像中包含的人物信息与服务关系中包含的人物信息进行对比，进而对服务提供方提供的服务进行管控；还通过约束服务提供方的行为信息，在服务提供方与用户建立有服务关系时，获取与服务提供方对应的影像获取段的工作状态，进而对服务提供方提供的服务进行管控；还通过向服务关系下的每一用户均发送服务确认信息，且在每一用户均反馈服务异常信息时，确定该服务提供方存在异常服务行为，而非仅依靠对服务提供方的行为信息或用户的行为信息的判定结果，提升对服务提供方的服务状态判定结果的可靠性。
以上仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (24)

1.一种服务管理方法，其特征在于，所述方法包括：
在服务提供方与用户建立有服务关系时，获取服务的当前状态信息，其中，所述服务的当前状态信息包含服务提供方的行为信息和/或用户的行为信息；
若判定所述服务提供方的行为信息和/或所述用户的行为信息存在异常，则输出服务关系维护操作。
2.根据权利要求1所述的方法，其特征在于，判定所述用户的行为信息存在异常的步骤，包括：
获取所述服务提供方的当前服务影像；
若所述当前服务影像中包含的人物信息与所述服务关系中包含的人物信息不同，则所述用户的行为信息存在异常。
3.根据权利要求2所述的方法，其特征在于，所述当前服务影像中包含的人物信息，与所述服务关系中包含的人物信息不同，则所述用户的行为信息存在异常的步骤，包括：
若所述当前服务影像中包含的人物数量与所述服务关系中包含的人物数量不同，则所述用户的行为信息存在异常。
4.根据权利要求2所述的方法，其特征在于，所述当前服务影像中包含的人物信息，与所述服务关系中包含的人物信息不同，则所述用户的行为信息存在异常的步骤，包括：
所述当前服务影像中包含的性别组成与所述服务关系中包含的性别组成不同，则所述用户的行为信息存在异常。
5.根据权利要求1所述的方法，其特征在于，判定所述服务提供方的行为信息存在异常的步骤，包括：
获取与所述服务提供方对应的影像获取端的工作状态；
若确定与所述服务提供方对应的影像获取端工作异常，则判定所述服务提供方的行为信息存在异常。
6.根据权利要求5所述的方法，其特征在于，所述确定与所述服务提供方对应的影像获取端工作异常的步骤，包括：
若与所述服务提供方对应的影像获取端采集的服务影像中，持续第一时间阈值画面无变化；或，
与所述服务提供方对应的影像获取端采集的服务影像中，无法识别出人物信息，则确定与所述服务提供方对应的影像获取端工作异常。
7.根据权利要求1-6中任一项所述的方法，其特征在于，在输出服务关系维护操作的步骤之前，所述方法还包括：
向所述服务关系中的每一用户均发送服务确认信息，其中，所述服务确认信息用于确认所述服务提供方是否服务异常；
若每一所述用户均反馈服务异常信息，则输出服务关系维护操作。
8.根据权利要求1-6中任一项所述的方法，其特征在于，在获取服务的当前状态信息的步骤之前，所述方法还包括：
接收目标用户发送的服务监管请求，以响应所述服务监管请求，获取服务的当前状态信息；
其中，所述目标用户为所述服务关系包含的用户之一。
9.根据权利要求1-6中任一项所述的方法，其特征在于，输出服务关系维护操作的步骤，包括：
若在第二阈值时间的范围内，所述服务提供方所维护的服务关系被记录异常的次数低于第一次数阈值，则向所述服务提供方发送第一提示信息；
若在所述第二阈值时间的范围内，所述服务提供方所维护的服务关系被记录异常的次数达到所述第一次数阈值，则向目标终端发送第二提示信息。
10.根据权利要求9所述的方法，其特征在于，所述方法还包括：
若在所述第二阈值时间的范围内，所述服务提供方所维护的服务关系被记录异常的次数达到第二次数阈值，则停止为所述服务提供方建立新的服务关系，其中，所述第二次数阈值大于所述第一次数阈值。
11.根据权利要求9所述的方法，其特征在于，所述方法还包括：
更新所述第二阈值时间，以使所述更新后的第二阈值时间用于确定所述服务提供方所维护的服务关系被记录异常的次数。
12.一种服务管理装置，其特征在于，所述装置包括：
收发模块，用于在服务提供方与用户建立有服务关系时，获取服务的当前状态信息，其中，所述服务的当前状态信息包含服务提供方的行为信息和/或用户的行为信息；
处理模块，用于若判定所述服务提供方的行为信息和/或所述用户的行为信息存在异常，则输出服务关系维护操作。
13.根据权利要求12所述的装置，其特征在于，所述处理模块具体用于：
获取所述服务提供方的当前服务影像；
若所述当前服务影像中包含的人物信息与所述服务关系中包含的人物信息不同，则所述用户的行为信息存在异常。
14.根据权利要求13所述的装置，其特征在于，所述处理模块具体用于：
若所述当前服务影像中包含的人物数量与所述服务关系中包含的人物数量不同，则所述用户的行为信息存在异常。
15.根据权利要求13所述的装置，其特征在于，所述处理模块具体用于：
所述当前服务影像中包含的性别组成与所述服务关系中包含的性别组成不同，则所述用户的行为信息存在异常。
16.根据权利要求12所述的装置，其特征在于，所述处理模块具体用于：
获取与所述服务提供方对应的影像获取端的工作状态；
若确定与所述服务提供方对应的影像获取端工作异常，则判定所述服务提供方的行为信息存在异常。
17.根据权利要求16所述的装置，其特征在于，所述处理模块具体用于：
若与所述服务提供方对应的影像获取端采集的服务影像中，持续第一时间阈值画面无变化；或，
与所述服务提供方对应的影像获取端采集的服务影像中，无法识别出人物信息，则确定与所述服务提供方对应的影像获取端工作异常。
18.根据权利要求12-17中任一项所述的装置，其特征在于，所述处理模块还用于：
向所述服务关系中的每一用户均发送服务确认信息，其中，所述服务确认信息用于确认所述服务提供方是否服务异常；
若每一所述用户均反馈服务异常信息，则输出服务关系维护操作。
19.根据权利要求12-17中任一项所述的装置，其特征在于，所述处理模块还用于：
接收目标用户发送的服务监管请求，以响应所述服务监管请求，获取服务的当前状态信息；
其中，所述目标用户为所述服务关系包含的用户之一。
20.根据权利要求12-17中任一项所述的装置，其特征在于，所述处理模块具体用于：
若在第二阈值时间的范围内，所述服务提供方所维护的服务关系被记录异常的次数低于第一次数阈值，则向所述服务提供方发送第一提示信息；
若在所述第二阈值时间的范围内，所述服务提供方所维护的服务关系被记录异常的次数达到所述第一次数阈值，则向目标终端发送第二提示信息。
21.根据权利要求20所述的装置，其特征在于，所述处理模块还具体用于：
若在所述第二阈值时间的范围内，所述服务提供方所维护的服务关系被记录异常的次数达到第二次数阈值，则停止为所述服务提供方建立新的服务关系，其中，所述第二次数阈值大于所述第一次数阈值。
22.根据权利要求20所述的装置，其特征在于，所述处理模块还具体用于：
更新所述第二阈值时间，以使所述更新后的第二阈值时间用于确定所述服务提供方所维护的服务关系被记录异常的次数。
23.一种服务器，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行时执行如权利要求1至11任一所述的服务管理方法的步骤。
24.一种计算机可读存储介质，其特征在于，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如权利要求1至11任一所述的服务管理方法的步骤。
CN201910028255.1A 2019-01-11 2019-01-11 一种服务管理方法、装置、服务器及计算机可读存储介质 Pending CN111435480A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910028255.1A CN111435480A (zh) 2019-01-11 2019-01-11 一种服务管理方法、装置、服务器及计算机可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910028255.1A CN111435480A (zh) 2019-01-11 2019-01-11 一种服务管理方法、装置、服务器及计算机可读存储介质

Publications (1)

Publication Number Publication Date
CN111435480A true CN111435480A (zh) 2020-07-21

Family

ID=71580410

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910028255.1A Pending CN111435480A (zh) 2019-01-11 2019-01-11 一种服务管理方法、装置、服务器及计算机可读存储介质

Country Status (1)

Country Link
CN (1) CN111435480A (zh)

Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103544820A (zh) * 2012-07-11 2014-01-29 张凯杰 出租车的安全监控***及其方法
JP2014135038A (ja) * 2013-01-10 2014-07-24 Marutetsuku Kk 知能型映像管制システム及び方法
CN104228839A (zh) * 2014-09-28 2014-12-24 江阴延利汽车饰件股份有限公司 一种智能出租车
CN104468847A (zh) * 2014-12-31 2015-03-25 北京赛维安讯科技发展有限公司 一种车辆的行程记录信息分享方法、设备、服务器及***
CN104464356A (zh) * 2014-12-11 2015-03-25 厦门雅迅网络股份有限公司 一种出租车司机行车安全防范方法
CN106056839A (zh) * 2016-06-30 2016-10-26 武汉斑马快跑科技有限公司 网约车安全监测***及方法
CN106127124A (zh) * 2016-06-17 2016-11-16 长安大学 出租车前排区域的异常图像信号的自动检测方法
CN106170826A (zh) * 2016-06-03 2016-11-30 深圳市锐明技术股份有限公司 出租车乘客人数的监控方法及***
CN108334972A (zh) * 2017-01-19 2018-07-27 北京嘀嘀无限科技发展有限公司 车辆行程监控方法及装置
CN108717784A (zh) * 2018-05-21 2018-10-30 杭州优行科技有限公司 网约车监管方法、装置及计算机可读存储介质
CN108734950A (zh) * 2017-04-18 2018-11-02 北京嘀嘀无限科技发展有限公司 拼车方法及装置、网络约车方法及装置
CN108765930A (zh) * 2018-06-26 2018-11-06 上海掌门科技有限公司 行车监控方法及设备
CN108810101A (zh) * 2018-05-22 2018-11-13 苏州市启献智能科技有限公司 一种保障乘客安全的网络车辆服务监管方法和平台

Patent Citations (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103544820A (zh) * 2012-07-11 2014-01-29 张凯杰 出租车的安全监控***及其方法
JP2014135038A (ja) * 2013-01-10 2014-07-24 Marutetsuku Kk 知能型映像管制システム及び方法
CN104228839A (zh) * 2014-09-28 2014-12-24 江阴延利汽车饰件股份有限公司 一种智能出租车
CN104464356A (zh) * 2014-12-11 2015-03-25 厦门雅迅网络股份有限公司 一种出租车司机行车安全防范方法
CN104468847A (zh) * 2014-12-31 2015-03-25 北京赛维安讯科技发展有限公司 一种车辆的行程记录信息分享方法、设备、服务器及***
CN106170826A (zh) * 2016-06-03 2016-11-30 深圳市锐明技术股份有限公司 出租车乘客人数的监控方法及***
CN106127124A (zh) * 2016-06-17 2016-11-16 长安大学 出租车前排区域的异常图像信号的自动检测方法
CN106056839A (zh) * 2016-06-30 2016-10-26 武汉斑马快跑科技有限公司 网约车安全监测***及方法
CN108334972A (zh) * 2017-01-19 2018-07-27 北京嘀嘀无限科技发展有限公司 车辆行程监控方法及装置
CN108734950A (zh) * 2017-04-18 2018-11-02 北京嘀嘀无限科技发展有限公司 拼车方法及装置、网络约车方法及装置
CN108717784A (zh) * 2018-05-21 2018-10-30 杭州优行科技有限公司 网约车监管方法、装置及计算机可读存储介质
CN108810101A (zh) * 2018-05-22 2018-11-13 苏州市启献智能科技有限公司 一种保障乘客安全的网络车辆服务监管方法和平台
CN108765930A (zh) * 2018-06-26 2018-11-06 上海掌门科技有限公司 行车监控方法及设备

Similar Documents

Publication Publication Date Title
US11151632B2 (en) Systems and methods for visual search and autonomous delivery
AU2019236737B2 (en) Systems and methods for displaying vehicle information for on-demand services
CN111352649B (zh) 代码处理方法、装置、服务器及可读存储介质
US12032670B2 (en) Visual login
JP2020504856A (ja) 画像に基づく車両損傷判定方法、装置および電子デバイス
EP3639253A1 (en) Devices and methods for recognizing driving behavior based on movement data
CN111105120B (zh) 一种工单处理方法及装置
CN108876522A (zh) 车辆监控方法、装置和计算机可读存储介质
CN111353092A (zh) 服务推送方法、装置、服务器及可读存储介质
CN111147532A (zh) 一种信息分享方法、装置、设备及介质
US11368524B1 (en) Systems and methods for rate-based load balancing
US20200342503A1 (en) Evaluation device, evaluation system, vehicle, and program
CN111932046A (zh) 一种服务场景下处理风险的方法、计算机设备、存储介质
CN110751531A (zh) 轨迹识别方法、装置及电子设备
WO2019232773A1 (en) Systems and methods for abnormality detection in data storage
KR102249816B1 (ko) 드라이버의 운행 서비스 제공 시스템 및 그 방법
US20200302362A1 (en) Systems and methods for cheat examination
WO2018227406A1 (en) Systems and methods for uploading data
CN111353093B (zh) 问题推荐方法、装置、服务器及可读存储介质
CN111435480A (zh) 一种服务管理方法、装置、服务器及计算机可读存储介质
CN111127126A (zh) 一种信息反馈方法及装置、计算机可读存储介质
CN110751304A (zh) 一种服务提供端的信息交互同步方法以及装置
CN111078242A (zh) 一种策略更新的方法和***
CN111401030B (zh) 服务异常识别方法、装置、服务器及可读存储介质
CN111145490A (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

Application publication date: 20200721

RJ01 Rejection of invention patent application after publication