專利名稱：通過電信網(wǎng)跟蹤多媒體消息的模塊化方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明的對象是一種通過電信網(wǎng)跟蹤多媒體消息的模塊化方法和設(shè)備。本發(fā)明涉及電信領(lǐng)域，更具體地說，本發(fā)明涉及利用具有多媒體內(nèi)容的消息的通信領(lǐng)域。還將這種消息稱為多媒體消息或MMS消息。
本發(fā)明的一個目標(biāo)是能夠確定用于交換多媒體消息的系統(tǒng)的性能。
本發(fā)明的另一個目標(biāo)是能夠在開發(fā)用于交換多媒體消息的系統(tǒng)的階段，具有有效的測量/模擬工具。
本發(fā)明的另一個目標(biāo)是能夠?qū)τ糜诮粨Q多媒體消息的系統(tǒng)進(jìn)行測量，該系統(tǒng)處于運(yùn)行階段。
本發(fā)明的另一個目標(biāo)是確定路由多媒體消息的期限。
本發(fā)明的另一個目的是檢測多媒體消息在路由期間發(fā)生的惡化。
背景技術(shù)：
在現(xiàn)有技術(shù)中，存在對HTTP(超文本傳輸協(xié)議)服務(wù)器進(jìn)行負(fù)載模擬的已知方法和設(shè)備。這種方法執(zhí)行稱作機(jī)器人的多個程序，該程序通過發(fā)送關(guān)于服務(wù)器的請求而詢問HTTP服務(wù)器。這是其中僅涉及機(jī)器人/客戶機(jī)和服務(wù)器的客戶服務(wù)器進(jìn)程。因此，可以以這種方式得知是否正確地實(shí)現(xiàn)了服務(wù)器與機(jī)器人之間的交互，但是不會得到關(guān)于在交換MMS型多媒體消息期間所執(zhí)行的其他通信的信息。特別是，未得到關(guān)于傳送多媒體消息的期限方面的信息。從客戶發(fā)送該消息的日期到接收者接收它的日期，測量該期限。同樣，利用這種方法，不可能確定丟失了哪種多媒體消息，因?yàn)橄㈩愋透鶕?jù)它所包含的數(shù)據(jù)的性質(zhì)和數(shù)量發(fā)生變化。利用這種方法，仍不可能知道是否正確接收所發(fā)送的多媒體消息，即不可能知道所接收的消息是否與所發(fā)送的消息相同。最后，現(xiàn)有技術(shù)解決方案考慮了HTTP協(xié)議通信，而事實(shí)上，存在許多利用其發(fā)送多媒體消息的協(xié)議。
通過實(shí)現(xiàn)每個模塊具有規(guī)定作用的方法和模塊化設(shè)備，本發(fā)明解決了這些問題。因此，生成模塊產(chǎn)生可變多媒體消息，并利用包括HTTP、WAP(無線應(yīng)用協(xié)議)、SMTP(簡單函件傳送協(xié)議)、SOAP(簡單對象訪問協(xié)議)(僅提到了最通用協(xié)議)的各種通信協(xié)議，通過電信網(wǎng)發(fā)送該可變多媒體消息。這種生成模塊不可能模擬大量客戶的操作。的確不能從辦公室計算機(jī)、個人數(shù)字助理以及移動電話(僅提到對普通客戶)發(fā)出多媒體消息。所產(chǎn)生的消息至少包括一個主體和一個主題字段。生成模塊將信息輸入作為所產(chǎn)生的這種多媒體消息的函數(shù)的主題字段內(nèi)。因此，主題字段包括多媒體消息標(biāo)識符、產(chǎn)生和發(fā)送多媒體消息的日期、用于檢索模塊的指令碼以及/或多媒體消息的校驗(yàn)和。生成模塊還通過它產(chǎn)生和發(fā)送的多媒體消息將信息發(fā)送到分析模塊。
所產(chǎn)生和發(fā)送的這些多媒體消息通過電信網(wǎng)傳播，并通常被多媒體消息中繼服務(wù)器接收和處理。處理過程包括存儲該消息以及將通知消息發(fā)送到所接收和存儲的多媒體消息的接收者。該通知消息至少包括所述多媒體消息的主題字段。
攔截模塊攔截該通知消息，這樣，如果它不是生成模塊產(chǎn)生的消息，就使它路由選擇到其接收者，否則就將它發(fā)送到多媒體消息檢索模塊。
然后，檢索模塊知道使它實(shí)現(xiàn)詢問中繼服務(wù)器以檢索生成模塊產(chǎn)生并發(fā)出的多媒體消息的信息。該檢索過程可以獲得特別是關(guān)于所檢索的多媒體消息的完整性以及傳輸次數(shù)的信息。然后，將這樣獲得的信息發(fā)送到已經(jīng)在處理關(guān)于所發(fā)送的消息的信息的分析模塊。因此，關(guān)于所發(fā)送的消息的信息與關(guān)于所檢索的消息的信息之間的相關(guān)使得可以獲得統(tǒng)計信息以路由的多媒體消息的函數(shù)形式對電信網(wǎng)的工作情況建模。
因此，既可以在為了進(jìn)行負(fù)載測試和耐久性測試而集成MMS業(yè)務(wù)期間使用這種方法/設(shè)備，又可以在為了測量系統(tǒng)的真實(shí)可用性的生產(chǎn)過程中使用這種方法/設(shè)備。負(fù)載測試在于確定當(dāng)服務(wù)器在短時間周期內(nèi)承受大量需求時的工作情況。耐久性測試在于確定服務(wù)器在長時間周期內(nèi)的工作情況。當(dāng)然，為了在長時間周期內(nèi)確定承受大量需求的服務(wù)器的工作情況，可以將負(fù)載測試和耐久性測試組合在一起。

發(fā)明內(nèi)容
因此，本發(fā)明的對象是一種通過包括多媒體消息中繼服務(wù)器的電信網(wǎng)跟蹤多媒體消息的模塊化方法，多媒體消息包括接收者字段和主題字段，其中多媒體消息生成模塊自動產(chǎn)生多媒體消息；生成模塊將關(guān)于自動產(chǎn)生的多媒體消息的信息插入多媒體消息的主題字段內(nèi)，通過電信網(wǎng)發(fā)送產(chǎn)生的多媒體消息，中繼服務(wù)器接收所產(chǎn)生并發(fā)送的多媒體消息，中繼服務(wù)器產(chǎn)生用于通知收到多媒體消息的第一通知消息，并將該第一通知消息發(fā)送到接收者字段識別的接收者，第一通知消息包括主題字段，主題字段的內(nèi)容至少包括關(guān)于多媒體消息的主題字段的信息。
本發(fā)明還有一個對象是一種通過包括多媒體消息中繼服務(wù)器的電信網(wǎng)，跟蹤多媒體消息的模塊化方法，多媒體消息包括接收者字段和主題字段，其中攔截模塊攔截中繼服務(wù)器收到多媒體消息后發(fā)送的通知消息，確定哪個是第一通知消息的接收者，而且取決于接收者，其工作情況在電信網(wǎng)內(nèi)是透明的，或者其發(fā)送地址指向多媒體消息檢索模塊的第二通知消息，第二通知消息至少包括一個主題字段，該主題字段的內(nèi)容可以識別對應(yīng)于第一通知消息的多媒體消息，檢索模塊產(chǎn)生檢索請求以檢索對應(yīng)于第二通知消息的多媒體消息，而且檢索模塊將檢索請求發(fā)送到中繼服務(wù)器并處理中繼服務(wù)器的響應(yīng)。
一種通過包括多媒體消息中繼服務(wù)器的電信網(wǎng)，跟蹤多媒體消息的模塊化設(shè)備，多媒體消息包括接收者字段和主題字段，其中模塊化跟蹤設(shè)備包括生成模塊，用于自動產(chǎn)生消息，該生成模塊包括用于將關(guān)于自動產(chǎn)生的多媒體消息的信息插入多媒體消息的主題字段內(nèi)的裝置，該生成模塊包括通過電信網(wǎng)發(fā)送所產(chǎn)生的多媒體消息的裝置，中繼服務(wù)器包括用于產(chǎn)生用于通知收到多媒體消息的第一通知消息，并將該消息發(fā)送到被識別的接收者的裝置，第一通知消息包括主題字段，主題字段的內(nèi)容至少包括關(guān)于多媒體消息的主題字段的信息，攔截模塊包括用于攔截第一通知消息，確定哪個是第一通知消息的接收者，且取決于接收者，其工作情況在電信網(wǎng)內(nèi)是透明的，或者將第二通知消息發(fā)送到多媒體消息檢索模塊的裝置，第二通知消息至少包括一個主題字段，該主題字段的內(nèi)容可以識別對應(yīng)于第一通知消息的多媒體消息，檢索模塊包括用于產(chǎn)生檢索請求以檢索對應(yīng)于第二通知消息的多媒體消息的裝置，檢索模塊還包括用于將檢索請求發(fā)送到中繼服務(wù)器并對中繼服務(wù)器的響應(yīng)進(jìn)行處理的裝置。


根據(jù)以下說明以及附圖，可以更清楚地理解本發(fā)明。所給出的這些附圖是說明性的，對本發(fā)明范圍沒有限制性意義。附圖包括圖1示出根據(jù)本發(fā)明的方法的各步驟；圖2a示出根據(jù)本發(fā)明的設(shè)備的體系結(jié)構(gòu)；圖2b示出用于實(shí)現(xiàn)根據(jù)本發(fā)明方法的裝置；圖3a至3f示出在實(shí)現(xiàn)根據(jù)本發(fā)明方法期間發(fā)送和接收的消息和請求的結(jié)構(gòu)；圖4示出生成模塊的多進(jìn)程操作過程。
具體實(shí)施例方式
圖1示出根據(jù)本發(fā)明方法的各步驟。因?yàn)樗悄K化方法/設(shè)備，所以利用模塊實(shí)現(xiàn)每個步驟或每組步驟。每個模塊實(shí)現(xiàn)一個或者多個功能。實(shí)際上，如圖2所示，每個模塊事實(shí)上是獨(dú)立的服務(wù)器型機(jī)器。這種機(jī)器包括微處理器、程序存儲器、工作存儲器以及特別是連接到電信網(wǎng)的連接裝置。在這種情況下，服務(wù)器/模塊的程序存儲器包括用于實(shí)現(xiàn)模塊的功能的指令碼。還是在這種情況下，根據(jù)各服務(wù)器之間的距離，各模塊通過電信網(wǎng)或局域網(wǎng)進(jìn)行通信。如果未說明，則假定兩個模塊通過例如TCP/IP協(xié)議互相進(jìn)行通信。然而，在各種變換例中，可能發(fā)生由同一個服務(wù)器實(shí)現(xiàn)幾個模塊的功能。這意味著，這種服務(wù)器的程序存儲器包括對應(yīng)于幾個模塊的功能的指令碼。在這種情況下，各模塊通過該服務(wù)器的內(nèi)部單元、總線以及存儲器進(jìn)行通信。在本說明書中，在認(rèn)為動作是由模塊發(fā)出時，實(shí)際上是由利用指令碼所控制的微處理器執(zhí)行該動作。在一種變換例中，它是專門用于執(zhí)行模塊的功能的專用部件。
可以將術(shù)語“多媒體消息”理解為MMS(多媒體消息業(yè)務(wù))型消息。在此，我們知道，MMS業(yè)務(wù)是提供用于存儲并前向傳輸多媒體消息的內(nèi)部機(jī)制的個人間通信業(yè)務(wù)。這些多媒體消息可以含有文本、聲音(采用mp3、ogg、wav或其他格式的文件形式)、靜止圖像或運(yùn)動圖像(采用jpeg、gif、mpeg、divx以及其他格式的文件形式)，可以利用SMIL(同步多媒體集成語言)表示語言對整個消息進(jìn)行整形。還可以使用其他整形語言，例如HTML(超文本標(biāo)記語言)或級聯(lián)樣式表(CSS)，它們是這些其他語言中最熟知的語言。
這些多媒體消息通過電信網(wǎng)在發(fā)送者與接收者之間傳播。這種電信網(wǎng)具有用于路由這些多媒體消息的所有基礎(chǔ)設(shè)施。
圖1示出自動產(chǎn)生并發(fā)送多媒體消息的步驟101。利用多媒體消息生成模塊201執(zhí)行步驟101。生成模塊201的一個功能是產(chǎn)生包括特定數(shù)量的字段的多媒體消息。圖3a示出多媒體消息包括的各字段。多媒體消息300包括報頭字段301。此外，字段301包括字段302，用于識別消息300的發(fā)送者；以及字段303，用于識別消息300的接收者。消息300還具有作為消息的主題的字段304以及作為消息的主體的字段305。
為了將信息輸入消息300的各不同字段，步驟101具有幾個分步驟。在一個分步驟102，生成模塊201向主體字段305提供信息。字段305含有根據(jù)SMIL型語言格式化的多媒體消息數(shù)據(jù)。就是由被用戶參數(shù)化的生成模塊來確定將表示在消息300的主體305內(nèi)的數(shù)據(jù)的類型。該數(shù)據(jù)包括文本、聲音和/或運(yùn)動圖像/靜止圖像。根據(jù)要進(jìn)行的測試，以變量形式表示該數(shù)據(jù)。因此，對于僅包括一種介質(zhì)、幾種介質(zhì)、少量數(shù)據(jù)和/或大量數(shù)據(jù)的消息，可以測試電信網(wǎng)的工作情況。用戶可以用手編寫主體，也可以從包括特定數(shù)量的該主體的可能內(nèi)容的表/庫中讀取該主體，也可以由模塊201根據(jù)例如大小參數(shù)產(chǎn)生該主體。在后一種情況下，這是對主體305的簡單填充。如果使用庫，則將該庫記錄到生成模塊201訪問的存儲器。
從分步驟102開始，該方法進(jìn)入分步驟103，在分步驟103，生成模塊201將信息送到多媒體消息300的發(fā)送者字段(IDE)和接收者字段(IDD)。這些字段包括人的標(biāo)識符，或者更確切地說自然人與電信網(wǎng)運(yùn)營商之間存在的協(xié)議的標(biāo)識符。這些標(biāo)識符是電子標(biāo)識符，例如電子郵箱(電子郵件)、電話號碼、因特網(wǎng)地址或當(dāng)前在電信網(wǎng)上使用的任意標(biāo)識方式。在本說明書中，可以認(rèn)為標(biāo)識符IDD是電話號碼，而根據(jù)分別是利用計算機(jī)還是利用電話機(jī)來模擬發(fā)送多媒體消息，標(biāo)識符IDE或者是電子郵件地址，或者是電話號碼。生成模塊201從預(yù)定的標(biāo)識符列表中選擇標(biāo)識符IDD和IDE。該列表可以在通過電信網(wǎng)傳播的多媒體消息中進(jìn)行過濾。還可以由實(shí)施該生成模塊201的用戶規(guī)定這些標(biāo)識符IDD和IDE。
從分步驟103開始，操作過程進(jìn)入用于產(chǎn)生消息300的主題字段的304的分步驟104。主題字段包括關(guān)于生成模塊201產(chǎn)生的多媒體消息的信息。該信息不是用自然語言表示的消息300性質(zhì)的概要。自然語言是諸如法語或英語的語言。該信息是在自動處理方法中可以直接使用的、不產(chǎn)生歧義的形式信息。在此利用可以被單獨(dú)解密的字符可以表示該信息的事實(shí)不引起任何改變。該信息包括用于從生成模塊201產(chǎn)生的所有這些消息中識別消息300的多媒體消息標(biāo)識符。該標(biāo)識符被記錄在字段304中的字段311。該標(biāo)識符是例如通過生成模塊201遞增計數(shù)器獲得的。這時產(chǎn)生的每個消息具有不同的標(biāo)識符。該計數(shù)器可以被用戶執(zhí)行的動作復(fù)位，也可以在預(yù)定時間周期結(jié)束時被復(fù)位。還可以利用以日期作為參數(shù)并確保標(biāo)識符的統(tǒng)一性的函數(shù)產(chǎn)生這種標(biāo)識符。在字段304內(nèi)，可以利用幾種方式區(qū)別字段311至314。第一種方式是對每個字段指定固定大小。第二種方式是根據(jù)XML(擴(kuò)展標(biāo)記語言)語言構(gòu)成這些字段311至314，然后利用開始標(biāo)記和結(jié)束標(biāo)記劃分每個字段。本說明書中描述的所有字段可以采用這兩種可能方式以及其他方式。
主題字段304還包括表示產(chǎn)生并發(fā)送該消息的日期的日期字段。該字段具有至少1秒的分辨率，而且它可以根據(jù)年、月、日、時、秒確定日期。在一個變換例中，附加了在其內(nèi)發(fā)生產(chǎn)生-發(fā)送的幾分之一秒。為了在短時間周期內(nèi)進(jìn)行測試，可以免去關(guān)于年或月的信息。然而，關(guān)于年和月的信息可以用于經(jīng)歷兩年或兩個月進(jìn)行測試。
主題字段304還具有用于多媒體消息檢索模塊202的指令碼字段313。該字段313被檢索模塊202攔截。這種指令碼是例如檢索模塊在檢索多媒體消息之前必須經(jīng)歷的等待時間周期。另一個可能的指令碼是不檢索多媒體消息的指令碼。
主題字段304還具有校驗(yàn)和字段314。字段314具有字段305的校驗(yàn)和。生成模塊201根據(jù)在分步驟102確定的字段305的內(nèi)容計算該校驗(yàn)和字段。
在一個變換例中，字段304只有字段311。這樣可以獲得一條關(guān)于該消息是否被路由選擇到其接收者的信息。每個其他字段312至314攜帶關(guān)于該消息的路由的附加信息。該信息主要涉及傳輸持續(xù)時間和完整性。
從分步驟104開始，該方法進(jìn)入發(fā)送消息300的分步驟105。根據(jù)用于模擬公眾發(fā)送多媒體消息所使用的設(shè)備的工作的協(xié)議，生成模塊201發(fā)送該消息300。在這種情況下，公眾既可以是私人，也可以是希望發(fā)送多媒體消息的公司或內(nèi)容提供商。這些協(xié)議包括HTTP、SMTP、SOAP、WAP協(xié)議，但是還有其他協(xié)議。實(shí)施模塊201的用戶參數(shù)化用于發(fā)送消息300的協(xié)議。因此，模塊201具有根據(jù)這些不同協(xié)議進(jìn)行通信的裝置。這些裝置為我們所知，因?yàn)樵S多設(shè)備已經(jīng)利用這些協(xié)議進(jìn)行通信了。
模塊201的其他參數(shù)包括每秒要發(fā)送的多媒體消息的數(shù)量，以及該模塊發(fā)送消息的時間周期。這兩個參數(shù)可以實(shí)現(xiàn)進(jìn)行負(fù)載測試和耐久性測試。因此，一旦被參數(shù)化，生成模塊201就以給定的頻率，在給定的時間周期內(nèi)，利用一種或者多種協(xié)議將一個或者多個多媒體消息發(fā)送到一個或者多個接收者。通過模塊201所連接的、試圖對其評定路由多媒體消息的傳輸性能特性的電信網(wǎng)，發(fā)送這些消息。
對于它發(fā)送的每個消息，模塊201至少知道它的以下參數(shù)標(biāo)識符311、日期312、代碼313、校驗(yàn)和314、字段IDE、IDD、305的內(nèi)容以及所使用的協(xié)議。這些信息被發(fā)送到結(jié)果分析模塊203。使該數(shù)據(jù)與由檢索模塊202收集的數(shù)據(jù)相關(guān)聯(lián)。
參數(shù)化模塊201的工況的另一種方式是使用一腳本。模塊201具有采用指令碼形式解釋腳本的裝置，所述腳本使該裝置能夠執(zhí)行自模塊201產(chǎn)生/發(fā)送多媒體消息。這種腳本例如采取XML格式文件的形式。它可以具有以下形式
腳本的例子scenario.xml文件00 < xml version＝″1.0″encoding＝″utf-8″>
01 <!DOCTYpE scenario SYSTEM″scenario.dtd″>
02 <scenario title＝″title of scenario″description＝″description of the scenario″>
03 <title sequence＝″multiprotocol sequence″description＝″sequence during whichmultimedia messages are sent according toseveral protocols″duration＝″198″>
04 <trafficProfile05 title＝″pdt1″06 frequency＝″f1″07 MMSname＝″mms1″08 protocol＝″smtp″09 retrievalTime＝″2″10 />
11 <trafficProfile12 title＝″pdt2″13 frequency＝″f2″14 MMSname＝″mms2″15 protocol＝″wap″16 retrievalTime＝″0″17 />
18 </sequence>
19 <title sequence＝″monoprotocol sequence″description＝″sequence implementing onlyone protocol″duration＝″256″>
20<tratticProtile21title＝″pdt3″22frequency＝″f3″23MMSname＝″mms3″24protocol＝″wap″25retrievalTime＝″1″26/>
27</sequence>
28 </scenario>
因此，scenario.xml文件可以說明確定模塊201的行為的腳本。在下文中利用單詞“行(line)”表示scenario.xml文件中的行。根據(jù)所使用的XML語言的版本，01行對應(yīng)于標(biāo)準(zhǔn)報頭。
02行說明了使解釋程序驗(yàn)證scenario.xml文件的語法確實(shí)遵守該解釋程序所期望的語法的文法文件。
在此，我們知道，可以將XML看作樹，即看作一組分層組織的對象。這樣，在其開始標(biāo)記與結(jié)束標(biāo)記之間，即在03行與28行之間，scenario.xml文件描述腳本。scenario.xml標(biāo)記包括其本身包括序列對象的腳本對象。每個序列對象包括一個或者多個trafficProfile對象。此外，每個對象具有一個或者多個屬性。
在本例中，腳本對象包括標(biāo)題和說明屬性。在此，標(biāo)題可以識別對象，而說明可以或多或少簡要地對對象給予說明。在本例中，腳本對象具有兩個序列對象。實(shí)際上，毫無疑問，腳本對象可以具有任意數(shù)量的序列對象。
序列對象具有標(biāo)題、說明和持續(xù)時間。持續(xù)時間是以例如秒表示的數(shù)字。在一個變換例中，可以采用另一種單位，例如分鐘、十分之一秒或幾分之一秒。持續(xù)時間表示在此期間模塊201必須執(zhí)行包含在該序列對象內(nèi)的trafficProfile對象的指令的時間。如果持續(xù)時間等于198，則模塊201將執(zhí)行包含在其持續(xù)時間等于198秒的序列對象內(nèi)的trafficProfile指令。
scenario.xml例子示出包括兩個trafficProfile對象的序列對象和包括一個trafficProfile對象的序列對象。實(shí)際上，毫無疑問，序列對象可以包括任意數(shù)量的trafficProfile對象。
trafficProfile包括幾個屬性，這幾個屬性包括標(biāo)題、頻率、多媒體消息名稱、協(xié)議以及檢索期限。因此，解釋trafficProfile對象的過程包括產(chǎn)生利用多媒體消息的名稱識別其結(jié)構(gòu)的多媒體消息。該名稱具有相應(yīng)大小、結(jié)構(gòu)以及一種或多種內(nèi)容。頻率對應(yīng)于必須以其發(fā)送對應(yīng)于該trafficProfile對象的多媒體消息的頻率。協(xié)議即必須根據(jù)其發(fā)送對應(yīng)于該trafficProfile對象的多媒體消息的協(xié)議。檢索時間對應(yīng)于用于模塊202的指令。因此，利用該檢索時間產(chǎn)生字段313的內(nèi)容。
scenario.xml例子對應(yīng)于連續(xù)的兩個消息發(fā)送序列。第一個序列持續(xù)198秒，在此期間，模塊201產(chǎn)生兩種報務(wù)。利用標(biāo)題“pdt1”標(biāo)識的trafficProfile對象描述第一種報務(wù)，而利用標(biāo)題“pdt2”標(biāo)識的trafficProfile對象描述第二種報務(wù)。因此，第一種報務(wù)對應(yīng)于根據(jù)“smtp”協(xié)議，以頻率f1發(fā)送利用消息名稱“mms1”標(biāo)識的消息。第二種報務(wù)對應(yīng)于根據(jù)“wap”協(xié)議，以頻率f2發(fā)送利用消息名稱“mms2”標(biāo)識的消息。一旦經(jīng)過了預(yù)先描述的序列對象的持續(xù)時間，則中斷與其對應(yīng)的報務(wù)，然后，執(zhí)行對應(yīng)于scenario.xml文件內(nèi)的下一個序列的指令。在此，報務(wù)對應(yīng)于以給定頻率發(fā)送給定消息。其標(biāo)題為“單協(xié)議序列”的后續(xù)序列僅包括一個trafficProfile對象，如在此對第一個序列解釋的那樣。
在以下，單詞“行”不再明確指scenario.xml文件內(nèi)的行，除非另有說明。
因此，或者利用用戶界面，或者利用等效于scenario.xml文件的配置文件，可以迅速參數(shù)化模塊201。利用用戶界面輸入用于起動程序的數(shù)據(jù)，或者在程序需要數(shù)據(jù)時，利用用戶界面輸入該數(shù)據(jù)。如果配置文件含有至少一個其解釋提示利用模塊201發(fā)送一個或者多個多媒體消息的指令，則該配置文件等效于scenario.xml文件。
從分步驟105開始，該方法進(jìn)入步驟106，在步驟106，由中繼服務(wù)器204處理該消息。通常還將中繼服務(wù)器稱為MMS-C，或多媒體消息業(yè)務(wù)中心。通過電信網(wǎng)，模塊201與中繼服務(wù)器204連接在一起。如果通過WAP協(xié)議在模塊201與中繼服務(wù)器204之間實(shí)現(xiàn)該連接，則在模塊201與中繼服務(wù)器204之間存在WAP接口網(wǎng)關(guān)205。這是模塊201模擬發(fā)送多媒體消息的一個或者多個移動電話的工作情況的情況。在這種情況下，通過蜂窩式通信網(wǎng)的一部分，在模塊201與網(wǎng)關(guān)205之間進(jìn)行通信。通過利用例如GSM、GPRS或UMTS調(diào)制解調(diào)器使模塊201發(fā)送所產(chǎn)生的多媒體消息，可以獲得此結(jié)果。
為了模擬移動電話發(fā)送多媒體消息的過程，模塊201和202可以部分或全部模擬網(wǎng)關(guān)205期望的行為?？梢詤^(qū)別這兩個情況根據(jù)CSD、GPS、UMTS或任何其他標(biāo)準(zhǔn)，在數(shù)據(jù)模式下，將模塊201或202連接到電信網(wǎng)。利用電信網(wǎng)基礎(chǔ)設(shè)施，特別是在GPRS/UMTS標(biāo)準(zhǔn)下利用被稱為SGSN/GGSN的裝備，可以實(shí)現(xiàn)對尋址、鑒認(rèn)以及任何其他網(wǎng)絡(luò)問題的管理。模塊201將其自身限制為利用WAP協(xié)議發(fā)送多媒體消息，而沒有其他約束。模塊202將其自身限制為利用WAP協(xié)議接收多媒體消息，而沒有其他約束。這是完全模擬。
利用TCP/IP協(xié)議，模塊201或202直接連接到服務(wù)器/中繼204或網(wǎng)關(guān)205。這是尤其用于測試性能的情況，這里，其試圖測量中繼服務(wù)器204或與網(wǎng)關(guān)205相連的中繼服務(wù)器204。在這種情況下，模塊201管理電信網(wǎng)的功能，因此該直接連接對于中繼服務(wù)器204和/或網(wǎng)關(guān)205是透明的。
因此，模塊201和202使得既可以僅模擬利用WAP協(xié)議發(fā)送/接收多媒體消息的過程，又可以模擬利用中繼服務(wù)器204和網(wǎng)關(guān)205接收所有消息的過程。
為了能夠模擬作為移動電話、個人助理或其他類型客戶的幾個客戶使用電信網(wǎng)的過程，在一個變換例中，模塊201具有多進(jìn)程型軟件體系結(jié)構(gòu)。多進(jìn)程的同意詞是多任務(wù)。因此，模塊201可以同時進(jìn)行幾個處理，每個處理均具有發(fā)送多媒體消息的功能，并因此而至少執(zhí)行步驟106。實(shí)際上，一進(jìn)程知道在步驟102至104產(chǎn)生的各單元，而且在一個變換例中，該進(jìn)程執(zhí)行這些步驟?？梢詫⒚總€進(jìn)程比作電信網(wǎng)的客戶。以此為基礎(chǔ)，為了能夠通過電信網(wǎng)進(jìn)行通信，每個進(jìn)程/客戶具有對其分配的資源。特別是在根據(jù)WAP協(xié)議進(jìn)行通信的情況下，這些資源之一是因特網(wǎng)地址。在某種程度上，模塊201是多進(jìn)程模塊，它具有對其分配的幾個因特網(wǎng)地址。事實(shí)上，對于每個活動進(jìn)程，它具有一個地址。實(shí)際上，在模塊201攔截腳本序列時，序列對象有多少trafficProfile對象，它建立多少進(jìn)程。在一個變換例中，利用不同進(jìn)程發(fā)送每個多媒體消息。該變換例可以模擬大量客戶連接到電信網(wǎng)的過程。這樣可以使模擬不同于用于模擬客戶發(fā)送大量多媒體消息的模擬過程。術(shù)語“大量”在此指每秒發(fā)送幾十條多媒體消息，甚或發(fā)送幾百條多媒體消息的能力。實(shí)際上，如果需要更大的容量，則既可以增加包括在模塊201內(nèi)的微處理器的功率，又可以使用幾個諸如模塊201的模塊。使用幾個同樣類型的模塊還可以擴(kuò)展到其他模塊，即攔截模塊、檢索模塊以及分析模塊。
圖4示出鑒于對涉及幾個客戶通過電信網(wǎng)進(jìn)行通信所做的模擬，模塊201的多進(jìn)程功能模式。圖4示出起始步驟401，在步驟401，模塊201的主進(jìn)程是在將資源分配請求402發(fā)送到電信網(wǎng)基礎(chǔ)設(shè)施的過程中獲得因特網(wǎng)地址。響應(yīng)請求402，在步驟403，電信網(wǎng)發(fā)送對請求402的響應(yīng)404。響應(yīng)404包括一系列可以被主進(jìn)程使用的因特網(wǎng)地址。從步驟401開始，該方法進(jìn)入建立從進(jìn)程的步驟405。從進(jìn)程與主進(jìn)程類似，是模塊201執(zhí)行的程序。每個進(jìn)程分別具有壽命。主進(jìn)程具有無限壽命，或者至少是等于執(zhí)行模塊201的用戶參數(shù)化的命令的壽命。從進(jìn)程的壽命等于主進(jìn)程對它們分配的任務(wù)的持續(xù)時間。
通過網(wǎng)關(guān)205，主進(jìn)程發(fā)送被稱為RADIUS Accounting START的消息406。消息406具有作為參數(shù)的因特網(wǎng)地址。這是在步驟401獲得的因特網(wǎng)地址。消息406的參數(shù)還是用于識別電信網(wǎng)的客戶機(jī)的電話號碼。在步驟407，網(wǎng)關(guān)205處理消息406，并發(fā)送對消息406的響應(yīng)408。因此，通過首先將產(chǎn)生多媒體消息所需的所有信息發(fā)送到它，其次，將與網(wǎng)關(guān)205建立呼叫所需的所有信息發(fā)送到它，主進(jìn)程可以創(chuàng)建從進(jìn)程。用于進(jìn)行通信的該信息的確包含在對消息406的響應(yīng)中。利用模塊201的參數(shù)化過程，獲得用于產(chǎn)生多媒體消息的信息。因此，在步驟409，從進(jìn)程執(zhí)行在步驟101描述的動作(PE1)。在與網(wǎng)關(guān)205進(jìn)行通信的過程中，執(zhí)行步驟409，在步驟410，網(wǎng)關(guān)205執(zhí)行適當(dāng)動作。
在發(fā)送了多媒體消息時，結(jié)束從進(jìn)程。然后，主進(jìn)程發(fā)送RADIUSAccounting STOP消息411以通知網(wǎng)關(guān)205可以釋放用于與從處理過程通信所分配的資源。在步驟412，網(wǎng)關(guān)205利用消息413進(jìn)行響應(yīng)以說明確實(shí)對消息411進(jìn)行了處理。
有多少個對執(zhí)行模塊201參數(shù)化的任務(wù)建立的從進(jìn)程，就對動作406至413重復(fù)排序多少次。每個從進(jìn)程互相獨(dú)立?？梢酝瑫r共存幾個從進(jìn)程。
模塊202也可以根據(jù)同樣的方法工作。然而，在這種情況下，在步驟409，不發(fā)送多媒體消息，而是檢索多媒體消息。因此，步驟409等效于如下所述的步驟112。
這種多進(jìn)程體系結(jié)構(gòu)不是唯一的。因此，在另一個變換例中，將管理半徑消息留給從進(jìn)程本身負(fù)責(zé)。在另一個變換例中，將獲得網(wǎng)絡(luò)資源的過程，即步驟401本身也留給從進(jìn)程負(fù)責(zé)。在后一種情況下，可以從整體上將從進(jìn)程比作電信網(wǎng)的客戶?？傊?，WAP和/或MMS-C中繼服務(wù)器具有必須處理幾個網(wǎng)絡(luò)客戶的印象。
模塊201和/或202的另一個變換例是迭代順序軟件體系結(jié)構(gòu)。即，只要未達(dá)到停止條件，就依次執(zhí)行步驟101的分步驟和/或步驟112。這種停止條件是例如發(fā)送持續(xù)時間、消息數(shù)量或等效條件。在順序操作模式下，在執(zhí)行了分步驟105后，只要未達(dá)到停止條件，模塊201再開始執(zhí)行步驟101的第一分步驟。顯然，可以將這兩種軟件體系結(jié)構(gòu)混合在一起。
對于步驟106，請注意，中繼服務(wù)器204是電信網(wǎng)上的標(biāo)準(zhǔn)設(shè)備。因此，在它接收多媒體消息時，它以標(biāo)準(zhǔn)方式工作。其工作在于對所接收的多媒體消息分配URLM標(biāo)識符后，將它存儲到存儲器內(nèi)。然后，中繼服務(wù)器204編寫通知消息，并將它發(fā)送到多媒體消息的接收者。利用多媒體消息的字段303識別接收者。
中繼服務(wù)器204產(chǎn)生的通知消息320包括報頭321，報頭321至少包括分別等效于字段302和303的字段322和323。消息320還具有與字段304相同的主題字段324。通知消息320還包括能夠進(jìn)行傳輸U(kuò)RLM標(biāo)識符的標(biāo)識符字段325。通知消息320具有其他條信息，特別是用于識別該消息是關(guān)于接收多媒體消息的通知消息的一條信息。一旦產(chǎn)生了消息320，就通過電信網(wǎng)將它發(fā)送到提示產(chǎn)生通知消息的、多媒體消息的接收者。根據(jù)接收者終端的類型，以二進(jìn)制方式，或者以文本格式編碼第一通知。
根據(jù)接收者終端的類型，由中繼服務(wù)器204或網(wǎng)關(guān)205產(chǎn)生字段325。實(shí)際上，該字段包括用于訪問與中繼服務(wù)器204相應(yīng)的多媒體消息的URL(通用資源定位地址)。實(shí)際上，本發(fā)明兼容字段325的其他類型數(shù)據(jù)，而且這些類型的數(shù)據(jù)可以識別多媒體消息。
在本說明書的例子中，利用電話號碼識別接收者，因此，將通知消息320作為還被稱為SMS(短消息業(yè)務(wù))消息的一個或者多個短消息發(fā)送。然而，還可以利用諸如SMPP(短消息對等)型消息或UCP(通用計算機(jī)協(xié)議)型消息的協(xié)議發(fā)送消息320。
該操作過程從步驟106進(jìn)入步驟107，在步驟107，利用攔截模塊206攔截通知消息320。對在步驟106發(fā)送的每個通知消息執(zhí)行步驟107。在優(yōu)選變換例中，在電信網(wǎng)中，模塊206連接在中繼服務(wù)器204與短消息業(yè)務(wù)中心(SMS-C)設(shè)備207之間。SMS-C設(shè)備負(fù)責(zé)使SMS消息準(zhǔn)確路由選擇到其最終目的地。
模塊206攔截中繼服務(wù)器204發(fā)出的所有通知消息。這樣可以使模塊206在分步驟108得知作為該通知消息的接收者的字段323的內(nèi)容。了解該字段的內(nèi)容可以確定是否其為由模塊201發(fā)送多媒體消息產(chǎn)生的通知消息。的確，模塊206知道模塊201在分步驟103使用的地址列表。因此，可以根據(jù)模塊201，容易確定該接收者實(shí)際上就是虛擬接收者。在步驟107，對中繼服務(wù)器204發(fā)送的消息進(jìn)行過濾。
在一個變換例中，對字段322進(jìn)行過濾。在另一個變換例中，對字段324進(jìn)行過濾。因?yàn)槠湫再|(zhì)，字段324的確具有容易被檢測的特定結(jié)構(gòu)。通過檢測該結(jié)構(gòu)，可以提取通知消息，并因?yàn)槟K201發(fā)送的多媒體消息而確定它們。換句話說，檢測該結(jié)構(gòu)可以確定通知消息的目的地實(shí)際上就是模塊202。
從分步驟108開始，該方法進(jìn)入路由選擇分步驟109。如果分步驟108從因?yàn)槟K201發(fā)送多媒體消息而獲得的通知消息中分離出攔截的通知消息，則該方法從分步驟109進(jìn)入分步驟110，以產(chǎn)生/發(fā)送第二通知消息。否則，操作過程進(jìn)入從分步驟109進(jìn)入分步驟111，在分步驟111，通知消息320繼續(xù)其正常路由。在這種情況下，模塊206在電信網(wǎng)中是透明的。
在分步驟110，模塊202產(chǎn)生第二通知消息330。通知消息330尋址到多媒體消息檢索模塊202。消息330的內(nèi)容可以使檢索模塊202檢索對應(yīng)于通知消息320的多媒體消息。因此，消息330至少具有一個其內(nèi)容與字段325的內(nèi)容相同的字段335。通知消息330還具有適用于在模塊206與202之間進(jìn)行通信使用的協(xié)議的報頭。如果字段320具有用于模塊202的指令碼，則消息330具有用于傳輸這種完全相同代碼的字段。在一個變換例中，利用消息330發(fā)送字段322至324的所有或部分。模塊202還可以將接收該通知的日期插入字段326內(nèi)。一旦構(gòu)造了消息330，就可以將消息330發(fā)送到檢索模塊202。
在一個變換例中，模塊206位于電信網(wǎng)內(nèi)的SMS-C設(shè)備之外。這意味著，中繼服務(wù)器204發(fā)送的通知消息首先被SMS-C設(shè)備發(fā)送。在這種情況下，模塊206的功能類似于利用通知消息的標(biāo)識符323可以聯(lián)系的設(shè)備。
步驟111是其中模塊206發(fā)送通知消息320的步驟，模塊206不改變該消息320。
因此，模塊206具有與中繼服務(wù)器204以及SMS-C設(shè)備和模塊202通信的裝置。這些裝置是接口電路和用于這些接口電路的驅(qū)動程序。從SMS-C設(shè)備的觀點(diǎn)出發(fā)，可以將模塊206看作中繼服務(wù)器204。
該方法從分步驟110進(jìn)入步驟112，在步驟112，檢索模塊202處理第二通知消息330。利用模塊206對尋址到模塊202的所有通知消息執(zhí)行步驟112。用于執(zhí)行步驟112的、模塊202的軟件結(jié)構(gòu)是多進(jìn)程結(jié)構(gòu)或迭代順序結(jié)構(gòu)。已經(jīng)對模塊201描述了這些結(jié)構(gòu)。
在步驟112，模塊202提取包含在第二通知消息330內(nèi)的不同字段。步驟112具有用于執(zhí)行指令碼的第一選擇步驟113。這是字段313的指令碼。該指令碼可以通知模塊202它必須立即在由于指令碼給定的某個時限內(nèi)檢索對應(yīng)的多媒體消息，或者始終不檢索該消息。該指令碼還可以規(guī)定必須檢索相應(yīng)多媒體消息的方式，這是通過在中繼服務(wù)器204保留拷貝，或者通過不保留任何拷貝實(shí)現(xiàn)的。這些僅是可能指令碼的例子。一旦翻譯指令碼，該方法就進(jìn)入分步驟114，在分步驟114，檢索多媒體消息。
在分步驟114以及在典型說明中，模塊202的作用與收到通知消息320的移動電話的作用完全相同。即，模塊202編寫檢索消息340，該檢索消息340包括報頭字段341、檢索指令碼字段(GET)342以及用于識別要檢索的多媒體消息的字段343。實(shí)際上，字段342相當(dāng)于指令碼313。如果代碼413未被發(fā)送，則代碼342就是用于檢索多媒體消息的簡單代碼。
在優(yōu)選變換例中，字段342相當(dāng)于字段335。在一個變換例中，字段343包括字段322、323和312的內(nèi)容，從而將該多媒體消息指定到中繼服務(wù)器204。的確，發(fā)送者、接收者以及所發(fā)送的數(shù)據(jù)的內(nèi)容使得可以在中繼服務(wù)器204檢索該消息。
一旦產(chǎn)生了消息340，就將它發(fā)送到中繼服務(wù)器204。為了盡可能接近電信網(wǎng)的運(yùn)行條件，利用WAP協(xié)議發(fā)送消息340。因此，模塊202具有根據(jù)該協(xié)議進(jìn)行通信的裝置。所以，消息340例如通過網(wǎng)關(guān)205傳播，然后到達(dá)中繼服務(wù)器204。
從中繼服務(wù)器204的觀點(diǎn)出發(fā)，利用移動電話或等效設(shè)備發(fā)送消息340。因此，像處理任何這種消息一樣，處理消息340。實(shí)際上，中繼服務(wù)器204在其存儲器內(nèi)搜索對應(yīng)于字段343的內(nèi)容的多媒體消息。一旦發(fā)現(xiàn)該消息，它就將該消息發(fā)送到已經(jīng)發(fā)送了檢索消息/請求340的設(shè)備。為此，字段341具有用于響應(yīng)消息340的地址。實(shí)際上，對消息340的響應(yīng)至少具有字段304和305。該響應(yīng)可以含有整個消息300。
從分步驟114開始，該方法進(jìn)入分步驟115，在分步驟115，產(chǎn)生消息340的響應(yīng)。實(shí)際上，該處理過程包括編寫結(jié)果消息350。結(jié)果消息包括用于識別多媒體消息的字段351。該字段相當(dāng)于生成模塊201產(chǎn)生的字段311。消息350還具有日期字段352，日期字段352表示收到利用字段351識別的多媒體消息的接收通知的日期。在一個變換例中，字段351包括收到對應(yīng)于多媒體消息的通知的日期與它被發(fā)送的日期之間的差值。還可以通過字段312使用該發(fā)送日期。容易得知通知的收到日期，因?yàn)樗霈F(xiàn)在第一通知消息320內(nèi)，或者因?yàn)榭梢哉J(rèn)為，可以將模塊202收到第二通知消息330的日期看作模塊206收到第一通知的日期。在收到第一通知時，在模塊206將日期插入字段326的情況下，在使用字段326時還存在另一種可能。
為了能夠?qū)l(fā)送日期與檢索日期進(jìn)行比較，至少模塊201、202和206的時鐘同步，以便在所有這3個模塊上，同一個時刻具有與其對應(yīng)的同一個日期。例如利用NTP(網(wǎng)絡(luò)時間協(xié)議)實(shí)現(xiàn)該同步。還可以利用詢問這3個模塊的單一時鐘實(shí)現(xiàn)同步以獲得日期。該同步過程相當(dāng)于步驟118，及時繼續(xù)執(zhí)行步驟118，并與其他步驟的執(zhí)行過程同步執(zhí)行步驟118。
在一個變換例中，消息350還具有持續(xù)時間字段，持續(xù)時間字段表示在發(fā)送消息340與全部收到消息340的響應(yīng)之間經(jīng)過的時間。
最后，結(jié)果消息350包括校驗(yàn)和字段353。字段353包括模塊202根據(jù)在分步驟114檢索的多媒體消息的字段305的內(nèi)容計算的校驗(yàn)和。模塊202計算校驗(yàn)和使用的算法與模塊201產(chǎn)生字段314的內(nèi)容使用的算法相同。在一個變換例中，字段353包括模塊202與202產(chǎn)生的校驗(yàn)和的比較結(jié)果。然后，如果存在差別，則例如利用0表示該結(jié)果，而如果這兩個校驗(yàn)和相同，則利用1表示該結(jié)果。在另一個變換例中，字段353的內(nèi)容與在分步驟114檢索的字段305的內(nèi)容相同。在這種情況下，消息350的接收模塊負(fù)責(zé)根據(jù)字段353的內(nèi)容計算校驗(yàn)和。
一旦產(chǎn)生了消息350，該方法進(jìn)入步驟116，在步驟116，發(fā)送該結(jié)果。在步驟116，模塊202將消息350發(fā)送到結(jié)果分析模塊203。該方法從分步驟116進(jìn)入步驟117，在步驟117綜合處理發(fā)送操作和檢索操作。
結(jié)果分析模塊203執(zhí)行步驟117。在一個變換例中，模塊202與模塊203相同。
在步驟117中，利用字段311和351可以使模塊201發(fā)送的信息與模塊202產(chǎn)生并發(fā)送的結(jié)果信息相關(guān)。這些信息性質(zhì)相同，因此可以對它們進(jìn)行比較，無論它包括日期還是校驗(yàn)和。因此，利用本發(fā)明，根據(jù)以下內(nèi)容可以獲得統(tǒng)計數(shù)字路由多媒體消息的期限，即在發(fā)送多媒體消息與收到表示中繼服務(wù)器204收到該多媒體消息的通知之間經(jīng)過的時間；
在中繼服務(wù)器204上檢索多媒體消息所需的時間周期；盡管已經(jīng)發(fā)送了多媒體消息，但是中繼服務(wù)器204未發(fā)送的通知的數(shù)量，即，實(shí)際丟失的多媒體消息的數(shù)量；對同一個多媒體消息發(fā)送的通知的數(shù)量；對于已經(jīng)發(fā)送的消息，所接收的發(fā)生訛誤的多媒體消息的數(shù)量；發(fā)送多媒體消息期間失敗的數(shù)量，即被中繼服務(wù)器204拒絕的多媒體消息的數(shù)量；檢索多媒體消息期間失敗的數(shù)量；在模塊201和202與中繼服務(wù)器204進(jìn)行通信期間，通用網(wǎng)絡(luò)統(tǒng)計數(shù)字。該統(tǒng)計數(shù)字尤其涉及利用丟失的分組數(shù)量、錯誤分組數(shù)量以及在通信期間再發(fā)送的分組數(shù)量表示的通信質(zhì)量。
此外，利用本發(fā)明，可以根據(jù)模塊201根據(jù)多媒體消息的大小和/或多媒體消息內(nèi)容的性質(zhì)發(fā)送多媒體消息使用的協(xié)議，建立統(tǒng)計數(shù)字。
本發(fā)明的另一個有效特征在于，無需對諸如中繼服務(wù)器204或SMS-C207的網(wǎng)絡(luò)基礎(chǔ)設(shè)施做任何修改。
在本發(fā)明的一個變換例中，模塊201為業(yè)務(wù)提供商的服務(wù)器208與中繼服務(wù)器204之間的中間設(shè)備。在該變換例中，用戶鏈接到服務(wù)器208以產(chǎn)生/發(fā)送多媒體消息。模塊201攔截這些消息，如上所述，在步驟104，模塊201對這些多媒體消息的主題字段進(jìn)行修改。這樣修改后的多媒體消息的主題字段包括舊主題字段和字段311至314。模塊206攔截收到被修改的多媒體消息的通知消息，此時，模塊206將通知消息發(fā)送到模塊202和多媒體消息的接收者。只有在該通知消息被識別為對應(yīng)于被修改的多媒體消息時，將消息發(fā)送到模塊202的操作才有效。利用主題字段的結(jié)構(gòu)實(shí)現(xiàn)該識別過程。接收者通知消息的主題字段使得可以從該通知消息上去除模塊201產(chǎn)生的附加數(shù)據(jù)。在模塊202檢索多媒體消息時，模塊202使該多媒體消息的拷貝保留在中繼服務(wù)器204上，以便該消息可以被其接收者檢索。在該變換例中，分析模塊203具有與在主變換例中同樣的信息。因此，利用本發(fā)明，業(yè)務(wù)提供商可以獲得精確統(tǒng)計數(shù)字。
圖2a示出每個模塊實(shí)現(xiàn)的裝置。同樣的參考編號表示同樣的單元。
圖2a示出生成模塊201執(zhí)行其任務(wù)所使用的裝置如下微處理器(μP)251、程序存儲器252、通信電路253和254。利用總線255連接單元251至254。存儲器252在區(qū)域252a-d和252f內(nèi)具有用于實(shí)現(xiàn)不同通信協(xié)議的指令碼，而在區(qū)域252e內(nèi)具有用于實(shí)現(xiàn)模塊201的功能的指令碼。電路253使得模塊201被認(rèn)為是移動電話。電路254使得模塊201通過電信網(wǎng)240進(jìn)行通信。模塊201還具有情況說明(SCE)存儲器256，從而記錄用于參數(shù)化模塊201的文件。這種參數(shù)化文件等效于scenario.xml文件。存儲器256連接到總線255。
實(shí)際上，電路253和263連接到其本身連接到網(wǎng)絡(luò)240的WAP網(wǎng)關(guān)291和292。網(wǎng)絡(luò)240具有有效進(jìn)行通信路由選擇所需的所有基礎(chǔ)設(shè)施。網(wǎng)絡(luò)240是因特網(wǎng)型網(wǎng)絡(luò)。實(shí)際上，網(wǎng)關(guān)291和292可以與圖2所示網(wǎng)關(guān)205是同一個網(wǎng)關(guān)。根據(jù)模塊201與202之間的物理距離，實(shí)際上可以存在一個或者兩個網(wǎng)關(guān)。
圖2a示出檢索模塊202執(zhí)行其任務(wù)所使用的裝置如下微處理器(μP)261、程序存儲器262、通信電路263和264。利用總線265連接單元261至264。存儲器262在區(qū)域262a和262c內(nèi)具有用于實(shí)現(xiàn)不同通信協(xié)議的指令碼，而在區(qū)域262b內(nèi)具有用于實(shí)現(xiàn)模塊202的功能的指令碼。電路263使得模塊202被認(rèn)為是移動電話。電路264使得模塊202通過電信網(wǎng)240進(jìn)行通信。
圖2a示出分析模塊203執(zhí)行其任務(wù)所使用的裝置如下微處理器(μP)271、程序存儲器272、通信電路274。利用總線275連接單元271至274。存儲器272在區(qū)域272b內(nèi)具有用于實(shí)現(xiàn)不同通信協(xié)議的指令碼，而在區(qū)域272a內(nèi)具有用于實(shí)現(xiàn)模塊203的功能的指令碼。電路274使得模塊203通過電信網(wǎng)240進(jìn)行通信。
圖2a示出中繼服務(wù)器204執(zhí)行其任務(wù)所使用的裝置如下微處理器(μP)241、程序存儲器242、通信電路244。利用總線245連接單元241至244。存儲器242包括用于實(shí)現(xiàn)MMS-C的功能的指令碼。電路244使得中繼服務(wù)器204通過電信網(wǎng)240進(jìn)行通信。
圖2a示出攔截模塊206執(zhí)行其任務(wù)所使用的裝置如下微處理器(μP)281、程序存儲器282、通信電路284。利用總線285連接單元281至284。存儲器282在區(qū)域282a-c和282-e內(nèi)具有用于實(shí)現(xiàn)不同通信協(xié)議的指令碼，而在區(qū)域282d內(nèi)具有用于實(shí)現(xiàn)模塊206的功能的指令碼。電路284使得模塊203通過電信網(wǎng)240進(jìn)行通信。
權(quán)利要求
1.一種通過包括多媒體消息中繼服務(wù)器的電信網(wǎng)跟蹤多媒體消息的模塊化方法，多媒體消息包括接收者字段和主題字段，其中多媒體消息生成模塊自動產(chǎn)生多媒體消息；生成模塊將關(guān)于自動產(chǎn)生的多媒體消息的信息插入多媒體消息的主題字段內(nèi)，通過電信網(wǎng)發(fā)送產(chǎn)生的多媒體消息，中繼服務(wù)器接收所產(chǎn)生并發(fā)送的多媒體消息，中繼服務(wù)器產(chǎn)生用于通知收到多媒體消息的第一通知消息，并將該第一通知消息發(fā)送到由接收者字段識別的接收者，第一通知消息包括主題字段，主題字段的內(nèi)容至少包括關(guān)于多媒體消息的主題字段的信息。
2.一種通過包括多媒體消息中繼服務(wù)器的電信網(wǎng)，跟蹤多媒體消息的模塊化方法，多媒體消息包括接收者字段和主題字段，其中攔截模塊攔截中繼服務(wù)器收到多媒體消息后發(fā)送的通知消息，確定哪個是第一通知消息的接收者，而且取決于接收者其工作情況在電信網(wǎng)內(nèi)是透明的，或者發(fā)送地址指向多媒體消息檢索模塊的第二通知消息，第二通知消息包括至少一個主題字段，該主題字段的內(nèi)容允許識別對應(yīng)于第一通知消息的多媒體消息，檢索模塊產(chǎn)生請求檢索對應(yīng)于第二通知消息的多媒體消息的檢索請求，而且檢索模塊將檢索請求發(fā)送到中繼服務(wù)器并處理中繼服務(wù)器的響應(yīng)。
3.根據(jù)權(quán)利要求1或2所述的方法，其中生成模塊將關(guān)于生成模塊所發(fā)送的多媒體消息的第一條信息發(fā)送到分析模塊，檢索模塊將關(guān)于所檢索的多媒體消息的第二條信息發(fā)送到分析模塊，所述第一條和第二條信息具有同樣的性質(zhì)。
4.根據(jù)權(quán)利要求1至3的任一項(xiàng)所述的方法，其中多媒體消息是MMS消息。
5.根據(jù)權(quán)利要求1至4的任一項(xiàng)所述的方法，其中第一通知消息是短消息。
6.根據(jù)權(quán)利要求2至5的任一項(xiàng)所述的方法，其中利用WAP協(xié)議發(fā)送檢索請求。
7.根據(jù)權(quán)利要求1至6的任一項(xiàng)所述的方法，其中多媒體消息的主題字段包括一條關(guān)于日期的信息。
8.根據(jù)權(quán)利要求1至7的任一項(xiàng)所述的方法，其中使各不同模塊同步。
9.根據(jù)權(quán)利要求1至8的任一項(xiàng)所述的方法，其中所述自動產(chǎn)生的多媒體消息的主題字段包括一條對應(yīng)于該自動產(chǎn)生的多媒體消息的主體的校驗(yàn)和信息。
10.根據(jù)權(quán)利要求1至9的任一項(xiàng)所述的方法，其中所述自動產(chǎn)生的多媒體消息的主題字段包括一條用于識別該自動產(chǎn)生的多媒體消息的信息。
11.根據(jù)權(quán)利要求1至10的任一項(xiàng)所述的方法，其中所述自動產(chǎn)生多媒體消息的主題字段包括用于定義檢索模塊的工作情況的指令碼。
12.根據(jù)權(quán)利要求1至11的任一項(xiàng)所述的方法，其中攔截模塊對中繼服務(wù)器發(fā)送的數(shù)據(jù)進(jìn)行處理。
13.根據(jù)權(quán)利要求1至12的任一項(xiàng)所述的方法，其中攔截模塊對電信網(wǎng)的SMS-C發(fā)送的數(shù)據(jù)進(jìn)行處理。
14.根據(jù)權(quán)利要求1至13的任一項(xiàng)所述的方法，其中多媒體消息包括其內(nèi)容的大小和/或性質(zhì)可變的主體。
15.根據(jù)權(quán)利要求1至14的任一項(xiàng)所述的方法，其中生成模塊以給定頻率發(fā)送多媒體消息。
16.根據(jù)權(quán)利要求1至15的任一項(xiàng)所述的方法，其中在給定的時間周期內(nèi)，生成模塊發(fā)送多媒體消息。
17.根據(jù)權(quán)利要求1至16的任一項(xiàng)所述的方法，其中生成模塊利用不同的協(xié)議發(fā)送多媒體消息。
18.根據(jù)權(quán)利要求1至17的任一項(xiàng)所述的方法，其中通知消息包括用于識別由與其對應(yīng)的中繼服務(wù)器接收的多媒體消息的信息。
19.根據(jù)權(quán)利要求1至18的任一項(xiàng)所述的方法，其中生成模塊是位于業(yè)務(wù)提供商的服務(wù)器與中繼服務(wù)器之間的中介，該生成模塊修改被它攔截的多媒體消息的主題字段。
20.根據(jù)權(quán)利要求1至19的任一項(xiàng)所述的方法，其中利用腳本文件參數(shù)化生成模塊。
21.根據(jù)權(quán)利要求1至20的任一項(xiàng)所述的方法，其中生成模塊和/或檢索模塊具有多進(jìn)程軟件結(jié)構(gòu)。
22.一種通過包括多媒體消息中繼服務(wù)器的電信網(wǎng)，跟蹤多媒體消息的模塊化設(shè)備，多媒體消息包括接收者字段和主題字段，其中模塊化跟蹤設(shè)備包括生成模塊，用于自動產(chǎn)生消息，該生成模塊包括用于將關(guān)于自動產(chǎn)生的多媒體消息的信息插入該多媒體消息的主題字段內(nèi)的裝置，該生成模塊包括通過電信網(wǎng)發(fā)送所產(chǎn)生的多媒體消息的裝置，中繼服務(wù)器包括用于產(chǎn)生用于通知收到多媒體消息的第一通知消息，并將該消息發(fā)送到被識別的接收者的裝置，第一通知消息包括主題字段，主題字段的內(nèi)容至少包括關(guān)于多媒體消息的主題字段的信息，攔截模塊包括用于攔截第一通知消息，確定哪個是第一通知消息的接收者以及根據(jù)接收者，其工作情況在電信網(wǎng)內(nèi)為透明的，或者將第二通知消息發(fā)送到多媒體消息檢索模塊的裝置，第二通知消息至少包括一個主題字段，該主題字段的內(nèi)容允許識別對應(yīng)于第一通知消息的多媒體消息，檢索模塊包括用于產(chǎn)生檢索請求以檢索對應(yīng)于第二通知消息的多媒體消息的裝置，該檢索模塊還包括用于將檢索請求發(fā)送到中繼服務(wù)器并對中繼服務(wù)器的響應(yīng)進(jìn)行處理的裝置。
23.根據(jù)權(quán)利要求22所述的設(shè)備，其中生成模塊包括用于將關(guān)于生成模塊發(fā)送的多媒體消息的第一條信息發(fā)送到分析模塊的裝置，檢索模塊包括用于將關(guān)于檢索的多媒體消息的第二條信息發(fā)送到分析模塊的裝置，所述第一條和第二條信息的性質(zhì)相同。
全文摘要
為了測量用于傳輸多媒體消息的系統(tǒng)的性能，采用用于產(chǎn)生多媒體消息的可參數(shù)化模塊。生成模塊產(chǎn)生的多媒體消息的主題字段包括關(guān)于多媒體消息的信息。在中繼服務(wù)器發(fā)送的通知消息內(nèi)檢索該主題字段。利用過濾模塊(206)過濾這些通知消息。模塊(202)給出過濾結(jié)果以檢索多媒體消息。將檢索結(jié)果與分析模塊(203)所做的發(fā)送操作進(jìn)行比較，以產(chǎn)生關(guān)于系統(tǒng)的工作的統(tǒng)計信息。
文檔編號H04L12/26GK1505349SQ20031011368
公開日2004年6月16日 申請日期2003年11月19日 優(yōu)先權(quán)日2002年11月20日
發(fā)明者魯?shù)婪颉ゑR索托, 魯?shù)婪?馬索托, 埂なグＢ迦鵡, 金－查利斯·圣埃洛瑞內(nèi) 申請人:賽基特爾公司