亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

模態(tài)同步控制方法及多模態(tài)界面系統(tǒng)的制作方法

文檔序號:6564781閱讀:163來源:國知局
專利名稱:模態(tài)同步控制方法及多模態(tài)界面系統(tǒng)的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及使多個用戶界面同步的方法、實現(xiàn)該方法的系統(tǒng)及其程序。
背景技術(shù)
伴隨因特網(wǎng)的普及和Web技術(shù)的發(fā)展,用戶使用Web瀏覽器可以從WWW服務(wù)器(World Wide Web)取得因特網(wǎng)上的各種信息并閱讀。從WWW服務(wù)器取得的內(nèi)容用HTML(Hyper Text Markup Language)描述語言進行描述,Web瀏覽器解釋這些信息并在畫面上顯示信息。
這些Web系統(tǒng)不僅單純地取得服務(wù)器上的靜態(tài)內(nèi)容并顯示在畫面上,而且發(fā)展到根據(jù)來自Web瀏覽器的輸入數(shù)據(jù),在服務(wù)器側(cè)進行以數(shù)據(jù)庫等為對象的信息處理,并且以該結(jié)果為基礎(chǔ)生成動態(tài)內(nèi)容輸出給瀏覽器的Web應(yīng)用程序。這樣,用戶可以輕松地通過Web瀏覽器利用網(wǎng)上商店等因特網(wǎng)上的各種服務(wù)。
另一方面,為了也可以根據(jù)電話機等的語音來利用這些Web技術(shù),提出了VoiceXML這種內(nèi)容記述語言。在VoiceXML系統(tǒng)中,通過在電話機和WWW服務(wù)器之間設(shè)置VoiceXML瀏覽器,VoiceXML瀏覽器通過解釋VoiceXML來與用戶進行對話,根據(jù)用戶的語音識別結(jié)果,根據(jù)需要向WWW服務(wù)器請求新的VoiceXML。
如上所述,雖然已經(jīng)具備了可以通過Web瀏覽器等的GUI(圖形用戶界面)模態(tài)和語音等的語音模態(tài)等的用戶界面來利用因特網(wǎng)上的各種服務(wù)的環(huán)境,但在通過將語音輸入的便利性和GUI的閱覽性這兩方面的便利性組合的多個模態(tài)來利用各種服務(wù)的情況下,需要由內(nèi)容提供方實現(xiàn)用于使各模態(tài)瀏覽器同步的結(jié)構(gòu),因而存在著增大開發(fā)者的負擔的問題。
對此,作為使多個模態(tài)用瀏覽器同步的結(jié)構(gòu),例如,提出有如專利文獻1所公開的多個用戶界面的同步方法及其系統(tǒng)的方案。在該發(fā)明中,在用各瀏覽器顯示靜態(tài)存在的HTML和VoiceXML時,預(yù)先在同步服務(wù)器中定義HTML內(nèi)容和VoiceXML內(nèi)容的各自url(統(tǒng)一資源地址(uniformresource locator))的對應(yīng)關(guān)系,在一方的瀏覽器請求url時,通過將與該url對應(yīng)的另一方的模態(tài)用url通知同步的瀏覽器,使同步的瀏覽器取得與該url對應(yīng)的內(nèi)容來實現(xiàn)同步。另外,在為象Web應(yīng)用程序那樣生成動態(tài)內(nèi)容的服務(wù)器情況下,通過在一方的瀏覽器進行提交時,也使對應(yīng)的瀏覽器同時進行提交,并且按照每個模態(tài)對以不同模態(tài)存在的CGI等程序進行相同處理,從而根據(jù)同一處理結(jié)果生成不同模態(tài)的內(nèi)容,來實現(xiàn)內(nèi)容之間的同步。
專利文獻1特開2003-150440號公報上述專利文獻1所記載的發(fā)明,雖然在使靜態(tài)存在的每個模態(tài)的內(nèi)容同步時沒有問題,但在應(yīng)用于根據(jù)服務(wù)器側(cè)的處理結(jié)果而動態(tài)地生成內(nèi)容的Web應(yīng)用程序時,則會產(chǎn)生問題。
例如,在網(wǎng)上商店等訂貨系統(tǒng)中,在進行多模態(tài)服務(wù)時,預(yù)先對每個模態(tài)準備好向訂貨系統(tǒng)轉(zhuǎn)發(fā)訂貨數(shù)據(jù)并根據(jù)處理結(jié)果而生成內(nèi)容的CGI(公共網(wǎng)關(guān)界面)程序,通過在一方的瀏覽器進行訂貨委托時,使另一方的同步的模態(tài)也同時進行訂貨委托,從而實現(xiàn)同步。
但是,由于兩個瀏覽器同時進行相同的處理委托,所以產(chǎn)生訂貨系統(tǒng)多次處理相同訂貨的雙重執(zhí)行的問題。作為解決該問題的方法,可以考慮僅由一方的CGI向訂貨系統(tǒng)進行訂貨委托的方法,但由于不進行訂貨委托的CGI也需要根據(jù)處理結(jié)果生成內(nèi)容,所以需要從實際進行處理委托的CGI取得處理結(jié)果。另外,需要實現(xiàn)在利用通常的單模態(tài)時,激活CGI的訂貨處理功能,而僅在以多模態(tài)利用時使CGI功能無效的處理。
這樣,在使多個瀏覽器進行相同的處理委托的本方式中,Web應(yīng)用程序的開發(fā)者應(yīng)該安裝的同步處理功能復(fù)雜,因而存在著增大開發(fā)者的負擔的問題。

發(fā)明內(nèi)容
本發(fā)明就是為了解決上述問題而做出的,其目的是在通過解釋特定模態(tài)的內(nèi)容來與用戶進行交互對話的瀏覽器,和根據(jù)來自瀏覽器的請求進行信息處理,根據(jù)處理結(jié)果生成內(nèi)容并輸出給瀏覽器的信息處理系統(tǒng)中,幾乎不用修改現(xiàn)有的Web應(yīng)用程序,就可以使多個模態(tài)用的瀏覽器同步,容易地實現(xiàn)多模態(tài)服務(wù)。
本發(fā)明的模態(tài)同步控制方法是一種多模態(tài)界面系統(tǒng)中的模態(tài)同步控制方法,該多模態(tài)界面系統(tǒng)使每個模態(tài)都具有通過解釋對于特定模態(tài)的內(nèi)容來與用戶進行交互對話的瀏覽器,該多模態(tài)界面系統(tǒng)對應(yīng)來自所述任意一個瀏覽器的請求進行信息處理,并根據(jù)處理結(jié)果生成內(nèi)容并輸出給各瀏覽器,所述模態(tài)同步控制方法特征在于,包括預(yù)先準備好對應(yīng)同步的多個模態(tài)的組合而相關(guān)聯(lián)地存儲了應(yīng)適用的每種模態(tài)的內(nèi)容生成文件的選擇定義信息,對于來自瀏覽器的處理請求,根據(jù)進行了信息處理的處理結(jié)果來請求內(nèi)容生成的步驟;接受所述內(nèi)容生成的請求,參照所述選擇定義信息,根據(jù)與所述瀏覽器同步的其它瀏覽器和模態(tài)的組合,選擇每個模態(tài)所適用的內(nèi)容生成文件的步驟;和對于作為處理請求方的瀏覽器,生成并輸出通過在上述處理結(jié)果中應(yīng)用所述被選擇的內(nèi)容生成文件而生成的內(nèi)容,同時對于與所述瀏覽器同步的其它瀏覽器,輸出通過在上述處理結(jié)果中應(yīng)用所述被選擇的內(nèi)容生成文件中的對應(yīng)的內(nèi)容生成文件而生成的內(nèi)容的步驟。
此外,該模態(tài)同步控制方法可以構(gòu)成為還包括對于同步的其它瀏覽器進行內(nèi)容的取得通知的步驟和根據(jù)來自同步的其它瀏覽器的取得請求而輸出內(nèi)容的步驟。
本發(fā)明的多模態(tài)界面系統(tǒng),使每個模態(tài)都具有通過解釋對于特定模態(tài)的內(nèi)容來與用戶進行交互對話的瀏覽器,該多模態(tài)界面系統(tǒng)對應(yīng)來自所述任意一個瀏覽器的請求進行信息處理,并根據(jù)處理結(jié)果生成內(nèi)容并輸出給各瀏覽器,該多模態(tài)界面系統(tǒng)特征在于,具有選擇處理部,對于來自瀏覽器的處理請求,根據(jù)進行了信息處理的處理結(jié)果來請求內(nèi)容生成,根據(jù)所述內(nèi)容生成的請求,參照對應(yīng)同步的多個模態(tài)的組合而相關(guān)聯(lián)地存儲了應(yīng)適用的每種模態(tài)的內(nèi)容生成文件的選擇定義信息,接受根據(jù)與所述瀏覽器同步的其它瀏覽器和模態(tài)的組合來選擇的每個模態(tài)所適用的內(nèi)容生成文件;和內(nèi)容輸出部,對于作為處理請求方的瀏覽器,生成并輸出通過在上述處理結(jié)果中應(yīng)用所述被選擇的內(nèi)容生成文件而生成的內(nèi)容,同時對于與所述瀏覽器同步的其它瀏覽器,輸出通過在上述處理結(jié)果中應(yīng)用所述被選擇的內(nèi)容生成文件中的對應(yīng)的內(nèi)容生成文件而生成的內(nèi)容。
此外,該多模態(tài)界面系統(tǒng)可以構(gòu)成為還具有管理同步的多個模態(tài)的組合的模態(tài)管理部。
另外,模態(tài)管理部可以構(gòu)成為,在接受來自瀏覽器的處理請求的同時,向作為處理請求方的瀏覽器發(fā)送由內(nèi)容輸出部生成的內(nèi)容。
本發(fā)明只需記述每個模態(tài)類別的內(nèi)容生成文件和用于定義與同步的模態(tài)類別的組合適用的內(nèi)容生成文件的組合的內(nèi)容生成文件的選擇定義信息,就能夠使現(xiàn)有的單模態(tài)用Web應(yīng)用程序容易地對應(yīng)多模態(tài)。


圖1是單模態(tài)用Web應(yīng)用程序的構(gòu)成圖。
圖2是第1實施方式的多模態(tài)界面系統(tǒng)的構(gòu)成圖。
圖3是表示模態(tài)管理部的動作的流程圖。
圖4是模態(tài)管理表的說明圖。
圖5A是HTML瀏覽器用初始畫面的說明圖。
圖5B是VXML瀏覽器用初始對話的說明圖。
圖6是表示模態(tài)管理部的動作的流程圖。
圖7是處理結(jié)果數(shù)據(jù)的說明圖。
圖8是內(nèi)容生成文件的選擇定義信息的說明圖。
圖9是HTML內(nèi)容生成文件的說明圖。
圖10是VXML內(nèi)容生成文件的說明圖。
圖11是表示內(nèi)容管理部的動作的流程圖。
圖12A是HTML瀏覽器用內(nèi)容的流程圖。
圖12B是VXML瀏覽器用內(nèi)容的流程圖。
圖13是第2實施方式的構(gòu)成圖。
圖14是表示選擇處理部的流程圖。
圖15是由選擇處理部生成的內(nèi)部表的說明圖。
圖16是處理結(jié)果數(shù)據(jù)的說明圖。
圖17是表示內(nèi)容管理部的動作的流程圖。
具體實施例方式
<概要構(gòu)成>
通常在Web應(yīng)用程序的開發(fā)中,為了減輕開發(fā)者的開發(fā)負擔,一般按照MVC(Model,View,Controller)模型將應(yīng)用程序中的各種功能分量化。在MVC中,Model進行對數(shù)據(jù)庫的檢索處理等各種數(shù)據(jù)管理和處理邏輯,View實現(xiàn)根據(jù)Model的處理結(jié)果生成內(nèi)容的功能。另外,Controller根據(jù)來自瀏覽器的輸入數(shù)據(jù)和內(nèi)部狀態(tài)決定調(diào)出方的Model和View,進行將Model的處理結(jié)果轉(zhuǎn)發(fā)給View的處理。這樣,在MVC模型中,通過將進行實際處理的分量(Controller Model)與根據(jù)處理結(jié)果生成內(nèi)容的分量(View)分離,并通過僅變更View部分,可以不變更處理邏輯就能容易變更畫面設(shè)計。在本發(fā)明中,通過有效利用將處理邏輯部分和畫面生成部分分離的Web應(yīng)用程序的特征,構(gòu)成了可容易地將現(xiàn)有的應(yīng)用程序多模態(tài)化的單元。
圖1表示一般的單模態(tài)用網(wǎng)上商店的Web應(yīng)用程序構(gòu)成圖。服務(wù)器20由以下部分構(gòu)成接受來自HTML瀏覽器(Web瀏覽器)10的輸入數(shù)據(jù)的接受訂貨控制器(相當于Controller)21;根據(jù)接受訂貨控制器21的委托進行實際的訂貨處理的訂貨系統(tǒng)(相當于Model)22;根據(jù)訂貨系統(tǒng)22的處理結(jié)果生成html內(nèi)容的html內(nèi)容生成文件(相當于View)23。在內(nèi)容生成文件為Java系統(tǒng)時,可以使用JSP(Java Server Pages)等。參照

容易將這種Web應(yīng)用程序多模態(tài)化的模態(tài)同步控制方法和多模態(tài)界面系統(tǒng)的實施方式。
<第1實施方式>
在本實施方式中,對適用于接受處理商品訂貨的訂貨系統(tǒng)的示例進行說明。
圖2是本發(fā)明第1實施方式的多模態(tài)界面系統(tǒng)的整體構(gòu)成圖。
此處,服務(wù)器20具有管理目前同步的模態(tài)和瀏覽器相關(guān)信息的模態(tài)管理部24;通過模態(tài)管理部24接受來自瀏覽器的輸入數(shù)據(jù)的接受訂貨控制器21;根據(jù)接受訂貨控制器21的委托進行實際的訂貨處理的訂貨系統(tǒng)22;根據(jù)內(nèi)容生成文件的選擇定義文件25選擇內(nèi)容生成文件的選擇處理部26;根據(jù)來自瀏覽器的同步內(nèi)容取得請求輸出內(nèi)容的內(nèi)容管理部31。
在處于同步的模態(tài)是HTML瀏覽器10和VXML瀏覽器11時,模態(tài)管理部24管理這兩個瀏覽器的同步。圖4表示模態(tài)管理部24管理的管理數(shù)據(jù)的一例。圖4表示由同步ID、瀏覽器識別符、模態(tài)名稱的各項目構(gòu)成的表,位于一個同步ID內(nèi)的模態(tài)分別同步,相關(guān)聯(lián)地存儲各模態(tài)和瀏覽器。
接受訂貨控制器21根據(jù)請求方瀏覽器的請求,委托訂貨系統(tǒng)22進行處理,同時根據(jù)訂貨系統(tǒng)22的處理結(jié)果,向合適的選擇定義文件25轉(zhuǎn)發(fā)處理結(jié)果。圖8表示內(nèi)容生成文件的選擇定義文件25的一例。本實施方式的內(nèi)容生成文件的選擇定義文件25是按照在訂貨系統(tǒng)22中可能產(chǎn)生的每種處理結(jié)果做成的。圖8是表示向訂貨系統(tǒng)22訂貨的商品有錯誤時的示例,表示所訂貨商品可以按照訂單接受的情況或預(yù)先設(shè)定其它可能發(fā)生的每種處理結(jié)果。在該示例中,在<mmmulti-modal>標識符中,對于模態(tài)的組合是HTML和VXML、CHTML和VXML時,進行與各模態(tài)對應(yīng)的內(nèi)容生成文件的定義,記述各自適應(yīng)的內(nèi)容生成文件名稱,例如JSP(Java Server Pages)名稱。
選擇定義文件25通過從接受訂貨控制器21轉(zhuǎn)發(fā)處理結(jié)果而被執(zhí)行,在執(zhí)行的同時,選擇處理部26讀取選擇定義文件并進行選擇處理。在圖8的示例中,位于定義前頭的“mmtaglib.jar”程序庫是執(zhí)行選擇定義文件25時被同時起動的選擇處理。
在選擇處理部26中,根據(jù)選擇定義文件25的定義內(nèi)容和與請求方瀏覽器同步的其它瀏覽器的模態(tài)的組合,抽出應(yīng)該適用的每個模態(tài)的內(nèi)容生成文件名稱,向所抽出的各個內(nèi)容生成文件轉(zhuǎn)發(fā)從接受訂貨控制器21轉(zhuǎn)發(fā)的處理結(jié)果。
此處,根據(jù)HTML瀏覽器10或VXML瀏覽器11的請求,選擇處理部26從內(nèi)容生成文件的選擇定義文件25抽出相應(yīng)的HTML內(nèi)容生成文件27和VXML內(nèi)容生成文件,向各個內(nèi)容生成文件轉(zhuǎn)發(fā)訂貨系統(tǒng)的信息處理結(jié)果,生成HTML內(nèi)容29和VXML內(nèi)容30。例如,在對于來自HTML瀏覽器10的請求,從接受訂貨控制器21執(zhí)行了圖8的選擇定義文件25時,與HTML瀏覽器10同步的其它瀏覽器是VXML瀏覽器11,模態(tài)的組合是“HTML”和“VXML”,所以對于HTML瀏覽器10選擇“merr_html.jsp”的內(nèi)容生成文件,對于VXML瀏覽器11選擇“merr_vxml.jsp”的內(nèi)容生成文件,將處理結(jié)果轉(zhuǎn)發(fā)給內(nèi)容生成文件。圖9表示“merr_html.jsp”的內(nèi)容,圖10表示“merr_vxml.jsp”的內(nèi)容。另外,作為轉(zhuǎn)發(fā)給各內(nèi)容生成文件的處理結(jié)果數(shù)據(jù),例如圖7所示,可以由內(nèi)容中的項目名稱和結(jié)果數(shù)據(jù)相關(guān)聯(lián)的表構(gòu)成。此處,所生成的各內(nèi)容分別作為文件被保存,但對于作為處理請求方的瀏覽器而生成的內(nèi)容僅通過模態(tài)管理部24轉(zhuǎn)發(fā),不進行保存。
圖12A、圖12B表示在上述的內(nèi)容生成文件中反映了處理結(jié)果數(shù)據(jù)的內(nèi)容的示例。圖12A表示在HTML內(nèi)容生成文件27中反映了處理結(jié)果數(shù)據(jù)的HTML瀏覽器用內(nèi)容,圖12B表示在VXML內(nèi)容生成文件28中反映了處理結(jié)果數(shù)據(jù)的VXML瀏覽器用發(fā)聲信息。
下面,根據(jù)流程圖說明該第1實施方式的動作。圖3是模態(tài)管理部24的動作的流程圖。
在步驟S11中,服務(wù)器20處于事件等待狀態(tài),在有來自瀏覽器的初始頁面取得請求時轉(zhuǎn)入步驟S12,在有結(jié)束請求時轉(zhuǎn)入步驟S18,在有內(nèi)容取得請求時轉(zhuǎn)入步驟S20。
在步驟S12中,模態(tài)管理部24通過判別初始頁面取得請求中包含的模態(tài)類別,特定請求方瀏覽器的模態(tài)類別。模態(tài)類別的判定,例如根據(jù)在瀏覽器有內(nèi)容請求時發(fā)送的HTTP標題信息進行判定。
在步驟S13中,模態(tài)管理部24生成用于區(qū)別與其它瀏覽器的請求的瀏覽器識別符。
在步驟S14中,模態(tài)管理部24判別瀏覽器的初始頁面取得請求中是否有指定的同步ID。在判斷為未指定同步ID時轉(zhuǎn)入步驟S15,在判斷為已指定同步ID時轉(zhuǎn)入步驟S16。
在步驟S15中,模態(tài)管理部24對于作為初始頁面取得請求方的瀏覽器,生成新的同步ID。
在步驟S16中,在模態(tài)管理部24管理的模態(tài)管理表中記述同步ID、瀏覽器識別符和模態(tài)類別。模態(tài)管理表如前面所述,例如為圖4所示的構(gòu)成。
在步驟S17中,模態(tài)管理部24同時回復(fù)與模態(tài)類別相應(yīng)的初始頁面和瀏覽器識別符。作為初始頁面,例如,準備圖5A所示的HTML瀏覽器用初始畫面,圖5B所示的VXML瀏覽器用初始對話,模態(tài)管理部24將這些內(nèi)容生成數(shù)據(jù)發(fā)送給作為請求方的瀏覽器。另外,和初始頁面的內(nèi)容生成數(shù)據(jù)一起發(fā)送的瀏覽器識別符在瀏覽器有處理請求時包含在該請求中被發(fā)送,模態(tài)管理部24根據(jù)瀏覽器識別符可以判別該瀏覽器的模態(tài)類別和同步的其它模態(tài)。
然后,轉(zhuǎn)入步驟S11。
在步驟S18中,模態(tài)管理部24取得有結(jié)束請求的瀏覽器的瀏覽器識別符。
在步驟S19中,模態(tài)管理部24刪除所管理的模態(tài)管理表中的適應(yīng)瀏覽器識別符的欄。
然后,轉(zhuǎn)入步驟S11。
在步驟S20中,模態(tài)管理部24取得有內(nèi)容取得請求的瀏覽器的瀏覽器識別符。
在步驟S21中,模態(tài)管理部24根據(jù)所取得的瀏覽器識別符并參照模態(tài)管理表,取得屬于同一同步ID的瀏覽器的模態(tài)類別。
在步驟S22中,模態(tài)管理部24將同步的所有模態(tài)的模態(tài)類別和內(nèi)容取得請求一起發(fā)送給接受訂貨控制器21。發(fā)送模態(tài)類別時,例如可以使用HTTP標題進行發(fā)送。
在步驟S23中,模態(tài)管理部24從接受訂貨控制器21取得作為處理請求方的瀏覽器用內(nèi)容和與處理請求方的瀏覽器同步的其它瀏覽器用同步內(nèi)容取得用URL。處理請求方的瀏覽器用內(nèi)容是根據(jù)由選擇處理部26抽出的內(nèi)容生成文件和訂貨系統(tǒng)22的處理結(jié)束數(shù)據(jù)而生成的。另外,同步內(nèi)容取得用URL相對與處理請求方的瀏覽器同步的其它瀏覽器,表示根據(jù)內(nèi)容生成文件和處理結(jié)果數(shù)據(jù)所生成的內(nèi)容的存儲位置。
在步驟S24中,模態(tài)管理部24向處理請求方的瀏覽器發(fā)送所生成的內(nèi)容。
在步驟S25中,模態(tài)管理部24向與作為處理請求方的瀏覽器同步的其它瀏覽器通知同步內(nèi)容取得用URL。
然后,轉(zhuǎn)入步驟S11。
根據(jù)圖6所示的流程圖說明選擇處理部26的動作。
在步驟S31中,選擇處理部26通過接受訂貨控制器21取得訂貨系統(tǒng)22的處理結(jié)果和同步的模態(tài)類別信息。
在步驟S32中,選擇處理部26根據(jù)同步的模態(tài)類別信息和內(nèi)容生成文件的選擇定義信息,選擇每個模態(tài)類別的內(nèi)容生成文件。如上所述,選擇處理部26從圖8所示的選擇定義信息25抽出適應(yīng)的內(nèi)容生成文件27、28。
在步驟S33中,選擇處理部26向所選擇的各內(nèi)容生成文件轉(zhuǎn)發(fā)訂貨系統(tǒng)22的處理結(jié)果數(shù)據(jù)。例如,向圖9所示的HTML內(nèi)容生成文件27和圖10所示的VXML內(nèi)容生成文件轉(zhuǎn)發(fā)圖7所示的處理結(jié)果數(shù)據(jù),結(jié)果,生成反映了訂貨系統(tǒng)22的處理結(jié)果的各瀏覽器用內(nèi)容。
在步驟S34中,選擇處理部26將所生成的各內(nèi)容保存在文件中。對于處理請求方的內(nèi)容沒必要必須保存,可以通過模態(tài)管理部24僅發(fā)送。
在步驟S35中,選擇處理部26向作為處理請求方的瀏覽器回復(fù)所生成的內(nèi)容,向同步的其它瀏覽器通知同步內(nèi)容取得用URL。
根據(jù)圖11所示的流程圖說明內(nèi)容管理部31的動作。
在步驟S41中,內(nèi)容管理部31處于事件等待狀態(tài),在瀏覽器有內(nèi)容取得請求時轉(zhuǎn)入步驟S42。
在步驟S42中,內(nèi)容管理部31根據(jù)瀏覽器的內(nèi)容取得請求,讀出所保存的內(nèi)容并回復(fù)給請求方的瀏覽器。在該情況下,是來自接受到同步內(nèi)容的取得通知的瀏覽器的內(nèi)容取得請求,在該取得請求中包括從模態(tài)管理部24通知的同步內(nèi)容取得用URL。內(nèi)容管理部31根據(jù)瀏覽器的取得請求中包含的同步內(nèi)容取得用URL,讀出同步內(nèi)容,并將其發(fā)送給作為請求方的瀏覽器。
在步驟S43中,內(nèi)容管理部31刪除瀏覽器所請求的已發(fā)送的內(nèi)容。
<第2實施方式>
圖13表示本發(fā)明第2實施方式的多模態(tài)界面系統(tǒng)的整體構(gòu)成。
在該第2實施方式中,和第1實施方式相同,服務(wù)器20具有管理目前同步的模態(tài)和瀏覽器相關(guān)信息的模態(tài)管理部24;通過模態(tài)管理部24接受來自瀏覽器的輸入數(shù)據(jù)的接受訂貨控制器21;根據(jù)接受訂貨控制器21的委托進行實際的訂貨處理的訂貨系統(tǒng)22;根據(jù)內(nèi)容生成文件的選擇定義文件25選擇內(nèi)容生成文件的選擇處理部26;根據(jù)來自瀏覽器的同步內(nèi)容取得請求輸出內(nèi)容的內(nèi)容管理部31。
在第2實施方式中,不是象第1實施方式那樣按照每個模態(tài)類別根據(jù)由選擇處理部26選擇的內(nèi)容生成文件27、28來生成內(nèi)容文件,而是僅將生成內(nèi)容所需的數(shù)據(jù)保存在內(nèi)部存儲器中,根據(jù)需要生成每個模態(tài)類別的內(nèi)容。
模態(tài)管理部24的動作和第1實施方式時相同,在此省略說明。根據(jù)圖14的流程圖說明選擇處理部26的動作。
在步驟S51中,選擇處理部26通過接受訂貨控制器21取得訂貨系統(tǒng)22的處理結(jié)果和同步的模態(tài)類別信息。
在步驟S52中,選擇處理部26根據(jù)同步的模態(tài)類別信息和內(nèi)容生成文件的選擇定義信息,選擇每個模態(tài)類別的內(nèi)容生成文件。如上所述,選擇處理部26從圖8所示的選擇定義信息25抽出相應(yīng)的內(nèi)容生成文件27、28。
在步驟S53中,選擇處理部26將所選擇的各內(nèi)容生成文件中除作為處理請求方的瀏覽器的模態(tài)以外的對于同步的模態(tài)的內(nèi)容生成文件名稱、和訂貨系統(tǒng)22的處理結(jié)果數(shù)據(jù)與識別ID一起存儲在內(nèi)部表中。該內(nèi)部表例如圖15所示,由識別ID、處理結(jié)果數(shù)據(jù)ID、輸入模態(tài)名稱、適用的內(nèi)容生成文件名稱等項目構(gòu)成。處理結(jié)果數(shù)據(jù)是將訂貨系統(tǒng)22的處理結(jié)果做成列表的列表數(shù)據(jù),例如圖16所示,由與各項目對應(yīng)的數(shù)據(jù)構(gòu)成,被附加了處理結(jié)果數(shù)據(jù)ID(在該圖中為“err數(shù)據(jù)1”)。
在步驟S54中,選擇處理部26向所選擇的各內(nèi)容生成文件中與作為處理請求方的瀏覽器模態(tài)對應(yīng)的內(nèi)容生成文件轉(zhuǎn)發(fā)訂貨系統(tǒng)22的處理結(jié)果數(shù)據(jù),生成內(nèi)容。
在步驟S55中,選擇處理部26對作為處理請求方的瀏覽器回復(fù)所生成的內(nèi)容,同時生成附加了識別ID的同步內(nèi)容取得用URL,相對同步的瀏覽器,將同步內(nèi)容取得用URL通知對應(yīng)的瀏覽器。
下面,根據(jù)圖17所示的流程圖對內(nèi)容管理部31的動作進行說明。
在步驟S61中,內(nèi)容管理部31處于事件等待狀態(tài),在有來自瀏覽器的內(nèi)容取得請求時轉(zhuǎn)入步驟S62。
在步驟S62中,內(nèi)容管理部31根據(jù)瀏覽器的內(nèi)容取得請求抽出識別ID。在該情況下,是來自接受到同步內(nèi)容的取得通知的瀏覽器的內(nèi)容取得請求,在取得請求中包括從模態(tài)管理部24通知的同步內(nèi)容取得用URL。在該同步內(nèi)容取得用URL存儲由選擇處理部26h生成的內(nèi)部表的識別ID,內(nèi)容管理部31抽出該識別ID。
在步驟S63中,內(nèi)容管理部31取得作為取得請求方的瀏覽器的模態(tài)類別。
在步驟S64中,內(nèi)容管理部31根據(jù)由選擇管理部26生成的內(nèi)部表和識別ID,獲取與請求方瀏覽器的模態(tài)類別對應(yīng)的內(nèi)容生成文件名稱和處理結(jié)果數(shù)據(jù)。
在步驟S65中,內(nèi)容管理部31向所取得的內(nèi)容生成文件轉(zhuǎn)發(fā)處理結(jié)果數(shù)據(jù),生成與瀏覽器對應(yīng)的內(nèi)容。
在步驟S66中,內(nèi)容管理部31向請求方的瀏覽器回復(fù)所生成的內(nèi)容。
在步驟S67中,內(nèi)容管理部31刪除與所發(fā)送的內(nèi)容的識別ID對應(yīng)的請求方瀏覽器的模態(tài)類別的相應(yīng)欄。
例如,模態(tài)類別是VXML的瀏覽器對內(nèi)容管理部31指定“識別id001”并進行內(nèi)容請求時,作為應(yīng)該適用的內(nèi)容生成文件名稱,從圖15的內(nèi)部表抽出“merr_vxml.jsp”和作為處理結(jié)果數(shù)據(jù)的“err數(shù)據(jù)1”,通過向“merr_vxml.jsp”轉(zhuǎn)發(fā)處理結(jié)果數(shù)據(jù)“err數(shù)據(jù)1”的內(nèi)容,生成相對請求方瀏覽器的內(nèi)容,將所生成的內(nèi)容回復(fù)給請求方瀏覽器。
根據(jù)上述的本發(fā)明,Web應(yīng)用程序開發(fā)者僅需記述相當于VIEW的每個模態(tài)類別的內(nèi)容生成文件、和用于定義與同步的模態(tài)類別的組合適用的內(nèi)容生成文件的組合的內(nèi)容生成文件的選擇定義信息,就能夠使現(xiàn)有的單模態(tài)用Web應(yīng)用程序適應(yīng)多模態(tài)界面系統(tǒng)。
權(quán)利要求
1.一種模態(tài)同步控制方法,該模態(tài)同步控制方法是一種多模態(tài)界面系統(tǒng)中的模態(tài)同步控制方法,該多模態(tài)界面系統(tǒng)使每個模態(tài)都具有通過解釋對于特定模態(tài)的內(nèi)容來與用戶進行交互對話的瀏覽器,該多模態(tài)界面系統(tǒng)對應(yīng)來自所述任意一個瀏覽器的請求進行信息處理,并根據(jù)處理結(jié)果生成內(nèi)容并輸出給各瀏覽器,所述模態(tài)同步控制方法特征在于,包括預(yù)先準備好對應(yīng)同步的多個模態(tài)的組合而相關(guān)聯(lián)地存儲了應(yīng)適用的每種模態(tài)的內(nèi)容生成文件的選擇定義信息,對于來自瀏覽器的處理請求,根據(jù)進行了信息處理的處理結(jié)果來請求內(nèi)容生成的步驟;接受所述內(nèi)容生成的請求,參照所述選擇定義信息,根據(jù)與所述瀏覽器同步的其它瀏覽器和模態(tài)的組合,選擇對每個模態(tài)所適用的內(nèi)容生成文件的步驟;和對于作為處理請求方的瀏覽器,生成并輸出通過在上述處理結(jié)果中應(yīng)用所述被選擇的內(nèi)容生成文件而生成的內(nèi)容,同時對于與所述瀏覽器同步的其它瀏覽器,輸出通過在上述處理結(jié)果中應(yīng)用所述被選擇的內(nèi)容生成文件中的對應(yīng)的內(nèi)容生成文件而生成的內(nèi)容的步驟。
2.根據(jù)權(quán)利要求1所述的模態(tài)同步控制方法,其特征在于,該模態(tài)同步控制方法還包括對于同步的其它瀏覽器進行取得內(nèi)容的通知的步驟;和對應(yīng)來自所述同步的其它瀏覽器的取得請求,輸出內(nèi)容的步驟。
3.一種多模態(tài)界面系統(tǒng),該多模態(tài)界面系統(tǒng)使每個模態(tài)都具有通過解釋對于特定模態(tài)的內(nèi)容來與用戶進行交互對話的瀏覽器,該多模態(tài)界面系統(tǒng)對應(yīng)來自所述任意一個瀏覽器的請求進行信息處理,并根據(jù)處理結(jié)果生成內(nèi)容并輸出給各瀏覽器,該多模態(tài)界面系統(tǒng)特征在于,具有選擇處理部,對于來自瀏覽器的處理請求,根據(jù)進行了信息處理的處理結(jié)果來請求內(nèi)容生成,根據(jù)所述內(nèi)容生成的請求,參照對應(yīng)同步的多個模態(tài)的組合而相關(guān)聯(lián)地存儲了應(yīng)適用的每種模態(tài)的內(nèi)容生成文件的選擇定義信息,接受根據(jù)與所述瀏覽器同步的其它瀏覽器和模態(tài)的組合來選擇的對每個模態(tài)所適用的內(nèi)容生成文件;和內(nèi)容輸出部,對于作為處理請求方的瀏覽器,生成并輸出通過在上述處理結(jié)果中應(yīng)用所述被選擇的內(nèi)容生成文件而生成的內(nèi)容,同時對于與所述瀏覽器同步的其它瀏覽器,輸出通過在上述處理結(jié)果中應(yīng)用所述被選擇的內(nèi)容生成文件中的對應(yīng)的內(nèi)容生成文件而生成的內(nèi)容。
4.根據(jù)權(quán)利要求3所述的多模態(tài)界面系統(tǒng),其特征在于,該多模態(tài)界面系統(tǒng)還具有管理同步的多個模態(tài)的組合的模態(tài)管理部。
5.根據(jù)權(quán)利要求4所述的多模態(tài)界面系統(tǒng),其特征在于,所述模態(tài)管理部在接受來自瀏覽器的處理請求的同時,向作為處理請求方的瀏覽器發(fā)送由所述內(nèi)容輸出部生成的內(nèi)容。
全文摘要
一種模態(tài)同步控制方法及多模態(tài)界面系統(tǒng)。該方法是預(yù)先準備好對應(yīng)同步的多個模態(tài)的組合而相關(guān)聯(lián)地存儲了應(yīng)適用的每種模態(tài)的內(nèi)容生成文件的選擇定義信息,并包括對于來自瀏覽器的處理請求,參照所述選擇定義信息,根據(jù)與所述瀏覽器同步的其它瀏覽器和模態(tài)的組合,選擇每個模態(tài)所適用的內(nèi)容生成文件的步驟;對于作為處理請求方的瀏覽器,輸出通過應(yīng)用所述被選擇的內(nèi)容生成文件而生成的內(nèi)容,同時對于與所述瀏覽器同步的其它瀏覽器,輸出通過應(yīng)用所述被選擇的內(nèi)容生成文件中對應(yīng)的內(nèi)容生成文件而生成的內(nèi)容的步驟。從而可達到幾乎不修改現(xiàn)有的Web應(yīng)用程序,就可以使多個模態(tài)用的瀏覽器同步,容易地實現(xiàn)多模態(tài)服務(wù)的目的。
文檔編號G06F12/00GK1983284SQ20061017227
公開日2007年6月20日 申請日期2004年4月30日 優(yōu)先權(quán)日2003年11月11日
發(fā)明者佐佐木和雄, 松本達郎, 矢野愛 申請人:富士通株式會社
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1