CN105550044A - 多系统中提示待处理事件信息的方法及装置 - Google Patents
多系统中提示待处理事件信息的方法及装置 Download PDFInfo
- Publication number
- CN105550044A CN105550044A CN201510916598.3A CN201510916598A CN105550044A CN 105550044 A CN105550044 A CN 105550044A CN 201510916598 A CN201510916598 A CN 201510916598A CN 105550044 A CN105550044 A CN 105550044A
- Authority
- CN
- China
- Prior art keywords
- event information
- subsystem
- pending event
- information
- management service
- 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.)
- Pending
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
- G06F9/542—Event management; Broadcasting; Multicasting; Notifications
Abstract
本发明提供了一种多系统中提示待处理事件信息的方法,应用于包括一个主系统和至少两个子系统的终端设备运行环境中,包括:检测到处于后台的任一子系统的待处理事件信息时,将待处理事件信息发送至主系统;将待处理事件信息从主系统发送至处于前台的子系统以及处于后台的其他子系统。通过本发明,达到了将处于后台系统的待处理事件信息及时通知其他系统的目的,从而填补了现有技术没有针对多系统中提示待处理事件信息的解决方案的空白,可确保处于后台的各系统的待处理事件信息及时通知处于前台的系统,用户可及时处理相应的事件而避免了对重要事件的遗漏处理。
Description
技术领域
本发明涉及计算机技术领域,具体而言,本发明涉及一种多系统中提示待处理事件信息的方法及装置。
背景技术
随着时代的发展,各种新兴的操作系统不断涌现,为用户带来了新颖且更加便捷的终端使用体验。但是,由于传统终端设备只允许单系统运行,即使有多系统支持也均为静态支持,即需要在设备启动时重新引导新的操作系统,因此,在多系统中若采用传统的信息提示方式,当前处于前台的系统无法接收到处于后台的系统的待处理事件信息的提示信息,导致用户有可能错过重要的信息。
因此,需要一种在多系统中对各系统的待处理事件信息进行处理的解决方案,使得将来自后台系统的待处理事件信息可及时上报至处于前台的系统,并以流畅、舒适、友好的展示方式提供给用户。
发明内容
为克服上述技术问题或者至少部分地解决上述技术问题,特提出以下技术方案:
本发明的实施例提出了一种多系统中提示待处理事件信息的方法,应用于包括一个主系统和至少两个子系统的终端设备运行环境中,包括:
检测到处于后台的任一子系统的待处理事件信息,将所述待处理事件信息发送至所述主系统;
将所述待处理事件信息从所述主系统发送至处于前台的子系统以及处于后台的其他子系统。
优选地,该方法还包括:
设置针对所述主系统的主管理服务进程,并设置针对各个子系统的多个从管理服务进程;
其中,将所述待处理事件信息发送至所述主系统,具体包括:
通过所述主管理服务进程与所述多个从管理服务进程之间的进程间通信方式,将所述处理事件信息从所述处于后台的任一子系统发送至所述主系统;
其中,将所述待处理事件信息从所述主系统发送至处于前台的子系统以及处于后台的其他子系统,具体包括:
通过所述主管理服务进程与所述多个从管理服务进程之间的进程间通信方式,将所述处理事件信息从所述主系统发送至处于前台的子系统以及处于后台的其他子系统。
优选地,该方法还包括:
通过所述主管理服务进程确定所述主系统接收到的所述待处理事件信息的相关事件信息,并将所述相关事件信息进行记录;
其中,所述相关事件信息包括但不限于:
待处理事件信息的来源子系统;
待处理事件信息的事件内容;
待处理事件信息的事件类型;
待处理事件信息的数量;
其中,该方法还包括:
根据事件类型,通过主管理服务进程对待处理事件信息的相关事件信息进行与各个子系统相应的处理,以确定从主系统发送至处于前台的子系统以及处于后台的其他子系统的部分事件信息。
优选地,该方法还包括:
基于处于前台的子系统接收到的待处理事件信息,以预定的提示方式生成事件提示消息;
将所述事件提示消息提供至用户。
优选地,该方法还包括:
所述待处理事件信息处理完成后,在所述处于后台的任一子系统中生成事件处理完成信息;
将所述事件处理完成信息从所述处于后台的任一子系统发送至所述主系统;
将所述事件处理完成信息从所述主系统发送至处于前台的子系统以及处于后台的其他子系统,并删除相应子系统中记录的所述待处理事件信息。
本发明的另一实施例提出了一种多系统中提示待处理事件信息的装置,应用于包括一个主系统和至少两个子系统的终端设备运行环境中,包括:
第一发送模块,用于检测到处于后台的任一子系统的待处理事件信息,将所述待处理事件信息发送至所述主系统;
第二发送模块,用于将所述待处理事件信息从所述主系统发送至处于前台的子系统以及处于后台的其他子系统。
优选地,该装置还包括:
设置模块,用于设置针对所述主系统的主管理服务进程,并设置针对各个子系统的多个从管理服务进程;
其中,所述第一发送模块具体用于通过所述主管理服务进程与所述多个从管理服务进程之间的进程间通信方式,将所述处理事件信息从所述处于后台的任一子系统发送至所述主系统;
其中,所述第二发送模块具体用于通过所述主管理服务进程与所述多个从管理服务进程之间的进程间通信方式,将所述处理事件信息从所述主系统发送至所述处于前台的子系统以及处于后台的其他子系统。
优选地,该装置还包括:
相关信息确定模块,用于通过所述主管理服务进程确定所述主系统接收到的所述待处理事件信息的相关事件信息,并将所述相关事件信息进行记录;
其中,所述相关事件信息包括但不限于:
待处理事件信息的来源子系统;
待处理事件信息的事件内容;
待处理事件信息的事件类型;
待处理事件信息的数量;
其中,该装置还包括:
部分信息确定模块,用于根据事件类型,通过主管理服务进程对待处理事件信息的相关事件信息进行与各个其他子系统相应的处理,以确定从主系统发送至处于前台的子系统以及处于后台的其他子系统的部分事件信息。
优选地,该装置还包括:
消息生成模块,用于基于处于前台的子系统接收到的待处理事件信息,以预定的提示方式生成事件提示消息;
消息提供模块,用于将所述事件提示消息提供至用户。
优选地,该装置还包括:
完成信息生成模块,用于所述待处理事件信息处理完成后,在所述处于后台的任一子系统中生成事件处理完成信息;
第三发送模块,用于将所述事件处理完成信息从所述处于后台的任一子系统发送至所述主系统;
第四发送模块,用于将所述事件处理完成信息从所述主系统发送至处于前台的子系统以及处于后台的其他子系统,并删除相应子系统中记录的所述待处理事件信息。
本发明的实施例中,提出了一种提示待处理事件信息的方案,通过检测到处于后台的任一子系统的待处理事件信息时,将待处理事件信息发送至主系统,并将待处理事件信息从主系统发送至处于前台的子系统以及处于后台的其他子系统,达到了将处于后台系统的待处理事件信息及时通知其他系统的目的,从而填补了现有技术没有针对多系统中提示待处理事件信息的解决方案的空白。通过本发明的在多系统中提示待处理事件信息的方案,可确保处于后台的各系统的待处理事件信息及时通知处于前台的系统,用户可及时处理相应的事件而避免了对重要事件的遗漏处理;进一步地,本方案中可以预定的提示方式生成事件提示消息,并以流畅、舒适、友好的展示方式提供给用户,充分考虑了用户获取及查看信息的个性化需求以及用户的隐私,兼顾了用户的使用习惯,提高了用户体验。
本发明附加的方面和优点将在下面的描述中部分给出,这些将从下面的描述中变得明显,或通过本发明的实践了解到。
附图说明
本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:
图1为本发明中一个实施例的多系统中提示待处理事件信息的方法的流程图;
图2为本发明中一个优选实施例的多系统中提示待处理事件信息的方法的流程图;
图3为本发明中另一优选实施例的多系统中提示待处理事件信息的方法的流程图;
图4为本发明中另一优选实施例的多系统中提示待处理事件信息的方法的流程图;
图5为本发明中另一实施例的多系统中提示待处理事件信息的装置的结构示意图;
图6为本发明中另一优选实施例的多系统中提示待处理事件信息的装置的结构示意图;
图7为本发明中另一优选实施例的多系统中提示待处理事件信息的装置的结构示意图;
图8为本发明中另一优选实施例的多系统中提示待处理事件信息的装置的结构示意图。
具体实施方式
下面详细描述本发明的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,仅用于解释本发明,而不能解释为对本发明的限制。
本技术领域技术人员可以理解,除非特意声明,这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是,本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件,但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解,当我们称元件被“连接”或“耦接”到另一元件时,它可以直接连接或耦接到其他元件,或者也可以存在中间元件。此外,这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。
本技术领域技术人员可以理解,除非另外定义,这里使用的所有术语(包括技术术语和科学术语),具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是,诸如通用字典中定义的那些术语,应该被理解为具有与现有技术的上下文中的意义一致的意义,并且除非像这里一样被特定定义,否则不会用理想化或过于正式的含义来解释。
在本发明的实施例中,终端设备包括一个主系统和至少两个子系统,主系统和子系统都是基于相同的系统内核,如Linux系统来实现的。其中,子系统可包括各种操作系统,例如Android系统、Windows系统、元心系统等;主系统用于对多个子系统进行控制,并且辅助各个子系统完成各自的功能,主系统本身可以不提供具体应用功能,例如通话、短信息、运行应用程序等功能。
本发明的实施例中的多系统包括至少一个主系统和两个子系统,其中,主系统和子系统都是基于相同的系统内核,如Linux系统来实现的。子系统可包括各种操作系统,例如Android、Windows和元心等智能终端操作系统。主系统用于对多个子系统进行控制,并且辅助各个子系统完成各自的功能,主系统本身可以不提供具体应用功能,例如通话、短信息、运行应用程序等功能,因此主控系统上没有搭载一些附加的应用程序。本发明的实施例中的多系统可基于多种虚拟技术来实现,下文以Linux系统下的容器技术为例来进行实施例的详述。其中,使用Linux容器技术实现的多操作系统,在每个容器中装入独立的系统,多个系统之间相互独立,且多个系统运行在同一台物理终端设备上。
图1为本发明中一个实施例的多系统中提示待处理事件信息的方法的流程图。
步骤S110:检测到处于后台的任一子系统的待处理事件信息时,将待处理事件信息发送至主系统;步骤S120:将待处理事件信息从主系统发送至处于前台的子系统以及处于后台的其他子系统。
本发明的实施例中,提出了一种提示待处理事件信息的方案,达到了将处于后台系统的待处理事件信息及时通知其他系统的目的,从而填补了现有技术没有针对多系统中提示待处理事件信息的解决方案的空白。通过本发明的在多系统中提示待处理事件信息的方案,可确保处于后台的各系统的待处理事件信息及时通知处于前台的操作系统,用户可及时处理相应的事件而避免了对重要事件的遗漏处理;进一步地,本方案中可以预定的提示方式生成事件提示消息,并以流畅、舒适、友好的展示方式提供给用户,充分考虑了用户获取及查看信息的个性化需求以及用户的隐私,兼顾了用户的使用习惯,提高了用户体验
步骤S110:检测到处于后台的任一子系统的待处理事件信息时,将待处理事件信息发送至主系统。
例如,在包括一个主系统A和三个子系统,子系统B1、子系统B2和子系统B3的终端设备运行环境中,当终端设备检测到处于后台的子系统B1接收到新的短信息时,将与该新的短信息对应的待处理事件信息发送至主系统A;其中,与该新的短信息对应的待处理事件信息包括但不限于:发送短信息的电话号码和/或发送短信息的联系人信息、短信息的完整内容或摘要内容。
步骤S120:将待处理事件信息从主系统发送至处于前台的子系统以及处于后台的其他子系统。
例如,接上例,终端设备将与该新的短信息对应的待处理事件信息从主系统A发送至子系统B2和子系统B3。
又例如,接上例,终端设备将与该新的短信息对应的待处理事件信息从主系统A仅发送至当前处于前台的子系统B2。
在一优选实施例中,如图2所示,该方法包括步骤S210:检测到处于后台的任一子系统的待处理事件信息时,将待处理事件信息发送至主系统;步骤S220:将待处理事件信息从主系统发送至处于前台的子系统以及处于后台的其他子系统;步骤S230:基于处于前台的子系统接收到的待处理事件信息,以预定的提示方式生成事件提示消息;步骤S240:将事件提示消息提供至用户。
其中,本优选实施例中终端设备在步骤S210和步骤S220中执行的内容与图1所示的终端设备在步骤S110和步骤S120中执行的内容相同或相似,在此不再赘述。
其中,预定的提示方式包括以通知栏或状态栏进行显示的方式进行提示、以震动的方式进行提示、以响铃的方式进行提示、以状态灯的方式进行提示,或以上述两种或两种以上的方式相结合的进行提示。
例如,当前处于前台的子系统为子系统B2,子系统B2将与该新的短信息对应的待处理事件信息以通知栏进行显示的方式生成事件提示消息,随后子系统B2将在屏幕的显示界面的通知栏中显示该事件提示消息。
在一优选实施例中,如图3所示,该方法还包括步骤S310:设置针对主系统的主管理服务进程,并设置针对各个子系统的多个从管理服务进程;步骤S320:通过主管理服务进程与多个从管理服务进程之间的进程间通信方式,将处理事件信息从任一子系统发送至主系统;步骤S330:通过主管理服务进程与多个从管理服务进程之间的进程间通信方式,将处理事件信息从主系统发送至处于前台的子系统以及处于后台的其他子系统。
例如,在包括一个主系统A和三个子系统,子系统B1、子系统B2和子系统B3的终端设备运行环境中,设置针对主系统A的主管理服务进程ProcessMain,设置针对子系统B1的从管理服务进程Process1,针对子系统B2的从管理服务进程Process2和针对子系统B3的从管理服务进程Process3,当终端设备检测到处于后台的子系统B1中的即时通信应用程序接收到一条新消息时,从管理服务进程Process1通过内核kernel(操作系统内核)或者socket(套接字)等进程间通信方式将与该即时通信应用程序的新消息对应的待处理事件信息发送至主管理服务进程ProcessMain,主系统A即可接收到与该即时通信应用程序的新消息对应的待处理事件信息,随后主管理服务进程ProcessMain通过内核kernel或者socket等进程间通信方式将与该即时通信应用程序的新消息对应的待处理事件信息发送至从管理服务进程Process2和Process3,子系统B2和子系统B3即可接收到该未读短信提示信息;其中,与该即时通信应用程序的新消息对应的待处理事件信息包括但不限于:即时通信应用程序的标识、发送新消息的联系人信息、新消息的完整内容或摘要内容。
优选地,通过主管理服务进程确定主系统接收到的待处理事件信息的相关事件信息,并将相关事件信息进行记录;
其中,相关事件信息包括但不限于:
待处理事件信息的来源子系统;
待处理事件信息的事件内容;
待处理事件信息的事件类型;
待处理事件信息的数量。
例如,主系统接收到与即时通信应用程序的新消息对应的待处理事件信息,通过针对主系统A的主管理服务进程ProcessMain对该待处理事件信息进行解析及分析处理,确定该处理事件信息的相关事件信息并进行记录,如:确定并记录待处理事件信息的来源子系统为子系统B1;待处理事件信息的事件内容为即时通信应用程序“微信”接收到一条来自好友Tom新消息,新消息摘要为“我们周六中午吃个饭吧”;待处理事件信息的第三方应用事件。
又例如,主系统接收到与新短信息对应的待处理事件信息,通过主管理服务进程ProcessMain可以确定并记录该待处理事件信息的来源子系统、短信来源号码、短信发送方的联系人姓名、短信的摘要内容,未读短信条数等;主系统接收到与未接电话对应的待处理事件信息,通过主管理服务进程ProcessMain可以确定并记录该待处理事件信息的来源子系统、未接电话的号码,通话发起方的联系人名称、来电时间等。
进一步地,通过主管理服务进程确定待处理事件信息的事件类型。
例如,待处理事件信息的事件类型可预先划分为系统资源事件、系统应用事件、第三方应用事件等。系统资源事件可包括系统内存不足、终端设备电量不足等,系统应用事件可包括时间校准信息、短信提示信息、通话提示信息等,第三方应用事件可包括“天气通”提示的雷雨信息、“手机淘宝”的促销信息、“微信”接收到的来自好友的新消息等;当接收到即时通信应用程序“微信”来自好友的新消息时,主管理服务进程ProcessMain可确定该待处理事件信息的事件类型为第三方应用事件。
优选地,通过主管理服务进程与多个从管理服务进程之间的进程间通信方式,将待处理事件信息的相关事件信息从主系统发送至处于前台的子系统以及处于后台的其他子系统,通过各个从管理服务进程对接收到的待处理事件信息的相关事件信息进行记录。
在一个优选实施例中,根据事件类型,通过主管理服务进程对待处理事件信息的相关事件信息进行与各个其他子系统相应的处理,以确定从主系统发送至各个其他子系统的部分事件信息。
例如,待处理事件信息的相关事件信息为来源于子系统B1的三条新短信息,通过主管理服务进程ProcessMain已确定并记录该待处理事件信息的来源子系统为B1、每条短信来源号码、每条短信发送方的联系人姓名、每条短信的内容、未读短信条数为三条、事件类型为系统应用事件;随后,基于用户预先设置的“对于系统应用事件在其他子系统中均不显示事件的内容”,则通过主管理服务进程确定从主系统发送至子系统B2和B3的部分事件信息中包括待处理事件信息的来源子系统为B1、每条短信来源号码、每条短信发送方的联系人姓名、未读短信条数为三条,而不包括每条短信的内容。
又例如,预定子系统B1和子系统B2的用户权限级别为高级别,子系统B3的用户权限级别为普通级别,根据不同的事件类型,如系统应用类型,可基于不同的用户权限级别的子系统确定从主系统发送至各个子系统的不同的部分事件信息;如当前处于后台的子系统B1接收到对于新通话请求的未接来电时,从管理服务进程Process1通过进程间通信方式kernel将与该未接来电对应的待处理事件信息发送至主管理服务进程ProcessMain,主管理服务进程ProcessMain针对高级别用户权限的子系统B2,确定发送至其的部分事件信息Messag1包括未接电话的来电方号码、未接电话的联系人姓名、未接电话的来电时间和未接电话的响铃持续时间,针对普通级别用户权限的子系统B3,确定发送至其的部分事件信息Messag2包括未接电话的来电时间,随后主管理服务进程ProcessMain通过进程间通信方式kernel将部分事件信息Messag1“来自子系统B1的一个张三的未接电话,137********,响铃时间30秒,来电时间13:00:00”发送至从管理服务进程Process2,并将Messag2“一个未接电话,来电时间13:00:00”发送至从管理服务进程Process3。
在另一优选实施例中,如图4所示,该方法还包括步骤S410:待处理事件信息处理完成后,在任一子系统中生成事件处理完成信息;步骤S420:将事件处理完成信息从任一子系统发送至主系统;步骤S430:将事件处理完成信息从主系统发送至处于前台的子系统以及处于后台的其他子系统,并删除处于前台的子系统以及处于后台的其他子系统中记录的待处理事件信息。
例如,处于前台的子系统B2接收到的待处理事件信息,如包括“来自子系统B1的一个张三的未接电话,137********,响铃时间30秒,来电时间13:00:00”,以通知栏进行显示的方式生成事件提示消息,随后子系统B2将在屏幕的显示界面的通知栏中显示该事件提示消息以供用户查看,当用户通过终端设备的人机交互界面,执行点击通知栏中的该事件提示消息时,首先对当前处于前台的子系统B2和当前处于后台的子系统B1进行前后台切换操作,接着在切换后处于前台的子系统B1中查看与该来接电话相关的待处理事件信息,当用户对该待处理事件信息查看后,生成事件处理完成信息,如“137********的未接电话已查看”,随后从管理服务进程Process1通过进程间通信方式kernel将“137********的未接电话已查看”发送至主管理服务进程ProcessMain,接着主管理服务进程ProcessMain通过进程间通信方式kernel将“137********的未接电话已查看”发送至从管理服务进程Process2和Process3,并删除子系统B2中记录的Messag1和子系统B3中记录的Messag2。
在一具体应用场景中,在包括一个主系统M和三个子系统,子系统N1、子系统N2和子系统N3的终端设备运行环境中,设置针对主系统M的主管理服务进程ProcessMain,设置针对子系统N1的从管理服务进程Process1,针对子系统N2的从管理服务进程Process2,和针对子系统N3的从管理服务进程Process3,预定子系统N1和子系统N2的用户权限级别为高级别,子系统N3的用户权限级别为普通级别,根据不同的事件类型,可基于不同的用户权限级别的子系统确定从主系统发送至各个子系统的不同的部分事件信息;假设当前处于前台的系统为子系统N2,当当前处于后台的子系统N1接收到一条未读新短信息时,从管理服务进程Process1通过进程间通信方式socket将与未读新短信息相关的待处理事件信息“一条张三的新短信息,内容摘要:请您于明日准时参加会议…,对方号码:137********,短信接收时间13:00:00”发送至主管理服务进程ProcessMain,主管理服务进程ProcessMain针对高级别用户权限的子系统N2,确定发送至其的部分事件信息Messag1包括未读新短信息的数量、未读新短信息的发送方号码或名称、未读新短信息接收到的时间、未读新短信息的简要内容,针对普通级别用户权限的子系统N3,确定发送至其的部分事件信息Messag2包括未读新短信息的数量;主管理服务进程ProcessMain通过进程间通信方式socket将Messag1发送至从管理服务进程Process2,当前处于前台的子系统N2将Messag1以通知栏进行显示与震动相结合的方式生成事件提示消息,提示内容如“13:00:00子系统N1接收到一条张三的未读短信:请您于明日准时参加会议…”,随后子系统N2将在屏幕的显示界面的通知栏中显示该提示内容,并以震动方式提示用户,用户未对该提示内容进行任何处理;当用户通过切换按键等方式将当前前台系统切换至子系统N3时,主管理服务进程ProcessMain通过进程间通信方式socket将Messag2发送至从管理服务进程Process3,当前处于前台的子系统N3将Messag2以通知栏进行显示的方式生成事件提示消息,提示内容如“子系统N1接收到一条未读短信”,随后子系统N3将在屏幕的显示界面的通知栏中显示该提示内容;随后,当用户通过点击该提示内容等操作将当前前台系统切换至子系统N1并查看该未读短信后,子系统N1中生成事件处理完成信息如“张三的未读短信已查看”,随后从管理服务进程Process1通过进程间通信方式socket将事件处理完成信息“张三的未读短信已查看”发送至主管理服务进程ProcessMain,接着主管理服务进程ProcessMain通过进程间通信方式socket将事件处理完成信息“张三的未读短信已查看”再转发至从管理服务进程Process2和Process3,基于该事件处理完成信息,可删除子系统N2中记录的Messag1和子系统N3中记录的Messag2。
图5为本发明中一个实施例的多系统中提示待处理事件信息的装置的结构示意图。
第一发送模块510检测到处于后台的任一子系统的待处理事件信息时,将待处理事件信息发送至主系统;第二发送模块520将待处理事件信息从主系统发送至处于前台的子系统以及处于后台的其他子系统。
本发明的实施例中,提出了一种提示待处理事件信息的方案,达到了将处于后台系统的待处理事件信息及时通知其他系统的目的,从而填补了现有技术没有针对多系统中提示待处理事件信息的解决方案的空白。通过本发明的在多系统中提示待处理事件信息的方案,可确保处于后台的各系统的待处理事件信息及时通知处于前台的操作系统,用户可及时处理相应的事件而避免了对重要事件的遗漏处理;进一步地,本方案中可以预定的提示方式生成事件提示消息,并以流畅、舒适、友好的展示方式提供给用户,充分考虑了用户获取及查看信息的个性化需求以及用户的隐私,兼顾了用户的使用习惯,提高了用户体验
第一发送模块510检测到处于后台的任一子系统的待处理事件信息时,将待处理事件信息发送至主系统。
例如,在包括一个主系统A和三个子系统,子系统B1、子系统B2和子系统B3的终端设备运行环境中,当终端设备检测到处于后台的子系统B1接收到新的短信息时,将与该新的短信息对应的待处理事件信息发送至主系统A;其中,与该新的短信息对应的待处理事件信息包括但不限于:发送短信息的电话号码和/或发送短信息的联系人信息、短信息的完整内容或摘要内容。
第二发送模块520将待处理事件信息从主系统发送至处于前台的子系统以及处于后台的其他子系统。
例如,接上例,终端设备将与该新的短信息对应的待处理事件信息从主系统A发送至子系统B2和子系统B3。
又例如,接上例,终端设备将与该新的短信息对应的待处理事件信息从主系统A仅发送至当前处于前台的子系统B2。
在一优选实施例中,如图6所示,该装置包括第一发送模块610检测到处于后台的任一子系统的待处理事件信息时,将待处理事件信息发送至主系统;第二发送模块620将待处理事件信息从主系统发送至处于前台的子系统以及处于后台的其他子系统;消息生成模块630基于处于前台的子系统接收到的待处理事件信息,以预定的提示方式生成事件提示消息;消息提供模块640将事件提示消息提供至用户。
其中,本优选实施例中终端设备在第一发送模块610和第二发送模块620中执行的内容与图5所示的终端设备在第一发送模块510和第二发送模块520中执行的内容相同或相似,在此不再赘述。
其中,预定的提示方式包括以通知栏或状态栏进行显示的方式进行提示、以震动的方式进行提示、以响铃的方式进行提示、以状态灯的方式进行提示,或以上述两种或两种以上的方式相结合的进行提示。
例如,当前处于前台的子系统为子系统B2,子系统B2将与该新的短信息对应的待处理事件信息以通知栏进行显示的方式生成事件提示消息,随后子系统B2将在屏幕的显示界面的通知栏中显示该事件提示消息。
在一优选实施例中,如图7所示,该装置还包括设置模块710设置针对主系统的主管理服务进程,并设置针对各个子系统的多个从管理服务进程;第一发送模块720通过主管理服务进程与多个从管理服务进程之间的进程间通信方式,将处理事件信息从任一子系统发送至主系统;第二发送模块730通过主管理服务进程与多个从管理服务进程之间的进程间通信方式,将处理事件信息从主系统发送至处于前台的子系统以及处于后台的其他子系统。
例如,在包括一个主系统A和三个子系统,子系统B1、子系统B2和子系统B3的终端设备运行环境中,设置针对主系统A的主管理服务进程ProcessMain,设置针对子系统B1的从管理服务进程Process1,针对子系统B2的从管理服务进程Process2和针对子系统B3的从管理服务进程Process3,当终端设备检测到处于后台的子系统B1中的即时通信应用程序接收到一条新消息时,从管理服务进程Process1通过内核kernel(操作系统内核)或者socket(套接字)等进程间通信方式将与该即时通信应用程序的新消息对应的待处理事件信息发送至主管理服务进程ProcessMain,主系统A即可接收到与该即时通信应用程序的新消息对应的待处理事件信息,随后主管理服务进程ProcessMain通过内核kernel或者socket等进程间通信方式将与该即时通信应用程序的新消息对应的待处理事件信息发送至从管理服务进程Process2和Process3,子系统B2和子系统B3即可接收到该未读短信提示信息;其中,与该即时通信应用程序的新消息对应的待处理事件信息包括但不限于:即时通信应用程序的标识、发送新消息的联系人信息、新消息的完整内容或摘要内容。
优选地,通过主管理服务进程确定主系统接收到的待处理事件信息的相关事件信息,并将相关事件信息进行记录;
其中,相关事件信息包括但不限于:
待处理事件信息的来源子系统;
待处理事件信息的事件内容;
待处理事件信息的事件类型;
待处理事件信息的数量。
例如,主系统接收到与即时通信应用程序的新消息对应的待处理事件信息,通过针对主系统A的主管理服务进程ProcessMain对该待处理事件信息进行解析及分析处理,确定该处理事件信息的相关事件信息并进行记录,如:确定并记录待处理事件信息的来源子系统为子系统B1;待处理事件信息的事件内容为即时通信应用程序“微信”接收到一条来自好友Tom新消息,新消息摘要为“我们周六中午吃个饭吧”;待处理事件信息的第三方应用事件。
又例如,主系统接收到与新短信息对应的待处理事件信息,通过主管理服务进程ProcessMain可以确定并记录该待处理事件信息的来源子系统、短信来源号码、短信发送方的联系人姓名、短信的摘要内容,未读短信条数等;主系统接收到与未接电话对应的待处理事件信息,通过主管理服务进程ProcessMain可以确定并记录该待处理事件信息的来源子系统、未接电话的号码,通话发起方的联系人名称、来电时间等。
进一步地,通过主管理服务进程确定待处理事件信息的事件类型。
例如,待处理事件信息的事件类型可预先划分为系统资源事件、系统应用事件、第三方应用事件等。系统资源事件可包括系统内存不足、终端设备电量不足等,系统应用事件可包括时间校准信息、短信提示信息、通话提示信息等,第三方应用事件可包括“天气通”提示的雷雨信息、“手机淘宝”的促销信息、“微信”接收到的来自好友的新消息等;当接收到即时通信应用程序“微信”来自好友的新消息时,主管理服务进程ProcessMain可确定该待处理事件信息的事件类型为第三方应用事件。
优选地,通过主管理服务进程与多个从管理服务进程之间的进程间通信方式,将待处理事件信息的相关事件信息从主系统发送至处于前台的子系统以及处于后台的其他子系统,通过各个从管理服务进程对接收到的待处理事件信息的相关事件信息进行记录。
在一个优选实施例中,根据事件类型,通过主管理服务进程对待处理事件信息的相关事件信息进行与各个其他子系统相应的处理,以确定从主系统发送至各个其他子系统的部分事件信息。
例如,待处理事件信息的相关事件信息为来源于子系统B1的三条新短信息,通过主管理服务进程ProcessMain已确定并记录该待处理事件信息的来源子系统为B1、每条短信来源号码、每条短信发送方的联系人姓名、每条短信的内容、未读短信条数为三条、事件类型为系统应用事件;随后,基于用户预先设置的“对于系统应用事件在其他子系统中均不显示事件的内容”,则通过主管理服务进程确定从主系统发送至子系统B2和B3的部分事件信息中包括待处理事件信息的来源子系统为B1、每条短信来源号码、每条短信发送方的联系人姓名、未读短信条数为三条,而不包括每条短信的内容。
又例如,预定子系统B1和子系统B2的用户权限级别为高级别,子系统B3的用户权限级别为普通级别,根据不同的事件类型,如系统应用类型,可基于不同的用户权限级别的子系统确定从主系统发送至各个子系统的不同的部分事件信息;如当前处于后台的子系统B1接收到对于新通话请求的未接来电时,从管理服务进程Process1通过进程间通信方式kernel将与该未接来电对应的待处理事件信息发送至主管理服务进程ProcessMain,主管理服务进程ProcessMain针对高级别用户权限的子系统B2,确定发送至其的部分事件信息Messag1包括未接电话的来电方号码、未接电话的联系人姓名、未接电话的来电时间和未接电话的响铃持续时间,针对普通级别用户权限的子系统B3,确定发送至其的部分事件信息Messag2包括未接电话的来电时间,随后主管理服务进程ProcessMain通过进程间通信方式kernel将部分事件信息Messag1“来自子系统B1的一个张三的未接电话,137********,响铃时间30秒,来电时间13:00:00”发送至从管理服务进程Process2,并将Messag2“一个未接电话,来电时间13:00:00”发送至从管理服务进程Process3。
在另一优选实施例中,如图8所示,该装置还包括完成信息生成模块810待处理事件信息处理完成后,在任一子系统中生成事件处理完成信息;第三发送模块820将事件处理完成信息从任一子系统发送至主系统;第四发送模块830将事件处理完成信息从主系统发送至处于前台的子系统以及处于后台的其他子系统,并删除处于前台的子系统以及处于后台的其他子系统中记录的待处理事件信息。
例如,处于前台的子系统B2接收到的待处理事件信息,如包括“来自子系统B1的一个张三的未接电话,137********,响铃时间30秒,来电时间13:00:00”,以通知栏进行显示的方式生成事件提示消息,随后子系统B2将在屏幕的显示界面的通知栏中显示该事件提示消息以供用户查看,当用户通过终端设备的人机交互界面,执行点击通知栏中的该事件提示消息时,首先对当前处于前台的子系统B2和当前处于后台的子系统B1进行前后台切换操作,接着在切换后处于前台的子系统B1中查看与该来接电话相关的待处理事件信息,当用户对该待处理事件信息查看后,生成事件处理完成信息,如“137********的未接电话已查看”,随后从管理服务进程Process1通过进程间通信方式kernel将“137********的未接电话已查看”发送至主管理服务进程ProcessMain,接着主管理服务进程ProcessMain通过进程间通信方式kernel将“137********的未接电话已查看”发送至从管理服务进程Process2和Process3,并删除子系统B2中记录的Messag1和子系统B3中记录的Messag2。
在一具体应用场景中,在包括一个主系统M和三个子系统,子系统N1、子系统N2和子系统N3的终端设备运行环境中,设置针对主系统M的主管理服务进程ProcessMain,设置针对子系统N1的从管理服务进程Process1,针对子系统N2的从管理服务进程Process2,和针对子系统N3的从管理服务进程Process3,预定子系统N1和子系统N2的用户权限级别为高级别,子系统N3的用户权限级别为普通级别,根据不同的事件类型,可基于不同的用户权限级别的子系统确定从主系统发送至各个子系统的不同的部分事件信息;假设当前处于前台的系统为子系统N2,当当前处于后台的子系统N1接收到一条未读新短信息时,从管理服务进程Process1通过进程间通信方式socket将与未读新短信息相关的待处理事件信息“一条张三的新短信息,内容摘要:请您于明日准时参加会议…,对方号码:137********,短信接收时间13:00:00”发送至主管理服务进程ProcessMain,主管理服务进程ProcessMain针对高级别用户权限的子系统N2,确定发送至其的部分事件信息Messag1包括未读新短信息的数量、未读新短信息的发送方号码或名称、未读新短信息接收到的时间、未读新短信息的简要内容,针对普通级别用户权限的子系统N3,确定发送至其的部分事件信息Messag2包括未读新短信息的数量;主管理服务进程ProcessMain通过进程间通信方式socket将Messag1发送至从管理服务进程Process2,当前处于前台的子系统N2将Messag1以通知栏进行显示与震动相结合的方式生成事件提示消息,提示内容如“13:00:00子系统N1接收到一条张三的未读短信:请您于明日准时参加会议…”,随后子系统N2将在屏幕的显示界面的通知栏中显示该提示内容,并以震动方式提示用户,用户未对该提示内容进行任何处理;当用户通过切换按键等方式将当前前台系统切换至子系统N3时,主管理服务进程ProcessMain通过进程间通信方式socket将Messag2发送至从管理服务进程Process3,当前处于前台的子系统N3将Messag2以通知栏进行显示的方式生成事件提示消息,提示内容如“子系统N1接收到一条未读短信”,随后子系统N3将在屏幕的显示界面的通知栏中显示该提示内容;随后,当用户通过点击该提示内容等操作将当前前台系统切换至子系统N1并查看该未读短信后,子系统N1中生成事件处理完成信息如“张三的未读短信已查看”,随后从管理服务进程Process1通过进程间通信方式socket将事件处理完成信息“张三的未读短信已查看”发送至主管理服务进程ProcessMain,接着主管理服务进程ProcessMain通过进程间通信方式socket将事件处理完成信息“张三的未读短信已查看”再转发至从管理服务进程Process2和Process3,基于该事件处理完成信息,可删除子系统N2中记录的Messag1和子系统N3中记录的Messag2。
本技术领域技术人员可以理解,本发明包括涉及用于执行本申请中操作中的一项或多项的设备。这些设备可以为所需的目的而专门设计和制造,或者也可以包括通用计算机中的已知设备。这些设备具有存储在其内的计算机程序,这些计算机程序选择性地激活或重构。这样的计算机程序可以被存储在设备(例如,计算机)可读介质中或者存储在适于存储电子指令并分别耦联到总线的任何类型的介质中,计算机可读介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、ROM(Read-OnlyMemory,只读存储器)、RAM(RandomAccessMemory,随即存储器)、EPROM(ErasableProgrammableRead-OnlyMemory,可擦写可编程只读存储器)、EEPROM(ElectricallyErasableProgrammableRead-OnlyMemory,电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是,可读介质包括由设备(例如,计算机)以能够读的形式存储或传输信息的任何介质。
本技术领域技术人员可以理解,可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。本技术领域技术人员可以理解,可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来实现,从而通过计算机或其他可编程数据处理方法的处理器来执行本发明公开的结构图和/或框图和/或流图的框或多个框中指定的方案。
本技术领域技术人员可以理解,本发明中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地,具有本发明中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地,现有技术中的具有与本发明中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。
以上仅是本发明的部分实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (10)
1.一种多系统中提示待处理事件信息的方法,应用于包括一个主系统和至少两个子系统的终端设备运行环境中,其特征在于,包括:
检测到处于后台的任一子系统的待处理事件信息,将所述待处理事件信息发送至所述主系统;
将所述待处理事件信息从所述主系统发送至处于前台的子系统以及处于后台的其他子系统。
2.根据权利要求1所述的多系统中提示待处理事件信息的方法,其特征在于,该方法还包括:
设置针对所述主系统的主管理服务进程,并设置针对各个子系统的多个从管理服务进程;
其中,将所述待处理事件信息发送至所述主系统,具体包括:
通过所述主管理服务进程与所述多个从管理服务进程之间的进程间通信方式,将所述处理事件信息从所述处于后台的任一子系统发送至所述主系统;
其中,将所述待处理事件信息从所述主系统发送至处于前台的子系统以及处于后台的其他子系统,具体包括:
通过所述主管理服务进程与所述多个从管理服务进程之间的进程间通信方式,将所述处理事件信息从所述主系统发送至处于前台的子系统以及处于后台的其他子系统。
3.根据权利要求2所述的多系统中提示待处理事件信息的方法,其特征在于,该方法还包括:
通过所述主管理服务进程确定所述主系统接收到的所述待处理事件信息的相关事件信息,并将所述相关事件信息进行记录;
其中,所述相关事件信息包括以下至少任一项:
待处理事件信息的来源子系统;
待处理事件信息的事件内容;
待处理事件信息的事件类型;
待处理事件信息的数量;
其中,该方法还包括:
根据事件类型,通过主管理服务进程对待处理事件信息的相关事件信息进行与各个子系统相应的处理,以确定从主系统发送至处于前台的子系统以及处于后台的其他子系统的部分事件信息。
4.根据权利要求1或2所述的多系统中提示待处理事件信息的方法,其特征在于,该方法还包括:
基于处于前台的子系统接收到的待处理事件信息,以预定的提示方式生成事件提示消息;
将所述事件提示消息提供至用户。
5.根据权利要求1或2所述的多系统中提示待处理事件信息的方法,其特征在于,该方法还包括:
所述待处理事件信息处理完成后,在所述处于后台的任一子系统中生成事件处理完成信息;
将所述事件处理完成信息从所述处于后台的任一子系统发送至所述主系统;
将所述事件处理完成信息从所述主系统发送至处于前台的子系统以及处于后台的其他子系统,并删除相应子系统中记录的所述待处理事件信息。
6.一种多系统中提示待处理事件信息的装置,应用于包括一个主系统和至少两个子系统的终端设备运行环境中,其特征在于,包括:
第一发送模块,用于检测到处于后台的任一子系统的待处理事件信息,将所述待处理事件信息发送至所述主系统;
第二发送模块,用于将所述待处理事件信息从所述主系统发送至处于前台的子系统以及处于后台的其他子系统。
7.根据权利要求6所述的多系统中提示待处理事件信息的装置,其特征在于,该装置还包括:
设置模块,用于设置针对所述主系统的主管理服务进程,并设置针对各个子系统的多个从管理服务进程;
其中,所述第一发送模块具体用于通过所述主管理服务进程与所述多个从管理服务进程之间的进程间通信方式,将所述处理事件信息从所述处于后台的任一子系统发送至所述主系统;
其中,所述第二发送模块具体用于通过所述主管理服务进程与所述多个从管理服务进程之间的进程间通信方式,将所述处理事件信息从所述主系统发送至所述处于前台的子系统以及处于后台的其他子系统。
8.根据权利要求7所述的多系统中提示待处理事件信息的装置,其特征在于,该装置还包括:
相关信息确定模块,用于通过所述主管理服务进程确定所述主系统接收到的所述待处理事件信息的相关事件信息,并将所述相关事件信息进行记录;
其中,所述相关事件信息包括以下至少任一项:
待处理事件信息的来源子系统;
待处理事件信息的事件内容;
待处理事件信息的事件类型;
待处理事件信息的数量;
其中,该装置还包括:
部分信息确定模块,用于根据事件类型,通过主管理服务进程对待处理事件信息的相关事件信息进行与各个其他子系统相应的处理,以确定从主系统发送至处于前台的子系统以及处于后台的其他子系统的部分事件信息。
9.根据权利要求6或7所述的多系统中提示待处理事件信息的装置,其特征在于,该装置还包括:
消息生成模块,用于基于处于前台的子系统接收到的待处理事件信息,以预定的提示方式生成事件提示消息;
消息提供模块,用于将所述事件提示消息提供至用户。
10.根据权利要求6或7所述的多系统中提示待处理事件信息的装置,其特征在于,该装置还包括:
完成信息生成模块,用于所述待处理事件信息处理完成后,在所述处于后台的任一子系统中生成事件处理完成信息;
第三发送模块,用于将所述事件处理完成信息从所述处于后台的任一子系统发送至所述主系统;
第四发送模块,用于将所述事件处理完成信息从所述主系统发送至处于前台的子系统以及处于后台的其他子系统,并删除相应子系统中记录的所述待处理事件信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510916598.3A CN105550044A (zh) | 2015-12-11 | 2015-12-11 | 多系统中提示待处理事件信息的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201510916598.3A CN105550044A (zh) | 2015-12-11 | 2015-12-11 | 多系统中提示待处理事件信息的方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105550044A true CN105550044A (zh) | 2016-05-04 |
Family
ID=55829241
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201510916598.3A Pending CN105550044A (zh) | 2015-12-11 | 2015-12-11 | 多系统中提示待处理事件信息的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105550044A (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106503502A (zh) * | 2016-10-13 | 2017-03-15 | 北京珠穆朗玛移动通信有限公司 | 基于双系统的通知消息处理方法及其移动终端 |
CN106506228A (zh) * | 2016-11-29 | 2017-03-15 | 北京元心科技有限公司 | 多系统中共享移动网络方法及终端系统 |
CN112148503A (zh) * | 2020-09-14 | 2020-12-29 | 深圳市筑泰防务智能科技有限公司 | 一种接收应用消息的方法、装置、电子设备以及可读存储介质 |
CN113055272A (zh) * | 2019-12-27 | 2021-06-29 | 成都鼎桥通信技术有限公司 | 基于双系统的消息提醒方法、装置和终端设备 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040177141A1 (en) * | 2003-03-06 | 2004-09-09 | Actional Corporation | Network interaction analysis arrangement |
CN104796529A (zh) * | 2015-03-05 | 2015-07-22 | 宇龙计算机通信科技(深圳)有限公司 | 基于双系统的未处理事件的提醒方法及系统 |
-
2015
- 2015-12-11 CN CN201510916598.3A patent/CN105550044A/zh active Pending
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20040177141A1 (en) * | 2003-03-06 | 2004-09-09 | Actional Corporation | Network interaction analysis arrangement |
CN104796529A (zh) * | 2015-03-05 | 2015-07-22 | 宇龙计算机通信科技(深圳)有限公司 | 基于双系统的未处理事件的提醒方法及系统 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106503502A (zh) * | 2016-10-13 | 2017-03-15 | 北京珠穆朗玛移动通信有限公司 | 基于双系统的通知消息处理方法及其移动终端 |
CN106506228A (zh) * | 2016-11-29 | 2017-03-15 | 北京元心科技有限公司 | 多系统中共享移动网络方法及终端系统 |
CN113055272A (zh) * | 2019-12-27 | 2021-06-29 | 成都鼎桥通信技术有限公司 | 基于双系统的消息提醒方法、装置和终端设备 |
CN112148503A (zh) * | 2020-09-14 | 2020-12-29 | 深圳市筑泰防务智能科技有限公司 | 一种接收应用消息的方法、装置、电子设备以及可读存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104967550B (zh) | 未读消息显示方法及装置 | |
CN109725975B (zh) | 消息被读状态的提示方法、装置和电子设备 | |
CN102111505B (zh) | 一种移动终端短信息提示显示方法 | |
EP2699029A1 (en) | Method and Device for Providing a Message Function | |
CN103984468A (zh) | 信息处理的方法和装置 | |
CN105550044A (zh) | 多系统中提示待处理事件信息的方法及装置 | |
CN103618830B (zh) | 一种未读信息查看方法以及装置 | |
CN104133687A (zh) | 未处理通知事件处理方法及便携式终端 | |
CN105573848A (zh) | 多系统中对待处理事件信息进行提示的方法及装置 | |
KR101647247B1 (ko) | 메시지 표시방법, 장치, 프로그램 및 기록매체 | |
CN111787493A (zh) | 消息发送方法、消息发送装置及电子设备 | |
CN104881279A (zh) | 一种群发消息的方法及装置 | |
US11704629B2 (en) | Methods and devices for processing information card | |
CN102811283A (zh) | 一种终端通信显示方法及终端 | |
CN105607749A (zh) | 快捷操作方法、快捷操作装置和终端 | |
CN104333644B (zh) | 移动通信终端及其更新消息的状态的方法 | |
CN107977246A (zh) | 对应用程序的通知进行处理的方法和设备 | |
CN105404558A (zh) | 多系统中事件处理的方法及装置 | |
US9525756B2 (en) | Method and apparatus for invoking content of contact list | |
CN112235412B (zh) | 消息处理方法和装置 | |
US20150215246A1 (en) | Messaging and task management device and method thereof | |
CN104394280A (zh) | 通信信息的菜单选项显示方法和装置 | |
CN100466827C (zh) | 一种短信新信息的提示方法 | |
KR20140102901A (ko) | 전자기기의 이메일 관리 장치 및 방법 | |
CN112099715B (zh) | 信息处理方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160504 |