專利名稱:服務(wù)器以及通信終端的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及一種由放音乃至可視顯示圖像、聲音、音樂、文字列等信息的方式處理可再生輸出多種類的媒體數(shù)據(jù)的多媒體發(fā)送接收系統(tǒng)。
背景技術(shù):
以往,在通信終端中,接收文字、圖像或者聲音等的多種多樣信息的提供并進(jìn)行再生,比如手持電話機(jī)的來信樂曲乃至來信圖像或電子郵件等,在各種場合都被廣泛使用。比如,在專利文獻(xiàn)1中公布了可以方便地傳送包含很長文章的郵件、圖像、音樂等的大容量內(nèi)容的這樣的各種信息的消息的數(shù)字無線電話用通信系統(tǒng)。
專利文獻(xiàn)1特開2001-197553號公報而且,本申請人在特愿2002-82831(以下稱‘先申請’)中已經(jīng)提出可以對由圖像、聲音、文字列等組成的多媒體數(shù)據(jù)在通信終端上以模板進(jìn)行編輯的系統(tǒng)。在先申請的系統(tǒng)中,預(yù)先準(zhǔn)備一個具有規(guī)定多個要素內(nèi)容(文本數(shù)據(jù)、圖像數(shù)據(jù)、聲音數(shù)據(jù)、樂曲數(shù)據(jù)等)的再生顯示時序的時間以及空間配置指定信息、存儲各要素內(nèi)容的區(qū)域、其它頭區(qū)域的模板文件,終端用戶在該當(dāng)手持電話終端上,通過對這個模板文件進(jìn)行適當(dāng)?shù)母淖?、或者重新填入一些要素?nèi)容,就可以生成已完成的多媒體內(nèi)容。
在使用的這種多媒體內(nèi)容的系統(tǒng)中,由該當(dāng)?shù)慕K端用戶完成具有個性地編輯的多媒體內(nèi)容,并且可以傳送給其他的用戶,通過在多媒體內(nèi)容中包含有個人信息,可以認(rèn)為能夠?qū)崿F(xiàn)多媒體內(nèi)容的更有效地利用。此時,在多媒體內(nèi)容中包含個人信息,通常,儲存在傳送受方用戶的通信終端里的文件數(shù)據(jù)也可以被傳送到其它裝置中,如果不采取一些保安措施,存在由惡作劇將個人信息泄漏給第三者的危險。
發(fā)明內(nèi)容
本發(fā)明的主要目的是提供一種多媒體傳送和接收系統(tǒng),該系統(tǒng)在從其它通信終端來的多媒體內(nèi)容中使之包含個人信息從而更有效地利用多媒體內(nèi)容,并且可以未然防止包含在多媒體內(nèi)容中的個人信息向其它終端泄露。
本發(fā)明1提供一種服務(wù)器,伴隨本發(fā)明的一個特征,具備接收構(gòu)成多媒體文件(MF)的要素數(shù)據(jù)(DeE1、E2、…)和發(fā)送地址信息的數(shù)據(jù)接收裝置(5;S51);根據(jù)接收的要素數(shù)據(jù)(De),作成設(shè)定為禁止轉(zhuǎn)送的多媒體文件(MF),并且將作成的多媒體文件(MF)與所述發(fā)送地址信息建立關(guān)聯(lián)對應(yīng)并進(jìn)行儲備的文件作成以及儲備裝置(SD、LS;S51);將表現(xiàn)對應(yīng)于作成的多媒體文件(MF)的URL的登錄信息通知給要素數(shù)據(jù)(De)以及發(fā)送地址信息的傳送主(CLr)的登錄通知裝置(S52);響應(yīng)從通信終端(CLr)向所述URL的訪問要求(CR51),識別要求該當(dāng)訪問的通信終端(CLr)是否包含在所述發(fā)送地址信息中,只有包含在所述發(fā)送地址信息中時(S54→YES),才傳送與所述URL關(guān)聯(lián)的多媒體文件(MF)的文件傳送裝置(S53~S55)。在隨該特征的服務(wù)器(SV)中,也構(gòu)成要素數(shù)據(jù)(De)使之包含來信樂曲數(shù)據(jù)(E1)和傳送主(CLr)的地址信息(E5、E6)。另外,括號中書寫的是對應(yīng)實施例中的參照記號乃至表示用語,以下也一樣。
本發(fā)明3提供一種通信終端,伴隨本發(fā)明的其它特征,具備接收附加包含特定發(fā)信主終端(CLs)的地址信息(E5、E6)的個人信息(E4、E5、…)的多媒體文件(MF)的文件接收裝置(5;CR1、CR42、CR52);從接收的多媒體文件(MF)分離個人信息(E4、E5、…)并獨立存儲,并且將分離了該個人信息(E4、E5、…)的分離后多媒體文件(MF’)與包含在該當(dāng)個人信息(E4、E5、…)中的地址信息(E5、E6)建立關(guān)聯(lián)并進(jìn)行存儲的存儲裝置(2A、2F;CR4、CR26~CR28、CR43);對應(yīng)從由包含在被存儲的個人信息(E4、E5、…)的地址信息(E5、E6)而特定的發(fā)信主終端(CLs)的來信,讀出與該當(dāng)?shù)刂沸畔?E5、E6)關(guān)聯(lián)的分離后多媒體文件(MF’)并進(jìn)行再生的再生裝置(4;CR5~CR6、CR31~CR33、CR44~CR45)。
在本發(fā)明的服務(wù)器(SV)中,接收了應(yīng)該構(gòu)成多媒體文件(MF)的要素數(shù)據(jù)(DeE1、E2、…)與發(fā)送地址信息后,根據(jù)要素數(shù)據(jù)(De),作成設(shè)定為禁止轉(zhuǎn)送的多媒體文件(MF),并且與接收的發(fā)送地址信息建立對應(yīng)關(guān)系并儲存該文件(MF)(S51),將表示對應(yīng)作成的多媒體文件(MF)的URL的信息通知傳送主(CLs)(S55),該當(dāng)要求主終端(CLr)識別對應(yīng)從其它終端向所述URL的訪問要求是否包含在發(fā)送地址信息表示的發(fā)送地址中(S55),只有包含在發(fā)送地址中的情況(S55→YES)才傳送對應(yīng)所述URL的多媒體文件(MF)(S53~S55)。而且,在要素數(shù)據(jù)(De)中包含來信樂曲數(shù)據(jù)(E1)和地址信息(E4、E5)。
而且,本發(fā)明的通信終端(CLr),具備用于儲存地址信息(E4、E5)等的地址簿(2A)。接收了附加地址信息(E4、E5)的多媒體文件(MF)后(CR1、CR42、CR52),從多媒體文件(MF)分離地址信息(E4、E5)等個人信息(E4、E5、…),與多媒體文件(MF)獨立保存到地址簿(2A)的同時,將有該分離的多媒體文件(MF)的部分即分離后多媒體文件(MF’)與地址信息(E4、E5)建立對應(yīng)關(guān)系并存儲(CR4、CR26~CR28、CR43)。然后,如果有地址信息(E4、E5)特定的從其它終端(CLs)的來信,對應(yīng)該來信,讀出以該當(dāng)?shù)刂沸畔?E4、E5)關(guān)聯(lián)的多媒體文件的其它部分(MF’)并且進(jìn)行再生(CR5~CR6、CR31~CR33、CR44~CR45)。
在本發(fā)明中,由于在包含表示來信聲音的樂曲數(shù)據(jù)(E1)、圖像乃至文字列(E2、E3)等的要素內(nèi)容的多媒體文件(MF)中,附加包含地址信息(E4、E5)的個人信息(E4、E5、…),因此,可以將多媒體文件(MF)的個人信息(E4、E5、…)保存到地址簿(2A)中,并作為名片式地使用,而且,如果有從發(fā)信主終端(CLs)向通信終端(CLr)的來信,可以將對應(yīng)包含在該當(dāng)發(fā)信主終端(CLs)的個人信息(E4、E5、…)的地址簿(E4、E5)的多媒體文件(MF),作為對應(yīng)發(fā)信對方(CLs)的接收畫面/來信樂曲等加以利用。進(jìn)而,在本發(fā)明中,通過進(jìn)行以下的對策可以回避泄露對于包含在這樣地有效利用的多媒體文件(MF)中的個人信息(E4、E5.…)的危險。
即,在本發(fā)明的服務(wù)器(SV)中,不是由發(fā)信主(CLs)的用戶直接傳送多媒體文件(MF),而是根據(jù)發(fā)信主(CLs)的指示,在服務(wù)器上生成帶有‘禁止轉(zhuǎn)送’信息的多媒體文件(MF),并且對應(yīng)生成的多媒體文件(MF)由服務(wù)器管理其發(fā)送地址信息(S51)。而且,該多媒體文件(MF),只對由發(fā)送地址信息指定的特定的傳送地址傳送(S53~S55)接收了該多媒體文件的通信終端(CLr),由于在接收多媒體文件(MF)上附加了‘禁止轉(zhuǎn)送’信息,因此該當(dāng)文件就不能傳送或轉(zhuǎn)送到其它的裝置上。
而且,在本發(fā)明的通信終端(CLr)中,接收了多媒體文件(MF)后(CR1、CR42、CR52),可以從接收的多媒體文件(MF)中分離出包含地址信息(E4、E5)的個人信息(E4、E5、…)并保存到地址簿(2A)上,將分離了個人信息后的多媒體文件(MF’)與地址信息(E4、E5)建立關(guān)聯(lián)對應(yīng)并進(jìn)行保存(CR4、CR26~CR28、CR43),因此,即使可能出現(xiàn)多媒體文件(MF’)被錯誤地傳送到或轉(zhuǎn)送到其它裝置上,也不會泄露個人信息(E4、E5)。
圖1是表示本發(fā)明的一實施例的多媒體利用系統(tǒng)的構(gòu)成的概要圖。
圖2表示本發(fā)明的一實施例的多媒體利用系統(tǒng)處理的多媒體文件的數(shù)據(jù)結(jié)構(gòu)的一例。
圖3是為了說明從接收側(cè)終端傳送的電子郵件中抽出多媒體文件以及名片信息的方法的圖。
圖4是表示將在傳送側(cè)終端上作成的多媒體文件傳送到接收側(cè)終端時(實施例1)的整體處理的流程圖。
圖5是表示多媒體文件作成處理的流程圖。
圖6是表示在接收側(cè)終端上執(zhí)行郵件瀏覽器起動處理的流程圖。
圖7是表示在接收側(cè)終端上執(zhí)行通話來信事件處理的流程圖。
圖8是表示作為郵件瀏覽器(圖6)的子進(jìn)程,在接收側(cè)終端上執(zhí)行的部分顯示指示事件處理的流程圖。
圖9是依照多媒體文件(來信樂曲文件)在輸出裝置上再生的輸出內(nèi)容的一例。
圖10是表示在服務(wù)器上作成多媒體文件并存儲時(實施例2)的整體處理的流程圖。
圖11是表示將在通信終端上作成的多媒體文件存儲到服務(wù)器上時(實施例3)的整體處理的流程圖。
圖12是將多媒體文件存儲到服務(wù)器上時(實施例2以及實施例3)的HTTP的畫面例。
圖中SV-配送服務(wù)器(主裝置),CLCL1~CLn;CLs,CLr-客戶終端,MF-由管理數(shù)據(jù)Dc、時空配置的軌跡信息Dt以及要素數(shù)據(jù)De構(gòu)成的多媒體文件(來信樂曲文件),MR-加多媒體文件MF附屬的電子郵件。
具體實施例方式
以下,參照附圖對該發(fā)明的一實施例進(jìn)行說明。但是,這僅是一個例子,在不超出本發(fā)明主導(dǎo)思想的范圍內(nèi)可以進(jìn)行各種各樣的變更,以各種各樣的方式實施本發(fā)明。
(系統(tǒng)的概要)圖1是表示本發(fā)明的一實施例的包含服務(wù)器(配送服務(wù)器)以及通信終端(客戶終端)的多媒體利用系統(tǒng)的構(gòu)成的概要圖。該多媒體利用系統(tǒng),如圖1(1)的全體圖所示,由執(zhí)行模板文件等各種多媒體信息的配送的一臺乃至數(shù)臺的配送服務(wù)器SV(在圖示中為一臺,也可以是數(shù)臺);具有作成多媒體文件等并以郵件(MR)方式進(jìn)行傳送的功能的數(shù)臺客戶終端CL1、CL2…、CLn所構(gòu)成,這些裝置SV、CL1~CLn通過通信網(wǎng)絡(luò)CN連接成可以相互通信。
配送服務(wù)器SV、各客戶終端CL1~CLn都可以利用具有與微機(jī)、工作站、手持電話機(jī)、PDA、游戲?qū)S脵C(jī)等進(jìn)行通信功能的信息處理裝置,在通信網(wǎng)絡(luò)CN中,包含LAN以及因特網(wǎng)或電話線路網(wǎng)等的廣域通信網(wǎng)。所以,比如,客戶終端CL1~CLn為手持電話機(jī)、PDA等的可移動終端裝置的情況下,通過通信網(wǎng)絡(luò)將配送服務(wù)器SV與客戶終端CL1~CLn實際通信的基站(BS)連接起來。另外,在以下的實際例子中,對于客戶終端CL1~CLn,特別適合使用的就是手持電話機(jī)或者具有與之同等功能的終端(比如,具備通信卡的微機(jī)等)。
各客戶終端CL1~CLn,如圖1(2)的內(nèi)部構(gòu)成框圖所示那樣,具備中央處理裝置(CPU)1、存儲裝置2、輸入裝置3、輸出裝置4、通信裝置5等。存儲裝置2,由存儲控制程序、控制數(shù)據(jù)的只讀存儲器(ROM)部、臨時存儲處理用數(shù)據(jù)等的隨機(jī)存取存儲器(RAM)部、存儲各種各樣的數(shù)據(jù)、程序的外部存儲部所構(gòu)成,這些存儲部可以由半導(dǎo)體存儲器構(gòu)成。而且,在存儲裝置2的外部存儲部中,設(shè)置用于保存多媒體內(nèi)容以及個人信息的文件庫2F以及地址簿2A。另外,CPU1將RAM部作為工作存儲器遵照ROM部的控制程序利用外部存儲部的數(shù)據(jù),控制該當(dāng)?shù)目蛻艚K端的動作。
輸入裝置3,除了鍵盤、各種開關(guān)等的按鍵設(shè)備、鼠標(biāo)·平板等的點擊設(shè)備等的操作子以外,還包含送話器、照相機(jī)等音響乃至圖像數(shù)據(jù)輸入裝置等。而,輸出裝置4具備包含有CRT·LCD等的顯示器的可視顯示部、和包含聲源·擴(kuò)音器等的音響輸出(報音)部,根據(jù)終端的種類,還具備打印機(jī)等的印刷部等。
通信裝置5是通過通信網(wǎng)絡(luò)CN與配送服務(wù)器SV或者其它的客戶終端進(jìn)行通信的裝置,具備調(diào)制解調(diào)器、LAN卡等,通過與配送服務(wù)器SV進(jìn)行通信,可以接收各種各樣的控制程序或數(shù)據(jù)。比如,從配送服務(wù)器SV下載關(guān)于從配送服務(wù)器的多媒體內(nèi)容文件的控制程序自身,并保存到外部存儲部(2),依照這個控制程序可以進(jìn)行多媒體內(nèi)容文件有關(guān)的各種處理。而且,在移動終端的情況下,通信裝置5具備與基站BS的無線通信裝置,通過基站BS連接通信網(wǎng)絡(luò)CN。
配送服務(wù)器SV具有與圖1(2)同樣的內(nèi)部構(gòu)成,如上所述,可以向各客戶終端CL提供程序和數(shù)據(jù)。因此,在存儲裝置2的外部存儲部中,包含由磁存儲介質(zhì)(軟盤、磁帶設(shè)備、硬盤等),或者光存儲介質(zhì)(CD、DVD、MO等)等的適當(dāng)?shù)拇鎯橘|(zhì)構(gòu)成的大容量存儲裝置。
(多媒體文件)在本發(fā)明的一實施例的多媒體利用系統(tǒng)中,多媒體文件(也稱多媒體內(nèi)容文件,或簡稱MM文件)MF在各客戶終端CL(CL1~CLn)之間乃至客戶終端CL·配送服務(wù)器SV之間進(jìn)行傳遞。該多媒體文件MF可以是在任意的客戶終端CLs(1≤s≤n)上作成的,或者可以根據(jù)該客戶終端CLs的指示在配送服務(wù)器SV上作成并傳送到其它的任意客戶終端CLs(1≤r≤n,r≠s)上。在以下的敘述中,我們將執(zhí)行多媒體文件MF的作成乃至作成指示的客戶終端CLs稱為‘傳送側(cè)終端’,將被傳送了多媒體文件MF的客戶終端CLr稱為‘接收側(cè)終端’,將配送服務(wù)器SV簡單地稱為服務(wù)器。
圖2表示本發(fā)明的一實施例的多媒體利用系統(tǒng)上處理的多媒體文件的數(shù)據(jù)結(jié)構(gòu)的一例。在傳送側(cè)終端CLs或者服務(wù)器SV上作成的多媒體文件MF具有圖2的可視性數(shù)據(jù)結(jié)構(gòu),由管理數(shù)據(jù)Dc(左欄)、時空配置軌跡信息Dt(右上欄)以及要素數(shù)據(jù)De(右下欄)構(gòu)成。該多媒體文件MF以成為來信樂曲的音樂信息(也稱BGM)為主體并在其上合成各種附屬信息,在接收側(cè)終端CLr中,作為來信用而保存之后,也被稱為‘來信樂曲文件’在要素數(shù)據(jù)De中,如圖2右下欄所示,具有接收樂曲數(shù)據(jù)E1等的聲音信息、圖像數(shù)據(jù)E2等的圖像信息、文章數(shù)據(jù)E3等的文章信息,等等各種各樣數(shù)據(jù)形式的媒體信息,這些媒體信息被稱為該當(dāng)多媒體文件MF的‘媒體數(shù)據(jù)’或者‘要素內(nèi)容’。比如,聲音信息E1,以波形數(shù)據(jù)、MIDI音樂數(shù)據(jù)等的形式表現(xiàn),可以以聲音乃至音樂作為來信聲音、來信樂曲進(jìn)行再生。而,圖像信息E2,可以以圖像數(shù)據(jù)、圖形數(shù)據(jù)的形式利用于等待接受畫面等,文章信息E3,可以以文字列(文本)數(shù)據(jù)的形式?jīng)Q定由傳送側(cè)終端CLs的用戶作成的消息文等。
在要素數(shù)據(jù)De中,在這樣的媒體數(shù)據(jù)的基礎(chǔ)上還具有作為關(guān)于傳送側(cè)終端CLs的用戶的各種個人信息的用戶名(名字)E4、電話號碼E5、郵件地址E6、住址(圖中未示出)等等以文本數(shù)據(jù)表現(xiàn)的名片信息(也稱個人信息)。而且,在名片信息E4、E5…之中,電話號碼E5以及郵件地址E6,在兩客戶終端CLs、CLr之間進(jìn)行通信時,作為用于特定傳送主用戶的識別信息使用,被稱為‘地址信息’。
管理數(shù)據(jù)Dc,如圖2左欄所示,包含表示該多媒體文件MF的概要內(nèi)容(注釋、再生時間等)的概要信息Pf、指定對應(yīng)由后述的時空配置軌跡Dt定義的要素E1、E2、…的各要素數(shù)據(jù)De的時空配置指定信息Ts、對于由時空配置指定信息Ts指定的各要素數(shù)據(jù)De,表現(xiàn)可否編輯以及許可編輯的形式的編輯許可信息Ep、在要素數(shù)據(jù)De之中指定各名片信息E4、E5、…的同時,作為指示包含于多媒體文件MF中的該當(dāng)名片信息的主旨的信息的名片指定信息Cd等。
這里,名片指定信息作為多媒體文件MF中的特定位的標(biāo)志信息或者文件頭中的標(biāo)簽信息而被包含,在接收側(cè)終端CLr中,通過檢查該當(dāng)名片指定信息Cd的有無,可以判定在多媒體文件MF中是否包含名片信息。
另外,在圖2的右上欄所示的時空軌跡信息Dt,是指示應(yīng)該再生輸出由時空配置指定信息Ts指定的各要素數(shù)據(jù)De(E1、E2、…)的時序以及位置的多個軌跡的控制信息,對各個軌跡分別規(guī)定各要素數(shù)據(jù)De的輸出位置(顯示位置、輸出部位等),并由各軌跡的時間數(shù)據(jù)規(guī)定各要素數(shù)據(jù)De的輸出時序。而且,時空配置軌跡信息Dt,在多媒體文件MF的作成、編輯時,將該當(dāng)各要素數(shù)據(jù)De圖形化,在輸出裝置3的顯示部(顯示器)上,在時空上(比如,將輸出軌跡位置作為縱軸,將輸出時序作為橫軸(但是,在圖2中沒有這樣的詳細(xì)表示))進(jìn)行顯示,并且可以用于確認(rèn)該當(dāng)多媒體文件MF的再生形式。
即,時空配置軌跡Dt,定義各要素數(shù)據(jù)的再生時序、顯示位置的信息,時空配置指定信息Ts,規(guī)定時空配置軌跡Dt的各要素數(shù)據(jù)和作為該要素數(shù)據(jù)的應(yīng)該再生·顯示的實體數(shù)據(jù)De的對應(yīng)關(guān)系。
在本發(fā)明的一實施例的多媒體利用系統(tǒng)中,在手持電話機(jī)等的傳送側(cè)終端CLs或服務(wù)器上作成的多媒體文件MF可以依照該當(dāng)傳送側(cè)終端CLs的指示,傳送到其它接收側(cè)終端CLr,在各接收側(cè)終端CLr上,將接收的多媒體文件MF按照可以作為與從該當(dāng)傳送側(cè)終端CLs的發(fā)信對應(yīng)的來信樂曲文件利用那樣進(jìn)行存儲。
圖3是為了說明對以電子郵件傳送到接收側(cè)終端的多媒體文件進(jìn)行信息抽出的形式的圖。此時,從文件傳送主的傳送側(cè)終端CLs向?qū)Ψ降刂返慕邮諅?cè)終端CLr傳送的郵件MR,比如依照通常的慣例,如圖3的左上所示,可以作為由保存表示郵件文本的傳送消息的第一部分Pt1、和包含多媒體文件(MM文件)MF的第二部分(附加文件)Pt2以下的其它部分(圖3的其它部分為只有第二部分時)構(gòu)成的形式,各部分Pt1、Pt2、…分別由部分頭和部分?jǐn)?shù)據(jù)(消息正文以及多媒體文件MF)而構(gòu)成。
而且,在接收側(cè)終端CLs的存儲裝置2的外部存儲部中,如圖3右下所示,設(shè)置有被稱為‘文件庫’的文件存儲區(qū)域2F,并且設(shè)置有被稱為‘地址簿’的個人數(shù)據(jù)存儲區(qū)域2A。在接收側(cè)終端CLs中,首先從在該當(dāng)終端CLs上接收的郵件MR的第二部分抽出多媒體文件MF并保存到文件庫2F中。這里,當(dāng)將抽出的多媒體文件MF作為來信樂曲利用時,將此作為來信樂曲文件。
另外,在文件庫2F中保存的來信樂曲文件,可以將抽出的多媒體文件MF原封不動地保存到文件庫2F中,但是,也可以將包含名片指定信息Cd以及地址信息E5、E6的名片信息(個人信息)E4、E5、…從多媒體文件MF中刪除,即,從多媒體文件MF中分離個人信息。將這樣分離了個人信息的多媒體文件MF(為了方便將此稱為‘分離后多媒體文件MF’)保存到文件庫2F后,萬一將分離后多媒體文件MF’傳送到其它的裝置上,也不會泄漏個人信息。
接著,從要素數(shù)據(jù)De中取出由包含在該多媒體文件MF的管理數(shù)據(jù)Dc的名片指定信息Cd指示的名片信息(個人信息)E4、E5、E6、…(包含地址信息E5、E6),對應(yīng)文件庫2F的多媒體文件(來信樂曲文件)MF保存到地址簿2A。
如上所述,將聲音乃至樂曲數(shù)據(jù)和其它的圖像乃至文字列等的要素內(nèi)容附加在規(guī)定顯示時序的多媒體文件MF上,也附加姓名、電話編號、郵件地址等的個人信息。因此,在接收側(cè)終端CLr上,可以將多媒體文件MF作為名片使用,比如,可以將多媒體文件MF作為對應(yīng)發(fā)信的對方的傳送側(cè)終端CLs的來信樂曲/接收畫面而利用。
在多媒體文件MF的作成以及傳送方法中,有以下三種方法(1)~(3),下面依次對各種方法進(jìn)行說明,但是對于各種方法中共同的構(gòu)成,假定依照第一方法(1)的實施例2的項目中說明的事項。
(1)在傳送側(cè)終端CLs內(nèi)作成多媒體文件MF,以將該當(dāng)多媒體文件MF添加到電子郵件的形式傳送到接收側(cè)終端CLr的方法(實施例1)。
(2)將為作成多媒體文件MF必須的信息(地址信息、圖像數(shù)據(jù)等)發(fā)送到服務(wù)器SV,在服務(wù)器SV上進(jìn)行多媒體文件MF的作成乃至儲存,并配送到接收側(cè)終端CLr的方法(實施例2、3)。
(3)將在傳送側(cè)終端CLs內(nèi)作成的多媒體文件MF自身發(fā)送到服務(wù)器SV,從服務(wù)器SV發(fā)信到接收側(cè)終端CLs的方法。
(第一方法=實施例1)圖4表示關(guān)于依照第一方法(1)在傳送側(cè)終端CLs內(nèi)作成多媒體文件后,直接傳送到接收側(cè)終端時(實施例1)多媒體文件的整體處理的流程。在實施例1的整體處理1中,在指示多媒體文件MF的傳送的發(fā)信主的傳送側(cè)終端CLs上作成多媒體文件MF(步驟CS1)。將多媒體文件MF添加到電子郵件MR上并傳送到對方的接收側(cè)終端CLr上(步驟CS2)。
在接收側(cè)終端CLr上,接收從傳送側(cè)終端CLs傳送的電子郵件MR并對其進(jìn)行解析(步驟CR1),按照圖3說明的信息抽出順序從接收郵件MR抽出多媒體文件MF(步驟CR2)。進(jìn)而,對抽出的多媒體文件MF進(jìn)行解析并抽出名片信息E4、E5、E6、…(步驟CR3)。然后,將該當(dāng)多媒體文件MF作為來信樂曲文件對應(yīng)到名片信息之后,將多媒體文件MF以及名片信息記錄到該當(dāng)接收側(cè)終端CLr的文件庫2F以及地址簿2A上(步驟CR4)。即,將地址信息E5、E6作為鍵信息再配置該當(dāng)多媒體文件MF以及名片信息,以便可以取出該當(dāng)多媒體文件MF。
然后,從傳送側(cè)終端CLs對接收側(cè)終端CLr進(jìn)行呼叫或發(fā)送郵件等的發(fā)信(步驟CS3),從傳送側(cè)終端CLs的發(fā)信數(shù)據(jù)確認(rèn)該當(dāng)終端CLs的識別信息(即地址信息)(步驟CR5),將對應(yīng)被確認(rèn)的識別信息的來信樂曲文件(多媒體文件)MF從文件庫2F讀出到RAM上,通過輸出裝置3的顯示器或音響輸出部作為來信樂曲或接收畫面等而進(jìn)行再生(步驟CR6)。
(多媒體文件作成處理)圖5表示圖4的全體處理1的多媒體文件作成處理(CS1)的動作流程例。多媒體文件MF依照MM文件作成處理程序,與先申請的圖6的處理相同,以多媒體文件模板(以下簡稱‘MMT’)為基礎(chǔ)作成。MMT是要作成的多媒體文件MF的原型的文件,與圖2的多媒體文件MF相同,在保持要素數(shù)據(jù)De和時空配置指定信息Ts以及可否編輯信息Ep的對應(yīng)關(guān)系的基礎(chǔ)上被存儲起來。而且,MMT的名片指定信息Cd以及名片信息E4、E5、…,是可以編輯,全部是空欄(無數(shù)據(jù))或者以缺省的方式記入一部分最低限度的數(shù)據(jù)(比如,與地址信息E4、E5關(guān)聯(lián)的內(nèi)容)。
在傳送側(cè)終端CLs中,可以預(yù)先從具有MMT作成功能的服務(wù)器或其它的客戶器終端接收這樣的MMT并將其準(zhǔn)備在外部存儲部(2)上,而且,也可以將重新裝入另外作成的多媒體文件MF中的要素數(shù)據(jù)(稱為代替要素數(shù)據(jù)。包含名片信息。)保存到外部存儲部(2)上。
在該多媒體文件作成處理中,首先將MM讀出到RAM(2)上(步驟M1),接著,根據(jù)該MMT的編輯可否信息Ep,將用戶可以編輯的內(nèi)容顯示在顯示器(4)上,利用消息等督促用戶的操作(步驟M2)。這里,使用輸入裝置3的操作子24,用戶可以做一些編輯操作(步驟M3→YES),依照用戶的操作輸入,改變MMT數(shù)據(jù)(步驟M4)。
在該編輯操作(M3→M4)的內(nèi)容中,比如對應(yīng)編輯可否信息Ep的許可指示可以有以下的內(nèi)容(1)可否再生在依照時空配置軌跡Dt的各時序乃至畫面位置中,決定是否再生該軌跡Dt以及時空配置指定信息Ts指示的要素數(shù)據(jù)(包含名片信息)De。
(2)由時空配置指定信息Ts指示的要素數(shù)據(jù)的決定如果決定再生在(1)中指示的要素數(shù)據(jù)時,決定再生MMT中的要素數(shù)據(jù)De或者已經(jīng)保存在傳送側(cè)終端CLs的各種數(shù)據(jù)之中的任意一種(可以設(shè)定多個再生形式乃至種類)。
(3)文本數(shù)據(jù)配置的編輯在時空配置指定信息Ts以及時空配置軌跡Dt指示的配置(時序乃至位置)的規(guī)定范圍內(nèi),變更文字列(文本)數(shù)據(jù)E3、E4、…。
(4)名片信息編輯輸入或者變更名片指定信息Cd以及名片信息(地址信息等)。
(5)再生條件設(shè)定對于在(3)中的各時序乃至畫面位置再生的各要素數(shù)據(jù)De(包含名片信息),當(dāng)設(shè)定多個形式或多個種類時,決定對應(yīng)怎樣的條件,是以任意形式再生要素數(shù)據(jù)De或者再生任意種類的要素數(shù)據(jù)De,等等。
另外,在(2)的要素數(shù)據(jù)決定中,對于文字列、圖像信息等的顯示用媒體數(shù)據(jù),可以施加動畫或滾動等的適當(dāng)?shù)挠诚裥Ч?,此時,先在多媒體文件MF中定義其要點。而且,可以依照規(guī)定的再生條件,定義多個再生形式,使之可以施加這樣的映像效果或不施加映像效果。同樣,對于各多媒體文件MF,不是準(zhǔn)備一種基于文字?jǐn)?shù)據(jù)的顯示消息,而是準(zhǔn)備多種,依照規(guī)定的再生條件,顯示對應(yīng)的消息,由此進(jìn)行設(shè)定,進(jìn)而,也可以對于用于待接收畫面E2的圖像信息、用于來信樂曲數(shù)據(jù)E1等的BGM的音樂信息,也準(zhǔn)備多種數(shù)據(jù),依照規(guī)定的再生條件,再生對應(yīng)的數(shù)據(jù)內(nèi)容,由此進(jìn)行設(shè)定(任何情況都要定義其要旨)。
在(5)的再生條件的設(shè)定中,如上所述,對于各要素數(shù)據(jù)De,決定對應(yīng)設(shè)定多個再生形式乃至多種種類的情況的各再生形式乃至種類的再生條件。該再生條件的典型例,是作為發(fā)信主的傳送側(cè)終端CLs的來信事件的種類(來信種類)。比如,作為在(2)中或者由時序以及位置再生的要素數(shù)據(jù)De而設(shè)定圖像信息A、B,由另外的時序以及位置設(shè)定消息a、b的情況,當(dāng)從終端CLs的來信種類為電話時,由各時序以及位置,指示圖像信息A以及消息a的再生,如果為電子郵件時,將應(yīng)該再生的信息A、aB、b與來信種類對應(yīng),以便指示圖像信息B以及消息b的再生。
而且,為了對應(yīng)從同一傳送側(cè)終端CLs的來信種類變更再生形式,也可與采用從同一傳送側(cè)終端CLs的多個多媒體文件。此時,傳送側(cè)終端CLs的用戶,為了再生不同的圖像、BGM,作成定義的多媒體文件MF1、MF2,將各種多媒體文件MF1、MF2傳送到同一接收側(cè)終端CLr。這里,各多媒體文件MF1、MF2,作為名片信息使之分別包含不同的地址信息(比如在MF1包含電話號碼、在MF2中包含電子郵件地址)。在接收側(cè)終端CLr中,通過后述的處理,對應(yīng)由各自包含的地址信息即來信種類,將這些多媒體文件MF1、MF2保存到文件庫2F中,并且對應(yīng)從傳送側(cè)終端CLs的來信(呼叫等),對應(yīng)檢測出的來信種類,再生對應(yīng)的多媒體文件(比如,如果有電話打來,再生多媒體文件MF1、如果接收了電子郵件,再生多媒體文件MF2)。
另外,也可以不以再生條件作為來信種類,而對應(yīng)接收側(cè)終端CLr的再生方式的設(shè)置狀態(tài)以不同的再生形式輸出要素數(shù)據(jù)。此時,在傳送側(cè)終端CLs為了得到再生方式區(qū)別的不同的再生形式,預(yù)先作成設(shè)定的多媒體文件MF,也可以在接收側(cè)終端CLr中,將該當(dāng)多媒體文件MF保存到文件庫2F以后,由輸入裝置3的設(shè)定操作子設(shè)置希望的再生方式。
那么,MMT數(shù)據(jù)改變處理(M4)后或者沒有編輯操作輸入時(M3→NO)判斷有無預(yù)演指示(M5)。這里,如果用戶指示預(yù)演,進(jìn)行將編輯中途的要素數(shù)據(jù)再生輸出到各輸出裝置4上的預(yù)演處理(步驟M6),用戶可以隨時確認(rèn)編輯狀況,判斷有無必要再改變數(shù)據(jù)。
預(yù)演處理(M6)以后或者沒有預(yù)演指示編輯操作輸入時(M5→NO),由用戶判斷是否作出結(jié)束該作成處理的指示(步驟7),當(dāng)沒有該指示時(M7→NO)返回最初的顯示步驟(M2),返回上述的編輯動作(M2~M7)。另外,MMT數(shù)據(jù)改變處理(M4),編輯可變信息Ep如果在容許范圍內(nèi),則對同樣部位可以多次改變,也可以返回到以前。
而且,當(dāng)有結(jié)束指示時(M7→YES),將在改變處理(M4)改變的編輯過的MMT作為多媒體文件(MM文件)MF,受理應(yīng)該輸出去向的指定(比如,傳送的接收側(cè)終端CLr、向外部存儲部2的保存等)(步驟M9),依照這個輸出指定,輸出編輯過的MMT即多媒體文件MF(步驟M10)。然后,在該文件輸出處理后(M10)結(jié)束該多媒體文件作成處理。
另外,對于編輯操作(3)的名片信息編輯(※),將名片信息與其它要素數(shù)據(jù)分離開進(jìn)行處理,當(dāng)有了結(jié)束MMT改變(M4)的指示后(MMT→YES),如虛線所示,可以執(zhí)行名片信息的附加(※)處理(步驟M8)。此時,有了結(jié)束指示后,在向要素數(shù)據(jù)E5~E6追加各名片信息的同時,也可以生成乃至附加名片指定信息Cd。
將在文件輸出處理(M9)中作成的多媒體文件MF,或者文件作成后已經(jīng)保存到外部存儲部2的多媒體文件MF傳送到接收側(cè)終端CLr時,對于該當(dāng)多媒體文件MF自身的內(nèi)容變更,自動進(jìn)行全部強(qiáng)制設(shè)定為不可的編輯不可處理,但是,也可以控制為許可對名片指定信息Cd指定的各種個人數(shù)據(jù)(包含地址信息E5、E6的名片信息)E4、E5、…等信息進(jìn)行抽出以及刪除。
(接收側(cè)終端的處理)圖6~圖8是更詳細(xì)表示在圖5中接收來自傳送側(cè)終端CLs的多媒體文件添加郵件的接收側(cè)終端CLr上的處理(CR1~CR4、CR5~CR6)的處理流程例。首先,圖6是表示用于閱覽在接收側(cè)終端CLr上接收電子郵件的郵件瀏覽器啟動處理的流程圖。在接收側(cè)終端CLr上,在進(jìn)入這個流程的前段中,在該當(dāng)終端CLr上,已經(jīng)接收并保存到存儲裝置2的外部存儲部的電子郵件由輸出裝置4的顯示器以列表的形式顯示,用戶可以從該列表中選擇想要顯示詳細(xì)內(nèi)容的郵件。
于是,用戶從在顯示器(4)上顯示的郵件列表中有選擇地指示該當(dāng)接收電子郵件,則根據(jù)郵件瀏覽應(yīng)用程序(瀏覽器)對該當(dāng)接收郵件MR的構(gòu)成進(jìn)行解析(步驟CR11)。接著,將接收電子郵件MR的文本顯示在顯示器(4)上后(步驟CR12),進(jìn)入等待用戶操作的狀態(tài)(步驟CR13)。
比如,當(dāng)添加多媒體文件MF的郵件是由多個部分構(gòu)成的接收電子郵件MR的情況下,(參照圖3),在經(jīng)過構(gòu)成解析(CR11)而顯示接收電子郵件之際(CR13),顯示第一部分Pt1(通常,保存著郵件正文。),而在其它部分(Pt2等)的選擇指示或者郵件瀏覽應(yīng)用程序的結(jié)束指示出現(xiàn)之前,處于等待階段(CR13)。另外,在該等待階段(CR13),比如執(zhí)行如圖8所示的‘部分顯示指示事件’處理。
圖8是表示作為圖6的郵件瀏覽器的子(從屬)進(jìn)程而執(zhí)行‘部分顯示指示事件’處理的流程圖。在該處理流程中,首先判斷有無從列表中選擇的接收郵件(接收郵件是否由多個部分構(gòu)成)(步驟CR21),如果有部分(CR21→YES),顯示該當(dāng)接收郵件的第二部分Pt2以后的部分頭的項目信息并等待從用戶來的部分指示。即,在包含多個部分Pt1、Pt2、…的電子郵件中,如前所述,由于通常第一部分是正文,第二部分以后包含添加文件等,因此,在瀏覽包含多個部分的電子郵件時(CR21→YES),將‘前面部分’/‘后繼部分’的按鈕等顯示在顯示器(4)上,等待用戶的指示,而且,根據(jù)用戶的指示可以顯示任意的部分。
這里,由用戶指示了希望顯示的部分(Pt2等)后,對于所指示的部分,從部分頭信息判斷內(nèi)容的種類是否屬于多媒體文件MF(步驟CR22)。然后,調(diào)查該當(dāng)部分的內(nèi)容種類,如果是多媒體文件MF(CR22→YES),還要檢查在該當(dāng)部分內(nèi)容的管理信息Dc中是否附加了名片指定信息Cd(步驟CR23)。
在該檢查中,如果判定附加了名片指定信息Cd(CR23→YES),顯示是否登錄多媒體文件MF的內(nèi)容的對話,向用戶詢問該當(dāng)文件MF的登錄(步驟CR24)。對此,由用戶判定是否選擇登錄操作(步驟CR25)。另外,優(yōu)選構(gòu)成為在登錄問詢步驟(CR23)的前段,在輸出裝置(顯示器、放音部等)上再生該當(dāng)多媒體文件MF。通過設(shè)置這樣的再生步驟,用戶可以確認(rèn)該當(dāng)部分的多媒體文件MF的具體的內(nèi)容和名片信息(地址信息)的詳細(xì)。
另外,由用戶進(jìn)行登錄的選擇操作時(CR25→YES),將該當(dāng)多媒體文件MF作為來信多媒體文件保存到文件庫2F(步驟CR26)的同時,還將在接收的多媒體文件MF中,作為要素數(shù)據(jù)De的一部分而被埋入的地址信息(電話號碼(E5)、郵件地址(E6))、其它個人數(shù)據(jù)(名稱(E4)、住址等)等登錄到地址簿2A(步驟CR27)上。
另外,如相關(guān)圖3已說明的那樣,也可以在文件保存步驟中(R26),從接收的多媒體文件MF中刪除名片指定信息Cd以及由他指定的名片信息E4、E5、…(包含地址信息),而將該當(dāng)名片信息作為個人信息進(jìn)行分離,并將分離后多媒體文件MF’作為來信樂曲文件保存。
進(jìn)而,將由地址信息規(guī)定的發(fā)信主終端CLs的用戶和保存的來信樂曲文件MF建立關(guān)聯(lián)(步驟CR28)。即,以將在名片信息中由規(guī)定的記號數(shù)據(jù)表示的地址信息(比如,電話號碼(E5)乃至郵件地址(E6))作為發(fā)信主識別數(shù)據(jù)而應(yīng)該利用的該識別數(shù)據(jù)關(guān)聯(lián)對應(yīng)發(fā)信主終端CLs和來信樂曲文件MF。然后,該關(guān)聯(lián)對應(yīng)處理后(CR28)結(jié)束該事件處理,返回到郵件瀏覽器啟動處理的待機(jī)步驟(圖5CR13)。
以上的動作之后,將多媒體文件MF作為添加在電子郵件上的數(shù)據(jù)而接收時,在郵件瀏覽器上選擇保存多媒體文件MF的部分之際(CR21~CR22→YES),在該當(dāng)文件MF中檢測出已經(jīng)進(jìn)行了名片指定的話(CR23→YES),將包含附加在文件MF中的地址信息(E5、E6)的名片信息(個人數(shù)據(jù)E4、E5、…)追加到地址簿2A上(CR27),并且以該當(dāng)?shù)刂沸畔?E5、E6)對規(guī)定的發(fā)信主CLs與該當(dāng)多媒體文件MF建立關(guān)聯(lián)對應(yīng)(CR28)。而且,在所述的例子中以對話顯示征詢登錄,只有當(dāng)用戶回答YES時,才進(jìn)行登錄(CR24~CR28),但是如果有名片指定信息Cd,也可以自動地登錄。
另外,在后述的實施例2以及實施例3中,當(dāng)以HTTP(HyperTextTransfer Protocol超文本傳輸協(xié)議)接收時(圖10CR42、圖11CR52)時,如圖8‘A’所示,從登錄問詢步驟(CR24)開始文件信息抽出處理。
這樣做之后,登錄來信樂曲MF以及名片信息,進(jìn)行與此對應(yīng)的傳送側(cè)終端CLs的關(guān)聯(lián)對應(yīng)(CR26~CR28),以后,當(dāng)識別從作成該當(dāng)多媒體文件MF(后述的實施例2中,指示該當(dāng)多媒體文件MF的作成)的傳送側(cè)終端CLs的用戶的來信(比如,電話來信、電子郵件的來信、聊天等的連接要求的來信等)時,在圖8的發(fā)信主關(guān)聯(lián)對應(yīng)步驟(CR28)讀出關(guān)聯(lián)對應(yīng)該當(dāng)用戶的來信樂曲文件MF并輸出到輸出裝置(4),作為來信樂曲、接收畫面等而進(jìn)行再生。
另外,當(dāng)在部分判斷步驟(CR21)判斷為沒有部分時(CR21→NO),以及在登錄指令判定步驟(CR25)判定為‘不登錄’的要旨時(CR25→NO),直接返回到郵件瀏覽器啟動處理的待機(jī)步驟(圖5CR13)。當(dāng)在文件種類判別步驟(CR22)判別為不是多媒體文件MF時(CR22→NO)以及在名片檢查步驟(CR23)沒有檢查出名片指定信息時(CR23→NO),在輸出裝置(4)上再生該當(dāng)部分的內(nèi)容并進(jìn)行顯示或放音等,通知用戶不存在該當(dāng)內(nèi)容的內(nèi)容(包含文件種類)或名片信息(步驟CR29),用戶對此進(jìn)行確認(rèn)后,返回到郵件瀏覽器啟動處理的待機(jī)步驟(圖5CR13)。
圖7是表示對應(yīng)從傳送側(cè)終端CLs來的呼叫,在接收側(cè)終端CLr上執(zhí)行的‘通話來信事件處理’的流程圖,在該處理流程中,對應(yīng)從傳送側(cè)終端CLs來的呼叫,比如,有電話的來信、電子郵件的來信、聊天等的連接要求的來信等的來信事件,從來信信息檢測出該當(dāng)傳送側(cè)終端CLs的識別數(shù)據(jù)(步驟CR31),接著,根據(jù)這個識別數(shù)據(jù),調(diào)查對應(yīng)呼叫的傳送側(cè)終端CLs的用戶的來信樂曲文件MF是否保存在文件庫2F中(步驟CR32)。
這里,如果有對應(yīng)傳送側(cè)終端CLs的來信樂曲文件MF(CR32→YES),在輸出裝置4上再生該來信樂曲文件MF并進(jìn)行報告來信的處理(步驟CR33)。圖9是依照來信樂曲文件MF在輸出裝置上再生的輸出內(nèi)容的一例。而且,當(dāng)沒有這樣的文件時(CR32→NO),由采用在該當(dāng)傳送側(cè)終端CLs預(yù)先設(shè)定的來信聲音、來信畫面的既定方法,進(jìn)行報告有來信的主旨的處理(步驟CR34)。然后,在這樣的來信報告處(CR32)以后,進(jìn)入等待下一通信乃至用戶操作的狀態(tài)(步驟CR35)。
另外,在該發(fā)明的一實施例的接收側(cè)終端CLr上,如已經(jīng)說明的那樣,從傳送側(cè)終端CLs接收對應(yīng)來信種類設(shè)定多個要素數(shù)據(jù)的再生內(nèi)容的多媒體文件MF,將此作為來信樂曲文件而準(zhǔn)備著,并且可以對應(yīng)從該當(dāng)傳送側(cè)終端CLs來的來信事件的種類,以設(shè)定的再生內(nèi)容再生來信樂曲文件MF。即,在接收側(cè)終端CLr的通話來信事件處理(圖7)中,探索對應(yīng)通信的該當(dāng)傳送側(cè)終端CLs的來信樂曲文件后(CR32→YES),如圖9所示,以對應(yīng)該當(dāng)通信的來信種類的再生內(nèi)容再生到輸出裝置4上。
即,在傳送側(cè)終端CLs上,在接收側(cè)終端CLr上作為內(nèi)容而保存的多媒體文件(來信樂曲文件)MF中,預(yù)先對應(yīng)是電話(通話)的來信或電子郵件的來信等的來信事件的種類進(jìn)行定義,以便再生不同的圖像(E2)、BGM(E1)、消息(E3)等。另外,如果有從傳送側(cè)終端CLs的來信,對應(yīng)該來信種類,在輸出裝置4上變更再生規(guī)定的內(nèi)容文件MF的輸出形式。輸出形式的變更,不單準(zhǔn)備了多種類型的數(shù)據(jù),對于文字·圖像數(shù)據(jù),也可以在來信樂曲文件(多媒體文件)MF上適當(dāng)?shù)囟x動畫、滾動等的映像效果,以便執(zhí)行該映像效果。BGM等的音樂信息也不止一種,也可以將多種類型的數(shù)據(jù)定義在文件MF中而對其進(jìn)行使用。
進(jìn)而,也可以對從傳送側(cè)終端CLs來的多個多媒體內(nèi)容(來信樂曲文件)分別進(jìn)行定義,以便按每個來信種類再生不同的圖像或BGM。此時,為了對應(yīng)發(fā)信主的識別信息(電話號碼E5或者郵件地址E6等)而切換再生的來信樂曲文件,可以對從傳送側(cè)終端CLs傳送的多個多媒體內(nèi)容分別預(yù)先設(shè)定來信種類,也可以在從各多媒體內(nèi)容登錄名片信息時,分別對應(yīng)傳送側(cè)終端CLs的各來信的種類,保存來信樂曲文件。
在上述圖9的例子中,依照在多媒體文件MF(來信樂曲文件)中規(guī)定的信息,根據(jù)在接收側(cè)終端CLr上接收的來信事件的種類是電話來信還是電子郵件來信,將不同的消息(E3)、地址信息(電話號碼E5或者郵件地址E6)以及用戶名(E4)顯示在輸出裝置4的顯示器上,將不同的背景音樂(E1‘BGM1’或‘BGM2’)從音響輸出部放音。另外,在該例子中,對于圖像(E2)由于沒有設(shè)定多個圖像信息,所以顯示的是同一圖像。
(第二方法=實施例2以及實施例3)在該多媒體利用系統(tǒng)上使用的多媒體文件MF中包含個人信息,由于通常在終端上儲存的文件數(shù)據(jù)可以傳送到其它裝置上,如果不采取什么措施,就存在惡意泄漏個人信息的危險。因此,在上述第二方法(2)中,作為發(fā)信主的傳送側(cè)終端CLs的用戶并不直接傳送多媒體文件MF,而是依照該用戶的指示,在服務(wù)器SV上作成多媒體文件MF(實施例2)或者將多媒體文件MF上傳到服務(wù)器上來以后(實施例3),只將該文件傳送到作為特定的傳送地址的接收側(cè)終端CLr上,這樣可以限制多媒體文件MF的傳送地址,防止由于惡意而泄漏個人信息。
而且,在第二方法(2)中,在傳送的多媒體文件MF中附加‘禁止轉(zhuǎn)送’的信息。在成為發(fā)送地址的各接收側(cè)終端CLr中,遵守‘禁止轉(zhuǎn)送’的規(guī)則,使得該文件不能向其它裝置上傳送、轉(zhuǎn)送。進(jìn)而,使具有管理該當(dāng)多媒體文件MF的發(fā)送受方的功能,以期完善文件管理功能(實施例3)。
圖10以及圖11,表示關(guān)于依照第二方法(2),根據(jù)從傳送側(cè)終端CLs的指示,在服務(wù)器SV上作成多媒體文件MF并儲存時(實施例2以及實施例3)的多媒體文件全體的處理流程。
首先,在圖10的實施例2的全體處理2中,從指示多媒體文件MF的傳送的傳送側(cè)終端CLs作為想要發(fā)送的多媒體文件MF的作成所必要的要素數(shù)據(jù)De,以在電子郵件上添加的方法或者以HTTP形式,直接將地址信息(E5、E6)等的個人數(shù)據(jù)以及來信樂曲(E1)、圖像數(shù)據(jù)(E2)等的樂曲數(shù)據(jù)傳送到服務(wù)器SV上(步驟CS41)。此時,對于圖像、樂曲等的媒體信息,可以在服務(wù)器SV上儲存多個媒體數(shù)據(jù),使傳送側(cè)終端CLs的用戶可以對其進(jìn)行選擇。而且,也可以作出選擇多媒體文件MF的模板MMT的指示。
在服務(wù)器SV上,根據(jù)傳送側(cè)終端CLs傳送的個人數(shù)據(jù)以及媒體數(shù)據(jù),以與圖5的多媒體文件作成處理同樣的流程,作成與圖2相同的多媒體文件MF(步驟S41)。作成的多媒體文件MF,可以以URL(UniformResource Locator)形式,將多媒體文件MF按照可以唯一確定的方式儲存到設(shè)置于服務(wù)器SV內(nèi)的存儲裝置(外部存儲部)2的文件數(shù)據(jù)庫(DB)SD中。此時,在作成以及儲存的多媒體文件MF中附加‘禁止轉(zhuǎn)送信息’,接收到這個多媒體文件MF的接收側(cè)終端CLr,(通常)就不能將該當(dāng)文件MF傳送給其它的裝置。而且,登錄信息只要是可以唯一確定多媒體文件MF,則不限于URL,也可以是其它信息。
接著,以電子郵件等方式將在服務(wù)器SV上作成并儲存的傳送側(cè)終端CLs的多媒體文件MF中固有的登錄信息通知給該當(dāng)傳送側(cè)終端CLs(步驟S42)。另外,這個登錄信息的通知方式,不限于電子郵件。比如如上所述,以HTTP方式向服務(wù)器SV傳送要素數(shù)據(jù)De后,也可以同樣地以HTTP方式顯示登錄通知,也可以利用FAX等其它裝置進(jìn)行通知。而且,傳送給傳送側(cè)終端CLs的登錄信息,再將從該當(dāng)傳送側(cè)終端CLs來的任意的接收側(cè)終端CLr作為傳送受方,以電子郵件等方式進(jìn)行通知。
在接收側(cè)終端CLr上,依照通知的登錄信息以HTTP方式訪問服務(wù)器SV,請求對應(yīng)該當(dāng)?shù)卿浶畔⒌亩嗝襟w文件MF(步驟CR41)。服務(wù)器SV,接收這個請求后(步驟S43),從文件數(shù)據(jù)庫SD取出該當(dāng)多媒體文件MF,以電子郵件添加文件的形式或HTTP形式傳送到接收側(cè)終端CLr(步驟S44)。
在接收側(cè)終端CLr上,一旦接收了這個多媒體文件MF,則與實施例1(參照圖3、圖4CR3~CR4、圖6以及圖8(但是在HTTP的情況,由‘A’開始))一樣,進(jìn)行該當(dāng)文件MF的解析(步驟CR42),將該文件MF與地址信息建立關(guān)聯(lián)對應(yīng),并作為來信樂曲文件進(jìn)行再配置并進(jìn)行下載(步驟CR43)。
然后,與實施例1(圖4CS3,CR5~CR6;圖7CR31~CR33)一樣,當(dāng)存在從傳送側(cè)終端CLs對接收側(cè)終端CLr的呼叫、郵件傳送時的發(fā)信時(步驟CS3),由傳送側(cè)終端CLs的發(fā)信數(shù)據(jù)確認(rèn)該當(dāng)終端CLs的識別信息(即地址信息)(步驟CR5),將對應(yīng)確認(rèn)了識別信息的來信樂曲文件(多媒體文件)MF從文件庫2F讀出到RAM上,通過輸出裝置3的顯示器、音響輸出部等作為來信樂曲、接收畫面等進(jìn)行再生(步驟CR6)。
接著,在圖11所示的實施例3中,與實施例2相同地構(gòu)成,以便將多媒體文件MF儲存到服務(wù)器SV上的同時,在服務(wù)器SV上保存發(fā)送受方信息并可以進(jìn)行文件發(fā)送受方的管理。
在實施例3的圖11的全體處理3中,首先,想要傳送多媒體文件MF的傳送主的傳送側(cè)終端CLs的用戶,在想要傳送的多媒體文件MF的作成所必要的地址信息(E5、E6)、圖像數(shù)據(jù)(E2)、來信樂曲(E1)等的要素數(shù)據(jù)De的基礎(chǔ)上,以電子郵件的附件或HTTP形式,將指定應(yīng)發(fā)送作成后的多媒體文件MF的一個乃至多個傳送側(cè)終端CLs的用戶的發(fā)送受方信息傳送到服務(wù)器SV,指示多媒體文件MF的作成以及發(fā)送(步驟CS51)。這里,發(fā)送受方指定信息,可以如電話號碼、IPv6(Internet Protcolversion 6因特網(wǎng)協(xié)議版本6)的地址那樣,是可以唯一確定成為發(fā)送受方的接收側(cè)終端CLr的信息。而且,也可以傳送選擇多媒體文件MF的模板MMT的指示。
在服務(wù)器SV上,根據(jù)從傳送側(cè)終端CLs的要素數(shù)據(jù),以已述方法同樣的流程(參照圖5),作成多媒體文件MF,并將作成的多媒體文件MF與由發(fā)送受方指定信息指定的一個乃至多個發(fā)送受方終端CLr關(guān)聯(lián)對應(yīng)并進(jìn)行保存(步驟S51)。即以URL等附加固有的登錄信息并將該當(dāng)多媒體文件MF保存到文件數(shù)據(jù)庫SD中,并且對應(yīng)保存的多媒體文件MF,將發(fā)送地址信息記錄到發(fā)送地址列表文件LS中。
接著,服務(wù)器SV為了進(jìn)行控制使得只將保存的多媒體文件MF傳送到發(fā)送地址人CLr中,以電子郵件等方式將該當(dāng)多媒體文件MF上固有的登錄信息通知給該當(dāng)傳送側(cè)終端CLs以及發(fā)送受方終端CLr(步驟S52)。比如,同時將多媒體文件MF的URL通知給傳送主CLs以及指定的一個乃至多個發(fā)送受方CLr。另外還有一種不采用這樣的URL通知,而對指定的發(fā)送受方終端CLr,直接傳送多媒體文件MF文件的方法(此時,立即進(jìn)入文件傳送接收步驟(S55、CR52))。
在接收側(cè)終端CLr上,依照通知的登錄信息,以HTTP方式訪問服務(wù)器SV,請求對應(yīng)于該當(dāng)?shù)卿浶畔⒌亩嗝襟w文件MF(步驟CR41)。服務(wù)器SV接收請求后(步驟S53),將請求的接收側(cè)終端CLr的用戶識別信息、與顯示的記錄在發(fā)送受方列表文件LS上的該當(dāng)多媒體文件MF的發(fā)送受方信息的終端用戶信息進(jìn)行對比,判斷是否可以將該當(dāng)多媒體文件MF發(fā)送到請求主終端上(步驟54)。
這里,當(dāng)接收側(cè)終端CLr的用戶識別信息與發(fā)送受方信息一致時,判定為應(yīng)該發(fā)送時(步驟S54→YES),將該當(dāng)多媒體文件MF從文件庫SD讀出,以電子郵件或HTTP形式傳送到接收側(cè)終端CLr(步驟S54)。而,當(dāng)用戶識別信息與發(fā)送受方信息不一致而不能發(fā)送時(S54→NO),向接收側(cè)終端CLr通知其主旨以后或者不通知,而結(jié)束對該請求的處理。
在接收側(cè)終端CLr上,從服務(wù)器SV接收多媒體文件MF后,與實施例1以及2一樣,進(jìn)行該當(dāng)文件的解析(步驟CR52),將該多媒體文件MF與地址信息建立關(guān)聯(lián)對應(yīng),作為來信樂曲文件進(jìn)行再配置后進(jìn)行下載。然后,如果有從傳送側(cè)終端CLs的發(fā)信,以與實施例1以及實施例2同樣的流程,響應(yīng)這個發(fā)信,并再生根據(jù)來信樂曲文件(多媒體文件)MF的來信樂曲或接收畫面等。
圖12表示如實施例2以及實施例3,先向服務(wù)器儲存多媒體文件,然后以HTTP方式從傳送側(cè)終端CLs對服務(wù)器SV進(jìn)行訪問,并指示作成希望的多媒體文件MF的情況下(圖10CS41,圖11CR41)的顯示器畫面的過程例。
上段左側(cè)的地址信息輸入畫面(1),是用于輸入關(guān)于傳送側(cè)終端CLs的用戶的姓名(E4)、電話號碼(E5)、e-mail(E6)的畫面,在這個例子中,依照‘請輸入地址信息’的引導(dǎo)注釋,用戶進(jìn)行數(shù)據(jù)的輸入,但是也可以在接收側(cè)終端CLr上預(yù)先登錄地址信息并自動地插入。而且,在服務(wù)器SV側(cè),也可以特定接收側(cè)終端CLr乃至其用戶并自動地插入。
上段中央的內(nèi)容選擇畫面(2)作為成為作成的多媒體文件MF的媒體數(shù)據(jù)的媒體信息內(nèi)容,是用于輸入圖像以及樂曲的畫面,用戶可以依照‘請輸入內(nèi)容’的引導(dǎo)注釋而進(jìn)行數(shù)據(jù)輸入,但是也可以預(yù)先儲存多個成為要素的媒體信息內(nèi)容于服務(wù)器SV上,然后對其進(jìn)行選擇。
上段右側(cè)的內(nèi)容確認(rèn)畫面(3)是用于確認(rèn)在服務(wù)器SV上作成的多媒體文件MF的要素數(shù)據(jù)的內(nèi)容的畫面。此刻,也可以對對應(yīng)該內(nèi)容作成的多媒體文件(來信樂曲文件)MF自身的內(nèi)容進(jìn)行預(yù)演。
下段的各畫面(3a)~(5),如實施例3,是再指定發(fā)送受方時(圖1CR42)的畫面過程例,此時,內(nèi)容確認(rèn)畫面并不如(3)所示而結(jié)束,而是成為下段左側(cè)的(3b)那樣,即在內(nèi)容確認(rèn)畫面(3b)進(jìn)行確認(rèn)以后,轉(zhuǎn)移到下段中央的發(fā)送受方指定畫面(4),接著,轉(zhuǎn)移到下段右側(cè)的發(fā)送受方確認(rèn)畫面(5)。進(jìn)而,也可以選擇多媒體文件MF的模板MMT。
這樣,在第二方法(2)中,各客戶終端CL就沒有必要是手持電話機(jī),也可以利用PC、游戲機(jī)、機(jī)頂盒、PDA等任意的終端裝置。而且,與服務(wù)器SV的連接可以利用包含適當(dāng)?shù)挠芯€連接等的各種各樣的通信方式。
(第三方法)在上述第三方法(3)中,在傳送側(cè)終端CLs內(nèi)作成多媒體文件MF,作成的多媒體文件MF一旦被上傳到服務(wù)器SV上以后,再從服務(wù)器SV向接收側(cè)終端CLr傳送。所以,該方法(3),在圖10以及圖11的文件作成階段(SV41、SV51)向傳送側(cè)終端CLs轉(zhuǎn)移,在該當(dāng)階段,在傳送側(cè)終端CLs接收多媒體文件MF乃至發(fā)送受方信息并將其記錄到文件庫SD乃至發(fā)送到列表文件的這一點,與實施例2乃至實施例3(第二方法(2))不同,但是在服務(wù)器上,控制對儲存·發(fā)送的多媒體文件MF與發(fā)送受方CLr建立關(guān)聯(lián)對應(yīng),只將多媒體文件MF傳送到指定的發(fā)送受方CLr這一點沒有變化。另外,發(fā)送受方信息也可以以埋入從傳送側(cè)終端CLs傳送的多媒體文件MF的方式發(fā)送。
在以上說明的實施例中,是分別將作為名片信息的姓名、住址作為文本數(shù)據(jù)進(jìn)行輸入而進(jìn)行說明的,但是也可以將姓名、住址、電話、電子郵件地址、主頁的URL等歸納在一起,將記錄的電子名片(vCard等)信息作為該發(fā)明的名片信息附加在多媒體文件MF上。
如上所述,根據(jù)本發(fā)明,由于對多媒體文件附加個人信息,在通信終端上,將附加的個人信息保存到地址簿上,與多媒體文件是獨立的,可以作為‘名片’式的數(shù)據(jù)而有效地加以利用,由于多媒體文件與包含在個人信息的地址簿建立關(guān)聯(lián)對應(yīng)并保存到文件庫中,因此,如果從發(fā)信主終端有來信到達(dá),對應(yīng)于該發(fā)信主終端的來信樂曲文件的要素數(shù)據(jù)就從文件庫讀出,并可以作為對應(yīng)發(fā)信對方的來信樂曲/接收畫面等而加以利用。
進(jìn)而,在服務(wù)器中,根據(jù)發(fā)信主用戶的指示,在服務(wù)器上生成多媒體文件并管理對應(yīng)該多媒體文件的發(fā)送受方信息,只對由發(fā)送受方信息指定的特定的傳送受方傳送附加了‘禁止轉(zhuǎn)送’信息的多媒體文件,因此,接收了該多媒體文件的通信終端,就可以控制不將該當(dāng)文件傳送或轉(zhuǎn)送到其它的裝置上。
而且,在通信終端中,接收了多媒體文件后,可以從接收的多媒體文件中分離出包含地址信息的個人信息并保存到地址簿上,將分離了個人信息后的多媒體文件與地址信息建立關(guān)聯(lián)對應(yīng)并進(jìn)行保存,因此,即使可能出現(xiàn)分離后的多媒體文件被錯誤地傳送到或轉(zhuǎn)送到其它裝置上,由于個人信息被刪除了,因此,也不會從該當(dāng)文件泄露個人信息。
權(quán)利要求
1.一種服務(wù)器,其特征在于具備接收構(gòu)成多媒體文件的要素數(shù)據(jù)和發(fā)送地址信息的數(shù)據(jù)接收裝置;根據(jù)接收的要素數(shù)據(jù),作成設(shè)定為禁止轉(zhuǎn)送的多媒體文件,并且將作成的多媒體文件與所述發(fā)送地址信息建立關(guān)聯(lián)并進(jìn)行儲備的文件作成以及儲備裝置;將表現(xiàn)對應(yīng)于作成的多媒體文件的URL的登錄信息通知給所述要素數(shù)據(jù)以及發(fā)送地址信息的傳送主的登錄通知裝置;響應(yīng)從通信終端向所述URL的訪問要求,識別要求該當(dāng)訪問的通信終端是否包含在所述發(fā)送地址信息中,只有包含在所述發(fā)送地址信息中時,才傳送與所述URL關(guān)聯(lián)的多媒體文件的文件傳送裝置。
2.如權(quán)利要求1所述的服務(wù)器,其特征在于所述要素數(shù)據(jù)包含來信樂曲數(shù)據(jù)以及所述傳送主的地址信息。
3.一種通信終端,其特征在于具備接收附加包含特定發(fā)信主終端的地址信息的個人信息的多媒體文件的文件接收裝置;從接收的多媒體文件分離個人信息并獨立存儲,并且將分離了該個人信息的分離后多媒體文件與包含在該當(dāng)個人信息中的地址信息建立關(guān)聯(lián)并進(jìn)行存儲的存儲裝置;對應(yīng)從由包含在被存儲的個人信息的地址信息而特定的發(fā)信主終端的來信,讀出與該當(dāng)?shù)刂沸畔㈥P(guān)聯(lián)的分離后多媒體文件并進(jìn)行再生的再生裝置。
全文摘要
在本發(fā)明系統(tǒng)的通信終端上使用的各多媒體文件不單有來信聲音等媒體數(shù)據(jù),也包含(MM)文件傳送主地址信息等個人信息,文件傳送后,如果有從傳送主的來信,則根據(jù)該地址信息再生。在服務(wù)器上,遵照傳送主指示在服務(wù)器上生成(MM)文件,只將附加了禁止轉(zhuǎn)送信息的(MM)文件傳送到由傳送主發(fā)送的受方信息指定的特定傳送受方的通信終端上。而且在通信終端上將包含地址信息的個人信息從接收(MM)文件中分離并保存到地址簿(2A)中,個人信息分離后的(MM)文件與地址信息建立對應(yīng)關(guān)系,并作為來信樂曲文件保存到文件庫(2F)中。這樣,在有效利用包含個人信息的多媒體內(nèi)容同時,又可預(yù)先防止包含在內(nèi)容中的個人信息泄露到其它終端。
文檔編號G06F17/40GK1512423SQ20031011319
公開日2004年7月14日 申請日期2003年12月26日 優(yōu)先權(quán)日2002年12月27日
發(fā)明者山浦敦, 神森桂, 板山徹, 白崎菜菜子, 菜子 申請人:雅馬哈株式會社