应用模块的管理方法和网络多媒体设备的制作方法

文档序号:6340966阅读:164来源:国知局
专利名称:应用模块的管理方法和网络多媒体设备的制作方法
技术领域
本发明涉及通信领域,尤其涉及一种应用模块的管理方法和网络多媒体设备。
背景技术
随着通信技术的快速发展,在三网融合的背景和趋势下,越来越多的家用网络多媒体设备(例如,包括机顶盒和媒体播放器等)的使用正在不断普及。虽然这些设备的功能正在不断得到增加和完善,但是,目前的多媒体设备并不能够合理应对设备使用过程中不同功能模块出现的突发事件。在目前的多媒体设备中,往往包含各种功能模块,例如,设备中可以包括用于播放多媒体的视频/音频播放模块、用于实现游戏功能的游戏模块、以及用于实现电话功能的呼叫模块等。通常,多媒体设备上的多个功能模块不能够在同一时刻运行,例如,视频/音频播放模块和游戏模块不能够同时运行,也就是说,当用户正在观看多媒体节目时,如果用户希望玩游戏,则必须停止视频/音频播放模块的运行,并使游戏模块运行,从而避免模块运行出现冲突。通常,在多媒体设备的使用当中,呼叫的优先级较高,也就是说,假设用户在玩游戏,一旦该多媒体设备收到呼叫,就认为呼叫事件被触发,此时应当提示用户是否接听呼口q,并在用户接听呼叫的情况下,使正在运行的游戏模块停止运行,并使呼叫模块运行。在上述过程中,呼叫事件的检测和应对等处理是通过游戏模块完成的,类似地,视频/音频播放模块以及设备上的其他模块均应当具备处理上述事件的功能,这样就会增加功能模块开发的难度和工作量。针对相关技术中多媒体设备内的各个功能模块均需要具有事件检测和处理功能而导致设备的功能模块开发难度高、工作量大问题,目前尚未提出有效的解决方案。

发明内容
针对相关技术中多媒体设备内的各个功能模块均需要具有事件检测和处理功能而导致设备的功能模块开发难度高、工作量大问题,本发明提出了一种应用模块的管理方法和网络多媒体设备,能够避免每个应用模块进行事件的相关处理,从而降低功能模块的开发难度和工作量。本发明的技术方案是这样实现的一种应用模块的管理方法,应用于网络多媒体设备,其特征在于,所述网络多媒体设备包含应用管理模块、呼叫模块和其他应用模块,所述方法包括在网络多媒体设备上所述其他应用模块中的一个应用模块运行的情况下,如果所述应用管理模块确定需要运行所述呼叫模块,则所述应用管理模块提示用户是否需要使所述呼叫模块运行;在所述用户指示需要使所述呼叫模块运行的情况下,所述应用管理模块将当前正在运行的所述应用模块确定为需要停止运行的应用模块;
所述应用管理模块使确定的所述应用模块停止运行,并使所述呼叫模块运行。其中,在所述网络多媒体设备接到呼叫的情况下,所述应用管理模块确定需要运行所述呼叫模块。进一步地,上述方法还包括在所述用户指示不需要使所述呼叫模块运行的情况下,所述应用管理模块确定不需要停止当前正在运行的应用模块。优选地,所述应用模块包括以下之一视频应用模块、音频应用模块、信息应用模块、游戏应用模块。一种网络多媒体设备,其特征在于,包括应用管理模块、呼叫模块和其他应用模块,其中,所述应用管理模块用于在所述其他应用模块中的一个应用模块运行的情况下,如果确定需要运行所述呼叫模块,则提示用户是否需要使所述呼叫模块运行;并用于在所述用户指示需要使所述呼叫模块运行的情况下,将当前正在运行的所述应用模块确定为需要停止运行的应用模块,使确定的所述应用模块停止运行,并使所述呼叫模块运行。进一步地,所述应用管理模块还用于在所述网络多媒体设备接到呼叫的情况下, 确定需要运行所述呼叫模块。其中,所述应用管理模块还用于在所述用户指示不需要使所述呼叫模块运行的情况下,确定不需要停止当前正在运行的应用模块。优选地,所述应用模块包括以下之一视频应用模块、音频应用模块、信息应用模块、游戏应用模块。借助于本发明的上述技术方案,能够以统一、简单的方式处理触发的呼叫事件,解决了相关技术中需要应用层的功能模块频繁检测突发事件的问题,能够避免应用模块参与事件的处理,并降低应用模块的开发难度和工作量,从而优化突发事件的管理,提高突发事件的处理效率。


图1是根据本发明实施例的应用模块的管理方法的流程图;图2是根据本发明实施例的网络多媒体设备的结构框图;图3是根据本发明实施例的网络多媒体设备的具体结构实例的框图;图4是根据本发明实施例的网络多媒体设备的对事件进行管理的原理示意图;图5是根据本发明实施例的网络多媒体设备的对触发的事件进行处理和分发的处理流程图;图6是根据本发明实施例的网络多媒体设备中底层模块和管理模块进行交互的流程图;图7是根据本发明实施例的网络多媒体设备中事件管理模块接到事件通知后事件管理模块处理事件的流程图;图8是本发明处理VoIP触发事件的简要处理流程图。
具体实施方式
针对相关技术中多媒体设备内的各个功能模块均需要具有事件检测和处理功能而导致设备的功能模块开发难度高、工作量大问题,本发明提出对各个模块运行过程中出现的突发事件(呼叫事件)进行统一处理,避免应用模块参与事件的处理,降低应用模块的开发难度和工作量,能够优化突发事件的管理。下面将结合附图,以VOIP作为实例来描述事件由触发到呈现最终处理事件的流程。图1是根据本发明实施例的应用模块的管理方法的流程图,该方法可以应用于网络多媒体设备中,例如,机顶盒、媒体播放器等,具体地,网络多媒体设备中包含应用管理模块、呼叫模块和其他应用模块,如图1所示,该方法包括以下步骤步骤S101,在网络多媒体设备上其他应用模块中的一个应用模块运行的情况下, 如果应用管理模块确定需要运行呼叫模块,则应用管理模块提示用户是否需要使呼叫模块运行;步骤S103,在用户指示需要使呼叫模块运行的情况下,应用管理模块将当前正在运行的应用模块确定为需要停止运行的应用模块;步骤S105,应用管理模块使确定的应用模块停止运行,并使呼叫模块运行。借助于上述处理,能够以统一、简单的方式处理触发的呼叫事件,解决了相关技术中需要应用层的功能模块频繁检测突发事件的问题,能够避免应用模块参与事件的处理, 并降低应用模块的开发难度和工作量,从而优化突发事件的管理,提高突发事件的处理效率,无论用户处于何种状态下(非关机),都能针对突发事件快速给出响应。在步骤SlOl中,在网络多媒体设备接到呼叫的情况下,应用管理模块确定需要运行呼叫模块。在步骤S103中,在用户指示不需要使呼叫模块运行的情况下,应用管理模块确定不需要停止当前正在运行的应用模块,用户继续使用该应用模块提供的多媒体服务。具体地,应用模块可以包括以下之一视频应用模块、音频应用模块、信息应用模块、游戏应用模块。图2是根据本发明实施例的网络多媒体设备的结构框图,如图2所示,该设备可以包括应用管理模块1、呼叫模块2和其他应用模块,其中,应用管理模块1用于在其他应用模块中的一个应用模块3运行的情况下,如果确定需要运行呼叫模块2,则提示用户是否需要使呼叫模块2运行;并用于在用户指示需要使呼叫模块2运行的情况下,将当前正在运行的应用模块3确定为需要停止运行的应用模块3,使确定的应用模块3停止运行,并使呼叫模块2运行。其中,应用管理模块1还用于在网络多媒体设备接到呼叫的情况下,确定需要运行呼叫模块2。另外,应用管理模块1还用于在用户指示不需要使呼叫模块2运行的情况下,确定不需要停止当前正在运行的应用模块3。具体地,应用模块3可以包括以下之一视频应用模块、音频应用模块、信息应用模块、游戏应用模块。图3是根据本发明实施例的网络多媒体设备的具体结构框图,如图3所示,该设备包括底层模块、应用模块和管理模块。
其中,底层模块由操作系统、驱动、协议等部分组成。应用模块由具体的各个应用组成(例如视频应用、音频应用、信息应用、游戏应用、呼叫应用等等),appl、app2、…、appn(表示η个应用)。管理模块包括三个子模块应用分组管理模块、事件管理模块和处理协调模块 (上文所述的应用管理模块具备事件管理模块和处理协调模块的功能),具体地,如图4所示,应用分组管理模块包括多个进程processl、process2、…、processN(表示N个进程), 应用分组管理模块用于管理应用模块,并提供接口以供应用模块调用、以及和底层模块进行通信等;处理协调模块用于协调应用分组管理模块各个进程之间的切换和管理,以及事件管理模块和其它模块之间的通信,处理协调模块是单一进程,利用系统消息和事件的形式与其它模块进行通信;事件管理模块用于完成对触发的事件通知给用户,再根据用户的操作通知其它模块来响应用户,事件管理模块是单一进程,利用系统消息和处理协调模块进行通信。例如,用户A正在通过网络多媒体设备观看视频,如果其他用户(例如用户B)通过网络多媒体设备给用户A打电话,底层模块会触发该呼叫事件,处理协调模块直接检测到事件触发或者应用管理模块检测到该呼叫事件发生,通知处理协调模块;处理协调模块会通知事件管理模块该呼叫事件发生,事件管理模块将该呼叫事件通知给用户A,显示合适的UI (对话框)提示用户A,并供用户A对UI进行操作(例如,UI显示用户接听该呼叫或拒绝该呼叫),用户A可以通过按键选择接听或拒绝通知事件管理模块,用户选择完成后, UI消失,事件管理模块将用户A的选择通知给处理协调模块;处理协调模块完成对事件的分发处理,如果用户A选择接听,用户A与用户B就可以通过网络多媒体设备进行通话,用户A中止观看视频,如果用户A选择拒绝,用A与用户B户不可以进行通话,用户A可以继续观看视频。可就是说,在具体实现过程中,底层模块触发事件(例如呼叫事件)发生,应用管理模块检测到该事件,根据具体事件组织相应的传递参数到自定义对象的格式数据中,通知处理协调模块(处理协调模块直接检测到事件触发),处理协调模块接收到事件后记录相应的数据,检测是否存在触发的事件,并等待用户处理,存在等待事件,则检测事件优先级,优先级高与现存的事件则优先处理,否则进行压栈处理,对于非模态对话框类型的事件则不比较优先级,直接通知事件管理模块进行,事件管理模块接收到事件发生,根据传递的具体信息来显示UI通知用户,用户通过遥控器处理发生的事件,事件管理模块接收到用户的操作请求,通知处理协调模块,处理协调模块做出对事件的处理。具体地,在应用分组管理模块、处理协调模块和事件管理模块之间采用自定义对象数据格式进行参数传递,利用系统消息进行通信。数据格式如下{ "sum" :3, "eventType" :1, "priority" 2, "boxType" :0,“params” :[ “是否重新播放? ”,“确定,,, “取消”],“value” [ "paramsl", "params2"]};其中“sum”项代表UI需要显示的参数个数,“eventType”表示事件类型,“priority”表示事件优先级,“boxType”表示UI对话框类型,本方案分为模态对话框和非模态对话框。(模态对话框是指需要用户做出选择的对话框,非模态对话框是指不需要用户做出选择的对话框);“params”项代表UI显示的内容的参数;“value”则表示处理协调模块模块处理用户选择时可能需要的参数。采用这种自定义对象数据的形式便于数据传递和组织,在不改变接口形式的情况下有益于数据的扩充。
图5是根据本发明实施例的底层模块和管理模块的交互流程图,显示事件触发后事件传递的一种形式,在该处理流程中,处理协调模块直接检测到底层模块触发事件,之后处理协调模块内部将对触发的事件进行处理和分发,如图5所示,包括以下处理步骤S501,底层模块触发事件(例如呼叫事件);步骤S502,处理协调模块直接检测到底层模块触发事件;步骤S503,处理协调模块接收到事件;步骤S504,处理协调模块判断该事件的对话框类型是否为模态,如果为模态,则进行步骤S505,如果为非模态,则进行步骤S508 ;步骤S505,处理协调模块判断是否存在其他等待事件(例如关闭视频、关闭游戏等),如果存在其他等待事件,则进行步骤S506,如果不存在其他等待事件,则进行步骤 S508 ;步骤S506,处理协调模块判断是否存在事件优先级,如果存在事件优先级,则进行步骤S507,如果不存在事件优先级,则进行步骤S508 ;步骤S507,处理协调模块对事件进行压栈处理,S卩,优选处理事件优先级高的事件,然后再处理事件优先级低的事件,例如,处理协调模块会判断接收到的事件和其他等待事件优先级的高低,并优先处理事件优先级高的事件;步骤S508,处理协调模块将接收到的事件通知给事件管理模块。图6是根据本发明实施例的底层模块和管理模块的交互流程图,显示事件触发后事件传递的一种形式,在该处理流程中,处理协调模块没有直接检测到底层模块触发事件, 而是应用管理分组模块检测到底层模块触发事件,如图6所示,包括以下处理步骤S601,底层模块触发事件(例如呼叫事件);步骤S602,应用管理分组模块检测到底层模块触发事件,并接收该事件,组织相应的自定义对象数据利用系统消息通信的方式,通知处理协调模块事件触发;步骤S603,处理协调模块接收到事件;步骤S604,处理协调模块判断该事件的对话框类型是否为模态,如果为模态,则进行步骤S605,如果为非模态,则进行步骤S608 ;步骤S605,处理协调模块判断是否存在其他等待事件(例如关闭视频、关闭游戏等),如果存在其他等待事件,则进行步骤S606,如果不存在其他等待事件,则进行步骤 S608 ;步骤S606,处理协调模块判断是否存在事件优先级,如果存在事件优先级,则进行步骤S607,如果不存在事件优先级,则进行步骤S608 ;步骤S607,处理协调模块对事件进行压栈处理,S卩,优选处理事件优先级高的事件,然后再处理事件优先级低的事件,例如,处理协调模块会判断接收到的事件和其他等待事件优先级的高低,并优先处理事件优先级高的事件;步骤S608,处理协调模块将接收到的事件通知给事件管理模块。图7是处理协调模块将事件通知给事件管理模块后,事件管理模块对事件的处理流程,在这个事件处理流程中对于模态对话框的事件需要用户参与,对于非模态对话框的情况只做为一种信息提示给用户,不需要用户进行参与如图7所示,包括以下处理步骤S701,处理协调模块将事件通知给事件管理模块;
7
步骤S702,事件管理模块接收到事件;步骤S703,事件管理模块解析处理协调模块传递的参数,并判断事件的的对话框类型是否为模态,如果为模态,则进行步骤S704,如果为非模态,则进行步骤S710 ;步骤S704,事件管理模块在屏幕上为用户显示模态对话框UI ;步骤S705,用户对该对话框UI执行操作;步骤S706,事件管理模块接收到用户的操作,并根据用户的操作对事件进行处理;步骤S707,事件管理模块通知处理协调模块对事件进行处理;步骤S708,处理协调模块处理用户的操作;步骤S709,判断栈中是否存在事件,如果存在,则进行步骤S701,如果存在,则进行步骤S712 ;步骤S710,事件管理模块在屏幕上为用户显示非模态对话框UI ;步骤S711,非模态对话框UI超时会退出显示,并进行步骤S712 ;步骤S712,流程结束。在图7所示的流程中,图形显示过程中,图形显示部分会根据处理协调模块传递来的信息来进行相应的图形显示,在需要用户响应的情况下,事件管理模块会根据用户的操作来通知处理协调模块用户的操作结果。协调处理模块接收到事件管理模块的系统消息后会根据接收的数据进行响应的处理。事件处理完后,会继续检测栈中是否存在未处理事件,存在则通知处理协调模块事件触发,直到栈中事件处理完毕。下面以互联网协议电话(Voice overlnternet Protocol,简称为VOIP)事件为例对本发明实施例进行说明。VOIP即网络电话,是一种IP电话业务,通过网络来实现电话的通话,将模拟的声音讯号引经过压缩与封包之后,以数据封包的形式在IP网络进行语音讯号的传输,通俗来说也就是互联网电话或IP电话。VOIP网络电话,中文就是“通过IP数据包发送实现的语音业务”,它使你可以通过互联网免费或是资费很低地传送语音、传真、视频和数据等业务。本系统终端支持终端到终端的通话模式,VOIP事件由底层模块的某协议触发,当来电到达时, 处理协调模块会检测到该事件,处理协调模块检测到VOIP事件后,则组织该事件的自定义对象数据,数据如下{ "sum" :3,"eventType" :1,"priority" :0,"boxType" :0,"params":[ “是否接听? ”,“接听”,“拒接”],“value” [ “来电号码” ]} ;“sum,,:3表示“params”中存在三个参数需要UI显示,其中规定第一项表示提示信息,后两项分别表示用户的选择项。VOIP事件中为“接听”和“拒接”。优先级priority为0,表示优先级最高,针对VOIP事件,优先级应该设置为最高级,boXType:0表示模态对话框。1代表非模态对话框。VOIP事件需要用户来进行选择参与,进行接听或拒接的操作,所以需要设置为模态对话框类型,“value”中来电号码选项供处理协调模块来使用。属于事件的一个私有数据段,正对不同事件可以定义成不同的含义,在VOIP事件中,表示的是来电者的来电号码。数据组织完毕后,处理协调模块进程根据自定义对象数据来做出相应的处理,因为VOIP事件的优先级最高,所以处理协调进程会立刻通知事件管理模块的进程进行处理该事件,事件管理模块根据获取的自定义对象数据来进行UI显示处理。通知用户存在来电是否接听,用户做出选择后,事件管理模块将用户的选择传递到处理协调模块管理进程,处理协调模块根据用户的选择进行接听或拒接接听的处理。如果用户选择接听来电,则处理协调模块会通过系统消息的通信方式通知应用管理模块来启动具体的VOIP应用,如果用户在VOIP应用中,则VOIP应用不用启动,直接接收到应用管理模块的来电通知,如果在其它应用中,则应用管理模块则会关闭当前应用,启动VOIP应用,进行通话。这样无论来电时用户处于哪一个应用中,对于这种突发的事件都可以进行有效的管理,还可以做到和用户所处的具体应用无关且不会相互影响。下面结合图8对本发明实施例中对VOIP事件的处理过程进行描述,如图8所示, 包括以下处理步骤S801,底层模块触发VOIP事件;步骤S802,处理协调模块检测到VOIP事件通知;步骤S803,处理协调模块针对VOIP事件组织自定义参数;步骤S804,处理协调模块将VOIP事件通知给事件管理模块;步骤S805,事件管理模块接收该VOIP事件;步骤S806,事件管理模块解析处理处理协调模块传递的参数;步骤S807,事件管理模块在屏幕上为用户显示模态对话框UI ;步骤S808,用户选择接听或者拒绝接听,如果用户选择接听,则进行步骤S809,如果用户选择拒绝接听,则进行步骤S810 ;步骤S809,事件管理模块接收到用户发送的接听操作;步骤S809,事件管理模块接收到用户发送的拒绝接听操作;步骤S811,事件管理模块通知处理协调模块用户的选择;步骤S812,处理协调模块处理用户的操作;步骤S813,判断栈中是否存在事件,如果存在,则进行步骤S804,如果存在,则进行步骤S814 ;步骤S814,流程结束。综上所述,借助于本发明的上述技术方案,能够以统一、简单的方式处理触发的呼叫事件,解决了相关技术中需要应用层的功能模块频繁检测突发事件的问题,能够避免应用模块参与事件的处理,并降低应用模块的开发难度和工作量,从而优化突发事件的管理, 提高突发事件的处理效率,无论用户处于何种状态下(非关机),都能针对突发事件快速给出响应。以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
权利要求
1.一种应用模块的管理方法,应用于网络多媒体设备,其特征在于,所述网络多媒体设备包含应用管理模块、呼叫模块和其他应用模块,所述方法包括在网络多媒体设备上所述其他应用模块中的一个应用模块运行的情况下,如果所述应用管理模块确定需要运行所述呼叫模块,则所述应用管理模块提示用户是否需要使所述呼叫模块运行;在所述用户指示需要使所述呼叫模块运行的情况下,所述应用管理模块将当前正在运行的所述应用模块确定为需要停止运行的应用模块;所述应用管理模块使确定的所述应用模块停止运行,并使所述呼叫模块运行。
2.根据权利要求1所述的管理方法,其特征在于,在所述网络多媒体设备接到呼叫的情况下,所述应用管理模块确定需要运行所述呼叫模块。
3.根据权利要求1所述的管理方法,其特征在于,还包括在所述用户指示不需要使所述呼叫模块运行的情况下,所述应用管理模块确定不需要停止当前正在运行的应用模块。
4.根据权利要求1至3中任一项所述的管理方法,其特征在于,所述应用模块包括以下之一视频应用模块、音频应用模块、信息应用模块、游戏应用模块。
5.一种网络多媒体设备,其特征在于,包括应用管理模块、呼叫模块和其他应用模块, 其中,所述应用管理模块用于在所述其他应用模块中的一个应用模块运行的情况下,如果确定需要运行所述呼叫模块,则提示用户是否需要使所述呼叫模块运行;并用于在所述用户指示需要使所述呼叫模块运行的情况下,将当前正在运行的所述应用模块确定为需要停止运行的应用模块,使确定的所述应用模块停止运行,并使所述呼叫模块运行。
6.根据权利要求5所述的网络多媒体设备,其特征在于,所述应用管理模块还用于在所述网络多媒体设备接到呼叫的情况下,确定需要运行所述呼叫模块。
7.根据权利要求5所述的网络多媒体设备,其特征在于,所述应用管理模块还用于在所述用户指示不需要使所述呼叫模块运行的情况下,确定不需要停止当前正在运行的应用模块。
8.根据权利要求4至7中任一项所述的网络多媒体设备,其特征在于,所述应用模块包括以下之一视频应用模块、音频应用模块、信息应用模块、游戏应用模块。
全文摘要
本发明公开了一种应用模块的管理方法和网络多媒体设备,其中,该方法包括在网络多媒体设备上其他应用模块中的一个应用模块运行的情况下,如果应用管理模块确定需要运行呼叫模块,则应用管理模块提示用户是否需要使呼叫模块运行;在用户指示需要使呼叫模块运行的情况下,应用管理模块将当前正在运行的应用模块确定为需要停止运行的应用模块;应用管理模块使确定的应用模块停止运行,并使呼叫模块运行。本发明能够以统一、简单的方式处理触发的呼叫事件,解决了相关技术中需要应用层的功能模块频繁检测突发事件的问题,能够避免应用模块参与事件的处理,并降低应用模块的开发难度和工作量,从而优化突发事件的管理,提高突发事件的处理效率。
文档编号G06F9/48GK102546997SQ20101061821
公开日2012年7月4日 申请日期2010年12月22日 优先权日2010年12月22日
发明者曹山, 陈华岭 申请人:北京国微集成技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1