CN103092655B - 补丁包信息的输出方法及装置 - Google Patents

补丁包信息的输出方法及装置 Download PDF

Info

Publication number
CN103092655B
CN103092655B CN201310023695.0A CN201310023695A CN103092655B CN 103092655 B CN103092655 B CN 103092655B CN 201310023695 A CN201310023695 A CN 201310023695A CN 103092655 B CN103092655 B CN 103092655B
Authority
CN
China
Prior art keywords
service packs
patch information
pop
client
page
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201310023695.0A
Other languages
English (en)
Other versions
CN103092655A (zh
Inventor
浦欣
孙海
李涛
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
360 Digital Security Technology Group Co Ltd
Original Assignee
Beijing Qihoo Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Qihoo Technology Co Ltd filed Critical Beijing Qihoo Technology Co Ltd
Priority to CN201310023695.0A priority Critical patent/CN103092655B/zh
Priority claimed from CN2011100420038A external-priority patent/CN102103464B/zh
Publication of CN103092655A publication Critical patent/CN103092655A/zh
Application granted granted Critical
Publication of CN103092655B publication Critical patent/CN103092655B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Landscapes

  • Information Transfer Between Computers (AREA)
  • Stored Programmes (AREA)

Abstract

本申请实施例公开了一种补丁包信息的输出方法,包括:获取所下载补丁包的补丁包信息,每个补丁包的补丁包信息中包含至少一种信息;根据预先设置的呈现规则,通过弹窗页面向客户端输出不同的补丁包信息,所述不同的补丁包信息中所包含信息的数量不同。本申请实施例由于预先设置了呈现规则,因此在获取到补丁包信息后,可以根据不同客户端用户的需求输出相应的补丁包信息,满足了用户个性化需求,提升了用户体验。

Description

补丁包信息的输出方法及装置
本发明专利申请是申请日为2011年02月21日、申请号为201110042003.8、名称为“补丁包信息的输出方法及装置”的中国发明专利申请的分案申请。
技术领域
本申请涉及计算机技术领域,特别是涉及一种补丁包信息的输出方法及补丁包信息的输出装置。
背景技术
在软件应用过程中,例如,各种操作系统、各种游戏等,可能会发现软件存在问题或漏洞,也可称为BUG,漏洞会使用户在使用软件时出现干扰,或者降低软件的安全性能,因此可以通过写出一些可插入源程序的程序语言,对这些漏洞进行修复,上述用于修复漏洞的程序语言就称为补丁包。
现有技术中,专门的网站会定期发布一段时间内的补丁包,某些网站专门用于下载这些补丁包,并通过弹窗方式向客户端用户输出补丁包安装信息,以便客户端用户进行一键式安装。但是,发明人在对现有技术的研究过程中发现,现有技术中对所有客户端用户,一律将获取到的部分补丁包信息直接弹窗输出到客户端,无法满足不同客户端用户对补丁包信息的呈现需求。
发明内容
本申请实施例提供了一种补丁包信息的输出方法及补丁包信息的输出装置,以解决现有补丁包信息输出方式难以满足不同客户端用户的呈现需求的问题。
为了解决上述技术问题,本申请实施例公开了如下技术方案:
一种补丁包信息的输出方法,包括:
获取所下载补丁包的补丁包信息,每个补丁包的补丁包信息中包含至少一种信息;
根据预先设置的呈现规则,通过弹窗页面向客户端输出不同的补丁包信息,所述不同的补丁包信息中所包含信息的数量不同。
所述补丁包信息包括至少一种下述信息:补丁包名称、补丁包类型、补丁包等级、补丁包发布日期、补丁包公告URL、补丁包的大小、补丁包运行参数、补丁包描述信息。
所述通过弹窗页面向客户端输出不同的补丁包信息之前,还包括:
根据所述呈现规则的指示,生成至少两个不同的待输出的补丁包信息。
所述获取所下载补丁包的补丁包信息后,还包括:监控所述补丁包信息的发布需求;
所述根据预先设置的呈现规则,通过弹窗页面向客户端输出不同的补丁包信息具体为:按照所述发布需求的指示,根据预先设置的呈现规则,通过弹窗页面向客户端输出不同的补丁包信息。
所述根据预先设置的呈现规则,通过弹窗页面向客户端输出不同的补丁包信息包括:
根据补丁包数量的不同,通过弹窗页面向客户端输出对应的补丁包信息;
根据补丁包类型的不同,通过弹窗页面向客户端输出对应的补丁包信息;
根据弹窗页面的大小不同,向客户端输出对应的补丁包信息;
根据客户端用户使用习惯的不同,通过弹窗页面向客户端输出对应的补丁包信息;
根据客户端用户专业程度的不同,通过弹窗页面向客户端输出对应的补丁包信息。
所述根据补丁包数量的不同,通过弹窗页面向客户端输出对应的补丁包信息包括:
统计当前已下载补丁包的数量;
当所述数量超过预设阈值时,通过弹窗页面向所述客户端输出第一补丁包信息,当所述数量未超过所述预设阈值时,通过弹窗页面向所述客户端输出第二补丁包信息,其中,所述第一补丁包信息所包含信息的数量小于所述第二补丁包信息所包含信息的数量。
所述根据补丁包类型的不同,通过弹窗页面向客户端输出对应的补丁包信息包括:
根据所述补丁包信息中的补丁包类型查找预先设置的补丁包重要程度等级列表;
对于补丁包类型的重要程度等级超过预设等级的补丁包,通过弹窗页面向客户端输出所述补丁包的完整补丁包信息,对于补丁包类型的重要程度等级未超过预设等级的补丁包,通过弹窗页面向客户端输出所述补丁包的部分补丁包信息。
所述根据弹窗页面的大小不同,向客户端输出对应的补丁包信息包括:
获取呈现在客户端的弹窗页面的大小;
根据所述弹窗页面的大小调整通过所述弹窗页面输出的补丁包信息的信息数量,并通过所述弹窗页面向所述客户端输出调整后的补丁包信息。
所述根据客户端用户使用习惯的不同,通过弹窗页面向客户端输出对应的补丁包信息包括:
监测客户端的驱动程序和防火墙获得用户的使用习惯信息;
根据所述使用习惯信息,对于用户选择安装次数超过阈值的补丁包,通过弹窗页面向客户端输出所述补丁包的完整补丁包信息,对于用户选择安装次数不超过所述阈值的补丁包,通过弹窗页面向客户端输出所述补丁包的部分补丁包信息。
所述根据客户端用户等级的不同,通过弹窗页面向客户端输出对应的补丁包信息包括:
判断所述客户端用户的专业程度;
通过弹窗页面向对应不同专业程度的客户端输出不同的补丁包信息,其中,按照专业程度从高到低的顺序所对应输出的补丁包信息中包含的信息数量从多到少。
一种补丁包信息的输出装置,包括:
获取单元,适于获取所下载补丁包的补丁包信息,每个补丁包的补丁包信息中包含至少一种信息;
输出单元,适于根据预先设置的呈现规则,通过弹窗页面向客户端输出不同的补丁包信息,所述不同的补丁包信息中所包含信息的数量不同。
还包括:
生成单元,适于根据所述呈现规则的指示,生成至少两个不同的待输出的补丁包信息。
还包括:
监控单元,适于在所述获取单元获取所下载补丁包的补丁包信息之后,监控所述补丁包信息的发布需求;
所述输出单元,具体适于按照所述发布需求的指示,根据预先设置的呈现规则,通过弹窗页面向客户端输出不同的补丁包信息。
所述输出单元包括至少一个下述单元:
第一输出单元,适于根据补丁包数量的不同,通过弹窗页面向客户端输出对应的补丁包信息;
第二输出单元,适于根据补丁包类型的不同,通过弹窗页面向客户端输出对应的补丁包信息;
第三输出单元,适于根据弹窗页面的大小不同,通过弹窗页面向客户端输出对应的补丁包信息;
第四输出单元,适于根据客户端用户使用习惯的不同,通过弹窗页面向客户端输出对应的补丁包信息;
第五输出单元,适于根据客户端用户专业程度的不同,通过弹窗页面向客户端输出对应的补丁包信息。
所述第一输出单元包括:
数量统计单元,适于统计当前已下载补丁包的数量;
第一弹窗输出单元,适于当所述数量超过预设阈值时,通过弹窗页面向所述客户端输出第一补丁包信息,当所述数量未超过所述预设阈值时,通过弹窗页面向所述客户端输出第二补丁包信息,其中,所述第一补丁包信息所包含信息的数量小于所述第二补丁包信息所包含信息的数量。
所述第二输出单元包括:
列表查找单元,适于根据所述补丁包信息中的补丁包类型查找预先设置的补丁包重要程度等级列表;
第二弹窗输出单元,适于对于补丁包类型的重要程度等级超过预设等级的补丁包,通过弹窗页面向客户端输出所述补丁包的完整补丁包信息,对于补丁包类型的重要程度等级未超过预设等级的补丁包,通过弹窗页面向客户端输出所述补丁包的部分补丁包信息。
所述第三输出单元包括:
大小获取单元,适于获取呈现在客户端的弹窗页面的大小;
第三弹窗输出单元,适于根据所述弹窗页面的大小调整通过所述弹窗页面输出的补丁包信息的信息数量,并通过所述弹窗页面向所述客户端输出调整后的补丁包信息。
所述第四输出单元包括:
信息监测单元,适于监测客户端的驱动程序和防火墙获得用户的使用习惯信息;
第四弹窗输出单元,适于根据所述使用习惯信息,对于用户选择安装次数超过阈值的补丁包,通过弹窗页面向客户端输出所述补丁包的完整补丁包信息,对于用户选择安装次数不超过所述阈值的补丁包,通过弹窗页面向客户端输出所述补丁包的部分补丁包信息。
所述第五输出单元包括:
等级判断单元,适于判断所述客户端用户的专业程度;
第五弹窗输出单元,适于通过弹窗页面向对应不同专业程度的客户端输出不同的补丁包信息,其中,按照专业程度从高到低的顺序所对应输出的补丁包信息中包含的信息数量从多到少。
由上述实施例可以看出,本申请实施例中,获取所下载补丁包的补丁包信息,每个补丁包的补丁包信息中包含至少一种信息,根据预先设置的呈现规则,通过弹窗页面向客户端输出不同的补丁包信息,其中不同的补丁包信息中所包含信息的数量不同。本申请实施例由于预先设置了呈现规则,因此在获取到补丁包信息后,可以根据不同客户端用户的需求输出相应的补丁包信息,满足了用户个性化需求,提升了用户体验。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,对于本领域普通技术人员而言,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本申请补丁包信息的输出方法的第一实施例流程图;
图2为本申请补丁包信息的输出方法的第二实施例流程图;
图3为本申请补丁包信息的输出方法的第三实施例流程图;
图4为本申请补丁包信息的输出方法的第四实施例流程图;
图5为本申请补丁包信息的输出方法的第五实施例流程图;
图6为本申请补丁包信息的输出装置的第一实施例框图;
图7为本申请补丁包信息的输出装置的第二实施例框图。
具体实施方式
本发明如下实施例提供了一种补丁包信息的输出方法及补丁包信息的输出装置。
为了使本技术领域的人员更好地理解本发明实施例中的技术方案,并使本发明实施例的上述目的、特征和优点能够更加明显易懂,下面结合附图对本发明实施例中技术方案作进一步详细的说明。
参见图1,为本申请补丁包信息的输出方法的第一实施例流程图:
步骤101:获取补丁包的补丁包信息,每个补丁包的补丁包信息中包含至少一种信息。
其中,补丁包信息包括至少一种下述信息:补丁包名称、补丁包类型、补丁包等级、补丁包发布日期、补丁包公告URL(Universal Resource Locator,统一资源定位符)、补丁包的大小、补丁包运行参数、补丁包描述信息。
步骤102:根据预先设置的呈现规则,通过弹窗页面向客户端输出不同的补丁包信息,所述不同的补丁包信息中所包含信息的数量不同。
本申请实施例中,可以设置多种呈现规则,设置呈现规则的目的在于不是向所有客户端都输出相同的或者所有的补丁包信息,而是实现个性化的补丁包信息输出,以提高客户端用户的体验。其中,呈现规则包括但不限于下述规则:根据补丁包数量的不同,通过弹窗页面向客户端输出对应的补丁包信息;根据补丁包类型的不同,通过弹窗页面向客户端输出对应的补丁包信息;根据弹窗页面的大小不同,向客户端输出对应的补丁包信息;根据客户端用户使用习惯的不同,通过弹窗页面向客户端输出对应的补丁包信息;根据客户端用户专业程度的不同,通过弹窗页面向客户端输出对应的补丁包信息。
具体的,在根据补丁包数量的不同向客户端输出对应的补丁包信息时,可以统计当前已下载补丁包的数量,当所述数量超过预设阈值时,通过弹窗页面向所述客户端输出第一补丁包信息,当所述数量未超过所述预设阈值时,通过弹窗页面向所述客户端输出第二补丁包信息,其中,所述第一补丁包信息所包含信息的数量小于所述第二补丁包信息所包含信息的数量。
具体的,在根据补丁包类型的不同向客户端输出对应的补丁包信息时,可以根据所述补丁包信息中的补丁包类型查找预先设置的补丁包重要程度等级列表,对于补丁包类型的重要程度等级超过预设等级的补丁包,通过弹窗页面向客户端输出所述补丁包的完整补丁包信息,对于补丁包类型的重要程度等级未超过预设等级的补丁包,通过弹窗页面向客户端输出所述补丁包的部分补丁包信息。
具体的,在根据弹窗页面的大小不同向客户端输出对应的补丁包信息时,可以获取呈现在客户端的弹窗页面的大小,根据所述弹窗页面的大小调整通过所述弹窗页面输出的补丁包信息的信息数量,并通过所述弹窗页面向所述客户端输出调整后的补丁包信息。
具体的,在根据客户端用户使用习惯的不同向客户端输出对应的补丁包信息时,可以监测客户端的驱动程序和防火墙获得用户的使用习惯信息,根据所述使用习惯信息,对于用户选择安装次数超过阈值的补丁包,通过弹窗页面向客户端输出所述补丁包的完整补丁包信息,对于用户选择安装次数不超过所述阈值的补丁包,通过弹窗页面向客户端输出所述补丁包的部分补丁包信息。
具体的,在根据客户端用户等级的不同向客户端输出对应的补丁包信息时,可以判断所述客户端用户的专业程度,通过弹窗页面向对应不同专业程度的客户端输出不同的补丁包信息,其中,按照专业程度从高到低的顺序所对应输出的补丁包信息中包含的信息数量从多到少。
上述实施例中,客户端可以预先设置一种呈现规则,则在获取所下载补丁包的补丁包信息后,根据所设置的一种呈现规则,通过弹窗页面向客户端输出相应的补丁包信息。例如,如果所设置的一种呈现规则为根据补丁包数量进行呈现,则在统计补丁包数量后,根据数量的多少输出相应补丁包信息即可。
进一步,当客户端中设置了若干呈现规则时,则在上述步骤102之前,还可以包括步骤:监控所下载补丁包信息的发布需求,后续可以根据该发布需求的指示,从所设置的若干呈现规则中选择一种预先设置的呈现规则,输出不同的补丁包信息。例如,监控到当前补丁包的数量较多,则优先按照补丁包数量的呈现规则进行输出,而不再根据用户使用习惯,或者专业程度的不同等其它呈现规则输出相应的补丁包信息。
下面结合几种实际应用实例对本申请补丁包信息的输出方法的实施例进行描述。
参见图2,为本申请补丁包信息的输出方法的第二实施例,该实施例示出了根据补丁包数量的不同输出对应补丁包信息的过程:
步骤201:获取已下载的所有补丁包的补丁包信息。
本申请实施例中的补丁包信息包括至少一种下述信息:补丁包名称、补丁包类型、补丁包等级、补丁包发布日期、补丁包公告URL、补丁包的大小、补丁包运行参数、补丁包描述信息。
步骤202:统计当前已下载补丁包的数量。
服务器定期到补丁包发布网站下载已经更新的补丁包,每一次所下载补丁包的数量可能不同,有时可能下载到一个,有时可能下载到多个,由于弹窗页面大小的限制,当有数量较少的补丁包时,可以向客户端用户输出更多的补丁包信息,而当有数量较多的补丁包时,则可以只向客户端用户输出较少的补丁包信息。因此,本实施例要根据补丁包的数量调整补丁包信息的输出策略,即首先统计已下载补丁包的数量,并与预设的阈值进行比较,例如,该阈值可以设置为“1”。
步骤203:判断补丁包的数量是否超过预设阈值,若是,则执行步骤205;否则,执行步骤204。
步骤204:通过弹窗页面向客户端输出第二补丁包信息,结束当前流程。
当补丁包的数量未超过预设阈值时,说明当前已更新补丁包数量较少,因此可以将步骤201中所列举的所有补丁包信息作为第二补丁包信息,并将该第二补丁包信息通过弹窗页面输出到客户端的显示界面,以使客户端用户在补丁包数量较少的情况下,可以了解到更多的补丁包信息。
步骤205:通过弹窗页面向客户端输出第一补丁包信息,结束当前流程。
当补丁包的数量超过阈值时,说明当前已更新补丁包数量较多,因此可以将步骤201中所列举的部分补丁包信息作为第一补丁包信息,例如,第一补丁包信息中可以仅包括补丁包名称、补丁包类型、补丁包公告URL,并将该第一补丁包信息通过弹窗页面输出到客户端的显示界面,以使客户端在补丁包数量较多的情况下,了解每个补丁包的基本信息。
由此可知,第二补丁包信息的信息数量将远远超过第一补丁包信息,即本实施例可以根据补丁包的数量,在补丁包数量较少的情况下,向客户端用户呈现更多的补丁包信息,并在补丁包数量较多的情况下,向客户端用户呈现基本的补丁包信息,以此提高用户体验。
参见图3,为本申请补丁包信息的输出方法的第三实施例,该实施例示出了根据补丁包类型的不同输出对应补丁包信息的过程:
步骤301:获取已下载的所有补丁包的补丁包信息。
本申请实施例中的补丁包信息包括至少一种下述信息:补丁包名称、补丁包类型、补丁包等级、补丁包发布日期、补丁包公告URL、补丁包的大小、补丁包运行参数、补丁包描述信息。
步骤302:顺序获取一个补丁包的补丁包类型。
步骤303:根据补丁包类型查找预先设置的补丁包重要程度等级列表。
本实施例中根据补丁包类型的不同,其重要程度等级也不相同,例如,重要程度等级列表中的重要程度可以分为高危、重要、一般,重要程度等级列表中的每个表项记录了补丁包类型和其对应的重要程度等级,因此对于已下载的所有补丁包,通过查找补丁包重要程度等级列表可以获得每个补丁包的重要程度等级。
本实施例可以根据补丁包重要程度等级确定所要包含的该补丁包信息的多少。例如,可以设置预设等级为重要,当超过预设等级,即补丁包类型为高危时,需要显示补丁包的所有信息,当未超过预设等级,即补丁包类型为重要或一般时,只需要显示补丁包的部分信息。
步骤304:判断当前补丁包类型是否超过预设等级,若是,则执行步骤305;否则,执行步骤306。
步骤305:通过弹窗页面向客户端输出补丁包的完整补丁包信息,执行步骤307。
根据步骤303中的示例,假设当前补丁包类型的重要程度等级为高危,则对应的补丁包信息为完整的补丁包信息,即通过弹窗页面向客户端用户输出该补丁包的完整信息。
步骤306:通过弹窗页面向客户端输出补丁包的部分补丁包信息。
根据步骤303中的示例,假设当前补丁包类型的重要程度等级为重要或者一般,则对应的补丁包信息为部分补丁包信息,即通过弹窗页面向客户端用户输出该补丁包的部分信息,例如可以包括,补丁包名称、补丁包类型、补丁包公告URL等即可。
步骤307:是否查找完所有已下载的补丁包,若是,则执行步骤308;否则,返回步骤302。
步骤308:向客户端输出生成的补丁包信息,结束当前流程。
需要说明的是,上述实施例仅示出了根据一个预设等级输出两种补丁包信息的方式,在实际应用过程中,可以进一步将补丁包类型划分为更多的重要程度等级,并且,可以不同重要程度等级范围内的补丁包分别输出包含信息数量不等的补丁包信息,对此,本申请实施例不进行限制。
参见图4,为本申请补丁包信息的输出方法的第四实施例,该实施例示出了根据客户端用户使用习惯的不同输出对应补丁包信息的过程:
步骤401:获取已下载的所有补丁包的补丁包信息。
本申请实施例中的补丁包信息包括至少一种下述信息:补丁包名称、补丁包类型、补丁包等级、补丁包发布日期、补丁包公告URL、补丁包的大小、补丁包运行参数、补丁包描述信息。
步骤402:获取通过监测客户端的驱动程序和防火墙得到的用户的使用习惯信息。
步骤403:顺序选择一个补丁包。
步骤404:根据使用习惯信息判断当前补丁包的安装次数是否超过阈值,若是,则执行步骤405;否则,执行步骤406。
对于客户端用户来说,如果某个补丁包的安装次数较多,则说明用户对该补丁包更感兴趣,想要获得更多关于该补丁包的信息,因此可以相应输出该补丁包的完整信息,如果某个补丁包安装次数较少,则说明用户对该补丁包不感兴趣,因此仅输出该补丁包的部分信息即可。
步骤405:通过弹窗页面向客户端输出补丁包的完整补丁包信息,执行步骤407。
根据判断结果,客户端用户对当前补丁包的安装次数超过阈值,因此用户可能对该补丁包更感兴趣,此时输出该补丁包的完整信息,即包含如步骤401中所列举的所有补丁包信息。
步骤406:通过弹窗页面向客户端输出补丁包的部分补丁包信息。
根据判断结果,客户端用户对当前补丁包的安装次数未超过阈值,因此用户可能对该补丁包并不关注,因此仅包含该补丁包的部分信息,例如,补丁包名称、补丁包类型、补丁包公告URL等即可。
步骤407:是否判断完所有已下载的补丁包,若是,则执行步骤408;否则,返回步骤403。
步骤408:向客户端输出生成的补丁包信息,结束当前流程。
需要说明的是,上述实施例仅示出了根据一种次数阈值输出两种包含不同信息数量的补丁包信息的方式,在实际应用过程中,可以进一步将补丁包的安装次数划分为不同的范围,每个范围内的补丁包对应一种所要输出的补丁包信息,对此,本申请实施例不进行限制。
参见图5,为本申请补丁包信息的输出方法的第五实施例,该实施例示出了根据客户端用户专业程度的不同输出对应补丁包信息的过程:
步骤501:获取已下载的所有补丁包的补丁包信息。
本申请实施例中的补丁包信息包括至少一种下述信息:补丁包名称、补丁包类型、补丁包等级、补丁包发布日期、补丁包公告URL、补丁包的大小、补丁包运行参数、补丁包描述信息。
步骤502:根据预设的客户端用户专业程度的数量生成相应数量的待输出的补丁包信息。
本申请实施例中,可以将客户端用户分为专业用户、高级用户和一般用户。其中,专业用户对补丁包信息的需求量较大,可能想要了解详细的补丁包信息,因此,将所有补丁包信息生成第一补丁包信息;高级用户则可能想要了解补丁包的重要信息即可,因此将部分重要补丁包信息生成第二补丁包信息,而一般用户则只需要了解补丁包的基本信息即可,因此将基本补丁包信息生成第三补丁包信息。
步骤503:判断当前客户端用户的等级,若为专业用户,则执行步骤504;若为高级用户,则执行步骤505;若为一般用户,则执行步骤506。
步骤504:通过弹窗页面向客户端用户输出第一补丁包信息,结束当前流程。
当判断客户端用户为专业用户时,调用已生成的第一补丁包信息,将详细补丁包信息输出给客户端用户,该第一补丁包信息中包含了补丁包的所有信息。
步骤505:通过弹窗页面向客户端用户输出第二补丁包信息,结束当前流程。
当判断客户端用户为高级用户时,调用已生成的第二补丁包信息,将部分重要补丁包信息输出给客户端用户,该第二补丁包信息中包含补丁包的部分重要信息。
步骤506:通过弹窗页面向客户端用户输出第三补丁包信息,结束当前流程。
当判断客户端用户为一般用户时,调用已生成的第三补丁包信息,将补丁包的基本信息输出给客户端用户,该第三补丁包信息中包含补丁包的一般描述信息。
需要说明的是,上述实施例仅示出了将客户端用户划分为三个等级,在实际应用过程中,可以将客户端用户的等级划分为更多层次,并为每个层次的用户生成对应的补丁包信息,对此,本申请实施例不进行限制。
与本申请补丁包信息的输出方法的实施例相对应,本申请还提供了实现该方法的补丁包信息的输出装置的实施例。
参见图6,为本申请补丁包信息的输出装置的第一实施例框图:
该补丁包信息的输出装置包括:获取单元610和输出单元620。
其中,获取单元610,适于获取所下载补丁包的补丁包信息,每个补丁包的补丁包信息中包含至少一种信息;
输出单元620,适于根据预先设置的呈现规则,通过弹窗页面向客户端输出不同的补丁包信息,所述不同的补丁包信息中所包含信息的数量不同。
进一步,该补丁包信息的输出装置还可以包括(图6中未示出):生成单元,适于根据所述呈现规则的指示,生成至少两个不同的待输出的补丁包信息。例如,在根据客户端用户等级输出相应的补丁包信息时,可以根据用户等级的数量预先生成与该数量一致的待输出补丁包信息。
上述实施例中,装置中可以预先设置一种呈现规则,则在获取所下载补丁包的补丁包信息后,根据所设置的一种呈现规则,通过弹窗页面向客户端输出相应的补丁包信息。例如,如果所设置的一种呈现规则为根据补丁包数量进行呈现,则在统计补丁包数量后,根据数量的多少输出相应补丁包信息即可。
参见图7,为本申请补丁包信息的输出装置的第二实施例框图:
该补丁包信息的输出装置包括:获取单元710、监控单元720和输出单元730。
获取单元710,适于获取所下载补丁包的补丁包信息,每个补丁包的补丁包信息中包含至少一种信息;
监控单元720,适于监控所述补丁包信息的发布需求;
输出单元730,适于按照所述发布需求的指示,根据预先设置的呈现规则,通过弹窗页面向客户端输出不同的补丁包信息。
上述实施例中,当装置中设置了若干呈现规则时,则还需要设置监控单元720监控所下载补丁包信息的发布需求,后续输出单元730可以根据该发布需求的指示,从所设置的若干呈现规则中选择一种预先设置的呈现规则,输出不同的补丁包信息。例如,监控到当前补丁包的数量较多,则优先按照补丁包数量的呈现规则进行输出,而不再根据用户使用习惯,或者专业程度的不同等其它呈现规则输出相应的补丁包信息。
其中,输出单元730可以包括至少一个下述单元(图7中未示出):
第一输出单元,适于根据补丁包数量的不同,通过弹窗页面向客户端输出对应的补丁包信息;
第二输出单元,适于根据补丁包类型的不同,通过弹窗页面向客户端输出对应的补丁包信息;
第三输出单元,适于根据弹窗页面的大小不同,通过弹窗页面向客户端输出对应的补丁包信息;
第四输出单元,适于根据客户端用户使用习惯的不同,通过弹窗页面向客户端输出对应的补丁包信息;
第五输出单元,适于根据客户端用户专业程度的不同,通过弹窗页面向客户端输出对应的补丁包信息。
具体的,第一输出单元可以包括:
数量统计单元,适于统计当前已下载补丁包的数量;
第一弹窗输出单元,适于当所述数量超过预设阈值时,通过弹窗页面向所述客户端输出第一补丁包信息,当所述数量未超过所述预设阈值时,通过弹窗页面向所述客户端输出第二补丁包信息,其中,所述第一补丁包信息所包含信息的数量小于所述第二补丁包信息所包含信息的数量。
具体的,第二输出单元可以包括:
列表查找单元,适于根据所述补丁包信息中的补丁包类型查找预先设置的补丁包重要程度等级列表;
第二弹窗输出单元,适于对于补丁包类型的重要程度等级超过预设等级的补丁包,通过弹窗页面向客户端输出所述补丁包的完整补丁包信息,对于补丁包类型的重要程度等级未超过预设等级的补丁包,通过弹窗页面向客户端输出所述补丁包的部分补丁包信息。
具体的,第三输出单元可以包括:
大小获取单元,适于获取呈现在客户端的弹窗页面的大小;
第三弹窗输出单元,适于根据所述弹窗页面的大小调整通过所述弹窗页面输出的补丁包信息的信息数量,并通过所述弹窗页面向所述客户端输出调整后的补丁包信息。
具体的,第四输出单元可以包括:
信息监测单元,适于监测客户端的驱动程序和防火墙获得用户的使用习惯信息;
第四弹窗输出单元,适于根据所述使用习惯信息,对于用户选择安装次数超过阈值的补丁包,通过弹窗页面向客户端输出所述补丁包的完整补丁包信息,对于用户选择安装次数不超过所述阈值的补丁包,通过弹窗页面向客户端输出所述补丁包的部分补丁包信息。
具体的,第五输出单元可以包括:
等级判断单元,适于判断所述客户端用户的专业程度;
第五弹窗输出单元,适于通过弹窗页面向对应不同专业程度的客户端输出不同的补丁包信息,其中,按照专业程度从高到低的顺序所对应输出的补丁包信息中包含的信息数量从多到少。
通过对以上实施方式的描述可知,本申请实施例中,获取所下载补丁包的补丁包信息,每个补丁包的补丁包信息中包含至少一种信息,根据预先设置的呈现规则,通过弹窗页面向客户端输出不同的补丁包信息,其中不同的补丁包信息中所包含信息的数量不同。本申请实施例由于预先设置了呈现规则,因此在获取到补丁包信息后,可以根据不同客户端用户的需求输出相应的补丁包信息,满足了用户个性化需求,提升了用户体验。
本领域的技术人员可以清楚地了解到本发明实施例中的技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本发明实施例中的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述的本发明实施方式,并不构成对本发明保护范围的限定。任何在本发明的精神和原则之内所作的修改、等同替换和改进等,均应包含在本发明的保护范围之内。

Claims (17)

1.一种补丁包信息的输出方法,其特征在于,包括:
获取所下载补丁包的补丁包信息,每个补丁包的补丁包信息中包含至少一种信息;
根据预先设置的一种或多种呈现规则,通过弹窗页面向客户端输出不同的补丁包信息,所述不同的补丁包信息中所包含信息的数量不同;
所述根据预先设置的呈现规则,通过弹窗页面向客户端输出不同的补丁包信息包括:
根据补丁包数量的不同,通过弹窗页面向客户端输出对应的补丁包信息;
根据补丁包类型的不同,通过弹窗页面向客户端输出对应的补丁包信息;
根据弹窗页面的大小不同,向客户端输出对应的补丁包信息;
根据客户端用户使用习惯的不同,通过弹窗页面向客户端输出对应的补丁包信息;
根据客户端用户专业程度的不同,通过弹窗页面向客户端输出对应的补丁包信息。
2.根据权利要求1所述的方法,其特征在于,所述补丁包信息包括至少一种下述信息:补丁包名称、补丁包类型、补丁包等级、补丁包发布日期、补丁包公告URL、补丁包的大小、补丁包运行参数、补丁包描述信息。
3.根据权利要求1所述的方法,其特征在于,所述通过弹窗页面向客户端输出不同的补丁包信息之前,还包括:
根据所述呈现规则的指示,生成至少两个不同的待输出的补丁包信息。
4.根据权利要求1所述的方法,其特征在于,所述获取所下载补丁包的补丁包信息后,还包括:监控所述补丁包信息的发布需求;
所述根据预先设置的呈现规则,通过弹窗页面向客户端输出不同的补丁包信息具体为:按照所述发布需求的指示,根据预先设置的呈现规则,通过弹窗页面向客户端输出不同的补丁包信息。
5.根据权利要求1所述的方法,其特征在于,所述根据补丁包数量的不同,通过弹窗页面向客户端输出对应的补丁包信息包括:
统计当前已下载补丁包的数量;
当所述数量超过预设阈值时,通过弹窗页面向所述客户端输出第一补丁包信息,当所述数量未超过所述预设阈值时,通过弹窗页面向所述客户端输出第二补丁包信息,其中,所述第一补丁包信息所包含信息的数量小于所述第二补丁包信息所包含信息的数量。
6.根据权利要求1所述的方法,其特征在于,所述根据补丁包类型的不同,通过弹窗页面向客户端输出对应的补丁包信息包括:
根据所述补丁包信息中的补丁包类型查找预先设置的补丁包重要程度等级列表;
对于补丁包类型的重要程度等级超过预设等级的补丁包,通过弹窗页面向客户端输出所述补丁包的完整补丁包信息,对于补丁包类型的重要程度等级未超过预设等级的补丁包,通过弹窗页面向客户端输出所述补丁包的部分补丁包信息。
7.根据权利要求1所述的方法,其特征在于,所述根据弹窗页面的大小不同,向客户端输出对应的补丁包信息包括:
获取呈现在客户端的弹窗页面的大小;
根据所述弹窗页面的大小调整通过所述弹窗页面输出的补丁包信息的信息数量,并通过所述弹窗页面向所述客户端输出调整后的补丁包信息。
8.根据权利要求1所述的方法,其特征在于,所述根据客户端用户使用习惯的不同,通过弹窗页面向客户端输出对应的补丁包信息包括:
监测客户端的驱动程序和防火墙获得用户的使用习惯信息;
根据所述使用习惯信息,对于用户选择安装次数超过阈值的补丁包,通过弹窗页面向客户端输出所述补丁包的完整补丁包信息,对于用户选择安装次数不超过所述阈值的补丁包,通过弹窗页面向客户端输出所述补丁包的部分补丁包信息。
9.根据权利要求1所述的方法,其特征在于,所述根据客户端用户等级的不同,通过弹窗页面向客户端输出对应的补丁包信息包括:
判断所述客户端用户的专业程度;
通过弹窗页面向对应不同专业程度的客户端输出不同的补丁包信息,其中,按照专业程度从高到低的顺序所对应输出的补丁包信息中包含的信息数量从多到少。
10.一种补丁包信息的输出装置,其特征在于,包括:
获取单元,适于获取所下载补丁包的补丁包信息,每个补丁包的补丁包信息中包含至少一种信息;
输出单元,适于根据预先设置的一种或多种呈现规则,通过弹窗页面向客户端输出不同的补丁包信息,所述不同的补丁包信息中所包含信息的数量不同;
所述输出单元包括至少一个下述单元:
第一输出单元,适于根据补丁包数量的不同,通过弹窗页面向客户端输出对应的补丁包信息;
第二输出单元,适于根据补丁包类型的不同,通过弹窗页面向客户端输出对应的补丁包信息;
第三输出单元,适于根据弹窗页面的大小不同,通过弹窗页面向客户端输出对应的补丁包信息;
第四输出单元,适于根据客户端用户使用习惯的不同,通过弹窗页面向客户端输出对应的补丁包信息;
第五输出单元,适于根据客户端用户专业程度的不同,通过弹窗页面向客户端输出对应的补丁包信息。
11.根据权利要求10所述的补丁包信息的输出装置,其特征在于,还包括:
生成单元,适于根据所述呈现规则的指示,生成至少两个不同的待输出的补丁包信息。
12.根据权利要求10所述的补丁包信息的输出装置,其特征在于,还包括:
监控单元,适于在所述获取单元获取所下载补丁包的补丁包信息之后,监控所述补丁包信息的发布需求;
所述输出单元,具体适于按照所述发布需求的指示,根据预先设置的呈现规则,通过弹窗页面向客户端输出不同的补丁包信息。
13.根据权利要求10所述的补丁包信息的输出装置,其特征在于,所述第一输出单元包括:
数量统计单元,适于统计当前已下载补丁包的数量;
第一弹窗输出单元,适于当所述数量超过预设阈值时,通过弹窗页面向所述客户端输出第一补丁包信息,当所述数量未超过所述预设阈值时,通过弹窗页面向所述客户端输出第二补丁包信息,其中,所述第一补丁包信息所包含信息的数量小于所述第二补丁包信息所包含信息的数量。
14.根据权利要求10所述的补丁包信息的输出装置,其特征在于,所述第二输出单元包括:
列表查找单元,适于根据所述补丁包信息中的补丁包类型查找预先设置的补丁包重要程度等级列表;
第二弹窗输出单元,适于对于补丁包类型的重要程度等级超过预设等级的补丁包,通过弹窗页面向客户端输出所述补丁包的完整补丁包信息,对于补丁包类型的重要程度等级未超过预设等级的补丁包,通过弹窗页面向客户端输出所述补丁包的部分补丁包信息。
15.根据权利要求10所述的补丁包信息的输出装置,其特征在于,所述第三输出单元包括:
大小获取单元,适于获取呈现在客户端的弹窗页面的大小;
第三弹窗输出单元,适于根据所述弹窗页面的大小调整通过所述弹窗页面输出的补丁包信息的信息数量,并通过所述弹窗页面向所述客户端输出调整后的补丁包信息。
16.根据权利要求10所述的补丁包信息的输出装置,其特征在于,所述第四输出单元包括:
信息监测单元,适于监测客户端的驱动程序和防火墙获得用户的使用习惯信息;
第四弹窗输出单元,适于根据所述使用习惯信息,对于用户选择安装次数超过阈值的补丁包,通过弹窗页面向客户端输出所述补丁包的完整补丁包信息,对于用户选择安装次数不超过所述阈值的补丁包,通过弹窗页面向客户端输出所述补丁包的部分补丁包信息。
17.根据权利要求10所述的补丁包信息的输出装置,其特征在于,所述第五输出单元包括:
等级判断单元,适于判断所述客户端用户的专业程度;
第五弹窗输出单元,适于通过弹窗页面向对应不同专业程度的客户端输出不同的补丁包信息,其中,按照专业程度从高到低的顺序所对应输出的补丁包信息中包含的信息数量从多到少。
CN201310023695.0A 2011-02-21 2011-02-21 补丁包信息的输出方法及装置 Active CN103092655B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201310023695.0A CN103092655B (zh) 2011-02-21 2011-02-21 补丁包信息的输出方法及装置

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN2011100420038A CN102103464B (zh) 2011-02-21 2011-02-21 补丁包信息的输出方法及装置
CN201310023695.0A CN103092655B (zh) 2011-02-21 2011-02-21 补丁包信息的输出方法及装置

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
CN2011100420038A Division CN102103464B (zh) 2011-02-21 2011-02-21 补丁包信息的输出方法及装置

Publications (2)

Publication Number Publication Date
CN103092655A CN103092655A (zh) 2013-05-08
CN103092655B true CN103092655B (zh) 2016-09-28

Family

ID=48205266

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201310023695.0A Active CN103092655B (zh) 2011-02-21 2011-02-21 补丁包信息的输出方法及装置

Country Status (1)

Country Link
CN (1) CN103092655B (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109446161B (zh) * 2018-10-18 2021-12-28 网易(杭州)网络有限公司 信息监控方法、装置、电子设备及存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4028684A (en) * 1975-10-16 1977-06-07 Bell Telephone Laboratories, Incorporated Memory patching circuit with repatching capability
CN1305146A (zh) * 1999-11-30 2001-07-25 国际商业机器公司 为多样的显示装置建立信息显示策略
CN101815101A (zh) * 2010-04-27 2010-08-25 四川长虹电器股份有限公司 一种网络信息在视听设备上智能推送的方法、系统及设备
CN101882162A (zh) * 2010-06-29 2010-11-10 北京搜狗科技发展有限公司 一种网络信息推送方法及系统

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102103464B (zh) * 2011-02-21 2013-03-06 北京奇虎科技有限公司 补丁包信息的输出方法及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4028684A (en) * 1975-10-16 1977-06-07 Bell Telephone Laboratories, Incorporated Memory patching circuit with repatching capability
CN1305146A (zh) * 1999-11-30 2001-07-25 国际商业机器公司 为多样的显示装置建立信息显示策略
CN101815101A (zh) * 2010-04-27 2010-08-25 四川长虹电器股份有限公司 一种网络信息在视听设备上智能推送的方法、系统及设备
CN101882162A (zh) * 2010-06-29 2010-11-10 北京搜狗科技发展有限公司 一种网络信息推送方法及系统

Also Published As

Publication number Publication date
CN103092655A (zh) 2013-05-08

Similar Documents

Publication Publication Date Title
US20200228590A1 (en) Application Sharing Method and Apparatus
US11573693B2 (en) Display controlling method, terminal, information processing apparatus, and storage medium
CN103034517B (zh) 浏览器控制工具加载方法和装置
US9323835B2 (en) Cloud-based web content filtering
CN109408750A (zh) 页面显示方法、装置、计算机设备和存储介质
CN102946599A (zh) 实现移动终端应用程序下载的方法及移动终端
CN102902789B (zh) 改变浏览器窗口显示的内容的显示控制设备及方法
CN109614565A (zh) 网页生成方法与装置
CN107861736A (zh) 补丁生成和更新方法及装置、电子设备、存储介质
CN103095807A (zh) 一种实时显示前端设备录像下载进度的方法及系统
CN106155708B (zh) 一种动态加载和更新页面内容的方法及系统
CN109740081A (zh) 页面加载方法及装置
CN109492176A (zh) 一种页面信息更新方法及装置
CN102156650B (zh) 一种实现补丁自动分析的方法及装置
CN108460818A (zh) 一种数据导出及动画播放的方法及装置
CN102103464B (zh) 补丁包信息的输出方法及装置
CN103514021B (zh) 提供浏览器的方法及设备
WO2014127021A1 (en) Methods and apparatus for providing application provisioning
CN103092655B (zh) 补丁包信息的输出方法及装置
CN105912357A (zh) 一种混合应用的启动方法及装置
CN109725913A (zh) 数据更新的方法和装置
CN103198250B (zh) 智能电视应用程序的审核方法
US9665158B2 (en) Battery save mode
CN105975321A (zh) 一种应用程序安装包的图标替换方法及装置
CN106789443A (zh) 呈现网络访问请求分析结果的方法与装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20220325

Address after: 100016 1773, 15 / F, 17 / F, building 3, No.10, Jiuxianqiao Road, Chaoyang District, Beijing

Patentee after: Sanliu0 Digital Security Technology Group Co.,Ltd.

Address before: 100088 room 112, block D, 28 new street, new street, Xicheng District, Beijing (Desheng Park)

Patentee before: BEIJING QIHOO TECHNOLOGY Co.,Ltd.