CN109756888A - 一种不同品牌终端的eSIM服务保活系统 - Google Patents
一种不同品牌终端的eSIM服务保活系统 Download PDFInfo
- Publication number
- CN109756888A CN109756888A CN201910004643.6A CN201910004643A CN109756888A CN 109756888 A CN109756888 A CN 109756888A CN 201910004643 A CN201910004643 A CN 201910004643A CN 109756888 A CN109756888 A CN 109756888A
- Authority
- CN
- China
- Prior art keywords
- esim
- module
- application module
- submodule
- esim application
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Telephone Function (AREA)
Abstract
本发明涉及通信技术领域,尤其是一种不同品牌终端的eSIM服务保活系统,包括优先级控制模块、eSIM应用模块、监听模块及重启修复模块,所述优先级控制模块用于将eSIM应用模块切换到前台进程,并能够将所述eSIM应用模块显示在终端的通知栏中;所述重启修复模块包括检验子模块、原因分析子模块及重启子模块,所述检验子模块将所述监听模块获得的信息进行检验,并判断所述eSIM应用模块是否为掉卡状态;所述原因分析子模块用于分析掉卡状态的原因;所述修复子模块用于根据不同的掉卡状态原因为所述eSIM应用模块提供不同的修复方案。本发明能能够确保在不同品牌的终端中的eSIM应用服务不会被清理,而且在eSIM应用模块出现异常的情况下能自动重启。
Description
技术领域
本发明涉及通信技术领域,尤其是一种不同品牌终端的eSIM服务保活系统。
背景技术
eSIM卡,即Embedded-SIM,嵌入式SIM卡。eSIM卡的概念就是将传统SIM卡直接嵌入到设备芯片上,而不是作为独立的可移除零部件加入设备中,用户无需插入物理SIM卡,如同早年的小灵通。这一做法将允许用户更加灵活的选择运营商套餐,或者在无需解锁设备、购买新设备的前提下随时更换运营商。未来通用的eSIM标准建立将为普通消费者、企业用户节省更多移动设备使用成本,并带来更多的便利、安全性。
eSIM技术取代传统的实体SIM卡,虽然无需增加新的硬件,但需要与终端的操作系统进行深度集成,才能完成与通信基带芯片的交互从而实现通信服务能力。eSIM应用在手机终端中必须保持长期在线,一旦出现异常,就会导致通信服务的中断,影响客户感知。eSIM应用转到后台服务一段时间后有可能会被终端系统的清理机制清理掉、eSIM应用在手机重启后服务中断、eSIM应用异常停止后无法重启,这些问题都会导致通信服务中断不可用。
发明内容
为了解决上述问题,本发明提供一种不同品牌终端的eSIM服务保活系统,能够适配不同品牌的终端,并确保在不同品牌的终端中的eSIM应用服务不会被清理,而且在eSIM应用出现异常的情况下能自动重启。
为了实现上述目的,本发明采用的技术方案为:
一种不同品牌终端的eSIM服务保活系统,包括优先级控制模块、eSIM应用、监听模块及重启修复模块,
所述优先级控制模块包括权限适配模块子模块、进程切换子模块及通知栏显示子模块,所述权限适配模块子模块用于Android系统的前台进程、可见进程、服务进程、后台进程及空进程权限的获取,并能够适配于所述eSIM应用;所述进程切换子模块用于分析不同终端厂商的清理机制、清理行为及清理规则,并将所述eSIM应用强制切换到所述前台应用;所述通知栏显示子模块用于通过将所述eSIM应用显示在终端的通知栏中,以使所述eSIM应用长期保持为所述前台应用;
所述eSIM应用的服务状态包括掉卡状态及正常状态,所述监听模块(3)用于对所述eSIM应用服务状态的监听;
所述重启修复模块包括检验子模块、原因分析子模块及重启子模块,
所述检验子模块用于所述eSIM应用卡槽状态的检验,并通过所述监听模块获得所述eSIM应用的状态信息,并以检验所述eSIM应用是否为掉卡状态;
所述原因分析子模块用于通过检验所述eSIM应用的Modem侧状态,分析所述eSIM应用处于掉卡状态的原因;
所述修复子模块用于通过所述原因分析子模块提供的信息,并根据不同的掉卡状态原因为所述eSIM应用提供不同的修复方案。
进一步地,所述通知栏显示子模块通过与Android系统进行适配,以使所述eSIM应用成为可见状态,并能够在不同版本的Android系统通知栏中显示。
进一步地,所述监听模块通过Android系统的动态注册广播接收者和根据所述eSIM应用的Modem侧状态,以监听所述eSIM应用的服务状态。
进一步地,所述原因分析子模块根据检测所述eSIM应用的Modem侧状态为无异常信息,将所述掉卡状态的原因判断为终端进入了无信号区域,所述修复子模块根据所述原因分析子模块提供的信息,对所述eSIM应用进行重启修复;
所述原因分析子模块根据检测所述eSIM应用的Modem侧状态为异常信息,将所述掉卡状态的原因判断为通信异常,所述修复子模块根据所述原因分析子模块提供的信息,先关闭所述eSIM应用的Modem,再对所述eSIM应用进行重启修复。
进一步地,所述原因分析子模块通过将应用协议数据单元发送到所述eSIM应用的Modem侧,并根据所述eSIM应用的Modem侧无回调响应三次,以鉴定所述掉卡状态的原因为通信异常。
进一步地,所述eSIM应用的重启修复包括下述步骤:
S1.通过将连接事件发送到所述eSIM应用的Modem,并根据回调的应答事件确认连接事件发送成功;
S2.根据回调的连接响应事件,以确定所述eSIM应用接收到所述eSIM应用的Modem所反馈的所述连接事件;
S3.将自动目标识别的数据与应用协议数据单元进行通讯,使所述eSIM应用开始重启,在所述eSIM应用重启的过程中会产生一个imsi值;
S4.当所述监听模块监听到所述eSIM应用处于正常状态时,所述修复子模块将当前的imsi值与所述eSIM应用重启的过程中会产生的imsi值进行校验,校验匹配后,所述eSIM应用启动成功。
进一步地,在所述步骤S2中,当在设定时间内所述连接响应事件没有收到通知时,将所述eSIM应用的Modem之前连接的通道断开,并重新建立新的通道,重新进行步骤S1。
本发明的有益效果是,
1.根据厂商的自定义的清理行为和规则一般有:后台应用静置清理,省电清理,定时清理,午夜清理等,经日志及原理分析,清理的规则主要就是根据运行进程的系统优先级,权限适配模块将Android系统各级进程进行获取并与eSIM应用进行适配,通过进程切换子模块将eSIM应用切换到优先级最高的前台进程,有效确保在不同品牌的终端中eSIM应用服务都不会被清理、中断而影响用户体验。通过将eSIM应用显示在终端的通知栏中,防止用户在切换其它应用的时候,使eSIM应用被切换到可见进程、服务进程、后台进程或空进程,从而避免eSIM应用被清理机制清理。检验子模块根据监听模块的信息,对eSIM应用当前的服务状态进行检验,并判断eSIM应用是否处于掉卡状态;通过原因分析子模块对掉卡状态进行分析,以确定掉卡状态的原因,修复子模块根据不同的掉卡状态原因进行不同的处理,最终进行eSIM应用的重启,实现了即使eSIM应用异常停止后也可以保证应用能自动重启,保证通信服务可用。
2.通知栏显示子模块通过与Android系统进行适配,使得eSIM应用适配不同的Android系统版本,实现eSIM应用在不同的Android系统版本都能够在终端的显示栏中显示。
3.原因分析子模块通过以eSIM应用的Modem侧状态判断掉卡状态的原因,当应用协议数据单元发送到所述eSIM应用模块(2)的Modem侧无回调响应三次,确定掉卡状态的原因判断为通信异常,对于通信异常的情况需要对先关闭eSIM应用的Modem,再对eSIM应用进行重启修复,能够避免eSIM应用的Modem启动冲突。
4.由于在eSIM应用在重启的过程中会产生一个imsi值,通过将检验当前的imsi值与eSIM应用重启的过程中产生的imsi值进行校验,能够正确地识别移动用户的有效信息。
附图说明
图1是本发明一较佳实施方式的不同品牌终端的eSIM服务保活系统的结构框图。
图2是本发明一较佳实施方式的不同品牌终端的eSIM服务保活系统的重启修复流程图。
图中,1-优先级控制模块,11-权限适配模块子模块,12-进程切换子模块,13-通知栏显示子模块,2-eSIM应用模块,3-监听模块,4-重启修复模块,41-检验子模块,42-原因分析子模块,43-重启子模块。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
除非另有定义,本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施例的目的,不是旨在于限制本发明。本文所使用的术语“及/或”包括一个或多个相关的所列项目的任意的和所有的组合。
请同时参见图1和图2,本发明的一种不同品牌终端的eSIM服务保活系统,包括优先级控制模块1、eSIM应用模块2、监听模块3及重启修复模块4。
优先级控制模块1包括权限适配模块子模块11、进程切换子模块12及通知栏显示子模块13。
权限适配模块子模块11用于Android系统的前台进程、可见进程、服务进程、后台进程及空进程权限的获取,并能够适配于eSIM应用模块2。
由于Android系统有一个清理机制,而且每个终端厂商也会在此基础上根据厂商自己的场景及需求设置自定义的清理机制,根据总结出厂商的自定义的清理行为和规则一般有:后台应用静置清理,省电清理,定时清理,午夜清理等,经日志及原理分析,清理的规则主要就是根据运行进程的系统优先级。Android系统具有的常用进程等级为:
前台进程(Foreground process):是用户当前做的事所必须的进程。如果杀死前台进程需要用户交互,因为前台进程的优先级是最高的。
可见进程(Visible process):如果一个进程不含有任何前台的组件,但仍可被用户在屏幕上所见。可见的进程也被认为是很重要的,一般不会被销毁,除非是为了保证所有前台进程的运行而不得不杀死可见进程的时候。
服务进程(Service process):如果一个进程中运行着一个service,这个service是通过startService(XXX)开启的,并且不属于上面两种较高优先级的情况,这个进程就是一个服务进程。尽管服务进程没有和用户可以看到的东西绑定,但是它们一般在做的事情是用户关心的,比如后台播放音乐,后台下载数据等。所以系统会尽量维持它们的运行,除非系统内存不足以维持前台进程和可见进程的运行需要。
后台进程(Background process):如果进程不属于上面三种情况,但是进程持有一个用户不可见的activity(activity的onStop(XXX)被调用,但是onDestroy(XXX)没有调用的状态),就认为进程是一个后台进程。后台进程不直接影响用户体验,系统会为了前台进程、可见进程、服务进程而任意杀死后台进程。通常会有很多个后台进程存在,它们会被保存在一个LRU(least recently used)列表中,这样就可以确保用户最近使用的activity最后被销毁,即最先销毁时间最远的activity。
空进程(Empty process):如果一个进程不包含任何活跃的应用组件,则认为是空进程。例如:一个进程当中已经没有数据在运行了,但是内存当中还为这个应用驻留了一个进程空间。保存这种进程的唯一理由是为了缓存的需要,为了加快下次要启动这个进程中的组件时的启动时间。系统为了平衡进程缓存和底层内核缓存的资源,经常会杀死空进程。
进程切换子模块12用于分析不同终端厂商的清理机制、清理行为及清理规则,并将eSIM应用模块2强制切换到前台应用。
权限适配模块1将Android系统各级进程进行获取并与eSIM应用模块2进行适配,通过进程切换子模块将eSIM应用切换到优先级最高的前台进程,有效确保在不同品牌的终端中eSIM应用服务都不会被清理、中断而影响用户体验。
通知栏显示子模块13用于通过将eSIM应用模块2显示在终端的通知栏中,以使eSIM应用模块2长期保持为前台应用。在本实施例中,通知栏显示子模块13通过与Android系统进行适配,以使eSIM应用模块2成为可见状态,并能够在不同版本的Android系统通知栏中显示,使得eSIM应用模块2适配不同的Android系统版本,实现eSIM应用模块2在不同的Android系统版本都能够在终端的显示栏中显示。由于Android系统的机制,在切换应用程序时,被切换的应用程序会被切换到可见进程、服务进程、后台进程或空进程,这样就容易导致被切换的应用程序会被清理机制清除,因此,通知栏显示子模块13通过在将eSIM应用模块2显示在终端的通知栏中,有效防止用户在切换其它应用的时候,eSIM应用模块2被清理机制清理,有效减少减少eSIM应用被清理回收的概率。
eSIM应用模块2的服务状态包括掉卡状态及正常状态,监听模块3用于对eSIM应用服务状态的监听。在本实施例中,监听模块3通过Android系统的动态注册广播接收者和根据eSIM应用模块2的Modem侧状态,以监听eSIM应用模块2的服务状态,通过间接的方式对eSIM应用模块2的服务进行状态监控,能够准确获知eSIM应用模块2当前服务状态,以便于系统进行后序的操作。
重启修复模块4包括检验子模块41、原因分析子模块42及重启子模块43。
检验子模块41用于eSIM应用模块2卡槽状态的检验,并通过监听模块3获得eSIM应用模块2的状态信息,并以检验eSIM应用模块2是否为掉卡状态。
原因分析子模块42用于通过检验eSIM应用模块2的Modem侧状态,分析eSIM应用模块2处于掉卡状态的原因。
修复子模块43用于通过原因分析子模块42提供的信息,并根据不同的掉卡状态原因为eSIM应用模块2提供不同的修复方案。
在本实施例中,原因分析子模块42根据检测eSIM应用模块2的Modem侧状态为无异常信息,将掉卡状态的原因判断为终端进入了无信号区域,修复子模块43根据原因分析子模块42提供的信息,对eSIM应用模块2进行重启修复。
原因分析子模块42通过将应用协议数据单元(APDU)发送到eSIM应用模块2的Modem侧,并根据eSIM应用模块2的Modem侧无回调响应三次,以鉴定掉卡状态的原因为通信异常,修复子模块43根据原因分析子模块42提供的信息,先关闭eSIM应用模块2的Modem,再对eSIM应用模块2进行重启修复,从而能够避免eSIM应用的Modem启动冲突。
在重启修复模块4的作用下,即便eSIM应用异常停止后也可以保证应用能自动重启,保证通信服务可用。
eSIM应用模块2的重启修复包括下述步骤:
S1.通过将连接事件(Connect)发送到eSIM应用模块2的Modem,并根据回调的应答事件(uim Remote Event Response)确认连接事件发送成功。
S2.根据回调的连接响应事件(uim Remote Connect Indication),以确定eSIM应用模块2接收到eSIM应用模块2的Modem所反馈的连接事件(Connect);当在设定时间内连接响应事件(uim Remote Connect Indication)没有收到通知时,将eSIM应用模块2的Modem之前连接的通道断开,并重新建立新的通道,重新进行步骤S1。
S3.将自动目标识别(ATR)的数据与应用协议数据单元(APDU)进行通讯,使eSIM应用模块2开始重启,在eSIM应用模块2重启的过程中会产生一个imsi值。
S4.当监听模块3监听到eSIM应用模块2处于正常状态时,修复子模块43将当前的imsi值与eSIM应用模块2重启的过程中会产生的imsi值进行校验,校验匹配后,eSIM应用模块2启动成功。通过将校验imsi值,能够正确地识别移动用户的有效信息。
Claims (7)
1.一种不同品牌终端的eSIM服务保活系统,其特征在于,包括优先级控制模块(1)、eSIM应用模块(2)、监听模块(3)及重启修复模块(4),
所述优先级控制模块(1)包括权限适配模块子模块(11)、进程切换子模块(12)及通知栏显示子模块(13),所述权限适配模块子模块(11)用于Android系统的前台进程、可见进程、服务进程、后台进程及空进程权限的获取,并能够适配于所述eSIM应用模块(2);所述进程切换子模块(12)用于分析不同终端厂商的清理机制、清理行为及清理规则,并将所述eSIM应用模块(2)强制切换到所述前台应用;所述通知栏显示子模块(13)用于通过将所述eSIM应用模块(2)显示在终端的通知栏中,以使所述eSIM应用模块(2)长期保持为所述前台应用;
所述eSIM应用模块(2)的服务状态包括掉卡状态及正常状态,所述监听模块(3)用于对所述eSIM应用模块(2)服务状态的监听;
所述重启修复模块(4)包括检验子模块(41)、原因分析子模块(42)及重启子模块(43),
所述检验子模块(41)用于所述eSIM应用模块(2)卡槽状态的检验,并通过所述监听模块(3)获得所述eSIM应用模块(2)的状态信息,并以检验所述eSIM应用模块(2)是否为掉卡状态;
所述原因分析子模块(42)用于通过检验所述eSIM应用模块(2)的Modem侧状态,分析所述eSIM应用模块(2)处于掉卡状态的原因;
所述修复子模块(43)用于通过所述原因分析子模块(42)提供的信息,并根据不同的掉卡状态原因为所述eSIM应用模块(2)提供不同的修复方案。
2.根据权利要求1所述的一种不同品牌终端的eSIM服务保活系统,其特征在于:所述通知栏显示子模块(13)通过与Android系统进行适配,以使所述eSIM应用模块(2)成为可见状态,并能够在不同版本的Android系统通知栏中显示。
3.根据权利要求1所述的一种不同品牌终端的eSIM服务保活系统,其特征在于:所述监听模块(3)通过Android系统的动态注册广播接收者和根据所述eSIM应用模块(2)的Modem侧状态,以监听所述eSIM应用模块(2)的服务状态。
4.根据权利要求1所述的一种不同品牌终端的eSIM服务保活系统,其特征在于:所述原因分析子模块(42)根据检测所述eSIM应用模块(2)的Modem侧状态为无异常信息,将所述掉卡状态的原因判断为终端进入了无信号区域,所述修复子模块(43)根据所述原因分析子模块(42)提供的信息,对所述eSIM应用模块(2)进行重启修复;
所述原因分析子模块(42)根据检测所述eSIM应用模块(2)的Modem侧状态为异常信息,将所述掉卡状态的原因判断为通信异常,所述修复子模块(43)根据所述原因分析子模块(42)提供的信息,先关闭所述eSIM应用模块(2)的Modem,再对所述eSIM应用模块(2)进行重启修复。
5.根据权利要求4所述的一种不同品牌终端的eSIM服务保活系统,其特征在于:所述原因分析子模块(42)通过将应用协议数据单元发送到所述eSIM应用模块(2)的Modem侧,并根据所述eSIM应用模块(2)的Modem侧无回调响应三次,以鉴定所述掉卡状态的原因为通信异常。
6.根据权利要求1和4所述的一种不同品牌终端的eSIM服务保活系统,其特征在于:所述eSIM应用模块(2)的重启修复包括下述步骤:
S1.通过将连接事件发送到所述eSIM应用模块(2)的Modem,并根据回调的应答事件确认连接事件发送成功;
S2.根据回调的连接响应事件,以确定所述eSIM应用模块(2)接收到所述eSIM应用模块(2)的Modem所反馈的所述连接事件;
S3.将自动目标识别的数据与应用协议数据单元进行通讯,使所述eSIM应用模块(2)开始重启,在所述eSIM应用模块(2)重启的过程中会产生一个imsi值;
S4.当所述监听模块(3)监听到所述eSIM应用模块(2)处于正常状态时,所述修复子模块(43)将当前的imsi值与所述eSIM应用模块(2)重启的过程中会产生的imsi值进行校验,校验匹配后,所述eSIM应用模块(2)启动成功。
7.根据权利要求6所述的一种不同品牌终端的eSIM服务保活系统,其特征在于:在所述步骤S2中,当在设定时间内所述连接响应事件没有收到通知时,将所述eSIM应用模块(2)的Modem之前连接的通道断开,并重新建立新的通道,重新进行步骤S1。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910004643.6A CN109756888B (zh) | 2019-01-03 | 2019-01-03 | 一种不同品牌终端的eSIM服务保活系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910004643.6A CN109756888B (zh) | 2019-01-03 | 2019-01-03 | 一种不同品牌终端的eSIM服务保活系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109756888A true CN109756888A (zh) | 2019-05-14 |
CN109756888B CN109756888B (zh) | 2021-07-06 |
Family
ID=66405151
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910004643.6A Active CN109756888B (zh) | 2019-01-03 | 2019-01-03 | 一种不同品牌终端的eSIM服务保活系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109756888B (zh) |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2889770A1 (en) * | 2013-12-27 | 2015-07-01 | Telefonica Digital España, S.L.U. | Improved applications execution between electronic devices and cloud |
CN106648861A (zh) * | 2016-12-05 | 2017-05-10 | 广州优视网络科技有限公司 | 后台服务进程的保活方法及装置 |
CN106686056A (zh) * | 2016-11-25 | 2017-05-17 | 济南中维世纪科技有限公司 | 一种安卓客户端通信装置及与服务器进行连接通信的方法 |
CN106708617A (zh) * | 2016-12-23 | 2017-05-24 | 武汉斗鱼网络科技有限公司 | 一种基于Service的应用进程保活系统及保活方法 |
CN106933660A (zh) * | 2017-02-17 | 2017-07-07 | 广州启生信息技术有限公司 | 一种安卓平台下应用进程保活的实现方法 |
CN107463435A (zh) * | 2017-07-31 | 2017-12-12 | 广东欧珀移动通信有限公司 | 应用进程优先级管理方法、装置、存储介质及电子设备 |
CN107844342A (zh) * | 2017-11-21 | 2018-03-27 | 广东欧珀移动通信有限公司 | 应用程序保活的管控方法、装置及存储介质和移动终端 |
CN108430116A (zh) * | 2018-03-02 | 2018-08-21 | 杭州朗和科技有限公司 | 断网重连方法、介质、装置和计算设备 |
-
2019
- 2019-01-03 CN CN201910004643.6A patent/CN109756888B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2889770A1 (en) * | 2013-12-27 | 2015-07-01 | Telefonica Digital España, S.L.U. | Improved applications execution between electronic devices and cloud |
CN106686056A (zh) * | 2016-11-25 | 2017-05-17 | 济南中维世纪科技有限公司 | 一种安卓客户端通信装置及与服务器进行连接通信的方法 |
CN106648861A (zh) * | 2016-12-05 | 2017-05-10 | 广州优视网络科技有限公司 | 后台服务进程的保活方法及装置 |
CN106708617A (zh) * | 2016-12-23 | 2017-05-24 | 武汉斗鱼网络科技有限公司 | 一种基于Service的应用进程保活系统及保活方法 |
CN106933660A (zh) * | 2017-02-17 | 2017-07-07 | 广州启生信息技术有限公司 | 一种安卓平台下应用进程保活的实现方法 |
CN107463435A (zh) * | 2017-07-31 | 2017-12-12 | 广东欧珀移动通信有限公司 | 应用进程优先级管理方法、装置、存储介质及电子设备 |
CN107844342A (zh) * | 2017-11-21 | 2018-03-27 | 广东欧珀移动通信有限公司 | 应用程序保活的管控方法、装置及存储介质和移动终端 |
CN108430116A (zh) * | 2018-03-02 | 2018-08-21 | 杭州朗和科技有限公司 | 断网重连方法、介质、装置和计算设备 |
Non-Patent Citations (1)
Title |
---|
蔡蔚: "基于隐私保护的Android应用设计与实现", 《中国优秀硕士学位论文辑》 * |
Also Published As
Publication number | Publication date |
---|---|
CN109756888B (zh) | 2021-07-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3013086B1 (en) | Method, apparatus and electronic device for connection management | |
US7995485B1 (en) | Method and apparatus for providing automated diagnostics of networks | |
CN111026581A (zh) | 应用程序的修复方法及装置、系统、存储介质、电子装置 | |
CN106330482B (zh) | 无线路由器设备的修复方法及装置 | |
CN107395451B (zh) | 上网流量异常的处理方法、装置、设备及存储介质 | |
CN106874126A (zh) | 一种软件开发中主进程异常检测方法 | |
JP2004145536A (ja) | 管理システム | |
JP2003173272A (ja) | 情報処理システム,情報処理装置及び保守センタ | |
CN109756888A (zh) | 一种不同品牌终端的eSIM服务保活系统 | |
CN101237355B (zh) | 实现业务监控的方法和网络监控装置 | |
WO2024021791A1 (zh) | 一种双云卡通信方法、电子设备和机器可读存储介质 | |
CN105072185B (zh) | 一种tr069远程监控方法、系统和通讯设备 | |
CN106685744A (zh) | 一种故障排除方法、装置及系统 | |
CN110557395A (zh) | 一种安全元件访问接口协议适配方法及装置 | |
CN107105100B (zh) | 移动终端游戏的监控方法和系统 | |
CN113852984A (zh) | 一种无线终端接入监控系统、方法、电子设备及可读存储装置 | |
CN111371908B (zh) | 发送信息的方法、装置、存储介质及电子装置 | |
CN102572796B (zh) | 移动设备与智能卡的数据交互处理方法及装置 | |
CN113064798A (zh) | 异常处理方法、装置、电子设备及系统 | |
CN110851328A (zh) | 一种密码卡在pkcs#11应用时异常掉电的检测方法 | |
CN115499291B (zh) | 一种业务跌零告警信息的处理方法及装置、存储介质 | |
US11178256B2 (en) | Business service providing system, business service recovery method, and business service recovery program | |
CN115883822B (zh) | 在线考试系统摄像头调试方法、装置及存储介质 | |
CN114170741B (zh) | 交易效率监控方法、atm前置系统和自助业务控管系统 | |
CN116126578A (zh) | 业务服务的探活方法、装置、存储介质及电子设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |