一种即时通信中的业务展示方法与即时通信工具

摘要

本发明公开了一种即时通信中的业务展示方法与即时通信工具。该方法包括：获取目标用户的业务列表；创建通用展示文件浏览器控件；获取所述业务列表中的业务对应的通用展示文件地址；所述通用展示文件浏览器控件根据通用展示文件地址加载所述文件。利用本发明，可以通过使用通用展示文件来展示用户拥有的业务，只要获取欲展示业务所对应的通用展示文件地址即可进行展示，无需升级客户端。

说明书

技术领域

本发明涉及一种电通信技术，尤其涉及一种即时通信中的业务展示方法与即时通信工具。

背景技术

即时通信工具(Instant Messager，IM)是通过点对点的技术来实现互联网上即时沟通的网络工具，由于其提供的即时通信服务便捷、迅速、费用低廉，为及时、大量的传输信息提供了一种重要的手段。

最初的IM只是提供基本的文本通信功能，随着IM的发展，IM上提供的通信及娱乐服务越来越多，功能也日益强大。具体来说，IM运营商可以为用户提供各种业务，例如个性空间、游戏、交易、虚拟宠物等。

通常情况下，IM客户端可以对用户拥有的业务以预设的方式进行展示，有时这些展示方式也可以让用户参与编辑，以满足用户的个性化需求，这些对业务的展示形式通常被称为tips。通过对用户拥有的业务以tips进行展示，一方面可以满足用户向其他用户展示这些业务的需要，另一方面还可以满足运营商宣传业务的需求。

目前，对业务的展示属于IM客户端的专有功能，这样就导致想要对新业务进行展示一般要先对客户端进行升级。但是，由于IM业务的发展速度快、新业务推出的周期短，而IM客户端的更新速度慢、周期长，这样就导致了业务部门推出了新业务之后，却不能立刻在IM客户端上有所展示，只能等到新版本发布后才可以，这样不仅影响了运营商的利益，也影响了用户的使用体验。

发明内容

本发明实施例要解决的技术问题是提供一种即时通信中的业务展示方法，能够实现对新业务的展示与对客户端的升级无关；本发明还提供了一种即时通信工具，能够实现对新业务的展示与对客户端的升级无关。

为解决上述技术问题，本发明实施例是通过以下技术方案实现的：

本发明实施例提供了一种即时通信中的业务展示方法，包括：

获取目标用户的业务列表；

创建通用展示文件浏览器控件；

获取所述业务列表中的业务对应的通用展示文件地址；

所述通用展示文件浏览器控件根据通用展示文件地址加载所述文件。

本发明还提供了一种即时通信工具，包括：

业务列表获取单元，用于获取目标用户的业务列表；

文件地址获取单元，用于获取所述业务列表单元获取的业务列表中的业务对应的网页文件地址；

控件创建单元，用于创建网页浏览器控件，所述控件根据所述网页文件地址加载所述文件。

从以上技术方案可以看出，利用本发明，可以通过使用通用展示文件来展示用户拥有的业务，只要获取欲展示业务所对应的通用展示文件地址即可进行展示，无需升级客户端。

附图说明

图1为本发明实施例一即时通信中的业务展示方法的流程图；

图2为本发明实施例二即时通信中的业务展示方法的流程图；

图3为本发明实施例三即时通信中的业务展示方法的流程图；

图4为本发明实施例四即时通信中的业务展示方法的流程图；

图5为本发明实施例五即时通信工具的结构图；

图6为本发明实施例六即时通信工具的结构图；

图7为本发明实施例七即时通信工具的结构图；

图8为本发明实施例八即时通信工具的结构图。

具体实施方式

本发明实施例为一种即时通信中的业务展示方法与即时通信工具，为使本发明的技术方案、及优点更加清楚明白，以下参照附图并举实施例，对本发明进一步详细说明。

本发明一种即时通信中的业务展示方法的主要思路在于：获取目标用户的业务列表；创建通用展示文件浏览器控件；获取所述业务列表中的业务对应的通用展示文件地址；所述通用展示文件浏览器控件根据通用展示文件地址加载所述文件。

下面结合附图对本发明实施例一即时通信中的业务展示方法进行详细描述。

如图1所示，其为本发明实施例一的流程图，包括：

101、用户使用即时通信工具的过程中，通过操作输入设备，触发对目标用户的业务展示；

一般地，用户在将鼠标移动到目标用户的图标(或头像)上时，系统会触发对所述目标用户所拥有的业务的展示；

102、客户端向服务器发送业务展示请求，要求获取所述目标用户的业务列表；

103、服务器收到客户端的请求后，发送包括所述目标用户的业务列表的反馈消息；

104、客户端收到服务器发送的包括所述目标用户的业务列表的反馈消息后，创建网页浏览器(Internet Explorer，IE)控件；

105、从客户端预先保存的业务地址列表中获取所述业务列表中的业务对应的网页文件地址；

在本实施例中，对业务的展示是通过加载网页形式的文件来实现的，所以每个用户拥有的业务都有对应的网页文件，这些网页文件有的保存在用户的客户端，有的保存在服务器端；

一般地，客户端保存了业务地址列表，其中记录了客户端保存的业务对应的网页文件地址与业务的对应关系，所述业务地址列表的形式可以如表一所示：

表一

业务网页文件地址

获取所述业务列表中的业务对应的网页文件地址时，首先从客户端保存的所述业务地址列表获取可以获取的网页文件地址，不能在客户端获取的网页文件地址要从服务器端获取；

本发明中所说的网页文件，一般也包括图像、声音、视频格式的文件，并不单纯指的是文字形式的网页文件；

106、若存在客户端没有保存的网页文件，向服务器发送获取地址请求，要求获取所述网页文件的地址；

107、收到服务器发送的包括所述网页文件的地址的反馈信息；

108、所述IE控件根据获取的网页文件地址加载这些网页文件。

以上是对本发明实施例一的说明，通过以上说明可以看出，本发明通过使用通用的网页文件来展示用户拥有的业务，只要获取欲展示业务所对应的网页地址即可进行展示，无需升级客户端。

为使本发明有益效果更加明显，在本发明实施例一的基础上，还可以通过增加一些步骤来实现更多的有益效果，以下详细说明。

在本发明实施例一中，是由IM进程自身创建IE控件的，由于对网页的加载需要进行大量的运算，这样可能会导致即时聊天工具本身的性能下降，为此本发明可以进一步创建网页显示(WebShow，WS)进程来进行对网页的加载。

根据以上对网页显示进程的描述，提出本发明实施例二，如图2所示，为本发明实施例二的流程图，包括：

201、用户使用即时通信工具的过程中，通过操作输入设备，触发对目标用户的业务展示；

202、客户端向服务器发送业务展示请求，要求获取所述目标用户的业务列表；

203、服务器收到客户端的请求后，发送包括所述目标用户的业务列表的反馈消息；

204、客户端收到服务器发送的包括所述目标用户的业务列表的反馈消息后，启动网页显示进程；

205、网页显示进程创建IE控件；

206、从客户端预先保存的业务地址列表中获取所述业务列表中的业务对应的网页文件地址；

207、若存在客户端没有保存的网页文件，向服务器发送获取地址请求，要求获取所述客户端没有保存的网页文件的地址；

208、收到服务器发送的包括所述网页文件的地址的反馈信息；

209、IM进程向网页显示进程发送所述网页文件地址；

210、网页显示进程收到所述网页文件地址后，所述IE控件根据获取的网页文件地址加载这些网页文件。

通过以上对实施例二的说明可以看出，实施例二中增加了启动网页显示进程来加载用于展示业务的网页文件，可以减轻IM进程的计算压力，有利于保证IM的性能。

在上述实施例中，获取业务列表中的业务对应的网页文件地址的方式包括从客户端及服务器端获取，加载时，也是分别从客户端及服务器端来加载网页文件，由于从服务器加载网页文件将消耗一定的网络资源，而且同样的业务可能多个目标用户都拥有，如果每次都从服务器加载网页文件进行展示的话，将消耗大量的网络资源，而且当网络连接速度不高时，还会消耗一定的时间，如果从客户端加载网页文件将不存在上述问题，所以当发现存在客户端未保存的网页文件时，可以从服务器将所述网页文件先下载到客户端，并在所述业务地址列表中增加相应的记录，这样就可以对相同业务的展示时不必再从服务器端加载相应的网页文件。

根据以上描述，提出本发明实施例三，如图3所示，为本发明实施例三的流程图，包括：

301、用户使用即时通信工具的过程中，通过操作输入设备，触发对目标用户的业务展示；

302、客户端向服务器发送业务展示请求，要求获取所述目标用户的业务列表；

303、服务器收到客户端的请求后，发送包括所述目标用户的业务列表的反馈消息；

304、客户端收到服务器发送的包括所述目标用户的业务列表的反馈消息后，创建IE控件；

305、从客户端预先保存的业务地址列表中获取所述业务列表中的业务对应的网页文件地址；

306、若存在客户端没有保存的网页文件，向服务器发送获取网页文件请求，要求获取所述网页文件；

307、收到服务器发送的包括所述网页文件的反馈信息；

308、客户端保存所述网页文件，并在所述业务地址列表中增加项，以记录所述网页文件地址及其对应的业务；

309、所述IE控件根据获取的网页文件地址加载这些网页文件。

通过以上对实施例三的说明可以看出，实施例三增加了从服务器保存网页文件到客户端并保存所述网页文件地址及其对应的业务的步骤，通过增加的步骤，可以让用户不必常常从服务器端加载网页文件，较大地减轻了网络负担，还大大减少了由于加载网页而消耗的时间。

在上述实施例中，当客户端欲展示某一目标用户的业务时，必须先要获取所述目标用户的业务列表，实际上，也可以事先将所述业务列表保存在客户端，只有当服务器端保存的业务列表与客户端保存的业务列表不同时再从服务器端获取，而判断客户端保存的业务列表是否与服务器相同的方法可以是判断客户端及服务器某一预设码的值是否相等。采用这样的方法有利于减少与服务器的通信量。

根据以上的描述，如图4所示，为本发明实施例四的流程图，包括：

401、用户使用即时通信工具的过程中，通过操作输入设备，触发对目标用户的业务展示；

402、客户端向服务器发送获取业务更新时间码的请求，要求获取所述目标用户的业务更新时间码；

所述的业务更新时间码为用户修改自身业务时服务器端对其修改时间的记录，一般可以用六位十进制码表示，其中按顺序每两位分别表示年、月、日；

403、服务器收到客户端的请求后，发送包括所述目标用户的业务更新时间码的反馈消息；

404、客户端判断收到的业务更新时间码是否与客户端保存的业务更新时间码相同，若是则获取客户端保存的业务列表、进行步骤408；若否则进行步骤405；

客户端保存了其即时通信账户上的其他用户(一般称为：好友)的业务更新时间码及业务列表，保存的形式可以如表二所示：

表二

    好友业务更新时间码  业务列表

405、客户端向服务器发送业务展示请求，要求获取所述目标用户的业务列表；

406、服务器收到客户端的请求后，发送包括所述目标用户的业务列表的反馈消息；

407、客户端收到所述反馈消息后，将客户端保存的业务更新时间码及业务列表更新为与服务器保存的相同的业务更新时间码及业务列表；

408、客户端创建IE控件；

409、客户端从客户端预先保存的业务地址列表中获取所述业务列表中的业务对应的网页文件地址；

410、若存在客户端没有保存的网页文件，向服务器发送获取地址请求，要求获取所述网页文件的地址；

411、收到服务器发送的包括所述网页文件的地址的反馈信息；

412、所述IE控件根据获取的网页文件地址加载这些网页文件。

通过以上对实施例四的说明可以看出，实施例四增加了从服务器获取业务更新时间码、比较客户端保存的时间码与服务器的时间码来判断是否需要更新客户端保存的业务列表、当需要更新时则从服务器端获取更新的一些步骤，通过增加的步骤，可以减少客户端与服务器之间的通信量。

在实施例四中，通过保存、比较业务更新时间码来判断是否需要对客户端进行更新，实际上，也可以不采用业务更新时间码，而采用顺序码的形式来进行保存与比较，只要保证每次用户业务更新时所述服务器端的顺序码同时更新，且客户端更新了业务列表的同时也将自身保存的所述顺序码更新为与服务器端一致的就可以。同样的道理，所述顺序码也可以换作随机码。以上所述的业务更新时间码、顺序码、随机码都可以看作是特例，这里只要有这样一个服务器端随着业务的更新而更新、客户端随着服务器端的更新而更新的数值就可以了，所以可以将应用在这里的这样的数值统称为业务更新码。

在上述实施例中，通过使用通用的网页文件来展示用户拥有的业务，同时所用的浏览器为IE，应当说明的是，使用网页文件及IE为本发明的一个特例，根据本发明的主要思路，也可以采用其他格式的展示文件及相应的浏览器，只要满足对不同业务的展示只需使用不同的展示文件而不必对浏览器进行更改即可，可以称这样的展示文件及浏览器分别为通用展示文件及通用展示文件浏览器，所以可以将本发明中的网页文件、IE相应地概括成通用展示文件、通用展示文件浏览器，这样可以更好地说明本发明。

下面对适用于本发明的即时通信工具进行说明。

本发明还提供了一种即时通信工具，如图5所示，为本发明实施例五即时通信工具的结构图，包括：

业务列表获取单元501，用于获取目标用户的业务列表；

文件地址获取单元502，用于获取所述业务列表单元501获取的业务列表中的业务对应的网页文件地址；

控件创建单元503，用于创建网页浏览器控件，所述控件根据所述网页文件地址加载所述文件。

通过上述即时通信工具基本可以实现本发明的目的，为进一步增强本发明的有益效果，如图6所示，为本发明实施例六即时通信工具的结构图，在上述即时通信工具的基础上，还可以增加以下单元：

进程启动单元603，用于启动网页显示进程；

所述网页显示进程包括控件创建单元。

通过增加进程启动单元，可以让即时通信工具启动专门用于显示网页文件的网页显示进程，减轻了即时通信工具进程的计算压力，有利于保证即时通信工具的性能。

进一步地，如图7所示，为本发明实施例七即时通信工具的结构图，在实施例五的基础上，还可以增加以下单元：

判断单元704，用于判断所述业务列表中的业务对应的网页文件是否保存在客户端；

下载单元705，用于当判断单元判断得到所述网页文件未保存在客户端时，从服务器下载所述网页文件；

所述文件地址获取单元703，用于获取客户端保存的所述业务列表单元获取的业务列表中的业务对应的网页文件地址。

通过增加上述单元，可以让用户不必常常从服务器端加载网页文件，较大地减轻了网络负担，还大大减少了由于加载网页而消耗的时间。

进一步地，如图8所示，为本发明实施例八即时通信工具的结构图，在实施例五的基础上，还可以增加以下单元：

更新码获取单元804，用于获取服务器预先保存的对应于所述目标用户的业务更新码；

比较单元805，用于比较所述更新码获取单元804从服务器获取的业务更新码与客户端预先保存的业务更新码；

保存单元806，用于保存业务更新码，若经过所述比较单元805的比较得到从服务器获取的业务更新码与其保存的业务更新码不同，则保存单元806保存所述从服务器获取的业务更新码；

所述业务列表获取单元801：

若经过所述比较单元805的比较得到从服务器获取的业务更新码与客户端保存的业务更新码相同，则所述业务列表获取单元801用于获取服务器保存的所述目标用户的业务列表；

若经过所述比较单元805的比较得到从服务器获取的业务更新码与客户端保存的业务更新码不同，则所述业务列表获取单元801用于获取客户端保存的所述目标用户的业务列表。

以上所述的业务更新码包括：用户更新业务的事件、随机码、顺序码。

通过增加以上单元，可以让客户端在需要更新业务列表时才从服务器获取业务列表，可以减少客户端与服务器之间的通信量。

在以上的实施例中，通过使用通用的网页文件来展示用户拥有的业务，同时所用的浏览器为网页浏览器，应当说明的是，使用网页文件及网页浏览器为本发明的一个特例，根据本发明的主要思路，也可以采用其他格式的展示文件及相应的浏览器，只要满足对不同业务的展示只需使用不同的展示文件而不必对浏览器进行更改即可，可以称这样的展示文件及浏览器分别为通用展示文件及通用展示文件浏览器，所以可以将本发明中的网页文件、网页浏览器相应地概括成通用展示文件、通用展示文件浏览器，这样可以更好地说明本发明。

以上对本发明实施例所提供的一种即时通信中的业务展示方法与即时通信工具进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。