用于在使用结构化数据对象的消息传送架构内进行通信的方法和系统与流程

本发明涉及通过消息传送系统来提供通信，更具体地涉及一种用于在使用结构化数据对象的消息传送架构内进行通信的方法和系统。
背景技术：
：随着基于网络的通信(其也被俗称为“在线”通信)在商业、学术和个人通信领域内变得越来越重要，用于快速并且高效地使用此类功能的改进的机制也变得越来越重要。举例来说，在从内部商业通信到为社交网络提供顾客服务的多种环境中采用了消息传送系统(例如在线聊天、即时消息传送等等)。此类应用采用这里所提到的消息传送架构，其允许用户例如通过将文本信息键入到消息传送应用或网页中而快速地彼此通信。设计得当的消息传送架构能够快速地递送消息，同时提供未来的升级、可伸缩性以及其他成长途径。在基本的层级下，消息传送架构例如提供以下功能：-(例如从内部和外部来源)接受消息-确定将向其递送给定消息的用户-根据这样的确定来路由消息这样的架构的中心是包括消息传送服务器的服务器系统，其通常是能够发送和递送消息的组件的总集。除了在这样的消息传送服务器中提供的机制之外，此类服务器系统的其他组件还可以包括轻量级目录访问协议(LDAP)服务器和域名系统(DNS)服务器。许多企业具有现有的LDAP服务器、数据库以及可以与消息传送服务器相结合地使用的有关基础设施，以便提供对于前面提到的消息发送和递送的支持。这样的消息传送的一个实例是在线聊天，其可以是指提供从发送器到接收器的消息(例如基于文本、语音或视频的消息)的实时(或接近实时)、直接传送的通过网络(例如因特网)的任何种类的通信。这样的在线聊天系统可以提供点到点(例如一对一)通信以及多播通信(即从一个发送器到许多接收器的通信)。例如可以作为web会议服务的一项特征来支持基于语音和视频的聊天。在推送模式架构中，消息在使用个人计算机、“智能电话”或其他计算设备的两个(或更多)人之间流动。与共享客户端一起，这样的详细传送技术还可以提供通常通过网络(例如因特网)传送的实时(或接近实时)、直接的基于书面语言的通信。这样的技术可以被配置来提供点到点通信以及多播通信(即从一个发送器向许多接收器发送消息的能力)。在线聊天已经在企业协作(例如在顾客服务中)和社交网络中变得普及。但是尽管现今的消息传送系统提供了所述先进特征，可用的技术仍然无法充分地解决许多应用中的消息传送系统的特定方面以及采用此类消息传送系统的用户的需求。举例来说，用户与所采用的消息传送系统之间的交互通常涉及许多人类发起的操作以及对于如此传送的信息的人类解释。现今的消息传送系统的一个缺点在于，此类系统没有提供用于在此类系统与消息传送系统用户可能采用的其他应用之间传送信息的易于使用的机制。当把在线聊天用作具有无结构数据(例如文本)的单独的通信渠道时，存在几方面的挑战。举例来说，聊天数据未被集成到所使用的数据中，从而需要许多拷贝和粘贴操作。这在商务环境中是特别成问题的，其中例如顾客服务代表通常同时进行几个通话，因此可能不仅每次打开几个消息传送对话，而且还有一定数目的应用对话。显而易见，跟踪如此多的对话窗口(以及哪些对话窗口属于哪一个通话)可能极具挑战性。此外，另一方的响应可能没有被适当地格式化以及/或者包含供所采用的应用程序使用的适当信息。这就需要对所述信息进行头脑处理并且重新键入到应用程序的对话中，从而使得处理进一步复杂化。针对前面提到单位问题的一种解决方案涉及由消息传送会话中的参与者在通过消息传送系统与其他各方通信之前完成调查(其在在线聊天环境中有时被称作“聊天前调查”)。在这样的情形中，在消息传送会话开始之前向潜在的参与者给出一个问题集合，以便收集关于参与者及其需求的信息(例如关于顾客及其情况的信息)。但是这种方法也不是没有问题。举例来说，聊天前调查通过强制其中一个或多个参与者在与其他参与者通信之前完成这样的问卷调查而在参与者(例如顾客服务代理人与顾客)之间产生屏障，这可能会使得顾客在消息传送会话开始之前就放弃会话。此外，聊天前调查无法在消息传送会话期间使用，而只能在事前使用。此外，聊天前调查仅支持具有预先定义的顺序的预先定义的问题，而不管其中所给出的任何给定问题是否与当前的用户和/或情况相关。必须经历许多问题(其中一些可能与用户及其情况完全无关)只会使得用户感到挫折，并且阻碍其使用消息传送系统来与其他参与者进行通信。针对前面提到的问题的另一种解决方案涉及由消息传送会话参与者通过共同访问某种形式的协作网站来进行协作。这可以利用在某些情形中所提到的“联合填表”、通过“协同浏览”支持同时访问的网站或者某种其他此类方法来实现。在支持“联合填表”的系统中，参与者都通过“协同浏览”特征来访问网页，其中一个用户(例如顾客)完成网页，另一个用户(例如代理人)也可以查看该网页(并且从而引导第一用户输入信息)。某些此类系统通过允许从其他窗口剪切并且粘贴到聊天窗口中而支持“联合填表”。但是这种替换方案也存在许多缺陷。其问题包括：缺少安全性(全部两个/所有用户都可以看到所输入的信息，正如后面更加详细地讨论的那样)，需要单独的网页(从而导致消息传送会话变得碎片化)，强制呈现并且完成整个问卷调查(随之而来的问题包括全部两方的复杂度和开销都会增加)，此类方法的资源密集性(必须加载/查看/完成完全分开的网页/文档)，以及其他此类缺陷。此外，前面提到的剪切和粘贴特征只在全部两方都可以看到并且访问相同表单时的个人协作中才是有用的——这种情况可能存在问题。例如在CRM情境中，与顾客共享代理人的表单可能特别棘手，因为此类表单是被配置来解决代理人的需求而不是顾客的需求(因此实际上可能允许一方看到应当仅供另一方使用的信息)。此外，由于必须在两个单独的浏览器窗口中呈现共享的交互式web应用和消息传送窗口，因此移动用户在与共享的交互式web应用进行交互时无法查看消息通信。在这样的系统中，进行交互的两方必须还对于消息传送会话和表单保持分开的窗口。有鉴于此，另一种可能的解决方案是使用一种采用两个或更多网站或者(多个)网站与(多个)应用程序的某种组合的协作方法。在这样的“带外”方法(其中某些操作、动作、通信等等通过主要通信信道之外的通信信道发生)中，用户实质上一前一后地运行消息传送系统和单独的网站或应用程序。在这种方法中，参与者采用允许通过启动单独的基于文档的对话窗口来创建、查看和编辑文档的协作结构。但是在与消息传送会话的窗口分开的窗口中打开此类文档会使得通话碎片化(从而导致低效、错误并且最终导致挫折感)，并且无法提供消息传送会话的单一全面视图。随着所打开的此类文档(从而还有用户接口中的窗口)的数目增加，这样的问题只会变得更糟。此外，现有的解决方案定义了必须在消息传送会话之前定义所支持的文档类型，从而导致采用“聊天前调查”的方法所面对的相同问题。如果在消息传送会话之前没有定义这样的文档，则通信转移到通常的无结构格式(随之而来的是此类系统意图解决的问题)。此外，由于采用了主要通信信道之外的一条或多条通信信道(即消息传送系统)，因此不会保持此类通信的记录(至少关于主要通信信道中现存的记录机制是这样)。正如早前所提及的那样，在消息传送系统的设计和操作中所遇到的另一个可用性问题涉及安全性和隐私顾虑。举例来说，由于消息传送系统脚本被明文显示，因此在需要用户输入敏感信息方面(这例如是为了通过输入个人标识号(PIN)、其SSN的最后四位数字或者其他此类保密信息来验证其身份)常常存在用户顾虑。尽管通过所采用的联网协议可以保证消息传送会话的安全性，但是消息传送系统用户常常表明其在安全性和隐私问题方面的顾虑，这至少是因为此类信息在消息传送会话的脚本中作为明文出现(而不是通常像完成web表单时那样被掩蔽)。在这方面，此类系统的用户受困于缺少安全感，这是因为敏感信息(例如社会保险号码、口令以及其他此类敏感信息)没有被掩蔽或者通过其他方式得到保护。因此，需要提供一种易于使用的机制来保持所传送的信息的安全性，并且同时避免低效和复杂性。为了解决用户的安全性顾虑，一些消息传送系统简单地建议用户不把个人或敏感信息输入到消息传送会话中。相反，某些方法使得用户采用前面提到的“聊天前调查”，从而将用户重定向到单独的安全网站(例如受到SSL保护的网页)。如前所述，这种方法并非理想的方法，其会导致碎片化的并且令人困惑的交互，从而导致错误并且损害用户满意度以及导致其他缺陷。另一种方法是仅向经过认证的顾客(而不向一般大众)提供消息传送服务，从而大大限制了对于此类通信的使用并且防止对于此类通信的一般使用(特别是在没有例如对应于站点的用户名和口令的先验信息的情况下)。解决安全性顾虑的另一种解决方案可以是使用模式匹配技术在消息传送系统脚本显示和存储中识别并且随后掩蔽特定类型的敏感信息(例如社会保险号码、信用卡号等等)。但是作为最初的问题，这样的模式匹配必须在将消息提交到消息传送会话之前实施或者与之同时实施。即使这样的掩蔽是可以实现的，一旦所述信息被提交到消息传送会话中，也将不会有机会来编辑响应(实际上这是将信息提交到消息传送会话中的所有现有的技术所面临的问题)。此外，这样的识别和掩蔽经常出错，足以引起用户的顾虑。此外，使用模式匹配通常无法理解不具有特定模式的敏感信息(例如特定账户标识符、口令以及在长度和内容方面有所不同的其他此类信息)。因此，需要一种消息传送架构，以便在所述消息传送架构的消息传送系统与一项或多项应用之间提供高效的交互。优选的是，在利用这样的消息传送系统进行信息传送时，这样的消息传送系统应当提供高效并且安全的用户接口。此外，这样的消息传送系统应当改进在与其他应用交互时由这样的消息传送系统所提供的效率和安全性。技术实现要素：在一个实施例中，公开了一种用于在使用结构化数据对象的消息传送架构中进行通信的方法、系统和计算机程序产品。该方法包括：识别被配置成表示结构化数据的结构化数据对象，在消息传送系统处接收结构化数据对象，生成包括结构化数据的消息，及发送所述消息。所述结构化数据对象被配置成由应用和消息传送系统访问，并且包括请求单元和响应单元。所述发送包括通过消息传送系统来传输消息。附图说明通过参照附图可以更好地理解本发明，并且使得本领域技术人员认识到本发明的许多目的、特征和优点。图1A是示出了消息传送系统的用户接口的一个实例的方框图，其中显示出顾客与代理人的对话。图1B是示出了消息传送系统的用户接口的一个实例的方框图，其中显示出顾客与代理人的对话(包括保密顾客信息)。图2是示出了根据本发明的实施例的消息传送系统的用户接口的一个实例的方框图，其中显示出顾客与代理人的对话。图3是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话和顾客对话的一个实例的方框图。图4是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话和顾客对话的一个实例的方框图。图5是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话和顾客对话的一个实例的方框图。图6是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话和顾客对话的一个实例的方框图。图7是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话和顾客对话的一个实例的方框图。图8是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话和顾客对话的一个实例的方框图。图9是示出了根据本发明的实施例的支持消息传送架构的web架构的一个实例的方框图。图10是示出了根据本发明的实施例的支持消息传送架构的客户端-服务器架构的一个实例的方框图。图11A是示出了根据本发明的实施例的支持消息传送架构的客户端-服务器架构的一个实例的方框图，其中描绘出客户端系统和服务器系统的特征。图11B是描绘出根据本发明的实施例的消息传送服务堆栈各层的方框图。图11C是示出了根据本发明的实施例的数据模型的一个实例的方框图。图11D是示出了根据本发明的实施例的在利用消息传送系统向客户端发送信息/从客户端接收信息时所实施的操作的一般性实例的流程图。图12是描绘出根据本发明的实施例的企业消息传送架构的服务器系统和其他组件的某些特征的方框图。图13是描绘出根据本发明的实施例的结构化数据框架架构的特征的方框图。图14是示出了根据本发明的实施例的企业资源接口架构的一个实例的方框图。图15是示出了根据本发明的实施例的结构化数据对象(SDO)数据模型集合的一个实例的方框图。图16是示出了根据本发明的实施例的SDO数据模型集合的一个实例的方框图。图17是示出了根据本发明的实施例的结构化数据服务架构的一个实例的方框图。图18是示出了根据本发明的实施例的在利用消息传送系统将对象推送到客户端以及从客户端接收对象时所实施的操作的一个实例的流程图。图19是示出了根据本发明的实施例的在识别将要通过消息传送系统推送的结构化数据时所实施的操作的一个实例的流程图。图20是示出了根据本发明的实施例的在取回结构化数据以及将该结构化数据从应用程序传输到消息传送系统时所实施的操作的一个实例的流程图。图21是示出了根据本发明的实施例的在从应用程序请求结构化数据时所实施的操作的一个实施例的流程图。图22是示出了根据本发明的实施例的在把结构化数据从应用程序传输到消息传送系统时所实施的操作的一个实例的流程图。图23是根据本发明的实施例的在通过消息传送系统推送结构化数据时所实施的操作的一个实例的流程图。图24是根据本发明的实施例的在向应用程序传送包含结构化数据的响应时所实施的操作的一个实例的流程图。图25是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话的实例的方框图，其中描绘出将结构化数据插入到web聊天中。图26是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话的实例的方框图，其中描绘出将结构化数据插入到web聊天中。图27是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话的实例的方框图，其中描绘出将结构化数据插入到web聊天中。图28是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话的实例的方框图，其中进一步描绘出将结构化数据插入到web聊天中。图29是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话的实例的方框图，其中进一步描绘出将结构化数据插入到web聊天中。图30是示出了根据本发明的实施例的由消息传送系统呈现的对话的实例的方框图，其中描绘出通过下拉菜单插入结构化数据。图31是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话的实例的方框图，其中描绘出通过特殊提示插入结构化数据。图32是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话的实例的方框图，其中描绘出通过下拉菜单或特殊提示插入结构化数据的结果。图33是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话的实例的方框图，其中描绘出对通过下拉菜单或特殊提示输入的结构化数据进行编辑。图34是描绘出根据本发明的实施例的web消息传送架构的服务器系统和其他组件的某些特征的方框图。图35是示出了根据本发明的实施例的动态表单对象(DFO)数据模型集合的一个实例的方框图。图36是示出了根据本发明的实施例的在实施具有消息传送功能的web应用方面所涉及的单元和操作的一个实例的方框图。图37A是示出了根据本发明的实施例的在识别对应于将要通过消息传送系统推送的DFO的输入栏位时所实施的操作的一个实例的流程图。图37B是示出了根据本发明的实施例的在识别对应于将要通过消息传送系统推送的DFO的多个输入栏位时所实施的操作的一个实例的流程图。图38是示出了根据本发明的实施例的在从web应用向消息传送系统传输动态表单时所实施的操作的一个实例的流程图。图39是示出了根据本发明的实施例的在通过消息传送系统推送动态表单时所实施的操作的一个实例的流程图。图40是示出了根据本发明的实施例的在消息传送系统处接收动态表单时所实施的操作的一个实例的流程图。图41A是示出了由消息传送系统呈现的代理人对话和web应用的用户接口的一个实例的方框图，其中描绘出顾客信息。图41B是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话和web应用的用户接口的一个实例的方框图。图41C是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话和web应用的用户接口的一个实例的方框图，其中描绘出动态表单的创建。图41D是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话和web应用的用户接口的一个实例的方框图，其中描绘出将动态表单插入到web聊天中。图41E是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话和web应用的用户接口的一个实例的方框图，其中来自动态表单的信息自动填充web应用的用户接口的某些栏位。图41F是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话和web应用的用户接口的另一个实例的方框图，其中来自动态表单的信息自动填充web应用的用户接口的某些栏位。图42A是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话和web应用的用户接口的一个实例的方框图，其中web应用的用户接口提供对于输入栏位选择/提交功能的支持。图42B是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话和web应用的用户接口的一个实例的方框图，其中描绘出对于所述选择/提交功能的使用。图42C是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话和web应用的用户接口的一个实例的方框图，其中进一步描绘出对于所述选择/提交功能的使用。图42D是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话和web应用的用户接口的一个实例的方框图，其中来自动态表单的信息自动填充web应用的用户接口的某些栏位。图43是示出了根据本发明的实施例的在进行消息传送会话时所实施的操作的一个实例的流程图。图44是示出了根据本发明的实施例的在进行消息传送会话时所涉及的操作和消息的一个实例的方框图。图45是示出了根据本发明的实施例的在消息传送会话期间显示的示例性用户接口的方框图。图46是示出了根据本发明的实施例的在进行消息传送会话时所实施的操作的一个实例的流程图。图47是示出了根据本发明的实施例的在进行消息传送会话时所涉及的操作和消息的一个实例的方框图。图48是示出了根据本发明的实施例的在消息传送会话期间显示的示例性用户接口的方框图。图49是示出了根据本发明的实施例的由消息传送系统呈现的顾客对话的一个实例的方框图，其中描绘出输入确认的一个实例。图50是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话和顾客对话的一个实例的方框图，其中描绘出由代理人将结构化数据插入到web聊天中。图51是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话和顾客对话的一个实例的方框图，其中描绘出由顾客通过结构化数据作出应答。图52是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话和顾客对话的一个实例的方框图，其中被插入到web聊天中的结构化数据由此支持重新提交所输入的数据。图53是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话和顾客对话的一个实例的方框图，其中描绘出数据的提交/重新提交的一个实例。图54A是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话和顾客对话的一个实例的方框图，其中描绘出对于顾客对话中的输入栏位的掩蔽。图54B是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话和web应用的用户接口的一个实例的方框图，其中描绘出对于代理人对话中的动态表单的输入栏位以及web应用的用户接口的自动填充的输入栏位的掩蔽。图55是示出了根据本发明的实施例的由移动应用的用户接口所访问的消息传送系统呈现的顾客对话的一个实例的方框图。图56是描绘出适合于实施本发明的各个方面的计算机系统的方框图。图57是描绘出适合于实施本发明的各个方面的网络架构的方框图。具体实施方式后面意图提供对于本发明的一个实例的详细描述，而不应当被视为限制本发明本身。相反，在说明书之后的权利要求书中限定的本发明的范围内可以有许多变型。介绍正如前面所讨论的那样，(例如基于web的)在线消息传送系统已经成为社交网络、商务环境以及政府应用中的标准通信渠道。举例来说，在商务环境中，在线消息传送是用于公司的主要顾客联系渠道，特别在销售和顾客服务领域中尤其是如此。这方面的实施良好的策略可以使得企业推动销售、提高生产率、实现运营节省以及给出优越顾客体验的能力发生改观。在这样的顾客关系管理(CRM)环境中，由为顾客提供帮助的顾客服务代理人实施的通信模式可以被视为问题/回答/查找(QAL)处理(尽管实际上这一范例中的最后一项活动可以是除了所发生的交互之外或者与所发生的交互有关的任何活动)。在这一范例的问题阶段中，代理人向顾客提出问题。在回答阶段中，顾客向代理人作出应答，从而为代理人提供所请求的信息。最后，在查找阶段中，代理人使用在消息传送会话中提交的回答来实施各项动作，比如识别顾客、找到相关的信息或者其他此类动作。为了解决前面所提到的可用性、安全性、集成方面的问题以及其他此类问题，本发明的实施例通过在在线消息传送通话内提供例如表单窗口小部件(或其他可比较的构造)之类的GUI(图形UI(用户接口))单元来促进消息传送通信。取代通过自由形式(无结构)文本来提出问题，代理人能够作为消息的一部分向顾客发送表单。顾客随后能够在顾客的消息传送窗口中完成所述表单，并且将所完成的表单提交到消息传送会话中。通过这样做，顾客能够从顾客的计算机系统向代理人的计算机系统发送带有所完成的数据的响应。这样的“内嵌”表单对消息传送会话中的顾客输入数据进行结构化，从而可以由代理人更加容易地解释并且使用所述信息来更新系统应用，并且甚至可以被用来自动提供此类功能。本发明的实施例具有优于现有方法的若干优点。举例来说，与各种早前提到的协作方法相比，根据本发明的实施例的消息传送系统在由消息传送系统呈现的用户接口内(也就是说在消息传送会话内)提供必要的功能，而不是必须诉诸于多个窗口、人工剪切和粘贴以及其他此类方案。此外，作为所采用的“带内”方法的结果，根据本发明的实施例的消息传送系统能够为全部两个(或所有)参与者提供消息传送会话的单一的一致视图。这样的消息传送系统还能够保持所发生的通信的记录，其中包括包含表单和/或相关联的信息的任何消息。这样的带内方法还允许利用移动设备来实施采用表单的消息传送会话。此外，根据本发明的实施例的消息传送系统通过创建以及发送动态地(“即时”)创建的表单的能力来促进通信，而不是受限于预定义的消息类型集合。如前所述，一些消息传送系统允许简单的剪切和粘贴操作(例如从另一项应用粘贴的通信信息，以便支持联合填表)，但是强制全部两方都使用相同的表单。与此相对，根据本发明的实施例的消息传送系统允许代理人使用被调整为适合代理人的需求的应用、web表单等等，同时为顾客呈现被调整为适合顾客的需求的表单。相反，联合填表实现方式就其定义而言无法为不同各方提供不同的接口，这至少是因为这样的联合访问和完成只能通过向全部两方呈现相同的表单来实现。在根据本发明的实施例的消息传送系统中，消息传送系统创建新的表单(例如利用推送的输入栏位动态地创建)，从而使得可能包含在代理人的后台中的表单中的保密信息(例如顾客评定信息)在顾客的接口上不可见。此外，在提供对于移动应用的支持的根据本发明的实施例的消息传送系统的实现方式中，采用移动设备的顾客能够在与代理人提交到消息传送会话中的表单进行交互时查看其他消息通信(例如消息传送会话的文本部分)。通过此类系统的通信和用户接口的“带内”性质使得这样的交互成为可能。这方面与通过使用现有技术而强制需要两个单独的用户接口窗口(例如共享的网页和消息传送窗口)有所不同。鉴于前面提到的优点以及随后所讨论的其他优点(以及将从作为整体的本公开内容看出的其他优点)，应当认识到，允许代理人不再需要人工输入或者在不同接口之间拷贝和粘贴顾客数据的消息传送系统既是符合期望的也是有利的。在现在以及随后给出的实例中说明了这些和其他此类优点。图1A是示出了消息传送系统的用户接口的一个实例的方框图，其中显示出顾客与代理人的对话。图1A描绘出向与代理人(其在本例中是被称作“TravelMagic”的虚构旅行代理机构的代理人)通信的顾客呈现的聊天对话100。在聊天对话100内，可以看到顾客与代理人之间的文本通信。在这种情况(例如web聊天)下经常发生的情况是，代理人向顾客提出问题，并且顾客利用所请求的信息作出响应。在图1A中描绘的实例中，代理人向顾客询问该顾客希望预订的旅行的安排细节。由顾客提供的信息(其在图1A中被描绘成旅行安排140)包括例如在其间进行旅行的位置(其在图1A中被描绘成位置110)之类的信息，在本例中是SanFrancisco(CA)和Boston(MA)。旅行安排140还包括关于出发和返回日期的信息(其在图1A中被描绘成日期信息120)。代理人可能需要的其他信息可以包括出发和/或到达时间(其在图1A中被描绘成时间130)以及其他信息，比如将要使用的航空公司、交通方式以及其他此类信息。应当认识到，面对这种情况的顾客服务代理人将必须在某种程度上审查顾客的响应，并且将这样的信息输入到代理人所使用的应用中(例如通过剪切和粘贴信息、手动键入信息或者其他此类方案)。显而易见的是，采用这样的消息传送系统的用户(例如代理人)面对若干挑战。首先，由于消息传送会话(例如聊天脚本(聊天会话中的文本内容))是无结构的并且没有被集成到其他系统应用中，因此需要不同用户接口之间的拷贝和粘贴功能或者重复键入，以便使用由顾客输入的数据。举例来说，在识别顾客时，代理人可以询问顾客的姓名及其公司的名称。在顾客输入必要的信息并且将该信息提交到消息传送会话中之后，代理人必须随后把必要的信息(例如关键字)从消息传送窗口拷贝并且粘贴到顾客简档管理接口。有时必须由代理人对来自顾客的自由形式聊天响应进行头脑处理，并且随后向顾客确认。作为另一个实例，如果顾客表明她“应当”有空在“下星期三”进行实地访问，为了遵循由代理人的公司所规定的语法规则，代理人必须计算出确切日期、向顾客确认日期、并且将该日期输入到公司的日历中以创建事件。需要在一个或多个不同接口之间重新输入的无结构数据使得对于此类消息传送系统的使用低效并且容易出错。作为显著的对比，本发明的实施例通过允许用户将一个或多个表单提交到消息传送会话中而避免了前面提到的问题，从而提供了一种灵活的解决方案，所述解决方案提供消息传送会话及其所传达的信息的单一全面视图。图1B是示出了(虚构的打印机公司“Printana,Inc.”的)消息传送系统的用户接口的一个实例的方框图，其中显示出顾客与代理人的对话(包括保密的顾客信息)。或者如图1B中所示，代理人可能需要保密的或者其他敏感的信息，以便为顾客的需求提供帮助。在图1B中描绘出聊天对话150，并且反映出在顾客与代理人之间传送此类信息。在这样的情形中，顾客可能需要提供保密的、敏感的或者其他个人信息，以便允许代理人为顾客提供帮助。这样的保密信息可以包括例如以下信息：顾客的姓名(其在图1B中被描绘成姓名信息160)，关于顾客的社会保险号码的信息(其在图1B中被描绘成社会保险号码信息170)，或者其他此类信息。应当认识到，顾客可能不愿意向其所不认识的人提供此类信息，而不管这个人在顾客所联系的公司内的表面上的位置如何。但是在所要求保护的本发明的实施例中，作为消息来传送表单，其提供许多有价值的优点。在问题阶段中，取代以明文键入问题，代理人能够向顾客转发表单。所述表单被作为消息张贴到消息传送会话中，以便准备由顾客完成。在回答阶段中，顾客完成出现在消息传送会话中的表单，并且随后将所完成的表单提交回到消息传送会话中。所述提交生成具有(可能是只读的)名称-值对的列表的新消息。名称是表单上的各个单独的输入栏位的标签，值是输入数据。通过保持此类消息传送事务的记录，把表单转发和表单提交作为分开的消息对待的做法向全部两方提供了消息传送会话的单一完整视图。由于表单数据是结构化的，因此可以使得查找阶段自动化。在查找阶段结束时，将查找结果以及相关联的动作按钮(如果必要的话)附加在消息传送会话的代理人视图中的表单提交消息的末尾处。表单重新提交也是直接明了的。顾客可以通过输入不同的数据以及重新提交表单来生成新的消息。本发明的实施例的其中一个优点包括消息传送会话中的表单特征的可用性。除了使得查找阶段自动化而无需代理人在消息传送应用窗口与其他应用之间人工“移动”数据之外，通过利用表单的特征，对于消息传送会话中的表单使用的支持还增强了QAL范例的用户体验。首先，可以利用例如日期/时间选择器、选择列表、或者带有自动完成的输入之类的表单窗口小部件来改进顾客一侧的输入效率。举例来说，取代键入出问题的打印机的型号的长字符串，顾客可以从选择列表中选择型号，其中用来自他所购买的所有打印机的型号填充所述选择列表。此外，顾客只需要键入所需的值(例如“JohnSmith”)，而不需要额外的键入来描述所述值是关于什么方面(例如“我的姓名是JohnSmith”)。这样的输入效率改进对于正在使用移动设备来聊天的顾客来说可能非常重要，这是因为已经知道在移动设备中进行键入较为缓慢并且不便。后面将例如结合图2、3、4和5来讨论此类特征。其次，web表单可以掩蔽敏感数据提交而无需规定将要匹配特定数据类型的模式。其结果是，在聊天会话期间可以获得从web表单提交处理所得到的相同的安全感。基于隐私配置，可以只在顾客一侧或者在全部两侧掩蔽敏感数据提交，从而在不向代理人泄漏敏感信息的情况下自动启动系统处理，正如后面结合图6所讨论的那样。第三，由表单所支持的数据确认可以自动检测来自顾客的某些类型的输入错误，从而防止提交无效的数据，这对于基于文本的聊天是不可能的。基于表单的数据确认不仅减少了网络通信量，而且还使得代理人免于人工确认顾客数据，正如后面结合图7和8所描述的那样。图2是示出了根据本发明的实施例的消息传送系统的用户接口的一个实例的方框图，其中显示出顾客与代理人的对话。图2描绘出聊天对话200，其例如可以显示根据本发明的实施例的提交(“推送”)到代理人与顾客之间的消息传送通信中的表单。在图2所描绘的实例中，聊天对话200包括行程表单205，其出现在消息传送会话窗格210中。行程表单205包括出发城市栏位220和目的地城市栏位225。可以将关于出发和目的地城市的信息人工输入到出发城市栏位220和目的地城市栏位225中，或者顾客可以利用下拉菜单(在图2中描绘出作为实例的下拉菜单图标226和227)。参照行程表单205中的出发/返回日期，一旦通过由代理人将表单提交到消息传送会话中而将该表单推送给顾客，顾客就能够输入所期望的出发和返回日期(并且可选地还有时间)。同样地，按照使用行程表单205的方式，顾客可以通过将必要的信息键入到行程表单205的输入栏位中在行程表单205中输入出发和/或返回日期和时间，或者可以通过使用下拉菜单来输入信息。举例来说，用户可以在出发日期栏位230中人工输入出发日期，或者从通过下拉菜单图标231访问的下拉菜单中选择日期。类似地，用户可以在返回日期栏位232中人工输入返回日期，或者利用下拉菜单图标233选择日期。在图2所描绘的实例中，顾客选择了下拉菜单图标233，从而导致显示日历235。日历235允许顾客从所显示的日期当中选择所期望的日期，以及/或者滚动经过其他日期(例如给定年度的各个月)并且从顾客所滚动到的年度和月份选择所期望的日期。顾客可以通过在出发时间栏位240中人工输入时间来选择对应于出发和返回的日间时，或者从下拉菜单(其是通过选择下拉菜单图标来访问，在图2中描绘出作为实例的下拉菜单图标241)中选择日间时。类似地，顾客可以通过在返回时间栏位242中输入所期望的日间时来提供该顾客希望返回的时间。或者，顾客可以选择下拉菜单图标243，并且从所导致显示的菜单中给出的日间时当中进行选择。在某些实施例中，消息传送系统可以在前面所提到的其中一个或多个栏位中为顾客给出默认值。举例来说，在行程表单205中，出发时间栏位240和返回时间栏位242被显示为已经为顾客给出了“任何时间”的默认值(从而表明顾客对于出发/返回的日间时没有偏好)。一旦顾客对行程表单205中的条目感到满意，顾客就选择提交按钮250。如果顾客在行程表单205上输入信息时发生错误，或者希望对于在其中输入的信息作出改变，顾客可以通过选择(即“点击”)重置按钮252(选择一个按钮导致激活该按钮的功能)清空现有的一个或多个条目。应当认识到，通过为顾客提供将此类信息直接输入到表单(其随后可以作为单一完整响应被传送给代理人)中的能力，大大简化了代理人所需完成的任务，不管是获得对于帮助顾客所必要的信息还是实施某种其他功能。这种方法的优点包括显著减少了代理人对顾客进行询问所需完成的工作量，并且降低了如此获得的信息中的出错风险。图3是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话和顾客对话的一个实例的方框图(其在图3中被描绘成代理人聊天对话300和顾客聊天对话310)。与前面一样，结合聊天对话200，代理人聊天对话300描绘出由代理人推送到聊天中的表单(其在图3中被描绘成表单320)。一旦代理人将表单320发送给顾客(例如通过选择发送按钮325并且将表单提交到消息传送会话中)，顾客就在顾客聊天对话310中接收表单320以作为表单330。应当认识到，在图3中的表单320的描绘中，各个UI单元被描绘成被禁用。这表示其中使用代理人聊天对话300的代理人能够在顾客输入信息时监视所述信息但是不被允许对所述信息作出任何改变或者从而实施任何动作的配置。根据本公开内容应当认识到，在根据本发明的实施例的消息传送系统中可以实现针对此类信息的呈现和此类功能的实现方式的其他替换方案。后面将例如结合图51、52和53来讨论这样的替换方案。按照行程表单205的方式，表单330为顾客提供输入出发/目的地城市和出发/返回时间/日期的能力，这是通过人工输入或者通过使用一个或多个下拉菜单而实现的。与前面一样，表单330也提供提交按钮332和重置按钮334，其功能与早前描述的此类单元的功能相当。根据本公开内容(并且特别是结合后面的某些附图的讨论)应当认识到，表单330的各个单元(例如提交按钮332和重置按钮334)被描绘成保持被启用，从而允许通过表单330重新提交信息。根据本公开内容应当认识到，在根据本发明的实施例的消息传送系统中可以实现针对此类信息的呈现和此类功能的实现方式的其他替换方案。后面将例如结合图51、52和53来讨论这样的替换方案。在由顾客选择提交按钮332之后，在代理人聊天对话300以及顾客聊天对话310中显示这样的选择的结果。对于提交按钮332的选择导致显示代理人聊天对话300中的表单340中的文本信息以及顾客聊天对话310中的表单345中的文本信息。按照与其他此类功能的呈现相当的方式，消息传送系统在表单340中给出搜索按钮350。搜索按钮350允许代理人把顾客所提供(并且从而出现在表单340中)的相关信息提交到代理人所使用的一个或多个应用程序，以便为顾客提供必要的信息和/或服务(例如在在线航班预订系统中搜索航班)。根据本公开内容(并且特别是结合后面的某些附图的讨论)应当认识到，在将信息提交到消息传送会话中时，实际上可以自动实施所述将相关信息提交到一个或多个应用程序的处理。图4是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话和顾客对话的一个实例的方框图。图4描绘出后来处于其“在线通话”(消息传送会话)中的代理人聊天对话300和顾客聊天对话310的状态。此时，代理人已经利用搜索按钮350向企业应用软件提交了信息(关于顾客所期望的出发/目的地城市和出发/返回时间/日期)。代理人随后将针对顾客的搜索结果推送到与顾客的消息传送会话中(其在图4中被描绘成代理人聊天对话300中的表单400和顾客聊天对话310中的表单410)。作为将该信息推送到消息传送会话中的一部分，是按钮420和否按钮430作为表单410的一部分出现。是按钮420和否按钮430允许顾客接受或者拒绝代理人所提议的预订。可以看到，消息传送系统可以被设计来更新表单(比如代理人聊天对话300中的表单320)，以便反映出由顾客输入的信息以及对其作出的改变。在图3和4中还可以看到，一旦顾客通过所讨论的表单提交了信息，通过所述表单提交的信息随后作为文本(可能以另一种形式)出现在代理人聊天对话300中。此外还将观察到，搜索按钮350在图4中被描绘成被禁用，其中表单340的结果被用来把如此接收到的信息提交到在线航班预订系统，并且希望防止代理人错误地重新提交所述信息。或者，搜索按钮350可以被配置成保持被启用，从而允许在表单340中重新提交所述信息。此外，这样的配置可以被采用来允许代理人在由顾客输入信息的同时提交出现在表单340中的信息(从而使得在给定的情形中，代理人可以“预先输入”一部分(或者甚至全部)此类信息，以便将此类操作与顾客的输入重叠，从而潜在地在此类交互期间节省时间)。后面将例如结合图51、52和53来讨论这些和其他替换方案。图5是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话和顾客对话的另一个实例的方框图。图5描绘出代理人聊天对话500和顾客聊天对话510以及与代理人和顾客之间的消息传送会话相关联的表单，其中顾客能够向代理人提供信息，代理人随后可以使用该信息来确定顾客所期望的替换方案的可用性。在图5所描绘的情形中，代理人利用由顾客提出的日期和时间搜索满足顾客要求的航班。通过这种方式，代理人向顾客发送与图2的行程表单205相当的表单(其在图5中被描绘成代理人聊天对话500中的表单520和顾客聊天对话510中的表单530)。应当认识到，在图5所描绘的实例中，假设早前已经在消息传送会话中确定了出发和目的地城市。这可以利用与图2的行程表单205相当的表单来实现，其例如可以包括关于出发和目的地城市的信息。一旦顾客利用表单530提交了其所期望的出发和返回日期和时间，该信息就出现在代理人聊天对话500中的表单540中。在表单540中包括搜索航班按钮550。在某些实施例中，代理人对于搜索航班按钮550的选择导致把关于来自表单540的出发和目的地城市以及来自表单530的出发和返回日期和时间的信息提交到应用软件(例如航班预订系统)。可以看到，根据本发明的实施例的消息传送系统随后可以为代理人和顾客(以及其他此类用户)呈现可动作项目，其可以使得相关联的消息传送系统(以及/或者相关联的企业应用系统、web应用系统以及其他此类系统)取得单项或多项输入。应当提到的是，如图5中所描绘的那样，表单530的重置和提交按钮保持被启用，尽管在其中输入的信息已被提交到消息传送会话中(并且从而作为表单540出现在代理人聊天对话500中)。正如将结合图52和53(尽管具有略微不同的配置)更加详细地讨论的那样，这样的方案允许顾客将给定的表单重新提交到消息传送会话中(例如通过顾客聊天对话510访问消息传送系统的顾客可以改变出发日期，并且将表单530重新提交到消息传送会话中)。后面将结合图51详细讨论这样的功能和相关联的替换方案。此外，还可以提供对于这里所提到的“主动监视”的支持(消息传送系统在代理人聊天对话500中的相应表单中呈现表单530中的改变的能力)。在图5(以及这里的其他附图)中通过同样出现在表单530中的被输入到表单530中的信息描绘出这一方面。这样就允许代理人在信息被输入到表单(其由代理人提交到消息传送会话中)中时查看由顾客输入的信息(例如被输入到表单530中的信息在被输入到表单530中时出现在表单530中)。因此，代理人例如把消息传送脚本中的表单看成将由顾客完成的表单(其通常还包括表单中的各种其他单元(例如表单520中所描绘的(被禁用的)提交和重置按钮))。在CRM环境中，主动监视还可以被扩展到表单重新提交，从而在顾客完成表单时为代理人呈现表单的预览，并且从而使得代理人可以准备好在必要时提供适当的帮助。后面将结合图52和53详细讨论这样的功能和相关联的替换方案。图6是示出了根据本发明的实施例的由消息传送系统在代理人与顾客之间的消息传送会话期间呈现的代理人对话和顾客对话的一个实例的方框图。在图6所描绘的消息传送会话中，代理人已请求(并且接收到)顾客的姓名，并且随后询问用户的保密信息(例如顾客的社会保险号码)，正如可以在图6所描绘的代理人和顾客聊天对话中看到的那样(其在图6中被描绘成代理人聊天对话600和顾客聊天对话610)。图6中所描绘的通信在这里被称作“消息传送会话”(并且在图6中被描绘成消息传送会话615)，其包括代理人(其使用代理人聊天对话600)与顾客(其使用顾客聊天对话610)之间的通信。这些通信出现在消息传送会话615中的若干基于文本和基于表单的消息中，并且包括表单617(其中代理人询问顾客的姓名)和相应的表单619(其中顾客作为响应提供他的姓名)。从图6中可以看到，表单617和619的各个单元被描绘成被禁用。按照前面提到的方式，这表示其中使用代理人聊天对话300的代理人能够在顾客输入信息时监视所述信息，但是不被允许对所述信息作出任何改变或者从而实施任何动作的配置。类似地，使用顾客聊天对话的顾客被防止对如此输入的信息作出进一步改变(这例如在其中优选地不允许顾客改变/重新输入特定信息的情况中是有用的)。在图6所描绘的情形中，消息传送系统被配置成在将表单提交到消息传送会话中时自动禁用这样的栏位。根据本公开内容应当认识到，在根据本发明的实施例的消息传送系统中可以实现针对此类信息的呈现和此类功能的实现方式的其他替换方案。后面将例如结合图51、52和53来讨论这样的替换方案。消息传送会话615还包括向顾客提供请求顾客的保密信息的表单(其在图6中被描绘成代理人聊天对话600中的表单620和顾客聊天对话610中的表单630)。在类似于早前所假设的情况中，该例中的代理人发现他/她自己需要顾客的保密信息(在这种情形中是顾客的社会保险号码)。取代请求顾客“明白地”键入其社会保险号码(也就是说不用例如星号之类的占位符掩蔽实际的信息)，与之前一样，代理人可以替换地发送表单630，其被配置成掩蔽顾客的社会保险号码(其在图6中被描绘成保密信息640)。此外，一旦顾客利用表单630提交了其社会保险号码，保密信息640可以保持被掩蔽，并且因此在表单620中作为掩蔽保密信息650出现。因此，顾客的保密信息可以在整个处理过程中保持被掩蔽，并且在无需对任一方可见的情况下被提交到给定的应用。此外，表单630可以通过消息传送系统被配置成不仅掩蔽保密信息640，而且还对该信息进行加密，从而保护保密信息640并且按照只能在给定应用内被解密的方式来进行加密。从本公开内容应当认识到，在代理人聊天对话600和顾客聊天对话610全部二者中掩蔽保密信息时，图6所描绘的实例假设所述保密信息被消息传送系统从消息传送会话中的表单自动传送到所讨论的应用。图7是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话和顾客对话的一个实例的方框图。图7描绘出在代理人聊天对话700和顾客聊天对话710中呈现的代理人与顾客之间的另一个消息传送会话。在这种情形中，代理人向顾客给出表单，以便自动识别顾客的公司和姓名(其在图7中被描绘成代理人聊天对话700中的表单720以及顾客聊天对话710中的表单730)。在图7中可以看到，顾客能够在表单730中输入其名字、姓氏和公司，并且随后可以通过消息传送会话将该信息提交给代理人。结合后面讨论的图8给出了这样的操作的结果。图8是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话和顾客对话的一个实例的方框图。图8描绘出后来的某一时间点的代理人(在代理人聊天对话700中)与顾客(在顾客聊天对话710中)之间的消息传送会话。此时，顾客已经将其其名字、姓氏和公司名称输入到表单730中。一旦顾客已输入必要的信息，顾客就通过选择表单730上的提交按钮740将该信息提交给代理人。该信息作为表单800中的文本信息出现在代理人聊天对话700中，并且作为显示在顾客聊天对话710中的表单810中的文本信息出现。作为消息传送系统的能力以及内建到所生成的表单中的功能的结果，可以例如作为生成所显示的代理人聊天对话700中的表单(例如表单800)的一部分来实施例如顾客识别之类的操作。在图8所描绘的情形中，表单800包括顾客识别提醒栏位820和账号栏位830。基于顾客所提供的名字、姓氏和公司名称信息，由表单830提供的功能能够与一项或多项应用进行交互，以便尝试识别顾客。在图8所描绘的情形中识别出顾客(“Kingo’s”的“JohnSmith”)，正如在顾客识别提醒栏位820中呈现的信息所反映的那样。随着识别出顾客，消息传送系统(通过表单800)向代理人呈现重要信息(例如在账号栏位830中呈现的顾客账号(例如1234567))。在图8所描绘的实例中示出了根据本发明的实例的消息传送系统的另一项特征，其中这样的消息传送系统不仅被配置来与应用进行交互，而且还能够在消息传送会话中呈现信息。利用这样的方法，消息传送系统提供消息传送应用与系统应用的更加紧密的集成。举例来说，这样的集成不仅可以被采用来自动发起例如刚刚所讨论的那些应用功能，而且还可以允许将应用/消息传送系统配置成把来自所讨论的系统功能(或者其他此类功能)的一项或多项结果自动提交到消息传送会话中。因此，消息传送系统可以被配置成自动提供针对顾客将现在完成的表单提交到消息传送会话中的结果的适当响应(其例如在图8中被描绘成以下态度，“谢谢您——Kingo’s的账户已被识别。”)。应当认识到，这样的自动化为顾客提供了令人愉快的高效交互，同时还减轻了代理人的工作量。作为另一个实例，所述方法还可以被使用来生成图4中是按钮420和否按钮430，其中这些UI单元可以被自动生成并且提交(或者甚至被描绘成表单410的整个表单)到图4所描绘的消息传送会话中。后面将例如结合图43-48来讨论后一种替换方案的其他方面。示例性消息传送系统架构、数据模型和处理流程图9是示出了根据本发明的实施例的支持消息传送架构的web架构的一个实例的方框图。图9描绘出web架构900，其包括互联网网络(其在图9中被描绘成因特网/广域网(WAN)910，其将若干内联网(其在图9中被描绘成内联网920(1)-(N))彼此耦合)。内联网920(1)-(N)又可以包括若干组件，比如一个或多个客户端(其在图9中被描绘成客户端925(1)-(N))和/或web服务器(其在图9中被描绘成web服务器930(1)-(N))。客户端925(1)-(N)和/或web服务器930(1)-(N)例如可以被实施成计算机系统，比如结合图51和52描述的计算机系统。因特网/WAN910因此将内联网920(1)-(N)彼此耦合，从而允许客户端925(1)-(N)和web服务器930(1)-(N)彼此通信。如图9中所描绘的那样，客户端925(1)-(N)可以作为其中一个内联网920(1)-(N)的一部分可通信地彼此耦合并且耦合到web服务器930(1)-(N)，或者通过因特网/WAN910直接耦合。类似地，web服务器930(1)-(N)可以通过内联网/WAN910、通过去到内联网/WAN910的直接连接或者作为其中一个内联网920(1)-(N)的一部分耦合。web架构900还利用一个或多个其他设备提供经由内联网/WAN910的通信。这样的设备例如可以包括通用分组无线电服务(GPRS)客户端940(例如“智能电话”或可比较的移动设备)、安全web客户端(其在图9中被描绘成安全超文本传输协议(HTTPS)客户端950)以及使用标准文本协议的蜂窝电话(其在图9中被描绘成简单消息传送服务(SMS)客户端960)。HTTPS客户端950例如可以是使用安全HTTP(HTTPS)协议的膝上型计算机。因此，在移动环境中，对于GPRS客户端、SMS客户端、HTTP客户端等等的支持为用户提供了根据本发明的实施例的消息传送功能。同样如图9中所描绘的那样，SMS客户端960可以通过因特网/WAN910、通过几条信道进行通信。SMS客户端960例如可以直接与SMS网关965通信，后者又可以通过消息传送网关967以及例如可选地还有内联网920(3)内的单元与因特网/WAN910通信。或者，SMS客户端960可以通过SMS网关965、通过与SMS网关965和内联网920(3)连接的公共消息传送服务970与内联网920(3)(并且因此还有因特网/WAN910)通信。同样如图9中所描绘的那样，客户端925(4)还能够通过公共消息传送服务970和内联网920(3)经由因特网/WAN910进行通信。为了支持这样的通信以及根据本发明的实施例的其他通信，内联网920(3)包括服务器系统980，并且按照内联网920(2)的方式提供若干客户端(未示出)。服务器系统980包括若干单元，其允许服务器系统980支持根据本发明的实施例的消息传送通信。在这些单元当中有彼此通信的web服务器985、消息传送服务器990、应用服务器992、数据库服务器994和目录服务器996以及其他可能的此类服务器。后面例如将结合图11、12和34更加详细地讨论服务器系统980的各个单元的各种配置。根据本公开内容应当认识到，在这里的各幅图中的几个实例中使用了变量标识符“N”来更加简单地标示一系列有关的或类似的单元(例如内联网920(1)-(N)、客户端925(1)-(N)和web服务器930(1)-(N))当中的最后一个单元。对于此类变量标识符的重复使用并不意图表明这样的单元系列的尺寸之间的相关性。对于此类变量标识符的使用并不要求每一个单元系列具有与由相同的变量标识符限定的另一个系列相同的单元数目。相反，在每一个使用实例中，由“N”标识的变量可以保持与相同的变量标识符的其他实例相同或不同的值。图10是示出了根据本发明的实施例的支持消息传送架构的客户端-服务器架构的一个实例的方框图。图10描绘出web架构1000，其包括数据库服务器集群1010、web服务器集群1020以及通过互联网网络(其在图10中被描绘成因特网1040)可通信地耦合到web服务器集群1020的若干客户端(其在图10中被描绘成客户端1030(1)-(N))。根据本公开内容应当认识到，服务器集群是可以作为单一系统来管理的一组独立服务器，从而提供更高的可用性、更容易的可管理性以及更大的可伸缩性。在本例中，数据库服务器集群1010是提供利用群集技术架构的提供数据库设施的服务器集群。通过这样做，数据库服务器集群1010能够提供例如负载平衡、高可用性之类的优点，这是通过分解数据以便由web服务器集群1020的各台服务器访问(例如将数据库分解成“碎片”)、通过允许分开访问单独的数据来源等等而实现的。类似地，web服务器集群1020是执行web服务器软件(例如HTTP服务器)的一组计算机系统，其共同提供一种与前面提到的其他网页递送机制相比具有优点的网页递送机制。web服务器集群1020又包括若干服务器1050(1)-(N)，其中的每一台支持一项或多项服务器侧web应用(其在图10中被描绘成服务器侧应用1060(1)-(N))。如前所述，客户端1030(1)-(N)通过因特网1040访问服务器1050(1)-(N)。更具体来说，每一个客户端1030(1)-(N)支持一个或多个浏览器(其在图10中被描绘成浏览器1070(1)-(N))，其中的每一个浏览器又支持一项或多项客户端侧web应用(其在图10中被描绘成客户端侧web应用1075(1)-(N))。每一项客户端侧web应用1075(1)-(N)被配置成与其中一项或多项服务器侧web应用1060(1)-(N)进行通信，正如图10中所描绘的那样。为了支持此类通信，浏览器1070(1)-(N)可以被配置成通过因特网1040访问web服务器集群1020的一台或多台服务器，更具体来说是通过访问域名系统(DNS)服务器1080。DNS是针对连接到支持DNS的网络(例如因特网或私有网络)的计算机、服务和其他资源的分层、分布式命名系统。DNS把各种信息与被指派给每一个参与实体的域名相关联。举例来说，客户端1030(3)上的浏览器1020(3)可以访问DNS服务器1080以便确定服务器1050(2)的互联网协议(IP)地址。使用DNS还允许负载平衡，其被称作DNS平衡。DNS平衡是用于实施网站的容易且高效的机制，其可以处理比本来可能的情况更多的web通信量。DNS平衡涉及在单独的物理服务器上执行站点的多份拷贝。对应于站点(例如www.travelmagic.com)的主机名DNS服务器被配置成引导访问请求，从而将不同的访问请求导向这些服务器当中的不同服务器。这可以通过多种方式来实现，比如通过使得DNS服务器返回对应于主机名的多于一个互联网协议(IP)地址(例如返回对应于站点的多个IP地址，发出请求的浏览器可以从中进行选择)，或者对于每一项所接收到的DNS请求返回不同的IP地址。在任何情况下，这都导致将访问分布在web服务器集群1020的各台web服务器上，尽管从给定的其中一个浏览器1070(1)-(N)的角度来看仅有一个网站。针对负载平衡的替换方法例如包括以下技术：轮叫DNS平衡、基于硬件的负载平衡、基于软件的负载平衡、反向代理、主机之间的内容分散、外包提供商之间的内容分散以及其他此类技术。一旦浏览器1020(3)与服务器1050(2)进行通信，客户端侧web应用1075(3)就能够与服务器侧web应用1060(2)进行通信。通过这样做，客户端侧web应用1075(3)和服务器侧web应用1060(2)能够访问存储在保持在数据库服务器集群1010中的一个或多个数据库中的信息。在某些实施例中，客户端侧web应用1075(1)-(N)可以被实施成AJAX客户端(支持异步JavaScript和XML(AJAX)框架的客户端)。AJAX是在客户端侧被使用来创建异步web应用的一组相互关联的web开发技术。这样的客户端侧web应用可以利用有关的web开发技术被实施在JavaScript和可扩展标记语言(XML)中，其中包括jQuery和JavaScript对象标记(JSON)。jQuery是被设计成简化超文本标记语言(HTML)的客户端侧脚本化的跨浏览器JavaScript库，而JSON则是用于人类可读数据互换的轻量级的、基于文本的开放标准。在服务器侧，例如可以利用针对此类服务器侧支持的许多方法(其中例如包括Java、C#和.NET、RubyonRails、PHP超文本处理器(或者更加简单地称作PHP)脚本化语言、以及/或者其他此类技术，其通常是某种形式的通用服务器侧脚本化语言)来实施服务器侧web应用1060(1)-(N)。正如后面所讨论的那样，本发明的实施例可以利用前面提到的机制和设施，以便在其实现方式中提供附加的优点。在根据本发明的实施例的消息传送系统的情境中，例如web架构1000之类的web架构可以利用多种机制来支持此类消息传送系统的各项特征。举例来说，针对服务器之间的消息传送会话的转变的支持可以通过信息保持来提供(例如作为某种类型的“cookie”或其他少量数据保持在计算机系统上的信息，其从网站发送并且被存储以供web浏览器访问)，其在图10中被描绘成若干cookie(cookie1090(1)-(N))。Cookie1090(1)-(N)保持关于给定的消息传送会话(或者多个消息传送会话)的状态的信息，从而允许把(多个)消息传送会话从一台服务器传递到另一台，从而促进负载平衡和故障恢复。或者可以把对应于消息传送会话的状态信息保持在服务器侧(例如保持在其中一台服务器1050(1)-(N)处(其在图10中例如被描绘成服务器侧状态信息1095))，或者被保持在被使用来支持消息传送系统的数据库中(例如会话信息可以被保持在数据库服务器集群1010当中的数据库中(其在图10中被描绘成会话信息数据库1097))。消息传送会话信息的服务器侧保持及其管理可以由承担这一任务的特定服务器来管理，或者可以在各台服务器之间共享(以及/或者在各台服务器之间传输)。另一种替换方案是配置DNS服务器(例如DNS服务器1080)来管理消息传送会话，这是通过向不同的服务器发送访问而实现的(例如可以把对于一个或多个特定URL/链接的选择发送到一台服务器，同时把对于其他URL/链接的选择发送到另一台服务器；DNS服务器1080可以被配置成根据轮叫(或其他)调度范例或者通过某种其他可比机制将此类访问发送到服务器1050(1)-(N)当中的各台服务器)。显而易见的是，由根据本发明的实施例的消息传送系统提供的功能支持实现允许用户按照特别有效并且高效的方式进行通信的多种特征。图11A是示出了根据本发明的实施例的消息传送架构的一个实例的方框图(其在图11A中被描绘成消息传送架构1100)。在图11A所示的实现方式中，消息传送架构1100采用例如通常结合图12讨论的客户端-服务器架构。因此除了其他单元之外，消息传送架构1100包括客户端系统1105和服务器系统1110以及一个或多个企业系统(其在图11A中被描绘成企业系统1115)。还可以看到，客户端系统1105和服务器系统1110通过网络1116可通信地彼此耦合。客户端系统1105充当在图9中描绘的各种客户端的一个实例(例如其中一个客户端925(1)-(N)、GPRS客户端940、HTTPS客户端950、SMS客户端960或其他此类客户端)。作为消息传送架构1100的一部分，客户端系统1105提供对于浏览器1120的支持，所述浏览器1120能够为用户呈现例如采用通用标记语言等等的页面(其在图11A中被描绘成HTML页面1122)。HTML页面1122又为用户呈现选择1124，更具体来说是呈现在其中的表单1126。HTML页面1122通过网络1116从服务器系统1110内的服务器接收关于表单1126的信息，以用于作为分段1124的一部分来显示。服务器系统1110可以包含若干子系统，其中例如包括web服务器1130、用户信息数据库1135以及会话信息数据库1136。web服务器1130被配置成访问用户信息数据库1135以便获得用户标识信息，比如用户的即时消息传送(IM)标识符与其用户标识符(例如user_id)之间的映射。类似地，会话信息数据库1136可以保持例如在进行消息传送会话的用户之间所传送的消息之类的信息。服务器系统1110还为web服务器1130提供对于网页(其在图11A中例如被描绘成网页1137)以及一项或多项web应用(其在图11A中例如被描绘成web应用1138(1)-(N))的访问。前述内容例如可以按照结合图10讨论的方式来实施。服务器系统1110还提供对于通过消息传送系统1140进行的消息传送的支持，其中web服务器1130可通信地耦合到消息传送系统1140。在某些实施例中，消息传送系统1140包括框架1142和消息传送服务器1143。消息传送服务器1143能够通过框架接口1144与框架1142进行通信，并且通过支持必要的协议(例如可扩展消息传送和存在协议(XMPP))促进消息传送服务。类似地，消息传送服务器1143支持一个或多个消息传送小应用程序(其在图11A中被描绘成消息传送小应用程序1145)。除了能够通过各种通信路径和机制与web服务器1130进行通信之外，消息传送系统1140还能够与企业系统1115的各个单元进行通信，并且更具体来说是与企业系统1115的各种资源(其在图11A中被描绘成资源1147)和应用程序(其在图11A中被描绘成应用程序1149)进行通信。如前所述，消息传送系统1140还能够通过多种通信途径和机制与web服务器1130进行通信。举例来说，消息传送服务器1143可以直接与web服务器1130通信，以及通过其对于消息传送小应用程序1145的支持和消息传送小应用程序1145与web服务器1130之间的通信来这样做。框架1142可以利用消息传送服务器1143的框架接口1144通过消息传送服务器1143与web服务器1130进行通信，或者与web服务器1130直接通信。通过这种方式，可以通过网络1116在HTML页面1122中向/从浏览器1120传送来自应用程序1149和/或web应用(webapp)1138(1)-(N)的信息。作为另一个实例，可以通过web服务器1130来传送消息传送小应用程序1145的输出(其代表来自应用程序1149和/或web应用1138(1)-(N)的信息)，并且作为表单1126呈现在HTML页面1122中。图11B是描绘出根据本发明的实施例的消息传送服务堆栈的一般性实例的各层的方框图。图11B描绘出被配置成支持前面提到的架构的操作的消息传送服务堆栈1150的各个单元。因此，消息传送服务堆栈1150允许定义、定位和实现对于支持发生在根据本发明的实施例的消息传送架构中的交互所需要的必要服务。消息传送服务堆栈1150包括web层1152、服务层1154和数据库层1156。这些层反映出提供在例如图10的web架构1000之类的架构中的软件服务，并且支持例如图11A的消息传送架构1100之类的消息传送架构。消息传送服务堆栈1150的web层1152又包括web服务器1160和消息传送服务器1161。web服务器1160和消息传送服务器1161通过储存库访问接口1162访问服务层1154和数据库层1156的各个单元，所述储存库访问接口1162也是web层1152的一个组件(至少在概念层级上是这样)。服务层1154又为web层1152的各个单元提供对于数据库层1156的各个单元的访问，这是通过若干框架适配器(其在图11B中被描绘成框架适配器1165(1)-(N))和数据定义适配器1166而实现的。服务层1154的各个单元提供保持在数据库层1156中的信息之上的一个抽象层，并且允许去到该处的一般性接口，以及通过支持利用数据定义适配器1166的数据定义而允许更加可配置的接口。针对将由web层1152的各个单元(例如web服务器1160和消息传送服务器1161)访问的信息，数据库层1156保持若干储存库(其在图11B中被描绘成一个或多个储存库1168)，其定义例如可以被保持在数据定义储存库1169中，从而通过保持关于储存库1168的结构和内容的信息来提供前面提到的可配置性。例如数据定义储存库1169之类的数据定义储存库例如可以包括特定元数据，以及关于数据访问的信息和对于在访问储存库1168时获得所述信息并且实施必要的操作所需要的分析引擎。图11C是示出了根据本发明的实施例的数据模型的一般性实例的方框图。图11C是一般性数据模型的一个实例，其在图11C中被描绘成数据模型1170。数据模型1170例如适合用于架构根据本发明的实施例的消息传送系统。数据模型1170包括数据对象1171，其例如代表结构化数据对象、动态表单对象、或者被配置成使用在根据本发明的实施例的消息传送系统中的其他此类对象。数据对象1171例如可以包括数据对象声明1172。在数据模型1170中，数据对象1171和数据对象声明1172具有一对一(1:1)关系。数据对象1171与数据对象声明1172之间的单线表明了这种关系。数据对象声明1172又可以包括一项或多项方法描述(其在图11C中被描绘成方法描述1174)。在数据模型1170中，数据对象声明1172和方法描述1174具有一对多(1:N)关系，从而表明例如数据对象声明1172之类的数据对象声明可以与一项或多项方法描述相关联。类似地，方法描述1174可以与一项或多项操作(在图11C中将其一个实例描绘成操作1176)相关联。在数据模型1170中，方法描述1174和例如操作1176之类的操作也共享一对多(1:N)关系，正如方法描述1174与操作1176之间的分支线所表明的那样。操作1176又可以包括一个或多个参数(在图11C中将其一个实例描绘成参数1178)。按照前面提到的方式，操作1176与参数1178之间的关系是一对多(1:N)关系。图11D是示出了根据本发明的实施例的在利用消息传送系统向/从客户端发送/接收信息时所实施的操作的一般性实例的流程图。图11D的处理开始于确定是否接收到通过消息传送系统发送信息的命令(步骤1180)。在等待接收这样的命令时，所述处理进行循环(步骤1180)。一旦消息传送系统接收到这样的命令，消息传送系统就实施用以识别将要通过消息传送系统发送的信息的处理(步骤1182)。后面将结合图19(例如关于结构化数据对象(SDO))以及图37A和37B(例如关于动态表单对象(DFO))讨论这样的操作的更加详细的实例。在识别出将要发送的信息之后，将所述信息(或者对于所述信息的访问)从应用传输到消息传送系统(步骤1184)。后面将结合图20、21和22(例如关于SDO)以及图38(例如关于DFO)讨论这样的操作的更加详细的实例。消息传送系统随后将所述信息提交到消息传送会话中(步骤1190)。后面将结合图23(例如关于SDO)和图39(例如关于DFO)讨论这样的操作的更加详细的实例。消息传送系统随后等待来自另一方(或多方)对于消息传送会话的响应(步骤1192)。一旦接收到响应(步骤1192)，消息传送系统就实施对于将这样的响应传送到应用所必要的操作(步骤1194)。后面将结合图24(例如关于SDO)和图40(例如关于DFO)讨论这样的操作的更加详细的实例。随后确定是否要结束消息传送会话，还是等待针对通过消息传送系统将对象和/或其相关联的信息推送到消息传送会话中的另外的命令(步骤1196)。根据本公开内容将认识到，图11D的每一项操作可以由一个模块(例如软件模块)或者模块的一部分或者计算机系统用户来执行。因此，前面描述的方法、其操作以及其模块可以在被配置成执行所述方法的操作的计算机系统上执行，并且/或者可以从计算机可读介质执行。所述方法可以被具体实现在用于配置计算机系统执行所述方法的机器可读和/或计算机可读介质中。因此，所述软件模块可以被存储在计算机系统存储器内并且/或者被传送到计算机系统存储器，以便配置计算机系统来实施所述模块的功能。这里所描述的软件模块可以由计算机系统例如从计算机可读介质接收。这样的计算机可读介质可以永久性地、可移除地或者远程地耦合到计算机系统。计算机可读介质例如可以非排他性地包括任何以下各项：磁性存储介质(包括盘和带存储介质)；光学存储介质，比如紧致盘介质(例如CDROM、CDR等等)和数字视频盘存储介质；非易失性存储器，其中包括例如闪存、EEPROM、EPROM、ROM或者专用集成电路之类的基于半导体的存储器单元；以及易失性存储介质(其中包括寄存器、缓冲器或高速缓存、主存储器、RAM等等)。在基于UNIX的实施例中，所述软件模块可以被具体实现在文件中，其可以是设备、终端、本地或远程文件、套接字或者其他此类单元。还可以使用其他新的各种类型的计算机可读介质来存储和/或传送这里所讨论的软件模块。支持应用程序的示例性消息传送系统架构和处理在消息传送系统(例如CRM代理人-顾客环境)中，例如顾客服务代理人之类的用户可以使用预定义的表单从其他用户(例如顾客或同事)收集信息。定义一个频繁询问的问题列表，并且事先针对每一个问题设计一个表单。在前端处，利用适当的输入掩蔽(对于敏感数据)和确认选择适当的表单窗口小部件，在后端处，定义自动系统流程以使用通过顾客表单提交的信息。在消息传送会话期间，可以将这样的预定义表单插入到消息输入区域(例如消息传送输入窗格)中，这是通过选择插入按钮或者可能更加高效的是通过在聊天输入区域中键入特殊提示。在插入表单时，用户可以在将表单提交到消息传送会话之前对表单进行编辑，比如在表单上方或下方键入更多帮助文本。如果用户改变了主意，则该用户可以关闭表单以撤销插入。可用于插入的预定义表单列表可以是动态的并且是情境敏感的。举例来说，在顾客被识别之前，可以隐藏所有特定于顾客的表单。因此该列表可以充当由代理人遵循的有帮助的引导(例如在帮助有特定问题的顾客时)。最终，表单以及任何伴随的文本被提交到消息传送会话中。图12是描绘出根据本发明的实施例的企业消息传送架构1200的服务器系统和其他组件的某些单元和特征的方框图。从本公开内容将认识到，关于其中提供由(例如企业中的)应用程序进行或者针对所述应用程序的访问的实现方式，企业消息传送架构1200提供关于例如服务器系统1110之类的服务器系统的各个单元的更多细节。按照消息传送架构1100的方式，企业消息传送架构1200提供支持浏览器1215的客户端系统1210，并且为浏览器1215提供通过网络1225针对服务器系统1220的访问。按照服务器系统1110的方式，服务器系统1220支持若干服务器和系统，以便提供必要的web服务和消息传送功能。在这些单元当中有web服务器1230和消息传送系统1235。在企业消息传送架构1200中，web服务器1230和消息传送系统1235提供对于允许访问服务器系统1220的用户之间的消息传送通信的一项或多项消息传送应用的支持。在企业内，例如用户可能通过使用消息传送应用来访问服务器系统1220(更具体来说是消息传送系统1235)，所述消息传送应用比如是一项或多项消息传送应用1240(1)-(N)。为了支持这样的消息传送应用，消息传送系统1235包括消息传送服务器1250，其又包括消息传送储存库1255。消息传送系统1235还可以提供结构化数据框架1260，其支持包括将结构化数据推送到基于消息的消息传送会话中的能力的消息传送范例。为了支持这样的操作，结构化数据框架1260包括结构化数据框架(SDF)管理器1262、框架类型储存库1264、框架实例储存库1266以及框架元数据储存库1268以及其他此类单元。服务器系统1220支持通过直接通信以及经由例如资源接口模块1220(其例如包括资源查询模块1272和资源调用模块1274)和结构化数据对象(SDO)1275(1)-(N)之类的构造与企业系统进行通信。根据本公开内容将认识到，消息传送系统1235被设计成通过网络1225和web服务器1230在应用程序和/或消息传送应用(例如其中一项消息传送应用1240(1)-(N))与客户端系统1210之间传送SDO，比如其中一个SDO1275(1)-(N)(或者由其所代表/存储的结构化数据和/或与之相关联的信息以及/或者针对其的访问)。通过这样做，这样的结构化数据被传送(例如在消息中)到客户端系统1210以供在GUI中呈现，其中例如作为表单来呈现所述消息(例如浏览器1215)。资源接口模块1270支持SDF1260与一项或多项资源(其在图12中例如被描绘成资源1280(1)-(N))之间的经由服务器总线1285的通信。资源接口模块1270和资源1280(1)-(N)还能够使用服务总线1285与一个或多个应用程序(其在图12中被描绘成应用程序1190(1)-(N))进行通信。来自应用程序1290(1)-(N)的信息通过相应的其中一个消息传送应用接口(MAI)1291(1)-(N)和适配器1292(1)-(N)被传送到结构化数据对象1275(1)-(N)，正如图12中所示出的那样。通过提供消息传送系统1235(更具体来说是结构化数据框架1260)和应用程序1290(1)-(N)全部二者，企业消息传送架构1200能够允许消息传送应用1240(1)-(N)的用户与访问服务器系统1220的用户通过其浏览器(例如浏览器1215)进行通信，从而彼此传送结构化数据。此外，在企业消息传送架构1200中提供消息传送功能，这至少部分地是通过为消息传送系统1235(更具体来说是SDF1260)和应用程序1290(1)-(N)(经由MAI1291(1)-(N)和适配器1292(1)-(N))提供针对SDO1275(1)-(N)的访问而实现的。为此，根据本公开内容将认识到，SDO1275(1)-(N)在图12中被描绘成由SDF1260和应用程序1290(1)-(N)全部二者访问。在这样的情形中，企业消息传送架构1200例如可以为消息传送系统1235和应用程序1290(1)-(N)提供针对SDO1275(1)-(N)的共享访问。在另一个实施例中，消息传送系统1235和应用程序1290(1)-(N)例如可以在SDF1260的控制下或者在“先到先得”的基础上交替访问SDO1275(1)-(N)。实际上，可以使用许多方法来为SDF1260和应用程序1290(1)-(N)提供针对SDO1275(1)-(N)的访问。或者，可以在消息传送系统1235与应用程序1290(1)-(N)之间传递SDO1275(1)-(N)。前述替换方案以及其他与之可比的替换方案意图落在本公开内容的范围内，因此本公开内容意图包含这样的替换方案。图13是描绘出根据本发明的实施例的结构化数据框架架构的某些单元的方框图。图13描绘出结构化数据框架(SDF)架构1300，其是可以被使用在根据本发明的实施例的结构化数据框架(比如图12的SDF1260)中的数据架构的一个实例。SDF架构1300提供关于可以被使用来创建结构化数据框架的构造实例的进一步细节。SDF架构1300的中心是SDF管理器1310，其至少某些特征和功能可以与图12的SDF管理器1262比较。在SDF架构1300中，SDF管理器1310(其例如可以与SDF管理器1262比较)被设计成访问框架类型储存库(FTR)1320、框架实例储存库(FIR)1322和框架元数据储存库(FMR)1324以及其他此类构造。SDF管理器1310通过框架类型储存库(FTR)应用编程接口(API)1330和FTR适配器1335来访问FTR1320。通过这样做，SDF管理器1310能够向/从FTR1320存储和取回类型描述，比如类型描述1340(1)-(N)。类型描述1340(1)-(N)提供使用在SDO实例的实例化中的信息。SDO类型允许识别所述SDO类型所涉及的消息传送会话，并且通过这样做为参与者给出关于正在传送的信息及其情境的共同理解。在某些实施例中，可以按照类似于类和对象的编程概念的方式来设计这种关系。按照类似的方式，SDF管理器1310能够通过FIRAPI1350和FIR适配器1355访问FIR1322。通过这样做，SDF管理器1310能够向/从FIR1322存储和取回实例描述，比如实例描述1360(1)-(N)。因此，SDO实例被存储在FIR1322中。如前所述，由实例描述1360(1)-(N)表示的SDO实例的实例化可以采用保持在类型描述1340(1)-(N)中的信息。类似地，SDF管理器1310还能够通过FMRAPI1370和FMR适配器1375访问FMR1324。通过这样做，SDF管理器1310能够向/从FMR1324存储和取回元数据，比如元数据1380(1)-(N)。从本公开内容将认识到，FMR1324存储描述SDO实例(例如实例描述1360(1)-(N)的某些方面的描述)的元数据(例如元数据1380(1)-(N))。此外，在图13中还可以看到，应用编程接口FTRAPI1330、FIRAPI1350和FMRAPI1370被描绘成虚线框，以便说明虽然这样的API可以包括其他软件模块，但是FTRAPI1330、FIRAPI1350和FMRAPI1370主要代表SDF管理器1310与其对应的储存库之间的接口的定义。图14是示出了根据本发明的实施例的企业资源接口架构的一个实例的方框图。图14描绘出企业资源架构1400及其各个单元的一个实例，所述单元可以与图12和13中描绘的某些单元比较。企业资源架构1400包括消息传送服务器1410、结构化数据框架管理器1420(其被配置来管理SDO1425(例如其传输和使用))、框架实例储存库1430(其被配置来管理结构化数据对象，比如SDO1425)、框架元数据储存库1440(其通过数据适配器1450可通信地耦合到框架实例储存库)以及一个或多个资源接口模块(其在图14中被描绘成资源接口模块1460)。根据本公开内容将认识到，消息传送服务器1410可以与图12的消息传送服务器1250比较，并且结构化数据框架管理器1420可以与其中的SDF管理器1262比较。还应当认识到，框架实例储存库1430可以与图12的FIR1266比较，并且框架元数据储存库1440可以与其中的FMR1298比较。资源接口模块1460可以与图12的资源接口模块1270比较。因此，在操作(以及结合图13描述的方式)中，SDF管理器1420使得将SDO1425存储在FIR1430中。此外，数据适配器1450可以对FIR1430进行查询(如果希望的话进行周期性地查询，或者在按需的基础上进行查询)，以便确定任何近来更新的SDO实例的状态。这样的确定例如可以利用从FMR1440取回的元数据(其可能已通过资源接口模块1270取回)来作出。这样就为代理人提供了查询和跟踪消息传送会话的能力，以及使得这样的信息可用于其他应用(例如通过资源接口模块1270)。图15是示出了根据本发明的实施例的结构化数据对象(SDO)数据模型集合的一个实例的方框图。图15描绘出SDO数据模型集合1500，其中定义了结构化数据对象1510。结构化数据对象1510是基于SDO类型1520，其至少部分地定义SDO1510的数据对象类型。根据本公开内容将认识到，SDO数据模型集合1500的数据模型例如可以被使用来定义结构化数据对象，比如图12的SDO1275(1)-(N)。此外，在这一方面中，例如SDO类型1520之类的信息可以被保持在结构化数据框架(比如图12的SDF1260)内的数据存储库中(例如FTR1264)。结构化数据对象1510包括各种单元，其中包括一个或多个预处理单元1530、请求单元1540、响应单元1550和后处理单元1560。预处理单元1530通常包括被用来在使用前定义给定的SDO的属性的单元(例如如果在给定情况下允许SDO的使用的话)。相反，后处理单元1560提供将在使用了给定的SDO之后发生的操作(例如在给定情况下提供反馈、与应用(例如web应用)进行接口等等)。在请求单元1540与响应单元1550之间存在可以比较的关系，其提供关于通过给定的SDO进行的信息请求(例如被用来表示由代理人发送给顾客的表单的编程性构造)以及作为应答接收到的信息(例如被用来表示作为应答发送的信息的编程性构造)的定义。图16是示出了根据本发明的实施例的SDO数据模型集合的一个实例的方框图。图16更加详细地描绘出例如在图15中所描绘的SDO数据模型集合(其在图16中作为SDO数据模型集合1600出现)。SDO数据模型集合1600包括结构化数据对象1610，其是基于SDO类型1612。SDO类型1612至少部分地定义SDO1610的数据对象类型。根据本公开内容将认识到，SDO数据模型集合1600的数据模型例如可以被使用来定义结构化数据对象，比如图12的SDO1275(1)-(N)。此外，在这一方面中，例如SDO类型1612之类的信息可以被保持在结构化数据框架(比如图12的SDF1260)内的数据存储库中(例如FTR1264)。结构化数据对象1610包括各种单元，其中包括一个或多个预处理单元1615、请求单元1616、响应单元1617和后处理单元1618。预处理单元1615通常包括被用来在使用前定义给定的SDO的属性的单元。为此，预处理单元1615例如可以包括显示SDO先决条件1620(其确定给定的SDO是否在接口中可见(并且因此潜在地可供使用))、启用SDO先决条件1622(其确定可见的SDO是否实际可供使用)以及有关的SDO信息1624。相反，后处理单元1618提供将在使用了给定的SDO之后发生的操作。在请求单元1616与响应单元1617之间存在可以比较的关系，其提供关于通过给定的SDO进行的信息请求以及作为应答接收到的信息的定义。因此，请求单元1616通常包括被用来定义给定表单的结构、行为和属性以及借此请求的信息的单元。为此，请求单元1616例如可以包括表单条目1630。与表单条目1630相关联的是表单界面外观信息(LFI)1632(其具有与之相关联的提示文本1634)和客户端表单确认信息(FVI)1636。如前所述，表单条目1630及其相关联的单元于是提供关于被推送到消息传送会话中的给定表单的结构和行为的定义信息。此外，LFI1632提供关于表单的外观的信息，提示文本1634则允许表单提供关于将要输入到给定栏位中的值的提示。在请求单元1616中还包括条目标签1640，其具有与之相关联的条目输入窗口小部件1642、条目界面外观信息(条目LFI或ELFI)1644以及条目确认信息(EVI)1646。与条目输入窗口小部件1642相关联的是窗口小部件类型1647(被用作给定表单的一部分的窗口小部件的类型，如果其存在的话)、默认值1648(正如其名称所暗示的那样提供对应于给定条目的默认值)以及可选值1649。EVI1646和客户端FVI1636提供允许表单中的窗口小部件对输入到表单中的信息进行确认的信息(例如参见图49及其相关联的描述)。类似地，LFI1632和ELFI1644可以被采用来在请求信息时控制表单及其单元的界面外观。按照类似的方式，响应单元1617通常包括被用来定义针对给定表单的响应的结构和属性的单元。为此，响应单元1617包括文本条目1650。与文本条目1640相关联的是文本LFI1652，其可以被用来在传送响应时控制表单及其单元的界面外观。提示文本1654又与文本界面外观信息1652相关联，并且被用来提供关于给定栏位的提示。响应单元1617还包括条目标签1660。与条目标签1660相关联的是条目值1662(其可以包含作为针对请求的响应的信息)和ELFI1664(其可以被用来控制所讨论的条目的界面外观)。如前所述，后处理单元1618提供在使用了给定的SDO之后发生的操作(例如SDO如何被访问、关于SDO及其使用的信息、将要据此采取的动作等等)。因此，后处理单元1618可以包括系统方法1670，其具有与之相关联的反馈信息1672和服务器表单确认信息1674。其中另一个后处理单元1618是反馈消息1680。与反馈消息1680相关联的是反馈界面外观信息1682和相关联的动作信息1684。图17是示出了根据本发明的实施例的结构化数据服务架构的一个实例的方框图。图17描绘出结构化数据服务架构1700的结构以及其中的操作的一个实例，其被涉及在通过允许调用一种或多种必要的方法来提供针对根据本发明的实施例的消息系统的支持的过程中。在结构化数据服务架构1700内并且正如一般关于数据模型1170所提到的那样，结构化数据对象(其在图17中被描绘成结构化数据对象1710)作为一个实例(也就是说已被实例化)存在于结构化数据服务架构1700中。按照数据模型1170的方式，结构化数据对象1710涉及SDO声明1715，其又涉及方法描述1720。例如可以利用描述语言来规定SDO声明1715。方法描述1720又涉及一项或多项操作(在图17中将其一个实例描绘成操作1722)。操作1722又涉及一个或多个参数(在图17中将其一个实例描绘成参数1724)。例如参数1724之类的参数可以包含信息、针对结构化数据对象1710的一个或多个栏位的内容的一项或多项参考等等。在其中方法描述被调用的情形中，结构化数据对象1710的当时现有的内容被用来创建方法实例(其在图17中被描绘成请求方法实例1730)。如图17中所示，请求方法实例1730可以涉及结构化数据对象1710的其中一个或多个参数(例如参数1724)。一旦将请求方法实例化成请求方法实例(例如请求方法实例1730)，方法调度程序1740就确定与所讨论的web服务进行通信的方式(例如在进行这样的通信时采用哪一种(哪些)协议和传输机制)。方法调度程序1740例如可以利用请求方法实例1730的内容以及一项或多项服务描述(其在图17中例如被描绘成服务描述1750)来作出这一确定。方法调度程序1740在作出这样的确定之后，随后通过适当的协议/传输处理程序(其在图17中被描绘成协议/传输处理程序1770)调用必要的web服务(其在图17中被描绘成web服务1760)。一旦通过协议/传输处理程序1770调用了web服务1760，web服务1760就通过协议/传输处理程序1770向方法调度程序1740提供其响应。响应于由方法调度程序1740接收到该信息，方法调度程序1740创建响应方法实例1780，其可以随后被使用来更新结构化数据对象1710。图18是示出了根据本发明的实施例的在利用消息传送系统向/从客户端推送/接收一个或多个SDO(以及/或者与之相关联/作为其代表的信息)时所实施的操作的一个实例的流程图。图18的处理开始于确定是否接收到通过消息传送系统推送结构化数据的命令(步骤1800)。在等待接收这样的命令时，所述处理进行循环(步骤1800)。一旦消息传送系统接收到这样的命令，消息传送系统就实施用以识别将要通过消息传送系统推送的(多个)SDO/结构化数据(和/或与之相关联的信息)的处理(步骤1810)。后面将结合图19讨论这样的操作的细节。在识别出将要推送的(多个)SDO/结构化数据和/或相关联的信息之后，将所述(多个)SDO和/或相关联的信息(或者对于其的访问)从应用软件传输到消息传送系统(步骤1820)。后面将结合图20、21和22讨论这样的操作的细节。随后确定所述(多个)SDO/结构化数据和/或相关联的信息是否被从应用成功地传输到消息传送系统(步骤1830)。如果所述传输不成功，则例如向消息传送系统提供表明传输不成功的指示(以便例如呈现给消息传送会话中所涉及的一个或多个用户)(步骤1840)。一旦提供了这一指示，随后确定(步骤1845)消息传送系统是否应当重新启动所述处理，以便尝试将所述(多个)SDO/结构化数据/信息从应用成功传输到消息传送系统，还是将所述消息传送会话切换到基于文本的消息传送(步骤1847)。在后一种情况下，消息传送会话继续，尽管不使用给定的表单。根据本公开内容将认识到，切换到基于文本的消息传送可以表明只有所讨论的表单将不被采用，或者消息传送会话将从此以后使用基于文本的消息传送(或者直到满足某种条件为止)。如果将要进行传输所述(多个)SDO/结构化数据/信息的另一次尝试，则所述处理循环回到识别将要通过消息传送系统推送的(多个)SDO/结构化数据/信息(步骤1810)。但是如果消息传送会话将要切换到基于文本的消息传送(步骤1847)，则实施对于切换到此类基于文本的消息传送所必要的任何操作，从而使得消息传送会话可以在基于文本的消息传送的基础上继续，并且所述处理(至少关于给定的(多个)SDO/结构化数据/信息)结束。根据本公开内容将认识到，消息传送会话在此时可以通过多种方式继续，其中包括对于消息传送会话的其余部分切换到基于文本的消息传送。或者，消息传送系统可以表明所述情况，忽略给定的(多个)SDO/结构化数据/信息，允许基于文本的消息传送，并且随后尝试支持另外的(多个)SDO/结构化数据/信息的后续传输。这些和其他此类替换方案意图落在这里所描述的本发明的实施例的范围之内。如果去到消息传送系统的(多个)SDO/结构化数据/信息的传输成功(步骤1830)，则消息传送系统在接收到对象和/或对象信息之后将所述对象和/或对象信息推送到消息传送会话中(步骤1850)。后面将结合图23讨论这样的操作的细节。消息传送系统随后等待来自另一方(或多方)针对消息传送会话的响应(步骤1860)。一旦接收到响应(步骤1860)，消息传送系统就实施对于将这样的响应传送到应用所必要的操作(步骤1870)。后面将结合图24讨论这样的操作的细节。随后确定是否要结束消息传送会话，还是等待针对通过消息传送系统将对象和/或其相关联的信息推送到消息传送会话中的另外的命令(步骤1880)。图19是示出了根据本发明的实施例的在识别将要通过消息传送系统推送的结构化数据/信息时所实施的操作的一个实例的流程图。图19关于应用程序按照图11D的步骤1182的方式描绘出一项处理。在该处理中，识别命令(如果存在的话还有其相关联的信息)和结构化数据(和/或相关联的信息、SDO或其他信息)，以便将所述结构化数据/信息推送到消息传送会话中。图19的处理开始于接收命令(如果存在的话还有其相关联的信息)(步骤1900)。一旦接收到命令以及任何相关联的信息，消息传送系统就至少部分地基于如此接收到的命令以及任何相关联的信息来识别随之接收到的任何结构化数据(步骤1910)，这可以包括对所述命令以及任何相关联的信息进行分析。随后确定所述命令(以及任何相关联的信息)是否已被成功识别(步骤1920)。如果这样的识别没有成功，则确定是否应当重试所述识别处理(步骤1930)。如果应当重试识别处理，则所述处理循环回到命令/命令信息的识别(步骤1910)。如果不应当重试识别处理，则消息传送系统表明在命令的识别过程中发生了问题(步骤1940)。在这种情况下，消息传送系统通常随后将消息传送会话切换到基于文本的消息传送(步骤1944)，并且消息传送会话继续进行。根据本公开内容将认识到，在给出前面提到的指示的情况下，还可以为一个或全部两个用户给出在这种情况下简单地结束消息传送会话的选项。在其中没有发送给定的结构化数据但是消息传送会话将会继续的情况下，消息传送会话简单地继续进行。在这种情况下，图19的处理结束，所讨论的结构化数据保持未被发送。但是如果所述命令/命令信息被成功识别(步骤1920)，则至少部分地基于如此识别的命令(以及可能还有相关联的信息)来识别需要从应用获得的任何结构化数据(步骤1950)。随后确定将从应用获得的结构化数据是否被成功地识别(步骤1960)。如果结构化数据和命令/命令信息被成功识别(步骤1920和1960)，则准备好将所述结构化数据传输到消息传送系统。所述处理随后结束。但是如果将从应用获得的结构化数据没有被成功识别(步骤1960)，则确定是否应当重试所述识别处理(步骤1970)。如果应当重试识别处理，则所述处理循环回到命令/命令信息的识别(步骤1910)。如果将不重试识别处理，则消息传送系统表明结构化数据没有被成功识别(步骤1980)。与前面一样，消息传送系统随后将消息传送会话切换到基于文本的消息传送(步骤1944)，并且消息传送会话继续进行。在任一种情况下，图19的处理结束，所讨论的结构化数据保持未被发送。图20是示出了根据本发明的实施例的在向消息传送系统提供结构化数据(和/或相关联的信息)时所实施的操作的一个实例的流程图。应当认识到，除了图18的步骤1820之外，图20中所描绘的处理是关于结构化数据的图11D的步骤1184的一个实例。图20中所描绘的处理提供了在利用结构化数据对象从应用程序取回结构化数据/相关联的信息以及将该结构化数据/相关联的信息传输到消息传送系统时所实施的操作的一个实例。所述处理开始于消息传送系统从应用程序请求结构化数据(步骤2010)，以便在其间传输这样的结构化数据。后面将结合图21讨论这样的操作的细节。或者，虽然没有在图20中示出，但是根据早前的讨论和总体上的本公开内容应当认识到，前面所提到的请求可以被实施成针对控制机制的情况，或者更加简单的是被实施成由访问共享方案提供的访问，从而把针对所讨论的SDO的访问从应用程序传输到消息传送系统(因此反映出早前结合图12讨论的其中一种替换方案的实现方式)。随后确定是否已接收到结构化数据(或访问)(步骤2020)。如果必要的话，消息传送系统等待结构化数据(或访问)的接收完成(步骤2020)。如果没有从应用成功接收到结构化数据，则提供关于这一点的指示(步骤2025)。在这种情况下，消息传送系统可以把消息传送会话切换到基于文本的消息传送，如果希望的话按照结合图19提到的方式进行(步骤2029)。如果这种可能的结果发生，则所述处理随后结束。或者如果成功接收到结构化数据(步骤2020)，则将所述结构化数据从应用传输到消息传送系统。在本发明的一个实施例中，这一传输是通过经由协议和传输处理程序调用web服务(步骤2030)并且随后将所讨论的结构化数据从应用传输到消息传送系统(步骤2032)而实现的。后面将结合图22讨论这样的操作的细节。或者，虽然没有在图20中示出但是应当认识到，正如前面总体上关于针对SDO的请求所提到的那样，前面所提到的传输可以被实施成按照前面所讨论的相应请求将访问从应用程序传输到消息传送系统。随后确定结构化数据的传输是否已成功完成(步骤2035)。当结构化数据的传输正在进行并且还没有发生问题时，所述处理循环进行(步骤2035)。但是如果在传输期间发生问题(步骤2040)，则消息传送系统提供关于此类问题的发生的指示(步骤2045)。与前面一样，消息传送系统可以按照结合图19提到的方式将消息传送会话切换到基于文本的消息传送(步骤2029)。此时，所述处理随后结束。一旦结构化数据被成功传输到消息传送系统(步骤2035)，随后确定是否还要从应用获得任何另外的数据(步骤2050)。当还要从应用向消息传送系统传输另外的数据时，所述处理实施前面所提到的操作，直到所有这样的结构化数据都被传输到消息传送系统为止(步骤2050)。一旦已将必要的结构化数据传输到消息传送系统，就提供表明这样的操作已经完成并且已将结构化数据从应用成功地传输到消息传送系统的指示(步骤2060)。可选的是，通过使得消息传送系统收集从应用获得的结构化数据，可以准备如此传输的结构化数据以供提交到消息传送会话(步骤2070)。图21是示出了根据本发明的实施例的在从应用程序请求结构化数据时所实施的操作的一个实施例的流程图。图21按照图20的步骤2010的方式描绘出一项处理。因此，图21的处理示出了根据本发明的实施例的由消息传送系统实施来把结构化数据/SDO和/或相关联的信息提交到消息传送会话中的操作的一个实例。所述处理开始于消息传送系统等待接收针对服务的请求(步骤2110)。所述处理循环进行，从而等待接收这样的请求(步骤2110)。一旦接收到这样的请求，确定是否可以调用必要的方法描述(步骤2115)。如果方法调用不成功，则消息传送系统提供表明这一点的指示(步骤2120)。在这种情况下，消息传送系统可以按照结合图19和20所提到的方式把消息传送会话切换到基于文本的消息传送(步骤2123)。此时，所述处理随后结束。但是如果消息传送描述可以由消息传送系统正确地调用(步骤2115)，则消息传送系统通过利用结构化数据对象的当前内容调用方法描述来创建一个方法实例(步骤2125)。消息传送系统随后访问结构化数据框架框架类型储存库(FTR)(步骤2130)，并且从FTR取回方法调用类型模式(步骤2135)。随后确定方法调用类型模式是否表明这样的交互被允许(步骤2140)。如果所述交互不被允许，则由消息传送系统提供关于这一点的指示(步骤2145)。与前面一样，消息传送系统可以随后按照结合图19和20所提到的方式把消息传送会话切换到基于文本的消息传送(步骤2123)。此时，所述处理随后结束。但是如果所述交互被允许(步骤2140)，则获得所述请求方法实例(RMI)的内容和web服务的服务描述(步骤2150)。例如可以利用web服务描述语言(WSDL)对服务的服务描述进行格式化。接下来，利用RMI内容和web服务的服务描述确定应当通过其来调用web服务的必要的协议和传输处理程序(步骤2155)。随后通过如此识别出的协议和传输处理程序调用所讨论的web服务(步骤2160)。图22是示出了根据本发明的实施例的在把结构化数据从应用程序传输到消息传送系统时所实施的操作的一个实例的流程图。图22按照图20的步骤2031的方式描绘出一项处理。一旦成功地调用了所期望的web服务(图20的步骤2030)并且创建了响应方法实例(图24的步骤2425)，图22的处理开始于接收来自web服务的响应(步骤2210)。随后确定是否可以把所讨论的信息从RMI路由到SDO/用户接口(UI)(步骤2220)。如果可以把所述信息从RMI路由到SDO(步骤2220)，则利用RMI更新SDO(步骤2230)。还把所述信息从RMI路由到用户接口，通过这样做，将该信息呈现给一个或多个用户(步骤2240)。如果前面所提到的确定都没有提供关于从RMI路由信息的引导，则消息传送系统提供表明这一点的指示，从而表明从RMI进行的信息路由没有被路由(步骤2250)。在这种情况下，消息传送系统可以按照结合前面的附图所提到的方式把消息传送会话切换到基于文本的消息传送(步骤2260)。一旦适当地从RMI路由信息(或者表明这样的路由没有被实施)，所述处理结束。图23是示出了根据本发明的实施例的在通过消息传送系统推送结构化数据时所实施的操作的一个实例的流程图。应当认识到，除了图18的步骤1850之外，图23中所描绘的处理是关于结构化数据的图11D的步骤1190的一个实例。图23的处理是可以由消息传送系统实施来通过消息传送系统接收和呈现结构化数据的操作的一个实例。图23的处理开始于在消息传送应用处接收来自应用程序的结构化数据/SDO/有关信息/访问(步骤2310)。正如早前结合图20所提到的那样，接收结构化数据实际上可以简单地是准许消息传送应用访问结构化数据(其可以作为应用程序放弃其对于结构化数据的访问权的结果而被接收，或者是通过准许这样的访问的控制机制，或者是通过某种其他可以比较的机制)。消息传送系统随后等待针对把如此接收到的结构化数据推送到消息传送会话中的命令(步骤2320)。这样的命令例如可以采取通过“发送”按钮(例如图3的发送按钮325)提供的用户输入的形式。所述处理循环进行，直到接收到所述命令为止(步骤2320)。一旦接收到命令(步骤2320)，就将所讨论的结构化数据推送到消息传送系统的消息传送服务器(步骤2330)。一旦接收到如此推送的结构化数据，消息传送系统生成包含所述结构化数据的消息(步骤2340)。消息传送系统随后把该消息(其包含结构化数据)传递到相关联的web服务器(步骤2350)。web服务器随后通过耦合在其间的网络把包含在结构化数据中的消息推送到参与在消息传送会话中的客户端(步骤2360)。图24是示出了根据本发明的实施例的在向应用程序传送包含结构化数据的针对消息的响应时所实施的操作的一个实例的流程图。图24描绘出关于应用程序的可与图11D的步骤1194比较的处理的一个实例，其中根据本发明的实施例的消息传送系统接收并且处理消息以作为针对包含结构化数据的消息的应答。图24的处理开始于接收这样的应答(步骤2410)。在没有出现这样的应答时，所述处理循环进行(步骤2410)。一旦接收到这样的应答(步骤2410)，在web服务器处对包含结构化数据的消息进行处理(步骤2420)。接收到这一信息允许创建响应方法实例(步骤2425)。web服务器随后将该消息(其包含结构化数据)传递到与之相关联的消息传送系统的消息传送服务器(步骤2430)。消息传送系统将包含结构化数据的消息传递到消息传送应用(步骤2420)。消息传送应用在接收到所述包含结构化数据的消息之后，随后作为如此接收到的消息的一部分显示结构化数据(步骤2450)。随后确定是否应当将所述结构化数据传递到应用程序(或其他应用软件)(步骤2460)。如果应当把结构化数据从消息传送系统传递到应用(步骤2460)，则消息传送系统实施对于把结构化数据从消息传送应用传递到企业(或其他)应用所必要的操作(步骤2470)。一旦将结构化数据传递到适当的应用(或者确定不应当实施这样的操作)，所述处理结束。在操作中，前述机制和设施允许消息传送会话中的参与者发送和接收表单，并且简化了通过消息传送系统的通信，同时改进了效率和准确性。现在将在表1中给出可能发生在这样的系统中的通信的一个实例。表1、HTML格式中的示例性消息。表1描绘出在图形格式中传送的消息的某些部分(例如作为将向接收这样的信息的用户呈现的表单的输入栏位)。得到前述输入栏位的代码如下(并且是通过逐条消息的方式列出)：消息1-顾客消息2-代理人消息3-代理人消息4-顾客消息5-代理人消息6-顾客消息7-顾客消息8-代理人消息9-顾客支持SDO的消息传送系统中的用户接口实例图25是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话的实例的方框图，其中描绘出将结构化数据插入到web聊天中。图25描绘出聊天对话2500(比如可能由帮助顾客的代理人使用的聊天对话)。在图25所描绘的实例中，采用聊天对话2500的用户是旅行代理机构的顾客服务代理人(因此图25中呈现的通信的实例是针对这样的情形)。根据某些实施例，利用特殊提示将预定义的表单插入到消息传送会话中。例如可以通过允许用户在消息输入窗格2510中“右键点击”(例如利用鼠标右键在某一区域内选择)而使得这样的特殊提示可以访问。根据本公开内容将认识到，在聊天对话中为用户(例如顾客服务代理人或顾客)呈现消息输入窗格，以便输入用于提交到聊天会话的消息。聊天对话2500通过允许将消息输入到消息输入窗格2510中而支持例如早前所讨论的基于文本的消息传送，随后用户选择发送按钮2520以便将所述消息提交到消息传送会话中。对于发送按钮2520的选择从而导致把如此输入的消息提交到消息传送会话中并且因此出现在消息传送会话窗格2530中，从而导致不仅在消息传送会话窗格2530中显示所述消息，而且还在由作为消息传送会话的各方的一个或多个其他用户所采用的(多个)聊天对话的可比较的消息传送会话窗格中显示。但是在图25所描绘的实例中，用户能够按照早前提到的方式在消息输入窗格2510中右键点击以便访问特殊提示，并且从而显示可以被插入到消息传送会话中的预定义表单的菜单。用户的动作从而导致显示特殊提示菜单2540。特殊提示菜单2540为用户提供若干预定义表单，用户可以从中作出选择。在图25所描绘的实例中，所述选择包括几个预定义表单(其在图25中被描绘成预定义表单2550a、2550b、2550c、2550d和2550e)。通过选择其中一个预定义表单2550a-2550e，用户可以将所期望的表单插入到消息传送会话中。在图25中关于预定义表单2550a的选择描绘出这一方面(“您想去什么地方？”及其相应的预定义表单(其在图25中被描绘成表单2560))。如图25中所描绘的那样，可以通过多种方式来实施对于例如特殊提示菜单2540之类的特殊提示菜单的使用。如图25中所描绘的那样，特殊提示菜单2540被图示为被配置成将在选择了必要的预定义表单之后将所期望的预定义表单直接提交到消息传送会话中(从而不再需要选择发送按钮2520)。或者，使用特殊提示菜单2540可以导致将相应的预定义表单插入到消息输入窗格2510中。虽然这样做随后通常将需要由用户采取附加的动作(例如对于选择按钮2520的选择)，但是这样的方法还提供了在将预定义表单提交到消息传送会话中之前对其进行编辑的能力。此外，可以动态地改变在特殊提示菜单2540中呈现的选择，从而为用户(例如代理人)呈现与给定的顾客特别相关、特别可能在给定的情况下使用、或者通过其他此类因素驱动的选择。举例来说，采用这样的方法的消息传送系统可以被设计成保持关于由给定的呼叫中心中的所有代理人最常使用的表单的信息，从而以最新的方式反映出所使用的表单。基于这样的信息，消息传送系统可以被配置成为代理人呈现最有可能满足该代理人的需求的表单选择。此外，可以按照最有可能需要的表单的顺序、按照字母顺序或者某种其他有用并且便利的方式在特殊提示菜单2540中列出各个表单。这样的消息传送系统还可以被配置成提供对于滚动经过此类表单的支持，从而允许代理人访问比所能显示的数目更多的表单。此外，由特殊提示菜单2540呈现的选择可以为给定的表单提供若干“界面外观(look-and-feel)”选项。还可以支持关于应对给定表单的指示。举例来说，可以为代理人给出在将所选表单直接提交到消息传送会话中(例如通过在给定选择上右键点击而直接提交到消息传送会话窗格2530中)或者提交到消息输入窗格2510中(例如通过点击“输入”按键)之间进行选择的能力。图26是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话的实例的方框图，其中进一步描绘出将结构化数据插入到web聊天中。按照与结合图2-8所讨论的可比的方式，在图26所描绘的示例性情形中的顾客随后通过如此请求的信息来继续消息传送会话，这是通过提供针对包括所请求的信息的表单2560的应答。这一应答作为表单2570出现在消息传送会话窗格2530中。继续消息传送会话，代理人再一次访问特殊提示菜单2540，并且随后选择预定义表单2550b(“您想什么时候去？”及其相关联的预定义表单)。在接收到关于出发和目的地城市的必要选择并且将出发/返回日期/时间表单推送到消息传送会话中(其在图25中被描绘成表单2580)之后，代理人现在可以基于如此提供的信息继续(根据来自顾客的应答)解决顾客对于旅行安排的需求。图27是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话的实例的方框图，其中描绘出将结构化数据插入到web聊天中。在图27所描绘的实例中，聊天对话2600被显示为包括消息输入窗格2610，按照与结合早前的附图所讨论的可比方式，可以通过选择发送按钮2620将其中所输入的消息从该处发送到消息传送会话窗格2630。聊天对话2600还包括插入按钮2640，其在被选择时导致显示文本/问题菜单2650。文本/问题菜单2650中的选择例如可以包括文本选择2650a和问题选择2650b。通过由用户选择文本选择2650a为该用户呈现可以由该用户提交到消息传送会话中的一定数目的预定义文本条目，以便节省时间并且降低出错的风险。用户对于问题选择2650b的选择导致显示插入预定义表单菜单2660。插入预定义表单菜单2660可以包括与图25的特殊提示菜单2540可比的选择(其实例在图27中被描绘成预定义表单2670a、2670b、2670c、2670d和2670e)。除了允许用户(例如顾客服务代理人)将这样的预定义表单插入到消息传送会话中之外，根据本发明的某些实施例的一种方法(其中采用例如插入按钮2640之类的插入按钮)允许用户在将预定义表单发送到消息传送会话中并且从而发送给参与在该消息传送会话中的其他用户之前插入多个这样的表单(例如插入到消息输入窗格2610中)。在图27所描绘的实例中，一旦随后用户(例如代理人)选择了一个预定义表单(例如预定义表单2670a)，消息传送系统就把如此选择的表单(其在图27中被描绘成表单2680)输入到消息输入窗格2610中。表单2680还可以提供删除按钮(其在图27中被描绘成删除按钮2685)，其被配置成允许从消息输入窗格2610中删除给定的预定义表单。图28是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话的实例的方框图，其中进一步描绘出将结构化数据插入到web聊天中。在图27中描绘的消息传送会话的代理人侧的继续实例中，图28描绘出将另一个预定义表单插入到消息输入窗格2610中，正如通过由代理人从插入预定义表单菜单2660中选择的关于预定义表单2670b的选择所表明的那样(“您想什么时候去？”及其相关联的预定义表单)。在图28中可以看到，在选择预定义表单2670b之后，相应的预定义表单(其在图28中被描绘成表单2690)被输入到消息输入窗格2610中。表单2690还可以提供删除按钮，其被配置成允许从消息输入窗格2610中删除给定的预定义表单(其例如在图28中被描绘成删除按钮2695)。图29是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话的实例的方框图，其中进一步描绘出将结构化数据插入到web聊天中。在图29所描绘的继续实例中，与预定义表单2670a和2670b相关联的预定义表单(其在图29中被描绘成表单2680和2690)被从消息输入窗格2610提交到消息传送会话中。按照与早前结合其他附图所讨论的可比方式，代理人选择发送按钮2620，以便把出现在消息输入窗格2610中的预定义表单提交到消息传送会话中，从而导致所述预定义表单出现在消息传送会话窗格2630中。如前面的实例所示，可以通过多种方式提供对于根据本发明的实施例的消息传送功能的访问。正如结合图25和26所讨论的那样，可以提供特殊提示，其可以被用来显示可能表单的菜单以供选择。如前所述，虽然给定的实现方式可能被限制到显示某一固定数目的选择，但是可以采用许多机制来为代理人高效并且有效地呈现更多的此类选择以及/或者在给定情况下所需要的特定选择。正如结合图27和28所讨论的那样，针对使用特殊提示的一种替换方案是在用户的消息传送窗口中提供插入按钮。在这里同样可以提供许多变型以允许代理人访问最佳地满足当前情况下的代理人需求的选择。此外，在本发明的实施例的范围内可以组合这两种方法，并且允许用户(例如代理人)使用最有效地解决其需求的方法。这样的组合方法允许最大的灵活性(这例如是通过基于所使用的方法呈现不同的选择，比如通过对于以顾客为中心的选择(或者以情况为中心的选择或者确定所呈现的选择的其他此类基础)使用特殊提示，并且对于一般性选择(例如调度日期、关于旅行安排的一般性问题等等)使用插入按钮)。因此，基于由每一种替换方案呈现的选择，通过快速地创建密切地适应于参与者需求的表单，代理人可以创建允许发生最为高效、有效的通信的表单。此外，这样的预定义表单菜单可以提供滚动，从而允许用户(代理人)滚动经过预定义表单菜单内的若干选择(表单)。正如别处所提到的那样，这样的效率和有效性不仅例如使得代理人更加高效并且更少出错，而且还大大改进了按照这种方式得到服务的顾客的体验。为此，另外作为此类消息传送功能的一部分，根据本发明的实施例的消息传送系统可以为用户(例如顾客服务代理人)提供在将表单提交到消息传送会话中之前对其进行编辑的能力，正如现在将结合图30、31、32和33所讨论的那样。图30是示出了根据本发明的实施例的由消息传送系统呈现的对话的实例的方框图，其中描绘出通过下拉菜单插入结构化数据。图30描绘出在其中插入查询表单之前和之后的消息输入窗格2700的一个实例。可以通过从消息传送输入窗格2700提交一个或多个表单而将查询表单插入到消息传送会话中。为了将这样的表单插入到消息输入窗格2700中，由用户选择下拉图标2710，以便显示插入问题菜单2720。如图30中所描绘的那样，插入问题菜单2720包括多项选择，其中包括预定义表单选择2775a-2775e。在选择下拉图标2710之后，用户对于预定义表单选择2775a(“身份”)的选择导致在消息输入窗格2700中识别、插入并且显示预定义表单2730。在某些实施例中，比如在图30所描绘的实施例中，消息输入窗格2700提供一条或多条工具栏命令，其允许用户编辑和/或以其他方式修改显示在消息输入窗格2700中的项目(比如预定义表单2730)。因此，消息输入窗格2700提供消息编辑工具栏2740，其允许用户在把显示在消息输入窗格2700中的文本和表单提交到消息传送会话中之前对其进行修改。消息编辑工具栏2740包括粗体按钮2750、斜体按钮2760、下划线按钮2770、字体菜单2780和字体大小菜单2790。根据本公开内容将认识到，可以通过前面提到的方式利用由消息编辑工具栏2740提供的功能以及没有明确地作为消息编辑工具栏2740的一部分给出或者没有在图30中示出的许多其他功能来修改文本和表单。表单2790还可以提供删除按钮，其被配置成允许从消息输入窗格2700中删除给定的预定义表单(或者替换地“撤销”给定的预定义表单的插入，并且例如在图30中被描绘成表单删除按钮2791)。这样的表单修改例如允许在提交到消息传送会话之前在消息输入窗格中对表单进行编辑。此外还可能有这样的情况，其中接收到此类表单的用户可能想要实施编辑(除了在如此接收到的表单中输入响应之外)，为此可以提供某些实施例。此外，这样的(提交前的)编辑可以包括撤销表单插入的能力(例如通过将表单整体删除)、在表单上方或下方键入“帮助文本”、修改表单中的预定义的帮助文本、修改表单中的预定义标签(如果标签对于顾客不直观的话)、以及其他此类操作。此外，用户可以选择丢弃表单中的各个单独的可选输入栏位(例如不需要已经知道的信息)。图31是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话的实例的方框图，其中描绘出通过特殊提示插入结构化数据。图31示出了支持使用特殊提示菜单的消息输入窗格。在图31中，消息输入窗格2792采用允许导致呈现预定义表单的选择集合的用户输入的消息传送系统的功能(例如通过“右键点击”操作)。在图31所描绘的实例中，消息输入窗格2792显示特殊提示菜单2794，其提供预定义表单的一个选择集合，比如在图30的插入问题菜单2720中所描绘的那些预定义表单(例如可与预定义表单2795a-2795e相比的预定义表单)。一旦选择了其中一个预定义表单2795a-2795e，所期望的预定义表单(其在图31中被描绘成表单2797)就被插入到消息输入窗格2792中，并且随后可以按照结合图30所讨论的方式被编辑。根据本公开内容将认识到，支持呈现图30和31中所描绘的用户接口的消息传送系统还可以提供收集多个此类预定义表单以供提交到给定的消息传送会话中的能力(并且因此呈现在相关联的消息传送会话窗格中)。此外，这样的预定义表单可以包括删除按钮，其被配置成允许从消息输入窗格2792中删除给定的预定义表单(其例如在图31中被描绘成删除按钮2798)。图32是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话的实例的方框图，其中描绘出通过下拉菜单和/或特殊提示插入结构化数据的结果。图32描绘出消息输入窗格3200的一个实例，其支持使用插入问题菜单和特殊提示菜单全部二者。利用消息输入窗格3200，例如代理人之类的用户可以通过选择插入问题图标3210将问题插入到消息输入窗格3200中(并且从而插入到正在进行的消息传送会话中)，从而显示插入问题菜单3220。或者，用户可以表明其希望在消息输入窗格3200内显示可比较的菜单(例如通过在消息输入窗格3200右键点击)。通过这样做，用户的动作导致显示特殊提示菜单3230。与之前一样，特殊提示菜单3230呈现一个选择集合，其可以被用来把一个或多个预定义表单插入在消息输入窗格3200内。这些选择通常(但是不一定)可以与显示在插入问题菜单3220中的那些选择相比较。图33是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话的实例的方框图，其中描绘出对通过下拉菜单和/或特殊提示插入的结构化数据进行编辑。按照先前结合图30和31描述的方式，一旦在消息输入窗格3300中显示(多个)预定义表单，用户可以利用由消息输入工具栏3310提供的功能来修改所述预定义表单。在使用这样的方法时，可以(从插入按钮和/或特殊提示的其中之一或全部二者)动态地配置潜在问题的列表(以便例如具有情境敏感性)。举例来说，如果顾客已经被识别，则不需要向代理人呈现提交识别问题的选项，因此相应的菜单项目可以被禁用或者不被呈现。类似地，在顾客被识别之前，将不需要向代理人呈现提交验证问题的选项，因此相应的菜单项目可以被禁用或者不被呈现。支持web应用的示例性消息传送系统架构和处理针对与应用程序进行接口的一种替换方案是使用web应用。在这种情况下，根据本发明的实施例的一种方法采用动态表单的生成。虽然提供了许多合乎期望的优点，但是使用预定义表单需要在使用表单之前设计表单。此外，所使用的应用程序通常需要被配置成自动使用来自消息传送系统的输入数据，这并不总是可能的。在其中消息传送系统应当与一项或多项web应用接口的设定中，可以使得这样的web应用“知晓消息传送”，并且因此提供知晓消息传送的输入。在这样的情形中，来自这样的知晓消息传送的web应用的输入栏位被配置成被推送到聊天输入区域中。因此，利用嵌入式在线消息传送，可以使得web应用(例如网页)的输入栏位知晓消息传送。在这样的方法中，响应于被推送到消息传送会话中的输入栏位动态地构成表单。在来自另一侧的表单提交之后，所提交的数据随后被自动填充到相应的输入栏位。图34是描绘出根据本发明的实施例的web消息传送架构的某些特征的方框图，其中包括这样的web消息传送架构的服务器系统和其他单元的特征。因此描绘出包括其各种单元的web消息传送架构3400。从本公开内容将认识到，web消息传送架构3400关于其中向一项或多项web应用提供根据本发明的实施例的消息传送功能的实现方式更加详细地示出了包括服务器系统(比如图11A的服务器系统1110)的各个单元的架构。因此，按照消息传送架构1100的方式，web消息传送架构3400提供对于通过网络3430在客户端系统3410(其又支持浏览器3415)与服务器系统3420之间进行消息传送通信的支持。如图34中所描绘的那样，服务器系统3420包括消息传送系统3440和web服务器3450。与web服务器3450相关联的是若干web应用(其在图34中被描绘成web应用(webapp)3455(1)-(N))以及一个或多个网页(其在图34中被总体上描绘成网页3457，并且被单独地描绘成3457(1)-(N))。消息传送系统3440又包括消息传送服务器3460(其在消息传送储存库3465中保持对于其所支持的一个或多个消息传送会话相关的信息)和动态表单框架3470。动态表单框架3470又包括动态表单框架(DFF)管理器3472、框架储存库3474、规则储存库3476和模型储存库3478。可通信地耦合到服务器系统3420(更具体来说是消息传送服务器3460)有若干消息传送应用(其在图34中被描绘成消息传送应用3480(1)-(N))。从本文中别处的讨论(例如特别是结合图12、13和14的讨论)将认识到，由DFF管理器3472、框架储存库3474、规则储存库3476和模型储存库3478提供的至少某些功能可以与其中所描绘的可比单元的功能相比较。但是鉴于web消息传送架构3400支持动态表单对象(DFO)，DFF管理器3472、框架储存库3474、规则储存库3476和模型储存库3478提供支持DFO的动态性质的附加功能。因此，框架储存库3474保持关于DFO的实例化的信息。规则储存库3476保持关于规则的信息，所述规则被用来确保从表单的输入栏位传输到其中显示所述输入栏位的网页中的相应输入栏位(以及实际上传输回去)的信息处在其中显示网页的web应用所预期的表单中。模型储存库3478除了其他信息之外还存储关于结合DFO及其操作所使用的数据模型的信息(其在这里被称作数据模型集合，并且将在后面结合图35的表单构造程序规则实例的讨论更加详细地进行讨论)。图35是示出了根据本发明的实施例的动态表单对象(DFO)数据模型集合的一个实例的方框图。图35描绘出动态表单对象(DFO)数据模型集合3500的一个实例，其中定义了动态表单对象(DFO)3510。动态表单对象3510提供关于被用来表示提交到消息传送会话中的表单的编程性构造。DFO3510至少部分地由一条或多条表单构造程序规则(其在图35中被描绘成表单构造程序规则(FBR)3515)，其又采用例如映射信息3520之类的映射信息。映射信息3520与web应用用户接口单元3522、请求单元3524和响应单元3526相关联。映射信息3520保持关于web应用用户接口单元3522、请求单元3524和响应单元3526当中的某些单元映射到彼此的方式的信息，后面将结合图35讨论这方面的一个实例。根据本公开内容将认识到，DFO数据模型集合3500的数据模型例如可以被用来定义比如结合图34和36所讨论的那些动态表单对象。此外在这方面，例如FBR3515之类的信息可以被保持在例如图34的DFF3470之类的动态表单框架内的数据存储库中(例如被保持在规则储存库3476中)。根据本公开内容将认识到，web应用用户接口单元3522、请求单元3524和响应单元3526分别支持总体功能的一个或多个方面，其被使用来提供通过所采用的消息传送系统传输动态表单的能力，并且从而允许向其他应用(例如一项或多项web应用)提供通过这种方式获得的信息通信。因此，web应用用户接口单元3522提供关于最终将向其提供如此获得的信息的web应用的用户接口单元的信息。类似地，请求单元3524提供关于通过消息传送系统被传送到另一方(例如顾客)的表单(其代表DFO)的信息。通过可比的方式，响应于通过所述表单(其代表DFO)进行的通信，响应单元3526提供关于通过消息传送系统从另一方(例如顾客)传送到原始方(例如代理人)的信息的信息。如前所述，于是web应用用户接口单元3522通常包括代表将向其提供信息的web应用的条目(或多个条目)的结构、行为和属性的单元。为此，web应用用户接口单元3522从而包括原始用户接口条目3530。原始用户接口条目3530代表web应用的用户接口中的原始条目，这样的条目是将通过提交到消息传送会话中的表单接收来自另一方(例如顾客)的输入的条目。原始用户接口条目3530及其相关联的单元提供关于被推送到消息传送会话中的给定条目的结构和行为的定义信息。原始用户接口条目3530参考原始用户接口(OUI)条目标签3531(其是可以被用来标识原始用户接口条目3530的标签)、原始用户接口条目输入窗口小部件3532(其是提供与原始用户接口条目3530中(例如将要接收输入的应用中)的输入栏位相关联的窗口小部件)以及原始用户接口条目LFI3533(其提供关于原始web应用的条目的界面外观的信息)。原始用户接口条目输入窗口小部件3532又参考窗口小部件类型3534(被用作给定表单的一部分的窗口小部件(如果存在的话)的类型)、默认值3535(其正如名称所暗示的那样提供对应于给定条目的默认值)以及可选值3536。与原始用户接口条目3530相关联的还有容器标识符3537和条目标识符3538。应当认识到，在一般的意义中，容器是类、数据结构、抽象数据类型(ADT)或者其他此类编程性构造，其实例是其他对象(例如窗口小部件)的总集。因此，容器标识符3537标识可能除了其他对象之外还包含给定的输入窗口小部件(原始用户接口条目输入窗口小部件3532)的容器。这样的容器例如可能对应于其中存在输入窗口小部件的网页。类似地，条目标识符3538提供促进识别所讨论的条目(输入栏位)的信息。因此，容器标识符3537和条目标识符3538允许消息传送系统把通过DFO(比如DFO3510)接收到的输入与所采用的web应用的输入栏位相关。后面将结合图35进一步讨论例如容器标识符3537和条目标识符3538之类的DFO单元的操作。按照可比的方式，请求单元3524定义将在创建表单并且将其提交到消息传送会话中时所使用的信息(例如被用来表示由代理人发送给顾客的表单的编程性构造)，并且通常包括被使用来定义给定表单的结构、行为和属性以及其中的一个或多个条目的单元。因此，这样的表单被设计成获得并且返回将作为输入被提供到原始用户接口条目的信息，并且从而使得该信息可用于相应的web应用。为此，请求单元3524包括表单条目3540，其在配置方面可以与原始用户接口条目3530比较。表单条目3540在图35中被描绘成参考表单条目标签3541(其保持关于可以被用来标识表单的标签(例如名称)的信息)、表单条目输入窗口小部件3542(其是作为提交到消息传送会话中的表单的一部分发送的输入窗口小部件，并且提供用以帮助获得必要的输入信息的功能)以及表单条目LFI3543(其允许控制表单条目的界面外观)。表单条目输入窗口小部件3542又参考窗口小部件类型3544(被用作给定表单的一部分的窗口小部件(如果存在的话)的类型)、默认值3545(其正如名称所暗示的那样提供对应于给定条目的默认值)以及可选值3546。关于请求单元3524，动态表单对象3510也参考其一部分。更具体来说，在请求单元3524内，动态表单对象3510参考表单LFI3550，其又参考提示文本3555。按照其他此类单元的方式，表单LFI3550允许控制表单及其各个单元的界面外观，提示文本3555则允许表单提供关于将要输入到给定栏位中的值的提示。DFO数据模型集合3500又包括(正如由DFO3510参考并且至少部分地由请求单元3524所定义的那样)响应单元3526，其提供关于允许用户提供针对呈现在表单中的信息请求的响应的各种结构的结构、行为和属性的信息。为此，响应单元3526包括文本条目3560。虽然文本条目3560可以实际上采用任意数目的编程性构造，但是文本条目3560通常涉及简单的值(例如某种类型的字母数字值)，其作为输入被输入到消息传送会话内所传送的表单中的给定条目中。文本条目3560参考文本条目标签3562(其保持关于标签(例如名称)的信息)、条目值3564以及文本条目LFI3566(其允许控制文本条目的界面外观)。应当认识到，条目值3564保持(或者至少参考)关于给定的原始用户接口条目的用户响应。与请求单元3524一样，动态表单对象3510参考响应单元3526内的特定单元。举例来说，动态表单对象3510可以参考文本LFI3570，其又参考提示文本3575。按照其他此类单元的方式，文本LFI3570允许控制响应于表单发送的文本的总体界面外观，提示文本3575则允许表单提供关于将要输入到给定栏位中的值的提示。在图35所描绘的实施例中，应当提到的是，web应用用户接口单元3522、请求单元3524和响应单元3526当中的每一个共享某些共同的单元类型。这些共同的单元类型包括条目标签单元类型3582、条目输入类型3584和条目LFI3586。正如前面所提到的那样，关于此类关系的信息至少部分地由映射信息3520保持，其还可以用来保持关于这些单元彼此相关的方式(而不仅仅是所述关系存在的事实)的信息。此外，根据本公开内容将认识到，通过比如保持在规则储存库3476中的那些规则，可以至少在某种程度上管理由单元类型3582、条目输入类型3584和条目LFI3586所代表的映射。图36是示出了根据本发明的实施例的在实施具有消息传送功能的web应用方面所涉及的单元和操作的一个实例的方框图，其中采用比如在图35中所描绘的DFO。图36是在把输入数据从动态表单对象输入到给定的web应用的适当输入栏位中时所涉及的单元、机制和操作的功能图示的一个实例，其中所述输入数据被输入到(消息传送会话中所采用的)动态表单对象中的输入栏位中。在图36所描绘的情形中，消息传送系统3600已在动态表单对象3616的输入栏位3610中接收到信息(所述信息例如在图36中被描绘成输入3611)。在接收到该信息之后，消息传送系统3600进行AJAX调用3620，以便将所述信息传输到web应用3630。消息传送系统3600通过AJAX调用3620能够利用网页标识符3650(其例如是来自DFO3615的一个单元，比如DFO3510的web应用用户接口单元3522的容器标识符3537)和输入栏位3660(其例如是来自DFO3615的一个单元，比如DFO3510的web应用用户接口单元3522的条目标识符3538)把输入栏位3610中的信息传输到web应用3630的输入栏位3640。按照前面结合图34的容器标识符3537和条目标识符3538所讨论的方式，网页标识符3650和输入栏位标识符3660促进网页3670和输入栏位3640的识别。从图36将认识到，web应用3630包括网页3670，网页3670又包括输入栏位3640(输入3611将被输入到其中)。为了把输入栏位3610中的信息(即输入3611)正确地传送到输入栏位3640，除了前面提到的标识信息(网页标识符3650和输入栏位标识符3660)之外，AJAX调用3620还采用一条或多条规则3680(比如在本文中的别处所描述的那些规则，以及/或者由条目输入类型3584(其例如把原始用户接口条目输入窗口小部件3532、表单条目输入窗口小部件3542和条目值3564映射到彼此)和/或被保持为映射信息3520的其他映射所代表的映射)，其确保按照web应用3630所预期的方式和形式将所述从输入栏位3610传送到输入栏位3640。根据本公开内容将认识到，可能出现其中对应于给定表单的一个或多个输入栏位的目的地变得不可用的情况。举例来说，在其中消息传送系统实现方式不支持保持此类信息以供后续使用的某些实施例中，如果用户导览离开或者关闭具有消息传送功能的web应用对话，则消息传送应用可能无法完成给定的具有消息传送功能的web应用对话(其包含最初被推送到消息传送会话中的输入窗口小部件)的输入栏位。但是即使在这种情况下，一旦用户再次导览到所述具有消息传送功能的web应用对话，用户仍然能够实施剪切和粘贴操作以便把必要的输入数据插入到输入栏位中。但是优选的是，消息传送系统被配置成保持如此返回的输入数据以及这些输入栏位所对应的输入栏位。在这样的情形中，消息传送系统可以被配置成在下一次机会把输入数据传送到具有消息传送功能的web应用对话(例如在下一次执行给定的web应用并且显示具有消息传送功能的web应用对话时，利用输入数据自动填充输入栏位)。在其中一个或多个输入栏位不可用的情况下，问题变成应当如何处理输入数据(例如当导览离开或关闭包含所推送的输入栏位的接口并且所提交的数据无法被用来自动填充原始输入栏位时)。可以通过几种方式解决这样的情况。首先是在用户将要导览离开或者关闭接口时向其提出警告。替换地(或附加地)，消息传送系统可以存储所讨论的输入栏位以及相应的值，并且在下一次打开所述接口时利用其相应的输入值来填充这些输入栏位。另一种替换方案是包括强制所述接口打开的具有所提交的输入数据的窗口小部件。图37A是示出了根据本发明的实施例的在识别对应于将要通过消息传送系统推送的DFO的输入栏位时所实施的操作的一个实例的流程图。图37A关于web应用按照图11D的步骤1182的方式描绘出一项处理。在图37A中所描绘的示例性处理提供可以在识别将被推送到消息传送会话中的对象(其例如与输入栏位相关联)时所实施的操作的描述。图37A的处理开始于消息传送服务器接收输入栏位的标识(步骤3700)。根据本公开内容将认识到，图37A中所描绘的处理是针对这样一种情形，其中将被提交到消息传送会话中的表单代表单一栏位(或者被作为一个整体的一组栏位)。接下来，消息传送系统从web应用获得输入栏位信息，并且将为之从一个或多个其他用户获得响应(步骤3710)。一旦获得了必要的输入栏位信息，就将输入栏位信息从web应用传输到消息传送系统(步骤3720)。接下来确定输入栏位信息是否已被从web应用成功传输到消息传送系统(步骤3730)。如果前面提到的确定表明所述传输不成功(步骤3735)，则为尝试发送表单的用户提供表明在从web应用向消息传送系统传输输入栏位信息的过程中发生了问题的指示(步骤3740)。在这种情况下，如果希望的话，消息传送系统可以按照结合图19所提到的方式把消息传送会话切换到基于文本的消息传送(步骤3742)。如果这种可能的结果发生，则所述处理随后结束。但是如果从web应用到消息传送系统的输入栏位信息传输是成功的(步骤3735)，则随后确定是否将要识别另外的输入栏位(步骤3745)。如果仍要识别另外的输入栏位(步骤3745)，则所述处理循环到其开头，以便接收将要识别的下一个输入栏位的标识(步骤3700)。如果将不再识别另外的输入栏位(步骤3745)，则所述处理结束。图37B是示出了根据本发明的实施例的在识别对应于将要通过消息传送系统推送的DFO的多个输入栏位时所实施的操作的一个实例的流程图。作为针对图37A的处理的一种替换方案，图37B关于web应用按照图11D的步骤1182的方式描绘出一项处理。在图37B中描绘的处理是在支持把多个输入栏位选择(并且随后对其进行组装)到适于提交到消息传送会话中的表单中的消息传送系统中实施的操作的一个实例。图37B的处理开始于接收关于将要识别的输入栏位的信息(步骤3750)。接下来，消息传送系统从web应用获得对应于给定的输入栏位的输入栏位信息(步骤3760)。在从web应用获得输入栏位信息之后，将所述输入栏位信息传输到消息传送系统(步骤3770)。随后确定用户是否已请求准备好把(多个)所选输入栏位提交到消息传送会话中(步骤3780)。如果还没有接收到请求(其表明将把所选输入栏位推送到消息传送会话中)(步骤3790)，所述处理循环进行，并且关于一个或多个附加的输入栏位(其将与其他输入栏位组装，以便组装到表单中并且随后提交到消息传送会话中)再一次实施前面提到的操作。如果已经接收到针对提交所选输入栏位的请求(其表明将不再识别另外的输入栏位)(步骤3790)，则提供表明对于(多个)输入栏位的识别已经完成的指示(步骤3795)。随后提交所选栏位(步骤3796)。所述处理随后结束。从本公开内容将认识到，可以通过消息传送服务器(例如XMPP服务器)与顾客的接口(即浏览器)之间的自动通信来发送所选栏位中的信息，或者可以作为代理人选择提交按钮的结果来实施所述通信，正如本文中的别处所讨论的那样。图38是示出了根据本发明的实施例的在从web应用向消息传送系统传输动态表单时所实施的操作的一个实例的流程图。图38关于web应用按照图11D的步骤1184的方式描绘出一项处理。图38中所描绘的处理是可以在把对象和/或对象信息从web应用传输到消息传送系统时所实施的操作的一个实例。图38的处理开始于从web应用接收动态表单信息(DFI)(步骤3800)。首先可以确定所接收到的DFI是否完整(步骤3810)。如果出于某种原因DFI没有被成功传输，则消息传送系统提供表明这一点的指示(步骤3815)。这样的问题例如可以是接收到不完整的DFI，在DFI的传输期间发生问题，或者某种其他意料之外的事件。作为表明发生此类失败的一部分，还可以提供已经发生的问题的类型(例如先前的实例)。此外，按照与早前在这样的情况中所描述的可比方式，消息传送系统可以按照结合早前的附图所提到的方式把消息传送会话切换到基于文本的消息传送(步骤3817)。此时，图38的处理随后结束(但是基于文本的消息传送会话可以按照早前所描述的方式继续进行)。如果DFI被成功接收(例如是完整的)(步骤3810)，则确定所述对象和/或对象信息的传输是单一栏位传输还是多栏位传输(步骤3820)。如果所述传输是单一栏位传输(步骤3820)，则对应于所述单一栏位的DFI被传输到消息传送系统(步骤3825)。随后确定所述单一栏位传输是否成功(步骤3830)。如果发生了问题，则提供关于这一问题的指示，从而表明在向消息传送系统传输DFI期间的问题(步骤3840)。在这种情况下，可以把所述消息传送会话切换到基于文本的消息传送会话(步骤3817)。但是如果所述传输是成功的(步骤3830)，则随后确定是否还要向消息传送系统传输任何其他DFI(步骤3850)。根据本公开内容将认识到，这一确定允许将多个DFO单元聚合到最终将被提交到消息传送会话中的表单中。构成这一循环的操作集合是在这里被称作组装操作的概念的一个实例。如果将不再传输另外的DFI(步骤3850)，则提供关于从web应用向消息传送系统成功传输了所述DFI(对象和/或对象信息)的指示(步骤3855)。回到关于所述传输是单一栏位传输还是多栏位传输的确定(步骤3820)，如果所述传输是多栏位传输，则对所涉及的各个输入栏位进行组装以便创建所期望的表单(步骤3860)。在某些实施例中，这样的组装涉及组装对应于每一个输入栏位的DFI。一旦通过这种方式组装了各个输入栏位(步骤3860)，就把现在已组装的DFI传输到消息传送系统(步骤3870)。所述处理随后循环进行，从而等待动态表单信息的传输完成(步骤3880)。一旦已组装DFI的传输完成(步骤3880)，确定所述传输是否成功(步骤3830)。如果在传输期间发生问题，则提供关于在向消息传送系统传输已组装DFI的过程中发生问题的指示(步骤3840)，并且所述处理结束。如果所述传输成功(步骤3830)，则确定是否还有任何DFI(不管是单一栏位传输还是多栏位传输)(步骤3850)。如果还要传输另外的DFI，则所述处理循环到从其中一个或另一个web应用接收这样的DFI(步骤3800)。如果将不再传输另外的DFI(步骤3850)，则提供表明把所讨论的DFI从web应用成功传输到消息传送系统的指示(步骤3855)。所述处理随后结束。图39是示出了根据本发明的实施例的在通过消息传送系统推送动态表单时所实施的操作的一个实例的流程图。图39关于web应用按照图11D的步骤1190的方式描绘出一项处理。图39中描绘的处理是在通过web服务器和耦合在其间的网络把对象和/或对象信息(例如动态表单和/或动态表单信息)推送到客户端时所实施的操作的一个实例。图39的处理开始于在消息传送应用处接收动态表单信息(步骤3900)。消息传送应用随后利用动态表单信息显示动态表单(步骤3910)。消息传送应用随后等待针对把如此接收到的动态表单推送到客户端的命令(步骤3920)。这样的事件例如可以是用户对于发送按钮的选择(步骤3920)。在接收到针对把动态表单推送到客户端的命令之后(步骤3920)，动态表单框架向消息传送服务器发送动态表单信息(步骤3930)。随后由消息传送服务器利用动态表单信息生成包括动态表单的消息(步骤3940)。随后把现在已经生成的包含动态表单的消息从消息传送服务器传输到web服务器(步骤3950)。一旦web服务器接收到所述消息，web服务器就把所述消息推送到客户端(步骤3960)。图40是示出了根据本发明的实施例的在消息传送系统处接收动态表单时所实施的操作的一个实例的流程图。图40关于web应用按照图11D的步骤1194的方式描绘出一项处理。图40中所描绘的处理是在从客户端系统接收到响应时所实施的操作的一个实例，其中所述响应是针对其接收到包含动态表单的消息。图40的处理开始于由web服务器处理所述消息(其包含一个或多个输入值)(步骤4000)。一旦由web服务器处理了该消息，就把该消息从web服务器传递到消息传送系统的消息传送服务器(步骤4010)。消息传送服务器从所述消息中提取(多个)输入值(步骤4020)，并且把如此从消息传送服务器中提取出的(多个)输入值传递到消息传送应用(步骤4030)。一旦消息传送应用接收到所述(多个)输入值，消息传送应用就显示所述消息以及包含在其中的(多个)输入值(步骤4040)。根据本公开内容将认识到，可以对这样的(多个)输入值的(多个)实际值进行掩蔽，以便保持其中所传送的信息的保密性。此外，在通过消息传送系统传送时可以将这样的值保持加密(或者其他安全状态)，以便在通过消息传送系统时提供其增强的安全性。除了将(多个)输入值传递到适当的消息传送应用之外，本例中的消息传送服务器还被配置成通过web服务器把如此接收到的(多个)输入值从消息传送应用自动传递到web应用(步骤4050)。支持web应用的消息传送系统中的用户接口实例图41A是示出了由消息传送系统呈现的代理人对话和web应用的用户接口的一个实例的方框图，其中描绘出顾客信息。图41A描绘出代理人聊天对话4100和web应用对话4110的实例，从而提供了可能在消息传送会话期间为顾客服务代理人呈现的信息的一个实例。此外还示出了用于把这样的信息输入到web应用中的用户接口，其中代理人可能采用所述web应用来为顾客提供帮助。如图41A中所示，代理人聊天对话4100反映出这样的顾客信息(其在图41A中被描绘成顾客信息4115a、4115a和4115c，其在图41A的实例中对应于顾客的职务、联系人信息和实际地址)。相应地，web应用对话4110包括多种顾客信息栏位4120，其促进将这样的信息输入到web应用(未示出)中。在图41A所给出的实例中，顾客服务代理人必须通过某种方式把顾客信息4115a、4115a和4115c传送到顾客信息栏位4120中，以便能够将该信息输入到给定的web应用中并且与之一同工作。图41B是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话和web应用的用户接口的一个实例的方框图。图41B描绘出使用表单的一个实例(其例如是基于采用结构化数据对象、动态表单对象等等的一种方法)。在该例中，表单4125已被推送到给定的消息传送会话中，并且因此出现在代理人聊天对话4100的消息传送会话窗格4127中。如图所示，顾客(“JohnSmith”)已经输入其名字和形式(例如分别在名字栏位4130和姓氏栏位4132中)。顾客还输入了他的个人标识号(PIN)(例如在PIN栏位4134中，其已按照与本文中别处所讨论的可比方式被掩蔽)以及该顾客的社会保险号码(SSN)的最后四位数字(例如在SSN栏位4136中，其也被掩蔽)。此时，顾客已经输入该信息并且通过消息传送会话提交给顾客服务代理人，表单4125发起对于顾客账户和联系人信息的验证。在图41B所描绘的实例中，所述验证的结果被显示在顾客账户验证窗口4138(其例如在图41B的实例中表明顾客账户实际上已被验证)和联系人验证窗口4139(其例如在图41B的实例中表明JohnSmith并不作为与给定顾客账户相关联的联系人存在)中。鉴于JohnSmith并不作为对应于该顾客账户(其在图41B的实例中是被称作“Kingo’s”的虚构公司)的联系人存在，因此表单4125向顾客服务代理人呈现创建联系人按钮4140。通过选择创建联系人按钮4140，顾客服务代理人可以导致显示web应用对话。或者，根据本公开内容将认识到，通过由代理人选择创建联系人按钮4140而发起的动作还可以被自动实施，例如基于联系人验证窗口4139中的表明联系人不存在(例如对于给定顾客)的指示而自动实施。在图41B所描绘的实例中(其中联系人不存在并且代理人已选择了创建联系人按钮4140)，如此现实的web应用对话具有消息传送功能，因此被称作具有消息传送功能的web应用对话4145。与前面一样，具有消息传送功能的web应用对话4145包括若干顾客信息栏位4147。但是在图41B所描绘的实例中，其中某些顾客信息栏位4147具有消息传送功能。在该例中，具有消息传送功能的顾客信息栏位4147具有与之相关联的推送到消息传送会话(PTMS)按钮(其在图41B中被描绘成PTMS按钮4150a-4150-k)。PTMS按钮4150a-4150k允许用户(例如顾客服务代理人)选择其中一个PTMS按钮4150a-4150k，以便把相应的其中一个顾客信息栏位4147推送到代理人的消息输入窗格中，并且最终推送到给定的消息传送会话中。在图41B所描绘的实例中，web应用对话4110的顾客信息栏位4147中的对应于联系人的名字、姓氏和顾客名称的栏位被从出现在表单4125中的信息自动完成(但是根据本公开内容将认识到，实际上不需要将这样的信息显示在此类表单中以使其对于其他应用可用，正如该例中的顾客名称和后续实例中的其他信息所表明的那样)。图41C是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话和web应用的用户接口的一个实例的方框图，其中描绘出动态表单的创建。图41C描绘出支持推送到消息传送会话(PTMS)功能的具有消息功能的web应用的一个使用实例，从而允许用户(例如顾客服务代表)动态地建立一个或多个表单以供提交到消息传送会话中。在图41C所描绘的实例中，顾客服务代表(代理人)已经访问了具有消息功能的web应用，从而导致显示具有消息传送功能的web应用对话(与前面一样，即具有消息传送功能的web应用对话4145)，其例如包括若干顾客信息栏位(与前面一样，其在图41C中被描绘成顾客信息栏位4147)以及其相应的PTMS按钮(与前面一样，其在图41C中被描绘成PTMS按钮4150a-4150k)。如前所述，代理人能够选择其中一个或多个PTMS按钮4150a-4150k，以便将相应的顾客信息栏位4147插入到代理人聊天对话4100的消息输入窗格4160中的表单4155中。在图41C所描绘的实例中，代理人已选择了PTMS按钮4150d、4150e和4150k，其对应于职务栏位4161、电话号码栏位4162和电子邮件地址栏位4163。通过选择这些栏位，代理人能够在消息输入窗格4160建立表单4155。在图34中所描绘的构造方面，这些操作是给定的web应用向消息传送系统传输信息(例如DFO的结构化数据的各个单元)的结果，消息传送系统又把该信息(例如各个单元)组装到将在消息传送应用中呈现给代理人的表单中。从本公开内容将认识到(例如图30和31及其相关联的描述)，消息传送应用/消息传送系统可以为代理人提供作为一个整体在例如表单4155之类的表单中编辑信息的能力，其中例如包括以下能力：删除当前存在于表单中的一个或多个输入栏位，改变字体，改变字体大小，改变阴影，对输入栏位进行重新排序，以及对表单作出其他此类修订。此外，在其中一个或多个栏位(比如在图41B-41F中描绘的那些栏位)被选择并且出现在消息输入窗格4160(例如表单4155)的情况中，每一个此类单元可以被单独修改和/或删除。为此，表单4155提供若干栏位编辑按钮(其在图41C中被描绘成栏位编辑按钮4161a-4161c)和栏位删除按钮(其在图41C中被描绘成栏位删除按钮4162a-4162c)。因此，如前所述，可以按照与关于图30和31所讨论的可比方式来提供这一方面的功能，其不同之处在于可以在每栏位的基础上(并且可以甚至与之组合)提供这样的功能。此外，这样的功能可以被配置成允许修改/编辑被用来标识每一个栏位的标签(例如如果标签对于顾客不直观的话(这例如是由于其被实现为代理人侧应用)，代理人可以对栏位进行编辑以便对顾客更加直观和有用)。一旦代理人对于表单4155选择了所期望的栏位，代理人就可以随后选择发送按钮4165，其把表单4155提交到代理人聊天对话4100中的代理人的消息传送会话窗格(与前面一样，即消息传送会话窗格4127)中。在图34中所描绘的构造方面，这些操作导致消息传送系统把给定的表单打包到消息中，并且把所述消息提供到客户端系统以供在客户端系统的浏览器中显示。图41D是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话和web应用的用户接口的一个实例的方框图，其中描绘出将动态表单插入到web聊天中。图41D示出了这样一个实例，其中代理人聊天对话4100和具有消息传送功能的web应用对话4145处于代理人选择发送按钮4165之后的状态。在图41D所描绘的情形中，表单4155已被提交到给定的消息传送会话中，并且因此被从消息输入窗格4160中传输以供在消息传送会话窗格4127中作为表单4170显示。从中可以看到，表单4170包括针对联系人的职务、电话号码和电子邮件地址的请求。此外还向其他(多个)消息传送会话参与者呈现与表单4170可比的表单，所述参与者随后完成该表单并且将已完成的表单提交回到消息传送会话中。图41E是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话和web应用的用户接口的一个实例的方框图，其中来自动态表单的信息自动填充web应用的用户接口的某些栏位。图41E描绘出所述实例的下一个阶段，其中代理人聊天对话4100和具有消息传送功能的web应用对话4145反映出顾客完成表单并且将该已完成的表单提交到消息传送会话中的结果。此时，另一个用户(即顾客)已完成了显示在其聊天对话中的表单4170的版本，并且已将已完成的表单提交到消息传送会话中。这一所提交的表单作为表单4175出现在消息传送会话窗格4127中。消息传送系统随后将如此提供的信息传输到具有消息传送功能的web应用对话4145的适当的顾客信息栏位，并且更具体来说是传输到职务栏位4161、电话号码栏位4162和电子邮件地址栏位4163。图41F是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话和web应用的用户接口的另一个实例的方框图，其中来自动态表单的信息自动填充web应用的用户接口的某些栏位。在图41F所描绘的情形中，所述实例继续由顾客提供在图41F的表单4180中描绘的信息(地址信息)。由代理人通过选择适当的PTMS按钮4150f-4150j来建立从顾客寻求此类信息的表单。前述操作在这里被总体上称作动态表单生成(正如在图41A、41B、41C、41D、41E和41F中所描绘的那样)。根据本公开内容将认识到，这样的动态表单生成可以与预定义表单的使用(正如在图27、28和29中所描绘的那样)相组合。举例来说，在CRM情境中，可以通过使用各种标准(例如对应于给定代理人的历史使用、给定区域中的代理人等等)把动态表单生成与预定义表单相组合，以便确定呈现给代理人的预定义表单的配置。在这样的方法中，代理人反复把特定输入栏位推送到与给定顾客的消息传送会话中的情况可以被用来建议新的预定义表单，每当为所述给定顾客提供帮助时，消息传送系统可以向代理人呈现所述新的预定义表单。此外，根据前面提到的服务将认识到，代理人还可以自由创建包括完成具有消息传送功能的web应用对话4145的相应栏位所需的所有栏位的表单(或者其他替换的组合，这是基于其间的关系、易于顾客使用以及/或者其他此类考虑因素)，从而表现出根据本发明的实施例的消息传送系统的灵活性。图42A是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话和web应用的用户接口的一个实例的方框图，其中web应用的用户接口提供对于输入栏位选择/提交功能的支持。图42A描绘出这样一种情形，其中代理人聊天对话4200和具有消息传送功能的web应用对话4205被例如代理人之类的用户采用来从另一个用户(例如顾客)寻求信息。在图42A所描绘的实例中，具有消息传送功能的web应用对话4205包括若干顾客信息栏位(其在图42A中被描绘成顾客信息栏位4210)。对应于其中某些顾客信息栏位4210的是PTMS按钮4215a-4215k。PTMS按钮4215a-4215k可以由例如代理人之类的用户选择，以便表明与之对应的(多个)输入栏位应当被添加到正在代理人聊天对话4200的消息输入窗格中生成的表单。在图42A所描绘的情形中，PTMS按钮4215a、4215b和4215c已被代理人选择。这样的选择在图42A中通过加深前面提到的PTMS按钮的颜色而表明。此外，可以提供“选择所有”按钮(其在图42A中被描绘成选择所有栏位按钮4216)，以便简化代理人在准备和提交包括所期望的栏位的表单方面的工作。实际上，一旦实施这样的操作(例如通过提交所有栏位来准备表单的“草稿”)，代理人可以随后按照例如在本文中的别处所描述的方式来编辑如此创建的表单。根据本公开内容将认识到，可以采用多种分组来简化代理人在准备表单并且将其提交到给定的消息传送会话方面的工作(例如用以把必要的地址栏位推送到给定表单中的地址PTMS按钮)，随后可以对表单实施编辑，正如可能必要和/或希望的那样。此外，历史信息可以充当用于创建此类表单的基础(例如允许代理人创建与上一次创建的表单或者上一次对于给定客户端/情况创建的表单等等相同的表单的PTMS按钮)。根据本公开内容将认识到，多种此类替换方案是可能的，并且意图落在本公开内容的范围内。图42B是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话和web应用的用户接口的一个实例的方框图，其中描绘出对于所述选择/提交功能的使用。一旦用户选择了所期望的PTMS按钮，代理人就可以选择提交按钮4220，以便把利用PTMS按钮选择的输入栏位作为表单4235提交到消息输入窗格4230中。在本例中，PTMS按钮4215d、4215e和4215k已被选择(鉴于联系人的名字和形式以及顾客名称已经按照结合图41A-41F所描述的方式被自动完成)，因此在选择提交按钮4220之后，消息传送系统提交顾客信息栏位4210的职务栏位4240、电话号码栏位4242和电子邮件地址栏位4244。职务栏位4240、电话号码栏位4242和电子邮件地址栏位4244随后由消息传送系统使用来生成表单4235。图42C是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话和web应用的用户接口的一个实例的方框图，其中进一步描绘出对于所述选择/提交功能的使用。图42C描绘出将表单4235提交到消息传送会话中之后的代理人聊天对话4200的状态。一旦消息传送系统在消息输入窗格4230中呈现表单4235，代理人就可以通过选择发送按钮4255把表单4235提交到消息传送会话中。表单4235随后作为表单4265出现在消息传送会话窗格4260中。对应于表单4265的表单还出现在顾客的聊天对话中，从而允许顾客输入所请求的信息。一旦顾客输入了所请求的信息，顾客就可以把现在已完成的表单提交回到消息传送会话中。图42D是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话和web应用的用户接口的一个实例的方框图，其中来自动态表单的信息自动填充web应用的用户接口的某些栏位。图42D示出了本例中的一点，其中顾客已完成如此呈现的表单，并且将已完成的表单提交回到消息传送会话中。这一已完成的表单随后作为表单4270出现在代理人的聊天窗口的消息传送会话窗格(例如消息传送会话窗格4260)中。此时，提供在表单4270中的信息可用于消息传送系统。消息传送系统随后可以自动填充具有消息传送功能的web应用对话4205的适当栏位(例如某些顾客信息栏位4210)。在本例中，从表单4270自动获得联系人的职务(“采购经理”)并且被用来填充职务栏位4240。类似地，联系人的电话号码(“555-765-4321”)被用来自动填充电话号码栏位4242，并且联系人的电子邮件地址(“john.smith@kingos.com”)被从表单4270传输并且被用来填充电子邮件地址栏位4244。支持输入栏位的自动填充的示例性消息传送系统通信图43是示出了在把表单(例如动态表单对象和/或动态表单对象信息)提交到消息传送会话中、接收响应、以及自动填充web应用的某些输入栏位时所实施的操作的一个实例的流程图。此外还示出了在自动填充web应用对话的一个或多个输入栏位时所涉及的操作。图43中描绘的处理开始于用户(例如顾客服务代理人)选择一个或多个输入栏位以便使用来创建将被推送到消息传送会话中的表单(步骤4300)。一旦组装了必要的输入栏位，如此生成的表单就被提交到消息传送会话中，这例如是通过由消息传送应用将消息(包括表单)发送到服务器系统(步骤4310)。一旦服务器系统接收到消息，作为处理所述消息并且把必要的信息转发给消息传送会话中的其他(多个)参与者的一部分，服务器系统发所述消息(包括表单)发送到客户端系统，以便由执行在其上的消息传送小应用程序显示(步骤4320)。服务器系统还把消息(包括表单)发送回到消息传送应用，以便显示在发送者的消息传送对话上(步骤4325)。服务器系统随后等待针对该消息的应答，所述应当将从客户端系统接收(未示出)。一旦响应于原始消息从客户端系统发送出消息，就在服务器系统处接收应答消息(包括针对表单的响应)(步骤4330)。按照与早前关于原始消息所描述的可比方式，服务器系统随后向客户端系统发送消息(包括针对表单的响应)，以便由消息传送小应用程序显示(步骤4340)。在基本上同一时间(或者之后)，服务器系统向消息传送应用发送消息(包括针对表单的响应)，以便在消息传送应用的窗口的消息传送会话窗格中显示(步骤4345)。一旦该信息被发送到客户端系统和消息传送应用(在基本上同一时间或者之后)(步骤4340和4345)，对应于所述一个或多个输入栏位当中的每一个的输入数据被用来自动填充web应用对话的相应输入栏位(步骤4350)。一旦web应用对话的输入栏位被填充，所述处理结束。图44是示出了根据本发明的实施例的可以在消息传送架构中发生的示例性通信的方框图。如图44中所描绘的那样，消息传送架构4400被描绘成包括计算系统4410和计算系统4420。计算系统4410和计算系统4420通过服务器系统4430彼此通信。服务器系统4430例如可以由一台或多台服务器(例如图11A的消息传送系统1140、图34的消息传送系统3440)实施，其例如可以包括在线聊天服务器(例如可扩展消息传送和存在协议(XMPP)服务器)。在操作中，计算系统4410将表单提交到当前的消息传送会话中(其在图44中被描绘成消息4440)。这例如可以利用这里所描述的其中一种方法来实现。服务器系统4430随后向计算系统4410和计算系统4420发送消息(其在图44中分别被描绘成消息4450和消息4455)，其是包括关于将被显示在由每一个计算系统4410和4420所显示的消息传送会话窗格中的表单的信息的消息。因此，例如可以如下生成消息4450(并且因此可以在消息传送会话中显示)：类似地，例如可以如下生成消息4455(并且因此可以在消息传送会话中显示)：采用计算机系统4420的用户随后又能够完成所讨论的表单，并且将其响应提交到消息传送会话中。这一通信在图44中被描绘成从计算系统4420发送到服务器系统4430的消息4460。消息4450中的表单可以例如利用以下格式来生成和张贴(并且因此可以在消息传送会话中显示)：Promotion+code＝75starter&Referral+code＝les1267&…在接收到消息4460(包括表单张贴字符串)之后，服务器系统4430继续将其结果提供到计算系统4410和4420。通过包括格式化名称-值对的消息(其在图44中被描绘成消息4470和消息4475)来提供这样的结果(用户的应答)。因此，例如可以按照以下方式利用格式化名称-值对生成(并且因此可以在消息传送会话中显示)消息4470：类似地，例如可以利用格式化名称-值对生成(并且因此可以在消息传送会话中显示)消息4475：图45是示出了根据本发明的实施例的在以下操作期间所显示的示例性用户接口的方框图：创建表单，将新创建的表单提交到消息传送会话(其在图45中被描绘成消息传送会话4500)，接收对应于该表单的输入栏位的输入数据，以及自动填充具有消息传送功能的web应用对话的相应输入栏位。如图45中所描绘的那样，第一用户的消息传送会话窗格(其在图45中被描绘成消息传送会话窗格4504)显示第一用户与第二用户之间的通信，其中第二用户采用另一个消息传送会话窗格(其在图45中被描绘成消息传送会话窗格4506)来与第一用户通信。在操作中，在图45所描绘的架构中进行的通信开始于创建表单(例如动态表单对象)，这是通过由第一用户选择一个或多个推送到消息传送会话(PTMS)按钮(这样的选择在图45中被描绘成通过选择PTMS按钮4510a和4510b)而实现的。对于PTMS按钮4510a和4510b的选择导致将相应的输入栏位插入到表单中(其在图45中被描绘成输入栏位4515a和输入栏位4515b)，其最终被提交到第一和第二用户之间的消息传送会话中。作为创建用于提交到消息传送会话中的表单的一部分，更新JavaScript散列表以便把消息传送会话中的标签/名称与对应于web应用的网页中的输入栏位的输入标识符相关联。这一关联允许把由顾客对于这些栏位所提供的信息与正确的相应输入栏位相关联。如图45中所描绘的那样，包含输入栏位4515a和4515b的表单作为表单4520的一部分出现在第一用户的消息传送会话窗格(消息传送会话窗格4504)中。表单4520在被提交到消息传送会话中之后，也作为通过服务器系统4530传送的表单4525出现在(第二用户的)消息传送会话窗格4506中。在接收到表单4525之后，第二用户通过在输入栏位4540a和4540b中输入输入数据提供所请求的信息。第二用户随后将该信息提交到消息传送会话中，其作为消息传送会话窗格4504中的表单4550和消息传送会话窗格4506中的表单4555出现。此时，标识输入栏位4510a和4510b的信息被用来利用由第二用户提供的输入数据自动填充输入栏位4510a和4510b。这是通过JavaScript代码实现的，其利用前面提到的消息传送会话中的标签/名称来识别包含相应输入标识符的散列表条目，并且从而确定将要自动填充具有消息传送功能的web应用对话4570中的哪些输入栏位。这一操作在图45中由输入栏位4560a和4560b的自动填充描绘，并且被反映在针对具有消息传送功能的web应用对话4570的改变中。支持自动执行命令的示例性消息传送系统通信图46是示出了根据本发明的实施例的在进行消息传送会话时所实施的操作的一个实例的流程图。在图46中描绘的操作包括将表单提交到消息传送会话中、接收响应、以及自动填充应用的某些输入栏位，其中为第二用户(例如顾客)提供针对操作功能的支持。图46中所描绘的处理开始于把一个或多个输入栏位从应用(例如具有消息传送功能的应用对话)传输到消息传送应用(例如由顾客服务代理人(或者更简单地说是代理人)所使用的消息传送应用)(步骤4600)。接下来，代理人的消息传送应用向提供代理人与顾客之间的通信的服务器系统发送消息(包括所讨论的表单)(步骤4610)。此时，服务器系统向消息传送应用发送回消息(包括所讨论的表单)以供显示(步骤4620)。在近似同一时间(或之后)，服务器系统向正由顾客使用的客户端系统发送消息(其也包括所讨论的表单)，以便由客户端系统上的用于显示的消息传送小应用程序进行显示(步骤4625)。一旦顾客将所请求的信息输入到表单中，顾客随后就把已完成的表单提交到消息传送会话中。这一消息(包括作为针对表单的响应提供的输入数据)又被从客户端系统发送到服务器系统(步骤4630)。因此应当认识到，按照这种方式被呈现给顾客的单元在这里被称作“具有执行功能的单元”。这表明通过选择所述GUI单元不仅导致在消息传送系统内实施一项或多项操作，而且还在一项或多项应用(例如一项或多项企业或web应用)内发起一项或多项操作。服务器系统随后向代理人的消息传送应用发送消息(包括前面提到的响应)，以便由代理人的计算机系统显示(步骤4640)。在近似同一时间(或者当然也包括在此之后)，服务器系统向客户端系统发送回消息(包括前面提到的响应)，以便由客户端系统通过消息传送小应用程序进行显示(步骤4645)。在近似同一时间(或者之后)，自动调用服务器系统以便利用由顾客提供的输入数据实施一项或多项操作(步骤4650)。随后实施(多项)必要的操作(步骤4660)。一旦服务器系统实施了所期望的操作(例如搜索帮助数据库以找到针对某一问题的解决方案)，服务器系统就向应用对话发送更新，并且在消息传送会话中提供状态更新(步骤4670)。一旦填充了应用对话的输入栏位并且实施了必要的操作，所述处理结束。图47是示出了根据本发明的实施例的在进行消息传送会话时所涉及的操作和消息的一个实例的方框图。图47因此描绘出根据本发明的实施例的消息传送架构(比如消息传送架构4700)中的通信的一个实例。在消息传送架构4700中，代理人计算系统4710和顾客计算系统4715通过服务器系统4720彼此通信。服务器系统4720支持用以提供支持根据本发明的实施例的消息传送系统的必要功能的各种机制。与前面一样，服务器系统4720例如可以由一台或多台服务器(例如图11A的消息传送系统1140、图34的消息传送系统3440等等)实施。但是服务器系统4720不仅提供例如包括在线聊天服务器(例如XMPP服务器)的服务器，而且还支持一项或多项应用(例如通过提供web服务器(例如超文本传输协议(HTTP)服务器))。由服务器系统4720支持的软件模块例如可以包括级联样式表(CSS)表单(例如“form.css”)、用于处理所述表单的JavaScript模块(例如“form_process.js”)以及支持在代理人计算系统4710上执行的代理人后台中的功能的JavaScript模块(例如“agent_console_process.js”)。在操作中，代理人计算系统4710将表单提交到当前的消息传送会话中，这例如可以利用这里所描述的其中一种方法来实现。所述表单被从代理人计算系统4710通过服务器系统4720传送到顾客计算系统4715。在图47所描绘的情形中，顾客的响应不仅被用来自动填充具有消息传送功能的应用对话的输入栏位，而且还被用来使得这样的提交发起相应的(多项)操作。因此，在图47中描绘的处理开始于作为从代理人计算系统4710发送到服务器系统4720的消息的一部分将表单提交到当前的消息传送会话中(其在图47中被描绘成消息4730)。服务器系统4720又把消息4740发送到代理人计算系统4710并且把消息4745发送到顾客计算系统4715，从而分别在由代理人计算系统4710和顾客计算系统4715显示的消息传送会话中显示给定表单。例如可以利用具有表单标识符(form_id)的预定义表单结构如下生成消息4740(并且因此可以在消息传送会话中显示)：例如可以利用具有表单标识符(form_id)的预定义表单结构如下生成消息4745(并且因此可以在消息传送会话中显示)：顾客随后把所请求的信息输入到表单中，并且将已完成的表单提交到消息传送会话中。这一提交可以通过作为消息4750从顾客计算系统4715向服务器系统4720发送表单张贴字符串来实现。例如可以利用以下格式生成并且张贴(并且因此可以在消息传送会话中显示)消息4750中的表单：一旦接收到消息4750，服务器系统4720将如此接收到的信息作为消息4760传送到代理人计算系统4710，并且作为消息4765传送到顾客计算系统4715。消息4760包括一个或多个格式化名称-值对以及表单张贴字符串；消息4765包括一个或多个格式化名称-值对。因此，例如可以按照以下方式利用格式化名称-值对生成(并且因此可以在消息传送会话中显示)消息4760：类似地，例如可以如下利用格式化名称-值对生成(并且因此可以在消息传送会话中显示)消息4765：一旦接收到消息4760，作为接收到消息4760的结果，代理人计算系统4710调用(例如AJAX调用)服务器系统4720(其在图47中被描绘成AJAX调用4770)。在AJAX调用4770的情况中，这样的调用例如可以是基于表单标识符(例如form_id)并且使用表单张贴字符串。根据本公开内容将认识到，在某些实施例中，AJAX调用4770与可以在代理人计算系统4710上的代理人后台中启动的表单张贴字符串相同(或者与之可比)。一旦服务器系统4720接收到AJAX调用4770，就实施所请求的操作(例如利用在消息4760中所传送的表单中接收到的输入数据)，并且作为消息4780提供结果。消息4780例如可以包括比如部分页面更新之类的信息，并且还可以被配置成导致给定的消息传送会话中的状态更新。图48是示出了根据本发明的实施例的在消息传送会话期间显示的示例性用户接口的方框图。因此图48中所描绘的实例示出了各种通信(包括各种消息和表单)以及由此导致的改变。图48中描绘的情形示出了消息传送会话4800，其包括通过服务器系统4820可通信地耦合的代理人消息传送窗口4810和顾客消息传送窗口4815。此外还描绘出具有消息传送功能的应用对话4830。按照与本文中的别处所讨论的可比方式，用户(例如顾客服务代理人)选择用于提交到消息传送会话中的表单，其随后可以被提交到给定的消息传送会话中。在图48所描绘的实例中，代理人将具有与具有消息传送功能的应用对话4830的栏位相对应的栏位的表单提交到消息传送会话4800中，该表单作为表单4840出现在代理人消息传送窗口4810中。通过这样做，一个表单也通过服务器系统4820被传送到顾客的计算系统，并且从而作为表单4850被显示在顾客消息传送窗口4815中。一旦接收到所述表单，顾客就可以把所请求的信息输入到表单4850的适当输入栏位中。但是取代为顾客给出简单地把现在已完成的表单提交到消息传送会话中的能力，为顾客呈现一个或多个按钮，其允许顾客实际发起为止请求所述信息的操作。举例来说，如图48中所描绘的那样，为顾客呈现搜索按钮4855，其(一旦完成了表单4850的必要栏位)允许顾客利用如此输入的信息发起搜索。根据本公开内容将认识到，搜索按钮4855是前面提到的具有执行功能的单元的一个实例，在图48的实例中，对于该搜索按钮4855的选择不仅把已完成的表单从顾客(即顾客消息传送窗口4815)发送给代理人(代理人消息传送窗口4810)，而且还导致由给定的应用实施搜索(在该例中，其结果出现在具有消息传送功能的应用对话4830中)。根据本公开内容还将认识到，通过为服务请求方(例如在本例中是顾客)提供这样的功能，使得服务提供方(例如在本例中是顾客服务代理人)不再需要承担发起此类操作的任务。因此，按照关于在图48中描绘的实例所提到的方式，顾客对于搜索按钮4855的选择不仅导致将所输入的信息提供给顾客服务代理人(这例如被描绘成作为表单4860在代理人消息传送窗口4810中并且作为表单4865在顾客消息传送窗口4815中显示此类信息)，而且还导致自动填充具有消息传送功能的应用对话4830的输入栏位4870a、4870b和4870c，并且还导致在实际利用如此提供的信息来实施所期望的操作方面所涉及的操作。在消息传送会话4800中所描绘的处理中，顾客对于搜索按钮4855的选择还导致识别出解决方案及其描述(其在图48中被描绘成解决方案描述4880)，而且还导致在代理人消息传送窗口4810中的表单4860内提供提醒4890。可以看到，提醒4890为顾客服务代表呈现提醒4890内的发送按钮4895，其允许顾客服务代理人简单地通过选择发送按钮4895将所识别出的这一解决方案(解决方案描述4880)发送给顾客。此外，这样的功能可以简单地(但是可选地)仅为代理人提供提醒，并且继续向顾客发送必要的信息(例如解决方案描述4880)，而无需代理人进行任何干预。根据本公开内容将认识到，此类操作的自动化大大简化了需要由顾客服务代理人实现的任务，从而也为顾客提供了更快并且更加高效的服务。用户接口特征的实例如在前面的讨论中所提到的那样，通过使用根据本发明的实施例的SDO、DFO和其他此类构造，允许许多有用并且有利的用户接口特征。现在将给出此类用户接口特征的实例及其讨论。图49是示出了根据本发明的实施例的由消息传送系统呈现的顾客对话的一个实例的方框图，其中描绘出输入确认的一个实例。图49描绘出顾客聊天对话的一个实例(其在图49中被描绘成顾客聊天对话4900)。顾客聊天对话4900显示表单4910，其被配置成对于在本例中由顾客(或者将信息输入到此类表单中的其他用户)输入的信息实施输入确认。在图49所描述的实例中，顾客服务代理人已把表单4910提交到消息传送会话中，从而导致在顾客聊天对话4900的消息传送会话窗格4920中显示表单4910。在该例中，用户(例如顾客)已将特定信息输入到表单4910中，其中包括顾客的职务、电话号码和电子邮件地址。但是作为由表单4910实施的输入确认操作的结果，并且在顾客把信息输入到表单4910的各个栏位中时，所述对象(和/或)与之相关联的信息和功能对于如此输入的信息实施输入确认。在图49所描绘的实例中，顾客输入了无效的电话号码(没有提供适当的区号)。在表单4910中提供的功能检测到所述错误，并且提供了这方面的指示。可以在将信息输入到所讨论的栏位中时实施这样的功能，比如通过将焦点从该栏位移开或者通过尝试在表单4910中提交该信息。图50是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话和顾客对话的一个实例的方框图，其中描绘出由代理人将结构化数据插入到web聊天中。图50从顾客服务代理人(其查看代理人聊天对话5000)和顾客(其查看顾客聊天对话5010)的角度描绘出消息传送会话的一个实例。在图50所描绘的情形中，顾客服务代理人已将表单提交到消息传送会话中(其在图50中由一般性表单5030表示)，其作为一般性表单5040出现在顾客聊天对话5010中。除了为顾客呈现输入栏位5045a-5045c之外，一般性表单5040还允许顾客通过选择重置按钮5050来重置输入栏位5045a-5045c中的值。一旦顾客对于其在输入栏位5045a-5045c中提供的信息感到满意，顾客可以选择提交按钮5055，以便通过在消息传送会话中向顾客服务代理人发送必要的信息来对顾客服务代理人作出“应答”。图51是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话和顾客对话的一个实例的方框图，其中描绘出由顾客通过结构化数据作出应答。继续图50的实例，顾客已经响应于接收到一般性表单5040而把各种值或其他信息提交给顾客服务代理人。在图51中，顾客服务代理人(其查看代理人聊天对话5100)和顾客(其查看顾客聊天对话5110)在其间的消息传送会话中进行通信。在图51中所描绘的消息传送会话中的时间点处，顾客已接收到顾客表单5120(其是图50的一般性表单5040的现在已完成的版本)，其由代理人提交到消息传送会话中(并且作为代理人表单5125出现在代理人聊天对话5100中)。为此，输入栏位5115a-5115c可以与图50的输入栏位5045a-5045c比较。但是在图51中所描绘的时间点处，顾客已经把值“值1”输入到输入栏位5115a中，将值“值2”输入到输入栏位5115b中，并且将值“值3”输入到输入栏位5115c中。在某些实施例中，支持代理人聊天对话5100和顾客聊天对话5110的消息传送系统将这些值从顾客表单5120传送到代理人表单5125，从而在由顾客把该信息输入到顾客表单5120的输入栏位5115a-5115c中的同时更新显示在代理人表单5125中的信息。一旦顾客对于输入到输入栏位5115a-5115c中的信息感到满意，顾客就选择提交按钮5130。对于提交按钮5130的选择把已完成的表单提交到消息传送系统中，并且导致在顾客聊天对话5110中的顾客接过表单5140和代理人聊天对话5100中的代理人结果表单5150中显示前面提到的信息。图52是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话和顾客对话的一个实例的方框图，其中被插入到web聊天中的结构化数据支持重新提交其中所输入的数据。正如结合图1所描述的那样，某些实施例在给定的表单中提供用户的信息输入(并且可能还有编辑)。但是在某些实施例中，在先前已经利用给定的表单发送了信息之后，用户可以被允许在该表单中修订该信息，并且通过所述表单重新提交该信息。图51描绘出这样一个实例，其中这样的重新提交总是被允许(其由在提交了必要信息之后仍然保持被启用的输入栏位5045a-5045c、重置按钮5050和提交按钮5055表明)，而图52中所描绘的实例则在可比的情形中示出了对于这一特征的明确控制。在图52所描绘的实例中，顾客服务代理人(其查看代理人聊天对话5200)和顾客(其查看顾客聊天对话5210)在消息传送会话中彼此通信。可以看到，代理人聊天对话5200中的代理人表单5220包括复选框5225，其允许代理人表明是否允许由顾客(通过顾客聊天对话5210)重新提交代理人表单5220。在这一情形中，用户已经把所请求的信息输入到各个输入栏位(其在图52中被描绘成顾客表单5240的输入栏位5230a、5230b和5230c)。但是在图52中所描绘的时间点处，顾客已经把值“值1”输入到输入栏位5230a中，将值“值2”输入到输入栏位5230b中，并且将值“值3”输入到输入栏位5230c中。在图25所描绘的情形中，顾客通过完成顾客表单5240的输入栏位5230a-5230c并且选择提交按钮5250对代理人作出应答(还可以通过选择重置按钮5255来重置顾客表单5240的栏位)。这导致把所请求的信息返回到消息传送系统，以及在代理人聊天对话5200中的表单5260和顾客聊天对话5210中的表单5270中显示该信息。根据本公开内容将认识到，在图52中被描绘成“被复选”(也就是说被选择)的复选框5225允许通过顾客聊天对话5210输入信息的顾客改变在其中一个或多个输入栏位5230a、5230b和5230c中所输入的信息，并且把经过修订的信息重新提交到消息传送会话，正如前面所提到的那样。在这种情况下，顾客表单5240的输入栏位5230a、5230b和5230c被启用(如图52中所描绘的那样)。或者，如果复选框5225被“非复选”(也就是说未被选择)，则顾客无法在任何输入栏位5230a、5230b和5230c中输入新的信息。在这种情况下，在把原始信息提交到消息传送会话中之后，输入栏位5230a、5230b和5230c将被禁用(“变灰”)，因此顾客将被阻止在这些栏位中输入任何另外的信息。此外，在这种情况下，在通过顾客表单5240提交信息之后，消息传送系统通常还将禁用提交按钮5250以及重置按钮5255。图53是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话和顾客对话的一个实例的方框图，其中描绘出数据的提交/重新提交的一个实例。图53描绘出代理人与顾客之间的交互中的后来的某一时间点处的图52的消息传送会话。在将必要的信息输入到相应的输入栏位中之后(按照与图51中所描绘的可比方式)，顾客被询问是否想要对如此提交的信息作出任何改变。在图53所描绘的情形中，顾客实际上希望作出这样的改变，因此被代理人提示这样做。按照与由顾客输入的原始信息的提交和显示可比的方式(比如图51中所描绘的情形)，顾客随后对该信息作出改变。顾客通过修改、重新输入或者实施其他此类修改来实现这一点(例如通过选择重置按钮5255而重置整个表单，正如前面所提到的那样)。在图53所描绘的实例中，顾客已经把在输入栏位5230a中输入的信息从“值1”修订成“值4”。在作出这样的修订之后，顾客随后能够把已完成的表单中的现在经过修订的输入信息(重新)提交到消息传送会话中(例如通过选择提交按钮5250)。所述经过修订的信息随后出现在代理人聊天对话5200和顾客聊天对话5210中。在图53所描绘的实例中，所述经过修订的信息作为代理人表单5300出现在代理人聊天对话5200中，并且作为顾客表单5310出现在顾客聊天对话5210中，全部二者都反映出从“值1”(如在表单5260和5270中反映出)到“值4”(如在代理人表单5300和顾客表单5310中反映出)的改变。正如前面由图51、52和52所给出的实例所表明的那样，根据本发明的实施例的消息传送系统关于此类消息传送系统的许多方面给出了许多特征和替换方案，其中例如包括由消息传送系统的参与者来控制针对系统的输入。举例来说，如在本文中的别处所观察到的那样，在表单提交之后，在应对提交给远程用户(例如顾客)的表单时可以使得多种交互可用。在一个实施例中，此类表单的各个单元(或者整个表单)可以具有三种不同的状态：1、被启用(这是基本情况)；2、在顾客一侧被禁用，其中代理人一侧的允许重新提交各个单元/整个表单的复选框因此被启用；以及3、被禁用(仅提交一次)。第一种情况是基本情况，其中为顾客提供利用表单重新提交信息的能力。第二种情况(如在前面的附图中描述)允许代理人控制顾客是否能够重新提交给定的表单(但是也可以使得这样的控制属于消息传送系统的范围)。从本公开内容将认识到，这不仅包括在当前启用(或禁用)重新提交的能力，而且还包括在后来这样做的能力。在后一种情况下，这意味着代理人能够允许用户仅提交表单一次，但是在后来能够改变设定，从而允许用户通过现在启用的表单重新提交信息。因此举例来说，如果代理人在后来确定在消息传送会话期间不应被改变的信息的输入有误(例如信用卡信息)，则代理人可以允许顾客重新输入/重新提交这样的信息。最后一种情况的一个实例将是登录信息(其在消息传送会话期间通常将不会改变)。可以将这样的仅有一次输入置于代理人的控制之下，或者由消息传送系统的配置强制规定。类似地，可以提供主动监视，从而不仅允许代理人跟随顾客输入信息(例如以便指出错误、提前工作等等；正如结合图5所讨论的那样)，而且还可以实际为代理人提供在由顾客输入信息时输入该信息/针对该信息采取动作的能力。因此，在“代理人一侧”，根据本发明的实施例的表单例如可以提供以下功能：1、禁用栏位和禁用按钮；2、启用栏位，但是代理人只能监视所述栏位的内容；以及3、启用栏位，并且代理人可以主动设定一个或多个输入栏位的值。第一种情况是基本情况，其中为代理人提供提交表单的能力，但是无法看到由顾客对表单作出的任何改变，也无法与表单的任何功能(例如重置和提交按钮)进行交互。第二种情况允许代理人查看给定表单的其中一个或多个栏位，同时关于代理人禁用导致作出实际输入的表单功能。这种情形的一个应用实例是这样一种情况，其中代理人能够检查来自下拉列表的所有选项(包括隐藏选项)，以便确保其中的选择对于顾客是可以理解的。第三种情况允许代理人与给定表单的其中一个或多个栏位进行完全交互，并且从而对其作出改变。最后一种情况的一个实例将是具有将由顾客完成的一定数目的文本栏位的表单，代理人也可以对所述文本栏位进行编辑，从而提供有限的联合填表特征(例如允许代理人改正顾客的打字错误)。下面是用于允许代理人查看由顾客输入的信息的机制的一个实例。在一个实施例中，根据本公开内容将认识到，输入文本可以作为许多动作的结果而改变，其中包括按键、拷贝和粘贴操作、修改(例如通过JavaScript)、自动完成的输入等等。在这样的情况下，可以通过多种方式获得此类信息，其中例如包括每当输入值改变时所(利用当前输入值)调用的JavaScript函数，这例如可以通过以下操作来实现：还应当认识到，前述内容仅仅是一个实例，根据本公开内容，其功能可以通过许多方式来实施。图54A是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话和顾客对话的一个实例的方框图，其中描绘出对于顾客对话中的输入栏位的掩蔽。图54A示出了这样一个实例，其中代理人聊天对话5400和顾客聊天对话5410被用来传送保密信息。在图54所描绘的实例中，代理人提交表单5420，其向顾客寻求敏感信息。在这种情形中，当在顾客聊天对话5410中显示时，将要输入到表单5420的输入栏位中的信息应当被掩蔽，正如锁定图标5425a和5425b所表明的那样。因此，当顾客输入敏感信息时(例如在图54中被描绘成PIN和顾客的SSN的一部分)，如此输入的信息当在顾客聊天对话5410中显示时被掩蔽。一旦顾客完成在表单5430中输入所请求的信息，顾客就通过选择提交按钮5435把现在已完成的表单提交给代理人。与表单5420中一样，表单5430的各个栏位通过锁定图标5440a和5440b被表明为对于敏感信息的输入是安全的。一旦顾客提交了现在已完成的表单5430，所述信息作为表单5450出现在代理人聊天对话5400中，并且作为表单5455出现在顾客聊天对话5410中。在图54所示出的实例中，一旦代理人在表单5450中接收到所述信息，该信息被明文呈现，但是在表单5455中保持被掩蔽。作为结果提供一项指示，其表明(在该例中)顾客的身份得到验证。图54B是示出了根据本发明的实施例的由消息传送系统呈现的代理人对话和web应用的用户接口的一个实例的方框图，其中描绘出对于代理人对话中的动态表单的输入栏位以及web应用的用户接口的自动填充的输入栏位的掩蔽。图54B描绘出这样一个实例，其中代理人聊天对话5400反映出消息传送会话，其中一个表单(其对应于表单5460)已被推送到在代理人聊天对话5400中示出的消息传送会话中。从图54B中描绘的实例将会认识到，表单5460的输入栏位被掩蔽，正如锁定图标5465a和5465b所表明的那样。作为响应，顾客提交包含所请求的信息(例如PIN和SSN的一部分)的表单(其在图54A中被描绘成表单5470)。与图54的表单5450不同，表单5470并不明文呈现包含在其输入栏位中的信息，而是掩蔽该信息。这样做例如可以是为了即使在将敏感信息提供给代理人之后仍然保持所述信息的保密性。在图54所描绘的情形中，消息传送系统自动填充具有消息传送功能的web应用对话5480的输入栏位，其还可以被配置成掩蔽此类信息。因此，此类信息在代理人聊天对话5400和其中所呈现的表单中被掩蔽，并且当此类信息被用来自动填充例如具有消息传送功能的web应用对话5480之类的对话的输入栏位时也被掩蔽。通过采用这样的自动填充和掩蔽功能，可以保持顾客的敏感信息的保密性，同时仍然允许顾客服务代理人或其他此类用户实施与为顾客提供服务相关联的任务。一旦具有消息传送功能的web应用对话5480的输入栏位被自动填充，代理人可以简单地选择搜索按钮5490，以便搜索所期望的顾客信息。此外，正如本文中别处所提到的那样，可以在把顾客的保密信息输入到所讨论的表单中时对其进行加密，并且这样的加密(因此还有安全性)保持到web应用接收并且处理已加密信息为止。这样就为此类消息传送系统的用户提供了高度安全性。图55是示出了根据本发明的实施例的由移动应用的用户接口所访问的消息传送系统呈现的顾客对话的一个实例的方框图。图55的移动应用被设计成在由访问根据本发明的实施例的消息传送系统的顾客所使用的移动设备的显示器上呈现移动应用屏幕5550。在图55所描绘的实例中，显示在移动应用屏幕5550上的用户接口包括移动消息传送对话5560，其中显示作为消息传送系统的一部分的消息(例如图55中所描绘的代理人关于打印机型号的询问)。移动消息传送对话5560呈现表单5561，其包括打印机型号选择按钮5565，对于该按钮的选择导致显示拇指轮选择器5570。通过显示拇指轮选择器5570，移动应用能够允许顾客更加容易地输入所请求的信息，这是通过简单地把拇指轮选择器5570“转动”到若干拇指轮选择当中的所期望的选择(其在图55中被描绘成拇指轮选择5575)。一旦顾客到达所期望的拇指轮选择5575，用户就选择所期望的拇指轮选择(例如由图55中的标题为“PX1205T”的条目旁边的复选标记表明)。用户随后能够通过选择发送按钮5580将该信息发送给代理人。或者，如果顾客决定重新开始所述输入处理，该顾客可以选择重置按钮5590。如前所述，在例如图55中所描绘的实现方式中，采用移动设备的顾客能够查看其他消息通信(例如消息传送会话的文本部分，比如移动消息传送对话5560)，同时仍然能够与代理人提交到消息传送会话中的表单进行交互(例如作为显示和选择打印机型号选择按钮5565的结果而呈现的拇指轮选择5575)。同样如前所述，通过消息传送系统的通信和用户接口的“带内”性质使得这样的交互成为可能。示例性计算和网络环境如前所示，可以利用多种计算机系统和网络来实施本发明。后面将参照图56和57来描述这样的计算和网络环境的一个实例。图56描绘出适合于实施本发明的各个方面(例如web服务器(1)-(N)、客户端925(1)-(N)等等)的计算机系统5610的方框图。计算机系统5610包括总线5612，其互连计算机系统5610的各个重要子系统，比如中央处理器5614、系统存储器5617(通常是RAM，但是也可以包括ROM、闪速RAM等等)、输入/输出控制器5618、外部音频设备(比如通过音频输出接口5622的扬声器系统5620)、外部设备(比如通过显示适配器5626的显示屏幕5624)、串行端口5628和5630、键盘5632(其与键盘控制器5633接口)、存储接口5634、适于接收软盘5638的软盘驱动器5637、适于与光纤信道网络5690连接的主机总线适配器(HBA)接口卡5635A、适于连接到SCSI总线5639的主机总线适配器(HBA)接口卡5635B以及适于接收光盘5642的光盘驱动器5640。此外还包括鼠标5646(或者通过串行端口5628耦合到总线5612的其他指示和点击设备)、调制解调器5647(其通过串行端口5630耦合到总线5612)以及网络接口5648(其直接耦合到总线5612)。总线5612允许中央处理器5614与系统存储器5617之间的数据通信，所述系统存储器5617可以包括只读存储器(ROM)或闪存(都未示出)以及随机存取存储器(RAM)(未示出)，正如前面所提到的那样。RAM通常是操作系统和应用程序被加载到其中的主存储器。ROM或闪存除了其他代码之外可以包含基本输入-输出系统(BIOS)，其控制例如与外围组件的交互之类的基本硬件操作。与计算机系统5610驻留在一起的应用通常被存储在计算机可读介质上并且可以通过计算机可读介质来访问，所述计算机可读介质比如有硬盘驱动器(例如固定盘5644)、光盘驱动器(例如光盘驱动器5640)、软盘单元5637或者其他存储介质。与计算机系统5610的其他存储接口一样，存储接口5634可以连接到标准计算机可读介质以用于存储和/或取回信息，比如固定盘驱动器5644。固定盘驱动器5644可以是计算机系统5610的一部分，或者可以是单独的并且通过其他接口系统来访问。调制解调器5647可以提供通过电话链路去到远程服务器或者通过互联网服务提供商(ISP)去到因特网的直接连接。网络接口5648可以提供通过直接网络链路去到远程服务器或者通过POP(存在点)去到因特网的直接连接。网络接口5648可以利用无线技术提供这样的连接，其中包括数字蜂窝电话连接、蜂窝数字分组数据(CDPD)连接、数字卫星数据连接等等。可以按照类似的方式连接许多其他(未示出的)设备或子系统(例如文档扫描仪、数字摄影机等等)。相反，不需要存在图56中所示出的所有设备来实践本发明。所述设备和子系统可以按照不同于图56中所示出的方式而被互连。在本领域内很容易知道例如在图56中示出的计算机系统的操作，因此在本申请中不作详细讨论。用以实施本发明的代码可以被存储在计算机可读存储介质中，比如系统存储器5617、固定盘5644、光盘5642或软盘5638当中的一项或多项。提供在计算机系统5610上的操作系统可以是或者另一种此类操作系统。此外，关于这里所描述的信号，本领域技术人员将认识到，信号可以从第一方框被直接传送到第二方框，或者信号在方框之间可以被修改(例如放大、衰减、延迟、锁存、缓冲、反相、过滤或者通过其他方式修改)。虽然前面描述的实施例的信号被表征为从一个方框被传送到下一个方框，但是本发明的其他实施例可以包括经过修改的信息以替代这样的直接传送的信号，只要所述信号的信息和/或功能方面仍然在方框之间被传送即可。在某种程度上，由于所涉及的电路的物理限制(例如将不可避免地存在一定衰减和延迟)，因此第二方框处的信号输入可以被概念化成从来自第一方框的第一信号输出导出的第二信号。因此，这里所使用的从第一信号导出的第二信号包括第一信号或者针对第一信号的任何修改，而不管是由于电路限制还是由于经过不改变第一信号的信息和/或最终功能方面的其他电路单元。图57是描绘出网络架构5700的方框图，其中客户端系统5710、5720和5730以及存储服务器5740A和5740B(其中任一项可以利用计算机系统5710实施)耦合到网络5750。存储服务器5740A还被描绘成直接附接有存储设备5760A(1)-(N)，并且存储服务器5740B被描绘成直接附接有存储设备5760B(1)-(N)。存储服务器5740A和5740B还连接到SAN组织结构5770，但是对于本发明的操作并不需要连接到存储区域网络。SAN组织结构5770支持由存储服务器5740A和5740B访问存储设备5780B(1)-(N)，并且因此由客户端系统5710、5720和5730通过网络5750访问。此外还示出了智能存储阵列5790以作为可以通过SAN组织结构5770访问的特定存储设备的一个实例。参照计算机系统5610，调制解调器5647、网络接口5648或者某种其他方法可以被用来提供从每一个客户端系统5710、5720和5730到网络5750的连接性。客户端系统5710、5720和5730能够例如利用web浏览器或者其他客户端软件(未示出)来访问存储服务器5740A或5740B上的信息。这样的客户端允许客户端系统5710、5720和5730访问由存储服务器5740A或5740B或者其中一个存储设备5760A(1)-(N)、5760B(1)-(N)、5780B(1)-(N)或者智能存储阵列5790所托管的数据。图57描绘出使用例如因特网之类的网络来交换数据，但是本发明不限于因特网或者任何基于特定网络的环境。其他实施例本发明非常适合于获得前面所提到的优点以及其中所固有的其他优点。虽然参照本发明的特定实施例描绘、描述并且定义了本发明，但是这样的参照并不意味着对于本发明的限制，并且也不应当推论出这样的限制。本领域技术人员将认识到，本发明在形式和功能方面可以有可观的修改、改动和等效方案。所描绘并且描述的实施例仅仅是实例，而不意图穷举本发明的范围。前面描述了包括含在其他组件内的组件的实施例(例如被显示为计算机系统5610的组件的各个单元)。这样的架构仅仅是实例，并且实际上可以实施能够实现相同功能的许多其他架构。在抽象的但是仍然是定义性的意义上，用以实现相同功能的任何组件安排实际上都是“相关联”的，从而实现所期望的功能。因此，在这里被组合来实现特定功能的任何两个组件可以被视为彼此“相关联”，从而实现所期望的功能，而不管其架构或中间组件如何。同样地，如此相关联的任何两个组件还可以被视为彼此“可操作地连接”或者“可操作地耦合”，以便实现所期望的功能。前面的详细描述通过使用方框图、流程图和实例阐述了本发明的各个实施例。本领域技术人员将理解的是，每一个方框图组件、流程图步骤、通过使用实例说明的操作和/或组件都可以(单独地以及/或者总体地)通过多种硬件、软甲、固件或者其任意组合来实施。前面在具有完全功能的计算机系统的情境中描述了本发明；但是本领域技术人员将认识到，可以通过多种形式作为程序产品来分发本发明，并且不管被用来实际实施所述分发的计算机可读介质的具体类型如何，本发明都同样适用。计算机可读介质的实例包括计算机可读存储介质以及未来开发的介质存储和分发系统。前面讨论的实施例可以通过实施与所述实施例相关联的一项或多项任务的软件模块来实施。这里所讨论的软件模块可以包括脚本、批处理或其他可执行文件。软件模块可以被存储在机器可读或计算机可读存储介质上，比如磁性软盘、硬盘、半导体存储器(例如RAM、ROM和闪存类型介质)、光盘(例如CD-ROM、CD-R和DVD)或者其他类型的存储器模块。被用于存储根据本发明的一个实施例的固件或软件模块的存储设备还可以包括基于半导体的存储器，其可以永久性地、可移除地或者远程地耦合到微处理器/存储器系统。因此，所述模块可以被存储在计算机系统存储器内，以便配置计算机系统来实施所述模块的功能。可以使用其他新的各种类型的计算机可读存储介质来存储这里所讨论的模块。前面的描述意图说明本发明，而不应当被理解成作出限制。在本发明的范围内可能有其他实施例。本领域技术人员将很容易实施对于提供这里公开的结构和方法所必要的步骤，并且将会理解到处理参数和步骤序列仅仅是作为举例而给出的，并且可以对其作出改变以便实现所期望的结构以及落在本发明的范围内的修改。在不背离本发明的范围的情况下，可以基于这里所阐述的描述获得这里所公开的实施例的各种变型和修改。因此，本发明仅应受到考虑到所有方面的等效方案的所附权利要求的范围的限制。虽然前面结合几个实施例描述了本发明，但是本发明不应当受限于这里所阐述的具体形式。相反，其意图涵盖可以合理地被包括在由所附权利要求书限定的本发明的范围内的此类替换方案、修改和等效方案。当前第1页1 2 3