多窗口显示设备以及多窗口管理方法

暂无

技术领域\n本发明涉及一种多窗口显示设备以及用于该多窗口显示设备中的多 窗口管理方法，特别涉及一种可适用于诸如便携式蜂窝电话的显示屏之 类的、整个显示屏被某一窗口占据的情况下的多窗口显示设备，以及用 于该多窗口显示设备中的多窗口管理方法。\n本申请要求于2002年11月11日提交的日本专利申请No.2002-327454 的优先权，其在此被引入作为参考。\n背景技术\n常规的显示具有多个窗口的屏幕的多窗口显示设备，例如个人计算 机、便携式蜂窝电话或此类设备，具有窗口管理器，其适用于响应来自 两个或更多应用程序的窗口控制请求，通过在控制各个窗口的显示优先 级时使各个窗口相互重叠来在显示设备上显示各个窗口。该窗口管理器 根据用户明确的操作以及根据来自各个正操作相应的窗口的应用程序的 窗口控制请求来控制各个窗口的重叠状态、各个窗口的尺寸、在屏幕上 的显示位置的变化或此类信息。\n图10显示了这种常规多窗口设备的配置的示意性框图。图10所示 的多窗口显示设备1包括操作部分2、窗口管理器3以及显示部分4。操 作部分2具有：发送按钮；用于字母字符、假名字符、汉字字符和数字 字符的切换按钮；电源开/关按钮；用于光标操作的十字按钮；退出按钮 或此类按钮。窗口管理器3响应来自应用程序AP1、AP2和AP3的窗口 控制请求，通过在控制各个窗口W1、W2和W3的显示优先级时使各个 窗口W1、W2和W3相互重叠来在显示部分4上显示各个窗口W1、W2 和W3。显示部分4通过使窗口W1、W2和W3相互重叠来显示这些分 别对应于各个应用程序AP1、AP2和AP3的窗口W1、W2和W3。\n在日本专利申请公开No.平5-233195(第一页，图1到图5)中公 开了另一种常规的多窗口显示设备，其中，当例如在控制隐藏在第一窗 口下面的第二窗口的应用程序中出现严重的故障时，将该第二窗口的位 置改变为取决于由该应用程序指定的重要性的位置，并且在该改变了的 位置显示一个显示内容。这样防止了用户忽略有关第二窗口的重要信息。\n而且，在日本专利公开No.2002-111805(第一页，图1到图15)所 公开的便携式蜂窝电话中，通过窗口管理器控制对应于多种功能的显示 屏的画图的定时，并且根据管理显示屏的历史的历史管理装置和管理用 于显示屏的显示的优先级的显示优先级管理装置的管理内容来控制具有 各种功能的显示屏的改变。这样可以避免增大存储容量和对各个执行多 种功能的显示屏的改变的复杂控制，并且使各个执行多种功能的显示屏 能够容易地改变。\n然而，图10所示的常规多窗口显示设备存在问题。即，如果多窗口 显示设备1具有屏幕尺寸受限制或在输入数据时采用的操作方法受限制 的终端，例如象在便携式蜂窝电话的情况中，则当用户通过指定窗口W1、 W2和W3中的某一窗口来操作该多窗口显示设备1时会发现许多困难， 并且存在某些情况，即当通过应用程序AP1、AP2和AP3的同时操作发 出多个窗口控制请求时，用于另一个应用程序的窗口突然显示在用户当 前正使用的应用程序的窗口上，造成了对当前运行的应用程序的显示的 干扰。因为该问题，象便携式蜂窝电话这样的整个显示屏被某一窗口覆 盖的终端存在着大问题。\n为了解决该问题，提出了通过应用程序AP1、AP2和AP3之间的合 作来避免发生这种可能造成问题的窗口控制请求的方法。然而，该方法 也存在问题，因为当应用程序的数量增加时，该方法变得难以应用，以 及，必须重新设计一种使应用程序的用户能够知道其它应用程序的状态 的配置，这造成配置变复杂了。\n而且，在上述的日本专利申请公开No.平5-233195和2002-111805 中没有公开对在窗口的显示中用于防止其它应用程序干扰当前使用的应 用程序的技术的清楚说明。\n发明内容\n鉴于以上原因，本发明的目的是提供一种多窗口显示设备，其能够 使来自某一应用程序的窗口控制请求被发出，而与其它应用程序的状态 无关，并且能够避免由来自一个应用程序的窗口控制请求造成的对当前 窗口的显示的相互干扰，以及一种用于该多窗口显示设备中的多窗口管 理方法。\n根据本发明的第一方面，提供一种多窗口显示设备，包括：\n显示设备；以及\n窗口管理器，用于响应来自两个或更多应用程序中的至少一个应用 程序的窗口控制请求，通过在控制两个或更多窗口的各个窗口的显示优 先级时使所述两个或更多窗口相互重叠来在所述显示设备上显示所述两 个或更多窗口，所述两个或更多应用程序的各个应用程序以一一对应的 关系与所述两个或更多窗口的至少一个窗口相对应；\n其中，所述窗口管理器包括：\n应用程序信息管理部分，用于管理各个所述应用程序和所述两 个或更多窗口的各个窗口的预置显示优先级；\n窗口状态管理部分，用于管理在所述显示设备的显示屏上的所 述两个或更多窗口的各个窗口的当前重叠状态；\n请求判断部分，用于根据由所述应用程序信息管理部分管理的 所述显示优先级以及由所述窗口状态管理部分正在管理的所述两个或更 多窗口的各个窗口的当前重叠状态来判断是否允许执行来自所述两个或 更多应用程序的至少一个应用程序中的所述窗口控制请求；以及\n窗口控制部分，用于根据所述请求判断部分中的判断的结果控 制在所述显示设备的所述显示屏上的所述两个或更多窗口的各个窗口； 以及\n其中，如果判断的结果表示允许执行所述窗口控制请求，则所述窗 口控制部分执行所述窗口控制请求并优先显示相应的窗口，以及，如果 判断的结果表示不允许执行所述窗口控制请求，则所述窗口控制部分忽 略所述窗口控制请求。\n另一种优选的方式是，其中当发出窗口控制请求的应用程序的显示 优先级高于正在显示设备的显示屏上的最高位置显示的窗口的显示优先 级时，请求判断部分由该判断产生允许执行该窗口控制请求的结果，以 及，当发出窗口控制请求的应用程序的显示优先级低于正在显示设备的 显示屏上的最高位置显示的窗口的显示优先级时，请求判断部分由该判 断产生不允许执行该窗口控制请求的结果。\n根据本发明的第二方面，提供一种多窗口显示设备，包括：\n显示设备；以及\n窗口管理器，用于响应来自两个或更多应用程序中的至少一个应用 程序的窗口控制请求，通过在控制两个或更多窗口的各个窗口的显示优 先级时使所述两个或更多窗口相互重叠来在所述显示设备上显示所述两 个或更多窗口，所述两个或多个应用程序的各个应用程序以一一对应的 关系与所述两个或更多窗口的至少一个窗口相对应；以及\n其中，所述窗口管理器包括：\n应用程序信息管理部分，用于管理各个所述应用程序和所述两 个或更多窗口的各个窗口的预置显示优先级；\n窗口状态管理部分，用于管理在所述显示设备的显示屏上的所 述两个或更多窗口的各个窗口的当前重叠状态以及指示窗口是否显示的 显示模式；\n请求判断部分，用于根据正被管理的所述显示优先级、正被管 理的所述两个或更多窗口的各个窗口的当前重叠状态以及正被管理的所 述显示模式来判断是否允许执行来自所述两个或更多应用程序中的至少 一个应用程序的所述窗口控制请求；以及\n窗口控制部分，用于根据所述请求判断部分中判断的结果控制 在所述显示设备的所述显示屏上的所述两个或更多窗口的各个窗口；以 及\n其中，如果判断的结果表示允许执行所述窗口控制请求，则所述窗 口控制部分执行所述窗口控制请求并优先显示相应的窗口，以及，如果 判断的结果表示不允许执行所述窗口控制请求，则所述窗口控制部分忽 略所述窗口控制请求。\n另一种优选的方式是，其中当发出窗口控制请求的应用程序的显示 优先级高于正在显示设备的显示屏上的最高位置显示的窗口的显示优先 级并且显示模式的功能指示窗口显示时，请求判断部分由该判断产生允 许执行该窗口控制请求的结果，以及，当发出窗口控制请求的应用程序 的显示优先级低于正在显示设备的显示屏上的最高位置显示的窗口的显 示优先级或显示模式的功能指示窗口不显示时，请求判断部分由该判断 产生不允许执行该窗口控制请求的结果。\n根据本发明的第三方面，提供一种在具有显示设备和窗口管理器的 多窗口显示设备中使用的、用于管理两个或更多窗口的各个窗口的重叠 状态的多窗口管理方法，所述窗口管理器响应来自两个或更多应用程序 中的至少一个应用程序的窗口控制请求，通过在控制两个或更多窗口的 各个窗口的显示优先级时使所述两个或更多窗口相互重叠来在所述显示 设备上显示所述两个或更多窗口，所述两个或更多应用程序的各个应用 程序以一一对应的关系与所述两个或更多窗口的至少一个窗口相对应， 所述多窗口管理方法包括以下步骤：\n管理各个所述应用程序和所述两个或更多窗口的各个窗口的预置显 示优先级；\n管理在所述显示设备的显示屏上的所述两个或更多窗口的各个窗口 的当前重叠状态；\n根据管理的所述显示优先级以及正在管理的所述两个或更多窗口的 各个窗口的当前重叠状态来判断是否允许执行来自所述两个或更多应用 程序的至少一个应用程序中的所述窗口控制请求；以及\n根据判断的结果控制在所述显示设备的所述显示屏上的所述两个或 更多窗口的各个窗口，以致如果判断的结果表示允许执行所述窗口控制 请求，则执行所述窗口控制请求并优先显示相应的窗口，以及，如果判 断的结果表示不允许执行所述窗口控制请求，则忽略所述窗口控制请求。\n根据本发明的第四方面，提供一种在具有显示设备和窗口管理器的 多窗口显示设备中使用的、用于管理两个或更多窗口的各个窗口的重叠 状态的多窗口管理方法，所述窗口管理器响应来自两个或更多应用程序 中的至少一个应用程序的窗口控制请求，通过在控制两个或更多窗口的 各个窗口的显示优先级时使所述两个或更多窗口相互重叠来在所述显示 设备上显示所述两个或更多窗口，所述两个或更多应用程序的各个应用 程序以一一对应的关系与所述两个或更多窗口的至少一个窗口相对应， 所述多窗口管理方法包括以下步骤：\n管理各个所述应用程序和所述两个或更多窗口的各个窗口的预置显 示优先级；\n管理在所述显示设备的显示屏上的所述两个或更多窗口的各个窗口 的当前重叠状态以及指示窗口是否显示的显示模式；\n根据正被管理的所述显示优先级、正被管理的所述两个或更多窗口 的各个窗口的当前重叠状态以及正被管理的所述显示模式来判断是否允 许执行来自所述两个或更多应用程序中的至少一个应用程序的所述窗口 控制请求；以及\n根据判断的结果控制在所述显示设备的所述显示屏上的所述两个或 更多窗口的各个窗口，以致如果判断的结果表示允许执行所述窗口控制 请求，则执行所述窗口控制请求并优先显示相应的窗口，以及，如果判 断的结果表示不允许执行所述窗口控制请求，则忽略所述窗口控制请求。\n利用以上的配置，窗口管理器根据最初发出窗口控制请求的应用程 序的预置显示优先级来判断是否允许执行来自与正在显示设备上显示的 各个窗口相对应的各个应用程序的窗口控制请求，以及，如果判断的结 果表示允许执行该窗口控制请求，执行该窗口控制请求并优先显示对应 于最初发出该窗口控制请求的应用程序的窗口，以及，如果判断的结果 表示不允许执行该窗口控制请求，忽略该窗口控制请求，以及，因此可 以防止由执行该窗口控制请求造成的窗口相互间的显示干扰。结果，由 于各个应用程序在发出窗口控制请求时不需要知道其它应用程序的状 态，因此可以避免复杂的配置。\n利用另一种配置，由于窗口状态管理部分另外还具有用于窗口的显 示的显示模式的功能，因此被该显示模式的功能指示为不显示的窗口不 会出现在显示屏上，这样允许窗口的平滑显示。\n附图说明\n由以下连同附图的说明，本发明的以上和其它目标、优点以及特征 将变得更明显，其中：\n图1是示出了根据本发明第一实施例的多窗口显示设备的电气配置 的示意性框图；\n图2是示出了图1的应用程序信息管理部分正在管理的信息的图表；\n图3A、3B和3C是显示了图1的窗口状态管理部分正在管理的信息 的图表；\n图4是说明图1的多窗口显示设备的操作的流程图；\n图5是说明图1的多窗口显示设备的操作的流程图；\n图6是显示了根据本发明第二实施例的多窗口显示设备的电气配置 的示意性框图；\n图7是示出了图6的窗口状态管理部分正在管理的信息的图表；\n图8是说明图6的多窗口显示设备的操作的流程图；\n图9是说明图6的多窗口显示设备的操作的流程图；\n图10是显示了常规多窗口设备的电气配置的示意性框图。\n具体实施方式\n以下将参照附图利用多个实施例对执行本发明的最佳方式进行更详 细的说明。\n第一实施例\n图1所示的框图显示了根据本发明第一实施例的多窗口显示设备11 的电气配置。第一实施例的多窗口显示设备11是例如一部(未示出)便 携式蜂窝电话，并且，如图1所示，包括窗口管理器12和显示部分13。 窗口管理器12响应来自应用程序AP1、AP2和AP3的窗口控制请求(例 如，各个窗口W1、W2和W3的重叠顺序，各个窗口W1、W2和W3的 尺寸，显示位置的变化，或此类请求)，通过在控制各个窗口W1、W2 和W3在显示部分13上的显示优先级时使各个窗口W1、W2和W3相互 重叠来显示该各个窗口W1、W2和W3。特别是在第一实施例中，窗口 管理器12被构造成根据最初发出窗口控制请求的应用程序的预置显示优 先级来判断是否允许执行来自与正在显示部分13上显示的各个窗口W1、 W2和W3相对应的各个应用程序AP1、AP2和AP3的窗口控制请求， 以及，如果判断的结果表示允许执行该窗口控制请求，则执行该窗口控 制请求并优先显示对应于最初发出该窗口控制请求的应用程序的窗口 (W1、W2和W3中的一个窗口)，以及，如果判断的结果表示不允许执 行该窗口控制请求，则忽略该窗口控制请求。\n窗口管理器12包括请求输入部分14、应用程序信息管理部分15、 窗口状态管理部分16、请求判断部分17、窗口控制部分18、CPU(中央 处理器)19以及ROM(只读存储器)20。请求输入部分14接收来自各 个应用程序AP1、AP2和AP3的窗口控制请求。应用程序信息管理部分 15管理各个应用程序AP1、AP2和AP3以及各个窗口W1、W2和W3 的显示优先级。窗口状态管理部分16管理在显示部分13的显示屏上的 各种窗口W1、W2和W3之间的当前重叠状态。\n请求判断部分17根据应用程序信息管理部分15正在管理的显示优 先级以及窗口状态管理部分16正在管理的在各种窗口W1、W2和W3之 间的当前重叠状态，来判断是否允许执行来自各个应用程序AP1、AP2 和AP3的窗口控制请求，并获得判断的结果。特别是在第一实施例中， 当最初发出窗口控制请求的应用程序，即AP1、AP2或AP3中的任意一 个应用程序的预置显示优先级高于正在显示部分13的显示屏上的最高位 置显示的另一个窗口，即W2、W3或W1中的任何一个窗口的预置显示 优先级时，请求判断部分17产生允许执行该窗口控制请求的判断结果， 以及，当最初发出窗口控制请求的应用程序，即AP1、AP2或AP3中的 任意一个应用程序的预置显示优先级低于正在显示部分13的显示屏上的 最高位置显示的另一个窗口，即W2、W3或W1中的任何一个窗口的预 置显示优先级时，请求判断部分产生不允许执行该窗口控制请求的判断 结果。\n窗口控制部分18根据以上判断的结果控制在显示部分13的(未显 示的)显示屏上的各个窗口W1、W2和W3。CPU(中央处理器)19控 制整个窗口管理器12。ROM(只读存储器)20存储操作CPU(中央处 理器)19的控制程序，以及，特别是在第一实施例中，使CPU(中央处 理器)19执行多窗口显示设备11的功能的显示控制程序。显示部分13 根据窗口控制部分18实施的控制显示各个窗口W1、W2和W3。\n图2所示的图表显示了图1的应用程序信息管理部分15正在管理的 信息。在应用程序信息管理部分15中，管理着应用程序标识符(此后被 称为应用程序标识符(AP1、AP2和AP3))，各个应用程序AP1、AP2 和AP3的显示优先级以及各个应用程序AP1、AP2和AP3正在管理的窗 口标识符(此后被称为窗口标识符(W1、W2和W3))。显示优先级的值 越小，显示优先级越高。\n图3A、3B和3C所示的图表显示了图1的窗口状态管理部分16正 在管理的信息。在窗口状态管理部分16中，如图3A所示，管理着窗口 标识符(W1、W2和W3)以及对应于各个窗口标识符W1、W2和W3 的栈号。栈号指示从最高位置(级)即显示屏上的前端位置数起的各个 窗口W1、W2和W3的位置，即栈号1表示相应的窗口W3、W2或W1 位于显示屏上的最高位置，以及栈号2表示相应的窗口W2、W1或W3 刚好部分地或整个隐藏在在显示屏上具有栈号1的窗口W3、W2或W1 的后面。类似，栈号3表示相应的窗口W1、W3或W2刚好部分地或整 个隐藏在在显示屏上具有栈号2的窗口W2、W1或W3的后面。在这种 情况下，如图3B所示，通过根窗口RW(root window)实施控制，以便 按从显示屏上的较低位置到较高位置的顺序放置分别对应于应用程序 AP1、AP2和AP3的各个窗口W1、W2和W3。然后，如图3C所示，在 显示设备13上显示各个窗口W1、W2和W3。\n图4和图5所示的流程图说明了图1的多窗口显示设备11的操作。 通过参照图4和图5对第一实施例的多窗口管理方法的处理内容进行说 明。例如，当在窗口管理器12中出现了来自应用程序AP1的请求将位于 显示屏上的最低位置的窗口W1移到显示屏上的最高位置的窗口控制请 求时，在该窗口管理器12中的请求输入部分14收到来自应用程序AP1 的该窗口控制请求，并将该窗口控制请求转发给请求判断部分17(步骤 A1)。\n请求判断部分17判断是否允许执行来自应用程序AP1的该窗口控制 请求(步骤A2)。当请求判断部分17判断如果执行该窗口控制请求会出 现问题时(即，当判断该执行不合理时)，请求判断部分17忽略该窗口 控制请求(步骤A3)并等待来自应用程序AP1、AP2和AP3的新的窗口 控制请求(步骤A1)。当请求判断部分17判断即使执行该窗口控制请求 也不会出现问题时(即，当判断该执行合理时)，请求判断部分17将该 窗口控制请求的内容发送给窗口控制部分18以便执行该窗口控制请求(步 骤A4)。\n在执行该窗口控制请求之后，请求判断部分17检查各个窗口W1、 W2和W3的状态的变化(步骤A5)，以及，如果没有发生变化，结束处 理并等待来自应用程序AP1、AP2和AP3的新的窗口控制请求(步骤A1)。 当各个窗口W1、W2和W3的状态发生了变化时，请求判断部分17向窗 口状态管理部分16发送指示变化的发生的信息。然后窗口状态管理部分 16更新关于如图3A所示的栈号的信息(步骤A6)，并等待来自应用程 序AP1、AP2和AP3的新的窗口控制请求(步骤A1)。\n在上述的步骤A2中，如图5和图3A所示，请求判断部分17从窗 口状态管理部分16获得对应于最小栈号(即显示屏上的最高位置)的窗 口的标识符(W3)(步骤A21)。接着，请求判断部分17从应用程序信 息管理部分15获得窗口W3所属的应用程序(AP3)的显示优先级“5” 和窗口W1所属的应用程序(AP1)的显示优先级“7”(步骤A22)，如 图2所示，并比较所获得的显示优先级“5”和“7”(步骤A23)。\n结果，当应用程序AP1的显示优先级高于应用程序AP3的显示优先 级时，请求判断部分17判断来自应用程序AP1的窗口控制请求的执行不 会造成问题，以及，如果应用程序AP1的显示优先级低于应用程序AP3 的显示优先级，判断该窗口控制请求的执行会对具有更高显示优先级的 应用程序的显示造成干扰，并因此该窗口控制请求不应被执行。\n在第一实施例中，如图2清楚所示，正在显示屏上的最高位置显示 的应用程序AP3的显示优先级被分配为“5”，窗口W1所属的应用程序 AP1的显示优先级被分配为“7”，请求判断部分17判断来自应用程序AP1 的窗口控制请求不应被执行。\n从而，在第一实施例中，窗口管理器根据最初发出窗口控制请求的 应用程序的预置显示优先级来判断是否允许执行来自与正在显示部分13 上显示的各个窗口W1、W2和W3相对应的各个应用程序AP1、AP2和 AP3的窗口控制请求，以及，如果判断的结果表示允许执行该窗口控制 请求，则执行该窗口控制请求并优先显示对应于最初发出该窗口控制请 求的应用程序的窗口(W1、W2和W3中的一个窗口)，以及，如果判断 的结果表示不允许执行该窗口控制请求，则忽略该窗口控制请求，以及， 因此可防止由执行该窗口控制请求造成的显示干扰。结果，由于各个应 用程序AP1、AP2和AP3在发出窗口控制请求时不需要知道其它应用程 序的状态，因此可以避免复杂的配置。\n第二实施例\n图6所示的框图显示了根据本发明第二实施例的多窗口显示设备 (11A)的电气配置。在图6中，相同的附图标记被分配给具有与图1所 示的第一实施例中的部分相同的功能的部分，因此省略对这些部分的说 明。图6所示的第二实施例的多窗口显示设备11A包括具有与图1所示 的窗口管理器12的配置不同的配置的窗口管理器12A。窗口管理器12A 根据最初发出窗口控制请求的应用程序的预置显示优先级以及适用于指 示窗口“是否显示”的“显示模式”的功能，来判断是否允许执行来自 与正在显示部分13的显示屏上显示的各个窗口W1、W2和W3相对应的 各个应用程序AP1、AP2和AP3的窗口控制请求，以及，如果该判断的 结果表示允许执行该窗口控制请求，则执行该窗口控制请求并优先显示 对应于最初发出该窗口控制请求的应用程序AP1、AP2或AP3的窗口 W1、W2或W3，以及，如果该判断的结果显示不允许执行该窗口控制请 求，则忽略该窗口控制请求。\n图6所示的窗口管理器12A包括具有与图1中的窗口状态管理部分 16的配置不同的配置的窗口状态管理部分16A以及具有与图1中的请求 判断部分17的配置不同的配置的请求判断部分17A。窗口状态管理部分 16A管理在显示部分13的(未示出)显示屏上的各个窗口W1、W2和 W3的当前重叠状态以及上述的显示模式。请求判断部分17A根据应用 程序信息管理部分15正在管理的显示优先级、各个窗口W1、W2和W3 的当前重叠状态以及显示模式，来判断是否执行来自各个应用程序AP1、 AP2和AP3的窗口控制请求，并产生判断的结果。特别是在第二实施例 中，当最初发出窗口控制请求的应用程序的预置显示优先级高于正在显 示部分13的显示屏上的最高位置显示的窗口W1、W2或W3的显示优先 级且显示模式指示窗口W1、W2或W3显示时，请求判断部分17A产生 允许执行该窗口控制请求的判断结果，以及，如果最初发出窗口控制请 求的应用程序的预置显示优先级低于正在显示部分13的显示屏上的最高 位置显示的窗口W1、W2或W3的显示优先级或者显示模式指示窗口 W1、W2或W3不显示时，请求判断部分17A产生不允许执行该窗口控 制请求的判断结果。图6所示的其它部分具有与图1所示的部分相同的 配置。\n图7所示的图表显示了图6中的窗口状态管理部分16A正在管理的 信息。在窗口状态管理部分16A中，除具有在图3A所示的第一实施例 中提供的信息之外，还具有关于窗口W1、W2或W3的“显示模式”的 状态的信息。通过各个应用程序AP1、AP2和AP3设置显示模式，且显 示模式提供“MAP”(显示)和“UNMAP”(不显示)两种状态。当显示 模式被设置为“UNMAP”(不显示)时，即使进行设置使相应的窗口W1、 W2或W3位于显示屏上的最高位置，该窗口W1、W2或W3也不会在 显示屏上显示，只有在显示模式被设置为“MAP”(显示)时，该窗口 W1、W2或W3才会在显示屏上显示。\n图8和图9所示的流程图说明了图6中的多窗口显示设备11A的操 作。通过参照图8和图9对第二实施例的多窗口管理方法的处理内容进 行说明。如同在第一实施例的情况下，例如，当在窗口管理器12A中出 现了来自应用程序AP1的请求将位于显示屏上的最低位置的窗口W1移 到显示屏上的最高位置的窗口控制请求时，在该窗口管理器12A中的请 求输入部分14收到来自应用程序AP1的该窗口控制请求，并将该窗口控 制请求发送给请求判断部分17A(步骤B1)。\n请求判断部分17A判断是否允许执行来自应用程序AP1的该窗口控 制请求(步骤B2)。当请求判断部分17A判断如果执行该窗口控制请求 会出现问题时(即，当判断该执行不合理时)，请求判断部分17A忽略该 窗口控制请求(步骤B3)并等待来自应用程序AP1、AP2和AP3的新的 窗口控制请求(步骤B1)。当请求判断部分17A判断即使执行该窗口控 制请求也不会出现问题时(即，当判断该执行合理时)，请求判断部分17A 将该窗口控制请求的内容发送给窗口控制部分18以便执行该窗口控制请 求(步骤B4)。\n在执行该窗口控制请求之后，请求判断部分17A检查各个窗口W1、 W2和W3的状态的变化(步骤B5)，以及，如果没有发生变化，结束处 理并等待来自应用程序AP1、AP2和AP3的新的窗口控制请求(步骤B1)。 当各个窗口W1、W2和W3的状态发生了变化时，请求判断部分17A向 窗口状态管理部分16A发送指示变化的发生的信息。然后窗口状态管理 部分16A更新关于如图7所示的栈号和显示模式的信息(步骤B6)，并 等待来自应用程序AP1、AP2和AP3的新的窗口控制请求(步骤B1)。\n在步骤B2中，如图9和图7所示，请求判断部分17A首先从窗口 状态管理部分16A获得对应于最小栈号(即显示屏上的最高位置)的窗 口的标识符(W3)(步骤B21)。接着，请求判断部分17A检查窗口W3 的显示模式的状态(步骤B22)，以及，如果显示模式处于“UNMAP”(不 显示)状态，获得具有下一个最小栈号的窗口的标识符(W2)(步骤B21)。 当找到显示模式处于“MAP”(显示)状态的窗口(W2)时，请求判断 部分17A获得该窗口W2所属的应用程序AP2的显示优先级“9”以及 窗口W1所属的应用程序AP1的显示优先级“7”(步骤B23)，如图2所 示，并比较所获得的优先级“7”和“9”(步骤B24)。\n结果，当应用程序AP1的显示优先级高于应用程序AP2的显示优先 级时，请求判断部分17A判断来自应用程序AP1的窗口控制请求的执行 不会造成问题，以及，如果应用程序AP1的显示优先级低于应用程序AP2 的显示优先级，判断来自应用程序AP1的窗口控制请求的执行会对具有 更高显示优先级的应用程序的显示造成干扰，以及因此该窗口控制请求 不应被执行。在第二实施例中，正位于显示屏上的最高位置的窗口W3 的显示模式处于“UNMAP”(不显示)状态，具有下一个最小栈号且显 示模式处于“MAP”(显示)状态的窗口为窗口W2，该窗口W2所属的 应用程序AP2的显示优先级被分配为低于窗口W1所属的应用程序AP1 的显示优先级“7”的“9”，以及因此判断当执行该窗口控制请求时不会 出现问题，并且由窗口控制部分18执行来自应用程序AP1的该窗口控制 请求。\n从而，除了在第一实施例中获得的优点之外，第二实施例的多窗口 显示设备还具有一个优点，即：由于第二实施例的窗口状态管理部分16A 另外还具有用于窗口W1、W2和W3的显示的“显示模式”的功能，因 此被该“显示模式”功能指示为不显示的窗口不会出现在显示屏上，这 样允许窗口W1、W2和W3的平滑显示。\n显然，本发明并不局限于以上的实施例，而是可以在不脱离本发明 的范围和精神的情况下被改变和修改。例如，在以上各实施例中，说明 了将便携式蜂窝电话用作多窗口显示设备11和11A的例子。然而，本发 明可以应用于包括例如PDA(个人数字助理)、个人计算机或此类设备的 所有使用多窗口的设备。而且，在本发明中可以采用任意多个应用程序 或窗口。