信息提供方法、装置及电子设备与流程

本申请涉及页面信息处理技术领域，特别是涉及信息提供方法、装置及电子设备。

背景技术：

商品对象信息服务系统能够为用户提供在线的商品购买服务，用户通过相关的网站或者应用程序(app)，可以对卖家用户发布的商品对象信息进行浏览，还可以选择卖家用户具体的商品对象进行下单、支付等操作，卖家用户还可以为其发货，并通过具体的物流服务提供方，将商品对象配送至买家用户指定的收货地址。通过上述方式，买家用户可以足不出户收到所需的商品。

在通过上述app获得与具体商品对象相关的信息或者服务的过程中，经常会出现路径比较长等情况。例如，某用户最近下单了某商品对象，想要查看物流信息，则通常需要进入到“我”选项对应的页面，在该页面中的“我的订单”板块，选择查看具体的订单列表。虽然现有技术中能够根据订单的状态划分成多个类别，例如，包括“代付款”、“待发货”、“待收货”、“待评价”、“退款/售后”等，用户可以根据自己的需求选择其中一个类别点击进入，可以展示出对应类别的订单列表信息，然后再从中选择具体需要查看的订单，点击“物流详情”信息进行查看；但是，需要用户执行的操作路径仍然会比较长，例如，在需要查看某订单的物流详情信息时，需要依次点击“我”、“待收货”，然后再在具体的待收货订单列表中对订单进行点击选择，等等。另外，客户端可能只有在部分页面状态下提供有“我”选项，在商品对象详情页或者具体某个主题版块页面中，可能并不存在该选项，如果用户在浏览这种页面的过程中产生了与已生成的订单相关的操作需求，则还需要退回到首页等页面中，然后依次点击“我”、“代收货”等选项，操作路径会更长。再者，“我”页面主要用于对与用户相关的信息进行整合，不仅可以用于查看已经生成的订单信息，还可以包括“我的福利”、“必备工具”、“红包卡券”等多种模块。虽然这会使得页面功能比较全面，但是，多种信息的整合也使得整个页面的加载过程变得比较慢，因此，在查看订单信息时，可能会需要比较多的等待时间。

因此，如何使得商品对象信息服务系统的用户能够更方便快捷的获得所需的信息，成为需要本领域技术人员解决的技术问题。

技术实现要素：

本申请提供了信息提供方法、装置及电子设备，能够帮助用户更方便快捷的获得所需的信息。

本申请提供了如下方案：

一种信息提供方法，包括：

服务端接收客户端提交的操作请求，其中，所述操作请求是通过客户端的第一页面中添加的快捷操作选项发起的；

根据客户端关联用户对应的交易订单及其状态信息，对所述关联用户所需的信息进行预测；

根据所预测出的信息确定第二页面，并将所述第二页面的页面数据返回给所述客户端，以便所述客户端跳转到所述第二页面进行展示。

一种信息提供方法，包括：

客户端在第一页面中添加快捷操作选项；

将通过所述快捷操作选项接收到的操作请求提交到服务端，以便所述服务端根据所述客户端关联用户关联的交易订单信息，对所述关联用户所需的操作进行预测，根据预测出的信息确定对应的第二页面，并返回第二页面的页面数据；

根据所接收到的第二页面的页面数据，跳转到所述第二页面进行展示。

一种信息提供装置，包括：

请求接收单元，用于接收客户端提交的操作请求，其中，所述操作请求是通过客户端的第一页面中添加的快捷操作选项发起的；

预测单元，用于根据客户端关联用户对应的交易订单及其状态信息，对所述关联用户所需的信息进行预测；

页面数据返回单元，用于根据所预测出的信息确定第二页面，并将所述第二页面的页面数据返回给所述客户端，以便所述客户端跳转到所述第二页面进行展示。

一种信息提供装置，包括：

操作选项添加单元，用于在第一页面中添加快捷操作选项；

请求提交单元，用于将通过所述快捷操作选项接收到的操作请求提交到服务端，以便所述服务端根据所述客户端关联用户关联的交易订单信息，对所述关联用户所需的操作进行预测，根据预测出的信息确定对应的第二页面，并返回第二页面的页面数据；

页面展示单元，用于根据所接收到的第二页面的页面数据，跳转到所述第二页面进行展示。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

接收客户端提交的操作请求，其中，所述操作请求是通过客户端的第一页面中添加的快捷操作选项发起的；

根据客户端关联用户对应的交易订单及其状态信息，对所述关联用户所需的信息进行预测；

根据所预测出的信息确定第二页面，并将所述第二页面的页面数据返回给所述客户端，以便所述客户端跳转到所述第二页面进行展示。

一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

在第一页面中添加快捷操作选项；

将通过所述快捷操作选项接收到的操作请求提交到服务端，以便所述服务端根据所述客户端关联用户关联的交易订单信息，对所述关联用户所需的操作进行预测，根据预测出的信息确定对应的第二页面，并返回第二页面的页面数据；

根据所接收到的第二页面的页面数据，跳转到所述第二页面进行展示。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

通过本申请实施例，由于在客户端的第一页面中加入了快捷操作选项，而服务端又能够根据用户关联的交易订单及其状态信息对用户可能所需的信息进行预测，使得用户直接通过该快捷操作选项，即可进入到具体用于展示该预测结果信息的页面。因此，能够缩短用户的操作路径，并且，由于只需要加载与预测出的用户需求相关的信息，因此，加载速度也会比较快，效率高，从而使得用户更方便快捷高效地获得所需的信息。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的系统架构的示意图；

图2是本申请实施例提供的服务端方法的流程图；

图3是本申请实施例提供的快捷操作选项的示意图；

图4是本申请实施例提供的客户端方法的流程图；

图5是本申请实施例提供的服务端装置的示意图；

图6是本申请实施例提供的客户端装置的示意图；

图7是本申请实施例提供的电子设备的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

在本申请实施例中，为了能够帮助用户更加方便快捷地获得所需信息，尤其是与已经生成的订单相关的信息，包括已发货订单的物流详情，或者，退款退货等逆向交易订单的处理进度信息等，提供了具体的解决方案。在该方案中，可以在商品对象信息服务系统提供的客户端的第一页面中添加快捷操作选项，其中，第一页面可以有多个，具体可以根据实际需要进行添加，例如，可以包括客户端首页，某些频道的页面，某些主题版块的承接页，甚至商品对象的详情页等等。这样，用户在浏览第一页面的过程中，如果需要获得与订单等相关的信息，则可以通过该操作选项发起操作请求。客户端在接收到该操作请求后可以提交到服务端，服务端则可以根据具体用户的交易订单保有情况，以及状态信息等，对用户可能所需要的信息进行预测，并且可以根据预测出的信息确定出对应的第二页面，该第二页面便可以是用于展示所预测出的信息的页面，例如，如果预测出用户需要获得某已发货订单的物流详情信息，则可以将用于展示该已发货订单的物流详情信息的页面确定为第二页面，并将具体的页面数据返回给客户端，由第二客户端进行展示。也就是说，在本申请实施例中，由于在第一页面中加入了快捷操作选项，而服务端又能够提供对用户可能所需的信息进行预测，使得用户直接通过该快捷操作选项，即可进入到具体用于展示该预测结果信息的页面。因此，能够缩短用户的操作路径，并且，由于只需要加载与预测出的用户需求相关的信息，因此，加载速度也会比较快，效率高，从而使得用户更方便快捷高效地获得所需的信息。

具体实现时，可以通过功能组件的形式提供上述服务，该功能组件可以分为前端程序以及后端程序两部分，其中，参见图1，前端程序可以引入到商品对象信息服务系统中的客户端提供的具体页面中，用于对具体的快捷操作选项进行展示，并在接收到具体的操作请求后，与后端程序进行交互，获得第二页面的页面数据，并跳转展示。后端程序则可以运行在商品对象信息服务系统的服务端中，主要用于根据具体的操作请求，对用户所需的信息进行预测，并根据预测结果提供相应的页面数据。具体实现时，服务端可以运行在云端服务器上，所述客户端可以以独立的应用程序(app)等形式存在，安装在用户的终端设备中，或者，也可以以网页的形式存在，通过终端设备中的浏览器等应用进行展示，等等。而客户端的哪些页面中引入上述前端程序，可以是根据具体客户端的开发者或者客户端内具体业务的开发者等用户来确定，例如，首页业务的开发者，可以将该功能组件的前端程序引入到首页中，则在首页启动之后，则可以通过在首页内创建浮层等形式，展示出具体的快捷操作选项，这样，用户在浏览首页的过程中，便可以通过点击该操作选项，方便的获得其所需的信息。

下面对本申请实施例提供的具体实现方案进行详细介绍。

实施例一

该实施例一首先从服务端的角度，提供了一种信息提供方法，参见图2，该方法具体可以包括：

s201：服务端接收客户端提交的操作请求，其中，所述操作请求是通过客户端的第一页面中添加的快捷操作选项发起的；

同一个客户端的多个页面中都可以引入具体功能组件的前端程序，在本申请实施例中，将这种引入了上述前端程序的页面统称为第一页面，也就是说，用户在访问这种第一页面的过程中，可以发现页面中通过浮层等形式展示有一个快捷操作选项。具体的，为了便于用户获知该操作选项的具体功能，如图3中的31处所示，在第一页面中提供上述操作选项的同时，还可以在该操作选项附近等处提供相应的提示信息，例如，“想要查看订单相关信息可以点击向我提问哦”等等，这样，用户在浏览第一页面的过程中，如果需要获得与订单相关的信息，则可以通过该操作选项发起请求，而不必回到首页等页面中，通过点击“我”选项来进行查看。需要说明的是，在图3所示的例子中，第一页面时选项“我”对应的页面，在实际应用中，上述操作选项更多的可以出现在客户端首页等其他第一页面中。

s202：根据客户端关联用户对应的交易订单及其状态信息，对所述关联用户所需的信息进行预测；

在实际应用中，用户通常是针对一些特殊状态的订单具有查看需求，例如，如果最近下单了某件商品，可能会想要查看一下具体的物流状态信息；或者，如果最近申请了针对某订单的退款或者退货等逆向交易请求，则可能需要查看具体的处理进度信息，等等。而如果用户最近未购买商品对象，也没有发起退款退货等，则通常可能不会产生查看订单信息的需求。因此，在本申请实施例中，具体在对用户可能所需的信息进行预测时，主要就可以依据用户对应的交易订单及其状态信息。其中，具体进行预测是，就可以首先判断当前用户关联的交易订单中，是否存在某种目标状态类型的交易订单，如果存在，则可以根据所述目标状态类型对所述关联用户所需的信息进行预测。

其中，具体的目标状态类型可以是预先设定的，并且可以有多种，例如，可以包括待收货状态，或者，逆向交易状态，等等。具体在进行预测时，如果所述关联用户对应有待收货状态的交易订单，则可以预测所述所需获得的信息为所述交易订单的物流相关信息，进而就可以将用于展示所述交易订单对应的物流相关信息的页面确定为所述第二页面。例如，某用户最近购买了一件商品对象，其订单处于已发货但未送达的状态，该用户在浏览客户端中某个页面的过程中，突然想要查看一下该订单的物流详情，则只要该页面中添加了前述功能组件的前端程序，则可以利用本申请实施例所提供的功能进行快捷查看。具体的，就可以在该页面中点击具体的快捷操作选项，服务端在接收到具体的操作请求后，通过查询发现该用户对应有一个待收货的订单，并且，除此之外，不存在其他可能会具有查看需求的订单，则可以预测出该用户可能会需要查看该订单的物流详情信息，于是可以直接将展示有该物流详情信息的页面确定为第二页面，并返回给客户端进行展示。这样，用户在第一页面中点击快捷操作按钮，便可以直接查看到其当前处于待收货状态的订单的物流详情信息，相对于现有技术而言，期间节省了多个步骤的操作，另外，由于只需要加载该订单的物流详情信息，因此，也可以提高加载速度，缩短页面加载时间。

另外，如果所述关联用户对应有逆向交易状态的交易订单，则可以预测所述所需获得的信息为所述逆向交易的处理进度信息，此时，可以将用于展示所述交易订单对应的逆向交易处理进度信息的页面确定为所述第二页面。例如，某用户最近购买了一件商品对象，在收到货品后发现不喜欢或者有质量问题等等，于是在系统内发起了退货请求；之后，该用户在浏览客户端中某个页面的过程中，突然想要查看一下该订单的退货处理进度，则只要该页面中添加了前述功能组件的前端程序，则可以利用本申请实施例所提供的功能进行快捷查看。具体的，就可以在该页面中点击具体的快捷操作选项，服务端在接收到具体的操作请求后，通过查询发现该用户对应有一个逆向交易的订单，并且，除此之外，不存在其他可能会具有查看需求的订单，则可以预测出该用户可能会需要查看该订单的处理进度信息，于是可以直接将展示有该处理进度信息的页面确定为第二页面，并返回给客户端进行展示。这样，用户在第一页面中点击快捷操作按钮，便可以直接查看到其当前处于逆向交易状态的订单的处理进度信息，相对于现有技术而言，同样可以期间节省多个步骤的操作，另外，由于只需要加载该订单的逆向处理进度信息，因此，也可以提高加载速度，缩短页面加载时间。

另外，具体交易订单的目标状态类型还可以包括待发货、待评价，等等，对应的所需信息可能是用于对待发货订单进行催单操作的信息，或者，用于对订单进行评价操作的信息，等等。因此，同样可以按照上述方式进行处理，这里不再一一详述。

再者，具体实现时，同一个用户可能会同时存在多个特殊状态类型的订单的情况。例如，某个用户可能存在一个待发货的订单，同时存在一个逆向交易订单，等等。针对这种情况，还可以将多个状态类型对应的订单的物流状态信息、处理进度信息等整合到一起，生成一个第二页面。此时，针对上述例子中的情况，可以将待发货订单的物流详情信息，与逆向交易订单的处理进度信息整合到一起，生成第二页面，等等。具体实现时，还可以预先设定多种不同状态类型对应的优先级信息，按照该优先级信息对各种不同订单状态类型对应的预测信息进行排序。例如，待收货>逆向交易>待发货，在前述例子中，可以将物流详情信息进行优先展示。如果某用户同时具有待发货、待收货、逆向交易等三种类型的订单，则可以按照待收货、逆向交易、待发货的顺序，分别对各自对应的预测结果信息进行展示，甚至可以设定为待发货信息不再展示，这样，可以优先将物流详细信息和/或逆向交易的处理进度信息传达给用户。

或者，在另一种实现方式下，还可以根据多种不同状态类型对应的优先级信息，对所述关联用户所需的信息进行预测。例如，预先设定待收货类型的优先级大于逆向交易类型，则针对前述例子中的情况，就可以确定出用户当前所需的信息更可能是待收货订单的物流状态信息，于是仅在第二页面中展示待收货订单的物流状态信息，等等。

另外，在具体实现时，除了考虑用户所保有的订单的状态信息之外，还可以考虑用户的历史行为记录信息，这种历史行为记录信息具体可以是在关联用户对应的交易订单的当前状态下执行的下一步操作信息。也就是说，对于同一种订单状态，不同的用户有可能会出现所需的信息不尽相同的情况。例如，同样是同时具有一个代收货订单，一个逆向交易订单，可能有的用户在点击“我”页面后，是进行或者优先进行了代收货订单物流信息的查看，而有的用户则进行或优先进行了对逆向交易订单的处理进度进行查看，等等。因此，在本申请实施例中，还可以对用户的历史行为进行记录，根据所述关联用户对应的交易订单及其状态信息，以及所述关联用户的历史行为记录信息，对所述关联用户所需的信息进行预测。其中，这种历史行为记录可以包括通过传统的方式执行的操作，也可以包括对本申请实施例提供的历史推荐结果执行的操作。

例如，对于前者，在用户每次访问“我的订单”功能时，对用户关联的各个订单的状态分布情况，以及用户实际执行的操作进行记录。对于后者，在根据某用户的订单分布状态进行预测，并在第二页面中展示预测结果信息时，还可以对用户在该第二页面中的进一步操作进行记录。例如，如果第二页面中包括一些具体执行“催单”等操作的选项时，可以对用户是否使用了该功能进行记录，如果使用了，则下次遇到类似的情况，还可以进行同样的预测，否则，下次可以给出其他预测结果。另外，还有些第二页面中可能仅用于对一些物流状态信息等进行展示，不包括进一步操作的选项，则为了能够针对这种情况判断预测结果的准确度，还可以在第二页面中提供用于对信息是否满意等进行评价的选项。如果用户选择满意，则可以记录，下次再遇到类似的情况，仍然给出同样的预测结果。如果用户选择不满意，或者直接将第二页面关闭，则下次可以给出其他的预测结果，等等。

需要说明的是，由于实际应用中，各种不同状态类型的订单可能存在多种不同的组合，用户的历史行为也可能非常多样化，因此，为了便于实现，还可以通过机器学习的方式来实现上述预测。也就是说，可以将上述历史行为记录信息作为训练样本，输入到预置的数学模型中进行学习，然后，可以利用这种数学模型进行具体的预测操作。

当然，在实际应用中，还可能存在当前用户不存在上述目标状态类型的订单，且最近一段时间都没有产生过交易，例如，某用户最近7天都没有购买过商品对象，等等，此时，会比较难以确定用户具体所需的信息。但在本申请实施例中，针对上述情况，也可以做出响应，具体的，可以根据所述第一页面确定第三页面。也就是说，可以根据当前所在的第一页面的具体情况，确定出具体向用户展示哪个第三页面。具体的，如果所述第一页面为对应多个商品对象或者店铺对象的信息聚合类页面，则可以将用于向所述关联用户进行用户权益发放的页面确定为所述第三页面。也就是说，如果发现某用户最近7天都没有下单，可以被归类为“来而未购”的用户，此时，如果用户点击了本申请实施例中的操作选项，而当前展示的第一页面又是一个比较信息聚合类的页面，其中包括的信息内容比较多且繁杂，难以预测其具体需要对哪个商品对象或店铺对象进行操作，因此，在这种情况下，可以通过向其发送“红包”等用户权益的方式，来引导用户进行购买等操作，等等。

另外，如果当前所在的第一页面为单个商品对象的详情信息页面，则可以将与该商品对象相关的页面确定为第三页面，例如，具体的，可以将用于对所述商品对象的评价信息进行展示的页面确定为所述第三页面，等等。也就是说，如果用户在浏览某商品对象详情页的过程中，点击了该页面内的快捷操作选项，但是该用户不存在特殊状态类型的订单信息，最近也没有下单任何商品对象，则可以将当前正在浏览的商品对象对应的其他的页面展示给当前用户，以便其获得关于该商品对象更多的信息。

s203：根据所预测出的信息确定第二页面，并将所述第二页面的页面数据返回给所述客户端，以便所述客户端跳转到所述第二页面进行展示。

在预测出用户所需的信息，并确定出第二页面之后，则可以将所述第二页面的页面数据返回给所述客户端，以便所述客户端跳转到所述第二页面进行展示。

总之，在本申请实施例中，由于在客户端的第一页面中加入了快捷操作选项，而服务端又能够根据用户关联的交易订单及其状态信息对用户可能所需的信息进行预测，使得用户直接通过该快捷操作选项，即可进入到具体用于展示该预测结果信息的页面。因此，能够缩短用户的操作路径，并且，由于只需要加载与预测出的用户需求相关的信息，因此，加载速度也会比较快，效率高，从而使得用户更方便快捷高效地获得所需的信息。

实施例二

该实施例二是与实施例一相对应的，从客户端的角度，提供了一种信息提供方法，参见图4，该方法具体可以包括：

s401：客户端在第一页面中添加快捷操作选项；

s402：将通过所述快捷操作选项接收到的操作请求提交到服务端，以便所述服务端根据所述客户端关联用户关联的交易订单信息，对所述关联用户所需的操作进行预测，根据预测出的目标操作确定对应的第二页面，并返回第二页面的页面数据；

s403：根据所接收到的第二页面的页面数据，跳转到所述第二页面进行展示。

关于该实施例二中的未详述部分，可参见前述实施例一中的记载，这里不再赘述。

与实施例一相对应，本申请实施例还提供了一种信息提供装置，参见图5，该装置具体可以包括：

请求接收单元501，用于接收客户端提交的操作请求，其中，所述操作请求是通过客户端的第一页面中添加的快捷操作选项发起的；

预测单元502，用于根据客户端关联用户对应的交易订单及其状态信息，对所述关联用户所需的信息进行预测；

页面数据返回单元503，用于根据所预测出的信息确定第二页面，并将所述第二页面的页面数据返回给所述客户端，以便所述客户端跳转到所述第二页面进行展示。

其中，预测单元具体可以用于：

如果所述关联用户对应有目标状态类型的交易订单，则根据所述目标状态类型对所述关联用户所需的信息进行预测。

更为具体的，所述预测单元可以用于：

如果所述关联用户对应有待收货状态的交易订单，则预测所述所需获得的信息为所述交易订单的物流相关信息；

所述页面数据返回单元具体可用于：

将用于展示所述交易订单对应的物流相关信息的页面确定为所述第二页面。

或者，所述预测单元具体可以用于：

如果所述关联用户对应有逆向交易状态的交易订单，则预测所述所需获得的信息为所述逆向交易的处理进度信息；

所述页面数据返回单元具体可用于：

将用于展示所述交易订单对应的逆向交易处理进度信息的页面确定为所述第二页面。

另外，所述预测单元具体还可以用于：

如果所述关联用户对应有多种不同状态类型的交易订单，则根据所述多种不同状态类型分别对用户所需的信息进行预测；

此时，页面数据返回单元具体可用于：

根据多种不同状态类型分别预测出的信息生成所述第二页面。

具体的，所述页面数据返回单元具体可用于：

根据多种不同状态类型之间的优先级，对所述分别预测出的信息进行排序。

其中，可以将物流详细信息和/或逆向交易的处理进度信息进行优先排序。

另外，所述预测单元还可以用于：

如果所述关联用户对应有多种不同状态类型的交易订单，则根据所述多种不同状态类型之间的优先级关系，对所述关联用户所需的信息进行预测。

另外，所述预测单元具体可以用于：

根据所述关联用户对应的交易订单及其状态信息，以及所述关联用户的历史行为记录信息，对所述关联用户所需的信息进行预测；其中，所述历史行为记录包括：在关联用户对应的交易订单的当前状态下执行的进一步操作信息。

另外，该装置还可以包括：

准确度确定单元，用于根据所述关联用户针对所述第二页面执行的操作，确定所述预测出的信息的准确度；

更新单元，用于根据所述关联用户的订单状态信息，以及所述预测结果准确度信息进行记录，以用于更新所述历史行为记录。

再者，该装置还可以包括：

选项添加单元，用于如果所述第二页面中不包括用于执行进一步操作的操作选项，则在所述第二页面中添加用于对预测信息进行评价的操作选项，以便通过该操作选项确定所述预测出的信息的准确度。

具体实现时，该装置还可以包括：

第三页面确定单元，用于如果所述关联用户未对应有所述目标状态类型的交易订单，且在目标时间段内未生成新的交易订单，则根据所述第一页面确定第三页面。

具体的，所述第三页面确定单元可以用于：

如果所述第一页面为对应多个商品对象或者店铺对象的信息聚合类页面，则将用于向所述关联用户进行用户权益发放的页面确定为所述第三页面。

或者，所述第三页面确定单元也可以用于：

如果所述第一页面为单个商品对象的详情信息页面，则将用于对所述商品对象的评价信息进行展示的页面确定为所述第三页面。

与实施例二相对应，本申请实施例还提供了一种信息提供装置，参见图6，该装置可以包括：

操作选项添加单元601，用于在第一页面中添加快捷操作选项；

请求提交单元602，用于将通过所述快捷操作选项接收到的操作请求提交到服务端，以便所述服务端根据所述客户端关联用户关联的交易订单信息，对所述关联用户所需的操作进行预测，根据预测出的信息确定对应的第二页面，并返回第二页面的页面数据；

页面展示单元603，用于根据所接收到的第二页面的页面数据，跳转到所述第二页面进行展示。

另外，本申请实施例还提供了一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

接收客户端提交的操作请求，其中，所述操作请求是通过客户端的第一页面中添加的快捷操作选项发起的；

根据客户端关联用户对应的交易订单及其状态信息，对所述关联用户所需的信息进行预测；

根据所预测出的信息确定第二页面，并将所述第二页面的页面数据返回给所述客户端，以便所述客户端跳转到所述第二页面进行展示。

以及另一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

在第一页面中添加快捷操作选项；

将通过所述快捷操作选项接收到的操作请求提交到服务端，以便所述服务端根据所述客户端关联用户关联的交易订单信息，对所述关联用户所需的操作进行预测，根据预测出的信息确定对应的第二页面，并返回第二页面的页面数据；

根据所接收到的第二页面的页面数据，跳转到所述第二页面进行展示。

其中，图7示例性的展示出了其中一种电子设备的架构，例如，设备700可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理，飞行器等。

参照图7，设备700可以包括以下一个或多个组件：处理组件702，存储器704，电源组件706，多媒体组件708，音频组件710，输入/输出(i/o)的接口712，传感器组件714，以及通信组件716。

处理组件702通常控制设备700的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件702可以包括一个或多个处理器720来执行指令，以完成本公开技术方案提供的方法的全部或部分步骤。此外，处理组件702可以包括一个或多个模块，便于处理组件702和其他组件之间的交互。例如，处理部件702可以包括多媒体模块，以方便多媒体组件708和处理组件702之间的交互。

存储器704被配置为存储各种类型的数据以支持在设备700的操作。这些数据的示例包括用于在设备700上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器704可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。

电源组件706为设备700的各种组件提供电力。电源组件706可以包括电源管理系统，一个或多个电源，及其他与为设备700生成、管理和分配电力相关联的组件。

多媒体组件708包括在设备700和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件708包括一个前置摄像头和/或后置摄像头。当设备700处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件710被配置为输出和/或输入音频信号。例如，音频组件710包括一个麦克风(mic)，当设备700处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器704或经由通信组件716发送。在一些实施例中，音频组件710还包括一个扬声器，用于输出音频信号。

i/o接口712为处理组件702和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件714包括一个或多个传感器，用于为设备700提供各个方面的状态评估。例如，传感器组件714可以检测到设备700的打开/关闭状态，组件的相对定位，例如所述组件为设备700的显示器和小键盘，传感器组件714还可以检测设备700或设备700一个组件的位置改变，用户与设备700接触的存在或不存在，设备700方位或加速/减速和设备700的温度变化。传感器组件714可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件714还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件714还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件716被配置为便于设备700和其他设备之间有线或无线方式的通信。设备700可以接入基于通信标准的无线网络，如wifi，2g或3g，或它们的组合。在一个示例性实施例中，通信部件716经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信部件716还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。

在示例性实施例中，设备700可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器704，上述指令可由设备700的处理器720执行以完成本公开技术方案提供的方法。例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的信息提供方法、装置及电子设备，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。