多种公共交通工具的统一行程处理方法及装置
技术领域
本申请实施例涉及公共交通运行技术领域,尤其涉及一种多种公共交通工具的统一行程处理方法及装置。
背景技术
目前,在公共交通日常运营中,地铁、公交、出租车及共享单车是市民出行活动时使用较频繁的公共交通工具。在使用这些公共交通工具时,每使用一种交通工具,就需对该段行程进行计费结算。对于不同的公共交通工具,通过不同的公共交通服务平台分别进行计价结算。而市民出行活动时通常会转乘多种公共交通工具以完成出行活动的整个行程,为此,则需要对使用的多种公共交通工具进行多次计费结算,且需要通过不同公共交通服务平台完成支付,其过程较为繁琐,操作多有不便。
发明内容
本申请实施例提供一种多种公共交通工具的统一行程处理方法、装置、电子设备及存储介质,能够对整个公共交通行程进行统一结算,简化计费结算流程,同时对用户的预约订单进行实时匹配,避免公共交通网络的实时变化影响预约订单的完成,优化用户的预约出行体验。
在第一方面,本申请实施例提供了一种多种公共交通工具的统一行程处理方法,包括:
获取用户的预约出行方案,所述预约出行方案包括出行信息以及按换乘顺序排列的各个公共交通工具对应的各个预约订单,所述出行信息包括出行时间、出行地及目的地信息;
基于所述出行信息对各个预约订单进行实时匹配,并记录用户完成的各个预约订单;
根据用户完成的各个预约订单统一进行行程计费结算。
进一步的,所述对各个预约订单进行实时匹配,包括:
实时跟踪用户的出行状态;
根据所述出行状态预估各个所述预约订单的起始时间;
在所述起始时间之前的设定时间段内匹配所述预约订单。
进一步的,所述对各个预约订单进行实时匹配,还包括:
根据历史公共交通网络信息以及实时公共交通网络信息对各个所述预约订单进行实时匹配,将对应各个预约订单的开始地点、完成地点及预估完成时长反馈给用户。
进一步的,在所述获取用户的预约出行方案之后,还包括:
设定时间内,根据用户的预约订单修改或取消请求,修改或删除对应的预约订单。
进一步的,在所述记录用户完成的各个预约订单中,根据用户身份验证信息及乘车记录确定用户完成的预约订单。
进一步的,在所述根据用户完成的各个预约订单统一进行行程计费结算中,统计各个预约订单产生的费用信息,得到总费用信息,根据所述总费用信息从用户预先绑定的支付账户中扣取对应费用;
或者,根据各个预约订单形成的出行链,采用统一的计价方式计算所述出行链产生的出行费用信息,根据所述出行费用信息从用户预先绑定的支付账户中扣取对应费用。
进一步的,在所述获取用户的预约出行方案之前,还包括:
获取用户的所述出行信息,根据所述出行信息制定多个出行方案供用户进行选择预约,所述出行方案包含有对应的出行预估费用信息。
在第二方面,本申请实施例提供了一种多种公共交通工具的统一行程处理装置,包括:
获取模块,用于获取用户的预约出行方案,所述预约出行方案包括出行信息以及按换乘顺序排列的各个公共交通工具对应的各个预约订单,所述出行信息包括出行时间、出行地及目的地信息;
匹配模块,用于基于所述出行信息对各个预约订单进行实时匹配,并记录用户完成的各个预约订单;
结算模块,用于根据用户完成的各个预约订单统一进行行程计费结算。
在第三方面,本申请实施例提供了一种电子设备,包括:
存储器以及一个或多个处理器;
所述存储器,用于存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如第一方面所述的多种公共交通工具的统一行程处理方法。
在第四方面,本申请实施例提供了一种包含计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器执行时用于执行如第一方面所述的多种公共交通工具的统一行程处理方法。
本申请实施例通过获取用户递交的预约出行方案,对出行方案中按换乘顺序排列的各个公共交通工具对应的各个预约订单进行实时匹配,同时记录用户对各个预约订单的完成情况,最终根据用户完成的预约订单统一进行行程计费计算。用户无需每乘坐一次公共交通工具就进行一次计费结算流程,以此来简化用户出行的行程计费结算流程,方便用户出行。
并且,本申请实施例通过对用户的预约订单进行实时匹配,避免公共交通网络的实时变化影响预约订单的完成,优化用户的预约出行体验。
此外,本申请实施例通过公共交通管理平台对各个预约出行方案进行实时匹配,能够较好的优化整个城市公共交通服务资源的分配,使公共交通服务资源的分配更为合理,公共交通的组织运营更为高效,进而优化市民的出行活动。
附图说明
图1是本申请实施例一提供的一种多种公共交通工具的统一行程处理方法的流程图;
图2是本申请实施例一中的公共交通管理平台交互示意图;
图3是本申请实施例一中的预约订单匹配流程图;
图4是本申请实施例二提供的一种多种公共交通工具的统一行程处理方法的流程图;
图5是本申请实施例三提供的一种多种公共交通工具的统一行程处理方法的流程图;
图6是本申请实施例四提供的一种多种公共交通工具的统一行程处理装置结构示意图;
图7是本申请实施例五提供的一种电子设备的结构示意图。
具体实施方式
为了使本申请的目的、技术方案和优点更加清楚,下面结合附图对本申请具体实施例作进一步的详细描述。可以理解的是,此处所描述的具体实施例仅仅用于解释本申请,而非对本申请的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本申请相关的部分而非全部内容。在更加详细地讨论示例性实施例之前应当提到的是,一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理,但是其中的许多操作可以被并行地、并发地或者同时实施。此外,各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止,但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。
本申请提供的多种公共交通工具的统一行程处理方法,旨在通过对用户的出行方案进行分析,根据对公共交通网络情况的预测,进行预约出行方案中各个预约订单的匹配,最终根据用户所使用的若干种公共交通工具(若干个预约订单),形成对应用户整段行程的出行链,根据出行链进行用户整个行程的计费结算。相对于现有的公共交通计费方式,其对于不同的交通工具的计费方式是分离的,用户在每使用一种交通工具完成一段行程,就需要进行一次计费结算操作。基于上述公共交通计费模式,如若用户一次出行只使用一种交通工具,那么用户只需做一次计费结算操作,不影响用户的出行体验。而随着公共交通网络的发展进步,公共交通工具的多样化,为了提高出行效率,对于用户的一次出行活动,通常会采用多种交通工具换乘的出行方案,以使用户的行程更加便利,高效。但是,选择多种公共交通工具换乘则意味着需要进行多次计费结算操作,且每次支付操作可能需要对接不同的公共交通服务平台,其过程较为繁琐不便。为此,相对于现有的各种公共交通平台出行服务完全隔离的方式,本申请实施例提供的多种公共交通工具的统一行程处理方法,通过对多模式公共交通进行统一支付的方式,可以为用户(出行者)提供更加便利快捷的服务。基于一个统一的公共交通管理平台,对多平台交通数据进行融合,有利于打破数据壁垒,优化公共交通资源配置,实现城市公共交通服务水平的进一步升级。
实施一:
图1给出了本申请实施例一提供的一种多种公共交通工具的统一行程处理方法的流程图,本实施例中提供的多种公共交通工具的统一行程处理方法可以基于一个公共交通管理平台执行,该多种公共交通工具的统一行程处理方法可以通过软件和/或硬件的方式实现,公共交通管理平台是两个或多个物理实体构成,也可以是一个物理实体构成。一般而言,公共交通管理平台可以是电脑。
下述以公共交通管理平台为执行多种公共交通工具的统一行程处理方法的主体为例,进行描述。参照图1,该多种公共交通工具的统一行程处理方法具体包括:
S110、获取用户的预约出行方案,所述预约出行方案包括出行信息以及按换乘顺序排列的各个公共交通工具对应的各个预约订单,所述出行信息包括出行时间、出行地及目的地信息。
示例性的,用户在一次出行活动中,预先制定此次出行活动的出行方案。出行方案可以通过查询路线获知。譬如,A地到D地的一次出行活动,通过查询路线得到“A-B-C-D”出行方案,其中“A-B”、“B-C”和“C-D”为使用共享单车、公交、地铁或出租车等交通工具代步的一个分段行程。对应一个出行方案,使用了多种公共交通模式来完成一次出行活动。用户通过用户终端与公共交通管理平台进行交互,提交该次出行活动中涉及多种公共交通工具的预约出行方案给到公共交通管理平台。该预约出行方案包括出行信息及按顺序排列的若干种公共交通工具组合而成的一条预约出行链。其中,出行信息包括出行时间、出行地及目的地信息。预约出行链如“共享单车-公交-地铁-出租车”,其中的每一种公共交通工具对应一个预约订单。预约订单中包括了对应分段行程的起点及终点,并且,预约订单根据公共交通工具的不同,可以表示为具体车辆的预约使用,如出租车及共享单车;也可以表示车次、进出站服务信息的预约,如公交和地铁。由于公交和地铁不存在具体车次的预约,用户在提供含有公交或地铁的预约出行方案之后,公共交通管理平台可以将实时的公交、地铁车次安排及进出站信息推送给用户,方便用户实时了解公交、地铁的运营信息。
S120、基于所述出行信息对各个预约订单进行实时匹配,并记录用户完成的各个预约订单。
对应公共交通管理平台,在获取到用户提供的预约出行方案之后,需要对预约出行方案中的各个预约订单进行匹配。进行订单匹配时,根据用户的出行信息进行各个预约订单的匹配。公共交通管理平台根据用户的出行时间、出行地及目的地,并结合每一个预约订单对应的分段行程的起点及终点对各个预约订单进行实时匹配。通过测算每一分段行程行走的路程及时间,预估每一个分段行程起始的时间。在已知分段行程预估的起始时间后,参照图2,公共交通管理平台通过获取历史公共交通网络信息以及实时公共交通网络信息对各个预约订单进行实时匹配,并将对应各个预约订单的开始地点、完成地点及预估完成时长反馈给用户。需要注意的是,对于一个分段行程,其包括了步行到乘车点的部分、乘坐交通工具的部分。因此,对于一个预约订单的开始地点,应该理解为其与对应分段行程的起点之间还包括一段步行的部分。而在进行订单匹配时,反馈给用户的是预约订单的开始地点及目的地点。进一步的,还可以将分段行程起点到预约订单开始地点(乘车点)的路线,以及预约订单完成地点(下车点)到分段行程终点(下一分段行程起点)的路线反馈给用户,方便用户依据反馈的路线前往对应位置。
具体的,参照图3,预约订单匹配流程如小:
S1201、实时跟踪用户的出行状态;
S1202、根据所述出行状态预估各个所述预约订单的起始时间;
S1203、在所述起始时间之前的设定时间段内匹配所述预约订单。
公共交通管理平台在接收到用户的预约出行方案之后,不会立即对用户预约出行方案中的各个预约订单进行匹配,而是根据用户的出行信息,并实时跟踪用户的出行状态,预估用户各个预约订单的起始时间,并在预约订单的起始时间之前的设定时间段内,对预约订单进行匹配。譬如,对于用户的第一个分段行程的预约订单为出租车的预约使用,那么根据用户的实时出行状态可以获知当前的位置与预约订单的开始地点的距离,进而测算出这段距离需要的步行的时间。又根据用户的出行时间,预估出用户步行抵达出租车乘车点的时间,即出租车预约订单的起始时间。以此在出租车预约订单起始时间之前的五分钟(设定时间段)进行出租车预约订单的匹配。
并且,在进行上述出租车预约订单匹配时,通过历史公共交通网络信息以及实时公共交通网络信息优选最匹配的车辆给到用户。由于城市交通网络状况多变,为了使用户能够及时搭乘出租车,减少用户出行等待时间,需要根据交通网络情况优选一辆出租车能够及时前往搭载用户。公共交通管理平台可以借助历史公共交通网络信息以及实时公共交通网络信息,并通过交通网络流预测算法,优选出合适的车辆以匹配对应出租车预约订单。在进行预约订单匹配时,借助用户选择优化算法和系统资源优化算法进行订单匹配,以使用户预约订单的匹配更为合理、准确。此外,本申请实施例通过公共交通管理平台对各个预约出行方案进行实时匹配,能够较好的优化整个城市公共交通服务资源的分配,使公共交通服务资源的分配更为合理,公共交通的组织运营更为高效,进而优化市民的出行活动。
基于上述对出租车预约订单的匹配方式,对一个预约出行方案的若干个预约订单进行实时匹配。通过预约订单的实时匹配,避免实时交通网络的变化影响用户的出行,节约用户的出行等待时间,方便用户在多公共交通模式下的出行活动,进而优化用户的出行体验。
另一方面,对应用户每完成的一个预约订单,公共交通管理平台一一进行记录,用作后续的计费结算依据。在记录用户完成的各个预约订单时,根据用户身份验证信息及乘车记录确定用户完成的预约订单。用户可以借助公共交通管理平台认证的ID卡,进行刷卡乘车。在用户刷卡乘车时,即可进行用户的身份认证及乘车记录确定,进而确认用户完成的预约订单。
而在预约订单确认的一些实施例中,身份验证信息及乘车记录的获取可以通过设置在公共交通工具上面的摄像头上进行获取,以公交车为例,在公交车两个车门处设置摄像头,摄像头实时获取用户上车和下车时的人脸图像。公共交通管理平台会预先进行用户身份认证,并录入用户的人脸信息。后续将用户的人脸信息与摄像头拍摄的上车和下车时的人脸信息进行比对,确定用户的身份及上车、下车记录。以此来确定用户完成的公交车预约订单。通过采用摄像头进行用户身份认证及乘车记录的确认,提供一种无感的乘车验证方式,用户无需反复地进行身份验证,减少订单操作的确认过程,进一步优化用户的出行活动。
S130、根据用户完成的各个预约订单统一进行行程计费结算。
在完成各个预约订单的匹配之后,根据用户完成的若干个预约订单,公共交通管理平台进行统一计费结算操作。公共交通管理平台预先建立用户的个人出行账户,录入用户的身份认证信息。同时将用户的支付账户与个人出行账户进行绑定,用户行程计费结算时从对应的支付账户中进行扣款。
在进行行程计费计算时,公共交通管理平台统计各个预约订单产生的费用信息,得到总费用信息,根据总费用信息从用户预先绑定的支付账户中扣取对应费用。进行费用扣取时可以由用户登录公共交通管理平台,主动进行计费结算操作。也可以通过公共交通管理平台自动根据总费用信息进行计费结算操作。采用公共交通管理平台自动进行行程计费结算的方式,可以进一步简化用户的订单操作流程,实现用户行程计费结算的无感支付操作,更好地优化用户的出行体验。
在行程计费扣款的一些实施场景中,也可以根据各个预约订单形成的出行链,采用统一的计价方式计算出行链产生的出行费用信息,根据出行费用信息从用户预先绑定的支付账户中扣取对应费用。进行出行费用信息计算时,依据整个出行链所完成的总里程进行相应出行费用的扣取。由于相同里程使用不同的公共交通工具产生的资费不同,为了更准确地进行计费结算,在按里程进行出行费用扣取时,对应不同的公共交通工具设置不同的权重,进行扣款时,按照乘坐不同交通工具完成的里程,将里程与对应的权重相乘,并叠加各个相乘结果,得到整个出行活动的相对行程,按相对行程与单里程计费单位相乘得到最终的出行费用信息。通过设置不同权重以使行程计费操作更为准确,避免不同公共交通工具采用同种计费标准导致的计费不准确、不合理的问题。
另外,需要注意的是,公共交通管理平台在完成扣费后,可根据用户完成各个预约订单产生的费用信息,将对应的费用分发至各个公共交通工具服务商。公共交通管理平台作为统一的公共交通行程计费结算平台,提供一体化的出行服务,方便用户出行。又通过统筹各个公共交通工具服务商,使多平台交通数据融合,有利于打破数据壁垒,实现城市公共交通服务水平的进一步升级。
上述,通过获取用户递交的预约出行方案,对出行方案中按换乘顺序排列的各个公共交通工具对应的各个预约订单进行实时匹配,同时记录用户对各个预约订单的完成情况,最终根据用户完成的预约订单统一进行行程计费计算。用户无需每乘坐一次公共交通工具就进行一次计费结算流程,以此来简化用户出行的行程计费结算流程,方便用户出行。
并且,本申请实施例通过对用户的预约订单进行实时匹配,避免公共交通网络的实时变化影响预约订单的完成,优化用户的预约出行体验,同时使公共交通服务资源的分配更为合理,公共交通的组织运营更为高效。
实施例二:
在上述实施例的基础上,图4为本申请实施例二提供的另一种多种公共交通工具的统一行程处理方法的流程图。参考图4,本实施例提供的多种公共交通工具的统一行程处理方法具体包括:
S210、获取用户的预约出行方案,所述预约出行方案包括出行信息以及按换乘顺序排列的各个公共交通工具对应的各个预约订单,所述出行信息包括出行时间、出行地及目的地信息;
S220、设定时间内,根据用户的预约订单修改或取消请求,修改或删除对应的预约订单;
S230、基于所述出行信息对各个预约订单进行实时匹配,并记录用户完成的各个预约订单;
S240、根据用户完成的各个预约订单统一进行行程计费结算。
示例性的,本申请实施例在获取到用户的预约出行方案后,在设定时间段内,可以根据用户对出行方案中的预约订单的修改或取消请求,进行对应预约订单的修改或者删除。例如,根据一个预约出行方案“A-B-C-D”三个分段行程,其中“B-C”为出租车预约订单对应的分段行程,此时用户需要将B地到C地原本预约乘坐出租车的出行方式,修改为乘坐地铁。那么,用户提交对应“B-C”分段行程的预约订单的修改请求,请求将出租车预约修改为乘坐地铁。则公共交通管理平台根据用户的修改请求,修改预约订单信息。后续在预约订单匹配时,预估用户对应预约订单的开始时间,在这一开始时间之前的设定时间段,开始发送“B-C”分段行程对应使用的地铁车次的相关服务信息,以实时提醒用户相关地铁车次的运行情况。
需要注意的是,对于预约订单的修改或取消,只满足在预约出行方案发送后设定时间段内进行修改或取消。考虑到设定时间段后,预约订单的修改或取消会影响公共交通管理平台的运营,打乱各个交通工具原本的规划行程。因此,公共交通管理平台不对设定时间段之后的预约订单进行修改或取消,或者对此时的修改或取消请求收取一定的费用。
由上述方案可知,本申请实施例二通过实时接收用户的预约订单修改或取消请求,在设定时间段内进行预约订单的修改或取消。便于用户对实时出行行程进行修改,进一步优化用户的出行体验。
实施例三:
在上述实施例的基础上,图5为本申请实施例三提供的另一种多种公共交通工具的统一行程处理方法的流程图。参考图5,本实施例提供的多种公共交通工具的统一行程处理方法具体包括:
S310获取用户的所述出行信息,根据所述出行信息制定多个出行方案供用户进行选择预约,所述出行方案包含有对应的出行预估费用信息;
S320、获取用户的预约出行方案,所述预约出行方案包括出行信息以及按换乘顺序排列的各个公共交通工具对应的各个预约订单,所述出行信息包括出行时间、出行地及目的地信息;
S330、基于所述出行信息对各个预约订单进行实时匹配,并记录用户完成的各个预约订单;
S340、根据用户完成的各个预约订单统一进行行程计费结算。
示例性的,本申请实施例提供的多种公共交通工具的统一行程处理方法,其在获取用户的预约出行方案之前,还通过用户的出行信息,制定多个优选的出行方案供用户进行选择预约。参照图2,公共交通管理平台可以采用动态优化算法,根据公共交通网络布局情况,制定出多个出行方案,每一个出行方案包括了若干种交通工具的组合使用形式及对应的出行预估费用信息。用户对公共交通管理平台发送的出行方案进行选择预约,其中可根据出行方案的耗时、路径的长短乃至行程的预估费用等多个条件进行路径优选,最终确定需要预约的出行方案并发送至公共交通管理平台。
由上述方案可知,本申请实施例三通过获取用户的出行信息,为用户优选出行方案供用户选择预约,可方便用户选择最适宜的路径出行,更进一步的优化用户的出行体验。
实施例四:
在上述实施例的基础上,图6为本申请实施例四提供的一种多种公共交通工具的统一行程处理装置的结构示意图。参考图6,本实施例提供的多种公共交通工具的统一行程处理装置具体包括:获取模块41、匹配模块42及结算模块43。
其中,获取模块41用于获取用户的预约出行方案,所述预约出行方案包括出行信息以及按换乘顺序排列的各个公共交通工具对应的各个预约订单,所述出行信息包括出行时间、出行地及目的地信息;
匹配模块42用于基于所述出行信息对各个预约订单进行实时匹配,并记录用户完成的各个预约订单;
结算模块43用于根据用户完成的各个预约订单统一进行行程计费结算。
上述,通过获取用户递交的预约出行方案,对出行方案中按换乘顺序排列的各个公共交通工具对应的各个预约订单进行实时匹配,同时记录用户对各个预约订单的完成情况,最终根据用户完成的预约订单统一进行行程计费计算。用户无需每乘坐一次公共交通工具就进行一次计费结算流程,以此来简化用户出行的行程计费结算流程,方便用户出行。
并且,本申请实施例通过对用户的预约订单进行实时匹配,避免公共交通网络的实时变化影响预约订单的完成,优化用户的预约出行体验,同时使公共交通服务资源的分配更为合理,公共交通的组织运营更为高效。
具体的,还包括修改模块,用于在获取用户的预约出行方案之后的设定时间内,根据用户的预约订单修改或取消请求,修改或删除对应的预约订单。
制定模块,用于在获取用户的预约出行方案之前,通过获取用户的所述出行信息,根据所述出行信息制定若干个出行方案供用户进行选择预约。
本申请实施例四提供的多种公共交通工具的统一行程处理装置可以用于执行上述实施例一、二、三提供的多种公共交通工具的统一行程处理方法,具备相应的功能和有益效果。
实施例五:
本申请实施例五提供了一种电子设备,该电子设备包括:处理器51、存储器52、通信模块53、输入装置54及输出装置55。该电子设备中处理器的数量可以是一个或者多个,该电子设备中的存储器的数量可以是一个或者多个。该电子设备的处理器51、存储器52、通信模块53、输入装置54及输出装置55可以通过总线或者其他方式连接。
存储器52作为一种计算机可读存储介质,可用于存储软件程序、计算机可执行程序以及模块,如本申请任意实施例所述的多种公共交通工具的统一行程处理方法对应的程序指令/模块(例如,多种公共交通工具的统一行程处理装置中的获取模块、匹配模块和结算模块)。存储器可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序;存储数据区可存储根据设备的使用所创建的数据等。此外,存储器可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中,存储器可进一步包括相对于处理器远程设置的存储器,这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。
通信模块53用于进行数据传输。
处理器51通过运行存储在存储器52中的软件程序、指令以及模块,从而执行设备的各种功能应用以及数据处理,即实现上述的多种公共交通工具的统一行程处理方法。
输入装置54可用于接收输入的数字或字符信息,以及产生与设备的用户设置以及功能控制有关的键信号输入。输出装置55可包括显示屏等显示设备。
上述提供的电子设备可用于执行本申请实施例提供的多种公共交通工具的统一行程处理方法,具备相应的功能和有益效果。
实施例六:
本申请实施例还提供一种包含计算机可执行指令的存储介质,所述计算机可执行指令在由计算机处理器执行时用于执行一种多种公共交通工具的统一行程处理方法,该多种公共交通工具的统一行程处理方法包括:获取用户的预约出行方案,所述预约出行方案包括出行信息以及按换乘顺序排列的各个公共交通工具对应的各个预约订单,所述出行信息包括出行时间、出行地及目的地信息;基于所述出行信息对各个预约订单进行实时匹配,并记录用户完成的各个预约订单;根据用户完成的各个预约订单统一进行行程计费结算。
存储介质——任何的各种类型的存储器设备或存储设备。术语“存储介质”旨在包括:安装介质,例如CD-ROM、软盘或磁带装置;计算机系统存储器或随机存取存储器,诸如DRAM、DDR RAM、SRAM、EDO RAM,兰巴斯(Rambus)RAM等;非易失性存储器,诸如闪存、磁介质(例如硬盘或光存储);寄存器或其它相似类型的存储器元件等。存储介质可以还包括其它类型的存储器或其组合。另外,存储介质可以位于程序在其中被执行的第一计算机系统中,或者可以位于不同的第二计算机系统中,第二计算机系统通过网络(诸如因特网)连接到第一计算机系统。第二计算机系统可以提供程序指令给第一计算机用于执行。术语“存储介质”可以包括驻留在不同位置中(例如在通过网络连接的不同计算机系统中)的两个或更多存储介质。存储介质可以存储可由一个或多个处理器执行的程序指令(例如具体实现为计算机程序)。
当然,本申请实施例所提供的一种包含计算机可执行指令的存储介质,其计算机可执行指令不限于如上所述的多种公共交通工具的统一行程处理方法,还可以执行本申请任意实施例所提供的多种公共交通工具的统一行程处理方法中的相关操作。
上述实施例中提供的多种公共交通工具的统一行程处理装置、存储介质及电子设备可执行本申请任意实施例所提供的多种公共交通工具的统一行程处理方法,未在上述实施例中详尽描述的技术细节,可参见本申请任意实施例所提供的多种公共交通工具的统一行程处理方法。
上述仅为本申请的较佳实施例及所运用的技术原理。本申请不限于这里所述的特定实施例,对本领域技术人员来说能够进行的各种明显变化、重新调整及替代均不会脱离本申请的保护范围。因此,虽然通过以上实施例对本申请进行了较为详细的说明,但是本申请不仅仅限于以上实施例,在不脱离本申请构思的情况下,还可以包括更多其他等效实施例,而本申请的范围由权利要求的范围决定。