專利名稱：用于從發(fā)送者向接收者傳輸消息的方法，消息系統(tǒng)和消息轉(zhuǎn)換裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及用于從發(fā)送者向接收者傳輸消息的方法和合適的消息系統(tǒng)(messaging system)。另外，本發(fā)明涉及消息轉(zhuǎn)換裝置。
背景技術(shù)：
自從數(shù)年前引入基于文本的消息服務(wù)以來，其流行度已經(jīng)迅速增長。廣泛使用的短消息服務(wù)(SMS)只是這類服務(wù)的一個例子。文本新聞系統(tǒng)，例如用于PC的AOL的實時信使，Microsoft的MSM信使和Yahoo的信使可以在下載所需的自由軟件之后，免費地使用。這類基于PC的消息服務(wù)提供商中的一些除文本消息服務(wù)之外還提供語音聊天功能。并且，一些其他提供商還專業(yè)于語音聊天，最終實現(xiàn)基于IP(因特網(wǎng)協(xié)議)的語音情景。
在UMTS(通用移動通信系統(tǒng))環(huán)境中嵌入多媒體消息方法，提供一種對流行度日益增長的消息解決方案的指示。
已知消息系統(tǒng)的缺點是它們僅可以傳輸最小量的消息，并且通常不便于使用。而且，可用的傳輸數(shù)據(jù)率不能夠被充分使用。

發(fā)明內(nèi)容
因此，本發(fā)明的目標(biāo)就是提供用于從發(fā)送者向接收者傳輸消息的方法，和允許高效并且界面友好的通信的合適的消息系統(tǒng)。
本發(fā)明的目標(biāo)是通過獨立權(quán)利要求的特點來實現(xiàn)的。從屬權(quán)利要求的特征定義了本發(fā)明的合適有利的拓展。對依照方法權(quán)利要求的從屬權(quán)利要求的消息系統(tǒng)權(quán)利要求和轉(zhuǎn)換裝置權(quán)利要求的進(jìn)一步的拓展也包含在本發(fā)明的范圍內(nèi)。
本發(fā)明提供一種發(fā)送者向接收者傳輸消息的方法，包含以下步驟在發(fā)送者一方以輸入表示形式輸入消息，依賴所述消息的語義內(nèi)容將輸入表示形式的消息轉(zhuǎn)換為定義的發(fā)送表示形式的消息，將發(fā)送表示形式的消息轉(zhuǎn)換為輸出表示形式的消息，在接收者一方以輸出表示形式輸出消息，并且在已經(jīng)描述的兩個步驟，即將輸入表示形式的消息轉(zhuǎn)換為發(fā)送表示形式的消息和將發(fā)送表示形式的消息轉(zhuǎn)換為輸出表示形式的消息的步驟中的至少一個步驟中執(zhí)行對消息的語義分析。
輸入表示的消息可以是通過鍵盤或者袖珍鍵盤輸入的文本，或者可以是以任何語言說出的消息。
取決于在哪個點完成轉(zhuǎn)換步驟，消息在可用的消息信道上可以以輸入表示形式、傳輸表示形式或者輸出表示形式來傳輸。例如，轉(zhuǎn)換步驟可以全部或者部分在發(fā)送設(shè)備、接收設(shè)備或者中央通信設(shè)施中完成。但是，在本發(fā)明的一個特別優(yōu)選實施例中，輸入表示形式到傳輸表示形式的轉(zhuǎn)換是在發(fā)送設(shè)備中完成的，傳輸表示形式到輸出表示形式的轉(zhuǎn)換是在接收設(shè)備中完成的，并且，消息以其傳輸表示形式通過消息信道或者傳輸網(wǎng)絡(luò)進(jìn)行傳輸。
傳輸表示形式依賴消息的語義內(nèi)容。對消息進(jìn)行語義分析，并且定義或選擇一種最適合消息內(nèi)容的合適的傳輸表示形式。
例如，消息可以如下形式被最終的概括或者壓縮，其中作為傳輸表示形式或者部分傳輸表示形式的最終概括或者壓縮依賴于消息的語義內(nèi)容。在依照語義內(nèi)容的傳輸表示形式中，包含日期的消息可以被進(jìn)行不同的壓縮，即它們被轉(zhuǎn)換為不同的傳輸表示形式，如果語義分析斷定消息包含關(guān)于約會的信息，被壓縮的消息，即傳輸表示形式，也將包含日期。但是，如果語義分析斷定消息包含旅行報告，則壓縮的版本，即傳輸表示形式將省略日期。這樣，消息可以被壓縮，從而對比傳統(tǒng)的文本或者語音表示形式需要更少的帶寬和存儲空間。
傳輸表示形式可以被理解為一種表格，其中該表格的字段數(shù)目、字段順序和字段類型依賴于消息的語義分析。然后用合適的消息內(nèi)容摘要填充該表格。
本發(fā)明允許消息被高效率地傳輸，例如，通過降低傳輸容量，從用戶角度來看沒有以任何方式將通信過程復(fù)雜化。
為此，消息的傳輸表示形式和/或輸出表示形式優(yōu)選適合接收者，即適合于接收者的通信能力或偏好，所述接收者可以是接收設(shè)備或者接收用戶。例如，將輸入表示形式的消息轉(zhuǎn)換為傳輸表示形式的消息的步驟和/或?qū)鬏敱硎拘问降南⑥D(zhuǎn)換為輸出表示形式的消息的步驟可能包含將消息翻譯為接收者所偏好的語言，或者轉(zhuǎn)換為接收者更容易理解的特定格式(例如，如果接收者是小孩，則用清楚簡潔的描述；對于視覺障礙的接收者，用大的字體顯示在顯示器上)。這個步驟還可以考慮在接收者一方的輸出設(shè)備(TV，PC等)，或者在接收者一方的輸出模式(視覺的，聲學(xué)的，語音，手寫文本等)。本發(fā)明的這些特性增加了接收方的舒適度，并且，特別的，允許使用不同模式的兩個用戶進(jìn)行聊天(例如，一個用戶通過電話說話，另外一個用戶使用基于文本的客戶端)。
優(yōu)選的，將傳輸表示形式的消息轉(zhuǎn)換為輸出表示形式的步驟基于文本到語音的轉(zhuǎn)換，例如，正開車的用戶能夠記錄接收到的消息。
優(yōu)選的，將輸入表示形式的消息轉(zhuǎn)換為傳輸表示形式的步驟基于語音識別。這樣，從用戶的角度簡化了消息輸入。
傳輸表示形式或輸出表示形式的消息被轉(zhuǎn)換為人可讀的帶有合適的記號或標(biāo)記的腳本(例如對于吸氣或沉思的停頓)，以便聲音消息的質(zhì)量與合成語音相比得到改善。如果該消息將發(fā)布給大量聽眾，上述方案特別有利。
優(yōu)選的，輸出表示也適應(yīng)于或依賴于消息的語義內(nèi)容。例如，消息可以在接收方被壓縮，其中所定義的概述作為輸出表示或輸出表示的一部分依賴于該消息的語義內(nèi)容。
優(yōu)選的，用于傳輸?shù)南⒒蛞呀?jīng)接收的消息，根據(jù)語義內(nèi)容或所選擇的傳輸表示形式，依照優(yōu)先級被過濾/發(fā)送或者處理/傳遞。優(yōu)選的，基于消息的語義內(nèi)容，按照一組規(guī)則定義該消息的優(yōu)先級或緊急度(例如，如果內(nèi)容有時間限制有效性，則該消息被立刻發(fā)送)。當(dāng)前用戶的狀態(tài)，特別是接收者一方的狀態(tài)，可以納入考慮。例如，只有真正重要的消息會被轉(zhuǎn)發(fā)給正在高速公路上駕車的用戶，而在靜止汽車中的用戶可以被給予接收到的任何優(yōu)先級的消息。
在本發(fā)明的特定優(yōu)選實施例中，也可以基于當(dāng)前通信情況決定如何將消息呈現(xiàn)給接收者。例如，如果接收者當(dāng)前在從事用手用眼的活動，例如駕車或運動，則可以將消息說出。如果接收者正在閱讀，則可以將消息作為文本顯示在TV上。如果用戶正在看電視，則消息優(yōu)先級確定是否只呈現(xiàn)簡短的概要，例如如果用戶正在觀看電影或節(jié)目，則以不醒目的滾動條的形式在屏幕的底部顯示，或者如果消息到達(dá)時正是廣告時間，則可以用“屏中屏”來顯示。
依照一個特定優(yōu)選實施例，對傳輸表示形式和/或輸出表示形式轉(zhuǎn)換基于已經(jīng)處理結(jié)構(gòu)化內(nèi)容的應(yīng)用。例如，傳輸表示可以通過將專有格式轉(zhuǎn)換為傳輸表示形式而從管理器應(yīng)用程序中的一條日程表項目中產(chǎn)生， 從而使用在專有應(yīng)用程序格式中隱含的語義信息。因此，建議使用在應(yīng)用程序數(shù)據(jù)的組織結(jié)構(gòu)中已經(jīng)可用的信息，以便能夠以更簡單的方式，將消息基于內(nèi)容轉(zhuǎn)換為傳輸表示形式和/或輸出表示形式。
為了幫助進(jìn)行語義分析，轉(zhuǎn)換步驟優(yōu)選基于使用用戶和轉(zhuǎn)換設(shè)備(例如，輸入設(shè)備，發(fā)送設(shè)備或傳輸裝置)之間的對話?？梢詫挠脩糨斎雽?dǎo)出的語義項進(jìn)行檢查，確定它們是否真的包含預(yù)期的意義，并且在不清楚的情況下可以詢問澄清性問題。最終的確認(rèn)過程可以包括將內(nèi)容消息呈遞回輸入設(shè)備，或者以其它適合用戶的形式，比如文本或語音來呈現(xiàn)。通過與轉(zhuǎn)換設(shè)備或轉(zhuǎn)換工具的交互，用戶在發(fā)送消息之前可以糾正可能的錯誤或澄清模糊項。優(yōu)選的，如果聲音語義內(nèi)容識別裝置的識別結(jié)果的模糊度值達(dá)到或超出特定的模糊度界限，則啟動所述轉(zhuǎn)換設(shè)備和發(fā)送者之間的自動對話，以便確定該消息的語音內(nèi)容。
優(yōu)選的，傳輸表示形式和/或輸出表示形式基于因特網(wǎng)知識表示的新興標(biāo)準(zhǔn)，網(wǎng)絡(luò)本體語言O(shè)WL(http://www.w3.org/TR/ow1-features/)。使用這種傳輸表示的已知語言允許將本發(fā)明合并到可用的通信結(jié)構(gòu)中，使得本發(fā)明能夠與這些通信結(jié)構(gòu)一起工作。
或者，也可以使用用戶化的表示形式作為傳輸表示形式和/或輸出表示形式。這種傳輸表示形式和/或輸出表示形式對現(xiàn)有通信狀況的特定適應(yīng)性改編特別有利，因為轉(zhuǎn)換步驟在內(nèi)容保持方面可以更好的質(zhì)量完成。不用說，對若干傳輸表示形式和/或輸出表示形式的并行支持，諸如開放和閉合的或?qū)Ｓ玫谋硎拘问剑矊儆诒景l(fā)明的范圍。
優(yōu)選的，利用與內(nèi)容相關(guān)的信息，比如帶注釋的圖像、鏈接和對先前的關(guān)于相同語義內(nèi)容或主題的消息或?qū)υ挼囊?，自動補充或添加消息，尤其在發(fā)送者一方。優(yōu)選的，添加包含關(guān)于語言之外的特征的指示的信息，所述語言之外的特征比如通過適當(dāng)?shù)姆治?例如對語音的韻律分析，對面部表情的分析)從說話者捕捉到的語氣、諷刺和重音。一種這樣做的示例方式是在說出文本的書面副本中插入情緒標(biāo)簽。為此，發(fā)送用戶的表情、手勢、音量和音調(diào)作為消息的語義內(nèi)容的一部分被記錄，并且從而被分析。為此，發(fā)送設(shè)備和/或接收設(shè)備優(yōu)選配備有對話系統(tǒng)的一部分和諸如DE 102 49 060 A1中所述的攝像機。
作為替代或補充，在轉(zhuǎn)換為傳輸表示形式和/或輸出表示形式的過程中，可以將消息或消息的內(nèi)容自動包括在內(nèi)容相關(guān)的上下文中。
優(yōu)選的，由服務(wù)信息補充消息，所述服務(wù)信息基于消息的語義內(nèi)容。特別的，在傳輸?shù)胶线m的服務(wù)單元期間，消息的語義內(nèi)容可以被轉(zhuǎn)發(fā)，所述服務(wù)單元從所述語義內(nèi)容推導(dǎo)出對應(yīng)的服務(wù)信息并且將該服務(wù)信息添加到消息中。例如，一條對朋友的詢問“我們今晚是否在酒館見面”，可以通過來自本地酒館的關(guān)于開放時間和特殊價目的信息得以加強。是否對消息添加這樣的服務(wù)信息，優(yōu)選可以由發(fā)送者和/或接收者控制，以便不侵犯用戶的隱私。
本發(fā)明的目的還通過一種消息系統(tǒng)來實現(xiàn)，其包含用于在發(fā)送者一方以輸入表示形式輸入消息的輸入設(shè)備，用于發(fā)送和接收消息的傳輸裝置，用于在接收者一方以輸出表示形式輸出消息的輸出設(shè)備，以及消息轉(zhuǎn)換裝置，該轉(zhuǎn)換裝置被安排用來依賴于消息的語義內(nèi)容將輸入表示形式的消息轉(zhuǎn)換為定義的傳輸表示形式的消息和將傳輸表示形式的消息轉(zhuǎn)換為輸出表示形式的消息，并且在將輸入表示形式的消息轉(zhuǎn)換為傳輸表示形式的消息和將傳輸表示形式的消息轉(zhuǎn)換為輸出表示形式的消息的步驟中至少一個步驟內(nèi)進(jìn)行對消息的語義分析。
消息系統(tǒng)，特別是消息轉(zhuǎn)換裝置，可以在發(fā)送者和接收者之間的任一點實現(xiàn)。它可以由服務(wù)控制單元來控制，由此，可以迫使用戶在能夠得到消息系統(tǒng)提供的服務(wù)之前進(jìn)行注冊。這個注冊可以基于新用戶驗證，要求例如，輸入口令、驗證對話、確認(rèn)專有用戶的生物信息或者硬件設(shè)備ID。消息系統(tǒng)還允許如下的消息遞送，包含路由、轉(zhuǎn)發(fā)、存儲、對用戶群消息分發(fā)和基于內(nèi)容的雙工聊天和聊天室。
消息轉(zhuǎn)換裝置可以實現(xiàn)為通信網(wǎng)絡(luò)中的中央通信單元或者這個通信單元的一部分，并且使用軟件控制的處理裝置來操作。不用說，將轉(zhuǎn)換裝置完全或者部分地實現(xiàn)在輸入設(shè)備和/或輸出設(shè)備中也屬于本輸入或輸出設(shè)備可以是，例如，個人計算機、筆記本、電話、移動電話、傳真或者諸如電視或者收音機的家用娛樂設(shè)備。


本發(fā)明的其他目標(biāo)和特點在隨后的配合附圖的詳細(xì)描述中將顯而易見。但是，應(yīng)該理解，附圖只設(shè)計用于舉例說明的目的并且不作為對本發(fā)明的限制的定義。
圖1是消息系統(tǒng)的系統(tǒng)結(jié)構(gòu)的框圖。
圖2是用于傳輸消息的方法的流程序列。
圖1示出了消息系統(tǒng)1，包含輸入設(shè)備2和輸出設(shè)備3。輸入設(shè)備2和輸出設(shè)備3通過傳輸裝置4進(jìn)行連接。
具體實施例方式
傳輸裝置4包含通過合適的接線或者無線通信通道7連接的發(fā)送設(shè)備5和接收設(shè)備6，用于消息傳輸。傳輸裝置4還可以包含用于發(fā)送消息的傳輸設(shè)施或者路由器(在圖中沒有顯示)。
消息系統(tǒng)的消息轉(zhuǎn)換裝置11的一個主要部件是處理裝置8，消息被從發(fā)送設(shè)備5通過輸入接口9路由到處理裝置8，并且它通過輸出接口10將消息轉(zhuǎn)發(fā)給接收設(shè)備6。
處理裝置8可以被實現(xiàn)為軟件控制的處理器，例如，服務(wù)計算機的一部分，并且可以因此是傳輸裝置4的一部分(例如是傳輸設(shè)施的或者智能通信網(wǎng)絡(luò)的一部分)?？蛇x地，處理裝置8可以在傳輸裝置4之外實現(xiàn)，并且僅與傳輸裝置4相連。
輸入設(shè)備2和發(fā)送設(shè)備5例如，都可以被實現(xiàn)在通信設(shè)備中，諸如個人計算機或者移動電話。這些同樣適用于輸出設(shè)備3和接收設(shè)備6。
輸入設(shè)備2包含諸如，麥克風(fēng)、鍵盤和/或照相機，允許由用戶在發(fā)送者一方輸入輸入表示形式的消息。在輸入表示形式的消息被由傳輸裝置4傳輸?shù)教幚硌b置8之后，其將在處理裝置8中受到語義分析，并且轉(zhuǎn)換為傳輸表示形式，其格式依賴于分析即語義內(nèi)容分析的結(jié)果。在特定的傳輸中使用的傳輸表示形式因此優(yōu)選地為多個預(yù)先定義的傳輸表示形式中的一個。隨后，傳輸表示形式的消息通過傳輸裝置4傳輸?shù)浇邮赵O(shè)備6，在這里由轉(zhuǎn)換裝置(在圖中未顯示)轉(zhuǎn)換為輸出表示形式，并且最終由輸出設(shè)備3(可以包含揚聲器和/或顯示器)輸出給接收一方的用戶。
依照本發(fā)明的實施例，從輸入表示形式到傳輸表示形式的消息轉(zhuǎn)換可以發(fā)生在發(fā)送者方或者接收者方。同樣，從傳輸表示形式到輸出表示形式的轉(zhuǎn)換可以由處理裝置8集中完成，或甚至在發(fā)送者一方完成。本發(fā)明還允許輸出表示形式與傳輸表示形式完全相同的情況。
消息系統(tǒng)可以是更大的通信網(wǎng)絡(luò)，例如因特網(wǎng)、有線電信網(wǎng)絡(luò)或者移動電信網(wǎng)絡(luò)，的一部分。因而，用戶設(shè)備與消息系統(tǒng)的基礎(chǔ)設(shè)施一樣可以至少部分地使用已知的可用硬件元件實現(xiàn)。
圖2顯示用于傳輸消息的方法中的多個步驟，其中左手側(cè)顯示發(fā)送者一方的步驟(SENDER)，中間顯示了服務(wù)器一方的步驟(SEVER)，并且接收者一方的步驟(RECIPIENT)顯示在右手側(cè)。
步驟21中，在發(fā)送者一方，發(fā)送用戶首先借助麥克風(fēng)輸入語音消息。在步驟22，對消息進(jìn)行語音識別處理，其中確定消息的語義內(nèi)容。在步驟23中，添加從對發(fā)送用戶的表情和手勢進(jìn)行語音和/或視頻分析而得到的、關(guān)于用戶語言之外的特征的信息。
在步驟24中，如果在識別的語義內(nèi)容中檢測到模糊，則在步驟25中以對話的方式向用戶提出澄清問題。依照用戶在步驟26的反饋，在步驟27中解決模糊，消息被相應(yīng)地進(jìn)行編輯并且轉(zhuǎn)換為傳輸表示形式。
隨后，在步驟28和29中，消息以傳輸表示形式顯示給用戶，并且，在由發(fā)送用戶確認(rèn)之后(步驟30)，在步驟31消息被發(fā)送給中央服務(wù)器計算機。
在服務(wù)器計算機中，在步驟32，使用依照消息的語義內(nèi)容從數(shù)據(jù)庫50檢索得到的服務(wù)信息，以附加信息對消息進(jìn)行充實。在步驟33，消息被發(fā)送給接收者。
在接收者一方，消息被依照接收者關(guān)于語言、情感、內(nèi)含、格式或者簡潔的偏好而呈現(xiàn)。關(guān)于接收者偏好的信息可以從數(shù)據(jù)庫60檢索得到。在步驟35中，分析用戶或接收者的存在和注意，在步驟36，消息遞送被重復(fù)或不同的方式完成。
如下，從Frank到Thomas的示例消息“讓我們在明天3pm見面”，被轉(zhuǎn)換到一種基于XML格式的傳輸表示形式。
<message>
<sender>
<name>Frank</name>
<address>Frank@philips.com</address>
</sender>
<recipient>
<name>Thomas</name>
<address>Thomas@philips.com</address>
</recipient>
<deliveryOptions>
<delay>none</delay>
<confidentiality>none</confidentiality>
</deliveryOptions>
<content>
<appointment>
<date>
<day>19</day>
<month>3</month>
<year>2004</year>
</date>
<time>
<hour>15</hour>
<minute>0</minute>
<second>0</second>
</time>
<place/>
<additonalInfo>
</appointment>
</content>
</message>
以下定義意味著消息具有發(fā)送者接收者遞送選項內(nèi)容發(fā)送者是人接收者是人人具有名字(文本)地址(文本)遞送選項有延遲(文本或日期)，(“沒有”或日期)之一機密性(文本)，(“沒有”，“低”，“中”，“高”，“非常高”)之一內(nèi)容有(可選以下的組合)約會提醒…約會有日期時間地方被邀請者日期有日(數(shù)字)月(數(shù)字)年(數(shù)字)時間有小時(數(shù)字)分鐘(數(shù)字)秒(數(shù)字)被邀請者有被邀請者被邀請者是人這意味著，依賴于消息的語義內(nèi)容(約會，提醒或通知)，傳輸表示形式將在消息僅包含內(nèi)容描述所需的內(nèi)容字段(約會，提醒或通知)的范圍內(nèi)進(jìn)行改變。
應(yīng)該理解，為了簡明的目的，在本申請中通篇使用的“一個”不排斥多個，并且“包含”不排斥其他步驟或元件。除非明顯地描述為單個實體，“單元”或“模塊”可以包含多個塊或者設(shè)備。
權(quán)利要求
1.一種將信息從發(fā)送者(5)傳輸?shù)浇邮照?6)的方法，包含以下步驟-在發(fā)送者(5)一方以輸入表示形式輸入消息，-將輸入表示形式的消息轉(zhuǎn)換為所定義的傳輸表示形式的消息，該過程依賴于消息語義內(nèi)容，-將傳輸表示形式的消息轉(zhuǎn)換為輸出表示形式的消息，-在接收者(6)一方以輸出表示形式輸出消息，-在將輸入表示形式的消息轉(zhuǎn)換為傳輸表示形式的消息和將傳輸表示形式的消息轉(zhuǎn)換為輸出表示形式的消息中至少一個步驟中，進(jìn)行對消息的語義分析。
2.依照權(quán)利要求1的方法，其中，傳輸表示形式和輸出表示形式中的至少一個表示形式適應(yīng)于接收者(6)。
3.依照前述任意一個權(quán)利要求的方法，其中，補充信息被自動地添加到消息中，補充信息依賴于消息的語義內(nèi)容。
4.依照前述任意一個權(quán)利要求的方法，其中，如果語義分析的結(jié)果是模糊的，則通過與用戶的對話自動地補充語義分析。
5.依照前述任意一個權(quán)利要求的方法，其中，將消息轉(zhuǎn)換為所定義的傳輸表示形式或者輸出表示形式的消息的轉(zhuǎn)換步驟基于應(yīng)用的所定義的表示形式。
6.依照前述任意一個權(quán)利要求的方法，其中，傳輸表示形式基于網(wǎng)絡(luò)本體語言。
7.依照前述任意一個權(quán)利要求的方法，其中，將輸入表示形式的消息轉(zhuǎn)換為傳輸表示形式的消息的步驟基于語音識別。
8.依照前述任意一個權(quán)利要求的方法，其中，將傳輸表示形式的消息轉(zhuǎn)換為輸出表示形式的消息基于文本到語音的轉(zhuǎn)換。
9.一種消息系統(tǒng)(1)，包含-用于在發(fā)送者(5)一方以輸入表示形式輸入消息的輸入設(shè)備(2)，-用于發(fā)送和接收消息的傳輸裝置(4)，-用于在接收者(6)一方以輸出表示形式輸出消息的輸出設(shè)備(3)，和-消息轉(zhuǎn)換裝置(11)，其被安排-依照消息的語義內(nèi)容，將輸入表示形式的消息轉(zhuǎn)換為所定義的傳輸表示形式的消息，-將傳輸表示形式的消息轉(zhuǎn)換為輸出表示形式的消息，和-在將消息從輸入表示形式轉(zhuǎn)換為傳輸表示形式的消息和將傳輸表示形式的消息轉(zhuǎn)換為輸出表示形式的消息的步驟中的至少一個步驟中進(jìn)行對消息的語義分析。
10.消息轉(zhuǎn)換裝置(11)，包含-用于接收輸入表示形式的消息的輸入接口(9)，-用于發(fā)送輸出表示形式的消息的輸出接口(10)，和-處理裝置(8)，其被安排-依照消息的語義內(nèi)容，將輸入表示形式的消息轉(zhuǎn)換為所定義的傳輸表示形式的消息，-將傳輸表示形式的消息轉(zhuǎn)換為輸出表示形式的消息，和-在將輸入表示形式的消息轉(zhuǎn)換為傳輸表示形式的消息和將傳輸表示形式的消息轉(zhuǎn)換為輸出表示形式的消息的步驟中的至少一個步驟中進(jìn)行對消息的語義分析。
全文摘要
本發(fā)明描述了一種用于從發(fā)送者(5)向接收者(6)傳輸消息的方法。消息在發(fā)送者一方以輸入表示形式被輸入，依照消息的語義內(nèi)容被轉(zhuǎn)換為定義的傳輸表示形式的消息，再被轉(zhuǎn)換為輸出表示形式的消息，并且，在接收者(6)一方以輸出表示形式輸出。在將輸入表示形式的消息轉(zhuǎn)換為傳輸表示形式的消息和將傳輸表示形式的消息轉(zhuǎn)換為輸出表示形式的消息的步驟中的至少一個步驟中進(jìn)行對消息的語義分析。
文檔編號H04L12/58GK1954566SQ200580015425
公開日2007年4月25日 申請日期2005年5月9日 優(yōu)先權(quán)日2004年5月14日
發(fā)明者T·波特勒, D·埃維斯, M·奧爾德 申請人:皇家飛利浦電子股份有限公司