专利名称：自动导入数据的制作方法
技术领域：
本发明一般地涉及计算机网络通信，更具体地说，本发明涉及一种用于在与网络相连的设备之间交互导入数据的系统和方法。
背景技术：
众所周知在联网的计算机系统之间可以进行通信。网络包括两个或者更多个在物理上非常靠近与万维网相连的无数计算机处理系统的计算机处理系统。图1是通常利用10表示的传统计算机处理网络的简化方框图。网络10包括多个通常利用20表示的客户计算机系统(客户机1-客户机N)，它们通过诸如因特网、内联网或外联网的通信网28与服务器30相连。
通常，客户计算机系统20将数据发送到服务器30。服务器30将该数据存储到数据存储器40，例如，根据服务器30执行的访问判据，所有客户计算机系统20均可以访问数据存储器40。随着多媒体应用的到来，从客户计算机系统20发送到服务器30要进行存储和后续检索的数据的类型和数量在增长。例如，数据包括文件包含文本、声频、视频和图形数据以及数据库和操作系统文件。通常，网络以其专属格式(例如，文本、声频、视频和图形文件格式)发送数据。接收这些不同数据类型的数据存储装置利用例程以其专属格式或类属方式存储数据。一种类属存储方法是将数据存储为二进制大对象(BLOB)。随着对高速、高效传送较大量数字数据的网络的需求的不断增长，类属存储方法被认为是一种可以将延迟降低到最小，而且可以改善网络上运行的各系统的性能的方式。
在传统系统中，例如在图1所示的系统中，操作客户机系统20之一的用户使数据串行导入(例如，上载)到服务器30。即，用户手动启动导入第一数据项，等待导入成功完成的指示，然后，启动导入下一个数据项，直到完成导入用户希望发送到服务器30的所有数据项。当被导入的某些数据项包括大量不同数据类型时，在启动导入过程与成功完成导入过程之间存在较长延迟。此外，由于用户等待完成启动的导入过程，所以通常对用户提供短暂状态(little status)(如果存在)。此外，在大量使用处理系统时，导入大量不同数据将导致导入处理过程和同时执行的其它功能降质。
因此，本发明人满足了对交互式多步骤导入过程的需求，在多步骤导入过程中，用户可以请求一次导入一个以上的数据项(和类型)，而且对用户提供请求导入的成功状态和失败状态。
发明内容
本发明的一个目的是提供一种将数据从客户机系统导入服务器系统上的目标应用程序的集成系统和方法。
本发明的另一个目的是提供一种将数据从客户机系统导入服务器系统上的目标应用程序的系统和方法，该系统和方法包括一种一次可以导入一个以上的数据项和数据类型，而且提供请求导入的成功状态和失败状态的机制。
通过对附图和下面的描述进行研究，本发明的其它目的将变得更加明显。
利用用于将数据从客户机系统导入服务器系统上的目标应用程序的系统和方法，可以实现上述以及其它目的。在客户机系统，该方法包括识别多个数据项的类型和位置，以便导入数据项，和请求导入数据项。每个请求分别包括识别信息。在服务器系统，该方法包括接收请求；根据识别信息，从客户机系统上，检索数据，然后，在服务器系统上分别存储该数据。根据预定判据，服务器系统还检索所存储的数据项，然后，将该数据载入目标应用程序。在载入期间，服务器产生并存储日志。该日志包括关于分别载入过程的状态信息。该状态信息包括统计资料和导入期间发生的错误。
在一个实施例中，用于进行检索和载入的预定判据包括预定时间安排。在另一个实施例中，预定判据包括一组用于处理导入请求的规则。一组规则包括例如用于以先进先出顺序处理请求的第一规则和在较不重要的系统处理周期期间(例如，在后半夜、凌晨、周末、假日等)对超过预定阈值的数据文件进行处理的第二规则之一。
在结合所提供的附图对下面给出的具体实施方式
进行研究时，可以更好地理解本发明的特征和优点。
图1是传统联网计算机处理系统的简化方框图；图2是根据本发明的一个实施例构造并运行的联网计算机处理系统的简化方框图；图3是示出根据本发明的一个实施例、用于将多个数据项从客户机系统导入服务器系统上的目标应用程序的应用程序设计逻辑插入技术的操作过程的流程图；图4示出根据本发明的一个实施例的数据请求记录；以及图5-7示出根据本发明的一个实施例，提供导入请求和导入日志的图形用户界面。
在这些附图中，利用同样的参考编号表示同样的结构，但是在对所有附图所做的描述中可能不参考该结构。
具体实施例方式
图2示出为了实现在此描述的、用于组装数据、启动将不同数据类型从客户机系统导入服务器以及接收将数据从客户机系统导入服务器的导入状态的技术，根据本发明配置并运行的数据处理系统100。系统100包括多个通常利用120表示的客户计算机系统(用户工作站1-用户工作站M)，通过诸如因特网、内联网或外联网的通信网128，它们与多个通常利用130表示的服务器相连。多个客户计算机系统120包括通过有线连接或无线连接与通信网128相连的远程客户机系统和/或本地客户计算机系统。客户计算机系统120分别包括与处理单元126相连的输入设备122和输出设备124。例如，输入设备122包括用于将信息输入客户计算机系统120的键盘、鼠标、触摸屏、电子指示笔或其它传统输入设备。例如，输出设备124包括用于接收并对客户计算机系统120的用户显示信息的显示设备或监视器、打印机或其它传统输出设备。例如，处理单元126包括个人计算机、工作站或诸如膝上型计算机或图形输入板式计算机的便携式计算设备、个人数字助理(PDA)等。在某些实施例中，将输入设备122、输出设备124和处理单元126插入诸如上述膝上型计算机和PDA的一个形式的设备。
服务器130分别包括诸如微处理器的控制器132和存储设备134，存储设备134具有例如ROM、RAM和/或非易失性存储器部件，用于存储应用程序设计逻辑、控制器132工作期间使用的变量和/或参数。如图2所示，可以利用各种配置实现服务器130，其中在本技术领域内已知每个服务器可以分别直接或通过数据总线连接到数据存储器140。应该明白，数据存储器140可以是用于存储数字数据的诸如磁性、光学或其它非易失性设备的任何类型的存储设备。优选在基于因特网的环境下，实现服务器130和数据存储器140。
在因特网环境下，通过通信网128，服务器130从多个客户计算机系统120接收请求。例如，请求包括客户计算机系统120之一发出的用于将多种数据类型导入服务器130之一，以存储在数据存储器140内的请求。即，请求包括通过网络128，将不定类型的较大量数据从一个或者多个客户机系统120导入服务器130，以以时效方式存储在数据存储器140内。根据本发明导入要求最少的用户努力，而且提供了一种使用户监视前向导入请求的状态、检验完成导入请求的统计资料和错误的机制。
图3示出根据本发明的数据导入过程的一个实施例。在方框200，通过格式化送到服务器130之一的请求，操作客户机系统120之一的用户启动数据导入过程。建立请求过程的第一步骤是规定一种或者多种用户希望导入服务器130之一的数据的类型。在一个实施例中，从对用户显示在图形用户界面(GUI)上的类型列表中选择数据类型，该图形用户界面显示在客户机系统120的输出设备124上。例如，用户操作在客户机系统120上执行的万维网浏览器，以从显示在输出设备124的导入网页上选择一种或者多种数据。图5示出互联网启动的导入请求屏幕500。导入屏幕500包括用于对导入一个或者多个记录和参数(通常利用540表示)进行预定，以确定应该如何将具有记录(例如，一个或者多个字段)的信息导入数据存储器140的参数(通常利用510表示)。预定参数510包括用于确定被导入的信息的导入类型512，例如，确定该信息是否包括关于权益(equity)和业绩补偿计划或上述与此专利申请同时提交的第＿＿号(代理案卷号102376-200)共有美国专利申请的计划的参与者的信息。如下所述，预定参数510还可以包括用于确定含有要导入的记录的文件的位置514的参数，控制参数516提供关于是否将记录以及包括在其内的数据作为新记录导入数据存储器140内，或者导入信息是否更新已经记录在数据存储器140内的现有记录的规则。导入参数540还可以包括用于确定字段级导入规则(除了上述记录级规则510)的管理规则(control)。例如，字段级规则确定要导入的记录的格式，例如分隔规则542确定是否利用“逗号”、“跳格”等分隔记录上的各字段，而记录分隔规则544确定新记录是否从下一行开始。
尽管结合权益和业绩补偿计划进行了以上描述而且在该附图中，应该明白，本发明并不局限于导入金融应用的信息。在用于导入金融数据的系统的实施例中，例如，数据类型(例如，利用512表示的)可以包括取消股份/权利、汇率、补助金、团体福利(包括参与者团体和补助团体)、参与者数据、价格、税种(包括种类、纳税等级和税率)以及交易(包括训练、销售、费和税)。在其它实施例中，可以改变导入的数据类型。
控制过程到达方框210，在方框210，用户规定要导入的数据的位置(或各位置)(例如，利用屏幕500的字段514)。通常，(各)位置是用户的本地机器(例如，客户机系统120之一)的通路名和文件名。将类型信息和位置信息格式化为请求，然后，将该请求发送到服务器130之一。在方框220，通过检索文件(例如，采用标准因特网通信协议，使用位置信息定位并拷贝文件的内容)，接收请求的服务器130进行响应。在一个实施例中，通过因特网128，将文件(例如，数据)从请求客户机(例如，客户机系统120之一)发送到目标服务器(例如，服务器130之一)，作为文本。
服务器优选建立数据记录400，该数据记录400存储在数据存储器140内(在方框230)。在一个实施例中，数据记录400(图4所示的)包括通常利用410表示的标记字段和数据字段420。标记字段410包括识别信息，例如，用于识别对应于该数据的公司或参与者的信息(例如，当数据包括上述股票、优惠权、汇率、补助金等时)；数据信息的类型(在方框200，用户规定的)；通路名和文件名(在方框210规定的)；以及时间戳，用于表示时间点(例如，系统时间)，在该时间点，产生记录400，并将它添加到数据存储器140。可以利用时间戳周期性地确认该数据记录全部被处理。根据本发明，标记字段410包括状态字段412。如下所述，周期性地更新状态字段412，以反映导入处理的当前状态。
数据字段420包括发出请求的用户希望导入到系统100内(例如，希望导入到系统100内的规定的目标)的数据。在一个实施例中，数据包括在一个或者多个服务器130上执行的目标应用程序的信息。应该明白，使用术语目标应用程序意在表示系统100的特性和功能的大类(broad category)，系统100包括数据库表和/或在服务器130上执行的一个或者多个应用程序的变量或参数。根据本发明，将数据字段420内的数据存储为BLOB。在一个实施例中，例如，在发出请求的客户机系统120之一上，将数据存储为与其专属格式(例如，文本、声频、视频和图形文件格式)无关的文本。
根据本发明，从数据存储器140中检索数据记录400，然后，进行处理。根据系统100的管理员建立的预定安排或其它判据，优选周期性地检索数据记录400。在一个实施例中，在方框240建立该判据，在方框240，例如，管理员确定一组用于处理导入请求的规则。规则可以包括根据例如以分层顺序处理对应于特定公司的参与者数据的要求进行处理的条件。例如，还可以以先进先出顺序处理请求的方式，建立处理原则。应该明白，还可以采用用于处理导入请求的其它规则，例如，仅在较不重要的系统处理周期期间(例如，在晚上或下班时)，处理超过预定阈值的数据文件的规则。
在方框250，对设定的规则进行评估，而且如果一个或者多个规则令人满意(例如，系统时间等于导入处理操作的预定时间)，则继续进行处理。在方框260，查询数据存储器140，以便确定数据存储器140内是否存在数据记录400。如果存在数据记录400，则控制过程到达方框270，在方框270，从数据存储器140内提取数据记录400(包括要导入的BLOB数据420)。如图3所示，等待循环假定在指定的时间之前而且仅当数据存储器140内存在数据记录400时，不启动导入处理(或者满足另一个规则)。
在方框280，导入数据，例如，使数据载入目标应用程序。应该明白，导入过程可能触发各种数据确认过程和/或安全协议，以保持目标应用程序的完整性。因此，可能发生错误，妨碍了成功完成导入处理。例如，目标应用程序不接受数据字段420内的值。在一个实施例中，上载状态信息包括下面的值“上载失败”和“上载”。此外，目标应用程序本身可能不可操作，因此，导致导入过程失败。在方框290，建立日志。日志记录状态信息，包括例如统计资料和在处理过程中可能发生的错误。在第二实施例中，状态信息包括下面的值“取消”、“完成”、“完成但是有错误”、“失败”、“未决”以及“处理”。
在方框300，将日志写入数据存储器140。如上所述，状态信息也包括在数据记录400内。因此，在方框300，更新数据记录400，以反映上载过程的当前状态。如果在处理过程中(方框310)发生错误，则控制过程到达方框320，在方框320，提取错误记录，并将它写入数据存储器140(在方框330)。如果未遇到错误(在方框310)，或者一旦提取了错误(在方框320)，则控制过程到达方框260，在方框260，处理下一个数据记录400。
应该明白，在用户请求导入多个数据记录时，可以参考该日志确定用户请求的过渡状态。例如，如果用户请求导入5个数据记录(例如，以对应于这些请求的5个数据记录400存在于数据存储器140内的方式，用户启动5个数据导入)，则可以随时参考过渡状态，以提供取向导入处理。即，在方框340，用户评估日志，以确定他/她请求的导入是否已经开始(方框350)。在方框360，用户可以看到过渡状态消息，例如，5个数据记录400中的2个已经被处理。可以将请求的过渡状态看作本发明的一个优点，目前，传统系统不提供该过渡状态。图6示出显示在例如详细日志信息屏幕600上的报告的一个实施例。屏幕600提供详细信息，例如，导入统计资料610、处理参数620以及导入数据630。
在方框370，用户可以确定，在导入处理期间，是否发生了错误。如果发生了错误，则用户看到错误记录(在方框380)。因此，用户可以采取校正措施，例如，校正数据记录400内的不精确的数据值，然后，重新提交导入请求(例如，在方框200，重新启动该处理过程)。图7示出显示在坏导入数据信息屏幕700上的报告的一个实施例。屏幕700提供关于失败导入过程的记录710的详细信息。
如上所述，可以认为本发明可以对传统导入系统和方法提供实质性改进。能够进行多导入请求就不需要手动启动导入请求，而且不需要在启动第二个请求之前，为了完成处理过程，而等待导入。此外，通过将格式化的数据记录(例如，日志编码数据记录400)存储到数据库(例如，数据存储器140)中，本发明消除了无意中删除或者覆写安排要导入但是还未处理的信息的可能性。
尽管结合优选实施例对本发明的数据导入系统100进行了描述和说明，但是本技术领域内的熟练技术人员明白，在本发明的实质范围内，可以进行各种变更和修改。因此，由于这些变更和修改包括在本发明范围内，所以本发明并不局限于上面详细说明的方法或结构。
权利要求
1.一种在网络配置数据处理系统(100)中，用于将数据从客户机系统(120)导入服务器系统(130)上的目标应用程序的方法，该方法包括在客户机系统(120)，该方法包括识别(500)多个数据项(420)中每一个的类型(200)和位置(210)，以便导入；以及请求导入(500)多个数据项(420)，每个请求分别包括识别信息(410)；以及在服务器系统(130)，该方法包括接收请求；根据识别信息(410)，从客户机系统(120)上检索(220)多个数据项(420)，然后，在服务器系统(130)上分别存储(230)多个数据项(420)；根据预定判据(240)，分别检索(270)所存储的多个数据项(420)，然后，将多个数据项(420)导入(280)目标应用程序；以及产生(290)并存储(300)日志(600)，日志(600)包括关于导入各个数据项(420)的状态信息(412、610、620、630)。
2.根据权利要求1所述的方法，其中预定判据(240)包括预定时间安排。
3.根据权利要求1所述的方法，其中预定判据(240)包括用于处理导入请求的一组规则。
4.根据权利要求3所述的方法，其中该组规则包括用于以先进先出顺序处理请求的第一规则和在较不重要的系统处理周期对超过预定阈值的数据文件进行处理的第二规则之一。
5.根据权利要求1所述的方法，其中状态信息(412、600)包括统计资料(610、620、630)和导入期间出现的错误(700、710)。
全文摘要
本发明公开了一种用于将数据从客户机导入服务器系统上的目标应用程序的方法。在客户机系统，该方法包括识别多个数据项的类型(200)和位置(210)，以便导入数据项，和请求导入数据项。各请求包括识别信息。在服务器系统，该方法包括接收请求；根据识别信息，从客户机系统上检索(220)数据，然后，在服务器系统上分别存储(230)多个数据项。根据预定判据，服务器系统还分别检索所存储的数据项，然后，将该数据项导入(260)目标应用程序。在导入期间，服务器产生并存储日志(300)，日志(300)包括关于导入每个数据项的状态信息。该信息包括统计资料和导入期间发生的错误(330)。
文档编号G06F15/16GK1653442SQ03811206
公开日2005年8月10日 申请日期2003年5月16日 优先权日2002年5月17日
发明者约翰·布罗德, 韦林顿·帕克 申请人:特朗森蒂弗公司