运行监测判断服务方案v.doc

78上 海 浦 东 发 展 银 行运行监测联动监控判定技术方案说明书微软(中国)有限公司顾问咨询部2019年2月Change RecordDateAuthorVersionChange reference11/1/2006Keming ZhangV1Document structure ReviewersNameVersion approvedPositionDatePage 27 of 27Table of Contents1概述51.1方案背景51.2方案范围52业务分析62.1联动监控目标62.2遵循的主要原则62.3主要功能62.3.1基本功能62.3.2扩展功能72.4联动过程72.5工作流系统82.5.1工作流系统简介82.5.2新增工作流节点82.6联动监控判定服务92.6.1联动监控判定服务简介92.6.2监控规则92.7运行监测系统92.7.1运行监测系统简介92.7.2监控交易提取字段93解决方案113.1设计思路113.1.1独立服务器部署113.1.2漏斗式过滤策略113.1.3工作流并行处理113.2逻辑架构123.2.1判定数据和数据维护133.2.2判定方法和方法维护133.2.3监控判定1133.2.4监控判定2143.2.5联动监控处理工作流接口143.3功能架构143.4物理架构143.4.1网络结构143.4.2操作系统平台143.4.3开发平台153.4.4数据库平台164系统接口设计174.1接口设计原则174.2系统接口技术184.2.1Web Service184.2.2XML技术184.3联动监控判定服务与工作流接口194.4运行监测联动监控系统与工作流接口205关键子系统技术实现215.1监控规则灵活设置215.1.1问题分析215.1.2解决方案216性能设计236.1Web应用性能设计236.2SQL Server性能设计247备份与恢复257.1备份需求258项目进度安排259硬件配置清单259.1服务器配置清单259.2备份设备建议2510软件配置清单2611报价清单2711.1产品价格清单2711.2开发、实施及维护费用清单2711.3总价271 概述1.1 方案背景上海浦东发展银行（以下简称浦发）正在开发实施总行运营流程再造项目，项目下分两个子项目：“业务集中项目”和“运行监测项目”。其中运行监测范围包括：联动监控，准实时监控和事后监控。由于联动监控是对业务集中基于工作流的某些业务进行联动控制，必要时予以打断，所以在“业务集中系统”和“运行监测系统”之间，需要存在一个连接两个系统的“流程监测判定服务”，实时判定业务是否需要监控，对于需要监控的，工作流需要增加补录节点，待补录要素完成后一并发给运营监测进行处理。1.2 方案范围“运行监测联动监控” 是以不干扰业务系统运行为前提，实现对重点交易、重点业务要素、重点账户、重点客户、机构、柜员等项目进行联动监控。项目的具体范围是：l 只针对方式一模式下的业务集中的业务流程进行联动监测；l 判定规则的判定条件为7个要素：交易代码、机构代码、柜员号、验印通过方式、币种、金额、账号属性，但不排除判定条件的可扩展性和可变性；l 打断业务流程限定在总体流程0.0005%以内；l 需要联动监控的流程需要启动补录流程2 业务分析联动监控是运行监测项目对业务集中系统监控的重要功能之一，其主要目的是提高全行操作风险的控制水平，管理业务集中（CPC）系统中未能控制的高风险操作流程。联动监控是两大系统之间的交互，整个流程跨越了多个子系统。2.1 联动监控目标 运行监测的联动监控功能，其主要目的是提高全行操作风险的控制水平，管理业务集中（CPC）系统中未能控制的高风险操作流程。主要实现以下目的：l 实现对重点业务流程的实时控制；l 实现对重点业务要素的监测；l 实现对柜员行为的监测2.2 遵循的主要原则 l 以不干扰业务系统运行为前提，实现对重点交易、重点业务要素、重点账户、重点客户、机构、柜员等项目进行联动监控；l 只针对方式一模式下的业务集中的业务流程，以“流程事先约定，请求监控，回传结果”的方式，在工作流系统调度下，实现对监测对象的联动控制；l 判定节点统一部署在流程提交核心记账节点之前。根据业务种类对相应的业务要素进行判定后，把可疑的业务操作发送到运行监测系统，运行监测系统返回信息业在流程提交核心记账之前节点；l 运行监测系统反馈回来的结果是通过的，流程进入提交核心记账处理。运行监测系统反馈回来的结果是打断的，发送差错记录到前台。流程终止。2.3 主要功能2.3.1 基本功能l 根据预先设定的规则、要素完整的将信息传递到运行监测系统，供其数据分析；l 支持在业务流处理的过程中某一节点将要素全部传递到运行监测系统；l 实现对集中业务流程的联动控制；l 实现对集中业务流程的风险监测和事中检查；l 实现对柜员角色、权限、行为的事中监测；2.3.2 扩展功能l 支持灵活自如的设定规则；l 对已符合监测判定规则条件的业务流，根据预先设定的监测要素明晰，系统自动判断该笔业务要素是否齐全；l 对那些要素不全的业务流，在提交运行监测系统前调用补录交易完成要素补录；l 对要素完整的、已传递到运行监测系统的业务流设定等待回传时间；每个流程的最短时间定义，考虑为节点定义。l 对超出回传等待时间的业务流，设置定时催办信息到运行监测系统，并留有记录；l 对运行监测系统判断分析后有问题的业务进行打断，终止业务流的继续，支持接收运行监测系统返回信息提示；同时在CPC日志上记录打断理由，并可查询。2.4 联动过程联动监控是对基于工作流的某些业务进行联动控制，其实现联动的方式是在工作流中增加节点。首先，在业务集中系统中增加工作流“联动监控判定”节点，用于判断业务流程是否需要监控。其次，对于需要监控的业务流程，在核心记帐节点之前，工作流需要增加“业务监控要素补录”节点。为了提高业务处理的效率，业务集中系统在设计上，将业务的某些要素安排在事后补录流程中，所以如果监控交易提取字段含有事后补录要素，就需要工作流启动补录节点录入监控交易提取字段。再次，增加“运行监测监控处理”节点。工作流将监控交易提取字段数据发送运行监测系统，运行监测系统处理后，返回结果给工作流。对于结果是“打断”的，将返回错误给前台。联动过程示意图如下：2.5 工作流系统2.5.1 工作流系统简介工作流系统是上海浦东发展银行业务集中项目中的关键业务应用系统之一，工作流平台负责根据业务流程定义驱动业务流程，根据业务规则完成集中业务处理的作业拆分和任务分派功能，并提供任务预警、绩效管理等功能。2.5.2 新增工作流节点由于集中处理系统采用的是工作流驱动的形式，为了兼容业务集中系统的优点，联动监控的过程采用建立在原有工作流的基础上，增加新节点的方式。为了实现联动监控功能，需要在工作流上增加3类节点。l 判定节点：判断当前业务流程是否需要监控。l 补录节点：为了缩短前台响应客户时间，提高服务质量，业务集中系统设计上采用了业务处理非必要字段事后补录的方式。这些非必要字段也有可能属于监控交易提取字段的范围，所以在启动运行监测处理之前，工作流需要启动补录节点，保证监控交易提取字段录入完全。l 监控处理节点：对业务要素的分析处理，得出业务风险系数，对于高风险的业务流程，要求工作流打断。2.6 联动监控判定服务2.6.1 联动监控判定服务简介联动监控判断服务是用来判断业务流程是否需要监控的，其实现的依据是：l 业务流程中只有极少数的流程可能需要监控，而且这些流程是可以通过某些固定的业务要素进行判别的；l 启动联动监控处理需要补录数据，处理过程相对复杂，启动监控处理将会增加两个系统的开销，降低系统的性能；另外，所有的流程都启用监控处理也远远超出了运行监测系统所能承受的系统压力。联动监控判定服务实现的方式是根据事前设定的监控规则，在业务集中系统的流程中嵌入相关的判定节点。通过采集业务流程和交易录入的数据判定此流程/交易是否可疑，并及时将可疑的业务流程进行打断处理，把相关的详细业务信息传送到运行监测系统，进行进一步得审核及监测。2.6.2 监控规则监控规则是用来筛选业务流程是否需要监控的一组规则，包括判定条件和判定方法两部分。l 判定条件是一组用来判断的业务要素，当前共议定7个：交易代码、机构代码、柜员号、验印通过方式、币种、金额、账号属性。判定条件是业务集中系统和流程监控判定系统之间接口形式的决定因素，为了保证两个系统的稳定性，判定条件一般具有较强的稳定性，不会轻易改变。但也不能排除业务的变动，和对监控的认识逐步深入，需要修改或增加判定条件。所以要求系统的接口设计能够具有一定的灵活性。l 判定方法是一组范围约定，如可能需要监控的交易代码范围，业务金额的上限等，处于某些判定条件范围交集的业务，流程必须打断，启动补录流程，待补录要素完成后一并发给运营监测进行处理。判定方法要求是可灵活设置的，对业务集中系统是透明的。除交易代码外，判定方法的设置不会影响与业务集中系统的接口和业务集中系统的流程。2.7 运行监测系统2.7.1 运行监测系统简介运行监测系统属于运行监测项目范围，不在此做多于阐述。但存在与工作流的接口问题。2.7.2 监控交易提取字段监控交易提取字段是一组用于发送给联动监控系统用作监控处理的业务要素，各种业务的监控交易提取字段一般并不相同，但对于每种业务来说，监控交易提取字段相对稳定，由运行监控项目组提前议定。示例如下：3 解决方案3.1 设计思路3.1.1 独立服务器部署针对“运行监测联动判定”的目标和需求，微软公司建议创建独立的联动监控判定服务，部署在业务集中系统与运行监测系统之外的独立服务器中。这样避免了与业务集中系统和运行监测系统争抢资源，影响了原有系统的性能。3.1.2 漏斗式过滤策略在影像上传节点，某些监控判定条件如“交易代码”已经获知，而且交易代码具有下列的特殊性：l 在所有的判定条件组合中，交易代码是必选的；l 在所有的判定条件组合中，交易代码是作为第一判定条件的。如果业务流程的交易代码不在需要监控的交易代码集合之内，则无需再检查其它判定条件，即可判定该业务流程不需要运行监控通过考察交易代码的特殊性，微软建议采用漏斗式过滤策略，即分两次判定。首先，在影像上传节点之后，启动一次判定，将已知判定要素的数据传送给联动监控判定服务，判定服务将业务流程分流为两类：无需监控，需进一步判定。其次，对于需进一步判定的业务流程，数据录入/审核节点之后，启动第二次判定。判定服务将业务流程分流为两类：无需监控，需监控。对于需监控的业务流程，工作流启动补录节点，待补录要素录入完成后，一并发给运行监测系统进行处理。示意图如下：3.1.3 工作流并行处理为了提高系统整体性能，工作流采用并行处理方式的设计。改进的示意图如下：采用漏斗式过滤策略和工作流并行处理设计，优点是提高系统整体性能，缩短客户响应时间。3.2 逻辑架构解决方案是建立在业务集中系统和运行监测系统之上的，逻辑构架分为3部分，如下图：3.2.1 判定数据和数据维护根据是否可能需要监控，可以将交易类型划分成两大集合：可能需要监控，不需要监控。同样对于机构代码、柜员号、验印通过方式、币种、账号属性都可以划分成两大集合：可能需要监控，不需要监控。判定数据就是指这些判定条件可能需要监控的值。判定数据要求是可以设定的，判定数据的变动不会影响系统的接口。数据维护工作可以直接使用数据库自带的工具进行维护，项目组也可以提供专门的数据维护工具。3.2.2 判定方法和方法维护判定方法是指各种判定条件的组合方法。如某些交易类型为“跨行个人汇款”，交易金额大于100万，需要监控；交易类型为“交换提出贷方”，验印通过方式为“自动的”的需要监控。判定方法要求是可以设定的，判定方法的变动不会影响系统的接口。判定方法实现方式采用数据库存储过程，其依据是：l 由于判定方法理论上的组合方式非常多，以数量级计算的，所以难以采用配置文件的简单方式进行维护，程序实现复杂度高，效率低；l 实际应用的判定方法的组合是简单的，针对固定的组合实现容易，效率高。判定方法变动后，在原来的基础上维护容易；l 采用存储过程实现，判定方法的变动不会判断服务的应用程序，不影响系统接口3.2.3 监控判定1工作流在“监控判定1节点”后台调用该功能模块。监控判定1通过对交易代码等部分判定要素的判断，初步筛选出那些流程不需要监控，那些流程需要进一步判定。监控判定1与数据录入/审核并行处理。根据业务需求，理论上可以得出大部分不需要监控的业务流程将在该节点被分流。由于将串行处理变为并行处理，缩短了系统响应时间，减轻了系统压力。3.2.4 监控判定2工作流在“监控判定2节点”后台调用该功能模块。监控判定2对监控判定1判定为需要进一步判定的业务流程做出判定。3.2.5 联动监控处理工作流接口工作流在“监控处理节点”后台调用该接口。3.3 功能架构3.4 物理架构3.4.1 网络结构联动监控判定服务部署在独立的服务器上，与业务集中系统部署在一起。3.4.2 操作系统平台在操作系统上我们采用了微软的Windows Server 2003企业版。Windows Server 2003 是迄今为止最快、最可靠和最安全的 Windows 服务器操作系统，具有可靠性、实用性、可伸缩性和安全性，是一个高度可靠的平台。Microsoft .NET 已与 Windows Server 2003 家族紧密集成。它使用 XML Web 服务使软件集成程度达到了前所未有的水平：离散、组块化的应用程序通过 Internet 互相连接并与其他大型应用程序相连接。通过集成到构成 Microsoft 平台的产品中，.NET 提供了通过 XML Web 服务迅速可靠地构建、托管、部署和使用安全的联网解决方案的能力。Microsoft 平台提供了一套联网所需的开发人员工具、客户端应用程序、XML Web 服务和服务器。3.4.3 开发平台在开发平台上我们采用的是微软 Visual Studio 2005 Team System Editions，采用的技术是SOA构架和.NET。.NET是微软新一代开发运行平台，是第一个以SOA为核心的软件平台，其体系结构如下图所示：（.NET体系结构）整个.NET平台体系结构可以分为4个主要部分，也代表了4层构架，采用松藕合的方式，通过Web Service/XML连接起来：l .NET基础设施和工具用来构建和运行电子企业系统，包括Visual Studio.NET，Windows Server System，.NET Framework。l .NET基础服务.NET服务包括一组用于Internet的信息共享服务，如Passport.NET (用于用户身份验证)，以及用于文件存储、用户偏好管理、日历管理的服务。这些服务将由微软公司以及微软的合作伙伴提供。l .NET用户体验这将是一个更广泛、更适应的用户体验，信息可以各种方式、在各种不同设备上提供。l .NET设备这种设备软件使得可以使用新的可以利用网络服务的智能Internet设备。3.4.4 数据库平台根据平台的特点，我们选择SQL Server 2005作为平台的数据库系统。SQL Server 2005 是微软5年来具有里程碑性质的企业级数据库产品。它在企业级支持，商业智能应用，管理开发效率等诸多方面，较SQL Server 2000均有质的飞跃，是集数据管理与商业智能分析于一体的，极具前瞻性的下一代数据管理与分析平台。4 系统接口设计4.1 接口设计原则由于在运营流程再造平台中涉及到多个不同系统，在接口设计时，主要遵循以下设计原则：l 安全性保证每个接口的使用符合平台的整体安全性准则，做到正确的人在正确的时候访问正确的功能和数据，充分使用系统平台的相关安全设置以及应用系统的安全性，实现整个系统的安全性。确保系统不被非授权用户侵入，数据不丢失，调用传输时数据不被非法获取、篡改，确认对使用者、发送和接收者的身份等。l 开放性接口总体基础架构设计采用微软.NET技术全面支持XML、SOAP、Web Service、LDAP等当前受到普遍支持的开放标准，这就保证了本系统能够与其它平台的应用系统、数据库等相互交换数据并进行应用级的互操作和互连性。l 可移植性系统接口构建在微软.NET基础架构之上，可以保证组件的重用，保证在将来发展中迅速采用最新出现的技术、长期保持系统的先进。l 实用易用性考虑到特定用户群（管理员、应用开发集成人员）的知识能力背景，充分保证系统接口应具有一致的、友好的形式化调用界面，易于学习和使用，并具有实际可操作性，使用户能够快速地掌握并使用。l 集成性系统的接口设计将充分考虑到现有的技术投资以及未来的功能要求，利用微软平台提供的多种集成技术，使接口设计既能保护现有投资，又能够适应未来的功能和技术要求。l 先进性所选择的软件接口平台和整体方案必须是业界的优秀产品，并符合信息技术发展的趋势。本系统将完全基于微软公司最先进的体系结构.NET分布式体系结构进行设计和开发，并提供集成开发接口。l 成熟性采用的应用系统平台和软件技术、产品都应具有经受市场长期考验，并具有国内外的众多成功案例，提供的接口成熟稳定。l 可行性整体系统接口设计必须能够比较方便地实现设计目标中所要求的功能，具有易于实施，易于掌握以及实施成功率高的特点。4.2 系统接口技术4.2.1 Web ServiceWeb服务是基于XML的一组标准，用来解决互联网上分布式服务和分布式计算的互用性问题，基本内容有：SOAP（简单对象访问协议）、WSDL（Web服务定义语言）、UDDI（通用描述、发现和集成协议）等协议。SOAP定义了用于调用WEB服务的协议，WSDL规范定义了如何描述一个Web服务，而UDDI则定义了用于注册、查找和使用WEB服务的中心组织。SOAP和WSDL是W3C组织（World Wide Web Consortium，互联网联合组织）制定的底层标准，W3C还负责定制HTML和XML领域的各种规范。 Web服务已经成为工业标准，获得了微软、IBM、SUN等的大力支持。4.2.2 XML技术XML（eXtensible Markup Language，可扩展置标语言）是由W3C于1998年2月发布的一种标准，同HTML一样是SGML（Standard Generalized Markup Language，标准通用置标语言）的一个简化子集。由于它将SGML的丰富功能与HTML的易用性结合到了Web的应用中，自推出以来，迅速得到软件开发商的支持和程序开发人员的喜爱，显示出强大的生命力。 XML的优势之一是它允许各个组织、个人建立适合自己需要的置标集合，并且这些置标可以迅速地投入使用。这一特征使得XML可以在电子商务、政府文档、司法、出版、CAD/CAM、保险机构、厂商和中介组织信息交换等领域中一展身手，针对不同的系统、厂商提供各具特色的独立解决方案。 XML的最大优点在于它的数据存储格式不受显示格式的制约。一般来说，一篇文档包括三个要素: 数据、结构以及显示方式。对于HTML来说，显示方式内嵌在数据中，这样在创建文本时，要时时考虑输出格式，如果因为需求不同而需要对同样的内容进行不同风格的显示时，要从头创建一个全新的文档，重复工作量很大。此外HTML缺乏对数据结构的描述，对于应用程序理解文档内容、抽取语义信息都有诸多不便。 XML把文档的三要素独立开来，分别处理。首先把显示格式从数据内容中独立出来，保存在样式单文件（Style Sheet）中，这样如果需要改变文档的显示方式，只要修改样式单文件就行了。XML的自我描述性质能够很好地表现许多复杂的数据关系，使得基于XML的应用程序可以在XML文件中准确高效地搜索相关的数据内容，忽略其他不相关部分。XML还有其他许多优点，比如它有利于不同系统之间的信息交流，完全可以充当网际语言，并有希望成为数据和文档交换的标准机制。XML（eXtensible Markup Language，可扩展标记语言），是当前最热门的网络技术之一，被称为“下一代网络应用的基石”。XML具有卓越的性能，它具有四大特点：优良的数据存储格式、可扩展性、高度结构化以及方便的网络传输。以XML技术作为支持，运用于运营流程再造平台系统表现在以下几个方面：l 自定义应用界面用户可以根据自己工作需要及喜好，设置操作界面的外观及其常用操作功能，这方面的自定义设置通过XML技术，形成用户自己的配置文件，操作简单并且易于理解。l 标准输入、输出的接口数据转换用户输入的数据以XML的方式，通过安全隔离层进入服务处理层；服务处理层将XML数据解析并处理后，再将处理结果以XML方式返回给用户。l 异构应用系统之间的数据交换一方面定义异构应用系统之间数据交换的规范，说明如何交换及其交换数据的定义；一方面将要相互交换的数据按照规范4.3 联动监控判定服务与工作流接口联动监控判定服务采用Web Service形式，供工作流后台调用。参数和返回值均采用XML格式传递。接口形式如下：l FirstDetermine的功能是初步判断是否需要监控。参数：交易类型、机构代码、柜员号、币种、金额、账号属性。其中币种、金额、账号属性在有的流程中，到达这个节点时是可知的，有的不可知。对于可知的流程，将实际值做为参数传入，否则则传入空值。返回值：是否需要监控，判定分支号。是否需要监控的值为二选一：不需要，需要进一步判定。判定分支号是判断处理的路径标识，当是否需要监控的值为需要进一步判定时才有意义。判定分支号的目的是作为参数传入SecondDetermine作为进一步判断的依据，这样在SecondDetermine中就不需要再重复执行FirstDetermine的判断过程了。l SecondDetermine的功能是进一步判断是否需要监控。参数：判定分支号、交易类型、机构代码、柜员号、币种、金额、账号属性、验印通过方式。虽然交易类型、机构代码、柜员号、币种、金额、账号属性在初步判断时已经传入，但我们不能知道它们与验印通过方式判断的先后关系，所以在此还需作为参数传入。返回值：是否需要监控。取值范围为：不需要，需要。4.4 运行监测联动监控系统与工作流接口运行监测联动监控处理由运行监测项目组实现，本项目协调制定运行监测联动监控系统与工作流的接口。接口形式采用Web Service，供工作流后台调用。参数和返回值均采用XML格式传递。接口形式如下：l Process 的功能是对工作流传入的监控交易提取字段进行处理，得出交易业务的风险系数，从而判断是否需要打断。参数：由交易业务的种类来定。返回值：打断或不打断。5 关键子系统技术实现每个项目都会遇到一些技术难点，采用正确的策略和技术方案解决这些难点是保证项目取得成功必要条件。5.1 监控规则灵活设置5.1.1 问题分析本项目的一个技术难点是如何灵活设置监控规则的问题，这个问题含有两个方面：1. 在不影响系统接口稳定的情况下，如何保证判定条件等系统参数的可变性。本项目是跨越多个系统边界的项目，系统间接口的稳定是保证整个大系统问题的必要条件。然而由于本项目的特点，系统间传送的参数：判定条件，监控交易提取字段等需求复杂，而且要求可变性，能够实现参数配置。一般情况下，参数是决定接口形式的一个重要因素，如何解决参数的变动，不会影响接口的稳定性是一个难点。2. 判定方法要求灵活设置。本项目的判定方法的组合个数是以数量集来计算的，穷举所有可能，然后通过配置文件的开关设置的实现方式那是不可能的。另外判定方法的实现是程序实现的主体，如何灵活改变程序主体的实现过程而不影响系统是一个难点。5.1.2 解决方案通过分析比较，我们采用下列技术手段解决该问题：1. 系统间参数的传递采用XML文件格式。通过XML格式对参数的封装，简化了接口形式，保证了参数的可变性。2. 采用 Web Service结合数据库存储过程的技术手段，实现判定方法的灵活设置。软件的层次如图： l 联动监控判断服务的Web Service部分通过读取配置文件，获取与工作流之间传递判定条件的信息，正确解析XML文件，这种方式实现了与工作流系统之间的判定条件的可变性，扩展性。l 存储过程实现具体的判断方法组合，通过存储过程维护的灵活性，实现灵活设置判定方法的可行性。存储过程设计为两次，底层是具体的判断方法的实现，上层对底层的进行封装，接收Web Service的调用。上层存储过程采用预留参数的方式，保证了Web Service与存储过程之间接口的稳定性。6 性能设计6.1 Web应用性能设计分行前置系统的Web应用系统运行于.NET环境（Microsoft Internet Information Server + ASP.NET）。通过Microsoft Internet Information Server（IIS）、ASP.NET提供的性能特性，可以实现高性能的系统：l 高性能Web应用服务器Web应用服务器性能测试结果证明：使用.NET作为Web应用服务器，Web应用程序可以达到很高的性能，完全满足平台的要求。l 数据库缓存通常，在Web应用中需要对数据库内容进行访问。若把数据库的内容存储在内存中，则可以极大地提高Web应用性能。ASP.NET提供SQL Cache Invalidation实现数据库缓存。使用 SQL Cache Invalidation可以获得缓存的全部性能优势，而不用担心数据过期的问题。SQL Cache Invalidation可以在基础数据库中的数据发生更改时自动更新缓存中的数据。l 内核缓存IIS提供内核缓存，它不需要对 ASP.NET 进行任何代码更改。当请求由ASP.NET 进行输出缓存时，IIS 内核缓存会接收缓存数据的一个副本。当请求来自网络驱动程序时，内核级别的驱动程序（无上下文切换到用户模式）就会接收该请求，如果经过了缓存，则