L的数据交换格式。
[0027]在特定实施例中，所述汇总数据的属性包括涉及特定值正确的可能性的信心、共识或确定性等级。在更多特定实施例中，用颜色或图标指示所述汇总数据的所述信心。在其他更多特定实施例中，所述汇总数据的所述属性基于包括模式、均值、中值、标准偏差、差异或最近数据提交的底层细节数据的函数。在甚至更多特定实施例中，所述汇总数据的所述属性包括关于所述单元的意见分布的表示。
[0028]在某些实施例中，汇总数据包括用户提交的表示以及汇总数据和用户提交之间的一致性。在其他实施例中，所述聚合算法使用标准、规则、逻辑和数据确定所汇总的数据。
[0029]在某些实施例中，标准包括和用户提交相关的任何元数据。在更多实施例中，元数据包括用户对所提交数据值准确性的信心。在甚至更多实施例中，元数据包括来源或引用的可信度等级。在其他更多实施例中，元数据包括和所述单元交互的用户的可信度或声誉的等级。
[0030]在某些实施例中，元数据包括用户提交数据的提交的日期和时间。某些实施例包括的系统进一步包括逻辑，用于基于缺少独立性的指示对用户提交去权。其他实施例包括的系统进一步包括逻辑，用于对来自单个用户的现有提交去权，并且向更新提交给予更多权重。另外实施例包括的系统进一步包括逻辑，用于基于未经验证的引用对提交去权。
[0031]在某些实施例中，声誉算法确定所述用户的声誉或可信度，所述声誉算法基于包括用户声誉等级、配置文件信息、数据提交历史、预测能力、社交联系以及IP地址的标准。在其他实施例中，使用文件夹浏览所述底层细节数据。在另外其他实施例中，使用原始细节数据视图浏览所述底层细节数据。在更多实施例中，所述文件夹视图显示如下中的一个或多个:用户提交范围、提交数量以及和每个值正确可能性相关的信心、共识或确定性等级。
[0032]在某些实施例中，所述原始细节数据视图包括每个来源的其他元数据和对每个用户提交的评论。在更多实施例中，所述原始细节数据视图由数据值提交、用户、引用或提交时间分组数据。在其他更多实施例中，所述输入逻辑接收数据提交，所述数据提交在细节数据视图内通过同意或不同意历史数据提交而完成。
[0033]在其他实施例中，逻辑允许所述用户提交其他元数据字段。在另一些实施例中，元数据包括表示数据准确估计可能性的信心等级。本文公开的系统实施例包括元数据，该元数据包括关于所述来源或引用的数据。
[0034]在某些实施例中，元数据包括评论。在某些其他实施例中，所述交互是当用户浏览数据，所述用户并不纠正或修改所述数据，以及所述系统确定所述用户同意所述数据比不同意所述数据具有更高可能性。
[0035]本文公开的系统的实施例包括情况:其中所述提交是被动的并且本质上是非主动提交新数据的交互。该系统的某些实施例进一步包括逻辑，根据浏览但不纠正数据的用户，计算用户同意所述数据的可能性。在特定实施例中，所述用户提交经过API调用。
【附图说明】
[0036]当结合附图阅读时，公开的方法和系统的以上和其他目的，以及其各种特征将更加充分地理解，其中。
[0037]图1是用于显示并浏览来自集体数据库的数据的系统示意表示。
[0038]图2是表示当用户访问数据库中的数据时提供的汇总数据和细节数据的视图的形象化表示。
[0039]图3是表示数据浏览和数据操作的示意表示。
[0040]图4是当用户访问数据库中的数据时提供的汇总数据的视图的形象化表示。
【具体实施方式】
[0041]在此参考的专利和科学文献构建了本领域普通技术人员可用的知识。本文引用的发布专利、公开的申请、公开的外国申请和参考都通过引用合并在此，如同每个都具体地单独地被指出通过引用合并在此。
[0042]将参考附图更全面地描述当前方法和系统，其中表示本发明的优选实施例。然而，本文公开的方法和系统也可以体现于不同形式并应理解为不受限于本文提出的实施例。
[0043]在本发明说明书中所使用的术语仅仅用于描述特定实施例，而不打算限制本发明。如在本发明说明书和附加的权利要求中所用的，单数形式“一个”、“这个”和“该”旨在同样包括复数形式，除非上下文另有明确表示。需要进一步理解:术语“包含”或“包含”当用于本说明书时指定声称特征、整型、步骤、操作、元素和/或部件的出现，而不排除存在或增加一个或多个其他特征、整数、步骤、操作、元件、部件和/或其组合。
[0044]本文公开的当前方法和系统旨在于使得用户浏览概括化数据视图，以利用给定值底层的所有可用数据，并提交用于后续方法新知识。在一方面，公开了一种数据浏览和协同操作的方法。数据包括汇总数据、元数据或细节数据。该方法进一步需要显示汇总数据的第一概述视图，该肆意视图向用户提供汇总数据以及关于所显示的汇总数据的属性的信息。在某些实施例中，方法允许检索并显示元数据或和汇总数据相关的底层细节数据，以及通过在数据库中存储新数据为一个或多个单元中的底层细节数据使得用户操作数据用于随后汇总，由数据库的相同或其他用户执行检索和浏览。
[0045]此外，本文公开的系统的方面包括一种用于协同数据采集的系统。该系统包括:输入逻辑，用于方法用户提供的命令，以检索、观看、操作和/或浏览在数据库中存储的数据。所述数据库一般包括包含数据的一个或多个单元，所述数据包括汇总数据、元数据和细节数据。该系统还包括:访问逻辑，响应输入用于检索在所述数据库中一个或多个单元中存储的数据，以及显示逻辑，用于显示一个或多个数据库检索的数据。所述显示逻辑进一步经配置以显示所述数据的一个或多个属性。在某些实施例中，该系统包括数据库逻辑，用于存储数据的任何提交或操作；以及汇总逻辑，用于计算汇总数据点以及给出原始底层细节数据点的相关属性。系统还包括逻辑，该逻辑都包括可执行编码，所述可执行编码被存储在一个或多个存储设备上。
[0046]如本文所用，术语“数据”指的是表示值或者值的集合的定性或定量特征的任何信息或信息单元。数据可以是以诸如字符串、整数、小数、浮点、日期、时间、二进制或布尔的格式存储或使用的单独信息片段。在某些情况下，数据可以组织成更复杂的结构，诸如阵列、联阵、哈希表、树或数据交换格式(诸如JXML或JS0N)。元数据通常意味着与数据有关的数据。通常，元数据是涉及数据的其他位并描述其他数据或提供有关其他数据信息的数据。如本文所用，“细节数据”指的是提供论证并用做为每个单独单元计算汇总数据的基础的底层原始数据。此外，术语“汇总数据”指的是根据每个单元底层的原始细节数据集合的计算产生的单元内的汇总数据点集合。在特定实施例中，术语“汇总数据”作为“细节数据”的环境下的标签，“细节数据”被用于算法地确定汇总数据。如下详细表示从细节数据计算汇总数据的方法。
[0047]如本文所用，术语“单元”是指信息单元的位置。此外，“数据库”指的是系统中存储的信息或数据的集合。常规地根据数据库模型组织数据库。例如，常见的数据库模型包括基于行、基于列、层次、关系、面向对象和网络模型。这些模型需要数据关系的清楚表示。
[0048]图1是示出本文公开的特定实施例的示意图。图1显示协同数据采集系统，包括从用户110接收输入的输入逻辑100。输入逻辑100方法由用户提供的命令以检索、浏览和/或操纵由数据库逻辑125存储在一个或多个数据库中的数据。输入逻辑100使得用户与访问逻辑105和显示逻辑115交互。注意:用户可以从允许无线或有线访问网络或互联网的许多设备访问系统。例如，用户设备可以是电脑、手机或手持式计算机设备，诸如PDA。
[0049]输入的逻辑100允许用户与访问逻辑105交互。访问逻辑105响应输入。用户110向输入逻辑100提供命令用于检索在数据库140中一个或多个单元130中存储的汇总数据。访问逻辑105经过检索用户所请求数据的数据库逻辑125请求数据。用户110也可以向输入逻辑100提供指令以便利用显示逻辑115显示从数据库140中获取的数据。显示逻辑115向用户提供已经检索的数据，借此允许用户浏览数据和数据的属性。如本文所用，术语“属性”是指数据质量，诸如涉及数据的共识水平、不确定性、可靠性、正确性和/或信心。例如，可以通过比较“同意”特定事实(例如，值)的数据点数量与“不同意”特定事实(例如，值)的数据点数量而简单测量数据的信心和/或可靠性。
[0050]参考图1及图2中的示例，用户访问表155，表155涉及多个人的出生日期。表格具有字段〈名字〉以及字段〈生日〉。对于〈jon〉，〈生日〉的值是“3/6/70”。和现有数据库技术相关的几个缺点之一在于用户不能确定特定事实或数据块(“汇总数据”)的可靠性。尽管该汇总数据是基于表示涉及特定信息块的知识提交的数据库更新，通常数据库平台不能提供历史“痕迹”来解释为什么显示这个信息。