專利名稱：客戶服務(wù)器系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及介于通信網(wǎng)絡(luò)相互連接的客戶機(jī)與服務(wù)器之間進(jìn)行各種信息接發(fā)的通信系統(tǒng)。
背景技術(shù)：
迄今，在移動式計(jì)算機(jī)上裝上攜帶電話或者PHS等、然后介于無線電通信網(wǎng)絡(luò)同服務(wù)器交換各種信息這樣一種通信服務(wù)仍然進(jìn)行著。
目前，在代表英特網(wǎng)的TCP/IP協(xié)議之上的郵件傳送協(xié)議一般是采用SMTP(簡單郵件傳送協(xié)議RFC821等)。該SMTP協(xié)議當(dāng)初是基于傳送7位碼的ASCII文本文件而設(shè)計(jì)的。
然而，近年來隨著多媒體的普及，要求在傳送電子郵件時(shí)不僅僅是文本文件，連圖像和音聲等也一并傳送的呼聲越來越高。
目前，為了應(yīng)付這一局面所采取的一種措施是采用base64、uuencode等編碼方式把8位碼變換成7位碼，以MIME(Multipurpose Internet MailExtention即多目的英特網(wǎng)郵件擴(kuò)展RFC2045-2049等)方式包含郵件原文來傳送二進(jìn)制數(shù)據(jù)郵件。
一般，在接收這些郵件時(shí)是采用POP3(郵電局協(xié)議第3版本RFC1939)或者IMAP4(Internet Message Access Protocol-version4)這種7位碼郵件接收用協(xié)議。
業(yè)已公開的對應(yīng)于SMTP的標(biāo)準(zhǔn)有8位碼文本文件所用格式(8位MIME傳送用SMTP服務(wù)擴(kuò)展RFC1652)或者二進(jìn)制數(shù)據(jù)傳送用協(xié)議(大二進(jìn)制MIME報(bào)文傳送用SMTP服務(wù)擴(kuò)展RFC1830)，前者當(dāng)然僅面對文本文件，而后者尚處實(shí)驗(yàn)階段，哪一個(gè)都不能有效地用于傳送二進(jìn)制郵件。
另一方面，當(dāng)把8位碼轉(zhuǎn)換成7位碼時(shí)，數(shù)據(jù)會增大3至4成，通信時(shí)間加長，網(wǎng)絡(luò)通信量會變大。再者，客戶機(jī)還要進(jìn)行編碼/解碼處理，所以對于功率低下的小型攜帶終端(所謂移動臺)來說其負(fù)荷將增大。而且，由于在MIME解析時(shí)要進(jìn)行邊界識別，故會降低效率。
對此，本發(fā)明目的在于提供一種建立在TCP/IP協(xié)議之上的進(jìn)行二進(jìn)制郵件接發(fā)的客戶服務(wù)器系統(tǒng)，以建立無須在客戶機(jī)端進(jìn)行編碼與解碼的8位二進(jìn)制數(shù)據(jù)傳送協(xié)議。
另外，本發(fā)明目的還在于提供一種客戶服務(wù)器系統(tǒng)，以建立無須進(jìn)行譬如MIME解析那種邊界識別、故效率較高的郵件傳送協(xié)議。
拿已有的須經(jīng)過識別手續(xù)的數(shù)據(jù)(包括郵件)傳送協(xié)議來說，由于是在識別步驟之后才進(jìn)行數(shù)據(jù)傳送，故至少須要兩道手續(xù)或者說是程式。
那么，在目前大多數(shù)攜帶電話(PDC方式)所使用的9600bps低速線路上，由于通信數(shù)據(jù)量比較大，而且協(xié)議所造成的動作程式次數(shù)增大，故通信時(shí)間會加長。
因此，本發(fā)明還有一目的就在于提供一種客戶服務(wù)器系統(tǒng)，以建立數(shù)據(jù)接發(fā)上的動作程式比較少的通信協(xié)議。
用戶接收郵件時(shí)，先要從服務(wù)器接收某種信息以判斷是否應(yīng)該進(jìn)行接收，然后才開始實(shí)施對整個(gè)郵件進(jìn)行接收或者刪除的步驟。
所以，采用這種從服務(wù)器取得信息以由用戶或客戶機(jī)軟件判斷是否進(jìn)行接收的方法的話，無疑會增加客戶機(jī)端通信負(fù)荷。
對此，本發(fā)明還有一目的在于提供一種客戶服務(wù)器系統(tǒng)，以建立可以在用戶端進(jìn)行接收郵件選擇(篩選)的通信協(xié)議。
發(fā)明的開示為了實(shí)現(xiàn)上述目的，本發(fā)明客戶服務(wù)器系統(tǒng)包括以下手段是一種建立在TCP/IP協(xié)議之上的進(jìn)行數(shù)據(jù)傳送的客戶服務(wù)器系統(tǒng)，其中，采用以由報(bào)頭和主體部構(gòu)成的目標(biāo)(object)為單位進(jìn)行數(shù)據(jù)接發(fā)的協(xié)議。
具體來說，客戶機(jī)可以在接發(fā)數(shù)據(jù)之際連識別信息也一塊發(fā)送。
最好是，服務(wù)器依據(jù)利用客戶機(jī)所發(fā)送來的正規(guī)表達(dá)式(normalexpression)的演算公式，以目標(biāo)的報(bào)頭值為對象進(jìn)行篩選，從而只下載符合客戶機(jī)所要求條件的目標(biāo)。
另外，具體來說，服務(wù)器針對來自客戶機(jī)的一個(gè)請求，以動態(tài)裝入服務(wù)器應(yīng)用層的程序生成一目標(biāo)并把其發(fā)送給客戶機(jī)。
進(jìn)一步，所說客戶機(jī)最好是攜帶用移動終端。
更具體地來說，于所說報(bào)頭定義數(shù)據(jù)部分的數(shù)據(jù)量，于所說主體部分設(shè)定二進(jìn)制數(shù)據(jù)。
進(jìn)一步，所說二進(jìn)制數(shù)據(jù)最好是8位碼。
再具體來說，所說二進(jìn)制數(shù)據(jù)是文本文件、圖像或者音頻等多媒體數(shù)據(jù)。
附圖的簡單說明

圖1是本發(fā)明實(shí)施例5的客戶服務(wù)器系統(tǒng)結(jié)構(gòu)示意圖。
圖2是圖1所示客戶服務(wù)器系統(tǒng)中的攜帶電話終端的電子郵件接發(fā)功能有關(guān)部分的結(jié)構(gòu)示意圖。
圖3是圖1所示客戶服務(wù)器系統(tǒng)中的服務(wù)器結(jié)構(gòu)示意圖。
圖4是圖1所示攜帶電話終端與郵件服務(wù)器之間的線路建立處理步驟的說明圖。
圖5是從圖1所示攜帶電話終端向郵件服務(wù)器發(fā)送郵件的處理步驟的說明圖。
圖6是圖1所示攜帶電話終端與郵件服務(wù)器之間的識別處理步驟的說明圖。
圖7是圖1所示攜帶電話終端與郵件服務(wù)器之間的線路切斷處理步驟的說明圖。
圖8是從圖1所示郵件服務(wù)器向攜帶電話終端發(fā)送接收郵件清單的處理步驟的說明圖。
圖9是從圖1所示郵件服務(wù)器向攜帶電話終端發(fā)送接收郵件之一部分的處理步驟的說明圖。
圖10是從圖1所示郵件服務(wù)器向攜帶電話終端發(fā)送全部接收郵件的處理步驟的說明圖。
發(fā)明實(shí)施最佳形態(tài)以下，依據(jù)附圖對本發(fā)明的最佳實(shí)施形態(tài)作以說明。
根據(jù)本發(fā)明的新協(xié)議也即PAM2ODE(商品名稱為″パムモ一ド″或讀作″帕姆模式″)的數(shù)據(jù)傳送單位是目標(biāo)(Object)，該目標(biāo)由定義數(shù)據(jù)信息的報(bào)頭(Object-Header)和含有數(shù)據(jù)的主體(Object-Body)所構(gòu)成。在報(bào)頭部分必須要定義主體部分?jǐn)?shù)據(jù)量(字節(jié))，以便可以識別出目標(biāo)結(jié)尾。于主體部分可以直接設(shè)定二進(jìn)制(8位)數(shù)據(jù)，故客戶機(jī)(client)端無須進(jìn)行編碼/解碼。因此，數(shù)據(jù)量不會膨脹，移動終端可以8位向服務(wù)器(server)傳送圖像或音頻等信號。當(dāng)同時(shí)傳送復(fù)數(shù)目標(biāo)的時(shí)候，由于可以緊接在某一個(gè)目標(biāo)之后連接下一個(gè)目標(biāo)，故可避免象MIME中邊界識別那樣的繁瑣程式。
具體來說，以PAM2ODE傳送的數(shù)據(jù)是以目標(biāo)為單位來管理的，其格式如下Object＝1*Object-Header CRLF Object-BodyObject-header＝<由″標(biāo)志″″″″值″CRLF構(gòu)成>
CRLF＝由CR(0xod)和LF(0x0a)構(gòu)成的尾碼Object-Body＝含8位碼的數(shù)據(jù)的實(shí)體Object-Header主要包括下表1所示部分。

另外，Object-Header可以擴(kuò)展。
1，實(shí)施例1(格式指定目標(biāo)清單的取得)在PAM2ODE格式例子中，對請求目標(biāo)清單(ObjList)參數(shù)指定格式一覽表。在格式中可以插入把Object-Header標(biāo)識名挾在″$″和″；″之間的記述指定，于是服務(wù)器把該部分置換成對應(yīng)的各個(gè)Object的Object-Header值，作成一覽表。
CObjList$Name；CS000SNameObjlistSSize32S
SMailSPhotoSMailSMailSMailSPhotoSCObjList Name＝$Name；/id＝$Id；CS000SNameObjlistSSize793SSname＝Mail/id＝02080001.01Sname＝Photo/id＝02080001.02Sname＝Mail/id＝02080002.01Sname＝Mail/id＝02080003.01Sname＝Mail/id＝02080004.01Sname＝Photo/id＝02080004.02S2.實(shí)施例2(識別信息與數(shù)據(jù)接發(fā)請求指令的同時(shí)發(fā)送)按PAM2ODE，可以把識別信息(用戶ID+口令)含在接收或發(fā)送請求報(bào)文中發(fā)送給服務(wù)器，而當(dāng)服務(wù)器一端據(jù)此信息識別出來時(shí)，就可以當(dāng)即對該請求作出響應(yīng)，故只要一道程式就可以實(shí)現(xiàn)識別與接發(fā)信號。
1)PAM2ODES000PAM2ODE Server ReadySCObjList$Id；CuseridkuritaCpasswd********CS000SNameObjlistSSize256SS02080001.01S02080001.02S02080002.01S02080003.01SCGet 02080001.01CS000S<文件下載>
SCCloseC
S000S與上述步驟成對照的是識別步驟與接發(fā)步驟分開進(jìn)行，譬如下所示的FTP與POP3的步驟。不難看出由于在數(shù)據(jù)接發(fā)請求之際附加識別信息，PAM2ODE比起FTP和POP3來可以減少通信程式。
2)FTPS220hostname.aaa.bbb.ccc FTP server(Version6.2/OpenBSD/Linux)readyCUSER kuritaS331Password required for kurita.
CPASS********S230 User kurita logged in.
CSYSTS215 UNIX TypeL8(Linux)CTYPE IS200 Type set to I.
CPORT 210，157，32，xx，x117S200 PORT command successful.
CSTOR filenameS150 Opening BINARY mode data connection for ′filename′C<文件上裝>
S226 Transfer complete.
CQUITS221 Goodbye
3)POP3S+OK POP3 pop.aaa.bbb.ccc v4.37 server readyCUSER kuritaS+OK User name accepted，password pleaseCPASS********S+OK Mailbox open，1 messagesCSTATS+OK 1 640CRETR 1S+OK 640 octetsS<文件下載>
CQUITS+OK Sayonara3實(shí)施例3(根據(jù)服務(wù)器端篩選的選擇下載)按PAM2ODE，可以利用作為數(shù)據(jù)單位的目標(biāo)的格式向服務(wù)器發(fā)送正規(guī)表達(dá)式(normal expression，是以O(shè)bject-Header設(shè)定值為對象進(jìn)行篩選用的)，據(jù)此，可以做到只下載篩選目標(biāo)。這樣一來雖然服務(wù)器端負(fù)荷有所增加，但是卻可抑制通信負(fù)荷，故可以提高整個(gè)系統(tǒng)通信質(zhì)量。還有，由于Object-Header是具有擴(kuò)展性的格式，所以可以把能夠附隨該擴(kuò)展性的正規(guī)表達(dá)式當(dāng)做篩選用表達(dá)式。拿一般協(xié)議來講，客戶機(jī)是先從服務(wù)器獲取某種信息(僅僅是報(bào)頭、或者是一覽表等)，然后據(jù)此選擇下載數(shù)據(jù)。然而從以下可以看到按PAM2ODE，則根本無須這種前處理。例)
CGetCFilterName＝∧Mail$&Size＜＝1024CS000S＜把所有Object-Header的Name字段值為″Mail″且Size字段值小于1024的Object都下載>
S4實(shí)施例4(目標(biāo)指向的服務(wù)器應(yīng)用程序)在PAM2ODE服務(wù)器，是針對一個(gè)請求生成一個(gè)目標(biāo)，事務(wù)處理和響應(yīng)處理都依托該目標(biāo)。一旦服務(wù)器接收到請求，各個(gè)目標(biāo)就動態(tài)裝入服務(wù)器應(yīng)用程序。故此無須對服務(wù)器基本應(yīng)用程序進(jìn)行修改就可以進(jìn)行請求的擴(kuò)展、追加以及放棄。
還有，服務(wù)器應(yīng)用程序藉并行處理來保證用戶數(shù)(數(shù)十萬級)的可伸縮性。而且，該服務(wù)器應(yīng)用程序集用戶簽約、郵件接發(fā)于一體。
雖然，可以說，通過上述實(shí)施例可以充分理解本發(fā)明各權(quán)利要求所記載的客戶服務(wù)器系統(tǒng)，但是以下還是要對本發(fā)明實(shí)施例作更具體的補(bǔ)充說明。
5，實(shí)施例5(綜合實(shí)施例)圖1是本發(fā)明實(shí)施例5的客戶服務(wù)器系統(tǒng)結(jié)構(gòu)示意圖。
該客戶服務(wù)器系統(tǒng)包括ATM(異步傳輸模式)交換網(wǎng)1、同該ATM交換網(wǎng)1連接的基地臺2、位于該基地臺2服務(wù)區(qū)域內(nèi)因而被基地臺2所收容的攜帶電話終端(攜帶移動終端)3、儲存有關(guān)于基地臺3與被收容攜帶電話終端3的對應(yīng)表的基地臺檢索服務(wù)器4、以及同ATM交換網(wǎng)1連接的郵件服務(wù)器5。
ATM交換網(wǎng)1可以異步傳輸方式從發(fā)送端向發(fā)送終點(diǎn)傳送分組，據(jù)此可以使得在攜帶電話終端3與終端3之間建立虛擬線路從而可以通話，還可以使得在攜帶電話終端3與郵件服務(wù)器5之間建立虛擬線路從而可以進(jìn)行電子郵件等數(shù)據(jù)接發(fā)。
因此，各個(gè)攜帶電話終端3、郵件服務(wù)器5以及基地臺2都被分配有使得其相互之間有區(qū)別的識別編號，也即其各自在ATM交換網(wǎng)1中都被分配有專用地址。ATM交換網(wǎng)1就是依據(jù)可以特定出發(fā)送終點(diǎn)的這一地址來進(jìn)行分組傳送的。
基地臺2，其當(dāng)一旦收容了攜帶電話終端3后，就獲取該攜帶電話終端3的地址并把它通知給基地臺檢索服務(wù)器4等。另外，當(dāng)判斷出攜帶電話終端3已經(jīng)移動到通信服務(wù)區(qū)域之外時(shí)，就通知基地臺檢索服務(wù)器4已經(jīng)解除對該攜帶電話終端3的收容。因此，在基地臺檢索服務(wù)器4總是記錄著最新的關(guān)于各個(gè)基地臺2地址與其所收容的攜帶電話終端3地址之一一對應(yīng)的收容信息清單。
基地臺檢索服務(wù)器4，其除上述而外還進(jìn)行如是處理響應(yīng)各個(gè)基地臺2和郵件服務(wù)器5等的詢問，回答所詢問攜帶電話終端3現(xiàn)所在基地臺2的地址等。
郵件服務(wù)器5對來自各個(gè)攜帶電話終端3的電子郵件進(jìn)行接收，同時(shí)還進(jìn)行把各電子郵件發(fā)送給各攜帶電話終端3的處理。
圖2是客戶服務(wù)器系統(tǒng)中的攜帶電話終端3的電子郵件接發(fā)功能有關(guān)部分的結(jié)構(gòu)示意圖。
攜帶電話終端3具有控制主體8和存儲器11?？刂浦黧w8具有ATM接口單元(ATMI/F單元)6和控制單元7。存儲器11具有程序存儲單元9和數(shù)據(jù)存儲單元10。在程序存儲單元9中儲存有運(yùn)行管理程序12、傳輸協(xié)議通信程序13、ATM接口單元適配器(ATMI/F單元適配器)14、由其它程序構(gòu)成的操作系統(tǒng)程序、郵件客戶機(jī)程序15、由其它程序構(gòu)成的應(yīng)用程序。在數(shù)據(jù)存儲單元10中包括郵件存儲區(qū)16和郵件服務(wù)器數(shù)據(jù)存儲區(qū)17。
ATI/F單元6通過同基地臺2之間進(jìn)行電波接發(fā)來分組傳送以及接收電子郵件等數(shù)據(jù)。
控制單元7運(yùn)行程序存儲單元9中儲存的各種程序、對ATMI/F單元6的分組傳送以及接收等進(jìn)行控制。
在郵件服務(wù)器數(shù)據(jù)存儲區(qū)17儲存有訪問郵件服務(wù)器5時(shí)所需的各種信息、譬如郵件服務(wù)器5的地址、用戶ID、口令等識別信息。
郵件存儲區(qū)16用于儲存利用郵件客戶機(jī)程序15所作成的發(fā)送郵件和接收到的接收郵件。
ATMI/F單元適配器14在OSI(開放系統(tǒng)互連)分層模型下進(jìn)行相當(dāng)于數(shù)據(jù)鏈路層的數(shù)據(jù)通信處理。
傳輸協(xié)議通信程序13在OSI分層模型下進(jìn)行相當(dāng)于網(wǎng)絡(luò)層和傳輸層的數(shù)據(jù)通信處理。該分層具有代表性的程序是以TCP/IP協(xié)議為基礎(chǔ)的通信程序。
運(yùn)行管理程序12是對控制單元7所運(yùn)行的各種應(yīng)用程序的啟動/停止等進(jìn)行管理的程序。
郵件客戶機(jī)程序15被控制單元7所運(yùn)行以進(jìn)行電子郵件作成和接發(fā)等處理。郵件客戶機(jī)程序15在OSI分層模式下主要進(jìn)行相當(dāng)于應(yīng)用層的數(shù)據(jù)通信處理。
圖3是客戶服務(wù)器系統(tǒng)中的郵件服務(wù)器5的結(jié)構(gòu)示意圖。
郵件服務(wù)器5具有控制主體20和存儲器23。控制主體20具有ATM接口單元(ATMI/F單元)18和控制單元19。存儲器23具有程序存儲單元21和數(shù)據(jù)存儲單元22。在程序存儲單元21中儲存有運(yùn)行管理程序24、傳輸協(xié)議通信程序25、ATM接口單元適配器(ATMI/F單元適配器)26、由其它程序構(gòu)成的操作系統(tǒng)程序、郵件服務(wù)器程序27、由其它程序構(gòu)成的應(yīng)用程序。在數(shù)據(jù)存儲單元22中包括郵件存儲區(qū)28和用戶數(shù)據(jù)庫29。
在用戶數(shù)據(jù)庫29儲存有對訪問郵件服務(wù)器5的攜帶電話終端3進(jìn)行識別處理時(shí)所需的各種信息、譬如與各攜帶電話終端3的地址對應(yīng)的登記用戶ID、登記口令等登記信息。
郵件存儲區(qū)28儲存從攜帶電話終端3接收到的接收郵件，其以每個(gè)攜帶電話終端3為劃分單位來進(jìn)行儲存。
郵件服務(wù)器程序27被控制單元19所運(yùn)行以進(jìn)行電子郵件接發(fā)等處理。郵件服務(wù)器程序27在OSI分層模式下主要進(jìn)行相當(dāng)于應(yīng)用層的數(shù)據(jù)通信處理。
除此之外，與攜帶電話終端3同名部分，其結(jié)構(gòu)也一樣，故省略說明。
下面，對在具有上述結(jié)構(gòu)的客戶服務(wù)器系統(tǒng)下的電子郵件接發(fā)處理作以說明。
首先，說明一下從攜帶電話終端3向郵件服務(wù)器5發(fā)送電子郵件的情形。在此，設(shè)預(yù)先在用戶數(shù)據(jù)庫29中對應(yīng)于各個(gè)攜帶電話終端3的地址儲存有登記用戶ID、登記口令。另外，還設(shè)用戶預(yù)先操作攜帶電話終端3的按鍵來啟動郵件客戶機(jī)程序15、借此把發(fā)送郵件儲存在了郵件存儲區(qū)內(nèi)。
在上述狀態(tài)下，當(dāng)攜帶電話終端3一旦進(jìn)入某基地臺2的通信服務(wù)區(qū)域內(nèi)時(shí)，基地臺2就通知基地臺檢索服務(wù)器4和郵件服務(wù)器5該攜帶電話終端3已被其收容。基地臺檢索服務(wù)器4就依據(jù)該通知把該攜帶電話終端3的地址與該基地臺2的地址相對應(yīng)地儲存在清單中。因此，基地臺檢索服務(wù)器4內(nèi)所儲存的有關(guān)攜帶電話終端3的收容信息是最新的。
另外，郵件服務(wù)器5的控制單元19根據(jù)上述通知開始實(shí)行郵件服務(wù)器程序27所規(guī)定的動作、發(fā)送如圖4所示線路連接通知給上述攜帶電話終端3。因此，攜帶電話終端3可以確認(rèn)其同郵件服務(wù)器5之間的通信線路業(yè)已建立。
那么，具體來說就是郵件服務(wù)器5直接從基地臺檢索服務(wù)器4等獲取收容攜帶電話終端3的基地臺2的地址、按這一地址發(fā)送線路連接通知；而基地臺2則根據(jù)作為發(fā)送終點(diǎn)的攜帶電話3的地址把該線路連接通知發(fā)送給特定攜帶電話終端3。
參見圖4，其右欄目所記載的信息表示郵件服務(wù)器5發(fā)送給攜帶電話終端3的信息，而左欄目所記載的信息則表示攜帶電話終端3發(fā)送給郵件服務(wù)器5的信息。各欄目中的箭頭表示發(fā)送含有其上面所記載數(shù)據(jù)的分組。即，根據(jù)圖4，郵件服務(wù)器5是把線路連接認(rèn)可信息(000 PAM2ODE Server Ready)連同郵件服務(wù)器5上運(yùn)行的郵件服務(wù)器程序27的版本信息(ProtocolPAM2ODE/1.0/1.9)以及用戶識別方式的指定信息(AuthenticateAuthRaw)以一個(gè)分組進(jìn)行發(fā)送。另外，″PAM2ODE″是實(shí)施本發(fā)明時(shí)所用協(xié)議的名稱。
當(dāng)ATMI/F單元6接收到郵件服務(wù)器5發(fā)送來的線路連接通知時(shí)，控制單元7就開始實(shí)行郵件客戶機(jī)程序15所規(guī)定的動作、同郵件服務(wù)器5之間進(jìn)行如圖5所示的關(guān)于發(fā)送郵件的發(fā)送處理。郵件存儲區(qū)16所儲存的發(fā)送郵件被按數(shù)據(jù)類型拆分、以目標(biāo)(由報(bào)頭和主體部構(gòu)成)為單位發(fā)送出去。
在圖5所示例子中，發(fā)送郵件在發(fā)送時(shí)被拆分成以電子郵件文本為主體(文本主體)的目標(biāo)(文本目標(biāo))、和以JPEG(″聯(lián)合攝影專家組″標(biāo)準(zhǔn))的圖像數(shù)據(jù)為主體(圖像主體)的目標(biāo)(圖像目標(biāo))。
在此，文本主體所附加的報(bào)頭(文本報(bào)頭)包括該文本主體所專有的信息、譬如主體類型信息(Mail)、攜帶電話終端3地址(Machine ID****)、郵件客戶機(jī)程序15的版本信息(ProtocolPAM2ODE/1.0/1.9)、用戶ID(UserID****)與口令(Passwd****)、主體所專有的編號(Id05043501，以下稱目標(biāo)編號)以及主體的二進(jìn)制數(shù)據(jù)量(＝8位碼數(shù)據(jù)量，Size250，單位為字節(jié))。其中的目標(biāo)編號，其前部(園點(diǎn)之前部分)為電子郵件所專有的編號，其后部(園點(diǎn)以后部分)為該電子郵件數(shù)據(jù)類型(目標(biāo))所專有的編號。
還有，在文本主體，接在電子郵件的″From″報(bào)頭、″To″報(bào)頭及標(biāo)題(Subject)等電子郵件報(bào)頭、和下一個(gè)發(fā)送目標(biāo)的目標(biāo)編號(在此是指圖像目標(biāo)編號，也即X-Attached05043502)之后，包含發(fā)送郵件原文(8位碼文本文件表現(xiàn)的文章數(shù)據(jù))。
同樣，在圖像報(bào)頭包含目標(biāo)類型信息(Photo)、目標(biāo)編號(Id05043502)以及目標(biāo)的二進(jìn)制數(shù)據(jù)量(Size5034)等信息。那么，至于二進(jìn)制數(shù)據(jù)，除了8位碼文本數(shù)據(jù)及圖像數(shù)據(jù)而外，還可以包括音頻等多媒體數(shù)據(jù)。另外，在線路建立之后，對第2次以后所發(fā)送的目標(biāo)可以省略掉攜帶電話終端3地址、郵件客戶機(jī)客戶機(jī)程序15版本信息、用戶ID與口令等識別信息。由于已經(jīng)沒有接下來要發(fā)送的目標(biāo)，故在圖像主體只含有JPEG數(shù)據(jù)。
另一方面，在本例中，對每一目標(biāo)進(jìn)行分組傳送，每次接收到分組時(shí)郵件服務(wù)器5都要向攜帶電話終端3返送顯示數(shù)據(jù)被正常接收的回答信號(000)。
還有一點(diǎn)，從線路連接通知到電子郵件發(fā)送處理這段時(shí)間，如果是象圖6所示那樣，另行用戶識別處理的場合，在圖5所示的最初發(fā)送的目標(biāo)的報(bào)頭(即文本報(bào)頭)中也可象圖像報(bào)頭那樣省略識別信息。但是，若在各個(gè)攜帶電話終端3被基地臺2所收容之際不與數(shù)據(jù)接發(fā)處理一道進(jìn)行而是單獨(dú)進(jìn)行識別處理的話，會增大通信量(分組信號接發(fā))，所以最好是如圖5所示那樣，數(shù)據(jù)接發(fā)和用戶識別一道進(jìn)行。
那么，當(dāng)郵件存儲區(qū)所儲存的所有發(fā)送郵件都發(fā)送完畢時(shí)，按郵件客戶機(jī)程序15而動作的控制單元7就會向郵件服務(wù)器5發(fā)送如圖7所示的線路切斷通知(Close)。
與發(fā)送郵件的發(fā)送處理幾乎同時(shí)，在線路業(yè)已建立的狀態(tài)下，攜帶電話終端3進(jìn)行對郵件服務(wù)器5傳送來的接收郵件的接收處理。
在本實(shí)施例的客戶服務(wù)器系統(tǒng)下，也同IMAP4協(xié)議一樣，在進(jìn)行了圖8所示一覽表請求后，可如圖9所示以目標(biāo)為單位對接收郵件的一部分進(jìn)行接收、和通過如圖10所示的附加有篩選條件的接收處理來以目標(biāo)為單位對接收郵件的一部分進(jìn)行接收。
首先，在圖8所示一覽表請求處理中，在攜帶電話終端3，按郵件客戶機(jī)程序15而動作的控制單元7視需要，在發(fā)送識別信息同時(shí)還發(fā)送請求傳送接收郵件清單的請求指令(List)給郵件服務(wù)器5。而在郵件服務(wù)器5，由按郵件客戶機(jī)程序27而動作的控制單元19生成接收郵件清單并將其作為目標(biāo)主體向攜帶電話終端3發(fā)送目標(biāo)(接收郵件清單目標(biāo))。
在該接收郵件清單目標(biāo)的報(bào)頭，包含有目標(biāo)類型信息(OutLine)和目標(biāo)的二進(jìn)制數(shù)據(jù)量(Size725)等信息。
在圖9所示的對接收郵件的一部分接收處理中，按郵件客戶機(jī)程序15而動作的控制單元7視需要，并依據(jù)上述接收郵件清單所記述的信息等，在發(fā)送識別信息同時(shí)還發(fā)送請求傳送目標(biāo)的發(fā)送請求指令(Get 02240001(＝目標(biāo)編號))給郵件服務(wù)器5。
在郵件服務(wù)器5，按郵件服務(wù)器程序27而動作的控制單元19生成一目標(biāo)(其主體含有被指定的目標(biāo)編號數(shù)據(jù))、并將其發(fā)送給攜帶電話終端3。在圖9中，由于只指定了目標(biāo)編號的前部，故所有與該目標(biāo)編號前部一致的目標(biāo)、即一件接收郵件的所有二進(jìn)制數(shù)據(jù)在按數(shù)據(jù)類型目標(biāo)化之后，都被發(fā)送給攜帶電話終端3。
另外，當(dāng)該目標(biāo)的發(fā)送請求指令中沒有指定目標(biāo)編號時(shí)，則儲存在郵件服務(wù)器5的郵件存儲區(qū)16中的所有指向?qū)?yīng)用戶的電子郵件的數(shù)據(jù)都被發(fā)送給該攜帶電話終端3。這和POP3的接收郵件的獲取處理一樣。
在如圖10所示的附加有接收郵件篩選條件的接收處理中，按郵件客戶機(jī)程序15而動作的控制單元7，在發(fā)送目標(biāo)的發(fā)送請求指令(Get)同時(shí)還發(fā)送接收篩選條件(Filter<模式>)給郵件服務(wù)器5。而在郵件服務(wù)器5，按郵件服務(wù)器程序27而動作的控制單元19對所有滿足該接收篩選條件的電子郵件數(shù)據(jù)在按數(shù)據(jù)類型目標(biāo)化之后發(fā)送給攜帶電話終端3。
另外，在該接收篩選條件的<模式>中，以利用正規(guī)表達(dá)式的演算公式來記述對應(yīng)于目標(biāo)報(bào)頭信息的條件式。該報(bào)頭信息如表1所示，包括表示含在主體中數(shù)據(jù)的類型的″Mail″、″Photo″等目標(biāo)名、表示含在主體中的數(shù)據(jù)量的主體數(shù)據(jù)量上限與下限值等。
那么，譬如在只接收電子郵件文本并且其數(shù)據(jù)量不大于1024字節(jié)的場合，若以利用正規(guī)表達(dá)式的演算公式來記述這兩個(gè)條件的話，就是這樣的″filterName＝∧Mail在Mail$&Size＜＝1024。在郵件服務(wù)器5，于郵件存儲區(qū)28生成所有滿足該條件的目標(biāo)、并將其都發(fā)送給攜帶電話終端3。
可見，由于在發(fā)送目標(biāo)的發(fā)送請求指令的同時(shí)還發(fā)送接收篩選條件給郵件服務(wù)器5，故可以實(shí)現(xiàn)在郵件服務(wù)器5預(yù)先選定數(shù)據(jù)，因此，沒有必要象圖8以及圖9所示那樣預(yù)先接收目標(biāo)清單，可以有選擇地只接收電子郵件中的必要部分，比IMAP4的通信量(接發(fā)次數(shù))還要少。
由上述可見，在本實(shí)施例的客戶服務(wù)器系統(tǒng)下，由于是把電子郵件數(shù)據(jù)按數(shù)據(jù)類型含在不同主體中、并且在接發(fā)信號時(shí)把二進(jìn)制數(shù)據(jù)的數(shù)據(jù)量信息當(dāng)做報(bào)頭信息附加進(jìn)去，所以不象以往建立在TCP/IP之上的電子郵件接發(fā)協(xié)議、譬如SMTP、POP3、IMAP4等那樣，即不用對攜帶電話終端3等終端的二進(jìn)制數(shù)據(jù)進(jìn)行加密，故可以比較小的處理負(fù)荷和比較短的數(shù)據(jù)傳送時(shí)間進(jìn)行信號接發(fā)，而且，也不用象POP3那樣對MIME數(shù)據(jù)實(shí)行數(shù)據(jù)斷點(diǎn)即邊界檢出控制等，接收端可以比較容易地把握數(shù)據(jù)之間的區(qū)劃，以高效而簡單的控制實(shí)現(xiàn)準(zhǔn)確地接發(fā)數(shù)據(jù)。
故此，即便是象攜帶電話終端3那樣信息處理等力比較低的用戶終端，也可以在不加大負(fù)荷的情況下接發(fā)各種數(shù)據(jù)。
還須說明一點(diǎn)的是雖然在本實(shí)施例中對運(yùn)行于郵件服務(wù)器5的電子郵件接發(fā)程序是列舉一個(gè)郵件服務(wù)器程序27來解釋的，然而，這種程序也可以如是方式很容易地實(shí)現(xiàn)譬如，在按以往建立在TCP/IP之上的電子郵件接發(fā)協(xié)議運(yùn)行的郵件服務(wù)器程序上，追加一可以按電子郵件的各種數(shù)據(jù)類型生成不同目標(biāo)的程序。
尤為突出的是由于是針對來自攜帶電話終端3等客戶機(jī)終端的一個(gè)請求生成一個(gè)目標(biāo)，所以容易在電子郵件的接發(fā)協(xié)議上作變更。也就是說可以預(yù)先配置一個(gè)公共程序庫使其含有用于生成各類目標(biāo)的程序，并實(shí)行程序調(diào)用管理以使得處理由已有郵件服務(wù)器程序過渡到該公共程序庫中的指定程序上，故無須對郵件服務(wù)器應(yīng)用程序自身作改動。再換句話來說，根據(jù)本發(fā)明，郵件服務(wù)器針對來自客戶機(jī)的一個(gè)請求，以動態(tài)地下載到服務(wù)器應(yīng)用層上的程序生成一個(gè)目標(biāo)，并把其發(fā)送給客戶機(jī)，因此，可以容易地獲得本發(fā)明郵件服務(wù)器程序27。
上述實(shí)施例雖是本發(fā)明最佳實(shí)施例，但是在不脫離本發(fā)明構(gòu)思情況下能夠有種種變形。譬如，不是在ATM交換網(wǎng)1而是英特網(wǎng)下也可以利用于客戶機(jī)終端與郵件服務(wù)器之間的電子郵件數(shù)據(jù)接發(fā)，進(jìn)一步，也可以利用于介于ATM交換網(wǎng)和英特網(wǎng)的電子郵件接發(fā)處理。
關(guān)于實(shí)用性由上述可見，根據(jù)本發(fā)明的客戶服務(wù)器系統(tǒng)，無須在客戶機(jī)端進(jìn)行編碼與解碼即可進(jìn)行8位二進(jìn)制數(shù)據(jù)傳送。而且，無須進(jìn)行譬如MIME解析那種邊界識別、可高效地進(jìn)行郵件傳送。另外，能以比較少的通信程式實(shí)現(xiàn)客戶機(jī)與服務(wù)器之間的數(shù)據(jù)接發(fā)。進(jìn)一步，可以在用戶端進(jìn)行客戶機(jī)所接收的接收郵件選擇(篩選)。
權(quán)利要求
1 客戶服務(wù)器系統(tǒng)，為建立在TCP/IP協(xié)議之上的進(jìn)行數(shù)據(jù)傳送的客戶服務(wù)器系統(tǒng)，其中，采用以由報(bào)頭和主體構(gòu)成的目標(biāo)為單位進(jìn)行數(shù)據(jù)接發(fā)的協(xié)議。
2 按權(quán)利要求1所說系統(tǒng)，其特征是客戶機(jī)在接發(fā)數(shù)據(jù)之際連同識別信息也一塊發(fā)送。
3 按權(quán)利要求1所說系統(tǒng)，其特征是服務(wù)器依據(jù)利用客戶機(jī)所發(fā)送來的正規(guī)表達(dá)式的演算公式，以目標(biāo)的報(bào)頭值為對象進(jìn)行篩選，從而只下載符合客戶機(jī)所要求條件的目標(biāo)。
4 按權(quán)利要求1所說系統(tǒng)，其特征是服務(wù)器針對來自客戶機(jī)的一個(gè)請求，以動態(tài)裝入服務(wù)器應(yīng)用層的程序生成一目標(biāo)并把其發(fā)送給客戶機(jī)。
5 按權(quán)利要求1至4中任一項(xiàng)所說系統(tǒng)，其特征是客戶機(jī)是攜帶用移動終端。
6 按權(quán)利要求1所說系統(tǒng)，其特征是于所說報(bào)頭定義數(shù)據(jù)部分的數(shù)據(jù)量，于所說主體部分設(shè)定二進(jìn)制數(shù)據(jù)。
7 按權(quán)利要求6所說系統(tǒng)，其特征是所說二進(jìn)制數(shù)據(jù)為8位碼。
8 按權(quán)利要求7所說系統(tǒng)，其特征是所說二進(jìn)制數(shù)據(jù)是文本文件、圖像或者音頻等多媒體數(shù)據(jù)。
全文摘要
本發(fā)明客戶服務(wù)器系統(tǒng)為建立在TCP/IP協(xié)議之上的進(jìn)行數(shù)據(jù)傳送的客戶服務(wù)器系統(tǒng)，其中，采用以由報(bào)頭和主體構(gòu)成的目標(biāo)為單位進(jìn)行數(shù)據(jù)接發(fā)的協(xié)議。另外，于所說報(bào)頭定義數(shù)據(jù)部分的數(shù)據(jù)量，于所說主體部分放置文本、圖像或音頻等多媒體數(shù)據(jù)構(gòu)成的8位二進(jìn)制數(shù)據(jù)。攜帶移動終端3等客戶機(jī)在接發(fā)數(shù)據(jù)之際還發(fā)送識別信息。服務(wù)器5依據(jù)利用客戶機(jī)所發(fā)送來的正規(guī)表達(dá)式的演算公式，以目標(biāo)的報(bào)頭值為對象進(jìn)行篩選，從而只下載符合客戶機(jī)所要求條件的目標(biāo)。服務(wù)器5針對來自客戶機(jī)的一個(gè)請求，以動態(tài)裝入服務(wù)器應(yīng)用層的程序生成一目標(biāo)并把其發(fā)送給客戶機(jī)。
文檔編號H04L29/06GK1516414SQ0310870
公開日2004年7月28日 申請日期2000年11月2日 優(yōu)先權(quán)日1999年11月2日
發(fā)明者來田泰樹 申請人:株式會社Ntt都科摩