CN101233493A - 冲突解决装置 - Google Patents

Abstract

本发明提供一种既便在安装了装置或者拆卸后、也可自动更新规定应用程序间的冲突条件的应用程序冲突规则的冲突解决装置。应用程序冲突规则保存部(15)保存应用程序冲突规则。应用程序执行部根据应用程序冲突规则，判定多个应用程序间的冲突，根据该判定结果，执行1个以上的应用程序。应用程序冲突规则更新部在冲突解决装置的资源变化时，与多个应用程序间的冲突条件的变化一致，更新应用程序冲突规则。

Description

冲突解决装置

技术领域

本发明涉及一种解决多个应用程序间冲突的冲突解决装置，更特定地说，涉及即便在冲突解决装置具备的资源变化时，也自动更新规定应用程序间冲突条件的应用程序冲突规则的冲突解决装置。

背景技术

以前，在便携电话等信息设备中，使特定的应用程序(例如，电话功能等)先于其他应用程序(例如，旋律播放器(melody player)等)动作。例如，在便携电话中，即便旋律播放器正在再现旋律，在电话来电时，也在停止再现中的声音的基础上，显示来电画面，鸣动来电音。这是因为在便携电话中，在电话来电时，必须常常使来电处理优先，可以通话。另外，由于来电时旋律的声音鸣动，妨碍通知用户或通话，所以实现解决这种应用程序间冲突的用户接口。

另外，在出厂时装入便携电话、AV设备、及汽车导航设备等应用程序的信息设置中，还存在如下情况：为了解决应用程序间的冲突，向用户提供更稳定的系统，通过计算预先可使用的存储器量和应用程序必需的存储量，确定可起动的应用程序的最大数量，从而实现系统的稳定性。

另外，在出厂时装入这些应用程序的信息设备中，在出厂前对应用程序的动作充分进行测试，不预先装入应用程序彼此有可能产生冲突的应用程序。

另外，在专利文献1中公开了一种信息设备：为了解决应用程序间的冲突，参照规定应用程序间冲突条件的冲突控制表，判定可否执行新操作，并且对各应用程序进行动作指示。

专利文献1：日本特开2003-177926号公报

可是，在专利文献1公开的信息设备中，根据装入的应用程序或信息设备具备的装置种类，在出厂前，按可假设的范围，准备应用程序间的冲突条件。因此，出厂后，即便为了追加新的装置等而变更应用程序间的冲突条件在用户便利性的观点上好，也不能变更冲突条件。

发明内容

因此，本发明的目的在于解决上述问题，提供一种冲突解决装置，即便在出厂后，通过追加装置等，系统具备的资源变化时，也可自动更新规定应用程序间冲突条件的应用程序冲突规则。

本发明趋向解决多个应用程序间冲突的冲突解决装置。因此，为了实现上述目的，本发明的冲突解决装置具备：应用程序冲突规则保存部，保存规定多个应用程序间的冲突条件的应用程序冲突规则；应用程序执行部，根据应用程序冲突规则，判定多个应用程序间的冲突，根据该判定结果，执行1个以上的应用程序；和应用程序冲突规则更新部，在冲突解决装置的资源变化时，与多个应用程序间的冲突条件的变化一致，更新应用程序冲突规则。

最好是，应用程序执行部包含：执行1个以上应用程序的执行部；冲突判定部，根据应用程序冲突规则，判定多个应用程序间的冲突；和应用程序管理部，根据冲突判定部的判定结果，管理在执行部的应用程序的执行。

最好是，应用程序冲突规则更新部具备：系统管理部，检测冲突解决装置具备的装置的状态变化；装置冲突规则管理部，在装置的状态变化时，取得装置状态变化后的冲突解决装置的资源，根据该取得的资源，判断是否变更冲突条件；和冲突信息更新部，在判断为变更冲突条件时，与多个应用程序间的冲突条件的变化一致，更新应用程序冲突规则。

另外，装置冲突规则管理部也可以在装置的状态变化时，取得多个应用程序动作所需的资源，根据该取得的多个应用程序动作所需的资源和装置状态变化后的冲突解决装置的资源，判断是否变更冲突条件。

最好是，应用程序冲突规则更新部还具备：资源共有·排他条件部，保存表示装置的资源种类与应用程序之间的共有·排他条件的资源共有·排他条件，装置冲突规则管理部还根据资源共有·排他条件，判断是否变更冲突条件。

最好是，系统管理部检测由追加、交换、或删除冲突解决装置具备的装置所引起的装置的状态变化。

例如，装置的资源种类为存储器。这时，装置冲突规则管理部根据装置状态变化后的冲突解决装置的存储容量和多个应用程序动作所需的存储容量，判断是否变更冲突条件。

例如，装置的资源种类为声卡。这时，装置冲突规则管理部根据装置状态变化后的冲突解决装置的声音再现能力和多个应用程序动作所需的声音再现能力，判断是否变更冲突条件。

另外，本发明还趋向于解决多个应用程序间的冲突的信息设备执行的冲突解决方法。其中，在信息设备中，保存规定多个应用程序间冲突条件的应用程序冲突规则。而且，为了实现上述目的，本发明的冲突解决方法检测信息设备具备的装置的状态变化，在装置状态变化时，取得装置状态变化后的信息设备的资源，根据取得的信息设备的资源，判断是否变更多个应用程序间的冲突条件，在判断为变更冲突条件时，更新应用程序冲突规则。

最好是，该冲突解决方法以程序的形式提供，以使信息设备执行一系列处理步骤。该程序也可以存储于计算机可读取的存储介质。另外，也可以提要该冲突解决方法作为信息设备具备的集成电路。

发明效果

如上所述，根据本发明，通过追加、交换、或删除装置，系统具备的资源变化时，可自动更新规定应用程序间冲突条件的应用程序冲突规则。由此，即便在系统出厂后安装装置的情况下，也可边充分活用装置的性能，边无不适地确保稳定的应用程序的动作。

另外，系统设计者在预先预测追加、交换、或删除的装置的基础上，不必设计应用程序间的冲突条件。因此，可减轻系统出厂时的负荷。另外，在需要追加假想外的装置时，也不必更新系统整体，仅通过更新应用程序冲突规则就可对应。因此，也可减轻装置追加时的负荷。

另外，由于可根据系统的状况，更新冲突条件，所以例如，不必保持与不被安装的装置相关的冲突条件，可防止因保持不要的冲突条件导致的存储容量增大。另外，由于动态地判定追加、交换、或删除的装置的性能变化，更新应用程序冲突规则以对应于不同系统变为最佳，所以也可减轻用户的负荷。

附图说明

图1是表示本发明第1实施方式的冲突解决装置1的结构一例的框图。

图2是表示本发明第1实施方式的冲突解决装置1实施的冲突解决方法的动作一例的流程图。

图3是表示应用程序冲突规则保存部15保存的应用程序冲突规则的一例的图。

图4是表示对每个应用程序状态规定冲突条件的应用程序冲突规则的一例的图。

图5是表示本发明第1实施方式的冲突解决装置1实施的应用程序冲突规则的更新方法的一例的流程图。

图6是表示设定于装置资源部21的装置资源信息的一例的图。

图7是表示资源需要信息部22保存的资源所需信息的一例的图。

图8是表示应用程序资源属性管理部16管理的应用程序资源属性信息的一例图。

图9是表示资源共有·排他条件部23保存的资源共有·排他条件的一例的图。

图10是表示本发明第2实施方式的冲突解决装置2的结构的一例的框图。

图11是表示应用程序资源属性管理部16管理的应用程序资源属性信息的一例的图。

图12是表示应用程序资源属性管理部16管理的应用程序资源属性信息的一例的图。

图13是表示应用程序冲突规则保存部15保存的应用程序冲突规则的一例的图。

符号说明

11、执行部

12、应用程序管理部

13、动作应用程序信息管理部

14、冲突判定部

15、应用程序冲突规则

16、应用程序资源属性管理部

17、冲突信息更新部

18、装置冲突规则管理部

19、系统管理部

20、装置部

21、装置资源部

22、资源需要信息部

23、资源共有·排他条件部

24、应用程序更新部

具体实施方式

下面，参照附图来说明本发明的各实施方式。

(第1实施方式)

图1是表示本发明第1实施方式的冲突解决装置1的结构的一例的框图。在图1中，冲突解决装置(信息设备)1具备：执行部11、应用程序管理部12、动作应用程序信息管理部13、冲突判定部14、应用程序冲突规则保存部15、应用程序资源属性管理部16、冲突信息更新部17、装置冲突规则管理部18、系统管理部19、装置部20、装置资源部21、资源需要信息部22、及资源共有·排他条件部23。

执行部11执行应用程序管理部12保存的应用程序。这里，所谓的应用程序，例如在冲突解决装置1为便携电话时，为电话应用程序或浏览器应用程序等。应用程序管理部12保存执行部11执行的应用程序，并且管理执行部11执行的应用程序的动作。动作应用程序信息管理部13管理动作中的应用程序的信息。冲突判定部14根据应用程序冲突规则，判定应用程序间的冲突。

应用程序冲突规则保存部15保存规定应用程序间的冲突规则的应用程序冲突规则(参照图3、图4)。应用程序资源属性管理部16管理各应用程序所需的资源信息(参照图8)，  作为应用程序资源属性信息。冲突信息更新部17在变更应用程序间的冲突条件时，更新应用程序冲突规则。装置冲突规则管理部18在装置状态变化时，特定用于确定冲突条件所需的信息的种类。

系统管理部19管理装置部20的状态。系统管理部19的功能可通过Linux(注册商标)等的OS来实现。装置部20是冲突解决装置1具备的装置。装置部20例如是存储器或再现声音的装置、进行通信的装置等。装置资源部21保持对应于各装置的资源种类等的信息(参照图6)，作为装置资源信息。资源需要信息部22保持用于对每个资源种类确定冲突规则所需的信息的种类(参照图7)，作为资源需要信息。资源共有·排他条件部23保持资源种类和应用程序之间的共有·排他条件(参照图9)，作为资源共有·排他条件。

另外，由于执行部11、应用程序管理部12、动作应用程序信息管理部13、及冲突判定部14根据应用程序冲突规则，判定多个应用程序间的冲突，根据该判定结果，执行1个以上的应用程序，所以可归纳记述为应用程序执行部。另外，由于应用程序资源属性管理部16、冲突信息更新部17、装置冲突规则管理部18、系统管理部19、装置资源部21、资源需要信息部22、及资源共有·排他条件部23在冲突解决装置1的资源变化时，与多个应用程序间的冲突条件变化一致，更新应用程序冲突规则，所以可归纳记述为应用程序冲突规则更新部。

图2是表示本发明第1实施方式的冲突解决装置1实施的冲突解决方法的动作的一例的流程图。在说明该流程图时，作为前提条件，已假定优先级低的应用程序A正在动作。另外，在该流程图中，记述优先级比应用程序A高的应用程序B请求动作，应用程序A终止动作的说明。

参照图2，冲突解决装置1以用户操作等作为契机，请求优先级比动作中的应用程序A高的应用程序B的动作开始。具体地，执行部11将用户操作等作为契机，对应用程序管理部12请求应用程序B的动作开始。应用程序管理部12当从执行部11请求应用程序B的动作开始时，则委托冲突判定部14判定应用程序B是否可动作(步骤S11)。

冲突判定部14从应用程序管理部12取得请求动作开始的应用程序的起动应用程序信息(步骤S12)。所谓起动应用程序信息是用于特定请求动作开始的应用程序的信息，例如，是对应用程序设定的固有ID等。这里，冲突判定部14从应用程序管理部12取得应用程序B的起动应用程序信息。

接着，冲突判定部14若存在动作中的应用程序，则为了解决应用程序间的冲突，向动作应用程序信息管理部13询问动作中的应用程序信息。动作应用程序信息管理部13对于该询问，若存在动作中的应用程序信息，则返回到冲突判定部14。这里，设动作应用程序信息管理部13返回应用程序A的信息。冲突判定部14根据从动作应用程序信息管理部13返回的信息，判定是否存在动作中的应用程序(步骤S13)。

冲突判定部14在判定为没有动作中的应用程序时，使状态转移到步骤S15。另外，冲突判定部14在判定为存在动作中的应用程序时，根据应用程序冲突规则，判定动作中的应用程序A和从此开始动作的应用程序B是否冲突(步骤S14)。

图3是表示应用程序冲突规则保存部15保存的应用程序冲突规则的一例的图。参照图3，在应用程序冲突规则中，规定了动作中的应用程序A和新动作的应用程序B之间的冲突条件。例如，动作中的应用程序A为浏览器，新动作的应用程序B为电话应用程序。这时，冲突判定部14参照应用程序冲突规则，判定为浏览器和电话应用程序冲突。而且，冲突判定部14在应用程序A和应用程序B冲突时，判定哪个应用程序的优先级高。例如，冲突判定部14可在对应用程序分别设定优先级的情况下，根据对应用程序设定的优先级，判定应用程序间的优先级。

冲突判定部14将冲突判定的结果通知应用程序管理部12。另外，冲突判定部14更新动作应用程序信息管理部13管理的动作中的应用程序信息(步骤S15)。应用程序管理部12以来自冲突判定部14的判定结果为基准，对应用程序A及应用程序B发送预定的指示(步骤S16)。这里，由于应用程序B比应用程序A的优先级高，所以应用程序管理部12指示应用程序A中止动作，指示应用程序B开始动作。

另外，在上述的应用程序冲突规则(参照图3)中，对每个应用程序规定冲突条件，但也可对应用程序的每个状态规定冲突条件。图4是表示对应用程序的每个状态规定冲突条件的应用程序冲突规则的一例的图。这时，冲突解决装置1可对应于应用程序的状态，判断应用程序间的冲突。

例如，冲突判定部14根据在应用程序A鸣音的状态下、应用程序B在鸣音的状态下是否起动，判定应用程序间的冲突。或冲突判定部14根据相加某状态的应用程序A确保的存储量和某状态的应用程序B请求的存储量的存储量是否比系统可提供的存储总量大，判定应用程序间的冲突。

就更具体的冲突解决装置1的动作而言，将动作中的应用程序A说明为TV应用程序，将新动作的应用程序B说明为电话应用程序。考虑在TV应用程序鸣音的状态(例如，状态1)下，使电话应用程序变成可通话的状态(例如，状态2)的情况。这时，冲突判定部14参照图4示出的应用程序冲突规则，判定为TV应用程序的状态1和电话应用程序的状态2冲突。而且，冲突判定部14根据对应用程序设定的优先级，判定电话应用程序的优先级比TV应用程序高。应用程序管理部12对应于冲突判定部14的判定结果，结束TV应用程序，开始电话应用程序的动作。

接着，说明由于在冲突解决装置1中安装装置等，装置的状态变化，变更冲突条件时的应用程序冲突规则的更新方法。另外，在安装这一术语中，包含装置的追加、交换、或删除的概念。图5是表示本发明第1实施方式的冲突解决装置1执行的应用程序冲突规则的更新方法一例的流程图。这里，以用户安装新存储器卡作为冲突解决装置1的装置的情况为例，具体地说明。

参照图5，系统管理部19在安装冲突解决装置1的装置时，检测到安装了新的装置(步骤S21)。系统管理部19若检测到安装了新的装置，则将可特定该装置的装置ID等与安装了新的装置一起通知给装置冲突规则管理部18。另外，系统管理部19同时进行各种设定，以可使用新的装置。

装置冲突规则管理部18为了判定安装的装置相当于何种资源，从装置资源部21取得对应于装置ID的资源种类(步骤S22)。图6是表示设定于装置资源部21的装置资源信息的一例的图。参照图6，装置资源部21保持对应于装置ID的资源种类，作为装置资源信息。这里，装置冲突规则管理部18例如在从系统管理部19取得「sd3893DA」这一装置ID时，通过访问装置资源管理部21，确认该装置为存储器装置。

接着，装置冲突规则管理部18以从装置资源部21取得的资源种类为基准，访问资源需要信息部22，特定用于确定冲突条件所需的信息的种类(步骤S23)。图7是表示资源需要信息部22保持的资源需要信息的一例的图。参照图7，资源需要信息部22保持用于对每个资源种类确定冲突条件所需的信息的种类，作为资源需要信息。这里，装置冲突规则管理部18由于安装的装置是存储器装置，所以特定用于确定冲突条件所需的信息的种类是存储容量和应用程序存储容量。

装置冲突规则管理部18根据特定的信息种类，取得用于确定冲突条件所需的信息(步骤S24)。装置冲突规则管理部18例如访问系统管理部19，取得整个系统的存储容量，访问应用程序资源属性管理部16，取得使各应用程序动作所需的存储容量。图8是表示应用程序资源属性管理部16管理的应用程序资源属性信息的一例图。参照图8，应用程序资源属性管理部16管理各应用程序所需的资源信息，作为应用程序资源属性信息。

接着，装置冲突规则管理部18从资源共有·排他条件部23取得关联的资源共有·排他条件(步骤S25)。图9是表示资源共有·排他条件部23保持的资源共有·排他条件的一例的图。参照图9，资源共有·排他条件部23保持资源种类和应用程序之间的共有·排他条件，作为资源共有·排他条件。这里，由于安装的装置是存储器装置，所以装置冲突规则管理部18取得表示在应用程序间共有所安装的装置的共有·排他条件。另外，在该共有·排他条件中，记述为装置的存储容量比动作中应用程序的总存储容量大。

接着，装置冲突规则管理部18根据之前取得的信息(在本例中，为安装的装置的存储量、从开始具备的存储量、各应用程序使用的存储量、及与存储器装置有关的共有·排他条件等)，判断是否变更应用程序间的冲突条件(步骤S26)。具体地，装置冲突规则管理部18根据取得的信息，在各应用程序动作的状态下，确定何种应用程序可动作的条件，将确定的条件通知冲突信息更新部17。例如，在图8示出的4个应用程序是可同时动作的应用程序时，全部应用程序同时动作时的总存储容量为80MB，若系统具备的总存储容量为128MB，则即便全部应用程序同时动作，存储容量也无问题，这时，形成与存储容量相关的新的冲突条件。

冲突信息更新部17比较已有的冲突条件和新的冲突条件，若冲突条件变更，则更新应用程序冲突规则(步骤S27)。例如，以前安装的存储器卡的容量为30MB时，邮件应用程序和其他的应用程序受存储容量的限制不能同时动作。可是，若通过更新装置，使存储容量增大，则不存在与该存储容量相关的冲突。所以，冲突信息更新部17对不受存储容量以外的条件限制的应用程序更新应用程序冲突规则，以便可与电话应用程序同时起动。

另外，冲突解决装置1即使在安装新的声卡时，也可更新应用程序冲突规则。例如，冲突解决装置1因性能上(声音再现能力)的问题，只能再现单一应用程序输出的声音。这时，冲突解决装置1通过安装新的声卡，就不存在性能上的问题，可同时使多个输出声音的应用程序动作。这样，因在安装新的声卡时，变更应用程序间的冲突条件，所以冲突解决装置1使用与存储器装置相同的方法，更新应用程序冲突规则。

另外，冲突解决装置1即使在安装新的视频板的情况下，也可更新应用程序冲突规则。例如，冲突解决装置1因性能上的问题，只能再现单一应用程序输出的图象。这时，冲突解决装置1通过安装新的视频板，就不存在性能上的问题，可同时使多个输出图象的应用程序动作。这样，因在安装新的视频板时，变更应用程序间的冲突条件，所以冲突解决装置1使用与存储器装置相同的方法，更新应用程序冲突规则。

另外，冲突解决装置1即使在安装新的照相机时，也可更新应用程序冲突规则。例如，冲突解决装置1由于只具备1台照相机，所以只能通过单一的应用程序摄影图像。这时，冲突解决装置1通过安装新的照相机，变成具备2台照相机，可同时使多个摄影图像的应用程序动作。这样，因在安装新的照相机时，变更应用程序间的冲突条件，所以冲突解决装置1使用与存储装置相同的方法，更新应用程序冲突规则。

如上所述，根据本发明第1实施方式的冲突解决装置1，通过追加、交换、或删除装置，在系统具备的资源变化时，可自动更新规定应用程序间冲突条件的应用程序冲突规则。因此，既便在系统出厂后安装装置时，也可边充分活用装置的性能，边无不适地确保稳定的应用程序的动作。

另外，系统设计者在预先预测追加、交换、或删除的装置的基础上，不必设计应用程序间的冲突条件。因此，可减轻系统出厂时的负荷。另外，即使在必须追加假想外的装置时，也不必更新整个系统，通过只更新应用程序冲突规则就可对应。因此，也可减轻装置追加时的负荷。

另外，由于根据系统的状况，可更新冲突条件，所以例如，不必保持与不安装的装置相关的冲突条件，可防止保持不必要的冲突条件导致的存储容量增大。另外，因为动态判定追加、交换、或删除的装置的性能变化后更新为最佳的应用程序冲突规则，所以还可减轻用户的负荷。

另外，在上述的说明中，假定执行部11执行应用程序管理部12保存的应用程序。可是，执行部11也可以不执行应用程序本身，而仅执行从应用程序接收到请求的中间件等软件。

另外，在上述说明(图2)中，仅记述开始应用程序动作时的序列，冲突判定部14即使在应用程序结束时，也可进行应用程序间的冲突判定，更新动作应用程序信息管理部13。

另外，在上述说明中，冲突判定部14通过应用程序彼此的关系进行冲突判定。可是，冲突判定部14也可以对按不同种类区分应用程序的每个组进行冲突判定。或冲突判定部14也可以通过应用程序使用的资源种类或其他的属性进行冲突判定。

另外，在上述的说明中，冲突判定部14在应用程序彼此冲突的情况下，根据对应用程序设定的优先级，判定哪个应用程序的优先级高。可是，冲突判定部14也可以根据应用程序使用的资源的数量或执行时间等信息来判定优先级。因此，冲突解决装置1可防止某些少数应用程序长时间占有资源，或占有大量的资源。

另外，在上述应用程序冲突规则(参照图3)中，作为动作中的应用程序A和新动作的应用程序B之间的冲突条件，仅记述了“冲突”、“不冲突”、“保留”，但也可以进一步附加应用程序的优先级。因此，冲突解决装置1可根据应用程序冲突规则，判定应用程序间的优先级。另外，冲突解决装置1也可以在冲突的应用程序的优先级相同时，进行预先确定的动作。

另外，判定结果为“保留”时，应用程序管理部12中断应用程序B的动作，但也可以在应用程序A结束动作后，再开始中断的应用程序B的动作。另外，应用程序管理部12也可以在存在多个中断的应用程序的情况下，从中选择优先级最高的应用程序，再开始选择的应用程序动作。因此，冲突解决装置1可实现对用户便利性高的动作。

另外，在上述说明中，装置冲突规则管理部18访问装置资源部21、资源需要信息部22、资源共有·排他条件部23、及应用程序资源属性管理部16等，取得用于确定冲突条件所需的信息。可是，装置冲突规则管理部18也可以访问外部的服务器等，取得用于确定冲突条件所需的信息。另外，作为这时的对服务器的访问手段，可使用基于有线电缆的通信或基于IrDA的无线通信等一切手段。

另外，也可以对用于确定从外部服务器取得的冲突条件所需的信息加密。这时，装置冲突规则管理部18也可以尝试解密所加密的信息，委托仅在可解密时取得的信息，与装置的安装一起，变更冲突条件。或者，也可以在解密失败的情况下，安装装置但不变更冲突条件。

另外，在上述的说明中，假设可取得新安装的装置的信息，但既便在不能取得的情况下，也可预先确定默认的属性值，将该值处理成得到的值。

另外，在冲突解决装置中，应用程序管理部12、动作应用程序信息管理部13、冲突判定部14、冲突信息更新部17、装置冲突规则管理部18、系统管理部19等的功能块也可以作为程序来动作。该程序既可以在1个CPU上动作，也可以区分各功能块的处理，在多个CPU上来动作。

另外，应用程序冲突规则保存部15、应用程序资源属性管理部16、装置资源部21、资源需要信息部22及资源共有·排他条件部23等的功能块也可以是保存在ROM或RAM中的数据。或者，这些功能块既可以是保存在嵌入设备的存储器中的数据，也可以是保存在可拆卸的外部存储器中的数据。

另外，应用程序管理部12、动作应用程序信息管理部13、冲突判定部14、冲突信息更新部17、装置冲突规则管理部18、系统管理部19等的功能块典型地实现为集成电路、即LSI。它们既可单独单芯片化，也可包含部分或全部地单芯片化。这里，设为LSI，但也可根据集成度的不同，称为IC、系统LSI、超级(super)LSI、终极(ultra)LSI。另外，集成电路化的方法不限于LSI，也可由专用电路或通用处理器来实现。也可在LSI制造之后，利用可编程的FPGA(Field Programmalbe Gate Array)、或可再构成LSI内部的电路单元的连接或设定的可重构处理器。并且，若因半导体技术的进步或派生的其它技术出现置换为LSI的集成电路化的技术，则当然也可使用该技术进行功能块的集成化。例如，可适应生命技术等。

(实施方式2)

图10是表示本发明第2实施方式的冲突解决装置2的结构的一例的框图。在图10中，冲突解决装置2与第1实施方式的冲突解决装置1比较，还具备应用程序更新部24。应用程序更新部24使用任何通信手段，从外部下载应用程序，更新应用程序管理部12保存的应用程序。另外，应用程序更新部24除使用通信手段外，也可以使用存储应用程序的存储器卡等介质，更新应用程序管理部12保存的应用程序。

应用程序管理部12与更新的应用程序一致，更新冲突解决装置2的各种信息。例如，应用程序管理部12根据更新的应用程序保持的信息，更新应用程序冲突规则保存部15保存的应用程序冲突规则、及应用程序资源属性管理部16管理的应用程序资源属性信息。另外，应用程序管理部12在对更新的应用程序设定应用程序间的冲突条件或使用的资源信息时，根据设定的信息，更新应用程序冲突规则保存部15及应用程序资源属性管理部16的信息。另外，应用程序管理部12在未对更新的应用程序设定应用程序间冲突条件或使用的资源信息时，根据更新的应用程序的种类等，类推应用程序间的冲突条件或使用的资源信息，根据类推的信息，更新应用程序冲突规则保存部15及应用程序资源属性管理部16的信息。

例如，应用程序更新部24根据来自用户的指示，版本升级应用程序管理部12保存的浏览器应用程序。应用程序管理部12判定是否变更浏览器应用程序所需的资源。这里，设浏览器应用程序所需的存储容量从25MB增加至35MB。应用程序管理部12若识别浏览器应用程序所需的存储容量从25MB增加至35MB，则更新应用程序资源属性信息，以使浏览器应用程序的存储器资源的设定值成为35MB(参照图11)。

例如，应用程序更新部24根据来自用户的指示，下载无线电应用程序，将无线电应用程序保存于应用程序管理部12。应用程序管理部12取得无线电应用程序所需的资源信息。这里，设无线电应用程序所需的存储容量为5MB，声音资源共同使用，通信资源未使用。应用程序管理部12若取得无线电应用程序所需的资源信息，则将无线电应用程序的资源信息追加至应用程序资源属性信息中(参照图12)。另外，应用程序管理部12特定有可能与无线电应用程序冲突的应用程序。这里，设与无线电应用程序冲突的应用程序仅为电话应用程序。应用程序管理部12若识别与无线电应用程序冲突的应用程序为电话应用程序，则对应用程序冲突规则设定与无线电应用程序有关的冲突条件(参照图13)。

因此，冲突解决装置2即便在应用程序的状态有变更的情况下，也可解决应用程序间的冲突。

产业上的可利用性

本发明的冲突解决装置可利用于便携电话、PDA、及汽车导航设备等的移动设备或AV设备等的嵌入设备等。

Claims (11)

1.一种解决多个应用程序间冲突的冲突解决装置，其特征在于，具备：

应用程序冲突规则保存部，保存规定所述多个应用程序间的冲突条件的应用程序冲突规则；

应用程序执行部，根据所述应用程序冲突规则，判定所述多个应用程序间的冲突，根据该判定结果，执行1个以上的应用程序；和

应用程序冲突规则更新部，在所述冲突解决装置的资源变化了时，与所述多个应用程序间的冲突条件的变化一致，更新所述应用程序冲突规则。

2.根据权利要求1所述的冲突解决装置，其特征在于：

所述应用程序执行部包含：

执行1个以上应用程序的执行部；

冲突判定部，根据所述应用程序冲突规则，判定所述多个应用程序间的冲突；和

应用程序管理部，根据所述冲突判定部的判定结果，管理在所述执行部的应用程序的执行。

3.根据权利要求1所述的冲突解决装置，其特征在于：

所述应用程序冲突规则更新部具备：

系统管理部，检测所述冲突解决装置具备的装置的状态变化；

装置冲突规则管理部，在所述装置的状态变化了时，取得所述装置状态变化后的冲突解决装置的资源，根据该取得的资源，判断是否变更所述冲突条件；和

冲突信息更新部，在判断为变更所述冲突条件时，与所述多个应用程序间的冲突条件的变化一致，更新所述应用程序冲突规则。

4.根据权利要求3所述的冲突解决装置，其特征在于：

所述装置冲突规则管理部，

在所述装置的状态变化了时，取得所述多个应用程序动作所需的资源，

根据该取得的多个应用程序动作所需的资源和所述装置状态变化后的冲突解决装置的资源，判断是否变更所述冲突条件。

5.根据权利要求3所述的冲突解决装置，其特征在于：

所述应用程序冲突规则更新部还具备：资源共有·排他条件部，保存表示所述装置的资源种类与所述应用程序之间的共有·排他条件的资源共有·排他条件，

所述装置冲突规则管理部还根据所述资源共有·排他条件，判断是否变更所述冲突条件。

6.根据权利要求3所述的冲突解决装置，其特征在于：

所述系统管理部检测由追加、交换、或删除所述冲突解决装置具备的装置引起的所述装置的状态变化。

7.根据权利要求3所述的冲突解决装置，其特征在于：

所述装置的资源种类是存储器；

所述装置冲突规则管理部根据所述装置状态变化后的所述冲突解决装置的存储容量和所述多个应用程序动作所需的存储容量，判断是否变更所述冲突条件。

8.根据权利要求3所述的冲突解决装置，其特征在于：

所述装置的资源种类是声卡；

所述装置冲突规则管理部根据所述装置状态变化后的所述冲突解决装置的声音再现能力和所述多个应用程序动作所需的声音再现能力，判断是否变更所述冲突条件。

9.一种解决多个应用程序间的冲突的信息设备执行的冲突解决方法，其特征在于：

在所述信息设备中，保存规定所述多个应用程序间的冲突条件的应用程序冲突规则；

检测所述信息设备具备的装置的状态变化；

在所述装置的状态变化了时，取得所述装置状态变化后的所述信息设备的资源；

根据取得的所述信息设备的资源，判断是否变更所述多个应用程序间的冲突条件；

在判断为变更所述冲突条件时，更新所述应用程序冲突规则。

10.一种解决多个应用程序间的冲突的信息设备执行的程序，其特征在于：

在所述信息设备中，保存规定所述多个应用程序间的冲突条件的应用程序冲突规则；

检测所述信息设备具备的装置的状态变化；

在所述装置的状态变化了时，取得所述装置的状态变化后的所述信息设备的资源；

根据取得的所述信息设备的资源，判断是否变更所述多个应用程序间的冲突条件；

在判断为变更所述冲突条件时，更新所述应用程序冲突规则。

11.一种解决多个应用程序间的冲突的信息设备具备的集成电路，其特征在于：

在所述信息设备中，保存规定所述多个应用程序间的冲突条件的应用程序冲突规则；

所述集成电路，

检测所述信息设备具备的装置的状态变化；

在所述装置的状态变化了时，取得所述装置的状态变化后的所述信息设备的资源；

根据取得的所述信息设备的资源，判断是否变更所述多个应用程序间的冲突条件；

在判断为变更所述冲突条件时，更新所述应用程序冲突规则。

Images