呼叫方法、装置、电子设备及存储介质

技术领域

本公开涉及通信安全技术领域，尤其涉及一种呼叫方法、装置、电子设备及存储介质。

背景技术

随着移动终端的普及和互联技术的发展，各种广告、中介电话及诈骗电话越来越干扰用户生活，目前普遍使用的技术是运营商提供的来电显示功能，但是对于陌生来电无法识别，其次，虽有些运营商会为用户提供被叫或主叫信息，但该些信息的展示内容以及弹出/展示时长均不够智能，另外，由于提示的信息中存在用户大量的隐私信息，因此，该些信息在传输过程中的安全性，也是不可忽视的问题之一。

发明内容

本公开旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本公开的一个目的在于提出一种呼叫方法,应用于主叫客户端。

本公开的第二个目的在于提出一种呼叫方法,应用于云端服务器。

本公开的第三个目的在于提出一种呼叫方法,应用于被叫客户端。

本公开的第四个目的在于提出一种呼叫装置,应用于主叫客户端。

本公开的第五个目的在于提出一种呼叫装置,应用于云端服务器。

本公开的第六个目的在于提出一种呼叫装置,应用于被叫客户端。

本公开的第七个目的在于提出一种电子设备。

本公开的第八个目的在于提出一种非瞬时计算机可读存储介质。

本公开的第九个目的在于提出一种计算机程序产品。

为达上述目的，本公开第一方面实施方式提出了一种呼叫方法，应用于主叫客户端，包括：获取主叫用户信息，并基于所述主叫用户信息生成呼叫闪信；响应于识别到基于所述呼叫闪信进行加V呼叫请求，生成第一公钥、第一私钥、第二公钥和第二私钥，并将所述呼叫闪信随机划分为预设段数的闪信文本；通过同态加密法对所述闪信文本进行第一加密，以生成闪信密文；基于所述第一公钥对所述闪信密文进行第二加密，以生成签名文本段，将所述签名文本段、所述闪信密文、所述第一私钥、所述第二公钥和所述第二私钥通过加V呼叫发送给云端服务器。

根据本公开的一个实施方式，生成所述第一公钥和所述第一私钥，包括：随机获取两个不相同的第一质数和第二质数，以及随机获取两个互质的第一互质数和第二互质数，并获取随机长度的随机矩阵；基于所述第一质数、所述第二质数、所述第一互质数、所述第二互质数、所述随机长度和所述随机矩阵，组建所述第一公钥；基于所述第一质数，组建所述第一私钥。

根据本公开的一个实施方式，所述基于所述第一质数、所述第二质数、所述第一互质数、所述第二互质数、所述随机长度和所述随机矩阵，组建所述第一公钥，包括：基于所述第二互质数和所述第二质数生成第一元素，以及将所述第一质数和所述第二质数的乘积作为第二元素；基于所述第一元素、所述第二元素、所述随机长度和所述随机矩阵和所述第一互质数，组建所述第一公钥。

根据本公开的一个实施方式，所述通过同态加密法对所述闪信文本进行第一加密，以生成闪信密文，包括：对所有闪信文本分别分配第一机密参数，其中，所述第一机密参数为随机的正整数；针对任一闪信文本，基于所述第一质数和所述闪信文本对应的第一机密参数，确定所述闪信文本的第二机密参数；基于所述第一机密参数和所述第二机密参数对所述闪信文本进行加密，以生成所述闪信密文。

根据本公开的一个实施方式，所述基于所述第一质数和所述闪信文本对应的第一机密参数，确定所述闪信文本的第二机密参数，包括：将1与所述第一质数相除的余数与，所有第一机密参数的和进行相除，并将商作为所述闪信文本的第二机密参数。

根据本公开的一个实施方式，所述基于所述第一机密参数和所述第二机密参数对所述闪信文本进行加密，包括：基于所述第一元素、所述第一互质数、所述第一机密参数、所述第二机密参数对所述闪信文本进行加密。

根据本公开的一个实施方式，所述基于所述第一公钥对所述闪信密文进行第二加密，以生成签名文本段，包括：针对任一闪信密文，对所述闪信密文分配时间戳；基于所述时间戳、所述第一公钥和所述闪信密文，生成签名文本段。

根据本公开的一个实施方式，所述基于所述时间戳、所述第一公钥和所述闪信密文，生成签名文本段，包括：对所述时间戳和所述闪信密文进行哈希运算，并将运算结果与所述第一公钥相乘，以生成所述签名文本段。

根据本公开的一个实施方式，生成所述第二公钥和所述第二私钥，包括：随机获取两个不相同的第三质数和第四质数，以及随机获取两个互质的第三互质数和第四互质数，并获取随机长度的随机矩阵；基于所述第三质数、所述第四质数、所述第三互质数、所述第四互质数、所述随机长度和所述随机矩阵，组建所述第二公钥；基于所述第三质数，组建所述第二私钥。

根据本公开的一个实施方式，所述获取主叫用户信息，还包括：检测主叫用户是否已经注册；响应于检测到注册信息，基于所述注册信息确定所述主叫用户信息。

根据本公开的一个实施方式，所述方法还包括：响应于未检测到注册信息，生成提示信息，所示提示信息用于提醒所述主叫用户进行注册。

为达上述目的，本公开第二方面实施方式提出了一种呼叫方法，应用于云端服务器，包括：检测到主叫客户端发送的加V呼叫，获取所述加V呼叫中的签名文本段、闪信密文、第一私钥、第二公钥和第二私钥；基于所述第一私钥、所述闪信密文对所述签名文本段进行签名认证；基于认证结果对所述闪信密文进行重新排列，以获取目标闪信密文；基于所述第二公钥对所述目标闪信密文进行加密，以生成闪信全文签名，并将所述闪信全文签名、所述第二私钥和所述目标闪信密文发送给被叫客户端。

根据本公开的一个实施方式，所述基于所述第一私钥、所述闪信密文对所述签名文本段进行签名认证，包括：基于所述第一私钥对所述闪信密文进行解码，以获取解码文本段；将所述解码文本段与对应签名文本段进行匹配，即进行签名认证。

根据本公开的一个实施方式，所述基于所述第一私钥对所述闪信密文进行解码，以获取解码文本段，包括：获取所述闪信密文的时间戳；对所述时间戳和所述闪信密文进行哈希运算，并将运算结果与所述第一私钥相乘，以获取所述解码文本段。

根据本公开的一个实施方式，所述基于认证结果对所述闪信密文进行重新排列，以获取目标闪信密文，包括：将所述认证结果为验证通过的所述签名文本段对应的候选闪信密文，按照所述时间戳的顺序进行排列组合，以生成所述目标闪信密文。

根据本公开的一个实施方式，所述将所述认证结果为验证通过的所述签名文本段对应的候选闪信密文，按照所述时间戳的顺序进行排列组合，包括：判断当前通信网络环境是否安全；响应于所述当前通信网络环境安全，基于第一组合方式对所述候选闪信密文按照所述时间戳的顺序进行排列组合；响应于所述当前通信网络环境不安全，基于第二组合方式对所述候选闪信密文按照所述时间戳的顺序进行排列组合。

为达上述目的，本公开第三方面实施方式提出了一种呼叫方法，应用于被叫客户端，包括：检测到主叫云端服务器发送的加V呼叫，获取所述加V呼叫中的闪信全文签名、第二私钥和目标闪信密文；基于所述第二私钥和所述闪信全文签名对所述目标闪信密文进行签名认证；响应于签名认证通过，对所述目标闪信密文进行解密，以生成闪信，并对所述闪信进行展示。

根据本公开的一个实施方式，所述基于所述第二私钥和所述闪信全文签名对所述目标闪信密文进行签名认证，包括：基于所述第二私钥对所述目标闪信密文进行解码，以获取目标闪信密文签名；将所述目标闪信密文签名与所述闪信全文签名进行匹配，即进行签名认证。

根据本公开的一个实施方式，所述方法还包括：获取用户基于所述闪信生成的操作指令；基于所述操作指令生成反馈信息，并发送给所述云端服务器。

为达上述目的，本公开第四方面实施例提出了一种呼叫装置，应用于主叫客户端，包括：获取模块，用于获取主叫用户信息，并基于所述主叫用户信息生成呼叫闪信；划分模块，用于响应于识别到基于所述呼叫闪信进行加V呼叫请求，生成第一公钥、第一私钥、第二公钥和第二私钥，并将所述呼叫闪信随机划分为预设段数的闪信文本；第一加密模块，用于通过同态加密法对所述闪信文本进行第一加密，以生成闪信密文；第二加密模块，用于基于所述第一公钥对所述闪信密文进行第二加密，以生成签名文本段，将所述签名文本段、所述闪信密文、所述第一私钥、所述第二公钥和所述第二私钥通过加V呼叫发送给云端服务器。

为达上述目的，本公开第五方面实施例提出了一种呼叫装置，应用于云端服务器，包括：检测模块，用于检测到主叫客户端发送的加V呼叫，获取所述加V呼叫中的签名文本段、闪信密文、第一私钥、第二公钥和第二私钥；认证模块，用于基于所述第一私钥、所述闪信密文对所述签名文本段进行签名认证；排列模块，用于基于认证结果对所述闪信密文进行重新排列，以获取目标闪信密文；发送模块，用于基于所述第二公钥对所述目标闪信密文进行加密，以生成闪信全文签名，并将所述闪信全文签名、所述第二私钥和所述目标闪信密文发送给被叫客户端。

为达上述目的，本公开第六方面实施例提出了一种呼叫装置，应用于被叫客户端，包括：监测模块，用于检测到主叫云端服务器发送的加V呼叫，获取所述加V呼叫中的闪信全文签名、第二私钥和目标闪信密文；识别模块，用于基于所述第二私钥和所述闪信全文签名对所述目标闪信密文进行签名认证；展示模块，用于响应于签名认证通过，对所述目标闪信密文进行解密，以生成闪信，并对所述闪信进行展示。

为达上述目的，本公开第七方面实施例提出了一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以实现如本公开第一方面实施例、第二方面实施例和第三方面实施例所述的呼叫方法。

为达上述目的，本公开第四方面实施例提出了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于实现如本公开第一方面实施例、第二方面实施例和第三方面实施例所述的呼叫方法。

为达上述目的，本公开第五方面实施例提出了一种计算机程序产品，包括计算机程序，所述计算机程序在被处理器执行时用于实现如本公开第一方面实施例、第二方面实施例和第三方面实施例所述的呼叫方法。

通过将闪信划分为多个闪信文本进行加密传输，可以提高加密的复杂度，同时这种采用加密传输与数字签名验证的方式，提高闪信传递的保密性。

附图说明

图1是本公开一个实施方式的一种呼叫方法的示意图；

图2是本公开一个实施方式的另一种呼叫方法的示意图；

图3是本公开一个实施方式的另一种呼叫方法的示意图；

图4是本公开一个实施方式的另一种呼叫方法的示意图；

图5是本公开一个实施方式的另一种呼叫方法的示意图；

图6是本公开一个实施方式的另一种呼叫方法的示意图；

图7是本公开一个实施方式的另一种呼叫方法的示意图；

图8是本公开一个实施方式的一种呼叫装置的示意图；

图9是本公开一个实施方式的另一种呼叫装置的示意图；

图10是本公开一个实施方式的另一种呼叫装置的示意图；

图11是本公开一个实施方式的一种电子设备的示意图。

具体实施方式

下面详细描述本公开的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本公开，而不能理解为对本公开的限制。

图1为本公开提出的一种呼叫方法的一种示例性实施方式的示意图，应用于主叫客户端，如图1所示，该呼叫方法包括以下步骤：

S101，获取主叫用户信息，并基于主叫用户信息生成呼叫闪信。

本申请实施例的呼叫方法可应用于陌生号码呼叫的场景中，本申请实施例的呼叫的执行主体可为本申请实施例的呼叫装置，该呼叫装置可以设置在电子设备上。

在本公开实施例中，用户信息可存储在主叫客户端的存储空间中，还可由用户手动输入，此处不作任何限定。

需要说明的是，呼叫闪信是一项短信类业务，是指发送给用户的信息可直接显示在其手机屏幕上，阅读后信息不自动保存。

在本公开实施例中，呼叫闪信主要为在进行用户呼叫前，主叫用户会向被叫用户发送呼叫闪信，以将主叫客户端的请求和信息通过闪信的方式事先告知被叫用户。从而提升主叫用户和被叫用户的通话成功率和使用体验。

主叫客户端经过实名身份认，拨打被叫客户端电话号码，就能将主叫客户端的实名通话信息传递给被叫客户端，从而让被叫客户端能够识别陌生来电、提前了解主叫客户端的身份信息。让用户对一些广告、中介、诈骗电话等有基本的预判，减少骚扰电话对用户生活的干扰。

S102，响应于识别到基于呼叫闪信进行加V呼叫请求，生成第一公钥、第一私钥、第二公钥和第二私钥，并将呼叫闪信随机划分为预设段数的闪信文本。

在本公开实施例中，主叫用户可通过加V呼叫模块进行加V呼叫请求，需要说明的是，该加V呼叫模块可为安装在主叫客户端的应用。

在本公开实施例中，公钥(Public Key)与私钥(Private Key)是通过加密算法得到的一个密钥对，即一个公钥和一个私钥，也就是非对称加密方式。公钥可对会话进行加密、验证数字签名，只有使用对应的私钥才能解密会话数据，从而保证数据传输的安全性。公钥是密钥对外公开的部分，私钥则是非公开的部分，由用户自行保管。

在本公开实施例中，第一公钥、第一私钥、第二公钥和第二私钥的生成方法可为多种，此处不作任何限定，具体可根据实际的设计需要进行设定。

可选地，可通过预设的算法生成第一公钥、第一私钥、第二公钥和第二私钥，该生成第一公钥和第一私钥的算法与生成第二公钥和第二私钥的算法可为不同，此处不作任何限定。

可选地，还可通过公钥私钥生成模型，生成第一公钥、第一私钥、第二公钥和第二私钥，该公钥私钥生成模型可为提前训练好的，并存储在电子设备的存储空间中，以方便在需要时调取使用。

在本公开实施例中，预设段数可根据实际的设计需要进行变更，此处不作任何限定。

S103，通过同态加密法对闪信文本进行第一加密，以生成闪信密文。

需要说明的是，同态加密是基于数学难题的计算复杂性理论的密码学技术。对经过同态加密的数据进行处理得到一个输出，将这一输出进行解密，其结果与用同一方法处理未加密的原始数据得到的输出结果是一样的。

通过同态加密法加密生成闪信密文，可以保证最终密文在被叫客户端进行解密时，生成的呼叫闪信不失真。

S104，基于第一公钥对闪信密文进行第二加密，以生成签名文本段，将签名文本段、闪信密文、第一私钥、第二公钥和第二私钥通过加V呼叫发送给云端服务器。

在本公开实施例中，通过签名操作生成的签名文本段，是为了后续验证闪信密文是否在传输的过程中是否损坏或者被恶意修改。

通过第一公钥对闪信密文进行第二加密的方法可为多种，此处不作任何限定。

在本公开实施例中，首先获取主叫用户信息，并基于主叫用户信息生成呼叫闪信，响应于识别到基于呼叫闪信进行加V呼叫请求，生成第一公钥、第一私钥、第二公钥和第二私钥，并将呼叫闪信随机划分为预设段数的闪信文本，然后通过同态加密法对闪信文本进行第一加密，以生成闪信密文，最后基于第一公钥对闪信密文进行第二加密，以生成签名文本段，将签名文本段、闪信密文、第一私钥、第二公钥和第二私钥通过加V呼叫发送给云端服务器。通过将闪信划分为多个闪信文本进行加密传输，可以提高加密的复杂度，同时这种采用加密传输与数字签名验证的方式，提高闪信传递的保密性。

在一种可能实现的方式中，可根据主叫用户的用户等级生成不同的闪信。

可选地，如果主叫客户端是VIP用户，在V拨号界面把被叫客户端设为紧急用户名单中，则发出请求结束后，被叫客户端显示的来电提醒一直保留在手机终端页面，不会自动退出，直到被叫客户端点击确认为止。

可选地，如果主叫客户端是VIP用户，在V拨号界面未将被叫客户端添加为紧急用户名单中，则发出请求结束后，被叫客户端显示的来电提醒保留5分钟。

可选地，如果主叫客户端非VIP用户，在V拨号界面未将被叫客户端添加为紧急用户名单中，则发出请求时被叫客户端显示的来电提醒当请求结束后自动退出。

需要说明的是，获取主叫用户信息还可检测主叫用户是否已经注册，响应于检测到注册信息，基于注册信息确定主叫用户信息。

响应于未检测到注册信息，生成提示信息，所示提示信息用于提醒主叫用户进行注册。

上述实施例中，生成第一公钥和第一私钥，还可通过图2进一步解释，该方法包括：

S201，随机获取两个不相同的第一质数和第二质数，以及随机获取两个互质的第一互质数和第二互质数，并获取随机长度的随机矩阵。

在本公开实施例中，可通过双线性映射双线性配对生成随机长度的随机矩阵。

S202，基于第一质数、第二质数、第一互质数、第二互质数、随机长度和随机矩阵，组建第一公钥。

在本公开实施例中，可首先基于第二互质数和第二质数生成第一元素，以及将第一质数和第二质数的乘积作为第二元素，然后基于第一元素、第二元素、随机长度和随机矩阵和第一互质数，组建第一公钥。

S203，基于第一质数，组建第一私钥。

在一种可能实现的方式中，可选择两个大素数第一质数q

第一公钥

第一私钥

在本公开实施例中，首先随机获取两个不相同的第一质数和第二质数，以及随机获取两个互质的第一互质数和第二互质数，并获取随机长度的随机矩阵，然后基于第一质数、第二质数、第一互质数、第二互质数、随机长度和随机矩阵，组建第一公钥，基于第一质数，组建第一私钥。由此，通过设置多个随机数，然后生成第一公钥和第一私钥，以此可以提升公钥私钥的随机性，不容易被复刻和破解。

上述实施例中，通过同态加密法对闪信文本进行第一加密，以生成闪信密文，还可通过图3进一步解释，该方法包括：

S301，对所有闪信文本分别分配第一机密参数，其中，第一机密参数为随机的正整数。

S302，针对任一闪信文本，基于第一质数和闪信文本对应的第一机密参数，确定闪信文本的第二机密参数。

在本公开实施例中，可通过将1与第一质数相除的余数与，所有第一机密参数的和进行相除，并将商作为闪信文本的第二机密参数。

在一种可能实现的方式中，将闪信文本随机划分为t段，并为每段添加一个机密参数s

s

S303，基于第一机密参数和第二机密参数对闪信文本进行加密，以生成闪信密文。

在本公开实施例中，可基于第一元素、第一互质数、第一机密参数、第二机密参数对闪信文本进行加密。

可通过如下公式进行加密：

其中，s

上述实施例中，基于第一公钥对闪信密文进行第二加密，以生成签名文本段，还可通过图4进一步解释，该方法包括：

S401，针对任一闪信密文，对闪信密文分配时间戳。

在本公开实施例中，不同的闪信密文对应的时间戳不同，以此可以用以区分不同的闪信密文。

需要说明的是，时间戳为按照闪信密文的逻辑顺序进行排列的，即按照闪信密文在闪信文本中出现的先后顺序进行排列的。

S402，基于时间戳、第一公钥和闪信密文，生成签名文本段。

在本公开实施例中，可通过对时间戳和闪信密文进行哈希运算，并将运算结果与第一公钥相乘，以生成签名文本段。

在一种可能实现的方式中，对每段闪信密文c

其中，c

上述实施例中，生成第二公钥和第二私钥，还可通过图5进一步解释，该方法包括：

S501，随机获取两个不相同的第三质数和第四质数，以及随机获取两个互质的第三互质数和第四互质数，并获取随机长度的随机矩阵。

在本公开实施例中，可通过双线性映射双线性配对生成随机长度的随机矩阵。

S502，基于第三质数、第四质数、第三互质数、第四互质数、随机长度和随机矩阵，组建第二公钥。

在本公开实施例中，可首先基于第四互质数和第四质数生成第三元素，以及将第三质数和第四质数的乘积作为第四元素，然后基于第三元素、第四元素、随机长度和随机矩阵和第三互质数，组建第二公钥。

S503，基于第三质数，组建第二私钥。

在一种可能实现的方式中，可选择两个大素数第三质数p

第二公钥

第二私钥

图6为本公开提出的一种呼叫方法的一种示例性实施方式的示意图，应用于云端服务器，如图6所示，该呼叫方法包括以下步骤：

S601，检测到主叫客户端发送的加V呼叫，获取加V呼叫中的签名文本段、闪信密文、第一私钥、第二公钥和第二私钥。

需要说明的是，签名文本段、闪信密文、第一私钥、第二公钥和第二私钥的生成过程可参照上述实施例中的内容，此处不再赘述。

S602，基于第一私钥、闪信密文对签名文本段进行签名认证。

在本公开实施例中，可首先基于第一私钥对闪信密文进行解码，以获取解码文本段，然后将解码文本段与对应签名文本段进行匹配，即进行签名认证。

需要说明的是，基于第一私钥对闪信密文进行解码，以获取解码文本段，可首先获取闪信密文的时间戳，然后对时间戳和闪信密文进行哈希运算，并将运算结果与第一私钥相乘，以获取解码文本段。

在一种可能实现的方式中，可通过闪信密文c

在一种可能实现的方式中，云端服务器在接收到多个闪信文本段密文后，会为每个闪信文本段密文维护多列列表SMinfo，用于记录每个闪信文本段的签名认证结果。

闪信文本段密文维护多列列表包括第一私钥、闪信密文、签名文本段和标识FLAG三列。其中标识为签名认证结果。

S603，基于认证结果对闪信密文进行重新排列，以获取目标闪信密文。

在本公开实施例中，将认证结果为验证通过的签名文本段对应的候选闪信密文，按照时间戳的顺序进行排列组合，以生成目标闪信密文。

S604，基于第二公钥对目标闪信密文进行加密，以生成闪信全文签名，并将闪信全文签名、第二私钥和目标闪信密文发送给被叫客户端。

在本公开实施例中，检测到主叫客户端发送的加V呼叫，获取加V呼叫中的签名文本段、闪信密文、第一私钥、第二公钥和第二私钥，然后基于第一私钥、闪信密文对签名文本段进行签名认证，而后基于验证结果对闪信密文进行重新排列，以获取目标闪信密文，最后基于第二公钥对目标闪信密文进行加密，以生成闪信全文签名，并将闪信全文签名、第二私钥和目标闪信密文发送给被叫客户端。由此，通过第一私钥、闪信密文对签名文本段进行签名认证，通过验证结果可以确定闪信密文在传输的过程中是否存在丢包、被篡改等情况，保证了闪信密文传输的安全性和完整性。

需要说明的是，将认证结果为验证通过的签名文本段对应的候选闪信密文，按照时间戳的顺序进行排列组合，还需要考虑网络安全的情况。

在本公开实施例中，可首先判断当前通信网络环境是否安全，响应于当前通信网络环境安全，基于第一组合方式对候选闪信密文按照时间戳的顺序进行排列组合，响应于当前通信网络环境不安全，基于第二组合方式对候选闪信密文按照时间戳的顺序进行排列组合。

在一种可能实现的方式中，当网络处于安全的情况下，采用下列公式进行排列组合：

当网络处于不安全的情况下，采用下列公式进行排列组合：

其中，t为网络安全的时间，t

考虑到t≈t

取g和h的t公约数，则：

又由式(1)可知：

因此可计算得到闪信全文的密文C

图7为本公开提出的一种呼叫方法的一种示例性实施方式的示意图，应用于被叫客户端，如图7所示，该呼叫方法包括以下步骤：

S701，检测到主叫云端服务器发送的加V呼叫，获取加V呼叫中的闪信全文签名、第二私钥和目标闪信密文。

需要说明的是，闪信全文签名、第二私钥和目标闪信密文的生成过程可参照上述实施例中的内容，此处不再赘述。

S702，基于第二私钥和闪信全文签名对目标闪信密文进行签名认证。

在本公开实施例中，可首先基于第二私钥对目标闪信密文进行解码，以获取目标闪信密文签名，然后将目标闪信密文签名与闪信全文签名进行匹配，即进行签名认证。

在本公开实施例中，被叫客户端接收到闪信全文签名σ

根据闪信全文签名σ

然后将σ

S703，响应于签名认证通过，对目标闪信密文进行解密，以生成闪信，并对闪信进行展示。

如果σ

在本公开实施例中，检测到主叫云端服务器发送的加V呼叫，获取加V呼叫中的闪信全文签名、第二私钥和目标闪信密文，然后基于第二私钥和闪信全文签名对目标闪信密文进行签名认证，响应于签名认证通过，对目标闪信密文进行解密，以生成闪信，并对闪信进行展示。由此，基于第二私钥和闪信全文签名对目标闪信密文进行签名认证，可以防止云端服务器在发送到被叫客户端的过程中数据包出现丢包、被篡改等情况，保证被叫客户端接收到闪信的完整性和真实性。

在一种可能实现的方式中，被叫放的闪信可为霸屏闪现，通过采用霸屏闪信的提示方式，被叫客户端点击确认或提示保留时间到期才会结束提示，提示强度高，从而能够避免用户错过重要来电。

在本公开实施例中，在对闪信进行展示后，还可获取用户基于闪信生成的操作指令，然后基于操作指令生成反馈信息，并发送给云端服务器。

需要说明的是，该反馈信息可包括被叫客户端是否愿意接受主叫客户端的呼叫请求。主叫客户端可根据反馈信息判断是否继续进行呼叫。

在本公开实施例中，可通过以下公式对目标闪信密文进行解密，以生成闪信：

通过离散对数得到闪信全文明文：

在一种可能实现的方式中，被叫客户端在收到来实名闪信后，手机终端根据自身的信息与闪信信息进行匹配，匹配等级。

可首先根据电话和姓名进行匹配，确定了电话和姓名后，同时匹配结果将以闪信的形式返回主叫客户端。在完成步骤一后其次根据地理位置信息进行匹配，如果在同一个城市，同时匹配结果将以闪信的形式返回主叫客户端，如果不在同一个城市，根据上方通信录的共同联系人进行确认，如果存在想通联系人判定认识，将匹配结果反馈主叫客户端。3)还可以通过用户轨迹信息，如果两个人轨迹有重叠，且重叠时间间隔较短，重叠次数较多，那么可以判定说，可能认识。将匹配结果反馈主叫客户端。主叫客户端和被叫客户端查看闪信内容后，根据匹配结果提示判断是否继续拨打或接听。(1.提示是否出席同一会议，参加同一活动事项，到达相同场所；2.提示通讯录中的共同好友；3.提示曾经拨打的次数；4.提示曾经拨打此电话的目的。)如被叫客户端同意接听，点击闪信中确定或取消按钮，与主叫客户端进行通话。被叫客户端在接通来电后，再次收到实名霸屏闪信(与第一条闪信的区别，第一次只有实名信息，第二次是自己编辑的闪信名片)，被叫客户端可根据霸屏闪信随时查看主叫客户端的身份信息并保存。

进一步地，通话结束后，被叫客户端收到包含主叫客户端实名信息的追尾闪信。若被叫客户端未接听电话，亦可收到闪信及包含主叫客户端实名信息的追尾闪信。

被叫客户端可根据保存的实名信息，将主叫客户端添加为好友，同时，向主叫客户端反馈另一条信息，包含被叫客户端的身份信息，以及被叫客户端将A添加为好友的确认回执，而且，在后续的好友关系中，可通过通话时长、频次，确定好友关系的亲密度，等级等。

与上述几种实施例提供的呼叫方法相对应，本公开的一个实施例还提供了一种呼叫装置，由于本公开实施例提供的呼叫装置与上述几种实施例提供的呼叫方法相对应，因此上述呼叫方法的实施方式也适用于本公开实施例提供的呼叫装置，在下述实施例中不再详细描述。

图8为本公开提出的一种呼叫装置的示意图，应用于主叫客户端，如图8所示，该呼叫装置800，包括：获取模块810、划分模块820、第一加密模块830和第二加密模块840。

其中，获取模块810，用于获取主叫用户信息，并基于主叫用户信息生成呼叫闪信。

划分模块820，用于响应于识别到基于呼叫闪信进行加V呼叫请求，生成第一公钥、第一私钥、第二公钥和第二私钥，并将呼叫闪信随机划分为预设段数的闪信文本。

第一加密模块830，用于通过同态加密法对闪信文本进行第一加密，以生成闪信密文。

第二加密模块840，用于基于第一公钥对闪信密文进行第二加密，以生成签名文本段，将签名文本段、闪信密文、第一私钥、第二公钥和第二私钥通过加V呼叫发送给云端服务器。

在本公开的一个实施例中，划分模块820，还用于：随机获取两个不相同的第一质数和第二质数，以及随机获取两个互质的第一互质数和第二互质数，并获取随机长度的随机矩阵；基于第一质数、第二质数、第一互质数、第二互质数、随机长度和随机矩阵，组建第一公钥；基于第一质数，组建第一私钥。

在本公开的一个实施例中，划分模块820，还用于：基于第二互质数和第二质数生成第一元素，以及将第一质数和第二质数的乘积作为第二元素；基于第一元素、第二元素、随机长度和随机矩阵和第一互质数，组建第一公钥。

在本公开的一个实施例中，第一加密模块830，还用于：对所有闪信文本分别分配第一机密参数，其中，第一机密参数为随机的正整数；针对任一闪信文本，基于第一质数和闪信文本对应的第一机密参数，确定闪信文本的第二机密参数；基于第一机密参数和第二机密参数对闪信文本进行加密，以生成闪信密文。

在本公开的一个实施例中，第一加密模块830，还用于：将1与第一质数相除的余数与，所有第一机密参数的和进行相除，并将商作为闪信文本的第二机密参数。

在本公开的一个实施例中，第一加密模块830，还用于：基于第一元素、第一互质数、第一机密参数、第二机密参数对闪信文本进行加密。

在本公开的一个实施例中，第二加密模块840，还用于：针对任一闪信密文，对闪信密文分配时间戳；基于时间戳、第一公钥和闪信密文，生成签名文本段。

在本公开的一个实施例中，第二加密模块840，还用于：对时间戳和闪信密文进行哈希运算，并将运算结果与第一公钥相乘，以生成签名文本段。

在本公开的一个实施例中，划分模块820，还用于：随机获取两个不相同的第三质数和第四质数，以及随机获取两个互质的第三互质数和第四互质数，并获取随机长度的随机矩阵；基于第三质数、第四质数、第三互质数、第四互质数、随机长度和随机矩阵，组建第二公钥；基于第三质数，组建第二私钥。

在本公开的一个实施例中，获取模块810，还用于：检测主叫用户是否已经注册；响应于检测到注册信息，基于注册信息确定主叫用户信息。

在本公开的一个实施例中，获取模块810，还用于：响应于未检测到注册信息，生成提示信息，所示提示信息用于提醒主叫用户进行注册。

通过将闪信划分为多个闪信文本进行加密传输，可以提高加密的复杂度，同时这种采用加密传输与数字签名验证的方式，提高闪信传递的保密性。

图9为本公开提出的一种呼叫装置的示意图，应用于云端服务器，如图9所示，该呼叫装置900，包括：检测模块910、认证模块920、排列模块930和发送模块940。

检测模块910，用于检测到主叫客户端发送的加V呼叫，获取加V呼叫中的签名文本段、闪信密文、第一私钥、第二公钥和第二私钥。

认证模块920，用于基于第一私钥、闪信密文对签名文本段进行签名认证。

排列模块930，用于基于认证结果对闪信密文进行重新排列，以获取目标闪信密文。

发送模块940，用于基于第二公钥对目标闪信密文进行加密，以生成闪信全文签名，并将闪信全文签名、第二私钥和目标闪信密文发送给被叫客户端。

在本公开的一个实施例中，认证模块920，还用于：基于第一私钥对闪信密文进行解码，以获取解码文本段；将解码文本段与对应签名文本段进行匹配，即进行签名认证。

在本公开的一个实施例中，认证模块920，还用于：获取闪信密文的时间戳；对时间戳和闪信密文进行哈希运算，并将运算结果与第一私钥相乘，以获取解码文本段。

在本公开的一个实施例中，排列模块930，还用于：将认证结果为验证通过的签名文本段对应的候选闪信密文，按照时间戳的顺序进行排列组合，以生成目标闪信密文。

在本公开的一个实施例中，排列模块930，还用于：判断当前通信网络环境是否安全；响应于当前通信网络环境安全，基于第一组合方式对候选闪信密文按照时间戳的顺序进行排列组合；响应于当前通信网络环境不安全，基于第二组合方式对候选闪信密文按照时间戳的顺序进行排列组合。

通过第一私钥、闪信密文对签名文本段进行签名认证，通过验证结果可以确定闪信密文在传输的过程中是否存在丢包、被篡改等情况，保证了闪信密文传输的安全性和完整性。

图10为本公开提出的一种呼叫装置的示意图，应用于被叫客户端，如图10所示，该呼叫装置1000，包括：监测模块1010、识别模块1020、展示模块1030。

其中，监测模块1010，用于检测到主叫云端服务器发送的加V呼叫，获取加V呼叫中的闪信全文签名、第二私钥和目标闪信密文。

识别模块1020，用于基于第二私钥和闪信全文签名对目标闪信密文进行签名认证。

展示模块1030，用于响应于签名认证通过，对目标闪信密文进行解密，以生成闪信，并对闪信进行展示。

在本公开的一个实施例中，识别模块1020，还用于：基于第二私钥对目标闪信密文进行解码，以获取目标闪信密文签名；将目标闪信密文签名与闪信全文签名进行匹配，即进行签名认证。

在本公开的一个实施例中，展示模块1030，还用于：获取用户基于闪信生成的操作指令；基于操作指令生成反馈信息，并发送给云端服务器。

基于第二私钥和闪信全文签名对目标闪信密文进行签名认证，可以防止云端服务器在发送到被叫客户端的过程中数据包出现丢包、被篡改等情况，保证被叫客户端接收到闪信的完整性和真实性。

为了实现上述实施例，本公开实施例还提出一种电子设备1100，如图11所示，该电子设备1100包括：处理器1101和处理器通信连接的存储器1102，存储器1102存储有可被至少一个处理器执行的指令，指令被至少一个处理器1101执行，以实现如本公开第一方面实施例的呼叫方法。

为了实现上述实施例，本公开实施例还提出一种存储有计算机指令的非瞬时计算机可读存储介质，其中，计算机指令用于使计算机实现如本公开第一方面实施例的呼叫方法。

为了实现上述实施例，本公开实施例还提出一种计算机程序产品，包括计算机程序，计算机程序在被处理器执行时实现如本公开第一方面实施例的呼叫方法。

在本公开的描述中，需要理解的是，术语“中心”、“纵向”、“横向”、“长度”、“宽度”、“厚度”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”“内”、“外”、“顺时针”、“逆时针”、“轴向”、“径向”、“周向”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本公开和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本公开的限制。

此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本公开的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本公开的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。

尽管上面已经示出和描述了本公开的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本公开的限制，本领域的普通技术人员在本公开的范围内可以对上述实施例进行变化、修改、替换和变型。