通信系統(tǒng)的制作方法
【專利摘要】將GUI裝置(100)中需要的事件列表通知給服務(wù)裝置(300)，服務(wù)裝置(300)對(duì)事件列表賦予ID而應(yīng)答GUI裝置(100)。在服務(wù)裝置(300)中發(fā)生了事件的情況下，在服務(wù)裝置(300)中，根據(jù)從GUI裝置(100)通知了的事件列表判定可否通知事件。GUI裝置在將事件通知給服務(wù)裝置(300)的情況下，如果存在ID則代替事件列表而發(fā)送ID。
【專利說明】通信系統(tǒng)

【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通過⑶I裝置和服務(wù)裝置經(jīng)由網(wǎng)絡(luò)連接而相互通信，顯示⑶I裝置中的圖形的通信系統(tǒng)。

【背景技術(shù)】
[0002]在以往的具有⑶I (Graphical User Interface:圖形用戶界面)的嵌入設(shè)備中，一般構(gòu)成為將既定各應(yīng)用的行為的服務(wù)邏輯和GUI安裝于同一設(shè)備，能夠單體獨(dú)立地動(dòng)作的裝置。
[0003]另一方面，還有如服務(wù)器/客戶端系統(tǒng)那樣，在服務(wù)器中安裝服務(wù)邏輯，在客戶端中安裝GUI，它們經(jīng)由網(wǎng)絡(luò)協(xié)作，從而構(gòu)成系統(tǒng)的方法。
[0004]近年來，嵌入設(shè)備的處理能力的提高、和具有網(wǎng)絡(luò)連接功能是一般性的，從而能夠在嵌入設(shè)備中應(yīng)用上述服務(wù)器/客戶端系統(tǒng)，將GUI和服務(wù)邏輯分別安裝到不同的設(shè)備。
[0005]在這樣的系統(tǒng)中，以往在同一設(shè)備內(nèi)進(jìn)行的GUI與服務(wù)邏輯之間的通信被置換為設(shè)備之間的通信。設(shè)備間通信的處理能力一般比同一設(shè)備內(nèi)的通信的處理能力低。另外，以往，將在服務(wù)邏輯中發(fā)生了的所有事件通知給GUI，判斷GUI接收了的事件的需要性來進(jìn)行向GUI的反映。如果設(shè)備內(nèi)的通信被置換為設(shè)備之間的通信，則通信所需的時(shí)間變長，所以需要通過削減設(shè)備之間的通信量以及通信頻度，來改善系統(tǒng)整體的應(yīng)答性能(例如從用戶操作GUI至服務(wù)邏輯進(jìn)行與該操作對(duì)應(yīng)的處理并使處理的結(jié)果反映到GUI的時(shí)間)。具體而言，期望不從服務(wù)邏輯向⑶I通知不需要的事件。
[0006]例如，在專利文獻(xiàn)I中，將進(jìn)行了事件通知請(qǐng)求的通知目的地登記到監(jiān)聽器，僅對(duì)登記了的監(jiān)聽器通知事件，從而避免了發(fā)生不需要的事件通知。另外，在專利文獻(xiàn)2中，在通知者程序發(fā)生了事件時(shí)，請(qǐng)求者程序僅將向通知管理器提示了的事件通知給請(qǐng)求者程序，從而避免了發(fā)生不需要的事件通知。此時(shí)，通過使用通知參數(shù)和與其對(duì)應(yīng)的辭典，削減了向通知管理器提示的I個(gè)以上的事件的指定所需的通信量。
[0007]專利文獻(xiàn)1:日本特開2008-77219號(hào)公報(bào)
[0008]專利文獻(xiàn)2:日本特表2004-532479號(hào)公報(bào)


【發(fā)明內(nèi)容】

[0009]但是，在專利文獻(xiàn)I所示那樣的技術(shù)中，如果接收到I個(gè)事件，則為了接收接下來的事件，需要再次進(jìn)行事件通知請(qǐng)求。因此，如果將專利文獻(xiàn)I的方法應(yīng)用于GUI與服務(wù)邏輯安裝于不同設(shè)備的系統(tǒng)，則存在頻繁地進(jìn)行通信這樣的課題。
[0010]另外，在專利文獻(xiàn)2所示的結(jié)構(gòu)中，向通知管理器的通知參數(shù)和辭典的對(duì)應(yīng)關(guān)系被固定。在事件的種類少的系統(tǒng)中，即使是在專利文獻(xiàn)2的方法也沒有問題，但在事件的種類多的系統(tǒng)中，存在辭典的大小變大這樣的課題。進(jìn)而，在考慮服務(wù)邏輯不變更而僅變更GUI這樣的情況時(shí)，伴隨GUI的變更，在GUI中需要的事件的模式也有被變更的可能性，但是在專利文獻(xiàn)2的方法中存在如果變更了的模式未存在于辭典，則無法對(duì)應(yīng)于GUI的變更這樣的課題。
[0011]本發(fā)明是為了解決上述那樣的課題而完成的，其目的在于，得到一種能夠削減通信量，并且還能夠靈活地處置事件的模式變更的通信系統(tǒng)。
[0012]本發(fā)明的通信系統(tǒng)，根據(jù)事件通知進(jìn)行畫面構(gòu)筑的GUI裝置、和執(zhí)行服務(wù)而發(fā)生事件的服務(wù)裝置經(jīng)由網(wǎng)絡(luò)連接，相互進(jìn)行通信，其特征在于，GUI裝置具備:GUI裝置側(cè)事件列表存儲(chǔ)部，儲(chǔ)存作為事件的一覽的事件列表、和唯一地確定事件列表的ID ;以及GUI裝置側(cè)事件處理部，在畫面構(gòu)筑時(shí)將畫面需要的事件列表發(fā)送到服務(wù)裝置，并且在發(fā)送之前，參照GUI裝置側(cè)事件列表存儲(chǔ)部，在存在與發(fā)送對(duì)象事件列表一致的事件列表的情況下，取得唯一地確定該事件列表的ID，代替發(fā)送對(duì)象事件列表而將ID發(fā)送到服務(wù)裝置，并且，在作為將事件列表或者ID發(fā)送到服務(wù)裝置的結(jié)果得到的應(yīng)答消息中包括ID的情況下，GUI裝置側(cè)事件處理部將應(yīng)答消息中包含的ID、和對(duì)服務(wù)裝置發(fā)送了的事件列表或者代替地發(fā)送了 ID的事件列表作為I個(gè)組存儲(chǔ)到GUI裝置側(cè)事件列表存儲(chǔ)部，服務(wù)裝置具備:服務(wù)裝置側(cè)事件列表存儲(chǔ)部，儲(chǔ)存作為事件的一覽的事件列表、和唯一地確定事件列表的ID ; ID管理部，管理事件列表和ID的關(guān)系；服務(wù)處理部，執(zhí)行服務(wù)來發(fā)生事件；以及事件處理部，在從GUI裝置接收到事件列表的情況下，參照服務(wù)裝置側(cè)事件列表存儲(chǔ)部，在存在與接收了的事件列表一致的事件列表的情況下，取得唯一地確定該事件列表的ID，將ID包含于向GUI裝置的應(yīng)答消息而發(fā)送，并且在參照了服務(wù)裝置側(cè)事件列表存儲(chǔ)部的結(jié)果不存在與接收了的事件列表一致的事件列表的情況下，從ID管理部取得未在服務(wù)裝置側(cè)事件列表存儲(chǔ)部中登記的ID，將取得了的ID和接收了的事件列表作為I個(gè)組，登記到服務(wù)裝置側(cè)事件列表存儲(chǔ)部，將取得了的ID包含于向⑶I裝置的應(yīng)答消息而發(fā)送，在從⑶I裝置接收到ID的情況下，參照服務(wù)裝置側(cè)事件列表存儲(chǔ)部，在存在與接收了的ID —致的事件列表的情況下，將接收了的ID包含于向CTI裝置的應(yīng)答消息而發(fā)送，并且，針對(duì)通過服務(wù)處理部的服務(wù)發(fā)生的事件，服務(wù)裝置側(cè)事件處理部判定包括事件的事件列表是否成為向GUI裝置的通知對(duì)象，僅在成為通知對(duì)象的情況下，將事件通知給⑶I裝置。
[0013]本發(fā)明的通信系統(tǒng)將在Gn裝置中需要的事件列表通知到服務(wù)裝置，服務(wù)裝置根據(jù)通知了的事件列表判定可否向⑶I裝置通知事件，并且對(duì)事件列表賦予ID而應(yīng)答⑶I裝置，在存在ID的情況下，⑶I裝置代替事件列表而發(fā)送ID，所以能夠削減通信量，并且還能夠靈活地處置事件的模式變更。

【專利附圖】

【附圖說明】
[0014]圖1是示出本發(fā)明的實(shí)施方式I的通信系統(tǒng)的結(jié)構(gòu)圖。
[0015]圖2是示出本發(fā)明的實(shí)施方式I的通信系統(tǒng)的事件列表的說明圖。
[0016]圖3是示出本發(fā)明的實(shí)施方式I的通信系統(tǒng)的事件列表存儲(chǔ)部的存儲(chǔ)內(nèi)容的說明圖。
[0017]圖4是示出本發(fā)明的實(shí)施方式I的通信系統(tǒng)的事件列表登記時(shí)的CTI裝置的動(dòng)作的流程圖。
[0018]圖5是示出本發(fā)明的實(shí)施方式I的通信系統(tǒng)的事件列表登記時(shí)的服務(wù)裝置的動(dòng)作的流程圖。
[0019]圖6是示出本發(fā)明的實(shí)施方式I的通信系統(tǒng)的事件發(fā)生時(shí)的服務(wù)裝置的動(dòng)作的流程圖。
[0020]圖7是示出本發(fā)明的實(shí)施方式2的通信系統(tǒng)的結(jié)構(gòu)圖。
[0021]圖8是示出本發(fā)明的實(shí)施方式2的通信系統(tǒng)的應(yīng)答消息中包含的登記結(jié)果的說明圖。
[0022]圖9是示出本發(fā)明的實(shí)施方式2的通信系統(tǒng)的事件列表登記時(shí)的GUI裝置的動(dòng)作的流程圖。
[0023]圖10是示出本發(fā)明的實(shí)施方式2的通信系統(tǒng)的事件列表登記時(shí)的服務(wù)裝置的動(dòng)作的流程圖。
[0024]圖11是示出本發(fā)明的實(shí)施方式3的通信系統(tǒng)的結(jié)構(gòu)圖。
[0025]圖12是示出本發(fā)明的實(shí)施方式3的通信系統(tǒng)的事件列表登記請(qǐng)求的說明圖。
[0026]圖13是示出本發(fā)明的實(shí)施方式3的通信系統(tǒng)的事件列表登記時(shí)的GUI裝置的動(dòng)作的流程圖。
[0027]圖14是示出本發(fā)明的實(shí)施方式3的通信系統(tǒng)的事件列表登記時(shí)的服務(wù)裝置的動(dòng)作的流程圖。
[0028]圖15是示出本發(fā)明的實(shí)施方式4的通信系統(tǒng)的結(jié)構(gòu)圖。
[0029]圖16是示出本發(fā)明的實(shí)施方式4的通信系統(tǒng)的事件發(fā)生時(shí)的服務(wù)裝置的動(dòng)作的流程圖。
[0030]圖17是示出本發(fā)明的實(shí)施方式4的通信系統(tǒng)的事件列表登記時(shí)的GUI裝置的動(dòng)作的流程圖。
[0031]圖18是示出本發(fā)明的實(shí)施方式4的通信系統(tǒng)的事件列表登記時(shí)的服務(wù)裝置的動(dòng)作的流程圖。
[0032]圖19是示出本發(fā)明的實(shí)施方式4的通信系統(tǒng)的事件發(fā)生時(shí)的服務(wù)裝置的動(dòng)作的流程圖。
[0033]圖20是示出本發(fā)明的實(shí)施方式4的通信系統(tǒng)的事件隊(duì)列與定時(shí)器的關(guān)系的說明圖。
[0034]圖21是示出本發(fā)明的實(shí)施方式4的通信系統(tǒng)的事件發(fā)生時(shí)的服務(wù)裝置的其它動(dòng)作的流程圖。
[0035]圖22是示出本發(fā)明的實(shí)施方式4的通信系統(tǒng)的事件發(fā)生時(shí)的服務(wù)裝置的進(jìn)一步的其它動(dòng)作的流程圖。
[0036]符號(hào)說明
[0037]100、100a、100b、100c KUI 裝置；101:顯示部；102 AUI 邏輯處理部；103:請(qǐng)求處理部；104:通信部;105、105a、105b、105c:事件處理部；106:事件列表存儲(chǔ)部；107:接口部;200:網(wǎng)絡(luò);300、300a、300b、300c:服務(wù)裝置；301:服務(wù)處理部；302:服務(wù)A ;303:月艮務(wù)B ；304:請(qǐng)求處理部；305:通信部;306、306a、306b、306c:事件處理部；307:ID管理部；308:事件列表存儲(chǔ)部；309:事件積蓄部;310a、310b:事件隊(duì)列;311a、311b:定時(shí)器；400、400A、400B、800:事件列表;500、500A、500B:ID ；600:登記結(jié)果；610:刪除 ID 列表；700:事件列表登記請(qǐng)求；710:事件差分列表；811p?811s:事件名；812p?812s:通知周期。

【具體實(shí)施方式】
[0038]以下，為了更詳細(xì)地說明本發(fā)明，依照【專利附圖】

【附圖說明】【具體實(shí)施方式】。
[0039]實(shí)施方式1.
[0040]圖1是示出本發(fā)明的實(shí)施方式I的通信系統(tǒng)的結(jié)構(gòu)圖。
[0041]圖1所示的通信系統(tǒng)成為⑶I裝置100和服務(wù)裝置300經(jīng)由網(wǎng)絡(luò)200連接了的結(jié)構(gòu)。
[0042]⑶I裝置100具備顯示部101、⑶I邏輯處理部102、請(qǐng)求處理部103、通信部104、事件處理部(Gn裝置側(cè)事件處理部)105、事件列表存儲(chǔ)部(GUI裝置側(cè)事件列表存儲(chǔ)部)106、接口部 107。
[0043]顯示部101是例如液晶顯示器等裝置,顯示⑶I。⑶I邏輯處理部102是構(gòu)筑在顯示部101中顯示的⑶1、或者擔(dān)當(dāng)與接口部107的輸入輸出的裝置。另外，⑶I邏輯處理部102經(jīng)由請(qǐng)求處理部103對(duì)服務(wù)裝置300發(fā)送請(qǐng)求、或者根據(jù)從事件處理部105通知了的事件來變更在顯示部101中顯示的⑶1、或者經(jīng)由接口部107進(jìn)行⑶I以外的輸出。請(qǐng)求處理部103是變換從⑶I邏輯處理部102接受了的向服務(wù)裝置300的請(qǐng)求，以適合于經(jīng)由通信部104的通信的裝置。例如，相當(dāng)于⑶I邏輯處理部102對(duì)請(qǐng)求處理部103進(jìn)行函數(shù)調(diào)用，在⑶I裝置100和服務(wù)裝置300使用HTTP (Hyper Text Transfer Protocol:超文本傳輸協(xié)議)進(jìn)行通信的情況下(⑶I裝置100成為客戶端、服務(wù)裝置300成為服務(wù)器)，將來自⑶I邏輯處理部102的函數(shù)調(diào)用變換為HTTP請(qǐng)求。
[0044]通信部104是擔(dān)當(dāng)與隔著網(wǎng)絡(luò)200的服務(wù)裝置300的數(shù)據(jù)交換的裝置。事件處理部105是擔(dān)當(dāng)與⑶I裝置100中的事件有關(guān)的處理的裝置。例如，進(jìn)行針對(duì)服務(wù)裝置300的事件列表的登記、將從服務(wù)裝置300接收了的事件送到⑶I邏輯處理部102。關(guān)于事件列表，將后述。事件列表存儲(chǔ)部106是用于存儲(chǔ)事件處理部105登記到服務(wù)裝置300的事件列表、和用于唯一地確定該事件列表的ID的組的裝置。接口部107是以進(jìn)行與系統(tǒng)的用戶的交互為目的的裝置，可以舉出例如觸摸面板、揚(yáng)聲器等。
[0045]服務(wù)裝置300具備服務(wù)處理部301、請(qǐng)求處理部304、通信部305、事件處理部(服務(wù)裝置側(cè)事件處理部)306、ID管理部307、事件列表存儲(chǔ)部(服務(wù)裝置側(cè)事件列表存儲(chǔ)部)308。
[0046]服務(wù)處理部301具備I個(gè)以上的服務(wù)。在圖1中，示出具備2個(gè)服務(wù)(服務(wù)A302、服務(wù)B303)的例子。另外，服務(wù)是指分別提供固有的功能的程序。請(qǐng)求處理部304是變換從⑶I裝置100接受了的請(qǐng)求，以適合于服務(wù)處理部301的裝置。例如，相當(dāng)于在⑶I裝置100和服務(wù)裝置300使用HTTP進(jìn)行通信，服務(wù)處理部301公開了通過各服務(wù)定義了的API (Applicat1n Programming Interface:應(yīng)用程序接口)的情況下,解析HTTP請(qǐng)求來確定對(duì)應(yīng)的API，調(diào)用確定了的API。通信部305是擔(dān)當(dāng)與隔著網(wǎng)絡(luò)200的⑶I裝置100的數(shù)據(jù)交換的裝置。
[0047]事件處理部306是擔(dān)當(dāng)與服務(wù)裝置300中的事件有關(guān)的處理的裝置。例如，進(jìn)行從GUI裝置100請(qǐng)求了的事件列表的登記、或者接受從服務(wù)處理部301發(fā)生了的事件來判斷是否將該事件通知給⑶I裝置100。ID管理部307是用于決定用于唯一地確定從⑶I裝置100發(fā)送了的事件列表的ID的裝置。另外，ID管理部307還承擔(dān)參照在事件列表存儲(chǔ)部308中存儲(chǔ)了的內(nèi)容，確定與從事件處理部306指定了的ID對(duì)應(yīng)的事件列表這樣的功能。事件列表存儲(chǔ)部308是用于存儲(chǔ)從GUI裝置100發(fā)送了的事件列表、和用于唯一地確定該事件列表的ID的組的裝置。
[0048]圖2是示出該實(shí)施方式中的事件列表400的結(jié)構(gòu)的圖。事件列表400儲(chǔ)存O個(gè)以上的事件名。在該實(shí)施方式中，能夠通過事件的名稱在系統(tǒng)內(nèi)唯一地確定事件。另外，事件列表400的結(jié)束端能夠通過要素?cái)?shù)或者表示結(jié)束端的要素來識(shí)別，但在圖2中省略。
[0049]圖3是示出該實(shí)施方式中的事件列表存儲(chǔ)部106以及事件列表存儲(chǔ)部308存儲(chǔ)的內(nèi)容的圖。關(guān)于存儲(chǔ)的內(nèi)容，以ID和事件列表的組(事件列表400A和ID500A、事件列表400B和ID500B)為一個(gè)要素，在圖3中儲(chǔ)存了 2個(gè)要素。
[0050]接下來，使用圖1、圖2、圖3、圖4、圖5、圖6，說明⑶I裝置100以及服務(wù)裝置300的動(dòng)作。
[0051]圖4是示出該實(shí)施方式中的事件列表登記時(shí)的GUI裝置100的動(dòng)作的流程圖。另夕卜，在⑶I邏輯處理部102中，在發(fā)生了例如畫面遷移等所致的顯示內(nèi)容的變化時(shí)，事件列表的登記作為畫面構(gòu)筑處理的一部分進(jìn)行。作為畫面遷移的觸發(fā)，可以舉出來自服務(wù)裝置300的事件通知、或者來自接口部107的輸入事件通知等。
[0052][步驟ST100]:⑶I邏輯處理部102通過畫面遷移等的發(fā)生，開始畫面構(gòu)筑處理。
[0053][步驟ST101]:GUI邏輯處理部102將遷移后的畫面中需要的事件提供給事件處理部105。事件處理部105使用從⑶I邏輯處理部102提供了的O個(gè)以上的事件來制作事件列表400，臨時(shí)地存儲(chǔ)到事件處理部105的內(nèi)部。另外，包括以O(shè)個(gè)事件(=無事件)制作事件列表400的情況的原因在于，應(yīng)對(duì)不需要來自服務(wù)裝置300的事件的服務(wù)。
[0054][步驟ST102]:事件處理部105使用在步驟STlOl中臨時(shí)地存儲(chǔ)了的事件列表400，檢索是否在事件列表存儲(chǔ)部106中登記了與事件列表400—致的要素。在“未登記”的情況下，進(jìn)入到步驟ST103。在“已登記”的情況下，取得相應(yīng)的要素中存儲(chǔ)了的ID，進(jìn)入到步驟ST104。
[0055][步驟ST103]:事件處理部105經(jīng)由通信部104，向服務(wù)裝置300發(fā)送事件列表400。例如在事件列表400中儲(chǔ)存了 4個(gè)事件，但該個(gè)數(shù)針對(duì)每個(gè)畫面不同，還有時(shí)是O個(gè)。
[0056][步驟ST104]:事件處理部105經(jīng)由通信部104，向服務(wù)裝置300發(fā)送在步驟ST102中得到了的ID。另外，服務(wù)裝置300能夠區(qū)分來自⑶I裝置100的事件列表發(fā)送和ID發(fā)送。其能夠通過事先決定發(fā)送數(shù)據(jù)的格式(例如，HTTP請(qǐng)求的URI (Uniform ResourceIdentifier:統(tǒng)一資源標(biāo)識(shí)符)、或者BODY(主體)中描述的文本的格式)來實(shí)現(xiàn)。
[0057][步驟ST105]:通信部104等待針對(duì)在步驟ST103或者步驟ST104中執(zhí)行了的發(fā)送的來自服務(wù)裝置300的應(yīng)答。如果接收到應(yīng)答，則通信部104將該應(yīng)答送到事件處理部105，進(jìn)入到步驟ST106。
[0058][步驟ST106]:在步驟ST105中接收了的應(yīng)答中包括圖3所示的ID，事件處理部105檢查ID是否有效。在ID是O或者在應(yīng)答中未包括ID的情況下，判定為“無效的ID”，進(jìn)入到步驟ST108。在其以外的情況下，判定為“有效的ID”，進(jìn)入到步驟ST107。
[0059][步驟ST107]:事件處理部105將在步驟ST105中接收了的ID和在步驟STlOl中在內(nèi)部臨時(shí)地存儲(chǔ)了的事件列表400的組登記到事件列表存儲(chǔ)部106。另外，在ID的值一致的要素存在于事件列表存儲(chǔ)部106的情況下，蓋寫該要素的事件列表部分。
[0060][步驟ST108]:事件處理部105丟棄在內(nèi)部臨時(shí)地存儲(chǔ)了的事件列表400，并且使向⑶I邏輯處理部102送出事件的功能有效，結(jié)束處理。另外，向⑶I邏輯處理部102送出事件的功能在步驟STlOO或者畫面遷移的遷移源的結(jié)束處理等中恰當(dāng)?shù)乇粺o效化。另外，在向GUI邏輯處理部102送出事件的功能無效的期間接收了的事件在事件處理部105內(nèi)部積蓄或者被事件處理部105丟棄。
[0061]圖5是示出該實(shí)施方式中的事件列表登記時(shí)的服務(wù)裝置300的動(dòng)作的流程圖。
[0062][步驟ST200]:在圖4的步驟ST103或者步驟ST104中，⑶I裝置100進(jìn)行發(fā)送處理，如果服務(wù)裝置300的通信部305接收到發(fā)送數(shù)據(jù)，則服務(wù)裝置300開始處理。
[0063][步驟ST201]:通信部305向事件處理部306送出接收數(shù)據(jù)。事件處理部306判定接收數(shù)據(jù)是ID還是事件列表。在ID的情況下，事件處理部306將接收數(shù)據(jù)中包含的ID在事件處理部306的內(nèi)部臨時(shí)地存儲(chǔ)，進(jìn)入到步驟ST202。在事件列表的情況下，事件處理部306將接收數(shù)據(jù)中包含的事件列表存儲(chǔ)到事件處理部306的內(nèi)部，進(jìn)入到步驟ST203。
[0064][步驟ST202]:事件處理部306向ID管理部307送出在步驟ST201中存儲(chǔ)了的ID，請(qǐng)求檢索。ID管理部307使用所述ID檢索是否在事件列表存儲(chǔ)部308中登記了一致的要素。在發(fā)現(xiàn)了相應(yīng)的要素的情況下，ID管理部307判定為“取得成功”，將發(fā)現(xiàn)了的要素中包含的事件列表送到事件處理部306，進(jìn)入到步驟ST207。在未發(fā)現(xiàn)相應(yīng)的要素的情況下，ID管理部307判定為“取得失敗”，將判定結(jié)果送到事件處理部306，進(jìn)入到步驟ST208。
[0065][步驟ST203]:事件處理部306使用在步驟ST201中存儲(chǔ)了的事件列表來參照事件列表存儲(chǔ)部308，確認(rèn)是否存在一致的要素。在存在的情況下，判斷為“有相應(yīng)”，進(jìn)入到步驟ST204。在不存在的情況下，判斷為“無相應(yīng)”，進(jìn)入到步驟ST205。
[0066][步驟ST204]:事件處理部306將在事件列表存儲(chǔ)部308中存在的、與在步驟ST201中存儲(chǔ)了的事件列表一致的要素的ID臨時(shí)存儲(chǔ)到事件處理部306的內(nèi)部，進(jìn)入到步驟 ST207。
[0067][步驟ST205]:事件處理部306對(duì)ID管理部307請(qǐng)求未使用的ID的取得。ID管理部307參照事件列表存儲(chǔ)部308，決定在事件列表存儲(chǔ)部308中不存在的ID，將決定了的ID送到事件處理部306。
[0068][步驟ST206]:事件處理部306將在步驟ST205中從ID管理部307送出了的ID、和在步驟ST201中存儲(chǔ)了的事件列表的組登記到事件列表存儲(chǔ)部308。
[0069][步驟ST207]:事件處理部306在執(zhí)行了步驟ST202的情況下，將在步驟ST202中從事件列表存儲(chǔ)部308取得了的事件列表存儲(chǔ)到事件處理部306的內(nèi)部。另外，在其以外的情況下，執(zhí)行在步驟ST201中存儲(chǔ)的動(dòng)作，所以什么都不做。
[0070][步驟ST208]:事件處理部306經(jīng)由通信部305，將應(yīng)答消息發(fā)送到⑶I裝置100。在應(yīng)答消息中，儲(chǔ)存在步驟ST201中取得了的、或者在步驟ST204中從ID管理部307送出了的、或者在步驟ST205中從ID管理部307送出了的ID。但是，在步驟ST202中“取得失敗”的情況下，儲(chǔ)存無效的ID (如果對(duì)應(yīng)于步驟ST106則為O)。
[0071][步驟ST209]:服務(wù)裝置300結(jié)束處理。
[0072]圖6是示出該實(shí)施方式中的事件發(fā)生時(shí)的服務(wù)裝置300的動(dòng)作的流程圖。
[0073][步驟ST300]:如果在服務(wù)A302或者服務(wù)B303中發(fā)生事件，經(jīng)由服務(wù)處理部301向事件處理部306送出了所述事件，則服務(wù)裝置300開始處理。
[0074][步驟ST301]:事件處理部306根據(jù)從服務(wù)處理部301送出了的事件的名稱，確認(rèn)是否存在與在事件處理部306的內(nèi)部中存儲(chǔ)了的事件列表相應(yīng)的事件。在存在的情況下，將所述事件判斷為“通知對(duì)象”，進(jìn)入到步驟ST302。在不存在的情況下，將所述事件判斷為“通知對(duì)象外”，丟棄所述事件，進(jìn)入到步驟ST303。
[0075][步驟ST302]:事件處理部306將從服務(wù)處理部301送出了的事件經(jīng)由通信部305通知給⑶I裝置100。
[0076][步驟ST303]:服務(wù)裝置300結(jié)束處理。
[0077]在該實(shí)施方式中，在發(fā)生了來自服務(wù)裝置300的事件通知的情況下，⑶I裝置100經(jīng)由通信部104將所述事件送到事件處理部105，事件處理部105將該事件送到⑶I邏輯處理部102。關(guān)于這些動(dòng)作的詳細(xì)，省略。
[0078]這樣，實(shí)施方式I的⑶I裝置100在將⑶I裝置100需要的事件的一覽(事件列表)發(fā)送到服務(wù)裝置300之前，事件處理部105確認(rèn)在事件列表存儲(chǔ)部106中是否存在唯一地確定發(fā)送對(duì)象事件列表的ID，在存在的情況下發(fā)送ID。另外，服務(wù)裝置300的事件處理部306在接收到事件列表時(shí)，使用ID管理部307和事件列表存儲(chǔ)部308，在事件列表存儲(chǔ)部308中沒有與所述事件列表一致的要素的情況下，從ID管理部307取得未使用的ID，將所述事件列表和所述ID的組登記到事件列表存儲(chǔ)部308，向⑶I裝置100發(fā)送所述ID。另夕卜，⑶I裝置100的事件處理部105將從服務(wù)裝置300接收了的ID、和想要發(fā)送到服務(wù)裝置的事件列表的組登記到事件列表存儲(chǔ)部106。
[0079]另外，如果從服務(wù)裝置300的服務(wù)處理部301向事件處理部306送出了事件，則事件處理部306使用在內(nèi)部中存儲(chǔ)了的事件列表，判斷是否向CTI裝置100通知所述事件。因此，對(duì)于⑶I裝置100，不進(jìn)行不需要的事件的通知，所以具有能夠削減從⑶I裝置100向服務(wù)裝置300的通信量這樣的效果。
[0080]另外，在事件列表存儲(chǔ)部106中存在與發(fā)送對(duì)象事件列表相應(yīng)的要素的情況下，通過不是事件列表而是將ID發(fā)送到服務(wù)裝置300，事件處理部306能夠使用ID來設(shè)定事件列表，所以還具有能夠削減從⑶I裝置100向服務(wù)裝置300的通信量這樣的效果。即，其原因?yàn)?，一般地相比于事件列表的?shù)據(jù)量，ID的數(shù)據(jù)量小。進(jìn)而，即使未在服務(wù)裝置300中預(yù)先準(zhǔn)備事件列表和ID的對(duì)應(yīng)關(guān)系，也能夠削減通信量，所以還具有能夠削減事件列表和ID的對(duì)應(yīng)關(guān)系的設(shè)計(jì)以及安裝所需的費(fèi)用這樣的效果。
[0081]另外，在上述說明中ID的值是O的情況、或者在應(yīng)答中未包括ID的情況下，判斷為無效的ID，但也可以使用其它方法。
[0082]如以上說明，根據(jù)實(shí)施方式I的通信系統(tǒng)，根據(jù)事件通知進(jìn)行畫面構(gòu)筑的⑶I裝置、和執(zhí)行服務(wù)而發(fā)生事件的服務(wù)裝置經(jīng)由網(wǎng)絡(luò)連接，相互進(jìn)行通信，其特征在于，GUI裝置具備:GUI裝置側(cè)事件列表存儲(chǔ)部，儲(chǔ)存作為事件的一覽的事件列表、和唯一地確定事件列表的ID ;以及⑶I裝置側(cè)事件處理部，將在畫面構(gòu)筑時(shí)對(duì)于畫面需要的事件列表發(fā)送到服務(wù)裝置，并且在發(fā)送之前，參照GUI裝置側(cè)事件列表存儲(chǔ)部，在存在與發(fā)送對(duì)象事件列表一致的事件列表的情況下，取得唯一地確定該事件列表的ID，代替發(fā)送對(duì)象事件列表而將ID發(fā)送到服務(wù)裝置，并且，在作為將事件列表或者ID發(fā)送到服務(wù)裝置的結(jié)果得到的應(yīng)答消息中包括ID的情況下，GUI裝置側(cè)事件處理部將應(yīng)答消息中包含的ID、和對(duì)服務(wù)裝置發(fā)送了的事件列表或者代替地發(fā)送了 ID的事件列表作為I個(gè)組存儲(chǔ)到GUI裝置側(cè)事件列表存儲(chǔ)部，服務(wù)裝置具備:服務(wù)裝置側(cè)事件列表存儲(chǔ)部，儲(chǔ)存作為事件的一覽的事件列表、和唯一地確定事件列表的ID ；ID管理部，管理事件列表和ID的關(guān)系；服務(wù)處理部，執(zhí)行服務(wù)來發(fā)生事件；以及事件處理部，在從GUI裝置接收到事件列表的情況下，參照服務(wù)裝置側(cè)事件列表存儲(chǔ)部，在存在與接收了的事件列表一致的事件列表的情況下，取得唯一地確定該事件列表的ID，將ID包含于向⑶I裝置的應(yīng)答消息而發(fā)送，另一方面，在參照了服務(wù)裝置側(cè)事件列表存儲(chǔ)部的結(jié)果不存在與接收了的事件列表一致的事件列表的情況下，從ID管理部取得未在服務(wù)裝置側(cè)事件列表存儲(chǔ)部中登記的ID，將取得了的ID和接收了的事件列表作為I個(gè)組，登記到服務(wù)裝置側(cè)事件列表存儲(chǔ)部，將取得了的ID包含于向GUI裝置的應(yīng)答消息而發(fā)送，在從⑶I裝置接收到ID的情況下，參照服務(wù)裝置側(cè)事件列表存儲(chǔ)部，在存在與接收了的ID —致的事件列表的情況下，將接收了的ID包含于向GUI裝置的應(yīng)答消息而發(fā)送，并且針對(duì)通過服務(wù)處理部的服務(wù)發(fā)生的事件，服務(wù)裝置側(cè)事件處理部判定包括事件的事件列表是否成為向GUI裝置的通知對(duì)象，僅在成為通知對(duì)象的情況下，將事件通知給GUI裝置，所以能夠削減GUI裝置與服務(wù)裝置之間的通信量，并且還能夠靈活地處置事件的模式變更。
[0083]實(shí)施方式2.
[0084]在實(shí)施方式I中，說明了針對(duì)事件列表存儲(chǔ)部106以及事件列表存儲(chǔ)部308的事件列表和ID的組的登記，但在實(shí)施方式2中，說明通過應(yīng)對(duì)在事件列表存儲(chǔ)部308中設(shè)置了的存儲(chǔ)容量的限制，改善服務(wù)裝置300的資源使用效率的例子。
[0085]圖7示出本發(fā)明的實(shí)施方式2中的通信系統(tǒng)的整體結(jié)構(gòu)。
[0086]通信系統(tǒng)與實(shí)施方式I同樣地，成為⑶I裝置10a和服務(wù)裝置300a經(jīng)由網(wǎng)絡(luò)200連接了的結(jié)構(gòu)。
[0087]⑶I裝置10a具備顯示部101、⑶I邏輯處理部102、請(qǐng)求處理部103、通信部104、事件處理部(GUI裝置側(cè)事件處理部)105a、事件列表存儲(chǔ)部(GUI裝置側(cè)事件列表存儲(chǔ)部)106、接口部107。此處，關(guān)于顯示部101、⑶I邏輯處理部102、請(qǐng)求處理部103、通信部104、事件列表存儲(chǔ)部106、接口部107，結(jié)構(gòu)與實(shí)施方式I相同，所以此處的說明省略。
[0088]事件處理部105a是擔(dān)當(dāng)與⑶I裝置10a中的事件有關(guān)的處理的裝置，相對(duì)于實(shí)施方式I中的事件處理部105，追加了刪除包括針對(duì)事件列表存儲(chǔ)部106的事件列表和ID的組的要素的功能。
[0089]服務(wù)裝置300a具備服務(wù)處理部301、請(qǐng)求處理部304、通信部305、事件處理部(服務(wù)裝置側(cè)事件處理部)306a、ID管理部307、事件列表存儲(chǔ)部(服務(wù)裝置側(cè)事件列表存儲(chǔ)部)308。此處，關(guān)于服務(wù)處理部301、請(qǐng)求處理部304、通信部305、ID管理部307，結(jié)構(gòu)與實(shí)施方式I相同，所以此處的說明省略。另外，關(guān)于事件列表存儲(chǔ)部308，追加了可登記的數(shù)據(jù)大小這樣的信息，但對(duì)其未圖示。
[0090]事件處理部306a是擔(dān)當(dāng)與服務(wù)裝置300a中的事件有關(guān)的處理的裝置，相對(duì)于實(shí)施方式I中的事件處理部306，追加了刪除包括針對(duì)事件列表存儲(chǔ)部308的事件列表和ID的組的要素的功能。
[0091]圖8是示出針對(duì)來自⑶I裝置10a的事件列表登記的請(qǐng)求，從服務(wù)裝置300a向⑶I裝置10a發(fā)送的應(yīng)答消息中包含的登記結(jié)果600的結(jié)構(gòu)的圖。登記結(jié)果600具備唯一地確定登記了的事件列表的ID500、和儲(chǔ)存刪除了的ID的列的刪除ID列表610。例如，在圖8中，刪除ID列表610儲(chǔ)存了 2個(gè)ID (值是20、30)。另外，刪除ID列表610的結(jié)束端能夠通過要素?cái)?shù)或者表示結(jié)束端的要素來識(shí)別，但在圖8中省略。
[0092]接下來，使用圖7、圖8、圖9、圖10，說明⑶I裝置10a和服務(wù)裝置300a的動(dòng)作。
[0093]圖9是示出該實(shí)施方式中的事件列表登記時(shí)的GUI裝置10a的動(dòng)作的流程圖。
[0094]在步驟ST100、步驟STlOl、步驟ST102、步驟ST103、步驟ST104、步驟ST105、步驟ST106、步驟ST107、步驟ST108中，除了接著步驟ST105執(zhí)行變更為步驟ST109、通信對(duì)方從服務(wù)裝置300變更為服務(wù)裝置300a以外，實(shí)施方式I中的事件處理部105和實(shí)施方式2中的事件處理部105a的動(dòng)作相同。因此，此處這些步驟的說明省略。
[0095][步驟ST109]:事件處理部105a從開頭依次參照在步驟ST105中接收了的應(yīng)答中包含的刪除ID列表610，從事件列表存儲(chǔ)部106刪除包括各ID的要素。在圖8的例子中，從事件列表存儲(chǔ)部106刪除ID是20和30的要素。另外，事件處理部105a如果到達(dá)ID列表610的結(jié)束端，則進(jìn)入到步驟ST106。
[0096]圖10是示出該實(shí)施方式中的事件列表登記時(shí)的服務(wù)裝置300a的動(dòng)作的流程圖。
[0097]在步驟ST200、步驟ST201、步驟ST202、步驟ST203、步驟ST204、步驟ST205、步驟ST206、步驟ST207、步驟ST209中，除了在接著步驟ST203執(zhí)行步驟ST205的情況下在步驟ST205之前執(zhí)行步驟ST210、以及代替步驟ST208而執(zhí)行步驟ST208a、通信對(duì)方從⑶I裝置100變更為⑶I裝置10a以外，實(shí)施方式I中的事件處理部306和實(shí)施方式2中的事件處理部306a的動(dòng)作相同。因此，此處省略這些步驟的說明。
[0098][步驟ST210]:事件處理部306a使用(I)步驟ST201中存儲(chǔ)了的事件列表的大小+ID的大小、(2)事件列表存儲(chǔ)部308中登記了的各要素的大小、(3)可在事件列表存儲(chǔ)部308中登記的數(shù)據(jù)大小，在(1) + (2)>(3)成立的情況下，刪除在事件列表存儲(chǔ)部308中登記了的I個(gè)以上的要素，使所述不等式不成立。作為刪除的要素的選擇基準(zhǔn)，例如，可以舉出在比(I)大的大小中從最小的要素、登記時(shí)刻最早的部分依次選擇、從在使用了事件列表、ID的檢索中相應(yīng)的次數(shù)少的部分依次選擇等各種例子，只要能夠達(dá)成目的，則可以是任意的基準(zhǔn)。如果成為所述不等式不成立的狀態(tài)，則進(jìn)入到步驟ST205。
[0099][步驟ST208a]:事件處理部306a經(jīng)由通信部305將應(yīng)答消息發(fā)送到⑶I裝置100。在應(yīng)答消息中，儲(chǔ)存登記結(jié)果600。在ID500中，儲(chǔ)存在步驟ST201中取得了的、或者在步驟ST204中從ID管理部307送出了的、或者在步驟ST205中從ID管理部307送出了的ID。另外，在刪除ID列表610中，儲(chǔ)存在步驟ST210中刪除了的要素的O個(gè)以上的ID (在O個(gè)的情況下，僅儲(chǔ)存表示結(jié)束端的值)。但是，在步驟ST202中“取得失敗”的情況下，在ID500中設(shè)定無效的ID，刪除ID列表610成為空。
[0100]該實(shí)施方式中的事件發(fā)生時(shí)的服務(wù)裝置300a的動(dòng)作與實(shí)施方式I相同，所以此處省略說明。
[0101]另外，在該實(shí)施方式中，關(guān)于發(fā)生了來自服務(wù)裝置300a的事件通知的情況的⑶I裝置10a的動(dòng)作，與實(shí)施方式I相同，所以此處省略說明(⑶I裝置100、服務(wù)裝置300、事件處理部105分別被替換為⑶I裝置100a、服務(wù)裝置300a、事件處理部105a)。
[0102]這樣，實(shí)施方式2的服務(wù)裝置300a在將新的事件列表登記到事件列表存儲(chǔ)部308時(shí)，從事件列表存儲(chǔ)部308刪除要素，以滿足可在事件列表存儲(chǔ)部308中登記的數(shù)據(jù)大小這樣的限制，GUI裝置10a從服務(wù)裝置300a接受作為其刪除結(jié)果制作的刪除ID列表610，從事件列表存儲(chǔ)部106刪除相應(yīng)的要素。因此，具有能夠避免由于在事件列表存儲(chǔ)部308中登記了的數(shù)據(jù)的大小龐大化而有可能發(fā)生的資源不足(例如，存儲(chǔ)器枯竭)這樣的效果。另夕卜，通過對(duì)在事件列表存儲(chǔ)部308中登記了的數(shù)據(jù)大小設(shè)置限制，還具有能夠抑制針對(duì)事件列表存儲(chǔ)部308的處理所需的時(shí)間的上限這樣的效果。進(jìn)而，對(duì)GUI裝置10a也提供刪除了的要素的ID，所以不會(huì)發(fā)生與從GUI裝置10a指定了的ID對(duì)應(yīng)的要素不存在于事件列表存儲(chǔ)部308這樣的現(xiàn)象，還具有能夠削減⑶I裝置10a與服務(wù)裝置300a之間的無用的通信這樣的效果。
[0103]另外，在該實(shí)施方式中，說明了服務(wù)裝置300a中的、向可在事件列表存儲(chǔ)部308中登記的數(shù)據(jù)大小這樣的限制的應(yīng)對(duì)，但關(guān)于GUI裝置100a，通過應(yīng)用同樣的步驟，也能夠應(yīng)對(duì)可在事件列表存儲(chǔ)部106中登記的數(shù)據(jù)大小這樣的限制。即，在作為將事件列表或者ID發(fā)送到服務(wù)裝置300a的結(jié)果得到的應(yīng)答消息中包括ID的情況下，事件處理部105a判定是否超過可在事件列表存儲(chǔ)部106中登記的數(shù)據(jù)大小，在超過的情況下，將已在事件列表存儲(chǔ)部106中登記的事件列表和ID的組刪除I個(gè)以上，以成為不超過的狀態(tài)，在該狀態(tài)下，也可以將應(yīng)答消息中包含的ID、和GUI裝置10a發(fā)送了的事件列表或者代替地發(fā)送了 ID的事件列表作為I個(gè)組，登記到事件列表存儲(chǔ)部106。
[0104]如以上說明，根據(jù)實(shí)施方式2的通信系統(tǒng)，在將從⑶I裝置接收了的事件列表和唯一地確定事件列表的ID的組登記到服務(wù)裝置側(cè)事件列表存儲(chǔ)部之前，服務(wù)裝置側(cè)事件處理部判定是否超過可在服務(wù)裝置側(cè)事件列表存儲(chǔ)部中登記的數(shù)據(jù)大小，在超過的情況下，刪除已在服務(wù)裝置側(cè)事件列表存儲(chǔ)部中登記的事件列表和ID的組，使得成為不超過的狀態(tài)，在該狀態(tài)下，將從GUI裝置接收了的事件列表和唯一地確定事件列表的ID的組登記到服務(wù)裝置側(cè)事件列表存儲(chǔ)部，另一方面，將唯一地確定刪除了的事件列表的ID包含于向GUI裝置的應(yīng)答消息而發(fā)送，在作為將事件列表或者ID發(fā)送到服務(wù)裝置的結(jié)果得到的應(yīng)答消息中包括在服務(wù)裝置側(cè)事件列表存儲(chǔ)部中刪除了的ID的情況下，⑶I裝置側(cè)事件處理部從GUI裝置側(cè)事件列表存儲(chǔ)部刪除與刪除了的ID對(duì)應(yīng)的事件列表，所以能夠抑制服務(wù)裝置側(cè)的資源不足，并且能夠削減GUI裝置與服務(wù)裝置之間的無用的通信。
[0105]另外，根據(jù)實(shí)施方式2的通信系統(tǒng)，在作為將事件列表或者ID發(fā)送到服務(wù)裝置的結(jié)果得到的應(yīng)答消息中包括ID的情況下，GUI裝置側(cè)事件處理部判定是否超過可在GUI裝置側(cè)事件列表存儲(chǔ)部中登記的數(shù)據(jù)大小，在超過的情況下，刪除已在GUI裝置側(cè)事件列表存儲(chǔ)部中登記的事件列表和ID的組，使得成為不超過的狀態(tài)，在該狀態(tài)下，將在應(yīng)答消息中包含的ID、和GUI裝置發(fā)送了的事件列表、或者代替地發(fā)送了 ID的事件列表作為I個(gè)組，登記到GUI裝置側(cè)事件列表存儲(chǔ)部，所以能夠抑制GUI裝置側(cè)的資源不足。
[0106]實(shí)施方式3.
[0107]在實(shí)施方式1、實(shí)施方式2中，在從⑶I裝置100(⑶I裝置100a)對(duì)服務(wù)裝置300(服務(wù)裝置300a)請(qǐng)求事件列表的登記的情況下，發(fā)送了事件列表自身、和唯一地確定事件列表的ID中的某一個(gè)。此處，在發(fā)送對(duì)象的事件列表、和事件列表存儲(chǔ)部106中登記了的事件列表的差異少的情況(例如追加了 I個(gè)事件)下，發(fā)送事件列表整體的做法不高效。因此，在實(shí)施方式3中，通過使用與已登記的事件列表的差分，相比于發(fā)送事件列表自身的情況，削減通信量。
[0108]圖11示出本發(fā)明的實(shí)施方式3中的系統(tǒng)整體的結(jié)構(gòu)。
[0109]系統(tǒng)成為⑶I裝置10b和服務(wù)裝置300b經(jīng)由網(wǎng)絡(luò)200連接了的結(jié)構(gòu)。
[0110]⑶I裝置10b具備顯示部101、⑶I邏輯處理部102b、請(qǐng)求處理部103、通信部104、事件處理部(Gn裝置側(cè)事件處理部)105b、事件列表存儲(chǔ)部(Gn裝置側(cè)事件列表存儲(chǔ)部)106、接口部107。關(guān)于顯示部101、⑶I邏輯處理部102b、請(qǐng)求處理部103、通信部104、事件列表存儲(chǔ)部106、接口部107，結(jié)構(gòu)與實(shí)施方式I相同，所以此處的說明省略。
[0111]事件處理部105b是擔(dān)當(dāng)與⑶I裝置10b中的事件有關(guān)的處理的裝置，相對(duì)于實(shí)施方式I中的事件處理部105，追加了對(duì)服務(wù)裝置300b請(qǐng)求使用了 ID和事件列表的差分的事件列表的登記的功能。
[0112]服務(wù)裝置300b具備服務(wù)處理部301、請(qǐng)求處理部304、通信部305、事件處理部(服務(wù)裝置側(cè)事件處理部)306b、ID管理部307、事件列表存儲(chǔ)部(服務(wù)裝置側(cè)事件列表存儲(chǔ)部)308。關(guān)于服務(wù)處理部301、請(qǐng)求處理部304、通信部305、ID管理部307、事件列表存儲(chǔ)部308，結(jié)構(gòu)與實(shí)施方式I相同，所以此處的說明省略。
[0113]事件處理部306b是擔(dān)當(dāng)與服務(wù)裝置300b中的事件有關(guān)的處理的裝置，相對(duì)于實(shí)施方式I中的事件處理部306，追加了使用ID和事件列表的差分來登記事件列表的功能。
[0114]圖12是示出在⑶I裝置10b使用ID和事件列表的差分對(duì)服務(wù)裝置300b請(qǐng)求事件列表的登記的情況下發(fā)送的事件列表登記請(qǐng)求700的結(jié)構(gòu)的圖。事件列表登記請(qǐng)求700具備ID500和事件差分列表710。事件差分列表710具備包括操作類別711和事件名712的組的要素的列。在圖12中，儲(chǔ)存了(操作類別711x、事件名712x)、(操作類別711y、事件名712y)這2個(gè)要素。另外，操作類別711x的“ADD(加)”意味著對(duì)成為基準(zhǔn)的事件列表追加事件名712x，操作類別71 Iy的“DEL (刪)”意味著從成為基準(zhǔn)的事件列表刪除事件名712y。另外，事件差分列表710的結(jié)束端能夠通過要素?cái)?shù)或者表示結(jié)束端的要素來識(shí)別，但在圖12中省略。
[0115]接下來，使用圖3、圖11、圖12、圖13、圖14，說明⑶I裝置10b和服務(wù)裝置300b
的動(dòng)作。
[0116]圖13是示出該實(shí)施方式中的事件列表登記時(shí)的⑶I裝置10b的動(dòng)作的流程圖。
[0117]在步驟ST100、步驟STlOl、步驟ST102、步驟ST103、步驟ST104、步驟ST105、步驟ST106、步驟ST107、步驟ST108中，除了在步驟ST102中判斷為未登記的情況的接下來的處理變更為步驟ST110、通信對(duì)方從服務(wù)裝置300變更為服務(wù)裝置300b以外，實(shí)施方式I的事件處理部105和實(shí)施方式3的事件處理部105b的動(dòng)作相同。因此，此處省略這些步驟的說明。
[0118][步驟ST110]:事件處理部105b使用在步驟STlOl中在內(nèi)部臨時(shí)地存儲(chǔ)了的事件列表、和在事件列表存儲(chǔ)部106中登記了的各要素的事件列表，生成事件差分列表710，在其中選擇要素?cái)?shù)最小的一個(gè)。同時(shí)，事件處理部105b從事件列表存儲(chǔ)部106取得唯一地確定在所述事件差分列表710的生成中使用了的事件列表的ID。例如，在僅圖3的事件列表400A和ID500A登記于事件列表存儲(chǔ)部106，本次想要發(fā)送的事件列表是“Service (服務(wù))A_Event (事件)B”、“ServiceA_EventC”、“Se;rviceA_EventP”、“Se;rviceB_EventX，，這樣的結(jié)構(gòu)的情況下，生成的事件差分列表如710所示，ID500的值成為10。另外，事件差分列表710中的操作類別711x的“ADD”和事件名712x的“ServiceA_EventP”表示對(duì)事件列表追加“ServiceA_EventP”,操作類別 711y 的“DEL”和事件名 712y 的“ServiceA_EventA”表不從事件列表刪除“ Servi ceA_EventA ”。
[0119][步驟ST111]:事件處理部105b比較作為在步驟STlOl中在內(nèi)部臨時(shí)地存儲(chǔ)了的事件列表的信息量的要素?cái)?shù)、和作為在步驟STllO中生成了的事件差分列表710的信息量的要素?cái)?shù)。在臨時(shí)地存儲(chǔ)了的事件列表的要素?cái)?shù)更大的情況下，判斷為“差分〈原來的列表”，進(jìn)入到步驟ST112。在其以外的情況下，判斷為“差分>原來的列表”，進(jìn)入到步驟ST103。另外，在事件列表存儲(chǔ)部106中什么也未登記的情況下，無條件地進(jìn)入到步驟ST103。
[0120][步驟ST112]:事件處理部105b使用在步驟ST110中得到了的事件差分列表710、和唯一地確定在該事件差分列表710的生成中使用了的事件列表的ID，生成事件列表登記請(qǐng)求700，經(jīng)由通信部104，向服務(wù)裝置300發(fā)送事件列表登記請(qǐng)求700。
[0121]圖14是示出該實(shí)施方式中的事件列表登記時(shí)的服務(wù)裝置300b的動(dòng)作的流程圖。
[0122]在步驟ST200、步驟ST202、步驟ST204、步驟ST205、步驟ST206、步驟ST207、步驟ST209中，除了通信對(duì)方從⑶I裝置100變更為⑶I裝置10b以外，實(shí)施方式I的事件處理部306和實(shí)施方式3的事件處理部306a的動(dòng)作相同。因此，此處省略這些步驟的說明。
[0123][步驟ST201a]:通信部305向事件處理部306b送出接收數(shù)據(jù)。事件處理部306b判定接收數(shù)據(jù)的種類(ID、事件列表、ID+差分)。在ID的情況下，事件處理部306b存儲(chǔ)接收數(shù)據(jù)中包含的ID，進(jìn)入到步驟ST202。在事件列表的情況下，事件處理部306b存儲(chǔ)在接收數(shù)據(jù)中包含的事件列表，進(jìn)入到步驟ST203a。在ID+差分的情況下，進(jìn)入到步驟ST211。
[0124][步驟ST211]:事件處理部306b向ID管理部307送出接收數(shù)據(jù)中包含的ID，請(qǐng)求檢索。ID管理部307使用所述ID，檢索在事件列表存儲(chǔ)部308中是否登記了一致的要素。此處，在未發(fā)現(xiàn)相應(yīng)的要素的情況下，事件處理部306b判斷為“生成失敗”，進(jìn)入到步驟ST208b。在發(fā)現(xiàn)了相應(yīng)的要素的情況下，ID管理部307將發(fā)現(xiàn)了的要素中包含的事件列表送到事件處理部306b，事件處理部306b使用所述事件列表、和接收數(shù)據(jù)中包含的事件差分列表710，生成成為登記對(duì)象的事件列表。具體而言，針對(duì)從ID管理部307送出了的事件列表，追加操作類別711成為“ADD”的要素的事件名712，刪除操作類別711成為“DEL”的要素的事件名712。之后，事件處理部306b將生成了的事件列表存儲(chǔ)到內(nèi)部，判斷為“生成成功”，進(jìn)入到步驟ST203a。
[0125][步驟ST203a]:事件處理部306b使用在步驟ST201或者步驟ST211中存儲(chǔ)了的事件列表來參照事件列表存儲(chǔ)部308，確認(rèn)是否存在一致的要素。在存在的情況下，判斷為“有相應(yīng)”，進(jìn)入到步驟ST204。在不存在的情況下，判斷為“無相應(yīng)”，進(jìn)入到步驟ST205。
[0126][步驟ST208b]:事件處理部306b經(jīng)由通信部305，將應(yīng)答消息發(fā)送到⑶I裝置100。在應(yīng)答消息中，儲(chǔ)存在步驟ST201中取得了的、或者在步驟ST204中從ID管理部307送出了的、或者在步驟ST205中從ID管理部307送出了的ID。但是，在步驟ST202中“取得失敗”的情況、或者在步驟ST211中“生成失敗”的情況下，儲(chǔ)存無效的ID。
[0127]該實(shí)施方式中的事件發(fā)生時(shí)的服務(wù)裝置300b的動(dòng)作與實(shí)施方式I相同，所以此處省略說明。
[0128]另外，在該實(shí)施方式中，關(guān)于發(fā)生了來自服務(wù)裝置300b的事件通知的情況的⑶I裝置10b的動(dòng)作，與實(shí)施方式I相同，所以此處省略說明(⑶I裝置100、服務(wù)裝置300、事件處理部105分別被替換為⑶I裝置100b、服務(wù)裝置300b、事件處理部105b)。
[0129]這樣，實(shí)施方式3的⑶I裝置10b在將事件列表發(fā)送到服務(wù)裝置300b之前，使用在事件列表存儲(chǔ)部106中登記了的事件列表來生成差分，在差分的大小小的情況下，將唯一地確定在差分的生成中使用了的事件列表的ID、和生成了的差分發(fā)送到服務(wù)裝置300b，服務(wù)裝置300b使用接收了的ID、差分、以及在事件列表存儲(chǔ)部308中儲(chǔ)存了的事件列表，生成登記對(duì)象的事件列表。因此，相比于發(fā)送事件列表自身的情況，具有能夠削減通信量這樣的效果。
[0130]另外，在該實(shí)施方式的說明中，以事件列表的差分中的要素?cái)?shù)為基準(zhǔn)，選擇了信息量最小的部分，但也可以將例如數(shù)據(jù)大小作為信息量的基準(zhǔn)。
[0131]另外，在該實(shí)施方式的說明中，在操作類別711中設(shè)定了 “ADD”、“DEL”等字符串，但即使用數(shù)值來表現(xiàn)，通過該實(shí)施方式得到的效果也不變化。
[0132]另外，在該實(shí)施方式中，說明了對(duì)實(shí)施方式I中的⑶I裝置100、服務(wù)裝置300追加了的步驟，但通過對(duì)實(shí)施方式2中的⑶I裝置100a、服務(wù)裝置300a追加同樣的步驟，當(dāng)然也得到該實(shí)施方式的效果。
[0133]如以上說明，根據(jù)實(shí)施方式3的通信系統(tǒng)，在將未在GUI裝置側(cè)事件列表存儲(chǔ)部中登記的事件列表發(fā)送到服務(wù)裝置的情況下，⑶I裝置側(cè)事件處理部生成發(fā)送對(duì)象事件列表、和已在GUI裝置側(cè)事件列表存儲(chǔ)部中登記的事件列表的差分，在表示生成了的差分的信息量小于發(fā)送對(duì)象事件列表的信息量的情況下，代替發(fā)送對(duì)象事件列表，將生成了的差分、和唯一地確定為了生成差分而使用了的已在GUI裝置側(cè)事件列表存儲(chǔ)部中登記的事件列表的ID發(fā)送到服務(wù)裝置，服務(wù)裝置側(cè)事件處理部在從GUI裝置接收到ID和差分的情況下，使用ID從服務(wù)裝置側(cè)事件列表存儲(chǔ)部取得事件列表，使用取得了的事件列表和差分來生成新的事件列表，將生成了的新的事件列表替代從GUI裝置接收了的事件列表來進(jìn)行處理，所以能夠進(jìn)一步削減GUI裝置與服務(wù)服務(wù)裝置之間的通信量。
[0134]實(shí)施方式4.
[0135]在實(shí)施方式I?3中，成為關(guān)于在服務(wù)裝置300 (服務(wù)裝置300a、服務(wù)裝置300b)中發(fā)生了的事件，在進(jìn)行了事件處理部306(事件處理部306a、事件處理部306b)中的通知判定之后，立即通知給⑶I裝置100 (OTI裝置100a、⑶I裝置100b)的動(dòng)作。關(guān)于事件的發(fā)生周期、頻度，通過作為發(fā)生源的服務(wù)裝置的規(guī)格決定的情況較多，但根據(jù)⑶I裝置的規(guī)格，有時(shí)期望成為比服務(wù)的規(guī)格長的周期、少的頻度的通知。但是，不期望由于GUI裝置的情況而變更服務(wù)裝置的規(guī)格。因此，在實(shí)施方式4中，通過追加由GUI裝置針對(duì)每個(gè)事件設(shè)定通知周期的構(gòu)造，無需變更服務(wù)裝置的規(guī)格，能夠變更通知周期。另外，通過集中通知相同的通知周期的事件，削減服務(wù)裝置與GUI裝置之間的通信次數(shù)。
[0136]圖15示出本發(fā)明的實(shí)施方式4中的系統(tǒng)整體的結(jié)構(gòu)。
[0137]系統(tǒng)成為⑶I裝置10c和服務(wù)裝置300c經(jīng)由網(wǎng)絡(luò)200連接的結(jié)構(gòu)。
[0138]⑶I裝置10c具備顯示部101、⑶I邏輯處理部102c、請(qǐng)求處理部103、通信部104、事件處理部(⑶I裝置側(cè)事件處理部)105C、事件列表存儲(chǔ)部106、接口部107。關(guān)于顯示部101、請(qǐng)求處理部103、通信部104、事件列表存儲(chǔ)部106、接口部107，結(jié)構(gòu)與實(shí)施方式I相同，所以此處的說明省略。
[0139]⑶I邏輯處理部102c是構(gòu)筑在顯示部101中顯示的⑶1、或者擔(dān)當(dāng)與接口部107的輸入輸出的裝置。另外，⑶I邏輯處理部102C經(jīng)由請(qǐng)求處理部103向服務(wù)裝置300發(fā)布請(qǐng)求、或者根據(jù)從事件處理部105c通知了的事件變更在顯示部101中顯示的⑶1、或者經(jīng)由接口部107進(jìn)行⑶I以外的輸出。⑶I邏輯處理部102c針對(duì)事件處理部105c，在將各畫面需要的事件提供給事件處理部105c時(shí)，還一并提供各事件的通知周期。
[0140]事件處理部105c是擔(dān)當(dāng)與⑶I裝置10c中的事件有關(guān)的處理的裝置，相對(duì)于實(shí)施方式I中的事件處理部105，追加了設(shè)定每個(gè)事件的通知周期的功能、和與包括多個(gè)事件的通知對(duì)應(yīng)的功能。
[0141]服務(wù)裝置300c具備服務(wù)處理部301、請(qǐng)求處理部304、通信部305、事件處理部(月艮務(wù)裝置側(cè)事件處理部)306c、ID管理部307、事件列表存儲(chǔ)部308、事件積蓄部309。關(guān)于服務(wù)處理部301、請(qǐng)求處理部304、通信部305、ID管理部307，結(jié)構(gòu)與實(shí)施方式I相同，所以此處的說明省略。
[0142]事件處理部306c是擔(dān)當(dāng)與服務(wù)裝置300c中的事件有關(guān)的處理的裝置，相對(duì)于實(shí)施方式I中的事件處理部306，追加了設(shè)定事件的通知周期的功能、和集中通知多個(gè)事件的功能。事件積蓄部309是用于臨時(shí)地存儲(chǔ)通知對(duì)象的事件的裝置。
[0143]圖16是示出該實(shí)施方式中的事件列表800的結(jié)構(gòu)的圖。事件列表800在將事件名811和通知周期812的組作為一個(gè)要素的情況下，儲(chǔ)存O個(gè)以上的要素。在圖16的例子中，儲(chǔ)存了 4組(事件名811p和通知周期812p的組)?(事件名811s和通知周期812s)的組。另外，事件列表800的結(jié)束端能夠通過要素?cái)?shù)或者表示結(jié)束端的要素來識(shí)別，但在圖16中省略。
[0144]接下來，使用圖15、圖16、圖17、圖18、圖19、圖20，說明GUI裝置10c和服務(wù)裝置300c的動(dòng)作。
[0145]圖17是示出該實(shí)施方式中的事件列表登記時(shí)的GUI裝置10c的動(dòng)作的流程圖。
[0146]在步驟ST100、步驟ST104、步驟ST105、步驟ST106、步驟ST108中，除了事件列表400變更為事件列表800、通信對(duì)方從服務(wù)裝置300變更為服務(wù)裝置300c以外，實(shí)施方式I的事件處理部105和實(shí)施方式4的事件處理部105c的動(dòng)作相同。因此，此處，關(guān)于與實(shí)施方式I同樣的步驟，省略其說明。
[0147][步驟STlOla]:GUI邏輯處理部102c將遷移后的畫面中需要的事件和通知周期提供給事件處理部105c。事件處理部105c使用從⑶I邏輯處理部102c提供了的O個(gè)以上的事件和通知周期的組來制作事件列表800，在內(nèi)部臨時(shí)地存儲(chǔ)。
[0148][步驟ST102a]:事件處理部105c使用在步驟STlOla中在內(nèi)部臨時(shí)地存儲(chǔ)了的事件列表800，檢索在事件列表存儲(chǔ)部106中是否登記了與事件列表800 —致的要素。在“未登記”的情況下，進(jìn)入到步驟ST103a。在“已登記”的情況下，取得相應(yīng)的要素中存儲(chǔ)了的ID，進(jìn)入到步驟ST104。
[0149][步驟ST103a]:事件處理部105c經(jīng)由通信部104，向服務(wù)裝置300c發(fā)送事件列表 800。
[0150][步驟ST107a]:事件處理部105c將在步驟ST105中接收了的ID和在步驟STlOla中在內(nèi)部臨時(shí)地存儲(chǔ)了的事件列表800的組登記到事件列表存儲(chǔ)部106。
[0151]圖18是示出該實(shí)施方式中的事件列表登記時(shí)的服務(wù)裝置300c的動(dòng)作的流程圖。
[0152]在步驟ST200、步驟ST201、步驟ST202、步驟ST204、步驟ST205、步驟ST206、步驟ST207、步驟ST208、步驟ST209中，除了通信對(duì)方從⑶I裝置100變更為⑶I裝置10c以夕卜，實(shí)施方式I的事件處理部306和實(shí)施方式4的事件處理部306c的動(dòng)作相同。因此，此處省略這些步驟的說明。
[0153][步驟ST203b]:事件處理部306c使用在步驟ST201中存儲(chǔ)了的事件列表來參照事件列表存儲(chǔ)部308，確認(rèn)是否存在一致的要素。在存在的情況下，判斷為“有相應(yīng)”，進(jìn)入到步驟ST204。在不存在的情況下，判斷為“無相應(yīng)”，進(jìn)入到步驟ST205。另外，與實(shí)施方式I中的步驟ST203的差異在于，在事件列表的一致判定中，還使用了通知周期。
[0154][步驟ST212]:事件處理部306c首先將在事件積蓄部309中存在的事件隊(duì)列全部清除。在各事件隊(duì)列中能夠設(shè)定通知周期(后述圖20所示)，但其設(shè)定也清除。接下來，事件處理部306c參照在內(nèi)部存儲(chǔ)了的事件列表的各要素的通知周期，確認(rèn)在事件積蓄部309中是否存在依照該周期的事件隊(duì)列，在不存在的情況下，在事件積蓄部309中生成事件隊(duì)列、或者在通知周期是未設(shè)定的事件隊(duì)列中設(shè)定通知周期。另外，在周期是Oms (毫秒)的情況下，不進(jìn)行向事件隊(duì)列的積蓄，所以不生成事件隊(duì)列。最后，事件處理部306c針對(duì)設(shè)定了通知周期的每個(gè)事件隊(duì)列，準(zhǔn)備針對(duì)每個(gè)通知周期點(diǎn)火(針對(duì)每個(gè)通知周期發(fā)生用于通知的觸發(fā))的定時(shí)器，并開始。
[0155]圖19是示出該實(shí)施方式中的事件發(fā)生時(shí)的服務(wù)裝置300c的動(dòng)作的流程圖。
[0156]在步驟ST300、步驟ST301、步驟ST302、步驟ST303中，除了在步驟ST301中判斷為“通知對(duì)象”的情況下接下來的處理成為步驟ST304、通信對(duì)方從服務(wù)裝置300變更為服務(wù)裝置300c以外，實(shí)施方式I的事件處理部306和實(shí)施方式4的事件處理部306c的動(dòng)作相同。因此，此處省略這些步驟的說明。
[0157][步驟ST304]:事件處理部306c根據(jù)從服務(wù)處理部301送出了的事件的名稱，從在內(nèi)部存儲(chǔ)了的事件列表，取得所述事件的通知周期，在Oms的情況下進(jìn)入到步驟ST302。在Oms以外的情況下，進(jìn)入到步驟ST305。
[0158][步驟ST305]:事件處理部306c使用在步驟ST304中取得了的周期，從事件積蓄部309確定相應(yīng)的事件隊(duì)列，儲(chǔ)存從服務(wù)處理部301送出了的事件。
[0159]圖20是示出事件隊(duì)列與定時(shí)器的關(guān)系的說明圖。
[0160]在圖示例中，在事件隊(duì)列310a中，儲(chǔ)存了 2個(gè)ServiceB_EventX,在事件隊(duì)列310b中，儲(chǔ)存了 2 個(gè) ServiceA_EventC 和 I 個(gè) ServiceA_EventA。另外，事件隊(duì)列 310a 與每 200ms點(diǎn)火的定時(shí)器311a對(duì)應(yīng)，而事件隊(duì)列310b與每10ms點(diǎn)火的定時(shí)器311b對(duì)應(yīng)。
[0161]在這樣事件隊(duì)列和定時(shí)器關(guān)聯(lián)起來了的狀態(tài)下，在某一個(gè)定時(shí)器點(diǎn)火了的情況下，事件處理部306c從與點(diǎn)火了的定時(shí)器對(duì)應(yīng)的事件隊(duì)列將事件全部取出，經(jīng)由通信部305通知給⑶I裝置100c。之后，使用在事件隊(duì)列中設(shè)定了的周期，開始定時(shí)器。即，如果定時(shí)器結(jié)束點(diǎn)火，則之后不進(jìn)行動(dòng)作，所以周期性地進(jìn)行使定時(shí)器再次開始、從事件隊(duì)列取出事件而通知這樣的動(dòng)作。另外,在事件隊(duì)列310空的情況下，不進(jìn)行通知。關(guān)于這些動(dòng)作，未圖示。
[0162]在從服務(wù)裝置300c通知多個(gè)事件，這樣的包括多個(gè)事件的通知到達(dá)⑶I裝置10c的情況下，通信部104將接收了的內(nèi)容送到事件處理部105c，事件處理部105c將接收了的內(nèi)容中包含的各個(gè)事件送到⑶I邏輯處理部102c。關(guān)于這些動(dòng)作，未圖示。
[0163]這樣，實(shí)施方式4的⑶I裝置10c將包括各事件的通知周期的事件列表發(fā)送到服務(wù)裝置300c，服務(wù)裝置300c根據(jù)接收了的事件列表中包含的通知周期，設(shè)置事件隊(duì)列，開始定時(shí)器，在事件發(fā)生時(shí)，根據(jù)每個(gè)事件的通知周期，在事件隊(duì)列中積蓄事件，在定時(shí)器點(diǎn)火了的情況下，集中通知在事件隊(duì)列中積蓄了的事件，接收到儲(chǔ)存了多個(gè)事件的通知的GUI裝置10c將各事件送到⑶I邏輯處理部102c。因此，相比于針對(duì)每個(gè)事件發(fā)生而通知的情況，具有能夠削減通知次數(shù)這樣的效果。
[0164]另外，在上述說明中，設(shè)為如果是通知對(duì)象的事件，則始終積蓄到事件隊(duì)列，但無需針對(duì)CTI裝置通知多個(gè)相同的事件的情況較多。因此，在步驟ST305的動(dòng)作之前，掃描積蓄對(duì)象的事件隊(duì)列，在積蓄了相同的事件的情況下，也可以不進(jìn)行事件的積蓄。圖21示出該動(dòng)作。此處，步驟ST306中的事件存在確認(rèn)的步驟以外的步驟與圖19所示的各步驟相同，所以僅說明步驟ST306。
[0165][步驟ST306]:事件處理部306c在步驟ST304的周期確認(rèn)中，周期是Oms以外的情況下，確認(rèn)相同的事件是否積蓄于事件隊(duì)列。在已積蓄的情況下，原樣地轉(zhuǎn)移到步驟ST303而結(jié)束，在未積蓄的情況下，轉(zhuǎn)移到步驟ST305。由此，具有能夠削減針對(duì)設(shè)定了的每個(gè)周期通知的事件的個(gè)數(shù)這樣的效果。
[0166]另外，在事件隊(duì)列中積蓄了相同的事件的情況下，也可以刪除積蓄了的事件，重新將積蓄對(duì)象事件追加到事件隊(duì)列。圖22示出該動(dòng)作。此處，除了步驟ST307中的事件刪除的步驟以外，與圖21所示的各步驟相同，所以僅說明步驟ST307。
[0167][步驟ST307]:事件處理部306c在步驟ST306的事件存在確認(rèn)中，在相同的事件已經(jīng)積蓄的情況下，刪除已經(jīng)積蓄的相同的事件，轉(zhuǎn)移到步驟ST305。通過這樣的動(dòng)作，能夠按事件發(fā)生時(shí)刻順序向事件隊(duì)列積蓄。
[0168]另外，在上述說明中，作為唯一地確定事件的信息，使用了事件名，但在事件具有某種參數(shù)的情況下，也可以在可否向事件隊(duì)列積蓄的判斷中，還一并使用該參數(shù)。例如，設(shè)為 ServiceA_EventA 具有 2 個(gè)參數(shù)(param_ _a，param—b)。
[0169]設(shè)為在事件隊(duì)列中，積蓄了 ServiceA_Event(l，200)這樣的事件?？紤]在該狀態(tài)下發(fā)生了 ServiceA_Event (2, 200)這樣的事件的情況。此處,在上述圖21以及圖22的動(dòng)作中的步驟ST306的“事件存在確認(rèn)”中，還使用參數(shù)的值來判定事件的同一性。因此，事件處理部 306c 判定為 ServiceA_Event (I, 200)和 ServiceA_Event (2, 200)是不同的事件，作為結(jié)果，將ServiceA_Event (2, 200)儲(chǔ)存到事件隊(duì)列。
[0170]另外，在上述說明中，在事件列表800的通知周期812中連“ms”這樣的單位都進(jìn)行了描述，但在GUI裝置10c與服務(wù)裝置300c之間明確決定了事件列表800的描述規(guī)格的情況下，也可以省略單位。其意味著，即使通知周期812并非字符串而是數(shù)值，該實(shí)施方式的效果也不變化。
[0171]另外，在實(shí)施方式4中，說明了相對(duì)于實(shí)施方式I中的⑶I裝置100、服務(wù)裝置300追加了的步驟，但通過相對(duì)于實(shí)施方式2和實(shí)施方式3中的⑶I裝置100a、⑶I裝置100b、服務(wù)裝置300a、服務(wù)裝置300b追加同樣的步驟，當(dāng)然也得到該實(shí)施方式的效果。
[0172]進(jìn)而，在實(shí)施方式3中的差分的表現(xiàn)中，在事件的名稱相同且僅通知周期不同的情況下，通過對(duì)操作類別711追加用于僅更換通知周期的類別，相比于操作類別711是“DEL”、“ADD”這2種的情況，能夠削減差分的大小。例如，使用圖16對(duì)其進(jìn)行說明。
[0173]在圖16中，對(duì)ServiceA_EventA設(shè)定了周期100ms。作為在服務(wù)處理部301中使用了圖16的事件列表的狀態(tài)，考慮將周期變更為200ms的情況的差分描述。
[0174]在組合了 DEL和ADD的情況下，事件差分列表成為如下那樣的描述。(l)DEL，ServiceA—EventA
[0175](2)ADD，ServiceA—EventA，200ms
[0176]另一方面，對(duì)操作類別追加REPLACE(變更)。其中，僅蓋寫事件列表的通知周期。事件差分列表能夠如以下那樣描述。
[0177](I) REPLACE (更換)，ServiceA_EventA, 200ms
[0178]這樣，在使用了用于僅更換通知周期的類別時(shí)，能夠減小差分的大小。
[0179]如以上說明，根據(jù)實(shí)施方式4的通信系統(tǒng)，⑶I裝置側(cè)事件處理部在向服務(wù)裝置發(fā)送事件列表的情況下，對(duì)各事件附加來自服務(wù)裝置的通知間隔的信息，并且，服務(wù)裝置具備儲(chǔ)存與各事件的通知間隔對(duì)應(yīng)的事件隊(duì)列的事件積蓄部，在通過服務(wù)處理部的服務(wù)發(fā)生的事件是從GUI裝置通知了的事件的情況下，服務(wù)裝置側(cè)事件處理部在與事件的通知間隔對(duì)應(yīng)的事件隊(duì)列中儲(chǔ)存該事件，并且在成為事件隊(duì)列的通知定時(shí)的情況下，將在事件隊(duì)列中儲(chǔ)存了的事件通知給CTI裝置，所以無需變更服務(wù)裝置的規(guī)格，而能夠變更通知周期。另夕卜，能夠削減服務(wù)裝置與GUI裝置之間的通信次數(shù)。
[0180]另外，根據(jù)實(shí)施方式4的通信系統(tǒng)，服務(wù)裝置側(cè)事件處理部在事件隊(duì)列中儲(chǔ)存事件時(shí)，已經(jīng)儲(chǔ)存了相同的事件的情況下，不進(jìn)行事件的儲(chǔ)存、或者在刪除已經(jīng)儲(chǔ)存了的事件之后儲(chǔ)存事件，所以能夠削減針對(duì)設(shè)定了的每個(gè)周期通知的事件的個(gè)數(shù)。
[0181]另外，根據(jù)實(shí)施方式4的通信系統(tǒng)，服務(wù)裝置側(cè)事件處理部在事件具有參數(shù)的情況下，包括參數(shù)來進(jìn)行是否在事件隊(duì)列中已經(jīng)儲(chǔ)存了相同的事件的同一性判定，所以在GUI裝置根據(jù)在事件中包含的參數(shù)的值來變更顯示的情況下，不會(huì)在服務(wù)裝置中去掉需要的事件，而能夠?qū)崿F(xiàn)想要的GUI的變更。
[0182]另外，本申請(qǐng)發(fā)明能夠在該發(fā)明的范圍內(nèi)，實(shí)現(xiàn)各實(shí)施方式的自由的組合、或者各實(shí)施方式的任意的構(gòu)成要素的變形、或者各實(shí)施方式中的任意的構(gòu)成要素的省略。
[0183]產(chǎn)業(yè)上的可利用性
[0184]如以上那樣，關(guān)于本發(fā)明的通信系統(tǒng)，在服務(wù)器中安裝服務(wù)邏輯、在客戶端中安裝⑶I，它們經(jīng)由網(wǎng)絡(luò)協(xié)作，從而構(gòu)成系統(tǒng)，適用于具有⑶I的嵌入設(shè)備。
【權(quán)利要求】
1.一種通信系統(tǒng)，根據(jù)事件通知進(jìn)行畫面構(gòu)筑的GUI裝置、和執(zhí)行服務(wù)而發(fā)生事件的服務(wù)裝置經(jīng)由網(wǎng)絡(luò)連接，相互進(jìn)行通信，其特征在于， 所述⑶I裝置具備: GUI裝置側(cè)事件列表存儲(chǔ)部，儲(chǔ)存作為所述事件的一覽的事件列表、和唯一地確定該事件列表的ID ;以及 GUI裝置側(cè)事件處理部，將所述畫面構(gòu)筑時(shí)該畫需要的事件列表發(fā)送到所述服務(wù)裝置，并且在該發(fā)送之前，參照所述GUI裝置側(cè)事件列表存儲(chǔ)部，在存在與發(fā)送對(duì)象事件列表一致的事件列表的情況下，取得唯一地確定該事件列表的ID，代替所述發(fā)送對(duì)象事件列表而將該ID發(fā)送到所述服務(wù)裝置， 并且，在作為將所述事件列表或者所述ID發(fā)送到所述服務(wù)裝置的結(jié)果而得到的應(yīng)答消息中包括ID的情況下，所述GUI裝置側(cè)事件處理部將該應(yīng)答消息中包含的ID、和對(duì)所述服務(wù)裝置發(fā)送了的事件列表或者代替地發(fā)送了 ID的事件列表作為I個(gè)組存儲(chǔ)到所述⑶I裝置側(cè)事件列表存儲(chǔ)部， 所述服務(wù)裝置具備: 服務(wù)裝置側(cè)事件列表存儲(chǔ)部，儲(chǔ)存作為所述事件的一覽的事件列表、和唯一地確定該事件列表的ID ； ID管理部，管理所述事件列表和所述ID的關(guān)系； 服務(wù)處理部，執(zhí)行所述服務(wù)來發(fā)生事件；以及 事件處理部，在從所述GUI裝置接收到所述事件列表的情況下，參照所述服務(wù)裝置側(cè)事件列表存儲(chǔ)部，在存在與接收了的所述事件列表一致的事件列表的情況下，取得唯一地確定該事件列表的ID，將該ID包含于向所述GUI裝置的應(yīng)答消息而發(fā)送，并且在參照了所述服務(wù)裝置側(cè)事件列表存儲(chǔ)部的結(jié)果不存在與接收了的事件列表一致的事件列表的情況下，從所述ID管理部取得未在所述服務(wù)裝置側(cè)事件列表存儲(chǔ)部中登記的ID，將取得了的該ID和接收了的所述事件列表作為I個(gè)組，登記到所述服務(wù)裝置側(cè)事件列表存儲(chǔ)部，將取得了的所述ID包含于向所述GUI裝置的應(yīng)答消息而發(fā)送，在從所述GUI裝置接收到ID的情況下，參照所述服務(wù)裝置側(cè)事件列表存儲(chǔ)部，在存在與接收了的所述ID —致的事件列表的情況下，將接收了的ID包含于向所述GUI裝置的應(yīng)答消息而發(fā)送， 并且，針對(duì)通過所述服務(wù)處理部的服務(wù)而發(fā)生的事件，所述服務(wù)裝置側(cè)事件處理部判定包括該事件的事件列表是否成為向所述GUI裝置的通知對(duì)象，僅在成為通知對(duì)象的情況下，將所述事件通知給GUI裝置。
2.根據(jù)權(quán)利要求1所述的通信系統(tǒng)，其特征在于， 服務(wù)裝置側(cè)事件處理部在將從GUI裝置接收了的事件列表、和唯一地確定該事件列表的ID的組登記到服務(wù)裝置側(cè)事件列表存儲(chǔ)部之前，判定是否超過能夠在該服務(wù)裝置側(cè)事件列表存儲(chǔ)部中登記的數(shù)據(jù)大小，在超過的情況下，刪除已在所述服務(wù)裝置側(cè)事件列表存儲(chǔ)部中登記的事件列表和ID的組，使得成為不超過的狀態(tài)，在該狀態(tài)下，將從所述CTI裝置接收了的事件列表和唯一地確定該事件列表的ID的組登記到所述服務(wù)裝置側(cè)事件列表存儲(chǔ)部，并且將唯一地確定刪除了的事件列表的ID包含于向所述GUI裝置的應(yīng)答消息而發(fā)送， GUI裝置側(cè)事件處理部在作為將事件列表或者ID發(fā)送到所述服務(wù)裝置的結(jié)果而得到的應(yīng)答消息中包括在所述服務(wù)裝置側(cè)事件列表存儲(chǔ)部中刪除了的ID的情況下，從GUI裝置側(cè)事件列表存儲(chǔ)部刪除與刪除了的該ID對(duì)應(yīng)的事件列表。
3.根據(jù)權(quán)利要求1所述的通信系統(tǒng)，其特征在于， GUI裝置側(cè)事件處理部在作為將事件列表或者ID發(fā)送到服務(wù)裝置的結(jié)果而得到的應(yīng)答消息中包括ID的情況下，判定是否超過能夠在⑶I裝置側(cè)事件列表存儲(chǔ)部中登記的數(shù)據(jù)大小，在超過的情況下，刪除已在所述GUI裝置側(cè)事件列表存儲(chǔ)部中登記的事件列表和ID的組，使得成為不超過的狀態(tài)，在該狀態(tài)下，將所述應(yīng)答消息中包含的ID、和GUI裝置發(fā)送了的事件列表或者代替地發(fā)送了 ID的事件列表作為I個(gè)組，登記到所述GUI裝置側(cè)事件列表存儲(chǔ)部。
4.根據(jù)權(quán)利要求1所述的通信系統(tǒng)，其特征在于， GUI裝置側(cè)事件處理部在將未在GUI裝置側(cè)事件列表存儲(chǔ)部中登記的事件列表發(fā)送到服務(wù)裝置的情況下，生成該發(fā)送對(duì)象事件列表、和已在所述Gn裝置側(cè)事件列表存儲(chǔ)部中登記的事件列表的差分，在表示生成了的差分的信息量小于所述發(fā)送對(duì)象事件列表的信息量的情況下，代替該發(fā)送對(duì)象事件列表，將生成了的所述差分、和唯一地確定為了生成該差分而使用了的已在GUI裝置側(cè)事件列表存儲(chǔ)部中登記的事件列表的ID發(fā)送到服務(wù)裝置， 服務(wù)裝置側(cè)事件處理部在從⑶I裝置接收了所述ID和所述差分的情況下，使用該ID從服務(wù)裝置側(cè)事件列表存儲(chǔ)部取得事件列表，使用取得了的該事件列表和所述差分來生成新的事件列表，用生成了的該新的事件列表代替從所述GUI裝置接收了的事件列表而進(jìn)行處理。
5.根據(jù)權(quán)利要求1所述的通信系統(tǒng)，其特征在于， ⑶I裝置側(cè)事件處理部在向服務(wù)裝置發(fā)送事件列表的情況下，對(duì)各事件附加來自該服務(wù)裝置的通知間隔的信息，并且， 所述服務(wù)裝置具備儲(chǔ)存與所述各事件的通知間隔對(duì)應(yīng)的事件隊(duì)列的事件積蓄部， 服務(wù)裝置側(cè)事件處理部在通過服務(wù)處理部的服務(wù)而發(fā)生的事件是從所述GUI裝置通知了的事件的情況下，在與該事件的通知間隔對(duì)應(yīng)的事件隊(duì)列中儲(chǔ)存該事件，并且在成為所述事件隊(duì)列的通知定時(shí)的情況下，將在該事件隊(duì)列中儲(chǔ)存了的事件通知給所述CTI裝置。
6.根據(jù)權(quán)利要求5所述的通信系統(tǒng)，其特征在于， 服務(wù)裝置側(cè)事件處理部在事件隊(duì)列中儲(chǔ)存事件時(shí)，在已經(jīng)儲(chǔ)存了相同的事件的情況下，不進(jìn)行所述事件的儲(chǔ)存、或者在刪除已儲(chǔ)存了的事件之后儲(chǔ)存所述事件。
7.根據(jù)權(quán)利要求6所述的通信系統(tǒng)，其特征在于， 服務(wù)裝置側(cè)事件處理部在事件具有參數(shù)的情況下，包括所述參數(shù)而進(jìn)行是否在事件隊(duì)列中已經(jīng)儲(chǔ)存了相同的事件的同一性判定。
【文檔編號(hào)】G06F9/54GK104169882SQ201280071104
【公開日】2014年11月26日 申請(qǐng)日期:2012年7月2日 優(yōu)先權(quán)日:2012年7月2日
【發(fā)明者】氏家純也, 羽藤淳平, 佐佐木干郎 申請(qǐng)人:三菱電機(jī)株式會(huì)社