專利名稱：服務協(xié)同系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及服務協(xié)同系統(tǒng)，特別涉及實現(xiàn)包含用戶對話處理的服務協(xié)同的系統(tǒng)。
背景技術：
近年來，用戶僅在必要時利用必要功能這樣的新型服務提供形態(tài)正在增加。例如，用戶能夠自由選擇只是自己希望利用的功能來利用服務這樣的新型軟件利用形態(tài)即 SaaS (Software as a Service)、組合因特網(wǎng)上的計算資源來向終端用戶提供附加價值更高的應用程序服務的云計算這樣的服務提供形態(tài)。作為上述這樣將網(wǎng)絡上分散的功能進行組合來提供服務的結(jié)構，具有由標準化團體 OASIS 制定的技術規(guī)格 BPEL (Business Process Execution Language)。BPEL 中，將既有的Web服務進行組合并將一系列的Web服務的執(zhí)行順序的規(guī)定以及順序的控制方法作為業(yè)務流程(business process)使用XML表述。而且，BPEL引擎對業(yè)務流程的XML進行解釋，依次調(diào)用Web服務，或者對調(diào)用順序進行控制。但是，BPEL的基本規(guī)格以BPEL引擎依次調(diào)用并自動執(zhí)行各Web服務這樣的業(yè)務流程作為前提。沒有考慮到在作為業(yè)務流程執(zhí)行的各個任務中如同工作流系統(tǒng)中存在承認處理或者數(shù)據(jù)輸入等操作那樣存在人的操作(Human Computer Interaction :HCI)。作為該種能夠執(zhí)行包含HCI的業(yè)務流程的技術，制定有BPEL的擴展規(guī)格 BPEL4Peop le(WS-BPEL Extension for People)。BPEL4People 在 BPEL 實施的業(yè)務流程的處理中，將實現(xiàn)HCI的功能作為BPEL中的動態(tài)指示器(activity)與BPEL引擎協(xié)同。具體地講，在執(zhí)行業(yè)務流程時，將分配人工任務的工作流服務作為WEB服務調(diào)用來執(zhí)行，工作流服務通過信件(mail)、短消息(messenger)、3PCC (3rd Party Call Control)等手段通知執(zhí)行任務的執(zhí)行者。所有任務的執(zhí)行結(jié)束后，將執(zhí)行結(jié)果返回BPEL引擎。非專利文獻1 :“WS-BPEL Extension for People (BPEL4People) Specification version 1.1”，OASIS Standard, 2010在包含HCI的業(yè)務流程中，通過適用BPEL4Pe0ple技術，能夠執(zhí)行工作流這種類型的業(yè)務流程。但是，通過現(xiàn)有技術實施HCI時，從工作流服務向任務執(zhí)行者通知任務的執(zhí)行后到執(zhí)行者識別通知并開始執(zhí)行任務為止，產(chǎn)生時間上的滯后。因此，在同步型業(yè)務流程中，在向用戶終端提供應用程序服務的門戶網(wǎng)站(portal site)向BPEL引擎請求執(zhí)行業(yè)務流程后到返回響應為止，應用程序服務與用戶終端之間的對話存在超時的可能。另外，在包含多個HCI的業(yè)務流程中，從多個Web服務向用戶終端發(fā)送HCI的請求。由此，各Web服務的畫面在用戶終端上顯示多個，占用用戶終端上畫面區(qū)域。如上所述，包含HCI的業(yè)務流程的實施形態(tài)以及各種形態(tài)中具有的問題是多樣的，BPEL4People規(guī)格中沒有給出如何執(zhí)行業(yè)務流程來滿足各種形態(tài)。

發(fā)明內(nèi)容
為了解決上述課題，本發(fā)明公開的用戶對話型服務協(xié)同系統(tǒng)為了在Web服務與用戶終端之間控制HCI的開始，新配置了對從Web服務向用戶終端的處理的回調(diào)(Callback) 進行控制的單元。具體地講，用戶對話型服務協(xié)同系統(tǒng)是用戶終端通過Web門戶服務器以及服務腳本(service scenario)執(zhí)行服務器依次調(diào)用Web服務提供服務器、而各Web服務提供服務器在與用戶終端之間實施對話處理的服務協(xié)同系統(tǒng)，該系統(tǒng)中設有回調(diào)控制服務器，該回調(diào)控制服務器具有回調(diào)控制部和回調(diào)ID管理部，所述回調(diào)控制部響應從Web服務提供服務器接收到攜帶有回調(diào)用戶ID的回調(diào)請求，使用用于識別用戶終端或者用戶終端進行的對話的ID向用戶終端發(fā)送對話處理開始請求，所述回調(diào)ID管理部將ID與回調(diào)用戶ID關聯(lián)起來進行管理，獲取與回調(diào)用戶ID對應的ID。在包含人機交互(HCI)的業(yè)務流程執(zhí)行中，能夠?qū)嵤┒喾N業(yè)務流程。


圖1是用戶對話型服務協(xié)同系統(tǒng)構成圖。圖2是用戶對話型服務協(xié)同系統(tǒng)各構成要素的硬件構成圖。圖3是用戶利用序列的例子。圖4是協(xié)同服務的執(zhí)行序列的例子。圖5A是回調(diào)管理表的例子。圖5B是腳本表的例子。圖5C是服務表的例子。圖5D是執(zhí)行流程管理表的例子。圖6A是腳本信息的例子。圖6B是腳本執(zhí)行請求的例子。圖6C是腳本執(zhí)行響應的例子。圖7A是協(xié)同服務執(zhí)行請求的例子。圖7B是協(xié)同服務執(zhí)行響應的例子。圖7C是用戶回調(diào)請求的例子。圖7D是用戶回調(diào)響應的例子。其中，NW-網(wǎng)絡，US-用戶終端，USl-Web瀏覽器，CCS-回調(diào)控制服務器，CIM-回調(diào) ID控制部，CIMl-回調(diào)ID管理部，CIMl-a-回調(diào)控制表，CC-回調(diào)控制部，CCl-面向WS的 I/F，CC2-面向US的I/F，CC3-回調(diào)控制部，CC4-回調(diào)ID管理部I/F，CC5-面向WP的I/ F，WP-Web門戶服務器，WPl-門戶應用程序，WP2-腳本執(zhí)行請求部，SES-服務腳本執(zhí)行服務器，SESl-腳本執(zhí)行引擎，SESl-a-服務表，SESl_b_腳本表，SES2-腳本執(zhí)行接受部，WSU WS2-ffeb服務提供服務器，WS1-1、WS2-1-腳本執(zhí)行I/F，WS1-2、WS2_2-回調(diào)客戶機，WS1-3、 WS2-3-HTTP UI，WSl-4、WS2-4-空制模塊，WSl-4-a、WS2-4_a-執(zhí)行流程管理表，WS1-5-住宿預約應用程序，WS2-5-新干線預約應用程序，10-接口，11-CPU，12-存儲器，13-通信裝置， 14-輸入裝置，15-輸出裝置，16-讀取裝置，17-外部存儲裝置，18-移動存儲介質(zhì)。
具體實施例方式以下，使用附圖對本發(fā)明的實施方式進行詳細說明。其中，本實施方式的系統(tǒng)構成要素中，同一要素存在多個時，表示為例如終端US-1、終端US-2。另外，對多個要素一并進行說明時，例如對終端US-1、終端US-2這樣的多個終端一并進行說明時，省略末尾的符號， 僅表示為“終端”。針對本實施方式使用BPEL(Business Process Execution Language)的用戶對話型服務協(xié)同系統(tǒng)的一個例子進行說明。BPEL為標準化團體OASIS所制定的技術規(guī)格，為采用XML將一系列的Web服務的執(zhí)行順序的規(guī)定以及順序的控制方法作為業(yè)務流程表述的結(jié)構。圖1是用戶通過Web門戶服務器WP依次調(diào)用Web服務提供服務器WS并根據(jù)需要在用戶終端US和Web服務提供服務器WS之間進行用戶交互的同時實施服務協(xié)同的用戶對話型服務協(xié)同系統(tǒng)的構成圖。該圖中，用戶對話型服務協(xié)同系統(tǒng)包括終端US、Web門戶服務器WP、回調(diào)控制服務器CCS、服務腳本執(zhí)行服務器SES以及Web服務提供服務器WS。用戶對話型服務協(xié)同系統(tǒng)的上述各構成要素分別與網(wǎng)絡NW連接。在本實施方式的系統(tǒng)構成下，當從Web服務提供服務器WS經(jīng)由回調(diào)控制服務器 CCS向用戶終端US實施回調(diào)時，從回調(diào)控制服務器CCS向用戶終端US的通信利用HTTP的重定向(redirection)。系統(tǒng)構成還可以考慮到其他形態(tài)。作為其他系統(tǒng)構成，可以考慮到回調(diào)控制部CC和回調(diào)ID管理部CIM不在同一裝置上、回調(diào)ID管理部CIM作為Wfeb門戶服務器WP的一個功能存在的形態(tài)。而且，回調(diào)ID管理部CIM管理用戶的信件地址，使用該信件地址實施回調(diào)。作為另一其他系統(tǒng)構成，可以考慮到回調(diào)控制部CC和回調(diào)ID管理部CIM不在同一裝置上、回調(diào)ID管理部CIM作為管理各種ID的服務存在的形態(tài)。而且，Web門戶服務器 WP對回調(diào)ID管理部CIM進行查詢，根據(jù)門戶使用的用戶ID獲取載波管理的通信ID，使用該通信ID實施回調(diào)。該情況下，在用戶終端US，接收回調(diào)請求并新開啟Web瀏覽器USl的發(fā)射(launcher)功能成為新的需要。以下，針對本實施方式的說明所需要用語進行定義。用戶是指操作用戶終端US的人?；卣{(diào)是指為了實施HCI而從Web服務提供服務器WS向用戶終端US發(fā)送消息。腳本是指服務腳本執(zhí)行服務器SES為了依次調(diào)用并實施Web服務所需要的業(yè)務流程的執(zhí)行步驟的名稱。接下來，針對本實施方式的用戶對話型服務協(xié)同系統(tǒng)的各構成要素進行敘述。用戶終端US為與Web門戶服務器WP、Web服務提供服務器WS之間進行通信的裝置，具備用于實施上述通信的Web瀏覽器US1。Web門戶服務器WP為在回調(diào)ID管理部CIM以及終端US之間實施通信的裝置，并且為對服務腳本執(zhí)行服務器SES的腳本執(zhí)行結(jié)果進行加工并作為Web內(nèi)容向用戶終端US 提供的裝置。Web門戶服務器WP具備門戶應用程序WPl以及腳本執(zhí)行請求部WP2，門戶應用程序WPl在與用戶終端US之間實施通信，接受來自用戶終端US的輸入信息，將腳本執(zhí)行結(jié)果轉(zhuǎn)換為HTML格式提示給用戶終端US，腳本執(zhí)行請求部WP2通過回調(diào)ID管理部CIM向服務腳本執(zhí)行服務器SES請求腳本執(zhí)行?；卣{(diào)控制服務器CCS為用于控制終端US與Web服務提供服務器WS之間用戶交互的裝置，包括回調(diào)控制部CC以及回調(diào)ID管理部CIM。回調(diào)控制部CC為實施終端US與Web門戶服務器WP之間用戶交互的開始以及控
5制的構成要素，具備實施與Web服務提供服務器WS之間的通信的面向WS的I/F即CC1、實施與用戶終端US之間的通信的面向US的I/F即CC2、控制用戶終端US與Web服務提供服務器WS之間用戶交互的同時向管理相應的用戶回調(diào)ID的回調(diào)ID管理部CIM轉(zhuǎn)發(fā)用戶回調(diào)請求的回調(diào)控制部即CC3、實施與回調(diào)ID管理部CIM之間通信的回調(diào)ID管理部I/F即 CC4、以及實施與Web門戶服務器WP之間通信的面向WP的I/F即CC5?；卣{(diào)ID管理部CIM為針對每個用戶管理用于唯一識別回調(diào)中使用的用戶以及回調(diào)控制部CC的回調(diào)用戶ID的裝置，具備在保存和管理回調(diào)用戶ID的同時實施與回調(diào)控制部CC之間通信的回調(diào)管理部CIMl。另外，回調(diào)管理部CIMl具備回調(diào)管理表CIMl-a。服務腳本執(zhí)行服務器SES為基于由BPEL表述的腳本信息依次調(diào)用并執(zhí)行Web服務的裝置。服務腳本執(zhí)行服務器SES具備基于腳本信息決定和控制服務的執(zhí)行順序并依次調(diào)用Web服務的腳本執(zhí)行引擎SES1、以及實施與回調(diào)ID管理部CIM之間通信的腳本執(zhí)行接受部SES2。另外，腳本執(zhí)行引擎SESl具備服務表SESl-a以及腳本表SESl_b。Web服務提供服務器WS為對腳本執(zhí)行服務器SES提供Web服務并且與終端US之間實施用戶對話處理的裝置。Web服務提供服務器WS具備實施與腳本執(zhí)行服務器SES之間通信的腳本執(zhí)行I/F即WS1、向回調(diào)控制部CC請求回調(diào)的回調(diào)客戶機WS2、實施與用戶終端 US之間通信的HTTP UI即WS3、控制回調(diào)處理的執(zhí)行以及服務執(zhí)行結(jié)果的控制模塊WS4、以及向用戶終端US提供的應用程序WS5?？刂颇KWS4具備執(zhí)行流程管理表WS4-a。并且，本實施例中，作為具體的Web服務提供服務器WS，Web服務提供服務器WSl 以及Web服務提供服務器WS2為系統(tǒng)的構成要素。Web服務提供服務器WSl具備住宿預約應用程序WS1-5，Web服務提供服務器WS2具備新干線預約應用程序。網(wǎng)絡NW可以為企業(yè)內(nèi)LAN這樣的專用網(wǎng)絡，也可以為因特網(wǎng)這樣的開放網(wǎng)絡。圖2是舉例表示作為圖1各構成要素的信息處理裝置的硬件構成的附圖。這些設備中，CPU11、存儲器12、用于通過因特網(wǎng)或LAN與其他裝置通信的通信裝置13、鍵盤或鼠標等輸入裝置14、監(jiān)視器或打印機等輸出裝置15、讀取裝置16以及硬盤等外部存儲裝置17 通過接口 10連接。另外，讀取裝置16能夠連接IC卡或USB存儲器這樣的移動存儲介質(zhì) 18。對于用戶對話型服務協(xié)同系統(tǒng)的各構成要素而言，通過將實現(xiàn)它們的程序加載在存儲器12上并由CPCll執(zhí)行來得以具體實現(xiàn)。這些程序可以預先保存在上述信息處理裝置的外部存儲裝置17中，還可以在必要時通過讀取裝置16、通信裝置13和該信息處理裝置能夠利用的介質(zhì)從其他裝置導入上述外部存儲裝置。介質(zhì)是指例如能夠在讀取裝置16進行裝卸的存儲介質(zhì)18、或者在能夠與通信裝置13連接的網(wǎng)絡或者在網(wǎng)絡中傳輸?shù)妮d波、數(shù)字信號。而且，程序一旦保存在外部存儲裝置17中以后，可以從外部存儲裝置17加載在存儲器12上由CPUll來執(zhí)行，或者也可以不保存在外部存儲裝置17中，而是直接加載在存儲器12上，由CPUll來執(zhí)行。以下，針對用戶對話型服務協(xié)同系統(tǒng)中用戶使用用戶終端US利用Web門戶服務器 WP所提供的應用程序WPl時的動作，使用圖3的服務利用序列的例子進行說明。其中，作為用戶對話型服務協(xié)同系統(tǒng)執(zhí)行的具體腳本，準備用戶通過旅行的門戶進行住宿設施或者飛機預約的腳本。對于門戶應用程序WPl而言，如果存在用戶終端US對特定URL的訪問，則顯示住宿設施以及飛機的預約畫面。而且，用戶通過用戶終端US上的Web瀏覽器US 1輸入關于住宿設施以及飛機的條件后，門戶應用程序WPl接收輸入信息作為服務執(zhí)行參數(shù)，與住宿設施以及飛機預約的腳本ID —起，通過回調(diào)ID管理部CIM轉(zhuǎn)交到腳本執(zhí)行請求部WP2。首先，用戶通過用戶終端US上的Web瀏覽器USl向回調(diào)控制部CC發(fā)送以服務執(zhí)行參數(shù)作為自變量(argument)含有的服務請求S1-L·服務請求Sl-I中利用在IETF由 RFC2616定義的HTTP的GET消息?；卣{(diào)控制部CC的面向US的I/F即CC2從用戶終端US接收到服務請求Sl-I后， 發(fā)行用于識別與用戶終端US之間通信的對話ID，向存儲器12進行登記(Al-I)。以下，使用用于識別與用戶終端US之間通信的對話ID對實際的控制進行說明，但是也可以使用識別用戶終端US的ID。然后，回調(diào)ID管理部I/F即CC4向回調(diào)ID管理部CIM發(fā)送以對話 ID作為自變量含有的回調(diào)ID獲取請求S1-2?；卣{(diào)ID獲取請求S1-2為含有對話ID的二進制數(shù)據(jù)，通過套接字(socket)通信向回調(diào)ID管理部CIM發(fā)送?；卣{(diào)ID管理部CIM的回調(diào)ID管理部CIMl從回調(diào)控制部CC接收到回調(diào)ID獲取請求S1-2后，發(fā)行基于對話ID的回調(diào)用戶ID，與對話ID相關聯(lián)地向回調(diào)管理表CIMl-a進行登記(A1-2)?；卣{(diào)用戶ID作為TOB門戶服務器WP識別用戶終端US的對話ID以及含有進行回調(diào)處理時中繼的回調(diào)控制服務器CCS的識別信息的ID來發(fā)行。例如，在對話ID為 12345678、識別回調(diào)控制服務器CCS的URL為ccsOl. com的情況下，像12345678@ccs01. com 那樣，將對話ID與回調(diào)控制服務器CCS的URL —對一地結(jié)合來發(fā)行回調(diào)用戶ID。在此，針對圖5A所示回調(diào)管理表CIMl-a的各項目進行說明?；卣{(diào)ID中記載回調(diào) ID管理部CIMl發(fā)行的回調(diào)用戶ID。對話ID中記載作為回調(diào)ID獲取請求S1-2的自變量的對話ID。返回到圖3的說明。回調(diào)ID管理部CIM的回調(diào)ID管理部CIMl向回調(diào)控制部CC 發(fā)送以回調(diào)用戶ID作為自變量含有的回調(diào)ID獲取響應S1-3?；卣{(diào)ID獲取響應S1-3為含有回調(diào)用戶ID的二進制數(shù)據(jù)，通過套接字通信被發(fā)送給回調(diào)控制部CC?；卣{(diào)控制部CC的回調(diào)ID管理部I/F即CC4在從回調(diào)ID管理部CIM接收到回調(diào) ID獲取響應S1-3后，向TOB門戶服務器WP發(fā)送以回調(diào)用戶ID以及服務執(zhí)行參數(shù)作為自變量含有的服務請求S1-4。服務請求S1-4中利用HTTP的GET消息。Web門戶服務器WP的門戶應用程序WPl從回調(diào)ID管理部CIM接收到服務請求 S1-4后，根據(jù)被用戶終端US指定過的訪問URL決定執(zhí)行的腳本(AH)。然后，生成以回調(diào)用戶ID、腳本ID以及服務執(zhí)行參數(shù)作為自變量含有的腳本執(zhí)行請求S1-5，向腳本執(zhí)行服務器SES發(fā)送。腳本執(zhí)行請求S1-5中使用腳本執(zhí)行服務器SES規(guī)定的SOAP的請求消息。SOAP為 Wffff相關技術的標準化團體W3C制定的用于實現(xiàn)對象間通信的通信協(xié)議。圖6B為腳本執(zhí)行請求S1-5的SOAP消息中主要部分提取圖。scenarioID標記的要素中記載腳本ID的值。callbackID標記的要素中記載回調(diào)用戶ID的值。parameters 標記的要素中能夠記載多個param標記，各param標記的要素中記載服務執(zhí)行參數(shù)的各個值。返回到圖3的說明。腳本執(zhí)行服務器SES的腳本執(zhí)行接受部SES2從Web門戶服務器WP接收到腳本執(zhí)行請求S1-5后，以腳本ID為關鍵字，針對腳本信息在腳本表SESl-b 中進行檢索。腳本信息中使用遵照BPEL規(guī)格的XML。在此，針對圖5B所示腳本表SESl-b的各項目進行說明。腳本ID中記載作為腳本執(zhí)行請求S1-5的自變量的腳本ID。腳本信息中記載表示協(xié)同服務的執(zhí)行順序的腳本信息的參照出處。表示協(xié)同服務的執(zhí)行順序的腳本信息基于BPEL進行表述。圖6A為腳本信息的 BPEL文本中主要部分提取圖。scenario標記為包含所有腳本信息的標記，在子要素中具有多個服務標記，并且作為屬性值具有腳本ID的值(圖6A中為2512)。service標記為記載與調(diào)用的Web服務提供服務器WS相關的信息的標記，在子要素中具有表示服務名稱的name 標記以及含有所有服務執(zhí)行參數(shù)的inputValiables標記。另外，inputValiables標記將各個變量信息作為子要素variable標記的內(nèi)容來表示。返回圖3的說明。由于如圖5B所示登記有與腳本ID對應的腳本信息，因此腳本執(zhí)行服務器SES的腳本執(zhí)行引擎SESl經(jīng)過檢索，結(jié)果從腳本表SESl-b獲取與腳本的執(zhí)行相關的腳本信息(A1-4)。接下來，腳本執(zhí)行服務器SES的腳本執(zhí)行引擎SESl以在腳本信息Sl_a中表述的服務名稱為關鍵字，針對Web服務提供服務器WS的URL以及Web服務提供服務器WS的執(zhí)行所需要的參數(shù)在服務表SESl-a中進行檢索。在此，針對圖5C所示服務表SESl-a的各項目進行說明。服務名稱中記載與獲取到的腳本信息中記載的service標記的要素相同的服務名稱。末端URL中記載Web服務調(diào)用中成為發(fā)送協(xié)同服務執(zhí)行請求S1-6的目的地的URL(服務URL)。由于如圖5C所示登記有與服務名稱對應的服務URL，因此腳本執(zhí)行服務器SES的腳本執(zhí)行引擎SESl經(jīng)過檢索，結(jié)果從服務表SESl-a獲取TOB服務提供服務器WSl以及TOB 服務提供服務器WS2的URL (A1-5)。接下來，分別向TOB服務提供服務器WSl以及TOB服務提供服務器WS2發(fā)送以回調(diào)用戶ID、腳本執(zhí)行ID、服務執(zhí)行參數(shù)作為自變量含有的協(xié)同服務執(zhí)行請求S1-6。協(xié)同服務執(zhí)行請求S1-6中使用TOB服務提供服務器WSl以及TOB服務提供服務器WS2各自規(guī)定的SOAP的請求消息。圖7A為協(xié)同服務執(zhí)行請求S1-6的SOAP消息中主要部分提取圖。callbackID 標記的要素中記載回調(diào)用戶ID的值。processID標記的要素中記載腳本執(zhí)行ID的值。 parameters標記的要素中能夠記載多個param標記，各param標記的要素中記載服務執(zhí)行參數(shù)的各個值。接下來，針對包含用戶對話處理的協(xié)同服務執(zhí)行，使用圖4的協(xié)同服務的執(zhí)行序列的例子進行說明。WEB服務提供服務器WS的腳本執(zhí)行I/F即WSl從腳本執(zhí)行服務器SES 接收到協(xié)同服務執(zhí)行請求S1-6后，控制模塊WS4將作為自變量獲取到的腳本執(zhí)行ID和腳本執(zhí)行I/F中線程ID結(jié)合起來，登記在執(zhí)行流程管理表WS4-a中。在此，針對圖5D所示執(zhí)行流程管理表WS4_a的各項目進行說明?；卣{(diào)用戶ID中記載作為協(xié)同服務執(zhí)行請求S1-6的自變量的回調(diào)用戶ID。線程ID記錄中記載受理了協(xié)同服務的執(zhí)行請求的腳本執(zhí)行I/F中的線程ID。返回圖4的說明。WEB服務提供服務器WS的控制模塊WS4基于回調(diào)用戶ID確定作為回調(diào)請求目的地的回調(diào)控制部CC。然后，回調(diào)客戶機WS2向回調(diào)控制部CC發(fā)送以TOB服務提供服務器WS的URL以及回調(diào)用戶ID作為自變量含有的用戶回調(diào)請求S2-1。圖7C為用戶回調(diào)請求S2-1的SOAP消息中主要部分提取圖。callbackID標記的要素中記載回調(diào)用戶ID的值。endPoint標記的要素中記載通過回調(diào)處理成為用戶開始交互的通信對象的Web服務提供服務器WS訪問的URL的值。返回圖4的說明?；卣{(diào)控制部CC的面向WS的I/F即CCl從WEB服務提供服務器 WS接收到用戶回調(diào)請求S2-1后，回調(diào)ID管理部I/F即CC4向回調(diào)管理部CIM發(fā)送以回調(diào)用戶ID作為自變量含有的回調(diào)用戶ID解決請求S2-2?；卣{(diào)用戶ID解決請求S2-2為含有回調(diào)用戶ID的二進制數(shù)據(jù)，通過套接字通信向回調(diào)管理部CIM發(fā)送?；卣{(diào)管理部CIM的回調(diào)管理部CIMl從回調(diào)控制部CC接收到回調(diào)用戶ID解決請求S2-2后，針對接收到的消息中含有的回調(diào)用戶ID，在回調(diào)管理表CIMl-a中進行檢索。檢索的結(jié)果為，回調(diào)管理表CIMl-a如圖5A所示，根據(jù)回調(diào)用戶ID獲取對應的對話ID(A2-1)。然后，向回調(diào)控制部CC發(fā)送以對話ID作為自變量含有的回調(diào)用戶ID解決響應S2-3。回調(diào)用戶ID解決響應S2-3為含有對話ID的二進制數(shù)據(jù)，通過套接字通信向回調(diào)控制部CC發(fā)送?；卣{(diào)控制部CC的回調(diào)ID管理部I/F即CC4從回調(diào)管理部CIM接收到回調(diào)用戶ID 解決響應S2-3后，面向US的I/F即CC2向與獲取到的對話ID相結(jié)合的用戶終端US發(fā)送以WEB服務提供服務器WS的URL、回調(diào)用戶ID以及對話ID作為自變量含有的用戶回調(diào)請求S2-4。用戶回調(diào)請求S2-4中利用HTTP的302Moved Temporarily消息，在Location標頭中設定WEB服務提供服務器WS的URL。用戶終端US的Web瀏覽器USl從回調(diào)控制部CC接收到用戶回調(diào)請求S2_4后，確認Location標頭(header)，提取TOB服務提供服務器WS的URL。而且，向TOB服務提供服務器WS發(fā)送以回調(diào)用戶ID作為自變量含有的用戶交互請求S2-5。用戶交互請求S2-5中利用HTTP的GET消息，在Referer標頭中設定回調(diào)管理部CIM的返回目的地URL。TOB服務提供服務器WS的HTTP UI即WS3從用戶終端US接收到用戶交互請求 S2-5后，應用程序WS5向用戶終端US發(fā)送以用戶對話處理所需要的HTML的畫面作為自變量含有的用戶交互輸入請求S2-6。用戶交互輸入請求S2-6中利用HTTP的2000K消息。用戶終端US的Web瀏覽器USl從Web服務提供服務器WS接收到用戶交互輸入請求S2-6后，向在Web瀏覽器USl上顯示的輸入表格輸入信息。輸入完成后，向WEB服務提供服務器WS發(fā)送輸入信息發(fā)送消息S2-7。輸入信息發(fā)送消息S2-7中利用HTTP的GET消肩、οWEB服務提供服務器WS的HTTP UI即WS3從用戶終端US接收到輸入信息發(fā)送消息S2-7后，應用程序WS5基于輸入信息執(zhí)行應用程序WS5。在應用程序WS5的執(zhí)行未成功的情況下，再次向用戶終端US發(fā)送用戶交互輸入請求S2-5。在應用程序WS5的執(zhí)行成功的情況下，向用戶終端US發(fā)送以應用程序WS5的執(zhí)行結(jié)果作為自變量含有的應用程序執(zhí)行結(jié)果確認請求S2-8。應用程序執(zhí)行結(jié)果確認請求S2-8中利用HTTP的2000K消息。用戶終端US的Web瀏覽器USl從TOB服務提供服務器WS接收到應用程序執(zhí)行結(jié)果確認請求S2-8后，用戶確認在Web瀏覽器USl上顯示的執(zhí)行結(jié)果。如果執(zhí)行結(jié)果良好， 則作為承認處理向WEB服務提供服務器WS發(fā)送應用程序執(zhí)行結(jié)果確認響應S2-9。應用程序執(zhí)行結(jié)果確認響應S2-9中利用HTTP的GET消息。8/9頁WEB服務提供服務器WS的HTTP UI即WS3從用戶終端US接收到應用程序執(zhí)行結(jié)果確認響應S2-9后，應用程序WS5確定執(zhí)行結(jié)果。然后，向用戶終端US發(fā)送作為非同步消息的用戶交互響應S2-10。用戶交互相應S2-10中利用HTTP的302Moved Temporarily消肩、ο然后，TOB服務提供服務器WS的應用程序WS5向控制模塊WS4轉(zhuǎn)交回調(diào)用戶ID以及執(zhí)行結(jié)果?？刂颇KWS4在獲取回調(diào)用戶ID以及執(zhí)行結(jié)果后，從由腳本執(zhí)行I/F獲取到的回調(diào)用戶ID中查找出是否存在一致的ID，解決線程ID。由此腳本執(zhí)行線程得以確定，因此向該腳本執(zhí)行線程轉(zhuǎn)交服務的執(zhí)行結(jié)果(A2-2)。另一方面，用戶終端US的Web瀏覽器USl從TOB服務提供服務器WS接收到用戶交互響應S2-10后，向回調(diào)控制部CC發(fā)送以對話ID以及回調(diào)用戶ID作為自變量含有的用戶回調(diào)響應S2-11。用戶回調(diào)響應S2-11中利用HTTP的302 Moved Temporarily消息，在 Location標頭中設定回調(diào)ID管理部CIM的返回目的地URL?；卣{(diào)控制部CC的面向US的IA^PCC 2從用戶終端US接收到用戶回調(diào)響應S2-11 后，向TOB服務提供服務器WS發(fā)送用戶回調(diào)響應S2-12。而且，Wra服務提供服務器WS接收用戶回調(diào)響應S2-12。圖7D為用戶回調(diào)響應S2-12的SOAP消息中主要部分提取圖，status標記的要素中，如果執(zhí)行結(jié)果為成功，則記載為success，如果失敗，則記載為fail。以上是實施用戶交互的一系列處理。返回圖3的說明。Wra服務提供服務器WS 1的腳本執(zhí)行I/F即WSl-I以及TOB服務提供服務器WS2的腳本執(zhí)行I/F即WS2-1在Web服務的執(zhí)行結(jié)束后分別向腳本執(zhí)行服務器SES發(fā)送以協(xié)同服務執(zhí)行結(jié)果、腳本執(zhí)行ID以及回調(diào)用戶ID作為自變量含有的協(xié)同服務執(zhí)行響應S1-7。圖7B為協(xié)同服務執(zhí)行響應S1-7的SOAP消息中主要部分提取圖。callbackID標記的要素中記載回調(diào)用戶ID的值。processID標記的要素中記載腳本執(zhí)行ID的值。result 標記的要素中以文本格式記載各Web服務提供服務器WS的執(zhí)行結(jié)果。執(zhí)行結(jié)果為二進制格式的情況下，編碼成文本格式后進行記載。腳本執(zhí)行服務器SES的腳本執(zhí)行引擎SESl從TOB服務提供服務器WSl以及TOB服務提供服務器WS2接收到協(xié)同服務執(zhí)行響應S1-7后，腳本執(zhí)行接受部SES2向Web門戶服務器WP發(fā)送以協(xié)同服務執(zhí)行結(jié)果以及回調(diào)用戶ID作為自變量含有的腳本執(zhí)行響應S1-8。圖6C為腳本執(zhí)行響應S1-8的SOAP消息中主要部分提取圖。result標記的要素中以文本格式記載各Web服務提供服務器WS的執(zhí)行結(jié)果。執(zhí)行結(jié)果為二進制格式的情況下，編碼成文本格式后進行記載。返回到圖3的說明。Web門戶服務器WP的門戶應用程序WPl從腳本執(zhí)行服務器 SES接收到腳本執(zhí)行響應S1-8后，生成將腳本執(zhí)行結(jié)果加工為HTML格式的執(zhí)行結(jié)果HTML。 而且，向回調(diào)控制部CC發(fā)送以執(zhí)行結(jié)果HTML以及回調(diào)用戶ID作為自變量含有的服務響應 S1-9。服務響應S1-9中利用HTTP的2000K消息。回調(diào)控制部CC的面向WP的I/F即門戶服務器WP接收到服務響應 S1-9后，根據(jù)回調(diào)用戶ID解決對話ID(Al-6)。然后，面向US的I/F繼CC2向與以解決的對話ID相結(jié)合的用戶終端US發(fā)送以執(zhí)行結(jié)果HTML以及對話ID作為自變量含有的服務響
10應Sl-IOo服務響應S1-10中利用HTTP的2000K消息。用戶終端US的Web瀏覽器USl從回調(diào)控制部CC接收到服務響應S1-10后，對接收到的執(zhí)行結(jié)果HTML進行描繪，顯示在Web瀏覽器USl上。以上是用戶使用用戶終端利用Web門戶服務器WP所提供的應用程序WPl時的動作。針對以上說明的本實施方式，存在若干變更。首先，針對基于回調(diào)方式的變更進行敘述。在此之前敘述的方式中，在從Web服務提供服務器WS經(jīng)由回調(diào)控制服務器CCS向用戶終端US實施回調(diào)時，從回調(diào)控制服務器CCS向用戶終端US的通信利用的是HTTP的重定向。該形態(tài)不僅能夠適用于個人電腦或者便攜式終端，在提供數(shù)字電視等以僅使用Web 瀏覽器作為前提的服務的情況下也能夠適用。作為其他方式，還可以是回調(diào)ID管理部CIM作為Web門戶服務器的一部分存在， 回調(diào)ID管理部CIM管理用戶的信件地址，使用該信件地址來實施回調(diào)。作為另一其他方式，還可以是使用SIP-URI這樣的載波管理的通信ID來實施回調(diào)。該情況下，回調(diào)ID管理部CIM作為管理各種ID的服務存在，Web門戶服務器對回調(diào)ID 管理部CIM進行查詢，根據(jù)門戶使用的用戶ID獲取載波管理的通信ID。該情況下，在用戶終端US，接收回調(diào)請求并新開啟Web瀏覽器USl的發(fā)射動能成為新的需要。并且，關于HCI的控制方法，也具有若干變更。在回調(diào)控制部CC作為面向用戶終端US的前行代理(forward proxy)介于與Web服務提供服務器WS之間的形態(tài)中，能夠得到與現(xiàn)有的使用代理的技術同樣的效果?？傊?，能夠期待如下效果對Web服務提供服務器 WS隱匿用戶終端US的信息(IP地址等)、對來自用戶終端US的輸入信息進行高速緩存、對從Web服務提供服務器WS分發(fā)給用戶終端US的內(nèi)容進行高速緩存和輕量化等。需要說明的是，本發(fā)明不受上述各實施方式的限定。本領域的技術人員能夠在本發(fā)明的范圍內(nèi)進行各種追加或者變更等。例如，能夠?qū)⑸鲜龈鲗嵤┓绞竭m當組合。
權利要求
1.一種服務協(xié)同系統(tǒng)，其中用戶終端通過Web門戶服務器以及服務腳本執(zhí)行服務器依次調(diào)用Web服務提供服務器，各Web服務提供服務器在與所述用戶終端之間實施對話處理， 該服務協(xié)同系統(tǒng)的特征在于，該服務協(xié)同系統(tǒng)設置有回調(diào)控制服務器，該回調(diào)控制服務器具有回調(diào)控制部，其響應從所述Web服務提供服務器接收到攜帶有回調(diào)用戶ID的回調(diào)請求，使用用于識別所述用戶終端或者所述用戶終端進行的對話的ID，向所述用戶終端發(fā)送對話處理開始請求；以及回調(diào)ID管理部，其將所述ID與所述回調(diào)用戶ID關聯(lián)起來進行管理，獲取與所述回調(diào)用戶ID對應的所述ID。
2.根據(jù)權利要求1所述的服務協(xié)同系統(tǒng)，其特征在于，所述回調(diào)控制部響應從所述用戶終端向所述Web門戶服務器的服務請求的接收，向所述回調(diào)ID管理部發(fā)送所述ID，從所述回調(diào)ID管理部獲取所述回調(diào)用戶ID，將獲取到的所述回調(diào)用戶ID賦予所述服務請求，將賦予了所述回調(diào)用戶ID的所述服務請求向所述Web 門戶服務器發(fā)送，向所述回調(diào)ID管理部請求與所述回調(diào)請求所攜帶的所述回調(diào)用戶ID對應的所述ID，從所述回調(diào)ID管理部獲取與所述回調(diào)用戶ID對應的所述ID，所述回調(diào)ID管理部從所述回調(diào)控制部獲取所述ID，生成與獲取到的所述ID對應的所述回調(diào)用戶ID，將生成的所述回調(diào)用戶ID向所述回調(diào)控制部發(fā)送，從所述回調(diào)控制部獲取所述回調(diào)請求所攜帶的所述回調(diào)用戶ID，將與獲取到的所述回調(diào)用戶ID對應的所述ID向所述回調(diào)控制部發(fā)送。
3.根據(jù)權利要求2所述的服務協(xié)同系統(tǒng)，其特征在于，所述回調(diào)控制部高速緩存從所述用戶終端向所述Web服務提供服務器的輸入信息以及從所述Web服務提供服務器分發(fā)給所述用戶終端的內(nèi)容。
4.根據(jù)權利要求2所述的服務協(xié)同系統(tǒng)，其特征在于，所述回調(diào)控制部從由所述用戶終端向所述Web服務提供服務器的輸入信息中刪除需要對所述Web服務提供服務器隱匿的信息，將刪除了需要隱匿的信息而得的所述輸入信息向所述Web服務提供服務器發(fā)送。
5.根據(jù)權利要求1所述的服務協(xié)同系統(tǒng)，其特征在于，所述Web門戶服務器向所述回調(diào)ID管理部發(fā)送所述Web門戶服務器使用的用戶ID，從所述回調(diào)ID管理部獲取與所述用戶ID對應的所述回調(diào)用戶ID，將獲取到的所述回調(diào)用戶 ID作為參數(shù)向所述服務腳本執(zhí)行服務器發(fā)送，所述回調(diào)ID管理部響應從所述Web門戶服務器獲取到所述用戶ID，生成與所述用戶 ID對應的所述回調(diào)用戶ID，將生成的所述回調(diào)用戶ID向所述Web門戶服務器發(fā)送。
6.根據(jù)權利要求5所述的服務協(xié)同系統(tǒng)，其特征在于，所述回調(diào)控制部高速緩存從所述用戶終端向所述Web服務提供服務器的輸入信息以及從所述Web服務提供服務器分發(fā)給所述用戶終端的內(nèi)容。
7.根據(jù)權利要求5所述的服務協(xié)同系統(tǒng)，其特征在于，所述回調(diào)控制部從由所述用戶終端向所述Web服務提供服務器的輸入信息中刪除需要對所述Web服務提供服務器隱匿的信息，將刪除了需要隱匿的信息而得的所述輸入信息向所述Web服務提供服務器發(fā)送。
全文摘要
本發(fā)明提供一種服務協(xié)同系統(tǒng)，在包含人機交互(HCI)的業(yè)務流程執(zhí)行中能夠執(zhí)行復雜的流程。用戶對話型服務協(xié)同系統(tǒng)是用戶終端通過Web門戶服務器以及服務腳本執(zhí)行服務器依次調(diào)用Web服務提供服務器、而各Web服務提供服務器在與用戶終端之間實施對話處理的服務協(xié)同系統(tǒng)，該系統(tǒng)中設有回調(diào)控制服務器，該回調(diào)控制服務器具有回調(diào)控制部和回調(diào)ID管理部，所述回調(diào)控制部響應從Web服務提供服務器接收到攜帶有回調(diào)用戶ID的回調(diào)請求，使用用于識別用戶終端或者用戶終端進行的對話的ID向用戶終端發(fā)送對話處理開始請求，所述回調(diào)ID管理部將ID與回調(diào)用戶ID關聯(lián)起來進行管理，獲取與回調(diào)用戶ID對應的ID。
文檔編號H04L29/06GK102447729SQ20111023419
公開日2012年5月9日 申請日期2011年8月12日 優(yōu)先權日2010年10月5日
發(fā)明者入部真一, 林直樹, 矢戶晃史, 鍛忠司 申請人:株式會社日立制作所