CN102567520B - 参照处理装置和参照处理方法 - Google Patents

Abstract

本发明提供一种参照处理装置和一种参照处理方法，其中，参照处理装置包括：档案获取模块，获取与用户的角色相关的档案；参照生成模块，根据所述与用户的角色相关的档案生成参照，并提供给所述用户。在该技术方案中，由于与用户角色相关的档案有较大地可能性被用户所使用，所以选取这些档案并生成参照，使得用户按有限的参照即可轻易查找到自己所需的档案，保证了查找效率。

Description

参照处理装置和参照处理方法

技术领域

本发明涉及计算机技术领域，具体而言，涉及一种参照处理装置和一种参照处理方法。

背景技术

目前，由于信息化技术的深入和行业的推广，以及信息***的基础数据多年的积累，某些行业的需求使得部分档案的数据量达百万级。当前用户使用基础数据参照(是指对于在单据里录入某个数据项时对该数据项在***里的快速查看方式)时，使用传统的技术方案只能保证在10万级的数量上使用，如缓存技术，由于数据量超过10万则会因数据量太大而导致客户内存溢出。即便客户端使用小型数据库，在参照对应档案的数据量比较多的情况下，客户***也会变的很慢。再如分页技术，虽然会提高参照的显示效率，但在海量数据下查找用户所需档案，会导致查找效率低或者增加使用复杂度，如增加了复杂的查找条件设置。

因此，需要一种新的技术方案，为用户提供用户所需档案的参照，能够保证用户可以通过参照高效地查找到其所需的档案，并且不会占用用户大量的客户端内存来缓存档案，也不会为用户提供了太多数量的参照，影响用户查询档案的效率。

发明内容

本发明所要解决的技术问题在于，需要一种新的技术方案，为用户提供用户所需档案的参照，能够保证用户可以通过参照高效地查找到其所需的档案，并且不会占用用户大量的客户端内存来缓存档案，也不会为用户提供了太多数量的参照，影响用户查询档案的效率。

有鉴于此，本发明提供一种参照处理装置，包括：档案获取模块，获取与用户的角色相关的档案；参照生成模块，根据所述与用户的角色相关的档案生成参照，并提供给所述用户。在该技术方案中，由于与用户角色相关的档案有较大的可能性被用户所使用，所以选取这些档案并生成参照，使得用户按有限的参照即可轻易查找到自己所需的档案，保证了查找效率。

在上述技术方案中，优选地，所述档案获取模块根据不同档案的创建时间和/或使用次数，获取与所述用户的角色相关的档案。在该技术方案中，新创建的档案、使用次数较多的档案，都是有较大可能被用户所使用到的，所以需要选取出来并为用户生成档案。

在上述技术方案中，优选地，所述档案获取模块在处理上游业务时，如果所述上游业务与所述用户的角色相关，则获取所述上游业务的单据所引用的档案作为与所述用户的角色相关的档案，并在处理完所述上游业务对应的下游业务时，不再将获取的档案作为与所述用户的角色相关的档案，和/或根据业务的单据的使用角色和/或使用次数，判断是否将所述业务的单据所引用的档案作为与所述用户的角色相关的档案。在该技术方案中，由于上下游业务的单据所引用的档案基本相同，所以在上游业务处理时，可以预先为下游业务的业务人员提供该档案的参照，以便于下游业务人员在处理下游业务时可以快速获取档案，同时，如果与用户工作相同或类似的其他人员对某档案使用较多时，则说明用户也有很大可能使用到该档案，所以有必要为用户提供该档案的参照。

在上述技术方案中，优选地，所述档案获取模块在服务端缓存中获取与所述用户的角色相关的档案；所述参照生成模块将所述服务端缓存中的与所述用户的角色相关的档案同步到所述用户的客户端缓存中，并生成所述参照。在该技术方案中，由于与用户相关的档案数据量较少，所以可以直接缓存到客户端内存中，便于提高用户查询档案的效率。

在上述技术方案中，优选地，还包括：档案记录模块，根据不同档案的更新情况，建立记录表对存在的档案进行记录，所述档案获取模块按所述记录表中的信息获取与所述用户的角色相关的档案。在该技术方案中，通过实现一个记录表，可以即时记录档案的变化情况，按该记录表可以快速获取与用户角色相关的档案。

本发明还提供一种参照处理方法，包括：步骤202，获取与用户的角色相关的档案；步骤204，根据所述与用户的角色相关的档案生成参照，并提供给所述用户。在该技术方案中，由于与用户角色相关的档案有较大的可能性被用户所使用，所以选取这些档案并生成参照，使得用户按有限的参照即可轻易查找到自己所需的档案，保证了查找效率。

在上述技术方案中，优选地，所述步骤202具体包括：根据不同档案的创建时间和/或使用次数，获取与所述用户的角色相关的档案。在该技术方案中，新创建的档案、使用次数较多的档案，都是有较大可能被用户所使用到的，所以需要选取出来并为用户生成档案。

在上述技术方案中，优选地，所述步骤202具体包括：在处理上游业务时，如果所述上游业务与所述用户的角色相关，则获取所述上游业务的单据所引用的档案作为与所述用户的角色相关的档案，并在处理完所述上游业务对应的下游业务时，不再将获取的档案作为与所述用户的角色相关的档案，和/或根据业务的单据的使用角色和/或使用次数，判断是否将所述业务的单据所引用的档案作为与所述用户的角色相关的档案。在该技术方案中，由于上下游业务的单据所引用的档案基本相同，所以在上游业务处理时，可以预先为下游业务的业务人员提供该档案的参照，以便于下游业务人员在处理下游业务时可以快速获取档案，同时，如果与用户工作相同或类似的其他人员对某档案使用较多时，则说明用户也有很大可能使用到该档案，所以有必要为用户提供该档案的参照。

在上述技术方案中，优选地，所述步骤202具体包括：在服务端缓存中获取与所述用户的角色相关的档案；所述步骤204具体包括：将所述服务端缓存中的与所述用户的角色相关的档案同步到所述用户的客户端缓存中，并生成所述参照。在该技术方案中，由于与用户相关的档案数据量较少，所以可以直接缓存到客户端内存中，便于提高用户查询档案的效率。

在上述技术方案中，优选地，所述步骤202具体包括：根据不同档案的更新情况，建立记录表对存在的档案进行记录，并按所述记录表中的信息获取与所述用户的角色相关的档案。在该技术方案中，通过实现一个记录表，可以即时记录档案的变化情况，按该记录表可以快速获取与用户角色相关的档案。

通过以上技术方案，可以实现一种参照处理装置和一种参照处理方法，为用户提供用户所需档案的参照，能够保证用户可以通过参照高效地查找到其所需的档案，并且不会占用用户大量的客户端内存来缓存档案，也不会为用户提供了太多数量的参照，影响用户查询档案的效率。

附图说明

图1是根据本发明的一个实施例的参照处理装置的框图；

图2是根据本发明的一个实施例的参照处理方法的流程图；

图3是根据本发明的一个实施例的参照处理方法的整体示意图；

图4是根据本发明的一个实施例的参照处理方法实现的参照配置界面；

图5是根据本发明的一个实施例的参照处理方法的工作流程图；

图6是根据本发明的一个实施例的参照处理方法的工作流程图；

图7是根据本发明的一个实施例的参照处理方法的工作流程图；

图8是根据本发明的一个实施例的参照处理方法的工作流程图；

图9是根据本发明的一个实施例的参照处理方法的工作流程图。

具体实施方式

为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明并不限于下面公开的具体实施例的限制。

图1是根据本发明的一个实施例的参照处理装置的框图。

如图1所示，本发明提供一种参照处理装置100，包括：档案获取模块102，获取与用户的角色相关的档案；参照生成模块104，根据所述与用户的角色相关的档案生成参照，并提供给所述用户。在该技术方案中，由于与用户角色相关的档案有较大的可能性被用户所使用，所以选取这些档案并生成参照，使得用户按有限的参照即可轻易查找到自己所需的档案，保证了查找效率。

在上述技术方案中，所述档案获取模块102根据不同档案的创建时间和/或使用次数，获取与所述用户的角色相关的档案。在该技术方案中，新创建的档案、使用次数较多的档案，都是有较大可能被用户所使用到的，所以需要选取出来并为用户生成档案。

在上述技术方案中，所述档案获取模块102在处理上游业务时，如果所述上游业务与所述用户的角色相关，则获取所述上游业务的单据所引用的档案作为与所述用户的角色相关的档案，并在处理完所述上游业务对应的下游业务时，不再将获取的档案作为与所述用户的角色相关的档案，和/或根据业务的单据的使用角色和/或使用次数，判断是否将所述业务的单据所引用的档案作为与所述用户的角色相关的档案。在该技术方案中，由于上下游业务的单据所引用的档案基本相同，所以在上游业务处理时，可以预先为下游业务的业务人员提供该档案的参照，以便于下游业务人员在处理下游业务时可以快速获取档案，同时，如果与用户工作相同或类似的其他人员对某档案使用较多时，则说明用户也有很大可能使用到该档案，所以有必要为用户提供该档案的参照。

在上述技术方案中，所述档案获取模块102在服务端缓存中获取与所述用户的角色相关的档案；所述参照生成模块104将所述服务端缓存中的与所述用户的角色相关的档案同步到所述用户的客户端缓存中，并生成所述参照。在该技术方案中，由于与用户相关的档案数据量较少，所以可以直接缓存到客户端内存中，便于提高用户查询档案的效率。

在上述技术方案中，还包括：档案记录模块106，根据不同档案的更新情况，建立记录表对存在的档案进行记录，所述档案获取模块102按所述记录表中的信息获取与所述用户的角色相关的档案。在该技术方案中，通过实现一个记录表，可以即时记录档案的变化情况，按该记录表可以快速获取与用户角色相关的档案。

图2是根据本发明的一个实施例的参照处理方法的流程图。

如图2所示，本发明还提供一种参照处理方法，包括：步骤202，获取与用户的角色相关的档案；步骤204，根据所述与用户的角色相关的档案生成参照，并提供给所述用户。在该技术方案中，由于与用户角色相关的档案有较大的可能性被用户所使用，所以选取这些档案并生成参照，使得用户按有限的参照即可轻易查找到自己所需的档案，保证了查找效率。

在上述技术方案中，所述步骤202具体包括：根据不同档案的创建时间和/或使用次数，获取与所述用户的角色相关的档案。在该技术方案中，新创建的档案、使用次数较多的档案，都是有较大可能被用户所使用到的，所以需要选取出来并为用户生成档案。

在上述技术方案中，所述步骤202具体包括：在处理上游业务时，如果所述上游业务与所述用户的角色相关，则获取所述上游业务的单据所引用的档案作为与所述用户的角色相关的档案，并在处理完所述上游业务对应的下游业务时，不再将获取的档案作为与所述用户的角色相关的档案，和/或根据业务的单据的使用角色和/或使用次数，判断是否将所述业务的单据所引用的档案作为与所述用户的角色相关的档案。在该技术方案中，由于上下游业务的单据所引用的档案基本相同，所以在上游业务处理时，可以预先为下游业务的业务人员提供该档案的参照，以便于下游业务人员在处理下游业务时可以快速获取档案，同时，如果与用户工作相同或类似的其他人员对某档案使用较多时，则说明用户也有很大可能使用到该档案，所以有必要为用户提供该档案的参照。

在上述技术方案中，所述步骤202具体包括：在服务端缓存中获取与所述用户的角色相关的档案；所述步骤204具体包括：将所述服务端缓存中的与所述用户的角色相关的档案同步到所述用户的客户端缓存中，并生成所述参照。在该技术方案中，由于与用户相关的档案数据量较少，所以可以直接缓存到客户端内存中，便于提高用户查询档案的效率。

在上述技术方案中，所述步骤202具体包括：根据不同档案的更新情况，建立记录表对存在的档案进行记录，并按所述记录表中的信息获取与所述用户的角色相关的档案。在该技术方案中，通过实现一个记录表，可以即时记录档案的变化情况，按该记录表可以快速获取与用户角色相关的档案。

本发明的一个实施例中，提出了一种参照处理方法，如图3所示，主要包括：步骤302，配置参照；步骤304，更新档案，包括档案变化配置档案内容、相关流程变化配置档案内容；步骤306，用户登录时缓存同步；步骤308，参照使用。

步骤302，配置参照：

首先下面要解释一下参照的概念，参照是指对于在单据里录入某个数据项时该数据项在***里的快速查看方式。本实施例的参照处理方法中，实现了配置参照的界面，可以通过其提供的一个参照名称找到***里对应的档案，具体如图4所示。

如可以在图4界面中，假设存货档案数量达到100万，在界面中全部启用常用、角色、新档案和头条四个类型，并配置800条记录，这时可以达到预定的使用效果(查询档案时没有延迟或等待的时间)。其中，可以设置存货档案006-IPhone4在录入10000次时，将其设置为常用档案，而对于005-IPad2也可以采用类似设置。

在本实施例中，要为“配置参照”界面上在所有“是否启用”上打勾，并设置相互之间相关或存在影响的单据和角色，并设置获取相关单据或角色的插件。插件是一种遵循一定规范的应用程序接口编写出来的程序。

如图5所示，参照配置的具体步骤包括：

步骤502，页签显示定义；

步骤504，各页签头条显示；

步骤506，各页签记录数定义；

步骤508，相关业务插件定义。

在以上步骤中对于不同页签，具体包括：

启用常用页签，是指显示操作者经常使用的档案的页签，按使用次数计，并根据使用场景来设置常用档案的记录数。

启用新档案页签，是指显示***新增的档案的页签，按录入档案的过期时间设置，同时计算是否常用，但在未过期之前不显示在常用档案里，过期时并入常用档案计算，并根据使用场景来设置相应的记录数。

启用热点页签，一类是指由***相关的业务导致用户角色操作下游业务会有使用的档案，该档案放入的页签为热点页签，并在下游业务使用过后，在热点页签下的档案中删除。同时计算该档案是否常用。而另外一类基于角色相关的档案是根据相关角色对档案的使用次数来进行淘汰和增加，并根据使用场景来设置相应的记录数。在启用热点页签时下面需设置相互之间相关或存在影响的单据和角色，并设置获取相关单据或角色的插件。

启用头条页签，是指将上面三个页签加上远程页签(管理服务端档案的参照)的头几行记录放在一页签里，并能按记录切换到其他页签里，可设置显示各业页签档案的行数。

步骤304，更新档案，首先是档案变化配置档案内容，如图6所示：

步骤602，档案产生变化；

步骤604，判断发生变化的档案是否为新档案；

步骤606，在该档案为新档案时，更新该档案的记录。

具体地，对于参照的配置结束后，现在就可以进行档案录入了，其中，PK为业务实体的主键。

1、档案新增并保存时，需要同时放到后台缓存(服务端缓存)里并记录时间戳。如在新增存货档案，编码008-名称IPad3，同步后台记录为新档案。

1.1、将档案类型、PK及时间戳写入前台(客户端数据库)中的缓存记录表；

1.2、在后台内存的缓存记录表中，增加相应的记录表。

2、修改档案时，更新后台缓存数据，同时更新时间戳。如修改存货档案，编码005-名称IPad2时，更新前台数据库和后台缓存的记录。

2.1、根据PK更新后台数据库的档案表；

2.2、根据PK更新后台的缓存记录表；

2.3、根据PK更新后台内存缓存记录表的镜像。

3、删除档案时同时删除后台缓存记录。如删除存货档案，编码001-名称Iphone1，除去相关记录。

3.1、删除相关基本档案；

3.2、根据档案PK，删除后台缓存记录；

3.3、根据档案PK，对后台内存缓存记录的镜像做删除标记。

相关流程变化配置档案内容的步骤如下：

业务流程中的参照处理如图7所示：

步骤702，进入单据；

步骤704，获取单据引用的档案参照；

步骤706，录入查询条件；

步骤708，启用多线程查询方式，查询用户所需的档案的参照；

步骤710，启用远程分页查询方式，查询用户所需的档案的参照；

步骤712，根据配置显示页签，并且分页显示档案的参照。

对于档案的配置结束后，就可以进行相关角色的业务录入。

第一种是上下游业务，如上游业务是销售业务(但非推式或直接推式)，下游业务是其相关业务，或上游业务是存货分类，下游业务是需要存货分类下的按单据条件过滤后的存货。

1、上游业务，指根据业务流程得出的该业务流程的发起任务，是该业务流程的开始依据。

1.1上游单据增加，如新增采购单据的上游单据销售订单002，卖出007-IPod22台，放入热点缓存里。

1.1.1、单据保存；

1.1.2、根据业务流程找到下游单据及相关业务人员；

1.1.3、查找上游单据引用的配置档案；

1.1.4、根据下游单据所使用档案的业务类型，将查找到的档案推入相关人员的后台缓存；

1.1.4.1、判断后台缓存是否存在该档案的记录，如果存在则返回，不存在则进入下一步；

1.1.4.1.1、如果后台缓存的常用、上游、热点、头条任一类型档案中有该档案的记录，视为存在；

1.1.4.2、保存档案的类型、PK、时间戳及业务类型到后台缓存库中的热点类别中，并更新内存记录。

1.2上游单据删除，删除采购单据的上游单据销售订单001，卖出007-IPod21台，并删除相关流程热点数据.。

1.2.1、单据保存；

1.2.2、根据业务流程找到下游单据及相关业务人员；

1.2.3、查找上游单据引用的配置档案；

1.2.4、根据下游单据所使用档案的业务类型，将查找到的档案推入相关人员的后台缓存；

1.2.4.1、判断后台缓存是否存在该档案的记录，如果存在则返回，不存在一下步，不存在则返回；

1.2.4.1.1、如果后台缓存的上游类型档案中有该档案的记录，视为存在；

1.2.4.2、从后台缓存中删除该档案类的型、PK、时间戳及业务类型，并更新热点内存记录，不影响常用、头条类型的档案缓存。

1.3上游单据修改，修改采购单据的上游单据销售订单002，卖出007-IPod21台，搜索相关数据，但不需要修改缓存。

1.3.1、单据保存；

1.3.2、判断单据的档案引用是否修改，未修改则返回，否则进入下一步；

1.3.3、根据业务流程找到下游单据及相关业务人员；

1.3.4、查找上游单据引用的配置档案；

1.3.5、根据下游单据的使用档案的类型，将查找到的档案推入相关人员的后台缓存；

1.3.5.1、判断缓存中是否存在该档案记录，如果存在则下一步，不存在返回；

1.3.5.1.1、如果存在上游类型的缓存里，视为存在。

1.3.4.2、删除上一次记录的档案类型、PK、时间戳及业务类型的后台缓存记录，并更新热点内存记录，不影响常用、头条类型里的缓存记录。

1.3.4.3、保存本次新增档案的类型、PK、时间戳及业务类型的缓存记录，并更新热点内存记录，不影响常用、头条类型里的缓存。

2、下游业务，指根据业务流程得出一个业务流程的后续业务。

2.1、单据录入及修改，进入采购单据选择存货参照，参照热点显示07-IPod。

2.1.1、进入单据界面，根据业务流程找出相关档案；

2.1.2、选择对应的参照显示在热点页签里；

2.1.3、完成下游业务后，在热点业务签里删除该参照。删除热点页签的参照07-IPod。

2.1.4、删除单据，不再放入热点缓存里。

第二种是相关角色的业务，如都是发货管理员或发货一个出库，在某些情况下他们使用的存货基本相同可以放入后台缓存，具体如图8所示：

步骤802，获取相关角色的业务；

步骤804，判断是否对用户角色有影响；

步骤806，将该业务的档案记录为热点档案。

具体地，相关角色的业务档案，如009-IPhone5已被其他采购人员采购，经统计分析有90％采购人员和5000次的采购，所以放到了角色热点档案里。

3.1、相关角色录入单据；

3.2、保存单据；

3.3、查找引用的配置档案；

3.4、加入角色使用统计表，统计使用档案的角色和次数；

3.5、按照角色的使用比例和次数，更新后台热点缓存.；

3.5.1、如果热点记录＜记录数，直接添加；

3.5.2、否则淘汰排名最后的一个。

4、本角色的业务

与上述步骤类似，将满足一定使用比例和次数的档案，添加到热点缓存中。

步骤306，用户登录时缓存同步，具体包括：

步骤902，启动缓存同步；

步骤904，选择将与用户角色相关的热点档案的缓存记录进行同步；

步骤906，选择将新增档案的缓存进行同步；

步骤908，判断前台与后台的缓存记录是否有改变；

步骤910，有改变的话，则使用后台的缓存记录同步前台缓存记录。

具体地，相关流程变化档案的配置结束后，现在用户就可以进行登录录入单据了。

1、在登录时，前台客户端缓存进行同步。***同步新档案008-IPad3，常用档案005-IPad2、006-IPhone4、热点档案007-IPod。

1.1、后台根据用户及角色信息查找需要同步的热点、常用缓存记录；

1.2、根据缓存记录查找相应的档案，返回前台；

1.3、根据PK同步前台缓存。

1.3.1、根据缓存的热点、常用、新档案分类放入对应类型的页签下。

2、打开单据界面选择参照，弹出界面为5个页签，这样参照常用显示006-IPhone4、005-IPad2，热点显示07-IPod、009-IPhone5，新增显示005-IPad2。头条显示每个页签的头2条。还有一个空白页签用于从远程查询数据。

2.1、参照数据加载；

2.1.1、根据参照类型，查找本地缓存记录；

2.1.2、按照类型放入对应的页签里；

2.1.3、将其他页签的头两条数据，放入头条页签。

3、录入条件时启动多线程。一个是在缓存查询，一个进行远程分页查询。

3.1、在缓存中查询；

3.1.1、在前台缓存里进行查找，如果有则将档案参照显示在符合条件的页签下；

3.1.2、如果前台缓存没有查到，进行远程分页查询，将查询结果并显示在远程分页页签下。

3.1.3、如果选择使用档案，则增加该档案的使用次数，如果符合条件增加到常用页签里来；

3.2、进行远程分页查询；

3.2.1、如果存在查询结果档案，则返回前台缓存，显示档案参照。

综上所述，本发明提供了一种参照处理装置和一种参照处理方法，能够高效方便的使用百万级参照，根据业务操作的要求进行处理。首先，用户的工作的延续性和相关性会决定经常使用的档案。其次，同一时期内相关角色会接到相同的任务进行类似的操作，上下游业务之间也会因为上下推拉过的过程得到相同或相关的档案。还有统一增加的新档案或新业务导致近期使用新的档案。这些档案对用户来说，很可能将要用到，且数量都不是很大，在这种情况下，使用客户端前台缓存可以缓存上述档案并生成参照，这能够有效的解决了多个大档案造成的缓存过大的问题，并减少了缓存中档案文件的交换。在处理其他情况数据查询则按分页查询，并通过多线程处理机制完成启动缓存加载及查询时缓存查询和远程分页查询，使其有机并无缝的结合，启动时根据规则对客户端和服务端缓存进行版本和内容同步，而不影响登录的速度。

本发明的技术方案将大数据量的参照进行配置，根据配置的条件和业务发生程进行数据过滤，这样使得参照的效率和易用性有了很大的提高，同时也将业务***受大数量查询操作的影响降低了很多，也使前台缓存大幅减少，从而大大减轻了业务数据库的压力和前台的缓存压力；同时支持用户根据需要自己配置进行参照设置，参照查询时能够更易用，可以实时地根据用户的需要修改这个配置，总的来说也提升了信息***的灵活性、健壮性和稳定性，均衡了各个数据库***的负载。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (6)

1.一种参照处理装置，其特征在于，包括：

档案获取模块，获取与用户的角色相关的档案；

参照生成模块，根据所述与用户的角色相关的档案生成参照，并提供给所述用户；

所述档案获取模块在处理上游业务时，如果所述上游业务与所述用户的角色相关，则获取所述上游业务的单据所引用的档案作为与所述用户的角色相关的档案，并在处理完所述上游业务对应的下游业务时，不再将获取的档案作为与所述用户的角色相关的档案，或

根据业务的单据的使用角色或使用次数，判断是否将所述业务的单据所引用的档案作为与所述用户的角色相关的档案；

档案记录模块，根据不同档案的更新情况，建立记录表对存在的档案进行记录，所述档案获取模块按所述记录表中的信息获取与所述用户的角色相关的档案。

2.根据权利要求1所述的参照处理装置，其特征在于，所述获取与用户的角色相关的档案具体包括：根据不同档案的创建时间和/或使用次数，获取与所述用户的角色相关的档案。

3.根据权利要求1所述的参照处理装置，其特征在于，所述获取与用户的角色相关的档案具体包括：在服务端缓存中获取与所述用户的角色相关的档案；

所述参照生成模块将所述服务端缓存中的与所述用户的角色相关的档案同步到所述用户的客户端缓存中，并生成所述参照。

4.一种参照处理方法，其特征在于，包括：

步骤202，获取与用户的角色相关的档案；

步骤204，根据所述与用户的角色相关的档案生成参照，并提供给所述用户；

所述步骤202具体包括：

在处理上游业务时，如果所述上游业务与所述用户的角色相关，则获取所述上游业务的单据所引用的档案作为与所述用户的角色相关的档案，并在处理完所述上游业务对应的下游业务时，不再将获取的档案作为与所述用户的角色相关的档案，或

根据业务的单据的使用角色或使用次数，判断是否将所述业务的单据所引用的档案作为与所述用户的角色相关的档案；

根据不同档案的更新情况，建立记录表对存在的档案进行记录，并按所述记录表中的信息获取与所述用户的角色相关的档案。

5.根据权利要求4所述的参照处理方法，其特征在于，所述获取与用户的角色相关的档案具体包括：

根据不同档案的创建时间和/或使用次数，获取与所述用户的角色相关的档案。

6.根据权利要求4所述的参照处理方法，其特征在于，所述获取与用户的角色相关的档案具体包括：在服务端缓存中获取与所述用户的角色相关的档案；

所述步骤204具体包括：将所述服务端缓存中的与所述用户的角色相关的档案同步到所述用户的客户端缓存中，并生成所述参照。