CN110311961A

CN110311961A - 信息分享的方法及***、客户端和服务端

Info

Publication number: CN110311961A
Application number: CN201910532538.XA
Authority: CN
Inventors: 刘正阳
Original assignee: Beijing Dajia Internet Information Technology Co Ltd
Current assignee: Beijing Dajia Internet Information Technology Co Ltd
Priority date: 2019-06-19
Filing date: 2019-06-19
Publication date: 2019-10-08
Anticipated expiration: 2039-06-19
Also published as: CN110311961B

Abstract

本公开关于一种信息分享的方法及***、客户端和服务端，用以解决相关技术中因scene参数长度受限而导致小程序的二维码不能传递复杂的参数的问题，该信息分享的方法包括：接收第一客户端发送的分享消息，所述分享消息中包含待分享的小程序目标页面的分享参数；生成所述分享参数的第一标识；根据所述第一标识确定场景scene参数，并基于所述scene参数调用小程序二维码生成接口生成所述小程序的二维码；向所述第一客户端返回所述二维码，所述二维码用于分享。

Description

信息分享的方法及***、客户端和服务端

技术领域

本公开涉及计算机技术领域，尤其涉及一种信息分享的方法及***、客户端和服务端。

背景技术

小程序是一种不用下载就能使用的应用，不需要安装和下载，可以通过用户扫一扫或者搜一下即可打开小程序，并运行小程序。通过应用软件(例如，微信)扫描二维码运行小程序的过程中，首先需要为小程序生成一个二维码，该二维码传递的属性主要是页面路径(page)和场景(scene)参数，其中，page是扫码后进入的小程序页面路径(比如pages/index/index)，scene参数即放在scene字段的参数，扫描该二维码进入小程序后，通过page打开对应的页面，通过scene参数展示页面内容。

相关技术中，page不能携带参数，生成二维码的参数都放在scene字段，而scene字段有长度限制，最大32个字符，也就是说scene参数的长度不得超过32个字符，这就导致小程序的二维码不能传递复杂的参数，例如若想传递分享参数，比如分享人、分享时间等信息，长度会超过32位字符，于是只能减少分享参数内容长度，再比如若传递的参数本身的长度超过32个字符，无法再减少了，则这个参数就不能传递。

发明内容

本公开提供一种信息分享的方法及***、客户端和服务端，以至少解决相关技术中因scene参数长度受限而导致小程序的二维码不能传递复杂的参数的问题。本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种信息分享的方法，所述方法应用于服务端，包括：

接收第一客户端发送的分享消息，所述分享消息中包含待分享的小程序目标页面的分享参数；

生成所述分享参数的第一标识；

根据所述第一标识确定场景scene参数，并基于所述scene参数调用小程序二维码生成接口生成所述小程序的二维码；

向所述第一客户端返回所述二维码，所述二维码用于分享。

在一可能的实现方式中，所述根据所述第一标识确定scene参数，包括：

对所述第一标识进行编码，获得长度更短的第二标识，作为scene参数。

在一可能的实现方式中，在生成所述分享参数的第一标识之后，该方法进一步包括：

存储所述第一标识与所述分享参数的对应关系；

接收第二客户端发送的携带有所述第二标识的请求消息；其中，所述第二标识由所述第二客户端通过扫描所述二维码获取到；

对所述第二标识进行解码得到所述第一标识，并根据所述对应关系确定与所述第一标识对应的分享参数；

向所述第二客户端返回携带有所述分享参数的应答消息，以由所述第二客户端在所述目标页面上展示所述分享参数所携带的信息。

存储所述第一标识与所述分享参数的对应关系；

接收第二客户端发送的携带有所述第一标识的请求消息；其中，所述第一标识由所述第二客户端通过扫描所述二维码获取到；

根据所述对应关系确定与所述第一标识对应的分享参数；

根据本公开实施例的第二方面，提供一种信息分享的方法，所述方法应用于第一客户端侧，包括：

获取待分享的小程序目标页面的分享参数；

向服务端发送携带有所述分享参数的分享消息；

接收服务端返回的所述小程序的二维码，其中，所述二维码的场景scene参数是根据所述分享参数的第一标识确定的；

分享所述二维码。

根据本公开实施例的第三方面，提供一种信息分享的方法，所述方法应用于第二客户端侧，所述方法包括：

通过扫描二维码获取所述二维码的场景scene参数，所述scene参数是根据待分享的小程序目标页面的分享参数的第一标识确定的；

根据所述scene参数确定所述第一标识，并向服务端发送携带有所述第一标识的请求消息；或者

向服务端发送携带有第二标识的请求消息，其中，所述scene参数包括所述第二标识，所述第二标识是对所述第一标识进行编码后得到的长度更短的标识；

接收服务端返回的应答消息，所述应答消息包含与所述第一标识对应的分享参数；

在所述目标页面上展示所述分享参数所携带的信息。

在一可能的实现方式中，所述scene参数包括第二标识，所述第二标识是对所述第一标识进行编码后得到的长度更短的标识；

所述根据所述scene参数确定所述第一标识，包括：

对所述第二标识进行解码得到所述第一标识。

根据本公开实施例的第四方面，提供一种服务端，包括用于执行第一方面或第一方面的任意可能的实现方式中的信息分享的方法的模块。

根据本公开实施例的第五方面，提供一种第一客户端，包括用于执行第二方面或第二方面的任意可能的实现方式中的信息分享的方法的模块。

根据本公开实施例的第六方面，提供一种第二客户端，包括用于执行第三方面或第三方面的任意可能的实现方式中的信息分享的方法的模块。

根据本公开实施例的第七方面，提供一种信息分享***，该***包括：本公开任意实施例提供的服务端、本公开任意实施例提供的第一客户端和多个本公开任意实施例提供的第二客户端，所述服务端与所述第一客户端和所述多个第二客户端连接。

本公开的实施例提供的技术方案至少带来以下有益效果：

由于生成二维码的scene参数是根据待分享的小程序目标页面的分享参数的第一标识确定的，第一标识的长度比较短，而第一标识对应的小程序目标页面的分享参数的长度并不受到限制，因此小程序的二维码可以传递复杂的参数，即解决了相关技术中因scene参数长度受限而导致小程序的二维码不能传递复杂的参数的问题。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

图1是根据一示例性实施例示出的一种信息分享***的结构示意图；

图2是根据一示例性实施例示出的服务端的第一种结构示意图；

图3是根据一示例性实施例示出的服务端的第二种结构示意图；

图4是根据一示例性实施例示出的服务端的第三种结构示意图；

图5是根据一示例性实施例示出的一种第一客户端的结构示意图；

图6是根据一示例性实施例示出的第二客户端的第一种结构示意图；

图7是根据一示例性实施例示出的第二客户端的第二种结构示意图；

图8是根据一示例性实施例示出的第二客户端的第三种结构示意图；

图9是根据一示例性实施例示出的服务端侧的信息分享的方法的流程图；

图10是根据一示例性实施例示出的第一客户端侧的信息分享的方法的流程图；

图11是根据一示例性实施例示出的第二客户端侧的信息分享的方法的第一种流程图；

图12是根据一示例性实施例示出的第二客户端侧的信息分享的方法的第二种流程图；

图13是根据一示例性实施例示出的第二客户端侧的信息分享的方法的第三种流程图；

图14是根据一示例性实施例示出的信息分享的方法的第一种交互图；

图15是根据一示例性实施例示出的信息分享的方法的第二种交互图；

图16是根据一示例性实施例示出的信息分享的方法的第三种交互图；

图17是根据一示例性实施例示出的一种客户端的一结构示意图；

图18是根据一示例性实施例示出的一种服务端的一结构示意图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述。

首先，介绍一下本公开实施例提供的技术方案的应用场景的网络架构。

图1是根据一示例性实施例示出的一种信息分享***的结构示意图，如图1所示，本公开实施例提供的一种信息分享***，包括：服务端10、第一客户端20和至少一个第二客户端30，服务端10与第一客户端20和至少一个第二客户端30连接。

图2是根据一示例性实施例示出的一种服务端框图。如图2所示，服务端10包括：接收模块101、标识生成模块102、场景参数确定模块103、二维码生成模块104和发送模块105。

接收模块101，被配置为接收第一客户端发送的分享消息，所述分享消息中包含待分享的小程序目标页面的分享参数。

其中，分享参数可以包含分享人、分享时间、分享内容等信息。小程序例如可以为微信小程序、支付宝小程序、百度小程序等。

标识生成模块102，被配置为生成所述分享参数的第一标识。

例如：可以通过数据库生成分享参数的第一标识。

场景参数确定模块103，被配置为根据所述第一标识确定场景scene参数。

在一些实施例中，为了在scene字段存放更多参数，场景参数确定模块103被配置为：

例如：可以采用base64或base62对第一标识进行编码，获得长度更短的第二标识，作为scene参数。

二维码生成模块104，被配置为基于所述scene参数调用小程序二维码生成接口生成所述小程序的二维码。

发送模块105，被配置为向所述第一客户端返回所述二维码，所述二维码用于分享。

在一些实施例中，如图3所示，服务端10进一步可以包括：存储模块106、解码模块107和分享参数确定模块108。

存储模块106，被配置为在生成所述分享参数的第一标识之后，存储所述第一标识与所述分享参数的对应关系。

接收模块101进一步被配置为：接收第二客户端发送的携带有所述第二标识的请求消息；其中，所述第二标识由所述第二客户端通过扫描所述二维码获取到。

解码模块107，被配置为对所述第二标识进行解码得到所述第一标识。

分享参数确定模块108，被配置为根据所述对应关系确定与所述第一标识对应的分享参数。

发送模块105进一步被配置为：向所述第二客户端返回携带有所述分享参数的应答消息，以由所述第二客户端在所述目标页面上展示所述分享参数所携带的信息。

在一些实施例中，如图4所示，服务端10进一步可以包括：存储模块106和分享参数确定模块108。

接收模块101进一步被配置为：接收第二客户端发送的携带有所述第一标识的请求消息；其中，所述第一标识由所述第二客户端通过扫描所述二维码获取到。

图5是根据一示例性实施例示出的一种第一客户端框图。如图5所示，第一客户端20包括：分享参数获取模块201、发送模块202、接收模块203和分享模块204。

分享参数获取模块201，被配置为获取待分享的小程序目标页面的分享参数。

发送模块202，被配置为向服务端发送携带有所述分享参数的分享消息。

接收模块203，被配置为接收服务端返回的所述小程序的二维码，其中，所述二维码的场景scene参数是根据所述分享参数的第一标识确定的。

分享模块204，被配置为分享所述二维码。

图6是根据一示例性实施例示出的一种第二客户端框图。如图6所示，第二客户端30包括：场景参数获取模块301、标识确定模块302、第一发送模块303、接收模块304和展示模块305。

场景参数获取模块301，被配置为通过扫描二维码获取所述二维码的场景scene参数，所述scene参数是根据待分享的小程序目标页面的分享参数的第一标识确定的。

标识确定模块302，被配置为根据所述scene参数确定所述第一标识。

第一发送模块303，被配置为向服务端发送携带有所述第一标识的请求消息。

接收模块304，被配置为接收服务端返回的应答消息，所述应答消息包含与所述第一标识对应的分享参数。

展示模块305，被配置为在所述目标页面上展示所述分享参数所携带的信息。

在一些实施例中，scene参数包括第一标识。

在另一些实施例中，scene参数包括第二标识，所述第二标识是对所述第一标识进行编码后得到的长度更短的标识；

如图7所示，上述标识确定模块302可以包括：

解码模块3021，被配置为对所述第二标识进行解码得到所述第一标识。

图8是根据另一示例性实施例示出的一种第二客户端框图。如图8所示，第二客户端30包括：场景参数获取模块301、第二发送模块306、接收模块304和展示模块305。

第二发送模块306，被配置为向服务端发送携带有第二标识的请求消息，其中，所述scene参数包括所述第二标识，所述第二标识是对所述第一标识进行编码后得到的长度更短的标识。

下面分别介绍服务端、第一客户端侧和第二客户端侧的方法。

图9是根据一示例性实施例示出的一种信息分享的方法的流程图，如图9所示，在服务端侧，本公开实施例提供了一种信息分享的方法，该方法包括以下步骤：

S101、接收第一客户端发送的分享消息，所述分享消息中包含待分享的小程序目标页面的分享参数；

S102、生成所述分享参数的第一标识；

S103、根据所述第一标识确定场景scene参数，并基于所述scene参数调用小程序二维码生成接口生成所述小程序的二维码；

S104、向所述第一客户端返回所述二维码，所述二维码用于分享。

在一可能的实现方式中，步骤S103中根据所述第一标识确定scene参数，可以包括：

在一可能的实现方式中，在生成所述分享参数的第一标识之后，该方法进一步可以包括：

存储所述第一标识与所述分享参数的对应关系；

在另一可能的实现方式中，在生成所述分享参数的第一标识之后，该方法进一步可以包括：

存储所述第一标识与所述分享参数的对应关系；

根据所述对应关系确定与所述第一标识对应的分享参数；

图10是根据一示例性实施例示出的一种信息分享的方法的流程图，如图10所示，在第一客户端侧，本公开实施例提供了一种信息分享的方法，该方法包括以下步骤：

S201、获取待分享的小程序目标页面的分享参数；

S202、向服务端发送携带有所述分享参数的分享消息；

S203、接收服务端返回的所述小程序的二维码，其中，所述二维码的场景scene参数是根据所述分享参数的第一标识确定的；

S204、分享所述二维码。

图11是根据一示例性实施例示出的一种信息分享的方法的流程图，如图11所示，在第二客户端侧，本公开实施例提供了一种信息分享的方法，该方法包括以下步骤：

S301、通过扫描二维码获取所述二维码的scene参数，所述scene参数是根据待分享的小程序目标页面的分享参数的第一标识确定的；

其中，scene参数包括第一标识。

S302、向服务端发送携带有所述第一标识的请求消息；

S303、接收服务端返回的应答消息，所述应答消息包含与所述第一标识对应的分享参数；

S304、在所述目标页面上展示所述分享参数所携带的信息。

图12是根据另一示例性实施例示出的一种信息分享的方法的流程图，如图12所示，在第二客户端侧，本公开实施例提供了一种信息分享的方法，该方法包括以下步骤：

S401、通过扫描二维码获取所述二维码的场景scene参数，所述scene参数是根据待分享的小程序目标页面的分享参数的第一标识确定的；

其中，scene参数包括第二标识，所述第二标识是对所述第一标识进行编码后得到的长度更短的标识。

S402、对所述第二标识进行解码得到所述第一标识；

S403、向服务端发送携带有所述第一标识的请求消息；

S404、接收服务端返回的应答消息，所述应答消息包含与所述第一标识对应的分享参数；

S405、在所述目标页面上展示所述分享参数所携带的信息。

图13是根据另一示例性实施例示出的一种信息分享的方法的流程图，如图13所示，在第二客户端侧，本公开实施例提供了一种信息分享的方法，该方法包括以下步骤：

S501、通过扫描二维码获取所述二维码的场景scene参数，所述scene参数是根据待分享的小程序目标页面的分享参数的第一标识确定的；

S502、向服务端发送携带有第二标识的请求消息；

S503、接收服务端返回的应答消息，所述应答消息包含与所述第一标识对应的分享参数；

S504、在所述目标页面上展示所述分享参数所携带的信息。

下面结合交互图说明本公开实施例提供的信息分享的总体流程。

实施例一：

参见图14，本公开实施例一提供的信息分享的总体流程如下：

S601、第一客户端获取待分享的小程序目标页面的分享参数；

S602、第一客户端向服务端发送携带有所述分享参数的分享消息；

S603、服务端生成所述分享参数的第一标识，并存储所述第一标识与所述分享参数的对应关系；

S604、服务端将所述第一标识作为scene参数，并基于所述scene参数调用小程序二维码生成接口生成所述小程序的二维码；

S605、服务端向所述第一客户端返回所述二维码；

S606、第一客户端分享所述二维码，即将该二维码发送给第二客户端；

S607、第二客户端通过扫描该二维码获取该二维码的scene参数，其中，scene参数包括第一标识；

S608、第二客户端向服务端发送携带有所述第一标识的请求消息；

S609、服务端根据所述对应关系确定与所述第一标识对应的分享参数；

S610、服务端向所述第二客户端返回携带有所述分享参数的应答消息；

S611、第二客户端在所述目标页面上展示所述分享参数所携带的信息。

实施例二：

参见图15，本公开实施例二提供的信息分享的总体流程如下：

S701、第一客户端获取待分享的小程序目标页面的分享参数；

S702、第一客户端向服务端发送携带有所述分享参数的分享消息；

S703、服务端生成所述分享参数的第一标识，并存储所述第一标识与所述分享参数的对应关系；

S704、服务端对所述第一标识进行编码，获得长度更短的第二标识，作为scene参数；

S705、服务端基于所述scene参数调用小程序二维码生成接口生成所述小程序的二维码；

S706、服务端向所述第一客户端返回所述二维码；

S707、第一客户端分享所述二维码，即将该二维码发送给第二客户端；

S708、第二客户端通过扫描该二维码获取该二维码的scene参数，其中，scene参数包括第二标识；

S709、第二客户端对所述第二标识进行解码得到所述第一标识；

S710、第二客户端向服务端发送携带有所述第一标识的请求消息；

S711、服务端根据所述对应关系确定与所述第一标识对应的分享参数；

S712、服务端向所述第二客户端返回携带有所述分享参数的应答消息；

S713、第二客户端在所述目标页面上展示所述分享参数所携带的信息。

实施例三：

参见图16，本公开实施例三提供的信息分享的总体流程如下：

S801、第一客户端获取待分享的小程序目标页面的分享参数；

S802、第一客户端向服务端发送携带有所述分享参数的分享消息；

S803、服务端生成所述分享参数的第一标识，并存储所述第一标识与所述分享参数的对应关系；

S804、服务端对所述第一标识进行编码，获得长度更短的第二标识，作为scene参数；

S805、服务端基于所述scene参数调用小程序二维码生成接口生成所述小程序的二维码；

S806、服务端向所述第一客户端返回所述二维码；

S807、第一客户端分享所述二维码，即将该二维码发送给第二客户端；

S808、第二客户端通过扫描该二维码获取该二维码的scene参数，其中，scene参数包括第二标识；

S809、第二客户端向服务端发送携带有第二标识的请求消息；

S810、服务端对所述第二标识进行解码得到所述第一标识；

S811、服务端根据所述对应关系确定与所述第一标识对应的分享参数；

S812、服务端向所述第二客户端返回携带有所述分享参数的应答消息；

S813、第二客户端在所述目标页面上展示所述分享参数所携带的信息。

基于同一发明构思，本公开实施例还提供了一种第一客户端，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序；

其中，所述处理器用于：

获取待分享的小程序目标页面的分享参数；

向服务端发送携带有所述分享参数的分享消息；

分享所述二维码。

基于同一发明构思，本公开实施例还提供了一种第二客户端，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序；

其中，所述处理器用于：

在所述目标页面上展示所述分享参数所携带的信息。

如图17所示，图17是本公开根据一示例性实施例示出的一种客户端1700的一结构示意图。例如，客户端1700可以是具有路由功能的移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图17，客户端1700可以包括以下一个或多个组件：处理组件1702，存储器1704，电源组件1706，多媒体组件1708，音频组件1710，输入/输出(I/O)的接口1712，传感器组件1714，以及通信组件1716。

处理组件1702通常控制客户端1700的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件1702可以包括一个或多个处理器1720来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1702可以包括一个或多个模块，便于处理组件1702和其他组件之间的交互。例如，处理组件1702可以包括多媒体模块，以方便多媒体组件1708和处理组件1702之间的交互。

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

电源组件1706为客户端1700的各种组件提供电力。电源组件1706可以包括电源管理***，一个或多个电源，及其他与为客户端1700生成、管理和分配电力相关联的组件。

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

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

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

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

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

在示例性实施例中，客户端1700可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行如图10至图13任一所述的信息分享的方法。

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

基于同一发明构思，本公开实施例还提供了一种服务端，包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序；

其中，所述处理器用于：

生成所述分享参数的第一标识；

向所述第一客户端返回所述二维码，所述二维码用于分享。

如图18所示，图18是根据一示例性实施例示出的一种服务端1800的一结构示意图。参照图18，服务端1800包括处理组件1802，其进一步包括一个或多个处理器，以及由存储器1804所代表的存储器资源，用于存储可由处理组件1802的执行的指令，例如应用程序。存储器1804中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件1802被配置为执行指令，以执行如图9所示的信息分享的方法。

服务端1800还可以包括一个电源组件1806，被配置为执行服务端1800的电源管理，一个有线或无线网络接口1808，被配置为将服务端1800连接到网络，和一个输入输出(I/O)接口1810。服务端1800可以操作基于存储在存储器1804的操作***，例如WindowsServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims

1.一种信息分享的方法，其特征在于，所述方法应用于服务端，包括：

生成所述分享参数的第一标识；

向所述第一客户端返回所述二维码，所述二维码用于分享。

2.根据权利要求1所述的方法，其特征在于，所述根据所述第一标识确定scene参数，包括：

3.根据权利要求2所述的方法，其特征在于，在生成所述分享参数的第一标识之后，该方法进一步包括：

存储所述第一标识与所述分享参数的对应关系；

4.根据权利要求1或2所述的方法，其特征在于，在生成所述分享参数的第一标识之后，该方法进一步包括：

存储所述第一标识与所述分享参数的对应关系；

根据所述对应关系确定与所述第一标识对应的分享参数；

5.一种信息分享的方法，其特征在于，所述方法应用于第一客户端侧，包括：

获取待分享的小程序目标页面的分享参数；

向服务端发送携带有所述分享参数的分享消息；

分享所述二维码。

6.一种信息分享的方法，其特征在于，所述方法应用于第二客户端侧，所述方法包括：

在所述目标页面上展示所述分享参数所携带的信息。

7.一种服务端，其特征在于，包括：

接收模块，被配置为接收第一客户端发送的分享消息，所述分享消息中包含待分享的小程序目标页面的分享参数；

标识生成模块，被配置为生成所述分享参数的第一标识；

场景参数确定模块，被配置为根据所述第一标识确定场景scene参数；

二维码生成模块，被配置为基于所述scene参数调用小程序二维码生成接口生成所述小程序的二维码；

发送模块，被配置为向所述第一客户端返回所述二维码，所述二维码用于分享。

8.一种第一客户端，其特征在于，包括：

分享参数获取模块，被配置为获取待分享的小程序目标页面的分享参数；

发送模块，被配置为向服务端发送携带有所述分享参数的分享消息；

接收模块，被配置为接收服务端返回的所述小程序的二维码，其中，所述二维码的场景scene参数是根据所述分享参数的第一标识确定的；

分享模块，被配置为分享所述二维码。

9.一种第二客户端，其特征在于，所述第二客户端包括：场景参数获取模块、标识确定模块、第一发送模块、接收模块和展示模块；或者所述第二客户端包括：场景参数获取模块、第二发送模块、接收模块和展示模块；

所述场景参数获取模块，被配置为通过扫描二维码获取所述二维码的场景scene参数，所述scene参数是根据待分享的小程序目标页面的分享参数的第一标识确定的；

所述标识确定模块，被配置为根据所述scene参数确定所述第一标识；

所述第一发送模块，被配置为向服务端发送携带有所述第一标识的请求消息；

所述第二发送模块，被配置为向服务端发送携带有第二标识的请求消息，其中，所述scene参数包括所述第二标识，所述第二标识是对所述第一标识进行编码后得到的长度更短的标识；

所述接收模块，被配置为接收服务端返回的应答消息，所述应答消息包含与所述第一标识对应的分享参数；

所述展示模块，被配置为在所述目标页面上展示所述分享参数所携带的信息。

10.一种信息分享***，其特征在于，该***包括：如权利要求7所述的服务端、如权利要求8所述的第一客户端和至少一个如权利要求9所述的第二客户端，所述服务端与所述第一客户端和所述至少一个第二客户端连接。