分配按需服务请求的系统及方法与流程

本申请要求2016年5月25日提交的编号为201610355259.7的中国申请的优先权，其内容以引用的方式包含于此。本披露涉及按需服务系统及方法，尤其涉及分配按需服务请求的系统及方法。
背景技术：
：利用互联网技术的按需运输服务(例如线上计程车服务)，因其便利性已变得越来越受欢迎。提供按需运输服务的系统可能需要即时地将大量服务请求分配给服务提供方(如：司机)。对于服务提供方来说，仅仅基于服务请求，很难明智地决定是否接受服务请求。技术实现要素：根据本申请的一个方面，提供了一种系统。所述系统可以包括至少一个储存媒体及至少一个被配置为与所述至少一个储存媒体进行通信的处理器。所述至少一个储存媒体可以包括一组用于分配按需服务请求的指令。当所述至少一个处理器执行所述组指令时，至少一个处理器可以用于执行下述一个或多个操作。所述至少一个处理器可以获取服务请求。所述至少一个处理器可以确定与所述服务请求相关联的第一信息，其中，所述第一信息可以包括出发位置、目的地或出发时间中的至少一个。所述至少一个处理器可以至少部分基于所述与服务请求相关联的第一信息，确定参考信息。所述至少一个处理器可以基于所述服务请求及所述参考信息，产生修改的服务请求。所述至少一个处理器可以发送所述修改的服务请求至至少一个提供方终端。在一些实施例中，所述至少一个处理器可以基于所述出发位置及所述目的地，确定一条推荐路线。所述至少一个处理器可以基于所述推荐路线，确定第一参考信息。在一些实施例中，所述第一参考信息可以包括与所述出发时间及所述推荐路线相关的交通信息或与所述出发时间及所述推荐路线相关的天气信息中的至少一个。在一些实施例中，所述交通信息可以包括与所述出发时间及所述推荐路线相关的交通堵塞信息、与所述出发时间及所述推荐路线相关的交通管制信息或与所述出发时间及所述推荐路线相关的交通障碍信息中的至少一个。在一些实施例中，所述至少一个处理器可以确定距离所述出发位置第一半径内的第一区域。所述至少一个处理器可以基于所述第一区域确定第二参考信息。在一些实施例中，所述至少一个处理器可以确定所述第一区域中候选服务请求的第一数量。所述至少一个处理器可以确定所述第一区域中候选服务提供方的第二数量。所述至少一个处理器可以基于所述第二数量及所述第一数量，确定第一供-需密度。在一些实施例中，所述至少一个处理器可以确定距离所述目的地第二半径内的第二区域。所述至少一个处理器可以基于所述第二半径确定第三参考信息。在一些实施例中，所述至少一个处理器可以确定所述第二区域中候选服务请求的第三数量。所述至少一个处理器可以确定所述第二区域中候选服务提供方的第四数量。所述至少一个处理器可以基于所述第四数量及所述第三数量，确定第二供-需密度。在一些实施例中，所述至少一个处理器，可以从提供方终端接收答复。所述至少一个处理器可以发送与所述答复相关联的提供方信息至与所述服务请求相关联的请求方终端，其中，所述提供方信息可以包括与所述答复对应的目标服务提供方的联系信息或所述目标服务提供方的位置中的至少一个。在一些实施例中，所述至少一个处理器可以识别至少一个候选服务提供方以提供响应于所述服务请求的服务，其中，所述至少一个提供方终端与所述候选服务提供方相关联。根据本申请的另一个方面，提供了一个方法。所述方法可以包括一个或多个以下操作。处理器可以获取服务请求。所述处理器可以确定与所述服务请求相关联的第一信息，其中，所述第一信息可以包括出发位置、目的地或出发时间中的至少一个。所述处理器可以至少部分基于所述与服务请求相关联的第一信息，确定参考信息。所述处理器可以基于所述服务请求及所述参考信息，产生修改的服务请求。所述处理器可以发送所述修改的服务请求至至少一个提供方终端。在一些实施例中，所述处理器可以基于所述出发位置及所述目的地，确定一条推荐路线。所述处理器可以基于所述推荐路线，确定第一参考信息。在一些实施例中，所述处理器可以确定距离所述出发位置第一半径内的第一区域。所述处理器可以基于所述第一区域确定第二参考信息。在一些实施例中，所述处理器可以确定所述第一区域中候选服务请求的第一数量。所述处理器可以确定所述第一区域中候选服务提供方的第二数量。所述处理器可以基于所述第二数量及所述第一数量，确定第一供-需密度。在一些实施例中，所述处理器可以确定距离所述目的地第二半径内的第二区域。所述处理器可以基于所述第二半径确定第三参考信息。在一些实施例中，所述处理器可以确定所述第二区域中服务请求的第三数量。所述处理器可以确定所述第二区域中服务提供方的第四数量。所述处理器可以基于所述第四数量及所述第三数量，确定第二供-需密度。在一些实施例中，所述处理器可以从提供方终端接收答复。所述处理器可以发送与所述答复相关联的提供方信息至与所述服务请求相关联的请求方终端，其中，所示提供者信息可以包括与所述答复对应的目标服务提供方的联系信息或所述目标服务提供方的位置中的至少一个。在一些实施例中，所述处理器可以识别至少一个候选服务提供方以提供响应于所述服务请求的服务，其中，所述至少一个提供方终端与所述候选服务提供方相关联。本申请的一部分附加特性将在下面的描述中进行说明。通过对以下描述和相应附图的检查或者对实施例的生产或操作的了解，本申请的一部分附加特性对于本领域技术人员是明显的。本申请的特性可以通过对以下描述的具体实施例的各种方面的方法、手段和组合的实践或使用得以实现和达到。附图说明本申请通过示例性实施例进行进一步描述。这些示例性实施例将通过附图进行详细描述。这些实施例并非限制性的，在这些实施例中，相同的编号表示相同的结构，其中：图1是根据本申请的一些实施例所示的一种示例性按需系统的示意图；图2是根据本申请的一些实施例所示的一种示例性计算装置的示意图；图3是根据本申请的一些实施例所示的一种示例性处理引擎的方块图；图4是根据本申请的一些实施例所示的一种分配服务请求的示例性流程的流程图；及图5-a至图5-d是根据本申请的一些实施例所示的用于展示修改的服务请求的示例性用户介面的示意图。具体实施方式下述描述是为了使本领域普通技术人员能制造和使用本申请，并且该描述是在特定的应用场景及其要求的背景下提供的。对于本领域的普通技术人员来说，显然可以对所披露的实施例作出各种改变。另外，在不偏离本申请的原则和范围的情况下，本申请中所定义的普遍原则可以适用于其他实施例和应用场景。因此，本申请并不限于所披露的实施例，而应被给予与权利要求一致的最宽泛的范围。此处使用的术语仅仅用来描述特定的示意性实施例，并且不具有限定性。如本申请和权利要求书中所示，除非上下文明确提示例外情形，“一”、一个”、“一种”和/或“该”等词并非特指单数，也可以包括复数。应该被理解的是，本申请中所使用的术语“包括”与“包含”仅提示已明确标识的特征、整数、步骤、操作、元素、和/或部件，而不排除可以存在和添加其他一个或多个特征、整数、步骤、操作、元素、部件、和/或其组合。根据以下对附图的描述，本申请所述的和其他的特征、操作方法、相关组件的功能和经济的结构更加显而易见，这些都构成说明书的一部分。然而，应当理解，附图仅仅是为了说明和描述的目的，并不旨在限制本申请的范围。应当理解的是，附图并不是按比例的。本申请中使用了流程图用来说明根据本申请的实施例的系统所执行的操作。应当理解的是，流程图的操作不一定按照顺序来精确地执行。相反，可以按照倒序或同时处理各种步骤。同时，也可以将其他操作添加到这些过程中，或从这些过程移除某一步或数步操作。同时，虽然本申请的系统和方法的描述主要是关于分配订单的，应该理解的是，这只是一个示例性的实施例。本申请的系统和方法可能适用于其他任一种按需服务。例如，本申请的系统和方法可以应用于不同的运输系统，包括陆地、海洋、航空航天等或上述举例的任意组合。所述运输系统涉及的车辆可以包括计程车、私家车、顺风车、公车、火车、动车、高铁、地铁、船舶、飞机、飞船、热气球、无人驾驶的车辆等或上述举例的任意组合。所述运输系统也可以包括应用管理和/或分配的任一运输系统，例如，接收和/或送快递的系统。本申请的系统和方法的应用场景可以包括网页、浏览器插件、客户端、定制系统、企业内部分析系统、人工智能机器人等或上述举例的任意组合。在本申请中，术语“乘客”、“请求方”、“服务请求方”和“客户”可以交换使用，其表示可以请求或预定服务的个体、实体或工具。在本申请中，术语“司机”、“提供方”、“服务提供方”和“供应方”也可以交换使用，其表示可以提供服务或协助提供服务的个体、实体或工具。在本申请中，术语“用户”可以表示可以请求服务、预定服务、提供服务或协助提供服务的个体、实体或工具。例如，用户可以是乘客、司机、操作者等或上述举例的任意组合。在本申请中，“乘客”和“乘客终端”可以交换使用，而且“司机”和“司机终端”可以交换使用。在本申请中，术语“服务请求”和“订单”可以交换使用，其表示由乘客、请求方、服务请求方、客户、司机、提供方、服务提供方、供应方等或上述举例的任意组合所发起的请求。所述服务请求可以被乘客、请求方、服务请求方、客户、司机、提供方、服务提供方、供应方中的任一个接受。所述服务请求可以是收费的或免费的。本申请中使用的定位技术可以包括全球定位系统(gps)、全球卫星导航系统(glonass)、北斗导航系统(compass)、伽利略定位系统、准天顶卫星系统(qzss)、无线保真(wifi)定位技术等或上述举例的任意组合。以上定位技术中的一个或多个可以在本申请中交换使用。本申请的一个方面涉及分配按需服务(如：按需运输服务)请求的系统及方法。所述系统及方法可以获取一个服务请求并确定与所述服务请求相关的参考信息。所述系统及方法还可以基于所述参考信息和/或服务请求生成修改的服务请求并发送所述修改的服务请求至一个或多个提供方终端。需要注意的是，线上按需运输服务，如线上预定计程车(包括线上预定计程车组合服务)，是起源于后互联网时代的一种新的服务形式。它为使用者和服务提供方提供了仅在后互联网时代才可能实现的技术方案。在互联网时代之前，当使用者在街上呼叫计程车时，计程车预定请求和接受只可能在乘客和看见该乘客的计程车司机之间发生。如果乘客通过电话预定计程车，计程车预定请求和接受只可能在该乘客和服务提供方(如：计程车公司或代理商)之间发生。然而，线上预定计程车允许服务使用者即时自动地向距离该使用者一段距离的大量的个别服务提供方(如：计程车)分配服务请求。它同时允许多个服务请求方同时地即时地对该服务请求进行回应。因此，通过互联网，所述线上按需运输服务系统可以为使用者及服务提供方提供更加高效的运输服务平台，这在传统的互联网时代之前的运输服务系统中是无法满足的。图1是根据一些实施例所示的一种示例性按需服务系统100的示意图。例如，按需服务系统100可以是一个提供运输服务的线上运输服务平台，如计程车预定、代驾服务、快递车辆、共乘、公车服务、司机招聘服务和接送服务。按需服务系统100可以是一个线上平台，包括服务器110、网络120、请求方终端130、提供方终端140和数据库150。服务器110可以包括一个处理引擎112。在一些实施例中，服务器110可以是单个的服务器或者服务器群。服务器群可以是集中式的或分布式的(例如，服务器110可以是一分布式的系统)。在一些实施例中，服务器110可以是本地的或远程的。例如，服务器110可以通过网络120访问储存于请求方终端130、提供方终端140和/或数据库150中的信息和/或数据。再例如，服务器110可以直接连接到请求方终端130、提供方终端140和/或数据库150以访问储存的信息和/或数据。在一些实施例中，服务器110可以在云端平台上实现。仅仅作为示例，云端平台可以包括私有云、公共云、混合云、社区云、分布云、跨云、多云等或上述举例的任意组合。在一些实施例中，服务器110可以在计算装置200上实现，如本申请图2所示，该计算装置包括一个或多个部件。在一些实施例中，服务器110可以包括一个处理引擎112。处理引擎112可以处理与服务请求相关的信息和/或数据以执行本披露中描述的一个或多个功能。例如，处理引擎112可以基于从请求方终端130获取的服务请求确定参考信息。在一些实施例中，处理引擎112可以包括一个或多个处理引擎(例如，单晶片处理器或多晶片处理器)。仅仅作为示例，处理引擎112可以包括一个或多个硬件处理器，例如中央处理器(cpu)、特定应用积体电路(asic)、特定应用指令集处理器(asip)、图像处理单元(gpu)、物理运算处理单元(ppu)、数位讯号处理器(dsp)、现场可编程闸阵列(fpga)、可编程逻辑装置(pld)、控制器、微控制器单元、精简指令集电脑(risc)、微处理器等或上述举例的任意组合。网络120可以促进信息和/或数据的交换。在一些实施例中，按需服务系统100中的一个或多个部件(例如，服务器110、请求方终端130、提供方终端140和数据库150)可以通过网络120向按需服务系统100中的其他部件发送信息和/或数据。例如，服务器110可以通过网络120从请求方终端130获取/得到服务请求。在一些实施例中，网络120可以是有线网络或无线网络中的任意一种，或其组合。仅仅作为示例，网络120可以包括电缆网络、有线网络、光纤网络、远端通信网络、内联网、互联网、局域网(lan)、广域网(wan)、无线局域网(wlan)、城域网(man)、公共开关电话网络(pstn)、蓝牙网络、zigbee网络、近场通信(nfc)网络等或上述举例的任意组合。在一些实施例中，网络120可以包括一个或多个网络交换点。例如，网络120可以包括有线或无线网络交换点，如基站和/或互联网交换点120-1、120-2、……，通过交换点，按需服务系统100的一个或多个部件可以连接到网络120以交换数据和/或信息。在一些实施例中，请求方可以是请求方终端130的使用者。在一些实施例中，请求方终端130的使用者可以是请求方以外的其他人。例如，请求方终端130的使用者a可以使用请求方终端130为使用者b发送服务请求或从服务器110接收服务和/或信息或指示。在一些实施例中，提供方可以是提供方终端140的使用者。在一些实施例中，提供方终端140的使用者可以是提供方外的其他人。例如，提供方终端140的使用者c可以使用服务方终端140为使用者d接收服务请求和/或从服务器110接收信息或指示。在一些实施例中，“请求方”和“请求方终端”可以交换使用，“提供方”和“提供方终端”可以交换使用。在一些实施例中，请求方终端130可以包括行动装置130-1、平板电脑130-2、膝上型电脑130-3、车辆内建装置130-4等或上述举例的任意组合。在一些实施例中，行动装置130-1可以包括智能家居装置、可穿戴装置、行动装置、虚拟现实装置、增强现实装置等或上述举例的任意组合。在一些实施例中，智能家居装置可以包括智能照明装置、智能电器的控制装置、智能监测装置、智能电视、智能摄影机、对讲机等或上述举例的任意组合。在一些实施例中，可穿戴装置可以包括手环、鞋袜、眼镜、头盔、手表、衣物、背包、智能配饰等或上述举例的任意组合。在一些实施例中，行动装置可以包括行动电话、个人数字助理、游戏装置、导航装置、pos机、膝上型电脑、台式电脑等或上述举例的任意组合。在一些实施例中，虚拟现实装置和/或增强现实装置可以包括虚拟现实头盔、虚拟现实眼镜、虚拟现实眼罩、增强现实头盔、增强现实眼镜、增强现实眼罩等或上述举例的任意组合。例如，虚拟现实装置和/或增强现实装置可以包括googleglasstm，oculusrifttm，hololenstm，gearvrtm等。在一些实施例中，车辆内建装置130-4可以包括车载电脑、车载电视等。在一些实施例中，请求方终端130可以是带有定位技术的装置，所述定位技术可以用于定位请求方和/或请求方终端130的位置。在一些实施例中，提供方终端140可以是与请求方终端130类似或者相同的装置。在一些实施例中，提供方终端140可以是带有定位技术的装置，以定位提供方终端140的使用者和/或提供方终端140的位置。在一些实施例中，请求方终端130和/或提供方终端140可以与一个或多个其他定位装置通信以确定请求方、请求方终端130、提供方和/或提供方终端140的位置。在一些实施例中，请求方终端130和/或提供方终端140可以将所述定位信息发送至服务器110。数据库150可以储存数据和/或指令。在一些实施例中，数据库150可以储存从请求方终端130和/或提供方终端140获得的数据。在一些实施例中，数据库150可以储存供服务器110执行或使用的数据和/或指令，服务器110可以通过执行或使用所述数据和/或指令以实现本申请描述的示例性方法。在一些实施例中，数据库150可以包括大容量储存器、可以移动储存器、挥发性读写存储器、只读存储器(rom)等或上述举例的任意组合。示例性的大容量储存器可以包括磁盘、光盘、固态磁盘等。示例性的可以移动储存器可以包括快闪驱动器、软盘、光盘、存储卡、压缩盘、磁带等。示例性的挥发性只读存储器可以包括随机存储器(ram)。示例性的随机存储器可以包括动态随机存储器(dram)、双倍速率同步动态随机存储器(ddrsdram)、静态随机存储器(sram)、闸流体随机存储器(t-ram)和零电容随机存储器(z-ram)等。示例性的只读存储器可以包括掩蔽型只读存储器(mrom)、可编程只读存储器(prom)、可清除可编程只读存储器(eprom)、电子可抹除可编程只读存储器(eeprom)、压缩磁盘只读存储器(cd-rom)和数位通用磁盘只读存储器等。在一些实施例中，数据库150可以在云端平台上实现。仅仅作为示例，云端平台可以包括私有云、公共云、混合云、社区云、分布云、跨云、多云等或上述举例的任意组合。在一些实施例中，数据库150可以与网络120连接以与按需服务系统100中的一个或多个部件(例如，服务器110、请求方终端130、提供方终端140等)通信。按需服务系统100中的一个或多个部件可以通过网络120访问储存于数据库150中的数据或指令。在一些实施例中，数据库150可以直接与按需服务系统100中的一个或多个部件(例如，服务器110、请求方终端130、提供方终端140等)连接或通信。在一些实施例中，数据库150可以是服务器110的一部分。在一些实施例中，按需服务系统100的一个或多个部件(例如，服务器110、请求方终端130、提供方终端140等)可以拥有存取数据库150的许可。在一些实施例中，当满足一个或多个条件时，按需服务系统100的一个或多个部件可以读取和/或修改与请求方、提供方和/或公众相关的信息。例如，在完成服务后，服务器110可以读取和/或修改一个或多个用户的信息。又例如，当从请求方终端130接收到服务请求时，提供方终端可以存取所述请求方相关信息，但提供方终端140无法修改所述请求方相关信息。在一些实施例中，按需服务系统100中的一个或多个部件的信息交换可以通过请求服务的方式实现。所述服务请求的客体可以是任何产品。在一些实施例中，所述产品可以是有形产品或无形产品。有形产品可以包括食品、医药、商品、化学产品、电器、衣物、小汽车、房屋、奢侈品等或上述举例的任意组合。无形产品可以包括服务产品、金融产品、知识产品、互联网产品等或上述举例的任意组合。互联网产品可以包括个人主机产品、网站产品、行动互联网产品、商业主机产品、嵌入式产品等或上述举例的任意组合。行动互联网产品可以用于行动终端的软件、编程、系统等或上述举例的任意组合。行动终端可以包括平板电脑、膝上型电脑、行动手机、掌上电脑(pda)、智能手表、pos机、车载电脑、车载电视、可穿戴装置等或上述举例的任意组合。例如，所述产品可以是用于电脑或行动电话中的任意的软件和/或应用编程。软件和/或应用编程可以与社交、购物、交通、娱乐、学习、投资等或上述举例的任意组合相关。在一些实施例中，与运输相关的软件和/或应用编程可以包括出行软件和/或应用编程、交通工具调度软件和/或应用编程、地图软件和/或应用编程等。在交通工具调度软件和/或应用编程中，交通工具可以包括马、马车、人力车(例如独轮手推车、自行车、三轮车等)、汽车(例如，计程车、公车、私家车等)、火车、地铁、船舶、航空器(例如，飞机、直升机、航天飞机、火箭、热气球等)等或上述举例的任意组合。图2是根据本申请的一些实施例所示的计算装置200的示例性硬件和软件的示意图。服务器110、请求方终端130和/或提供方终端140可以在计算装置200上实现。例如，处理引擎112可以在计算装置200上实现，并被配置为执行本申请中所披露的处理引擎112的功能。计算装置200可以是通用电脑或特殊用途电脑，二者皆可以用来实现本申请的按需系统。计算装置200可以用来实现本申请所描述的按需服务系统的任意组件。例如，处理引擎112可以在计算装置200上通过其硬件、软件编程、固件或其组合实现。图中为了方便起见只绘制了一台电脑，但是本申请所描述的与按需服务相关的电脑功能可以以分布的方式、由一组相似的平台所实施，以分散系统的处理负荷。例如，计算装置200可以包括与网络连接的通信端口250，以实现数据通信。计算装置200还可以包括中央处理单元(cpu)220，可以以一个或多个处理器的形式执行编程指令。示例性的电脑平台可以包括内部总线210、不同形式的编程存储器和资料存储器，例如，磁盘270和只读存储器(rom)230或随机存储器(ram)240，用于储存由电脑处理和/或传输的各种各样的资料档案。示例性的电脑平台也可以包括储存于只读存储器230、随机存储器240和/或其他类型的非过度储存媒体中的由中央处理单元220执行的编程指令。本申请的方法和/或流程可以以编程指令的方式实施。计算装置200还包括输入/输出组件260，用于支持电脑与此处其他部件例如用户介面280之间的输入/输出。计算装置200也可以通过网络通信接收编程设计和数据。为理解方便，计算装置200中仅示例性绘制了一个cpu和/或处理器。然而，需要注意的是，本申请中的计算装置200可以包括多个cpu和/或处理器，因此本申请中描述的由一个cpu和/或处理器实现的操作和/或方法步骤也可以共同地或独立地由多个cpu和/或处理器执行。例如，如果在本申请中，计算装置200的cpu和/或处理器执行步骤a和步骤b，应当理解的是，步骤a和步骤b也可以由计算装置200的两个不同的cpu和/或处理器共同地或独立地执行(例如，第一处理器执行步骤a，第二处理器执行步骤b，或者第一和第二处理器共同地执行步骤a和步骤b)。图3是根据本申请的一些实施例所示的一种示例性处理引擎112的方块图。处理引擎112可以包括采集模块302、确定模块304及通信模块306。采集模块302可以被配置为获取一个或多个服务请求。采集模块302可以获取通过网络120从请求方终端130获取服务请求。采集模块302可以分析服务请求并确定与服务请求相关的信息(如：出发位置、出发时间、目的地等)。在一些实施例中，服务请求可以是运输服务请求。服务请求可以包括与请求运输服务的请求方相关联的信息。与请求方相关联的信息可以包括请求方概要信息、请求方的请求偏好等或上述举例的任意组合。请求方概要信息可以包括，例如，请求方的姓名、请求方的年龄、请求方的性别、请求方的生日、请求方所在城市等或上述举例的任意组合。请求偏好可以是请求方对于运输服务的要求。例如，请求方终端130可以在服务请求中确定偏好参数(如：车辆类型、后备箱的尺寸、车辆负载等)。又例如，请求偏好可以包括服务请求中的指示，用于注明请求方是否同意与其他请求方共享运输服务。确定模块304可以被配置为基于服务请求确定参考信息。参考信息可以是和/或包括任何可以被服务提供方用来作为参考以确定是否接受服务请求的信息。例如，参考信息可以包括交通信息(如：交通堵塞信息、交通管制信息、交通障碍信息)和/或天气信息。在一些实施例中，确定模块304可以进一步地基于参考信息和/或服务请求生成修改的服务请求。修改的服务请求可以包括任何数据，用于呈现参考信息和/或任意与服务请求相关的其他信息。在一些实施例中，确定模块304还可以确定一个或多个可能接受服务请求的服务提供方(也称为“候选服务提供方”)。例如，确定模块304可以确定一个或多个可以提供按需服务以回应服务请求的提供方作为候选服务提供方。例如，确定模块304可以确定距离服务请求的出发位置预定范围内的服务提供方作为候选服务提供方。在一些实施例中，特定服务提供方的位置可以基于与该服务提供方相关联的提供方终端的定位信息来确定。定位信息可以使用任意合适的定位技术确定。通信模块306可以被配置为发送修改的服务请求和/或任何与修改的服务请求有关的数据至一个或多个与候选服务提供方相关联的提供方终端。修改的服务请求和/或参考信息可以呈现于候选服务提供方的提供方终端上。提供方终端可以使用任何合适的内容呈现修改的服务请求和/或参考信息，如文字、图片、视频内容、音频内容、图形等。在一些实施例中，修改的服务请求和/或参考信息可以通过一个或多个用户介面呈现，如图5-a至图5-d中描述的一个或多个用户介面。在一些实施例中，通信模块306可以从一个或多个与候选服务提供方相关联的提供方终端处，接收一个或多个答复。每个答复可以通过一个或多个信息使用任何合适的通信协议(如：超文本传输协议(http)、地址解析协议(arp)、动态主机配置协议(dhcp)、文件传输协议(ftp)等)进行传送和/或接收。每个答复可以包括与候选服务提供方接受服务请求、候选服务方拒绝服务请求、服务请求相关信息的请求、还价(如：额外费用要求)等相关的信息。基于接收的答复，处理引擎112可以通过通信模块306发送与答复相关的提供方信息至请求方终端130。例如，从候选服务请求方的请求方终端接收到该候选服务请求方接受服务请求后(以下称为“目标服务提供方”)，处理引擎112可以发送目标服务提供方的提供方信息至请求方终端130。提供方信息可以包括任何与目标服务提供方相关的信息，如目标服务提供方的概要信息(如：目标服务提供方的姓名、目标服务提供方的性别等)、目标服务提供方的联系信息(如：电话号码)、目标服务提供方的车牌号码、目标服务提供方的当前位置等或上述举例的任意组合。处理引擎112中的模块可以通过有线连接或者无线连接，进行互相连接或通信。有线连接可以包括金属缆线、光缆线、混合缆线等或上述举例的任意组合。无线连接可以包括局域网(lan)、广域网(wan)、蓝牙、zigbee网、近场通信(nfc)等或上述举例的任意组合。两个或多个模块可以合并成一个模块，以及任意一个模块可以被拆分成两个或多个单元。例如，采集模块302可以被集成于确定模块304中作为一个单独的模块，其既可以获取服务请求又可以基于服务请求确定参考信息。又如，处理引擎112可以包括一个储存模块(图3中未展示)，其可以被配置为储存服务请求、参考信息和/或修改的服务请求。图4是根据本申请的一些实施例所示的一种分配服务请求的示例性流程/方法400的流程图。流程和/或方法400可以由按需服务系统100执行。例如，流程和/或方法400可以被执行为储存于储存器rom230或ram240中的一组指令(如：一应用编程)。cpu210可以执行所述组指令并可以相应的执行所述流程和/或方法400。在步骤402中，处理引擎112可以获取服务请求。在一些实施例中，服务请求可以从请求方终端(如图1中所描述的请求方终端130)接收。服务请求可以是运输服务请求(如：计程车服务)。服务请求可以是和/或包括即时请求、预约请求和/或任何其他关于一种或多种类型服务的请求。在本申请中，即时请求可以表明请求方希望在当前时刻或对本领域普通人员而言与当前时刻相当接近的定义时刻，使用运输服务。例如，如果定义时刻短于阈值时，如1分钟、5分钟、10分钟、20分钟等，服务请求可以是即时请求。预约请求可以表明请求者希望在对于本领域普通人员而言与当前时刻相当远的定义时刻，使用运输服务。例如，如果定义时刻长于阈值时，如20分钟、2小时或1天，服务请求可以是预约请求。在一些实施例中，处理引擎112可以基于时间阈值来定义即时请求或预约请求。时间阈值可以是按需服务系统100的默认设置，或者可以根据不同的状况进行调整。例如，在交通高峰期，时间阈值可能相对较小(如：10分钟)，在空闲时间(如：上午10:00-12:00)，时间阈值可能相对较长(如：1小时)。在步骤404中，处理引起112可以分析服务请求和/或提取与服务请求相关的信息(也称为“与服务请求相关的第一信息”)。例如，处理引擎112可以基于服务请求，确定出发位置、目的地、出发时间、位于出发位置和目的地之间的中间位置、请求方的当前位置等。在本申请中，出发位置可以指服务提供方能够接载请求方的位置。出发时间可以指服务提供方能够接载请求方的时间点。目的地可以指服务提供方送达请求方的位置。在步骤406中，处理引擎112可以至少部分基于与服务请求相关的第一信息(如：出发位置、目的地、出发时间等)，确定参考信息。在一些实施例中，对于即时请求，处理引擎112可以确定即时参考信息。在一些实施例中，对于预约请求，处理引擎112可以基于历史数据确定预估的参考信息。例如，处理引擎112可以将历史数据取平均值以获取预估的参考信息。在一些实施例中，处理引擎112可以基于出发位置和/或目的地，确定一个或多个推荐路线。每条推荐路线可以是和/或包括一条路径，该路径包括道路或者街道的至少一部分。服务提供方可以沿该路径驾驶车辆。例如，一条推荐路线可以是连接出发位置与目的地的路线。又如，一条推荐路线可以是连接候选服务提供方当前位置与出发位置的路线。在一些实施例中，候选服务提供方当前位置可以基于与候选服务提供方相关联的提供方终端的定位信息确定。再如，一条推荐路线可以是连接候选服务提供方当前位置、出发位置及目的地的路线。处理引擎112可以基于推荐路线，确定第一参考信息。第一参考信息可以包括与出发时间及推荐路线相关的交通信息、与出发时间及推荐路线相关的天气信息和/或任何与推荐路线相关的其他信息。与推荐路线相关的天气信息可以包括即时天气信息、天气预报信息等。处理引擎112可以从数据库150、天气信息平台(如：天气预报网站)和/或任何能够提供天气信息的其他设备中获取天气信息。例如，获取服务请求后，处理引擎112可以基于服务请求，确定出发位置和目的地。然后，处理引擎112可以查询天气预报网站中与出发位置、目的地和/或从出发位置到目的地的推荐路线(如：通过网络120)相关的天气信息。可选地或另外地，处理引擎112可以从数据库150或任何其他储存天气信息的储存装置中获取天气信息。处理引擎112可以从数据库150、地图服务商(例如，googlemaptm，tencentmaptm，baidumaptm)、和/或任何其他能够提供与服务请求相关的交通信息的设备和/或服务中，获取交通信息。例如，接收即时请求后，处理引擎112可以基于即时请求，确定出发位置c和目的地d。处理引擎112可以访问数据库150以获取与出发地c、目的地d和/或从c到d的推荐路线相关的即时交通状况。处理引擎112可以基于即时交通状况，进一步确定服务提供方从c行驶到d的预估时间。又如，接收预约请求后，处理引擎112可以基于预约请求，确定出发位置e、目的地f、以及出发时间下周一下午7:00。处理引擎112可以访问数据库150以获取最近4个周一下午7：00从e到f的历史交通状况，并基于历史交通状况进一步确定服务提供方从e行驶到f的预估时间。仅仅作为示例，交通信息可以包括与出发时间和推荐路线相关的交通堵塞信息、与出发时间和推荐路线有关的交通管制信息或与出发时间和推荐路线有关的交通障碍信息。交通堵塞信息可以表明沿着推荐路线的交通流量。交通流量可以表示沿推荐路线的车辆数量。处理引擎112可以基于任何与推荐路线相关的合适的信息，确定交通流量。例如，处理引擎112可以沿推荐路线确定一个或多个位置点，并确定单位时间内(例如，每秒、每分)通过每个位置点的车辆的数量。又如，处理引擎112可以通过判断是否有可能增加交通流量的事件在推荐路线附近出现，以确定交通流量。在一些实施例中，检测到此类事件的发生后，处理引擎112可以确定沿推荐路线的交通流量相对较高。事件可以包括，例如，交通事故、演唱会、体育赛事等。在本申请中，当推荐路线上的位置点与事件位置之间的距离小于阈值(如：500米、1000米等)时，该事件可以被认为在推荐路线附近。再如，处理引擎112可以基于出发时间或任何与服务请求相关的其他时间信息，确定交通流量。更特别地，例如，在确定出发时间处于一天中的交通堵塞高峰期(如：早高峰时段、晚高峰时段、上下班高峰时间等)时，处理引擎112可以确定交通流量相对较高。在一些实施例中，处理引擎112可以确定多个堵塞水平以表明多种交通堵塞程度。堵塞水平可以基于交通流量确定。堵塞水平可以使用一个或多个字符、字、字母、符号、字符串等来表示。例如，堵塞水平可以包括“严重堵塞”、“一般堵塞”、“轻微堵塞”、“通畅交通”、“水平1”、“水平2”、“水平a”和/或任何其他能够表示交通堵塞程度的水平。在一些实施例中，如表1中所示，处理引擎112可以为多个堵塞水平定义不同的值或特征。表1示例性堵塞水平说明表堵塞水平交通流量值特征严重堵塞f＜a4暗红正常堵塞a＜f＜b3红轻微堵塞b＜f＜c2黄通畅交通f＞c1绿如表一所示，每一个参数“a”、“b”和“c”指交通流量的阈值(也称为“交通流量阈值”)，以及f指在特定时间点特定位置的交通流量。交通流量阈值可以是按需服务系统的默认设置或者可以根据不同状况进行调整。例如，对于不同的城市，交通流量阈值可以是不同的。交通管制信息可以表示与车辆车牌号码相关的交通限制，这意味着特定车牌号(如：尾号“3”)的车辆在预定的地理区域(如：城市、城市的区域等)内是禁止通行的。交通障碍信息可以表示为了到达服务请求的目的地，服务提供方不得不绕过障碍。障碍可以包括，例如，河流、铁路轨道、事故、立交桥、建筑工地等或上述举例的任意组合。例如，处理引擎112可以确定推荐路线上的第一位置点及第二位置点(如：候选服务提供方的位置及服务请求的出发位置)之间存在一各障碍(如河流)。虽然第一位置点与第二位置点之间的距离较短(如：300米或者任何其他能够被认为较短的距离)，但是为了绕过障碍，候选服务提供方可能不得不行驶一段额外的距离(如：5千米等)。在一些实施例中，当两个位置点之间的距离不大于预定的阈值时，可以认为二者距离相对较短。在一些实施例中，处理引擎112可以基于事先进行的问卷调查，确定交通障碍信息。例如，接收到问卷调查结果(结果显示如果存在一条河流穿过推荐路线，大多数(如：85％)服务提供方确定他/她将不会接受该服务请求)后，处理引擎112可以确定该河流为交通障碍。在一些实施例中，处理引擎112可以进一步确定出发位置或目的地附近的区域，并基于该区域的信息进一步确定参考信息(如：供-需密度、请求密度等)。在本申请中，当区域位于出发位置或目的地周围特定半径内时，该区域可以被认为在出发位置或目的地“附近”，其中，特定半径可以小于阈值(如：1千米)。供-需密度可以基于区域中候选服务提供方的数量与候选服务请求的数量的比值确定。例如，供-需密度可以根据公式(1)确定：其中，sd代表供-需密度，na代表特定区域中候选服务提供方的数量以及nb代表所述区域中待分配的候选服务请求的数量。在本申请中，候选服务请求指待分配的服务请求。请求密度可以基于区域中候选服务请求的密度确定。候选服务请求的密度可以代表区域中候选服务请求的数量与所述区域大小的比例。例如，请求密度可以根据下面公式(2)确定:其中rd指请求密度，以及s指所述区域的面积。处理引擎112可以确定位于出发位置周围第一半径(如：1千米)内的第一区域并基于第一区域确定第二参考信息。在一些实施例中，处理引擎112可以确定第一区域中距离出发时间预定时间段(如：之前1小时、之前3小时、之后1小时等)内候选服务请求的第一数量和候选服务提供方的第二数量。处理引擎112可以基于第一数量及第二数量确定第一供-需密度。对于即时请求，处理引擎112可以即时地确定候选服务请求的第一数量及候选服务提供方的第二数量。对于预约请求，处理引擎112可以基于历史数据，确定候选服务请求的第一数量及候选服务提供方的第二数量。例如，假设预约请求包括出发位置h以及出发时间下周五早上8:00，处理引擎112可以对最近四周周五早上8:00出发的候选服务请求的历史数量求平均值，以确定候选服务请求的第一数量。在一些实施例中，处理引擎112可以基于第一区域中候选服务请求的第一数量确定第一请求密度。处理引擎112可以确定位于目的地周围第二半径(如：1千米)内的第二区域，并且基于第二区域确定第三参考信息。在一些实施例中，处理引擎112可以确定第二区域中距离出发时间预定时间段(如：之前1小时、之前3小时、之后1小时等)内候选服务请求的第三数量和候选服务提供方的第四数量。处理引擎112可以基于第三数量和/或第四数量，确定第二供-需密度。在一些实施例中，处理引擎112可以确定第二区域中距离出发时间预定时间段(如：之前1小时或之后1小时)内高质量的候选服务请求的第五数量。在本申请中，“高质量的候选服务请求”可以指候选服务请求的出发位置与目的地之间的距离大于距离阈值(如：25千米)，或者出发位置或目的地附近预定区域内的人流密度大于流量阈值。例如，对于出发时间为上午8:00的预约请求，处理引擎112可以获取最近7天出发时间为早上8点的高质量候选服务请求的历史数量，并对历史数量求平均值以确定第五数量。在一些实施例中，参考信息还可以包括服务请求的等级。等级可以表明服务请求的推荐级别。等级越高，候选服务提供方越有可能接受该服务请求。例如，如果参考信息表明沿推荐路线的交通通畅，处理引擎112可以对该服务请求确定相对高的等级(如：5星)。又如，如果推荐路线的相当一部分(如：70％)处于严重堵塞状态，处理引擎112可以对该服务请求确定相对低的等级(如：3星)。再如，如果处理引擎112确定在出发时间时可能出现极端天气(如：台风)，处理引擎112可以对该服务请求确定相对低的等级(如：2星)。在步骤408中，处理引擎112可以基于参考信息和/或服务请求，生成修改的服务请求。例如，处理引擎112可以将参考信息和从服务请求中提取的信息结合，以生成修改的服务请求。修改的服务请求可以包括任何数据，用于呈现参考信息和/或任何与服务请求相关的其他信息。数据可以包括，例如，能够用于呈现与修改的服务请求相关的任何合适内容的数据，如：视频内容、音频内容、图片、文本、图形、网页等。在一些实施例中，处理引擎112可以生成用于呈现一个或多个包括参考信息的用户介面的数据，如图5-a至图5-d中描述的一个或多个用户介面。在步骤410中，处理引擎112可以发送修改的服务请求至一个或多个提供方终端。在一些实施例中，提供方终端可以对应于一个或多个候选服务提供方。接收到修改的服务请求后，服务提供方终端可以提示候选服务提供方是否接受该服务请求。在一些实施例中，修改的服务请求和/或参考信息可以被显示于候选服务提供方的提供方终端上(例如：参见图5-a至图5-d及其描述)。在步骤412中，处理引擎112可以从一个或多个提供方终端处接收答复。答复可以包括一条表示服务提供方(如：目标服务提供方)接受服务请求的信息。答复还可以包含服务提供方的标识(如：服务提供方用户名、用户标识(id)、电子邮箱等)。在步骤414中，处理引擎112可以基于接收到的答复产生修改的答复。修改的答复可以包括任何与接收到的答复相关的合适的信息，例如接受服务请求的指示、服务提供方的标识等。修改的答复还可以包括与目标服务提供方相关的任何信息，如目标服务提供方的提供方信息、与一个或多个用于提供响应于所述服务请求的服务的车辆相关信息等。在一些实施例中，处理引擎112可以基于目标服务提供方的标识访问数据库150或任何本申请中披露的储存媒体，以获取目标服务提供方的提供方信息。修改的答复可以基于任何通信协议通过产生一个或多个信息生成，如http、arp、dhcp、ftp等。修改的答复可以包括任何数据，用于呈现与答复相关的信息、与目标服务提供方相关的信息和/或任何其他与修改的答复相关的信息。在步骤416中，处理引擎112可以发送修改的答复至与服务请求相关联的请求方终端。收到修改的答复后，请求方终端可以呈现修改的答复。(如：通过呈现一个或多个图片、视频内容、音频内容等)。需要注意的是，上述描述仅是为了说明，并不构成对本申请范围的限制。对本领域相关普通术人员而言，在本披露的指导下可以进行各种变化和修改。然而，这些变化和修改并不背离本披露的范围。例如，一个或多个其他可选步骤(如：储存步骤)可以被添加至示例性流程/方法400中的任意位置。图5-a至图5-d是根据本申请的一些实施例所示的用于展示修改的服务请求的示例性用户介面500a、500b、500c和500d。每个用户介面可以通过一个或多个终端(如：提供方终端、请求方终端等)呈现。每个用户介面可以包括一个或多个用户介面元素(也称为“ui元素”)，用于呈现与修改的服务请求相关的信息(如：交通信息、天气信息、时间信息、位置信息等)。每个ui元素可以是和/或包括，例如，一个或多个按键、图标、复选框、信息框、文本区、数据区、搜索区等。例如，如图5-a所示，用户介面500a可以包括一条线502，用于呈现出发位置504与目的地506之间的一条推荐路线。在一些实施例中，出发位置504可以对应于服务提供方的位置。用户介面500a还可以包含一个或多个ui元素508，用于呈现与修改的服务请求相关的天气信息。天气信息可以包括即时信息和/或预报。ui元素508可以包括文本(如：“小雨”)、图形、图片和/或任何其他用于呈现天气信息的内容。用户介面500a还可以包括一个或多个ui元素510，用于呈现交通管制信息(如：“3|8”表示尾号为“3”或“8”的车辆在推荐路线上禁止通行)。进一步地，用户介面500a可以包括一个或多个与推荐路线相关联的提示512(如：限速提醒、红绿灯提醒等)。用户介面500a可以包括修改的服务请求的等级514。如图5-b所示，用户介面500b可以包括一条线516，用于呈现出发位置(未展示)与目的地518之间的一条推荐路线。用户介面500b可以包括一个或多个ui元素520，用于呈现交通堵塞信息。交通堵塞信息可能是由事故引起。ui元素520可以包括文本(如：“存在交通事故！”)、图形、图片和/或任何其他呈现交通堵塞信息的内容。用户介面500b还可以包括修改的服务请求的等级519及天气信息521。如图5-c所示，用户介面500c可以包括一条线522，用于呈现出发位置524与目的地(未展示)之间的一条推荐路线的一部分。用户介面500c可以包括一个或多个ui元素526，用于呈现交通障碍信息。交通障碍可以是一条河。ui元素526可以包括文本(如：“存在河流！”)、图形、图片和/或任何其他用于呈现交通障碍信息的内容。用户介面500c还可以包括修改的服务请求的等级523和天气信息525。如图5-d所示，用户介面500d可以包括一条线528，用于呈现出发位置(未展示)与目的地(未展示)之间的一条推荐路线的一部分。用户介面500d可以包括一个或多个ui元素530，用于呈现交通障碍信息。交通障碍可以是一座立交桥。ui元素530可以包括文本(如：“存在立交桥！”)、图形、图片和/或任何其他用于呈现交通障碍信息的内容。用户介面500d还可以包括修改的服务请求的等级527及天气信息529。上文已对基本概念做了描述，显然，对于本领域技术人员来说，上述详细披露仅仅作为示例，而并不构成对本申请的限定。虽然此处并没有明确说明，本领域技术人员可以对本申请进行各种修改、改进和修正。这类修改、改进和修正在本申请中被建议，所以所述类修改、改进、修正仍属于本申请示范实施例的精神和范围。同时，本申请使用了特定词语来描述本申请的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本申请至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一替代性实施例”并不一定是指同一实施例。此外，本申请的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。此外，本领域技术人员可以理解，本申请的各方面可以通过若干具有可以专利性的种类或情况进行说明和描述，包括任何新的和有用的工序、机器、产品或物质的组合，或对他们的任何新的和有用的改进。相应地，本申请的各个方面可以完全由硬件执行、可以完全由软件(包括固件、常驻软件、微码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可以被称为“数据块”、“模块”、“引擎”、“单元”、“组件”或“系统”。此外，本申请的各方面可以表现为位于一个或多个电脑可读媒体中的电脑产品，所述产品包括电脑可读编程编码。电脑可读信号介质可以包含内含有电脑编程编码的传播数据信号，例如在基带上或作为载波的一部分。所述传播信号可以有多种表现形式，包括电磁形式、光形式等等、或合适的组合形式。电脑可读信号介质可以是除电脑可读储存介质之外的任何电脑可读媒体，所述介质可以通过连接至指令执行系统、装置或装置以实现通信、传播或传输供使用的编程。位于电脑可读信号介质上的编程编码可以通过任何合适的介质进行传播，包括无线电、电缆、光纤缆线、rf、或类似介质、或任何上述介质的组合。本申请各部分操作所需的电脑编程编码可以用任意一种或多种编程设计语言编写，包括面向对象编程设计语言如java、scala、smalltalk、eiffel、jade、emerald、c++、c#、vb.net、python等，常规编程化编程设计语言如c编程设计语言、visualbasic、fortran2003、perl、cobol2002、php、abap，动态编程设计语言如python、ruby和groovy，或其他编程设计语言等。所述编程设计编码可以完全在用户电脑上运行、或作为独立的软件包在用户电脑上运行、或部分在用户电脑上运行部分在远程电脑运行、或完全在远程电脑或服务器上运行。在后种情况下，远程电脑可以通过任何网络形式与用户电脑连接，比如区域网络(lan)或广域网络(wan)，或连接至外部电脑(例如通过因特网)，或在云计算环境中，或作为服务使用如软件即服务(saas)。此外，除非权利要求中明确说明，本申请所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本申请流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例，但应当理解的是，所述类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本申请实施例实质和范围的修正和等价组合。例如，虽然以上所描述的系统组件可以通过硬件装置实现，但是也可以只通过软件的解决方案得以实现，如在现有的服务器或移动装置上安装所描述的系统。同理，应当注意的是，为了简化本申请披露的表述，从而帮助对一个或多个发明实施例的理解，前文对本申请实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本申请对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。当前第1页12