CN111145490B - 一种报警方法、装置、服务器及系统 - Google Patents
一种报警方法、装置、服务器及系统 Download PDFInfo
- Publication number
- CN111145490B CN111145490B CN201811307347.5A CN201811307347A CN111145490B CN 111145490 B CN111145490 B CN 111145490B CN 201811307347 A CN201811307347 A CN 201811307347A CN 111145490 B CN111145490 B CN 111145490B
- Authority
- CN
- China
- Prior art keywords
- alarm
- service request
- information
- service
- terminal
- 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.)
- Active
Links
Images
Classifications
-
- G—PHYSICS
- G08—SIGNALLING
- G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
- G08B21/00—Alarms responsive to a single specified undesired or abnormal condition and not otherwise provided for
- G08B21/02—Alarms for ensuring the safety of persons
-
- G—PHYSICS
- G08—SIGNALLING
- G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
- G08B25/00—Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems
Abstract
本发明实施例提供了一种报警方法、装置、服务器及系统，其中，该方法包括：第二服务请求端接收服务器发送的服务提供信息，所述服务提供信息为由第一服务请求端向所述服务器发送的为第二服务请求方提供服务的服务请求后生成的，且所述服务提供信息包括报警入口；接收通过触发所述报警入口的触发指令，并根据所述触发指令进行报警。装置用于执行上述方法。本发明实施例通过第二服务请求端接收到的服务提供信息中包括报警入口，能够使得第二服务请求方在发生紧急情况时，实现一键报警功能，从而提高了第二服务请求方的安全性。
Description
技术领域
本申请涉及智能交通技术领域，具体而言，涉及一种报警方法、装置、服务器及系统。
背景技术
目前，互联网的发展给人们的生活提供了很大的便利，例如智能出行、外卖等等，但是智能生活一方面给人们带来便利的同时，也存在一些安全隐患。
以网约车的代叫服务为例，下单用户通过打车软件为乘车用户进行打车，乘车用户对应的终端可能没有安装该打车软件或者即便安装了打车软件，在打车软件中也不会显示该订单状态。当乘车用户发生紧急情况需要报警时，需要手动输入或查找电话本中的联系人进行报警，其安全问题无法保障。
发明内容
有鉴于此，本申请实施例的目的在于提供一种报警方法、装置、服务器及系统，能够通过在服务提供信息中设置报警入口解决现有技术中存在的安全的问题，达到提高用户安全性的效果。
根据本申请的一个方面，提供一种电子设备，可以包括一个或多个存储介质和一个或多个与存储介质通信的处理器。一个或多个存储介质存储有处理器可执行的机器可读指令。当电子设备运行时，处理器与存储介质之间通过总线通信，处理器执行所述机器可读指令，以执行一个或多个以下操作：
第二服务请求端接收服务器发送的服务提供信息，所述服务提供信息为由第一服务请求端向所述服务器发送的为第二服务请求方提供服务的服务请求后生成的，且所述服务提供信息包括报警入口；
接收通过触发所述报警入口的触发指令，并根据所述触发指令进行报警。
本发明实施例中第二服务请求端接收到的服务提供信息中包括报警入口，能够使得第二服务请求方在发生紧急情况时，实现一键报警功能，从而提高了第二服务请求方的安全性。
在一些实施例中，所述根据所述触发指令进行报警，包括：
所述第二服务请求端向所述第一服务请求端和/或紧急呼救中心发送报警信息。
当第二服务请求方发生紧急情况时，可以通过服务提供信息中的报警入口向为其代叫服务的第一服务请求端或紧急呼救中心报警，从而能够使得第一服务请求方或紧急呼救中心在第一时间获得报警信息，提高接受服务的用户的安全性。
在一些实施例中，所述根据所述触发指令进行报警，包括：
所述第二服务请求端判断是否有第二服务请求端对应的紧急联系人，若有，则向对应的紧急联系人发送报警信息。
如果第二服务请求端预先存储有紧急联系人，则可以向紧急联系人发送报警信息，使得紧急联系人在第一时间获得报警信息，提高接受服务的用户的安全性。
在一些实施例中，在根据所述触发指令进行报警之前，所述方法，还包括：
获取所述第二服务请求端的当前位置信息；
相应的，所述报警信息中包括所述当前位置信息。
在第二服务请求端发出报警信息之前，获取第二服务请求端的当前位置信息，从而使得报警信息中包括当前位置信息，当第一服务请求端或紧急呼救中心或紧急联系人收到报警信息后能够快速根据当前位置信息找到第二服务请求方。
在一些实施例中，在接收通过触发所述报警入口的触发指令之后，所述方法，还包括：
所述第二服务请求端开启录音功能，获得语音信息；
相应的，所述报警信息包括所述语音信息。
在第二服务请求端接收到触发指令后，开始录音，通过录音可以获取到服务提供端的语音信息，当第二服务请求端发送报警信息时可以携带有语音信息，一方面可以让接收得到报警信息一方获知情况的紧急程度，另一方面，该录音能够作为证据。
在一些实施例中，发送所述报警信息的方式包括短信、电话和互动式语音应答中的任意一种或其组合。
报警的方式可以有多种，以保证报警信息发送的成功率。
在一些实施例中，所述根据所述触发指令进行报警，包括：
若发送所述报警信息的方式为电话或互动式语音应答，且在预设时间段内未接通，则重复进行呼叫，直至接通或呼叫次数达到预设阈值为止。
如果发送报警信息的方式为电话报警，则在电话呼叫时，如果未接听，则重复呼叫，防止对方没有听到，提高了报警的成功率。
在一些实施例中，在进行重复电话呼叫过程中，若接收到所述第二服务请求方再次触发所述报警入口的触发指令，则重新统计呼叫次数。
在电话报警时，如果对方未接听，且在重复呼叫过程中，第二服务请求端再次发送报警信息时，则重新开始统计呼叫次数，从而避免了第二服务请求端的无效报警，保证每次发送报警信息都是有效的。
在一些实施例中，所述接收通过触发所述报警入口的触发指令，包括：
接收通过触发所述报警入口的第一操作，进入服务软件对应的报警页面，或进入所述第二服务请求端中浏览器对应的报警页面；
接收所述报警页面的第二操作，生成所述触发指令。
在一些实施例中，所述报警入口为报警链接，
所述接收通过触发所述报警入口的第一操作，进入服务软件对应的报警页面，或进入所述第二服务请求端中浏览器对应的报警页面，包括：
若接收到通过触发所述报警链接的第一操作后，则判断所述报警链接是否有效，则进入服务软件对应的报警页面，或进入所述第二服务请求端中浏览器对应的报警页面。
在接收到触发报警链接的触发操作后，首先判断报警链接是否有效，有效后才进行报警，避免了用户误报警的情况。
在一些实施例中，在接收通过触发所述报警入口的触发指令之后，所述方法，还包括：
在所述报警页面上显示提醒信息，所述提醒信息用于告知谎报警情所承担的责任。
在报警界面上显示提醒信息，用于告知第二服务请求方谎报警情所应当承担的责任，防止用户恶意报警。
第二方面，本发明实施例提供另一种一种报警方法，包括：
第一服务请求端接收第二服务请求端发送的报警信息，所述报警信息为所述第二服务请求端在接收服务器发送的服务提供信息后，触发所述服务提供信息中的报警入口发送的，并且，所述服务提供信息由第一服务请求端向所述服务器发送的为所述第二服务请求方提供服务的服务请求后生成的；
根据所述报警信息执行对应的报警操作。
第一服务请求端在为第二服务请求端代叫服务后，在第二服务请求端发送报警信息后，第一服务请求端可以接收到该报警信息，并根据报警信息进行相应的报警操作，提高了第二服务请求方的安全性。
在一些实施例中，所述报警信息包括所述第二服务请求端对应的姓名、联系电话、当前位置信息、报警时间和语音信息中的任意一项或其组合。
报警的方式可以有多种，以保证报警信息发送的成功率。
在一些实施例中，所述报警信息包括所述第二服务请求端的联系电话，所述根据所述报警信息执行对应的报警操作，包括：
根据所述第二服务请求端的联系电话联系对应的第二服务请求方。
当第一服务请求端接收到第二服务请求端发送的报警信息后，可以通过报警信息中的联系电话联系对应的用户，从而可以判断该用户是否发生了紧急情况，防止第一服务请求方误报警。
在一些实施例中，所述根据所述报警信息执行对应的报警操作，包括：
根据所述报警信息向紧急呼救中心进行呼叫报警。
当第一服务请求端接收到第二服务请求端发送的报警信息后，可以代替第一服务请求方向紧急呼救中心报警。
在一些实施例中，在根据所述报警信息执行对应的报警操作之后，所述方法，还包括：
向所述第二服务请求端发送反馈消息，用以告知所述第二服务请求端已报警。
在第一服务请求端在进行报警操作后，向第二服务请求端发送反馈消息，告知第一服务请求方已经报警，可以安抚第一服务请求方，提高了该用户的安全感。
在一些实施例中，在接收第二服务请求端发送的报警信息之前，所述方法，还包括：
向服务器发送服务请求，所述服务请求包括第二服务请求端的联系电话。
第一服务请求端可以向服务器发送服务请求，该服务请求是用来为第二服务请求端提供服务的请求，服务请求中包括第二服务请求端的联系电话，使得能够及时获知第二服务请求端的当前状态信息，以实现代叫服务。
在一些实施例中，在接收第二服务请求端发送的报警信息之后，所述方法，还包括：
在界面上显示提醒信息，所述提醒信息用于告知谎报警情所承担的责任。
在报警界面上显示提醒信息，用于告知第一服务请求方谎报警情所应当承担的责任，防止用户恶意报警。
第三方面，本发明实施例提供有一种报警方法，包括：
接收第一服务请求端发送的为所述第二服务请求方提供服务的服务请求，所述服务请求包括所述第二服务请求方的用户信息；
根据所述用户信息向所述第二服务请求端发送服务提供信息，所述服务提供信息包括报警入口。
在接收到第一服务请求端发送的为第二服务请求端提供服务的服务请求后，向第二服务请求端发送服务提供信息，在服务提供信息中包括报警入口，当第二服务请求方发生紧急情况时，可以通过服务提供信息中的报警入口向为其代叫服务的第一服务请求端或紧急呼救中心报警，从而能够使得第一服务请求方或紧急呼救中心在第一时间获得报警信息，提高接受服务的用户的安全性。
在一些实施例中，在根据所述用户信息向所述第二服务请求端发送服务提供信息之后，所述方法，还包括：
接收第二服务请求端发送的报警请求，所述报警请求为第二服务请求方通过触发所述报警入口后发送的；
根据所述报警请求获取对应的第一服务请求端，并向所述第一服务请求端发送所述报警信息。
当第二服务请求方发生紧急情况时，可以通过服务提供信息中的报警入口发送报警信息，从而能够使得第一服务请求方或紧急呼救中心在第一时间获得报警信息，提高接受服务的用户的安全性。
在一些实施例中，在接收第二服务请求端发送的报警请求之后，所述方法，还包括：
判断是否有权限获取第二服务请求端的位置信息；
若有权限则获取所述第二服务请求端对应的位置信息作为当前位置信息；若没有权限则获取所述服务请求对应的服务提供端的位置信息作为当前位置信息；
相应的，所述报警信息包括所述当前位置信息。
服务器在接收到报警信息后，可以尝试获取第二服务请求端的当前位置信息，或服务器无权限获取，则获取对应的服务提供端的当前位置信息，从而能够使第一服务请求端收到报警信息后能够快速根据当前位置信息找到第二服务请求方。
在一些实施例中，在接收第二服务请求端发送的报警请求之后，所述方法，还包括：
根据所述报警请求判断是否存在紧急联系人的联系电话，若存在则向所述联系电话对应的终端发送所述报警信息。
如果第二服务请求端预先存储有紧急联系人，则可以向紧急联系人发送报警信息，使得紧急联系人在第一时间获得报警信息，提高接受服务的用户的安全性。
在一些实施例中，在接收所述第一服务请求端发送的服务请求之后，所述方法，还包括：
判断是否接收到所述第二服务请求端发送的拒收消息，若接收到所述拒收消息，则不响应所述服务请求。
服务器在接收到第一服务请求端发送的服务请求后，判断是否接收过第二服务请求端发送的拒收消息，如果收到后，则不响应该服务请求，避免了第二服务请求端被多次骚扰的情况。
在一些实施例中，所述方法，还包括：
向所述第一服务请求端发送服务请求失败消息。
在第二服务请求端拒绝第一服务请求端为其代叫服务后，向第一服务请求端发送服务请求失败消息，以告知第一服务请求端。
第四方面，本发明实施例提供一种报警装置，包括：
第一接收模块，用于接收服务器发送的服务提供信息，所述服务提供信息为由第一服务请求端向所述服务器发送的为第二服务请求方提供服务的服务请求后生成的，且所述服务提供信息包括报警入口；
第一报警模块，用于接收通过触发所述报警入口的触发指令，并根据所述触发指令进行报警。
在一些实施例中，所述第一报警模块，具体用于：
向所述第一服务请求端和/或紧急呼救中心发送报警信息。
在一些实施例中，所述第一报警模块，具体用于：
判断是否有第二服务请求端对应的紧急联系人，若有，则向对应的紧急联系人发送报警信息。
在一些实施例中，所述装置，还包括：
第一获取模块，用于获取所述第二服务请求端的当前位置信息；
相应的，所述报警信息中包括所述当前位置信息。
在一些实施例中，所述装置，还包括：
录音模块，用于开启录音功能，获得语音信息；
相应的，所述报警信息包括所述语音信息。
在一些实施例中，发送所述报警信息的方式包括短信、电话和互动式语音应答中的任意一种或其组合。
在一些实施例中，所述第一报警模块，具体用于：
若发送所述报警信息的方式为电话或互动式语音应答，且在预设时间段内未接通，则重复进行呼叫，直至接通或呼叫次数达到预设阈值为止。
在一些实施例中，所述第一报警模块，具体用于：
在进行重复电话呼叫过程中，若接收到所述第二服务请求方再次触发所述报警入口的触发指令，则重新统计呼叫次数。
在一些实施例中，所述第一报警模块，具体用于：
接收通过触发所述报警入口的第一操作，进入服务软件对应的报警页面，或进入所述第二服务请求端中浏览器对应的报警页面；
接收所述报警页面的第二操作，生成所述触发指令。
在一些实施例中，所述报警入口为报警链接，所述第一报警模块，具体用于：
若接收到通过触发所述报警链接的第一操作后，则判断所述报警链接是否有效，则进入服务软件对应的报警页面，或进入所述第二服务请求端中浏览器对应的报警页面。
在一些实施例中，所述装置，还包括：
第一显示模块，用于在界面上显示提醒信息，所述提醒信息用于告知谎报警情所承担的责任。
第五方面，本发明实施例提供一种报警装置，包括：
第二接收模块，用于接收第二服务请求端发送的报警信息，所述报警信息为所述第二服务请求端在接收服务器发送的服务提供信息后，触发所述服务提供信息中的报警入口发送的，并且，所述服务提供信息由第一服务请求端向所述服务器发送的为所述第二服务请求方提供服务的服务请求后生成的；
第二报警模块，用于根据所述报警信息执行对应的报警操作。
在一些实施例中，所述报警信息包括所述第二服务请求端对应的姓名、联系电话、当前位置信息、报警时间和语音信息中的任意一项或其组合。
在一些实施例中，所述报警信息包括所述第二服务请求端的联系电话，所述第二报警模块，具体用于：
根据所述第二服务请求端的联系电话联系对应的第二服务请求方。
在一些实施例中，所述第二报警模块，具体用于：
根据所述报警信息向紧急呼救中心进行呼叫报警。
在一些实施例中，所述装置，还包括：
反馈模块，用于向所述第二服务请求端发送反馈消息，用以告知所述第二服务请求端已报警。
在一些实施例中，所述装置，还包括：
发送模块，用于向服务器发送服务请求，所述服务请求包括第二服务请求端的联系电话。
在一些实施例中，所述装置，还包括：
第二显示模块，用于在界面上显示提醒信息，所述提醒信息用于告知谎报警情所承担的责任。
第六方面，本发明实施例提供一种服务器，包括：
第三接收模块，用于接收第一服务请求端发送的为所述第二服务请求方提供服务的服务请求，所述服务请求包括所述第二服务请求方的用户信息；
第二发送模块，用于根据所述用户信息向所述第二服务请求端发送服务提供信息，所述服务提供信息包括报警入口。
在一些实施例中，所述服务器，还包括：
第四接收模块，用于接收第二服务请求端发送的报警请求，所述报警请求为第二服务请求方通过触发所述报警入口后发送的；
第三发送模块，用于根据所述报警请求获取对应的第一服务请求端，并向所述第一服务请求端发送所述报警信息。
在一些实施例中，所述服务器，还包括：
第一判断模块，用于判断是否有权限获取第二服务请求端的位置信息；
位置获取模块，用于若有权限则获取所述第二服务请求端对应的位置信息作为当前位置信息；若没有权限则获取所述服务请求对应的服务提供端的位置信息作为当前位置信息；
相应的，所述报警信息包括所述当前位置信息。
在一些实施例中，所述服务器，还包括：
第四发送模块，用于根据所述触发指令判断是否存在紧急联系人的联系电话，若存在则向所述联系电话对应的终端发送所述报警信息。
在一些实施例中，所述服务器，还包括：
第二判断模块，用于判断是否接收到所述第二服务请求端发送的拒收消息，若接收到所述拒收消息，则不响应所述服务请求。
在一些实施例中，所述服务器，还包括：
第五发送模块，用于向所述第一服务请求端发送服务请求失败消息。
第七方面，本发明实施例提供一种报警系统，包括第四方面所述的报警装置、第五方面所述的报警装置和第六方便所述的服务器。
本发明的其他特征和优点将在随后的说明书阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明实施例了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
图1为本发明实施例提供的报警系统的框图；
图2为本发明实施例提供的电子设备结构示意图；
图3为本发明实施例提供的一种报警方法流程示意图；
图4为本发明实施例提供的一种报警页面示意图；
图5为本发明实施例提供的报警后页面示意图；
图6为本发明实施例提供的另一种报警方法流程示意图；
图7为本发明实施例提供的第一服务请求端代叫页面示意图；
图8为本发明实施例提供的第二服务请求端发出报警信息后的页面示意图；
图9为本发明实施例提供的有一种报警方法流程示意图；
图10是示出本发明的一些实施例的报警装置的框图；
图11为本发明实施例提供的另一种报警模块结构示意图；
图12为本发明实施例提供的另一种报警模块结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。
另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。
为了使得本领域技术人员能够使用本申请内容，结合特定应用场景“代叫网约车”，给出以下实施方式。对于本领域技术人员来说，在不脱离本申请的精神和范围的情况下，可以将这里定义的一般原理应用于其他实施例和应用场景。虽然本申请主要围绕代叫网约车进行描述，但是应该理解，这仅是一个示例性实施例。本申请可以应用于任何其他交通运输类型。例如，本申请可以应用于不同的运输系统环境，包括陆地，海洋，或航空等，或其任意组合。运输系统的交通工具可以包括出租车、私家车、顺风车、公共汽车、火车、子弹头列车、高速铁路、地铁、船只、飞机、宇宙飞船、热气球、或无人驾驶车辆等，或其任意组合。本申请还可以包括用于代叫服务的任何服务系统，例如，用于发送和/或接收快递的系统、用于买卖双方交易的服务系统。本申请的系统或方法的应用可以包括网页、浏览器的插件、客户端终端、定制系统、内部分析系统、或人工智能机器人等，或其任意组合。
需要说明的是，本申请实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。
本申请中的术语“乘客”、“请求方”、“服务人员”、“服务请求方”和“客户”可互换使用，以指代可以请求或订购服务的个人、实体或工具。本申请中的术语“司机”、“提供方”、“服务提供方”和“供应商”可互换使用，以指代可以提供服务的个人、实体或工具。本申请中的术语“用户”可以指代请求服务、订购服务、提供服务或促成服务的提供的个人、实体或工具。例如，用户可以是乘客、驾驶员、操作员等，或其任意组合。在本申请中，“乘客”和“乘客终端”可以互换使用，“驾驶员”和“驾驶员终端”可以互换使用。
本申请中的术语“服务请求”和“订单”可互换使用，以指代由乘客、服务请求方、司机、服务提供方、或供应商等、或其任意组合发起的请求。接受该“服务请求”或“订单”的可以是乘客、服务请求方、司机、服务提供方、或供应商等、或其任意组合。服务请求可以是收费的或免费的。
本申请中使用的定位技术可以基于全球定位系统(Global Positioning System,GPS)、全球导航卫星系统(Global Navigation Satellite System,GLONASS)，罗盘导航系统(COMPASS)、伽利略定位系统、准天顶卫星系统(Quasi-Zenith Satellite System,QZSS)、无线保真(Wireless Fidelity,WiFi)定位技术等，或其任意组合。一个或多个上述定位系统可以在本申请中互换使用。
本申请的一个方面涉及一种报警方法。该方法可以通过第一服务请求端为第二服务请求端进行代叫服务时，服务器向第二服务请求端发送服务提供信息，该服务提供信息中包括报警入口，该报警入口用于当第二服务请求方发生紧急情况时可以进行一键报警。
值得注意的是，在本申请提出申请之前，对于网约车中的代叫服务来说，下单用户可以为乘车用户进行网约打车，此时会有司机来接乘车用户，但是对于乘车用户来说，并没有一键报警功能，从而导致代叫服务中乘车用户的安全无法保障。然而，本申请提供的报警方法，可以为乘车用户提供一键报警入口，当乘车用户发生紧急情况时进行一键报警。
图1是本申请一些实施例的报警系统的框图。例如，报警系统可以是用于诸如出租车、代驾服务、快车、拼车、公共汽车服务、驾驶员租赁、或班车服务之类的运输服务、或其任意组合的在线运输服务平台。报警系统可以包括服务器110、网络120、服务请求方终端130、服务提供方终端140和数据库150中的一种或多种，服务器110中可以包括执行指令操作的处理器。
在一些实施例中，服务器110可以是单个服务器，也可以是服务器组。服务器组可以是集中式的，也可以是分布式的(例如，服务器110可以是分布式系统)。在一些实施例中，服务器110相对于终端，可以是本地的、也可以是远程的。例如，服务器110可以经由网络120访问存储在服务请求方终端130、服务提供方终端140、或数据库150、或其任意组合中的信息和/或数据。作为另一示例，服务器110可以直接连接到服务请求方终端130、服务提供方终端140和数据库150中至少一个，以访问存储的信息和/或数据。在一些实施例中，服务器110可以在云平台上实现；仅作为示例，云平台可以包括私有云、公有云、混合云、社区云(community cloud)、分布式云、跨云(inter-cloud)、多云(multi-cloud)等，或者它们的任意组合。在一些实施例中，服务器110可以在具有本申请中图2所示的一个或多个组件的电子设备200上实现。
在一些实施例中，服务器110可以包括处理器。处理器可以处理与服务请求有关的信息和/或数据，以执行本申请中描述的一个或多个功能。例如，处理器可以基于从服务请求方终端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可以用于信息和/或数据的交换。在一些实施例中，报警系统中的一个或多个组件(例如，服务器110，服务请求方终端130，服务提供方终端140和数据库150)可以向其他组件发送信息和/或数据。例如，服务器110可以经由网络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可以包括有线或无线网络接入点，例如基站和/或网络交换节点，报警系统的一个或多个组件可以通过该接入点连接到网络120以交换数据和/或信息。
在一些实施例中，服务请求方终端130的用户可以是除服务实际需求者之外的其他人。例如，服务请求方终端130的用户A可以使用服务请求方终端130来为服务实际需求者B发起服务请求(比如，用户A可以为自己的朋友B叫车)，或者从服务器110接收服务信息或指令等。在一些实施例中，服务提供方终端140的用户可以是服务实际提供者，也可以是除服务实际提供者之外的其他人。例如，服务提供方终端140的用户C可以使用服务提供方终端140接收由服务实际提供者D提供服务的服务请求(比如用户C可以为自己雇用的司机D接单)，和/或来自服务器110的信息或指令。在一些实施例中，“服务请求方”和“服务请求方终端”可以互换使用，“服务提供方”和“服务提供方终端”可以互换使用。
在一些实施例中，服务请求方终端130可以包括移动设备、平板计算机、膝上型计算机、或机动车辆中的内置设备等，或其任意组合。在一些实施例中，移动设备可以包括智能家居设备、可穿戴设备、智能移动设备、虚拟现实设备、或增强现实设备等，或其任意组合。在一些实施例中，智能家居设备可以包括智能照明设备、智能电器设备的控制设备、智能监控设备、智能电视、智能摄像机、或对讲机等，或其任意组合。在一些实施例中，可穿戴设备可包括智能手环、智能鞋带、智能玻璃、智能头盔、智能手表、智能服装、智能背包、智能配件等、或其任何组合。在一些实施例中，智能移动设备可以包括智能手机、个人数字助理(Personal Digital Assistant，PDA)、游戏设备、导航设备、或销售点(point of sale，POS)设备等，或其任意组合。在一些实施例中，虚拟现实设备和/或增强现实设备可以包括虚拟现实头盔、虚拟现实玻璃、虚拟现实贴片、增强现实头盔、增强现实玻璃、或增强现实贴片等，或其任意组合。例如，虚拟现实设备和/或增强现实设备可以包括各种虚拟现实产品等。在一些实施例中，机动车辆中的内置设备可以包括车载计算机、车载电视等。在一些实施例中，服务请求方终端130可以是具有用于定位服务请求方和/或服务请求方终端的位置的定位技术的设备。
在一些实施例中，服务提供方终端140可以是与服务请求方终端130类似或相同的设备。在一些实施例中，服务提供方终端140可以是具有定位技术的设备，用于定位服务提供方和/或服务提供方终端的位置。在一些实施例中，服务请求方终端130和/或服务提供方终端140可以与其他定位设备通信以确定服务请求方、服务请求方终端130、服务提供方、或服务提供方终端140、或其任意组合的位置。在一些实施例中，服务请求方终端130和/或服务提供方终端140可以将定位信息发送给服务器110。
数据库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以与报警系统(例如，服务器110，服务请求方终端130，服务提供方终端140等)中的一个或多个组件通信。报警系统中的一个或多个组件可以经由网络120访问存储在数据库150中的数据或指令。在一些实施例中，数据库150可以直接连接到报警系统中的一个或多个组件(例如，服务器110，服务请求方终端130，服务提供方终端140等)；或者，在一些实施例中，数据库150也可以是服务器110的一部分。
在一些实施例中，报警系统中的一个或多个组件(例如，服务器110，服务请求方终端130，服务提供方终端140等)可以具有访问数据库150的权限。在一些实施例中，当满足一定条件时，报警系统中的一个或多个组件可以读取和/或修改与服务请求方、服务提供方、或公众、或其任意组合有关的信息。例如，服务器110可以在接收服务请求之后读取和/或修改一个或多个用户的信息。作为另一示例，服务提供方终端140可以在从服务请求方终端130接收服务请求时访问与服务请求方有关的信息，但是服务提供方终端140可以不修改服务请求方的相关信息。
在一些实施例中，可以通过请求服务来实现报警系统中的一个或多个组件的信息交换。服务请求的对象可以是任何产品。在一些实施方案中，产品可以是有形产品或非物质产品。有形产品可包括食品、药品、商品、化学产品、电器、服装、汽车、房屋、或奢侈品等，或其任意组合。非物质产品可以包括服务产品、金融产品、知识产品、或互联网产品等，或其任意组合。互联网产品可以包括单独的主机产品、网络产品、移动互联网产品、商业主机产品、或嵌入式产品等，或其任意组合。互联网产品可以用在移动终端的软件、程序、或系统等，或者它们的任意组合中。移动终端可以包括平板电脑、笔记本电脑、移动电话、个人数字助理(Personal Digital Assistant,PDA)、智能手表、销售点(Point of sales,POS)设备、车载电脑、车载电视、或可穿戴设备等，或其任意组合。例如，互联网产品可以是计算机或移动电话中使用的任何软件和/或应用程序。软件和/或应用程序可以涉及社交、购物、运输、娱乐时间、学习、或投资等，或其任意组合。在一些实施例中，与运输有关的软件和/或应用程序可以包括旅行软件和/或应用程序、车辆调度软件和/或应用程序、绘图软件和/或应用程序等。在车辆调度软件和/或应用程序中，车辆可包括马、马车、人力车(例如，独轮车、自行车、三轮车等)、汽车(例如，出租车、公共汽车、私家车等)、火车、地铁、船只、飞机(例如，飞机、直升机、航天飞机、火箭、热气球等)等，或其任意组合。
图2示出根据本申请的一些实施例的可以实现本申请思想的服务器110、服务请求方终端130、服务提供方终端140的电子设备200的示例性硬件和软件组件的示意图。例如，处理器可以用于电子设备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所示，该方法包括：
步骤301：第二服务请求端接收服务器发送的服务提供信息，所述服务提供信息为由第一服务请求端向所述服务器发送的为第二服务请求方提供服务的服务请求后生成的，且所述服务提供信息包括报警入口。
在具体的实施过程中，当第一服务请求端为第二服务请求方进行代叫网约车时，第二服务请求端接收服务器发送的服务提供信息，该服务提供信息可以是以短信的形式，也可以是通过信息弹窗的形式，还可以是其他形式，本发明实施例对此不作具体限定。在服务提供信息中包括有报警入口，该报警入口允许第二服务请求端对其触发，以实现一键报警功能。
例如：张三通过打车软件向服务器发送了一个订单，该订单是为李四叫车的服务，该服务成为代叫服务。服务器在接收到该订单后，可以根据订单中的李四的联系电话向对应的终端发送服务提供信息，服务提供信息中的内容可以为“您好，用户(188****1234)为您叫车成功，现在从A地到B地，司机曹师傅正赶来接您，可通过186****3417联系司机。该订单由下单人支付，您可通过下单人联系司机，若有疑问，可联系下单人。车型：白色日产轩逸，车牌号：京MU***，如司机电话无法拨通，可通过下单人联系司机，查看司机位置：https://******，如遇危急，可呼叫110或使用滴滴一键报警功能：https://dc.******”。
步骤302：接收通过触发所述报警入口的触发指令，并根据所述触发指令进行报警。
在具体的实施过程中，第二服务请求方在乘车过程中，如果遇到紧急情况，可以触发报警入口，此时第二服务请求端会接收到由于第二服务请求方触发该报警入口所产生的触发指令，并且根据该触发指令进行报警操作。
本发明实施例通过第二服务请求端接收到的服务提供信息中包括报警入口，能够使得第二服务请求方在发生紧急情况时，实现一键报警功能，从而提高了第二服务请求方的安全性。
应当说明的是，触发指令的类型可以有多种，例如：可以向第一服务请求端报警，也可以直接向紧急呼救中心110报警，还可以向打车软件的安全服务平台报警，因此，可以根据触发指令进行对应的报警。因此，当第二服务请求方发生紧急情况时，可以通过服务提供信息中的报警入口向为其代叫服务的第一服务请求端或紧急呼救中心报警，从而能够使得第一服务请求方或紧急呼救中心在第一时间获得报警信息，提高接受服务的用户的安全性。
在上述实施例的基础上，所述根据所述触发指令进行报警，包括：
所述第二服务请求端判断是否有第二服务请求端对应的紧急联系人，若有，则向对应的紧急联系人发送报警信息。
在具体的实施过程中，如果第二服务请求端也安装有对应的打车软件，当第二服务请求方触发了报警入口后，第二服务请求端会判断打车软件中是否有第二服务请求端对应的紧急联系人，如果第二服务请求端中有对应的紧急联系人，则向对应的紧急连接人发送报警信息，以告知紧急联系人。可以理解的是，第二服务请求端可以向服务器发送获取对应的紧急联系人，如果服务器查找到第二服务请求方设置有对应的紧急联系人，则将紧急联系人的联系方式发送至第二服务请求端，此时，第二服务请求端可以向对应的紧急联系人发送报警信息。使得紧急联系人在第一时间获得报警信息，提高接受服务的用户的安全性。
应当说明的是，其发送报警信息的方式可以包括短信报警、电话报警以及互动式语音应答IVR报警中的任意一种或其组合，以保证报警信息发送的成功率。
在上述任一实施例的基础上，在根据所述触发指令进行报警之前，所述方法，还包括：
获取所述第二服务请求端的当前位置信息；
相应的，所述报警信息中包括所述当前位置信息。
在具体的实施过程中，在第二服务请求端接收到第二服务请求方触发报警入口后的触发指令后，获取第二服务请求端的当前位置信息，此时，在向第一服务请求端、紧急呼救中心或紧急联系人发送报警信息时，其报警信息中可以包括第二服务请求端的当前位置信息。应当说明的是，第二服务请求端可以通过自带的定位系统进行定位。
本发明实施例在第二服务请求端发出报警信息之前，获取第二服务请求端的当前位置信息，从而使得报警信息中包括当前位置信息，当第一服务请求端或紧急呼救中心或紧急联系人收到报警信息后能够快速根据当前位置信息找到第二服务请求方。
在上述任一实施例的基础上，在接收通过触发所述报警入口的触发指令之后，所述方法，还包括：
所述第二服务请求端开启录音功能，获得语音信息；
相应的，所述报警信息包括所述语音信息。
在具体的实施过程中，在第二服务请求端接收到第二服务请求方触发报警入口后的触发指令后，第二服务请求端可以开启录音功能，获得语音信息。此时，在向第一服务请求端、紧急呼救中心或紧急联系人发送报警信息时，其报警信息中可以包括语音信息。应当说明的是，第二服务请求端可以开启自带的录音软件进行录音。
本发明实施例在第二服务请求端接收到触发指令后，开始录音，通过录音可以获取到服务提供端的语音信息，当第二服务请求端发送报警信息时可以携带有语音信息，一方面可以让接收得到报警信息一方获知情况的紧急程度，另一方面，该录音能够作为证据。
在上述任一实施例的基础上，所述根据所述触发指令进行报警，包括：
若发送所述报警信息的方式为电话或互动式语音应答，且在预设时间段内未接通，则重复进行呼叫，直至接通或呼叫次数达到预设阈值为止。
在具体的实施过程中，如果第二服务请求端选择通过电话或互动式语音应答的方式向第一服务请求终端、110或紧急联系人进行报警时，如果对方未应答，则重复进行呼叫，直到对方应答或重复呼叫了预设次数为止。其中预设次数可以为3次，也可以根据实际情况进行预先设定。
应当说明的是，如果重复预设次数后仍然未接通，则向第一服务请求终端、110或紧急联系人发送求助短信。
另外，在进行重复电话呼叫过程中，若第二服务请求方再次触发报警入口，则重新统计呼叫次数。
如果发送报警信息的方式为电话报警或IVR报警，则在呼叫时如果未接听，则重复呼叫，防止对方没有听到，提高了报警的成功率。
在上述任一实施例的基础上，所述接收通过触发所述报警入口的触发指令，包括：
接收通过触发所述报警入口的第一操作，进入服务软件对应的报警页面；或进入所述第二服务请求端中浏览器对应的报警页面；
接收所述报警页面的第二操作，生成所述触发指令。
在具体的实施过程中，第二服务请求方触发报警入口的连接后，第二服务请求端可以接收到对应的第一操作，此时，进入响应第一操作的报警页面，图4为本发明实施例提供的一种报警页面示意图，如图4所述。应当说明的是，报警页面可以是进入打车软件后打开的，也可以是从第二服务请求端的浏览器打开的。在进入报警页面后，第二服务请求方在报警页面上点击报警按钮，此时第二服务请求端可以接收到对应的第二操作，并生成对应的触发指令。图5为本发明实施例提供的报警后页面示意图，如图5所示，发送报警信息后，报警页面显示图5的内容，并仍然提供短信报警、呼叫110的功能。另外，从图4和图5中可以看出，在报警页面中显示有提醒信息，告知第二服务请求方谎报警情会受到相应的处罚。
在上述任一实施例的基础上，所述报警入口为报警链接，所述接收通过触发所述报警入口的第一操作，进入服务软件对应的报警页面，或进入所述第二服务请求端中浏览器对应的报警页面，包括：
若接收到通过触发所述报警链接的第一操作后，则判断所述报警链接是否有效，则进入服务软件对应的报警页面，或进入所述第二服务请求端中浏览器对应的报警页面。
在具体的实施过程中，当第二服务请求端感知到第二服务请求方触发报警入口的第一操作后，判断该报警链接是否有效，如果该链接有效，则服务软件对应的报警页面，或进入第二服务请求端中浏览器对应的报警页面。应当说明的是，判断报警链接是否有效的方式可以包括：判断该订单是否已经结束，若已经结束，且当前时刻距订单结束的时间在两个小时内，则说明该报警链接有效，大于两个小时，则报警链接失效；如果订单一直未支付，则认为订单未结束，此时，可以根据报警链接的超时时长进行判断，若当前时间已经超过超时时长，则报警链接失效。
本发明实施例通过在接收到触发报警链接的触发操作后，首先判断报警链接是否有效，有效后才进行报警，保护了用户的隐私，并避免了用户误报警的情况。
在上述任一实施例的基础上，在接收通过触发所述报警入口的触发指令之后，所述方法，还包括：
在界面上显示提醒信息，所述提醒信息用于告知谎报警情所承担的责任。
在具体的实施过程中，当第二服务请求方触发报警入口后，进去报警界面，在界面上显示提醒信息，该提醒信息用于告知第二服务请求方谎报警情所应当承担的责任，防止第二服务请求方恶意报警。
图6为本发明实施例提供的另一种报警方法流程示意图，如图6所示，该方法包括：
步骤601：第一服务请求端接收第二服务请求端发送的报警信息，所述报警信息为所述第二服务请求端在接收服务器发送的服务提供信息后，触发所述服务提供信息中的报警入口发送的，并且，所述服务提供信息由第一服务请求端向所述服务器发送的为所述第二服务请求方提供服务的服务请求后生成的。
在具体的实施过程中，在第一服务请求端为第二服务请求端代叫网约车后，当第二服务请求端触发报警入口，向第一服务请求端发送报警信息后，第一服务请求端接收第二服务请求端发送的报警信息，其中，报警信息可以是以短信的形式，还可以是电话或IVR，本发明实施例对报警信息的发送方式不作具体限定。
步骤602：根据所述报警信息执行对应的报警操作。
在具体的实施过程中，第一服务请求端根据报警信息执行对应的报警操作，其中，报警操作可以包括向110报警，或者与第二服务请求端联系，以确认是否出现紧急情况等。
本发明实施例通过第一服务请求端在为第二服务请求方代叫服务后，在第二服务请求端发送报警信息后，第一服务请求端可以接收到该报警信息，并根据报警信息进行相应的报警操作，提高了第二服务请求方的安全性。
在上述任一实施例的基础上，所述报警信息包括所述第二服务请求端的联系电话，所述根据所述报警信息执行对应的报警操作，包括：
根据所述第二服务请求端的联系电话联系对应的第二服务请求方。
在具体的实施过程中，当第二服务请求端接收到第一服务请求端发送的报警信息后，可以通过报警信息中的联系电话联系对应的第二服务请求方，从而可以判断该第二服务请求方是否发生了紧急情况，防止第一服务请求方误报警。可以理解的是，第一服务请求端可以为帮第二服务请求端代叫网约车的终端，第一服务请求端也可以作为第二服务请求端的紧急联系人。
本发明实施例通过当第一服务请求端接收到第二服务请求端发送的报警信息后，可以通过报警信息中的联系电话联系对应的第二服务请求方，从而可以判断该第二服务请求方是否发生了紧急情况，防止第一服务请求方误报警。
在上述任一实施例的基础上，在根据所述报警信息执行对应的报警操作之后，所述方法，还包括：
向所述第二服务请求端发送反馈消息，用以告知所述第二服务请求方已报警。从而可以安抚第二服务请求方，提高了该用户的安全感。
在上述任一实施例的基础上，在接收第二服务请求端发送的报警信息之前，所述方法，还包括：
向服务器发送服务请求，所述服务请求包括第二服务请求端的联系电话。
在具体的实施过程中，第一服务请求端可以向服务器发送服务请求，该服务请求是用来为第二服务请求端提供服务的请求，服务请求中包括第二服务请求端的联系电话，使得能够及时获知第二服务请求端的当前状态信息，以实现代叫服务。图7为本发明实施例提供的第一服务请求端代叫页面示意图，如图7所示，在该页面中显示可以联系乘车人，也可以呼叫110报警。图8为本发明实施例提供的第二服务请求端发出报警信息后的页面示意图，如图8所示，当第二服务请求端向第一服务请求端发送报警信息后，在页面上显示第一服务请求方使用了一键报警的功能。从图7和图8中均可看出，在页面上显示有提醒信息，该提醒信息用于告知第一服务请求方谎报警情所应当承担的责任，防止第一服务请求方恶意报警。
应当说明的是，在第一服务请求端点击了报警按钮后，会尝试：
1、隐藏项：不向第一服务请求方/第二服务请求方的紧急联系人发送短信，隐藏该项；
2、新增项：通知第一服务请求方，具体为：
报警前：短信通知第二服务请求方；
报警后：已通知第二服务请求方。
对于以短信的方式进行报警可以包括：有订单有位置、有订单无位置、无订单有位置和无订单无位置，并且上述四种情况中均包括有乘车人姓名和无乘车人姓名。以有订单有位置，并且有乘车人姓名为例，其短信内容可以为：
紧急求助！您的朋友{订单乘车人姓名}(手机号为{乘车人手机号})在代叫车行程中使用了一键报警功能，请尽快与他(她)联系确认安全。他(她)的当前位置为：{POI信息}，他(她)目前的行程为：{行程分享链接}，点击查看。滴滴提醒您，请理智应对，必要时可以联系警方获得帮助。如果你不希望成为对方的紧急联系人，请回复TD。
其他情况对应的短信内容与上述类似，只是对于没有的信息则不在短信内容中显示，此处不再赘述。
对于IVR方式的报警方式，其包括有乘车人姓名和无乘车人姓名两种情况。
有乘车人姓名的呼叫内容为：
滴滴一键报警提醒您，您的朋友{订单乘车人姓名}正在尝试使用滴滴一键报警，请尽快与他联系确认安全，平台已将相关信息以短信形式发送给您，请理智应对，必要时可以联系警方获得帮助。
无乘车人姓名的呼叫内容为：
滴滴一键报警提醒您，您手机号为{手机号}的朋友正在尝试使用滴滴一键报警，请尽快与他联系确认安全，平台已将相关信息以短信形式发送给您，请理智应对，必要时可以联系警方获得帮助。
应当说明的是，乘车人即第二服务请求方。
图9为本发明实施例提供的有一种报警方法流程示意图，如图9所示，该方法包括：
步骤901：接收第一服务请求端发送的为所述第二服务请求方提供服务的服务请求，所述服务请求包括所述第二服务请求方的用户信息。
在具体的实施过程中，当第一服务请求端帮第二服务请求端代叫网约车服务时，可以通过打车软件向服务器发送服务请求，此时服务器可以接收到该服务请求，其中，服务请求中包括第二服务请求方的用户信息，该用户信息可以包括联系电话，应当说明的是，用户信息还可以包括第二服务请求方的上车点，乘车时间等信息，本发明实施例对此不作具体限定。
步骤902：根据所述用户信息向所述第二服务请求端发送服务提供信息，所述服务提供信息包括报警入口。
在具体的实施过程中，服务器在接收到服务请求后，为该服务请求分配对应的服务提供端，即司机。并且，服务器向第二服务请求端发送服务提供信息，其中，服务提供信息可以以短信的形式发送，也可以以其他方式进行发送，本发明实施例对此不作具体限定。应当说明的是，该服务提供信息中包括报警入口，该报警入口可以是链接，当第二服务请求方点击该链接时，可以跳转到报警页面上，用以供该第二服务请求方报警使用。
应当说明的是，服务提供信息中还可以包括车辆型号、车牌号、司机电话、司机姓名等信息，本发明实施例对此不作具体限定。
本发明实施例通过在接收到第一服务请求端发送的为第二服务请求端提供服务的服务请求后，向第二服务请求端发送服务提供信息，在服务提供信息中包括报警入口，当第二服务请求方发生紧急情况时，可以通过服务提供信息中的报警入口向为其代叫服务的第一服务请求端或紧急呼救中心报警，从而能够使得第一服务请求方或紧急呼救中心在第一时间获得报警信息，提高接受服务的用户的安全性。
在上述任一实施例的基础上，在根据所述用户信息向所述第二服务请求端发送服务提供信息之后，所述方法，还包括：
接收第二服务请求端发送的报警请求，所述报警请求为第二服务请求方通过触发所述报警入口后发送的；
根据所述报警请求获取对应的第一服务请求端，并向所述第一服务请求端发送所述报警信息。
在具体的实施过程中，当第二服务请求方在报警页面中点击了报警按钮后，服务器可以接收到该第二服务请求端发送的报警请求，此时，服务器根据该报警请求获取对应的第一服务请求端，并向第一服务请求端发送报警信息，以告知第二服务请求方正在尝试使用报警功能，可能发生了紧急情况。
本发明实施例通过当第二服务请求方发生紧急情况时，可以通过服务提供信息中的报警入口发送报警信息，从而能够使得第一服务请求方或紧急呼救中心在第一时间获得报警信息，提高接受服务的用户的安全性。
在上述任一实施例的基础上，在接收第二服务请求端发送的报警请求之后，所述方法，还包括：
判断是否有权限获取第二服务请求端的位置信息；
若有权限则获取所述第二服务请求端对应的位置信息作为当前位置信息；若没有权限则获取所述服务请求对应的服务提供端的位置信息作为当前位置信息；
相应的，所述报警信息包括所述当前位置信息。
在具体的实施过程中，当服务器接收到第二服务请求端发送的报警请求后，判断是否有权限获取第二服务请求端的位置信息，如果第二服务请求端授权服务器获取，则服务器将第二服务请求端的位置信息作为当前位置信息。如果第二服务请求端不允许服务器获取位置信息，则服务器获取对应的服务提供端的位置信息，作为当前位置信息。并且在向第一服务请求端发送的报警信息中包括有当前位置信息，从而能够使第一服务请求端收到报警信息后能够快速根据当前位置信息找到第二服务请求方。
在上述任一实施例的基础上，在接收第二服务请求端发送的报警请求之后，所述方法，还包括：
根据所述报警请求判断是否存在紧急联系人的联系电话，若存在则向所述联系电话对应的终端发送所述报警信息。
在具体的实施过程中，当服务器接收到第二服务请求端发送的报警请求后，还可以判断第二服务请求端是否预先设置有紧急联系人，如果设置有紧急联系人的联系电话，则可以根据联系电话向紧急联系人发送报警信息，使得紧急联系人在第一时间获得报警信息，提高接受服务的用户的安全性。
在上述任一实施例的基础上，在接收所述第一服务请求端发送的服务请求之后，所述方法，还包括：
判断是否接收到所述第二服务请求端发送的拒收消息，若接收到所述拒收消息，则不响应所述服务请求。
在具体的实施过程中，当第二服务请求端接收到服务提供信息后，可以选择拒绝第一服务请求端为其代叫网约车，此时，第二服务请求端可以向服务器发送拒收消息，此时，服务器便不会响应第一服务请求端的服务请求。如果第一服务请求端再次向服务器发送为该第二服务请求端代叫网约车的服务请求时，服务器便不会再向第二服务请求端发送服务提供信息，也不会响应该服务请求为其分配司机。
并且，服务器还可以向第一服务请求端发送服务请求失败的消息，在服务请求失败消息中告知第二服务请求端拒绝了为其代叫网约车的服务请求。
本发明实施例通过在接收到第一服务请求端发送的服务请求后，判断是否接收过第二服务请求端发送的拒收消息，如果收到后，则不响应该服务请求，避免了第二服务请求端被多次骚扰的情况。
图10是示出本发明的一些实施例的报警装置的框图，该报警装置实现的功能对应上述方法执行的步骤。该装置可以理解为上述服务器，或服务器的处理器，也可以理解为独立于上述服务器或处理器之外的在服务器控制下实现本申请功能的组件，如图所示，报警装置可以包括第一接收模块1001和第一报警模块1002。
第一接收模块1001可以用于接收服务器发送的服务提供信息，所述服务提供信息为由第一服务请求端向所述服务器发送的为第二服务请求方提供服务的服务请求后生成的，且所述服务提供信息包括报警入口。
第一报警模块1002可以用于接收通过触发所述报警入口的触发指令，并根据所述触发指令进行报警。
在上述任一实施例的基础上，所述第一报警模块，具体用于：
向所述第一服务请求端和/或紧急呼救中心发送报警信息。
在上述任一实施例的基础上，所述第一报警模块，具体用于：
判断是否有第二服务请求端对应的紧急联系人，若有，则向对应的紧急联系人发送报警信息。
在上述任一实施例的基础上，所述装置，还包括：
第一获取模块，用于获取所述第二服务请求端的当前位置信息；
相应的，所述报警信息中包括所述当前位置信息。
在上述任一实施例的基础上，所述装置，还包括：
录音模块，用于开启录音功能，获得语音信息；
相应的，所述报警信息包括所述语音信息。
在上述任一实施例的基础上，发送所述报警信息的方式包括短信、电话和互动式语音应答中的任意一种或其组合。
在上述任一实施例的基础上，所述第一报警模块，具体用于：
若发送所述报警信息的方式为电话或互动式语音应答，且在预设时间段内未接通，则重复进行呼叫，直至接通或呼叫次数达到预设阈值为止。
在上述任一实施例的基础上，所述第一报警模块，具体用于：
在进行重复电话呼叫过程中，若接收到所述第二服务请求方再次触发所述报警入口的触发指令，则重新统计呼叫次数。
在上述任一实施例的基础上，所述第一报警模块，具体用于：
接收通过触发所述报警入口的第一操作，进入服务软件对应的报警页面；或进入所述第二服务请求端中浏览器对应的报警页面；
接收所述报警页面的第二操作，生成所述触发指令。
在上述任一实施例的基础上，所述报警入口为报警链接，所述第一报警模块，具体用于：
若接收到通过触发所述报警链接的第一操作后，则判断所述报警链接是否有效，则进入服务软件对应的报警页面，或进入所述第二服务请求端中浏览器对应的报警页面。在上述任一实施例的基础上，所述装置，还包括：
第一显示模块，用于在界面上显示提醒信息，所述提醒信息用于告知谎报警情所承担的责任。
图11为本发明实施例提供的另一种报警模块结构示意图，如图11所示，该装置包括：第二接收模块1101和第二报警模块1102，其中：
第二接收模块1101用于接收第二服务请求端发送的报警信息，所述报警信息为所述第二服务请求端在接收服务器发送的服务提供信息后，触发所述服务提供信息中的报警入口发送的，并且，所述服务提供信息由第一服务请求端向所述服务器发送的为所述第二服务请求方提供服务的服务请求后生成的；
第二报警模块1102用于根据所述报警信息执行对应的报警操作。
在上述任一实施例的基础上，所述报警信息包括所述第二服务请求端对应的姓名、联系电话、当前位置信息、报警时间和语音信息中的任意一项或其组合。
在上述任一实施例的基础上，所述报警信息包括所述第二服务请求端的联系电话，所述第二报警模块，具体用于：
根据所述第二服务请求端的联系电话联系对应的第二服务请求方。
在上述任一实施例的基础上，所述第二报警模块，具体用于：
根据所述报警信息向紧急呼救中心进行呼叫报警。
在上述任一实施例的基础上，所述装置，还包括：
反馈模块，用于向所述第二服务请求端发送反馈消息，用以告知所述第二服务请求端已报警。
在上述任一实施例的基础上，所述装置，还包括：
发送模块，用于向服务器发送服务请求，所述服务请求包括第二服务请求端的联系电话。
在上述任一实施例的基础上，所述装置，还包括：
第二显示模块，用于在界面上显示提醒信息，所述提醒信息用于告知谎报警情所承担的责任。
图12为本发明实施例提供的另一种报警模块结构示意图，如图12所示，该装置包括：第三接收模块1201和第二发送模块1202，其中：
第三接收模块1201用于接收第一服务请求端发送的为所述第二服务请求方提供服务的服务请求，所述服务请求包括所述第二服务请求方的用户信息；
第二发送模块1202用于根据所述用户信息向所述第二服务请求端发送服务提供信息，所述服务提供信息包括报警入口。
在上述任一实施例的基础上，所述服务器，还包括：
第四接收模块，用于接收第二服务请求端发送的报警请求，所述报警请求为第二服务请求方通过触发所述报警入口后发送的；
第三发送模块，用于根据所述报警请求获取对应的第一服务请求端，并向所述第一服务请求端发送所述报警信息。
在上述任一实施例的基础上，所述服务器，还包括：
第一判断模块，用于判断是否有权限获取第二服务请求端的位置信息；
位置获取模块，用于若有权限则获取所述第二服务请求端对应的位置信息作为当前位置信息；若没有权限则获取所述服务请求对应的服务提供端的位置信息作为当前位置信息；
相应的，所述报警信息包括所述当前位置信息。
在上述任一实施例的基础上，所述服务器，还包括：
第四发送模块，用于根据所述报警请求判断是否存在紧急联系人的联系电话，若存在则向所述联系电话对应的终端发送所述报警信息。
在上述任一实施例的基础上，所述服务器，还包括：
第二判断模块，用于判断是否接收到所述第二服务请求端发送的拒收消息，若接收到所述拒收消息，则不响应所述服务请求。
在上述任一实施例的基础上，所述服务器，还包括：
第五发送模块，用于向所述第一服务请求端发送服务请求失败消息。
上述模块可以经由有线连接或无线连接彼此连接或通信。有线连接可以包括金属线缆、光缆、混合线缆等，或其任意组合。无线连接可以包括通过LAN、WAN、蓝牙、ZigBee、或NFC等形式的连接，或其任意组合。两个或更多个模块可以组合为单个模块，并且任何一个模块可以分成两个或更多个单元。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统和装置的具体工作过程，可以参考方法实施例中的对应过程，本申请中不再赘述。在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。
Claims (55)
1.一种报警方法，其特征在于，包括：
第二服务请求端接收服务器发送的服务提供信息，所述服务提供信息为由第一服务请求端向所述服务器发送的为第二服务请求端提供服务的服务请求后生成的，且所述服务提供信息包括报警入口；
接收通过触发所述报警入口的触发指令，并根据所述触发指令进行报警。
2.根据权利要求1所述的方法，其特征在于，所述根据所述触发指令进行报警，包括：
所述第二服务请求端向所述第一服务请求端和/或紧急呼救中心发送报警信息。
3.根据权利要求1所述的方法，其特征在于，所述根据所述触发指令进行报警，包括：
所述第二服务请求端判断是否有第二服务请求端对应的紧急联系人，若有，则向对应的紧急联系人发送报警信息。
4.根据权利要求2或3所述的方法，其特征在于，在根据所述触发指令进行报警之前，所述方法，还包括：
获取所述第二服务请求端的当前位置信息；
相应的，所述报警信息中包括所述当前位置信息。
5.根据权利要求2或3所述的方法，其特征在于，在接收通过触发所述报警入口的触发指令之后，所述方法，还包括：
所述第二服务请求端开启录音功能，获得语音信息；
相应的，所述报警信息包括所述语音信息。
6.根据权利要求2或3所述的方法，其特征在于，发送所述报警信息的方式包括短信、电话和互动式语音应答中的任意一种或其组合。
7.根据权利要求6所述的方法，其特征在于，所述根据所述触发指令进行报警，包括：
若发送所述报警信息的方式为电话或互动式语音应答，且在预设时间段内未接通，则重复进行呼叫，直至接通或呼叫次数达到预设阈值为止。
8.根据权利要求7所述的方法，其特征在于，在进行重复电话呼叫过程中，若接收到所述第二服务请求端再次触发所述报警入口的触发指令，则重新统计呼叫次数。
9.根据权利要求1所述的方法，其特征在于，所述接收通过触发所述报警入口的触发指令，包括：
接收通过触发所述报警入口的第一操作，进入服务软件对应的报警页面，或进入所述第二服务请求端中浏览器对应的报警页面；
接收所述报警页面的第二操作，生成所述触发指令。
10.根据权利要求9所述的方法，其特征在于，所述报警入口为报警链接，所述接收通过触发所述报警入口的第一操作，进入服务软件对应的报警页面，或进入所述第二服务请求端中浏览器对应的报警页面，包括：
若接收到通过触发所述报警链接的第一操作后，则判断所述报警链接是否有效，若有效，则进入服务软件对应的报警页面，或进入所述第二服务请求端中浏览器对应的报警页面。
11.根据权利要求9所述的方法，其特征在于，在接收通过触发所述报警入口的触发指令之后，所述方法，还包括：
在所述报警页面上显示提醒信息，所述提醒信息用于告知谎报警情所承担的责任。
12.一种报警方法，其特征在于，包括：
第一服务请求端接收第二服务请求端发送的报警信息，所述报警信息为所述第二服务请求端在接收服务器发送的服务提供信息后，触发所述服务提供信息中的报警入口发送的，并且，所述服务提供信息由第一服务请求端向所述服务器发送的为所述第二服务请求端提供服务的服务请求后生成的；
根据所述报警信息执行对应的报警操作。
13.根据权利要求12所述的方法，其特征在于，所述报警信息包括所述第二服务请求端对应的姓名、联系电话、当前位置信息、报警时间和语音信息中的任意一项或其组合。
14.根据权利要求12所述的方法，其特征在于，所述报警信息包括所述第二服务请求端的联系电话，所述根据所述报警信息执行对应的报警操作，包括：
根据所述第二服务请求端的联系电话联系对应的第二服务请求端。
15.根据权利要求12所述的方法，其特征在于，所述根据所述报警信息执行对应的报警操作，包括：
根据所述报警信息向紧急呼救中心进行呼叫报警。
16.根据权利要求12所述的方法，其特征在于，在根据所述报警信息执行对应的报警操作之后，所述方法，还包括：
向所述第二服务请求端发送反馈消息，用以告知所述第二服务请求端已报警。
17.根据权利要求12所述的方法，其特征在于，在接收第二服务请求端发送的报警信息之前，所述方法，还包括：
向服务器发送服务请求，所述服务请求包括第二服务请求端的联系电话。
18.根据权利要求12-17任一项所述的方法，其特征在于，在接收第二服务请求端发送的报警信息之后，所述方法，还包括：
在界面上显示提醒信息，所述提醒信息用于告知谎报警情所承担的责任。
19.一种报警方法，其特征在于，包括：
接收第一服务请求端发送的为第二服务请求端提供服务的服务请求，所述服务请求包括所述第二服务请求端的用户信息；
根据所述用户信息向第二服务请求端发送服务提供信息，所述服务提供信息包括报警入口。
20.根据权利要求19所述的方法，其特征在于，在根据所述用户信息向所述第二服务请求端发送服务提供信息之后，所述方法，还包括：
接收第二服务请求端发送的报警请求，所述报警请求为所述第二服务请求端通过触发所述报警入口后发送的；
根据所述报警请求获取对应的第一服务请求端，并向所述第一服务请求端发送报警信息。
21.根据权利要求20所述的方法，其特征在于，在接收第二服务请求端发送的报警请求之后，所述方法，还包括：
判断是否有权限获取第二服务请求端的位置信息；
若有权限则获取所述第二服务请求端对应的位置信息作为当前位置信息；若没有权限则获取所述服务请求对应的服务提供端的位置信息作为当前位置信息；
相应的，所述报警信息包括所述当前位置信息。
22.根据权利要求20所述的方法，其特征在于，在接收第二服务请求端发送的报警请求之后，所述方法，还包括：
根据所述报警请求判断是否存在紧急联系人的联系电话，若存在则向所述联系电话对应的终端发送所述报警信息。
23.根据权利要求22所述的方法，其特征在于，在接收所述第一服务请求端发送的服务请求之后，所述方法，还包括：
判断是否接收到所述第二服务请求端发送的拒收消息，若接收到所述拒收消息，则不响应所述服务请求。
24.根据权利要求23所述的方法，其特征在于，所述方法，还包括：
向所述第一服务请求端发送服务请求失败消息。
25.一种报警装置，其特征在于，包括：
第一接收模块，用于接收服务器发送的服务提供信息，所述服务提供信息为由第一服务请求端向所述服务器发送的为第二服务请求端提供服务的服务请求后生成的，且所述服务提供信息包括报警入口；
第一报警模块，用于接收通过触发所述报警入口的触发指令，并根据所述触发指令进行报警。
26.根据权利要求25所述的装置，其特征在于，所述第一报警模块，具体用于：
向所述第一服务请求端和/或紧急呼救中心发送报警信息。
27.根据权利要求25所述的装置，其特征在于，所述第一报警模块，具体用于：
判断是否有第二服务请求端对应的紧急联系人，若有，则向对应的紧急联系人发送报警信息。
28.根据权利要求26或27所述的装置，其特征在于，所述装置，还包括：
第一获取模块，用于获取所述第二服务请求端的当前位置信息；
相应的，所述报警信息中包括所述当前位置信息。
29.根据权利要求26或27所述的装置，其特征在于，所述装置，还包括：
录音模块，用于开启录音功能，获得语音信息；
相应的，所述报警信息包括所述语音信息。
30.根据权利要求26或27所述的装置，其特征在于，发送所述报警信息的方式包括短信、电话和互动式语音应答中的任意一种或其组合。
31.根据权利要求30所述的装置，其特征在于，所述第一报警模块，具体用于：
若发送所述报警信息的方式为电话或互动式语音应答，且在预设时间段内未接通，则重复进行呼叫，直至接通或呼叫次数达到预设阈值为止。
32.根据权利要求31所述的装置，其特征在于，所述第一报警模块，具体用于：
在进行重复电话呼叫过程中，若接收到所述第二服务请求端再次触发所述报警入口的触发指令，则重新统计呼叫次数。
33.根据权利要求25所述的装置，其特征在于，所述第一报警模块，具体用于：
接收通过触发所述报警入口的第一操作，进入服务软件对应的报警页面，或进入所述第二服务请求端中浏览器对应的报警页面；
接收所述报警页面的第二操作，生成所述触发指令。
34.根据权利要求33所述的装置，其特征在于，所述报警入口为报警链接，所述第一报警模块，具体用于：
若接收到通过触发所述报警链接的第一操作后，则判断所述报警链接是否有效，若有效，则进入服务软件对应的报警页面，或进入所述第二服务请求端中浏览器对应的报警页面。
35.根据权利要求33所述的装置，其特征在于，所述装置，还包括：
第一显示模块，用于在界面上显示提醒信息，所述提醒信息用于告知谎报警情所承担的责任。
36.一种报警装置，其特征在于，包括：
第二接收模块，用于接收第二服务请求端发送的报警信息，所述报警信息为所述第二服务请求端在接收服务器发送的服务提供信息后，触发所述服务提供信息中的报警入口发送的，并且，所述服务提供信息由第一服务请求端向所述服务器发送的为所述第二服务请求端提供服务的服务请求后生成的；
第二报警模块，用于根据所述报警信息执行对应的报警操作。
37.根据权利要求36所述的装置，其特征在于，所述报警信息包括所述第二服务请求端对应的姓名、联系电话、当前位置信息、报警时间和语音信息中的任意一项或其组合。
38.根据权利要求36所述的装置，其特征在于，所述报警信息包括所述第二服务请求端的联系电话，所述第二报警模块，具体用于：
根据所述第二服务请求端的联系电话联系对应的第二服务请求端。
39.根据权利要求36所述的装置，其特征在于，所述第二报警模块，具体用于：
根据所述报警信息向紧急呼救中心进行呼叫报警。
40.根据权利要求37所述的装置，其特征在于，所述装置，还包括：
反馈模块，用于向所述第二服务请求端发送反馈消息，用以告知所述第二服务请求端已报警。
41.根据权利要求36所述的装置，其特征在于，所述装置，还包括：
发送模块，用于向服务器发送服务请求，所述服务请求包括第二服务请求端的联系电话。
42.根据权利要求36-41任一项所述的装置，其特征在于，所述装置，还包括：
第二显示模块，用于在界面上显示提醒信息，所述提醒信息用于告知谎报警情所承担的责任。
43.一种服务器，其特征在于，包括：
第三接收模块，用于接收第一服务请求端发送的为第二服务请求端提供服务的服务请求，所述服务请求包括所述第二服务请求端的用户信息；
第二发送模块，用于根据所述用户信息向第二服务请求端发送服务提供信息，所述服务提供信息包括报警入口。
44.根据权利要求43所述的服务器，其特征在于，所述服务器，还包括：
第四接收模块，用于接收第二服务请求端发送的报警请求，所述报警请求为所述第二服务请求端通过触发所述报警入口后发送的；
第三发送模块，用于根据所述报警请求获取对应的第一服务请求端，并向所述第一服务请求端发送报警信息。
45.根据权利要求44所述的服务器，其特征在于，所述服务器，还包括：
第一判断模块，用于判断是否有权限获取第二服务请求端的位置信息；
位置获取模块，用于若有权限则获取所述第二服务请求端对应的位置信息作为当前位置信息；若没有权限则获取所述服务请求对应的服务提供端的位置信息作为当前位置信息；
相应的，所述报警信息包括所述当前位置信息。
46.根据权利要求44所述的服务器，其特征在于，所述服务器，还包括：
第四发送模块，用于根据所述报警请求判断是否存在紧急联系人的联系电话，若存在则向所述联系电话对应的终端发送所述报警信息。
47.根据权利要求43所述的服务器，其特征在于，所述服务器，还包括：
第二判断模块，用于判断是否接收到所述第二服务请求端发送的拒收消息，若接收到所述拒收消息，则不响应所述服务请求。
48.根据权利要求47所述的服务器，其特征在于，所述服务器，还包括：
第五发送模块，用于向所述第一服务请求端发送服务请求失败消息。
49.一种电子设备，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行时执行如权利要求1至11任一所述的方法的步骤。
50.一种计算机可读存储介质，其特征在于，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如权利要求1至11任一方法的步骤。
51.一种电子设备，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行时执行如权利要求12至18任一方法的步骤。
52.一种计算机可读存储介质，其特征在于，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如权利要求12至18任一方法的步骤。
53.一种电子设备，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行时执行如权利要求19至24任一方法的步骤。
54.一种计算机可读存储介质，其特征在于，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如权利要求19至24任一方法的步骤。
55.一种报警系统，其特征在于，包括如权利要求25-35任一项所述的报警装置、如权利要求36-42任一项所述的报警装置以及如权利要求43-48任一项所述的服务器。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811307347.5A CN111145490B (zh) | 2018-11-05 | 2018-11-05 | 一种报警方法、装置、服务器及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201811307347.5A CN111145490B (zh) | 2018-11-05 | 2018-11-05 | 一种报警方法、装置、服务器及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111145490A CN111145490A (zh) | 2020-05-12 |
| CN111145490B true CN111145490B (zh) | 2021-11-05 |
Family
ID=70515221
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201811307347.5A Active CN111145490B (zh) | 2018-11-05 | 2018-11-05 | 一种报警方法、装置、服务器及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111145490B (zh) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112550139A (zh) * | 2020-12-22 | 2021-03-26 | 东风汽车有限公司 | 汽车安全报警方法、存储介质及电子设备 |
Citations (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6114976A (en) * | 1999-02-05 | 2000-09-05 | The Boeing Company | Vehicle emergency warning and control system |
| CN102490687A (zh) * | 2011-12-16 | 2012-06-13 | 陈瑞斌 | 基于移动通讯技术的汽车反劫持防护系统 |
| CN102651167A (zh) * | 2012-05-15 | 2012-08-29 | 成都美璞科技有限公司 | 一种基于无线通信网寻找附近出租车和打车者的系统及方法 |
| CA2831520A1 (en) * | 2011-05-20 | 2012-11-29 | Andre Boulay | Method and system for monitoring interactions with a vehicle |
| CN104135717A (zh) * | 2014-07-09 | 2014-11-05 | 哈尔滨鑫凯隆商贸有限公司 | 一种基于手机的呼救和应急方法 |
| CN104794884A (zh) * | 2014-07-15 | 2015-07-22 | 北京东方车云信息技术有限公司 | 在网络租车系统中为他人订车的方法和系统 |
| CN104933493A (zh) * | 2014-03-17 | 2015-09-23 | 支录奎 | 基于移动通信实现指尖上的警力速调方法与系统 |
| CN105100354A (zh) * | 2014-04-30 | 2015-11-25 | 北京搜狗科技发展有限公司 | Ip电话来电提示方法及装置 |
| CN105719109A (zh) * | 2015-05-22 | 2016-06-29 | 北京小度信息科技有限公司 | 订单监控方法和装置 |
| US9488982B2 (en) * | 2013-02-03 | 2016-11-08 | Michael H Gurin | Systems for a shared vehicle |
| CN106373331A (zh) * | 2016-09-28 | 2017-02-01 | 百度在线网络技术（北京）有限公司 | 乘车预警方法和装置 |
| CN106406915A (zh) * | 2016-11-18 | 2017-02-15 | 北京小度信息科技有限公司 | 界面显示方法及装置 |
| CN107784823A (zh) * | 2016-08-25 | 2018-03-09 | 大连楼兰科技股份有限公司 | 一种基于视频分享的网约车平台 |
| CN107798350A (zh) * | 2017-11-08 | 2018-03-13 | 华南师范大学 | 一种心肺音信号识别方法和系统 |
| CN108053625A (zh) * | 2017-12-06 | 2018-05-18 | 新华三技术有限公司 | 一种报警方法和装置 |
| CN108496377A (zh) * | 2016-01-26 | 2018-09-04 | 北京嘀嘀无限科技发展有限公司 | 监控在途中的交通工具的系统和方法 |
| CN108665079A (zh) * | 2017-03-28 | 2018-10-16 | 北京嘀嘀无限科技发展有限公司 | 一种约车呼叫装置、约车平台及约车呼叫方法 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8438642B2 (en) * | 2009-06-05 | 2013-05-07 | At&T Intellectual Property I, L.P. | Method of detecting potential phishing by analyzing universal resource locators |
-
2018
- 2018-11-05 CN CN201811307347.5A patent/CN111145490B/zh active Active
Patent Citations (17)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6114976A (en) * | 1999-02-05 | 2000-09-05 | The Boeing Company | Vehicle emergency warning and control system |
| CA2831520A1 (en) * | 2011-05-20 | 2012-11-29 | Andre Boulay | Method and system for monitoring interactions with a vehicle |
| CN102490687A (zh) * | 2011-12-16 | 2012-06-13 | 陈瑞斌 | 基于移动通讯技术的汽车反劫持防护系统 |
| CN102651167A (zh) * | 2012-05-15 | 2012-08-29 | 成都美璞科技有限公司 | 一种基于无线通信网寻找附近出租车和打车者的系统及方法 |
| US9488982B2 (en) * | 2013-02-03 | 2016-11-08 | Michael H Gurin | Systems for a shared vehicle |
| CN104933493A (zh) * | 2014-03-17 | 2015-09-23 | 支录奎 | 基于移动通信实现指尖上的警力速调方法与系统 |
| CN105100354A (zh) * | 2014-04-30 | 2015-11-25 | 北京搜狗科技发展有限公司 | Ip电话来电提示方法及装置 |
| CN104135717A (zh) * | 2014-07-09 | 2014-11-05 | 哈尔滨鑫凯隆商贸有限公司 | 一种基于手机的呼救和应急方法 |
| CN104794884A (zh) * | 2014-07-15 | 2015-07-22 | 北京东方车云信息技术有限公司 | 在网络租车系统中为他人订车的方法和系统 |
| CN105719109A (zh) * | 2015-05-22 | 2016-06-29 | 北京小度信息科技有限公司 | 订单监控方法和装置 |
| CN108496377A (zh) * | 2016-01-26 | 2018-09-04 | 北京嘀嘀无限科技发展有限公司 | 监控在途中的交通工具的系统和方法 |
| CN107784823A (zh) * | 2016-08-25 | 2018-03-09 | 大连楼兰科技股份有限公司 | 一种基于视频分享的网约车平台 |
| CN106373331A (zh) * | 2016-09-28 | 2017-02-01 | 百度在线网络技术（北京）有限公司 | 乘车预警方法和装置 |
| CN106406915A (zh) * | 2016-11-18 | 2017-02-15 | 北京小度信息科技有限公司 | 界面显示方法及装置 |
| CN108665079A (zh) * | 2017-03-28 | 2018-10-16 | 北京嘀嘀无限科技发展有限公司 | 一种约车呼叫装置、约车平台及约车呼叫方法 |
| CN107798350A (zh) * | 2017-11-08 | 2018-03-13 | 华南师范大学 | 一种心肺音信号识别方法和系统 |
| CN108053625A (zh) * | 2017-12-06 | 2018-05-18 | 新华三技术有限公司 | 一种报警方法和装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111145490A (zh) | 2020-05-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11257351B2 (en) | Systems and methods for monitoring on-route transportations | |
| JP2019505022A (ja) | 相乗りのためのシステム及び方法 | |
| CN110782625A (zh) | 乘车安全报警方法、装置、电子设备及存储介质 | |
| CN111147532A (zh) | 一种信息分享方法、装置、设备及介质 | |
| CN111105120B (zh) | 一种工单处理方法及装置 | |
| JP6772302B2 (ja) | 情報処理のためのシステム及び方法 | |
| CN110753078B (zh) | 提示方法、装置、电子设备及存储介质 | |
| CN111353092A (zh) | 服务推送方法、装置、服务器及可读存储介质 | |
| CN110766908A (zh) | 报警方法、装置、电子设备及计算机可读存储介质 | |
| CN111598368A (zh) | 基于行程结束后停留异常的风险识别方法、系统及装置 | |
| CN111277618A (zh) | 一种信息推送方法、装置、电子设备及存储介质 | |
| CN111489214B (zh) | 订单分配方法、条件设置方法、装置及电子设备 | |
| CN111859104A (zh) | 一种乘客状态判断方法、装置、电子设备和存储介质 | |
| CN111145490B (zh) | 一种报警方法、装置、服务器及系统 | |
| CN111127126A (zh) | 一种信息反馈方法及装置、计算机可读存储介质 | |
| CN111353093A (zh) | 问题推荐方法、装置、服务器及可读存储介质 | |
| CN111182121B (zh) | 行程分享方法、装置以及电子设备 | |
| CN111401030B (zh) | 服务异常识别方法、装置、服务器及可读存储介质 | |
| CN111915043A (zh) | 服务数据处理方法、装置、服务器及存储介质 | |
| CN111147671A (zh) | 信息处理方法、装置、服务器及计算机可读存储介质 | |
| CN112465331A (zh) | 乘车安全控制方法、模型训练方法、装置、设备及介质 | |
| CN111369311A (zh) | 一种在用户端发起订单的控制方法及装置 | |
| CN111831107A (zh) | 可穿戴设备的穿戴检测方法、装置、设备及存储介质 | |
| CN110753077A (zh) | 一种信息分享方法、装置、电子设备及存储介质 | |
| CN117168484A (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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |