专利名称：形象管理系统和形象管理方法
技术领域：
本发明涉及网络应用领域，特别涉及一种形象管理系统和形象管理方法。
背景技术：
现有的网络个人虚拟形象系统中，用户可以配置自己的形象。形象是由 形象信息描述的，形象信息描述形象中的所有元素及其属性，包括编号、层 号、坐标、大小、类型等信息。形象用于用户在各种平台进行自我展示，如
聊天窗口、论坛、个人空间等WEB应用平台。
现有技术在客户端中显示形象是由Flash主引擎解析形象信息，客户端通 过网络从服务器下载多个元素，根据形象信息中的描述加载多个元素并显示。 但在Web应用平台上也这样实现显示形象则会增加大量的网络下载请求，影 响Web应用平台的处理速度。为此可根据该形象生成静态图像，该静态图像 称为快照。在Web应用平台上无需解析形象信息，而只调用并显示相应快照。 根据形象生成快照通常的做法是在客户端中采用Flash对形象画面进行拍屏， 并将获得的快照通过网络发送到服务器，请求更新形象；由服务器对快照进 行保存和管理。拍屏也称截屏，是截取窗体指定区域内的图像内容，由客户 端自动完成。由于快照通常字节数较大，当网络繁忙或带宽不足时，通过网 络发送快照的过程较慢，而且用户可能在客户端制作伪造或非法的快照提交 给服务器，对快照和形象的管理造成不便。
发明内容
本发明目的在于提出一种形象管理系统，以实现对形象的管理。 本发明提出一种形象管理系统，包括至少一客户端和服务器，至少一客 户端分别根据用户的操作配置形象并组织生成相应形象信息，通过网络将形 象信息发送给服务器，请求更新该用户的形象；服务器根据形象信息解析得 到形象，并根据形象生成快照，存储并管理所述形象信息及相应快照；服务 器通知至少一客户端更新用户形象；至少一客户端根据快照更新所述用户的 形象。
优选地，上述客户端包括形象配置模块，向用户提供元素，根据用户操 作将元素组成形象，并组织生成相应形象信息。
优选地，上述服务器包括形象传输模块、形象管理模块和记录服务模块；
所述形象传输模块接收客户端通过网络发送的形象信息；所述形象管理模块
根据形象信息解析得到相应形象，并根据形象生成快照；所述记录服务模块 记录并管理生成快照的结果。
优选地，上述形象管理模块包括形象解析模块和形象存储模块;所述形象 解析模块根据形象信息解析得到相应形象，并根据形象生成快照；所述形象 存储模块存储并管理形象信息及相应快照。
优选地，上述形象传输模块接收客户端发来的形象信息，将形象信息转 换为格式文件，并将形象信息及对应的用户信息发送给形象管理模块。
优选地，上述服务器设置为服务器群，包括多个分布服务器；所述形象 管理模块将至少 一客户端的形象快照分别生成至少 一副本，分发到多个分布 服务器，并将分发过程发送给记录服务模块，生成快照分发日志；所述多个 分布服务器分别接收并管理快照，根据分别接收到的来自客户端的获取形象 请求，查找存储的快照，找出与请求中的用户信息对应的快照返回给客户端。
本发明还提出一种形象管理方法，基于形象管理系统实现形象管理；形 象管理系统包括至少一客户端和服务器，包括至少一客户端分别根据用户 配置形象并组织生成相应形象信息，将形象信息发送给服务器，请求更新该 用户的形象的步骤；服务器根据形象信息解析得到形象，并根据形象生成快 照，存储并管理所述形象信息及相应快照的步骤；服务器通知至少一客户端 更新用户形象的步骤；和至少一客户端根据快照更新所述用户的形象的步骤。
优选地，上述服务器解析形象信息，得到相应形象包括读取形象信息， 获得组成形象的元素及其属性，根据形象信息中的描述加载组成形象的所有 元素，得到与用户在客户端配置的形象相同的形象。
优选地，上述服务器根据形象生成快照包括对形象进行拍屏，将得到 的静态图像作为快照。
优选地，上述形象管理方法还包括记录形象信息及生成快照的结果的 步骤；检查所述记录中生成快照的结果为失败的记录，取出相应的形象信息， 重新进行形象解析及生成快照的步骤。
本发明提出的形象管理系统和形象管理方法，可以节省服务器带宽，大 大提升快照生成的速度，还可提高生成快照的安全性和正确性，提高形象管 理系统效率。
图l是本发明第一实施例形象管理系统结构示意图2是本发明第二实施例形象管理系统具体结构示意图
图3是本发明第二、五实施例服务器2的工作过程示意图4是本发明第三实施例形象管理模块22结构示意图5是本发明第三、六实施例清理请求过程示意图6是本发明第四实施例形象管理方法流程示意图。
本发明目的、功能及优点将结合实施例，参照附图做进一步说明。
具体实施例方式
本发明提出第一实施例，参照图l，本实施例的形象管理系统包括至少一 客户端l和服务器2，至少一客户端l分别根据用户操作配置形象并组织生成相 应形象信息，通过网络将形象信息发送给服务器2，请求更新该用户的形象； 服务器2根据形象信息解析得到形象，并根据形象生成快照，存储并管理形象 信息及相应快照；服务器通知至少一客户端更新用户形象；至少一客户端根 据快照更新所述用户的形象。上述形象是用户在客户端配置得到的，描述形 象的信息称为形象信息。
本实施例将解析用户形象信息和生成快照的操作放在服务器2完成，减 少客户端处理负担和网络传输数据量，提高管理效率和安全性。
基于上述实施例，本发明提出第二实施例。参照图2,客户端1包括形象 配置模块11，向用户提供元素，根据用户操作将元素组成形象，并组织生成 相应形象信息。服务器2包括形象传输模块21 、形象管理模块22和记录服务 模块23。形象传输模块21接收客户端l通过网络发送的形象信息；形象管理 模块22根据形象信息解析得到相应形象，并根据形象生成快照；记录服务模 块23记录并管理生成快照的结果。生成快照的结果是指服务器2根据形象信 息解析得到形象，并根据形象生成快照等一系列处理的结果，分为生成快照 成功和生成快照失败两种。
参照图3，本实施例服务器2的工作过程包括 步骤S21 ，形象传输模块21接收客户端1发来的形象信息； 步骤S22,形象传输模块21将形象信息发送给形象管理模块22; 步骤S23,形象管理模块22解析形象信息，得到相应形象； 步骤S24,形象管理模块22根据形象生成快照，存储并管理形象信息及 相应快照；
步骤S25,形象管理才莫块22将形象信息及生成快照的结果发送给记录服 务模块23;
步骤S26,记录服务模块23记录并管理形象信息及生成快照的结果；
步骤S27，服务器2通知至少一客户端1更新用户形象，发送更新的快照。
由于用户与形象一一对应，为便于管理，本实施例的形象信息还与用户 信息关联，形成与用户信息的对应关系。用户信息可以是用户在形象管理系 统中的帐号或ID。
本实施例客户端1的形象配置模块11从服务器2取得元素，提供给用户， 供用户选取使用；根据用户的操作配置形象并组织生成相应形象信息。在一 实例中，元素包括五官、帽子、衣物、饰品、宠物和/或场景的编号或标识， 各元素分别具有属性，属性包括位置、尺寸、方向、层号、坐标、类型和/或 个数等，元素与其属性配合组成形象。组织生成形象信息即将元素与其属性 按照预定格式有序组织。形象信息可以组织成为预定格式的字符串，也可以 是XML ( extensible Markup Language,可扩展标记语言)等格式文件。字符 串的格式通常为顺序排列的元素及其属性，元素及其属性之间用分隔符分隔， 例如逗号。由于字符串难以阅读及理解，为便于管理和查阅，当形象配置模 块11生成并通过网络发送的形象信息是预定格式的字符串时，形象传输模块 21还可将预定格式的字符串转换为XML等格式文件。
具体来说，步骤S22，形象传输模块21将形象信息发送给形象管理模块 22包括
步骤S221,形象传输模块21将形象信息转换为格式文件； 步骤S222 ，形象传输模块21将形象信息与用户信息关联； 步骤S223，形象传输模块21将形象信息及对应的用户信息发送给形象管 理模块22。
本实施例的形象管理模块22采用基于WINDOWS的窗体应用程序实现， 既可完成形象解析，又可直接利用WINDOWS的拍屏组件生成快照，还可直 接存储并管理形象信息。
步骤S23,形象管理模块22解析形象信息，得到相应形象，具体来说是 读取形象信息，获得组成形象的所有元素及其属性，根据形象信息中的描述 加载组成形象的所有元素，得到与用户在客户端1配置的形象相同的形象。
步骤S24,形象管理模块22根据形象生成快照，存储并管理形象信息及 相应快照，具体来说形象管理模块22调用WINDOWS的拍屏组件自动对形 象进行拍屏，将得到的静态图像作为快照，再存储并管理形象信息和相应快 照。
以GIF格式的快照为例，形象管理模块22分别将快照存储为GIF格式的 图片文件，并以用户信息为该图片文件命名，形成名为"用户信息.gif，的图片
文件，以实现快照与用户信息的对应。当客户端1要求获取快照时，形象管
理模块22根据客户端l发来的用户信息找出对应的图片文件发送给客户端1。 步骤S25，形象管理模块22将形象信息及生成快照的结果发送给记录服
务模块23，具体来说是形象管理模块22根据上述步骤S21至步骤S24执行成
功或失败得到生成快照结果，将形象信息、用户帐号或ID、用户请求时间及
生成快照的结果发送给记录服务模块23。
步骤S26，记录服务模块23记录并管理形象信息及生成快照的结果，具
体来说是记录服务模块23接到形象管理模块22发来的形象信息、用户帐号
或ID、用户请求时间及生成快照的结果，将其管理并存储成为日志文件，以
备维护查阅。
步骤S27,服务器2通知至少一客户端1更新用户形象，具体来说是查找 使用该用户形象的至少一客户端1，分别向这些客户端l发出更新通知，更新 通知包括用户帐号或ID，以及更新后的快照。
至少一客户端l接收到更新通知后，根据接收到的用户帐号或ID及更新 后的快照，在对应用户的形象展示窗口显示更新的快照。
设用户A分别与用户B、用户C聊天，并且用户D查看用户A的资料， 聊天界面和资料显示界面都设有与用户A对应的形象展示窗口，这些形象展 示窗口显示用户A的形象。当用户A的形象完成更新后，服务器2分别向用 户A、用户B、用户C和用户D的客户端发出更新通知，这些客户端分别在 与用户A对应的形象展示窗口中显示接收到的更新的快照，这样就实现了用 户A的形象更新。
基于上述实施例，本发明提出第三实施例。参照图4，形象管理才莫块22 包括形象解析模块221和形象存储模块222。其中形象解析模块221根据形象 信息解析得到相应形象，并根据形象生成快照；形象存储^f莫块222存储并管 理形象信息及相应快照。本实施例的形象解析模块221可采用在浏览器中安 装插件实现。例如对火狐浏览器安装带插件的进程实现，调用内置FLASH插 件，采用AS3语言(ActionScript 3.0 , Flash编程语言)对形象进行解析并 进行图形编码，得到相应形象；形象解析模块221采用内置的插件根据形象 生成快照，再将形象信息及其相应快照发送给形象存储模块222进行存储和 管理。
本实施例的形象解析模块221也可不基于浏览器，采用其他FLASH播放
器实现形象解析。
Flash播放器进程默认生成的是无损的PNG格式的快照，生成的快照可 能字节数较大，占用较多空间，当需要将快照通过网络传输到多个客户端时，
可能造成传输緩慢，给用户带来不便。为提高效率，本实施例提出将快照压
缩转换为字节数较小的GIF、 JPG等格式。为此，本实施例的服务器2还包括 图形处理库24，接收形象解析模块221生成的快照并将其压缩转换，生成字 节数较小的快照，替代字节数较大的快照。
当多个客户端同时与服务器2连接，向服务器分别请求更新形象或获取形 象时，可能出现多个请求等待服务器2处理的情况。为此本实施例提出，设置 请求队列以管理多个请求，该队列实行先进先出原则，来自至少一客户端的 多个请求按照服务器2接收到请求的时间先后顺序进入队列，最早进入队列的 最先被处理。形象传输模块21接收到请求后，将请求送入队尾，形象管理模 块22从队首取出请求进行处理。
实际应用中，可能出现某一用户频繁进行形象配置操作，短时间内发出 多次形象更新请求的情况，例如某用户频繁地轮流使用发型l、发型2和发型3 配置形象，每次配置形象都发出一次形象更新请求，在服务器2还未处理前一 次形象更新请求时，就接收到后一次形象更新请求。为在上述情况下减少服 务器2的负担，本实施例还可从队列中清理掉该用户发送的至少一请求，只处 理最后一次请求。具体来说参照图5，清理请求过程包括
步骤S31，接收来自客户端l的更新形象请求；
步骤S32，查找队列中是否有来自同一用户的更新形象请求；如果有，进 行步骤S33,否则进行步骤S34;
步骤S33，将队列中在先的更新形象请求清除； 步骤S34,将该更新形象请求列入队尾。
另一方面，当客户端很多时，为保证各地的客户端能够顺利高效访问服 务器2，服务器2可以设置为服务器群，包括多个分布服务器，形象管理模块 22将至少一客户端的形象快照分别生成至少一副本，分发到多个分布服务器， 并将分发过程发送给记录服务模块23 ，生成快照分发日志。多个分布服务器 分别接收并管理快照，当分布服务器分别接收到来自客户端的获取形象请求 时，查找存储的快照，找出与请求中的用户信息相对应的快照返回给客户端。
基于上述各实施例，本发明提出，当个别用户的形象在形象解析及生成 快照过程失败后，再次对其尝试形象解析及生成快照。具体来说，记录服务 ^t块23记录的形象信息、用户帐号或ID、用户请求时间及生成快照的结果可 供服务器2查询，在预设时间点，由记录服务模块23或负担较轻的形象存储模 块222发起检查过程，检查日志文件中，生成快照结果为失败的记录，取出相
应的形象信息，重新尝试形象解析及生成快照，直到成功完成形象解析及生 成快照过程。
参照图6，本发明还提出一种形象管理方法，基于形象管理系统实现形象
管理；形象管理系统包括至少一客户端1和服务器2，包括
步骤S 1 ，至少 一客户端1分别根据用户配置形象并组织生成相应形象信
息，将形象信息发送给服务器，请求更新该用户的形象的步骤；
步骤S2，服务器根据形象信息解析得到形象，并根据形象生成快照，存
储并管理所述形象信息及相应快照的步骤；
步骤S3，服务器通知至少一客户端更新用户形象的步骤； 步骤S4，至少一客户端根据快照更新所述用户的形象的步骤。 上述步骤S3中服务器2解析形象信息，得到相应形象包括读取形象信
息，获得组成形象的元素及其属性，才艮据形象信息中的描述加载组成形象的
所有元素，得到与用户在客户端配置的形象相同的形象。
上述步骤S3中服务器根据形象生成快照包括对形象进行拍屏，将得到
的静态图像作为快照。
上述形象是用户在客户端配置得到的，描述形象的信息称为形象信息。
基于上述实施例，本发明提出第五实施例。本实施例客户端l包括形象 配置模块11,向用户提供元素，根据用户操作将元素组成形象，并生成相应 形象信息。服务器2包括形象传输模块21 、形象管理模块22和记录服务模块 23。
参照图3，本实施例服务器2的工作过程包括 步骤S21 ，形象传输模块21接收客户端1发来的形象信息； 步骤S22，形象传输模块21将形象信息发送给形象管理模块22; 步骤S23，形象管理模块22解析形象信息，得到相应形象； 步骤S24，形象管理模块22根据形象生成快照，存储并管理形象信息及 相应快照；
步骤S25,形象管理模块22将形象信息及生成快照的结果发送给记录服 务模块23;
步骤S26,记录服务模块23记录并管理形象信息及生成快照的结果； 步骤S27，服务器2通知至少一客户端1更新用户形象，发送更新的快照。 上述生成快照的结果是指服务器2根据形象信息解析得到形象，并根据 形象生成快照等一系列处理的结果，分为生成快照成功和生成快照失败两种。 由于用户与形象——对应，为便于管理，本实施例的形象信息还与用户
信息关联，形成与用户信息的对应关系。用户信息可以是用户在形象管理系 统中的帐号或ID。
本实施例中，当形象配置模块11组织生成的形象信息是预定格式的字符
串时，形象传输模块21还可以将预定格式的字符串转换为XML等格式文件。 具体来说，步骤S22，形象传输模块21将形象信息发送给形象管理模块 22包括
步骤S221 ，形象传输模块21将形象信息转换为格式文件； 步骤S222,形象传输模块21将形象信息与用户信息关联； 步骤S223，形象传输模块21将形象信息及对应的用户信息发送给形象管 理模块22。
上述步骤S23，形象管理模块22解析形象信息，得到相应形象，具体来 说是读取形象信息，获得组成形象的所有元素及其属性，根据形象信息中的 描述加载组成形象的所有元素，得到与用户在客户端1配置的形象相同的形象。
步骤S24,形象管理模块22根据形象生成快照，存储并管理形象信息及 相应快照，具体来说形象管理模块22自动对形象进行拍屏，将得到的静态图 像作为快照，再存储并管理形象信息和相应快照。
步骤S25,形象管理模块22将形象信息及生成快照的结果发送给记录服 务模块23，具体来说是形象管理模块22根据上述步骤S21至步骤S24执行成 功或失败得到生成快照结果，将形象信息、用户帐号或ID、用户请求时间及 生成快照的结果发送给记录服务模块23。
步骤S26，记录服务模块23记录并管理形象信息及生成快照的结果，具 体来说是记录服务模块23接到形象管理模块22发来的形象信息、用户帐号 或ID、用户请求时间及生成快照的结果，将其管理并存储成为日志文件，以 备维护查阅。
步骤S27,服务器2通知至少一客户端1更新用户形象，具体来说是查找 使用该用户形象的至少一客户端1,分别向这些客户端l发出更新通知，更新 通知包括用户帐号或ID,以及更新后的快照。
至少一客户端l接收到更新通知后，根据接收到的用户帐号或ID及更新 后的快照，在对应用户的形象展示窗口显示更新的快照。
本实施例还提出，步骤S24，形象管理模块22根据形象生成快照，存储 并管理形象信息及相应快照，还包括对快照压缩转换，生成字节数较小的快 照，替代字节数较大的快照。
本实施例还提出，当个别用户的形象在形象解析及生成快照过程失败后，
再次对其尝试形象解析及生成快照。具体来说，记录服务模块23记录的形象
信息、用户帐号或ID、用户请求时间及生成快照的结果可供查询，在预设时
间点发起冲企查过程，检查日志文件中生成快照结果为失败的记录，取出相应 的形象信息，重新尝试形象解析及生成快照，直到成功完成形象解析及生成 快照过程。
基于上述实施例，本发明提出第六实施例。本实施例设置请求队列以管 理多个请求，该队列实行先进先出原则，来自至少一客户端的多个请求按照
服务器2接收到请求的时间先后顺序进入队列，最早进入队列的最先被处理。 形象传输模块21接收到请求后，将请求送入队尾，形象管理才莫块22从队首取 出请求进行处理。
本实施例还可从队列中清理掉该用户发送的至少一请求，只处理最后一 次请求。具体来说参照图5，清理请求的过程包括 步骤S31，接收来自客户端l的更新形象请求；
步骤S32,查找队列中是否有来自同一用户的更新形象请求；如果有，进 行步骤S33,否则进行步骤S34;
步骤S33，将队列中在先的更新形象请求清除； 步骤S34，将该更新形象请求列入队尾。
本实施例还提出形象管理方法，服务器2可以设置为服务器群，包括多个 分布服务器，该形象管理方法包括将至少 一客户端的形象快照分别生成至少 一副本，分发到多个分布服务器，并将分发过程发送给记录服务模块23，生 成快照分发日志；多个分布服务器分别接收并管理快照，当分布服务器分别 接收到来自客户端的获取形象请求时，查找存储的快照，找出与请求中的用 户信息相对应的快照返回给客户端。
以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围， 凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接 或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。
权利要求
1.一种形象管理系统，包括至少一客户端和服务器，其特征在于至少一客户端分别根据用户的操作配置形象并组织生成相应形象信息，通过网络将形象信息发送给服务器，请求更新该用户的形象；服务器根据形象信息解析得到形象，并根据形象生成快照，存储并管理所述形象信息及相应快照；服务器通知至少一客户端更新用户形象；至少一客户端根据快照更新所述用户的形象。
2. 如权利要求1所述的形象管理系统，其特征在于 所述客户端包括形象配置模块，向用户提供元素，根据用户操作将元素组成形象，并组织生成相应形象信息。
3. 如权利要求1所述的形象管理系统，其特征在于 所述服务器包括形象传输模块、形象管理模块和记录服务模块； 所述形象传输模块接收客户端通过网络发送的形象信息；所述形象管理模块根据形象信息解析得到相应形象，并根据形象生成快照；所述记录服务模块记录并管理生成快照的结果。
4. 如权利要求3所述的形象管理系统，其特征在于 所述形象管理模块包括形象解析模块和形象存储模块；所述形象解析模块根据形象信息解析得到相应形象，并根据形象生成快照；所述形象存储模块存储并管理形象信息及相应快照。
5. 如权利要求3所述的形象管理系统，其特征在于所述形象传输模块接收客户端发来的形象信息，将形象信息转换为格式 文件，并将形象信息及对应的用户信息发送给形象管理it块。
6. 如权利要求3至5任意一项所述的形象管理系统，其特征在于 所述服务器设置为服务器群，包括多个分布服务器；所述形象管理模块将至少 一客户端的形象快照分别生成至少一副本，分 发到多个分布服务器，并将分发过程发送给记录服务^f莫块，生成快照分发日 志5所述多个分布服务器分别接收并管理快照，根据分别接收到的来自客户 端的获取形象请求，查找存储的快照，找出与请求中的用户信息对应的快照 返回给客户端。
7. —种形象管理方法，'基于形象管理系统实现形象管理；形象管理系统 包括至少一客户端和服务器，包括至少一客户端分别根据用户配置形象并组织生成相应形象信息，将形象 信息发送给服务器，请求更新该用户的形象的步骤；服务器根据形象信息解析得到形象，并根据形象生成快照，存储并管理 所述形象信息及相应快照的步骤；服务器通知至少一客户端更新用户形象的步骤；和至少一客户端根据快照更新所述用户的形象的步骤。
8. 如权利要求7所述的形象管理方法，其特征在于，所述服务器解析形 象信息，得到相应形象包括读取形象信息，获得组成形象的元素及其属性，根据形象信息中的描述 加载组成形象的所有元素，得到与用户在客户端配置的形象相同的形象。
9. 如权利要求7所述的形象管理方法，其特征在于，所述服务器根据形象 生成快照包括对形象进行拍屏，将得到的静态图像作为快照。
10. 如权利要求7至9任意一项所述的形象管理方法，其特征在于，还包括 记录形象信息及生成快照的结果的步骤；检查所述记录中生成快照的结果为失败的记录，取出相应的形象信息， 重新进行形象解析及生成快照的步骤。
全文摘要
本发明提出一种形象管理系统，包括至少一客户端和服务器，至少一客户端分别根据用户的操作配置形象并组织生成相应形象信息，通过网络将形象信息发送给服务器，请求更新该用户的形象；服务器根据形象信息解析得到形象，并根据形象生成快照，存储并管理所述形象信息及相应快照；服务器通知至少一客户端更新用户形象；至少一客户端根据快照更新所述用户的形象。本发明还提出一种形象管理方法。本发明可以节省服务器带宽，大大提升快照生成的速度，还可提高生成快照的安全性和正确性，提高形象管理系统效率。
文档编号H04L29/06GK101360109SQ200810161380
公开日2009年2月4日 申请日期2008年9月25日 优先权日2008年9月25日
发明者洁 邓 申请人:腾讯科技(深圳)有限公司