專利名稱：消息處理的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及提供處理(handling)消息的方法和系統(tǒng)。
技術(shù)背景
商業(yè)和個(gè)人環(huán)境中經(jīng)由諸如因特網(wǎng)的網(wǎng)絡(luò)連接的計(jì)算機(jī)的廣泛使用已經(jīng)帶來(lái)了 通過(guò)交換消息的電子通信的普遍使用。兩種這樣的消息收發(fā)(messaging)技術(shù)是電子郵件 和即時(shí)消息收發(fā)。電子郵件(電子郵件)是使用客戶端裝置和服務(wù)器的電子通信系統(tǒng)來(lái) 編寫、發(fā)送、接收和存儲(chǔ)消息的存儲(chǔ)和轉(zhuǎn)發(fā)方法。即時(shí)消息收發(fā)是允許網(wǎng)絡(luò)上的兩個(gè)或 更多個(gè)參與方之間的基于文本的通信的技術(shù)。即時(shí)消息收發(fā)通過(guò)快速傳輸信息而允許多 方之間同時(shí)通信。即時(shí)消息允許多方之間允許有效和高效的通信，特點(diǎn)是確收或答復(fù)的 立即接收。能夠使得世界范圍內(nèi)的人們按照非正式的方式彼此通信的這種系統(tǒng)的性質(zhì)已 經(jīng)帶來(lái)了多種困難。
已知這樣的系統(tǒng)的改進(jìn)。例如，美國(guó)專利申請(qǐng)公開US 2007/0208813公開了機(jī) 器翻譯即時(shí)消息收發(fā)應(yīng)用。該申請(qǐng)公開了即時(shí)消息收發(fā)翻譯插件，其與即時(shí)消息收發(fā)程 序交互，以解譯到來(lái)的(incoming)消息并將這些消息轉(zhuǎn)發(fā)給語(yǔ)言翻譯服務(wù)。然后插件將 從服務(wù)接收的翻譯與原始消息一起顯示。這提供了可以由即時(shí)消息收發(fā)用戶使用來(lái)跨過(guò) 語(yǔ)言載體地通信的翻譯，并且無(wú)需使用本地翻譯或翻譯服務(wù)的內(nèi)部工作的知識(shí)。此外， 翻譯插件還提供消息的人工翻譯，這允許與使用不同語(yǔ)言但不使用翻譯插件的用戶進(jìn)行 通信。在翻譯之前修改消息，以便校正拼寫，防止特定詞語(yǔ)或詞組被翻譯，并且將即時(shí) 消息收發(fā)語(yǔ)言變?yōu)闃?biāo)準(zhǔn)語(yǔ)言形式。該技術(shù)可在各種消息收發(fā)服務(wù)上進(jìn)行，包括計(jì)算機(jī)或 移動(dòng)裝置上的即時(shí)消息收發(fā)，如SMS。
沒有能夠補(bǔ)償通信方的文化差異的已知消息收發(fā)系統(tǒng)。諸如即時(shí)消息收發(fā) 的消息收發(fā)系統(tǒng)提供了正在更頻繁使用的、經(jīng)常在不同國(guó)家的人們之間使用的、更重 要的是在不同文化的人們之間使用的通信的方法。這可能由于已知為計(jì)算機(jī)去抑制 (cyberdisinhibition)的效應(yīng)而導(dǎo)致通信中的問(wèn)題，或者在使用數(shù)字通信方法時(shí)忽視協(xié)議的 趨勢(shì)。不存在被設(shè)計(jì)為直接應(yīng)對(duì)該問(wèn)題的任何工具。發(fā)明內(nèi)容
因而本發(fā)明的一個(gè)目的是改善已知技術(shù)。
根據(jù)本發(fā)明的第一方面，提供了處理消息的方法，該消息從發(fā)送方傳輸?shù)浇邮?方，該方法包括從發(fā)送方接收消息，接收識(shí)別接收方的信息，訪問(wèn)所識(shí)別的接收方的 預(yù)定義規(guī)則組，將規(guī)則組應(yīng)用于消息，識(shí)別消息內(nèi)的規(guī)則組的違規(guī)，校正消息內(nèi)的所識(shí) 別出的違規(guī)或者將消息內(nèi)的所識(shí)別出的違規(guī)呈現(xiàn)給發(fā)送方，以及向接收方傳輸校正后的 消息。
根據(jù)本發(fā)明的第二方面，提供了處理消息的系統(tǒng)，該消息從發(fā)送方傳輸?shù)浇邮?方，該系統(tǒng)包括客戶端裝置，被布置為接收消息，以及接收識(shí)別接收方的信息；以及處理部件，被布置為訪問(wèn)所識(shí)別的接收方的預(yù)定義規(guī)則組，將規(guī)則組應(yīng)用于消息，識(shí)別 消息內(nèi)的規(guī)則組的違規(guī)，校正消息內(nèi)的所識(shí)別出的違規(guī)或者將消息內(nèi)的所識(shí)別出的違規(guī) 呈現(xiàn)給發(fā)送方，以及向接收方傳輸校正后的消息。
根據(jù)本發(fā)明的第三方面，提供了處理消息的計(jì)算機(jī)可讀介質(zhì)上的計(jì)算機(jī)程序產(chǎn) 品，該消息從發(fā)送方傳輸?shù)浇邮辗?，該產(chǎn)品包括用于以下的指令從發(fā)送方接收消息， 接收識(shí)別接收方的信息，訪問(wèn)所識(shí)別的接收方的預(yù)定義規(guī)則組，將規(guī)則組應(yīng)用于消息， 識(shí)別消息內(nèi)的規(guī)則組的違規(guī)，校正消息內(nèi)的所識(shí)別出的違規(guī)或者將消息內(nèi)的所識(shí)別出的 違規(guī)呈現(xiàn)給發(fā)送方，以及向接收方傳輸校正后的消息。
由于本發(fā)明，能夠提供描述消息對(duì)話的參與方的協(xié)議的規(guī)則集，無(wú)論這如在即 時(shí)消息中那樣同步還是如在電子郵件中那樣不同步。重要的一點(diǎn)是，應(yīng)用于兩方的規(guī)則 無(wú)需相同，并且接收方的規(guī)則被應(yīng)用于發(fā)送方的消息。這允許在發(fā)送方發(fā)送消息之前向 發(fā)送方標(biāo)記出潛在的問(wèn)題，允許進(jìn)行查看和(如果必要的話)改變，或者對(duì)消息進(jìn)行自動(dòng) 改變。這里，核心思想是傳遞一種計(jì)算機(jī)去抑制防止方法，其允許參與方避免在他們的 消息中產(chǎn)生會(huì)冒犯接收方的錯(cuò)誤。
優(yōu)選地，該處理還包括傳輸發(fā)送方的規(guī)則組指示符。每個(gè)消息參與方設(shè)置或選 擇用于在消息被發(fā)送給用戶時(shí)標(biāo)出(highlight)潛在的協(xié)議問(wèn)題的規(guī)則組。用戶通過(guò)直接 進(jìn)行選擇或者從關(guān)于用戶位置的推論間接得到而做出的選擇被傳送給正執(zhí)行規(guī)則組違規(guī) 識(shí)別的通信鏈內(nèi)的組件。
規(guī)則組可與許多不同的事物相關(guān)。例如，使用拼寫檢查器作為例子，每個(gè)消 息收發(fā)參與方將設(shè)置他們的拼寫檢查字典。如果說(shuō)某人正從英國(guó)向美國(guó)發(fā)送消息，則 所應(yīng)用的拼寫檢查將是美國(guó)的那個(gè)，所以接收方在消息已經(jīng)被檢查之后會(huì)看到美式拼 寫。在相同的消息收發(fā)對(duì)話中，從美國(guó)到英國(guó)的消息將應(yīng)用英國(guó)拼寫檢查字典。這 只是方法的一個(gè)例子；可在本發(fā)明中使用許多不同類型的規(guī)則組。作為具體的例子， 日語(yǔ)規(guī)則組可能包括在接收方名字之后添加-san的規(guī)則，而英國(guó)規(guī)則組可能標(biāo)記出缺 少“please”(請(qǐng))或“thankyou”(謝謝)。用于檢測(cè)這些規(guī)則的算法將基于試探法 (heuristics) >語(yǔ)法分析算法等。
有利的是，該方法還包括在將消息內(nèi)的所識(shí)別出的違規(guī)呈現(xiàn)給發(fā)送方之后，從 發(fā)送方接收修改后的消息，以及對(duì)修改后的消息重復(fù)應(yīng)用規(guī)則組、識(shí)別規(guī)則組的違規(guī)和 執(zhí)行校正違規(guī)或呈現(xiàn)違規(guī)的步驟。如果在已經(jīng)向用戶呈現(xiàn)了規(guī)則組違規(guī)之后用戶對(duì)消息 進(jìn)行修改，則新的修改后的消息可被重新提交給對(duì)消息執(zhí)行處理的組件，以查看是否檢 測(cè)到任何新的違規(guī)。
可替換地，該處理還包括在將消息內(nèi)的所識(shí)別出的違規(guī)呈現(xiàn)給發(fā)送方之后， 從發(fā)送方接收忽略命令，以及將未校正的消息傳輸?shù)浇邮辗健Ｏ蛴脩籼峁┖雎詸z測(cè)到的 違規(guī)的選項(xiàng)，無(wú)論這經(jīng)由用戶偏好選擇還是由用戶有意為之。這提供了更靈活的系統(tǒng)， 并確保用戶完全控制該過(guò)程。
理想地，該方法還包括接收識(shí)別第二接收方的信息，訪問(wèn)用于所識(shí)別的第二接 收方的第二預(yù)定義規(guī)則組，該第二預(yù)定義規(guī)則組不同于第一預(yù)定義規(guī)則組，并對(duì)該第二 預(yù)定義規(guī)則組重復(fù)應(yīng)用規(guī)則組、識(shí)別規(guī)則組的違規(guī)和執(zhí)行校正違規(guī)或呈現(xiàn)違規(guī)的步驟。 可同時(shí)對(duì)多個(gè)參與方執(zhí)行規(guī)則組違規(guī)檢測(cè)。對(duì)于同一消息，這些不同的接收方可具有應(yīng)用于其的不同規(guī)則組。例如，位于英國(guó)的發(fā)送方可能正向不同接收方發(fā)送消息，一個(gè)在 美國(guó)，一個(gè)在日本。每個(gè)接收方將具有與他們相關(guān)聯(lián)的不同規(guī)則組，并且通信鏈中的處 理組件將把每個(gè)規(guī)則組應(yīng)用于該消息。如果用戶已經(jīng)選擇了呈現(xiàn)所識(shí)別的違規(guī)的選項(xiàng)， 則將向用戶呈現(xiàn)兩個(gè)不同的校正消息，對(duì)于每個(gè)預(yù)期接收方各一個(gè)。如希望，用戶可修 改或保留每個(gè)消息。


現(xiàn)在將參照附圖，僅僅通過(guò)示例描述本發(fā)明的實(shí)施例，在附圖中
圖1是用于處理消息的系統(tǒng)的示意圖，
圖2是圖1的系統(tǒng)的客戶端裝置的示意圖，
圖3是圖1的系統(tǒng)的服務(wù)器的示意圖，
圖4是示出圖形用戶界面的圖2的客戶端裝置的顯示裝置的示意圖，以及
圖5是處理消息的方法的流程圖。
具體實(shí)施方式
圖1中示出了消息收發(fā)系統(tǒng)的例子。參照該圖描述的實(shí)施例是即時(shí)消息收發(fā)系 統(tǒng)。該系統(tǒng)包括服務(wù)器10和兩個(gè)客戶端裝置12。服務(wù)器10運(yùn)行即時(shí)消息收發(fā)應(yīng)用，并 且每個(gè)客戶端裝置12運(yùn)行客戶端程序，該客戶端程序與服務(wù)器10所維護(hù)的即時(shí)消息應(yīng)用 進(jìn)行通信。在該例子中，為了簡(jiǎn)潔，僅僅示出了兩個(gè)客戶端裝置12。然而，多個(gè)客戶端 裝置12可連接到服務(wù)器10，并且事實(shí)上可使用多個(gè)服務(wù)器10，即時(shí)消息收發(fā)應(yīng)用的功能 跨過(guò)多個(gè)服務(wù)器10分布。
每個(gè)客戶端裝置12與用戶14相關(guān)聯(lián)，用戶14訪問(wèn)由他們各自的客戶端裝置12 運(yùn)行的客戶端程序。用戶14將使用用戶名和密碼登錄到客戶端程序中，并且客戶端程序 將向正由服務(wù)器10運(yùn)行的應(yīng)用通知該特定用戶14現(xiàn)在可進(jìn)行即時(shí)信息傳送。當(dāng)兩個(gè)用 戶14希望經(jīng)由即時(shí)消息收發(fā)進(jìn)行通信時(shí)，則用戶14之一必須發(fā)起與另一用戶14之間的 會(huì)話，通常按照已經(jīng)定義好的方式。
服務(wù)器10維護(hù)兩個(gè)用戶14之間正在進(jìn)行的會(huì)話。無(wú)論何時(shí)用戶14在他們各自 的客戶端12上鍵入消息時(shí)，則該消息從他們的客戶端程序發(fā)送到服務(wù)器10處的即時(shí)消息 收發(fā)應(yīng)用。然后服務(wù)器10將該消息傳輸?shù)絽⑴c會(huì)話的另一客戶端裝置12。如果會(huì)話中 存在多個(gè)用戶14，則服務(wù)器10將把該消息傳輸?shù)脚c那些用戶14相關(guān)聯(lián)的多個(gè)客戶端裝置 12。
服務(wù)器10還連接到數(shù)據(jù)庫(kù)16，該數(shù)據(jù)庫(kù)16是文化規(guī)則數(shù)據(jù)庫(kù)16。服務(wù)器10 所運(yùn)行的即時(shí)收發(fā)消息應(yīng)用能訪問(wèn)該文化規(guī)則數(shù)據(jù)庫(kù)16的內(nèi)容。數(shù)據(jù)庫(kù)16存儲(chǔ)多個(gè)規(guī) 則組，每個(gè)規(guī)則組與特定文化特征(identity)相關(guān)聯(lián)，其可基于地理學(xué)、語(yǔ)言、國(guó)籍或任 何其他合適的特征化類型。下面參照?qǐng)D3更詳細(xì)地討論數(shù)據(jù)庫(kù)16的功能和在其中存儲(chǔ)的 規(guī)則組。
圖2示出了消息收發(fā)過(guò)程的客戶端處的系統(tǒng)的更多細(xì)節(jié)?？蛻舳搜b置12由用戶 14操作，用戶14已經(jīng)登錄到他們的本地消息收發(fā)客戶端程序并參與到與另一用戶14(他 遠(yuǎn)離圖中所示的用戶14)之間的即時(shí)消息收發(fā)會(huì)話中。當(dāng)用戶14想要向參與用戶14發(fā)送消息18時(shí)，則他們將在他們本地的客戶端應(yīng)用的圖形用戶界面上鍵入消息并按下發(fā)送。 然后客戶端裝置12操作為將消息18傳輸?shù)骄S護(hù)(maintain)當(dāng)前即時(shí)消息收發(fā)會(huì)話的合適 的服務(wù)器10。
諸如即時(shí)消息收發(fā)的消息收發(fā)應(yīng)用的性質(zhì)是它們鼓勵(lì)對(duì)當(dāng)前正進(jìn)行的消息收發(fā) 線程(或?qū)υ?的快速和非正式的響應(yīng)。因?yàn)檫@樣的消息收發(fā)由于其特性而不包括用戶 語(yǔ)音的音調(diào)和語(yǔ)調(diào)的正常人類交流元素以及身體語(yǔ)言和其他非口頭提示，所以容易撰寫 出可能被參與方認(rèn)為是唐突或粗魯?shù)南?8。同樣還是這種情況，商業(yè)和個(gè)人通信的全 球化已經(jīng)帶來(lái)了具有非常不同的文化準(zhǔn)則的人們之間的廣泛接觸，即使他們正在相同的 組織中、在相同的角色(function)中、以及以相同的等級(jí)進(jìn)行工作。這可能導(dǎo)致語(yǔ)言的 無(wú)意使用(或誤用)。
本申請(qǐng)的發(fā)明被設(shè)計(jì)為應(yīng)對(duì)這些問(wèn)題。用戶14具有與它們相關(guān)聯(lián)的文化設(shè) 置20。該設(shè)置可由客戶端裝置12訪問(wèn)。例如，當(dāng)用戶14登錄到本地消息收發(fā)客戶 端中時(shí)，則它們的登錄以及與服務(wù)器10之間的通信的接受包括用戶特定設(shè)置20的檢索 (recalling) 用戶的文化設(shè)置20被傳輸?shù)椒?wù)器10，作為參與即時(shí)消息收發(fā)會(huì)話的用戶 14的前提(prerequisite)。這可作為在客戶端程序連接到服務(wù)器10所運(yùn)行的應(yīng)用時(shí)發(fā)生的 向服務(wù)器10的登記的一部分而全部完成。該設(shè)置有效地確定應(yīng)用于用戶14的規(guī)則22。 這些規(guī)則22不必在本地客戶端裝置14處明確聲明，有效的是，設(shè)置20是對(duì)應(yīng)用于特定 用戶14的規(guī)則22的指針。
圖3中更詳細(xì)地示出了服務(wù)器10。服務(wù)器10接收由用戶14的客戶端裝置12傳 輸?shù)南?8。服務(wù)器10能訪問(wèn)日志(log) 24，其正維護(hù)由即時(shí)消息收發(fā)應(yīng)用運(yùn)行的當(dāng)前 會(huì)話的細(xì)節(jié)。該日志M包括由參與特定即時(shí)消息收發(fā)會(huì)話的其他用戶定義的消息18的 接收方的細(xì)節(jié)。服務(wù)器10能夠針對(duì)任何到來(lái)的消息18訪問(wèn)日志M，以識(shí)別消息18的預(yù) 期接收方。
服務(wù)器10還連接到文化數(shù)據(jù)庫(kù)16，該文化數(shù)據(jù)庫(kù)16存儲(chǔ)多個(gè)規(guī)則組沈。這些 規(guī)則組沈定義了能應(yīng)用于消息18內(nèi)的文本的一個(gè)或多個(gè)規(guī)則。規(guī)則組沈可由數(shù)據(jù)庫(kù)16 原樣存儲(chǔ)，或者可動(dòng)態(tài)生成，在此意義下，它們能依據(jù)與預(yù)期接收方有關(guān)的一個(gè)或多個(gè) 因素而從較小的片段組合而成。如上所述，參照?qǐng)D2，即時(shí)消息收發(fā)會(huì)話中的每個(gè)參與方 已經(jīng)向服務(wù)器10傳送了他們各自的文化設(shè)置20。有效的是，該設(shè)置20是用于發(fā)送方的 規(guī)則組指示符。，關(guān)于決定哪個(gè)規(guī)則組沈要用于該接收方，使用設(shè)置20，而不考慮選擇 是預(yù)先存在的規(guī)則組26還是動(dòng)態(tài)創(chuàng)建的規(guī)則組26。
服務(wù)器10被安排為通過(guò)訪問(wèn)所識(shí)別的接收方的預(yù)定義規(guī)則組沈、將規(guī)則組沈應(yīng) 用于消息18和識(shí)別消息18內(nèi)的規(guī)則組的違規(guī)(infringement)，來(lái)處理消息18。服務(wù)器10 內(nèi)的處理組件(未示出)被安排為在每次服務(wù)器10接收到消息18時(shí)執(zhí)行這些步驟。有 效的是，服務(wù)器10對(duì)于所接收的消息18徹底翻查(churn through)所選規(guī)則組沈中的規(guī) 則，以便檢測(cè)出規(guī)則組沈中的規(guī)則的任何違規(guī)。一旦這一點(diǎn)已經(jīng)完成，則服務(wù)器10被 安排為校正消息18內(nèi)的所識(shí)別出的違規(guī)，或者將消息18內(nèi)的所識(shí)別出的違規(guī)提交給從其 接收了初始消息18的客戶端裝置12。
本發(fā)明的優(yōu)選實(shí)施例是針對(duì)要傳輸回客戶端裝置12的消息18內(nèi)的所識(shí)別出的違 規(guī)，從而用戶14有查看那些改變并決定他們想要接受改變還是忽略改變的選項(xiàng)。因而，7服務(wù)器10被配置為向初始發(fā)送消息18的客戶端裝置12發(fā)送回查詢消息。如果沒有檢測(cè) 出所選規(guī)則組26的違規(guī)，則服務(wù)器10不回復(fù)客戶端裝置12，簡(jiǎn)單地將消息18繼續(xù)傳輸 到預(yù)期接收方，如當(dāng)前即時(shí)消息收發(fā)會(huì)話所定義的那樣。
圖4示出了饑餓護(hù)短裝置12可以如何被配置以應(yīng)對(duì)從由服務(wù)器10所運(yùn)行的應(yīng)用 回到本地即時(shí)消息收發(fā)客戶端的詢問(wèn)(query)消息的例子。該圖示出了形成客戶端裝置 12的一部分的顯示裝置觀。顯示裝置觀向客戶端裝置12所運(yùn)行的本地即時(shí)消息收發(fā)客 戶端示出了圖形用戶界面30。圖形用戶界面30標(biāo)題為“IM客戶端-用戶2”。這指的 是即時(shí)消息收發(fā)客戶端會(huì)話，其中用戶14登錄為“用戶2”。當(dāng)前會(huì)話在標(biāo)題下方的界 面30的部分中示出。
用戶2已經(jīng)鍵入客戶端界面30的消息是消息“IM OK TY SUZUKI”。該消息可能容易地被英語(yǔ)為母語(yǔ)的人所理解，他足夠精通遍布網(wǎng)絡(luò)消息收發(fā)的語(yǔ)言的習(xí)語(yǔ)使 用(如在電子郵件和即時(shí)消息中所使用的)。用戶2已經(jīng)拋棄了語(yǔ)法慣例，并使用了略 縮語(yǔ)，還使用了用戶1的名字而沒有使用適當(dāng)?shù)奈幕险_的后綴。該消息在用戶2 — 旦按下發(fā)送時(shí)就已經(jīng)到達(dá)服務(wù)器10、被檢查，然后校正的版本將已經(jīng)被服務(wù)器10發(fā)送 回客戶端裝置12。這使得圖形用戶界面30生成子窗口 32，其包括按照校正版本的形 式呈現(xiàn)出對(duì)接收方的規(guī)則組沈的所識(shí)別出的違規(guī)的組件。這是“I AM FINE THANK YOUSUZUKI-SAN”?，F(xiàn)在用戶14有通過(guò)使用光標(biāo)34進(jìn)行適當(dāng)?shù)倪x擇而接受或拒絕服 務(wù)器10所做的改變的機(jī)會(huì)。如果用戶接受改變，則初始消息的校正版本被發(fā)送給預(yù)期接 收方，并且如果用戶拒絕改變，則初始消息18被發(fā)送給接收方。
圖5中例示了上述方法的一個(gè)實(shí)施例，其示出了處理消息18的方法的流程圖。 第一步驟(步驟Si)是從客戶端裝置12向服務(wù)器10傳輸參與即時(shí)消息收發(fā)會(huì)話的用戶14 的文化設(shè)置20的步驟。下一步驟幻是用戶14在客戶端程序的文本編輯器上輸入他們想 要發(fā)送給特定接收方的消息18的步驟。一旦用戶已經(jīng)完成期望的消息18，則用戶將按下 發(fā)送，并且在步驟S3，客戶端即時(shí)消息收發(fā)程序接收消息18，作為準(zhǔn)備好要傳輸?shù)椒?wù) 器10所運(yùn)行的即時(shí)消息收發(fā)應(yīng)用的消息。
該過(guò)程中的下一步驟是從客戶端裝置10向服務(wù)器12發(fā)送消息18的步驟，如步 驟S4所示。一旦服務(wù)器10已經(jīng)從客戶端裝置10接收到消息18，則在步驟S5，服務(wù)器 10就被安排為針對(duì)于合適的規(guī)則組沈中的規(guī)則來(lái)檢查消息18。上面參照?qǐng)D4詳細(xì)地描 述了該步驟。服務(wù)器10從數(shù)據(jù)庫(kù)16檢索正確的規(guī)則組沈，并且在步驟S6，識(shí)別出消息 18內(nèi)的任何規(guī)則違規(guī)。如果沒有檢測(cè)到違規(guī)，則在步驟S7，消息18被發(fā)送到接收方。
如果在步驟S6檢測(cè)到規(guī)則違規(guī)，則方法前進(jìn)到步驟S8。在此步驟中，服務(wù)器 10將警告發(fā)送回到初始發(fā)送消息18的客戶端裝置12，表示已經(jīng)檢測(cè)到一個(gè)或多個(gè)規(guī)則違 規(guī)?？蛻舳搜b置12適當(dāng)?shù)靥幚碓摼?，并向用?4給出接受或拒絕已經(jīng)對(duì)消息18所做 的改變的選項(xiàng)。如果忽略警告，則過(guò)程再次移至步驟S7，將未修改的消息18發(fā)送給接 收方，并結(jié)束。
如果用戶14決定不忽略警告，并在步驟SlO調(diào)整消息(這可通過(guò)接受服務(wù)器10 所提議的修改而實(shí)現(xiàn))，然后由客戶端裝置12將新的修改后的消息發(fā)送給服務(wù)器10，并 且重復(fù)檢查消息18的過(guò)程。在消息18沒有規(guī)則違規(guī)時(shí)或者用戶14選擇忽略對(duì)消息18 所提議的改變時(shí)，則過(guò)程將移至步驟S7，向預(yù)期接收方發(fā)送消息(無(wú)論修改與否)。
該過(guò)程的基礎(chǔ)部分是 服務(wù)器檢查消息18，以在它被發(fā)送給接收方之前查看消息 18內(nèi)是否存在任何規(guī)則違規(guī)。事實(shí)上，該過(guò)程的所有其他方面可按照不同方式實(shí)現(xiàn)。例 如，無(wú)需具有對(duì)客戶端裝置12的反饋循環(huán)。服務(wù)器10可被配置為直接對(duì)消息18進(jìn)行改 變，而不向消息18的初始發(fā)送方詢問(wèn)這些改變。
如果存在多個(gè)預(yù)期接收方，則圖5中所述的過(guò)程也完美地工作。例如，這可在 即時(shí)消息會(huì)話具有三個(gè)或更多個(gè)參與方的情況下或者在消息是要發(fā)送給多個(gè)個(gè)體的電子 郵件消息的情況下進(jìn)行。在此情況下，對(duì)于每個(gè)可能的接收方重復(fù)規(guī)則違規(guī)步驟S5和 S6(假設(shè)他們具有不同的簡(jiǎn)檔(profile))。然后，可向消息18的初始發(fā)送方呈現(xiàn)對(duì)于不同 接收方的不同修改的電子郵件。
在規(guī)則檢查發(fā)生在即時(shí)消息收發(fā)服務(wù)器10處的背景下描述所有以上實(shí)施例。然 而，這種通過(guò)針對(duì)接收方所確定的規(guī)則組比較消息18對(duì)消息18的處理可以發(fā)生在通信鏈 中的任何地方。沒有理由不能在任何消息18被發(fā)送到服務(wù)器10之前在客戶端裝置12處 進(jìn)行處理。與消息18的直接處理有關(guān)的所有步驟則將在客戶端裝置12處實(shí)行。
類似地，單獨(dú)的服務(wù)器可被設(shè)計(jì)用于規(guī)則查詢。該服務(wù)器將與即時(shí)消息收發(fā)服 務(wù)器12通信，但將把所有處理任務(wù)委派給該單獨(dú)的服務(wù)器。
權(quán)利要求
1.一種處理消息的方法，該消息用于從發(fā)送方傳輸?shù)浇邮辗?，該方法包? 從所述發(fā)送方接收消息， 接收識(shí)別所述接收方的信息， 訪問(wèn)對(duì)于所識(shí)別的接收方的預(yù)定義規(guī)則組， 將所述規(guī)則組應(yīng)用于所述消息， 識(shí)別在所述消息內(nèi)的所述規(guī)則組的違規(guī)， 執(zhí)行ο校正所述消息內(nèi)的所識(shí)別出的違規(guī)，或者 ο將所述消息內(nèi)的所識(shí)別出的違規(guī)呈現(xiàn)給所述發(fā)送方，以及 向所述接收方傳輸校正后的消息。
2.如權(quán)利要求1所述的方法，還包括傳輸用于所述發(fā)送方的規(guī)則組指示符。
3.如權(quán)利要求1或2所述的方法，還包括在將所述消息內(nèi)的所識(shí)別出的違規(guī)呈現(xiàn)給 所述發(fā)送方之后，從所述發(fā)送方接收修改后的消息，以及對(duì)修改后的消息重復(fù)應(yīng)用所述 規(guī)則組、識(shí)別所述規(guī)則組的違規(guī)和執(zhí)行校正違規(guī)或呈現(xiàn)違規(guī)的步驟。
4.如權(quán)利要求1、2或3所述的方法，還包括在將所述消息內(nèi)的所識(shí)別出的違規(guī)呈 現(xiàn)給所述發(fā)送方之后，從所述發(fā)送方接收忽略命令，以及將未校正的消息傳輸?shù)剿鼋?收方。
5.如前述任一權(quán)利要求所述的方法，還包括接收識(shí)別第二接收方的信息，訪問(wèn)用 于所識(shí)別的第二接收方的第二預(yù)定義規(guī)則組，該第二預(yù)定義規(guī)則組不同于第一預(yù)定義規(guī) 則組，并對(duì)該第二預(yù)定義規(guī)則組重復(fù)應(yīng)用所述規(guī)則組、識(shí)別所述規(guī)則組的違規(guī)和執(zhí)行校 正違規(guī)或呈現(xiàn)違規(guī)的步驟。
6.—種處理消息的系統(tǒng)，該消息用于從發(fā)送方傳輸?shù)浇邮辗?，該系統(tǒng)包括 客戶端裝置，被安排為接收消息，以及接收識(shí)別所述接收方的信息，以及 處理部件，被安排為訪問(wèn)用于所識(shí)別的接收方的預(yù)定義規(guī)則組，將所述規(guī)則組應(yīng) 用于所述消息，識(shí)別所述消息內(nèi)的所述規(guī)則組的違規(guī)，執(zhí)行 ο校正所述消息內(nèi)的所識(shí)別出的違規(guī)，或者 ο將所述消息內(nèi)的所識(shí)別出的違規(guī)呈現(xiàn)給所述客戶端裝置，以及 向所述接收方傳輸校正后的消息。
7.如權(quán)利要求6所述的系統(tǒng)，其中所述客戶端裝置還被安排為將規(guī)則組指示符傳輸?shù)?所述處理部件。
8.如權(quán)利要求6或7所述的系統(tǒng)，其中所述處理部件還被安排為在將所述消息內(nèi)的 所識(shí)別出的違規(guī)呈現(xiàn)給所述發(fā)送方之后，從所述發(fā)送方接收修改后的消息，以及對(duì)修改 后的消息重復(fù)應(yīng)用所述規(guī)則組、識(shí)別所述規(guī)則組的違規(guī)和執(zhí)行校正違規(guī)或呈現(xiàn)違規(guī)的步驟。
9.如權(quán)利要求6、7或8所述的系統(tǒng)，其中所述處理部件還被安排為在將所述消息內(nèi) 的所識(shí)別出的違規(guī)呈現(xiàn)給所述發(fā)送方之后，從所述發(fā)送方接收忽略命令，以及將未校正 的消息傳輸?shù)剿鼋邮辗健?br> 10.如權(quán)利要求6至9中任一項(xiàng)所述的系統(tǒng)，其中所述客戶端裝置還被安排為接收識(shí) 別第二接收方的信息，以及所述處理部件還被安排為訪問(wèn)用于所識(shí)別的第二接收方的第二預(yù)定義規(guī)則組，該第二預(yù)定義規(guī)則組不同于第一預(yù)定義規(guī)則組，并對(duì)該第二預(yù)定義規(guī) 則組重復(fù)應(yīng)用所述規(guī)則組、識(shí)別所述規(guī)則組的違規(guī)和執(zhí)行校正違規(guī)或呈現(xiàn)違規(guī)的步驟。
11.一種處理消息的計(jì)算機(jī)可讀介質(zhì)上的計(jì)算機(jī)程序產(chǎn)品，該消息用于從發(fā)送方傳輸 到接收方，該產(chǎn)品包括用于以下的指令 從所述發(fā)送方接收消息， 接收識(shí)別所述接收方的信息， 訪問(wèn)對(duì)于所識(shí)別的接收方的預(yù)定義規(guī)則組， 將所述規(guī)則組應(yīng)用于所述消息， 識(shí)別所述消息內(nèi)的所述規(guī)則組的違規(guī)， 執(zhí)行ο校正所述消息內(nèi)的所識(shí)別出的違規(guī)，或者 ο將所述消息內(nèi)的所識(shí)別出的違規(guī)呈現(xiàn)給所述發(fā)送方，以及 向所述接收方傳輸校正后的消息。
12.如權(quán)利要求11所述的計(jì)算機(jī)程序產(chǎn)品，還包括用于進(jìn)行以下步驟的指令傳輸 用于所述發(fā)送方的規(guī)則組指示符。
13.如權(quán)利要求11或12所述的計(jì)算機(jī)程序產(chǎn)品，還包括在將所述消息內(nèi)的所識(shí)別出 的違規(guī)呈現(xiàn)給所述發(fā)送方之后、用于進(jìn)行以下步驟的指令從所述發(fā)送方接收修改后的 消息，以及對(duì)修改后的消息重復(fù)應(yīng)用所述規(guī)則組、識(shí)別所述規(guī)則組的違規(guī)和執(zhí)行校正違 規(guī)或呈現(xiàn)違規(guī)的步驟。
14.如權(quán)利要求11、12或13所述的計(jì)算機(jī)程序產(chǎn)品，還包括在將所述消息內(nèi)的所識(shí) 別出的違規(guī)呈現(xiàn)給所述發(fā)送方之后、用于進(jìn)行以下步驟的指令從所述發(fā)送方接收忽略 命令，以及將未校正的消息傳輸?shù)剿鼋邮辗健?br> 15.如權(quán)利要求11至14中任一項(xiàng)所述的計(jì)算機(jī)程序產(chǎn)品，還包括用于進(jìn)行以下步驟+ 的指令接收識(shí)別第二接收方的信息，訪問(wèn)用于所識(shí)別的第二接收方的第二預(yù)定義規(guī)則 組，該第二預(yù)定義規(guī)則組不同于第一預(yù)定義規(guī)則組，并對(duì)該第二預(yù)定義規(guī)則組重復(fù)應(yīng)用 所述規(guī)則組、識(shí)別所述規(guī)則組的違規(guī)和執(zhí)行校正違規(guī)或呈現(xiàn)違規(guī)的步驟。
全文摘要
一種處理消息的方法，該消息用于從發(fā)送方傳輸?shù)浇邮辗?，該方法包括從發(fā)送方接收消息，接收識(shí)別接收方的信息，訪問(wèn)用于所識(shí)別的接收方的預(yù)定義規(guī)則組，將規(guī)則組應(yīng)用于消息，識(shí)別消息內(nèi)的規(guī)則組的違規(guī)，校正消息內(nèi)的所識(shí)別出的違規(guī)或者將消息內(nèi)的所識(shí)別出的違規(guī)呈現(xiàn)給發(fā)送方，以及向接收方傳輸校正后的消息。
文檔編號(hào)G06Q10/00GK102027720SQ200980117525
公開日2011年4月20日 申請(qǐng)日期2009年5月15日 優(yōu)先權(quán)日2008年5月30日
發(fā)明者安德魯·J·梅納杜 申請(qǐng)人:國(guó)際商業(yè)機(jī)器公司