一种数据处理方法与流程

文档序号:11155421阅读:532来源:国知局
一种数据处理方法与制造工艺

本发明涉及铁路运输技术领域,具体地说,涉及一种数据处理方法。



背景技术:

以铁路为代表的现代交通运输方式的出现,引起了交通运输业的巨大革命。铁路运输的出现使得人类的社会生产方式以及生活方式产生了深刻的变革。从世界范围来看,许多国家的现代化就得益于铁路等现代交通的迅猛发展。

现阶段,我国铁路系统已经实现了网上售票和电话售票,旅客已经无需前往火车站进行购买车票。然而,在取票时,旅客仍然需要前往火车站进行取票操作。旅客对于火车站中各个售票机的所处位置并不熟悉,在取票时只能通过火车站张贴的地图或海报来寻找售票机,这显然大大影响了旅客的取票效率。



技术实现要素:

为解决上述问题,本发明提供了一种数据处理方法,其包括:

服务终端查询请求获取步骤、获取用户终端发送来的服务终端查询请求;

服务终端查询请求解析步骤、对所述服务终端查询请求进行解析,得到用户终端ID、用户终端的位置信息、服务终端查询指令和车站ID;

到达耗时时长确定步骤、对所述服务终端查询指令进行响应,根据所述车站ID检索得到对应于所述车站ID的各个服务终端的位置信息,根据所述用户终端的位置信息和各个服务终端的位置信息,分别计算所述用户终端到达各个服务终端的到达耗时时长;

反馈信息生成步骤、根据对应于各个服务终端的到达耗时时长生成反馈信息,并根据所述用户终端ID将所述反馈信息推送至所述用户终端。

根据本发明的一个实施例,所述方法还包括:

服务耗时时长确定步骤,获取所述各个服务终端的人流密度、平均单人服务时长和服务系数,并根据所述人流密度、平均单人服务时长和服务系数计算所述各个服务终端的服务耗时时长。

根据本发明的一个实施例,根据取下表达式计算所述各个服务终端的服务耗时时长:

其中,T2_i表示第i个服务终端的服务耗时时长,ai和bi分别表示第i个服务终端的人流密度和服务系数,表示第i个服务终端的平均单人服务时长。

根据本发明的一个实施例,在所述反馈信息生成步骤中,根据对应于各个服务终端的到达耗时时长和服务耗时时长,生成对应于所述各个服务终端的总耗时时长,并根据所述总耗时时长生成所述反馈信息。

根据本发明的一个实施例,在所述反馈信息生成步骤中,按照对应于所述各个服务终端的总耗时时长的时间长短生成服务终端排序序列,并将所述服务终端排序序列作为反馈信息推送至所述用户终端。

根据本发明的一个实施例,在所述服务耗时时长确定步骤中,根据查询请求发起时间点和对应于各个服务终端的到达耗时时长,计算对应于各个服务终端的到达时间点,根据所述达到时间点获取各个服务终端的人流密度。

根据本发明的一个实施例,在所述反馈信息生成步骤中,根据对应于各个服务终端的到达时间点和服务耗时时长,生成对应于所述各个服务终端的服务完成时间点,并根据所述服务时间点生成所述反馈信息。

根据本发明的一个实施例,在所述反馈信息生成步骤中,按照对应于所述各个服务终端的服务完成时间点的时间前后生成服务终端排序序列,并根据所述服务终端排序序列生成所述反馈信息并推送至所述用户终端。

根据本发明的一个实施例,服务完成时间点越靠前的服务终端在所述服务终端排序序列中的排列位置越靠前。

根据本发明的一个实施例,在所述反馈信息生成步骤中,还按照各个服务终端在所述服务终端排序序列中排列位置顺序地查询相应的服务终端是否处于开机运营状态,其中,如果当前查询的服务终端处于非开机运营状态,则继续查询下一服务终端的开机运行状态,直至查询到处于开机运营状态的服务终端为止。

根据本发明的一个实施例,如果查询到处于开机运营状态的服务终端,则根据该服务终端的服务完成时间点和服务终端ID生成所述反馈信息。

根据本发明的一个实施例,在所述反馈信息生成步骤中,还结合对应服务终端的终端位置信息生成所述反馈信息。

利用本发明所提供的数据处理方法,用户可以在任何时间获取到自己此时到车站的哪一台服务终端办理业务所需要的时间最短,同时,在需要的情况下,用户根据服务器端所推送来的信息还能够获知完成相关业务办理的预计时间点以及相关服务终端的位置。该方法这不仅提高了用户的出行效率,同时还能够有效减少车站中的旅客滞留量。

本发明的其它特征和优点将在随后的说明书中阐述,并且,部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要的附图做简单的介绍:

图1是根据本发明一个实施例的数据处理方法的实现流程示意图;

图2是根据本发明一个实施例的生成反馈信息的实现流程示意图;

图3是根据本发明另一个实施例的生成反馈信息的实现流程示意图。

具体实施方式

以下将结合附图及实施例来详细说明本发明的实施方式,借此对本发明如何应用技术手段来解决技术问题,并达成技术效果的实现过程能充分理解并据以实施。需要说明的是,只要不构成冲突,本发明中的各个实施例以及各实施例中的各个特征可以相互结合,所形成的技术方案均在本发明的保护范围之内。

同时,在以下说明中,出于解释的目的而阐述了许多具体细节,以提供对本发明实施例的彻底理解。然而,对本领域的技术人员来说显而易见的是,本发明可以不用这里的具体细节或者所描述的特定方式来实施。

另外,在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。

为了提高用户的出行效率并减少车站内旅客的滞留量,本实施例提供了一种数据处理方法,该方法能够帮助用户尽快地完成自身需要办理的相关业务(例如购票、取票等)。本实施例所提供的数据处理方法是基于服务器端来实现的,当用户需要办理相关业务时,其只需要通过相应的用户终端便可以获知此时去哪一服务终端办理业务的耗时最短,这样也就提高了用户的业务办理效率。

需要指出的是,本发明所提及的用户终端包括但不限于智能手机、笔记本电脑或平板电脑等设备,这些设备中安装有用于获取服务终端相关数据的客户端软件,该客户端软件包括但不限于特定的PC软件、苹果软件、网页程序、安卓应用软件、苹果应用软件以及微软应用软件等,本发明不限于此。

同时,还需要指出的是,本发明所提及的服务终端既可以是售票机,也可以是取票机,还可以是集有售票功能和取票功能的售取票机,抑或是设置在公共场所用来为用户提供相关服务的其他设备(例如检票机、车站信息查询机等),本发明同样不限于此。

图1示出了本实施例所提供的数据处理方法的实现流程示意图。

本实施例中,当用户由于期望办理某项业务而需要查询车站内某一类服务终端的相关信息时,其可以点击用户终端所安装的客户端中的相关图标来向用户终端输入服务终端查询指令以及对应车站名。用户终端根据用户的此次点击动作可以获知此时用户期望查询上述服务终端的相关信息,此时其会根据用户终端ID、用户终端的位置信息、服务终端查询指令以及相应的车站ID来生成服务终端查询请求。

其中,各个车站的车站ID优选地存储在用户终端的相应数据存储器中,各个车站的车站ID优选地是固定不变的。本实施例中,优选地,用户终端的ID可以通过读取安装在用户终端中的客户端ID得到。当然,在本发明的其他实施例中,用户终端的ID也可以通过读取用户终端的自身数据(例如用户终端的相关硬件ID)来得到,本发明不限于此。

用户终端在生成上述服务终端查询请求后,会将上述服务终端查询请求上传至服务器端。如图1所示,本实施例中,服务器端会在步骤S101中获取用户终端发送来的服务终端查询请求,并在步骤S102中对上述服务终端查询请求进行解析,从而得到对应的用户终端ID、用户终端的位置信息、服务终端查询指令和车站ID。

在步骤S103中,服务器端会对解析得到的服务终端查询指令进行相应,从而根据上述车站ID和服务终端查询指令检索对应车站中所有对应的服务终端。对于检索得到的服务终端,服务器端会进一步地读取各个服务终端的位置信息。本实施例中,各个车站中各个服务终端的位置信息存储在服务器端或可以由服务器端从相关数据存储器中读取。

如图1所示,在得到各个服务器端的位置信息后,服务器端会在步骤S103中根据用户终端的位置信息以及各个服务终端的位置信息,分别计算用户终端到达各个服务终端的达到耗时时长T1_i。其中,T1_i表示用户终端到达第i个服务终端的到达耗时时长。

例如,如果用户希望查询北京南站中自动售取票机的相关信息,用户可以在手机中先后点击“北京南站”和“自动售取票机”的相应图标,用户终端也就可以在后台数据中获取到“北京南站”的车站ID并获取到自动售取票机查询指令。用户终端会根据上述车站ID、自动售取票机查询指令、自身位置信息和自身ID来生成自动售取票机查询请求,并将该查询请求上传到服务器端。

服务器端在接收到自动售取票机查询请求后,会对该查询请求进行解析,从而得到“北京南站”的车站ID、自动售取票机查询指令、用户所使用的手机的ID和位置信息。根据“北京南站”的车站ID和自动售取票机查询指令,服务器端可以分析确定出此时用户请求查询的是北京南站中自动售取票机的相关信息,因此其通过检索可以得到北京南站中的所有自动售取票机及其各自位置信息。

用户所使用的手机的位置信息即表征了用户的当前所处位置,因此根据用户所使用的手机的位置信息和各个自动售取票机的位置信息,服务器端也就可以计算得到用户由当前位置达到各个自动售取票机所需要的时长,即对应于各个自动售取票机的到达耗时时长。

本实施例中,用户终端的位置信息优选地指移动终端的经纬度信息。需要指出的是,在本发明的不同实施例中,根据实际需要,上述位置信息既可以通过GPS信号获取,也可以通过其他卫星定位/导航系统(例如北斗卫星导航系统等)来获取,还可以通过基站定位、IP地址定位、WiFi定位、蓝牙定位以及地磁定位等方式获取,本发明不限于此。

本实施例中,优选地,服务器端在计算对应于各个服务终端的到达耗时时长时,其首先会将用户终端的位置信息与所有服务终端的位置信息分别进行组合(即用户终端的位置信息表征起点位置,服务终端的位置信息表征终点位置),并向第三方(例如百度地图或是其他提供导航数据的服务方)进行查询,从而得到由用户终点的位置到达服务器端的位置(即由起点位置达到终点位置)的耗时时长,即到达耗时时长。

例如,服务器端查询到北京南站设置有10台自动售取票机,服务器端便会将这10台自动售取票机的经纬度分别作为终点,并以用户终端的经纬度作为起点,进行10次查询来分别得到对应于各个自动售取票机的到达耗时时长。

例如,为了描述的方便,假设有3台自动售取票机,通过查询,服务器端可以确定出对应于第1自动售取票机的到达耗时时长为50分钟,对应于第2自动售取票机的到达耗时时长为58分钟,对应于第3自动售取票机的到达耗时时长为55分钟。

如图1所示,在得到对应于各个服务终端的到达耗时时长后,服务器端会在步骤S104中根据步骤S103中所得到的对应于各个服务终端的到达耗时时长来生成相应的反馈信息,并在步骤S105中根据用户终端ID将该反馈信息推送至对应的用户终端。

需要指出的是,在本发明的不同实施例中,服务器端在步骤S104中可以采用不同的合理方式来根据对应于各个服务终端的到达耗时时长来生成相应的反馈信息,本发明不限于此。

例如,在本发明的一个实施例中,服务器端会根据对应于各个服务终端的到达耗时时长的时间长短来进行排序,从而得到服务终端排序序列,并根据上述服务终端排序序列和各个服务终端的位置信息生成相应的反馈信息。用户终端在接收到服务器端推送来的反馈信息后,其可以通过对该反馈信息进行解析来得到服务终端排序序列和各个服务终端的位置信息,并根据上述服务终端排序序列和各个服务终端的位置信息进行可视化显示。具体地,用户终端可以调用电子地图来在电子地图上显示各个服务终端的标识点以及对应于各个终端的到达耗时时长。

在本发明的另一个实施例中,服务器端还可以采用如图2所示的方式来生成反馈信息。具体地,如图2所示,在该实施例中,服务器端会在步骤S201中获取各个服务终端的人流密度、平均单人服务时长和服务系数,并在步骤S202中根据上述人流密度、平均单人服务时长和服务系数来计算各个服务终端的服务耗时时长。

具体地,本实施例中,服务器端优选地根据如下表达式来计算对应于各个服务终端的服务耗时时长。

其中,T2_i表示第i个服务终端的服务耗时时长,ai和bi分别表示第i个服务终端的人流密度和服务系数。表示第i个服务终端的平均单人服务时长,其表示用户在第i个服务终端办理一次相关业务所需要的平均时长。

需要指出的是,该实施例中,各个服务终端的人流密度、服务系数和平均单人服务时长对于服务器来说是已知的,其均可以由服务器从相关数据存储器中读取。

同时,还需要指出的是,对于处于同一车站的各个服务终端来说,不同服务终端的平均单人服务时长和/或服务系数既可以相同,也可以不同,本发明不限于此。

在得到各个服务终端的服务耗时时长后,如图2所示,服务器端会在步骤S203中根据对应于各个服务终端的到达耗时时长和服务耗时时长,生成对应于各个服务终端的总耗时时长。本实施例中,服务终端的总耗时时长优选地等于对应于该服务终端的到达耗时时长与服务耗时时长之和。

服务器端在步骤S204中便可以根据步骤S203中所得到的对应于各个服务终端的总耗时时长生成相应的反馈信息。具体地,在该实施例中,服务器端优选地暗中啊对应于各个服务终端的总耗时时长的时间长短来生成服务终端排序序列,并将该服务终端排序序列作为反馈信息推送至用户终端。

当然,为了使得用户更加清楚、快捷地到达相应服务终端,服务器端还可以将服务终端排序序列中的相应服务终端(例如排序最为靠前的服务终端、排序较为靠前的部分服务终端或全部服务终端)的位置信息作为反馈信息的一部分推送至用户终端。用户终端在接收到服务器端推送来的反馈信息后,其可以通过对该反馈信息进行解析来得到服务终端排序序列和各个服务终端的位置信息,并根据上述服务终端排序序列和各个服务终端的位置信息进行可视化显示。

而在本发明的另一个实施例中,服务器端还可以采用如图3所示的方式来生成反馈信息。具体地,如图3所示,在该实施例中,服务器端会在步骤S301中根据所得到的对应于各个服务终端的到达耗时时长和查询请求发起时间点,计算对应于各个服务终端的到达时间点。

例如,假设用户在09:00时间点发起一个查询请求,而服务器端通过查询确定出对应于第1自动售取票机的到达耗时时长为50分钟,对应于第2自动售取票机的到达耗时时长为58分钟,对应于第3自动售取票机的到达耗时时长为55分钟。那么服务器端也就可以在步骤S301中确定出对应于第1自动售取票机的到达时间点为09:50,对应于第2自动售取票机的到达时间点为09:58,对应于第3自动售取票机的到达时间点为09:55。

在得到对应于各个服务终端的到达时间点后,服务器端将在步骤S302中根据上述到达时间点来获取各个服务终端的人流密度。具体地,本实施例中,服务器端优选地获取相应服务终端在前一日相应时间点的人流密度,从而对应服务终端的人流密度。

服务器端会在步骤S303中根据各个服务终端的人流密度、平均单人服务时长和服务系数计算各个服务终端的服务耗时时长。具体地,本实施例中,服务器端优选地根据前述表达式来计算对应于各个服务终端的服务耗时时长。

需要指出的是,该实施例中,各个服务终端的人流密度、服务系数和平均单人服务时长对于服务器来说是已知的,其均可以由服务器从相关数据存储器中读取。

同时,还需要指出的是,对于处于同一车站的各个服务终端来说,不同服务终端的平均单人服务时长和/或服务系数既可以相同,也可以不同,本发明不限于此。

例如,对应于第1自动售取票机的到达时间点为09:50,服务器端也就会查询前一日该自动售取票机的人流密度,并获取到相应的人流密度数据a1为10。同时,服务器端还可以通过读取相关数据来获取到第1自动售取票机的平均单人服务时长T2_1为1分钟,服务系数b1为1.2。那么根据上述表达式,服务器端可以确定出对应于第1自动售取票机的服务耗时时长T2_1为12分钟。

基于相同原理,服务器端可以计算得到对应于各个服务终端的服务耗时时长。例如,对应于第2自动售取票机的服务耗时时长T2_2为20分钟,对应于第3自动售取票机的服务耗时时长T2_3为18分钟。

在得到对应于各个服务终端的服务耗时时长后,服务器端也就可以在步骤S304中根据步骤S301中所得到的对应于各个服务终端的到达时间点和步骤S303中所得到的对应于各个服务终端的服务耗时时长生成对应于各个服务终端的服务完成时间点。

在该实施例中,对应于各个服务终端的到达时间点表征用户从用户终端的当前位置到达各个服务终端的预计时间点,对应于各个服务终端的服务耗时时长表征用于在对应服务终端办理相关业务的预计耗时时长,因此对应于各个服务终端的服务完成时间点也就为相应到达时间点与服务耗时时长的累加。

例如,对于上述举例来说,对应于第1自动售取票机的到达时间点为09:50,服务耗时时长为12分钟,那么对应于第1自动售取票机的服务完成时间点为10:02;对应于第2自动售取票机的到达时间点为09:58,服务耗时时长为20分钟,那么对应于第2自动售取票机的服务完成时间点为10:18;对应于第3自动售取票机的到达时间点为09:55,服务耗时时长为18分钟,那么对应于第3自动售取票机的到服务完成时间点为10:13。

需要指出的是,根据实际需要,服务器端还可以采用其他合理方式来计算对应于各个服务终端的服务耗时时长,本发明不限于此。例如,在本发明的一个实施例中,服务器端还可以将某一服务终端在前一日整天的平均人流密度来作为该服务终端的人流密度。

如图3所示,在该实施例中,在得到对应于各个服务终端的服务完成时间点后,服务器端会在步骤S305中按照对应于各个服务终端的服务完成时间点的时间前后来生成服务终端排序序列。

具体地,例如,根据上述举例内容,由于上述3个自动售取票机的服务完成时间点分别为:10:02、10:18和10:13,因此服务器端在步骤S305中可以得到诸如“第1自动售取票机、第3自动售取票机、第2自动售取票机”的服务终端排序序列。

在得到服务终端排序序列后,服务器端会按照上述排序结果来对各个服务终端依次进行查询,以确定服务终端是否处于开机运营状态。如图3所示,该实施例中,服务器端会在步骤S306中基于步骤S305所生成的服务终端排序序列来查询当前服务终端(例如服务终端排序序列中最为靠前的服务终端)是否处于开机运营状态。

其中,如果当前查询的服务终端处于开机运营状态,那么服务器端也就会在步骤S307中根据该服务终端的服务完成时间点、服务终端ID以及服务终端的位置信息生成相应的反馈信息。

而如果当前查询的服务终端不处于开机运营状态,此时该服务终端虽然在服务终端排序序列中较为靠前,但是其对于用户来说是不可用的,因此服务器端也就会转而查询下一服务终端(即在查询过程中将服务终端排序序列中的下一服务终端作为当前服务终端),并重新执行步骤S306,直至查询到处于开机运行状态的服务终端位置。

例如,按照上述举例内容,服务器端会首先查询第1自动售取票机是否处于开机运营状态。如果第1自动售取票机处于开机运营状态,那么服务器端则不再进行后续查询过程,而是根据第1自动售取票机的服务完成时间点、终端ID以及位置信息生成相应的反馈信息。

而如果第1自动售取票机不处于开机运营状态,那么服务器端则会转而查询第3自动售取票机是否处于开机运营状态。如果第3自动售取票机处于开机运营状态,那么服务器端则不再进行后续查询过程,而是根据第3自动售取票机的服务完成时间点、终端ID以及位置信息生成相应的反馈信息。

用户终端根据服务器端所推送来的反馈信息,可以解析得到相应服务终端的位置信息、终端ID以及服务完成时间点。根据上述信息,用户终端可以调用电子地图来进行可视化显示,以在电子地图中显示相应服务终端的位置标记以及服务完成时间点。

需要指出的是,如果无法从服务终端排序序列中查询到处于开机运行状态的服务终端,在该实施例中,服务器端则会生成相应的指示信息并推送给用户终端,以告知用户终端此次查询无有效结果。

同时,还需要指出的是,在本发明的其他实施例中,服务器端还可以采用其他合理方式来根据上述服务终端排序序列生成反馈信息,本发明不限于此。例如,在本发明的一个实施例中,服务器端还可以将上述服务终端排序序列、各个服务终端的服务完成时间点以及位置信息作为反馈信息推送至用户终端。

从上述描述中可以看出,利用本发明所提供的数据处理方法,用户可以在任何时间获取到自己此时到车站的哪一台服务终端办理业务所需要的时间最短,同时,在需要的情况下,用户根据服务器端所推送来的信息还能够获知完成相关业务办理的预计时间点以及相关服务终端的位置。该方法这不仅提高了用户的出行效率,同时还能够有效减少车站中的旅客滞留量。

应该理解的是,本发明所公开的实施例不限于这里所公开的特定处理步骤,而应当延伸到相关领域的普通技术人员所理解的这些特征的等同替代。还应当理解的是,在此使用的术语仅用于描述特定实施例的目的,而并不意味着限制。

说明书中提到的“一个实施例”或“实施例”意指结合实施例描述的特定特征、结构或特性包括在本发明的至少一个实施例中。因此,说明书通篇各个地方出现的短语“一个实施例”或“实施例”并不一定均指同一个实施例。

虽然上述示例用于说明本发明在一个或多个应用中的原理,但对于本领域的技术人员来说,在不背离本发明的原理和思想的情况下,明显可以在形式上、用法及实施的细节上作各种修改而不用付出创造性劳动。因此,本发明由所附的权利要求书来限定。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1