首页 / 专利库 / 专利权 / 专利合作条约 / 第I章 / 国际检索单位 / 附加费 / 异议 / 一种互联网领域的信息系统中用户之间的浏览托管方法

一种互联网领域的信息系统中用户之间的浏览托管方法

阅读:613发布:2020-12-08

专利汇可以提供一种互联网领域的信息系统中用户之间的浏览托管方法专利检索,专利查询,专利分析的服务。并且本 发明 公开了一种互联网领域的信息系统中用户之间的浏览托管方法,用户间达成浏览托管协议后, 服务器 将受托方的浏览信息向委托方在约定范围内进行信息推送,让用户通过浏览托管的方法,来进行浏览导航和信息分享,便利地获得丰富的信息场,并迅速找到和构筑自已的朋友圈群,从而提升用户极大参予兴趣和互动欲望,使信息系统产生坚强的用户黏性。有利于信息的搜集、分析、流动、共振和大范围分享,并带动跟该行为相关的社交链簇群系的构建、运动、扩拓和发展,通过用户之间的层层交叉重叠效应,迅速形成庞大的具有共同兴趣的圈群和伴随而来的圈群效应。可广泛用于多类信息系统,特别是浏览器信息系统、微博系统、教育科研信息系统和社交 网站 系统。,下面是一种互联网领域的信息系统中用户之间的浏览托管方法专利的具体信息内容。

1.一种互联网领域的信息系统中用户之间的浏览托管方法,其特征为,包括以下内容:
在用户间达成浏览托管协议后,服务器将来自受托方的浏览信息向委托方在约定的范围内进行信息推送,这样委托方就能在约定的期限和范围里看到受托方所浏览的或者受托方跟信息系统平台所约定浏览的信息场。
2.根据权利要求1所述浏览托管方法,其特征是,浏览托管方法还进一步包括以下内容或步骤:
(1)在存在浏览行为的信息系统里,没有构建用户个人帐号体系的信息系统,必须构建用户个人帐号体系,让用户注册拥有自已的个人帐号;
(2)在用户个人帐号界面里设置【浏览托管】按钮;
(3)在用户个人帐号界面里的【浏览托管】功能模内设置【权限设置】按钮,让用户对自已的允许其它用户进行浏览托管的权限进行设置;
(4)期望实施浏览托管行为的委方用户向对方发送托管请求取得受方用户的允许托管浏览授权通过后,或者符合对方设置的自动默认条件允许状态,则双方达成浏览托管的协议;
(5)服务器在约定的期限和范围内,将受方用户所浏览的信息向委方进行推送。
3.根据权利要求1或2所述浏览托管方法,其特征是,还进一步包括:信息系统在每位用户的帐号域下构建一个【最近浏览信息】子域,用来写入用户最近一段时期浏览过的信息基体代码(含这些信息基体的附带代码)集合;所述最近一段时间,是指达成浏览托管协议至委方用户上线开始浏览受托用户内容行为的时间间隔;所述信息基体代码,是指用户浏览过的信息单元的代码,它包括链接地址和附带信息代码构成;信息基体代码的构成成份可以包括网页代码、微博贴子代码、 BBS论坛贴子代码、图片信息代码、歌曲、应用、游戏、视频、广告、软件、标题、网站、产品、用户、活动等公知领域所存在而通用的信息基体单元代码;所述的信息基体的附带信息代码,是指跟信息基体相关的用来界定信息基体属性的附属信息代码,它包括信息基体自身的标题代码,还可以包括标签、索引、摘要、同族信息链接和信息平台认为必要情况下应增加的其它附带代码;涉及【最近浏览信息】子域性质的相关读写分三种状况:
(1)节约模式:
①当无其它用户托管时,这个【最近浏览信息】子域是空的;
②当发生托管行为,即服务器收到其它用户同意托管的指令后,会在其它用户的【最近浏览信息】域里开始写入用户新近浏览的信息基体单元代码(含它们的附带代码)集合;
③由于委方用户的阅读精是有限的,如果委方用户很长时间没有上线,而受方用户又在此期间进行了大量的浏览活动,理论上此时受方用户【最近浏览信息】子域里将累聚大量的信息基体代码,已经远远超出用户正常情况下的单日阅览量,微博平台出于节省资源的需要,可以限定【最近浏览信息】域内的代码总容量,拟定只将部分信息量向委方推送,能满足委方用户的浏览量即可;
④托管取消时,如受方用户的【委方用户群】里已经没有委方用户,则服务器将该受方用户的【最近浏览信息】子域里全部信息基体单元代码集合信息清零;
(2)奢华模式:信息平台也可以用其它名称自已命名设定用一个特定子域来负责写入每位用户的自注册以来的全部上线历史时期浏览过程中的信息基体代码集合;
(3)删除模式:删除模式是指完全删除或摈弃掉【最近浏览信息】子域及其功能,在用户双方处于默认被动接受平台信息或者按约定的信息推送规则来自动接收平台信息的浏览环境下实行浏览托管的情况,如果信息平台认为仅仅依靠受方与平台约定的信息推送规则即能满足委方用户的阅览需求量,这个时候,信息平台为了节省系统资源或者简化流程,可以采取摈弃【最近浏览信息】子域及其功能,而直接采用受方用户与平台约定的信息推送规则直接向委方用户推送信息。
4.根据权利要求1或2所述浏览托管方法,其特征是,还进一步包括:信息系统会在每位用户的个人帐号界面里设置【浏览托管】按钮,同时在用户个人帐号域下构建一个【浏览托管】子域,该子域的构成包括两个必要信息单元,即委方和受方,委方是请求方,受方是接受方;委方用于写入浏览托管方即发起方的用户代码,受方用于写入浏览托管行为的接受方用户代码;当服务器收到用户与其它用户之间达成浏览托管的协议信息时,将完成以下行为:
(1)服务器在用户的【浏览托管】子域的受方单元里写入这位其它用户(接受方)的用户代码;同时服务器在用户所委托的对象用户的【浏览托管】子域里的委方单元里,写入该用户(即托管行为提出方)的用户代码;
(2)如果是处于用户自主浏览信息行为的信息平台系统环境下,服务器将同步调取受方用户【最近浏览信息】子域里的信息基体单元代码(含它们的附带代码)集合,依据这些信息基体代码集合向委方用户推送;
(3)当来自受方用户的浏览信息量已超出信息平台经统计得出的普通用户正常信息浏览量的时候,服务器可以自主决定削减掉部分浏览信息来节省系统资源;
(4)如果是处于用户被动或按约定接收浏览信息行为的信息平台系统环境下,服务器既可以调取受方用户【最近浏览信息】子域里的全部或部分信息基体单元代码(含它们的附带代码)集合,依据这些信息基体代码集合向委方用户推送;也可以调取受方用户跟平台已经约定了的信息推送规则,向委方用户进行信息推送,这种托管的信息推送并不影响受方用户自身的浏览行为,因为各是各的流程,并没改变受方用户的任何状况;
(5)信息平台单独采取调用【最近浏览信息】子域里信息基体代码内容的方式还是单独采取调用受方约定的信息推送规则的方式,或者两种都同时采用,其方式和细节由信息平台自主决定。
5.根据权利要求1或2所述浏览托管方法,其特征是,还进一步包括:
信息系统在每位用户的帐号域下【浏览托管】子域里构建【委方用户群】和【受方用户群】两个孙域,当发生浏览托管行为时,
(1)服务器会将请求委托浏览托管的委方用户代码写入受方用户的【委方用户群】子域里,同时委方用户的个人用户图标将在该受方用户的个人帐号显示界面的【委方用户群】里出现,如果存在多位请求托管者,则多位请求托管方的个人用户图标会在受方用户个人帐号页面里的【委方用户群】里以一个子群形式显示;
(2)服务器会将接受委托浏览托管的受方用户代码,写入委方用户的【受方用户群】子域里,同时受方用户的个人用户图标将在该委方用户的个人帐号页面的【受方用户群】里显示,如果存在多位接受托管者,则多位接受托管方的个人图标会在委方用户个人帐号页面里的【受方用户群】里以一个子群方式显示;
(3)构建【委方用户历史】和【受方用户历史】两个子域,为用户保留历史托管痕迹,以便其它用户留意;【委方用户历史】和【受方用户历史】域内包括了【委方用户群】和【受方用户群】中的历史全部用户存在过的数据信息,包括已解除了托管关系的用户数据;而【委方用户群】和【受方用户群】只包括当前具有托管关系的用户数据;
(4)信息系统在【委方用户历史】和【受方用户历史】按钮里,设置【删除】和【隐藏】子按钮,让用户拥有可以删除和隐藏历史托管痕迹的权利。
6.根据权利要求1或2所述浏览托管方法,其特征是,还进一步包括:浏览托管的浏览模式包括以下内容:
(1)简要模式,服务器将受方浏览信息推送到委方浏览界面里的形式是一排排的信息基体代码的形式,委方要看这些浏览内容,需要一个个手动点击打开;
(2)充分模式,服务器将受方的浏览信息推送到委方浏览界面里的形式,是展开的内容页面,这种浏览内容不是以一排排显示信息基体代码的方式显示的,而是以受方所看到的浏览内容界面直接展开的,无需委方用户将每个信息基体的代码一个个重新点击打开;受方所见即委方所得,即受方用户看到的是什么样的浏览界面内容,则委方用户看到的也是同样的浏览界面内容;
(3)不同的信息系统采用充分模式还是简要模式,或者两种兼具的组合模式,由信息平台根据信息系统自身的特点和需要来自行选择决定。
7.根据权利要求1或6所述浏览托管方法,其特征是,还进一步包括,浏览托管的浏览显示模式为简要模式情况下,服务器在向用户推送受方的浏览信息时,委方用户浏览信息的浏览界面设计还可以采用以下三种方式:
(1)简单显示:简单地将受方用户的浏览信息基体代码不分类直接一批批向委方用户显示;
(2)智能显示:即服务器将受托方的浏览行为中涉及的信息基体代码数据进行统计、归类和处理后再向用户显示;所述的统计是指受方用户浏览某信息基体的次数频率;所述归类是指将信息基体按照其属性进行分类后再向用户显示,以让用户进行分类信息浏览;所述的处理是指增加一些附带信息代码,包括将信息基体的标签、摘要、同族链接之类的附带信息粘上去,或者进行去冗处理即去掉重复的信息基体代码,或者由信息平台自已决定增加的处理行为;
(3)可选显示:即浏览显示界面的设计既采用简单显示模板,又采用智能显示模板,两个显示模板间的切换由用户点击按钮自主选择。
8.根据权利要求1或2所述浏览托管方法,其特征是,还进一步包括:信息系统在用户个人帐号界面里的【浏览托管】功能模块内设置【权限设置】按钮,让用户对自已的允许其它用户进行浏览托管的权限进行设置,用户设置允许其它用户浏览托管权限状况的操作步骤为:
(1)用户个人帐号页面里设置有【浏览托管】按钮,用户点击该按钮,打开【权限设置】子菜单,会出现四个子选项,【开放】、【限制】、【付费】和【禁止】,这四个子项是排它选项,用户可选择点击这四个子项中的一个来设置允许其它用户将浏览行为托管到自已帐号的这四种不同状态;
(2)在【浏览托管】按钮下还设置了第五个选项,即【细节设置】按钮,用户可以在【权限设置】里的【细节设置】选项中进行更细节的设置,即开放哪些托管浏览领域部分,不开放哪些托管浏览领域部分;信息系统根据自已的需要和特点来设置能让用户勾选的细节设置勾选框,以便向用户提供更精细的允许托管浏览的细节设置服务;
(3)用户想把浏览行为托管到某个其它用户时,点击对象用户个人帐号界面里涉及浏览托管行为的按钮,查看该用户设置的允许其它用户进行浏览托管的授权状况,根据这些授权状况来进行相应托管步骤:
(4)如果对象用户将允许浏览托管功能设置为【开放】状态,则会在用户浏览该对象用户的个人帐号界面时显示出【将浏览行为托管到该用户】按钮,用户点击该按钮即可直接实现浏览托管行为;
(5)如果对象用户将允许浏览托管功能设置为【限制】状态,会在用户浏览该对象用户的个人帐号界面时显示出【请求将浏览行为托管到该用户】按钮,用户需要点击此按钮输入请求理由,向对方发送,等待对方回应;只有对象用户回应同意,才能实现托管行为;
(6)如果对象用户将允许浏览托管功能设置为【付费】状态,则用户在浏览该对象用户的个人帐号界面时显示【支付费用将浏览行为托管到该用户】按钮,用户查看对象用户设置的付费额度,如无异议则点击支付后即实现浏览托管行为;付费浏览既可以是一段时期的付费浏览,也可以是不设时限的付费浏览;如果用户中有一方没开通支付帐号,则该付费按钮点击无效,系统可给予提示提醒没开通支付帐号的用户开通支付帐号;付费托管只有在该社交系统允许和支持付费模式的情况下才会出现;
(7)如果对象用户将允许浏览托管功能设置为【禁止】状态,会在用户浏览该对象用户时的个人帐号界面显示“浏览托管被禁止”标志。
9.根据权利要求1或2所述浏览托管方法,其特征是,还进一步包括:信息系统在用户个人帐号界面里的【浏览托管】功能模块内设置浏览托管界面切换按钮,让用户可以通过切换按钮,在信息系统中的多个浏览托管用户界面和个人帐号界面来回反复切换,包括三类按钮:
(1)【受方用户名】按钮,用户采取分别点击已枚列的多个受方托管用户帐号名的方式来切换多个托管浏览界面;
(2)【混合显示】按钮,一旦用户点击此按钮,则服务器会把所有受方用户的托管浏览信息混和到一起呈一个显示界面混装后向用户显示;
(3)设置用户切换到自已界面的按钮,让用户可以在自已帐号和浏览受方信息的界面里来回切换;
(4)界面切换按钮的具体位置设计,由信息平台自已决定。
10.根据权利要求1或2所述浏览托管方法,其特征是,还包括以下内容:
(1)信息系统可以设置更多形式的发送浏览托管请求的按钮,包括在用户个人界面里的【浏览托管】功能模块下设置【搜索发送托管请求】子按钮,让用户搜索用户或者输入某个用户名后,点击【发送】按钮来向对象用户发送请求浏览托管的要求;还可以在某个对象用户名上设置光标移至即开浮显菜单的功能,让用户点击浮显菜单里的【浏览托管】按钮来完成向对方发送浏览托管请求;
(2)可选的,信息系统在用户个人帐号界面里的【浏览托管】功能模块内的【发送】按钮下设置【细节设置】按钮,让用户可以在【细节设置】框中对自已的浏览托管行为进行细节勾选设置,过滤掉一些不想托管浏览的信息基体单元领域;
(3)在用户个人帐号界面里的【浏览托管】功能模块内设置发送【邀请】按钮,让用户也可以邀请其它用户将浏览行为托管到自已,在得到对方同意后,让自已来引导对方浏览;
(4)用户将浏览行为托管到其它用户后,当用户点击受方帐号名离开自已的个人界面进入受方浏览托管状态下的界面进行浏览时,此时浏览内容的界面会出现显性标签,比如醒目的“×用户浏览托管中”或者“×用户最近浏览的信息”这类提醒标志,系统设置的单独浏览托管信息显示界面模板也可视为这类提醒标志之一;
(5)用户处于浏览托管状态下,并不限制委方用户自已在过程中使用信息系统的其它各种功能;
(6)托管浏览行为不是即时同步的,而是相对同步的,也就是不要求委方和受方同步在线,而是受方看到的浏览内容信息基体代码会写入到【最近浏览信息】子域里,让委方上线时滞后读取;或者不管受方用户上没上过线,但委方用户可以根据受方用户跟信息平台里已约定的信息推送规则直接从信息平台里按已约定的规则读取源源不断发来的即时信息;
(7)有时,一些信息系统的浏览托管行为会存在不同信息系统之间的包容镶套现象,一个处于上位的信息系统包容镶套了一个处于下位的信息系统,解决信息系统之间镶套问题的方法原则是,同一信息系统只管同一信息系统的事,能显的尽显,不能显的则简化为只显示能够表达的信息基体代码;处于上位的信息系统可以与被包容镶套的信息系统达成协议,让用户直接点击提示信息里的注册框来注册该镶套系统;如果两个用户都开通了上位信息系统包容镶套下的具有浏览托管功能的被镶套信息系统的帐号,只要该下位信息系统开通了浏览托管功能,那么在该下位信息系统里是能够进行便利的浏览托管行为,至于这个开通了浏览托管功能的被镶套系统是否允许浏览托管行为的细节在上位信息系统界面环境里进行直接显示,这取决于这个被镶套信息系统与该上位信息系统之间的协议和功能整合问题;
(8)在用户个人帐号界面里的【浏览托管】功能模块内设置【解除托管】按钮:托管状态中的任何一方可以打开自已的【浏览托管】栏,选择某个已发生托管行为的其它用户帐号,点击这位其它用户帐号昵称上的【解除托管】按钮,来解除跟受方用户的浏览托管协议,但在付费托管模式下,违约的收费方会自动向被解除托管关系的对方返还费用;服务器收到委方用户解除托管的指令,将在委方用户帐号域下的【浏览托管】孙域里的受方单元里删除或标记无效对方用户的代码,同时在对方用户帐号域下的【浏览托管】域里的委方单元里删除或标记无效该用户的代码信息;如果服务器收到的是受方用户解除托管指令,服务器将在受方用户帐号域下的【浏览托管】孙域里的委方单元里删除或标记无效对方用户的代码,同时在对方用户帐号域下的【浏览托管】域里的受方单元里删除或标记无效该用户的代码信息;
(9)当浏览托管的受方用户因为被系统封禁而删号时,系统会给予委方用户提示并自动取消托管。

说明书全文

一种互联网领域的信息系统中用户之间的浏览托管方法

技术领域

[0001] 本发明属于互联网领域,涉及互联网用户的浏览方法,也涉及浏览导航和浏览社交。所述的浏览,是指用户在一切拥有浏览行为的互联网信息系统中的浏览活动。

背景技术

[0002] 在互联网领域,用户浏览行为是一种普遍行为。比如Google搜索引擎的网页浏览,比如图片社交网站里的浏览,比如微博中用户对贴子的浏览,比如博客中用户对博贴的浏览,比如婚介网站中用户对用户的浏览;比如BBS论坛中的贴子浏览;比如视频网站中的视频及用户浏览。一般情况下,用户彼此的浏览行为是独立的。许多信息系统中,新老用户往往对一些特定的信息场感到陌生,比如一位在百度搜索引擎里希望寻找“金属任意成型技术”的用户,哪怕它是位高级工程师,但对金属任意成型这个信息场感到陌生;比如一位寻找天使投资方的用户,它可能对如何寻找资金圈子这个信息场感到困惑;比如一位微博用户,它可能对寻找同兴趣话题的贴子内容或同兴趣的朋友圈这个信息场感到困惑;比如一位图片社交系统里的用户,尤其是一位专做图像设计的用户,它可能对寻找跟自已兴趣需要有关的图片和设计圈人脉这样的信息场感到困惑;但是他发现另一位用户具有某种独特的经验,比较接近这种信息场,且跟自已的兴趣有关,他想靠近这位用户的信息场,这就可以用到浏览托管的方法,也就是一位用户浏览了哪些信息,另一位确定了托管关系的用户也能跟踪看到它所浏览的信息。但目前互联网没有这种方式。

发明内容

[0003] 本发明的目的,是提供一种互联网领域里的信息系统中用户之间的浏览托管方法,让用户通过浏览托管的方法,来进行浏览导航,并带动跟该行为相关的一批网友群的社交链簇群系的构建、运动、扩拓和发展,通过浏览托管让用户能通过托管对象来构建新的同信息场和社交链性,并将信息分享。
[0004] 本发明所述的一种互联网领域用户的浏览托管方法,即用户将自已的浏览行为临时托管到另一位用户的方法,其浏览托管的基本原理是:在一些用户不熟悉的信息环境中,比如搜索引擎平台的网页浏览中,比如微博平台中,比如图片社交网站领域中,新注册用户,也包括老用户,可以采取师父带徒弟的方式,比如用户发现一位其它用户跟自已趣味相投,或者想看到这位其它用户在看些什么,可以进入这位其它用户的个人帐号界面里点击【浏览托管】按钮进行托管和取消托管,这样自已看到的浏览内容就跟该其它用户最近看到的是同样的内容。即采用浏览托管方式,师父走到哪里,徒弟也跟到哪里,在师父的浏览过程中,能涉及到徒弟不熟悉或不了解的信息场和大量信息点,徒弟一般找不到这些信息场或信息点,但师父可以找到,徒弟还可用通过师父的人际脉络来构建丰富的社交链,比如可以把跟踪浏览过程中发现的其它用户加为自已的关注或发送请求加其为好友。以上是描述浏览托管行为的最贴切比喻,其实质内容为:在用户间达成浏览托管协议后,服务器将来自受托方的浏览信息向委托方在约定的范围内进行信息推送,这样委托方就能看到受托方所浏览的或者受托方跟信息系统平台所约定浏览的信息场。
[0005] 当然,所述委托方(委方)看到的浏览内容就跟受托方(受方)最近看到的是同样的内容,只是说一个大体范围的同样,实际上因为各种原因,委方和受方所看到的内容构成,是有些差异的。比如受方看到一个微博贴子,但是这个贴子因为信息敏感而被微博平台删除,所以后来才上线的委方就看不到这个贴子。
[0006] 另外,用户所置身的浏览信息环境分为两种,跟用户所处的信息平台系统的特性有关:一种是用户自主浏览的信息环境,比如在浏览器信息系统内用户自主地搜索内容;另一种是用户处于在信息系统里被动或约定接受浏览信息的环境,一旦用户默认定制或约定了该信息系统内的信息推送规则,那么用户将自动地接收所处的平台系统的浏览信息推送,比如在微博平台系统里,一旦用户加了一批“关注”,也就等同于跟微博平台约定了信息推送规则,因为传统微博平台是根据用户的“关注群”规则来推送信息的,微博平台将把这批被用户所加为关注的其它用户所发的贴子,源源不断地推送到这位用户的浏览界面里。
[0007] 在受方用户处于自主浏览的信息系统里,浏览托管的委方能看到受方用户浏览的历史浏览信息,但看不到用户未浏览的信息;可是在受方用户处于跟某信息平台约定了信息推送规则的浏览环境里,委方用户既有可能看到受方用户已浏览过的历史浏览信息,也有可能看到受方用户未浏览过的信息,那是因为受方用户跟信息平台已约定了浏览的信息推送规则,这个规则客观地在那里存在。例如哪怕受方用户在微博里并没有上线,但是浏览托管的委方用户因为跟受方确立了浏览托管关系,依然可以根据受方用户已经跟微博平台约定了的信息推送规则来获得受方用户应获得的浏览信息,比如根据“受方用户的关注群”规则来在微博平台获得贴子信息。
[0008] 一种互联网领域的信息系统中用户之间的浏览托管方法,包括以下内容或步骤:1.在存在浏览行为的信息系统里,没有构建用户个人帐号体系的信息系统,需要构建用户个人帐号体系,让用户注册拥有自已的个人帐号,只有拥有个人帐号的用户之间才能进行浏览托管行为,也只有在设置了浏览托管功能的信息系统里才能进行浏览托管行为。
本发明所述的信息系统是指,包括一切具有浏览行为且插入了浏览托管功能的互联网信息系统。
[0009] 2.浏览托管行为属于授权模式,即必须是在对方帐户对浏览托管的权限设置处于开放状态、或者虽处于限制状态下但一方通过发送提求并被对方确认通过、或者符合对方设置的自动默认条件下的允许状态(比如付费),才能予以托管浏览。
[0010] 3.在用户个人帐号界面里的【浏览托管】功能模内设置【权限设置】按钮,让用户对自已的允许其它用户进行浏览托管的权限进行设置;用户设置允许其它用户权限状况的操作步骤为:(1)在用户个人帐号页面里设置【浏览托管】按钮。让用户点击该按钮,打开【权限设置】子菜单,会出现四个子选项,【开放】、【限制】、【付费】和【禁止】,这四个子项是排它选项,用户可选择点击这四个子项中的一个来设置允许其它用户将浏览行为托管到自已帐号的这四种不同状态;
(2)在【浏览托管】按钮下还设置了第五个选项,即【细节设置】按钮。用户可以在【权限设置】里的【细节设置】选项中进行更细节的设置,即开放哪些托管浏览领域部分,不开放哪些托管浏览领域部分(如附图2里的【权限设置】);信息系统根据自已的需要和特点来设置能让用户勾选的细节设置勾选框,以便向用户提供更精细的允许托管浏览的细节设置服务。例如在浏览器信息系统里,服务器构建了开放浏览托管细节领域的用户勾选框,让用户选择点击里面的选项,来决定开放细节,如在浏览器信息系统里只开放网页浏览托管、但不开放歌曲、图片、游戏、视频、广告,软件、产品、活动等浏览托管领域。
[0011] 4.用户想把浏览行为托管到某个其它用户时,点击对象用户个人帐号界面里涉及浏览托管行为的按钮,查看该用户设置的允许其它用户进行浏览托管的授权状况,根据这些授权状况来进行相应托管步骤:(1)如果对象用户将允许浏览托管功能设置为【开放】状态,则会在用户浏览该对象用户的个人帐号界面时显示出【将浏览行为托管到该用户】按钮,用户点击该按钮即可直接实现浏览托管行为;
(2)如果对象用户将允许浏览托管功能设置为【限制】状态,会在用户浏览该对象用户的个人帐号界面时显示出【请求将浏览行为托管到该用户】按钮,用户需要点击此按钮输入请求理由,向对方发送,等待对方回应;只有对象用户回应同意,才能实现托管行为;
(3)如果对象用户将允许浏览托管功能设置为【付费】状态,则用户在浏览该对象用户的个人帐号界面时显示【支付费用将浏览行为托管到该用户】按钮,用户查看对象用户设置的付费额度,如无异议则点击支付后即实现浏览托管行为;付费浏览既可以是一段时期的付费浏览,也可以是不设时限的付费浏览。如果用户中有一方没开通支付帐号,则该付费按钮点击无效,系统可给予提示提醒没开通支付帐号的用户开通支付帐号。付费托管只有在该社交系统允许和支持付费模式的情况下才会出现;
(4)如果对象用户将允许浏览托管功能设置为【禁止】状态,会在用户浏览该对象用户时的个人帐号界面显示“浏览托管被禁止”标志。
[0012] 5.信息系统还可以设置更多形式的发送浏览托管请求的按钮,包括在用户个人界面里的【浏览托管】功能模块下设置【搜索发送托管请求】子按钮,让用户搜索用户或者输入某个用户名后,点击【发送】按钮来向对象用户发送请求浏览托管的要求;还可以在某个对象用户名上设置光标移至即开浮显菜单的功能,让用户点击浮显菜单里的【浏览托管】按钮来完成向对方发送浏览托管请求。
[0013] 6.可选的,服务器在用户个人帐号里的【浏览托管】功能模块内的【发送】按钮下设置【细节设置】按钮,让用户可以在【浏览托管】的【发送】按钮里的【细节设置】框中对自已的浏览托管行为进行细节勾选设置(如附图2里的【发送】目录下的细节设置),过滤掉一些不想托管浏览的信息基体单元领域。比如在浏览器信息系统里只选择图片浏览的托管,而过滤掉游戏、视频、广告,软件、标题、网站、产品、活动等不感兴趣的其它浏览领域。
[0014] 7.信息系统会在每位用户的个人帐号界面里设置【浏览托管】按钮,并在用户个人帐号域下构建一个【浏览托管】子域,该子域的构成包括两个必要信息单元,即委方和受方,委方是请求方,受方是接受方。委方用于写入浏览托管方即发起方的用户代码,受方用于写入浏览托管行为的接受方用户代码。
[0015] 8.信息系统在每位用户的帐号域下构建一个【最近浏览信息】子域,用来写入用户最近一段时期浏览过的信息基体代码(含这些信息基体的附带代码)集合;所述最近一段时间,是指达成浏览托管协议至委方用户上线开始浏览受托用户内容行为的时间间隔;所述信息基体代码,是指用户浏览过的信息单元的代码(它包括链接地址和附带信息代码构成);比如网页代码,比如用户最近浏览过的一批微博贴子代码,比如最近浏览过的BBS论坛贴子代码,比如图片社交领域的图片信息代码,比如歌曲、应用、游戏、视频、广告,软件、标题、网站、产品、用户、活动等信息基体单元代码;所述的信息基体的附带代码,是指跟信息基体相关的用来界定信息基体属性的附属信息代码,它包括信息基体自身的标题代码和信息平台认为必要情况下应增加的其它附带代码(比如标签、索引、摘要、同族信息链接)所构成。
[0016] 涉及【最近浏览信息】子域性质的相关读写分三种状况:(1)节约模式:
①当无其它用户托管时,这个【最近浏览信息】子域是空的;
②当发生托管行为,即服务器收到其它用户同意托管的指令后,会在其它用户的【最近浏览信息】域里开始写入用户新近浏览的信息基体单元代码(含它们的附带代码)集合;
③托管取消时,如受方用户的【委方用户群】已经没有委方用户,则服务器将该受方用户的【最近浏览信息】子域里全部信息基体单元代码集合信息清零(这是为了节省系统资源,如果信息平台的财雄厚,也可较长时间不采用清零方式);
(2)奢华模式:当然,如果信息平台财力雄厚,可以用其它名称自已命名构建一个特定子域来负责写入每位用户的自注册以来的全部上线历史时期浏览过程中的信息基体代码集合,意味着在这种状况下,请求委托的用户能看到更多对方的历史浏览信息量;
(3)删除模式:删除模式是指完全删除或摈弃掉【最近浏览信息】子域及其功能。这是在一种特殊情况下的做法,也就是用户双方处于默认被动接受平台信息或者按约定的信息推送规则来自动接收平台信息的浏览环境下实行浏览托管的情况,如果信息平台认为仅仅依靠受方与平台约定的信息推送规则即能满足委方用户的阅览需求量,这个时候,信息平台为了节省系统资源或者简化流程,可以采取摈弃【最近浏览信息】子域及其功能,而直接采用受方用户与平台约定的信息推送规则直接向委方用户推送信息。比如在微博平台里,微博平台为了省事,不提供受方用户的历史浏览信息,而直接提供受方用户的“关注群”里的其它用户所新发的贴子信息。
[0017] 9.信息系统会在每位用户的帐号域下【浏览托管】子域里构建【委方用户群】和【受方用户群】两个孙域,两个孙域单元开始是空的,当发生浏览托管行为时,(1)服务器会将请求委托浏览托管的委方用户代码写入受方用户的【委方用户群】子域里,同时委方用户的个人用户图标将在该受方用户的个人帐号显示界面的【委方用户群】里出现,如果存在多位请求托管者,则多位请求托管方的个人用户图标会在受方用户个人帐号页面里的【委方用户群】里以一个子群形式显示,就是说让其它浏览者看到有哪些用户在请求这位用户托管;
(2)服务器会将接受委托浏览托管的受方用户代码,写入委方用户的【受方用户群】子域里,同时受方用户的个人用户图标将在该委方用户的个人帐号页面的【受方用户群】里显示,如果存在多位接受托管者,则多位接受托管方的个人图标会在委方用户个人帐号页面里的【受方用户群】里以一个子群方式显示;就是说让其它浏览者看到该用户委托了哪几位其它用户;
(3)构建【委方用户历史】和【受方用户历史】两个子域,为用户保留历史托管痕迹,以便其它用户留意;【委方用户历史】和【受方用户历史】域内包括了【委方用户群】和【受方用户群】中的历史全部用户存在过的数据信息,包括已解除了托管关系的用户数据;而【委方用户群】和【受方用户群】只包括当前具有托管关系的用户数据;
(4)信息系统在【委方用户历史】和【受方用户历史】按钮里,设置【删除】和【隐藏】子按钮。让用户拥有可以删除和隐藏历史托管痕迹的权利,用户操作方法是,在自已的【受方用户历史】或者【委方用户历史】里,在某个用户名上点击选择【删除】或【隐藏】按钮,或者直接删除该子目录里的信息;
(5)让其它浏览者能够看到某个用户的委方用户和受方用户的意义在于,它们很可能属于近缘的兴趣圈爱好者。其它浏览者可以关注这些委方或受方用户,还可以直接点击这些用户进行浏览托管行为,或者进行其它社交活动。
[0018] 10.当服务器收到用户与其它用户之间达成浏览托管的协议信息时,即委方用户向受方用户发送托管请求得到同意时,将完成以下行为:(1)服务器在用户的【浏览托管】子域的受方单元里写入这位其它用户代码;同时服务器在用户所委托的对象用户的【浏览托管】子域里的委方单元里,写入该用户(即托管行为提出方)的用户代码;
(2)如果是处于用户自主浏览信息行为的信息平台系统环境下(比如浏览器),服务器同步调取受方用户【最近浏览信息】子域里的信息基体单元代码(含它们的附带代码)集合,依据这些信息基体代码集合向委方用户推送;
(3)当来自受方用户的浏览信息量过多,已超出信息平台经统计得出的普通用户正常信息浏览量的时候,服务器可以自主决定削减掉部分浏览信息来节省系统资源;
(4)如果是处于用户被动或按约定接收浏览信息行为的信息平台系统环境下(比如微博系统),服务器既可以调取受方用户【最近浏览信息】子域里的全部或部分信息基体单元代码(含它们的附带代码)集合,依据这些信息基体代码集合向委方用户推送;也可以调取受方用户跟平台已经约定了的信息推送规则,向委方用户进行信息推送,这种托管的信息推送并不影响受方用户自身的浏览行为,因为各是各的流程;
(5)信息平台单独采取调用【最近浏览信息】子域里信息基体代码内容的方式还是单独采取调用受方约定的信息推送规则的方式,或者两种都同时采用,其方式和细节由信息平台自主决定。
[0019] 11.用户将浏览行为托管到其它用户后,当用户点击受方帐号名离开自已的个人界面进入受方浏览托管状态下的界面进行浏览时,此时浏览内容的界面会出现显性标签,比如醒目的“×用户浏览托管中”或者“×用户最近浏览的信息”这类提醒标志,系统设置的单独浏览托管信息显示界面模板也可视为这类提醒标志。
[0020] 12.用户处于浏览托管状态下,并不限制委方用户自已在过程中使用平台系统的其它各种功能,比如在微博平台系统里用户实施浏览托管后,委方用户依然可以在跟踪受方用户浏览信息的界面里及过程中自已添加关注、收藏、转发贴子或加入群。
[0021] 13.服务器在用户个人帐号里的【浏览托管】功能模块内设置浏览托管界面切换按钮,让用户可以通过切换按钮,在信息系统中的多个浏览托管用户界面和个人帐号界面来回反复切换。因为,如果存在多个受托方,用户需要在多个受托方结果之间切换界面;如果用户希望把所有受托方的托管浏览信息结果合并到一个浏览显示界面里来统一浏览,还需要点击混合(合并)显示按钮;用户还需要在浏览受方用户信息界面切换回到自已帐号界面。为解决这些问题,本发明设置三类按钮(如图2里的【界面切换】下的【切换至】):(1)【受方用户名】按钮,用户采取分别点击已枚列的多个受方托管用户帐号名的方式来切换多个托管浏览界面。比如点击“受方甲”、“受方乙”、“受方丙”;
(2)【混合显示】按钮,一旦用户点击此按钮,则所有受方用户的托管浏览信息将混和到一起呈一个显示界面混装后向用户显示;
(3)设置用户切换到自已界面的按钮,比如用【返回首页】来作为用户切换到自已帐号界面的切换按钮;
(4)界面切换按钮的具体位置设计,由信息平台自已决定。
[0022] 14.信息系统在用户个人帐号里的【浏览托管】功能模块内设置发送【邀请】按钮。让用户也可以邀请其它用户将浏览行为托管到自已,在得到对方同意后,使自已来引导对方浏览。
[0023] 15.浏览托管的浏览模式包括以下内容:(1)简要模式,服务器将受方浏览信息推送到委方浏览界面里的形式是一排排的信息基体代码的形式,即受方看到的浏览内容,到了委方那里所看到的只是一排排的信息基体代码的形式,委方要看这些浏览信息内容,需要一个个手动点击打开;
(2)充分模式:服务器将受方的浏览信息推送到委方浏览界面里的形式,是展开的内容页面,这种浏览内容不是以一排排显示信息基体代码的方式显示的,而是以受方所看到的浏览内容界面直接展开的,无需委方用户将每个信息基体的代码一个个重新点击打开;受方所见即委方所得,即受方用户看到的是什么样的浏览界面内容,则委方用户看到的也是同样的浏览界面内容;
(3)不同的信息系统采用充分模式还是简要模式,或者两种兼具的组合模式,要根据信息系统自身的特点和需要,由信息平台自行来选择决定。例如:微博信息系统的贴子浏览托管非常简单,浏览托管行为适宜采用充分模式,受方看到的是什么样的贴子群展开界面,委方看到的就是什么样的贴子群展开界面,用户可以直接浏览信息内容。真要用户一个个点击贴子代码,会烦死;而浏览器信息系统则情况比较复杂,不仅因为信息基体属性种类较多,而且展开浏览页面的方式也不利于用户体验,比较适合于采用简要模式或者简要模式和充分模式的混搭组合,具体情况由浏览器平台自行根据情况设定。
[0024] 16.浏览托管的浏览显示模式为简要模式情况下,服务器在向用户推送受方的浏览信息时,委方用户浏览信息的浏览界面设计还可以采用以下三种方式:(1)简单显示:简单地将受方用户的浏览信息基体代码不分类直接一批批向委方用户显示;
(2)智能显示:即服务器将受托方的浏览行为中涉及的信息基体代码数据进行统计、归类和处理后再向用户显示;所述的统计是指受方用户浏览某信息基体的次数频率;所述归类是指将信息基体按照其属性进行分类后再向用户显示,比如将信息基体按网页、论坛、图片、游戏等公知属性进行归类,然后向用户进行信息显示,以让用户进行分类信息浏览;所述的处理是指增加一些附带信息代码,包括将信息基体的标签、摘要、同族链接之类的附带信息粘上去,或者进行去冗处理即去掉重复的信息基体代码,或者由信息平台自已决定增加的处理行为;
(3)可选显示:即浏览显示界面的设计既采用简单显示模板,又采用智能显示模板,两个显示模板间的切换由用户点击按钮自主选择。
[0025] 17.托管浏览行为不是即时同步的,而是相对同步的。也就是不要求委方和受方同步在线,而是受方看到的浏览内容信息基体代码会写入到【最近浏览信息】子域里,让委方上线时滞后读取;或者不管受方用户上没上过线,但委方用户可以根据受方用户跟信息平台里已约定的信息推送规则直接从信息平台里按已约定的规则读取源源不断发来的即时信息。
[0026] 18.有时,一些信息系统的浏览托管行为会存在不同信息系统之间的包容镶套现象,一个处于上位的信息系统包容镶套了一个处于下位的信息系统,比如在浏览器信息系统下,一位用户委托另一用户进行浏览托管,在浏览器信息系统内,因为同属于一个信息系统下的帐号,网页与网页之间的浏览内容推送是便利的,受方能浏览的内容,委方也能点击打开浏览,不存在问题,但是如果受方用户浏览了新浪微博,而委方并没有开通新浪微博帐号,就产生了问题,此时浏览器信息系统的服务器管不了新浪微博的服务器,用户与用户之间不处于同一个信息系统里,无法实现微博领域的浏览托管。解决信息系统之间镶套问题的方法原则是,同一信息系统只管同一信息系统的事,能显的尽显,不能显的则简化为只显示能够表达的信息基体代码;所以上述例子里的委方用户只能看到一个来自新浪微博的信息基体代码,也就是提示委方,你的受方用户浏览了新浪微博,但无法打开浏览这个信息基体,做到这一步即可。
[0027] 19.处于上位的信息系统(比如浏览器平台)可以与被包容镶套的信息系统(比如微博平台)达成协议,让用户直接点击提示信息里的注册框来注册该镶套系统(比如微博)。如果两个用户都开通了上位信息系统包容镶套下的具有浏览托管功能的被镶套信息系统(比如微博平台)的帐号,只要该下位信息系统开通了浏览托管功能,那么在该下位信息系统里是能够进行便利的浏览托管行为;至于这个开通了浏览托管功能的被镶套系统(比如新浪微博平台)是否允许浏览托管行为的细节在上位信息系统(如浏览器平台)界面环境里进行直接显示,这取决于这个被镶套信息系统与该上位信息系统之间(比如微博信息系统与浏览器信息系统之间)的协议和功能整合问题。
[0028] 20.信息系统在用户个人帐号里的【浏览托管】功能模块内设置【解除托管】按钮:托管状态中的任何一方可以打开自已的【浏览托管】栏,选择某个已发生托管行为的其它用户帐号,点击这位其它用户帐号昵称上的【解除托管】按钮,来解除跟受方用户的浏览托管协议。但在付费托管模式下,违约的收费方会自动向被解除托管关系的对方返还费用。服务器收到委方用户解除托管的指令,将在委方用户帐号域下的【浏览托管】孙域里的受方单元里删除或标记无效对方用户的代码,同时在对方用户帐号域下的【浏览托管】域里的委方单元里删除或标记无效该用户的代码信息;如果服务器收到的是受方用户解除托管指令,服务器将在受方用户帐号域下的【浏览托管】孙域里的委方单元里删除或标记无效对方用户的代码,同时在对方用户帐号域下的【浏览托管】域里的受方单元里删除或标记无效该用户的代码信息。
[0029] 21.当浏览托管的受方用户因为被系统封禁而删号时,系统会给予委方用户提示并自动取消托管。
[0030] 附图1为浏览托管的流程图附图2为浏览托管的子域结构图谱
附图只是一种大略内涵的表述,为了让读者更便于清晰地理解,而不是用于限定本发明。
[0031] 具体实施方式:为了使本发明的目的、技术方案及优点更加清楚明白,以下通过实施例对本发明进行说明;应当理解,此处所描述的具体实施例仅仅用于解释本发明,并不用于限定本发明。
[0032] 实施例1,微博平台系统里的用户浏览托管,该实施例可以说明充分浏览模式下浏览托管特点,也用于例证浏览托管的应用领域:(1)微博平台在用户个人帐号域下构建【浏览托管】子域;
(2)微博平台在用户的微博个人界面里设置【浏览托管】按钮;
(3)微博平台在用户个人帐号域下设置【最近浏览信息】子域;
(4)微博平台在用户个人界面里设置浏览托管的界面切换按钮,让用户可以在【混合显示】、多个【受方用户】以及【自已帐号】间切换浏览界面;
(5)在用户个人帐号域下构建【委方用户群】和【受方用户群】子域;
(6)在用户个人界面里设置【委方用户群】和【受方用户群】图标按钮;
(7)在用户个人帐号域下构建【委方用户历史】和【受方用户历史】子域;
(8)在用户个人界面里设置【委方用户历史】和【受方用户历史】图标按钮;
(9)用户点击某个对象用户界面里的浏览托管功能按钮,或者点击某个对象用户名打开浮显子菜单,或者在自已界面里搜索用户或者输入某个对象用户的用户名,来向对方发送浏览托管请求,并获得对方同意或默认自动同意;
(10)当用户之间达成浏览托管协议时,服务器将完成以下行为:
①服务器开始在受方用户的【最近浏览信息】子域内写入受方用户最近浏览过的信息基体代码,这些信息基体代码包括受方用户所浏览过的贴子代码、用户代码、群代码、游戏代码、图片代码、网页链接代码等微博平台里通常存在的信息基体代码;也可简化为在【最近浏览信息】子域里只写入贴子代码;
②服务器在受方用户的【最近浏览信息】子域里读取部分或全部信息基体代码,向委方用户推送;浏览显示区模板里显示出的信息,既可以采用简单显示也可以采用智能显示。这种根据【最近浏览信息】子域来推送信息的优点在于,便于委方用户持续地关注某一用户、提供的信息种类比较丰富、是重要信息提供源;
③服务器调用受方用户跟微博平台约定的信息推送规则(比如基于关注群的信息推送规则),在浏览显示区模板里,向委方用户进行信息推送(比如把受方用户的“关注”群里的其它用户所发的贴子向委方用户推送);缺点是假如受方用户的关注群里关注数量过少,将缺乏信息可推送;
(11)如果微博平台自行决定只单独采取调用受方用户跟微博平台约定的信息推送规则的方式来向委方用户推送信息,则可直接删除掉【最近浏览信息】子域及其功能;
(12)另外,如果委方用户委托了多个受方用户,委方用户点击【混合显示】按钮,能在浏览区显示模板内,显示来自多个受方用户的浏览信息。例如:服务器把所有受方用户的关注群汇总起来,根据基于关注的信息推送规则,向委方用户推送信息。因为传统微博里的主要信息推送规则,就是基于用户关注群的信息推送规则,只要把每一个受方用户的关注群里的被关注用户所发的贴子,汇集后向委方用户推送就行了;
(13)委方用户浏览的微博贴子内容界面是展开的,可以直接浏览贴子内容,而无需委方用户一个个点击贴子代码展开内容后再浏览;
(12)由于委方用户的阅读精力是有限的,如果委方用户很长时间没有上线,而受方用户又在此期间进行了大量的浏览活动,理论上此时受方用户【最近浏览信息】子域里将累聚大量的信息基体代码,已经远远超出用户正常情况下的单日阅览量,微博平台出于节省资源的需要,可以限定【最近浏览信息】域内的代码总容量,拟定只将部分信息量向委方推送,比如只选取受方用户最新浏览的部分贴子,或者只采用将受方用户应该按约定的信息推送规则将要得到的部分新贴子群向委方用户推送的方式,能满足委方用户的浏览量即可;
(14)在委方用户的跟踪浏览过程里,委方用户可用自已身份进行活动,比如在跟踪浏览过程的界面中可以转贴、评论、收藏、加关注和发短信。
[0033] 实施例2,浏览器信息平台里的浏览托管,本实施例可以说明简要浏览模式下的浏览托管的特点,以及例证浏览托管的应用领域:(1)在浏览器平台里构建个人帐号系统,让用户注册;
(2)在用户个人帐号域下构建【浏览托管】子域;
(3)在用户个人帐号界面里设置【浏览托管】按钮;
(4)在用户帐号域下设置【最近浏览信息】子域;
(5)在用户帐号个人界面里设置浏览托管的界面切换按钮,以让用户在多个【受方用户】、【混合显示】以及【自已帐号】间切换浏览界面;
(6)在用户个人帐号域下构建【委方用户群】和【受方用户群】子域;
(7)在用户个人界面里设置【委方用户群】和【受方用户群】图标按钮;
(8)在用户个人帐号域下构建【委方用户历史】和【受方用户历史】子域;
(9)在用户个人界面里设置【委方用户历史】和【受方用户历史】图标按钮;
(10)用户点击某个对象用户界面里的浏览托管功能按钮,或者点击某个对象用户名打开浮显子菜单,或者在自已界面里搜索用户或者输入某个对象用户的用户名,向对方发送浏览托管请求,并获得对方同意或默认自动同意;
(11)当用户达成托管协议时,服务器将完成以下行为:
① 服务器开始在受方用户的【最近浏览信息】子域内写入受方用户最近浏览的信息基体代码(包括它们的附带信息代码);
② 服务器在受方用户的【最近浏览信息】子域里读取部分或全部信息基体代码(包括它们的附带信息代码);向委方用户进行信息推送;
(12)在浏览模式的简要模式状态下,委方用户在接收受方浏览信息时,浏览界面里收到的是一排排的信息基体链接地址和标题,还可以包括标签、索引、摘要、同族信息链接,以及信息平台认为必要情况下可增加的信息基体自身应带的其它附带代码;
(13)另外,如果用户委托了多个受方用户,用户点击【混合显示】按钮,能在浏览区显示模板内,合并显示来自多个受方用户的浏览信息,即把来自每一个受方用户的浏览信息汇总后在一个总屏内向委方用户推送;
(14)服务器也可以将信息基体按公知领域的属性分类后向委方用户进行显示,比如按网页、视频和图片分类,用户进入分类子目录,可以分类浏览受方用户的浏览信息;
(15)无论是受方用户帐号单独浏览还是多个受方用户帐号混装浏览,用户接收到信息基体代码后,都需要一个一个地点击链接地址,打开受方用户曾浏览过的信息基体代码链接地址,才能浏览受方用户曾经浏览过的信息,除非在浏览器信息系统里还包括了浏览模式里的充分模式内容。
[0034] 综上所述:浏览托管方法只是一种构架式理论,其主体精神就是在一个信息系统内,一位用户将自已的浏览行为托管到另一用户,实施过程中的细节由各信息系统根据自身特点和需要在本发明的精神和范围内进行自行调整。对信息系统的技术人员来说,都能根据这种构架原理简单地加以实施(编程),具体实施细节是可以依据发明的主体精神原则和信息系统的个性化需要而进行调整的,本发明举了一些细节示范,用了很多“比如”,这些例子和比如只是用以让读者更好地理解内容,并不用于对本发明保护范围的限定。信息系统的技术人员应该清楚的是,在不脱离本发明的精神或本质特征的情况下,本发明可以以其它形式、结构、界面布置、以及用其它组件来实现,凡在本发明的精神和原则范围之内所作的修改,等同替换、改进、简化,均应包含在本发明的保护范围之内。
[0035] 有益效果:在互联网领域的信息系统中,往往因为用户获得的感兴趣的内容通常较为缺乏,用户感到所处信息场格外封闭,浏览托管行为有助于用户获得丰富的信息场、并迅速找到和构筑自已的朋友圈群,从而提升用户的极大参予兴趣,对信息系统来说极易产生坚强的用户黏性和用户间的互动欲望。用户拥有互动内容,围绕内容展开的交流极易铺开。有利于用户的信息搜集、分析、流动和共振;浏览托管功能可以帮助用户迅速打开自已的社交链,能通过用户浏览托管行为的链性交叉,进行层层拓扩,因为托管中有托管,即一位用户托管另一位用户,但另一位用户也有托管行为,这样的通过用户之间的层层交叉重叠效应,能构成立体结构,迅速形成庞大的具有共同兴趣的圈群,伴随而来的圈群效应,对科技、经济、教育、文化和商业等领域有重大意义。浏览托管本身是种社交行为,也是一种分享过程,将开辟一个浏览社交新领域。
[0036] 另外,对于社交类信息系统来说,因为用户刚注册时所处信息场极度封闭,内容缺乏,社交链无法被迅速打开,初期用户与用户较难互动起来,需要一个相当长的缓慢积累参予过程,才能达到较好的互动状态。许多社交系统刚向市面推出时等不到用户充分互动起来,就因为缺乏活性而失败了。但本发明里社交系统因为能通过浏览托管行为,使得用户一开始即获得信息场、拥有极大的参予兴趣,极易产生坚强的用户黏性和互动欲望。开始即拥有互动内容,围绕内容展开的交流极易铺开。有利于社交系统用户基数的稳步扩大,特别对于刚向市面推出的社交平台系统有极大的帮助。
[0037] 浏览托管行为也为信息系统提供了对用户服务的新增值模式,不仅对信息系统是一种增值赢利,也为用户间行为的彼此赢利提供了便利,使得信息系统具有极高的用户黏性和用户的群体参予热度。同时也为信息系统构建自身的微支付体系作出贡献,因为对用户来说,有人出钱,就有人赚钱,离不开微支付体系。我们知道,一个信息系统的微支付帐号的用户规模如果能够构建成功,对于这个信息系统的营运和多类赢利模式的铺开有重大战略意义。
[0038] 本发明可广泛用于多类信息系统,特别是浏览器信息系统、微博系统、教育科研信息系统和社交网站系统,在当今信息系统里社交属性成为越来越受重视的趋势时,浏览托管将成为提高系统活性和用户黏性的一大利器。
高效检索全球专利

专利汇是专利免费检索,专利查询,专利分析-国家发明专利查询检索分析平台,是提供专利分析,专利查询,专利检索等数据服务功能的知识产权数据服务商。

我们的产品包含105个国家的1.26亿组数据,免费查、免费专利分析。

申请试用

分析报告

专利汇分析报告产品可以对行业情报数据进行梳理分析,涉及维度包括行业专利基本状况分析、地域分析、技术分析、发明人分析、申请人分析、专利权人分析、失效分析、核心专利分析、法律分析、研发重点分析、企业专利处境分析、技术处境分析、专利寿命分析、企业定位分析、引证分析等超过60个分析角度,系统通过AI智能系统对图表进行解读,只需1分钟,一键生成行业专利分析报告。

申请试用

QQ群二维码
意见反馈