数据文件切片方法、设备和介质与流程

1.本公开的实施例总体涉及文件处理领域，并且更具体地涉及一种一种数据文件切片方法、设备和介质。


背景技术：

2.在用计算机进行诸如数据采集、数据准备和数据迁移等(尤其是涉及金融领域数据的数据采集、数据准备和数据迁移等)的过程中，经常需要对相关的数据文件进行一定的处理。例如，对于包含敏感数据的数据文件，需要将该数据文件加密保存在特殊介质上后再物理提交到指定的数据采集点。另外，在需要将来自不同数据源的各种数据文件保存到某个数据库中时，由于这些数据文件的格式(例如输出格式)和大小通常各不相同，因此需要对这些数据文件进行一定的数据格式处理和加工后才能最终入库。
3.目前，通常使用linux环境下的awk文件处理工具或者windows环境下的诸如ultraedit之类的文本分析器来对待处理数据文件进行处理，这些工具通常都是将待处理数据文件中包括的记录按行的顺序读入计算设备，并逐行对其进行串行处理。但是，由于在金融领域使用的数据文件经常是gb或tb或更高量级的大数据文件，如果这种逐行的方式对这样的大数据文件进行处理，将导致文件处理效率非常低下。因此，如果可以根据合适的文件切片大小将这样的数据文件切分成多个文件切片，然后再以文件切片为单位对该数据文件进行并行处理，将有助于大大提高数据文件的处理效率。


技术实现要素：

4.针对上述问题，本公开提供了一种数据文件切片方法、设备和介质，使得有助于进一步提高数据文件的处理效率。
5.根据本公开的第一方面，提供了一种数据文件切片方法，包括：获取分配给当前java虚拟机的最大空闲内存，所述java虚拟机用于对待处理数据文件进行处理；通过以迭代方式对所述java虚拟机的最大空闲内存利用率的倒数进行训练来确定所述java虚拟机的最大空闲内存利用率；基于所述最大空闲内存以及所确定的最大空闲内存利用率，确定文件切片大小；以及基于所确定的文件切片大小对所述待处理数据文件进行切片，以便以切分得到的文件切片为单位对所述待处理数据文件进行处理。
6.根据本公开的第二方面，提供了一种计算设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行本公开的第一方面的数据文件切片方法。
7.在本公开的第三方面中，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中所述计算机指令用于使计算机执行本公开的第一方面的数据文件切片方法。
8.在一些实施例中，以迭代方式对所述java虚拟机的最大空闲内存利用率的倒数进行训练包括：a.设置最大空闲内存利用率的倒数的初始值以作为第一值，以便基于所述第
一值和所述最大空闲内存确定第一文件切片大小；b.基于所述第一文件切片大小，对样本数据文件切片后进行第一处理，以确定所述第一处理所花费的第一时长；c.基于所述第一值确定关于所述倒数的第二值，以便基于所述第二值和所述最大空闲内存确定第二文件切片大小；d.基于所述第二文件切片大小，对所述样本数据文件切片后进行第二处理，以确定所述第二处理所花费的第二时长，其中所述第一处理和所述第二处理涉及相同的处理任务；e.如果所述第一时长和所述第二时长之间满足预定条件，则取所述第一值和所述第二值之间的均值作为最大空闲内存利用率的所述倒数的训练结果，所述预定条件为所述第二时长大于所第一时长并且所述第二时长与所述第一时长之间的差值小于预定阈值；f.如果所述第一时长和所述第二时长之间不满足所述预定条件，则将所述第二值作为所述第一值，将所述第二文件切片大小作为第一文件切片大小，将所述第二时长作为第一时长，回到以上步骤c继续执行。
9.在一些实施例中，基于所确定的文件切片大小对待处理数据文件进行切片包括：根据预先定义的头切片节点行数，得到所述待处理数据文件的首个文件切片；基于所述首个文件切片的平均行字节数以及所确定的文件切片大小确定文件切片行数；根据所述文件切片行数对待处理数据文件进行切片，以得到所述待处理数据文件的后续文件切片。
10.在一些实施例中，所述样本数据文件的大小大于或等于1000m字节并小于4000m字节。
11.在一些实施例中，所述最大空闲内存利用率的倒数的初始值为64。
12.在一些实施例中，基于所述第一值确定关于所述倒数的第二值包括将所述第一值乘以预定倍数来得到所述第二值。
13.在一些实施例中，所述预定倍数为2倍。
14.在一些实施例中，所述预定阈值在0.5秒钟到1秒钟之间。
15.应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
16.结合附图并参考以下详细说明，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。在附图中，相同或相似的附图标注表示相同或相似的元素。
17.图1示出了用于实现根据本发明的实施例的数据文件切片方法的系统100的示意图。
18.图2示出了根据本公开的实施例的数据文件切片方法200的流程图。
19.图3示出了根据本公开的实施例的对java虚拟机的最大空闲内存利用率的倒数进行训练的方法300的流程图。
20.图4示出了根据本公开的实施例的基于所确定的文件切片大小对待处理数据文件进行切片的方法400的流程图。
21.图5示出了根据本公开的实施例的电子设备500的框图。
具体实施方式
22.以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种
细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
23.在本文中使用的术语“包括”及其变形表示开放性包括，即“包括但不限于”。除非特别申明，术语“或”表示“和/或”。术语“基于”表示“至少部分地基于”。术语“一个示例实施例”和“一个实施例”表示“至少一个示例实施例”。术语“另一实施例”表示“至少一个另外的实施例”。术语“第一”、“第二”等等可以指代不同的或相同的对象。下文还可能包括其他明确的和隐含的定义。
24.如上所述，目前，通常使用linux环境下的awk文件处理工具或者windows环境下的诸如ultraedit之类的文本分析器来对待处理数据文件进行处理，这些工具通常都是将待处理数据文件中包括的记录按行的顺序读入计算设备，并逐行对其进行串行处理。但是，由于在金融领域使用的数据文件经常是gb或tb或更高量级的大数据文件，如果这种逐行的方式对这样的大数据文件进行处理，将导致文件处理效率非常低下。因此，如果可以将这样的数据文件切分成多个文件切片，然后再以文件切片为单位对该数据文件进行并行处理，将有助于大大提高数据文件的处理效率。
25.在本公开中，文件切片大小指的是对待处理数据文件进行切分所得到的每一个文件切片的大小。通过研究发现，一方面，如果文件切片大小选取的过大，可导致用于处理数据文件的计算设备因为内存利用率过高而出现停顿(主线程有内存告警预判)，进而可导致处理过程的耗时过长。另一方面，如果文件切片大小选取的过小，则可导致频繁启动任务线程(线程启动有耗时)，并且也会导致频繁地写结果文件，进而也可导致处理过程的耗时不理想。因此，在本公开中，为了进一步提高数据文件的处理效率，以实现文件处理的耗时的最小化，选取合适的文件切片大小非常关键。
26.为了至少部分地解决上述问题以及其他潜在问题中的一个或者多个，本公开的示例实施例提出了一种数据文件切片方法，包括：获取分配给当前java虚拟机的最大空闲内存，所述java虚拟机用于对待处理数据文件进行处理；通过以迭代方式对所述java虚拟机的最大空闲内存利用率的倒数进行训练来确定所述java虚拟机的最大空闲内存利用率；基于所述最大空闲内存以及所确定的最大空闲内存利用率，确定文件切片大小；以及基于所确定的文件切片大小对所述待处理数据文件进行切片，以便以切分得到的文件切片为单位对所述待处理数据文件进行处理。以此方式，使得有助于进一步提高数据文件的处理效率。
27.图1示出了用于实现根据本发明的实施例的数据文件切片方法的系统100的示意图。如图1所示，系统100可例如包括计算设备110、多个用户终端120-1、120-m至120-n以及网络130。计算设备110可以通过网络130与多个用户终端120-1、120-m至120-n进行数据交互。用户终端120-1至120-n可例如包括但不限于用户的移动终端、平板设备、个人计算机、膝上型计算机、台式计算机等，其可用于向计算设备110发出对包括待处理数据文件进行处理的操作请求。在本公开中，用户终端可以是计算设备110的一部分或者可以独立于计算设备110。
28.计算设备110可在接收到该操作请求之后，可用于对数据文件进行相应的处理。在本公开中，为了提高对数据文件的处理效率，计算设备110在对数据文件进行处理之前，需先确定文件切片大小，然后基于所确定的文件切片大小对待处理数据文件进行切片，以便
可以以切片得到的文件切片为单位对待数据处理文件进行处理。在一些实施例中，计算设备110可以包括至少一个处理器以及与该至少一个处理器耦合的至少一个存储器，该存储器中存储有可由该至少一个处理器执行的指令，其在被该至少一个处理器执行时执行如下所述的数据文件切片方法200。
29.图2示出了根据本公开的实施例的数据文件切片方法200的流程图。方法200可由如图1所示的计算设备110执行，也可以在图5所示的电子设备500处执行。应当理解的是，方法200还可以包括未示出的附加框和/或可以省略所示出的框，本公开的范围在此方面不受限制。
30.在步骤202，获取分配给当前java虚拟机的最大空闲内存。在本公开中，该java虚拟机用于对待处理数据文件进行处理。
31.在本公开中，分配给java虚拟机的最大空闲内存可以通过本领域公知的方法来获得，因此这里不再进行赘述。
32.在本公开中，待处理数据文件指的是包括多行数据记录的数据文件，在这样的数据文件中，每一行数据记录可被称为一个记录，并且不同记录之间是相互独立的。每一记录可包括与多个属性相关联的多个数据，每一属性可称为一个字段或域。
33.在步骤204，通过以迭代方式对java虚拟机的最大空闲内存利用率maxfreememrate的倒数进行训练来确定该java虚拟机的最大空闲内存利用率maxfreememrate。
34.通过使用同一计算设备110分别对多个不同的样本数据文件(例如，包含不同内容或结构的样本数据文件)执行相同的处理(例如，进行多线程的并行处理)，可发现对于不同的样本数据文件，导致耗时最小的空闲内存利用率maxfreememrate的值(即分配给用于运行该方法的java虚拟机的最大空闲内存利用率的值)基本上都落在同一个区间范围内。这说明最大该空闲内存利用率maxfreememrate的合理值与文件内容或文件结构关系不大，而仅与用于运行该方法的计算设备110的性能相关。也就是说，处理过程的耗时与每台计算设备110的内存读写、文件io、总线、cpu性能等相关，而这些性能又可通过最大空闲内存利用率maxfreememrate反映出来。因此，为了取合适的文件切片大小，需要先选取合适的最大空闲内存利用率maxfreememrate。
35.因此，在本公开中，通过基于样本数据文件以迭代方式对java虚拟机的最大空闲内存利用率的倒数进行训练来确定最大空闲内存利用率。下面将结合图3来对以迭代方式对java虚拟机的最大空闲内存利用率的倒数进行训练的方法作进一步更详细的描述。
36.在步骤206，基于最大空闲内存以及所确定的最大空闲内存利用率，确定文件切片大小。
37.在本公开中，文件切片大小是对待处理数据文件进行切分所得到的每一个文件切片所占的字节数，即待处理数据文件被划分给每一文件切片的多行记录所占的字节数。在一些实施例中，文件切片大小可使用以下公式(1)来确定：
38.slicebytes＝maxfreemem*maxfreememrate
ꢀꢀꢀꢀꢀꢀ
(1)
39.在以上公式(1)中，slicebytes指示文件切片大小(单位为字节数)，maxfreemem指示分配给java虚拟机的最大空闲内存，maxfreememrate指示该java虚拟机的最大空闲内存利用率。
40.在步骤208，基于所确定的文件切片大小对待处理数据文件进行切片，以便以切分得到的文件切片为单位对待处理数据文件进行处理。
41.在本公开中，由于所确定的文件切片大小是以字节为单位的，因此为了提高对文件进行切片的效率，从而进一步提高对文件进行处理的效率，可以先基于所确定的文件切片大小确定文件切片行数，然后再基于文件切片行数来对待处理文件进行切片。
42.在本公开中，文件切片行数指的是文件切片可包括的记录的数目。也就是说，文件切片行数指的是切分得到的文件切片可包括多少行数据记录。
43.在本公开中，以切分得到的文件切片为单位对待处理数据文件进行处理主要指的是以切分得到的文件切片为单位对待处理数据文件进行并行处理，由此可以进一步提高对数据文件进行处理的效率。例如，在对待处理数据文件进行切片的过程中，可以使用多个任务线程来分别对切片得到的多个文件切片并行进行处理，从而有助于进一步提高数据文件的处理效率。
44.下面将结合图4对步骤208作进一步更详细的描述。
45.图3示出了根据本公开的实施例的对java虚拟机的最大空闲内存利用率的倒数进行训练的方法300的流程图。方法300可由如图1所示的计算设备110执行，也可以在图5所示的电子设备500处执行。应当理解的是，方法300还可以包括未示出的附加框和/或可以省略所示出的框，本公开的范围在此方面不受限制。
46.在步骤302，设置最大空闲内存利用率的倒数的初始值以作为第一值，以便基于该第一值和最大空闲内存确定第一文件切片大小。
47.在本领域中，最大空闲内存利用率的倒数应该大于或等于64，再小可能会引发内存溢出的风险，因此在本公开的一些实施例中，可将该最大空闲内存利用率的倒数的初始值设为64，但是也可根据实际情况将该初始值设为更大的值。
48.在本公开中，第一文件切片大小可通过使用前面提到的公式(1)来基于以上确定的第一值的倒数和最大空闲内存(即步骤202中提到的最大空闲内存)来确定。
49.在步骤304，基于在步骤302确定的第一文件切片大小，对样本数据文件切片后进行第一处理，以确定该第一处理所花费的第一时长。
50.通过对不同行结构、相同大小的文件做相似复杂度处理的算法耗时比较和对相同行结构、不同大小的文件做相似复杂度处理的算法耗时比较，可看出除去一些机器性能的波动，本公开的数据文件处理方法对文件行结构不敏感，但对文件大小敏感，其对文件进行处理的耗时与相应文件的文件大小基本呈线性关系。因此，在本公开中，为了促成可训练得到合适的最大空闲内存利用率maxfreememrate的倒数，在训练时需要选取合适大小的样本文件，而样本文件的行结构差异则可忽略不计。例如，在本公开中，可选取大于或等于1000m字节并且小于4000m字节的数据文件作为用于训练最大空闲内存利用率maxfreememrate的样本数据文件。
51.另外，在进行训练时用于样本数据文件的第一处理的处理复杂度也应该尽可能的高，否则处理复杂度将退化为单纯合并文件，从而变得没有意义。例如，应尽量选取可覆盖数据文件所有可能的处理的第一处理。例如，步骤304中的第一处理可包括将样数据文件中的每一行记录从第一输出格式转换为自定义的第二输出格式、检测待处理文件是否包括冲突字符并对检测到的冲突字符进行处理、对待处理文件中的敏感数据进行加密等等。
52.另外，第一时长指的是对整个样本数据文件完成第一处理所花费的时长。
53.在步骤306，基于第一值确定关于最大空闲内存利用率的倒数的第二值，以便基于该第二值和最大空闲内存确定第二文件切片大小。
54.在一些实施例中，关于最大空闲内存利用率maxfreememrate的倒数的第二值可通过将第一值乘以预定倍数来得到。该预定倍数可例如为2倍。通过这种方式，有助于加快找到最合适的最大空闲内存利用率的倒数的速度。
55.在本公开中，第二文件切片大小可通过使用前面提到的公式(1)来基于以上确定的第二值的倒数和最大空闲内存(即步骤202中提到的最大空闲内存)来确定。
56.在步骤308，基于第二文件切片大小，对样本数据文件切片后进行第二处理，以确定该第二处理所花费的第二时长，其中第一处理和第二处理涉及相同的处理任务。
57.在本公开中，第二时长指的是对整个样本数据文件完成第二处理所花费的时长。
58.另外，在本公开中，步骤304中提到的第一处理和本步骤中的第二处理应该涉及相同的处理任务，这样相应的第一时长和第二时长才具有可比性。
59.在步骤310，确定第一时长和第二时长之间是否满足预定条件。在本公开中，该预定条件指的是第二时长大于第一时长并且第二时长与第一时长之间的差值小于预定阈值。
60.在本公开中，预定阈值取的越小则基于此训练得到的最大空闲利用率的倒数的准确性越高，但是可导致训练速度越慢，因此预定阈值的选取需要兼顾训练速度和训练结果的准确性。通常，可在考虑以上两者的情况下，根据实际使用的需求(例如，需要更快的得到训练结果还是需要更准确的训练结果)来对预定阈值进行选择。在一些实施例中，步骤310中提到的预定阈值可以取在0.5秒到1秒之间的值。例如，可将预定阈值取为0.5秒或1秒等。
61.在步骤312，如果确定第一时长和第二时长之间满足预定条件，则取第一值和第二值之间的均值作为最大空闲内存利用率的倒数的训练结果。
62.在步骤314，如果确定第一时长和第二时长之间不满足以上预定条件，则将第二值作为第一值，将第二文件切片大小作为第一文件切片大小，将第二时长作为第一时长，以回到以上步骤306继续执行(即进行下一次迭代的过程)。
63.通过以上训练方法，可以得到最大空闲内存利用率的倒数，由此相当于确定了最大空闲利用率。
64.在本公开中，为了能够找到最合适的最大空闲利用率，以便进一步提高数据文件的处理效率，可使用图3所示的方法300来基于样本数据文件进行多次训练，以分别得到关于最大空闲内存利用率的倒数的多个训练结果值，然后取该多次训练的多个训练结果值的均值来作为最大空闲内存利用率的倒数。
65.将使用本公开的以上训练算法确定的切片大小与不使用以上训练算法而采用传统的预设行数作为切片大小的算法耗时比较，可确定两种方法的耗时都与文件大小(除了文件行结构外的其他条件需要近似相同)基本呈线性关系，区别在于使用本公开的以上训练算法的线性斜率更低，即对同样大小的文件处理耗时更少。这体现了切片大小使用参数训练进行确定能进一步优化整体算法的效率。
66.另外，由于java虚拟机的最大空闲内存利用率可随着该java虚拟机的使用时间的长度而有所变化，因此为了确保结果的准确性，可每隔一段时间对最大空闲内存利用率的倒数重新进行训练。另外，对于不同大小的待处理数据文件，也可使用不同大小的样本数据
文件来训练相应的最大空闲内存利用率。
67.图4示出了根据本公开的实施例的基于所确定的文件切片大小对待处理数据文件进行切片的方法400的流程图。方法300可由如图1所示的计算设备110执行，也可以在图5所示的电子设备500处执行。应当理解的是，方法400还可以包括未示出的附加框和/或可以省略所示出的框，本公开的范围在此方面不受限制。
68.在步骤402，根据预先定义的头切片节点行数，得到待处理数据文件的首个文件切片。
69.在一些实施例中，除了待处理数据文件的首个文件切片之外，该待处理数据文件的所有后续文件切片可基于确定的文件切片大小按顺序一个一个地切分得到的。但是在确定文件切片大小之后，为了能够更快速地获得后续文件切片，可先将文件切片大小转换为文件切片行数，而文件切片行数的确定可利用该头切片节点行数来确定。
70.在本公开中，首个文件切片中所包含的记录的个数(即包括多少行的数据记录)可由开发者预先定义在相应程序的参数文件(即配置文件)中。
71.在步骤404，基于该首个文件切片的平均行字节数以及所确定的文件切片大小(即在步骤206确定的文件切片大小)确定文件切片行数。
72.在本公开中，首个文件切片的平均行字节数指的是该首个文件切片所包括的各个记录所占用的行字节数的均值。
73.在步骤406，根据在步骤404确定文件切片行数对待处理数据文件进行切片，以得到待处理数据文件的后续文件切片。
74.在本公开中，可根据在步骤404确定文件切片行数，一个接一个地从待处理数据文件中切片得到相应的后续文件切片，并将切片得到的各个文件切片放入待处理文件切片队列中，以供进行处理。
75.在本公开中，切分得到的每一后续文件切片所包括的记录的数目小于或等于该文件切片行数。具体地，在本公开中，除了待处理数据文件的最后一个文件切片之外，待处理数据文件的其他后续文件切片所包括的记录的数目都应该等于该文件切片行数。最后一个文件切片可包括小于该文件切片行数的记录，这取决于待处理文件的大小。
76.通过采用上述手段，使得在对待处理数据文件进行切片时，能够直接基于文件切片行数来切分得到相应的文件切片，因此得到文件切片的速度更快，而在切分过程中无需再进行进一步的计算。
77.图5示出了可以用来实施本公开内容的实施例的示例电子设备500的示意性框图。例如，如图1所示的计算设备110可以由电子设备500来实施。如图所示，电子设备500包括中央处理单元(cpu)501，其可以根据存储在只读存储器(rom)502中的计算机程序指令或者从存储单元508加载到随机存取存储器(ram)503中的计算机程序指令，来执行各种适当的动作和处理。在随机存取存储器503中，还可存储电子设备500操作所需的各种程序和数据。中央处理单元501、只读存储器502以及随机存取存储器503通过总线504彼此相连。输入/输出(i/o)接口505也连接至总线504。
78.电子设备500中的多个部件连接至输入/输出接口505，包括：输入单元506，例如键盘、鼠标、麦克风等；输出单元507，例如各种类型的显示器、扬声器等；存储单元508，例如磁盘、光盘等；以及通信单元509，例如网卡、调制解调器、无线通信收发机等。通信单元509允
许设备500通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
79.上文所描述的各个过程和处理，例如方法200-400，可由中央处理单元501执行。例如，在一些实施例中，方法200-400可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元508。在一些实施例中，计算机程序的部分或者全部可以经由只读存储器502和/或通信单元509而被载入和/或安装到设备500上。当计算机程序被加载到随机存取存储器503并由中央处理单元501执行时，可以执行上文描述的方法200-400的一个或多个动作。
80.本公开涉及方法、装置、系统、电子设备、计算机可读存储介质和/或计算机程序产品。计算机程序产品可以包括用于执行本公开的各个方面的计算机可读程序指令。
81.计算机可读存储介质可以是可以保持和存储由指令执行设备使用的指令的有形设备。计算机可读存储介质例如可以是――但不限于――电存储设备、磁存储设备、光存储设备、电磁存储设备、半导体存储设备或者上述的任意合适的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、静态随机存取存储器(sram)、便携式压缩盘只读存储器(cd-rom)、数字多功能盘(dvd)、记忆棒、软盘、机械编码设备、例如其上存储有指令的打孔卡或凹槽内凸起结构、以及上述的任意合适的组合。这里所使用的计算机可读存储介质不被解释为瞬时信号本身，诸如无线电波或者其他自由传播的电磁波、通过波导或其他传输媒介传播的电磁波(例如，通过光纤电缆的光脉冲)、或者通过电线传输的电信号。
82.这里所描述的计算机可读程序指令可以从计算机可读存储介质下载到各个计算/处理设备，或者通过网络、例如因特网、局域网、广域网和/或无线网下载到外部计算机或外部存储设备。网络可以包括铜传输电缆、光纤传输、无线传输、路由器、防火墙、交换机、网关计算机和/或边缘计算设备。每个计算/处理设备中的网络适配卡或者网络接口从网络接收计算机可读程序指令，并转发该计算机可读程序指令，以供存储在各个计算/处理设备中的计算机可读存储介质中。
83.用于执行本公开操作的计算机程序指令可以是汇编指令、指令集架构(isa)指令、机器指令、机器相关指令、微代码、固件指令、状态设置数据、或者以一种或多种编程语言的任意组合编写的源代码或目标代码，所述编程语言包括面向对象的编程语言—诸如smalltalk、c++等，以及常规的过程式编程语言—诸如“c”语言或类似的编程语言。计算机可读程序指令可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络—包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。在一些实施例中，通过利用计算机可读程序指令的状态信息来个性化定制电子电路，例如可编程逻辑电路、现场可编程门阵列(fpga)或可编程逻辑阵列(pla)，该电子电路可以执行计算机可读程序指令，从而实现本公开的各个方面。
84.这里参照根据本公开实施例的方法、装置(系统)和计算机程序产品的流程图和/或框图描述了本公开的各个方面。应当理解，流程图和/或框图的每个方框以及流程图和/
或框图中各方框的组合，都可以由计算机可读程序指令实现。
85.这些计算机可读程序指令可以提供给通用计算机、专用计算机或其它可编程数据处理装置的处理单元，从而生产出一种机器，使得这些指令在通过计算机或其它可编程数据处理装置的处理单元执行时，产生了实现流程图和/或框图中的一个或多个方框中规定的功能/动作的装置。也可以把这些计算机可读程序指令存储在计算机可读存储介质中，这些指令使得计算机、可编程数据处理装置和/或其他设备以特定方式工作，从而，存储有指令的计算机可读介质则包括一个制造品，其包括实现流程图和/或框图中的一个或多个方框中规定的功能/动作的各个方面的指令。
86.也可以把计算机可读程序指令加载到计算机、其它可编程数据处理装置、或其它设备上，使得在计算机、其它可编程数据处理装置或其它设备上执行一系列操作步骤，以产生计算机实现的过程，从而使得在计算机、其它可编程数据处理装置、或其它设备上执行的指令实现流程图和/或框图中的一个或多个方框中规定的功能/动作。
87.附图中的流程图和框图显示了根据本公开的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或指令的一部分，所述模块、程序段或指令的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
88.以上已经描述了本公开的各实施例，上述说明是示例性的，并非穷尽性的，并且也不限于所披露的各实施例。在不偏离所说明的各实施例的范围和精神的情况下，对于本技术领域的普通技术人员来说许多修改和变更都是显而易见的。本文中所用术语的选择，旨在最好地解释各实施例的原理、实际应用或对市场中的技术改进，或者使本技术领域的其它普通技术人员能理解本文披露的各实施例。