预估内容分发网络cdn系统中的日志增量的方法

文档序号:1952574 发布日期:2021-12-10 浏览:8次 >En<

阅读说明:本技术 预估内容分发网络cdn系统中的日志增量的方法 (Method for estimating log increment in Content Delivery Network (CDN) system ) 是由 刘静 耿芳歌 于 2021-09-15 设计创作,主要内容包括:本公开提供了一种预估内容分发网络CDN系统中的日志增量的方法,涉及云平台和人工智能技术领域,尤其涉及日志数据处理。实现方案为:根据CDN系统的请求数增量和至少一个节点组之间的第一请求数分摊比例,确定至少一个节点组相应的节点组请求数增量;根据节点组请求数增量和至少一个节点组内节点之间的相应第二请求数分摊比例,确定至少一个节点组内各节点相应的节点请求数增量;以及根据节点请求数增量和节点请求数增量与日志增量之间的比例系数关系,确定至少一个节点组内各节点的至少一种日志相应的日志增量。(The invention provides a method for pre-estimating log increment in a Content Delivery Network (CDN) system, relates to the technical field of cloud platforms and artificial intelligence, and particularly relates to log data processing. The implementation scheme is as follows: determining a node group request number increment corresponding to at least one node group according to a request number increment of the CDN system and a first request number sharing proportion between the at least one node group; determining the corresponding node request number increment of each node in at least one node group according to the node group request number increment and the corresponding second request number sharing proportion between the nodes in at least one node group; and determining at least one log increment corresponding to at least one log of each node in at least one node group according to the node request number increment and the proportional coefficient relationship between the node request number increment and the log increment.)

预估内容分发网络CDN系统中的日志增量的方法

技术领域

本公开涉及云平台和人工智能技术领域,尤其涉及日志数据处理,具体涉及一种预估内容分发网络CDN系统中的日志增量的方法、装置、电子设备、计算机可读存储介质和计算机程序产品。

背景技术

内容分发网络(Content Delivery Networks,CDN)通过在网络各处放置节点服务器,可以将用户的访问请求导向至合适的节点服务器上。同时,各节点服务器上有日志系统,日志系统中包含多种日志,每种日志对应一类应用或者服务,并记录该类应用或者服务的信息。

当用户的访问请求量增加时,每种日志的日志量也随之增加。当预测到日志量增加后将会超过日志系统可以承载的范围时,需要提前采取相应的措施,使得日志系统可以承载因用户请求量增加而导致的日志量的增加。因此,根据用户的请求数增量正确预估日志增量以评价日志系统的承载能力显得尤为重要。

在此部分中描述的方法不一定是之前已经设想到或采用的方法。除非另有指明,否则不应假定此部分中描述的任何方法仅因其包括在此部分中就被认为是现有技术。类似地,除非另有指明,否则此部分中提及的问题不应认为在任何现有技术中已被公认。

发明内容

本公开提供了一种预估内容分发网络CDN系统中的日志增量的方法、装置、电子设备、计算机可读存储介质和计算机程序产品。

根据本公开的一方面,提供了一种预估内容分发网络CDN系统中的日志增量的方法,其中,CDN系统中包括至少一个节点组,至少一个节点组均包括至少一个节点,至少一个节点均包括至少一种日志,方法包括:根据CDN系统的请求数增量和至少一个节点组之间的第一请求数分摊比例,确定至少一个节点组相应的节点组请求数增量;根据节点组请求数增量和至少一个节点组内节点之间的相应第二请求数分摊比例,确定至少一个节点组内各节点相应的节点请求数增量;以及根据节点请求数增量和节点请求数增量与日志增量之间的比例系数关系,确定至少一个节点组内各节点的至少一种日志相应的日志增量。

根据本公开的另一方面,提供了一种预估内容分发网络CDN系统中的日志增量的装置,其中,CDN系统中包括至少一个节点组,至少一个节点组均包括至少一个节点,至少一个节点均包括至少一种日志,装置包括:第一确定模块,被配置为根据CDN系统的请求数增量和至少一个节点组之间的第一请求数分摊比例,确定至少一个节点组相应的节点组请求数增量;第二确定模块,被配置为根据节点组请求数增量和至少一个节点组内节点之间的相应第二请求数分摊比例,确定至少一个节点组内各节点相应的节点请求数增量;以及第三确定模块,被配置为根据节点请求数增量和节点请求数增量与日志增量之间的比例系数关系,确定至少一个节点组内各节点的至少一种日志相应的日志增量。

根据本公开的另一方面,提供了一种电子设备,包括:至少一个处理器;与至少一个处理器通信连接的存储器;其中存储器存储有可被至少一个处理器执行的指令,指令被至少一个处理器执行,以使至少一个处理器能够执行上述方法。

根据本公开的另一方面,提供了一种存储有计算机指令的非瞬时计算机可读存储介质,其中,计算机指令用于使计算机执行上述方法。

根据本公开的另一方面,提供了一种计算机程序产品,包括计算机程序,其中,计算机程序在被处理器执行时实现上述方法。

根据本公开的一个或多个实施例,能够根据用户的请求数增量正确预估日志增量,以评价日志系统的承载能力,为后续改进日志系统以及保障服务质量提供了根据。

应当理解,本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征,也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图示例性地示出了实施例并且构成说明书的一部分,与说明书的文字描述一起用于讲解实施例的示例性实施方式。所示出的实施例仅出于例示的目的,并不限制权利要求的范围。在所有附图中,相同的附图标记指代类似但不一定相同的要素。

图1示出了根据本公开的实施例的可以在其中实施本文描述的各种方法的示例性系统的示意图;

图2示出了根据本公开的实施例的预估内容分发网络CDN系统中的日志增量的方法的流程图;

图3示出了能够用于实现本公开的实施例的示例性系统的结构框图;

图4示出了根据本公开的实施例的预估内容分发网络CDN系统中的日志增量的装置的结构框图;

图5示出了能够用于实现本公开的实施例的示例性电子设备的结构框图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明,其中包括本公开实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本公开的范围。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。

在本公开中,除非另有说明,否则使用术语“第一”、“第二”等来描述各种要素不意图限定这些要素的位置关系、时序关系或重要性关系,这种术语只是用于将一个元件与另一元件区分开。在一些示例中,第一要素和第二要素可以指向该要素的同一实例,而在某些情况下,基于上下文的描述,它们也可以指代不同实例。

在本公开中对各种所述示例的描述中所使用的术语只是为了描述特定示例的目的,而并非旨在进行限制。除非上下文另外明确地表明,如果不特意限定要素的数量,则该要素可以是一个也可以是多个。此外,本公开中所使用的术语“和/或”涵盖所列出的项目中的任何一个以及全部可能的组合方式。

下面将结合附图详细描述本公开的实施例。

图1示出了根据本公开的实施例可以将本文描述的各种方法和装置在其中实施的示例性系统100的示意图。参考图1,该系统100包括一个或多个客户端设备101、102、103、104、105和106、服务器120以及将一个或多个客户端设备耦接到服务器120的一个或多个通信网络110。客户端设备101、102、103、104、105和106可以被配置为执行一个或多个应用程序。

在本公开的实施例中,服务器120可以运行使得能够执行预估内容分发网络CDN系统中的日志增量的方法的一个或多个服务或软件应用。

在某些实施例中,服务器120还可以提供可以包括非虚拟环境和虚拟环境的其他服务或软件应用。在某些实施例中,这些服务可以作为基于web的服务或云服务提供,例如在软件即服务(SaaS)模型下提供给客户端设备101、102、103、104、105和/或106的用户。

在图1所示的配置中,服务器120可以包括实现由服务器120执行的功能的一个或多个组件。这些组件可以包括可由一个或多个处理器执行的软件组件、硬件组件或其组合。操作客户端设备101、102、103、104、105和/或106的用户可以依次利用一个或多个客户端应用程序来与服务器120进行交互以利用这些组件提供的服务。应当理解,各种不同的系统配置是可能的,其可以与系统100不同。因此,图1是用于实施本文所描述的各种方法的系统的一个示例,并且不旨在进行限制。

用户可以使用客户端设备101、102、103、104、105和/或106来发送请求。客户端设备可以提供使客户端设备的用户能够与客户端设备进行交互的接口。客户端设备还可以经由该接口向用户输出信息。尽管图1仅描绘了六种客户端设备,但是本领域技术人员将能够理解,本公开可以支持任何数量的客户端设备。

客户端设备101、102、103、104、105和/或106可以包括各种类型的计算机设备,例如便携式手持设备、通用计算机(诸如个人计算机和膝上型计算机)、工作站计算机、可穿戴设备、智能屏设备、自助服务终端设备、服务机器人、游戏系统、瘦客户端、各种消息收发设备、传感器或其他感测设备等。这些计算机设备可以运行各种类型和版本的软件应用程序和操作系统,例如MICROSOFT Windows、APPLE iOS、类UNIX操作系统、Linux或类Linux操作系统(例如GOOGLE Chrome OS);或包括各种移动操作系统,例如MICROSOFT WindowsMobile OS、iOS、Windows Phone、Android。便携式手持设备可以包括蜂窝电话、智能电话、平板电脑、个人数字助理(PDA)等。可穿戴设备可以包括头戴式显示器(诸如智能眼镜)和其他设备。游戏系统可以包括各种手持式游戏设备、支持互联网的游戏设备等。客户端设备能够执行各种不同的应用程序,例如各种与Internet相关的应用程序、通信应用程序(例如电子邮件应用程序)、短消息服务(SMS)应用程序,并且可以使用各种通信协议。

网络110可以是本领域技术人员熟知的任何类型的网络,其可以使用多种可用协议中的任何一种(包括但不限于TCP/IP、SNA、IPX等)来支持数据通信。仅作为示例,一个或多个网络110可以是局域网(LAN)、基于以太网的网络、令牌环、广域网(WAN)、因特网、虚拟网络、虚拟专用网络(VPN)、内部网、外部网、公共交换电话网(PSTN)、红外网络、无线网络(例如蓝牙、WIFI)和/或这些和/或其他网络的任意组合。

服务器120可以包括一个或多个通用计算机、专用服务器计算机(例如PC(个人计算机)服务器、UNIX服务器、中端服务器)、刀片式服务器、大型计算机、服务器群集或任何其他适当的布置和/或组合。服务器120可以包括运行虚拟操作系统的一个或多个虚拟机,或者涉及虚拟化的其他计算架构(例如可以被虚拟化以维护服务器的虚拟存储设备的逻辑存储设备的一个或多个灵活池)。在各种实施例中,服务器120可以运行提供下文所描述的功能的一个或多个服务或软件应用。

服务器120中的计算单元可以运行包括上述任何操作系统以及任何商业上可用的服务器操作系统的一个或多个操作系统。服务器120还可以运行各种附加服务器应用程序和/或中间层应用程序中的任何一个,包括HTTP服务器、FTP服务器、CGI服务器、JAVA服务器、数据库服务器等。

在一些实施方式中,服务器120可以包括一个或多个应用程序,以分析和合并从客户端设备101、102、103、104、105和106的用户接收的数据馈送和/或事件更新。服务器120还可以包括一个或多个应用程序,以经由客户端设备101、102、103、104、105和106的一个或多个显示设备来显示数据馈送和/或实时事件。

在一些实施方式中,服务器120可以为分布式系统的服务器,或者是结合了区块链的服务器。服务器120也可以是云服务器,或者是带人工智能技术的智能云计算服务器或智能云主机。云服务器是云计算服务体系中的一项主机产品,以解决传统物理主机与虚拟专用服务器(VPS,Virtual Private Server)服务中存在的管理难度大、业务扩展性弱的缺陷。

系统100还可以包括一个或多个数据库130。在某些实施例中,这些数据库可以用于存储数据和其他信息。例如,数据库130中的一个或多个可用于存储诸如音频文件和视频文件的信息。数据库130可以驻留在各种位置。例如,由服务器120使用的数据库可以在服务器120本地,或者可以远离服务器120且可以经由基于网络或专用的连接与服务器120通信。数据库130可以是不同的类型。在某些实施例中,由服务器120使用的数据库例如可以是关系数据库。这些数据库中的一个或多个可以响应于命令而存储、更新和检索到数据库以及来自数据库的数据。

在某些实施例中,数据库130中的一个或多个还可以由应用程序使用来存储应用程序数据。由应用程序使用的数据库可以是不同类型的数据库,例如键值存储库,对象存储库或由文件系统支持的常规存储库。

图1的系统100可以以各种方式配置和操作,以使得能够应用根据本公开所描述的各种方法和装置。

图2是示出根据本公开的实施例的预估内容分发网络CDN系统中的日志增量的方法200的流程图。CDN系统中包括至少一个节点组,至少一个节点组均包括至少一个节点,至少一个节点均包括至少一种日志。

一个CDN系统服务多个客户,每一个客户拥有多个用户,例如,百度的CDN系统的客户有厂商Ⅰ、厂商Ⅱ等,有多个用户使用厂商Ⅰ的网站或者应用软件。在例如促销期间的某些特定期间,客户厂商Ⅰ的用户对厂商Ⅰ的应用软件访问请求数会增加,CDN系统会将请求数增量分发到CDN系统的各节点中,导致各节点中的日志量增加。此时可以通过预估内容分发网络CDN系统中的日志增量的方法200确定CDN系统的日志对应的日志增量。

如图所示,该方法200可以包括:

步骤S201,根据CDN系统的请求数增量和至少一个节点组之间的第一请求数分摊比例,确定至少一个节点组相应的节点组请求数增量。

例如,根据一些实施例,CDN系统由节点组a、节点组b、节点组c、节点组d构成。节点组a由节点a1、节点a2、节点a3、节点a4构成;节点组b由节点b1、节点b2、节点b3构成;节点组c由节点c1、节点c2、节点c3、节点c4构成;节点组d由节点d1、节点d2构成。其中,第一请求数分摊比例是指:节点组a、节点组b、节点组c、节点组d分摊的请求数的比例为A:B:C:D。则当CDN系统承载的客户厂商Ⅰ的请求数增量为X时,节点组a、节点组b、节点组c、节点组d分摊的请求数增量分别为:

步骤S203,根据节点组请求数增量和至少一个节点组内节点之间的相应第二请求数分摊比例,确定至少一个节点组内各节点相应的节点请求数增量。

在一个示例中,节点组对应的第二请求数分摊比例是指:例如,节点组A内部节点之间的第二请求数分摊比例为节点a1、节点a2、节点a3、节点a4分摊的请求数的比例,即A1:A2:A3:A4。由于节点组A的请求数增量为节点a1、节点a2、节点a3、节点a4分摊的请求数增量分别为: 同理可获得节点组B、节点组C、节点组D的各自的第二请求数分摊比例,并根据各节点组的第二请求数分摊比例与各节点组的请求数增量,确定各节点组中的节点对应的请求数增量。

步骤S205,根据节点请求数增量和节点请求数增量与日志增量之间的比例系数关系,确定至少一个节点组内各节点的至少一种日志相应的日志增量。

在一个示例中,在节点组A的节点a1中有6种日志。如本文使用的,术语比例系数关系是指节点的请求数增量与日志增量之比。例如,节点a1对应的节点请求数增量与该6种日志对应的日志增量的比例系数关系分别为Y1、Y2、Y3、Y4、Y5、Y6。节点a1的请求数增量为因此,根据节点a1的请求数增量与该6种日志对应的日志增量的比例系数关系,可以确定该6种日志对应的日志增量分别为

根据一些实施例,至少一个节点组中的同一个节点组的所有节点属于同一个行政区划并且属于同一个运营商。例如,节点组a中的节点a1、节点a2、节点a3、节点a4均属于广东联通;节点组b中的节点b1、节点b2、节点b3均属于广东电信;节点组c中的节点c1、节点c2、节点c3、节点c4均属于浙江移动;节点组d中的节点d1、节点d2均属于上海移动。CDN系统的不同客户的用户分布不同。例如,客户厂商Ⅰ的用户主要集中在华南地区,当客户厂商Ⅰ的用户访问请求数增加时,华南地区各省份的节点比其他省份的节点承载更多的增量;客户厂商Ⅱ的用户主要集中在华东地区,当客户厂商Ⅱ的用户访问请求数增加时,华东地区各省份的节点比其他省份的节点承载更多的增量。由此,根据行政区划和运营商划分节点组,并计算各节点组的分摊比例,可以在计算时考虑到不同客户的用户分布的影响。

根据一些实施例,方法200还可以包括:从第一请求数分摊比例仓库中获取与预估时段的类型相对应的请求数分摊比例作为第一请求数分摊比例。

根据一些实施例,预估时段的类型包括第一时段类型、第二时段类型和第三时段类型,并且其中,在第一请求数分摊比例仓库中,与第一时段类型相对应的请求数分摊比例、与第二时段类型相对应的请求数分摊比例、以及与第三时段类型相对应的请求数分摊比例通过包括以下各项的操作计算得到:

-利用聚类模型对第一时段类型的至少一条第一请求数分摊比例历史数据、第二时段类型的至少一条第一请求数分摊比例历史数据、以及第三时段类型的至少一条第一请求数分摊比例历史数据分别进行聚类。

-取第一时段类型的第一请求数分摊比例历史数据最集中的一个类的聚类中心作为与第一时段类型相对应的请求数分摊比例。

-取第二时段类型的第一请求数分摊比例历史数据最集中的一个类的聚类中心作为与第二时段类型相对应的请求数分摊比例。

-取第三时段类型的第一请求数分摊比例历史数据最集中的一个类的聚类中心作为与第三时段类型相对应的请求数分摊比例。

第一时段类型、第二时段类型及第三时段类型可针对不同客户的需求进行设定,例如在一些示例中,第一时段类型可以是电商促销活动期间、直播活动期间、抢红包活动期间等等由客户人为设置的活动期;第二时段类型可以是除第一时段类型之外的法定节假日期间或者周末期间;第三时段类型可以是除第一时段类型、第二时段类型之外的平日晚高峰期间。在第一时段类型、第二时段类型及第三时段类型相应的时段,用户的访问请求均有所增加,但增加的幅度不同。并且,各行政区划的用户对活动、节假日或晚高峰的响应程度不同,因此,通过分别获取第一时段类型、第二时段类型和第三时段类型的第一请求数分摊比例的历史数据以获取请求数分摊比例,能够更准确的预估不同时段的日志增量。

在聚类模型中,每一条历史数据的一个维度的值表示CDN系统中的一个节点组的分摊比例。在一些示例中,在第一请求数分摊比例仓库中,对多条活动期的第一请求数分摊历史数据进行聚类计算,得到多个类,取历史数据最集中的一个类,将该类的聚类中心作为活动期相对应的请求数分摊比例。对多条法定节假日及周末期间的第一请求数分摊历史数据进行聚类计算,得到多个类,取历史数据最集中的一个类,将该类的聚类中心作为法定节假日及周末期间相对应的请求数分摊比例。对多条平日晚高峰期间的第一请求数分摊历史数据进行聚类计算,得到多个类,取历史数据最集中的一个类,将该类的聚类中心作为平日晚高峰期间相对应的请求数分摊比例。

根据一些实施例,方法200还可以包括:从第二请求数分摊比例仓库中获取与预估时段时间上最接近的采样时间间隔相对应的请求数分摊比例作为第二请求数分摊比例。

根据一些实施例,在第二请求数分摊比例仓库中,对于任一采样时间间隔,与该采样时间间隔相对应的请求数分摊比例通过包括以下各项的操作计算得到:

-利用聚类模型对该采样时间间隔内的至少一条第二请求数分摊比例历史数据进行聚类。

-取第二请求数分摊比例历史数据最集中的一个类的聚类中心作为与该采样时间间隔相对应的请求数分摊比例。

在该聚类模型中每一条历史数据的一个维度的值表示一个节点组中的一个节点的分摊比例。在一个示例中,对多条第二请求数分摊比例历史数据进行聚类计算,得到多个类,取第二请求数分摊比例历史数据最集中的一个类,将该类的聚类中心作为请求数分摊比例。

在一些示例中,在第二请求数分摊比例仓库中,可以获取3个小时之前每隔1小时采集的第二请求数分摊比例的多条历史数据,对这些历史数据进行聚类,计算这些历史数据最集中的一个类的聚类中心,将该聚类中心作为请求数分摊比例。由于节点的承载能力是动态更新的,因此若历史数据的时间距离预估时太久,则失去其参考性。因此获取与预估时段时间上最接近的采样时间间隔相对应的请求数分摊比例作为第二请求数分摊比例,可以使预估结果更具有参考性。

根据一些实施例,方法200还可以包括:从比例系数关系仓库中获取与预估时段时间上最接近的采样时间间隔相对应的系数关系作为比例系数关系。

根据一些实施例,在比例系数关系仓库中,对于任一采样时间间隔,与该采样时间间隔相对应的系数关系通过包括以下各项的操作计算得到:

-获取该采样时间间隔内的至少一条比例系数关系历史数据。

-取至少一条比例系数关系历史数据的统计值作为与该采样时间间隔相对应的系数关系。

根据一些实施例,统计值包括:中位数、众数、平均值中的一个。

在一些示例中,在比例系数关系仓库中,可以取前一周的每一天晚高峰时段的比例系数关系的7条历史数据,对每种日志分别取该日志对应的7条历史数据的中位数作为该日志对应的系数关系。

根据一些实施例,至少一种日志包括:nginx访问日志、nginx错误日志、nginx计费日志、cache访问日志、cache计费日志、cache回源日志中的一种或多种。其中,nginx访问日志记录用户的请求信息;nginx错误日志记录4XX、5XX等报错信息;nginx计费日志记录用户请求的带宽信息;cache访问日志记录访问缓存的信息;cache计费日志记录访问缓存的带宽信息;cache回源日志记录去源站请求数据的信息。

图3示出了能够用于实现本公开的实施例的示例性系统300的结构框图。参考图3,系统300包括在线服务系统310、仓库系统320和离线计算系统330。离线计算系统330包括第一请求数分摊比例计算系统331,用于通过将每个客户的多条第一请求数分摊比例历史数据输入聚类模型,计算相应的请求数分摊比例,并将训练得到的请求数分摊比例保存至第一请求数分摊比例仓库321。离线计算系统330还包括第二请求数分摊比例计算系统332,用于通过将多条第二请求数分摊比例历史数据输入聚类模型,训练请求数分摊比例,并将训练得到的请求数分摊比例保存至第二请求数分摊比例仓库322。离线计算系统330还包括比例系数关系计算系统333,用于根据比例系数关系历史数据计算系数关系,并将计算得到的系数关系保存至比例系数关系仓库323。

在线服务系统310包括API服务器311、日志增量预估系统312、日志增量表313和报表系统314。通过API服务器311提交计算请求,该计算请求包括选择预估期间的类型为第一时段类型、第二时段类型或是第三时段类型,以及选择客户,输入该客户的CDN系统的请求数增量等信息。日志增量预估系统312接收到计算请求后到第一请求数分摊比例仓库321、第二请求数分摊比例仓库322和比例系数关系仓库323中查询获取指定的第一请求数分摊比例、第二请求数分摊比例和比例系数关系,并计算得到日志增量数据,并将其持久化到日志增量表313中。报表系统314展示日志增量表313中的数据。

根据本公开的另一方面,如图4所示,还提供一种预估内容分发网络CDN系统中的日志增量的装置400。CDN系统中包括至少一个节点组,至少一个节点组均包括至少一个节点,至少一个节点均包括至少一种日志。装置400包括第一确定模块402、第二确定模块404以及第三确定模块406。

第一确定模块402被配置为根据CDN系统的请求数增量和至少一个节点组之间的第一请求数分摊比例,确定至少一个节点组相应的节点组请求数增量。

第二确定模块404被配置为根据节点组请求数增量和至少一个节点组内节点之间的相应第二请求数分摊比例,确定至少一个节点组内各节点相应的节点请求数增量。

第三确定模块406被配置为根据节点请求数增量和节点请求数增量与日志增量之间的比例系数关系,确定至少一个节点组内各节点的至少一种日志相应的日志增量。

根据一些实施例,至少一个节点组中的同一个节点组的所有节点属于同一个行政区划并且属于同一个运营商。

根据一些实施例,装置400还包括:第一获取模块401,被配置为从第一请求数分摊比例仓库中获取与预估时段的类型相对应的请求数分摊比例作为第一请求数分摊比例。

根据一些实施例,预估时段的类型包括第一时段类型、第二时段类型和第三时段类型,并且其中,在第一请求数分摊比例仓库中,与第一时段类型相对应的请求数分摊比例、与第二时段类型相对应的请求数分摊比例、以及与第三时段类型相对应的请求数分摊比例通过包括以下各项的操作计算得到:

-利用聚类模型对第一时段类型的至少一条第一请求数分摊比例历史数据、第二时段类型的至少一条第一请求数分摊比例历史数据、以及第三时段类型的至少一条第一请求数分摊比例历史数据分别进行聚类。

-取第一时段类型的第一请求数分摊比例历史数据最集中的一个类的聚类中心作为与第一时段类型相对应的请求数分摊比例。

-取第二时段类型的第一请求数分摊比例历史数据最集中的一个类的聚类中心作为与第二时段类型相对应的请求数分摊比例。

-取第三时段类型的第一请求数分摊比例历史数据最集中的一个类的聚类中心作为与第三时段类型相对应的请求数分摊比例。

根据一些实施例,装置400还包括第二获取模块403,被配置为从第二请求数分摊比例仓库中获取与预估时段时间上最接近的采样时间间隔相对应的请求数分摊比例作为第二请求数分摊比例。

根据一些实施例,在第二请求数分摊比例仓库中,对于任一采样时间间隔,与该采样时间间隔相对应的请求数分摊比例通过包括以下各项的操作计算得到:

-利用聚类模型对该采样时间间隔内的至少一条第二请求数分摊比例历史数据进行聚类。

-取第二请求数分摊比例历史数据最集中的一个类的聚类中心作为与该采样时间间隔相对应的请求数分摊比例。

根据一些实施例,装置400还包括第三获取模块405,被配置为从比例系数关系仓库中获取与预估时段时间上最接近的采样时间间隔相对应的系数关系作为比例系数关系。

根据一些实施例,在比例系数关系仓库中,对于任一采样时间间隔,与该采样时间间隔相对应的系数关系通过包括以下各项的操作计算得到:

-获取该采样时间间隔内的至少一条比例系数关系历史数据。

-取至少一条比例系数关系历史数据的统计值作为与该采样时间间隔相对应的系数关系。

根据一些实施例,统计值包括:中位数、众数、平均值中的一个。

应当理解,图4中所示装置400的各个模块可以与参考图2描述的方法200中的各个步骤相对应。由此,上面针对方法200描述的操作、特征和优点同样适用于装置400及其包括的模块。为了简洁起见,某些操作、特征和优点在此不再赘述。

虽然上面参考特定模块讨论了特定功能,但是应当注意,本文讨论的各个模块的功能可以分为多个模块,和/或多个模块的至少一些功能可以组合成单个模块。本文讨论的特定模块执行动作包括该特定模块本身执行该动作,或者替换地该特定模块调用或以其他方式访问执行该动作(或结合该特定模块一起执行该动作)的另一个组件或模块。因此,执行动作的特定模块可以包括执行动作的该特定模块本身和/或该特定模块调用或以其他方式访问的、执行动作的另一模块。

还应当理解,本文可以在软件硬件元件或程序模块的一般上下文中描述各种技术。上面关于图4描述的各个模块可以在硬件中或在结合软件和/或固件的硬件中实现。例如,这些模块可以被实现为计算机程序代码/指令,该计算机程序代码/指令被配置为在一个或多个处理器中执行并存储在计算机可读存储介质中。可替换地,这些模块可以被实现为硬件逻辑/电路。

根据本公开的另一方面,如图5所示,还提供一种电子设备,包括:至少一个处理器;与至少一个处理器通信连接的存储器;其中存储器存储有可被至少一个处理器执行的指令,指令被至少一个处理器执行,以使至少一个处理器能够执行上述方法。

根据本公开的另一方面,还提供一种存储有计算机指令的非瞬时计算机可读存储介质,其中,计算机指令用于使计算机执行上述方法。

根据本公开的另一方面,还提供一种计算机程序产品,包括计算机程序,其中,计算机程序在被处理器执行时实现上述方法。

参考图5,现将描述可以作为本公开的服务器或客户端的电子设备500的结构框图,其是可以应用于本公开的各方面的硬件设备的示例。在一个示例中,图3的日志增量预估系统312可以采取电子设备500的形式。电子设备旨在表示各种形式的数字电子的计算机设备,诸如,膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备500还可以表示各种形式的移动装置,诸如,个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例,并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图5所示,设备500包括计算单元501,其可以根据存储在只读存储器(ROM)502中的计算机程序或者从存储单元508加载到随机访问存储器(RAM)503中的计算机程序,来执行各种适当的动作和处理。在RAM 503中,还可存储设备500操作所需的各种程序和数据。计算单元501、ROM 502以及RAM 503通过总线504彼此相连。输入/输出(I/O)接口505也连接至总线504。

设备500中的多个部件连接至I/O接口505,包括:输入单元506、输出单元507、存储单元508以及通信单元509。输入单元506可以是能向设备500输入信息的任何类型的设备,输入单元506可以接收输入的数字或字符信息,以及产生与电子设备的用户设置和/或功能控制有关的键信号输入,并且可以包括但不限于鼠标、键盘、触摸屏、轨迹板、轨迹球、操作杆、麦克风和/或遥控器。输出单元507可以是能呈现信息的任何类型的设备,并且可以包括但不限于显示器、扬声器、视频/音频输出终端、振动器和/或打印机。存储单元508可以包括但不限于磁盘、光盘。通信单元509允许设备500通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据,并且可以包括但不限于调制解调器、网卡、红外通信设备、无线通信收发机和/或芯片组,例如蓝牙TM设备、1302.11设备、WiFi设备、WiMax设备、蜂窝通信设备和/或类似物。

计算单元501可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元501的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元501执行上文所描述的各个方法和处理,例如方法200。例如,在一些实施例中,方法200可被实现为计算机软件程序,其被有形地包含于机器可读介质,例如存储单元508。在一些实施例中,计算机程序的部分或者全部可以经由ROM 502和/或通信单元509而被载入和/或安装到设备500上。当计算机程序加载到RAM503并由计算单元501执行时,可以执行上文描述的方法200的一个或多个步骤。备选地,在其他实施例中,计算单元501可以通过其他任何适当的方式(例如,借助于固件)而被配置为执行方法200。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括:实施在一个或者多个计算机程序中,该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释,该可编程处理器可以是专用或者通用可编程处理器,可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令,并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器,使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行,作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中,机器可读介质可以是有形的介质,其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备,或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互,可以在计算机上实施此处描述的系统和技术,该计算机具有:用于向用户显示信息的显示装置(例如,CRT(阴极射线管)或者LCD(液晶显示器)监视器);以及键盘和指向装置(例如,鼠标或者轨迹球),用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互;例如,提供给用户的反馈可以是任何形式的传感反馈(例如,视觉反馈、听觉反馈、或者触觉反馈);并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如,作为数据服务器)、或者包括中间件部件的计算系统(例如,应用服务器)、或者包括前端部件的计算系统(例如,具有图形用户界面或者网络浏览器的用户计算机,用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如,通信网络)来将系统的部件相互连接。通信网络的示例包括:局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器,也可以为分布式系统的服务器,或者是结合了区块链的服务器。

应该理解,可以使用上面所示的各种形式的流程,重新排序、增加或删除步骤。例如,本公开中记载的各步骤可以并行地执行、也可以顺序地或以不同的次序执行,只要能够实现本公开公开的技术方案所期望的结果,本文在此不进行限制。

虽然已经参照附图描述了本公开的实施例或示例,但应理解,上述的方法、系统和设备仅仅是示例性的实施例或示例,本发明的范围并不由这些实施例或示例限制,而是仅由授权后的权利要求书及其等同范围来限定。实施例或示例中的各种要素可以被省略或者可由其等同要素替代。此外,可以通过不同于本公开中描述的次序来执行各步骤。进一步地,可以以各种方式组合实施例或示例中的各种要素。重要的是随着技术的演进,在此描述的很多要素可以由本公开之后出现的等同要素进行替换。

19页详细技术资料下载
上一篇:一种医用注射器针头装配设备
下一篇:数据存储方法和装置

网友询问留言

已有0条留言

还没有人留言评论。精彩留言会获得点赞!

精彩留言,会给你点赞!