CN109716715A - 用于馈送流发送的系统和方法 - Google Patents

用于馈送流发送的系统和方法 Download PDF

Info

Publication number
CN109716715A
CN109716715A CN201880001117.8A CN201880001117A CN109716715A CN 109716715 A CN109716715 A CN 109716715A CN 201880001117 A CN201880001117 A CN 201880001117A CN 109716715 A CN109716715 A CN 109716715A
Authority
CN
China
Prior art keywords
user
user interface
transportation service
service
operational controls
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.)
Granted
Application number
CN201880001117.8A
Other languages
English (en)
Other versions
CN109716715B (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.)
Beijing Didi Infinity Technology and Development Co Ltd
Original Assignee
Beijing Didi Infinity Technology and Development 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 Beijing Didi Infinity Technology and Development Co Ltd filed Critical Beijing Didi Infinity Technology and Development Co Ltd
Publication of CN109716715A publication Critical patent/CN109716715A/zh
Application granted granted Critical
Publication of CN109716715B publication Critical patent/CN109716715B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/55—Push-based network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • 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/0241—Advertisements
    • G06Q30/0242—Determining effectiveness of advertisements
    • G06Q30/0244—Optimization
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0484—Interaction techniques based on graphical user interfaces [GUI] for the control of specific functions or operations, e.g. selecting or manipulating an object, an image or a displayed text element, setting a parameter value or selecting a range
    • G06F3/04847—Interaction techniques to control parameter settings, e.g. interaction with sliders or dials
    • 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
    • G06Q30/0202—Market predictions or forecasting for commercial activities
    • 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/0241—Advertisements
    • G06Q30/0242—Determining effectiveness of advertisements
    • G06Q30/0246—Traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/303—Terminal profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/535—Tracking the activity of the user

Abstract

一种用于发送馈送流的方法，包括通过所述网络接收将馈送流发送到用户界面的请求，所述用户界面是安装在终端设备中的应用程序的用户界面，其中所述请求与所述终端设备的一个或以上用户相关联，并且所述用户界面用于向所述一个或以上用户显示。该方法还包括确定要在所述用户界面中显示的至少一个操作控件，其中所述操作控件基于一个或以上用户的历史行为数据从一个或以上预先安排的控件中选择。该方法还包括通过所述网络将所述馈送流发送到所述终端设备，其中所述馈送流被配置为提示所述应用程序在所述应用程序的用户界面中显示所述操作控件。

Description

用于馈送流发送的系统和方法
相关申请的交叉引用
本申请要求于2017年6月29日提交的中国专利申请No.201710516124.9的优先权，其内容通过引用以其整体并入本文。
技术领域
本申请涉及通信技术，尤其涉及用于将馈送流发送到终端设备的用户界面。
背景技术
如今，线上到线下服务通常与移动应用程序相关联。例如，叫车应用程序通常安装在终端设备上，例如智能手机。用户可以通过他/她的智能手机上的叫车应用程序请求服务，并通过叫车应用程序直接与提供服务的司机通信，从而提高出行效率。
目前，应用程序(例如，叫车应用程序)可以用标准化信息和流程操作来运行。在某些情况下，当不同用户通过安装在其终端设备上的叫车应用程序请求相同服务时，可以显示相同的操作控件。这里，操作控件指的是用户界面中的操作控制，通过该操作控制，用户可以通过点击，标记或移动操作控件和/或将信息输入到操作控件中来完成期望的功能或服务。
以用户通过叫车应用支付服务费的操作为例，用户支付服务费后，在用户的终端设备上常规地显示评分控件，以便用户可以对司机提供的服务进行评分。然而，由于不同的用户具有不同的偏好或习惯，一些用户可能不希望看到叫车服务中的评分界面。因此，在某些情况下，标准化信息和流程操作可能对用户的整体体验产生负面影响。因此，希望提供控制到达用户终端的馈送流的系统和方法，所述系统和方法用于各种显示和改进的体验。
发明内容
在本申请的一个方面，可以提供用于发送馈送流的系统。该系统可以包括存储一组指令的至少一个存储介质、连接到网络的至少一个通信平台、以及被配置为与至少一个存储介质或至少一个通信平台通信的至少一个处理器。其中当执行所述指令时，所述至少一个处理器被引导以使系统通过网络接收向用户界面发送馈送流的请求，所述用户界面是安装在终端设备中的应用程序的用户界面。其中所述请求与所述终端设备的一个或以上用户相关联，并且所述用户界面用于向一个或以上用户显示；确定要在用户界面中显示的至少一个操作控件，其中所述操作控件基于一个或以上用户的历史行为数据从一个或以上预先安排的控件中选择；以及通过网络将所述馈送流发送到终端设备，其中所述馈送流被配置为提示应用程序在应用程序的用户界面中显示所述操作控件。
在一些实施例中，为了确定要在用户界面中显示的至少一个操作控件，指示至少一个处理器使系统处理历史行为数据以预测一个或以上用户的偏好，并根据预测的用户偏好选择至少一个操作控件。
在一些实施例中，为了确定要在用户界面中显示的至少一个操作控件，所述至少一个处理器被引导以使所述系统基于所述历史行为数据确定所述一个或以上用户查看用户界面中广告的频率；确定所述频率是否小于预设频率；以及响应于确定频率小于预设频率，选择除与广告相对应的控件以外的至少一个操作控件。
在一些实施例中，一个或以上用户包括服务提供者或服务请求者。
在一些实施例中，至少一个操作控件将服务请求者与通信平台以及服务提供者相关联。
在一些实施例中，为了确定要在用户界面中显示的至少一个操作控件，指示至少一个处理器使系统基于所述一个或以上用户的历史行为数据确定服务提供商的至少一个第一评分的数量，其中所述第一速率大于或等于预设分值；确定所述至少一个第一评分的数目是否大于或等于预设数量；以及响应于确定所述至少一个第一评分的数量大于或等于所述预设数量，选择除与所述服务提供者的等级相对应的控件以外的至少一个操作控件。
在一些实施例中，为了确定要在用户界面中显示的至少一个操作控件，指示所述至少一个处理器使系统：确定用户终端是否是预设类型的用户终端；并且响应于确定用户终端是预设类型的用户终端，基于预设类型确定要在用户界面中显示的一个或以上操作控件。
在一些实施例中，至少一个处理器还用于使系统获得终端设备的位置；确定在终端设备的预设范围内与用户界面相关联的第一运输服务的供需比；确定第一运输服务的供需比是否小于或等于预设的供需比；并且响应于第一运输服务的供需比小于或等于预设的供需比，确定要在用户界面显示的提示信息，其中提示信息包括第二运输服务、第二运输的供需比在终端设备的预设范围内的服务以及第二运输服务的响应时间。
在一些实施例中，第一运输服务和第二运输服务是叫车服务。
在一些实施例中，历史行为数据包括一个或以上用户的运输服务的选择。
在一些实施例中，为了确定要在用户界面中显示的提示信息，指示所述至少一个处理器使系统确定第一运输服务的类型；根据第一运输服务的类型和第一运输服务的供需比确定第二运输服务，其中第二运输服务的供需比大于第一运输服务的供需比；获取第二运输服务的信息，其中第二运输服务的信息包括第二运输服务的响应时间；并根据第二运输服务的信息确定要在用户界面显示的提示信息。
在本申请的另一方面，可以提供一种方法。该方法可以在具有至少一个处理器、至少一个通信平台和至少一个计算机可读存储介质的计算设备上实现。该方法包括通过网络接收将馈送流发送到用户界面的请求，所述用户界面是安装在终端设备中应用程序的用户界面。其中所述请求与所述终端设备的一个或以上用户相关联，并且所述用户界面用于向所述一个或以上用户显示；确定要在用户界面中显示的至少一个操作控件，其中操作控件基于一个或以上用户的历史行为数据从一个或以上预先安排的控件中选择；通过网络将馈送流发送到终端设备，其中馈送流被配置为提示应用程序在应用程序的用户界面中显示操作控件。
在本申请的另一方面，提供了一种存储指令的非暂时性介质。所述非暂时性介质可以包括一组指令。其中，当由至少一个处理器执行时，所述一组指令指示所述至少一个处理器实现一种方法。所述方法包括通过网络接收向用户界面发送馈送流的请求，所述用户界面是安装在终端设备中应用程序的用户界面。其中，所述请求与终端设备的一个或以上用户相关联，并且所述用户界面用于向一个或以上用户显示；确定在用户界面中显示的至少一个操作控件，其中，所述操作控件基于所述一个或以上用户的历史行为数据从一个或以上预先安排的控件中选择；以及通过网络向终端设备发送馈送流。其中，所述馈送流被配置为提示应用程序在应用程序的用户界面中显示操作控件。
本申请的一部分附加特性可以在下面的描述中进行说明。通过对以下描述和相应附图的检查或者对实施例的生产或操作的了解，本申请的一部分附加特性对于本领域技术人员是明显的。本申请的特征可以通过对以下描述的具体实施例的各种态样的方法、手段和组合的实践或使用得以实现和获得。
附图说明
本申请将结合示例性实施例进一步进行描述。参考附图可以详细描述所述示例性实施例。这些实施例是非限制性的示例性实施例，在图示多种视图下的实施例中，相似的编号表示相似的结构，并且其中：
图1A是根据本申请的一些实施例所示的示例性馈送流发送系统的示意图；
图1B是根据本申请的一些实施例所示的另一示例性馈送流发送系统的示意图；
图2是根据本申请的一些实施例所示的计算设备的示例性组件的示意图；
图3是根据本申请的一些实施例所示的示例性移动设备的示例性硬件和/或软件组件的框图；
图4是根据本申请的一些实施例所示的示例性处理引擎的框图；
图5是根据本申请的一些实施例所示的用于将馈送流发送到终端设备的示例性过程的流程图；
图6是根据本申请的一些实施例确定要在用户界面中显示的至少一个操作控件的过程的流程图；
图7是根据本申请的一些实施例所示的用于确定要在用户界面中显示的至少一个操作控件的过程的流程图；以及
图8是根据本申请的一些实施例所示的用于确定要在用户界面中显示的提示信息的过程的流程图。
具体实施方式
呈现以下描述以使本领域技术人员能够制作和使用本申请，并且是在特定应用及其要求的内容中提供描述。显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其它类似情景。因此，本申请不限于所示的实施例，而是符合与权利要求一致的最广泛范围。
本申请所使用的术语仅为了描述特定实施例，并不限制本申请的范围。如本申请和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。还应当理解，本申请中所使用的术语“包括”与“包含”仅提示已明确标识的特征、整体、步骤、操作、元件和/或部件，而不排除可以存在和添加其他一个或以上特征、整体、步骤、操作、元件、部件和/或其组合的情况。
所述系统和方法可用在其他环境中，例如其他的服务提供系统。根据以下对附图的描述，本申请所述和其他的特征、操作方法、相关组件的功能和经济的结构更加显而易见，这些都构成说明书的一部分。然而，应当理解，附图仅仅是为了说明和描述的目的，并不旨在限制本申请的范围。应当理解的是，附图并不是按比例的。
本申请中使用了流程图来说明根据本申请的实施例的系统所执行的操作。应当理解的是，流程图的操作不一定按照顺序来精确地执行。相反，可以按照倒序或者同时处理这些步骤。同时，也可以将一个或以上其他操作添加到这些流程图中，或者从这些流程图中移除某一步或数步操作。可以从流程图中清除一个或以上操作。
此外，尽管主要关于为运输服务分配服务请求而描述了本申请中公开的系统和方法，但是还应该理解，这仅是一个示例性实施例。本申请的系统或方法可以应用于任何其他类型的线上到线下服务。例如，本申请的系统或方法可以应用于不同环境的运输系统，包括陆地、海洋、航空航天等，或其任何组合。运输系统的车辆可包括出租车、私家车、挂车、公共汽车、火车、动车、高铁、地铁、船只、飞机、宇宙飞船、热气球、无人驾驶车辆等，或其任何组合。运输系统还可以包括用于管理和/或分配的任何运输系统，例如，用于发送和/或接收快递的系统。本申请的系统或方法的应用可以包括网页、浏览器的插件、终端设备、定制系统、内部分析系统、人工智能机器人等，或其任意组合。
本申请中的术语“乘客”、“请求方”、“请求者”、“服务请求方”、“服务请求者”和“客户”可互换地用于指可请求或订购服务的个人、实体或工具。此外，本申请中的术语“司机”、“提供者”、“服务提供者”和“供应商”可互换地用于指可提供服务或便于提供服务的个人、实体或工具。本申请中的术语“用户”可以指请求服务、订购服务、提供服务或便于提供服务的个人、实体或工具。在本申请中，术语“请求方”和“请求方终端”可以互换使用，术语“提供者”和“提供者终端”可以互换使用。
本申请中的术语“请求”、“服务”、“服务请求”和“订单”可互换地用于指可由乘客、请求者、服务请求者、客户、驾驶员、提供者、服务提供者、供应商等发起的请求，或其任意组合。服务请求可以被乘客、请求方、服务请求者、顾客、司机、提供者、服务提供者或提供者中的任何一个接受。服务请求可能是收费的或免费的。
应该注意的是，从线上到线下的服务，如包括打车组合服务在内的在线打车，是一种仅植根于后互联网时代的新型服务形式。它为用户和服务提供者提供技术解决方案，这些解决方案只能在后互联网时代引发。在前互联网时代，当乘客在街道上叫出租车时，出租车请求和接受仅在乘客和看到乘客的一辆出租车司机之间发生。如果乘客通过电话呼叫出租车，则服务请求和接受可能仅在乘客和一个服务提供者(例如，一个出租车公司或代理商)之间发生。然而，在线出租车允许服务的用户实时地并且自动地将服务请求分发给远离用户的大量个人服务提供者(例如，出租车)。它还允许多个服务提供者同时并实时响应服务请求。因此，通过因特网，在线按需运输系统可以为在传统的前互联网运输服务系统中可能永远不会遇到的用户和服务提供者提供更有效的交易平台。
在一方面，本申请涉及用于馈送流发送的系统和方法。系统可以基于关于用户界面的一个或以上用户的行为数据，从预先安排的操作控件中选择至少一个操作控件在用户界面中显示。系统可以将包括所选择的操作控件的馈送流发送到终端设备以供显示。
图1A是根据本申请的一些实施例所示的示例性馈送流发送系统的示意图。仅作为示例，馈送流发送系统100可以促使叫车服务中的馈送流发送。如图1A所示，馈送流发送系统100可以包括终端设备101和服务器102。终端设备101可以是例如安装了叫车应用程序的移动设备。终端设备101可以通过网络(例如因特网)从服务器102请求与叫车应用有关的数据。服务器102可以通过因特网将包括所需数据的馈送流发送到终端设备101上的叫车应用。
在一些实施例中，当终端设备101的用户打开叫车应用程序时，终端设备101可以将与车辆应用程序的接口相关联的馈送流的请求发送到服务器102。终端设备101可以从服务器102接收包括用于生成要在用户界面中显示的操作控件的数据的馈送流。因此，终端设备101可以基于所获得的数据生成操作控件，并且在叫车应用的用户界面中显示操作控件。如这里所使用的，操作控件指的是在叫车应用的用户界面中的操作控制，通过该操作控制可以实现与叫车应用相关的各种类型的功能或服务。例如，用户可以通过支付控件支付他/她的账单。在一些实施例中，用户可通过点击或移动操作控件和/或通过操作控件输入信息来完成所需的功能或服务。在某种程度上，操作控件可以将服务请求者(在叫车服务中也称为“用户”)与服务提供者(在叫车服务中也称为“司机”)和通信相关联。平台或通信平台的服务器。示例性操作控件可以包括支付控件、广告控件、评分控件、服务请求控件等。在一些实施例中，叫车应用的用户界面可以包括一个以上的操作控件。例如，支付界面可以包括用于支付服务费的支付控件和用于评定服务提供者的服务的评分控件。
在一些实施例中，叫车应用程序可以用标准化信息和处理操作来运行。在这种情况下，当不同用户通过安装在其终端设备上的叫车应用程序请求相同服务时，可以显示相同的操作控件。
以与服务相关的应用程序的支付界面为例，每当终端设备向服务器102发送获取与支付界面相关的馈送流的请求时，服务器102可以发送包括用于生成支付控件和评分控件的数据的馈送流。终端设备可以基于所接收的数据生成要在支付界面中显示的支付控件和评分控件。以这种方式，用户可以通过支付控件支付他/她的账单，并通过评分控件对服务进行评分。然而，由于叫车应用程序的用户可能具有不同的习惯或偏好(例如，一些用户可能不喜欢经由评分控件对服务进行评分)，因此使用标准化信息和处理操作的叫车应用程序可能对用户体验具有负面影响。
在一些实施例中，可以基于一个或以上用户的行为数据生成与叫车应用的接口相关联的馈送流，使不同用户的终端设备可以显示包括个性化操作控件的接口。因此，发送与本申请中公开的叫车应用相关的馈送流的系统和方法旨在解决在叫车服务中存在的现实问题。
在一些实施例中，服务器102可以是通信平台的一部分(图中未示出)。通信平台可以被配置为提供在线服务，诸如线上到线下服务(例如，出租车服务、拼车服务、食品配送服务、聚会组织服务、快递服务等)、无人驾驶服务基于地图的服务(例如，路线规划服务)等。通信平台可以生成馈送流，例如，基于从用户的终端设备接收的数据和/或信息生成馈送流，并将生成的馈送流发送到终端设备。
下面的技术方案将通过具体的实施例详细描述。以下具体实施例可以彼此组合，并且在一些实施例中不重复相同或相似的概念或过程。
图1B是根据本申请的一些实施例所示的另一示例性馈送流发送系统的示意图。例如，馈送流发送系统100可以促使服务提供者和服务请求者之间的馈送流在各种类型的服务中的发送，例如购物服务、叫车服务、司机服务、递送服务、拼车服务、公共汽车服务、外卖服务。为简洁起见，本申请中描述的方法和/或系统可以采用一种叫车服务的形式。应当注意，仅为了说明的目的而提供了叫车服务，并且不旨在限制本申请的范围。对于本领域普通技术人员而言，本申请中描述的方法和/或系统可以应用于其他类似情况，例如外卖服务、递送服务等。
馈送流发送系统100可以包括服务器110、网络120、请求者终端130、提供者终端140、存储设备150和定位设备160。服务器110可以包括处理引擎112。
在一些实施例中，服务器110可以是单个服务器或服务器组。服务器组可以是集中的或分布式的(例如，服务器110可以是分布式系统)。在一些实施例中，服务器110可以是本地的或远程的。例如，服务器110可以经由网络120访问存储在请求者终端130，提供者终端140和/或存储设备150中的信息和/或数据。作为另一示例，服务器110可以直接连接到请求者终端130，提供者终端140和/或存储设备150以访问存储的信息和/或数据。在一些实施例中，服务器110可以在云平台上执行。仅作为示例，云平台可以包括私有云、公共云、混合云、社区云、分布式云、云间云、多云等，或其任何组合。在一些实施例中，服务器110可以在具有本公开中图2所示的一个或以上组件的计算设备200上实现。
在一些实施例中，服务器110包括处理引擎112。处理引擎112可以处理与馈送流发送有关的信息和/或数据。例如，处理引擎112可以通过处理与用户界面相关联的一个或以上用户的行为数据来确定要在用户界面中显示的至少一个操作控件。在一些实施例中，处理引擎112可包括一个或以上处理引擎(例如，单核处理引擎或多核处理器)。仅仅作为示例，处理引擎112可以包括一个或以上硬件处理器，例如中央处理单元(CentralProcessing Unit，CPU)、特定应用集成电路(Application-Specific IntegratedCircuit，ASIC)、特定应用指令集处理器(Application-Specific Instruction-SetProcessor，ASIP)、图像处理单元(Graphics Processing Unit，GPU)、物理运算处理单元(Physics Processing Unit，PPU)、数字信号处理器(Digital Signal Processor，DSP)、现场可程序门阵列(Field-Programmable Gate Array，FPGA)、可程序逻辑装置(Programmable Logic Device，PLD)、控制器、微控制器单元、精简指令集计算机(ReducedInstruction-Set Computer，RISC)、微处理器等或上述举例的任意组合。
网络120可以促使信息和/或数据的交换。在一些实施例中，馈送流发送系统100中的一个或以上组件(例如，服务器110、请求者终端130、提供者终端140、存储设备150和定位设备160)可以经由网络120向馈送流发送系统100中的其他组件发送信息和/或数据。例如，服务器110可以经由网络120从请求者终端130获得/获取用于向用户界面发送馈送流的请求。在一些实施例中，网络120可以是任何类型的有线或无线网络，或其组合。仅仅作为示例，网络120可以包括电缆网络、有线网络、光纤网络、远程通信网路、内部网络、因特网、局域网络(LAN)、广域网(WAN)、无线局域网络(WLAN)、城域网络(MAN)、公共交换电话网络(PSTN)、蓝牙网络、ZigBee网络、近场通讯(NFC)网络等或上述举例的任意组合。在一些实施例中，网络120可以包括一个或以上网络接入点。例如，网络120可以包括有线或无线网络接入点，例如基站和/或因特网交换点120-1、120-2、…，通过这些接入点，馈送流传输系统100的一个或以上组件可以连接到网络120以交换数据和/或信息。
在一些实施例中，请求者可以是请求者终端130的用户。在一些实施例中，提供者可以是提供者终端140的用户。在一些实施例中，“请求者”和“请求者终端”可以互换使用，“提供者”和“提供者终端”可以互换使用。
在一些实施例中，请求者终端130可以包括行动装置130-1、平板计算机130-2、膝上型计算机130-3、在机动车辆中的内置设备130-4或类似物或其任意组合。在一些实施例中，行动装置130-1可以包括智能家居装置、可穿戴装置、行动装置、虚拟现实装置、增强现实装置等或上述举例的任意组合。在一些实施例中，智能家居设备可以包括智能照明设备、智能电器的控制设备、智能监控设备、智能电视、智能摄像机、对讲机等，或其任意组合。在一些实施例中，可穿戴装置可以包括手环、鞋袜、眼镜、头盔、手表、衣物、背包、智慧配饰等或上述举例的任意组合。在一些实施例中，行动装置可以包括移动电话、个人数字助理、游戏设备、导航装置、POS机、膝上型计算机、台式计算机等或上述举例的任意组合。在一些实施例中，虚拟现实设备和/或增强现实设备可以包括虚拟现实头盔、虚拟现实眼镜、虚拟现实补丁、增强现实头盔、增强现实眼镜、增强现实补丁等或其任意组合。例如，虚拟现实设备和/或增强现实设备可以包括Google GlassTM、RiftConTM、FragmentsTM、Gear VRTM等。在一些实施例中，机动车辆130-4中的内置设备可以是在一些实施例中，请求者终端130可以是具有定位技术的设备，用于定位请求者终端130(例如，服务请求者)的用户的位置和/或请求者终端130。
在一些实施例中，提供者终端140可以是与请求者终端130类似或相同的设备。在一些实施例中，提供者终端140可以是利用定位技术来定位提供者终端140和/或提供者终端140的用户(例如，服务提供者)的位置的设备。在一些实施例中，请求者终端130和/或提供者终端140可以与一个或以上其他定位设备通信，以确定请求者、请求者终端130、提供者和/或提供者终端140的位置。在一些实施例中，请求者终端130和/或提供者终端140可以将定位信息发送到服务器110。
存储设备150可以储存数据和/或指令。在一些实施例中，存储设备150可以存储从请求者终端130和/或提供者终端140获得的数据。在一些实施例中，存储设备150可以存储服务器110执行或使用的数据和/或指令，以执行本申请中描述的示例性方法。在一些实施例中，存储设备150可以包括大容量存储器、可移动存储器、易失性读写存储器、只读存储器(Read-Only Memory，ROM)等或其任意组合。示例性大容量存储器可以包括磁盘、光盘、固态驱动器等。示例性可移动存储器可以包括闪光驱动器、软盘、光盘、存储卡、压缩盘、磁带等。示例性易失性读写存储器可以包括随机读取存储器(Random Access Memory，RAM)。示例性RAM可以包括动态RAM(Dynamic RAM，DRAM)、双日期速率同步动态RAM(Double Date RateSynchronous Dynamic RAM，DDR SDRAM)、静态RAM(Static RAM，SRAM)、半导体闸流管RAM(Thyrisor RAM，T-RAM)和零电容器RAM(Zero-Capacitor RAM，Z-RAM)等。示例性ROM可以包括掩模ROM(Mask ROM，MROM)、可编程ROM(Programmable ROM，PROM)、可擦除可编程ROM(Erasable Programmable ROM，EPROM)、电可擦除可编程ROM(Electrically-ErasableProgrammable ROM，EEPROM)、光盘ROM(Compact Disk ROM，CD-ROM)和数字通用盘ROM等。在一些实施例中，存储设备150可以在云平台上实现。仅作为示例，所述云平台可以包括私有云、公共云、混合云、社区云、分布云、跨云、多云等或上述举例的任意组合。
在一些实施例中，所述存储器设备150可以连接到所述网路120，以与所述馈送流发送系统100在一个或以上组件(例如，服务器110、请求者终端130、提供者终端140等)进行通信。馈送流发送系统100中的一个或以上组件可以经由网络120访问存储设备150中存储的数据或指令。在一些实施例中，所述存储器设备150可以直接地连接所述网络，以与所述馈送流发送系统100在一个或以上组件(例如，服务器110、请求者终端130、提供者终端140等)进行通信。在一些实施例中，馈送流发送系统100中的一个或以上组件(例如，服务器110，请求者终端130，提供者终端140等)可以具有访问存储设备150的许可。在一些实施例中，存储设备150可以是服务器110的一部分。
定位设备160可以确定与对象相关联的信息，例如，请求者终端130、提供者终端140等。例如，定位设备160可以确定请求者终端130的位置。在一些实施例中，定位设备160可以是全球定位系统(Global Positioning System，GPS)、全球导航卫星系统(globalNavigation Satellite System，GLONASS)、罗盘导航系统(Compass Navigation System，COMPASS)、北斗导航卫星系统、伽利略定位系统、准天顶卫星系统(Quasi-ZenithSatellite System，QZSS)等。该信息可以包括物体的位置、高度、速度或加速度或当前时间。该位置可以是坐标的形式，例如纬度坐标和经度坐标等。定位装置160可以传达与一个或以上卫星，例如卫星160-1、卫星160-2和卫星160-3。卫星160-1至160-3可以独立地或共同地确定上述信息。卫星定位装置160可以通过无线连接将上述信息发送至网络120、请求方终端130或提供方终端140。
在一些实施例中，可以通过服务请求启动馈送流发送系统100中的一个或以上组件的信息交换。服务请求的对象可以为任何产品。在一些实施例中，该产品可以是有形产品或无形产品。有形产品可以包括食品、医药、商品、化学产品、电器、衣物、小汽车、房屋、奢侈品等或上述举例的任意组合。无形产品可以包括服务产品、金融产品、知识产品、因特网产品等或其任意组合。因特网产品可以包括个人主机产品、web产品、行动上网产品、商用主机产品、嵌式产品等或其任意组合。移动因特网产品可以用于行动终端的软件、程序、系统等中的一种，或类似或其任意组合。行动终端可以包括平板计算机、膝上型计算机、行动手机、掌上计算机(PDA)、智能手表、POS机、车载计算机、车载电视、可穿戴装置等或上述举例的任意组合。例如，产品可以是在计算机或移动电话上使用的任一软件和/或应用。软件和/或应用可以与社交、购物、运输、娱乐、学习、投资等或其任意组合相关。在一些实施例中，与运输有关的软件和/或应用程序可以包括旅行软件和/或应用程序，车辆调度软件和/或应用程序，映射软件和/或应用程序等。在车辆调度软件和/或应用中，车辆可以包括马、马车、人力车(例如独轮车、自行车、三轮车等)，汽车(例如出租车、公共汽车、私家车等)，火车、地铁、轮船、飞机(如飞机、直升机、航天飞机、火箭、热气球等)，或其任意组合。
图2是根据本申请的一些实施例所示的计算设备的示例性组件的示意图。服务器110、请求者终端130、提供者终端140和/或存储设备150可以根据本申请的一些实施例在计算设备200上执行。本实施例中的特定系统利用功能框图解释了一个包含用户界面的硬件平台。这种计算机可以是一个通用的计算机，也可以是具有特定功能的计算机。两种类型的计算机可以被配置用于实现根据本申请的一些实施例的任何特定系统。计算设备200可以被配置用于实现执行本申请中公开的一个或以上功能的任何组件。例如，计算设备200可以实现如本文所述馈送流发送系统100的任何部分。在图1和图2中，为方便起见，只绘制了一台计算设备。本申请中的一个普通技术人员在编写该应程序时会理解，与所述请求服务相关的计算机功能可以在多个类似的平台上以分布式方式实现，以分散处理负荷。
例如，计算设备200可以包括与网络连接的COM端口250，以实现数据通讯。计算设备200还可以包括处理器(例如，处理器220)，其形式为一个或以上处理器(例如，逻辑电路)，用于执行程序指令。例如，处理器包括其中的接口电路和处理电路。接口电路被配置为从总线210接收电子信号，其中电子信号对用于处理电路处理的结构数据和/或指令进行编码。处理电路可以进行逻辑计算，然后将结论、结果和/或指令编码确定为电子信号。然后，接口电路可以经由总线210从处理电路发出电子信号。
所述示例性计算设备可以包括内部通信总线210、不同形式的程序存储器和数据存储器，所述存储器包括，例如光盘270和只读存储器(ROM)230，或随机访问存储器(RAM)240，用于由所述计算设备处理和/或传输各种数据文件。示例性计算设备还可以包括存储在ROM 230、RAM 240和/或由处理器220执行的其他类型的非暂时性存储介质中的程序指令。本申请公开的方法和/或流程可以以程序指令的方式来实现。计算设备200还包括I/O组件260，支持计算机和其他组件之间的输入/输出。计算设备200还可以经由网络通信接收编程和数据。
仅为了说明，图2中仅图解了一个处理器及/或处理器。也考虑多个CPUs和/或处理器；因此本发明中所描述的由一个CPU和/或处理器执行的操作和/或方法步骤也可以由多个CPU和/或处理器共同地或独立地执行。例如，在本申请中，如果计算设备200的中央处理单元和/或处理器执行步骤A和步骤B，应当理解的是步骤A和步骤B可以由计算设备200的两个不同的中央处理单元和/或处理器共同或分别执行(例如，第一处理器执行步骤A，第二处理器执行步骤B，或者第一处理器和第二处理器共同执行步骤A和B)。
图3是根据本申请的一些实施例所示的示例性移动设备的示例性硬件和/或软件的部件的框图。请求者终端130可以根据本申请的一些实施例在移动设备300上执行。如图3所示，所述移动设备300可以包括通信模块310、显示器320、图形处理器(GPU)330、中央处理器(CPU)340、输入/输出接口350、内存360、存储器390。CPU340可以包括类似于处理器210的接口电路和流程电路。在一些实施例中，任何其他合适的组件，包括但不限于系统总线或控制器(未示)，也可被包括于移动装置300内。在一些实施例中，移动操作系统370(例如，iOSTM、AndroidTM、Windows PhoneTM)和一个或以上应用程序380可以从存储器390加载到内存360中，以便由CPU340执行。应用程序380可以包括浏览器或任何其他合适的移动应用程序,传递轨迹数据给服务器110。用户与信息流的交互可以通过I/O设备350实现，并通过网络120提供给处理引擎112和/或系统100的其他部分。
为了实现各种模块、单元及其上述功能，可以将计算机硬件工作台用作一个或以上元件(例如，图1中描述的服务器110的部件)的硬件工作台。这类计算机的硬件元素、操作系统，和程序语言在自然界中是常见的，可以假定本领域技术人员对这些技术都足够熟悉，能够利用这里描述的技术提供交通信号灯所需要的信息。具有用户界面的计算机可以用作个人计算机(PC)，或其他类型的工作站或终端设备。经过正确编程后，可以将带有用户界面的计算机用作服务器。可以认为本领域技术人员也可以熟悉这种类型的计算机设备的这种结构，程序或一般操作。因此，附图中没有描述额外的解释。
图4是根据本申请的一些实施例所示的示例性处理引擎的框图。如图4所示，用于发送叫车应用的一个或以上操作控件的馈送流的处理引擎可以通过软件、硬件或两者的组合实现为服务器的一部分。处理引擎112可以包括获取模块410、处理模块420和数据发送模块430。
获取模块410可以接收由安装了叫车应用的终端设备发送的请求。在一些实施例中，该请求可用于指示服务器102将馈送流发送到叫车应用的用户界面。
处理模块420可以确定要在用户界面中显示的至少一个操作控件。在一些实施例中，可以基于一个或以上用户的历史行为数据从一个或以上预先安排的控件中选择操作控件。预先安排的控件可以包括支付控件、广告控件、评分控件、服务请求控件等。在一些实施例中，处理模块420可以在服务器102接收到终端设备发送的请求之后确定要在用户界面中显示的至少一个操作控件。
数据发送模块430可以将馈送流发送到终端设备，所述馈送流包括生成至少一个操作控件的数据。
在一些实施例中，处理模块420可以在用户打开支付界面时基于一个或以上用户的历史行为数据来确定服务提供者的至少一个第一评分的值。如果第一评分的值大于预设数量，则可以指示由服务提供者提供的服务是令人满意的(即，提供不满意服务的服务提供者的概率可以忽略不计)。在这种情况下，服务器102可以选择除对应于服务提供者的评分的操作控件(例如，评分控件)以外的至少一个操作控件，以减少不必要的操作控件。
在一些实施例中，用于支付服务费用的终端设备可以分为第一类型和第二类型。第一类型的终端设备可以对应于用于在支付服务费用时对服务进行评分的用户，而第二类型的终端设备可以对应于在他们支付服务费用时很少对服务评分的用户。
在一些实施例中，如果处理模块420确定发送请求的终端设备是第一类终端设备且第一评分大于预设分值，则处理模块420可以显示在支付界面中显示除评分控件外的至少一个操作控件。如果处理模块420确定发送请求的终端设备是第二类型的终端设备，并且第一评分大于预设分值，则处理模块420可以选择至少一个操作控件，包括要在支付界面中显示的评分控件。
在一些实施例中，处理模块420可以基于用户关于用户界面的行为数据来确定用户在用户界面中查看广告的频率。如果用户观看广告的频率小于预设阈值，则处理模块420可以发送包括用于生成与广告的一部分和其他操作控件(例如，支付控件)相对应的操作控件的数据的馈送流。
在一些实施例中，至少一个操作控件可以包括用户可以在用户界面中操作多于预设阈值的次数的控件。
在一些实施例中，处理模块420可以在终端设备位置的预设距离范围内确定与用户界面相关联的第一运输服务的供需比。当第一运输服务的供需比小于或等于预设阈值(例如，预设的供需比)时，处理模块420可以确定要在服务请求界面中显示的提示信息。
在一些实施例中，第一运输服务可以对应于终端设备的用户界面。在一些实施例中，提示信息可以与第二运输服务相关联。第二运输服务可以包括，例如拼车服务、出租车服务、司机服务、递送服务、公共汽车服务等。在一些实施例中，第二运输服务的供需比大于第一运输服务的供需比。在一些实施例中，第二运输服务可以与第一运输服务不同。
仅举例来说，提示信息包括第二运输服务的响应信息。在一些实施例中，第二运输服务的响应信息还可以包括第二运输服务的响应时间和第二运输服务的名称。
在一些实施例中，数据发送模块430可以将包括用于生成至少一个操作控件的数据的馈送流发送到终端设备。
在一些实施例中，处理模块420可以基于用户的行为数据确定用户接受的运输服务的类型。在一些实施例中，处理模块420可以将符合用户接受的运输服务类型并且在终端设备所处的预设距离范围内具有比第一运输服务更高的供需比的运输服务指定为第二运输服务。处理模块420可以生成包括第二运输服务的响应信息的提示信息。在一些实施例中，服务器可以指定具有最高供需比的运输服务作为第二运输服务。
图4所示的模块可以通过有线连接或无线连接彼此连接或通信。有线连接可以包括金属线缆、光缆、混合线缆等，或其组合。无线连接可包括局域网络(Local AreaNetwork，LAN)、广域网路(Wide Area Network，WAN)、蓝牙、ZigBee、近场通讯(Near FieldCommunication，NFC)或类似物，或其任意组合。两个或更多模块可以组合成单个模块，并且任何一个模块可以分成两个或更多单元。
图5是根据本申请的一些实施例所示的用于将馈送流发送到终端设备的示例性过程的流程图。过程500的执行主体可以是用于发送与叫车应用相关联的馈送流的设备、包含用于发送馈送流的设备的服务器102、或者服务器102的处理引擎112。仅仅为了说明的目的，下面的实施例(例如，过程500到800)与服务器102结合描述，服务器102包括用于发送与叫车应用相关联的馈送流的设备。本实施例涉及一种特定过程，其中服务器102可以在服务器102接收到用户界面之后，基于获得的关于用户界面的用户行为数据，将与叫车应用的用户界面相关联的馈送流发送到用户的终端设备。请求将馈送流发送到安装在终端设备上的叫车应用程序。
在510中，服务器102可以接收由安装了叫车应用程序的终端设备发送的请求。该请求可用于指示服务器102通过网络将馈送流发送到叫车应用的用户界面。
在一些实施例中，在终端设备的用户打开呼叫应用的界面之后，终端设备可以向服务器发送请求，以便指示服务器102将馈送流发送到呼叫应用的用户界面。
在520中，服务器102可以确定要在用户界面中显示的至少一个操作控件。在一些实施例中，可以基于一个或以上用户的历史行为数据从一个或以上预先安排的控件中选择操作控件。预先安排的控件可以包括支付控件、广告控件、评分控件、服务请求控件等。在一些实施例中，叫车应用的用户界面可包括一个或以上操作控件。例如，支付界面可以包括用于支付服务费的支付控件和用于评定服务提供者的服务的评分控件。
在一些实施例中，服务器102可以在服务器102接收到终端设备发送的请求之后确定要在用户界面中显示的至少一个操作控件，使待显示的至少一个操作控件可以满足用户的要求，可能不会影响叫车应用程序的正常使用。这样，可以达到在不同终端设备上显示不同操作控件的目的。
在一些实施例中，这里使用的行为数据可以指代终端设备的用户的历史行为数据。在一些实施例中，用户行为数据可以包括与车辆应用的用户界面相关联的其他用户的行为数据。例如，当用户经由安装在他/她的移动电话上的叫车应用的用户界面请求服务时，服务器102可以获得用户和响应服务请求的司机的行为数据。
仅作为示例，行为数据可以包括运输服务的选择、不同类型的运输服务的评分、历史行驶时间段、与叫车应用的用户界面中的一个或以上操作控件的交互(例如点击或输入)等，或其组合。在一些实施例中，用户的行为数据可以反映用户的有意识状态。例如，用户通过将数字(例如，4.5)输入到叫车应用的评分控件中来对叫车服务评分的行为数据可以反映对叫车服务的满意度。在一些实施例中，行为数据还可以反映用户的无意识状态(例如，偏好或习惯)。例如，用户选择某种运输服务(例如，快递服务、拼车服务、优质服务等)的行为数据可以反映用户的某些无意识状态。在一些实施例中，可以通过分析用户的历史行为数据来确定用户的偏好或习惯。
在一些实施例中，行为数据可以涉及用户界面。例如，当用户通过支付界面支付账单时，服务器102可以基于诸如用户的历史订单之类的行为数据从一个或以上预先安排的控件中选择操作控件。下面将公开用于确定要在用户界面中显示的至少一个操作控件的过程的详细描述。
在530中，服务器102可以将包括至少一个操作控件的馈送流发送到终端设备。
在一些实施例中，服务器102可以基于其获得的与用户界面相关联的一个或以上用户的行为数据确定要在用户界面中显示的至少一个操作控件之后，将包括至少一个操作控件的馈送流发送到终端设备，使终端设备可以生成至少一个操作控件，并且基于馈送流中的数据在用户界面中显示至少一个操作控件。在一些实施例中，馈送流可以被配置为提示应用程序在应用程序的用户界面中显示所确定的操作控件。
在一些实施例中，馈送流可以包括用于所确定的操作控件的标识符。在终端设备接收到馈送流(从而接收标识符)之后，终端设备可以识别所确定的操作控件，并在界面中显示操作控件。
此外，在上述实施例的基础上，以下实施例涉及一种过程，其中服务器102通过处理获得的关于用户界面的行为数据来确定要在用户界面中显示的至少一个操作控件。
在一些实施例中，服务器102可以在预设的持续时间(例如，上周、上个月等)中获得关于用户界面的行为数据。在一些实施例中，行为数据可以从存储设备(例如，存储设备150)或一个或以上用户的终端设备获得。服务器102可以基于关于用户界面的行为数据来确定用户可以在用户界面中操作的一个或以上操作控件。在一些实施例中，服务器102可以从一个或以上预先安排的控件中选择终端设备的用户频繁使用的操作控件(例如，使用频率大于预设阈值)。服务器102可以将所选择的操作控件确定为要在用户界面中显示的至少一个操作控件。在一些实施例中，可以根据预设的持续时间来确定预设的阈值。
仅作为示例，用户A可以经由他/她的终端设备向服务器102发送对叫车应用程序的支付界面的馈送流的请求。服务器102可通过分析用户A在预设持续时间(例如，过去两周)内关于支付接口的行为数据，来确定用户A可在用户接口中频繁使用的一个或以上操作控件(例如，使用频率大于预设阈值)。
如果确定用户A对评分控件或广告控件不感兴趣，则服务器102可以选择除了，例如评分控件和广告控件等其他操作控件，从预先设置的操作控件中选择支付服务费所需的一个或以上操作控件，并且将包括所选择的一个或以上操作控件的馈送流发送到用户界面中以供显示。
在一些实施例中，服务器102可以基于用户A关于预设持续时间内的支付界面的行为数据来确定用户A的兴趣或偏好。例如，如果用户A既不使用评分控件也不点击叫车应用的用户界面中的广告，则服务器102可以确定用户A可能不需要除支付控件之外的支付界面中的其他内容。
因此，服务器102可以向用户A的终端设备发送包括支付服务费用所需的操作控件的馈送流，使用户A可以与他/她在叫车应用的界面中频繁使用的操作控件交互，从而改善用户A的用户体验。
图6是根据本申请的一些实施例所示的用于确定要在用户界面中显示的至少一个操作控件的过程的流程图。在一些实施例中，过程600可以在馈送流发送系统100中实现。例如，过程600可以作为指令的形式存储在存储设备150和/或存储器(例如，ROM 230)中，并且由服务器110(例如，服务器110中的处理引擎112或服务器110中的处理引擎112的处理器)调用和/或执行。
在610中，服务器102可以基于一个或以上用户的历史行为数据来确定服务提供者的至少一个第一评分的值。在一些实施例中，至少一个第一评分可以高于或等于预设阈值(例如，预设分值)。第一评分可以是特定值，例如，3.5、4.5等。较高费率可以指示服务提供者(在汽车服务中也称为“司机”)提供具有更高品质的服务。在一些实施例中，每个用户可以对由司机提供的服务进行评分，其可以被记录为关于司机的历史行为数据。
在一些实施例中，终端设备可以在用户到达他/她的目的地之后向服务器发送用于获得支付界面的馈送流的请求，并且想要将叫车服务费支付给提供叫车服务的司机。
在一些实施例中，服务器102可以在服务器102接收到来自用户的请求之后基于关于司机的历史行为数据在预设时间段内获得司机的费率。关于司机的历史行为数据可以包括司机在预设时间段内(例如，最后两个月，上周等)提供的服务费率。在一些实施例中，可以从不同用户的终端设备获得由司机提供的服务的评分。在一些实施例中，服务器102可以基于由司机提供的服务的评分来获得大于或等于第一预设评分的至少一个第一评分的值。
服务器102可以基于第一预设评分来评估由司机r提供的服务的质量。根据馈送流发送系统100的默认设置，第一预设评分可以由用户(例如，技术人员)设置。在一些实施例中，可以基于用户的要求来设置第一预设评分。如果来自用户的评分大于或等于预设分值，则可以指示为用户提供的服务是令人满意的。如果来自用户的分值小于预设分值，则可以指示为用户提供的服务不满意。
在620中，服务器102可以选择除与服务提供者的评分相对应的操作控件以外的至少一个操作控件。
在一些实施例中，服务器102可以在服务器获得至少一个第一评分之后的预设时间段内计算至少一个第一评分中的每一个的值。服务器可以将至少一个第一评分中的每一个的值与预设值进行比较。如果第一评分的值大于预设值，则可以指示由服务提供者提供的服务是令人满意的(即，提供不满意服务的服务提供者的概率可以忽略不计)。在这种情况下，服务器102可以选择除对应于服务提供者的评分的操作控件(例如，评分控件)以外的至少一个操作控件，以减少不必要的操作控件。
仅作为示例，如果在预设持续时间(例如，过去三个月)内的至少一个第一评分(例如，4.9或5.0)的值大于预设值(例如，3000)，则可以确定司机提供的服务是令人满意的。在这种情况下，服务器102可以选择除在叫车应用的支付界面中显示的评分控件以外的至少一个操作控件，并且将包括所选择的操作控件的馈送流发送到服务请求者的终端设备。以这种方式，终端设备可以在支付界面中显示支付控件。用户可以在支付界面中支付服务费而不对服务提供者提供的服务进行评分，从而减少用户不必要的操作。
在一些实施例中，服务器102还可以通过确定服务请求者是否具有对服务提供者提供的服务进行评分的习惯或偏好来将服务请求者的终端设备分类为第一类型和第二类型。第一类型的终端设备可以对应于用于在支付服务费用时对服务进行评分的用户，而第二类型的终端设备可以对应于在他们支付服务费用时很少对服务评分的用户。
在一些实施例中，如果至少一个第一评分的值大于预设值，则服务器102可以确定发送到服务器102的馈送流的请求的终端设备是否是第一类型的终端设备。如果服务器102确定发送请求的终端设备是第一类型的终端设备，则服务器102可以选择除要在支付界面中显示的评分控件以外的至少一个操作控件。换句话说，终端设备可以在支付界面而不是评分控件中显示支付控件，使用户可以简单地在支付界面中支付服务费而不对服务提供者提供的服务进行评分，从而减少用户不必要的操作。
相应地，如果服务器102确定发送请求的终端设备是第二类型的终端设备，则服务器102可以选择包括要在支付界面中显示的评分控件的至少一个操作控件。这样，终端设备可以在支付界面中显示支付控件以及评分控件，使用户可以在他/她支付服务费之后，在支付界面中对服务提供者提供的服务评分服务费。
在一些实施例中，服务器102将终端设备分类为第一类型和第二类型的方式不受限制。仅出于说明的目的，如果预设值是M，则服务器102可以将用户在一个时间段内通过其支付服务费的前M个终端设备分类为第一类型，并且将该时间段内的剩余终端设备分类为第二类型。在一些实施例中，服务器102可以选择用户通过其随机地在一段时间内支付服务费用的M个终端设备，并将所选择的前M个终端设备分类为第一类型，并将该时间段内的其余终端设备分类为第二类型。在一些实施例中，M可以是大于或等于1的正整数。
在一些实施例中，与叫车应用的接口相关联的馈送流可以是灵活的，使不同用户的终端设备可以显示包括个性化操作控件的接口。因此，本申请公开的与叫车应用相关的发送馈送流的系统和方法可以满足用户的要求，不会给用户带来不必要的麻烦和额外的负担，从而提高了用户的整体体验。
图7是根据本申请的一些实施例所示的用于确定要在用户界面中显示至少一个操作控件的过程的流程图。在一些实施例中，过程700可以在馈送流发送系统100中实现。例如，过程700可以作为指令的形式存储在存储设备150和/或存储器(例如，ROM 230)中，并且由服务器110(例如，服务器110中的处理引擎112或服务器110中的处理引擎112的处理器)调用和/或执行。
在710中，服务器110可以基于用户关于用户界面的行为数据来确定用户在用户界面中查看广告的频率。
在一些实施例中，在用户界面中显示的广告可以在一个或以上广告控件中实现。在一些实施例中，当用户打开包括广告的叫车应用的界面时，用户的终端设备可以向服务器102发送对用户界面的馈送流的请求。在一些实施例中，可以通过基于用户的行为数据计算用户界面中的广告的点击率来确定用户观看广告的频率。在一些实施例中，可以通过计算当用户界面中显示广告时用户不关闭广告的频率来确定用户观看广告的频率。
服务器102可以基于预设持续时间内的用户的历史行为数据来确定用户在用户界面中查看广告的频率。用户观看广告的频率可以反映用户是否对广告感兴趣。预设持续时间可以是一周、一个月、半年等。
在720中，服务器102可以选择除对应于广告的操作控件外的至少一个操作控件。
在一些实施例中，在服务器102确定用户观看广告的频率之后，服务器102可以确定用户观看广告的频率是否小于预设阈值(例如，预设频率，例如每周3次)。如果频率小于预设阈值，则可以指示用户可能对广告不感兴趣。在这种情况下，发送包括与广告相对应的操作控件的馈送流(例如，广告控件)可以降低用户的整体体验。因此，服务器102可以通过选择除广告控件外的至少一个操作控件。
仅作为示例，如果用户在过去三个月中没有在叫车应用的用户界面中点击广告，则服务器102可以将用户观看广告的频率确定为0。由于频率小于预设阈值(例如，每月10次)，服务器102可以选择除广告控件外的至少一个操作控件，并将包括所选择的操作控件的馈送流发送到用户的终端设备，使广告可以显示在用户的终端设备的界面中。
在一些实施例中，如果用户观看广告的频率小于预设阈值，则服务器102可以发送包括与广告的一部分相对应的操作控件和其他操作控件(例如，支付控件)的馈送流，使终端设备可以在用户界面中显示广告的一部分。在一些实施例中，如果用户观看广告的频率小于预设阈值，则服务器102可以在预先安排的时间段发送包括除了与广告对应的操作控件之外的操作控件的馈送流(例如，在8点到10点和17点到20点之间)的广告，并发送馈送流包括操作控件对应于除了预先安排的时间段之外的时间段(例如，13点到15点、21点到23点等)的广告；
响应于用户关于叫车应用的相同接口的请求，服务器可以将包括不同操作控件的馈送流发送到不同用户的终端设备，使不同用户的终端设备可以显示包括个性化操作控件的接口。在这种情况下，可以满足用户的需求而不会带来不必要的麻烦和额外的负担，从而改善用户的整体体验。
图8是根据本申请的一些实施例所示的用于确定要在用户界面中显示的提示信息的过程的流程图。在一些实施例中，过程800可以在馈送流发送系统100中实现。例如，过程800可以作为指令的形式存储在存储设备150和/或存储器(例如，ROM 230)中，并且由服务器110(例如，处理引擎112)调用和/或执行。服务器110或服务器110中的处理引擎112的处理器。
在810中，服务器102可以在终端设备的预设范围内确定与用户界面相关联的第一运输服务的供需比。
在一些实施例中，当用户打开用户界面以通过叫车应用请求第一运输服务(例如，拼车服务，出租车服务，司机服务，递送服务，公共汽车服务等)时，用户的终端设备可以向服务器102发送获取用户界面的馈送流的请求。在一些实施例中，用户的请求可以包括位置信息。在一些实施例中，位置信息可以包括终端设备的当前位置(例如，以包括纬度坐标和经度坐标的形式)。在一些实施例中，可以从定位设备160获得位置信息。
在服务器110接收到请求之后，服务器110可以基于位置信息确定预设范围内的第一运输服务的供需比。预设范围可以指终端设备所在的区域，例如圆形区域，方形区域，六边形区域等。该区域可能有一定的大小。仅举例来说，该区域可以是半径为1千米、3千米、5千米等的圆形区域。该区域的大小可以由用户根据服务器102的默认设置等确定。
在一些实施例中，服务器可以基于终端设备的位置以及区域的形状和大小来确定终端设备所处的预设范围(例如，距离范围)。然后，服务器102可以计算在预设范围内提供第一运输服务的第一类型的车辆的数量和在预设范围内请求第一运输服务的终端装置的数量。服务器102可以通过计算在预设范围内提供第一运输服务的第一类型的车辆的数量与在预设范围内请求第一运输服务的终端装置的数量的比率来确定第一运输服务的供需比。
在一些实施例中，终端设备可以通过消息将位置信息发送到服务器。在一些实施例中，终端设备可以使用其他合适的方法向服务器102发送位置信息，例如局域网(LAN)、无线局域网(WLAN)、公共电话交换网(PSTN)、蓝牙网络、ZigBee网络、近场通信(NFC)等。
在820中，当第一运输服务的供需比小于或等于预设阈值(例如，预设供需比)时，服务器102可以确定要在服务请求界面中显示的提示信息。提示信息可以提醒用户与叫车服务相关联的信息。例如，提示信息可以包括交通状况(例如，一个或以上运输服务的供需比、交通事故等)、天气状况等，或其组合。在一些实施例中，提示信息可以以提示控件的形式显示在叫车应用的一个或以上用户界面中。
在一些实施例中，提示信息可以与第二运输服务相关联。第二运输服务可以包括，例如，拼车服务、出租车服务、司机服务、递送服务、公共汽车服务等。在一些实施例中，第二运输服务的供需比大于第一运输服务的供需比。在一些实施例中，第二运输服务可以与第一运输服务不同。
仅举例来说，提示信息包括第二运输服务的响应信息。在一些实施例中，第二运输服务的响应信息还可以包括第二运输服务的响应时间和第二运输服务的名称。
服务器102可以使用预设的供需比来确定提供第一运输服务的车辆是否供不应求。在一些实施例中，服务器102可以将第一运输服务的供需比与预设的供需比进行比较。
如果第一运输服务的供需比小于或等于预设的供需比，则确定在终端设备的预设范围内提供第一运输服务的车辆供不应求。在这种情况下，服务器102可以在界面中发送包括至少一个操作控件的馈送流，并且提示信息包括第二运输服务到终端设备的响应信息。第二运输服务的响应信息可以包括第二运输服务的响应时间。第二运输服务的响应时间可以指提供第二运输服务的至少一个车辆响应用户的服务请求的持续时间(例如，提供第二运输服务的车辆到达用户的当前位置的持续时间)。仅仅出于说明目的，第一运输服务可以是供不应求的拼车服务，第二运输服务可以是由用户可用的小型巴士提供的小型巴士服务。
因此，当提供第一运输服务的车辆供不应求时，用户可以通过服务请求界面中显示的提示信息获得具有较大供需比的运输服务的响应信息，使用户可以选择运输基于该信息从第一运输服务和第二运输服务提供服务，从而提高用户的旅行效率和整体体验并降低客户流失率。
在一些实施例中，第二运输服务可以是用户接受的某种类型的运输服务。用户接受的示例性类型的运输服务可以包括例如经济类型的运输服务(例如拼车服务、小型巴士服务)、标准化类型的运输服务(例如出租车服务、快递服务等)，豪华类型的运输服务(例如，高级服务、豪华服务等)，等等。
在一些实施例中，服务器102可以基于用户的行为数据确定用户接受的运输服务的类型。在一些实施例中，可以从用户的终端设备获得用户的行为数据。用户的行为数据可以包括例如运输服务的选择、不同类型的运输服务的评分、历史行驶时间段、与叫车应用的用户界面中的一个或以上操作控件的交互(例如点击)。仅作为示例，服务器102可以获得用户的历史叫车订单，并且基于用户的历史叫车订单来确定用户接受的运输服务的类型。在一些实施例中，服务器可以基于第一运输服务确定用户接受的运输服务的类型。例如，如果第一运输服务是经济型运输服务，则服务器102可以通过从经济型运输服务中选择具有较高供需比的运输服务来确定第二运输服务。
在一些实施例中，服务器102可以将作为用户接受的运输服务类型的运输服务指定为第二运输服务，该运输服务在终端设备所处的预设范围内具有比第一运输服务更高的供需比。然后，服务器102可以生成包括第二运输服务的响应信息的提示信息。在一些实施例中，服务器可以指定具有最高供需比的运输服务作为第二运输服务。
因此，服务器可以基于当提供用户选择的运输服务的车辆供不应求时用户接受的运输服务的类型，发送包括与第二运输服务相关联的提示信息(例如，以提示控件的形式)的馈送流，从而可以向用户提供有效信息，这可以提高用户的旅行效率，提高叫车服务的成功率，并且降低客户流失率。
仅作为示例，当用户通过服务请求打开叫车应用的服务请求接口来呼叫出租车时，终端设备101可以通过网络向服务器102发送对服务请求接口的馈送流的请求。如果服务器102确定在终端设备所处的预设范围内提供出租车服务的车辆供不应求，则服务器102可以基于行为数据(例如，用户的历史订单)确定用户接受的运输服务的类型。如果用户接受的运输服务类型是经济型，则经济型的运输服务包括快递服务和公交服务。服务器102可以在用户所处的预设范围内确定快递服务和公交服务的供需比，并指定具有最大供需比的运输服务作为第二运输服务。
例如，具有最大供需比的运输服务可以是快递服务。服务器102可以发送包括服务请求接口所需的至少一个操作控件的馈送流，并且向终端设备提示包括快递服务的响应信息的提示信息(例如，以提示控件的形式)。然后，终端设备可以在服务请求界面中显示提示信息，并且可以向用户通知第二运输服务的响应信息，从而提高用户的旅行效率和整体体验。
本领域普通技术人员可以理解，实现上述实施例的所有操作或操作的一部分可以由程序或计算机代码指示的硬件来完成。程序或计算机代码可以存储在计算机可读存储介质中，并且可以在执行程序时执行包括上述实施例的操作。存储介质可以包括可以存储程序代码的介质，例如ROM、RAM、磁光盘和光盘。
应当注意，以上描述仅出于说明的目的而提供，并不旨在限制本申请的范围。对于本领域的普通技术人员来说，可以根据本申请的描述，做出各种各样的修正和改变。然而，变形和修改不会背离本申请的范围。
上文已对基本概念做了描述，显然，对于本领域技术人员来说，上述发明披露仅仅作为示例，而并不构成对本申请的限定。虽然此处并未明确说明，但本领域的普通技术人员可以进行各种变更、改良和修改。这些改变，改进和修改旨在由本申请提出，并且在本申请的示例性实施例的精神和范围内。
同时，本申请使用了特定词语来描述本申请的实施例。例如，术语“一个实施例”、“实施例”和/或“一些实施例”意味着结合该实施例描述的特定特征，结构或特性包括在本申请的至少一个实施例中。因此，应当强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”或“一个实施例”或“一替代性实施例”并不一定指同一实施例。此外，本申请的一个或以上实施例中的某些特征、结构或特性可以进行适当的组合。
此外，本领域的普通技术人员可以理解，本申请的各方面可以通过若干具有可专利性的种类或情况进行说明和描述，包括任何新的和有用的制程、机器、产品或物质的组合，或对其任何新的和有用的改良。相应地，本申请的各个方面可以完全由硬件执行、可以完全由软件(包括韧体、常驻软件、微代码等)执行、也可以由硬件和软件组合执行。以上硬件或软件均可被称为“单元”、“模块”或“系统”。此外，本申请的各方面可以呈现为位于一个或以上计算机可读介质中的计算机产品，该产品具有计算机可读程序编码。
计算机可读信号介质可以包括传播的数据信号，其中包含计算机可读程序代码，例如，在基带中或作为载波的一部分。这种传播信号可以采用多种形式中的任何一种，包括电磁、光学等，或其任何合适的组合。计算机可读信号介质可以是任何计算机可读介质，其不是计算机可读存储介质并且可以通信，传播或发送程序以供指令执行系统，装置或设备使用或与其结合使用。位于计算机可读信号介质上的程序编码可以通过任何合适的介质进行传播，包括无线电、缆线、光纤电缆、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)。
此外，除非申请专利范围中明确说明，否则所述处理元素或序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本申请流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例，但应当理解的是，该类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本申请实施例实质和范围的修正和等价组合。例如，虽然以上所描述的系统组件可以通过硬件设备实现，但是也可以只通过软件的解决方案得以实现，如在现有的服务器或移动设备上安装所描述的系统。
同理，应当注意的是，为了简化本申请揭示的表述，从而帮助对一个或以上发明实施例的理解，前文对本申请实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。这种披露的方法不应被解释为发明主体的特征需要比权利要求中所描述的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。

Claims (22)

1.一种发送馈送流的系统，包括：
存储一组指令的至少一个存储介质；
至少一个连接到网络的通信平台；和
至少一个处理器，被配置为与所述至少一个存储介质或所述至少一个通信平台通信，其中，当执行所述一组指令时，所述至少一个处理器用于使所述系统：
通过所述网络接收将馈送流发送到用户界面的请求，所述用户界面是安装在终端设备中的应用程序的用户界面，其中所述请求与所述终端设备的一个或以上用户相关联，并且所述用户界面用于向所述一个或以上用户显示；
确定要在所述用户界面中显示的至少一个操作控件，其中所述操作控件基于一个或以上用户的历史行为数据从一个或以上预先安排的控件中选择；以及
通过所述网络将所述馈送流发送到所述终端设备，其中所述馈送流被配置为提示所述应用程序在所述应用程序的用户界面中显示所述操作控
件。
2.根据权利要求1所述的系统，其特征在于，为了确定至少一个要在所述用户界面中显示的操作控件，所述至少一个处理器用于使所述系统：
处理所述历史行为数据以预测一个或以上用户的偏好并根据所述预测的用户偏好选择至少一个操作控件。
3.根据权利要求1所述的系统，其特征在于，为了确定所述至少一个要在所述用户界面中显示的操作控件，所述至少一个处理器用于使所述系统：
基于所述历史行为数据，确定所述一个或以上用户在所述用户界面中查看广告的频率；
确定所述频率是否小于预设频率；以及
响应于确定所述频率小于所述预设频率，选择除与所述广告相对应的控件以外的至少一个操作控件。
4.根据权利要求1所述的系统，其中所述一个或以上用户包括服务提供者或服务请求者。
5.根据权利要求4所述的系统，其中所述至少一个操作控件将所述服务请求者与所述通信平台和所述服务提供者相关联。
6.根据权利要求4所述的系统，其特征在于，为了确定所述至少一个要在所述用户界面中显示的操作控件，所述至少一个处理器用于使所述系统：
基于所述一个或以上用户的历史行为数据，确定服务提供者至少一个第一评分的数量，其中所述第一评分大于或等于预设分值；
确定所述至少一个第一评分的数量大于或等于预设数量；以及
响应于确定所述至少一个第一评分的所述数量大于或等于所述预设数量，选择除对应于所述服务提供者评分的控件外的至少一个操作控件。
7.根据权利要求1所述的系统，其特征在于，为了确定所述至少一个要在所述用户界面中显示的操作控件，所述至少一个处理器用于使所述系统：
确定所述用户终端是否为用户终端的预设类型；以及
响应于确定所述用户终端是所述预设类型，基于所述预设类型，确定要在所述用户界面中显示的一个或以上操作控件。
8.根据权利要求1所述的系统，其特征在于，所述至少一个处理器进一步用于使所述系统：
获得所述终端设备的位置；
确定在所述终端设备位置的预设范围内与所述用户界面相关的第一运输服务的供需比；
确定所述第一运输服务的供需比是否小于或等于预设的供需比；以及
响应于所述第一运输服务的所述供需比小于或等于预设的供需比，确定要在所述用户界面中显示的提示信息，其中所述提示信息包括第二运输服务、在所述终端设备位置的预定范围内的所述第二运输服务的供需比以及所述第二运输服务的响应时间。
9.根据权利要求8所述的系统，其特征在于，所述第一运输服务和所述第二运输服务是叫车服务。
10.根据权利要求8所述的系统，其中所述历史行为数据包括所述一个或以上用户的运输服务选择。
11.根据权利要求8所述的系统，其中，为了确定要在所述用户界面中显示的提示信息，所述至少一个处理器用于使所述系统：
确定所述第一运输服务的类型；
基于所述第一运输服务的所述类型和所述第一运输服务的所述供需比确定第二运输服务，其中所述第二运输服务的供需比大于所述第一运输服务的供需比；
获得所述第二运输服务的信息，其中所述第二运输服务的信息包括所述第二运输服务的响应时间；以及
基于所述第二运输服务的信息，确定要在所述用户界面中显示的提示信息。
12.一种在具有至少一个处理器，至少一个通信平台和至少一个计算机可读存储介质的计算设备上实现的方法，所述方法包括：
通过网络接收将馈送流发送到安装在终端设备中的应用程序的用户界面的请求，其中所述请求与所述终端设备的一个或以上用户相关联并且用于向所述一个或以上用户显示所述用户界面；
确定要在所述用户界面中显示的至少一个操作控件，其中所述操作控件基于所述一个或以上用户的历史行为数据从一个或以上预先安排的控件中选择；以及
通过网络将所述馈送流发送到所述终端设备，其中所述馈送流被配置为提示所述应用程序在所述应用程序的用户界面中显示所述操作控件。
13.根据权利要求11所述的方法，其中确定所述至少一个要在用户界面中显示的操作控件包括处理所述历史行为数据以预测所述一个或以上用户的偏好并根据所述预测的用户偏好选择所述至少一个操作控件。
14.根据权利要求12所述的方法，其中确定所述至少一个要在用户界面中显示的操作控件包括：
基于所述历史行为数据，确定所述一个或以上用户在所述用户界面中查看广告的频率；
确定所述频率是否小于预设频率；以及
响应于确定所述频率小于所述预设频率，选择除与所述广告相对应的控件以外的至少一个操作控件。
15.根据权利要求12所述的方法，其中所述一个或以上用户包括服务提供者或服务请求者。
16.根据权利要求15所述的方法，其中所述至少一个操作控件将所述服务请求者与所述通信平台以及所述服务提供者相关联。
17.根据权利要求15所述的方法，其中确定所述至少一个要在所述用户界面中显示的操作控件包括：
基于所述一个或以上用户的历史行为数据，确定所述服务提供者的至少一个第一评分的数量，其中所述第一评分大于或等于预设分值；
确定所述至少一个第一评分的数量大于或等于预设数量；以及
响应于确定所述至少一个第一评分的所述数量大于或等于所述预设数量，选择除对应于所述服务提供者评分的控件以外的至少一个操作控件。
18.根据权利要求12所述的方法，其中确定所述至少一个要在用户界面中显示的操作控件包括：
确定所述用户终端是否为用户终端的预设类型；以及
响应于确定所述用户终端是用户终端的所述预设类型，基于所述预设类型，确定要在所述用户界面中显示的一个或以上操作控件。
19.根据权利要求12所述的方法，其特征在于，包括：
获得所述终端设备的位置；
确定在所述终端设备位置的预设范围内与所述用户界面相关联的第一运输服务的供需比；
确定所述第一运输服务的供需比是否小于或等于预设的供需比；以及
响应于所述第一运输服务的供需比小于或等于预设的供需比，确定要在所述用户界面中显示的提示信息，其中所述提示信息包括第二运输服务、在所述终端设备位置预定范围内的所述第二运输服务的供需比以及所述第二运输服务的响应时间。
20.根据权利要求19所述的方法，其特征在于，所述第一运输服务和所述第二运输服务是叫车服务。
21.根据权利要求19所述的方法，其中确定要在所述用户界面中显示的提示信息包括：
确定所述第一运输服务的类型；
基于所述第一运输服务的类型和所述第一运输服务的供需比确定第二运输服务，其中所述第二运输服务的供需比大于所述第一运输服务的供需比；
获得所述第二运输服务的信息，其中所述第二运输服务的信息包括所述第二运输服务的响应时间；以及
基于所述第二运输服务的信息确定要在所述用户界面中显示的提示信息。
22.一种非暂时性计算机可读介质，包括一组指令，其中当由至少一个处理器执行时，所述一组指令指示所述至少一个处理器实现方法，所述方法包括：
通过网络接收将馈送流发送至用户界面的请求，所述用户界面是安装在终端设备中的应用程序的用户界面，其中所述请求与所述终端设备的一个或以上用户相关联并且所述用户界面将向所述一个或以上用户显示；
确定要在所述用户界面中显示的至少一个操作控件，其中所述操作控件基于所述一个或以上用户的历史行为数据从一个或以上预先安排的控件中选择；以及
通过网络将所述馈送流发送到所述终端设备，其中所述馈送流被配置为提示所述应用程序在所述应用程序的所述用户界面中显示所述操作控件。
CN201880001117.8A 2017-06-29 2018-06-22 用于馈送流发送的系统和方法 Active CN109716715B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201710516124.9A CN109218346B (zh) 2017-06-29 2017-06-29 网约车应用程序Feed流推送方法和装置
CN2017105161249 2017-06-29
PCT/CN2018/092320 WO2019001349A1 (en) 2017-06-29 2018-06-22 SYSTEMS AND METHODS FOR TRANSMITTING FEEDSTREAM

Publications (2)

Publication Number Publication Date
CN109716715A true CN109716715A (zh) 2019-05-03
CN109716715B CN109716715B (zh) 2021-05-11

Family

ID=64741068

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201710516124.9A Active CN109218346B (zh) 2017-06-29 2017-06-29 网约车应用程序Feed流推送方法和装置
CN201880001117.8A Active CN109716715B (zh) 2017-06-29 2018-06-22 用于馈送流发送的系统和方法

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN201710516124.9A Active CN109218346B (zh) 2017-06-29 2017-06-29 网约车应用程序Feed流推送方法和装置

Country Status (4)

Country Link
US (1) US20200143415A1 (zh)
CN (2) CN109218346B (zh)
AU (1) AU2018290499A1 (zh)
WO (1) WO2019001349A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112486382A (zh) * 2020-11-20 2021-03-12 完美世界(北京)软件科技发展有限公司 一种界面逻辑执行方法以及装置、电子设备、介质

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10057333B2 (en) * 2009-12-10 2018-08-21 Royal Bank Of Canada Coordinated processing of data by networked computing resources

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103810623A (zh) * 2014-03-04 2014-05-21 深圳市远行科技有限公司 一种实时的自动营销方法及系统
CN104731510A (zh) * 2015-03-31 2015-06-24 努比亚技术有限公司 移动终端操作控件集中显示的方法和装置
CN104820546A (zh) * 2014-12-30 2015-08-05 广州酷狗计算机科技有限公司 功能信息展示方法和装置
CN106201181A (zh) * 2016-06-29 2016-12-07 努比亚技术有限公司 一种应用中图标的显示装置及方法
CN106412015A (zh) * 2016-08-31 2017-02-15 广州品唯软件有限公司 一种数据发布方法、设备及系统
CN106815291A (zh) * 2016-12-07 2017-06-09 北京搜狗科技发展有限公司 搜索结果项展现方法、装置和用于搜索结果项展现的装置
CN106878359A (zh) * 2015-12-14 2017-06-20 百度在线网络技术（北京）有限公司 信息推送方法和装置
US20170180293A1 (en) * 2015-12-17 2017-06-22 International Business Machines Corporation Contextual temporal synchronization markers

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2135200A4 (en) * 2007-02-12 2011-12-28 Sean O'sullivan DISTRIBUTED TRANSPORT SYSTEM AND SERVICE NETWORK
JP2009026217A (ja) * 2007-07-23 2009-02-05 Toshio Seki タクシー逆探知システム
US20110258039A1 (en) * 2010-04-14 2011-10-20 Microsoft Corporation Evaluating preferences of users engaging with advertisements
CN103064834A (zh) * 2011-10-19 2013-04-24 腾讯科技（深圳）有限公司 一种实现微博热点数据展示的方法及系统
CN104281605B (zh) * 2013-07-08 2017-12-26 北京齐尔布莱特科技有限公司 一种社交网站Feed流推送方法
CN105095365A (zh) * 2015-06-26 2015-11-25 北京奇虎科技有限公司 一种信息流数据的处理方法和装置
CN106027614B (zh) * 2016-05-09 2020-06-30 百度在线网络技术（北京）有限公司 信息推送的方法、装置和系统
CN106127528B (zh) * 2016-06-30 2021-06-08 北京小米移动软件有限公司 广告投放方法及装置
US10482559B2 (en) * 2016-11-11 2019-11-19 Uatc, Llc Personalizing ride experience based on contextual ride usage data

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103810623A (zh) * 2014-03-04 2014-05-21 深圳市远行科技有限公司 一种实时的自动营销方法及系统
CN104820546A (zh) * 2014-12-30 2015-08-05 广州酷狗计算机科技有限公司 功能信息展示方法和装置
CN104731510A (zh) * 2015-03-31 2015-06-24 努比亚技术有限公司 移动终端操作控件集中显示的方法和装置
CN106878359A (zh) * 2015-12-14 2017-06-20 百度在线网络技术（北京）有限公司 信息推送方法和装置
US20170180293A1 (en) * 2015-12-17 2017-06-22 International Business Machines Corporation Contextual temporal synchronization markers
CN106201181A (zh) * 2016-06-29 2016-12-07 努比亚技术有限公司 一种应用中图标的显示装置及方法
CN106412015A (zh) * 2016-08-31 2017-02-15 广州品唯软件有限公司 一种数据发布方法、设备及系统
CN106815291A (zh) * 2016-12-07 2017-06-09 北京搜狗科技发展有限公司 搜索结果项展现方法、装置和用于搜索结果项展现的装置

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112486382A (zh) * 2020-11-20 2021-03-12 完美世界(北京)软件科技发展有限公司 一种界面逻辑执行方法以及装置、电子设备、介质

Also Published As

Publication number Publication date
CN109218346B (zh) 2020-07-28
AU2018290499A1 (en) 2020-01-23
CN109218346A (zh) 2019-01-15
US20200143415A1 (en) 2020-05-07
CN109716715B (zh) 2021-05-11
WO2019001349A1 (en) 2019-01-03

Similar Documents

Publication Publication Date Title
CN109196547B (zh) 用于推荐服务位置的系统和方法
CN108475466B (zh) 用于匹配和显示服务请求和可用车辆的系统和方法
CN110678885B (zh) 用于运力调度的系统和方法
US20190130319A1 (en) Systems and methods for monitoring an on-demand service
JP2020109695A (ja) オンデマンドサービスのための情報を提供するシステム及び方法
US11546729B2 (en) System and method for destination predicting
CN109313776A (zh) 用于按需服务分配车辆的系统和方法
CN109313846A (zh) 用于推荐上车点的系统和方法
US11263560B2 (en) Systems and methods for determining a reference direction related to a vehicle
CN108701279A (zh) 用于确定未来运输服务时间点的预测分布的系统和方法
US20200005420A1 (en) Systems and methods for transportation capacity dispatch
CN108713326A (zh) 分配按需服务请求的系统及方法
CN109313742A (zh) 确定预估到达时间的方法及系统
CN108701403A (zh) 用于展示与服务请求相关的标识的系统及方法
CN109313845A (zh) 用于提供导航路线的系统和方法
CN109564100A (zh) 基于位置信息执行动作的系统与方法
WO2018223952A1 (en) Systems and methods for region division
CN108780554A (zh) 一种拼车方法和系统
US20200141741A1 (en) Systems and methods for determining recommended information of a service request
CN110431597A (zh) 用于优化在线按需服务的系统和方法
CN109313036A (zh) 路线规划的系统及方法
CN108780562A (zh) 更新服务序列的系统和方法
US20190197894A1 (en) Systems and methods for information processing
CN109416767A (zh) 用于确定组合服务请求者的系统和方法
CN110301132A (zh) 用于按需服务的系统和方法

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