專利名稱：媒體處理裝置以及媒體處理方法
技術領域：
本發(fā)明涉及一種進行媒體信號處理的媒體處理裝置以及媒體處理方法。特別涉及多個媒體處理并行進行時的資源管理最優(yōu)化控制。
背景技術：
近年，媒體處理裝置多功能化，多個媒體處理并行進行的情況增加。
對于進行單獨的媒體信號處理的以往的媒體處理方法，例如可以將DSP(數(shù)字信號處理器)執(zhí)行的一系列處理，分離為輕處理和重處理，其中輕處理是針對以一定周期采樣，所輸入的每個采樣輸入執(zhí)行，而重處理則針對與采樣輸入的周期相比充分大的數(shù)倍的每個周期執(zhí)行。然后通過將以該采樣輸入的數(shù)倍周期下執(zhí)行的重處理按時間劃分為數(shù)段分別執(zhí)行，提高由此構成媒體處理裝置，實現(xiàn)了DSP的每個單一硬件的處理能力的提高(例如參照特開平9-81542號公報)。
但是媒體處理裝置所處理的媒體的種類增加，上述那樣的利用一個處理裝置同時進行多個媒體處理的情況增加。因此通過最優(yōu)化利用媒體處理使用的處理裝置內的資源，提高并列度的必要性更進一步提高。
前面所示的以往的技術，每個媒體處理通常要保證一定量的資源。即用此種方法，同時進行多個媒體處理的情況下，通常要保證補充各媒體模塊所必要的資源最大量的資源量。但是實際上即使并行進行多個媒體處理的情況下，所有的功能并行執(zhí)行的情況很少，以往的方法中所確保的資源沒被有效使用。因此，硬件的處理能力沒有得到充分的發(fā)揮。

發(fā)明內容
本發(fā)明正是為解決上述問題而達成的發(fā)明，其目的在于提供一種當并行執(zhí)行多個媒體處理時，能夠最優(yōu)化分配資源的媒體處理裝置以及媒體處理方法。
本發(fā)明的媒體處理裝置，包括媒體處理的處理器，其具有對于每個媒體實現(xiàn)媒體處理功能的多個媒體模塊；和應用程序處理的處理器，其具有利用上述多個媒體模塊進行媒體處理的應用程序，其中上述多個媒體模塊之中至少一個具有多個動作模式；上述媒體處理的處理器具有媒體模塊信息保存部，其保存上述多個媒體模塊的各個動作模式的使用資源信息、和與處理數(shù)據信息對應的必要資源信息；分析部，其在動作時從上述應用程序中獲取上述處理數(shù)據信息，從上述媒體模塊信息保存部獲取上述使用資源信息和上述必要資源信息，然后調查資源的空余信息，根據獲取的信息選擇媒體模塊的動作模式，指示切換為選擇的動作模式。
由此，由于能夠根據使用者的處理要求等切換各個媒體模塊的動作模式的組合，所以能夠最適當?shù)胤峙滟Y源，能夠毫無延遲地并行處理多個媒體處理。
上述媒體處理的處理器進一步包括為進行媒體處理的工作區(qū)域的芯片內存儲器；在上述使用資源信息以及必要資源信息中也可以包含關于上述芯片內存儲器的容量的信息。
在上述使用資源信息以及必要資源信息中也可以包含上述媒體處理的處理器的負載信息。在上述使用資源信息以及必要資源信息中也可以包含關于外加存儲器的資源信息。
上述分析部具有針對每個媒體模塊進行模式切換時的優(yōu)先度信息，通過根據上述優(yōu)先度信息決定動作模式的切換的優(yōu)先順序，由此能夠防止處理能力的降低。例如如果設定動作模式切換時的開銷較少的媒體模塊的優(yōu)先度較高，因為在動作模式切換時能夠做到不容易產生處理的開銷的情況，所以能有效地防止處理能力的降低。
本發(fā)明的媒體處理方法，采用包括以下處理器的媒體處理裝置媒體處理的處理器，其具有對于每個媒體實現(xiàn)媒體處理功能的多個媒體模塊、保存上述多個媒體模塊的各動作模式中的使用資源信息以及根據處理數(shù)據信息的必要資源信息的媒體模塊資源保存部、和分析部；應用程序處理的處理器，其具有利用上述多個媒體模塊進行媒體處理的應用程序；該媒體處理方法包括上述分析部取得上述處理數(shù)據信息的步驟(a)；上述分析部取得上述使用資源信息和上述必要資源信息的步驟(b)；上述分析部調查資源的空余，以獲取的信息為基準，從上述媒體模塊中選擇動作模式的切換備用的步驟(c)；和上述分析部從上述切換備用中選擇動作模式，指示變換為所選擇的動作模式的步驟(d)。
由此方法，由于動作時能適當切換動作模式，根據情況進行資源的分配，所以資源的有效利用成為可能。其結果能并行地進行多個媒體處理。在最適當?shù)胤峙滟Y源的同時，還能夠減少電力的消耗。
每一個媒體模塊都循環(huán)進行上述步驟(a)、上述步驟(b)、上述步驟(c)以及上述步驟(d)，由此，與對于全部的媒體模塊循環(huán)步驟(a)～步驟(c)相比，能以更短的時間進行處理。
在對于上述多個媒體模塊的全部，執(zhí)行上述步驟(a)、上述步驟(b)以及上述步驟(c)之后，執(zhí)行上述步驟(d)，由此能夠將前面的所有的動作模式的組合都作為備用，能夠選擇最適當?shù)膭幼髂Ｊ降慕M合。
上述分析部具有上述多個媒體模塊的每一個的模式切換時的優(yōu)先度信息，根據上述優(yōu)先度信息決定動作模式的切換的優(yōu)先順序，例如設定切換時通過將不容易產生開銷的媒體模塊的優(yōu)先度設定為高，就能防止處理能力的降低。
上述媒體處理裝置進一步具有存儲程序的存儲裝置，上述程序也可以利用計算機實現(xiàn)上述上述步驟(a)、上述步驟(b)、上述步驟(c)以及上述步驟(d)。


圖1是表示有關本發(fā)明第1實施方式的媒體處理裝置的框圖。
圖2是表示音樂播放模塊以及聲音通話模塊的資源信息的圖。
圖3是表示流信息的格式的種類和位速率的信息的圖。
圖4是表示本發(fā)明的媒體處理方法的流程圖。
圖5是表示有關第1實施方式以及第2實施方式的媒體處理方法中資源信息收集過程的流程圖。
圖6是表示有關第1實施方式以及第2實施方式的媒體處理方法中從切換備用中的動作模式選擇過程的流程圖。
圖7表示在有關第1實施方式的媒體處理方法中，音樂播放模塊以及聲音通話模塊中動作模式的切換的圖。
圖8是表示有關第1實施方式的具體例子的媒體處理方法的流程圖。
圖9是表示有關本發(fā)明第2實施方式的媒體處理裝置的構成的框圖。
圖10是表示有關第2實施方式的媒體處理方法的流程圖。
圖11是表示有關第3實施方式的媒體處理方法的流程圖。
圖12是表示第3實施方式的媒體處理方法中資源信息收集過程的流程圖。
圖13是第3實施方式的媒體處理方法中表示切換備用中的動作模式選擇過程的流程圖。
圖中1-應用程序處理的處理器，2-媒體處理的處理器，3-存儲介質，4-基帶處理器，5-揚聲器，6-麥克風，7-外加存儲器，11-第1應用程序，12-第2應用程序，21-分析部，22-媒體模塊信息保存部，23-音樂播放模塊，24-聲音通話模塊，25-芯片內存儲器，121-分析部。
具體實施例方式
以下，參照

本發(fā)明的各實施方式。此處，作為媒體處理的實例列舉了音樂的播放、錄音以及利用無線與其他裝置的聲音通話。還有錄像播放和CG處理等，媒體處理并非僅限定于此。
(第1實施方式)圖1是表示有關本發(fā)明第1實施方式的媒體處理裝置的框圖。此處作為表示的媒體處理裝置的例子，可以列舉出移動電話機等。
如圖1所示，本實施方式的媒體處理裝置，包括為處理輸入的流數(shù)據的應用程序處理的處理器1；以應用程序處理器輸出的指令為基準，進行媒體處理的媒體處理的處理器2；非易失性存儲器的存儲介質3；例如進行通信和通話相關處理的基帶處理器4；揚聲器5；麥克風6和外加存儲器7。
應用程序處理的處理器1具有一個以上的應用程序，接受使用者的處理要求，在存儲介質3和基帶處理器4之間收發(fā)數(shù)據，另外控制媒體處理的處理器2。另外圖1所示例子中，應用程序處理的處理器1中包含第1個應用程序11和第2個應用程序12。第1個應用程序11以及第2個應用程序12分別控制媒體處理的處理器2內的音樂播放模塊23以及聲音通話模塊24，實現(xiàn)媒體處理。
另外媒體處理的處理器2具有分析部21；媒體模塊信息保存部22；芯片內存儲器25；和處理器，其具有多個媒體模塊，進行媒體處理的運算，控制硬件設備。圖1所示例子中，媒體處理的處理器2中包含音樂播放模塊23和聲音通話模塊24。
存儲介質3是為保存媒體處理所必要的流數(shù)據等的非易失性存儲器。
基帶處理器4是利用無線與其他的裝置通信的處理器。
揚聲器5將從媒體處理的處理器2接收的聲音數(shù)據輸出。
麥克風6將取得的聲音數(shù)據向媒體處理的處理器2輸出。
外加存儲器7是媒體模塊使用的工作存儲器。
然后媒體模塊信息保存部22保存以下所示2種信息。
媒體模塊信息保存部22，將各個媒體模塊動作時使用的資源信息，依照其每個動作模式按圖2所示的形式保存。各媒體模塊事先準備幾組自身所使用資源的組合，分別稱為動作模式。
另外媒體模式信息保存部22，將各媒體模式動作時必要的運算量的信息，按照在媒體模塊中處理的流數(shù)據的每種數(shù)據格式的種類以及位速率以圖3所示的形式保存。此信息在本說明書中稱為處理數(shù)據信息。
此處，圖2是表示對于音樂播放模塊以及聲音通話模塊的資源信息的圖。圖3是表示流信息的格式的種類和位速率的信息的圖。圖2中對于各模式，表示了芯片內存儲器以及外加存儲器的必要量、是否使用麥克風以及揚聲器、運算可能量(使用的CPU資源量)、電力的消耗等的信息。另外圖3中除格式的種類和位速率信息以外表示了必要運算量。
分析部21從第1應用程序11、第2應用程序以及媒體模塊信息保存部22分別獲取數(shù)據格式的種類和位速率的信息、使用資源信息、必要資源信息、從這些信息中決定動作中的媒體模塊最適合的動作模式，對音樂播放模塊23以及聲音通話模塊24指示其模式的變更。對于決定分析部21中的動作模式的處理過程后面詳細說明。
媒體處理的處理器2內存在多個媒體模塊，根據情況能并行地動作。本實施方式的媒體處理的處理器2具有為了將存儲介質3中保存的音樂數(shù)據在揚聲器5播放的音樂播放模塊23、利用基帶處理器4、揚聲器5以及麥克風6，通過無線與其他的裝置進行聲音通話的聲音通話模塊24。
各個模塊由應用程序處理的處理器1內的各應用程序進行控制，執(zhí)行媒體處理的運算。
另外如果有必要，各個模塊能與揚聲器5、麥克風6的各種硬件設備相連接，能夠使用這些硬件設備。在本實施方式中的媒體處理裝置中，音樂播放模塊23與揚聲器5相連接，聲音通話模塊24與揚聲器5以及麥克風6相連接。
應用程序處理的處理器1內的第1應用程序11接收外部的處理要求，從存儲介質3中取出音樂流數(shù)據，通過與音樂模塊23收發(fā)流數(shù)據以及控制命令，對音樂播放模塊23進行控制的同時，在揚聲器5播放音樂。
另外第2應用程序12接受外部的處理要求，控制聲音通話模塊24，處理來自基帶處理器4的聲音流數(shù)據，在揚聲器5播放，還有處理來自麥克風6的聲音數(shù)據并傳送到基帶處理器4。
下面，利用圖4、圖5以及圖6所示的流程圖說明分析部21決定動作模式的處理過程。
圖4是表示本實施方式的媒體處理方法的流程圖。圖5是表示媒體處理方法中資源信息收集過程的流程圖。另外圖6是表示媒體處理方法中由切換備用中的動作模式選擇過程的流程圖。
此動作模式的決定，對于動作中的各媒體模塊，是根據從應用程序得到的流信息的變化或者媒體模塊的啟動和停止等的狀況變化循環(huán)執(zhí)行。另外從步驟S11～S22為止的過程，根據情況進行循環(huán)(循環(huán)A)，從步驟S14～S18也根據需要進行循環(huán)(循環(huán)B)。
首先，圖4所示的步驟S11，接受流信息的變化和媒體模塊狀況變化，開始動作方式的變換。從步驟S11開始至步驟S22為止的處理，在每個媒體模塊都進行。
接著，在步驟S12中，分析部21進行資源信息的收集。此資源信息的收集步驟由圖5所示的多個步驟構成。
首先在步驟S122中，分析部21由應用程序獲取流數(shù)據的數(shù)據格式的種類以及位速率的信息。
接著在步驟S123中，分析部21利用獲取的數(shù)據格式的種類和位速率的信息，從媒體模塊信息保存部22中獲取動作時必要的運算量的信息。
然后在步驟S124中，分析部21調查芯片內存儲器25以及外加存儲器7，獲取每個的空余容量信息。通過以上的過程進行資源信息的收集。
接著在圖4所示的步驟S13中，對于作為對象的媒體模塊，將全部動作模式暫且作為切換備用。
在下面步驟S14中，對每個動作模式都進行以下的處理。
即在步驟S15中，分析部21由媒體模塊信息保存部22獲取媒體模塊的每個動作模式所使用的資源信息。
接著，在步驟S16中，分析部21判斷選擇此種動作模式時，在運算量、芯片內存儲器、外加存儲器的各資源中，是否有資源不足的項目。此時，如果有資源不足的項目則執(zhí)行步驟S17，如果沒有則執(zhí)行步驟S18。
然后在步驟S17中，將在步驟S16中檢查出的資源不足的動作模式從切換備用中除去，然后執(zhí)行步驟S18。
下面在步驟S18中，再次返回到步驟S14，研究其他的動作模式。由步驟S14開始至步驟S18為止的過程，直至執(zhí)行完全部的動作模式為止被循環(huán)執(zhí)行。
接著在步驟S19中，對于所選擇的媒體模塊內的全部動作模式，由步驟S14開始至S18為止的處理結束之后，由切換備用之中選擇成為切換對象的動作模式。此步驟包含步驟S191～S196為止的步驟。
首先在圖6所示的步驟S191中，判斷是否存在切換備用的動作模式。如果存在切換備用則執(zhí)行步驟S192，如果不存在則執(zhí)行步驟S194。
接著在步驟S192中，分析部21判斷是否存在因為資源不足而被判定為動作不可的媒體模塊。此處如果存在被判定為動作不可的模塊，則執(zhí)行步驟S196，如果不存在則執(zhí)行步驟S193。
然后在步驟S193中，從剩余的切換備用之中將電力消耗最少的作為最適當?shù)膭幼髂Ｊ竭x出。另外在本實施方式中，優(yōu)先考慮了電力消耗的降低，此外的事項，例如優(yōu)先考慮音質從而選擇動作模式也可以。
還有，在步驟S196中，如果存在以前因為資源不足而被判定為動作不可的媒體模塊，則選擇成為動作不可的原因的資源項目中消耗量較少的動作模式。
另一方面，在步驟S194中，分析部21判斷在本步驟中所討論的媒體模塊為動作不可。
接著，在步驟S195中，分析部21存儲在步驟S194中被判斷為動作不可的原因的資源項目。
以上的步驟之后，進入到圖4所示的步驟S20。
在步驟S20中，分析部21判斷在步驟S19中所選擇的動作模式與現(xiàn)在執(zhí)行中的動作模式是否不同。如果選擇的動作模式與執(zhí)行中的動作模式相同則執(zhí)行步驟S22，如果不同則執(zhí)行步驟S21。
然后在步驟S21中，分析部21對于媒體模塊指示切換為選擇的動作模式。之后，執(zhí)行步驟S22。
接著在步驟S22中，再次返回步驟S11，對于其他的媒體模塊循環(huán)執(zhí)行以上的步驟S11至步驟S21。
通過以上的方法，因為能夠適當?shù)倪M行資源的再分配，所以并行地進行多個媒體處理成為可能。
下面，參照附圖7、圖8按順序說明動作模式切換時的動作的具體例子。
圖7是表示音樂播放模塊以及聲音通話模塊中動作模式的切換的圖。
圖8是表示本具體例子中處理的流程圖。參照這些圖以下說明本具體例子。此處，揚聲器5(參照圖1)是由多個媒體模塊同時使用，芯片內存儲器的總容量為64KB，外加存儲器的總容量為512KB。
首先，最初的時刻為t0時，根據外部的處理要求，第2應用程序12啟動聲音通話模塊24。
此時，分析部21根據決定所述動作模式的處理過程進行最合適的動作模式的分析，其它的媒體模塊不動作，因為存儲器等的資源很充分，所以在步驟S193中，選擇電力消耗更少的圖2所是的“動作模式2”。由動作模式2開始動作的聲音通話模塊24，其占用的芯片內存儲器容量為30KB，揚聲器5、麥克風6處于使用狀態(tài)。
接著，在時刻t1，在聲音通話模塊24處于動作狀態(tài)的情況下，根據外部的處理要求，為了播放圖3所示的FORMAT-B的128kbps的音樂數(shù)據，第1應用程序11將要啟動音樂播放模塊23。
此時，分析部21在步驟S123中，因為從媒體模塊信息保存部22所存儲的運算量信息(圖3)中，讀取到必要的運算量為30MIPS，所以在步驟S16中，圖2所示除了“動作模式1”以外，其他模式運算可能量都不足，所以將其從切換備用中除去。
但是，由于聲音通話模式24是處于動作模式2的動作中，因為芯片內存儲器使用了30KB，所以芯片內存儲器的空余容量為34KB，就不能確保聲音播放模式23的動作模式1所使用的35KB的容量，所以將動作模式1也從切換備用中除去。
因此聲音通話模式一旦在步驟S194中被判斷為動作不可能，在步驟S195中即存儲芯片內存儲器容量不足。
但是在此后的時刻t2，分析部21試圖切換已經處于動作中的聲音通話模塊24的動作模式，在步驟S192、S196中，存在以前被判斷為動作不可能的媒體模塊，由于其原因為芯片內存儲器的空余容量不足，所以選擇芯片內存儲器使用量少的“動作模式1”，指示模式切換。即在時刻t2根據分析部21的指示，聲音通話模塊24由“動作模式2”切換為“動作模式1”。
以“動作模式1”開始動作的聲音通話模塊24，使外加存儲器的使用量增加到25KB，但芯片內存儲器的使用量由30KB減少為10KB，揚聲器5、麥克風6仍處于使用中的狀態(tài)沒有變化。由此芯片內存儲器的空余容量由34KB增加到54KB。
接著，在時刻t3，分析部再一次進行音樂播放模塊23的動作模式的選擇，因為芯片內存儲器的空余容量增加，這次將“動作模式1”作為切換備用留下，選擇“動作模式1”，音樂播放模塊23開始動作。
根據按照“動作模式1”處于動作中的聲音通話模塊24和按照“動作模式1”開始動作的聲音播放模塊23，芯片內存儲器使用量為45KB，外加存儲器使用量為25KB，揚聲器5處于兩個媒體模塊共用的狀態(tài)，麥克風6處于使用中的狀態(tài)。
這樣通過動態(tài)地切換媒體模塊的動作模式，進行資源的動態(tài)再分配，能夠使多個媒體模塊并行地動作。
另外，在以上的說明中，作為分析部21選擇最合適的動作模式所利用的資源信息，采用了運算量、存儲器容量，除了這些，也可以采用媒體處理的處理器的負載率的信息，以同樣的方法使資源的最適當?shù)脑俜峙涑蔀榭赡艿膭幼髂Ｊ降膭討B(tài)變更也是可能的。
另外作為本實施方式的媒體處理裝置，表示了具有如圖1所示的硬件構成的例子，也可以使用將各應用程序、分析部、媒體模塊的動作進行編程的軟件，將與本實施方式的媒體處理裝置同樣的處理用處理器執(zhí)行。這樣的程序存儲在例如裝置外部的ROM等即可。
另外，本實施方式的媒體處理裝置中，由分析部21獲取處理數(shù)據，選擇媒體模塊的動作模式，指示切換為選擇的動作模式，也可以由其它的部分執(zhí)行這些動作。
(第2實施方式)圖9是表示有關本發(fā)明第2實施方式的媒體處理裝置的構成的框圖。
如同圖中所示，本實施方式的媒體處理裝置具有應用程序處理的處理器1；媒體處理的處理器2；非易失性存儲器的存儲介質3；基帶處理器4；揚聲器5；麥克風6以及外加存儲器7，這與第1實施方式相同，但在媒體處理的處理器2內，由分析部121取代分析部21。這里只說明和第1實施方式的媒體處理裝置不同之處。
首先分析部121保存每個媒體模塊動作模式切換時的優(yōu)先度。
利用圖10以及圖5、圖6所示的流程圖說明在分析部121的動作模式的決定方法。
此處圖10是表示本實施方式的媒體處理方法的流程圖。
分析部121，對動作中的所有媒體模塊由步驟S31開始至步驟S42為止的處理循環(huán)執(zhí)行以下的處理。這里，循環(huán)時的順序按照動作模式切換時優(yōu)先度高的媒體模塊的順序。
首先，在步驟S31中，接受流信息的變化和媒體模塊的狀態(tài)變化，開始動作模式的切換。
接著，分析部121與分析部21同樣地從媒體模塊信息保存部22獲取資源信息。此步驟和圖5所示第1實施方式的資源處理方法相同。
然后在步驟S33以及步驟S34中，對于作為對象的媒體模塊，全部動作模式一旦作為切換備用，在每個動作模式都執(zhí)行以下的處理。
接著在步驟S35中，分析部121由媒體模塊信息保存部22獲取每個媒體模塊的動作模式所使用的資源信息。
下面，在步驟S36中，分析部121判斷選擇此種動作模式時，在運算量、芯片內存儲器、外加存儲器的各資源中，是否有資源不足的項目。此時，如果有資源不足的項目則執(zhí)行步驟S37，如果沒有則執(zhí)行步驟S38。
然后在步驟S37中，將在步驟S36中檢查出的資源不足的動作模式從切換備用中除去，然后執(zhí)行步驟S38。
接著在步驟S38中，再次返回到步驟S34，研究其他的動作模式。由步驟S34開始至步驟S38為止的過程，直至執(zhí)行完全部的動作模式為止循環(huán)執(zhí)行。
然后在步驟S39中，對于全部動作模式由步驟S34開始至S38為止的處理結束之后，由切換備用之中選擇最合適的動作模式。
接著在步驟S40中，分析部121判斷在步驟S39中所選擇的動作模式與現(xiàn)在的模式是否不同。如果選擇的動作模式與動作中的動作模式相同則執(zhí)行步驟S42，如果不同則執(zhí)行步驟S41。
以下在步驟S41中，分析部121對于媒體模塊指示切換為選擇的動作模式，中斷比此媒體模塊動作模式切換的優(yōu)先度低的媒體模塊的處理，重新由優(yōu)先度高的媒體模塊再開始處理。由步驟S40發(fā)生動作模式的切換時，象以上那樣通過從循環(huán)跳出，能使動作模式切換的優(yōu)先度高的媒體模塊的動作模式的切換頻率比優(yōu)先度低的媒體模塊要高。
對于優(yōu)先度的決定方法沒有特別的規(guī)定，但例如有將動作模式切換時的開銷少的媒體模塊的優(yōu)先度設定為高的方法。據此方法，對于動作模式的切換的開銷大的媒體模塊，模式切換指示的頻率變低，能夠防止處理能力的降低。
(第3實施方式)作為本發(fā)明的第3實施方式，采用有關第1實施方式的媒體處理裝置，對于進行與第1實施方式不同的處理的媒體處理方法進行說明。
圖11是表示有關第3實施方式的媒體處理方法的流程圖。圖12是表示本實施方式的媒體處理方法中資源信息收集過程的流程圖。另外圖13是表示本實施方式的媒體處理方法中由切換備用中的動作模式選擇順序的流程圖。
首先圖11所示的步驟S51中，接受流信息的變化和媒體模塊的狀況變化，開始動作模式的變換。
接著在步驟S52中，將所選擇的媒體模塊的全部動作模式作為切換備用進行以下的處理。
然后在步驟S53中，分析部21進行資源信息的收集。此資源信息的收集步驟，由圖12所示的多個步驟所構成。
首先在步驟S531中，分析部21從應用程序中獲取流數(shù)據的數(shù)據格式的種類以及位速率的信息。
接著在步驟S532中，分析部21利用獲取的數(shù)據格式的種類和位速率的信息，從媒體模塊信息保存部22獲取動作時必要的運算量的信息。另外因為本實施方式的媒體處理裝置，一次調查所有的動作中或者將要進行的動作的媒體模塊的全部動作模式的組合，從中求出最適合的組合，所以此時沒有必要調查存儲器的空余容量。
接著在步驟S54中，對每個動作模式進行以下的處理。
即在步驟S55中，分析部21從媒體模塊信息保存部22獲取媒體模塊的每個動作模式所使用的資源信息。
然后在步驟S56中，分析部21判斷此動作模式的運算可能量是否滿足必要運算量。這里如果運算可能量滿足必要運算量則執(zhí)行步驟S58，如果不滿足則執(zhí)行步驟S57。
接著在步驟S57中，將在步驟S56中不滿足必要運算量的動作模式從切換備用中除去，然后執(zhí)行步驟S58。
下面在步驟S58中，再次返回到步驟S54，對于其他的動作模式進行研究。由步驟S54開始至步驟S58為止的過程，直至執(zhí)行完全部的動作模式為止被循環(huán)執(zhí)行。
接著在步驟S59中，再次執(zhí)行步驟S51，對于其他的媒體模塊的動作模式循環(huán)執(zhí)行從步驟S51開始至步驟S58為止的處理。這是與第1實施方式的處理方法不同之處。即第1實施方式中，對于每個媒體模塊選擇最合適的動作模式，其后對于不同的媒體模塊進行研究，而本實施方式的方法，首先對所有的媒體模塊的動作模式進行研究，其后從全部動作模式中選擇最合適的動作模式。
然后在步驟S60中，對于全體媒體模塊內的全部動作模式，從步驟S51開始至步驟S59為止的處理結束之后，從切換備用中選擇成為切換對象的動作模式。在本步驟中，對于每個處于動作中或者將要進行動作的媒體模塊，只能決定一個動作模式的最合適的組合。
此步驟S60中包含了圖13所示的由步驟S601～S610為止的步驟。
首先在步驟S601中，確定最適當?shù)膭幼髂Ｊ降慕M合備用中沒有符合條件的。
接著在步驟S602中分析部21計算出系統(tǒng)的最大電力消耗w。此處最大電力消耗w是存儲至此為止所調查的之中電力消耗最少的組合的電力消耗的變量。
然后，在步驟S603中，研究在步驟S57中沒有成為選擇對象以外的動作模式的全部組合。
下面在步驟S604中，分析部21根據每種資源的種類計算該組合的總資源使用量。
然后在步驟S605中，根據計算結果，分析部21判斷是否存在資源不足的項目。然后如果存在資源不足的項目執(zhí)行步驟S609，如果沒有則執(zhí)行步驟S606。
接著在步驟S606中，判斷動作模式的該組合的電力消耗是否小于最大電力消耗w。電力消耗小于最大電力消耗w的情況下，執(zhí)行步驟S607，與最大電力消耗相等的情況下執(zhí)行步驟S609。
然后在步驟S607中，分析部21計算出動作模式的該組合的電力消耗w。
接著在步驟S608中，將該動作模式的該組合作為最合適的動作模式的組合備用。其后執(zhí)行步驟S609。
下面，在步驟S609中，再次返回到步驟S603進行處理，對不同的動作模式的組合循環(huán)執(zhí)行從步驟S604開始至步驟S608為止的處理。此時，從步驟S604開始至步驟S608為止的循環(huán)中進一步發(fā)現(xiàn)電力消耗更少的組合的情況下，最大電力消耗w被隨時更新。
接著，在步驟S610中，研究完在步驟S56中所選擇的全部動作模式的組合之后，將最后選擇的最適合的動作模式的組合備用作為最適合的動作模式組合。在本實施方式中，最后選擇的動作模式的組合成為電力消耗最小的組合。以上的處理之后，執(zhí)行步驟S61的處理。
然后在步驟S61中，對于處于動作中或者將要進行動作的各個媒體模塊進行以下的處理。
即在步驟S62中，判斷前面的步驟S61為止所選擇的動作模式與現(xiàn)在的動作模式是否不同。然后選擇的動作模式與動作中的動作模式不同時執(zhí)行步驟S63，與動作中的動作模式相同時執(zhí)行步驟S64。
接著在步驟S64中，再次返回到步驟S61，循環(huán)處理。此處，按照動作中或者將要進行動作的媒體的個數(shù)，對步驟S61～S64只進行此次數(shù)的循環(huán)。
如上，本實施方式的媒體處理方法中，因為是將所有的媒體模塊中所包含的動作模式作為選擇對象之后求出最適合的動作模式的組合，所以與第1媒體處理方法相比，確實能夠求出最適合的動作模式的組合。因為本實施方式中，在步驟S606中，將電力消耗作為動作模式的選擇標準，所以能夠根據需要執(zhí)行電力消耗小的動作模式。
另外，也可以根據需要采用電力消耗以外的選擇標準。
(發(fā)明的效果)依據本發(fā)明的媒體處理裝置，每個媒體處理擁有使用資源不同的動作模式，根據情況分配最合適的資源，通過最適當?shù)睦妹襟w處理所使用的處理裝置內的資源，能并行地進行多個媒體處理。另外，根據情況分配最合適的資源的結果，使電力消耗的降低成為可能。
權利要求
1.一種媒體處理裝置，包括媒體處理的處理器，其具有對于每個媒體實現(xiàn)媒體處理功能的多個媒體模塊；和應用程序處理的處理器，其具有利用所述多個媒體模塊進行媒體處理的應用程序，其特征在于，所述多個媒體模塊之中至少一個具有多個動作模式；所述媒體處理的處理器具有媒體模塊信息保存部，其保存所述多個媒體模塊的各個動作模式的使用資源信息、和與處理數(shù)據信息對應的必要資源信息；分析部，其在動作時從所述應用程序中獲取所述處理數(shù)據信息，從所述媒體模塊信息保存部獲取所述使用資源信息和所述必要資源信息，然后調查資源的空余信息，根據獲取的信息選擇媒體模塊的動作模式，指示切換為選擇的動作模式。
2.根據權利要求1所述的媒體處理裝置，其特征在于，所述處理數(shù)據信息包含流數(shù)據的格式以及位速率。
3.根據權利要求1所述的媒體處理裝置，其特征在于，所述媒體處理的處理器進一步包括為進行媒體處理的工作區(qū)域的芯片內存儲器；在所述使用資源信息以及必要資源信息中包含關于所述芯片內存儲器的容量的信息。
4.根據權利要求1所述的媒體處理裝置，其特征在于，在所述使用資源信息以及必要資源信息中包含所述媒體處理的處理器的負載信息。
5.根據權利要求1所述的媒體處理裝置，其特征在于，所述分析部具有針對每個媒體模塊進行模式切換時的優(yōu)先度信息，根據所述優(yōu)先度信息決定動作模式的切換的優(yōu)先順序。
6.根據權利要求1～5中任一項所述的媒體處理裝置，其特征在于，所述分析部具有處理數(shù)據獲取部，其用于從所述應用程序中獲取所述處理數(shù)據信息；資源信息取得部，其從所述媒體模塊信息保存部中獲取使用資源信息和必要資源信息；和指示部，其選擇媒體模塊的動作模式，指示切換為所選擇的動作模式。
7.一種媒體處理方法，采用包括以下處理器的媒體處理裝置媒體處理的處理器，其具有對于每個媒體實現(xiàn)媒體處理功能的多個媒體模塊、保存所述多個媒體模塊的各動作模式中的使用資源信息以及根據處理數(shù)據信息的必要資源信息的媒體模塊資源保存部、和分析部；應用程序處理的處理器，其具有利用所述多個媒體模塊進行媒體處理的應用程序；該媒體處理方法包括所述分析部取得所述處理數(shù)據信息的步驟(a)；所述分析部取得所述使用資源信息和所述必要資源信息的步驟(b)；所述分析部調查資源的空余，以獲取的信息為基準，從所述媒體模塊中選擇動作模式的切換備用的步驟(c)；和所述分析部從所述切換備用中選擇動作模式，指示變換為所選擇的動作模式的步驟(d)。
8.根據權利要求7所述的媒體處理方法，其特征在于，每一個媒體模塊都循環(huán)進行所述步驟(a)、所述步驟(b)、所述步驟(c)以及所述步驟(d)。
9.根據權利要求7所述的媒體處理方法，其特征在于，在對于所述多個媒體模塊的全部，執(zhí)行所述步驟(a)、所述步驟(b)以及所述步驟(c)之后，執(zhí)行所述步驟(d)。
10.根據權利要求7所述的媒體處理方法，其特征在于，所述分析部具有所述多個媒體模塊的每一個的模式切換時的優(yōu)先度信息，根據所述優(yōu)先度信息決定動作模式的切換的優(yōu)先順序。
11.根據權利要求7～10中任一項所述的媒體處理方法，其特征在于，所述媒體處理裝置進一步具有存儲程序的存儲裝置；所述程序利用計算機實現(xiàn)所述所述步驟(a)、所述步驟(b)、所述步驟(c)以及所述步驟(d)。
全文摘要
提供一種媒體處理裝置，包括具有第1應用程序(11)以及第2應用程序(12)的應用程序處理的處理器(1)；分析部(21)；媒體模塊信息存儲部(22)；音樂播放模塊(23)；聲音通話模塊(24)以及具有芯片內存儲器(25)的媒體處理的處理器(2)。各個模塊具有多個動作模式，分析部(21)按照使用者的處理要求切換為最適當?shù)膭幼髂Ｊ?。由此因為能夠在動作時最適當?shù)胤峙滟Y源，所以多個媒體處理并行地進行成為可能。本發(fā)明還提供相應的媒體處理方法。
文檔編號G06F9/50GK1573734SQ20041005925
公開日2005年2月2日 申請日期2004年6月14日 優(yōu)先權日2003年6月13日
發(fā)明者小崎友彰, 廣瀨正人, 北村有紀 申請人:松下電器產業(yè)株式會社