本技術(shù)涉及對(duì)包括多個(gè)畫(huà)面層的畫(huà)面進(jìn)行顯示的用戶接口裝置。

背景技術(shù)：

作為信息設(shè)備的用戶接口，存在對(duì)包括多個(gè)畫(huà)面層的畫(huà)面進(jìn)行顯示的裝置。各畫(huà)面層針對(duì)畫(huà)面層上的區(qū)域，保持有表示被稱(chēng)為阿爾法值的透射率的信息。各畫(huà)面層根據(jù)阿爾法值而被重疊地顯示，從而能夠僅在特定的區(qū)域顯示下位的畫(huà)面層、或者在畫(huà)面層彼此重疊的情況下顯示成半透明的圖像重疊。

在這樣的裝置中，用戶有可能通過(guò)對(duì)顯示有多個(gè)畫(huà)面層的畫(huà)面進(jìn)行鼠標(biāo)的點(diǎn)擊或者觸摸面板的輕敲等從而選擇特定的對(duì)象。此時(shí)，有來(lái)自用戶的輸入這樣的事件一般僅被發(fā)送到最前面的畫(huà)面層。但是，用戶想要選擇的對(duì)象未必顯示于最前面的畫(huà)面層，所以發(fā)生如下問(wèn)題：用戶無(wú)法立即選擇希望選擇的對(duì)象。

作為解決這個(gè)問(wèn)題的方法，例如在專(zhuān)利文獻(xiàn)1中公開(kāi)了如下方法：對(duì)各畫(huà)面層設(shè)定閾值，在接受來(lái)自用戶的輸入的坐標(biāo)的阿爾法值超過(guò)閾值的情況下接受用戶輸入事件，在該坐標(biāo)的阿爾法值低于閾值的情況下向下位的畫(huà)面層重配送用戶輸入事件。

另外，例如在專(zhuān)利文獻(xiàn)2中公開(kāi)了如下方法：針對(duì)用戶輸入事件的種類(lèi)預(yù)先設(shè)定各畫(huà)面層的優(yōu)先級(jí)，根據(jù)用戶輸入事件的種類(lèi)和該優(yōu)先級(jí)，決定用戶輸入事件的配送目的地。

現(xiàn)有技術(shù)文獻(xiàn)

專(zhuān)利文獻(xiàn)1：日本專(zhuān)利第4856756號(hào)公報(bào)

專(zhuān)利文獻(xiàn)2：日本專(zhuān)利第4522533號(hào)公報(bào)

技術(shù)實(shí)現(xiàn)要素：

但是，例如在專(zhuān)利文獻(xiàn)1公開(kāi)的用戶輸入事件的配送目的地決定方法中，在應(yīng)接受用戶輸入事件的畫(huà)面層的上位重疊地顯示有許多不接受用戶輸入事件的畫(huà)面層的情況下，需要依次搜索上位的各畫(huà)面層。顯示于各畫(huà)面層的顯示內(nèi)容通過(guò)不同的工序描繪的情況較多，在依次搜索上位的畫(huà)面層時(shí)，導(dǎo)致大量地發(fā)生畫(huà)面層之間的通信。其結(jié)果，存在直至執(zhí)行用戶輸入事件為止花費(fèi)時(shí)間這樣的問(wèn)題。

另外，例如在專(zhuān)利文獻(xiàn)2公開(kāi)的用戶輸入事件的配送目的地決定方法中，在一個(gè)畫(huà)面層內(nèi)混合存在接受用戶輸入事件的區(qū)域和不接受用戶輸入事件的區(qū)域的情況下，有時(shí)無(wú)法如所想那樣進(jìn)行動(dòng)作。為了在這樣的情況下也準(zhǔn)確且高速地動(dòng)作，需要將針對(duì)畫(huà)面層內(nèi)的各區(qū)域的優(yōu)先級(jí)預(yù)先保持于表格等。但是，在顯示于畫(huà)面層的接受用戶輸入事件的對(duì)象的位置或者形狀等變化的情況、進(jìn)而畫(huà)面層自身的位置或者形狀等變化的情況下，需要與其匹配地變更該表格。因此，在對(duì)象的位置或者形狀進(jìn)而畫(huà)面層的位置或者形狀頻繁地變化的情況、或者它們?nèi)鐒?dòng)畫(huà)那樣連續(xù)地變化的情況下，上述表格的更新花費(fèi)時(shí)間，有可能位置或者形狀的變化不被平滑地顯示。另外，需要另行具有根據(jù)用戶輸入事件的種類(lèi)來(lái)設(shè)定優(yōu)先級(jí)的表格，所以還大量地需要用于存儲(chǔ)表格的存儲(chǔ)區(qū)域。

本技術(shù)是為了解決上述那樣的問(wèn)題而完成的，涉及一種在除了應(yīng)接受用戶輸入事件的畫(huà)面層以外還重疊地顯示有不接受用戶輸入事件的畫(huà)面層的情況下也能夠高效地決定應(yīng)配送用戶輸入事件的畫(huà)面層的用戶接口裝置、用戶接口顯示方法以及控制程序。

本技術(shù)的一個(gè)方式所涉及的用戶接口裝置是能夠使多個(gè)畫(huà)面層中的至少一部分重疊地顯示于畫(huà)面的用戶接口裝置，具備：取得部，取得來(lái)自外部的輸入信息；發(fā)送部，發(fā)送對(duì)于在各所述畫(huà)面層中是否受理所述輸入信息進(jìn)行查詢的查詢信息；判斷部，根據(jù)所述查詢信息，針對(duì)多個(gè)所述畫(huà)面層中的至少兩個(gè)所述畫(huà)面層，并行地判斷所述輸入信息是否是在各所述畫(huà)面層中受理的信息；以及決定部，根據(jù)所述判斷部中的判斷結(jié)果，決定受理所述輸入信息的至少一個(gè)所述畫(huà)面層。

本技術(shù)的一個(gè)方式所涉及的用戶接口顯示方法是使多個(gè)畫(huà)面層中的至少一部分重疊地顯示于畫(huà)面的用戶接口顯示方法，其中，發(fā)送對(duì)于在各所述畫(huà)面層中是否受理來(lái)自外部的輸入信息進(jìn)行查詢的查詢信息，根據(jù)所述查詢信息，針對(duì)多個(gè)所述畫(huà)面層中的至少兩個(gè)所述畫(huà)面層，并行地判斷所述輸入信息是否是在各所述畫(huà)面層中受理的信息，根據(jù)所述判斷的結(jié)果，決定受理所述輸入信息的至少一個(gè)所述畫(huà)面層。

本技術(shù)的一個(gè)方式所涉及的控制程序是用于控制能夠使多個(gè)畫(huà)面層中的至少一部分重疊地顯示于畫(huà)面的用戶接口裝置的控制程序，使所述用戶接口裝置進(jìn)行如下處理：發(fā)送對(duì)于在各所述畫(huà)面層中是否受理來(lái)自外部的輸入信息進(jìn)行查詢的查詢信息，根據(jù)所述查詢信息，針對(duì)多個(gè)所述畫(huà)面層中的至少兩個(gè)所述畫(huà)面層，并行地判斷所述輸入信息是否是在各所述畫(huà)面層中受理的信息，根據(jù)所述判斷的結(jié)果，決定受理所述輸入信息的至少一個(gè)所述畫(huà)面層。

本技術(shù)的一個(gè)方式所涉及的用戶接口裝置是能夠使多個(gè)畫(huà)面層中的至少一部分重疊地顯示于畫(huà)面的用戶接口裝置。用戶接口裝置具備：取得部，取得來(lái)自外部的輸入信息；發(fā)送部，發(fā)送對(duì)于在各所述畫(huà)面層中是否受理所述輸入信息進(jìn)行查詢的查詢信息；判斷部，根據(jù)所述查詢信息，針對(duì)多個(gè)所述畫(huà)面層中的至少兩個(gè)所述畫(huà)面層，并行地判斷所述輸入信息是否是在各所述畫(huà)面層中受理的信息；以及決定部，根據(jù)所述判斷部中的判斷結(jié)果，決定受理所述輸入信息的至少一個(gè)所述畫(huà)面層。

根據(jù)這樣的結(jié)構(gòu)，在除了應(yīng)接受用戶輸入事件的畫(huà)面層以外還重疊地顯示有不接受用戶輸入事件的畫(huà)面層的情況下，也能夠高效地決定應(yīng)配送用戶輸入事件的畫(huà)面層。

本技術(shù)的一個(gè)方式所涉及的用戶接口顯示方法是使多個(gè)畫(huà)面層中的至少一部分重疊地顯示于畫(huà)面的用戶接口顯示方法。在用戶接口顯示方法中，發(fā)送對(duì)于在各所述畫(huà)面層中是否受理來(lái)自外部的輸入信息進(jìn)行查詢的查詢信息，根據(jù)所述查詢信息，針對(duì)多個(gè)所述畫(huà)面層中的至少兩個(gè)所述畫(huà)面層，并行地判斷所述輸入信息是否是在各所述畫(huà)面層中受理的信息，根據(jù)所述判斷的結(jié)果，決定受理所述輸入信息的至少一個(gè)所述畫(huà)面層。

根據(jù)這樣的結(jié)構(gòu)，在除了應(yīng)接受用戶輸入事件的畫(huà)面層以外還重疊地顯示有不接受用戶輸入事件的畫(huà)面層的情況下，也能夠高效地決定應(yīng)配送用戶輸入事件的畫(huà)面層。

本技術(shù)的一個(gè)方式所涉及的控制程序是用于控制能夠使多個(gè)畫(huà)面層中的至少一部分重疊地顯示于畫(huà)面的用戶接口裝置的控制程序，使所述用戶接口裝置進(jìn)行如下處理：發(fā)送對(duì)于在各所述畫(huà)面層中是否受理來(lái)自外部的輸入信息進(jìn)行查詢的查詢信息，根據(jù)所述查詢信息，針對(duì)多個(gè)所述畫(huà)面層中的至少兩個(gè)所述畫(huà)面層，并行地判斷所述輸入信息是否是在各所述畫(huà)面層中受理的信息，根據(jù)所述判斷的結(jié)果，決定受理所述輸入信息的至少一個(gè)所述畫(huà)面層。

根據(jù)這樣的結(jié)構(gòu)，在除了應(yīng)接受用戶輸入事件的畫(huà)面層以外還重疊地顯示有不接受用戶輸入事件的畫(huà)面層的情況下，也能夠高效地決定應(yīng)配送用戶輸入事件的畫(huà)面層。

本技術(shù)的目的、特征、方案以及優(yōu)點(diǎn)根據(jù)以下的詳細(xì)的說(shuō)明和附圖會(huì)變得更加明確。

附圖說(shuō)明

圖1是概念性地示出實(shí)施方式所涉及的用戶接口裝置的結(jié)構(gòu)的圖。

圖2是示出實(shí)現(xiàn)實(shí)施方式所涉及的用戶接口裝置的硬件結(jié)構(gòu)的一個(gè)例子的圖。

圖3是示出事件配送必要性并行取得部中的針對(duì)各畫(huà)面層的事件配送必要性(eventdeliverynecessity)的確認(rèn)請(qǐng)求的處理的流程的流程圖。

圖4是示出針對(duì)各畫(huà)面層實(shí)施的事件配送必要性的確認(rèn)處理的流程的流程圖。

圖5是示出判定可否向事件配送必要性整合部發(fā)送結(jié)果的可否發(fā)送的判定處理的流程的流程圖。

圖6是示出事件配送必要性整合部中的事件配送必要性的整合處理的流程的流程圖。

圖7是示出多個(gè)畫(huà)面層重疊而成的畫(huà)面的一個(gè)例子的圖。

圖8是示出在一個(gè)以上的畫(huà)面層未回送事件配送必要性的確認(rèn)結(jié)果時(shí)也發(fā)送事件配送必要性的確認(rèn)結(jié)果的情況下的處理的流程的流程圖。

圖9是示出在一個(gè)以上的畫(huà)面層未回送事件配送必要性的確認(rèn)結(jié)果時(shí)也發(fā)送事件配送必要性的確認(rèn)結(jié)果的情況下的處理的流程的流程圖。

圖10是概念性地示出實(shí)施方式所涉及的用戶接口裝置的結(jié)構(gòu)的圖。

圖11是示出事件配送必要性并行取得部中的針對(duì)各畫(huà)面層的事件配送必要性的確認(rèn)請(qǐng)求的處理的流程的流程圖。

圖12是示出事件配送必要性并行取得部的可否發(fā)送的判定處理的流程的流程圖。

圖13是取得處理裝置的芯數(shù)并保存到并行取得數(shù)保存部的處理的流程圖。

圖14是示出取得未執(zhí)行任何處理或者使用率少的處理裝置的芯數(shù)并保存到并行取得數(shù)保存部的處理的流程圖。

圖15是概念性地示出實(shí)施方式所涉及的用戶接口裝置的結(jié)構(gòu)的圖。

圖16是示出事件配送必要性并行取得部中的事件配送必要性的確認(rèn)請(qǐng)求處理的流程的流程圖。

圖17是示出在優(yōu)先級(jí)保存部中保存有與應(yīng)用的種類(lèi)對(duì)應(yīng)的優(yōu)先級(jí)時(shí)的事件配送必要性的確認(rèn)請(qǐng)求處理的流程的流程圖。

圖18是示出在優(yōu)先級(jí)保存部中保存有與用戶輸入事件的種類(lèi)對(duì)應(yīng)的優(yōu)先級(jí)時(shí)的事件配送必要性的確認(rèn)請(qǐng)求處理的流程的流程圖。

圖19是示出在優(yōu)先級(jí)保存部中保存有與用戶接口裝置的狀態(tài)對(duì)應(yīng)的優(yōu)先級(jí)時(shí)的事件配送必要性的確認(rèn)請(qǐng)求處理的流程的流程圖。

圖20是示出在優(yōu)先級(jí)保存部中保存有與和外部設(shè)備連接的連接狀態(tài)對(duì)應(yīng)的優(yōu)先級(jí)時(shí)的事件配送必要性的確認(rèn)請(qǐng)求處理的流程的流程圖。

圖21是概念性地示出實(shí)施方式所涉及的用戶接口裝置的結(jié)構(gòu)的圖。

圖22是示出事件配送目的地決定方法切換部的處理的流程的流程圖。

圖23是示出根據(jù)需要確認(rèn)事件配送必要性的畫(huà)面層數(shù)來(lái)切換事件配送目的地決定方法時(shí)的處理的流程的流程圖。

圖24是示出根據(jù)處理裝置的芯數(shù)來(lái)切換事件配送目的地決定方法時(shí)的處理的流程的流程圖。

圖25是示出在用戶輸入事件的種類(lèi)是拖動(dòng)時(shí)只要拖動(dòng)事件持續(xù)就對(duì)最初配送拖動(dòng)事件的畫(huà)面層持續(xù)進(jìn)行配送的情況的處理的流程的流程圖。

圖26是示出拖動(dòng)開(kāi)始時(shí)的事件配送必要性整合部的處理的流程的流程圖。

圖27是示出用戶輸入事件的種類(lèi)是拖動(dòng)時(shí)的處理的流程的流程圖。

圖28是示出事件配送必要性整合部中的事件配送必要性整合處理的流程的流程圖。

圖29是概念性地示出實(shí)施方式所涉及的用戶接口裝置的結(jié)構(gòu)的圖。

(符號(hào)說(shuō)明)

101：輸入裝置；102：用戶輸入事件取得部；103：事件配送必要性并行取得部；104：事件配送必要性整合部；105：事件配送目的地決定部；106：事件配送部；107：畫(huà)面層管理部；108：畫(huà)面層內(nèi)信息保存部；109：事件處理部；110：描繪控制部；111：顯示裝置；201：計(jì)算機(jī)；202：處理裝置；203：存儲(chǔ)裝置；204：顯示器；205：鼠標(biāo)；206：鍵盤(pán)；701、702、703：畫(huà)面層；1001：并行取得數(shù)保存部；1002：取得部；1003：發(fā)送部；1004：決定部；1007：判斷部；1501：優(yōu)先級(jí)保存部；2101：事件配送目的地決定方法切換部；2102：第2事件配送目的地決定部。

具體實(shí)施方式

以下，參照附圖，說(shuō)明實(shí)施方式。此外，附圖是示意性地示出的圖，在不同的附圖中分別示出的圖像的尺寸以及位置的相互關(guān)系未必記載得準(zhǔn)確，可適當(dāng)?shù)刈兏?。另外，在以下的說(shuō)明中，對(duì)同樣的構(gòu)成要素附加相同的符號(hào)來(lái)圖示，它們的名稱(chēng)以及功能也是同樣的。因此，有時(shí)省略關(guān)于它們的詳細(xì)的說(shuō)明。

另外，在以下的說(shuō)明中，有時(shí)使用“上”或者“下”等表示特定的位置以及方向的用詞，但這些用詞是為了便于容易地理解實(shí)施方式的內(nèi)容而使用的用詞，與實(shí)際上實(shí)施時(shí)的方向沒(méi)有關(guān)系。

<第1實(shí)施方式>

<結(jié)構(gòu)>

圖29是概念性地示出本實(shí)施方式所涉及的用戶接口(以下還稱(chēng)為ui)裝置的結(jié)構(gòu)的圖。

圖29所示的用戶接口裝置是能夠使多個(gè)畫(huà)面層中的至少一部分重疊地顯示于畫(huà)面的用戶接口裝置。另外，用戶接口裝置具備取得部1002、發(fā)送部1003、判斷部1007以及決定部1004。

取得部1002是取得來(lái)自外部的輸入信息的功能部。發(fā)送部1003是發(fā)送對(duì)于在各畫(huà)面層中是否受理輸入信息進(jìn)行查詢的查詢信息的功能部。判斷部1007是如下的功能部：根據(jù)查詢信息，針對(duì)多個(gè)畫(huà)面層中的至少兩個(gè)畫(huà)面層，并行地判斷輸入信息是否是在各畫(huà)面層中受理的信息。決定部1004是如下的功能部：根據(jù)判斷部1007中的判斷結(jié)果，決定受理輸入信息的至少一個(gè)畫(huà)面層。

圖1是更具體地示出上述本實(shí)施方式所涉及的用戶接口(以下還稱(chēng)為ui)裝置的結(jié)構(gòu)的圖。

圖1所示的用戶接口裝置具備輸入裝置101、用戶輸入事件取得部102、事件配送必要性并行取得部103、事件配送必要性整合部104、事件配送目的地決定部105、事件配送部106、畫(huà)面層管理部107、畫(huà)面層內(nèi)信息保存部108、事件處理部109、描繪控制部110以及顯示裝置111。

圖29所示的取得部1002對(duì)應(yīng)于圖1所示的用戶輸入事件取得部102。圖29所示的發(fā)送部1003對(duì)應(yīng)于圖1所示的事件配送必要性并行取得部103。圖29所示的判斷部1007對(duì)應(yīng)于圖1所示的畫(huà)面層管理部107。圖29所示的決定部1004對(duì)應(yīng)于圖1所示的事件配送必要性整合部104。

輸入裝置101是用于用戶對(duì)在顯示裝置111中顯示的用戶接口進(jìn)行操作的裝置。具體而言，是鼠標(biāo)、觸摸面板、跟蹤球、數(shù)據(jù)手套(dataglove)或觸控筆(stylus)等指示設(shè)備、或者鍵盤(pán)或麥克風(fēng)等聲音輸入裝置、或者照相機(jī)等圖像或影像輸入裝置、或者利用腦波的輸入裝置、或者運(yùn)動(dòng)傳感器等傳感器類(lèi)等。

在用戶輸入事件取得部102中，取得與在輸入裝置101中進(jìn)行的操作對(duì)應(yīng)的用戶輸入事件。在此，用戶輸入事件包括輸入裝置101中的所有種類(lèi)的操作。例如有利用鼠標(biāo)進(jìn)行的光標(biāo)的移動(dòng)、鼠標(biāo)的右按鈕或者左按鈕的點(diǎn)擊開(kāi)始、鼠標(biāo)的右按鈕或者左按鈕的點(diǎn)擊結(jié)束、鼠標(biāo)的雙擊、鼠標(biāo)的拖動(dòng)、鼠標(biāo)的滾輪操作、通過(guò)鼠標(biāo)的移動(dòng)實(shí)現(xiàn)的指針向特定顯示要素的接近、通過(guò)鼠標(biāo)的移動(dòng)實(shí)現(xiàn)的指針向特定顯示要素上的移動(dòng)、通過(guò)鼠標(biāo)的移動(dòng)實(shí)現(xiàn)的指針向特定顯示要素外的移動(dòng)、利用觸摸面板進(jìn)行的觸摸、利用觸摸面板進(jìn)行的輕敲、利用觸摸面板進(jìn)行的雙敲擊、利用觸摸面板進(jìn)行的保持(hold)、利用觸摸面板進(jìn)行的輕拂(flick)、利用觸摸面板的滑動(dòng)(swipe)、利用觸摸面板進(jìn)行的捏合(pinchin)、利用觸摸面板進(jìn)行的撐開(kāi)(pinchout)、利用觸摸面板進(jìn)行的旋轉(zhuǎn)(rotate)、手指等向觸摸面板面的接近、使用1根或者多根手指的手勢(shì)操作、利用鍵盤(pán)進(jìn)行的鍵的按下、利用鍵盤(pán)進(jìn)行的鍵的釋放、或者利用鍵盤(pán)進(jìn)行的多個(gè)鍵的同時(shí)操作等。另外，也可以通過(guò)時(shí)間、速度、加速度、多個(gè)用戶的組合或者多個(gè)輸入裝置的組合等來(lái)定義單獨(dú)或者新的用戶輸入事件。此外，這些用戶輸入事件是一個(gè)例子，將由其他用戶的意圖或者意思所引起的所有操作設(shè)為用戶輸入事件。

在事件配送必要性并行取得部103中，關(guān)于是否需要在用戶輸入事件取得部102中所取得的用戶輸入事件，取得針對(duì)各畫(huà)面層在時(shí)間上并行地進(jìn)行的判斷結(jié)果(事件配送必要性)。具體而言，事件配送必要性并行取得部103向畫(huà)面層管理部107發(fā)送與用戶輸入事件有關(guān)的信息。在此，與用戶輸入事件有關(guān)的信息是指，與上述用戶輸入事件的種類(lèi)、所輸入的位置、所輸入的時(shí)間或者所輸入的速度等有關(guān)的信息。但是，還設(shè)想不使用坐標(biāo)信息而作為畫(huà)面層整體確定事件配送必要性的情況，所以也可以在與用戶輸入事件有關(guān)的信息中不包括坐標(biāo)信息等數(shù)值或者字符串。另外，畫(huà)面層管理部107在時(shí)間上并行地對(duì)照在畫(huà)面層管理部107中所管理的與各畫(huà)面層有關(guān)的信息和與接收到的用戶輸入事件有關(guān)的信息，將與在各畫(huà)面層中是否需要該用戶輸入事件(是否受理該事件的輸入)有關(guān)的信息作為事件配送必要性而發(fā)送到事件配送必要性并行取得部103。

在事件配送必要性整合部104中，整合在事件配送必要性并行取得部103中所取得的各畫(huà)面層的事件配送必要性，決定應(yīng)配送用戶輸入事件的畫(huà)面層。將事件配送必要性并行取得部103和事件配送必要性整合部104加在一起來(lái)實(shí)現(xiàn)事件配送目的地決定部105。

事件配送部106對(duì)在事件配送必要性整合部104中所決定的畫(huà)面層配送用戶輸入事件。

畫(huà)面層管理部107管理各畫(huà)面層的重疊關(guān)系等。另外，畫(huà)面層管理部107管理與各畫(huà)面層有關(guān)的信息，該與各畫(huà)面層有關(guān)的信息包括與各畫(huà)面層是否受理用戶輸入事件有關(guān)的信息。

畫(huà)面層內(nèi)信息保存部108保存畫(huà)面層的位置或形狀、所顯示的對(duì)象、或者接受用戶輸入事件的區(qū)域等的信息。

事件處理部109在對(duì)象的畫(huà)面層中對(duì)在事件配送部106中所配送的用戶輸入事件進(jìn)行處理。根據(jù)處理結(jié)果，更新畫(huà)面層管理部107或者畫(huà)面層內(nèi)信息保存部108的內(nèi)容。

在描繪控制部110中，根據(jù)事件處理部109的處理結(jié)果、畫(huà)面層管理部107的內(nèi)容以及畫(huà)面層內(nèi)信息保存部108的內(nèi)容，描繪顯示于顯示裝置111的畫(huà)面。顯示裝置111是顯示器或者觸摸面板這樣的用于輸出在描繪控制部110中所描繪的畫(huà)面的裝置。

圖2是示出實(shí)現(xiàn)上述ui裝置的硬件結(jié)構(gòu)的一個(gè)例子的圖。

畫(huà)面層內(nèi)信息保存部108例如通過(guò)計(jì)算機(jī)201中的ram或者硬盤(pán)這樣的存儲(chǔ)裝置203來(lái)實(shí)現(xiàn)，但也可以通過(guò)外部的存儲(chǔ)介質(zhì)來(lái)實(shí)現(xiàn)。

另外，用戶輸入事件取得部102、包含于事件配送目的地決定部105的事件配送必要性并行取得部103及事件配送必要性整合部104、事件配送部106、畫(huà)面層管理部107、事件處理部109、以及描繪控制部110例如通過(guò)由計(jì)算機(jī)201中的處理裝置202執(zhí)行程序來(lái)實(shí)現(xiàn)。處理裝置202也可以是實(shí)際上包括執(zhí)行處理的多個(gè)芯的情況。鼠標(biāo)205或者鍵盤(pán)206等對(duì)應(yīng)于輸入裝置101。顯示器204等對(duì)應(yīng)于顯示裝置111。此外，作為輸入裝置101以及顯示裝置111的硬件結(jié)構(gòu)，還可對(duì)應(yīng)有能夠進(jìn)行輸入以及輸出中的任意處理的觸摸面板等。在該情況下，輸入裝置101以及顯示裝置111的硬件結(jié)構(gòu)也可以用同一裝置來(lái)實(shí)現(xiàn)。

<動(dòng)作>

圖7是多個(gè)畫(huà)面層重疊而成的畫(huà)面的一個(gè)例子。圖7的(a)部分表示顯示于顯示裝置111的畫(huà)面。另外，圖7的(b)部分表示在圖7(a)部分中顯示的畫(huà)面的畫(huà)面層的層構(gòu)造。

圖7的(a)部分示出的畫(huà)面如圖7的(b)部分所示那樣，通過(guò)從下起依次重疊畫(huà)面層703、畫(huà)面層702以及畫(huà)面層701來(lái)構(gòu)成一個(gè)畫(huà)面從而被顯示。

在圖7的(b)部分中，將畫(huà)面層701稱(chēng)為最上位的畫(huà)面層。將畫(huà)面層703稱(chēng)為最下位的畫(huà)面層。另外，在從畫(huà)面層702觀察時(shí)，如畫(huà)面層701那樣在重疊時(shí)自身(即畫(huà)面層702)被隱藏的畫(huà)面層被稱(chēng)為上位的畫(huà)面層，如畫(huà)面層703那樣在重疊時(shí)自身(即畫(huà)面層702)被顯示的畫(huà)面層被稱(chēng)為下位的畫(huà)面層。

以下，說(shuō)明對(duì)這樣的畫(huà)面進(jìn)行顯示的用戶接口裝置中的從用戶的操作輸入至用戶輸入事件的配送目的地畫(huà)面層的決定為止的動(dòng)作的流程。

首先，用戶在輸入裝置101中執(zhí)行某種操作。在用戶輸入事件取得部102中取得所操作的內(nèi)容作為用戶輸入事件。

接下來(lái)，針對(duì)當(dāng)前在顯示裝置111中所顯示的各畫(huà)面層，在時(shí)間上并行地判斷在用戶輸入事件取得部102中所取得的用戶輸入事件的配送必要性，并作為事件配送必要性來(lái)取得。

圖3是示出事件配送必要性并行取得部103中的針對(duì)各畫(huà)面層的事件配送必要性的確認(rèn)請(qǐng)求的處理的流程的流程圖。

事件配送必要性并行取得部103首先對(duì)各畫(huà)面層發(fā)送事件配送必要性的確認(rèn)請(qǐng)求。

具體而言，首先如步驟st301所示，事件配送必要性并行取得部103從畫(huà)面層管理部107，取得與尚未接受事件配送必要性的確認(rèn)請(qǐng)求的最上位的畫(huà)面層有關(guān)的信息。

接下來(lái)，如步驟st302所示，從事件配送必要性并行取得部103對(duì)與在步驟st301中所取得的信息對(duì)應(yīng)的畫(huà)面層，發(fā)送事件配送必要性的確認(rèn)請(qǐng)求。具體而言，事件配送必要性并行取得部103對(duì)畫(huà)面層管理部107發(fā)送與用戶輸入事件有關(guān)的信息，關(guān)于各畫(huà)面層在時(shí)間上并行地進(jìn)行畫(huà)面層管理部107中的與和各畫(huà)面層有關(guān)的信息之間的對(duì)照。

接下來(lái)，如步驟st303所示，在事件配送必要性并行取得部103中，確認(rèn)是否對(duì)所有畫(huà)面層發(fā)送了事件配送必要性的確認(rèn)請(qǐng)求。在對(duì)所有畫(huà)面層發(fā)送了事件配送必要性的確認(rèn)請(qǐng)求的情況下(“是”)，結(jié)束事件配送必要性的確認(rèn)請(qǐng)求處理。在未對(duì)所有畫(huà)面層發(fā)送事件配送必要性確認(rèn)請(qǐng)求的情況下(“否”)，返回到步驟st301。

圖4是示出對(duì)各畫(huà)面層實(shí)施的事件配送必要性的確認(rèn)處理的流程的流程圖。

在畫(huà)面層管理部107中，在接收到針對(duì)各畫(huà)面層的事件配送必要性的確認(rèn)請(qǐng)求時(shí)，與其它畫(huà)面層的處理并行地實(shí)施事件配送必要性的確認(rèn)處理。

具體而言，首先如步驟st401所示，在畫(huà)面層管理部107中，從畫(huà)面層內(nèi)信息保存部108取得與對(duì)應(yīng)的畫(huà)面層有關(guān)的信息，針對(duì)各畫(huà)面層的每一個(gè)，確認(rèn)用戶輸入事件的配送必要性。在該情況下，各畫(huà)面層的事件配送必要性的確認(rèn)方法不限于特定的情況。例如，可以是如下方法：對(duì)各畫(huà)面層設(shè)定閾值，在與用戶輸入事件對(duì)應(yīng)的畫(huà)面上的坐標(biāo)的阿爾法值超過(guò)閾值的情況下受理該用戶輸入事件，在與用戶輸入事件對(duì)應(yīng)的畫(huà)面上的坐標(biāo)的阿爾法值未超過(guò)閾值的情況下不受理該用戶輸入事件；或者，與畫(huà)面層有關(guān)的信息自身保持針對(duì)用戶輸入事件的配送必要性；或者，對(duì)畫(huà)面層內(nèi)的顯示對(duì)象進(jìn)行查詢。

接下來(lái)，如步驟st402所示，從各畫(huà)面層向事件配送必要性并行取得部103，回送在步驟st401中所確認(rèn)的用戶輸入事件的配送必要性。

圖5是示出判定可否向事件配送必要性整合部104發(fā)送結(jié)果的可否發(fā)送的判定處理的流程的流程圖。

在事件配送必要性并行取得部103中，在接收到在步驟st402中所回送的事件配送必要性的確認(rèn)結(jié)果時(shí)，實(shí)施判定是否可以將該回送的事件配送必要性的確認(rèn)結(jié)果發(fā)送到事件配送必要性整合部104的可否發(fā)送判定處理。

具體而言，首先如步驟st501所示，在事件配送必要性并行取得部103中，判斷是否從所有畫(huà)面層回送了事件配送必要性的確認(rèn)處理的結(jié)果。在從所有畫(huà)面層回送了事件配送必要性確認(rèn)處理的結(jié)果的情況下(“是”)，事件配送必要性并行取得部103將所有的結(jié)果發(fā)送到事件配送必要性整合部104(參照步驟st502)。在未從所有畫(huà)面層回送事件配送必要性確認(rèn)處理的結(jié)果的情況下(“否”)，事件配送必要性并行取得部103什么都不做而結(jié)束處理。針對(duì)并行地處理的所有事件配送必要性的確認(rèn)處理的結(jié)果的回送，實(shí)施該可否發(fā)送判定處理。

圖6是示出事件配送必要性整合部104中的事件配送必要性的整合處理的流程的流程圖。

在事件配送必要性整合部104中，整合在事件配送必要性并行取得部103中所取得的事件配送必要性，決定成為用戶輸入事件的配送目的地的畫(huà)面層。

具體而言，首先如步驟st601所示，事件配送必要性整合部104從尚未從畫(huà)面層管理部107取得的畫(huà)面層的信息中，取得最上位的畫(huà)面層的信息。

接下來(lái)，如步驟st602所示，在事件配送必要性整合部104中，使用從事件配送必要性并行取得部103取得的事件配送必要性確認(rèn)處理的結(jié)果，判斷與在步驟st601中所取得的信息對(duì)應(yīng)的畫(huà)面層的事件配送的必要性。在需要事件配送的情況下(“是”)，進(jìn)入到步驟st603。在不需要事件配送的情況下(“否”)，進(jìn)入到步驟st604。

在步驟st603中，判明了需要配送事件的畫(huà)面層，所以在事件配送必要性整合部104中，將與在步驟st601中所取得的信息對(duì)應(yīng)的畫(huà)面層決定為用戶輸入事件的配送目的地畫(huà)面層。

另一方面，在步驟st604中，在事件配送必要性整合部104中，判斷是否從畫(huà)面層管理部107取得了與所有畫(huà)面層有關(guān)的信息。在取得了與所有畫(huà)面層有關(guān)的信息的情況下(“是”)，進(jìn)入到步驟st605。在未取得所有畫(huà)面層的情況下(“否”)，返回到步驟st601。

在步驟st605中，對(duì)于所有畫(huà)面層不需要配送用戶輸入事件，所以在事件配送必要性整合部104中判斷為無(wú)用戶輸入事件的配送目的地畫(huà)面層，不進(jìn)行當(dāng)前處理的用戶輸入事件的配送而結(jié)束處理。

這樣，在本實(shí)施方式中，在決定用戶輸入事件的配送目的地畫(huà)面層時(shí)，對(duì)所有畫(huà)面層并行地執(zhí)行用戶輸入事件的配送必要性的確認(rèn)處理，從而即使在應(yīng)接受用戶輸入事件的畫(huà)面層的上位重疊有許多不接受用戶輸入事件的畫(huà)面層的情況下，也不會(huì)妨礙對(duì)象位置或形狀、或者畫(huà)面層的位置或形狀的變化、或者不會(huì)大量占用存儲(chǔ)區(qū)域，而能夠高速地決定配送目的地畫(huà)面層。

<第2實(shí)施方式>

以下，對(duì)與在上述實(shí)施方式中所說(shuō)明的結(jié)構(gòu)同樣的結(jié)構(gòu)附加相同的符號(hào)來(lái)圖示，適當(dāng)省略其詳細(xì)的說(shuō)明。

在第1實(shí)施方式中，如圖5所示，作為事件配送必要性并行取得部103中的可否發(fā)送的判定處理，記載了如下動(dòng)作：在取得所有畫(huà)面層的事件配送必要性的確認(rèn)結(jié)果之后，向事件配送必要性整合部104發(fā)送事件配送必要性的確認(rèn)結(jié)果。但是，如果可能的話，也可以在取得所有畫(huà)面層的事件配送必要性的確認(rèn)結(jié)果之前，向事件配送必要性整合部104發(fā)送事件配送必要性的確認(rèn)結(jié)果。

在本實(shí)施方式中，在從各畫(huà)面層并行地取得各畫(huà)面層的事件配送必要性的確認(rèn)結(jié)果時(shí)，為了更早地完成取得，即便針對(duì)所有畫(huà)面層未完成事件配送必要性的確認(rèn)處理，也根據(jù)條件來(lái)結(jié)束事件配送必要性的確認(rèn)結(jié)果的取得，事件配送必要性并行取得部103將在該時(shí)間點(diǎn)所取得的事件配送必要性的確認(rèn)結(jié)果發(fā)送到事件配送必要性整合部104。

圖8是示出在滿足預(yù)先設(shè)定的條件的時(shí)候即使在一個(gè)以上的畫(huà)面層未回送事件配送必要性的確認(rèn)結(jié)果時(shí)事件配送必要性并行取得部103也向事件配送必要性整合部104發(fā)送事件配送必要性的確認(rèn)結(jié)果的情況下的處理的流程的流程圖。

在圖8中，附加與圖5中的情況相同的符號(hào)的處理是具有相同或者與它相當(dāng)?shù)墓δ艿奶幚?，所以省略說(shuō)明。

首先，如步驟st801所示，在回送了事件配送必要性的確認(rèn)結(jié)果時(shí)，在事件配送必要性并行取得部103中判斷該事件配送必要性的確認(rèn)結(jié)果的接收是否滿足由設(shè)計(jì)者預(yù)先設(shè)定的條件。在滿足條件的情況下(“是”)進(jìn)入到步驟st802，在不滿足的情況下(“否”)進(jìn)入到步驟st501。

在步驟st802中，事件配送必要性并行取得部103對(duì)當(dāng)前執(zhí)行處理的各畫(huà)面層指示處理的中斷。

另外，更具體而言，在回送了事件配送必要性的確認(rèn)結(jié)果時(shí)，比回送了事件配送必要性的確認(rèn)結(jié)果的畫(huà)面層存在于更上位的所有畫(huà)面層已經(jīng)回送了事件配送必要性的確認(rèn)結(jié)果的情況下，即使比回送了事件配送必要性的確認(rèn)結(jié)果的畫(huà)面層存在于更下位的畫(huà)面層未回送事件配送必要性的確認(rèn)結(jié)果，也不會(huì)對(duì)事件配送必要性的整合處理造成影響，所以可以發(fā)送事件配送必要性的確認(rèn)結(jié)果。

圖9是示出如下情況下的處理的流程的流程圖：在回送了事件配送必要性的確認(rèn)結(jié)果時(shí)，比回送了事件配送必要性的確認(rèn)結(jié)果的畫(huà)面層存在于更上位的所有畫(huà)面層已經(jīng)回送了事件配送必要性的確認(rèn)結(jié)果的情況下，即使比回送了事件配送必要性的確認(rèn)結(jié)果的畫(huà)面層存在于更下位的畫(huà)面層未回送事件配送必要性的確認(rèn)結(jié)果，事件配送必要性并行取得部103也向事件配送必要性整合部104發(fā)送事件配送必要性的確認(rèn)結(jié)果。

在圖9中，附加了與圖5中的情況相同的符號(hào)的處理是具有相同或者與它相當(dāng)?shù)墓δ艿奶幚恚允÷哉f(shuō)明。

首先，如步驟st901所示，在回送了事件配送必要性的確認(rèn)結(jié)果時(shí)，在事件配送必要性并行取得部103中判斷是否已經(jīng)取得比回送了該事件配送必要性的確認(rèn)結(jié)果的畫(huà)面層存在于更上位的所有畫(huà)面層的事件配送必要性的確認(rèn)結(jié)果。在已取得的情況下(“是”)，進(jìn)入到步驟st902。在并非是已取得的情況下(“否”)，立即結(jié)束處理。

在步驟st902中，事件配送必要性并行取得部103判斷事件配送必要性的確認(rèn)結(jié)果是否是需要用戶輸入事件的配送的結(jié)果。在事件配送必要性的確認(rèn)結(jié)果是需要用戶輸入事件的配送的結(jié)果的情況下(“是”)，進(jìn)入到步驟st903。在事件配送必要性的確認(rèn)結(jié)果不是需要用戶輸入事件的配送的結(jié)果的情況下(“否”)，進(jìn)入到步驟st501。

在步驟st903中，事件配送必要性并行取得部103對(duì)當(dāng)前執(zhí)行處理的各畫(huà)面層指示處理的中斷。

此外，在上述例子中，在各畫(huà)面層的事件配送必要性的確認(rèn)處理結(jié)束時(shí)，在滿足預(yù)先設(shè)定的條件的情況下從事件配送必要性并行取得部103將事件配送必要性的確認(rèn)結(jié)果發(fā)送到事件配送必要性整合部104，但也可以并非是由事件配送必要性并行取得部103而是由事件配送必要性整合部104來(lái)進(jìn)行該處理。即，不經(jīng)由事件配送必要性并行取得部103，而在事件配送必要性整合部104中滿足預(yù)先設(shè)定的條件的情況下，也可以立即進(jìn)行決定用戶輸入事件的配送目的地畫(huà)面層的處理。

這樣，在本實(shí)施方式中，即使未針對(duì)所有畫(huà)面層完成事件配送必要性的確認(rèn)處理，也能夠向事件配送必要性整合部104發(fā)送事件配送必要性的確認(rèn)結(jié)果，而且在事件配送必要性整合部104中根據(jù)與多個(gè)畫(huà)面層中的一部分畫(huà)面層有關(guān)的判斷結(jié)果來(lái)決定受理用戶輸入事件的畫(huà)面層，所以能夠更高速地決定用戶輸入事件的配送目的地畫(huà)面層。

<第3實(shí)施方式>

以下，對(duì)與在上述實(shí)施方式中所說(shuō)明的結(jié)構(gòu)同樣的結(jié)構(gòu)附加相同的符號(hào)來(lái)圖示，適當(dāng)省略其詳細(xì)的說(shuō)明。

在第1實(shí)施方式中，如圖3所示，在事件配送必要性并行取得部103中的事件配送必要性的確認(rèn)請(qǐng)求處理中，請(qǐng)求針對(duì)所有畫(huà)面層在畫(huà)面層管理部107中執(zhí)行事件配送必要性的確認(rèn)處理，但也可以限制請(qǐng)求執(zhí)行事件配送必要性的確認(rèn)處理的畫(huà)面層數(shù)。即使在同時(shí)并行地執(zhí)行事件配送必要性的確認(rèn)處理的情況下，在處理裝置202的各芯可執(zhí)行的處理中也有限制，所以通過(guò)限制各芯執(zhí)行的處理數(shù)量，能夠使各個(gè)處理高速化。

圖10是概念性地示出本實(shí)施方式所涉及的用戶接口裝置的結(jié)構(gòu)的圖。

對(duì)圖10所示的用戶接口裝置的結(jié)構(gòu)之中的與圖1所示的用戶接口裝置的結(jié)構(gòu)同樣的結(jié)構(gòu)附加相同的符號(hào)，省略此處的說(shuō)明。

在本實(shí)施方式中，用戶接口裝置具備保存有同時(shí)并行地執(zhí)行事件配送必要性的確認(rèn)處理的畫(huà)面層數(shù)的并行取得數(shù)保存部1001。并行取得數(shù)保存部1001例如通過(guò)計(jì)算機(jī)201中的ram或者硬盤(pán)這樣的存儲(chǔ)裝置203來(lái)實(shí)現(xiàn)，但也可以通過(guò)外部的存儲(chǔ)介質(zhì)來(lái)實(shí)現(xiàn)。

在事件配送必要性并行取得部103實(shí)施事件配送必要性的確認(rèn)請(qǐng)求處理時(shí)，決定請(qǐng)求根據(jù)保存于并行取得數(shù)保存部1001的值來(lái)執(zhí)行事件配送必要性的確認(rèn)處理的畫(huà)面層數(shù)。例如，根據(jù)畫(huà)面層管理部107中的處理速度來(lái)確定保存于并行取得數(shù)保存部1001的畫(huà)面層數(shù)。

圖11是示出本實(shí)施方式中的事件配送必要性并行取得部103中的針對(duì)各畫(huà)面層的事件配送必要性的確認(rèn)請(qǐng)求的處理的流程的流程圖。

在圖11中，附加了與圖3中的情況相同的符號(hào)的處理是具有相同或者與它相當(dāng)?shù)墓δ艿奶幚?，所以省略說(shuō)明。

首先，如步驟st1101所示，事件配送必要性并行取得部103取得保存于并行取得數(shù)保存部1001的值。

在步驟st1102中，事件配送必要性并行取得部103判斷是否向基于在步驟st1101中所取得的值的數(shù)量的畫(huà)面層發(fā)送了事件配送必要性的確認(rèn)請(qǐng)求。在發(fā)送了的情況下(“是”)，結(jié)束處理。在未發(fā)送的情況下(“否”)，返回到步驟st301。

圖12是示出本實(shí)施方式所涉及的事件配送必要性并行取得部103的可否發(fā)送的判定處理的流程的流程圖。

在圖12中，附加了與圖5中的情況相同的符號(hào)的處理是具有相同或者與它相當(dāng)?shù)墓δ艿奶幚?，所以省略說(shuō)明。

首先，如步驟st1101所示，在事件配送必要性并行取得部103中，在畫(huà)面層管理部107中對(duì)基于保存于并行取得數(shù)保存部1001的值的數(shù)量的畫(huà)面層進(jìn)行并行處理，判斷是否回送了該事件配送必要性的確認(rèn)結(jié)果。在從基于保存于并行取得數(shù)保存部1001的值的數(shù)量的畫(huà)面層回送了事件配送必要性的確認(rèn)結(jié)果的情況下(“是”)，進(jìn)入到步驟st1202。在未從基于保存于并行取得數(shù)保存部1001的值的數(shù)量的畫(huà)面層回送事件配送必要性的確認(rèn)結(jié)果的情況下(“否”)，結(jié)束處理。

此外，向并行取得數(shù)保存部1001保存值的方法以及保存于并行取得數(shù)保存部1001的值的利用方法可以是任意的方法。例如，也可以是設(shè)計(jì)者預(yù)先向并行取得數(shù)保存部1001保存值，在本實(shí)施方式所涉及的用戶接口裝置的動(dòng)作執(zhí)行中始終是相同的值。另外，既可以直接利用保存于并行取得數(shù)保存部1001的值，也可以利用根據(jù)保存于并行取得數(shù)保存部1001的值來(lái)運(yùn)算出的結(jié)果。

另外，所保存的信息是值、字符串、列表或者二進(jìn)制數(shù)等，只要在被利用時(shí)能夠解釋就可以是任意形式的數(shù)據(jù)，但在本實(shí)施方式中，說(shuō)明是值時(shí)的例子。以下，說(shuō)明與向并行取得數(shù)保存部1001保存值的方法以及保存于并行取得數(shù)保存部1001的值的利用方法有關(guān)的具體例。

作為一個(gè)例子，在同時(shí)并行地執(zhí)行事件配送必要性的確認(rèn)處理的情況下，該處理速度取決于處理裝置202的芯數(shù)、即中央運(yùn)算處理裝置(centralprocessingunit(中央處理單元)，即cpu)的數(shù)量，所以說(shuō)明取得處理裝置202的芯數(shù)并保存到并行取得數(shù)保存部1001的方法。

圖13是取得處理裝置202的芯數(shù)并保存到并行取得數(shù)保存部1001的處理的流程圖。

首先，如步驟st1301所示，從外部取得與處理裝置202的芯數(shù)有關(guān)的信息。接下來(lái)，如步驟st1302所示，與所取得的芯數(shù)有關(guān)的信息被保存到并行取得數(shù)保存部1001。

此時(shí)，向并行取得數(shù)保存部1001保存值的定時(shí)只要是在執(zhí)行事件配送必要性并行取得部103的處理之前即可，作為一個(gè)例子，有在用戶接口裝置的起動(dòng)時(shí)保存的方法。在處理裝置202的芯數(shù)不變動(dòng)的情況下，該保存處理在某個(gè)定時(shí)執(zhí)行一次即可。另一方面，在處理裝置202的芯數(shù)變動(dòng)的情況下，需要在執(zhí)行事件配送必要性并行取得部103的處理之前或者在處理裝置202的芯數(shù)變動(dòng)時(shí)再次執(zhí)行保存處理。

作為一個(gè)例子，還有處理裝置202執(zhí)行其它應(yīng)用的處理等事件配送必要性并行取得部103的處理以外的處理的情況，所以說(shuō)明取得未執(zhí)行任何處理或者使用率少的取得處理裝置202的芯數(shù)并保存到并行取得數(shù)保存部1001的方法。此外，既可以預(yù)先決定成為閾值的使用率，也可以在執(zhí)行中使成為閾值的使用率動(dòng)態(tài)地變動(dòng)。

圖14是示出取得未執(zhí)行任何處理或者使用率少的處理裝置的芯數(shù)并保存到并行取得數(shù)保存部1001的處理的流程圖。

首先，在步驟st1401中，取得與未執(zhí)行任何處理或者使用率少的處理裝置的芯數(shù)有關(guān)的信息。接下來(lái)，在步驟st1402中，將與所取得的芯數(shù)有關(guān)的信息保存到并行取得數(shù)保存部1001。

此時(shí)，向并行取得數(shù)保存部1001保存值的定時(shí)優(yōu)選為是即將執(zhí)行事件配送必要性并行取得部103的處理之前，但不限定于此。例如，還有如下方法：監(jiān)視處理裝置202所執(zhí)行的處理，在未執(zhí)行處理的處理裝置202的芯數(shù)變動(dòng)時(shí)，向并行取得數(shù)保存部1001保存值。

這樣，在本實(shí)施方式中，能夠通過(guò)限制在畫(huà)面層管理部107中同時(shí)并行地執(zhí)行的事件配送必要性的確認(rèn)請(qǐng)求處理的數(shù)量而使各個(gè)處理高速化，將其依次地執(zhí)行，所以特別是在較早地輪到發(fā)送事件配送必要性的確認(rèn)請(qǐng)求的順序的畫(huà)面層需要用戶輸入事件的情況下，能夠高速地決定用戶輸入事件配送目的地畫(huà)面層。

<第4實(shí)施方式>

以下，對(duì)與在上述實(shí)施方式中所說(shuō)明的結(jié)構(gòu)同樣的結(jié)構(gòu)附加相同的符號(hào)來(lái)圖示，適當(dāng)省略其詳細(xì)的說(shuō)明。

在第1實(shí)施方式中，如圖3所示，在事件配送必要性并行取得部103中的事件配送必要性的確認(rèn)請(qǐng)求處理中，從最上位的畫(huà)面層起依次發(fā)送了事件配送必要性的確認(rèn)請(qǐng)求，但也可以對(duì)各畫(huà)面層設(shè)定優(yōu)先次序，依照優(yōu)先次序來(lái)發(fā)送事件配送必要性的確認(rèn)請(qǐng)求。

通過(guò)設(shè)定優(yōu)先次序，能夠使對(duì)處理裝置202的各芯分配的處理均衡化、或者提前執(zhí)行接受用戶輸入事件的可能性高的畫(huà)面層的事件配送必要性的確認(rèn)處理。這如第2實(shí)施方式以及第3實(shí)施方式所示那樣，在即使不對(duì)所有畫(huà)面層發(fā)送事件配送必要性的確認(rèn)請(qǐng)求也能夠決定用戶輸入事件的配送目的地畫(huà)面層的情況下效果特別好。

圖15是概念性地示出本實(shí)施方式所涉及的用戶接口裝置的結(jié)構(gòu)的圖。

對(duì)圖15所示的用戶接口裝置的結(jié)構(gòu)之中的與圖1所示的用戶接口裝置的結(jié)構(gòu)同樣的部分附加相同的符號(hào)，省略此處的說(shuō)明。

在本實(shí)施方式中，用戶接口裝置具備優(yōu)先級(jí)保存部1501，該優(yōu)先級(jí)保存部1501保存有用于決定發(fā)送事件配送必要性的確認(rèn)請(qǐng)求的優(yōu)先次序的優(yōu)先級(jí)。優(yōu)先級(jí)保存部1501例如通過(guò)計(jì)算機(jī)201中的ram或者硬盤(pán)這樣的存儲(chǔ)裝置203來(lái)實(shí)現(xiàn)，但也可以通過(guò)外部的存儲(chǔ)介質(zhì)來(lái)實(shí)現(xiàn)。

在事件配送必要性并行取得部103執(zhí)行事件配送必要性的確認(rèn)請(qǐng)求處理時(shí)，根據(jù)保存于優(yōu)先級(jí)保存部1501的優(yōu)先級(jí)，對(duì)各畫(huà)面層發(fā)送事件配送必要性的確認(rèn)請(qǐng)求。

圖16是示出本實(shí)施方式中的事件配送必要性并行取得部103中的事件配送必要性的確認(rèn)請(qǐng)求處理的流程的流程圖。

在圖16中，附加了與圖3中的情況相同的符號(hào)的處理是具有相同或者與它相當(dāng)?shù)墓δ艿奶幚?，所以省略說(shuō)明。

首先，如步驟st1601所示，事件配送必要性并行取得部103從優(yōu)先級(jí)保存部1501取得針對(duì)各畫(huà)面層的優(yōu)先級(jí)。

在步驟st1602中，事件配送必要性并行取得部103在尚未發(fā)送事件配送必要性的確認(rèn)請(qǐng)求的畫(huà)面層中，取得優(yōu)先級(jí)最高的畫(huà)面層。

此外，向優(yōu)先級(jí)保存部1501保存優(yōu)先級(jí)的方法以及保存于優(yōu)先級(jí)保存部1501的優(yōu)先級(jí)的利用方法可以是任意的方法。例如，也可以是設(shè)計(jì)者預(yù)先保存優(yōu)先級(jí)，在本實(shí)施方式所涉及的用戶接口裝置執(zhí)行動(dòng)作的過(guò)程中始終是相同的值。另外，既可以直接利用保存于優(yōu)先級(jí)保存部1501的優(yōu)先級(jí)，也可以利用根據(jù)保存于優(yōu)先級(jí)保存部1501的優(yōu)先級(jí)來(lái)運(yùn)算出的結(jié)果。

另外，保存的信息是值、字符串、列表或者二進(jìn)制數(shù)等，只要在被利用時(shí)能夠解釋就可以是任意形式的數(shù)據(jù)。以下，說(shuō)明與本實(shí)施方式所涉及的向優(yōu)先級(jí)保存部1501保存優(yōu)先級(jí)的保存方法以及保存于優(yōu)先級(jí)保存部1501的優(yōu)先級(jí)利用方法有關(guān)的具體例。

作為一個(gè)例子，說(shuō)明根據(jù)應(yīng)用的種類(lèi)來(lái)設(shè)定優(yōu)先級(jí)的情況。

在本實(shí)施方式所涉及的用戶接口裝置中，有顯示地圖的應(yīng)用或者顯示影像的應(yīng)用等各種應(yīng)用同時(shí)動(dòng)作的情況。這些應(yīng)用有可能將應(yīng)顯示的內(nèi)容顯示于畫(huà)面層上，與其它畫(huà)面層同樣地接受用戶輸入事件。在該例子中，根據(jù)所顯示的應(yīng)用來(lái)決定發(fā)送事件配送必要性的確認(rèn)請(qǐng)求的順序。

例如，在顯示地圖的應(yīng)用的優(yōu)先級(jí)比顯示影像的應(yīng)用的優(yōu)先級(jí)高的情況下，先對(duì)顯示有顯示地圖的應(yīng)用的畫(huà)面層發(fā)送事件配送必要性的確認(rèn)請(qǐng)求。

圖17是示出在優(yōu)先級(jí)保存部1501中保存有與應(yīng)用的種類(lèi)對(duì)應(yīng)的優(yōu)先級(jí)時(shí)的事件配送必要性并行取得部103中的事件配送必要性的確認(rèn)請(qǐng)求處理的流程的流程圖。

在圖17中，附加了與圖16中的情況相同的符號(hào)的處理是具有相同或者與它相當(dāng)?shù)墓δ艿奶幚恚允÷哉f(shuō)明。

首先，如步驟st1701所示，事件配送必要性并行取得部103從優(yōu)先級(jí)保存部1501取得與應(yīng)用的種類(lèi)對(duì)應(yīng)的優(yōu)先級(jí)。

在步驟st1702中，事件配送必要性并行取得部103在未發(fā)送事件配送必要性的確認(rèn)請(qǐng)求的畫(huà)面層中，取得顯示有優(yōu)先級(jí)最高的應(yīng)用的畫(huà)面層。此外，未顯示應(yīng)用的畫(huà)面層可以是任意的優(yōu)先次序。例如，也可以是如下方法：在向顯示有應(yīng)用的畫(huà)面層發(fā)送事件配送必要性的確認(rèn)請(qǐng)求之后，向未顯示應(yīng)用的畫(huà)面層發(fā)送事件配送必要性的確認(rèn)請(qǐng)求。另外，在存在顯示有多個(gè)應(yīng)用的畫(huà)面層的情況下，怎么對(duì)該畫(huà)面層決定優(yōu)先次序都可以。例如，既可以利用某一方的優(yōu)先級(jí)，也可以將顯示有多個(gè)應(yīng)用的畫(huà)面層設(shè)為最優(yōu)先。

作為一個(gè)例子，說(shuō)明根據(jù)用戶輸入事件的種類(lèi)來(lái)設(shè)定優(yōu)先級(jí)的情況。關(guān)于用戶輸入事件的種類(lèi)，如在第1實(shí)施方式中所說(shuō)明那樣存在各種種類(lèi)。在該例子中，設(shè)為針對(duì)用戶輸入事件的每個(gè)種類(lèi)設(shè)定優(yōu)先級(jí)，根據(jù)各用戶輸入事件的種類(lèi)來(lái)決定發(fā)送事件配送必要性的確認(rèn)請(qǐng)求的順序。

圖18是示出在優(yōu)先級(jí)保存部1501中保存有與用戶輸入事件的種類(lèi)對(duì)應(yīng)的優(yōu)先級(jí)時(shí)的事件配送必要性并行取得部103中的事件配送必要性的確認(rèn)請(qǐng)求處理的流程的流程圖。

在圖18中，附加了與圖16中的情況相同的符號(hào)的處理是具有相同或者與它相當(dāng)?shù)墓δ艿奶幚?，所以省略說(shuō)明。

首先，如步驟st1801所示，事件配送必要性并行取得部103取得用戶輸入事件的種類(lèi)。

在步驟st1802中，根據(jù)所取得的用戶輸入事件的種類(lèi)，事件配送必要性并行取得部103從優(yōu)先級(jí)保存部1501取得優(yōu)先級(jí)。在此，保存于優(yōu)先級(jí)保存部1501的優(yōu)先級(jí)無(wú)需一定與用戶輸入事件的種類(lèi)一對(duì)一地對(duì)應(yīng)，也可以將若干個(gè)種類(lèi)視為相同的種類(lèi)而減少保存的優(yōu)先級(jí)。

作為一個(gè)例子，說(shuō)明根據(jù)用戶接口裝置的狀態(tài)來(lái)設(shè)定優(yōu)先級(jí)的情況。用戶接口裝置有時(shí)根據(jù)其不同時(shí)間的狀態(tài)而以各種方式變更動(dòng)作。例如，在車(chē)載信息設(shè)備中，有行駛中的狀態(tài)和停車(chē)中的狀態(tài)，有時(shí)在行駛中無(wú)法進(jìn)行特定的操作或者輸入。根據(jù)用戶接口裝置的狀態(tài)，可輸入到事件配送必要性并行取得部103的用戶輸入事件的種類(lèi)被限制，所以能夠確定事件配送必要性并行取得部103中的用戶輸入事件的收納種類(lèi)。在該例子中，設(shè)為在優(yōu)先級(jí)保存部1501中根據(jù)用戶接口裝置的各狀態(tài)而設(shè)定有優(yōu)先級(jí)，根據(jù)用戶接口裝置的各狀態(tài)來(lái)決定發(fā)送事件配送必要性的確認(rèn)請(qǐng)求的順序。

圖19是示出在優(yōu)先級(jí)保存部1501中保存有與用戶接口裝置的狀態(tài)對(duì)應(yīng)的優(yōu)先級(jí)時(shí)的事件配送必要性并行取得部103中的事件配送必要性的確認(rèn)請(qǐng)求處理的流程的流程圖。

在圖19中，附加了與圖16中的情況相同的符號(hào)的處理是具有相同或者與它相當(dāng)?shù)墓δ艿奶幚?，所以省略說(shuō)明。

首先，如步驟st1901所示，事件配送必要性并行取得部103取得用戶接口裝置的狀態(tài)。

在步驟st1902中，事件配送必要性并行取得部103根據(jù)所取得的用戶接口裝置的狀態(tài)，從優(yōu)先級(jí)保存部1501取得優(yōu)先級(jí)。用戶接口裝置的狀態(tài)不限于車(chē)載信息設(shè)備中的行駛中以及停車(chē)中這樣的狀態(tài)，可以是其它任意的狀態(tài)。

作為一個(gè)例子，說(shuō)明根據(jù)與外部設(shè)備的連接狀態(tài)來(lái)設(shè)定優(yōu)先級(jí)的情況。用戶接口裝置存在如下情況：與智能手機(jī)或者平板等各種外部設(shè)備連接，將外部設(shè)備的應(yīng)用或者顯示內(nèi)容顯示于畫(huà)面層。與外部設(shè)備的通信相比于用戶接口裝置內(nèi)部中的通信有延遲的傾向，所以有時(shí)通過(guò)如根據(jù)與外部設(shè)備的連接狀況來(lái)提高或者降低顯示有外部設(shè)備的信息的畫(huà)面層的優(yōu)先級(jí)那樣變更優(yōu)先級(jí)，從而能夠高效地進(jìn)行事件配送必要性的確認(rèn)請(qǐng)求處理。

圖20是示出在優(yōu)先級(jí)保存部1501中保存有與和外部設(shè)備連接的連接狀態(tài)對(duì)應(yīng)的優(yōu)先級(jí)時(shí)的事件配送必要性并行取得部103中的事件配送必要性的確認(rèn)請(qǐng)求處理的流程的流程圖。

在圖20中，附加了與圖16中的情況相同的符號(hào)的處理是具有相同或者與它相當(dāng)?shù)墓δ艿奶幚?，所以省略說(shuō)明。

首先，如步驟st2001所示，事件配送必要性并行取得部103取得與外部設(shè)備的連接狀態(tài)。

在步驟st2002中，事件配送必要性并行取得部103根據(jù)所取得的與外部設(shè)備的連接狀態(tài)，從優(yōu)先級(jí)保存部1501取得優(yōu)先級(jí)。該例子中的外部設(shè)備不限于智能手機(jī)或者平板等，可以是任意的外部設(shè)備。

這樣，在本實(shí)施方式中，根據(jù)優(yōu)先次序?qū)Ω鳟?huà)面層決定執(zhí)行事件配送必要性的確認(rèn)請(qǐng)求的順序，從而能夠執(zhí)行高效的事件配送必要性的確認(rèn)請(qǐng)求處理。

<第5實(shí)施方式>

以下，對(duì)與在上述實(shí)施方式中所說(shuō)明的結(jié)構(gòu)同樣的結(jié)構(gòu)附加相同的符號(hào)來(lái)圖示，適當(dāng)省略其詳細(xì)的說(shuō)明。

在第1實(shí)施方式中，不論在哪種情況下，在各畫(huà)面層中都同時(shí)并行地執(zhí)行事件配送必要性的確認(rèn)處理，但根據(jù)情況而存在如下情形：在使用包括以往的方法在內(nèi)的其它方法來(lái)決定事件配送目的地時(shí)更為高速。因此，也可以切換使用與第1實(shí)施方式中的事件配送目的地決定方法不同的事件配送目的地決定方法。

圖21是概念性地示出本實(shí)施方式所涉及的用戶接口裝置的結(jié)構(gòu)的圖。

對(duì)圖21所示的用戶接口裝置的結(jié)構(gòu)之中的與圖1所示的用戶接口裝置的結(jié)構(gòu)同樣的結(jié)構(gòu)附加相同的符號(hào)，省略此處的說(shuō)明。

在本實(shí)施方式中，用戶接口裝置具備：事件配送目的地決定方法切換部2101，判斷使用哪個(gè)事件配送目的地決定方法；以及第2事件配送目的地決定部2102，執(zhí)行與第1實(shí)施方式所示的事件配送目的地決定方法不同的事件配送目的地決定方法。事件配送目的地決定方法切換部2101以及第2事件配送目的地決定部2102例如通過(guò)由計(jì)算機(jī)201中的處理裝置202執(zhí)行程序來(lái)實(shí)現(xiàn)。

通過(guò)具備事件配送目的地決定方法切換部2101和第2事件配送目的地決定部2102，能夠第2事件配送目的地決定部2102根據(jù)事件配送目的地決定方法切換部2101中的判斷結(jié)果來(lái)切換事件配送目的地決定方法。

在圖21中，作為用于選擇其它事件配送目的地決定方法的結(jié)構(gòu)，僅具備第2事件配送目的地決定部2102，但在作為其它事件配送目的地決定方法而能夠設(shè)想多個(gè)事件配送目的地決定方法的情況下，作為用于選擇其它事件配送目的地決定方法的結(jié)構(gòu)，也可以具備第3事件配送目的地決定部以及第4事件配送目的地決定部。另外，用于選擇其它事件配送目的地決定方法的結(jié)構(gòu)的數(shù)量沒(méi)有上限。

圖22是示出本實(shí)施方式所涉及的事件配送目的地決定方法切換部2101的處理的流程的流程圖。

首先，如步驟st2201所示，事件配送目的地決定方法切換部2101判斷應(yīng)使用哪個(gè)事件配送目的地決定方法。在作為事件配送目的地決定方法執(zhí)行并行取得的情況下(“是”)，設(shè)為使用第1實(shí)施方式的方法，進(jìn)入到步驟st2202。在作為事件配送目的地決定方法未執(zhí)行并行取得的情況下(“否”)，設(shè)為使用其它事件配送目的地決定方法，進(jìn)入到步驟st2203。在步驟st2203中，采用其它事件配送目的地決定方法，所以開(kāi)始第2事件配送目的地決定部2102的處理。

此外，關(guān)于事件配送目的地決定方法切換部2101中的判斷事件配送目的地決定方法的條件，可以是任意的條件。例如，既可以是根據(jù)時(shí)間來(lái)切換這樣的條件，也可以是隨機(jī)地選擇某個(gè)這樣的條件。以下，說(shuō)明與事件配送目的地決定方法切換部2101中的判斷事件配送目的地決定方法的條件有關(guān)的具體例。

作為一個(gè)例子，說(shuō)明利用畫(huà)面層數(shù)進(jìn)行的事件配送目的地決定方法的切換。在需要確認(rèn)事件配送必要性的畫(huà)面層數(shù)少的情況下，在同時(shí)并行地執(zhí)行事件配送必要性的確認(rèn)處理時(shí)，根據(jù)事件配送必要性的確認(rèn)結(jié)果的接受或者整合所花費(fèi)的時(shí)間，有可能比依次地執(zhí)行事件配送必要性的確認(rèn)的情況更花費(fèi)時(shí)間。因此，在需要確認(rèn)事件配送必要性的畫(huà)面層數(shù)少的情況下，通過(guò)將畫(huà)面層管理部107中的處理切換為以往的依次性處理等其它事件配送目的地決定方法，從而能夠更高效地決定用戶輸入事件配送目的地畫(huà)面層。

圖23是示出根據(jù)需要確認(rèn)事件配送必要性的畫(huà)面層數(shù)來(lái)切換事件配送目的地決定方法時(shí)的事件配送目的地決定方法切換部2101的處理的流程的流程圖。

在圖23中，附加了與圖22中的情況相同的符號(hào)的處理是具有相同或者與它相當(dāng)?shù)墓δ艿奶幚恚允÷哉f(shuō)明。

首先，如步驟st2301所示，事件配送目的地決定方法切換部2101判斷需要確認(rèn)事件配送必要性的畫(huà)面層數(shù)是否是n以上。在此，設(shè)為n是自然數(shù)。另外，n也可以由設(shè)計(jì)者預(yù)先設(shè)定等通過(guò)任意的方法來(lái)設(shè)定。在需要確認(rèn)事件配送必要性的畫(huà)面層數(shù)是n以上的情況下(“是”)，進(jìn)入到步驟st2202。在需要確認(rèn)事件配送必要性的畫(huà)面層數(shù)不是n以上的情況下(“否”)，進(jìn)入到步驟st2203。此外，圖23中的事件配送目的地決定方法的切換條件是一個(gè)例子，既可以是在需要確認(rèn)事件配送必要性的畫(huà)面層數(shù)是n以下的情況下進(jìn)入到步驟st2202這樣的條件，也可以是如下條件：設(shè)為m是n以上的自然數(shù)，在需要確認(rèn)事件配送必要性的畫(huà)面層數(shù)是n以上且m以下的情況下進(jìn)入到步驟st2202。

作為一個(gè)例子，說(shuō)明基于處理裝置202的芯數(shù)的事件配送目的地決定方法的切換。在處理裝置的芯數(shù)少的情況下，必須利用少的芯進(jìn)行事件配送必要性的確認(rèn)，所以根據(jù)事件配送必要性的確認(rèn)結(jié)果的接受或者整合所花費(fèi)的時(shí)間，有可能比依次地執(zhí)行事件配送必要性的確認(rèn)的情況更花費(fèi)時(shí)間。在處理裝置的芯數(shù)少的情況下，通過(guò)切換到以往的依次性處理等其它事件配送目的地決定方法，從而能夠更高效地決定用戶輸入事件的配送目的地畫(huà)面層。

圖24是示出根據(jù)處理裝置202的芯數(shù)來(lái)切換事件配送目的地決定方法時(shí)的事件配送目的地決定方法切換部2101的處理的流程的流程圖。

在圖24中，附加了與圖22中的情況相同的符號(hào)的處理是具有相同或者與它相當(dāng)?shù)墓δ艿奶幚?，所以省略說(shuō)明。

首先，如步驟st2401所示，事件配送目的地決定方法切換部2101判斷處理裝置202的芯數(shù)是否是n以上。在此，設(shè)為n是自然數(shù)。n也可以由設(shè)計(jì)者預(yù)先設(shè)定等通過(guò)任意的方法來(lái)設(shè)定。在處理裝置的芯數(shù)是n以上的情況下(“是”)，進(jìn)入到步驟st2202。在處理裝置的芯數(shù)不是n以上的情況下(“否”)，進(jìn)入到步驟st2203。此外，圖24中的事件配送目的地決定方法的切換條件是一個(gè)例子，既可以是在處理裝置202的芯數(shù)是n以下的情況下進(jìn)入到步驟st2202這樣的條件，也可以是如下條件：設(shè)為m是n以上的自然數(shù)，在處理裝置202的芯數(shù)是n以上且m以下的情況下進(jìn)入到步驟st2202。

作為一個(gè)例子，說(shuō)明基于用戶輸入事件的種類(lèi)的事件配送目的地決定方法的切換。根據(jù)用戶輸入事件的種類(lèi)，有時(shí)事件配送目的地決定方法不合適或者存在能夠更高速地決定的事件配送目的地決定方法。例如，在用戶輸入事件的種類(lèi)是拖動(dòng)的情況下，存在如下情形：只要拖動(dòng)事件持續(xù)，就希望對(duì)最初配送了拖動(dòng)事件的畫(huà)面層持續(xù)地配送接下來(lái)的用戶輸入事件?；蛘撸诳啥帱c(diǎn)觸控的輸入裝置101中，兩個(gè)輸入通常被配送到不同的畫(huà)面層，但還存在作為捏合等一個(gè)手勢(shì)事件而希望配送到某一單方的畫(huà)面層的情況。在這些情況下，關(guān)于一個(gè)一個(gè)的用戶輸入事件，即使未對(duì)各畫(huà)面層執(zhí)行事件必要性的確認(rèn)處理，也能夠決定配送目的地畫(huà)面層。

圖25是示出在用戶輸入事件的種類(lèi)是拖動(dòng)時(shí)只要拖動(dòng)事件持續(xù)就對(duì)最初配送了拖動(dòng)事件的畫(huà)面層持續(xù)進(jìn)行配送時(shí)的事件配送目的地決定方法切換部2101的處理的流程的流程圖。

在圖25中，附加了與圖22中的情況相同的符號(hào)的處理是具有相同或者與它相當(dāng)?shù)墓δ艿奶幚恚允÷哉f(shuō)明。

首先，如步驟st2501所示，事件配送目的地決定方法切換部2101判斷用戶輸入事件的種類(lèi)是否是拖動(dòng)以外的種類(lèi)。在用戶輸入事件的種類(lèi)是拖動(dòng)以外的種類(lèi)的情況下(“是”)，進(jìn)入到步驟st2202。在用戶輸入事件的種類(lèi)是拖動(dòng)的情況下(“否”)，進(jìn)入到步驟st2203。

圖26是示出拖動(dòng)開(kāi)始時(shí)的事件配送必要性整合部104的處理的流程的流程圖。

在圖26中，附加了與圖6中的情況相同的符號(hào)的處理是具有相同或者與它相當(dāng)?shù)墓δ艿奶幚?，所以省略說(shuō)明。

在拖動(dòng)開(kāi)始時(shí)被判斷為按壓等，所以首先執(zhí)行事件配送必要性并行取得部103以及事件配送必要性整合部104中的處理。

然后，在步驟st2601中，存儲(chǔ)決定為配送目的地畫(huà)面層的畫(huà)面層。

圖27是示出用戶輸入事件的種類(lèi)是拖動(dòng)時(shí)的第2事件配送目的地決定部2102的處理的流程的流程圖。

首先，如步驟st2701所示，第2事件配送目的地決定部2102取得在圖26的步驟st2601中所存儲(chǔ)的畫(huà)面層。

在步驟st2702中，將在步驟st2701中所取得的畫(huà)面層決定為配送目的地畫(huà)面層。

這樣，在本實(shí)施方式中，通過(guò)自由地切換事件配送目的地決定方法，從而即使在第1實(shí)施方式中所說(shuō)明的事件配送目的地決定方法未有效地發(fā)揮作用的情況下，也能夠通過(guò)利用其它事件配送目的地決定方法而高速地決定用戶輸入事件配送目的地畫(huà)面層。

<第6實(shí)施方式>

以下，對(duì)與在上述實(shí)施方式中所說(shuō)明的結(jié)構(gòu)同樣的結(jié)構(gòu)附加相同的符號(hào)來(lái)圖示，適當(dāng)省略其詳細(xì)的說(shuō)明。

在第1實(shí)施方式中，設(shè)想了在一個(gè)畫(huà)面層中處理用戶輸入事件的情形，但也可以在多個(gè)畫(huà)面層中處理一個(gè)用戶輸入事件。

圖28是示出本實(shí)施方式中的事件配送必要性整合部104中的事件配送必要性整合處理的流程的流程圖。

在圖28中，附加了與圖6中的情況相同的符號(hào)的處理是具有相同或者與它相當(dāng)?shù)墓δ艿奶幚恚允÷哉f(shuō)明。

在步驟st2801中，事件配送必要性整合部104登記需要配送用戶輸入事件的畫(huà)面層。之后，返回到步驟st601。

在步驟st2802中，事件配送必要性整合部104在判斷所有畫(huà)面層的事件配送必要性的確認(rèn)結(jié)果之后，判斷作為用戶輸入事件配送目的地畫(huà)面層是否登記有一個(gè)以上的畫(huà)面層。在作為用戶輸入事件配送目的地畫(huà)面層登記有一個(gè)以上的畫(huà)面層的情況下(“是”)，結(jié)束處理。在作為用戶輸入事件配送目的地畫(huà)面層未登記有一個(gè)以上的畫(huà)面層的情況下(“否”)，進(jìn)入到步驟st605。在事件配送部106以及事件處理部109中，針對(duì)登記為用戶輸入事件的配送目的地畫(huà)面層的所有畫(huà)面層，配送以及處理用戶輸入事件。

此外，在該例子中，將需要用戶輸入事件的所有畫(huà)面層登記為用戶輸入事件配送目的地畫(huà)面層，但也可以僅將需要用戶輸入事件的一部分畫(huà)面層登記為用戶輸入事件配送目的地畫(huà)面層。此時(shí)，可以使用任意的方法來(lái)選擇應(yīng)登記為用戶輸入事件配送目的地畫(huà)面層的畫(huà)面層。

<效果>

以下，例示上述實(shí)施方式的效果。

根據(jù)上述實(shí)施方式，用戶接口裝置具備作為取得部的用戶輸入事件取得部102、作為發(fā)送部的事件配送必要性并行取得部103、作為判斷部的畫(huà)面層管理部107以及作為決定部的事件配送必要性整合部104。

用戶輸入事件取得部102取得作為來(lái)自外部的輸入信息的用戶輸入事件。事件配送必要性并行取得部103發(fā)送對(duì)于在各畫(huà)面層中是否受理用戶輸入事件進(jìn)行查詢的作為查詢信息的事件配送必要性的確認(rèn)請(qǐng)求。

在畫(huà)面層管理部107中，根據(jù)事件配送必要性的確認(rèn)請(qǐng)求，針對(duì)多個(gè)畫(huà)面層中的至少兩個(gè)畫(huà)面層，并行地判斷用戶輸入事件是否是在各畫(huà)面層中受理的信息。

事件配送必要性整合部104根據(jù)畫(huà)面層管理部107中的判斷結(jié)果，決定受理用戶輸入事件的至少一個(gè)畫(huà)面層。

根據(jù)這樣的結(jié)構(gòu)，除了應(yīng)接受用戶輸入事件的畫(huà)面層以外，還重疊地顯示有不接受用戶輸入事件的畫(huà)面層的情況下，也能夠高效地決定應(yīng)配送用戶輸入事件的畫(huà)面層。

即，根據(jù)上述結(jié)構(gòu)，在應(yīng)受理用戶輸入事件的畫(huà)面層之上重疊地顯示有許多不應(yīng)受理用戶輸入事件的畫(huà)面層的情況下，也不會(huì)妨礙對(duì)象的位置或形狀、或者畫(huà)面層的位置或形狀的變化(動(dòng)畫(huà))，而且不會(huì)大量占用存儲(chǔ)區(qū)域，而能夠高效地決定應(yīng)配送用戶輸入事件的畫(huà)面層。因此，能夠減少?zèng)Q定用戶輸入事件的配送目的地畫(huà)面層時(shí)的處理時(shí)間，提高畫(huà)面描繪速度，而且提高用戶接口裝置整體的性能。

此外，關(guān)于這些結(jié)構(gòu)以外的結(jié)構(gòu)，雖然可適當(dāng)省略，但在適當(dāng)追加本說(shuō)明書(shū)示出的任意的結(jié)構(gòu)的情況下，也能夠產(chǎn)生上述效果。

另外，根據(jù)上述實(shí)施方式，在畫(huà)面層管理部107中的判斷結(jié)果是與多個(gè)畫(huà)面層中的一部分畫(huà)面層有關(guān)的判斷結(jié)果的情況下，事件配送必要性整合部104也根據(jù)該判斷結(jié)果來(lái)決定受理用戶輸入事件的至少一個(gè)畫(huà)面層。

根據(jù)這樣的結(jié)構(gòu)，能夠減少?zèng)]有必要的事件配送必要性的確認(rèn)處理，能夠高速地決定應(yīng)配送用戶輸入事件的畫(huà)面層。

另外，根據(jù)上述實(shí)施方式，在畫(huà)面層管理部107中的判斷結(jié)果是在多個(gè)畫(huà)面層中的至少一個(gè)畫(huà)面層中受理用戶輸入事件并且進(jìn)行了與比受理用戶輸入事件的該畫(huà)面層更上位的畫(huà)面層有關(guān)的所有判斷的判斷結(jié)果的情況下，事件配送必要性整合部104根據(jù)該判斷結(jié)果，決定受理用戶輸入事件的至少一個(gè)畫(huà)面層。

根據(jù)這樣的結(jié)構(gòu)，能夠減少?zèng)]有必要的事件配送必要性的確認(rèn)處理，能夠高速地決定應(yīng)配送用戶輸入事件的畫(huà)面層。

另外，根據(jù)上述實(shí)施方式，畫(huà)面層管理部107針對(duì)多個(gè)畫(huà)面層中的一部分畫(huà)面層，并行地判斷用戶輸入事件是否是在各畫(huà)面層中受理的信息。

根據(jù)這樣的結(jié)構(gòu)，通過(guò)限制同時(shí)并行地執(zhí)行的事件配送必要性的確認(rèn)請(qǐng)求處理的數(shù)量而使各個(gè)處理高速化，能夠?qū)⑵湟来蔚貓?zhí)行，所以特別是在較早地輪到發(fā)送事件配送必要性的確認(rèn)請(qǐng)求的順序的畫(huà)面層需要用戶輸入事件的情況下，能夠高速地決定用戶輸入事件配送目的地畫(huà)面層。

另外，根據(jù)上述實(shí)施方式，畫(huà)面層管理部107針對(duì)多個(gè)畫(huà)面層中的所有畫(huà)面層，并行地判斷用戶輸入事件是否是在各畫(huà)面層中受理的信息。

根據(jù)這樣的結(jié)構(gòu)，即使在應(yīng)受理用戶輸入事件的畫(huà)面層之上重疊地顯示有不應(yīng)受理用戶輸入事件的許多畫(huà)面層的情況下，也不會(huì)妨礙對(duì)象的位置或形狀、或者畫(huà)面層的位置或形狀的變化(動(dòng)畫(huà))，而且不會(huì)大量占用存儲(chǔ)區(qū)域，而能夠高效地決定應(yīng)配送用戶輸入事件的畫(huà)面層。因此，能夠減少?zèng)Q定用戶輸入事件的配送目的地畫(huà)面層時(shí)的處理時(shí)間，提高畫(huà)面描繪速度，而且提高用戶接口裝置整體的性能。

另外，根據(jù)上述實(shí)施方式，畫(huà)面層管理部107根據(jù)畫(huà)面層管理部107中的處理速度，決定并行地判斷用戶輸入事件是否是在各畫(huà)面層中受理的信息的畫(huà)面層的數(shù)量。

根據(jù)這樣的結(jié)構(gòu)，能夠在考慮處理裝置202中的處理速度之后，使處理裝置202的處理能力充分地發(fā)揮作用的同時(shí)，執(zhí)行用戶輸入事件的必要性的確認(rèn)處理。

另外，根據(jù)上述實(shí)施方式，畫(huà)面層管理部107根據(jù)能夠在畫(huà)面層管理部107中使用的cpu的數(shù)量，決定并行地判斷用戶輸入事件是否是在各畫(huà)面層中受理的信息的畫(huà)面層的數(shù)量。

根據(jù)這樣的結(jié)構(gòu)，還能夠根據(jù)處理裝置202中的cpu的數(shù)量自動(dòng)地取得處理裝置202可同時(shí)并行地處理的最大的畫(huà)面層的數(shù)量，能夠高效地決定用戶輸入事件的配送目的地畫(huà)面層。

另外，還能夠根據(jù)處理裝置202中的能夠用于該判斷的cpu、即未執(zhí)行任何處理或者使用率少的cpu的數(shù)量，自動(dòng)地取得根據(jù)處理裝置202的動(dòng)作狀態(tài)而變動(dòng)的可同時(shí)并行地處理的畫(huà)面層的數(shù)量，能夠高效地決定用戶輸入事件的配送目的地畫(huà)面層。

另外，根據(jù)上述實(shí)施方式，事件配送必要性并行取得部103在發(fā)送事件配送必要性的確認(rèn)請(qǐng)求時(shí)，以依照對(duì)各畫(huà)面層預(yù)先確定的優(yōu)先級(jí)的順序，發(fā)送與各畫(huà)面層對(duì)應(yīng)的事件配送必要性的確認(rèn)請(qǐng)求。

根據(jù)這樣的結(jié)構(gòu)，能夠提前執(zhí)行對(duì)處理裝置202的各芯分配的處理的均衡化、或者接受用戶輸入事件的可能性高的畫(huà)面層的事件配送必要性的確認(rèn)處理。因此，能夠高速地決定用戶輸入事件的配送目的地畫(huà)面層。

另外，根據(jù)上述實(shí)施方式，根據(jù)用戶輸入事件的種類(lèi)來(lái)決定關(guān)于各畫(huà)面層的優(yōu)先級(jí)。

根據(jù)這樣的結(jié)構(gòu)，能夠設(shè)定取決于用戶輸入事件的種類(lèi)的優(yōu)先級(jí)。

另外，根據(jù)上述實(shí)施方式，根據(jù)用戶輸入事件取得部102中的用戶輸入事件的收納限制，決定關(guān)于各畫(huà)面層的優(yōu)先級(jí)。

根據(jù)這樣的結(jié)構(gòu)，能夠設(shè)定用戶輸入事件取得部102中的取決于用戶輸入事件的收納準(zhǔn)備的優(yōu)先級(jí)。

另外，根據(jù)上述實(shí)施方式，根據(jù)與外部設(shè)備的連接狀態(tài)來(lái)決定關(guān)于各畫(huà)面層的優(yōu)先級(jí)。

根據(jù)這樣的結(jié)構(gòu)，能夠設(shè)定用戶接口裝置的取決于與外部設(shè)備的連接狀態(tài)的優(yōu)先級(jí)。

另外，根據(jù)上述實(shí)施方式，畫(huà)面層管理部107在滿足預(yù)先確定的切換條件的情況下，針對(duì)各畫(huà)面層，依次地判斷用戶輸入事件是否是在各畫(huà)面層中受理的信息。

根據(jù)這樣的結(jié)構(gòu)，即使在某個(gè)事件配送目的地的決定方法中預(yù)料不到效果的情況下，也能夠切換為其它事件配送目的地的決定方法，能夠始終高速地決定用戶輸入事件的配送目的地畫(huà)面層。

另外，根據(jù)上述實(shí)施方式，切換條件是與需要在畫(huà)面層管理部107中判斷的畫(huà)面層的數(shù)量有關(guān)的條件。

根據(jù)這樣的結(jié)構(gòu)，能夠基于需要確認(rèn)事件配送必要性的畫(huà)面層數(shù)來(lái)切換事件配送目的地的決定方法。

另外，根據(jù)上述實(shí)施方式，切換條件是與畫(huà)面層管理部107中的能夠用于判斷的cpu的數(shù)量有關(guān)的條件。

根據(jù)這樣的結(jié)構(gòu)，能夠根據(jù)處理裝置202中的芯數(shù)(cpu的數(shù)量)，切換事件配送目的地的決定方法。

另外，根據(jù)上述實(shí)施方式，切換條件是根據(jù)用戶輸入事件的種類(lèi)來(lái)決定的條件。

根據(jù)這樣的結(jié)構(gòu)，能夠根據(jù)所取得的用戶輸入事件的種類(lèi)來(lái)切換事件配送目的地的決定方法。

另外，根據(jù)上述實(shí)施方式，事件配送必要性整合部104根據(jù)畫(huà)面層管理部107中的判斷結(jié)果，決定受理用戶輸入事件的多個(gè)畫(huà)面層。

根據(jù)這樣的結(jié)構(gòu)，即使在多個(gè)畫(huà)面層中處理一個(gè)用戶輸入事件的情況下，也能夠高速地決定用戶輸入事件的配送目的地畫(huà)面層。

另外，根據(jù)上述實(shí)施方式，用戶接口顯示方法是如下方法：發(fā)送對(duì)于在各畫(huà)面層中是否受理來(lái)自外部的用戶輸入事件進(jìn)行查詢的事件配送必要性的確認(rèn)請(qǐng)求，根據(jù)事件配送必要性的確認(rèn)請(qǐng)求，針對(duì)多個(gè)畫(huà)面層中的至少兩個(gè)畫(huà)面層并行地判斷用戶輸入事件是否是在各畫(huà)面層中受理的信息，并根據(jù)判斷的結(jié)果來(lái)決定受理用戶輸入事件的至少一個(gè)畫(huà)面層。

根據(jù)這樣的結(jié)構(gòu)，在除了應(yīng)接受用戶輸入事件的畫(huà)面層以外還重疊地顯示有不接受用戶輸入事件的畫(huà)面層的情況下，也能夠高效地決定應(yīng)配送用戶輸入事件的畫(huà)面層。

即，根據(jù)上述結(jié)構(gòu)，在應(yīng)受理用戶輸入事件的畫(huà)面層之上重疊地顯示有許多不應(yīng)受理用戶輸入事件的畫(huà)面層的情況下，也不會(huì)妨礙對(duì)象的位置或形狀、或者畫(huà)面層的位置或形狀的變化(動(dòng)畫(huà))，而且不會(huì)大量占用存儲(chǔ)區(qū)域，而能夠高效地決定應(yīng)配送用戶輸入事件的畫(huà)面層。因此，能夠減少?zèng)Q定用戶輸入事件的配送目的地畫(huà)面層時(shí)的處理時(shí)間，提高畫(huà)面描繪速度，而且提高用戶接口裝置整體的性能。

<變形例>

在上述實(shí)施方式中，有時(shí)還記載有各構(gòu)成要素的尺寸、形狀、相對(duì)配置關(guān)系或者實(shí)施的條件等，但這些在所有方面只是例示，不限于本說(shuō)明書(shū)所記載的例子。因此，在本技術(shù)的范圍內(nèi)可設(shè)想未例示的無(wú)數(shù)的變形例。例如，包括使任意的構(gòu)成要素變形的情況、追加的情況或者省略的情況，還包括抽出至少一個(gè)實(shí)施方式中的至少一個(gè)構(gòu)成要素并與其它實(shí)施方式的構(gòu)成要素組合的情況。

另外，只要不產(chǎn)生矛盾，在上述實(shí)施方式中記載為具備“一個(gè)”的構(gòu)成要素也可以具備“一個(gè)以上”。而且，各構(gòu)成要素是概念性的單位，包括一個(gè)構(gòu)成要素由多個(gè)構(gòu)造物構(gòu)成的情況以及一個(gè)構(gòu)成要素與某個(gè)構(gòu)造物的一部分對(duì)應(yīng)的情況，還包括多個(gè)構(gòu)成要素設(shè)置于一個(gè)構(gòu)造物的情況。另外，在各構(gòu)成要素中，只要發(fā)揮同一功能，則包括具有其它構(gòu)造或者形狀的構(gòu)造物。

另外，本說(shuō)明書(shū)中的說(shuō)明是為了本技術(shù)的所有目的而參照的說(shuō)明，都不應(yīng)認(rèn)為是以往技術(shù)。

上述實(shí)施方式中記載的各構(gòu)成要素的作用能夠在至少一個(gè)處理電路或者電氣電路中實(shí)施。在處理電路以及電氣電路中包括被編程的運(yùn)算處理裝置，在該情況下，處理電路或者電氣電路依照預(yù)先設(shè)定的程序進(jìn)行動(dòng)作，從而實(shí)現(xiàn)上述實(shí)施方式中記載的各構(gòu)成要素的作用。另外，實(shí)現(xiàn)各構(gòu)成要素的作用的程序被存儲(chǔ)到硬盤(pán)或者存儲(chǔ)器等存儲(chǔ)介質(zhì)。另外，在處理電路中包括集成電路(applicationspecificintegratedcircuit(專(zhuān)用集成電路)，即asic)或者為了實(shí)現(xiàn)上述實(shí)施方式中記載的作用而變更的以往的電路要素等。

本技術(shù)也可以是各構(gòu)成要素分散地設(shè)置于多個(gè)裝置的情況(即，如系統(tǒng)那樣的形態(tài))。例如，也可以是如下情況：分散地設(shè)置用戶接口裝置中的計(jì)算機(jī)和顯示器，對(duì)于顯示器，使用計(jì)算機(jī)從外部進(jìn)行顯示控制。