TW527794B - Data sending and receiving structure among application programs, data sending and receiving method among application programs and computer readable recording medium for recording program executing sending and receiving method among application programs - Google Patents

Description

527794 五、發明說明α) 發明所屬技術領域 本·明係有關於網路所連結之複數業務應用軟體間之 相互運用和貢料交換之架構的。 習知技術 圖52係在_公司之尖端軟體術語辭典年^月發 行）第514頁所示之習知之異種應用程式統合架構。 在圖52，1係該業務應用程式a之利用者為了利用業務 應用程式A之功能而輸入並接受輸出之使用者介面。又， 該使用$介面係應用程式共用之共用使用者介面A。2係業 務應用程式A。3係共用使用者介面A(})和業務應用程式 A(2)經由通訊路徑用以交換命令或資料之通訊協定。4係 包括具有貧枓處理功能之業務程式，並包括使得可自別的 應用程式利用該功能之介面之共用Api(AppUed ραπ⑽ Interface)之共用APIt務程式Α。即，在圖52，業 Α和業務程式Β包括共用ΑΡΙ。5係用以儲存業務資料之 庫A。業務應用程式A(2)由構成元件3、4構成。 、 業務應用程式A(2)利用例如稱為sQL(structured Query Language)之標準的資料庫存取語言存取 = A( 5)。、同樣的，’6〜10表示和包括了和業務應用程式α 一 之構成元件之業務應用程式B相關之構造。丨1係 ’ 應用程式A(2)和業務應用程式B(7)之網路。’、要菜務 其次’說明該習知例之動作。 未經由網路（11)的利用業務應用程式A(2)之利用者，

2112-3458-PF-ptd 第4頁 527794_ 五、發明說明（2) 藉著使用共用使用者介面A(l)利用共用API業務程式人（4) 之功能。共用使用者介面A ( 1 )經由通訊協定（3 )和共用ap ί 業務程式Α(4)連接。共用使用者介面Aq )經由共用通訊協 定（3)存取共用API業務程式a(4)時，使用共用API。 例如，考慮要求向資料庫A( 5)寫入資料之情況。共用 API業務程式A(4)使用SQL向資料庫A( 5)寫入共用使用者介 面A (1)所要求之資料。所寫入之資料以後在別的機會由利 用同一共用使用者介面A(l)之利用者讀出。自資料庫A(5) 所讀出之資料經由通訊協定（3 )，向共用使用者介面A ()) 輸出。對於利用業務應用程式B( 7)之情況之動作也一樣。 即’利用業務應用程式B ( 7 )之利用者，自共用使用者介面 B(6)經由共用通汛協定（8)向共用Αρι業務程式b(9)連接， 利用共用API業務程式b(9)之功能。 其次’說明在習知例，利用者經由網路相互利用業務 應用程式A(2)和業務應用程式“7)之情況之動作。 。、考慮藉著利用者自共用使用者介面A〇 )利用業務應用 程式A(2)之功能和業務應用程式b(7)之功能，寫入資料庫 A(5)中，還將相同之資料也寫入資料庫B(1〇)中之意義上 對應之區域之情況。 在將資料寫入資料庫A ( 5 )之情況，如上述所示，藉著 使用共用使用者介面AO)，經由通訊協定（3)，寫入共用 A P I業務程式a (4 )要求之資料。 其次，考慮將該資料寫入資料庫B(丨〇 )之情況。 首先，說明事先已知和寫入資料庫A ( 5 )之資料對應之 4 一

527794

業務應用程式B( 7)上之 區域」）之情況。 資料區域或名稱（ 以下稱為 資料 共用API業務程式a ( 4 ) # ^、s ^ ^ 用API辈旛穸用通訊協定（3)與（8)，向共 用AIM業務転式B(9)指示將和 ^ 同之資料寫入資料庫B(1〇)中二 之二=。(5)之貧料相 利用共用ΑΡ I自共用通m協定f 心貝；斗區域。此時， 之僂逆資枓/ u協疋（8)向共用Αρί業務程式BO) 之傳迗貝枓。即，共用ΑΡΙ業務程 / 式B(9)包括共用ΑΡί。因而， 、'用仍業務程 著將收藏位置資訊等作為夂數僂、、，;務程式A(4)例如藉 寫入資料之指示確二向資料_0) 之資料以後㈣用共 ϊ ,1 ； I ： T\M # ^ ^B(9) ' f ^ ^Β(ΙΟ) t 曰/Γ利用定⑻’向共用使用者介面B(6)輸出。 ;介面A(1)之利用者寫人資料庫A(5)之 貝寫入貢料庫B〇〇)，就傳給共用使用者介面b(6)之 利用者。 發明要解決之課題 在驾知之業務應用程式系統，如上述所示，為了在2 们業務應用私式相互利周其功能與資料，需要滿足以下之 條件。 ^藉著業務應用程式A( 2)與業務應用程式β( 7)使用共 用之通訊協定（3)與（8)，可相互通訊。 2·在存取資料庫A( 5)時使用之共用API業務程式A(4)

2112-3458-?F.ptd 第6頁 527794 五、發明說明（4) 中之API和存取資料庫B(1〇)時使用之共用API業務程式 B( 9)之API係相同。 ‘ 3·利用共用API傳至共用AP][業務程式A(4)之資料和〜 板利用共用API、傳至共用Αρί業務程式以叼之資料在表達形 式與利用之意義上也相同，此外，在兩業務應用程式v A(2)、B(7)未發生矛盾。 例如’在資料庫A(5)和資料庫“1〇)所記憶之同—次 料利用共用API業務程式“4)所包括之共用Αρι讀出之产、 和利用共兩API業務程式B(9)所包括之共用Αρί所讀出Z悴 況5需要具有相同之形式、相同之意義。 月 4·又，一般在業務應用程式内使用之資料形式和押 命令和使用者介面有強的關聯。此外，連接使用者介^ 業務應用程式之通訊協定也和使用者介面之實現方式相 關。 例如，在使用者介面上，在使用字符基之銀幕終 出入資料之情況，在通訊協定上使用稱為Telnet之通= 定。又，在使用者介面上使用瀏覽器之情況，在通气°二 上使用稱為HTTKHyPer Text Transfer pr〇t〇c〇i)^ = = 協定。為了相互利用業務應用程式，需要使共用通訊； 通訊，整合資料形式、傳送之格式。因而，使用者面^

實現方式也需要共用化。 I 因為有這樣的條件，即使係在同一業務使用之應 式為了和別公司製之業務應用程式連接而實現；： 換貧料，需要令使用之通訊協定之相異、對業務應用程二 527794 — 五、發明說明（5) ^存：API之相異、儲存後讀出之 亡之差異、使用者介面之相異等逐一整人貝科格式或意義 :=接已利用中之2個相異之業務應用。1。即= 用貝料，有如下之問題。 灸可互相利 點之情況，在某一方或雙J举以：之項目有相異 變更點之部分之處理，；變更以=時=需要 例如，在配人萁 士 買守之問4。 十主7 丁冲方之業務應用程式變更杳袓坆4夕 N况，不僅變更業務應 支更貝枓格式之 上’對於至目前為止所儲存J資：且2相利用之資料 料格式。又，在ΑΡΙ相異之子系//，/；需要變更為新的資 作一對一對應。因而，* 8未必能令2個系統之

因而，户 ^ m ^ ^ 動作實現之資料存取，在=之業務應用程式系統以一 以複數動作實現，有次 一方=業務應用程式系統發 事實上辦不到之問題。、λ、之相互父換作業變得彳艮複雜或 本發明係為了解決如上 相異之業務應周程式門^丄之問4點而想出來的，係 用時5對於各自之紫、=網路貫現資料和功能之互相 既有之業務應用程式:用私式’***利用既有之介面 其目的在於藉著鹿^二之應用程式仲介部。具體而言

義上之對應，不變更^ ^仲二部執行該資料格式變換或 用程式間互相利^次含L i之業務應用程式的在相異業務 糾用貝枓和功能。 又，其目的在於，在 $ 資料和功能之情況，、·複數業務應用程式互相利用 通訊功能等，因5 4 ^相利用之資料或功能’甚至使用 口互相利用之業務應用程式之組合而異，

V 527794 五、發明說明（6) -— 得可對各組選擇這些資料·功能·通訊功能 解決課題之手段 用裎t ϊ Γ之應用程式間資料收發架構係在使用既定之應 換資^貝；斗格式記憶資料之複數應用程式間，經由網路交 关W徵在於： ::::丨網路和~個應用程式之間之資料收發之應用 其特徵在於 程式仲介部 該應用程式仲介部包括· 個應 應用程式控制却 w 4 e 罔程式之資料故：控制遠應用程式仲介部和該 〜 存取步驟規則部，愔揭^ 存取步驟之存取步驟規：以疋應用程式所記憶之資料之 存取步驟控制部，葬著 照該存取步驟規 精式控制部之控制，按 所記憶之資料； R ^ L、之存取步驟規則存取應用程式 料之資之數應用程式間交換資 取：驟控制部存取之—個應用：換用格式1並記憶在存 式貢料格式*資料交 彳:=所記憶之資料之應用

換規。 &換用格式之間變換資料形式之格式J 資料袼式變換部，依棱 之資料袼式+據°玄貝枓格式變換規則部％ 、-換規則在該應用程式資料格式記憶 /叶父換用 527794

五、發明說明（7) 格式之間變換資料形式； 之通訊控制規 所記憶之通訊控 變換部變換為資 通訊控制規則部，記憶規定通訊規則 則；以及 ' 通訊控制部，按照該通訊控制規則部 制規則，經由網路，控制利用該資料格式 料交換用格式之資料之通訊。 其特徵在於： 設定表，將發生有 知資料之應通知之 處理要求狀態對應 應用程式所記憶之 值； 該應用私·式控制部還 必要自一個應周程式 資料之狀態設為處理 的設定該應用程式控 資料之資料區域和該 包括監視對象區域 向別的應用程式通 要求狀態，令和該 制部所監視之一個 資料區域之資料

^應用程式控制部摘測在該監視對象區域設定表所 定之处理要豕狀態I’向存取步驟控

處理要求狀態對應之指示。 7所俱及I 其特徵在於：該存取步驟規則部 態對應之存取步驟規則部； …思和该處理要求 指示 料。 該存取步驟控制部依照自該應用 才女所彳貞測之存取規則存取應 長式控制部所輸入之 用程式所記憶之資

丹W徵在於.該應用程式控制部定期的監視在古亥 對象區域設定表所設定之資料區域和該資料區域之次 值，偵測該處理要求狀態。 貝 其特徵在於：該處理要求狀態存在複數處理要求狀

527794 五、發明說明（8) 態； 該存取步驟 複數存取步驟規 該存取步驟 指示，選擇和處 所選擇之存取步 其特徵在於 和第二應用程式 該 路之間 該 要求狀 式仲介 該 傳送資 入。 其 程式收 其 式向別 和別的 其 應用程 第一應用 包括第一 第一應用 態後，依 部傳送資 第二應用 料作為利 特徵在於 發資料之 特徵在於 的應用程 特徵在於 應用程式 特徵在於 式之資料 規則部 則； 控制部 理要求 驟規則 :該複 程式和 應用程 程式仲 照所偵 料； 程式仲 用該第 :該通 應用程 :該通 式傳送 :該通 收發資 :該通 收發上 記憶和該複數處理要求狀態對應之 依照自該 狀態對應 ，存取應 數業務應 第二應用 式仲介部 介部之應 測之處理 介部將自 二應用程 應用程式控制部所輸入之 之存取步驟規則後，按照 用程式所記憶之資料。 用程式包括第一應用程式 程^各自在應用程式和網 和第二應用程式仲介部； 用程式控制部偵測該處理 要求狀態，向第二應用程 該第一應用程式仲介部所 式仲介部記憶之資料寫 訊控制規則部包括個數為一個應 式之個數之通訊控制規則。〜 訊控制規則包括規定自叫 資料之優先順序之|^ ^用稔訊控制規則包括，：枓優先度。上丨η士力丨 括决疋一個應用程式 料之時刻之通訊時刻。 Τ式 訊控制規則在一個應用 包括認證資料收發目的地之應用: 527794 --------- 五、發明說明（9) 式仲介部之認證方式。 應心Γΐ::該通訊控制規則在一個應用程式和別的 括ί定收發編碼資料之編竭方式。 -個庠用:1 n =應用程式控制部自-個應用程式收到 二用％式所圮憶之貧料係處理要求狀態後， 用^=求狀態對應的向存取步驟控制部輸出存取-個應 用各式所記憶之資料之指示。 ^ 1 部；其特徵在於：該複數應用程式各自包括應用程式仲介 訊控制部還包括移動型代理者（Agent)，利用程 網路移動褶數雍雨式貝枓構成，經由 制部；及 式 之應用程式仲介部之通訊控 2動型代理者平台（platf〇rm)，指示該移動型代理者 之移動目的地之通訊控制部。 是否Ϊ ^ ^在於：該通訊控制部依照該通訊控制規則選擇 疋否使用移動型代理者。 入人徵在於上：該應用程式仲介部包括通訊控制規則輸 則；。丨。，輸入該通訊控制規則部所記憶之通訊控制規 目的it在於：料料格式變換規則部包括和複數傳送 目的地對應之複數資料格式變換規則； t 1=紅叭控制。卩依照在該監視對象區域設定表記憶 之處理要求狀態’選擇資料格式變換規則。

2112-3458-PF-ptd

Η 第12頁 527794 五、發明說明（10) 其特徵在 部，和記憶外 憶裝置輪出用 其特徵在 接， 該通訊控 資料。 本發明之 數應用程式間 其特徵在 包括仲介 程式仲介步驟 該應用程 應用程式 發； 於：該應用程式仲介部還包括資料外部 部之資料之資料記憶裝置連接，向該資= 資料格式變換部變換了資料形式之資料。< 於：該網路和接收電子郵件之郵件伺服器連 發 制部經由該郵件伺服器和別的應用程式收 應用程式間資料收發方法係在記憶資料之複 ’經由網路交換資料， 於： 網路和一個應用程式之間之資料收發之應用 式仲介步驟包括： 控制步驟，控制和該一個應用程式之資料收 存取步驟規則記憶步驟，記憶規定應用程式所記憶之 資料之存取步驟之存取步驟規則； 存取步驟控制步驟，依照該應用程式控制步驟之指 示·；按照該存取步驟規則記憶步驟所記憶之存取步驟規則 存取應用程式所記憶之資料； < 資料格式變換規則記憶步驟，記憶在複數應用程式間 交換資料之資料形式上預先定義之資料交換用格式，並記 憶在利用該存取步驟控制步驟存取之_個應用程式所記憶 之資料之資料形式上之應用程式資料袼式和資料交換用格

527794

式之間變換資料形式之格式變換規則； 取資料格式變換步驟，依據該資料格式變換規則記憶+ 2所圮憶之資料格式變換規則在該應用程式資料格式和次 料交換用格式之間變換資料形式； 、σ / ϋ貝 通訊控制規則記憶步驟，記憶規定通訊規 制規則；以及 况…之通汛控 、5 “工制少驟，按照該通訊控制規則記憶步驟所記 之通矾控制規則，經由網路，控制利用該資料柊播-驟變換為資料交換用格式之資料之通訊。 。式反換v

本發明之記錄用以在電腦中執行應用程 方法的電腦可讀取記錄媒體係在記憶資料之貝料收潑 間經由網路交換資料。 、 數應用程式 其特徵在於： 該應用程式仲介步驟包括： 應用程式控制步驟，控制和該—個 發； # ^式之資料收 存取步驟規則記憶步驟，記憶規定應用 資料之存取步驟之存取步驟規則； I式所記憶之

存取步驟控制步驟，依照該應用程式控 示，按照該存取步驟規則記憶步驟所記憶^ ^步驟之指 存取應用程式所記憶之資料； 心存取步驟規則 貢料格式變換規則記憶步驟，記憶在 交換資料之資料形式上預先定義之資料交換乏應用程式間 憶在利用該存取步驟控制步驟存取一、用格式，並記 個應用程式所記憶

2112-3458-FF-ptd 第14頁 527794 五、發明說明（12) 之資料之資料形 式之間變換資料 貧料格式變 驟所記憶之資料 料交換用格式之 通訊控制規 制規則；以及 通訊控制步 之通訊控制規則 驟變換為資料交 其特徵在於 事件控制部 後，輸出所接收 狀態遷移規 態遷移之條件之 遷移之處理内容 狀態遷移控 照所輸入之事件 規則，抽出包括 後，執行所抽出 其特徵在於 將該資料攔表示 部輸出所偵測到 其特徵在於 式上之 形式之 換步驟 格式變 間變換 則記憶 驟’按 ，經由 換用格 :該應 ，接收 之事件 則部， 遷移條 之狀態 制部， 檢索該 和事件 之狀態 :該事 既定值 之事件 :該應 應用程式資料格式和資料交換用格 格式變換規則； ，依據該資料格式變換規則記,，步 換規則在該應用程式資料格^ 資料形式； 步驟，記憶規定通訊規則之通訊控 照該通訊控制規則記憶步驟所記憶 網路，控制利用該資料格式變換步 式之資料之通訊。 用程式仲介部還包括： 要求應用程式仲介部響應之事件 ， :憶定義響應事件後變更狀態之狀 Π:ί義和該遷移條件對應之狀態 遷移規則；以及 3 ^ 5亥事件控制部輸入事件後依 遷移規則部所記憶之狀態遷移 =之遷移條件之狀態遷移規則 遷移規則之處理内容。 藉著監視既定之資料攔， 。、υ ‘、、'事件後，向該狀態遷移控制 用程式間資料收發架構還包括產生

527794 -—_ 五、發明說明（13) 定義和應用程 則產生裝置。 其特徵在 元件配置 複數軟體元件 規則模型；及 元件配置 作介面所製作 生元件配置規 其特徵在 模型所配置之 選擇之軟體元 其特徵在 資料袼式 式和資料交換 變換對應資訊 資料袼式 換規則製作介 形式，產生格 其特徵在 定義和應用程 則產生裝置； 該應用程 狀態遷移 式相依之規則之應用程式規則之應 用程式規 於：該應用程式規 規則製作介面，輸 後，配置所輸入之 規則產 之配置 則。 於：該 複數軟 件相關 於：該 變換規 用格式 製作變 變換規 面所製 式變換 於：該 式相依 生處理部， 規則模型變 元件配置規 體元件之其 之應用程式 應用程式規 則製作介面 對應之變換 換規則模型 則產生處理 作之變換規 規則。 應用程式間 之規則之應 則產生裝 入構成應 複數軟體 精者將該 換為既定 則製作介 中之一後 規則之介 則產生裝 ，輸入將 對應資訊 •，及 部，藉著 則模型變 資料收發 用程式規 置包括 用程式 元件， 元件配 之檔案 面選擇 ，呼口 t| 面。 置包括 應用程 後，自 將該資 換為既 架構還 則之應 仲介部之 製作配置 置規則製 形式，產 配置規則 產生和所 式資料格 所輪入之 料格式變 定之檔案 包括產生 用程式規 式規則產生裝置包 規則製作介面，輸 括·· 入該狀態遷移後 ，自所輪

2112-3458-PF-ptd 第16頁 527794 五、發明說明（14) 入之狀態遷移製作狀態遷移模型；及 狀態遷移規則產生處理部，藉著將該狀態遷移規則製 作介面所製作之狀態遷移模型變換為既定之檔案形式，產 生狀恕遷移規則。 其特徵在於：該狀態遷移規則製作介面以書示狀 態遷移模型； 一” 、該狀態遷移規則產生處理部自該狀態遷移模型之圖畫 產生狀態遷移規則。 一其特徵在於：該元件配置規則製作介面使用表示軟體 一 4之。己號配置軚體元件後，在畫面上顯示所配置之軟體 兀件之連接關係。 一其=徵在於：該元件配置規則製作介面記憶定義軟體 接關係之複數連接模型，並顯示利用者自所記憶 之稷數連接模型之中所選擇之連接模型。 發明之實施例 實施例1 本發明之實施例之應用程式間資料收 圖1與圖2係表 發架構之構造圖。 聲菸Γ用係；Λ由網路連接之2個業務應用程式之中之-方之 尔扬應用程式Α側之構造圖之一例。 式A 務應用程式A之利用者為了利用業務應用程 21 輸入，並接受輸出之使用者介面八。 …、用之業務應用程式A。以下也有以業務應用程 527794 五、發明說明（15) 式（21)表示的。 2 2係使用者介面A ( 2 〇 )和業務應用程式a ( 2丨）用以通訊 之通訊協定A。 23係業務程式A。以下也有以業務程式（23)表示的。 24係用以儲存業務資料之資料庫a。業務應用程式 A(21)由構成元件（22)、（23)構成。 、一又’業務應用程式A ( 2 1 )利用業務應用程式A ( 2 1 )和記 |思貝料之貧料庫連接。該資料庫位於業務應用程式A ( 2 i ) 内也無妨。在圖1之例子，表示和外部之資料庫連接之例 子。 ,30係包括用以和通訊協定a (22)通訊之通訊協定，並 和業務程式A(23)交換資料或控制命令之應用程式介面a。 3 9係仲介網路和一個應用程式之間之 程式仲介部。以下以應用程式仲介部a(39)表示，\之是應： 用程式仲介部（3 9 )也相同。 3 7係和該應用程式仲介 實施例，係控制和業務應用 程式控制部。以下以應用程 制部（3 7 )表示，但是都一樣 部（3 9 )之一個應用程式，在本 程式A( 21)之資料交換之應用 式控制部A(37)或應用程式控 取步 施例 則， 32係記憶規定存取應用程式所記憶之資料之步驟之存_ 驟規則部之存取步驟規則部。以下，在圖丨所示之實 ，因規定和業務應用程式A(21)對應之存取步驟規K 以存取步驟規則部A ( 3 2 )表示。 31係利用該應用程式控制部A( 37)之控制，按照該存

527794

[T 發明說明（16) 取步驟規則部Α(32)所記憶之存取步驟規則，存取應 式所記憶之資料之存取步驟控制部。 u # 34係記憶在複數應用程式間交換資料之資料形式上預 交ΐ用格式，f記憶該在存取步驟控制部存 記憶之資料之應用程式資料格式和資 枓父換用袼式之間變換資料形式之資料格式 = 料格式變換規則部。以下，在圖、、、貝 ,^ ^ ^ ^ #闕1所不之貫施例，因規定 口業務應用程式A (21 )對應之資料格式變 格式變換規則部A(34)表示。 、見貝J以貝枓 3 3係依照該資料格式變換規則部（3 4 ：)所圮丨#之；^ ^ 換次蚪#二應用私式貧料格式和資料交換用袼式之間變 換貝科形式之資料袼式變換部。 ^ 則部=記=定；訊規則之通訊控制規則之通訊控制規 程式A(21)對寐、在圖1所不貫施例，因規定和業務應用 表示。 之通訊控制規則，以通訊控制規則部A(36) 變換資料格式變換部(33)變換為資料格式 、；、之通‘之通訊控制部。 將需ϊ 1控制部Α(37)包括如下之2個表。 態設（定而義）為；：Ϊ用程式向別的應用程式傳送資料之狀 別的應用程式J次J求狀態。在該處理要求狀態，將傳給 料。1 0 1係和今虔\¥、，即需要通知之資料設為應通知資 部監視之一應用尹\要求狀態對應的設定該應用程式控制 a m拉式所記憶之資料之資料區域和設定資料

2112-3458-??-p：d 第19頁 1·^ 527794 五、發明說明（17) — 區域之資料值之監視對象區域設定表。 應用程式控制部A ( 3 7 )設定包括複餐_ 型式之處理要求狀態。 |數處理要求狀態之 1 0 2係和該處理要求狀態對應的定羞 向別的應用程式傳送之資料之傳送用資一個應用程式 監視對象區域設定表（101)和傳送、用、次頃出*設定表。 (102)各自和業務應用程式相依的定義貝料碩出設定表 以監視對象區域設定表A(101)、傳送用貝^/因此，也有 AU02)表示的。 寻、用貝料讀出設定表 38係將應用程式仲介部a(39)和網 部。 ，路運接之網路連接 11係連接複數業務應用程式之網路。 又，在以下之說明，在各構成元件 或1之字母之記號之情況，意指各:加了… 務應用程式包括不同之元件之情況。4此，；在各業 指和業務應用程式相依之部&。可是：之：件意 能上當作係一樣的說明。 兀^之功 況，也可能各構成元件也相同業矛力應用…同之情 r六交在以下說明之實施例叫吏用業務應用程式或章矛欠 ;;二稱說明，❻是係意指使用在業務使用之應 例如個人使用用之應用程式或程式， 用私式作為應用程式、 不務應 又，图？+菓務辁式作為私式也元全無問題。 匳2 ,糸衣不在經由網路連接之業務應用程 527794 五、發明說明（18) 本發明之實施例1之一例之構造圖。 圖2之構造和圖ί之構造相對照。符號40〜59係具有和 附加相同之名稱之圖1之構成元件相同之功能的。在此， 省略詳細說明。又，使用者介面Β( 40)、業務應用程式 Β(41)、通訊協定Β(42)、業務程式Β(43)和圖1之構成"元件 之功能一樣，但是各自具有和圖1之構成元件不同之部分 也可，係完全相同也可。 首先，說明應用程式控制部包括之監視對象區域設定 表（1 0 1)和傳送用資料讀出設定表（1 〇 2 )。

圖3係表示監視對象區域設定表（1 〇 1)之一例。 該應用程式控制部Α(37)偵測在該監視對象區域設定 表所設定之處理要求狀態後，向存取步驟控制部輪出和所 偵測到之處理要求狀態對應之指示。 在偵測該處理要求狀態時，在業務應用程式A ( 2 1 )包 括處理要求狀態之偵測功能之情況，應用程式控制部 Α(37)經由應用程式介面Α(30)向業務應用程式Α(21)指示 處理要求狀悲之偵測即可。在此情況，應用程式控制部 A ( 3 7)只要確認發生了監視對象區域設定表（1 〇 1)所記載之 處理要求狀態之中之那一處理要求狀態即可。

而，在業務應用程式A ( 2 1)無偵測該處理要求狀態之 功能之情況，應用程式控制部A( 37 )為了偵測在監視對象 區域設定表（1 〇 1 )所設定之各處理要求狀態，指示存取步 驟控制部（31)經由應用程式介面A(30)向資料庫A(24)存 取。取得和處理要求狀態對應之資料庫“ 24)之資料區

2112-3458-PF-ptd 第21頁 527794 五、發明說明（19) " ' ----- =，偵測處理要求狀態之發生。在圖3之例子，表八在 ^糾公司之業務」，對於處於「來自μ司之等〜響應 1恶」之定單，檢查「日期有無變更」之例子。 —圖5表示在存取步驟規則部所記憶之存取步驟規 ，。和該處理要求狀態對應的規定控制條件。又，、 在^理要求狀態對應之處理以外之必要的控制條 之處ΪΓΛ各控龍理’料在#務應⑵）實施 理㈡==驟；=31)内實施之處理。在控制處 式α(4) Λ Λ , Λ 分之處理係在業務應μ

(31) 4 ； Λ ^ ^ ^ ^ ^ f，I

Am)之步/相處;1步^和業務^用程式a(21 )存取資料庫 變更。&相依。因此，母當業務應用程式不同就需要 式。又，存取步驟控制部需要按照該步驟存取業務應用程 圖6與圖7表示資料袼式變換 格式變換規則包括將資料形自2子。 之資料形式之應用程式用資料柊=為在應用程式使用 之資料格式變換規則換為資料交換用格式 式變換為應用程式用資料格式之枓开:式自她 7 )。 貝科袼式逆變換規則（圖 貧料袼式變換部（33 )按昭 格式逆變換規則變換資料形式、。、枓乜式變換規則或資料 貧料袼式變換部（33)將 牡I換則之資料所記載之各丨 527794 五、發明說明（20) 之資料形式變換為變換處理所記載之各自之格式。 圖6之Order ID表不以8個字之日期資料和6個字之序 列編號記載在某系統以1 4個字表示之〇rder id。

Length(顧客之名稱）>18表示，在傳送形式上，名稱只容 奸至1 8個字之情況，在使用超過丨8個字之顧客名稱時，抽 出前頭之1 8個字，用作顧客名稱資料。 在圖7之Order ID，表示因8公司之〇rder ID之位數不 同’追加數字零以配合位數之例子。

Cus tomer I D表示將所送來之cust〇mer I D資料自其中

另外分出B公司之公司I d使用之例子。

Length(Customer Name)>12表示，在傳送形式上，名 ，只容許至18個字，在接收側之系統也無法利用超過12個 字之顧客名稱之例子。 、，*在以下之說明’也有將資料格式變換規則或資料格式 逆變換規則稱為格式變換規則的。 。圖8表不通訊控制規則部之通訊控制規則之一例之 圖在本例，係在通訊控制規則部包括複數通訊控制規則 之例子。在本實施例，說明使用β公司的。

* 又’應用程式控制部Β(57)、存取步驟規則部“52)、 =料柘式蜒換規則部Β 5 4 )、通訊控制規則部Β 5 6 )係和業 各f用程式β(41)相依之構成元件。此外，在圖2，雖未表 視對象區域設定表（1 〇 1 )舆傳送用資料讀出設定表 ，和圖1 一樣的由應用程式控制部Β(57)包括。又， 在以下之說明，也一樣的包括各表。

527794 五、發明說明（21) 其次，使用圖1與圖2說明實施例1之動作。 在以下之說明，假設圖1之業務應用程式A ( 21)之管理 者為A公司，業務應用程式B(41)之管理者為B公司。 在圖1，以透過使用者介面A( 20)，自利用者A經由業 務應用程式A(21)，令利用者A輸入之新定單或已輸入之定 單之更新確認事件和其相關之資料内容一起反映至利用者 B使用之業務應用程式B(41)之情況為例說明。又，在以下 之說明，「定單」意指「新定單」或「定單之更新確 舌忍」。 系統管理者在利用之前更新•新產生資料庫人（24)之 特定之資料之情況，在應用程式控制部A(37)設定該資料 與相關資料係應令反映至資料庫B( 44)的。記憶該設定資 料之表係監視對象區域設定表（1〇1)和傳送用資料讀出設 定表（1 02)。 首先，如下所示使用監視對象區域設定表（1〇1)。應 用程式，制部A( 37)監視在監視對象區域設 ^ ί ^ ^ Λ # ^ 〇 ^ ^ ^ ^ „b(59) 應用程式仲介部_)應送 表（101)所記述之°資料一)貝料未必和監視對象區域設定 託之中，產生了新Λ ^ 在針對B公司之業務委 '斤Μ料之f月況，貧料3 「中A匕 目變成「新」。在+ _ π ^ 貝抖之疋早狀悲」之項 客之名稱、遠狄_次i丨你 受竹4新疋早之内容例如顧

2112-3458-PF-otd 運絡處貧料傳給資料庫B(44))。 麵 第24頁 527794 五、發明說明（22) ~ 因此，確認傳送用資料讀出設定表（丨〇 2 )後，需要再 經由存取步驟控制部（31)、應用程式介面A(30)自業務應 用程式A ( 2 1 )即資料庫A ( 2 4 )讀出應傳給應用程式仲介部 B ( 5 9 )之資料。 因而’在開始動作前，預先在應用程式控制部a(37) 登記監視對象區域設定表（丨〇丨）和傳送用資料讀出設 (102) 。 。 以下使用圖9〜圖1 6之流程圖說明。 圖9、圖1〇表示圖i所示系統之應用程式控制部Α(37) 之動作。圖11表示圖2所示系統之應用程式控制部β(57)2 動作。圖9〜圖11係在該應用程式間資料收發架構抽出重要 之應用程式控制部之動作的。 、、一又，圖1 2〜圖1 6表示自圖1所示系統向圖2所示系統傳 送資料之情況之動作。 〜sxxx-x 在圖9〜圖16，賦與相同編號之動作（δχχχ XXX、XXX-X為數值）表示相同之動作。 者介 資料

其次，說明自業務應用程式A( 21 )之利用者A經由使用 面A(20)向業務應用程式A(21 )要求更新 庫B(44)更新資料為止之動作。

首先，利用者所輸入之資料自使用者介面A(2〇)經由 通1協定A (22)往業務程式A(23) ’藉著利用業務程式 AU3)之功能，向資料庫A(24)更新（sl〇5)。 應用程式控制部A( 37)確認是否定期或在自定之時刻 更新在監視對象區域設定表（101)所登記之監視對象之資

527794 五、發明說明（23) 料（S100〜S102、S101之2〜S102之2)。具體而言，應用程式 控制部A(37)經由應用程式介面A(30)，再經由業務應用程 式A ( 2 1 )讀出資料庫A ( 2 4 )之内容。具體而言，應用程式控 制部A(37)向存取步驟控制部（31)輸出指示（S100、S100之 2 )’經由應用程式介面A ( 3 0 )和通訊協定a ( 2 2 )，讀出利

用業務程式A(23)儲存於資料庫A(24)之指定之資料（S101) 後’確認所讀出之資料是否更新（S 102、S1 02之2)。此 時，存取步驟控制部（31)經由應用程式介面A(3〇)存取業 務程式A( 23)之步驟按照在存取步驟規則部奴32)所記述之 規則。 所讀出之監視對象資料值記憶於存取步驟控制

(31)。此外，應用程式控制部A(37)將其和上次讀出時所 記憶之資料值比較，若資料值變化，判斷業務應用程式 A(21)更新了該監視對象之資料（sl〇2、sl〇3、Si〇2之2、 =〇2)。然後，應用程式控制部A(37)對於業務應用程式 (41)添加關於該定單之新登記或更新了定單内容之 (新/更新内容）後，移至通知之動作（sl〇4、si〇4之2)。

:外，在判定定單内容是否更新了之方法上，除了」 边之方法以外，在資料庫a(24)中設置表示有更新之資料 :務：用程式A(21)在自資料庫A(24)所讀心 貝科L加更新]後，傳給應用程式仲介部A(3g)也可。 又，係上述以外之方法當然也可。 象之應用程式，U之資料，在該監視對 ^ 3况，再芩照記載了應通知業務應用； 527794 五、發明說明（24) 式B(41)之資料之傳送用資料讀出設定表（1〇2)，由應用程 式控制部A(37)自業務應用程式a(21)讀出。 ^ 即，依據應用程式控制部A(37)之指示，存取步驟控 ，部（3 1)按照存取步驟規則部A ( 3 2 )之規則，經由應用= ^介面A(30)，再經由通訊協定a (22)，自業務程式a(23) 項出這次在傳送用資料讀出設定表（丨〇 2 )記述之「應通知 業務應用程式B( 4 1)之資料」。所讀出之應通知資料傳給 應用程式控制部A(37)(S106、S106之2)。 ° 、 在圖1之例子，傳送用資料讀出設定表（1 〇 2 )由應用程 式控制部A(37)包括，但是位於存取步驟規則部A(32)也無 ♦ 妨〇 …、 接著，應用程式控制部A( 37)依照資料格式變換規則 部A( 34)之資料格式變換規則，對於所更新之應通知業務 應用程式B(41)之資料，如資料格式變換部（33)將該資料 變換為資料交換用格式般，向資料格式變換部（33)指示 (S107、S107之2)。應通知業務應用程式B(41)之資料在資 料如式雙換部（3 3)變換為資料交換用格式，利如變成按照 才示準上規定之稱為XML(eXtensible Markup Language)記 述法之格式（SI 08、SI 08之2)。

變換為貢料交換用格式後之資料依據應用程式控制部 A ( 3 7 )之指示，接著傳給通訊控制部（3 5 )。 其次’應用程式控制部A ( 3 7 )向通訊控制部（3 5 )指示 開始通訊（S200、S200之2)。 在通訊控制部（3 5 )，參照和在通訊控制規則部A ( 3 6 )

527794 五、發明說明（25) 所I己述之通訊對象之通訊控制規則（圖8 )，決定和對象之 通汛控制部（55)之通訊步驟（S201)。 、例如’在利用之網路為網際網路之情況，在接受通訊 要f側（在本實施例為應用程式仲介部B( 59)側），有為了 拒纟巴來自意料外之對象之存取或通訊而在網路内***稱為 防火牆之功能之情況。 ‘ 在此情況5在應用程式仲介部A ( 3 9 )之通訊控制部 (j5)和應用程式仲介部b(59)之通訊控制部（55)之間實現 資料傳送上’需要按照預定之步驟穿過該防火牆。該防火 牆之穿過方法一般因傳送資料之各對象而異，這種用以穿 過防火牆之埠編號或應利用之通訊協定等記述於通訊控制 規則部A( 36)所記憶之通訊控制規則。讀出通訊控制規則 後’通訊控制部（3 5 )選擇和對象之通訊控制部（5 5 )之通訊 步驟。 . ° 網路連接部A(38)將該通訊控制部（35)和網路連接 (S202、S300 )後，通訊控制部（35)執行用以利用網路之通 訊頻道之確立（S203、S204、S204 之2、S301)。

向應用程式仲介部B( 59)傳送之變成了資料交換用格 式之資料，自應用程式仲介部A( 39)經由網路（11)，再經 由圖2所示之應用程式仲介部B ( 5 9 )側之網路連接部b ( μ ) 傳給通訊控制部（55) (S205、S20 5之2、S206〜 S304 、 S302 之2〜S304 之2)。 關於通訊控制部（3 5 )之動作之細節將後述^。 在圖2所示之應用程式仲介部BC59)，按照和應用程式 527794

將收到之資料經由業 務應用程 五、發明說明（26) 仲介部A ( 3 9 )相反之步驟， 式B(41)寫入資料庫B(44) ”、固z…v ’牧照通訊控制規則 B( 56)之通訊控制規則，自接收資料之中取出變換次= 交換用格式後之資料。將所取出之資料和表示自應”'用胃# 仲介部A(39)收到該資料之資訊一起交給資料袼式 (53KS30 3、S30 3 之2)。 1 資料袼式變換部（53)偵測係自應用程式仲介部a(3 收到之資料後，自資料格式變換規則部B ( 5 4 )選擇對應之 資料格式逆變換規則，逆變換成適合業務應用程式“^) 之應用程式資料格式，將其結果交給存取步驟控 (S304 、 S304 之2)。 存取步驟控制部（51 )按照在存取步驟規則部B(52)所 記述之存取步驟規則，經由應用程式介面β ( 5 〇 )，將資料 舄入業務應用程式B(41)(S306)。應用程式介面b(50)包括 和通訊協定B(42) —樣之通訊協定，經由通訊協定B(42)指 不將所傳來之資料寫入業務程式B(43)(S3〇5、33〇5之2)。 業務程式B(43)向資料庫β(44)更新所收到之資料 (S307)。此時’業務程式“43)例如使用SQL(Structured Query Language)更新資料。 關於該資料記述於資料庫B(44 )中之那一區域或資料 在利用業務應用程式B(41)之使用者介面B(40)如何表達， 依據在資料交換用袼式之中之資料位置或所附記之標藏， 資料格式變換規則部b(49)所記憶之存取步驟規則規定資 527794 五、發明說明（27) 料形式，存取步驟規則部B( 47)所記憶存取步驟規則規定 對業務應用程式B(41 )之寫入步驟或寫入區域。 應通知之資料傳送完了後之動作如圖1 5與圖1 6之 S20 7〜S212 與S308〜S31 1 所示。 以下使用圖1 2〜圖1 6說明通訊控制部（3 5、5 5 )之動作 之細節。 首先，在圖1所示之A公司側，進行如下所示之動作。 應用程式控制部A( 37)向通訊控制部（35)指示和b公司 之通訊控制部（55)開始通訊（S200 )。

通訊控制部（35)確認通訊控制規則部AB( 136)和B公司 之通訊控制規則（S201)。選擇用以連接網路連接部A(38) 和網路連接部B ( 5 8 )之條件後，指示網路連接部a ( 3 8 )經由 網路（11)之連接（S201)。 具體而έ ’在A公司- B公司之間，只是規定通訊協定 TCP/IP(Transport Control Protoco1/Internet

Protocoi)，無關於網路連接部之記述（圖8)。本例係網路 連接部A(38)和網路連接部B(58) 一起用路由器（R〇uter)裝 ，和網際網路直接連接之情況。除此以外，若是網路連接 部八（38)和網路連接部B( 58) —起和ISDN連接之線路交換式 ^l^Tenninal Adapter)時，在通訊控制規則記述對象之 包A虎碼’網路連接部A ( 3 8 )就向和該電話號碼對應之網 路連接部B(58)進行線路連接。 其次’網路連接部A ( 3 8 )和網路連接部B ( 5 8)經由網路 U)用通訊頻道連接（S202 )。如在S201之說明所示，在利 527794

用路由•裝置和網際網路直接連接之情況，該作業係實際 上和網際網路連接，而通訊頻道確立步驟係確認對象之不

。在 ISM(Integrated Service Digital Network)TA (Terminai Adapter)型式之情況，嘗試利用了電話號碼之 線路連接，自網路經由控制頻道送回線路確立信號。 通訊控制部（35)自通訊控制規則部A(36)取出用以確 立和通訊控制部（55)之通訊頻道之條件，確立通訊頻道 (S203 )。例如，按照通訊步驟選擇Tcp/Ip。自通訊控制規 2部A(36)讀出用以通過防火牆之特別之埠編號等後設 定。通訊控制部（35)經由網路連接部4(38)、網路連接部 B(58)，要求和通訊控制部（55)連接（S2〇3)。假設在人公司 —B公司之間係使用依據TCP/iP之埠編號1〇22之資料通訊。 在傳給B公司之I p訊息封包括在通訊控制規則記述之 IP位址，、按照依據]^?之通訊頻道設定步驟，通訊控制部 (3 5 )要求頻道設定，藉著通訊控制部（5 5 )響應 Acknowledge信號，在通訊控制部（35)和通訊控制部（55) 之間確立通訊頻道。 通汛抆制部（3 5 )確認和通訊控制部（5 5 )之通訊頻道確

立（S204)(確認TCP Ack)。通知應用程式控制部A(37)變成 了可通訊狀態。 f用程式控制部A(37)指示資料格式變換部（33)將變 換為貧料交換用格式後之資料交給通訊控制部

527794 五、發明說明（29) 部A ( 3 7 )接到今後傳送資料 # 德，你田'^“力二 傳达目的地係B公司之通知 (S2〇i /IP(埠編號1 〇22)向6公司傳送資料 以上係A公司侧之動作。 其次說明圖2所示B公司側之動作。 Μ網接部β(58)㈣資料。自網路連接部向通 = 通知收到資料。網路連接部b(58)係路由器 :上，在和網際網路連接之情況，特別不需要此動作。在 N TA文理接收之情況，在此通知在網路層之 收0 、通訊控制部（55)確認通訊控制規則部8(56)後，承認 通訊控制部（35)和通訊控制部（55)間之Tcp/Ip通訊頻道之 確立（響應Ack信號）（S301)。具體而言，在傳來之Ip訊自 封記載表示傳送源係A公司之IP位址。B公司確認通訊控^ 規則部B(56)後，決定受理來自A公司之在Tcp/Ip(埠編號 1 022 )之通訊頻道確立，響應TCP確立〇KiAck信號。、儿 通訊控制部（55)通知應用程式控制部b(57)有來自通 訊控制部（35)之接收（依據TCP/IP)，確立了通訊頻 i (S302)。 ' 應用程式控制部B(57)指示將以後接收之資料自通訊 控制部（5 5 )傳至資料格式變換部（5 3 )，按照在資料格式變 換規則部B ( 5 4 )所記憶之資料格式逆變換規則，將資料格& 式變換為應用程式資料格式。 ' ° 通訊控制部（5 5 )接收通知資料後，傳給資料袼式變換

527794 五、發明說明（30) 部（53)(S304 )。資料格式變換部 規則部BC54)所記憶之資料袼式逆變換：則土，資料格式變換 資料變換為業務應用程式B(41)可處理之資料：：收到之 式資料格式）（S3〇4)。 貝抖形式（應用程 以上係通訊控制部（35、55)之動作之細 照這樣做，在業務應用程式a(21)所 A(24)之貧料和與該資料對應之在業務應用夂二庫 之資料庫K44)之資料變成在各自之業務應 )可吏用 用之形式後，更新為具有相同意義之資料。 以後，經由使用者介面B(40)利用業務應用程式b(4i) 之利用者也可讀出業務應用程式8(41)所更新之 可依據資料執行下一處理。 ' •如以上所示，在本實施例，對於業務應用程式“Μ)

和業務應用程式B ( 41 )’應用程式仲介部a ( 3 9 )及廣用程式 仲介部B(59)各自可使用在各業務應用程式a、b(21、41)" 已存在之介面寫入、讀出貢料。又，也依據各自之業務應 用程式所規定之存取步驟規則執行對各業務應用程式所^ 憶之資料庫之存取步驟。因而’在業務應用程式A(2\ )和 業務應用程式B(41)，不必變更其業務應用程式、使用者 j介面以及其通訊協定。其效果為，各自之業務應用程式之 利用者在繼續如習知之利用下，再經由網路可和別的業務 應用程式共用該資料。 關於業務應用程式處理之資料格式之相異，依照資料 格式變換規則5資料格式變換部（33)、（53)變換為在連接

2112-3458~PF-ptd 527794 五、發明說明（31) ' '— - j用程式仲介部之業務應用程式使用之應用程式資料格 工。又，關於資料交換用格式，例如依照XML(eXtensibie

Unguage)之語言規袼，使用在2個業務應用程式 曰’決定之規定最低限之必要的交換資料之格式。 圖1 7表示使用xml之資料之表達之一例。 —在圖1 7所示之例子，按照XML表達之記述上段所定義 之資料時’舉例表示變換成下段所示。 因而，藉著不進行額外之資料交換，可削減通訊費 =。又，對於該資料交換用格式，籍著例如如按照規袼設 定在某特定之業界定之世界標準之資料格式，具有同業界 之不同之業務應用程式之間可相互交換資料之效果。" 實施例2 使用圖1 8與圖1 9說明本實施例。 在本實施例，說明在複數應用程式間，在此，在3個 應用程式間交換資料之情況。 在圖1 8，賦與相同符號之構成元件係和已在實施例J 之圖1、圖2說明的一樣。 、 8 1係作為第三業務應用程式之業務應用程式c。在本 實施例，設業務應用程式C( 81)之管理者為c公司。 80係該業務應用程式C( 81)之利用者之係使用者介面 之使用者介面C(80)，84係使用業務應用程式c(81)之;資料 庫C，89係令業務應用程式c(81)可和別的業務應用程^交 換資料之應用程式仲介部C，85係該應用程式仲u介部二二91

第34頁 527794

之構成το件’ I已說明之應用程式仲介部中看到之通訊控 制部，係例如和通訊控制部（35)—樣之通訊控制部（85)。 係用以將應用程式仲介部c(89)和網路連接而確立控制 頻道之網路連接部。 圖18係關於3個業務應用程式八（21)、b(41)、c(8l)， 業務應用程式A(21)和B(41)及業務應用程式a(2i)*c(8i) 經由網路（11)相互交換資料之情況之構造例。 又’在圖1 9，和 說明之構成元件相同 已說明之構成元件相同之符號係和已 的0 136係記述應用程式仲介部a(39)和應用程式仲介部 B(59)之^間之通訊控制規則之通訊控制規則部ab。圖“表 不在本貫施例使用之通訊控制規則部Αβ之一例。 236係記述應用程式仲介部奴39)和應用程式仲介部 C( 89)之^間之通訊控制規則之通訊控制規則部ac。圖㈡表 不在本實施例使用之通訊控制規則部Ac之一例。 圖19係在圖18所示3個業務應用程式A(21)、B(41)、 以81)間交換資料之情況，在業務應用程式“21)所需之應 用程式仲介部A(39)之通訊控制規則部上，採用包括 訊控制規則部AB(136)與通訊控制規則部ac( 236 )之構造之 貫施例。 可是，如在圖8之例子所示，令在一個通訊控制 部記憶複數通訊對象（在本實施例為B公司和c公 控制規則也可。 ^ ^ 其次，使用圖1 8、圖1 9說明其動作。 527794 五、發明說明（33: 務，在業務應用程糾21) ’說明發生應向業 :ί:ΐί和業務應用程式c(8i)傳送資料内容之資 於声用r:ί二又，在本實施例之情況之說明，係假設對 介W59)傳送之資料交換用格式和對於應 用釭式仲"部C(89)傳送之資料交換用格式相同。 之内ί實施例卜樣，因利用者更新了資料庫A(⑷ ^ 了應向業務應用程式B(41)和業務應用程式 C(81)通知貧料内容之資料更新。 ΑΓ94)^用私控制部A(37)和實施例1 一樣的監視在資料庫 是否有變更。存取步驟控制部（31)和應用程 二、1 案 y ·業舂應用程式C(81 )之内容時，自資料庫Α(24)綠 出f通知之資料。存取步驟控制部(31)附加表示資料之-係：用程式仲介部B(59)和應用程式仲介部c(89) 枓ί式變換部⑶)識別資料之傳送目的地。在此貝；庳； 之資料值、、==1貝枓格式變換規則部A(34)選擇適合各自 變換达的地之資料格式變換規則後，執行資料格式 和應ί ί: 傳因假設向應用程式仲介部β(59) 用相同之資料格:=見傳則…料交換用⑽^ 變換為資料交換用格式之資料，接著和表示傳送目的 527794 五、發明說明（34) " ------ ，用耘式倬介部B(59)和應用程式仲介部c(89)之資訊 一起父給通訊控制部（3 5)。 、 吹通訊控制部（35)對於向應用程式仲介部B(59)傳送之 貝枓應用通訊控制規則部Αδ(136)所記憶之通訊控制規 =招對於向應用程式仲介部c(89)傳送之資料應用通訊控 1、則部AC( 236 )所記憶之通訊控制規則（圖23)，分別進 應用程式仲介部B(59)之通訊控制部（55)與應用程式 =二4C(89)之通訊控制部之通訊，傳送變成資料 格式之資料。 、 即，首先，通訊控制部（35)向網路連接部a(38)要求 萑立和各自之通訊對象之網路連接部B ( 5 8 )、網路連接部 C(88)之通訊頻道，通訊頻道確立後，通訊控制部向 各自之通訊控制部（5 5 )、（ 8 5 )開始傳送資料。 在此’例如在和應用程式仲介部β(59)之通訊控制部 (^5)通訊時，為了通過位於網路（π)内之防火牆，需要指 定特定之埠編號之通訊，又，在和應用程式仲介部以⑽） ^通訊控制部（8 5 )通訊時，若為了通過別的防火牆而需要 指定別的特定之埠編號之通訊時，各通訊頻道所需之通訊 璋編號資訊各自記述於通訊控制規則部αβ(136)和通訊σ 制規則部AC( 236 )。 °卫 應用程式仲介部Β(59)之通訊控制部（55)與應用程式 仲"一 C ( 8 9 )之通訊控制部（8 5 )各自所接收之資料採取和 在實施例1所記述的一樣之步驟，各自自業務應用程式π Β(41)寫入資料庫Β(44)、自業務應用程式C(81)寫入資料

2112-3458-PF-ptd 第37頁 527794 五、發明說明（35) 庫C(84)。 以下，說明本實施例之通訊控制部（3 5、5 5、8 5 )之動 作之細節。說明中之S X X x ( x x x係數值）指圖1 2〜圖1 6 中之符號。在本實施例，替代通訊控制規則部A (3 6 )’在A 公司-B公司之間之通訊使用通訊控制規則部AB( 1 36 )，在A 公司-C公司之間之通訊使用通訊控制規則部A C ( 2 3 6 )。在 以後之實施例，也和使用圖1 8與圖1 9說明動作之情況一 樣0

首先，說明A公司之通訊控制部（3 5 )和B公司通訊之動 作。應用程式控制部A(37)向通訊控制部（35)指示和B公司 之通訊控制部（55)開始通訊（S200 )。 通訊控制部（35)確認通訊控制規則部AB( 136)和B公司 之通訊控制規則（S201)。選擇用以連接網路連接部A(38) 丨和網路連接部B(58)之條件後，指示網路連接部a(38)經由 網路（Π )之連接（S201)。具體而言，在和b公司之間，只 疋規定依據通訊協定TCP/IP之通訊，無關於網路連接部之 記述（圖22)。本例係網路連接部A(38)和網路連接部b(58) 一起用路由器裝置和網際網路直接連接之情況。 丨 網路連接部A(38)和網路連接部B(58)經由網路（u)用

通訊頻道連接（S2G2)。 通訊控制部（35)自通訊控制規則部B( 136)取出用以 :通訊控娜5)之通訊頻道之條件，確立通訊頻道 TCP/IP々ί體而吕，在A公司—8公司之間，係使用依據 〜平碥说1 0 2 2之資料通訊。在傳給β公司之I p訊，

2112-3458-FF-ptd 第38頁 527794

五、發明說明（36) 封包括在通訊控制規則記述之I P位址，按照依據T C P之通 訊頻道設定步驟’通訊控制部（3 5 )要求頻道設定。藉著塌^ 訊控制部（55)響應Acknowledge信號，在通訊控制部（π) 和通訊控制部（5 5 )之間確立通訊頻道。 表示在A公司-B公司之間未進行密碼化或認證作業之 例子（圖2 2 )。因此，安全性低，但是只是這樣就可傳送資 料。 、 通§fl控制部（3 5 )確認和通訊控制部（5 5 )之通訊頻道確 立（確認TCP Ack)(S204 )。通知應用程式控制部A(37)在和 β公司通訊控制部（5 5 )之間變成了可資料通訊。 其次，說明Α公司之通訊控制部（3 5 )和C公司通訊之情 況。 應用程式控制部A ( 3 7 )向通訊控制部（3 5 )指示和C公司 之通訊控制部（85)開始通訊（S200 )。 通訊控制部（3 5 )確認通訊控制規則部a C ( 2 3 6 )和C公司 之通訊控制規則（S201)。選擇用以連接網路連接部A(38) 和網路連接部C ( 8 8 )之條件後，指示網路連接部A ( 3 8 )經由 網路（11)之連接（S201)。 具體而言，在和C公司之間，規定依據通訊協定 HTTP(Hypertext Transfer Protocol)之通訊（圖 23)。 HTTP係TCP/IP上之通訊協定，特定埠，防火牆之通過容 易。在本例也假設網路連接部A( 38)和網路連接部c( 88) — 起用路由器裝置和網際網路直接連接。 網路連接部A(38)和網路連接部B(58)經由網路（11)用

527794 五、發明說明（37) 通訊頻道連接（S202) 通訊控制部（35)自通訊控制規則部AC( 236 )取出用以 確立和通訊控制部（5 5 )之通訊頻道之條件，確立通訊頻道 (S2 0 3 )。具體而言，在A公司-B公司之間，係依據HTTP Over TCP / IP之資料通訊。在傳給c公司之ip訊息封包括在 通訊控制規則記述之IP位址。按照依據TCP之通訊頻道設 定步驟，通訊控制部（3 5 )要求頻道設定。 藉著通汛控制部（8 5 )響應A c k η 〇 w 1 e d g e信號，在通訊 控制部（3 5 )和通訊控制部（8 5 )之間確立通訊頻道。表示在 A公司-C公司之間未進行密碼化或認證作業之例子（圖 23)。 通訊控制部（3 5 )確認和通訊控制部（8 5 )之通訊頻道確 立（確認TCP Ack)(S204)。通知應用程式控制部a(37)變成 了可通訊狀態（S204)。 照這樣做，確立A公司和C公司之間之通訊頻道。 因此’通訊控制部（3 5 )可分別和通訊控制部（5 5 )利用 使用了依據TCP/ IP之埠1 022之通訊頻道、和通訊控制部 (85)利用使用了HTTP之通訊頻道傳送資料。 其次’應用程式控制部A ( 3 7 )指示資料格式變換部 (33)將變換為資料交換用格式後之資料交給通訊控制部 (35)(S205)。 通訊控制部（3 5 )自應用程式控制部A ( 3 7 )接到今後傳 送資料之傳送目的地（S 2 0 6 )。通訊控制部（3 5 )在資料之傳 送目的地係B公司之情況，使用設定了針對通訊控制部

21i2-3458-PF-ptd 第40頁 527794 五、發明說明（38) (55)之IP位址之IP訊息封，利用依據TCP/IP之埠1 022傳送 資料（S2 0 6 )。在傳送目的地係C公司之情況，使用設定了 針對通訊控制部（8 5 )之IP位址之I P訊息封，進行依據http 之傳送資料（S20 6 )。 利用在本發明之一例上表示之本實施例，在通訊條件 不同之複數應用程式仲介部間可交換資料。結果，具有增 加經由網路可相互交換資料之業務應用程式之效果。又， 藉著將因各個業務應用程式使用環境而異之通訊條件記述 為應周程式仲介部之通訊控制規則，具有可個別設定之效 果。 又’在本實施例，以一例說明了自A公司向b公司、自 A公司和C公司傳送資料之情況，但是同樣的也可自b公司 向A公司、自C公司和A公司傳送資料。此外，在B公司和◦ 公司之間當然也可傳送資料。 、此外’在利用HTTP自C公司向B公司傳送資料之情況， 通訊控制部（55)預先準備受理依據Ηττρ之資料接收之程 實施例3

—和實，例2 —樣使用圖]8與圖19說明本實施例。在本 二21::不也明在通甙控制規則追加了通訊時刻或資料優先 說明之構成元件相同 關於3個業務應用程式 圖1 8 '圖1 9之構成元件係和已 的。和實施例2 —樣，如圖18所示 527794 五、發明說明（39) A(21)、B(41)、C(81)，考慮業務應用程式“21)和6(4 及業務應用程式A(21)和C(81)經由網路（n)交換資料之 況。 1月 在^實施例’在業務應用程式A⑵）發生應通知業 應用程式B(41)和業務應用程式c(81)之資料。又，在太趣 部Bf 5cn值11 ί 樣，假設對於應用程式仲介 达貝料父換用格式和對於應用程式仲介部 的。 貝，十又換用袼式可以是同一資料交換用格式 ^傳給業務應用程式Β(41)和業務應用程式c(8 =谷變換為和各自之資料傳送目的地對應“ 格式（在本貫施例利用同一資料交換用格式）後=用 訊控制部（35)為止之動作和實施例2 一樣。 又-通 =控制部（35)對於向應用程式仲介部心9)傳送之 (Hi，通汛控制規則部化〇36)所記憶之通訊控制規則 ^ "，對於向應用程式仲介部C(89)傳送之資料庳用、、 说控制規則邻a「f 9 Q α ^ l 、科應用通 應用程ΐ ΓΓ之通訊控制規則(圖25)，和 部s )訊控制部（55)及應用程式仲介 用二通訊控制部(85)各自ϋ，傳送成為資料：丄 用格式之資料。 勺貝抖父換 訊前，確切$ 2 : WO5,)在和對象之通訊控制部開始通 制規則部二:ΓΛ料優先度、通訊時刻 (S2〇1)。 （136)、通訊控制規則部AC(236)記述之條件

2 1 1 2-3458-PF·p t d 第42頁 527794

通訊時刻係規定一個應用程式和別的應用程式收發資 料之時刻的。在本實施例，圖2 4表示規定通訊時刻之通訊 控制規則之一例。 資料優先度係規定自一個應用程式向別的應用程式傳 送資料之優先順序的。在本實施例，圖2 4、圖2 5表示規定 資料優先度之通控制規則之一例。在本實施例，c 1 a s s : A之優先度比Class B的高，在未設定資料優先度之情況， ， 假設係優先度最低的。 * 例如’在圖2 4所示之例子，定義為在自〇點至7點為止 按知3分麵間隔’在其他之時間按照1分鐘間隔通訊。意指 至變成該通訊時刻為止，儲存資料後一起傳送資料。 又’為了貫施该通訊時刻與資料優先度之判斷，雖在 圖1 9未示，在通訊控制部（3 5 )包括定時器裝置和通訊優先 度判定部。 定時器裝置保持時刻，向通訊控制部（3 5 )通知依據通 訊控制規則所設定之通訊時刻到了。 通訊優先度判定部輸入通訊控制規則所定義之資料優 先度後，依照所輸入之資料優先度5在複數資料通訊之要 求競爭之情況，判斷那一資料通訊要求優先。 這是為了降低通訊費用而將資料集合至某種程度後傳 送之一般使用之手法之一。對於業務應用程式C ( 81 )，因 未規定通訊時刻，每當發生更新資料，馬上以要求更新資 料為目的傳送。又，因設定資料優先度，在對業務應用程 式B (4 1)和業務應用程式c ( 8 1)之通訊競爭之情況，對業務

527794 五'發明說明（41) 一""^ -- 應用程式B(41)之通訊變成優先。 於是，在確立和對象通訊控制之通訊頻道之前，通1 控制部（35)參照通訊控制規則部AB(136)、通訊押^ 部AC( 236 )，選擇通訊頻道確立之時刻。 、 此外，通訊時刻、資料通訊優先度有的由業務應用程 式A(21)之利用者直接記述為資料庫A(24)内之資料，也有 的在業務程式A( 23)自資料庫A( 24)讀出資料之時刻添加之 情況。在此情況，和業務程式A ( 2 3 )相依。 此外，在應用程式仲介部A( 39)中，也有應用程式控 制部A( 37)在自業務應用程式A(21)讀出資料之時刻依照預 疋疋義之關於通訊之資訊附加之情況。 通訊控制部（35)自通訊控制規則部AB( 136)、通訊控 制規則部AC ( 2 3 6 )内之規則抽出這些通訊時刻之指定、資 |料優先度後，進行通訊控制。 應確立通訊頻道之時刻到了時，通訊控制部（3 5 )向網 路連接部A( 38)要求確立和應用程式仲介部B( 59)或應用程 式仲介部C(89)之通訊頻道（S204)。通訊頻道確立後，通 訊控制部（35)按照通訊控制規則部AB( 136)或通訊控制規 則部AC( 236 )所指示之通訊協定，傳送變成資料交換用格 式之資料（S20 5 )。 應用程式仲介部B ( 5 9 )之通訊控制部（5 5 )及應用程式 仲介部C(89)之通訊控制部（85)所接收之資料各自經由業 務應用程式B(41)和業務應用程式C(81)至寫入資料庫 B(44)和資料庫C(84)為止之步驟和實施例1 一樣。

2112-3458-PF.Dtd 第44頁 527794

=下說明本實施例之通訊控制部（35)之動作之細節。 號。"兒明中之S X X X ( X X x係數值）指圖12〜圖16中之符 應用程式控制部“37)向通訊控制部（35)指示和b公司 通訊控制部開始通訊（S2〇〇)。 通訊控制部（35)確認通訊控制規則部AB(136)和b公司 ϋ 彳工制規則（s 2 〇 1 )。選擇用以連接網路連接部A ( 3 8 ) 路連接部B(58)之條件後，指示網路連接部a(38)經由 (11 )之連接（s 2 0 1 )。在和B公司之間，除了依據通訊 =定TCP/iP之埠編號1 022之通訊以外，規定資料通訊優先 ^Class A、通訊時刻（〇點至7點為止按照3分鐘間隔，在 之時間按照1分鐘間隔）。網路連接部B( 58)也用路由 裔裝置和網際網路直接連接。 、、、罔路連接部A ( 3 8 )和網路連接部b ( 5 8 )經由網路（11 )用 通訊頻道連接（S 2 G 2 )。 通訊控制部（35)自通訊控制規則部AB(136)取出用以 確立和β公司應用程式仲介部B ( 5 9 )之通訊控制部（5 5 )之通 訊頻道之條件，確立通訊頻道（32〇3)。在Α公司—Β公司之 間’係使用依據TCP/IP之埠編號1〇 22之資料通訊。在傳給 8公司之I P訊息封包括在通訊控制規則記述之丨p位址，按 妝依據TCP之通訊頻道設定步驟，通訊控制部（3 5 )要求頻 道設定。 ^ 藉著網路連接部A(38)響應Acknowledge信號，在通气 控制部（3 5 )和通訊控制部（5 5 )之間確立通訊頻道。

2112-3458-PF.pid 第45頁 527794 五、發明說明（43) Ί在人公司_B公司之間’將資料之傳送優先声嗖 = = A ’對於通訊時刻“行 門p 1 :按刀4里間隔，在其他之時間按照1分鐘 ^ 。+這設於通訊控制部（35)内之定時器裝置和 逋汛優先度判定部。 τ 通訊控制部（35)確認和通訊控制部Β之通訊 Ack)(S204) 〇 a β通Λ控制部（5 5 )之間變成了可資料通訊（s 2 〇 4 )。 ^f用程式控制部A(37)指示資料格式變換部（33)將 才兴為資料父換用格式後之資料交給通訊控制部 (35)(S2G5)。 、以後通訊設定時刻到了時，通訊控制部（3 5 )向應用 程式控制部A ( 3 7 )打聽是否有應傳給β公司之資料。在有鹿 傳送之資料之情況，應用程式控制部A( 37)指示資料袼式' 變換部（33)將資料交給通訊控制部（35)後，指示通訊控"制 部（35)傳送目的地係β公司（S206 )。因傳送目的地公^ 司，通訊控制部（35)參照通訊控制規則部AB( 136)，使用 依據TCP/IP之埠1 022，將IP訊息封之位址設於β公司之通 訊控制部（5 5 )後，傳送資料。在此情況，因β公司之資料 優先度設為Class A、C公司之資料優先度設為Class B， 例如傳給C公司之資料存在，也將該傳送處理挪後，開始 向B公司傳送資料。 於是5藉著通訊控制部（35)和通訊控制規則之記述， 指定通訊時刻，並可設定傳送之資料之資料優先度。

Η 2112-3458-PF.ptd 第46頁 527794 五、發明說明（44) 在本實施例，在通訊控制規則表示有通訊控制規則部 AB(136)與通訊控制規則部AC( 236 ) 2個之情況，但是若係 實現只在業務應用程式A ( 2 1 )和業務應用程式B ( 41)之間之 資料交換，只有通訊控制規則部AB (1 3 6 ) 1個也可。 又，在對於業務應用程式C ( 8 1 )也可應用和對於業務 應用程式B(41)之通訊控制規則完全相同之通訊控制規則 之h況’如通控制規則部A B C般設定"^種共用之通訊控 制規則也可。 此外，在實現更多之業務應用程式和資料交換之情 況，也可設置2種以上之通訊控制規則。 又，在本實施例，在一個通訊控制規則部記述一種通 A控制規則5彳旦是如在圖8之例子所示，在採用在_個靖 訊控制規則部記述複數通訊控制規則之形式也無妨。〜 實施例4 使用圖1 8與圖1 9說明本實施例。 、，本實施例之特徵在於，在通訊控制規則上設定認试 运目的地之應同程式仲介部之認證方式或在通訊使： 編碼方式。糸統之構造和實施例3 一樣。 便用之 應傳給業務應用程式B(41)和業務應用 料内容變換為各自之資料傳送目的地 貨 後’至交給通訊控制部(35)為止之動作和實施例3用一格式 通訊控制部（35)自通訊控制規則部AB(136)鱼羨。 制規則部AC ( 2 3 6 )選擇在孫 + "、通訊控 k释在係通汛對象之通訊控制部（55)和 i 527794 五、發明說明（45)

通訊控制部（8 5 )之間 時對於交換之資料應 式或編碼方式，進行 認證方式意指在 收發認證資料收發目 定認證方式之通訊控 用於通訊之對象之認證方式或在通訊 用之編碼方式，應用所選擇之認證方 資料通訊（S20 1 )。 一個應用程式和別的應用程式之資料 的地之應用程式仲介部。圖26表示規 制規則之一例。 編碼方式在在一個廣、 訊規定收發密碼化之資料 之通sfL控制規則之一例。 用程式和別的應用程式之資料通 。圖26、圖27表示規定編碼方式 、、首先，通訊控制部（35)委託網路連接部《（38)確立和 成為通訊對象之通訊控制部之通訊頻道。網路連接部 Α( 38)確立和與應用程式仲介部Β( 5 9)及應用程式仲介部 C(89)各自對應之網路連接部趴58)與網路連接部c(88)之 通訊頻道。 應用程式仲介部A(39)之通訊控制部（35)使用已確立 之通訊頻道，依據各自之對象之通訊控制部（5 5 )及通訊控 制部（85)和在通訊控制規則部ab( 1 36)及通訊控制規則部 AC ( 2 3 6 )各自記述之認證方式，確認通訊對象。在本實施 例’在通訊控制規則部AC( 236 )未定義認證方式（圖27)。 例如，在認證方式有互換識別碼和密碼之認證方式或 ¥ 利用了認證和公開鑰匙技術頁之認證方式等。 又，編碼方式有利用預定之位元長度（例如1 2 8位元長 度）之共用鑰匙之之編碼方式，或利用預定之位元長度（例 如1 2 8位元長度）之公開鑰匙之編碼方式等。

12-3458-PF · p td 第48頁 527794 —-—-— 五、發明說明（46) 以上列舉之認證方式或編 此。 ’力八1糸舉例，未限定如 以下6兒明A公司之通訊控制部「q ς、a ^ \ 情況之動作之& μ _ 制邛（35)向Β公司傳送資料之 u <勒1下之細即。說明中之 圖9〜圖16中之符號。 x (X X X係數值）指 式控制部“37)向通訊控制部(35)

之通訊控制部開始通訊（S2〇〇)。 A J 之、S f :控制部（Μ )確認通訊控制規則部Αβ( 1 36 )和B公司 ^ Λ卫制規則（S201)。選擇用以連接網

:網路，_錢，指示網路連接 、二8) (11)之連接（S201)。 m @ ΤΓρ/τ;而吕，在和司之間，除了依據通訊協定 ▲之埠編號1 022之通訊以外，規定依據編碼方式 SecPatl之資料編碼和依據使用認證書之認證方式iDi之相 互確認。這些按照後述之S2〇3之步驟執行設定。又，網路 連接部β也用路由器裝置和網際網路直接連接。 網路連接部Α( 38)和網路連接部β經由網路（1丨）用通訊 頻道連接（S202 )。 通訊控制部（35)自通訊控制規則部AB〇36)取出用以 確立和β公司應用程式仲介部B之通訊控制部（55)之通訊頻⑩ 道之條件，確立通訊頻道（S2〇3)。在Α公司_Β公司之間， 係使用依據TCP/IP之埠編號丨022之資料通訊，在傳給Β公 司之IP訊息封包括在通訊控制規則記述之丨p位址，按照依 據TCP之通訊頻道設定步驟，通訊控制部（3 5 )要求頻道設 |

2112-3458-PF.pid 第49頁 527794 五、發明說明（47) 定，藉著網路連接部A(38)響應Acknowledge信號，在通訊 控制部（3 5 )和通訊控制部（5 5 )之間確立通訊頻道。這些動 作和實施例1 一樣。 通訊控制部（3 5 )確認和通訊控制部（5 5 )之通訊頻道確 立（確認TCP Ack)(S204 )。此外，在A公司-B公司之間，進 行使用認證書之對象認證和資料編碼（S204 )。具體而言， 假設在A公司-B公司之間採用使用稱為SSL (Secure Socket Layer)之公開鑰匙之隻向認證和編碼方式。即，SecPatl 係和SSL匹配之公開鑰匙編碼方式，若I d 1也是使用了公開 鑰匙之和SSL匹配之認證書確認方式，A公司和B公司藉著 在TCP上在此執行按照SSL之通訊步驟，而互換各自之含有 公開鑰匙之認證書，可識別（認證）係希望對象之通訊對 象’而且可自對象之認證書中取出用以編碼之密碼鑰匙， |編碼之準備就完備。 通訊控制部（3 5 )執行認證之步驟，而且自行記憶收到 之B公司之認證書。在此，通訊控制部（3 5 )通知應用程式 控制部Α( 37)在和Β公司通訊控制部（55)之間可資料通訊。 應用程式控制部A(37)指示資料格式變換部（33)將變 換為資料交換用格式後之資料交給通訊控制部（3 5 ) (S205)。 以後，每當應用程式控制部A( 37)要求通訊控制部 (3 5 )向B公司傳送資料，通訊控制部（3 5 )就按照公開鑰匙 編碼方式，使用在認證書記述之B公司之公開鑰匙對傳送 之貢料編碼後，向B公司傳送資料（S20 5 )。

2112-3458-PF.ptd 第50頁 527794

以下說明接收資料之通訊控制部（5 5)之動作。 網路連接部B( 58)通知通訊控制部（55)收到資料 (S = 〇)。網路連接部β係路由器裝置，在和網際網路連 之h況，特別不需要此動作。 接

通訊控制部（55)確認通訊控制規則部所 制規則後，承認通訊控制部（35)和通訊控制部（l55=^ TjP/IP通訊頻道之確立（響應Ack信號）（s3〇i)。具體而 石，在傳來之I P訊息封記載表示傳送源係A公司之丨p位 址。B公'確認通訊控制規則部所記憶之通訊控制規則 後、’，決定受理來自A公司之在Tcp/Ip(埠編號1〇22)之通 立，響應TCP確立〇i^Ack信號。接著，通訊控 (55)在和A公司之間，藉著利用依照之雙向認證和公。 鑰匙編碼技術交換認證書，互相確認（認證）對象。通气= 制部（55)自行記憶所收到之a公司之認證堂。 °控 通訊控制部（55)通知應用程式控制部B(57)有來自 訊控制部（35)之接收（依據TCP/Ip)，確立了通訊 (S302)。 應用程式控制部B指示將以後接收之資料自通訊控制 部（55)傳至資料格式變換部（53)，按照在資料格式變換規 則部B( 54)所記憶之資料格式逆變換規則，將資料袼 換為應用程式資料格式（S303 )。 通訊控制部（55)接收已編碼之通知資料。將自己具有 之以Private鑰廷接收之資料解碼後，將結果傳給資料格 式變換部（53)(S304 )。資料格式變換部（53)應用在資料格

527794

式變換規則部B( 54)所記憶之資料格式逆變換規則，將所 收到之資料變換為業務應用程式B ( 41)可處理之資料形式 (應用程式資料袼式）（s3〇4)。 、 ” 以下說明A公司之通訊控制部（35)向c公司傳送資料之 情況之動作。 ' 應用程式控制部A(37)向通訊控制部（35)指示和c公司 之通说控制部開始通訊（§ 2 〇 〇 )。

通訊控制部（35)確認通訊控制規則部Ac( 236 ) 公司 之通訊控制規則（S201 )。選擇用以連接網路連接部A(38) 和網路連接部B(58)之條件後，指示網路連接部A(38)經由 網路（1 1)之連接（S201 )。 在和c公司之間，除了依據通訊協定Tcp/Ip之埠編號 1 02 2之通訊以外，還進行依據共用鑰匙編碼方式Secpat2 之資料編碼和依據登錄（Login)名稱和密碼（Passw〇rd)之 存取認證。這些在後述之步驟S2〇3執行、設定。又，網路 連接部C也用路由器裝置和網際網路直接連接。 網路連接部A(38)和網路連接部c經由網路（11)用通訊 頻道連接（S202 )。 通訊控制部（3 5 )自通訊控制規則部a c ( 2 3 6 )取出用以 確立和C公司之應用程式仲介部c ( 8 9 )之通訊控制部（8 5 )之 通訊頻道之條件，確立通訊頻道（32〇3)。具體而言，在A ，司-c公司之間係使用依據TCP/iP之埠編號1〇22之資料通 Λ ’在傳給C公司之IP訊息封包括在通訊控制規則記述之 I Ρ位址，按照依據TCP之通訊頻道設定步驟，通訊控制部

2112-3458-PF·?td 第52頁 527794 五、發明說明（5q) (3 5 )要求頻道設定。 藉著網路連接部C(88)響應Acknowledge信號，在通訊 控制部（3 5 )和通訊控制部（8 5 )之間確立通訊頻道，這和實 施例1 一樣。 此外’在A公司-C公司之間，進行依據登錄名稱和密 碼之對象認證及依據共用鑰匙編碼方式SecPat2(假設有 SecPat2之編碼方式）之資料編碼。 立首先’在設定了 TCP之通訊頻道之時刻，c公司通訊控 制部（8 5 )向通訊控制部（3 5 )送回要求登錄名稱和密碼之信 號。通訊控制部（35)傳送在通訊控制規則部八（36)所記述° ^登錄名稱和密碼後，等待對於這傳送之認證確認之響應 通吼控制部（35)確認和通訊控制部（85)之通訊頻道確 以TCP響應）（s2〇4)。通知應用程式控制 (H:; 通訊控制部(85)之間變成了可資料通訊 p應用±程式控制部a(37)指示資料格式變換部將變 料交換用格式後之資料交給通訊控制部(35) 鳴石二後，“:司對於向c公司之傳送資料，使用共用鑰匙 編碼後，向C公司傳t資料控制部（35)進行依據Secpat2之 ^下。兒月C么司之通訊控制部（8 5)之動作之細γ 貢料到達網路連接部c。向通訊控制部（Μ)通知^

ΙϋΗ Η 2112-3458-?F-pid 第53頁 527794 五、發明說明（51) 運接之h况，特別不需要此動作。 通訊控制部（85)確認通訊控制規則部後， 制部（35)和通訊控制部（85)間之Tcp/Ip通气 工 (響應Ack信號）（S301)。具體而言，在傳之^=之確 截表示值择、7i在Δ八q τ ^之ϊ Ρ δίΐ息封吕己 部後，決定受理來：二位址。C公司確認通訊控制規則 訊頻道確立，塑岸Tcp::〇=:C:/IP(埠編號Ϊ022)之通 部⑽要求通訊控制部(35)傳送登 匕通=:) 認内容係可接受’完成認證作業。 ⑴馬精者確 通訊控制部（85)通知應用程式控制卹 制部（35),接收（依據Tcp/ip)，確立了:訊頻道自=控 應用程式控制部C指示將以後接 自、 。 部(85)傳至資料格式變換部，按 貝枓^ 所記憶之資料格式逆變換規則 料二；部 式c用之應用程式資料格式（S303 )。科七式、交換為業務程 通訊控制部（85)接收已編碼之通知資 預定之令記憶於通訊控制規則部之钤^ 。利用 通知資料解碼(S304)。將解碼 ：之 ⑻）⑻04)。程式仲介部c(89)之資貝枓格式^換部 資料格式變換規則部c所記憶之資料格應用在 所收到之資料變換為孝務岸 又換規則，將 (S304)。 菜務應用私式C可處理之資料形式 如在本貫施例之說明所示，對各進行資料交換之對象 527794 五:發明說明（52) ί料之：!: $式:彳用網路⑴)可分別選擇用以安全的傳送 用程式：：用；ί編碼方式，有可實現按照各自之業務應 2 t 九怒之資料交換之效果。 對象之热说办'Τ 進行和對急::凡，判定編碼方式後，通訊控制部（35 ) 換，傳控制部（55)及通訊控制部（85)之資料交 控制部(1貝=處收到資料之應用程式仲介部B(59)之通訊 所收到之次:Γ、用耘式仲介部c(89)之通訊控制部（85)將 BU1 Γ和/养靡0爾自/^實施例2或3 一樣的經由業務應用程式 C(84)，、、=……耘式以8丨），寫入資料庫β(44)和資料庫 料。 以後在各自之業務應用程式就可用作自己之資 實施例5 f用圖1、圖2，說明應用程式仲介部之應用程式控制 &業務應用程式收到資料更新了之通知為轉機，慾更 乂 士—業務應用程式之資料之應用程式間資料收發架構。 在本貫施例，說明業務應用程式偵處理要求狀態後，通知 應用程式仲介部之應用程式控制部所偵測之處理要求狀態 之情況。

，和實施例1 一樣，舉例說明使用者介面A(2〇)利用者更 新業務應用程式A(21)内之資料庫A(24)之内容後，更新和 其對應之業務應用程式B(41)内之資料庫b之情況。 利用者和實施例1 一樣的更新資料庫A ( 2 4 )之内容。業 務私式A ( 2 3 )更新資料庫A ( 2 4 )之資料後，通知應用程式仲

527794 五、發明說明（53) 二;US)發生了資料更新。業務應用程式有包括判斷資 :更4疋否符合處理要求狀態之功能之情況和未包括之情 未包括該功能之情況，收到資料更新之通知之岸用 的方法判斷是否符合處理要求狀態也可。 料1¾祕Τ #毛生了資料更新之通知一起通知和所更新之資 :^ 2 S所更新之資料值一起更新之事實。資料更新之通 通訊協定A (22)向應用程式介®A(30)通知，還 二I :ι & ί t制部A(37)通知。於是，本實施例之特徵在 弋定A (22)經由應用程式介面A(30)，向應用程 式控制部A(37)通知資料更新之時刻。

資斜Ϊ Ϊ用程ΐ介面A(3〇)和應用程式控制部A(37)只收到 通知和你之事貫之通知之情況，或雖未收到所更新之值之 一樣〔ΐ =所更新之資料區域之通知之情況，和實施例1 出應、i :妝應用程式控制部“37)之控制自資料庫“24)讀 = ^別的業務應用程式之資料。應用程式控制部A 至白辈二=例1 一樣的確認所讀出之資料受到更新後，移 向業各應用程式B(41)傳送該資料之動作。 知鹿^ Γ ^新之資料值也一併經由應用程式介面人（30)通 内控制部A(37)之情況，移至將該更新後之資料 施例相η應用程式^41)之動作。因以後之動作和實 她例i相同，省略說明。 料時ϊ ^ Ϊ施例5 ’在業務應用程式A需要變更在更新了資 、知應用程式仲介部A( 39)資料更新之時刻之應

2112-3458-PF-ptd 第56頁 527794 五、發明說明（54) ! ϊ ΐ用i i用：，知更新了資料之資料區域或新的資料 用程式仲介2h(39)%報糟著自業務應用程式a(2i)通知應 ΓΓ近Λ 1業務^裡式Α(21)之資料更新之情況更早 ι更新¥刻之時間偵測資料更新。 料夕i、、，在自業務應用程式α(2ι)未一併通知更新後之資 之；r :為了確認資料更新，在應用程式仲介部Α(39) :ΐ取！驟控制部(31)或應用程式控制部Α(37)需要記憶 -^ <貧料之記憶體。將該記憶體所記憶之上之資料和新 $知之貧料内容比較後，偵測資料更新了。可是，在自業 f應用程式Α(2” 一併通知更新後之資料之情況，有可刪、 減記憶體量之效果。 實施例6 既明在應用程式仲介部Α(39)之通訊控制部（35)和應 H呈式仲介部Β(59)之通訊控制部（55)以及和應用程式仲 ;ί部C ( 8 9 )之通訊控制部（8 5 )之間之資料通訊利用移動型 代理者（Agent)之情況之實施例。 圖2 8表不在通訊控制部（3 5 )之資料通訊使用移動型代 理者之情況之應用程式仲介部八（39)之構造之一例。 圖2 9表示在通訊控制部（3 5 )之資料通訊使用移動型代 理者之情況之應用程式仲介部B(59)之構造之一例。 在圖2 8 ’ 6 0係賦與移動型代理者其移動目的地之指示 及移動型代理者移動之執行環境（以下稱為「代理者執行

2112-3458-PF*pta 第57頁 527794 五、發明說明（55) =ψ〜）之私動型代理者平台（Plat form) A，61係在蒋私 i代理者平台間與變更 ’、 動 式一起移勤夕款^ ^ 用格式之資料和執行程 制部移動。 型代理者。移動型代理者在複數通訊控 及代ir:二〇:賦與移動型代理者其移動目的地之指示 _ 一者執丁展丨兄之移動型代理者平台B，61係和 才水之移動型代理者，係在移動型 ^二圖28二 型代理者平台B(90)間與資料和執行程斧^ 和移動 件。们虎和圖i、圖2相同的係和實施例i 一樣之構成元 明、甬5 :圖28、圖29說明其動作。又’使用圖30所示的說 明通訊控制規則。 I 1日1 口兄 々4首先，在圖28，應通知業務應用程式“41)之 谷變換為資料傳送用之資料交換用格式後，至交給通、訊 制部（3 5 )為止之動作和實施例】一樣。 工 到夕ΪΪ，在通訊控制部（35)，移動型代理者（61)將所收 枓作為搬運資料寫入。此時，通訊控制部（35)依照 ，：u訊控制規則部A(36)之通訊控制規則所記述之通訊協 $，例如如圖30所示，在移動型代理者（61)或移動型代理 者平台A(60)按照需要設定用以通過防火牆之埠編號 理者之傳送時刻、用以認證之密碼等。 ；〆 此外，若設定通訊控制規則所決定之密碼方式，移動 型代理者平台A(6〇)將移動型代理者（61)搬運之資料編碼 而產生移動型代理者後，要求網路連接部A(38)確立通訊

527794 五、發明說明（56) 頻道。 網路連接部A(38)確立和通訊對象之網路連接部b(58) 之通訊頻道後，在通訊控制部（3 5 )和通訊控制部（5 5 )之 間’首先，確認移動型代理者平台A ( 6 0 )和移動型代理者 平台B ( 9 0 )間之通訊頻道。在移動型代理者平台B ( 9 〇 )，例 如進行成為移動型代理者之傳送源之移動型代理者平台 A( 60)之認證，進行確認作業，以免意外之移動型代理者 被送來移動型代理者平台B ( 9 0 )。 在這種對象代理者平台認證之方法，通訊控制部（55) ^在通訊控制規則部B( 56)之通訊控制規則所記述的預先 傳至移動型代理者平台8(9〇)。 、 相互進行對象之移動型代理者平台之認證，可確認移 ’代理者（6 1 )自所打算之平台正要移向所打算之平台， mi理者(61)帶著資料自通訊控制部(35)移向通訊控 接此，=ΐ示應用程式仲介部b(59)之通訊控制部（π)所 六认次^代理者（61)在通訊控制部（55)取出該資料 動型ί : Ϊ :式變換部(53)。在對資料編碼之情況，移 押制規則所宜^Β(9〇)確認在通訊控制規則部“56)之通訊 二制部（55) ^ Ϊ編碼方式後，將密碼解碼。然’，自通訊 才二制。卩（55)傳至資料格式變換部（53)。 之資：乍和在實施例1所記述之動作-樣。所接收 入資料賴、44仲介部Β(59)經*業務應用程式Β(41)寫 527794 五、發明說明（57) 包括使用移動型代理者傳送資#，可利用 移動型抑ΐ ί理ί平台之功㉟。在功能上，例如列舉對於 :動：代理者所搬運之資料之編碼功能、在代理者= 仃：理者之傳送源和接收目的地之相互認證之丁 ^用以使得代理者傳送確實之例如包括稱為二相 元：=:、C:mm 列功r箄月：t代理者再傳送所包括之移動型代理者之佇 理者之應用程式共用化之：ΐ、-先構…用別的移動型代 、又右移動型代理者平台存在，移動型代理者可邊依 :人在網路内移動邊接收資料和程式後傳送下去，具有 a貝料更新源之應用程式仲介部Α(39)之動作之優點。 制招!!下使用圖12〜圖16之流程圖說明本實施例之通訊控 :規2之動作之細節。說明圖30所示通訊控制規則之例 °兒明中之8>< χ χ(χ χ χ係數值）指圖12〜圖16中之符 號0 、應用耘式控制部A ( 3 7 )向通訊控制部（3 5 )指示和β公司 之通訊控制部（5 5 )開始通訊（S 2 0 0 )。

、通訊控制部（35 )確認通訊控制規則部ΑΒ(丨36) 公司 之通訊控制規則（S201)。選擇用以連接網路連接部α(38) 和網路連接部Β之條件後，指示網路連接部Α(38)經由網路 (11)之連接（S2〇i)。具體而言，在和8公司之間，利用移 動，^理者搬運資料而傳送資料。通訊協定係移動型代理 者平台採用之方式，現在將其稱為在TCP/ IP之上階實現之 527794 I五、發明說明（58) 通訊協定J R (假設有稱為J R之通訊協定）。又網路連接部 B ( 5 8 )也用路由器裝置和網際網路直接連接。 網路連接部A (3 8 )和網路連接部β ( 5 8 )經由網路（11)用 通訊頻道連接（S202 )。 通訊控制部（35)自通訊控制規則部αβ( 136)取出用以 確立和Β公司應用程式仲介部之通訊控制部（5 5 )之通訊頻 道之條件，確立通訊頻道（S203 )。 在此，判明使用移動型代理者之與Β公司施行資料交 換。 移動型代理者平台Α( 60)依照TCP/IP和位於β公司之移 動型代理者平台B (9 0 )開始通訊，對象也有移動型代理者 平台B( 90)，確認正執行之、完成了接受移動型代理 準備（S203 )。 、移動型代理者平台包括在通訊控制規則部a ( 3 6 )所記 述之編碼方式SecPat2和認證方式ID2，在移動型代理者 (6 1 )移動之前，移動型代理者平台間各自用各自之 Private鑰匙將本身之認證書編碼後交換，藉著用對象之 公開输起將所收到之認證書解碼，認證對象。 通訊控制部（35)確認和通訊控制部（55)之通訊頻道確 :在移動型代理者平台間各自執行’也確認並認證對 =。通知應用程式控制部A(37)在和B公司通訊控制部 (55)之間變成了可資料通訊（S2〇4)。 換為制部A(3?)指示資料格式變換部(33)將變 換為貝竹父換周格式後之資料交給通訊控制部 527794

以後’ A公司將向B公司送出之資料交給移動型代理者 (61)後令移動。移動型代理者平台A(6〇)使用b公司之公開 鑰匙將包括通知資料之移動型代理者（6丨）傳送之資料編 碼。 、 其次，說明在B公司側之通訊控制部（5 5 )之動作。 移動型代理者到達網路連接部B。通知通訊控制部 (5 5 )收到資料（S 3 0 0 )。網路連接部b係路由器裝置，在和 網際網路連接之情況，特別不需要此動作。 通訊控制部（5 5 )確認通訊控制規則部b後，確認在通 訊控制部（3 5 )和通訊控制部（5 5 )間進行了利用移動型代理 者（61)之資料通知。又，確認在通訊協定上上使 用Java RMI(S301)。然後，承認在此有要求之丁cp/ip通訊 頻道之確立（響應Ack信號）（S301)。具體而言，在傳來之 I P訊息封記載表示傳送源係A公司之丨p位址。b公司確認通 吼控制規則部B後，決定受理來自a公司之在代？/(埠編 波1 0 22 )之通訊頻道確立，響應tcp確立⑽之Ack信號。 A公司通訊控制部（3 5 )中之移動型代理者平台a ( 6 〇 )和 B公司通訊控制部（55)中之移動型代理者平台趴㈣）包括編 碼方式SecPat2和認證方式ID2，在移動型代理者（61)移動 之刖’移動型代理者平台間各自用各自之Private鑰匙將 本身之認證書編碼後交換，藉著用對象之公開鑰匙將所收 到之§忍證書解碼，認證對象。 通A控制部（5 5 )通知應用程式控制部β 5 了）有來自通 527794 五、發明說明（60) " " ---- 訊控制部（35)之接收（依據TCP/IP)，確立了通訊頻道， ί料型代理者平台間相互認證確認後，通知可接收 ’ 丨ίj控5部β(57)指示將以後接收之資料自通訊 "° )傳至資料格式變換部（5 3 )，按照在資料格式變 ，所記憶之資料格式逆變換規則’將資料柊 ^ &通^ t制部（55)接收已編碼之通知資料（S304 )。對於 社果ΪΪ使用自己之PriVate鑰匙將資料解碼後，將 厂果2田5貝料格式變換部（53)(S3〇4)。資料格式變換部 與ί賴ί貢料格式變換規則部B(54)所記憶之資料格式 可^理J 2社將所收到之資料變換為業務應用程式B(41) ΊΓ地里之貝料形式（應用程式資料格式）。 實施例7 用在iiL施例’使用圖18、圖28、圖29、圖31說明在使 之产i，刺田之通讯控制部之資料通訊利用移動型代理者 月i mi »移動型代理者之串列式資料之依次傳送。 …，3個業務應用程式A(21)、B(41)、C(81) ,, 應用程式仲介部與網路連接部A、β、C(38、 5 8、8 8 )用網路連接。 辈矛欠ί 係業務應用•式C(81)之通訊協定C，83係 業矛力應用祆式c(81)之業務程式c。 i5G係應用程式仲介部CU9)之應用程式介面c，151係

527794 五、發明說明（61) 應用程式仲介部c(89)之存取步驟控

換部，154係資料格式變換規則部C，156 控制規則部c，157係應用程式控 T 和:用，式仲介部A(39)或應用程式仲介部B(59)内自構有 儿件相同之功能。 構成 1 9 0係移動型代理者平台◦，和移動型代理 △ A ( 6 0 )或移動型代理者华△ R「 、 σ 者千。（）一樣，係可令移動型代理 者移動後執行之平台軟體。 η 仲介：之圖18、圖28、圖29、圖31所示之應用程式 口 i讯控制部都包括移動型代理者平台。此外，执 去羊么η # Γ 為包動型代理者可在該移動型代理 君十口間移動之軟體的。 收^ Ϊ在i考慮在業務應用程式Α( 21)發生資料更新後， 丄^貝料内容傳至業務應用程式β(41 )和業務應用程 二A r 9 = h況。在此，也和實施例3 一樣，自業務應用程 ί送之資料交換用格式可和對於業務應用程式 C )或是對於業務應用程式C(81)都相同之資料交換用 格式。 在=5、移動型代理者（6 1 )首先，藉著將該更新資料送 至心用轾式仲介部B(59)，接著，自應用程式仲介部B( 59) 移至應用程式仲介部C(89)而傳送更新資料，可大幅度簡 化應用程式仲介部A(39)之動作。 即’目的在於利用者自使用者介面A (2 〇 )向業務應用 527794 五、發明說明（62) 程式A( 2 1 )更新資料後，將更新和該更新後之資料對應之 業務應用程式B(41)和業務應用程sc(81)之資料，應用程 式仲介部A(39)用資料袼式變換部（33)將更新後之資料變 換為資料交換用格式後，至將所變換之資料交給通訊控制 部（3 5 )為止’和上述實施例2 一樣。 在此，在通訊控制部（3 5 )，寫入應傳送之資料，作為 移動型代理者（61)之資料，自移動型代理者平台A(6〇) 送移動型代理者（61)。說明在移動型代理者（61)之傳送目 的地上首先指定移動型代理者平台B(9〇) ’接著指定移 型代理者平台C ( 1 9 0 )之例子。 首先，自應用程式仲介部A(39)向應用程式仲介 B(59)之通訊控制部（55)之移動型理^ ^ ^ 動型代理者（61)。 石十σβ(90)傳达移 通訊控制部（35)按照移動型代理者平台Α(6〇)之 不，首先要求網路連接部4(38)確立和應用程式 曰 Β(59)之網路連接部Β(58)々通 ’丨口丨 向移動型代理者平台Β⑽）送出移動型代理者（⑴雀/ 如此日守使用之用以通過防火牆之通訊埠編货$ if 控制規則部a(36)，在通訊控制部（35)將其傳m通訊 理者平台A ( 6 0)，使得移動型代理者（6丨）可移動 被送到移動型代理者平台B ( 9 〇 )之移動型代理 =在K程f仲介部B(59)内按照和實施例6相同之步 私處理，在通讯控制部(55)自移動型代理者 二 料後，交給資料格式變換部（53)。在 出 '-貝

2112-3458-PF.ptd %玎貝料編碼之情況， 第65頁 527794 五、發明說明（63) 向通訊控制規則部B ( 5 6 )取得編碼方式，移動型代理者平 台B ( 9 0 )將密碼解碼後，自通訊控制部（5 5 )將資料傳至資 料格式變換部（5 3 )。以後，按照和在實施例！所記述之^ 作一樣之步驟，將該資料自應用程式仲介部B(59)經由業 務應用程式B(41 )寫入資料庫b(44)。 ' 其次，移動型代理者（6 1)移向移動型代理者平台c (190) 。 ° 在一度被抓入移動型代理者平台B(90)之移動型代理 者（61)，再在應用程式仲介部a(39)記述下一傳送目的 地。移動型代理者平台B( 90)識別之後，這次向移動型代 理者平台C (1 9 0 )傳送相同之移動型代理者（6丨）之動作開 始。 即，首先，通訊控制部（5 5 )確認通訊控制規則部 B(56)後，確認和應用程式仲介部c( 89)之通訊協定、用以 通過防火牆之埠編號等。一般，這些在移動型代理者平a B ( 9 0 )預設通訊控制規則。 又’在通亂控制規則部B ( 5 6 )確認關於代理者搬運之 資料之編碼方式之決定。 在移動型代理者平台C(1 9〇)使用和移動型代理者平台 B ( 9 0 )所收到之移動型代理者（6丨）使用之編碼方式不同之 編碼方式之情況，再將資料編碼後寫入，作為移動型代理 者（6 1 )之資料。在使用相同之編碼方式之情況，就直接向 移動型代理者平台C (1 9 〇 )送出移動型代理者（6 1)。 接著5移動型代理者平台B(90)要求網路連接部B(58)

2112-3458-P?-ptd

527794 五、發明說明（64) 確立和移動型代理者平a j田老单° )之通訊頻道。在移動型代 垤者+台β( 90)和移動型代 你秒勒1代 頻道，在2個移動型代理者二：：=之間碟立通訊 後，傳送移動型代理去^仃對象認證之作業 田：之： 者(⑴。收到移動型代理者(61)之庫 用輊式仲介部c( 89)之動作釦今；4 有)之應 之雍和斗、从人 動作和刖面收到移動型代理者（61) 之應用耘式仲介部B(59)的一樣。 於是’藉著在應用程式伸介邱 剞代理去承a、，心m τ式仲；丨σ卩之通汛控制部設置移動 福：案ί:: 型代理者之資料傳送功能，在和 源之dUii交換資料之情〗兄’可減輕成為資料更新 之作業量。χ，對於複數移動型代理 满方=曰者'寺疋之組並統一移動型代理者平台間之編 馬方式，也可減輕中繼之移動型代理者平台之負荷。 此外，可更簡單的實現組内之移動型代理者（6 1 )之移 :一利羯移動型代理者平台之功能，在網路内設置只專間 進行移動型代理者之中繼之移動型代理者平台，將移動型 代理者不直接送到係目的地之移動型代理者平台，而按照 網路内之通訊資料流量，採用空線路或資料流量少之路 徑，可送到目的地之移動型代理者平台。在此情況，不將 移動型代理者直接送至係目的地之移動型代理者平台。藉 此’具有可容易追加網路内之路徑選擇功能之效果。

在移動型代理者平台上，有MiTSUBiSHI ELECTRIC INFORMATION TECHNOLOGY CENTER AMERICA 所開發之

Concord i a ’ Concordia Server相當於在實施例6之移 動型代理者平台，又C〇nc〇rdia Agent —樣相當於實施例6

2112-3458-PF.ptd 第67頁 527794

之移動型代理者。 實施例8 使用圖1 8和圖32說明具用用移動型代理者傳送資料之 通訊控制部和不使用移動型代理者而使用通訊協定傳送資 料之通訊控制部雙方，並按照資料之交換對象選擇利用= 通訊控制部之實施例。 文 圖1 8表示在實施例3所說明之a公司、b公司、C公司 糸統構造例。 之 圖32係表示A公司之業務應用程式A(21)和應用程式 介部A( 39)之内部構造例之構造圖。 中 又，圖上雖未示，假設B公司之通訊控制部（5 5 )包 移動型代理者平台、C公司之通訊控制部（8 5 )未包括移 型代理者平台。 部 在圖32，35係具有移動型代理者平台A(6〇)功能之、 吼控制部（3 5 )，6 5係未具有移動型代理者平台功能+、通 控制部X，66係記述應用於通訊控制部X之通訊規則=通訊 控制規則部AX。 、通訊 在圖32 ’分別表示通訊控制部（35)和通訊控制部 X(65)，但是係在一個通訊控制部（圖中以虛線（67)^ 一 之中包括上述二個構成元件之功能的也可。 ' ) 在業務應用程式A(21) ’發生應通知業務應用尹 B(41)和業務應用程式C(8i)之資料，偵測到處理 能。 狀

2112-3458-PF'ptd

在此， X(65)。 527794 五、發明說明（66) 又，和實施例3 —樣的，對於資料之 在業務應用程式B(41)和孝務#^才口式假口又 交換用格式。 菜務應用耘式C(81)使用同一資料 料内3 Ϊ H用程ίΒ(41)和業務應用程式c(8l)之資 私二艾y二二自之貢料傳送目的地對應之資料交換用 t式後，至父給通訊控制部（35)為止之動作和實施例3 — 樣0 資料交給通訊控制部（35)和通訊控制部 、、一八人°兒明自通訊控制部（3 5 )或通訊控制部X ( β 5 )傳 送資料之動作。 應用耘式控制部A ( 3 7)依照通訊控制規則，即和資料 之傳送目的地對應的選擇具有移動型代理者平台A ( 6 〇 )之 通訊控制部（35)或未具有移動型代理者平台之通訊控制部 X( 65)之一，作為通訊控制部。在圖3〇，表示在通訊控制 規則部A( 36)所記憶之通訊控制規則例。藉此，就利用通 訊控制部（3 5)所包括之移動型代理者（6丨）搬運送給應用程 式仲介部B( 59)之資料。在圖25或圖27所舉例之通訊規則 記述於通訊控制規則部AX(66)上。因此，傳向應用程式仲 介部C(89)之資料利用通訊控制部x(65)使用移動型代理者 以外之通訊協定，例如使用利用稱*TCp/丨p之通訊協定之 資料通訊協定傳送。 在向應用程式仲介部B ( 5 9 )傳送資料之情況，選擇具 有移動型代理者平台A ( 6 0 )之通訊控制部（3 5 )。通訊控制

2112-3458-?F.ptd 第69頁 527794 五、發明說明（67) 部（35)確立網路連接部奴38)和與應用程式仲介部β(59)連 接之網路連接部Β( 58)之通訊頻道。接著，按照在通訊控 制規則部Α( 36)之通訊控制規則所記述之通訊協定，利用 通訊控制部（55)和移動型代理者（61)向通訊控制部（55)傳 送資料。利用移動型代理者（61)將資料送到應用程式仲介 部Β(59)後，應用程式仲介部Β(59)依據在實施例6或 例1所示之步驟更新資料庫“44)之内容。 、 在向應用程式仲介部c(89)傳送資料之情況，選 具有移動型代理者平台之通訊控制部趴65)， 控制規則部AX(66)之通訊控制規則所記述之㈣ 資料庫C( 84)之資料。 逋Λ協疋更新 本發明像這樣藉著且右佑日刀 動型代理者之通訊控制；1 = =則選擇利用移 者之通訊控制功能後利用 白未利用移動型代理 式仲介部交換資料，而且利用力;動===用程 式也可共存之優點。 動1代理者之別的應用程 種通訊控制功能，但是 又，在本實施例，舉例表亓 未限定如此。 實施例9 通訊 用程式仲介 控制規則之例子 二夕。°兄月經由規則輪入使用者介面設定 部之圖：表示追加了規則輸入使用者介面之應 527794

五、發明說明（68) 在圖33，98係具有輸入在應用程式仲介部a(39)之通 |訊控制規則部A ( 3 6 )所記憶之通訊控制規則之内容後改寫 之使用者介面之規則輸入使用者介面部。 關於規則輸入使用者介面部（9 8 )，經由規則輸入使用 者介面部（98)可直接指定在和別的應用程式仲介部之通訊 使用之通訊協定或在通訊使用之通訊槔編號之設定 '資料 傳送之通訊時刻或資料優先度，可直接指定和對象應用程 式仲介部之相互認證方式或傳送資料之編碼方式以及移動 型代理者平台相互之認證方式之設定等。該規則輸入使用 者介面部（9 8)如圖3 3所示，在一個應用程式仲介部各準備 一個也可。 實施例1 0 在本貫施例，使用圖1 8和圖3 4說明包括複數資料格式 變換規則部之應用程式間資料收發架構之實施例。 在圖34，134係在應用程式仲介部A(39)和應用程式仲 介部B( 59)之資料交換使用之資料格式變換規則部Αβ。234 係在應用程式仲介部A ( 3 9 )和應用程式仲介部b ( 5 9 )之資料 交換使用之資料格式變換規則部AC。 、

除了以上之事項以外，使用在圖丨8舉例表不之由A公 ^ β A司、◦公司之構成之系統構造說明。 在上述之實施例2〜9之說明中，假設對於應用程式仲 介部B(59)傳送之資料交換用格式和對於應用程式仲介部 C ( 8 9 )傳送之資料交換用格式相同。在本實施例，說明對

527794

五、發明說明（69) 於應用程式仲介部B(59)傳送之資料交換用格 用j式仲介部⑽)傳送之資料交換用 之情況。 h 1 j之格式 一在此情況，應用程式仲介部A( 39)需要產生知欠ώ 1料傳送目的地對應之資料交換用格式之 t ^，K33) ^ a ^ ^ „B(5g；b# ^煦貧料格式變換規則部AB(134)之資料格貝4 對於向應用程式仲介部c(89)傳送之資料 料】貝】办 換規則：AC⑵4)之資料格式變換規則變換‘資二“ (35二格二73)按照傳送目的地向通二 在這些輸出之資料各自附加傳送 (目35的)地之應用程式仲介部之資訊後，傳給通訊控制部 針值此1卜沾f本只施例’如圖34所示，和實施例2 -樣的 制規則。具體而將甬ί:”部應用各自不同之通訊控 制規則部AC⑵6)°各自將;Vt制規則細⑴6)和通訊控 用程式仲μ⑽於和應用程式仲介部b(59)與應 >嗤^1制規則部心（1 36)和通訊控制規則部AC( 236 ) 捭t邱知來自識別了應傳送該資料之對象之應用程式 指示信號，或依照利用應用程式控制部 變換部(⑻進行的傳送目的地資訊，利用資料格式 於疋在應用程式仲介部間交換之資料交換用格式未

第72頁 527794

五、發明說明（70) 、先，也藉著區分使用複數資粗上 數業務應用程式間交換資料。、4父換用格式’使得可在複 實施例1 1 在本實施例，使用圖35 其中至少一個資料格式變換邮=i括多資料格式變換部， 資料交換用格式之資料之於:向通訊控制部以外的輸出該 之實施例。 μ 之應用程式間資料收發架構 在圖3 5，7 0係位於應用 料格式變換部（33)以外新/ ^介部Α(39)中，除了資 部之第二資料格式變換部？：作為第2個貢料格式變換 變換部（70)執行之資料格 2述了在該第二資料格式 個之第二資料格式變換所需之變換規則之至少- 邻r7m a _ 換規則4 ° 72係自第二資料格式變換 口K 7 〇)向應用程式仲介立 只丨丁々口八欠換 換外部輸出#。之外部輸出之資料格式變 ί 5 一 式變換部（7〇)之輸入，但是在傳送之情 接輸入存取步驟控制部⑶)之輸出、在接 接輸入通訊控制部（35)之輸出也可。 在本實施例，和實施例i 一樣，考慮使用者介面 ^利用者經由業務應用程式A(21)更新資料庫A(24)之(内容 後，經由應用程式仲介部β(59)與業務應用程式β(4 和所更新之資料對應之資料庫8(44)之内容之情況。 至資料庫Α(24)所更新之資料輸入資料格式變換部 (33)為止之動作和實施例i 一樣。在資料格式變換部σ

2112~3458~PF · p t d 第73頁 ι^· 527794 五、發明說明（71) (33)，使用資料格式變換規則部A(34)變換為資料交換用 ΪαΙμ在資料交換用格式上，例如若在資料格式變換規則 。丨A U4)記憶之資料格式變換規則設定使用了 XMLjeXtensible Markup Language)之資料格式，變換後 作為依據XML表達之資料格式之資料，輸人第 料格式變換部（7 Q )。 、 規則，使用第二資料格式變換

在第二ϋίΐΐΐ貧料再進行變換。本實施例，假設 #@祕蚪彳。式雙換規則部（71)記述將其資料形式自XML 向HTML形式之_幸2屮lMarkuP UngUange)表達後 換外部輸二式變換規則。資料格式變 例，w Κ 一）之輸出以HTML形式之檔案輸出。在本 例，所輸出之HTML形式之檔案可利哭 ^本 外部顯示裝置。 ，、了利用瀏見的頁馬上顯示於 作又ϋ又在第一資料格式變換旨!丨邱7 1 ")#、+* #丄 =7%資:：^ 竭達之資料不同===變換咖)輸出之 此外’考慮在資料格式變外 接直接處理XML表達之資換外°卩輪出。卩（72)之外部連 二資料格式變換規則部:7 n貝一料庫裝置之情況。在將第 資料庫裝置處理之XML°^ .之貧料格式變換規則設成對該 料格式變換LG部之變換規則之情況，資 接之處理m表達之資=)資之料輪庫出可直接利用於和外部連

527794 五、發明說明⑽ &L ^又，在圖 蚪袼式變換部 向複數輪出目 出目的地輸出 數輪出目的地 目的地輪岀資 此外，資 2部包括複數 照傳送目的地 換規則。 於是，藉 應用程式仲介 又，藉著 換規則部，或 出目的地，實 在資料交換用 資料之輸出， 再輸入。 35表示在 之例子。 的地，具 資料之功 之 或複 料。 料格式變 資料格式 自一個資 著包括資 部向外部 設置第二 者藉著使 現自應用 袼式使用 而且使得 該資料之各輸出目的地包 可是，一個資料格式變換 體而言為通訊控制部以外 能也無妨。資料格式變換 數輸出目的地後，向戶^選 換規則部也在一個資料格 變換規則也可。資料袼式 料格式變換規則部選擇資 料，式變換外部輸出部， 之裝置直接輸出所變換之 資料袼式變換部和第二資 得資料袼式變換部可選擇 耘式仲介部向外部裝置輸 之資料格式不同之資料格 可在外°卩裝置顯示或向泛 括複數資 部包括可 之複數輸 部選擇複 擇之輸出 式變換規 變換部按 料格式變 可直接自 資料。 料格式變 資料之輸 出依據和 式之更新 用資料庫 貫施例1 2 使用圖36和圖！、圖2說 介部間收發資料之應用程式間=件在應用程式仲 在圖36，73係利用應用^收愈架構之實施例。 器A，7 4俜該彼y μ 式仲介部A ( 3 9 )之郵侔a 4 1糸4郵件伺服器、w ㈤件伺服 之电子郵件傳送部。電子郵 527794

件…，=將所收到… 郵件之傳送於電子郵件，附加係電; ⑽之位址後:器，)之電子郵件接收部 (顧專送電子之電子郵件傳送部 規則部A (3 6)所記述之通訊控則)，'自方在通訊控制 郵件或電子郵件之收件位址等。、、專达方法係電子 受到傳送電子郵件 」

2112-3458-PF-ptd 第76頁 通訊控制部（35)所收到之= 2器A(73)，將白 作為附加播案向指定了電子：：：：：郵件之内容，或者 β(75)之電子郵件接收部（76)傳送。位址之郵件伺服器 527794 五、發明說明（74) 此外，此時，在電子郵件之「 寫入預定之「表示係包括對 曰」或主題」上， 料之電子郵件之事情」之文^矛^應用程式8(41)之寫入資 收到該電子郵件之郵件 部（76)保持該電子郵件後，^ (75)之電子郵件接收 B⑼)之用以接受之存取後切來自應用程式仲介部 應用程式仲介部B ( 5 9 )之雍>二、^ 服器B( 75)存取後，接受傳至 X曰不，要求向郵件伺 1寻主窀子郵件接收部r 7 fn夕φ 7 郵件。通訊控制部(55)要求郵件 或「主題」攔| ’讀取包括該預定之文字串 飼服；ΒΓ)Λ電Λ郵件接收部(76)所保…=:中 β ^ ^ 1 ¢2 谷及 二了严 rp ::出該j子郵件。以稱為聰之功能提供取出包括這種 特疋之主旨或主題之郵件之功能。 通訊控制部（55)自照這樣所收到之電子郵件之内容 附加檔案接受寫入業務應用程式B(41)之資料。铁後，通 知應用程式控制部B( 57)收到了資料。 以上之動作和在實施例所記述之動作一樣，所收到之 資料就自應用程式仲介部B(59)經由業務應用程式B(41)寫 入貧料庫B(44)。依據依照本實施例之步驟，經由電子郵 件系統，向業務應用程式B ( 4 1 )傳送業務應用程式A ( 2丨）所 更新之資料後’資料庫A ( 2 4 )之内容和與其對應之資料庫 B(44)之内容更新成在業務應用程式人（21)和業務應用程式 B(41)具有相同之意義。

第77頁 527794

資斜Γ ’# ¥利電子郵件傳送應用程式仲介部之 接要求，繼可 所儲存通；頻；；括可自在郵/接收部内 取出電子郵件之通訊埠打開，可接；m::門； 的通訊埠之優點。 | 了不打開新 實施例1 3

在本實施例說明應用程式介面不經由業務應用程式之 ^訊協定向業務應用程式存取之情況。 在上述實施例卜1 2，至目前為止之說明，在應用程式 中介部Α(39)和業務應用程式“21)之間，應用程式介面 (3 0 )和通甙協疋a ( 2 2 )使用共用之通訊協定交換資料和 控制資訊。這在應用程式仲介部A(39)和業務應用程式 A(21)各自組裝於同一UN中之別的電腦裝置或位於遠處之 電腦裝置上之情況，採用這種實現方法。

可是’如在圖37之例子所示，在應用程式仲介部 A ( 3 9 )和業務應用程式a ( 2 1)位於同一電腦裝置上之情況， 不利用通訊協定A (22)，應用程式介面A(30)直接利用業 矛力私式A ( 2 3 )之AP I可傳送資料和控制資訊。圖3 7表示應用 &式介面A(30)經由業務程式a(23)之AP I傳送資料和控制 資訊之情況之系統構造圖。

2112-3458-FF-ptc

527794 五、發明說明（76) 實施例1 4 在上逑實施例1，使用圖g〜 ☆ 程式仲介部之各構成元件在之^輕圖說明了應用 處理。可是，未必各構成元；葷‘ $控制部之控制下進行 後進行處理。也有自進行各广理 <、二用程式控制部之指示 接利用系統間之訊息等取得=之别一處理之構成元件直 理之情況。在此情況，庫二二知而且各構成元件開始處 件之處理之進行狀況。各式控制物尤管理各構成元 送之=中；仲:;應=某種資料傳 :，各構成元件再藉著執行處理，‘：J:::理之資 體而言，可完成定單之處理。 义成處理要求狀態，具 在使用最近普及之對象於 之系統變得容易。 9 " ’、、、、先之知況’使得如上述 又，在上述實施例所示應用程 -例，在應用程式控制部之 ：二：：構成元件係 功能之構成元件。 工 也可再追加包括別的 實施例1 5 在本實施例， 和在系統内發生之 狀態之狀態遷移。 ϋ兒明在應用程式間資料收發架構運轉時 各種事件對應的進行處理後變更系統之 圖3 8表示本發明> @ 應用程式間資# & i f m例之控制狀態遷移之情況之 忒間貝枓收發架構之系統構造圖。 527794 五、發明說明（77) 係在圖1舉例表示之應用程式間資料收發架構之系統 構造圖追加了事件控制部（399 )和狀態遷移控制部（4〇〇)以 及狀態遷移規則部（401)的。又，圖2所示業務應用程式β 侧之系統構造也採用和圖38相同之構造。 一在圖38，399係進行接收或偵測各種事件後將該事件 父給狀態遷移控制部（4 〇 〇 )之控制之事件控制部。 在各種事件之例子上有由應用程式控制部Α( 37)、通 訊控制部（35)通知之各種外部事件、定時器事件、例外 系統終了事件等各種事件内部事件、監視預先定 貝料（監視對象資料攔）而偵測到該資料變成既 件。又，係其他事件也無妨。 守ι爭 則之記^招定義和各種事件對應之處理之狀態遷移規 部。㈣遷移規則包括表示執行狀態遷 件部和定義用以執行變更和該條件部對 應〜糸、、先狀恶之處理内容之本體部。 糾夕m使^狀‘態遷移規則檢索自事件控制部（399)所收 狀態遷移後執行所檢索之狀態遷移之狀 恶遷移控制部。 、f <狀 如事ΐ以f:j部(399 )與狀態遷移規則部(4°1)係雖未 η且處理内容或資料之内容相異之構成元件。 之流ξ圖係表示本發明之實施例15之狀態遷移控制 429係設定成為狀態遷移之觸發器之特定之資料攔和 527794 五、發明說明（78) 其值之步驟。 430定義令狀態遷移規則起動之事件，係和狀態遷移 ί=Ξ之步驟。例如’在定時器事件上設定監視資料之 时間間隔。 Μ ) 2 U系將所定義之狀態遷移規則儲存於狀態遷移規則 邵·^步驟。 432係事件控制部起始化步驟，433係開始監視資料之 1畜# /、判疋通知了來自在圖3 8之通訊控制部（3 5 )之外 " 嗎>?、通知了在内部發生之事件嗎？之判定步驟。 4 3 5係監視對象資料欄值之取得步驟。 436係檢索狀態遷移規則之檢索步驟。 Λ Ο Π 係判定是否有處理對象之狀態遷移規則之判定步 一 / 438係執行該規則之處理之步驟。428係判定是否進行 了糸^終了處理之判定步驟。 .t v、人，接知圖3 8、圖3 9、圖4 0、圖41說明實施例1 5之 動作。 〜 (400)^、圖38 ’關於事件控制部（399 )、狀態遷移控制部 例1之以及狀態遷移規則部（401)以外之部分之動作和實施 歹 動作說明一樣。自圖39之流程圖之S429至S431為 J 卜 ，η A + ^ 業。執行系統之前預先定義狀態遷移規則後儲存之作 自 圖39、圖40之開始監視特定之資料欄之資料之以29 527794 五、發明說明（79) 和S 4 3 3開始變成系統執行時之狀態遷移處理之流程圖。 首先，說明狀態遷移規則。 圖4 1表示在狀態遷移規則部（4 0 1 )記憶之狀態遷移規 則。 自4 3 9至4 4 3係狀態遷移規則之條件部。 在圖41之例子，係「s 〇 u r c e s t a t」之資料欄之值變成 特定值（例如CLOSED，，、” HOLD1，、，，OPEN”、n ini tstat，，）之 情況，表示事件控制部（ 399 )接收而所偵測之事件係在 「event」表示之值之情況。

自44 4至448係狀態遷移規則之本體部。 在圖41之例子，本體部如” funcl〇”、”func2()，，、 ’ func3()n、" func4()”般以函數名稱記載。本體部各自在 =的場所定義為使用者定義函數，狀態遷移控制部（4〇〇) 意指呼叫那些函數。 也可不呼叫函數而在本體部定義處理步驟。 首先’說明在執行系統之前預先定義狀態遷移規則後 儲存之動作。 、、在S429設定成為狀態遷移之觸發器之特定之資料欄和 成為狀態遷移之觸發器之特定值。

例如，有’’escalation狀態”之欄，在狀態遷移規則 之條件部自該攔可取得之值之中指定，，OPEN”之值。 例如’變成在圖41之（441)。 、其次’在S430定義令狀態遷移規則起動之事件，和狀 悲、遷移規則對應。向事件控制部（3 9 9 )設定該對應。

527794 五、發明說明（80) 事件和狀態遷移規則之對應之具體例如以下所示。 、（1 )在定時器事件之監視資料之時間間隔上將6 〇秒設 為事件名稱” INTERVAL，，。 (2)將業務應用程式之資料庫更新了之更新事件設為 事件名稱” holded”。 (3 )將經由通訊控制部（3 5 )送來新的資料之新到的事 件設為事件名稱’，OPENED，，。 將這種事件名稱作為狀態遷移之觸發器，預先設於事 件控制部（3 9 9 )。 ' 在圖41之例子，如4 4 1般定義為π Η 0 L D E Dπ。 其次’在圖39之流程圖之S43 1，在狀態遷移規則部之 本體部設定伴隨狀態遷移之處理。在圖4 1，如4 4 6般呼叫 junc3 ()之使用者定義函數。至目前為止，係在系統執 行前應預先定義之設定。 其-人’使用圖4 0說明狀態遷移處理之動作。 在圖40之S432將事件控制部（ 3 99 )起始化，清除以前 所接收之事件。 接著，在S433，事件控制部（ 3 99 )開始監視預先定義 (S430 )之特定之資料欄之值。 其次，在S434判定事件控制部（399 )是否收到事件。 在t到事I牛之6況，包括在S 4 3 3監視之資料值變成既定值 之情況。若未收到事件5回到Μ 3 2。 右叹到事件

^ T ,丨 狀Μ而|取付&視對象資料欄 (S435)。事件控制部（399 )通知狀態遷移控制部（4〇〇)

527794

所收到夕亩涂 复a畢件和監視對象資料欄及其值之事件資訊。 則♦二次’狀態遷移控制部（400 )在8436檢索狀態遷移規 貝J之條件部。 事件二大，在S437判定是否有和事件對應之規則，若無和 j應之規則，回到S432。而，若有和事件對應之規 則，執行該規則之本體部。 接著，在S428依據本體部之執行結果判定系統是否終 若判定結果係終了，就 S432 ’重複上述之處理。 於是，應用程式間資料 遷移控制部，先將應預先監 之值變化時應執行之處理定 轉時監視特定之資料攔之值 谷時’選擇和其對應之應執 狀態遷移規則所定義之處理 恶遷移規則。 停止處理，若未終了，回到 收發架構之特徵在於包括狀態 視之特定之資料欄和在資料欄 義為狀態遷移規則，在系統運 ’當貧料攔之值變成預設之内 行之狀態遷移規則後，進行在 ，及狀態遷移規則部，管理狀 實施例1 6 在本實施例說明，在刹田_田i , 前，自動產生利用者所制作之；^間資料收發架構之 則產生裝置。 制作之應用程式規則之應用程式規 在本實施例，應用程式規則包括柊 遷移規則以及後述之元件配置規則^ ^ ί艾換規則、狀態 J疋’未限定為這些

2112-3458-FF-ptd 第84頁 527794 五、發明說明（82) "~· 一-—- 規則’應用程式規則只要係定義和業務應用程式相依之規 則的即可，係包括例如存取步驟規則之其他規則之情況 無妨。 圖4 2係表示本發明之實施例丨δ之應用程式規則產生壯 置之一例之構造圖。 衣 在圖42，480係應用程式規則產生裝置。 4 0 2係e憶應用程式資料格式之應用程式資料袼 憶部。 己 403係記憶資料格式變換用格式之資料格式變換用

式記憶部。 L 、，以下之說明，以應用程式資料格式（4〇2)表示應 程式貧料格式記憶部（4〇2)所記憶之應用程式資料格式。 又，一樣的，以資料格式變換用袼式（4〇3) 變=式記憶部(403)所記憶之資料格式變換用格ί ί將應用程式資料格式（4〇2)和資料格式變換用柊 式？⑴在視覺化之模型上對應後，製作用以定義資:用： 式^則之變換規則模型變換對應 規則製作GUI (GraiDhicAl ^ τ . 貝丨了知巧艾換 規則製作介面） User Interface)(資料格式變換 換規4貝Γ/型自//t格式變換規則製作Guiu〇4)所定義之變

安、i U 可做為貧料格式變換規則儲存之形式之;P 案之貧料格式變換規則產生處理部。4存之开V式之‘ & 406係在顯示視覺化之狀態遷移之模型之佥 狀態遷移規則後產峰壯能、爱 、 旦面上疋義 後產生狀悲遷移模型之狀態遷移規則製作

2il2-3458-PF-ptd 第85頁 527794 五、發明說明（83) G U I (狀態遷移規則製作介面）。 407係自狀態遷移規則製作GUi(4〇6)所製 移模型產生可作為狀態遷移規則儲存之形式之幹之狀悲遷匕 遷移規則產生處理部（4 0 7) 〇 田柔之狀恶 471表示構成狀態遷移控制部、存取步驟控 沈 料格式變換部、通訊控制部等岸 —4、貝 件。 丨寺應用私式仲介部之軟體元 408係將軟體元件和其配置在視覺化之元件配 上對應後，製作定義元件配置規則之配置規則模刑置核^ 配置規則製作GUI (元件配置規則製作介面）。、土之兀件 409係自元件配置規則製作⑶ =型產生可作為元件配置㈣财之形式W配置^ 配置規則產生處理部。 保案之兀件 U0係藉著接受在資料格式變換規則產生處理部 (405 )、狀態遷移規則產生處理部（4〇7)以及元件配置規則 ^ :理部（409 )各自所產生之檔案後檢查檔案，產生在 =執打時可執行之應用程式規則之應用程式規則產生處 .此外丄應用程式規則例如利用在執行時解釋執行之 ϊ ^或編譯後執行之程式語言等記述。所記述之應 5Ρ二^ \貝1 ^憶為原始檔案。在程式語言之情況，在應用 Ϊ Ϊ Ϊ 統執行前需要利用“之程式語言用編譯器變 換為執行形式。 圖43仏在貫施例16之資料格式變換規則製作GUI (404) 第86頁 527794 五、發明說明（84) 之晝面例。 在圖43，411係應用程式規則袼式顯示畫面，412係資 料變換用格式顯示晝面，41 3係變換規則定義晝面。 圖44係在本發明之實施例1 6之狀態遷移規則製作 GUI ( 40 6 )之畫面例。414係狀態遷移定義晝面，415係狀態 遷移規則定義畫面。自4 5 9至4 6 3係表示狀態之狀態節點記 號，459表示”起始狀態1’ ，460表示’’ OPEN狀態’’，461表示 ’’HOLD狀態’’，462表示n CLOSE狀態”，463表示”終了狀態 Π 〇 自46 5至469之箭號線係用表示狀態遷移之狀態遷移線 (連結線）表示之連結記號，箭號之起點之狀態節點記號表 示狀態遷移前之狀態，箭號之頭之狀態節點記號表示狀態 遷移後之狀態。 在圖44之例子，係按照標準化組織〇MG(The Object Management Group)規定之物件指向分析設計之標準記述 語言 UML(Uni f ied Modeling Languange)記述，但是只要 係一樣的表示狀態遷移之記述，用別的記述方法也無妨。 圖45係元件配置規則製作GUI ( 408 )之顯示晝面例， 4 1 6係元件配置模型顯示畫面，41 7係通訊控制部A記號， 41 8係狀態遷移控制部A記號，41 9係資料格式變換部a記 j號，4 2 0係應用程式存取步驟控制部A記號，4 2 1係通訊控 制部B記號，422係狀態遷移控制部B記號，423係資料格式 變換部B記號，424係應用程式存取步驟控制部b記號。 在該顯示晝面例，附有π A’1之自記號417至420表示業

527794 五、發明說明（85) 務應用程式A側之系μ 4装i _ @ < 糸統構造，附有B”之自記號421至424表 不業務應用程式B側之系統構造。 圖4 6係選擇摩用# 4 + 本之操作表與Π、：ΐί;Γ收發架構之連接模型之樣 選擇顯示晝面。之素搖之晝面例。425係連接模型樣本 在JL46所舉例表示之連接模型樣本選擇顯示晝面 、將P〇lnt~t〇-P〇int 連接、Hub-spoke 連接等代表 著選擇所顯示之摔妾模型登記為樣本，藉 使得可簡單的選;w間明之素描之連接模型之圖示’ 圖。圖47係本發明之狀態遷移規則之自動產生處理之流程 其次，按照圖42、圖43、圖44、圖45 明實施例16之動作。 圖4 7呪 查而了ΐ二f用者使用圖42之元件配置規則製作GUI，在 旦面上伯疋如何配置所構築之系統之軟體元件。 牡 元件配置規則因所連接之業務應用程式之 =此，例如預先登記連接形態和元件配置模 彳】：利權之連接模型樣本選擇顯示晝面選擇連^ _ 那時，在依據〇s(〇peration System)等運 =連接模型之種類分類之情況，預先登記在附標鐵， 璺為（426)中，使得容易的呼叫至畫面上。 丁 斤 在折疊器内卩言周色板顯示如4 2 5所示得知連接模型般

527794

簡化之記號，使得可使用滑鼠等輸入裝置容易的選擇。 又，使得如4 2 7所示般也可自文件之操作表選擇。 元件配置規則製作GUI (408)自所選擇之連接模型讀入 對應之連接模型之樣本，如圖4 5之例子所示，顯示於書面 上。 、息 利用者編輯所顯示元件之連接模型後，決定元件之配 置。 _ 其次，利用者依照該所指定之元件之配置，發出產生 應用程式規則之指示。 接受來自利用者之指示後，元件配置規則產生處理部 (409 )藉著將所決定之元件之配置變換為Script語言或程 式語言之形式，產生可執行或可編譯之形式之檔案。 元件配置規則產生處理部（40 9 )向應用程式規則產 處理部（410)輸出所產生之稽案。 又、，利罔者在圖45之元件配置模型顯示晝面（41 6)上 耩著用滑鼠等指定資料格式變換部A記號（419)，利用資 格式變換規則製作GUI(404)開始產生格式變換規則。同^ 的也開始產生狀態遷移規則。 ρϊμ rt i利用者之指不之資料袼式變換規則製作 GUI (404)在旦面上顯示應用程式資 式變換用格式（403 )。 貝抖格 晝面上之顯示形式 式描繪。 以例如如樹形式般構造易理解之形

其次，在資料格式變換 則製作GUI(404)畫面上進行

2112-3458-PF-ptd 第89頁 527794 五、發明說明（87) ' --- 攔,之對應。例如，如圖43所示，在狀態遷移規則部㈠ 之”狀態11之攔名稱和應用程式資料格式記憶部（4〇2)之 "escalation狀態"之欄名稱具有相同之意義之情況，進行 2個攔名稱之對應。 對應之方法例如如圖43所示，使用滑鼠等用線連結對 應之欄。在需要明示的將在業務應用程式使用之狀態之值 作為資料交換用格式之資料變換為escalati〇n狀態之值之 情況，藉著在變換規則定義畫面（413)指定成” escalati〇n 狀態= transStat (狀態等定義變換規則模型。 该t r a n s S t a t意指將業務應用程式之資料之狀態攔可 取得之值變換為在資料交換用格式之資料上具有相同之意 β 義之e seal at ion狀態值之函數名稱。可使用什麼函數和資 料袼式變換規則支援之Script語言或程式語言支援之函數 相依。 在這些Script語言或程式語言之程式庫上預先追加函 數，也可用變換規則模型指定。 在本例’表示預先定義了 transStat()之變換所需之 函數之情況。 在圖4 3 ’箭號表示變換之方向，表示將應用程式資料 格式之資料變換為資料交換用格式之資料時之變換規則。_ 而’在自資料交換用格式之資料逆變換為應用程式資 料格式之資料時之逆變換規則之情況也一樣的定義變換規 則模型 例如’用箭號線連接資料交換用格式之資料之

527794

e s c a 1 a t i ο η狀悲至應用程式資料格式之資料之,，狀態,， 間，在變換規則定義晝面指定成”狀態 = revTransStat(escalation 狀態）丨丨 °

RevTransStat和上述之transStat —樣，係將資料交 換用格式之資料之e seal at ion資料欄可取得之值變換為具 有相同之意義之應用程式資料格式之資料之狀態欄之值之 函數，預先定義為add-on函數。 其次，在資料格式變換規則產生處理部（4 〇 5 )，藉著 將資料格式變換規則製作G U I ( 4 0 4 )所定義之變換規則模型 變換為Script語言或程式語言之形式，產生可執行或可編 譯之形式之擒案。資料格式變換規則產生處理部（4 〇 5 )向 應用程式規則產生處理部（4 1 0 )輸出所產生之槽案。 其次’利用者使用狀恶遷移規則製作⑶I (4 〇 6 )製作狀 態遷移模型。首先，例如如圖4 4所示，在狀態遷移定義書 面（4 1 4 )上定義、編輯狀態遷移圖。 其次，使用滑鼠等輸入裝置在畫面上選擇狀態遷移名 稱。 在圖上表示選擇” CLOSED”（468)之狀態遷移名稱之狀 態。在狀態遷移規則定義晝面41 5自動顯示在4 8圖之例子 所示之邏輯。 利用者進行所需之編輯。例如如圖4 4所示，追加 nfunc2()n ，變更成如圖49所示。 此外，在圖4 4之例子’舉例表示利用§ c r i p t語言定義 控制規則，但是係其他S c r i p t語言或程式語言也無妨。

2112-3458-PF.ptd 第91頁 527794 五、發明說明（89) 照這樣做，利用者使用狀態遷移規則製作GUI (406 )， 製作狀恶遷移模型。 其次’狀態遷移規則產生處理部（4 0 7 )藉著將所製作 之狀態遷移模型變換為S c r i p t語言或程式語言之形式，產 生可執行或可編譯之形式之檔案。狀態遷移規則產生處理 部（ 40 7 )向應用程式規則產生處理部（410)輸出所產生之檔 案。 在此，按照圖4 7，說明利用狀態遷移規則製作 GU I ( 4 0 6 )自所製作之狀態遷移模型自動產生狀態遷移規則 之處理。 g 圖44之狀態遷移定義晝面（4 1 4 )所顯示之狀態遷移圖 作為樹構造之狀態遷移模型管理。狀態遷移模型藉著自路 徑節點，一般自”起始狀態” 459開始追尋樹構造進行處

理C 首先’在S449將計數器I起始化，並將stat、Event、

Body各陣列起始化。

Stat、Event、Body係在狀態遷移規則中使用之陣列 貢料區域。 接著’在S450判定在樹構造是否有尚未追尋之狀態節 點δ己號。若無狀態節點記號，在$ 4 5 7自S t a t陣列、E v e n t V 陣列、Body陣列之值變換為如圖41之例子之Script語言之 狀態遷移規則後向檔案輸出，結束處理。狀態遷移規則也 了麦換為程式语5 ’替代§ c r i p ^語言。 在還有狀態節點記號之情況，在下一S45 1取得一個狀

2112-3458-PF-ptd 第92頁 527794 五、發明說明（90) ----- ' 恶f點記號後’建立係已取得之旗標。將在S4 5丨所取得之 狀悲喊點記號之狀態名稱作為狀態遷移前之狀態名稱設於 S^at [ I ]後，將計數器I增加1。接著，在§453為了將計數 為J起始化而設定零。在S454判定是否有自狀態節點記號 出來之狀態遷移線。 若無狀態遷移線，回到S450，對於樹構造中不是已取 得之剩下之狀態節點記號進行上述之處理。 若有狀悲遷移線’在S 4 5 5將在狀態遷移線定義之事件 名稱設於Event[J]。在S456將事件發生時之處理設於 Body [ J ]。設於Body [ J ]之處理係在圖44之狀態遷移規則定 義晝面（41 5 )所定義的，例如係n f unc2 ()，，。此外，將計數 器J增加1，该狀恶遷移線設定係已處理之旗標。 接著，回到S454，至不是已處理之狀態遷移線不存在 為止重複S45 5、S456。 接著，應用程式規則產生處理部（4 1 〇 )對於自元件配 置規則產生處理部（409)、資料格式變換規則產生處理部 (4 0 5 )以及狀態遷移規則產生處理部（4 〇 7 )所輸出之檔案檢 查是否可能以應用程式規則之形式執行或編譯。檢查之結 果，若有問題，向利用者警告，顯示錯誤，利用者依據該 資訊修正發生問題之部分後，再檢查。問題部分之修正係 和上逑所說明之格式變換規則產生步驟或狀態遷移規則產 生步驟相同。 在解決問題後最後所得到之應用程式規則用Scr i pt語 吕製作之情況’在糸統執行時直接使用，但是在用需要編

2112-3458-PF.ptd 第93頁 527794 五、發明說明（91) #為執彳丁形式之程式語言製作之情況，需要使用各自之程 式語言用之編譯器編譯，變換為執行形式。 卜於是，本應用程式規則產生裝置藉著將各業務應用程 式不同之資料形式或處理步驟之相異等定義為應用程式固 有之應用紅式規則，即具體而言，狀態遷移規則、格式變 換規則、應、用程式規則、通訊控制規則，使得各應用程式 間資料收發架構容易訂製。此外，使得可在包括了視覺模 型化之GUI(圖形使用者介面）之開發工具之畫面上定義這 :f用釭式固有之應用程式規則，自所製作之視覺化之模 i自動產生可執行之程式。 實施例1 7 圖5 0表 畫面之一例 表不在 理，元件配 製該軟體元 在圖50 了資料格式 因此， 變換規則製 在圖5 0 模型上所表 格式變換規 示自外部程式呼叫軟體元件本身之訂製功能之 〇 貫施例16所說明之自動產生應用程式規則之處 置規則製作GUI ( 408)所提供之軟體元件包括訂 件使用之應用程式規則之功能之例子。 之例子，表示資料格式變換部A記號（419) 變換規則製作GUI(404)之例子。 就自儿件配置規則製作gui(4〇8) 作GUK404)。 、τ 化式 之例：：藉著利用滑鼠操作等指定在元件 不之貢料袼式變換部Α記號（419)，令顯示資 則製作GUI晝面。 貝枓 527794 五、發明說明（92) 圖5 1也和圖5 0 —樣的表示自外部程式呼叫軟體一 身之訂製功能之晝面。 70件本 在圖5 1之例子，表示狀態遷移控制部a記號4丨8勺 狀態遷移規則製作GUI (406 )之例子。 & 匕括了 ^在圖51之例子，藉著利用滑鼠操作等指定在元件 供型上所表示之狀態遷移控制部A記號（418)，各 置 遷移規則製作GUI畫面。 ^ ”、、不狀態 於是，本應用程式規則產生裝置令預先向夂 配備其本身之訂製功能，使得可自外部程式呼二制兀件 能。其特徵在於：具有-種功能，在設計應用 二=… 收發，構時用GU ί指定要求規格後，自分割成可 曰貝料 功能單位之軟體元件群中選擇應在實現之應用之 收發架構所需之元件後組合。 矛式間賁料 發明之效果 、若依據本發明之應用程式間資料收發架 程式仲介部，在複數不同之業務應用程式間，應用 務應用程式軟體本身，1在利用習知使用之資=更業 同種類之:复數業務應用程式間相互收發資料：科下可在不 又，若依據本發明，藉著可在交換資料之 應：程式設定不同之通訊控制規則，纟；：：業務 可交換資：相互父換資料之習知之業務應用程式間也 此外，可對各業務應用程式設定本通訊控制規則，在

2 1 12-3458-PF · p td

第95頁 應用程式 制規則之 應用程式 ，還藉著 控制規則 應用程式 需要變更 實施例1 ) ，可選擇 料。 動型代理 理者平台 用空線或 到之網路 用程式可 之應用裎 各易增加 著記憶複 應用程式 換用袼式 準備複數 向應用程 527794 五、發明說明（93) 同一電腦上實現了複數業務 照應用程式單位設定通訊控 利用本發明可對各業務 通過防火牆之通訊條件。又 介面5可柔軟的變更該通訊 若依據本發明，可削減 憶體容量。 於是，藉著為了可選擇 (實施例5)和不需要之情況（ 業務應用程式利用者之狀況 夕之業務應用程式間交換資 於是，藉著使用具有移 制部，可利用包括移動型代 網路内之通訊資料流量，採 徑，可容易的追加將資料送 ^若依據本發明，業務應 象之各業務應用程式所設置 其通訊控制部之功能。又， 務應用程式。 又，若依據本發明，藉 則，按照收發資料之對象之 式資料格式，可選擇資料交 若依據這種構造，藉著 料格式變換部，並將其輸出 之情況，也具有可按 效果。 設定通訊協定或用以 使用規則輸入使用者 〇 仲介部之作業量、記 業務應用程式之情況 而包括兩方式，按照 便利之方式，可在更 者平台功能之通訊控 之功能。此外，按照 通訊資料流量少之路 路徑選擇功能。 按照對收發資料之對 式仲介部之構造選擇 收發資料之對象之業 數資料袼式變換規 仲介部具有之應用程 〇 應用程式仲介部之資 式仲介部之外部輸 527794 玉、發明說明（94) 出，不僅將資料格式變換部之輸出用於和以網路 業務應用程式之資料交換，而且可構築依據新的資 或用以標準化之資料格式之別的資料庫，或顯示泛二= 工具之資料内容。 季人體 若依據本發明，可和所收到之事件對應的迅速 狀態。 又尺 若依據本發明，可容易產生應用程式規則。 圖式簡單說明 圖1係表示利用本發明之應用程式間資料收發架 系統之基本構造之一例之圖（業務應用程式A側）。 表：，本發明之應用程式間f料收發架構之 糸、、先之基本構_造之一例之圖（業務應用程舢側）。 圖丨3係^表不在實施例1、2使用之監視對象區域設定表 之一例之圖。 圖4係表示在奢& ^ 表之 一例之圖。貝施例1、2使用之傳送用資料讀出設定 圖5係表示存取半 圖6係表示資料ς =規則之一例之圖。 圖7係表示資料^ ^ ^扠規則之一例之圖。 圖8係表示通訊；=變換規則之一例之圖。 圖9係表示C之一例之圖。 、守應用私式控制部之動作之流程圖之 527794 五、發明說明（95) 一例之圖。 圖 圖 圖 圖 一例=係表示接收時應用程式控制部之動作之流程圖之 圖12係表示應用程式仲介部之動作之流程圖之〆例之 圖1 3係表示應用程式仲介部之動作之流程圖之〆例之 圖14係表示應用程式仲介部之動作之流程圖之一例之 圖1 5係表示應用程式仲介部之動作之流程圖之一例之 圖1 6係表示應用程式仲介部之動作之流程圖之一例之 圖。 圖17係表示xml表達之資料形式之一例之圖。 圖1 8係表示3種業務應用程式間之資料收發之系統構 造之一例之圖。 圖1 9係表示具有複數通訊控制規則部之應用程式仲介 部之構造之一例之圖。 圖2 0係表示在實施例2使用之監視對象區域設定表之 一例之圖。 圖2 1係表示在實施例2使用之傳送用資料讀出設定表 之一例之圖。 圖2 2係表示實施例2之通訊控制規則之一例之圖。 圖2 3係表示實施例2之通訊控制規則之一例之圖。

2112-3458-PF-ptd 第98頁 ^27794 --—. 五、發明說明（96) --- 圖24係表不實施例3之通訊控制規則之一例之圖。 二9 β，ί T只施例3之通訊控制規則之一例之圖。 :^示實施例4之通訊控制規則之一例之圖。 施例4之通訊控制規則之-例之圖。 、i i ° ，、&示貫施例6、7之具有有移動型代理去jp： Α :_部之應用程式仲介部之構；；動 用程式A側）。 僻κ ⑺ < 圖（業務應 通訊= 八7:具有有移動型代理者平台之 用程式β側）。 "；丨°卩之構造之一例之圖（業務應 圖30係表示實施例6之通訊 圖31係表示實施例6、7之/有有規二之-例之圖。 :訊控制部之應用程式仲介部動型代理者平台之 用程式C侧）。 稱以之—例之圖（業務應 圖32係具有利用移動型代理 利用移動型代理者平台之通 :口<通訊控制部和不 用程式仲介部之構造之一例之^制。卩之切換選擇功能之應 ，33係包括對通訊控制規則部之 面之應用程式仲介部之構造之一 見則輪入之使用者介 i圖34係具有複數資料格式變換，。 邛之構造之一例之圖。 、、、彳部之應用程式仲介 圖3 5係表示具有複數資料格綠 向通訊控制部以外輸出變換部且其中至少 之一例之圖。 應用裎式仲介部之構造

2112-3458-PF-oid 第99頁 527794 程式介 收發之 之進行 構造圖 之進行 定之動 之進行 態遷移 之利用電子郵件之應用程式間之資 五、發明說明（97) 圖3 6係表示本發明 料收發之系統構造圖。 圖3 7係表示自應用 況之應用程式間之資料 圖3 8係表示本發明 式間之資料收發系統之 圖3 9係表示本發明 資料收發架構之事件設 圖4 0係表示本發明 式間資料收發架構之狀 之圖。 圖41係表示本發明之進行 式間資料收發架構之狀態遷移 圖4 2係本發明之自動產生 動產生處理裝置之構造圖。 圖4 3係表示本發明之應用 1之圖。 圖4 4係表示本發明之應用 2之圖。 圖4 5係表示本發明之應用 3之圖。 圖4 6係表示本發明之應用 4之圖。 面部直接存取業務程式之情 系統構造之一例之圖。 狀態遷移控制之業務應用程 〇 狀態遷移控制之應用程式間 作之流私圖之^例之圖。 狀態遷移控制之業務應用程 處理之動作之流程圖之一例 狀態遷移控制之業務應用程 規則例之圖。 應用程式規則之應用程式自 程式自動產生處理之晝面例 程式自動產生處理之畫面例 程式自動產生處理之晝面例 程式自動產生處理之畫面例 圖47係表示本發明之應用程式自動產生處理之動作之

2112-3458-PF-ptd 第100頁 527794 五、發明說明（98) 流程圖之一例之圖。 圖48係表示在實施例1 6產生狀態遷移規則時狀態遷移 規則製作G U ί之控制規則畫面之顯示例之圖。 圖49係表示在實施例1 6產生狀態遷移規則時狀態遷移 規則製作G U I之控制規則畫面之顯示例之圖。 圖5 0係表示自元件配置規則製作GU I呼叫軟體元件所 包括之資料袼式變換規則製作GU I之情況之一例之圖。 圖5 1係表示自元件配置規則製作GU I呼叫軟體元件所 包括之狀態遷移規則製作GU I之情況之一例之圖。 圖5 2係表示用以在業務應用程式間實現資料交換之習 知例之系統構造之一例之圖。 符號說明 1共用使用者介面A、2業務應用程式a、3丘用 j定、4共用奶業務程式A、5資 、 API業務程式β、1〇資料庫B、丨/、 ι濃協疋、9共用 α、21資料庫Α、22、通訊協定A、2m ，用者介面 庫A、30應用程式介面A、31 業務釭式A、24育料 步驟規則部A、33資料格式變=步驟控制部、32存取 則部A、35通訊控制部、36渴'/，、34貢料格式變換規 程式控制部A、38網路連接部^巩控制規則部A、37應用 40使用者介面B、41業務應用。39應用程式仲介部A、 業務程式B、44資料庫b、^ 1^式β、42通訊協定B、43 應用程式介面B、51存取步

527794 —-—^—. 五、發明說明（99) ，步驟規則部β、53胃料格式變換部、54 制二。、通訊控制部、56通訊控 應用程式仲介部二 ί:二通訊控制部X、66通訊控制規則部AX、70 :代 禮、、，^ 輸出部、73郵件伺服器Α、74電子 f "，c業務應用程式c、82通訊協定。 式C、84賢料庫c、85通訊控制部、88 業各私 應用程式仲介部C、90移動刮代理者、路連接邛C、89 使用者介面部、101監視广98規則輸入 出設定表、134資料格式變換；ς部:Β10;傳 部、152存取步驟規則部c、153 :舞1^ f =步驟控制 私式控制部C、190移動型代理者平台c K，157應用 換規則部AC、23ft福# 4^> n 4資料袼式變 ^ABC^ 399 _ 態遷移規則部，二二=遷：， 式記憶部）、403資料變換用格式（資料變^用程式貢Λ格 製作介面)=i;K^Gui(資料格式變換規則 移規則製作GUI(狀能、卷銘"招變《、規則產生處理、406態遷 (狀恶遷移規則製作介面）、4〇7狀態遷移

527794

=則產生處理、4 Ο 8元件配置規則製作G ^丨（元件配置規則 义作介面）、409元件配置規則產生處理部、41〇應用程 式規則產生處理部、4 1 1應用程式資料格式顯示晝面、 4 1 2貧料變換用格式顯示晝面、4丨3變換規則定義畫面、 41 4狀態遷移定義晝面、41 5狀態遷移規則定義晝面、 4 1 6元件配置模型顯示晝面、4 1 7通訊控制部Α記號、 41 8狀態遷移控制部a記號、4丨9資料格式變換部a記號、 4 2 0應用私式存取步驟控制部a記號、4 2 1通訊控制部b記 號、4 2 2狀態遷移控制部B記號、4 2 3資料格式變換部B記 號、4 2 4應用程式存取步驟控制部B記號、4 2 5連接模型 樣本簡述、426連接模式分類選擇標籤、427連接模式樣 本操作表、428、438流程圖之步驟、439、443狀態遷移 規則之條件部、444、448狀態遷移規則之本體部、449、 4 5 7流程圖之步驟、4 6 0、4 6 4狀態節點記號、4 6 5、4 6 9 狀態遷移線、4 7 1軟體元件、4 8 0應用程式規則產生裝 置。

2 1 1 2-3458-PF.ptd 第 103 頁

Claims (1)

1. 527794 、、申請專利範圍 程二二ΐ應用程式間資料收發架構，在使用⑼ 資^料格式記憶資料之複數應用程式間::以: 其特徵在於： 包括仲介網路^ , I、 鞀4 /丄人 格和一個應用程式之間之資袓A 式仲介部； 枓收發之應用 该應用程式仲介部包括： 應用％式控制部，控制該應用程 用程式之資料收發； γ )|邻和該_個應 存ΐ取步驟規則部，記憶規定應用程式所兰己严 存取步驟之存取步驟規則； 飞I己之資料之 昭兮f取步驟控制部，藉著該應用程式控制部之抛 ..^ ^驟規則部所記憶之存取步驟規則存取_ ^ 所記憶之資料； 1予取應用程式 貧料格式變換規則部，記憶在複數應用程式 料之資料形式上預先定義之資料交換用格式，並二^換資 取^驟控制部存取之一個應用程式所記憶之資料^ ^在存 式貢料格式和資料交換用格式之間變換資料形二^程 換規則； 格式變 ^資料格式變換部，依據該資料格式變換規則部所記情 之貧料格式變換規則在該應用程式資料格式和資料交換用 格式之間變換資料形式； 通訊控制規則部，記憶規定通訊規則之通訊控制規 則；以及

   527794 申請專利範圍 通訊控制部，按照該通訊控制規則部所記憶之通訊控 制規則，經由網路，控制利用該資料格式變換部變換為資 料交換用格式之資料之通訊。 2.如申請專利範圍第1項之應用程式間資料收 構，其中該應周程式控制部還包括監視對象區域：定表， 定義有必要自一個應用程式向別的應用程式通知資料之應 通知U將發生應通知資料之狀態定義為處理要； 狀態，令和该處理要求狀態對應的定義診 所監視之一個應用程式所記憶之資料二二王式控制4 區域之資料值； L之貝抖之貪料區域和該資料 該應用程式控制部偵测在該於满 義之處理要求狀態，，向存。=象區域設定表所定 處理要求狀態對應之指*。 ㈣部輸出和所伯測之 3 ·如申凊專利範圍第2項之雁 構，其中該存取步驟規則部記1王’間育料收發架 存取步驟規則部： 。L、和垓處理要求狀態對應之 該存取步驟控制部依照自贫 指示，自該存取步驟規則部偵==程式控制部所輸入之 取步驟規則後，按照所福測、^ =处理要求狀態對應之存 憶之資料。 ]之存取規則存取應用程式所記

   4·如申請專利範圍第2項 構，其中該應用程式控制部—〜私式間資料收發架 設定表所定義之資料區域和$ j ^監視在該監視對象區域 處理要求狀態。 Λ貝；、丨區域之資料值5偵測該

   527794

   請專利範圍 5 ·如申 構，其中該 式之處理要 該存取 複數存取步 該存取 指示’選擇 所選擇之存 6 ·如申 構，其中該 用程式； 該弟一 路之間包括 該第一 要求狀態後 式仲介部傳 該第二 傳送資料作 入° 7.如申 構，其中該 資料之應用 8 β如申 構，其中該 請專利範圍 應用程式控 求狀態； 步驟規則部 驟規則； 步驟控制部 和處理要求 取步驟規則 請專利範圍 複數業務應 應用程式和 第一應用程 應用程式仲 ，依照所偵 送資料； 應用程式仲 為利用該第 請專利範圍 通訊控制規 程式之個數 凊專利範圍 通訊控制規

   2112-3458-PF-ptd 第106頁 第3項之應用程式間資料收發架 制部設定包括複數處理要求狀態型 記憶和該複數處理要求狀態對應之 依照自該應用程式控制部所輸入之 狀態對應之存取步驟規則後，按照 ’存取應用程式所記憶之資料。 第2項之應用程式間資料收發架 用程式包括第一應用程式和第二應 弟一應用程式各自在應用程式和網 式仲介部和第二應用程式仲介部； 介部之應用程式控制部偵測該處理 測之處理要求狀態，向第二應用程 介部將自該第一應用程式仲介部所 一應用程式仲介部記憶之資料寫 第1項之應用程式間資料收發架 則部包括個數為一個應用程式收 之通訊控制規則。 $ 第1項之應用程式間資料收發架 則部在該通訊控制規則上記憶規定 527794

   自一個應用程式向別的應用程式傳 料優先度。 貝科之優先順序之資 資料收發架 程式和別的應 9 ·如申请專利範圍第ϊ項之應用程式問 構，其中該通訊控制規則包括決定一個瘫 用程式收發資料之時刻之通訊時刻。〜用 1 〇·如申請專利範圍第丨項之應用程 構，其中該通訊控制規則在一個應用程=B貧料收發架 之資料收發上包括認證資料收發目的工和別的應用程式 之認證方式。 之應用程式仲介部 1 1 .如申請專利範圍第丨項之應用 + 構，其中該通訊控制規則在一個應用浐=a貧料收發架 之資料通訊包括決定收發編碼資料和別的應用程式 12.如申請專利範圍第2項之應用裎；二 構，其中該應用程式控制部自一個應用 曰、貝料收發架 程式所記憶之資料係處理要求狀態^，王式收到一個應用 求狀態對應的向存取步驟控制部輸出 矛所通知之處理要 記憶之資料之指示。 ’ 個應用程式所 1 3 .如申請專利範 構，其中該複數應用程式各自包括應用7間賢料收發架 該通訊控制部還包括移動型代^ 種式仲介部； 為資料交換用袼式之資料形式之資料利用程式和變去 複數應用程式所包括之應用程式仲’介部成、，經由網路移| 移動型代理者平台，指干兮教二 '之通訊控制部； 目的地之通訊控制部。 者移動之移I 527794 六、申請專利範圍 14·如申請專利範圍第13項 構，其中該通訊控制部依照該诵—〜用程式間資料收發架 移動型代理者。 人成控制規則選擇是否使用 1 5 ·如申請專利範圍第1項 構，其中該應用程式仲介部勺、〜a程式間資料收發架 部’輸人該通訊控制規則部^，sfl控制規則輸入介面 16.如申請專利範圍第2項通訊控制規則。 構，其中該資料格式變換規=用程式間育料收發架 應之複數資料格式變換規則則°卩包括和複數傳送目的地對 該應用程式控制部依胛. 之處理要求狀態，選擇資；;現對象區域設定表記憶 17如由&奎格式變換規則。 ^如申§月專利範圍第1 構，其中該應用程式仲介部、應=程式間資料收發架 憶外部之資料之資料圮恨壯遏L括貧料外部輸出部，和記 出用資料格式變換部變：ϋ f ’，向該資料記憶裝置輸 18如申铁直了貝料形式之資料。 * ·甲。月專利乾圍第1項之雍 構，其中該網路和接 、之應用程式間資料收發架 一該通訊控制部經：該：：之：件伺服器連接； 資料。 司服器和別的應用程式收發 1 9 · 一種應用程式pq咨 其特徵在於：’路又換資料， 包括仲介網路和一個應 程式仲介步驟； ·、 •呈式之間之資料收發之應用

   527794

   2112-3458-PF-ptd 第109頁 527794

   其特徵在於： 應用程式仲介步驟包括： 用程式控制步驟，控制和該 收 應 發； 存 資料之 存 示，按 存取應 資 交換資 憶在利 之資料 式之間 資 驟所記 料交換 通 制規則 取步驟 存取步 取步驟 照該存 用程式 料格式 料之資 用該存 之資料 變換資 料格式 憶之資 用格式 訊控制 ;以及 規則記 驟之存 控制步 取步驟 所記憶 變換規 料形式 取步驟 形式上 料形式 變換步 科格式 之間變 規則記 憶步驟 取步驟 驟，依 規則記 之資料 則記憶 上預先 控制步 之應用 之格式 驟，依 變換規 換資料 憶步驟 ’記憶 規則； 照該應 憶步驟 9 步驟， 定義之 驟存取 程式資 變換規 據該資 則在該 形式； ，記憶 一個應用程式之資料 規定應用程式所記憶 之 用程式控制步驟之指 所記憶之存取步驟規則 記憶在複數應用裎式間 資料交換用格式，並記 之一個應用程式所記憬 料格式和資料交換用袼 則； 。 料格式變換規則記憶步 應用程式資料格式和資 規定通訊規則之通訊控

   通訊控制步驟，按照該通訊控制規則記憶步驟所記憶 通矾控制規則，經由網路，控制利用該資料格式變換步 驟變換為資料交換用格式之資料之通訊。' 2 1 ·如申請專利範圍第1項之應用程式間資料收發架 構’其中該應用程式仲介部還包括：

   527794 六、申請專利範圍 事件控制部，接收要求應用程式 後，輸出所接收之事件； 丨曰應之争件 :=規貝广記憶定義響應事件後變更狀態之狀 1 ΐ 錢件和定義和該遷移條件對應之狀態 遷移之處理内容之狀態遷移規則；以及 日刀所遷=控制部著自該事件控制部輸人事件後依 牛檢索該狀態遷移規則部所記憶之狀態遷移 :則劫㈣包括㈣件對應之遷移條件之狀態遷移規則 後，執行所抽出之狀態遷移規則之處理内容。 μ 專利範圍第21項之應用程式間資料收發架 捫矣 ί事件控制部藉著監視既定之資料攔，將該資料 欄表不既定值偵測為事件後，向贫 摘測到之事件。* μ μ “遷移控制部輸出所 播·如申明專利範圍第1項之應用程式間資料收發架 。二中該應用程式間資料收發架構還包括產生定義和應 私/相依之規則之應用程式規則之應用程式規則產生裝 置。 # 2甘4·^^申請專利範圍第23項之應用程式間資料收發架 構’二中該應用程式規則產生裝置包括·· 、齡：2配置規則製作介面，輸入構成應用程式仲介部之 兀件後，酉己置所輸入之複數軟體元件，製作配置 規則模型；及 &八=:^置規則產生處理部，藉著將該元件配置規則製 作”面所製作之配置規則模型變換為既定之播案形式，產

   2112-3458-PF-ptd 第111頁 527794 六、申請專利範圍 生元件配置規則。 2i tV-V "I1 2? ^24 ^ ^ ^ ^ t ^ ^ ^ 構1ΐ:ϊϊ則製作介面選擇配置規則模型所配 置之t相二-:件之/、中之一後，呼叫產生和所選擇之軟 體元件相關之應用程式規則之介面。 二@ f 2 3項U程式間資料收發架 構，其中该應用程式規則產生裝置包括： 資式變換規則製作介面’輸入將應用程式資料格 式和資料父換用格式對應之變換對應資訊後，自所輸入之 變換對應資訊製作變換規則模型；及 資料格式變換規則產生處理部，藉著將該資料格式變 換規則製作介面所製作之變換規則模型變換為既定之檔案 形式，產生袼式變換規則。 21如申請專利範圍第21項之應用程式間資料收發架 構，其中該應用程式間資料收發架構還包括產生定義和應 用程式相依之規則之應用程式規則之應用程式規則產生裝 置； 該應用程式規則產生裝置包括：

   2112-3458-PF-ptd 第112頁 1 狀悲遷移規則製作介面，輸入該狀態遷移後，自所輸 入之狀態遷移製作狀態遷移模型；及 狀態遷移規則產生處理部，藉著將該狀態遷移規則製 作介面所製作之狀態遷移模型變換為既定之檔案形式，產 生狀態遷移規則。 2 8 ·如申請專利範圍第2 7項之應用程式間資料收發架 527794 六、申請專利範圍 構，其中該狀態遷移規則製作介面以圖畫顯示狀態遷移模 型； 該狀態遷移規則產生處理部自該狀態遷移模型之圖畫 產生狀態遷移規則。 29.如申請專利範圍第24項之應用程式間資料收發架 構，其中該元件配置規則製作介面使用表示軟體元件之記 號配置軟體元件後，在晝面上顯示所配置之軟體元件之連 接關係。 30·如申請專利範圍第24項之應用程式間資料收發架 構，其中該元件配置規則製作介面記憶定義軟體元件之連 接關係之複數連接模型，並顯示利用者自所記憶之複數連 接模型之中所選擇之連接模型。

   2112-3458-PF.ptd 第113頁