具有电子签名的公式计算及支付授权的系统和方法

摘要

文中描述了一种电子签名处理技术。一些实施例提供了一种电子签名服务(“ESS”)，配置为有利于形成、存储和管理电子签名文档。ESS可通过电子签名文档促进支付处理，该文档包括或者关联支付表格。当将签名文档呈现给用户签名时，支付表格收集支付数据(例如卡类型、卡号、姓名)，一旦完成签名过程，ESS使用该支付数据处理支付。

说明书

优选权声明

本申请声明拥有2012年3月22日提交的美国临时申请N0.61/614，383的权益。

技术领域

本发明涉及一种电子签名的系统和方法，特别地，涉及一种将支付过程与利用在线电子 文档签名进行动态公式计算相结合的系统和方法。

附图说明

下面参考附图，对本发明的优选及可替换示例进行详细描述：

图1描述了电子签名服务的示例性实施例的方块图；

图2A-2G描述了根据一示例性实施，用于配置支付表格的用户界面屏幕；

图3A-3B描述了根据一示例性实施，用于配置公式字段的用户界面屏幕；

图4为电子签名交易环境下促进支付的示例性过程的流程图；以及

图5为根据一示例性实施例，用于执行电子签名服务的示例性电脑系统的方块图。

具体实施方式

此处描述的实施例提供了一种用于促进电子签名的加强的基于电脑和网络的系统和方 法。示例性实施例提供了一种电子签名系统(“ESS”)，配置为促进构成、存储和管理文档及 对应的电子签名。利用ESS，第一个用户(“发送者”)可提供或者上传待签名文档(“签名文 件”)，而第二个用户(“签名者”)可访问、检查该上传文档，并对该上传文档签名。

在一些实施例中，ESS通过电子签名文档促进支付过程。在一实施例中，电子签名文档 包括或者关联支付表格(在一实施例也称为“PayForm”)、字段或元素。当签名者访问到签 名文档，签名者会收到关于支付的信息(如支付金额、收款人)并且相应地根据支付表格的 请求提供支付数据，如姓名、地址、账号、截止日期、安全码，诸如此类。然后(或者在稍 后的时间里，如签名过程结束时)，要求签名者确认请求状态下的支付。如果用户确认支付， 则传送签名者支付数据到支付处理器或者支付体系，如贝宝(PayPal)、信用卡网络、银行、 借记卡、电子资金转账、电汇、自动清算所(ACH)，诸如此类，以完成支付。一旦完成签名 /支付过程，ESS安全地存储与签名过程相关的信息，包括签名者的签名以及支付数据，数据 包括日期、时间、账户信息、验证码、确认码，诸如此类。

在一些实施例中，电子签名文档包括一个或者多个公式字段。该公式字段可包括公式或 者数学表达式，该公式或者数学表达式在构成字段之后的一段时间内(如文档签名期间)计 算、求值(evaluate)或者确定。在一实施例中，与电子签名文档相关的支付表格包括一个或 者多个公式字段，从而可以在签名者对文档签名并授权相应支付的同时或前后动态确认支付 明细(如支付金额或日期)。公式字段可以包括公式或者表达式，该公式或表达式具有一个或 多个值(如数字、字符、字符串、日期)、其他字段的引用、数学运算符(如加、减、大于、 小于)、逻辑运算符(如果、与、或、非)，诸如此类。在一些实施例中，公式字段还包括规 则、指示(directive)或者指令(instruction)，用于处理字段、处理循环引用、对错误做出响 应，或诸如此类。

上述支付表格技术在安全的线上环境下将支付过程与文档和表格的处理(签名)相融合。 可以不通过程序构成支付表格，它可以添加到任何种类的文档中。这些文档可以发出，用于 签名(如通过电子邮件)，或者发布到网站上，供消费者访问、完成并支付。因此，支付表格 可允许任何文档创建或发起支付交易。文档创建者只需要将支付表格与文档关联，不需要创 建电子商务网站，或者编程实现与支付处理器的特别交互。这意味着交易的电子商务“表面 积”可以从仅为HTML购物车的信用卡扩展到交易中可具有的任何文档。这显著提高了安全 性和控制能力，并且为消费者增加了便利性。

图1描述了电子签名服务的示例性实施例的示例方块图。特别地，图1描述了发送者用 户10和签名者用户11利用ESS 110来执行签名文档20的电子签名。

在示例方案中，发送者10操作发送者客户端设备160，从而为ESS 110提供(例如上传、 发送)电子文档20(如发票、合同书或者同意书)，并安全地存储在该ESS 110中。该电子 文档包括支付表格(“PayForm”)21，配置为可促进与原始文档(underlying document)20相关 的支付处理。

支付表格21可包括多个与支付过程相关的字段，包括姓名、地址、账号、卡到期日、安 全码、商品说明、数量、支付金额，诸如此类。如前文提到的，至少一些字段是或者包括公 式字段，如晚些时间计算的公式或者数学表达式。例如，支付金额字段为公式字段，它基于 商品价格、当地税率以及运费，所有这些都为包括在文档20内的字段，和/或为由某第三方 系统，例如由电子商务系统、客户关系管理系统或诸如此类提供的字段。

在配置支付表格字段21后，签名者11访问文档20。在一实施例中，发送者10通知签 名者11，例如通过使ESS 110发送信息(如电子邮件)给签名者11，该信息包括由ESS 110 维护的文档20的引用(如URL)。在另一示例中，发送者10将文档20存入电子邮件中或者 其他消息体中，直接传送给签名者11。在又一示例中，文档20作为交易的一部分，自动提 交给签名者11。例如，电子商务系统可在交易期间或者作为交易的一部分，使文档20提交 或者传送给签名者11，其中该交易为通过该电子商务系统或者相应的网站购买物品/服务的交 易。

通常，签名者11操作在签名者客户端设备161上执行的网络浏览器或其他客户端模块， 以通过ESS 110访问和查看文档20。例如，如果签名者11接收到含有文档20链接的邮件， 签名者可以点击链接，访问EES 110，以对文档20进行查看和签名。如果签名者11直接从 发送者10处接收到文档20本身，打开文档也可使用户访问ESS 110，以提供所需的签名信 息。

当签名者11访问文档20，文档20和/或支付表格21内的任何公式字段都会被求值、计 算或者解决。公式字段可相对于签名者客户端设备161本地(如通过JavaScript引擎或在签 名者客户端设备161上执行的其他解释器)和/或远程(如通过ESS 110中的组件)计算。然 后，用户根据支付表格21的请求提供支付数据。当文档20、支付表格21以及相关数据已被 修改和检查以使签名者11满意，签名者将其电子签名附加在(或者提供指示或者指令以附加 在)文档20上。此时(如在签名之前或之后)，还需要签名者确认支付明细。

一旦完成签名，可以预见有多种支付处理方法。在一方法中，在签名者11签名之后，签 名者通过支付处理器165开始支付。这包括从签名者客户端设备161向支付处理器165发送 支付数据(从支付表格21中获得)，而不需要ESS 110，譬如不需要通过ESS 110传送。支付 处理器165然后返回状态信息，指示支付是否可以处理成功、交易标识符等。然后，签名者 11会确认完成交易，或者取消以重新开始处理。

在支付过程的另一方法中，支付是通过ESS 10进行的。例如，在签名者11签名之后(或 者签名者11确认签名之后)，ESS 110根据支付表格21和由签名者11提供的相应数据开始支 付。特别地，ESS 110可将支付表格21所集合的数据发送到支付处理器165。该支付处理器 165利用已知技术完成支付，如信用卡消费、账户借记、电子转账等。一旦处理支付，支付 处理器165就会返回状态信息(如交易号、完成状态、验证码)给ESS 110，该状态信息与 签名以及从签名者11处获得的支付数据关联存储在ESS 110中。该ESS 110还为签名者11 生成和/或提供确认信息。

图2A-2F描述了根据一示例性实施，用于配置支付表格的用户界面屏幕。

图2A描述了一种为准备电子签名文档202及其相应信封(例如关于发送者、签名者、 消息的信息)而配置的屏幕200。用户可以将签名控件从配置板(palette)204中拖放到文档 202中。在一示例中，用户将姓名控件208放置在文档202的需要填写人名的位置上。在另 一示例中，用户可将支付表格控件206拖到文档202上，以使其随后与支付表格关联。此外， 用户可将公式控件209拖放到文档202上，以使其随后与公式字段关联，如下文参考图3A-3B 进一步描述地。

图2B描述了一种用于配置支付表格及相应支付供应商/网关的屏幕210。该屏幕210由 想要通过支付表格接收支付的用户操作。一旦将控件206拖至文档202(图2A)，显示屏幕 210，以使用户选择合适的支付供应商(如PayPal、DiBS等)，并指定需要从签名者得到的字 段。屏幕210还可以或者替换性地显示为用户账户的全局配置的一部分，从而任何时候控件 206拖至签名文档时，都可以应用屏幕210限定的设置。

屏幕210的一个目的在于为用户提供一组特定网关账户的选择，并将该网关所需的字段 (如卡号、到期日、姓名)与签名文档202对应的字段对应。在本示例中，用户提供其账户 明细，如提供其账号名(bob@testhost.com)，从而向支付处理器提供信用或存款支付的目的 地址。屏幕210还在左侧显示了支付处理器所需的支付信息条目，包括卡号、到期日，诸如 此类。在右侧，屏幕210显示了下拉菜单，对应于左侧的每一个支付信息。每一个下拉菜单 包括在签名文档202中定义的一系列字段。用户可以利用下拉菜单从签名文档202中选择或 指定一个字段，作为支付处理器需要的相对应的支付信息条目的数据源。例如，用户操作菜 单212，指定文档202中名为卡号(Card Number)的字段应对应于名为号码(Number)的支 付信息字段。

图2C描述了用于对电子签名文档202签名的屏幕220。该屏幕220可由网络浏览器提供， 或者位于浏览器内，由文档202的签名者操作。在本示例中，签名者已经激活签名控件(例 如控件208)，以指定所需信息，如他的名字。此外，用户还提供支付表格需要的信息(如账 单地址、信用卡上姓名、卡号)，该支付表格与上文所述的文档202相关。

图2D描述了确认屏幕230，该屏幕在签名者完成屏幕220中提供的签名文档202之后显 示。该确认屏幕230提示签名者确认与文档202支付表格相关的支付。

图2E描述了完成屏幕240，该屏幕在上述确认屏幕230接收到签名者的确认信息后显示。 注意一点，支付要根据文档202相关的工作流，在不同的时间进行。例如，如果文档需要一 个或多个额外的签名，则支付要等到获得那些签名后才能完成。在这种情况下，支付信息由 ESS 110(或其他实体)保存，直到工作流完成并且已获得所有需要的签名(“完成信封”)。 收集签名的许可时间长度要根据文档202相关的时间限制而定。例如，文档发送者会设定24 小时，如果在该时间期限内没有收集到所有的签名，支付就不会被处理并且/或者自动取消或 撤销所持有支付。

图2F描述了完工证书250。完工证书250包括有关完成签名文档202的信息。该证书250 还包括支付确认信息252，例如卡类型、号码、金额等。证书250可用于证明、生效、确认 或者表征支付已经完成，并且该文档已经签名。

图2G描述了用于对电子签名文档262签名的屏幕260。所描述方案与上文中图2C所述 的方案类似。在本示例中，用户不将支付信息输入到文档262中(如图2C所示)。替代地， 在用户签名264之后，显示支付屏幕265。然后用户可选择其中一个提供的支付选项(在本 示例中，PayPal或者信用卡支付)，提供所需支付信息，并开始支付。一旦支付被处理，控件 返回到屏幕260，这时用户有机会确认其签名，并收到一份已签名完成文档262的拷贝。

图3A-3B描述了根据一示例性实施，用于配置公式字段的用户界面屏幕。此处描述的用 户界面屏幕可以呈现在网络浏览器(如由ESS提供的网络页面)，或者作为独立的可执行文 件(如桌面应用程序、手机应用程序)，诸如此类。

图3A描述了用于配置公式标签属性(formula tag properties)的屏幕300。屏幕300对公 式控件置于签名文档(如图2A所示的公式控件209)做出响应，显示出来。用户操作屏幕 300，指定特定公式字段的参数和公式。例如，用户可指定标签、提示信息以及公式。支持多 种公式，数学表达式包括常量(如9.5、“test”)、变量、数学运算符(如+、-、×、÷)、逻 辑运算符(例如，如果、与、或、非)、函数调用(如，date()、time())、格式运算符(如固 定宽度显示)，诸如此类。在一些情况下，公式包括任意代码序列，如JavaScript代码块。此 外，数值可以从单个文档(如通过从订购单中访问多个项目字段)内、另一文档(如通过从 消费者接收文档中访问账户)、任意数据源(如通过URL访问网络服务)等中引用。

图3B描述了用于配置数据字段标签属性(data field tag properties)的屏幕310。屏幕310 对数据字段置于签名文档做出响应，显示出来。在一些实施例中，公式与数据字段关联，例 如用于在定购单文件中输入品目号。

此处描述的支付表技术具有多个优势。对于业务使用者，它们提供了针对购物者方面的 更有力的证据，因为在支付之前已经验证了购物者(可能通过了多级验证)，并且购物者在支 付时明确地签署了协定。此外，交易结合了协定和支付，通过单步执行，而不是可能需要不 同用户界面的分离操作完成。此外，由于对交易进行签名，大量减少了退单的数量，意味着 购买者更不容易拒绝他们购得的物品。此外，业务使用者不需要整合支付模块或者支付昂贵 的定制程序设计才能利用到支付表格。

图4为电子签名交易环境下促进支付的示例过程400的流程图。图4所示的过程可通过 ESS 110执行。

该示例性过程从块402开始，其使支付表格与电子签名文档关联。该支付表格配置为可 从用户处获得支付数据，并且还通常具有相关的支付处理器。

在块404中，该过程将电子签名文档呈现给用户，用于签名。将文档呈现给用户包括发 送该文档(如通过电子邮件)或者发送带有标识符(如链接)的电子邮件，该标识符可用于 访问ESS中的文档。

在块406中，该过程通过支付表格从用户处接收支付数据。当用户与文档交互，查看并 签名，用户还提供支付表格中请求的支付数据。该支付数据由该过程接收，并用于结合支付 处理器发起支付。

在块408中，该过程使与支付表格相关的支付处理器处理支付。该过程可能会推迟支付 处理，直到一个或多个情况发生，如获得其他的签名、某个时间段到期，诸如此类。

图5为根据一示例性实施例，用于执行电子签名服务的示例性计算系统的方块图。特别 地，图5所示为用于执行ESS 110的计算系统100。

注意一点，一个或多个通用或专用计算系统/设备会用于执行ESS 110。此外，计算系统 100包括一个或多个不同的计算系统/设备，并且可遍及分散的位置。此外，显示的每一个块 根据具体实施例的情况表示一个或多个该块，或者可与其他块结合。此外，ESS 110可以在 软件、硬件、固件，或者在一些组合中执行，以实现文中描述的能力。

在本实施例中，计算系统100包括计算机存储器(“存储器”)101、显示器102、一个或 者多个中央处理器(“CPU”)103、输入/输出设备104(如键盘、鼠标、CRT或LCD显示器， 诸如此类)、其他计算机可读介质105、以及与网络150连接的网络连接106。如图所示，ESS 110位于存储器101中。在其他实施例中，ESS 110的一些或者所有组件都存储在其他计算机 可读介质105并且/或者通过其他计算机可读介质105传输。ESS 110上的组件优选地在一个 或者多个CPU 103上执行，并且如本文所述，管理包括支付处理的电子签名过程。其他代码 或者程序130(如管理员界面、网络服务器等)及其他潜在的数据存储库，如数据存储库120， 也位于存储器101内，优选地，在一个或多个CPU 103中执行。值得注意的是，图5中的一 个或者多个组件可能在任何特定的实现中并不存在。例如，在一些实施例中，不存在其他计 算机可读介质105或者显示器102。

ESS 110包括服务管理器111、用户界面(“UI”)管理器112、电子签名服务应用程序接 口(“API”)113、支付管理器114以及电子签名服务数据存储器115。

通过服务管理器111及相关逻辑，ESS 110通常为操作发送者客户端设备160以及/或者 签名者客户端设备161的用户，或者代表该用户执行电子签名相关的功能。在一实施例中， 操作发送者客户端设备160的发送者将待电子签名的文档提供(如传送、上传、发送)给ESS 110。ESS 110将文档安全地存储到数据存储器115中。安全文档存储包括利用密码技术去检 测文档篡改，如生成哈希表(hash)、消息摘要，或诸如此类。

操作签名者客户端设备161的签名者可通过ESS 110对文档进行访问、查看并签名。在 一些实施例中，ESS 110传送文档的图像或者其他一些表现形式到签名者客户端设备161，该 签名者客户端设备161反过来传送签名数据到ESS 110，该签名数据包括签名者签名(或者 签名意愿)的指示。ESS 110然后安全地将与文档相关的提供的签名数据存储在数据存储器 115中。

支付管理器114通过本文讨论的电子签名文档促进支付。首先，发送者或其他操作发送 者客户端设备160的用户将支付表格及可选地一个或多个公式字段与存储在数据存储器115 中的电子签名文档关联。然后，操作签名者客户端设备161的签名者可通过与签名文档关联 的支付表格提供支付数据，如信用卡信息。然后，支付管理器114将提供的支付数据发送到 支付处理器165，以处理支付。该支付管理器114还安全地将从签名者客户端设备161接收 的支付数据以及从支付处理器165接收的交易信息存储在数据存储器115中。

UI管理器112提供了视图和控制器，有利于用户与ESS 110及其多个组件交互。例如， UI服务器112可提供到ESS 110的交互式访问，从而使用户可以上传或下载用于签名的文档、 创建并/或配置与签字文档关联或并入签字文档的支付表格字段或者公式字段，诸如此类。在 一些实施例中，可通过网络服务器提供对UI管理器112的功能的访问，可作为其中一个其他 程序130执行。在该实施例中，操作在其中一个客户端设备160或161上执行的网络浏览器 (或其他客户端)的用户可通过UI管理器112与EES 110交互。

API 113为ESS 110的一个或多个函数提供编程访问。例如，API 113可以为ESS 110的 一个或多个函数提供编程接口，该接口被其中一个其他程序130或一些其他模块调用。以这 种方式，API 113可促进第三方软件的发展，如用户接口、插件程序、消息推送(news feeds)、 适配器(例如用于将ESS 110的功能整合到网络应用中)，诸如此类。此外，至少在一些实施 例中，API 113是通过远程实体，如支付处理器165，调用或者其他方式访问，以访问ESS 110 的多个函数。例如，支付处理器165可通过API 113将每日交易日志推送或者引入到EES内。

ESS 110的其他模块使用数据存储器115存储并/或交流信息。ESS 110的组件使用数据存 储器115存储各种类型的信息，包括文档、签名、支付数据等。尽管ESS 110的组件被描述 为基本通过数据存储器15通信，但其他的通信机制也在预想范围内，包括信息传送、函数调 用、管线、套接字、共享内存等。

ESS 110通过网络150与客户端设备160和161、支付处理器165交互。网络150可以是 一个或多个介质(如双绞线、同轴电缆、光纤、无线电频率)、硬件(如路由器、交换机、中 继器、收发器)，以及一个或多个有利于远地的人和/或设备之间通信的协议(TCP/IP、UDP、 以太网、Wi-Fi、WiMAX)的组合。在一些实施例中，网络150可以是或者包括多个不同的 通信渠道或者机制(如基于电缆和无线的)。客户端设备160和161包括个人电脑、笔记本电 脑、智能手机、个人数字助理、平板电脑，诸如此类。

在一示例实施例中，利用标准程序设计技术执行ESS 110的组件/模块。例如，ESS 110 连同一个或多个静态或动态库作为在CPU 103上运行的“本地”可执行文件。在另一实施例 中，ESS 110作为由虚拟机处理的指令执行，该虚拟机作为其中一个其他程序130执行。通 常，本领域已知的一系列程序语言都可以应用于本示例实施例中，包括各种程序语言规范的 代表性执行，包括但不仅限于基于对象的语言(例如Java、C++、C#、Visual Basic.NET、 Smalltalk，诸如此类)、函数语言(例如ML、Lisp、Scheme，诸如此类)、程序语言(如C、 Pascal、Ada、Modula，诸如此类)、脚本语言(如Perl、Ruby、Python、JavaScript、VBScript， 诸如此类)、以及描述性语言(如SQL、Prolog，诸如此类)。

上文描述的实施例还可以使用众所周知的或者专用的同步或异步的客户端-服务器计算 技术。此外，各个组件可以利用更多的单片机编程技术实现，例如，作为运行在单个CPU电 脑系统的可执行文件，或者替换性地利用本领域已知的各种结构技术分解，包括但不仅限于 多道程序设计、多线程、客户端-服务器、或者点对点，在一个或多个计算机系统中运行，其 中每个计算机系统具有一个或多个CPU。一些实施例并发并异步执行，并且利用信息传递技 术通信。本发明还支持对等的同步实施例。此外，其他的功能可以通过每个组件/模块实现和 /或执行，以不同的顺序，并且通过不同的组件/模块，同样可以实现所述的功能。

此外，作为ESS 110一部分存储的数据，如存储在数据存储器118中的数据的编程接口 可通过标准机制应用，如通过C、C++、C#以及Java APIs；通过用于访问文件、数据库或其 他数据存储器的库；通过如XML的脚本语言；或者通过网络服务器、FTP服务器或其他类 型的可提供存储数据器接口的服务器获得。数据存储器118可以作为一个或多个数据库系统、 文件系统或者任何其他用于存储该信息的技术，或者上述任意组合实现，这包括利用分布式 计算技术实现。

可以预想到，具有不同的配置和位置的程序和数据可以应用于本文描述的技术。多个分 布式计算技术适用于以分布式方式实现示例实施例的组件，包括但不仅限于TCP/IP套接字、 RPC、RMI、HTTP、网络服务(XML-RPC、JAX-RPC、SOAP等)。其他变型是可能的。此 外，每个组件/模块可以提供其他功能，或者已存在的功能可以以不同的方式分布在组件/模块 中间，同样可以获得文中描述的功能。

此外，在一些实施例中，ESS 110的一些或者所有组件可以其他方式实现或提供，如至 少部分以固件和/或硬件的方式，包括但不仅限于一个或多个专用集成电路(“ASICs”)、标准 集成电路、执行合适指令的控件、以及包括微控制器和/或嵌入式控件、现场可编程门阵列 (“FPGAs”)、复杂可编程逻辑设备(“CPLDs”)，诸如此类。一些或所有系统组件以及/或者 数据结构会存储在计算机可读介质(如硬盘、存储器、计算机网络或者手机无线网络或者其 他数据传送媒介；或者由合适的驱动或者通过合适的连接，如DVD或闪存存储设备读取的 便携式媒体制品)上作为内容(如可执行文件或者其他机器可读软件指令或者指令数据)，从 而使或者配置计算机可读介质以及/或者一个或多个相关计算系统或设备执行或者使用或者 提供执行至少一些所述技术的内容。一些或所有系统组件和数据结构可作为信号(如通过编 码作为载波的一部分，或者作为模拟或数字传播信号的一部分)存储在多个计算机可读传送 介质上，然后其被传送，包括通过基于无线和有线/电缆的基质，并且可采用多种形式(例如 作为单路或者多路复用模拟信号，或者多个离散数字数据包或帧的一部分)。在其他实施例中， 该计算机程序产品还可以采取其他形式。因此，本公开技术的实施例可以与其他计算机系统 配置结合实施。

除文中已描述内容之外，对本技术更多的修改是可能的，这对于本领域技术人员而言是 明显的，并未背离本发明的思想。此外，在解释说明说明书和权利要求时，应该从最广泛的 意义上去理解所有的术语，与语境保持一致。特别地，术语“包括(includes)”、“包括 (including)”、“包含(comprising)”应该理解为指代非穷尽形式的元件、组件或步骤，指代 所引用的元件、组件或步骤会出现或应用，或者与其他未明确引用的元件、组件或步骤组合。 当说明书声明，至少一个对象是从一组由A、B、C……和N中选择的，该表述应该理解为从 集合{A，B，C，…N}中选择一个或多个元素，而非N加上集合{A，B，C}中的一个 或多个元素。

所有上述引用，包括美国临时申请No.61/614，383，申请日2012年3月22日，专利名 称“具有电子签名的公式计算及支付授权的系统和方法(SYSTEM AND METHOD FOR  FORMULA CALCULATION AND PAYMENT AUTHORIZATION WITH ELECTRONIC  SIGNATURES)”，均以其整体以引用的形式并入本文。如果并入的引用中定义或使用的术语 与本文提供的术语的定义或使用不一致或者相反，以本文提供的定义或应用为准。

如上文提到的，虽然已经阐述并描述了本发明的优选实施例，但在不违背本发明思想和 范围的情况下，可以做出很多改变。因此，本发明的保护范围不应局限于优选实施例的技术 公开。相反地，本发明应该完全由下述的权利要求确定。

在本发明中，对声明了独有的特性和优势的实施例限定如下：