專利名稱：處理委托目的地管理裝置、程序以及方法
技術領域：
本發(fā)明涉及進行分散處理環(huán)境中的處理委托目的地管理的技術。
背景技術：
現(xiàn)在具有基于SOA (Service Oriented Architecture (面向服務的結構))等思想 靈活地構成企業(yè)的信息系統(tǒng)的技術。在SOA的思想中，不是在服務器上配置以業(yè)務單位執(zhí) 行處理的應用業(yè)務程序來進行處理，而是把業(yè)務分解為比業(yè)務單位小的多個執(zhí)行單位(服 務)后安裝在服務組件內(nèi)，配置成分散處理環(huán)境。然后，處理委托目的地管理裝置，根據(jù)要 執(zhí)行的業(yè)務(業(yè)務處理)組合該服務來實現(xiàn)處理。通過這樣做，即使發(fā)生業(yè)務流程的變更， 也可以僅通過重制應該變更的服務組件來應對變更。根據(jù)情況，僅通過變更服務的執(zhí)行順 序就能夠應對業(yè)務流程的變更，容易使信息系統(tǒng)敏捷地應付業(yè)務環(huán)境的變化。在這樣的SOA 等的分散應用執(zhí)行環(huán)境中，有根據(jù)業(yè)務處理來分配為執(zhí)行構成所要求的業(yè)務處理的服務所 需要的硬件資源的技術(特開2008-257694號公報(專利文獻1))。在上述專利文獻1中記載的技術中，在通過使用已有的硬件資源不能滿足服務的 執(zhí)行品質(zhì)(主要是運轉(zhuǎn)率或者應答等非功能要件的品質(zhì))的情況下，例如在執(zhí)行要求高運 轉(zhuǎn)率的服務時，在已有的硬件資源中的任何一個資源都不能達到要求水平的情況下，不得 不使服務的執(zhí)行品質(zhì)維持比所要求的品質(zhì)低的品質(zhì)來執(zhí)行服務。

發(fā)明內(nèi)容
因此，本發(fā)明的目的是提供一種技術，其能夠在分散處理環(huán)境中以滿足業(yè)務處理 的執(zhí)行品質(zhì)的要求水平的方式供給IT資源。為解決上述課題，本申請涉及的處理委托目的地管理的技術具有以下結構。S卩，組合提供執(zhí)行構成業(yè)務處理的服務的硬件資源，以便滿足該業(yè)務處理的要求品質(zhì)。例如，一種通過網(wǎng)絡對客戶機終端提供預定的業(yè)務信息處理的處理委托目的地管 理裝置，其中，具有存儲部，用于存儲下述信息確定構成所述業(yè)務信息處理的一個以上 的服務及其執(zhí)行流程的執(zhí)行流程信息、確定所述業(yè)務信息處理所要求的執(zhí)行品質(zhì)的執(zhí)行品 質(zhì)信息、確定可以執(zhí)行實現(xiàn)所述服務的組件的IT資源的組件管理信息、和確定所述IT資源 提供的執(zhí)行品質(zhì)的IT資源品質(zhì)信息；執(zhí)行流程管理部，用于從所述客戶機終端接收所述業(yè) 務信息處理的提供請求，從所述存儲部中確定構成所請求的業(yè)務信息處理的服務的執(zhí)行流 程信息、和所請求的所述業(yè)務信息處理的執(zhí)行品質(zhì)信息；和消息傳送處理部，用于針對通過 在所述執(zhí)行流程管理部中確定的所述執(zhí)行流程信息確定的每一服務，讀出所述組件管理信 息，確定可執(zhí)行所述服務的IT資源；讀出所述IT資源品質(zhì)信息，判定在已確定的IT資源中是否包含單個滿足所述執(zhí)行品質(zhì)的IT資源；在包含該IT資源的情況下，確定該IT資源后 對該IT資源委托所述服務的執(zhí)行；在不包含該IT資源的情況下，確定使用多個IT資源滿 足執(zhí)行品質(zhì)的IT資源的組合；對在已確定的組合中包含的IT資源委托所述服務的執(zhí)行?？梢蕴峁┰诜稚⑻幚憝h(huán)境中能夠以滿足服務的執(zhí)行品質(zhì)的要求水平的方式靈活 地供給IT資源的技術。從下面結合附圖的說明中將會更加明了本發(fā)明的上述以及其他的特征、目的和優(yōu)
點O


圖1是分散處理系統(tǒng)的概略圖。
圖2是表示客戶機終端和處理委托目的地管理服務器的結構的圖
圖3是表示服務執(zhí)行服務器α的結構的圖。
圖4是表示服務執(zhí)行服務器β的結構的圖。
圖5是處理委托目的地管理服務器的硬件結構圖。
圖6是表示執(zhí)行流程定義表的例子的圖。
圖7是表示執(zhí)行品質(zhì)定義表的例子的圖。
圖8是表示組件管理表的例子的圖。
圖9是表示IT資源品質(zhì)表的例子的圖。
圖10是表示執(zhí)行品質(zhì)表的例子的圖。
圖11是表示執(zhí)行流程管理處理的處理流程的圖。
圖12是表示執(zhí)行品質(zhì)管理處理的處理流程的圖。
圖13是表示消息傳送處理的處理流程的圖。
圖14是表示組件協(xié)調(diào)處理的處理流程的圖。
圖15是表示IT資源分配處理的處理流程的圖。
具體實施例方式圖1是表示本發(fā)明的實施方式的分散處理系統(tǒng)1的圖。本發(fā)明的分散處理系統(tǒng)1包含客戶機終端100、處理委托目的地管理服務器200、 多個服務執(zhí)行服務器300、和管理各種數(shù)據(jù)庫的各種DB服務器400而構成，各終端、服務器 可通過網(wǎng)絡150互相通信。網(wǎng)絡150通常是LAN (Local Area Network (局域網(wǎng)))等的利用者的組織管理的通 信網(wǎng)。但是不限于此，網(wǎng)絡150也可以是一部分使用因特網(wǎng)等公眾通信網(wǎng)、WAN(Wide Area Network(廣域網(wǎng)))或者VPN(Virtual Private Network(虛擬專用網(wǎng)絡))等一般公眾線 路的通信網(wǎng)?？蛻魴C終端100接收來自使用者的操作輸入(關于執(zhí)行業(yè)務的操作)，通過網(wǎng)絡 150對處理委托目的地管理服務器200委托處理，從處理委托目的地管理服務器200接收與 處理結果有關的信息，向使用者提示。如圖2所示，客戶機終端100具有存儲部120、控制部130、輸入部141、輸出部142 和通信部143。
6
存儲部120存儲各種電子信息?？刂撇?30具有瀏覽器部131。瀏覽器部131通過后述的通信部143與網(wǎng)絡150 連接，與在網(wǎng)絡150上連接的其他裝置進行通信。另外，通過輸入部141接受使用者的操作 輸入，委托輸出部142輸出向使用者提示的信息。例如，瀏覽器部131可以在接收到具有 HTML (Hyper Text Markup Language (超文本標記語言))等的修飾顯示信息的Web頁等時 進行顯示，向鏈接目的地的服務器等發(fā)送在該Web頁上由使用者輸入的信息。輸入部141接受來自使用者的信息的輸入。輸出部142對使用者輸出各種信息。 通信部143通過網(wǎng)絡150與其他設備連接，對所連接的其他設備進行信息的發(fā)送，接收從所 連接的其他設備發(fā)送的信息。處理委托目的地管理服務器200，通過網(wǎng)絡150，根據(jù)來自客戶機終端100的請求 或指示，確定與服務相關的處理、和執(zhí)行該處理的服務執(zhí)行服務器300，對所確定的服務執(zhí) 行服務器300發(fā)送該處理的開始等的指示。另外，處理委托目的地管理服務器200通過HTML 等構成應該在客戶機終端100上顯示的與服務相關的畫面信息，發(fā)送給客戶機終端100。如圖2所示，處理委托目的地管理服務器200具有存儲部220、控制部230、和通信 部 241。在存儲部220中具有執(zhí)行流程定義表221、執(zhí)行品質(zhì)定義表222、組件管理表223、 IT資源品質(zhì)表224、和執(zhí)行品質(zhì)表225。在執(zhí)行流程定義表221中存儲根據(jù)業(yè)務處理確定要執(zhí)行的業(yè)務及其順序(流程) 的信息。圖6是表示執(zhí)行流程定義表221的結構例的圖。在執(zhí)行流程定義表221中存儲的 記錄，具有與業(yè)務處理ID欄2211、和流程定義數(shù)據(jù)欄2212相應的信息。業(yè)務處理ID欄2211是存儲確定業(yè)務處理的信息的欄。例如存儲確定與庫存查詢、 接受訂貨、進款、發(fā)貨等各種業(yè)務對應的ID的信息。流程定義數(shù)據(jù)欄2212是關于在業(yè)務處理ID欄2211內(nèi)確定的業(yè)務處理，存儲確 定應該執(zhí)行的服務的信息、和能夠確定該服務的順序的信息的欄。例如，在本實施方式中， 存儲確定服務的服務名(例如服務A、服務B、服務C)、和確定在服務A執(zhí)行后執(zhí)行服務B 進而執(zhí)行服務D等的順序的信息。該信息可以是遵照預定格式的XMUExtensible Markup Language (可擴展標記語言))等的文本數(shù)據(jù)，也可以是用預定的程序語言書寫的程序數(shù)據(jù) (包含已編譯并且鏈接后的可執(zhí)行的目標文件、或者可以通過預定的解釋程序執(zhí)行的腳本、 或者在預定的執(zhí)行引擎上運行的預定的編譯后的文件等)。在執(zhí)行品質(zhì)定義表222中存儲關于根據(jù)業(yè)務處理要執(zhí)行的服務的運轉(zhuǎn)性能等、 例如運轉(zhuǎn)率或者應答時間的執(zhí)行品質(zhì)要求信息。圖7是表示執(zhí)行品質(zhì)定義表222的結構例的圖。執(zhí)行品質(zhì)定義表222中存儲的記 錄，具有與業(yè)務處理ID欄2221、特別要求欄2222、和品質(zhì)要求數(shù)據(jù)欄2223相應的信息。業(yè)務處理ID欄2221是存儲確定業(yè)務處理的信息的欄。例如存儲確定與庫存查詢、 接受訂貨、進款、發(fā)貨等各種業(yè)務對應的ID的信息。特別要求欄2222是存儲確定在執(zhí)行業(yè)務處理方面有無特別的執(zhí)行品質(zhì)的要求的 信息的欄。例如，即使是同一業(yè)務處理的執(zhí)行，在運轉(zhuǎn)率的要求根據(jù)處理委托源而不同的情 況下，通過附加特別要求，能夠使要求的執(zhí)行品質(zhì)與其他的不同。
7
品質(zhì)要求數(shù)據(jù)欄2223是存儲確定與業(yè)務處理的執(zhí)行有關的品質(zhì)的要求水平的信 息的欄。例如存儲運轉(zhuǎn)率在99. 9%以上、平均應答時間在IOmsec以下等的要求信息。此外， 例如也可以是安全水平(security level)的要求、或者日志繪制水平(log trace level) 的要求等。在組件管理表223中，針對在服務執(zhí)行服務器300中配備的組件的每個組件ID，存 儲確定以下內(nèi)容的信息確定提供的服務的名稱、關于執(zhí)行品質(zhì)的組件的提供品質(zhì)的特征、 和所配備的服務執(zhí)行服務器。圖8是表示組件管理表223的結構例的圖。在組件管理表223中存儲的記錄具有 與組件ID欄2231、提供服務名欄2232、組件提供品質(zhì)欄2233、和配備狀況欄2234相應的信 肩、ο組件ID欄2231是關于為在服務執(zhí)行服務器300中運轉(zhuǎn)而配備的、提供服務的組 件，存儲確定識別該組件的組件ID的信息的欄。所謂組件，是指提供一種業(yè)務信息處理服 務的功能的一個或者多個程序。提供服務名欄2232是存儲服務名的欄，該服務名確定由通過在組件ID欄2231中 存儲的信息確定的組件提供的服務的功能。提供服務名相同的組件基本上提供相同的服務 功能。組件提供品質(zhì)欄2233是關于通過在組件ID欄2231中存儲的信息確定的組件提 供的服務，存儲確定特征執(zhí)行品質(zhì)的信息的欄。例如，是“與內(nèi)部存儲器DB對應”等定性的 特征。配備狀況欄2234是存儲確定配備了通過在組件ID欄2231中存儲的信息確定的 組件的IT資源(硬件資源)、即服務執(zhí)行服務器300的信息的欄。在IT資源品質(zhì)表224中，針對確定服務執(zhí)行服務器300的每一資源ID，存儲確定 關于該服務執(zhí)行服務器300提供的運轉(zhuǎn)性能的品質(zhì)的信息。圖9是表示IT資源品質(zhì)表224的結構例的圖。在IT資源品質(zhì)表224中存儲的記 錄，具有與資源ID欄2241、和IT資源提供品質(zhì)欄2242相應的信息。資源ID欄2241是關于各服務執(zhí)行服務器300，存儲確定資源ID的信息的欄，該資 源ID用于識別相應服務執(zhí)行服務器300。在本實施方式中，資源ID作為識別服務執(zhí)行服務 器300的信息，但是不限于此，例如也可以是識別存儲裝置或者網(wǎng)絡設備等其他硬件資源 的信息。IT資源提供品質(zhì)欄2242是存儲確定通過資源ID欄2241內(nèi)存儲的信息確定的服 務執(zhí)行服務器300提供的執(zhí)行品質(zhì)的特征(規(guī)格)的信息的欄。例如，該服務執(zhí)行服務器 300的運轉(zhuǎn)率是99%等的規(guī)格的信息。在執(zhí)行品質(zhì)表225中，針對確定服務執(zhí)行服務器300的每一資源ID，針對每一組件 存儲表示在該服務執(zhí)行服務器中被執(zhí)行的各組件執(zhí)行的品質(zhì)、例如平均應答時間等的實際 成績的值。圖10是表示執(zhí)行品質(zhì)表225的結構例的圖。在執(zhí)行品質(zhì)表225中存儲的記錄，具 有與資源ID欄2251、和品質(zhì)數(shù)據(jù)欄2252相應的信息。資源ID欄2251是關于各服務執(zhí)行服務器300存儲確定資源ID的信息的欄，該資 源ID用于識別該服務執(zhí)行服務器300。
8
品質(zhì)數(shù)據(jù)欄2252是存儲確定每一組件的執(zhí)行品質(zhì)的實際成績的信息的欄。例如， 組件“C001”具有平均應答時間是50msec的實際成績等。返回圖2進行說明?？刂撇?30具有執(zhí)行流程管理部231、消息傳送處理部232、 執(zhí)行品質(zhì)管理部233、組件協(xié)調(diào)部234、IT資源分配部235和執(zhí)行品質(zhì)監(jiān)視部236。執(zhí)行流程管理部231，當接受業(yè)務處理的執(zhí)行委托時，確定應該執(zhí)行的服務及其執(zhí) 行品質(zhì)的要求水平，向消息傳送處理部232委托處理。具體說，執(zhí)行流程管理部231從客戶 機終端100通過網(wǎng)絡150接受業(yè)務處理ID，從執(zhí)行流程定義表221讀出與該業(yè)務處理ID對 應的流程定義數(shù)據(jù)。然后，執(zhí)行流程管理部231委托執(zhí)行品質(zhì)管理部233確定應該執(zhí)行的 業(yè)務處理的執(zhí)行品質(zhì)的要求水平。然后，執(zhí)行流程管理部231向消息傳送處理部232交付 流程定義數(shù)據(jù)和表示執(zhí)行品質(zhì)的要求水平的信息。消息傳送處理部232，當從執(zhí)行流程管理部231取得流程定義數(shù)據(jù)和表示執(zhí)行品 質(zhì)的要求水平的信息時，遵照流程定義數(shù)據(jù)和執(zhí)行品質(zhì)的要求，對服務分配IT資源來執(zhí)行 該服務的處理。具體說，消息傳送處理部232，當從執(zhí)行流程管理部231取得流程定義數(shù)據(jù)和表示 執(zhí)行品質(zhì)的要求水平的信息時，向組件協(xié)調(diào)部234詢問組件的配備狀況。然后，消息傳送處 理部232委托IT資源分配部235分配執(zhí)行滿足流程定義數(shù)據(jù)和執(zhí)行品質(zhì)的要求水平的服 務的IT資源。然后，消息傳送處理部232對于被分配的服務執(zhí)行服務器300委托該服務的 處理執(zhí)行。執(zhí)行品質(zhì)管理部233，關于執(zhí)行流程管理部231接受了處理委托的業(yè)務處理，確定 所要求的執(zhí)行品質(zhì)。具體說，執(zhí)行品質(zhì)管理部233根據(jù)執(zhí)行流程管理部231接受了處理委托的業(yè)務處 理ID，參照執(zhí)行品質(zhì)定義表222，取得品質(zhì)要求數(shù)據(jù)，向執(zhí)行流程管理部231交付。此時，如 果是伴隨有特別要求的業(yè)務處理的處理委托，則確定與特別要求對應的品質(zhì)要求數(shù)據(jù)后交 付。組件協(xié)調(diào)部234，當從消息傳送處理部232接收到配備狀況的詢問時，從組件管 理表223中確定可執(zhí)行構成詢問對象的業(yè)務處理的服務的組件的候補，向消息傳送處理部 232交付。另外，組件協(xié)調(diào)部234，當從IT資源分配部235接受組件的配備請求時配備組件， 在組件管理表223中反映配備后的配備狀況。在組件的配備中包含附帶的處理，例如該組 件使用的內(nèi)部存儲器DB等的中間件功能的配備和起動、或者組件的配備的準備(例如向部 署描述符(employment descriptor)等的結構定義文件的登記等)的處理。IT資源分配部235，以滿足構成執(zhí)行的業(yè)務處理的服務的執(zhí)行品質(zhì)要件的方式， 分配IT資源。具體說，IT資源分配部235根據(jù)IT資源的提供品質(zhì)(規(guī)格)、和運轉(zhuǎn)率或者應答等 品質(zhì)的實際成績來組合IT資源，以便滿足業(yè)務處理所要求的品質(zhì)。例如，對于要求運轉(zhuǎn)率 在99. 9999%以上的業(yè)務處理，在不存在單個滿足運轉(zhuǎn)率99. 9999%的服務執(zhí)行服務器300 的情況下，IT資源分配部235通過使兩臺99. 9%的運轉(zhuǎn)率的服務執(zhí)行服務器并行運轉(zhuǎn)，來 實現(xiàn)運轉(zhuǎn)率99. 9999%。運轉(zhuǎn)率為99. 9 %的服務執(zhí)行服務器300，表示以0. 1 %、即千分之一的概率不運 轉(zhuǎn)。一般，在使兩臺服務器并行運轉(zhuǎn)時的綜合運轉(zhuǎn)率，作為從100%中減去兩臺服務器同時不運轉(zhuǎn)的概率的概率而求得。即通過式(1)求運轉(zhuǎn)率。運轉(zhuǎn)率=1-(1_第一服務器的運轉(zhuǎn)率)X(1-第二服務器的運轉(zhuǎn)率)...式(1)在式(1)中，設運轉(zhuǎn)率是用0 1的小數(shù)表示的數(shù)。例如，在上述例子中，千分之一 X千分之一=百萬分之一，從1中減去百萬分之一 為0. 999999，用百分率表示，運轉(zhuǎn)率成為99. 9999%。作為具體的處理，IT資源分配部235從在組件管理表223中存儲的信息中確定已 經(jīng)配備的實現(xiàn)執(zhí)行對象的服務的組件。然后，IT資源分配部235參照IT資源品質(zhì)表224， 確定已確定的組件中運轉(zhuǎn)率最高的一個組件。然后，IT資源分配部235分別求出組合已配 備的能夠?qū)崿F(xiàn)執(zhí)行對象的服務的其他組件和該運轉(zhuǎn)率最高的組件時的運轉(zhuǎn)率，當發(fā)現(xiàn)滿足 運轉(zhuǎn)率的品質(zhì)的要求的組合時，作為執(zhí)行對象分配該組合。IT資源分配部235，也可以在求得滿足運轉(zhuǎn)率的品質(zhì)的要求的全部組合后，從這 些組合中把所求得的運轉(zhuǎn)率最低的組合作為執(zhí)行對象來分配。通過這樣做，能夠把分配的 IT資源盡可能協(xié)調(diào)化，保持IT資源的高成本效益。另外，IT資源分配部235參照IT資源品質(zhì)表224，在已確定的組件中確定一個運 轉(zhuǎn)率最高的組件，進而確定已確定的該組件之外運轉(zhuǎn)率最高的組件。IT資源分配部235也 可以求出組合這兩個組件執(zhí)行時的運轉(zhuǎn)率，判定是否滿足運轉(zhuǎn)率的品質(zhì)的要求，在不滿足 要求的情況下，通過進一步增加并行運轉(zhuǎn)的組件的數(shù)量來提高運轉(zhuǎn)率。通過這樣做，組合多 個運轉(zhuǎn)率不那么高的服務器、即成本效益優(yōu)良的IT資源，能夠?qū)崿F(xiàn)高的運轉(zhuǎn)率。上述的說明是實現(xiàn)所要求的運轉(zhuǎn)率的品質(zhì)的IT資源分配部235的處理內(nèi)容。下 面接著說明實現(xiàn)應答的品質(zhì)的處理內(nèi)容。IT資源分配部235從在組件管理表232中存儲的信息中確定已經(jīng)配備的實現(xiàn)執(zhí)行 對象的服務的組件。然后，IT資源分配部235參照執(zhí)行品質(zhì)表225，在已確定的組件中確定 一個應答時間最短的組件的組合。然后判定該組合所涉及的組件的合計應答時間是否滿足 應答時間的品質(zhì)的要求，在滿足的情況下把該組合作為執(zhí)行對象來分配。在不滿足應答時間的品質(zhì)的要求的情況下，IT資源分配部235，作為應答時間的 實現(xiàn)程度，計算合計的應答時間和所要求的應答時間的比，求出將該比值的小數(shù)第一位進 位而得到的整數(shù)。IT資源分配部235把當前配備了相應組件的服務執(zhí)行服務器的臺數(shù)增加 到該整數(shù)倍。IT資源分配部235，通過在不足的臺數(shù)的服務執(zhí)行服務器300中新配備該組件，增 加服務執(zhí)行服務器300的臺數(shù)。然后，IT資源分配部235從組件管理表223中檢索實現(xiàn)執(zhí) 行對象的服務的組件的配備數(shù)少的服務器，以從組件的配備數(shù)最少的服務器開始的順序， 委托組件協(xié)調(diào)部234以所決定的臺數(shù)進行該組件的配備。由此，IT資源分配部235計算應答的實際成績值，根據(jù)應答的實現(xiàn)率增加組件運 轉(zhuǎn)的服務器，由此能夠使應答的實際成績值滿足將來要求的品質(zhì)。執(zhí)行品質(zhì)監(jiān)視部236從各服務執(zhí)行服務器300收集作為實際實現(xiàn)服務的組件運 轉(zhuǎn)的結果而得到的品質(zhì)的實際成績，存儲在執(zhí)行品質(zhì)表225中。例如，執(zhí)行品質(zhì)監(jiān)視部236 在一定期間，針對每一組件，從各服務執(zhí)行服務器300收集記錄從接受處理委托到返回處 理結果的應答時間后算出的該期間的平均應答時間，在執(zhí)行品質(zhì)表225中作為應答信息存 儲。
10
通信部241通過網(wǎng)絡150與其他設備連接，接收從連接的其他設備發(fā)送的信息，對 于連接的其他設備進行信息的發(fā)送。服務執(zhí)行服務器300是通過網(wǎng)絡150根據(jù)來自處理委托目的地管理服務器200的 請求或指示，使實現(xiàn)服務的組件運轉(zhuǎn)來執(zhí)行處理的服務器。圖3表示服務執(zhí)行服務器300中執(zhí)行服務A、B、C的服務執(zhí)行服務器305 (以下稱 為服務執(zhí)行服務器α)的結構。服務執(zhí)行服務器α具有存儲部320、控制部330、和通信部341。存儲部320存儲執(zhí)行品質(zhì)表321和各種電子信息。執(zhí)行品質(zhì)表321，因為是和上述 的處理委托目的地管理服務器200的執(zhí)行品質(zhì)表225同樣的表，所以省略說明?？刂撇?30具有消息傳送處理部331、服務A執(zhí)行組件332、服務B執(zhí)行組件333、 服務C執(zhí)行組件334、和執(zhí)行品質(zhì)監(jiān)視部335。消息傳送處理部331，當從處理委托目的地管理服務器200接受服務的執(zhí)行委托 時，從服務A執(zhí)行組件332、服務B執(zhí)行組件333、和服務C執(zhí)行組件334中確定執(zhí)行該服務 的組件，使之執(zhí)行。服務A執(zhí)行組件332、服務B執(zhí)行組件333、和服務C執(zhí)行組件334分別是執(zhí)行服 務Α、服務B、服務C的組件。在各組件中，包含一個以上的程序。執(zhí)行品質(zhì)監(jiān)視部335收集作為在服務執(zhí)行服務器α上配備的組件運轉(zhuǎn)的結果而 得到的品質(zhì)的實際成績，存儲在執(zhí)行品質(zhì)表321中。例如，執(zhí)行品質(zhì)監(jiān)視部335在一定期 間，針對每一組件，記錄從接受處理委托到返回處理結果的應答時間，計算該期間的平均應 答時間，存儲在執(zhí)行品質(zhì)表321中。另外，根據(jù)來自處理委托目的地管理服務器200的執(zhí)行 品質(zhì)管理部236的請求，發(fā)送執(zhí)行品質(zhì)表321的與自身服務器相關的信息。通信部341通過網(wǎng)絡150與其他設備連接，接收從連接的其他設備發(fā)送的信息，對 于連接的其他設備進行信息的發(fā)送。圖4表示服務執(zhí)行服務器300中的服務執(zhí)行服務器350 (以下稱為服務執(zhí)行服務 器β)的結構，其執(zhí)行服務A、B、D，進而通過代替訪問數(shù)據(jù)庫而訪問內(nèi)部存儲器DB提高執(zhí) 行速度。服務執(zhí)行服務器β具有存儲部370、控制部380、和通信部391。存儲部370存儲執(zhí)行品質(zhì)表371和各種電子信息。執(zhí)行品質(zhì)表371，因為是和上述 的處理委托目的地管理服務器200的執(zhí)行品質(zhì)表225同樣的表，所以省略說明?？刂撇?80具有消息傳送處理部381、服務A執(zhí)行組件382、服務B執(zhí)行組件383、 服務D執(zhí)行組件384、內(nèi)部存儲器DB處理部385、和執(zhí)行品質(zhì)監(jiān)視部386。在構成控制部380的各處理部中，因為消息傳送處理部381、服務A執(zhí)行組件382、 服務B執(zhí)行組件383、和執(zhí)行品質(zhì)監(jiān)視部386分別是和服務執(zhí)行服務器α的消息傳送處理 部331、服務A執(zhí)行組件332、服務B執(zhí)行組件333、和執(zhí)行品質(zhì)監(jiān)視部335同樣的結構，所以 省略說明。服務D執(zhí)行組件384是執(zhí)行服務D的組件，在該組件中包含一個以上的程序。內(nèi)部存儲器DB處理部385，在各種DB服務器400具有的數(shù)據(jù)庫中，對于從在服務 執(zhí)行服務器β中配備的組件(實現(xiàn)服務A、B、D的組件)訪問的對象數(shù)據(jù)庫，在服務執(zhí)行服 務器β的存儲器上具有復制數(shù)據(jù)。內(nèi)部存儲器DB處理部385，當在服務Α、B、D中接受到
11針對被訪問的數(shù)據(jù)庫的輸入輸出請求時，(不進行對于DB服務器的通信，)在本地存儲器上 進行與請求對應的輸入輸出處理。因此，與訪問DB數(shù)據(jù)庫400相比，能夠提高數(shù)據(jù)訪問處 理的處理速度。各種DB服務器400通過DB服務器上的數(shù)據(jù)庫，管理關于各服務的執(zhí)行從服務執(zhí) 行服務器300訪問的數(shù)據(jù)。各種DB服務器，在未圖示的控制部中接受數(shù)據(jù)庫信息的參照、刪 除、變更、追加等處理，訪問數(shù)據(jù)庫的信息，并向處理委托源發(fā)送結果。數(shù)據(jù)庫可以是樹型、 關系型、對象型等各種類型的數(shù)據(jù)庫。圖5是表示本實施方式中的客戶機終端100的硬件結構的圖。在本實施方式中，客戶機終端100例如是PC(個人計算機)、或工作站、服務器裝 置、各種便攜電話終端、PDA (Personal Digital Assistant (個人數(shù)字助理))等計算機?？蛻魴C終端100具有輸入裝置111、輸出裝置112、運算裝置113、主存儲裝置114、 外部存儲裝置115、通信裝置116、以及將各個裝置互相連接的總線117。輸入裝置111例如是鍵盤或鼠標、或者觸摸板、其他指點設備等接受輸入的裝置。輸出裝置112例如是顯示器等進行顯示的裝置。運算裝置113例如是CPU (Central Processing Unit (中央處理裝置))等運算裝置。主存儲裝置114例如是RAM(Radom Access Memory (隨機訪問存儲器))等的存儲
器裝置。外部存儲裝置115例如是硬盤裝置或者閃速存儲器等非易失存儲裝置。通信裝置116是通過天線進行無線通信的無線通信裝置、或者通過網(wǎng)絡電纜進行 有線通信的有線通信裝置?？蛻魴C終端100的瀏覽器部131通過使客戶機終端100的運算裝置113進行處理 的程序而實現(xiàn)。該程序被存儲在主存儲裝置114或者外部存儲裝置115內(nèi)，執(zhí)行時加載到主存儲 裝置114上，通過運算裝置113執(zhí)行。另外，客戶機終端100的存儲部120，通過客戶機終端100的主存儲裝置114或者 外部存儲裝置115而實現(xiàn)?？蛻魴C終端100的輸入部141通過客戶機終端100的輸入裝置111來實現(xiàn)?？蛻魴C終端100的輸出部142通過客戶機終端100的輸出裝置112來實現(xiàn)。客戶機終端100的通信部143通過客戶機終端100的通信裝置116來實現(xiàn)。雖然未圖示，不過處理委托目的地管理服務器200、服務執(zhí)行服務器300以及各種 DB服務器400也具有和客戶機終端100同樣的硬件結構。但是，處理委托目的地管理服務 器200、服務執(zhí)行服務器300以及各種DB服務器400也可以沒有與客戶機終端100的輸入 裝置111、輸出裝置112對應的裝置，即擔當和使用者進行輸入輸出的功能的硬件設備。另外，處理委托目的地管理服務器200的執(zhí)行流程管理部231、消息傳送處理部 232、執(zhí)行品質(zhì)管理部233、組件協(xié)調(diào)部234、IT資源分配部235、和執(zhí)行品質(zhì)監(jiān)視部236，通 過使處理委托目的地管理服務器200的運算裝置113進行處理的程序來實現(xiàn)。該程序被存儲在主存儲裝置114或者外部存儲裝置115內(nèi)，在執(zhí)行時加載到主存 儲裝置114上，通過運算裝置113執(zhí)行。
12
另外，服務執(zhí)行服務器α的消息傳送處理部331、服務A執(zhí)行組件332、服務B執(zhí) 行組件333、和服務C執(zhí)行組件334，通過使服務執(zhí)行服務器α的運算裝置113進行處理的 程序來實現(xiàn)。同樣，服務執(zhí)行服務器β的消息傳送處理部381、服務A執(zhí)行組件382、服務B執(zhí) 行組件383、和服務D執(zhí)行組件384，通過使服務執(zhí)行服務器β的運算裝置113進行處理的 程序來實現(xiàn)。下面根據(jù)圖11說明本實施方式中的執(zhí)行流程管理處理的概要。圖11是表示執(zhí)行流程管理處理的流程的圖。首先，執(zhí)行流程管理部231從客戶機終端100接受業(yè)務處理的執(zhí)行委托。此時，執(zhí) 行流程管理部231同時取得是否指定了特別要求信息的信息(步驟S001)。具體說，通過客 戶機終端100接收包含從使用者指示的業(yè)務處理ID的指定信息的執(zhí)行請求信息，作為指定 選項信息而接收有無特別要求信息的指定的信息。接著，執(zhí)行流程管理部231從執(zhí)行流程定義表221中讀出相應的流程定義數(shù)據(jù) (步驟S002)。具體說，執(zhí)行流程管理部231把在步驟SOOl接受的執(zhí)行請求信息中包含的 業(yè)務處理ID作為關鍵字檢索執(zhí)行流程定義表221，根據(jù)在業(yè)務處理ID欄2211中存儲的信 息確定與該業(yè)務處理ID對應的記錄，讀出在對應的流程定義數(shù)據(jù)欄2212中存儲的信息。接著，執(zhí)行流程管理部231委托執(zhí)行品質(zhì)管理部233讀出品質(zhì)要求數(shù)據(jù)(步驟 S003)。具體說，執(zhí)行流程管理部231對于執(zhí)行品質(zhì)管理部233交付業(yè)務處理ID的信息、特 別要求信息的有無，取得在執(zhí)行品質(zhì)定義表222的品質(zhì)要求數(shù)據(jù)欄2223中存儲的信息。這 里，關于該處理，具體使用圖12的執(zhí)行品質(zhì)管理處理的流程說明處理。圖12是表示執(zhí)行品質(zhì)管理處理的流程的圖。在執(zhí)行流程管理處理的步驟S003中， 通過執(zhí)行品質(zhì)管理部233接受來自執(zhí)行流程管理部231的委托，開始執(zhí)行品質(zhì)管理處理。首先，執(zhí)行品質(zhì)管理部233接受業(yè)務處理ID、和特別要求信息(步驟S101)。接著，執(zhí)行品質(zhì)管理部233判定特別要求信息是否是“有”(步驟S102)。在特別要求信息是“有”的情況下(在步驟S102是“是”)，執(zhí)行品質(zhì)管理部233， 在執(zhí)行品質(zhì)定義表222的記錄中確定在業(yè)務處理ID欄2221中存儲的信息與在步驟SlOl 接受的業(yè)務處理ID對應、而且在特別要求欄2222中存儲的信息是“有”的記錄。然后，執(zhí) 行品質(zhì)管理部233讀出在已確定的記錄的品質(zhì)要求數(shù)據(jù)欄2223中存儲的信息。然后，執(zhí)行 品質(zhì)管理部233前進到步驟S105的處理(步驟S103)。在特別要求信息是“無”的情況下(在步驟S102是“否”)，執(zhí)行品質(zhì)管理部233在 執(zhí)行品質(zhì)定義表222的記錄中確定業(yè)務處理ID欄2221與在步驟SlOl接受的業(yè)務處理ID 對應、而且特別要求欄2222是“無”的記錄。然后，執(zhí)行品質(zhì)管理部233讀出在已確定的記 錄的品質(zhì)要求數(shù)據(jù)欄2223中存儲的信息(步驟S104)。接著，執(zhí)行品質(zhì)管理部233向作為調(diào)用源的執(zhí)行流程管理部231發(fā)送在步驟S103 或者步驟S104讀出的品質(zhì)要求數(shù)據(jù)(步驟S105)。以上是執(zhí)行品質(zhì)管理處理的流程。通過進行執(zhí)行品質(zhì)管理處理，能夠確定關于業(yè)務處理的執(zhí)行品質(zhì)的要件。返回圖11的執(zhí)行流程管理處理的步驟S004的說明。接著，執(zhí)行流程管理部231向消息傳送處理部232交付業(yè)務處理ID和品質(zhì)要求數(shù)
13據(jù)，同時委托業(yè)務處理的執(zhí)行(步驟S004)。以上是執(zhí)行流程管理處理的流程。通過進行執(zhí)行流程管理處理，能夠接受來自客戶機終端100的業(yè)務處理執(zhí)行請 求，確定執(zhí)行該業(yè)務處理的服務、和執(zhí)行時的執(zhí)行品質(zhì)的要件。下面，使用圖13說明通過在圖11的執(zhí)行流程管理處理的步驟S004中被委托了業(yè) 務處理的執(zhí)行的消息傳送處理部232進行的消息傳送處理。圖13是表示消息傳送處理的流程的圖。通過在執(zhí)行流程管理處理的步驟S004等 中委托執(zhí)行開始，開始消息傳送處理。首先，消息傳送處理部232向組件協(xié)調(diào)處理部234詢問組件的配備狀況(步驟 S201)。具體說，消息傳送處理部232對組件協(xié)調(diào)處理部234交付業(yè)務處理ID及其流程定義 數(shù)據(jù)，發(fā)出組件確定請求，從組件協(xié)調(diào)處理部234接收成為執(zhí)行對象的組件的候補。這里， 使用圖14的組件協(xié)調(diào)處理的流程說明組件協(xié)調(diào)處理部234執(zhí)行的處理。圖14是表示組件協(xié)調(diào)處理的流程的圖。首先，組件協(xié)調(diào)部234接收請求(步驟 S301)。具體說，組件協(xié)調(diào)部234從調(diào)用源接收包含請求的種類的信息。然后，組件協(xié)調(diào)部234判定所接收的請求是否是組件配備請求(步驟S302)。在不 是組件配備請求的情況下(在步驟S302是“否”)，組件協(xié)調(diào)部234從組件管理表223中檢 索實現(xiàn)由流程定義數(shù)據(jù)表示的服務的組件(步驟S303)。例如，在流程定義數(shù)據(jù)中定義為執(zhí) 行服務A、服務B、服務D的情況下，組件協(xié)調(diào)部234檢索組件管理表223，針對每一個要執(zhí)行 的服務，確定在組件ID欄2231、組件提供品質(zhì)欄2232、和配備狀況欄2234中存儲的信息。例如，組件協(xié)調(diào)部234關于服務A確定“C001，_，服務器α ”、“C004，與內(nèi)部存儲 器DB對應，服務器β”、“0)07，-，服務器Y”的信息。同樣，組件協(xié)調(diào)部234關于服務B確 定“C002，_，服務器α ”、“C005，與內(nèi)部存儲器DB對應，服務器β ”、“C008，-，服務器γ" 的信息。另外，組件協(xié)調(diào)部234關于服務D確定“C006，與內(nèi)部存儲器DB對應，服務器β”、 “C009，-，服務器Y”的信息。接著，組件協(xié)調(diào)部234向消息傳送處理部232發(fā)送確定組件的信息(步驟S304)。 然后，組件協(xié)調(diào)部234結束組件協(xié)調(diào)處理。此外，在是組件配備請求的情況下(在步驟S302中是“是”)，組件協(xié)調(diào)部234向指 定的服務器配備指定的組件(步驟S305)，關于已配備的組件，向組件管理表223登記(步 驟S306)，后面詳細說明該處理。以上是組件協(xié)調(diào)處理的流程。通過執(zhí)行組件協(xié)調(diào)處理，能夠確定能夠?qū)崿F(xiàn)構成業(yè)務處理的服務的組件、和配置 了該組件的服務執(zhí)行服務器300。返回圖13的消息傳送處理的步驟S202的處理的說明。消息傳送處理部232，關于要執(zhí)行的服務，向IT資源分配部235委托IT資源的分 配(步驟S202)。具體說，消息傳送處理部232向IT資源分配部235交付要執(zhí)行的業(yè)務處 理的品質(zhì)要求數(shù)據(jù)、和在步驟S201已確定的可執(zhí)行的組件的信息來委托IT資源的分配，取 得執(zhí)行的組件和要不要指示并行執(zhí)行。這里，關于IT資源分配部235執(zhí)行的處理，使用圖 15的IT資源分配處理的流程進行說明。圖15是表示IT資源分配處理的流程的圖。
14
首先，IT資源分配部235讀入IT資源品質(zhì)表224 (步驟S401)。然后，IT資源分 配部235讀入從消息傳送處理部232交付的品質(zhì)要求數(shù)據(jù)(步驟S402)。接著，IT資源分配部235判定服務執(zhí)行服務器執(zhí)行的品質(zhì)的實際成績信息是否包 含必要的要求數(shù)據(jù)(步驟S403)。具體說，IT資源分配部235判定在步驟S402讀入的品質(zhì) 要求數(shù)據(jù)中是否包含關于應答時間的要求。在品質(zhì)的實際成績信息是必要的情況下(在步驟S403中是“是”)，IT資源分配部 235讀入在執(zhí)行品質(zhì)表225中存儲的每一組件的品質(zhì)實際成績信息(步驟S404)。然后，IT 資源分配部235前進到步驟S405進行處理。在品質(zhì)的實際成績信息不是必要的情況下(在步驟S403中是“否”)，IT資源分配 部235前進到步驟S405進行處理。IT資源分配部235判定是否滿足在品質(zhì)要求數(shù)據(jù)中要求的品質(zhì)(步驟S405)。具 體說，IT資源分配部235判定是否存在單個能夠滿足品質(zhì)要求數(shù)據(jù)中要求的品質(zhì)的資源 (服務執(zhí)行服務器)。在有全部滿足品質(zhì)要求數(shù)據(jù)中要求的品質(zhì)的資源的情況下(在步驟S405中是 “是”)，IT資源分配部235向消息傳送處理部232發(fā)送該資源上的組件的ID (步驟S406)。 然后，IT資源分配部235結束IT資源分配處理。在沒有單個滿足品質(zhì)要求數(shù)據(jù)中要求的品質(zhì)的資源的情況下(在步驟S405中是 “否”)，IT資源分配部235，判定是否存在通過使多個已有的IT資源并行執(zhí)行來滿足所要求 的全部品質(zhì)的組合(步驟S407)。具體說，如果是運轉(zhuǎn)率的要求，則在多個服務執(zhí)行服務器 上已經(jīng)配置有實現(xiàn)該服務的組件的情況下，判定通過在該多個服務器上并行執(zhí)行該服務是 否滿足所要求的運轉(zhuǎn)率。在通過并行執(zhí)行多個已有的IT資源來滿足品質(zhì)的情況下(在步驟S407中是 “是”)，IT資源分配部235確定多個要執(zhí)行的組件的ID，并指示并行執(zhí)行該多個組件，同時 向消息傳送處理部232發(fā)送(步驟S406)。然后，IT資源分配部235結束IT資源分配處理。在即使并行執(zhí)行多個已有的IT資源仍然不能滿足品質(zhì)的情況下(在步驟S407中 是“否”)，IT資源分配部235判定通過對未配備的IT資源新配備未配備的組件，是否有單 個能夠滿足品質(zhì)要求的資源(步驟S408)。具體說，IT資源分配部235參照IT資源品質(zhì)表 224，判定在IT資源提供品質(zhì)2242中是否存在通過單個執(zhí)行來滿足品質(zhì)要求的IT資源。例 如，IT資源分配部235，在應該執(zhí)行的業(yè)務處理的要求品質(zhì)是運轉(zhuǎn)率99. 9%的情況下，檢索 尚未配備組件、但是如果配備的話則用單個資源能夠滿足運轉(zhuǎn)率99. 9%的資源。如果有那 樣的資源，則判定為能夠滿足要求品質(zhì)。在通過配備組件能夠用單個IT資源滿足要求品質(zhì)的情況下(在步驟S408中是 “是”)，IT資源分配部235對于組件協(xié)調(diào)部234請求在該資源上配備組件(步驟S409)。然 后，IT資源分配部235把該配備的組件的ID確定為要執(zhí)行的組件的ID，不伴隨并行執(zhí)行的 指示地向消息傳送處理部232發(fā)送(步驟S406)。然后，IT資源分配部235結束IT資源分 配處理。在即使配備了組件，單個IT資源仍然不能滿足要求品質(zhì)的情況下(在步驟S408 中是“否”)，IT資源分配部235確定在使服務運轉(zhuǎn)時能夠提供最接近要求品質(zhì)的品質(zhì)的IT資源，對于組件協(xié)調(diào)部234請求在該資源上進行配備，同時發(fā)送使已有的IT資源也并行地 執(zhí)行處理的指示(步驟S410)。確定配備目的地的IT資源的處理，是與IT資源分配部235 的上述的說明部分中記載的相同的內(nèi)容。然后，IT資源分配部235把該被配備的組件的ID和已有的已配備的組件的ID確 定為要執(zhí)行的組件的ID，和并行執(zhí)行的指示一起向消息傳送處理部232發(fā)送(步驟S406)。 然后，IT資源分配部235結束IT資源分配處理。以上是IT資源分配處理的流程。通過執(zhí)行IT資源分配處理，能夠以滿足業(yè)務處理的品質(zhì)要求的方式確定處理目 的地的組件。這里，返回圖14說明在步驟S409、或者步驟S410中被請求配備組件的組件協(xié)調(diào)部 234的處理。組件協(xié)調(diào)部234，當開始組件協(xié)調(diào)處理時，在步驟S302的判斷中判定為是配備請 求(在步驟S302中是“是”)，向指定的IT資源(服務器)配置指定的組件(步驟S305)。在該步驟S305的處理中，組件協(xié)調(diào)部234使用未圖示的組件配備管理功能，確定 安裝組件的程序、和該程序的運行所必要的其他執(zhí)行要素(例如內(nèi)部存儲器DB功能的運 轉(zhuǎn)、登錄功能的運轉(zhuǎn)等)，向在步驟S409或者步驟410中作為配備目的地而指定的服務器配 備。通過組件配備管理功能，作為服務器的運轉(zhuǎn)環(huán)境的信息來預先管理確定該執(zhí)行要素的 fn息ο組件協(xié)調(diào)部234讀出在未圖示的存儲部220的存儲區(qū)域內(nèi)存儲的與執(zhí)行要素對應 的源代碼信息，在組件的安裝代碼中嵌入與通過組件配備管理功能確定的執(zhí)行要素對應的 源代碼，對于被嵌入后的安裝代碼，進行編譯等執(zhí)行代碼生成處理。由此，組件協(xié)調(diào)部234 可以在配備前進行安全安裝代碼或者登錄功能的安裝代碼等、對應運轉(zhuǎn)環(huán)境的組件的改 變，準備要配備的組件。另外，關于已配備的組件，組件協(xié)調(diào)部234附加新的組件ID，登記在組件管理表 233中(步驟S306)。然后，組件協(xié)調(diào)部234結束組件協(xié)調(diào)處理。以上是在由IT資源分配處理調(diào)用的情況下實施的組件協(xié)調(diào)處理的處理內(nèi)容。返回圖13的消息傳送處理的步驟S203進行說明。接著，消息傳送處理部232對于在步驟S202中確定的配備了組件的服務執(zhí)行服務 器300委托執(zhí)行相應服務(步驟S203)。然后，消息傳送處理部232結束消息傳送處理。雖然未圖示，不過在被委托執(zhí)行服務的服務執(zhí)行服務器300中，消息傳送處理部 331或者消息傳送處理部381調(diào)用執(zhí)行該服務的組件，進行處理，向處理委托目的地管理服 務器200發(fā)送處理結果。以上是消息傳送處理的流程。通過執(zhí)行消息傳送處理，處理委托目的地管理服務器200能夠以滿足所要求的執(zhí) 行品質(zhì)的要求的方式執(zhí)行要求處理的業(yè)務處理。以上是本發(fā)明的一種實施方式。根據(jù)作為本發(fā)明的一種實施方式的分散處理系統(tǒng)1，能夠在分散處理環(huán)境中，對 應于與以業(yè)務處理單位要求的執(zhí)行品質(zhì)相關品質(zhì)，組合已有的IT資源，變更組件的配備環(huán) 境，滿足要求地運用。
16
以上基于實施方式具體說明了本發(fā)明，但是不限于此，可以在不脫離其主旨的范 圍內(nèi)進行各種變更。例如，上述一種實施方式的處理委托目的地管理服務器200向服務執(zhí)行服務器 300分配處理，但是不限于此。即，處理委托目的地管理服務器200也可以具有提供服務的 組件的處理部，向本服務器分配該組件的處理來進行處理。通過這樣做，容易更加有效地利用IT資源。另外例如，上述一種實施方式的服務執(zhí)行服務器300接受組件的執(zhí)行指示來執(zhí)行 組件，但是不限于此。即，也可以具有執(zhí)行與處理委托目的地管理服務器200的執(zhí)行流程管 理部231、消息傳送處理部232、執(zhí)行品質(zhì)管理部233、組件協(xié)調(diào)部234、IT資源分配部235、 以及執(zhí)行品質(zhì)監(jiān)視部236同樣的處理的功能部，而且在存儲部中具有執(zhí)行流程定義表221、 執(zhí)行品質(zhì)定義表222、組件管理表223、以及IT資源品質(zhì)表224，從客戶機終端100接受業(yè)務 處理的執(zhí)行委托，對于其他服務執(zhí)行服務器分配服務的執(zhí)行來進行處理。通過這樣做，容易更加有效地利用IT資源。在上述實施方式中，假定處理委托目的地管理服務器200、服務執(zhí)行服務器300、 和各種DB服務器400具有開放平臺的通用機的結構，但是不限于此，例如任何服務器，只要 能夠通過網(wǎng)絡和其他設備通信都可以在主機(mainframe)等封閉的平臺上實現(xiàn)。分散處理系統(tǒng)1不僅把系統(tǒng)全體作為平衡對象，而且也可以把各裝置、或者實現(xiàn) 各裝置的動作的程序組件單位作為平衡對象。雖然表示和說明了本發(fā)明的幾個實施例，但是應該理解，所公開的實施例可以不 離開本發(fā)明的范圍而加以改變和修改。因此，本發(fā)明不由這里表示和說明的細節(jié)限制，而覆 蓋所有在要求專利保護的范圍內(nèi)的改變和修改。
1權利要求
一種通過網(wǎng)絡對客戶機終端提供預定的業(yè)務信息處理的處理委托目的地管理裝置，其特征在于，具有存儲部，用于存儲下述信息確定構成所述業(yè)務信息處理的一個以上的服務及其執(zhí)行流程的執(zhí)行流程信息、確定所述業(yè)務信息處理所要求的執(zhí)行品質(zhì)的執(zhí)行品質(zhì)信息、確定可以執(zhí)行實現(xiàn)所述服務的組件的IT資源的組件管理信息、和確定所述IT資源提供的執(zhí)行品質(zhì)的IT資源品質(zhì)信息；執(zhí)行流程管理部，用于從所述客戶機終端接收所述業(yè)務信息處理的提供請求，從所述存儲部中確定構成所請求的業(yè)務信息處理的服務的執(zhí)行流程信息、和所請求的所述業(yè)務信息處理的執(zhí)行品質(zhì)信息；和消息傳送處理部，用于針對通過在所述執(zhí)行流程管理部中確定的所述執(zhí)行流程信息確定的每一服務，讀出所述組件管理信息，確定可執(zhí)行所述服務的IT資源；讀出所述IT資源品質(zhì)信息，判定在已確定的IT資源中是否包含單個滿足所述執(zhí)行品質(zhì)的IT資源；在包含該IT資源的情況下，確定該IT資源后對該IT資源委托所述服務的執(zhí)行；在不包含該IT資源的情況下，確定使用多個IT資源滿足執(zhí)行品質(zhì)的IT資源的組合；對在已確定的組合中包含的IT資源委托所述服務的執(zhí)行。
2.根據(jù)權利要求1所述的處理委托目的地管理裝置，其特征在于，還具有進行所述組件的配備的組件協(xié)調(diào)部，所述消息傳送處理部，在不包含單個滿足所述執(zhí)行品質(zhì)的IT資源的情況下，進而讀出 所述組件管理信息，在存在單個滿足所述執(zhí)行品質(zhì)而且所述組件為未可執(zhí)行的IT資源的 情況下，指示所述組件協(xié)調(diào)部在該IT資源內(nèi)配備所述組件。
3.根據(jù)權利要求2所述的處理委托目的地管理裝置，其特征在于，所述消息傳送處理部，在單個滿足所述執(zhí)行品質(zhì)的IT資源不包含在已確定的IT資源 中的情況下，進而在即使配備所述組件也不存在單個滿足所述執(zhí)行品質(zhì)的IT資源的情況 下，確定使用多個IT資源來滿足執(zhí)行品質(zhì)的IT資源的組合，在已確定的IT資源中包含未 配備所述組件的IT資源的情況下，指示所述組件協(xié)調(diào)部在該IT資源內(nèi)配備所述組件。
4.根據(jù)權利要求2所述的處理委托目的地管理裝置，其特征在于，所述組件協(xié)調(diào)部，關于被指示配備的組件，執(zhí)行與配備目的地的IT資源的運轉(zhuǎn)環(huán)境對 應的改變后進行配備。
5.根據(jù)權利要求2所述的處理委托目的地管理裝置，其特征在于，所述組件協(xié)調(diào)部，在配備被指示配備的組件時，在未配備有配備目的地的IT資源所需 要的中間件的情況下，一起配備該中間件。
6.根據(jù)權利要求1所述的處理委托目的地管理裝置，其特征在于，在所述業(yè)務信息處理中要求的執(zhí)行品質(zhì)中包含關于運轉(zhuǎn)率的信息。
7.根據(jù)權利要求6所述的處理委托目的地管理裝置，其特征在于，所述消息傳送處理部，在所述要求的執(zhí)行品質(zhì)中包含關于運轉(zhuǎn)率的信息的情況下，確 定通過使多個可執(zhí)行所述服務的IT資源并行運轉(zhuǎn)而求出的運轉(zhuǎn)率滿足所述要求的執(zhí)行品 質(zhì)的IT資源的組合。
8.根據(jù)權利要求1至7中任何一項所述的處理委托目的地管理裝置，其特征在于，在所述業(yè)務信息處理中要求的執(zhí)行品質(zhì)中包含關于應答時間的信息。
9.根據(jù)權利要求8所述的處理委托目的地管理裝置，其特征在于，所述消息傳送處理部，在所述要求的執(zhí)行品質(zhì)中包含關于應答時間的信息的情況下， 在多個可執(zhí)行所述服務的IT資源中確定應答時間最短的IT資源，在該IT資源的應答時間 不滿足所述要求的執(zhí)行品質(zhì)的情況下，根據(jù)該應答時間和所述要求的執(zhí)行品質(zhì)的比值，在 未配備所述組件的IT資源內(nèi)配備所述組件。
10.根據(jù)權利要求1所述的處理委托目的地管理裝置，其特征在于，所述執(zhí)行流程管理部，從所述客戶機終端，與所述業(yè)務信息處理的提供要求一起接收 特別要求有無信息，在確定所述要求的所述業(yè)務信息處理的執(zhí)行品質(zhì)信息時，在有所述特 別要求的情況下，確定與該特別要求對應的執(zhí)行品質(zhì)信息。
11.一種使計算機執(zhí)行通過網(wǎng)絡對客戶機終端提供預定的業(yè)務信息處理的處理委托目 的地管理步驟的程序，其特征在于，使所述計算機作為控制單元和存儲單元來工作，所述存儲單元存儲確定構成所述業(yè)務 信息處理的一個以上的服務及其執(zhí)行流程的執(zhí)行流程信息、確定所述業(yè)務信息處理所要求 的執(zhí)行品質(zhì)的執(zhí)行品質(zhì)信息、確定可以執(zhí)行實現(xiàn)所述服務的組件的IT資源的組件管理信 息、和確定所述IT資源提供的執(zhí)行品質(zhì)的IT資源品質(zhì)信息，使所述控制單元執(zhí)行下述步驟執(zhí)行流程管理步驟，用于從所述客戶機終端接收所述業(yè)務信息處理的提供請求，從所 述存儲部中確定構成所請求的業(yè)務信息處理的服務的執(zhí)行流程信息、和所請求的所述業(yè)務 信息處理的執(zhí)行品質(zhì)信息；和消息傳送處理步驟，用于針對通過在所述執(zhí)行流程管理步驟中已確定的執(zhí)行流程信息 確定的每一服務，讀出所述組件管理信息，確定可執(zhí)行所述服務的IT資源；讀出所述IT資 源品質(zhì)信息，判定在已確定的IT資源中是否包含單個滿足所述執(zhí)行品質(zhì)的IT資源；在包含 該IT資源的情況下，確定該IT資源后對該IT資源委托所述服務的執(zhí)行；在不包含該IT資 源的情況下，確定使用多個IT資源來滿足執(zhí)行品質(zhì)的IT資源的組合；對在已確定的組合中 包含的IT資源委托所述服務的執(zhí)行。
12.一種通過網(wǎng)絡對客戶機終端提供預定的業(yè)務信息處理的處理委托目的地管理裝置 的處理委托目的地管理方法，其特征在于，所述處理委托目的地管理裝置，具有存儲部，用于存儲確定構成所述業(yè)務信息處理的一個以上的服務及其執(zhí)行流程 的執(zhí)行流程信息、確定所述業(yè)務信息處理所要求的執(zhí)行品質(zhì)的執(zhí)行品質(zhì)信息、確定可以執(zhí) 行實現(xiàn)所述服務的組件的IT資源的組件管理信息、和確定所述IT資源提供的執(zhí)行品質(zhì)的 IT資源品質(zhì)信息，實施下述步驟執(zhí)行流程管理步驟，用于從所述客戶機終端接收所述業(yè)務信息處理的提供請求，從所 述存儲部中確定構成所請求的業(yè)務信息處理的服務的執(zhí)行流程信息、和所請求的所述業(yè)務 信息處理的執(zhí)行品質(zhì)信息；和消息傳送處理步驟，用于針對通過在所述執(zhí)行流程管理步驟中已確定的所述執(zhí)行流程 信息確定的每一服務，讀出所述組件管理信息，確定可執(zhí)行所述服務的IT資源；讀出所述 IT資源品質(zhì)信息，判定在已確定的IT資源中是否包含單個滿足所述執(zhí)行品質(zhì)的IT資源；在包含該IT資源的情況下，確定該IT資源后對該IT資源委托所述服務的執(zhí)行；在不包含 該IT資源的情況下，確定使用多個IT資源來滿足執(zhí)行品質(zhì)的IT資源的組合；對在已確定 的組合中包含的IT資源委托所述服務的執(zhí)行。
全文摘要
本發(fā)明提供一種處理委托目的地管理裝置、處理委托目的地管理程序以及處理委托目的地管理方法。以往，在根據(jù)執(zhí)行的業(yè)務處理組合相應服務來實現(xiàn)處理的分散應用執(zhí)行環(huán)境中，有分配為執(zhí)行構成業(yè)務處理的服務所必要的硬件資源的技術。但是在通過使用已有的硬件資源不能滿足服務的執(zhí)行品質(zhì)的情況下，使服務的執(zhí)行品質(zhì)為比要求的品質(zhì)低的品質(zhì)來執(zhí)行服務。本發(fā)明能夠在分散處理環(huán)境中以滿足業(yè)務處理的執(zhí)行品質(zhì)的要求水平的方式靈活地提供IT資源。本申請的發(fā)明，靈活地變更結構來提供執(zhí)行構成業(yè)務處理的服務的IT資源，以便滿足該業(yè)務處理的要求品質(zhì)。
文檔編號H04L29/06GK101901421SQ20101012616
公開日2010年12月1日 申請日期2010年2月26日 優(yōu)先權日2009年5月25日
發(fā)明者大島敬志, 森有一, 田中修一, 田中匡史, 神佑介, 近藤佑樹 申請人:株式會社日立制作所