CN102027720A - 消息处理 - Google Patents

Abstract

一种处理消息的方法，该消息用于从发送方传输到接收方，该方法包括：从发送方接收消息，接收识别接收方的信息，访问用于所识别的接收方的预定义规则组，将规则组应用于消息，识别消息内的规则组的违规，校正消息内的所识别出的违规或者将消息内的所识别出的违规呈现给发送方，以及向接收方传输校正后的消息。

Description

消息处理

技术领域

本发明涉及提供处理(handling)消息的方法和系统。

背景技术

商业和个人环境中经由诸如因特网的网络连接的计算机的广泛使用已经带来了通过交换消息的电子通信的普遍使用。两种这样的消息收发(messaging)技术是电子邮件和即时消息收发。电子邮件(电子邮件)是使用客户端装置和服务器的电子通信系统来编写、发送、接收和存储消息的存储和转发方法。即时消息收发是允许网络上的两个或更多个参与方之间的基于文本的通信的技术。即时消息收发通过快速传输信息而允许多方之间同时通信。即时消息允许多方之间允许有效和高效的通信，特点是确收或答复的立即接收。能够使得世界范围内的人们按照非正式的方式彼此通信的这种系统的性质已经带来了多种困难。

已知这样的系统的改进。例如，美国专利申请公开US 2007/0208813公开了机器翻译即时消息收发应用。该申请公开了即时消息收发翻译插件，其与即时消息收发程序交互，以解译到来的(incoming)消息并将这些消息转发给语言翻译服务。然后插件将从服务接收的翻译与原始消息一起显示。这提供了可以由即时消息收发用户使用来跨过语言载体地通信的翻译，并且无需使用本地翻译或翻译服务的内部工作的知识。此外，翻译插件还提供消息的人工翻译，这允许与使用不同语言但不使用翻译插件的用户进行通信。在翻译之前修改消息，以便校正拼写，防止特定词语或词组被翻译，并且将即时消息收发语言变为标准语言形式。该技术可在各种消息收发服务上进行，包括计算机或移动装置上的即时消息收发，如SMS。

没有能够补偿通信方的文化差异的已知消息收发系统。诸如即时消息收发的消息收发系统提供了正在更频繁使用的、经常在不同国家的人们之间使用的、更重要的是在不同文化的人们之间使用的通信的方法。这可能由于已知为计算机去抑制(cyberdisinhibition)的效应而导致通信中的问题，或者在使用数字通信方法时忽视协议的趋势。不存在被设计为直接应对该问题的任何工具。

发明内容

因而本发明的一个目的是改善已知技术。

根据本发明的第一方面，提供了处理消息的方法，该消息从发送方传输到接收方，该方法包括：从发送方接收消息，接收识别接收方的信息，访问所识别的接收方的预定义规则组，将规则组应用于消息，识别消息内的规则组的违规，校正消息内的所识别出的违规或者将消息内的所识别出的违规呈现给发送方，以及向接收方传输校正后的消息。

根据本发明的第二方面，提供了处理消息的系统，该消息从发送方传输到接收方，该系统包括：客户端装置，被布置为接收消息，以及接收识别接收方的信息；以及处理部件，被布置为访问所识别的接收方的预定义规则组，将规则组应用于消息，识别消息内的规则组的违规，校正消息内的所识别出的违规或者将消息内的所识别出的违规呈现给发送方，以及向接收方传输校正后的消息。

根据本发明的第三方面，提供了处理消息的计算机可读介质上的计算机程序产品，该消息从发送方传输到接收方，该产品包括用于以下的指令：从发送方接收消息，接收识别接收方的信息，访问所识别的接收方的预定义规则组，将规则组应用于消息，识别消息内的规则组的违规，校正消息内的所识别出的违规或者将消息内的所识别出的违规呈现给发送方，以及向接收方传输校正后的消息。

由于本发明，能够提供描述消息对话的参与方的协议的规则集，无论这如在即时消息中那样同步还是如在电子邮件中那样不同步。重要的一点是，应用于两方的规则无需相同，并且接收方的规则被应用于发送方的消息。这允许在发送方发送消息之前向发送方标记出潜在的问题，允许进行查看和(如果必要的话)改变，或者对消息进行自动改变。这里，核心思想是传递一种计算机去抑制防止方法，其允许参与方避免在他们的消息中产生会冒犯接收方的错误。

优选地，该处理还包括传输发送方的规则组指示符。每个消息参与方设置或选择用于在消息被发送给用户时标出(highlight)潜在的协议问题的规则组。用户通过直接进行选择或者从关于用户位置的推论间接得到而做出的选择被传送给正执行规则组违规识别的通信链内的组件。

规则组可与许多不同的事物相关。例如，使用拼写检查器作为例子，每个消息收发参与方将设置他们的拼写检查字典。如果说某人正从英国向美国发送消息，则所应用的拼写检查将是美国的那个，所以接收方在消息已经被检查之后会看到美式拼写。在相同的消息收发对话中，从美国到英国的消息将应用英国拼写检查字典。这只是方法的一个例子；可在本发明中使用许多不同类型的规则组。作为具体的例子，日语规则组可能包括在接收方名字之后添加-san的规则，而英国规则组可能标记出缺少“please”(请)或“thankyou”(谢谢)。用于检测这些规则的算法将基于试探法(heuristics)、语法分析算法等。

有利的是，该方法还包括在将消息内的所识别出的违规呈现给发送方之后，从发送方接收修改后的消息，以及对修改后的消息重复应用规则组、识别规则组的违规和执行校正违规或呈现违规的步骤。如果在已经向用户呈现了规则组违规之后用户对消息进行修改，则新的修改后的消息可被重新提交给对消息执行处理的组件，以查看是否检测到任何新的违规。

可替换地，该处理还包括：在将消息内的所识别出的违规呈现给发送方之后，从发送方接收忽略命令，以及将未校正的消息传输到接收方。向用户提供忽略检测到的违规的选项，无论这经由用户偏好选择还是由用户有意为之。这提供了更灵活的系统，并确保用户完全控制该过程。

理想地，该方法还包括接收识别第二接收方的信息，访问用于所识别的第二接收方的第二预定义规则组，该第二预定义规则组不同于第一预定义规则组，并对该第二预定义规则组重复应用规则组、识别规则组的违规和执行校正违规或呈现违规的步骤。可同时对多个参与方执行规则组违规检测。对于同一消息，这些不同的接收方可具有应用于其的不同规则组。例如，位于英国的发送方可能正向不同接收方发送消息，一个在美国，一个在日本。每个接收方将具有与他们相关联的不同规则组，并且通信链中的处理组件将把每个规则组应用于该消息。如果用户已经选择了呈现所识别的违规的选项，则将向用户呈现两个不同的校正消息，对于每个预期接收方各一个。如希望，用户可修改或保留每个消息。

附图说明

现在将参照附图，仅仅通过示例描述本发明的实施例，在附图中：

图1是用于处理消息的系统的示意图，

图2是图1的系统的客户端装置的示意图，

图3是图1的系统的服务器的示意图，

图4是示出图形用户界面的图2的客户端装置的显示装置的示意图，以及

图5是处理消息的方法的流程图。

具体实施方式

图1中示出了消息收发系统的例子。参照该图描述的实施例是即时消息收发系统。该系统包括服务器10和两个客户端装置12。服务器10运行即时消息收发应用，并且每个客户端装置12运行客户端程序，该客户端程序与服务器10所维护的即时消息应用进行通信。在该例子中，为了简洁，仅仅示出了两个客户端装置12。然而，多个客户端装置12可连接到服务器10，并且事实上可使用多个服务器10，即时消息收发应用的功能跨过多个服务器10分布。

每个客户端装置12与用户14相关联，用户14访问由他们各自的客户端装置12运行的客户端程序。用户14将使用用户名和密码登录到客户端程序中，并且客户端程序将向正由服务器10运行的应用通知该特定用户14现在可进行即时信息传送。当两个用户14希望经由即时消息收发进行通信时，则用户14之一必须发起与另一用户14之间的会话，通常按照已经定义好的方式。

服务器10维护两个用户14之间正在进行的会话。无论何时用户14在他们各自的客户端12上键入消息时，则该消息从他们的客户端程序发送到服务器10处的即时消息收发应用。然后服务器10将该消息传输到参与会话的另一客户端装置12。如果会话中存在多个用户14，则服务器10将把该消息传输到与那些用户14相关联的多个客户端装置12。

服务器10还连接到数据库16，该数据库16是文化规则数据库16。服务器10所运行的即时收发消息应用能访问该文化规则数据库16的内容。数据库16存储多个规则组，每个规则组与特定文化特征(identity)相关联，其可基于地理学、语言、国籍或任何其他合适的特征化类型。下面参照图3更详细地讨论数据库16的功能和在其中存储的规则组。

图2示出了消息收发过程的客户端处的系统的更多细节。客户端装置12由用户14操作，用户14已经登录到他们的本地消息收发客户端程序并参与到与另一用户14(他远离图中所示的用户14)之间的即时消息收发会话中。当用户14想要向参与用户14发送消息18时，则他们将在他们本地的客户端应用的图形用户界面上键入消息并按下发送。然后客户端装置12操作为将消息18传输到维护(maintain)当前即时消息收发会话的合适的服务器10。

诸如即时消息收发的消息收发应用的性质是它们鼓励对当前正进行的消息收发线程(或对话)的快速和非正式的响应。因为这样的消息收发由于其特性而不包括用户语音的音调和语调的正常人类交流元素以及身体语言和其他非口头提示，所以容易撰写出可能被参与方认为是唐突或粗鲁的消息18。同样还是这种情况，商业和个人通信的全球化已经带来了具有非常不同的文化准则的人们之间的广泛接触，即使他们正在相同的组织中、在相同的角色(function)中、以及以相同的等级进行工作。这可能导致语言的无意使用(或误用)。

本申请的发明被设计为应对这些问题。用户14具有与它们相关联的文化设置20。该设置可由客户端装置12访问。例如，当用户14登录到本地消息收发客户端中时，则它们的登录以及与服务器10之间的通信的接受包括用户特定设置20的检索(recalling)。用户的文化设置20被传输到服务器10，作为参与即时消息收发会话的用户14的前提(prerequisite)。这可作为在客户端程序连接到服务器10所运行的应用时发生的向服务器10的登记的一部分而全部完成。该设置有效地确定应用于用户14的规则22。这些规则22不必在本地客户端装置14处明确声明，有效的是，设置20是对应用于特定用户14的规则22的指针。

图3中更详细地示出了服务器10。服务器10接收由用户14的客户端装置12传输的消息18。服务器10能访问日志(log)24，其正维护由即时消息收发应用运行的当前会话的细节。该日志24包括由参与特定即时消息收发会话的其他用户定义的消息18的接收方的细节。服务器10能够针对任何到来的消息18访问日志24，以识别消息18的预期接收方。

服务器10还连接到文化数据库16，该文化数据库16存储多个规则组26。这些规则组26定义了能应用于消息18内的文本的一个或多个规则。规则组26可由数据库16原样存储，或者可动态生成，在此意义下，它们能依据与预期接收方有关的一个或多个因素而从较小的片段组合而成。如上所述，参照图2，即时消息收发会话中的每个参与方已经向服务器10传送了他们各自的文化设置20。有效的是，该设置20是用于发送方的规则组指示符。，关于决定哪个规则组26要用于该接收方，使用设置20，而不考虑选择是预先存在的规则组26还是动态创建的规则组26。

服务器10被安排为通过访问所识别的接收方的预定义规则组26、将规则组26应用于消息18和识别消息18内的规则组的违规(infringement)，来处理消息18。服务器10内的处理组件(未示出)被安排为在每次服务器10接收到消息18时执行这些步骤。有效的是，服务器10对于所接收的消息18彻底翻查(churn through)所选规则组26中的规则，以便检测出规则组26中的规则的任何违规。一旦这一点已经完成，则服务器10被安排为校正消息18内的所识别出的违规，或者将消息18内的所识别出的违规提交给从其接收了初始消息18的客户端装置12。

本发明的优选实施例是针对要传输回客户端装置12的消息18内的所识别出的违规，从而用户14有查看那些改变并决定他们想要接受改变还是忽略改变的选项。因而，服务器10被配置为向初始发送消息18的客户端装置12发送回查询消息。如果没有检测出所选规则组26的违规，则服务器10不回复客户端装置12，简单地将消息18继续传输到预期接收方，如当前即时消息收发会话所定义的那样。

图4示出了饥饿护短装置12可以如何被配置以应对从由服务器10所运行的应用回到本地即时消息收发客户端的询问(query)消息的例子。该图示出了形成客户端装置12的一部分的显示装置28。显示装置28向客户端装置12所运行的本地即时消息收发客户端示出了图形用户界面30。图形用户界面30标题为“IM客户端-用户2”。这指的是即时消息收发客户端会话，其中用户14登录为“用户2”。当前会话在标题下方的界面30的部分中示出。

用户2已经键入客户端界面30的消息是消息“IM OK TY SUZUKI”。该消息可能容易地被英语为母语的人所理解，他足够精通遍布网络消息收发的语言的习语使用(如在电子邮件和即时消息中所使用的)。用户2已经抛弃了语法惯例，并使用了略缩语，还使用了用户1的名字而没有使用适当的文化上正确的后缀。该消息在用户2一旦按下发送时就已经到达服务器10、被检查，然后校正的版本将已经被服务器10发送回客户端装置12。这使得图形用户界面30生成子窗口32，其包括按照校正版本的形式呈现出对接收方的规则组26的所识别出的违规的组件。这是“I AM FINE THANK YOUSUZUKI-SAN”。现在用户14有通过使用光标34进行适当的选择而接受或拒绝服务器10所做的改变的机会。如果用户接受改变，则初始消息的校正版本被发送给预期接收方，并且如果用户拒绝改变，则初始消息18被发送给接收方。

图5中例示了上述方法的一个实施例，其示出了处理消息18的方法的流程图。第一步骤(步骤S1)是从客户端装置12向服务器10传输参与即时消息收发会话的用户14的文化设置20的步骤。下一步骤S2是用户14在客户端程序的文本编辑器上输入他们想要发送给特定接收方的消息18的步骤。一旦用户已经完成期望的消息18，则用户将按下发送，并且在步骤S3，客户端即时消息收发程序接收消息18，作为准备好要传输到服务器10所运行的即时消息收发应用的消息。

该过程中的下一步骤是从客户端装置10向服务器12发送消息18的步骤，如步骤S4所示。一旦服务器10已经从客户端装置10接收到消息18，则在步骤S5，服务器10就被安排为针对于合适的规则组26中的规则来检查消息18。上面参照图4详细地描述了该步骤。服务器10从数据库16检索正确的规则组26，并且在步骤S6，识别出消息18内的任何规则违规。如果没有检测到违规，则在步骤S7，消息18被发送到接收方。

如果在步骤S6检测到规则违规，则方法前进到步骤S8。在此步骤中，服务器10将警告发送回到初始发送消息18的客户端装置12，表示已经检测到一个或多个规则违规。客户端装置12适当地处理该警告，并向用户14给出接受或拒绝已经对消息18所做的改变的选项。如果忽略警告，则过程再次移至步骤S7，将未修改的消息18发送给接收方，并结束。

如果用户14决定不忽略警告，并在步骤S10调整消息(这可通过接受服务器10所提议的修改而实现)，然后由客户端装置12将新的修改后的消息发送给服务器10，并且重复检查消息18的过程。在消息18没有规则违规时或者用户14选择忽略对消息18所提议的改变时，则过程将移至步骤S7，向预期接收方发送消息(无论修改与否)。

该过程的基础部分是服务器检查消息18，以在它被发送给接收方之前查看消息18内是否存在任何规则违规。事实上，该过程的所有其他方面可按照不同方式实现。例如，无需具有对客户端装置12的反馈循环。服务器10可被配置为直接对消息18进行改变，而不向消息18的初始发送方询问这些改变。

如果存在多个预期接收方，则图5中所述的过程也完美地工作。例如，这可在即时消息会话具有三个或更多个参与方的情况下或者在消息是要发送给多个个体的电子邮件消息的情况下进行。在此情况下，对于每个可能的接收方重复规则违规步骤S5和S6(假设他们具有不同的简档(profile))。然后，可向消息18的初始发送方呈现对于不同接收方的不同修改的电子邮件。

在规则检查发生在即时消息收发服务器10处的背景下描述所有以上实施例。然而，这种通过针对接收方所确定的规则组比较消息18对消息18的处理可以发生在通信链中的任何地方。没有理由不能在任何消息18被发送到服务器10之前在客户端装置12处进行处理。与消息18的直接处理有关的所有步骤则将在客户端装置12处实行。

类似地，单独的服务器可被设计用于规则查询。该服务器将与即时消息收发服务器12通信，但将把所有处理任务委派给该单独的服务器。

Claims (15)

1.一种处理消息的方法，该消息用于从发送方传输到接收方，该方法包括：

·从所述发送方接收消息，

·接收识别所述接收方的信息，

·访问对于所识别的接收方的预定义规则组，

·将所述规则组应用于所述消息，

·识别在所述消息内的所述规则组的违规，

·执行

о校正所述消息内的所识别出的违规，或者

о将所述消息内的所识别出的违规呈现给所述发送方，以及

·向所述接收方传输校正后的消息。

2.如权利要求1所述的方法，还包括传输用于所述发送方的规则组指示符。

3.如权利要求1或2所述的方法，还包括：在将所述消息内的所识别出的违规呈现给所述发送方之后，从所述发送方接收修改后的消息，以及对修改后的消息重复应用所述规则组、识别所述规则组的违规和执行校正违规或呈现违规的步骤。

4.如权利要求1、2或3所述的方法，还包括：在将所述消息内的所识别出的违规呈现给所述发送方之后，从所述发送方接收忽略命令，以及将未校正的消息传输到所述接收方。

5.如前述任一权利要求所述的方法，还包括：接收识别第二接收方的信息，访问用于所识别的第二接收方的第二预定义规则组，该第二预定义规则组不同于第一预定义规则组，并对该第二预定义规则组重复应用所述规则组、识别所述规则组的违规和执行校正违规或呈现违规的步骤。

6.一种处理消息的系统，该消息用于从发送方传输到接收方，该系统包括：

·客户端装置，被安排为接收消息，以及接收识别所述接收方的信息，以及

·处理部件，被安排为访问用于所识别的接收方的预定义规则组，将所述规则组应用于所述消息，识别所述消息内的所述规则组的违规，执行

о校正所述消息内的所识别出的违规，或者

о将所述消息内的所识别出的违规呈现给所述客户端装置，以及

向所述接收方传输校正后的消息。

7.如权利要求6所述的系统，其中所述客户端装置还被安排为将规则组指示符传输到所述处理部件。

8.如权利要求6或7所述的系统，其中所述处理部件还被安排为在将所述消息内的所识别出的违规呈现给所述发送方之后，从所述发送方接收修改后的消息，以及对修改后的消息重复应用所述规则组、识别所述规则组的违规和执行校正违规或呈现违规的步骤。

9.如权利要求6、7或8所述的系统，其中所述处理部件还被安排为在将所述消息内的所识别出的违规呈现给所述发送方之后，从所述发送方接收忽略命令，以及将未校正的消息传输到所述接收方。

10.如权利要求6至9中任一项所述的系统，其中所述客户端装置还被安排为接收识别第二接收方的信息，以及所述处理部件还被安排为访问用于所识别的第二接收方的第二预定义规则组，该第二预定义规则组不同于第一预定义规则组，并对该第二预定义规则组重复应用所述规则组、识别所述规则组的违规和执行校正违规或呈现违规的步骤。

11.一种处理消息的计算机可读介质上的计算机程序产品，该消息用于从发送方传输到接收方，该产品包括用于以下的指令：

·从所述发送方接收消息，

·接收识别所述接收方的信息，

·访问对于所识别的接收方的预定义规则组，

·将所述规则组应用于所述消息，

·识别所述消息内的所述规则组的违规，

·执行

о校正所述消息内的所识别出的违规，或者

о将所述消息内的所识别出的违规呈现给所述发送方，以及

·向所述接收方传输校正后的消息。

12.如权利要求11所述的计算机程序产品，还包括用于进行以下步骤的指令：传输用于所述发送方的规则组指示符。

13.如权利要求11或12所述的计算机程序产品，还包括在将所述消息内的所识别出的违规呈现给所述发送方之后、用于进行以下步骤的指令：从所述发送方接收修改后的消息，以及对修改后的消息重复应用所述规则组、识别所述规则组的违规和执行校正违规或呈现违规的步骤。

14.如权利要求11、12或13所述的计算机程序产品，还包括在将所述消息内的所识别出的违规呈现给所述发送方之后、用于进行以下步骤的指令：从所述发送方接收忽略命令，以及将未校正的消息传输到所述接收方。

15.如权利要求11至14中任一项所述的计算机程序产品，还包括用于进行以下步骤+的指令：接收识别第二接收方的信息，访问用于所识别的第二接收方的第二预定义规则组，该第二预定义规则组不同于第一预定义规则组，并对该第二预定义规则组重复应用所述规则组、识别所述规则组的违规和执行校正违规或呈现违规的步骤。

Images