TWI244012B - Server and communication terminal device - Google Patents

Server and communication terminal device Download PDF

Info

Publication number
TWI244012B
TWI244012B TW092137168A TW92137168A TWI244012B TW I244012 B TWI244012 B TW I244012B TW 092137168 A TW092137168 A TW 092137168A TW 92137168 A TW92137168 A TW 92137168A TW I244012 B TWI244012 B TW I244012B
Authority
TW
Taiwan
Prior art keywords
information
file
multimedia
terminal device
multimedia file
Prior art date
Application number
TW092137168A
Other languages
Chinese (zh)
Other versions
TW200413974A (en
Inventor
Atsushi Yamaura
Katsura Kamimori
Toru Itayama
Nanako Shirosaki
Original Assignee
Yamaha Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Yamaha Corp filed Critical Yamaha Corp
Publication of TW200413974A publication Critical patent/TW200413974A/en
Application granted granted Critical
Publication of TWI244012B publication Critical patent/TWI244012B/en

Links

Landscapes

  • Information Transfer Between Computers (AREA)
  • Television Signal Processing For Recording (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Reverberation, Karaoke And Other Acoustics (AREA)

Abstract

The invention effectively utilizes multimedia contents containing personal information and simultaneously prevents personal information contained in contents from being divulged to other terminal devices. Each multimedia (MM) file utilized by communication device of the system not only includes multimedia data like incoming call voice, but also includes personal information like address information of the MM file transmitting source. After file is transmitted, if there's incoming call from transmitting source, follow the address information to play. At server follow instruction of transmitting source to generate MM file in server. Transmit the MM file attached with non-transferable information to the communication terminal device specified as destination of transmission in destination information from the transmitting source. Moreover, the personal information containing address information over communication terminal device is separated from the received MM file and is memorized in address book 2A. The MM file with separated personal information that corresponds to address information is taken as incoming call melody file and is memorized in file database 2F.

Description

1244012 玫、發明說明: 【發明所屬之技術領域】 本發明係有關一種多媒體收發系統 或可視顯示而可播放輸出圖像、音聲 訊之多種類之媒體資料者。 【先前技術】 其係處理藉由音響 音樂、文字列等資 =久例如:行動電話之來電旋律或來電圖像或電子郵 件寺之各種情況係頻繁地利用通訊終端裝置,以接收文字. 、圖像或音聲等各式各樣之資訊之提供並播放。例如:專1 利文獻1係揭示一種數位盔線電 , …、深私連用逋化糸統,其係可容易 轉达此種各種資訊含有長篇文章之郵件或圖像、音樂等大 容量内容之訊息者。 【專利文獻1】 特開2001-197553號公報 又,本申請人已於特願2〇〇2_8283 1(以下稱為「先前申請 案」)提案一種可於通訊終端裝置,以樣板(Template)編輯籲 圖像、音聲、文字列等所組成之多媒體資料之系統。於先 鈾申睛案之糸統中’預先準備:時間及空間配置指定資訊 ,其係規定複數要素内容(文件資料、圖像資料、音聲資料 、旋律資料等)之播放顯示時序者;記憶各要素内容之區域 ;及其他具有頁首區域之樣板檔;終端裝置使用者可藉由 在該行動電話終端裝置上,適當改變此樣板檔或重新埋入 要素内容,以產生完成之多媒體内容。 O:\87\87936.DOC4 1244012 於使用此種多媒體内容之系統,可完成由該終 :者所個性化編輯之多媒體内容,並將此傳送給其他使用 ::,故藉:使多媒體内容包含個人資訊,以求更有= 夕媒體内谷。此時’多媒體内容含有個人資訊,通常, :存於傳送去處❹者之資訊終端裝置之標資料可轉送哈 八他裝置,固若未採取某些保全措施,個人資訊唯恐白白 洩漏給第三者。 【發明内容】 本發明之主要目的在於提供一種多媒體收發系統,其係 可使來自其他通訊終端裝置之多媒體内容包含個人資訊, 更有效利用多媒體内容,同時防止包含於多媒體内容之個 人貝汛洩漏給其他終端裝置於未然者。 右按妝本發明之丨個特徵,將提供一種伺服器(sv)〔申請 專利範圍第1項〕,其係具備:資料接收手段(5; s51),其 係接收構成多媒體檔(MF)之要素資料(De: E1、E2、··」及 發送去處資訊者;檔做成及儲存手段(SD、LS; S51),其係 根據接收之要素資料(De),做成設定為不可轉送之多媒體 檔(MF),同時將做成之多媒體檔(MF)與發送去處資訊關聯 而儲存者;登錄通知手段(S52),其係將表示對應於做成之 夕媒版軲(MF)之URL之登錄資訊,通知要素資料(De)及發 送去處資訊之傳送源(CLr)者;及檔傳送手段(S53〜S55), 其係按照有來自通訊終端裝置(CLr)之存取上述URL之要求 (CR51) ’識別要求該存取之通訊終端裝置(CLr)是否包含於 七送去處資訊,僅於包含於發送去處資訊之情況(S54 — O:\87\87936.DOC4 1244012 YES),傳送與此URL關聯之多媒體檔(MF)者。於按照此特 徵之飼服器(SV),,進一步要素資料(De)可包含來電旋律資 料(E1)及傳送源(CLs)之位址資訊(E5、E6)〔申請專利範圍 第2項〕而構成。再者,括弧内係表示對應之實施例中之參 考記號或用語,於以下亦同。 又右按知、本發明之其他特徵,將提供一種通訊終端裝 置〔申請專利範圍第3項〕,其係具備:檔接收手段(5; CR1 、CR42、CR52),其係接收附加包含特別指定傳送源終端 裝置(CLs)之位址資訊(E5、E6)之個人資訊(E4、E5、···)之 多媒體檔(MF)者;記憶手段(2A、2F ; CR4、CR26〜CR28 、CR43),其係由接收之多媒體檔(MF)將個人資訊(E4、£5 、…)分離並獨立記憶,同時將已分離該個人資訊(E4、E5 、…)之分離後多媒體檔(MF,),與包含於該個人資訊(E4、 E5 )之位址資成(E5、E6)關聯並記憶者;及播放手段(4 ;CR5〜CR6、CR31〜CR33、CR44〜CR45),其係按照來自 由包含於記憶之個人資訊(E4、E5、…)之位址資訊(E5、e6) 所特別指定之傳送源終端裝置(CLs)之來電,將與該位址資 訊(E5、E6)關聯之分離後多媒體檔(MF,)讀出並播放者。 〔發明作用〕 於本發明之伺服器(sv),若接收到應構成多媒體檔(mf) 之要素資料(De : El、E2、···)及發送去處資訊,則根據要 素資料(De) ’做成設定為不可轉送之多媒體檔(mf),同時 與發送去處資訊關聯而儲存該檔(MF)(S51),將表示對應於 做成之多媒體檔(MF)之URL之資訊通知傳送源(CLs)(S55) O:\87\87936.DOC4 -8- 1244012 ,按照有來自其他終端裝置(CLr)之存取上述URL之要求, 識別該要求源終端裝置(CLr)是否包含於發送去處資訊所 示之發送去處(S55),僅於包含於發送去處之情況(S55 — YES),傳送與上述URL對應之多媒體檔(MF)(S53〜S55)。 又,要章資料(De)包含來電旋律資料(E1)及位址資訊(E4、 E5)。 又,本發明之通訊終端裝置(CL〇係具備為了儲存位址資 訊(E4、E5)等之位址薄(2A)。若接收到附加位址資訊(E4、 E5)之多媒體檔(MF)(CR1、CR42、CR52),由多媒體檔(MF) 將位址資訊(E4、E5)等個人資訊(E4、E5、…)分離,與多 媒體檔(MF)分離並記憶於位址薄(2A),同時將藉由此分離 所產生之多媒體檔(MF)之其他部分,亦即分離後多媒體檔 (MFf)與位址資訊(E4、E5)關聯並記憶(CR4、CR26〜CR28 、CR43)。而且,若有來自藉由位址資訊(E4、E5)所特別指 定之其他終端裝置(CLs)之來電,按照此來電,讀出與該位 址資訊(E4、E5)關聯之多媒體檔之其他部分(MF’),同時並 播放(CR5 〜CR6、CR31 〜CR33、CR44 〜CR45)。 於本發明,在包含表示來電音之旋律資料(E1)或圖像或 文字列(E2、E3)等之要素内容之多媒體檔(MF),附加包含 位址資訊(E4、E5)之個人資訊(E4、E5、…),故可將多媒 體檔(MF)之個人資訊(E4、E5、…)儲存於位址薄(2A),進 行「名片」式利用,又,若通訊終端裝置(CLr)有來自傳送 源終端裝置(CLs)之來電,可將對應於包含於該傳送源終端 裝置(CLs)之個人資訊(E4、E5、…)之位址資訊(E4、E5)之 O:\87\87936.DOC4 -9- 1244012 多媒體檔(MF),作為對應於傳送對象(CLs)之待機畫面/來 兒旋律等而利用。並且,於此發明,對於包含於如此有效 利用之多媒體檔(MF)之個人資訊(E4、E5、···)之浪漏,講 求以下對策以迴避該危險。 總言之,於此發明之伺服器(sv),傳送源(CLs)之使用者 亚不直接傳送多媒體檔(MF),按照傳送源(CLs)之指示,於 伺服器上產生附「不可轉送」資訊之多媒體檔(MF),同時 ,對應於產生之多媒體檔(MF),伺服器管理其發送去處資 訊(S51)。而且,此多媒體檔(MF)僅傳送給發送去處資訊所 指定之特定傳送去處(CLr)(S53〜S55),由於多媒體檔(mf) 附加不可轉送」資訊,故接收此之通訊終端裝置(CLr)不 能將該多媒體檔(MF)傳送或轉送給其他裝置。 又於本發明之通訊終端裝置(CLr),若接收到多媒體檔 (MF)(CR1、CR42、CR52),則由接收之多媒體槽(MF),將 包含位址資訊(E4、E5)之個人資訊(E4、E5、…)分離並記 憶於位址薄(2A),使個人資訊分離後之多媒體槽(MF,)對應 於位址貧訊(E4、E5)而記憶(CR4、CR26〜CR28、CR43)。 故,即使因錯誤而將多媒體檔(MF,)傳送或轉送給其他裝置 ’個人育訊(E4、E5、…)仍然不會洩漏。 【實施方式】 以下’參考圖式,說明本發明之一實施例。然而,此僅 為一例,在不脫離本發明精神之範圍内,可進行各種變更 ,以各種態樣而實施發明。 〔系統概要〕 O:\87\87936.DOC4 -10- 12440121244012 Description of invention: [Technical field to which the invention belongs] The present invention relates to a multimedia transceiver system or a visual display capable of playing various types of media materials such as output images, audio, and video. [Prior art] It deals with various situations such as audio music, text strings, etc. For example: mobile phone calls, melody or call images, or e-mail temples are frequently used communication terminal devices to receive text. Provide and play all kinds of information such as sound or sound. For example: Special Document 1 and Patent Document 1 reveal a digital helmet line,…, a deep-private combination system, which can easily convey such large-capacity content as emails or images, music and other large-capacity content. Messager. [Patent Document 1] Japanese Unexamined Patent Publication No. 2001-197553 The applicant has proposed in Japanese Patent Application No. 2002-8283 1 (hereinafter referred to as "previous application") a communication terminal device that can be edited with a template. A system of multimedia data consisting of images, sounds, text, etc. In the system of the Xianyan Shenyan case, 'pre-preparation: time and space allocation designation information, which is required to display the display sequence of plural elements (document data, image data, sound data, melody data, etc.); memory The area of each element content; and other template files with a top area; the user of the terminal device can appropriately change the template file or re-embed the element content on the mobile phone terminal device to generate completed multimedia content. O: \ 87 \ 87936.DOC4 1244012 In the system using such multimedia content, it can complete the multimedia content personalized edited by the end: and transfer this to other uses ::, so borrow: make the multimedia content include Personal information to be more = Evening Media Neigu. At this time, the multimedia content contains personal information. Generally, the target data stored in the information terminal device of the sender can be transferred to the Hatta device. If certain security measures have not been taken, personal information will not be leaked to third parties in vain. . [Summary of the Invention] The main object of the present invention is to provide a multimedia transmitting and receiving system, which can make the multimedia content from other communication terminal devices contain personal information, make more effective use of the multimedia content, and prevent the personal content contained in the multimedia content from leaking to Other terminal devices are not in advance. Right-clicking on one of the features of the present invention, a server (sv) [item 1 of the scope of patent application] will be provided, which includes: data receiving means (5; s51), which is used to receive multimedia files (MF). Element data (De: E1, E2, ... "and the person who sent the information; file creation and storage means (SD, LS; S51), which is made based on the received element data (De) and set to be non-forwardable Multi-media file (MF), which stores the created multi-media file (MF) in association with the destination information, and stores it; registration notification means (S52), which will indicate the URL corresponding to the finished media file (MF) The registration information, notification element data (De), and the transmission source (CLr) of the destination information; and file transmission means (S53 ~ S55), which are in accordance with the request from the communication terminal device (CLr) to access the above URL (CR51) 'Identify whether the communication terminal device (CLr) requesting the access is included in the seven destination information, only in the case of sending the destination information (S54 — O: \ 87 \ 87936.DOC4 1244012 YES), transmit and The multimedia file (MF) associated with this URL. Server (SV), and further element data (De) may include caller melody data (E1) and address information (E5, E6) of the transmission source (CLs) [item 2 of the scope of patent application]. Furthermore, The parentheses indicate the reference signs or terms in the corresponding embodiments, which are the same below. According to the other features of the present invention, a communication terminal device (item 3 in the scope of patent application) will be provided, which has: File receiving means (5; CR1, CR42, CR52), which is a multimedia device that receives additional personal information (E4, E5, ...) containing address information (E5, E6) of specially designated transmission source terminal devices (CLs) File (MF); memory means (2A, 2F; CR4, CR26 ~ CR28, CR43), which is the received multimedia file (MF) to separate and store personal information (E4, £ 5, ...), and at the same time Those who have separated the personal information (E4, E5,…) from the separated multimedia file (MF,) are associated with and memorized with the address assets (E5, E6) contained in the personal information (E4, E5); Means (4; CR5 ~ CR6, CR31 ~ CR33, CR44 ~ CR45), which are based on Incoming calls from the address information (E5, e6) of the personal information (E4, E5,…) in the memory specified by the transmission source terminal devices (CLs) will be separated from the address information (E5, E6) After the multimedia file (MF,) is read out and played by the player. [Inventive effect] If the server (sv) of the present invention receives the element data (De: El, E2, ...) that should constitute the multimedia file (mf) ) And sending destination information, a multimedia file (mf) set as non-forwardable is created according to the element data (De) ', and it is stored in association with the sending destination information (MF) (S51). The notification source (CLs) (S55) of the URL of the multimedia file (MF) is: O: \ 87 \ 87936.DOC4 -8-1244012, and it is identified according to the request for accessing the above URL from other terminal devices (CLr). Whether the request source terminal device (CLr) is included in the sending destination shown in the sending destination information (S55), and only in the case of the sending destination (S55 — YES), the multimedia file (MF) corresponding to the URL is transmitted (S53) ~ S55). In addition, the chapter data (De) includes caller melody data (E1) and address information (E4, E5). In addition, the communication terminal device of the present invention (CL0 is provided with an address book (2A) for storing address information (E4, E5), etc.) If a multimedia file (MF) is received with additional address information (E4, E5) (CR1, CR42, CR52). The multimedia file (MF) separates personal information (E4, E5, ...), such as address information (E4, E5), from the multimedia file (MF), and is stored in the address book (2A). ), At the same time, the other parts of the multimedia file (MF) generated by the separation, that is, the separated multimedia file (MFf) and the address information (E4, E5) are associated and memorized (CR4, CR26 ~ CR28, CR43) In addition, if there is an incoming call from other terminal devices (CLs) specifically designated by the address information (E4, E5), read the multimedia file associated with the address information (E4, E5) according to this incoming call The other parts (MF ') are played simultaneously (CR5 to CR6, CR31 to CR33, CR44 to CR45). In the present invention, the melody data (E1) or the image or character string (E2, E3) containing the ringing tone is included. Multi-media file (MF) of element content such as personal information (E4, E5, ), So the personal information (E4, E5,…) of the multimedia file (MF) can be stored in the address book (2A) for "business card" use, and if the communication terminal device (CLr) comes from the transmission source terminal Incoming calls from devices (CLs), O: \ 87 \ 87936.DOC4-address information (E4, E5) corresponding to personal information (E4, E5, ...) contained in the transmission source terminal device (CLs) 9-1244012 Multimedia files (MF) are used as standby screens / melody, etc. corresponding to the transmission target (CLs). In addition, the present invention provides personal information ( E4, E5, ...), the following countermeasures are required to avoid the danger. In summary, the users of the server (sv) and transmission source (CLs) invented in this invention directly transmit multimedia files (MF ), According to the instructions of the transmission source (CLs), generate a multimedia file (MF) with "non-transferable" information on the server, and corresponding to the generated multimedia file (MF), the server manages the information of where it is sent (S51 ). Moreover, this multimedia file (MF) is only sent to the destination The specific transmission destination (CLr) (S53 ~ S55) specified by the newsletter, because the multimedia file (mf) is attached with the message "non-transferable", the communication terminal device (CLr) receiving this cannot transmit or forward the multimedia file (MF) to Other devices: In the communication terminal device (CLr) of the present invention, if a multimedia file (MF) (CR1, CR42, CR52) is received, the received multimedia slot (MF) will contain address information (E4, E5). ) The personal information (E4, E5, ...) is separated and stored in the address book (2A), so that the separated multimedia slot (MF,) corresponds to the address poor information (E4, E5) and is stored (CR4, CR26 to CR28, CR43). Therefore, even if the multimedia file (MF,) is transmitted or transferred to other devices due to errors, the personal education (E4, E5, ...) will not be leaked. [Embodiment] An embodiment of the present invention will be described below with reference to the drawings. However, this is only an example, and various changes can be made without departing from the spirit of the present invention to implement the invention in various aspects. [System Overview] O: \ 87 \ 87936.DOC4 -10- 1244012

圖1係表不包含本發明之一實施例之伺服器(遞送伺服器) 及通訊終端裝置(用戶終端裝置)之多媒體利用系統之構成 概要圖。此多媒體利用系統係如圖1 ( 1 )之全體圖所示,由進 行樣板檔等各種多媒體資訊之遞送之丨個或複數遞送伺服 杰SV(圖式之例中雖為1個,然複數亦可),及具有做成多媒 體檔等、以郵件(MR)傳送之機能之複數用戶終端裝置cU 、CL2.....CLn所組成,此等裝置SV、CL1〜CLn係可經 由通訊網際網路CN,互相通訊而連接。 遞送伺服器sv、各用戶終端裝置CL1〜CLn均可利用具有 個人電腦、工作站、行動電話、PDA、遊戲專用機等通訊 機能之資訊處理裝置,通訊網路CN包含LAN及網際網路或 電話線路網之廣域通訊網。故,例如··在用戶終端裝置 CL1〜CLn為行動電話或PDA等可移動終端裝置之情況,遞 送伺服器sv及用戶終端裝置CL1〜CLn與實際通訊之基地 台(BS)係經由通訊網路CN而連接。再者,於以下實施例, 關於用戶終端裝置CL 1〜CLn,行動電話或具有與此同等機 月b之終端裝置(例如:具備通訊卡片之個人電腦等)係特別適 用。 如圖1 (2)之内部構成區塊圖所例示,各用戶終端裝置匸乙1 〜CLn具備中央處理器(CPU)1、記憶手段2、輸入手段3、 輸出手段4、通訊手段5等。記憶手段2係由記憶控制程式或 控制用資料之唯讀記憶體(R0M)部、暫時記憶處理用資料 之隨機存取記憶體(RAM)部、記憶各種資料或程式之外部 5己憶部等所構成,此等記憶部能以半導體記憶體構成。又 O:\87\87936.DOC4 -11- 1244012 ,於記憶手段2之外部記憶裝置,設置為了儲存多媒體内容 及個人資訊之檔庫(File Ubrary)2F&位址薄2a。而且, CPU1係將RAM部作為工作記憶體,按照R〇M部之控制程式 ,利用外部記憶部之資料,控制該用戶終端裝置之動作。 輸入手段3除了包含鍵盤或各種開關等主裝置,或滑鼠、 書寫板等指向裝置等之操作元件以外,尚包含麥克風或照· 像機等音響或圖像資料輸入裝置等。又,輸出裝置4係具備 包含CRT、LCD等顯示裝置之可視顯示部,或包含音源、擴 音器等音響輸出(通知音)部等,隨終端裝置之種類不同,亦^ 進一步具備印表機等印刷部。 通訊手段5係為了經由通訊網路CN,與通訊伺服器3乂或 其他用戶終端裝置通訊之手段’具騎據機或lan卡等, 藉由與遞送伺服器SV進行通訊,可接收各種控制程式或資 料。例如:可由伺服器S V,將有關多媒體内容檔之控制程 式本身由伺服器SV下載,儲存於外部記憶部⑺,按照此控 制程式’可進行有關多媒體内容槽之各種處理。又,移動, 型=端裝置之情況’通訊手段5具備與基地台Bs之無線通訊馨 手段,經由基地台BS而連接於通訊網路cN。 遞送伺服器SV係具有與圖i⑺相同之内部構成,如上述-,可將程式或資料提供給各用戶終端裝置C卜目此,於記 . 憶手段2之外部記憶部,包含由磁性記錄媒體(軟碟、磁帶 機 '硬碟等)或光記憶媒體_、_、勘等)等適當之記 錄媒體所構成之大容量記憶裝置。 〔多媒體檔〕 O:\87\87936.DOC4 -12- 1244012 於本發明之一實施例之多媒體利用系統,多媒體檔(亦稱 多媒體内谷權’又’亦簡稱為MM槽。)MF係於各用戶終端 裝置CL(CL1〜CLn)之間或用戶終端裝置cl、遞送伺服器 S V間授受。此多媒體槽MF可於任意之用戶終端裝置cls(i $ η)做成,或根據同用戶終端裝置CLs之指示,於遞送 伺服器sv上做成,傳送給其他任意之用戶終端裝置 ,r#s)。於以下,將進行多媒體檔⑽之做成或做成 指示之用戶終端裝置CLs稱為”傳送側終端裝置”,將多媒體 檔MF所傳送到之用戶終端裝置CLr稱為”接收側終端裝置” ,關於遞送伺服器SV,僅稱為”伺服器”。 圖2係表示本發明之一實施例之多媒體利用系統所處理 之多媒體檔之資料構造之一例。於傳送側終端裝置CLs或伺 服器SV所做成之多媒體檔MF係具有圖2所視覺表示之資料 構造,由管理資料Dc(左攔)、時空間配置執資訊Dt(右上攔) 及要素貢料De(右下欄)所組成。此多媒體檔MF係以成為來 電旋律之樂音資訊(亦稱BGM)為主體,於此合成各種附屬 資訊者,於接收側終端裝置CLr作為來電用而儲存後,亦稱 為π來電旋律檔”。 如圖2右下攔所示,於要素資料De存在來電旋律資料ει 等音資訊、圖像資料E2等圖像資訊、文章資料£3等文章資 訊等各種資料形式之媒體資訊,A等媒體資訊稱為該多媒 體檔MF之”媒體資料”或”要素内容”。例如:音資訊ei係以 波开y資料或MIDI樂音資訊等形式表示,能以音聲或樂音等 而作為來電音或來電旋律而播放。又’圖像資訊E2能以圖 O:\87\87936.DOC4 -13- 1244012 像貝料或圖形資料之形式,利用於待機晝面等,文章資π 以是以文字列(文件:text)資料之形式,藉由傳送側終 端裝置CLs之使用者所做成之訊息文等。 …除了此種媒體資料,於要素資料De並進一步存在有關傳 运側終端裝置CLs之使用者之各種個人資料之使用者名稱 (名子)E4、電號號碼£5、電子郵件位址別、住址(未圖示) 等,以文件資料所表示之名片資訊(亦稱個人資訊)。又,名 片資訊E4、E5、…中,電話號碼E5及電子郵件位址如係於 =用戶終端裝置CLs、CLr之間之通訊時,作為用於特別指 定傳送源使用者之識別資訊而使用,稱為,,位址資訊,,。 如圖2左攔所示,管理資料Dc係包含:概要資訊打,其係 表不該多媒體檔^!!^之概略内容(解說或播放時間等)者;時 空間配置指定資訊Ts,其係指定對應於以後述之時空間配 置執Dt所定義之要素E1、E2、···之各要素資料以者;編輯 终可貧訊Ep,其係針對由時空間配置指定資訊心所指定之 各要素資料De,表示編輯可否及許可之編輯態樣者;及名 片指定資訊Cd,其係指定要素資料De中之各名片資訊E4、 E5、…,同時指示該名片資訊包含於多媒體檔之主旨之 資訊。 在此,名片指定資訊係作為多媒體檔MF中之特定位元之 旗號資訊或頁首中之標籤資訊而包含,於接收側終端裝置 CLr,藉由檢查該名片指定資訊Cd之有無,可判定多媒體檔 MF中是否含有名片資訊。 又,圖2右上欄所示之時空間配置軌資訊以係複數執之控 O:\87\87936.DOC4 -14- 1244012 制資訊,其係指示以時空間配置指定資㈣所指定之各要 素資料De(El、E2、...),所應播放輸出之時序及位置者; 於各軌別規定各要素資料D e之輸出位置(顯示位置或輸出 :置等)’藉由各執之時間資料’規定各要素資料De之輸出 , 又日$工間配置軌負訊以可用在多媒體檔MF之做成 、編輯時,將該檀之各要素資㈣圖形化,時空地顯示於 輸出手段3之顯示部(顯示裝置)上〔(例 > :以輸出軌位置為 縱轴,輸出時序為橫軸(其巾,圖2並未顯示此種細節)〕’確 認該多媒體檔MF之播放態樣。 l言之,時空間配置執Dt係定義各要素資料之播放時序 或顯示位置等資訊者,時空間配置指定資錢係規定時空 間配置軌m之各要素資料,與作為該要素而應播放、顯示 之實體資料De之對應關係。 ,於本發明之—實施例之多媒體利用系統,行動電話等傳 送側終端冑置CLs或伺服所做成之多媒體棺MF,可按 照該傳送側終端裝置CLS之指示,傳送給其他接收側終端裝 置CLr,於各純側終端裝置⑴,預先崎接收之多媒體 棺MF,以便作為對應於來自該傳送側終端裝置CLs之傳送 之來電旋律檔而利用。 、 圖3係為了說明有關以電子郵件傳送給接收側終端裝置 之多媒體叙資料擷取之態樣之示意圖。此時,由槽傳送 源之傳运側終端|置⑴傳$給對方之純側終端裝置山 之郵件MR,例如:按照通常例,如圖3左上所示,其係可 為由儲存表示郵件本文之傳送訊息之第-部分Ptl,i包含 O:\87\87936.DOC4 -15- 1244012 多媒體檔(MM檔)MF之第二部/分(附加檔)pt2以下之其他部 分(圖3係其他部分僅為第二部分Pt2之情況)所組成之形式 ,各邛为Ptl、Pt2、…係分別由部分頁首及部分資料(訊息 本文及多媒體檔MF)所構成。FIG. 1 is a schematic diagram showing a configuration of a multimedia utilization system that does not include a server (delivery server) and a communication terminal device (user terminal device) according to an embodiment of the present invention. This multimedia utilization system is shown in the overall diagram of Figure 1 (1). It is used to deliver various multimedia information such as template files or multiple delivery servos SV (although it is one in the example of the figure, but the plural is also Yes), and multiple user terminal devices cU, CL2, ..., CLn, which have the function of making multimedia files and transmitting by mail (MR). These devices SV, CL1 ~ CLn can pass the communication Internet Road CN, communicate with each other and connect. The delivery server sv and each of the user terminal devices CL1 to CLn can use an information processing device having communication functions such as a personal computer, a workstation, a mobile phone, a PDA, and a game console. The communication network CN includes a LAN and the Internet or a telephone line network. Wide area communication network. Therefore, for example, when the user terminal devices CL1 to CLn are mobile terminal devices such as mobile phones or PDAs, the delivery server sv and the user terminal devices CL1 to CLn communicate with the actual base station (BS) via the communication network CN. While connected. Furthermore, in the following embodiments, as for the user terminal devices CL 1 to CLn, a mobile phone or a terminal device (e.g., a personal computer with a communication card, etc.) having the same device b is particularly suitable. As shown in the block diagram of the internal structure of FIG. 1 (2), each user terminal device 匸 1 ~ CLn includes a central processing unit (CPU) 1, a memory means 2, an input means 3, an output means 4, a communication means 5, and the like. The memory means 2 includes a read-only memory (ROM) unit that memorizes a control program or control data, a random access memory (RAM) unit that temporarily stores data for processing, an external memory unit that stores various data or programs, etc. As a result, these memory sections can be constituted by a semiconductor memory. O: \ 87 \ 87936.DOC4 -11-1244012 is set on the external storage device of the storage means 2 to set up a file library 2F & address book 2a for storing multimedia content and personal information. In addition, the CPU 1 uses the RAM portion as a working memory, and uses the data of the external memory portion to control the operation of the user terminal device according to the control program of the ROM portion. The input means 3 includes a main device such as a keyboard or various switches, or an operating element such as a pointing device such as a mouse or a writing pad, and also includes an audio or image data input device such as a microphone or a camera. The output device 4 includes a visual display unit including a display device such as a CRT, an LCD, or an audio output (notification sound) unit such as a sound source or a loudspeaker. Depending on the type of the terminal device, a printer is also provided. Wait for the printing department. The communication means 5 is a means for communicating with the communication server 3 or other user terminal devices through the communication network CN. The device has a data transmission device or a lan card, and can communicate with the delivery server SV to receive various control programs or data. For example, the server SV can download the control program itself related to multimedia content files from the server SV and store it in the external memory unit. According to this control program, various processes related to the multimedia content slot can be performed. In the case of mobile type = terminal device, the communication means 5 includes a wireless communication means with the base station Bs, and is connected to the communication network cN via the base station BS. The delivery server SV has the same internal structure as in Fig. I. As described above, programs or data can be provided to each user terminal device C. Here, in the external memory section of the memory means 2, including a magnetic recording medium (Floppy disks, tape drives, hard disks, etc.) or optical storage media _, _, kan, etc.) Mass storage devices composed of appropriate recording media. [Multimedia file] O: \ 87 \ 87936.DOC4 -12-1244012 In a multimedia utilization system according to an embodiment of the present invention, a multimedia file (also referred to as a multimedia inner valley right 'also' is also simply referred to as a MM slot.) MF is Each user terminal device CL (CL1 to CLn) accepts and receives information between the user terminal device cl and the delivery server SV. This multimedia slot MF can be made on any user terminal device cls (i $ η), or on the delivery server sv according to the instructions of the same user terminal device CLs, and transmitted to any other user terminal device, r # s). In the following, the user terminal devices CLs that make or instruct the multimedia files are referred to as "transmitting-side terminal devices", and the user terminal devices CLr to which the multimedia files MF are transmitted are referred to as "receiving-side terminal devices", Regarding the delivery server SV, it is simply called a "server". FIG. 2 shows an example of a data structure of a multimedia file processed by a multimedia utilization system according to an embodiment of the present invention. The multimedia file MF made on the transmission-side terminal device CLs or the server SV has the data structure visually shown in Figure 2. It consists of management data Dc (left bar), time and space configuration information Dt (top right bar), and element contributions. Material De (bottom right). This multimedia file MF is mainly composed of musical tone information (also known as BGM) that becomes the melody of incoming calls. Those who synthesize various auxiliary information are stored in the receiving terminal device CLr for incoming calls. As shown in the lower right bar of Figure 2, there are media information in various data formats such as caller information ει and other audio information, image information E2 and other information, article information £ 3 and other article information in the element data De, and media information such as A. It is called "media data" or "element content" of the multimedia file MF. For example, the audio information ei is expressed in the form of wave data or MIDI music information, and can be used as a call tone or call melody with sounds or tones. And play. And 'image information E2 can be used in the form of picture O: \ 87 \ 87936.DOC4 -13- 1244012 like shell material or graphic data for standby day and time, etc. The article information is in text (document : Text) The format of the data, such as the message text made by the user of the terminal device CLs on the transmission side.… In addition to this media data, there are further information about the users of the terminal device CLs on the transmission side in the element data De Username (name) of various personal data E4, telephone number £ 5, email address, residential address (not shown), etc., business card information (also known as personal information) represented by document data. Also, In the business card information E4, E5, ..., if the telephone number E5 and the e-mail address are in communication between the user terminal devices CLs and CLr, they are used as identification information for specifying the user of the transmission source, which is called As shown in the left-hand column of Figure 2, the management data Dc includes: summary information, which indicates the general content of the multimedia file ^ !! ^ (explanation or playback time, etc.); The spatial configuration designation information Ts is used to designate the data of each element corresponding to the elements E1, E2, ... defined by the temporal spatial configuration implementation Dt described later; the editing can be the poor information Ep, which is aimed at the time and space. Each element data De designated by the designated information center is assigned to indicate whether editing is possible or permitted; and business card designation information Cd is the business card information E4, E5, ... in the designated element data De, and the business card is instructed at the same time. Information contained in The information of the subject of the media file. Here, the business card designation information is included as the flag information of a specific bit in the multimedia file MF or the label information in the header, and is checked on the receiving terminal device CLr by checking the business card designation information. With or without Cd, you can determine whether the multimedia file MF contains business card information. Also, the time space track information shown in the upper right column of Figure 2 is controlled by multiple O: \ 87 \ 87936.DOC4 -14-1244012 system information, It indicates the time sequence and position of each element data De (El, E2, ...) specified by the specified resource allocation in time and space; the output position of each element data De is specified in each track (Display position or output: setting, etc.) 'Determine the output of each element data De by the time data of each implementation', and also configure the negative information of the workshop to be used in the creation and editing of the multimedia file MF. Each element of the tree is graphically displayed on the display unit (display device) of the output means 3 in time and space [(Example >: the position of the output track is taken as the vertical axis, and the output timing is taken as the horizontal axis (the towel, FIG. 2 and FIG. 2). No such details are shown)] 'Confirm The multimedia playback file MF aspects. l In other words, the time and space allocation Dt is used to define information such as the playback sequence or display position of each element data. The time and space allocation designation funds are the data of each element of the specified time and space allocation track m. Correspondence of the displayed entity data De. In the multimedia utilization system of the embodiment of the present invention, the transmitting terminal such as a mobile phone is equipped with CLs or a multimedia coffin MF made by a servo, and can be transmitted to other receiving terminal devices according to the instructions of the transmitting terminal device CLS. CLr is a multimedia coffin MF received in advance by each pure-side terminal device ⑴ so as to be used as an incoming call melody file corresponding to the transmission from the transmitting-side terminal device CLs. Fig. 3 is a schematic diagram for explaining a mode of extracting multimedia narrative data transmitted to a receiving terminal device by email. At this time, the mail-side MR from the transport-side terminal of the transmission source | Set-up $ to the other's pure-side terminal device, Shan, for example: According to the usual example, as shown in the upper left of Figure 3, it can be used to indicate the mail by storage. The part-Ptl, i of the message in this article contains O: \ 87 \ 87936.DOC4 -15-1244012 Multimedia file (MM file) MF part 2 / part (additional file) other parts below pt2 (Figure 3 series The other parts are only in the form of the second part Pt2), each of which is Ptl, Pt2, ... is composed of part of the top page and part of the data (message text and multimedia file MF).

又,如圖3右下,於接收側終端裝置CLr之記憶手段2之外 部記憶部,設置稱為,,檔庫”(File Library)之檔記憶區域2F ,同時,設置稱為,,位址薄”之個人資料記憶區域2A。於接 收側終端裝置CLr,由該終端裝置CLs所接收之郵件MR之第 一部分,首先,擷取多媒體檔MF並儲存於檔庫2F。在此, 將擷取之多媒體檔MF作為來電旋律利用之情況,將此作為 來電旋律檔。 再者,保存於檔庫2F之來電旋律檔可為將擷取之多媒體 檔MF原樣儲存於檔庫邡者,然而,亦可為將包含名片指定 資訊Cd及位址資訊E5、E6之名片資訊(個人資訊)E4、、 …由多媒體檔MF刪除,亦即,由多媒體檔MF將個人資訊分 離者。如此’若預先將已分離個人資訊之多媒體檔(為了方 便,將此稱為”分離後多媒體檔MF,,,)保存於檔庫2F,即使 萬一分離後多媒體擋MF,傳送或轉送到其他裝置,仍然不會 連個人資訊都洩漏。 其次,將由包含於此多媒體檔MF之管理資料Dei名片指 定資訊cd所指示之名片資訊(個人資訊)E4、E5、、···(包 含位址資訊E5、E6),由要辛眘粗由% , )受京貝枓De中取出,並與檔庫2F之 多媒體檔(來電旋律檔)MF對應而儲存於位址薄2八。 如上述,於已規^^或方舍種?杳B廿 车忒捉揮:貝枓及其他圖像或文字列 O:\87\87936.DOC4 -16- 1244012 :要素内容之顯示時序之多媒_,進一步附加姓名 電話號碼、郵件位址望 欠 > 名、 CLr,可… 資訊。故,於接收側終端裝置 將多媒體播_進行「名片」式利用,例如 c可作為對應於傳送多媒MMF之對方之傳送側終端裝置 CLs之來電旋律/待機晝面而利用。 多媒體槽俯之做成及傳送方法有以下3種方法⑴〜 3〕=料細說明各方法’然而關於各方法共通之構成 於按…帛方法π〕之第一實施態樣項,預先進行說明 η 〔〕;傳送側終裝置CLs内做成多媒體槽MF,以將該 多媒體槽MF附加於電子郵件難之形式,發送給接收側終 端裝置CLr之方法(第一實施態樣); 、 〔2〕將做成多媒體槽所需要之資訊(位址資訊、圖像資 料等),發送給伺服器svn司服器sv上進行多媒體槽⑽ 之做成或儲存,並遞送給接收側終端裝置CLr•之方法(第二 及第三實施態樣); 〔3〕將在傳送側終端裝置CLs内所做成之多媒體檔^^^本 身,發送給伺服器SV,並由伺服器sv遞送給接收側終端裝 置CLr之方法。 〔第一方法=第一實施態樣〕 圖4係表示有關按照第一方法〔1〕,在傳送側終端裝置cLs 内做成多媒體檔,並直接傳送給接收側終端裝置CLr〔第一 實施態樣〕之多媒體之全體處理流程。於第一實施態樣之 全體處理1,在指示傳送多媒體檔之傳送源之傳送側終 O:\87\87936. DOC4 -17- 1244012 端裝置CLs’做成多媒體檔Μρ(步驟cs”。將該多媒體嫌 附加於電子郵件败,傳送給對方之接收側終端裝置 驟 CS2)。 於:收側終端裝置CLr,接收由傳送側終端裝置CLs傳送 二,私子郵件1^11,將此解析(步驟CR1),按照圖3所說明之 貝Λ操取步驟,由接收郵件難擷取多媒體播⑽(步驟⑽) 。亚且,進行擷取之多媒體檔%^^之解析,擷取名片資訊以 、E6、···(步驟CR3)。而且,使該多媒體槽MF作為來 電知律槽而與名片資訊對應,並將該槽及名片資訊記錄 於忒接收側終端裝置CLr之檔庫2F及位址薄2a(步驟CM) 亦p再配置該多媒體檔MF及名片資訊,以便將位址資 Λ E5、E6作為主資訊而取出該多媒體檔mf。 /、後由傳送側終端裝置CLs對於接收側終端裝置CLr, Μ Μ或郵件傳送等之傳送(步驟⑶),則由傳送側終端Also, as shown in the lower right of FIG. 3, a file memory area 2F called "File Library" is set in the external memory section of the memory means 2 of the receiving-side terminal device CLr. "Thin" profile memory area 2A. In the receiving-side terminal device CLr, the first part of the mail MR received by the terminal device CLs, first, the multimedia file MF is retrieved and stored in the file library 2F. Here, in the case where the captured multimedia file MF is used as an incoming call melody, this is used as an incoming call melody file. In addition, the incoming melody file stored in the file library 2F may be the one storing the retrieved multimedia file MF as it is in the file library. However, it may also be a business card information including business card designation information Cd and address information E5 and E6. (Personal information) E4, ... are deleted by the multimedia file MF, that is, the personal information is separated by the multimedia file MF. In this way, if the separated multimedia files are stored in advance (for convenience, this is referred to as "separated multimedia files MF ,,") and stored in the file library 2F, even if the multimedia files MF are separated or transmitted in case of separation Device, personal information will still not be leaked. Secondly, the business card information (personal information) indicated by the management information Dei business card specified information cd included in this multimedia file MF (personal information) E4, E5, ... (including address information) E5, E6), it is carefully and rough from%,) is taken from Jingbei De, and is stored in the address book 28 corresponding to the multimedia file (calling melody file) MF of the library 2F. As mentioned above, in ^^ or Fang She species? 杳 B 廿 car 忒 catching: shellfish and other images or text columns O: \ 87 \ 87936.DOC4 -16-1244012: multi-media for the display timing of the content of the elements, further Attach the name, phone number, email address, name, CLr, etc., so the multimedia device can be used as a "business card" in the receiving terminal device. For example, c can be used as a counterparty for multimedia MMF transmission. Calling melody of the transmission-side terminal device CLs / Day machines utilize surface. There are three methods for making and transmitting the multimedia slot:〕 ~ 3] = Detailed description of each method. However, the common implementation of each method is based on the first implementation item of 帛 Method π], which will be explained in advance. η []; A method for forming a multimedia slot MF in the transmitting-side terminal device CLs, and sending it to the receiving-side terminal device CLr in the form of attaching the multimedia slot MF to an e-mail (the first embodiment);, [2 〕 The information (address information, image data, etc.) required to make a multimedia slot is sent to the server svn server sv for making or storing the multimedia slot, and delivered to the receiving-side terminal device CLr • Method (second and third embodiments); [3] sending the multimedia file ^^^ itself made in the terminal device CLs on the transmitting side to the server SV and delivering it to the receiving side by the server sv Method for terminal device CLr. [First method = first embodiment] Fig. 4 shows the method according to the first method [1], a multimedia file is created in the transmitting-side terminal device cLs, and directly transmitted to the receiving-side terminal device CLr [first embodiment Sample] of the overall processing flow of multimedia. In the overall process 1 of the first embodiment, the transmission side of the transmission source that instructs the transmission of the multimedia file is O: \ 87 \ 87936. DOC4 -17-1244012 The end device CLs' is made into a multimedia file Mρ (step cs). The multimedia is suspected to be attached to the e-mail and sent to the receiving terminal device CS2). In: The receiving terminal device CLr receives the transmission from the transmitting terminal device CLs II, the private mail 1 ^ 11, and analyzes this ( Step CR1), it is difficult to retrieve the multimedia broadcast (step ⑽) from the received mail according to the step Λ operation described in FIG. 3. And, the analysis of the retrieved multimedia file% ^^ is performed to retrieve the business card information to , E6, ... (step CR3). Furthermore, the multimedia slot MF is used as the incoming call knowledge slot to correspond to the business card information, and the slot and business card information are recorded in the library 2F and the position of the receiving-side terminal device CLr. The address book 2a (step CM) also configures the multimedia file MF and the business card information, so that the multimedia file mf is taken out with the address information Λ E5, E6 as the main information. /, Then, the transmitting-side terminal device CLs for the receiving side Terminal device CLr, ΜΜ or mail delivery etc. Transmission (step ⑶), the transmission side terminal

Ls之傳送資料,確認該終端裝置之識別資訊(亦即 位址貝矾)(步驟0115),由檔庫2F將對應於確認之識別資訊 之來電旋律檔(多媒體檔)MF,讀出於RAM上,經由輸出手 =之颁不裝置或音響輸出部等,作為來電旋律或待機晝面 等而播放(步驟CR6)。 〔多媒體檔做成處理〕 圖5係表示圖4之全體處理丨之多媒體檔做成處理(cs丨)之 動作流程例。多媒體檔MF係按照“河檔做成處理程式,與 先則申凊案之圖6之處理相同,根據多媒體檔樣板(以下簡 稱為” MMT”)而做成。MMT係成為所欲做成之多媒體槽mf O:\87\87936.DOC4 -18- 1244012 之原型之檔,與圖2之多媒體檔MF相同,要素資料De、時 空間配置指定資訊丁s及編輯可否資訊邱係保持對應關係而 σ己隐。又,MMT之名片指定資訊Cd及名片資訊E4、E5、… 係被井可編輯,全部為空攔(無資料),或者以預設(Defauh) 而"己入一部分之最低限度資料(與例如:位址資訊E4、E5 關聯之内容)。 於傳迗側終端裝置CLs,可預先由具有MMT做成機能之 伺服器sv或其他用戶終端裝置,接收此種MMT,並準備於 外邛a己憶部(2),又,亦可預先將重新編入做成之多媒體檔 MF之要素貧料(稱為代替要素,包含名片資訊),保存於外 部記憶部(2)。 於此多媒體檔做成處理,首先,將MMT讀出於ram(2) 上(步驟Ml),接著,根據此MMT之編輯可否資訊,於顯 不裝置(4)顯示使用者可編輯之内容,以訊息等催促使用者 之編輯操作(步驟M2)。在此,若使用者使用輸入手段3之操 作元件24進行某些編輯操作(步驟m3—yes),按照使用者 之操作輸入,改變MMT資料(步驟M4)。 此編輯操作(M3— M4)之内容,有例如··按照編輯可否資 訊Ep之許可指示之如下者。 (1) 播放之可否:於按照時空間配置軌以之各時序或畫面 位置’決定是否播放指示同執以及時空間配置指定資訊L 之要素資料(包含名片資訊)De ; (2) 以時空間配置指定資訊Ts所指示之要素資料之決定: 播放於(1)所指示之要素資料之情況,決定播放ΜΜτ中之要 O:\87\87936.DOC4 -19- 1244012 素資料De或已㈣存於傳送側終端裝置山之各種資料中 之何者(可設定複數播放態樣或種類); (3)文件資料配置之編輯:關於文字列(文件)資料£3、以 在日守玉間配置指定貧訊丁5及時空間配置軌所指示 之配置(時序或位置)之特定範圍内變更; ⑷名片資訊編輯:輸人或變更名片指定資訊⑽名片資 訊(位址資訊等)E4、E5、···; ⑺播放條件之較··陳在(3),於各時序或晝面位置所 播放之各要素資料De(包含名片資訊),設定複數態樣或複 :種類之情況,決定對應何種條件、以何種態樣播放要素 資料De或播放何種要素資料等。 再者於(2)之要素資料決定,關於文字列或圖像資料等 顯示用媒體資料,可施加動畫或捲動等適宜之影像效果, 此時’預先於多媒體檔娜定義該主旨。又,按照特定之播 放條件’亦可㈣定義複數播放態樣,以便施加或不施加 此種影像效果。同樣地,關於各多媒體權mf,準備不止丄 «,而是複數種類之根據文字資料之顯示訊息,按照特 疋之播放條件’進行設定以顯示對應之訊息,並且,關於 使用於待機晝面E2等之圖像資訊,或使用於來電旋律資料 E1等BGM之樂音資訊,可準備複數種類之資料,按照特定 之播放條件,播放對應之貧料内容而進行設定(任何情況均 定義該主旨)。 、=(5)之播放條件之設定,如上述,關於各要素資料以, 、疋對應於没疋複數播放態樣或複數種類之情況之各播放 O:\87\87936.DOC4 -20- 1244012 態樣或種類之播放條件。此播放條件之典型例係來自傳送源 之傳送側終i而裝置CLs之來電事件之種類別(來電種類別)^ 例如:於(2)設定圖像資訊A、B,作為在某時序及位置播放 之要素資料De,於其他時序及位置設定訊息a、b之情況, 來自終端裝置CLs之來電種類為電話時,於各時序及位置, 指不圖像資訊A及訊息a之播放,電子郵件之情況,指示圖 像資吼B及訊息b之播放,使應播放之資訊a ' a : B、b對應 來電種類別。 又,按照來自同一傳送側終端裝置CLs之來電種類別變更 播放態樣時,亦可使用來自同一傳送側終端裝置CLs之複數 多媒體檔。此時,傳送側終端裝置CLs之使用者做成定義為 播放不同圖像或BGM之多媒體檔MF1、MF2,將各多媒體 檔MF1、MF2傳送給同一接收側終端裝置CLr。在此,各多 媒體檔MF1、MF2係作為名片資訊,包含分別不同之位址資 訊(例如:MF1包含電話號碼,MF2包含電子郵件位址資訊) 。於接收側終端裝置CLr,藉由後述處理,對應於各個所包 含之位址貧訊,亦即來電種類別,將此等多媒體檔mf ^、 MF2儲存於檔庫2F,按照依照來自傳送側終端裝置cLs之來 電(呼叫等)所檢測出之來電種類別,播放所對應之多媒體檔 (例如:若電話打來,播放多媒體檔…^丨,若接收到電子郵 件時,播放多媒體檔MF2)。 再者,播放條件不設定為來電種類別,亦可按照接收側 、冬端裝置CLr之播放模式之設定狀態,以不同之播放態樣輸 出要素資料。此時,於傳送側終端裝置CLs,預先做成多媒 O:\87\87936.DOC4 -21- 12440i2 體檔MF,其係設定為依播放模式別而可獲得不同之播放態 樣者,於接收側終端裝置CLr,將該多媒體檔MJ7儲存於檔 庫2F之後,藉由輸入手段3之設定操作元件,設定期望之播 放模式即可。 然後,在MMT資料改變處理(M4)之後,或沒有編輯操作 輸入時(M3—NO),判斷有無預覽指示(M5)。在此,若使用 者指不預覽,則進行將編輯中之要素資料播放輸出給各輸 出手段4之預覽處理(步驟M6),使用者可隨時確認編輯狀況 ’判斷進一步改變資料之必要性。 在預覽處理(M6)之後或沒有預覽指示編輯操作輸入時 (M5—NO),判斷藉由指示者,是否已下達結束此做成處理 之才a示(步驟M7),沒有此指示時(M7— NO),回到最初之顯 不步驟(M2),重複上述編輯動作(m2〜M7)。再者,若編輯 可變資§flEp在容許範圍内,MMT資料改變處理(M4)可針對 同一處,進行幾次改變均可,亦可復原。 又,有結束指示時(M7— YES),受理在改變處理(M4)所 改雙之已編輯MMT之作為多媒體檔檔)而應輸出處 之指定(例如:傳送給接收側終端裝置CLr、儲存於外部記 憶部2等)(步驟M9),按照此輸出指示,輸出已編輯mm 丁, 亦即多媒體檔MF(步驟M10)。而且,此檔輸出處理後(M1〇) ’結束此多媒體槽做成處理。 再者’關於編輯操作(3)之名片資訊編輯(※彡,名片資訊 與其他要素資料分離處理,有MMT改變(M4)之結束指示之 後(M7s YES),如虛線所示,以進行附加名片資訊(※丨之處 O:\87\87936.DOC4 -22- 1244012 理(步驟M8)而執行亦可。此時,有結束指示之後,於要素 貝料E5〜E6追加各名片資訊,同時產生或追加名片指定資 訊C d亦可。 將於檔輸出處理(M9)所做成之多媒體檔mf,或檔做成後 一旦儲存於外部記憶部2之多媒體槽MF,傳送給接收侧終 端裝置CLr時,關於該多媒體檔MF本身之内容變更,全部 自動進行強制不可之不可編輯處理,然而,許可名片指定 資訊Cd所指定之各種個人資料(包含位址資訊£5、£6之名片 資訊)E4、E5、…等之資料擷取及刪除而進行控制。 〔接收側終端裝置之處理〕 圖6〜圖8係更詳細表示圖5之接收來自傳送側終端裝置 CLs之多媒體檔附加郵件之接收側終端裝置之處理 (CR1〜CR4、CR5〜CR6)之處理流程例。首先,圖6係表示 為了於接收側終端裝置CLr閱覽接收之電子郵件之郵㈣ 覽器啟動處理之流程圖。於接收側終端裝置山,在進入此 處理流程之前段,於該終端裝置⑴已經接收並儲存於記憶 手段2之外部記憶部之電子郵#,以列表顯示於輸出手段4 之顯示裝置,使用者可由此列表選擇所欲顯示詳細内容之 郵件。 因此’使用者若由顯示於顯示裝置⑷之郵件列表,選擇 性地指示該接收電子郵件,則按照郵相覽器應用程式㈣ 览為)’解析該接收郵件撾尺之構成(步驟cru)。盆次’將 接收電子郵件黯之本文顯示於顯示褒置⑷之後(步驟 CR12),進人等待某些使用者操作之狀態(步驟⑶十 O:\87\87936.DOC4 -23· 1244012 ^ 附加夕媒體檔MF之郵件,於複數部分所構成之 收電子郵件MR之情況(參考圖3) ’經由構成解析(crii) ^顯二接收電子郵件之際(⑶3),直到顯示第—部分pu k吊f绪存郵件本文〕,有其他部分㈣等)之選擇指示 郵件劉覽器應用程式之結束指示為止,進行待機(⑶小 而且,於此待機階段(CR13),執行例如:圖8所示之「部分 顯示指示事件」處理。 圖8係表示作為圖6之郵件劉覽器之次(附屬)程序所執行 之「部分顯示指示事件」處理之流程圖。於此處理流程, 百先’判斷選自列表之接收郵件有無部分(接收郵件是否由 稷數部分所組成)(步驟CR21),若有部分(cr2i—綱,頻 示該接收郵件之第二部分Pt2以後之部分頁首之項目資訊 ’並等待來自使用者之部分指示。亦即,纟包含複數部分 PU、Pt2、…之電子郵件’如前述,通常第一部分為本文, 第二部分以後包含附加標等,故劉覽包含複數部分之電子 郵件時(CR21~>YES),將「前面的部分」/「下一個部分」 按鍵等顯示於顯示裝置⑷,等待使用者之指示,又,按照 使用者指示,顯示任意部分。 ” 在此,若由使用者指示期望之部分㈣等),關於所指示 之部分’由部分頁T之資訊’判斷内容種類是否屬於多媒 體槽MF(步驟CR22)。^,調查該部分之内容種类員,若是 多媒體樓MF的話(CR22—YES),進—步檢查該部分内容: 管理資訊Dc中,是否附加名片指定資訊cd(步驟CR23)。 在此檢查中’若判定附加有名片指定資訊Cd(CR23〜 O:\87\87936.DOC4 -24- 1244012 YES)’則顯示是否登錄多媒體檔·之内容之對話,向使用 者詢問該檔MF之登錄(步驟CR24)。針對此,判定使用者是 否選擇操作「登錄」(步驟CR25)。再者,於登錄詢問步驟 (CR23)之前段,宜使該多媒體稽MF在輸出手段(顯示裝置或 播音部等)4播放而構成。藉由設置此種播放步驟,使用者 可確認該部分之多媒體檔]^]?之具體内容或名片資訊(位址 資訊)之詳細。 然後,已由使用者進行「登錄」之選擇操作時(cr25 — YES) ’將該多媒體檔MF作為來電旋律檔而保存於檔庫π (步驟CR26),同時將作為要素資料De之一部分,埋入接收 之多媒體檔MF之位址資訊〔電話號碼(E5)、郵件位址 〕或其他個人資料〔名字(E4)、住址等〕#,登錄於位址 薄2A(步驟CR27)。 再者,如已經與圖3關聯而說明,於檔保存步驟(R26), 亦可從接收之多媒體檔MF,將名片指定資訊Cd及藉此指定 之名片貧訊E4 ' E5、…(包含位址資訊)刪除,將該名片資 訊作為個人資訊而分離,將分離後多媒體檔MF,作為來電旋 律檔而保存。 並且,將位址貧訊所規定之傳送側終端裝置CLs之使用者 與所保存之來電旋律檔MF關聯(步驟CR28)。亦即,應將名 片資訊中以特定之記號資料所表示之位址資訊〔例如:電 話號碼(E5)或郵件位址(E6)〕作為傳送源識別資料而利用, 以此識別資料使傳送側終端UCLs與纟電旋律檔MF對應 而且,此關聯處理之後(CR28),結束此事件處理,回到 O:\87\87936.DOC4 -25- 1244012 CR35)。 端=,如已說明-般,於本發明之-實施例之接收側終 Lr,可按照來電種類別’由傳送側終端裝置CLs接 2定有複數要素資料之播放内容之多媒體檔_,將此作 -來電旋律槽而準備,按照來自該傳送側終端裝置山之來 :事件之種類別,以設定之播放内容播放來電旋律槽财。 ’於接收側終端裝置CLr之通訊來電事件處理⑷), 若尋找對應於通訊之該傳送側終端裝置CLs之來電旋律槽 ,F(CR32~>YES),則如圖9所示,以對應於該通訊之來電種 頒別之播放内容,於輸出手段4播放。 级=即’於傳送側終端裝置CLs,於作為内容儲存於接收側 '、冬化裝置CLr之多媒體檔(來電旋律檔)MF預先定義,以便對 應於電話(通話)來電或電子郵件來件等之來電事件之種類 別,播放不同圖像㈣或BGM㈤、訊息(E3)等。而且,若 有來自傳送側終端褒置CLs之來電,按照此來電種類別,變The transmission data of Ls confirms the identification information of the terminal device (ie, address address) (step 0115), and the library 2F reads the melody file (multimedia file) MF corresponding to the confirmed identification information on the RAM Through the output device or the sound output unit of the output hand =, it is played as an incoming call melody or a standby day and time (step CR6). [Multimedia file creation processing] Fig. 5 shows an example of the operation flow of the multimedia file creation processing (cs 丨) of the overall processing of Fig. 4. The multimedia file MF is created in accordance with the processing procedure of "he file. It is the same as the processing in Figure 6 of the first application case. It is made according to the multimedia file template (hereinafter referred to as" MMT "). MMT is what you want to make. Multimedia slot mf O: \ 87 \ 87936.DOC4 -18-1244012 The prototype file is the same as the multimedia file MF in Figure 2. The element data De, the time and space allocation designation information d, and the editable information are maintained in correspondence. σ is hidden. In addition, the business card designation information Cd and business card information E4, E5, ... of MMT are editable, all are blank (no data), or the default (Defauh) and the lowest part Limit data (contents related to, for example, address information E4 and E5). On the transmission side terminal devices CLs, a server sv or other user terminal device having MMT function can be received in advance, and such MMT can be received and prepared In the Ministry of Foreign Affairs (2), the elements of the multimedia file MF (replaced elements, including business card information) that are reprogrammed into the prepared multimedia file MF in advance can be stored in the external memory (2). This multimedia file is processed. First, The MMT is read out on ram (2) (step M1), and then according to the editing availability information of the MMT, the user-editable content is displayed on the display device (4), and the user is prompted to perform an editing operation with a message or the like (step M2). Here, if the user uses the operation element 24 of the input means 3 to perform some editing operations (step m3—yes), change the MMT data according to the user's operation input (step M4). This editing operation (M3— The contents of M4) include, for example, the following: In accordance with the permission instruction of the editable information Ep, the following is allowed. (1) Whether the playback is possible: At the time sequence or the screen position according to the time-space configuration track, determine whether to play the instructions in accordance with the time and time. Element data (including business card information) De of space allocation designation information L; (2) Decision of element data indicated by time space allocation designation information Ts: When it is played on the element data indicated by (1), it is decided to play in Μτ Key O: \ 87 \ 87936.DOC4 -19- 1244012 Which one of the original data De or various data that has been stored in the terminal device on the transmission side (multiple playback modes or types can be set); (3) file data configuration Of Edit: About the character string (document) information £ 3. Change the specific range of the configuration (time series or location) indicated by the designated poor news D5 and the timely space configuration track in the Japanese guardianship; ⑷ Business card information editing: input Or change the designated information of the business card ⑽ Business card information (address information, etc.) E4, E5, ...; 之 Comparison of playback conditions ... Chen in (3), each element data De () played at each timing or day position (Including business card information), the setting of plural forms or complex: types, determines which conditions correspond to, and in what form the element data De is played or which element data is played. In addition, it is determined in (2) that the elementary data such as character strings or image data can be applied with appropriate image effects such as animation or scrolling. In this case, the purpose is defined in the multimedia file. In addition, according to a specific playback condition ’, a plurality of playback modes can also be defined so as to apply or not apply such image effects. Similarly, for each multimedia right mf, it is not only «, but plural types of display messages based on textual data, set according to special playback conditions' to display corresponding messages, and regarding the use of standby daylight E2 Image information such as music, or music information used for BGM such as incoming melody data E1, can prepare multiple types of data, and set the corresponding poor material content according to specific playback conditions (the theme is defined in any case). The setting of the playback conditions of 、 = (5), as mentioned above, regarding each element data, 、 疋 corresponds to each playback of the case where there is no plural playback state or plural type O: \ 87 \ 87936.DOC4 -20-1244012 Condition or type of playback conditions. A typical example of this playback condition is the type (calling type) of the incoming event from the transmitting side and the device CLs of the transmission source ^ For example: Set image information A, B in (2) as a certain timing and position In the case of setting the messages a and b at other timings and positions, when the type of the incoming call from the terminal device CLs is a telephone, the timing and position of each element refers to the playback of the image information A and the message a. Email In this case, instruct the playback of the image data B and the message b, so that the information a 'a: B, b should correspond to the type of the incoming call. In addition, when the playback mode is changed according to the type of incoming call from the same transmission-side terminal device CLs, a plurality of multimedia files from the same transmission-side terminal device CLs can also be used. At this time, the user of the transmitting-side terminal device CLs is made to define multimedia files MF1 and MF2 that play different images or BGM, and each multimedia file MF1 and MF2 is transmitted to the same receiving-side terminal device CLr. Here, each of the multimedia files MF1 and MF2 is used as business card information and contains different address information (for example: MF1 contains a phone number and MF2 contains email address information). At the receiving-side terminal device CLr, the multimedia files mf ^ and MF2 are stored in the file library 2F corresponding to each of the included address poor messages, that is, the types of incoming calls, through the processing described below. The type of incoming call detected by the incoming call (call, etc.) of the device cLs plays the corresponding multimedia file (for example, if a call comes in, plays the multimedia file ... ^ 丨, if an email is received, it plays the multimedia file MF2). In addition, the playback conditions are not set to the type of incoming call, and the element data can also be output in different playback states according to the setting status of the playback mode of the receiving side and the winter device CLr. At this time, the multimedia terminal O: \ 87 \ 87936.DOC4 -21-12440i2 mass file MF is prepared in advance on the transmission-side terminal device CLs, which is set to obtain different playback patterns depending on the playback mode. The receiving-side terminal device CLr stores the multimedia file MJ7 in the library 2F, and then sets the desired playback mode by the setting operation element of the input means 3. Then, after the MMT data change processing (M4) or when no editing operation is input (M3-NO), it is judged whether there is a preview instruction (M5). Here, if the user indicates not previewing, preview processing (step M6) is performed for playing back and outputting the element data being edited to each output means 4, and the user can confirm the editing status at any time to determine the necessity of further changing the data. After the preview process (M6) or when there is no preview instruction editing operation input (M5—NO), it is judged by the instructor whether the completion of the processing has been issued (step M7), or when there is no such instruction (M7 — NO), return to the initial display step (M2), and repeat the above editing action (m2 ~ M7). Furthermore, if the editable variable asset §flEp is within the allowable range, the MMT data change processing (M4) can be made to the same place several times, and can be restored. In addition, when there is an end instruction (M7-YES), it accepts the designation of the output place (such as transmitting to the receiving-side terminal device CLr, storage) In external memory 2 and so on) (step M9), according to this output instruction, the edited mm Ding, that is, the multimedia file MF (step M10). And after this file output processing (M10), the multimedia slot making processing is finished. Furthermore, the business card information editing of the editing operation (3) (※ 彡, the business card information is separated from other element data, and there is an MMT change (M4) end instruction (M7s YES)), as shown by the dotted line, for additional business cards Information (※ 丨 place O: \ 87 \ 87936.DOC4 -22-1244012) (step M8) can also be executed. At this time, after there is an end instruction, each business card information is added to the element materials E5 ~ E6, and generated at the same time It is also possible to add business card designation information C d. The multimedia file mf created in the file output processing (M9), or the file is stored in the multimedia slot MF of the external memory 2 and transmitted to the receiving-side terminal device CLr. At that time, regarding the content change of the multimedia file MF itself, all non-editable processing is automatically enforced. However, various personal data (including address information £ 5 and £ 6 business card information) specified by the business card designation information Cd are permitted. E4 , E5, ..., etc. to control the acquisition and deletion of data. [Processing of the receiving terminal device] Figures 6 to 8 show in more detail the receiving of multimedia file additional mail from the transmitting terminal device CLs in Figure 5 An example of the processing flow of the processing of the receiving terminal device (CR1 to CR4, CR5 to CR6). First, FIG. 6 is a flowchart showing the process of starting the mail browser for viewing the received email on the receiving terminal device CLr. At the receiving terminal device mountain, before entering this processing flow, the terminal device 接收 has received and stored the electronic mail # in the external memory section of the memory means 2 and displays it in a list on the display means of the output means 4. The user From this list, you can select the e-mails you want to display the details. Therefore, 'If the user selectively instructs the receiving e-mail from the mail list displayed on the display device', the user can view it according to the mail viewer application program. ' The composition of the received mail (step cru). The pottery 'will display the text of the received e-mail after the display is set (step CR12), and enter the state of waiting for some user operation (step ⑶10: \ 87 \ 87936.DOC4 -23 · 1244012 ^ In the case where the MR mail is attached to the media file MF, the email MR is composed of plural parts (refer to Figure 3). crii) ^ When the second receives the e-mail (CD3), until the display of the first part of the mail message (some other parts, etc.) is displayed, select the instruction to end the mail browser application, and proceed. Standby (3) In this standby phase (CR13), for example, the "partial display instruction event" processing shown in Fig. 8 is performed. Fig. 8 shows the execution of the secondary (accessory) program as the mail browser of Fig. 6 "Partial display instruction event" processing flowchart. In this processing flow, Baixian 'judges whether there is a part of the received mail selected from the list (whether the received mail consists of multiple parts) (step CR21), if there is a part (cr2i —Outline, showing the item information at the top of the second part of the received mail after Pt2 'and waiting for some instructions from the user. That is, "e-mails containing plural parts PU, Pt2, ..." as mentioned above, usually the first part is the text, and the second part contains additional tags, so when Liu Lan contains the plural parts of the e-mail (CR21 ~ > YES ), Display the "previous part" / "next part" buttons and the like on the display device ⑷, wait for the user's instruction, and display any part according to the user's instruction. Here, if the desired part is instructed by the user, etc.), it is determined whether the content type belongs to the multimedia slot MF regarding the instructed part 'from the information of the partial page T' (step CR22). ^, Investigate the content type of the part The class member, if it is the MF of the multimedia building (CR22—YES), further check the content of this part: In the management information Dc, is the business card designation information cd added (step CR23). In this check, 'If it is determined that the business card designation information is attached. Cd (CR23 ~ O: \ 87 \ 87936.DOC4 -24- 1244012 YES) 'will display the dialogue of whether to register the content of the multimedia file, and ask the user to register the MF of the file (step CR24). For this, determine the use Does the person choose to operate "register" (step CR25). Furthermore, it is preferable to configure the multimedia audit MF to be played on output means (display device, broadcasting unit, etc.) 4 before the registration inquiry step (CR23). By setting such a playback step, the user can confirm the details of the multimedia file in this part] ^]? Or the details of the business card information (address information). Then, when the user has performed the "register" selection operation (cr25 — YES) 'The multimedia file MF is stored in the file library π as the incoming melody file (step CR26), and at the same time, it is buried as a part of the element data De. Enter the address information of the received multimedia file MF [telephone number (E5), mail address] or other personal information [name (E4), address, etc.] #, And register it in the address book 2A (step CR27). Furthermore, if it has been explained in association with FIG. 3, in the file saving step (R26), the card designation information Cd and the business card designation E4 'E5, ... (including the bit) specified from the received multimedia file MF can also be used. Address information) is deleted, the business card information is separated as personal information, and the separated multimedia file MF is saved as the caller melody file. Then, the user of the transmission-side terminal device CLs specified by the address poor message is associated with the stored caller melody file MF (step CR28). That is, the address information (for example, phone number (E5) or mail address (E6)) indicated by the specific token data in the business card information should be used as the transmission source identification data, so that the identification data can be transmitted to the transmission side. The terminal UCLs corresponds to the melody melody file MF and after this association processing (CR28), the event processing is ended, and returns to O: \ 87 \ 87936.DOC4 -25-1244012 CR35). The terminal =, as already explained, the receiving-side terminal Lr in the embodiment of the present invention can be connected to the multimedia terminal of the broadcast content of the plurality of element data by the transmitting-side terminal device CLs according to the type of the incoming call. This is to prepare for the incoming call melody slot, and play the incoming call melody slot according to the type of the event from the transmission side terminal device Yamano: event type. 'Incoming call event processing at the receiving terminal device CLr⑷), if looking for an incoming melody slot, F (CR32 ~ > YES) corresponding to the transmitting terminal device CLs of the communication, as shown in FIG. 9, The content broadcasted in the call type of the communication is played on output means 4. Level = that is, 'on the transmitting terminal device CLs, and stored as content on the receiving side', the multimedia file (calling melody file) MF of the winterization device CLr is defined in advance so as to correspond to a phone (call) incoming call or email Types of incoming call events, play different images (or BGM), messages (E3), etc. In addition, if there is an incoming call from the transmission side terminal setting CLs,

At j衿出手奴4所播放之特定内容檔MF之輸出態樣。輸出 :^炎更不僅預先準備複數種類之資才斗,關於文字、圖 像資料:亦可於來電旋律檔(多媒體檀)MF,適當定義動晝 ,滾動等影像效果,執行此影像效果。BGM等樂音效果亦 可不只定義1種類,預先於檔MF定義複數種類之資料而使 用此亦可。 —並且亦可定義來自傳送側終端裝置CLs之複數多媒體户 合(來電%律檔)之各別,以便各來電種類別播放不同之圖傷 或 BGM。g 主 _y. _ 亦可於傳送側終端裝置CLs所傳送之複襄 O:\87\87936.DOC4 -28- 1244012 某體内谷之各別,預先设定來電種類別,以便按照傳送 源之識別資訊(電話號碼E5或郵件位址別等)切換所播放之 來電旋律檔,·由各多媒體内容登錄名片資訊時,亦可分別 對應於來自傳送側終端裝置CLs之各來電之種類別而保存 來電旋律檔。 於前述圖9之例,依照規定於多媒體檔%]?(來電旋律檔) 之資訊,按照接收側終端裝置CLr所接收之來電事件之種類 別為電話來電,還是電子郵件來件,於輸出手段4之顯示裝 置顯不不同訊息(E3)、位址資訊(電話號碼E5或郵件位址E6) i 及使用者名(E4),不同之背景音樂(E1 ··,,BGM1 ”或”BGM2,,) 則由音響輸出部播音。再者,此例中,關於圖像(E2),由 於未設定複數圖像資訊,故顯示同一圖像。 〔第二方法=第二及第三實施態樣〕 於此多媒體利用系統所使用之多媒體檔MF包含個人資 訊’通常,儲存於終端裝置之檔資料可轉送給其他裝置, 故若未採取某些措施,個人資訊唯恐白白洩漏。因此,於j ‘述之第二方法〔2〕,傳送源之傳送側終端裝置cls之使用 ^ 者並不直接傳送多媒體檔MF,一旦按照該使用者之指示, 於伺服器SV做成多媒體檔MF(第二實施態樣),或將多媒體 檔MF吸取於伺服器Sv之後(第三實施態樣),藉由將同檔MF 僅傳送給特定傳送去處之接收側終端裝置CLr,以限制多媒 體檔MF之傳送去處,防止個人資訊白白洩漏。 又’於第二方法〔2〕,於傳送之多媒體檔MF,附加「不 可轉送」之資訊。於成為發送去處之各接收側終端裝置CLr O:\87\87936.DOC4 -29- 1244012 ,忠實地遵守「不可轉送」,使不能將此檔MF傳送或轉送 至其他裝置。並且,亦使具有管理該多媒體檔MF之發送去 處之機能,期待萬全之檔管理(第三實施態樣)。 圖10及圖11係表示有關按照第二方法〔2〕,根據來自傳 送側終端裝置CLs之指示,於伺服器SV上做成並儲存多媒 體檐MF之情況〔第二及第三實施態樣〕之多媒體之全體處 理流程。 首先’於圖1 0之第二實施態樣之全體處理2,從指示多媒 體播MF之傳送之傳送源之傳送側終端裝置CLs,作為做成 所欲發送之多媒體檔MF所需要之要素資料De,將位址資訊 (E5、E6)寻個人資料,及來電旋律(Ei)或圖像資料(E2)等媒 體資料,直接以附加於電子郵件之方法或HTTP傳送給伺服 器SV(步驟CS41)。此時,關於圖像或旋律等媒體資訊,亦 可預先於伺服器SV複數儲存媒體資料,使傳送側終端裝置 CLs之使用者可選擇此。又,亦可一併發出選擇多媒體槽 MF之樣板MMT之指示。 於伺服器sv,根據由傳送側終端裝置CLs所傳送來之個 人資料及媒體資料,以與圖5之多媒體檔做成處理相同之步 驟,做成與圖2相同之多媒體檔]^!^(步驟S41)。做成之多媒 體檔 MF為 URL(Unif〇rm Resource Locat〇r ••統一資源定位器 )形式,多媒體檔MF可單一意義地特別指定,儲存於設置^ 伺服器sv内之記憶手段(外部記憶部)2之檔資料庫 。此時,於被做成及儲存之多媒體檔MF,附加「不可轉 送資訊」,接受此多媒體檔MF之接收側終端裝置CLr,(通 O:\87\87936.DOC4 -30- 1244012 常)無法將該檔MF轉送至其他裝置。又 ^ ?丨人,右皁一意義地特 1曰定該多媒體樓MF’則登錄資訊不限於飢,其 亦可。 、 CLs,以任意之接收侧終端裝置cu作為傳送去處,以電子 郵件等通知。 其次,將於伺服器SV所做成並健存之傳送側終端襄置 CLs之多媒體擋MF所固有之登錄資訊,以電子郵件等,通 知該傳送側終端裝置CLs(步驟S42)。再者,此登錄資訊之 通知形態不限於電子郵件。例如:如上述,以Η·,、將要 素資料De傳送給飼服ssv之後,亦可同樣以Ηττρ顯示登 料知’或利用FAX等其他裝置通知。而且,由傳送側終 端裝置CLs所通知之登錄資訊進—步從該傳送側終端裳置 於接收側終端裝置CLr,按照通知之登錄資訊’於伺服 器SV以HTTP存取,並要求對應於該登錄資訊之多媒體檔 MF(步驟CR41)。伺服器sv若接收此要求(步驟s43),由檔 資料庫SD將該多媒體檔mF取出,以電子郵件附加形式或 HTTP傳送給接收側終端裝置CLr(步驟S44)。 於接收側終端裝置CLr,若接收此多媒體檔]^17,與第一 實施態樣〔參考圖3、圖4 : CR3〜CR4、圖6及圖8(其中, HTTP之情況由’’A”開始)〕相同,進行該檔MF之解析(步驟 CR42),將此檔MF與位址資訊關聯,作為來電旋律檔而再 配置並下載(步驟CR43)。 其後’與第一實施態樣(圖4 : CS3、CR5〜CR6、圖7 : CR3 1 〜CR33)相同,從傳送側終端裝置CLs對於接收側終端褒置 O:\87\87936.DOC4 -31- 1244012 CLi·右有呼叫或郵件傳送等之傳送(步驟CS3”則由傳送側終 端裝置CLs之傳送資料確認該終端裝置cu之識別資訊(亦 即位址資訊)(步驟CR5),將對應於確認之識別資訊之來電 方疋律檔(多媒體檔)MF,由檔庫2F讀出於RAM上,經由輸出 手段3之顯不裝置或音響輪出部等,作為來電旋律或待機畫 面等而播放(步驟CR6)。 其次,與第二實施態樣相同,於圖丨丨所例示之第三實施 態樣,其構成係可將多媒體檔]^17儲存於伺服器sv,同時於 伺服裔SV上保存發送去處資訊,進行檔發送去處之管理。 於第二實施態樣之圖U之全體處理3,首先,欲傳送多媒 體檔MF之傳送源之傳送側終端裝置(:]^之使用者係將做成 所欲發送之多媒體檔所需之位址資訊(E5、E6)、圖像資料 (E2)、來電旋律(E1)等要素資料以,以及指定應發送做成 後之多媒體檔MF之1個或複數接收側終端裝置cu之使用 者之去處資訊,以附加電子郵件或111[71)傳送給伺服器sv ,指示多媒體檔MF之做成及發送(步驟CS51)。在此,發送 去處資訊係例 > :電話號碼或IPv6(Intemet Pr〇t〇c〇i 乂⑽刚 6:網路協定版本6),可單一意義地特別指定成為發送去 處之接收側終端裝置CLr之資訊。又,亦可傳送選擇多媒體 檔MF之樣板MMT之指示。 於伺服s v,根據來自傳送側終端裝置CLs之要素資料 De以與既述之方法相同之步驟(參考圖5),做成多媒體檔 MF,將做成之多女某體檔MF與發送去4資訊所指m戈 複數毛运去處終端裝置CLr關聯而保存(步驟S51)。總言之 O:\87\87936.DOC4 -32- 1244012 ’以URL等附加固有之登錄資訊,⑺當資,料庫犯儲存該多 媒體權MF,同時與儲存之多媒體檔_對應,將發送去處資 訊記錄於發送去處列表檔LS。 其次,伺服HSV為了將保存之多媒體標娜僅轉送給發送 去處終端裝置CLr而進行控制,將該多媒體擋奶所固有之 登錄資訊’以電子郵件等通知該傳送側終端裝置CLS及發送 去處終端裝置CLr(步驟S52)。例如:將多媒體檀娜之肌 同時通知傳送源CLS及指;t之丨個或複數發送去處CLr。再者 ,亦有不藉由此種URL之通知,對於指定之發送去處終端 裝置CLr,直接傳送多媒體檔MF之方法〔此時,立即前進 至檔收發步驟(S55、CR52)〕。 於接收側終端裝置CLr,按照通知之登錄資訊,以Ηττρ 於词服器SV存取,|纟對應於該登錄資訊之多媒體槽娜( 步驟CR41)。伺服器Sv若接收要求(步驟53),則對比要求之 接收側終端裝置CLr之使用者識別資訊,及記錄於發送去處 列表檔LS之該多媒體檔MF之發送去處資訊所表示之終端 裝置使用者貧訊,判斷是否許可將該多媒體檔MFS送給要 求源終端裝置CLr(步驟S54)。 在此,若判斷接收側終端裝置CLr之使用者識別資訊與發 送去處資訊一致,應發送時(S54—YES),由檔資料庫§1)將 泫多媒體檔MF取出,以電子郵件附加形式或Ηττρ傳送給 接收側終端裝置CLr(步驟S54)。又,使用者識別資訊與發 迗去處資訊不一致,無法發送時(S54—N〇),將該主旨通知 接收側終端裝置CLr,或在沒有通知之狀態下,結束對於此 O:\87\87936.DOC4 -33· 1244012 要求之處理。 於接收側終端裝置CLr,若由伺服器s V接收到多媒體槽Mf ’則與第一及第二實施態樣相同,進行該檔MF之解析(步驟 CR52) ’將此多媒體槽mf與位址資訊對應,作為來電旋律 才虽而再配置並下載。而且,若其後亦有來自接收側終端裝 置CLs之傳送的話,以與第一及第二實施態樣相同之步驟, 應答此傳送,播放根據來電旋律檔(多媒體檔)MFi來電旋 律或待機晝面等。 圖12係表示如第二及第三實施態樣,於伺服器儲存多媒 體稽’由傳送側終端裝置CLs以HTTP,於伺服器SV存取, 心示做成期望之多媒體檔MF之情況(圖1〇 : CS41、圖1 i : CR41)之顯示裝置畫面之推移例。 上段左側之位址資訊輸入畫面(1)係為了輸入有關傳送側 終端裝置CLs之使用者姓名⑺4)、電話號碼(E5)、電子郵件 (E6)之畫面,此例中,使用者可按照「請輸入位址資訊」之 引導解說進行資料輸入,然而,於接收側終端裝置,預 先登錄自位址資訊,自動插入亦可。又,於伺服器sv側, 特別指定接收側終端裝置CLr或其使用者而自動插入亦可。 上段中央之内容選擇晝面(2)係為了將圖像及旋律,作為 成為做成之多媒體檔MF之媒體資料之媒體資訊内容而輸 入^晝面,使用者可按照「請輸入内容」之引導解說,進 行資料輸入 '然而,預先於伺服㈣,複數儲存成為要素 之媒體資訊内容而選擇此亦可。 上段右側之内容確認晝面⑺係為了確認於飼服器sv做 〇 \87\87936.DOC4 •34- 1244012 成之多媒體樓MF之要素資料内容之晝面。此時點,針對按 照此内容所做成之多媒體擋(來電旋律檔)mf本身之内容 行預覽亦可。 下段之各畫面(3a)〜(5)係如第三實施態樣之進—步指定 發达去處之情況(圖1 i : CR41)之畫面推移例,此時,内容 確認晝面係如(3)-般未結束,成為下段左側之(3b)_般。: 言之,以内容確認晝面(3b)進行内容確認後,移到下段中央 之發送去處指定晝面(4),其次’移到下段右側之發送去處 確認晝面(5)。並且’亦可選擇多媒體檀MF之樣板職丁。< 如此,於第二方法〔2〕,各用戶終端裝置以不需是行動 電話終端裝置,亦可利用pc、遊戲機、視訊轉換器、PDa 等任意之終端裝置。又’與伺服器^之連接可適當利用包 含有線連接之各種通訊態樣。 〔第三方法〕 於前述之第三方法〔3〕,於傳送側終端裝置c l s做成多媒 體4田MF將做成之多媒體檔MF 一旦吸取於伺服器s v,並 由伺服态sv傳送給接收側終端裝置cu。故,此方法〔3〕 與第二或第三實施態樣(第二方法〔2〕)之相異點在於,圖 10及圖11之槽做成階段(SV41、SV51)移到傳送側終端裝置 CLS’、於該階段,於傳送側終端裝置cu接收多媒體檀赃 或發达去處資訊’並記錄於檔資料庫奶或發送去處列表檔 ;於伺服HSV,將儲存、發送之多媒體標MF與發送去處山 關聯’將多媒體播MF僅轉送給指定之發送去處CLr而進行 控制’此點並無不同。再者,發送去處指定資訊亦能以埋 O:\87\87936.DOC4 -35- 1244012 由傳送U而j置CLs所傳送之多媒體棺MF之形式而發 送 0 於以上所說明之實施態樣,說明將作為名片資訊之姓名 或住址等分別作為文件資料而輸人者,然而,將姓名、住 址、電話號碼、電子郵件位址、0之URL等集中記錄之 電子名片(vcard等)資訊,作為本發明之名片資訊而附加於 多媒體檔MF亦可。 【發明效果】 如以上說明,根據本發明,對於多媒體檔附加個人資訊 丄故於通訊終端裝置,藉由將附加之個人資訊儲存於位址 薄,將可獨立於多媒體槽,作為「名片」式資料而有效利 用’多媒體檔係對應於包含於個人資訊之位址資訊而被記 憶於檔庫,故若有來自傳送源終端裝置之來電,可將對應 於該傳送源終端裝置之來電旋律槽之要素資料由槽庫讀出 ,作為對應於傳送對象之來電旋律/待機晝面等而利用。 並且,於伺服器,按照傳送源使用者之指示,於伺服器 上產生多媒體檔MF,管理對應於此多媒體檔之發送去處資 訊,將附加「不可轉送」資訊之多媒體檔僅傳送給發送去 處資訊所指定之特定傳送去處,故接收多媒體檔之通訊終 端裝置不能將該檔傳送或轉送給其他裝置。 又,於通訊終端裝置,若接收到多媒體檔,則由接收之 多媒體檔,將包含位址資訊之個人資訊分離並記憶於位址 薄,使個人資訊分離後之多媒體檔對應於位址資訊而記偉 ,故即使因錯誤而將分離後多媒體檔傳送或轉送給其他裝 O:\87\87936.DOC4 -36- 1244012 置,由於個人資訊已被刪除,故個人資訊仍然不會由該槽 Ά漏。 【圖式簡單說明】 圖1係表示本發明之一實施例之多媒體利用系統之構成 概要圖。 傅x 圖2係表示本發明之—實施例之多媒體利用系統所處理 之多媒體檔之資料構造之一例。 圖3係為了說明由傳送至接收側終端裝置之電子郵件搁 取多媒體檔及名片資訊之手法之示意圖。 圖4係表示將於傳送側終端裝置所做成多媒體檔傳送仏 接收側終端裝置之情況〔第_實施態㈤之全 ^ 程圖。 圖5係表示多媒體檔做成處理之流程圖。 圖6係表示於接收側終端裝置所執行之郵件㈣器啟動 處理之流程圖。 圖7係表示於接收側終端梦罟 ― 展罝所執订之通治來電事件處 理之流程圖。 ί 7〜八你π叨%、接收1 端裝置所執行之部分顯示指示事件處理之流程圖。 圖9係按照多媒體槽(來電旋律播)而以輪出手段播方 輸出内容之一例。 圖10係表示於伺服器做成#啟左少 双並儲存多媒體檔之情況〔第二 實施態樣〕之全體處理之流程圖。 圖11係表示將於傳送側終端梦 細S置所做成之多媒體檔儲存 O:\87\87936.DOC4 >37- 1244012 於伺服器之情況〔第三實施態樣〕之全體處理之流程圖。 圖12係表示將多媒體檔儲存於伺服器之情況〔第二及第 三實施態樣〕之HTTP之晝面例。 【圖式代表符號說明】 SV 遞送伺服器(主裝置) CL、CL1〜CLn、CLs、CLr 用戶終端裝置 MF 管理資料Dc、時空間配置執資訊Dt及要素資料De 所組成之多媒體檔(來電旋律檔) MR 附加多媒體檔MF之電子郵件 O:\87\87936.DOC4 .38-At j 衿 The output state of the specific content file MF played by Slave 4. Output: ^ Yan not only prepares multiple types of talents in advance, but also about text and image data: You can also use the melody file (multimedia) MF to properly define image effects such as moving day and scroll to implement this image effect. Musical effects such as BGM can also be defined in more than one category, and multiple types of data can be defined in the file MF beforehand. — And it is also possible to define each of the multiple multimedia accounts (incoming call law files) from the transmission-side terminal device CLs, so that each call category plays a different picture or BGM. g _y. _ It can also be transmitted in the transmission side terminal device CLs. O: \ 87 \ 87936.DOC4 -28- 1244012 In each of the internal valleys, set the type of incoming call in advance, so as to follow the transmission source. Identification information (telephone number E5 or email address type, etc.) to switch the melody file of the incoming call. When registering business card information from each multimedia content, it can also correspond to the types of each incoming call from the terminal device CLs on the transmitting side. Save incoming call melodies. In the example of FIG. 9 described above, according to the information specified in the multimedia file%]? (Caller melody file), according to the type of the caller event received by the receiving-side terminal device CLr, is it a phone call or an e-mail message. The display device of 4 displays different messages (E3), address information (telephone number E5 or mail address E6) i and user name (E4), different background music (E1 ·· ,, BGM1 "or" BGM2, ,) Is broadcasted by the audio output section. Furthermore, in this example, since the image (E2) has no plural image information set, the same image is displayed. [Second Method = Second and Third Implementation Aspects] The multimedia file MF used in this multimedia utilization system contains personal information. 'Usually, the file data stored in the terminal device can be transferred to other devices, so if some Measures, for fear of leaking personal information. Therefore, in the second method described in [2], the user of the transmission-side terminal device cls of the transmission source does not directly transmit the multimedia file MF. Once the user instructs, the multimedia file is created on the server SV. MF (second embodiment), or the multimedia file MF is absorbed after the server Sv (third embodiment), and the same file MF is only transmitted to the receiving-side terminal device CLr of the specific transmission destination to limit the multimedia The transmission destination of the file MF prevents personal information from leaking freely. In addition, in the second method [2], the multimedia file MF to be transmitted is appended with the information "not transferable". For each receiving-side terminal device CLr O: \ 87 \ 87936.DOC4 -29-1244012, which is the destination of the transmission, faithfully abide by "non-transferable" so that this MF cannot be transmitted or transferred to other devices. In addition, it also has the function of managing the destination of the multimedia file MF, and expects comprehensive file management (third implementation aspect). FIG. 10 and FIG. 11 show a case where the multimedia eaves MF is created and stored on the server SV according to the second method [2] according to the instruction from the transmission-side terminal device CLs [second and third embodiments] The whole process of multimedia. First, in the whole process 2 of the second embodiment of FIG. 10, the transmission side terminal device CLs that instructs the transmission source of the transmission of the multimedia broadcast MF is used as the element data De required to make the multimedia file MF to be transmitted. , To find the address information (E5, E6) to find personal information, and media information such as incoming melody (Ei) or image data (E2), directly send to the server SV by means of email or HTTP (step CS41) . At this time, for media information such as images or melody, multiple media data may be stored in the server SV in advance, so that users of the transmission-side terminal devices CLs can choose this. In addition, an instruction to select a sample MMT of the multimedia slot MF can also be issued together. In the server sv, according to the personal data and media data transmitted from the transmission-side terminal device CLs, the same steps as the multimedia file in FIG. 5 are processed to create the same multimedia file as in FIG. 2] ^! ^ ( Step S41). The created multimedia file MF is in the form of URL (Unif〇rm Resource Locat〇r • Uniform Resource Locator). The multimedia file MF can be specially designated in a single meaning and stored in the memory means in the setting ^ server sv (external memory section) ) 2 file database. At this time, the multimedia file MF that is created and stored is appended with "non-transferable information", and the receiving-side terminal device CLr that accepts this multimedia file MF cannot be used (through O: \ 87 \ 87936.DOC4 -30-1244012 often). Transfer this file to another device. And ^? 丨 people, rightly meaning that the multimedia building MF ’is determined that the registration information is not limited to hunger, it may be. , CLs, using any receiving terminal device cu as the destination, and sending notifications by e-mail. Next, the transmission-side terminal made by the server SV and stored therein is provided with registration information inherent to the multimedia file MF of the CLs, and the transmission-side terminal device CLs is notified by e-mail or the like (step S42). Moreover, the notification form of this login information is not limited to email. For example, as described above, after the element data De is transmitted to the feeding service ssv by Η ·, the information can also be displayed by Ηττρ, or notified by other devices such as FAX. Furthermore, the registration information notified by the transmission-side terminal device CLs is further placed from the transmission-side terminal device to the receiving-side terminal device CLr, and is accessed by the server SV in HTTP according to the notified registration information, and requests corresponding to the Register the multimedia file MF (step CR41). When the server sv receives this request (step s43), the file database SD retrieves the multimedia file mF, and transmits it to the receiving-side terminal device CLr in an email attached form or HTTP (step S44). On the receiving-side terminal device CLr, if this multimedia file is received] ^ 17, as in the first embodiment [refer to FIG. 3, FIG. 4: CR3 to CR4, FIG. 6 and FIG. 8 (where the HTTP status is determined by "A" (Start)] The same, analyze the file MF (step CR42), associate this file MF with the address information, re-arrange and download as the melody file of the call (step CR43). After that, it is the same as the first embodiment ( Figure 4: CS3, CR5 to CR6, and Figure 7: CR3 1 to CR33) The same is set from the transmitting terminal device CLs to the receiving terminal O: \ 87 \ 87936.DOC4 -31- 1244012 CLi · Right call or mail Transmission such as transmission (step CS3) confirms the identification information (ie, address information) of the terminal device cu by the transmission data of the transmission-side terminal device CLs (step CR5), and the caller's law file corresponding to the confirmed identification information (Multimedia file) MF is read from the library 2F to the RAM, and is played as the caller melody or standby screen through the display device of the output means 3 or the sound wheel output section (step CR6). Next, the second and second The implementation form is the same. The third implementation form illustrated in FIG. You can store the multimedia file] ^ 17 in the server sv, and save the sending destination information on the server SV, and manage the sending destination of the file. In the second embodiment, the overall processing of Figure U 3, First, you want to send The transmission-side terminal device of the transmission source of the multimedia file MF (:) ^ The user will make the address information (E5, E6), image data (E2), and call melodic ( E1) and other essential data, as well as the destination information of the user who specified that one of the multimedia files MF or the plurality of receiving-side terminal devices cu should be sent to the server sv by attaching an email or 111 [71], Instruction and transmission of the instruction multimedia file MF (step CS51). Here, the information system of the place to send >: phone number or IPv6 (Intemet Pr〇t〇c〇i 6: network protocol version 6), The information of the receiving-side terminal device CLr can be specified as the destination in a single sense. In addition, an instruction to select a sample MMT of the multimedia file MF can be transmitted. In the servo sv, the element data De from the transmitting-side terminal device CLs is used to communicate with The methods described are the same In the step (refer to FIG. 5), a multimedia file MF is created, and the created female body file MF is associated with and stored in the terminal device CLr where the m-go complex hair destination indicated by the 4 message is sent (step S51). O: \ 87 \ 87936.DOC4 -32- 1244012 'Add URL and other inherent registration information, and save the multimedia right MF when the asset, the library criminal, and corresponding to the stored multimedia file _, and record the information of the sent destination in Send destination list file LS. Secondly, the servo HSV controls the multimedia destination only to the sending destination terminal device CLr, and notifies the transmitting terminal device CLS and the sending destination terminal device of the registration information inherent in the multimedia milk stopper by email or the like. CLr (step S52). For example: the multimedia Dana muscle is notified to the transmission source CLS and fingers at the same time; t or more are sent to the destination CLr. Furthermore, there is also a method of directly transmitting the multimedia file MF to the terminal device CLr to which the destination is sent without notification of such a URL (at this time, immediately proceed to the file transmitting and receiving step (S55, CR52)). At the receiving-end terminal device CLr, according to the notified registration information, the verb server SV is accessed with Ηττρ, and | 纟 corresponds to the multimedia slot of the registration information (step CR41). If the server Sv receives the request (step 53), it compares the user identification information of the requested receiving-side terminal device CLr with the terminal device user indicated by the sending destination information of the multimedia file MF recorded in the sending destination list file LS It is determined that the multimedia file MFS is permitted to be sent to the request source terminal device CLr (step S54). Here, if it is judged that the user identification information of the receiving-side terminal device CLr is consistent with the information of the sending destination, when sending (S54—YES), the multimedia file MF is taken out from the file database §1), and attached in the form of email or Ηττρ is transmitted to the reception-side terminal device CLr (step S54). In addition, if the user identification information does not match the sender's destination information and cannot be transmitted (S54-N0), the subject is notified to the receiving-side terminal device CLr, or the notification is terminated without notification: O: \ 87 \ 87936 .DOC4 -33 · 1244012 required processing. On the receiving side terminal device CLr, if the multimedia slot Mf is received by the server s V, it is the same as the first and second embodiments, and the analysis of the file MF is performed (step CR52). 'This multimedia slot mf and address Corresponds to information, but it is reconfigured and downloaded as a melody for incoming calls. In addition, if there is a transmission from the receiving-side terminal device CLs in the future, in the same steps as in the first and second embodiments, in response to the transmission, play the MFi call melody or standby day according to the call melody file (multimedia file). Noodles etc. FIG. 12 shows the case where the multimedia server is stored on the server by the transmission-side terminal device CLs as HTTP and accessed by the server SV as shown in the second and third embodiments. (10: CS41, Fig. 1i: CR41). The address information input screen (1) on the left side of the upper paragraph is a screen for entering the user name of the transmission-side terminal device CLs (4), phone number (E5), and email (E6). In this example, the user can click " Please enter the address information "to enter the information. However, you can register the address information in advance on the receiving terminal device and insert it automatically. In addition, the server sv side may specifically specify the receiving-side terminal device CLr or its user and insert it automatically. The content selection day surface in the center of the upper paragraph (2) is to input images and melody as the media information content of the media data of the created multimedia file MF. ^ Day surface, users can follow the guidance of "Please enter content" Commentary, perform data input '. However, it is also possible to select this by storing the media information content that becomes the element in advance in the servo. The content on the right side of the upper paragraph confirms that the daytime surface is the daytime surface of the element data of the MF of the multimedia building, which is made on the feeder sv 〇 \ 87 \ 87936.DOC4 • 34-1244012. At this point, you can preview the content of the multimedia file (calling melody file) mf made according to this content. Each of the screens (3a) to (5) in the next paragraph is an example of the screen transition in the case where the developed place is further specified (Figure 1i: CR41) as in the third embodiment. At this time, the content confirms that the day and night are like ( 3) -General is not over, and becomes (3b) _General on the left side of the next paragraph. : In other words, after confirming the content with the content confirmation day (3b), move to the delivery destination in the center of the next paragraph to specify the day (4), and then ‘to the delivery destination on the right of the lower paragraph to confirm the day (5). And ’you can also choose the model job of Multimedia Tan MF. < In this way, in the second method [2], each user terminal device does not need to be a mobile phone terminal device, and any terminal device such as a pc, a game machine, a video converter, and a PDa can be used. Also, the connection with the server ^ can use various communication modes including wire connection as appropriate. [Third method] In the third method [3] described above, the multimedia file MF to be created by the multimedia 4-field MF on the transmission side terminal device cls is once absorbed in the server sv and transmitted to the receiving side by the servo state sv Terminal device cu. Therefore, the difference between this method [3] and the second or third embodiment (the second method [2]) lies in that the slot forming stage (SV41, SV51) of Fig. 10 and Fig. 11 is moved to the transmission side terminal. Device CLS ', at this stage, the multimedia terminal or the developed destination information is received on the transmitting terminal device cu and recorded in the file database or the destination list file; in the servo HSV, the stored and sent multimedia objects MF and Sending to the destination association 'Transfers the multimedia broadcast MF only to the designated sending destination CLr for control' This is no different. In addition, the designated information for sending destinations can also be sent in the form of the multimedia coffin MF transmitted by the transmission U and the CLs by sending 0: \ 87 \ 87936.DOC4 -35- 1244012 to the implementation mode described above. Explain that the name, address, etc., which are used as business card information, are entered as documents, but the name, address, telephone number, e-mail address, URL of 0, and other electronic business card (vcard, etc.) information are collectively recorded as The business card information of the present invention may be added to the multimedia file MF. [Effects of the Invention] As explained above, according to the present invention, personal information is added to a multimedia file in a communication terminal device. By storing the additional personal information in an address book, it can be independent of the multimedia slot as a "business card" type The effective use of data 'multimedia files are stored in the library corresponding to the address information contained in personal information. Therefore, if there is an incoming call from the transmission source terminal device, the caller melody slot corresponding to the transmission source terminal device can be stored. The element data is read from the tank library, and is used as an incoming melody / standby day surface corresponding to a transmission target. In addition, the server generates multimedia files MF on the server according to the instructions of the user of the transmission source, manages the sending destination information corresponding to this multimedia file, and sends the multimedia files with the "non-transferable" information only to the sending destination information. The specified transmission destination, so the communication terminal device receiving the multimedia file cannot transmit or forward the file to other devices. In addition, in the communication terminal device, if a multimedia file is received, the received multimedia file separates and stores the personal information containing the address information in the address book, so that the separated multimedia file corresponds to the address information. Jiwei, so even if the separated multimedia file is transmitted or forwarded to another device due to an error: O: \ 87 \ 87936.DOC4 -36-1244012, because the personal information has been deleted, the personal information will still not be left by the slot leak. [Brief Description of the Drawings] FIG. 1 is a schematic diagram showing a configuration of a multimedia utilization system according to an embodiment of the present invention. Fu x Figure 2 shows an example of the data structure of a multimedia file processed by the multimedia utilization system of an embodiment of the present invention. FIG. 3 is a schematic diagram for explaining a method for collecting multimedia files and business card information from an email sent to a receiving terminal device. FIG. 4 is a diagram showing a case where a multimedia file is to be transmitted from a transmitting terminal device to a receiving terminal device. FIG. 5 is a flowchart showing a multimedia file creation process. Fig. 6 is a flowchart showing a mailer activation process executed by the receiving terminal device. Fig. 7 is a flow chart showing the processing of the Tongzhi call event subscribed by the nightmare of the receiving terminal-Zhan Yan. ί 7 ~ 80% of you, receiving a part of the execution performed by the 1-end device displays a flowchart of the indicated event processing. Fig. 9 is an example of the output content of the broadcaster by means of a turn-out method according to the multimedia slot (call melodic broadcast). Fig. 10 is a flowchart showing the overall processing of the case where the server is made # 启 左 少 双 and stores multimedia files [second embodiment]. FIG. 11 is a flowchart showing the overall processing flow of storing a multimedia file O: \ 87 \ 87936.DOC4 > 37-1244012 in the server [Third Embodiment] in the transmission-side terminal. Illustration. FIG. 12 shows an example of the HTTP day when the multimedia files are stored on the server [second and third implementation aspects]. [Illustration of the representative symbols in the figure] SV delivery server (main device) CL, CL1 ~ CLn, CLs, CLr User terminal device MF management data Dc, time and space configuration execution information Dt, and element data De composed of multimedia files (call melodies) File) MR e-mail with attached multimedia file MF O: \ 87 \ 87936.DOC4 .38-

Claims (1)

1244012 第〇9213 7168號專利申請案匕一^一 中文申請專利範圍替換本(9碎5月:}ι 拾、申請專利範圍^ 一種伺服器,其特徵在於包含: 資料接收手段,其係接收構成多媒體檔案之要素資料 及發送去處資訊者; ,、貝料 做成及儲存手段,其係根據接收之要素資料,做 :°又疋為不可轉送之多媒體檔案,同時將做成之多媒體 ^案與上述發送去處資訊加以關聯而儲存者; 且錄通知手段,其係將表示做成之多媒體擋案所對應 登錄資訊,通知上述要素資料及發送去處資訊: 傳运源者;及 播案傳送手段,其仙應有自通祕«置對上述URL 之存取要求,識別要求該存取之通訊終端裝置是否包含 =上迷發送去處資訊,僅於包含於上述發送去處資訊之 月况,傳送與上述URL關聯之多媒體檔案者。 2· 第1項之伺服器,其中前述要素資料包含 3. 來電紋律資料及前述傳送源之位址資訊。 一種通訊終端裝置,其特徵在於包含: 裝=:1段’其係接收附加有包含確定發送源終端 " 貝讯之個人資訊之多媒體檔案者; 並Τ!由接收之多媒體檔案將個人資訊分離 :立5己隐,同時將該個人資訊被分離之分離後多媒體 田案’與包含於該個人資訊之位址資訊 者;及 Α關聯而記憶 播放手段 其係回應來自以記憶之個人資訊所包含之 O:\87\87936-940520.DOC5 1244012 位址資訊確定之發送源終端裝置之來電,將與該位址資 訊加了關聯之分離後多媒體檔案讀出並播放者。 O:\87\87936-940520.DOC5 -2-1244012 No. 09213 7168 Patent Application ^ A Chinese Patent Application Scope Replacement (September May:} ι, Patent Application Scope ^ A server, which is characterized by including: data receiving means, which is a receiving composition Elements of multimedia files and senders of information; ,, and materials are made and stored, which are based on the received element data: ° and 疋 are non-transmittable multimedia files, and at the same time the completed multimedia files and The above-mentioned sending destination information is associated with and stored; and the recording notification means is the registration information corresponding to the multimedia file that is indicated, notifying the above-mentioned element data and sending destination information: the originator of the transport; and the broadcast transmission means, The immortal should have the access request to the above URL, and identify whether the communication terminal device requesting the access contains the information of the destination sent by the fan, only in the month that is included in the above-mentioned destination of the destination. URL-linked multimedia files. 2. The server of item 1, in which the aforementioned element data includes 3. Caller pattern data and the aforementioned transmission source. Address information. A communication terminal device, which is characterized in that: It contains: 1 paragraph 'It is a multimedia file recipient who receives personal information including the source terminal "Beixun; and a multimedia file received by him. Separation of personal information: Establish 5 hidden, and at the same time separate the personal information from the multimedia field case and the address information contained in the personal information; and Associated and memory playback means its response comes from the memory of O: \ 87 \ 87936-940520.DOC5 1244012 included in the personal information. Incoming calls from the sender terminal device identified by the address information will be read out and played by the multimedia file after being associated with the address information. \ 87 \ 87936-940520.DOC5 -2-
TW092137168A 2002-12-27 2003-12-26 Server and communication terminal device TWI244012B (en)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002381457A JP4716237B2 (en) 2002-12-27 2002-12-27 Content provision system

Publications (2)

Publication Number Publication Date
TW200413974A TW200413974A (en) 2004-08-01
TWI244012B true TWI244012B (en) 2005-11-21

Family

ID=32817365

Family Applications (1)

Application Number Title Priority Date Filing Date
TW092137168A TWI244012B (en) 2002-12-27 2003-12-26 Server and communication terminal device

Country Status (4)

Country Link
JP (1) JP4716237B2 (en)
KR (1) KR20040060810A (en)
CN (1) CN1327364C (en)
TW (1) TWI244012B (en)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006041260A1 (en) * 2004-10-13 2006-04-20 Electronics And Telecommunications Research Institute Extended multimedia file structure and multimedia file producting method and multimedia file executing method
WO2014067476A1 (en) * 2012-11-04 2014-05-08 Yau Yim Wai Media information signal supporting interactive association technology system
CN105359160A (en) * 2013-03-04 2016-02-24 丘炎卫 Communication terminal product supporting interactive correlation system
KR101560637B1 (en) * 2013-05-24 2015-10-15 수 남 채 Ringtone mobile multimedia systems and personal PR Method

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2180899A1 (en) * 1995-07-12 1997-01-13 Yasuaki Honda Synchronous updating of sub objects in a three dimensional virtual reality space sharing system and method therefore
GB9715516D0 (en) * 1997-07-22 1997-10-01 Orange Personal Comm Serv Ltd Data communications
JP3492265B2 (en) * 1999-10-29 2004-02-03 ボーダフォン株式会社 Message communication system by digital radio telephone

Also Published As

Publication number Publication date
TW200413974A (en) 2004-08-01
KR20040060810A (en) 2004-07-06
CN1327364C (en) 2007-07-18
JP2004213274A (en) 2004-07-29
JP4716237B2 (en) 2011-07-06
CN1512423A (en) 2004-07-14

Similar Documents

Publication Publication Date Title
TW589850B (en) System and method for distributing ring tone data used for generating ring tone of mobile phones
US8229405B2 (en) Communication terminals, systems, methods, and computer program products for publishing, sharing and accessing media files
US8244801B2 (en) System for digital yearbook delivery with multi-media data
US9218110B2 (en) Information processing apparatus, information processing method, information processing program and recording medium for storing the program
US20070168262A1 (en) Information processing system, information processing apparatus, information processing method, information processing program and recording medium for storing the program
US20060136556A1 (en) Systems and methods for personalizing audio data
JP3955726B2 (en) Document annotation method, system, and computer-readable recording medium
JP2009534947A (en) Peer-to-peer voice communication system, apparatus and method using multimedia notification specified by caller
KR20070005671A (en) Method and system for editing a multimedia message
JP2007028410A (en) Program, apparatus and method for relaying registration or extraction of voice information to electronic bulletin board
US20060065712A1 (en) Album providing system with function of registering/distributing contents and calendar providing system with function of registering/regenerating contents
TWI244012B (en) Server and communication terminal device
TWI339058B (en)
JP2002014978A (en) Contents retrieval aquiring system, terminal device, center device and program recording medium of them
JP4779475B2 (en) Electronic bulletin board information notification device
JP2008523759A (en) Method and system for synthesizing video messages
JP2007048255A (en) Data distribution system
JP3928554B2 (en) Communication terminal
JP2006013918A (en) Service server
JP4325954B2 (en) File creation terminal
JP2007251829A (en) Broadcast program editing apparatus, program for broadcast program editing, and portable computer for broadcast program editing
JP2006099456A (en) System for providing album with content registration and delivery function
JP2002108357A (en) Downloading system, information processor, and recording medium
KR20150011430A (en) Appratus and method for providing contents based image colorring/leterring
JP2006119873A (en) Information terminal, information distribution server, and information distribution method

Legal Events

Date Code Title Description
MM4A Annulment or lapse of patent due to non-payment of fees