CN111292076B - 一种公共交通工具拥挤度确定方法、系统及装置 - Google Patents

一种公共交通工具拥挤度确定方法、系统及装置 Download PDF

Info

Publication number
CN111292076B
CN111292076B CN202010065314.5A CN202010065314A CN111292076B CN 111292076 B CN111292076 B CN 111292076B CN 202010065314 A CN202010065314 A CN 202010065314A CN 111292076 B CN111292076 B CN 111292076B
Authority
CN
China
Prior art keywords
user
public transportation
time
users
determining
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
CN202010065314.5A
Other languages
English (en)
Other versions
CN111292076A (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.)
Alipay Hangzhou Information Technology Co Ltd
Original Assignee
Alipay Hangzhou Information 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 Alipay Hangzhou Information Technology Co Ltd filed Critical Alipay Hangzhou Information Technology Co Ltd
Priority to CN202010065314.5A priority Critical patent/CN111292076B/zh
Publication of CN111292076A publication Critical patent/CN111292076A/zh
Application granted granted Critical
Publication of CN111292076B publication Critical patent/CN111292076B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/14—Payment architectures specially adapted for billing systems
    • 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
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0201—Market modelling; Market analysis; Collecting market data
    • 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
    • G06Q50/26—Government or public services

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Economics (AREA)
  • General Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Tourism & Hospitality (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Educational Administration (AREA)
  • Game Theory and Decision Science (AREA)
  • Data Mining & Analysis (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Primary Health Care (AREA)
  • Traffic Control Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本说明书实施例公开了一种公共交通工具拥挤度确定方法、系统及装置。该方法可以包括：获取第一时刻与第二时刻之间，通过支付平台与所述公共交通工具产生关联的第一用户的第一数量，以及一个或多个第一用户在支付平台内的历史出行支付信息；基于所述历史出行支付信息，确定一个或多个第一用户的目的地；获取公共交通工具的行车路线以及第二时刻所述公共交通工具的位置信息，并基于所述公共交通工具的位置信息、所述行车路线、所述一个或多个第一用户的目的地、以及所述第一数量，确定第二时刻乘坐所述公共交通工具的第一用户的第二数量；至少基于第二时刻乘坐所述公共交通工具的第一用户的第二数量，确定第二时刻所述公共交通工具的拥挤度。

Description

一种公共交通工具拥挤度确定方法、系统及装置
技术领域
本说明书涉及公共交通信息领域，特别涉及一种至少基于用户行为数据确定公共交通工具拥挤度的方法、系统及装置。
背景技术
随着社会生产力的发展，城市公共交通已成为城市综合功能的重要组成部分，公共出行也已成为当前人们交通出行的主流选择。公共交通充分利用了城市交通资源，方便了人们的出行。
在公共交通运力紧张或通勤高峰时刻，了解公共交通实时拥挤程度的需求日趋重要。在乘坐公共交通前，了解即将来临的公共交通工具上的拥挤程度，有助于人们及时根据自身情况调整出行方案，也有助于交通管理部门科学管理，合理配置公共交通工具资源。
因此，需要提供一种确定公共交通工具拥挤度的方法，可以有效获知即将来临的公共交通工具上的拥挤程度，有利于节约公共交通运营资源、提高运载效率，进一步提升用户出行体验，完善公共交通的社会服务功能。
发明内容
本说明书实施例之一提供一种基于支付平台数据确定公共交通工具拥挤度的方法，所述方法包括：获取第一时刻与第二时刻之间，通过支付平台与所述公共交通工具产生关联的第一用户的第一数量，以及一个或多个第一用户在支付平台内的历史出行支付信息；基于所述历史出行支付信息，确定一个或多个第一用户的目的地；获取公共交通工具的行车路线以及第二时刻所述公共交通工具的位置信息，并基于所述公共交通工具的位置信息、所述行车路线、所述一个或多个第一用户的目的地、以及所述第一数量，确定第二时刻乘坐所述公共交通工具的第一用户的第二数量；至少基于第二时刻乘坐所述公共交通工具的第一用户的第二数量，确定第二时刻所述公共交通工具的拥挤度。
本说明书实施例之一提供一种公共交通工具拥挤度提示方法，所述方法由用户终端执行，其中，所述方法包括：获取第四用户的位置信息并发送给与支付平台相关的服务端；接收所述服务端返回的与所述第四用户的位置信息相关的至少一个公共交通工具的拥挤度；输出所述至少一个公共交通工具的拥挤度以提示第四用户。
本申请实施例之一提供一种基于支付平台数据确定公共交通工具拥挤度的系统。所述系统包括第一获取模块、以及确定模块。所述第一获取模块，用于获取第一时刻与第二时刻之间，通过支付平台与所述公共交通工具产生关联的第一用户的第一数量，以及一个或多个第一用户在支付平台内的历史出行支付信息；以及用于获取公共交通工具的行车路线以及第二时刻所述公共交通工具的位置信息。所述确定模块，用于基于所述历史出行支付信息，确定一个或多个第一用户的目的地；用于基于所述公共交通工具的位置信息、所述行车路线、所述一个或多个第一用户的目的地、以及所述第一数量，确定第二时刻乘坐所述公共交通工具的第一用户的第二数量；以及用于至少基于第二时刻乘坐所述公共交通工具的第一用户的第二数量，确定第二时刻所述公共交通工具的拥挤度。
本说明书实施例之一提供一种公共交通工具拥挤度提示系统。所述系统包括第二获取模块、第二通信模块以及输出模块。所述第二获取模块，用于获取与第四用户相关的位置信息。所述第二通信模块，用于将与第四用户相关的位置信息发送给与支付平台相关的服务端，以及用于接收所述服务端返回的与所述第四用户的位置信息相关的至少一个公共交通工具的拥挤度。所述输出模块，用于输出所述至少一个公共交通工具的拥挤度以提示第四用户。
本说明书实施例之一提供一种装置，包括处理器以及存储介质，其中，存储介质用于存储计算机指令，所述处理器用于执行所述计算机指令以实现以上所述的公共交通工具拥挤度确定方法。
本说明书实施例之一提供一种装置，包括处理器以及存储介质，其中，存储介质用于存储计算机指令，所述处理器用于执行所述计算机指令以实现以上所述的公共交通工具拥挤度提示方法。
附图说明
本说明书将以示例性实施例的方式进一步说明，这些示例性实施例将通过附图进行详细描述。这些实施例并非限制性的，在这些实施例中，相同的编号表示相同的结构，其中：
图1是根据本说明书一些实施例所示的公共交通工具拥挤度确定系统的应用场景示意图；
图2是根据本说明书一些实施例所示的公共交通工具拥挤度确定方法的示例性流程图；
图3是根据本说明书一些实施例所示的基于历史出行支付信息，确定第一用户目的地的示例性流程图；
图4是根据本说明书一些实施例所示的确定第二时刻乘坐公共交通工具的第一用户的第二数量的示例性流程图；
图5是根据本说明书一些实施例所示的确定第二时刻公共交通工具拥挤度的流程图；
图6是根据本说明书一些实施例所示的确定第二用户的示例性流程图；
图7是根据本说明书一些实施例所示的公共交通工具拥挤度确定方法的用户终端的流程图；
图8是根据本说明书一些实施例所示的公共交通工具拥挤度确定系统的系统模块图；
图9是根据本说明书一些实施例所示的公共交通工具拥挤度确定系统的系统模块图；
图10是根据本说明书一些实施例所示的显示公共交通工具拥挤度的示意图。
具体实施方式
为了更清楚地说明本说明书实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本说明书的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本说明书应用于其它类似情景。除非从语言环境中显而易见或另做说明，图中相同标号代表相同结构或操作。
应当理解，本文使用的“系统”、“装置”、“单元”和/或“模组”是用于区分不同级别的不同组件、元件、部件、部分或装配的一种方法。然而，如果其他词语可实现相同的目的，则可通过其他表达来替换所述词语。
如本说明书和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其它的步骤或元素。
本说明书中使用了流程图用来说明根据本说明书的实施例的系统所执行的操作。应当理解的是，前面或后面操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各个步骤。同时，也可以将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。
对于公共交通工具的拥挤度的计算具有多种方式。在一些实施例中，可以基于公共交通工具内安装摄像头实时采集车内图像，通过图像识别分析公共交通工具内的乘客数量，进而确定公共交通工具的拥挤度。此种方法受限于车内摄像头的安装位置，可能会出现与实际情况不符的问题。在一些实施例中，可以基于公共交通工具采集用户上下车刷卡数据，确定公共交通工具经过每个站点后车上的乘客数量，从而确定公共交通工具的拥挤度。但对于下车无需刷卡的公共交通工具，无法确定下车人数，所得到的车上的乘客数据不准确。况且现今支付乘坐公共交通工具的费用的方式多种多样，并非仅限于刷卡。本说明书提供的又一种实施例中，可以基于用户在支付平台内的历史出行支付信息确定用户的目的地，并基于公共交通工具在某一时刻的行车路线以及位置信息，确定该时刻公共交通工具上用户的数量，以此确定公共交通工具在该时刻的拥挤度。
图1是根据本说明书一些实施例所示的公共交通工具拥挤度确定系统的应用场景示意图。该公共交通工具拥挤度确定系统100可以实时确定公共交通工具在当前时刻的拥挤度。如图1所示，公共交通工具拥挤度确定系统100可以包括处理设备110、公共交通工具120、定位设备122、用户终端130、存储设备140以及网络150。
处理设备110可以处理来自公共交通工具拥挤度确定系统100的至少一个其他组件的数据和/或信息。例如，处理设备110可以从用户终端130获取用户位置信息、用户历史出行信息等。又例如，处理设备110也可以从公共交通工具120获取公共交通工具位置信息、公共交通工具路线信息，从公共交通公司获取公共交通工具历史出行数据等。还例如，处理设备110还可以根据获取得到的公共交通工具位置信息等信息确定某一时刻公共交通工具的拥挤度，并向用户终端130发送该时刻公共交通工具的拥挤度。
在一些实施例中，处理设备110可以是单个处理设备，也可以是处理设备组。处理设备组可以是经由接入点连接到网络150的集中式处理设备组，或者经由至少一个接入点分别连接到网络150的分布式处理设备组。在一些实施例中，处理设备110可以本地连接到网络150或者与网络150远程连接。例如，处理设备110可以经由网络150访问存储在用户终端130和/或存储设备140中的信息和/或数据。又例如，存储设备140可以用作处理设备110的后端数据存储器。在一些实施例中，处理设备110可以在云平台上实施。仅作为示例，所述云平台可以包括私有云、公共云、混合云、社区云、分布云、内部云、多层云等或其任意组合。
在一些实施例中，处理设备110可以包括处理设备。处理设备可以处理与本说明书中描述的至少一个功能相关的信息和/或数据。在一些实施例中，处理设备可包括至少一个处理单元(例如，单核处理设备或多核处理设备)。仅作为示例，处理设备包括中央处理单元(CPU)、专用集成电路(ASIC)、专用应用指令集处理器(ASIP)、图形处理单元(GPU)、物理处理单元(PPU)、数字信号处理器(DSP)、现场可程序门阵列(FPGA)、可程序逻辑设备(PLD)、控制器、微控制器单元、精简指令集计算机(RISC)、微处理器等，或其任意组合。
公共交通工具可以包括多种类型的交通工具。例如，公共汽车120-1、轨道交通120-2、汽车120-n等。在一些实施例中，公共交通工具120可以获取自身的定位信息，并发送至公共交通工具拥挤度确定系统100中的一个或多个设备中。例如，公共交通工具120可以将获取的自身定位信息通过网络150发送至处理设备110进行后续处理步骤。在一些实施例中，公共交通工具120可以与公共交通工具拥挤度确定系统中的一个或多个设备进行通信。例如，公共交通工具120可以通过网络150与用户终端130进行通信。又例如与，公共交通工具120可以直接与用户终端130进行通信。
定位设备122用于确定公共交通工具120的位置信息。定位设备122包括但不限于卫星定位系统、基站定位技术、无线定位技术等。卫星定位系统通过卫星的定位信号进行导航定位，包括全球卫星导航系统GPS(Global Positioning System)、格洛纳斯卫星导航系统(GLONASS)、北斗卫星导航系统(BeiDou)、伽利略卫星导航系统(Galileo)、准天顶卫星系统(QZSS)、无线保真(WiFi)等中的一个或其任意组合。基站定位信息可以基于中断和公共交通工具120分别于多个基站之间的连接，基于位置的服务(Location Based Service，LBS)。无线定位技术包括蓝牙定位技术、Wi-Fi定位技术、RFID定位技术等。
对于公共交通工具120的定位，主要可以依靠全球卫星导航系统(GlobalNavigation Satellite Systems，GNSS)和基于位置的服务(Location Based Service，LBS)确定。
处理设备110可以通过用户终端130获取用户的位置信息、用户历史出行信息等，并确定公共交通工具实时拥挤度。用户可以通过用户终端130获取服务器传输的公共交通工具实时拥挤度。用户终端130可以包括移动设备130-1、平板电脑130-2、笔记本电脑130-3、台式电脑130-4等，或其任何组合。在一些实施例中，移动设备可以包括智能家居设备、可穿戴设备、智能移动设备、虚拟现实设备、增强现实设备等，或其任意组合。在一些实施例中，用户终端130可以是具有定位功能的设备，以确定用户终端130的位置，并将自身的位置信息发送至处理设备110。同时，用户终端130可以接收由处理设备110确定的公共交通工具的拥挤度。在一些实施例中，用户终端130上可以安装有多种应用程序，例如，网络支付平台类应用程序。用户可以通过应用程序对乘坐的公共交通工具进行费用支付。
存储设备140可以储存数据和/或指令。例如，存储设备140可以存储用户终端130对应的用户的出行信息。在一些实施例中，存储设备140可以存储处理设备110可以执行的数据和/或指令，处理设备110可以通过执行或使用所述数据和/或指令以实现本说明书描述的示例性方法。在一些实施例中，存储设备140可包括大容量存储器、可移动存储器、易失性读写存储器、只读存储器(ROM)等或其任意组合。示例性的大容量存储器可以包括磁盘、光盘、固态磁盘等。示例性可移动存储器可以包括闪存驱动器、软盘、光盘、存储卡、压缩盘、磁带等。示例性易失性读写存储器可以包括随机存取存储器(RAM)。示例性随机存取存储器可包括动态随机存取存储器(DRAM)、双倍数据速率同步动态随机存取存储器(DDRSDRAM)、静态随机存取存储器(SRAM)、晶闸管随机存取存储器(T-RAM)和零电容随机存取存储器(Z-RAM)等。示例性只读存储器可以包括掩模型只读存储器(MROM)、可编程只读存储器(PROM)、可擦除可编程只读存储器(PEROM)、电可擦除可编程只读存储器(EEPROM)、光盘只读存储器(CD-ROM)和数字多功能磁盘只读存储器等。在一些实施例中，所述存储设备140可在云平台上实现。仅作为示例，所述云平台可以包括私有云、公共云、混合云、社区云、分布云、内部云、多层云等或其任意组合。
网络150可以促进信息和/或数据的交换。在一些实施例中，公共交通工具拥挤度确定系统100中的至少一个组件(例如，处理设备110、公共交通工具120、用户终端130、存储设备140)可以经由网络150将信息和/或数据发送到其他组件。例如，处理设备110可以通过网络150从公共交通工具120和/或用户终端130获取公共交通工具的位置信息及公共交通工具路线等信息和/或用户位置信息及用户历史出行信息。又例如，用户终端130可以通过网络150向处理设备110发送的用户位置信息及历史出行信息。处理设备110可以通过网络150将处理后的公共交通工具拥挤度发送给用户终端130。又例如，用户终端130可以通过网络150将公共交通工具拥挤度信息发送至存储设备140进行存储。
在一些实施例中，网络150可以为任意形式的有线或无线网络，或其任意组合。仅作为示例，网络150可以包括缆线网络、有线网络、光纤网络、远程通信网络、内部网络、互联网、局域网络(LAN)、广域网络(WAN)、无线局域网络(WLAN)、城域网(MAN)、公共开关电话网络(PSTN)、蓝牙网络、ZigBee网络、近场通讯(NFC)网络等或其任意组合。在一些实施例中，网络150可以包括至少一个网络接入点。例如，网络150可以包括有线或无线网络接入点，如基站和/或互联网交换点，通过这些网络接入点，公共交通工具拥挤度确定系统100的至少一个部件可以连接到网络150以交换数据和/或信息。
应当注意的是，上述公共交通工具拥挤度确定方法的应用公共交通工具拥挤度确定系统100的描述仅仅是为了示例和说明，而不限定本说明书的适用范围。对于本领域技术人员来说，在本说明书的指导下可以对该应用公共交通工具拥挤度确定系统100进行各种修正和改变。然而，这些修正和改变仍在本说明书的范围之内。
图2是根据本说明书一些实施例所示的公共交通工具拥挤度确定方法的示例性流程图。在一些实施例中，流程200可以由确定系统800，或图1所示的处理设备110实现。例如，流程200可以以程序或指令的形式存储在存储装置(如存储设备140)中，所述程序或指令在被执行时，可以实现流程200。如图2所示，流程200可以包括以下步骤。
步骤210，获取第一时刻与第二时刻之间，通过支付平台与所述公共交通工具产生关联的第一用户的第一数量，以及一个或多个第一用户在支付平台内的历史出行支付信息。在一些实施例中，该步骤可以由第一获取模块810执行。
一般而言，公共交通工具都具备一些固定的特质，例如具有预定的发车时间、固定的行车路线、固定的发车车次、固定的车辆运行图等。例如，杭州102路公交车起点站首班车发车时间通常固定为每天早晨5点，终点站首班车发车时间通常固定为每天早晨5点50分。平峰每隔20分钟发一班车，高峰时段每隔10分钟发一班车。行车路线具有固定的起点、经过站点和终点。途中共经过汽车西站(长运场站)、老东岳、新凉亭、炮台新桥、浙大科技园等25个站点。在一些实施例中，第一时刻与第二时刻可以是公共交通工具发车时刻到达到终点时刻之间的任意两个时刻，第二时刻晚于第一时刻。在一些实施例中，所述第一时刻可以是指公共交通工具的发车时刻。所述第二时刻可以是比第一时刻稍晚的时刻，例如，发车后的某一时刻比如到达某一站点前的一个时刻，需要确定公共交通工具的拥挤度。
与公共交通工具产生关联可以包括能够指示用户在该公共交通工具上出现过的任意关联方式，例如用户在该公共交通工具上的图像采集装置采集的图像中出现过，或者该用户的位置与该公共交通工具的位置在同一时刻交汇过，又或者该公共交通工具的支付记录中具有该用户的身份标识。更具体的，如用户在第一时刻与第二时刻之间乘坐某公共交通工具并通过支付平台进行出行支付。支付平台可以理解为具有消费支付功能的线上平台，其可以集成为一个应用软件，安装于用户终端130中。用户可以通过用户终端130使用该应用软件，通过加密等安全保护措施实现个人账户中的资金流转，例如，支付、收款等。用户还可以通过与该应用软件进行绑定，实现一一对应关系从而增加个人账户的安全。区别于现金支付方式或信用卡刷卡的支付方式，支付平台可以通过扫码、出示付款码或刷脸等方式进行费用支付。在本说明书的一个或多个实施例中，用户可以通过支付平台支付乘坐公共交通工具的费用。例如，用户可以依托于用户终端130(例如，智能手机、智能手表、智能手环等)中的内置芯片和/或软件等载体，通过支付平台在公共交通工具的收费终端(例如刷码机具)上进行支付车费。
在一些实施例中，第一用户的第一数量可以理解为在第一时刻与第二时刻之间通过支付平台在所述公共交通工具上支付过出行费用的用户总数量。具体的，公共交通工具在第一时刻从始发站出发沿常规线路行驶。在第二时刻时，第一用户的第一数量为在第一时刻和第二时刻之间在该公共交通工具行驶经过的所有车站，通过支付平台乘坐公共交通工具的用户总数量。以杭州市公交车为例，游2线公交常规行驶路线为“城站火车站至灵隐”，2019年11月5日早上6点，游2线从城站火车站发车，沿途经过城站火车站、西湖大道、长桥、苏堤、灵隐等多个站点。在游2线6点发车到7点时间段内，在城站火车站站点通过支付平台乘坐游2线的第一用户有18人，在西湖大道站点通过支付平台乘坐游2线的第一用户有6人，在长桥站点通过支付平台乘坐游2线的第一用户有20人，在苏堤站点通过支付平台乘坐游2线的第一用户有15人，其余站点均无人通过支付平台乘坐游2线上车。则2019年11月5日游2线首班车从6点到7点间，通过支付平台乘坐游2线的第一用户的第一数量为59人。基于此，可以理解为在2019年11月5日上午6点到7点之间，通过支付平台与游2线公交车产生关联的第一用户的第一数量为59人。
对于某一第一用户，当该第一用户通过支付平台在公共交通工具的终端上支付乘车费用时，支付平台可以记录用户的消费数据，以及与此次支付相关的出行数据。所述消费数据可以是与该第一用户在支付平台上的个人账户相关，包括账户信息、用户个人信息、支付费用等。所述出行数据可以是与用户乘坐的公共交通工具相关，包括乘车时间(支付时间)、乘车车牌、乘车路线、乘车车次等。用户终端130还可以基于定位技术获取该第一用户在使用支付平台进行支付时的位置，该位置可以被认为是该第一用户的乘车位置。所有的数据被整合后可以被认为是一份与该第一用户利用支付平台支付乘坐公共交通工具的费用相关的出行数据。在该第一用户进行支付乘车时，该份出行数据可以被称为是当前出行支付信息，第一获取模块810可以获取该当前出行支付信息用于后续操作。在一个预设的时间段内，例如，一周、一个月、一个季度、一年，所产生多份出行数据，可以被认为是该第一用户在支付平台内的历史出行支付信息。所述历史出行信息可以存储在支付平台自带的存储设备中，或者云(例如，实现为存储设备140)中。第一获取模块810可以与存储设备进行通信，以获取所述一个或多个第一用户在支付平台内的历史出行支付信息。
步骤220，基于所述历史出行支付信息，确定一个或多个第一用户的目的地；在一些实施例中，该步骤可以由确定模块820执行。
可以理解，历史出行支付信息可以在一定程度上反映第一用户的性质以及出行规律。例如，某一第一用户的历史出行支付信息显示，该第一用户的上车地点以及上车时间都非常固定，比如早7点从A站点上车晚6点从B站点上车。则可以认为该第一用户为通勤用户，其早7点乘车的下车站点是B站点，晚6点乘车的下车站点是A站点。
在一些实施例中，确定模块820可以基于第一用户的历史出行支付信息确定多个历史上车位置-时间对，并基于所述多个历史上车位置-时间对，确定该第一用户的通行端点对，再至少基于所述通行端点对确定所述第一用户的目的地。作为示例，确定模块820可以基于第一用户的历史出行支付信息中的出行规律，确定第一用户的历史上车的位置以及历史上车的时间。该历史上车的位置以及历史上车的时间可以相互关联组成历史上车位置-时间对。通过分析历史上车位置-时间对，确定模块820可以获取满足预设要求的历史上车位置对。如前例所述的A-B站点对。该站点对可以被认为是第一用户的通行端点对。通过第一用户的上车位置(例如，支付位置)，确定模块820可以结合第一用户的通行端点确定对应于该上车位置的通行端点，并基于该通行端点确定第一用户的下车点。关于确定一个或多个第一用户的目的地的具体描述可见图3，在此不再赘述
步骤230，获取公共交通工具的行车路线以及第二时刻所述公共交通工具的位置信息，并基于所述公共交通工具的位置信息、所述行车路线、所述一个或多个第一用户的目的地、以及所述第一数量，确定第二时刻乘坐所述公共交通工具的第一用户的第二数量。在一些实施例中，该步骤可以由确定模块820执行。
在一些实施例中，确定模块820可以基于公共交通工具的位置信息以及行车路线，确定公共交通工具已经过路线，并分别确定一个或多个第一用户的目的地是否位于所述已经过路线中。目的地未位于已经过路线上的第一用户的数量将被确定为第二数量。可以知道的是，随着公共交通工具行驶位置的变化以及经过每个站点上下车乘客的变化，公共交通工具上所有乘客的数量以及第一用户的数量均有可能发生变化。根据公共交通工具已经行驶经过的路线，并基于各个第一用户的目的地，可以确定公共交通工具是否已经行驶经过部分第一用户的目的地，进一步确定已经下车的第一用户。可以理解，公共交通工具尚未行驶经过其目的地的那部分第一用户还在所述公共交通工具上。基于此，可以将公共交通工具尚未行经其目的地的第一用户的数量确定为在第二时刻时公共交通工具上第一用户的第二数量。
在一些实施例中，第二时刻公共交通工具的位置信息可以理解为公共交通工具在第二时刻的行驶位置信息，包括但不限于公共交通工具的行驶路线、行驶方向、行驶位置、位置区间、位置经纬度、位置坐标、速度信息等中的一种或其任意组合。为了确定第二时刻公共交通工具中第一用户的第二数量，需要以公共交通工具在第二时刻所处的位置作为依据。具体的，为了确定第二时刻公共交通工具中的乘客数量，需要获取公共交通工具在第二时刻所处的位置。例如，为了获取从地铁良睦路站开往余杭方向的404路公交在第二时刻的乘客人数，需要获知404路公交在第二时刻的行驶位置。
在一些实施例中，公共交通工具的位置信息可以通过定位设备122获取。定位设备基于定位技术可以获取公共交通工具的位置信息。在一些实施例中，定位设备可以基于现有的各种卫星定位系统和基站定位技术确定公共交通工具的位置信息。例如，全球卫星导航系统(Global Navigation Satellite Systems，GNSS)和基于位置的服务(LocationBased Service，LBS)等。关于定位技术的具体描述可参见图1。
在一些实施例中，获取第一用户的目的地可参见图3的具体描述，获取第一用户的第一数量可参见步骤210的具体描述。
基于公共交通工具的位置信息、行车路线、第一用户的目的地以及第一用户的第一数量，确定模块820可以确定第二时刻乘坐所述公共交通工具的第一用户的第二数量。
具体可以理解为，通过获知某具体行车路线的公共交通工具的位置信息，以及已经乘坐该公共交通工具，但公共交通工具行驶经过的站点尚未到底用户目的地的用户数量，可以确定该公共交通工具上用户的数量，即为第二时刻乘坐所述公共交通工具的第一用户的第二数量。关于确定第二时刻乘坐所述公共交通工具的第一用户的第二数量的具体描述参见图4。
步骤240，至少基于第二时刻乘坐所述公共交通工具的第一用户的第二数量，确定第二时刻所述公共交通工具的拥挤度；在一些实施例中，该步骤可以由确定模块820执行。
在第一时刻与第二时刻之间，公共交通工具行驶经过至少一个站点，某些第一用户可能从至少一个站点上车和/或至少一个站点下车。为确定第二时刻公共交通工具的拥挤度，需要获知第二时刻公共交通工具中所有用户的实际数量。第二时刻公共交通工具中所有用户的实际数量可以根据该时刻公共交通工具中，第一用户的第二数量确定。第一用户的第二数量可以理解为：在第二时刻公共交通工具中通过支付平台与所述公共交通工具产生关联的第一用户的实际数量。在一些实施例中，第一用户的第一数量与第一用户的第二数量可能一致，可能不一致。
可以理解，在使用公共交通工具出行的全部用户中，使用支付平台完成出行支付的用户可能仅是其中的一部分。根据使用公共交通工具出行的用户中使用支付平台进行出行支付的用户占比，可以确定第二时刻公共交通工具上所有用户的数量，进一步基于公共交通工具的容量等因素，确定第二时刻公共交通工具的拥挤度。关于确定第二时刻乘坐公共交通工具的第一用户的第二数量的具体描述可参见图4，确定第二时刻公共交通工具的拥挤度的具体描述可参见图5。
以上描述针对了某一个公共交通工具进行，确定了其对应的拥挤度。可以理解的是，本说明书所述的实施例，包括图2至图6部分，适用于同时确定多个公共交通工具的拥挤度。
应当注意的是，上述有关流程200的描述仅仅是为了示例和说明，而不限定本说明书的适用范围。对于本领域技术人员来说，在本说明书的指导下可以对流程200进行各种修正和改变。然而，这些修正和改变仍在本说明书的范围之内。
图3是根据本说明书一些实施例所示的基于历史出行支付信息，确定第一用户目的地的流程图。在一些实施例中，流程300可以由确定系统800中的确定模块820，或图1所示的处理设备110实现。例如，流程300可以以程序或指令的形式存储在存储装置(如存储设备140)中，所述程序或指令在被执行时，可以实现流程300。如图3所示，流程300可以包括以下步骤。
步骤310，基于第一用户的历史出行支付信息确定多个历史上车位置-时间对。
关于第一用户的历史出行支付信息的描述可以参考流程200中的步骤210。
在一些实施例中，历史上车位置-时间对可以理解为在过去某一时刻(例如，第一时刻之前)，第一用户使用支付平台进行公共交通工具的乘车费用支付的时间，以及位置的数据对。
出于说明的目的，第一用户可以通过支付平台乘坐公共交通工具。当第一用户乘坐一次公共交通工具出行时，可以生成对应于此次出行的一个份出行支付信息。在第一用户使用支付平台乘坐多次后可以产生多份出行支付信息，这些可以构成对应于该第一用户的历史出行支付信息。因此，在所述历史出行支付信息中，第一用户的上车位置(支付费用时用户终端130的位置)，以及上车时间(支付时间)可以组成一对历史上车位置-时间对。确定模块820对所述历史出行支付信息进行分析处理，可以得到多个历史上车位置-时间对。
步骤320，基于所述多个历史上车位置-时间对，确定该第一用户的通行端点对。
在一些实施例中，所述通行端点对可以是指与所述第一用户的出行相关的上下车站点。所述多个历史上车位置-时间对，可以在一定程度上反应第一用户的出行规律。例如，对应于某一第一用户的多个历史上车位置-时间对，有超过一定比例的历史上车位置-时间对显示该第一用户在早7点左右在A站点上车，晚6点左右在B站点上车。此时可以认为该第一用户是通勤用户，其在早7点左右乘车的下车点是B站点，而在晚6点左右乘车的下车点是A站点。因此，确定模块820可以将满足预设条件的历史上车位置-时间对所对应的历史上车位置，作为该第一用户的通行端点对。所述预设条件可以是，历史上车位置-时间对所对应的历史上车位置位于公共交通工具的同一行车线路上，各历史上车位置对应的历史上车位置-时间对中的时间不同，和/或历史上车位置-时间对出现次数大于预设次数，所述预设次数可以是一个预设值，例如，5次、10次、20次、30次等。作为示例，假定对于某一第一用户，其对应的多个历史上车位置-时间对中，有超过30个历史上车位置-时间对为早7点-A站点，超过30个历史上车位置-时间对为晚6点-B站点，A站点与B站点位于同一公共交通工具的同一行驶线路中，则确定模块820可以确定该第一用户的通行端点对为A站点-B站点。
步骤330，至少基于所述通行端点对确定所述第一用户的目的地。
在一些实施例中，确定模块820可以基于第一用户的上车位置以及通行端点，确定第一用户的下车点，即为第一用户的目的地。具体的，确定模块820可以基于第一用户的上车位置与某一通行端点对中的一个通行端点一致的确定结果，确定该通行端点对中的另一个通行端点为第一用户的下车点。例如，某第一用户的通行端点对为“庆丰村西站-浙大科技园站”，确定模块820可以基于该通行端点对，以及该第一用户的上车位置“庆丰村西站”，确定该第一用户的下车点为“浙大科技园站”。又例如，确定模块820可以基于该通行端点对，以及该第一用户的上车位置“浙大科技园站”，可以确定该第一用户的下车点为“庆丰村西站”。
在一些实施例中，确定模块820还可以基于公共交通工具的行车方向以及通行端点，确定第一用户的下车点，即为第一用户的目的地。例如，某第一用户为通勤人员，其通行端点对为“庆丰村西站-浙大科技园站”。确定模块820可以基于该第一用户的通行端点对“庆丰村西站-浙大科技园站”，并且基于该第一用户所乘坐的公共交通工具的行车方向(上行方向，南星桥至汽车西站)，可以确定该第一用户的目的地为“浙大科技园站”。又例如，确定模块820可以基于该用户的通行端点对“庆丰村西站-浙大科技园站”，并且该第一用户所乘坐的公共交通工具的行车方向(下行方向，汽车西站至南星桥站)，可以确定该第一用户的下车点为“庆丰村西站”。
应当注意的是，上述有关流程300的描述仅仅是为了示例和说明，而不限定本说明书的适用范围。对于本领域技术人员来说，在本说明书的指导下可以对流程300进行各种修正和改变。然而，这些修正和改变仍在本说明书的范围之内。
图4是根据本说明书一些实施例所示的确定第二时刻乘坐公共交通工具的第一用户的第二数量的流程图。在一些实施例中，流程400可以由确定模块820执行，或图1所示的处理设备110实现。例如，流程400可以以程序或指令的形式存储在存储装置(如存储设备140)中，所述程序或指令在被执行时，可以实现流程400。如图4所示，流程400可以包括以下步骤。
步骤410，基于所述公共交通工具的位置信息以及所述行车路线，确定所述公共交通工具已经过路线。
在一些实施例中，公共交通工具的位置信息包括但不限于：公共交通工具的行驶方向、行驶位置、位置区间、位置经纬度、位置坐标、速度信息等中的一种或其任意组合。在另外一些实施例中，公共交通工具的位置信息还可以包括：公共交通工具的距离用户的距离、公共交通工具行驶到用户位置的预计时间等。
关于所述公共交通工具的位置信息的描述可以参考流程200的步骤230。在一些实施例中，第二时刻所述公共交通工具的位置信息可以至少包括所述公共交通工具的行驶位置，其可以由定位设备122获取。定位设备122可以实时的基于定位技术向处理设备110发送公共交通工具120的行驶位置。该行驶位置还可以由在第二时刻乘坐所述公共交通工具的第一用户对应的用户终端130获取。用户终端130具有定位功能，当第二时刻其对应的第一用户使用支付平台进行乘车费用支付时，第一用户的位置可以看作是所述公共交通工具的行驶位置。
在一些实施例中，结合第二时刻公共交通工具的行驶位置信息，以及公共交通工具的行车路线，确定模块820可以确定公共交通工具已经过路线。例如，假定在第二时刻杭州102路公交车的位于浙大科技园站与古荡西站之间，其行车路线为下行方向(汽车西站-南星桥)。因此确定模块820可以确定该102路公交车已经经过汽车西站、老东岳站、新凉亭站、炮台新桥站、浙大科技园站。
步骤420，分别确定一个或多个第一用户的目的地是否位于所述已经过路线中。
在一些实施例中，确定模块820可以基于所述公共交通工具已经过路线，以及第一用户的目的地，确定所述一个或多个第一用户的目的地是否已位于公共交通工具已经过的路线中。具体的，若第一用户的目的地位于公共交通工具已经过路线，则可确定该第一用户已经下车。若第一用户的目的地还未位于公共交通工具已过路线，则可确定该第一用户未下车，仍位于公共交通工具上。例如，假定杭州某一102路公交车第二时刻位于浙大科技园站与古荡西站之间，其行车路线为下行方向(汽车西站-南星桥)，某一第一用户的目的地为“庆丰村西站”。则可以确定该102路公交车已经经过汽车西站、老东岳站、新凉亭站、炮台新桥站、浙大科技园站。第一用户的目的地“庆丰村西站”未位于102路公交车已经过路线。又例如，另一第一用户的目的地为“新凉亭站”，则该第一用户的目的地位于102路公交车已经过路线。
步骤430，将所述目的地未位于所述已经过路线上的第一用户的数量确定为所述第二数量。
如步骤420所述，若第一用户的目的地尚未位于公共交通工具已过路线，则可确定该第一用户未下车，仍位于公共交通工具上，因此，确定模块820可以将目的地未位于已经过路线上的第一用户的数量理解为第二时刻尚未下车的第一用户的数量，所述数量即为第二数量。在一些实施例中，第一时刻到第二时刻之间，第一用户的第二数量不超过第一用户的第一数量。
应当注意的是，上述有关流程400的描述仅仅是为了示例和说明，而不限定本说明书的适用范围。对于本领域技术人员来说，在本说明书的指导下可以对流程400进行各种修正和改变。然而，这些修正和改变仍在本说明书的范围之内。
图5是根据本说明书一些实施例所示的确定当前公共交通工具拥挤度的流程图。在一些实施例中，流程500可以由确定模块820执行，或图1所示的处理设备110实现。例如，流程500可以以程序或指令的形式存储在存储装置(如存储设备140)中，所述程序或指令在被执行时，可以实现流程500。如图5所示，流程500可以包括以下步骤。
步骤510，确定渗透率，所述渗透率反映使用公共交通工具出行的用户中使用支付平台进行出行支付的用户占比。
可以知道的是，乘坐公共交通工具出行的用户可以通过不同的支付方式进行出行支付，例如，使用现金支付(例如，投币)、使用交通集成电路卡(例如，实体交通卡、免费卡等)支付出行、使用支付平台支付、使用公共交通应用软件支付、基于近场通讯(NFC)的手机支付的用户等。使用支付平台进行出行支付的用户占据所有乘坐公共交通工具出行用户的一部分。表示该部分占比的数值可以被称为渗透率，即反映使用支付平台进行出行支付的用户占据所有使用公共交通工具出行的用户的比例。例如，102路公交车首班车在某个周一上午9点至9点30分的历史出行数据显示，乘坐102路公交车的用户总共有50人，其中使用支付平台进行支付的用户有10人，则在该周一上午9点-9点30分，使用支付平台进行出行支付的用户的渗透率为20％。当确定所述渗透率后，确定模块820可以使用所述渗透率，结合第二时刻乘坐公共交通工具的第一用户的第二数量，确定第二时刻公共交通工具上的用户总数，例如，步骤520中的描述。
在一些实施例中，公共交通在不同的时刻具有不同的交通特征(例如，路况、人流量、车流量、限行等)，例如，周末上午和工作日上午的人流、车流量差别较大、周五上午和周五傍晚的人流量差别较大等。与第二时刻所在时段同期的历史公共交通工具出行数据可以在一定程度上反映第二时刻公共交通工具的出行规律，具有一定的参考价值。因此，在一些实施例中，可以基于与第二时刻所在时段同期的历史公共交通工具出行数据确定渗透率。
在一些实施例中，所述第二时刻所在时段可以理解为包括第二时刻在内的一个时间段。例如，假定第二时刻为早上7点50，则所述第二时刻所在时段可以是早上7点-早上8点这一时间段。作为示例，一天24小时可以按小时划分为24个时段，或按半小时划分为48个时段，或者更多。对比所述第二时刻与划分好的时间段的区间，则可以确定所述第二时刻所在时段。与所述第二时刻所在时段同期，可以理解为在所述第二时刻之前，与所述第二时刻所在时段相同的一个或多个历史时段。例如，在所述第二时刻之前的一天、两周、一个月、一个季度、一年等，与第二时刻所处同一时段的一个或多个历史时间段。假定所述第二时刻所在时段为早上7点-早上8点，则与述第二时刻所在时段同期，可以是一天前的早上7点-早上8点、一个周中每一天的早上7点-早上8点、一个月中每一天的早上7点-早上8点等。在一些实施例中，历史公共交通工具出行数据可以理解为：与公共交通工具历史运营直接相关的出行数据，包括但不限于：公共交通工具历史行车路线、公共交通工具历史发车时间、公共交通工具车牌、公共交通工具车型、公共交通工具乘车人数、公共交通工具车费收入、公共交通工具支付类型以及不同支付类型对应的用户人数等中的一种或其任意组合。所述历史公共交通出行数据可以由公共交通公司、车辆公司等第三方服务商提供。
在一些实施例中，与第二时刻所在时段同期的历史交通工具出行数据可以表示第二时刻公共交通工具的出行数据。
在一些实施例中，确定模块820可以基于与第二时刻所在时段同期的一个历史公共交通工具出行数据确定渗透率。例如，102路公交车一周前的周一上午9点至9点30分历史出行数据显示，乘坐102路公交车的用户总共有50人，其中使用支付平台进行支付的用户有10人，则102路公交车在上周一上午9点-9点30分的渗透率为20％。102路公交车在上周一该时间段内的渗透率可以应用作为本周一同时间段内的渗透率，即，102路公交车在本周一上午9点至9点30分的渗透率为20％。
在另外一些实施例中，确定模块可以基于至少一个与第二时刻所在时段同期的多个历史公共交通工具出行数据的渗透率的平均值确定渗透率。例如，102路公交车一个月前的每一个周一上午9点至9点30分历史出行数据显示：第一个周一该时段乘坐102路公交车的用户总共有50人，其中使用支付平台进行支付的用户有10人，该时段渗透率为20％；第二个周一该时段乘坐102路公交车的用户总共有60人，其中使用支付平台进行支付的用户有15人，该时段渗透率为25％；第三个周一该时段乘坐102路公交车的用户总共有48人，其中使用支付平台进行支付的用户有12人，该时段渗透率为25％；第四个周一该时段乘坐102路公交车的用户总共有58人，其中使用支付平台进行支付的用户有20人，该时段渗透率为34.5％。则可以根据102路在过去一个月中同时段4个历史公共交通工具出行数据确定周一该时段的渗透率，即，102路公交车周一上午9点至9点30分的渗透率为前4周周一上午9点至9点30分的渗透率的平均值，为26.125％。在本申请的另外一些实施例中，还可以对至少一个与第二时刻所在时段同期的多个历史公共交通工具出行数据的渗透率赋予不同的权重，并确定渗透率。
步骤520，基于所述渗透率，以及第二时刻乘坐所述公共交通工具的第一用户的第二数量，确定第二时刻所述公共交通工具的拥挤度。
在一些实施例中，第二时刻乘坐公共交通工具的第一用户的第二数量可以理解为通过支付平台乘车的第一用户在第二时刻在公共交通工具中用户的数量。具体的，第二用户为：在第一时刻与第二时刻之间使用支付平台进行出行支付，乘坐公共交通工具且在第二时刻未下车的用户。
基于第二时刻的渗透率，以及第一用户的第二数量，可以确定第二时刻公共交通工具中用户的数量。进一步可以确定第二时刻公共交通工具的拥挤度。例如，102路公交车在第二时刻的渗透率为0.6，第二时刻乘坐102路公交车的第一用户的第二数量为30人，则可以确定第二时刻102路公交车上的所有用户数量为50人。
在一些实施例中，第二时刻公共交通工具的拥挤度可以基于第二时刻公共交通工具中的人数以及公共交通工具的车型、车辆容量、公共交通工具最大允许载客量等确定。第二时刻公共交通工具的拥挤度可以由以下公式计算：
Figure BDA0002375788680000161
其中，C为公共交通工具的拥挤度，A为第二时刻公共交通工具中所有用户的数量，B为公共交通工具的最大核准载客量。在一些实施例中，公共交通工具的最大核准载客量在一定程度上可以反映公共交通工具的车型、容量。
例如，第二时刻乘坐公交车的用户总数量为60人，该公交车最大允许载客量为100人，则可以确定该公交车的拥挤度为0.6。又例如，第二时刻乘坐地铁的用户总数量为800人，该地铁为六节编组，B型车最大核准载客量为240人，则该地铁在第二时刻的拥挤度为0.55
Figure BDA0002375788680000162
在一些实施例中，公共交通工具的拥挤度可以基于实际数据以程度表示。例如，高拥挤度、中等拥挤度、不拥挤等中的一种或其任意组合。例如，当公共交通工具拥挤度超过0.8，确定为高等拥挤度；当公共交通拥挤度在0.5-0.8之间，确定为中等拥挤度，当公共交通拥挤度低于0.5，确定为不拥挤等。在本说明书的一个或多个实施例中，拥挤度程度的确定标准可以由系统默认设置，也可以由根据实际数据调整等。
应当注意的是，上述有关流程500的描述仅仅是为了示例和说明，而不限定本说明书的适用范围。对于本领域技术人员来说，在本说明书的指导下可以对流程500进行各种修正和改变。然而，这些修正和改变仍在本说明书的范围之内。
图6是根据本说明书一些实施例所示的确定第二用户的流程图。在一些实施例中，流程600可以由确定系统800，或图1所示的处理设备110实现。例如，流程600可以以程序或指令的形式存储在存储装置(如存储设备140)中，所述程序或指令在被执行时，可以实现流程600。如图6所示，流程600可以包括以下步骤。
步骤610，获取至少一个第三用户的位置信息。在一些实施例中，该步骤可以由第一获取模块810执行。
在一些实施例中，第三用户可以理解为在一定时间段内所有可能与公共交通工具产生关联的用户，包括但不限于：待乘坐公共交通工具的用户、想要获知公共交通工具拥挤度的用户和/或不准备乘坐公共交通工具的用户。
在本说明书的一个或多个实施例中，第三用户的位置信息可以通过用户终端130获取，用户终端130可以是用于确定用户终端和/或用户的位置信息的具有定位功能的设备。例如，具有定位功能的手机、智能手表、智能手环等。关于用户终端130的详细描述可参见图1。在一些实施例中，第三用户的位置信息包括但不限于：用户的具体位置(以经纬度、或在电子地图上标识来表示)、用户距离最近的公共交通站点的距离等中的一种或其任意组合。例如，第三用户的位置信息可以表示为:位于浙江大学东门(北纬30°16′，东经120°07′07″)。又例如，第三用户的位置信息可以表示为：位于浙江大学东门，距离79路浙大公交站100米。
步骤620，确定所述第三用户的位置信息是否与所述公共交通工具的行车路线相匹配。在一些实施例中，该步骤可以由确定模块820执行。
在一些实施例中，所述相匹配可以是指第三用户的位置与所述公共交通工具的行车路线上的站点之间的距离小于预定距离。例如，第三用户的位置正好位于所述公共交通工具的行车路线上的某一站点，或第三用户的位置与所述公共交通工具的行车路线上的某一站点之间的距离小于预定的100m。当第三用户的具体位置在所述公共交通工具的行车路线上的某一站点和/或站台附近时，确定模块820可以确定该第三用户的位置信息是与所述公共交通工具的行车路线相匹配。例如，某第三用户的位置信息为“浙江大学公交站”附近，距离浙江大学公交站台50米，小于预定距离200米，则可以确定该用户与经过该站台的公共交通工具的行车路线匹配。
在一些实施例中，当第三用户的具体位置不在所述公共交通工具的行车路线上的某一站点和/或距离站台较远时，确定模块820可以确定该第三用户的位置信息与公共交通工具的行车路线不匹配。例如，某第三用户的位置为“浙江大学2号宿舍楼”，距离浙江大学附近的公交站台较远，超过200m，则可以确定该用户与经过该站台的公共交通工具的行车路线不匹配。
步骤630，若所述第三用户的位置信息与所述公共交通工具的行车路线相匹配，确定所述第三用户为所述第二用户。在一些实施例中，该步骤可以由确定模块820执行。
在一些实施例中，所述第二用户可以理解为待乘坐公共交通工具的用户。基于步骤620中对用户位置信息匹配公共交通工具行车线路的确定结果，将位置信息与公共交通工具的行车路线匹配的第三用户确定为第二用户。
步骤640，发送所述公共交通工具的拥挤度至至少一个第二用户。在一些实施例中，该步骤可以由第一通信模块830执行。
在一些实施例中，第一通信模块830可以用于将确定的公共交通工具的拥挤度发送至至少一个第二用户。例如，通过网络150发送至与所述至少一个第二用户对应的用户终端130处。获取模块获取得到某第三用户的位置位于浙江大学公交站台附近，该位置信息与79路公交车、K16路公交车的行车路线相匹配，则可以确定该第三用户为将要出行的第二用户。第一通信模块可以将79路、K16路公交车的拥挤度发送给该用户。
应当注意的是，上述有关流程600的描述仅仅是为了示例和说明，而不限定本说明书的适用范围。对于本领域技术人员来说，在本说明书的指导下可以对流程600进行各种修正和改变。然而，这些修正和改变仍在本说明书的范围之内。
图7是根据本说明书一些实施例所示的公共交通工具拥挤度提示方法的流程图。在一些实施例中，流程700可以由提示系统900，或图1所示的用户终端130实现。例如，流程700可以以程序或指令的形式存储在存储装置(如存储设备140)中，所述程序或指令在被执行时，可以实现流程700。如图7所示，流程700可以包括以下步骤。
步骤710，获取与第四用户相关的位置信息并发送给与支付平台相关的服务端。在一些实施例中，该步骤可以由第二获取模块910执行。
在一些实施例中，所述第四用户可以理解为通过支付平台待乘坐公共交通工具的用户，以及通过支付平台需要了解公共交通工具的当前的拥挤度的用户。例如，某一用户在一公交站点等候车辆或距离该站点较近比如20米，该用户可以被认为是第四用户。又例如，某一用户需要查询某一线路上的公交的拥挤程度，该用户也可以被认为是第四用户。在一些实施例中，与第四用户相关的位置信息可以包括所述第四用户的具体位置，其可以由与所述第四用户对应的用户终端130获取。与第四用户相关的位置信息还可以包括由用户输入的位置数据，例如，用户通过支付平台提供的公交查询及费用支付功能输入某一线路或该线路上的某个站点来查询该线路上的公交的位置情况以及拥挤情况，则所输入的线路或站点可以包括在所述与第四用户相关的位置信息中。
在获取与第四用户相关的位置信息后，第二通信模块920可以将其发送至与支付平台相关的服务端中。所述服务端可以是用于确定公共交通工具的拥挤度的服务器，所包括的模块以及所执行的流程可以如图2至图6中所示。
步骤720，接收所述服务端返回的与所述第四用户的位置信息相关的至少一个公共交通工具的拥挤度。在一些实施例中，该步骤可以由第二通信模块920执行。
在一些实施例中，与所述第四用户相关的位置信息相关的至少一个公共交通工具可以是指行车线路与所述第四用户相关的位置信息相匹配的公共交通工具，相匹配进一步可以包括第四用户的具体位置位于公共交通工具的行车路线上或距离较近(例如，小于20米)，以及第四用户所查询的行车线路为公共交通工具的行车线路或查询的站点位于公共交通工具的行车线路上。第二通信模块920可以通过网络150接收由所述服务端所发送的与所述第四用户的位置信息相关的至少一个公共交通工具的拥挤度。所述至少一个公共交通工具的拥挤度可以由服务端基于如图2-图6所描述的流程确定。例如，假定第四用户位于浙大科技园公交站台，服务端可以确定经过浙大科技园公交站台的所有公交(102路公交、306路公交、356路公交、367路公交)的拥挤度，并发送至第二通信模块920。
步骤730，输出所述至少一个公共交通工具的拥挤度以提示第四用户。在一些实施例中，该步骤可以由输出模块930执行。
在一些实施例中，输出模块930可以实现有对应于第四用户的用户终端的显示单元和/或语音播报单元，例如，显示屏或扬声器。输出拥挤度的方式包括但不限于：将公共交通工具的拥挤度显示在用户终端的显示单元的界面上、将公共交通工具的拥挤度语音播报等。
参考图10，图10是根据本说明书一些实施例所示的公共交通工具的拥挤度显示的示意图。仅作为示例，如图10所示，在用户终端130的显示界面1000上，1010表示第四用户的具体位置，与第四用户1010的位置信息相关的至少一个公共交通工具包括公交102路、306路、356路、以及367路。1020表示了102路公交当前的一个拥挤度。作为示例，图10中所示的拥挤度使用了圆圈表示。圆圈具有不同的粗细部分，较粗部分在圆圈中的占比表示拥挤度的大小。占比越大，拥挤度越高。作为另一示例，不同的拥挤度可以由不同的颜色表示，例如，红色的拥挤度可以表示高等拥挤度、黄色的拥挤度可以表示中等拥挤度、绿色的拥挤度可以表示不拥挤。在一些实施例中，也可以直接用文本描述各公共交通工具的拥挤度。
在另外一些实施例中，用户终端130还可以基于用户历史出行支付信息，将与用户最相关的公共交通工具的拥挤度优先显示。例如，在与第四用户的位置信息相关的4个公共交通工具在第二时刻的拥挤度中，在界面上置顶显示该用户乘坐频次最高的公共交通工具的拥挤度。本说明书的一个或多个实施例对公共交通工具的拥挤度的形式不做限定。
应当注意的是，上述有关流程800的描述仅仅是为了示例和说明，而不限定本说明书的适用范围。对于本领域技术人员来说，在本说明书的指导下可以对流程800进行各种修正和改变。然而，这些修正和改变仍在本说明书的范围之内。
图8是根据本说明书一些实施例所示的公共交通工具拥挤度确定系统的系统模块图。
如图8所示，该公共交通工具拥挤度确定系统800可以包括样本第一获取模块810、确定820和第一通信模块830。
第一获取模块810可以用于获取第一时刻与第二时刻之间，通过支付平台与所述公共交通工具产生关联的第一用户的第一数量、以及一个或多个第一用户在支付平台内的历史出行支付信息。第一获取模块810还可以用于获取公共交通工具的行车路线以及第二时刻所述公共交通工具的位置信息。在一些实施例中，第一获取模块810还可用于获取第三用户的位置信息。
确定模块820可以用于基于所述历史出行支付信息，确定一个或多个第一用户的目的地。确定模块820还可以基于所述公共交通工具的位置信息、所述行车路线、所述一个或多个第一用户的目的地、以及所述第一数量，确定第二时刻乘坐所述公共交通工具的第一用户的第二数量。确定模块820还可以至少基于第二时刻乘坐所述公共交通工具的第一用户的第二数量，确定第二时刻所述公共交通工具的拥挤度。为确定一个或多个第一用户的目的地，对于每一个第一用户，确定模块820可以基于该第一用户的历史出行支付信息确定多个历史上车位置-时间对，并基于所述多个历史上车位置-时间对，确定该第一用户的通行端点对，再至少基于所述通行端点对确定所述第一用户的目的地。为确定第二时刻乘坐所述公共交通工具的第一用户的第二数量，确定模块820可以基于所述公共交通工具的位置信息以及所述行车路线，确定所述公共交通工具已经过路线，以及分别确定一个或多个第一用户的目的地是否位于所述已经过路线中，并将所述目的地未位于所述已经过路线上的第一用户的数量确定为所述第二数量。为至少基于第二时刻乘坐所述公共交通工具的第一用户的第二数量，确定所述公共交通工具的拥挤度，确定模块820可以确定渗透率，并基于所述渗透率，以及第二时刻乘坐所述公共交通工具的第一用户的第二数量，确定第二时刻所述公共交通工具的拥挤度。确定模块820还可以确定所述第三用户的位置信息是否与所述公共交通工具的行车路线相匹配；若所述第三用户的位置信息与所述公共交通工具的行车路线相匹配，确定所述第三用户为所述第二用户。
第一通信模块830可以发送所述公共交通工具的拥挤度至至少一个第二用户，所述第二用户为待乘坐所述公共交通工具的用户。
关于公共交通工具拥挤度确定系统800的具体描述可以参考本说明书流程图部分，例如，图2至图6部分。
图9是根据本说明书一些实施例所示的公共交通工具拥挤度提示系统的系统模块图。
如图9所示，该公共交通工具拥挤度提示系统900可以包括第二获取模块910、第二通信模块920和输出模块930。
第二获取模块910可以用于获取第四用户相关的位置信息。
第二通信模块920可以将与第四用户相关的位置信息发送给与支付平台相关的服务端，并接收所述服务端返回的与所述第四用户的位置信息相关的至少一个公共交通工具的拥挤度。
输出模块930可以用于输出至少一个公共交通工具的拥挤度以提示第四用户。
关于公共交通工具拥挤度提示系统900的具体描述可以参考本说明书流程图部分，例如，图7部分。
应当理解，图8、图9所示的系统及其模块可以利用各种方式来实现。例如，在一些实施例中，系统及其模块可以通过硬件、软件或者软件和硬件的结合来实现。其中，硬件部分可以利用专用逻辑来实现；软件部分则可以存储在存储器中，由适当的指令执行系统，例如微处理器或者专用设计硬件来执行。本领域技术人员可以理解上述的方法和系统可以使用计算机可执行指令和/或包含在处理器控制代码中来实现，例如在诸如磁盘、CD或DVD-ROM的载体介质、诸如只读存储器(固件)的可编程的存储器或者诸如光学或电子信号载体的数据载体上提供了这样的代码。本说明书的系统及其模块不仅可以有诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现，也可以用例如由各种类型的处理器所执行的软件实现，还可以由上述硬件电路和软件的结合(例如，固件)来实现。
需要注意的是，以上对于候选项显示、确定系统及其模块的描述，仅为描述方便，并不能把本说明书限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解该系统的原理后，可能在不背离这一原理的情况下，对各个模块进行任意组合，或者构成子系统与其他模块连接。
本说明书实施例可能带来的有益效果包括但不限于：(1)基于用户历史出行支付信息有效确定用户的目的地，解决了因无法获知乘客下车刷卡记录而无法统计公共交通工具上目前用户的数量，有效确定公共交通工具上用户的数量。(2)通过确定公共交通工具的实时拥挤度，可以让用户预先之情并安排出行方案，提升用户体验。需要说明的是，不同实施例可能产生的有益效果不同，在不同的实施例里，可能产生的有益效果可以是以上任意一种或几种的组合，也可以是其他任何可能获得的有益效果。
上文已对基本概念做了描述，显然，对于本领域技术人员来说，上述详细披露仅仅作为示例，而并不构成对本说明书的限定。虽然此处并没有明确说明，本领域技术人员可能会对本说明书进行各种修改、改进和修正。该类修改、改进和修正在本说明书中被建议，所以该类修改、改进、修正仍属于本说明书示范实施例的精神和范围。
同时，本说明书使用了特定词语来描述本说明书的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本说明书至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一个替代性实施例”并不一定是指同一实施例。此外，本说明书的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。
此外，本领域技术人员可以理解，本说明书的各方面可以通过若干具有可专利性的种类或情况进行说明和描述，包括任何新的和有用的工序、机器、产品或物质的组合，或对他们的任何新的和有用的改进。相应地，本说明书的各个方面可以完全由硬件执行、可以完全由软件(包括固件、常驻软件、微码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“数据块”、“模块”、“引擎”、“单元”、“组件”或“系统”。此外，本说明书的各方面可能表现为位于一个或多个计算机可读介质中的计算机产品，该产品包括计算机可读程序编码。
计算机存储介质可能包含一个内含有计算机程序编码的传播数据信号，例如在基带上或作为载波的一部分。该传播信号可能有多种表现形式，包括电磁形式、光形式等，或合适的组合形式。计算机存储介质可以是除计算机可读存储介质之外的任何计算机可读介质，该介质可以通过连接至一个指令执行系统、装置或设备以实现通讯、传播或传输供使用的程序。位于计算机存储介质上的程序编码可以通过任何合适的介质进行传播，包括无线电、电缆、光纤电缆、RF、或类似介质，或任何上述介质的组合。
本说明书各部分操作所需的计算机程序编码可以用任意一种或多种程序语言编写，包括面向对象编程语言如Java、Scala、Smalltalk、Eiffel、JADE、Emerald、C++、C#、VB.NET、Python等，常规程序化编程语言如C语言、Visual Basic、Fortran 2003、Perl、COBOL 2002、PHP、ABAP，动态编程语言如Python、Ruby和Groovy，或其他编程语言等。该程序编码可以完全在用户计算机上运行、或作为独立的软件包在用户计算机上运行、或部分在用户计算机上运行部分在远程计算机运行、或完全在远程计算机或服务器上运行。在后种情况下，远程计算机可以通过任何网络形式与用户计算机连接，比如局域网(LAN)或广域网(WAN)，或连接至外部计算机(例如通过因特网)，或在云计算环境中，或作为服务使用如软件即服务(SaaS)。
此外，除非权利要求中明确说明，本说明书所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本说明书流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例，但应当理解的是，该类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本说明书实施例实质和范围的修正和等价组合。例如，虽然以上所描述的系统组件可以通过硬件设备实现，但是也可以只通过软件的解决方案得以实现，如在现有的服务器或移动设备上安装所描述的系统。
同理，应当注意的是，为了简化本说明书披露的表述，从而帮助对一个或多个发明实施例的理解，前文对本说明书实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本说明书对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。
一些实施例中使用了描述成分、属性数量的数字，应当理解的是，此类用于实施例描述的数字，在一些示例中使用了修饰词“大约”、“近似”或“大体上”来修饰。除非另外说明，“大约”、“近似”或“大体上”表明所述数字允许有±20％的变化。相应地，在一些实施例中，说明书和权利要求中使用的数值参数均为近似值，该近似值根据个别实施例所需特点可以发生改变。在一些实施例中，数值参数应考虑规定的有效数位并采用一般位数保留的方法。尽管本说明书一些实施例中用于确认其范围广度的数值域和参数为近似值，在具体实施例中，此类数值的设定在可行范围内尽可能精确。
针对本说明书引用的每个专利、专利申请、专利申请公开物和其他材料，如文章、书籍、说明书、出版物、文档等，特此将其全部内容并入本说明书作为参考。与本说明书内容不一致或产生冲突的申请历史文件除外，对本说明书权利要求最广范围有限制的文件(当前或之后附加于本说明书中的)也除外。需要说明的是，如果本说明书附属材料中的描述、定义、和/或术语的使用与本说明书所述内容有不一致或冲突的地方，以本说明书的描述、定义和/或术语的使用为准。
最后，应当理解的是，本说明书中所述实施例仅用以说明本说明书实施例的原则。其他的变形也可能属于本说明书的范围。因此，作为示例而非限制，本说明书实施例的替代配置可视为与本说明书的教导一致。相应地，本说明书的实施例不仅限于本说明书明确介绍和描述的实施例。

Claims (24)

1.一种基于支付平台数据确定公共交通工具拥挤度的方法，其中，所述方法包括：
获取第一时刻与第二时刻之间，通过支付平台与所述公共交通工具产生关联的第一用户的第一数量，以及一个或多个第一用户在支付平台内的历史出行支付信息；
基于所述历史出行支付信息，确定一个或多个第一用户的目的地；
获取公共交通工具的行车路线以及第二时刻所述公共交通工具的位置信息，并基于所述公共交通工具的位置信息、所述行车路线、所述一个或多个第一用户的目的地、以及所述第一数量，确定第二时刻乘坐所述公共交通工具的第一用户的第二数量；
至少基于第二时刻乘坐所述公共交通工具的第一用户的第二数量，确定第二时刻所述公共交通工具的拥挤度。
2.根据权利要求1所述的方法，其中，所述第一时刻包括公共交通工具发车时刻；所述通过支付平台与所述公共交通工具产生关联包括通过支付平台在所述公共交通工具的终端上进行出行支付。
3.根据权利要求1所述的方法，其中，所述基于所述历史出行支付信息，确定一个或多个第一用户的目的地，包括，对于某一第一用户：
基于该第一用户的历史出行支付信息确定多个历史上车位置-时间对；
基于所述多个历史上车位置-时间对，确定该第一用户的通行端点对；
至少基于所述通行端点对确定所述第一用户的目的地。
4.根据权利要求3所述的方法，其中，通行端点对中的端点位于公共交通工具的同一行车线路上且各端点对应的历史上车位置-时间对中的时间不同。
5.根据权利要求1所述的方法，其中，所述确定第二时刻乘坐所述公共交通工具的第一用户的第二数量，包括：
基于所述公共交通工具的位置信息以及所述行车路线，确定所述公共交通工具已经过路线；
分别确定一个或多个第一用户的目的地是否位于所述已经过路线中；
将所述目的地未位于所述已经过路线上的第一用户的数量确定为所述第二数量。
6.根据权利要求1所述的方法，其中，所述至少基于第二时刻乘坐所述公共交通工具的第一用户的第二数量，确定所述公共交通工具的拥挤度，包括：
确定渗透率，所述渗透率反映使用公共交通工具出行的用户中使用支付平台进行出行支付的用户占比；
基于所述渗透率，以及第二时刻乘坐所述公共交通工具的第一用户的第二数量，确定第二时刻所述公共交通工具的拥挤度。
7.根据权利要求6所述的方法，其中，所述渗透率基于与所述第二时刻所在时段同期的历史公共交通工具出行数据确定。
8.根据权利要求1所述的方法，其中，所述方法进一步包括：
发送所述公共交通工具的拥挤度至至少一个第二用户，所述第二用户为待乘坐所述公共交通工具的用户。
9.根据权利要求8所述的方法，其中，所述第二用户基于以下步骤确定：
获取至少一个第三用户的位置信息；
确定所述第三用户的位置信息是否与所述公共交通工具的行车路线相匹配；
若所述第三用户的位置信息与所述公共交通工具的行车路线相匹配，确定所述第三用户为所述第二用户。
10.一种公共交通工具拥挤度提示方法，所述方法由用户终端执行，其中，所述方法包括：
获取与第四用户相关的位置信息并发送给与支付平台相关的服务端；
接收所述服务端返回的与所述第四用户的位置信息相关的至少一个公共交通工具的拥挤度；
输出所述至少一个公共交通工具的拥挤度以提示第四用户。
11.根据权利要求10所述的方法，其中，
所述拥挤度为所述服务端基于如权利要求1～9中任意一项所述的方法确定。
12.一种基于支付平台数据确定公共交通工具拥挤度确定系统，其中，所述系统包括第一获取模块以及确定模块；
所述第一获取模块，用于获取第一时刻与第二时刻之间，通过支付平台与所述公共交通工具产生关联的第一用户的第一数量，以及一个或多个第一用户在支付平台内的历史出行支付信息；以及用于获取公共交通工具的行车路线以及第二时刻所述公共交通工具的位置信息；
所述确定模块，用于基于所述历史出行支付信息，确定一个或多个第一用户的目的地；用于基于所述公共交通工具的位置信息、所述行车路线、所述一个或多个第一用户的目的地、以及所述第一数量，确定第二时刻乘坐所述公共交通工具的第一用户的第二数量；以及用于至少基于第二时刻乘坐所述公共交通工具的第一用户的第二数量，确定第二时刻所述公共交通工具的拥挤度。
13.根据权利要求12所述的系统，其中，所述第一时刻包括公共交通工具发车时刻；所述通过支付平台与所述公共交通工具产生关联包括通过支付平台在所述公共交通工具的终端上进行出行支付。
14.根据权利要求12所述的系统，其中，为基于所述历史出行支付信息，确定一个或多个第一用户的目的地，所述确定模块用于：
对于某一第一用户：
基于该第一用户的历史出行支付信息确定多个历史上车位置-时间对；
基于所述多个历史上车位置-时间对，确定该第一用户的通行端点对；
至少基于所述通行端点对确定所述第一用户的目的地。
15.根据权利要求14所述的系统，其中，通行端点对中的端点位于公共交通工具的同一行车线路上且各端点对应的历史上车位置-时间对中的时间不同。
16.根据权利要求12所述的系统，其中，为确定第二时刻乘坐所述公共交通工具的第一用户的第二数量，所述确定模块用于：
基于所述公共交通工具的位置信息以及所述行车路线，确定所述公共交通工具已经过路线；
分别确定一个或多个第一用户的目的地是否位于所述已经过路线中；
将所述目的地未位于所述已经过路线上的第一用户的数量确定为所述第二数量。
17.根据权利要求12所述的系统，其中，为至少基于第二时刻乘坐所述公共交通工具的第一用户的第二数量，确定所述公共交通工具的拥挤度，所述确定模块用于：
用于确定渗透率，所述渗透率反映使用公共交通工具出行的用户中使用支付平台进行出行支付的用户占比；
基于所述渗透率，以及第二时刻乘坐所述公共交通工具的第一用户的第二数量，确定第二时刻所述公共交通工具的拥挤度。
18.根据权利要求17所述的系统，其中，所述渗透率基于与所述第二时刻所在时段同期的历史公共交通工具出行数据确定。
19.根据权利要求12所述的系统，其中，所述系统进一步包括第一通信模块；
所述第一通信模块，用于发送所述公共交通工具的拥挤度至至少一个第二用户，所述第二用户为待乘坐所述公共交通工具的用户。
20.根据权利要求19所述的系统，为确定第二用户，
所述第一获取模块，用于获取至少一个第三用户的位置信息；
所述确定模块，用于确定所述第三用户的位置信息是否与所述公共交通工具的行车路线相匹配；若所述第三用户的位置信息与所述公共交通工具的行车路线相匹配，确定所述第三用户为所述第二用户。
21.一种公共交通工具拥挤度提示系统，其中，所述系统包括第二获取模块、第二通信模块以及输出模块；
所述第二获取模块，用于获取与第四用户相关的位置信息；
所述第二通信模块，用于将与第四用户相关的位置信息发送给与支付平台相关的服务端；以及用于接收所述服务端返回的与所述第四用户的位置信息相关的至少一个公共交通工具的拥挤度；
所述输出模块，用于输出所述至少一个公共交通工具的拥挤度以提示第四用户。
22.根据权利要求21所述的系统，其中，
所述拥挤度为基于如权利要求12～20中任意一项所述的系统确定。
23.一种基于支付平台数据确定公共交通工具拥挤度确定装置，所述装置包括处理器以及存储介质，其中，存储介质用于存储计算机指令，所述处理器用于执行所述计算机指令以实现如权利要求1-9任一项所述的公共交通工具拥挤度确定方法。
24.一种公共交通工具拥挤度提示装置，所述装置包括处理器以及存储介质，其中，存储介质用于存储计算机指令，所述处理器用于执行所述计算机指令以实现如权利要求10-11任一项所述的公共交通工具拥挤度提示方法。
CN202010065314.5A 2020-01-20 2020-01-20 一种公共交通工具拥挤度确定方法、系统及装置 Active CN111292076B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010065314.5A CN111292076B (zh) 2020-01-20 2020-01-20 一种公共交通工具拥挤度确定方法、系统及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010065314.5A CN111292076B (zh) 2020-01-20 2020-01-20 一种公共交通工具拥挤度确定方法、系统及装置

Publications (2)

Publication Number Publication Date
CN111292076A CN111292076A (zh) 2020-06-16
CN111292076B true CN111292076B (zh) 2022-06-14

Family

ID=71022318

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010065314.5A Active CN111292076B (zh) 2020-01-20 2020-01-20 一种公共交通工具拥挤度确定方法、系统及装置

Country Status (1)

Country Link
CN (1) CN111292076B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111882912B (zh) * 2020-07-22 2022-01-25 中国联合网络通信集团有限公司 乘车信息处理方法、装置及系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE4310579A1 (de) * 1993-03-31 1994-10-06 Siemens Ag Kontrollsystem zur Überprüfung der Gebührenentrichtung von Straßenbenutzern
AU2006100874A4 (en) * 2006-10-09 2006-11-09 George Bancs Pre-way- the pre paid toll system is formulated to capture a market not using e-way
CN110245937A (zh) * 2019-05-15 2019-09-17 浙江工贸职业技术学院 一种基于5g通讯的公交车快速支付系统

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103730008A (zh) * 2014-01-15 2014-04-16 汪涛 基于公交gps和ic卡实时数据的公交拥挤度分析方法
CN104392608B (zh) * 2014-11-25 2016-08-17 四川浩特通信有限公司 一种车辆乘客统计装置
CN104392605A (zh) * 2014-11-25 2015-03-04 四川浩特通信有限公司 一种公交载客监控系统
CN105261209B (zh) * 2015-11-26 2017-12-08 小米科技有限责任公司 客流量确定方法及装置
US20190220861A1 (en) * 2018-01-12 2019-07-18 Overstock.Com, Inc. Vehicle tracking, analysis and payment of processing system and method using a distributed ledger
CN110059861A (zh) * 2019-03-22 2019-07-26 江苏大学 一种考虑拥挤度的公交线路选择方法及系统
CN110197335A (zh) * 2019-06-04 2019-09-03 湖南智慧畅行交通科技有限公司 一种基于概率od分布模型的下车站点人数计算方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE4310579A1 (de) * 1993-03-31 1994-10-06 Siemens Ag Kontrollsystem zur Überprüfung der Gebührenentrichtung von Straßenbenutzern
AU2006100874A4 (en) * 2006-10-09 2006-11-09 George Bancs Pre-way- the pre paid toll system is formulated to capture a market not using e-way
CN110245937A (zh) * 2019-05-15 2019-09-17 浙江工贸职业技术学院 一种基于5g通讯的公交车快速支付系统

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
中山公交基本实现扫码乘车全覆盖;《城市公共交通》;20180815(第08期);全文 *

Also Published As

Publication number Publication date
CN111292076A (zh) 2020-06-16

Similar Documents

Publication Publication Date Title
CN108475466B (zh) 用于匹配和显示服务请求和可用车辆的系统和方法
CN107506864B (zh) 一种客运巴士路线规划方法和装置
Richards Congestion charging in London: the policy and the politics
US20190066250A1 (en) A system and apparatus for ridesharing
Pramanik Carpooling solutions using machine learning tools
CN111179578A (zh) 一种确定限制停车地点的方法及系统
JP7010194B2 (ja) 車両派遣システム、サーバおよび情報処理方法
Hora et al. Estimation of Origin-Destination matrices under Automatic Fare Collection: the case study of Porto transportation system
US20140139359A1 (en) Parking guidance system and method based on vehicle human occupancy
US20220412750A1 (en) Dynamic responsive transit management system
CN114693495B (zh) 智慧城市公共交通管理方法、物联网系统、装置及介质
US20150310356A1 (en) Facility and infrastructure utilization
CN112005562A (zh) 使用实时位置数据确定车辆拥挤度
Tsiaras et al. parkitsmart: Minimization of cruising for parking
CN111292076B (zh) 一种公共交通工具拥挤度确定方法、系统及装置
CN112200504A (zh) 基于多源数据监测分析的旅游客车协同管理与服务系统
US20210116259A1 (en) Adaptive transit resource allocation
CN110223514B (zh) 城市交通运行状态分析方法、装置及电子设备
CN105279960B (zh) 兼容北斗gnss时空信息的城市殊域交通机动车出行研判装置与工作方法
JP6029488B2 (ja) 運賃収受システム及び方法
JP2012226503A (ja) 移動分析方法および移動分析装置
Yatskiv et al. Benchmarking and assessment of good practices in public transport information systems
JP4812536B2 (ja) 仕事検索装置
Liu et al. Improving Efficiency and Reliability of Bus Rapid Transit
O'Connor et al. Stillorgan QBC Dwell Time Analysis

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