CN112398667A - 页面分享方法、装置及电子设备 - Google Patents

Abstract

本申请实施例公开了页面分享方法、装置及电子设备，所述方法包括：接收针对目标页面的分享请求；将所述分享请求提交到服务端，以用于对用户所需的分享方式进行预测；根据所述服务端返回的预测结果，提供用于对分享方式进行选择的操作选项。通过本申请实施例，能够在实现页面分享方式多样化的同时，简化用户操作，提高效率。

Description

页面分享方法、装置及电子设备

技术领域

本申请涉及页面分享技术领域，特别是涉及页面分享方法、装置及电子设备。

背景技术

页面分享是页面开发中比较常用的功能，通过该功能，用户可以将其感兴趣的页面分享给其他用户。例如，在商品对象信息服务系统的应用程序中，可以为用户提供多种类型的页面，包括商品页面，活动页面，等等，用户可以通过将上述页面分享给其他用户的方式，方便其他购买具体的商品，或者，参加具体的活动，等等。

其中，为了满足用户的多样化需求，页面中也可以实现分享方式的多样化，包括分享渠道的多样化，传输媒介的多样化。例如，关于分享渠道，可以提供通过社交网络工具进行分享的渠道，应用内分享的渠道，等等。关于传输媒介，可以提供二维码、口令等多种媒介，等等。

在现有技术中，通常会针对目标页面提供统一的分享入口，在用户点击分享入口后，可以提供多种可选的分享渠道、传输媒介，用户可以从中选择其中一种渠道以及媒介进行分享。

上述方式可以实现对分享方式多样化的支持，但是，由于需要用户从多种选项中进行选择，因此，用户操作起来会显得比价繁琐。另外，对于一些入门级的用户而言，过多的选项可能反而对其操作造成干扰，影响用户体验。

因此，如何在实现页面分享方式多样化的同时，简化用户操作，提高效率，成为需要本领域技术人员解决的技术问题。

发明内容

本申请提供了页面分享方法、装置及电子设备，能够在实现页面分享方式多样化的同时，简化用户操作，提高效率。

本申请提供了如下方案：

一种页面分享方法，包括：

接收针对目标页面的分享请求；

将所述分享请求提交到服务端，以用于对用户所需的分享方式进行预测；

根据所述服务端返回的预测结果，提供用于对分享方式进行选择的操作选项。

一种页面分享方法，包括：

获得预测模型，所述预测模型是根据多个用户在历史页面分享过程中的数据记录建立的；

接收到针对目标页面的分享方式预测请求后，利用所述预测模型对发起者用户所需的分享方式进行预测；

返回预测结果，以用于提供用于对分享方式进行选择的操作选项。

一种页面分享方法，包括：

获得目标页面关联的分享内容类型与适合的分享方式之间的对应关系信息；

接收到针对目标页面的分享方式预测请求后，利用所述对应关系信息对发起者用户所需的分享方式进行预测；

返回预测结果，以用于提供用于对分享方式进行选择的操作选项。

一种页面分享装置，包括：

分享请求接收单元，用于接收针对目标页面的分享请求；

请求提交单元，用于将所述分享请求提交到服务端，以用于对用户所需的分享方式进行预测；

操作选项提供单元，用于根据服务端返回的预测结果，提供用于对分享方式进行选择的操作选项。

一种页面分享装置，包括：

预测模型获得单元，用于获得预测模型，所述预测模型是根据多个用户在历史页面分享过程中的数据记录建立的；

第一预测单元，用于接收到针对目标页面的分享方式预测请求后，利用所述预测模型对发起者用户所需的分享方式进行预测；

第一结果返回单元，用于返回预测结果，以用于提供用于对分享方式进行选择的操作选项。

一种页面分享装置，包括：

对应关系获得单元，用于获得目标页面关联的分享内容类型与适合的分享方式之间的对应关系信息；

第二预测单元，用于接收到针对目标页面的分享方式预测请求后，利用所述对应关系信息对发起者用户所需的分享方式进行预测；

第二结果返回单元，用于返回预测结果，以用于提供用于对分享方式进行选择的操作选项。

一种电子设备，包括：

一个或多个处理器；以及

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

接收针对目标页面的分享请求；

将所述分享请求提交到服务端，以用于对用户所需的分享方式进行预测；

根据服务端返回的预测结果，提供用于对分享方式进行选择的操作选项。

一种电子设备，包括：

一个或多个处理器；以及

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

获得预测模型，所述预测模型是根据多个用户在历史页面分享过程中的数据记录建立的；

接收到针对目标页面的分享方式预测请求后，利用所述预测模型对发起者用户所需的分享方式进行预测；

返回预测结果，以用于提供用于对分享方式进行选择的操作选项。

一种电子设备，包括：

一个或多个处理器；以及

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

获得目标页面关联的分享内容类型与适合的分享方式之间的对应关系信息；

接收到针对目标页面的分享方式预测请求后，利用所述对应关系信息对发起者用户所需的分享方式进行预测；

返回预测结果，以用于提供用于对分享方式进行选择的操作选项。

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

通过本申请实施例，在接收到针对目标页面的分享请求后，可以首先对用户可能所需的分享方式进行预测，然后，根据预测结果提供具体用于对分享方式进行选择的操作选项。以此可以在实现分享方式多样化的同时，提高选择的效率，进而提升用户体验。

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

附图说明

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

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

图2是本申请实施例提供的第一方法的流程图；

图3是本申请实施例提供的界面的示意图；

图4是本申请实施例提供的第二方法的流程图；

图5是本申请实施例提供的第三方法的流程图；

图6是本申请实施例提供的第一装置的示意图；

图7是本申请实施例提供的第二装置的示意图；

图8是本申请实施例提供的第三装置的示意图；

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

具体实施方式

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

在本申请实施例中，为了帮助用户快速选择出适合的分享方式，在接收到针对目标页面的分享请求后，首先可以对用户可能所需的分享方式进行预测，然后，可以根据预测结果，为用户提供具体对分享方式进行选择的操作选项。例如，如果预测结果中存在匹配的目标分享方式，则可以将该目标分享方式单独列出来，并且可以优先提供给用户进行选择；当然，预测结果存在不准确的情况，因此，也可以同时提供默认的选择入口，也即，提供更多可选的分享方式供用户选择。另外，如果无法预测出匹配的目标分享方式，则可以直接提供默认的选择入口，也即，直接提供多种可选的分享方式。通过这种方式，能够在为用户提供多种可选的分享方式的基础上，通过对用户当前所需的分享方式进行预测，为用户优先提供其最有可能需要的分享方式，这样，可以帮助用户快速定位到其所需的分享方式，提高效率。

具体实现时，从系统架构角度而言，如图1所示，可以预先提供用于进行分享方式预测的SDK(软件开发工具包)，然后，应用程序或者页面开发者可以将该SDK引入到具体具有分享需求的页面中。这样，在页面中接收到分享请求后，便可以调用引入的SDK进行预测。其中，在预测的过程中，可能会涉及到对预测模型的调用，其中，具体的预测模型可以保存在服务端，SDK可以通过向服务端发起请求的方式，提交分享内容信息，服务端获得预测结果之后进行返回。或者，如果不是通过具体的预测模型进行预测，而是通过预先建立的分享内容类型与适合的分享方式之间的对应关系进行预测，则这种对应关系也可以保存在服务端，SDK可以通过访问服务端获得具体的预测结果。在获得预测结果后，在弹出窗口等界面中对具体的操作选项进行展示。

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

实施例一

首先，本申请实施例一提供了一种页面分享方法，参见图2，该方法具体可以包括：

S201：接收针对目标页面的分享请求；

在本申请实施例中，目标页面可以是指具体应用程序内的H5页面，等等。具体的应用程序可以有多种，例如，可以包括商品对象信息服务系统的应用程序等。具体从页面内容角度而言，待分享的内容可以有多种，例如，在商品对象信息服务系统的应用程序中，会存在一些商品对象页面，用户可能需要通过将这种页面分享给其他用户，以方便其他用户购买该商品对象。或者，也可能会存在一些活动(例如，团购类的活动，或者，通过集结一定人数组成战队的活动等)页面，用户通过将这种页面分享给其他用户，以邀请其他用户加入活动，等等。对于上述具有分享需求的页面，都可以在页面中某个位置处提供用于对页面发起分享请求的入口，用户可以通过这种入口发起分享请求，相应的，具体页面可以接收到该请求。

S202：将所述分享请求提交到服务端，以用于对用户所需的分享方式进行预测；

在接收到具体的分享请求后，在本申请实施例中，可以首先对用户所需的分享方式进行预测。具体实现时，如前文所述，可以通过预先引入的SDK来实现该预测功能。其中，该SDK可以将分享请求提交到服务端，由服务端对具体的分享方式进行预测。

具体实现时，具体的预测方式可以有多种。例如，一种方式下，可以在服务端预先建立预测模型，利用这种预测模型对具体所需的分享方式进行预测。其中，具体的预测模型可以是根据海量用户在历史分享过程中的历史数据建立的。也就是说，可以通过算法的方式学习出，对于同样或者类似的分享内容而言，大部分用户或者具有某些身份特征的用户等通常会选择哪种分享方式进行分享，根据具体的学习结果，便可以建立起预测模型。具体的，所述预测模型的输入信息可以有多种，例如，可以包括目标页面关联的分享内容信息，所述用户的身份特征信息，和/或浏览路径信息。也就是说，可以根据分享内容的类型等进行预测，例如，对于商品对象信息类型的分享内容，大部分用户喜欢通过二维码作为传输媒介进行分享，等等。也可以根据用户的身份特征进行预测，例如，大部分的学生或者上班族用户喜欢通过口令作为传输媒介进行分享，而年龄偏大的用户则喜欢以二维码作为传输媒介进行分享，等等。另外，还可以根据浏览路径进行预测，例如，如果是通过应用程序客户端首页浏览的当前目标页面，则大部分会采用口令作为传输媒介进行分享，如果是通过从其他应用跳转的方式进行的当前目标页面的浏览，则大部分会采用二维码作为传输媒介进行分享，等等。当然，也可以综合上述多种输入信息，对用户可能需要的分享方式进行预测。

除了可以使用预先建立的预测模型进行预测之外，还可以通过预先建立对应关系的方式来进行预测。也就是说，在通常情况下，具体某种类型的分享内容更适合采用哪种分享方式，通常是具有一定的规律性的。例如，如果待分享内容为商品对象信息，则经常会是在两个用户面对面的过程中产生的上述需求，因此，这种场景下，通常更适合采用二维码作为传输媒介进行分享，以使得双方可以通过面对面扫码的方式完成目标页面的分享。或者，如果所述待分享内容为活动邀请信息，则由于通常需要发送给多个用户，并且一些第三方的社交工具中可能会对这种类型分享信息的二维码进行限制，因此，更适合以口令作为传输媒介，这样，接收者在通过社交工具等接收到口令后，可以进行复制，然后打开关联的应用程序，即可进入到被分享的目标页面。另外，如果所述待分享内容为特定类目的商品对象信息(例如，一些面向老年人用户的商品对象等)，和/或所述用户在应用内绑定有关联用户信息(例如，通过“亲情号”等方式绑定有父母的账号等)，则由于被分享内容的接收者通常可能是老年人等情况，对于过多步骤的操作(扫码、复制口令等)可能会并不熟悉，因此，更适合于以消息作为传输媒介，通过应用内的消息系统作为分享渠道进行分享。这样，接收者可以直接在应用内的消息系统中接收到被分享的信息，该信息可以以卡片等形式存在，用户通过在消息系统中点击该卡片便可以进入到被分享的目标页面，等等。

总之，可以预先建立各种分享内容类型与适合的分享方式之间的对应关系，这样，在接收到具体的分享请求后，首先可以确定出目标页面关联的分享内容的类型，然后，通过与该对应关系进行对比的方式，即可对用户所需的分享方式进行预测。

S203：根据服务端返回的预测结果，提供用于对分享方式进行选择的操作选项。

在服务端完成预测得到预测结果后，可以返回给SDK，以便在前端界面中提供具体的操作选项。其中，预测结果可能有两种情况，一种情况是，能够预测出匹配的目标分享方式，另一种是，无法预测出与当前的分享内容、用户、浏览路径等匹配的分享方式。针对前一种情况，在提供可选的分享方式时，可以优先将所述目标分享方式单独列出，以此提示用户可以优先选择该分享方式。当然，由于预测结果只是按照一定的概率得出的，因此，也存在预测结果并不符合当前用户需求的可能，为此，在提供上述目标分享方式的同时，还可以提供默认的分享方式选择入口，通过该选择入口可以提供更多可选的分享方式。在预测结果不满足用户需求的情况下，用户也可以通过该默认的选择入口对其他的分享方式进行选择。而对于后一种情况，由于没有预测出适合的分享方式，因此，可以直接给出默认的选择入口，以用于从多种可选的分享方式中进行选择。例如，如图3所示，假设用户在浏览某商品对象的页面时需要将该页面分享给其他用户，通过预测发现适合采用二维码的方式进行分享，因此，可以优先将该二维码方式进行单独列出，具体还可以给出如31处所示的“为您推荐二维码方式分享”等提示信息。另外，为了便于用户对更多分享方式进行选择，如32处所示，还可以给出“您也可以选择以下其他分享方式”等提示信息，等等。具体实现时，在提供所述默认的分享方式选择入口时，还可以按照用户的操作习惯信息对所述多种可选的分享方式进行排序。也即，可以对用户的历史选择习惯等信息进行记录，按照历史分享过程中被选择次数的多少等，对分享方式进行排序，等等。另外，还可以按照排序结果对用户选择概率高于阈值的分享方式进行突出显示，例如，将分享方式所对应页面元素的大小、位置等进行突出显示，等等，以此更加方便用户进行选择。

其中，在通过预测模型进行预测的情况下，由于具体的模型是可以为多个用户所共用的，因此，主要体现的是海量用户之间的共性，但是，在实际应用中，不同的用户之间仍然可能会具有一些个性化的需求。例如，在通过预测模型预测出当前用户所需的预测方式可能为二维码方式，但是，用户最终在进行分享时，可能并没有采用该方式，而是选择了口令的方式，等等。针对这种情况，在优选的实施方式中，在提供所述操作选项后，还可以对用户实际所选择的分享方式进行获取，如果用户实际选择的分享方式与预测出的分享方式不同，则还可以利用所述用户实际选择的分享方式对所述预测模型进行调整，以此可以逐步生成针对所述用户的个性化预测模型，这样，后续再次进行预测时，就可以使用该用户关联的个性化预测模型进行预测，以此提高预测的准确性。

需要说明的是，在本申请实施例中，具体的分享方式可以包括分享内容的传输媒介和/或分享渠道。也就是说，在预测过程中，以及在提供选择入口的过程中，可以包括对传输媒介和/或分享渠道的预测以及选择入口的提供。

总之，通过本申请实施例，在接收到针对目标页面的分享请求后，可以首先对用户可能所需的分享方式进行预测，然后，根据预测结果提供具体用于对分享方式进行选择的操作选项。以此可以在实现分享方式多样化的同时，提高选择的效率，进而提升用户体验。

实施例二

该实施例二是从服务端的角度，提供了一种页面分享方法，在该方法中，可以预先在服务端保存预测模型，客户端接收到具体的分享请求后，可以由页面内嵌入的SDK等向服务端发起预测请求，然后，由服务端根据预测模型进行预测。具体的，参见图4，该方法具体可以包括：

S401：获得预测模型，所述预测模型是根据多个用户在历史页面分享过程中的数据记录建立的；

S402：接收到针对目标页面的分享方式预测请求后，利用所述预测模型对发起者用户所需的分享方式进行预测；

S403：返回预测结果，以用于提供用于对分享方式进行选择的操作选项。

具体实现时，可以将所述目标页面关联的分享内容信息，发起者用户的身份特征信息，和/或浏览路径信息作为所述预测模型的输入信息，以便对所述分享方式进行预测。

另外，如果所述发起者用户实际选择的分享方式与预测出的分享方式不同，则利用所述发起者用户实际选择的分享方式对所述预测模型进行调整，生成针对所述发起者用户的个性化预测模型。这样，后续可以根据这种个性化预测模型为用户进行更准确的预测。

实施例三

该实施例三也是从服务端的角度提供了一种页面分享方法，与实施例二不同的是，在该实施例三中，服务端预先保存的可以不是预测模型，而是分享内容类型与适合的分享方式之间的对应关系信息，这样，接收到具体的预测请求后，可以直接根据分享内容类型确定出适合的分享方式并进行推荐。具体的，参见图5，该方法具体可以包括：

S501：获得目标页面关联的分享内容类型与适合的分享方式之间的对应关系信息；

S502：接收到针对目标页面的分享方式预测请求后，利用所述对应关系信息对发起者用户所需的分享方式进行预测；

S503：返回预测结果，以用于提供用于对分享方式进行选择的操作选项。

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

需要说明的是，在符合所在国的适用法律法规要求的情况下(例如，用户明确同意，对用户切实通知，等)，可以在适用法律法规允许的范围内在本文描述的方案中使用用户特定的个人数据。

与实施例一相对应，本申请实施例还提供了一种页面分享装置，参见图6，该装置具体可以包括：

分享请求接收单元601，用于接收针对目标页面的分享请求；

请求提交单元602，用于将所述分享请求提交到服务端，以用于对用户所需的分享方式进行预测；

操作选项提供单元603，用于根据服务端返回的预测结果，提供用于对分享方式进行选择的操作选项。

具体实现时，所述操作选项提供单元具体可以用于：

如果预测结果中存在匹配的目标分享方式，则优先提供所述目标分享方式。

另外，所述操作选项提供单元还可以用于：

在提供所述目标分享方式时，还提供默认的分享方式选择入口，所述默认的分享方式选择入口用于对多种可选的分享方式进行选择。

另外，所述操作选项提供单元具体也可以用于：

如果无法预测出分享方式，则提供默认的分享方式选择入口，所述默认的分享方式选择入口用于对多种可选的分享方式进行选择。

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

排序单元，用于在提供所述默认的分享方式选择入口时，按照所述用户的操作习惯信息对所述多种可选的分享方式进行排序。

另外还可以包括：

突出显示单元，用于按照排序结果对用户选择概率高于阈值的分享方式进行突出显示。

其中，具体实现时，所述服务端具体用于：

利用预先建立的分享方式预测模型，对用户所需的分享方式进行预测；所述预测模型是根据多个用户在历史页面分享过程中的数据记录建立的。

其中，所述预测模型的输入信息包括：所述目标页面关联的分享内容信息，所述用户的身份特征信息，和/或浏览路径信息。

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

实际选择结果提交单元，用于在提供所述操作选项后，如果用户实际选择的分享方式与预测出的分享方式不同，则将用户实际选择的分享方式提交的服务端，以便所述服务端利用所述用户实际选择的分享方式对所述预测模型进行调整，生成针对所述用户的个性化预测模型。

另外，所述服务端具体也可以用于：

根据所述目标页面关联的分享内容类型与适合的分享方式之间的对应关系，对用户所需的分享方式进行预测。

具体的，如果所述待分享内容为商品对象信息，则预测用户所需的分享方式包括：以图形码作为传输媒介进行分享。

或者，

如果所述待分享内容为活动邀请信息，则预测用户所需的分享方式包括：以口令作为传输媒介，通过社交网络工具作为分享渠道进行分享。

或者，

如果所述待分享内容为特定类目的商品对象信息，和/或所述用户在应用内绑定有关联用户信息，则预测用户所需的分享方式包括：以消息作为传输媒介，通过应用内的消息系统作为分享渠道进行分享。

其中，所述分享方式包括分享内容的传输媒介和/或分享渠道。

与实施例二相对应，本申请实施例还提供了一种页面分享装置，参见图7，该装置具体可以包括：

预测模型获得单元701，用于获得预测模型，所述预测模型是根据多个用户在历史页面分享过程中的数据记录建立的；

第一预测单元702，用于接收到针对目标页面的分享方式预测请求后，利用所述预测模型对发起者用户所需的分享方式进行预测；

第一结果返回单元703，用于返回预测结果，以用于提供用于对分享方式进行选择的操作选项。

具体的，所述第一预测单元具体可以用于：

将所述目标页面关联的分享内容信息，发起者用户的身份特征信息，和/或浏览路径信息作为所述预测模型的输入信息，以便对所述分享方式进行预测。

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

模型调整单元，用于如果所述发起者用户实际选择的分享方式与预测出的分享方式不同，则利用所述发起者用户实际选择的分享方式对所述预测模型进行调整，生成针对所述发起者用户的个性化预测模型。

与实施例三相对应，本申请实施例还提供了一种页面分享装置，参见图8，该装置具体可以包括：

对应关系获得单元801，用于获得目标页面关联的分享内容类型与适合的分享方式之间的对应关系信息；

第二预测单元802，用于接收到针对目标页面的分享方式预测请求后，利用所述对应关系信息对发起者用户所需的分享方式进行预测；

第二结果返回单元803，用于返回预测结果，以用于提供用于对分享方式进行选择的操作选项。

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

一个或多个处理器；以及

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

接收针对目标页面的分享请求；

将所述分享请求提交到服务端，以用于对用户所需的分享方式进行预测；

根据所述服务端预测结果，提供用于对分享方式进行选择的操作选项。

另一种电子设备，包括：

一个或多个处理器；以及

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

获得预测模型，所述预测模型是根据多个用户在历史页面分享过程中的数据记录建立的；

接收到针对目标页面的分享方式预测请求后，利用所述预测模型对发起者用户所需的分享方式进行预测；

返回预测结果，以用于提供用于对分享方式进行选择的操作选项。

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

一个或多个处理器；以及

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

获得目标页面关联的分享内容类型与适合的分享方式之间的对应关系信息；

接收到针对目标页面的分享方式预测请求后，利用所述对应关系信息对发起者用户所需的分享方式进行预测；

返回预测结果，以用于提供用于对分享方式进行选择的操作选项。

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

参照图9，设备900可以包括以下一个或多个组件：处理组件902，存储器904，电源组件906，多媒体组件908，音频组件910，输入/输出(I/O)的接口912，传感器组件914，以及通信组件916。

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

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

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

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

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

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

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

通信组件916被配置为便于设备900和其他设备之间有线或无线方式的通信。设备900可以接入基于通信标准的无线网络，如WiFi，2G、3G、4G/LTE、5G等移动通信网络，或它们的组合。在一个示例性实施例中，通信部件916经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信部件916还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

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

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

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

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

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

Claims (24)

1.一种页面分享方法，其特征在于，包括：

接收针对目标页面的分享请求；

将所述分享请求提交到服务端，以用于对用户所需的分享方式进行预测；

根据所述服务端返回的预测结果，提供用于对分享方式进行选择的操作选项。

2.根据权利要求1所述的方法，其特征在于，

所述根据预测结果，提供用于对分享方式进行选择的操作选项，包括：

如果预测结果中存在匹配的目标分享方式，则优先提供所述目标分享方式。

3.根据权利要求2所述的方法，其特征在于，还包括：

在提供所述目标分享方式时，还提供默认的分享方式选择入口，所述默认的分享方式选择入口用于对多种可选的分享方式进行选择。

4.根据权利要求1所述的方法，其特征在于，

所述根据服务端返回的预测结果，提供用于对分享方式进行选择的操作选项，包括：

如果无法预测出分享方式，则提供默认的分享方式选择入口，所述默认的分享方式选择入口用于对多种可选的分享方式进行选择。

5.根据权利要求3或4所述的方法，其特征在于，还包括：

在提供所述默认的分享方式选择入口时，按照所述用户的操作习惯信息对所述多种可选的分享方式进行排序。

6.根据权利要求5所述的方法，其特征在于，还包括：

按照排序结果对用户选择概率高于阈值的分享方式进行突出显示。

7.根据权利要求1所述的方法，其特征在于，

所述对用户所需的分享方式进行预测，包括：

利用预先建立的分享方式预测模型，对用户所需的分享方式进行预测；所述预测模型是根据多个用户在历史页面分享过程中的数据记录建立的。

8.根据权利要求7所述的方法，其特征在于，

所述预测模型的输入信息包括：所述目标页面关联的分享内容信息，所述用户的身份特征信息，和/或浏览路径信息。

9.根据权利要求7所述的方法，其特征在于，还包括：

在提供所述操作选项后，如果用户实际选择的分享方式与预测出的分享方式不同，则将用户实际选择的分享方式提交的服务端，以便所述服务端利用所述用户实际选择的分享方式对所述预测模型进行调整，生成针对所述用户的个性化预测模型。

10.根据权利要求1所述的方法，其特征在于，

所述对用户所需的分享方式进行预测，包括：

根据所述目标页面关联的分享内容类型与适合的分享方式之间的对应关系，对用户所需的分享方式进行预测。

11.根据权利要求10所述的方法，其特征在于，

所述对用户所需的分享方式进行预测，包括：

如果所述待分享内容为商品对象信息，则预测用户所需的分享方式包括：以图形码作为传输媒介进行分享。

12.根据权利要求10所述的方法，其特征在于，

所述对用户所需的分享方式进行预测，包括：

如果所述待分享内容为活动邀请信息，则预测用户所需的分享方式包括：以口令作为传输媒介，通过社交网络工具作为分享渠道进行分享。

13.根据权利要求10所述的方法，其特征在于，

所述对用户所需的分享方式进行预测，包括：

如果所述待分享内容为特定类目的商品对象信息，和/或所述用户在应用内绑定有关联用户信息，则预测用户所需的分享方式包括：以消息作为传输媒介，通过应用内的消息系统作为分享渠道进行分享。

14.根据权利要求1至13任一项所述的方法，其特征在于，

所述分享方式包括分享内容的传输媒介和/或分享渠道。

15.一种页面分享方法，其特征在于，包括：

获得预测模型，所述预测模型是根据多个用户在历史页面分享过程中的数据记录建立的；

接收到针对目标页面的分享方式预测请求后，利用所述预测模型对发起者用户所需的分享方式进行预测；

返回预测结果，以用于提供用于对分享方式进行选择的操作选项。

16.根据权利要求15所述的方法，其特征在于，

所述利用所述预测模型对进行分享方式预测，包括：

将所述目标页面关联的分享内容信息，发起者用户的身份特征信息，和/或浏览路径信息作为所述预测模型的输入信息，以便对所述分享方式进行预测。

17.根据权利要求15所述的方法，其特征在于，还包括：

如果所述发起者用户实际选择的分享方式与预测出的分享方式不同，则利用所述发起者用户实际选择的分享方式对所述预测模型进行调整，生成针对所述发起者用户的个性化预测模型。

18.一种页面分享方法，其特征在于，包括：

获得目标页面关联的分享内容类型与适合的分享方式之间的对应关系信息；

接收到针对目标页面的分享方式预测请求后，利用所述对应关系信息对发起者用户所需的分享方式进行预测；

返回预测结果，以用于提供用于对分享方式进行选择的操作选项。

19.一种页面分享装置，其特征在于，包括：

分享请求接收单元，用于接收针对目标页面的分享请求；

请求提交单元，用于将所述分享请求提交到服务端，以用于对用户所需的分享方式进行预测；

操作选项提供单元，用于根据服务端返回的预测结果，提供用于对分享方式进行选择的操作选项。

20.一种页面分享装置，其特征在于，包括：

预测模型获得单元，用于获得预测模型，所述预测模型是根据多个用户在历史页面分享过程中的数据记录建立的；

第一预测单元，用于接收到针对目标页面的分享方式预测请求后，利用所述预测模型对发起者用户所需的分享方式进行预测；

第一结果返回单元，用于返回预测结果，以用于提供用于对分享方式进行选择的操作选项。

21.一种页面分享装置，其特征在于，包括：

对应关系获得单元，用于获得目标页面关联的分享内容类型与适合的分享方式之间的对应关系信息；

第二预测单元，用于接收到针对目标页面的分享方式预测请求后，利用所述对应关系信息对发起者用户所需的分享方式进行预测；

第二结果返回单元，用于返回预测结果，以用于提供用于对分享方式进行选择的操作选项。

22.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

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

接收针对目标页面的分享请求；

将所述分享请求提交到服务端，以用于对用户所需的分享方式进行预测；

根据服务端返回的预测结果，提供用于对分享方式进行选择的操作选项。

23.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

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

获得预测模型，所述预测模型是根据多个用户在历史页面分享过程中的数据记录建立的；

接收到针对目标页面的分享方式预测请求后，利用所述预测模型对发起者用户所需的分享方式进行预测；

返回预测结果，以用于提供用于对分享方式进行选择的操作选项。

24.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

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

获得目标页面关联的分享内容类型与适合的分享方式之间的对应关系信息；

接收到针对目标页面的分享方式预测请求后，利用所述对应关系信息对发起者用户所需的分享方式进行预测；

返回预测结果，以用于提供用于对分享方式进行选择的操作选项。

Images