CN112585595A

CN112585595A - 具有图形用户接口的系统性能监视器

Info

Publication number: CN112585595A
Application number: CN201980041333.XA
Authority: CN
Inventors: 马克·S·诺沃塔斯基; 迪亚哥·I·麦地那贝纳
Original assignee: Ma KeSNuowotasiji
Current assignee: Ma KeSNuowotasiji
Priority date: 2018-04-23
Filing date: 2019-04-23
Publication date: 2021-03-30
Also published as: JP6994587B2; JP2021520563A; WO2019209790A1

Abstract

一种系统性能监视器显示执行一个或多个工作的一系统的性能。所述监视器包括一输入设备及一输出设备的一前端，一后端，以及一个或多个用以存储有关于所述工作的数据的子系统架构数据库。执行所述工作的所述系统具有子系统架构，所述子系统架构具有执行所述工作的成员。每个数据库的纪录由相应的子系统架构的成员来索引。当一用户选择一子系统架构的一成员时，所述后端使用所述成员索引从数据库中检索纪录。检索纪录后，将其格式化以图形方式显示于输出设备上。图形显示可以是时云散布图，其中，每个数据点是根据检索到的纪录中特定工作的开始时间和结束时间。

Description

具有图形用户接口的系统性能监视器

技术领域

本发明属于具有图形用户接口的系统性能监视器的领域。

背景技术

长期以来需要一种系统性能监视器，所述系统性能监视器以图形方式说明给定系统或所述给定系统内的子系统可以多快地执行预定的工作。所述系统可以是全自动系统，例如用在于互联网上路由消息的计算机系统。所述系统还可以包括执行任务的成员，例如给定公司的员工。子系统可以包括自动机组，例如一服务器场中的服务器。子系统也可以包括成员组，例如一组织中的部门。子系统可以包括自动机组和成员，例如分别在网络工作站工作的人员组。

发明内容

本发明的公开内容提供以作为理解本发明的引导。公开内容不一定描述本发明的最一般的实施例或替代实施例的最宽广范围。

图1是系统性能监视器100的示意图，所述系统性能监视器100适用于显示执行一个或多个工作(R₁，R₂，R₃)的系统150的性能。所述系统性能监视器可包括：

(a)一计算机执行的前端110包括：

(i)一微处理器；

(ii)一常驻存储器；

(iii)一输入设备111；以及

(iv)一输出设备160；

(b)一计算机执行的后端120；以及

(c)一个或多个计算机执行的子系统架构数据库140，每一子系统架构数据库与一子系统架构相关联。

执行所述一个或多个工作的所述系统150被组织成一个或多个所述子系统架构151(例如，A，B和C)。每一所述子系统架构包括一个或多个具有成员账号的成员(例如，A₁，A₂，A₃，B₁，B₂，B₃，C₁，C₂，C₃)。每一所述成员执行所述一个或多个工作的至少一部分(例如，R₁，R₂，R₃)。

每一所述工作具有存储在一工作数据库130的一相关工作纪录131。每一工作纪录包括：

(i)一工作索引132；

(ii)一诠释数据133包括执行与所述工作纪录相关联的至少一部分所述工作的一个或多个成员的一个或多个成员账号(例如，A₁，B₃，C₂)；以及

(iii)一个或多个事件纪录(例如，134)，每一事件纪录与一事件相关联，其中，每一事件纪录包括：

(1)所述关联事件的一事件类型(例如，135)；以及

(2)所述关联事件发生时的一时间戳(例如，136)。

与一子系统相关的每一所述子系统架构数据库(例如，141)包括：

(i)与所述关联子系统架构的每一成员相关的一成员纪录(例如，147)。

每一所述成员纪录包括：

(i)与所述关联子系统相关联的一成员相关联的一成员账号索引(例如，142)；以及

(ii)每一工作纪录的至少一部分(例如，143)相关联在与所述成员索引相关的所述成员执行的一工作的至少部分。

所述前端包括存储在所述前端的所述常驻存储器上的计算机可读指令，所述前端的所述计算机可读指令可操作以使所述前端的所述微处理器实际地执行以下步骤：

(i)通过所述输入设备从一用户接收所述子系统架构(例如，115)的一所选子系统架构112以及所述所选子系统的所述成员(例如，A₃)的一所选成员；

(ii)用所述所选子系统以及所述所选成员呼叫(call)114所述后端；

(iii)通过所述后端从与所述所选子系统架构相关联的一子系统架构数据库接收一格式化成员纪录123，其中，所述格式化成员纪录包括与所述所选成员相关联的零个或多个所选工作纪录144以及与所述所选成员相关联的零个或多个未选择工作纪录146；以及

(iv)格式化并在所述输出设备上显示161所述所选工作纪录的标记(例如，164)。

附图说明

图1是系统性能监视器100的示意图。

图2是在所述系统性能监视器的输出设备上显示的时云散布图。

具体实施方式

具体实施方式描述了非限制性示范性实施例。至少根据本文所述的优点，可以将任何单独的特征与不同应用所要求的其他特征组合起来。如本文所用，除非另外特别指出，否则术语“大约”是指给定值的正负10％。

如本文所使用的，“计算机系统”包括用于接收数据的输入设备(例如，键盘，触控屏幕或来自另一设备的电子数字输入)，用于输出数据的输出设备(例如，打印机，计算器屏幕或与另一设备的数字连接)，常驻数字存储器用于存储数据，计算机程序码或其他数字指令，以及用于执行数字指令的数字处理器，其中，驻留于所述常驻存储器中的所述数字指令将物理上使所述数字处理器通过所述输入设备读取数据处理器在所述微处理器内处理所述数据，并通过所述输出设备输出所述处理后的数据。所述数字处理器可以是微处理器。

如本文所使用的，术语“成形的”是指物品具有给定形状的总体外观，即使与所述给定形状的纯形式存在微小差异也是如此。

如本文所使用的，当术语“一般地”是关于一形状时是指普通观察者将感知到物体具有所述形状，即使与所述形状有微小的变化。

如本文中所使用的，相对取向术语例如“上”，“下”，“顶部”，“底部”，“左”，“右”，“垂直”，“水平”，“远侧”和“近侧”是除非还有说明，否则关于对象的初始表示定义的“对象”将继续关于对象的相同部分，即使随后以替代的方向呈现对像也是如此。

如本文所使用的，单数的公开意味着多个的公开，反之亦然，除非另外特别指出。

再次参考图1，前端的计算机可读指令可以还包括以下步骤：

(a)关于所述格式化成员纪录的接收，在所述输出设备160上显示时云散布图(例如，161)，所述时云散布图包括：

(iv)一X轴162；

(v)一Y轴163；以及

(vi)所述格式化成员纪录中每一所述所选工作纪录的一数据点标记(例如，164)。

所述格式化成员纪录中的所述所选工作纪录分别包括带有一时间戳的一开始事件以及带有一时间戳的一结束事件。每一所述数据点标记具有基于所述结束事件的所述时间戳的X值。每一所述数据点标记具有基于所述开始事件的所述时间戳的Y值。

所述X轴可以是水平的。所述Y轴可以是垂直的。X轴处于水平状态的一个令人惊讶的优点是，用户可以从左到右读取时云图形以查看所选成员的性能会如何随时间变化。可替代地，Y轴可以是水平的，而X轴可以是垂直的。这种方向的优点在于，水平轴现在对应到事件开始的时间。

所显数据点标记可以是半透明的。因此，当两个数据点标记重叠时(例如，166)，重叠的程度将是可见的。

时云散布图可以具有第一标记线165，其位于Y值等于X值处。这条线代表当下。这条线上的任何数据点标记都对应在于起始后立即完成的工作。

时云散布图可以具有第二标记线171，其位于Y值等于X值加上给定工作的开始事件与结束事件之间的预期时间值173。因此，用户可以查看时云图形，并立即感知工作是否在预期的时间内完成。如果数据点标记(例如，172)下降到第二标记线以下，则用户可能希望进一步调查以找出造成延迟的原因。

所述数据点标记与所述用户可以是交谈式的。例如，当所述用户启用所述关联数据点标记时，每一所述数据点标记可以显示与一数据点标记的所述关联工作相关的诠释数据167。

所述时云散布图可以还包括基于所述所选成员的所述所选工作纪录和所述所选成员的所述未选择工作纪录的一统计169。所述统计将有助在为显示的数据点标记提供上下文。例如，显示的统计可以是所选工作纪录与全部的工作纪录的比率(即已选择加上未选择)。因此，用户将能够感知显示的数据点标记的数量是多还是少。

所选成员的一标记168可以呈现在时云散布图中，从而用户将可以向另一观看者显示时云散布图，并且另一观看者将知道已经选择了那个成员。

成员标记和统计还可以或可替代地显示于时云散布图之外部，例如在空白处。

系统性能监视器可以还包括一计算机实现数据改写器124，数据改写器包括：

(a)一微处理器；以及

(b)一常驻存储器，包括计算机可读指令，以实际地使改写器的微处理器执行以下步骤：

(i)读取存储在所述工作数据库中的所述工作纪录(例如，131)之一；

(ii)在所述读入工作纪录的所述诠释数据(例如，133)中为每个所述成员建立一成员纪录(例如，A₁，B₃，C₂)；

(iii)将所述建立的成员纪录(例如，A₁:r₁，B₃:r₁，C₂:r₁)存储在所述系统架构数据库中。

后端可以进一步被布置为从前端认证并路由121呼叫114。后端还可以被布置为根据所选子系统架构，基于路由请求，呼叫122适当的子系统架构数据库。

前端可以进一步被布置来决定哪个子系统模式(例如，115，116，117)。

实施例1

美国专利商标局(USPTO)是执行一项或多项工作的系统。所述工作的一是专利申请的审查。至少部分的审查是由专利审查员进行。专利局的子系统架构的一是分配到专利申请的技术类别。专利类别架构包括不同的类别(例如，706类-人工智能)。另一个子系统架构是分配给专利申请的现有技术单元。现有技术单元架构的成员包括各个现有技术单元(例如，AU 2121)。另一个子系统架构是专利审查员。专利审查员架构的成员包括各个审查员。可以考虑其他架构，例如律师事务所架构，申请人架构或发明人架构。

每个专利申请都分配有一个序号(例如，SN 12/345，678)。USPTO追踪在审查专利申请时发生的所有事件(例如，交易历史或专利档卷)。这些事件具有事件类型(例如，非最终审查意见通知书)和时间戳(例如，2011年5月5号或当年)。

USPTO将与专利申请序号相关的诠释数据和事件的纪录存储在称为“专利审查数据系统”(PEDS)的公共数据库中。PEDS的纪录根据申请的序号编制索引。每个纪录的诠释数据包括子系统卷标，例如类别架构的三位数现有技术类别编号，现有技术架构的四位数现有技术类别编号和审查员架构的字母对称。USPTO提供了一搜索引擎，用于选择分配给特定类别，现有技术单元或审查员，但是针对给定的搜索检索一组纪录所花费的时间可能会很长(例如，一大的分类需要10分钟或更长时间)。此外，在搜索引擎将它们返回以生成时云图之后，处理所述纪录所需的时间可能会很长。单一类别的数据文件可能达到1GB。在单一工作站上处理单一类别的数据所需要的时间可能是几个小时。类别架构大约有700个成员。在大型的云端数据处理服务器上，处理所有700个成员的数据会花费几天的时间。

为了克服这个问题，根据此上描述开发了系统性能监视器。系统性能监视器通常是位于云端的，而不是用户的客户端设备。前端建立在网络服务器Netlify.com上。连接到Netlify的用户的客户端设备被认为是前端的一部分。后端建立在应用程序服务器AmazonWeb Services(aws.amazon.com)上。子系统架构数据库建立在云端的服务MongoDB Atlas(www.mongodb.com/cloud/atlas)上。本领域普通技术人员将认识到，可以使用替代的云端的服务或专用资源(例如大型计算机或服务器场)来建立前端，后端和子系统架构数据库。因此，本文描述的发明不限于任何特定的计算平台。

前端提供了一个输入字段，用于接收用户对子系统架构成员的选择。下拉选单将根据用户键入的内容显示所有三个架构中的可用成员。然后，用户可以从下拉选单中选择所需的成员。由于成员名称对于每个子系统架构都是唯一的，因此成员的选择足以使后端决定所选的子系统模式，从而确定应查询哪个子系统架构数据库。在此实施例中，如果所选的成员账号具有字母特征，则选定的子系统架构为审查员。如果所选的成员账号是三位数的数字，则所选的子系统架构为分类。如果所选成员账号为四位数的数字，则所选子系统模式为现有技术单元。在此实施例中，前端仅将所选成员账号转发到后端，而后端确定了所选子系统架构。

使用Python程序语言为后端编写了数据改写器。数据改写器将读取整个PEDS数据库(大于1TB)。接着为每个申请纪录选择感兴趣的诠释数据和事件，重新格式化数据并将数据存储在子系统架构数据库中。建立三个子系统架构数据库。一个为分类，一个为现有技术单元，以及一个为审查员。诸如注册的美国专利代理人或律师的类的用户可能会对这些架构中的任何一个成员的性能产生兴趣。因此，用户可以确定例如特定的审查员的效率是否与特定现有技术单元中的所有审查员一致。同样的，可以比较同一类别中审查专利申请的不同现有技术单元的表现。USPTO的经理可能也会有类似的兴趣，特别是如果审查员，现有技术单元或分类之间存在明显差异，而这些差异本来应所述具有相似的效率。

在将PEDS数据过滤为仅包括感兴趣的诠释数据(例如，申请序号，标题，类别，现有技术单元，审查员)和事件数据(例如，非最终审查意见通知书，最终审查意见通知书，授权通知)之后，数据量减少了35倍。但是，由于存在三个子系统架构数据库，并且每个数据库都复制了根据每个子系统架构的成员建立索引的数据，因此数据的净减少量约为12倍。尽管如此，选择子系统架构和选择所述子系统架构的成员之间的时间到在输出设备上呈现时云图形之间的延迟仅为约10秒或更短，即使对于呈现100，000个数据点标记的时云图形也是如此。

图2是显示于所述系统性能监视器的输出设备200上的示范性时云散布图202。所述子系统架构为类别。所选类别成员为706类-人工智能。所述所选纪录是所述类别中所有有许可通知的申请的纪录。所述未选择记录是所有没有授权通知的申请的记录。所述未选择纪录可能是针对被放弃的专利申请或仍在等待中而没有许可通知的专利申请。如果纪录中存在多个授权通知，则选择两个授权通知，并将其作为单独的数据点标记显示。

Y轴231是专利申请的提交日期。X轴232是授权通知的日期。两个轴均开始在2000年1月1日，并结束在下载PEDS数据的日期(即2019年3月15日)。本文中预期在第一次下载整个PEDS数据库之后，后续下载可能仅包括自先前下载以来具有新事件的申请的记录。后续下载中的数据可用于更新子系统架构数据库。第一标记线223位于Y值等于X值处。第二标记线224位于Y值等于X值加上三年。假设申请人没有以其他方式延迟为专利申请答复审查意见通知书，则根据美国专利法，获得授权通知所用的最长时间为三年。

在时云散布图上为每个所选记录(即所有具有授权通知的申请)显示数据点标记(例如211)。总共提供了约11，000个数据点标记。数据点标记的大小为3，实心黑色填充，以及无边框。数据点的透明度为80％。因此，单个数据点标记(例如212)清晰可见，而同时可以辨别出高密度区域(例如213)。一旦用户选择了任何数据点标记(例如212)，就会显示弹出窗口214，显示与数据点标记相关联的申请的相关诠释数据(例如序号和标题)。

所述所选类别(项目204)显示于时云散布图上。在替代实施例中，替代地将其在时间云散布图的边缘显示。

计算的统计数据APOA₁₂的值(项目206)也显示于时云散布图上。APOA代表“每项审查意见通知书的授权”。下标“12”表示APOA是在数据下载或最后更新日期之前的12个月内执行的审查意见通知书。审查意见通知书包括非最终审查意见通知书和未选择记录的最终审查意见通知书，例如未获授权通知的申请。因此，APOA₁₂可以为用户提供一个标记，指示用户为了获得一份授权通知，对于一个活页夹中的所有申请，用户将必须答复多少个审查意见通知书。APOA₁₂指出，在过去的12个月中，申请人必须回答约4件审查意见通知书才能获得一次授权通知。

在时云散布图上呈现了垂直网网格线221和水平网网格线222，以便用户可以轻松地理解何时分别授权和提交特定的申请人。

用户查看了此时云，并注意到数据点标记242从2017年初开始变少了。然后，用户根据数据点标记表示具有非最终或最终审查意见通知书的申请的位置来建立替代的时云图形。用户使用了2017年之后收到审查意见通知书(rejections)的几个申请的弹出窗口来确定许多申请正在根据35U.S.C.101收到审查意见通知书，而上述申请过去并未收到审查意见通知书。因此，不鼓励用户提交分配到预期类别706的申请。然而，经过更仔细的观察，用户发现在2019年前几个月的授权数据点标记243中突然变多了。2019年1月，USPTO发布了有关根据35U.S.C.101对专利申请进行适当审查的新指南。当用户检查2019年初授权的申请的文件时，所述用户观察到所述类别的审查员根据新指南的授权案例是他们在2019年1月以前先前发出审查意见通知书的(rejected)。因此，鼓励用户继续使用此分类来提交申请。用户可以观察到不同子系统架构下不同成员的性能发生细微和突然的变化，从而更有效地撰写专利申请和答复审查意见通知书。

结论

虽然已经参照一个或多个不同的示例性实施例描述了本公开，但是本领域技术人员将理解，在不脱离本公开的范围的情况下，可以进行各种修改，并且可以用等同者来替换本公开的技术特征。另外，在不脱离其实质范围或教导的情况下，可以做出许多修改以适应特定情况。因此，本公开旨在不限于作为预期用于实现本发明的最佳模式而公开的特定实施例。

Claims

1.一种系统性能监视器，适用于显示执行一个或多个工作的一系统的性能，所述系统性能监视器包括：

(a)一计算机执行的前端，包括：

(i)一微处理器；

(ii)一常驻存储器；

(iii)一输入设备；以及

(iv)一输出设备；

(b)一计算机执行的后端；以及

(c)一个或多个计算机执行的子系统架构数据库，每一子系统架构数据库与一子系统架构相关联，

其中：

(d)执行所述一个或多个工作的所述系统被组织成一个或多个所述子系统架构；

(e)每一所述子系统架构包括一个或多个具有成员账号的成员；

(f)每一所述成员执行所述一个或多个工作的至少一部分；

(g)每一所述工作具有存储在一工作数据库的一相关工作纪录；

(h)每一工作纪录包括：

(i)一工作索引；

(ii)一诠释数据包括执行与所述工作纪录相关联的至少一部分所述工作的一个或多个成员的一个或多个成员账号；以及

(iii)一个或多个事件纪录，每一事件纪录与一事件相关联，其中，每一事件纪录包括：

(1)所述关联事件的一事件类型；以及

(2)所述关联事件发生时的一时间戳，

并且，其中：

(i)与一子系统相关的每一所述子系统架构数据库包括：

(i)与所述关联子系统架构的每一成员相关的一成员纪录；

(j)每一所述成员纪录包括：

(i)与所述关联子系统相关联的一成员相关联的一成员账号索引；以及

(ii)每一工作纪录的至少一部分相关联在与所述成员索引相关的所述成员执行的一工作的至少部分，

并且，其中：

(k)所述前端包括存储在所述前端的所述常驻存储器上的计算机可读指令，所述前端的所述计算机可读指令可操作以使所述前端的所述微处理器实际地执行以下步骤：

(i)通过所述输入设备从一用户接收所述子系统架构的一的一所选子系统架构以及所述所选子系统的所述成员的一的一所选成员；

(ii)用所述所选子系统架构以及所述所选成员宣告所述后端；

(iii)通过所述后端从与所述所选子系统架构相关联的一子系统架构数据库接收一格式化成员纪录，其中，所述格式化成员纪录包括与所述所选成员相关联的零个或多个所选工作纪录以及与所述所选成员相关联的零个或多个未选择工作纪录；以及

(iv)格式化并在所述输出设备上显示所述所选工作纪录的标记。

2.如权利要求1的系统性能监视器，其中，所述前端的所述计算机可读指令还包括以下步骤：

(a)关于所述格式化成员纪录的接收，在所述输出设备上显示时云散布图，所述时云散布图包括：

(i)一X轴；

(ii)一Y轴；以及

(iii)所述格式化成员纪录中每一所述所选工作纪录的一数据点标记，

其中：

(b)所述格式化成员纪录中的所述所选工作纪录分别包括带有一时间戳的一开始事件以及带有一时间戳的一结束事件；

(c)每一所述数据点标记具有基于所述结束事件的所述时间戳的X值；以及

(d)每一所述数据点标记具有基于所述开始事件的所述时间戳的Y值。

3.如权利要求2的系统性能监视器，其中，所述X轴是水平的以及所述Y轴是垂直的。

4.如权利要求2的系统性能监视器，其中，所述所显数据点标记是半透明的。

5.如权利要求2的系统性能监视器，其中，所述时云散布图还包括：

(a)一第一标记线位于Y值等于X值处；以及

(b)一第二标记线位于Y值等于X值加上一给定工作的一开始事件与一结束事件之间的一预期时间值。

6.如权利要求2的系统性能监视器，其中，所述数据点标记与所述用户是交谈式的。

7.如权利要求6的系统性能监视器，其中，当所述用户启用所述关联数据点标记时，每一所述数据点标记将显示与一数据点标记的所述关联工作相关的诠释数据。

8.如权利要求2的系统性能监视器，其中，所述时云散布图还包括基于所述所选成员的所述所选工作纪录和所述所选成员的所述未选择工作纪录的一统计。

9.如权利要求1的系统性能监视器，其中，执行所述工作的所述系统包括执行至少一部分所述工作的人员。

10.如权利要求7的系统性能监视器，其中，至少一所述子系统架构包括所述人员的群组。

11.如权利要求1的系统性能监视器，其中，还包括一计算机实现数据改写器，包括：

(a)一微处理器；以及

(b)一常驻存储器，包括计算机可读指令，以实际地使所述改写器的微处理器执行以下步骤：

(i)读取存储在所述工作数据库中的所述工作纪录其中之一；

(ii)在所述读入工作纪录的所述诠释数据中为每个所述成员建立一成员纪录；以及

(iii)将所述建立的成员纪录存储在所述系统架构数据库中。

12.如权利要求1的系统性能监视器，其中：

(a)所述成员账号对于每个子系统架构都是唯一的，使得成员账号的选择也是一子系统的一选择；

(b)所述前端的所述计算机可读指令还包括以下步骤：

(i)在所述前端的所述输入设备上呈现单个输入字段，以接收所述所选成员账号；以及

(ii)将所述成员账号转发给所述后端；以及

(c)所述后端被布置为由所述所选成员账号来决定所述所选子系统架构。

13.如权利要求12的系统性能监视器，其中：

(a)一第一子系统架构是一美国专利申请的一类别；

(b)一第二子系统架构是一美国专利申请的一现有技术；以及

(c)一第三子系统架构是一美国专利申请的一专利审查员。