專利名稱：內(nèi)容服務器裝置的制作方法
技術領域：
本發(fā)明涉及向終端裝置提供內(nèi)容的內(nèi)容服務器裝置。
背景技術：


圖1是表述以往的內(nèi)容提供系統(tǒng)。i-mode(商標)終端4、PHS終端8通過因特網(wǎng)12能夠訪問i-mode用服務器16、PHS用服務器20。
然而，只有i-mode(商標)終端4訪問i-mode用服務器16，才能夠取得內(nèi)容。同樣地，PHS終端8只有訪問PHS用服務器20，才能夠取得內(nèi)容。例如，即使從i-mode(商標)終端4訪問PHS用服務器20，也不能夠取得內(nèi)容(不能夠正確顯示)。
在i-mode終端采用能夠控制內(nèi)容間的鏈接的瀏覽器，而在PHS終端沒有采用這樣的瀏覽器，這是大為不同的一點。與此相應，在i-mode用服務器16與PHS用服務器20中采用的內(nèi)容的記載方法完全不同。
因此，用戶根據(jù)自己使用的設備的類型，即使在訪問相同內(nèi)容的情況下，也必須改變訪問目的地的服務器。又，當僅以不同的語言形式提供所要求的內(nèi)容時，存在在內(nèi)容瀏覽上發(fā)生障礙的問題。
另一方面，對于提供內(nèi)容的一方，為了使得更多的用戶能夠進行瀏覽，必須以不同語言準備內(nèi)容并且設置服務器。因此，存在內(nèi)容的制作、保存、改變較為復雜的問題。
本發(fā)明鑒于上述問題點，目的在于提供一種不需要對于終端裝置側的不同顯示處理設置不同的服務器而能夠提供適合于各終端的內(nèi)容的內(nèi)容服務器。

發(fā)明內(nèi)容
(1)本發(fā)明的內(nèi)容服務器裝置是接受來自不同類型的終端裝置的訪問的內(nèi)容服務器裝置，具備記錄內(nèi)容的內(nèi)容記錄手段；來訪問的終端裝置根據(jù)獲得內(nèi)容中的記載判別能否自己進行向其他內(nèi)容的轉移控制的終端判別手段；根據(jù)所述終端判別手段的判斷，當不是能夠進行所述轉移控制的終端裝置時，根據(jù)從內(nèi)容記錄手段讀出的內(nèi)容產(chǎn)生管理信息的管理信息產(chǎn)生手段；根據(jù)所述管理信息并且隨來自終端裝置的要求進行發(fā)送到終端裝置的內(nèi)容的轉移控制的轉移控制手段。
因此，即使對于自己不能夠進行轉移控制的終端裝置，也可以僅準備與能進行轉移控制的終端裝置相同記載的內(nèi)容。由此，能夠制作多數(shù)終端共用的內(nèi)容并且內(nèi)容的制作以及保存變得容易。
(4)本發(fā)明的內(nèi)容服務器裝置的特點在于，所述管理信息每到終端裝置要求的內(nèi)容改變時產(chǎn)生新的管理信息并且廢除舊的管理信息。
由于每當要求的內(nèi)容改變時能夠根據(jù)內(nèi)容暫時產(chǎn)生管理信息，即使當對于內(nèi)容間的鏈接信息再進行更改時，也可以僅改變內(nèi)容。
(5)本發(fā)明的內(nèi)容服務器裝置的特點在于，管理信息產(chǎn)生手段當沒有來自終端裝置的應答時產(chǎn)生用于截斷連接的、作為管理信息一部分的無應答許可信息。
因此，即使在終端裝置在中途切斷電源的情況下，也能夠適當?shù)亟Y束對話。
(6)本發(fā)明的內(nèi)容服務器裝置的特點在于，管理信息產(chǎn)生手段作為管理信息的一部分對于每個來自終端裝置的訪問產(chǎn)生對話ID。
因此，能夠適當?shù)毓芾硗瑫r來訪問的多個終端裝置的對話。
(7)本發(fā)明的內(nèi)容服務器裝置的特點在于，所述終端判別手段通過判別終端裝置的類型來判別該終端裝置是否能夠進行所述轉移控制。
因此，僅通過取得終端裝置的類型就能夠判斷有無轉移控制功能。
(8)本發(fā)明的內(nèi)容服務器裝置的特點在于，所述終端判別手段根據(jù)從終端裝置發(fā)送來的HTTP標題進行判別。
由于HTTP標題表示終端裝置所采用的協(xié)議，因此，能夠正確地把握終端裝置的類型。
(9)本發(fā)明的內(nèi)容服務器裝置的特點在于，所述終端判別手段根據(jù)從終端裝置發(fā)送來的IP地址進行判別。
對于每個決定終端裝置的類型的通信公司，IP地址的分配不同，因而能夠正確地把握終端裝置的類型。
(10)本發(fā)明的內(nèi)容服務器裝置的特點在于，所述終端判別手段還判別在終端裝置中為了進行顯示而能夠暫時存儲的內(nèi)容的規(guī)模，所述管理信息產(chǎn)生手段根據(jù)所述內(nèi)容的規(guī)模來劃分內(nèi)容。
因此，不管終端裝置的顯示限制，能夠準備通用的內(nèi)容并且能夠提供適當?shù)膬?nèi)容。
(14)本發(fā)明的內(nèi)容服務器裝置接受由自述型語言記載的內(nèi)容，根據(jù)該內(nèi)容的記載作為管理信息暫時產(chǎn)生用于向其他內(nèi)容轉移的信息，根據(jù)產(chǎn)生的管理信息，隨來自終端裝置的要求進行發(fā)送到終端裝置的內(nèi)容的轉移控制。
因此，即使對于不能夠自己進行轉移控制的終端裝置，也可以僅準備與能夠進行轉移控制的終端裝置相同記載的內(nèi)容。由此，能夠制作多數(shù)終端通用的內(nèi)容并且內(nèi)容的制作以及保存變得容易。
(17)本發(fā)明的內(nèi)容服務器裝置的特點在于，根據(jù)在終端裝置中為了進行顯示而能夠暫時存儲內(nèi)容的規(guī)模來劃分內(nèi)容。
因此，不管終端裝置的顯示限制，能夠準備通用的內(nèi)容并且能夠提供適當?shù)膬?nèi)容。
(18)本發(fā)明的內(nèi)容提供方法是接受來自不同類型的終端裝置的訪問并且提供內(nèi)容的方法，其特點在于，預先記錄內(nèi)容，來要求內(nèi)容的終端裝置根據(jù)獲得的內(nèi)容中的記載判別是否能夠自己進行向其他內(nèi)容的轉移控制，同時，對于能夠進行所述轉移控制的終端裝置，在提供內(nèi)容時將包含在內(nèi)容中的用于轉移控制的信息發(fā)送到終端裝置，對于不能夠進行所述轉移控制的終端裝置，在提供內(nèi)容時在提供內(nèi)容側管理向其他內(nèi)容的轉移。
因此，即使對于不能夠自己進行轉移控制的終端裝置，也可以僅準備與能夠進行轉移控制的終端裝置相同記載的內(nèi)容。由此，能夠制作多數(shù)終端通用的內(nèi)容并且內(nèi)容的制作以及保存變得容易。
“終端判別手段”是指至少根據(jù)終端裝置獲得的內(nèi)容中的記載來判別是否自己能夠進行向其他內(nèi)容的轉移控制的手段。它的概念包含通過取得終端裝置的類型來間接進行所述轉移控制的判斷以及接收終端裝置發(fā)送來的有關轉移控制的信息(例如，接收從終端裝置發(fā)送來的能否進行轉移控制的信息)。
“輸出限制”是指終端裝置輸出內(nèi)容時的限制。它的概念包含顯示、聲音輸出、印刷、數(shù)據(jù)寫入等相關的限制。
“管理信息”是指用于控制終端裝置的內(nèi)容顯示的轉移的信息，在本實施形態(tài)中相當于對話信息。
本發(fā)明的特征、其他目的、用途、效果等參照實施形態(tài)以及附圖可以明確。
附圖簡述圖1是表示以往的內(nèi)容發(fā)送系統(tǒng)的圖。
圖2a是表示采用了本發(fā)明一實施形態(tài)的內(nèi)容服務器裝置的內(nèi)容發(fā)送系統(tǒng)的圖。
圖2b是以框圖表示本發(fā)明一實施形態(tài)的內(nèi)容服務器裝置的圖。
圖3是表示基準語言數(shù)據(jù)的總體構造的圖。
圖4是表示基準語言數(shù)據(jù)的構造的圖。
圖5是表示基準語言數(shù)據(jù)的標記的構造的圖。
圖6是表示基準語言數(shù)據(jù)的主體部分的示例的圖。
圖7是表示基準語言數(shù)據(jù)的樣式表的示例的圖。
圖8是表示基準語言數(shù)據(jù)的主體部分的示例的圖。
圖9是表示內(nèi)容服務器的處理的流程圖。
圖10是表示判別終端的類型的程序的流程圖。
圖11a是表示進行對話信息的產(chǎn)生、轉移控制的對話控制程序的流程圖。
圖11b是表示其他實施形態(tài)的進行對話信息的產(chǎn)生、轉移控制的對話控制程序的流程圖。
圖11c是表示進行內(nèi)容劃分時的對話信息的示例的圖。
圖12是表示取得對話ID的方法的圖。
圖13是表示進行了格式變換后的內(nèi)容的圖。
圖14是表示對話信息的示例的圖。
圖15是表示PHS終端的顯示例的圖。
圖16是表示進行了格式變換后的內(nèi)容的圖。
圖17是表示對話信息的示例的圖。
圖18是表示PHS終端裝置的顯示示例的圖。
圖19是表示變換程序的流程圖。
圖20是表示基準語言數(shù)據(jù)的構造的圖。
圖21是表示樹狀構造的圖。
圖22是表示樹狀構造的圖。
圖23是表示樹狀構造的圖。
圖24是表示樹狀構造的圖。
圖25是表示從基準語言到HTML的變換程序的流程圖。
圖26是表示變換所得的HTML的圖。
圖27是表示由圖26的HTML來顯示的狀態(tài)的圖。
圖28是表示從基準語言到HDML的變換程序的流程圖。
圖29是表示變換所得的HDML的圖。
圖30是表示由圖29的HDML來顯示的狀態(tài)的圖。
圖31是表示其他實施形態(tài)的系統(tǒng)的圖。
圖32是表示其他實施形態(tài)的系統(tǒng)的圖。
最佳實施形態(tài)1.內(nèi)容提供系統(tǒng)本發(fā)明一實施形態(tài)的內(nèi)容提供系統(tǒng)如圖2a所示。在因特網(wǎng)12上連接內(nèi)容服務器30。又，不同類型的終端設備2、4、6、8、10能夠與因特網(wǎng)12連接。
個人計算機1以email(電子郵件)形式(即SMTP/POP3協(xié)議)通過協(xié)議變換裝置40能夠訪問內(nèi)容服務器30。個人計算機2通過瀏覽器(即http協(xié)議)能夠訪問內(nèi)容服務器30。移動電話4、6、8通過協(xié)議變換裝置42、44分別以i-mode形式、wap形式、郵件形式能夠訪問內(nèi)容服務器30。個人計算機10通過協(xié)議變換裝置46能夠訪問內(nèi)容服務器30。
又，在該實施形態(tài)中，使得在終端裝置側能夠進行內(nèi)容轉移處理的終端裝置(通過WWW的個人計算機2、i-mode終端4、WAP終端6)與不能夠進行轉移處理的終端裝置(通過e-mail的個人計算機1、PHS終端裝置8、個人計算機通信終端裝置10)之間的內(nèi)容可以共用。即使在與能夠進行轉移處理的終端裝置(通過WWW的個人計算機2、i-mode終端4、WAP終端6)之間，顯示語言也不同。在該實施形態(tài)中，采用吸收了這樣的顯示語言不同的基準語言來實現(xiàn)統(tǒng)一的內(nèi)容。
內(nèi)容服務器30具備終端判別手段33、轉移控制手段39、管理信息產(chǎn)生手段41、語言變換發(fā)送手段35、內(nèi)容記錄手段37。在內(nèi)容記錄手段37中記錄著采用基準語言的內(nèi)容。
終端判別手段33判別來訪問的終端裝置的類型。當該終端裝置不能夠進行內(nèi)容轉移處理時，管理信息產(chǎn)生手段41從內(nèi)容記錄手段37讀出采用基準語言的內(nèi)容。
管理信息產(chǎn)生手段41根據(jù)該內(nèi)容的記載，實時性地產(chǎn)生用于管理終端裝置的內(nèi)容轉移的管理信息。轉移控制手段39在向終端裝置發(fā)送內(nèi)容的同時根據(jù)產(chǎn)生的管理信息決定要向終端裝置發(fā)送的下一個內(nèi)容。
管理信息產(chǎn)生手段41從內(nèi)容記錄手段37中讀出下一內(nèi)容并且產(chǎn)生新的管理信息。轉移控制手段39將該內(nèi)容發(fā)送到終端裝置。如此，進行與終端裝置的內(nèi)容交換。
由終端判別手段33判斷的終端裝置當能夠進行內(nèi)容轉移處理時，語言變換發(fā)送手段35根據(jù)判別的終端裝置的類型將采用基準語言的內(nèi)容變換成該類型的終端裝置所使用的顯示用語言。然后，將顯示用語言發(fā)送到終端裝置。
在圖2b中表示以框圖所示的內(nèi)容服務器30的硬件構造的系統(tǒng)構造。內(nèi)容服務器30具備用于與因特網(wǎng)12連接的通信適配器32、CPU34、存儲器36、硬盤38。在硬盤38中存放由操作系統(tǒng)(UNIX等)、終端類型判定程序、變換程序、轉移控制·管理信息產(chǎn)生程序等。該硬盤還記錄以基準語言數(shù)據(jù)記載的內(nèi)容。終端類型判定程序與操作系統(tǒng)共同地判定來訪問的終端的類型。變換程序與操作系統(tǒng)共同地進行將基準語言數(shù)據(jù)變換成各終端設備用的顯示語言的處理。轉移控制·管理信息產(chǎn)生程序與操作系統(tǒng)共同地進行修改內(nèi)容的處理使之適合于各終端裝置用的顯示限制。
2.基準語言數(shù)據(jù)的構造(1)總體構造在本實施形態(tài)中，記錄在硬盤38上的內(nèi)容是以基準語言數(shù)據(jù)進行記載的。該基準語言數(shù)據(jù)的數(shù)據(jù)構造如圖3所示?；鶞收Z言數(shù)據(jù)具備表示顯示形態(tài)的樣式表(顯示形態(tài)記載數(shù)據(jù))與表示顯示內(nèi)容的主體(顯示內(nèi)容記載數(shù)據(jù))。樣式表是記載了顯示顏色、文字大小、顯示格式等的部分。主體是記載了顯示內(nèi)容文本的部分。然而，也并不一定需要樣式表。當不存在樣式表時，表示是標準的顯示。
通過采用這樣的基準語言，能夠容易地產(chǎn)生管理信息。又，變換成每個終端裝置類型的顯示用語言的處理也變得容易。然而，也可以預先在內(nèi)容記錄手段37上記錄顯示用語言并且據(jù)此產(chǎn)生管理信息。
又，在本實施形態(tài)中，主體部分不管變換處的顯示用語言，是共用的，而樣式表作為變換處的顯示用語言所固有的。因此，即使對于HTML以及HDML的任意情況，當要使得為標準以外的顯示形態(tài)時，必須預先記載HTML、HDML的各自相關的樣式表。
因此，當僅準備HTML的樣式表時，變換時對于HDML采用標準的顯示形態(tài)。
又，在其他的實施形態(tài)中，樣式表也可以不管變換處的顯示用語言而共同使用。
(2)主體部分圖4表示主體部分的記載構造。主體部分由標記(“<”與“>”所包圍的部分)以及文本(標記以外的部分)構成。又，標記如圖5所示，以“<”開始，接著為標記名(必須是英文字母串)、屬性，以“>”結束。屬性由屬性名(英文字母數(shù)字串)、“＝”、屬性值(任意的字符串)構成。又，也可以不存在屬性。
又，A標記(以<A開始的標記)與P標記(以<P開始的標記)接有后續(xù)的文本并且分別用</A></P>括起來。反過來說，在基準語言數(shù)據(jù)中，僅在A標記或者P標記之后出現(xiàn)文本。
在圖6中表示基準語言數(shù)據(jù)的主體部分的示例。在該示例中，包含“請選擇菜單”、“郵件”、“告示板”這3個文本。第3行在“SRC＝”之后記載進行顯示的圖像數(shù)據(jù)的文件名。又，在第4行、第5行中在“HREF＝”之后記載鏈接地址。例如，在第4行中，對圖8所示的MAIL.KSP附有鏈接。
(3)樣式表在圖7中表示圖6的主體所對應的HTML用的樣式表的示例。根據(jù)第2行的“$”與“$”所包圍的部分的K1.NAME，該行的記載表示圖6顯示哪一行的顯示形態(tài)。K1表示標記名。因此，與圖6的第1行對應。對于樣式表的記載的解釋在下文中進行說明。
3.內(nèi)容服務器30的處理(1)總體處理在圖9中表示內(nèi)容服務器30的處理的總體流程圖。首先，有來自終端裝置的訪問時(步驟S1)，判斷該終端的類型(步驟S2)。然后，根據(jù)這樣判斷的終端的類型，判斷該終端能否進行轉移控制。(步驟S3)。
若是不能夠進行轉移控制的終端裝置，則根據(jù)要求的內(nèi)容產(chǎn)生對話信息并且進行轉移控制(步驟S4)。
若是能夠進行轉移控制的終端裝置，則將要求的內(nèi)容的基準語言數(shù)據(jù)變換成使用于該終端裝置中的顯示用語言并進行發(fā)送(步驟S5)。
如上所述，在內(nèi)容服務器30中，僅通過準備由基準語言記載的內(nèi)容，對于能夠進行轉移控制的終端或者不能夠進行轉移控制的終端，都能夠提供適當?shù)膬?nèi)容。再者，對于來自任何類型的終端裝置的要求，都能夠送回適于該終端的形式的數(shù)據(jù)。
(2)終端類型判定程序(圖9，步驟S2)圖10表示判斷終端的類型的程序的流程圖。有來自終端的訪問時，從終端發(fā)送來HTTP的標題。在該HTTP標題中若記載“X_JPHONEMSNAME”，則判斷終端裝置為采用MML語言的終端裝置(步驟S11)。記載“X_UP_SUBNO2”，則判斷終端裝置為使用WAP語言的終端(步驟S12)。當記載“USER_AGENT”并以“DoCoMo”開始時，判斷終端裝置為采用C-HTML語言的終端(步驟S13)。記載“USER_AGENT”并以“PDXGW”開始，則判斷終端裝置為采用PmailDx(商標)語言的終端(步驟S14)。
當不為上述任意情況時，判斷終端裝置為個人計算機(步驟S15)。再者，根據(jù)“USER_AGENT”的記載，判斷是個人計算機通信，還是電子郵件，還是HTML。將上述這樣判定后的結果存儲到存儲器36(參照圖2b)。
又，上述判斷的結果能夠判斷采用了MML語言、WAP語言、C-HTML語言、HTML語言的終端裝置在終端側能夠進行轉移控制。反之，能夠判斷采用了PmailDX、個人計算機通信協(xié)議、email(電子郵件)的終端裝置在終端側不能夠進行轉移控制。
(3)對話信息產(chǎn)生與轉移控制程序(圖9、步驟S4)其次，在圖11a表示對話信息產(chǎn)生、轉移控制的處理。例如，有來自PHS終端裝置8的訪問時，若為不能夠進行轉移控制的終端，執(zhí)行此處理。這里，設從終端裝置要求圖8所示的MENU.KSP，對此進行說明。
首先，在步驟S51取得對話ID。對話ID是指虛擬分配給訪問中的終端裝置的標識符。本實施形態(tài)如圖12所示，取得對話ID。
其次，從存儲器36取得由對話ID規(guī)定的對話信息(步驟S52)。但是，在新的連接的情況下，搜尋不到對話ID對應的對話信息。因此，根據(jù)搜索不到對話狀態(tài)，判斷為是新的對話(步驟S53)，并且進入步驟S57。
在步驟S57判斷來自終端的要求中是否包含頁指定。這里，要求作為規(guī)定頁的MENU.KSP，因而使該指定頁的文件名位于當前頁(步驟S58)。又，當沒有頁的指定時，使當前頁位于預定的開頭頁(INDEX.KSP等)(步驟S59)。
接著，從硬盤38讀出標注位置的頁中的內(nèi)容，變換成適合終端裝置的格式(步驟S55)。例如，圖6變換的結果為圖13所示那樣。
圖13中數(shù)據(jù)的含義表示對“請選擇菜單”的輸入要求而言，在終端裝置輸入數(shù)字1時，轉移到“郵件”畫面，輸入數(shù)字2則轉到“告示板”畫面。
接著，為了在服務器裝置側進行轉移控制，產(chǎn)生必要的對話信息并且存儲到存儲器36中(步驟S56)。根據(jù)圖6的內(nèi)容產(chǎn)生的對話信息如圖14所示?！皩υ扞D”是根據(jù)圖12分配所得的ID?！皩υ捊Y束時間”是強制結束對話的時刻，它是沒有結束處理而中斷網(wǎng)絡的等情況下所具備的。對話結束時刻是對于每次訪問設定為當前時刻加上規(guī)定時間(例如30分鐘)后的值。“輸入值的類型”是表示能夠向當前發(fā)送的頁(在當前終端所顯示的頁)輸入的數(shù)據(jù)類型。在圖14中存在3個類型。
在對話信息中存儲對來自終端裝置的各輸入的字符串、狀態(tài)、應答。例如，輸入1的字符串為“1”，這時的狀態(tài)為“正常”，應答為“轉移到MAIL.KSP”。輸入3的字符串為“*”。這是表示“其他字符串”的通配符，與輸入1、2的字符串(“1”、“2”)以外的字符串對應。這時的狀態(tài)為出錯，隨著出錯顯示，表示“轉移到MENU.KSP”。
以上的結果，對PHS終端裝置8而言，顯示由15所示的畫面。
其次，說明該畫面的狀態(tài)下在PHS終端裝置8輸入“1”的情況。這時，再次經(jīng)過圖9的步驟S1、S2、S3進入圖11a的S51。這里，由于是具有步驟S51中所取得對話ID的對話信息(圖14)，所以繼續(xù)到步驟S54。在步驟S54取出從終端裝置輸入的字符“1”。
接著，根據(jù)該用戶輸入“1”，參照圖14的對話信息，確定下一要顯示的內(nèi)容(步驟S55)。這里，轉移到“輸入1的字符串”“1”所對應的“對輸入1的應答”MAIL.KSP。即，將MAIL.KSP(參閱圖8)作為當前頁從硬盤38讀出。
接著，進行讀出的MAIL.KSP的格式變換(步驟S55)。在圖16表示該變換的結果。接著，如圖17所示，產(chǎn)生新的對話信息并存儲在存儲器36中。又，刪除舊的對話信息。如上所述，在終端裝置中，顯示圖18所示的畫面。
又，隨著終端裝置的類型不同，為了進行顯示而能夠暫時存儲的內(nèi)容的容量也不同?？紤]到這樣的終端的顯示限制，為了使得內(nèi)容通用，必須根據(jù)終端裝置的類型在發(fā)送時劃分內(nèi)容。又，此時產(chǎn)生包含劃分后的所有內(nèi)容的對話信息。這樣的對話信息的示例如圖11c所示。
在圖11b中表示進行這樣的內(nèi)容劃分的流程圖。在步驟S86中，判斷是否繼續(xù)顯示劃分后的頁。若為否，則進行與圖11a相同的處理。若是，則在步驟S87中，不刪除基本的對話信息而將其保存(步驟S87)，并發(fā)送劃分后的頁。
(4)變換程序(圖9中，步驟S5)接著，說明終端裝置能夠進行轉移控制的情況。這時，從圖9的步驟S3進入步驟S5。在步驟S5執(zhí)行圖19所示的變換程序。即，進行將基準語言的內(nèi)容變換為終端用顯示語言的處理。
首先，在步驟S41中，將內(nèi)容的基準語言數(shù)據(jù)變換成樹狀結構化的數(shù)據(jù)。其次，根據(jù)該樹狀結構化數(shù)據(jù)，變換成所希望的顯示用語言數(shù)據(jù)(步驟S42)。
首先，說明當對由圖7所示樣式表和圖6所示主體構成的基準語言的內(nèi)容，使用瀏覽器的個人計算機提出閱覽要求時的情況。這時，能夠判斷終端裝置的顯示用語言是HTML(參閱圖10)。因此，最后需要變換為HTML語言。
首先，說明將基準語言數(shù)據(jù)變換成樹狀結構化數(shù)據(jù)的處理(步驟S41)。將圖6所示主體部分中各行的標記分解為圖26所示那樣的數(shù)據(jù)結構。下文說明下一標記號、子標記號。
圖6的主體部分可表示為圖27所示的樹狀結構。圖27中，()中的數(shù)字表示標記號。該圖中表示由P標記、IMG標記，A標記、A標記構成稱為KSP的數(shù)據(jù)總體。
也可如圖22那樣表示圖21的關系。即，能采用從母端指向子端的鏈接以及從子端指向同族次子端的鏈接來表示。本實施形態(tài)中，用圖22所示的方法表示關系。因此，圖6的主體部分變換成圖23、圖24所示那樣的樹狀結構化數(shù)據(jù)。
如上述那樣產(chǎn)生樹狀結構化數(shù)據(jù)后，就用樹狀結構化數(shù)據(jù)換成顯示用語言數(shù)據(jù)(圖19的步驟S42)。圖25、圖28表示該變換處理的流程圖。圖25表示存在有關變換處顯示用語言的樣式表時的處理，圖28則表示不存在有關變換處顯示用語言的樣式表時的處理。
這里假設變換到HTML語言，對HTML存在樣式表，因而進行遵照樣式表所示顯示形態(tài)的變換。因此，如圖25所示，執(zhí)行將基準語言數(shù)據(jù)變換成HTML數(shù)據(jù)的變換處理程序。
首先，依次讀出圖7中樣式表的字符，把到字符“$”為止的內(nèi)容拷貝到輸出文件(HTML)(步驟S21)。在圖7的情況下，把到“<HTML>(換行)<HEAD><TITLE>”為止的內(nèi)容拷貝到輸出文件。其次，判斷是否樣式表結束(EOF)(步驟S22)。若是EOF，則結束處理。
若不是EOF，則對樣式表讀出$后續(xù)的標識符(英文字母數(shù)字串)。這是基準語言數(shù)據(jù)標記所帶的鍵名，因而作為變量KEY存放到存儲器36(步驟S24)。
接著，從圖23、圖24的樹狀結構化數(shù)據(jù)搜索具有用變量KEY表示的鍵的標記，將該標記號存放到變量TAG(步驟S24)。這里，標記號1具有鍵名K1，因而TAG＝1。
接著，搜索樣式表上的下一字符是否為段落號(步驟S25)，若是段落號，則跳過該字符后，讀出后續(xù)的標識符(英文字母數(shù)字串)，代入到變量ATTR(步驟S26)。然后，根據(jù)標記號TAG所示的標記，將具有屬性名ATTR的屬性值復制到輸出文件(步驟S27)。這里，段落號后續(xù)的標識符是NAME，因而ATTR＝NAME，對文件輸出標記1的屬性NAME的值，即輸出“KSP取樣”。
步驟S25中，下一字符不是段落號時，根據(jù)TAG所示的標記，將文本欄拷貝到輸出文件(步驟S30)。
接著，搜索樣式表上的下一字符是否“$”(步驟S28)，是“$”，則跳過(步驟S29)，返回步驟21。不是“$”，則作為出錯，結束處理。
圖32表示以上那樣變換后的HTML數(shù)據(jù)。圖33又表示將該HTML數(shù)據(jù)發(fā)送到個人計算機2進行顯示時的畫面。由第3行的標記表示墻紙50。由第4行、第6行、第7行表示菜單。對應于第6行、第7行畫面上也用下劃線表示“郵件”、“告示板”帶有鏈接。由第5行表示圖像52。
如上文所述，采用樣式表就能取得純正的HTML數(shù)據(jù)。還能顯示制表、居中、居左、閃爍等裝飾和增值網(wǎng)廣告、圖符等。
又，上文中說明了從基準語言數(shù)據(jù)變換到HTML數(shù)據(jù)，但服務器也可記錄變換到其他顯示用語言用的程序，并且依據(jù)終端裝置類型自動選用需要的變換程序。
下面，說明當從WAP終端(移動電話)6要求進行內(nèi)容閱覽時的情況。這時，終端類型判別執(zhí)行圖10所示的處理。利用該處理，可知應變換到HDML數(shù)據(jù)。
又，直到將圖19的基準語言數(shù)據(jù)變換成樹狀結構數(shù)據(jù)為止，都與前面的說明相同。然而，圖6、圖7所示的基準語言數(shù)據(jù)沒有HDML用的樣式表，故執(zhí)行圖28所示的程序。
首先，取得圖23、圖24中樹狀結構化數(shù)據(jù)始端標記的標記號，代入到變量TOP(步驟E1)。這里，始端要素為標記號1，因而TOP＝1。其次，取出TOP所指的標記類型，代入到變量KIND(步驟E2)。這里，KIND＝“KSP”接著，根據(jù)KIND的內(nèi)容使處理分支(步驟E3)。這里，KIND＝“KSP”，因而進到步驟E4。
步驟E4中，作為HDML的標題信息，將“<HDML VERSON＝3.0><換行><DISPLY>”輸出到文件中。接著，將標記號1的子標記號作為樹的始端，遞歸調(diào)用圖10的處理(步驟E5)。這里，步驟E1中，TOP＝2；步驟E2中，KIND＝“P”。
因此，從步驟E3進到步驟E24、E25。步驟E25將標記號＝TOP的標記的文本欄內(nèi)容原樣輸出。這里，對文件輸出“請選擇菜單”。接著，輸出換行用的“<BR>”(步驟E26)。
接著，繼續(xù)步驟E27，將TOP的“下一標記號”的欄目值代入TOP。這里，TOP＝3。接著，判斷是否TOP＝0(步驟E28)。這里，不等于0，因而返回步驟E2。
接著，在步驟E3判斷TOP所指標記的類型。這里，KIND＝“IMG”，因而從步驟E7進到E8。步驟E8中，輸出表示圖像的HDML標記，即“<IMG SRC＝”(步驟8)。接著，利用TOP所指標記的SRC屬性取得圖像文件名，代入到變量FILE(步驟E9)。這里，F(xiàn)ILE＝“ICON.JPG”。接著，查看變量FILE所指文件名的擴展符，如果不是“BMP”，執(zhí)行步驟E11以下的處理(步驟E10)。若為BMP則繼續(xù)步驟E13。這里，擴展符是表示JPEG圖像的“JPG”，而不是“BMP”，所以執(zhí)行步驟E11以下的處理。
步驟E11中，將ICON.JPG圖像變換成單色BMP形式的圖像。接著，使變量FILE的擴展符從“JPG”變換成“BMP”(步驟E12)。因此，F(xiàn)ILE＝“ICON.BMP”。
接著，輸出變量FILE所指的字符串(步驟E13)。隨后，輸出圖像標記的結束標記和換行標記“></BR>”(步驟E14)。
接著，進行TOP值的更新(步驟E27)。這里，TOP＝4。經(jīng)過步驟E28后，在E2中KIND＝A。因此，經(jīng)過步驟E3、E7、E15，進入步驟E16。
步驟E16中，對文件輸出表示為超鏈接的HDML標記“ATASK＝GODEST＝”(步驟E16)。接著，查看TOP所指標記的HREF屬性，并輸出該屬性(步驟E17)。這里，該屬性為“MAIL.KSP”。
接著，在輸出“ACCESSKEY＝”之后(步驟E18)，使變量AK的值增加1(步驟E24)。這里，ACCESSKEY是指利用移動電話的數(shù)字按鍵進行迅速操作用的信號，通常采用1以上的一系列號碼。
此后，輸出字符串“>”，使A標記結束(步驟E21)，并且輸出變量TOP所指標記的文本欄(步驟E22)。這里，這本欄是郵件2。然后，由字符串“</A><BR>關閉A標記(步驟E23)。
如上所述，作為輸出文件獲得變換結果的HDML數(shù)據(jù)。這樣，在基準語言數(shù)據(jù)沒有該顯示用語言的樣式表時，作為標準顯示形態(tài)進行變換。圖29表示變換結果的HDML數(shù)據(jù)。圖30又表示在WAP終端6顯示該HTML數(shù)據(jù)的例子。
又，在上述中說明了從基準語言數(shù)據(jù)變換到HDML數(shù)據(jù)，但服務器也可記錄變換到其他顯示用語言用的程序，并且依據(jù)終端裝置的類型自動選用需要的變換程序。
又，變換到其他顯示用語言用的程序，其變換的基本處理方法也與上文所述相同。但是，在電子郵件協(xié)議、個人計算機通信的情況下，在終端側不具備要求鏈接地址的功能。因此，需要在內(nèi)容服務器30側管理終端側的當前狀態(tài)和選擇后的下一鏈接地址(轉移地址)。因此，在基準語言數(shù)據(jù)記述鏈接地址的情況下，不僅產(chǎn)生顯示用語言數(shù)據(jù)，而且需要在服務器側管理終端側的狀態(tài)，產(chǎn)生能確定下一轉移地址用的數(shù)據(jù)，并且保存在服務器側的存儲器中。
本實施形態(tài)中，對于每次終端的要求，都進行實時性變換處理。因此，即使在內(nèi)容有更改時，也能立即在對終端裝置的顯示上反映。
在該實施形態(tài)中，預先記錄以基準語言記載的內(nèi)容數(shù)據(jù)，并將其變換成與終端裝置的類型一致的顯示用語言數(shù)據(jù)。因此，若準備以基準語言記載的內(nèi)容，則使得各種類型的終端裝置都能瀏覽內(nèi)容。
4、其他實施形態(tài)(1)在上述實施形態(tài)中，對于多個類型的終端裝置能夠實現(xiàn)內(nèi)容的通用。然而，對于任意種類的終端裝置也能夠實現(xiàn)內(nèi)容的通用。例如，在用i-mode終端裝置4與PHS終端裝置8都能瀏覽的服務器裝置30的情況下，預先在服務器30中記錄以C-HTML語言記載的內(nèi)容。當從i-mode終端裝置4進行訪問時，原樣地發(fā)送內(nèi)容。當從PHS終端裝置8進行訪問時，產(chǎn)生對話信息并且進行轉移控制。如此，能夠提供i-mode終端裝置4與PHS終端裝置8通用的內(nèi)容。
(2)上述實施形態(tài)中，在內(nèi)容服務器30進行對話信息產(chǎn)生、轉移控制、變換處理。然而，如圖22所示，也可將記錄采用基準語言數(shù)據(jù)的內(nèi)容的內(nèi)容服務器120與記錄對話控制程序以及變換程序并且進行對話信息產(chǎn)生、轉移控制以及變換處理的變換服務器110分開設置。
為了利用分開設置使得分散負載(或進行雙重化)，也可僅設置2套服務器110，不需要設置2個相同的內(nèi)容。因此，內(nèi)容維護變得方便。
(3)上述實施形態(tài)中，使得進行實時性變換處理，但也可用對話控制程序、變換程序預先產(chǎn)生對話信息并加以變換后提供。還可用變換成圖23、圖24所示樹狀結構化數(shù)據(jù)的狀態(tài)預先記錄在服務器中，根據(jù)該數(shù)據(jù)進行實時變換處理。
(4)上述實施形態(tài)中，根據(jù)HTTP標題判別終端裝置(硬件和軟件)的類型。然而也可根據(jù)IP地址判斷終端裝置的類型。
(5)上述實施形態(tài)中，預先記錄基準語言，再將其變換成顯示用語言。然而，如圖32所示，也可利用記錄第1變換程序的第1變換裝置140將各種顯用語言變換成基準語言后，用記錄第2變換程序的第2變換裝置130將該基準語言變換成所希望的顯示用語言。這樣，就可在各種終端裝置閱覽用任一種顯示用語言產(chǎn)生的內(nèi)容。
變換裝置130和140均可進行實時性變換，也均可在預先進行信息變換以及信息的產(chǎn)生之后加以存儲。
(6)上述實施形態(tài)中，作為輸出形態(tài)，說明了進行顯示的情況，但同樣可用于聲音輸出等的輸出形態(tài)。
在上文中將本發(fā)明作為最佳實施形態(tài)進行說明，但不是用于限定而是用于說明，可在所附權利要求書范圍內(nèi)進行變換，而不脫離本發(fā)明的范圍和精神。
權利要求
1.一種內(nèi)容服務器裝置，接受來自不同類型的終端裝置的訪問，其特征在于，具備記錄內(nèi)容的內(nèi)容記錄手段；來訪問的終端裝置根據(jù)獲得內(nèi)容中的記載判別自己能否進行向其他內(nèi)容的轉移控制的終端判別手段；根據(jù)所述終端判別手段的判斷，不是能夠進行所述轉移控制的終端裝置時，根據(jù)從內(nèi)容記錄手段讀出的內(nèi)容產(chǎn)生管理信息的管理信息產(chǎn)生手段；根據(jù)所述管理信息并且隨自終端裝置的要求進行發(fā)送到終端裝置的內(nèi)容的轉移控制的轉移控制手段。
2.一種程序，通過計算機來實現(xiàn)接受來自不同類型終端裝置的訪問的內(nèi)容服務器，其特征在于，通過計算機實現(xiàn)記錄內(nèi)容的內(nèi)容記錄手段；來訪問的終端裝置根據(jù)獲得內(nèi)容中的記載判別自己能否進行向其他內(nèi)容的轉移控制的終端判別手段；根據(jù)所述終端判別手段判斷在不是能夠進行所述轉移控制的終端裝置時根據(jù)從內(nèi)容記錄手段讀出的內(nèi)容產(chǎn)生管理信息的管理信息產(chǎn)生手段；根據(jù)所述管理信息并且隨來自終端裝置的要求進行發(fā)送到終端裝置的內(nèi)容的轉移控制的轉移控制手段。
3.一種記錄媒體，其特征在于，記錄了權利要求2所述的程序。
4.如權利要求1～3任意一項所述的裝置、程序或者記錄媒體，其特征在于，所述管理信息每到終端裝置要求的內(nèi)容改變時產(chǎn)生新的管理信息并且廢除舊的管理信息。
5.如權利要求1～4任意一項所述的裝置、程序或者記錄媒體，其特征在于，管理信息產(chǎn)生手段當沒有來自終端裝置的應答時產(chǎn)生用于截斷連接的、作為管理信息一部分的無應答許可信息。
6.如權利要求1～5任意一項所述的裝置、程序或者記錄媒體，其特征在于，管理信息產(chǎn)生手段作為管理信息的一部分對于每個來自終端裝置的訪問產(chǎn)生對話ID。
7.如權利要求1～6任意一項所述的裝置、程序或者記錄媒體，其特征在于，所述終端判別手段通過判別終端裝置的類型來判別該終端裝置是否能夠進行所述轉移控制。
8.如權利要求7所述的裝置、程序或者記錄媒體，其特征在于，所述終端判別手段根據(jù)從終端裝置發(fā)送來的HTTP標題進行判別。
9.如權利要求7所述的裝置、程序或者記錄媒體，其特征在于，所述終端判別手段根據(jù)從終端裝置發(fā)送來的IP地址進行判別。
10.如權利要求1～9任意一項所述的裝置、程序或記錄媒體，其特征在于，所述終端判別手段還判別在終端裝置中為了進行顯示而能夠暫時存儲的內(nèi)容的規(guī)模，所述管理信息產(chǎn)生手段根據(jù)所述內(nèi)容的規(guī)模來劃分內(nèi)容。
11.一種內(nèi)容服務器裝置，接受來自不同類型的終端裝置的訪問，其特征在于，具備記錄內(nèi)容的內(nèi)容記錄部分以及接受來自終端裝置的訪問并控制記錄在內(nèi)容記錄部分中的內(nèi)容的讀出及發(fā)送的控制部分，所述控制部分根據(jù)獲得內(nèi)容中的記載判別來訪問的終端裝置能否自己進行向其他內(nèi)容的轉移控制，并且根據(jù)所述判別，當不是能夠進行所述轉移控制的終端裝置時根據(jù)從內(nèi)容記錄手段讀出的內(nèi)容產(chǎn)生管理信息，而且根據(jù)該管理信息，隨來自終端裝置的要求進行發(fā)送到終端裝置的內(nèi)容的轉移控制。
12.一種程序，通過計算機實現(xiàn)接受來自不同類型終端裝置的訪問的內(nèi)容服務器裝置，其特征在于，通過計算機實現(xiàn)記錄內(nèi)容的內(nèi)容記錄部分以及接受來自終端裝置的訪問并控制記錄在內(nèi)容記錄部分中的內(nèi)容的讀出及發(fā)送的控制部分，并且通過計算機使得執(zhí)行下述處理所述控制部分根據(jù)獲得內(nèi)容中的記載判別來訪問的終端裝置能否自己進行向其他內(nèi)容的轉移控制，并且根據(jù)所述判別，當不是能夠進行所述轉移控制的終端裝置時根據(jù)從內(nèi)容記錄手段讀出的內(nèi)容產(chǎn)生管理信息，而且根據(jù)該管理信息，隨來自終端裝置的要求進行發(fā)送到終端裝置的內(nèi)容的轉移控制。
13.一種記錄媒體，其特征在于，記錄權利要求12的程序。
14.一種內(nèi)容服務器裝置，其特征在于，接受由自述型語言記載的內(nèi)容，根據(jù)該內(nèi)容的記載作為管理信息暫時輸出用于向其他內(nèi)容轉移的信息，根據(jù)產(chǎn)生的管理信息，隨來自終端裝置的要求進行發(fā)送到終端裝置的內(nèi)容的轉移控制。
15.一種程序，其特征在于，通過計算機實現(xiàn)下述處理接受由自述型語言記載的內(nèi)容，根據(jù)該內(nèi)容的記載作為管理信息暫時輸出用于向其他內(nèi)容轉移的信息，根據(jù)產(chǎn)生的管理信息，隨來自終端裝置的要求進行發(fā)送到終端裝置的內(nèi)容的轉移控制。
16.一種記錄媒體，其特征在于，記錄了權利要求15所述的程序。
17.如權利要求14～16任意一項所述的裝置、程序或者記錄媒體，其特征在于，根據(jù)在終端裝置中為了進行顯示而能夠暫時存儲內(nèi)容的規(guī)模，劃分內(nèi)容。
18.一種內(nèi)容提供方法，接受來自不同類型的終端裝置的訪問并且提供內(nèi)容，其特征在于，預先記錄內(nèi)容，來要求內(nèi)容的終端裝置根據(jù)獲得的內(nèi)容中的記載判別是否能夠自己進行向其他內(nèi)容的轉移控制，同時，對于能夠進行所述轉移控制的終端裝置，在提供內(nèi)容時將包含在內(nèi)容中的用于轉移控制的信息發(fā)送到終端裝置，對于不能夠進行所述轉移控制的終端裝置，在提供內(nèi)容時在提供內(nèi)容側管理向其他內(nèi)容的轉移。
全文摘要
本發(fā)明提供一種能夠簡化內(nèi)容的制作、變更等的語言變換系統(tǒng)。在內(nèi)容服務器30上記錄利用變換容易的基準語言數(shù)據(jù)記載的內(nèi)容。內(nèi)容服務器30判斷來訪問的終端的類型。終端裝置當能自己進行內(nèi)容的轉移控制時將所要求的內(nèi)容實時性地變換成與該終端類型一致的顯示用語言并發(fā)送到終端裝置。終端裝置當不能自己進行內(nèi)容的轉移時輸出對話信息并且根據(jù)該信息由服務器30側控制終端中的內(nèi)容顯示的轉移。
文檔編號G06F17/30GK1365466SQ01800724
公開日2002年8月21日 申請日期2001年3月30日 優(yōu)先權日2000年3月31日
發(fā)明者德丸浩, 小澤浩一 申請人:京瓷通信系統(tǒng)株式會社