平码五不中公式规律
  • / 16
  • 下载费用:30 金币  

全局描述符存储库.pdf

关 键 ?#21097;?/dt>
全局 描述 存储
  专利查询网所有资源均是用户自行上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作他用。
摘要
申请专利号:

CN201580039428.X

申请日:

2015.06.09

公开号:

CN106663121A

公开日:

2017.05.10

当前法律状态:

实审

有效性:

审中

法?#19978;?#24773;: 实质审查的生效IPC(主分类):G06F 17/30申请日:20150609|||公开
IPC分类号: G06F17/30 主分类号: G06F17/30
申请人: 韦里费公司
发明人: 马修·G·卡兹; 杰里米·J·韦克斯曼; 杰弗里·萨韦特科
地址: 美国加利福尼亚州
优?#28909;ǎ?/td> 2014.06.09 US 14/300,057
专利代理机构: ?#26412;?#33521;赛嘉华知识产权代理有限责任公司 11204 代理人: 王达佐;王艳春
PDF完整版下载: PDF下载
法律状态
申请(专利)号:

CN201580039428.X

授权公告号:

|||

法律状态公告日:

2017.06.06|||2017.05.10

法律状态类型:

实质审查的生效|||公开

摘要

本公开涉及用于创建和管理描述符存储库的系统和方法。在某些方面,题述技术的方法包括:接收商家的描述符标签,接收用于描述符标签的多个描述符定义,以及将多个描述符定义存储在数据库中的步骤。在某些方面,题述技术的方法可以进一步包括接收一个或多个描述符定义的相关性指示,以及基于一个或多个相关性指示将一个或多个描述符定义与描述符标签相关联的步骤。

权利要求书

1.一种描述符存储库,包括一个或多个计算机,其中所述一个或多个计算机被配置为
执行以下操作:
接收商家的描述符标签,其中所述描述符标签提供与所述商家相关联的金融交易的上
下文信息;
接收用于所述描述符标签的多个描述符定义,其中所述描述符定义中的每一个提供用
于与所述商家相关联的所述金融交易的上下文信息;
存储所述多个描述符定义;
接收用于一个或多个所述描述符定义的一个或多个相关性指示,其中所述相关性指示
中的每一个基于用于提供与所述商家相关联的所述金融交易的上下文信息的相应描述符
定义的相对有效性;以及
基于所述一个或多个相关性指示将一个或多个所述描述符定义与所述描述符标签相
关联。
2.如权利要求1所述的描述符存储库,其中所述计算机还被配置为执行以下操作:
接收所述描述符标签的一个或多个附加描述符定义;以及
更?#28388;?#36848;数据库以包括所述一个或多个附加描述符定义。
3.如权利要求1所述的描述符存储库,其中所述计算机还被配置为执行以下操作:
接收所述数据库中的描述符定义的一个或多个附加相关性指示;以及
更?#28388;?#36848;数据库以使用所述一个或多个附加相关性指示将所述描述符定义与所述描
述符标签相关联。
4.如权利要求1所述的描述符存储库,其中两个或更多个所述描述符定义从不同的金
融机构接收。
5.如权利要求1所述的描述符存储库,其中所述多个描述符定义中的两个或更多个从
所述商家的不同客户接收。
6.如权利要求1所述的描述符存储库,其中所述一个或多个相关性指示从金融机构接
收。
7.如权利要求1所述的描述符存储库,其中所述一个或多个相关性指示从所述商家的
客户接收。
8.如权利要求1所述的描述符存储库,其中,使用机器学习模型自动执行基于所接收的
一个或多个相关性指示将所述一个或多个描述符定义与所述描述符相关联。
9.一种计算机实现的方法,包括:
接收商家的描述符标签,其中所述描述符标签提供与所述商家相关联的金融交易的上
下文信息;
接收用于所述描述符标签的多个描述符定义,其中所述描述符定义中的每一个提供用
于与所述商家相关联的所述金融交易的上下文信息;
存储所述多个描述符定义;
接收用于一个或多个所述描述符定义的一个或多个相关性指示,其中所述相关性指示
中的每一个基于用于提供与所述商家相关联的所述金融交易的上下文信息的相应描述符
定义的相对有效性;以及
基于所述一个或多个相关性指示将一个或多个所述描述符定义与所述描述符标签相
关联。
10.如权利要求9所述的方法,其中所述计算机还被配置为执行以下操作:
接收所述描述符标签的一个或多个附加描述符定义;以及
更?#28388;?#36848;数据库以包括所述一个或多个附加描述符定义。
11.如权利要求9所述的描述符存储库,其中所述计算机还被配置为执行以下操作:
接收所述数据库中的所述描述符定义的一个或多个附加相关性指示;以及
更?#28388;?#36848;数据库以使用所述一个或多个附加相关性指示将所述描述符定义与所述描
述符标签相关联。
12.如权利要求9所述的描述符存储库,其中两个或更多个所述描述符定义从不同的金
融机构接收。
13.如权利要求9所述的描述符存储库,其中所述多个描述符定义中的两个或更多个从
所述商家的不同客户接收。
14.如权利要求9所述的描述符存储库,其中所述一个或多个相关性指示从金融机构接
收。
15.如权利要求9所述的描述符存储库,其中所述一个或多个相关性指示从所述商家的
客户接收。
16.如权利要求9所述的描述符存储库,其中,使用机器学习模型自动地执行基于所接
收的一个或多个相关性指示将所述一个或多个描述符定义与所述描述符相关联。
17.一种计算机可读存储介?#21097;?#21253;括存储在其中的指令,所述指令在由一个或多个处理
器执行时使所述处理器执行操作,所述操作包括:
接收商家的描述符标签,其中所述描述符标签提供与所述商家相关联的金融交易的上
下文信息;
接收用于所述描述符标签的多个描述符定义,其中所述描述符定义中的每一个提供用
于与所述商家相关联的所述金融交易的上下文信息;
存储所述多个描述符定义;
接收用于一个或多个所述描述符定义的一个或多个相关性指示,其中所述相关性指示
中的每一个基于用于提供与所述商家相关联的所述金融交易的上下文信息的相应描述符
定义的相对有效性;以及
基于所述一个或多个相关性指示将一个或多个所述描述符定义与所述描述符标签相
关联。
18.如权利要求17所述的计算机可读存储介?#21097;?#20854;中,所述计算机还被配置为执行以下
操作:
接收所述描述符标签的一个或多个附加描述符定义;以更?#28388;?#36848;数据库以包括所述一
个或多个附加描述符定义。
19.如权利要求17所述的计算机可读存储介?#21097;?#20854;中所述计算机还被配置为执行以下
操作:
接收所述数据库中的所述描述符定义的一个或多个附加相关性指示;以及
更?#28388;?#36848;数据库以使用所述一个或多个附加相关性指示将所述描述符定义与所述描
述符标签相关联。
20.如权利要求17所述的计算机可读存储介?#21097;?#20854;中两个或更多个所述描述符定义从
不同的金融机构接收。

说明书

全局描述符存储库

通过引用并入的优?#28909;?#30003;请

本申请要求申请号为14/300,057、申请日为2014年6月9日、名称为“全局描述符存
储库”的美国申请的优?#28909;ǎ?#24182;通过引用的方式将其整体并入本申请。

背景技术

1.技术领域

本公开的主题提供了用于建立和维护用于描述金融交易的描述符存储库的解决
方案。特别地,技术方面提供了关联于商家交易描述符标签(即,描述符定义)的众包的?#38468;?br />的系统和方法,用于在情境化金融交易中使用。

2.介绍

许多商家为使用诸如信用卡或借记卡,银行帐户,PayPal或替代支付方法之类的
支付服务处理的购买提供基本金融交易信息。如本文所使用的,最初由商家提供的金融交
易信息被称为商家描述符标签或“描述符标签”。描述符标签通常包括在支付授权和/或结
算交易中,并被发送到持卡人的报表中。描述符标签向消费者提供关于购买的信息,包括例
如相关商家的名称。目的是提醒消费者在指定日期和以指定金额购买的商品和/或服务。

然而,大多数描述符标签不是标准化的或易于理解的,使得消费者难以识别交易
并回忆起购买的目的。结果,试图理解诸如信用报表或银行对?#35828;?#30340;逐项清单的任务对于
消费者通常是困难的,这使他/她猜测特定交易的原因,或者购买了什么商品/服务。这种困
惑导致消费者联系他们的金融机构来对交易提出异议。通常消费者将声称他/她不认可交
易。这不仅使消费者?#26800;?#27822;丧,而当许多这样的情况汇聚在一起时,也会引起处理消费者呼
叫的金融机构的相当大的损失。

发明内容

在某些方面,所公开的主题涉及一种计算机实现的方法,该方法包括接收商家的
描述符标签的步骤,其中所述描述符标签提供与商家相关联的金融交易的上下文信息;接
收所述描述符标签的多个描述符定义的步骤,其中每个描述符定义提供与所述商家相关联
的金融交易的上下文信息,以及将所述多个描述符定义存储在数据库中的步骤。在某些方
面,题述技术的方法可以进一步包括:接收一个或多个描述符定义的一个或多个相关性指
示的步骤,其中所述相关性指?#23616;?#30340;每一个基于用于提供与所述商家相关联的金融交易的
上下文信息的相应描述符定义的相对有效性;以及基于所述一个或多个相关性指示将所述
一个或多个描述符定义与所述描述符标签相关联的步骤。

在另一个方面,所公开的主题涉及一种系统,用于管理描述符存储库或数据库。该
系统可以包括一个或多个处理器,被配置为执行操作:接收商家的描述符标签,其中所述描
述符标签提供与商家相关联的金融交易的上下文信息;接收所述描述符标签的多个描述符
定义,其中每个所述描述符定义提供与所述商家相关联的金融交易的上下文信息;以及将
所述多个描述符定义存储在数据库中。在一些实现方式中,处理器可以被进一步配置执行
的操作包括:接收一个或多个描述符定义的一个或多个相关性指示,其中所述相关性指示
中的每一个基于用于提供与所述商家相关联的金融交易的上下文信息的相应描述符定义
的相对有效性;以及基于所述一个或多个相关性指示将所述一个或多个描述符定义与所述
描述符标签相关联。

在另一方面,所公开的主题涉及一种包括存储在其中的指令的计算机可读介?#21097;?br />所述指令由一个或多个处理器执行时,使得处理器执行的操作包括:接收商家的描述符标
签,其中所述描述符标签提供与商家有关的金融交易的上下文信息;接收所述描述符标签
的多个描述符定义,其中每个所述描述符定义提供与所述商家相关联的金融交易的上下文
信息;以及将所述多个描述符定义存储在数据库中。在一些方面,所述指令可以进一步包
括:接收一个或多个描述符定义的一个或多个相关性指示,其中所述相关性指?#23616;?#30340;每一
个基于用于提供与所述商家相关联的金融交易的上下文信息的相应描述符定义的相对有
效性;以及基于所述一个或多个相关性指示将所述一个或多个描述符定义与所述描述符标
签相关联。

以下详细描述中通过示例的方式示出和描述了题述技术的各种配置,应当理解,
题述技术的其他配置将?#36816;?#23646;领域的技术人?#21271;?#24471;显而易见。题述技术能够具有其他的以
及不同的配置,并且其若?#19978;附?#33021;够在不脱离题述技术的范围内进行各种方面的修改。因
此,详细的描述和附图在?#23616;?#19978;被认为是示例性的而不是限制性的。

附图的简要说明

在所附权利要求中阐述了题述技术的某些特征。然而,被包括以提供进一步的理
解的附图示出了所公开的各方面,并与说明书一起用于解释题述技术的原理。在附图中:

图1示出根据一些常规实现方式的用于提供描述符信息的常规系统的框图。

图2示出的是根据题述技术的一些实施方式的用于实?#31181;?#21253;描述符存储库的示例
性系统的框图。

图3概念性地示出了根据题述技术的某些方面的商家、描述符标签、一个或多个描
述符定义之间的示例关系。

图4示出了根据本技术的一些实施方式的提供众包描述符存储库服务的示例方
法。以及

图5示出了可以实现题述技术的一些方面的电子系统的示例。

详细说明

以下的详细说明旨在作为对题述技术各种配置的一种的说明,而不是表示可以实
施题述技术的仅有的配置。附图在此引入构?#19978;?#32454;说明的一部分。详细说明包括用于提供
对主题技术的更透彻理解的目的的具体?#38468;凇?#28982;而,应清楚和明显的是,题述技术不限于这
里所阐述的具体?#38468;冢?#24182;在没有这些?#38468;?#30340;情况下也可以实施。在一些实施方式中,以框图
形式示出结构和组件,以避免模糊题述技术的概念。

题述技术通过提供用于累积和组织描述符标签的储存库的装?#32654;?#35299;决上述需求。
然后,描述符标签与定义(“描述符定义”)相关联,以便为相关联的商家交易提供上下文信
息。通过为描述符标签提供补充信息,消费者、发卡机构、金融机构和/或支付方法/处理器
被提供有用于识别商家的准确且相关的信息以及相关联交易的原因。

在一些实施例中,描述符定义是众包的(例如,来自发卡机构,金融机构和/或消费
者等),或者作为来自描述符标签起源(即,商家)的直接反馈提供。随后,当评估商家交?#36164;?br />(例如,在信用卡或银行帐户对?#23454;?#19978;),由描述定义提供的在描述符标签上聚集的信息为
描述符标签提供附加的上下文信息,以帮助识别相应购买。

可以为特定描述符标签提供多个描述符定义。在这种情况下,可以使用相关性或
质量排名来组织给定描述符标签的描述符定义(即,管理描述符定义之间的关联)。虽然可
以使用各种方法来执?#20449;?#21517;,包括但不限于自动的计算机排名,在某些方面,例如由诸如发
卡机构客户经理或客户服务雇员执行的人工排名。通过连续接收新的描述符定义、更新与
它们各自的描述符标签关联的质量排名,描述符存储库随着时间的推移而改进,从而提高
?#21496;?#24230;和相关性。

描述符定义质量可以使用计算机实现的和/或人工辅助的方法来确定。在某些方
面,确定描述符定义质量可以基于操作者提供的“赞成投票”(up-vote)指示,例如,指示特
定定义/?#38468;?#25104;功地帮助了客户识别相关联的商家交易。

另外,在一些实施方式中,描述符定义/?#38468;?#36136;量可以建立在自动更新或自适应的
机器学习模型的基础上。

如下面进一步详细?#33268;?#30340;,为特定描述符标签众包描述符定义的能力提供了优于
仅?#35272;?#20110;商家提供的描述符标签来提供交易上下文的常规实现方式的显著优点。

图1示出了常规系统100的示例,其中商家提供描述符标签。系统100包括消费者
102、支付卡110、商家112、发卡机构114、支付报表116和描述符定义120。如进一步所示,描
述符定义120由商家112创建/编辑,并提供给发卡机构114,例如,经由诸如因特网118的网
络。

实际上,发卡机构114向消费者102提供支付卡110,当消费者102使用支付卡110从
商家112进行购买时,包含购买的逐条记录(包括描述符标签)的支付报表116是随后使用支
付报表116提供给消费者102。

在消费者102不能理解购买的上下文,并且例如希望对相关费用提出异议的情况
下,消费者102可以向发卡机构114发起查询/异议。为了向消费者102提供附加的上下文,发
卡机构114可以(1)联系商家112,或(2)进行因特网搜索以确定是否能够?#19994;?#20851;于支付报表
116上的描述符标签的进一步信息。

在上述情况中,当为多个消费者执行相同的查找时,发卡机构114的总负担(例如,
为了搜索支付报表116的描述符标签的描述符定义)可能是巨大的。因此,实施题述技术的
各方面,使得多方能?#36824;?#29486;于描述符存储库或数据库,例如,维护用于各个商家的描述符标
签和描述符定义之间的?#25104;洌?#20854;提供用于相关联的金融交易的补充的上下文。

图2示出了根据本技术的一些实施方式的可用于实现描述符存储库212的系统200
的示例。如图所示,系统200包括消费者202、支付卡204、商家206、一个或多个发卡机构208、
交易报表210、描述符存储库212和数据库管理方214。

描述符存储库212可以包括标识与特定商家交易的描述符标签,以及与所述描述
符标签相关联的描述符定义,用于提供相关联的事务的上下文。在系统200所示的示例实现
中,多方具有管理、更新或贡献于描述符存储库212的能力。具体地,发卡机构208、商家206
和数据库管理方214各自具有添加/更新描述符定义和/或由描述符存储库212维护的描述
符定义/描述符标签?#25104;?#30340;能力。

根据实现方式,添加/编辑或移除特定描述符标签所必需的访问权限可以被限制
到特定方。作为示例,商家206可以是被授权向描述符存储库212添加描述符标签的唯一方,
而卡发行方208和/或数据库管理方214可以具有管理和更新描述符定义及其相应描述符标
签关联的权利。通过使多方能够向描述符存储库212贡献描述符定义,以及提供关于描述符
标记如何与描述符定义相关联的输入,描述符存储库212能够众包,从而从我的多方和源提
供的更新/反馈中受益。

在实际中,消费者202接收逐条记录了各种金融交易,诸如与商家206的交易的交
易报表210。所述交易报表210包含提供关于与商家206的交易的各种类型的信息的交易细
节。例如,交易?#38468;?#21487;以包括商家206的描述符标签,以及与描述符标签配对的初始描述符
定义,以向消费者202提供用于对应交易的附加上下文。在某些方面,由发卡机构208提供到
例如交易报表210上的交易?#38468;?#30452;接从商家206接收。然而,如图所示,描述符存储库212可
用于使用一个或多个附加描述符定义来为描述符标签提供附?#26377;?#24687;。

如系统200中所示,描述符存储库212可以包括发卡机构208、商家206和/或数据库
管理方214的聚合输入。应当理解,数据库管理方214可以是对描述符存储库具有访问权限
的任何一方,例如为了商家206、发卡机构208和/或消费者202的利益而管理、托管和/或维
护描述符存储库212的第三方。

在消费者202不理解在交易报表210上提供的?#38468;?#25110;者例如不记得从商家206购买
的情况下,消费者202将向发卡机构208发起查询。基于与消费者202的对话,发卡机构可以
具有向描述符存储库212提供反馈的能力,其提供?#31169;?#26131;报表210上与描述符标签一起初始
包含的描述符定义的相关性指示。作为示例,如果提供给描述符标签的初始描述符定义不
清楚、不准确,发卡机构208可以提供将用于重新组织描述符存储库的指示或“反对投票”
(down vote),使得更相关的描述符定义?#25104;?#21040;主题描述符标签。

可选地,如果所提供的描述符定义是准确且有帮助的,例如,在促进了客户查询的
解决时,发卡机构208可以提供所述描述符定义是高度相关的指示。以这种方式,基于描述
符定义的有效性的反馈可以用于更新/组织描述符存储库。

在某些实现方式中,其他方可以例如通过将最相关的描述符定义与相关联的描述
符标签进行关联来提供可以用于组织描述符存储库的反馈。除了系统200所示出的之外,商
家206和/或数据库管理方214都可以提供更新的描述符定义,或者提供手动对描述符定义
的相关性/有效性进行评分的反馈,从而影响相关联的描述符标签?#25104;洹?br />

虽然图2的系统200示出了各方可以直接编辑描述符存储库212或向其提供反馈的
实施例。在某些方面,描述符存储库的更新和管理由单方管理。作为示例,数据库管理方214
可以创建描述符存储库,以及管理描述符标签和描述符定义的更新以及数据库关联。任何
第三方,例如,消费者、商家和/或金融机?#22266;?#20379;的反馈可以由数据库管理方214仲裁。由此,
描述符存储库的服务或对其的访问可以由数据库管理方214提供,例如服务于商家206、发
卡机构208,和/或消费者202中的一个或多个。

在某些方面,可以使用机器学习实现来管理描述符定义和描述符标签之间的映
射。例如,与?#31995;?#30334;分比的客户查询相关联的描述符定义/标签对可以被自动地排名,以增
加最相关的描述符定义与描述符标签相关联的可能性。在其他实现中,自然语言分析可以
用于确定描述符定义/描述符标签关联的相对有效性或相关性。

图3示出了商家300、描述符标签305和描述符定义(例如,描述符定义1…描述符定
义N)之间的关系的示例。如图所示,商家300与(单个)描述符标签305相关联。然而,应当理
解,在其他示例中,商家300可以与附加的或不同的描述符标签相关联,其可以用于表示与
商家300的金融交易。

描述符标签305可以包括由商家300自行决定而包括的各种类型的信息。作为非限
制性示例,描述符标签305可以包括以下各项中的任何或全部:商家名称、地址、电话、位置、
商家口号或经营名称。相应地,描述符标签305可以包括向消费者提供上下文信息的信息,
消费者可以由此识别与商家300进行的金融交易。

如上所述,描述符标签305可以与一个或多个描述符定义相关联,其中每个描述符
定义由一或多方提供。描述符定义可以由商家提供,然而,本发明不限于特定来源。例如,描
述符定义1可以由商家300创建,并且描述符定义2可以由为商家300经纪支付服务的发卡机
构或金融机构(例如,上述的发卡机构208)创建。

如图所示,多个描述符定义可以与单个描述符标签相关联。在一些实施例中,描述
符定义和描述符标签(例如,描述符标签305)之间的?#25104;?#26159;基于在提供或解释商家300的金
融交易的起源或上下文时所确定的描述符定义的相关性。

描述符定义及其相应的描述符标签?#25104;?#21487;以被存储和保持在与商家300以及发卡
机构分离(并且独立于其维护)的数据库中,例如图2的系统200所示。凭借接收来自多个源
(众包)的描述符定义和相关性指示的能力,本技术的各方面提供了管理描述符存储库的自
适应的众包手段。

图4示出了用于实现本技术的各方面的示例方法400的步骤的流程图。方法400从
步骤402开始,其中例如由描述符数据库管理系统接收描述符标签。如上所述,描述符标签
与商家相关联,并用于在客户的交易报表上识别与商家相关联的金融交易。

在步骤404中,接收一个或多个描述符定义,其中至少一个描述符定义与在步骤
402中接收的描述符标签相关联。描述符定义可以包括可用于提供关于描述符标签和相应
的商家之间关联的上下文的任何类型的信息。

在某些实现方式中,一个或多个描述符标签可以包括相关性指示,例如,其为相应
描述符标签提供所指示的“相关性强度”。当分配和/或排名描述符定义并确定它们与特定
描述符标签的关联时,可以使用相关性强度的指示。作为示例,被确定为具有高“相关性强
度”的描述符定义可以被更高地排名,并且因此更可能响应于客户查询而与相应描述符标
签一起返回。

随后,在步骤406中,将描述符标签和描述符定义存储在数据库中,例如如上所述
的描述符存储库212。虽然对描述符存储库的贡献可以源自多个源(众包),但是可以有指定
用于控制描述符存储库的中央管理和操作的单个一方,例如Verifi,Inc。

在步骤408中,接收描述符定义的相关性指示,例如,为相关联的描述符标签提供
上下文/解释的相对有效性的指示。相关性指示基本上可以包括可用于确定一个或多个描
述符定义的相对有效性的任何类型的信息或信号。作为示例,相关性指示可以被提供为“赞
成投票”(up vote)或“反对投票”(down vote)。在其他实现方式中,相关性指示可以基于手
动的用户输入/反馈,其基于特定描述符定义解决客户不能识别与特定描述符标签的交易
相关的客户异议/查询的能力。

在步骤410中,基于在步骤408中接收的相关性指示,将一个或多个描述符定义与
描述符标签相关联。根据实现方式,描述符定义可以以不同的方?#25509;?#25551;述符标签相关联。例
如,在一些实现方式中,可以选择最相关的描述符定义(可能来自多个描述符定义中)与特
定描述符标签相关联。在另一实现方式中,多个描述符定义可以与单个描述符标签相关联。
在这种情况下,描述符定义关联的数量可以限于预定数量,例如前三个最相关的描述符定
义。

图5概念性地示出了一种电子系统500,通过其可以实现题述技术的一些实现方
式。电子系统500可以是基于处理器的电子设备,诸如计算机或被配置为托管、更新和/或管
理描述符存储库的服务器,诸如上面关于系统500所描述的。例如,这种电子系统可以包括
各种类型的计算机可读介质和用于各种其他类型的计算机可读介质的接口。如图所示,电
子系统500包括总线508、处理单元512、系统存储器504、只读存储器(ROM)510、存储设备
502、输入设备接口506、I/O接口514和网络接口516。

总线508笼统地表示可通信地连接电子系统500的多个内?#21487;?#22791;的所有系统、外围
设备和芯片组总线。例如,总线508将处理单元512与ROM 510,系统存储器504和存储设备
502可通信地连接。

从这些各种存储器单元,处理单元512获取要执行的指令和要处理的数据,以便执
行?#23616;?#39064;披露的过程。在不同的实现方式中,处理单元可以是单个处理器或多核处理器。
ROM 510存储处理单元512和电子系统的其他模块所需的静态数据和指令。另一方面,存储
设备502是?#21015;?#23384;储器设备。该设备是即使当电子系统500关?#24080;币?#23384;储指令和数据的非易
失性存储器单元。?#23616;?#39064;披露的一些实施方式使用大容量存储设备(诸如?#25490;?#25110;光盘及其
对应的?#25490;?#39537;动器)作为存储设备502。

其他实现方式使用可移动存储设备(诸如软盘、闪存盘及其对应的盘驱动器)作为
存储设备502。类似于存储设备502,系统存储器504是?#21015;?#23384;储器设备。然而,与存储设备
502不同,系统存储器504是?#36164;?#24615;?#21015;?#23384;储器,诸如随机存取存储器。系统存储器504存储
处理器在运行时所需的一些指令和数据。在一些实施方式中,?#23616;?#39064;披露的进程存储在系
统存储器504、存储设备502和/或ROM510中。例如,各种存储器单元包括用于根据一些实施
方式进行实验的指令。从这些各种存储器单元,处理单元512获取要执行的指令和要处理的
数据,以便执行一些实现方式的进程。

总线508还连接到输入和输出设备接口506和514,输入设备接口506使得用户能够
向电子系统传送信息和选择命令。与输入设备接口506一起使用的输入设备包括,例如,字
母数字键盘和指针设备(也称为“光标控制设备”)。输出设备接口414使能例如由电子系统
500产生的图像的显示。与输出设备接口414一起使用的输出设备可以包括,例如,打印机和
显示设备,诸如阴极射线管(CRT)或液晶显示器(LCD)。一些实现方式包括设备,例如既作为
输入设备又作为输出设备的触摸屏。

最后,总线508还通过网络接口416将电子系统500耦?#31995;?#32593;络(未示出)。以这种方
式,计算机可以是计算机网络的一部分,例如局域网(“LAN”),广域网(“WAN”)或内联网,或
诸如因特网的网络。电子系统500的任何或所有组件可以与?#23616;?#39064;公开的内容结合使用。

虽然本文提供的某些示例可以描述存储在存储器中的用户信息,但是用户可以从
存储器中?#22659;?#29992;户信息和/或选择防止用户信息存储在存储器中。在示例的方面中,用户可
以调整适当的隐私设置以选择性地限制存储在存储器中的用户信息的类型和/或选择存储
用户信息的存储器(例如,在用户设备上而不是在远程服务器上)。在示例的方面中,除非用
户特别提供或指示,否则用户信息不包括和/或共享用户的特定标识(例如,用户的名字)。

为了清楚说明,图示的系统实例被呈现为包括单独的功能块,包括标记为“处理
器”的功能块。这些块表示的功能可以通过使用共享或专用硬件来提供,包括但不限于:能
够执行软件和硬件的硬件,诸如处理器512,其专用于作为等同于在通用处理器上执行的软
件来操作。

应当理解,所公开的过程中的步骤的任何特定顺序或层次是示例性方法的说明。
基于设?#30772;?#22909;,应当理解,可以重新排列过程中的步骤的特定顺序或层次,或者仅执行所示
步骤的一部分。可以同时执行一些步骤,例如,在某些情况下,多任务和并行处理可能是有
利的。

此外,上述实施例中的各种系统组件的分离不应被理解为在所有实施例中都需要
这样的分离,并且应当理解,所描述的程序组件和系统通常可以一起集成在单个软件产品
中或封装到多个软件产品。

提供前面的描述以使所属领域的任一技术人员能够实现本文中所描述的各种方
面。对这些方面的各?#20013;?#25913;对于所属领域的技术人员将是显而易见的,并且本文定义的一
般原理可以应用于其他方面。因此,权利要求并不旨在限于本文所示的方面,而是符合与语
言要求一致的全部范围,其中,以单数形式提及的元件不旨在表示“一个且仅一个?#20445;?#38500;非特
别地如此声明,而是表示“一个或多个”。

诸如“方面”的短语不意味着这样的方面对于题述技术是必要的,或者这样的方面
适用于题述技术的所有配置。与一方面相关的公开内容可以应用于所有配置或一个或多个
配置。诸如方面的短语可以指一个或多个方面,反之亦然。诸如“配置”的短语不意味着这种
配置对于本技术是必要的,或者这种配置适用于本技术的所有配置。与配置相关的公开内
容可以应用于所有配置或一个或多个配置。诸如配置的短语可以指一个或多个配置,反之
亦然。

词语“示例性”在本文中用于表示“用作示例或说明”。本文中描述为“示例性”的任
何方面或设计不一定被解释为相对于其他方面或设计是优选的或有利的。

关于本文
本文标题:全局描述符存储库.pdf
链接地址:http://www.pqiex.tw/p-6091846.html
关于我们 - 网站声明 - 网?#38236;?#22270; - 资源地图 - 友情链接 - 网站客服 - 联系我们

[email protected] 2017-2018 zhuanlichaxun.net网站版权所有
经营许可证编号:粤ICP备17046363号-1 
 


收起
展开
平码五不中公式规律 非凡炸金花玩的人多吗 河南快3赚钱 河南快3一定牛 欢乐斗棋牌捕鱼辅助 香港博彩堂6码工作室 澳门乐百家规则 重时时彩现场开奖号码 有没有网上帮人做作业赚钱 pk10网页杀码全天计划 财神棋牌游戏 彩888下载