CN1829975A

CN1829975A - 提供定制网络的方法和系统

Info

Publication number: CN1829975A
Application number: CN 200480016232
Authority: CN
Inventors: E·C·欣
Original assignee: ZIOS Corp
Current assignee: ZIOS Corp
Priority date: 2003-04-16
Filing date: 2004-04-16
Publication date: 2006-09-06
Anticipated expiration: 2024-04-16
Also published as: CN100543695C

Abstract

本发明包括为实时数据传送提供安全的计算机网络的方法、系统和计算机可读介质。数据按用户的优选被分组和存储。被传送的数据被系统加密、解码和验证(假设用户身份/口令被验证)。本发明能使用数据的定制表格；这些表格由可定制的脚本驱动。它提供安全和专门的消息。

Description

提供定制网络的方法和系统

技术领域

本发明涉及一种提供数据通信网络的方法和系统。更具体地，本发明指向一种方法、系统和计算机可读介质以提供允许通用的电子数据交换(非限制地包括定制的数据表格，数据的验证、加密、传送和解密，时间标记和数据传送状态的实时监控)的计算机化的通信网络。

背景技术

利用互联网收集和传送信息的通信网络的使用变得普及。这些网络一般通过使用台式计算机和膝上计算机(PC)以及通过无线网络(例如个人数字助理(PDA)装置和蜂窝电话)被接入。然而，这些可得网络中的许多不能保证数据的安全传送(即加密)、不能实现数据如何被分组和共享的灵活性和/或连接异构的和老式的数据库和系统的方法。另外，许多这些网络要求批处理(即重复)和/或有线连接以将数据从PDA或其它远程终端传送到主计算机网络，例如热同步(hotsyncing)。

商用数据交换方法包括传真和电子数据传送(诸如通过电子邮件、电子数据交换(EDI)等)；这些方法具有多种局限性。EDI使用被限定为仅交换特定交易数据的私用网络。另外，EDI对个人或小公司而言价格高得惊人并且是一个很难实现的系统。

被长久期待的基于Web服务XML技术的发展并不完整而且这种技术缺少足够的安全性。特别是，某些Web服务结构的必需组件还没有到位。另外，使用XML结构的编程经常是复杂的并比其它编程语言难很多。

另外，传统数据交换构架一般使用要求私用网络的复杂结构。这种复杂性使分组和调度数据上的灵活性变小并使用户难以定制他们的网络。

另外，有时可能花费惊人且难以采用私用结构而实现数据交换方法。

因此，这里需要一种能提供安全的计算机网络的容易的方法和系统，其中，能就每个用户的喜好对数据进行分组、存储和传送。

发明内容

本发明包括为数据的实时传送提供安全的计算机网络的方法、系统和计算机可读介质。该数据就每个用户的喜好将数据分组和存储。正被发送的数据被系统加密、解密和验证(假设用户标识/口令被核实)。本发明能使用数据的定制表格；这些表格由定制脚本驱动。它提供安全和专门的消息。

要理解前面的一般性说明和后面的详细说明是示例性的，但不局限于本发明。

附图说明

通过结合附图对后面的详细描述进行阅读时，本发明最易理解。要强调的是，根据一般实践，附图中的不同特征不成比例，更准确地说，为了清楚起见，不同特征的尺寸可被任意放大或减小。附图中包括下列图：

图1-图5是表示本发明方法和系统以及任何相应的计算机可读介质的步骤的示意图。

具体实施方式

本发明包括用于为任何相关应用(诸如医疗或合法账单信息和或向消费者提供货物和服务，诸如食品项目、消费者电子产品等)连接、存储和发送数据的方法、系统和计算机可读介质。

首先总体地论述本发明的不同方面，在一个实施例中，定制的应用/软件增强置于现存老式系统的顶部，以允许商人在内部公司各部门内和外部商业伙伴之间进行数据交换。应用服务提供商(ASP)较为有利地与通过计算机网络的本发明系统的多个操作方面相关。数据和编程脚本是本发明的存储于ASP以最小化对每个用户的硬件要求的一个版本。将系统配置成能连续更新并在ASP层更新，从而使得本地用户的网络硬件(服务)、本地硬件(PDA、PC)或软件的更新变得很少或根本不需要。

ASP同步于数据/信息服务，网开发商、应用或软件提供商、主机服务、数据接口以及信息技术支撑组。

每个用户具有自己的网络入口以收集、分组、执行、存储、加密、发送、接收、验证和/或解密数据、例如，卖方具有入口，该入口包括为卖主生意而定制数据和域。特别是，食品卖主拥有入口，该入口对菜单进行定制并定价以使用户通过网络订购食品。用户通过定制的形式将信息输入食品卖主入口并将数据加密以发送给食品卖主。定制表格可以是弹出菜单以向用户提供选项以选择例如主菜、配菜、甜点等。食品卖主对数据(例如食品选择或信用卡信息)进行解密和验证以处理订单。同时，系统复制正被发送用于验证的数据和备份并维护具有数据传送状态的数据库。

网络通过诸如zotbots代理产生用户用来输入、存储和或存储数据的脚本。这些脚本由ASP存储并能被用户访问。该系统从用户侧接收数据表格并将其存入到系统数据库并可任选地存入用户的数据库。

计算机网络可通过使用DSL调制解调器、电话或电缆连接的陆基线路，通过传统PC或使用任何适当的允许安全传送数据的无线技术(例如WiFi)、通过诸如PDA或蜂窝电话的无线连接，而被接入。发送数据被存储在ASP数据库中以使账单生成以供交易。账单可以由代理或zobot自动地处理。来自ASP的账单可以基于所执行交易的售价的百分比或者是每宗交易或每次传送的固定费用。另外，用户可按照固定、预置期间(例如年、半年、季度、月、周、日或小时)支付费用，以使用户在记账期间拥有无限或预置的交易次数。

系统/网络跟踪数据的发送(是否加密或未加密)并维护具有每宗数据发送状态的数据库。这样，可提供关于数据被输入、分组、加密、验证、解密、发送等的报告。

现存用户或新用户可响应诸如籍由电子邮件(例如由卖方—用户特别提供)的广告发送的由系统产生的通信发送并接收数据。通信部分可以是对系统中的所有用户均相同的或基于返回的用户属性而定制。每种用户属性均保存在包含每个用户的记录的历史数据库的系统中。用户属性的历史数据库同样能用于验证发送自/至用户的数据。

现在总体地论述范例性实施例如何工作，用户将信息输入到动态生成的所显示的网页或表格中。定制表格为用户提供动态网页。这种格式可由由PC、手提计算机/PDA或其它任何具有Web浏览功能的装置使用。在一个实施例中，每个表格(页面)的信息被存储在作为代理或所谓zotbot的脚本中。

然后将数据验证以保证这种表格被正确地填写完毕以及所输入的数据类型正确。验证确保正被发送的数据与保存在系统数据库中的每个数据字段的系统规则一致(即，系统检查信用卡或电话号码的正确数字且仅检查已被输入的数字而不是字母)。这有助于保证安全性并过滤垃圾数据和恶意代码片段。

在验证数据后则使用算法(例如Blowfish加密算法和其它合适的兼容加密方法)进行加密并发送给接收方。为增强安全性，加密算法可定期地或随机地改变。随后数据被做成电子邮件并被解密以使接收方能处理数据并将数据存入数据库。电子邮件和加密可由使用开放性源代码或私用代码的模块控制。

一旦数据被解密，数据状态被生成并存储到允许一个或多个用户访问状态信息的接收方Web服务器。另外，系统ASP通过其自身的邮件服务器监控数据的传送并存储正在发送的数据以备份和记账目的。特别地，ASP可使用所存储的数据确定数据传送的历史(例如系统如何发送数据的任何故障)以校正特定的传送和/或校正任何系统范围或传送中重复出现的问题。

另外，所存储的数据使ASP基于完成的交易或取决于用户的网络活动的两个组合对用户数据传送记账。如上所述，系统能够记录进程的某个步骤中的时间标记轨迹。

作为一个实现本发明的适合应用的例子，本发明可由医疗专业人员使用，允许该专业人员将患者(人口统计、诊断和治疗)信息输入到定制的表格(例如通过定制分组)，并以加密表格的形式将信息发送到医院和或保险公司的数据库。然后数据被接收方解密并验证复合数据类型或分组的要求(由系统定制)或符合例如保险公司和其它医疗支付人声明支付的要求。同时，系统跟踪数据传送并维护具有数据传送的每个事件状态的数据库。另外，系统存储被发送的数据用于验证和备份的目的。

本发明的方法和系统被配置成提供传送敏感的患者数据的安全装置。可将该系统调整成任何与数据提交的合法要求相适应的形式，例如HIPAA适应、IRS的税务文件生成等。

更具体地参阅图1，应用服务提供商或其它Web服务主机21通过任何合适的手段从主数据库中抽取对于相应应用的足够的用户信息。该用户信息已被装载到合适的、可搜索的或分阶层的数据库23以由后面将要阐述的系统使用。数据库23中的信息较为有利地是被复制的表格或其它从客户或用户主数据库获取的表格，然而独立生成的数据库23同样是适合的。或者在其它合适的实施例中，数据结构可以是XML结构，其中它一直访问客户相关信息的主数据库。

由模块25表示的合适的编程响应于用户请求27并通过不同的代理或类似的子例程访问和安排来自数据库23某些数据以由系统进一步处理。编程25是任何适用的消息发送系统或协作系统或使多用户访问数据库和其中数据的相应调度的数据库管理系统。编程25较为有利地使用数据模板29，该模板通过指令集或编程25的“代理”和来自数据库23的数据一起被使用，以处理系统19所作出的一个或多个请求27。

由代理协调的相互作用或编程25、模板29和相关数据23的指令集对任何数量不同类型的请求27、通过仔细构造的数据结构31被通用化和优化。数据结构31被包含在模板29中。更特别地，数据结构31已由编程25组织并填充以使它能非常有效地用于Web脚本33的生成。通过仔细地选择、组织和协调数据结构31的填充，可对应于更多数量的请求27产生更多数量的Web脚本33，不管这些请求是系统19中的一个应用的一部分还是跨该系统19的多个应用。

以Perl形式出现的合适的数据结构的一个例子如下所示：

　　$username＝″5004″；

　　my％usernamecode＝(5004＝>″Smith，John″，5010＝>″Kreiger，Maurice，5012＝>

　　″Stein，            Rebecca″，5111＝>″Willard，Tim″)；

　　my $usernamereference＝＼％usernamecode；

　　my $mattersreference＝{CLIENT101＝>[″108200Davis v.Yoder″，

　　                                     ″207111 Beaver v.Tom″，

　　                                     ″001800 Smith v.Berger″]，

　　                       CLIENT102＝>[″207301 Son v.Tim″，

　　                                     ″107782 Springton v.McDermick″]

　　                       }；

另一个用于将操纵数据进入Web脚本的代码片段如下所述：

　　print $q->popup_menu(-name＝>″username″，

　　                     -values＝>$usemamereference，

　　                     -default＝>$username

　　                     )；

　　print $q->popup_menu(-name＝>″reference″，

　　                    -values＝>$mattersreference->{$q-

　　＞param(″clientname″)}，

　　                    -default＝>$mattersreference->{$q-

　　＞param(″clientname″)}->[0]

　　                      )；

在响应请求27对数据23进行操作后，编程25通过适当使用模板29和数据结构31产生Web脚本，该Web脚本对应于原始请求27。这可在规定的时间内、根据所需的要求、事件触发或在定期间隔内以批处理方式完成。Web脚本33较佳地位于或被送至ASPWeb服务器，如图1的步骤35所示。根据请求27的性质，以及在该请求中ASP的相互作用的特性，所有或一部分Web脚本产生在步骤35。

编程25随后产生具有适应性的指令集，即不同系统层响应于这种请求而请求不同地和动态地配置数据和相应的指令。这些产生的动态和适应性指令集被称为“bots”或“zotbots”

图2更详细地说明了上述Web脚本33的功能块37(图1)的执行。因此，在对代理人的计时程序、对于医生的患者诊断程序、对于餐厅承办商的食品分配程序的例子中或其它种种这里所考虑的应用场合中，Web脚本37的执行包括在希望适用系统19的用户和不仅出现于Web脚本还出现于用于响应用户请求的相应数据库的相关数据之间的进一步交互作用。更具体地参阅图2，在一个实施例中，步骤37中的Web脚本执行生成显示在用户可访问设备上的表格，较为有利地在SSL或某些安全通道下，诸如无线手持装置(步骤41)。在用户输入数据到这种表格的这些场合中，这些数据的格式或内容根据所牵涉的协议而经历多种加密和/或操作步骤。此后，根据应用，在步骤43数据被适当地验证，加密(步骤45)并在SSL中发邮件，通过MSN发送加密内容，在安全的VPN通道中直接发送未加密内容，或通过安全SMS(步骤47)将未加密内容发送到该输入数据所希望的接收方，它可以是记账处理器、患者记录保存器、食品供应商等，用于整合到数据库内。

迄今为止已说明的Web脚本的执行很重要的一个方面是其处理敏感数据的效率。更具体地，即选择能很好地适应系统19的多种不同的应用或子应用的加密算法。在一个较佳实施例中，开放源架构是响应于Web脚本的请求或执行而在系统19上移动的敏感数据的加密和解密的基础。当然，可以知道如果需要执行根据本发明的Web脚本，可适用任何数量的安全协议，包括私用架构。

由用户输入的数据不仅以等待进一步操作的加密形式发送到其打算的接收方(步骤49)，而且被选择地发送到主机或ASP的邮件服务器，如步骤51所示。在数据处理中的主机或ASP的参与，诸如通过电子邮件接收输入的数据，加强系统19可用应用的灵活性和功能性。因此，ASP可在到期即付的基础上主持多用户的交互应用。或者一开始，可使用系统19基于所从事的交易的数量对该应用的用户进行记账，在上述步骤51中，当交易由ASP邮件服务器接收时，可对这类交易进行“跟踪”。

系统19因此被配置成使大量使用系统19的用户承受相应较重的经济负担而相反地，偶尔使用的用户承受与使用系统19的便利以及其它利益相关的相应的较轻负担。从ASP角度看，程序设计员和应用开发商可能花费时间和精力，以向一个用户或用户阶层开发或定制系统19，而随着时间的推移，这类开发所耗费的精力的成本作为一个用户或多个用户使用这种功能的函数可返回到ASP。由于与这类无孔不入的电子商务关联的成本结构能被在图2的步骤51中接收数据的ASP的邮件服务器创建并跟踪。这种灵活性使无孔不入的电子商务对ASP和客户而言变得更方便。

图4示出一种用于对每宗交易记账的合适的系统和相关的方法。在图2的步骤51中接收于ASP邮件服务器上的数据被图4的步骤53中的ASP发消息程序使用合适的安全措施(诸如加密数据)进行操作，这类来自发消息程序的数据适于存储在ASP盘57中。在步骤59和步骤61，来自盘57的数据被适当地操作、过滤或处理以生成记账数据库63。数据库63服从诊断例程65、备份例程67和账单生成例程69，这些例程适应于包含在记账信息数据库63中的信息的金融性质。适当的编程包括ASP采用哪种规则、算法和方法论以将金融值归类于其系统的使用中，以在步骤71中生成相应的账单，并与这类系统19的用户进行适当的通信。在一个实施例中，ASP发消息和协作系统使用代理以自动地将加密的数据和状态信息存入盘中并将记账、状态和加密数据加载到ASP的记账信息数据库中，并对正确的记账标记进行检查。ASP随后在定期(每月)基础上进行记账。

现在参阅图3，要直到本发明的系统19较为有利地以一种“中间件”的形式出现，这表示系统19创建互动构造或包装(wrapper)以处理从所分配的一个或多个位置访问或输入的数据。尽管这类数据处理最终将与中央数据库相互作用，但使用这类中间件、构造或包装将减少数据处理期间对中央数据库或其它主数据库进行访问的需要并因此提高效率、速度、系统性能并产生与更简单的通信相关的所有其它优点。

通过使用系统19中，前述用于生成脚本的代理或“bots“被创建以包含或具有不需要访问主数据库而对所有有关信息的访问。这种架构限制了数据被损坏，避免数据冲突、死锁、基于无线或电缆的同步要求、提高性能和安全。中间件也被设计成与系统当前处理共存的形式。较为有利地，系统19在现有服务器上实现并以将无线功能添加到系统而无需对系统的现存应用进行定制的方法实现。如图3所示，此前讨论的大多数信息处理发生在与主处理系统分离的层以及与应用信息关联的数据库上。因此，参照图2所讨论的Web脚本的执行发生在较为有利地与主数据库99分离的中间件模块81上。来自模块81的输入数据的通信是通过适当发消息应用而实现的，诸如系统模块83中的电子邮件通信，该模块83将包含验证数据的电子邮件发送到接收方邮件服务器和ASP邮件服务器，如图2中前述的对步骤49和步骤51的请求那样。如果需要，中间件模块被构造成：在加载或发送到客户系统的主数据库之前，对用户输入其中的数据进行完整性、一致性、有效性等的检查。

一旦加密的数据被所打算的接收方正确地接收时，它被接收方的盘85独立地处理，即，独立于响应用户请求另行处理Web脚本和处理数据的“包装”。在步骤87接收方对数据解密并产生适当的状态指示符。当执行被称为代理解密的编程时，编程解密显示在Web浏览器屏幕上的信息并在Web服务器(较为有利的是驻有代理解密的Web服务器上)上创建状态信息文件(步骤87)。当合适的代理执行中间件层中相应的任务或当系统另有指示时，这种状态文件被较为有利地更新以当前状态信息。这样，在食品供应商的应用场合中，客户发出订单。该订单消息在中间件层由模块81和83进行处理。ASP具有合适的编程以解密订单信息，触发订单状态文件的创建(步骤87)，并将电子邮件确认发送到请求者或客户(步骤89)。订单信息被验证其完整性而任何支付处理同样由合适的编程完成并加载到数据库中。在通过代理装置处理食品订单过程中的各个时点上周期地更新状态并通过Web链接或其它形式向客户提供手段以合理地获得当前状态信息(步骤97)。

根据具体应用或用户请求而处理数据，由此在驻有代理的Web服务器上产生状态信息文件(在步骤89)，这里或者通过电子邮件联系或者在状态或其它请求91之下由用户交互地访问。解密数据作为文件存储在接收方的盘85上并同样被适当地传送并加载到步骤93、95、97所示的数据库中。

贯穿于系统19的整个操作，根据具体应用场合的要求，使用安全信息发送和相关的加密解密协议。

要理解，用于生成Web脚本的编程25可以任何适当的语言实现。较佳地，编程25以Perl实现，而此类Perl脚本的执行生成相应的HTML码。同样通过合适的手段(包括SSL和VPN)提供数据安全性。尽管Perl或其它Web脚本编程是较佳的，然而其它编程语言和协议同样使用并被本发明涵盖，诸如Java、XML等。

下面的例子进一步阐述了本发明的操作

例1：

在本发明的一个范例性实施例中，本发明的网络/ASP被用于卫生保健领域。特别地，检查患者的医师使用PDA或其它便携的无线装置以输入关于被检查和/或治疗的患者的信息。进入网络的医师的入口提供具有用于接收患者信息(例如统计信息、医疗历史、正在服用的药物、过敏、由医师作出的诊断概括、根据诊断的治疗等)的字段的定制数据表格。

医师可通过对数据加密并将所加密的数据发送而实时地将数据发送到医院或实习办公室的数据库。接收方(医院或实习办公室)数据库籍由代理或zotbot对数据解密并随后对其自身数据库验证数据。医院或实习数据库包含患者、诊断、治疗和其它任何与患者或医学治疗有关的信息。可验证医师输入的数据以确认它与保持在医院或实习数据库中的数据一致。作为代替或附加，可基于医师的输入验证数据。

网络监控数据传送和验证并在数据输入不正确(或表现为错误)的时候能实时地通知医师。另外，如果数据库中的一个产生主治医师不再具有有效保险的信息，网络允许将类似的信息从医院或实习所数据库传送到医师这边。同时，网络存储所有传送的数据并监控传送状态。网络将关于被发送的数据和传送进程的状态报告提供给用户。另外，网络基于网络使用的预定的代价方案对用户记账。

网络同样能用于支持卫生保健领域的其它部分。例如，精神病医师能在理疗阶段用它收集患者信息。生理理疗师能用该网络将患者的康复进程图表化并与前期状况作比较。

例2：

在本发明的另一范例性实施例中，本发明的网络/ASP被用于食品服务行业。特别地，餐厅(或食品配送和/或外卖)在网络中维护一个入口，该入口包含其每日菜单和带价格的订单表。网络用户可访问餐厅的入口或网站并通过输入和发送数据(选择地为加密数据，例如如果提供信用卡信息的话)而发出订单。餐厅表格具有行项目以在列表中进行选择，复制传统餐厅菜单或弹出菜单。表格具有在规定时段内(例如每日或每周特价)餐厅提供的项目。如果餐厅改变其菜单或用完特别项目后，这些行项目或弹出菜单可以例如由代理或zotbots改变。

餐厅表格的数据字段的又一例子是挑选食物的地点。选项可以来自可实现挑选的地点的列表(或弹出菜单)。用户一般挑选最方便的地点；然而，如果该地点达到饱和，代理或zotbot则能将地点从列表上删除以使该地点不再被选择。

接收方餐厅验证定单数据(例如保证客户名字仅包含字母)并处理订单，或者如果订单中的数据不合适，则通过在网络上传送消息而实时通知用户。或许，餐厅用相同的进程对有关最后价格、食物将准备就绪的时间等信息进行解密并传回给用户。

在其它的处理中，网络为了备份和验证而接收并存储所发送的数据。这使得网络对数据传送或基于交易完成而对用户记账，并用作正在传送数据的备份复制。

电子邮件代理或zotbots能处理消息，验证客户，解密、验证数据并加载到数据库中。代理或zotbots还能处理账单。

例3

在本发明又一实施例中，ASP/网络被用于法律事务公司记账系统。网络为每个用户创建定制的入口，该入口具有包含显示每个字段所允许选项的弹出菜单的字段。这些字段可以是用户身份、工作类型、任务花费时间、任务说明、客户和事件名以及数量、记账比率等。

代理人可从PDA或其它远程和/或无线资源处输入在某事件上花费的时间以及这些事件的说明。这可在执行工作时输入并将其发送给(可能无线地)为客户生成账单的法律事务公司的中央记账程序。来自用户的数据表格在法律事务公司中央地点被加密(这对基于用户隐私要求而表现的法律服务来说尤其重要，例如客户代理权限)、解密并被验证。

如图5所示，在有关EsquireTimeBot^TM的场合，合法记账数据(例如客户、事件、说明、花费时间等)被用户通过无线PDA而输入。该数据通过加密并任选地验证数据的EsquireTimeBot代理传送。然后数据可能通过电子邮件被发送到法律事务公司的记账处理器或用户的秘书。随后由AgentDecrypt(代理)对数据进行解密并任选地验证。随后将被解密的数据发送给记账数据库以供输入和进一步处理(例如生成账单)。在又一实施例中，账单数据可经由代理(bots)从用户端行进至记账数据库(无需传送到记账处理器或用户的秘书)。

除了与计费程序一起使用，本发明的网络还能被代理人用来预定新客户。它允许用户远程地通过PDA输入预期的客户名，该客户名能被实时地发送到法律事务公司的数据库上。可将预期的新客户名与现有客户、先前客户或公司所处理的不利方以确定是否该公司能表现出拥有预期新客户的态势或是否会有利益冲突。

由于前面的描述，要理解的是本发明的一个方面或优点由一种通过例如互联网的计算机网络进行商业活动的高科技和高成本效率的模型组成。作为进一步的优点，该方法和系统实现普遍计算并且在其到达范围内不会受到地理上或技术上的限制；提供商和用户可以从地理上扩展开去，使用不同的内部计算系统，并仍然由本发明的系统所链接。另外，本发明可为提供货物或服务或交换数据的网络用户提供广告。

作为又一个优点，本发明提供了高效、省时的网络以在用户之间进行实时的商业活动(例如购买货品和/或服务)或数据交换。本发明用作可连接不同类型系统的通用数据接口，例如将数据输入到现存的老式系统中的方法。

在有关优点中，该方法和系统允许将现代的开发的无线技术并入到老式系统中；这样，可用无线PDA填充老式数据库。

又一个优点合适本发明可以是基于证实的Web技术和开放源构架的。

在某些方面，本发明消除了传统的、费成本的以及易发生错误的以手写或打字方式的手工输入的任务、数据的重新输入、验证、校对以及这些过程中固有的错误。

本发明的方法和系统有利地允许安全、定制和有效的分组并实时地将数据沿计算机网络以比以前使用的方式更有效的方式进行发送。由网络提供的定制使它能用于多种行业并适应无数的任务和交易。

作为又一个优点，本发明提供有机会采纳无线通信装置和其它形式的新技术的商业活动，低成本地增强了它们的硬件基础设施以整合和更新该技术。另外，这使得远离办公室的工人安全地连接他们的商业系统并使用广泛的设备实时地交换信息。

作为另一个优点，本发明提供一种省时和减少麻烦的将数据输入到数据库或老式系统的方法。由于它易于使用、容易实现并能低成本地整合，因此能解决记录数据所带来问题。由于其便利性、直观的用户接口以及广泛的计算特征，它能通过使用户实时记录数据而节约时间。它通过减少需要发送、接收和手工输入数据交易而保证商业活动的效率。数据仅需被输入一次，与多次输入相反(对于某些传统数据交换系统)，节省了商务时间和金钱。

另外，根据本发明的方法和系统，用户无需在连线到网络以输入数据的办公室PC前。当他们报告的活动发生时，用户可远程地从他们的办公室/家里或在旅途中(诸如野外或客户住所)实时地输入数据，该远程可访问性使信息丢失量变得最小，例如从誊写手抄笔记或试图想起要输入的事件和信息。该方法和系统是简单而且直观的以使用户不一定要克服该方法和系统的整合的大量学习曲线。另外，该方法和系统能对目标用户进行定制以进一步简化和减少学习和成功操作的阻碍。

本发明的通用可连接性能在公司内的诸应用之间进行连接，允许关键的内部系统的整合。这允许用户保持他们现存的老式系统，保留他们大资金的投资，并同时为他们提供高效率成本的机会以采纳新的技术，例如广泛计算或可能是XML，同时无损老式系统的兼容性。公司能以低的整合成本用定制的应用改善他们现存的系统。

当用于主宿(hosting)软件的硬件基础设施通过ASP更新和维护时，使用本发明的ASP为用户提供硬件基础设施的连续升级的路径。由于脚本是基于服务器的，本发明的广泛计算环境具有健全的功能性；他们无需驻于手持设备上。因此，本系统不受到手持设备限制条件(例如小存储器容量、低速处理器等)的约束。

本发明的ASP使用户具有定制的表格和应用，例如页面或入口。诸如电子邮件代理或zobot的代理能自动地为系统创建定制的表格或应用。例如，每个入口可提供具有用于输入数据的字段的表格。每个数据字段具有为用户提供选项以选择的弹出菜单。弹出菜单可为字段提供缺省选择以保证该字段中存在数据。能使用zobot定期地(例如以一个星期为基础)改变弹出菜单的选择。Zobot提示用户对每个字段或对初始化信息进行希望的选择。它随后生成创建要求的表格的合适的Perl(Mod Perl或任何其它正使用的适合的编程语言)脚本/zotbot。这些脚本很小且便于操作，另外可携带于多种计算平台上。

本发明还能作为商务—商务的交换而应用于商业活动之间。商业活动可交换数据，而不考虑两个商业实体是否使用不同的计算系统并拥有不同的数据库程序。例如，本发明可用作供应链管理应用。那是能通过系统直接将信息发送给客户的提供商。所发送的信息可如上所述地被加密和验证，另外客户可直接将信息并入其数据库中。另外，它能扮演数据交换桥梁的角色而连接甚至来自不同公司的异构的私用系统。这允许商业活动在它们的供货商、分销商和客户之间建立更紧密的联系。

电子邮件代理或bots可全体地处理消息：验证用户、解密消息、验证数据并加载到数据库中。该系统是灵活的，由此可从开放的源架构、私用架构和这些架构的组合中选择电子邮件客户和加密算法。

本发明的方法和系统还提供了一种手段，通过它给信息打上时间标记以验证数据，信息产生并发送于该验证数据上。系统能记录每个步骤中的时间标记轨迹。系统服务器产生对于时间标记的时间。另外，能对系统的不同用户记录数据发送的时间，从而提供时间标记的进一步确证。

时间标记功能对想要记录实验结果的和/或发明的最初日期的实验室和发明者而言是尤为有用的；这样不仅能将敏感数据安全地输入并传送，而且能成为时间标记。根据本发明的时间标记对电子文档和/或Web站点网页非常有用，在这种情况下无法象报纸或杂志论文(或其它首次发表在论文中的文档)那样方便地核实公布日期。

本发明的电子数据交换接口表现出优越的性能。本发明使用的脚本(可以是Perl)能通过使用更强大的编程语言而进行改善(例如更快地执行)，例如Mod Perl，Mod Perl是更强大的Perl版本。

尽管结合某些特定实施例进行了例示和说明，本发明不打算被限制在所示的细节内。事实上，本发明指向用于提供安全的计算机网络的方法和系统，在所述计算机网络中能根据用户的偏好而安全地将数据实时分组、存储和传送，可不脱离本发明精神地对说明书等效范围和界限内作出多种修正。

Claims

1.一种与应用服务提供商(ASP)(21)和现有客户机数据库结合使用的计算机执行系统(19)，所述系统包括：

从客户机数据库导出的用户信息数据库(23)；

在操作上关联于用户信息数据库的消息发送和协作系统；

被配置成由消息发送和协作系统填充的至少一个模板(29)；以及

至少一个代理，所述代理在操作上关联于消息发送和协作系统以独立地生成现有客户机数据库的Web脚本并响应用户请求而访问模板和用户信息数据库。

2.如权利要求1所述系统，其特征在于，还包括与模板关联的数据结构(31)，填充所述数据结构以优化附加的Web脚本的生成。

3.如权利要求1和2所述系统，其特征在于，还包括：

执行Web脚本的编程模块(81)，所述模块具有对由用户输入的数据进行加密的子例程；

通信模块(83)，用于对从编程模块(81)到客户机邮件服务器(49)的输入数据进行通信；

独立于编程模块(81)处理输入数据的合适编程，所述合适编程包括解密例程(87)。

4.如权利要求1至3所述系统，其特征在于，还包括：状态模块(87)，所述状态模块(87)被编程以产生具有状态信息的邮件并使所述邮件指向用户和ASP中的一个；用于对用户生成账单的支付模块响应于用户对系统的访问。

5.如权利要求1至4所述系统，其特征在于，还包括：将客户数据库更新以用户输入的数据的编程(95)。

6.一种根据权利要求1至5的用于处理接收自应用的用户的信息的方法，所述方法包括下列步骤：

接收对信息的用户发起请求，所述信息由应用进行处理；

响应于用户发起请求而显示由Web脚本生成的表格；以及

或响应于用户发起请求或响应于对表格的数据输入而访问客户机信息数据库。

7.如权利要求6所述方法，其特征在于，还包括下列步骤：

对传送前由用户输入的任何数据进行加密；

将输入数据发送到客户机和ASP两者；以及

生成对用户可访问的状态更新。

8.如权利要求1所述系统的计算机可读介质，其特征在于，计算机可读介质包括代理。

9.如权利要求3所述系统的计算机可读介质，其特征在于，所述介质包括：用于生成Web脚本(25)的多个代理；用于执行Web脚本的编程模块(81)；通信模块(83)；以及独立处理于编程模块(81)处理输入的数据的合适编程，所述合适编程包括解密例程(87)。