CN112948733A - 接口维护方法、装置、计算设备以及介质 - Google Patents
接口维护方法、装置、计算设备以及介质 Download PDFInfo
- Publication number
- CN112948733A CN112948733A CN202110208148.4A CN202110208148A CN112948733A CN 112948733 A CN112948733 A CN 112948733A CN 202110208148 A CN202110208148 A CN 202110208148A CN 112948733 A CN112948733 A CN 112948733A
- Authority
- CN
- China
- Prior art keywords
- interface
- page
- url
- information
- current
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/958—Organisation or management of web site content, e.g. publishing, maintaining pages or automatic linking
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/25—Integrating or interfacing systems involving database management systems
- G06F16/252—Integrating or interfacing systems involving database management systems between a Database Management System and a front-end application
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/90—Details of database functions independent of the retrieved data types
- G06F16/95—Retrieval from the web
- G06F16/955—Retrieval from the web using information identifiers, e.g. uniform resource locators [URL]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/546—Message passing systems or structures, e.g. queues
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/54—Indexing scheme relating to G06F9/54
- G06F2209/548—Queue
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Data Mining & Analysis (AREA)
- Software Systems (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本公开实施例提供了一种接口维护方法、装置、计算设备以及介质。该方法包括:响应于对页面的页面请求,从页面请求中提取页面的URL以及URL对应的接口信息;确定接口信息中各个接口的接口级别信息,接口级别信息为根据接口在业务场景中的功能定义的级别信息;基于接口级别信息以及接口信息确定页面对应的必要接口集。根据本公开实施例的技术方案,能够实现自动化维护必要接口,从而提高了接口维护的效率和准确性,降低了接口维护的人力成本和时间成本。
Description
技术领域
本公开的实施方式涉及计算机技术领域,更具体地,本公开的实施方式涉及接口维护方法、接口维护装置、计算设备以及介质。
背景技术
本部分旨在为权利要求书中陈述的本公开的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。
业务系统或应用系统上线后,面对大流量高并发的场景,可能会出现系统不稳定或发生故障的情况。因此,保障业务系统的业务接口的稳定性和功能可用性是系统上线后维护过程中的重要环节,需要保障业务系统的业务接口的整体可用性以及故障发生时的基础功能的可用性。
在相关技术方案中,通过人工梳理业务系统的代码,找到指定页面下请求过的接口,形成一个接口文档,根据该接口文档来维护业务系统的业务接口的整体可用性以及故障发生时的基础功能的可用性。
发明内容
但是,上述技术方案中人工梳理形成接口文档的方式,不仅需要的人力成本和时间成本较高,并且后期对业务接口进行维护的效率和准确性较低。
为此,非常需要一种改进的接口维护方法,以提高接口维护的效率和准确性,降低人力成本和时间成本。
在本公开实施例的第一方面中,提供了一种接口维护方法,包括:响应于对页面的页面请求,从所述页面请求中提取所述页面的统一资源定位符URL以及所述URL对应的接口信息;确定所述接口信息中各个接口的接口级别信息,所述接口级别信息为根据所述接口在业务场景中的功能定义的级别信息;基于所述接口级别信息以及所述接口信息确定所述页面对应的必要接口集。
在本公开的一些示例实施例中,所述方法还包括:根据所述必要接口集中各个接口对应的所述页面的页面信息,生成与所述必要接口集对应的页面底图;响应于对所述页面的当前页面请求,确定与所述页面的URL对应的当前接口信息;基于所述当前接口信息中各个接口对应的所述页面的页面信息,生成与所述当前接口信息对应的当前页面图;确定所述当前页面图与所述页面底图的相似度,在所述当前页面图与所述页面底图的相似度低于第一预定阈值时发出警报。
在本公开的一些示例实施例中,所述方法还包括:生成与所述页面的页面尺寸对应的空白页面图;确定所述当前页面图与所述空白页面图的相似度,在所述当前页面图与所述空白页面图的相似度高于第二预定阈值时发出警报。
在本公开的一些示例实施例中,所述从所述页面请求中提取所述页面的URL,包括:解析所述页面请求,得到所述页面对应的至少一个URL;获取所述至少一个URL中各个URL对应的域名,确定所述域名是否在预先配置的域名名单中;若在所述域名名单中,则将对应的URL作为所述页面的URL;若不在所述域名名单中,则过滤掉对应的URL。
在本公开的一些示例实施例中,所述从所述页面请求中提取所述URL对应的接口信息,包括:根据所提取的所述页面的URL,从所述页面请求中提取与所述页面的URL对应的接口信息;基于所述页面的URL以及所述URL对应的接口信息,生成消息,所述消息中包括键值对,所述键值对的键KEY为所述URL,值VALUE为述接口信息中的接口名;将所述消息发送至消息队列。
在本公开的一些示例实施例中,所述方法还包括:若监听到所述消息队列接收到新消息,则从所述新消息中获取页面的URL和对应的接口信息;将所述页面的URL以及对应的接口存储到数据库中。
在本公开的一些示例实施例中,所述方法还包括:基于所述必要接口集,验证在所述业务场景下的各个基础业务功能是否正常;若各个所述基础业务功能均正常,则确定所述必要接口集为正确的必要接口集。
在本公开的一些示例实施例中,所述方法还包括:响应于对所述页面的当前页面请求,从所述当前页面请求中提取所述页面的URL对应的当前接口信息;若所述当前接口信息在数据库中不存在,则存储所述当前接口信息。
在本公开实施例的第二方面中,提供了一种接口维护装置,包括:请求响应模块,用于响应于对页面的页面请求,从所述页面请求中提取所述页面的统一资源定位符URL以及所述URL对应的接口信息;级别信息确定模块,用于确定所述接口信息中各个接口的接口级别信息,所述接口级别信息为根据所述接口在业务场景中的功能定义的级别信息;必要接口确定模块,用于基于所述接口级别信息以及所述接口信息确定所述页面对应的必要接口集。
在本公开的一些示例实施例中,所述装置还包括:底图生成模块,用于根据所述必要接口集中各个接口对应的所述页面的页面信息,生成与所述必要接口集对应的页面底图;当前接口确定模块,用于响应于对所述页面的当前页面请求,确定与所述页面的URL对应的当前接口信息;当前图生成模块,用于基于所述当前接口信息中各个接口对应的所述页面的页面信息,生成与所述当前接口信息对应的当前页面图;第一比对模块,用于确定所述当前页面图与所述页面底图的相似度,在所述当前页面图与所述页面底图的相似度低于第一预定阈值时发出警报。
在本公开的一些示例实施例中,所述装置还包括:空白图生成模块,用于生成与所述页面的页面尺寸对应的空白页面图;第二比对模块,用于确定所述当前页面图与所述空白页面图的相似度,在所述当前页面图与所述空白页面图的相似度高于第二预定阈值时发出警报。
在本公开的一些示例实施例中,所述请求响应模块还用于:解析所述页面请求,得到所述页面对应的至少一个URL;获取所述至少一个URL中各个URL对应的域名,确定所述域名是否在预先配置的域名名单中;若在所述域名名单中,则将对应的URL作为所述页面的URL;若不在所述域名名单中,则过滤掉对应的URL。
在本公开的一些示例实施例中,所述请求响应模块还用于:根据所提取的所述页面的URL,从所述页面请求中提取与所述页面的URL对应的接口信息;基于所述页面的URL以及所述URL对应的接口信息,生成消息,所述消息中包括键值对,所述键值对的键KEY为所述URL,值VALUE为述接口信息中的接口名;将所述消息发送至消息队列。
在本公开的一些示例实施例中,所述装置还包括:监听处理模块,用于若监听到所述消息队列接收到新消息,则从所述新消息中获取页面的URL和对应的接口信息;存储模块,用于将所述页面的URL以及对应的接口存储到数据库中。
在本公开的一些示例实施例中,所述装置还包括:功能验证模块,用于基于所述必要接口集,验证在所述业务场景下的各个基础业务功能是否正常;验证结果处理模块,用于若各个所述基础业务功能均正常,则确定所述必要接口集为正确的必要接口集。
在本公开的一些示例实施例中,所述装置还包括:提取模块,用于响应于对所述页面的当前页面请求,从所述当前页面请求中提取所述页面的URL对应的当前接口信息;更新模块,用于若所述当前接口信息在数据库中不存在,则存储所述当前接口信息。
在本公开实施例的第三方面中,提供了一种计算设备,包括:处理器和存储器,所述存储器存储有可执行指令,所述处理器用于调用所述存储器存储的可执行指令执行如上述第一方面中任一项所述的方法。
在本公开实施例的第四方面中,提供了一种介质,其上存储有程序,该程序被处理器执行时实现如上述第一方面中任一项所述的方法。
根据本公开实施例的技术方案,一方面,从页面请求中提取页面的URL以及URL对应的接口信息,能够自动获取URL与接口之间的映射关系;另一方面,基于接口级别信息以及接口信息确定页面对应的必要接口集,能够自动上报页面依赖的必要接口数据,便于自动化维护必要接口;再一方面,由于能够实现自动化维护必要接口,从而提高了接口维护的效率和准确性,降低了接口维护的人力成本和时间成本。
附图说明
通过参考附图阅读下文的详细描述,本公开示例性实施例的上述以及其他目的、特征和优点将变得易于理解。在附图中,以示例性而非限制性的方式示出了本公开的若干实施方式,其中:
图1示意性地示出了根据本公开实施例的接口维护方法的应用场景的示意图;
图2示意性地示出了根据本公开的一些实施例的接口维护方法的流程图;
图3示意性地示出了应用根据本公开的另一些实施例的接口维护方法的流程图;
图4示意性示出了根据本公开的又一些实施例的接口维护方法的流程图;
图5示意性地示出了根据本公开的一些实施例的必要接口集验证的架构示意图;
图6示意性地示出了根据本公开的一些实施例的页面对比的示意图;
图7示意性地示出了根据本公开的另一些实施例的页面比对的示意图;
图8示意性地示出了根据本公开的一些实施例的计算机可读存储介质的示意图;
图9示意性示出了根据本公开的一些实施例的接口维护装置的结构框图;
图10示意性示出了根据本公开的一些实施例的计算设备的结构框图。
在附图中,相同或对应的标号表示相同或对应的部分。
具体实施方式
下面将参考若干示例性实施例来描述本公开的原理和精神。应当理解,给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本公开,而并非以任何方式限制本公开的范围。相反,提供这些实施方式是为了使本公开更加透彻和完整,并且能够将本公开的范围完整地传达给本领域的技术人员。
本领域技术人员知道,本公开的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此,本公开可以具体实现为以下形式,即:完全的硬件、完全的软件(包括固件、驻留软件、微代码等),或者硬件和软件结合的形式。
根据本公开的实施方式,提出了一种接口维护方法、装置、计算设备和介质。
在本文中,需要理解的是,所涉及的术语:
必要接口集:也称为最小接口集,业务核心功能范围的接口集合,以业务入口为起点,包含用户完整操作流程,能支持用户核心功能的使用体验。
Http Header:是在HTTP(Hyper Text Transfer Protocol,超文本传输协议)请求或响应中用来传递附加信息的字段,用来准确描述正在获取的资源、服务器或者客户端的行为,定义了HTTP事务中的具体操作参数。
Http Referer:是Http Header的一部分,表示浏览器所访问的前一个页面,可以认为是之前访问页面的链接将浏览器带到了当前页面。当浏览器向web服务器发送请求的时候,一般会带上Referer,告诉服务器该网页是从哪个页面链接过来的,服务器因此可以获得一些信息用于处理。
网关:一个网络连接到另一个网络的“关口”,可以承接HTTP接口请求,主要进行一些非业务属性的预处理。
消息队列:在消息的传输过程中保存消息的容器。
此外,附图中的任何元素数量均用于示例而非限制,以及任何命名都仅用于区分,而不具有任何限制含义。
下面参考本公开的若干代表性实施方式,详细阐释本公开的原理和精神。
发明概述
本发明人发现,为了解决后期对业务接口进行维护的效率和准确性较低问题,在一种技术方案中,通过业务接口的参数传递页面与接口的信息,在服务器端根据参数传递的信息进行业务接口的维护。然而,在这种技术方案中,需要业务接口预留一个字段来传递页面与其依赖接口的映射关系的信息,给业务开发带来额外障碍点,并且如果后期业务接口要进行升级或者更新,则会因该预留的字段带来较多不可控/不稳定因素,增加了业务接口维护不当的风险。
基于上述内容,本公开的基本思想在于:响应于对页面的页面请求,从页面请求中提取页面的URL以及URL对应的接口信息;确定接口信息中各个接口的接口级别信息,接口级别信息为根据接口在业务场景中的功能定义的级别信息;基于接口级别信息以及接口信息确定页面对应的必要接口集。根据本公开实施例的技术方案,一方面,从页面请求中提取页面的URL以及URL对应的接口信息,能够自动获取URL与接口之间的映射关系;另一方面,基于接口级别信息以及接口信息确定页面对应的必要接口集,能够自动上报页面依赖的必要接口数据,便于自动化维护必要接口;再一方面,由于能够实现自动化维护必要接口,从而提高了接口维护的效率和准确性,降低了接口维护的人力成本和时间成本。
在介绍了本公开的基本原理之后,下面具体介绍本公开的各种非限制性实施方式。
应用场景总览
需要注意的是,下述应用场景仅是为了便于理解本公开的精神和原理而示出,本公开的实施方式在此方面不受任何限制。相反,本公开的实施方式可以应用于适用的任何场景。
图1示意性地示出了根据本公开实施例的接口维护方法的应用场景的示意图。
参照图1所示,该应用场景可以包括:至少一个客户端110以及服务器端120,其中,客户端110安装有多个应用程序,例如购物应用程序、音乐应用程序、新闻资讯应用程序等。客户端110与服务器端120之间通过网络130进行通信。以音乐应用场景为例,用户打开客户端110上安装的音乐应用程序,点击音乐应用程序上的某个页面例如歌曲排行榜板块对应的页面,向服务器端120发送该页面的页面请求,服务器端120响应于对该页面的页面请求,从页面请求中提取该页面的URL以及URL对应的接口信息。
需要说明的是,客户端110可以为手机、平板电脑、台式计算机、便携笔记本式计算机或车载式终端等。服务器端120可以为包含独立主机的物理服务器,或者为主机集群承载的虚拟服务器,或者为云服务器。网络130可以为有线网络或无线网络,例如,网络130可以为PSTN(Public Switched Telephone Network,公共交换电话网络)或因特网。
示例性方法
下面结合上述的应用场景,参考图2来描述根据本公开示例性实施例的接口维护方法。本公开实施例提供的接口维护方法的执行主体可以是具有计算处理功能的设备,比如图1中的服务器端120等。需要注意的是,上述应用场景仅是为了便于理解本公开的精神和原理而示出,本公开的实施例在此方面不受任何限制。相反,本公开的实施例可以应用于适用的任何场景。
参照图2所示,在步骤S210中,响应于对页面的页面请求,从页面请求中提取页面的URL以及URL对应的接口信息。
在示例实施例中,页面可以为应用程序的页面,例如,音乐应用程序、购物应用程序等。应用程序客户端响应于用户对应用程序的页面的点击操作,通过HTTP(Hyper TextTransfer Protocol,超文本传输协议)协议向服务器发送该页面对应的页面请求。
在示例实施例中,页面请求包含页面的URL信息以及对应的接口信息。根据HTTP协议,URL信息可以包含在HTTP报文的头部header的referer字段里。页面请求可以与一个或多个HTTP协议的接口对应,以页面为音乐应用程序的排行榜页面为例,排行榜页面的页面请求可以对应新歌榜接口、热歌榜接口、人气榜接口等。
进一步地,在示例实施例中,服务器响应于该页面请求,对该页面请求进行解析,从该页面请求中提取对应页面的URL以及URL对应的接口信息。以页面请求为HTTP请求为例,服务器可以根据HTTP协议对页面请求进行解析,从HTTP报文的referer字段里提取对应的URL,以及通过正则表达式提取URL对应的接口信息。举例而言,设页面请求包含以下URL“http://music.163.com/api/query/info?userID=123”,通过表达式request.getHeaders().get(“Referer”)获取该页面URL;通过正则表达式匹配字符串“api”获取对应的接口信息即“api/query/info”。
在步骤S220中,确定接口信息中各个接口的接口级别信息,接口级别信息为根据接口在业务场景中的功能定义的级别信息。
在示例实施例中,接口级别信息为根据接口在业务场景中的功能的重要程度定义的级别信息。以收银台页面为例,设接口级别包含P0、P1、P2三个级别,并且P0级>P1级>P2级,接口级别越高表示该接口在业务场景中的功能越重要,收银台页面对应的接口包括商品展示接口、下单接口、收藏接口、加购物车接口等,其中,商品展示接口和下单接口比较重要,可以将商品展示接口和下单接口的级别定义为P0级,将加购物车接口级别定义为P1级,将收藏接口级别定义为P2级。
进一步地,在本示例实施例中,在数据库中预先存储各个接口的级别信息,根据各个接口的标识信息从该数据库中查询各个接口的接口级别信息。例如,收银台页面对应的接口包括商品展示接口即interface1、下单接口即interface2、收藏接口即interface3、加购物车接口即interface4,根据各个接口的标识信息从数据库查询对应接口的级别信息。
此外,在一些示例实施例中,可以根据页面对应的预定时间段的用户历史行为数据对用户使用页面对应的接口的使用次数进行统计,根据使用次数的大小对该页面对应的接口进行排序,根据排序结果定义接口的级别。以页面为音乐应用程序的排行榜页面为例,根据用户使用热歌榜接口、人气榜接口、新歌榜接口的使用次数,对这三个接口进行排序,根据排序结果定义这三个接口的级别,例如,热歌榜接口为P0级、新歌榜接口为P1级、人气榜接口为P2级。
在步骤S230中,基于接口级别信息以及接口信息确定页面对应的必要接口集。
在示例实施例中,基于接口信息中各个接口的接口级别信息对接口进行筛选,得到级别高于预定阈值的目标接口,将目标接口作为页面对应的必要接口集。举例而言,设接口的级别信息为3个等级,可以将级别最高的接口作为页面的必要接口。
以收银台页面为例,商品展示接口和下单接口的级别为P0级,加购物车接口级别为P1级,收藏接口级别为P2级。将商品展示接口(P0级)和下单接口(P0级)作为收银台页面的必要接口集中的接口。
根据图2的示例实施例中的技术方案,一方面,从页面请求中提取页面的URL以及URL对应的接口信息,能够自动获取URL与接口之间的映射关系;另一方面,基于接口级别信息以及接口信息确定页面对应的必要接口集,能够自动上报页面依赖的必要接口数据,便于自动化维护必要接口;再一方面,由于能够实现自动化维护必要接口,提高接口维护的效率和准确性,降低接口维护的人力成本和时间成本。
此外,在接口上线后,会出现接口更新的情况。在示例实施例中,响应于对页面的当前页面请求,从当前页面请求中提取页面的URL对应的当前接口信息;若当前接口信息在数据库中不存在,则存储当前接口信息。举例而言,当业务系统的各个业务接口上线后,会持续对用户提供服务,由于不同用户在页面上的操作路径不同,可能存在某些接口不会在第一时间采集到,故会存在场景和接口更新的情况。此时,若采集到的当前接口在数据库中不存在,则采用增量更新的方式将当前接口添加到数据库中存储的必要接口集中。在完成该增量更新之后,会提醒维护者,必要接口集已变更,需要对必要接口集进行验证,保障更新后的必要接口集的完整性及可用性。
图3示意性地示出了应用根据本公开的另一些实施例的接口维护方法的流程示意图。
参照图3所示,在步骤S310中,客户端310向网关315发送页面请求。
在示例实施例中,响应于用户在客户端310的应用程序的页面的点击操作,客户端310会向网关315发送页面请求,该页面请求包含请求若干HTTP协议的接口。此时,依据HTTP协议的特性,当前页面的URL信息会被自动填入HTTP头部header的referer域里,同时将该referer域信息传递到提供接口的服务器端320。在本示例实施例中,页面请求并非直接请求到提供接口的服务器端320,而是先请求到网关315,由网关315进行一些非业务逻辑的前置处理(如权限校验、审计信息记录、路由查询)后,再路由到相应的提供接口的服务器端320。
在步骤S315中,网关315过滤掉无效域名。
在示例实施例中,在网关315层,会解析HTTP头部header中的referer域的数据,得到页面的原始URL后,进行过滤,获取需要的接口数据,不需要的会丢弃。
举例而言,预先在配置文件中配置需要维护的页面的域名信息,例如,配置文件中的域名信息可以包括:music.163.com;qa.igame.163.com。获取页面URL的域名,将获取的域名与配置文件中的域名进行相似度比对,若相似度大于预定阈值,则确定该域名在配置文件中,保留该域名对应的URL;确定域名不在配置文件中,则丢弃该域名对应的URL。
在步骤S320中,消息生成服务器325向消息队列330发送消息,该消息包含URL以及对应的接口名。
在示例实施例中,消息生成服务器325会以URL为key,接口名为value,发送一条消息到消息队列330。举例而言,设保留后的页面URL为“http://music.163.com/mypage?userID=123”,页面依赖接口为“http://music.163.com/api/query/info?userID=123”,则构造的消息体为{“pageId”:“music.163.com/mypage”,“uri”:“api/query/info”},将该消息体发送给消息队列。
在步骤S325中,消息监听服务器335订阅监听消息队列330。
在示例实施例中,在消息监听服务器335处即消息监听侧,监听到之前发出的消息,并读取该消息。
在步骤S330中,解析消息得到URL和接口名,存入数据库340。
在示例实施例中,解析得到URL和接口名称,之后将解析结果存入数据库340中。此时,通过页面对应的页面请求,就能得到一个页面所依赖的所有接口列表。
在步骤S335中,确定接口的级别信息。
在本示例实施例中,在数据库中预先存储各个接口的级别信息,根据各个接口的标识信息从该数据库中查询各个接口的接口级别信息345。例如,接口包括接口1、接口2、接口3以及接口4,根据各个接口的标识信息从数据库查询对应接口的级别信息345即接口1(P1)、接口2(P1)、接口3(P0)以及接口4(P0)。
在步骤S340中,根据接口级别信息确定必要接口集。
在示例实施例中,基于接口信息中各个接口的接口级别信息对接口进行筛选,得到级别高于预定阈值的目标接口,将目标接口作为页面对应的必要接口集350。举例而言,设接口的级别信息为3个等级P0、P1、P2,并且P0级>P1级>P2级,接口级别越高表示该接口在业务场景中的功能越重要,可以将级别最高即P0级别的接口作为页面的必要接口集350中的接口,即接口3(P0)和接口4(P0)作为该URL对应的必要接口集中的接口。
根据图3的示例实施例中的技术方案,一方面,通过网关过滤掉无效的URL,能够提高维护页面的必要接口集的准确性;另一方面,通过消息队列来上报页面与接口的映射关系信息,能够自动高效地上报页面所依赖的接口列表,进一步提高接口维护的效率。
图4示意性示出了根据本公开的又一些实施例的接口维护方法的流程示意图。
参照图4所示,在步骤S410中,接收客户端发送的页面请求。
在示例实施例中,页面请求可以包括页面URL以及页面依赖的接口信息。例如,设页面请求可以包含页面URL“http://music.163.com/mypage?userID=123”,还可以包括页面请求接口“http://music.163.com/api/query/info?userID=123”。
在步骤S415中,获取页面URL及对应的域名。
在示例实施例中,通过表达式request.getHeaders().get(“Referer”)获取该页面URL及URL对应的域名,例如URL“http://music.163.com/mypage?userID=123”,对应的域名为music.163.com。
在步骤S420中,读取配置文件。
在示例实施例中,配置文件中配置有需要维护的页面的域名信息,通过配置文件中的域名信息,能够确定是否保留URL进行后续操作。例如,配置文件中的域名信息可以包括:music.163.com;qa.igame.163.com。
在步骤S425中,确定获取的域名是否在配置文件中。若不在配置文件中,则进行至步骤S430;若在配置文件中,则进行至步骤S435。
在示例实施例中,可以将获取的域名与配置文件中的域名进行相似度比对,若相似度大于预定阈值,则确定该域名在配置文件中。
在步骤S430中,丢弃该域名对应的URL。
在步骤S435中,保留该域名对应的URL。
在步骤S440中,构造消息并发送给消息队列。
在示例实施例中,根据页面URL以及对应的接口信息构造消息,并将消息发送给消息队列。举例而言,设保留后的页面URL为“http://music.163.com/mypage?userID=123”,页面依赖接口为“http://music.163.com/api/query/info?userID=123”,则构造的消息体为{“pageId”:“music.163.com/mypage”,“uri”:“api/query/info”},将该消息体发送给消息队列。
在步骤S445中,监听消息队列中的消息。
在步骤S450中,解析监听到的消息,得到URL以及接口名称,存入数据库。
在示例实施例中,对监听到的消息进行解析,得到消息体中的pageId和uri,将pageId和uri作为数据库中的唯一键例如主键,URL以及接口名存储到数据库中。下表2示出了数据库中存储的页面URL、接口名以及接口级别信息。
表2.页面URL、接口名以及接口级别信息
通过以上步骤,完成了接口的自动上报,并且能够将页面和接口的依赖关系存储下来。进一步地,可以利用接口级别定义信息,获得页面对应的接口必要集。
根据图4的示例实施例中的技术方案,一方面,通过配置文件过滤掉无效的URL,能够提高维护页面的必要接口集的准确性;另一方面,通过消息队列来上报页面与接口的映射关系信息,能够自动高效地上报页面所依赖的接口列表,进一步提高接口维护的效率。
图5示意性地示出了根据本公开的一些实施例的必要接口集验证的架构示意图。
在得到必要接口集之后,需要对当前的必要接口集进行验证,确保必要接口集包含的接口能满足业务要求。因此,在示例实施例中,基于必要接口集,验证在业务场景下的各个基础业务功能是否正常;若各个基础业务功能均正常,则确定必要接口集为正确的必要接口集。
参照图5所示,客户端310向网关315发送页面请求,网关315基于“黑白名单”功能,限制指定用户(例如会员用户)在该业务场景下的非P0接口的访问权限,此时,验证在业务场景下的各个基础业务功能是否正常;若各个基础业务功能均正常,则确定必要接口集为正确的必要接口集。例如,可以在配置文件中配置会员名单,以及P0接口名单例如userId、接口3、接口4,网关根据该配置文件,限制指定用户(例如会员用户)在该业务场景下的非P0接口的访问权限,确定指定用户访问P0接口即接口3和接口4的功能是否正常,若各个接口的功能均正常,则确定必要接口集为正确的必要接口集。
根据图5的示例实施例中的技术方案,通过对必要接口集的功能进行验证,能够确定必要接口集的有效性和可用性。
此外,在保证必要接口集的功能正确的情况下,需要对必要接口集范围内的接口进行日常巡检。在用户层面,业务接口的服务功能是以页面形式呈现的,接口服务的变化会导致页面呈现的变化,一方面,需要对页面元素相对固定的页面情况进行巡检;另一方面,在业务逻辑上,页面不允许整体出现白屏,需要对页面元素经常变化的情况进行白屏巡检。因此,在示例实施例中,一方面,根据必要接口集中各个接口所对应页面的页面信息,生成与必要接口集对应的页面底图;响应于对页面的当前页面请求,确定与页面的URL对应的当前接口信息;基于当前接口信息中各个接口所对应页面的页面信息,生成与当前接口信息对应的当前页面图;确定当前页面图与页面底图的相似度,在当前页面图与页面底图的相似度低于第一预定阈值时发出警报。另一方面,生成与页面的页面尺寸对应的空白页面图;确定当前页面图与空白页面图的相似度,在当前页面图与空白页面图的相似度高于第二预定阈值时发出警报。
举例而言,在对必要接口集进行巡检的过程中,采用了opencv框架,利用图片比对的方案进行巡检。可以通过以下方式来进行巡检:
(1)利用必要接口集所对应页面的页面信息,得到一张页面底图。
(2)生成一张与该页面同尺寸的空白页面,可以称为白图。
(3)配置巡检任务,开始巡检。
巡检流程:巡检任务触发时,根据当前页面的必要接口集对应的页面信息,得到一张当前页面图,针对相对固定的页面,将当前页面图与页面底图进行比对,在相似度低于预定阀值时报警;针对内容经常变化且变化较大的页面,将当前页面图和白图对比,在相似度高于某个阀值时报警。
图6示意性地示出了根据本公开的一些实施例的页面对比的示意图。
参照图6所示,该图是“页面形态相对固定”的页面比对的示意图。图6右图是页面底图,作为验证的依据;左图是当前一次巡检的当前页面图,判断当前页面图和页面底图差异度为15.17,超过预定阀值,进行了异常告警。参照图6所示,当前页面图比页面底图多了个立即续费的控件。
图7示意性地示出了根据本公开的另一些实施例的页面比对的示意图。
参照图7所示,该图是“页面形态经常变化”的页面比对的示意图,由于页面底图是个白图,没有在图7中展示出来,左边的是当前页面图,判断当前页面图与页面底图的差异值为0.17,小于预定阀值,进行报警。参照图7所示,当前页面图比页面底图多了一行文字,确定当前页面图跟白图差异不大,用户可能看不到任何东西。
通过对页面进行巡检,能够确保接口在客户端上准确地呈现,进一步确保必要接口集的有效性和可用性。
示例性介质
在介绍了本公开示例性实施例的方法之后,接下来,对本公开示例性实施例的介质进行说明。
在一些可能的实施例中,本公开的各个方面还可以实现为一种介质,其上存储有程序代码,当所述程序代码被设备的处理器执行时用于实现本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施例的接口维护方法中的步骤。
在一些可能的实施例中,所述设备的处理器执行所述程序代码时用于实现如下步骤:步骤S210,响应于对页面的页面请求,从页面请求中提取页面的URL以及URL对应的接口信息;步骤S220,确定接口信息中各个接口的接口级别信息,接口级别信息为根据接口在业务场景中的功能定义的级别信息;步骤S230,基于接口级别信息以及接口信息确定页面对应的必要接口集。
参考图8所示,描述了根据本公开的实施例的用于实现上述数据处理方法的程序产品800,其可以采用便携式紧凑盘只读存储器并包括程序代码,并可以在终端设备,例如个人电脑上运行。然而,本公开的程序产品不限于此。
需要说明的是:上述的介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是但不限于:电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括:具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器、只读存储器、可擦式可编程只读存储器、光纤、便携式紧凑盘只读存储器、光存储器件、磁存储器件、或者上述的任意合适的组合。
可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了可读程序代码。这种传播的数据信号可以采用多种形式,包括但不限于:电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质,该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、有线、光缆、射频信号等,或者上述的任意合适的组合。
可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码,所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等,还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中,远程计算设备可以通过任意种类的网络——包括局域网或广域网—连接到用户计算设备,或者,可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
示例性装置
在介绍了本公开示例性实施例的介质之后,接下来,参考图9对本公开示例性实施例的接口维护装置进行说明。
参照图9所示,接口维护装置900包括:请求响应模块910,用于响应于对页面的页面请求,从所述页面请求中提取所述页面的统一资源定位符URL以及所述URL对应的接口信息;级别信息确定模块920,用于确定所述接口信息中各个接口的接口级别信息,所述接口级别信息为根据所述接口在业务场景中的功能定义的级别信息;必要接口确定模块930,用于基于所述接口级别信息以及所述接口信息确定所述页面对应的必要接口集。
在本公开的一些示例实施例中,所述装置900还包括:底图生成模块,用于根据所述必要接口集中各个接口对应的所述页面的页面信息,生成与所述必要接口集对应的页面底图;当前接口确定模块,用于响应于对所述页面的当前页面请求,确定与所述页面的URL对应的当前接口信息;当前图生成模块,用于基于所述当前接口信息中各个接口对应的所述页面的页面信息,生成与所述当前接口信息对应的当前页面图;第一比对模块,用于确定所述当前页面图与所述页面底图的相似度,在所述当前页面图与所述页面底图的相似度低于第一预定阈值时发出警报。
在本公开的一些示例实施例中,所述装置900还包括:空白图生成模块,用于生成与所述页面的页面尺寸对应的空白页面图;第二比对模块,用于确定所述当前页面图与所述空白页面图的相似度,在所述当前页面图与所述空白页面图的相似度高于第二预定阈值时发出警报。
在本公开的一些示例实施例中,所述请求响应模块910还用于:解析所述页面请求,得到所述页面对应的至少一个URL;获取所述至少一个URL中各个URL对应的域名,确定所述域名是否在预先配置的域名名单中;若在所述域名名单中,则将对应的URL作为所述页面的URL;若不在所述域名名单中,则过滤掉对应的URL。
在本公开的一些示例实施例中,所述请求响应模块910还用于:根据所提取的所述页面的URL,从所述页面请求中提取与所述页面的URL对应的接口信息;基于所述页面的URL以及所述URL对应的接口信息,生成消息,所述消息中包括键值对,所述键值对的键KEY为所述URL,值VALUE为述接口信息中的接口名;将所述消息发送至消息队列。
在本公开的一些示例实施例中,所述装置900还包括:监听处理模块,用于若监听到所述消息队列接收到新消息,则从所述新消息中获取页面的URL和对应的接口信息;存储模块,用于将所述页面的URL以及对应的接口存储到数据库中。
在本公开的一些示例实施例中,所述装置900还包括:功能验证模块,用于基于所述必要接口集,验证在所述业务场景下的各个基础业务功能是否正常;验证结果处理模块,用于若各个所述基础业务功能均正常,则确定所述必要接口集为正确的必要接口集。
在本公开的一些示例实施例中,所述装置900还包括:提取模块,用于响应于对所述页面的当前页面请求,从所述当前页面请求中提取所述页面的URL对应的当前接口信息;更新模块,用于若所述当前接口信息在数据库中不存在,则存储所述当前接口信息。
示例性计算设备
在介绍了本公开示例性实施例的方法、介质和装置之后,接下来,介绍根据本公开的另一示例性实施例的计算设备。
所属技术领域的技术人员能够理解,本公开的各个方面可以实现为系统、方法或程序产品。因此,本公开的各个方面可以具体实现为以下形式,即:完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等),或硬件和软件方面结合的实施方式,这里可以统称为“电路”、“模块”或“系统”。
在一些可能的实施例中,根据本公开实施例的计算设备可以至少包括至少一个处理器、以及至少一个存储器。其中,所述存储器存储有程序代码,当所述程序代码被所述处理器执行时,使得所述处理器执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施例的接口维护方法中的步骤。例如,所述处理器可以执行如图2中所示的步骤步骤S210,响应于对页面的页面请求,从页面请求中提取页面的URL以及URL对应的接口信息;步骤S220,确定接口信息中各个接口的接口级别信息,接口级别信息为根据接口在业务场景中的功能定义的级别信息;步骤S230,基于接口级别信息以及接口信息确定页面对应的必要接口集。又如,所述处理器也可以执行如图4中所示的步骤。
下面参照图10来描述根据本公开的示例实施例的电子设备1000。图10所示的电子设备1000仅仅是一个示例,不应对本公开实施例的功能和使用范围带来任何限制。
如图10所示,电子设备1000以通用计算设备的形式表现。电子设备1000的组件可以包括但不限于:上述至少一个处理单元1010、上述至少一个存储单元1020、连接不同系统组件(包括存储单元1020和处理单元1010)的总线1030。
总线1030表示几类总线结构中的一种或多种,包括存储器总线或者存储器控制器、外围总线、图形加速端口、处理器或者使用多种总线结构中的任意总线结构的局域总线。
存储单元1020可以包括易失性存储器形式的可读介质,例如RAM(Random AccessMemory,随机存取存储器)1021和/或高速缓存存储器1022,还可以进一步包括ROM(Read-Only Memory,只读存储器)1023。
存储单元1020还可以包括具有一组(至少一个)程序模块1024的程序/实用工具1025,这样的程序模块1024包括但不限于:操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。
电子设备1000也可以与一个或多个外部设备1040(例如键盘、指向设备、蓝牙设备等)通信,还可与一个或者多个使得用户能与电子设备1000交互的设备通信,和/或与使得电子设备1000能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口1050进行。并且,电子设备1000还可以通过网络适配器1060与一个或者多个网络(例如局域网,广域网和/或公共网络,例如因特网)通信。如图所示,网络适配器1060通过总线1030与电子设备1000的其它模块通信。应当明白,尽管图中未示出,可以结合电子设备1000使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID(Redundant Arrays ofIndependent Disks,独立冗余磁盘阵列)系统、磁带驱动器以及数据备份存储系统等。
应当注意,尽管在上文详细描述中提及了接口维护装置的若干单元或子单元,但是这种划分仅仅是示例性的,并非是强制性的。实际上,根据本公开的实施方式,上文描述的两个或更多模块或单元的特征和功能可以在一个模块或单元中具体化。反之,上文描述的一个模块或单元的特征和功能可以进一步划分为由多个模块或单元来具体化。
此外,尽管在附图中以特定顺序描述了本公开方法的操作,但是,这并非要求或者暗示必须按照该特定顺序来执行这些操作,或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地,可以省略某些步骤,将多个步骤合并为一个步骤执行,和/或将一个步骤分解为多个步骤执行。
虽然已经参考若干具体实施方式描述了本公开的精神和原理,但是应该理解,本公开并不限于所公开的具体实施方式,对各方面的划分也不意味着这些方面中的特征不能组合以进行受益,这种划分仅是为了表述的方便。本公开旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。
Claims (10)
1.一种接口维护方法,其特征在于,包括:
响应于对页面的页面请求,从所述页面请求中提取所述页面的统一资源定位符URL以及所述URL对应的接口信息;
确定所述接口信息中各个接口的接口级别信息,所述接口级别信息为根据所述接口在业务场景中的功能定义的级别信息;
基于所述接口级别信息以及所述接口信息确定所述页面对应的必要接口集。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
根据所述必要接口集中各个接口对应的所述页面的页面信息,生成与所述必要接口集对应的页面底图;
响应于对所述页面的当前页面请求,确定与所述页面的URL对应的当前接口信息;
基于所述当前接口信息中各个接口对应的所述页面的页面信息,生成与所述当前接口信息对应的当前页面图;
确定所述当前页面图与所述页面底图的相似度,在所述当前页面图与所述页面底图的相似度低于第一预定阈值时发出警报。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:
生成与所述页面的页面尺寸对应的空白页面图;
确定所述当前页面图与所述空白页面图的相似度,在所述当前页面图与所述空白页面图的相似度高于第二预定阈值时发出警报。
4.根据权利要求1所述的方法,其特征在于,所述从所述页面请求中提取所述页面的URL,包括:
解析所述页面请求,得到所述页面对应的至少一个URL;
获取所述至少一个URL中各个URL对应的域名,确定所述域名是否在预先配置的域名名单中;
若在所述域名名单中,则将对应的URL作为所述页面的URL;
若不在所述域名名单中,则过滤掉对应的URL。
5.根据权利要求4所述的方法,其特征在于,所述从所述页面请求中提取所述URL对应的接口信息,包括:
根据所提取的所述页面的URL,从所述页面请求中提取与所述页面的URL对应的接口信息;
基于所述页面的URL以及所述URL对应的接口信息,生成消息,所述消息中包括键值对,所述键值对的键KEY为所述URL,值VALUE为述接口信息中的接口名;
将所述消息发送至消息队列。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
若监听到所述消息队列接收到新消息,则从所述新消息中获取页面的URL和对应的接口信息;
将所述页面的URL以及对应的接口存储到数据库中。
7.根据权利要求1所述的方法,其特征在于,所述方法还包括:
基于所述必要接口集,验证在所述业务场景下的各个基础业务功能是否正常;
若各个所述基础业务功能均正常,则确定所述必要接口集为正确的必要接口集。
8.一种接口维护装置,其特征在于,包括:
请求响应模块,用于响应于对页面的页面请求,从所述页面请求中提取所述页面的统一资源定位符URL以及所述URL对应的接口信息;
级别信息确定模块,用于确定所述接口信息中各个接口的接口级别信息,所述接口级别信息为根据所述接口在业务场景中的功能定义的级别信息;
必要接口确定模块,用于基于所述接口级别信息以及所述接口信息确定所述页面对应的必要接口集。
9.一种计算设备,包括:处理器和存储器,所述存储器存储有可执行指令,所述处理器用于调用所述存储器存储的可执行指令执行如权利要求1至7中任一项所述的方法。
10.一种介质,其上存储有程序,该程序被处理器执行时实现如权利要求1至7中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110208148.4A CN112948733B (zh) | 2021-02-24 | 2021-02-24 | 接口维护方法、装置、计算设备以及介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110208148.4A CN112948733B (zh) | 2021-02-24 | 2021-02-24 | 接口维护方法、装置、计算设备以及介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN112948733A true CN112948733A (zh) | 2021-06-11 |
CN112948733B CN112948733B (zh) | 2023-04-28 |
Family
ID=76245999
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110208148.4A Active CN112948733B (zh) | 2021-02-24 | 2021-02-24 | 接口维护方法、装置、计算设备以及介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112948733B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114666418A (zh) * | 2022-03-10 | 2022-06-24 | 北京九恒星科技股份有限公司 | 业务系统衔接方法、装置及存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10089654B1 (en) * | 2015-09-24 | 2018-10-02 | Amazon Technologies, Inc. | Detecting expired content within slots in a user interface |
CN108810003A (zh) * | 2018-06-21 | 2018-11-13 | 吉旗(成都)科技有限公司 | 一种多业务方消息接入的安全验证方案 |
CN109688202A (zh) * | 2018-12-04 | 2019-04-26 | 北京腾云天下科技有限公司 | 一种接口数据的处理方法、装置、计算设备及存储介质 |
CN110691129A (zh) * | 2019-09-26 | 2020-01-14 | 杭州网易云音乐科技有限公司 | 请求处理方法及装置、存储介质和电子设备 |
-
2021
- 2021-02-24 CN CN202110208148.4A patent/CN112948733B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10089654B1 (en) * | 2015-09-24 | 2018-10-02 | Amazon Technologies, Inc. | Detecting expired content within slots in a user interface |
CN108810003A (zh) * | 2018-06-21 | 2018-11-13 | 吉旗(成都)科技有限公司 | 一种多业务方消息接入的安全验证方案 |
CN109688202A (zh) * | 2018-12-04 | 2019-04-26 | 北京腾云天下科技有限公司 | 一种接口数据的处理方法、装置、计算设备及存储介质 |
CN110691129A (zh) * | 2019-09-26 | 2020-01-14 | 杭州网易云音乐科技有限公司 | 请求处理方法及装置、存储介质和电子设备 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114666418A (zh) * | 2022-03-10 | 2022-06-24 | 北京九恒星科技股份有限公司 | 业务系统衔接方法、装置及存储介质 |
CN114666418B (zh) * | 2022-03-10 | 2024-02-20 | 北京九恒星科技股份有限公司 | 业务系统衔接方法、装置及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN112948733B (zh) | 2023-04-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9727877B2 (en) | Method and system for dynamic messaging | |
KR102504075B1 (ko) | 사용자 디바이스 이벤트의 매칭 및 속성 | |
CN110262807B (zh) | 集群创建进度日志采集系统、方法和装置 | |
FI114066B (fi) | Liikennevirran analysointimenetelmä | |
EP2332063A1 (en) | Uniquely identifying network-distributed devices without explicitly provided device or user identifying information | |
JP2021103506A (ja) | 情報を生成するための方法及び装置 | |
US20070050373A1 (en) | System and method to transform results of client requests using client uploaded presentation formats | |
CN110858172A (zh) | 一种自动化测试代码生成方法和装置 | |
JP2011170757A (ja) | 個人情報入力用管理サーバ、クライアント端末、個人情報入力システムおよびプログラム | |
CN111881329A (zh) | 一种账户余额管理方法和系统 | |
CN104137506A (zh) | 网络服务接口分析 | |
EP3433734A1 (en) | Technologies for auto discover and connect to a rest interface | |
CN111008865A (zh) | 优惠券同步展示方法、装置、服务器及存储介质 | |
CN111427613A (zh) | 一种应用程序接口api管理方法和装置 | |
CN109086414B (zh) | 用于搜索区块链数据的方法、装置及存储介质 | |
CN112948733B (zh) | 接口维护方法、装置、计算设备以及介质 | |
CN106817296B (zh) | 信息推荐的测试方法、装置以及电子设备 | |
CN110674426B (zh) | 网页行为上报方法和装置 | |
KR100520428B1 (ko) | 사용자 인증에 따라 다양한 종류의 키워드를 연동하여관리하는 방법 및 그 시스템 | |
CN115496544A (zh) | 一种数据处理的方法和装置 | |
CN112416875B (zh) | 日志管理方法、装置、计算机设备及存储介质 | |
CN114978749A (zh) | 登录认证方法及系统、存储介质和电子设备 | |
JP2000222329A (ja) | 情報通信システム、情報提供装置、ユーザ属性情報収集方法及び記録媒体 | |
CN113900895B (zh) | 信息处理方法、信息处理装置、存储介质与电子设备 | |
CN114285743B (zh) | 更新配置信息的方法、装置、电子设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |