CN112543929A - 用于对系统进行管理的方法及其设备 - Google Patents

Abstract

本公开提供一种对系统进行管理的方法及其设备。本公开的所述方法可以包括：提供用于对系统的菜单进行管理的菜单管理工具；通过经由所述菜单管理工具接收输入来设置所述菜单的项和访问所述项的权限；并且当具有所述权限的终端访问所述系统时，向所述终端提供关于所述项的信息。

Description

用于对系统进行管理的方法及其设备

技术领域

本公开涉及对系统进行管理的方法及其设备。

背景技术

在相关技术中，可以使用内嵌框架(iframe)或重定向方法来配置部件，例如每个域中的菜单栏。然而，此类典型的方法可能提供相对较低的网络可访问性，并且可能具有安全问题。此外，由于与同一系统相关的多个域构成不同类型和设计的部件，因此可以减少域之间的统一感。

另外，当需要更改域之间的共同部件时，域中的每个的部件都需要被相同地修改和重新实现，因此难以形成统一感并且过程繁琐。这可能导致浪费大量的资源和时间。

此外，在相关技术中，可以使用电子邮件或文本消息来发出警报，以向多个域的用户发送警报。然而，典型的方法在发送警报之后可能无法跟踪用户的动作，并且不便之处在于，要针对多个域的用户单独地发出警报。

发明内容

技术目标

一个方面提供一种对系统进行管理的方法及其设备。通过示例实施例要实现的技术目标不限于如上所描述的技术目标，并且可以从以下示例实施例推断出其他技术任务。

技术方案

根据一个方面，提供一种对系统进行管理的方法，所述方法包括：提供用于对系统的菜单进行管理的菜单管理工具；通过经由菜单管理工具接收输入来设置菜单的项和访问所述项的权限；并且当具有权限的终端访问系统时，向终端提供关于或有关所述项的信息。

根据另一个方面，还提供一种用于系统管理的设备，所述设备包括通信设备和控制器，其中所述控制器被配置为：提供用于通过通信设备来对系统的菜单进行管理的菜单管理工具；通过经由菜单管理工具接收输入来设置菜单的项和访问所述项的权限；并且当具有权限的终端访问系统时，向终端提供关于所述项的信息。

根据又一个方面，还提供一种包括通信设备、显示器和控制器的终端，其中控制器被配置为通过通信设备从系统管理设备接收关于终端访问权限被设置的菜单的项的信息，并且基于菜单的项的信息通过显示器输出菜单屏幕。

示例实施例的细节包括在详细描述和附图中。

技术效果

根据本公开，由于与系统相关的多个域可以构成具有相同格式和数据的菜单，因此可在不同域之间形成统一感。

此外，由于菜单和权限中的变化通过网络被集体地提供给多个域，所以可以实时地反映变化并且实现管理的简易性。

此外，根据本公开，当警报需要用户的后续动作时，可以验证警报是否被处理，直到接收到用户的输入。由此，可以跟踪用户针对警报的动作。

此外，由于内部用户和外部用户都可在对应域的相同区域中检查警报，因此可以实现对多个用户的集成管理的简易性。

效果不限于上述效果，并且本领域技术人员从权利要求的描述中将清楚地理解未提及的其他效果。

附图说明

图1示出了根据本公开的示例实施例的用于系统管理的操作系统。

图2是示出根据本公开的示例实施例的通过菜单管理工具来对系统进行管理的方法的流程图。

图3是示出根据本公开的示例实施例的菜单管理工具的图。

图4是示出根据本公开的示例实施例的上端菜单的图。

图5是示出根据本公开的示例实施例的基于权限的上端菜单输出的图。

图6是示出根据本公开的示例实施例的下端菜单的图。

图7是示出根据本公开的示例实施例的在存在更改输入的情况下通过菜单管理工具来对系统进行管理的方法的流程图。

图8是示出根据本公开的示例实施例的向用户终端提供多个警报的方法的流程图。

图9是示出根据本公开的示例实施例的由电子设备验证警报是否被处理的方法的流程图。

图10是示出根据本公开的示例实施例的在其中显示多个警报的屏幕的图。

图11是示出根据本公开的示例实施例的电子设备的框图。

图12是示出根据本公开的示例实施例的用户终端的框图。

具体实施方式

实施例中使用的术语尽可能地在考虑到根据本公开获得的功能的同时从目前广泛使用的通用术语中选择，但是这些术语可以基于本领域技术人员的意图、习惯、新技术的出现等由其他术语代替。此外，在特定情况下，可以使用由本公开的申请人任意选定的术语。在这种情况下，可在本公开的对应描述部分中描述这些术语的含义。因此，应注意的是，本文使用的术语应基于其实际意义和本说明书的全部内容来解释，而不是简单地基于术语的名称来解释。

在整个说明书中，当一个元件被称为“包括”另一个元件时，所述元件不应被理解为排除其他元件，只要没有特别的冲突描述，并且所述元件可以包括至少一个其他元件。另外，术语“单元”和“模块”例如可以指发挥至少一种功能或操作的部件，并且可以以硬件或软件来实现，或者可以通过硬件和软件的组合来实现。

“A、B和C中的至少一个”的表述可以包括以下含义：A单独；B单独；C单独；A和B两者一起；A和C两者一起；B和C两者一起；以及A、B、C三者全部一起。

在本公开中，“终端”可以被实现为能够通过网络访问服务器或另一个终端的计算机或便携式终端。这里，计算机可以包括例如膝上型计算机、台式计算机和配备有网络浏览器的笔记本。便携式终端可以是确保便携性和移动性的无线通信装置，并且包括任何类型的手持式无线通信装置，例如，平板PC、智能手机、基于通信的终端(诸如国际移动电信(IMT))、码分多址(CDMA)、W码分多址(W-CDMA)和长期演进(LTE)。

在以下描述中，将参考附图详细描述本公开的实施例，以便本领域技术人员能够容易地实施本公开。本公开可以以许多不同的形式来实施，并且不限于本文所描述的实施例。

图1是示出根据本公开的示例实施例的用于系统管理的方法的图。

可由电子设备10和用户终端20来执行根据本公开的用于系统管理的方法。图1示出了与本实施例相关的部件。然而，对于本领域技术人员显而易见的是，除了在图1中所示部件之外，还可以包括其他通用部件。

电子设备10和用户终端20可以通过网络30彼此通信。网络30可以包括局域网(LAN)、广域网(WAN)、增值网络(VAN)、移动无线电通信网络和卫星通信网络中的任一者或其组合。此外，所述网络是允许图1的网络部件彼此平稳地通信的综合数据通信网络，并且可以包括有线互联网、无线互联网和移动无线通信网络。无线通信可以是例如无线保真(Wi-Fi)LAN、蓝牙^TM、低功耗蓝牙、ZigBee、Wi-Fi直连(WFD)、超宽带(UWB)、红外数据(IrDA)通信和近场通信(NFC)，但不限于此。

本公开的电子设备10可以是包括在用于系统管理的服务器中的设备，并且可以提供用于系统管理的平台。具体地说，电子设备10可以提供用于对系统的菜单进行管理的菜单管理工具。菜单管理工具可以通过网络30提供给多个系统。用户终端20可以连接到系统以访问菜单管理工具。

根据示例实施例，所述系统可以是与本公开相关的网站，并且用户可以通过用户终端20访问所述系统。例如，第一系统可以是与物流相关的网站。与物流相关的用户可以使用第一用户终端20a访问第一系统。此外，第二系统可以是与合同相关的网站。受合同约束的用户可以使用第二用户终端20b访问第二系统。本公开的菜单管理工具可以是将在多个系统中共同使用的工具。

此外，电子设备10可以通过网络30接收由用户终端20使用菜单管理工具输入的用户输入。用户输入可以是针对系统的菜单项和访问所述项的权限的输入。在示例实施例中，电子设备10可以接收用户输入并且设置菜单项和访问所述项的权限的输入。换句话说，电子设备10可以映射菜单项和访问所述项的权限。在本公开中将参考附图给出对此的描述。

此外，当用户终端20被连接时，电子设备10可以向用户终端20提供关于或有关菜单的设置项的信息。例如，基于分配给用户终端20的权限，电子设备10可以提供关于映射到所述权限的项的信息。

此外，电子设备10可以从多个系统接收多个警报。这里，多个警报可以是与用户相关并且具有共同形式的警报。参考图1，例如，电子设备10可以从第一系统和第二系统接收与特定用户相关并且具有相同形式的警报。具体地说，第一用户终端20a可以连接到第一系统，以便以先前提供的形式提供第一警报。此外，第二用户终端20b可以连接到第二系统，以便以与第一警报相同的形式提供第二警报。

此外，电子设备10通常可以向用户终端20提供从多个系统接收到的多个警报。在这种情况下，可以按类型对多个警报进行分类。此外，电子设备10可以验证所提供的警报是否被处理。在本公开中将参考附图给出对此的描述。

本公开的用户终端20可以通过网络30来管理系统。特别地，用户终端20可以管理系统的菜单和待提供给用户的警报。具体地说，用户终端20可以从电子设备10接收菜单管理工具，并且通过菜单管理工具输入系统的菜单项和访问所述项的权限。此外，用户终端20可以从电子设备10接收设置了访问权限的菜单项，并且输出基于所述项配置的菜单屏幕。用户终端20可以向电子设备10提供与用户相关并且具有先前提供的形式的警报。此外，用户终端20可以从电子设备10接收与用户相关并且按类型分类的多个警报，并且将警报输出给用户。

过去，尽管与同一系统相关，但由于物理上分开或不同的业务领域，难以在每个域中形成共同的部件。也就是说，因为不同的域被分配至业务区域，因此可在每个域中单独地形成组件(例如，菜单栏)。因此，尽管与同一系统相关，但是域之间的统一感可能会减少。特别地，当需要系统更新时，可在每个域中单独地执行更新，这可能由于更新的存在或不存在而导致差异。

当要对共同部件进行集体修改时，此类问题可能会更加突出，并且可能会导致时间和大量资源的浪费。本公开将提供一种用于系统管理的方法来解决上述问题。更具体地说，本公开提出了一种菜单管理工具，用于管理系统的菜单，使得可以共同访问多个域。将参考图2详细给出相关描述。

图2是示出根据本公开的示例实施例的通过菜单管理工具来管理系统的方法的流程图。电子设备10可以通过网络30与多个系统通信。用户可以通过用户终端20访问系统。图2将第一用户终端20a和第二用户终端20b示为用于访问特定系统的多个用户终端。

在操作S201中，电子设备10可以向多个用户终端提供用于对系统的菜单进行管理的菜单管理工具。在操作S202中，在多个用户终端中包括的第一用户终端20a可以通过接收到的菜单管理工具输入菜单项和访问所述项的权限。在操作S203中，第一用户终端20a可以向电子设备10提供菜单项和访问所述项的权限的输入。

电子设备10可以从用户终端20a接收针对菜单项和访问所述项的权限的输入，然后在操作S204中设置菜单项和访问所述项的权限。具体地说，电子设备10可以将访问菜单项的权限映射到对应项。将参考图3详细给出相关描述。

在操作S205中，电子设备10可以向第一用户终端20a和第二用户终端20b提供关于或有关设置了访问权限的菜单项的信息。在操作S206中，第一用户终端20a和第二用户终端20b可以基于所提供的关于菜单项的信息来配置菜单屏幕，并且输出菜单屏幕。

就操作S204和S205而言，电子设备10可以以计算机可读编程语言来提供关于项的信息以便被引用。例如，关于项的信息可以用源代码编写并且上传到内容递送网络(CDN)，以便通过URL来引用。在所述情况下，用户终端20可以是移动终端或诸如膝上型计算机的电子装置，以便用户通过用户终端20访问URL以实时接收关于菜单项的信息。为此，本公开的多个用户终端20a和20b可以基于相同的源代码来配置上端菜单和下端菜单，从而配置具有相同功能和设计的菜单屏幕。

同时，根据操作S202，根据本公开的示例实施例的第一用户终端20a可以通过菜单管理工具300从用户接收菜单项和访问所述项的权限作为输入。图3示出了根据本公开的示例实施例的菜单管理工具300。

在示例实施例中，在接收到针对菜单项的输入之前，第一用户终端20a可接收对系统类型进行选择的输入。具体地说，用户可以从系统类型项310中选择待通过第一用户终端20a访问的系统。系统类型可以包括，例如，物流相关系统、卖方相关系统和管理者相关系统。上端菜单项和下端菜单项可以基于系统的类型而变化。

根据本公开的示例实施例，第一用户终端20a可以接收上端菜单项和下端菜单项作为输入，并且接收终端访问每个项的权限。具体地说，用户可在菜单设置项320中输入上端菜单项。根据示例实施例，上端菜单可以被配置为一列或者被配置为两列。此外，上端菜单可以被配置为三列，并且不限于此。被配置为两列的上端菜单可以包括第一菜单和第二菜单。第二菜单可以是第一菜单的位于第一菜单之下的子菜单，并且包括第一菜单项的详细项。在一些情况下，第一菜单可以包括不具有子项的项。在此类情况下，第二菜单可能不展示给用户。将参考图4详细给出相关描述。

同时，根据本公开的示例实施例，第一用户终端20a可在菜单管理工具300的权限设置项330处设置访问菜单项的权限。所述权限可以包括许可权限和拒绝权限。具体地说，用户可以通过权限设置项330在菜单的预定项中输入针对第一卖方的许可权限331和针对第二卖方的拒绝权限332。在所述情况下，当接收到此类输入时，电子设备10可以针对对应项设置允许第一卖方的访问且拒绝第二卖方的访问。当第一卖方的终端访问系统时，系统中设置的菜单项可以显示在终端的屏幕上。相反，当第二卖方的终端访问系统时，由于第二卖方没有权限，因此所述项可能不会显示在终端的屏幕上。例如，访问项的权限可以是针对每个用户终端指定的信息，或者可以使用连接到终端的用户的ID来区分。

根据本公开的示例实施例，可由电子设备10针对每个用户终端设置或者针对多个用户终端同时设置访问菜单项的权限。此外，可在权限设置项330中列出多个用户ID及其允许或拒绝权限。

可以基于系统的类型和菜单项(例如，上端菜单项)来不同地设置每个用户终端访问菜单项的权限。即使一旦设置，还可以通过用户终端20和电子设备10修改权限。此外，电子设备10可以停用权限而不是修改权限，从而更改是否允许访问用户终端。

根据本公开的示例实施例，可以基于访问系统的终端是否是系统的内部用户的终端来更改访问菜单项的权限。具体地说，当访问系统的终端是系统的内部用户的终端时，所述终端可以被设置为访问与系统的设置和管理相关的项。例如，可以仅为内部用户的终端设置许可权限，以访问外部用户的访问被限制的项，诸如用于设置系统的共同使用部件的项、用于管理系统的类型的项、与权限设置相关的项等。

当访问系统的终端是外部用户的终端时，可以基于外部用户是与系统相关的用户还是与系统无关的第三方来更改访问项的权限。当与系统相关的外部用户的终端访问系统时，权限可以被设置为使得外部用户能够访问与系统相关的项，但是没有内部用户可访问的项多。例如，当与物流相关的外部用户(例如，卖方)访问物流系统时，可以针对外部用户需要从内部用户接收信息或者需要向内部用户提供信息的项来设置许可权限。此类项可以包括例如与物流相关的项、与结算相关的项以及与合同相关的项。

如上所描述的，用户终端20可以接收用户针对系统的类型、菜单项和访问所述项的权限的输入，以便电子设备10接收输入并且设置菜单项和权限。此类过程可以基本上同时执行。

图4是示出根据本公开的示例实施例的上端菜单400的图。

图4的(a)示出了一列的上端菜单，而(b)示出了两列的上端菜单。参考图4的(a)，第一菜单410可以是最上面的菜单，并且可以包括系统标识411、警报相关项412、用户信息相关项413和语言设置项414中的至少一者。同样，参考图4的(b)，第二菜单420可以是下一个最上面的菜单，并且可以包括第一菜单项410的详细项。

根据示例实施例，当通过用户终端20接收到用户针对系统标识411的输入(例如，用户触摸或点击系统标识的动作)时，用户终端20可以将任何屏幕切换到警报相关项的屏幕。稍后将对此给予详细描述。

根据示例实施例，警报相关项412可以是输出与用户相关的多个警报作为内容的项。此外，警报相关项412可以是还输出关于用户的信息作为内容的项。例如，警报相关项412可以指示用于输出主屏幕作为内容的项，所述主屏幕通常是网站的第一屏幕。

用户信息相关项413可以是用于识别或修改关于访问系统的用户终端的用户的信息的项。例如，用户信息相关项413可以识别用户ID并且重定向以修改用户信息。此外，用户终端可以通过用户信息相关项413执行“注销”以从系统断开连接。

可以基于用户终端访问系统的区域预先设置语言设置项414。用户可以通过语言设置项414来更改系统的语言。

根据本公开的示例实施例，待输出的菜单项可以基于分配至用户终端的权限而变化。图5是示出根据示例实施例的基于权限的上端菜单输出的图。

图5示出了基于对用户终端设置的权限而不同地输出上端菜单项。具体地说，图5的(a)示出了在用户终端上输出的上端菜单510，针对所述上端菜单510设置了允许访问项的许可权限。此外，图5的(b)示出了在用户终端上输出的上端菜单520，针对所述上端菜单520设置了不允许访问项的拒绝权限。

根据示例实施例，可以针对第一用户终端20a设置许可权限以访问项“测试”511。因此，当访问系统时，项“测试”511可以被识别为如图5的(a)中示出的，以便可以允许访问对应项的内容。相反，可以针对第二用户终端20b设置拒绝权限以不访问项“测试”511。因此，当访问系统时，如图5的(b)中示出的，项“测试”511可以是不可见的，因此不能允许访问对应项的内容。

图6是示出根据本公开的示例实施例的下端菜单600的图。

参考图6，下端菜单600可以包括系统信息提供项610和用户帮助提供项620。系统信息提供项610可以包括用于与对系统进行管理的代表性商业区域联系的诸如联系人、地址等的信息。此外，用户帮助提供项620可以包括使用条款、隐私政策、帮助和客户支持中的至少一者，其可由连接到系统的终端的用户来检查。

同时，在用户终端20从电子设备10接收菜单管理工具之后，用户终端20可以从用户接收菜单项和访问所述项的权限中的至少一个更改。将参考图7给出相关描述。

图7是示出根据本公开的示例实施例的在存在更改输入的情况下使用菜单管理工具来管理系统的方法的流程图。

如参考图2所描述的，在操作S701中，电子设备10可以向第一用户终端20a和第二用户终端20b提供菜单管理工具。在操作S702中，在多个用户终端中包括的第一用户终端20a可以从用户接收针对菜单项和访问所述项的权限的至少一个更改输入。所述更改可以包括例如菜单项名称被修改的情况、项数量被增加或减少的情况、访问项的权限被更改的情况以及更改上端菜单的深度(例如，列)的情况。

在操作S703中，接收更改输入的第一用户终端20a可以向电子设备10提供更改输入。在操作S704中，电子设备10可以基于接收到的更改输入来重置关于或有关权限或菜单项的信息。在操作S705中，电子设备10可以向多个用户终端(例如第一用户终端20a和第二用户终端20b)提供关于项的重置信息。

就操作S704和S705而言，电子设备10可以使用计算机可读编程语言来写入菜单项或权限的更改的信息。例如，关于项的信息可以用源代码编写，并且上传到CDN，以便通过URL来引用。根据示例实施例，当更改的信息需要对源代码进行大量修改时，可以更新连接到URL的文件。例如，上端菜单的深度可以从两列更改为三列。在所述示例中，由于菜单的配置被更改，因此通过修改源代码更新的文件可以被上传到CDN。

具体地说，根据本公开的示例实施例，电子设备10可以通过集成服务提供工具将修改的源代码上传到在线存储器。例如，电子设备10可以用javascript编写菜单项和所述项的权限，并且通过Jenkins将菜单项和权限上传到简单存储服务(称为“S3”)的特定路径。用户终端20可以通过代理服务器访问上传到S3的javascript文件，以便用户识别最近上传的关于菜单项或权限的信息。

在操作S706中，第一用户终端20a和第二用户终端20b可以基于关于从电子设备10接收到的项的重置信息来配置菜单屏幕，并且输出更改的菜单屏幕。根据示例实施例，第一用户终端20a和第二用户终端20b可以通过参考URL来更新关于所述项的信息。由此，可以基于关于实时接收到的项的重置信息来配置更改的菜单屏幕，而不需要执行另外的下载或单独的设置操作。

同时，在相关技术中，为了向任何用户发送通知，有必要通过为每个系统单独发送电子邮件或文本消息来直接向用户提供通知。替代地，用户需要自己刷新域来检查任何更改。然而，在此类情况下，难以实现集成管理，并且难以跟踪用户的动作。

此外，如果累积了太多未分类的警报，则这些警报可能会被重复或被视为垃圾信息，并且因此可能需要高效的处理。特别地，系统的每个内部用户和外部用户都需要单独的警报处理，这可能会造成不便。

本公开将提供一种用于系统管理的方法来解决上述问题。更具体地说，本公开提出了一种集成警报提供方法。将参考图8详细给出相关描述。

图8是示出根据本公开的示例实施例的向用户终端提供多个警报的方法的流程图。

根据示例实施例，在操作S801中，多个用户终端(第一用户终端20a和第二用户终端20b)可以向电子设备10提供与用户相关并且具有共同形式的警报。第一用户终端20a和第二用户终端20b可以是用于访问相同系统的终端，或者还可以是用于访问不同系统的终端。例如，即使用户终端连接到不同的系统，还可以通过相同的API(应用程序接口)向电子设备10提供相同形式的警报。由此，电子设备10可以从多个系统接收与用户相关并且具有相同形式的多个警报。

接下来，电子设备10可以向第一用户终端20a和第二用户终端20b提供多个警报。根据示例实施例，电子设备10可在操作S802中按类型对多个警报进行分类，并且在操作S803中基于所述类型来提供分类的警报。例如，多个警报可以具有需要来自用户的立即检查的类型、需要来自用户的反馈的类型、以及不需要来自用户的检查或反馈的类型。

需要用户立即检查的类型的警报还可以被称为“消息警报”。消息警报可以是总是显示以在连接到用户终端的系统的所有屏幕上观看的警报。例如，所连接的系统的变化、合同或物流的变化以及由于用户数据库的变化而导致的数据的变化可以是消息警报。

需要来自用户的反馈的类型的警报还可以被称为“必需警报”。必需警报可以是在用户检查警报之后响应于正在执行的预定操作而终止的警报。例如，需要签署合同的情况、需要为合同提交另外的文档的情况以及需要用于签署的认证过程的情况可以是必需警报。根据示例实施例，提供必需警报的系统可以在先指定对应警报所需的用户的动作。具体地说，系统可在所提供的警报中存储URL，以便当用户识别警报时，用户通过所述URL连接到需要用户的动作的域。例如，当连接到用户终端的系统是物流系统时，并且当提供给用户的必需警报是用于要求签署物流合同的警报时，一旦用户选择对应的警报，用户就可以通过URL被重定向到合同屏幕，并且可以执行签署合同的动作。

不需要用户检查或来自用户反馈的类型的警报还可以被称为“通知警报”。通知警报可以是信息性警报，如果用户知道的话会有帮助。即使在警报终止之后，还可以通过由电子设备10提供的链接来识别通知警报。

对于多种警报的每一种类型，可以预先设置关于或有关向用户提供对应警报的持续时间的信息。电子设备10可以基于关于基于警报类型的持续时间的信息，将持续时间结束的警报处理为终止警报。根据示例实施例，关于持续时间的信息可以基于警报的类型而变化。即使当警报具有相同类型时，信息还可以基于警报的属性而变化。例如，需要来自用户的反馈的必需警报具有的持续时间可能比通知警报的持续时间更长。此外，可以基于合同的到期日期来设置与合同相关的必需警报的持续时间。

就操作S803而言，根据本公开的示例实施例，电子设备10可以通过分组来提供多个警报。具体地说，电子设备10可以基于警报和提供警报的系统的属性在被分类为相同类型的警报中对在预定时间段内从多个系统接收到的警报进行分组，并且提供分组的警报。

根据示例实施例，电子设备10可以识别第一警报的类型、第一警报的属性以及提供第一警报的系统。当在预定待机时间期间从同一系统提供具有相同属性和类型的第二警报时，电子设备10可以将第一警报和第二警报分组。并且在更新待机时间的同时，电子设备10可以等待另外的警报。当在待机时间结束才从同一系统提供具有相同类型和属性的警报时，电子设备10可以终止等待并且将分组的警报提供给用户终端20。例如，在预定待机时间内从物流系统提供的警报中，第一警报可以是与订单信息变化相关的通知警报，第二警报可以是与订单取消相关的通知警报，并且第三警报可以是与订单信息变化相关的通知警报。在所述示例中，第一警报和第三警报可以被分组到与订单信息变化相关的组中，然后被提供给用户终端20。根据示例实施例，当在待机时间结束之前分组到同一组中的警报的数量增加到大于或等于预定数量时，电子设备10可以终止分组，并且向用户终端20提供一组对应的警报。当更新的待机时间的总和达到最大时间时，电子设备10可以终止分组，并且向用户终端20提供一组对应警报。

本公开的电子设备10和用户终端20可以通过警报的分组来按系统、按警报类型和按警报属性来管理多个警报。由此，可以提高警报管理的效率，可以防止警报重复，并且可以防止警报被认为是网络垃圾。

返回参考图8，在操作S804中，第一用户终端20a和第二用户终端20b可以输出所提供的警报。在这种情况下，可以基于类型在不同区域中输出多个警报。在操作S805中，电子设备10可以验证多个警报是否被处理。根据示例实施例，当警报是需要用户的反馈的必需警报时，电子设备10可以识别响应于所述警报的用户的动作。图9是示出根据本公开的示例实施例的由电子设备验证警报是否被处理的方法的流程图。

在操作S905中，在操作S804之后，用户终端可以接收针对警报的用户输入。例如，由于必需警报需要来自用户的关于警报的反馈，因此用户终端可以接收针对必需警报的用户输入。

根据示例实施例，在操作S905中，第一用户终端20a可以接收针对第一警报(例如，多个警报中的必需警报)的用户输入，并且在操作S906中，将接收的用户输入提供给电子设备10。在操作S907中，电子设备10可以验证包括第一警报的多个警报是否被处理。

当针对第一警报的用户输入在预定时间段内不存在时，电子设备10可以向用户终端20提供请求处理第一警报的另外的警报。例如，可在连接到合同系统的用户终端上输出请求公司签署合同的警报。在所述示例中，当经过预设时间而公司没有检查警报时，电子设备10可以再次向用户终端提供请求签署合同的警报。根据示例实施例，可以通过连接到用户终端的系统来提供和输出另外的警报，并且还可以以典型的方式使用电子邮件或文本消息来提供另外的警报。

参考图9，第一用户终端20a可以接收针对第一警报的用户输入，而第二用户终端20b可以不接收。当在预定时间段内没有从第二用户终端20b接收到针对第一警报的用户输入时，在操作S908中，电子设备10可以向第二用户终端20b提供请求处理第一警报的另外的警报。在操作S909中，第二用户终端20b可以输出另外的警报以接收针对第一警报的用户输入。

根据示例实施例，用户终端20可以实时地向电子设备10提供关于用户的动作的信息。例如，可以向电子设备10提供关于用户识别警报的时间、做出反馈动作的时间、警报终止的时间以及警报终止的原因的信息。电子设备10可以将关于用户的动作的信息存储在数据库中。所存储的关于用户的动作的信息可以用于跟踪用户针对警报的动作。特别地，关于用户的动作的信息可以用于验证用户是否处理了警报或生成了统计信息。

具体地说，根据本公开的示例实施例，电子设备10可以接收关于用户的动作的信息，生成与多个警报相关的统计信息，并且将生成的统计信息提供给用户终端20。统计信息可以包括关于在多个警报中由用户处理的警报的比例的信息。

电子设备10可以获取由多个系统提供的多个警报的警报类型和属性，并且从用户终端20接收用户识别警报的时间、做出反馈动作的时间、警报终止的时间、警报终止的原因等。基于此，电子设备10可以生成统计信息。

根据示例实施例，电子设备10可以基于警报的属性来生成警报生成的统计信息。例如，电子设备10可以确认在由物流系统提供的多个警报中，存在与物流合同签署请求相关的100个警报和与物流合同是否完成相关的50个警报。

电子设备10可以计算所识别的警报与针对每个用户输出的警报相比的比率。例如，电子设备10可以接收关于用户识别警报“条款和条件的修改以及重新确认的请求”的时间的信息，检查是否针对每个卖方识别了警报，并且与所有警报相比，统计地计算识别的警报的数量。

电子设备10可以计算输出警报与提供的警报相比的比率。例如，当用户终端接收到过多的大量警报时，特定警报可能被推后，并且因此不会输出到具有与所述警报相关的项的屏幕上。在这种情况下，除非用户选择并且识别警报，否则警报可能不显示在屏幕上。由此，可以考虑统计信息来证明用户已经识别出所述警报。

电子设备10可以计算针对每个用户的终止警报与所有警报相比的比率。例如，通常，请求用于合同的签名的必需警报可在用户执行签署动作的情况下终止。然而，当提供警报的持续时间过去时，警报还可以终止。因此，电子设备10可以接收关于做出反馈动作的时间或警报终止的时间的信息，并且针对每个用户生成统计信息，以验证哪个警报响应于用户的反馈动作而终止，或者随着持续时间的流逝由于没有反馈动作而终止。基于统计信息，可以识别未定期签署联系人的公司，并且可以考虑针对那些公司进行其他类型的签名请求。

当警报被处理为被终止时，电子设备10可以通过接收关于或有关警报终止原因的信息来生成统计信息。警报可能由于用户的操作而终止，随着警报持续时间的流逝而终止，或者由管理员撤回警报而终止。

例如，当响应于请求签署合同的必需警报而接收到指示用户已经签署合同的信息时，电子设备10可以将警报终止的原因验证为用户的动作。当没有在为必需警报设置的持续时间的两周内做出用户的动作时，电子设备10可在从提供警报开始的两周之后接收关于警报终止的信息。在这种情况下，电子设备10可以验证警报被终止，因为警报的持续时间过去了。

当响应于针对账号所要求的必需警报而接收到指示用户已经输入账号的信息时，电子设备10可以验证警报终止的原因为用户的动作。替代地，对于请求在15天后开始在促销合同上签名的必需警报，可在提供警报开始15天后接收到关于警报终止的信息。在这种情况下，电子设备10可以验证警报被终止，因为警报的持续时间过去了。

同时，在操作S804中，可以基于类型在不同区域中输出多个警报。图10是示出根据本公开的示例实施例的在其上输出多个警报的屏幕的图。这里，屏幕1000可以是其中输出对应于与警报相关的项的内容的屏幕，并且可以指示通常是网站的第一屏幕的主屏幕。

具体地说，用户终端20可以基于类型在同一屏幕1000的不同区域中输出多个警报。由此，用户可以通过连接到系统的用户终端在共同接口中按类型来识别多个警报。根据示例实施例，内部用户和外部用户可在系统的同一屏幕区域中实时地识别与相应用户相关的警报。例如，与同一物流合同相关的卖方和内部用户可以实时地识别订单、合同和在物流系统的主屏幕上签署的信息。由此，卖方和内部用户可以容易地识别合同是否在进展，并且执行快速进展。

参考图10，消息警报输出区域1010可以对应于需要用户立即检查的类型。由于需要用户立即检查，因此消息警报输出区域1010可以位于屏幕1000的上部。此外，就重要性而言，对应于需要来自用户的反馈的类型的必需警报可能比通知警报具有更高的优先级，尽管与消息警报相比必需警报不需要立即检查。因此，必需警报输出区域1020可以位于消息警报输出区域1010下方和通知警报输出区域1030上方。因此，通知警报输出区域1030可以位于必需警报输出区域1020的下端。此外，可以通过分组输出多个警报。

作为示例，在物流系统中，当卖方注册产品时，并且当注册产品的数据验证和注册完成时，内部用户通常可以请求订单。此外，可以通过电子邮件向卖方发送请求订单的警报。卖方可以通过电子邮件来检查订单请求的细节，并且在预定的日期和时间将产品的库存发送到履行中心。在履行中心，产品的库存可以存放在装载地点，并且可以对一些产品进行测试以验证产品是否有缺陷。当确认产品没有缺陷时，内部用户可以确定产品是否实际销售。

关于这一点，根据本公开的示例实施例，通过先前提供的API创建的订单请求警报可以被提供给卖方的终端，以便订单请求警报显示在每个系统的主屏幕上。在这种情况下，可以向内部用户输出相同的订单请求警报。此类订单请求警报可以是用于提供关于卖方的注册产品的数据验证和注册被完成的通知的信息警报，并且可以显示在通知警报输出区域1030中。卖方可以通过显示在主屏幕上的订单请求警报来识别订单请求的详细内容。同样，内部用户还可以通过主屏幕来识别订单请求。

作为另一个示例，在合同系统中，内部用户通常可以与卖方讨论，然后发送用于产品广告或产品注册的合同。卖方可以访问合同系统，进入合同管理菜单，通过刷新来确认合同，并且完成签署。此后，内部用户可以访问合同系统，进入物流管理菜单，通过刷新来确认签署的合同，并且完成合同。

关于这一点，根据本公开的示例实施例，可以通过先前提供的API将合同提供给卖方的终端，以便在系统的主屏幕上显示合同签署请求警报。合同签署请求警报可以是需要来自用户的反馈的警报，并且可以显示在必需警报输出区域1020中。由此，卖方可在系统的第一屏幕上确认合同，而不需要进入单独的菜单进行合同管理，并且根据警报签署合同。此外，可在签署时提供用于通知卖方已经签署合同的警报，以便内部用户实时地识别卖方签署了合同。

作为又一个示例，在物流系统中，卖方通常可以请求订阅物流系统以及注册所需的文档。内部用户可以通过订阅相关菜单来确认新的订阅请求或另外的文档提交请求。内部用户可以发送电子邮件以请求卖方提交另外的文档。当卖方检查电子邮件时，卖方可以再次访问物流系统以提交另外的文档。因此，可以执行订阅过程。

根据本公开的示例实施例，代替通过电子邮件执行订阅过程，可在与主屏幕上的警报相关的区域中检查卖方的订阅请求、另外的文档提交和进展检查。可由卖方和内部用户通过共同接口同时识别此类警报。例如，请求用户的订阅请求和另外的文档提交的警报可以是必需警报并且在必需警报输出区域1020中被识别。此外，根据订阅过程的进展提供的警报可以是通知警报并且在通知警报输出区域1030中被识别。

图11是示出根据本公开的示例实施例的电子设备10的框图。

本公开的电子设备10可以包括通信设备12和控制器14。图11所示的部件对于实现电子设备不是必不可少的，因此，对于本领域技术人员而言显而易见的是，可以采用更多或更少的部件。

通信设备12可以使用有线或无线通信技术与外部电子设备通信。外部电子设备可以是终端或服务器。此外，例如，通信装置12可以使用通信技术，诸如全球移动通信系统(GSM)、码分多址(CDMA)、长期演进(LTE)、5G、无线LAN(WLAN)、Wi-Fi、蓝牙^TM、射频识别(RFID)、IrDA通信、ZigBee和NFC。

通信装置12可以向用户终端20传输数据并从用户终端20接收数据。具体地说，通信装置12可以向用户终端20提供菜单管理工具并且通过菜单管理工具接收输入。此外，通信装置12可以向用户终端20提供关于菜单项的信息。通信装置12可以接收或提供多个警报。

控制器14可以控制电子设备10的整体操作并且处理数据和信号。控制器14可以通过通信装置12向用户终端20传输数据并从用户终端20接收数据。控制器14可以基于接收到的用户输入来设置菜单项和访问所述项的权限。控制器14可以使用通信装置12来接收针对菜单项和访问所述项的权限的至少一个更改输入。在这种情况下，控制器14可以基于更改输入来重置关于菜单项或权限的信息。

控制器14可以对多个警报进行分类和分组。控制器14可以验证多个警报是否被处理，或者将警报作为终止警报处理。另外，控制器14可以验证是否存在针对警报的用户输入，以便提供请求处理警报的另外的警报。控制器14可以生成关于多个警报的统计信息。

图12是示出根据本公开的示例实施例的用户终端20的框图。

本公开的用户终端20可以包括通信装置22、显示器24和控制器26。图12所示的部件对于实现终端不是必不可少的，并且因此，对于本领域技术人员而言显而易见的是，可以采用更多或更少的部件。

通信设备22可以使用有线或无线通信技术与外部电子设备通信。外部电子设备可以是终端或服务器。通信设备22可以从电子设备10接收菜单管理工具，并且为此提供用户输入。此外，通信装置22可以接收关于设置了权限的菜单项的信息。通信设备22可以提供或接收多个警报，并且向电子设备10提供针对警报的用户输入。

显示器24可以提供用户终端20和用户之间的输出接口。显示器24可以显示菜单屏幕。此外，显示器24可以基于类型在不同的屏幕区域中显示多个警报。

控制器26可以控制用户终端20的整体操作并且处理数据和信号。控制器26可以通过通信设备22向电子设备10传输数据和从电子设备10接收数据。此外，当存在针对系统标识的用户输入时，控制器26可以将菜单屏幕切换到对应于与警报相关的项的屏幕。

同时，尽管在图12中未示出，但是用户终端20还可以包括输入装置。输入装置可以包括用于输入图像信号的相机或图像输入部分、用于输入音频信号的传声器或音频输入部分、以及用户输入部分(例如，触摸键、按键(机械键)等)。另外，输入装置可以包括一个或多个传感器，所述一个或多个传感器被配置为感测移动终端的内部信息、关于或有关移动终端周围环境的信息、以及用户信息中的至少一者。例如，输入装置可以包括接近传感器、照明传感器、触摸传感器、运动传感器、手指扫描传感器、光学传感器(例如，相机)、传声器等中的至少一者。同时，本公开的用户终端20可以利用从这些传感器中的至少两个或更多个传感器获得的信息。输入装置可以接收针对系统标识的用户输入或者接收针对多个警报的用户输入。

本文描述的设备可以包括处理器、存储和执行程序数据的存储器、诸如磁盘驱动器的永久存储器、用于与外部设备通信的通信端口、以及诸如触摸面板、键和按钮的用户接口设备。由软件模块或算法实现的方法可以作为可由处理器执行的计算机可读代码或程序命令存储在计算机可读记录介质中。这里，计算机可读记录介质可以是磁存储介质(例如，只读存储器(ROM)、随机存取存储器(RAM)、软盘或硬盘)或光学读取介质(例如，CD-ROM或数字多功能盘(DVD))。计算机可读记录介质可以分散到通过网络连接的计算机系统，以便可以以分散的方式存储和执行计算机可读代码。介质可由计算机读取，可以存储在存储器中，并且可由处理器执行。

可由功能块和各种处理步骤来表示本实施例。可由执行具体功能的各种数量的硬件和/或软件配置来实现这些功能块。例如，本实施例可以采用直接电路配置(诸如存储器、处理器、逻辑电路和查找表)，所述直接电路配置可以通过一个或多个微处理器或其他控制装置的控制来执行各种功能。类似于元件可由软件编程或软件元件执行，本实施例可由编程或脚本语言(诸如C、C++、Java和汇编器)实现，所述编程或脚本语言包括由数据结构、过程、程序或其他编程配置的组合实现的各种算法。可以通过由一个或多个处理器执行的算法来实现功能方面。另外，本实施例可以采用例如用于电子环境设置、信号处理和/或数据处理的相关技术。术语“机构”、“元件”、“装置”和“配置”可以被广泛使用，并且不限于机械和物理部件。例如，这些术语可以包括与处理器相关联的一系列软件程序的含义。

上述实施例仅是示例，并且可在以下权利要求的范围内实现其他实施例。

Claims (20)

1.一种对系统进行管理的方法，所述方法包括：

提供用于对系统的菜单进行管理的菜单管理工具；

通过经由所述菜单管理工具接收输入来设置所述菜单的项和访问所述项的权限；以及

当具有所述权限的终端访问所述系统时，向所述终端提供关于所述项的信息。

2.根据权利要求1所述的方法，其中所述菜单管理工具是在不同系统中共同使用的工具。

3.根据权利要求1所述的方法，其中所述设置包括：

接收对所述系统的类型进行选择的输入；以及

基于所述系统的所选择类型来设置上端菜单的项和下端菜单的项，所述上端菜单的项和所述下端菜单的项针对每种系统类型而变化。

4.根据权利要求3所述的方法，其中所述上端菜单包括第一菜单和作为所述第一菜单的子菜单的第二菜单，

所述设置包括：设置所述第一菜单或所述第二菜单中的至少一者的项，并且

所述第二菜单的项包括第一菜单的项的详细项。

5.根据权利要求3所述的方法，其中：

所述上端菜单包括系统标识、与警报相关的项、与用户信息相关的项、或语言设置项中的至少一者；并且

所述下端菜单包括系统信息提供项和用户帮助提供项。

6.根据权利要求1所述的方法，其中所述权限基于访问所述系统的终端是所述系统的内部用户的终端还是与物流相关的用户的终端中的至少一者而变化。

7.根据权利要求1所述的方法，还包括：

通过所述菜单管理工具接收针对所述菜单的所述项和访问所述项的所述权限的至少一个更改输入；

基于所述更改输入来重置关于所述权限或所述菜单的所述项的信息；以及

向所述终端提供关于所述项的重置信息。

8.根据权利要求1所述的方法，还包括：

从多个系统接收与用户相关并且具有共同形式的多个警报；

将所述多个警报提供给所述用户的终端；以及

验证所述多个警报是否被处理。

9.根据权利要求8所述的方法，其中所述验证所述多个警报是否被处理包括：

验证针对所述多个警报中的第一警报的用户输入是否存在；以及

当所述用户输入在第一时段内不存在时，提供用于请求处理所述第一警报的另外的警报。

10.根据权利要求8所述的方法，其中所述提供所述多个警报包括：

基于类型对所述多个警报进行分类；以及

基于所述类型提供分类的警报。

11.根据权利要求10所述的方法，其中所述类型包括需要来自用户的立即检查的类型、需要来自所述用户的反馈的类型、以及不需要来自所述用户的检查或反馈的类型中的至少一种，

针对所述类型中的每一种设置关于持续时间的信息，其中在所述持续时间中向所述用户提供警报；以及

所述方法还包括：基于关于与所述多个警报的类型对应的持续时间的信息，将所述多个警报当中其持续时间已过的警报作为终止警报处理。

12.根据权利要求10所述的方法，其中所述提供所述分类的警报包括：

通过基于警报的属性和提供警报的系统对接收到的警报进行分组，在被分类为相同类型的警报当中提供第二时段内接收到的警报。

13.根据权利要求8所述的方法，还包括：

生成关于所述多个警报的统计信息；以及

将所述统计信息提供给所述多个系统，

其中所述统计信息包括关于所述多个警报当中由所述用户处理的警报的比例的信息。

14.一种用于系统管理的设备，所述设备包括：

通信装置；以及

控制器，

其中所述控制器被配置为：

通过所述通信装置提供用于对系统的菜单进行管理的菜单管理工具；

通过经由所述菜单管理工具接收输入来设置所述菜单的项和访问所述项的权限；以及

当具有所述权限的终端访问所述系统时，向所述终端提供关于所述项的信息。

15.一种终端，包括：

通信装置；

显示器；以及

控制器，

其中所述控制器被配置为：

通过所述通信设备从系统管理设备接收关于设置了所述终端的访问权限的菜单的项的信息；以及

基于关于所述菜单的项的信息，通过所述显示器输出菜单屏幕。

16.根据权利要求15所述的终端，其中关于所述菜单的项的信息包括关于上端菜单的项和下端菜单的项的信息，

所述上端菜单包括系统标识、与警报相关的项、与用户信息相关的项、和语言设置项中的至少一者；并且

所述下端菜单包括系统信息提供项和用户帮助提供项。

17.根据权利要求16所述的终端，还包括：

输入装置，

其中所述控制器被配置为当通过所述输入装置接收针对所述系统标识的用户输入时，将所述菜单屏幕切换到与所述警报相关的所述项的屏幕。

18.根据权利要求15所述的终端，其中所述控制器被配置为：

通过所述通信装置接收与用户相关并且基于类型分类的多个警报；以及

基于所述类型通过所述显示器在不同区域中输出所述多个警报。

19.根据权利要求18所述的终端，其中所述类型包括需要来自用户的立即检查的类型、需要来自所述用户的反馈的类型、以及不需要来自所述用户的检查或反馈的类型中的至少一种。

20.根据权利要求18所述的终端，还包括：

输入装置，

其中所述控制器被配置为：

通过所述输入装置接收针对所述多个警报中的第一警报的用户输入；以及

通过所述通信设备向所述系统管理设备提供所述用户输入。

Images