一种交互式消息的处理方法、设备及系统的制作方法
【专利摘要】本发明的实施方式提供了一种交互式消息的处理方法。该方法可以包括：接收消息发起端发送的交互式消息及与该交互式消息对应的变量资源值；广播所述交互式消息及该交互式消息对应的变量资源值；接收并转发消息接收端响应于所述交互式消息的响应消息；根据所述变量资源值更新消息发起端和消息接收端的初始资源值，所述初始资源值适应于消息发起端或消息接收端对交互式消息的处理能力。该实施方式可以使交互式消息的“交互”目的实现的可能性增加，提高交互任务顺利完成的概率。此外，本发明的实施方式还提供了一种交互式消息的处理设备和系统。
【专利说明】一种交互式消息的处理方法、设备及系统
【技术领域】
[0001]本发明的实施方式涉及信息处理【技术领域】，更具体地，本发明的实施方式涉及交互式消息的处理方法、设备及系统。
【背景技术】
[0002]本部分旨在为权利要求书中陈述的本发明的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。
[0003]在信息【技术领域】，消息通常可以划分为两大类:一类是通知性消息，即消息发送主体将某个事件告知消息接收主体，消息接收主体接收到消息后不需要作出针对该消息的消息内容的回应，比如，Windows系统API函数库中的驱动消息；一类是交互式消息，即消息发送主体在将某个事件告知消息接收主体后，还需要消息接收主体针对该消息的消息内容作出适当的响应，比如浏览网页中的数据请求消息、数据库中的查询消息、易信聊天中发起讨论话题的消息等。交互式消息的正确、及时处理，有利于交互任务的顺利完成和交互目的的实现。
[0004]在现有技术中，已经出现交互式消息的处理技术。这些处理技术在具体实施时，由消息发起端将自身产生的交互式消息发送给消息接收端，然后设定等待时间等待消息接收端作出响应，在设定的等待时间内，如果顺利接收到消息接收端作出的响应消息，一次交互式任务即告结束，如果没有接收到消息接收端的响应消息，则交互过程失败，消息发起端可能重新发起交互式消息或者放弃与所述消息接收端之间的交互任务。
【发明内容】
[0005]但是，在上述现有技术中，消息接收端是否对交互式消息作出响应，可能需要考虑多方面的因素，比如，消息接收端当前需要处理的其他任务的多少、消息接收端的运算处理能力的强弱，以及该交互式消息的急迫性等，在综合考虑这些因素后，消息接收端可能不对消息发送端的交互式消息作出响应或者延迟响应，从而可能导致交互式消息的“交互”目的不能实现或及时地实现，这是非常令人烦恼的过程。
[0006]为此，非常需要一种改进的交互式消息处理机制，以使交互式消息的“交互”目的实现的可能性增加，提高交互任务顺利完成的概率。
[0007]在本上下文中，本发明的实施方式期望提供一种交互式消息的处理方法、设备和系统。
[0008]在本发明实施方式的第一方面中，提供的交互式消息的处理方法例如可以包括:接收消息发起端发送的交互式消息及与该交互式消息对应的变量资源值，所述变量资源值小于或等于消息发起端的初始资源值；广播所述交互式消息及该交互式消息对应的变量资源值；接收并转发消息接收端响应于所述交互式消息的响应消息；根据所述变量资源值更新消息发起端和消息接收端的初始资源值，所述初始资源值适应于消息发起端或消息接收端对交互式消息的处理能力。[0009]在本发明实施方式的第二方面中，提供了一种交互式消息的处理设备，该设备例如可以包括:第一消息接收装置、广播装置、第二消息接收装置、转发装置和更新装置，其中:所述第一消息接收装置，用于接收消息发起端发送的交互式消息及与该交互式消息对应的变量资源值，所述变量资源值小于或等于消息发起端的初始资源值；所述广播装置，用于广播所述交互式消息及该交互式消息对应的变量资源值；所述第二消息接收装置，用于接收消息接收端响应于所述交互式消息的响应消息；所述转发装置，用于转发所述响应消息；所述更新装置，用于根据所述变量资源值更新消息发起端和消息接收端的初始资源值，所述初始资源值适应于消息发起端或消息接收端对交互式消息的处理能力。
[0010]在本发明实施方式的第三方面中，提供了一种交互式消息的处理系统。该系统例如可以包括:消息发起端、交互式消息处理设备和消息接收端，其中:所述消息发起端，用于向所述交互式消息处理设备发送交互式消息及与该交互式消息对应的变量资源值，所述变量资源值小于或等于消息发起端的初始资源值；所述消息接收端，用于接收所述交互式消息，并向所述交互式消息处理设备发送响应于所述交互式消息的响应消息；所述交互式消息处理设备包括:第一消息接收装置、广播装置、第二消息接收装置、转发装置和更新装置，其中:所述第一消息接收装置，用于接收消息发起端发送的交互式消息及与该交互式消息对应的变量资源值；所述广播装置，用于广播所述交互式消息及该交互式消息对应的变量资源值；所述第二消息接收装置，用于接收消息接收端响应于所述交互式消息的响应消息；所述转发装置，用于向所述消息发起端转发所述响应消息；所述更新装置，用于根据所述变量资源值更新消息发起端和消息接收端的初始资源值，所述初始资源值适应于消息发起端或消息接收端对交互式消息的处理能力。
[0011]根据本发明实施方式提供的交互式消息处理机制，消息发起端在向消息接收端发送交互式消息时，捆绑发送变量资源值，消息接收端基于对变量资源值的需求，以及对初始资源值所反映的处理交互式消息的能力的考虑，将会及时对交互式消息作出响应，该机制使消息发起端等待响应消息的被动模式变化为可控制消息接收端作出响应消息的主动模式，这种变化对“交互”过程提供了必要的保障，从而增加了交互式消息实现“交互”目的的可能性，提高了交互任务顺利完成的概率。此外，由于交互式消息的发送终端接收到响应消息的可能性增加，从而可以减少消息发送终端再次发送交互式消息的次数，使消息传输过程对网络资源的占用量随之减少，尤其在交互式消息短时间内骤增的情况下，有助于避免出现网络拥堵现象。
【专利附图】
【附图说明】
[0012]通过参考附图阅读下文的详细描述，本发明示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本发明的若干实施方式，其中:
[0013]图1示意性地示出了适于实现本发明实施方式的示例性计算系统100的框图；
[0014]图2示意性地示出了本发明适用的一个具体应用场景；
[0015]图3示意性地示出了本发明交互式消息处理方法的实施例流程图；
[0016]图4示意性地示出了本发明交互式消息处理设备的组成结构图；
[0017]图5示意性地示出了本发明交互式消息处理系统的组成结构图。[0018]在附图中，相同或对应的标号表示相同或对应的部分。
【具体实施方式】
[0019]下面将参考若干示例性实施方式来描述本发明的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明，而并非以任何方式限制本发明的范围。相反，提供这些实施方式是为了使本公开更加透彻和完整，并且能够将本公开的范围完整地传达给本领域的技术人员。
[0020]图1示出了适于实现本发明实施方式的示例性计算系统100的框图。如图1所示，计算系统100可以包括:中央处理单元(CPU) 101、随机存取存储器(RAM) 102、只读存储器(ROM) 103、系统总线104、硬盘控制器105、键盘控制器106、串行接口控制器107、并行接口控制器108、显示控制器109、硬盘110、键盘111、串行外部设备112、并行外部设备113和显示器114。这些设备中，与系统总线104耦合的有CPU101、RAM102、R0M103、硬盘控制器105、键盘控制器106、串行控制器107、并行控制器108和显示控制器109。硬盘110与硬盘控制器105耦合，键盘111与键盘控制器106耦合，串行外部设备112与串行接口控制器107耦合，并行外部设备113与并行接口控制器108耦合，以及显示器114与显示控制器109耦合。应当理解，图1所述的结构框图仅仅是为了示例的目的，而不是对本发明范围的限制。在某些情况下，可以根据具体情况增加或减少某些设备。
[0021]本领域技术技术人员知道，本发明的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此，本公开可以具体实现为以下形式，即:完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。
[0022]根据本发明的实施方式，提出了一种交互式消息的处理方法、设备及系统。
[0023]在本文中，需要理解的是，所涉及的术语“交互式消息”可反映消息的“交互”属性，“交互”体现交互式消息的发起者希望得到消息接收者的回应，且这种回应不应当是简单附和性的，而是针对交互式消息中的消息内容作出的有针对性的回应。也就是说，消息发起者发送交互式消息的目的并非旨在获得消息接收端例行性返回的成功接收到交互式消息的确认消息。在实际的业务中，交互式消息可以体现为评论性消息，即希望得到消息接收端对交互式消息中的信息内容进行评论，也可以体现为问题性消息，即希望得到消息接收端对交互式消息中的信息内容进行回答。
[0024]所述涉及的术语“资源值”体现了消息发起端和消息接收端对交互式消息的处理能力，该资源值可以正向的体现处理能力，比如，资源值越小，处理能力越弱，反之，则越强；也可以反向的体现处理能力，比如，资源值越小，处理能力越强，反之，则越弱。对于前者而言，处理能力实际上体现消息接收端已处理交互式消息的情况，其面向的是过去；对于后者，处理能力实际上体现消息接收端处理交互式消息的能力的上升空间，面向的是未来。此夕卜，附图中的任何元素数量均用于示例而非限制，以及任何命名都仅用于区分，而不具有任何限制含义。
[0025]下面参考本发明的若干代表性实施方式，详细阐释本发明的原理和精神。
[0026]发明概沭
[0027]本发明人发现，在传统的交互式消息的处理过程中，消息发起端发送出交互式消息后，便等待消息接收端对交互式消息进行处理，并返回响应消息。但是，对于消息接收端是否会作出响应或者是否会在设定的时段内及时作出响应，消息发起端则几乎没有任何把握，而完全处于被动状态，这必然降低通过交互式消息成功实现交互任务的可能性。为此，需要在消息发起端与消息接收端之间建立起一种有保障的、可控的交互式消息处理机制，该机制能够使消息发起端对是否能接收到响应消息或者是否能及时接收到响应消息有所控制，从而增加顺利交互任务的概率。本发明实施方式提出消息发起端和消息接收端均可接受的“资源值”的概念，该资源值用于反映两个实体(消息发起端和消息接收端)对交互式消息的处理能力大小，在消息发起端向消息接收端发送交互式消息时捆绑(关联性地)发送资源值，消息发起端基于消息接收端对该能力大小的考虑，从而可以较为主动地适当控制消息接收端作出响应消息，这样便在消息发起端与消息接收端之间建立起了一种基本的信任机制，该信任机制使交互式消息能够得到及时处理，为交互任务的顺利及时完成提供了足够保障，从而较好地解决本发明提出的技术问题。
[0028]在介绍了本发明的基本思路之后，下面具体介绍本发明的各种非限制性实施方式。
[0029]应用场景总览
[0030]参考图2，该图示出了本发明的一种示例性的应用场景。在该场景中作为交互式消息的发起侧的消息发起端21可以是图1所述的计算机系统，可以具有与该计算机系统相同的组成结构。当然，在其他应用场景中，交互式消息的发起侧也可以不同于本应用场景中的消息发起端21，实际上，只要希望其他设备对自身发送的交互式消息作出回应的任何电子设备均可以作为交互式消息的发起方。用户20操作该消息发起端21，通过电子输入设备(比如，键盘、指点设备、触摸板等)向消息发起端21输入指令，消息发起端的内部运算处理部件对用户20的指令进行信息处理后产生交互式消息。尽管交互式消息可以基于指令产生，然而，消息发起端21未必一定需要一个用户给出指令才可以产生交互式消息，在别的应用场景中，也可以是消息发起端自身基于完成某些任务的考虑，需要向其他设备获取某些数据，进而自动生成交互式消息。比如，某些服务器为了及时了解各客户端设备的工作状态，需要发送一个交互式消息给客户端设备，希望它按照自己的要求及时返回客户端的状态，便于自己掌控和管理。
[0031]在图2所示的应用场景中还包括消息接收端22。消息接收端22需要接收消息发起端发送的交互式消息，并针对该交互式消息作出响应，因此，它需要具备信息处理能力，从结构组成来看，它同样可以为图1所述的计算机系统，具有与该计算机系统相同的组成结构。除消息发起端21和消息接收端22外，在该应用场景中，还包括一个消息中间件23，该消息中间件可以用于联系消息发起端和消息接收端，具体而言，一方面，它可以接收消息发起端发送的交互式消息和变量资源值，并将该交互式消息广播给与它具有连接关系的所有在线或不在线的消息接收端，以便使交互式消息被足够多的消息接收端接收，增加交互式消息得到回应的几率；另一方面，它可以接收一个或多个消息接收端返回的响应消息，并将其转发给前述的消息发起端，然后更新消息发起端和消息接收端的初始资源值。消息中间件的上述功能可以由服务器来完成，即消息中间件可以与服务器具有相同的功能结构，该功能结构也可以在图1所述的计算机系统基础上实现，只不过由于其面对的消息发起端和消息接收端的数量可能较多，需要具有较强的运算处理能力。
[0032]在该应用场景中，提到“资源值”的概念，该资源值可以存储于数据库中。对于消息发起端而言，可以在消息发起端中设置一个第一数据库24，用于存储消息接收端的初始资源值，也可以在消息接收端之外设置一个独立的数据库来完成该功能，只要消息接收端和消息中间件能够访问到该数据库即可；对于消息接收端而言，同样可以设置一个独立的或者位于消息接收端中的一个第二数据库25，用于存储消息接收端的初始资源值。实际上，在另一个应用场景中，无论是消息发起端对应的第一数据库24，还是消息接收端对应的第二数据库25，均可位于消息中间件之中，由消息中间件进行统一维护和管理，在消息发起端和消息接收端需要了解它们各自对应的数据库存储的资源值的情况时，可以向消息中间件发出请求消息，由消息中间件将它们数据库中存储的资源值情况推送到各终端中显示。
[0033]从上述应用场景可以看出，该应用场景实际上可以划分出“两侧” “三个”实体部件:一侧是消息发起端和消息接收端这两个实体部件所在的一侧，由于它们均可直接面向用户，可以称为用户侧；一侧是消息中间件这一实体所在的一侧，由于消息中间件主要起到联系消息发起端和消息接收端的作用，它通常不直接面对用户，可以称为服务器侧或网络侦U。但是，这种划分仅仅是针对上述应用场景而言的，在别的应用场景中，实际上可以仅仅划分出“两侧”、“两个”实体之间的关系，由于是交互式消息的处理，那么本质上仅涉及到交互式消息的发起方和对交互式消息进行处理的处理方，也就是说，可以根据实际需要，将消息中间件所能完成的功能设置在消息发起端或者消息接收端，从而与消息发起端或消息接收端的实体部件合“二”为“一”，即由消息发起端与消息接收端进行直接对话，这种方式可以节约搭建网络带来的设备成本，但是，这种方式可能带来另一种风险:消息发起端直接与消息接收端对话使消息接收端在接收到交互式消息的同时，也接收到资源值，这时，消息接收端可能在接收到资源值后不返回响应消息，导致消息接收端发送的交互任务的完成未能得到恰当的保障，也就是说，这种模式没能建立起消息发起端与消息接收端之间的信任机制。化解这种风险的一种可能的方式可以如上述应用场景所示，在消息发起端和消息接收端之间设置独立的消息中间件，消息中间件在转发响应消息后再根据变量资源值对消息发起端和消息接收端的初始资源值进行更新，这种方式使得消息接收端如果不对交互式消息进行响应，则不会引起资源值的更新，而始终保持其原有资源值不变，消息发起端也不会损失其资源值，保持原有资源值不变，使两个终端对交互式消息处理的能力与资源值的多少之间的一致性与真实情况相符。
[0034]示例性方法
[0035]下面结合图2的应用场景，参考图3来描述根据本发明示例性的交互式消息处理的实施方法。需要注意的是，上述应用场景仅是为了便于理解本发明的精神和原理而示出，本发明的实施方式在此方面不受任何限制。相反，本发明的实施方式可以应用于其他可以适用的任何场景。
[0036]根据图3示出的本发明的一个示例性实施例(该实施例从消息中间件的角度描述)，交互式消息的处理方法的流程可以包括:
[0037]步骤S31:接收消息发起端发送的交互式消息及与该交互式消息对应的变量资源值，所述变量资源值小于或等于消息发起端的初始资源值；
[0038]这里的变量资源值是与本次的交互式消息所对应的，而初始资源值则是与消息发起端或消息接收端(见后)对交互式消息的处理能力对应的，但是，这两个量之间的关系应当满足:变量资源值小于或等于初始资源值。之所以需要满足这样的关系，其原因在于变量资源值体现的对交互式消息的单次处理能力不应当超过消息发起端的初始资源值体现的对交互式消息的总处理能力。这里将交互式消息与变量资源值进行捆绑发送的方式，并不限定它们两者必须是同时传输以及位于同一个消息之中传输，即交互式消息与变量资源值之间只要建立合适的对应关系，它们的具体发送方式便无需进行限定。在实际处理过程中，既可以将交互式消息和变量资源值封装在一个消息中发送，也可以先传输交互式消息，再传输资源值，或者以相反的顺序分别发送，分别发送的方式可以方便消息中间件为它们建立独立的队列，即分别建立消息队列和资源队列，将交互式消息存储于消息队列之中，将变量资源值存储于资源队列之中，两个独立的队列使消息中间件在管理时易于管理，尤其在一个较短的时段内接收到大量的交互式消息的情况下，优势更加明显。无论采用哪种具体的发送机制，重点在于保证交互式消息与变量资源值之间的对应关系。
[0039]步骤S32:广播所述交互式消息及该交互式消息对应的变量资源值；
[0040]消息中间件面对的消息接收端可能很多，这时可以要求消息中间件将接收到的交互式消息和变量资源值向这些消息接收端进行广播，以使得所有在线或不在线的消息接收端均有机会接收到交互式消息，并使得在线的消息接收端均有优先对交互式消息作出回应的机会。同时,这样广播的方式也有利于增加交互任务顺利完成的可能性。
[0041]步骤S33:接收并转发消息接收端响应于所述交互式消息的响应消息；
[0042]消息接收端接收到消息中间件广播的交互式消息和变量资源值后，基于自身对资源值的考虑，可以对该交互式消息作出响应，即向消息中间件返回响应消息。消息中间件接收到来自消息接收端返回的响应消息后，将其转发给消息发起端。
[0043]步骤S34:根据所述变量资源值更新消息发起端和消息接收端的初始资源值，所述初始资源值适应于消息发起端或消息接收端对交互式消息的处理能力；
[0044]在消息发起端接收到消息中间件转发的响应消息后，并不意味着交互式消息的处理已经完成，因为如果认为处理已经完成，那么变量资源值在为消息发起端和消息接收端之间建立信用机制的作用便没有发挥出来，从而使得交互任务的完成为“断头”交互，即本次交互偶然性完成后，将使后续进行交互的难度大大增加。为此，消息中间件还需要根据变量资源值更新消息发起端和消息接收端的初始资源值。这里的“更新操作”一种较为容易理解的实现方式是从消息发起端中的初始资源值中减去变量资源值，而在作出响应消息的消息接收端中的初始资源值中增加变量资源值，消息发起端和消息接收端初始变量资源值的变化体现出它们处理交互式消息的处理能力的变化，也就是说，如果在正向对应关系下(参见前述的描述)，由于消息发起端的资源值变少，那么其再次发起交互式消息任务的能力将由此减弱，而消息接收端的资源值变多，那么其要发起交互式消息任务的能力将由此增强；如果在反向对应关系下，消息发起端处理交互式消息任务的能力的上升空间将由此变大，即在同等条件下，消息发起端更具有处理其他交互式消息的迫切性；消息接收端处理交互式消息任务的能力的上升空间将由此变小，即在同等条件下，消息接收端处理其他交互式消息的迫切性不再像原来那么大，而可能将其资源用于处理其他任务。
[0045]这里还有必要说明下“初始资源值”。初始资源值是相对于当次的交互式消息处理过程中的更行操作而言的，即如果在当次交互式消息处理过程中出现了利用变量资源值更新初始资源值，那么当次的初始资源值将发生变化，形成新的资源值。但是，该新的资源值在下一次处理另一个交互式消息过程中，仍可能作为“初始”资源值，因为它相对于该“下一次”的交互式消息处理过程中的更新操作而言是“初始”的。
[0046]如前所述，上述实施例是交互式消息处理的示例性实施例。在实际应用过程中，基于各种需要还可能做出诸多变形或改进，从而取得更好的技术效果。比如，在交互式消息发送或针对交互式消息作出回应过程中可以由单一身份变为多身份机制；为交互式消息设定生存周期，建立交互式消息的有效性时段，以及，采用对交互式消息的响应消息进行确认的消息确认机制等。下面分别叙述。
[0047]如前所述，通过上述实施例可进行交互式消息的处理，实现交互任务。但是，在交互任务实现过程中，某些特定情况下，消息发起端可能并不希望通过一次交互式消息的处理即将自身的真实身份暴露给所有的消息接收端。为解决该问题，本发明的实施方式可以提供灵活的身份机制。比如，可以针对消息发起端建立一个身份集(第一身份集)，该身份集包含消息发起端的唯一 ID(该唯一 ID可用于唯一性地识别消息发起端，通常位于消息发起端的底层，用于在底层的信息流流动过程中标识消息发起端，该唯一 ID标识的身份属于真实身份)，以及与该唯一 ID对应的多个虚拟身份(这些虚拟身份用于展现给消息接收端，属于非真实身份)。这样，消息发起端在发送交互式消息和对应的变量资源值时，可以根据自身的需要灵活地选择身份集中的某个身份发送消息，比如，当某些交互式消息的处理具有特别要求，必须消息发起端以真实身份(实名制)发送才可能获得消息接收端的处理时，则可以使用上述的唯一 ID身份；当某些交互式消息的处理没有特别要求，且消息发起端也不希望透露自己的真实身份时，则可以从身份集中选择除唯一 ID之外的其他身份。同样的道理，对于消息接收端而言，其需要对交互式消息作出响应，为了给消息接收端提供灵活的身份机制，也可以为其建立一个身份集(第二身份集)，该身份集包含消息接收端的唯一 ID，以及与该唯一 ID对应的多个虚拟身份。这样，消息接收端在对交互式消息作出响应时，也可以根据自身的需要灵活地选择身份集中的某个身份返回响应消息。
[0048]在这种灵活的身份机制之下，可能出现一种“应用漏洞”:由于来自消息接收端的响应消息可以为虚拟身份，那么在消息发起端接收到的响应消息中，很可能混杂这样的响应消息:消息发起端以某个虚拟身份对自己发起的交互式消息进行回应而产生的响应消息。但是，这种响应消息除可以在适当的时候刷新消息发起端自身的资源值外，本质上并没有实现交互式消息的交互任务。为避免这种“应用漏洞”，本发明实施方式在根据变量资源值更新消息发起端和消息接收端的初始资源值之前，可以判断响应交互式消息的消息接收端的身份是否属于第一身份集(参见图3虚线框所示的步骤S35)，如果是，则说明该响应是消息发起端自身作出的，属于虚假响应，应当排除，不进行资源值的更新操作；如果否，则说明该响应不是消息发起端作出的，而是消息接收端针对所述交互式消息作出的响应消息，属于真实响应，应当随后进行资源值的更新操作。
[0049]如前所述，通过上述实施例可进行交互式消息的处理，实现交互任务。但是，在交互任务实现过程中，自消息发起端发出交互式消息开始，到接收到来自消息接收端的响应消息为止的这一段时间不可能过长，甚至长到没有期限限制，因为如果消息发起端采用的是串行处理模式，每个交互任务的处理高度关联，那么容忍上述时间段足够的长，将使多个交互任务的处理过程“死锁”在该不能及时得到响应消息的交互任务上，从而影响到交互任务的总体处理效率。为避免这种问题，可以为交互式消息设定一个生存期，在该生存期内交互式消息是有效的，对该交互式消息作出的响应也是有效的，在接收到有效的响应消息后则可触发资源值的更新操作；在该生存期之外，即交互式消息的生存期已届满，在该情况下对该交互式消息作出的响应不再有效，无效的响应将不再触发进行资源值的更新操作。具体而言(参见图3虚线框所示的步骤S36):在根据所述变量资源值更新消息发起端和消息接收端的初始资源值之前，判断所述交互式消息的生存期是否已届满，如果否，则根据所述变量资源值更新消息发起端和消息接收端的初始资源值。这种生存期机制使交互式消息的“交互”特点体现得更为明显:既然要实现消息发起端与消息接收端之间的信息交互，那么这个“来回”的时间就不可能很长，如果太长将使交互不再具有太多实际意义。
[0050]如前所述，通过上述实施例可进行交互式消息的处理，实现交互任务。但是，在交互任务实现过程中，消息接收端在表面上接收到了响应消息，可该响应消息是否确实是对交互式消息的针对性回应，即“交互”的实体意义到底有多大(消息发起端期望获得的响应内容与消息接收端返回的响应内容之间的差距)，还需要判断响应消息与交互式消息的匹配情况，只有那些与交互式消息匹配度较高的响应消息，才不仅在表面上实现了形式意义的交互，而且在实体意义上也实现了“交互”。为了确认响应消息的响应价值，本发明的实施方式在根据变量资源值更新消息发起端和消息接收端的初始资源值之前，可以进行如下的操作(参见图3虚线框所示的步骤S37、S38):计算所述响应消息与所述交互式消息的匹配度，所述匹配度为响应消息与交互式消息的关联程度；判断所述匹配度是否超过预设阈值，如果是，则触发执行根据所述变量资源值更新消息发起端和消息接收端的初始资源值的步骤。通过这种计算匹配度的方式，可以确认响应消息针对交互式消息的有效性(针对性)大小，从而避免那些“滥竽充数”的响应消息套取资源值，使资源值作为衡量对交互式消息处理能力的标志出现错误。
[0051]上述计算匹配度的方式可以存在多种具体实现方式，在实际应用过程中，针对不同的交互式消息的性质可以有选择上的侧重。比如，针对评论式交互消息，由于响应消息是对交互式消息的信息内容的评论，其匹配度可以通过直接计算交互式消息和响应消息这两组信息内容的距离实现，具体而言，可以先将响应消息和交互式消息分别进行字词切分，然后针对交互式消息的每个字词，计算它与响应消息的每个字词之间的距离，再将计算的字词距离之和作为响应消息与交互式消息的匹配度。针对问题式交互消息，由于响应消息是对交互消息的信息内容的回答，其匹配度可以通过计算知识库与响应消息之间的距离实现，具体而言，可以先对响应消息和交互消息进行字词切分，建立交互式字词的知识库，计算响应消息的字词与所述知识库之间的距离，将距离之和作为响应消息与交互式消息的匹配度。
[0052]需要说明的是，上述三种改进方式可以是并列性的，即它们各自从一个侧面对本发明的基本实施例进行了技术效果上的优化，也可以是递进性的，即它们可以在一种改进方式基础上，针对改进的结果继续下一种改进，从而总体性地对本发明的基本实施例进行技术效果上的优化(参见图3所述的流程图)。实际上，上述提及的“多身份机制”、“生存期机制”、“响应消息的确认机制”仅仅是示例性的，在实际应用过程中，还可能面临更多的需求，从而存在其他更多的改进方式。
[0053]比如，消息中间件不仅可以将交互式消息向与其连接的消息接收端进行广播，还可能将某个消息接收端作出的针对交互式消息的响应消息进行广播。这种情况下，除作出响应消息接收端之外的其他终端(交互式消息的参与终端，区别于交互式消息的发起端)将有机会看到该响应消息，该其他终端基于对响应消息的认同，可能也会提供变量资源值。这样，消息中间件不仅依据消息发起端给出的变量资源值更新消息发起端和消息接收端的初始资源值，而且还将依据其他终端发送的变量资源值更新响应交互式消息的消息接收端和所述其他终端的初始资源值。
[0054]还比如，在实际应用过程中，除这种其他终端在响应消息作出后参与到交互过程中来的情况外，还可能在某个时段内有多个消息接收端对交互式消息作出了响应，这时消息发起端提供的资源值可以在这多个作出响应消息的消息接收端中进行分配，即根据所述变量资源值更新该多个消息接收端的初始资源值。对于分配的方式，可以依据作出响应消息的时间先后、作出的响应消息与交互式消息的匹配程度等因素进行分配，当然，也可以采用“一视同仁”式的平均分配方式，以简化操作。
[0055]此外，由于交互式消息的交互特性，针对交互式消息所作出的回应可能多种多样，对于匹配度高的响应消息当然是交互式消息所期望的回应，但是，对于没有任何匹配度(或者匹配度较低)，甚至包含有非法词语的响应，也不应当不作任何处理，本发明的实施方式可以提供敏感词语的过滤机制。具体而言，在接收到来自消息接收端的响应消息后，对所述响应消息进行字词切分；将切分的字词与预设的关键词列表进行匹配，所述关键词列表为非法关键词的列表，如果能匹配，则根据所述非法关键词的非法程度进行相应的处理。非法程度可以根据实际情况进行规定，比如，可以设定两级非法关键词，一级非法关键词的非法程度高于二级非法关键词，那么，如果非法关键词为一级非法关键词，说明该非法关键词的程度较高，则可以不再转发该响应消息和执行更新资源值的操作，而直接结束流程；如果所述非法关键词为二级非法关键词，则在所述交互式消息中排除所述非法关键词，然后将排除非法关键词之后的信息转发给消息发起端。上述非法关键词过滤操作是针对响应消息而言的，实际上，对于交互式消息本身而言，其仍然可能包含非法关键词，在这种情况下，也可以根据预先设定的关键词列表进行匹配过滤，根据匹配的结果，采取相应的处理措施，该处理措施可以与上述响应消息的类似，这里不再赘言。
[0056]示例性设备、系统
[0057]在介绍了本发明示例性实施方式的方法之后，接下来，参考图4，该图示出了实现交互式消息处理的设备的示例性实施方式。该设备例如可以包括:第一消息接收装置41、广播装置42、第二消息接收装置43、转发装置44和更新装置45，其中:
[0058]第一消息接收装置41，用于接收消息发起端发送的交互式消息及与该交互式消息对应的变量资源值，所述变量资源值小于或等于消息发起端的初始资源值，第一消息接收装置可以在相同时刻同时接收到交互式消息和变量资源值，也可以在不同时刻分别接收到交互式消息和资源值，这取决于消息发起端采用何种方式发送交互式消息和变量资源值，前一种接收方式适用于交互式消息与变量资源值封装在同一个消息当中的情形，后一种接收方式适应于消息发起端在不同的消息中分别发送交互式消息和变量资源值的情形。
[0059]广播装置42，用于广播所述交互式消息及与该交互式消息对应的变量资源值，该装置将交互式消息推送给所有与该装置具有连接关系的在线或不在线的消息接收端。这里的“广播”体现了消息接收端的不确定性，这种不确定性表明交互式消息需要一定范围内的多个消息接收端的参与，多个消息接收端的参与可以提高对交互式消息进行针对性回应的几率，从而增加实现交互任务的可能性。[0060]第二消息接收装置43，用于接收消息接收端响应于所述交互式消息的响应消息，在实际应用过程中，第一消息接收装置和第二消息接收装置可以为独立的装置，也可以是相同的装置，只是其在不同时刻接收到的消息类别不同。
[0061]转发装置44，用于转发所述响应消息。更新装置45，用于根据所述变量资源值更新消息发起端和消息接收端的初始资源值，所述初始资源值适应于消息发起端或消息接收端对交互式消息的处理能力。
[0062]上述交互式消息处理设备通过接收捆绑在一起的交互式消息和变量资源值，使消息接收端可以基于对自身资源值的考虑，及时作出响应，从而为交互任务的实现提供一定程度上的保障，使交互任务有更大的可能性得到实现。而且，在交互任务实现概率增加的情况下，交互式消息处理设备将会接收到更少的来自于消息发起端的相同内容的交互式消息，从而可以避免对运算处理资源的消耗，起到节约资源的作用。此外，在交互任务实现概率增加的情况下，消息发起端发起的相同内容的交互式消息的数量将减少，即重发次数将减少，从而有利于避免出现“网络拥堵”的现象。
[0063]上述装置实施例可以基于实际需要，通过增加新的功能结构单元来实现一些特定的目的。比如，增加交互式消息生存期判别单元，用于判断交互式消息是否届满生存期，如果届满，则可以不触发资源值的更新操作；增加对响应消息与交互式消息之间的匹配度进行判断的判断单元，以确认那些匹配度较高的响应消息对应的消息接收端可以得到变量资源值；增加对非法关键词进行过滤的过滤单元，从而可以将交互式消息或响应消息中的非法词语过滤掉。
[0064]参见图5，该图示出了交互式消息处理系统的示例性实施方式。该系统例如可以包括消息发起端51、交互式消息处理设备52和消息接收端53，其中:消息发起端51，用于向所述交互式消息处理设备发送交互式消息及与该交互式消息对应的变量资源值，所述变量资源值小于或等于消息发起端的初始资源值；消息接收端53，用于接收所述交互式消息，并向所述交互式消息处理设备发送响应于所述交互式消息的响应消息；交互式消息处理设备52可以包括:第一消息接收装置521、广播装置522、第二消息接收装置523、转发装置524和更新装置525，其中:第一消息接收装置521，用于接收消息发起端发送的交互式消息及与该交互式消息对应的变量资源值；广播装置522，用于广播所述交互式消息及该交互式消息对应的变量资源值；第二消息接收装置523，用于接收消息接收端响应于所述交互式消息的响应消息；转发装置524，用于向所述消息发起端转发所述响应消息；更新装置525，用于根据所述变量资源值更新消息发起端和消息接收端的初始资源值，所述初始资源值适应于消息发起端或消息接收端对交互式消息的处理能力。
[0065]该系统实施例中的消息发起端51和消息接收端53可以位于用户侧，消息发起端接收用户的指令生成交互式消息，消息接收端接收用户对交互式消息的回应生成响应消息。交互式消息处理设备52可以位于网络侧，具体可以采用服务器的组成结构。通过消息发起端、消息接收端以及服务器的共同作用，可以为顺利而及时地完成交互任务提供保障。
[0066]应当注意，尽管在上文详细描述中提及了交互式消息处理设备、系统的若干装置和可以扩展的功能单元，但是这种划分并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多装置的特征和功能可以在一个装置中具体化。反之，上文描述的一个装置的特征和功能可以进一步划分，由多个装置来具体化。[0067]此外，尽管在附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，尤其是步骤S35?S38，或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。
[0068]虽然已经参考若干【具体实施方式】描述了本发明的精神和原理，但是应该理解，本发明并不限于所公开的【具体实施方式】，对各方面的划分也不意味着这些方面中的特征不能组合以进行受益，这种划分仅是为了表述的方便。本发明旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。
【权利要求】
1.一种交互式消息的处理方法，包括: 接收消息发起端发送的交互式消息及与该交互式消息对应的变量资源值，所述变量资源值小于或等于消息发起端的初始资源值； 广播所述交互式消息及该交互式消息对应的变量资源值； 接收并转发消息接收端响应于所述交互式消息的响应消息； 根据所述变量资源值更新消息发起端和消息接收端的初始资源值，所述初始资源值适应于消息发起端或消息接收端对交互式消息的处理能力。
2.根据权利要求1所述的方法，其中，所述消息发起端具有第一身份集，所述第一身份集包含消息发起端的唯一 ID以及与该唯一 ID对应的至少一个虚拟身份，所述接收消息发起端发送的交互式消息及交互式消息对应的变量资源值具体包括: 接收消息发起端以第一身份集中任一身份发送的交互式消息及与该交互式消息对应的变量资源值； 和/或， 所述消息接收端具有第二身份集，所述第二身份集包含消息接收端的唯一 ID以及与该唯一 ID对应的至少一个虚拟身份，所述接收并转发消息接收端响应于所述交互式消息的响应消息具体包括: 接收并转发消息接收端以第二身份集中任一身份响应于所述交互式消息的响应消息。
3.根据权利要求2所述的方法，其中，在根据所述变量资源值更新消息发起端和消息接收端的初始资源值之前，所述方法还包括:` 判断响应所述交互式消息的消息接收端的身份是否属于第一身份集，如果否，则根据所述变量资源值更新消息发起端和消息接收端的初始资源值。
4.根据权利要求1所述的方法，其中，所述交互式消息具有生存期，在根据所述变量资源值更新消息发起端和消息接收端的初始资源值之前，所述方法还包括: 判断所述交互式消息的生存期是否已届满，如果否，则根据所述变量资源值更新消息发起端和消息接收端的初始资源值。
5.根据权利要求1所述的方法，其中，在根据所述变量资源值更新消息发起端和消息接收端的初始资源值之前，所述方法还包括: 计算所述响应消息与所述交互式消息的匹配度，所述匹配度为响应消息与交互式消息的关联程度； 判断所述匹配度是否超过预设阈值，如果是，则根据所述变量资源值更新消息发起端和消息接收端的初始资源值。
6.根据权利要求5所述的方法，其中，所述计算所述响应消息与所述交互式消息的匹配度具体包括: 对所述响应消息和交互式消息分别进行字词切分； 分别计算交互式消息的字词与响应消息字词的距离； 将距离之和作为响应消息与交互式消息的匹配度。
7.根据权利要求5所述的方法，其中，所述计算所述响应消息与所述交互式消息的匹配度具体包括: 对所述响应消息和交互式消息进行字词切分；建立所述交互式字词的知识库； 计算所述响应消息的字词与所述知识库之间的距离； 将距离之和作为响应消息与交互式消息的匹配度。
8.根据权利要求1所述的方法，其中，所述转发消息接收端响应于所述交互式消息的响应消息具体为广播所述消息接收端响应于所述交互式消息的响应消息，所述方法还包括: 如果接收到消息发起端之外的其他终端发送的变量资源值，则根据其他终端发送的变量资源值更新响应交互式消息的消息接收端和所述其他终端的初始资源值。
9.根据权利要求1至8中任何一项所述的方法，其中，当接收到多个响应于交互式消息的响应消息时，根据所述变量资源值更新消息接收端的初始资源值具体包括: 根据响应消息对应的消息接收端的个数对所述变量资源值进行平均运算；根据平均运算的结果分别更新各个消息接收端。
10.根据权利要求1至8中任何一项所述的方法，其中，所述方法还包括: 在接收到消息发起端发送的交互式消息或消息接收端响应的响应消息后，对所述交互式消息或响应消息 进行字词切分；将切分的字词与预设的关键词列表进行匹配，所述关键词列表为非法关键词的列表，如果能匹配，则根据所述非法关键词的非法程度进行相应的处理。
11.根据权利要求10所述的方法，其中，所述非法关键词包括一级非法关键词和二级非法关键词，所述一级非法关键词的非法程度高于二级非法关键词，所述根据非法关键词的非法程度进行相应的处理包括: 如果所述非法关键词为一级非法关键词，则不再执行广播所述交互式消息以及交互式消息对应的变量资源值的步骤，结束流程； 如果所述非法关键词为二级非法关键词，则在所述交互式消息中排除所述非法关键词，执行广播经过排除处理后的交互式消息以及交互式消息对应的变量资源值的步骤。
12.—种交互式消息的处理设备，包括:第一消息接收装置、广播装置、第二消息接收装置、转发装置和更新装置，其中: 所述第一消息接收装置，用于接收消息发起端发送的交互式消息及与该交互式消息对应的变量资源值，所述变量资源值小于或等于消息发起端的初始资源值； 所述广播装置，用于广播所述交互式消息及该交互式消息对应的变量资源值； 所述第二消息接收装置，用于接收消息接收端响应于所述交互式消息的响应消息； 所述转发装置，用于转发所述响应消息； 所述更新装置，用于根据所述变量资源值更新消息发起端和消息接收端的初始资源值，所述初始资源值适应于消息发起端或消息接收端对交互式消息的处理能力。
13.一种交互式消息的处理系统，包括消息发起端、交互式消息处理设备和消息接收端，其中: 所述消息发起端，用于向所述交互式消息处理设备发送交互式消息及与该交互式消息对应的变量资源值，所述变量资源值小于或等于消息发起端的初始资源值； 所述消息接收端，用于接收所述交互式消息，并向所述交互式消息处理设备发送响应于所述交互式消息的响应消息；所述交互式消息处理设备包括:第一消息接收装置、广播装置、第二消息接收装置、转发装置和更新装置，其中: 所述第一消息接收装置，用于接收消息发起端发送的交互式消息及与该交互式消息对应的变量资源值； 所述广播装置，用于广播所述交互式消息及该交互式消息对应的变量资源值； 所述第二消息接收装置，用于接收消息接收端响应于所述交互式消息的响应消息； 所述转发装置，用于向所述消息发起端转发所述响应消息； 所述更新装置，用 于根据所述变量资源值更新消息发起端和消息接收端的初始资源值，所述初始资源值适应于消息发起端或消息接收端对交互式消息的处理能力。
【文档编号】H04L12/58GK103746905SQ201310754530
【公开日】2014年4月23日 申请日期:2013年12月31日 优先权日:2013年12月31日
【发明者】丁磊, 陈刚 申请人:广州网易计算机系统有限公司