二层业务状态检测方法、通讯设备和存储介质与流程

1.本发明实施例涉及通信技术领域，尤其涉及一种二层业务状态检测方法、通讯设备和存储介质。


背景技术：

2.二层业务协议包括以太网的点对点业务协议(point to point protocol over ethernet pppoe)和动态主机配置业务协议(dynamic host configuration protocol dhcp)等，一般由客户端(client)与服务端(server)完成协议交互。而client通常位于通讯设备，具体为pon设备(passive optical network，无源光纤网络设备)的用户网络侧接口(user network interface，uni)，server通常也位于通讯设备，具体位于pon设备的业务网络侧接口(service node interface，sni)。点对多点网络设备(pon设备)通过uni实现了多个客户端的汇聚，通过sni实现与服务端的对接。
3.由于通讯设备本身不进行二层协议业务的发起或终结，因此在通讯设备上对于业务状态正常与否缺少直接的感知与判断，无法检测及确定故障位置和范围。现有都依赖于client的报障或上层server的统计告警进行判断，不仅效率低，且导致运维成本较大。


技术实现要素：

4.本发明实施例提供了一种二层业务状态检测方法、通讯设备和存储介质，以解决现有都依赖于用户client的报障或上层server的统计告警进行判断，不仅效率低，且导致运维成本较大的问题。
5.为实现上述目的，本发明实施例提供了一种二层业务状态检测方法，该方法包括：
6.确定二层业务的会话号对应的会话数量，并根据所述会话数量确定所述二层业务的状态是否异常；
7.若确定所述二层业务的状态异常，则发送异常警告信息。
8.为实现上述目的，本发明实施例还提出了一种通讯设备，包括存储器和处理器，存储器用于存储计算机程序；所述处理器，用于执行计算机程序并在执行所述计算机程序时实现前述的二层业务状态检测方法的步骤。
9.为实现上述目的，本发明实施例还提出了一种计算机可读存储介质，用于计算机可读存储，其特征在于，存储介质存储有一个或者多个程序，一个或者多个程序可被一个或者多个处理器执行，以实现前述的二层业务状态检测方法的步骤。
10.本发明实施例公开了一种二层业务状态检测方法、通讯设备和存储介质，通过确定二层业务的会话号对应的会话数量，并根据会话数量确定二层业务的状态是否异常；若确定二层业务的状态异常，则发送异常警告信息，从而通过监控二层协议交互中的会话号变化与数量，实现对二层协议交互的判断，并结合协议交互报文的数量比对对故障的定性与判断，从而实现对点对多点网络设备中的二层业务状态的有效检测与高效定位，且达到检测成本低、兼容性高的效果。
type＝0x03)，正式向对应的dhcp服务端请求分配已提供的ip地址；304、dhcp服务器向dhcp客户端发送dhcp ack报文(message type＝0x05)，确认dhcp客户端的请求。dhcp客户端收到此dhcp ack报文后，才真正获得了ip地址与相关配置信息，在整个dhcp地址请求过程中transaction id保持不变。
30.在一实时例中，根据会话数量确定二层业务的状态是否异常，包括：确定会话号的第一预置阈值；若所述会话数量大于第一预置阈值，则确定二层业务的状态异常。
31.预先设置一个阈值，将该阈值确定为会话号对应的第一预置阈值，并将还第一预置阈值与该会话号对应的会话数量进行比对。若该会话数量大于第一预置阈值，则确定该二层业务的状态异常。示范例为，该二层业务为pppoe业务时，获取session id的会话数量，将session id的会话数量与第一预置阈值进行比对，若session id的会话数量大于第一预置阈值，则确定该pppoe业务的状态异常。或者，该二层业务为dhcp业务时，获取transaction id的会话数量，将该transaction id的会话数量与第一预置阈值进行比对，若transaction id的会话数量大于第一预置阈值，则确定该dhcp业务的状态异常。
32.确定会话号的第一预置阈值的方式还包括：获取二层业务的协议报文中影响业务协议交互的参数，该影响业务协议交互的参数包括光网络单元(optical network unit，onu)状态变化数量、对应业务虚拟局域网(virtual local area network，vlan)内mac地址数量变化等。通过该影响业务协议交互的参数确定该二层业务的会话号对应的第一预置阈值。示范例为，通讯设备以物理端口或逻辑端口为单位，其中，该物理端口或逻辑端口包括光线路终端(optical line terminal，olt)、槽位、无源光纤网络口(passive optical network，pon口)、光网络单元口(optical network unit，onu口)等。启动第一定时器，在一定周期内根据物理或逻辑端口为单位基于第一预置阈值判断业务是否正常，包括：提取对应接口的当前会话数量，当会话数量小于或等于第一预置阈值时，确定对应接口下业务正常，当会话量大于第一预置阈值时，确定对应接口下业务异常。
33.当通讯设备的物理端口或逻辑端口为onu口时，获取第一预置周期内onu接口下对应平均业务mac地址变化数与平均onu状态变化数，通过该平均业务mac地址变化数与平均onu状态变化数得到第一预置周期的每个周期对应的阈值a1，将该a1作为onu口对应的第一预置阈值。例如，在获取到平均业务mac地址变化数和平均onu状态变化数时，通过第一阈值计算公式：阈值a1＝系数1
×
(平均业务mac地址变化数 平均onu状态变化数)，得到阈值a1，其中，系数1为定量，该系数1为对应接口下mac地址与onu数量与其表征的特定协议数之间的比例关系。获取平均业务mac地址变化数包括，获取第一预置周期的每个周期内onu接口下mac地址变化数，根据该每个周期内onu接口下mac地址变化数，得到第一预置周期的每个周期的平均业务mac地址变化数。例如，获取第一预置周期的周期数量和第一预置周期的每个周期内onu接口下mac地址变化数，通过平均业务mac地址变化数公式：其中平均业务mac地址变化数＝每个周期内onu接口下mac地址变化数
×
周期数量/提取策略启动时长，其中，周期数量为第一预置周期的周期数量，提取策略启动时长为定量，该提取策略启动时长为在提取策略启动到当前的时间，并是第一预置周期的整数倍。获取平均onu状态变化数包括，获取第一预置周期的每个周期的onu状态变化次数，将每个周期的onu状态变化次数相加，得到第一预置周期的onu状态变化总次数，根据该第一预置周期的onu状态变化总次数以及第一预置周期的周期数量，得到平均onu状态变化次数。例如，获取第一预置周期的onu
状态变化总次数以及第一预置周期的周期数量，通过平均onu状态变化次数公式：平均onu状态变化数＝onu状态变化总次数
×
周期数量/提取策略启动时长，其中，周期数量为第一预置周期的周期数量，提取策略启动时长为定量。当通过onu口启动第一定时器a1时，在第一定时器a1超时时，提取第一定时器a1中记录的onu口和onu索引对应的会话数量。将获取到的会话数量与onu口对应的阈值a1进行比对，若会话数量小于或等于阈值a1，则确定该onu口对应的onu业务正常；若会话数量大于阈值a1，则确定该onu口对应的onu业务异常。
34.或者，通讯设备的物理端口或逻辑端口为pon口，获取第二预置周期内pon口下pon口状态变化次数、onu状态变化数量、对应业务内mac地址数量以及onu在线数量，根据pon口状态变化次数、onu状态变化数量、对应业务内mac地址数量以及onu在线数量，得到第二预置周期的每个周期对应的阈值a2，将该a2作为pon口对应的第一预置阈值。例如，获取pon口状态变化次数、onu状态变化数量、对应业务内mac地址数量以及onu在线数量，根据pon口状态变化次数、onu状态变化数量、对应业务内mac地址数量以及onu在线数量，根据第一预置阈值公式：阈值a2＝系数2
×
(pon状态变化次数
×
onu在线数量 平均业务mac地址变化数 平均onu状态变换数)，其中，系数2为定量，该系数2为对应接口下mac地址与onu数量与其表征的特定协议数之间的比例关系。获取平均业务mac地址变化数包括，获取第二预置周期的每个周期内pon口下mac地址变化数，根据该每个周期内pon口下mac地址变化数，得到第二预置周期的每个周期的平均业务mac地址变化数。例如，获取第二预置周期的周期数量和第二预置周期的每个周期内pon口下mac地址变化数，通过平均业务mac地址变化数公式：其中平均业务mac地址变化数＝每个周期内pon口下mac地址变化数
×
周期数量/提取策略启动时长，其中，周期数量为第二预置周期的周期数量，提取策略启动时长为定量，该提取策略启动时长指在提取策略启动到当前的时间，并是第二预置周期的整数倍。获取平均onu状态变化数包括，获取第二预置周期的每个周期的onu状态变化次数，将每个周期的onu状态变化次数相加，得到第二预置周期的onu状态变化总次数，根据该第二预置周期的onu状态变化总次数以及第二预置周期的周期数量，得到平均onu状态变化次数。
35.例如，获取第二预置周期的onu状态变化总次数以及第二预置周期的周期数量，通过平均onu状态变化次数公式：平均onu状态变化数＝onu状态变化总次数
×
周期数量/提取策略启动时长，其中，周期数量为第二预置周期的周期数量，提取策略启动时长为定量，该提取策略启动时长指在提取策略启动到当前的时间，并是第二预置周期的整数倍。当通过pon口启动第一定时器a2时，在第一定时器a2超时时，提取第一定时器a2中记录的pon口下的会话数量。将获取到的会话数量与pon口对应的阈值a2进行比对，若会话数量小于或等于阈值a2，则确定该pon口对应的pon业务正常；若会话数量大于阈值a2，则确定该pon口对应的pon业务异常。
36.或者，通讯设备的物理端口或逻辑端口为pon线卡，获取第三预置周期内pon线卡下所有pon口对应的相关参数的总和为sum(阈值a2)，其中，各个pon口对应的相关参数不相同，得到第三预置周期的每个周期对应的阈值a3，将该a3作为pon线卡对应的第一预置阈值。例如，获取pon线卡下所有pon口对应的阈值a2以及pon口数量，根据公式阈值a3＝系数3
×
sum(阈值a2)，其中，sum(阈值a2)为pon线卡下所有pon口对应相关参数的总和，其中，各个pon口对应的相关参数不相同，系数3为定量，该系数3为对应接口下mac地址与onu数量与其表征的特定协议数之间的比例关系。当通过pon线卡启动第一定时器a3时，在第一定时器
a3超时时，提取第一定时器a3中记录的pon线卡下的会话数量。将获取到的会话数量与pon线卡对应的阈值a3进行比对，若会话数量小于或等于阈值a3，则确定该pon线卡对应的pon线卡业务正常；若会话数量大于阈值a3，则确定该pon线卡对应的pon线卡业务异常。
37.或者，通讯设备的物理端口或逻辑端口为olt，获取第三预置周期内所有pon线卡对应相关参数的总和的sum(阈值a3)，其中，各个pon线卡对应相关参数不同，得到第四预置周期的每个周期对应的阈值a4，将该a4作为olt对应的第一预置阈值。例如，所有pon线卡对应相关参数的总和的阈值a3以及pon线卡数量，根据公式阈值a4＝系数4
×
sum(阈值a3)，其中系数4为定量，该系数4为对应接口下mac地址与onu数量与其表征的特定协议数之间的比例关系。sum(阈值a3)为各pon线卡对应相关参数的总和，其中，各个pon线卡对应相关参数不同。当通过olt启动第一定时器a4时，在第一定时器a4超时时，提取第一定时器a4中记录的olt对应的会话数量。将获取到的会话数量与olt对应的阈值a4进行比对，若会话数量小于或等于阈值a4，则确定该olt对应的olt业务正常；若会话数量大于阈值a4，则确定该olt对应的olt业务异常。
38.步骤s120：若确定二层业务的状态异常，则发送异常警告信息。
39.若确定该二层业务的状态异常，则发送异常警告信息，其中，该异常警告信息包括文字、图像等。示范例包括该二层业务为pppoe业务，在确定pppoe业务的状态异常时，发送包含pppoe业务的异常警告信息，或者，该二层业务为dhcp业务，在确定dhcp业务的状态异常时，发送包含dhcp业务的异常警告信息。或者，pppoe业务或dhcp业务包括业务涉及的物理端口或逻辑端口，该物理端口或逻辑端口包括olt，该olt包括多个pon线卡，该pon线卡包括多个pon，该pon接入多个onu，当确定onu业务异常时，发送包含onu业务的异常警告信息；或者，当确定pon业务异常时，发送包含pon业务的异常警告信息；或者，当确定pon线卡业务异常时，发送包含pon线卡业务的异常警告信息；或者，当确定olt业务异常时，发送包含olt业务的异常警告信息。
40.请参照图4，图4为本发明实施例提供的另一种二层业务状态检测方法的示意流程图。
41.步骤s410：获取二层业务的协议交互信息。
42.当二层业务为pppoe业务或dhcp业务时，获取pppoe业务对应的物理端口或逻辑接口记录的协议交互信息，或获取dhcp业务对应的物理端口或逻辑接口记录的协议交互信息。
43.步骤s420：根据协议交互信息和会话数量，确定二层业务的状态异常类型。
44.当获取到协议交互信息时，根据获取到的协议交互信息和会话数量，确定pppoe业务协议或dhcp业务协议的状态异常类型。例如，当协议交互信息中的协议交互协议起始消息个数与会话数的差值大于第二预置阈值，确定pppoe业务协议或dhcp业务协议涉及的物理或逻辑端口对该协议业务的承载转发有问题；或者，当协议交互协议起始消息个数与会话数的差值小于等于第二阈值，确定pppoe业务协议或dhcp业务协议涉及的物理或逻辑端口对该协议业务承载正常，异常类型是物理或逻辑端口以外的模块处理或或物理端口/逻辑端口对应的终端、链路或外设备导致的。
45.在一实施例中，协议交互信息包括协议交互起始协议消息个数，所述根据协议交互信息和会话数量，确定二层业务的状态异常类型，包括：确定协议交互起始协议消息个数
与会话数量之间的差异值，以及确定二层业务的第二预置阈值；若差异值大于第二预置阈值，则确定该物理或逻辑端口承载的二层业务的状态异常类型为业务交互异常；若差异值小于或等于第二预置阈值，则确定该物理或逻辑端口承载的二层业务交互正常，业务异常类型为该物理端口或逻辑端口相关的软硬件转发模块或物理端口/逻辑端口对应的终端、链路或外设备异常导致。
46.示范例的，获取协议交互信息中的协议交互起始协议消息个数和对应的会话数量，根据该协议交互起始协议消息个数和对应的会话数量，确定协议交互起始协议消息个数和对应的会话数量之间的差异值。确定二层业务的第二预置阈值，包括：启动第二定时器，通过该第二定时器确定对应的第二预置阈值。将协议交互起始协议消息个数和对应的会话数量之间的差异值与第二预置阈值进行比对，确定逻辑端口或物理端口的业务是否异常。若该差异值大于第二预置阈值，则确定该物理或逻辑端口承载的二层业务的状态异常类型为业务交互异常；若差异值小于或等于第二预置阈值，则确定该物理或逻辑端口承载的二层业务交互正常，业务的状态异常类型为物理端口或逻辑端口对应的终端、链路或外设异常。例如，对于pppoe协议，在一定周期内根据物理或逻辑端口为单位分别记录协议交互信息中padi、pado、padr、pads消息的个数，以及会话(session id)数。比较周期内padi数与session id数的关系，根据第二预置阈值，判断该物理或逻辑端口的业务是否正常；对于dhcp协议，在一定周期内根据物理或逻辑端口为单位分别记录、dhcp discover、dhcp offer、dhcp request、dhcp ack消息的个数，以及会话(transaction id)数。比较周期内dhcp discover数与transaction id数的关系，根据第二预置阈值，判断该物理或逻辑端口的业务是否正常。
47.示范例的，当onu业务异常时，通过onu口启用第二定时器b1，通过该第二定时器b1确定第二预置阈值b1。通过onu口记录的协议交互信息中的协议交互起始协议消息个数，确定协议交互起始协议消息个数与会话数量之间的差异值。将该差异值与第二预置阈值b1进行比对，若该差异值小于或等于第二预置阈值b1，则确定该onu业务异常的类型为业务交互异常，确定该onu业务存在消息交互失败原因导致的业务交互异常。若该差异值大于第二预置阈值b1，则确定该onu业务正常，并确定该onu口对应的onu终端异常。
48.或者，当pon业务异常时，通过pon口第二启用定时器b2，通过该第二定时器b2确定第二预置阈值b2。通过pon口记录的协议交互信息中的协议交互起始协议消息个数，确定协议交互起始协议消息个数与会话数量之间的差异值。将该差异值与第二预置阈值b2进行比对，若该差异值小于或等于第二预置阈值b2，则确定该pon业务异常的类型为业务交互异常，确定该pon业务存在消息交互失败原因导致的业务交互异常。若该差异值大于第二预置阈值b2，则确定该pon业务正常，并确定该pon口对应的onu终端或链路异常。
49.或者，当pon线卡业务异常时，通过pon线卡第二启用定时器b3，通过该第二定时器b3确定第二预置阈值b3。通过pon线卡记录的协议交互信息中的协议交互起始协议消息个数，确定协议交互起始协议消息个数与会话数量之间的差异值。将该差异值与第二预置阈值b3进行比对，若该差异值小于或等于第二预置阈值b3，则确定该pon线卡业务异常的类型为业务交互异常，确定该pon线卡业务存在消息交互失败原因导致的业务交互异常。若该差异值大于第二预置阈值b3，则确定该pon线卡业务正常，并确定该pon线卡对应的存在共性的转发模块异常。
50.或者，当olt业务异常时，通过olt第二启用定时器b4，通过该第二定时器b4确定第二预置阈值b4。通过olt记录的协议交互信息中的协议交互起始协议消息个数，确定协议交互起始协议消息个数与会话数量之间的差异值。将该差异值与第二预置阈值b4进行比对，若该差异值小于或等于第二预置阈值b4，则确定该olt业务异常的类型为业务交互异常，确定该olt业务存在消息交互失败原因导致的业务交互异常。若该差异值大于第二预置阈值b4，则确定该olt业务正常，并确定该olt对应的外设备异常。
51.在一实施例中，业务交互异常包括报文异常丢包，报文异常丢包包括上行报文异常丢包和下行报文异常丢包；确定所述二层业务的状态异常类型为业务交互异常，包括：获取协议交互信息中相邻的上行报文数量和下行报文数量；根据上行报文数量和下行报文数量，确定二层业务的报文异常丢包是上行报文异常丢包，还是下行报文异常丢包。
52.示范例为，获取协议交互信息中相邻的上行报文信息和下行报文信息，根据获取到的上行报文信息和下行报文信息，确定该二层业务的业务交互异常是否为报文异常丢失。在获取到相邻的上行报文信息中的上行报文数量和下行报文信息中的下行报文数量，通过比对上行报文数量和下行报文数量，确定是上行报文异常丢包还是下行报文异常丢包。其中，上行报文数量为协议交互信息相邻的上行报文个数，下行报文数量为协议交互信息相邻的下行报文个数。例如，分别比较pppoe协议交互报文中的padi与pado报文个数差，pado报文与padr报文个数差，padr报文与pads报文个数差，判断找出差值最大的一组报文，且该组报文中padi或padr报文数量较少，则判断上行报文丢包；该组报文中pado或pads报文数量较少，则判断为下行报文丢包。
53.或者，分别比较dhcp协议交互报文中的dchp discovery与dchp offer报文个数差，dhcp offer与dhcp request报文个数差，dhcp request与dhcp ack报文个数差，判断找出差值最大的一组报文，且该组报文中dchp discovery或dchp request报文较少，则判断上行报文丢包；该组报文中dchp offer或dhcp ack报文较少，则判断下行报文丢包。
54.当确定是onu业务异常的业务交互异常时，获取onu口对应的协议交互信息中相邻的上行报文数量和下行报文数量，将上行报文数量与下行报文数量进行比对。若下行报文数量大于上行报文数量，则判断为onu上行报文异常丢包；上行消息数量大于下行报文数量，则判断为onu下行报文异常丢包。
55.或者，当确定是pon业务异常的业务交互异常时，获取pon口对应的协议交互信息中相邻的上行报文数量和下行报文数量，将上行报文数量与下行报文数量进行比对。若下行报文数量大于上行报文数量，则判断为pon上行报文异常丢包；上行消息数量大于下行报文数量，则判断为pon下行报文异常丢包。
56.或者，当确定是pon线卡业务异常的业务交互异常时，获取pon线卡对应的协议交互信息中相邻的上行报文数量和下行报文数量，将上行报文数量与下行报文数量进行比对。若下行报文数量大于上行报文数量，则判断为pon线卡上行报文异常丢包；上行消息数量大于下行报文数量，则判断为pon线卡下行报文异常丢包。
57.或者，当确定是olt业务异常的业务交互异常时，获取olt对应的协议交互信息中相邻的上行报文数量和下行报文数量，将上行报文数量与下行报文数量进行比对。若下行报文数量大于上行报文数量，则判断为olt上行报文异常丢包；上行消息数量大于下行报文数量，则判断为olt下行报文异常丢包。
58.在本发明实施例中，通过业务的会话号的会话数量确定业务的状态是否异常，再通过物理端口或逻辑端口记录的协议交互信息确定业务异常的类型以及导致业务异常的原因。从而通过监控二层协议交互中的会话号变化与数量，实现对二层协议交的判断，并结合协议交互报文的数量比对对故障的定性与判断，从而实现对点对多点网络设备中的二层业务状态的有效检测与高效定位，且达到检测成本低、兼容性高的效果。
59.请参阅图5，图5是本发明实施例提供的一种通讯设备的结构示意性框图。
60.该通讯设备包括二层通讯设备，该二层通讯设备包括pon olt设备，pon olt设备包括olt(optical line terminal光线路终端)、odn(optical distribution network无源光器件的光分配网)、onu(ont optical network unit光网络单元，或optical network terminal光网络终端)，其中，onu的数量可以为多个。
61.示例性的，基站还包括处理器、存储器，存储器用于存储计算机程序。
62.处理器，用于执行计算机程序并在执行计算机程序时实现本发明实施例提供的前述二层业务状态检测方法。
63.应当理解的是，处理器可以是中央处理单元(central processing unit，cpu)，该处理器还可以是其他通用处理器、数字信号处理器(digital signal processor，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(field-programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
64.本发明实施例中还提供一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时，使处理器实现本发明实施例提供的任一项二层业务状态检测方法。
65.本领域普通技术人员可以理解，上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件、固件、硬件及其适当的组合。在硬件实施方式中，在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分；例如，一个物理组件可以具有多个功能，或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器，如中央处理器、数字信号处理器或微处理器执行的软件，或者被实施为硬件，或者被实施为集成电路，如专用集成电路。这样的软件可以分布在计算机可读存储介质上，计算机可读存储介质可以包括计算机可读存储介质(或非暂时性介质)和通信介质(或暂时性介质)。
66.如本领域普通技术人员公知的，术语计算机可读存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机可读存储介质包括但不限于ram、rom、eeprom、闪存或其他存储器技术、cd-rom、数字多功能盘(dvd)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外，本领域普通技术人员公知的是，通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据，并且可包括任何信息递送介质。
67.示例性的，计算机可读存储介质可以是前述实施例的电子设备的内部存储单元，
例如电子设备的硬盘或内存。计算机可读存储介质也可以是电子设备的外部存储设备，例如电子设备上配备的插接式硬盘，智能存储卡(smart media card，smc)，安全数字(secure digital，sd)卡，闪存卡(flash card)等。
68.前述各实施例提供的电子设备和计算机可读存储介质，通过通过将获取的人工智能模型进行合约化，得到对应的智能合约，并将智能合约部署在区块链中。本发明实施例通过将人工智能模型转换为智能合约，从而可以平滑得将该智能合约部署到区块链网络中，完成人工智能模型部署到区块链上的智能合约中，从而保证数据推理过程的自动化，全过程可追溯、可验证，同时保证双方或多方用户的数据、模型及交易的安全。
69.以上仅为本发明实施例的具体实施方式，但本发明实施例的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明实施例揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本发明实施例的保护范围之内。因此，本发明实施例的保护范围应以权利要求的保护范围为准。