告警聚合方法、装置、电子设备及存储介质

技术领域

本公开涉及计算机技术领域，尤其涉及一种告警聚合方法、装置、电子设备及存储介质。

背景技术

随着通信技术的日益发展，通信网络规模越来越大，网络中涉及的节点种类繁多，每天网络中都会产生海量不同类别的告警。运维人员需要从海量的告警中找到故障发生的根源是非常困难的一件事，大大降低了故障处理的效率。

相关技术中，通过划定时间窗口得到告警的事项集，得到不同告警间的支持度，从而得到关联规则，然而，这种方法中时间窗口大小对挖掘结果影响很大，且容易产生大量不相关的关联规则。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开的目的在于提供一种告警聚合方法、装置、电子设备及存储介质，该方法，提升了告警关联结果的有效性，提升了告警关联的准确率，提升了不同告警合并的召回率。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

本公开实施例提供一种告警聚合方法，包括：获取多个历史告警信息，其中每个历史告警信息中均包括设备标识和故障原因语义向量；根据各个历史告警信息的设备标识，确定多组具有关联关系的目标设备；将每组具有关联关系的目标设备对应的历史告警信息，组成二元信息组；对多个二元信息组进行过滤，并确定各个二元信息组中的故障原因语义向量的相似度；根据所述故障原因语义向量的相似度对所述二元信息组中的历史告警信息进行聚合。

在本公开一些示例性实施例中，在获取多个历史告警信息之前，所述方法还包括：获取多个初始历史告警信息，其中每个初始历史告警信息中均包括设备标识和故障原因；根据各个初始历史告警信息的故障原因，获得各个初始历史告警信息的故障原因关键词；对各个历史告警信息的故障原因关键词进行特征提取，获得各个历史告警信息的故障原因语义向量，以将所述设备标识和所述故障原因语义向量组成所述历史告警信息。

在本公开一些示例性实施例中，根据各个初始历史告警信息的故障原因，获得各个初始历史告警信息的故障原因关键词，包括：对所述初始历史告警信息的故障原因进行分词，获得多个候选词；确定各个候选词在所述多个初始历史告警信息中的权重值；将权重值较高的前预设数量个候选词作为所述初始历史告警信息的故障原因关键词。

在本公开一些示例性实施例中，对各个历史告警信息的故障原因关键词进行特征提取，获得各个历史告警信息的故障原因语义向量，包括：使用基于变换器的双向编码表征BERT模型对各个历史告警信息的故障原因关键词进行编码，获得各个历史告警信息的故障原因语义向量。

在本公开一些示例性实施例中，所述关联关系包括包含关系和邻居关系，所述目标设备包括第一目标设备和第二目标设备，所述包含关系为所述第一目标设备为所述第二目标设备的上层设备，所述邻居关系为所述第一目标设备和所述第二目标设备相连且处于同一层。

在本公开一些示例性实施例中，每个历史告警信息中还包括告警类别和故障时间；其中，对多个二元信息组进行过滤，包括：若所述二元信息组中的目标设备的告警类别相同，则将所述二元信息组过滤掉；若所述二元信息组中的目标设备的故障时间相差大于故障时间阈值，则将所述二元信息组过滤掉。

在本公开一些示例性实施例中，根据所述故障原因语义向量的相似度对所述二元信息组中的历史告警信息进行聚合，包括：若所述故障原因语义向量的相似度大于相似度阈值，则对所述二元信息组中的历史告警信息进行聚合。

本公开实施例提供一种告警聚合装置，包括：获取模块，用于获取多个历史告警信息，其中每个历史告警信息中均包括设备标识和故障原因语义向量；确定模块，用于根据各个历史告警信息的设备标识，确定多组具有关联关系的目标设备；组成模块，用于将每组具有关联关系的目标设备对应的历史告警信息，组成二元信息组；过滤模块，用于对多个二元信息组进行过滤，并确定各个二元信息组中的故障原因语义向量的相似度；聚合模块，用于根据所述故障原因语义向量的相似度对所述二元信息组中的历史告警信息进行聚合。

本公开实施例提供一种电子设备，包括：至少一个处理器；存储终端设备，用于存储至少一个程序，当至少一个程序被至少一个处理器执行时，使得至少一个处理器实现上述任一种告警聚合方法。

本公开实施例提供一种计算机可读存储介质，其上存储有计算机程序，其特征在于，计算机程序被处理器执行时实现上述任一种告警聚合方法。

本公开实施例提供的告警聚合方法，获取多个历史告警信息，根据各个历史告警信息的设备标识，确定多组具有关联关系的目标设备，将每组具有关联关系的目标设备对应的历史告警信息，组成二元信息组；对多个二元信息组进行过滤，并确定各个二元信息组中的故障原因语义向量的相似度，通过对二元信息组中的历史告警信息中的故障原因语义向量进行相似度匹配，得到历史告警信息之间的相关性，提升了告警关联结果的有效性，减少无关关联规则的产出，既提升了告警关联的准确率，也提升了不同告警合并的召回率；同时避免了相关技术中由于滑动窗口设置不合理带来的关联召回不足问题。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是根据一示例性实施方式示出的一种告警聚合方法的流程图。

图2是根据一示例示出的设备之间的关联关系的示意图。

图3是根据一示例性实施方式示出的另一种告警聚合方法的流程图。

图4是根据一示例性实施方式示出的一种告警聚合装置的框图。

图5是根据一示例性实施方式示出的一种电子设备的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施例。然而，示例实施例能够以多种形式实施，且不应被理解为限于在此阐述的实施例；相反，提供这些实施例使得本公开将全面和完整，并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

本公开所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本公开的各方面。

附图仅为本公开的示意性图解，图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在至少一个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和步骤，也不是必须按所描述的顺序执行。例如，有的步骤还可以分解，而有的步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

此外，在本公开的描述中，用语“一个”、“一”、“该”、“所述”和“至少一个”用以表示存在至少一个要素或组成部分；用语“包含”、“包括”和“具有”用以表示开放式的包括在内的意思并且是指除了列出的要素或组成部分之外还可存在另外的要素或组成部分；用语“第一”、“第二”和“第三”等仅作为标记使用，不是对其对象的数量限制。

下面，将结合附图及实施例对本公开示例实施例中的告警聚合方法的各个步骤进行更详细的说明。

图1是根据一示例性实施方式示出的一种告警聚合方法的流程图。本公开实施例提供的方法可以由任意电子设备执行，本公开对此不做限定。

如图1所示，本公开实施例提供的告警聚合方法可以包括以下步骤。

在步骤S102中，获取多个历史告警信息，其中每个历史告警信息中均包括设备标识和故障原因语义向量。

本公开实施例中，历史告警信息可以从历史故障工单中获得，具体地，历史故障工单中可以包括工单标识、故障原因、设备标识、故障时间等，可以对历史故障工单中的故障原因进行分词处理，得到故障原因关键词；再对故障原因关键词进行编码，得到上述故障原因语义向量。

在示例性实施例中，每个历史告警信息中还可以包括告警类别和故障时间，其中告警类别例如可以是硬件类告警、性能类告警等。

在步骤S104中，根据各个历史告警信息的设备标识，确定多组具有关联关系的目标设备。

本公开实施例中，通过不同设备间的连接关系，可以获取网元拓扑关系，利用拓扑网络得到不同设备间是否存在关联关系。

在示例性实施例中，关联关系包括包含关系和邻居关系，目标设备包括第一目标设备和第二目标设备，包含关系为第一目标设备为第二目标设备的上层设备，邻居关系为第一目标设备和第二目标设备相连且处于同一层。

具体地，包含关系是指一个节点(或设备)是另一个节点(或设备)的上层节点，邻居关系是指两个节点处于同一层，且彼此连接。

参考图2，节点201和节点202为包含关系，节点202和节点203为邻居关系。

本公开实施例中，根据各个历史告警信息的设备标识，可以确定设备之间的关系，将具有关联关系的两个设备作为一组目标设备。

在步骤S106中，将每组具有关联关系的目标设备对应的历史告警信息，组成二元信息组。

本公开实施例中，利用网络拓扑关系，将包含关系和邻居关系节点产生的告警信息组成二元信息组，例如：<节点1告警信息，节点2告警信息>。

在步骤S108中，对多个二元信息组进行过滤，并确定各个二元信息组中的故障原因语义向量的相似度。

本公开实施例中，可以根据二元信息组中两个目标设备的告警类别和故障时间对二元信息组进行过滤。

在示例性实施例中，对多个二元信息组进行过滤，包括：若二元信息组中的目标设备的告警类别相同，则将二元信息组过滤掉；若二元信息组中的目标设备的故障时间相差大于故障时间阈值，则将二元信息组过滤掉。

具体地，过滤掉故障时间相差超过t(t表示时间差阈值，可以根据经验确定)的二元信息组；过滤掉告警类别相同的二元信息组。

本公开实施例中，可以根据以下公式计算二元信息组中的故障原因语义向量的相似度：

其中，sim表示故障原因语义向量的相似度，sim是0～1之间的数，sim越接近1表示两个告警的原因越相似，sim越接近0表示两个告警越不相关；U表示二元信息组中节点1的故障原因语义向量，V表示二元信息组中节点2的故障原因语义向量，u

在步骤S110中，根据故障原因语义向量的相似度对二元信息组中的历史告警信息进行聚合。

在示例性实施例中，根据故障原因语义向量的相似度对二元信息组中的历史告警信息进行聚合，包括：若故障原因语义向量的相似度大于相似度阈值，则对二元信息组中的历史告警信息进行聚合。

本公开实施例中，若故障原因语义向量的相似度小于或等于相似度阈值，则不对二元信息组中的历史告警信息进行聚合。

其中，相似度阈值可以根据实际情况设置，本公开对此不做限定。

具体地，若故障原因语义向量的相似度大于相似度阈值，说明该二元信息组中的历史告警信息是相关的，可以对二元信息组中的历史告警信息进行聚合。

本公开实施例中，在对二元信息组中的历史告警信息进行聚合之后，可以将聚合后的历史告警信息发送至运维人员进行处理，其中相似的历史告警信息经过聚合后只产生一个告警工单，其中可以包括多个相似的告警信息，以及每个告警属于根源告警还是衍生告警，便于运维人员进行处理；其中衍生告警是随着根源告警出现而出现的，根源告警是对于运维人员定位故障原因的关键信息。

本公开实施例提供的告警聚合方法，获取多个历史告警信息，根据各个历史告警信息的设备标识，确定多组具有关联关系的目标设备，将每组具有关联关系的目标设备对应的历史告警信息，组成二元信息组；对多个二元信息组进行过滤，并确定各个二元信息组中的故障原因语义向量的相似度，通过对二元信息组中的历史告警信息中的故障原因语义向量进行相似度匹配，得到历史告警信息之间的相关性，提升了告警关联结果的有效性，减少无关关联规则的产出，既提升了告警关联的准确率，也提升了不同告警合并的召回率；同时避免了相关技术中由于滑动窗口设置不合理带来的关联召回不足问题。

此外，在通过上述告警聚合方法对历史告警信息进行聚合之后，可以得到哪些告警信息是相关的，即哪些告警信息可以聚合(例如告警信息A和告警信息B可以聚合)；在故障发生时，可以直接判断故障发生时产生的告警信息是否可以聚合，将可以聚合的告警信息合并到一起，从而减少告警数量，提高故障处理效率。

图3是根据一示例性实施方式示出的另一种告警聚合方法的流程图。

在图1所示的告警聚合方法的步骤S102之前，图3所示的告警聚合方法还可以包括以下步骤。

在步骤S302中，获取多个初始历史告警信息，其中每个初始历史告警信息中均包括设备标识和故障原因。

本公开实施例中，初始历史告警信息可以为初始历史故障工单，具体地，初始历史故障工单中可以包括工单标识、故障原因、设备标识、故障时间等。

在步骤S304中，根据各个初始历史告警信息的故障原因，获得各个初始历史告警信息的故障原因关键词。

本公开实施例中，可以对初始历史告警信息中的故障原因的文本内容进行提取，并对文本内容进行分词处理，得到故障原因关键词。

在示例性实施例中，根据各个初始历史告警信息的故障原因，获得各个初始历史告警信息的故障原因关键词，包括：对初始历史告警信息的故障原因进行分词，获得多个候选词；确定各个候选词在多个初始历史告警信息中的权重值；将权重值较高的前预设数量个候选词作为初始历史告警信息的故障原因关键词。

具体地，对初始历史告警信息的故障原因进行分词，获得多个候选词，可以按照tf-idf算法计算故障原因中每个候选词的权重，tf是词频表示该候选词在某工单中出现的次数，idf表示该候选词在全局中的权重，该候选词在全部工单中出现越多，idf值越小，出现越少，idf值越大。

具体地，计算故障原因中每个候选词的权重值k

经过数据处理上述后，每个工单可以记录为工单标识、告警类别、故障关键词、设备标识、故障时间。

在步骤S306中，对各个历史告警信息的故障原因关键词进行特征提取，获得各个历史告警信息的故障原因语义向量，以将设备标识和故障原因语义向量组成历史告警信息。

在示例性实施例中，对各个历史告警信息的故障原因关键词进行特征提取，获得各个历史告警信息的故障原因语义向量，包括：使用BERT(Bidirectional EncoderRepresentations from Transformers，基于变换器的双向编码表征)模型对各个历史告警信息的故障原因关键词进行编码，获得各个历史告警信息的故障原因语义向量。

具体地，将故障原因关键词通过BERT模型进行编码得到故障原因的语义向量EMB(关键词在语义特征空间的数学表示，可以是一个768维的向量)。

经过上述数据特征提取后，每个工单可以记录为工单标识、告警类别、故障原因语义向量、设备标识、故障时间。

本公开实施例中，通过BERT模型对不同的告警的故障原因进行数字化的向量编码，利用编码后的向量进行文本相似度的计算，将相似度大于阈值的告警进行聚合。

本公开实施例中，也可以通过word2vec对故障原因关键词进行特征提取。

本公开实施例中，BERT模型利用transformer的结构，同时考虑当前输入词所在句子中左右两边词的信息，可以实现对词的动态表征。

本公开实施例提供的告警聚合方法，基于BERT模型对历史故障单中记录的故障原因进行特征提取，然后利用提取的特征对告警进行聚类，得到告警间的关联关系，从而将不同告警进行合并，减少告警数量，并对不同告警进行聚合后展示，从而提高告警处理效率。

还应理解，上述只是为了帮助本领域技术人员更好地理解本公开实施例，而非要限制本公开实施例的范围。本领域技术人员根据所给出的上述示例，显然可以进行各种等价的修改或变化，例如，上述方法中某些步骤可以是不必须的，或者可以新加入某些步骤等。或者上述任意两种或者任意多种实施例的组合。这样的修改、变化或者组合后的方案也落入本公开实施例的范围内。

还应理解，上文对本公开实施例的描述着重于强调各个实施例之间的不同之处，未提到的相同或相似之处可以互相参考，为了简洁，这里不再赘述。

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

还应理解，在本公开的各个实施例中，如果没有特殊说明以及逻辑冲突，不同的实施例之间的术语和/或描述具有一致性、且可以相互引用，不同的实施例中的技术特征根据其内在的逻辑关系可以组合形成新的实施例。

上文详细介绍了本公开提供的网络异常检测模型的确定方法示例。可以理解的是，计算机设备为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本公开能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开的范围。

下述为本公开装置实施例，可以用于执行本公开方法实施例。对于本公开装置实施例中未披露的细节，请参照本公开方法实施例。

图4是根据一示例性实施方式示出的一种告警聚合装置的框图。

如图4所示，告警聚合装置400可以包括：获取模块402、确定模块404、组成模块406、过滤模块408和聚合模块410。

其中，获取模块402用于获取多个历史告警信息，其中每个历史告警信息中均包括设备标识和故障原因语义向量；确定模块404用于根据各个历史告警信息的设备标识，确定多组具有关联关系的目标设备；组成模块406用于将每组具有关联关系的目标设备对应的历史告警信息，组成二元信息组；过滤模块408用于对多个二元信息组进行过滤，并确定各个二元信息组中的故障原因语义向量的相似度；聚合模块410用于根据所述故障原因语义向量的相似度对所述二元信息组中的历史告警信息进行聚合。

在本公开一些示例性实施例中，所述装置还包括：获得模块；其中获取模块402还用于获取多个初始历史告警信息，其中每个初始历史告警信息中均包括设备标识和故障原因；获得模块用于：根据各个初始历史告警信息的故障原因，获得各个初始历史告警信息的故障原因关键词；对各个历史告警信息的故障原因关键词进行特征提取，获得各个历史告警信息的故障原因语义向量，以将所述设备标识和所述故障原因语义向量组成所述历史告警信息。

在本公开一些示例性实施例中，获得模块用于：对所述初始历史告警信息的故障原因进行分词，获得多个候选词；确定各个候选词在所述多个初始历史告警信息中的权重值；将权重值较高的前预设数量个候选词作为所述初始历史告警信息的故障原因关键词。

在本公开一些示例性实施例中，获得模块用于：使用基于变换器的双向编码表征BERT模型对各个历史告警信息的故障原因关键词进行编码，获得各个历史告警信息的故障原因语义向量。

在本公开一些示例性实施例中，所述关联关系包括包含关系和邻居关系，所述目标设备包括第一目标设备和第二目标设备，所述包含关系为所述第一目标设备为所述第二目标设备的上层设备，所述邻居关系为所述第一目标设备和所述第二目标设备相连且处于同一层。

在本公开一些示例性实施例中，每个历史告警信息中还包括告警类别和故障时间；其中，过滤模块408用于：若所述二元信息组中的目标设备的告警类别相同，则将所述二元信息组过滤掉；若所述二元信息组中的目标设备的故障时间相差大于故障时间阈值，则将所述二元信息组过滤掉。

在本公开一些示例性实施例中，聚合模块410用于：若所述故障原因语义向量的相似度大于相似度阈值，则对所述二元信息组中的历史告警信息进行聚合。

需要注意的是，上述附图中所示的框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器终端设备和/或微控制器终端设备中实现这些功能实体。

图5是根据一示例性实施方式示出的一种电子设备的结构示意图。需要说明的是，图5示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

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

以下部件连接至I/O接口505：包括键盘、鼠标等的输入部分506；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分507；包括硬盘等的存储部分508；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分509。通信部分509经由诸如因特网的网络执行通信处理。驱动器510也根据需要连接至I/O接口505。可拆卸介质511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器510上，以便于从其上读出的计算机程序根据需要被安装入存储部分508。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分509从网络上被下载和安装，和/或从可拆卸介质511被安装。在该计算机程序被中央处理单元(CPU)501执行时，执行本公开的系统中限定的上述功能。

需要说明的是，本公开所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、终端设备或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、终端设备或者器件使用或者与其结合使用。而在本公开中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、终端设备或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括发送单元、获取单元、确定单元和第一处理单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定，例如，发送单元还可以被描述为“向所连接的服务端发送图片获取请求的单元”。

作为另一方面，本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现如下述实施例中所述的方法。例如，所述的电子设备可以实现如图1所示的各个步骤。

根据本公开的一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述实施例的各种可选实现方式中提供的方法。

需要理解的是，在本公开附图中的任何元素数量均用于示例而非限制，以及任何命名都仅用于区分，而不具有任何限制含义。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。