KR101019308B1

KR101019308B1 - 리소스 관리 방법 및 장치와, 기억 매체

Info

Publication number: KR101019308B1
Application number: KR1020057023648A
Authority: KR
Inventors: 나오끼 오데
Original assignee: 소니 에릭슨 모빌 커뮤니케이션즈 재팬, 아이엔씨.
Priority date: 2003-06-10
Filing date: 2004-06-09
Publication date: 2011-03-07
Also published as: EP1640861A4; JP2005004350A; EP1640861A1; US20070094666A1; US7831975B2; CN100371899C; WO2004111847A1; KR20060023986A; CN1806228A

Abstract

복수 어플리케이션 사이에서 리소스를 효율적으로 또한 유연하게 할당 가능하게 하고, 모순이 없게 리소스의 배타 사용을 실현한다. 어플리케이션 APP1이 리소스를 사용하고 있을 때, 어플리케이션 APP2로부터 리소스의 취득 요구를 수취하면(단계 S5), 리소스 매니저(ResMan)는, 어플리케이션 APP1과 APP2의 리소스의 경합 판정을 행하고(단계 S6), 우선도가 낮은 어플리케이션 APP2에는 취득 NG의 통지를 반환한다(단계 S7). 어플리케이션 APP2로부터 리소스의 개방 통지 요구를 수취(단계 S9)한 후, 어플리케이션 APP1로부터 개방 완료 통지를 수취하면(단계 S11), 리소스 매니저는, 그 밖에 리소스의 경합이 없으면(단계 S15), 어플리케이션 APP2에 대하여 리소스의 취득 완료 통지를 발행한다(단계 S16).

어플리케이션, 리소스 매니저, 펑션군 데이터, 우선도

Description

리소스 관리 방법 및 장치와, 기억 매체{RESOURCE MANAGEMENT METHOD AND DEVICE, AND STORAGE MEDIUM}

본 발명은, 전자 기기의 하드웨어 자원의 할당을 관리하는 리소스 관리 방법 및 장치, 리소스 관리 프로그램, 기억 매체에 관한 것이다.

종래부터, 복수의 실행 태스크에 의한 하드웨어 자원(이하, 간단하게 리소스라고 한다)의 이용 요구가 경합하고 있는 경우, 해당 리소스 요구의 경합을 회피하기 위한 방식으로서는, 예를 들면, 미리 결정된 우선도만으로 리소스의 사용권을 제한하는 방식(이하, 제1 방식이라고 한다)이 생각되고 있다. 또한, 그 밖의 방식으로서는, 한번에 동작 가능한 어플리케이션을 제한하는, 소위 싱글 태스크 방식(이하, 제2 방식이라고 한다)도 생각되고 있다. 또한, 한번에 리소스를 이용할 수 있는 것은 먼저 리소스를 취득한 하나의 어플리케이션 뿐이라고 결론짓는 선취 방식(이하, 제3 방식이라고 한다)이나, 하드웨어를 추상화한 계층(레이어)을 소프트웨어에 의해 실현함으로써 가상적으로 리소스의 동시 액세스를 가능하게 하는 방식(이하, 제4 방식이라고 한다) 등도 생각할 수 있다.

또한, 하드웨어 리소스의 할당을 행하는 예로서, 특개평9-16416호 공보(도 1)에 기재된 기술이 알려져 있다. 이 특개평9-16416호 공보에는, 멀티 태스크 처리에서, 자원에 대한 처리 의뢰의 폭주도에 따라 대기 시간을 조정함으로써 자원의 우선 할당을 행하는 것이 개시되어 있다. 즉, 우선도가 낮은 처리 의뢰를 폭주도에 따라 가변적으로 늦어지도록 함으로써 우선도가 높은 처리 의뢰에 대하여 자원을 우선적으로 할당하는 자원 할당 방식에 대한 기술이 기재되어 있다.

그러나, 상기한 제1 방식과 제2 방식은, 모두 어플리케이션의 동작 제한이 발생하기 때문에 바람직하지 않다. 그 때문에, 보다 동작 제한이 적은 방식이 요구된다. 제3 방식은, 리소스 요구의 우선도가 시스템 내에서 균일할 뿐 아니라, 예를 들면 우선도에 차가 설정되어 있어도 그 우선도의 차는 무시된다. 또한, 제3 방식에서, 예를 들면 우선도에 따른 리소스 할당을 행하는 경우에는, 유저의 책임에 의한 우선도의 관리가 필요하게 된다. 제4 방식은, 퍼스널 컴퓨터와 같은 하이 퍼포먼스 환경이 필수로 되며, 예를 들면 휴대 전화 단말기와 같은 한정된 기능과 성능만 갖는 것의 경우에는 처리 부담이 지나치게 크다.

본 발명은, 이러한 실정을 감안하여 제안된 것으로, 복수 어플리케이션 사이에서 하드웨어 자원을 효율적으로 또한 유연하게 할당 가능하게 하고, 모순이 없게 리소스의 배타 사용을 실현할 수 있는, 리소스 관리 방법 및 장치, 리소스 관리 프로그램, 기억 매체를 제공하는 것을 목적으로 한다.

본 발명은, 처리 수단으로부터 보내져오는 리소스의 취득 요구를 접수한다. 또한, 본 발명은, 처리 수단으로부터의 취득 요구에 대응하는 리소스와 다른 처리 수단에서 사용하는 리소스가 경합하는지를 판정한다. 그리고, 본 발명은, 경합한다고 판정된 각 처리 수단 중 어느 하나의 처리 수단에 대하여 리소스의 사용 허가를 부여할지를 결정한다. 그리고, 본 발명은, 리소스의 사용 허가가 주어지지 않은 처리 수단으로부터, 그 리소스의 개방 통지 요구를 수취했을 때, 그 개방 통지 요구에 대응하는 리소스와 해당 처리 수단을 대응시켜 리스트에 등록한다. 그리고, 본 발명은, 리소스의 사용 허가가 주어진 처리 수단으로부터 상기 리소스의 개방 완료 통지를 수취했을 때, 그 개방된 리소스에 대응한 개방 통지 요구를 행하고 있는 처리 수단을 리스트로부터 확인하고, 리스트로부터 확인된 처리 수단에 대하여, 상기 리소스의 취득이 완료되었음을 통지하기 위한 취득 완료 통지를 발행한다.

또한, 본 발명에 의하면, 리소스의 취득 요구의 접수, 리소스의 경합 판정, 리소스의 사용 허가의 결정, 리스트에의 등록, 리스트의 확인, 취득 완료 통지의 발행은, 각각, 원하는 처리를 실행하는 데 필요한 1 이상의 리소스를 통합한 소정 기능 단위마다 행한다.

즉 본 발명에 따르면, 리소스를 최종적으로 취득하는 것은 처리 수단이지만, 리소스의 경합 판정이나 사용 허가, 리소스의 사용 권리에 대한 관리를 리소스 관리 장치가 행한다. 또한, 리소스를 취득할 수 없었던 처리 수단은, 그 리소스가 개방되었을 때에 그 취지를 전달받기 위한 개방 통지를 요구할 수 있다. 리소스 관리 장치는, 리소스를 사용하고 있던 처리 수단이 그 리소스를 개방했을 때, 그 리소스에 대하여 개방 통지 요구를 행하고 있는 처리 수단이 존재하는 경우에는, 그 처리 수단에 대하여, 리소스의 개방이 이루어진 것을 통지하기 위해 취득 완료 통지를 발행한다.

본 발명에 따르면, 리소스의 경합 판정이나 사용 허가, 리소스의 사용 권리에 대한 관리는 리소스 관리 장치가 행한다. 또한 본 발명에 따르면, 리소스를 사용하고 있던 처리 수단이 그 리소스를 개방했을 때에, 그 리소스에 대하여 개방 통지 요구를 행하고 있는 처리 수단이 존재하는 경우에는, 그 처리 수단에 대하여 리소스의 개방이 이루어진 것을 리소스 관리 장치가 통지함으로써, 복수의 처리 수단(예를 들면 복수 어플리케이션) 사이에서 리소스를 효율적으로 또한 유연하게 할당 가능하게 하고, 모순이 없게 리소스의 배타 사용을 실현 가능하다.

도 1은 각 펑션과 각 리소스의 대응 관계의 표를 나타내는 도면.

도 2는 본 발명에 따른 리소스 관리를 실시하는 전자 기기의 개략 구성을 도시하는 블록도.

도 3은 본 실시예의 전자 기기의 일례로서의 휴대 전화 단말기의 개략 구성을 도시하는 블록도.

도 4는 우선도가 APP1>APP2이고 개방 통지 요구 없음인 경우의 리소스 매니저에 의한 리소스의 경합 관리 처리의 타임 플로우차트.

도 5는 우선도가 APP1>APP2이고 개방 통지 요구 있음인 경우의 리소스 매니저에 의한 리소스의 경합 관리 처리의 타임 플로우차트.

도 6은 우선도가 APP1≤APP2이고 개방 통지 요구 없음인 경우의 리소스 매니 저에 의한 리소스의 경합 관리 처리의 타임 플로우차트.

도 7은 우선도가 APP1≤APP2이고 개방 통지 요구 있음인 경우의 리소스 매니저에 의한 리소스의 경합 관리 처리의 타임 플로우차트.

도 8은 우선도가 APP1≤APP2<APP3이고 개방 통지 요구 있음인 경우의 리소스 매니저에 의한 리소스의 경합 관리 처리의 타임 플로우차트.

이하, 본 발명의 바람직한 실시예에 대하여, 도면을 참조하면서 설명한다.

본 발명의 구체적인 구성을 설명하기 전에, 본 발명에 따른 리소스 관리의 개요를 설명한다.

본 발명에서, 하드웨어 리소스(자원, 리소스)의 관리는, 펑션이라고 하는 단위로 행해진다. 펑션은, 본 발명에 따른 처리 수단에 상당하는 어플리케이션이 원하는 처리를 실현하기 위해 사용되는, 1 이상의 리소스(이하, 사용 리소스라고 한다)를 통합한 기능 단위이며, 리소스 관리의 최소의 관리 단위이다. 구체예를 들어 설명하면, 펑션은, 예를 들면 압축 동화상의 재생 기능이나, 디지털 카메라 촬영 기능 등과 같이, 전자 기기의 각 기능마다 설정되어 있는 것이다. 예를 들면, 상기 압축 동화상의 재생 기능의 펑션인 경우에는, 그 압축 동화상을 재생을 하는 데에 필요한 각 리소스인, 압축 동화상 데이터를 예를 들면 메모리로부터 판독하거나, 통신 회선을 사용하여 취득하기 위한 데이터 취득용 리소스나, 그 압축 동화상 데이터를 신장하는 회로 등의 신장 처리용 리소스, 그 신장 처리 후의 재생 동화상을 표시하는 디스플레이 등의 표시용 리소스, 동일하게 신장 처리 후의 재생 음성 을 출력하는 스피커 등의 음성 출력용 리소스 등이, 사용 리소스로서 설정되어 있다. 또한, 디지털 카메라 촬영 기능의 펑션인 경우는, 그 디지털 카메라 촬영을 행하는 데에 있어서 필요한 리소스인, 디지털 카메라부 등의 촬영용 리소스나, 촬영 데이터를 압축하기 위한 회로 등으로 이루어지는 압축 처리용 리소스, 압축 후의 촬영 데이터를 메모리 등에 기록하기 위한 회로 등으로 이루어지는 기록용 리소스 등이, 사용 리소스로서 설정되어 있다. 또한, 이 펑션의 데이터는, 각 사용 리소스를 예를 들면 32 비트의 비트맵에 의해 나타내는 정보로 이루어져 있다.

도 1에는, 각 펑션과 각 리소스의 대응 관계 테이블을 나타낸다. 또한, 도 1은 각 펑션과 리소스를 일반화하여 나타내고 있다. 도 1의 세로열(종축)의 FA∼FN은, 각각 서로 다른 펑션을 나타내고, 가로열(횡축)의 RA∼RO는 각각 서로 다른 리소스를 나타내고 있다. 또한, 도면 중의 동그라미 표시는, 세로열의 펑션 내에 동그라미 표시가 된 가로열의 리소스가 포함되어 있음을 나타내고 있다. 즉 도 1의 예의 경우, 펑션 FA∼FD는 사용 리소스로서 각각 리소스 RC가 설정되어 있다. 또한, 펑션 FE와 FF는 사용 리소스로서 각각 리소스 RB가 설정되고, 이하 마찬가지로, 펑션 FG는 리소스 RH가, 펑션 FH는 리소스 RI가, 펑션 FI는 리소스 RE, RG, RI, RJ, RL이, 펑션 FJ는 리소스 RA, RC, RD, RE가, 펑션 FK은 리소스 RF, RG, RI∼RL, RN이, 각각 사용 리소스로서 설정되어 있다. 펑선 FL∼FN의 설명은 생략한다.

도 2에 본 발명에 따른 리소스 관리를 실시하는 전자 기기의 개략 구성을 도시한다. 본 발명의 실시예의 전자 기기는, 본 발명의 리소스 관리 장치의 기능을 실현하는 리소스 매니저(1)와, 전자 기기가 실현 가능한 여러 가지 처리를 실행하기 위한 소프트웨어인 어플리케이션(4)과, 그 전자 기기가 구비하는 여러 가지 하드웨어인 리소스(하드웨어 리소스)(6)와, 어플리케이션(4)으로부터 리소스(6)에 액세스할 때의 인터페이스인 리소스 액세스 라이브러리(5)를 가지고 있다.

리소스 매니저(1)는, 본 발명에 따른 리소스 관리를 행하는 주요부로서, 각 어플리케이션(4)으로부터 액세스가 가능한 리소스(6)의 배타 제어를 행하는 부분이다. 이 리소스 매니저(1)는, 리소스 매니저 프로세스부(2)와, 리소스 매니저 액세스 라이브러리(3)를 갖는다. 리소스 매니저 액세스 라이브러리(3)는, 본 발명에 따른 접수 수단이나 통지 발행 수단으로서의 기능을 갖고, 어플리케이션(4)으로부터 리소스 매니저 프로세스부(2)에 액세스하기 위한 인터페이스이다. 따라서, 어플리케이션(4)은 해당 리소스 매니저 액세스 라이브러리(3)를 사용하고, 리소스 매니저 프로세스부(2)에 대하여 예를 들면 리소스의 사용 권리를 리퀘스트하거나, 리소스의 개방을 통지하거나 한다. 리소스 매니저 프로세스부(2)는, 본 발명에 따른 경합 판정 수단, 결정 수단, 리스트 등록 수단, 리스트 확인 수단으로서의 각 기능을 가지고 있고, 핸들 관리부(8)와 리소스 관리부(7)를 구비하고, 각 펑션 단위에서의 리소스 관리를 행한다. 핸들 관리부(8)는, 리소스 핸들과 펑션의 대응을 관리한다. 또한, 핸들 관리부(8)는, 어플리케이션(4)으로부터 요구된 리소스에 번호를 할당하고, 어플리케이션(4)이 어느 리소스를 사용하고 있는지를 관리하기 위해, 및 경합 판정시에 사용하는 것 등을 위한 리스트를 갖는다. 리소스 관리부(7)는, 펑션 단위로 리소스의 관리를 행한다. 구체적으로는, 도 1에 도시한 각 펑션과 각 리소스의 대응 관계 테이블을 갖는다. 즉, 리소스 관리부(7)는, 어느 리소스와 어느 리소스 번호가 링크하고 있고, 펑션의 단위로 어느 리소스가 대응하고 있는지를 관리한다. 또한, 어느 어플리케이션에 대하여 리소스의 사용 권리를 부여하거나 하는 것 등의 관리를 행한다. 또한, 리소스 매니저(1) 내의 리소스 매니저 액세스 라이브러리(3), 핸들 관리부(8), 리소스 관리부(7)는, 각각이 서로 제휴하여 동작하기 때문에, 이것 이후에는, 이들을 구별하지 않고, 리소스 매니저(1)로서 통합하여 설명한다.

이 도 2의 구성에서, 상기 어플리케이션(4)은, 각각 하나 1 이상의 펑션을 요구하는 것이 가능하다. 그리고, 어플리케이션(4)은, 해당 펑션의 요구에 의해, 그 펑션의 사용 리소스의 확보를, 리소스 매니저(1)에게 요구한다. 그리고, 예를 들면 2 이상의 어플리케이션(4)으로부터, 동시 혹은 서로 다른 시기에, 상기 펑션의 요구에 의한 사용 리소스의 확보 요구(취득 요구)가 이루어진 경우, 리소스 매니저(1)는, 도 1의 대응 관계 테이블에 의해, 이들 펑션끼리의 사용 리소스의 동일 여부를 비교한다. 리소스 매니저(1)는, 이 비교에 의해서, 리소스의 경합 판정을 행한다. 그리고, 리소스 매니저(1)는, 그 리소스의 경합 판정에서 리소스의 경합이 일어난다고 판정한 경우에는, 후술하는 리소스 경합 처리를 행한다. 한편, 리소스의 경합이 발생하지 않는다고 판정한 경우, 리소스 매니저(1)는, 각 어플리케이션(4)에 각각 리소스의 취득 허가를 부여한다.

여기서, 리소스를 취득할 때, 어플리케이션(4)은, 취득하고 싶은 리소스의 펑션명, 우선도, 리소스의 취득 요인, 액세스 핸들, 프로세스 ID의 각 정보를, 리 소스 매니저(1)에 대하여 지정한다. 상기 우선도는, 어플리케이션마다의 우선도, 펑션마다의 우선도, 리소스마다의 우선도가, 각 어플리케이션에 의해 적절하게 정해져 있다. 리소스 매니저(1)는, 이들의 우선도의 정보를, 리소스의 경합이 발생한 경우의 경합 제어에 이용한다. 취득 요인의 정보는, 리소스의 확보가 실패한 경우나 리소스 이용의 권리의 이동이 발생한 경우에, 리소스 매니저(1)가, 그 리소스를 사용하는 어플리케이션(4)에 대하여, 그 리소스 확보의 실패 요인이나 리소스 이용의 권리 이동의 발생 요인을 알리기 위해 이용된다. 핸들은, 복수 펑션을 동시에 액세스하기 위해 이용되는 정보이다. 프로세스 ID는, 리소스를 취득하는 어플리케이션(4)의 식별에 이용되는 정보이다. 또한, 본 실시예에서, 리소스의 취득이 성공하는 것은, 지정된 모든 펑션의 사용 리소스를 취득할 수 있었던 경우이며, 그 밖에는 모두 취득 실패로 된다. 취득이 실패한 경우, 이미 일부의 리소스의 취득이 성공했다고 해도, 그 펑션은 개방된다. 그리고, 리소스 매니저(1)는, 어플리케이션(4)에 대하여, 이들 취득 결과를 기능마다 통지한다.

한편, 사용되지 않게 된 리소스는 빨리 개방될 필요가 있다. 그 리소스의 개방은, 그 리소스를 사용하고 있던 어플리케이션(4)에 의해 이루어진다. 즉, 취득된 리소스는, 그 리소스를 취득한 어플리케이션(4) 이외의 것에 의해 행해지지 않는다. 그리고, 리소스의 개방을 행한 어플리케이션(4)은, 리소스 매니저(1)에 대하여, 리소스의 개방 완료를 통지한다. 이때, 리소스의 개방 완료 통지에는, 리소스 취득시에 이용한 액세스 핸들과 프로세스 ID가 포함된다. 또한, 펑션은 동시에 복수 지정할 수 있는 것이지만, 처리 자체는 펑션마다 행해지기 때문에, 개방 완료 통지는 펑션마다의 통지로 된다.

또한, 어플리케이션(4)은, 펑션의 사용 리소스가 모두 개방되었을 때에, 그 취지를 전달받기 위한 개방 통지 요구를, 리소스 매니저(1)에 대하여 보낼 수 있다. 리소스 개방 통지 요구에 관한 펑션은 복수 동시에 지정할 수 있고, 동시에 지정된 모든 펑션이 사용하는 리소스가 모두 개방되었을 때에, 리소스 매니저(1)는 상기 개방 통지 요구를 행한 어플리케이션(4)에 대하여 상기 개방 통지를 발행한다. 상기한 개방 통지 요구를 보내는 경우, 어플리케이션(4)은, 개방 통지를 요구하는 펑션명, 개방 대기의 우선도, 통지 대기의 시간, 액세스 핸들, 프로세스 ID의 각 정보를, 리소스 매니저(1)에 대하여 지정한다. 또한, 리소스 매니저(1)가 개방 통지를 어플리케이션(4)에 송신하는 것은, 지정된 모든 펑션의 사용 리소스가 모두 개방되었을 때로 된다. 또한, 통지 대기 시간 내에 리소스가 개방되지 않는 경우, 리소스 매니저(1)는, 개방 통지 타임아웃 통지를 어플리케이션(4)에 송신한다. 리소스의 개방 대기의 해제는, 그 개방 통지 요구를 행한 어플리케이션(4)이, 리소스 매니저(1)에 대하여 리소스 취득시에 이용한 액세스 핸들과 프로세스 ID를 지정함으로써 행한다. 즉, 그 리소스의 개방 대기의 해제는, 리소스 개방 대기의 어플리케이션(4) 이외로부터는 행할 수 없다.

그리고, 어플리케이션(4)은, 개방 통지를 수취한 경우, 빨리 리소스를 요구하거나, 또는, 리소스가 불필요함을 리소스 매니저(1)에 통지해야 한다. 여기서, 리소스가 요구된 경우, 리소스 매니저(1)는, 또한 다음의 통지처 어플리케이션으로의 리소스 개방 통지에 대해서는, 차회의 리소스 개방시에 행한다. 한편, 리소스 가 불필요하다고 된 경우, 리소스 매니저(1)는, 다음의 통지처 어플리케이션으로 리소스 개방 통지를 행한다. 또한, 어플리케이션(4)이 이들 리소스의 필요 불필요의 통지를 게을리한 경우, 리소스 매니저(1)는, 일정 시간 경과로 타임아웃으로 하고, 리소스가 불필요하다고 간주한다. 그리고, 리소스 매니저(1)는, 다음의 통지처 어플리케이션으로 리소스 개방 통지를 행한다. 또한, 리소스 매니저(1)는, 개방 통지 요구원의 어플리케이션에 의한 지정 시간을 초과하더라도, 리소스를 사용하고 있는 어플리케이션으로부터 개방 완료의 통지가 오지 않는 경우에, 개방 요구의 대기 상태를 캔슬하고, 그 통지 요구원의 어플리케이션에 타임아웃 통지를 행한다. 또한, 복수의 개방 통지 요구가 존재하는 경우, 이들 개방 통지의 통지순은, 우선도 대> 우선도 소, 설정순 후> 설정순 전으로 하고, 처음에 우선도로 선별하여, 동일 우선도의 것이 복수 존재하면, 설정순의 규칙에 의해 통지처를 결정한다.

또한, 리소스의 취득 요구 및 개방 요구, 개방 통지 요구는, 펑션을 복수 동시에 지정할 수 있지만, 처리는, 각 펑션마다 개별적으로 실시되고, 그 결과의 통지는 펑션마다로 된다. 이 때문에, 복수의 펑션을 동시에 지정한 경우, 그 결과는 펑션마다 서로 다른 것으로 된다.

그 밖에, 리소스 매니저(1)는, 등록된 어플리케이션에 대하여, 정기적으로 헬스 체크를 행할 수 있다. 그 헬스 체크에 의해서, 어플리케이션의 소멸이 확인된 경우, 리소스 매니저(1)는, 그 어플리케이션의 사용 리소스를 모두 개방하고, 그 어플리케이션에 관한 등록 내용을 해제한다.

이하, 리소스의 경합 제어시의 구체적인 동작을 개별적으로 설명한다.

어플리케이션(4)이 펑션을 요구했을 때에, 그 펑션에 이미 다른 어플리케이션에 의해 사용되고 있는 리소스가 포함되어 있기 때문에, 그 펑션에 대한 취득 요구를 실시하면 경합이 발생하는 경우, 리소스 매니저(1)는, 우선도가 높은 어플리케이션에 리소스를 사용할 권리를 부여한다. 우선도가 동일한 경우, 리소스 매니저(1)는, 마지막으로 취득 요구를 행한 어플리케이션에, 리소스를 이용할 권리를 부여한다. 또한, 리소스의 이용 권리의 이동이 발생한 경우에는, 리소스 매니저(1)는, 그 리소스를 사용하는 어플리케이션에 그 요인을 알리고, 그것에 대한 응답을 대기한다. 또한, 권리의 이동은, 요인 통지에 대한 응답 반환, 또는 요인 통지 후에 개방 요구가 보내져 왔을 때에 행해진다.

어플리케이션(4)이 동시에 복수의 펑션을 취득하는 경우, 리소스 매니저(1)는, 쓸데없는 개방 처리를 피하기 위해, 그 중에 리소스 경합에 의해 취득이 실패하는 것이 하나라도 포함되어 있으면, 그 어플리케이션(4)에 대하여, 취득 실패로서 응답을 하나만 통지한다. 이때, 어플리케이션(4)은, 지정한 모든 펑션의 리소스 취득을 실시하지 않는다. 한편, 리소스 경합에 의해 취득이 실패하지 않는 경우, 리소스 매니저(1)는, 지정된 펑션마다 취득의 판정 처리를 실시하고, 이들 각 펑션마다의 취득 결과를 어플리케이션(4)에 통지한다.

어플리케이션(4)이 개방 통지 요구를 행하고 있는 경우에, 개방 요구 통지의 응답 대기 시간 내에, 동일한 리소스 요구를 수신한 경우, 리소스 매니저(1)는, 이들 접수한 요구 중, 보다 우선도가 높고, 보다 나중에 요구한 어플리케이션에 대하 여 리소스를 취득시킨다.

또한, 리소스 취득의 권리 이동을 위한 요인 통지에 대한 응답 또는 개방 요구가, 어플리케이션(4)이 리소스 취득 요구시에 지정한 "개방 처리 시간" 내에 통지되지 않는 경우, 리소스 매니저(1)는, 그 취득 요구를 행한 어플리케이션과, 리소스를 사용하고 있는 어플리케이션에 대하여, "개방 이상"을 통지한다. 개방 이상으로 된 경우, 리소스 매니저(1)는, 리소스가 개방되지 않는 한, 그 후의 취득 요구를 모두 개방 이상으로 한다.

다음으로, 도 2의 각 부 사이에서 통신되는 데이터에 대해 설명한다.

어플리케이션(4)으로부터 리소스 매니저 액세스 라이브러리(3)로는, 초기 설정 요구 데이터, 종료 설정 요구 데이터, 내부와 외부 동기용의 리소스 취득 요구 데이터, 리소스 개방 요구 데이터, 리소스 개방 통지 요구 데이터, 리소스 개방 통지 요구 취소 데이터 등이 보내진다. 초기 설정 요구 데이터는, 메시지 수신 방법과 수신처 포인토를 나타내는 데이터로 이루어진다. 리소스 취득 요구 데이터는, 각 펑션명으로 이루어지는 펑션군 데이터, 우선도 데이터, 취득 요인 데이터, 리소스 개방 최대 처리 시간 데이터, 리소스 핸들로 이루어진다. 리소스 개방 요구 데이터는, 리소스 핸들로 이루어진다. 리소스 개방 통지 요구 데이터는, 펑션군 데이터, 우선도 데이터, 리소스 핸들로 이루어진다. 리소스 개방 통지 요구 취소 데이터는 리소스 핸들로 이루어진다. 여기서, 우선도 데이터는, 취득 요구 및 개방 통지 요구의 우선도를 나타내는 데이터이다. 취득 요인 데이터는, 리소스의 취득 요인을 나타내는 데이터이다. 리소스 개방 최대 처리 시간 데이터는, 실제로 사용 리소스를 어플리케이션이 개방하는 데 걸리는 최대 시간을 나타내는 데이터이다.

어플리케이션(4)으로부터 핸들 관리부(8)로는, 프로세스 ID, 메시지 종별 데이터, 메시지 데이터의 각 데이터가 보내진다. 프로세스 ID는 어플리케이션의 프로세스 ID이다. 메시지 종별 데이터는 초기 설정 요구 메시지, 종료 설정 요구 메시지, 취득 요구 메시지, 개방 요구 메시지, 개방 통지 요구 메시지, 개방 통지 해제 요구 메시지의 각종이 있다. 메시지 데이터는, 메시지 종별에 따른 각 메시지의 내용을 나타내는 데이터이다. 또한, 메시지 종별에서, 초기 설정 요구 메시지는 어플리케이션의 등록을 위한 메시지이다. 또한, 종료 설정 요구 메시지는 어플리케이션의 등록을 해제하기 위한 메시지이다. 또한, 취득 요구 메시지는 펑션의 취득을 요구하기 위한 메시지이다. 또한, 개방 요구 메시지는 펑션의 개방을 요구하기 위한 메시지이다. 또한, 개방 통지 요구 메시지는 리소스 개방을 대기하기 위한 메시지이다. 그리고, 개방 통지 해제 요구 메시지는 리소스 개방 대기를 해제하기 위한 메시지이다. 또한, 초기 설정 요구 메시지의 내용으로서는 메시지의 수신 방법과 수신 포인터가 있고, 취득 요구 메시지의 내용으로서는 리소스 핸들, 취득 펑션군, 취득 우선도, 취득 요인, 리소스 개방 최대 처리 시간, 리소스 취득에 대한 최초의 응답 메시지의 송신처 등이 있다. 개방 요구 메시지의 내용으로서는 개방하는 리소스 핸들이 있고, 개방 통지 요구 메시지의 내용으로서는 개방 통지용의 리소스 핸들, 개방을 대기하는 펑션군, 개방 통지의 우선도, 개방 통지의 대기 시간이 있다. 개방 통지 해제 요구 메시지의 내용으로서는 취소하는 개방 통지를 위한 리소스 핸들이 있다.

핸들 관리부(8)로부터 어플리케이션(4)으로는, 리소스 핸들 데이터, 메시지 종별 데이터, 요인 데이터가 보내진다. 요인 데이터는, 요구의 실패 및 개방 요구 통지의 개방 요구 발생 요인의 데이터가 있다. 메시지 종별 데이터는, 취득 결과 OK의 통지 메시지, 취득 결과 NG 통지 메시지, 개방 요구 통지 메시지, 개방 통지 메시지, 개방 통지 대기 타임아웃 통지 메시지, 개방 이상 통지 메시지가 있다. 취득 결과 OK 통지 메시지는 리소스의 취득에 성공했음을 나타내는 취득 요구 허가의 메시지이다. 또한, 취득 결과 NG 통지 메시지는 리소스의 취득에 실패했음을 나타내는 취득 NG의 메시지이다. 또한, 개방 요구 통지 메시지는 핸들의 개방 실시의 요구의 메시지이다. 개방 통지 메시지는 지정 리소스가 모두 개방되었음을 나타내는 메시지이다. 그리고, 해방 통지 대기 타임아웃 통지 메시지는 개방 통지 대기 시간을 경과해도 리소스가 개방되지 않았음을 통지하는 메시지이다. 개방 이상 통지 메시지는 취득 요구로 발생한 개방 통지에 대한 개방 요구가 타임아웃했음을 통지하는 메시지이고, 취득 요구 어플리케이션과 개방 요구 어플리케이션의 쌍방에 통지된다.

핸들 관리부(8)로부터 리소스 관리부(7)로는, 메시지 ID, 메시지 종별 데이터, 펑션군 데이터, 프로세스 ID, 우선도 데이터, 요인 데이터, 리소스 개방 시간 데이터, 개방 대기 시간 데이터의 각 데이터가 보내진다. 메시지 ID는, 메시지의 식별자이다. 송신 메시지에 대한 응답 메시지가 존재하는 경우, 응답 메시지의 메시지 ID는 송신 메시지의 ID로 된다. 메시지 종별 데이터는, 취득 요구 메시지, 개방 요구 메시지, 불필요 응답 메시지, 개방 통지 요구 메시지, 요인 응답 메시지 의 각종이 있다. 펑션군 데이터는, 펑션의 군을 나타내는 데이터이다. 프로세스 ID는, 어플리케이션 프로세스의 ID이다. 우선도 데이터는, 취득 요구 및 개방 통지 요구의 우선도를 나타내는 데이터이다. 요인 데이터는, 리소스의 취득 요인을 나타내는 데이터이다. 리소스 개방 시간 데이터는, 실제로 사용 리소스를 어플리케이션이 개방하는 데 걸리는 최대 시간을 나타내는 데이터이다. 개방 통지 대기 시간 데이터는, 개방 통지 요구로부터 개방 통지를 수취하기까지의 타임아웃 시간을 나타내는 데이터이다. 또한, 메시지 종별에서, 취득 요구 메시지는 펑션의 취득을 요구하기 위한 메시지이다. 개방 요구 메시지는 펑션의 개방을 요구하는 메시지이다. 불필요 응답 메시지는 개방 통지 수신시에 그 펑션군이 불필요하다는 것의 응답에 이용하는 메시지이다. 개방 통지 요구 메시지는 지정 펑션의 모든 리소스가 개방되었음을 통지하도록 의뢰하는 메시지이다. 요인 응답 메시지는 요인 통지에 대한 응답의 메시지이다.

리소스 관리부(7)로부터 핸들 관리부(8)로는, 메시지 ID, 메시지 종별 데이터, 펑션군 데이터, 프로세스 ID, 요인 데이터, 요인 프로세스 데이터, 요인 우선도 데이터의 각 데이터가 보내진다. 메시지 ID는, 메시지의 식별자이며, 핸들 관리부의 송신 메시지의 메시지 ID로 된다. 메시지 종별 데이터는, 취득 결과 OK 통지 메시지, 취득 결과 NG 통지 메시지, 개방 결과 OK 통지 메시지, 개방 결과 NG 통지 메시지, 요인 통지 메시지, 개방 통지 메시지, 개방 통지 타임아웃 통지 메시지, 개방 이상 통지 메시지의 각종이 있다. 펑션군 데이터는, 펑션의 군을 나타내는 데이터이다. 프로세스 ID는, 어플리케이션 프로세스의 ID이다. 요인 데이터 는, 리소스의 취득 실패, 개방 실패, 요인 통지 발생의 요인 및 개방 통지 펑션의 개방 전의 취득 요인의 각 데이터이다. 요인 프로세스 데이터는, 리소스의 취득 실패, 개방 실패, 요인 통지 발생이 요인으로 된 프로세스 및 개방 통지 펑션의 개방 이전의 취득 프로세스의 ID의 각 데이터이다. 요인 우선도 데이터는, 리소스의 취득 실패, 개방 실패, 요인 통지 발생이 요인으로 된 우선도 및 개방 통지 기능의 개방 이전의 취득 우선도의 데이터이다. 또한, 메시지 종별에서, 취득 결과 OK 통지 메시지는 펑션의 취득이 성공했음을 나타내는 메시지이다. 취득 결과 NG 통지 메시지는 펑션의 취득에 실패했음을 나타내는 메시지이다. 개방 결과 OK 통지 메시지는 펑션의 개방이 성공했음을 나타내는 메시지이다. 개방 결과 NG 통지 메시지는 펑션의 개방에 실패했음을 나타내는 메시지이다. 요인 통지 메시지는 펑션 리소스의 사용권이 이동하는 것을 통지하는 메시지이다. 개방 통지 메시지는 개방 통지 요구의 지정 펑션의 모든 리소스가 개방되었음을 통지하는 메시지이다. 개방 통지 타임아웃 통지 메시지는 개방 통지 요구가 타임아웃한 것의 통지의 메시지이다. 개방 이상 통지 메시지는 취득 요구로 발생한 요인 통지에 대한 요인 응답이 타임아웃한 것의 통지의 메시지이며, 요인 통지 방향과 취득 요구 방향의 쌍방으로 송신된다.

도 3은, 본 실시예의 전자 기기의 일례로서의 휴대 전화 단말기의 개략 구성을 도시한다. 또한, 이 도 3에서, 도 2에 대응하는 각 구성 요소에는 동일한 지시 부호를 부여하고 있다. 또한, 도 3의 각 구성 요소는, 휴대 전화 단말기의 주요한 구성만을 나타내고 있다.

도 3의 예에서, 휴대 전화 단말기의 어플리케이션(4)은, 휴대 전화 단말기의 전화 기능을 실현하는 전화 어플리케이션(TelApp)(43), 시계 기능을 실현하는 클럭 어플리케이션(C1ock)(44), 디스플레이 상의 표시와 스크린 세이브 기능을 실현하는 스크린 어플리케이션(Screen App)(45), 어플리케이션을 기동시키기 위한 어플리케이션 발사 장치(App Launcher)(46) 외에, 유저에 의해 정의된 어플리케이션(APP1, APP2)(41, 42) 등으로 이루어진다. 이들 각 어플리케이션은, 어플리케이션의 기본 부분인 어플리케이션 프레임워크(Application Framework)(14)에 접속되어 있다. 그리고, 이 어플리케이션 프레임워크(14)는, 윈도우 매니저(Window Manager)(13)에 접속되어 있다. 또한, 윈도우 매니저(13)는, 도 2의 리소스 액세스 라이브러리(5)를 통해 오퍼레이팅 시스템(OS)(21)에 접속되어 있다.

도 3의 예의 경우, 리소스(6)는, 예를 들면 표시를 행하기 위한 액정 디스플레이(LCD) 디바이스(62)와 그 드라이버(61), 텐키 등의 키(KEY) 디바이스(64)와 그 드라이버(63), 휴대 전화 단말기에서의 통신을 위한 송수신(Communication) 및 기타(Other)의 주요한 기능에 대응한 시스템 디바이스(66)와 그 드라이버(65), 디지털 카메라의 카메라(Camera) 디바이스(68)와 그 드라이버(67), 본 발명의 기억 매체로서의 기능을 갖는 메모리(Mem)와 그 메모리에의 파일(File) 기입 판독 등을 행하는 메모리 디바이스(72)와 그 드라이버(71)와, 기타, LED(발광 다이오드)나 오디오 디바이스 등의 각종 디바이스(MiscH/W)(70)와 그 드라이버(69) 등으로 이루어진다. 이들 각 디바이스의 제어나 각종의 연산은, CPU(Central Processing Unit)(23)가 행한다.

또한 도 3에서, 태스크 매니저(Task Manager)(11)는, 어플리케이션(4)의 실행시의 각 태스크를 관리하고, 이벤트 매니저(12)(Event Manager)는 각종 이벤트를 관리한다. 리소스 매니저(Resource Manager:ResMan)(1)는, 도 2의 리소스 매니저(1)에 대응한다.

이하, 상기한 본 실시예의 리소스 매니저가 실제로 어떻게 해서 각 리소스의 관리를 행하는지의 일례를, 도 4∼도 8의 각 타임 플로우차트를 이용하여 설명한다.

도 4는, 어플리케이션 APP2보다 먼저, 어플리케이션 APP1이 펑션 지정에 의한 리소스 취득 요구를 행하고 있지만, 우선도는 어플리케이션 APP1이 어플리케이션 APP2보다도 높은 경우(APP1>APP2)에서의 본 실시예의 리소스 매니저(ResMan)가 행하는 리소스(Resource)의 경합 관리 처리의 타임 플로우차트를 나타내고 있다. 또한, 도 4의 예는, 어플리케이션 APP2가 개방 통지 요구를 행하지 않는 경우에 대해 도시하고 있다.

도 4에서, 예를 들면 어플리케이션 APP1로부터, 단계 S1에서 펑션의 지정에 의한 신규의 리소스 취득 요구를 수취하면, 리소스 매니저는, 단계 S2에서 경합 판정을 행한다. 이때, 그 펑션의 사용 리소스는 다른 어플리케이션에 의해 이용되고 있지 않기 때문에, 리소스 매니저는, 단계 S3에서, 어플리케이션 APP1에 대하여 취득 요구 허가를 반환한다. 이것에 의해, 어플리케이션 APP1은, 단계 S4에서 원하는 리소스를 취득할 수 있게 된다.

그 후, 다른 어플리케이션 APP2로부터, 단계 S5에서, 동일한 사용 리소스를 포함하는 펑션의 지정에 의한 신규의 리소스 취득 요구를 수취하면, 리소스 매니저는, 단계 S6에서 경합 판정을 행한다. 이때, 그 기능의 사용 리소스는 이미 어플리케이션 APP1에 의해 이용되고 있기 때문에, 리소스 매니저는, 단계 S7에서, 어플리케이션 APP2에 대하여 취득 NG 통지를 반환한다. 이것에 의해, 어플리케이션 APP2는, 단계 S8에서 원하는 리소스를 취득할 수 없었다고 하여 NG 처리를 행한다.

도 5는, 어플리케이션 APP2보다 먼저 어플리케이션 APP1이 펑션 지정에 의한 리소스의 취득 요구를 행하고 있지만, 우선도는 어플리케이션 APP1이 어플리케이션 APP2보다도 높은(APP1>APP2) 경우에서의, 본 실시예의 리소스 매니저가 행하는 리소스의 경합 관리 처리의 타임 플로우차트를 나타내고 있다. 단, 도 5의 예는, 도 4의 예와 서로 다르고, 어플리케이션 APP2가 개방 통지 요구를 행하는 경우에 대해 나타내고 있다. 또한, 도 5에서, 도 4와 동일한 처리의 단계에 대해서는 그 설명을 생략한다.

도 5에서, 단계 S8에 의해 NG 처리를 행한 후, 어플리케이션 APP2는, 개방 통지 요구를 리소스 매니저로 보낸다. 이때의 리소스 매니저는, 그 개방 통지 요구에 관계되는 펑션과 어플리케이션을 대응시켜 리스트에 등록한다. 그 후, 어플리케이션 APP1에서 원하는 처리가 종료하고, 단계 S10에서 리소스의 개방이 행해진다. 그리고, 단계 S11에서 리소스 매니저가, 어플리케이션 APP1로부터 개방 완료 통지를 수취하면, 리소스 매니저는, 단계 S12에서, 다른 어플리케이션에 의한 개방 통지 요구가 있는지 여부의 개방 통지 요구 검색을 행한다. 이 예의 경우, 어플리케이션 APP2로부터의 개방 통지 요구가 리스트에 등록되어 있기 때문에, 리소스 매 니저는, 단계 S13에서 그 어플리케이션 APP2에 대하여 리소스가 개방되었음을 통지(개방 통지)한다.

이것에 의해, 어플리케이션 APP2는, 리소스의 개방이 이루어졌음을 알 수 있다. 리소스의 개방이 이루어졌음을 안 어플리케이션 APP2는, 단계 S14에서 펑션의 지정에 의한 재차의 취득 요구를 행한다. 상기 단계 S14에서 취득 요구를 수취하면, 리소스 매니저는, 단계 S15에서 경합 판정을 행한다. 이때, 해당 펑션의 사용 리소스는 다른 어플리케이션에 의해 이용되지 않은 것으로 되기 때문에, 리소스 매니저는, 단계 S16에서, 어플리케이션 APP2에 대하여 취득 완료 통지를 반환한다. 그리고, 어플리케이션 APP1은, 단계 S17에서 원하는 리소스를 취득할 수 있게 된다.

도 6은, 어플리케이션 APP2보다 먼저 어플리케이션 APP1이 펑션 지정에 의한 리소스 취득 요구를 행하고 있지만, 우선도는 어플리케이션 APP1과 어플리케이션 APP2에서 동일하기 때문에 취득 요구의 설정순이 느린 쪽이 우선되는 경우(APP1≤APP2)에서의, 본 실시예의 리소스 매니저가 행하는 리소스의 경합 관리 처리의 타임 플로우차트를 나타내고 있다. 또한, 도 6의 예는, 어플리케이션 APP1이 개방 통지 요구를 행하지 않는 경우에 대해 나타내고 있다. 또한, 도 6에서, 도 4, 도 5와 동일한 처리의 단계에 대해서는 그 설명을 생략한다.

도 6의 예의 경우, 리소스 매니저는, 단계 S6에서의 경합 판정시에, 어플리케이션 APP2의 우선도는 어플리케이션 APP1의 우선도와 동일하므로, 어플리케이션 APP1로부터의 리소스 취득 요구의 설정순이 "후"이기 때문에, 단계 S21에서, 어플 리케이션 APP1에 대하여 리소스의 개방 요구를 발행한다. 어플리케이션 APP1은, 그 개방 요구를 수취한 경우, 단계 S22 및 단계 S23에서 리소스의 개방 처리를 행한다. 그 후, 어플리케이션 APP1은, 단계 S24에서, 리소스 매니저 개방 완료 통지를 보낸다.

어플리케이션 APP1로부터 개방 완료 통지를 수취하면, 리소스 매니저는, 단계 S25에서, 어플리케이션 APP2에 대하여 취득 완료 통지를 송신한다. 이것에 의해, 어플리케이션 APP2는, 단계 S26에서 원하는 리소스를 취득할 수 있게 된다.

그 후, 어플리케이션 APP2에서 원하는 처리가 종료하고, 단계 S27에서 리소스의 개방이 행해지고, 단계 S28에서 어플리케이션 APP2로부터 개방 완료 통지를 수취하면, 리소스 매니저는, 단계 S29에서, 그 개방된 리소스를 리스트에 등록한다.

도 7은 어플리케이션 APP2보다 먼저 어플리케이션 APP1이 펑션 지정에 의한 리소스 취득 요구를 행하고 있지만, 우선도는 어플리케이션 APP1과 어플리케이션 APP2에서 동일하기 때문에 취득 요구의 설정순이 느린 쪽이 우선되는 경우(APP1≤APP2)에서의, 본 실시예의 리소스 매니저가 행하는 리소스의 경합 관리 처리의 타임 플로우차트를 나타내고 있다. 단, 도 7의 예는, 도 6의 예와 달리, 어플리케이션 APP1이 개방 통지 요구를 행하는 경우에 대해 지명하고 있다. 또한, 도 7에서, 도 4, 도 5, 도 6과 동일한 처리의 단계에 대해서는 그 설명을 생략한다.

도 7의 예의 경우, 어플리케이션 APP1은, 단계 S23에서 리소스의 개방을 행한 후, 단계 S30에서 개방 완료 통지와 개방 통지 요구를 리소스 매니저로 보낸다.

그 후, 리소스 매니저는, 단계 S28에서 어플리케이션 APP2로부터 개방 완료 통지를 수취하면, 단계 S31에서 개방 대기의 리스트의 내용을 확인한다. 이때, 리소스 매니저는, 개방 대기 리스트를 바탕으로 어플리케이션 APP1에 의한 개방 통지 요구가 있음을 알고, 단계 S32에서 리소스 개방 통지를 해당 어플리케이션 APP1로 송신한다.

리소스 매니저로부터 리소스 개방 통지를 수취한 어플리케이션 APP1은, 단계 S33에서 리소스의 재취득을 위한 재등록 준비를 행한다. 그리고, 어플리케이션 APP1은, 그 준비가 정돈되면, 단계 S34에서 취득 요구를 리소스 매니저로 보낸다.

그리고, 리소스 매니저는, 단계 S35에서 경합 판정을 행한다. 이때, 리소스 경합은 없기 때문에, 리소스 매니저는, 단계 S36에서, 어플리케이션 APP1에 대하여 취득 완료 통지를 반환한다. 이것에 의해, 어플리케이션 APP1은, 단계 S37에서 원하는 리소스를 재취득할 수 있게 된다.

도 8은, 어플리케이션 APP1과 APP2 이외에 어플리케이션 APP3이 더 있는 경우에서의, 본 실시예의 리소스 매니저가 행하는 리소스의 경합 관리 처리의 타임 플로우차트를 나타내고 있다. 구체적으로는, 도 8의 예는, 처음에 어플리케이션 APP1이 리소스의 취득 요구를 행하고, 다음에 어플리케이션 APP2가, 그 다음에 어플리케이션 APP3이 리소스의 취득 요구를 더 행하는 경우에 대해 나타내고 있다. 또한, 도 8의 예는, 우선도는 어플리케이션 APP3이 가장 높고, 어플리케이션 APP1과 APP2의 우선도는 동일하기 때문에 취득 요구의 설정순이 느린 쪽이 우선되는 경우(APP1≤APP2<APP3)에 대해 나타내고 있다. 또한, 도 8의 예는, 어플리케이션 APP1이 개방 통지 요구를 행하는 경우에 대해 나타내고 있다. 또한, 도 8에서, 도 4, 도 5, 도 6, 도 7과 동일한 처리의 단계에 대해서는 그 설명을 생략한다.

도 8의 예의 경우, 어플리케이션 APP3의 취득 요구는, 단계 S5에서 실행되는 어플리케이션 APP2에 의한 취득 요구 후에 행해지게 된다(단계 S40). 리소스 매니저는, 단계 S40에서 어플리케이션 APP3으로부터의 리소스의 취득 요구를 수취한다. 그리고, 리소스 매니저는, 어플리케이션 APP1로부터 단계 S30의 개방 완료 통지 및 개방 통지 요구의 송신을 수취한 후에, 단계 S41에서 어플리케이션 APP2, APP3 사이에서의 리소스 경합의 판정을 행한다. 이 경우, 리소스 매니저는, 단계 42에서, 우선도가 가장 높은 어플리케이션 APP3에 취득 완료 통지를 보낸다. 또한 이때의 리소스 매니저는, 어플리케이션 APP2에 대해서는, 단계 S43에서 취득 NG를 보낸다. 이것에 의해, 어플리케이션 APP3은, 단계 S44에서 원하는 리소스를 취득할 수 있게 된다.

그 후, 어플리케이션 APP3은, 원하는 처리가 종료하면, 단계 S45에서 리소스의 개방을 행하고, 또한 단계 S46에서 개방 완료 통지를 리소스 매니저로 보낸다.

개방 완료 통지를 수취한 리소스 매니저는, 단계 S47에서 개방 대기의 리스트의 내용을 확인한다. 이때, 리소스 매니저는, 개방 대기 리스트로부터, 어플리케이션 APP1이 개방 통지 요구를 행하고 있음을 안다. 그 후에는, 도 7의 단계 S32∼단계 S37과 마찬가지의 처리가 행해진다.

이상 설명한 바와 같이, 본 발명 실시예의 리소스 매니저는, 사용 상황(조건)에 따른 동적인 우선도 관리와 사용권 관리를 실현함으로써, 유연한 리소스 관 리 기구를 실현하고 있다. 즉, 본 발명 실시예의 리소스 매니저는, 리소스의 사용권을 관리함으로써, 실제의 하드웨어 리소스의 이용 어플리케이션과 사용 권리 어플리케이션을 유연하게 정의할 수 있도록 하고 있다.

또한, 본 실시예는, 사용권 관리를 행하는 단위로서, 개별적인 하드웨어 리소스의 단체로부터, 임의의 어플리케이션을 구성하기 위해 필요한 복수 리소스를 통합한 단위로서 펑션이라는 개념을 도입하고 있다. 그리고, 본 실시예의 리소스 매니저는, 이 펑션 단위에서의 관리를 가능하게 하고 있다.

또한, 본 실시예에 따르면, 사용 어플리케이션의 우선도, 리소스 우선도, 등을 고려한 리퀘스트 큐를 내부에 가짐으로써, 단순한 후우선 알고리즘보다도 쓸데없는 리소스가 쟁탈 횟수를 줄일 수도 있게 되어 있다.

또한, 상기한 실시예의 설명은, 본 발명의 일례이다. 이 때문에, 본 발명은 상기한 실시예에 한정되지 않고, 본 발명에 따른 기술적 사상을 일탈하지 않는 범위라면, 설계 등에 따라 여러 가지의 변경이 가능한 것은 물론이다.

본 발명은, 휴대 전화 단말기뿐 아니라, 예를 들면 퍼스널 컴퓨터나 PDA 장치(PDA:Personal Digital Assistants) 등에 적용하는 것도 가능하다.

또한, 도 1에 도시한 대응 관계 테이블 중, 어플리케이션(4)이 원하는 펑션과 그 펑션에 대응하는 리소스의 정보는, 그 어플리케이션(4) 측이 리소스 취득 요구시에 그때마다 리소스 매니저(1)로 보내도 된다.

또한, 우선도에는, 어플리케이션의 우선도뿐 아니라, 펑션 단위의 우선도, 나아가서 펑션 내의 각 리소스의 우선도도 포함해서 얻는다. 이 경우, 리소스 매 니저(1)는, 기능의 우선도에 따른 리소스의 경합 판정이나, 펑션 내의 각 리소스의 우선도에 따른 경합 판정을 행하고, 그 경합 판정 결과에 따라 리소스의 취득 완료 등의 통지를 행할 수 있다.

Claims

복수의 처리 수단을 갖는 리소스 관리 장치의 리소스 관리 방법으로서,

처리 수단으로부터 보내져오는 리소스의 취득 요구를 접수하는 접수 단계와,

상기 처리 수단으로부터의 취득 요구에 대응하는 리소스와, 다른 처리 수단에서 사용하는 리소스가 경합하는지를 판정하는 경합 판정 단계와,

상기 경합 판정 단계에서 리소스가 경합한다고 판정된 각 처리 수단 중, 어느 처리 수단에 대하여 리소스의 사용 허가를 부여할지를 결정하는 결정 단계와,

상기 리소스의 사용 허가가 부여되지 않은 처리 수단으로부터, 그 리소스의 개방 통지 요구를 수취했을 때, 상기 개방 통지 요구에 대응하는 리소스와 해당 처리 수단을 대응시켜 리스트에 등록하는 리스트 등록 단계와,

상기 리소스의 사용 허가가 부여된 처리 수단으로부터 상기 리소스의 개방 완료 통지를 수취했을 때, 상기 개방된 리소스에 대응한 개방 통지 요구를 행하고 있는 처리 수단을 상기 리스트로부터 확인하는 리스트 확인 단계와,

상기 리스트 확인 단계가 상기 리스트로부터 확인한 처리 수단에 대하여, 상기 리소스의 취득이 완료했음을 통지하기 위한 취득 완료 통지를 발행하는 통지 발행 단계

를 가지며,

상기 접수 단계는, 원하는 처리를 실행하는 데 필요한 1 이상의 리소스를 통합한 소정 기능 단위로, 상기 리소스의 취득 요구를 접수하고,

상기 경합 판정 단계는, 상기 소정 기능 단위마다 리소스의 경합을 판정하는 것을 특징으로 하는 리소스 관리 방법.
제1항에 있어서,

상기 결정 단계는, 상기 처리 수단마다 미리 설정되어 있는 우선도에 기초하여 상기 리소스의 사용 허가를 부여할지 여부의 결정을 행하는 것을 특징으로 하는 리소스 관리 방법.
제1항에 있어서,

상기 결정 단계는, 상기 소정 기능 단위마다 리소스의 사용 허가를 부여할지 여부의 결정을 행하고,

상기 리스트 등록 단계는, 상기 소정 기능 단위마다 상기 리스트에의 등록을 행하고,

상기 리스트 확인 단계는, 상기 소정 기능 단위마다 상기 리스트의 확인을 행하고,

상기 통지 발행 단계는, 상기 소정 기능 단위마다 상기 취득 완료 통지를 발행하는 것을 특징으로 하는 리소스 관리 방법.
제3항에 있어서,

상기 결정 단계는, 상기 소정 기능 단위마다 미리 설정되어 있는 우선도에 기초하여 상기 리소스의 사용 허가를 부여할지의 결정을 행하는 것을 특징으로 하는 리소스 관리 방법.
복수의 처리 수단을 포함하는 리소스 관리 장치로서,

상기 처리 수단으로부터 보내져오는 리소스의 취득 요구를 접수하는 접수 수단과,

상기 처리 수단으로부터의 취득 요구에 대응하는 리소스와, 다른 처리 수단에서 사용하는 리소스가 경합하는지를 판정하는 경합 판정 수단과,

상기 경합 판정 수단에서 리소스가 경합한다고 판정된 각 처리 수단 중, 어느 처리 수단에 대하여 리소스의 사용 허가를 부여할지를 결정하는 결정 수단과,

상기 리소스의 사용 허가가 부여되지 않은 처리 수단으로부터, 그 리소스의 개방 통지 요구를 수취했을 때, 상기 개방 통지 요구에 대응하는 리소스와 해당 처리 수단을 대응시켜 리스트에 등록하는 리스트 등록 수단과,

상기 리소스의 사용 허가가 부여된 처리 수단으로부터 상기 리소스의 개방 완료 통지를 수취했을 때, 상기 개방된 리소스에 대응한 개방 통지 요구를 행하고 있는 처리 수단을 상기 리스트로부터 확인하는 리스트 확인 수단과,

상기 리스트 확인 수단이 상기 리스트로부터 확인한 처리 수단에 대하여, 상기 리소스의 취득이 완료했음을 통지하기 위한 취득 완료 통지를 발행하는 통지 발행 수단

을 가지며,

상기 접수 수단은, 원하는 처리를 실행하는 데 필요한 1 이상의 리소스를 통합한 소정 기능 단위로, 상기 리소스의 취득 요구를 접수하고,

상기 경합 판정 수단은, 상기 소정 기능 단위마다 리소스의 경합을 판정하는 것을 특징으로 하는 리소스 관리 장치.
제5항에 있어서,

상기 결정 수단은, 상기 처리 수단마다 미리 설정되어 있는 우선도에 기초하여 상기 리소스의 사용 허가를 부여할지 여부의 결정을 행하는 것을 특징으로 하는 리소스 관리 장치.
제5항에 있어서,

상기 결정 수단은, 상기 소정 기능 단위마다 리소스의 사용 허가를 부여할지 결정하고,

상기 리스트 등록 수단은, 상기 소정 기능 단위마다 상기 리스트에의 등록을 행하고,

상기 리스트 확인 수단은, 상기 소정 기능 단위마다 상기 리스트의 확인을 행하고,

상기 통지 발행 수단은, 상기 소정 기능 단위마다 상기 취득 완료 통지를 발행하는 것을 특징으로 하는 리소스 관리 장치.
제7항에 있어서,

상기 결정 수단은, 상기 소정 기능 단위마다 미리 설정되어 있는 우선도에 기초하여 상기 리소스의 사용 허가를 부여할지의 결정을 행하는 것을 특징으로 하는 리소스 관리 장치.
복수의 어플리케이션을 갖는 리소스 관리 장치로서,

상기 어플리케이션으로부터 보내져오는 리소스의 취득 요구를 접수하는 접수부와, 어플리케이션에 대하여 리소스의 취득이 완료했음을 통지하는 통지 발행부를 구비한 리소스 매니저 액세스 라이브러리와,

상기 어플리케이션으로부터의 취득 요구에 대응하는 리소스와, 다른 어플리케이션에서 사용하는 리소스가 경합하는지를 판정하는 경합 판정부와, 상기 경합 판정부에서 리소스가 경합한다고 판정된 각 어플리케이션 중, 어느 어플리케이션에 대하여 리소스의 사용 허가를 부여할지를 결정하는 결정부와, 상기 리소스의 사용 허가가 부여되지 않은 어플리케이션으로부터, 그 리소스의 개방 통지 요구를 수취했을 때, 상기 개방 통지 요구에 대응하는 리소스와 해당 처리 수단을 대응시켜 리스트에 등록하는 리스트 등록부와, 상기 리소스의 사용 허가가 부여된 처리 수단으로부터 상기 리소스의 개방 완료 통지를 수취했을 때, 상기 개방된 리소스에 대응한 개방 통지 요구를 행하고 있는 처리 수단을 상기 리스트로부터 확인하는 리스트 확인부를 구비한 리소스 매니저 프로세스부

를 구비하고,

상기 리소스 매니저 액세스 라이브러리는, 상기 리스트 확인부가 상기 리스트로부터 확인한 어플리케이션에 대하여, 상기 리소스의 취득이 완료했음을 통지하기 위한 취득 완료 통지를 발행하고,

상기 접수부는, 원하는 처리를 실행하는 데 필요한 1 이상의 리소스를 통합한 소정 기능 단위로, 상기 리소스의 취득 요구를 접수하고,

상기 경합 판정부는, 상기 소정 기능 단위마다 리소스의 경합을 판정하는 것는 것을 특징으로 하는 리소스 관리 장치.
삭제
복수의 처리 수단을 갖는 리소스 관리 장치에서 실행되는 리소스 관리 프로그램을 기억한 기억 매체로서,

상기 리소스 관리 프로그램은,

처리 수단으로부터 보내져오는 리소스의 취득 요구를 접수하는 접수 단계와,

상기 처리 수단으로부터의 취득 요구에 대응하는 리소스와, 다른 처리 수단에서 사용하는 리소스가 경합하는지를 판정하는 경합 판정 단계와,

상기 경합 판정 단계에서 리소스가 경합한다고 판정된 각 처리 수단 중, 어느 처리 수단에 대하여 리소스의 사용 허가를 부여할지를 결정하는 결정 단계와,

상기 리소스의 사용 허가가 부여되지 않은 처리 수단으로부터, 그 리소스의 개방 통지 요구를 수취했을 때, 상기 개방 통지 요구에 대응하는 리소스와 해당 처리 수단을 대응시켜 리스트에 등록하는 리스트 등록 단계와,

상기 리소스의 사용 허가가 부여된 처리 수단으로부터 상기 리소스의 개방 완료 통지를 수취했을 때, 상기 개방된 리소스에 대응한 개방 통지 요구를 행하고 있는 처리 수단을 상기 리스트로부터 확인하는 리스트 확인 단계와,

상기 리스트 확인 단계가 상기 리스트로부터 확인한 처리 수단에 대하여, 상기 리소스의 취득이 완료했음을 통지하기 위한 취득 완료 통지를 발행하는 통지 발행 단계

를 포함하며,

상기 접수 단계는, 원하는 처리를 실행하는 데 필요한 1 이상의 리소스를 통합한 소정 기능 단위로, 상기 리소스의 취득 요구를 접수하고,

상기 경합 판정 단계는, 상기 소정 기능 단위마다 리소스의 경합을 판정하는 것을 특징으로 하는 기억 매체.