CN101361067A - 用于编制来自资产所有权凭证的数据的方法和装置 - Google Patents

Abstract

一种用于使用移动设备，诸如平板PC，从源收集资产数据，以及将该资产数据上传到数据库的方法和设备。然后，检验该资产数据，并立即返回给搜索者使用移动设备进行纠错。如果没有错误，本发明的方法和设备保存该数据并将所请求的资产数据返回给请求者。如果有错误，本发明的方法和设备由搜索者请求修正，再次检验该订单，以及将所请求的资产数据返回给请求者。

Description

用于编制来自资产所有权凭证的数据的方法和装置

技术领域

本发明涉及不动产估价，以及更具体涉及用于编制来自资产所有权凭证(property title document)的数据的方法和装置。该方法和装置可以提供所有权数据的快速和准确采集。

背景技术

资产所有权和税款信息是有价值的数据。对金融机构，诸如不动产的贷方很有用，以及对不动产买方和充当不动产买方的代表的代理很有用。获取用于标的资产(subject property)的所有权和税款数据的典型过程花费很多天，通常利用传真机请求将所有权搜索件发到特定公立机关并请求标的资产的信息，接收所请求的信息，然后，将信息传真回请求方。然后，验证该信息，并手工输入到数据库中。

该过程通常需要很多天。典型地，将该数据从公共记录输入到纸张上，然后由传真机传送到中央库，然后手工输入到计算机中。这些多个步骤使得有很多地方可能被不正确地记下或输入数据。因此，在现有技术中，需要一种用于收集标的资产的所有权和税款数据和将该数据输入到所收集的资产所有权和税款数据的数据库中的更快和更准确的方法。

发明内容

根据本发明，描述了一种方法和装置，其中，可以快速和准确地收集用于标的资产的所有权和税款数据。当有人请求用于标的资产的所有权或税款数据时，本发明开始。然后，将用于该数据的请求存储在数据库服务器中。只要输入订单，第一步骤是检查当前的资产数据库以便查看是否存在有关该标的资产的最新条目。如果该条目存在，使用该数据来填写所请求的数据，如果未找到条目，就创建搜索请求，并放入待填写的订单队列中。搜索者使用定时或永久连接的互联网设备，实时地收集订单。

然后，搜索者收集该数据，将其输入到表格中，诸如优选实施例中的电子表格，然后，在互联网上立即发送到验证中心。然后，验证该数据以确保其是正确的，然后，将其添加到当前的资产数据库，并将其用来响应对所有权和税款数据的请求。在资产数据请求的8小时到1天内完成该过程。因此，比现有技术实质上更快，同时为人为错误提供更少空间。

本发明在许多方面改进了现有技术。本发明的方法和装置比现有技术方法更快和更有效，因为订单在被请求后就可以由搜索者立即下载。本发明比现有技术方法更不易遭受人为错误，因为仅存在一个数据输入点，并且随后在完成订单前，由内置到电子表格中的验证规则校验该数据。本发明通过消除通常减慢收集数据的过程的不必要的人为交互作用，还能更快速地处理大量的所有权和税款数据请求。因此，本发明的目的是在所有现有技术方法上，在精度和时间方面进行改进。本发明的另一目的是通过能更有效地、更好地处理大量请求来改进现有技术。本发明的另外的目的是通过单点输入和在完成订单前对资产数据的后续验证来提供更大的精度。在本发明的这些和其他目的将在下述详细说明中得到描述或在下述详细描述中是显而易见的。

附图说明

图1a和1b是优选实施例的方法的流程图的描述。

图2是在其上进行优选实施例的方法的计算机系列的描述。

图3是示例性订单队列窗和示例性城市信息窗的描述。

图4a-4f是示例性订单表格。

图5是与图4a类似，添加了来自检验者的评注的示例性订单。

图6是描述订单创建表的流程图。

图7是描述用户界面的动态生成的流程图。

图8是示例性移动设备流程图的描述。

图9是示例性矩阵字段。

图10是另外的示例性矩阵字段。

图11描述用于搜索者的评估数据输入过程的流程图。

图12a和12b描述评估数据的自动检验。

图13描述周转时间报告。

图14描述平板订单跟踪汇总报表。

图15描述平板订单跟踪细节报表。

图16描述订单量报表。

图17描述在订单处理期间被拒绝的详细报表。

图18描述在订单处理期间被拒绝的汇总报表。

图19描述在检验期间被拒绝的详细报表。

图20描述在检验期间被拒绝的汇总报表。

图21a和21b描述订单生命周期报表。

具体实施方式

本发明提供用于对来自所有权和税款凭证和其他源的，最显著的是内部数据库或第三方数据库的资产数据进行编制的方法和装置。这些源可以是使新方法更有效的电子源。典型地，在现有技术方法中，这些源不可经互联网或其他源以数字方式获得，因此，使用搜索者来收集数据。使用本发明，数据被手工收集，但被输入到维持互联网连通性的远程设备。然后，将该数据上载到检验数据库并存储，以便在收集到数据后尽可能地快地递送到数据请求者。

首先参考图1a和1b，描述了示例性优选实施例方法的流程图。在该方法的第一步骤中，提交100订单。在该步骤中，请求有关资产的所有权、税款和其他信息，通常通过Web提交，但也可以经传真机或电话呼叫来请求。如果经Web提交完成该请求，通过接收该Web提交的计算机对其正确地格式化，然后转发到下一步骤。如果经传真机或电话提交订单，那么，在进入下一步骤前，将该订单输入到计算机中。在下一步骤中，处理服务器尝试查找资产匹配102。使用该步骤来标准化资产信息，以便识别用于所有权和税款搜索的正确资产。如果找不到资产匹配，那么资产可能不存在或所请求的数据可能未正确地识别该资产。为执行该搜索，数据处理服务器尝试查看资产数据库132。资产数据库132仅是以下的数据库，其被设计成通过以“找到”或“未找到”的答案以及对资产的资产地址或其他标识的格式化(如果与所提交的不同的话)来响应对该资产的地址或其他标识的查询。

例如，如果在第一地址行中，用户输入1234N.Maple#3，但资产数据库132具有两个单独的输入，一个用于地址，一个用于公寓号码，资产数据库可能响应已经找到该资产，但地址不十分正确。资产数据库可以正确地识别该资产而找到资产匹配，但作出正确地址是1234N.Maple并且正确的公寓号码是3的响应，因为在资产数据库132中，那两个字段彼此分开。

接着，在单元104中，问题是：“有资产匹配吗？”。如果该问题的回答是否定的，下一步骤将是请求修正110。如果进行该步骤，手工请求修正，典型地通过个人对该过程的干预，然后进行另一尝试来查找资产匹配102。如果该问题的回答是肯定的，那么优选实施例的方法移动到单元106，该单元找到可用的资产数据。在该步骤，资产数据数据库134用来填充例如有关资产、市和州的已知信息。例如，假定作出了对新泽西州的特定住宅的请求。在该步骤中，资产数据数据库134提供信息，诸如个人搜索者必须去查找该信息的所有权办事处、其工作时间、任何附加的税款信息或税务局数据(工作时间，电话号码，地址)和有关该资产的已知的任何信息。同时在该步骤中，如果可以获得，基于正针对其请求数据的资产的位置，选择用于搜索的移动设备。该移动设备，如果可以获得，将接收订单请求并处理，如在所述的方法中稍后所述。如果最近已经对该资产进行了搜索，那么可能所有所请求的数据均为已知，并存储在资产数据数据库134中。为了帮助现场的搜索者，在该步骤中所有这类可用信息被追加到订单请求。

在找出可用资产数据106的步骤的之后，该方法尝试发现“有资产匹配吗？”108。这是为了确保存在该订单中所识别的资产。如果答案是否定的，那么请求110修正。如果答案是肯定的，那么优选实施例进入该方法的下一部分。在单元112中所述的步骤中，完成订单验证和预处理。

接着，参考图1b，使用本发明的优选方法，确定订单请求是否应当转发到订单队列114。为确定是否使用该移动设备来执行该搜索，进行检验来确定在必须进行搜索的区域中是否存在移动设备。使用移动设备数据库136来执行该检验。该数据库136可以容纳在同一处理服务器上。如果不是，那么该方法可以利用传真或其他方法116来请求来自现场的个人搜索者的搜索。如果的确存在移动设备，那么将该订单转发到移动设备订单队列。

在步骤118，在设备访问和从移动设备订单队列将其下载后，订单完成过程在移动设备上开始。这涉及使用该移动设备的移动设备的用户从订单队列接收订单请求信息，前去适当的所有权搜索或税务搜索的场所，接收该信息，将该信息输入到移动设备中，使得移动设备能够转发所填写的订单以待验证。一旦完成118订单，检验120该订单。在优选实施例中，这涉及另外的错误检查计算机，其由一个或多个操作者管理，尝试识别所提交的完成订单中的错误。如果发现错误，那么，请求126修正并将该订单转发回移动设备114，用于修正。如果没有错误，存储124来自订单的资产数据，通常存储在资产数据数据库134中。

接着，将订单定稿(finalize)128。在优选实施例中，定稿包含将文本数据转换成PDF格式，以便易于递送给请求者。将填写好的已完成订单发送到请求者130。在优选实施例中，使用处理服务器，将包含订单请求的结果的PDF文件自动地发送到请求者的电子邮件地址。通常，如果所有权搜索者能在当天到达办事处，整个过程花费就不到一天。就时间和精度来说，该方法比现有技术是实质上的改进。

下面参考图2，描述了本发明的优选实施例的装置。所述的元件是不同的部件或服务器以及搜索者接收和输入订单的移动设备。第一框是内部服务器138的分组。这些服务器是在本发明的优选实施例中，在订单处理器内部的服务器。在另外的实施例中，除订单处理器外，可以由个人或公司维护这些服务器的一些或全部。例如，Web服务器通常不是由企业内部维护，而是通常外包给Web托管公司。类似地，许多数据库是在利用那些服务器的公司外部的服务器中心中维护的。为了简化起见，可以由处理订单的公司在内部维护和托管这些服务器。

用在本发明的方法的优选实施例中的第一部件是处理服务器140。处理服务器140在该过程中执行大量功能。它执行的第一功能是通过检验Web服务器142数据库和如果可能的话，将那些订单从处理服务器140的订单队列转发到远程设备从其“提取”它们的订单的数据库，以确定哪些订单已经进入。在该优选实施例中，在处理服务器140上维护该数据库。在另外的实施例中，可以将该数据库包括在另外的服务器上。当新订单经网站通过新订单请求139已经进入时，处理服务器140还与Web服务器142数据库核对来确定。另外，处理服务器140将订单发送到资产数据库144来确定在订单本身中是否正确地输入了资产数据。处理服务器接收“资产匹配”并确定是否正确地识别了该资产。也称为“订单队列”、将由移动设备150“提取”的订单的处理服务器140数据库是按将执行搜索的自治市或区域细分的列表，其中，移动设备可以检验来获得新订单请求。

一旦已经填写订单，在完成的订单被添加到资产数据数据库146前，优选实施例的处理服务器140还保持对那些完成的订单的数据库的连接。保留这些未检验的订单，直到在将它们作为新资产数据添加到资产数据数据库146时为止。最后，处理服务器140与存储在资产数据数据库146中的完成的订单数据相互作用以便响应订单请求139，使用互联网148发送该数据。

在优选实施例中的第二部件是Web服务器142。Web服务器142负责接收Web创建的订单请求。在Web服务器142上可能存在另外的错误检查规则，以便确保所有相关数据都被正确地输入到订单。例如，可以要求用户输入用于特定资产的邮政编码。另外，可以要求邮政编码为5或9个字符，以便符合资产数据库144的需求。Web服务器142维护将由处理服务器140访问的当前订单提交的数据库，以便在将新订单发送到移动设备150前收集这些新订单。

所描述的下一部件是资产数据库144。该数据库是用于可以由本发明的方法访问的地址和资产的主文件。可以或可以不在内部维护该资产数据库144。资产数据库144可以是本发明的用户有权访问的外部服务。在该数据库中检验请求其所有权和税款信息的地址或资产，以便确保该资产存在以及可由另一服务器“找到”。如果该地址不正确地或部分正确，那么使用该数据库来校正该错误，或如果那是不可能的，将用来告知该系统的用户校正该地址或请求对进行订单请求的资产的进一步说明。

优选实施例的装置的另一部件是资产数据数据库146。该数据库维护与资产有关的数据，诸如有关地址、电话号码、工作时间、与在给定自治市或县中的所有权搜索有关的信息的联系人的信息。另外，基于维护包含在由移动设备150下载的订单请求中的信息的一系列表，该数据库维护特定于州和特定于订单的信息。稍后在图4中，描述与州或自治市有关、可以包含的一些数据的例子。另外，资产数据数据库146存储对其提交订单请求的特定资产的信息。如果目前已经完成搜索，或一些数据涉及先前已经可用、对其请求数据的资产，将该数据添加到订单请求，使得需由搜索者填写的订单的某些部分已被填写，其可由搜索者修改。

接下来三个部件是互联网148、移动设备150和资产数据源151。在本发明的优选实施例中，使用互联网148来与移动设备来回传送数据。在另外的实施例中，可以使用与移动设备来回地传送的专用网络或其他装置。在优选实施例中，经无线互联网接入卡，将移动设备永久地连接到互联网。在优选实施例中，该卡是使用蜂窝电话连接性技术的网络接入卡。在替代的和未来的实施例中，这可以是无线互联网接入的另一个版本，诸如802.11a-g协议的扩展或后继标准协议。在替代实施例中，使用家用或其他计算机系统，经硬布线或有线网络连接，在一天的结束时，可以连接或“同步”移动设备150。

在优选实施例中，移动设备150是配置有常开的蜂窝电话连接性无线上网卡的平板PC。在替代的实施例中，移动设备150可以是常规的笔记本个人计算机、手持个人计算设备，诸如Palm

或PocketPC设备。另外，该设备可以甚至是无线启用的蜂窝电话或智能电话。在其他的实施例中，移动设备150可以是至少包含无线连接或经与互联网148重复地相互作用的有线连接的能力并可以由搜索者利用来填充表格或更新内部服务器上的数据的定制设备。可以使用手写笔、键盘、语音识别系统、电子收集系统以及其他设备或系统来填写或更新表格。最后，资产数据源151是基于在订单下载请求时转发到移动设备的订单而从其收集资产数据的多个源。这些源可以包括但不限于：县所有权办事处、县估税办事处、公用设施(utility)办事处、县摘要办事处(county abstract office)或订单所请求的资产数据的其他源。

现在参考图3，如从移动设备150看出，描述了示例性新订单队列。在优选实施例中，经驻留在搜索者平板(tablet)152上的客户服务器应用，浏览由移动设备150接收的订单队列。这由于许多原因而是很好的，最显著的是，搜索者可以离线地在订单上操作，而不必连接到互联网。在现有技术中，使用基于Web的应用是公知的，并且其他好处也是公知的。在单元154中描述的是新泽西州大西洋城Pleasantville市。点击订单网格156中的订单提供显示有关用于所需的城市或镇的征税官、水、污水和垃圾的信息的屏幕或窗口158。

在图3中所述的是Westfield Town和Madison Borough的未决的订单。这些在单元156中被描述。与上述Pleasantville市类似，通过点击在单元156中所描述的订单网格中的订单，可以看见有关这些地区的信息。这些帮助个人搜索者更快速和有效地执行对这些所有权和税款记录的搜索任务。

在图3中示出了有关征税官的信息的例子。只要在订单网格156中点击过一次订单，该信息改变。此外，如果移动设备的用户从下拉框172选择特定城市(或镇)，城市(或镇)信息就反映所选择的城市(或镇)。该图描述可能与将在镇/州或县中执行任务的搜索者有关的数据。如在单元158中所见，该部分指的是新泽西州大西洋城Pleasantville市。描述了用于相关县或城市公用设施的各种信息。例如，在单元180和182中，描述了征税官和水利部门。因此，对征税官180，在单元174中描述了地址，以帮助搜索者查找在其中搜索税务数据的适当办事处。另外，在单元176中示出了办事处的工作时间和联系人信息。在单元178中描述过程，例如，征税官优选在估价办事处中使用计算机以登录名“Tax”和密码“Look”提交有关资产的信息的请求。对在税务时间非常忙的税务办事处来说，存在税务停工(lockout)，如单元177中所示。还在单元179中描述了估税官的姓名、电话号码和工作时间。在文件夹标签上描述了类似的数据分组，诸如在单元182、184和186中所描述的水、污水和垃圾。

现在参考图4a-4f，描述了如在移动设备上所看到的示例性订单表格。这些订单表格可以是独立的或在Web上启用的应用。在单元192中描述了订单请求的截止日期，在单元194中描述了订单号。在单元196中示出了下订单的日期。信息的第一主块是有关资产的物理信息，如在单元198中所示。例如，在单元200中请求了业主的姓名，以及在单元202中请求了业主的邮寄地址。只要在搜索者接收该订单前该数据是可用的，就由处理服务器将其填写。最后，在该个部分或每一部分的结尾处包括按钮，用于完成那一部分。在单元204中，将该按钮示为“完成”。该按钮将确保在表格的每一所需部分中都做出了有效响应。这执行非常基本的错误检查，诸如确保不同字段仅具有编号，或不同的值相加到预定的合计数上。

在单元206和207中所述的后续部分专用于有关在最近几个季度该资产的土地价值、提升价值、折扣、总价值以及已交、应交和所拥有的税款。这些部分，如在其他部分中，具有完成和验证按钮，如在单元208和209中所述。搜索者将把来自估税官的办事处的价值输入到该表格的部分中，然后，在进入下一部分前，对该表格进行验证。下一部分用于估价，如在单元210中所述。搜索者将查找对该资产所进行的税款估价，并且将任何估价的价值和任何评注输入到该部分中。

单元212描述公用设施部分。其中，移动设备的用户输入有关用于资产的公用设施的所收集的数据。这一部分，如在先前的部分中，具有完成按钮214。用来通过确保各种字段仅包含数值等等，来确保正确地输入数据。接着，在单元216中，描述专用于留置权的部分。移动设备的用户输入与该资产上的留置权有关的数据。在该部分中可以做出另外的评论。可以在由单元218表示的部分中作出任何特定信息。可以在由单元220表示的部分中作出任何未确认的估价。最后，分别在框或单元222、224和225中，由搜索者输入搜索完成的日期、搜索者姓名缩写和搜索者评注。搜索者评注允许搜索者将有关订单的通信传送回检验者。

一旦用户完成了输入该数据，存在三个选项。一个，用户可以提交凭证226，此时，Web表格尝试使用Web提交该数据。可选地，如果互联网连接不可用，那么提交按钮226保存数据用于当互联网连接可用时进行下一提交尝试。可选地，用户可以通过点击单元228中可用的按钮来取消该提交。最后，用户可以点击单元230中的保存按钮来临时保存该数据，用于以后提交。应当理解，在图4a-4f中所描述的显示和Web表格仅是例子。可以使用仅具有图4a-4f中所述的一些或一个部分的不同的网页。在本发明的优选实施例中，仅向搜索者显示订单所请求的信息的部分。因此，例如，如果搜索订单请求不希望看到有关公用设施212的数据，那么该个部分的全部都不会出现在示例性订单表格中。可选地，可以使用设计成在移动设备上运行的启用Web的应用或不同的Web表格来填写该订单请求。可以使用能从现场快速地收集该数据以及将该数据转发以待检验、保存和完成的任何应用或硬编码设备。

当提交订单时，从多个源提取数据以便创建该订单。如在图3中所见，例如，为了远程用户的方便，在订单请求中包括了与在其中可以收集数据的不同办事处有关的数据。这种数据类型来自具有一系列XML文件的文件服务器。具有一系列表的数据库在订单创建系统内。表是可以从其提取数据的位置。

在一个实施例中，可以提交订单用于检验。检验者可以拒绝该订单，并且提出拒绝的一个或多个原因。当搜索者收到被拒绝的订单时，搜索者能在特定说明窗口231中查看有关为何拒绝订单的检验者的评注。例如，“请填写整个公用设施部分”。该特定说明窗231也可以包括来自下订单作该搜索的客户的客户注释。客户注释是来自客户的表示客户对他/她请求的订单的偏好的注释。特定说明窗231也可以向搜索者显示该搜索是否是改进的搜索(即，已经发送给客户或顾客但需要进一步的信息，并且一旦收集到该信息就将重发的搜索)。特定说明窗231也可以向搜索者显示利息细节。利息细节可以包括是否收集利息，如果收集利息，应当收集利息的日期等等。特定说明窗231向搜索者提供有关如何填写订单、收集信息等等的信息。搜索者也能将框225中的他或她自己的评注附加到订单用于检验者阅读。这提供了搜索者和检验者可以通信的一种方法。

因此，现在参考图6，描述一个流程图，该流程图描述创建订单中的各种XML文件。因此，例如，新订单232经网站进入系统。基于该资产的位置，可以收集各种数据。

因此，增加来自单元234的数据，即所有评论的表。该数据可以在每一移动用户的单元上本地存储。每次在移动设备上加载订单时，在文件库查询最新信息，并且将其并入在表格中。XML文件中的数据是诸如用于办事处的联系人信息的数据，以便改正订单中的错误。这通常还包括如在图5中所描述的表格的整体格式(在优选实施例中)。为填充该数据表，对每一订单，从全州评论XML文件236和市区评论XML文件238请求额外的数据。这两个XML文件包含用于日或小时或周的特定于州或市的评论。这可以包括这种信息，诸如存储用于特定镇的公用设施信息的新的公用设施公司。接着，在单元240，描述了具有市特定数据的XML文件。该XML文件包含所包括的市特定数据，诸如每一办事处的本市联系人数据，用于与其联系来收集在订单中请求的所有或部分信息。在优选实施例中，还使用单元242中的搜索者和其所服务的镇的表，以便确定谁将搜索该订单。该表包含诸如哪一搜索者具有哪一移动设备以及哪些自治市由特定搜索者和移动设备服务的数据。因此，当创建了订单时，搜索请求将转到适当的搜索者，以便快速完成。系统和方法可以在搜索者间重新指定订单或城镇。例如，如果搜索者病了，他或她的订单可以被重定向到另一可用搜索者。该重定向通过移动设备无缝地操作，并且可以与基于Web的订单管理系统协同操作。

最后，使用客户的XML文件和特定于客户的表格喜好文件244来为移动设备的用户提供特定于客户的信息，诸如与每一订单一起收集何种信息。当每一订单已经在移动设备上并且由移动设备的用户加载订单时这均被处理。最后步骤是将完成的订单放在订单表中或队列中，用于由搜索者在连接到系统时提取。

接着参考图7，描述了本发明的方法内在的用户界面生成的说明。使用该过程来创建用户界面，诸如在图3至5b中所述。如图6所示，基于包含在不同数据库表和XML文件内的数据，对资产、请求资产信息的客户和资产的位置定制用户界面。因此，为生成移动用户将看到的用户界面，第一步骤是在单元250中提交新订单并由移动用户下载到平板中。一旦下载了该订单并且由移动用户加载到移动设备上，用户界面生成过程询问哪个自治市252、哪个资产254、对什么下订单以及哪个客户256。这四个问题的每一个有助于确定呈现给移动用户的用户界面。哪一自治市和哪一资产的问题结合来创建矩阵258，其用来选择将显示的特定细节。例如，对一个自治市和资产，可能仅存在由其采集所有信息的一个办事处，因此，对那一“矩阵”，仅显示一个联系人信息。然而，在可选的自治市和资产的组合中，可能需要用于多个办事处的联系人信息。例如，可以存在用于税款和所有权信息的独立的办事处，在由移动设备从订单队列中提取的订单请求中，提供填写该订单所需的用于每一办事处的信息。一旦由移动设备下载，在订单队列中将显示用于不同办事处的所有相关信息。在那种情况下，矩阵产生不同的用户界面。

接着，结合“哪一客户”256的问题和来自网站设定值260的订单输入，来回答“对什么下订单”的问题。来自网站设定值的这些订单输入是由下订单请求的个人所输入的设定值。这些设定值可以改变所需数据，诸如不需要有关资产的估价数据，或不需要用于资产的公用设施数据。同时包括在该步骤中的有客户评论和规则262。这些评论和规则可以是特定的，诸如仅获得用于特定时间周期的估价数据的请求。一旦自治市和资产的矩阵258确定了什么适用于该订单，与资产评论和规则266一起添加特定于自治市的评论和规则264。这些规则可以与可以是在特定自治市或资产中收集的数据有关，诸如什么数据可用。如果不能找到某一数据，用户界面移除用于该数据的输入块或请求。最后，使用所有这些矩阵和数据，生成268用户界面。一旦创建了用户界面，在平板搜索者的屏幕上加载订单以输入所有信息。

现在参考图8，示例性的移动设备流程图，描述在优选实施例的移动设备上采取的步骤。在第一步骤中，启动了272移动设备。在优选实施例中，这是开启平板个人计算机。在可选的实施例中，该设备可以是“常开”的，或可以仅要求通过启用或插入网络设备来启用“互联网”。该流程图的下一部分是判定树，确定是否存在互联网能力274。使用该框来确定该移动设备是否能使用该互联网来联系订单队列和数据库。如果存在互联网连接性，那么该移动设备查询并将新订单保存到本地订单库276。本地订单库282是移动设备本地的数据库，用于存储为特定设备设定的订单。在单元276中所述的步骤包含联系网络服务器，以便在图2中的处理服务器中从订单队列接收订单。在优选实施例中，用唯一标识号标记用于特定移动设备的订单，并且该移动设备仅获取那些订单请求，并添加到本地订单库282。

移动设备还将完成的订单上传到电子检验系统278以便检验。这些订单是先前已经完成的订单。一旦这些订单进入检验阶段，就是移动设备处理280的结束，除非经检验订单被拒绝，并被返回到搜索者。这一过程可以在个人正使用移动设备时实时发生。因此，例如，在使用移动设备来完成一个订单时，用于来自相同资产数据源的数据的另一订单可以进入订单队列。一旦完成了正进行的订单，其将被立即上传以进行检验278，而该设备同时下载新订单，包括用于来自同一资产数据源的数据的订单。那些新订单中的一个可以是用于用户正操作的资产数据源，在这种情况下，可以在移动设备操作者移动到下一办事处前将其完成。该实时更新连接能力比现有技术的传真订单请求更高效，并且使用户能够在所有当前任务上更快速地工作。

如果没有互联网能力274或订单已经存储到本地订单库282，在移动设备上加载284应用。该应用可以是唯一的内置应用，或如果移动设备是平板PC可以是多个中的一个，如在优选实施例中。如果在本地库中存在任何任务，不论是否具有互联网能力，搜索者(移动设备操作者)搜索新的或保存的表格286。这些表格是用于本地订单库282中的每一订单的表格。在优选实施例中，基于特定于自治市的规则288，在先前动态地生成表格。如果工作已经完成，或已经部分填写订单，该表格将以其部分完成的状态被保存。任何可用字段已被或被可用数据290填充。这一步骤是搜索者从资产数据源真正请求数据以及将响应数据输入到移动设备中的步骤。然后使用在图5b的单元230中所示的临时存储功能，存储可用数据。如果搜索者需要移动到不同的办事处来接收另外的数据，图5b中的该“保存”按钮230将保存已经输入的数据，直到搜索者到达另一资产数据源为止。该“保存”按钮230保存所有表格数据的状态，以便一旦搜索者到达下一资产数据源，就可以填写剩余数据。

一旦已经收集到所有可用数据，该表格在完成292时就被保存。然后，在单元294中，该设备再次确定是否存在互联网能力。如果是，将完成的订单加载到电子检验系统278，其结束该移动设备的处理280。如果没有互联网能力296，那么该移动设备将完成的订单保存到本地订单库296。在298中描述了本地订单库，但是与在单元282中所描述的本地订单库相同。然后，移动设备定期地检查以确定是否存在互联网能力294，以便能将完成的订单上传到电子检验系统278，并结束移动设备处理280。

现在参考图9，描述了示例性矩阵字段。在订单上传到订单队列前，应用矩阵字段和包含在矩阵字段内的规则。例如，在图9中，所应用的矩阵字段单元300被用来确定在将订单发送到订单队列前，特定自治市是否能进行自动化的订单排队和搜索。在一些自治市中，自动化是不可获得的，尽管在优选实施例中，在所有自治市中都可以获得自动化。然后，矩阵确定在单元302中是否应当应用规则。单元302中的响应是“是”。因此，在单元304中，如果自动化是可以获得的，就由本发明的优选方法使用。这表示将在订单队列中排队该订单。

现在参考图10，描述了另外的示例性矩阵字段。该矩阵字段被用来确定需作调查的破产票据对于该资产306是否存在。如果该资产具有需作提交的调查308的破产票据，那么将规则应用于该数据。在单元310中示出了所需的规则，其是将订单发送到移动设备用于人工调查。这表示搜索者的屏幕将具有必须由搜索者完成以便完成该订单的、用于另外的破产票据调查的特定部分。

现在参考图5a和11，描述了估价数据的输入。首先，在单元210，描述了用于输入估价数据的、用于搜索者的输入机制的部分。该部分仅从所需的单一的第四季度开始。在图11中所述的过程可以将另外的输入空白动态地添加到图5a和5b中所示的Web应用中。因此，在增加的估价开始312时，搜索者可以输入增加的估价314，如果其存在的话。如果不存在，那么这就是增加的估价部分的结束330。如果存在增加的估价，那么搜索者必须确定该搜索者是否需要增加/删去估价316。这表示搜索者可以增加另外季度的估价或移除他们已经增加的在先估价。如果回答为是，那么搜索者输入用于所有相关估价周期318的金额和支付状态，并且月数自动地变为十二320。如果回答为否，那么搜索者输入月数322。如果月数不在1和12之间，那么就存在错误，搜索者就被提示，告诉他们如果月数大于12，就必须有增加/删去，这在单元324中被描述，并返回到单元316。另外，如果月数在1和12间，那么输入328所增加的估价数字，而这就是增加的估价部分的结束330。

接着，图12a和12b中所描述的是增加的估价检验的流程图。这是在完成了定单并将其发送到请求者前发生的检验过程的一部分的例子。当从搜索者接收估价数据时，该步骤发生。在检验过程的该示例性部分中，第一步骤是开始增加的估价检验332的过程。在下几个步骤中，使用算术计算来校验增加的估价值。首先，如在单元334中所请求的，增加估价值是等于$0吗，如果是，将增加的提升值设置成$0，如在单元336中所示，并且存储334该增加的提升值。如果增加的估价值不是$0，如在单元334中所请求的，那么将月度增加的估价金额设置成等于增加的估价金额除以月数338。接着，将月度增加的估价金额乘以12，然后将其保存为年度增加的估价金额。接着，将年度增加的估价金额除以税率，以便获得增加的提升值342。将该值作为增加的提升值存储在单元344中。

接着，将最近的税款添加到折扣金额乘以税率，然后添加到所有扣除额。然后将该值除以税率。最后，减去土地价值，就得到原始提升值346。将该值存储在单元348中。接着，将所增加的提升值增加到原始提升值，以便等于新提升值350。接着进行检验测试。总价值等于土地价值加上新提升值吗，如单元352所示？如果不是，那么该订单不正确，并且将该订单返回到搜索者以便进行修正354。如果是正确的，那么结束增加的估价检验356。

对由搜索者递送的数据的每一部分，可以进行附加的规则集和检验。在优选实施例中执行附加的检验，以确保税款计算被正确地执行，并确保如果某些框被勾选为“是”，那么与那些框有关的数据也被填写，或确定所输入的土地价值参考其他的输入数据是否合理。在优选实施例的检验过程期间，完成这些和其他验证。一旦完成检验过程，资产数据就被存储到资产数据数据库146(见图2)，然后被返回给资产数据请求者。

本发明的优选方法提供由可以使用本发明收集的数据生成的多个报表和表。这些报表和表可以用来进一步精化该过程或监视特定搜索者或县的成功或效率。另外，报表可以用来确定哪些地区在任何给定时间能够使用本发明的方法的全部或部分。

现在参考图13，描述了周转时间报表。该报表用于确定在给定时间周期内所发生的已经完成的订单的百分比。在单元358中描述了日期范围。可以将该范围设置为在其中已接收订单但未完成的任何时间周期。在单元360中还描述了位置。在该例子中，描述了所有新泽西州自治市。也可以将其改成从其正请求和接收订单的任何部分或子部分。所描述的示例性表显示特定自治市362在左手栏中。第一自治市是Absecon，如单元364中所示。对每一自治市，如在单元366和368中所见，给出了完成的订单的累计百分比和实际数量，其中，在3小时内分别递送了6个完成的订单以及60％的未完成订单。

在该图表的底部，给出了用于所有自治市的总和370。在示例性图表中，仅描述了两个自治市，但在优选实施例中，将示出多个自治市。在订单的请求之后的第6小时的完成的订单总数为10，如在单元372中所示，因此，总完成的订单是31(6+15+10)。在请求后的第6小时的总累计百分比为77.50％，如在单元374中所见。在2天后，90％的订单完成，如在单元376中所见。可以使用该报表来确定在单个自治市或所有市中所需的时间长度，所述时间长度用来使用本发明的方法来完成订单。

接着，参考图14，描述了平板订单跟踪汇总。该平板跟踪汇总用作对给定的远程设备的状态的快览参考是有用的。在该示例性报表中，示出了在单元386中所示的搜索者Sam Smith。已经将编号001的远程设备(在这种情况下，平板PC)分配给了Sam Smith，如单元388中所示。在单元390中还示出了用于Sam Smith的联系信息，诸如移动电话号码、住宅电话号码和传真号码。报表在确定搜索者或设备最近有多活跃中是有用的。因此，例如，在单元392中，可以看到地域(通常是自治市，但可以更小或更大)为16。如在单元394中所看到的，系统中的总订单数是24。因此，队列中的订单与系统中的订单相比的百分数为66％(16/24)，如在单元396中所示。出现不一致，而远程设备最近未下载新订单和上传完成的订单。可以在单元398中看到自最后一次下载新订单以来的最后一次下载时间和流逝时间。可以在单元400中看到自最后一次上传以来的最后一次上传时间和流逝时间。该报表在跟踪整体的订单进度、总订单数和分配给搜索者的下载/上传活动性中可以是有用的。

现在参考图15，描述了平板订单跟踪细节。在该视图中，审阅者能看到搜索者的未决和完成的个人订单，以及接收它们的状态的更详细视图。该例子再次使用Sam Smith，如在单元402中所示。Sam仍然使用平板#：0001，如在单元404中所示。在由单元406中所表示的行中示出了订单编号NAM-04-2019。在09:05AM下载了该订单，如在408中所见，并如在单元410中所见在12:15PM完成，如在单元412中所示。总流逝时间在单元414中示为3H 10M或三小时10分钟。然而，如在单元416中所描述的行中所示的订单编号NAM-05-3342仍然是未决的，如在单元418中所见。在该订单上，单元420中所示的总流逝时间当前为4H 45M或4小时四十五分钟，并且仍然未完成。

现在参考图16，描述了订单量报表。该报表表示用于每一自治市的订单量。所描述的该示例性报表仅表示三个自治市，但在优选实施例中，将显示在给定地区中的所有城市。第一单元，单元422，表示量报表的日期范围。这可以设置成任何范围，以便获得订单量的短时帧的理解或长时帧的理解。单元424描述了Absecon市，并且表示对给定的日期范围，有25个订单，在单元426中示出。接着，在单元428描述了Brigantine市。对该市，对所选择的时间范围，有13个订单，在单元430中表示。总的来说，对所示的这三个城市，订单数为128，如单元432所示。

可以使用该报表来确定给定的自治市是否需要额外的搜索者以便处理全部数量的订单。可选地，假定特定自治市的订单有特别高的流入量或另一自治市的订单有特别低的流入量，就可以使用该报表来在地方间移动搜索者，可选地，可以使用该报表来在假定特定日期范围的情况下确定大量订单请求何时进入或何时请求少量。对比较自治市间的总订单请求也有用。

现在参考图17，示出了在订单处理期间被拒绝的细节报表。该报表详述了在将订单发送到远程设备以便完成前，在处理期间被拒绝的订单。拒绝在该例子中编号NAM-04-2019的第一订单，由单元434表示，是因为在资产主文件436中无匹配。这表示未找到请求对其所有权/税款进行搜索的资产。单元438中拒绝第二示例性被拒绝的订单，订单号NAM-05-2254，是因为在资产数据数据库440中未找到匹配。这表示在资产主文件中找到了该资产，但不能在资产数据数据库中找到。这些资产未被找到的可能的原因是订单请求者未正确地将其输入。

现在参考图18，示出了在图17中所显示的数据类型的汇总报表。在该汇总报表中，数据范围是从2005年6月1日到2005年7月1日的1个月，如单元442中所示。汇总报表还示出了由于在资产数据内的资产主文件中查找它们的失败而被拒绝的总量。为此原因被拒绝的总量是125，如在单元444中所示。接着，由于未在资产数据数据库中找到匹配而被拒绝的总量在单元446中被示出为63。最后，由于资产上的不同的业主姓名而被拒绝的总订单数为7，如在单元448中所见。可以看出，在单元450中，该报表中的拒绝的总数为195，。

接着，参考图20和21，描述了在分别进行详细和汇总的检验期间被拒绝的订单的类似报表。在图19中，在单元452中再次描述了日期范围。可以将其改变来适应从非常短的时间周期到非常长的周期的审阅者的需要。在单元454中示出了订单编号NAM-04-2019。由于在单元456中所示的原因，在检验期间该订单已经被拒绝，搜索者没有输入水的评注。在单元458中所示的编号NAM-05-2254的订单在检验期间被拒绝，因为在订单的税款部分存在数学错误，如单元460中所示。现在参考图21，在单元462中示出了同一日期范围，用于该汇总报表。在该报表中示出了为每一拒绝类型给出的检验期间的拒绝总数，而与个人订单数或客户或在其中填写订单的自治市无关。因此，例如，由于缺少水的评注而被拒绝的订单数为6，如在单元464中所示。由于税款部分中的数学错误的检验而被拒绝的总数为33，如在单元466中所见。在该例子中，仅示出了一些错误，但在优选实施例中，可能存在许多错误类型，所以这些都被按错误类型细分。最后，在单元468中，将总的检验拒绝示为19。可以使用该报表来确定所收集的数据的准确性以及何处可能存在潜在错误，诸如需要搜索者改进或额外训练来收集信息的税款的数学错误。

最后，参考图21a和21b，示出了订单生命周期报表。该报表对跟踪订单的整个生命和完成单个订单所花的时间以及订单平均值非常有用。在图21a和21b中所示的订单生命周期报表已被简化以便为示例目的能更容易被理解。根据时间长度和所报告的搜索者的数量，实际的订单生命周期报表可能非常长或非常短。在单元492中，示出了从8/17/2005至8/22/2005的日期范围。这是记述了在这两个日期间所接收和完成的订单的相对短的时间周期。搜索进一步受单元494的个人搜索者，在该情况下为Linda Loving所限制。因此，该订单生命周期报表是用于单个搜索者Linda Loving的短时帧。对更长的时间周期，诸如整月、财政季度或年度，可以实现订单生命周期报表的可选的的实施例，并且可以是基于任何数量的划分标准用于单个搜索者或搜索者组。

可以仅使用本发明的方法或一个非常类似的方法来创建订单生命周期报表的优选实施例。跟踪用于每一步骤的每一输入时间和检验时间以及完成时间的计算机能精确地确定这些事件发生的时间。在订单生命周期报表的优选实施例中所描述的列是下订单的时间496、由搜索者下载订单的时间498、从搜索者上传订单的时间500、由检验者502检验订单的时间、客户完成订单的时间504和总周转时间506。在下述的段落中，将描述所有这些列。

对在单元508中所描述的订单，其订单编号1942658-T，8/18/05接收，接收订单的日期是10:44:48AM，如在单元510中所见。下订单的时间是来自网站的精确时间戳、将订单传送到系统的所接收传真机或电话的时间。接着，由搜索者下载订单的时间是12:10:46PM，如在单元512中所见。这是在创建订单后，搜索者建立连接以及将订单请求下载到他或她的移动设备的时间。如在单元512中所见，流逝任务时间和累计的流逝时间均为1小时26分钟。这两个数字分布在整个订单生命周期报表上，以便查看在该过程中的任何时间点每一步骤和总的事务花费多久时间。

接着，由搜索者上传订单的时间在单元514中示出为04:09:27PM。如也在单元514中所示，流逝任务时间为3小时59分钟，并且累计流逝时间为5小时25分钟。因此，在下载订单和上传完成的订单之间的任务的这一部分花费了3小时59分钟。能使用这一信息来优化该过程以及确定哪些搜索者和位置花费最长时间来完成订单。另外，可以用来确定何时需要额外的搜索者以及给出完成订单所需时间的精确估计。接着，检验者检验订单的时间示出为在单元516中的04:11:46PM时完成。流逝任务时间为0小时2分钟并且累计流逝时间为单元516中的5小时27分钟。下一部分用于为客户完成订单的时间。为客户完成订单的时间是4:11:46PM，累计流逝时间为在下订单之后5小时27分钟。这一数字也在单元520中示出在总周转时间下。

除在订单生命周期报表中的逐个个体订单的列表外，还在任一订单生命周期报表的底部，示出了平均流逝时间522和平均累计时间524。因此，对由搜索者列下载订单的时间的列，如在单元526中所见，存在平均流逝时间13小时12分钟。对由搜索者上传订单的时间，如在单元528中所见，存在平均流逝时间20小时41分钟。对由检验者检验订单的时间，如在单元530中所见，存在平均流逝时间0小时10分钟。接着，在单元532中，用于客户完成订单的平均流逝时间示为13小时32分钟。因此，用于每一步骤的平均总周转时间为13小时32分钟。

在图21中所示的下一行是如在单元524中所示的平均累计时间。由搜索者下载订单的平均累计时间为13小时12分钟，如在单元536中所见。该行描述用于每一订单的平均累计时间。由搜索者上传订单的平均累计时间是1天9小时53分钟，如在单元538中所见。由检验者检验订单的平均累计时间是1天10小时3分钟，如在单元540中所见。单元542中所示的、客户完成订单的平均累计时间是1天10小时3分钟。因此，用于任一订单的平均累计总周转时间为1天10小时3分钟，如在单元544中所见。因此，对该时帧中的该搜索者，平均总周转时间约为1天半。

在描述图中所示的本发明的优选实施例中，为了清楚起见，采用特定术语。然而，本发明不限于所选择的特定术语，并且应理解到每一具体单元包括以类似方式操作的所有技术等效体。此外，发明人意识到迄今未知的新开发技术可以替代所描述的部分，而同时仍不背离本发明的范围。

对计算机领域中的技术人员来说显而易见的是，使用根据本公开内容的教导而编制的一个或多个传统的通用或专用数字计算机或微处理器，可以方便地实现本发明的部分。对软件领域的技术人员来说显而易见的是，基于本公开内容的教导，熟练的编程员能容易地制作适当的软件编码。基于本公开内容，对本领域的技术人员来说显而易见的是，也可以通过制作专用集成电路或通过互连常规部件电路的适当网络，实现本发明的所有或一部分。

本发明包括在存储介质中的至少一个计算机程序产品，其具有在其上/中存储的指令，所述指令可以用来控制或使计算机执行本发明的任何过程。存储介质可以包括但不限于任何类型的盘，包括硬盘、迷你盘(MDs)、光盘、DVD、CD-ROM、微驱动、和磁光盘、ROM、RAM、EPROM、EEPROM、DRAM、VRAM、闪存设备(包括闪卡)、磁或光卡、毫微系统(包括分子存储器IC)、RAID设备、远程数据存储/归档/入库，或适用于存储指令和/或数据的任何类型的介质或设备。

本发明包括在任何一个计算机可读介质上存储的软件，其用于控制通用/专用计算机或微处理器的硬件，以及用于使该计算机或微处理器能够与人类用户或利用本发明的结果的其他机构相互作用。这些软件可以包括但不限于设备驱动器、操作系统和用户应用程序。由软件所使用的数据可以从不同源(本地或远程)检索，并通过利用文本文件、分隔文件、数据库或其他存储技术来永久或临时存储(在处理前、期间或之后)。最后，这些计算机可读介质进一步包括用于执行本发明的软件，如上所述。

在通用/专用计算机或微处理器的编程(软件)中包括用于实现本发明的教导的软件模块，包括但不限于将资产数据请求上传到数据库，使用移动设备来下载那些资产数据请求，将资产数据输入到移动设备中，将资产数据上传到另一个数据库，用来评审资产数据的错误的软件，以及将该资产数据提供给客户。显然，鉴于上述教导，本发明的各种改进和变形是可能的。因此，应理解到在权利要求书的范围内，可以以在此所具体描述的方式以外的方式来实现本发明。

Claims (25)

1.一种收集资产数据的基于计算机的方法，包括步骤：

将资产数据请求上传到第一计算机数据库；

基于由移动设备所覆盖的地区，使用所述移动设备，有选择地下载所述资产数据请求；

从各种源收集资产数据；

将所述资产数据输入到所述移动设备；

将所述资产数据从所述移动设备上传到第二计算机数据库；以及

检验所述资产数据的错误。

2.如权利要求1所述的方法，进一步包括从内部或第三方源收集用于所述资产数据请求的信息的步骤。

3.如权利要求1所述的方法，进一步包括将所述资产数据存储在第三计算机数据库中的步骤。

4.如权利要求1所述的方法，进一步包括将所述资产数据递送给请求者的步骤。

5.如权利要求1所述的方法，其中，有选择地下载的步骤使用无线或有线连接进行。

6.如权利要求1所述的方法，其中，经与纸张表格类似的电子表格执行将所述资产数据输入到所述移动电话。

7.如权利要求1所述的方法，其中，所述移动设备是个人数字助理或平板PC。

8.如权利要求1所述的方法，进一步包括检查资产可以是位于资产数据库内的初始步骤，其中对所述资产生成所述资产数据请求。

9.如权利要求1所述的方法，其中，检验步骤包括在提交订单之前和之后的时间对数据准确性的验证。

10.如权利要求8所述的方法，进一步包括检查资产的资产数据并未已经存在于资产数据数据库中的第二步骤，其中已经对所述资产做出资产数据请求。

11.一种资产数据检索方法，包括步骤：

将对资产数据的请求提交给服务器；

在数据库中搜索所述资产数据；

对未在所述数据库中找到的所述资产数据，生成数据请求；

将所述数据请求传送到移动设备；

获得在所述数据请求中请求的信息；

使用所述信息填充数据字段；

确认所述数据字段中的信息；以及

用来自所述数据字段的信息更新所述数据库。

12.如权利要求11所述的资产数据检索方法，进一步包括发送报表来完成对资产数据的请求的步骤。

13.如权利要求11所述的资产数据检索方法，其中，所述数据请求是以电子表格的形式。

14.如权利要求13所述的资产数据检索方法，其中，所述数据字段嵌入在所述电子表格中。

15.如权利要求11所述的资产数据检索方法，其中，由所述移动设备验证所述数据字段。

16.如权利要求11所述的资产数据检索方法，其中，由人类检验者完成验证。

17.如权利要求16所述的资产数据检索方法，其中，所述人类检验者可以增加或编辑所述数据字段。

18.如权利要求11所述的资产数据检索方法，其中，所述移动设备是个人数字助理或平板PC。

19.一种用于收集资产数据的启用计算机的仪器，包括：

第一存储装置，用于存储资产数据请求；

连接到所述第一存储装置的移动设备，所述移动设备用于收集所述资产数据；

连接到所述移动设备的第二存储装置，所述第二存储装置用于存储从所述移动设备接收的资产数据；以及

连接到所述第二存储装置的检验装置，所述检验装置用于对所述资产数据进行错误检查。

20.如权利要求19所述的仪器，进一步包括连接到所述检验装置的第三存储装置，所述第三存储装置用于存储所述资产数据。

21.如权利要求19所述的仪器，进一步包括连接到所述第三存储装置的递送装置，所述递送装置用于将资产数据递送给请求者。

22.如权利要求19所述的仪器，其中，所述移动设备使用有线或无线连接来连接到所述第一和第二存储装置。

23.如权利要求19所述的仪器，其中，所述移动设备是个人数字助理或平板PC。

24.如权利要求19所述的仪器，进一步包括连接到所述第一存储装置的资产数据库，所述资产数据库用于检查可以定位资产，其中对所述资产生成所述资产数据请求。

25.如权利要求19所述的仪器，进一步包括连接到所述第一存储装置的资产数据数据库，所述资产数据数据库用于检查尚未保存资产的资产数据，其中已经对所述资产做出所述资产数据请求。

Images