CN102622368A - 一种微型网络日志消息处理方法及其装置 - Google Patents

Abstract

本发明公开了一种应用于微型网络日志系统的微型网络日志消息处理方法及其装置，微型网络日志系统的各客户端中配置有统一的富媒体控件，所述富媒体控件是根据富媒体信息操作类型和媒体类型对富媒体信息处理逻辑进行封装得到的，该方法包括：微型网络日志系统客户端接收对微型网络日志消息中的富媒体信息进行处理的操作请求；所述微型网络日志系统客户端根据操作类型和所请求的富媒体信息的媒体类型调用相应的富媒体控件，并通过运行该控件对所述富媒体信息进行相应处理。采用本发明可以实现微型网络日志系统客户端消息页中针对富媒体信息的相同或相似处理逻辑的复用。

Description

一种微型网络日志消息处理方法及其装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种应用于微型网络日志系统的微型网络日志消息处理方法及其装置。

背景技术

网络即时通信(Instant Messaging，IM)工具发展到今天，已经被大多数的网民所接受，成为用户必不可少的软件工具，不但在平时的休闲娱乐中，而且在用户的工作中得到广泛的使用，因此用户对IM软件的易用性、稳定性、安全性等方面提出了较高的要求。在IM软件中，主要实现的是一对一的好友单独聊天以及一对多的群或者讨论组的消息聊天模式。随着互联网应用的不断发展，类似twitter(twitter网站所使用的一种即时通信方式的变种，允许用户将自己的最新动态和想法以短信息的形式发送给无线终端和个性化网站群)的微型博客(博客是指Web log，blog，又称网络日志)应用也不断发展壮大，这类微型博客(简称微博)服务允许用户发布140个字左右的信息，这种方式可以非常快速的进行信息传播与传递，实现用户消息聊天模式从一对一、一对多到一对无穷的一种跨越。正是一对无穷的模式也意味着一个人可以对无穷多个人进行消息的传播，同时一个人同时也可以接收万级以上的用户发布的信息，因此这种技术对大用户量的应用提出了新的要求。

IM是对话式的，其交互方式最原始也最自然，但是效率低，通常需要很多对话才能表示一个完整的意思。博客是文档形式的，没有明确对象，意思相对比较完整，但是发布博客的门槛比较高。微博也是短消息形式的，也没有明确对象，但意思相对完整，发布微博的门槛较低，如可以发布一句话或是表情符号。所以相比于IM消息和博客而言，微博的信息传递效率更高而门槛更低。微博作为一种扩展IM消息传播机制的新产品、新应用得到了快速的增长。

微博客户端软件呈现的信息是以消息为主的，在现有的微博客户端产品中，信息呈现的方式都是以消息为主的，而对于诸如图片、音乐、视频等富媒体信息的展现相对较少。在现有的微博客户端产品中，有各种页面如主页等，都是按照各种各样的维度将微博内容分类呈现给用户阅读。除此之外还有一些其它类型页面，如列表页面(包括“搜索微博用户页”、“我的收听人列表消息页”等)，也需要展示微博消息内容。

现有微博系统中的消息页(如前所述的各种页面或主页)和列表页等各种页面对微博消息内容的表现形式不同，且彼此之间缺乏复用。这样，对于携带有富媒体信息的微博消息，如果需要在各种页面中进行处理，则需要在各个页面都分别执行相应的逻辑，势必带来代码逻辑的冗余、降低微博系统效率、难于维护等诸多问题。

另外，随着微博客户端软件产品的不断发展，势必需要将微博应用与各种业务(如下载业务)进行结合，微博系统为各个业务逻辑的展示提供公共的平台承载区，并在其上能够进行一些对于各个业务逻辑的控制策略，从而可以使各个业务为微博的更进一步发展起到促进作用。

发明内容

本发明实施例提供了一种微型网络日志消息处理方法及其装置，用以实现微型网络日志系统客户端消息页中针对富媒体信息的相同或相似处理逻辑的复用。

本发明实施例提供的微型网络日志消息处理方法中，微型网络日志系统的各客户端中配置有统一的富媒体控件，所述富媒体控件是根据富媒体信息操作类型和媒体类型对富媒体信息处理逻辑进行封装得到的，该方法包括：

微型网络日志系统客户端接收对微型网络日志消息中的富媒体信息进行处理的操作请求；

所述微型网络日志系统客户端根据操作类型和所请求的富媒体信息的媒体类型调用相应的富媒体控件，并通过运行该控件对所述富媒体信息进行相应处理。

本发明实施例提供的微型网络日志消息处理装置，包括：

配置模块，用于配置有统一的富媒体控件，所述富媒体控件是根据富媒体信息操作类型和媒体类型对富媒体信息处理逻辑进行封装得到的；

接收模块，用于接收对微型网络日志消息中的富媒体信息进行处理的操作请求；

处理模块，用于根据操作类型和所请求的富媒体信息的媒体类型调用相应的富媒体控件，并通过运行该控件对所述富媒体信息进行相应处理。

本发明的上述实施例，通过预先根据富媒体信息操作类型和媒体类型对富媒体信息处理逻辑进行封装得到统一的富媒体控件，并将富媒体控件配置在微型网络日志系统的各客户端，这样，微型网络日志系统客户端接收对微型网络日志消息中的富媒体信息进行处理的操作请求时，可根据操作类型和所请求的富媒体信息的媒体类型调用相应的富媒体控件，并通过运行该控件对所述富媒体信息进行相应处理，从而一方面实现了对微型网络日志消息中的富媒体信息进行处理，另一方面由于富媒体控件是在客户端统一配置的，因而实现了可在不同页面中进行复用，即通过相应逻辑的封装达到微型网络日志系统客户端各个消息页的复用，可以让用户有更多的信息表现途径。

附图说明

图1为本发明实施例中的微博消息中的业务逻辑区示意图；

图2为本发明实施例中的微博消息处理方法流程示意图；

图3为本发明实施例中的缩略图的下载流程示意图；

图4为本发明实施例中的显示原图的流程示意图；

图5为本发明实施例中的微型网络日志消息处理装置的结构示意图。

具体实施方式

本发明实施例提供了一种实现可复用微博富媒体消息的技术实现方案，在微博消息中，除了支持用户发表140个字以内的传统文字信息外，还可以支持诸如图片、音乐、视频等多种表现形式的富媒体信息，可以让用户有多种选择来展现微博消息内容，从而满足用户的多元化需求。当在微博客户端有多个场景需要展示用户的微博消息内容时，可对富媒体信息进行有效的封装并对富媒体信息的展示逻辑实现良好的控制。通过实现该技术方案，可以让多个消息页面以及列表页面复用相同的处理逻辑。

下面结合附图对本发明实施例进行详细描述。

本发明实施例中，一方面为了使微博消息能够承载富媒体信息，另一方面为了方便对微博消息中的富媒体信息进行处理，可在微博消息中设置特定的业务逻辑区，专门用于承载诸如图片、音乐、视频等业务的富媒体信息。如图1所示，在微博消息中设置业务逻辑区RichMediaCtrl，用于承载图片1、图片2、视频1、视频2和音乐3的媒体相关信息，如媒体类型、链接地址、图片显示大小、音/视频的播放时长等，以便在后续需要对其中的富媒体信息进行处理时，通过CWBlogMsgData变量传递相应富媒体信息的相关信息，从而决定所调用的控件或/和用于控件的执行过程。

如图2所示，本发明实施例提供的微博消息处理方法可包括两个阶段，在开发阶段(步骤201)，预先根据微博消息中的富媒体操作类型(如点击音频链接、点击缩略图、加载图片等)和媒体类型(如图片、音频、视频等)，将富媒体信息处理逻辑封装为相应的控件，该控件可设置在客户端(如将该控件封装在客户端安装程序中，当安装客户端后即可完成在客户端设置该控件)；在应用阶段(步骤202)，当微博系统客户端接收到对页面中的富媒体信息进行处理的操作请求后，根据操作类型和所请求的富媒体信息的媒体类型，调用相应的富媒体控件，并通过运行该控件对该富媒体信息进行相应处理。

具体的，在开发阶段，可将用户在微博页面上的操作的处理逻辑封装到富媒体控件内。在富媒体控件内部，还可包含更为细粒度的子控件，各子控件相对独立。如，可根据用户在页面上的操作类型，诸如鼠标移入、移出、点击等，设置对应的处理逻辑并作为子控件封装在富媒体控件内；和/或，可以根据微博页面加载操作设置对应的处理逻辑并作为子控件封装在富媒体控件内。为了支持多种类型富媒体信息的处理，可以针对每一种操作类型，根据媒体类型的不同，将不同类型的富媒体信息的处理逻辑分别封装为对应的富媒体控件

例如，对于鼠标点击图片缩略图的操作和鼠标点击音/视频链接的操作分别设置处理逻辑并进行封装。这样，在微博消息页、列表页等页面，针对页面中的每一个与富媒体信息处理相关的页面元素，可只需保存RichMediaCtrl的实例变量，以便当用户对该页面元素操作时，调用相应控件以创建实例，根据该实例变量传递的参数，通过运行该实例来实现相应富媒体信息的处理。又例如，可针对加载图片、音频或视频的操作分别设置处理逻辑并进行封装。

进一步的，在富媒体控件内部，还可以进行之一或任意组合的功能设置：

(1)根据各个业务的优先等级维护各个业务逻辑的显示顺序。这里的业务是相对平台而言的，微博做为承载的平台存在音乐、视频、图片等的处理，这些都是具体的业务，各个业务优先级可以不相同，优先级属于业务属性。具体的，可根据富媒体信息类型设置不同的显示优先级，该优先级的高低表示显示顺序的先后。例如，对实现加载图片的控件设置为最高优先级，这样在微博客户端初始化微博页面时，可优先显示图片内容。

(2)根据需要在一次登录过程中控制某一种富媒体信息的显示或隐藏。具体的，可为微博客户端提供设置界面，供用户针对某类型或某些类型的富媒体信息设置其显示或隐藏属性(也可系统默认进行设置)；相应的，在客户端初始化微博页面时，可根据该属性设置决定是否调用相应媒体类型的加载控件，这样每当微博客户端初始化微博页面时，可根据该设置对相应类型的富媒体信息进行显示或隐藏。

(3)支持在内部维护对于同一种富媒体信息的展示个数控制。

(4)根据需要对已发布的各版本客户端同时生效本发明实施例所提供的功能。

以上这些配置信息的配置方式可以是：将上述相应功能的控制参数以配置文件的形式加密后随客户端版本打包，如与各版本的客户端安装程序或版本更新程序打包，以便在客户端的安装或版本更新过程中，将这些配置信息配置到客户端中。通过这种方式还可以实现服务器端的漫游控制，支持随时更新控制参数设置的功能。

下面以图片处理为例，具体说明在富媒体控件内部图片控件的实现逻辑。

通常，如果微博消息正文或者原文有图片，则会在微博页面展示该图片的缩略图，缩略图的下载流程可如图3所示，包括：

步骤301，客户端在初始化页面时，如果确定微博消息正文或原文有图片，则调用实现加载图片缩略图的控件。

该步骤中，在初始化页面时，客户端可根据微博消息的逻辑控制区域获知该微博消息中有图片，因此调用加载图片缩略图的控件，创建对应的实例，并且可以通过CWBlogMsgData变量将该逻辑控制区域中的图片的链接地址传递给该实例，作为该实例的输入参数。

以下操作由客户端调用的控件所创建的实例执行：

步骤302，判断缩略图是否下载完成，如果下载完成则执行步骤307，否则执行步骤303。

步骤303，在显示缩略图的位置显示默认图片，将微博消息中的图片链接加入到下载列表中以下载该图片，并启动显示下载进度的动画。

步骤304，判断是否下载成功，若下载成功，则执行步骤306，否则执行步骤305。

步骤305，定位到下载列表中的该下载失败的图片链接，并转入步骤306。

步骤306，停止下载进度动画的显示，将该微博消息中的图片链接从下载列表中移除，并转入步骤307。

步骤307，将已下载完成的缩略图放置到相应位置。

上述流程中，判断是否已经下载缩略图的步骤为可选步骤，通过该判断以及相应的处理，可以在已经下载该缩略图的情况下不用再重复下载，从而提高处理效率，并节省网络开销。

当微博客户端用户执行“查看原图”、“复制”或“另存为”等操作时，会触发原图下载流程，其中，设微博页面中设置有“查看原图”图标，该图标的属性中的媒体类型属性为“图片”，媒体标识为“图片1”，对图片进行鼠标右键点击的逻辑处理操作所对应的控件为ShellExecute。如图4所示，该流程可包括：

步骤401，当微博客户端用户用鼠标右键点击页面中的“查看原图”图标时，客户端根据该页面元素的属性确定是对图片进行处理，根据该媒体类型以及根据该鼠标操作类型调用ShellExecute控件，并可进一步记录用户当前对该图片的操作，如记录图片标识(或链接等信息)和鼠标操作类型(右键点击)。

该步骤中，客户端调用ShellExecute控件后创建对应的实例，并且可以通过CWBlogMsgData变量将微博消息的逻辑控制区域中的该图片的链接地址传递给该实例，作为该实例的输入参数。

以下操作由客户端调用的ShellExecute控件所创建的实例执行：

步骤402，判断该图片是否已经下载，若已经下载，则转入步骤407，否则转入步骤403。

步骤403，将图片链接加入到下载列表中以便下载该图片，还可以进一步启动下载进度动画。

步骤404，判断是否下载成功，若下载成功，则转入步骤406，否则转入步骤405。

步骤405，定位到下载列表中的该下载失败的图片链接，并转入步骤406。

步骤406，停止下载进度动画的显示，将该微博消息中的图片链接从下载列表中移除，并转入步骤407。

步骤408，显示已经下载的该图片。

上述流程中，判断是否已经下载图片的步骤为可选步骤，通过该判断以及相应的处理，可以在已经下载该图片的情况下不用再重复下载，从而提高处理效率，并节省网络开销。

当客户端用户对图片进行多次的“查看原图”、“复制”或“另存为”操作时，会触发多次图片下载过程，导致系统资源开销。对此，本发明实施例进行了如下处理：

(1)在控件内部增加以下功能：用map保存正在下载的图片列表，根据该图片列表可判断出客户端用户的操作是否引起对相同图片的重复下载，若发生重复下载，则可屏蔽图片的重复下载，即拒绝执行对相同图片的重复下载操作。

(2)在控件内部增加以下功能：用map保存该图片对应的最后的操作，当图片下载完成后，仅进行最后一种操作。比如用户先选择了“查看原图”，又立刻选择了“另存为”，则会先后调用实现“查看原图”功能的控件和实现“另存为”功能的控件，那么最后的执行以“另存为”为准，即，仅执行根据最后一次操作所调用的控件。

以上两种处理过程既可单独使用，也可结合使用，即在图片处理的控件中增加以上两种功能。

进一步的，针对客户端没有合适的图片查看器支持微博消息中的图片格式的情况，本发明实施例通过在图片处理的控件中增加功能或者增加选择图片查看器的控件，以实现图片的显示。以增加选择图片查看器控件为例，该处理流程可包括：

在被调用的控件执行图片显示处理时，如果未找到与图片格式对应的图片查看器，则向客户端返回特定值(如ShellExecute控件返回值小于32)，这时客户端可调用选择图片查看器的控件，通过该控件实现以下流程：打开“打开方式”选择框，以供用户选择图片查看器，根据用户选择的图片查看器显示图片。

需要说明的是，对于其它媒体类型的富媒体信息也可进行类似处理。

本发明实施例可通过软件方式实现，软件开发环境可以采用VS2005的ATL工程。

通过以上描述可以看出，运用本发明实施例提出的实现可复用微博富媒体消息的技术实现方案，可以让用户有更多的信息表现途径，并通过相应逻辑的封装达到微博客户端各个消息页的复用。

基于相同的技术构思，本发明实施例还提供了一种微型网络日志消息处理装置，该装置可位于微型网络日志系统客户端。

如图5所示，该装置可包括：

配置模块501，用于配置有统一的富媒体控件，所述富媒体控件是根据富媒体信息操作类型和媒体类型对富媒体信息处理逻辑进行封装得到的；

接收模块502，用于接收对微型网络日志消息中的富媒体信息进行处理的操作请求；

处理模块503，用于根据操作类型和所请求的富媒体信息的媒体类型调用相应的富媒体控件，并通过运行该控件对所述富媒体信息进行相应处理。

上述装置中，接收模块501可接收富媒体信息加载操作请求，相应的，处理模块503可通过调用富媒体控件，根据如下配置信息之一或任意组合进行相应媒体信息的加载处理：

根据媒体类型所设置的显示优先级；

根据媒体类型所设置的显示/隐藏属性；

根据媒体类型所设置的富媒体信息显示数量。

所述配置信息与微型网络日志系统各版本客户端的安装或更新程序分别绑定；相应的，配置模块501可在微型网络日志客户端的安装或更新过程中，将所述配置信息配置到微型网络日志客户端中。

上述装置中，接收模块502可接收微型网络日志系统客户端用户对页面元素进行操作的请求；相应的，处理模块503可根据用户所操作的页面元素确定媒体信息的媒体类型，根据该媒体类型和用户的操作类型调用相应的富媒体控件，并将所述页面元素对应的媒体信息的属性参数作为该控件的输入参数，通过运行该控件对该页面元素对应的媒体信息进行相应处理。

上述装置中，处理模块503还可通过运行富媒体控件对富媒体信息进行相应处理的过程中，若发生需要对同一富媒体信息重复下载的情况，则拒绝处理对该富媒体信息重复下载的操作。

上述装置中，处理模块503还可通过运行富媒体控件对富媒体信息进行相应处理的过程中，若发生对同一富媒体信息先后调用不同富媒体控件的情况，则仅执行最后一次调用的富媒体控件。

上述装置中，处理模块503还可通过运行富媒体控件对所述富媒体信息进行相应处理的过程中，若发生微型网络日志系统客户端不支持富媒体信息格式的情况，则允许客户端用户选择富媒体信息播放器对该富媒体信息进行显示。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台终端设备(可以是手机，个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视本发明的保护范围。

Claims (16)

1.一种微型网络日志消息处理方法，其特征在于，微型网络日志系统的各客户端中配置有统一的富媒体控件，所述富媒体控件是根据富媒体信息操作类型和媒体类型对富媒体信息处理逻辑进行封装得到的，该方法包括：

微型网络日志系统客户端接收对微型网络日志消息中的富媒体信息进行处理的操作请求；

所述微型网络日志系统客户端根据操作类型和所请求的富媒体信息的媒体类型调用相应的富媒体控件，并通过运行该控件对所述富媒体信息进行相应处理。

2.如权利要求1所述的方法，其特征在于，根据富媒体信息操作类型和媒体类型对富媒体信息处理逻辑进行封装得到富媒体控件，具体为：

针对每一种操作类型，根据媒体类型的不同，将不同类型的富媒体信息的处理逻辑分别封装为对应的富媒体控件。

3.如权利要求1所述的方法，其特征在于，所述富媒体信息操作类型为富媒体信息加载操作时，对应的富媒体控件根据如下配置信息之一或任意组合进行相应媒体信息的加载处理：

根据媒体类型所设置的显示优先级；

根据媒体类型所设置的显示/隐藏属性；

根据媒体类型所设置的富媒体信息显示数量。

4.如权利要求3所述的方法，其特征在于，所述配置信息与微型网络日志系统各版本客户端的安装或更新程序分别绑定，并在微型网络日志客户端的安装或更新过程中，将所述配置信息配置到微型网络日志客户端中。

5.如权利要求1所述的方法，其特征在于，所述富媒体信息操作类型为：微型网络日志系统客户端用户对页面元素进行操作；

所述微型网络日志系统客户端根据操作类型和所请求的富媒体信息的媒体类型调用相应的富媒体控件，并通过运行该控件对所述富媒体信息进行相应处理，具体为：

所述微型网络日志系统客户端根据用户所操作的页面元素确定媒体信息的媒体类型，根据该媒体类型和用户的操作类型调用相应的富媒体控件，并将所述页面元素对应的媒体信息的属性参数作为该控件的输入参数，通过运行该控件对该页面元素对应的媒体信息进行相应处理。

6.如权利要求1所述的方法，其特征在于，通过运行富媒体控件对富媒体信息进行相应处理的过程中，若发生需要对同一富媒体信息重复下载的情况，则拒绝处理对该富媒体信息重复下载的操作。

7.如权利要求1所述的方法，其特征在于，通过运行富媒体控件对富媒体信息进行相应处理的过程中，若发生对同一富媒体信息先后调用不同富媒体控件的情况，则仅执行最后一次调用的富媒体控件。

8.如权利要求1所述的方法，其特征在于，通过运行富媒体控件对所述富媒体信息进行相应处理的过程中，若发生微型网络日志系统客户端不支持富媒体信息格式的情况，则允许客户端用户选择富媒体信息播放器对该富媒体信息进行显示。

9.如权利要求1所述的方法，其特征在于，所述富媒体信息操作类型包括：富媒体信息加载操作，以及微型网络日志系统客户端用户在页面上对页面元素进行的操作。

10.一种微型网络日志消息处理装置，其特征在于，包括：

配置模块，用于配置有统一的富媒体控件，所述富媒体控件是根据富媒体信息操作类型和媒体类型对富媒体信息处理逻辑进行封装得到的；

接收模块，用于接收对微型网络日志消息中的富媒体信息进行处理的操作请求；

处理模块，用于根据操作类型和所请求的富媒体信息的媒体类型调用相应的富媒体控件，并通过运行该控件对所述富媒体信息进行相应处理。

11.如权利要求10所述的装置，其特征在于，所述接收模块具体用于，接收富媒体信息加载操作请求；

所述处理模块具体用于，通过调用富媒体控件，根据如下配置信息之一或任意组合进行相应媒体信息的加载处理：

根据媒体类型所设置的显示优先级；

根据媒体类型所设置的显示/隐藏属性；

根据媒体类型所设置的富媒体信息显示数量。

12.如权利要求11所述的装置，其特征在于，所述配置信息与微型网络日志系统各版本客户端的安装或更新程序分别绑定；

所述配置模块具体用于，在微型网络日志客户端的安装或更新过程中，将所述配置信息配置到微型网络日志客户端中。

13.如权利要求10所述的装置，其特征在于，所述接收模块具体用于，接收微型网络日志系统客户端用户对页面元素进行操作的请求；

所述处理模块具体用于，根据用户所操作的页面元素确定媒体信息的媒体类型，根据该媒体类型和用户的操作类型调用相应的富媒体控件，并将所述页面元素对应的媒体信息的属性参数作为该控件的输入参数，通过运行该控件对该页面元素对应的媒体信息进行相应处理。

14.如权利要求10所述的装置，其特征在于，所述处理模块还用于，通过运行富媒体控件对富媒体信息进行相应处理的过程中，若发生需要对同一富媒体信息重复下载的情况，则拒绝处理对该富媒体信息重复下载的操作。

15.如权利要求10所述的装置，其特征在于，所述处理模块还用于，通过运行富媒体控件对富媒体信息进行相应处理的过程中，若发生对同一富媒体信息先后调用不同富媒体控件的情况，则仅执行最后一次调用的富媒体控件。

16.如权利要求10所述的装置，其特征在于，所述处理模块还用于，通过运行富媒体控件对所述富媒体信息进行相应处理的过程中，若发生微型网络日志系统客户端不支持富媒体信息格式的情况，则允许客户端用户选择富媒体信息播放器对该富媒体信息进行显示。

Images