專利名稱：在組合服務遞送系統(tǒng)中管理并發(fā)數(shù)據(jù)更新的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及下一代網(wǎng)絡(luò)(NGN)領(lǐng)域，更特別地涉及在NGN網(wǎng) 絡(luò)上組合服務的部署和遞送。
背景技術(shù)：
下一代網(wǎng)絡(luò)(NGN)是指天生支持數(shù)據(jù)、視頻和語音傳輸?shù)男?興計算網(wǎng)絡(luò)技術(shù)。對照以前的電路交換的電話網(wǎng)絡(luò)，NGN網(wǎng)絡(luò)是分 組交換的且將語音和數(shù)據(jù)結(jié)合在單一的網(wǎng)絡(luò)中。通常，NGN網(wǎng)絡(luò)由 呼叫控制和傳輸之間的劃分來分類。同樣，在NGN網(wǎng)絡(luò)中，全部信 息經(jīng)由能夠依照它們各自類型來標記的分組進行傳送。因此，各個 分組根據(jù)由相應標記所指示的類型被有區(qū)別的處理。IP多媒體子系統(tǒng)(IMS)是一個用于移動和固定服務的開放的、 標準化的、對操作者友好的、NGN多媒體架構(gòu)。IMS是基于會話初 始協(xié)議(SIP)的變種的在互聯(lián)網(wǎng)協(xié)議上的語音(VOIP)實現(xiàn)，且運 行在標準互聯(lián)網(wǎng)協(xié)議(IP)之上。NGN網(wǎng)絡(luò)的電信運營者通過IMS 的使用來提供網(wǎng)絡(luò)控制的多媒體服務。IMS的目標是向NGN網(wǎng)絡(luò)的 用戶提供除了當前可用服務之外的新服務。IMS的這個主要目標通 過基本的IP兼容協(xié)議和相應的IP兼容接口的廣泛使用得到支持。這 樣，IMS能夠?qū)⒒ヂ?lián)網(wǎng)與無線、蜂窩空間結(jié)合在一起，以便向蜂窩 技術(shù)普遍使用的接入提供部署在互聯(lián)網(wǎng)上的有用的服務。通過標記指定文檔的使用，多媒體服務能夠在NGN網(wǎng)絡(luò)和非 NGN網(wǎng)絡(luò)中分布。在具有可視接口的服務的情況下，面向可視的標 記，例如可擴展超文本標記語言(XHTML)和它的許多同類能夠指 定當通過可視內(nèi)容通道，例如由超文本傳輸協(xié)議(HTTP)所管理的 通道，在可視內(nèi)容瀏覽器中呈現(xiàn)時服務的可視接口。相對照地，可以由面向語音的標記，如語音可擴展標記語言(VoiceXML)來為服 務指定音頻接口。在音頻接口的情況下，有獨立的語音通道，例如 依照SIP管理的通道。在許多環(huán)境中，最好將服務配置為跨越不同形式(包括語音模式 和可視模式)的多個不同的通道進行遞送。在這點上，服務提供者 不是總能夠預測特定終端用戶訪問服務所通過的交互形式。為了適 應這個不確定性，可以例如通過"i吾音標^己和可纟見標"i己來準備通過每 個預期的形式遞送的服務。然而，生成多個不同標記文檔來滿足不 同的訪問形式，是令人厭煩的。因此，結(jié)合技術(shù)例如 XHTML+VoiceXML ( X+V )已經(jīng)被用來簡化開發(fā)過程。特別地，X+V代表了產(chǎn)生多形式應用開發(fā)環(huán)境的一個技術(shù)成就。 在X+V中，XHTML和VoiceXML能夠被混合在單一文檔中。該文 檔的XHTML部分能夠管理與終端用戶的可視交互，同時該文檔的 VoiceXML部分能夠管理與終端用戶的語音交互。在X+V中，在同 步地呈現(xiàn)多形式內(nèi)容的同時，可以支持命令、控制和內(nèi)容導航。在 這點上，X+V的簡檔指定了如何基于在頁面中呈現(xiàn)的可視超鏈接來 計算語法。然而，處理X+V文檔需要當訪問內(nèi)容時由終端用戶使用的客戶 端設(shè)備中專有瀏覽器的使用。向廣泛的終端用戶設(shè)備(包括跨越NGN 網(wǎng)絡(luò)的普遍使用的設(shè)備)分布多媒體服務是困難的，除非假設(shè)全部 終端用戶設(shè)備被專有地配置來處理X+V和其他基本技術(shù)。更確切地， 最多，僅能假設(shè)NGN網(wǎng)絡(luò)中的設(shè)備被裝備為在一個標準通信通道中 處理可—見交互，在第二標準通信通道中處理語音交互。因此，無論X+V的承諾如何，真正地支持與在NGN或，甚至 非NGN網(wǎng)絡(luò)中分布的服務相交互的多個形式，必須為每個不同的訪 問形式建立不同的通信通道。此外，必須為每個不同的形式分別地 指定每個服務。最后， 一旦會話已經(jīng)跨越對于服務的一個訪問形式同訪問形式。結(jié)果，跨越適應不同交互形式的不同通道的交互還是非同步和隔離的。因此，終端用戶不能在NGN網(wǎng)絡(luò)內(nèi)服務的訪問形式之間自由地轉(zhuǎn)換。此領(lǐng)域內(nèi)的問題是存在改進多通道的能力以并發(fā)更新相同模型的需要。發(fā)明內(nèi)容本發(fā)明的實施方式解決了本領(lǐng)域中關(guān)于在NGN網(wǎng)絡(luò)中通過不同 訪問通道訪問的服務的部署和遞送的不足之處，并提供了新穎的和 非顯而易見的用于在NGN網(wǎng)絡(luò)中部署和遞送組合服務的方法、系統(tǒng) 和裝置。如此處所使用的，組合服務是跨越NGN網(wǎng)絡(luò)部署的服務， 其能夠通過相應不同通道中多個不同訪問形式而^f皮訪問，同時保持 不同訪問通道之間的服務狀態(tài)的同步。本發(fā)明提供了由權(quán)利要求1所要求保護的一種方法，以及相應 系統(tǒng)和計算機程序。優(yōu)選地，在同步對模型的更新之中探測沖突，可以包括從訪問 通道之 一 接收更新模型的請求并在請求中識別先前值以及將應用于 模型的新值。請求中的先前值可以與模型的先前值匹配。因此，在 請求中的先前值與模型的先前值不匹配的情況下可以確定沖突。另 外，當基于正在更新的訪問通道之一對更新模型的請求探測到?jīng)_突 時可以向正在更新的訪問通道之一提供對于沖突的通知。本發(fā)明的其他方面將在下面的描述中部分闡明，另外部分將從 描述中顯而易見，或可以通過本發(fā)明的實施而學習到。本發(fā)明的各 個方面將通過在所附權(quán)利要求中特別指出的元素和組合的方式來實 現(xiàn)和獲得。要理解的是，前述的概述和下面的詳細描述僅是解釋性 和示例性的，并不限制權(quán)利要求所要求保護的本發(fā)明。


并入本說明書并作為說明書組成部分的附圖，示出了本發(fā)明的實 施方式并且結(jié)合描述，服務于解釋本發(fā)明原理。此處示出的實施方6式是目前優(yōu)選的，然而應理解為，本發(fā)明不限于所示的精確安排與手段，其中圖1是配置為與一個數(shù)據(jù)處理系統(tǒng)一起使用的IMS圖示舉例說 明，該數(shù)據(jù)處理系統(tǒng)安排為在NGN網(wǎng)絡(luò)中部署和遞送組合服務；圖2是安排為在NGN網(wǎng)絡(luò)中部署和遞送組合服務的數(shù)據(jù)處理系 統(tǒng)的示意性舉例說明。圖3是舉例說明在NGN網(wǎng)絡(luò)中遞送組合服務的過程的流程圖；以及圖4是舉例說明在圖2的組合服務部署和遞送數(shù)據(jù)處理系統(tǒng)中管 理并發(fā)更新的過程的流程圖。
具體實施方式
本發(fā)明的實施方式提供了用于在NGN網(wǎng)絡(luò)中遞送組合服務的方 法、系統(tǒng)和計算機程序產(chǎn)品。依照本發(fā)明的實施方式，組合服務實 現(xiàn)器能夠為通過相應的包括語音和可視模式在內(nèi)的不同訪問形式訪 問共同會話建立不同的對于共同會話的訪問通道。明確地，能夠跨 越選定的不同通道之一提供與對于組合服務的共同會話的交互，每 個通道對應于對于共同會話的不同訪問形式。在語音形式和可視形 式的情況下，能夠依照通道的特定形式在每個選定的通道內(nèi)使用各 自的標記文檔。重要地，在組合服務實現(xiàn)器內(nèi)，每個用于訪問共同會話的通道可 以與訪問該共同會話的每個其他通道相關(guān)聯(lián)。因此，共同會話的狀 態(tài) -存儲在組合服務實現(xiàn)器的模型-視圖-控制器架構(gòu)內(nèi)的模型中-能夠被保持，而與用來改變服務狀態(tài)的通道無關(guān)。此外，組合服務 實現(xiàn)器可以在選定的多個不同通道的每個視圖中同步服務的呈現(xiàn)?？缭焦餐瑫挼囊晥D的模型同步不要求是實時同步。相反，每個 不同視圖可以根據(jù)更新時間間隔周期性地與模型同步。同樣，在特 定視圖中更新模型的嘗試有可能不能反映應用更新之前的模型的當 前狀態(tài)，原因是另 一視圖在對于共同會話的不同訪問通道上對于模型的并發(fā)更新。因此，在本發(fā)明中，連接到模型小服務程序的沖突探測器可以通 過確保用于更新模型的請求中的先前值與將在模型更新的數(shù)據(jù)值匹 配來管理對模型的并發(fā)更新。如果是這樣，可以繼續(xù)更新。如果不 是這樣，可以拒絕請求，因為另一視圖已經(jīng)在視圖的最后更新與請 求更新模型之間的時間段內(nèi)更新了模型。有利地，本發(fā)明的系統(tǒng)能夠包括在NGN網(wǎng)絡(luò)中的IMS中。在舉 例說明中，圖1是一個IMS的圖示舉例說明，該IMS配置為與支持 在NGN網(wǎng)絡(luò)中從對于會話的可視訪問通道建立對于組合服務的會 話的語音訪問通道的數(shù)據(jù)處理系統(tǒng)一起使用。如圖1中所示，支持 組合服務的數(shù)據(jù)處理系統(tǒng)200能夠被安排來在NGN網(wǎng)絡(luò)120中部署 和遞送組合多媒體服務180。如此處所使用的，"組合多媒體服務" 可以是配置為通過多個不同形式的不同視圖跨越相應不同通信通道 被訪問的服務。更明確地，組合多媒體服務180能夠通過許多不同形式(包括可 視模式、即時消息模式和語音模式)被訪問?？梢杂砷_發(fā)者190通 過使用服務部署工具170產(chǎn)生每個訪問形式。服務部署工具170可 以被配置為產(chǎn)生組合多媒體服務180的不同訪問形式，包括提供對 于組合多媒體服務180的可視訪問的可視標記和提供對于組合多媒 體服務180的音頻訪問的語音標記。一個或多個網(wǎng)關(guān)服務器平臺110可以連接到支持組合服務的數(shù) 據(jù)處理系統(tǒng)200中。每個網(wǎng)關(guān)服務器平臺IIO能夠根據(jù)特定的訪問 形式輔助建立用于訪問組合多媒體服務180的通信通道。例如，網(wǎng) 關(guān)服務器平臺110能夠包括內(nèi)容服務器，例如Web服務器，其支持 提供在NGN網(wǎng)絡(luò)120上通過可視模式訪問組合多媒體服務180的可 視標記。同樣地，網(wǎng)關(guān)服務器平臺110能夠包括語音服務器，其支 持提供在NGN網(wǎng)絡(luò)120上通過音頻模式對于組合多媒體服務180的 音頻訪問。終端用戶130能夠利用客戶訪問設(shè)備150的任何一個選擇來訪問組合多媒體服務180。每個客戶訪問設(shè)備150內(nèi)的應用邏輯能夠提供 特定訪問形式的接口 。實例包括在個人計算設(shè)備內(nèi)的內(nèi)容瀏覽器、 普遍設(shè)備內(nèi)的音頻用戶接口 、電話手持機內(nèi)的電話用戶接口等等。 重要地，每個所提供的訪問形式能夠利用與組合多媒體服務180的 相同會話的通過網(wǎng)絡(luò)120與相對應的網(wǎng)關(guān)服務器平臺IIO建立的多 個通道160的單獨一個。在這點上，與組合多媒體服務180的會話 能夠跨越多個通道160而存在，為終端用戶130之一提供對于組合 多媒體服務180的不同訪問形式。在更詳細的舉例說明中，圖2是圖1的支持組合服務的數(shù)據(jù)處理 系統(tǒng)200的示意性舉例說明。支持組合服務的數(shù)據(jù)處理系統(tǒng)200能 夠運行在應用服務器275中，并且能夠包括多個通道小服務程序 235,其配置為處理通過在NGN網(wǎng)絡(luò)中用于不同端點類型260A、 260B、 260C的不同訪問通道245、 250、 255與組合多媒體服務的相 對應會話225的通信交互。在這點上，通道小服務程序235能夠作 為對于包括利用在HTTP上實時協(xié)議(RTP )的語音接口的可視端點 260A,或利用SIP的語音端點260B的語音實現(xiàn)器和語音服務器處理 語音交互。同樣地，通道小服務程序235能夠作為對于可視端點160A 的Web應用處理可—見交互。如另一個實例，通道小服務程序235能 夠作為對于即時消息端點260C的即時消息服務器處理即時消息交 互。更明確地，通道小服務程序235能夠處理與組合多媒體服務的對 應會話225相交互的HTTP請求。HTTP請求能夠通過可視通道245 從面向可一見模式的Web頁面發(fā)起、通過即時消息通道255從面向可 視模式的即時消息接口發(fā)起、或甚至通過支持SIP的語音通道250 以語音模式發(fā)起。類似地，通道小服務程序235能夠處理通過語音 實現(xiàn)器與組合多媒體服務的對應會話225相交互的SIP請求，該語 音實現(xiàn)器可以包括適合的語音標記，如VoiceXML,和呼叫控制可擴 展標記語言(CCXML)，其連接到SIPlet,它們相結(jié)合，在處理組 合多媒體服務的相應會話225的語音交互中能夠是有效的，如在本9領(lǐng)域眾所周知的。每個通道小服務程序235能夠被連接到模型小服務程序220。模 型小服務程序220能夠協(xié)調(diào)與一個相關(guān)聯(lián)的會話225的模型210的 交互。每個會話225能夠在會話管理器215中被管理，會話管理器 215能夠?qū)⑼ㄟ^通道小服務程序235建立的不同通信通道與單一的 一個相對應的會話225相關(guān)聯(lián)。不同通信通道的關(guān)聯(lián)可以通過所連 接的位置注冊表230的使用得到促進。位置注冊表230能夠包括指 示系統(tǒng)的主機名和對于一個相對應的會話225活;沃的通道的表。模型小服務程序220能夠包括支持訪問組合多媒體服務的相對 應會話225的、通過不同端點260A、 260B、 260C提供不同訪問通 道245、 250、 255的模型210的程序代碼。例如，模型210能夠被 封裝在bean容器中的實體bean內(nèi)。此外，模型210能夠存儲會話 225的對應一個的會話^t據(jù)，而與通過其會話225的對應一個的會話 數(shù)據(jù)被創(chuàng)建、刪除或修改的訪問通道245、 250、 255無關(guān)。模型小 服務程序220可以進一步連接到?jīng)_突探測器400。沖突探測器400 可以支持在正在更新模型210時探測沖突并僅在未探測到?jīng)_突時才 允許對^^莫型210進行更新。特別地，組合多媒體服務的會話225的每一個的狀態(tài)的改變能夠 通過監(jiān)聽器架構(gòu)^夸越不同訪問通道245、 250、 255的不同一見圖260 得到同步。監(jiān)聽器架構(gòu)能夠包括一個或多個用于每個模型210的監(jiān) 聽器240。每個監(jiān)聽器能夠?qū)煌脑L問通道245、 250、 255，并 且能夠探測模型210的狀態(tài)的改變。響應探測到組合多媒體服務的 會話225的對應一個的模型210的狀態(tài)的改變，監(jiān)聽器240能夠通 過相應的通道小服務程序235之一向預定視圖260提供通知，以便 允許預定視圖260更新來包括探測到的模型210的狀態(tài)的改變。圖3是在圖2的數(shù)據(jù)處理系統(tǒng)中管理對于組合服務的單一會話的 多個訪問通道的過程的流程圖。在方框310中開始，可以打開對于 組合多媒體服務的第一訪問通道并且在方框320中建立與組合多媒 體服務的會話。會話數(shù)據(jù)可以存儲在在方框330中建立的會話的模型中。如果在判定方框340中將要建立會話的額外訪問通道，過程 可以在方框350中繼續(xù)。在方框350中，可以針對所需要的全部額 外通道建立對于相同會話的額外訪問通道。當在判定方框340中不再要建立訪問通道時，那么在方框360 中可以為已建立的會話的每個訪問通道注冊監(jiān)聽器。隨后，在方框 370中可以在每個監(jiān)聽器中接收事件。在判定方框380中，當探測到 模型的改變時，那么在方框390中，能夠向已建立訪問通道中選擇 的一些訪問通道的每個端點提供模型改變。結(jié)果，端點可以接收改 變，并且^te改變應用到相同會話的已建立訪問通道中選擇的一些訪 問通道的對應視圖，而與已通過其將改變應用到模型的特定的訪問 通道無關(guān)。重要的，當來自不同訪問通道的更新要并發(fā)應用于模型時，可能 發(fā)生沖突。在這點上，連接到模型小服務程序的沖突探測器可以確 定哪個更新有效以及哪個更新無效。在舉例說明中，圖4是在圖2 的組合服務部署和遞送數(shù)據(jù)處理系統(tǒng)中管理并發(fā)更新的過程的流程 圖。在方框410中開始，可以從共同會話的訪問通道的視圖接收更 新共同會話的模型的請求。請求可以包括先前值和建議的新值。由于模型可能已經(jīng)在視圖的最后更新和視圖請求更新模型之間 的時間段內(nèi)改變，在判定方框420中，可以確定請求中的先前值是 否匹配模型的先前值。如果否，在方框430中可以拒絕請求并通知 視圖?？蛇x地，可以更新視圖來反映當前模型。在另一種選擇中， 盡管與先前值不 一 致仍可以詢問視圖以應用改變。在任何情況下， 在判定方框420中，如果請求中的先前值匹配模型的先前值，則可 以繼續(xù)請求并將更新應用于模型。通過這種方式，可以執(zhí)行沖突探 測和沖突管理而無需用于避免竟態(tài)條件的模型的記錄鎖定。本發(fā)明的實施方式能夠采取完全硬件實施方式、完全軟件實施方 式或包含硬件和軟件元素的實施方式的形式。在優(yōu)選的實施方式中， 本發(fā)明在軟件中實現(xiàn)，其包括但不限于固件、駐留軟件、微碼等。 此外，本發(fā)明能夠采取可從計算機可用的或計算機可讀的介質(zhì)訪問的計算機程序產(chǎn)品的形式，所述介質(zhì)提供用于由計算機或任何指令 執(zhí)行系統(tǒng)使用或結(jié)合其使用的程序代碼。為了本描述的目的，計算機可用的或計算機可讀的介質(zhì)能夠是任 何能夠容納、存儲、傳遞、傳播或傳輸由指令執(zhí)行系統(tǒng)、裝置、或 設(shè)備使用或結(jié)合其使用的程序的裝置。該介質(zhì)能夠是電子的、磁的、 光的、電磁的、紅外的、或半導體系統(tǒng)(或裝置或設(shè)備)或傳播介 質(zhì)。計算機可讀的介質(zhì)的實例包括半導體或固態(tài)存儲器、磁帶、可移動計算機磁盤、隨機存取存儲器(RAM)、只讀存儲器(ROM)、 剛性磁盤和光盤。通用的光盤實例包括光盤-只讀存儲器 (CD-ROM)、光盤-讀/寫(CD-R/W)和DVD。適用于存儲和/或執(zhí)行程序代碼的數(shù)據(jù)處理系統(tǒng)將包括至少 一個 通過系統(tǒng)總線直接或間接地連接到存儲器元件的處理器。存儲器元存儲器、以及緩沖存儲器，其中緩沖存儲器提供至少一些程序代碼 的臨時存儲，以減少在執(zhí)行期間必須從大容量存儲器取回代碼的次 數(shù)。輸入/輸出或1/0設(shè)備(包括但不限于鍵盤、顯示器、點擊設(shè)備 等等)能夠被直接或通過中介I / O控制器連接到系統(tǒng)。網(wǎng)絡(luò)適配器也可以連接到系統(tǒng)來使數(shù)據(jù)處理系統(tǒng)可以通過中介私有或公共網(wǎng)絡(luò)連 接到其他數(shù)據(jù)處理系統(tǒng)或遠程打印機或存儲設(shè)備。調(diào)制解調(diào)器、電 纜調(diào)制解調(diào)器和以太網(wǎng)卡正是一些當前可用的網(wǎng)絡(luò)適配器的類型。
權(quán)利要求
1.一種沖突探測和解決方法，用于更新支持組合服務的環(huán)境中的模型，所述方法包含建立對于組合多媒體服務的共同會話的多個訪問通道，通過一些不同形式可以訪問所述組合多媒體服務，所述不同形式包括語音模式和可視模式；在對于所述共同會話的每個訪問通道的視圖中同步對應于所述共同會話的模型的狀態(tài)的改變；在同步對模型的更新之中探測沖突；和當探測到?jīng)_突時拒絕對模型的更新。
2. 根據(jù)權(quán)利要求1所述的方法，其中建立對于組合服務的共同 會話的多個訪問通道，包含對于所述共同會話至少建立對于所述共 同會話的語音訪問通道，以及對于所述共同會話的可視訪問通道。
3. 根據(jù)權(quán)利要求1所述的方法，其中建立對于組合服務的共同 會話的多個訪問通道，包含對于下一代網(wǎng)絡(luò)(NGN)中的組合服務 的共同會話至少建立對于所述共同會話的語音訪問通道，以及對于 所述共同會話的可 一見訪問通道。
4. 根據(jù)權(quán)利要求1所述的方法，在對于所述共同會話的每個訪 問通道的視圖中同步對應于所述共同會話的模型的狀態(tài)的改變，包 含保持所述共同會話的所述模型狀態(tài)； 創(chuàng)建用于所述模型狀態(tài)的改變的監(jiān)聽器； 在所述監(jiān)聽器中探測所述模型狀態(tài)的改變；和 響應在所述監(jiān)聽器中探測到所述模型狀態(tài)的改變，更新對于所 述共同會話的每個訪問通道的 一見圖。
5. 根據(jù)權(quán)利要求1所述的方法，其中在同步對模型的更新之中 探測沖突，包含 從所述訪問通道之 一 接收更新所述模型的請求；在所述請求中識別先前值以及將要應用于所述模型的新值； 將在所述請求中所述先前值與所述模型中的先前值匹配；和 在所述請求中的先前值與所述模型中的先前值不匹配的情況下 確定沖突。
6. 根據(jù)權(quán)利要求1所述的方法，其中當探測到?jīng)_突時拒絕對所 述模型的更新，包含當基于正在更新的訪問通道之一對更新所述模 型的請求探測到?jīng)_突時向所述正在更新的訪問通道之一提供對于沖 突的通知。
7. —種系統(tǒng)包含適應于實現(xiàn)如前述方法權(quán)利要求中任一項所述 的方法的所有步驟的裝置。
8. —種計算機程序，包含指令，用于當所述計算機程序在計算 機系統(tǒng)上運行時，實現(xiàn)如前述方法權(quán)利要求中任一項所述的方法的 所有步驟。
全文摘要
本發(fā)明的實施方式提供了用于在下一代網(wǎng)絡(luò)(200)中部署和遞送組合服務的方法。一種沖突探測和解決方法，用于在支持組合服務的環(huán)境中更新模型(220)，其包括對于具有相應模型(220)的單一會話，建立對于服務的不同對應訪問通道(240、250、255)的多個通信通道(235)。本方法進一步包括由各獨立的對于服務的訪問通道(245、250、255)為對于服務的每個訪問通道(245、250、255)同步對模型的更新。本方法還包括在同步對模型(220)的更新之中探測沖突。最后，本方法包括當探測到?jīng)_突時拒絕對模型(220)的更新。
文檔編號H04L29/06GK101326787SQ200680045946
公開日2008年12月17日 申請日期2006年11月29日 優(yōu)先權(quán)日2005年12月8日
發(fā)明者B·D·曼達利亞, V·穆爾, W·L·努斯比克凱爾, W·V·達·帕爾瑪 申請人:國際商業(yè)機器公司