本发明涉及计算机应用技术领域，尤其涉及一种消息发送方法及装置。
背景技术：
随着社会经济的发展与城市生活节奏的加快，城市中的车辆穿梭在大街小巷，给人们出行带来了极大地便利。由于出租车出行的便利性，出租车成为城市生活中最为普通的一种交通工具。另一方面随着智能终端技术的发展，人们已经越来越习惯于通过智能终端中的各种应用程序来辅助完成出行规划，例如通过智能终端中的约车软件来预约出租车等。
目前，约车软件可以为用户提供乘车类型(例如顺风车、快车及出租车等)、乘车时间(预约或即时)以及是否拼车等多样化的选择。同时，还可以及时发现周边的出租车辆。当用户通过终端中的APP发送约车订单时，可以输入目的地信息，系统会根据该目的地的文字内容匹配最符合的地点，然后根据起始地和目的地的距离计算订单费用，为外出、旅游和出差的人士提供方便。
然而，在暴雨风雪等恶劣天气、早晚高峰时段以及各种供需预测会导致某个区域可能订单暴增的情况下，现有的是通过动态调价方式(提高打车价格的倍数)抑制发单需求，同时提高司机出车以及接单的概率。显然，这种动态调价方式对用户来说并不友好，用户需要在打车期间一直关注终端，以根据当前动态调价倍数的变化情况选择合适的打车时机，不但浪费时间，且影响出行效率，降低了用户体验。
技术实现要素：
为解决现有技术中，用户需通过时刻关注终端来选择打车时机，浪费时间，影响出行效率，用户体验低的问题，本发明一方面提出了一种消息发送方法，该方法包括：
获取用户设备UE的当前位置，并根据所述当前位置查询对应的服务价格；
若所述服务价格高于预设值，则在预设时间内以预设周期查询所述服务价格，并在所述服务价格低于所述预设值时发送提示消息。
可选地，所述预设值包括用户确定的最高可接受的服务价格。
可选地，所述在预设时间内持续查询所述服务价格，包括：
在预设时间内持续查询预设区域内的所述服务价格。
可选地，所述预设区域包括用户确定的区域。
可选地，所述服务价格以基础价格倍数的形式表示。
可选地，发送所述提示消息后，不再查询所述服务价格。
可选地，所述提示消息包括价格低于预设价格的位置信息。
本发明另一方面还提出了一种消息发送装置，包括：
查询单元，用于获取用户设备UE的当前位置，并根据所述当前位置查询对应的服务价格；
提示单元，用于当所述服务价格高于预设值时，在预设时间内以预设周期查询所述服务价格，并在所述服务价格低于所述预设值时发送提示消息。
可选地，所述预设值包括用户确定的最高可接受的服务价格。
可选地，所述提示单元还用于在预设时间内持续查询预设区域内的所述服务价格。
本发明的消息发送方法及装置，通过获取用户设备UE的当前位置，并根据所述当前位置查询对应的服务价格，当所述服务价格高于预设值时，在预设时间内以预设周期查询所述服务价格，并在所述服务价格低于所述预设值时发送提示消息，可以实现动态降价自动提醒功能，解放用户双手，节约用户时间，使用户可以根据需求延时安排调整出行时间段，提高出行效率，并可以实现供需平衡。
附图说明
为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些图获得其他的附图。
图1是本公开一实施例提供的消息发送方法的流程示意图；
图2是本公开一实施例提供的消息发送装置的结构示意图。
具体实施方式
下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。
图1是本公开一实施例提供的消息发送方法的流程示意图；如图1所示，该方法包括：
S1：获取用户设备UE的当前位置，并根据所述当前位置查询对应的服务价格；
举例来说，晚高峰时期用户设备UE获取当前位置，并根据所述当前位置查询对应的服务价格。
S2：若所述服务价格高于预设值，则在预设时间(例如1min、3分钟、5min或30min)内以预设周期查询所述服务价格，并在所述服务价格低于所述预设值时发送提示消息。
具体地，若所述UE检测到所述服务价格高于预设值，则在所述预设时间内，以预设周期查询所述服务价格，并在所述服务价格低于所述预设值时发送提示消息。
举例来说，所述用户在高峰期的时候通过UE打开所述打车软件，发现当前的动态调价倍数偏高，且动态调价一直在动态变化，因而触发降价提醒操作，所述UE检测获知该操作，则在降价的时候以弹窗方式、通知消息或语音方式向所述用户推送所述提示消息。
本实施例的消息发送方法，通过获取用户设备UE的当前位置，并根据所述当前位置查询对应的服务价格，当所述服务价格高于预设值时，在预设时间内以预设周期查询所述服务价格，并在所述服务价格低于所述预设值时发送提示消息，可以实现动态降价自动提醒功能，解放用户双手，节约用户时间，使用户可以根据需求延时安排调整出行时间段，提高出行效率，并可以实现供需平衡。
进一步地，作为上述方法实施例的优选，所述预设值包括用户确定的最高可接受的服务价格。
举例来说，如果当前区域存在高峰期的动态加价情况，UE可以检测所述用户选择的可接收的最高加价倍数和可接受的等待时间。例如，当前的动态调价倍数为2.3倍，而用户最高能够接受的价格为1.5倍，那么用户可以选择最高加价倍数为1.5倍。
此外，若用户最多愿意等待的时间为15分钟，则可以设定等待时间为15分钟。
UE将检测到的上述参数发送给打车平台的服务器，该服务器在15分钟内持续监控或查询用户出发地的动态调价倍数；且当所述倍数低于1.5倍时，则向所述用户发送降价提示信息。
进一步地，作为上述方法实施例的优选，所述在预设时间内持续查询所述服务价格，还可以包括：
在预设时间内，持续查询预设区域内的所述服务价格。
作为本实施例的优选，所述预设区域可以包括用户确定的区域。
进一步地，所述服务价格可以以基础价格倍数的形式表示。
举例来说，当所述预设区域内的打车价格倍数下降至预设值时，向所述用户发送降价提示消息。
相应地，所述提示消息包括价格低于预设价格的位置信息。
进一步地，作为上述方法实施例的优选，发送所述提示消息后，不再查询所述服务价格。
可以理解的是，不同地点的动态加价倍数可能不同，因此如果用户能够接受一定范围的步行，那么就可以查询更广范围的动态调价的降价通知。
在此基础上，作为本实施例的优选，步骤S2中所述向所述用户发送降价提示消息，还可以包括：
将当前打车价格倍数下降至预设值的地点以及相应的打车价格倍数与所述打车软件中展示的地图进行匹配。
举例来说，若用户通过UE将查询范围设定为300米，那么服务器可以查询或者获取用户定位点/用户选择的出发地为圆心，300米为半径的区域内的动态加价情况，并在有低于用户接受价格的区域或位置，以app内推送或者短信、语音形式告知用户，并且将加价倍数低的区域或位置的信息发送给UE终端的打车软件app，并在app的地图上显示推荐的低加价上车点。
在此基础上，在发送降价提醒后，所述UE可以根据用户指令选择继续等待更低价格。
图2是本公开一实施例提供的消息发送装置的结构示意图，如图2所示，所述装置包括查询单元10、提示单元20，其中：
查询单元10用于获取用户设备UE的当前位置，并根据所述当前位置查询对应的服务价格；
提示单元20用于当所述服务价格高于预设值时，在预设时间内以预设周期查询所述服务价格，并在所述服务价格低于所述预设值时发送提示消息。
具体地，本实施例的消息发送装置进行消息发送的过程包括：查询单元10用于获取用户设备UE的当前位置，并根据所述当前位置查询对应的服务价格；提示单元20用于当所述服务价格高于预设值时，在预设时间内以预设周期查询所述服务价格，并在所述服务价格低于所述预设值时发送提示消息。
进一步地，作为上述装置实施例的优选，所述预设值包括用户确定的最高可接受的服务价格。
进一步地，作为上述装置实施例的优选，所述提示单元还用于在预设时间内持续查询预设区域内的所述服务价格。
本实施例的消息发送装置，通过获取用户设备UE的当前位置，并根据所述当前位置查询对应的服务价格，当所述服务价格高于预设值时，在预设时间内以预设周期查询所述服务价格，并在所述服务价格低于所述预设值时发送提示消息，可以实现动态降价自动提醒功能，解放用户双手，节约用户时间，使用户可以根据需求延时安排调整出行时间段，提高出行效率，并可以实现供需平衡。
需要说明的是，对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
应当注意的是，在本公开的系统的各个部件中，根据其要实现的功能而对其中的部件进行了逻辑划分，但是，本公开不受限于此，可以根据需要对各个部件进行重新划分或者组合，例如，可以将一些部件组合为单个部件，或者可以将一些部件进一步分解为更多的子部件。
本公开的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本公开实施例的系统中的一些或者全部部件的一些或者全部功能。本公开还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本公开的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
应该注意的是上述实施例对本公开进行说明而不是对本公开进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本公开可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
以上实施方式仅适于说明本公开，而并非对本公开的限制，有关技术领域的普通技术人员，在不脱离本公开的精神和范围的情况下，还可以做出各种变化和变型，因此所有等同的技术方案也属于本公开的范畴，本公开的专利保护范围应由权利要求限定。