一种访问控制系统、访问控制方法及存储介质与流程

1.本发明实施例涉及计算机技术领域，尤其涉及一种访问控制系统、访问控制方法及存储介质。


背景技术：

2.互联网技术的发展为人类生活开辟了第二空间，推动着社会各个领域内的生产关系发生变革。以互联网为技术支持的应用逐渐渗透到社会生活的各个领域。互联网医疗，就是互联网在医疗行业的新应用。其中，互联网医院作为互联网医疗的载体和平台之一，其诞生之初就带着传统医疗不可比拟的优势。
3.在实现本发明的过程中，发明人发现现有技术中至少存在以下技术问题：目前的访问交互系统存在成本高、维护成本高以及无法兼容多访问对象的问题。


技术实现要素：

4.本发明实施例提供一种访问控制系统、访问控制方法及存储介质，以实现对多目标对象的可编排式访问。
5.第一方面，本发明实施例提供了一种访问控制系统，包括控制模块、配置模块、业务逻辑模块群，其中；
6.所述控制模块接收访问请求，并将所述访问请求发送至所述配置模块，其中，所述访问请求中包括访问对象信息；
7.所述配置模块，用于存储各访问对象的业务逻辑顺序，接收所述控制模块发送的访问请求，确定所述访问请求中访问对象的业务逻辑顺序，并将所述业务逻辑顺序发送至所述控制模块；
8.所述业务逻辑模块群包括多个业务逻辑模块，各所述业务逻辑模块配置有对应标识，用于执行对应的访问业务逻辑；
9.所述控制模块根据所述业务逻辑顺序和各所述业务逻辑模块的标识，控制对应业务逻辑模块执行访问业务。
10.第二方面，本发明实施例还提供了一种访问控制方法，包括：
11.接收访问请求，其中，所述访问请求中包括访问对象信息；
12.根据存储的各访问对象的业务逻辑顺序以及所述访问请求中的访问对象信息，确定所述访问请求对应的业务逻辑顺序；
13.根据所述业务逻辑顺序和各所述业务逻辑模块的标识，依次调用各业务逻辑模块执行访问业务。
14.第三方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本发明实施例提供的访问控制方法。
15.本实施例提供的技术方案，通过设置主控模块统一接收访问请求，该访问请求中包括访问对象信息，便于对多个访问对象的访问请求进行统一管理。通过设置业务逻辑模
块群，将各业务逻辑服务独立设置，减少各业务逻辑模块之间的干扰，同时将各访问对象的业务逻辑模块进行集合设置，提高了各业务逻辑模块的复用率，避免了分别创建各访问对象的访问控制系统导致的高成本问题。通过设置配置模块，以存储各访问对象的业务逻辑顺序，根据访问请求中的访问对象信息在配置模块中匹配对应的业务逻辑顺序，可实现对多个访问对象的业务逻辑顺序的统一管理，同时业务逻辑顺序单独存储，不存在各业务逻辑模块之间触发关系，可实现不同访问对象的不同业务逻辑顺序，提高了不同访问对象的业务逻辑顺序的兼容性，提高了访问对象的适用范围。同时配置模块中任意业务逻辑顺序可根据需求进行调节，不影响对其他访问对象的正常访问，降低了对其他访问对象的干扰，以及对访问控制系统的维护成本和测试成本。控制模块根据访问请求对应的业务逻辑顺序依次调度对应的业务逻辑模块，实现对多个访问对象的访问，提高了访问的灵活性。
附图说明
16.图1是一种访问系统的访问流程示意图；
17.图2是另一种访问系统的访问流程示意图；
18.图3是本发明实施例提供的一种访问控制系统的结构示意图；
19.图4提供的一种访问控制系统的优选示例图；
20.图5为本发明实施例提供的一种电子设备的结构示意图；
21.图6为本发明实施例提供的一种访问控制方法的流程示意图。
具体实施方式
22.下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
23.示例性的，参见图1，图1是一种访问系统的访问流程示意图，其中，以访问的目标对象为医院系统为例，由于地域性的差别，不同医院既有很多相同的业务逻辑，例如：添加患者、查询线下就诊记录等，也有很多个性化需求；例如：挂号、缴费等业务逻辑。针对上述问题，图1中的访问系统将多家不同医院分别部署在不同的java后端服务器上。图1中流程
①‑⑩
为a医院入驻后用户访问流程；流程a
‑
i为b医院入驻后用户访问流程。其中，线上用户通过某一个医院app(application，应用程序)或者小程序进行互联网诊疗服务，a医院或b医院app、pc、微信公众号前端流程可以是通过前端客户端作为用户访问的入口，可以为app、pc(personal computer，微型机)端页面、微信小程序、微信公众号等入口。a医院的访问系统中包括业务逻辑1
‑
5，任一业务逻辑实现某一个或者多个功能做的一系列规则校验工作，其中，图1中的业务逻辑1
‑
5仅为示例，可以是不局限于5个，可根据需求设置。业务逻辑1
‑
5可以部署在内部服务器上。相应的，b医院的访问系统中包括业务逻辑1、2、4、5，上述业务逻辑配置在b医院对应的内部服务器上。各医院的访问系统对接医院的his(hospital information system，医院信息系统)系统，实现对多个医院的访问。图1中的访问系统，不同医院的java后端服务器都是分别部署，单独维护，当接入多家医院时，增加人员的维护成本，不同医院会有很多相同业务逻辑，接入多家医院时会部署多个java后端服务器，增加了服务器、网络环境、数据库等硬件设备的额外支出成本，资源浪费。由于不用医院用户的访
问量不同，导致某些医院的java后端服务并发量大，系统承受压力大资源不够用，而有的医院访问量小，资源闲置问题。
24.参见图2，图2是另一种访问系统的访问流程示意图，其中，以访问的目标对象为医院系统为例。流程
①‑
为a医院入驻后用户访问流程；流程a
‑
k为b医院入驻后用户访问流程。访问系统中包括内部服务器、网关服务和对接医院的his服务，内部服务器中，包含公共模块和差异性模块，其中公共模块指：多家医院相同的业务逻辑(例如：图2中业务逻辑1、2、4、5)；差异性模块指：多家医院不同业务逻辑(例如：图2中业务逻辑3)，在内部服务器中，会根据不同医院的需求，通过医院标识进行判断，该医院是否走某一业务流程，同时请求完医院系统获取到医院内部信息后，对不同医院的数据进行统一维护和处理。网关服务的主要作用是根据不同医院的医院标识，分发请求不同医院的对接医院his服务，通过对接医院his服务访问对应医院的院内系统服务。同时请求完医院系统后，将医院返回的数据转发给内部服务器，进行功能校验和存储工作。不同的医院对接的方式可能不同，例如：有的医院通过http请求访问医院内部系统；有的医院可能没有提供外网环境，导致我们的服务无法请求到医院内部系统，因此将对接医院his服务部署到医院内部，对外提供外网可以访问的服务。图2中的访问系统，同时将部署的不同医院在访问系统的内部服务器进行合并，但是如果在某一家医院的逻辑有改动时，可能会影响另一家医院逻辑，如果测试人员没有对所有入驻的医院进行测试，会对其他医院造成很大损失，当某一家医院修改某一业务逻辑时，要求测试人员对所有入驻的业务逻辑进行回归测试，如果平台入驻的医院很多时，测试需要投入大量的人进行回归测试，增加项目成本，同时当一家医院入驻时，调用顺序和现有顺序冲突，顺序打乱调用，无法满足现有业务。
25.针对上述各访问系统中存在的技术问题，提供了一种访问控制系统，以实现对多访问对象的可编排式访问。
26.图3是本发明实施例提供的一种访问控制系统的结构示意图，该访问控制系统包括控制模块110、配置模块120、业务逻辑模块群130，其中，
27.控制模块110接收访问请求，并将访问请求发送至配置模块，其中，访问请求中包括访问对象信息；
28.配置模块120，用于存储各访问对象的业务逻辑顺序，接收控制模块发送的访问请求，确定访问请求中访问对象的业务逻辑顺序，并将业务逻辑顺序发送至控制模块；
29.业务逻辑模块群130包括多个业务逻辑模块，各业务逻辑模块配置有对应标识，用于执行对应的访问业务逻辑；
30.控制模块110根据业务逻辑顺序和各业务逻辑模块的标识，控制对应业务逻辑模块执行访问业务。
31.本实施例中，访问对象可以是但不限于诸如医院信息系统、药店信息系统、建材信息系统等的系统，上述访问对象与本实施例中的访问控制系统通信连接，实现对多访问对象的访问控制。其中，用户可通过各访问对象的前端应用向访问控制系统发送访问请求，其中，前端应用可以是诸如app、pc端程序、小程序以及公众号等。
32.本实施例中，设置控制模块，该控制模块用于统一承接前端的访问请求，访问请求中包括访问对象信息，例如可以是访问对象的标识信息，该标识信息可以是访问对象的名称或者预先设置的唯一标识等。示例性的，以访问对象为his系统为例，访问请求中可以是
包括a医院的标识信息，例如a医院的名称或者预先设置的缩写信息或logo等标识信息。其中，在用户通过操作各访问对象的前端应用生成访问请求时，根据前端应用对应的访问对象设置访问对象信息，例如，a医院的前端应用在生成访问请求中，在访问请求中设置a医院的标识信息。控制模块110接收各前端应用发送的访问请求，可根据访问请求中的访问对象信息确定访问对象。
33.本实施例中，设置业务逻辑模块群130，该业务逻辑模块群130中包括多个业务逻辑模块，例如可以是多个访问对象的业务逻辑模块的集合，示例性的，访问对象a包括业务逻辑模块1、2、3，访问对象b包括业务逻辑模块1、2、4，则业务逻辑模块群130中可以包括业务逻辑模块1、2、3和4，即业务逻辑模块群130中的业务逻辑模块为各访问对象的业务逻辑模块的集合。业务逻辑模块群130中各业务逻辑模块独立设置，且各业务逻辑模块分别与控制模块110通信连接，可通过控制模块110的调用指令独立调用，各业务逻辑模块之间不存在触发关系，避免各业务逻辑模块之间的干扰。需要说明的是，业务逻辑模块群130中的各业务逻辑模块为原子化业务逻辑模块，即一个业务逻辑模块执行一个单独的业务逻辑，避免多个业务逻辑组合时无法被多个访问对象应用的情况。
34.通过设置包括多个独立业务逻辑模块的业务逻辑模块群，避免设置多个访问对象单独的访问系统，降低了访问系统的成本。
35.可选的，各业务逻辑模块设置有对应标识，该标识用于唯一标志业务逻辑模块，例如，标识可以是业务逻辑模块的编号，例如1,2,3，或者a,b，c等，对标识的具体形式不作限定。
36.可选的，业务逻辑模块群130还包括扩展接口，扩展接口用于新增业务逻辑模块，并生成新增业务逻辑模块的标识。通过设置扩展接口，可根据各访问对象的需求设置新增业务逻辑模块，便于对访问逻辑进行改进。可以是当加入新的访问对象时，将新增访问对象的新增业务逻辑模块添加至业务逻辑模块群130，便于对新增业务逻辑模块和/或新增访问对象的管理，减少新增业务逻辑模块和/或新增访问对象对访问系统的维护成本，无需对整体访问控制系统进行调整，提高了访问控制系统的兼容性和适用性，不需要开发，直接修改配置即可，减少研发成本。
37.通过设置配置模块120，该配置模块120预先存储各访问对象的业务逻辑顺序，针对于不同访问对象的不同业务逻辑。其中，业务逻辑顺序包括依序执行的各业务逻辑模块的标识。示例性的，访问对象a的业务逻辑顺序可以是1,3，2，访问对象b的业务逻辑顺序可以是1,2,3，其中，上述1,3和2分别为业务逻辑模块的标识，即访问对象a的业务逻辑顺序业务逻辑模块1、业务逻辑模块3和业务逻辑模块2。通过在配置模块120中保存各访问对象的业务逻辑顺序，可对多个访问对象的业务逻辑顺序进行统一管理。配置模块120中存储有各访问对象信息与业务逻辑顺序的映射关系，根据访问对象信息可匹配对应的，业务逻辑顺序。
38.控制模块110将访问请求或访问请求中的访问对象信息发送至配置模块120，基于访问请求中的访问对象信息进行匹配，确定对应的业务逻辑顺序。在一些实施例中，不同的访问对象包括不同类型的访问请求，以访问对象为医院信息系统为例，访问请求可以包括但不限于查询、挂号、缴费等。前端应用根据用户操作生成的访问请求中还可以包括访问类型，不同访问类型对应的业务逻辑顺序可以不同。相应的，配置模块，还用于存储各访问对
象的各访问类型对应的业务逻辑顺序，示例性的，医院a中挂号请求对应的业务逻辑顺序可以是1,2，缴费请求对应的业务逻辑顺序可以是1,3。
39.控制模块110将访问请求或访问请求中的访问对象信息和访问类型发送至配置模块120，配置模块120根据访问对象和访问类型确定访问请求对应的业务逻辑顺序，提高了各访问对象的多类型访问请求的访问灵活性，提高了访问控制的适用性。
40.需要说明的是，控制模块110中各访问对象的业务逻辑顺序可根据需求进行编辑，例如增加对新的业务逻辑模块的调用，调整任意业务逻辑模块的调用顺序或者删除对任意业务逻辑模块的调用等，仅对控制模块110中的业务逻辑顺序进行调节即可，无需对访问控制系统中的其他部分进行调节，避免了对其他访问对象的访问逻辑的影响，降低了对访问控制系统的测试与维护成本，实现无感更新。
41.控制模块110接收配置模块120反馈的业务逻辑顺序，根据该业务逻辑顺序以及各业务逻辑模块的标识依次调用各业务逻辑模块，实现对目标对象的访问。示例性的，访问对象a的业务逻辑顺序可以是1，3，2，则依次调用业务逻辑模块1、业务逻辑模块3和业务逻辑模块2，各业务逻辑模块可执行对应的业务逻辑，其中各业务逻辑模块为预先设置的，例如可以是科室查询业务、当前挂号查询业务、挂号业务、挂号支付业务等，对此不作限定。
42.控制模块110具体用于根据业务逻辑顺序，确定当前业务节点的标识，根据当前业务节点的标识调用对应的业务逻辑模块；其中当前业务节点为业务逻辑顺序中未执行的首个业务业务节点，例如，访问对象a的业务逻辑顺序可以是1，3，2，若业务逻辑1，3，2均未被执行，则当前业务节点为业务逻辑1，若，业务逻辑1已执行，业务逻辑3，2未被执行，则当前业务节点为业务逻辑3。调用当前业务节点对应的业务逻辑模块，被调用的业务逻辑模块执行业务逻辑，当执行完成时，生成完成指令，该完成指令可以是预先设置的信号指令，例如高电平信号或者逻辑信息1等，对此不限定。控制模块110接收当前业务节点对应的业务逻辑模块反馈的完成指令，基于完成指令以及业务逻辑顺序，确定下一业务节点的标识，并根据下一业务节点的标识调用对应的业务逻辑模块，直到该业务逻辑顺序中末业务节点执行完成，向用户终端反馈完成结果信息。
43.可选的，控制模块110向各业务逻辑模块发送调用指令，该调用指令中包括访问对象信息，相应的，各业务逻辑模块反馈的完成指令以及访问结果数据中包括访问对象信息，便于在多个访问对象同时被访问时访问混乱的问题。在一些实施例中，访问请求中还可以是访问者的标识信息，例如发送访问请求的终端标识，相应的，控制模块110发送的调用指令、各业务逻辑模块反馈的完成指令以及访问结果数据中还可以包括访问者的标识信息，避免多个用户访问同一访问对象时访问混乱的问题。
44.本实施例中，通过主控制器110依序调用各独立的业务逻辑模块，替代了各业务逻辑模块之间的顺序触发模模式，可适用于各访问对象的差异化业务逻辑，实现对多个访问对象的不同业务逻辑的访问，尤其是存在业务逻辑顺序矛盾的访问对象，提高了访问控制系统的兼容性和适应性。
45.在上述实施例的基础上，访问控制系统还包括数据存储模块，数据存储模块用于存储各业务逻辑模块的反馈的访问结果数据。通过设置统一存储各个业务逻辑服务器产生的数据的数据存储模块，在各个业务逻辑服务器之间有相互依赖时，可以减少耦合调用，直接在公共的数据存储模块获取其他业务逻辑服务器的数据，减少各业务逻辑模块之间的干
扰。示例性的，访问对象a的业务逻辑顺序可以是1,3，2，访问对象b的业务逻辑顺序可以是1,2,3，各业务逻辑模块分别在执行业务逻辑后，将得到的访问结果数据存储至数据存储模块，业务逻辑模块2或3，可根据依赖需求，从数据存储模块中读取依赖的访问结果数据，示例性的，根据访问对象a的业务逻辑顺序调用的业务逻辑模块2时，该业务逻辑模块2从数据存储模块中读取业务逻辑模块3的访问结果数据，根据访问对象b的业务逻辑顺序调用的业务逻辑模块2时，该业务逻辑模块2从数据存储模块中读取业务逻辑模块1的访问结果数据。
46.在上述实施例的基础上，访问控制系统还包括网关模块，该网关模块包括多个网关层，网关层用于根据业务逻辑模块的访问指令对目标对象进行访问，并接收目标对象反馈的访问结果，将访问结果发送至业务逻辑模块。本实施例中，可以是根据业务逻辑模块的需求设置对应的网关层，其中，若业务逻辑模块的业务逻辑存在与访问对象进行数据交互的需求，则设置该业务逻辑模块的网关层，相应的，业务逻辑模块的业务逻辑不存在与访问对象进行数据交互的需求，则不设置该业务逻辑模块的网关层。各网关层基于访问指令中的访问对象信息，例如目标对象的标识信息，将访问指令发送至对应的访问对象。接收各访问对象反馈的访问结果数据，根据访问结果数据反馈至对应的业务逻辑模块。
47.在上述实施例的基础上，访问控制系统还包括各目标对象对应的交互模块，各交互模块用于根据网关模块的访问指令与对应的目标对象进行数据交互。由于不同访问对象的对接的方式可能不同，例如：有的访问对象通过http请求对访问对象的内部系统进行访问；有的访问对象可能没有提供外网环境，导致我们的服务无法请求到访问对象内部系统，因此我们需要将该交互模块部署到访问控制系统内部，对外提供外网可以访问的服务。
48.可选的，主控模块、配置模块、业务逻辑模块之间的调用通过rpc(remote procedure call protocol，远程过程调用协议)方式调用。
49.本实施例提供的技术方案，通过设置主控模块统一接收访问请求，该访问请求中包括访问对象信息，便于对多个访问对象的访问请求进行统一管理。通过设置业务逻辑模块群，将各业务逻辑服务独立设置，减少各业务逻辑模块之间的干扰，同时将各访问对象的业务逻辑模块进行集合设置，提高了各业务逻辑模块的复用率，避免了分别创建各访问对象的访问控制系统导致的高成本问题。通过设置配置模块，以存储各访问对象的业务逻辑顺序，根据访问请求中的访问对象信息在配置模块中匹配对应的业务逻辑顺序，可实现对多个访问对象的业务逻辑顺序的统一管理，同时业务逻辑顺序单独存储，不存在各业务逻辑模块之间触发关系，可实现不同访问对象的不同业务逻辑顺序，提高了不同访问对象的业务逻辑顺序的兼容性，提高了访问对象的适用范围。同时配置模块中任意业务逻辑顺序可根据需求进行调节，不影响对其他访问对象的正常访问，降低了对其他访问对象的干扰，以及对访问控制系统的维护成本和测试成本。控制模块根据访问请求对应的业务逻辑顺序依次调度对应的业务逻辑模块，实现对多个访问对象的访问，提高了访问的灵活性。
50.在上述实施例的基础上，参见图4，图4提供的一种访问控制系统的优选示例。该优选示例中以his系统为访问对象，图4中控制模块配置为主服务器，业务逻辑模块群配置为业务逻辑服务器群，业务逻辑模块配置为业务逻辑服务器，网关模块配置为网关服务器，配置模块配置为流程编排配置服务器，交互模块配置为对接医院服务器。
51.其中，线上用户通过前端应用发送访问请求，主服务器接收访问请求，例如医院a的访问请求或医院b的访问请求。该访问请求中包括访问的his系统的标识信息，即医院a或
医院b的标识信息。流程编排配置服务器中配置有各医院his系统的流程编排配置(即业务逻辑顺序)，例如医院a的流程编排配置为2,5,4,1，医院b的流程编排配置为1,3,4。业务逻辑服务器群中包括多个业务逻辑服务器，每一个业务逻辑服务器对应一个流程标识。需要说明的是，当新增一业务逻辑服务器时，生成该业务逻辑服务器唯一的流程标识。示例性的，业务逻辑1服务器对应流程标识1，业务逻辑2服务器对应流程标识2，并以此类推。主服务器根据流程编排配置服务器反馈的流程编排配置，依次调用各流程标识对应的业务逻辑服务器，具体的，对于医院a的访问请求，主服务器依次调用流程标识为2、5、4、1的业务逻辑服务器。业务逻辑服务器被调用时执行业务逻辑，具体的，当该业务逻辑服务器存在与his系统的交互需求时，基于该业务逻辑服务器对应的网关层，访问对应的his系统。该网关层介于“业务逻辑服务器”和“对接医院his服务”中间，根据不同医院的标识，分发请求不同医院的对接医院his服务，通过对接医院his服务访问对应医院的院内系统服务。同时请求完医院系统后，将医院返回的数据转发给各自的业务逻辑服务器，进行功能校验和存储工作。由于不同的医院对接的方式可能不同，例如：有的医院通过http请求访问医院内部系统；有的医院可能没有提供外网环境，导致我们的服务无法请求到医院内部系统，因此我们需要将对接医院his服务部署到访问控制系统内部，对外提供外网可以访问的服务。
52.其中，主服务器、业务逻辑服务器、网关服务器、流程编排配置服务器、对接医院服务器之间采用rpc方式调用，对接医院his服务器有的医院部署在访问控制系统内部，有的医院没有提供外网环境，需要部署到医院内部，因此网关服务器和对接医院his服务器之间采用http协议进行访问。
53.在一些实施例中，访问控制系统中的各模块可以是部署在一个电子设备上，诸如服务器或者计算机中，在另一些实施例中，访问控制系统的各模块可以是部署在多个电子设备上，例如，一个或多个模块可以是集成在一个电子设备。示例性的，主控模块、配置模块、业务逻辑模块群可以是分别部署在不同的电子设备上。
54.参见图5，图5为本发明实施例提供的一种电子设备的结构示意图，该电子设备可以是部署有访问控制系统，还可以是部署有访问控制系统中一个或多个模块。图5示出了适于用来实现本发明实施方式的电子设备12的框图。图5显示的电子设备12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。设备12典型的是承担图像分类功能的电子设备。
55.如图5所示，电子设备12以通用计算设备的形式表现。电子设备12的组件可以包括但不限于：一个或者多个处理器16，存储装置28，连接不同系统组件(包括存储装置28和处理器16)的总线18。
56.总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(industry standard architecture，isa)总线，微通道体系结构(micro channel architecture，mca)总线，增强型isa总线、视频电子标准协会(video electronics standards association，vesa)局域总线以及外围组件互连(peripheral component interconnect，pci)总线。
57.电子设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
58.存储装置28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(random access memory，ram)30和/或高速缓存存储器32。电子设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图5未显示，通常称为“硬盘驱动器”)。尽管图5中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如只读光盘(compact disc
‑
read only memory，cd
‑
rom)、数字视盘(digital video disc
‑
read only memory，dvd
‑
rom)或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储装置28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。
59.具有一组(至少一个)程序模块26的程序36，可以存储在例如存储装置28中，这样的程序模块26包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块26通常执行本发明所描述的实施例中的功能和/或方法。
60.电子设备12也可以与一个或多个外部设备14(例如键盘、指向设备、摄像头、显示器24等)通信，还可与一个或者多个使得用户能与该电子设备12交互的设备通信，和/或与使得该电子设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口22进行。并且，电子设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(local area network，lan)，广域网wide area network，wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器20通过总线18与电子设备12的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、磁盘阵列(redundant arrays of independent disks，raid)系统、磁带驱动器以及数据备份存储系统等。
61.处理器16通过运行存储在存储装置28中的程序，从而执行各种功能应用以及数据处理。
62.图6为本发明实施例提供的一种访问控制方法的流程示意图，本实施例可适用于对多目标对象进行方位的情况，该方法可以由本发明实施例提供的访问控制系统来执行，具体包括如下步骤：
63.s210、接收访问请求，其中，所述访问请求中包括访问对象信息。
64.s220、根据存储的各访问对象的业务逻辑顺序以及所述访问请求中的访问对象信息，确定所述访问请求对应的业务逻辑顺序；
65.s230、根据所述业务逻辑顺序和各所述业务逻辑模块的标识，依次调用各业务逻辑模块执行访问业务。
66.可选的，业务逻辑顺序包括依序执行的各业务逻辑模块的标识。
67.可选的，所述访问请求还包括访问类型，相应的，根据存储的各访问对象的业务逻辑顺序以及所述访问请求中的访问对象信息，确定所述访问请求对应的业务逻辑顺序，包括：
68.根据访问请求中的访问对象和访问类型，以及预先存储的业务逻辑顺序确定所述
访问请求对应的业务逻辑顺序，其中，业务逻辑顺序与访问对象和访问类型存在映射关系。
69.可选的，根据所述业务逻辑顺序和各所述业务逻辑模块的标识，依次调用各业务逻辑模块执行访问业务，包括：
70.根据所述业务逻辑顺序，确定当前业务节点的标识，根据所述当前业务节点的标识调用对应的业务逻辑模块；接收所述当前业务节点对应的业务逻辑模块反馈的完成指令，基于所述完成指令以及所述业务逻辑顺序，确定下一业务节点的标识，并根据所述下一业务节点的标识调用对应的业务逻辑模块。
71.可选的，依次调用各业务逻辑模块执行访问业务包括：
72.网关层根据所述业务逻辑模块的访问指令对所述目标对象进行访问，并接收所述目标对象反馈的访问结果，将所述访问结果发送至所述业务逻辑模块。
73.本实施例的技术方案，通过统一接收访问请求，该访问请求中包括访问对象信息，便于对多个访问对象的访问请求进行统一管理。通过设置业务逻辑模块，将各业务逻辑服务独立设置，减少各业务逻辑模块之间的干扰，同时将各访问对象的业务逻辑模块进行集合设置，提高了各业务逻辑模块的复用率，避免了分别创建各访问对象的访问控制系统导致的高成本问题。通过访问请求中的访问对象信息确定业务逻辑顺序，可实现对多个访问对象的业务逻辑顺序的统一管理，提高了不同访问对象的业务逻辑顺序的兼容性，提高了访问对象的适用范围。根据访问请求对应的业务逻辑顺序依次调度对应的业务逻辑模块，实现对多个访问对象的访问，提高了访问的灵活性。
74.本发明实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明实施例所提供的访问控制方法。
75.当然，本发明实施例所提供的一种计算机可读存储介质，其上存储的计算机程序不限于如上所述的方法操作，还可以执行本发明任意实施例所提供的访问控制方法。
76.本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd
‑
rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
77.计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的源代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
78.计算机可读介质上包含的源代码可以用任何适当的介质传输，包括——但不限于无线、电线、光缆、rf等等，或者上述的任意合适的组合。
79.可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机
源代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、smalltalk、c ，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。源代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
80.注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。