用于管理媒体的分布式数据存储器的制作方法

文档序号:17733346发布日期:2019-05-22 03:00阅读:174来源:国知局
用于管理媒体的分布式数据存储器的制作方法

根据美国法典第35条第119(e)款,本申请要求标题为“blockchainanchoredformatwrapper”且提交于2016年8月7日的美国临时申请序列号62/371,828、以及标题为“aformatwrapperwithtagging,trust,andauthorityinablockchain-basedtrackingsystem”且提交于2017年2月4日的美国临时申请序列号62/454,750的优先权,上述文献各自通过引用而并入于此。

这里描述了如下系统的实施例,其中该系统使得能够使用与内容有关的信息的分布式数据存储器来追踪内容的权益,这包括计算指示与分布式数据存储器中的内容有关的数据的可靠性的评分并将该评分存储在分布式数据存储器中,其中评分可以是基于与分布式数据存储器之间的关于内容的交互的性质以及交互方的身份而计算出的。



背景技术:

许多不同方可以参与媒体内容的创作。例如,歌曲可以由多个人编写,诸如由合作编写歌曲的音乐的多个人(例如,他们可以单独地或合作地编写低音线、节拍、歌曲一部分的旋律、该旋律的和声等)以及潜在的合作编写歌曲的歌词的多个其他人(例如,他们可以单独地或合作地编写主歌、副歌、桥段等)编写。然后可以由诸如歌手和音乐家等的多个人表演同一首歌,其中这多个人在表演中一起工作并且可能与歌曲的作者不同。如果一首歌曲(例如,通过并入先前作品的一小部分)而插入了另一首歌曲的作品,则在该歌曲的创作中记入源歌曲的作者和表演者。此外,除作者和表演者之外,可能还有许多其他人(诸如经纪人、唱片公司、制作人、工作室工程师、以及出版商等)参与歌曲的创作、录制或发布。

这些方中的各方可以拥有媒体内容方面的权利,并且可以是针对媒体内容的表演或者针对从媒体内容的发布而收到的收入的应付版税。表演权组织(pro)可以追踪对歌曲的贡献,以确定谁将获得版税。



技术实现要素:

在一个实施例中,提供一种用于维护分布式数据存储器的方法,所述分布式数据存储器用于存储与多个媒体内容有关的信息以及与所述多个媒体内容的交互的记录。所述方法包括:响应于接收到用以将与第一媒体内容有关的信息添加至所述分布式数据存储器的请求,判断所述第一媒体内容的表征是否包括至少多个属性中的各属性的值,所述多个属性定义所述分布式数据存储器的媒体内容的最小允许表征。所述方法还包括响应于判断为所述第一媒体内容的表征包括至少多个属性中的各属性的值,向所述第一媒体内容分配所述分布式数据存储器内唯一的标识符;在所述分布式数据存储器中创建针对所述第一媒体内容的记录,所述记录包括所述多个属性中的各属性的值以及被分配给所述第一媒体内容的标识符;以及在所述分布式数据存储器中记录提交了用以将与所述第一媒体内容有关的信息添加至所述分布式数据存储器的请求的用户的身份。

在另一实施例中,提供一种用于经由分布式数据存储器来管理第一媒体内容的所有权信息的方法,所述分布式数据存储器用于存储与多个媒体内容有关的信息并且维护与所述多个媒体内容的交互的记录。所述方法包括:响应于判断为所述第一媒体内容的数据结构指示所述分布式数据存储器存储了与所述第一媒体内容有关的信息,所述数据结构存储所述分布式数据存储器所存储的与所述第一媒体内容有关的信息的至少一部分,以及响应于判断为所述数据结构存储了表征所述第一媒体内容的多个属性中的各属性,使用所述数据结构来确定在要播放所述第一媒体内容的情况下要满足的条件集,其中所述多个属性是媒体内容的最小允许表征;满足所述条件集;以及访问所述第一媒体内容。

在又一实施例中,提供一种用于维护分布式数据存储器的方法,所述分布式数据存储器用于存储与多个媒体内容有关的信息以及与所述多个媒体内容的交互的记录。所述方法包括:判断由用户输入至所述分布式数据存储器的信息的可靠性。判断所述可靠性包括:响应于判断为所述用户已经声称身份,判断该用户是否已经向所述分布式数据存储器输入了与所述身份一致的信息;检索与所述用户和所述分布式数据存储器的一个或多个其它用户之间的存在于所述分布式数据存储器之外的一种或多种关系有关的第一信息;检索与针对由所述用户输入至所述分布式数据存储器的与媒体内容有关的信息所采取的后续动作有关的第二信息,其中所述后续动作包括其它用户确认或质疑所述用户所输入的信息的动作;以及基于所述用户是否已经声称身份并输入与所述身份一致的信息、与所述用户和所述一个或多个其它用户之间的一种或多种关系有关的所述第一信息、以及与所述后续动作有关的所述第二信息,来计算针对所述用户的可靠性度量。

在另一实施例中,提供一种用于维护分布式数据存储器的方法,所述分布式数据存储器用于存储与多个媒体内容有关的信息以及与所述多个媒体内容的交互的记录。所述方法包括:判断所述分布式数据存储器所存储的与第一媒体内容有关的信息的可靠性。计算评分包括:评估所述分布式数据存储器所存储的表征所述媒体内容的多个属性,所述多个属性是所述媒体内容的最小允许表征。判断所述可靠性还包括,针对所述分布式数据存储器中的用于记录用户与所述媒体内容的交互的一个或多个记录中的各记录:标识所述用户并且检索针对所述用户的信任评分;以及检索与针对所述用户和所述媒体内容的交互所采取的后续动作有关的信息,其中所述后续动作包括其它用户确认或质疑所述用户所输入的信息的动作。判断所述可靠性还包括,基于表征所述媒体内容的多个属性的评估、针对所述一个或多个记录中的各记录的针对所述用户的信任评分、以及与针对所述一个或多个记录中的各记录的后续动作有关的信息,来计算针对所述媒体内容的可靠性度量。

在又一实施例中,提供一种用于维护分布式数据存储器的用户的身份的记录的方法,所述分布式数据存储器用于存储与多个媒体内容有关的信息以及与所述多个媒体内容的交互的记录。所述方法包括:响应于从所述分布式数据存储器接收到所述分布式数据存储器的第一用户在所述分布式数据存储器中将第二用户与第一媒体内容进行了关联的通知,提示针对所述第二用户与所述第一媒体内容的关联的确认或质疑。所述方法还包括响应于接收到对所述关联的质疑,向所述分布式数据存储器发送用以与所述第一媒体内容相结合地记录对所述关联的质疑的请求;以及响应于接收到对所述关联的确认,向所述分布式数据存储器发送用以与所述第一媒体内容相结合地记录对已经确认所述关联的指示的请求。

在另一实施例中,提供至少一种非暂时性计算机可读存储介质,其上编码有可执行指令,所述可执行指令在由至少一个处理器执行时使所述至少一个处理器执行前述方法中任一项或任意组合的方法。

在又一实施例中,提供一种设备,包括:至少一个处理器;以及至少一种存储介质,其上编码有可执行指令,所述可执行指令在由所述至少一个处理器执行时使所述至少一个处理器执行前述方法中任一项或任意组合的方法。

以上是本发明的非限制性发明内容,其由所附权利要求限定。

附图说明

附图不旨在按比例绘制。在附图中,各图中所示的各个相同或几乎相同的组件由相同的附图标记表示。为了清楚起见,并非每个组件可以在每个图中进行标记。在附图中:

图1是一些实施例可以操作的计算环境的图,其中计算环境包括音乐工作站、与表演权组织(pro)相关联的计算装置、以及适于播放如这里所公开的一个或多个分布式数据存储器中所存储的媒体的计算装置;

图2是根据一些实施例的与分布式数据存储器可以存储的媒体有关的一些信息的框图;

图3是一些实施例中可以实现的用于将与媒体有关的信息添加至分布式数据存储器的说明性处理的流程图;

图4是一些实施例中可以实现的用于基于用户对与媒体相关联的响应来更新分布式数据存储器的说明性处理的流程图;

图5是一些实施例中可以实现的用于计算指示系统中的用户的可靠性的评分的说明性处理的流程图;

图6是一些实施例中可以实现的用于计算指示与媒体有关的数据的可靠性的评分的说明性处理的流程图;

图7是一些实施例中可以实现的用于判断是否访问媒体以及如何访问媒体的说明性处理的流程图;以及

图8是一些实施例可以操作的计算装置的框图。

具体实施方式

这里描述了用于使用分布式数据存储器来追踪内容的权益的系统的各个实施例。由于是“分布式”的,因此数据存储器可以存在各自保持该数据存储器中的部分或全部数据的多个不同副本,其中不同副本持续地、定期地或偶尔同步以确保一个副本中所保持的数据与另一副本中所保持的数据一致,但是数据存储器中没有一个副本被视为该数据存储器的官方或规范副本。分布式数据存储器可以以特定方式(包括通过存储用于标识内容并且标识内容的权益的信息)来追踪与内容有关的权益。

分布式数据存储器可以用于追踪媒体的权益,诸如追踪例如歌曲等的媒体的所有权、管理或版税权益等,以提供“数字版权表达”(dre)的机制。dre与“数字版权管理”(drm)的不同之处包括:drm可以专注于用于诸如通过对媒体进行加密然后调节解密等来防止对媒体的未授权访问的技术,而dre可以辅助标识谁参与了媒体的创作、标识谁可以授权对媒体的访问、以及标识访问的结果(例如响应于访问而要采取的动作以及这些动作的参数,诸如版税触发事件(例如,公开表演)的通知已被发送至何处等)。因此,dre本身不能用于调节访问,或者可能与媒体的任何加密或其它限制不相关。在一些情况下,dre可以与drm一起使用,例如,dre可以使用drm技术来追踪受保护歌曲的权益。

为了实现这种数字版权表达,分布式数据存储器可以利用用以帮助证明数据存储器中所存储的数据的可靠性的多种工具来配置。一些传统数据存储器可以采取用以确保数据的可靠性的步骤,这些步骤包括通过防止任何潜在不可靠的数据进入数据存储器。这些步骤使数据存储器或数据存储器的操作者成为可靠性的仲裁者。一些实施例的分布式数据存储器可以通过作为替代将可向数据存储器的用户证明数据存储器的表征媒体的信息的可靠性的信息存储在数据存储器中,来采取不同的方法。然后,数据存储器可以使得数据存储器的用户能够利用可靠性的指示来作出其自己对数据可靠性的判断。如以下所讨论的,以这种方式证明可靠性而不是承担确保和监督可靠性的责任可以对系统的“分布式”性质作贡献并且具有某些优点。

作为用于证明可靠性的这类技术的示例,在一些实施例中,分布式数据存储器可以配置有与要存储的表征媒体的信息(诸如用于标识媒体和/或其权益的信息等)的最小集合有关的规则,并且在与媒体有关的信息被允许添加至分布式数据存储器之前强制执行该规则。例如,表征歌曲的信息的最小集合可以包括歌曲的标识信息(诸如歌曲的标题等)、以及用于标识歌曲权益的信息(诸如拥有歌曲的权利以及/或者要被支付歌曲的版税的艺术家(例如,作者、音乐家等)等)。确保在存在多于最小量的信息的情况下、与媒体有关的信息仅存储在数据存储器中可以辅助防止存储低质量且不可靠的信息。

作为用以辅助证明可靠性的技术的另一示例,在一些实施例中,分布式数据存储器可以逐个媒体地追踪与数据存储器之间的关于各媒体的交互。与数据存储器之间的关于各媒体的交互可以包括添加或编辑表征该媒体的信息,诸如添加或编辑用于标识媒体的权益的信息(例如,对媒体的编写或表演作出贡献的艺术家、或者拥有歌曲权利的唱片公司)、或者添加或编辑与访问的结果有关的信息等。访问的结果可以包括要在访问之前、期间或之后采取的动作,例如发送已经发生版税触发事件(例如,公开表演)的通知。存储与这类动作有关的信息可以例如包括存储动作(诸如标识这类通知应被发送至何处)的信息或参数。在追踪与数据存储器的交互时,分布式数据存储器可以存储正与该数据存储器进行交互的一方的标识信息。可以在数据存储器中自由访问与同数据的交互有关的信息,从而确保数据存储器的用户能够查询数据并且作出其自己对可靠性的判断。

在一些实施例中,包括分布式数据存储器的系统可以使用与媒体有关的信息以及/或者与同数据存储器的交互的集合有关的信息,来计算指示与媒体有关的数据的潜在可靠性的值。例如,系统可以评估(例如,相对于潜在表征信息的集合、或者相对于其它媒体)存储了多少表征媒体的信息,以及/或者利用与媒体有关的信息(例如,在添加信息之后对多少信息进行了编辑)和/或通过评估与同媒体有关的信息进行了交互的用户的身份以及这些用户与其它媒体的交互(例如,后续编辑用户所添加的信息的频率,这可以指示用户通常是否可靠)来评估过去的交互。分布式数据存储器可以使该值与同歌曲有关的信息一起可用,以辅助用户确定所存储的信息的可靠性。

作为用以辅助证明可靠性的技术的另一示例,在一些实施例中,如果与同一条媒体有关的信息的交互导致用户与歌曲相关联(诸如如果用户被标识为对歌曲作出贡献的艺术家等),则分布式数据存储器可以向用户通知该关联。作为通知的一部分,用户可被提示接受或否决关联。如以下所讨论的,用户对通知的响应可以并入歌曲的可靠性的指示。

发明人已经认识到并理解,这里所述的数字版权表达(dre)(包括这里所述的技术的分布式性质)可以具有某些优点。

更具体地,回溯几十年,发明人已经认识到并理解,音乐行业普遍存在追踪对歌曲的贡献以及追踪谁将被支付歌曲的版税的困难。特别是在歌曲存在多个作者(诸如歌词的不同部分的作者或歌曲的不同部分的不同旋律的作者等)的情况下,但即使在乐队包括对歌曲的表演都作出贡献的少数音乐家的简单情况下,音乐行业也不能持续地且可信赖地追踪谁参与了歌曲的制作。由于该行业不能追踪谁参与了歌曲的制作,因此该行业也不能适当地补偿贡献者。作为结果,几十年来,歌曲的贡献者普遍是补偿不足的。贡献者可能已经签约以收到占歌曲总收入的一小部分(例如,小于1%)的版税,但是由于贡献者未被可靠地追踪,因此这些资金无法交付或可靠地交付给贡献者。

已经尝试减轻这个问题。表演权组织(pro)是在几十年前建立的,以部分地追踪音乐权并且确保适当地收集并分发了版税。这些pro将在一个点处聚合与谁对作品作出了贡献以及对于作品的表演、谁应被支付有关的信息。尽管pro继续努力,但问题仍然很普遍。另外,在计算机实现方法(诸如全球数据库曲目(gdr)、国际音乐合资企业、以及国际音乐登记处等)中一直在尝试追踪歌曲的贡献者。所有尝试都旨在通过允许内容创作者将其作业登记在一个集中位置来解决追踪权利时的这些困难,这将允许这些播放歌曲(和应付版税)容易地标识内容创作者以及这些内容创作者的漏斗式支付。与例如pro等的集中组织的传统方法类似,所有传统计算机实现方法都包括集中式数据库,并且尽管存在来自行业的积极的兴趣,但是所有传统计算机实现方法在解决该问题方面都失败了。

作为难以正确地向那些为歌曲作出贡献的人提供补偿的结果,音乐行业估计每年有数百万美元由于与权利所有有关的信息的缺乏而损失或配置不当。总的来说,这种补偿不足可能达数十亿美元。这极大地影响了艺术家收到其工作收入的能力,并对该行业产生了相当大的负面影响。尽管已经广泛地承认并且回溯到几十年前,但是由于在所有传统方法中遇到的困难,因此该问题仍然存在。

发明人已经认识到并理解,数字版权表达(dre)以及存储与歌曲的权益有关的信息的分布式方法将是有利的,并且减轻了现有方法所遇到的困难。发明人认识到并理解,由于对伴随有集中式数据库的这一类集中式权限存在固有挑战,因此所有传统方法在很大程度上都失败了。诸如数据库的操作者等的集中式授权中心负责确保数据的完整性并且确保数据的准确性,这包括解决与数据有关的冲突或争议。过去尝试过解决这一问题的所有人都将这种责任的承担视为必要的,以确保用户可以信任所存储的数据。然而,发明人认识到并理解,对完整性和准确性(总而言之即可靠性)的责任的承担是不必要的。发明人理解,针对与媒体权利信息一样大且多样化的数据集,对可靠性的集中责任是不能维持的。作为替代,发明人认识到明确地不承担可靠性的责任的数据存储器的优点,并且作为替代将该责任转移给用户。然而,在该上下文中,发明人理解与可靠性相关的一些机制将是有利的。发明人认识到这种机制的有利形式将是向用户证明数据、数据源和其它可靠性指标的形式。这些特征将使得用户能够作出他或她自己的可靠性判断。发明人还理解,虽然集中式数据存储器可以提供这样的功能,但是由于根据以下讨论将理解的原因,特定形式的分布式数据存储器将是有利的。

因此,这里所述的一些实施例使用分布式数据存储器来管理权利信息。分布式数据存储器可以存储与内容有关的信息,并且维持按时间与该内容的交互的日志。在一些实施例中,分布式数据存储器可被实现为区块链。实施例不限于利用区块链技术的任何特定实现来操作,并且可以利用诸如比特币式区块链、以太坊式区块链、根据超级账本(hyperledger)所开发的方法的区块链、或其它区块链技术等的区块链的不同示例来操作。

在一些实施例中,信息被存储在分布式数据存储器中的媒体可以与特定文件结构相关联。在一些情况下,该文件结构可以包括媒体的数据(例如,媒体的音频、视频等的二进制数据),而在其它情况下,该文件结构可以包括对可访问数据或者可获得数据的位置的引用(例如,使用统一资源定位符(url)或其它标识符等)。该文件结构还可以包括针对分布式数据存储器而言唯一的媒体标识符,并且可以包括用于将信息存储在媒体上的分布式数据存储器的标识。分布式数据存储器的一些或全部内容可被包括在文件结构(诸如表征媒体的信息以及(在包括这种评分的实施例中)指示信息的可靠性的评分的集合等)内。当媒体播放器使用具有该文件结构的文件来播放媒体时,在一些情况下,媒体播放器可以使用媒体的标识符和分布式数据存储器的标识符来使文件内所包括的信息与分布式数据存储器同步,这可以有助于确保文件保持最新。媒体播放器还可以使用文件来访问分布式数据存储器并标识谁要被支付或通知歌曲的表演,并且记录通知或支付要被发送至该方或者将这种通知或支付发送给该方。

在一些实施例中,可以使用多于一个分布式数据存储器或多于一个区块链来存储与媒体的权益有关的信息。例如,在一些实施例中,表征歌曲的信息可以分为公开的信息以及非公开或私密的信息。公开信息可以包括通过系统可公开查看的信息,其中“公开”可以是系统的任何登记或未登记用户。可公开查看的信息可以包括其他人标识一条媒体或使用该媒体时可以使用的信息,诸如与歌曲的名称或对歌曲作出贡献的艺术家有关的信息等。在一些情况下,与媒体或媒体的权益有关的所有信息可以是公开的。在其它情况下,表征媒体的一些信息可以是私密的。在一些情况下,例如,与由于歌曲的特定贡献者引起的版税率有关的信息可以存储在分布式数据库中,但是该贡献者或任何其他方可能希望该信息不是可公开查看的。在一些这样的情况下,非公开信息可以不存储在具有公开信息的相同分布式数据存储器(例如,相同区块链)中,而是作为替代可以存储在不同分布式数据存储器(例如,不同区块链)中。在一些这样的情况下,可以在文件中为媒体引用两个区块链。

如以上所讨论的,发明人认识到并理解,与媒体和媒体的权益有关的信息的集中式存储的先前方法的失败部分是由于需要确保数据的可靠性的限制。发明人已经认识到并理解不仅是分布式系统、而且是如下分布式系统的优点,其中该分布式系统不负责确保数据的可靠性,而是作为替代以使得系统的用户能够判断特定媒体的信息是否可靠、以及是否使用该信息且如何使用该信息的方式来证明数据的可靠性。

信息存储在分布式数据存储器中的媒体可以与许多属性相关联:标识媒体的信息(例如,标题)、标识媒体的权益的信息(例如,权利所有信息)、与媒体内容的交互记录、以及(在一些情况下)实际媒体本身的数据。这些属性可以存储在分布式数据存储器中。在一些情况下,分布式数据存储器可以在分布式数据存储器中能够创建媒体记录之前对关于该媒体所要存储的最小数据施加要求。例如,在歌曲的情况下,最小允许表征可以包括歌曲本身、与艺术、录音室和制作人有关的信息。最小允许表征的使用可以有助于确保分布式数据存储器上的每个记录包括与分布式数据存储器上的媒体内容进行交互的用户所要访问的最小量的足够信息,并且有助于确保数据的可靠性。

分布式数据存储器还可以包括对于分布式数据存储器中的媒体信息的信任的评分或评估。在一些实施例中,媒体内容的评分可以是与媒体内容相关联的个人或团体的评分、以及媒体内容的交互记录内的冲突或不一致的数量的反映。可以至少部分地通过与该个人或该方相关联的其他个人或其他方的评分以及用户或一方的参考点来确定与媒体内容相关的个人或多方的评分。例如,一方的参考点可以是任何合适的身份验证,诸如信用卡信息或社交媒体账户等。

分布式数据存储器还可以允许用户将其他用户与分布式数据存储器上的媒体内容进行关联。例如,如果媒体内容是分布式数据上所存储的歌曲,则第一方(诸如记录标签的代表等)可以将第二方(诸如歌曲的音乐家等)与分布式数据存储器上的媒体内容进行关联。该交互另外可以存储在分布式数据存储器上的媒体内容的交互记录上。在一些实施例中,仅在第二方同意关联的情况下才可以存储该交互。在一些实施例中,可以在第二方不与该关联进行交互的情况下存储该交互。

以下描述实施例可以操作的特定环境、以及实施例中可用于实现不同功能的特定技术的示例。然而,应当理解,实施例不限于根据这些示例而操作,并且其它实现也是可以的。

另外,虽然为了便于描述、结合被描述为“区块链”的分布式数据存储器来讨论一些示例、并且将媒体描述为“歌曲”,但是应当理解,实施例不限于此。实施例可以利用其它分布式数据存储器来进行操作,并且可以利用可以是音频的、视觉的(例如,静止图像和/或视频)或视听的媒体来进行操作。

图1示出一些实施例可以操作的计算环境100。环境100包括如下的各种装置,其中如下所讨论的,这些装置可以由不同的用户操作以执行这里所述的功能。这些装置可以经由网络110进行通信,其中网络110可以包括一个或多个有线和/或无线网络、局域网和/或广域网(包括互联网)。

环境100可以包括音乐工作站102或者可以可选地被称为数字音频工作站的音乐工作站。(为便于描述,将结合媒体内容是音乐的示例来描述图1的实施例,但是应当理解,实施例在这方面不受限制。)音乐工作站102可以由一个或多个用户(诸如声音或制作工程师等)使用,以创作或编辑诸如歌曲等的媒体内容。在一些实施例中,音乐工作站102可以是制作棚或音乐录制站的一部分。

音乐工作站102可以配置有并执行摄取设施,该摄取设施可以诸如通过工作室会话的现场录制等来获得歌曲的音乐数据,其中音乐通过麦克风或其它音频输入装置而捕获并且由音频工作站接收。另外或可选地,摄取设施可以从音乐工作站经由网络从另一装置读取、以及/或者以其它方式输入到音乐工作站的可记录媒体(例如,从cd-rom、迷你盘或其它存储介质)接收音乐数据。

在一些实施例中,如以下更详细讨论的,摄取设施所接收到的音乐数据可用于在区块链上创建歌曲的记录。在其它实施例中,可以使用音乐编辑技术来编辑摄取设施所接收到的音乐,其中音乐编辑技术可以由摄取设施或音乐工作站上执行的另一设施(或设施的组合)来实现。对媒体进行的编辑可以包括均衡、采样、剪切、混合、发现、过滤、降噪、本领域已知的任何合适形式的音乐编辑,因为实施例在这方面不受限制。在进行音乐编辑的一些情况下,编辑可以由摄取设施进行或者由摄取设施触发,而在其它情况下,音乐编辑可以在音乐数据输入到摄取设施之前由设施进行,因为实施例在这方面不受限制。

音乐工作站102的摄取设施可以创建歌曲的记录(包括与歌曲有关的数据)。与歌曲有关的数据可以包括标识歌曲的数据,诸如歌曲的标题等。另外,如以上所讨论并且根据一些实施例的数字版权表达(dre),与歌曲有关的数据可以包括与一个以上的人或实体对歌曲所持有的权益有关的数据,这包括用于标识人/实体的信息、以及用于标识对于歌曲所持有的权益的信息。

在一些实施例中,如以上所讨论的,包括用于追踪媒体的权益的分布式数据存储器的系统可能无法确保与媒体有关的数据的准确性或完整性或以其它方式集中负责与媒体有关的数据的可靠性。相反,一些实施例可以使用一种或多种技术来辅助鼓励可靠数据的贡献或辅助证明记录中的数据的可靠性。一些实施例可以利用与分布式数据存储器中的媒体相关联的记录的最小允许表征的集合。如以上所讨论的,最小允许表征可以辅助防止低质量的不可靠记录被添加至分布式数据存储器。

因此,作为在区块链102a上创建歌曲的记录的一部分,音乐工作站102的摄取设施可以创建与该歌曲相关联的最小允许内容以及该歌曲的音乐数据。区块链102a可能需要最小允许表征来将媒体内容添加至区块链102a或者在区块链102a中创建媒体内容的记录。例如,在歌曲的情况下,最小允许表征可以包括歌曲本身、与歌曲有关的信息、与艺术家有关的信息、以及数据存储器中的歌曲的唯一标识符。歌曲本身可以作为音乐数据(即,二进制音乐数据,在一些情况下为编码或压缩、和/或受保护的drm)以及/或者与可经由网络检索到音乐数据的合适位置的链接而包括在记录中。与歌曲有关的信息可以包括用于标识歌曲的信息。这可以包括歌曲的标题、以及/或者诸如歌曲的专辑或歌曲发行的年份等的其它属性。与艺术家有关的信息可以用于该歌曲的表演者或表演者组(例如,乐队、交响乐团)(诸如录制歌曲的乐队等),或者用于与歌曲有关的其他艺术家(诸如作曲家、编曲家、作者或其他艺术家等)。唯一标识符可以是字母、数字、或者可在分布式数据存储器中用于标识记录的字母数字值。最小允许表征可以另外或可选地包括:歌曲的其它信息,诸如用于标识与音乐工作站102相关联的录音室的信息、以及与响应于被支付歌曲使用版税的人或实体以及这些人或实体各自的联系信息的清单等的歌曲的重放或其它访问而要采取的动作有关的信息等。最小允许表征的内容不限于与歌曲有关的任何特定类型的信息。使用最小允许表征可以有助于确保分布式数据存储器上的每个记录包括供用户在与分布式数据存储器上的媒体内容进行交互时访问和使用数据用的足够信息、并且帮助用户理解数据存储器中的数据的可靠性,因为最小允许表征可以包括供用户判断可靠性用的足够信息。

区块链102a可以是分布式数据存储器的分布式实例。根据前述内容应当理解,实施例不限于使用任何特定的区块链技术,并且实施例也不限于使用用于实现区块链技术的分布式数据存储器。区块链102a可以通过通信网络110来使内容与其它区块链实例104a和108中的任意或全部区块链实例同步。数据存储器可能存在各自保持该数据存储器的一部分或全部数据的多个不同副本,其中不同副本持续地、定期地或偶尔同步以确保一个副本中所保持的数据与另一副本中所保持的数据一致,但是数据存储器中没有一个副本被视为该数据存储器的官方或规范副本。

还可以与区块链102a上的媒体内容的记录相对应地创建音乐工作站102本地的文件包装器。例如,文件包装器可以通过诸如统一资源定位符(url)、超链接、区块链标识符或指针等的任何合适手段来指示区块链上的媒体内容的记录的存储位置。文件包装器可以在用户之间共享或交换,使得接收文件包装器的用户可以播放歌曲或以其它方式使用歌曲进行操作。文件包装器可以包括来自区块链上的媒体内容的记录的任意或全部内容,例如包括最小允许表征。作为另一示例,文件包装器可以包含与响应动作有关的信息(例如歌曲的版税支付信息等),该信息可以用于标识谁应被支付版税以及如何支付版税。文件包装器可以与区块链102a同步,以接收与区块链102a中的任意或全部关联记录有关的更新信息。

在一些实施例中,音乐工作站102(代替作为数字音频工作站或其它专业装置)可以是由诸如终端消费者等的用户操作的计算装置(例如,膝上型计算机或台式计算机、个人计算机、智能电话或其它装置等),其中这些用户可以有媒体内容的库或其它存储器。用户计算机102可以将其一些或全部媒体内容添加至区块链102a。在一些实施例中,用户可能不具有对媒体内容的直接权利,或者可能仅具有作为消费者而对媒体内容的权利,诸如仅具有拥有歌曲的单个副本并且作为私人表演而非作为公开表演地播放歌曲的权利、或类似的权利。用户可以操作装置上的摄取设施以将媒体内容添加至区块链102a。在一些实施例中,摄取设施可以仅允许用户在没有音乐数据的情况下上传与歌曲有关的信息,诸如通过作为替代而提供用户输入到例如互联网上的媒体数据源的链接所用的方式进行上传。这可以辅助通过防止用户未经授权地上传歌曲数据、但是仍然允许用户在块域中创建dre记录,来防止隐私。

环境100还可以包括pro装置104。pro装置可以是表演权组织(pro)追踪音乐权利和/或确保正确收集和分发版税所使用的任意装置。pro通常在一个点处聚合与谁对作品作出了贡献以及对于作品的表演、谁应被支付有关的信息。在一些实施例中,pro装置104可以具有其自己的区块链104a的副本,该副本可以与区块链102a同步。在一些实施例中,装置104可以执行如以上所讨论的摄取设施,以将歌曲的记录添加至区块链。

在一些实施例中,区块链104a可以是多个区块链。例如,区块链104a可以包括与公开的区块链102a同步的第一区块链、以及包含pro私密的数据的第二区块链。例如,在一些实施例中,表征歌曲的信息可以分为公开的信息以及非公开或私密的信息。一些分布式数据存储器可以仅存储公开信息,仅存储私密信息,或两者兼有。“私密”的分布式数据存储器可以是如下的分布式数据存储器,其中用以获得访问权限的登记和/或访问权限局限于满足一个或多个标准的一组潜在用户。这样的标准可能在实施例之间不同,并且可以包括:具有特定雇主或特定合同关系的用户(例如,与特定pro有关系的艺术家)已被现有用户邀请;或其它标准。“公开”的分布式数据存储器通过具有更广泛或开放的潜在用户池而与私密数据存储器区分开。一些公开的分布式数据存储器可能仍然要求用户登记以获得访问权限,但公开的分布式数据存储器不能对可以有资格作为用户的人施加要求。

各种类型的信息可被分类为公开的,因为实施例在这方面不受限制。在一些实施例中,财务信息可以是一种形式的私密数据,而用于标识谁与歌曲相关(并且在某些情况下,因此是谁应被支付欠款)的相关信息可以是公开的。例如,作为在重放之后要采取的动作,公开的区块链可以标识艺术家应被支付版税。区块链上的数据可以指示pro正在协调版税支付、并且将被通知应付的版税。因此,pro可以接收歌曲的公开表演的通知。然后,pro可以使用私密区块链中的版税信息或dre信息来确定具体要补偿的人以及/或者补偿与歌曲相关联的每个人或组的金额。pro可能想要参与区块链系统并经由该系统来接收通知,但可能不想使商业数据(例如,版税信息)成为公众可获得的。

pro还可以使用pro装置104来追踪、监视或管理版税支付。例如,在歌曲进行商业播放的情况下,pro可以使用区块链104a中所存储的信息来确定与歌曲相关联的各个用户应被支付的版税的相对量和/或分发方法。

如以下将进一步详细描述的,pro装置104还可以用于接收和/或发送通知。例如,pro装置104可以通过pro装置104接收如下的通知:已经在媒体内容中“标记”了pro,或者已经标记了pro管理权利的艺术家或其他用户。pro装置104可以接收通知,因为pro或另一方提供了pro装置104或附属于pro装置104的用户账户的标识符(例如,电子邮件地址、用户id、或区块链的其它账户标识符),并指示针对pro或艺术家的通知应发送至装置104或账户。标记可以诸如通过标识为pro具有媒体内容的权益、诸如通过标识假设与媒体内容一起播放的pro或艺术家的特定角色等,来将pro或艺术家与区块链104a中的媒体内容的记录进行关联。标记可以例如标识为艺术家编写或表演歌曲,或者pro将被通知该歌曲的版税触发事件。pro还可以使用pro装置104以在区块链104a中的媒体内容的记录中标记另一用户。例如,pro可以在与艺术家相关联的媒体内容的记录中标记由pro管理权利的艺术家。标记可以将艺术家与区块链104a中的媒体内容进行关联。

环境100还可以包括装置106a、106b和106c(包括或这里统称为装置106),这些装置被配置为消费媒体内容和/或与区块链108进行交互。装置106可以接收包括歌曲的内容或区块链108的文件。例如,任意装置106可以接收与区块链108上的媒体内容的记录相对应的文件,其中如以上所讨论的,该文件可以包括歌曲的最小允许表征或其它属性。该文件可以仅包括媒体内容、或媒体内容的记录的任何部分。装置106可以访问文件(包括来自具有dre材料的区块链的内容),以重放或以其它方式访问歌曲。如以上所讨论的,除dre材料之外,文件还可以包括音乐数据或者可以包括音乐数据源的标识符(例如,uri、url)。因此,装置106可以使用文件来播放歌曲或以其它方式访问歌曲(例如,为了编辑或其它目的)。通过使用dre文件访问歌曲,装置106能够或者需要通过文件中的智能合约或其它访问控制机制来进行与歌曲相关的一个或多个动作。例如,区块链上的歌曲的记录可以指定歌曲的每次重放被记录在区块链中、或者在进行重放之前将版税触发事件的通知发送到指定实体。这些控制可以在文件中展开。在一些情况下,音乐数据(包括在文件中或者可从源获得)然后也可以利用drm技术保护,但是实施例在这方面不受限制。

装置106可以与区块链108进行交互以验证从区块链108接收到的文件的准确性。例如,装置可以使用与文件相关联的区块链标识符来标识区块链108内的媒体内容的记录,并且可以在版税触发事件的情况下验证装置106相对于媒体内容的权利,或以其它方式验证内容。

装置106还可以通过将信息添加至区块链108来与区块链108进行交互。装置106可以执行如上所述的摄取设施,以将记录添加至媒体的区块链。例如,任意装置106可以在接收到上述文件之后更新与媒体内容相对应的区块链内的分类账,以记录该装置已访问媒体内容。作为另一示例,任意装置106可以标记与区块链中的媒体内容相关联的用户。

在媒体内容是歌曲的情况下,装置106可以进行重放操作。一旦装置106获得歌曲,该装置106就可以直接播放歌曲。在一些实施例中,如这里更详细所述,装置106可以通过经由区块链106确定其权利来验证装置106的用户具有播放歌曲的权利。在一些实施例中,装置106可以通过重放设施来播放歌曲。重放设施可以处理权利验证、以及版税支付、pro交互(诸如向pro通知重放等)、歌曲的存储、区块链记录的编辑、标记通知和/或歌曲重放中任一。在一些实施例中,重放设施可以与诸如等的音乐流服务类似,并且装置106可以是服务器(包括一个或多个虚拟机、分布式协调服务器集或其它服务器实现)。在一些实施例中,重放设施可以是装置106本地的、用于进行上述的任意能力的应用。

图2是根据一些实施例的可由分布式数据存储器212存储的与媒体有关的一些信息的框图。如以上所讨论的,分布式数据存储器212可以是区块链或其它分布式存储器,并且可以包含与媒体内容有关的信息200。信息200可以包括到媒体数据的链接202、表征媒体的属性204、事务记录208和可靠性评分210。到媒体数据的链接202可以包括用于准许用户访问媒体数据的任何合适内容。例如,在一些实施例中,链接202可以是如uri或url等的地址或标识符、指向存储器中的媒体数据的位置的指针、或者远程服务器或远程数据存储器的web地址。在一些实施例中,除了存储音乐数据源的链接之外或作为存储音乐数据源的链接的替代,记录可以诸如通过存储音乐数据的波形的数字表示来包括音乐数据。在存储音乐数据的情况下,音乐数据在一些情况下可以使用用以限制存储大小的合适编码技术、或者用于控制分发或访问的drm技术来进行压缩或加密。然而,根据前述内容应当理解,实施例在这方面不受限制。表征媒体的属性204可以包括最小允许表征206中标识的属性、以及表征媒体的任何其它属性。最小允许表征206可以是表征歌曲的信息,例如可以包括诸如歌曲标题等的歌曲标识信息、以及诸如拥有歌曲的权利以及/或者要被支付歌曲的版税的艺术家(例如,作者、音乐家等)等的用于标识歌曲的权益的信息。在一些实施例中,分布式数据存储器212可以要求分布式数据存储器212上所存储的任意或全部媒体内容的属性204包含最小允许表征206。在一些实施例中,系统100的其它组件可以强制要求分布式数据存储器212上所存储的任意或全部媒体内容的属性204包含最小允许表征206。例如,在分布式数据存储器212中创建记录的摄取设施可被配置为不创建记录,直到可获得至少最小允许表征的信息为止。表征媒体的属性204还可以包括表征超出最小允许内容206的媒体的信息。例如,表征媒体的属性204可以包含与未被支付版税的媒体所涉及的人(其可以包括如预先支付过且不欠版税、而是被赋予其关于媒体的工作的属性的录音工程师或作者等的各种人)有关的信息,或者与应被支付版税但并非最小允许内容中所需的媒体所涉及的其他人有关的信息,其中最小允许内容可以包括可能对歌曲进行“剪切”但是可以不存在于所有场景中、因此无需列出的经纪人和服务提供者。

事务记录208可以包括与信息200的任意或全部交互的记录。这种交互可以包括添加信息、删除信息、更新信息或合并记录。例如,事务记录中存储的信息可以包括用于标识执行交互的一方的信息以及用于描述交互的信息。用于标识一方的信息可以包括利用人的分布式数据存储器来标识人和/或用户账户的信息。另外或可选地,实体(例如,pro、记录标签、音乐流服务)可以是一方或者可以与一方(例如,一方的雇主)相关,并且可以在事务记录中标识。用于标识用户账户的信息可以是由数据存储器分配给用户账户的用户账户的唯一标识符、用户名或其它信息。用于标识人的信息可以包括姓名、地址、电子邮件地址、社交媒体账户、或者可用于唯一地标识人的其它信息。用于描述交互的信息可以包括(在与记录进行交互的情况下)用于标识相对于媒体内容的记录读出或写入什么信息、或者(在与音乐数据(或其它媒体数据)进行交互的情况下)对音乐数据进行了什么操作(例如,重放、编辑)的信息。用于描述交互(包括标识一方并且描述交互)的信息可以辅助证明媒体内容记录的可靠性,因为可以查阅该信息来确定记录中的各条信息的来源并确定记录随时间如何改变。在一些实施例中,时间戳标识交互的时间、或数据存储器接收到交互的通知的时间。在一些实施例中,可以针对各个交互生成唯一标识符并将其存储在事务记录中。在一些实施例中,交互可以包括两方或更多方。在这种情况下,事务记录可以记录所包括的各方的身份,并且可选地还记录他们在事务内的角色。

可靠性评分210可以是与同媒体内容有关的信息200的可靠性的指示相对应的一个或多个值。可靠性评分210可以根据对媒体内容记录的分析来确定,包括根据这里所述的分析来确定。例如,可靠性评分210可以基于表征媒体的属性204中所存储的属性的数量。在一些实施例中,可靠性评分210可以基于结合事务记录208中的交互而标识的各个用户的可靠性评分。在一些实施例中,可靠性评分210可以基于事务208中所存储的冲突记录的数量。应当理解,这些实施例仅作为示例给出,并且在一些实施例中,可靠性评分210可以基于这些因素的任何组合或者不基于这些因素。

在一些实施例中,文件包装器可以与区块链上的记录相关联。文件包装器可以包括与媒体内容200有关的任意或全部信息,并且可以用作区块链的用户的信息的本地版本,诸如以上结合图1简要描述的文件包装器等。例如,期望播放区块链上所存储的歌曲的用户可以从区块链下载文件包装器。在这样的示例中,文件包装器可以包含到媒体数据200的链接以及表征媒体204的任何属性(诸如歌曲的标题和艺术家或者歌曲的封面艺术等),使得用户可以重放这首歌。另外,文件包装器可以包含与媒体数据相关联的任何dre信息,以辅助用户的重放装置或系统确定权利分配。文件包装器的到媒体数据的链接可以是媒体数据或歌曲的存储位置的任何指示,诸如指向存储器中的地址的指针、url、区块链地址或媒体数据本身。文件包装器还可以包含事务记录208和/或可靠性评分210中的任一或全部,其中在一些实施例中,用户可以使用事务记录208和/或可靠性评分210来验证文件包装器内的信息的可靠性。在一些实施例中,用户可以与区块链中的一个或多个记录相对应地从区块链下载文件包装器。在一些实施例中,如以下更详细解释的,用户可以创建媒体内容的文件包装器并将其上传至区块链以在区块链上创建新记录或修改区块链上的现有记录。另外,在一些实施例中,文件包装器可以使其信息与区块链同步,使得文件包装器内的信息可以与区块链上的相应记录的任何变化保持同步。应当理解,虽然以上的讨论是在单个区块链中,但是文件包装器可以包含来自诸如如上所述的私密区块链和公开区块链等的多个区块链的信息。

在一些实施例中,处理可以由云网关进行。在一些实施例中可使用的上传系统可以是用作用户和区块链之间的接口的云网关。云网关可以从用户接收输入,并且响应于该输入,通过将输入数据写入区块链或从区块链读取数据来对该区块链进行更新。云网关可以将用户的动作或请求转换为对区块链的操作。例如,将媒体内容上传到云网关的用户可以由云网关转换为以下详述的任何步骤。通过在用户和区块链之间具有云网关,用户可以与网关背后的区块链的性质无关地以一致的方式与云网关进行交互。这种网关允许与多个区块链或多种类型的区块链进行交互。例如,用户可以将新的音乐内容上传至云网关,并且网关可以与区块链是通过以太坊、是通过比特币、还是通过任何其它系统实现无关地触发向区块链的新记录的添加。另外,云网关可以用作批量导入系统。例如,如果pro想要将整个音乐库添加至区块链,则云网关可以如下所述从音乐库中提取信息,并在区块链上创建相应的新记录。如以下进一步详细所述,云网关还可以发送和接收由标记和创建声明而引起的通知。例如,如果由pro上传至云网关的新歌曲具有由pro标记的艺术家,则云网关可以向艺术家发出通知以向他们提醒该标记。

图3是用于将与媒体有关的信息添加至分布式数据存储器的说明性方法300的流程图。例如,方法300可以由在诸如图1的音乐工作站或终端用户装置等的装置上执行的摄取设施来进行。一旦记录或以其它方式(例如,通过编辑)创建了新歌曲,或者一旦以其它方式接收到歌曲数据作为输入,该歌曲及其相关信息(例如标题、艺术家、dre、或最小允许内容中的任何其它信息)可以从音乐工作站添加至分布式数据存储器。在另一示例中,可以由图1的pro装置上的摄取设施在pro试图在分布式数据存储器上为pro管理权利的歌曲或其它媒体内容创建记录时进行方法300。

方法300可以在步骤302处开始。在步骤302中,系统可以接收要被添加至区块链的至少一个媒体内容。媒体内容可以包括诸如歌曲或图像等的媒体文件,以及/或者与媒体文件有关的信息(诸如表征歌曲的信息等),例如可以包括歌曲的标识信息(诸如歌曲的标题等)以及标识歌曲的权益的信息(诸如艺术家等)。

在步骤304中,系统可以从至少一个媒体内容中提取信息。在一些实施例中,系统可以尝试提取与区块链上的记录的最小允许内容有关的信息。例如,系统可以尝试提取与歌曲的标题、歌曲的艺术家、歌曲的记录标签以及最小允许表征中的任何其它参数有关的信息。系统还可以提取最小允许内容不需要的信息,或者可以提取媒体内容中所提供的其它信息。提取信息可以包括在文件中搜索歌曲、或音乐库、或由音乐工作站针对与歌曲有关的元数据而维护的信息。根据正提取数据的元数据源的性质,提取可以采用不同的形式。例如,如果正从歌曲的文件(诸如传统的mp3文件等)提取信息,则提取可以涉及从文件内的数据字段提取包括歌曲属性信息(诸如mp3文件的ids3字段等)的信息。如果元数据源是库,则可以查询库的目录文件或其它歌曲属性信息列表。在一些实施例中,可以使用诸如web上托管的数据服务等的数据服务来提取歌曲属性信息。例如,歌曲数据可以用于使用已知技术来生成歌曲的“指纹”,或者可以提取一些属性信息,并且可以使用指纹或属性来查询服务。

在步骤306中,系统可以验证所提取的数据满足最小允许表征;也就是说,最小允许表征中的每个字段可以填充有相应的信息。如果接收到最小数据,则系统可以进入步骤310。在步骤310中,系统可以将与媒体内容有关的信息添加至分布式数据存储器。将与媒体内容有关的信息添加至分布式数据存储器可以包括:在分布式数据存储器上创建媒体内容的记录。所创建的记录可以包括最小允许表征的歌曲属性,并且可以另外包括媒体内容的唯一标识符。该唯一标识符可以以任何合适的方式生成,因为实施例在这方面不受限制。例如,摄取设施可以使用针对区块链标识和配置的处理来生成唯一标识符(其可以是伪唯一标识符),或者可以使用该处理、在与区块链相关联的服务请求时生成该唯一标识符并提供至摄取设施。在一些实施例中,这类唯一标识符可以是区块链的最小允许表征中的一个元素。

在一些实施例中,如以上所讨论的,记录可以包括(以及最小允许表征可以包括)歌曲的音乐数据或音乐数据源的标识符(例如,诸如uri或url等的地址)。音乐数据源可以是诸如apple或其它服务等的音乐服务,并且标识符可以用于可以检索歌曲数据的方式,诸如存储且可访问数据的web位置等。

在一些实施例中,记录还可以包括歌曲的事务记录,其中如以上所讨论的,事务记录可以包括与记录的交互的历史。在包括这类事务记录、并且在创建歌曲记录时创建事务记录的实施例中,事务记录可以存储用于描述歌曲记录的创建(诸如标识创建记录的人或实体、以及创建记录的时间等)的信息。在一些实施例中,可以在创建记录之后在发生涉及该记录的第一事务的情况下创建事务记录。

在一些实施例中,记录还可以包括记录的可靠性评分。以下讨论用于生成可靠性评分的技术的示例,这类技术可以用于在创建记录时创建评分并将评分添加至记录。

如果在块306中判断为未接收到最小数据,则系统可以进入步骤308。在步骤308中,系统可以请求最小允许表征所需的任何附加信息。例如,如果用户尝试上传歌曲但是省略歌曲的标题、并且最小允许表征需要歌曲的标题,则系统可以提示用户提供歌曲的标题。例如,请求可以采取任何合适的形式,诸如针对用户的提示、被发送至用户的用于提醒他们记录未完成的电子消息、或者通过api的对更多信息的请求等。在一些实施例中,系统可以不提供对附加信息的进一步请求,并且可以简单地终止信息的上传。在一些实施例中,如果信息被接收到但是被判断为不足以用于最小允许内容,则系统可以请求最小允许内容所需的附加信息。例如,如果最小允许内容需要歌曲的出版商、并且系统提取或接收与出版商有关的信息但是通过比较该出版商与已知出版商的列表而不认识该出版商的名称,则系统可以请求与出版商有关的附加信息。

当以这种方式创建记录时,在许多情况下,一个用户可以诸如在艺术家被标识为歌曲的表演者时在记录中标识另一用户与歌曲(或其它媒体)相关联。

这种关联在这里可被称为“标记”。在一些实施例中,当第一方在记录中“标记”第二方时,第二方于是可以接收标记的通知并被提示进行响应。第二方可以接受、拒绝或忽略标记。在一些实施例中,这种标记和通知系统可能是有帮助的,因为在一定程度上有助于提高可靠性或者有助于证明记录中的数据的可靠性。如以上所讨论的,分布式数据存储器的操作者可能不对记录的准确性或完整性承担责任,而是可以作为替代将该责任转移给用户。通知系统可以通过允许任何用户标记任何其他用户而且还提示该用户批准或否决标记而有助于可靠性。这可以辅助提高原始输入数据的可靠性,以有助于抑制系统的错误数据输入。用户也可能错误地或不正确地接受或否决标记。在一些实施例中,利用各歌曲记录(或其它媒体的记录)的事务记录来寻址潜在不正确信息的第二来源。如以上所讨论的,第二方可以接受、拒绝/否决或忽略标记。与所采取的选项无关地,艺术家作出的决定可以与原始标记一起记录到区块链上的媒体内容的事务记录中。由于如以上所讨论的、区块链不对所存储信息的准确性承担责任,因此维护各标记的记录(发出方的身份、响应方的身份、以及对标记的响应)可以辅助向用户进行证明、或者使得用户能够得到独立于区块链上所存储的信息的可靠性的结论。在已接受歌曲的所有标记的情况下,歌曲数据可能看起来更可靠。在事务记录示出大量被否决标记的情况下,数据可能看起来不太可靠。如以下所讨论的,被拒绝标记的数量可能影响区块链上的记录的信任评分,并且如以下更详细所述,用户发出的、继而被拒绝或者甚至忽略的标记的数量可能影响该用户的信任评分。

在一些实施例中,接收记录的标记的第二方可以接受该标记,但是在区块链中记录第三方的身份,其中该第三方将负责与同记录中所指定的第二方的角色有关的区块链的未来交互。例如,艺术家可以由工作室工程师在歌曲记录中标记。艺术家可以接受该标记为正确的,并且如下所述区块链可以记录标记的接受。艺术家可以更新区块链以(与区块链上的艺术家的简档相结合地、或者与标记艺术家的歌曲记录相结合地)记录关于艺术家在音乐中的角色,要联系经纪人、pro、制作人或其他方。未来联系可以包括由于艺术家与歌曲的表演或销售相关而产生的版税金额的标识、或者与歌曲是否可以被采样、覆盖或以其它方式用于制作另一首歌曲有关的问题。为了将第三方标识为这种未来联系的联系点,第二方可以向区块链用于添加标识第三方以及/或者标识要联系第三方的方式的信息,其中该信息的示例在本文其它处进行讨论。

方法400是用于响应于标记而通知一方、并且提示该方进行响应的处理的示例。该处理可以通过与区块链相关的设施来实现,例如通过在托管区块链的至少一部分的服务器上或者在具有对区块链的至少一部分的访问权限或托管区块链的至少一部分的装置(例如,图1的装置103、104、106)上执行的服务来实现。方法400可以以步骤402开始。在步骤402中,属性更新设施可以接收第一方将第二方与媒体内容进行关联的指示。该指示可以由属性更新设施直接从最初创建包括标记的记录的摄取设施接收,其中该指示可以在与属性更新设施相同的装置(或者甚至与属性更新设施相同的应用的另一组件)上执行。该指示还可以以最初(诸如在属性更新设施包括诸如通过添加记录中先前未包括的属性、或者对属性的值进行收费或其它收费等来对区块链上的媒体内容的记录进行离散式改变的功能的情况下等)接收标记的形式接收。在一些实施例中,该指示还可以通过区块链功能(诸如用于将针对记录进行的收费从进行该收费的装置发送至其它装置的同步处理等)来接收。该收费可以包括标记,并且可以是标记的指示。在步骤404中,属性更新设施可以向第二方发出标记的通知。在一些实施例中,系统可以通过查阅区块链来获得联系第二方的方法或手段。例如,区块链可以存储与歌曲相关联的艺术家的电子邮件地址,并且如果另一用户尝试修改或删除该歌曲上的艺术家的标记,则系统可以通过电子邮件地址来联系艺术家。在一些实施例中,系统可以在区块链上或者在pro内查询第二方的简档,以例如确定第二方的联系信息。在其它实施例中,如果第二方还不是系统的用户,则系统可以向第一方提示联系第二方的手段。如果第一方提供用于联系第二方的手段,则可以在事务记录中作出相应的注释,从而表明第一方提供了第二方的联系信息。在一些情况下,通知第二方可以包括向第二方的代表(诸如pro或经纪人等)通知第二方(例如,利用数据库中的记录)被指定为接收并处理针对第二方的通知。

通知可以采取任何合适的通知形式。例如,系统可以向第二方发送电子邮件或短消息服务(sms)消息,从而提醒他们与媒体内容的关联。系统还可以或可选地通过社交媒体账户来向第二方提醒该第二方已经链接至系统。通知可以触发提示第二方接受或拒绝关联,或者可以提供使第二方对通知进行响应的指示。通知可以例如包括供第二方访问的网页的url,其可以包括对第二方的提示。通知可以另外或可选地指向第二方为了与区块链进行交互而运行的程序(诸如作为播放音乐的一部分而读取dre信息的音乐播放器等)并且由该程序接收。这类程序可被配置为响应于该通知而提示第二方接受或否决标记,并且第二方可以接受或否决或忽略该提示。

在步骤406中,系统可以获得第二方对通知的响应的指示。如果第二方拒绝关联,则系统可以进入步骤408。在步骤408中,系统可以在媒体内容的事务记录记录冲突。记录冲突可以包括在事务记录中创建包括第一方的身份、第二方的身份以及拒绝联的记录的条目。在一些实施例中,记录冲突可以包括向区块链发出指示第二方拒绝了关联的请求或更新。记录冲突—也就是原始标记与拒绝之间的冲突(其中冲突至少指示原始标记可能已经不正确)—而不是删除原始标记可能源于在一些实施例中实现可靠性的方法。由于区块链的操作者没有集中对数据可靠性的责任,因此区块链不接受最初标记或否决标记为“真”可能是有价值的。作为替代,区块链可以存储标记和否决这两者,并使两者都公开可见。在否决之后,对记录的“当前”状况的查询可能不包括标记,但是事务记录可以列出标记和否决这两者。

如果第二方接受关联,则系统可以进入步骤410。在步骤410中,系统可以更新媒体内容。更新媒体内容可以包括记录第二方的身份以及与其相关联的信息(例如,记录艺术家的姓名并将其贴标签为媒体内容的艺术家)。在一些实施例中,第一方的身份以及与其相关联的信息也可被记录,并与第二方的标记相关联。在一些实施例中,更新媒体内容可以包括向区块链发出表示第二方接受关联的请求或更新。在一些实施例中,系统还可以在事务记录中记录第二方已从第一方接受关联。

如果在步骤412中系统在一定时间量(例如1天或1周或1个月)之后未接收到第二方已经接受或拒绝关联的指示,则系统可以进入步骤414和416。进入之前的时间量可以由第一方针对第一方所输入的标记而设置,可以由第二方针对列出第二方的标记或者针对第二方所管理的用户而设置,可以是管理员所设置的区块链中的固定常数,或者以任何其它方式设置。例如,系统可以记录区块链上的事务记录或区块链上的媒体内容内所使用的时间间隔。可选地,可以将时间间隔与通知一起发送至第二方。第一方或第二方的系统(诸如被设计为与区块链相配合的应用(例如,属性更新设施等))或系统的另一组件(诸如管理区块链的一部分的服务器等)可以在尚未记录来自第二方的响应的情况下在该时间间隔之后自动提醒属性更新设施。在步骤414中,可以如步骤410中所述更新媒体内容。在步骤416中,除了事务记录中所创建的条目可以反映未从第二方接收到响应而不是否决标记之外,可以如步骤408中那样记录冲突。

在一些实施例中,如管理员所设置的,可以记录冲突或者可以不更新媒体内容。

在一些实施例中,可以使用标记层级。该层级可以建立第一方能够标记第二方所需的要求。在一些实施例中,这些要求可能限制第一方标记没有落入第一方的层级部分的第二方的能力。层级可以涉及音乐行业内的角色(诸如行业内的工作角色等),或者涉及特定的企业或唱片公司以及为了测试企业的标签或雇员而签署的艺术家。例如,可以建立如下的层级,其中该层级使得具有对媒体内容集的第二部分权利的第二方仅能够由具有对媒体内容的第一较大部分权利的第一方标记。例如,唱片公司可以标记录音工程师,但录音工程师不能标记唱片公司。作为另一示例,可以建立如下的层级,其中该层级使得第二方仅在该第二方在企业结构中低于第一方的情况下才能够被第一方标记(例如,唱片公司执行者可以标记制作人,但是制作人不能标记唱片公司执行者)。

在一些实施例中,标记层级可以根据区块链内的用户的信任评分而变化。在一些实施例中,标记层级可以根据媒体内容的信任评分而变化。标记层级可以辅助在区块链上存储可靠的信息,因为标记层级可以防止非意愿方或恶意方通过标记自己来制作不正确的标记或尝试“窃取”内容的信誉。由于如集中式权利机构所期望地、区块链不能独立地验证存储在其中的信息,因此标记层级可以证明所存储信息的可靠性。

在一些实施例中,代币(token)系统可用于调节标记。代币可以与用户对区块链进行修改的能力相对应。与区块链的每次交互可能“花费”代币。例如,将新的媒体内容上传到区块链可能需要代币,或者修改区块链上的现有媒体内容可能需要代币。在首次创建账户时,可以向用户授予固定数量的代币。在一些实施例中,用户可能在作出声明(诸如标记媒体内容中的一方或上传新的媒体内容等)时“花费”代币。当用户用完代币时,用户可能被阻止作出更多的声明,这可以具有抑制低质量数据的效果。然而,在一些这样的实施例中,仍然可以接受高质量数据。在一些这样的实施例中,当用户作出的声明被另一用户或诸如被标记方等的另一方验证时,用户可以恢复花费掉的代币。用户还可以通过确认或否决另一用户所输入的标记来赚取代币。代币系统可以辅助对抗区块链上的垃圾邮件、或者可以辅助尝试上传大型媒体库并且在媒体内容中不正确地标记自己的人。应当理解,在一些实施例中,并非所有声明都可能需要代币,并且给予用户的代币的数量可以根据用户或根据实施例而变化。还应当理解,在一些实施例中,用户可能无法恢复代币。与标记层级类似,代币系统可以证明区块链上所存储的信息的可靠性。代币系统可以阻止非意愿的或恶意的用户进行不必要的不正确标记或尝试在不成比例数量的记录中标记他们自己或另一方。集中式权利机构将需要负责确保数据的完整性并确保数据的准确性,但是在分布式数据存储器中,代币存储可以与上述任何特征配对,以帮助维护数据的可靠性以及数据源的透明性。

在一些实施例中,作为证明区块链中的数据的可靠性的一部分,区块链不仅可以暴露基础数据以及如以上所讨论的交互历史,而且还可以计算作为该数据的指示和摘要的度量。度量可以指示数据的可靠性或可信度。在一些实施例中,可以计算两个这样的度量:用户的信任评分和媒体内容的信任评分。

图5是用于计算指示系统中的用户的可靠性的信任评分的说明性方法500的流程图。方法500可以由在用户和区块链之间的云网关上执行的评分设施、或者由与区块链进行交互的另一装置进行。例如,图1所示的pro装置可以用于确定pro具有权益的区块链记录相关联的用户评分。pro可以使用该评分,以判断例如是否要接受另一方的标记或者解决与pro相关联的区块链记录的事务历史中的冲突。在另一示例中,区块链可以针对区块链的媒体内容中所标记的各用户或区块链上的媒体内容的事务记录中所记录的各用户生成评分,以向检查区块链上的媒体内容或者利用区块链上的媒体内容工作的另一方提供附加透明性。在另一示例中,一方为了向区块链添加信息或修改区块链上的信息而使用的云网关可以向该用户以及用户通过标记进行交互的其他方分配评分。

方法500可以以步骤502中设施获得用户的参考点开始。用户的参考点可以是用于以可在现实世界中验证用户对区块链之外的身份的声明的方式建立用户的身份的任何合适信息。例如,参考点可以是用户的社交媒体账户、用户的信用卡信息、或用于验证用户的雇佣的信息。这类信息可以由用户输入,并且可以由系统用来确认用户声明的身份。例如,可以将与社交媒体账户或财务账户相关联的身份(例如,姓名、雇主)与用户所声称的身份(例如,姓名、雇主)进行比较,以判断是否匹配。因此,在一些实施例中,可以使用社交媒体简档、财务账户和/或雇主电子邮件地址来确认特定用户所声称的身份。在一些实施例中,参考点可以是经验证的第二用户对该用户的标记。在一些实施例中,可以针对用户获得多个参考点。例如,系统可以通过系统内的用户账户或通过区块链中的用户记录来获得参考点。pro可以例如通过pro的内部公司日志,在生成雇员的评分时使用雇员的公司电子邮件地址作为参考点。在另一示例中,云网关可以检索该云网关的用户所使用的社交媒体信息,以在云网关内创建账户。在一些实施例中,作为获得参考点的一部分,设施可以证实参考点。例如,设施可以证实信用卡信息或证实公司电子邮件地址,或进行其它合适的证实。

在步骤504中,系统可以获得与用户同区块链的其他用户的关系有关的信息。用户之间的关系可以包括用户之间的任何标记、在参考点包括社交媒体账户的情况下的社交媒体链接、或系统可访问的用户之间的任何其它联系。在一些实施例中,该关系可以是雇佣关系,例如系统可以获得用户(例如录音师)为第二用户(例如录音室)工作的信息。在一些实施例中,可以从外部的第三方认证服务获得关系信息。例如,分布式数据存储器外部的社交网络可以提供两个用户之间的连接的验证。

系统可以收集与到其他用户的链接有关的该信息,因为在一些实施例中,与其他用户具有更专业或者甚至社交的关系的用户可能比具有较少或没有连接的用户更值得信任。

在步骤506中,系统可以获得与用户同一个或多个媒体内容的交互以及对这些交互的后续响应有关的信息。例如,系统可以评估用户已经作出的标记数,并且进一步评估被标记方接受了这些标记中的多少标记。在一些实施例中,系统可以评估用户为媒体内容提供了多少附加信息,以及/或者评估该附加信息中的任意附加信息后续是否已被另一用户修改。该信息在计算可靠性评分时可能是有用的,因为贡献经常被否定的用户可能不如贡献被其他用户认可的用户值得信任。

在步骤508中,系统可以针对用户生成信任评分。信任评分可以是表示系统内的用户的可信度的值,并且可以随时间更新或修改。系统可以利用以上列出的任何信息通过对信息进行加权来生成信任评分。例如,可以为多个连接分配一个权重,并且可以为接受或否决的声明的数量赋予其它权重。

图6是用于计算指示与媒体内容有关的数据的可靠性的评分的说明性方法600的流程图。方法600可以由在区块链上执行的评分设施、由用户和区块链之间的云网关、或者由与区块链进行交互的另一装置来进行。例如,图1所示的pro装置可以用于确定pro具有权益的区块链记录的评分。在确定版税支付时,pro可以使用评分来判断是否要使用与记录相关联的dre信息或版税信息。在另一示例中,区块链可以针对各区块链记录生成评分,以向检查区块链上的媒体内容或者利用区块链上的媒体内容工作的另一方提供附加透明性。在另一示例中,如以下将进一步详细解释的,一方为了向区块链添加信息或修改区块链上的信息而使用的云网关可以通过分析与媒体内容相关联的信息来向被添加至区块链的各记录分配评分。方法600可以以步骤602中设施评估属性数据的完整性开始。在一些实施例中,系统可以通过确保满足最小允许内容中的每个要求、以及/或者通过评估在表征媒体的属性中存储了多少最小允许内容以外的附加属性,来评估最小允许内容的完整性。例如,在首次将歌曲上传到区块链时为该歌曲创建评分的情况下,摄取引擎或云网关可以在创建歌曲评分时评估提供了多少超出最小允许内容的信息、或者最小允许内容的完整程度。在另一示例中,区块链可以通过确定提供了多少刚好超出记录中的最小允许内容的属性数据,来评估区块链上的记录。

在步骤604中,系统可以通过媒体内容的事务记录来标识对表征媒体的属性贡献信息的一个或多个用户。系统还可以获得一个或多个用户的信任评分。在一个示例中,区块链可以使用事务记录来标识与媒体内容的区块链记录相关联的所有方、以及与媒体内容相关联的任何标记。在另一示例中,摄取引擎或云网关可以使用与导入或上传的媒体内容相关联的任何标记来标识与媒体内容相关联的所有方、以及进行上传的人或一方的身份。例如,针对一个或多个用户的信任评分可以如上所述由系统计算,可以从系统用户的数据库中提取,或者可以从区块链上所存储的与用户有关的信息中检索。

在步骤606中,系统可以检查在媒体内容的事务记录中是否记录了任何冲突。如果记录了任何冲突,则系统可以进入步骤608。在步骤608中,系统可以评估事务记录中所记录的冲突的数量,以及/或者检查是否被指示为已经解决了任何或全部冲突。

在步骤610中,系统可以生成媒体内容的信任评分。信任评分可以是表示区块链上所存储的与媒体内容有关的信息的可信度的值,并且可以随时间更新或修改。系统可以利用以上列出的任何信息,通过对信息进行任何合适的加权来生成信任评分。例如,如果事务记录中存在许多未解决的冲突并且输入属性信息的用户的信任评分低,则媒体内容的信任评分可能相对较低。如果事务记录中不存在冲突并且属性数据完整,则媒体内容的信任评分可能相对较高。

以上讨论的信任评分可以在不同的实施例中以不同的方式生成和存储。在一些实施例中,可以计算评分并将评分添加至用户的记录或区块链上的歌曲,并且可以从区块链中检索评分。在其它实施例中,除了区块链中所存储的数据之外或作为区块链中所存储的数据的替代,评分所用的基础数据可以通过区块链获得,以供任意用户或其它实体在添加评分时动态地计算该评分。

如以上所讨论的,区块链中的信息可以用于指示区块链上的媒体内容的数据的可靠性。这种可靠性可以以不同的方式使用。在一些实施例中,可以诸如通过判断是否利用区块链适当地配置了要播放的媒体等来进行作为判断是否要播放输入歌曲或其它媒体的一部分的可靠性的判断,以确保向艺术家或其他权利持有者提供了公平且全额的补偿。

图7是用于判断是否以及如何访问媒体的说明性方法700的流程图。方法700可以由试图播放或以其它方式访问歌曲或其它媒体的用户所操作的装置(例如,图1的装置106)进行。例如,消费者装置可被配置为仅播放将适当地补偿艺术家的音乐。作为另一示例,诸如等的音乐流服务可能只授权可正确支付版税的音乐的上传和播放。图7的方法可以帮助确保例如适当的各方在歌曲被播放时收到版税或款项,并且帮助确保在第一用户要与另一用户共享从区块链下载的歌曲的情况下在用户之间不共享不正确的信息。

方法700可以以步骤702中接收用以访问媒体内容的指示开始。例如,装置或服务可以接收文件包装器,其具有用以播放包装器所涉及的歌曲的指示。作为另一示例,系统可以从音乐播放器接收用以下载区块链上所存储的歌曲的请求、或者用以访问区块链上所存储的歌曲的版税支付信息的请求。

在步骤704中,系统可以验证为与媒体内容有关的信息存储在区块链中。如果与媒体内容有关的信息未存储在区块链中、以及/或者系统不具有该媒体内容的访问权限,则方法可以例如通过向提供指示的系统提供响应、以及/或者通过终止请求而结束。如果系统验证为媒体内容存储在区块链上(意味着区块链上存在与媒体内容有关的信息,诸如在区块链上找到与媒体内容相对应的唯一标识符等),则系统可以进入步骤706。

在步骤706中,系统可以评估与区块链上的媒体内容有关的信息的可靠性。评估信息的可靠性可以包括访问媒体内容的信任评分、更新媒体内容的信任评分、或者创建媒体内容的信任评分。这还可以包括检索区块链或文件包装器中所存储的数据以判断是否满足标准,诸如判断是否不止存储了最小允许表征、或者判断是否存储了特定属性等。例如,可以判断是否完全指定了版税支付动作。

在步骤708中,系统可以将媒体内容的信任评分与阈值进行比较,或者基于块706的评估结果来以其它方式确定与媒体内容有关的信息的可靠性。如果信息被认为是不可靠的,例如如果信任评分落在阈值以下,则系统可以拒绝提供对媒体内容的访问权限。如果信息被认为是可靠的,例如如果信任评分落在阈值以上,则系统可以进入步骤710。

在步骤710中,系统可以基于所接收到的用以访问媒体的指示,从区块链或存储区块链信息的文件中识别访问媒体时所要采取的动作。例如,如果所接收到的指示是访问版税信息,则系统可以在表征媒体的属性中标识媒体内容的相应版税信息。版税信息可以包括被通知版税触发事件的一方(例如,pro)的标识、支付的金额、以及/或者对什么事件触发版税的标识。

在步骤712中,系统可以访问区块链上的媒体内容,或者访问与区块链上的媒体内容有关的信息。例如,系统可以检索媒体内容的版税信息并将该版税信息提供至发出指示的系统,或者系统可以为发出指示的系统提供用以访问与媒体内容相对应的媒体数据的手段。系统还可以采取区块链所指定的动作,诸如向一方通知版税触发事件以及/或者发送或记录版税支付等。

根据这里描述的原理而操作的技术可以以任何合适的方式实现。以上讨论中包括一系列流程图,这些流程图示出用于操作媒体内容所用的分布式数据存储器系统的各种处理的步骤和动作。以上的流程图的处理块和决策块表示用于执行这些各种处理的算法中可以包括的步骤和动作。从这些处理推导出的算法可被实现为与一个或多个单用途或多用途处理器集成并且指导其操作的软件,可被实现为诸如数字信号处理(dsp)电路或专用集成电路(asic)等的功能等效电路,或者可以以任何其它合适的方式实现。应当理解,这里包括的流程图没有描绘任何特定电路或任何特定的编程语言或编程语言类型的语法或操作。相反,该流程图示出本领域技术人员可以用来制造电路或者实现计算机软件算法以进行用于执行这里所述的技术类型的特定设备的处理的功能信息。还应当理解,除非本文另有指示,否则各个流程图中所描述的特定的步骤和/或动作序列仅仅说明可实现的算法,并且可以在这里所述的原理的实现和实施例中改变。

因此,在一些实施例中,这里所述的技术可以体现在被实现为软件(包括应用软件、系统软件、固件、中间件、嵌入代码、或任何其它合适类型的计算机代码)的计算机可执行指令中。这样的计算机可执行指令可以使用多种合适的编程语言和/或编程或脚本工具中的任一种来编写,并且还可以被编译为在框架或虚拟机上执行的可执行机器语言代码或中间代码。

在这里所述的技术被体现为计算机可执行指令的情况下,这些计算机可执行指令可以以任何合适的方式实现,包括实现为多个功能设施,其中各功能设施提供一个或多个操作以完成根据这些技术进行操作的算法的执行。然而,实例化的“功能设施”是计算机系统的结构组件,其中该结构组件在与一个或多个计算机集成并由一个或多个计算机执行时使这一个或多个计算机执行特定的操作角色。功能设施可以是一部分或整个软件元素。例如,功能设施可被实现为处理的功能、或离散处理、或任何其它合适的处理单元。如果这里所述的技术被实现为多个功能设施,则各功能设施可以以其自己的方式实现;所有功能设施无需以相同的方式实现。另外,这些功能设施可以适当地并行和/或串行地执行,并且可以使用它们正在执行的计算机上的共享存储器、使用消息传递协议、或者以任何其它合适的方式在彼此之间传递信息。

一般地,功能设施包括用于进行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等。通常,功能设施的功能可以根据需要而在其运行的系统中组合或分布。在一些实现中,执行这里的技术的一个或多个功能设施可以一起形成完整的软件包。在可选实施例中,这些功能设施可以适于与其它不相关的功能设施和/或处理进行交互,以实现软件程序应用。

这里已经描述了用于执行一个或多个任务的一些示例性功能设施。然而,应当理解,所描述的功能设施和任务划分仅仅说明可实现这里所述的示例性技术的功能设施的类型,并且实施例不限于在任何特定数量、划分、或类型的功能设施中实现。在一些实现中,所有功能可以在单个功能设施中实现。还应当理解,在一些实现中,这里描述的一些功能设施可以与其它功能设施一起实现或分开(即,作为单个单元或单独的单元)实现,或者可以不实现这些功能设施中的一些功能设施。

在一些实施例中,用于实现这里所述的技术的计算机可执行指令(在被实现为一个或多个功能设施或者以任何其它方式实现的情况下)可以在一个或多个计算机可读介质上进行编码以向介质提供功能。计算机可读介质包括诸如硬盘驱动器等的磁性介质、诸如光盘(cd)或数字通用盘(dvd)等的光学介质、持久或非持久固态存储器(例如,闪速存储器、磁性ram等)、或任何其它合适的存储介质。这样的计算机可读介质可以以任何合适的方式实现,包括实现为后述的图8的计算机可读存储介质806(即,实现为计算装置800的一部分)或者实现为独立的单独存储介质。如这里所使用的,“计算机可读介质”(也称为“计算机可读存储介质”)是指有形存储介质。有形存储介质是非暂时性的,并且具有至少一个物理结构组件。在如这里所使用的“计算机可读介质”中,至少一个物理结构组件具有如下的至少一个物理特性,其中该物理特性可以在利用嵌入式信息创建介质的处理、将信息记录在介质上的处理、或者利用信息对介质进行编码的任何其它处理期间以某种方式更改。例如,可以在记录处理期间更改计算机可读介质的物理结构的一部分的磁化状态。

在技术可以被体现为计算机可执行指令的一些但非全部的实现中,这些指令可以在任何合适计算机系统(包括图1的示例性计算机系统)中操作的一个或多个合适计算装置上执行,或者一个或多个计算装置(或一个或多个计算装置的一个或多个处理器)可被编程为执行计算机可执行指令。计算装置或处理器可被编程为在指令以计算装置或处理器可访问的方式存储(诸如存储在数据存储器(例如,片上高速缓存或指令寄存器、经由总线可访问的计算机可读存储介质、经由一个或多个网络可访问且装置/处理器可访问的计算机可读存储介质等)中)时执行指令。包括这些计算机可执行指令的功能设施可以与如下装置集成并指导其操作:单个多用途可编程数字计算装置、共享处理能力并且联合执行这里所述的技术的两个以上的多用途计算装置的协作系统、专用于执行这里所述的技术的单个计算装置或计算装置(同地的或地理上分散的)的协作系统、用于执行这里所述的技术的一个或多个现场可编程门阵列(fpga)、或任何其它合适系统。

图8示出采用实现这里所述的技术的系统中可使用的计算装置800的形式的计算装置的一个示例性实现,但是其它实现也是可以的。应当理解,图8既不旨在是计算装置根据这里所述的原理进行操作所用的必要组件的描绘,也不旨在是综合描绘。

计算装置800可以包括至少一个处理器802、网络适配器804和计算机可读存储介质806。计算装置800可以例如是台式或膝上型个人计算机、个人数字助理(pda)、智能移动电话、服务器或任何其它合适的计算装置。网络适配器804可以是用以使得计算装置800能够通过任何合适的计算网络与任何其它合适的计算装置进行有线和/或无线通信的任何合适的硬件和/或软件。计算机可读介质806可以适于存储要处理的数据和/或要由处理器802执行的指令。

一个、两个或更多个计算机可读存储介质1806上所存储的数据和指令可以包括用于实现这里所述的技术的计算机可执行指令。在图8的示例中,计算机可读存储介质806存储用于实现各种引擎并且存储如以上所述的各种信息的计算机可执行指令。计算机可读存储介质806可以存储如下的摄取设施808,其中该摄取设施808在处理器802上执行时实现用于摄取媒体内容的系统。计算机可读存储介质806还可以存储如下的属性更新设施810,其中该属性更新设施810在处理器802上执行时使用这里所述的任何示例性技术来实现用于执行媒体内容的属性的更新的属性更新引擎。在计算机可读存储介质806上可以存储评分设施812。评分设施812在由处理器802执行时实现用于执行评分创建以及用户和媒体内容的更新的评分设施。在计算机可读存储介质806上可以存储分布式数据存储器814。分布式数据存储器814可以包括以上所讨论的任何分布式存储系统。从以上对可使用的技术的讨论中应当理解,可以不使用这里列出的所有组件。另外,虽然评分设施812被示出为与属性更新设施810分开,但是在一些实施例中,评分设施812可以形成属性更新设施810的一部分。虽然图8的示例示出多个设施808、810、812和814,但是实施例不限于实现所有这些设施或者在一个计算装置上一起实现所有这些设施。相反,实施例可以在包括一个或多个装置的任何合适系统中实现任何合适的设施或设施的组合。

已经描述了在电路和/或计算机可执行指令中实现这些技术的实施例。应当理解,一些实施例可以采用已经提供至少一个示例的方法的形式。作为方法的一部分而进行的动作可以以任何合适的方式排序。因此,可以构造以与所示顺序不同的顺序来进行动作的实施例,其中这些实施例可以包括同时进行一些动作,尽管这些动作在说明性实施例中被示出为按顺序的动作。

在权利要求中使用诸如“第一”、“第二”、“第三”等的序数词来修改权利要求要素本身并不意味着一个权利要求要素相对于另一权利要求要素的任何优先、在先或顺序、或者执行方法的动作的时间顺序,而是仅用作用以将具有特定名称的一个权利要求要素与具有相同名称(如果没有使用序数词)的另一要素区分开的标签以区分权利要求要素。

另外,这里使用的措辞和术语是为了描述的目的,而不应被视为限制性的。这里的“包括”、“包含”、“具有”、“含有”、“涉及”及其变形的使用意在涵盖之后列出的项及其等同项以及附加项。

这里使用的“示例性”一词意味着用作示例、实例或例示。因此,这里被描述为示例性的任何实施例、实现、处理、特征等应被理解为说明性示例,并且除非另有指示,否则不应被理解为优选或有利的示例。

已经如此描述了至少一个实施例的若干方面,应当理解,本领域技术人员将容易进行各种改变、修改和改进。因此,前面的描述和附图仅是示例。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1