客户视图的获取方法、装置及存储介质与流程

1.本公开涉及人工智能识别分类技术领域，尤其涉及一种客户视图的获取方法、装置及存储介质。


背景技术：

2.目前，线上消费服务越来越便捷，客户可进行的业务数量和业务种类快速增长，对金融行业信息化系统提出了新要求，其中包含客户视图的功能性及非功能性需求。
3.相关技术中，需要根据客户的业务需求从数据库访问数据，并生成客户视图，由于当前业务数量和种类增多，需多次访问数据库，导致生成客户视图的速度较慢，影响客户体验。


技术实现要素：

4.本公开提供一种客户视图的获取方法、装置及存储介质。本公开的技术方案如下：
5.根据本公开实施例的第一方面，提供一种客户视图的获取方法，包括：
6.根据客户请求进行安全校验。
7.根据客户请求获取账户信息。
8.根据所述账户信息对所述缓存信息进行时效性检验；
9.根据所述时效性检验的结果生成客户视图。
10.可选的，所述根据客户请求进行安全校验，包括：
11.根据所述客户请求进行路由操作。
12.根据所述客户请求进行校验。
13.可选的，所述根据所述客户请求进行路由操作，包括以下的至少一项：
14.根据流控策略路由。
15.根据法人编号路由。
16.根据系统可用性路由。
17.可选的，所述根据所述客户请求进行校验，包括以下的至少一项：
18.进行柜员操作权限校验。
19.进行交易日期校验。
20.进行请求报文安全头校验。
21.可选的，所述根据客户请求获取账户信息，包括：
22.根据客户请求读取客户信息表以获取身份信息。
23.根据客户请求读取账户关系表以获取账户信息，其中所述账户信息包括客户主体所关联的贷款账户，及所述贷款账户中的主借款人信息、关联借款人信息和担保人信息。
24.可选的，所述根据所述账户信息对所述缓存信息进行时效性检验，包括：
25.如果所述缓存信息的更新时间和所述账户信息的交易时间一致，则确定所述缓存信息具备时效性，并根据所述缓存信息中的账户数据表生成所述客户视图；
26.如果账户缓存信息的更新时间和所述账户信息的交易时间不一致，则确定所述缓存信息不具备时效性，并根据所述账户信息中的账户数据表生成客户视图。
27.可选的，所述根据所述账户信息中的账户数据表生成客户视图，包括：
28.根据贷款账户的贷款账号id从数据库获取所述账户数据表；
29.根据所述账户数据表生成所述客户视图。
30.可选的，所述根据所述时效性检验的结果生成客户视图，包括：
31.将所述账户数据表重新排序；
32.根据客户类型将所述账户数据表分页；
33.根据所述账户信息中的贷款额度生成展示模型。
34.根据本公开实施例的第二方面，提供一种客户视图的获取装置，包括：
35.校验模块，用于根据客户请求进行安全校验；
36.获取模块，用于根据客户请求获取账户信息和缓存信息；
37.时效性验证模块，用于根据所述账户信息对所述缓存信息进行时效性检验；
38.视图生成模块，用于根据所述时效性检验的结果生成客户视图。
39.可选的，所述校验模块，包括：
40.路由子模块，用于根据所述客户请求进行路由操作；
41.校验子模块，用于根据所述客户请求进行校验。
42.可选的，所述路由子模块，包括以下的至少一项：
43.第一路由单元，用于根据流控策略路由；
44.第二路由单元，用于根据法人编号路由；
45.第三路由单元，用于根据系统可用性路由。
46.可选的，所述校验子模块，包括以下的至少一项：
47.第一校验单元，用于进行柜员操作权限校验；
48.第二校验单元，用于进行交易日期校验；
49.第三校验单元，用于进行请求报文安全头校验。
50.可选的，所述获取模块，包括：
51.身份获取子模块，用于根据客户请求读取客户信息表以获取身份信息；
52.账户获取子模块，用于根据客户请求读取账户关系表以获取账户信息，其中所述账户信息包括客户主体所关联的贷款账户信息，及所述贷款账户中的主借款人信息、关联借款人信息和担保人信息；
53.缓存获取子模块，用于根据所述客户请求获取缓存信息。
54.可选的，所述时效性验证模块，包括：
55.第一验证子模块，如果所述缓存信息的更新时间和所述账户信息的交易时间一致，则确定所述缓存信息具备时效性，并根据所述缓存信息中的账户数据表生成所述客户视图；
56.第二验证子模块，如果账户缓存信息的更新时间和所述账户信息的交易时间不一致，则确定所述缓存信息不具备时效性，并根据所述账户信息中的账户数据表生成客户视图。
57.可选的，所述第一验证子模块，包括：
58.数据表获取单元，用于根据贷款账户的贷款账号id从数据库获取所述账户数据表；
59.客户视图生成单元，用于根据所述账户数据表生成所述客户视图。
60.可选的，所述视图生成模块，包括：
61.排序子模块，用于将所述账户数据表重新排序；
62.分页子模块，用于根据客户类型将所述账户数据表分页；
63.展示子模块，用于根据所述账户信息中的贷款额度生成展示模型。
64.根据本公开实施例的第三方面，提供一种客户视图的获取装置，其特征在于，包括：
65.处理器；
66.用于存储所述处理器可执行指令的存储器；
67.其中，所述处理器被配置为执行所述指令，以实现如上述第一方面中任一项所述的客户视图的获取方法。
68.根据本公开实施例的第四方面，提供一种非临时性计算机可读存储介质，其特征在于，当所述存储介质中的指令由客户视图的获取装置的处理器执行时，使得所述客户视图的获取装置能够执行如上述第一方面中任一项所述的客户视图的获取方法。
69.根据本公开实施例的第五方面，提供一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据上述第一方面中任一项所述的客户视图的获取方法。
70.本公开的实施例提供的技术方案至少带来以下有益效果：
71.通过时效性检验判断缓存信息的时效性，如果缓存信息具备时效性，则可直接根据所述缓存信息生成客户视图，节省从数据库调取数据的时间，提高生成客户视图的效率。
72.根据客户的个性化需求生成对应的客户视图，提高客户视图的生成效率，满足不同客户的客户视图需求。应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
73.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。
74.图1是根据一示例性实施例示出的一种客户视图的获取方法的流程图。
75.图2是根据一示例性实施例示出的一种客户视图的获取方法的流程图。
76.图3是根据一示例性实施例示出的一种客户视图的获取方法的流程图。
77.图4是根据一示例性实施例示出的一种客户视图的获取方法的流程图。
78.图5是根据一示例性实施例示出的一种客户视图的获取方法的流程图。
79.图6是根据一示例性实施例示出的一种客户视图的获取装置的框图。
80.图7是根据一示例性实施例示出的一种客户视图设计方案的流程图。
81.图8是根据一示例性实施例示出的一种装置的框图。
具体实施方式
82.为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。
83.需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
84.客户视图(customer view，cv)：基于客户维度，以客户为中心所构建的贷款信息图谱，再通过客户视角展示。主要包含个人信息，贷款列表，账务详情，资产总览等。
85.非功能需求(nonfunctional requirements，nfr)：软件的功能性需求用来描述系统可完成的行为及功能，如订单查询功能可完成查询请求的路由及查询结果的返回与展示；软件的非功能需求用来描述系统的性能特点，如订单查询功能需在100ms内完成。
86.动户(movable,ma)：一般指经常有资金流动的账户，此处特指在日间完成了交易的贷款账户。
87.目前我国互联网发展及创新能力处于国际领先水平，互联网的功能逐渐由信息传递转换为提供便捷服务，近年来在线支付进一步推动了市场的消费升级。由此带来的互联网金融及消费金融市场快速发展，也催动着金融行业的服务升级。便捷的线上消费服务，更加开放的金融环境，刺激了金融活动的爆发和借贷市场的快速增长，由此对金融行业信息化系统提出了新要求，其中包含客户视图的功能性及非功能性需求。
88.变化主要包含：1.每位客户的贷款数目由2-3笔增长为5-10笔；2.贷款方式由以往的中长期贷款为主转变为分期消费贷/短期小微贷/个人快贷等；3.贷款日均交易量大幅增长。客户视图为客户实时提供全面的信息展示，已然成为重要功能的模块之一，这些改变给非功能需求带来极大的挑战。
89.因客户对应贷款账户平均数量增加，导致查询客户账务信息耗时更长，如查询单个账户信息平均耗时30ms，贷款均数由2个提升至4个，则均耗由60增加至120ms。
90.因产品丰富度增加，需关联查询的数据表增加导致每个账户查询耗时增加，如每次访问数据库建立连接需耗时3ms，由关联7个表提升至关联12个表，数据库访问耗时由21ms增加至36ms。
91.交易量增加导致交易复杂度提升，交易耗时增加，如某账户完成了还款交易，则该账户结清金额需重算，重算将增加耗时。由此导致构建客户视图模型耗时难以满足系统非功能需求。
92.因此本发明提出的通过预缓存设计构建客户视图，通过增加夜间批量处理功能，将账户维度数据预缓存，需构建客户视图时，若缓存表数据最新则直接取数，只需关联缓存表即可，大大降低响应耗时，满足系统非功能需求。
93.图1是根据一示例性实施例示出的一种客户视图的获取方法的流程图，如图1所示，包括以下步骤：
94.步骤101，根据客户请求进行安全校验。
95.本实施例中，客户通过不同的渠道端登录系统，系统既定策略路由交易请求至目标服务器。
96.路由筛选渠道一般分为三种，人工路由，规格路由和基于权重的路由，规则路由一般可以通过收集到的条件，进行数据库查询的时候，自行匹配出合适的渠道，并完成优劣选择，这是最常用的方式，通过路由选择将客户请求发送至系统服务器。
97.步骤102，根据客户请求获取账户信息和缓存信息。
98.本实施例根据客户向服务器请求，服务器根据请求交易数据，读取客户信息表和账户关系表，获取客户信息和客户名下的贷款账户，并且读取缓存表及账户信息表数据。
99.步骤103，根据所述账户信息对所述缓存信息进行时效性检验。
100.本技术实施例中，如果所述缓存信息更新较为及时，则可以直接根据缓存信息生成客户视图，不用再向数据库请求数据。为了确定所述缓存信息的时效性，需要进行时效性检验。
101.如果所述缓存信息的更新时间和所述账户信息的交易时间一致，则确定所述缓存信息具备时效性，并根据所述缓存信息中的账户数据表生成所述客户视图；
102.如果账户缓存信息的更新时间和所述账户信息的交易时间不一致，则确定所述缓存信息不具备时效性，并根据所述账户信息中的账户数据表生成客户视图。
103.步骤104，根据所述时效性检验的结果生成客户视图。
104.本实施例中，通过客户信息，例如贷款人，主借款人，关联借款人等或者账户金额开户日期等数据与缓存表数据联动，生成客户视图。
105.本公开实施例中，根据缓存信息生成客户视图，避免客户较多时从数据库调度数据时间较长的问题，提高了生成客户视图的效率。通过增加缓存表及缓存处理作业，有效降低了因为账户增加而带来的构建视图耗时过长的问题。
106.图2是根据一示例性实施例示出的一种客户视图的获取方法的流程图，如图2所示，图1中步骤101还包括以下步骤：
107.步骤201，根据所述客户请求进行路由操作。
108.可选的，所述根据所述客户请求进行路由操作，包括以下的至少一项：
109.根据流控策略路由。
110.本实施例中，通过既定的流量控制规则，保证数据包通行的优先次序，避免了数据丢失。
111.根据法人编号路由。
112.本实施例中，根据客户的编号进行排序，保证数据包通行的优先次序。
113.根据系统可用性路由。
114.本实施例中，根据系统中路由的冗余度来选择路由，可以提高网络的可用性。
115.本公开实施例对系统中路由做了规则限定，避免数据在传输途中丢失，保证了数据的有序传输。
116.步骤202，根据所述客户请求进行校验。
117.可选的，所述根据所述客户请求进行校验，包括以下的至少一项：
118.进行柜员操作权限校验。
119.本实施例中，在柜台处，通过人工或者系统，对客户信息数据进行校验。
120.进行交易日期校验。
121.本实施例中，对客户账户中信息数据的时间进行校验，看是否有差错。
122.进行请求报文安全头校验。
123.本实施例中，ip数据包由ip报文头和ip报文用户数据组成，ip报文头的长度一般在20到60个字节之间，报文头的前20个字节是固定的，后面的可变。对报文头部进行校验，保证数据完整性，提高传输可靠性。
124.公开实施例对客户请求的数据包进行校验处理，分别从柜台，交易日期及报文头部校验，保证了数据的完整性，可以及时发现传输中数据出现的错误。
125.图3根据一示例性实施例示出的一种客户视图的获取方法的流程图，如图3所示，图1中步骤102还包括以下步骤：
126.步骤301，根据用户请求读取客户信息表以获取身份信息。
127.本实施例中，系统根据客户发起的请求，读取客户数据包即信息表，来获取客户的信息，比如名字，性别，民族，生日等数据。
128.步骤302，根据客户请求读取账户关系表以获取账户信息，其中所述账户信息包括客户主体所关联的贷款账户信息，及所述贷款账户中的主借款人信息、关联借款人信息和担保人信息。
129.本实施例中，在客户身份信息中，读取客户在贷款方面的数据，包括主借款人，关联借款人及担保人的信息数据，信息数据包括贷款金额，贷款日期等。
130.步骤303，根据所述客户请求获取缓存信息。
131.根据客户请求，通过系统读取账户贷款缓存信息，缓存信息可选的为客户上次登陆系统时系统保存的档案信息，包含客户的身份信息和贷款账户信息。
132.图4根据一示例性实施例示出的一种客户视图的获取方法的流程图，如图4所示，所述方法包括以下步骤：
133.步骤401，根据贷款账户的贷款账号id从数据库获取所述账户数据表。
134.本实施例中，通过读取交易数据，将贷款账号id作为key，关联相关数据表，获取账户信息。如一级分行号，币种，最初放款金额，申请渠道代码，开户日期，原始合同到期日等基础数据直接使用，其余的计息组数据，逾期信息，结清金额等数据需重新计算。
135.步骤402，根据所述账户数据表生成所述客户视图。
136.本实施例中，通过步骤401获取的账户数据包，组装获取的数据，通过后续的处理，生成面向调用方的客户视图。
137.本公开实施例在缓存数据无效的情况下，通过对账户信息的提取，通过关联初始数据表并且计算逾期信息等新数据，生成客户端需要的客户视图，并且完成了缓存数据的更新。
138.图5一示例性实施例示出的一种客户视图的获取方法的流程图，如图5所示，所述方法包括以下步骤：
139.步骤501，将所述账户数据表重新排序。
140.本实施例中，并行查询结果重新排序可防止因数据库阻塞，系统等待等造成的返回账户列表顺序不一致。
141.步骤502，根据客户类型将所述账户数据表分页。
142.本实施例中，根据不同渠道展示方案按需分页。
143.步骤503，根据所述账户信息中的贷款额度生成展示模型。
144.本实施例中，汇总贷款待还总额，初始总额，快贷/小微贷/消费贷总额度更全面构建客户借贷模型既可展示也满足相关交易需求。
145.本公开实施例对数据进行了最后的处理，将繁杂的数据进行排序分页，以框架等形式生成客户视图，便于客户查看。
146.图6根据一示例性实施例示出的一种客户视图的获取装置600的框图。参照图6，该装置包括校验模块610，获取模块620，时效性验证模块630和视图生成模块640。
147.校验模块610，用于根据客户请求进行安全校验；
148.获取模块620，用于根据客户请求获取账户信息和缓存信息；
149.时效性验证模块630，用于根据所述账户信息对所述缓存信息进行时效性检验；
150.视图生成模块640，用于根据所述时效性检验的结果生成客户视图。
151.可选的，所述校验模块，包括：
152.路由子模块，用于根据所述客户请求进行路由操作；
153.校验子模块，用于根据所述客户请求进行校验。
154.可选的，所述路由子模块，包括以下的至少一项：
155.第一路由单元，用于根据流控策略路由；
156.第二路由单元，用于根据法人编号路由；
157.第三路由单元，用于根据系统可用性路由。
158.可选的，所述校验子模块，包括以下的至少一项：
159.第一校验单元，用于进行柜员操作权限校验；
160.第二校验单元，用于进行交易日期校验；
161.第三校验单元，用于进行请求报文安全头校验。
162.可选的，所述获取模块，包括：
163.身份获取子模块，用于根据客户请求读取客户信息表以获取身份信息；
164.账户获取子模块，用于根据客户请求读取账户关系表以获取账户信息，其中所述账户信息包括客户主体所关联的贷款账户信息，及所述贷款账户中的主借款人信息、关联借款人信息和担保人信息；
165.缓存获取子模块，用于根据所述客户请求获取缓存信息。
166.可选的，所述时效性验证模块，包括：
167.第一验证子模块，如果所述缓存信息的更新时间和所述账户信息的交易时间一致，则确定所述缓存信息具备时效性，并根据所述缓存信息中的账户数据表生成所述客户视图；
168.第二验证子模块，如果账户缓存信息的更新时间和所述账户信息的交易时间不一致，则确定所述缓存信息不具备时效性，并根据所述账户信息中的账户数据表生成客户视图。
169.可选的，所述第一验证子模块，包括：
170.数据表获取单元，用于根据贷款账户的贷款账号id从数据库获取所述账户数据表；
171.客户视图生成单元，用于根据所述账户数据表生成所述客户视图。
172.可选的，所述视图生成模块，包括：
173.排序子模块，用于将所述账户数据表重新排序；
174.分页子模块，用于根据客户类型将所述账户数据表分页；
175.展示子模块，用于根据所述账户信息中的贷款额度生成展示模型。
176.图7是根据一示例性实施例示出的一种客户视图设计方案的流程图。
177.首先客户通过不同渠道端登陆，系统按照既定策略路由交易请求至目标服务器，并进行安全校验。安全校验包括对客户请求进行路由操作和校验操作。
178.其中路由操作，包括以下的至少一项：根据流控策略路由；根据法人编号路由；根据系统可用性路由。
179.其中校验操作，包括以下至少一项：进行柜员操作权限校验；进行交易日期校验；进行请求报文安全头校验。
180.接着根据客户请求获取账户信息和缓存信息；包括读取账户信息比如客户主体所关联的贷款账户信息，及所述贷款账户中的主借款人信息、关联借款人信息和担保人信息和缓存信息。
181.读取缓存表及账户信息表数据，判断缓存数据是否有效。两表联查，取缓存表中数据更新时间字段及账户信息表中最近交易时间字段，校验缓存数据是否依旧有效。若数据无效则以贷款账号为key，关联相关数据表，获取账户信息。如一级分行号，币种，最初放款金额，申请渠道代码，开户日期，原始合同到期日等基础数据直接使用，计息组数据，逾期信息，结清金额等数据需重新计算。
182.最后根据所述账户信息生成客户视图，完成后置处理包含账户列表排序，按需分页，账务数据累计处理等。并行查询结果重新排序可防止因数据库阻塞，系统等待等造成的返回账户列表顺序不一致；根据不同渠道展示方案按需分页；汇总贷款待还总额，初始总额，快贷/小微贷/消费贷总额度更全面构建客户借贷模型既可展示也满足相关交易需求。
183.最后组装数据构建客户视图，返回数据给调用方。
184.批处理作业流程包括：
185.1.作业编排：完成日终计息，逾期处理，总账处理及自动扣款等作业后，作为最后一个批处理作业，保证数据最新；
186.2.作业设计：作业启动后，账户信息表中全量账户，按序执行账户信息查询程序并更新缓存表；
187.3.处理逻辑：复用客户视图模块账户信息查询功能，对部分账户进行过滤后，联查相关表并更新数据；
188.本公开实例中通过增加缓存表及缓存处理作业，将客户视图构建过程中账户信息查询前移，有效降低了因账户增加等带来的构建视图耗时过长等问题；并且将批处理作业流程放置夜晚进行，可以分散系统资源消耗压力，降低日间开销，可实现系统的高可用性，并且将系统风险前移，可以降低系统的风险。
189.根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
190.图8示出了可以用来实施本公开的实施例的示例电子设备800的示意性框图。电子
设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。
191.如图8所示，设备800包括计算单元801，其可以根据存储在只读存储器(rom)802中的计算机程序或者从存储单元808加载到随机访问存储器(ram)803中的计算机程序，来执行各种适当的动作和处理。在(ram)803中，还可存储设备800操作所需的各种程序和数据。计算单元801、(rom)802以及(ram)803通过总线804彼此相连。输入/输出(i/o)接口805也连接至总线804。
192.设备800中的多个部件连接至i/o接口805，包括：输入单元806，例如键盘、鼠标等；输出单元807，例如各种类型的显示器、扬声器等；存储单元808，例如磁盘、光盘等；以及通信单元809，例如网卡、调制解调器、无线通信收发机等。通信单元809允许设备800通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
193.计算单元801可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元801的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元801执行上文所描述的各个方法和处理，例如所述基于区块链的数字身份核验方法。例如，在一些实施例中，所述基于区块链的数字身份核验方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元808。在一些实施例中，计算机程序的部分或者全部可以经由(rom)802和/或通信单元809而被载入和/或安装到设备800上。当计算机程序加载到(ram)803并由计算单元801执行时，可以执行上文描述的所述基于区块链的数字身份核验方法的一个或多个步骤。备选地，在其他实施例中，计算单元801可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行所述基于区块链的数字身份核验方法。
194.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
195.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
196.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供
指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
197.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
198.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本技术旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
199.应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。