消息中错误的基于内容的检测和处理的制作方法

文档序号:12597352阅读:168来源:国知局
消息中错误的基于内容的检测和处理的制作方法与工艺

近年来,消息收发应用已经广泛地用在人们的日常生活和工作中。消息收发应用允许用户例如在诸如因特网或其他可适用的远程通信网络上与其他人交换消息。消息收发应用的示例包括但不限于:电子邮件应用、短消息服务(SMS)应用、多媒体消息发送服务(MMS)应用、即时消息发送(IM)应用、因特网话音(VoIP)应用,等等。

当使用这种消息收发应用时,用户有时可能将不准确的或甚至不正确的信息发送给其他用户。这样的错误例如由于打字错误、用户的粗心、用户对所谈论话题的误解等原因而发生。不准确或不正确的信息在交谈中会使其他用户产生困惑,或者带来其他一些负面影响。例如,假设Alice和Bob正使用IM应用谈到Alice去Bob家拜访。Bob给Alice发送消息告诉她他家的地址。如果在地址信息中出现打字错误(例如,不正确的门派号),Alice的拜访将失败。



技术实现要素:

根据本文所描述的主题的实现,提出了一种基于内容的错误检测和处理机制。在消息收发应用中发送或接收的消息被分析,以便确定其内容。与消息的内容有关的信息继而从公共源或私有源被收集。通过比较所收集的信息与消息的内容,可以检测和处理消息中的任何潜在错误。

提供发明内容部分是为了简化的形式来介绍对概念的选择,它们在下文的具体实施方式中将被进一步描述。发明内容部分无意标识要求保护的主题的关键特征或主要特征,也无意限制要求保护的主题的范围。

附图说明

图1示出了本文所描述主题的一个或多个实现可以实现于其上的设备的框图;

图2示出了根据本文所描述主题的一个实现的用于基于内容的提示的消息收发助理的框图;

图3示出了根据本文所描述主题的一个实现的响应于在消息中所检测到的错误而显示的用户提示的示意图;

图4示出了根据本文所描述主题的一个实现的包含对收集信息的引用的用户提示的示意图;

图5示出了根据本文所描述主题的另一实现的包含对收集信息的引用的用户提示的示意图;

图6A-图6D示出了根据本文所描述主题的一个实现的向用户提供用于纠正所检测错误的控件的示例的示意图;以及

图7示出了根据本文所描述主题的一个实现的用于基于内容的用户提示的方法的流程图。

贯穿附图,相同或类似的附图标记用来指示相同或类似的元素。

具体实施方式

现在将参照若干示例实现来描述本文所描述的主题。应当理解,论述了这些实现仅是用于使得本领域普通技术人员能够更好地理解且因此实现本文所描述的主题,而不是暗示对本主题的范围的任何限制。

如本文中所使用的,术语“包括”及其变体要被解读为意味着“包括但不限于”的开放式术语。术语“或者”要被解读为“和/或”,除非上下文明确另外指示。术语“基于”要被解读为“至少部分地基于”。术语“一个实现”和“一种实现”要被解读为“至少一个实现”。术语“另一实现”要被解读为“至少一个其他实现”。术语“第一”、“第二”、“第三”等等可以指代不同的或相同的对象。下文还可能包括其他明确的和隐含的定义。

图1图示了本文所描述的主题的一个或多个实现可以实现于其上的设备100的示例。设备100的示例包括但不限于桌面型个人计算机(PC)、平板电脑计算机、移动电话、便携式计算机等等。应当理解,由于各种实现可以在多样的通用或专用计算环境中实现,所以设备100并不意图暗示对本文所描述的主题的使用或功能的范围进行任何限制。

如图所示,设备100包括至少一个处理单元(或称处理器)110和存储器120。处理单元110执行计算机可执行指令以及可以是真实处理器或虚拟处理器。在多处理系统中,多个处理单元执行计算机可执行指令以增强处理力。存储器120可以是易失性存储器(例如,寄存器、高速缓冲器、RAM)、非易失性存储器(例如,ROM、EEPROM、快闪存储器)、或其一些组合。

在图1所示的示例中,设备100包括储存130、一个或多个输入设备140、一个或多个输出设备150、以及一个或多个通信连接160。诸如总线、控制器或网络之类的互连机制(未示出)使设备100的部件互连。典型地,操作系统软件(未示出)为在设备100中执行的其他软件提供操作环境,以及协调设备100的部件的活动。

储存130可以是可移动的或不可移动的,并且可以包括计算机可读储存媒体,诸如快闪驱动器、磁盘或者可以用来存储信息并且在设备100内可以被访问的任何其他媒体。输入设备140可以是各种不同输入设备中的一个或多个。例如,输入设备140可以包括用户设备,诸如鼠标、键盘、跟踪球等。输入设备可以实现一个或多个自然用户接口技术,诸如语音识别或触摸和手写识别。作为其他示例,输入设备可以包括扫描设备;网络适配器;或者向设备100提供输入的另一设备。输出设备150可以是显示器、打印机、扬声器、网络适配器、或从设备100提供输出的另一设备。输入设备140和输出设备可以结合在诸如触屏或虚拟现实系统之类的单个系统或设备中。

通信连接160使得在通信媒体上能够实现至另一计算实体的通 信。另外,设备100的部件的功能可以实现在能够在通信连接上进行通信的单个计算机器或多个计算机器中。因而,设备100可以在使用逻辑连接至一个或多个其他服务器、网络PC、或另一常用网络节点的联网环境中运行。举例来说,非限制性地,通信媒体包括有线联网技术或无线联网技术。

根据本文所描述的主题的实现,消息收发应用可以在设备100上执行以允许设备100的用户与另外一个或多个用户传送消息。当由处理单元110执行时,消息收发应用170的至少一部分将被加载到存储器120中。消息收发应用170的其他部分(如果存在的话)可以存储在储存130中或者任何非易失性储存媒体中。

在操作中,消息收发应用170向用户呈现用户界面(UI)171,诸如图形用户界面(GUI)。UI 171可以通过显示器被提供给用户,所述显示器可以包括LCD、和/或用户通过其可以看见此UI的其他类型的显示器。用户可以操作输入设备140以通过UI 171与消息传送应用170交互。UI 171包括消息输入域172,其允许用户输入要发送的消息。在一个实现中,消息输入域172可以包括文本输入域,以允许用户使用键盘或小键盘键入文本字符。备选地或附加地,消息输入域172可以包括手写域,以允许用户通过手写来输入字符。例如,用户可以使用诸如鼠标之类的定点设备写入要输入的字符。如果设备100配备有触敏屏幕显示器,则用户可以用手写笔或手指在显示器上直接写。在另一实现中,消息输入域172可以包括话音输入域,以允许用户通过语音输入消息。在一些实现中,还可以允许用户发送图片或视频消息。

在一个实现中,UI 171包括诸如按钮之类的控件173。用户可以操作控件173来发送消息输入域172中的消息。例如,消息将经由通信连接160在网络上进行传送。在一些实现中,消息被发送到由消息发送服务提供者托管的服务器。该服务器随后把消息转发给远程用户。备选第,在其他实现中,可以基于点对点将消息直接发送到远程用户的设备。

设备100的用户与一个或多个远程用户之间交换的消息1741、1742,1743、….,174n(统称为“消息174”)可以被显示在UI 171中。例如,在一个实现中,消息174可以按照时间顺序来显示。由不同用户发送的消息174可以显示在UI 171的显示区域的不同侧上。例如,在图1中所示的示例中,消息1743由设备100的用户Alice发送并且被显示在UI 171的右手侧上。消息1741、1742和174n是从远程用户Bob接收的并且被显示在UI 171的左手侧上。

应当理解,UI 171如图1中所示的布置仅仅是处于图解的目的而描述的,无意限制本文所描述的主题。UI 171可以以任何其他合适的方式来组织。例如,UI 171可以包括包含两个以上用户之间交换的消息的窗口。

根据本文所描述的主题,在设备100上具有消息收发助理180。消息收发助理180可以由处理单元执行,用以在消息收发应用170中检测和处理消息中潜在的错误。当由处理单元110执行时,消息收发助理180的至少一部分可以被加载到如图1中所示的存储器120中。消息收发助理180的其他部分(如果存在的话)可以存储在储存130中或者任何非易失性储存媒体中。消息收发助理180可以运行在后台并且可以与消息收发应用170通信。在一些实现中,消息收发助理180和消息收发应用170被实现为独立的应用。备选地,在其他实现中,消息收发助理180可以被实现为消息收发应用170的一部分。

在操作中,消息收发助理180检测消息174的内容中的任何潜在错误。如本文中所使用的,术语“错误”是指消息中包含的与已知事实或真相、与用户相关联的事件或安排、与会话中的另外一个或多个消息等相互冲突的语义错误。消息中的语义错误的示例将在下文描述。如果在消息应用170所发出或收到的消息中检测到错误,则消息收发助理180将处理检测到的错误。为此,消息助手180确定由消息收发应用170收发的消息的语义内容。消息收发助理180从公共源或私有源收集与消息内容有关的信息,并且基于所收集的 信息验证消息的内容是否正确。如果检测到任何潜在错误,则消息收发助理180通知用户所检测的错误以使用户有机会纠正错误,或者自动地纠正检测到的错误。

例如,假设消息收发应用170的用户发送了消息“咱们周日过情人节吧”。通过分析该消息,消息收发助理180可以确定用户正在讨论“情人节”。更具体地,用户可能认为情人节在在周日。消息收发助理180于是收集关于情人节的信息,例如使用搜索引擎从因特网收集该信息。如果发现情人节是在周六而不是周日,则消息收发助理180可以向用户提供提示以提醒他/她情人节是在周六。

图2示出了消息收发助理180的示例实现的框图。下面将详细讨论消息收发助理180的结构和功能。如图2中所示,消息收发应用180包括内容分析模块210。内容分析模块210被配置为使消息收发应用170中的消息被分析以确定该消息的内容。应当理解,内容分析模块210可以分析从消息收发应用170发出的消息,也可以分析由消息收发应用170接收的消息。

本文中所说的消息的“内容”指的是消息的语义含义。也就是说,内容分析模块210确定与所分析的消息相关联的会话的主题,并且进一步确定用户关于该主题的想法。为了识别出用户正谈论的主题和用户关于该主题的想法,在一些实现中,内容分析模块210可以对消息应用词法分析、语法分析和/或语义分析。

例如,在正处理的消息是文本消息的实现中,可以对消息应用切词处理以获得消息中的一个或多个词。然后可以针对所获得的词而搜索知识库。知识库存储与相应主题有关的预定关键字。例如,短语“情人节”可以作为关键字而被存储在知识库中。在上面示例中,由于消息包含关键字“情人节”,所以内容分析模块210可以确定正处理的消息关注主题情人节。另外,由于词“周日”表示一周中的一天,所以内容分析模块210可以确定对话可能涉及情人节是一周中的哪一天。除了关键字匹配或者作为替代,可以实现用于词法分析、语法分析和/或语义分析的更复杂的算法来分析消息。用于词法分析、 语法分析和/或语义分析的多种算法已经被开发出或正在被开发。可以应用这些算法中的任何算法来确定消息内容的语义含义,即,会话中的主题和用户关于该主题的想法。基于本文的教导,本领域技术人员会想到这些算法。

在一些实现中,内容分析模块210可以在本地对消息进行分析并且确定消息的内容。例如,内容分析模块210可以包括用于内容分析模块或逻辑。内容分析模块210还可以调用驻留在设备100上的模块或逻辑以分析消息内容,例如

备选地或附加地,可以在远程位置分析该消息。例如,在一个实现中,消息的内容可以由位于设备100的远程的服务器来确定。服务器可以是后端服务器,其由消息发送服务提供者托管以用来控制和管理消息收发。备选地或附加地,可以使用一个或多个专用服务器来分析消息。例如,在云计算环境中,可以由云服务器来分析消息。

在这样的实现中,内容分析模块210可以向服务器发送用来分析消息的请求。例如,在一个实现中,内容分析模块210可以设定与待分析的消息相关联的标志。标志可以使用消息本身中的一个或多个位来实现。例如,消息头中的空闲比特可以用来充当标志。备选地,可以随同消息发送单独的请求。响应于该请求,服务器对相关联的消息执行内容分析,并且将所确定的消息的内容返回给内容分析模块210。

在一些实现中,对消息本身的分析足以确定消息的内容。例如,上面的示例中,消息1743是“咱们周日过情人节吧”,此时内容分析模块210可以根据这一条消息就确定出会话的主题是情人节和用户关于此主题的想法是情人节在周日。

然而,在一些其他情况中,很难或不可能仅根据消息自身来确定消息的完整含义。例如,假设消息1742是“情人节在周六还是周日?”并且消息1743是“周日吧”。在此示例中,通过单独分析消息1742或1743很难确切地确定会话的主题和用户关于该主题的想法。因此, 如果内容分析模块210不能够确定正处理的消息的内容,则内容分析模块210可以进一步分析一个或多个先前的消息和/或一个或多个后续消息。这样,可以获得会话的相对完整的上下文。使用上下文信息,可以准确地确定正考虑的消息的内容。

应当理解,尽管上面示例实现参考文本消息而描述的,但是这仅仅是出于图解的目的,无意限制本文所描述的主题。除了文本消息之外或者取代文本消息,内容分析模块210可以分析其他格式的消息。例如,在一些实现中,内容分析模块可以使用语言识别引擎分析话音消息。备选地或附加地,内容分析模块210可以使用图像处理模块分析图像/视频消息。

仍参照图2,消息收发助理180还包括信息收集模块220。信息收集模块220被配置为收集与内容分析模块210所确定的消息内容有关的信息。也就是说,信息收集模块220收集与用户的会话主题有关的信息。例如,在用户正谈论情人节的上文示例中,信息收集模块220可以从一个或多个信息源搜索与情人节有关的信息。

在一些实现中,信息收集模块220可以从于可公共访问的一个或多个公共源收集与消息内容有关的信息。例如,如果信息收集模块220确定会话是关于公开的话题而不涉及个别隐私或秘密,则信息收集模块220可以在网络上收集相关信息。在一个实现中,信息收集模块220可以调用搜索引擎在因特网上搜索信息。例如,在上面示例中,信息收集模块220可以以“情人节”作为关键词来搜索指示周中的哪天是情人节的信息。

备选地或附加地,信息收集模块220可以从与用户相关联的一个或多个私有源收集与消息内容有关的信息。每个私有源存储用户的私人数据;而且,对私有源的访问是受限的。私有源是驻留在设备100上的本地源,或者是与设备100分开的远程源(例如,云储存)。私有源的示例包括但不限于:用户的笔记、日历、博客,等等。存储用户私人数据的某些应用也可以充当私有源。例如,已知的是:个人智能助手“Cortana”(科塔娜)应用可以在设备100上执 行并且收集和存储用户的个人信息,诸如用户的家庭和工作地址。在需要时,信息收集模块220可以访问Cortana应用来获取与消息有关的用户私人数据。

仍然考虑上面示例,内容分析模块确定设备100的用户正谈论在周日过情人节。因此,信息收集模块220可以访问用户的日历或任何其他相关私有源,以便收集用户在周日的安排的有关信息。如果情人节实际上是周六而不是周日,在一个实现中,信息收集模块220还可以收集指示用户在周六的安排的信息。

内容分析模块210所确定的消息内容和信息收集模块220所收集的相关信息被提供给消息收发助理模块180中包括的错误检测模块230。错误检测模块230被配置为基于所收集的信息来检测消息的内容中的潜在错误。一般而言,错误检测这样来完成:比较用户关于会话主题的想法与所收集的信息,以确定在所收集的信息与消息的内容之间是否存在不匹配。如果发现不匹配,则检测到潜在错误。

在一些实现中,不匹配包括所收集信息与消息的内容之间的字面不一致性。也就是说,如果消息的内容在字面上与所收集的信息互不匹配,则错误检测模块230确定存在潜在错误。例如,在上面示例中,如果所收集的信息指示情人节在周六而不是消息中所说的周日,则检测到潜在错误。

附加地或备选地,错误检测模块230可以确定在消息的内容与所收集的信息之间是否存在语义上的任何冲突。如果存在,则检测到潜在错误。例如,在上面示例中,用户想要周日过情人节。假设:错误检测模块230例如根据信息收集模块220从用户的日历收集到的信息确定用户在周日已经安排了另一冲突的日程事件。在这种情况下,无论情人节是否在周日,都认为检测到了潜在错误。

在从多个源收集信息的那些实现中,错误检测模块230可以仅在来自于预定义数目或百分比的源的信息与消息的内容不匹配的情况下,才确定存在潜在错误。例如,假设搜索引擎返回一百个搜索结果且阈值百分比是60%。在此示例中,如果六十个搜索结果指示 情人节不在周六,则检测到潜在错误。作为另一示例,如果消息指示国庆节假期是七天,而信息收集模块220所收集的大多数信息指示国庆节假期只有五天,则检测到潜在错误。

在一些实现中,不同的信息源可以被赋予不同的置信度级别。例如,在一个实现中,私有源的置信度可以高于公共源。作为另一示例,已被证明为可信的源可以被赋予较高的置信度。在这样的实现中,在检测潜在错误时,错误检测模块230可以将信息源的置信度纳入考虑。例如,仅当消息的内容与从置信度超过预定阈值的源收集到的信息不匹配时,错误才被检测到。

消息收发助理180还包括错误处理模块240。如果错误检测模块230检测到潜在错误,则错误处理模块240可以相应地处理该错误。例如,在一些实现中,错误处理模块240可以向用户提供至少指示所检测到的潜在错误的提示。在一些实现中,可以采用文本提示的形式来提供。作为示例,图3示出了一个示例用户提示的示意图。在此示例中,由于所收集的信息指示情人节在周六而不如消息中所说的周日,所以错误检测模块230检测到潜在错误。相应地,错误处理模块240使提示被显示,提示的形式是系统消息310。在此实现中,系统消息310的内容是“系统提示:情人节是周六”,并且被显示在正被分析的消息1743的旁边或附近。系统消息310包含信息收集模块220所收集的信息。更特别地,在此示例中,系统消息310的内容是“情人节是在周六”。

在一些实现中,系统消息310可以具有与正常用户消息不同的外观。例如,系统消息可以具有不同的形状、颜色、位置、大小、透明度,等等。另外,与消息内容不一致的信息可以被醒目显示,以便引起用户注意。例如,在图3中所示的示例中,关键信息“周六”用黑体和斜体显示。在其他实现中,可以使用听觉警告、振动和/或其他形式的消息来充当提示。

在一些实现中,错误处理模块240可以在提示中包括将对所收集信息的源的引用。在图4中所示的示例中,除了提示310的内容 外,提示410还包括对涉及情人节的信息的引用“点击这里获取详情”420。更特别地,在此示例中,引用420是包含相关信息的网页的统一资源定位符(URL)。图5示出了另一示例,提示510“系统提示:您在周日已有其他安排”包含对本地源的引用520。在图5中所示的示例中,提示510的内容是“周日你还有别的安排”,引用520的内容是“点击这里查看您的日历”。如果用户点击引用520,则设备100上的日历应用将被启动,使得用户可以查看并且可能调整他的/她的日程安排。

在一些实现中,如果消息由用户发送,则错误处理模块240向该用户提供用来纠正所检测到的错误的选项。例如,错误处理模块240可以使诸如按钮之类的控件被显示给用户。如果用户操作该控件,则可以纠正潜在错误。图6A和6B示出了向用户提供用于纠正所检测的错误的示例的示意图。在所示出的示例中,用于错误纠正的控件610是一个按钮,它的字面内容是“点击这里纠正错误”并且被显示在包含不正确信息的消息1743附近。在其他实现中,按钮610可以显示在别处。用户可以点击按钮610来纠正消息中所检测的错误。例如,在设备100包括触敏屏幕显示器的其他实现中,用户可以直接用手指或手写笔来触碰按钮610。

错误纠正可以采用多种方式完成。在一些实现中,如图6B中所示,可以响应于用户对按钮610的按压而发送消息620。在消息620中,消息1743中所包含的错误信息“周日”被自动地替换为信息收集模块220所收集的信息“周六”。在此示例中,经过纠正的信息“周六”使用黑体和斜体而被醒目显示,以使远程用户能够轻易地注意到消息内容的变化。

在另一实现中,响应于用户的命令,消息1743被直接修改以便纠正错误。例如,如图6C中所示,在经修改的消息1743’中,词语“周日”被替换为“周六”,该经修改的消息1743’是通过修改原始消息1743而获得的。在此示例中,替换以修订模式被示出。备选地,可以采用远程用户注意不到任何变化的方式来纠正错误。例如,如图 6D中所示,在经修改的消息1743”中,词语“周日”以非修订模式被替换为词语“周六”,该经修改的消息1743”通过修改原始消息1743而获得。这样,如果远程用户尚未阅读包含错误的消息1743,则他/她可以直接获取经修改消息1743”中的正确信息。

备选地或附加地,如果消息收发应用170能够实现撤回功能的话,则可以通过撤回消息来纠正所检测的错误。在这样的实现中,响应于用户对控件的操作,可以撤回包含不正确信息的消息。继而用户可以重新发送包含正确信息的消息。在其他实现中,在撤回不正确的消息之后,可以自动发送包含正确信息的新消息,例如图6B中所示的消息620。

在其他实现中,所检测的错误可以基于所收集的信息而被自动纠正,而不是响应于用户的显式命令来纠正错误。上文描述的纠错机制都可以用于自动纠错。例如,含有正确信息的消息可以被自动发送,如图6B中所示。新消息的至少一部分内容是基于信息收集模块220所收集的信息而确定的。备选地,基于所收集的信息,可以以修订模式(如图6C中所示)或非修订模式(如图6D中所示)直接修改初始信息,以去除所检测到的错误。应当理解,在自动修改所检测的错误的那些实现中,可以向用户提供提示,也可以不提供提示。

图7示出了根据本文所描述主题的示例实现的用于基于内容的用户提示的方法的流程图。方法700进入步骤705,在步骤705确定消息收发应用中发送或接收的消息的内容。如上所述,在一些实现中,词法分析、语法分析和/或语义分析可以应用于该消息以确定与消息相关联的会话的主题和该主题的详细内容。

在一些实现中,消息的分析可以在设备本地完成。备选地或附加地,可以把请求发送给服务器以对消息进行分析,该服务器位于远离消息收发应用执行于其上的设备。继而从该服务器接收消息的内容。在一些实现中,仅分析单个消息就足够了。在其他情况中,可以分析至少一个在先消息和/或至少一个后续消息来确定消息的内 容。

方法700进行到步骤710,在步骤710收集与消息的内容有关的信息。例如,在一些实现中,如果确定了消息的内容涉及公共信息,则可以从网络上收集这样的公共信息。另一方面,如果确定了消息的内容涉及用户的私人信息,则可以从与用户相关联的私有源收集这样的私人信息。

接下来,在步骤715中,基于所收集的信息来检测消息的内容中的潜在错误。这可以通过标识所收集信息与消息内容之间的不匹配来实现。不匹配包括所收集的信息与消息内容之间的字面不一致。备选地或附加地,不匹配包括所收集的信息与消息内容之间的语义冲突。

在步骤720中,确定是否检测到潜在错误。如果没有检测到潜在错误,方法700返回到步骤705以继续执行针对另一消息(如果存在的话)的错误检测。否则,如果检测到潜在错误,则可以处理所检测的错误。如上所描述的,错误处理可以包括提供用户提示和/或纠正所检测的错误。

在一些实现中,方法700进行到步骤725以向用户提供指示所检测的潜在错误的提示。在一些实现中,提示中可以对所收集信息的源的引用,并且提示可以与消息相关联地被显示。

在一些实现中,方法700进行到步骤730,在此纠正所检测的潜在错误。纠错可以通过重新发送含有正确信息的消息、撤回含有不正确信息的消息或者直接修改已经发送的消息来完成。在一些实现中,纠错可以响应于用户的命令而被执行。备选地,可以进行自动纠错。在一些实现中,方法700返回到步骤705以继续对另一消息(如果存在的话)的错误检测。

应当理解,在备选实现中,如图7中所示的步骤的次序可以改变。例如,尽管在图7中步骤725被显示在步骤730之前,但是这仅仅是出于说明目的,无意限制本文所描述主题的范围。这两个步骤可以采用任何次序或者并行地执行。另外,在一些实现中,可以 省略步骤725或703。例如,在一个实现中,可以在不向用户提供任何提示或通知的情况下自动纠正所检测的错误。

将会理解,本文所描述的主题提供了对用户消息中的错误的基于内容的智能检测和处理。错误可以在语义级别被自动地检测,使得用户可以快速地发现他/她发出或从另一用户接收的消息中的潜在错误。所检测的错误可以被自动纠正,并且用户无须一定要人工检查消息和改正错误。由此,与消息收发应用的用户交互的效率和智能性得意改善,这进而增强了用户体验。

可以至少部分地由一个或多个硬件逻辑部件来执行本文所描述的功能。例如,非限制性地,可以使用的示范类型的硬件逻辑部件包括:场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)等等。

用于实施本文所描述的主题的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器,使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行,作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开内容的上下文中,机器可读媒体可以是有形的媒体,其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读媒体可以是机器可读信号媒体或机器可读储存媒体。机器可读媒体可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备,或者上述内容的任何合适组合。机器可读存储媒体的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只 读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

此外,虽然采用特定次序描绘了各操作,但是这应当理解为要求这样操作以所示出的特定次序或以顺序次序执行,或者要求所有图示的操作应被执行以取得期望的结果。在一定环境下,多任务和并行处理可能是有利的。同样地,虽然在上面论述中包含了若干具体实现谢姐,但是这些不应当被解释为对本文所描述的主题的范围的限制。在单独的实现的上下文中描述的某些特征还可以组合地实现在单个实现中。相反地,在单个实现的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实现中。

本文中所描述的主题的一些示例实现在下面列出。

在一些实现中,一种系统包括内容分析模块,其被配置为确定消息收发应用中消息的内容;信息收集模块,被配置为收集与消息的内容有关的信息;错误检测模块,被配置为基于所收集的信息检测消息内容中潜在错误。

在一些实现中,内容分析模块被配置为基于以下至少一项来确定与消息相关联的会话的主题和该主题的详细内容:消息的词法分析、消息的语法分析、或消息的语义分析。

在一些实现中,内容分析模块被配置为:向服务器发送请求以分析消息,该服务器位于消息收发应用所执行于其上的设备的远程;以及从该服务器接收消息的内容。

在一些实现中,内容分析模块还被配置为使以下至少一项被分析以便确定消息的内容:该消息之前的至少一个消息;或者该消息之后的至少一个消息。

在一些实现中,信息收集模块被配置为:响应于确定消息的内容涉及公共信息有关,从网络收集公共信息。

在一些实现中,信息收集模块被配置为:响应于确定消息的内容与用户的私人信息有关,从与用户相关联的私有源收集私人信息。

在一些实现中,错误检测模块被配置为:通过识别所收集的信 息与消息的内容之间不匹配来检测潜在错误,不匹配包括下列内容中的至少一个:所收集的信息与消息的内容之间的字面不一致,或者所收集的信息与消息的内容之间的语义冲突。

在一些实现中,该系统还包括错误处理模块,被配置为向用户提供指示所检测的潜在错误的提示。

在一些实现中,提示与消息相关联地呈现并且包括对所收集的信息源的引用。

在一些实现中,错误处理模块还被配置为使向用户显示控件以及响应于用户对控件的操作来纠正所检测的潜在错误。

在一些实现中,错误处理模块,被配置为基于收集到的所述信息而自动地纠正检测到的所述潜在错误。

在一些实现中,一种方法包括:确定消息收发应用中的消息的内容;收集与消息的内容有关的信息;以及基于所收集的信息检测消息的内容中的潜在错误。

在一些实现中,确定消息的内容包括基于下列内容中的至少一个来确定与消息相关联的会话的主题和该主题的详细内容:消息的词法分析、消息的语法分析、或消息的语义分析。

在一些实现中,确定消息的内容包括:向服务器发送请求以分析消息,所述服务器位于消息收发应用被执行于的设备的远程;以及从该服务器接收消息的内容。

在一些实现中,确定消息的内容包括下列内容中的至少一个:使该消息之前的至少一个消息被分析以确定该消息的内容;或者使该消息之后的至少一个消息被分析以确定该消息的内容。

在一些实现中,收集与消息的内容有关的信息包括:响应于确定消息的内容涉及公共信息有关来从网络上收集公共信息。

在一些实现中,收集与消息的内容有关的信息包括:响应于确定消息的内容与用户的私人信息有关,从与用户相关联的私有源收集私人信息。

在一些实现中,检测潜在错误包括识别所收集的信息与消息的 内容之间的不匹配,其包括下列内容中的至少一个:识别所收集的信息与消息的内容之间的字面不一致性;或者识别所收集的信息与消息的内容之间的语义冲突。

在一些实现中,该方法还包括向用户提供指示所检测的潜在错误的提示。

在一些实现中,向用户提供提示包括:将对所收集的信息源的引用包括到提示中;以及与消息相关联地显示提示。

在一些实现中,向用户提供提示包括:向用户显示控件;以及响应于用户对控件的操作,通过重新发送消息或回调消息来纠正潜在错误。

在一些实现中,该方法还包括基于所收集的信息自动纠正所检测的潜在错误。

在一些实现中,一种设备包括:处理单元;存储器,其耦合到处理单元并且包括:消息收发应用,其在由处理单元执行时使得设备的用户能够与远程用户交换消息;以及消息收发助理,其在由处理单元执行时被配置为:确定消息收发应用中的消息的内容;收集与消息的内容有关的信息;以及基于所收集的信息检测消息的内容中的潜在错误;以及响应于潜在错误被检测到,基于所收集的信息自动纠正所检测的潜在错误。

在一些实现中,消息收发助理被配置为基于以下至少一项确定与消息相关联的会话的主题和该主题的详细内容:消息的词法分析、消息的语法分析、或消息的语义分析。

在一些实现中,消息收发助理被配置为:向服务器发送请求以分析消息,所述服务器位于消息收发应用被执行于的设备的远程;以及从该服务器接收消息的内容。

在一些实现中,消息收发助理还被配置为使以下至少一项被分析以便确定消息的内容:该消息之前的至少一个消息;或者该消息之后的至少一个消息。

在一些实现中,消息收发助理被配置为:响应于确定消息的内 容涉及公共信息有关,从网络收集公共信息。

在一些实现中,消息收发助理被配置为:响应于确定消息的内容与用户的私人信息有关,从与用户相关联的私有源收集私人信息。

在一些实现中,消息收发助理被配置为:通过识别所收集的信息与消息的内容之间不匹配来检测潜在错误,不匹配包括以下至少一个:所收集的信息与消息的内容之间的字面不一致性,或者所收集的信息与消息的内容之间的语义冲突。

尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题,但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反,上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。

当前第1页1 2 3 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1