传票文件自动入账方法、程序产品、可读介质和电子设备与流程

1.本技术涉及数据处理技术领域，尤其涉及一种传票文件自动入账方法、程序产品、可读介质和电子设备。


背景技术：

2.银行的业务种类繁多，银行系统内各业务的利润分配规则不同。参照图1，现有的银行系统中包括执行业务管理功能的业务部门100，以及面对个人或企业等处理具体事务的营业点200，业务部门100可以对各营业点200的相应业务利润相关信息进行统计和管理，该业务利润相关信息包括业务分配、绩效统计、利润分配等信息。其中各业务部门100所负责管理的业务类型有所不同，例如一些业务部门100负责贷款业务，有些业务部门100负责存款业务、投资业务等业务。营业点200则可以处理各个类型业务对应的具体办理事项。各业务部门100为各营业点200分配利润的过程，例如是业务部门100按照所负责业务类型对应的业务利润分配规则和各营业点的绩效，计算出各营业点的利润分配金额，然后基于利润分配金额生成包含有向各营业点转账交易信息的传票文件。之后，该业务部门100可以通过入账发起设备10向入账处理设备20发起转账交易(即发起入账操作)，入账处理设备20根据传票数据(即传票文件中的所有数据，包含上述转账交易信息)进行转账交易。
3.由于银行的营业点和业务部门众多，因此各业务部门100在进行利润分配时生成的传票文件数量也很多。而目前各业务部门100主要通过人工录入的方式向入账发起设备10输入传票数据时主要存在两方面的问题，一方面人工录入传票数据时容易出错且效率低下；另一方面，在传票数据有误的情况下，为了避免入账处理设备20基于有误的传票数据执行转账交易操作所造成的转账失败、转账错误等问题，通常还需要人工预检传票数据是否有误，该预检操作也会耗费大量人力成本和时间成本。
4.因此，需要针对人工对传票文件发起入账操作耗费时间、效率低下、且容易出错的问题，对传票文件入账方法进行改进。


技术实现要素：

5.本技术的一些实施例提供了一种传票文件自动入账方法、程序产品、可读介质和电子设备，以下从多个方面介绍本技术，以下多个方面的实施方式和有益效果可互相参考。
6.第一方面，本技术的实施方式提供了一种传票文件自动入账方法，该方法包括：入账设备获取业务端的多个传票文件；入账设备提取多个传票文件中的传票数据，并将提取到的传票数据合并至合并文件；入账设备从合并文件中选择出满足预设条件的传票数据，作为入账数据。通过上述传票文件自动入账方法，实现了传票文件的批量自动入账。并且通过将传票文件上的传票数据进行集中预检，即判断是否满足预设条件，提高了对传票文件的传票数据预检以及自动入账的操作效率，有利于节约人力成本，并且能够提高入账操作的准确率。
7.在上述第一方面的一种实现中，上述预设条件包括以下条件中的至少一项：所述
传票数据的数据格式正确；传票数据的数据值范围正确；传票数据的数据值正确；具有同一传票套号的传票文件的传票数据，在同一个币种维度的借款金额和贷款金额相等；具有同一传票套号的传票文件的传票数据中的明细记录的数量在一定阈值以内；具有同一传票套号的传票文件的传票数据所涉及的贸易区域的数量，在多借多贷的情况下不超过两个。需要说明的是，套号和编号均可以由字母、数字和符号中的至少一种组成。
8.在上述第一方面的一种实现中，入账设备获取业务端的多个传票文件，包括：入账设备从业务端接收到的多个传票文件中，选择出具有预设文件名格式的传票文件。
9.在上述第一方面的一种实现中，合并文件还包括各传票数据对应的传票文件的文件标识，并且各传票文件的文件标识与传票文件的传票数据存在对应关系。
10.在上述第一方面的一种实现中，入账设备从合并文件中选择出满足预设条件的传票数据，作为入账数据，包括：在业务端的系统码制与入账设备的系统码制不一样的情况下，入账设备将合并文件的码制从业务端的系统码制转换为用于执行入账的系统码制，得到转码后的合并文件。
11.在上述第一方面的一种实现中，传票数据包括传票文件套号、业务机构编号、科目编号、内部账编号、业务类别编号、币种编号、会计准则编号、借款金额和贷款金额中的至少一项。
12.在本技术的一些实施例中，上述数据格式正确包括一个传票文件中的传票数据中未同时包括科目编号和内部账编号，以及传票文件套号、业务机构编号、科目编号、内部账编号、业务类别编号、币种编号、会计准则编号、借款金额和贷款金额等的数据值分别符合各自对应的数据格式。例如，传票文件套号的数据值不为空，数据值为阿拉伯数字等。
13.在本技术的一些实施例中，上述数据值范围正确包括传票文件套号、业务机构编号、科目编号、内部账编号、业务类别编号、币种编号、会计准则编号、借款金额和贷款金额等的数据值范围正确。例如，业务类别编号仅有01、02、03；若业务类别编号为010，则该数据值范围不在01-03之间，业务类别编号010的数据值范围不正确，若业务类别编号为01，则该数据值范围在01-03之间，业务类别编号01的数据值范围正确。例如，科目编号的数据值在一定的数据值范围内，则该科目编号的数据值范围是正确定的。
14.在本技术的一些实施例中，传票数据的数据值正确包括币种编号显示为人民币，借款金额和贷款金额均以人民币为单位。
15.在上述第一方面的一种实现中，入账设备从合并文件中选择出满足预设条件的传票数据，作为入账数据，包括：在传票数据不满足预设条件的情况下，入账设备生成传票数据不满足预设条件的第一标识，并标注传票数据不满足预设条件的原因；在传票数据满足预设条件的情况下，入账设备生成传票数据满足预设条件的第二标识。
16.在本技术的一些实施例中，传票文件的传票数据在预检失败后，生成文件名包含第一标识的预检失败文件；若传票文件的传票数据在预检成功后，生成文件名包含第二标识的预检成功文件。其中第一标识包含传票数据对应的传票文件的标识，如传票文件的文件名。如此基于第一标识可以识别到传票文件，以及识别到合并文件中包含传票文件名的传票数据，则确定所识别到的合并文件中的传票数据预检失败。
17.在上述第一方面的一种实现中，入账设备基于合并文件中的传票数据，生成任务库表，其中，任务库表包含满足预设条件的传票数据的数量、检查状态、对应的传票文件的
文件名、对应的第一标识、对应的第二标识中的至少一种。
18.在上述第一方面的一种实现中，传票数据具有固定格式。
19.第二方面，本技术的实施方式提供了一种传票文件自动入账装置，该装置包括：获取模块、合并模块和选择模块，获取模块用于获取业务端的多个传票文件；合并模块用于将从多个传票文件中提取到的传票数据合并至合并文件；选择模块用于从合并文件中选择出满足预设条件的传票数据，以作为入账数据。
20.第三方面，本技术的实施方式提供了一种计算机程序产品，该计算机程序产品包括指令，指令用于实现如上所述的传票文件自动入账方法。
21.第四方面，本技术的实施方式提供了一种可读介质，可读介质上存储有指令，指令在电子设备上执行时使电子设备执行如上所述的传票文件自动入账方法。
22.第五方面，本技术的实施方式提供了一种电子设备，该电子设备包括：存储器，用于存储由所述电子设备的一个或多个处理器执行的指令，以及处理器，是所述电子设备的处理器之一，用于执行如上所述的传票文件自动入账方法。
附图说明
23.图1为根据本技术一些实施例的一种传票文件入账的场景图；
24.图2为根据本技术一些实施例的一种传票文件自动入账方法的实施流程图；
25.图3为根据本技术一些实施例的传票文件合并的示意图；
26.图4为根据本技术一些实施例的任务库表的示意图；
27.图5为根据本技术一些实施例的一种传票文件自动入账装置的结构示意图；
28.图6为根据本技术一些实施例的一种传票文件自动入账设备600的框图。
具体实施方式
29.本技术的说明性实施例包括但不限于一种传票文件自动入账的方法、程序产品、可读介质和电子设备。本技术技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。
30.为了解决目前银行系统中人工操作完成传票文件的入账过程耗费大量时间、并且效率低下、容易出错等问题，本技术实施例提供了一种传票文件自动入账的方法。该方法通过对需要入账的各传票文件进行合并处理，得到包含所有传票文件上的传票数据的合并文件，进而对该合并文件中的传票数据进行预检，以确定传票数据是否正确，再基于满足入账条件的传票数据(即正确的传票数据)生成入账文件，入账设备基于入账文件的传票数据完成自动入账过程。其中，上述入账设备例如至少包括图1所示的入账处理设备20。如此，本技术实施例所提供的传票文件自动入账方法，能够实现传票文件的批量自动入账，并且能够将传票文件上的传票数据进行集中预检，提高了传票文件的传票数据预检以及自动入账的操作效率，有利于节约人力成本，并且能够提高入账操作的准确率。其中正确的传票数据是指传票数据非空且有效(即正确)。
31.可以理解，在一些实施例中，传票数据可以包含传票文件套号、业务机构编号、科目编号、内部账编号、业务类别编号、币种编号、会计准则编号、借款金额和贷款金额中的至少一项。
32.为了更好地理解本方案的内容，下面对相关名词做出解释。
33.传票文件：一种会计记账凭证。记账凭证亦称分录凭证，又称记账凭单，按照登记账簿的要求、确定账户名称、记账方向和金额的一种记录，是登记明细分类账和总分类账的依据。当银行的会计凭证作为记账凭证使用的时候，因为要在银行内部进行传递，因此，记账凭证，又称作“传票”。
34.传票文件套号：用于标识一套完整的记账分录的标识号。一套完整的记账分录包括多个传票文件，每个传票文件有一个传票文件套号和一个套内序号(传票号)。
35.内部账编号：一种企业(如银行的客户)或银行部门(如下文银行的各营业点)等传票文件中单独使用的记账账号，用于识别企业或银行部门的传票文件。
36.科目：是对会计的具体内容进行分类核算的类别。传票文件中的科目编号代表科目的类别。
37.多借多贷：一笔资金的借方有多个科目而贷方也是多个科目。
38.贸易区域：包括多个自贸区和非自贸区，例如，xxx市xxx区的自贸区。
39.业务机构编号：用于识别业务执行机构的编号。例如用于识别银行的营业点的编号。
40.会计准则编号：用于识别各国会计记账准则的编号。
41.币种编号：用于识别币种的编号。
42.业务类别编号：用于识别传票所涉及的业务类别的编号，如银行业务。
43.center cut交易：即联机交易，是一种调用联机交易接口进行入账操作的交易模式。
44.参考上述图1所示的场景，例如银行的业务部门100包括业务部门a110、业务部门b120和业务部门c130，银行的营业点200包括营业点d210、营业点e220和营业点f230。
45.营业点200执行业务部门100的业务，各业务部门根据各营业点完成相应业务的情况分配利润(即图1所示步骤1.分配利润)。具体的，业务部门a110根据各营业网点完成相应业务a的情况进行分配利润，得到关于业务a利润分配的传票文件a1和传票文件a2，业务部门b120根据各营业网点完成相应业务b的情况进行分配利润，得到关于业务b利润分配的传票文件b1和传票文件b2；业务部门c130根据各营业网点完成相应业务c的情况进行分配利润，得到关于业务c利润分配的传票文件c1和传票文件c2。传票文件上的传票数据可以包含传票文件套号、业务机构编号、科目编号、内部账编号、业务类别编号、币种编号、会计准则编号、借款金额和贷款金额等，在此不做限制。
46.入账发起设备10需要获取各业务部门100对所管理的各营业点200进行的利润分配时所生成的传票文件上的传票数据，进而发起入账操作(即图1所示的步骤2.人工发起入账操作)；入账发起设备10发起入账操作后将将所获取的传票数据发送给入账处理设备20；入账处理设备20响应并执行入账发起设备10所发起入账操作，例如为各营业点打款(即图1中3.为营业点打款)。
47.基于图1所示的场景，下面结合图2至图4对本技术提供的传票文件自动入账方法的具体实施过程进行详细介绍。
48.图2为根据本技术一些实施例提供的一种传票文件自动入账方法的实施流程图，具体步骤如下。
49.s301：入账处理设备20扫描并合并多个传票文件，得到合并文件。其中多个传票文件由业务部门的业务人员通过入账发起设备10发送于入账处理设备20。
50.具体的，上述合并是指将多个传票文件的传票数据全部复制于一个文件的过程。示例性地，入账处理设备20通过调用rexx程序(一种文本处理工具)扫描包含预设命名格式的传票文件，获取传票文件的文件名清单。示例性地，入账处理设备20通过调用系统例程(执行合并多个传票文件的程序)，获取文件名清单中包含的传票文件的传票数据，并将各传票文件的传票数据合并到一个合并文件。
51.示例性地，各传票文件的传票数据具有固定格式的入账数据，以便于提高合并传票文件的处理速度。
52.示例性地，入账处理设备20在获取到合并文件后，修改已合并的传票文件的命名，并对已合并的传票文件进行备份。以便于将合并后的传票文件与未合并的传票文件的文件命名进行区分，避免后续扫描已合并的传票文件的文件命名，造成重复合并的问题。
53.例如，业务部门100通过入账发起设备10向入账处理设备20发送上述多个传票文件，其中多个传票文件具有预设命名格式，以供rexx程序扫描操作中自动识别到各传票文件。图3为根据本技术一些实施例的传票文件合并的示意图，如图3所示，传票文件的预设命名格式为：固定段+日期段+批次号段来命名，传票文件a1、传票文件a2、传票文件b1、传票文件b2、传票文件c1、传票文件c2的命名分别为：“入账+20210601+批次a1”，“入账+20210601+批次a1”,“入账+202105+批次b1”，“入账+202105+批次b2”，“入账+20210601+批次c1”，“入账+20210601+批次c2”，各传票文件对应的传票数据分别为：a1、a2、b1、b2、c1和c2。合并文件中包含各传票文件的命名和对应的传票数据，如“入账+20210601+批次a1”对应传票数据a1。
54.示例性地，入账处理设备20生成合并文件后，对合并文件进行转码，使得合并文件的编码符合后续入账系统的码制。
55.s302：入账处理设备20判断合并文件的内容是否为空。如果判断结果为是，则结束本流程；如果判断结果为否，则可以进入步骤s303，对合并文件进行预检。
56.示例性地，入账处理设备20先判断合并文件的内容是否为空，以避免基于空合并文件进行自动入账，造成入账步骤无效。如果判断合并文件的内容为空，则结束本流程。如果判断合并文件的内容不为空，则需要对合并文件进行预检处理，即进行下述步骤303。
57.s303：入账处理设备20预检合并文件的传票数据，生成预检结果文件。其中预检传票数据的是为了确定正确的传票数据，以用于在后续入账操作时，基于正确的传票数据进行入账操作，避免由于基于错误的传票数据进行入账操作，而造成入账操作完成了错误的转账交易，造成错误的利润分配。
58.示例性的，入账处理设备20预检的传票数据是否正确包括传票文件套号、业务机构编号、科目编号、内部账编号、业务类别编号、币种编号、会计准则编号、借款金额和贷款金额等内容的非空和有效性等检查。有效性检查包括整套传票文件按币种维度进行借贷平衡的有效性检查(即借款金额和贷款金额平衡检查)、数据格式有效性检查，例如数据格式有效性检查包括内部账编号的数字为24位，业务类别为英文字母等格式检查。
59.可以理解，预检结果文件包括两类预检结果文件，即预检成功文件和预检失败文件，其中，合并文件中的传票数据的预检成功时，生成内容为空的预检成功文件；在合并文
件中的传票数据的预检失败时，生成包含预检失败的传票数据和对应的失败原因的预检失败文件，其中预检成功文件和预检失败文件分别以各对应的传票数据对应的传票文件的命名来标识。如此，以便各业务部门获取预检结果文件，来确定该部门上传的传票文件是否进行了入账操作。并且预检成功文件为空和预检失败文件不为空，分别对预检成功和预检失败的传票数据起到了标识的作用，便于后续筛选预检成功的传票数据。
60.示例性地，入账处理设备20基于各传票文件生成一个对应的预检结果文件。预检结果文件用于工作人员查看预检结果和预检失败原因。
61.示例性地，入账处理设备20完成预检后，自动扫描每个合并文件的传票数据并基于处理步骤生成一条任务记录，将任务记录插入到自动入账任务库表中，以记录当前合并文件的记录数、任务状态、传票文件的文件名和预检结果文件的文件名等信息，供后续查询和维护。图4为根据本技术一些实施例的传票文件合并的示意图，如图4所示，任务库表包括记录数、任务状态、批次、预检结果文件名、合并文件名等字段。
62.上述记录数是指预检的传票数据对应的传票文件个数，任务状态用于标识当前合并文件是否经过预检中的哪个处理状态，如已预检。上述批次是指预检的批次，一个预检批次可以包括一个或多个合并文件的预检，如第一批次为对图3所示的合并文件进行预检。上述记录数为6，表示合并文件中有6条传票文件对应的传票数据。上述预检结果文件名是指改批次的合并文件产生的预检结果文件的文件名，如6条记录产生6个预检结果文件，预见结果文件名分别为：a1、a2、b1、b1、c1、c2。上述合并文件名为预检的合并文件的文件名。
63.示例性地，入账处理设备20将预检结果文件进行转码并发送至所需的部门，如业务部门、会计部门等，以供业务部门及时确认该部门传票文件相关的传票数据是否正确，以便业务部门及时修改错误的传票数据，后续再继续上传修改的传票数据，以用于入账操作。其中根据业务部门和会计部门的业务系统码制进行转码，以使各部门业务系统能够正常显示预检结果文件的内容。该码制即编码规则，不同的系统通常采用不同的码制将数据表达为计算机可运算存储的形式。系统无法识别不同于本系统码制的码制的数据。
64.s304：入账处理设备20基于预检结果文件，筛选出合并文件中满足入账条件的传票数据并存储至传票明细库的入账文件。如此，将符合入账条件的传票数据进行预先存储，以后续可以进入步骤s305，进行入账操作。
65.示例性地，入账处理设备20对预检失败文件和合并文件进行对比，以筛选出符合入账条件的传票数据(即预检成功文件对应的传票数据)，并将合并文件中符合入账条件传票数据存储至传票明细库，生成仅包含符合入账条件传票数据的入账文件。例如，入账处理设备20调用计算机系统批处理程序，按照顺序读取合并文件中的每条传票数据，与预检失败文件中的传票数据进行比对，确定合并文件中符合入账条件传票数据，并将符合入账条件传票数据存储到传票明细库中的入账文件。
66.示例性地，入账处理设备20在上述筛选符合入账条件传票数据的过程中，更新上述任务库表中相应传票数据的任务状态和记录数等信息。
67.示例性地，入账处理设备20得到上述包含满足入账条件的传票数据的入账文件后，直接进入步骤s305，进行入账操作。
68.示例性地，入账处理设备20得到上述包含满足入账条件的传票数据的入账文件后，判断是否需要进行人工复核。例如，入账处理设备20预先设置用于判断入账文件是否需
要人工复核的程序，以进一步确定入账文件中的传票数据是否正确。若判断入账文件中的传票数据需要进一步审核，则入账处理设备20将任务库表信息和每个任务库表中的预检结果文件(包含入账文件中的传票数据的预检结果信息)发送于业务部门的工作人员的电子设备，以供工作人员审核，入账处理设备20接收到审核人员确认入账文件中的传票数据无误的信息后，再进行步骤s305中的入账操作；若不需要进一步确认入账文件的传票数据是否正确，在执行完上述步骤s304之后，进入步骤s305，入账处理设备20基于入账文件的传票数据发起入账。具体的，各业务部门的工作人员可以通过工作人员的电子设备的前端界面交易查询任务库表信息及每个任务库表中的预检结果文件。
69.可以理解的是，本技术中可按业务需求灵活设置是否需要人工复核，如判断入账文件中的传票数据是否包含业务部门a110的传票数据，如判断入账文件中是否包含业务部门a110的内部账编号来判断是否包含业务部门a110的传票数据；仅在入账文件中包含业务部门a110的传票数据的情况下，判断需要对入账文件中的传票数据进行人工复核。如此使得在业务a需要进行严格的传票数据审核的条件下，实现对业务a相关的传票数据进行人工复核，而对于其他的业务类型的传票数据不进行人工复核，避免造成计算机数据处理的资源浪费。
70.s305：入账处理设备20基于入账文件中的传票数据发起入账操作。
71.示例性地，入账发起设备10基于上述任务库表中任务状态为已复核或自动入账(无需复核)的传票数据，从传票数据库下载相应的传票数据，如下载入账文件，并调用联机交易的接口，通过center cut模式自动输入传票数据(即自动入账操作)，如自动扫描入账文件中的传票数据，并输入传票数据至联机交易接口。如此通过自动识别传票数据，并通过联机交易接口，依次自动输入各传票数据至入账系统，实现了传票文件中的传票数据的批量自动入账。
72.s306：入账处理设备20执行入账操作。示例性地，入账设备20执行入账操作，即执行转账交易。
73.为了满足各部门工作人员需要检查入账结果的需求，在一些实施例中，入账设备20将入账操作得到的入账结果文件返还至各业务部门的入账发起设备10。如此各部门工作人员可以保存并随时检查入账结果。
74.示例性地，入账处理设备20预设第一时间段内接收业务部门100发送的多个传票文件，并在预设第二时间段内将多个传票文件合并，以及执行上述步骤s302至步骤s306所述的传票文件中的传票数据进行自动入账的方法。例如，设置工作日的工作时间“上午9点至下午4点”为上述第一时间段，设置工作日的休息时间“下午4点至第二日上午9点”为上述第二时间段，下午4点和上午9点作为时间点，定时进行预处理传票文件和自动入账的步骤，实现预处理的功能。
75.本实施例避免了在进行传票文件合并时又获取到新传票文件，造成合并传票文件的次数增多，而导致自动入账的效率低的问题。另外通过本实施例，还能够根据传票文件的数量，定量地设置合并文件的大小、处理定量的传票文件，提高批量入账操作的效率。
76.通过上述实施例实现了传票文件入账处理流程的自动化，即定时自动合并多个传票文件、自动预检、自动入账、自动推送入账结果等。如此支持对大批量传票文件进行自动入账操作，相较于单笔入账(上述人工入账)，入账效率大幅度提升。对于银行业务中传票文
件数据量大，无需较高时效性的业务都可以通过这种上述方法自动入账。另外可灵活设置每天处理上述传票文件自动入账的次数，以提高传票文件自动入账方法在时间上的灵活性，如按需求每天设定多个接收传票文件的时间段和执行传票文件自动入账的时间段。
77.图5为根据本技术一些实施例的一种传票文件自动入账装置的结构示意图。如图5所示，该装置500包括获取模块510、合并模块520和选择模块530。获取模块510用于获取业务端的多个传票文件；合并模块520用于将从多个传票文件中提取到的传票数据合并至合并文件；选择模块530用于从合并文件中选择出满足预设条件的传票数据，以作为入账数据。
78.本技术还提供一种计算机程序产品，该计算机程序产品包括指令，该指令用于实现如上所述的传票文件自动入账方法。
79.本技术还提供一种可读介质，该可读介质上存储有指令，该指令在电子设备上执行时使电子设备执行如上所述的传票文件自动入账方法。
80.本技术还提供一种电子设备，电子设备包括存储器，用于存储由电子设备的一个或多个处理器执行的指令，以及处理器，是电子设备的处理器之一，用于执行如上所述的传票文件自动入账方法。
81.现在参考图6，所示为根据本技术的一个实施例的传票文件自动入账设备600的框图。传票文件自动入账设备600可以由一个或多个电子设备实现。传票文件自动入账设备600可以包括一个或多个处理器602，与处理器602中的至少一个连接的系统控制逻辑608，与系统控制逻辑608连接的系统内存604，与系统控制逻辑608连接的非易失性存储器(nvm)606，以及与系统控制逻辑608连接的网络接口610。
82.处理器602可以包括一个或多个单核或多核处理器。处理器602可以包括通用处理器和专用处理器(例如，图形处理器，应用处理器，基带处理器等)的任何组合。在本文的实施例中，处理器602可以被配置为执行根据如图3-6所示的各种实施例的一个或多个实施例。
83.在一些实施例中，系统控制逻辑608可以包括任意合适的接口控制器，以向处理器602中的至少一个和/或与系统控制逻辑608通信的任意合适的设备或组件提供任意合适的接口。
84.在一些实施例中，系统控制逻辑608可以包括一个或多个存储器控制器，以提供连接到系统内存604的接口。系统内存604可以用于加载以及存储数据和/或指令。在一些实施例中传票文件自动入账设备600的内存604可以包括任意合适的易失性存储器，例如合适的动态随机存取存储器(dram)。
85.nvm/存储器606可以包括用于存储数据和/或指令的一个或多个有形的、非暂时性的计算机可读介质。在一些实施例中，nvm/存储器606可以包括闪存等任意合适的非易失性存储器和/或任意合适的非易失性存储设备，例如hdd(hard disk drive，硬盘驱动器)，cd(compact disc，光盘)驱动器，dvd(digital versatile disc，数字通用光盘)驱动器中的至少一个。
86.nvm/存储器606可以包括安装在传票文件自动入账设备600的装置上的一部分存储资源，或者它可以由设备访问，但不一定是设备的一部分。例如，可以经由网络接口610通过网络访问nvm/存储606。
87.特别地，系统内存604和nvm/存储器606可以分别包括：指令620的暂时副本和永久副本。指令620可以包括：由处理器602中的至少一个执行时导致传票文件自动入账设备600实施如图2所示的传票文件自动入账方法的指令。在一些实施例中，指令620、硬件、固件和/或其软件组件可另外地/替代地置于系统控制逻辑608，网络接口610和/或处理器602中。
88.网络接口610可以包括收发器，用于为传票文件自动入账设备600提供无线电接口，进而通过一个或多个网络与任意其他合适的设备(如前端模块，天线等)进行通信。在一些实施例中，网络接口610可以集成于传票文件自动入账设备600的其他组件。例如，网络接口610可以集成于处理器602的，系统内存604，nvm/存储器606，和具有指令的固件设备(未示出)中的至少一种，当处理器602中的至少一个执行所述指令时，传票文件自动入账设备600实现图2-5所示的各种实施例的一个或多个实施例。
89.网络接口610可以进一步包括任意合适的硬件和/或固件，以提供多输入多输出无线电接口。例如，网络接口610可以是网络适配器，无线网络适配器，电话调制解调器和/或无线调制解调器。
90.在一个实施例中，处理器602中的至少一个可以与用于系统控制逻辑608的一个或多个控制器的逻辑封装在一起，以形成系统封装(sip)。在一个实施例中，处理器602中的至少一个可以与用于系统控制逻辑608的一个或多个控制器的逻辑集成在同一管芯上，以形成片上系统(soc)。
91.传票文件自动入账设备600可以进一步包括：输入/输出(i/o)设备612。i/o设备612可以包括用户界面，使得用户能够与传票文件自动入账设备600进行交互；外围组件接口的设计使得外围组件也能够与传票文件自动入账设备600交互。在一些实施例中，传票文件自动入账设备600还包括传感器，用于确定与传票文件自动入账设备600相关的环境条件和位置信息的至少一种。
92.在一些实施例中，用户界面可包括但不限于显示器(例如，液晶显示器，触摸屏显示器等)，扬声器，麦克风，一个或多个相机(例如，静止图像照相机和/或摄像机)，手电筒(例如，发光二极管闪光灯)和键盘。
93.在一些实施例中，外围组件接口可以包括但不限于非易失性存储器端口、音频插孔和电源接口。
94.在一些实施例中，传感器可包括但不限于陀螺仪传感器，加速度计，近程传感器，环境光线传感器和定位单元。定位单元还可以是网络接口610的一部分或与网络接口610交互，以与定位网络的组件(例如，全球定位系统(gps)卫星)进行通信。
95.可以理解的是，本发明实施例示意的结构并不构成对传票文件自动入账设备600的具体限定。在本技术另一些实施例中，传票文件自动入账设备600可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。
96.可将程序代码应用于输入指令，以执行本文描述的各功能并生成输出信息。可以按已知方式将输出信息应用于一个或多个输出设备。为了本技术的目的，处理系统包括具有诸如例如数字信号处理器(dsp)、微控制器、专用集成电路(asic)或微处理器之类的处理器的任何系统。
97.程序代码可以用高级程序化语言或面向对象的编程语言来实现，以便与处理系统
通信。在需要时，也可用汇编语言或机器语言来实现程序代码。事实上，本文中描述的机制不限于任何特定编程语言的范围。在任一情形下，该语言可以是编译语言或解释语言。
98.至少一个实施例的一个或多个方面可以由存储在计算机可读存储介质上的表示性指令来实现，指令表示处理器中的各种逻辑，指令在被机器读取时使得该机器制作用于执行本文所述的技术的逻辑。被称为“ip核”的这些表示可以被存储在有形的计算机可读存储介质上，并被提供给多个客户或生产设施以加载到实际制造该逻辑或处理器的制造机器中。
99.在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本技术的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
100.类似地，应当理解，为了精简本技术并帮助理解各个发明方面中的一个或多个，在上面对本技术的示例性实施例的描述中，本技术的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本技术要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本技术的单独实施例。
101.本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的替代特征来代替。
102.此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本技术的范围之内并且形成不同的实施例。例如，在权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。