CN113874904A - 用于导出运输相关服务的定额修饰符的通信服务器装置和方法 - Google Patents

Abstract

一种用于导出与运输服务有关的定额的定额修饰符的通信服务器装置，该通信服务器装置包括处理器和存储器，并且被配置为在该处理器的控制下执行该存储器中的指令：接收用户服务请求数据，该用户服务请求数据包括指示用户上车位置的数据和指示用户下车位置的数据，记录用户上车时间并且生成一个或多个数据记录，这些数据记录包括：索引空闲时间数据字段，该索引空闲时间数据字段包括指示多个假设下车位置处的索引空闲时间的数据；以及用户下车时间数据字段，该用户下车时间数据字段包括指示用户下车时间的数据；从数据库中检索指示服务提供方在该用户下车时间处对该用户下车位置的估计空闲时间的数据；将指示该索引空闲时间的数据与指示该服务提供方的估计空闲时间的数据进行比较，并且生成比较结果数据字段，该比较结果数据字段包括指示比较结果的数据；并且基于指示该比较结果的数据，在该一个或多个数据记录中生成包括指示该定额修饰符的定额修饰符数据的数据字段。

Description

用于导出运输相关服务的定额修饰符的通信服务器装置和 方法

技术领域

本发明总体上涉及通信领域。本发明的一个方面涉及一种用于导出与运输服务有关的定额的定额修饰符的通信服务器装置。本发明的另一个方面涉及一种在用于导出与运输服务有关的定额的定额修饰符的通信服务器中执行的方法。本发明的另一个方面涉及一种包括其指令的计算机程序产品。本发明的另一个方面涉及一种包括其指令的计算机程序。本发明的另一个方面涉及一种存储其指令的非暂态存储介质。本发明的另一个方面涉及一种用于导出与运输服务有关的定额的定额修饰符的通信***。

本发明的一个方面特别但非排他地具有出租车和打车中的应用。

背景技术

目前，如定价等与出租车和打车有关的定额评估通常基于距离、估计行驶时间和供需不平衡。这些信号允许确定定额，特别是在成本方面，以回收旅程中的资源并维持乘客的分配率。

美国专利公开号2015248689披露了用于提供运输折扣的***和方法。服务器从用户的客户端设备接收对运输服务的请求。作为响应，服务器识别到该请求涉及与经修饰的定价相关联的特定特性。然后，服务器基于与特定特性相关联的经修饰的定价来计算运输服务的经调整的价格。

然而，该文件并未考虑驾驶员资源的适当平滑利用。假设有两个预订具有相同的上车位置、相同的上车时隙、相同的估计行驶距离和相同的估计行驶时间，则基于已知的预订技术，这两个预订将被确定为具有相似或相同的值。然而，第一预订的第一下车位置可能在例如中央商务区(CBD)地区，在该地区，服务提供方可以在乘客下车之后很容易找到任务(job)。第二预订的第二下车位置可能在郊区，在该地区，服务提供方可能预期在乘客下车之后较难找到的新任务。如果服务提供方接受第二预订，则在乘客下车之后他可能会花费更多的时间寻找另一个任务，而以与他(或她)接受第一预订时的相同方式得到补偿。因此，服务提供方通常更喜欢第一预订，并且类似于第二预订的预订的分配率可能非常低。这导致驾驶员资源利用困难，并且可能加剧供需特性的不匹配。

发明内容

本发明的各方面如独立权利要求中所阐述的。一些可选的特征在从属权利要求中进行了限定。

本文中披露的技术的实施方式可以提供重要的技术优点。目前未直接并入如打车旅程等运输相关服务的分配的组成部分是服务提供方取决于下车位置的预期利用率。在已知技术中，供应的高利用率降低了服务于旅程的总利用成本，而反之则增加了总利用成本。本文所披露的技术可以将供应利用或机会成本并入旅程资源分配中。因此，资源分配不仅可以涵盖与旅程本身有关的资源，例如，旅程中成本，还可以涵盖旅程后机会(或者更确切地说，潜在损失机会)考虑因素，这些因素可能由例如旅程完成后增加的空闲时间引起。因此，可以提供服务需求负载利用率的整体改进，因为“空闲时间”可以被定义为在乘客下车之后服务提供方没有任务的时间段。也就是说，从乘客下车到找到另一个任务之间的时间段。另外地，“空闲”状态可以被定义为当服务提供方在完成前一个任务之后没有接收到另一个任务时服务提供方的状态。而且，对于来自相同上车位置的预订，具有更短空闲时间的下车位置的预订可以具有在服务请求方面减少的定额(例如，价格可以打折)，而具有更长空闲时间的下车位置的预订可以具有增加的定额；例如，价格可能会提高。对预期会出现较短空闲时间的地区进行更多预订，因此可以提高短空闲时间地区的网络利用率。由于这些地区的网络利用率提高，因此服务提供方可以在同一时段内完成更多的旅程，从而意味着这些地区的需求平衡有可能得到改善。另一方面，如果服务提供方接收具有较长空闲时间的下车位置的预订，则他们将通过服务定额增加而被补偿，例如更高的价格。以此方式，服务提供方被激励接受较长空闲时间地区的预订，并且可以为前往这些位置的更多乘客提供服务。与所记录的一天中特定时间特定位置的空闲时间有关的记录可以被记录在例如数据库中。空闲时间可以被记录为驾驶员指示他已经完成了一个任务(即，他已经在特定的地理位置或区域让他的乘客下车)与驾驶员已经确认接收下一个任务的预订之间的时间。数据可以在服务器端从接收自驾驶员的设备的传输中导出，或者与空闲时间有关的数据可以由驾驶员的设备导出并传输到服务器端，用于存储在该服务器端。该历史空闲时间可以用于计算(损失)机会成本，如下所述。

因此，驾驶员/服务提供方的利用可以被平滑并且形成需求分布，以避免或者至少减轻由供需不平衡中的极端差异引起的问题，其方式与可以为例如电力供应负载平衡或计算机处理负载平衡提供技术的方式相同。

在至少一些实施方式中，本文所披露的技术可以提供使用指示服务提供方在让乘客下车之后的空闲时间的历史数据来测量和预测服务提供方的供应利用率的方式。较长空闲时间意味着服务提供方在下车位置的供应利用率较低。通常，较小的空闲时间是优选的。

在至少一些实施方式中，本文所披露的技术可以提供一种用于基于预测的供应利用率来计算机会成本的方法。从上车位置导出多个假设下车位置，并且计算索引空闲时间——一种参考或基本空闲时间定额。每次预订的机会成本可以是服务提供方的时间值与索引空闲时间和估计空闲时间之间的差值的乘积。“时间值”可以是服务提供方从上车位置开始的每秒营收值。

在至少一些实施方式中，本文所披露的技术可以提供用于在线实时空闲时间预测的分层模型，其中第一层模型描述估计空闲时间分布，并且第二层描述第一层中的参数如何由于其他实时信号而变化。空闲时间估计基于历史观察，并且其他实时信号可以用于提高估计准确性。第一层可以使用伽马分布(或一些其他分布)来近似真实空闲时间分布。此近似分布可以不是固定的，而是可以随着时间和空间随不同的参数而变化的。参数可以是几个信号的函数，这些信号可以形成第二层模型，从而描述在给定信号的情况下参数将如何变化。信号可以分为两类。第一类是实时信号，例如实时需求、供应、天气等。第二类是离线信号，例如，利用历史空闲时间记录估计的空闲时间、位置的纬度和经度等。

在至少一些实施方式中，本文所披露的技术允许使用历史数据来导出索引空闲时间和服务提供方的估计空闲时间。本文所披露的技术可以允许基于服务提供方的估计空闲时间和索引空闲时间来导出数据记录中的定额修饰符。服务提供方的空闲时间可以不是绝对的，而是相对的。例如，对于相同的长空闲时间目的地可能有两个预订，第一预订的上车位置是中央商务区(CBD)地区，并且第二预订的上车位置是偏远地区。对于接受第一预订的服务提供方(来自预计会有更大量任务的CBD)，替代选择可能是或者可能已经去了短空闲时间地区。因此，可以将附加费形式的修饰符添加到第一预订以激励服务提供方接受第一预订。对于接受第二预订的服务提供方，他的替代预订可能都朝向长空闲时间地区。因此，修饰符/附加费可以不添加到第二预订。

所披露的技术的辅助益处可以是允许以指令的形式向服务提供方呈现引导，这些指令可以是热图的形式，以通过使用位置的估计空闲时间来更容易地找到其下一个任务。无论预订的类型如何，通过将服务提供方引导至其中空闲时间在历史上较短的地区来向服务提供方提供引导；服务提供方将具有更快地找到任务的更好的机会。服务提供方使乘客下车后，服务提供方的app可以呈现含有关于不同位置处的历史空闲时间的信息的热图。服务提供方可以具有难以找到其下一个任务的预期，并且可以行驶到具有相对较低历史空闲时间的位置。根据兴趣地点(POI)提示关于在何处容易地找到下一个任务的更详细说明(关于正在发生或已经发生大量(或更大量)预订的地点的通知)也将给出。使用历史数据，或许仅使用历史数据可能生成热图。使用本文所披露的技术，也可能在热度图上呈现实时预测的空闲时间。预测的空闲时间可以基于历史数据和如目前需求、目前供应等实时信号。

附图说明

现在参考附图，仅仅通过示例的方式对本发明加以描述，在附图中：

图1是展示了用于导出与运输服务有关的定额的定额修饰符的示例性通信***的示意性框图。

图2a是展示了根据上车位置的多个假设下车位置的示例的示意性框图。

图2b是展示了图2a的***的数据字段的示意性框图。

图3是展示了一个或多个数据记录的示意性框图。

图4是展示了在用于导出与运输服务有关的定额的定额修饰符的通信服务器装置中执行的方法的流程图。

图5是展示了用于导出与运输服务有关的定额的定额修饰符的方法的流程图。

图6是展示了如何在示例性***中传递用于导出与运输服务有关的定额的定额修饰符的数据的图。

具体实施方式

本文所描述的技术主要是参考在出租车和打车中的使用来描述的，但是应当理解，这些技术具有更广泛的应用范围，并且覆盖其他类型的运输服务，包括文件和货物的运输。

首先参考图1，展示了通信***100。通信***100包括通信服务器装置102、用户通信设备104和用户提供方通信设备106。这些设备通过实施例如互联网通信协议的相应的通信链路110、112、114而在通信网络108(例如，互联网)中连接。通信设备104、106能够通过其他通信网络(比如公共交换电话网络(PSTN网络)，包括移动蜂窝通信网络)来通信，但是为了清楚起见，从图1中省略这些通信网络。

通信服务器装置102可以是如图1中示意性展示出的单个服务器，或者可以具有由服务器装置102执行并且跨多个服务器组件分布的功能。在图1的示例中，通信服务器装置102可以包括多个单独的组件，包括但不限于：一个或多个微处理器116、用于加载可执行指令120的存储器118(例如，如RAM等易失性存储器)，可执行指令定义了服务器装置102在处理器116的控制下执行的功能。通信服务器装置102还包括允许服务器通过通信网络108进行通信的输入/输出模块122。用户接口124被提供用于用户控制，并且可以包括例如***计算设备，比如显示监视器、计算机键盘等等。通信服务器装置102还包括数据库126，该数据库的目的将通过以下讨论变得更显而易见。在该实施例中，数据库126是通信服务器装置102的一部分，然而，应当理解，数据库126可以与通信服务器装置102分离，并且数据库126可以经由通信网路108或经由另一通信链路(未示出)连接至通信服务器装置102。

用户通信设备104可以包括多个单独的组件，包括但不限于：一个或多个微处理器128、用于加载可执行指令132的存储器130(例如，如RAM等易失性存储器)，可执行指令定义了用户通信设备104在处理器128的控制下执行的功能。用户通信设备104还包括允许用户通信设备104通过通信网络108进行通信的输入/输出模块134。用户接口136被提供用于用户控制。如果用户通信设备104是例如智能电话或平板设备，则用户接口136将具有在许多智能电话和其他手持设备中普遍存在的触摸面板显示器。可替代地，如果用户通信设备是例如台式计算机或膝上型计算机，则用户接口可以具有例如***计算设备，如显示监视器、计算机键盘等等。

服务提供方通信设备106可以是例如具有与用户通信设备104的硬件架构相同或相似的硬件架构的智能电话或平板设备。服务提供方通信设备106可以包括多个单独的组件，包括但不限于：一个或多个微处理器138、用于加载可执行指令142的存储器140(例如，如RAM等易失性存储器)，可执行指令定义了服务提供方通信设备106在处理器138的控制下执行的功能。服务提供方通信设备106还包括允许服务提供方通信设备106通过通信网络108进行通信的输入/输出模块144。用户接口146被提供用于用户控制。如果服务提供方通信设备106是例如智能电话或平板设备，则用户接口146将具有在许多智能电话和其他手持设备中普遍存在的触摸面板显示器。可替代地，如果用户通信设备是例如台式计算机或膝上型计算机，则用户接口可以具有例如***计算设备，如显示监视器、计算机键盘等等。

在一个实施例中，服务提供方通信设备106被配置为定期地通过通信网络108将表示服务提供方的数据(例如，服务提供方身份、位置等)推送至通信服务器装置102。在另一个实施例中，通信服务器装置102向服务提供方通信设备106轮询信息。在任一情况下，来自服务提供方通信设备106的数据被传达至通信服务器装置102并且被存储在数据库126中的相关位置中作为历史数据。历史数据还包括指示服务提供方在乘客在其下车位置下车之后的空闲时间的数据。如下文更详细描述的，数据库126中的历史数据可以用于导出指示与运输服务有关的定额的定额修饰符的数据，例如，服务的价格调整。使用本文所披露的技术也可以导出其他输送服务定额的修饰符。例如，除了价格调整或作为价格调整的替代，可以导出对促销或激励等定额的调整。对于短空闲时间的旅程，通信服务器装置102可以对乘客分配促销。为了鼓励驾驶员接受到具有较长空闲时间的地区的任务，通信服务器装置102可以对驾驶员分配激励。

使用数据库126中采集的历史数据，通信服务器装置102能够预测并导出如服务提供方的估计空闲时间、服务提供方对特定上下车位置对的忽略率、以及来自相同上车位置的旅程的每秒营收等数据。可以利用最近历史数据来计算忽略率和每秒营收(rps)。

每秒营收可以被定义为旅程的基本车费(没有任何附加费或折扣)与持续时间之间的比值。其大致测量驾驶员的时间价值。在一个示例性布置中，每秒营收和索引空闲时间与预期空闲时间之间的差相乘，以得到附加费或折扣。

忽略率可以被定义为驾驶员忽略某种预订的次数(固定上车位置、下车位置及上车时间)与这种预订的总广播次数之间的比率。高忽略率可以指示驾驶员因如糟糕的交通、低价格等各种因数而不想接受此类预订。有可能确定忽略率高的旅程。如果该旅程存在计算的折扣(每秒营收和空闲时间)，则装置可以被配置成使得折扣不适用于这些旅程。

图2a是展示了用户的上车位置202(在该示例中，寻找汽车或出租车预订的乘车人，但如上文所提及的，本文所披露的技术延伸至其他运输相关服务中的使用)以及用户的相关联上车时间203及多个潜在下车位置204a、204b、204c…204n的示意性框图。潜在下车位置204是用户可能从上车时间203开始从上车位置202行驶到的假设下车位置。实际上，这些假设下车位置204之一可以是用户希望行驶到的实际上期望的下车位置，如下面将参考图4描述的。上车时间203可以是精确时间(例如，用户做出预订请求的时间，被定义至最接近的分钟)，或者其可以定义例如以分钟数测量的时间窗口。假设下车位置204可以是用户可以从特定市区位置(例如，服务在其中运行的地理地区)中的上车位置204行驶到的全部可能目的地，或其子集。为了确定任何这种子集，可以从高频率到低频率(根据到这些目的地的旅程的次数)对目的地进行排名，并且保存前N个目的地。上车位置202与假设下车位置204之间的假设行驶时间206a、206b、206c…206n也被定义。在至少一个布置中，基于从上车位置202到假设下车位置204的行驶(道路)距离以及服务提供方(驾驶员)沿这些路线中的每一个可以预期达到的预期平均道路速度来计算假设行驶时间206。普遍的交通状况——即，在该特定时间窗口中，上车位置202与下车位置204之间道路多么拥挤——也可被作为计算假设行驶时间206的因数。假设下车位置204以及到该下车位置的相应的行驶时间可以用于导出在计算损失机会成本中使用的“索引空闲时间”以及对于特定时间从上车位置202开始到用户优选的下车位置的任务的定额(例如，车费)的调整。

如图2a所展示的，对于上车时间t0 203时的上车位置‘P’202，存在“n”个假设下车位置D1 204a、D2 204b、D3 204c…Dn 204n以及到这些假设下车位置的相应的“n”个假设(估计)行驶时间。如所示出的，从上车位置‘P’202到假设下车位置D1 204a的假设行驶时间206a是delt1，从上车位置‘P’202到假设下车位置D2 204b的假设行驶时间206b是delt2，从上车位置‘P’202到假设下车位置D3 204c的假设行驶时间206c是delt3，并且从上车位置‘P’202到假设下车位置Dn 204n的假设行驶时间206n是deltn。任何用户做出从上车位置202到下车位置204a-204n的服务请求的概率以百分比208a-208n的形式示出。这也可以被看作驾驶员将接收从上车位置P到位置D1 204a、D2 204b、D3 204c...Dn 204n中的任一个的任务的可能性，并且在计算索引空闲时间中可以被有效地用作权重。可以使用最近历史数据来计算该百分比。在图2a中，到D1的预订的比例以及在D1处的预期空闲时间分别是prop1和it1，到D2的预订的比例以及在D2处的预期空闲时间分别是prop2和it2，到Dn的预订的比例以及在Dn处的预期空闲时间分别是probn和itn。在一个示例性布置中，索引空闲时间被计算为prop1*it1、prop2*it2、…以及propn*itn的总和。在该示例中，做出在上车时间203从上车位置202到假设下车位置D1 204a的用户服务请求的概率是30％，做出在上车时间203从上车位置202到假设下车位置D2 204b的服务请求的概率是10％，做出在上车时间203从上车位置202到假设下车位置D3 204c的用户服务请求的概率是5％，并且做出在上车时间203从上车位置202到假设下车位置Dn 204n的用户服务请求的概率是0.1％。

从‘P’202开始的行程在假设下车位置D1 204a处的假设(或估计)下车时间210a是t1，从‘P’202开始在假设下车位置D2 204b处的假设下车时间210b是t2，从‘P’202开始在假设下车位置D3 204c处的假设下车时间210c是t3，并且从‘P’202开始在假设下车位置Dn204n处的假设下车时间210n是tn。换句话说，假设行驶时间206a、206b、206c…206n中的每一个是假设下车时间210a-210n中的每一个与上车时间t0 203之间的时间差。每个假设下车位置D1-Dn 204a-204n具有对应的历史空闲时间it1-itn 212a-212n，如上文所描述的。在至少一个示例中，对于下车位置204中的每一个，导出对应的每秒营收rps1-rpsn 214a-214n。

这些数据202、203、204a-204n、206a-206n、208a-208n、210a-210n、212a-210n、214a-214n被存储在数据库126中，作为历史数据的具有如图2b所展示的数据字段的一个或多个数据记录。

应当理解，通信服务器装置被配置为使用用户上车时间及用户上车位置在一个或多个数据记录中生成一个或多个假设行驶时间数据字段，该一个或多个假设行驶时间数据字段包括指示到该多个假设下车位置的多个假设行驶时间的数据。

应当理解，通信服务器装置进一步被配置为由指示多个假设行驶时间的数据在一个或多个数据记录中生成一个或多个假设下车时间数据字段，该一个或多个假设下车时间数据字段包括指示该多个假设下车位置处的多个假设下车时间的数据。

应当理解，通信服务器装置进一步被配置为检索在该多个假设下车时间处该多个假设下车位置中的每一个的历史空闲时间的数据并且将在该多个假设下车时间处该多个假设下车位置中的每一个的历史空闲时间处理成指示服务提供方在该多个假设下车位置的索引空闲时间的数据，如下面将参考图4更详细地描述的。

图3是展示了由通信服务器装置102生成包括数据字段312-328的一个或多个数据记录310的图。在图3的示例中，通信服务器装置102创建单一数据记录(例如，档案)，该单一数据记录包括展示的数据字段(本身包括表示本文讨论的相应的参数的数据)，但应当理解，通信服务器装置102可以可替代地创建超过一个数据记录以及要被写入多个数据记录的数据字段的数据。

通信服务器装置102包括处理器116和数据库126并且被配置为接收用户服务请求数据302，该用户服务请求数据包括用户上车位置数据304和用户下车位置数据306，该用户上车位置数据包括指示上车位置202的数据，该用户下车位置数据包括通过通信信道110接收的指示用户的实际期望下车位置的数据。处理器116被配置为记录用户上车时间203，并且将该用户上车时间记录在数据字段312中。处理器被配置为生成一个或多个数据记录310，该一个或多个数据记录包括索引空闲时间数据字段314、用户下车时间数据字段316、估计空闲时间字段317、比较数据字段318、定额修饰符数据字段320、假设行驶时间数据字段322n、假设下车位置数据字段324n、假设下车时间数据字段326n以及假设空闲时间数据字段328n。

图4是展示了在用于导出与运输服务有关的定额的定额修饰符的通信服务器装置102中执行的示例性方法400的流程图。

上车位置P 202处(来自图2a)的用户(未示出)希望行驶到如D1 204a、D2 204b、D3204c…D4 204n等位置。在202处，用户使用用户通信设备104做出服务请求，该用户通信设备正在运行例如促进做出服务请求的软件app，并且允许用户通信设备104与通信服务器装置102通信，以向通信服务器装置102做出服务请求，用于将服务请求分配给服务提供方，以使服务提供方将该用户从上车位置P 202运输到期望的位置(下车位置)。服务请求通过通信网络108以及通信信道110、112从用户通信设备104传输至通信服务器装置102的输入-输出模块122。通信服务器装置102通过处理器116接收并处理用户服务请求，并且将与请求有关的数据存储在数据库126中。这种存储的服务请求数据至少包括表示用户上车位置202和期望的下车位置204的数据。用户上车位置可以被用户明确指定并且在用户通信设备104处输入或在用户通信设备104中从GPS数据取得/读取。用户上车时间也可以包括在用户服务请求中，并且可以是例如用户传输请求的时间——暗示用户希望尽快上车——或者可以是用户希望请求有效的未来特定时间，即在上车位置202上车的未来时间。在另一个布置中，用户上车时间由通信服务器装置102基于用户做出服务请求的时间、上车位置202以及用户的附近能够服务用户的请求的候选服务提供方的数量和位置来估算/估计(即，基于通信服务器装置能够多快将用户与能够服务用户的服务提供方连接以及服务提供方多快行驶到上车位置202，来确定上车时间)。因此，用户上车时间203由通信服务器装置102接收或导出。

在步骤404处，通信服务器装置102导出多个假设下车位置处的索引空闲时间。用于计算索引空闲时间的示例性方法如下。

再次参考图2，将回想起来展示n个假设下车位置204的图。给定到相应的下车位置204的上车位置P 202、上车时间203以及假设行驶时间206(如上文所描述计算的)，通信服务器装置102导出假设下车位置204中的每一个处的假设下车时间210。这些假设下车时间210是假如用户从上车时间203开始从上车位置P 202行驶到假设下车位置204中的每一个处，则用户将到达假设下车位置204中的每一个处的估计时间。对于对每个假设下车位置204假设下车时间210落入的时间窗口，通信服务器装置102检索记录在数据库126中的历史空闲时间数据。通信服务器装置102对至少一些并且优选地全部假设下车位置204的历史空闲时间进行聚合，以形成索引空闲时间值，该索引空闲时间值至少部分地表示对于涵盖那些假设下车位置204的地理地区整体空闲时间是多少，因其给出地理地区中的假设下车位置204处的空闲时间的经平滑值。

聚合可以采用计算统计中间索引值的形式，如假设下车时间210落入的时间窗口中的下车位置204中的每一个处的平均空闲时间。可替代地，聚合可以包括导出空闲时间的中值或如分位数等其他值。通信服务器装置102也可以将其他加权值应用到聚合计算中，例如，使得在所选位置处的假设空闲时间对索引空闲时间的影响可以更大。

在这方面，索引空闲时间可以被视为遍及涵盖假设下车位置204的地理地区的空闲时间的一种参考值或基线值。

在步骤406处，通信服务器装置102从数据库126检索用户希望在实际下车位置的估计下车时间210行驶到的该位置的历史空闲时间。当用户已经在实际下车位置下车并且服务提供方正在寻找/等待下一个任务/预订时，在估计下车时间处实际下车位置的历史空闲时间实际上是对服务提供方在任务完成后的空闲时间的估计。因此，应当理解，通信服务器装置被配置为检索在用户下车时间处用户下车位置的空闲时间作为服务提供方的估计空闲时间。这可以是例如以历史空闲时间数据或来自上文所提及的分层模型的空闲时间的估计的形式。

在步骤408处，通信服务器装置102将如在步骤404处计算的索引空闲时间与如在步骤406处计算的服务提供方在(估计)用户下车时间210处对用户下车位置204的估计空闲时间进行比较。通信服务器装置102生成比较结果，并且在步骤410处基于该比较结果导出定额修饰符。例如，如果实际下车位置处的估计空闲时间高于索引空闲时间，则定额可以被相应地调整，例如，增加或减少用户的车费的价格。也就是说，通信服务器装置102被配置用于在服务提供方的估计空闲时间大于该索引空闲时间时使定额修饰符数据指示定额增大。另外地或可替代地，通信服务器装置102被配置用于在服务提供方的估计空闲时间小于该索引空闲时间时使定额修饰符数据指示定额减小。进一步另外地或可替代地，通信服务器装置被配置用于在服务提供方的估计空闲时间与该索引空闲时间相同时使定额修饰符数据指示定额保持不变。

在生成定额修饰符之后，可以确定对定额的修饰。也就是说，通信服务器装置被配置为基于定额修饰符数据和指示与服务请求有关的原始定额的数据来导出经修饰的定额数据字段，该经修饰的定额数据字段包括指示经修饰的定额的数据。此后，经修饰的定额、例如经调整的价格可以被传输至用户。如果用户发现经修饰的定额可接受，则用户具有接受确认车费的选项，此时，通信服务器装置102将邀请服务提供方接受服务请求，将如用户的详细信息，像用户的身份、上车点、车费的经修饰的定额(例如，经调整的价格)等预订详细信息传输至服务提供方的通信设备106。因此，并且如上文所指示的，对于他(或她)为接受用户行驶到长空闲时间位置的请求将承担的损失机会，服务提供方可被补偿。相反，如果实际下车位置处的估计空闲时间低于索引空闲时间，则定额可以被相应地调整，例如，降低用户的车费的价格。但是这对于服务提供方似乎不完全理想，服务提供方预期可替代地通过由于下车位置位于低空闲时间位置而能够确保另一个相对较快的预订来被补偿。当然，设想了其他定额调整。可以存在这样的情况，当估计空闲时间小于索引空闲时间时，期望通信服务器装置102增大与服务请求有关的定额。可以存在这样的情况，当估计空闲时间大于索引空闲时间时，期望通信服务器装置102减小与服务请求有关的定额等等。

定额修饰符的量可以与估计空闲时间与索引空闲时间之间的差成比例。

当索引空闲时间等于估计空闲时间时，则在该示例中，通信服务器装置102不改变车费。或者不应用定额修饰符，或者应用零定额修饰符。

因此，应当理解，图1至图4以及前述描述展示并描述了用于导出与运输服务有关的定额的定额修饰符的通信服务器装置102，该通信服务器装置102包括处理器116和存储器120，该通信服务器装置102被配置为在处理器116的控制下执行存储在存储器118中的指令120：接收包括指示用户上车位置203的数据304和指示用户下车位置204的数据306的用户服务请求数据302；记录用户上车时间203并且生成一个或多个数据记录310，该一个或多个数据记录包括：包括指示服务提供方在多个假设下车位置204a-n处的索引空闲时间的数据的索引空闲时间数据字段314，以及包括指示用户下车时间210的数据的用户下车时间数据字段316；从数据库126中检索指示服务提供方在用户下车时间210处对用户下车位置204的估计空闲时间212的数据317；将指示服务提供方的索引空闲时间的数据314与指示服务提供方的估计空闲时间的数据317进行比较并且生成比较结果数据字段318，该比较结果数据字段包括指示比较结果的数据；并且基于指示该比较结果的数据，在一个或多个数据记录310中生成包括指示定额修饰符的定额修饰符数据的数据字段320。

进一步地，还提供了在用于导出与运输服务有关的定额的定额修饰符的通信服务器装置102中执行的方法400，该方法包括在通信服务器装置102的处理器116的控制下进行以下操作：接收包括指示用户上车位置203的数据304和指示用户下车位置204的数据306的用户服务请求数据302；记录用户上车时间203以及生成一个或多个数据记录310，该一个或多个数据记录包括：包括指示服务提供方在多个假设下车位置204a-n处的索引空闲时间的数据的索引空闲时间数据字段314，以及包括指示用户下车时间210的数据的用户下车时间数据字段316；从数据库126中检索指示服务提供方在用户下车时间210处对用户下车位置204的估计空闲时间212的数据；将指示服务提供方的索引空闲时间的数据与指示服务提供方的估计空闲时间的数据进行比较以及生成比较结果数据字段318，该比较结果数据字段包括指示比较结果的数据；以及基于指示该比较结果的数据，在一个或多个数据记录310中生成包括指示该定额修饰符的定额修饰符数据的数据字段320。

还应当理解，提供了包括指令的计算机程序产品，这些指令用于实施用于导出与运输服务有关的定额的定额修饰符的方法。

还应当理解，提供了包括指令的计算机程序，这些指令用于实施用于导出与运输服务有关的定额的定额修饰符的方法。

还应当理解，存储有指令的非暂态存储介质，这些指令在被处理器执行时使该处理器执行用于导出与运输服务有关的定额的定额修饰符的方法。

还应当理解，提供了用于导出与运输服务有关的定额的定额修饰符的通信***。该***包括通信服务器装置102、至少一个用户通信设备104和通信网络设备108、110、112，该通信网络设备能够操作以使通信服务器装置102和至少一个用户通信设备104通过该通信网络设备与彼此建立通信，其中，至少一个通信设备104包括第一处理器128和第一存储器130，至少一个通信设备104被配置为在第一处理器128的控制下执行存储第一存储器130中的第一指令132：向通信服务器装置102传输用户服务请求数据，该用户服务请求数据302包括指示用户上车位置203的数据304和指示用户下车位置204的数据306，并且其中：通信服务器装置102包括第二处理器116和第二存储器118，通信服务器装置102被配置为在第二处理器116的控制下执行存储在该第二存储器118中的第二指令120：接收用户服务请求数据302；记录用户上车时间203并且生成一个或多个数据记录310，该一个或多个数据记录包括：包括指示服务提供方在多个假设下车位置214处的索引空闲时间的数据的索引空闲时间数据字段314，以及包括指示用户下车时间210的数据的用户下车时间316数据字段；从数据库126中检索指示服务提供方在用户下车时间210处对用户下车位置204的估计空闲时间212的数据317；将指示服务提供方的索引空闲时间的数据314与指示服务提供方的估计空闲时间的数据317进行比较并且生成比较结果数据字段318，该比较结果数据字段包括指示比较结果的数据；并且基于指示该比较结果的数据，在一个或多个数据记录310中生成包括指示定额修饰符的定额修饰符数据的数据字段320。

如上所述，本文所披露的技术的实施方式可以对驾驶员/服务提供方的利用进行平滑，并且形成需求分布，以避免或者至少减轻由供需不平衡中的极端差异引起的问题，其方式与可以为例如电力供应负载平衡或者计算机处理负载平衡提供技术的方式相同。仅给出该方面中的一个示例，计算机处理负载平衡可以被视为类比。利用该类比，计算机服务器可以被视为类似于上文所提及的上车位置中的一个。计算机服务器具有有限的资源(就位于上车位置处或接近上车位置处的驾驶员资源也有限而言)。计算机服务器连接至多个客户端(类似于上文所提及的下车位置)，并且每个客户端将批量请求(类似于乘客请求)发送至计算机服务器进行处理。对请求的响应时间可以被定义为***负载平衡/效率的度量，类似于上文所提及的驾驶员的空闲时间。

响应时间可以被设限或不被设限。例如，在时间t_0处，客户端C_1将一批请求R_c1_1、R_c1_2、R_c1_3、...、R_c1_n发送至被分配给这些客户端的资源/计算机服务器。一段时间后，例如，几分钟后，即t_1后，一些处理而非全部处理已经完成。可以观察确切的处理持续时间。我们知道尚未完成的处理的对应的处理时间比t_1-t_0长。这些观察被设限。我们可以使用生存分析来估计在t_0处从客户端C_1发出的这批请求的处理时间PT_c1。类似地，可以估计PT_c2、PT_c3等。估计计算机服务器在t_0处的索引处理时间。接着，从计算机服务器对不同客户端的资源分配被最优化，以最小化索引处理时间。

对于该上下文中使用“被设限”，其可以有助于归纳时间-事件(time-to-event)数据的概念。“被设限”数据可以被视为“时间-事件”数据。在空闲时间估计中，每个空闲驾驶员的“事件”正在接收任务广播。在***负载平衡问题中，每个请求处理的“事件”是请求的完成。如果事件发生并且被观察，则事件的时间不被设限。如果事件未发生或不会发生，或事件会发生但不可能被观察到，则事件的时间被设限。在空闲时间估计中，如果驾驶员等待X分钟并且然后退出登录其通信设备中的驾驶员app，则意味着当事件将发生时不可能被观察到。因此，结果，***可能仅知道该驾驶员的空闲时间长于X分钟。这是设限记录。类似地，在***负载平衡中，如果假设客户端发送的请求将在X分钟内完成，则由于预定时间表或一些其他原因，对全部请求处理的状态检查将在Y分钟内发生(Y<X)。事件无法通过状态检查被观察。结果，有可能仅推断出处理请求需要Y分钟以上。该记录也是“被设限”的。

图5是展示了用于导出与运输服务有关的定额的定额修饰符的方法500的流程图，该方法包括“离线”步骤502和“在线”步骤504。在该方面中，在线步骤是当用户希望对运输相关服务做出预订时被执行的步骤。离线步骤是用户做出预订请求之前已经被执行的步骤。

进一步参考图1至图3，在离线步骤502中，通信服务器装置102的输入-输出模块122使用通信信道110和通信信道114通过通信网络108来接收来自服务提供方通信设备106的数据。这种信息包括指示服务提供方在乘客下车之后的空闲时间的数据，如上文所描述的，或来自服务提供方通信设备106以允许通信服务器装置102导出服务提供方的空闲时间的足够的信息。数据被存储在数据库126中的相关位置中作为历史数据。由于服务提供方的空闲时间可能未完成，因此‘未完成’意味着无法观察到服务提供方接收任务的确切时间，例如，当服务提供方关闭app时，如果他们没有接收任务，则可能很难确定服务提供方的确切空闲时间。当我们说空闲时间记录完成时，这意味着驾驶员始终在线并且在从先前的乘客下车到接收下一个任务的时间之后保持app运行。如果驾驶员在其接收下一个任务之前关闭或退出登录app，则仅可以推断出该驾驶员在关闭app之前尚未接收任务。如果驾驶员未关闭或退出登录app，则他可以较早接收任务。因此，如果app不活动，则通信服务器装置在准确地确定驾驶员的空闲时间方面可能有一些困难。难以确定驾驶员因主动寻找任务或等待任务而接收任务之间的时间有多长，司机是否在线，比如休息。该现象可以是将生存分析而非将平均数、中位数或其他统计数应用于空闲时间估计的最重要原因之一。

使用历史数据，通信服务器装置102对历史数据进行生存分析，以预测并导出变量数据字段，如服务提供方在乘客下车之后的固定时间段及固定下车位置的估计空闲时间506、上下车分布508、从相同上车位置的每秒营收510、以及对于特定上下车位置对，服务提供方对广播的任务的忽略率512。然后，通信服务器装置102将服务提供方在乘客下车后的索引空闲时间506、上下车分布508、每秒营收510预聚合为预聚合值和位置级数据的数据514。位置级数据是关于位置大小的一种描述。例如，通信服务器装置可以估计整个城市的空闲时间(即，在城市级)、估计城市中的地区的空闲时间(在地区级)或估计地理散列级的地区的空闲时间。通信服务器装置102还将上下车分布508的数据和服务提供方的忽略率512的数据合并为上下车忽略排除情况的数据516。数据506、508、510、512、514和516被存储在数据库126中作为历史资料，并且定期地，例如，每天一次地被保存和更新。数据506、508、510、512可以以表格的形式存储，其中，‘pick_drop_distribution’508表示相同上车位置的假设下车位置的近似分布，‘idle_time_prediction’506表示给定位置和时隙的预测空闲时间，‘revenue_per_second’510表示任务服务提供方的时间值，并且‘ignore_rate’512表示预订的忽略率。

当对服务提供方在相同下车位置和固定下车时隙的空闲时间进行生存分析时，可以获得大量样本。由于观察的空闲时间可以是未完成的或完成的，因此在进行生存分析之前，将观察的空闲时间分类为未完成组和完成组，并且分别对每组中的相同观察进行计数。这意味着表示每组中的相同观察的数量。在计数之前，每个记录可以被存储为数据库中的一行。在计数之后，每个不同的记录可以是一行，以减小数据大小。在该变换之后，进行生存分析。该变换减小生存分析的数据大小，并且可以使得处理更快，并且生存模型可以用于估计指示给定下车位置和下车时隙的空闲时间的数据。

除生存分析之外，还有不同方式来估计兴趣变量。例如，预期最大化算法、机器学习模型及其他方法。

进一步参考图1至图3，在在线步骤504中，通信服务器装置102的输入-输出模块122在步骤518处使用通信信道110、通信信道112通过通信网络108来接收来自用户通信设备104的用户服务请求数据202，此后该用户服务请求数据被处理器116处理并且存储在数据库126中。因此，实时服务请求数据由通信服务器装置102获得。这种用户服务请求数据518至少包括上车位置和下车位置。通信服务器装置102根据上文所描述的原理导出在用户上车位置处的用户上车时间。如果服务提供方在导出的用户上车时间和用户上车位置接受由实时用户服务请数据518提供的随机/任意任务，则通信服务器装置102使用在步骤514及516处的存储在数据库126中的历史数据以及在步骤518处的实时用户服务请求数据来计算如在步骤520处的索引空闲时间、在步骤522处的预期每秒营收以及在步骤524处的预期忽略率等变量的值。该情况中的随机/任意任务的索引空闲时间不是一次旅程的空闲时间，而是在相同上车时间从相同上车位置开始的多个假设预订的索引空闲时间。

通信服务器装置102也导出指示用户服务请求的估计用户下车时间的数据字段，并且从数据库126中的历史数据获得在用户下车位置和估计用户下车时间处的离线估计空闲时间和估计每秒营收。当估计固定下车位置和时隙的估计空闲时间时，由于估计可以在地区或时间段上是稀疏的，因此空闲时间估计值可以因为时间平移或位置平移而跳跃。可以对估计空闲时间估计值进行估计空闲时间的高斯核、时间及空间平滑。该变换可以使得空闲时间估计值不会由于时间平移或位置平移而跳跃。

然后，通信服务器装置102将指示服务提供方在相同上车时间从相同上车位置开始的随机/任意旅程的索引空闲时间的数据字段与指示服务提供方的估计空闲时间的数据字段进行比较，以生成比较结果并且基于该比较结果在步骤526处在一个或多个数据记录中生成定额修饰符。如上所述，该定额修饰符是关于运输服务的定额的调整符。在一个布置中，其是对乘车价格的价格调整符、变动值——折扣或附加费。

如果服务提供方的估计空闲时间大于服务提供方的索引空闲时间，则定额修饰符数据可以指示定额增大。如果服务提供方的估计空闲时间小于服务提供方的索引空闲时间，则定额修饰符数据可以指示定额减小。如果服务提供方的估计空闲时间与服务提供方的索引空闲时间相同，则定额修饰符数据可以指示定额保持不变。

因此，在步骤520处，如果服务提供方的估计空闲时间大于服务提供方的索引空闲时间，则对初始费用存在附加费。

如果在步骤520处服务提供方的估计空闲时间小于服务提供方的索引空闲时间，则对初始费用存在折扣。

如果在步骤520处服务提供方的估计空闲时间与服务提供方的索引空闲时间相同，则初始费用将保持不变。

也可以提供用于估计驾驶员的“时间值”的模型。“时间值”指在单位时间内，如果服务提供方不空闲，则该服务提供方能够挣得多少钱。可以利用时间值和旅程空闲时间与索引空闲时间之间的差来计算附加费和折扣两者。

在一些实例中，在计算定额修饰符中——例如，计算附加费或折扣，使用时间值可能是有用的。例如，在一些实施方式中，通信服务器装置102被配置为确定定额修饰符的值和旅程空闲时间与索引空闲时间之间的差成比例。当定额修饰符被计算为附加费或折扣时，则该定额修饰符以货币单位(例如，美元)测量，并且以时间单位(例如，秒)测量旅程空闲时间与索引空闲时间之间的差。因此，通信服务器装置102可以使用时间值来帮助将时间差转变为金钱差。时间值确定附加费或折扣会多大。通过例如使用初始车费与旅程持续时间之间的比率作为时间值，可以以简单的方式计算“时间值”。给出固定上车地理散列和时间窗口，通信服务器装置102可以对到不同位置的旅程计算上文所提及的比率，并且然后使用平均比率作为在该地理散列中变成空闲的驾驶员的时间值。通过通信服务器装置102以此方式计算时间值，可以实现几个好处。首先，当驾驶员正在做任务或空闲并且等待任务时，可以优选地不具有非常不同的时间值。其次，本文所披露的技术可以采用不同的定价策略，例如，价格是距离的线性函数或非线性函数，价格是距离的线性函数或非线性函数，价格是动态的且飞涨等。当然，会存在不同的“时间值”模型。

由于上车位置中的索引空闲时间是从该上车位置开始的多个假设旅程的空闲时间的索引，因此从相同上车位置开始的旅程的定额增大(例如，附加费)的总和大致等于定额减小(例如，折扣)的总和。例如，当服务提供方接收相同上车位置的任务时，一些服务提供方可以接收到相对较差目的地的任务，乘客在此处下车之后可能具有较长空闲时间。考虑到驾驶员的空闲时间的时间值，这些任务的定额(例如，价格)通常较高。相反，其他驾驶员可以接收到具有较短空闲时间的相对较好下车位置的任务。相应地，例如，价格会较低。对初始费用的附加费和折扣两者都可以和估计空闲时间与索引空闲时间之间的差以及每秒营收成比例。通常，对于从相同上车位置开始的旅程，折扣及附加费都有发生。以此方式，可以向服务提供方提供公平的服务请求，并且可以确保发送给服务提供方的任务是等值的，包括服务请求完成后的空闲时间。这也可以鼓励到具有短空闲时间的下车位置的旅程，从而提高服务提供方的效率和利用率。

图6是展示了如何在示例性***600中传输用于导出运输相关服务的定额修饰符的数据的图。在下面的讨论中，某些详细组件和处理被识别为如S3、Spark、Redis和其他***组件。这些不应被认为是限制性的，并且等效技术和/或功能性质的其他组件/处理可以替代这些。

***由两个部分组成：

1.数据工程每晚/每周任务602

数据工程ETL/生存分析将以批处理方式运行，例如在晚上，可能是每天晚上(当服务负载较低时)，并且执行以下步骤：

·Spark ETL任务将运行以采集历史数据，例如，原始空闲时间记录、如地理散列和time_window等每个位置的上车/下车分布、每个地理散列和time_window的单位时间营收估计值、每个地理散列和time_window的估计行驶时间，每个地理散列-地理散列对和time_window的忽略率。

所有数据均可以被写入数据库S3中，并且除原始空闲时间之外，全部可以被写入如MySQL数据库S4等数据库中。

·接着上面的步骤，python cron任务将在EC2实例(或多个)上运行，以对原始空闲时间记录进行生存分析，然后进行稀疏度填充，并且然后进行空间平滑，以确定这些估计值。这种结果被写入MySQL数据库S4和S3两者中。

2.车费产生***604

车费服务将处理如下：

·当(例如，每次)新聚合的数据可用时(可以被上面的数据工程任务使用)，存储在MySQL数据库S4中的数据可以被高速缓存到Redis数据库S5中。

·上述内容导入两个信息表：地理散列-地理散列-时间表(上车-下车分布和行驶时间)606；地理散列-时间表(每秒营收和空闲时间估计值)608存储在Redis数据库S5中，但仅为了清楚起见而单独示出。

当请求费用时，费用服务604将读取关于任务的信息，并且依次

·得到上车/下车分布(来自存储在Redis数据库S5中的地理散列-地理散列-时间表606)和请求地理散列的估计行驶时间(来自地理散列-地理散列-时间表606)。

·确定上车/下车分布中在每个地理散列处的预期的下车时间。

·从地理散列-时间表608收集这些地理散列的正确时间段的旅程和索引空闲时间、每秒营收和忽略率。将该信息传递到DS Go算法610，然后该DS Go算法计算附加费/折扣。

DS Go算法是也可以调用计算服务器实例612的模块，以便合并一些实时信号并且应用更复杂的模型来修改附加费/折扣。

应当理解，仅通过示例的方式描述了本发明。

在不脱离所附权利要求的精神和范围的情况下，可以对本文描述的技术进行各种修改。所披露的技术包括可以以独立方式或彼此组合的形式提供的技术。因此，关于一种技术描述的特征也可以以与另一种技术组合来呈现。

Claims (14)

1.一种用于导出与运输服务有关的定额的定额修饰符的通信服务器装置，该通信服务器装置包括处理器和存储器，并且被配置为在该处理器的控制下执行该存储器中的指令：

接收用户服务请求数据，该用户服务请求数据包括指示用户上车位置的数据和指示用户下车位置的数据，记录用户上车时间并且生成一个或多个数据记录，这些数据记录包括：

索引空闲时间数据字段，该索引空闲时间数据字段包括指示多个假设下车位置的索引空闲时间的数据；以及

用户下车时间数据字段，该用户下车时间数据字段包括指示用户下车时间的数据；

从数据库中检索指示服务提供方在该用户下车时间处对该用户下车位置的估计空闲时间的数据；

将指示该索引空闲时间的数据与指示该服务提供方的估计空闲时间的数据进行比较，并且生成比较结果数据字段，该比较结果数据字段包括指示比较结果的数据；并且

基于指示该比较结果的数据，在该一个或多个数据记录中生成包括指示该定额修饰符的定额修饰符数据的数据字段。

2.如权利要求1所述的通信服务器装置，该通信服务器装置被配置为使用该用户上车时间和该用户上车位置在该一个或多个数据记录中生成一个或多个假设行驶时间数据字段，该一个或多个假设行驶时间数据字段包括指示到该多个假设下车位置的多个假设行驶时间的数据。

3.如权利要求2所述的通信服务器装置，该通信服务器装置被配置为根据指示该多个假设行驶时间的数据在该一个或多个数据记录中生成一个或多个假设下车时间数据字段，该一个或多个假设下车时间数据字段包括指示在该多个假设下车位置处的多个假设下车时间的数据。

4.如权利要求3所述的通信服务器装置，该通信服务器装置进一步被配置为检索在该多个假设下车时间处该多个假设下车位置中的每一个的历史空闲时间的数据，并且将在该多个假设下车时间处该多个假设下车位置中的每一个的该历史空闲时间处理成指示该服务提供方在该多个假设下车位置处的索引空闲时间的数据。

5.如任一前述权利要求所述的通信服务器装置，该通信服务器装置被配置为检索在该用户下车时间处该用户下车位置的空闲时间作为该服务提供方的估计空闲时间。

6.如任一前述权利要求所述的通信服务器装置，该通信服务器装置被配置用于在该服务提供方的估计空闲时间大于该索引空闲时间时使该定额修饰符数据指示定额增大。

7.如任一前述权利要求所述的通信服务器装置，该通信服务器装置被配置用于在该服务提供方的估计空闲时间小于该索引空闲时间时使该定额修饰符数据指示定额减小。

8.如任一前述权利要求所述的通信服务器装置，该通信服务器装置被配置用于在该服务提供方的估计空闲时间与该索引空闲时间相同时使该定额修饰符数据指示定额保持不变。

9.如任一前述权利要求所述的通信服务器装置，其中，该通信服务器装置被配置为基于该定额修饰符数据和指示与该服务请求有关的原始定额的数据来导出经修饰的定额数据字段，该经修饰的定额数据字段包括指示经修饰的定额的数据。

10.一种在用于导出与运输服务有关的定额的定额修饰符的通信服务器装置中执行的方法，该方法包括在该通信服务器装置的处理器的控制下进行以下操作：

接收用户服务请求数据，该用户服务请求数据包括指示用户上车位置的数据和指示用户下车位置的数据，记录用户上车时间以及生成一个或多个数据记录，这些数据记录包括：

索引空闲时间数据字段，该索引空闲时间数据字段包括指示服务提供方在多个假设下车位置处的索引空闲时间的数据；以及

用户下车时间数据字段，该用户下车时间数据字段包括指示用户下车时间的数据；

从数据库中检索指示服务提供方在该用户下车时间处对该用户下车位置的估计空闲时间的数据；

将指示该服务提供方的索引空闲时间的数据与指示该服务提供方的估计空闲时间的数据进行比较，以及生成比较结果数据字段，该比较结果数据字段包括指示比较结果的数据；以及

基于指示该比较结果的数据，在该一个或多个数据记录中生成包括指示该定额修饰符的定额修饰符数据的数据字段。

11.一种计算机程序产品，包括用于实施如任意权利要求10所述的方法的指令。

12.一种计算机程序，包括用于实施如权利要求10所述的方法的指令。

13.一种存储有指令的非暂态存储介质，这些指令在被处理器执行时使该处理器执行如权利要求10所述的方法。

14.一种用于导出与运输服务有关的定额的定额修饰符的通信***，该通信***包括通信服务器装置、至少一个用户通信设备和通信网络设备，该通信网络设备能够操作以使该通信服务器装置和该至少一个用户通信设备通过该通信网络设备与彼此建立通信，其中，该至少一个用户通信设备包括第一处理器和第一存储器，该至少一个用户通信设备被配置为在该第一处理器的控制下执行存储在该第一存储器中的第一指令：

向该通信服务器装置传输用户服务请求数据，该用户服务请求数据包括指示用户上车位置的数据和指示用户下车位置的数据，并且其中：

该通信服务器装置包括第二处理器和第二存储器，该通信服务器装置被配置为在该第二处理器的控制下执行存储在该第二存储器中的第二指令：

接收该用户服务请求数据，记录用户上车时间并且生成一个或多个数据记录，该一个或多个数据记录包括：

索引空闲时间数据字段，该索引空闲时间数据字段包括指示服务提供方在多个假设下车位置处的索引空闲时间的数据；以及

用户下车时间数据字段，该用户下车时间数据字段包括指示用户下车时间的数据；

从数据库中检索指示服务提供方在该用户下车时间处对该用户下车位置的估计空闲时间的数据；

将指示该服务提供方的索引空闲时间的数据与指示该服务提供方的估计空闲时间的数据进行比较，并且生成比较结果数据字段，该比较结果数据字段包括指示比较结果的数据；并且

基于指示该比较结果的数据，在该一个或多个数据记录中生成包括指示该定额修饰符的定额修饰符数据的数据字段。

Images