CN1573702A - 资源管理装置、资源管理方法及存储媒体 - Google Patents
资源管理装置、资源管理方法及存储媒体 Download PDFInfo
- Publication number
- CN1573702A CN1573702A CNA200410044800XA CN200410044800A CN1573702A CN 1573702 A CN1573702 A CN 1573702A CN A200410044800X A CNA200410044800X A CN A200410044800XA CN 200410044800 A CN200410044800 A CN 200410044800A CN 1573702 A CN1573702 A CN 1573702A
- Authority
- CN
- China
- Prior art keywords
- function
- mentioned
- resource
- module
- media
- 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
Images
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/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5005—Allocation of resources, e.g. of the central processing unit [CPU] to service a request
- G06F9/5027—Allocation of resources, e.g. of the central processing unit [CPU] to service a request the resource being a machine, e.g. CPUs, Servers, Terminals
-
- 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/50—Allocation of resources, e.g. of the central processing unit [CPU]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2209/00—Indexing scheme relating to G06F9/00
- G06F2209/50—Indexing scheme relating to G06F9/50
- G06F2209/504—Resource capping
-
- G—PHYSICS
- G11—INFORMATION STORAGE
- G11B—INFORMATION STORAGE BASED ON RELATIVE MOVEMENT BETWEEN RECORD CARRIER AND TRANSDUCER
- G11B20/00—Signal processing not specific to the method of recording or reproducing; Circuits therefor
- G11B20/10—Digital recording or reproducing
- G11B20/10527—Audio or video recording; Data buffering arrangements
- G11B2020/10537—Audio or video recording
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明公开了一种资源管理装置、资源管理方法及存储媒体。本发明的目的在于:提供一种有效地同时进行多个媒体处理的资源管理装置及资源管理方法。资源管理装置包括应用处理机(101)、及媒体处理机(102)。媒体处理机(102)拥有:都具备基本功能和扩充功能的功能模块、拥挤分析部(222)、数据库部(221)及***管理部(220)。在客户要求追加功能的情况下,当检测出拥挤时,拥挤分析部(222)从扩充功能中选择应该删除的对象的候补,并且,在删除该扩充功能后追加被要求的功能。这样一来,由于能够将资源先分配给基本功能,再分配给扩充功能,因此能够有效地使用资源。
Description
技术领域
本发明涉及一种在进行媒体处理的媒体处理机中,能够同时执行多个媒体模块的资源管理装置及资源管理方法。
背景技术
以往,采用以下的方法作为媒体处理的资源管理方法,该方法是:事先设定在各个媒体处理中使用的资源的最大值,在执行媒体处理时,通过确保所设定的最大值的资源来保证即时性。在该方法中,通过控制资源分配使其不超过所设定的最大值,实现了多个媒体处理的同时执行。这种技术例如在日本特开平10-289115号公报中被明确指出。
但是,由于在单个媒体处理机中处理的媒体的种类增加了,并且,同时进行多个媒体处理的必要性增加了,因此,当资源不够时,通过恰当地分配媒体处理使用的资源,来提高同时执行媒体处理的重要性近年来变得越来越显著。
在以往的技术中,在同时进行多个媒体处理时,没有考虑媒体处理机内资源的最恰当分配,只考虑对各个媒体处理提供所需要的一定量的资源。因此,在被分配的媒体处理机内产生资源的浪费,不能够有效地分配资源。
发明内容
本发明的目的在于:解决上述的课题,提供一种能够同时执行更多的媒体模块的媒体处理方法。
本发明的资源管理装置包括媒体处理机。该媒体处理机拥有:进行媒体处理用的媒体模块;在要求追加功能的情况下,当发生资源的拥挤时,参照包含上述媒体模块的功能情报和上述媒体处理功能的资源情报的模块情报、与表示上述媒体处理功能的启动状态的模块状态情报,来调整资源分配的拥挤分析部;以及根据上述拥挤分析部所调整的资源分配,确保及释放资源的***管理部。
这样一来,当资源拥挤时,由于拥挤分析部能够删除启动中的功能,实现资源的有效利用,因此,能够同时进行多个媒体处理。
这里,最好还包括存储上述模块情报和上述模块状态情报的数据库部。
上述媒体处理功能,分为媒体处理所必不可少的基本功能、及为附加功能的扩充功能。在要求追加功能的情况下,当发生资源的拥挤时,上述拥挤分析部通过在删除启动中的上述扩充功能后,让要求追加的功能启动,能够有效地分配资源,迅速地进行媒体处理。
由于上述媒体模块有多个存在,上述模块情报含有按照媒体模块的不同而定的优先级,上述媒体处理机还拥有当发生资源的拥挤时,将按照上述媒体模块而定的优先级较低的上述媒体模块依次定为删除对象用的模块决定部,因此例如能够从使用频率较低的媒体处理内的功能开始删除,让要求追加的功能启动。从而能够有效地分配资源,同时,减少处理的负担,提高对应客户要求的响应速度。
由于上述模块情报含有按照上述扩充功能的不同而定的优先级,上述媒体处理机还拥有当发生资源的拥挤时,将按照上述功能的不同而定的优先级较低的上述扩充功能依次定为删除对象用的功能决定部,因此,能够将优先级较低的扩充功能使用的资源分配给要求追加的功能,并且,能够更进一步地提高对应客户要求的响应速度。
由于上述媒体处理机还拥有当发生资源的拥挤时,向上述媒体模块询问应该删除启动中的多个上述扩充功能的哪一个,并且,决定至少删除最先响应的上述媒体模块中的上述扩充功能用的响应处理部,因此,能够提高对应客户要求的响应速度。
本发明的资源管理方法,为使用包括媒体处理机的资源管理装置的资源管理方法,该媒体处理机包括:进行将媒体处理功能分成扩充功能和媒体处理所必不可少的基本功能用的媒体模块、拥挤分析部、及***管理部。本发明的资源管理方法,包括:在要求追加功能的情况下,当发生资源的拥挤时,上述拥挤分析部,参照含有上述媒体模块的功能情报和上述媒体处理功能的资源情报的模块情报、及表示上述媒体处理功能的启动状态的模块状态情报,来调整资源分配的步骤(a);及上述***管理部,根据上述拥挤分析部在上述步骤(a)中调整的资源分配,确保及释放资源的步骤(b)。
这样一来,由于在发生资源的拥挤时,拥挤分析部恰当地再一次分配资源,因此实现了资源的有效利用,结果能够同时进行多个媒体处理。
由于上述步骤(a)包括:上述拥挤分析部,比较要求追加的功能所需要的资源量与空资源量的步骤(a1);及在上述步骤(a1)中,当空资源量少于要求追加的功能所需要的资源量时,上述拥挤分析部询问应该删除启动中的上述扩充功能中的哪一个的步骤(a2),因此实现了资源的有效利用。
由于上述媒体模块有多个存在,上述模块情报含有根据媒体模块的不同而定的优先级,上述媒体处理机还拥有模块决定部,上述步骤(a)包括:上述拥挤分析部,比较要求追加的功能所需要的资源量与空资源量的步骤(a1);在上述步骤(a1)中,当空资源量少于要求追加的功能所需要的资源量时,上述模块决定部,将按照上述媒体模块的不同而定的优先级较低的上述媒体模块依次定为删除对象的步骤(a3);及上述拥挤分析部,询问应该删除在上述步骤(a3)决定的上述媒体模块中,处于启动状态的上述扩充功能的哪一个的步骤(a4),因此当发生资源的拥挤时,通过先删除优先级较低的模块的功能,能够有效地分配资源,同时,减少处理的负担,提高对应用户要求的响应速度。
由于上述模块情报含有按照上述扩充功能的不同而定的优先级,上述媒体处理机还拥有功能决定部,上述步骤(a)包括:上述拥挤分析部,比较要求追加的功能所需要的资源量与空资源量的步骤(a1);在上述步骤(a1)中,当空资源量少于要求追加的功能所需要的资源量时,上述功能决定部,将按照上述功能不同而定的优先级较低的启动中的上述扩充功能依次定为删除对象的步骤(a5);以及上述拥挤分析部,询问是否删除在上述步骤(a5)中决定的上述扩充功能的步骤(a6),因此能够依次删除优先级较低的功能,实现资源的有效利用,同时,提高对应用户要求的响应速度。
由于上述媒体处理机还拥有响应处理部,上述步骤(a)包括:上述拥挤分析部,比较要求追加的功能所需要的资源量与空资源量的步骤(a1);在上述步骤(a1)中,当空资源量少于要求追加的功能所需要的资源量时,上述拥挤分析部,向上述媒体模块询问应该删除启动中的多个上述扩充功能的哪一个的步骤(a7);在上述步骤(a7)后,上述响应处理部决定至少删除最先响应的上述媒体模块中的上述扩充功能的步骤(a8);及上述响应处理部,将不同意删除的命令传送到在上述步骤(a8)后响应的上述媒体模块的步骤(a9),因此,即使有响应速度不同的多个媒体模块,也能够提高对应用户要求的响应速度。
本发明的存储媒体,为能够存储让计算机执行步骤(a)和步骤(b)的程序的计算机读取存储媒体。步骤(a)为:在要求追加功能的情况下,当发生资源的拥挤时,参照含有上述媒体模块的功能情报与上述媒体处理功能的资源情报的模块情报、和表示上述媒体处理功能的启动状态的模块状态情报,来调整资源分配;步骤(b)为:根据在上述步骤(a)所调整的资源分配,确保及释放资源。
这样一来,能够使用计算机同时进行多个媒体处理。
(发明的效果)
根据本发明的资源管理装置,由于将媒体处理功能分为基本功能和扩充功能,因此删除了在资源的拥挤时处于启动中的扩充功能,从而能够同时进行更多的媒体模块的媒体处理。
并且,当发生资源的拥挤时,能够按照媒体模块的不同而定的优先级和按照功能不同而定的优先级选出应该删除的扩充功能。而且,通过设置响应处理部,也能够提高对应用户要求追加功能的响应速度。
附图的简单说明
图1为示出了本发明的第1实施例所涉及的资源管理装置的结构例的方块图。
图2为详细地示出了在第1实施例的资源管理装置中,应用处理机及媒体处理机的结构的方块图。
图3为详细地示出了在第1实施例的资源管理装置中,应用处理机及媒体处理机的结构的方块图。
图4为示出了在第1实施例的资源管理方法中,存储在数据库部的模块情报的一个例子的图。
图5为示出了在第1实施例的媒体处理方法中,存储在数据库部的模块状态情报的一个例子的图。
图6为示出了在第1实施例的媒体处理方法中,处理资源拥挤时的过程的流程图。
图7为示出了在第1实施例的资源管理装置中,CPU的资源占有率发生变化的图。
图8为示出了本发明的第2实施例所涉及的资源管理装置的结构例的方块图。
图9为示出了在第2实施例的资源管理方法中,存储在数据库部的模块情报的一个例子的图。
图10为示出了在第2实施例的媒体处理方法中,存储在数据库部的模块状态情报的一个例子的图。
图11为示出了在第2实施例的媒体处理方法中,处理资源拥挤时的过程的流程图。
图12(a)为示出了在第1实施例的资源管理装置中,CPU的资源占有率发生变化的图;图12(b)为示出了在第2实施例的资源管理装置中,CPU的资源占有率发生变化的图。
图13为示出了本发明的第3实施例所涉及的资源管理装置的结构例的方块图。
图14为示出了在第3实施例的资源管理方法中,存储在数据库部的模块情报的一个例子的图。
图15为示出了在第3实施例的媒体处理方法中,存储在数据库部的模块状态情报的一个例子的图。
图16为示出了在第3实施例的媒体处理方法中,处理资源拥挤时的过程的流程图。
图17(a)为示出了在第1实施例的资源管理装置中,内存的资源占有率发生变化的图;图17(b)为示出了在第3实施例的资源管理装置中,内存的资源占有率发生变化的图。
图18为示出了本发明的第4实施例所涉及的资源管理装置的结构例的方块图。
图19为示出了在第4实施例的媒体处理方法中,处理资源拥挤时的过程的流程图。
图20为示出了当从声音通话应用发出开始声音通话的要求时,在第1实施例与第4实施例的资源管理装置中的各个方块之间的顺序的图。
(符号的说明)
100-资源管理装置;101-应用处理机;102-媒体处理机;103-主应用;110-静止画处理应用;111-AV再生应用;112-声音通话应用;113,513-静止画处理模块;114,514-AV再生模块;115,515-声音通话模块;150-累积媒体;151-内存;160-键盘器件;161-照相机;162-LCD;163-喇叭;164-麦克风;165-基频处理机;220-***管理部;221,321,421-数据库部;222,322,422,522-拥挤分析部;323-模块决定部;424-功能决定部;525-响应处理部。
具体实施方式
以下,参照附图对本发明的实施例加以详细说明。
(第1实施例)
图1为示出了本发明的第1实施例所涉及的资源管理装置的结构例的方块图。如该图所示,本实施例的资源管理装置100包括:CPU(应用处理机)101(以下,记载为应用处理机101)、CPU(媒体处理机)102(以下,记载为媒体处理机102)、累积媒体150、内存151、键盘器件160、照相机161、LCD162、喇叭163、麦克风164、及基频处理机165。
并且,应用处理机101包括根据客户的要求***体模块进行媒体处理用的各种应用。在本实施例中,应用处理机101包括:主应用103、静止画处理应用110、AV再生应用111、及声音通话应用112。
并且,媒体处理机102包括例如在160MHz下工作的处理机中,通过应用的控制进行媒体处理的各种媒体模块。在本实施例中,媒体处理机102包括:作为媒体模块的静止画处理模块113、AV再生模块114、及声音通话模块115。并且,媒体处理机102包括***管理部220和拥挤分析部222。该***管理部220和拥挤分析部222为本实施例的资源管理装置的特征部分,在后面进行详细说明。
以上所述的应用和模块实际上为用来进行有目的的处理的软件集合,但是由硬件构成也没有关系。
由于各个媒体模块从媒体处理机102得到媒体处理所需要的处理资源(以下,记载为CPU资源),因此能够进行媒体处理。例如,AV再生模块114为了进行AV再生,最大需要52MHz的CPU资源。
累积媒体150为用来保存由媒体模块处理的媒体数据的不挥发性内存。这里的媒体数据,例如为由AV再生模块114处理的音乐/声音数据、和动画数据被多重化的MPEG4数据等。
内存151为用来保存在应用处理机101上执行的各个应用程序、在媒体处理机102上执行的各个媒体模块程序、及数据库部221的不挥发性内存。并且,内存151包含作为媒体模块的执行区域的例如512KB的内存大小。在后面对数据库部221进行详细说明。
并且,由于媒体模块从内存151得到媒体处理所需要的区域(以下,记载为内存资源),因此能够进行媒体处理。例如声音通话模块115为了进行声音通话,最大需要124KB的内存资源。
键盘器件160受理来自客户的键盘输入(图1的信号(1)),且将其内容传送给主应用103(图1的信号(2)),主应用103将控制信号(图1的信号(3))分别传送给静止画处理应用110、AV再生应用111、及声音通话应用112。
照相机161输入图像数据的电视信号,且将该图像数据输出到LCD162和静止画处理模块113。
LCD162输出从照相机161和AV再生模块114获得的图像数据的电视信号(图1的信号(11))。该器件能够被多个媒体模块共同使用。
喇叭163输出从AV再生模块114和声音通话模块115获得的音乐/声音数据的声频信号(图1的信号(12))。该器件能够被多个媒体模块共同使用。
麦克风164输入声音数据的声音信号,且将该声音数据输出到声音通话模块115。
基频处理机165为用来例如通过W-CDMA方式与其它装置进行通信用的处理机,将接收的声音数据输出到声音通话模块115。并且,将从声音通话模块115输入的声音数据传送到其它装置。
主应用103通过将从键盘器件160获得的来自客户的控制信号(图1的信号(2))正确地传送到应用(图1的信号(3)),来控制各个应用。
静止画处理应用110通过主应用103接收来自键盘器件160的指示,将静止画处理控制要求,例如静止画摄影开始要求和静止画表示要求,作为控制信号传送到静止画处理模块113,且将该回答作为控制信号接收。
AV再生应用111通过主应用103响应由键盘器件160传达的指示(图1的信号(3)),将AV再生控制要求,例如AV再生开始要求和轮廓强调等画质调整处理开始要求,作为控制信号传送到AV再生模块114,并且将该回答作为控制信号接收(图1的信号(4)、(5))。而且,AV再生应用111在AV再生处理工作时,从累积媒体150取出MPEG4(Motion PictureExperts Group)等流式数据(图1的信号(6)),且将对流式数据进行多重分离处理的音乐/声音数据与动画数据输出到AV再生模块114(图1的信号(7)及信号(8))。
声音通话应用112通过主应用103响应从键盘器件160接收的客户指示,将声音通话控制要求,例如声音通话开始要求和声音设定要求,作为控制信号传送到声音通话模块115,且将该回答作为控制信号接收。
静止画处理模块113通过从静止画处理应用110接收要求开始静止画摄影的控制信号,开始静止画摄影。静止画处理模块113将从照相机161接收的静止画数据编码,例如编成JPEG(Joint Photographic ExpertsGroup)数据,且输出到累积媒体150。并且,静止画处理模块113从静止画处理应用110一收到要求,就送出回答的控制信号。
AV再生模块114通过从AV再生应用111接收要求开始AV再生的控制信号(图1的信号(4)),来开始AV再生。AV再生模块114将从AV再生应用111接收的音乐/声音数据(图1的信号(8))解码,例如将AAC(Advanced Audio Coding)数据解码,输出到喇叭163(图1的信号(10)),与此同时,将接收的动画数据(图1的信号(7))解码,例如将MPEG4数据解码,与音乐/声音数据一起输出到LCD162(图1的信号(9))。并且,AV再生模块114从AV再生应用111一收到要求,就送出回答的控制信号(图1的信号(5))。
声音通话模块115通过从声音通话应用112接收要求开始声音通话的控制信号,开始声音通话。声音通话模块115通过将从基频处理机165获取的声音数据解码,例如将AMR(Advanced Multi Rate)数据解码,输出到喇叭163,与此同时,将从麦克风164获取的声音数据编码,输出到基频处理机165,进行声音通话。并且,声音通话模块115从声音通话应用112一接到要求,就立刻送出回答的控制信号。
图2及图3为分别详细地示出了本实施例的资源管理装置中的应用处理机及媒体处理机的结构的方块图。以下,参照这些图对媒体处理机进行更进一步的说明。
媒体模块通过应用从用户那里接收功能开始要求,按照该要求将功能追加要求作为控制信号传送到拥挤分析部222。并且,将拥挤分析部222对于该功能追加要求的回答(也就是,同意功能追加回答或者不同意功能追加回答)作为控制信号接收。例如,声音通话模块115根据来自声音通话应用112的声音通话开始要求(图2的信号(3)),将声音通话功能追加要求传送到拥挤分析部222(图2的信号(4))。并且,声音通话模块115接收来自拥挤分析部222的进行功能追加回答,且将声音通话开始回答传送到声音通话应用112。
并且,当资源不足时(以下,记载为资源拥挤时),媒体模块将来自拥挤分析部222的功能删除询问作为控制信号接收,且将对于该删除询问的回答,同意删除回答或不同意删除回答作为控制信号传送。如果需要的话,媒体模块通过将该功能删除处理作为控制信号传送到应用,且将该回答作为控制信号接收,能够将功能删除处理全部委托给应用。例如,若AV再生模块114从拥挤分析部222接收到启动中的动画编缉功能的删除询问,就向AV再生应用111进行动画编缉结束询问。并且,若AV再生模块114从AV再生应用111接收到为删除询问的回答的动画编缉结束要求(图3的信号(1)),就进行动画编缉功能结束处理,且将删除回答传送到拥挤分析部222(图3的信号(2))。
***管理部220将来自拥挤分析部222的资源确保要求及资源释放要求作为控制信号接收,并且按照该要求,确保和释放媒体模块所使用的各个资源(也就是,CPU资源、内存资源)、及各个器件(也就是,照相机161、LCD162、喇叭163、麦克风164、基频处理机165)。并且,***管理部220算出各个资源的使用状况,且将计算的结果作为控制信号输出到拥挤分析部222。
如图1所示,数据库部221存在于内存151内,且将支持各个媒体模块的功能情报、及执行各个功能时所需要的资源情报作为模块情报保存。
这里,功能情报由基本功能和扩充功能构成,资源情报由CPU运算量、内存所保有的区域尺寸、被列举的使用的器件等构成。
基本功能为媒体模块的最起码的功能,含有该媒体模块最低限度所必须的功能。而扩充功能为基本功能的附加功能。在声音通话模块115中,声音通话功能为基本功能,声音记录录音功能和声音记录再生功能为扩充功能。并且,在AV再生模块114中,AV再生功能为基本功能,图形的合成等动画编缉功能和轮廓强调等画质调整功能等为扩充功能。
并且,数据库部221保存有关启动中的媒体模块、及在该模块中使用的功能的模块状态情报。
图4为示出了在本实施例的资源管理方法中,存储在数据库部221中的模块情报的一个例子的图。模块情报含有以下几项:
(1)媒体模块名
(2)功能情报
(a)支持功能
(b)功能分类,分为上述基本功能和扩充功能。
(3)资源情报
(a)CPU运算量(MHz),媒体模块为了实现该功能所需要的CPU资源量。
(b)内存大小(KB),保存媒体模块为了实现该功能所需要的命令及数据所需要的内存资源量。
(c)使用器件,媒体模块为进行媒体处理时所需要的器件。能够列举出多个器件。并且,器件为能够共同使用的器件。
在本实施例的资源管理装置中,有关静止画处理模块113、AV再生模块114及声音通话模块115的模块情报被保存在数据库部221中。被AV再生模块114的模块情报所含有的功能情报中,AV再生功能为基本功能,动画编缉功能、画质调整功能、及均衡功能为扩充功能。并且,作为资源情报,AV再生最大需要52MHz的CPU资源和最大需要226KB的内存资源,且指定使用LCD162和喇叭163的各个器件。
图5为示出了在本实施例的媒体处理方法中,存储在数据库部221中的模块状态情报的一个例子的图。模块状态情报含有以下几项:
(1)启动中的媒体模块名
(2)启动中的功能名
在本实施例的资源管理装置中,保存有关于静止画处理模块113、AV再生模块114、及声音通话模块115的模块状态情报。在图5所示的例子中,设定AV再生模块114的AV再生功能、动画编缉功能、及画质调整功能为启动中的,能够使用的状态。
拥挤分析器222通过将来自媒体模块的功能追加要求作为控制信号接收,且将功能追加要求中包含的媒体模块名和功能作为索引,从数据库部221获得相应的资源情报,且同时从***管理部220获得现在的资源使用状况,来分析资源的拥挤状态。
当没有资源的拥挤时,拥挤分析部222为了给要求追加的功能分配资源,向***管理部220提出确保资源的要求,且更新数据库部221内的模块状态情报。并且,拥挤分析部222还将确保资源的要求的结果传达给媒体模块。
而当有资源的拥挤时,拥挤分析部222向拥有成为删除对象候补的扩充功能的媒体模块,进行功能删除询问。并且,若询问结果为同意删除的话,拥挤分析部222则向***管理部220要求释放该功能所保有的资源,并且,为了追加被要求的功能,向***管理部220要求资源的分配。这样一来,更新了数据库部221的模块状态情报,且对媒体模块作出了回答。
其次,对本实施例的媒体处理方法中,处理资源拥挤时的过程加以说明。
图6为示出了在本实施例的媒体处理方法中,处理资源拥挤时的过程的流程图。以下,对分析拥挤、删除扩充功能、要求追加功能的各个处理过程加以说明。
首先,在步骤S601中,拥挤分析部222从媒体模块接收功能追加要求,并且,将该功能追加要求中含有的模块名和扩张功能作为索引,从数据库部221的模块情报中获得要追加的功能的资源情报。
其次,在步骤S602中,从***管理部220获得现在的资源使用状况。在本步骤中,获得有关CPU、内存的资源使用状况、及器件的使用状况的情报。
在接下来的步骤S603中,根据在上述步骤S601及S602中获得的资源情报,拥挤分析部222分别比较CPU、内存、及器件的追加要求的功能所需要的资源量和空资源量。在本步骤中,当追加功能所需要的资源量少于空资源量时(本步骤中的″YES″的情况),将处理转移到步骤S604。当空资源不足时(本步骤中的″NO″的情况),将处理转移到步骤S606。
其次,在步骤S604中,根据在步骤S601中获得的资源情报,拥挤分析部222向***管理部220要求确保有关CPU、内存及器件的资源。
并且,在步骤S605中,为了登记在步骤S604追加的功能的状态,拥挤分析部222将数据库部221的模块状态情报更新,并且将功能追加回答传送给发出功能追加要求的媒体模块。此时,当在以后的步骤S612中删除扩张功能时,该功能的状态也被登记在数据库部221的模块状态情报中。
而当不能确保在步骤S603中要求追加的功能所需要的资源时,为从启动着的扩张功能中决定成为删除对象候补的扩张功能,拥挤分析部222检索启动中的媒体模块。并且,从被检索出的媒体模块中检索启动中的扩张功能,且检测出有可能成为删除对象候补的扩张功能。以下,示出了该过程。
首先,在步骤S606中,从存储在数据库部221的模块状态情报的开头部分开始依次检索启动中的媒体模块,且当找到时(本步骤中的″YES″的情况),处理转移到步骤S607。当从模块状态情报的记录中,找不到媒体模块时(本步骤中的″NO″的情况),认为在被选出的媒体模块内,找不到能够删除的扩充功能,处理转移到步骤S613。
其次,在步骤S607中,为了决定在前一个步骤S606中选出的媒体模块中,应该删除的处于启动状态的扩充功能中的一个,拥挤分析部222从开头开始依次检索与被选出的媒体模块相对应的模块状态情报的记录。其结果,当从模块状态情报中找到了启动中的扩充功能时(本步骤中的″YES″的情况),处理转移到步骤S608。当从模块状态情报的记录中找不到启动中的扩充功能时(本步骤中的″NO″的情况),认为从被选出的媒体模块找不到能够删除的扩充功能,处理转移到上述步骤S606,重复处理。
其次,在步骤S608中,从数据库部221获得在前一个步骤S607中选出的扩充功能的资源情报。
其次,在步骤S609中,根据在上述步骤S601、S602、S608中分别获得的资源情报,对CPU、内存、器件的要求追加功能所需要的资源量,与扩充功能所确保的资源量和空资源量的和进行比较。若追加功能所需要的资源量少于空资源量与被选出的扩充功能所确保的资源量的和时(本步骤中的″YES″的情况),成为删除对象候补的扩充功能被决定,处理转移到步骤S610。这里,当仅删除一个扩充功能不能确保追加功能所需要的资源量时,也可以将两个以上的扩充功能作为删除对象。而当不能确保追加功能所需要的资源时(本步骤中的″NO″的情况),认为被选出的扩充功能不是删除对象候补,处理转移到上述步骤S607,重复处理。
接着,在步骤S610中,拥挤分析部222向在上述步骤S606中选出的媒体模块进行功能删除询问,且等待其回答。
其次,在步骤S611中,判断在前一个步骤S610中向媒体模块进行功能删除询问的回答。也就是说,当功能删除询问的回答为进行删除的回答时(本步骤中的″YES″的情况),决定了该扩充功能被删除,处理转移到步骤S612。并且,当回答为不进行删除的回答时(本步骤中的″NO″的情况),决定了该扩充功能不能删除,处理转移到上述步骤S607,重复处理。
其次,在步骤S612中,拥挤分析部222为了消除已经决定删除的扩充功能,根据在上述步骤S608中获得的资源情报,向***管理部220要求释放有关CPU、内存、及器件的资源。并且,处理转移到上述步骤S604。
而在步骤S613中,当在上述步骤S606中找不到能够删除的扩充功能时,拥挤分析部222向传送功能追加要求的媒体模块传送不进行功能追加的命令。本实施例按照以上的步骤进行拥挤分析。
其次,对本实施例的资源管理装置中的拥挤分析,举例加以详细的说明。
图7为示出了在本实施例的资源管理装置中,CPU的资源占有率发生变化的图。特别是为了表示声音通话功能追加前与追加后的CPU资源的变化,示出了在时间A和时间B时的各个媒体模块的CPU资源的占有率。
如图5所示,在AV再生模块114的AV再生功能、动画编缉功能、及画质调整功能处于启动中、能够使用的状态下,当用户向声音通话应用112提出要求声音通话时(图2的信号(1)、(2)),声音通话应用112将声音通话开始要求传送到声音通话模块115(图2的信号(3))。声音通话模块115接收该要求,且将声音通话功能追加要求传送到拥挤分析部222(图2的信号(4))。
接收到声音通话功能追加要求的拥挤分析部222,将该要求所包含的媒体模块名和功能作为索引,也就是将声音通话模块和声音通话作为索引,从图4所示的数据库部221的模块情报获得声音通话功能的资源情报[需要34MHz的CPU运算量(相当于CPU资源的21%)、和124KB的内存大小,使用喇叭163和麦克风164作为使用器件]。(图2的信号(5))
同时,由***管理部220分配给CPU的160MHz的资源中,如图7所示,AV再生模块114确保了资源的90%,10%未分配;由***管理部220分配给内存的512KB的资源中,如图2所示,AV再生模块114确保了424KB,88KB未分配;从***管理部220中,如图4所示,AV再生模块114获得了使用LCD162和喇叭163的资源使用状况(图2的信号(6))。另外,CPU内资源的详细情况是:AV再生为33%的52MHz,动画编缉为35%的56MHz,画质调整为22%的35MHz。
其次,拥挤分析部222分别比较CPU、内存、器件的追加要求功能的声音通话所需要的资源量和空资源量。其比较的结果,由于对于CPU资源的21%的资源要求只有10%的空资源,因此检测出了拥挤。对于内存资源的124KB的资源要求,只有88KB的空资源,因此也检测出了拥挤。并且,对于器件资源,由于喇叭163被AV再生模块114使用,且为共同使用的器件,因此没有检测出拥挤。所以,由于从CPU资源和内存资源检测出了拥挤,因此断定发生了资源的拥挤。
当检测出了拥挤时,拥挤分析部222根据图5所示的数据库部221的模块状态情报,从开头开始依次读出启动中的媒体模块的模块情报。此时,从模块情报的开头开始依次读出模块情报中的处于启动状态的扩张功能是否确保资源情报。
这样一来,首先从图4的模块情报读出AV再生模块114的动画编缉功能的资源情报[需要56MHz的CPU运算量(相当于资源的35%)、和159KB的内存大小]。(图2的信号(7))
其次,拥挤分析部222分别比较CPU、内存、器件的追加要求功能的声音通话所需要的资源量,和释放动画编缉功能时的资源量。其比较的结果,由于对于所要求的21%的CPU资源,有35%+10%=45%的空资源,因此刚才被检测出的拥挤消失了。并且,由于对于所要求的124KB的内存资源,有159KB+88KB=247KB的空资源,因此刚才被检测出的拥挤消失了。所以,可以断定没有发生资源的拥挤,动画编缉功能成了删除对象候补。
接着,拥挤分析部222,向拥有为删除对象候补的动画编缉功能的AV再生模块114询问是否删除动画编缉功能(图2的信号(8))。
收到询问是否删除动画编缉功能的AV再生应用114为了结束动画编缉功能,向AV再生应用111询问是否结束动画编缉(图2的信号(9))。
收到询问是否结束动画编缉的AV再生应用111为了结束动画编缉功能,将动画编缉结束要求传送到AV再生模块114(图3的信号(1))。此时,需要的话,也可以通过GUI等向客户确认是否结束动画编缉。
收到动画编缉结束要求的AV再生模块114进行动画编缉结束处理,且将处理的结果通知拥挤分析部222(图3的信号(2))。
收到处理结果的通知的拥挤分析部222根据前面获得的动画编缉功能的资源情报,向***管理部220要求释放资源,并且删除动画编缉功能(图3的信号(3))。此时,如图7所示,AV再生模块114确保的CPU资源从A时刻的90%减少到B时刻的55%。并且,如图3所示,内存资源从424KB减少到265KB。
在释放资源后,拥挤分析部222根据以前获取的声音通话功能的资源情报,向***管理部220要求资源的确保,且追加声音通话功能(图3的信号(4))。此时,如图7所示,声音通话模块115确保的CPU资源从A时刻的0%增加到B时刻的21%。并且,如图3所示,内存资源从0KB增加到124KB。并且,喇叭163和麦克风164的使用就变成了可能。
其次,拥挤分析部222为了保存动画编缉功能被删除、声音通话功能被追加的状态,更新图5所示的数据库部221的模块状态情报(图3的信号(5))。在该模块状态情报的登记中,AV再生模块114的动画编缉功能在启动状态下被删除,声音通话模块115的声音通话功能处于启动完的状态。然后,拥挤分析部222向声音通话模块115发出功能追加回答(图3的信号(6))。
接着,收到功能追加回答的声音通话模块115,将声音通话开始回答(图3的信号(7))返回到声音通话应用112。
如图7所示,通过进行以上的处理,从在时间A只有AV再生模块114工作的状态,变成了响应来自声音通话应用112的声音通话开始要求,删除AV再生模块114的动画编缉功能,追加了声音通话功能的状态。因此,在时间B变成了AV再生模块114和声音通话模块115同时工作的状态。
通过以上的方法,由于在媒体模块中,将支持功能分为基本功能和扩充功能进行管理,因此在发生资源的拥挤时,能够将资源从扩充功能优先分配到基本功能。换句话说,当使新的功能启动时,通过删除已经启动而没有使用的扩充功能,也能够有效地使用资源。所以,根据本实施例的媒体处理方法,能够同时很好地进行多个媒体处理。
另外,在本实施例中,以静止画处理、AV再生处理、及声音通话处理作为将处理功能分为基本功能和扩充功能的例子,功能分类的形式不限于此。例如,在AV再生处理中,也能够将为了再生MP3、AAC、及WMA的声频文件所需要的资源作为扩充资源分类。并且,在本实施例中将资源管理装置的资源限定为CPU、内存和器件,也可以进一步地将DMA频带宽度等作为资源追加。
并且,在本实施例的资源管理装置中,分别设置了应用处理机和媒体处理机,本实施例的媒体处理方法也能够适用于在同一个处理机上进行应用处理和媒体处理的情况。
另外,在本实施例的资源管理装置中,存储媒体情报的数据库部221被设置在媒体处理机102内,也可以将数据库部221设置在资源管理装置的外部。
(第2实施例)
图8为示出了本发明的第2实施例所涉及的资源管理装置的结构例的方块图。
该图所示的本实施例的资源管理装置100包括:应用处理机101、及媒体处理机102。
应用处理机101拥有:主应用103、静止画处理应用110、AV再生应用111、及声音通话应用112。
并且,媒体处理机102拥有:静止画处理模块113、AV再生模块114、声音通话模块115、***管理部220、拥挤分析部322、数据库部321、及模块决定部323。
本发明的资源管理装置与第1实施例的资源管理装置的不同之处在于:在媒体处理机102内设置有模块决定部323。并且,第1实施例的资源管理装置中的数据库部221、拥挤分析部222在本实施例的资源管理装置中成了数据库部321、拥挤分析部322。
以下,对追加在本实施例的资源管理装置中的构成要素加以说明。
图9为示出了在本实施例的资源管理方法中,存储在数据库部321的模块情报的一个例子的图。图10为示出了在本实施例的媒体处理方法中,存储在数据库部321的模块状态情报的一个例子的图。
图9所示的模块情报和图10所示的模块状态情报都被保存在数据库部321中。这里的模块情报与图4所示的模块情报一样,由功能情报和资源情报构成,但在功能情报中追加了按照媒体模块的不同而定的优先级。
按照媒体模块的不同而定的优先级为这样的一个指标:当发生资源拥挤时,用来指定删除启动中的扩充功能中的一个,也就是用来决定删除对象候补。在第1实施例中,当发生资源拥挤时,通过从数据库的开头部分开始检索可能成为删除对象候补的扩充功能,来删除成为删除对象候补的扩充功能,但是这样有可能会出现被删除的扩充功能很快又变得有用,需删除其它的扩充功能来追加该功能的情况。因此,在本实施例中,预先按照用户的使用频率等设定一个删除扩充功能时的优先顺序,防止了不必要地重复功能的追加和删除的操作。
在本实施例的例子中的图9的模块情报中,按照用户的使用频率将静止画处理模块113的优先级定为7,AV再生模块114的优先级定为5,声音通话模块115的优先级定为2。这里,按照媒体模块的不同而定的优先级为数字越小优先级越高。
并且,模块决定部323一将来自拥挤分析部322的模块决定要求作为控制信号接收,就从数据库部321读出模块情报和媒体模块状态情报,且从启动中的媒体模块中检索按照媒体模块的不同而定的优先级最低的媒体模块。模块决定部323将通过检索找到的媒体模块名作为控制信号输出到拥挤分析部322。
若拥挤分析部322对同一个功能追加要求,有两次模块决定要求时,媒体决定部323就将拥有比前一次传送的媒体模块优先级高的下一个媒体模块名返送回去。
拥挤分析部322在具有第1实施例中的拥挤分析部322的功能以外,当在功能追加要求的情况下检测出资源的拥挤时,为了决定可能成为删除对象候补的扩充功能,将模块决定要求作为控制信号传送给媒体决定部323。然后,拥挤分析部322将来自模块决定部323的媒体模块名作为控制信号接收。
参照附图,对本发明的实施例中的拥挤分析部322进行处理的过程加以说明。这些处理为:分析拥挤;当发生资源拥挤时,使用模块决定部删除成为删除对象候补的扩充功能;追加所要求的功能。
图11为示出了在本实施例的媒体处理方法中,处理资源拥挤时的过程的流程图。
首先,在步骤S701中,拥挤分析部322一收到来自媒体模块的功能追加要求,就将在该要求中含有的模块名和扩充功能作为索引,从数据库部321的模块情报获取有关追加功能的资源情报。
其次,在步骤S702中,从***管理部220获取现在的资源使用状况。
接着,在步骤S703中,根据在上述步骤S701、S702中获取的资源情报及资源使用情报,分别比较CPU、内存、及器件的追加要求功能所需要的资源量和空资源量。当空资源量多于追加功能所需要的资源量时(本步骤中的″YES″的情况),处理转移到步骤S704。并且,当空资源量不够时(本步骤中的″NO″的情况),处理转移到步骤S706。
并且,在步骤S704中,当能够确保追加要求功能所需要的资源时,拥挤分析部322根据在上述步骤S701中获取的资源情报,向***管理部220要求确保有关CPU、内存、及器件的资源。
其次,在步骤S705中,为了登记在上述步骤S704中所追加的功能的状态,拥挤分析部322更新数据库部321内的模块状态情报,且向传送功能追加要求的媒体模块传送进行功能追加的回答。此时,当在以后所述的步骤S713中删除了扩充功能时,该功能的状态也被登记在数据库部321的模块状态情报中。
而当没有足够的资源确保追加要求的功能所需要的资源时(在步骤S703中的″NO″的情况),拥挤分析部322为了从处于启动状态的扩充功能中决定成为删除对象候补的扩充功能,向模块决定部323要求模块决定。并且,拥挤分析部322在被选出的媒体模块中检索启动中的扩充功能,且检测出可能成为删除对象候补的扩充功能。
首先,在步骤S706中,为了从启动中的媒体模块中,根据按照模块的不同而定的优先级选出一个媒体模块,拥挤分析部322向模块决定部323传送模块决定要求。
接着,在步骤S707中,判断是否有处于启动中的媒体模块。这里,当从模块决定部得到找到了媒体模块的回答时(本步骤中的″YES″的情况),处理转移到步骤S708。而当从模块决定部得到没有找到媒体模块的回答时(本步骤中的″NO″的情况),认为没有找到能够删除的扩充功能,处理转移到步骤S714。
其次,在步骤S708中,在前一个步骤S707中被选出的媒体模块中,为了从启动中的扩充功能中决定一个删除候补,拥挤分析部322从与被选出的媒体模块相对应的模块状态情报记录的开头部分开始依次检索。在本步骤中,当从模块状态情报中找到了启动中的扩充功能时(本步骤中的″YES″的情况),处理转移到步骤S709。并且,当从模块状态情报记录中没有找到启动中的扩充功能时(本步骤中的″NO″的情况),认为从被选出的媒体模块中找不到能够删除的扩充功能,处理转移到步骤S706,重复处理。
其次,在步骤S709中,从数据库部321获取在前一个步骤S708中选出的扩充功能的资源情报。
接着,在步骤S710中,拥挤分析部322根据在上述步骤S701、S702及S709中获取的资源情报,分别比较CPU、内存、器件的追加要求功能所需要的资源量,与扩张功能确保的资源量和空资源量的和。在本步骤中,若空资源量与被选出的扩充功能所保有的资源量的和,多于追加功能所需要的资源量时(本步骤中的″YES″的情况),则成为删除对象候补的扩充功能被决定,且处理转移到步骤S711。并且,当不能确保追加功能所需要的资源量时(本步骤中的″NO″的情况),认为被选出的扩充功能不是删除对象候补,处理转移到上述步骤S708,重复处理。另外,当用一个删除候补不能确保足够的空资源时,在重新进行本步骤的处理时,也能够选择多个删除候补。
并且,在步骤S711中,当删除对象候补被决定时(在步骤S710中的″YES″的情况),拥挤分析部322向在上述步骤S706选出的媒体模块询问是否删除该功能,且等待对该询问的应答。
其次,在步骤S712中,当对于在上述步骤S711中进行的功能删除询问的回答为能够删除的回答时(在本步骤中的″YES″的情况),决定了该扩充功能被删除,且处理转移到步骤S713。并且,当回答为不能进行删除的回答时(本步骤中的″NO″的情况),决定了该扩充功能不能被删除,且处理转移到步骤S708,重复处理。
接着,在步骤S713中,为了删除已经决定删除的扩充功能,拥挤分析部322根据在上述步骤S709中获取的资源情报,向***管理部220要求释放有关CPU、内存、及器件的资源。并且,处理转移到步骤S704。
而在步骤S714中,当在上述步骤S707中没有找到启动中的媒体模块时(在步骤S707中的″NO″的情况),向传送功能追加要求的媒体模块传送不能进行功能追加的命令。能够通过以上的过程进行拥挤分析。
其次,举例对本实施例的资源管理装置中的拥挤分析加以具体的说明。
图12(a)为示出了在第1实施例的资源管理装置中,CPU的资源占有率发生变化的图;图12(b)为示出了在本实施例的资源管理装置中,CPU的资源占有率发生变化的图。另外,该图示出了静止画处理模块113、AV再生模块114、及声音通话模块115所确保的内存资源的比例。特别是,为了表示按照媒体模块的不同而定的优先级的有效性,示出了交替处理由应用发出的要求开始两个不同的扩充功能的情形。
在图10所示的例子中,静止画处理模块113的静止画摄影功能和静止画编缉功能被启动,AV再生模块114的AV再生功能和画质调整功能被启动,声音通话模块115的声音通话功能被启动,都处于能够使用的状态。
在该状态下,若用户通过声音通话应用112,向声音通话模块115要求开始声音记录录音的话,声音通话模块115收到该要求,就将声音记录录音功能的追加要求传送到拥挤分析部322。
收到声音记录录音功能的追加要求的拥挤分析部322,将声音通话模块和声音记录录音作为索引,从图9所示的数据库部321的模块情报中,获取声音记录录音的资源情报[需要10MHz的CPU运算量(相当于CPU资源的6%)和21KB的内存大小(相当于内存资源的4%)]。
同时,拥挤分析部322从***管理部220获取以下的资源使用状况。
如图9所示,在160MHz的CPU资源中,静止画处理模块113确保了资源的10%(详细内容为:静止画摄影占相当于5%的8MHz;静止画编缉占相当于5%的7MHz)。AV再生模块114确保了资源的55%(详细内容为:AV再生占相当于33%的52MHz;画质调整占相当于22%的35MHz)。声音通话模块115的声音通话确保了相当于资源的21%的34MHz,剩余的14%未分配。如图12所示,在512KB的内存资源中,静止画处理模块113确保了资源的22%(详细内容为:静止画摄影占相当于15%的78KB;静止画编缉占相当于6%的33KB)。AV再生模块114确保了资源的52%(详细内容为:AV再生占相当于44%的226KB;画质调整占相当于8%的39KB)。声音通话模块115的声音通话确保了相当于资源的24%的124KB,剩余的2%未分配。如图9所示,在器件资源中,静止画处理模块113使用LCD162,AV再生模块114使用LCD 162和喇叭163,声音通话模块115使用喇叭163、麦克风164、及基频处理机165。
其次,拥挤分析部322分别比较CPU、内存、及器件的为追加要求功能的声音通话所需要的资源量与空资源量。其结果,对于6%的CPU资源要求,有14%的空资源,因此没有检测出拥挤。如图12(b)所示,对于4%的内存资源要求,只有2%的空资源,因此拥挤分析部322检测出了拥挤。并且,对于器件资源,没有检测出拥挤。所以,由于从内存资源检测出了拥挤,因此断定发生了资源的拥挤。
如图12(a)所示,当在第1实施例的资源管理装置中检测出了拥挤时,拥挤分析部222将离图10所示的模块状态情报的开头最近的、为启动结束的扩充功能的画质调整功能定为删除对象候补,且向AV再生模块114要求删除该功能。其结果,画质调整功能被删除,拥挤分析部222追加所要求的声音记录录音功能。并且,声音通话应用112开始声音记录录音。
但是,若不久之后,用户通过AV再生应用111,向AV再生模块114要求开始画质调整功能的话,如图12(a)所示,拥挤分析部222检测出了资源的拥挤,且将离图10所示的模块状态情报的开头最近的、已经完成启动的扩充功能定为删除对象候补。此时,拥挤分析部222将刚才追加的声音记录录音功能定为删除对象候补。并且,启动画质调整处理。
然后,若用户又一次提出追加声音记录录音功能的要求时,拥挤分析部222删除刚才启动的画质调整功能,追加声音记录录音功能。
如上所述,在第1实施例的资源管理装置中,发生了每次用户要求开始扩充功能时,就需要进行功能的追加和删除的情况。这样一来,在资源拥挤的情况下,当用户不断地使用扩充功能时,产生伴随着功能的追加和删除而带来的不必要的负担。
而在本实施例的资源管理装置中,当拥挤分析部322检测出拥挤时,为了决定成为删除对象候补的扩充功能,拥挤分析部322向模块决定部323传送模块决定要求。
收到模块决定要求的模块决定部323,将图9所示的模块情报和图10所示的模块状态情报中的处于启动状态下的媒体模块中,优先级最低的静止画处理模块返回给拥挤分析部322。
其次,若静止画处理模块被模块决定部323选出,则拥挤分析部322检索图10所示的静止画处理模块内的模块状态情报,且从模块状态情报的开头开始依次读出启动中的扩充功能。这里,如图12(b)所示,静止画编缉功能被定为删除对象候补,被删除。
之后,当用户要求开始声音记录录音功能时,由于已经完成了启动,因此不必要再次进行扩充功能的删除及追加。
如上所述,在本实施例的资源管理装置中,如图12(b)所示,即使用户交替地提出开始画质调整功能的要求和开始声音记录录音的要求,也不会发生反复进行扩充功能的追加或者删除的情况。也就是说,由于预先按照用户使用频率的高低决定了媒体模块的优先级,因此节省了多余的功能追加和删除的时间,提高了对应用户要求的响应速度。
这样一来,由于将媒体处理的各个功能分为基本功能和扩充功能,并且给每个媒体模块设定了优先级,因此当发生资源拥挤时,资源从优先级较低的媒体模块分配到所希望的媒体模块,能够有效地分配资源。所以,使用本实施例的资源管理装置,与第1实施例相比,能够更有效地同时进行多个媒体处理。
另外,在本实施例的媒体处理方法中,用按照用户的使用频率而定的优先级作为按照媒体模块的不同而定的优先级的例子,优先级的设定方法不限于此。
并且,不必固定按照媒体模块的不同而定的优先级,也可以为可变动的。例如,由于使用频率高的功能根据用户的不同使用频率不同,因此也能够将各个功能的使用经过等存储在内存151中,按照该内存151中的内容决定优先级。
(第3实施例)
图13为示出了本发明的第3实施例所涉及的资源管理装置的结构例的方块图。
该图所示的本实施例的资源管理装置100包括:应用处理机101、及媒体处理机102。
应用处理机101拥有:主应用103、静止画处理应用110、AV再生应用111、及声音通话应用112。
并且,媒体处理机102拥有:静止画处理模块113、AV再生模块114、声音通话模块115、***管理部220、拥挤分析部422、数据库部421、及功能决定部424。
本实施例的资源管理装置与第1实施例的资源管理装置的不同之处在于:在媒体处理机102内设置有功能决定部424。并且,数据库部221变成了数据库部421,拥挤分析部222变成了拥挤分析部422。
以下,对本实施例的资源管理装置的拥挤分析加以说明。
图14为示出了在本实施例的资源管理方法中,存储在数据库部421的模块情报的一个例子的图。图15为示出了在本实施例的媒体处理方法中,存储在数据库部421的模块状态情报的一个例子的图。
图14所示的模块情报和图15所示的模块状态情报都保存在数据库部421中。这里,模块情报包含:功能情报、与资源情报及按照媒体模块的不同而定的优先级。另外,该按照模块的不同而定的优先级与在第2实施例所述的一样。在此之外,本实施例中的模块情报还包含按照功能的不同而定的优先级。
这里,按照功能的不同而定的优先级为这样一种指标:当发生资源拥挤时,从使用按照模块的不同而定的优先级而选出的媒体模块中,决定成为删除对象候补的扩充功能。因此,与第1、第2实施例一样,对于基本功能,没有优先级。
在第2实施例所涉及的资源管理装置中,当发生资源的拥挤时,模块决定部323将优先级较低的模块依次定为删除对象候补。不过,即使作为模块整体的优先级较低,但在模块中包含使用频率较高的功能时,有可能发生被删除的扩充功能很快又变得有用,需要删除其它的扩充功能来追加该功能的现象。因此,在本实施例的媒体处理方法中,将模块中含有的扩充功能也设一个优先级,当发生资源的拥挤时,同时也参照按照功能的不同而定的优先级来决定应该删除的功能。
在本实施例的例子中,如图14所示,按照用户的使用频率将静止画处理模块113的优先级定为7,将AV再生模块114的优先级定为5,将声音通话模块115的优先级定为2。并且,按照用户的使用频率将AV再生模块114内的扩充功能设定为:动画编缉功能的优先级为2,画质调整功能的优先级为4,均衡功能的优先级为5。这里,不管是按照媒体模块的不同而定的优先级还是按照功能的不同而定的优先级,都是数字越小优先级越高。
功能决定部424一将来自拥挤分析部422的功能决定要求作为控制信号接收,就从数据库部421读出模块情报和媒体模块状态情报,且从启动中的媒体模块中选出按照媒体模块的不同而定的优先级较低的媒体模块。其次,从被选出的媒体模块中处于启动状态的扩充功能中,检测出按照功能的不同而定的优先级最低的扩充功能作为删除对象扩充功能。并且,将其结果作为控制信号输出到拥挤分析部422。
当拥挤分析部422对于同一个功能追加要求,要求两次以上的功能决定时,功能决定部424将拥有比前一次传达的扩充功能的优先级高的下一个扩充功能返回给拥挤分析部422。
拥挤分析部422在具有第1实施例的拥挤分析部222的功能之外,在有功能追加要求的情况下,当检测出资源的拥挤时,为了决定成为删除对象候补的扩充功能,将功能决定要求作为控制信号传送到功能决定部424,且将扩充功能作为控制信号接收。
其次,对本实施例的资源管理装置中的拥挤分析部422,进行拥挤分析时的处理过程加以说明。
图16为示出了在本实施例的媒体处理方法中,处理资源拥挤时的过程的流程图。
首先,在步骤S801中,拥挤分析部422一收到来自媒体模块的功能追加要求,就将在该功能追加要求中含有的模块名和扩张功能作为索引,从数据库部421内的模块情报中获取有追加要求的模块的资源情报。
其次,在步骤S802中,拥挤分析部422从***管理部220获取现在的资源使用状况。
其次,在步骤S803中,根据在步骤S801、S802获取的资源情报,分别比较有关CPU、内存及器件的追加要求的功能所需要的资源量和空资源量。当空资源量多于追加功能所要求的资源量时(在本步骤中的″YES″的情况),处理转移到步骤S804。并且,当空资源量不够时(在本步骤中的″NO″的情况),处理转移到步骤S806。
其次,在步骤S804中,当能够确保追加要求的功能所需要的资源时(在步骤S803中的″YES″的情况),拥挤分析部422根据在上述步骤S801中获取的资源情报,向***管理部220要求确保有关CPU、内存、及器件的资源。
接着,在步骤S805中,为了登记在前一个步骤S804追加的功能的状态,拥挤分析部422更新数据库部421的模块状态情报,且将功能追加回答通知给传送功能追加要求的媒体模块。此时,当在以后的步骤S812中删除扩充功能时,该功能的状态也被登记在数据库部421的模块状态情报中。
而在步骤S806中,当不能确保追加要求的功能所需要的资源时(在步骤S803中的″NO″的情况),拥挤分析部422为了从启动中的扩充功能中决定成为删除对象候补的扩充功能,向功能决定部424要求功能决定。
其次,在步骤S807中,拥挤分析部422接收来自功能决定部424的回答。这里,当来自功能决定部的回答为找到了扩充功能时(在本步骤中的″YES″的情况),处理转移到步骤S808。并且,当回答为没有找到启动中的扩充功能时(在本步骤中的″NO″的情况),认为没有找到能够删除的扩充功能,处理转移到步骤S813。
接着,在步骤S808中,从数据库部421获取在上述步骤S807中选出的扩充功能的资源情报。
其次,在步骤S809中,根据在上述步骤S801、S802、及S808获取的资源情报,分别比较CPU、内存、及器件的追加要求功能所需要的资源量,与扩充功能所确保的资源量和空资源量的和。当空资源量和被选出的扩充功能所确保的资源量的和,多于追加功能所需要的资源量时(在本步骤中的″YES″的情况),决定了成为删除对象候补的扩充功能,且处理转移到步骤S810。并且,当不能确保追加功能所需要的资源时(在本步骤中的″NO″的情况),认为被选择的扩充功能不是删除对象候补,处理转移到上述步骤S806,重复处理。
其次,在步骤S810中,当删除对象候补被定下来时(在步骤S809的″YES″的情况),拥挤分析部422向在上述步骤S806中选出的媒体模块询问功能删除,且等待对于该询问的回答。
接着,在步骤S811,当对于在前一个步骤S810中进行的功能删除询问的回答为能够删除的回答时(在本步骤中的″YES″的情况),决定该扩充功能被删除,且处理转移到步骤S812。并且,当回答为不能删除的回答时(在本步骤中的″NO″的情况),决定该扩充功能不能删除,且处理转移到上述步骤S806,重复处理。
其次,在步骤S812中,为了删除决定删除的扩充功能,拥挤分析部422根据在上述步骤S808中获取的资源情报,向***管理部220要求释放有关CPU、内存、及器件的资源,且处理转移到上述步骤S804。
而在步骤S813中,当在前面的步骤S806中进行的扩充功能的检索结果,为没有找到能够删除的扩充功能时(在步骤S807中的″NO″的情况),拥挤分析部422将不能进行功能追加的回答,通知给传送功能追加要求的媒体模块。通过以上的过程进行拥挤分析。
其次,举例对本实施例的资源管理装置中的拥挤分析加以具体的说明。
图17(a)为示出了在第1实施例的资源管理装置中,内存的资源占有率发生变化的图;图17(b)为示出了在本实施例的资源管理装置中,内存的资源占有率发生变化的图。另外,在图17中,示出了由于在AV再生模块114中处于启动状态的AV再生功能、动画编缉功能、画质调整功能、及均衡功能的组合,而引起的AV再生模块114所确保的内存资源的比例发生的变化,特别是为了表示按照功能的不同而定的优先级的有效性,示出了交替处理应用发出的要求开始两种扩充功能的情形。
这里,如图15的模块状态情报所示,AV再生模块114的AV再生功能、画质调整功能、及均衡功能被启动,并且,静止画处理模块113的静止画摄影功能被启动,在此分别举出了这些功能处于能够使用的状态的例子。
在该状态下,当用户通过AV再生应用111向AV再生模块114要求开始动画编缉时,AV再生模块114接收该要求,将该动画编缉功能追加要求传送给拥挤分析部422。
收到动画编缉功能的追加要求的拥挤分析部422,将AV再生模块和动画编缉作为索引,从图14所示的模块情报那里获得动画编缉的资源情报〔需要56MHz的CPU运算量(相当于CPU资源的35%)、及159KB的内存大小(相当于内存资源的31%)〕。
同时,拥挤分析部422从***管理部220那里获得以下的资源使用状况。
如图14所示,在160MHz的CPU资源中,静止画处理模块113的静止画摄影确保了相当于资源的5%的8MHz;AV再生模块114确保了资源的67%的资源(详细内容为:AV再生占相当于33%的52MHz;画质调整占相当于22%的35MHz;均衡占相当于12%的19MHz),剩余的28%未分配。如图17所示,在512KB的内存资源中,静止画处理模块113的静止画摄影使用了相当于资源的15%的78KB。AV再生模块114使用了资源的58%的资源(详细内容为:AV再生占相当于44%的226KB;画质调整占相当于8%的39KB;均衡占相当于6%的31KB),剩余的27%未分配。在器件资源中,静止画处理模块113使用LCD162,AV再生模块114使用LCD162和喇叭163。
拥挤分析部422比较CPU、内存、及器件的为追加要求功能的动画编缉所需要的资源量和空资源量。该比较的结果,由于对于35%的CPU资源要求只有28%的空资源,因此检测出了拥挤。如图17所示,对于31%的内存资源要求只有27%的空资源,因此检测出了拥挤。对于器件资源,没有检测出拥挤。所以,断定发生了资源的拥挤。
当在第1实施例所涉及的资源管理装置中检测出了拥挤时,如图17(a)所示,拥挤分析部222将离图15所示的模块状态情报的开头最近的、已经完成启动的扩充功能,画质调整功能定为删除对象候补,且向AV再生模块114要求删除该功能。其结果,画质调整功能被删除,拥挤分析部222追加了被要求的动画编缉功能。其结果,AV再生应用111开始动画编缉。
但是,不久以后,当用户通过AV再生应用111向AV再生模块114要求开始画质调整功能时,如图17(a)所示,拥挤分析部222检测出资源的拥挤,且将离图15所示的模块状态情报的开头最近的、已经完成启动的扩充功能作为删除对象。这里,成为删除对象的追加功能为刚才追加的动画编缉功能。并且,一决定删除动画编缉功能,画质调整处理就立刻启动。在图17(a)中示出了不久之后又有了动画编缉功能的开始要求,需要删除画质调整处理,追加动画编缉功能的例子。在该例子中,一有用户对扩充功能的开始要求,就要进行功能的追加和删除。
这样一来,当在资源拥挤状态中,用户不断地使用扩充功能时,特别是成为删除候补的功能的使用频率越高,伴随着功能追加和删除而带来的额外的负担越容易发生。
而在本实施例的资源管理装置中,当拥挤分析部422检测出拥挤时,为了决定成为删除对象候补的扩充功能,向功能决定部424传送功能决定要求。
收到了功能决定要求的功能决定部424,根据图14所示的模块情报和图15所示的模块状态情报,从启动中的媒体模块中选出优先级最低的静止画处理模块,由于在静止画处理模块中,没有启动中的扩充功能,因此选出优先级第二低的AV再生模块,且选出在AV再生模块内处于启动状态的扩充功能中优先级最低的均衡功能,并且将选出的均衡功能通知给拥挤分析部422。
拥挤分析部422一收到来自功能决定部424的均衡功能被选出的通知,就进行资源的计算,判断均衡功能是否成为删除对象候补。这里,如图17(b)所示,均衡功能被定为删除对象候补,被删除。这样一来,内存资源的空资源成了52%,变得能够追加动画编缉功能。
其次,当用户通过AV再生应用111向AV再生模块114要求开始画质调整功能时,由于画质调整功能处于启动状态,因此不必要进行功能的删除及追加。如上所述,根据本实施例的资源管理装置,如图17(b)所示,即使用户交替要求开始动画编缉功能和画质调整功能,也不会发生扩充功能的追加和删除。在该例子中,设定了图14所示的优先级,在此之外,通过将高的优先级给用户使用频率高的媒体模块,并且,将高的优先级给媒体模块内使用频率高的扩充功能,由于能够使发生功能的追加和删除的频率变低,因此能够提高对应用户的响应速度。
也就是说,在本实施例的资源管理装置中,由于在设定了按照媒体模块的不同而定的优先级之外,还对包含在媒体模块中的扩充功能设定了优先级,因此当发生资源拥挤时,能够将资源从优先级较低的扩充功能分配到优先级较高的扩充功能,能够更进一步地提高对应用户的响应速度。
另外,在以上的说明中,以按照用户的使用频率设定的优先级作为按照功能的不同而定的优先级的例子,优先级的设定方法不限于此。并且,按照功能的不同而定的优先级也可以是变动的。例如,也可以根据各个用户的使用频率使按照功能的不同而定的优先级发生变化。
并且,在本实施例的说明中,以同时设定按照模块的不同而定的优先级和按照功能的不同而定的优先级作了例子,也可以不设定按照模块的不同而定的优先级,只设定按照功能的不同而定的优先级。此时,不考虑模块的范围,设定按照功能的不同而定的优先级,且当删除功能时,将按照功能的不同而定的优先级较低的功能定为删除对象。
(第4实施例)
图18为示出了本发明的第4实施例所涉及的资源管理装置的结构例的方块图。
该图所示的资源管理装置100包括:应用处理机101、及媒体处理机102。
应用处理机101拥有:主应用103、静止画处理应用110、AV再生应用111、及声音通话应用112。
并且,媒体处理机102拥有:静止画处理模块513、AV再生模块514、声音通话模块515、***管理部220、拥挤分析部522、数据库部221、及响应处理部525。
本实施例的资源管理装置与第1实施例的资源管理装置的不同之处在于:在媒体处理机102内设置有响应处理部525。并且,静止画处理模块113表示为静止画处理模块513,AV再生模块114表示为AV再生模块514,声音通话模块115表示为声音通话模块515,拥挤分析部222表示为拥挤分析部522。
以下,对本实施例的资源管理装置中的拥挤分析加以说明。
响应处理部525从拥挤分析部522接收作为控制信号传送的一个以上的删除询问。在本实施例的资源管理装置中,一个以上的删除询问几乎被同时传送给响应处理部525。这里,删除询问是指是否删除成为删除对象的扩充功能、及支持该扩充功能的媒体模块。
收到删除询问的响应处理部525,记下为删除询问对象的扩充功能、及支持该扩充功能的媒体模块,并且,将功能删除询问作为控制信号传送到删除询问中所含有的媒体模块。将进行功能删除询问的结果,即从媒体模块那里得到的同意删除回答、或者不同意删除回答作为控制信号接收。
响应处理部525,将删除要求作为控制信号传送给最早收到的发出同意删除回答的媒体模块。并且,将不同意删除的回答作为控制信号传送到第1位以后收到的发出同意删除回答的媒体模块。
其次,响应处理部525,一将为传送给媒体模块的删除要求的同意删除回答作为控制信号接收,就立刻向拥挤分析部522返回将收到同意删除回答的媒体模块中的扩充功能删除的回答。
以下,将响应处理部525接收、传送控制信号的过程进行一下总结。
(1)将功能删除询问传送给一个以上的媒体模块。
(2)从媒体模块那里接收回答,即同意删除的回答,或者不同意删除的回答。
(3-1-1)当收到的回答为同意删除的回答,且为最快的回答时,对发出该回答的媒体模块传送同意删除要求。
(3-1-2)从媒体模块那里接收对于删除要求的删除回答。
(3-2)当收到的回答为同意删除的回答,且为第1位以后的回答时,对发出该回答的媒体模块传送不同意删除的回答。
(3-3)当收到的回答为不同意删除的回答时,过程结束。
在第1实施例所涉及的资源管理装置中,拥挤分析部222只能向媒体模块进行一次功能删除询问,若在多个删除对象候补中,对询问的响应速度较慢的媒体模块被最先选出的话,恐怕会产生对应用户的响应速度较慢的现象。本实施例的资源管理装置在这一点上有了改善。
静止画处理模块513、AV再生模块514、及声音通话模块515的各个媒体模块与第1实施例中的各个媒体模块进行的处理一样,但为了对应追加的响应处理部525,进行了如下所述的新的处理。
当发生资源的拥挤时,支持成为删除对象候补的扩充功能的媒体模块,从响应处理部525接收功能删除询问。收到功能删除询问的媒体模块将同意删除的回答,或不同意删除的回答返回到响应处理部525。此时,如果需要的话,也可以询问应用。
在将同意删除回答传送给响应处理部525的媒体模块中,响应处理部525将能够删除要求传送给最早发出回答的媒体模块。
并且,收到同意删除要求的媒体模块,在结束被删除的扩充功能后,将已删除的回答返回到响应处理部525。
在将同意删除回答传送给响应处理部525的媒体模块中,响应处理部525将不同意删除要求传送给第1位以后发出回答的媒体模块。
收到不同意删除要求回答的媒体模块能够继续进行媒体处理。
其次,对本实施例的资源管理装置中的拥挤分析部522和响应处理部525,进行拥挤分析时的处理过程加以说明。
图19为示出了在本实施例的媒体处理方法中,处理资源拥挤时的过程的流程图。
首先,在步骤S901中,一收到来自媒体模块的功能追加要求,拥挤分析部522就将在该功能追加要求中含有的模块名和扩充功能作为索引,从数据库部221内的模块情报那里获取与有追加要求的模块有关的资源情报。
其次,在步骤S902中,从***管理部220获取现在的资源使用状况。
接着,在步骤S903中,根据在前面的步骤S901、S902获取的资源情报,拥挤分析部522比较有关CPU、内存、及器件的追加要求的功能所需要的资源量和空资源量。当空资源量多于追加功能所需要的资源量时(在本步骤中的″YES″的情况),处理转移到步骤S904。并且,当空资源量不够时(在本步骤中的″NO″的情况),处理转移到步骤S906。
其次,在步骤S904中,当能够确保追加要求的功能所需要的资源时(在步骤S903中的″YES″的情况),拥挤分析部522根据在上述步骤S901中获取的资源情报,向***管理部220要求确保有关CPU、内存、及器件的资源。
接着,在步骤S905中,为了登记在前面的步骤S904中追加的功能的状态,更新数据库部221的模块状态情报,且将功能追加回答通知给传送功能追加要求的媒体模块。此时,当在以后的步骤S910中删除扩充功能时,该功能的状态也被登记在数据库部221的模块状态情报中。
而当不能确保追加要求的功能所需要的资源时(在步骤S903中的″NO″的情况),拥挤分析部522为了从启动中的扩充功能中决定成为删除对象候补的多个扩充功能,从数据库部221中检索启动中的媒体模块,其次,从选出的媒体模块中检索启动中的扩充功能,并且,检测出成为删除对象候补的扩充功能。
首先,在步骤S906中,从存储在数据库部221的模块状态情报的开头开始依次检索启动中的媒体模块,并且,当找到了删除对象候补时(在本步骤中的″YES″的情况),处理转移到步骤S911。并且,当从模块状态情报的记录中找不到启动中的媒体模块时(在本步骤中的″NO″的情况),处理转移到步骤S907。
其次,在步骤S907中,当有等待来自响应处理部525的回答时(在本步骤中的″YES″的情况),处理转移到步骤S908。并且,当没有等待来自响应处理部525的回答时(在本步骤中的″NO″的情况),认为没有找到能够删除的扩充功能,处理转移到步骤S915。
其次,在步骤S908中,拥挤分析部522接收响应处理部525对功能删除询问的回答。
其次,在步骤S909中,若响应处理部525在前面的步骤S908中收到的回答为同意删除扩充功能的回答时(在本步骤中的″YES″的情况),处理转移到步骤S910。并且,若收到的回答为不同意删除扩充功能的回答时(在本步骤中的″NO″的情况),处理转移到步骤S915。
其次,在步骤S910中,为了删除已经决定删除的扩充功能,根据在以后的步骤S912中获取的资源情报,拥挤分析部522向***管理部220要求释放有关CPU、内存、及器件的资源。并且,处理转移到上述步骤S904。
并且,在步骤S911中,拥挤分析部522为了从启动中的扩充功能中决定一个扩充功能,从在上述步骤S906中选出的媒体模块的模块状态情报的记录的开头开始依次检索。这里,当从模块状态情报中找到了启动中的扩充功能时(在本步骤中的″YES″的情况),处理转移到步骤S912。并且,当从模块状态情报的记录中找不到启动中的扩充功能时(在本步骤中的″NO″的情况),处理转移到上述步骤S906。
其次,在步骤S912中,从数据库部221获取在上述步骤S911中选出的扩充功能的资源情报。
其次,在步骤S913中,根据在前面的步骤S912、S901、S902获取的资源情报,拥挤分析部522分别比较CPU、内存、及器件的追加要求的功能所需要的资源量,与扩充功能所确保的资源量和空资源量的和。当空资源量和被选择的扩充功能所确保的资源量的和,多于追加功能所需要的资源量时(在本步骤中的″YES″的情况),决定了成为删除对象候补的扩充功能,且处理转移到步骤S914。并且,当不能确保追加功能所需要的资源时(在本步骤中的″NO″的情况),认为被选出的扩充功能不是删除对象候补,处理转移到上述步骤S911,重复处理。
其次,在步骤S914中,当删除对象候补被决定时(在步骤S913的″YES″的情况),向在上述步骤S906中选出的媒体模块进行功能删除询问,为了检索下一个删除对象候补,处理转移到步骤S911。本实施例按照以上的步骤,进行拥挤分析。
其次,对本实施例的资源管理装置中的处理的具体例子加以说明。
图20为示出了当声音通话应用,发出声音通话开始要求时,在第1实施例与本实施例的资源管理装置中的各个方块间的顺序的图。在该图中,当追加功能时,为了方便比较从声音通话应用112发出声音通话的开始要求之后到得到其回答为止的响应时间的差,示出了由于响应速度最慢的动画编缉为离数据库的开头最近的记录,因此被选出的情形。并且,在这里示出了静止画编缉为响应速度最快的例子。
AV再生模块114、514的动画编缉功能及静止画处理模块113、513的静止画编缉功能处于启动中,能够使用的状态,当声音通话应用112将声音通话开始要求传送给声音通话模块115、515时(将该时间设为t0=0),收到声音通话开始要求的声音通话模块115、515,将声音通话功能追加要求传送给拥挤分析部222、522。
在本实施例的资源管理装置中,收到声音通话功能追加要求的拥挤分析部522,检测出资源的拥挤,且将静止画处理模块513的静止画编缉功能、和AV再生模块514的动画编缉功能定为删除对象候补的扩充功能,向响应处理部525进行静止画编缉功能的删除询问和动画编缉功能的删除询问。
其次,收到静止画编缉功能的删除询问和动画编缉功能的删除询问的响应处理部525,将静止画编缉功能的删除询问和动画编缉功能的删除询问分别传送到静止画处理模块513和AV再生模块514。
这样,收到静止画编缉功能的删除询问的静止画处理模块513,向静止画处理应用110进行询问,且将为同意删除的回答的结果返回给响应处理部525。
收到动画编缉功能询问的AV再生模块514也一样,向AV再生应用111进行询问,且将为同意删除的回答的结果返回给响应处理部525。
此时,由于静止画处理模块513返回同意删除的回答比AV再生模块514快,因此静止画处理模块513从响应处理部525得到同意删除的要求,AV再生模块514从响应处理部525得到不同意删除的要求。
收到同意删除的要求的静止画处理模块513,进行结束静止画编缉的处理,且将已经删除的回答返回到响应处理部525。
收到不同意删除的要求的AV再生模块514,不能删除动画编缉功能,能够继续进行动画编缉。
其次,收到已经删除回答的响应处理部525,向拥挤分析部522返回静止画编缉的已经删除回答。并且,收到该已经删除回答的拥挤分析部522,释放静止画编缉功能所使用的资源,确保声音通话功能所使用的资源,且向声音通话模块515返回功能追加回答。
收到功能追加回答的声音通话模块515,将开始声音通话的回答返回到声音通话应用112(将该时间设为t1)。
而在第1实施例所涉及的资源管理装置中,由于拥挤分析部222从登记在数据库部221的开头部分的扩充功能开始进行删除询问,因此先向AV再生模块114进行动画编缉功能的删除询问。
其次,收到动画编缉功能的删除询问的AV再生模块114,向AV再生应用111进行询问,获得要求结束动画编缉功能的结果。
并且,AV再生模块114,根据动画编缉结束要求,结束动画编缉功能,将已经删除的回答返回给拥挤分析部222。
收到已经删除的回答的拥挤分析部222,释放动画编缉功能使用的资源,确保声音通话功能使用的资源,将功能追加回答返回给声音通话模块115。
收到功能追加回答的声音通话模块115,将开始声音通话的回答返回给声音通话应用112(将该时间设为t2)。
如图20所示,在第1实施例的资源管理装置中,从发出开始声音通话的要求到得到回答为止所需要的时间为t2。而在本实施例的资源管理装置中,能够看出由于在响应处理部从为多个删除对象的扩充功能中选出了响应速度快的扩充功能,因此从发出开始声音通话的要求到得到回答为止所需要的时间为t1,只缩短了时间T。
如上所述,在本实施例的资源管理装置中,由于能够从多个删除对象候补中选出响应速度快的媒体模块,因此当应用发出功能追加要求时,能够缩短对该要求响应的时间。所以,能够有效地利用资源,同时,提高媒体处理的速度。
另外,在本实施例的资源管理装置中,以一次从媒体模块发出一个功能追加要求为前提,但即使从多个媒体模块同时发出功能追加的要求时,也能够缩短响应各个要求的时间。
并且,在本实施例中,以在第1实施例的资源管理装置上安装响应处理部为例进行了说明,在第2、第3实施例的资源管理装置中安装响应处理部也同样有效。此时,将优先级低的模块及优先级低的扩充功能依次选出两个以上作为有扩充功能的追加要求时的扩充功能的删除对象候补。
并且,如上所述,示出了响应处理部525同时接收询问删除两个以上的扩充功能的例子,当有多个模块存在,且对每个媒体模块进行功能删除时,需要对多个模块进行删除询问。另外,本发明的各个实施例的资源管理方法,能够通过例如保存在资源管理装置的内部或外部的程序来实现。
Claims (12)
1、一种资源管理装置,具备媒体处理机,其特征在于:
上述媒体处理机包括:进行媒体处理用的媒体模块;
在要求功能追加的情况下,当发生资源的拥挤时,参照含有上述媒体模块的功能情报和上述媒体处理功能的资源情报的模块情报、及表示上述媒体处理功能的启动状态的模块状态情报,来调整资源分配的拥挤分析部;
及根据上述拥挤分析部所调整的资源分配,来确保及释放资源的***管理部。
2、根据权利要求第1项所述的资源管理装置,其特征在于:
还包括:存储上述模块情报及上述模块状态情报的数据库部。
3、根据权利要求第1项所述的资源管理装置,其特征在于:
上述媒体处理功能分为媒体处理所必不可少的基本功能和为附加功能的扩充功能;
在要求追加功能的情况下,当发生资源的拥挤时,上述拥挤分析部在删除启动中的上述扩充功能后,让要求追加的功能启动。
4、根据权利要求第3项所述的资源管理装置,其特征在于:
上述媒体模块有多个存在;
上述模块情报含有按照媒体模块的不同而定的优先级;
上述媒体处理机还包括:当发生资源的拥挤时,将按照上述媒体模块的不同而定的优先度级较低的上述媒体模块依次定为删除对象用的模块决定部。
5、根据权利要求第3项所述的资源管理装置,其特征在于:
上述模块情报含有按照上述扩充功能的不同而定的优先级;
上述媒体处理机还包括:当发生资源的拥挤时,将按照上述功能的不同而定的优先级较低的上述扩充功能依次定为删除对象用的功能决定部。
6、根据权利要求第3项到第5项中的任意一项所述的资源管理装置,其特征在于:
上述媒体处理机还包括:当发生资源的拥挤时,向上述媒体模块询问应该删除启动中的多个上述扩充功能中的哪一个,且决定至少删除最先响应的上述媒体模块中的上述扩充功能的响应处理部。
7、一种资源管理方法,使用具备媒体处理机的资源管理装置,该媒体处理机包括:进行将媒体处理功能分成扩充功能和媒体处理所必不可少的基本功能用的媒体模块、拥挤分析部、及***管理部,其特征在于:
包括:在要求追加功能的情况下,当发生资源的拥挤时,上述拥挤分析部,参照含有上述媒体模块的功能情报和上述媒体处理功能的资源情报的模块情报、及表示上述媒体处理功能的启动状态的模块状态情报,来调整资源分配的步骤(a);
及上述***管理部,根据在上述步骤(a)中上述拥挤分析部所调整的资源分配,确保及释放资源的步骤(b)。
8、根据权利要求第7项所述的资源管理方法,其特征在于:
上述步骤(a)包括:上述拥挤分析部,比较要求追加的功能所需要的资源量与空资源量的步骤(a1);
及在上述步骤(a1)中,当空资源量少于要求追加的功能所需要的资源量时,上述拥挤分析部询问应该删除启动中的上述扩充功能的哪一个的步骤(a2)。
9、根据权利要求第7项所述的资源管理方法,其特征在于:
上述媒体模块有多个存在;
上述模块情报含有根据媒体模块的不同而定的优先级;
上述媒体处理机还拥有模块决定部;
上述步骤(a)包括:上述拥挤分析部、比较要求追加的功能所需要的资源量与空资源量的步骤(a1),
在上述步骤(a1)中、当空资源量少于要求追加的功能所需要的资源量时、上述模块决定部、将按照上述媒体模块的不同而定的优先级较低的上述媒体模块依次定为删除对象的步骤(a3),
及上述拥挤分析部、询问在上述步骤(a3)中决定的上述媒体模块,应该删除启动中的上述扩充功能的哪一个的步骤(a4)。
10、根据权利要求第7项所述的资源管理方法,其特征在于:
上述模块情报含有按照上述扩充功能的不同而定的优先级;
上述媒体处理机还拥有功能决定部;
上述步骤(a)包括:上述拥挤分析部、比较要求追加的功能所需要的资源量与空资源量的步骤(a1),
在上述步骤(a1)中、当空资源量少于要求追加的功能所需要的资源量时、上述功能决定部、将按照上述功能的不同而定的优先级较低的启动中的上述扩充功能依次定为删除对象的步骤(a5),
及上述拥挤分析部、询问应该删除在上述步骤(a5)中决定的上述扩充功能的哪一个的步骤(a6)。
11、根据权利要求第7项所述的资源管理方法,其特征在于:
上述媒体处理机还拥有响应处理部;
上述步骤(a)包括:上述拥挤分析部、比较要求追加的功能所需要的资源量与空资源量的步骤(a1),
在上述步骤(a1)中、当空资源量少于要求追加的功能所需要的资源量时、上述拥挤分析部、向上述媒体模块询问应该删除启动中的多个上述扩充功能的哪一个的步骤(a7),
在上述步骤(a7)后、上述响应处理部决定至少删除最先响应的上述媒体模块中的上述扩充功能的步骤(a8),
及上述响应处理部将不同意删除的回答传送到在上述步骤(a8)后响应的上述媒体模块的步骤(a9)。
12、一种存储媒体,存储了计算机能够读取的计算机执行用的程序,其特征在于:
在要求追加功能的情况下,当发生资源的拥挤时,参照含有上述媒体模块的功能情报和上述媒体处理功能的资源情报的模块情报、及表示上述媒体处理功能的启动状态的模块状态情报,来调整资源分配的步骤(a);
及按照在上述步骤(a)中调整的资源分配,确保及释放资源的步骤(b)。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003144776 | 2003-05-22 | ||
JP2003144776A JP2004348437A (ja) | 2003-05-22 | 2003-05-22 | リソース管理装置、リソース管理方法及び記録媒体 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN1573702A true CN1573702A (zh) | 2005-02-02 |
Family
ID=33532141
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA200410044800XA Pending CN1573702A (zh) | 2003-05-22 | 2004-05-18 | 资源管理装置、资源管理方法及存储媒体 |
Country Status (3)
Country | Link |
---|---|
US (1) | US20050007953A1 (zh) |
JP (1) | JP2004348437A (zh) |
CN (1) | CN1573702A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100419690C (zh) * | 2005-07-18 | 2008-09-17 | 光宝科技股份有限公司 | 媒体转录控制方法及使用上述方法的嵌入式*** |
CN102750225A (zh) * | 2011-04-08 | 2012-10-24 | 索尼公司 | 存储管理设备、存储管理方法和控制程序 |
CN103645955A (zh) * | 2013-12-16 | 2014-03-19 | 百度在线网络技术(北京)有限公司 | 应用程序的运行管理方法和装置 |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20060069457A1 (en) * | 2004-09-24 | 2006-03-30 | Texas Instruments Incorporated | Dynamically adjustable shared audio processing in dual core processor |
JP4609410B2 (ja) * | 2006-10-18 | 2011-01-12 | 株式会社デンソー | 車両用ナビゲーション装置 |
JP2008204581A (ja) * | 2007-02-22 | 2008-09-04 | Elpida Memory Inc | 不揮発性ram |
US20100011367A1 (en) * | 2008-07-11 | 2010-01-14 | Gm Global Technology Operations, Inc. | Methods and systems for allocating a resource of a vehicle among a plurality of uses for the resource |
US8782663B2 (en) | 2009-05-11 | 2014-07-15 | Nec Corporation | Terminal device, communication method used in the terminal device and recording medium |
US11322224B2 (en) | 2010-05-18 | 2022-05-03 | Natera, Inc. | Methods for non-invasive prenatal ploidy calling |
JP6328934B2 (ja) | 2010-12-22 | 2018-05-23 | ナテラ, インコーポレイテッド | 非侵襲性出生前親子鑑定法 |
JP6542706B2 (ja) * | 2016-04-13 | 2019-07-10 | ファナック株式会社 | 数値制御装置 |
CN112188235B (zh) | 2019-07-05 | 2023-03-24 | 上海交通大学 | 媒体处理方式的选择方法及媒体处理方法 |
CN110795054B (zh) * | 2019-10-21 | 2023-07-28 | Oppo广东移动通信有限公司 | 画质调节方法及相关产品 |
CN117858262B (zh) * | 2024-03-07 | 2024-05-14 | 成都爱瑞无线科技有限公司 | 基站资源调度优化方法、装置、基站、设备、介质及产品 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6282560B1 (en) * | 1997-03-28 | 2001-08-28 | International Business Machines Corporation | Managing processor resources in a non-dedicated computer system |
US6246692B1 (en) * | 1998-02-03 | 2001-06-12 | Broadcom Corporation | Packet switching fabric using the segmented ring with resource reservation control |
WO2001090887A1 (fr) * | 2000-05-25 | 2001-11-29 | Fujitsu Limited | Procede de traitement de programme permettant un traitement haute vitesse au moyen d'un materiel a reconfiguration dynamique et programme permettant d'executer ce procede de traitement |
US20030039233A1 (en) * | 2001-08-14 | 2003-02-27 | Aharon Satt | Estimation of resources in cellular networks |
-
2003
- 2003-05-22 JP JP2003144776A patent/JP2004348437A/ja active Pending
-
2004
- 2004-05-18 CN CNA200410044800XA patent/CN1573702A/zh active Pending
- 2004-05-21 US US10/849,792 patent/US20050007953A1/en not_active Abandoned
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100419690C (zh) * | 2005-07-18 | 2008-09-17 | 光宝科技股份有限公司 | 媒体转录控制方法及使用上述方法的嵌入式*** |
CN102750225A (zh) * | 2011-04-08 | 2012-10-24 | 索尼公司 | 存储管理设备、存储管理方法和控制程序 |
CN103645955A (zh) * | 2013-12-16 | 2014-03-19 | 百度在线网络技术(北京)有限公司 | 应用程序的运行管理方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
JP2004348437A (ja) | 2004-12-09 |
US20050007953A1 (en) | 2005-01-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1120425C (zh) | 存储器控制器和存储器控制方法 | |
CN1253790C (zh) | 指令调度方法和指令调度设备 | |
CN1189830C (zh) | 数字广播接收机的事件发送方法及装置 | |
CN1573702A (zh) | 资源管理装置、资源管理方法及存储媒体 | |
CN100351750C (zh) | 信息处理设备,信息处理方法,记录介质,以及程序 | |
CN1679004A (zh) | 高速缓存设备、高速缓存数据管理方法和计算机程序 | |
CN1387125A (zh) | 存储器*** | |
CN1112637C (zh) | 信息获取代理***和信息传送管理*** | |
CN1658184A (zh) | 网络***、分布式处理方法和信息处理装置 | |
CN1752947A (zh) | 存储装置、存储控制方法,以及计算机产品 | |
CN101053253A (zh) | 记录装置及方法、再生装置及方法以及程序 | |
CN101031918A (zh) | 节点设备、共享信息更新方法、共享信息存储方法以及程序 | |
CN1734438A (zh) | 信息处理设备、信息处理方法和程序 | |
CN1268820A (zh) | 广播收发信装置和广播收发信方式 | |
CN1203395A (zh) | 文件管理装置和方法及记录文件管理程序的记录媒体 | |
CN1681287A (zh) | 数字照相机、像簿管理方法、像簿管理程序产品、以及像簿管理程序传送介质 | |
CN1416276A (zh) | 中间数据接收装置、方法、程序和记录媒体以及发送装置、传输方法 | |
CN1167073C (zh) | 数据记录装置和方法 | |
CN1890624A (zh) | 电子装置及其控制方法、主机装置及其控制方法 | |
CN1113347C (zh) | 信息数据记录和重放装置 | |
CN101061457A (zh) | 输出***,输出数据管理装置,网络设备,输出数据管理程序,输出程序和输出方法 | |
CN1290026C (zh) | 信息提供***和信息服务设备 | |
CN1825317A (zh) | 用于提供内容的***和装置 | |
CN1167946A (zh) | 响应于对相同文件的多个请求对数据进行分配的装置 | |
CN1223988C (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 | ||
AD01 | Patent right deemed abandoned |
Effective date of abandoning: 20050202 |
|
C20 | Patent right or utility model deemed to be abandoned or is abandoned |