专利名称：客户端界面可定制的即时通信的方法与系统的制作方法
技术领域：
本发明涉及电通信技术，特别是涉及一种客户端界面可定制的即时通信方法与系统。
背景技术：
随着社会及科技的发展，人们越来越重视信息交流和沟通的及时性，因此，可以使得人们之间互相联络和沟通更为方便的即时通信系统逐渐被用户所认可接受。作为通过互联网即时和他人联系的一种方式，即时通信系统具有互动性强、价格便宜等特点。一般的，IM服务是有诸如腾讯、Microsoft等公司提供的。连接至因特网的计算机可以使用客户机应用程序访问IM服务。客户机应用程序可以被实现为本地客户端或基于浏览器的客户端。本地客户端是存储在计算机上并允许客户访问IM的界面的程序。基于浏览器的客户端一般是由Web服务器提供的程序，从网络服务器装载的界面允许用户访问IM服务。
即时通信系统包括服务端和至少一个客户端，其中，用户可以与其他用户形成好友关系。所述的客户端需要有两个基本构成部分主窗体，用于显示联系人(好友列表)，并通过菜单、按钮等界面元素为系统其他可以进行的操作提供入口；会话窗口，用于实现与特定的一个或多个即时通信联系人进行会话。对于私有协议的即时通信系统，如腾讯公司的QQ，其客户端由腾讯公司提供；对于协议开放的即时通信系统，如Jabber(XMPP)、Microsoft MSN Messenger等，其客户端存在多种实现。然而，现有的即时通信系统中，客户端与服务器、客户端与客户端之间，无论采取何种通信协议都只能使用客户端预先定义好的通信的界面进行即时消息的交换；当通信对方为应用系统时，采用现有的客户端预先定义好的界面，通信双方难以进行业务系统密切相关的会话。
更进一步的，应用系统需要通过即时通信客户端为客户提供额外的增值服务，而采用现有技术模型，应用系统很难对即时通信客户端主界面进行增强。虽然微软MSN Messenger、腾讯QQ的支持通过Web对即时通信客户端的主界面进行修改，但此种修改仅限于在主界面上增加一个或多个选项卡(tab)，在新增的选项卡中嵌入浏览器控件，并使用该控件访问网络来增加对新功能的访问方式，而不能对主界面本身进行修改，如增加新的菜单栏等；淘宝旺旺等专用客户端则将应用系统的某些功能固化到通信客户端主界面上，不能根据使用的应用进行动态定制。
发明内容
本发明提供了一种客户端界面可定制的即时通信的方法和系统，使得即时通信的客户端，其主界面可以根据其登陆不同的即时通信系统以及其处理的不同消息而有不同的呈现方式；其即时通信界面根据其处理的会话内容的不同而有不同的呈现方式。采用本发明所述的即时通信的方法与系统，用户可以实现复杂的控制。例如，在一个与办公自动化系统集成的即时通信系统中，用户可以在即时通信客户端中完成文件的上传、审核的操作，而无需对客户端进行针对具体业务系统，在本例中为办公自动化系统的定制。
本发明的目的是通过如下技术手段实现的本发明公开了客户端界面可定制的即时通信的方法，通信对方为自然人或某种程序，包括如下步骤a)即时通信客户端收到通信对方发来的消息，所述的消息含有如何处理其自身的说明；b)即时通信客户端根据所述的处理说明，确定具体的消息处理界面；c)将所述的消息使用所述的界面展现给使用即时通信客户端的用户；d)用户通过所述的界面与通信对方进行即时通信会话。
所述的即时通信的方法，其中，步骤a)中所述的处理说明可以是实际的用于描述界面计算机可解析的数据；也可以是存储实际用于描述界面的计算机可解析的数据的网络位置，包括但不限于URL；也可以是某种表示消息类型的标记字段，即时通信客户端根据所述的标记字段的取值与处理界面的映射关系确定用于描述界面的计算机可解析的数据。
所述的即时通信的方法，其中，所述的用于描述界面的计算机可解析的数据，可以是某种标记语言，包括但不限于HTML、XUL等；也可以是其他二进制形式，如Flash的swf格式等。
所述的即时通信的方法，其中，所述的用于描述界面的计算机可解析的数据，不但包括用于描述界面的部分，还包括对用户操作界面元素的事件响应。
所述的即时通信的方法，其中，步骤a)中所述的处理说明可以是某种Hash算法计算出的数值，客户端通过该数值可以快速的确定所收到消息使用的界面是否在本地有缓存。
所述的即时通信的方法，其中，步骤a)中所述的处理说明有多个推荐的界面处理方案，方案的优先级可以通过某字段指定或通过方案出现的先后顺序隐式的指定。客户端按照优先级的指示，由高到低尝试对指明的界面显示方案进行处理，当有某界面显示方案能够被客户端支持，则使用该界面而不再进行进一步的尝试。当客户端对全部的界面处理方案全部尝试过而都无法支持时，显示收到的消息中的用于显示在客户端默认消息会话界面的内容，在此种情况下，客户端应向用户说明出现该消息时因为所述的客户端不支持本发明所述的自定义界面处理方法。
所述的即时通信的方法，其中，所述的客户端收到的消息还包括用户操作界面元素时，所需要的事件响应。这允许消息针对某种消息模板进行定制。当消息显示时，所述的客户端将消息处理界面与消息中包括的事件响应组合在一起。
所述的即时通信的方法，其中，所述的客户端可以根据收到的处理说明，对客户端内置的消息处理界面进行修改(例如，通信对方可以根据当前的通信内容，在当前用户的聊天窗口上增加发表文章的按钮)。
所述的即时通信的系统，用于定义即时通信主界面的方法包括i)当客户端登入即时通信服务器时，服务主动将需要对主界面做出的修改发送到客户端；或ii)当客户端登入即时通信服务器后，客户端主动向服务器发起请求，请求对主界面做出的修改，当服务器收到客户机的请求时，返回需要对主界面做出的修改；所述的对主界面做出的修改是所述的即时通信客户端可以执行的命令序列；所述的用于描述界面的计算机可解析的数据是所述的即时通信客户端可以执行的命令序列；所述的对主界面做出的修改以及所述的用于描述界面的计算机可解析的数据，当客户端实际执行时，控制其对计算机资源的访问。
所述的处理说明(包括对消息处理界面的描述与对主界面的修改)运行于受限的计算环境，所述的环境对前述的对界面的修改使用本地计算机资源的能力进行限制，以保证客户端计算机的安全；所述的即时通信系统的方法，其中，所述的客户端可以发出含有如何显示其自身的处理说明的消息；本发明提供了一种实现所述的客户端界面可定制的即时通信系统，其中该系统包括一服务器；以及至少一运行即时通信客户端的计算机，网络连接所述的服务器；在所述服务器运行即时通信的服务器程序；客户端根据收到的对界面进行修改的命令后，执行收到的命令，使得其用户界面发生变化；当客户端收到含有如何处理指示的即时消息时，通过网络或本地缓存，获取消息指定的处理界面，用获取到的界面处理收到的消息。
本发明的有益效果在于，与现有技术相比，即时通讯服务供应商可以使用本发明随时修改即时通讯客户端的界面，而无需对客户端本身进行升级，便于推广即时通讯服务供应商的新功能；客户端根据消息内容的不同显示不同的处理界面，为即时通讯客户端与应用系统进行紧密集成提供了通用的技术方案，典型的，以办公自动化系统为例，采用本发明所述的技术方案，用户可以在即时通讯客户端中完成公文审批等操作，而现有技术方案则要求用户必须登录到办公自动化系统中进行公文审批，即时通讯客户端仅能起到提醒的作用。因此，本发明所述的客户端界面可定制的即时通信方法和系统，增加了系统的实用性。
图1为根据本发明的一种实施方式的即时通信系统的框架2A示出了本发明的一种实施方式的引发主叫业务流程图2B示出了本发明的一种实施方式的引发被叫业务流程图3示出了本发明的一种实施方式的即时消息传输格式图4A示出了本发明的一种实施方式，在处理主叫业务时确定消息处理界面的流程图4B示出了本发明的一种实施方式，在处理被叫业务时确定消息处理界面的流程具体实施方式
下面根据附图和实施例对本发明做进一步详细说明。
请参阅图1，是一种采用本发明通讯方法的即时通信系统。所述即时通信系统中包括客户端100和服务端120。其中，所述客户端100与服务端120之间可以采用现有的各种通信协议、交互逻辑和数据状态等，此不赘述。
所述的客户端100，包括客户端主体101和消息处理界面渲染模块102、以及数据存储单元103。其中，所述的消息处理界面渲染模块用于将消息指明的消息处理界面的描述显示为用户实际可以操作的交互界面，典型的，所述的渲染模块可以是网页浏览器的渲染核心、Flash的渲染核心、XUL渲染器等(当然也可以采用其他界面渲染器)；所述的客户端主体用于处理由界面渲染模块渲染的操作界面传递来的用户的各种业务请求和操作，与服务端进行相应的数据交互；所述数据存储单元可以采用数据库的方式(当然也可采用其他方式)存储客户端主体工作时需要查询的各类数据，如其他用户(包括“好友”、“黑名单”)的标识(包括“姓名”、“昵称”等比较接近唯一标识特定用户的信息)、状态信息、消息处理界面的缓存等。
本发明即时通讯的方法采用消息处理界面渲染模块渲染出至少一种消息处理界面，渲染出的消息处理界面作为用户与客户端主体交互的通道，引发各种业务。包括步骤所述的消息处理界面接收来自用户的业务请求消息；所述的客户端主体从消息处理界面获取前述业务请求消息；所述客户端主体解析并响应前述业务请求消息。
其中，在引发主叫业务时，用户可以通过在已呈现的好友分组中进行选择，也可以通过自主输入目标用户的特征标识(如姓名、昵称、电子邮件地址等)，并选择主叫业务类型，如发送即时消息、传送文件、发送电子邮件、手机短信、语音聊天、视频聊天等，用户可以更进一步的选择进行主叫业务所采用的处理界面，并且对主叫业务类型进行扩充，典型的在一个与办公自动化系统集成的即时通讯系统中，主叫业务可以是文件发布、通知传达等；再由客户端再数据库中或通过即时通讯服务端进行标识验证、匹配，找出符合特征标识内容的单一或若干目标用户，然后引发用户所要的主叫服务，向服务端发送主叫业务通知消息。
在引发被叫业务时，客户端接收到被叫请求(消息)，调用被叫请求(消息)中指示的处理界面，对收到的被叫请求(消息)进行处理(展现给用户)，用户通过前述的处理界面，对进行回应。在由界面渲染模块将回应结果传递至客户端主体，由客户端主体引发被叫业务。
所述的客户端，还包括客户端主界面(可以是一个窗口；也可以是一个通知区域图标或两者的复合)，客户端通过客户端主界面向用户展示其联系人、个人信息等；客户端通过客户端主界面向用户提供所述的客户端的各种功能调用的操作入口。所述的客户端在与服务端连通后，从服务端获得对前述主界面修改的指令或指令的序列，客户端通过执行(或解释)前述指令或指令的序列实现主界面元素的修改(包括增加或修改菜单、菜单项，增加或修改按钮、增加或修改选项卡等)。所述的修改可以包括增加至少一种消息处理界面的启动方式，以使得客户端可以使用定制的消息处理界面发起主叫业务。
请参阅图2A，是本发明即时通讯方法引发主叫业务的流程图。
首先，用户通过客户端主界面，选择特定的主叫业务类型以及目标用户的特征标识。
其次，客户端主体接收来自客户端主界面的请求，根据主叫业务类型确定并获取消息处理界面，并通知界面渲染模块对显示消息处理界面。
然后，消息处理界面接收用户的输入，将目标用户特征标识、主叫业务类型、用户的输入内容等传递给客户端主体，客户端主体根据前述主叫业务类型向服务端发送主叫业务通知，引发主叫业务。
请参阅图2A，是本发明即时通讯方法引发被叫业务的流程图。
当客户端接收到即时通信消息时(所述的即时通信消息来自通信对方，通信对方可以是其他客户端，也是即时通讯服务端)，客户端根据消息的业务类型或消息中含有的其他描述性信息，确认并获取消息处理界面，将确定的特定的消息处理界面以及收到的消息传递给界面渲染模块进行显示。
用户通过消息处理界面对所述的消息进行处理，如用户可以对所述消息进行回复，或针对所述消息描述的情况，通知通信对方进行进一步动作，如公文审批通过等。
客户端主体收到用户对前述消息的处理结果，将其发送至通信对方。
消息处理界面可以有多种方式进行描述，参考图3。为便于说明本发明之具体实施例，此处的即时消息采用某种基于标记语言的消息格式。
其中包括四部分消息数据部分本实施例中为body节点，为实际消息处理界面需要处理的数据或进行对应数据处理的句柄。典型的，文件审批消息中，此处可以为实际的文件正文，也可以为实际文件的链接。
错误提示部分用于当用户当前使用客户端不支持本发明所述的方法时，对用户进行的提示。在一个具体实施例中，此部分应该给出等价的替代方法。例如，在文件审批的流程中，此处可以是实际进行公文审批的链接，用户可以通过点击前述的链接进入实际业务系统进行操作。在具体的消息中，错误提示部分可能不出现。
界面描述部分描述用于处理其所在的消息界面。
在一个具体实施例中，界面描述部分是标记其所在消息类型的字段，参考图3中，<type>节点；在一个具体实施例中，界面描述部分是存储消息处理界面描述数据的网络地址，客户端可以通过该地址获取对应的消息处理界面，参考图3中<html>、<flash>节点；在一个具体实施例中，界面描述部分是具体的消息处理界面的描述数据，参考图3中<xul>节点；在一个具体实施例中，界面描述部分可以是某种界面编号，参考图3中的<hashui>节点，实例中使用界面内容的md5值，客户端通过前述的界面编号，确定消息处理界面描述数据，当客户端没有前述界面编号所代表的消息处理界面描述数据时，客户端向服务器请求前述界面编号对应的界面描述数据。易知的，所述的界面编号可以是任何一种可以唯一确定特定界面描述数据的编号。
在一个具体实施例中，界面描述部分存在多种可选的处理方式，受到前述消息的客户端，可以根据自身的能力选择处理一个合适的界面处理方式；可以通过可选界面出现的顺序进行选择或者界面处理方式指明的顺序(在图3所示的实施例中为order属性)进行选择；脚本部分消息可以通过该部分对现有的处理界面描述部分进行修改。在图3所示的实施例中，脚本中定义了点击按钮ok应该执行的动作；在具体的消息中，脚本部分可能不出现。
当客户端不能处理前述的即时消息时，可以将错误处理部分的信息通过标准的会话窗口显示给用户，也可以将前述的消息转发给服务端，并通知用户受到了当前客户端不能处理的消息，服务端对消息进行缓存。当用户再次登入即时通信系统中时，在将前述的消息发送给用户。
本领域的专业技术人员应该很容易对前述的消息格式进行变动，包括但不限于，将所述的消息采用某种二进制的记录等价信息的格式存储或传输、引入新的界面描述方式(如.net或java的类等)、去掉本实例格式的某些非必要内容(如脚本块)、将本实例格式用压缩后存储或传输(典型的压缩算法有bz2、zip，可能是为本应用专门开发的压缩算法)。一般的，只要在消息中包括消息正文以及如何处理前述消息正文的指示，客户端通过前述的指示向用户展示非预置在客户端程序中的消息处理界面，应视为本发明的等同技术方案。
无论主叫业务、被叫业务，都需要“确认并获取消息处理界面”，获取消息处理界面的方法有多种实施例，具体说明如下1、由主叫业务引发时参考图4A，根据接收到的主叫业务类型，确定消息处理的界面。具体步骤如下接收到主叫业务类型401；判断前述的主叫业务是否应由客户端内置的消息处理界面处理402；是，启动内置的消息处理界面403，引发主叫业务404否，根据主叫业务类型，确定采用的消息处理界面的描述406；获取消息处理界面407，如不存在所述的消息处理界面，或前述的消息处理界面的描述当前不可用，则返回错误408；如成功获得，则返回消息处理界面的描述或前述描述的地址409。
2、由被叫业务引发时参考图4B，根据从通信对方接收到的消息中指明的消息处理界面，对收到的消息进行处理。具体步骤如下可选的，检查当前客户端是否存在用指明的消息处理界面显示的窗口420，且前述的窗口的通信方中存在发出前述消息的通信对方，则通知前述的窗口，收到新消息，并将新收到的消息数据传递给前述的窗口，前述的窗口可以根据其自身业务逻辑的需要选择在当前窗口处理前述的新消息，或启动一新窗口处理该消息，或将前述的新消息传回给客户端主体，客户端主体可以等待前述的窗口不可视后，在对前述的消息进行处理。
根据从通信对方接收到的消息419中指明的消息处理界面，判断前述的消息是否应由客户端内置的消息处理界面处理402；是，启动内置的消息处理界面403，进行消息处理421；否，根据消息指明的消息处理界面，确定消息处理界面的描述406；如不存在所述的消息处理界面，或前述的消息处理界面的描述当前不可用，则返回错误；如成功获得，则返回消息处理界面的描述或前述描述的地址409。
前述具体的消息处理界面确定后，将被传递给前述的界面渲染模块。如前所述，界面渲染模块有多种可能的实施方式，在此不在赘述。
为加快界面访问速度，在步骤407中，前述的界面描述数据可以再客户端本地进行缓存，存储在所述的数据存储单元中。在一个实施例中，界面描述数据采用URL进行描述时，可以参考浏览器的缓存控制方案，在此不赘述，当无法获取URL指明的界面描述数据时，客户端可以立即向用户报告无法获取消息指定的处理界面，或根据前述的消息中处理界面的使用顺序，尝试使用下一个界面描述数据，或进行重试；在一个实施例中，界面描述数据采用界面编号或消息类型字段时，首先检查本地缓存是否存在对应的界面描述数据，当本地缓存不存在对应的界面描述数据时，向服务端请求对应的界面描述数据；如果服务器端成功返回，则将前述的界面编号或消息类型字段与收到的界面描述数据关联起来，存储在所述的数据存储单元中；如果服务器端未成功返回，客户端可以立即向用户报告无法获取消息指定的处理界面，或根据前述的消息中处理界面的使用顺序，尝试使用下一个界面描述数据，或进行重试。
在一个实施例中，前述的具体的消息处理界面显示在一独立窗口，或显示在一窗口的独立的标签页中(Tab)。易知的，在前述的窗口或标签页中增加消息处理界面中为描述的界面元素应视为本发明的等同技术方案。
在一个实施例中，前述具体的消息处理界面可以客户端现有的消息处理界面上进行修改。例如A在当前会话或前述客户端的标准会话窗口扩展出额外的区域，在前述的区域显示前述的消息处理界面；或者B为当前会话或前述客户端的标准会话窗口增加按钮、菜单项或其他等价的界面元素。
根据前述的界面渲染模块的具体实施例不同，被渲染出的消息处理界面与客户端主体有多种通信方式。按具体方面而言，消息数据的获取方面I.前述的消息处理界面通过客户端主体的特定属性或方法访问前述的消息数据；或者II.客户端主体将前述的消息数据作为消息处理界面的特定方法的参数，或将前述的消息处理数据设置为消息处理界面的特定属性后，再调用消息处理界面的特定方法；或者III.将前述的消息数据与其他可以标识出前述消息通信各方的数据发送到特定的服务端，前述的服务端将收到的数据与消息处理界面进行组合，并将组合后的结果显示在客户端。
消息数据发送方面
IV.前述的消息处理界面通过客户端主体的特定属性或方法向一个或多个通信对方发送消息数据；V.将要发送的数据以及一个或多个通信对方保存在前述消息处理界面的特定属性中，当前述消息处理界面关闭后，客户端主体读取前述的特定属性，发送消息数据。
VI.特别的当使用前述方法III时，所述的服务端通过客户端显示组件的特定属性或方法向一个或多个通信对方发送消息数据，或者与前述客户端登录到的服务端进行通信，由客户端登录的服务端向一个或多个通信对方发送消息数据。
在具体实施本发明的过程中，消息数据处理方法I~VI可以组合使用。
下面结合具体实施方式
进行进一步阐述在一个实施例中，界面渲染模块为微软IE浏览器内核，前述的消息处理界面为浏览器可显示的格式(例如HTML/XHTML等)。消息处理界面可以通过window.external.xxxx与客户端主体通信，其中Window.external是微软公司提供的对IE浏览器内核功能进行扩展的接口之一，xxxx为客户端主体自定制的方法或属性；类似的，客户端主体可以在渲染消息处理界面的浏览器内核运行实例中，增加一个或多个脚本方法，前述的脚本方法封装了对客户端主体的操作方法(如通过ActiveX技术与客户端主体通信)，前述的消息处理界面通过调用前述的操作方法实现与客户端主体的通信。
类似的，本领域工程师可以容易的实现采用Flash播放器或XUL渲染器作为界面渲染模块的实施例。
在一个实施例中，界面渲染模块为浏览器内核，前述的消息处理界面为网页，且通过URL指明其存储位置。客户端可以通过HTTP规范中定义的POST或GET的方式，将通信各方的标识符以及前述消息传递给存储前述消息处理界面的服务端；前述的服务端将收到的数据与消息处理界面复合后，形成新的网页的传递给客户端；客户端通过操作网页激活前述服务端的特定功能，由前述服务端与客户端使用的即时通信服务端通信，实现消息的发送。
本发明所述的客户端主界面的定制方法，具体步骤如下客户端与服务端建立连接，客户端从服务端获得对主界面修改的指令，客户端执行收到的指令，对主界面进行修改。
在一个实施例中，客户端通过主动向服务端发起请求，服务端收到请求后向客户端返回需要对主界面的定制；在一个实施例中，客户端登录进入服务端后，服务端主动推送对主界面的定制；在一个实施例中，服务端返回的不但包括对主界面的定制，还包括对客户端内置消息处理界面的定制。
处于安全的考虑，所述的对界面的修改运行于受限的计算环境，所述的环境对前述的对界面的修改使用本地计算机资源的能力进行限制，以保证客户端计算机的安全；在一个实施例中，客户端的界面渲染模块为微软IE浏览器，则通过window.external进行的扩展不应提供访问本地文件以及注册表的功能；所述客户端收到界面修改请求时，想用户询问使用依据前述的请求对界面进行修改，如果用户同意，则进行修改；如果不同意，则显示消息中的前述用于显示在不支持定制消息处理界面客户端上的提示信息或同时通知通信对方客户不同意进行界面定制；在客户端，可存储用户针对特定通信对方发出包含界面修改请求的消息是否依据其请求的进行界面渲染的应答，可以在客户端的数据存储单元存储用户的应答设置，当再次收到同一通信对方发出的消息时，依据预先存储的应答进行回复。
以上所述仅是本发明的优选实施方式，应当指出对于本发明技术领域的普通技术人员来说，在不脱离本发明原来的前提下，可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。
权利要求
1.一种客户端界面可定制的即时通信的方法，通信对方为自然人或某中程序，其特征在于，包括如下步骤a)客户端收到通信对方发来的消息，所述的消息含有如何处理其自身的说明；b)客户端根据所述的处理说明，确定具体的消息处理界面；c)将所述的消息使用所述的界面展现给使用客户端的用户；d)用户通过所述的界面与通信对方进行即时通信会话。
2.根据权利要求1所述的客户端界面可定制的即时通信的方法，其特征在于所述的客户端发出含有如何显示其自身的处理说明的消息。
3.根据权利要求1所述的客户端界面可定制的即时通信的方法，其特征在于步骤a)中所述的处理说明是实际的用于描述界面计算机可解析的数据。
4.根据权利要求1所述的客户端界面可定制的即时通信的方法，其特征在于步骤a)中所述的处理说明是存储实际用于描述界面的计算机可解析的数据的网络位置。
5.根据权利要求1所述的客户端界面可定制的即时通信的方法，其特征在于步骤a)中所述的处理说明是某种表示消息类型的标记字段，即时通信客户端根据所述的标记字段的取值与处理界面的映射关系确定用于描述界面的计算机可解析的数据。
6.根据权利要求3所述的客户端界面可定制的即时通信的方法，其特征在于所述的即时通信系统的方法，其中，所述的用于描述界面的计算机可解析的数据，不但包括用于描述界面的部分，还包括对用户操作界面元素的事件响应。
7.根据权利要求1所述的客户端界面可定制的即时通信的方法，其特征在于步骤a)中所述的处理说明可以是唯一的编号，客户端通过该编号可以快速的确定所收到消息使用的界面是否在本地有缓存，所述的编号包括但不限于URL、用于描述界面的计算机可解析的数据的MD5值或其他等价的将一段较长文本映射到一段较短文本的算法计算出的结果。
8.根据权利要求1所述的客户端界面可定制的即时通信的方法，其特征在于步骤a)中所述的处理说明有多个推荐的界面处理方案，方案的优先级可以通过某字段指定或通过方案出现的先后顺序隐式的指定；客户端按照优先级的指示，由高到低尝试对指明的界面显示方案进行处理，当有某界面显示方案能够被客户端支持，则使用该界面而不再进行进一步的尝试；当客户端对全部的界面处理方案全部尝试过而都无法支持时，显示收到的消息中的用于显示在客户端默认消息会话界面的内容，在此种情况下，客户端应向用户说明出现该消息时因为所述的客户端不支持本发明所述的自定义界面处理方法。
9.根据权利要求1所述的客户端界面可定制的即时通信的方法，其特征在于所述的消息中，还包括用于显示在不支持定制消息处理界面客户端上的提示信息。
10.根据权利要求1所述的客户端界面可定制的即时通信的方法，其特征在于在步骤b)中，客户端根据所述的处理说明，对客户端内置的消息处理界面进行修改。
11.根据权利要求1所述的客户端界面可定制的即时通信的方法，其特征在于用于定义即时通信主界面的方法包括i)当客户端登入服务器时，服务器主动将需要对主界面做出的修改发送到客户端；或ii)当客户端登入服务器后，客户端主动向服务器发起请求，请求对主界面做出的修改，当服务器收到客户机的请求时，返回需要对主界面做出的修改；所述的对主界面做出的修改是所述的即时通信客户端可以执行的命令序列；所述的用于描述界面的计算机可解析的数据是所述的即时通信客户端可以执行的命令序列；所述的对主界面做出的修改以及所述的用于描述界面的计算机可解析的数据，当客户端实际执行时，控制其对计算机资源的访问。
12.根据权利要求1所述的客户端界面可定制的即时通信的方法，其特征在于所述的处理说明运行于受限的计算环境，所述的环境对前述的对界面的修改使用本地计算机资源的能力进行限制，以保证客户端计算机的安全。
13.根据权利要求1所述的客户端界面可定制的即时通信的方法，其特征在于所述客户端收到处理说明时，向用户询问使用依据前述的处理说明对界面进行修改，如果用户同意，则进行修改；如果不同意，则显示消息中的前述用于显示在不支持定制消息处理界面客户端上的提示信息或同时通知通信对方客户不同意进行界面定制；对于服务器发来的或用户其他指明的通信对方发来的处理说明，客户端不进行重复提示，而直接执行用户预先定义好的回答分支，同意修改界面或不同意。
14.一种实现所述的终端界面可定制的即时通信系统，其特征在于其中该系统包括一服务器；以及至少一运行即时通信终端的计算机，网络连接所述的服务器；在所述服务器运行即时通信的服务器程序；客户端根据收到的对界面进行修改的命令后，执行收到的命令，使得其用户界面发生变化；当客户端收到含有如何处理指示的即时消息时，通过网络或本地缓存，获取消息指定的处理界面，用获取到的界面处理收到的消息。
全文摘要
本发明涉及一种客户端界面可定制的即时通信方法与系统，通信对方为自然人或某种程序，包括如下步骤即时通信客户端收到通信对方发来的消息，所述的消息含有如何处理其自身的说明；即时通信客户端根据所述的处理说明，确定具体的消息处理界面；将所述的消息使用所述的界面展现给使用即时通信客户端的用户；用户通过所述的界面与通信对方进行即时通信会话。使用本发明可以随时修改即时通讯客户端的界面，而无需对客户端本身进行升级，便于推广即时通讯服务供应商的新功能，增加了系统的实用性。
文档编号G06F17/00GK101026596SQ200710064160
公开日2007年8月29日 申请日期2007年3月2日 优先权日2007年3月2日
发明者李沫南 申请人:李沫南