一种信息分享的方法及装置
技术领域
本申请涉及计算机技术领域,尤其涉及一种信息分享的方法及装置。
背景技术
当前,互联网已成为信息传播和产品曝光所使用的重要途径,例如,人们经常通过应用程序中提供的分享机制,借助互联网将新闻、商品或视频等信息分享给其他人。
通常,用户在使用某应用程序时如发现其感兴趣的信息后,可以启动该应用程序中的分享机制,该分享机制通常会提供一个或多个如即时通讯应用等的分享渠道,以便用户将其感兴趣的信息分享给某个即时通讯应用中的好友。在进行信息分享的过程中,用户的终端设备基于当前分享方案的使用量选择一个分享方案生成相应的数据,并将该数据发送给用户选择的即时通讯应用中的好友。上述数据中设置有信息埋点,当该好友点击上述数据时,会触发该信息埋点,该好友的终端设备会向相应的服务器发送该数据所使用的分享方案的相关信息,以便服务器更新该分享方案的使用量。服务器通过上述方式统计分享方案的使用量,基于该使用量为下一次信息分享时选取分享方案提供依据。
然而,即时通讯应用中有时会设置用于屏蔽包含有某些关键字的数据,通过分享方案生成的数据被屏蔽后,相应的分享方案失去了存在的意义,而分享方案是由其使用量来决定其是否存在,如果该分享方案的使用量较高,那么大量用户很可能仍然会使用该分享方案生成分享数据进行分享。由于通过分享方案生成的数据已被即时通讯应用屏蔽,因此该用户的好友无法接收到用户发送的数据,但这之前该数据已由该用户通过互联网发送,从而造成用户资源的大量损失。
发明内容
本申请实施例的目的是提供一种信息分享的方法及装置,以解决现有技术中在进行信息分享的过程中造成的用户资源大量损失的问题。
为解决上述技术问题,本申请实施例是这样实现的:
本申请实施例提供的一种信息分享的方法,所述方法包括:
获取待分享数据对应的至少一个分享方案的信息素,其中,所述分享方案的信息素的数值与所述分享方案的被选用次数正相关,与所述分享方案的统计时长负相关;
根据所述至少一个分享方案的信息素,从所述至少一个分享方案中确定所述待分享数据的目标分享方案。
可选地,所述根据所述至少一个分享方案的信息素,从所述至少一个分享方案中确定所述待分享数据的目标分享方案,包括:
根据所述至少一个分享方案的信息素,确定每个分享方案的选取概率;
根据所述每个分享方案的选取概率,从所述至少一个分享方案中确定所述待分享数据的目标分享方案。
可选地,所述获取待分享数据对应的至少一个分享方案的信息素,包括:
当接收到所述待分享数据的分享请求时,获取待分享数据对应的至少一个分享方案的信息素;
相应的,所述根据所述至少一个分享方案的信息素,从所述至少一个分享方案中确定所述待分享数据的目标分享方案之后,所述方法还包括:
基于所述目标分享方案对所述待分享数据进行分享处理,以分享所述待分享数据。
可选地,所述获取待分享数据对应的至少一个分享方案的信息素之前,所述方法还包括:
接收所述待分享数据的至少一个分享方案的设置请求,所述设置请求中包括所述待分享数据的数据标识和所述至少一个分享方案的方案标识;
将所述数据标识和所述方案标识对应存储,并为每个分享方案设置预定数值的信息素。
可选地,所述方法还包括:
当接收到所述待分享数据通过第一分享方案被分享的通知消息时,增加所述第一分享方案的信息素的数值;以及,
每当所述第一分享方案的统计时长增加了预设值时,减少所述第一分享方案的信息素的数值,其中,所述第一分享方案为所述至少一个分享方案中的任意分享方案。
可选地,所述根据所述至少一个分享方案的信息素,确定每个分享方案的选取概率,包括:
从所述至少一个分享方案中获取第二分享方案的信息素,其中,所述第二分享方案为所述至少一个分享方案中的任意分享方案;
将所述第二分享方案的信息素的数值与所述至少一个分享方案的信息素的算术和之间的比值作为所述第二分享方案的选取概率。
本申请实施例提供的一种信息分享的装置,所述装置包括:
信息素获取模块,用于获取待分享数据对应的至少一个分享方案的信息素,其中,所述分享方案的信息素的数值与所述分享方案的被选用次数正相关,与所述分享方案的统计时长负相关;
目标方案确定模块,用于根据所述至少一个分享方案的信息素,从所述至少一个分享方案中确定所述待分享数据的目标分享方案。
可选地,所述目标方案确定模块,包括:
选取概率确定单元,用于根据所述至少一个分享方案的信息素,确定每个分享方案的选取概率;
目标方案确定单元,用于根据所述每个分享方案的选取概率,从所述至少一个分享方案中确定所述待分享数据的目标分享方案。
可选地,所述信息素获取模块,用于当接收到所述待分享数据的分享请求时,获取待分享数据对应的至少一个分享方案的信息素;
相应的,所述装置还包括:
分享模块,用于基于所述目标分享方案对所述待分享数据进行分享处理,以分享所述待分享数据。
可选地,所述装置还包括:
请求接收模块,用于接收所述待分享数据的至少一个分享方案的设置请求,所述设置请求中包括所述待分享数据的数据标识和所述至少一个分享方案的方案标识;
存储模块,用于将所述数据标识和所述方案标识对应存储,并为每个分享方案设置预定数值的信息素。
可选地,所述装置还包括:
信息素增加模块,用于当接收到所述待分享数据通过第一分享方案被分享的通知消息时,增加所述第一分享方案的信息素的数值;以及,
信息素减少模块,用于每当所述第一分享方案的统计时长增加了预设值时,减少所述第一分享方案的信息素的数值,其中,所述第一分享方案为所述至少一个分享方案中的任意分享方案。
可选地,所述选取概率确定单元,用于从所述至少一个分享方案中获取第二分享方案的信息素,其中,所述第二分享方案为所述至少一个分享方案中的任意分享方案;将所述第二分享方案的信息素的数值与所述至少一个分享方案的信息素的算术和之间的比值作为所述第二分享方案的选取概率。
本申请实施例提供的一种信息分享的装置,包括:
处理器;以及
被安排成存储计算机可执行指令的存储器,所述可执行指令在被执行时使所述处理器执行以下操作:
获取待分享数据对应的至少一个分享方案的信息素,其中,所述分享方案的信息素的数值与所述分享方案的被选用次数正相关,与所述分享方案的统计时长负相关;
根据所述至少一个分享方案的信息素,从所述至少一个分享方案中确定所述待分享数据的目标分享方案。
由以上本申请实施例提供的技术方案可见,本申请实施例通过将分享方案的信息素的数值设置为与分享方案的被选用次数正相关,且与分享方案的统计时长负相关,以使得在确定待分享数据的目标分享方案时,只需要通过获取的待分享数据对应的至少一个分享方案的信息素即可确定目标分享方案,这样,通过将分享方案的统计时长设置为负相关的方式来对分享方案的信息素的数值进行逐步衰减处理,使得当通过分享方案生成的数据被屏蔽而造成分享方案无存在意义时,随着时间的推移,该分享方案的信息素会很快衰减且无法通过被选用次数对其进行补充,从而使得该分享方案很快被下架或淘汰,避免用户由于大量使用该分享方案而造成用户资源的损失。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本申请一种信息分享的方法实施例;
图2为本申请一种信息分享界面的示意图;
图3A为本申请一种蚂蚁行驶路线示意图;
图3B为本申请一种存在障碍物的情况下蚂蚁初始的行驶路线示意图;
图3C为本申请一种存在障碍物的情况下且经过较长时间后蚂蚁行驶路线示意图;
图4为本申请另一种信息分享的方法实施例;
图5为本申请又一种信息分享的方法实施例;
图6为本申请一种吱口令生成的界面示意图;
图7为本申请一种信息分享的装置实施例;
图8为本申请另一种信息分享的装置实施例。
具体实施方式
本申请实施例提供一种信息分享的方法及装置。
为了使本技术领域的人员更好地理解本申请中的技术方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
实施例一
如图1所示,本申请实施例提供一种信息分享的方法,该方法的执行主体可以为服务器,该服务器可以是某应用程序的后台服务器,例如,理财类应用程序的后台服务器或购物类应用程序的后台服务器等,该服务器也可以是某网站的后台服务器,例如网络论坛或博客类网站的后台服务器。该方法具体可以包括以下步骤:
在步骤S102中,获取待分享数据对应的至少一个分享方案的信息素,其中,该分享方案的信息素的数值与该分享方案的被选用次数正相关,与该分享方案的统计时长负相关。
其中,待分享数据可以是用户选取的任意数据,例如,某一则新闻的数据,或者用户从某一个页面中选择其中的部分字符构成的数据,又或者用户选择的某个或多个视频的数据等。分享方案可以是对待分享数据进行处理后生成的方案,如可以是能够被被分享者快速了解待分享数据的内容的方案,例如,如果待分享数据为一则新闻的数据,则分享方案可以是获取该新闻的主标题和副标题,在被分享者未点击查看待分享数据的详细内容之前,该主标题和副标题可以被被分享者查看到,这样,被分享者可以通过主标题和副标题了解待分享数据的主要内容,以确定被分享者是否对该待分享数据感兴趣,如感兴趣,被分享者会点击查看待分享数据的详细内容。信息素可以用于表征用户对分享方案的喜好程度,也可以为需要使用分享方案的用户提供选择依据,信息素可以是同种个体之间相互作用的元素,信息素可以影响其它个体的行为和习性等。信息素的概念主要来源于动物,如蚂蚁,蚂蚁在其行驶的路径上会留下一种特殊气味的信号,该特殊气味的信号会随着时间的不断推移逐渐减少,上述特殊气味的信号就可以是此处的信息素。正相关可以是因变量随着自变量的增长而增长的一种关联关系,负相关可以是因变量随着自变量的增长而减小的一种关联关系。统计时长可以是从分享方案投入使用时开始,时间的不断推移或累加,如统计时长可以是分享方案投入使用后每隔1分钟或分享方案投入使用后每隔3分钟等。
在实施中,当前,很多应用程序为了实现拓展用户、扩大应用程序的影响力,以及为用户提供便捷的使用体验等目的,会在应用程序中设置分享机制,在分享机制中可以提供一个或多个即时通讯应用的相关信息,例如,微博的应用程序快捷图标或微信的应用程序快捷图标等。如图2所示,点击分享按键后,在弹出框中显示了即时通讯应用1、即时通讯应用2、和即时通讯应用3等,当选择其中的一个即时通讯应用的快捷图标后,会将待分享数据分享给相应即时通讯应用的好友。
由于待分享数据的数据量往往较多,如果将待分享数据直接发送给被分享者,会使得用户发送的数据量较大、消耗的时间较长,为此,可以将待分享数据进行预处理,从中确定可以说明待分享数据的主要内容的很少量的内容(如标题等),这样就需要在分享信息之前设置一个或多个分享方案。本申请实施例中针对不同类型的待分享数据,可以设置不同的分享方案,例如,针对理财类的待分享数据,可以设置分享方案1和分享方案2,针对新闻类的待分享数据,可以设置分享方案3、分享方案4和分享方案5,针对视频类的待分享数据,可以设置分享方案6等。
当前,待分享数据的分享主要是通过各个分享方案的使用量来决定,而通过上述方式会造成用户资源的大量损失,为了解决上述问题,可以从蚁群算法的原理中得到启发,下面对蚁群算法的原理进行说明,具体可以参见下述内容:
如图3A所示,若有一群蚂蚁,如果A处是蚁巢,E处是食物源(或者E处是蚁巢,A处是食物源),则这群蚂蚁将沿着蚁巢(A处)和食物源(E处)之间的直线路径行驶。如图3B所示,如果在蚁巢(A处)和食物源(E处)之间突然出现了一个障碍物(即HC),则到达B点(或D点)的蚂蚁将要做出决策,即向左行驶还是向右行驶。由于最初路上没有蚂蚁留下的信息素(信息素是蚂蚁之间交流的工具之一),因此,蚂蚁朝着两个方向(即C处的方向和H处的方向)行驶的概率是相等的。但是当有蚂蚁走过时,蚂蚁将会在它行进的路上释放出信息素,并且这种信息素会以一定的速率散发掉。这样,该蚂蚁后面的蚂蚁会通过C处的方向和H处的方向的路径上信息素的浓度,做出决策,向左行驶还是向右行驶。很明显,随着时间的推移,沿着短边的路径(即C处的方向的路径)上信息素将会越来越浓(图3C所示),从而吸引了越来越多的蚂蚁沿着这条路径行驶。
通过上述蚁群算法的原理可以采用其中的信息素来解决上述问题,具体地,可以为待分享数据设置一个或多个分享方案,最初,可以将分享方案的信息素的数值设置为预定值,例如100或200等。同时,考虑到不同的分享方案,用户的喜好程度不同,而信息素的数值的大小在一定程度上可以反映用户的喜好程度,因此,可以将分享方案的信息素的数值与分享方案的被选用次数设置为正相关,例如,每当服务器接收到被分享者反馈的分享方案的相关信息时,服务器可以确定相应的分享方案被选用,此时,可以增加该分享方案的信息素的数值。同时,基于上述蚁群算法的原理(即信息素会以一定的速率散发掉),可以将分享方案的信息素的数值与分享方案的统计时长设置为负相关,即在分享方案投入使用时开始,随着时间的不断推移或增加,该分享方案的信息素的数值不断减少,例如,每隔1分钟或5分钟将每个分享方案的信息素的数值减少预定值(如5或10%等),具体可以通过计时器实现,如从每个分享方案投入使用时开始计时,在时间每增加1分钟或5分钟时,将每个分享方案的信息素的数值减少5或10%。
在实际应用中,用户可以通过某应用程序浏览网页,在浏览网页的过程中,如果发现该用户感兴趣的内容或其好友感兴趣的内容,用户可以选取相关内容(即待分享数据),点击该应用程序中提供的分享按键,其中该分享按键可以是在用户选取相关内容后自动显示,也可以是用户通过点击菜单等按键后,在菜单页中显示。此时,用户的终端设备可以获取待分享数据,并将待分享数据发送给服务器。服务器接收到待分享数据后,从预先存储的多个分享方案中查找到与所述待分享数据相匹配的至少一个分享方案(如可以根据上述待分享数据的类型匹配分享方案等),然后,获取待分享数据对应的至少一个分享方案的信息素。
需要说明的是,分享按键可以有多种呈现形式,例如,如图2所示,直接标记有“分享”的按键或选项,或者,以口令的方式设置的按键或选项,如吱口令或分享口令等,本申请实施例对此不做限定。
在步骤S104中,根据上述至少一个分享方案的信息素,从至少一个分享方案中确定待分享数据的目标分享方案。
其中,目标分享方案可以是分享待分享数据所使用的分享方案。
在实施中,通过上述步骤S102获取到待分享数据对应的分享方案,以及获取到分享方案的信息素后,可以分别计算每个分享方案的信息素在所有分享方案的信息素之和中所占的比例,将所占的比例最大的分享方案作为待分享数据的目标分享方案。除了可以通过上述方式选取目标分享方案外,还可以对比每个分享方案的信息素的大小,将信息素最大的分享方案作为待分享数据的目标分享方案。
服务器确定目标分享方案后,可以使用目标分享方案对待分享数据进行处理,生成符合目标分享方案的数据,例如,生成一个带有待分享数据的内容概要的图片,如图2中的弹出框所示,且该图片对应有待分享数据所在的网页链接。服务器可以将生成的上述数据(即上述图片)发送给终端设备。终端设备显示该数据,并提供给用户预先设置的分享对象,其中的分享对象可以包括当前应用程序中添加的好友和其它即时通讯应用中的好友。用户选择分享对象后,终端设备可以通过相应的应用程序(即当前的应用程序或即时通讯应用等)将生成的上述数据发送给分享对象。当分享对象接收到上述数据(即上述图片)后,可以点击上述数据,进而触发分享对象的终端设备向服务器获取相应的待分享数据,从而完成信息的分享。
此外,当分享对象的终端设备向服务器获取相应的待分享数据时,也会向服务器发送生成上述数据所使用的分享方案的方案标识。通过该方案标识,服务器可以确定相应的分享方案被用户所选用,此时,服务器可以对该分享方案的信息素进行更新。同时,随着时间的推移,该分享方案的信息素还会逐渐减少。通过上述方式,对于受用户喜爱的分享方案会使用频繁,该分享方案的信息素在随时间减少的同时会不断得到补充。而对于被屏蔽的待分享数据对应的分享方案,由于相应分享方案的信息素在随时间减少的同时无法得到补充,而很快被下架或淘汰,从而使得分享方案得到动态调整。
例如,如待分享数据对应有3个分享方案,分别为方案A、方案B和方案C,其中,方案A的被选用次数为85,方案B的被选用次数为10,方案C的被选用次数为5,则当用户分享该待分享数据时,方案A被选用的概率(85%)最高,因此,大部分用户会通过方案A进行待分享数据的分享。当方案A生成的数据被即时通讯应用屏蔽(如通过设定关键词或关键字,屏蔽包含设定的关键词或关键字的数据等)时,用户并不知道方案A生成的数据被屏蔽,可能会继续使用方案A。由于被分享者无法查看到屏蔽的数据,这样,服务器就不会对方案A的被选用次数进行更新。同时,随着时间的推移,每分钟各个分享方案将会衰减10%,则对于方案A,由于被选用次数无法得到补充,而每分钟方案A的信息素的数值会衰减10%,这样,5-6分钟之后,方案A的被选用次数可能已经成为3个分享方案中最小的分享方案,而相应另外2个分享方案的被选用次数可能会相应增加。
本申请实施例提供一种信息分享的方法,通过将分享方案的信息素的数值设置为与分享方案的被选用次数正相关,且与分享方案的统计时长负相关,以使得在确定待分享数据的目标分享方案时,只需要通过获取的待分享数据对应的至少一个分享方案的信息素即可确定目标分享方案,这样,通过将分享方案的统计时长设置为负相关的方式来对分享方案的信息素的数值进行逐步衰减处理,使得当通过分享方案生成的数据被屏蔽而造成分享方案无存在意义时,随着时间的推移,该分享方案的信息素会很快衰减且无法通过被选用次数对其进行补充,从而使得该分享方案很快被下架或淘汰,避免用户由于大量使用该分享方案而造成用户资源的损失。
实施例二
如图4所示,本申请实施例提供一种信息分享的方法,该方法可以由服务器执行,该服务器可以是某应用程序的后台服务器,例如,理财类应用程序的后台服务器或购物类应用程序的后台服务器等,该服务器也可以是某网站的后台服务器,例如网络论坛或博客类网站的后台服务器。该方法具体可以包括以下步骤:
本申请实施例中,待分享数据需要通过分享方案进行处理,而分享方案可以通过多种方式设置,以下提供一种可选的处理方式,具体可以参见以下步骤S402和步骤S404的内容。
在步骤S402中,接收待分享数据的至少一个分享方案的设置请求,该设置请求中包括待分享数据的数据标识和至少一个分享方案的方案标识。
其中,数据标识可以是待分享数据的名称、编码或哈希值,或者也可以是待分享数据所属的类型的标识,如理财类、新闻类或视频类等,方案标识可以是分享方案的名称、编码或哈希值等。
在实施中,以数据标识为待分享数据所属的类型的标识为例,应用程序中可以设置有分享方案的设置按键。当需要更新某分享方案或添加新的分享方案时,可以通过与编写应用程序的程序语言相匹配或相同的程序语言编写一个或多个分享方案的相关文件,并可以将编写后的文件存储在本地。然后,可以点击应用程序中的设置按键,终端设备弹出信息输入框。通过信息输入框,可以对编写的分享方案的相关文件进行加载,并输入上述分享方案对应的待分享数据所属的类型的标识。输入完成后,可以点击确定按键,终端设备获取编写的分享方案的相关文件、分享方案的方案标识,以及待分享数据所属的类型的标识,并可以通过上述信息生成设置请求发送给服务器,从而服务器可以接收到待分享数据的至少一个分享方案的设置请求。
在步骤S404中,将上述数据标识和上述方案标识对应存储,并为每个分享方案设置预定数值的信息素。
其中,预定数值可以是任意数值,如100或200等,具体可以根据实际情况设定。
在实施中,服务器接收到待分享数据的至少一个分享方案的设置请求后,可以从该设置请求中提取至少一个分享方案的数据,可以将其存储在预定位置。然后,服务器可以再从该设置请求中提取待分享数据所属的类型的标识和上述至少一个分享方案的方案标识,可以将类型的标识与方案的标识对应存储,例如表1所示
表1
类型的标识 |
方案标识 |
理财类 |
分享方案A、分享方案B、分享方案C |
视频类 |
分享方案D |
新闻类 |
分享方案E、分享方案F |
由于分享方案的信息素会随时间变化,为了能够充分确定用户对分享方案的使用情况,可以为每个分享方案预先设定一定数值(即预定数值)的信息素,通过信息素可以对各个分享方案的可使用情况进行动态调整。例如,通过表1,新闻类待分享数据设置有2个分享方案,即分享方案E和分享方案F,可以为每个分享方案的信息素设置预定数值为100,即分享方案E的信息素的数值为100,分享方案F的信息素的数值为100。
需要说明的是,分享方案的信息素的数值可以通过计数器的方式进行统计。用户在使用应用程序时,服务器可以将计数器中统计的数值同步到缓存设备或缓存服务器(如Redis服务器、tair服务器或memcached(高性能的分布式内存对象缓存系统)等)中。
不同类型的待分享数据通过上述方式设置相应的分享方案后,可以基于设置的分享方案进行信息分享,具体可以参见以下步骤S406~步骤S416的内容。
在步骤S406中,当接收到待分享数据的分享请求时,获取待分享数据对应的至少一个分享方案的信息素。
在实施中,例如,用户可以通过应用程序浏览理财产品,在浏览的过程中,如果发现某理财产品正在举行打折促销或免费体验等活动,用户可以点击该理财产品的网络链接,终端设备获取该理财产品的页面数据并展示给用户。用户可以点击该应用程序中提供的分享按键(或分享口令的按键),终端设备可以获取该理财产品的页面数据作为待分享数据,并使用该待分享数据生成分享请求发送给服务器。服务器接收到分享请求后,可以从该分享请求中提取待分享数据,然后,确定待分享数据所属的类型(即理财类),并从预先存储的多个分享方案中查找到与理财类相匹配的至少一个分享方案,且获取查找到的每个分享方案的信息素。
由于待分享数据对应的分享方案可能会包含多个,为了从中选取分享成功率较大的或较优的分享方案,可以通过选取概率的方式为待分享数据选取目标分享方案,具体可以参见下述步骤S408~步骤S410的内容。
在步骤S408中,根据上述至少一个分享方案的信息素,确定每个分享方案的选取概率。
在实施中,通过上述步骤S406的处理得到了上述至少一个分享方案中的每个分享方案的信息素,可以通过信息素的数值计算每个分享方案的选取概率,具体地,可以预先设置基准数值,如100或500等,然后,使用每个分享方案的信息素的数值分别与基准数值进行比值计算,得到每个分享方案的选取概率,例如,包括两个分享方案,即方案1和方案2,其中,方案1的信息素的数值为50,方案2的信息素的数值为30,若基准数值为100,则方案1的选取概率为0.5,方案2的选取概率为0.3。
上述步骤S408除了可以通过上述方式处理外,还可以通过多种方式实现,以下再提供一种可选的处理方式,具体可以参见以下步骤一和步骤二的内容。
步骤一,从上述至少一个分享方案中获取第二分享方案的信息素,其中,第二分享方案为至少一个分享方案中的任意分享方案。
步骤二,将第二分享方案的信息素的数值与至少一个分享方案的信息素的算术和之间的比值作为第二分享方案的选取概率。
在实施中,可以从上述至少一个分享方案中任意选取一个分享方案(即第二分享方案),获取第二分享方案的信息素。获取每个分享方案的信息素,并将每个分享方案的信息素的数值相加,得到至少一个分享方案的信息素的算术和。然后,计算第二分享方案的信息素与至少一个分享方案的信息素的算术和的比值,将得到的结果作为第二分享方案的选取概率。通过上述方式可以计算得到每个分享方案的选取概率。例如,基于步骤S408的示例,方案1的信息素的数值为50,方案2的信息素的数值为30,则至少一个分享方案的信息素的算术和为50+30=80,基于此,方案1的选取概率为50/80=0.625,方案2的选取概率为30/80=0.375。
在步骤S410中,根据每个分享方案的选取概率,从至少一个分享方案中确定待分享数据的目标分享方案。
在实施中,可将选取概率最大的分享方案确定为待分享数据的目标分享方案,例如上述步骤S408的示例中,由于方案1的选取概率为0.625,方案2的选取概率为0.375,因此,可以将方案1确定为待分享数据的目标分享方案。
在实际应用中,除了可以通过上述方式选取目标分享方案外,还可以通过其它方式选取,例如,可以基于每个分享方案的选取概率,进一步对每个分享方案进行处理,然后,在处理后的至少一个分享方案中选取待分享数据的目标分享方案,具体如,可以基于每个分享方案的选取概率,计算至少一个分享方案的数学期望,通过数学期望的数值选取待分享数据的目标分享方案。
目标分享方案确定后,可以基于目标分享方案分享待分享数据,具体可以参见下述步骤S412的内容。
在步骤S412中,基于目标分享方案对待分享数据进行分享处理,以分享待分享数据。
在实施中,服务器基于目标分享方案对待分享数据进行分享处理后得到处理后的待分享数据,可以将其发送给用户的终端设备。如图2或图6所示,终端设备可以显示处理后的待分享数据,以及即时通讯应用的快捷图标。用户可以点击一个即时通讯应用的快捷图标,终端设备启动相应的即时通讯应用,并显示该即时通讯应用中的好友的标识(如用户名或姓名等)。用户可以选择一个或多个好友的标识,选择完成后,可以点击确定按键,终端设备可以将处理后的待分享数据发送给用户选择的好友(即被分享者)。
为了对分享方案及时进行动态调整,可以通过被分享者的查看待分享数据的操作等对相应的分享方案的信息素进行更新,具体可以参见以下步骤S414和步骤S416的内容。
在步骤S414中,当接收到待分享数据通过第一分享方案被分享的通知消息时,增加第一分享方案的信息素的数值,其中,第一分享方案为至少一个分享方案中的任意分享方案。
在实施中,当被分享者(用户的好友)点击处理后的待分享数据后,会触发处理后的待分享数据中的信息埋点,被分享者的终端设备获取待分享数据使用的分享方案(即第一分享方案)的方案标识生成通知消息,并将其发送给服务器。服务器接收到该通知消息后,提取其中的方案标识,并将缓存设备或缓存服务器中存储的该方案标识的第一分享方案的信息素进行更新,即增加第一分享方案的信息素的数值。其中,如何增加第一分享方案的信息素的数值,可以根据实际情况设定,具体如,将第一分享方案的信息素的数值加1,或者,将第一分享方案的信息素的数值增加10%等。
在步骤S416中,每当第一分享方案的统计时长增加了预设值时,减少第一分享方案的信息素的数值。
其中,预设值可以是任意数值,可以根据实际情况设定,例如预设值可以为1分钟或3分钟等。如何减少第一分享方案的信息素的数值,可以根据实际情况设定,具体如,将第一分享方案的信息素的数值减5,或者,将第一分享方案的信息素的数值减少10%等。
在实施中,为了避免待分享数据被屏蔽而导致相应的分享方案失去存在意义,造成用户分享失败的等情况发生,可以为每个分享方案设置衰减机制,这样,通过上述步骤S414的信息素增加机制和设置的衰减机制的共同作用下,动态调整各个分享方案的使用情况,保证频繁使用的分享方案的处于良性循环中,而失去存在意义的分享方案会被很快下架或淘汰。
本申请实施例提供一种信息分享的方法,通过将分享方案的信息素的数值设置为与分享方案的被选用次数正相关,且与分享方案的统计时长负相关,以使得在确定待分享数据的目标分享方案时,只需要通过获取的待分享数据对应的至少一个分享方案的信息素即可确定目标分享方案,这样,通过将分享方案的统计时长设置为负相关的方式来对分享方案的信息素的数值进行逐步衰减处理,使得当通过分享方案生成的数据被屏蔽而造成分享方案无存在意义时,随着时间的推移,该分享方案的信息素会很快衰减且无法通过被选用次数对其进行补充,从而使得该分享方案很快被下架或淘汰,避免用户由于大量使用该分享方案而造成用户资源的损失。
实施例三
本实施例将结合具体的应用场景,对本发明实施例提供的一种信息分享的方法进行详细的阐述,相应的应用场景为基于吱口令的信息分享的应用场景,其中,待分享数据可以是任意数据,本申请实施例中以理财账户(如支付宝账户等)的账户安全险为例。
如图5所示,本申请实施例提供一种信息分享的方法,该方法可以由服务器执行,该服务器可以是理财类应用程序(如支付宝等)的后台服务器。该方法具体可以包括以下步骤:
在步骤S502中,接收账户安全险的至少一个基于吱口令的分享方案的设置请求,该设置请求中包括账户安全险的数据标识和至少一个基于吱口令的分享方案的方案标识。
在步骤S504中,将上述数据标识和上述方案标识对应存储,并为每个分享方案设置预定数值的信息素。
在步骤S506中,当接收到账户安全险基于吱口令的分享请求时,获取账户安全险对应的至少一个分享方案的信息素。
在步骤S508中,从上述至少一个分享方案中获取第二分享方案的信息素,其中,第二分享方案为至少一个分享方案中的任意分享方案。
在步骤S510中,将第二分享方案的信息素的数值与至少一个分享方案的信息素的算术和之间的比值作为第二分享方案的选取概率。
分别对每个分享方案执行上述步骤S508和步骤S510的处理,可以得到每个分享方案的选取概率。
在步骤S512中,根据每个分享方案的选取概率,从至少一个分享方案中确定账户安全险的目标分享方案。
在步骤S514中,基于目标分享方案对账户安全险进行分享处理,以生成吱口令,并将吱口令发送给用户的终端设备,以便终端设备分享账户安全险。
在实施中,可以将账户安全险的投保链接和目标分享方案中相关的宣传文案等生成吱口令,如图6所示。可以将生成的吱口令发送给用户的终端设备。终端设备可以显示该吱口令,以及如微信、微博或QQ等即时通信应用的快捷图标,如图6所示。这样,用户可以即时通信应用分享账户安全险。该用户即时通信应用中的被分享者可以通过复制或点击该吱口令,触发其终端设备打开相关应用程序,并显示账户安全险的投保页面。
在步骤S516中,当接收到账户安全险通过第一分享方案被分享的通知消息时,将第一分享方案的信息素的数值加1,其中,第一分享方案为至少一个分享方案中的任意分享方案。
在步骤S518中,每当当前的时间增加1分钟时,将第一分享方案的信息素的数值减少10%。
上述步骤S502~步骤S518的具体处理过程可以参见上述实施例二中的相关内容,在此不再赘述。
本申请实施例提供一种信息分享的方法,通过将分享方案的信息素的数值设置为与分享方案的被选用次数正相关,且与分享方案的统计时长负相关,以使得在确定待分享数据的目标分享方案时,只需要通过获取的待分享数据对应的至少一个分享方案的信息素即可确定目标分享方案,这样,通过将分享方案的统计时长设置为负相关的方式来对分享方案的信息素的数值进行逐步衰减处理,使得当通过分享方案生成的数据被屏蔽而造成分享方案无存在意义时,随着时间的推移,该分享方案的信息素会很快衰减且无法通过被选用次数对其进行补充,从而使得该分享方案很快被下架或淘汰,避免用户由于大量使用该分享方案而造成用户资源的损失。
实施例四
以上为本申请实施例提供的信息分享的方法,基于同样的思路,本申请实施例还提供一种信息分享的装置,如图7所示。
所述信息分享的装置包括:信息素获取模块701和目标方案确定模块702,其中:
信息素获取模块701,用于获取待分享数据对应的至少一个分享方案的信息素,其中,所述分享方案的信息素的数值与所述分享方案的被选用次数正相关,与所述分享方案的统计时长负相关;
目标方案确定模块702,用于根据所述至少一个分享方案的信息素,从所述至少一个分享方案中确定所述待分享数据的目标分享方案。
本申请实施例中,所述目标方案确定模块702,包括:
选取概率确定单元,用于根据所述至少一个分享方案的信息素,确定每个分享方案的选取概率;
目标方案确定单元,用于根据所述每个分享方案的选取概率,从所述至少一个分享方案中确定所述待分享数据的目标分享方案。
本申请实施例中,所述信息素获取模块701,用于当接收到所述待分享数据的分享请求时,获取待分享数据对应的至少一个分享方案的信息素;
相应的,所述装置还包括:
分享模块,用于基于所述目标分享方案对所述待分享数据进行分享处理,以分享所述待分享数据。
本申请实施例中,所述装置还包括:
请求接收模块,用于接收所述待分享数据的至少一个分享方案的设置请求,所述设置请求中包括所述待分享数据的数据标识和所述至少一个分享方案的方案标识;
存储模块,用于将所述数据标识和所述方案标识对应存储,并为每个分享方案设置预定数值的信息素。
本申请实施例中,所述装置还包括:
信息素增加模块,用于当接收到所述待分享数据通过第一分享方案被分享的通知消息时,增加所述第一分享方案的信息素的数值;以及,
信息素减少模块,用于每当所述第一分享方案的统计时长增加了预设值时,减少所述第一分享方案的信息素的数值,其中,所述第一分享方案为所述至少一个分享方案中的任意分享方案。
本申请实施例中,所述选取概率确定单元,用于从所述至少一个分享方案中获取第二分享方案的信息素,其中,所述第二分享方案为所述至少一个分享方案中的任意分享方案;将所述第二分享方案的信息素的数值与所述至少一个分享方案的信息素的算术和之间的比值作为所述第二分享方案的选取概率。
本申请实施例提供一种信息分享的装置,通过将分享方案的信息素的数值设置为与分享方案的被选用次数正相关,且与分享方案的统计时长负相关,以使得在确定待分享数据的目标分享方案时,只需要通过获取的待分享数据对应的至少一个分享方案的信息素即可确定目标分享方案,这样,通过将分享方案的统计时长设置为负相关的方式来对分享方案的信息素的数值进行逐步衰减处理,使得当通过分享方案生成的数据被屏蔽而造成分享方案无存在意义时,随着时间的推移,该分享方案的信息素会很快衰减且无法通过被选用次数对其进行补充,从而使得该分享方案很快被下架或淘汰,避免用户由于大量使用该分享方案而造成用户资源的损失。
实施例五
以上为本申请实施例提供的信息分享的装置,基于同样的思路,本申请实施例还提供一种信息分享的装置,如图8所示。
所述信息分享的装置可以为上述实施例提供的服务器。
信息分享的装置可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上的处理器801和存储器802,存储器802中可以存储有一个或一个以上存储应用程序或数据。其中,存储器802可以是短暂存储或持久存储。存储在存储器802的应用程序可以包括一个或一个以上模块(图示未示出),每个模块可以包括对信息分享的装置中的一系列计算机可执行指令。更进一步地,处理器801可以设置为与存储器802通信,在信息分享的装置上执行存储器802中的一系列计算机可执行指令。信息分享的装置还可以包括一个或一个以上电源803,一个或一个以上有线或无线网络接口804,一个或一个以上输入输出接口805,一个或一个以上键盘806。
具体在本实施例中,信息分享的装置包括有存储器,以及一个或一个以上的程序,其中一个或者一个以上程序存储于存储器中,且一个或者一个以上程序可以包括一个或一个以上模块,且每个模块可以包括对信息分享的装置中的一系列计算机可执行指令,且经配置以由一个或者一个以上处理器执行该一个或者一个以上程序包含用于进行以下计算机可执行指令:
获取待分享数据对应的至少一个分享方案的信息素,其中,所述分享方案的信息素的数值与所述分享方案的被选用次数正相关,与所述分享方案的统计时长负相关;
根据所述至少一个分享方案的信息素,从所述至少一个分享方案中确定所述待分享数据的目标分享方案。
可选地,所述可执行指令在被执行时,还可以使所述处理器:
根据所述至少一个分享方案的信息素,确定每个分享方案的选取概率;
根据所述每个分享方案的选取概率,从所述至少一个分享方案中确定所述待分享数据的目标分享方案。
可选地,所述可执行指令在被执行时,还可以使所述处理器:
当接收到所述待分享数据的分享请求时,获取待分享数据对应的至少一个分享方案的信息素;
相应的,所述根据所述至少一个分享方案的信息素,从所述至少一个分享方案中确定所述待分享数据的目标分享方案之后,所述方法还包括:
基于所述目标分享方案对所述待分享数据进行分享处理,以分享所述待分享数据。
可选地,所述可执行指令在被执行时,还可以使所述处理器:
接收所述待分享数据的至少一个分享方案的设置请求,所述设置请求中包括所述待分享数据的数据标识和所述至少一个分享方案的方案标识;
将所述数据标识和所述方案标识对应存储,并为每个分享方案设置预定数值的信息素。
可选地,所述可执行指令在被执行时,还可以使所述处理器:
当接收到所述待分享数据通过第一分享方案被分享的通知消息时,增加所述第一分享方案的信息素的数值;以及,
每当所述第一分享方案的统计时长增加了预设值时,减少所述第一分享方案的信息素的数值,其中,所述第一分享方案为所述至少一个分享方案中的任意分享方案。
可选地,所述可执行指令在被执行时,还可以使所述处理器:
从所述至少一个分享方案中获取第二分享方案的信息素,其中,所述第二分享方案为所述至少一个分享方案中的任意分享方案;
将所述第二分享方案的信息素的数值与所述至少一个分享方案的信息素的算术和之间的比值作为所述第二分享方案的选取概率。
本申请实施例提供一种信息分享的装置,通过将分享方案的信息素的数值设置为与分享方案的被选用次数正相关,且与分享方案的统计时长负相关,以使得在确定待分享数据的目标分享方案时,只需要通过获取的待分享数据对应的至少一个分享方案的信息素即可确定目标分享方案,这样,通过将分享方案的统计时长设置为负相关的方式来对分享方案的信息素的数值进行逐步衰减处理,使得当通过分享方案生成的数据被屏蔽而造成分享方案无存在意义时,随着时间的推移,该分享方案的信息素会很快衰减且无法通过被选用次数对其进行补充,从而使得该分享方案很快被下架或淘汰,避免用户由于大量使用该分享方案而造成用户资源的损失。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
在20世纪90年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray,FPGA))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现,它与程序开发撰写时所用的软件编译器相类似,而要编译之前的原始代码也得用特定的编程语言来撰写,此称之为硬件描述语言(Hardware Description Language,HDL),而HDL也并非仅有一种,而是有许多种,如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等,目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。
控制器可以按任何适当的方式实现,例如,控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit,ASIC)、可编程逻辑控制器和嵌入微控制器的形式,控制器的例子包括但不限于以下微控制器:ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320,存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道,除了以纯计算机可读程序代码方式实现控制器以外,完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件,而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至,可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的,计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。