一种定制界面的方法与装置 【技术领域】
本发明涉及互联网领域, 尤其涉及一种定制界面的方法与装置。背景技术 界面定制, 又称动态换肤, 是目前流行的桌面客户端软件必有的功能, 如: windows media player、 腾讯 QQ、 MSN 等。界面定制能给用户带来美好的软件使用体验, 并使得用户 乐在其中。
现有的动态换肤装置的动态换肤步骤为 :
接收动态换肤请求 ; 通过动态换肤请求查找预置的动态换肤处理规则 ; 提取处理 规则对应的界面皮肤 ; 通过查找到的动态换肤处理规则更新界面皮肤。
上述动态换肤的触发仅为主动式的, 即所有触发换肤的请求和事件都由动态换肤 装置预先监测, 由于监测范围往往具有局限性, 所以不能智能化的处理动态换肤请求。
发明内容 本发明实施例提供一种定制界面的方法, 能够智能化的处理动态换肤请求。
为解决上述技术问题, 本发明实施例采用如下技术方案 :
一种定制界面的方法, 包括 :
监测并分析用户特性, 生成用户特性分析结果, 并生成动态换肤请求 ;
根据所述动态换肤请求, 更新界面的皮肤。
通过采用所述的方法, 由于能够监测用户特性, 并对监测到的用户特性进行分析, 这样就可以根据用户特性分析结果生成动态换肤请求, 所以实现了动态换肤请求处理的智 能化。
本发明实施例还提供一种定制界面的装置, 能够智能化的处理动态换肤请求。
为解决上述技术问题, 本发明实施例采用如下技术方案 :
一种定制界面的装置, 包括 :
用户特性分析单元, 用于监测并分析用户特性, 生成动态换肤请求并将所述动态 换肤请求发送给动态换肤单元 ;
动态换肤单元, 用于接收所述用户特性分析单元发送的所述动态换肤请求, 并根 据所述动态换肤请求, 更新界面的皮肤。
通过采用所述的装置, 由于用户特性分析单元能够监测用户特性并对监测到的用 户特性进行分析, 这样就可以根据用户特性分析结果生成动态换肤请求, 所以实现了动态 换肤请求处理的智能化。
附图说明
显而易见地, 下面描述的附图仅仅是本发明的一些实施例, 对于本领域普通技术 人员来讲, 在不付出创造性劳动性的前提下, 还可以根据这些附图获得其他的附图。图 1 为本发明实施例一定制界面方法的流程图 ; 图 2 为本发明实施例一定制界面方法的另一流程图 ; 图 3 为本发明实施例二定制界面的装置结构图 ; 图 4 为本发明实施例二定制界面的装置的另一结构图 ; 图 5 为本发明实施例二定制界面的装置的另一结构图。具体实施方式
本发明实施例提供一种定制界面的方法和装置, 能够智能化的处理动态换肤请 求。
下面结合附图对本发明进行详细描述。 所描述的实施例仅仅是本发明一部分实施 例, 而不是全部的实施例。 基于本发明中的实施例, 本领域普通技术人员在没有作出创造性 劳动前提下所获得的所有其他实施例, 都属于本发明保护的范围。
实施例一
如图 1 所示, 本发明实施例定制界面的方法包括 :
S101、 监测并分析用户特性, 生成用户特性分析结果, 并生成动态换肤请求 ;
S102、 根据所述动态换肤请求, 更新界面的皮肤。
通过采用所述的方法, 由于能够监测用户特性, 并对监测到的用户特性进行分析, 这样就可以根据用户特性分析结果生成动态换肤请求, 所以实现了动态换肤请求处理的智 能化。
进一步地, 如图 2 所示, 步骤 S101 具体包括 :
S1011、 监测是否有用户特性变更事件。
其中, 该步骤既能够监测是否有本地用户特性变更事件, 也能够监测服务器中是 否有用户特性变更事件, 还能够接收服务器下发的用户特性变更事件。
上述用户特性包括但不限于 : 用户资料 ( 如性别、 年龄、 头像、 姓名、 等级、 生肖、 血 型、 生日、 星座、 学历、 职业、 国家、 地区、 省份、 城市等等 )、 用户心情 ( 如 : 开心、 暴躁、 忧伤、 一般、 幸福、 发怒等等 )、 用户状态 ( 如 : 忙、 无聊、 空闲、 离线、 休息等等 )、 用户机器状态、 用 户上线时间的规律化等。
采用该步骤 S1011, 既能够主动的监测用户特性是否变更, 又能够被动的接收服务 器下发的用户特性变更, 这样, 将主动式监测与被动式接收相结合, 解决了现有技术中监测 范围受限的不足, 使得界面定制更智能化。
S1012、 根据用户特性分析规则和所述变更事件, 分析用户特性并生成分析结果。
下面, 对步骤 S1012 举例说明。
首先, 对用户特性分析规则与用户特性的对应关系举例说明, 两者可以但不限于 表 1。
表 1 用户特性分析规则与用户特性的对应关系
当然, 用户特性也可以不需与用户特性分析规则对应, 而是直接应用用户特性, 例 如, 用户特性为用户心情、 用户状态等情况。表 2 示例性的列举了几种直接应用的用户特 性。
表 2 用户特性直接应用举例
接下来, 举例说明如何根据用户特性分析规则和所述变更事件, 分析用户特性并 生成分析结果。
例如, 若用户年龄变为 25, 那么根据该变更事件以及表 1 的对应关系可知, 用户特 性分析结果应该为青年 ; 若用户心情变为开心, 那么根据表 2 可知, 用户特性分析结果应该 为开心。由于上述只是单用户特性变更, 所以分析结果也只是单用户特性分析结果。
再例如, 若用户年龄变为 25, 同时用户性别变为女, 那么此时的分析结果应该为女 性青年。由于多个用户特性进行了变更, 所以分析结果为组合用户特性分析结果。
从上述分析可见, 本发明实施例所述分析结果可以包括单用户特性分析结果和 / 或组合用户特性分析结果。
S1013、 根据动态换肤规则和所述分析结果, 生成动态换肤请求。
下面, 对步骤 S1013 举例说明。
在本实施例中, 每个所述动态换肤规则对应一个唯一的编码, 而且每个所述单用 户特性分析结果对应一个唯一的所述动态换肤规则。表 3 示例性的给出了几个单用户特性 分析结果与动态换肤规则的对应关系。
表 3 单用户特性分析结果与动态换肤规则的对应关系6101944019 A CN 101944026说单用户特性分析结果 儿童 青年 中年 中老年 老年 男性 女性明书4/11 页动态换肤规则 使用可爱的皮肤主题 使用时尚的皮肤主题 突出会员包月功能入口 客户端色调更改为深蓝色调 界面放大 10% 突出汽车资讯功能入口 客户端色调更改为粉色调若所述分析结果为所述单用户特性分析结果, 则直接根据所述单用户特性分析结 果与所述动态换肤规则的一一对应关系, 生成所述动态换肤请求。 例如, 根据表 3, 若单用户 特性分析结果为青年, 则动态换肤请求为 “使用时尚的皮肤主题” ; 若单用户特性分析结果 为女性, 则动态换肤请求为 “客户端色调更改为粉色调” 。
再例如, 若分析结果为所述组合用户特性分析结果, 例如 “女性青年” , 根据表 3 的 对应关系可知, “青年” 分析结果对应的动态换肤规则为 “使用时尚的皮肤主题” , 而 “女性” 分析结果对应的动态换肤规则为 “客户端色调更改为粉色调” 。这种情况下, 这两种动态换 肤规则可以同时生效, 即生成 “使用时尚的皮肤主题以及客户端色调更改为粉色调” 的动态 换肤请求, 当然也可以选择其中的一种动态换肤规则, 这就需要设置动态换肤规则的优先 级。
再例如, 若所述组合用户特性分析结果为 “中老年女性” , 那么根据表 3 的对应关 系可知, “中老年” 对应的动态换肤规则为 “客户端色调更改为深蓝色调” , 而 “女性” 对应的 动态换肤规则为 “客户端色调更改为粉色调” , 这两种动态换肤规则互相冲突, 而且在展现 时不可调和, 这也需要设置动态换肤规则的优先级。
基于上述对所述组合用户特性分析结果情况的分析, 本实施例中, 若所述分析结 果为所述组合用户特性分析结果, 则根据所述动态换肤规则的分类优先级以及所述用户特 性分析规则的分类优先级, 生成所述动态换肤请求。
下面, 首先, 对动态换肤规则和用户特性分析规则的分类优先级举例说明, 应当理 解的是, 此处的举例并不构成对本发明的限制。动态换肤规则的分类优先级可以但不限于 表 4 所示。用户特性分析规则的分类优先级可以但不限于表 5 所示。
表 4 动态换肤规则优先级
表 5 用户特性分析规则优先级
表 4 所列举的动态换肤规则的分类优先级中, 优先级数字越低, 则优先级越高, 优 先级越高越先被采纳。当然, 也可以是优先级数字越高, 则优先级越高, 优先级越高越先被 采纳。而且, 同一动态换肤规则分类中的规则互斥, 互斥规则归于同一分类, 同一分类中的 动态换肤规则优先级相等 ; 非同一分类中的规则不冲突, 具有不同的优先级, 并且能够同时 生效。
表 5 所列举的用户特性分析规则的分类优先级中, 优先级数字越低, 则优先级越 高, 优先级越高越先被采纳。 当然, 也可以是优先级数字越高, 则优先级越高, 优先级越高越 先被采纳。而且, 同一用户特性分类中的规则互斥, 互斥规则归于同一分类, 同一分类中的 用户特性分析规则优先级相等 ; 分类不同的所述用户特性分析规则具有不同的优先级。此 外, 若组合用户特性分析结果中的各个分析结果所对应的动态换肤规则互斥, 则由用户特 性分析规则的分类优先级决定选择哪个动态换肤规则。
下面, 举例说明如何根据所述动态换肤规则的分类优先级以及所述用户特性分析 规则的分类优先级, 生成所述动态换肤请求。
第一种情况, 若所述组合用户特性分析结果中的每一个分析结果所对应的所述动 态换肤规则的分类不同, 则每一个分析结果所对应的所述动态换肤规则同时生效, 并根据
上述各所述动态换肤规则生成动态换肤请求。
例如, 若分析结果为 “女性青年” , 则根据表 3 单用户特性分析结果与动态换肤规 则的对应关系可知 : “青年” 分析结果对应的动态换肤规则为 “使用时尚的皮肤主题” , “女 性” 分析结果对应的动态换肤规则为 “客户端色调更改为粉色调” 。而根据表 4 的动态换肤 规则优先级可知 : “使用时尚的皮肤主题” 和 “客户端色调更改为粉色调” 这两个规则不属 于同一分类, 其优先级不同, 所以能够同时生效, 所以生成的动态换肤请求为 : “使用时尚的 皮肤主题以及客户端色调更改为粉色调” 。
第二种情况, 若所述组合用户特性分析结果中的每一个分析结果所对应的所述动 态换肤规则的分类相同, 则根据与所述各动态换肤规则一一对应的所述用户特性分析规则 的分类优先级, 生成所述动态换肤请求。
例如, 若分析结果为 “中老年女性” , 则根据表 3 单用户特性分析结果与动态换肤 规则的对应关系可知 : “中老年” 对应的动态换肤规则为 “客户端色调更改为深蓝色调” , “女 性” 对应的动态换肤规则为 “客户端色调更改为粉色调” 。而根据表 4 的动态换肤规则优先 级可知 : “客户端色调更改为深蓝色调” 和 “客户端色调更改为粉色调” 这两个规则属于同一 个分类, 其优先级相同, 两者互斥, 所以此时应由用户特性分析规则的优先级决定 “客户端 色调更改为深蓝色调” 和 “客户端色调更改为粉色调” 这两个规则中的哪个生效。根据表 5 的用户特性分析规则优先级可知 : “中老年” 的优先级要高于 “女性” , 所以生成的动态换肤 请求为 “客户端色调更改为深蓝色调” 。
应当理解的是, 以上只是示例性的说明如何根据所述动态换肤规则的分类优先级 以及所述用户特性分析规则的分类优先级, 生成所述动态换肤请求, 但并不构成对本发明 的限制。此外, 每个所述单用户特性分析结果与所述动态换肤规则也可以不是一一对应的 关系, 而是多对一或者一对多的关系。
进一步地, 如图 2 所示, 步骤 S102 具体包括 :
S1021、 提取与所述动态换肤请求相对应的界面皮肤。
S1022、 采用上述界面皮肤更新界面的皮肤。
实施例二
如图 3 所示, 本发明实施例提供一种定制界面的装置 300, 包括 : 用户特性分析单 元 301 和动态换肤单元 302 ; 其中 :
用户特性分析单元 301, 用于监测并分析用户特性, 生成用户特性分析结果, 生成 动态换肤请求并将所述动态换肤请求发送给动态换肤单元 302 ;
动态换肤单元 302, 用于接收所述用户特性分析单元 301 发送的所述动态换肤请 求, 并根据所述动态换肤请求, 更新界面的皮肤。
通过采用所述的装置, 由于用户特性分析单元 301 能够监测用户特性并对监测到 的用户特性进行分析, 这样就可以根据用户特性分析结果生成动态换肤请求, 所以实现了 动态换肤请求处理的智能化。
进一步地, 如图 4 所示, 所述用户特性分析单元 301 包括 : 用户特性分析规则存储 模块 401、 用户特性监测模块 402、 用户特性分析模块 403 和动态换肤请求生成模块 404 ; 其 中:
用户特性分析规则存储模块 401, 用于存储所述用户特性分析规则。其中, 用户特性分析规则存储模块 401 可以复用和扩展, 使得所述用户特性分析 规则可以灵活变更。而且, 所述用户特性分析规则也可以根据软件所面向的用户群的不同 而更改或定制, 也可以像算法一样独立研究或者购买。
此外, 所述用户特性分析规则具有分类优先级, 其中, 优先级数字越低, 则优先级 越高, 优先级越高越先被采纳。 当然, 也可以是优先级数字越高, 则优先级越高, 优先级越高 越先被采纳。而且, 同一用户特性分类中的规则互斥, 互斥规则归于同一分类, 同一分类中 的用户特性分析规则优先级相等。所述用户特性分析规则优先级的一个示例如表 5 所示。
用户特性监测模块 402, 用于监测用户特性是否变更, 并将监测结果发送给用户特 性分析模块 403。
其中, 用户特性监测模块 402 既能够监测是否有本地用户特性变更事件, 也能够 监测服务器中是否有用户特性变更事件, 还能够接收服务器下发的用户特性变更事件, 这 样, 将主动式监测与被动式接收相结合, 使得界面定制更智能化。
示例性的, 用户特性包括但不限于 : 用户资料 ( 如性别、 年龄、 头像、 姓名、 等级、 生 肖、 血型、 生日、 星座、 学历、 职业、 国家、 地区、 省份、 城市等等 )、 用户心情 ( 如 : 开心、 暴躁、 忧伤、 一般、 幸福、 发怒等等 )、 用户状态 ( 如 : 忙、 无聊、 空闲、 离线、 休息等等 )、 用户机器状 态、 用户上线时间的规律化等。 用户特性分析模块 403, 用于接收所述用户特性监测模块 402 发送的所述监测结 果, 读取所述用户特性分析规则存储模块 401 存储的所述用户特性分析规则, 并根据所述 监测结果和所述用户特性分析规则生成用户特性分析结果, 并将所述分析结果发送给动态 换肤请求生成模块 404。
其中, 所述分析结果包括单用户特性分析结果和 / 或组合用户特性分析结果。
示例性的, 用户特性分析规则与用户特性的对应关系可为表 1 所示。
动态换肤请求生成模块 404, 用于接收所述用户特性分析模块 403 发送的所述用 户特性分析结果, 读取存储在所述动态换肤单元 302 中的与所述用户特性分析结果相对应 的所述动态换肤规则, 并根据所述用户特性分析结果和所述动态换肤规则, 生成所述动态 换肤请求, 并将所述动态换肤请求发送给所述动态换肤单元 302。
示例性的, 所述单用户特性分析结果与所述动态换肤规则为一一对应关系。 当然, 两者也可以是多对一或者一对多的关系。
进一步地, 所述动态换肤规则具有分类优先级, 而且优先级数字越低, 则优先级越 高, 优先级越高越先被采纳。 当然, 也可以是优先级数字越高, 则优先级越高, 优先级越高越 先被采纳。而且, 同一动态换肤规则分类中的规则互斥, 互斥规则归于同一分类, 同一分类 中的动态换肤规则优先级相等 ; 非同一分类中的规则不冲突, 具有不同的优先级, 并且能够 同时生效。
进一步地, 若所述组合用户特性分析结果中的各个分析结果所对应的动态换肤规 则互斥, 则由用户特性分析规则的分类优先级决定选择哪个动态换肤规则。
进一步地。 动态换肤规则能够扩展和复用, 使得所述动态换肤规则可以灵活变更。
下面, 对用户特性分析单元 301 的工作流程进行举例说明。
例 1、 服务器下发用户资料变更的情况, 以用户年龄由 59 更改为 61 为例。
首先, 用户特性监测模块 402 接收服务器下发的用户资料变更事件, 并将该变更
事件发送给用户特性分析模块 403。
用户特性分析模块 403 根据用户特性监测模块 402 发送的监测结果与所述用户特 性分析规则的对应关系 ( 见表 1), 得出用户特性分析结果为老年人, 并将该分析结果发送 给动态换肤请求生成模块 404。
动态换肤请求生成模块 404 接收到上述分析结果, 再从所述动态换肤规则存储单 元中读取与所述用户特性分析结果相对应的动态换肤规则, 并根据用户特性分析结果与动 态换肤规则的对应关系 ( 见表 3), 生成 “界面放大 10%” 的动态换肤请求, 并将所述动态换 肤请求发送给所述动态换肤单元 302。
应当理解的是, 例 1 只是以用户年龄的变更为例, 说明用户特性分析单元 301 的工 作流程。实际上, 可以对用户所有的资料进行分析, 例如 : 头像、 年龄、 性别、 等级、 姓名、 生 肖、 血型、 生日、 星座、 学历、 职业、 国家、 地区、 省份、 城市等等。通常这些信息存储在服务器 中, 当变更时可以将变更的信息传递给客户端, 再进行分析 ; 当然, 此类信息的分析也可以 直接在服务器端完成, 然后直接将服务器的分析结果发送给客户端, 以提高效率。
例 2、 用户心情变更的情况, 以用户心情变为 “开心” 为例。
首先, 用户特性监测模块 402 监测到用户心情变更为 “开心” , 并将该变更事件发 送给用户特性分析模块 403。 用户特性分析模块 403 分析得出用户特性分析结果为开心 ( 见表 2), 并将该分析 结果发送给动态换肤请求生成模块 404。
动态换肤请求生成模块 404 接收到上述分析结果, 再从所述动态换肤规则存储单 元中读取与所述用户特性分析结果相对应的动态换肤规则, 并根据用户特性分析结果与动 态换肤规则的对应关系, 生成 “界面更换为开心主题” 的动态换肤请求, 并将所述动态换肤 请求发送给所述动态换肤单元 302。
此例中, 用户特性 “开心” 属于不需与用户特性分析规则对应而直接应用的情况 ( 见表 2)。当然, 也可以设置为与用户特性分析规则相对应, 例如, 用户心情 “开心” 对应用 户特性分析规则 “开心” 。
此外, 用户心情的定义可以有一些常用的初始设置, 如: 开心、 暴躁、 忧伤、 一般、 幸 福、 发怒等等, 也可以允许用户自定义设置。当用户使用初始设置的心情时, 可以直接应用 并找到对应的动态换肤规则 ; 如果用户使用自定义设置, 则需要配合字符串解析来分析用 户特性。
例 3、 用户状态变更的情况, 以用户状态变为 “忙” 为例。
首先, 用户特性监测模块 402 监测到用户状态变更为 “忙” , 并将该变更事件发送 给用户特性分析模块 403。
用户特性分析模块 403 分析得出用户特性分析结果为忙 ( 见表 2), 并将该分析结 果发送给动态换肤请求生成模块 404。
动态换肤请求生成模块 404 接收到上述分析结果, 再从所述动态换肤规则存储单 元中读取与所述用户特性分析结果相对应的动态换肤规则, 即 “隐藏休闲功能入口” , 并生 成 “隐藏休闲功能入口” 的动态换肤请求, 并将所述动态换肤请求发送给所述动态换肤单元 302。
与用户心情类似, 用户特性 “忙” 也属于不需与用户特性分析规则对应而直接应用
的情况 ( 见表 2)。当然, 也可以设置为与用户特性分析规则相对应, 例如, 用户状态 “忙” 对 应用户特性分析规则 “忙” 。
此外, 用户状态的定义可以有一些常用的初始设置, 如: 忙、 无聊、 空闲、 离开等等, 也可以允许用户自定义设置。
例 4、 用户资料组合变更的情况, 以用户性别变为 “女” 、 年龄变为 “8” 为例。
首先, 用户特性监测模块 402 监测到用户性别更为 “女” 、 年龄变为 “8” , 并将上述 变更事件发送给用户特性分析模块 403。
用户特性分析模块 403 分析得出用户特性分析结果为 “女性” &“儿童” , 即组合用 户特性分析结果, 并将该分析结果发送给动态换肤请求生成模块 404。
动态换肤请求生成模块 404 接收到上述分析结果, 再从所述动态换肤规则存储单 元中读取与所述用户特性分析结果相对应的动态换肤规则。由表 1 可知, “女性” 对应的所 述动态换肤规则为 “客户端色调更改为粉色调” , “儿童” 对应的所述动态换肤规则为 “使用 可爱的皮肤主题” ; 而由表 4 可知, 这两个动态换肤规则不属于同一个分类, 能够同时生效。 所以, 根据用户特性分析结果与动态换肤规则的对应关系, 动态换肤请求生成模块 404 生 成 “客户端色调更改为粉色调以及使用可爱的皮肤主题” 的动态换肤请求, 并将所述动态换 肤请求发送给所述动态换肤单元 302。 例 5、 用户资料以及用户心情同时变更的组合情况, 以用户性别更为 “女” 、 用户心 情变为 “生气” 为例。
首先, 用户特性监测模块 402 监测到用户性别更为 “女” 、 用户心情变为 “生气” , 并 将上述变更事件发送给用户特性分析模块 403。
用户特性分析模块 403 分析得出用户特性分析结果为 “女性” &“生气” , 并将该分 析结果发送给动态换肤请求生成模块 404。
动态换肤请求生成模块 404 接收到上述分析结果, 再从所述动态换肤规则存储单 元中读取与所述用户特性分析结果相对应的动态换肤规则, 即 “界面显示玫瑰花” , 并据此 生成 “界面显示玫瑰花” 的动态换肤请求, 并将所述动态换肤请求发送给所述动态换肤单元 302。
例 6、 用户资料与用户状态同时变更的组合情况, 以用户性别变为 “男” 、 用户状态 变为 “上线” 为例。
首先, 用户特性监测模块 402 监测到用户性别变为 “男” 、 用户状态变为 “上线” , 并 将上述变更事件发送给用户特性分析模块 403。
用户特性分析模块 403 分析得出用户特性分析结果为 “男性” &“上线” , 并将该分 析结果发送给动态换肤请求生成模块 404。
动态换肤请求生成模块 404 接收到上述分析结果, 再从所述动态换肤规则存储单 元中读取与所述用户特性分析结果相对应的动态换肤规则, 即 “界面显示美女请安动画” , 并据此生成 “界面显示美女请安动画” 的动态换肤请求, 并将所述动态换肤请求发送给所述 动态换肤单元 302。
例 7、 用户心情与用户状态变更的组合情况, 以用户心情变为 “暴躁” 、 用户状态变 为 “上线” 为例。
首先, 用户特性监测模块 402 监测到用户心情变为 “暴躁” 、 用户状态变为 “上线” ,
并将上述变更事件发送给用户特性分析模块 403。
用户特性分析模块 403 分析得出用户特性分析结果为 “暴躁” &“上线” , 并将该分 析结果发送给动态换肤请求生成模块 404。
动态换肤请求生成模块 404 接收到上述分析结果, 再从所述动态换肤规则存储单 元中读取与所述用户特性分析结果相对应的动态换肤规则, 即 “界面变为暗色调” , 并据此 生成 “界面变为暗色调” 的动态换肤请求, 并将所述动态换肤请求发送给所述动态换肤单元 302。
例 8、 用户资料组合变更且冲突的情况, 以用户性别变为 “女” 、 用户年龄变为 “48” 为例。
首先, 用户特性监测模块 402 监测到用户性别更为 “女” 、 年龄变为 “48” , 并将上述 变更事件发送给用户特性分析模块 403。
用户特性分析模块 403 分析得出用户特性分析结果为 “女性” &“中老年” , 即组合 用户特性分析结果, 并将该分析结果发送给动态换肤请求生成模块 404。
动态换肤请求生成模块 404 接收到上述分析结果, 再从所述动态换肤规则存储单 元中读取与所述用户特性分析结果相对应的动态换肤规则。由表 1 可知, “女性” 对应的所 述动态换肤规则为 “客户端色调更改为粉色调” , “中老年” 对应的所述动态换肤规则为 “客 户端色调更改为深蓝色调” ; 而由表 4 可知, 这两个动态换肤规则属于同一个分类, 相互冲 突。这就需要采用用户特性分析规则优先级做进一步的选择。由用户特性分析规则优先级 ( 表 5) 可知, 用户年龄的优先级高于用户性别, 所以, 动态换肤请求生成模块 404 生成 “客 户端色调更改为深蓝色调” 的动态换肤请求, 并将所述动态换肤请求发送给所述动态换肤 单元 302。
例 9、 服务器根据用户上线时间的规律性主动分析用户特性的情况。
首先, 服务器根据存储的上线时间的规律性 ( 例如, 每次上下线时间都在固定时 间段 ), 则分析用户特性为工薪白领, 并将该分析结果发送给用户特性监测模块 402。
用户特性监测模块 402 接收服务器下发的用户特性变更事件, 并将该变更事件发 送给用户特性分析模块 403。
用户特性分析模块 403 分析得出用户特性分析结果为工薪白领, 并将该分析结果 发送给动态换肤请求生成模块 404。
动态换肤请求生成模块 404 接收到上述分析结果, 再从所述动态换肤规则存储单 元中读取与所述用户特性分析结果相对应的动态换肤规则, 即 “突出汽车杂志入口” , 并生 成 “突出汽车杂志入口” 的动态换肤请求, 并将所述动态换肤请求发送给所述动态换肤单元 302。
当然, 此例中, 服务器不仅可以根据用户上线时间进行分析, 还可以对用户访问的 频道历史记录、 查看的文章历史记录、 上线位置记录等进行分析, 如: 用户上线位置为经常 变化, 则可以分析用户特性为经常出差。
进一步地, 如图 5 所示, 所述动态换肤单元 302 包括动态换肤规则存储模块 501 和 处理模块 502 ; 其中 :
动态换肤规则存储模块 501, 用于存储所述动态换肤规则以及与所述动态换肤规 则相对应的界面皮肤 ;处理模块 502, 用于接收所述动态换肤请求生成模块 404 发送的所述动态换肤请 求, 从所述动态换肤规则存储模块 501 中提取与所述动态换肤请求相对应的界面皮肤, 并 用所提取的界面皮肤更新界面的皮肤。
由于动态换肤单元 302 和用户特性分析单元 301 之间松耦合, 职能专一, 所以, 不 仅有利于灵活复用, 同时也利于用户特性分析规则和动态换肤规则的扩展。
本领域普通技术人员可以理解, 实现上述实施例方法中的全部或部分流程, 是可 以通过计算机程序来指令相关的硬件来完成, 所述的程序可存储于一计算机可读取存储介 质中, 该程序在执行时, 可包括如上述各方法的实施例的流程。其中, 所述的存储介质可为 磁碟、 光盘、 只读存储记忆体 (Read-OnlyMemory, ROM) 或随机存储记忆体 (Random Access Memory, RAM) 等。
以上所述, 仅为本发明的具体实施方式, 但本发明的保护范围并不局限于此, 任何 熟悉本技术领域的技术人员在本发明揭露的技术范围内, 可轻易想到变化或替换, 都应涵 盖在本发明的保护范围之内。 因此, 本发明的保护范围应以权利要求所述的保护范围为准。