CN110689229B - 一种信息处理方法、装置、设备和计算机存储介质 - Google Patents

一种信息处理方法、装置、设备和计算机存储介质 Download PDF

Info

Publication number
CN110689229B
CN110689229B CN201910806685.1A CN201910806685A CN110689229B CN 110689229 B CN110689229 B CN 110689229B CN 201910806685 A CN201910806685 A CN 201910806685A CN 110689229 B CN110689229 B CN 110689229B
Authority
CN
China
Prior art keywords
supply
target area
client
demand
area
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
Application number
CN201910806685.1A
Other languages
English (en)
Other versions
CN110689229A (zh
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 Baidu Netcom Science and Technology Co Ltd
Original Assignee
Beijing Baidu Netcom Science and Technology 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 Baidu Netcom Science and Technology Co Ltd filed Critical Beijing Baidu Netcom Science and Technology Co Ltd
Priority to CN201910806685.1A priority Critical patent/CN110689229B/zh
Publication of CN110689229A publication Critical patent/CN110689229A/zh
Application granted granted Critical
Publication of CN110689229B publication Critical patent/CN110689229B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

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/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06315—Needs-based resource requirements planning or analysis
    • 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/40—Business processes related to the transportation industry
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/30—Computing systems specially adapted for manufacturing

Landscapes

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

Abstract

本申请公开了一种信息处理方法、装置、设备和计算机存储介质，涉及智能交通领域。具体实现方案为：获取客户端所显示地图界面上的一个以上的目标区域信息；分别将各所述目标区域的供需特征输入预先建立的供需关系预测模型，得到各所述目标区域的供需关系指数，所述供需关系指数体现对应目标区域的网约车供需状况；将各所述目标区域的供需关系指数发送给所述客户端，以便所述客户端在所述地图界面上针对各所述目标区域显示对应的供需关系指数。能够使得司机用户在客户端所展现的地图界面上获取各目标区域对应的网约车供需状况，从而辅助司机用户对接单区域进行合理选择，在一定程度上解决一定区域范围内网约车供需失衡的状况。

Description

一种信息处理方法、装置、设备和计算机存储介质
技术领域
本申请涉及计算机技术，特别涉及一种智能交通技术领域的信息处理方法、装置、设备和计算机存储介质。
背景技术
伴随着移动互联网的发展，网约车平台的出现极大地改变了人们的生活。网约车平台通过将有接单需求的司机和有打车需求的乘客放在了一个网络平台上，可以将彼此间距离在一定范围内的用户和司机进行有效配对。
然而，目前网约车平台仅仅依据一定的匹配规则实现将乘客订单和有接单意愿的司机进行匹配，对于一定区域范围内供需失衡的状况却无法进行有效地处理。例如，有些区域内乘客订单数量大于司机数量，出现乘客打车难的情况；而有些区域内司机数量大于乘客订单数量，出现司机接单难的情况。
申请内容
有鉴于此，本申请提供了一种应用于网约车场景的信息处理方法、装置、设备和计算机存储介质，以便于辅助解决一定区域范围内网约车供需失衡的状况。
一方面，本申请提供了一种信息处理方法，应用于网约车场景，所述方法包括：
获取客户端所显示地图界面上的一个以上的目标区域信息；
分别将各所述目标区域的供需特征输入预先建立的供需关系预测模型，得到各所述目标区域的供需关系指数，所述供需关系指数体现对应目标区域的网约车供需状况；
将各所述目标区域的供需关系指数发送给所述客户端，以便所述客户端在所述地图界面上针对各所述目标区域显示对应的供需关系指数。
通过该技术方案能够使得司机用户在客户端所展现的地图界面上获取各目标区域对应的网约车供需状况，从而辅助司机用户对接单区域进行合理选择，相比较现有技术中司机用户仅在当前所在区域内等候接单的方式，能够一定程度上解决一定区域范围内网约车供需失衡的状况。
根据本申请一优选实施方式，所述获取客户端所显示地图界面上的一个以上的目标区域信息包括：
获取所述客户端所显示地图界面的比例尺信息和可视区域信息；
依据所述比例尺信息和可视区域信息，确定所述客户端所显示地图界面的可视范围内所包括的一个以上的预设地理区域为目标区域。
通过该技术手段，司机用户能够灵活调整地图界面的比例尺和可视区域，从而查看不同区域的网约车供需状况。
根据本申请一优选实施方式，该方法还包括：
预先针对不同比例尺分别进行预设地理区域的划分。
根据本申请一优选实施方式，在分别将各所述目标区域的供需特征输入预先建立的供需关系预测模型时，针对各所述目标区域分别执行：
判断所述客户端的位置是否位于所述目标区域，如果是，则将当前时刻所述目标区域的供需特征输入所述供需关系预测模型；否则，估计从所述客户端的位置到达所述目标区域的时刻，将该时刻所述目标区域的供需特征输入所述供需关系预测模型。
通过该技术手段，对于非司机用户所在区域，展现的网约车供需关系状况是司机用户从当前位置到达该区域的时刻的网约车供需关系状况，从而更合理地辅助司机用户进行接单决策。
根据本申请一优选实施方式，估计从所述客户端的位置到达所述目标区域的时刻包括：
规划从所述客户端的位置到达所述目标区域的轨迹；
确定依据所述轨迹从所述客户端的位置到达所述目标区域所需的时长；
依据所述时长和当前时刻，确定从所述客户端的位置到达所述目标区域的时刻。
根据本申请一优选实施方式，该方法还包括：
将从所述客户端的位置到达所述目标区域所需的时长信息发送给所述客户端，以便所述客户端在所述地图界面上针对所述目标区域显示到达所述目标区域所需的时长信息。
通过该技术手段，对于非司机用户所在区域，进一步在地图界面上展现该区域对应的到达时间，即司机用户需要多长时间能够到达该区域，从而更合理地辅助司机用户进行接单决策。
根据本申请一优选实施方式，该方法还包括：
综合各所述目标区域的供需关系指数以及从所述客户端的位置到达所述目标区域的时长信息，确定向司机用户推荐的接单区域；
将向司机用户推荐的接单区域信息发送给所述客户端。
通过该技术手段能够自动向司机用户推荐合理的接单区域，给司机用户更好的接单指引，提高司机用户的接单效率。
根据本申请一优选实施方式，综合各所述目标区域的供需关系指数以及从所述客户端的位置到达所述目标区域的时长信息，确定向司机用户推荐的接单区域包括：
依据从所述客户端的位置到达各所述目标区域的时长按照递增的顺序对各所述目标区域进行排列；
在所述排列过程中，将对应供需关系指数满足预设第一指数要求的前N个目标区域作为向司机用户推荐的接单区域，所述N为预设的正整数。
根据本申请一优选实施方式，若接收到来自所述客户端的用户指令，和/或，所述客户端的位置所在目标区域的供需关系指数满足预设第二指数要求时，执行所述确定向司机用户推荐的接单区域。
通过该技术手段，使得向司机用户推荐接单区域能够基于用户主动触发，也可以由服务器端自动推送，或者采用两者相结合的方式。
根据本申请一优选实施方式，所述供需关系预测模型的预先建立包括：
获取样本数据，所述样本数据包括各地理区域在不同时刻的订单信息；
利用所述样本数据确定各地理区域的供需特征以及对应的供需关系指数；
将所述各地理区域的供需特征作为回归模型的输入，将对应的供需关系指数作为回归模型的输出，训练所述回归模型，得到所述供需关系预测模型。
根据本申请一优选实施方式，所述目标区域的供需特征包括以下至少一种：
时间特征、天气特征、区域平均路况、特定道路路况、区域内的POI信息、道路等级特征、附近空闲出租车状况、区域内一定时长内订单结束的车辆数。
从该技术手段中可以看出，在供需关系预测时还引入了正在进行中的订单信息，将区域内一定时长内订单结束的车辆数纳入模型所使用的特征。从而引入了尽量全面的主观、客观等因素进行学习。
根据本申请一优选实施方式，利用所述样本数据确定各地理区域对应的供需关系指数包括：
从各地理区域在不同时刻的订单信息中统计描述打车难度的指标数据，所述指标数据包括打车是否成功、打车等待时长、打车是否采用激励手段中的至少一种；
依据统计的所述描述打车难度的指标数据，确定对应的供需关系指数。
第二方面，本申请提供了一种信息处理方法，应用于网约车场景，所述方法包括：
向服务器端发送用于确定客户端所显示地图界面上的目标区域的信息；
接收所述服务器端发送的所述目标区域的供需关系指数，所述目标区域的数量为一个以上；
在所述地图界面上针对各所述目标区域显示对应的供需关系指数。
根据本申请一优选实施方式，所述用于确定客户端所显示地图界面上的目标区域的信息包括：
所述客户端所显示地图界面的比例尺信息和可视范围信息。
根据本申请一优选实施方式，该方法还包括：
接收所述服务器端发送的从所述客户端的位置到达所述目标区域所需的时长信息；
在所述地图界面上针对所述目标区域显示到达所述目标区域所需的时长信息。
根据本申请一优选实施方式，该方法还包括：
接收所述服务器端发送的向司机用户推荐的接单区域信息；
显示所述推荐的接单区域信息。
根据本申请一优选实施方式，该方法还包括：
将获取推荐的接单区域的用户指令发送给所述服务器端。
第三方面，本申请提供了一种信息处理装置，其应用于网约车场景，所述装置包括：
区域获取单元，用于获取客户端所显示地图界面上的一个以上的目标区域信息；
供需预测单元，用于分别将各所述目标区域的供需特征输入预先建立的供需关系预测模型，得到各所述目标区域的供需关系指数，所述供需关系指数体现对应目标区域的网约车供需状况；
发送单元，用于将各所述目标区域的供需关系指数发送给所述客户端，以便所述客户端在所述地图界面上针对各所述目标区域显示对应的供需关系指数。
根据本申请一优选实施方式，该装置还包括：
区域划分单元，用于预先针对不同比例尺分别进行预设地理区域的划分；
所述区域获取单元，具体用于获取所述客户端所显示地图界面的比例尺信息和可视区域信息；依据所述比例尺信息和可视区域信息，确定所述客户端所显示地图界面的可视范围内所包括的一个以上的预设地理区域为目标区域。
根据本申请一优选实施方式，所述装置还包括：到达预估单元；
所述供需预测单元在分别将各所述目标区域的供需特征输入预先建立的供需关系预测模型时，针对各所述目标区域分别执行：
判断所述客户端的位置是否位于所述目标区域，如果是，则将当前时刻所述目标区域的供需特征输入所述供需关系预测模型；否则，触发所述到达预估单元估计从所述客户端的位置到达所述目标区域的时刻后，将该时刻所述目标区域的供需特征输入所述供需关系预测模型。
根据本申请一优选实施方式，所述发送单元，还用于依据所述到达预估单元的估计结果，将从所述客户端的位置到达所述目标区域所需的时长信息发送给所述客户端，以便所述客户端在所述地图界面上针对所述目标区域显示到达所述目标区域所需的时长信息。
根据本申请一优选实施方式，所述装置还包括：
接单推荐单元，用于综合各所述目标区域的供需关系指数以及从所述客户端的位置到达所述目标区域的时长信息，确定向司机用户推荐的接单区域；
所述发送单元，还用于将向司机用户推荐的接单区域信息发送给所述客户端。
根据本申请一优选实施方式，所述装置还包括：
模型建立单元，用于获取样本数据，所述样本数据包括各地理区域在不同时刻的订单信息；利用所述样本数据确定各地理区域的供需特征以及对应的供需关系指数；将所述各地理区域的供需特征作为回归模型的输入，将对应的供需关系指数作为回归模型的输出，训练所述回归模型，得到所述关系预测模型。
第四方面，本申请提供了一种信息处理装置，应用于网约车场景，所述装置包括：
发送单元，用于向服务器端发送用于确定客户端所显示地图界面上的目标区域的信息；
接收单元，用于接收所述服务器端发送的所述目标区域的供需关系指数，所述目标区域的数量为一个以上；
显示单元，用于在所述地图界面上针对各所述目标区域显示对应的供需关系指数。
根据本申请一优选实施方式，所述接收单元，还用于接收所述服务器端发送的从所述客户端的位置到达所述目标区域所需的时长信息；
所述显示单元，还用于在所述地图界面上针对所述目标区域显示到达所述目标区域所需的时长信息。
根据本申请一优选实施方式，所述接收单元，还用于接收所述服务器端发送的向司机用户推荐的接单区域信息；
所述显示单元，还用于显示所述推荐的接单区域信息。
第五方面，本申请还提供了一种电子设备，包括：
至少一个处理器；以及
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述任一项所述的方法。
第六方面，本申请还提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其特征在于，所述计算机指令用于使所述计算机执行上述任一项所述的方法。
上述可选方式所具有的其他效果将在下文中结合具体实施例加以说明。
附图说明
附图用于更好地理解本方案，不构成对本申请的限定。其中：
图1为可以应用本申请实施例的示例性系统架构；
图2为本申请实施例提供的由服务器端执行的方法流程图；
图3为本申请实施例提供的建立供需关系预测模型的方法流程图；
图4为本申请实施例提供的回归模型的原理示意图；
图5为本申请实施例提供的确定ETA的示例图；
图6为本申请实施例提供的客户端执行的方法流程图；
图7a～图7c为本申请实施例提供的客户端所显示地图界面的实例图；
图8为本申请实施例提供的设置于服务器端的装置结构示意图；
图9为本申请实施例提供的设置于客户端的装置结构图；
图10是用来实现本申请实施例的电子设备的框图。
具体实施方式
以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
图1示出了可以应用本申请实施例的示例性系统架构。
如图1所示，该系统架构可以包括终端设备101和102，网络103和服务器104。网络103用以在终端设备101、102和服务器104之间提供通信链路的介质。网络103可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备101和102通过网络103与服务器104交互。终端设备101和102上可以安装网约车应用的客户端，在本申请中特别的是安装有网约车应用中司机用户的客户端。
终端设备101和102可以是各种移动式电子设备。包括但不限于智能手机、平板电脑、笔记本电脑、可穿戴式设备等等。本申请所提供的一种信息处理装置可以设置并运行于上述终端设备101或102中。本申请所提供的另一种信息处理装置可以设置并运行于上述服务器104中。其可以实现成多个软件或软件模块(例如用来提供分布式服务)，也可以实现成单个软件或软件模块，在此不做具体限定。
服务器104可以是单一服务器，也可以是多个服务器构成的服务器群组。。
应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
图2为本申请实施例提供的由服务器端执行的方法流程图，如图2中所示，该方法可以包括以下步骤：
在201中，获取客户端所显示地图界面上的一个以上的目标区域信息。
本申请实施例中涉及的“一个以上”是指一个或者多于一个。
为了实现基于区域的供需关系确定，预先进行对应多种不同比例尺的地理区域的划分。划分的范围可以是对城市进行划分、对省进行划分、对国家进行划分等等。划分方式可以包括但不限于以下方式：
第一种方式：基于空间网格的划分。
即将地理坐标进行硬性划分，每隔固定距离找一个坐标点，然后将相邻的可以组成正方形的四个坐标点进行组合作为一个网格，可以将一个网格或者能够组合成正方形的多个网格所构成的区域作为预设地理区域。不同比例尺对应的预设地理区域的范围不同。例如，1:500比例尺对应的预设地理区域的范围要小于1:1000比例尺对应的预设地理区域的范围。
第二种方式：基于街道连接关系的划分。
将高于一定道路等级的街道进行筛选，街道圈出来的区域作为预设地理区域。同样，不同比例尺对应的预设地理区域的范围不同。
无论采用哪种地理区域的划分方式，可以将地理区域内最优代表性的街道名称作为该地理区域的描述名称。由于有一些区域已经存在约定俗成的一些名称，例如“清河”区域、“中关村”区域等等，也可以依据预设地理区域对这些区域的覆盖状况采用这些约定俗称的区域名称作为该地理区域的描述名称。
用户使用网约车客户端时，通常会在屏幕上显示地图界面。在显示地图界面时，客户端可以向服务器端上报所显示地图界面的比例尺和可视区域信息。服务器端依据客户端所显示地图界面的比例尺，适配出与该比例尺对应的预设地理区域，并依据可视区域信息能够确定客户端所显示地图界面的可视范围内所包括的预设地理区域，并将确定出的预设地理区域作为目标区域。根据客户端所显示地图界面的比例尺，当前可视范围内可能匹配到一个预设地理区域，也可能匹配到多个预设地理区域，因此本步骤中确定出的目标区域可能是一个，也可能是多个。
在202中，分别将各目标区域的供需特征输入预先建立的供需关系预测模型，得到各目标区域的供需关系指数。
本步骤旨在确定目标区域的供需关系指数，该供需关系指数体现对应目标区域的网约车供需状况，例如可以体现对应目标区域的打车难度、打车需求等。
若步骤201确定出仅一个目标区域，则将该目标区域的供需特征输入预先建立的供需关系预测模型，得到该目标区域的供需关系指数。若步骤201确定出多个目标区域，则将各目标区域分别输入供需关系预测模型，分别得到各目标区域的供需关系指数。
为了方便理解，首先对供需关系预测模型的建立过程进行描述。如图3中所示，供需关系预测模型的建立可以包括以下步骤：
在301中，获取样本数据，样本数据包括各地理区域在不同时刻的订单信息。
在本发明实施例中，样本数据可以通过网约车的历史订单信息来获取。收集各地理区域在不同时刻的订单信息。在本发明实施例中时刻的粒度可以预先设定，例如以5分钟为粒度来划分时刻，那么可以将时间跨度在5分钟内的订单均作为一个时刻的订单。
举个例子，收集在清河区域在00:05、00:10、00:15、…、23:55、24:00时刻下的订单信息，作为样本数据。
在302中，利用样本数据确定各地理区域的供需特征以及对应的供需关系指数。
从各样本数据中抽取的地理区域的供需特征可以包括以下至少一种：
1)时间特征。
例如季度、月份、星期、节假日、时刻等时间特征。
2)天气特征
例如温度、湿度、风力风向、降雨量等天气特征，该天气特征可以通过向天气服务器查询天气数据库来获取。
3)区域平均路况
即地理区域内各道路的路况平均状况，可以通过向交通服务平台查询路况数据库来获取。
4)特定道路路况
可以预先确定地理区域内对该地理区域交通状况会产生较大影响的核心道路作为特定道路，通过向交通服务平台查询对应地理区域内的特定道路路况。
5)区域内的POI信息
采集的地理区域对应的样本数据是以该地理区域作为订单的起点的，通常区域内POI的状况是影响订单数量、等待时间等的重要因素。例如地理区域内有购物商场、电影院、体育馆等大型娱乐型POI的，往往会产生较大数量的订单以及较长的等待时间，周围有地铁类POI的，订单数量会减少。因此，本申请实施例中将地理区域内的POI信息作为其中一种供需特征，该特征通过查询地图数据即可获取。
6)道路等级特征
即区域内的道路等级状况，可以是道路等级的平均状况，也可以是最高等级道路的数量，等等。该特征通过查询地图数据可以获取。
7)附近空闲出租车状况
本特征中涉及的出租车可以包括网约车，还可以包括需要招手即停或电话预约的普通出租车。通过获取当时地理区域附近空闲出租车的位置信息可以统计得到。其中附近可以包括地理区域内以及地理区域之外预设范围内。
8)区域内一定时长内订单结束的车辆数
由于已经获取了各地理区域内各时刻的订单信息，因此对于特定地理区域的特定时刻而言，可以获知在该地理区域的特定时刻，诸如10分钟之后结束的车辆数，即10分钟后这些车辆将处于能够接单的状态。
举个例子，通过中关村区域在2019年6月7日12:05时刻的订单信息中抽取出时间特征包括：第2季度、6月份、星期五、端午节、12:05时刻。抽取出的天气特征包括：中雨、28℃、微风。区域平均路况为拥堵。特定道路路况包括：中关村大街拥堵。区域内的POI信息包括：新中关购物中心、欧美汇购物中心、中关村e世界、海淀剧院、海淀黄庄地铁站、中关村地铁站。附近空闲出租车状况：空闲出租车数量为2。区域内10分钟内订单结束的车辆数为50。
各地理区域在不同时刻的订单信息对应的供需关系指数可以通过从这些订单信息中统计描述打车难度的指标数据，例如打车是否成功、打车等待时长、打车是否采用激励手段，等等。
例如，依据打车成功率、打车的平均等待时长、采用激励手段的订单比率等指标数据，将这些指标数据依据一定的规则进行数值化，从而作为对应的供需关系指数。
在303中，将各地理区域的供需特征作为回归模型的输入，将对应的供需关系指数作为回归模型的输出，训练该回归模型，得到供需关系预测模型。
作为其中一种实现方式，可以将上述供需特征具体分为供给特征和需求特征。例如供给特征包括附近空闲出租车状况、区域内一定时长内订单结束的车辆数；需求特征包括时间特征、天气特征、区域平均路况、特定道路路况、区域内的POI信息、道路等级特征。
将需求特征和供给特征分别进行向量化，获取向量化表达，即需求特征向量vdi和供给特征vpi。在回归模型中，如图4中所示，wdi是需求特征的权重向量，wpi是供给特征的权重向量。
随机初始化权重向量后，通过回归模型的自学习动态调整权重。即在将需求特征向量vdi和供给特征vpi利用权项向量进行连接后，最终输入到全连接层映射为一个输出值value，该利用输出值与对应的供需关系指数值之间的差值产生损失函数，通过最小化损失函数优化权重向量wdi、wpi和全连接层的参数，最终回归模型训练结束后，完成供需关系预测模型的构建。
该供需关系预测模型能够在输入某地理区域的供需关系特征时，输出该地理区域对应的供需关系指数。
继续参见图2。步骤202中，确定目标区域的供需特征时，采用与建立供需关系预测模型时一致类型的供需特征。
另外，由于目标区域的供需特征是有一定时间性的，对于各目标区域，可以均将当前时刻(可以认为是客户端显示地图界面的时刻)的供需特征输入供需关系预测模型。
但由于本申请实施例中客户端是展现给司机用户的，对于司机用户而言，如果目标区域就是自己当前所在地理区域，则展现当前时刻该目标区域的供需关系指数。但如果目标区域并非自己当前所在地理区域，则司机用户想要到达目标区域就需要一定时长之后，那么司机用户到达目标区域的时刻该目标区域的供需关系指数对该司机用户更加有用。基于该理论，作为一种优选的实施方式，可以针对各目标区域分别执行：判断客户端的位置是否位于该目标区域，如果是，则将当前时刻该目标区域的供需特征输入供需关系预测模型，得到该目标区域的供需关系指数；否则估计从客户端的位置到达该目标区域的时刻，将该时刻该目标区域的供需特征输入供需关系预测模型，得到该目标区域的供需关系指数。
其中，在估计从客户端的位置到达该目标区域的时刻时，可以首先规划从客户端的位置到达该目标区域的轨迹；确定依据该轨迹从客户端的位置到达目标区域所需要的时长(即ETA，Estimated Time of Arrival)；最后依据ETA和当前时刻，确定从客户端的位置到达目标区域的时刻。
例如图5中所示，假设在当前地图界面的可视区域内存在两个目标区域：区域1和区域2。客户端位置为图中黑点所示位置。对于区域1而言，由于客户端就在区域1范围内，因此直接将区域1当前时刻的供需特征输入供需关系预测模型，得到该区域1的供需关系指数。对于区域2而言，客户端位置并不在区域2范围内，则可以首先规划从客户端位置到达该区域2中心的轨迹，然后将该轨迹与区域2的边界交界处的位置作为终点，客户端位置作为起点，计算从起点到终点的ETA。其中ETA的计算方法已是业界比较成熟的算法，在此不做过多赘述。
在获取目标区域在ETA之后时刻的供需特征时，其中时间特征通过查询日历数据库等可以获取。天气特征可以通过查询包含天气预报信息的天气数据库来获取。区域平均路况和特定道路路况可以通过路况预测方法进行预测。其中路况预测方法可以采用已有方式，鉴于不是本申请的重点，在此不做详细描述。区域内的POI信息、道路等级特征是不具备时间性的特征，可以通过查询地图数据库获取。附近空闲出租车状况可以通过获取附近空闲出租车的位置信息进行统计得到，鉴于未来一定时间之后的空闲出租车状况不便预测，因此可以采用当前时刻的附近空闲出租车状况。区域内一定时长内订单结束的车辆数可以采用该一定时长加上ETA后所得时长内订单结束的车辆数。
在203中，将各目标区域的供需关系指数发送给客户端，以便客户端在地图界面上针对各目标区域显示对应的供需关系指数。
若针对各目标区域计算的均是当前时刻的供需关系指数，则可以将各目标区域的供需关系指数发送给客户端以供客户端显示。
若针对司机用户当前所在目标区域计算的是当前时刻的供需关系指数，而针对非司机用户所在目标区域计算的是司机用户到达该目标区域的时刻即ETA之后的时刻的供需关系指数，则除了将各目标区域的供需关系指数发送给客户端之外，进一步将司机用户到达各目标区域所需的时长即ETA信息发送给客户端，以便客户端在地图界面上针对目标区域显示到达该目标区域所需的时长信息。
在这种情况下，服务器端还可以进一步执行204，即综合各目标区域的供需关系指数以及从客户端位置到达目标区域的时长信息即ETA，确定向司机用户推荐的接单区域并发送给客户端。
本步骤可以在接收到来自客户端的用户指令，和/或，客户端的位置所在目标区域的供需关系指数满足预设第二指数要求时执行。例如，若客户端的位置所在目标区域的供需关系指数指示打车需求低于预设第一阈值，则接单区域推荐功能开启。若进一步接收到来自客户端的用户指令，例如用户点击界面上的功能按钮触发用户指定的发送，则执行步骤204。
作为其中一种实现方式，服务器端可以依据从客户端的位置到达各目标区域的时长即ETA按照递增的顺序对各目标区域进行排列。在排列的过程中，将对应供需关系指数满足预设第一指数要求的前N个目标区域作为向司机用户推荐的接单区域，N为预设的正整数。
举个例子，假设包括目标区域1、2、3和4，上述N的取值为1。按照ETA对各目标区域进行排序。假设目标区域1排在第一位，则判断目标区域1的供需关系指数是否指示本区域打车需求高于预设第二阈值，如果否，则继续判断排在第二位的目标区域，假设为目标区域3。判断目标区域3的供需关系指数是否指示本区域打车需求高于预设的第二阈值，如果是，则将该目标区域3作为向司机用户推荐的接单区域，否则继续判断排在下一个的目标区域。
图6为本申请实施例提供的客户端执行的方法流程图，如图6中所示，该方法可以包括以下步骤：
在601中，向服务器端发送用于确定客户端所显示地图界面上的目标区域的信息。
本步骤中，客户端依据用户对地图界面的操作，确定客户端所显示地图界面的比例尺信息和可视范围信息，将这些信息发送至服务器端，服务器端依据比例尺适配出与该比例尺对应的预设地理区域，并依据可视区域信息确定客户端所显示地图界面的可视范围内所包括的预设地理区域作为目标区域。服务器端的具体处理参见图2中步骤201的相关记载。
其中，客户端初始打开地图界面后采用默认比例尺，或者采用用户习惯的比例尺，或者采用用户上一次退出客户端时采用的比例尺。客户端初始打开地图界面后可以将当前比例尺信息和可视范围信息上传至服务器端。之后用户可以通过操作改变地图界面的比例尺，例如通过缩放操作来改变地图界面的比例尺，随着比例尺的变更，可视范围也会随着变化。客户端可以将改变后的当前比例尺信息和可视范围信息上传至服务器。用以确定目标区域，后续将会列举实例进行描述。
在602中，接收服务器端发送的目标区域的供需关系指数，其中目标区域的数量为一个以上。
服务器端确定各目标区域的供需关系指数的过程参见图2中步骤202的详细记载。
在603中，在地图界面上针对各目标区域显示对应的供需关系指数。
在地图界面上行针对各目标区域显示供需关系指数的值之外，还可以显示针对该光绪关系指数的值的描述性的解释。例如，针对供需关系指数的值为10，显示“打车需求较小”。针对供需关系指数的值为90，显示“打车需求较大”。
更进一步地，客户端还可能接收服务器端发送的从客户端的位置到达各目标区域所需的时长信息，即ETA，客户端在地图界面上针对各目标区域显示对应的供需关系指数时，可以进一步显示从客户端的位置到达各目标区域所需的时长信息。
更进一步地，还可以继续执行步骤604。
在604中，接收并显示服务器端发送的向司机用户推荐的接单区域信息。
作为一种实现方式，服务器端可以在客户端的位置所在目标区域的供需关系指数指示打车需求低于预设第一阈值时，自动向客户端发送向司机用户推荐的接单区域信息。
作为另一种实现方式，用户可以通过在地图界面上进行操作，例如操作功能按钮，触发客户端向服务器端发送用户指令。服务器端接收到该用户指令后，向客户端发送向司机用户推荐的接单区域信息。
作为再一种实现方式，服务器端可以在客户端的位置所在目标区域的供需关系指数指示打车需求低于预设第一阈值时，开启接单区域推荐功能。只有在接单区域推荐功能开启的情况下，用户才能够通过在地图界面上进行操作，例如操作功能按钮，触发客户端向服务器端发送用户指令。服务器端接收到该用户指令后，向客户端发送向司机用户推荐的接单区域信息。
下面结合具体实例进行说明：
位于西二旗区域内的司机用户打开网约车客户端后，默认的地图界面的比例尺和可视区域范围下，仅包括一个目标区域，即西二旗区域。服务器端执行图2所示流程确定出西二旗区域的供需关系指数为10，发送给客户端后，客户端显示如图7a所示界面。在地图界面上显示西二旗区域，并针对该区域显示供需关系指数10及其描述性的解释“打车需求较小”。另外，在该界面上可以进一步显示网约车客户端的其他功能，图7a中以接单功能按钮为例，若用户点击“去接单”功能按钮，则触发接单功能。
当用户对地图进行缩小改变了比例尺，客户端将新的比例尺和可视区域范围发送给服务器端。在该新的比例尺和可视区域范围下，包括6个目标区域，分别为：西二旗区域、清河区域、西山区域、中关村区域、紫竹院区域和核心区。服务器端分别针对每一个目标区域确定出对应的供需关系指数。其中由于司机用户当前位于西二旗区域，因此对于其他目标区域服务器端确定的供需关系指数是ETA之后时刻的，客户端在地图界面上行显示各目标区域的供需关系指数的同时，还显示对应的ETA。如图7b中所示，对于清河区域，显示“约10分钟到达，到达时需求量80”。图中的“需求量”指代供需关系指数。
由于司机用户当前所在的西二旗区域中供需关系指数10指示打车需求较小，低于预设第一阈值，则界面底部的智能选择区域功能开启。若司机用户点击智能选择区域功能按钮，触发客户端向服务器端发送用户指令。服务器端从几个目标区域中确定出向司机用户推荐的接单区域，并将推荐的接单区域信息发送给客户端。
如图7c中所示，服务器端确定出的向司机用户推荐的接单区域为清河区域。则可以在地图界面上对该目标区域进行突出显示，并可以附上诸如“距离近，需求量大”等描述性解释。与此同时在地图界面上还可以进一步包括其他功能组件。例如，在底部包含“去清河接单”的功能按钮，用户点击该功能按钮后，可以触发在清河区域范围内接单的功能。
可以看出，通过本申请提供的上述方式可以直接向司机用户展现当前位置所在区域的打车需求状况。并且还可以通过缩放比例尺查看其他区域的打车需求状况，其他区域的打车需求状况是司机用户从当前位置出发到达该区域时刻的预估需求状况，从而为司机用户接单提供参考，辅助司机用户进行接单。更进一步地，还能够综合司机用户从当前位置到达各区域的时长以及各区域的打车需求状况，为司机用户进行接单区域的推荐，从而智能化地为司机用户提供接单指引。
图8为本申请实施例提供的设置于服务器端的装置结构示意图，如图8中所示，该装置可以包括：区域获取单元01、供需预测单元02和发送单元03，还可以进一步包括区域划分单元04、到达预估单元05、接单推荐单元06和模型建立单元07。其中各组成单元的主要功能如下：
区域获取单元01，用于获取客户端所显示地图界面上的一个以上的目标区域信息。
具体地，可以获取客户端所显示地图界面的比例尺信息和可视区域信息；依据比例尺信息和可视区域信息，确定客户端所显示地图界面的可视范围内所包括的一个以上的预设地理区域为目标区域。
供需预测单元02，用于分别将各目标区域的供需特征输入预先建立的供需关系预测模型，得到各目标区域的供需关系指数，供需关系指数体现对应目标区域的网约车供需状况。
发送单元03，用于将各目标区域的供需关系指数发送客户端，以便该客户端在地图界面上针对各所述目标区域显示对应的供需关系指数。
区域划分单元04，用于预先针对不同比例尺分别进行预设地理区域的划分。
相应地，区域获取单元01获取客户端所显示地图界面的比例尺信息和可视区域信息；依据该比例尺信息和可视区域信息，确定客户端所显示地图界面的可视范围内所包括的一个以上的预设地理区域为目标区域。
供需预测单元02在分别将各目标区域的供需特征输入预先建立的供需关系预测模型时，针对各目标区域分别执行：
判断客户端的位置是否位于该目标区域，如果是，则将当前时刻该目标区域的供需特征输入供需关系预测模型；否则，触发到达预估单元05估计从客户端的位置到达该目标区域的时刻后，将该时刻该目标区域的供需特征输入供需关系预测模型。
具体地，到达预估单元05可以规划从客户端的位置到达目标区域的轨迹；确定依据该轨迹从客户端的位置到达目标区域所需的时长；依据该时长和当前时刻，确定从客户端的位置到达目标区域的时刻。
相应地，发送单元03依据到达预估单元05的估计结果，将从客户端的位置到达各目标区域所需的时长信息发送给客户端，以便客户端在地图界面上针对各目标区域显示到达各目标区域所需的时长信息。
接单推荐单元06，用于综合各目标区域的供需关系指数以及从客户端的位置到达各目标区域的时长信息，确定向司机用户推荐的接单区域。
作为其中一种实现方式，接单推荐单元06可以依据从客户端的位置到达各目标区域的时长按照递增的顺序对各目标区域进行排列；在排列过程中，将对应供需关系指数满足预设第一指数要求的前N个目标区域作为向司机用户推荐的接单区域，N为预设的正整数。
其中，若服务器端接收到来自客户端的用户指令，和/或，客户端的位置所在目标区域的供需关系指数满足预设第二指数要求时，接单推荐单元06执行所述确定向司机用户推荐的接单区域的处理。
相应地，发送单元03将向司机用户推荐的接单区域信息发送给客户端。
模型建立单元07，用于预先建立供需关系预测模型。具体地，获取样本数据，其中样本数据包括各地理区域在不同时刻的订单信息；利用样本数据确定各地理区域的供需特征以及对应的供需关系指数；将各地理区域的供需特征作为回归模型的输入，将对应的供需关系指数作为回归模型的输出，训练该回归模型，得到供需关系预测模型。
其中，上述目标区域的供需特征包括以下至少一种：
时间特征、天气特征、区域平均路况、特定道路路况、区域内的POI信息、道路等级特征、附近空闲出租车状况、区域内一定时长内订单结束的车辆数。
在利用所述样本数据确定各地理区域对应的供需关系指数时，可以从各地理区域在不同时刻的订单信息中统计描述打车难度的指标数据，其中指标数据包括打车是否成功、打车等待时长、打车是否采用激励手段中的至少一种。然后依据统计的所述描述打车难度的指标数据，确定对应的供需关系指数。
图9为本申请实施例提供的设置于客户端的装置结构图，如图9中所示，该装置可以包括：发送单元11、接收单元12和显示单元13。其中各组成单元的主要功能如下：
发送单元11，用于向服务器端发送用于确定客户端所显示地图界面上的目标区域的信息。具体地，发送的信息可以包括：客户端所显示地图界面的比例尺信息和可视范围信息。
接收单元12，用于接收服务器端发送的各目标区域的供需关系指数，其中目标区域的数量可以为一个以上。
显示单元13，用于在地图界面上针对各目标区域显示对应的供需关系指数。
更进一步地，接收单元12还可以接收服务器端发送的从客户端的位置到达各目标区域所需的时长信息。相应地，显示单元13在地图界面上针对各目标区域显示到达该目标区域所需的时长信息。
更进一步地，接收单元12还可以接收服务器端发送的向司机用户推荐的接单区域信息。相应地，显示单元13可以显示推荐的接单区域信息。
由于上述推荐接单区域的功能可以由司机用户触发，因此上述发送单元11还可以将获取推荐的接单区域的用户指令发送给服务器端。
根据本申请的实施例，本申请还提供了一种电子设备和一种可读存储介质。
如图10所示，是根据本申请实施例的信息处理方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。
如图10所示，该电子设备包括：一个或多个处理器1001、存储器1002，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图10中以一个处理器1001为例。
存储器1002即为本申请所提供的非瞬时计算机可读存储介质。其中，所述存储器存储有可由至少一个处理器执行的指令，以使所述至少一个处理器执行本申请所提供的信息处理方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的信息处理方法。
存储器1002作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的如图6所示的信息处理方法对应的程序指令/模块。处理器1001通过运行存储在存储器1002中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中如图2所示的信息处理方法。
存储器1002可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据电子设备的使用所创建的数据等。此外，存储器1002可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器1002可选包括相对于处理器1001远程设置的存储器，这些远程存储器可以通过网络连接至电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
信息处理方法的电子设备还可以包括：输入装置1003和输出装置1004。处理器1001、存储器1002、输入装置1003和输出装置1004可以通过总线或者其他方式连接，图10中以通过总线连接为例。
输入装置1003可接收输入的数字或字符信息，以及产生与信息处理的电子设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置1004可以包括显示设备、辅助照明装置(例如，LED)和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。
此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用ASIC(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(PLD))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。
为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。
计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。
根据本申请实施例的技术方案，本申请提供的方法、装置、设备和计算机存储介质可以具备以下优点：
1)能够使得司机用户在客户端所展现的地图界面上更直观地获取各目标区域对应的网约车供需状况，从而辅助司机用户对接单区域进行合理选择，相比较现有技术中司机用户仅在当前所在区域内等候接单的方式，能够一定程度上解决一定区域范围内网约车供需失衡的状况。
2)除了能够直观地向司机用户展现当前所在区域的网约车供需状况之外，司机用户还能够通过缩放比例尺查看可视范围内的其他区域的网约车供需状况，从而更加灵活地做出接单决策。
3)对于非司机用户所在区域，展现的网约车供需关系状况是司机用户从当前位置到达该区域的时刻的网约车供需关系状况，从而更合理地辅助司机用户进行接单决策。
4)对于非司机用户所在区域，进一步在地图界面上展现该区域对应的到达时间，即司机用户需要多长时间能够到达该区域，从而更合理地辅助司机用户进行接单决策。
5)能够综合各目标区域的供需关系指数以及从司机用户的位置到达目标区域的时长信息自动向司机用户推荐合理的接单区域，给司机用户更好的接单指引，提高司机用户的接单效率。
6)在进行供需关系预测时，除了时间特征、天气特征、区域平均路况、特定道路路况等因素之外，还引入了正在进行中的订单信息、区域内的POI信息等因素。从而引入尽量全面的主观、客观等因素进行学习。
应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。
上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。

Claims (26)

1.一种信息处理方法，应用于网约车场景，其特征在于，所述方法包括：
获取客户端所显示地图界面上的一个以上的目标区域信息；
分别针对各所述目标区域：如果所述客户端的位置位于所述目标区域，将当前时刻所述目标区域的供需特征输入预先建立的供需关系预测模型，得到所述目标区域的供需关系指数；如果所述客户端的位置不位于所述目标区域，估计从所述客户端的位置到达所述目标区域的时刻，将该时刻所述目标区域的供需特征输入所述预先建立的供需关系预测模型，得到所述目标区域的供需关系指数；其中，所述供需特征包括供给特征和需求特征，所述供需关系指数体现对应目标区域的网约车供需状况；
将各所述目标区域的供需关系指数发送给所述客户端，以便所述客户端在所述地图界面上针对各所述目标区域显示对应的供需关系指数；其中，
所述获取客户端所显示地图界面上的一个以上的目标区域信息包括：
响应于用户对所述客户端所显示地图界面的调整操作，获取所述客户端所显示地图界面的比例尺信息和可视区域信息；
依据所述比例尺信息和可视区域信息，确定所述客户端所显示地图界面的可视范围内所包括的一个以上的预设地理区域为目标区域；其中，
所述依据所述比例尺信息和可视区域信息，确定所述客户端所显示地图界面的可视范围内所包括的一个以上的预设地理区域为目标区域，包括：
依据所述比例尺信息，适配出与所述比例尺对应的预设地理区域；
依据所述可视区域信息和与所述比例尺对应的预设地理区域，确定所述客户端所显示地图界面的可视范围内所包括的一个以上的预设地理区域，并将确定出的一个以上的预设地理区域作为目标区域；
所述预设地理区域包括基于不同比例尺的空间网格划分得到的地理区域和基于不同比例尺的街道连接关系划分得到的地理区域。
2.根据权利要求1所述的方法，其特征在于，该方法还包括：
预先针对不同比例尺分别进行预设地理区域的划分。
3.根据权利要求1所述的方法，其特征在于，该方法还包括：
针对各所述目标区域分别执行：
判断所述客户端的位置是否位于所述目标区域。
4.根据权利要求3所述的方法，其特征在于，估计从所述客户端的位置到达所述目标区域的时刻包括：
规划从所述客户端的位置到达所述目标区域的轨迹；
确定依据所述轨迹从所述客户端的位置到达所述目标区域所需的时长；
依据所述时长和当前时刻，确定从所述客户端的位置到达所述目标区域的时刻。
5.根据权利要求3所述的方法，其特征在于，该方法还包括：
将从所述客户端的位置到达所述目标区域所需的时长信息发送给所述客户端，以便所述客户端在所述地图界面上针对所述目标区域显示到达所述目标区域所需的时长信息。
6.根据权利要求3所述的方法，其特征在于，该方法还包括：
综合各所述目标区域的供需关系指数以及从所述客户端的位置到达所述目标区域的时长信息，确定向司机用户推荐的接单区域；
将向司机用户推荐的接单区域信息发送给所述客户端。
7.根据权利要求6所述的方法，其特征在于，综合各所述目标区域的供需关系指数以及从所述客户端的位置到达所述目标区域的时长信息，确定向司机用户推荐的接单区域包括：
依据从所述客户端的位置到达各所述目标区域的时长按照递增的顺序对各所述目标区域进行排列；
在所述排列过程中，将对应供需关系指数满足预设第一指数要求的前N个目标区域作为向司机用户推荐的接单区域，所述N为预设的正整数。
8.根据权利要求6所述的方法，其特征在于，若接收到来自所述客户端的用户指令，和/或，所述客户端的位置所在目标区域的供需关系指数满足预设第二指数要求时，执行所述确定向司机用户推荐的接单区域。
9.根据权利要求1所述的方法，其特征在于，所述供需关系预测模型的预先建立包括：
获取样本数据，所述样本数据包括各地理区域在不同时刻的订单信息；
利用所述样本数据确定各地理区域的供需特征以及对应的供需关系指数；
将所述各地理区域的供需特征作为回归模型的输入，将对应的供需关系指数作为回归模型的输出，训练所述回归模型，得到所述供需关系预测模型。
10.根据权利要求8或9所述的方法，其特征在于，所述目标区域的供需特征包括以下至少一种：
时间特征、天气特征、区域平均路况、特定道路路况、区域内的POI信息、道路等级特征、附近空闲出租车状况、区域内一定时长内订单结束的车辆数。
11.根据权利要求9所述的方法，其特征在于，利用所述样本数据确定各地理区域对应的供需关系指数包括：
从各地理区域在不同时刻的订单信息中统计描述打车难度的指标数据，所述指标数据包括打车是否成功、打车等待时长、打车是否采用激励手段中的至少一种；
依据统计的所述描述打车难度的指标数据，确定对应的供需关系指数。
12.一种信息处理方法，应用于网约车场景，其特征在于，所述方法包括：
向服务器端发送用于确定客户端所显示地图界面上的目标区域的信息；
接收所述服务器端发送的所述目标区域的供需关系指数，所述目标区域的数量为一个以上；其中，所述供需关系指数通过分别将各所述目标区域的供需特征输入预先建立的供需关系预测模型得到，如果所述客户端的位置位于所述目标区域，所述供需关系指数通过将当前时刻所述目标区域的供需特征输入所述预先建立的供需关系预测模型得到；如果所述客户端的位置不位于所述目标区域，所述供需关系指数通过将所述客户端的位置到达所述目标区域的时刻所述目标区域的供需特征输入所述预先建立的供需关系预测模型得到；其中，所述供需特征包括供给特征和需求特征，所述供需关系指数体现对应目标区域的网约车供需状况；
在所述地图界面上针对各所述目标区域显示对应的供需关系指数；其中，
所述用于确定客户端所显示地图界面上的目标区域的信息包括：
响应于用户对所述客户端所显示地图界面的调整操作所获取的所述客户端所显示地图界面的比例尺信息和可视范围信息；所述比例尺信息和可视区域信息，用于确定所述客户端所显示地图界面的可视范围内所包括的一个以上的预设地理区域为目标区域；其中，
所述确定所述客户端所显示地图界面的可视范围内所包括的一个以上的预设地理区域为目标区域，包括：
依据所述比例尺信息，适配出与所述比例尺对应的预设地理区域；
依据所述可视区域信息和与所述比例尺对应的预设地理区域，确定所述客户端所显示地图界面的可视范围内所包括的一个以上的预设地理区域，并将确定出的一个以上的预设地理区域作为目标区域；
所述预设地理区域包括基于不同比例尺的空间网格划分得到的地理区域和基于不同比例尺的街道连接关系划分得到的地理区域。
13.根据权利要求12所述的方法，其特征在于，该方法还包括：
接收所述服务器端发送的从所述客户端的位置到达所述目标区域所需的时长信息；
在所述地图界面上针对所述目标区域显示到达所述目标区域所需的时长信息。
14.根据权利要求12所述的方法，其特征在于，该方法还包括：
接收所述服务器端发送的向司机用户推荐的接单区域信息；
显示所述推荐的接单区域信息。
15.根据权利要求12所述的方法，其特征在于，该方法还包括：
将获取推荐的接单区域的用户指令发送给所述服务器端。
16.一种信息处理装置，其应用于网约车场景，其特征在于，所述装置包括：
区域获取单元，用于获取客户端所显示地图界面上的一个以上的目标区域信息；
供需预测单元，用于分别针对各所述目标区域：如果所述客户端的位置位于所述目标区域，将当前时刻所述目标区域的供需特征输入预先建立的供需关系预测模型，得到所述目标区域的供需关系指数；如果所述客户端的位置不位于所述目标区域，估计从所述客户端的位置到达所述目标区域的时刻，将该时刻所述目标区域的供需特征输入所述预先建立的供需关系预测模型，得到所述目标区域的供需关系指数；其中，所述供需特征包括供给特征和需求特征，所述供需关系指数体现对应目标区域的网约车供需状况；
发送单元，用于将各所述目标区域的供需关系指数发送给所述客户端，以便所述客户端在所述地图界面上针对各所述目标区域显示对应的供需关系指数；
所述区域获取单元，具体用于获取所述客户端所显示地图界面的比例尺信息和可视区域信息；依据所述比例尺信息和可视区域信息，确定所述客户端所显示地图界面的可视范围内所包括的一个以上的预设地理区域为目标区域；
所述区域获取单元，还用于依据所述比例尺信息，适配出与所述比例尺对应的预设地理区域；
依据所述可视区域信息和与所述比例尺对应的预设地理区域，确定所述客户端所显示地图界面的可视范围内所包括的一个以上的预设地理区域，并将确定出的一个以上的预设地理区域作为目标区域；
所述预设地理区域包括基于不同比例尺的空间网格划分得到的地理区域和基于不同比例尺的街道连接关系划分得到的地理区域。
17.根据权利要求16所述的装置，其特征在于，该装置还包括：
区域划分单元，用于预先针对不同比例尺分别进行预设地理区域的划分。
18.根据权利要求16所述的装置，其特征在于，所述装置还包括：到达预估单元；
所述供需预测单元在分别将各所述目标区域的供需特征输入所述预先建立的供需关系预测模型时，针对各所述目标区域分别执行：
判断所述客户端的位置是否位于所述目标区域，如果是，则将当前时刻所述目标区域的供需特征输入所述预先建立的供需关系预测模型；否则，触发所述到达预估单元估计从所述客户端的位置到达所述目标区域的时刻后，将该时刻所述目标区域的供需特征输入所述预先建立的供需关系预测模型。
19.根据权利要求18所述的装置，其特征在于，所述发送单元，还用于依据所述到达预估单元的估计结果，将从所述客户端的位置到达所述目标区域所需的时长信息发送给所述客户端，以便所述客户端在所述地图界面上针对所述目标区域显示到达所述目标区域所需的时长信息。
20.根据权利要求18所述的装置，其特征在于，所述装置还包括：
接单推荐单元，用于综合各所述目标区域的供需关系指数以及从所述客户端的位置到达所述目标区域的时长信息，确定向司机用户推荐的接单区域；
所述发送单元，还用于将向司机用户推荐的接单区域信息发送给所述客户端。
21.根据权利要求16所述的装置，其特征在于，所述装置还包括：
模型建立单元，用于获取样本数据，所述样本数据包括各地理区域在不同时刻的订单信息；利用所述样本数据确定各地理区域的供需特征以及对应的供需关系指数；将所述各地理区域的供需特征作为回归模型的输入，将对应的供需关系指数作为回归模型的输出，训练所述回归模型，得到所述关系预测模型。
22.一种信息处理装置，应用于网约车场景，其特征在于，所述装置包括：
发送单元，用于向服务器端发送用于确定客户端所显示地图界面上的目标区域的信息；
接收单元，用于接收所述服务器端发送的所述目标区域的供需关系指数，所述目标区域的数量为一个以上；其中，所述供需关系指数通过分别将各所述目标区域的供需特征输入预先建立的供需关系预测模型得到，如果所述客户端的位置位于所述目标区域，所述供需关系指数通过将当前时刻所述目标区域的供需特征输入所述预先建立的供需关系预测模型得到；如果所述客户端的位置不位于所述目标区域，所述供需关系指数通过将所述客户端的位置到达所述目标区域的时刻所述目标区域的供需特征输入所述预先建立的供需关系预测模型得到；其中，所述供需特征包括供给特征和需求特征，所述供需关系指数体现对应目标区域的网约车供需状况；
显示单元，用于在所述地图界面上针对各所述目标区域显示对应的供需关系指数，其中，
所述用于确定客户端所显示地图界面上的目标区域的信息包括：
响应于用户对所述客户端所显示地图界面的调整操作所获取的所述客户端所显示地图界面的比例尺信息和可视范围信息；所述比例尺信息和可视区域信息，用于确定所述客户端所显示地图界面的可视范围内所包括的一个以上的预设地理区域为目标区域；
所述确定所述客户端所显示地图界面的可视范围内所包括的一个以上的预设地理区域为目标区域，包括：依据所述比例尺信息，适配出与所述比例尺对应的预设地理区域；依据所述可视区域信息和与所述比例尺对应的预设地理区域，确定所述客户端所显示地图界面的可视范围内所包括的一个以上的预设地理区域，并将确定出的一个以上的预设地理区域作为目标区域；所述预设地理区域包括基于不同比例尺的空间网格划分得到的地理区域和基于不同比例尺的街道连接关系划分得到的地理区域。
23.根据权利要求22所述的装置，其特征在于，所述接收单元，还用于接收所述服务器端发送的从所述客户端的位置到达所述目标区域所需的时长信息；
所述显示单元，还用于在所述地图界面上针对所述目标区域显示到达所述目标区域所需的时长信息。
24.根据权利要求23所述的装置，其特征在于，所述接收单元，还用于接收所述服务器端发送的向司机用户推荐的接单区域信息；
所述显示单元，还用于显示所述推荐的接单区域信息。
25.一种电子设备，其特征在于，包括：
至少一个处理器；以及
与所述至少一个处理器通信连接的存储器；其中，
所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-15中任一项所述的方法。
26.一种存储有计算机指令的非瞬时计算机可读存储介质，其特征在于，所述计算机指令用于使所述计算机执行权利要求1-15中任一项所述的方法。
CN201910806685.1A 2019-08-29 2019-08-29 一种信息处理方法、装置、设备和计算机存储介质 Active CN110689229B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910806685.1A CN110689229B (zh) 2019-08-29 2019-08-29 一种信息处理方法、装置、设备和计算机存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910806685.1A CN110689229B (zh) 2019-08-29 2019-08-29 一种信息处理方法、装置、设备和计算机存储介质

Publications (2)

Publication Number Publication Date
CN110689229A CN110689229A (zh) 2020-01-14
CN110689229B true CN110689229B (zh) 2023-08-22

Family

ID=69108537

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910806685.1A Active CN110689229B (zh) 2019-08-29 2019-08-29 一种信息处理方法、装置、设备和计算机存储介质

Country Status (1)

Country Link
CN (1) CN110689229B (zh)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111292126B (zh) * 2020-01-20 2021-03-23 拉扎斯网络科技（上海）有限公司 供需分析方法、装置、设备及可读存储介质
CN111246374B (zh) * 2020-03-12 2021-09-10 长沙闪笛科技有限公司 一种车载终端显示乘客位置的方法
CN111881226A (zh) * 2020-05-21 2020-11-03 北京嘀嘀无限科技发展有限公司 一种判断面状区域通行属性的方法和系统
CN111753039A (zh) * 2020-06-28 2020-10-09 广州小鹏车联网科技有限公司 调整方法、信息处理方法、车辆和服务器
CN112257936B (zh) * 2020-10-27 2022-06-07 南京领行科技股份有限公司 一种接单区域的推荐方法、装置、电子设备及存储介质
CN112613813A (zh) * 2020-12-22 2021-04-06 天津五八到家货运服务有限公司 货运工作方案的推送方法、设备、介质
CN112712391A (zh) * 2020-12-31 2021-04-27 北京嘀嘀无限科技发展有限公司 一种服务推送方法、装置、电子设备以及存储介质
CN112950041A (zh) * 2021-03-11 2021-06-11 北京骑胜科技有限公司 共享车辆调度方法、设备、存储介质及计算机程序产品
CN113723858A (zh) * 2021-09-10 2021-11-30 首约科技(北京)有限公司 一种依据供需的网约车排队场景的分析方法

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108932553A (zh) * 2017-05-25 2018-12-04 北京嘀嘀无限科技发展有限公司 确定交通工具需求数据的方法及装置
CN109636166A (zh) * 2018-12-04 2019-04-16 首约科技(北京)有限公司 对预定地区的网约车进行调度的方法，系统以及存储介质

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105139089A (zh) * 2015-08-20 2015-12-09 北京嘀嘀无限科技发展有限公司 一种平衡出行供需的方法及设备
CN107633680B (zh) * 2016-07-12 2021-05-04 阿里巴巴集团控股有限公司 出行数据的获取方法、装置、设备和系统
CN109117973A (zh) * 2017-06-26 2019-01-01 北京嘀嘀无限科技发展有限公司 一种网约车订单量预测方法及装置
CN108009188A (zh) * 2017-08-16 2018-05-08 北京嘀嘀无限科技发展有限公司 热力图展示方法、系统、终端及服务器

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108932553A (zh) * 2017-05-25 2018-12-04 北京嘀嘀无限科技发展有限公司 确定交通工具需求数据的方法及装置
CN109636166A (zh) * 2018-12-04 2019-04-16 首约科技(北京)有限公司 对预定地区的网约车进行调度的方法，系统以及存储介质

Also Published As

Publication number Publication date
CN110689229A (zh) 2020-01-14

Similar Documents

Publication Publication Date Title
CN110689229B (zh) 一种信息处理方法、装置、设备和计算机存储介质
WO2021218131A1 (zh) 一种路线规划方法、装置、设备和计算机存储介质
CN112289068B (zh) 自动驾驶车辆的自动泊车方法、装置、设备和存储介质
US20170191849A1 (en) Parking availability system
CN111597286B (zh) 电子地图显示方法、装置、设备和介质
CN111486861B (zh) 一种路径规划方法、装置、设备和介质
CN109556621B (zh) 一种路线规划的方法及相关设备
CN110657818A (zh) 自动驾驶车辆的路径规划方法、装置、设备及存储介质
WO2015149544A1 (zh) 电子地图的实现方法、装置、存储介质和设备
US20140313058A1 (en) Real-time parking assistant application
CN104951979A (zh) 一种银行网点推荐方法
CN113218406B (zh) 电子地图的导航方法、装置、设备和介质
CN110737849B (zh) 出行方案的推荐方法、装置、设备及存储介质
KR20210158342A (ko) 교통 사고 인식 방법, 장치, 기기 및 컴퓨터 기록 매체
CN108921666A (zh) 旅游信息推荐方法、装置、设备及存储介质
CN112084276A (zh) 一种行程规划方法、装置、电子设备及存储介质
CN108985506A (zh) 行车路径推荐方法、预测方法、获取方法及其装置
CN112069275A (zh) 一种目的地预测方法、装置、电子设备及存储介质
CN113378078B (zh) 应用程序交互控制方法、装置、电子设备和存储介质
CN109724619A (zh) 信息推送方法、装置及服务器
CN104794198A (zh) 网络地图泛区域搜索方法
KR20230047444A (ko) 온라인 카헤일링 정보 처리 방법, 장치, 기기 및 컴퓨터 기록 매체
CN112129315A (zh) 用于推荐停车场的方法、装置、电子设备和存储介质
CN113139118A (zh) 停车场推荐方法、装置、电子设备和介质
CN112527163B (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