例如，什么方法或用户集合输入数据最终导致了当前可用数据，并基于什么来源、参考、方法、算法、动机或指示？同样，一般情况下，平台不能有效的向新用户保证谁不同意该信息，除非数据库管理员专门提供该特权。
[0051]在这个示例中，用户可以向下挖掘并发现随着参考引用，汇总生日数据是基于两个用户引用“3/6/70”以及第三个用户引用“6/3/70”。该信息表示汇总数据点底层的“细节数据”。在这个示例中，用户是错的并错误地输入数据。使用根据常用输入的真实值的非常简单的预测模型，“3/6/70”更有可能是正确的。然而，新的用户可以选择去做独立研究并发现:事实上，输入“3/6/70”的两个用户引述了列出的“1970年6月3日”为生日的来源。新用户现在可以提交新知识和引用预测:围绕“6/3/70”的准确汇总数据值将达成共识。
[0052]在这个非限制示例中，表格用颜色编码用于表示和该具体事实是否有不确定性。Jon的出生日期是黄色的，表示存在和该值相关的极强不确定性或不一致。当然，其他颜色、图标或视觉表现也可以表示不确定性。
[0053]回到图1，在看汇总数据时，用户110向输入逻辑100输入请求细节数据的命令。访问逻辑105请求涉及琼恩的出生日期的所有可用细节数据，并以及该请求被转送到数据库逻辑125。如本文所用，术语“细节数据”指的是涉及特定数据单元用户提交的事实、值或数据。显示逻辑115向用户显示细节数据。这里，用户浏览所有历史数据提交，包括其他用户的录入。用户110可以提交新的数据值并通过访问逻辑105输入命令，所述访问逻辑105向数据库逻辑135发送请求以在数据库140中存储新的提交。数据库逻辑125也激活汇总逻辑135，该汇总逻辑135计算有关Jon的生日的新汇总值和属性，然后也由数据库逻辑125存储。显示逻辑115显示有关Jon的生日的新的汇总值并表示涉及Jon生日的该值具有更高的一致性或确定性。
[0054]在某些实施例中，在用户显示器上如折叠视图浏览数据。如本文所用，术语“折叠视图”指的是所有底层细节数据提交由特定字段分组的视图。作为示例，或许有10个底层数据提交，但对单独值折叠的详细视图将只显示2个记录，因为唯一的单独值是“3/6/70”和“6/3/70”。在某些实施例中，折叠视图显示单独用户提交的数据值、提交数量、和描述每个单独数据值的预测准确性的信心、共识、或可靠性等级。可以对用户隐藏该视图或根据用户请求显示。
[0055]在某些实施例中，“汇总数据视图”显示根据底层“细节数据”计算的值，其中该值在底层细节数据中是最具有代表性的(例如，获得最多提交)。在其他实施例中，“汇总数据视图”是最近收到或最近由用户提交的值。但是在其他实施例中，其他因素或权重也用于确定汇总值，诸如提供数据的每个用户的声誉。
[0056]本发明实施例构建在包括可执行编码的逻辑上。可执行编码可存储在一个或多个存储设备上。因此，逻辑并不必须位于特定设备上。此外，逻辑可以使位于本文所述系统中一个或多个设备上的多个可执行编码。例如，响应输入用于访问并检索在数据库中一个或多个单元中存储的数据的访问逻辑可以是在应用服务器上的一个可执行编码。在可替换实施例中，该访问逻辑出现在一个或多个应用服务器上。在另外其他实施例中，该访问逻辑出现在系统中的一个或多个应用服务器以及其他设备上，包括但不限于，“网关”汇总数据服务器和后端数据服务器。本文公开的其他逻辑也可以是位于协同数据系统内的一个或多个设备上的一个或多个可执行编码。
[0057]在某些实施例中，公开的系统包括一个或多个应用服务器，以及一个或多个汇总数据服务器，以及一个或多个后端数据服务器。服务器包括存储器以保存本文公开的逻辑。在特定实施例中，一个或多个应用服务器存储执行本文公开的任务所需的逻辑。在其他实施例中，汇总服务器存储执行本文公开的任务所需的逻辑。在其他实施例中，后端服务器存储执行本文公开的任务所需的逻辑。
[0058]在某些实施例中，客户端网络浏览器进行请求一个或更多应用服务器。可替换地，所公开的系统包括客户端浏览器所述的一个或多个汇总或后端数据服务器。
[0059]在示例性实施例中，一个或多个应用服务器从客户端网络浏览器接收对具体数据或表格的请求。对于这些请求，一个或多个应用服务器调用一个或多个数据库服务器用于从单元或表格请求汇总或细节数据。当进行请求以提交新的数据输入时，一个或多个应用服务器也调用一个或多个数据库服务器。一个或多个应用服务器从一个或多个汇总服务器接收数据，以及一个或多个应用服务器生成HTML和JavaScript对象以返回到客户端网络浏览器。可替换地，一个或多个应用服务器生成XML或JSON以经过API传递对象。
[0060]在当前实施例，数据库服务器基于包含一群汇总数据服务器和一群后端数据服务器的架构。然而要注意:系统可能包括单个汇总服务器和后端数据服务器。在该实施例中，汇总数据服务器阵列用于从后端数据服务器请求汇总数据和该汇总数据点的属性(信心、计数等)。汇总服务器阵列也缓存该汇总数据和汇总属性以便更快更快地访问该汇总数据，而不需要另外请求后端数据服务器。
[0061]本系统和过程依赖于存储在存储设备中的可执行编码(即逻辑)。存储能存储逻辑的许多设备在本领域中是公知的。存储设备包括存储介质，诸如电脑硬盘、冗余磁盘阵列(“RAID”)、随机存取记忆体(RAM)和光学磁盘驱动器。通用存储器设备的示例是本领域公知的(例如，描述了常规半导体存储设备的美国专利N0.7，552，368，并通过引用合并在此)。
[0062]本文还公开了用于数据浏览和操作的方法，和现有技术协同特征相比，其有利地提供高级数据浏览和操作。公开的方法不同于用于在数据库驱动的应用中共享和编辑数据的现有的协同特征，因为这些现有的协同特征被设计在应用中或客户应用中。在这样的特点中，数据库层仅仅负责存储和调用记录。例如，常规数据库中的功能仅仅是插入、删除、更新和选择(恢复)。对于主键由单独值定义的特定行，关系数据库中的“单元”在特定表格内给定字段中存储单个值。作为一个示例，员工表可以具有字段，电话号码，，使用主键，名字='约翰.多伊'的特定记录，我们可得到电话号码='310-555-1212'。
[0063]现有技术数据库也包括关于值，310-555-12C的其他信息。如果数据库具有交易日志，则其可能具有关于谁插入或更新该单元的历史记录。但是，在今天的系统中，交易日志不代表实时可用/可操作的知识。相反，它可用于其他的系统级功能，诸如复制、备份和恢复、分布式提交、事务退回等。因此，应用开发者实际上并不能直接访问历史数据。面对这种限制，应用开发者可设计具体的数据库用于记录电话号码的历史提交。定制数据库可以用来储存名字、有效日期和电话号码以及包括用户、日期、时间、方法、引用、评论和其他有关信息的元数据。但是，即使在这种情况下，该功能不是针对数据库本身的核心。由于本文提供的新颖特征，当前方法和系统允许人们操纵底层数据。与现有技术相反，当前系统和方法也允许数据库在单个单元中为任何特定值储存多个条目(而非单个条目)。
[0064]本文公开的方法包括:访问在数据库的一个或多个单元中存储的数据，该数据包括汇总数据、元数据或细节数据。显示汇总数据的第一视图，该第一视图向用户提供信息。在某些实施例中，信息包括汇总数据值以及显示的汇总数据或底层细节数据的属性。该方法进一步需要检索并显示和汇总数据相关的底层细节数据。该方法进一步还使得用户通过在数据库中存储新数据为一个或多个单元中的底层细节数据，用于以后由数据库的相同或其他用户的汇总、检索、浏览。参见图3，表示数据浏览和操作的示例性方法。
[0065]如下是数据浏览和数据协同操作的示例性方法的描述。图3是表示在数据库中浏览并操作数据的流程图。用户210输入命令，该命令被送往输入逻辑200。输入逻辑200经过访问逻辑205访问数据库240。访问逻辑205经配置以经过数据库逻辑225访问数据，该访问逻辑225检索在数据库240的一个或多个单元中存储的数据。数据库240本身存储在存储设备中。数据库240中存储的数据可包括汇总数据、元数据或细节数据。访问逻辑205通过数据库逻辑225从数据库240检索由用户210查询的数据。一旦识别并检索所查询的数据，访问逻辑205经过显示逻辑215向用户210提供数据的一个或多个视图。用户210可以显示并浏览一个或多个第一视图250。如本文所述，一个或多个第一视图向用户210提供汇总数据以及所显示的汇总数据的属性。
[0066]在本示例中，用户210提交新数据。虽然新数据可能具有和现有汇总值相同的值，但其仍被认为是新的，因为它是使用单独元数据的新的数据提交。用户然后通过由输入逻辑200接收的命令在数据库中存储新提交的数据。输入逻辑200向访问逻辑205发送事务