CN113283880A - 一种子企业获取代运维商的方法和装置 - Google Patents

Abstract

本公开涉及能源供应技术领域，提供了一种子企业获取代运维商的方法和装置。该方法包括：根据子企业与主企业的对应关系，获取子企业对应的主企业的代运维商信息；基于代运维商信息，判断是否包含目标代运维商；若包含目标代运维商，则获取子企业申请信息，并将申请信息发送至目标代运维商；获取目标代运维商对申请信息的审核结果，判断审核结果是否为通过；若目标代运维商的审核结果为通过，则将代运维信息提交至运营中心审核；获取运营中心对代运维信息的审核结果，判断审核结果是否为通过；若代运维信息的审核结果为通过，则进行系统创建。方便子企业与其主企业与代运维商所在系统的统一管理，拓宽了子企业寻找代运维商的线上渠道。

Description

一种子企业获取代运维商的方法和装置

技术领域

本公开涉及能源供应技术领域，尤其涉及一种子企业获取代运维商的方法和装置。

背景技术

能源是人类赖以生存和发展的基础，是国民经济的命脉。提高能源利用效率、发掘新能源、实现可再生能源规模化开发，已成为解决人类社会发展过程中日益凸显的能源需求增长与能源紧缺、能源利用以及环境保护之间矛盾的必然选择。

企业中普遍存在能源供应依赖的问题，现有的企业能源客户管理通常采用单个代运维商与企业的单一关系维护。然而，当主企业具有子企业时，子企业也不能选择同一家代运维商进行供能，不仅使得主企业对代运维商管理调配有欠完备，而且造成子企业能源供应无法得到保障，降低了能源供应效率。

发明内容

有鉴于此，本公开实施例提供了一种子企业获取代运维商的方法和装置，以解决现有技术中代运维商与企业服务关系单一导致子企业能源供应效率降低的问题。

本公开实施例的第一方面，提供了一种添加代运维商的方法，包括：

根据子企业与主企业的对应关系，获取子企业对应的主企业的代运维商信息；

基于代运维商信息，判断是否包含目标代运维商；

若包含目标代运维商，则获取子企业申请信息，并将申请信息发送至目标代运维商；

获取目标代运维商对申请信息的审核结果，判断审核结果是否为通过；

若目标代运维商的审核结果为通过，则将代运维信息提交至运营中心审核；

获取运营中心对代运维信息的审核结果，判断审核结果是否为通过；

若代运维信息的审核结果为通过，则进行系统创建。

在一个实施例中，代运维商信息至少包括：代运维商企业名称、服务类型、联系人以及联系方式。

在一个实施例中，基于代运维商信息，判断是否包含目标代运维商步骤中，通过代运维商信息中的服务类型判断是否包含目标代运维商。

在一个实施例中，获取子企业申请信息，并将申请信息发送至目标代运维商步骤中，子企业申请信息至少包括：服务类型、服务范围、服务期限、合同信息、子企业信息；

若目标代运维商的审核结果为通过，则将代运维信息提交至运营中心审核步骤中，代运维信息至少包括：子企业申请信息、目标代运维商信息。

在一个实施例中，基于代运维商信息，判断是否包含目标代运维商步骤后，还包括：

若不包含目标代运维商，则返回第一提示信息，以提示进行线下联系代运维商。

在一个实施例中，获取目标代运维商对申请信息的审核结果，判断审核结果是否为通过步骤后，还包括：

若目标代运维信息的审核结果为拒绝，则结束获取代运维商流程。

在一个实施例中，若代运维信息的审核结果为通过，则进行系统创建步骤，包括：

将子企业与代运维商进行关系绑定；

基于关系绑定，进行公共信息模型系统创建。

本公开实施例的第二方面，提供了一种选择代运维商的装置，包括：

代运维商信息获取模块，用于根据子企业与主企业的对应关系，获取子企业对应的主企业的代运维商信息；

目标代运维商判断模块，用于基于代运维商信息，判断是否包含目标代运维商；

申请信息获取模块，用于若包含目标代运维商，则获取子企业申请信息，并将申请信息发送至目标代运维商；

第一判断模块，用于获取目标代运维商对申请信息的审核结果，判断审核结果是否为通过；

代运维信息提交模块，用于若目标代运维商的审核结果为通过，则将代运维信息提交至运营中心审核；

第二判断模块，用于获取运营中心对代运维信息的审核结果，判断审核结果是否为通过；

系统创建模块，用于若代运维信息的审核结果为通过，则进行系统创建。

本公开实施例的第三方面，提供了一种计算机设备，包括存储器、处理器以及存储在存储器中并且可以在处理器上运行的计算机程序，该处理器执行计算机程序时实现上述方法的步骤。

本公开实施例的第四方面，提供了一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序被处理器执行时实现上述方法的步骤。

本公开实施例与现有技术相比存在的有益效果是：本公开实施例根据子企业与主企业的对应关系，获取子企业对应的主企业的代运维商信息；基于代运维商信息，判断是否包含目标代运维商；若包含目标代运维商，则获取子企业申请信息，并将申请信息发送至目标代运维商；获取目标代运维商对申请信息的审核结果，判断审核结果是否为通过；若目标代运维商的审核结果为通过，则将代运维信息提交至运营中心审核；获取运营中心对代运维信息的审核结果，判断审核结果是否为通过；若代运维信息的审核结果为通过，则进行系统创建。本公开实施例方便子企业与其主企业与代运维商所在系统的统一管理，拓宽了子企业寻找代运维商的线上渠道，使得子企业能源供应更加快捷便利，提高了能源供应效率。

附图说明

为了更清楚地说明本公开实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1是本公开实施例提供的一种子企业获取代运维商的方法的流程示意图；

图2是本公开实施例提供的一种子企业获取代运维商的方法中进行系统创建的示意图；

图3是本公开实施例提供的一种子企业获取代运维商的装置示意图；

图4是本公开实施例提供的计算机设备的示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本公开实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本公开。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本公开的描述。

下面将结合附图详细说明根据本公开实施例的一种子企业获取代运维商的方法和装置。

图1是本公开实施例提供的一种子企业获取代运维商的方法的流程示意图。如图1所示，子企业获取代运维商的方法包括：

S11，根据子企业与主企业的对应关系，获取子企业对应的主企业的代运维商信息。

示例性地，子企业登录系统，由于后台系统根据子企业登录信息，根据子企业与其主企业之间的对应关系，获取到与该子企业对应的主企业信息，通过该主企业信息获取到为该主企业提供代运维服务的包含所有代运维商信息列表，并将代运维商企业名称，服务类型，联系电话等信息展示到上述代运维商信息列表中，则该子企业从代运维商信息列表中便可获取到所有代运维商信息。其中，代运维商信息，至少包括但不限于：代运维商名称、服务类型、联系人以及联系方式。代运维商信息还可以包括服务时长，服务时长可在其服务时长所在页面对应的该项下拉框的多种时间选项的信息类型中进行选择，例如，服务时长，可选择一个月或几个月，也可选择一周或几周，还也可选择一天或几天。可依需要而进行灵活设置，在此，不做具体限定。

S12，基于代运维商信息，判断是否包含目标代运维商。

在代运维商信息列表中，子企业根据代运维商信息，通过是否包含该子企业所需的服务类型来判断是否包含目标代运维商。

若不包含，即在服务商信息列表中，若不包含该子企业所需的服务类型，判断为不包含目标代运维商。则返回一条提示信息，信息内容为“没找到目标代运维商”，以便提示该子企业通过线下渠道例如市场人脉等寻找为该子企业供能的代运维商。

若包含，则判断为包含目标代运维商。

示例性地，子企业在代运维商信息列表中寻找目标代运维商，寻找方式分两种，一种是搜索添加，另一种是手动添加。搜索添加是在添加客户页面的搜索框中输入代运维商企业名称，点击回车键进行搜索。而手动添加是在添加客户页面，子企业将自身想要寻找的代运维商企业名称手动点击“+”键进行添加，那么，该代运维商企业名称就出现在该代运维商信息列表中。

S13，若包含代运维商，则获取子企业申请信息，并将申请信息发送至目标代运维商。

在该代运维商信息列表中，若包含目标代运维商，则子企业填写该子企业申请信息，并将该子企业申请信息发送至目标代运维商。其中，子企业申请信息，此时至少包括但不限于服务类型、服务范围、服务期限、合同信息、子企业信息。其中，子企业信息至少包括但不限于企业经营地、运营许可证、法人资质。

S14，获取目标代运维商对申请信息的审核结果，判断审核结果是否为通过。

目标代运维商接收子企业申请信息并对子企业申请信息进行审核，获得审核结果，并判断审核结果是否为通过。

S15，若目标代运维商的审核结果为通过，则将代运维信息提交至运营中心审核。

具体地，若目标代运维商的审核结果为通过，还需要通过运营中心进一步审核，因此，将代运维信息提交至运营中心审核。由于代运维信息中包含代运维商信息与上述子企业申请信息，运营中心可以对合同双方各项信息进行审核。其中，此时的代运维信息至少包括：子企业申请信息、目标代运维商信息。

若目标代运维信息的审核结果为拒绝，则结束获取代运维商流程。

S16，获取运营中心对代运维信息的审核结果，判断审核结果是否为通过。

运营中心对代运维信息做进一步审核，即对子企业申请信息与目标代运维商信息审核。

示例性地，运营中心对子企业信息例如，企业经营地、运营许可证、法人资质等进行一一审核，对上述子企业的资质等信息进行审核，确保子企业资质的真实可靠。运营中心对目标代运维商信息例如，代运维商名称、服务类型、联系人以及联系方式进行查看与核实，以确保目标代运维商信息准确无误。对上述信息进行审核之后获取对上述信息的审核结果，并判断审核结果通过与否。

S17，若代运维信息的审核结果为通过，则进行系统创建。

若审核结果为通过，则进行CIM(Common Information Model，公共信息模型)系统的创建。该系统的创建，能够对用能方与供能方的能耗供应起到监控作用。

图2是本公开实施例提供的一种子企业获取代运维商的方法中进行系统创建的示意图。如图2所示，针对S17的步骤具体包括：

S171，将子企业与代运维商进行关系绑定。

若运营中心对代运维信息的审核结果为通过，则将该子企业与该代运维商之间的关系进行绑定。

S172，基于关系绑定，进行公共信息模型系统创建。

将子企业信息与代运维商企业之间的关系进行绑定，根据子企业信息与代运维商企业之间的关系，建立公共信息模型系统。公共信息模型系统的构建成功，便于随时查看子企业在代运维商的能源供应服务中用能情况与代运维商企业供能的情况的实时数据。该系统的建立，能够起到对用能方与供能方的实时数据的在线监控的作用。

示例性地，在系统中，能够随时查看该子企业用能及代运维商供能的实时数据，该实时数据查看方式可以通过时间顺序进行查看，还可以通过能耗用度高低进行查看。实时数据浏览方式可以进行分页进行浏览，还可以分段进行浏览，并能够下载，下载的文档格式可以是excel的还可以是其他格式的。上述查看方式、浏览方式以及下载文档格式都可以依据需要进行选择，在此，不做任何限定。

另外，若运营中心对代运维信息的审核结果为拒绝，则结束获取代运维商流程。当审核结果显示为拒绝时，表示该子企业主动添加代运维商失败，意味着该子企业主动添加代运维商的流程结束。

本公开实施例根据子企业与主企业的对应关系，获取子企业对应的主企业的代运维商信息；基于代运维商信息，判断是否包含目标代运维商；若包含目标代运维商，则获取子企业申请信息，并将申请信息发送至目标代运维商；获取目标代运维商对申请信息的审核结果，判断审核结果是否为通过；若目标代运维商的审核结果为通过，则将代运维信息提交至运营中心审核；获取运营中心对代运维信息的审核结果，判断审核结果是否为通过；若代运维信息的审核结果为通过，则进行系统创建。方便子企业与其主企业与代运维商所在系统的统一管理，拓宽了子企业寻找代运维商的线上渠道，使得子企业能源供应更加快捷便利，提高了能源供应效率。

基于同一构思，本公开实施例还提供一种子企业获取代运维商的装置，图3是本公开实施例提供的一种子企业获取代运维商的装置的示意图。如图3所示，该装置具体包括：

代运维商信息获取模块21，用于根据子企业与主企业的对应关系，获取子企业对应的主企业的代运维商信息；

目标代运维商判断模块22，用于基于代运维商信息，判断是否包含目标代运维商；

申请信息获取模块23，用于若包含代运维商，则获取子企业申请信息，并将申请信息发送至目标代运维商；

第一判断模块24，用于获取目标代运维商对申请信息的审核结果，判断审核结果是否为通过；

代运维信息提交模块25，用于若目标代运维商的审核结果为通过，则将代运维信息提交至运营中心审核；

第二判断模块26，用于获取运营中心对代运维信息的审核结果，判断审核结果是否为通过；

系统创建模块27，用于若代运维信息的审核结果为通过，则进行系统创建。

上述所有可选技术方案，可以采用任意结合形成本申请的可选实施例，在此不再一一赘述。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本公开实施例的实施过程构成任何限定。

图4是本公开实施例提供的计算机设备4的示意图。如图4所示，该实施例的计算机设备4包括：处理器401、存储器402以及存储在该存储器402中并且可以在处理器401上运行的计算机程序403。处理器401执行计算机程序403时实现上述各个方法实施例中的步骤。或者，处理器401执行计算机程序403时实现上述各装置实施例中各模块/单元的功能。

示例性地，计算机程序403可以被分割成一个或多个模块/单元，一个或多个模块/单元被存储在存储器402中，并由处理器401执行，以完成本公开。一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述计算机程序403在计算机设备4中的执行过程。

计算机设备4可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算机设备。计算机设备4可以包括但不仅限于处理器401和存储器402。本领域技术人员可以理解，图4仅仅是计算机设备4的示例，并不构成对计算机设备4的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如，计算机设备还可以包括输入输出设备、网络接入设备、总线等。

处理器401可以是中央处理单元(Central Processing Unit，CPU)，也可以是其它通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

存储器402可以是计算机设备4的内部存储单元，例如，计算机设备4的硬盘或内存。存储器402也可以是计算机设备4的外部存储设备，例如，计算机设备4上配备的插接式硬盘，智能存储卡(Smart Media Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。进一步地，存储器402还可以既包括计算机设备4的内部存储单元也包括外部存储设备。存储器402用于存储计算机程序以及计算机设备所需的其它程序和数据。存储器402还可以用于暂时地存储已经输出或者将要输出的数据。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开的范围。

在本公开所提供的实施例中，应该理解到，所揭露的装置/计算机设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/计算机设备实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本公开各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读存储介质中。基于这样的理解，本公开实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，计算机程序可以存储在计算机可读存储介质中，该计算机程序在被处理器执行时，可以实现上述各个方法实施例的步骤。计算机程序可以包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。计算机可读介质可以包括：能够携带计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、电载波信号、电信信号以及软件分发介质等。需要说明的是，计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如，在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

以上实施例仅用以说明本公开的技术方案，而非对其限制；尽管参照前述实施例对本公开进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本公开各实施例技术方案的精神和范围，均应包含在本公开的保护范围之内。

Claims (10)

1.一种子企业获取代运维商的方法，其特征在于，包括：

根据子企业与主企业的对应关系，获取所述子企业对应的主企业的代运维商信息；

基于所述代运维商信息，判断是否包含目标代运维商；

若包含所述目标代运维商，则获取子企业申请信息，并将所述申请信息发送至所述目标代运维商；

获取所述目标代运维商对所述申请信息的审核结果，判断所述审核结果是否为通过；

若所述目标代运维商的审核结果为通过，则将代运维信息提交至运营中心审核；

获取所述运营中心对所述代运维信息的审核结果，判断所述审核结果是否为通过；

若所述代运维信息的审核结果为通过，则进行系统创建。

2.根据权利要求1所述的方法，其特征在于，所述代运维商信息至少包括：代运维商企业名称、服务类型、联系人以及联系方式。

3.根据权利要求1所述的方法，其特征在于，所述基于所述代运维商信息，判断是否包含目标代运维商步骤中，通过所述代运维商信息中的服务类型判断是否包含目标代运维商。

4.根据权利要求1所述的方法，其特征在于，所述获取子企业申请信息，并将所述申请信息发送至所述目标代运维商步骤中，子企业申请信息至少包括：服务类型、服务范围、服务期限、合同信息、子企业信息；

所述若所述目标代运维商的审核结果为通过，则将代运维信息提交至运营中心审核步骤中，所述代运维信息至少包括：所述子企业申请信息、所述目标代运维商信息。

5.根据权利要求1所述的方法，其特征在于，所述基于所述代运维商信息，判断是否包含目标代运维商步骤后，还包括：

若不包含目标代运维商，则返回第一提示信息，以提示进行线下联系代运维商。

6.根据权利要求1所述的方法，其特征在于，所述获取所述目标代运维商对所述申请信息的审核结果，判断所述审核结果是否为通过步骤后，还包括：

若所述目标代运维信息的审核结果为拒绝，则结束获取代运维商流程。

7.根据权利要求1所述的方法，其特征在于，所述若所述代运维信息的审核结果为通过，则进行系统创建步骤，包括：

将所述子企业与所述代运维商进行关系绑定；

基于所述关系绑定，进行公共信息模型系统创建。

8.一种子企业获取代运维商的装置，其特征在于，包括：

代运维商信息获取模块，用于根据子企业与主企业的对应关系，获取所述子企业对应的主企业的代运维商信息；

目标代运维商判断模块，用于基于所述代运维商信息，判断是否包含目标代运维商；

申请信息获取模块，用于若包含所述代运维商，则获取子企业申请信息，并将所述申请信息发送至所述目标代运维商；

第一判断模块，用于获取所述目标代运维商对所述申请信息的审核结果，判断所述审核结果是否为通过；

代运维信息提交模块，用于若所述目标代运维商的审核结果为通过，则将代运维信息提交至运营中心审核；

第二判断模块，用于获取所述运营中心对所述代运维信息的审核结果，判断所述审核结果是否为通过；

系统创建模块，用于若所述代运维信息的审核结果为通过，则进行系统创建。

9.一种计算机设备，包括存储器、处理器以及存储在存储器中并且可以在处理器上运行的计算机程序，该处理器执行计算机程序时实现所述权利要求1～7任一项所述方法的步骤。

10.一种计算机可读存储介质，该计算机可读存储介质存储有计算机程序，该计算机程序被处理器执行时实现所述权利要求1～7任一项所述方法的步骤。

Images