TW200413974A - Server and communication terminal device - Google Patents

Server and communication terminal device Download PDF

Info

Publication number
TW200413974A
TW200413974A TW092137168A TW92137168A TW200413974A TW 200413974 A TW200413974 A TW 200413974A TW 092137168 A TW092137168 A TW 092137168A TW 92137168 A TW92137168 A TW 92137168A TW 200413974 A TW200413974 A TW 200413974A
Authority
TW
Taiwan
Prior art keywords
information
multimedia
terminal device
file
multimedia file
Prior art date
Application number
TW092137168A
Other languages
Chinese (zh)
Other versions
TWI244012B (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

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

200413974 玖、發明說明： 【發明所屬之技術領域】 本發明係有關一種多媒體收發系統 或可視顯示而可播放輸出圖像、音聲 訊之多種類之媒體資料者。 其係處理藉由音塑 音樂、文字列等資 【先前技術】 Μ Ρ ·仃勡電話泰200413974 (1) Description of the invention: [Technical field to which the invention belongs] The present invention relates to a multimedia transmitting / receiving system or a visual display capable of playing various types of media materials such as output images and audio. It deals with information such as sound, music, text, etc. [Prior technology] ＭΡ · 仃 勡 电话 泰

％律或來電圖像或雷 件等之各種情況係頻繁地利用通訊終端裝置，以接收文: 、圖像或音聲等各式各樣之資訊之提供並播放。例如：」 利文獻1係揭示一種數位益始+ 4 m 裡致位無線電話用通信系統，其係可容， 轉送此種各種資訊含有县笸令立七如Μ丄 ' 令長扁文早之郵件或圖像、音樂等； 容量内容之訊息者。 ’ 【專利文獻1】 特開2001-197553號公報 又，本申請人已於特願2〇〇2-8283 1(以下稱為「先前申請 案」）提案-種可於通訊終端裝置，以樣板（Template)編輯$ 圖像、音聲、文字列等所組成之多媒體資料之系統。於先 、 丽申請案之系統中，預先準備：時間及空間配置指定資訊 、 ， ’其係規定複數要素内容（文件資料、圖像資料、音聲資料 、旋律資料等）之播放顯示時序者；記憶各要素内容之區域 ，及其他具有頁首區域之樣板檔；終端裝置使用者可藉由 在該行動電話終端裝置上，適當改變此樣板檔或重新埋入 要素内谷’以產生完成之多媒體内容。 O:\87\87936.DOC4 -6- 於使用此種多媒體内容之系統，可完成由該終端裝置使 1者所個性化編輯之多媒體内容，並將此傳送給 者^故藉由使多媒體内容包含個人資訊，以求更有L :夕某體内4。此時’多媒體内容含有個人資訊，通常， 7存於傳送去處使用者之資訊終端裝置之槽資料可轉送給 4裝置’固若未採取某些保全措施，個人資訊唯恐白白 洩漏給第三者。 【發明内容】 本發明之主要目的在於提供-種多媒體收發系統，其係 可使來自其他通訊終端裝置之多媒體内容包含個人資訊， 更：效利用多媒體内容’同時防止包含於多媒體内容之個 人貧訊洩漏給其他終端裝置於未然者。 右按照本發明之丨個特徵，將提供一種伺服器（sv)〔申請 專利範圍第1項〕，其係具備：資料接收手段（5; S51)，其 係接收構成多媒體檔（MF)之要素資料（De ·· E1、们、…）及 毛送去處資成者，檔做成及儲存手段（SD、LS ; S5i)，其係 根據接收之要素資料（De)，做成設定為不可轉送之多媒體 檔（MF)，同時將做成之多媒體檔（MF)與發送去處資訊關聯 而儲存者，·登錄通知手段（S52),其係將表示對應於做成之 夕媒體檔（MF)之URL之登錄資訊，通知要素資料（De)及發 送去處資5fl之傳送源（CLr)者；及槽傳送手段（§；53〜S55)， 其係按照有來自通訊終端裝置（CLr)之存取上述UR£之要求 (CR51)，識別要求該存取之通訊終端裝置（CLr)是否包含於 赉送去處負矾’僅於包含於發送去處資訊之情況（S54 — O:\87\87936.DOC4 200413974 YES)，傳送與此URL關聯之多媒體檔（MF)者。於按照此特 徵之祠服器（SV)，，進一步要素資料（De)可包含來電旋律資 料（E1)及傳送源（CLs)之位址資訊（E5、E6)〔申請專利範圍 第2項〕而構成。再者，括弧内係表示對應之實施例中之參 考記號或用語，於以下亦同。 又右知7知、本發明之其他特徵，將提供一種通訊終端袭 置〔申請專利範圍第3項〕，其係具備：檔接收手段（5 ; CRl 、CR42、CR52)，其係接收附加包含特別指定傳送源終端 裝置（CLs)之位址資訊（E5、E6)之個人資訊（E4、E5、···）之 多媒體檔（MF)者；記憶手段（2A、2F ; CR4、CR26〜 、CR43)，其係由接收之多媒體檔（MF)將個人資訊（E4、& )刀離並獨立§己憶’同時將已分離該個人資訊（E4、 、…）之分離後多媒體檔（MF，），與包含於該個人資訊（E4、 E5、…）之位址資訊（E5、E6)關聯並記憶者；及播放手段（4 ;CH5〜CR6、CR31〜CR33、CR44〜CR45)，其係按照來自 由包含於記憶之個人資訊（E4、E5、…）之位址資訊（E5、E6) 所特別指定之傳送源終端裝置（CLs)之來電，將與該位址資 訊（E5、E6)關聯之分離後多媒體檔（MF’）讀出並播放者。 〔發明作用〕 於本發明之伺服器（sv)，若接收到應構成多媒體檔（mf) 之要素資料（De ·· El、E2、…）及發送去處資訊，則根據要 素貧料（De)，做成設定為不可轉送之多媒體檔（MF)，同時 與發送去處資訊關聯而儲存該槽（MF)(S5 1)，將表示對應於 做成之多媒體檔（MF)之URL之資訊通知傳送源（CLs)(S55) O:\87\87936.DOC4 -8- 200413974 ，按照有來自其他終端裝置（CLr)之存取上述URL之要求， 識別該要求源終端裝置（CLr)是否包含於發送去處資訊所 示之發送去處（S55)，僅於包含於發送去處之情況（S55 — YES)，傳送與上述URL對應之多媒體檔（MF)(S53〜S55)。 又，要章資料（De)包含來電旋律資料（E1)及位址資訊（E4、 E5)。 又，本發明之通訊終端裝置（CLr)係具備為了儲存位址資 訊（E4、E5)等之位址薄（2A)。若接收到附加位址資訊（E4、_ E5)之多媒體檔（MF)(CR1、CR42、CR52)，由多媒體檔（MF)— 將位址資訊（E4、E5)等個人資訊（E4、E5、…）分離，與多 媒體檔（MF)分離並記憶於位址薄（2A)，同時將藉由此分離 所產生之多媒體檔（MF)之其他部分，亦即分離後多媒體檔 (MF，）與位址資訊（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)有來自傳送 源終知裝置（C L s)之來蓮’可將對應於包含於該傳送源終端 裝置（CLs)之個人資訊（E4、E5、…）之位址資訊（E4、E5)之 O:\87\87936.DOC4 -9- 200413974 多媒體檔（MF)，作為對應於傳送對象（CLs)之待機畫面/來 電旋律等而利[並且，於此發明，對於包含於如此有效 利用之多媒體檔（MF)之個人資訊（E4、&、···）之泡漏，講 求以下對策以迴避該危險。 總言之，於此發明之伺服器（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)，使個人資訊分離後之多媒體檔（MFf)對應 於位址資訊（E4、E5)而記憶（CR4、CR26〜CR28、CR43)。 故，即使因錯誤而將多媒體檔（MF’）傳送或轉送給其他裝置 ，個人資訊（E4、E5、…）仍然不會洩漏。 【實施方式】 以下，參考圖式，說明本發明之一實施例。然而，此僅 為一例，在不脫離本發明精神之範圍内，可進行各種變更 ，以各種態樣而實施發明。 〔系統概要〕 O:\87\87936.DOC4 -10- 200413974 圖1係表示包含本發明之一實施例之伺服器（遞送伺服器） 及通訊終端裝置（用戶終端裝置）之多媒體利用系統之構成 概要圖。此多媒體利用系統係如圖i⑴之全體圖所示，由進 行樣板彳田等各種多媒體資訊之遞送之丨個或複數遞送伺服 器圖式之例中雖為_，然複數亦可），及具有做成多媒 體檔等、㈣件（MR)傳送之機能之複數用戶終端裝置⑴ 、CL2.....CLn所組成，此等裝置SV、CL1〜CLn係可經 由通訊網際網路CN，互相通訊而連接。 遞达伺服器sv、各用戶終端裝置CL1〜CLn均可利用具有 個人電腦、工作站、行動電話、pDA、遊戲專用機等通訊 機能之貧訊處理裝置，通訊網路CN包含lan及網際網路或 電話線路網之廣域通訊網。故，例如：纟用戶終端裝置 CL1〜CLn為行動電話或PDA等可移動終端裝置之情況，遞 送祠服器sv及用戶終端裝置CL1〜CLn與實際通訊之基地 台(BS)係經由通訊網路⑶而連接。再者，於以下實施例， 關於用戶終端裝置CL1〜CLn，行動電話或具有與此同等機 月匕之終端U (例如：具備通訊卡片之個人電腦等）係特別適 用。 如圖1 (2)之内部構成區塊圖所例示，各用戶終端裝置cu 〜CLn具備中央處理器（CPU)1、記憶手段2、輸入手段3、 輸出手段4'通訊手段5等。記憶手段2係由記憶控制程式或 控制用：貝料之唯5貝s己憶體（R〇M)部、暫時記憶處理用資料 之隨機存取記憶體（RAM)部、記憶各種資料或程式之外部 記憶部等所構成，此等記憶部能以半導體記憶體構成。又 O:\87\87936.DOC4 -11- 200413974 於。己I'思手& 2之外部記憶裝置，設置為了儲存多媒體内容 個人> σΚ之檔庫（Flie Library)2F及位址薄2a。而且， CPU1係將RAM部作為工作記憶體，按照R〇M部之控制程式 ’利用外部記憶部之資料，控制該用戶終端裝置之動作。 輪入手段3除了包含鍵盤或各種開關等主裝置，或滑鼠、 書寫板等指向裝置等之操作元件以外，尚包含麥克風或照 像機等音響或圖像資料輪入裝置等。又，輸出裝置4係具備 。3 CRT、LCD等|員示裝置之可視顯示部，《包含音源、擴 曰為寺音響輸出（通知音）部等，隨終端裝置 進-步具備印表機㈣刷部。 、 、手& 5係為了經由通訊網路CN，與通訊伺服器sv或 ::他用戶終端裝置通訊之手段，具備數據機或[AN卡等， 猎由與遞运伺服HSV進行通訊，可接收各種控制程式或資 料例如·可由飼服$ SV，將有關多媒體内容槽之控制程 式本身由祠服器sv下载，儲存於外部記憶部⑺，按照此控 制矛王式，可進行有關多媒體内容槽之各種處理。又，移動 型終端裝置之情況，通訊手段5具備與基地台Bs之無線通訊 手&，經由基地台BS而連接於通訊網路cN。 遞送伺服器SV係具有與圖K2)相同之内部構成，如上岛 ，可將程式或資料提供給各用戶終端m因此，於士 憶手段2之外部記憶部，包含由磁性記錄媒體（軟砰、磁辱 機、硬碟等）或光記憶媒體（CD、DVD、M〇等）等適當之奋 錄媒體所構成之大容量記憶裝置。 〔多媒體檔〕 O:\87\87936.DOC4 -12, 200413974 於本發明之一實施例之多媒體利用系統，多媒體標（亦稱 多媒體内容檔’又’亦簡稱為_檔。)剛系於各用戶終端 裝置CL(CL1〜CLn)之間或用戶終端裝置CL、遞送伺服哭 SV間授受。此多媒體槽MF可於任意之用戶終端裝置⑽ SsSn)做成，或根據同用戶終端裝置CLs之指示，於遞送 伺服器SV上做成，傳送給其他任意之用戶終端袭置㈣Various situations such as% law or incoming picture or lightning are frequent use of communication terminal devices to receive and play a variety of information such as text, images or sound. For example: "Li Wenxian 1 reveals a digital telephony + 4 m range radiotelephone communication system, which is tolerable, and transmits such various information. Mail or images, music, etc .; informants of volume content. '[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 type that can be used in a communication terminal device as a model (Template) A system for editing multimedia data consisting of images, sounds, and text columns. In the system of the Xian and Li applications, prepare in advance: time and space allocation designation information, ', which are required to display the display sequence of plural elements (document data, image data, audio data, melody data, etc.); Memorize the area of each element content, and other template files with a top area; the user of the terminal device can appropriately change this template file or re-embed the element valley in the mobile phone terminal device to generate completed multimedia content. O: \ 87 \ 87936.DOC4 -6- In the system using such multimedia content, the multimedia content personalized edited by the terminal device by one person can be completed and transmitted to the person ^ Therefore, by making the multimedia content Contains personal information, in order to have more L: Ximou body4. At this time, the 'multimedia content contains personal information. Generally, the data stored in the slot of the information terminal device transmitted to the user of the destination can be transferred to 4 devices.' If some security measures are not 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, and more: make effective use of the multimedia content 'while preventing the poor information contained in the multimedia content Leaked to other terminal devices beforehand. According to a feature of the present invention, a server (sv) [item 1 of the scope of patent application] will be provided, which includes: a data receiving means (5; S51), which receives the elements constituting a multimedia file (MF) The data (De ·· E1, we, ...) and the person who sent the material to the source, the file creation and storage means (SD, LS; S5i) are made based on the received element data (De), and set to be non-transferable The multimedia file (MF) is stored in association with the created multimedia file (MF) and the destination information, and the registration notification means (S52), which indicates that the corresponding media file (MF) is created. URL registration information, notification element data (De), and transmission source (CLr) to 5fl; and slot transmission means (§; 53 ~ S55), which are based on access from the communication terminal device (CLr) The above-mentioned UR £ request (CR51) identifies whether the communication terminal device (CLr) requesting access is included in the delivery destination, only in the case of the delivery destination information (S54 — O: \ 87 \ 87936.DOC4 200413974 YES), send the multimedia file (MF) associated with this URL. In the temple server (SV) according to this feature, the 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] While posing. In addition, the parentheses indicate reference signs or terms in the corresponding embodiments, and the same applies hereinafter. Knowing 7 and other features of the present invention, a communication terminal device [item 3 of the scope of patent application] will be provided, which includes: a file receiving means (5; CRl, CR42, CR52), which receives additional information Those who specially designate the multimedia information (MF) of the personal information (E4, E5, ...) of the address information (E5, E6) of the transmission source terminal device (CLs); the memory means (2A, 2F; CR4, CR26 ~, ... CR43), which is to separate the personal information (E4, &) from the received multimedia file (MF) and separate it § "Remembering" at the same time, the separated multimedia file (MF) that has separated the personal information (E4, ...) ,), Who are associated and memorized with the address information (E5, E6) contained in the personal information (E4, E5, ...); and the playback means (4; CH5 ~ CR6, CR31 ~ CR33, CR44 ~ CR45), which Incoming calls from the source terminal devices (CLs) specified by the address information (E5, E6) contained in the personal information (E4, E5, ...) contained in the memory will be matched with the address information (E5, E6) ) The associated separated 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 form a multimedia file (mf) and sends the destination information, it will be based on the element lean material (De) , Make a multimedia file (MF) that is set to be non-forwardable, and store the slot (MF) in association with the sending destination information (S5 1), and transmit the information notification indicating the URL corresponding to the created multimedia file (MF) Sources (CLs) (S55) O: \ 87 \ 87936.DOC4 -8- 200413974. According to the request from other terminal devices (CLr) to access the above URL, identify whether the request source terminal device (CLr) is included in the transmission. The sending destination (S55) shown in the destination information is only included in the sending destination (S55 — YES), and the multimedia file (MF) corresponding to the above URL is transmitted (S53 ~ S55). In addition, the chapter data (De) includes caller melody data (E1) and address information (E4, E5). The communication terminal device (CLr) of the present invention includes an address book (2A) for storing address information (E4, E5) and the like. If a multimedia file (MF1) (CR1, CR42, CR52) with additional address information (E4, _ E5) is received, the multimedia file (MF) — the personal information (E4, E5) such as the address information (E4, E5) , ...) separated, separated from the multimedia file (MF) and stored in the address book (2A), and at the same time the other parts of the multimedia file (MF) generated by this separation, that is, the separated multimedia file (MF,) Associate with address information (E4, E5) and write down (CR4, CR26 ~ CR28, CR43). Moreover, if there is an incoming call from other terminal devices (CLs) specifically designated by the address information (E4, E5), according to this incoming call, read out the other multimedia files associated with the address information (E4, E5) Part (MF ') and play simultaneously (CR5 to CR6, CR31 to CR33, CR44 to CR45). In the present invention, in the multimedia file (mf) containing the element content such as the melody data (E1) or the image or character string (E2, E3) indicating the ringing tone, personal information including address information (E4, E5) is added (E4, E5,…), so you can store your personal information (E4, E5, ...) in the address book (2a) for "business card" use, and if the communication terminal device (CLr) There is "Lianlian" from the transmission source terminally-known device (CL s). The address information (E4, E5) corresponding to the personal information (E4, E5, ...) included in the transmission source terminal device (CLs) ) Of O: \ 87 \ 87936.DOC4 -9- 200413974 multimedia file (MF), as a standby screen / call melody corresponding to the transmission target (CLs), etc. [and, this invention, for such effective use The leakage of personal information (E4, &, ...) of multimedia files (MF) requires the following countermeasures to avoid the danger. In short, in the server (sv) of this invention, the users of the transmission source (CLs) do not directly transmit the multimedia file (MF). According to the instructions of the transmission source (CLs), the server with the "non-transferable" "The multimedia file (MF) of the information, meanwhile, 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 transmitted to the specific transmission destination (CLr) (S53 ~ S55) specified by the sending destination information. Because the multimedia file (mf) is appended with "non-transferable" information, the communication terminal device ( CLr) cannot transmit or forward the multimedia file (MF) to other devices. In addition, 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 the address information (E4, E5). The personal information (E4, E5, ...) is separated and stored in the address book (2A), so that the separated multimedia file (MFf) corresponds to the address information (E4, E5) and is stored (CR4, CR26 ~ CR28, CR43). Therefore, even if the multimedia file (MF ') is transmitted or transferred to other devices due to errors, personal information (E4, E5, ...) will not be leaked. [Embodiment] Hereinafter, an embodiment of the present invention will be described 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- 200413974 FIG. 1 shows the configuration of a multimedia utilization system including a server (delivery server) and a communication terminal device (user terminal device) according to an embodiment of the present invention. Overview diagram. This multimedia utilization system is shown in the overall diagram of Figure i⑴. Although it is _ in the example of plural or multiple delivery server schemas for the delivery of various multimedia information such as model Putian, it can also be plural), and has Multi-media files, etc., are composed of multiple user terminal devices ⑴, CL2, ..., CLn. These devices SV, CL1 ~ CLn can communicate with each other via the communication Internet CN While connected. The delivery server sv and each of the user terminal devices CL1 to CLn can use a poor signal 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. Wide area communication network of line network. Therefore, for example: (1) In the case where the user terminal devices CL1 ~ CLn are mobile terminal devices such as mobile phones or PDAs, the delivery server sv and the user terminal devices CL1 ~ CLn communicate with the base station (BS) that actually communicates via the communication network. While connected. Furthermore, in the following embodiments, as for the user terminal devices CL1 to CLn, a mobile phone or a terminal U (e.g., a personal computer with a communication card, etc.) having a similar device is particularly suitable. As illustrated in the internal block diagram of FIG. 1 (2), each user terminal device cu to 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 is used by the memory control program or control: the only 5m s memory unit (ROM) part, the random access memory (RAM) part for temporarily storing data for processing, and various data or programs. The external memory section can be composed of a semiconductor memory. O: \ 87 \ 87936.DOC4 -11- 200413974. The external memory device of I's Hand & 2 is provided for storing multimedia contents. Personal > Flie Library 2F and Address Book 2a. Furthermore, the CPU 1 uses the RAM section as a working memory, and controls the operation of the user terminal device by using the data of the external memory section in accordance with the control program of the ROM section. The turn-in means 3 includes a master 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, as well as an audio or image data turn-in device such as a microphone or a camera. The output device 4 is provided with. 3 CRT, LCD, etc. | The visual display section of the staff display device, including the sound source, the sound output (notification sound) section of the temple, etc., with the terminal device further includes a printer brush section. ,, Hand & 5 is a means to communicate with the communication server sv or :: other user terminal devices via the communication network CN, equipped with a modem or [AN card, etc., and can communicate with the delivery server HSV, and can receive Various control programs or data. For example, the control program itself related to the multimedia content slot can be downloaded from the server sv by feeding $ SV, and stored in the external memory unit. According to this control spear king style, the multimedia content slot can be performed. Various processing. In the case of a mobile terminal device, the communication means 5 includes a wireless communication device & 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 Figure K2), such as the above island, and can provide programs or data to each user terminal m. Therefore, the external memory of Yushiyi means 2 includes a magnetic recording medium (soft bang, Magnetic memory device, hard disk, etc.) or optical recording media (CD, DVD, M0, etc.), such as a large capacity storage device constituted by appropriate recording media. [Multimedia file] O: \ 87 \ 87936.DOC4 -12, 200413974 In the multimedia utilization system of one embodiment of the present invention, the multimedia standard (also referred to as the multimedia content file 'also' also simply referred to as the _ file.) Is just attached to each Accept and receive between the user terminal devices CL (CL1 to CLn), or between the user terminal device CL and the delivery server SV. This multimedia slot MF can be made on any user terminal device (SsSn), or it can be made on the delivery server SV according to the instructions of the user terminal device CLs, and transmitted to any other user terminal device.

Wn’ #s)。於以τ，將進行多媒體槽MF之做成或做成 指示之用戶終端裝置CLs稱為”傳送側終端裝置·，，將多媒體 槽MF所傳送到之用戶終端裝置CL增為”接收側、終端裝置” ’關於遞送伺服器SV，僅稱為，，伺服器，，。 圖2係表示本發明之—實施例之多媒體利用系統所處理 之多媒體檔之資料構造之—例。於傳送側終端裝置CL或伺 服器sv所做成之多媒體播MF係具有圖2所視覺表示之資料 構造，由管理資料Dc(左攔）、時空間配置執資訊m(右上搁） 及要素資料IM右下欄）所組成。此多媒體檔mf係以成為來 電旋律之樂音資訊(亦稱BGM)為主體，於此合成各種附屬 資訊者’於接收側終«置CLr作為來電用而儲存後，亦稱 為Π來電旋律槽"。 如圖2右下欄所示’於要素資料以存在來電旋律 寻音資訊、圖像資料E2等圖像資訊、文章資料e3等文章 訊等各種資料形式之媒體資訊，此等媒體資訊稱為該多 體檔MF之，丨媒體資料”或”要素内衮 ^ m谷例如··音資訊E1係 波形資料或]\4IDI樂音資訊蓉丑彡七主一 、 千貝扎寺形式表不，能以音聲或樂音. 而作為來電音或來電旋律而播放。 又’圖像資訊E2能以丨 O:\87\87936.DOC4 -13- 200413974 像資料或圖形資料之形式，㈣於待機畫面等， E3可以是以文字列（件 、 心番Γτ子⑴文件.text)貝枓之形式，藉由傳送側終 衣置CLs之使用者所做成之訊息文等。 除了此種媒體資料，於要素資料De並進—步存 送，終端裝置⑴之使用者之各種個人資料之使用者名】 (★名子）E4、電號號碼E5、電子郵件位址E6、住址（未圖示） 寻’以文件資料所表示之名片資訊(亦稱個人資訊)。又，名 片資訊E4、E5、·.·中’電話號碼以及電子郵件位㈣係於 兩用戶終端裝置CLs、CLr之間之通訊時，作為用於特別指 定傳送源使用者之識別資訊而使用，稱為"位址資訊"。 如圖2左攔所示，管理資料Dc係包含：概要資訊打，其係 表示該多媒體檔皿？之概略内容（解說或播放時間等）者Y時 空間配置指mTs ’其係指定對應於以後述之時空間配 置軌Dt所定義之要素E1、E2、...之各要素資料以者；編輯 許可資訊EP ’其係針對由時空間配置指定資訊指定之 各要素資料De，表示編輯可否及許可之編輯態樣者丨及名 片指定資訊cd，其係指定要素資料De*之各名片資訊以、 E5、…，同時指示該名片資訊包含於多媒體檔mf之主旨之 資訊。 在此，名片指定資訊係作為多媒體檔MFt之特定位元之 旗號資訊或頁首中之標籤資訊而包含，於接收側終端裝置 CLr，藉由檢查該名片指定資訊Cd之有無，可判定多媒體檔 MF中是否含有名片資訊。 又，圖2右上攔所示之時空間配置執資訊Dt係複數執之控 O:\87\87936.DOC4 •14- 制資訊，其係指示以時空間配置指定資訊Ts所指定之各要 素資料De(E1、E2、.··），所應播放輪出之時序及位置者· 於各軌別規定各要素資料^心山 者’ 々— 京貝科De之輸出位置（顯示位置或輸出 :置等)’藉由各軌之時間資料’規定各要素資料以之輸出 知序。又，時空間配置執資錢可用在多媒Mmf之做成 二編輯時，將該播之各要素資料以圖形化，時空地顯示於 U 示裝置）上⑽如··以輸出執位置為 縱軸’輸出時序為橫轴（其中，圖2並未顯示此種細節）〕，確 涊該多媒體檔MF之播放態樣。 、…之’時空間配置執以係定義各要素資料之播放時序 或』不位置寺資訊者，時空間配置指定資訊丁$係規定時空 間=置執Dt之各要素資料，與作為該要素而應播放、顯示 之實體資料De之對應關係。 、、，於本發明之一實施例之多媒體利用系統，行動電話等傳 达側終端裝置CLs或伺服器SV所做成之多媒體棺MF，可按 照該傳送側終端裝置CLS之指示，傳送給其他接收側終端裝( 置CLi· ’於各接收側終端裝置cLi>，預先記錄接收之多媒體|Wn ’#s). In τ, the user terminal devices CLs that make or instruct the multimedia slot MF are called "transmission-side terminal devices." The user terminal device CL to which the multimedia slot MF is transmitted is added to "receiving side, terminal." Device "'About the delivery server SV, it is only called ,, server ,.' Figure 2 shows an example of the data structure of a multimedia file processed by the multimedia utilization system of the embodiment of the present invention. An example is on the transmission side terminal device. The multimedia broadcast MF made by CL or server sv has the data structure visually shown in Figure 2. It consists of management data Dc (left bar), time space allocation information m (top right) and element data IM bottom right) This multimedia file mf is based on the musical tone information (also known as BGM) that becomes the melody of the incoming call. Here, it synthesizes various auxiliary information, which is stored on the receiving side «CLr is used as the incoming call and stored. Melody groove ". As shown in the lower right column of Figure 2, 'in the element data, there are various types of media information such as call melodic sounding information, image information such as image information E2, article information such as article information such as article information, etc. The body information is called the MF of the multi-body file, and it is within the media data or element ^ m valley. For example, the sound information E1 is waveform data or]. No, it can be played as a sound or a musical tone. It can be played as a ring tone or a melody. Also, the image information E2 can be in the form of image data or graphic data, such as 丨 O: \ 87 \ 87936.DOC4 -13- 200413974. On the standby screen, E3 can be a message (such as a text string, a piece of text, a file, and a text file) and a message made by the user who sends CLs on the transmission side. Media data, which is stored in the element data De—step by step, user name of various personal data of the user of the terminal device] (★ Name) E4, electric number E5, email address E6, residential address (not shown) (Shown) find the business card information (also known as personal information) represented by document data. Also, the business card information E4, E5, ...., the "phone number and email address" are between the two user terminal devices CLs, CLr When communicating, it is used as identification information for the user of the specified transmission source. And the use is called "Address Information". As shown in the left frame of Figure 2, the management data Dc contains: summary information, which indicates the general content (explanation or playback time) of the multimedia file? Y time-space configuration refers to mTs ', which specifies the element data corresponding to the elements E1, E2, ... defined by the time-space configuration track Dt described later; the editing permission information EP' is for time-space configuration Each element data De designated by the designated information indicates whether editing is permitted and permitted editing form 丨 and the business card designated information cd, which is the business card information of the designated element data De *, E5, ..., and indicates that the business card information is included in Information on the subject of the multimedia file mf. Here, the business card designation information is included as flag information of a specific bit of the multimedia file MFt or label information in the header. The receiving-side terminal device CLr can determine the multimedia file by checking the presence or absence of the business card designation information Cd. Does MF contain business card information? In addition, the time and space allocation information Dt shown in the upper right bar of FIG. 2 is a complex control information O: \ 87 \ 87936.DOC4 • 14- system information, which indicates each element data specified by the time and space allocation designation information Ts. De (E1, E2, .. ··), the timing and position of the rounds that should be played · Specify each element's data for each track ^ Heartman '々 — The output position (display position or output: Etc.) 'by the time data of each track' specifies the order of output of each element data. In addition, the time and space allocation of funds can be used to edit the multimedia Mmf. The elements of the broadcast are graphically displayed on the U display device in time and space. For example, the output position is used as the vertical direction. The axis' output timing is the horizontal axis (where such details are not shown in Fig. 2)], which confirms the playback state of the multimedia file MF. "..." time space configuration is used to define the playback timing of each element data or "no location temple information", the time space configuration designation information is the specified time space = each element data of Dt, and as the element Correspondence of entity data De that should be played and displayed. In the multimedia utilization system of one embodiment of the present invention, the multimedia coffin MF made by the transmission-side terminal device CLs or the server SV such as a mobile phone can be transmitted to other transmission-side terminal devices CLS according to the instructions Receiving-side terminal equipment (CLi · 'is installed in each receiving-side terminal device cLi >, recording received multimedia in advance |

檔MF，以便作為對應於來自該傳送側終端裝置CLs之傳 '英 之來電旋律檔而利用。 V 圖3係為了說明有關以電子郵件傳送給接收側終端裝置 之多媒體標之資料擷取之態樣之示意圖。此時，由槽傳送 源之傳送側終端裝置CLs傳送給對方之接收側終端裝置 之郵件MR，例如··按照通常例，如圖3左上所示，其係可 為由儲存表示郵件本文之傳送訊息之第一部分ptl 1包: O:\87\87936.DOC4 -15- 200413974 夕媒體(MM槽）MF之第二部/分（附加檔）pt2以下之其他部 分（圖3係其他部分僅為第二部分pt2之情況）所組成之形式 ，各部分Pt 1、Pt2、…係分別由部分頁首及部分資料（訊息 本文及多媒體檔MF)所構成。 又，如圖3右下，於接收側終端裝置CLr之記憶手段2之外 部圮憶部，設置稱為”檔庫”（File Library)之檔記憶區域 ，同時，設置稱為”位址薄”之個人資料記憶區域2入。於接 收側終端裝置CLr，由該終端裝置CLs所接收之郵件MR之第鲁 一部分，首先，擷取多媒體檔MF並儲存於檔庫2F。在此，馨 將擷取之多媒體檔MF作為來電旋律利用之情況，將此作為 來電旋律檔。 再者，保存於檔庫2F之來電旋律檔可為將擷取之多媒體 檔MF原樣儲存於檔庫2F者，然而，亦可為將包含名片指定 資訊Cd及位址資訊E5、E6之名片資訊（個人資訊）E4、以、 …由多媒體檔MF刪除，亦即，由多媒體檔MF將個人資訊分 離者。如此，若預先將已分離個人資訊之多媒體檔(為了方f 便，將此稱為”分離後多媒體檔^!!^ ”）保存於檔庫2f，即使 萬一分離後多媒體檔MF，傳送或轉送到其他裝置，仍然不會· 連個人資訊都洩漏。 其次，將由包含於此多媒體檔]^!7之管理資料Dc之名片指 定資訊cd所指示之名片資訊（個人資訊）E4、E5、E6、···（包 含位址資訊E5、E6),由要素資料De中取出，並與檔庫2f2 多媒體檔（來電旋律檔）MF對應而儲存於位址薄2八。 如上述，於已規定音聲或旋律資料及其他圖像或文字列 O:\87\87936.DOC4 -16- 等要素内容之顯干士 ”、…、守序之多媒體檔MF，進一 電話號碼、郵件仿Μ 造/附加姓名、 ΓΤ _ 專個人資訊。故，於接收側終端裝置 CLr，可進一半收々 、向衣置 : <你炎、，V將夕媒體檔MF進行「名片」式利用，例如 :”、、對應於傳送多媒體檔MF之對方之傳送側終端 CLs之來電旋律/待機晝面而利用。 、 夕某體k MF之做成及傳送方法有以下3種方法〔1〕〜 序洋細况明各方法，’然而關於各方法共通之構成 ，於按昭坌_ 士、+ r 、 丹刀乂 /〔 1〕之第一實施態樣項，預先進行說明 〇 〔1〕於傳迗側終端裝置CLSR做成多媒體檔MF，以將該 多媒體檔MF附加於電子郵件·之形式，發送給接收側終 端裝置CLr之方法（第一實施態樣）； 、 〔2〕將做成多媒體檔所需要之資訊（位址資訊、圖像資 料等），發送給飼服器sv，於祠服器sv上進行多媒體播_ 之做成或儲存，並遞送給接收側終端裝置CLr·之方法（第二 及第三實施態樣）； f 〔3〕將在傳送側終端裝置CLs内所做成之多媒體槽mf本春 身，發送給伺服器SV，並由伺服器sv遞送給接收側終端裝 置CLr之方法。 〔第一方法=第一實施態樣〕 圖4係表示有關按照第一方法〔1〕，在傳送側終端裝置。l s 内做成多媒體槽，並直接傳送給接收側終端裝置CLr〔第一 實施態樣〕之多媒體之全體處理流程。於第一實施態樣之 全體處理1，在指示傳送多媒體檔MF之傳送源之傳送側終 O:\87\87936.DOC4 -17- 200413974 端裝置CLs，做成多媒體檔MF(步驟CS1)。將該多媒體檔 附加於電子郵件败，傳送給對方之接收側終端裝置c叫步 驟 CS2) 〇 於接收側終端裝置CLr，接收由傳送側終端裝置CLs傳送 來之電子郵件MR，將此解析（步驟CR1)，按照圖3所說明之 貧讯擷取步驟，由接收郵件MR擷取多媒體檔MF(步驟CR2) 。亚且，進行擷取之多媒體檔MF之解析，擷取名片資訊以 、E5、E6、···（步驟CR3)。而且，使該多媒體檔mf作為來_ 私方疋律檔而與名片資訊對應，並將該檔MF及名片資訊記錄_ 於該接收側終端裝置CLr之檔庫2F及位址薄2A(步驟cr4) 。亦即，再配置該多媒體檔MF及名片資訊，以便將位址資 ΛΕ5、E6作為主資訊而取出該多媒體檔MF。 其後，由傳送側終端裝置CLS對於接收側終端裝置cLr， 右有呼叫或郵件傳送等之傳送（步驟CS3)，則由傳送側終端 衣置CLs之傳送資料，確認該終端裝置cls之識別資訊（亦即 位址貝汛）（步驟CR5)，由檔庫2F將對應於確認之識別資訊$ 之來電旋律檔（多媒體檔）MF，讀出於RAM上，經由輸出手 丰又3之顯不裝置或音響輸出部等，作為來電旋律或待機晝面 ' 等而播放（步驟CR6)。 〔多媒體檔做成處理〕 圖5係表示圖4之全體處理！之多媒體檔做成處理（CSi)之 動作流程例。多媒體檔1^1"係按照MM檔做成處理程式，與 先刖申請案之圖6之處理相同，根據多媒體檔樣板（以下簡 稱為”MMT”）而做成。MMT係成為所欲做成之多媒體檔Μρ O:\87\87936.DOC4 -18- 200413974 之原型之權，與圖2之多媒體檀MF_，要素資料以、時 空間配置指定資訊丁 s及編輯可否資訊邱係保持對應關係而 記憶。又’ MMT之名片指定資訊Cd及名片資訊E4、E5、… 係被許可編輯，全部為空欄（無資料），或者以預設（⑽則 而記入一部分之最低限度資料（與例如：位址資訊E4、& 關聯之内容）。 於傳送側終端裝置CLs，可預先由具有MMT做成機能之 伺服器SV或其他用戶終端裝置，接收此種河河丁，並準備於_ 外部記憶部（2)，X，亦可預先將重新編入做成之多媒體槽_ MF之要素資料（稱為代替要素，包含名片資訊），保存於外 部記憶部（2)。 於此多媒體檔做成處理，首先，將MM丁讀出於ram〇 上（步驟Ml)，接著，根據此MMT之編輯可否資訊邱，於顯 示裝置（4)顯示使用者可編輯之内容，以訊息等催促使用者 之編輯操作（步驟M2)。在此，若使用者使用輸入手段3之操 作元件24進行某些編輯操作（步驟M3— YES)，按照使用者_ 之操作輸入’改變MMT資料（步驟M4)。 _ 此編輯操作（M3-> M4)之内容，有例如：按照編輯可否資 訊Ep之許可指示之如下者。 (1) 播放之可否：於按照時空間配置軌以之各時序或晝面 位置，決定是否播放指示同執Dt及時空間配置指定資訊丁§ 之要素資料（包含名片資訊）De ; (2) 以時空間配置指定資訊Ts所指示之要素資料之決定： 播放於（1)所指示之要素資料之情況，決定播放MMT中之要 O:\87\87936DOC4 -19- 素資料De或已經保存於傳送側終端裝置cLs之各種資料中 之何者（可设定複數播放態樣或種類）； 、（3)文件資料配置之編輯：關於文字列（文件）資料£3、以 、…’在時空間配置指；t資訊Ts及時空間配置執m所指示 之配置（時序或位置）之特定範圍内變更； ⑷名片資訊編輯：輸入或變更名片指定資訊以或名片資 δί1 (位址資訊等）E4、E5、···； 、 ⑺播放條件之設定：Μ於在（3)，於各時 :::各要素綱包含名片資訊)，設定複數態樣:: •欠犬員之情況，決定對應何種條件、以何種態樣播放要素 貝料De或播放何種要素資料De等。 再者’於（2)之要素資料決定，關於文字列或圖像資料 顯示用媒體資料，可施加動畫或捲動等適宜之影像效果， 此時’預先於多媒體槽MF定義該主旨。又，按照特定之播 放條件，亦可預先定義複數播放態樣，以便施加或不施加 此種影像效果。同樣地’關於各多媒體槽MF，準備不止1 ㈣，而是複數種類之根據文字資料之顯示訊息，按照特 定之播放條件，進行設定賴示對應之訊息，並^，關於 機畫面们等之圖像資訊，或使用於來電旋律資料 之臬S資sfl，可準備複數種類之資料，按照特定 之播放條件，播放對應之資料内容而進行設^(任何情況均 定義該主旨；）。 於⑺之播放條件之設定，如上述，關於各要素資料^， 決定對應於設定複數播放態樣或複數種類之情況之各播放 O:\87\87936.DOC4 -20- 200413974 態樣或種類之播放條件。此播放條件之典型例係來自傳送源 之傳送側終端裝置CLs之來電事件之種類別（來電種類別）。 例如：於（2)設定圖像資訊A、B，作為在某時序及位置播放 之要素資料De，於其他時序及位置設定訊息a、b之情況， 來自終端裝置CLs之來電種類為電話時，於各時序及位置， 指不圖像資訊A及訊息a之播放，電子郵件之情況，指示圖 像資訊B及訊息b之播放，使應播放之資訊A、a·· b、3對應 來電種類別。 又’按照來自同一傳送側終端裝置CLs之來電種類別變更 播放態樣時，亦可使用來自同一傳送側終端裝置⑴之複數 多媒體檔。此時，傳送側終端裝置CLs之使用者做成定義為 播放不同圖像或BGM之多媒體檔]^!^、MF2，將各多媒體 檔MF1、MF2傳送給同一接收側終端裝置…。在此，各多 媒體檔MF卜MF2係作為名片資訊，包含分別不同之位址資 A (例如· MF1包含電話號碼，MF2包含電子郵件位址資訊） :接收側、端裝置CLl•’藉由後述處理，對應於各個所包 含之位址資訊，亦即來電種類別，將此等多媒體權訓、 MF2儲存於槽庫2F，按照依照來自傳送側終端裝置⑴之來 包（呼Η等）所;^測出之來電種類別，播放所對應之多媒體檔 (例如：若電話打來，播放多媒體槽删，若接 件時，播放多媒體檔MF2)。 者播放條件不设定為來電種類別，亦可按照接收側 、端衣置CLr之播放模式之設定狀態，以不同之播放態樣輸 出要素資料。此時，於傳送側終端裝置⑴，預先做成多媒 O:\87\87936.DOC4 -21- 200413974 體槽MF，其係設定為依播放模式別而可獲得不同之播放雜 樣者；於接收侧終端裝置CLr，將該多媒體檔mf儲存於槽 庫2F之後，藉由輸入手段3之設定操作元件，設定期望之播 放模式即可。 然後，在MMT資料改變處理（M4)之後，或沒有編輯操作 輸入時（M3—NO)，判斷有無預覽指示（M5)。在此，若使用 者才曰示預覽’則進行將編輯中之要素資料播放輸出給各輸 出手段4之預覽處理（步驟M6)，使用者可隨時確認編輯狀況_ ，判斷進一步改變資料之必要性。 馨 在預覽處理（M6)之後或沒有預覽指示編輯操作輸入時 (M5—NO)，判斷藉由指示者，是否已下達結束此做成處理 之指示（步驟M7)，沒有此指示時（M7—N〇)，回到最初之顯 示步驟（M2)，重複上述編輯動作（M2〜M7)。再者，若編輯 可變資訊Ep在容許範圍内，MMT資料改變處理（Μ#)可針對 同一處’進行幾次改變均可，亦可復原。 又，有結束指示時（M7— YES)，受理在改變處理（M4)所2 改變之已編輯MMT之作為多媒體槽（MM槽）Μρ而應輸出處 之指疋（例如：傳送給接收側終端裝置CLr、儲存於外部記 · 憶部2等）（步驟M9)，按照此輸出指示，輸出已編輯題丁， 亦即多媒體觀F(步驟顧）。而且，此槽輸出處理後（腦） ’結束此多媒體檔做成處理。 再者，關於編輯操作（3)之名片資訊編輯（余），名片資訊 一 /、他要素資料分離處理，有MMT改變（M4)之結束指示之 後（M7sYES)，如虛線所示，以進行附加名片資訊㈤之處 O:\87\87936.DOC4 -22- 200413974 理（步驟M8)而執行亦可。此時，有結束指示之後，於要素 貝料E5〜E6追加各名片資訊，同時產生或追加名片指定資 訊Cd亦可。 將於檔輸出處理（M9)所做成之多媒體檔mf，或檔做成後 一旦儲存於外部記憶部2之多媒體檔MF，傳送給接收側終 端裝置CLr時，關於該多媒體檔MF本身之内容變更，全部 自動進行強制不可之不可編輯處理，然而，許可名片指定 資afl Cd所指定之各種個人資料（包含位址資訊E5、之名片 貧訊）E4、E5、···等之資料擷取及刪除而進行控制。 〔接收側終端裝置之處理〕 圖6〜圖8係更詳細表示圖5之接收來自傳送側終端裝置 CLs之多媒體檔附加郵件之接收側終端裝置cLr之處理 (CR1 CR4、CR5〜CR6)之處理流程例。首先，圖6係表示 為了於接收側終端裝置CLr閱覽接收之電子郵件之郵件瀏 覽器啟動處理之流程圖。於接收側終端裝置CLr，在進入此 處理流程之前段，於該終端裝置CLr已經接收並儲存於記憶 手奴2之外部記憶部之電子郵件，以列表顯示於輸出手段4 之顯示裝置，使用者可由此列表選擇所欲顯示詳細内容之 郵件。 口此，使用者若由顯示於顯示裝置（4)之郵件列表，選擇 =地指不該接收電子郵件，則按照郵件劉覽器應用程式（劉 覽器），解析該接收郵件MR之構成（步驟CR11)。其次，將 接收電子郵件MR之本文顯示於顯示裝置⑷之^步驟 CR12)，進入等待某些使用者操作之狀態（步驟Cr13)。 O:\87\87936.DOC4 -23- 例々·丄 接收二附加多媒體驗之郵件，於複數部分所構成之 而频二 1::MR之情況(參考圖3)，經由構成解析(crii) 〔通二接收電子郵件之際（CR13)，直到顯示第—部分ptl 郵件存郵件本文〕，有其他部分（pt2等）之選擇指示或 。、應用程式之結束指示為止，進行待機（⑶3)。 且，於此待機階段（CR13)，執行例如：圖8所示之「部八 顯示指示事件」處理。 刀 圖8係表示作為圖6之郵件劉覽器之次（附屬）程序所執行 之「部分顯示指示事件」處理之流程圖。於此處理流程， :先’判斷選自列表之接收郵件有無部分（接收郵件是否由 複數部分所組成K步驟CR21)，若有部分（CR214YES),顯 示該接收郵件之第二部分Pt2以後之部分頁首之項目資訊 ，並等待來自使用者之部分指示。亦即，在包含複數部分 、Pt2、…之電子郵件，如前述，通常第-部分為本文， 第二部分以後包含附加槽等，故瀏覽包含複數部分之電子 郵件時（CR21—YES)，將「前面的部分」/「下—個部分」 按鍵等顯示於顯示裝置（4)，等待使用者之指示，又，按照 使用者指示，顯示任意部分。 在此，若由使用者指示期望之部分（m等），關於所指示 之部分’由部分頁首之資訊’判斷内容種類是否屬於多媒 體播MF(步驟CR22)。而且，調查該部分之内容種類，若是 多媒體檔MF的話（CR22~>YES)，進一步檢查該部分内容之 管理資訊De中’是否附加名mfmcd(步驟cr23)。 在此檢查中，若判定附加有名片指定資訊以（(：1123〜 O:\87\87936.DOC4 •24- 200413974 YES)’則顯示是否登錄多媒體檔MF之内容之對話，向使用 者询問邊標MF之登錄（步驟CR24)。針對此，判定使用者是 否選擇操作「登錄」（步驟CR25)。再者，於登錄詢問步= (CR23)之前段，宜使該多媒體播MF在輸出手段（顯示裝置或 播音部等）4播放而構成。藉由設置此種播放步驟，使用者 可確認該部分之多媒體檔MF之具體内容或名片資訊(位址 資訊）之詳細。 然後，已由使用者進行「登錄」之選擇操作時（CMS — YES)，將該多媒體標MF料來電旋律檔而保存於槽庫21 (步驟CR26)，同時將作為要素資料以之—部分，埋入接收 之多媒體檔MF之位址資訊〔電話號碼(E5)、郵件位址⑽ 〕或其他個人資料〔名字（E4)、住址等〕等，登錄於位址 薄2A(步驟CR27)。 再者，如已經與圖3關聯而說明，於檔保存步驟（R26)， 亦可從接收之多媒體槽MF，將名片指定資訊以及藉此指定 之名片資訊E4、E5、…（包含位址資訊）刪除，將該名片資 訊作為個人資訊而分離，將分離後多媒體檔M f，作為來電旋 律檔而保存。 疋 並且，將位址資訊所規定之傳送側終端裝置CLS2使用者 與所保存之來電旋律檔MF關聯（步驟CR28p亦即，應將名 片資訊中以特定之記號資料所表示之位址資訊〔例：：電 話號碼（E5)或郵件位址（E6)〕作為傳送源識別資料而利用， 以此識別資料使傳送側終端裝置CLs與來電旋律檔mf對應 。而且，此關聯處理之後（CR28)，結束此事件處理，回^ O:\87\87936.DOC4 -25- 200413974 郵件瀏覽器啟動處理之待機步驟（圖5 : CRl 3)。 如以上，將多媒體檔MF作為附加於電子郵件之資料而接 收之情況，以郵件瀏覽器選擇儲存多媒體檔MF之部分之際 (CR21〜CR22—YES)，若檢測出於該檔MF有進行名片指定 (CR23—YES)，貝U將包含附力口於檔MF之位址資訊（E5、E6) 之名片資訊（個人資料E4、E5、…），追加於位址薄2A(CR27) ，將以該位址資訊（E5、E6)所規定之發信源CLs與該多媒體 檔MF關聯（CR28)。又，上述例中，以對話顯示詢問登錄， 僅於使用者回答YES之情況進行登錄（CR24〜CR28)，然而 ，若有名片指定資訊Cd，亦可自動登錄。 再者，於後述之第二及第三實施態樣，以HTTP(HyperText Transfer Protocol :超文件傳輸協定）接收多媒體槽MF之情 況（圖10 : CR42、圖11 : CR52)，如圖8之ΠΑΠ所示，從登錄 詢問步驟（CR24)開始檔資訊擷取處理。 如此，來電旋律檔MF及名片資訊被登錄，若與對應於此 之傳送側終端裝置CLs關聯（CR26〜CR28)，則以後識別到 來自做成（於後述之第二實施態樣係指示該多媒體檔MF之 做成）該多媒體檔MF之傳送側終端裝置CLs之使用者之來 電（例如：電話之來電、電子郵件之來電、聊天等連接要求 之來電等）時，於圖8之傳送源關聯步驟（CR28)，讀出關聯 於該使用者之來電旋律檔MF，輸出給輸出手段4，並作為 來電旋律或待機晝面等而播放。 再者，於部分判斷步驟（CR21)，判斷沒有部分時（CR21 — NO)，以及於登錄指令判定步驟（CR25)，判定為「未登錄」 O:\87\87936.DOC4 -26- 200413974 之主旨時（CR25—N〇)’則立即回到郵件劉覽器啟動處理之 待機步驟（圖5 : CR i 3)。又，於槽種類判別步驟（CR叫，判 別不是多媒體標MF時（CR22— N〇)，以及於名片檢查步驟 (CR23)’未檢測出名片指定資訊時（CR23〜n〇)，以輸出手 段4播放該部分之内容，進行顯示或播音等，告知使用者該 内容之内容(包含檔種類)或名片資訊不存在(步驟CR29)，若 使用者確認此，則回到郵件„器啟動處理之待機步驟（圖 5 : CR13) 〇 圖7係表示按照來自傳送側終端裝置〇]^之呼叫而於接收 侧終端裝置CLr執行之「通話來電事件處理」之流程圖。於 此處理流程，按照來自傳送側終端裝置cu之呼叫，若有例 如··電話之來電、< 電子郵件之來m等之連接要求 之來電等來電事件時，由來電資訊檢測該 ⑴之識別資料（步驟⑽），其次，根據此識別 對應於呼叫之傳送側終端裝置CLs之使用者之來電旋律檔 MF是否儲存於檔庫2F(步驟cR32)。 在此’若有對應於傳送側終端裝置CLs之來電旋律槽 MF(CR32—YES)，以輸出手段4播放此來電旋律檔mf，並 進行來電通知之處理（步驟CR33)。圖9係按照來電旋律檔％? ，以輸出手段播放之輸出内容之一例。又，若沒有此種檔 (CR32~*> NO)，以使用於該接收側終端裝置CLr預先設 疋之來电音或來電圖像之既定方法，進行通知有來電之主旨 之處理（步驟CR34)。而且，此種來電通知處理（Cr33、CR34) 之後，進入等待下一個通訊或使用者操作之狀態（步驟 O:\87\87936.DOC4 -27- 413974 CR35)。 山再者，如已說明一般’於本發明之—實施例之接收側終 k = CLr’可按照來電種類別’由傳送側終端裝置⑴接 收設定有複數要素資料之播放内容之多媒體槽mf，將此作 ^來電紅律棺而準備，按照來自該傳送側終端裝置CLs之來 電事件之種類別’以設定之播放内容播放來電旋律槽MF。 :亦：’於接收側終端裝置CLr之通訊來電事件處理(圖7)， 若尋找對應於通訊之該傳送側終端裝置cu之來電旋律檔鲁 MF(CR32— YES)，則如圖9所示，以對應於該通訊之來電種_ 類別之播放内容，於輸出手段4播放。 欲亦即’於傳送侧終端裝置CLs，於作為内容儲存於接收側 終端裝置CLr之多媒體標（來電旋律檔_預先冑義，以便對 應於電話（通話）來電或電子郵件來件等之來電事件之種類 'J <播放不同圖像（E2)或BGM(El)、訊息㈤）等。而且，若 有來自傳达側終端裝置CLs之來電，按照此來電種類別，變 更 '輪出手& 4所播放之特定内容擋MF之輸出態樣。輸出$ 態樣之變更不僅預先準備複數種類之資料，關於文字、圖 像貧料^亦可於來電旋律檔（多媒體棺_，適當定義動畫- ^滾動等衫像效果’執行此影像效果。bgm等樂音效果亦 σ 疋義1種類，預先於檔MF定義複數種類之資料而使 用此亦可。 並且亦可疋義來自傳送側終端裝置CL之複數多媒體内 容（來㈣律㈤之各別’以便各來電種類別播放不同之圖像 或M此日^，亦可於傳送側終端裝置cLs所傳送之複數 O:\87\87936.DOC4 -28- 多媒體内容之各別，預先設定來電種類別，以便按照傳送 源之識別資訊（電話號碼E5或郵件位址E6等）切換所播放之 ♦ 疋律福’由各多媒體内容登錄名片資訊時，亦可分別 對應於來自傳送側終端裝置CLs之各來電之種類別而保存 來電旋律槽。 於前述圖9之例，依照規定於多媒體檔MF(來電旋律檔） 之貧訊，按照接收側終端裝置CLr所接收之來電事件之種類 別為電話來電，還是電子郵件來件，於輸出手段4之顯示裝 置顯不不同訊息（E3)、位址資訊（電話號碼E5或郵件位址E6) 及使用者名（E4)，不同之背景音樂（E1 : ”BGM1，，或ffBGM2，，） 則由音響輸出部播音。再者，此例中，關於圖像（E2)，由 於未設定複數圖像資訊，故顯示同一圖像。 〔第二方法=第二及第三實施態樣〕 於此多媒體利用系統所使用之多媒體檔MF包含個人資 訊，通常，儲存於終端裝置之檔資料可轉送給其他裝置， 故若未採取某些措施，個人資訊唯恐白白洩漏。因此，於 前述之第二方法〔2〕，傳送源之傳送側終端裝置CLs之使用 者並不直接傳送多媒體檔MF，一旦按照該使用者之指示， 於伺服器SV做成多媒體檔MF(第二實施態樣），或將多媒體 檔MF吸取於伺服器SV之後（第三實施態樣），藉由將同檔MF 僅傳送給特定傳送去處之接收側終端裝置CLr，以限制多媒 體檔MF之傳送去處，防止個人資訊白白茂漏。 又，於第二方法〔2〕，於傳送之多媒體檔MF，附加「不 可轉送」之資訊。於成為發送去處之各接收側終端裝置 O:\87\87936.DOC4 •29- 200413974 ’忠實地遵守「不可轉送」’使不能將此樓MF傳送或轉送 至其他農置。並且’亦使具有管理該多媒體槽MF之發送去 處之機能，期待萬全之料理（第三實施態樣）。 圖10及圖11係表示有關按照第二方法〔2〕，根據來自傳 运側終i%裝置CLs之指#，於伺服器sv上做成並儲存多媒 體仏MF之情況〔第二及第三實施態樣〕之多媒體之全體處 理流程。 首先於圖10之第二實施態樣之全體處理2,從指示多媒參 體槽MF之傳运之傳送源之傳送側終端裝置⑴，作為做成_ 所欲發送之多媒體播MF所需要之要素資料以，將位址資訊 (E5 E6)等個人資料，及來電旋律（Ei)或圖像資料（e2)等媒 體資料，直接以附加於電子郵件之方法或Ηττρ傳送給伺服 器SV(步驟CS41)。此時，關於圖像或旋律等媒體資訊，亦 可預先於伺服器SV複數儲存媒體資料，使傳送側終端裝置 CLs之使用者可選擇此。又，亦可一併發出選擇多媒體槽 MF之樣板MMT之指示。 囑 於伺服裔sv，根據由傳送側終端裝置CLs所傳送來之個 人資料及媒體資料，以與圖5之多媒體檔做成處理相同之步 驟，做成與圖2相同之多媒體檔MF(步驟S41)。做成之多媒 體檔 MF 為 URL(Unif〇rm Res〇urce L〇cat〇r :統一資源定位器 )形式，多媒體檔MF可單一意義地特別指定，儲存於設置於 伺服器SV内之記憶手段（外部記憶部）2之檔資料庫（db)sd 。此時，於被做成及儲存之多媒體檔MF，附加r不可轉 送資訊」，接受此多媒體檔MF之接收側終端裝置CLr，（通 O:\87\87936.DOC4 -30- 200413974 常）無法將該檔MF轉送至其他裝置。又，若單一意義地特 別指定該多媒體檔MF，則登錄資訊不限於URL，其他資訊 亦可。 其次，將於伺服器SV所做成並儲存之傳送側終端裝置 CLs之多媒體檔MF所固有之登錄資訊，以電子郵件等，通 知該傳送側終端裝置CLs(步驟S42)。再者，此登錄資訊之 通知形態不限於電子郵件。例如：如上述，以HTTP，將要 素資料De傳送給伺服器SV之後，亦可同樣以HTTP顯示登 錄通知，或利用FAX等其他裝置通知。而且，由傳送側終 端裝置CLs所通知之登錄資訊進一步從該傳送側終端裝置 CLs，以任意之接收側終端裝置CLr作為傳送去處，以電子 郵件等通知。 於接收側終端裝置CLr，按照通知之登錄資訊，於伺服 器SV以HTTP存取，並要求對應於該登錄資訊之多媒體檔 MF(步驟CR41)。伺服器SV若接收此要求（步驟S43)，由檔 資料庫SD將該多媒體檔MF取出，以電子郵件附加形式或 HTTP傳送給接收側終端裝置CLr(步驟S44)。 於接收側終端裝置CLr，若接收此多媒體檔MF，與第一 實施態樣〔參考圖3、圖4 : CR3〜CR4、圖6及圖8(其中， HTTP之情況由”人’’開始）〕相同，進行該檔MF之解析（步驟 CR42)，將此檔MF與位址資訊關聯，作為來電旋律檔而再 配置並下載（步驟CR43)。 其後，與第一實施態樣（圖4 : CS3、CR5〜CR6、圖7 : CR31 〜CR3 3)相同，從傳送側終端裝置CLs對於接收側終端裝置 O:\87\87936.DOC4 -31- 200413974 5若有呼叫或郵件傳送等之傳送（步驟CS3)，則由傳送側終 端裴置CLS之傳送資料確認該終端裝置CLs之識別資訊（亦 位址貝Λ 步驟CR5) ’將對應於確認之識別資訊之來電 旋料（多媒體槽）MF，由檔庫2?讀出於ram上，經由輸出 手，3之^不裝置或音響輸出部等，作為來電旋律或待機畫 面等而播放（步驟CR6)。 其-人，與第二實施態樣相同，於圖丨丨所例示之第三實施 態樣:其構成係可將多媒Mmf儲存於健讀，同時於 飼服MV上保存發送去處龍，進行檔發送去處之管理。 於第二實施態樣之圖u之全體處理3，首先，欲傳送多媒 體播MF之傳送源之傳送側終端裝置cLs之使用者係將做成 所欲么之夕媒體檔所需之位址資訊⑻、Μ)、圖像資料 ㈣、來電旋律⑻）等要素資料De，以及指定應發送做成 後之多媒體檔MF之1個或複數接收侧終端裝置cu之使用 者之去處資訊’以附加電子郵件或Ηττρ傳送給伺服器Μ ，指示多媒體檔MF之做成及發送（步驟CS51)。在此，發送 去處資訊係例‘電話號碼或IPv6(Internet Pr〇t〇c〇i 6:網路敎版本6)，可單一意義地特別指定成為發送去 處之接收側終端裝置⑴之資訊。又，亦可傳送選擇多媒體 檔MF之樣板MMT之指示。 於伺服器SV，根據來自傳送側終端裝置CLs之要素資料 De’以與既述之方法相同之步驟（參考圖5)，做成多媒體檔 MF，將做成之多媒體檔皿1?與發送去處資訊所指定之丨個或 複數發送去處終端裝置CLr關聯而保存（步驟S51)。總言之 O:\87\87936.DOC4 -32- 200413974 ’以URL等附加固有之登錄資訊，於槽資料庫犯儲存該多 媒體槽MF，同時與儲存之多媒體槽娜對應，將發送去處資 訊記錄於發送去處列表檔LS。 其次，伺服器SV為了將保存之多媒體檔厘 去編裝置一行控制，將該多媒一二 且錄資Λ以私子郵件等通知該傳送側終端裝置及發送 去處終端裝置CLr(步驟S52)。例如：將多媒體槽磨之狐 同時通知傳送源CLs及指定之丨個或複數發送去處〔^。再者_ ，亦有不藉由此種URL之通知，對於指定之發送去處終端孀 裝置CLr，直接傳送多媒體檔MF之方法〔此時，立即前進 至檔收發步驟（S55、CR52)〕。 於接收側終端裝置CLr，按照通知之登錄資訊，以Ηττρ 於祠服器SV存取，要求對應於該登錄資訊之多媒體槽MF( 步驟CR41)。4司服益SV若接收要求（步驟53)，則對比要求之 接收側終端裝置CLr之使用者識別資訊，及記錄於發送去處 列表標LS之該多媒龍MF之發送去處f訊所表示之終端f 裝置使用者資訊，判斷是否許可將該多媒體檔MFs送給要 求源終端裝置CLr(步驟S54)。 在此，若判斷接收側終端裝置CLr之使用者識別資訊與發 送去處資訊一致，應發送時（S54—yes)，由檔資料庫sd^ 該多媒體檔MF取出，以電子郵件附加形式或Ηττρ傳送給 接收側終端裝置CLr(步驟S54)。又，使用者識別資訊與^ 送去處資訊不-5夂’無法發送時⑻“⑽，將該主旨通知 接收側終端裝置CLr，或在沒有通知之狀態下，結束對於此 O:\87\87936.DOC4 -33- 200413974 要求之處理。 於接收側終端裝置CLr，若由伺服器SV接收到多媒體檔Mf 則與第一及第二實施態樣相同，進行該槽MF之解析（步驟 CR52) ’將此多媒體檔]^^與位址資訊對應，作為來電旋律 祂而再配置並下載。而且，若其後亦有來自接收側終端裝 置CLs之傳送的話，以與第一及第二實施態樣相同之步驟， 應合此傳送，播放根據來電旋律檔（多媒體檔）MF之來電旋 律或待機晝面等。 圖12係表示如第二及第三實施態樣，於伺服器儲存多媒 體檔，由傳送側終端裝置CLs以Ηττρ，於伺服器§¥存取， 私不做成期望之多媒體檔％17之情況（圖1〇 : CS4i、圖u : CR41)之顯示裝置畫面之推移例。 上段左側之位址資訊輸入畫面（1)係為了輸入有關傳送側 終知裝置CLs之使用者姓名（E4)、電話號碼（E5)、電子郵件 (E6)之畫面，此例中，使用者可按照「請輸入位址資訊」之 引導解祝進行資料輸入，然而，於接收側終端裝置cLr，預 先登錄自位址資訊，自動插入亦可。又，於伺服器SV側， 特別指定接收側終端裝置CLr或其使用者而自動插入亦可。 上段中央之内容選擇晝面（2)係為了將圖像及旋律，作為 成為做成之多媒體檔MF之媒體資料之媒體資訊内容而輸 入之晝面，使用者可按照「請輸入内容」之弓I導解說，進 行資料輸入，然而，預先於伺服器3¥，複數儲存成為要素 之媒體資訊内容而選擇此亦可。 上段右側之内容確認畫面（3)係為了確認、於祠服器^故 O:\87\87936.DOC4 -34- 200413974 成之多媒體檔MF之要素資料内容之畫面。此時點，針對按 照此内容所做成之多媒體檔（來電旋律檔）MF本身之内容進 行預覽亦可。 下段之各晝面（3a)〜（5)係如第三實施態樣之進一步指定 發送去處之情況（圖11 : CR41)之畫面推移例，此時，内容 確認晝面係如（3)—般未結束，成為下段左侧之（3b)一般。绡 吕之，以内容確認晝面（3b)進行内容確認後，移到下段中央 之發送去處指定畫面（4)，其次，移到下段右側之發送去處_ 確認畫面（5)。並且，亦可選擇多媒體檔^^^^之樣板ΜΜτ。 _ 如此，於第二方法〔2〕，各用戶終端裝置CL不需是行動 電話終端裝置，亦可利用pc、遊戲機、視訊轉換器、ρ〇Α 等任意之終端裝置。又，與舰MV之連接可適#利用包 含有線連接之各種通訊態樣。 〔第三方法〕 於刖述之第二方法〔3〕，於傳送側終端裝置CLs做成多媒 體樓⑽，將做成之多媒體檔MF-旦吸取於飼服器sv，並 由伺服器sv傳送給接收側終端裝置CLr。故，此方法⑴ 與第二或第三實施態樣(第二方法〔2〕)之相異點在於，圖 财圖η之檔做成階段（SV41、SV51)移到傳送側終端裝置The file MF is used as a melody file corresponding to an incoming call from the transmission-side terminal device CLs. V Fig. 3 is a schematic diagram for explaining the aspect of data retrieval of multimedia objects transmitted to the receiving terminal device by e-mail. At this time, the mail MR transmitted from the transmission-side terminal device CLs of the slot transmission source to the receiving-side terminal device of the counterparty, for example, according to a common example, as shown in the upper left of FIG. The first part of the message ptl 1 package: O: \ 87 \ 87936.DOC4 -15- 200413974 Evening Media (MM slot) MF Part 2 / Minute (additional file) Other parts below pt2 (Figure 3 is only for other parts In the case of the second part pt2), each part Pt 1, Pt2, ... is composed of part of the header and part of the information (message text and multimedia file MF). Also, as shown in the lower right of FIG. 3, a file memory area called a “File Library” is set in an external memory unit of the memory means 2 of the receiving-side terminal device CLr, and at the same time, it is called an “address book” The personal data memory area is 2 entries. 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, Xin uses the captured multimedia file MF as the caller melody, and uses this as the caller melody. In addition, the caller melody file stored in the file library 2F may be the one that stores the retrieved multimedia file MF as it is in the file library 2F. However, it may also be 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 multimedia file with separated personal information is stored in advance (for convenience, this is referred to as "separated multimedia file ^ !! ^") in the file library 2f, even if the multimedia file MF is transmitted after separation, Transfer to other devices, and still not leak personal information. Secondly, the business card information (personal information) indicated by the business card designation information cd included in the management data Dc of the ^! 7 (personal information) E4, E5, E6, ... (including address information E5, E6), The element data De is taken out, and corresponding to the file library 2f2 multimedia file (calling melody file) MF and stored in the address book 28. As mentioned above, enter the phone number in the specified multimedia file MF of the sound or melody data and other images or text columns O: \ 87 \ 87936.DOC4 -16-, etc. 、 Mail imitation MF / name attached, ΓΤ _ special personal information. Therefore, on the receiving side terminal device CLr, you can receive half of the receipt and send it to the clothing: < Yan Yan, V will use the media file MF as a "business card" type, such as "", corresponding to the call melody / standby daytime of the transmission-side terminal CLs of the counterparty who transmits the multimedia file MF. There are three methods for making and transmitting the body k MF: [1] ~ Xu Yang will explain each method in detail. 'However, the common structure of each method is described in the following sections: Zhao Shi, + r, Dan Dao 乂 / [ 1] The first embodiment is described in advance. [1] A multimedia file MF is created in the transmission-side terminal device CLSR, and the multimedia file MF is attached to an email · and sent to the receiving-side terminal device. The method of CLr (the first embodiment); [2] Send the information (address information, image data, etc.) required to make a multimedia file to the feeder sv, and perform multimedia on the temple sv Method for making or storing broadcast__ and delivering it to the receiving-side terminal device CLr · (second and third embodiments); f [3] a multimedia slot mf to be made in the transmitting-side terminal device CLs Spring body, sent to the server SV, and delivered to the receiver by the server sv Method of the terminal device CLr. [First method = first embodiment] Fig. 4 shows the method according to the first method [1] on the transmitting terminal device. The multimedia slot is made in ls and transmitted directly to the receiving side. The overall processing flow of the multimedia of the terminal device CLr [the first embodiment]. In the whole processing 1 of the first embodiment, the transmission side of the transmission source instructing the transmission source of the multimedia file MF is O: \ 87 \ 87936.DOC4- 17- 200413974 The terminal device CLs is made into a multimedia file MF (step CS1). The multimedia file is attached to the e-mail and sent to the receiving terminal device c of the other party. Step CS2) 〇 On the receiving terminal device CLr, The e-mail MR sent from the transmission-side terminal device CLs analyzes this (step CR1), and according to the lean message extraction steps described in FIG. 3, the multimedia mail MF is retrieved by the received mail MR (step CR2). Parse the captured multimedia file MF, capture business card information, E5, E6, ... (step CR3). Also, make the multimedia file mf correspond to the business card information as a private law file, and The file MF and business card information _ In the library 2F and address book 2A of the receiving-side terminal device CLr (step cr4). That is, the multimedia file MF and business card information are further configured so that the address information ΛΕ5 and E6 are used as the main information to retrieve the multimedia. File MF. Thereafter, the transmission-side terminal device CLS transmits the call or mail transmission to the receiving-side terminal device cLr (step CS3), and the transmission-side terminal device CLs transmits the transmission data to confirm the terminal device cls. The identification information (that is, address Beixun) (step CR5), the call melodic file (multimedia file) MF corresponding to the confirmed identification information $ by the library 2F is read out on the RAM, and the output of the handphone 3 is output. The display device, audio output unit, etc. are played as a melody for incoming calls, a standby daylight, etc. (step CR6). [Multimedia file creation processing] Fig. 5 shows the overall processing of Fig. 4! An example of the operation flow of a multimedia file processing (CSi). The multimedia file 1 ^ 1 " is made according to the MM file processing program, which is the same as the processing in Figure 6 of the previous application, and is made according to the multimedia file template (hereinafter referred to as "MMT"). MMT is the right to become the prototype of the desired multimedia file Μρ O: \ 87 \ 87936.DOC4 -18- 200413974, and the multimedia file MF_ in Figure 2, the element data is specified by the time and space configuration information and whether editing is possible Information Qiu Department keeps correspondence and remembers. Also, 'MMT's business card designation information Cd and business card information E4, E5, ... are permitted to edit, all are blank (no data), or part of the minimum data (and for example: address information E4, & related content.) On the transmission side terminal device CLs, a server SV or other user terminal device with MMT function can be received in advance, and it can be received by _ External Memory Department (2 ), X, can also be reprogrammed into the completed multimedia slot _ MF element data (referred to as replacement elements, including business card information), and stored in the external memory (2). In this multimedia file is processed, first, The MM D is read on ram0 (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), enter 'change MMT data according to the operation of the user _ (step M4). _ This editing operation ( M 3- > M4), for example: According to the permission instruction of the editable information Ep, the following is shown. (1) Whether the playback is possible: At the time sequence or time position of the track according to the space and time, decide whether to play the instruction. Co-daughter Dt Determining the elemental information (including business card information) De of the timely space allocation information; (2) The decision of the elemental data indicated by the time and space allocation designation information Ts: The situation of playing the elemental data indicated in (1) , Decides whether to play the key O: \ 87 \ 87936DOC4 -19- of the MMT or any of the various materials that have been stored in the transmission-side terminal device cLs (multiple playback patterns or types can be set); (3) Editing of document data configuration: About text column (document) data £ 3, ", ... 'refers to the time and space configuration; t information Ts and time space configuration executive m changes the specified range (sequence or position) within the specified range; ⑷ Business card information editing: Enter or change business card designation information or business card information δί1 (address information, etc.) E4, E5, ···; ⑺ Setting of playback conditions: Μ 于 在 (3), at each time ::: Elements outline contains business cards News), setting the complex aspects :: • owe dog handlers of the situation, decide what conditions correspond to what aspects of playing elements of shellfish material or what elements of information De De and other players. Furthermore, 'in the element data of (2), appropriate character effects such as animation or scrolling can be applied to the character data or image data display media data. In this case, the subject is defined in the multimedia slot MF in advance. In addition, according to specific playback conditions, a plurality of playback modes may be defined in advance, so that such image effects are applied or not applied. Similarly, 'for each multimedia slot MF, prepare more than 1 准备, but a plurality of types of display information based on text data, according to specific playback conditions, set the corresponding response information, and ^, pictures of machine screens, etc. Like information, or 臬 s sfl used for incoming melody data, multiple types of data can be prepared, and the corresponding data content can be set according to specific playback conditions ^ (the subject is defined in any case;). For the setting of the playback conditions in 如, as described above, regarding each element data ^, determine the playback corresponding to the setting of the plural playback mode or plural type O: \ 87 \ 87936.DOC4 -20- 200413974 Playback conditions. A typical example of this playback condition is the type of call event (caller type) from the transmission-side terminal device CLs of the transmission source. For example, when image information A and B are set in (2) as element data De to be played at a certain timing and position, and when a and b are set at other timing and position, when the type of incoming call from the terminal device CLs is a telephone, At each time sequence and position, it refers to the playback of image information A and message a, and the situation of e-mail, indicates the playback of image information B and message b, so that the information A, a ·· b, 3 that should be played corresponds to the type of call. do not. In addition, when changing the playback mode according to the type of incoming call from the same transmitting terminal device CLs, multiple multimedia files from the same transmitting terminal device can also be used. At this time, the user of the transmitting-side terminal device CLs is defined as a multimedia file that plays different images or BGM] ^! ^, MF2, and each multimedia file MF1, MF2 is transmitted to the same receiving-side terminal device .... Here, each of the multimedia files MF and MF2 is used as business card information, and includes different address information A (for example, MF1 includes a phone number, and MF2 includes e-mail address information): the receiving side and the end device CL1. Processing, corresponding to each of the included address information, that is, the type of call, store these multimedia training, MF2 in the slot library 2F, according to the package from the transmission side terminal device (snoring, etc.); ^ Measure the type of incoming call, and play the corresponding multimedia file (for example, if a call comes in, play the multimedia slot, and if it picks up, play the multimedia file MF2). The playback conditions are not set to the type of incoming call, and the element data can also be output in different playback modes according to the setting status of the playback mode of the receiving side and the CLr. At this time, on the transmission terminal device ⑴, a multimedia O: \ 87 \ 87936.DOC4 -21- 200413974 body slot MF is prepared in advance, which is set to obtain different playback variability depending on the playback mode; After receiving the terminal device CLr, the multimedia file mf is stored in the tank library 2F, and then the desired playback mode can be set 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 only displays the preview, then the preview processing (step M6) is performed to play and output the element data being edited to each output means 4. The user can confirm the editing status _ at any time, and judge the necessity of further changing the data . After the preview process (M6) or no preview instruction editing operation input (M5—NO), Xin judges whether the instructor has issued an instruction to end the processing (step M7), or if there is no such instruction (M7— No.), return to the initial display step (M2), and repeat the above editing operations (M2 to M7). Furthermore, if the editing variable information Ep is within the allowable range, the MMT data change processing (M #) can be changed several times for the same place, and it can be restored. When there is an end instruction (M7-YES), the edited MMT changed in the change process (M4) is accepted as a multimedia slot (MM slot) Mρ and the instructions should be output (for example, transmitted to the receiving terminal) The device CLr is stored in the external memory and memory 2 etc. (step M9), and according to this output instruction, the edited question is output, that is, the multimedia view F (step Gu). And after this slot output processing (brain) ', this multimedia file creation processing is finished. In addition, regarding the editing operation (3) of business card information editing (Y), business card information I /, and other element data separation processing, after the MMT change (M4) end instruction (M7sYES), as shown by the dotted line for additional Business card information where O: \ 87 \ 87936.DOC4 -22- 200413974 (step M8) can be executed. At this time, after the end instruction is given, each business card information is added to the element materials E5 to E6, and the business card designation information Cd may be generated or added at the same time. The multimedia file MF made by the file output processing (M9), or the multimedia file MF stored in the external memory 2 after the file is completed, is transmitted to the receiving terminal device CLr, and the content of the multimedia file MF itself All changes will be automatically compelled and cannot be edited. However, the business card designation data afl Cd allows the retrieval of various personal data (including address information E5, business card poor information) E4, E5, ..., etc. And delete. [Processing of the receiving terminal device] Figures 6 to 8 show the processing of the receiving terminal device cLr (CR1 CR4, CR5 to CR6) of the receiving terminal device receiving the multimedia file additional mail from the transmitting terminal device CLs in more detail. Process example. First, FIG. 6 is a flowchart showing a mail browser startup process for viewing the received e-mail on the receiving terminal device CLr. At the receiving-side terminal device CLr, before entering this processing flow, the e-mails that the terminal device CLr has received and stored in the external memory section of the memory slave 2 are displayed in a list on the display device of the output means 4. The user From this list, you can select the emails for which you want to display detailed content. In other words, if the user selects = from the mailing list displayed on the display device (4) to indicate that the e-mail should not be received, then analyzes the composition of the received mail MR according to the mail browser application (Liu Lan). Step CR11). Next, the text of the received e-mail MR is displayed on the display device (step CR12), and it enters a state waiting for some user operation (step Cr13). O: \ 87 \ 87936.DOC4 -23- Example 々 · 丄 In the case of receiving two additional multimedia verification emails, the frequency of 2: 1: MR is formed by the plural part (refer to Figure 3), and it is analyzed by the composition (crii) [When receiving the e-mail through CR (CR13), until the first part of the ptl mail is stored in the mail body], there are other parts (pt2, etc.) of the selection instructions or. 3. Standby until the application's end instruction (3). And, in this standby phase (CR13), for example, the processing of the "part eight display instruction event" shown in FIG. 8 is executed. Fig. 8 is a flowchart showing the processing of the "partial display instruction event" executed as the secondary (accessory) procedure of the mail browser of Fig. 6. In this processing flow: first, determine whether there is a part of the received mail selected from the list (whether the received mail is composed of plural parts, step CR21), and if there is a part (CR214YES), display the second part of the received mail after Pt2 Item information at the top and wait for some instructions from the user. That is, when an email contains plural parts, Pt2, ..., as mentioned above, usually the first part is the text, and the second part contains additional slots and so on. Therefore, when viewing an email containing plural parts (CR21-YES), "Front part" / "next part" Keys and the like are displayed on the display device (4), waiting for the user's instruction, and according to the user's instruction, any part is displayed. Here, if the desired part (m, etc.) is instructed by the user, it is determined whether the content type belongs to the multimedia MF regarding the instructed part 'from the information on the top of the part' (step CR22). Then, the content type of the part is investigated, and if it is a multimedia file MF (CR22 ~ > YES), it is further checked whether or not the name mfmcd is added to the management information De of the content (step cr23). In this check, if it is determined that the designated information of the business card is appended with ((: 1123 ~ O: \ 87 \ 87936.DOC4 • 24- 200413974 YES) ', a dialogue is displayed whether to register the content of the multimedia file MF and ask the user Registration of margin MF (step CR24). Based on this, it is determined whether the user chooses to operate "login" (step CR25). Furthermore, before the registration inquiry step = (CR23), it is appropriate to make the multimedia broadcast MF in the output means (Display device, broadcasting department, etc.) 4 playback configuration. By setting such a playback step, the user can confirm the specific content of the multimedia file MF or the details of the business card information (address information) in this part. Then, it has been used by When the user performs the “login” selection operation (CMS — YES), the multimedia standard MF material is called into the melody file and stored in the tank library 21 (step CR26), and at the same time, it is used as the element data—the part is buried in the received multimedia The address information of the file MF [telephone number (E5), mail address 位] or other personal information [name (E4), address, etc.], etc., are registered in the address book 2A (step CR27). Figure 3 is illustrated in connection with In the storage step (R26), the designated information of the business card and the designated business card information E4, E5, ... (including address information) can also be deleted from the received multimedia slot MF, and the business card information can be separated as personal information. The separated multimedia file M f is stored as an incoming call melody file. 疋 Furthermore, the user of the transmission-side terminal device CLS2 specified by the address information is associated with the stored incoming call melody file MF (step CR28p, that is, the business card information should be stored). The address information represented by specific token data (eg: phone number (E5) or mail address (E6)) is used as the transmission source identification data, and the identification data enables the transmission-side terminal device CLs and the caller melody File mf corresponds. And, after this association processing (CR28), end this event processing, return to ^ O: \ 87 \ 87936.DOC4 -25- 200413974 standby step of the mail browser startup processing (Figure 5: CRl 3). In the above, when the multimedia file MF is received as information attached to an email, when the mail browser selects a part to store the multimedia file MF (CR21 ~ CR22—YES), MF has business card designation (CR23—YES). Bei U will include business card information (personal data E4, E5, ...) with address information (E5, E6) attached to the file MF, and add it to the address book 2A ( CR27), will associate the multimedia file MF (CR28) with the source CLs specified by the address information (E5, E6). Also, in the above example, the login is displayed in a dialog display, and only when the user answers YES Register (CR24 to CR28) if necessary. However, if there is business card designation information Cd, you can also register automatically. Furthermore, in the second and third implementation modes described later, the multimedia slot MF is received using HTTP (HyperText Transfer Protocol) (Figure 10: CR42, Figure 11: CR52), as shown in Figure 8 ΠΑΠ As shown, the file information retrieval process is started from the registration inquiry step (CR24). In this way, the incoming call melody file MF and business card information are registered, and if it is associated with the corresponding transmission-side terminal device CLs (CR26 to CR28), it will be recognized later as being made (the second embodiment described later indicates the multimedia Made of file MF) When a call from a user of the transmission-side terminal device CLs of the multimedia file MF (for example: a phone call, an email call, a call such as a connection request, etc.) is associated with the transmission source in FIG. 8 In step (CR28), the incoming call melody file MF associated with the user is read out, output to the output means 4, and played as an incoming call melody or standby daytime display. Furthermore, in the partial judgment step (CR21), when there is no judgment (CR21 — NO), and in the registration instruction judgment step (CR25), it is judged as "unregistered" O: \ 87 \ 87936.DOC4 -26- 200413974 At the time of the subject (CR25-N〇) ', it immediately returns to the standby step of the mail browser start processing (Figure 5: CR i 3). In addition, in the slot type discrimination step (CR is called, when the judgment is not a multimedia mark MF (CR22-No)), and when the business card check step (CR23) 'does not detect business card designation information (CR23 ~ n〇), the output means 4 Play the content of the part, display or broadcast, and inform the user that the content (including file types) or business card information does not exist (step CR29). If the user confirms this, return to the mail and start processing. Standby steps (Figure 5: CR13) 〇 Figure 7 shows a flowchart of the "call incoming event processing" executed on the receiving terminal CLr according to a call from the transmitting terminal device 0] ^. Here, the processing flow is based on If there is a call from the transmitting terminal device cu, for example, ... < In the event of an incoming call, such as an incoming call, such as an e-mail connection request, the caller's information is used to detect the identification information of the caller (step ⑽). Second, according to this, the user of the transmission-side terminal device CLs corresponding to the call is identified Whether the incoming melody file MF is stored in the library 2F (step cR32). Here, if there is an incoming call melody slot MF (CR32-YES) corresponding to the transmission-side terminal device CLs, the incoming call melody file mf is played by the output means 4 and an incoming call notification process is performed (step CR33). Figure 9 is an example of the output content played by the output means according to the incoming call melody file% ?. In addition, if there is no such file (CR32 ~ * > NO), the process of notifying the purpose of the incoming call is performed using a predetermined method of the incoming call tone or incoming picture used in the receiving-side terminal device CLr (steps) CR34). Moreover, after such incoming call notification processing (Cr33, CR34), it enters a state waiting for the next communication or user operation (step O: \ 87 \ 87936.DOC4 -27- 413974 CR35). Shan Zai, as already explained, the general terminal "k = CLr" on the receiving side of the embodiment of the present invention can receive the multimedia slot mf of the content set with the plural element data from the transmitting terminal device 按照 according to the type of incoming call. This is prepared as an incoming call red law coffin, and the incoming call melody slot MF is played according to the type of the incoming call event type from the transmission-side terminal device CLs with the set play content. : Also: 'Incoming call event processing at receiving terminal device CLr (Figure 7), if looking for incoming call melody file MF (CR32 — YES) corresponding to the transmitting terminal device cu (CR32 — YES), as shown in Figure 9 To play the content corresponding to the call type_ category of the communication, it is played on output means 4. To be 'in the transmitting terminal device CLs, the multimedia logo (calling melody file_preliminary meaning stored in the receiving terminal device CLr as content in the receiving side terminal device CLr is defined in advance, so as to correspond to a call event such as a telephone (call) call or an email message, etc. Kind of 'J < Play different images (E2) or BGM (El), message ㈤), etc. In addition, if there is an incoming call from the terminal device CLs on the transmission side, the output state of the specific content blocked by MF & 4 will be changed according to the type of the incoming call. The change of the output $ not only prepares multiple types of data in advance, but also contains text and images. ^ It can also perform this image effect in the caller melody file (multimedia coffin _, appropriately defined animation-^ scroll and other shirt-like effects'. Bgm The music effect is also σ meaning 1 type, and it is also possible to use plural types of data defined in the file MF in advance. It is also possible to define plural multimedia content from the transmission-side terminal device CL. Each call category will play a different image or M this day ^, and can also be transmitted on the transmission side terminal device cLs with a plurality of O: \ 87 \ 87936.DOC4 -28- each of multimedia content, preset the call category, In order to switch the playback according to the identification information of the transmission source (telephone number E5 or e-mail address E6, etc.) ♦ "Lüfu" When registering business card information from each multimedia content, it can also correspond to each incoming call from the terminal device CLs on the transmission side. In the above example of FIG. 9, according to the poor information specified in the multimedia file MF (calling melody file), according to the incoming call event received by the receiving-side terminal device CLr This category is a phone call or an email. The display device of output means 4 displays different messages (E3), address information (telephone number E5 or mail address E6), and user name (E4). The background music (E1: "BGM1," or ffBGM2 ,,) is played by the audio output section. Furthermore, in this example, since the image (E2) is not set with multiple image information, 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. Generally, the file data stored in the terminal device can be transferred to other devices, so if some Measures, personal information is forbidden from leaking freely. Therefore, in the aforementioned second method [2], the user of the transmission-side terminal device CLs of the transmission source does not directly transmit the multimedia file MF, and once in accordance with the user's instructions, the server The SV is made into a multimedia file 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 of the specific destination. The terminal device CLr restricts the transmission destination of the multimedia file MF and prevents personal information from leaking. In addition, in the second method [2], the "multi-transmission" information is added to the transmitted multimedia file MF. It becomes the destination of the transmission. Each receiving-side terminal device O: \ 87 \ 87936.DOC4 • 29- 200413974 'Comply faithfully with "non-transferable"' to prevent transmission or transfer of this building's MF to other farms. 'And' manage the multimedia slot MF The function of sending destinations is expected to be perfect (the third embodiment). Figures 10 and 11 show how to use the second method [2], according to the ## of the CLs from the final i% device on the transport side, to the servo The entire multimedia processing flow in the case of the multimedia 仏 MF [second and third implementation aspects] is created and stored on the server sv. First, in the overall process 2 of the second embodiment of FIG. 10, from the transmission-side terminal device that instructs the transmission source of the multimedia parameter slot MF to be transmitted, it is required to make the multimedia broadcast MF that is to be sent. The element data is to send personal data such as address information (E5 E6), and media data such as call melodies (Ei) or image data (e2) directly to the server SV by the method attached to e-mail or Ηττρ (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. According to the server sv, according to the personal data and media data transmitted by the transmission-side terminal device CLs, the same processing as that of the multimedia file of FIG. 5 is performed, and the same multimedia file MF as that of FIG. 2 is made (step S41). ). The created multimedia file MF is in the form of a URL (Unifault Resultation Locator: Uniform Resource Locator). The multimedia file MF can be specially designated in a single meaning and stored in a memory means set in the server SV ( External memory department) 2 file database (db) sd. At this time, the multimedia file MF that is created and stored cannot be transmitted without additional information. ”The receiving-side terminal device CLr that accepts this multimedia file MF cannot be used (through O: \ 87 \ 87936.DOC4 -30- 200413974). Transfer this file to another device. In addition, if the multimedia file MF is specifically designated in a single meaning, the registration information is not limited to the URL, and other information is also possible. Next, the registration information inherent in the multimedia file MF of the transmission-side terminal device CLs made and stored in the server SV is notified to the transmission-side terminal device CLs 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 server SV by HTTP, the login notification may also be displayed by HTTP, or by other devices such as FAX. Further, the registration information notified by the transmission-side terminal device CLs is further notified from the transmission-side terminal device CLs to an arbitrary receiving-side terminal device CLr as a destination, and is notified by e-mail or the like. The receiving-side terminal device CLr accesses the server SV via HTTP in accordance with the notified registration information, and requests a multimedia file MF corresponding to the registration information (step CR41). If the server SV receives this request (step S43), the file database SD takes out 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 MF is received, it is the same as the first embodiment [refer to FIG. 3 and FIG. 4: CR3 to CR4, FIG. 6 and FIG. 8 (where the situation of HTTP starts with “people”) 】 Same as above, analyze the file MF (step CR42), associate this file MF with the address information, and re-arrange and download it as the caller melody file (step CR43). After that, it is the same as the first embodiment (Figure 4). : CS3, CR5 to CR6, Figure 7: CR31 to CR3 3) Same, from the transmitting terminal device CLs to the receiving terminal device O: \ 87 \ 87936.DOC4 -31- 200413974 5 If there is a call or mail delivery, etc. (Step CS3), the transmission information of the transmission side terminal Pei CLS confirms the identification information of the terminal device CLs (also address Λ step CR5) 'The incoming call material (multimedia slot) MF corresponding to the confirmed identification information Read from the library 2? On the ram, and play it as an incoming call melody or standby screen, etc. via the output hand, device 3, or audio output section (step CR6). It is a person, and the second embodiment The same, the third embodiment illustrated in Figure 丨 丨: its composition can be more Mmf is stored in health reading, and at the same time, it is saved on the feeding MV to send and send to the dragon to manage the sending and sending of the file. In the second embodiment of the picture u, the overall process 3, first, the transmission of the transmission source of the multimedia broadcast MF The user of the side terminal device cLs will prepare the address information (M, M), image data (Incoming melody, etc.) required for the desired media file, and specify the data to be sent. One of the multimedia file MF or the destination information of the user of the plurality of receiving-side terminal devices cu is transmitted to the server M by an additional e-mail or ， ττρ to instruct the creation and transmission of the multimedia file MF (step CS51). Sending destination information example 'Phone number or IPv6 (Internet Pr0c0i 6: Internet version 6) can be specified in a single sense as the information of the receiving-side terminal device to which the destination is sent. Send the instruction to select the MMT of the multimedia file MF. In the server SV, according to the element data De 'from the terminal device CLs on the transmitting side, the same steps as the method described above (refer to FIG. 5) are made into the multimedia file MF. The completed multimedia file 1? Is stored in association with one or more sending destination terminal devices CLr designated by the sending destination information (step S51). In summary O: \ 87 \ 87936.DOC4 -32- 200413974 'by URL, etc. The inherent registration information is added, and the multimedia slot MF is stored in the slot database. At the same time, it corresponds to the stored multimedia slot, and records the sending destination information in the sending destination list file LS. Second, the server SV The de-editing device controls one line, and notifies the transmission-side terminal device and the destination terminal device CLr of the multi-media one or two and the recorded data Λ by a private mail or the like (step S52). For example: The multimedia slot mill fox will simultaneously notify the transmission source CLs and the designated destination or multiple destinations [^. Furthermore, there is also a method of directly transmitting the multimedia file MF to the specified destination terminal 孀 device CLr without using such a URL notification (at this time, immediately proceed to the file sending and receiving step (S55, CR52)). At the receiving-end terminal device CLr, according to the notified registration information, access the temple server SV with Ηττρ, and request a multimedia slot MF corresponding to the registration information (step CR41). If the 4 service SV receives the request (step 53), it compares the user identification information of the requested receiving-side terminal device CLr with that indicated in the sending destination f message of the multimedia dragon MF recorded in the sending destination list label LS. The terminal f device user information determines whether it is permitted to send the multimedia file MFs 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 it should be sent (S54-yes), it should be taken out from the file database sd ^ and the multimedia file MF can be sent in the form of email attachment or Ηττρ The receiving-side terminal device CLr is given (step S54). In addition, the user identification information and ^ where-to-go information are not -5 夂 "Unable to send ⑻" ⑽, the subject is notified to the receiving-side terminal device CLr, or the notification is ended without notification: O: \ 87 \ 87936 .DOC4 -33- 200413974 required processing. At the receiving terminal device CLr, if the multimedia file Mf is received by the server SV, the analysis of the slot MF is performed in the same way as in the first and second embodiments (step CR52) ' Correspond this multimedia file with the address information, and re-arrange and download it as the melody of the incoming call. In addition, if there is a transmission from the receiving-side terminal device CLs, it will be in the same way as the first and second implementations. The same steps should be followed to transmit and play the caller melody or standby day and time according to the caller melody file (multimedia file). Figure 12 shows the second and third embodiments, the multimedia file is stored on the server. An example of the transition of the display device screen when the transmission-side terminal device CLs is accessed at the server § ¥ with §ττρ, and the desired multimedia file% 17 is not created (Figure 10: CS4i, Figure u: CR41). Address information input Screen (1) is the screen for entering the user name (E4), phone number (E5), and email (E6) of the CLs on the transmitting side. In this example, the user can click "Please enter address information The guidance solution is to enter data. However, the receiving terminal device cLr can register its own address information in advance 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 the day surface input for the purpose of using images and melody as the media information content of the media data of the created multimedia file MF. Users can follow the "Please enter content" bow I will explain and perform data input. However, it is also possible to select this by storing the media information content which becomes the element in the server 3 ¥ in advance. The content confirmation screen (3) on the right side of the previous paragraph is for confirmation. It is the screen of the element data content of the multimedia file MF, which is O: \ 87 \ 87936.DOC4 -34- 200413974. At this point, it is also possible to preview the content of the multimedia file (calling melody file) MF made according to this content. Each day surface (3a) to (5) in the next paragraph is a screen transition example of the case where the destination is further specified as shown in the third embodiment (Figure 11: CR41). At this time, the content confirms that the day surface is (3) — The general is not over, and becomes the general (3b) on the left side of the next paragraph.吕 Lu Zhi, after confirming the content with the content confirmation day (3b), move to the sending destination designation screen (4) in the center of the next paragraph, and then move to the sending destination _ confirmation screen (5) on the right side of the next paragraph. In addition, a sample MMτ of the multimedia file ^^^^ can also be selected. _ In this way, in the second method [2], each user terminal device CL does not need to be a mobile phone terminal device, and any terminal device such as a pc, a game machine, a video converter, ρ〇Α can also be used. In addition, the connection with the ship MV can be adapted to use various communication modes including wire connections. [Third method] In the second method described above [3], a multimedia building is made on the transmission side terminal device CLs, and the completed multimedia file MF-D is absorbed in the feeder sv, and transmitted by the server sv To the receiving-side terminal device CLr. Therefore, the difference between this method ⑴ and the second or third embodiment (the second method [2]) is that the stage (SV41, SV51) of the map η is moved to the transmission-side terminal device.

⑴，於該階段，於傳送側終端裝置CLs接收多媒體標MF 或發送去處資訊，並夺林Μ 1 ^ 。己錄於檔資料庫SD或發送去處列表檔 ;於伺服器S V，將儲存、鉻、、，々 ^运之夕媒體檔MF與發送去處CLr 關聯，將多媒體檔MF僅轉 听文、、，口扣疋之發迗去處CLr而進行 控制，此點並無不同。i 土 者’發送去處指定資訊亦能以埋 O:\87\87936.DOC4 -35- 200413974 入由傳送側終端裝置CLs所傳送之多媒體槽mf之形式而發 送0 於以上所說明之實施態樣，說明將作為名片資訊之姓名 或住址等刀別作為文件貧料而輸人者，然@，將姓名、住 址a 4號碼、電子郵件位址、首頁之url等集中記錄之 電子名片（ν〜時）資訊，料本發明之名片資訊而附加於 多媒體檔MF亦可。 【發明效果】 如以上σ兒明，根據本發明，對於多媒體檔附加個人資訊 ，故於通訊終端裝置，藉由將附加之個人資訊儲存於位址 薄，將可獨立於多媒體稽，作為「名片」式資料而有效利 用夕媒體播係對應於包含於個人資訊之位址資訊而被記 隐於檔庫故若有來自傳送源終端裝置之來電，可將對應 於該傳送源終端裝置之來電旋律槽之要素資料由槽庫讀出 ，作為對應於傳送對象之來電旋律/待機畫面等而利用。 並且於祠服器，按照傳送源使用者之指示，於伺服器 上產生多媒體檔MF，管理對應於此多媒體檔之發送去處資 Λ將附加不可轉送」貢訊之多媒體檔僅傳送給發送去 處資訊所指定之特定傳送去處，故接收多媒體檔之通訊終 端裝置不能將該檔傳送或轉送給其他裝置。 又於通Λ終端裝置，若接收到多媒體檔，則由接收之 多媒體檔，將包含位址資訊之個人資訊分離並記憶於位址 薄，使個人資訊分離後之多媒體檔對應於位址資訊而記憶 ，故即使因錯誤而將分離後多媒體檔傳送或轉送給其他裝 O:\87\87936.DOC4 -36- 413974 置由於個人資訊已被冊彳除，故個人資訊仍然不會由該檔 洩漏。 【圖式簡單說明】 圖1係表不本發明之一實施例之多媒體利用系統之 概要圖。 圖2係表示本發明之—實施例之多媒體制系統所處理 之多媒體檔之資料構造之一例。 圖3係為了 5兄明由傳送至接收側終端裝置之電子郵件擷 取多媒體檔及名片資訊之手法之示意圖。 圖4係表示將於傳送側終端裝置所做成多媒體樓傳送給 接收側終端裝置之情況「篦一奋 月凡L弟一貝轭恶樣〕之全體處理之 程圖。 圖5係表示多媒體檔做成處理之流程圖。 圖6係表示純收側終端裳置所執行之郵件㈣器啟動 處理之流程圖。 圖7係表示於接收側終端装置所執行之通話來電事件處 理之流程圖。 圖8係表示作為郵件劉覽器（圖6)之次程序而於接收側線 端裝置所執行之部分顯4示事件處理之流程圖。 圖9係按照多媒體槽（來電旋律擋）而以輸出手段播放之 輸出内谷之-例。 一圖1〇係表示於龍器做成並储存多媒體檀之情況〔第二 實施態樣〕之全體處理之流程圖。 圖11係表示將於傳送側終端奘罢 鳊凌置所做成之多媒體檔儲存 O:\87\87936.DOC4 -37- 200413974 於伺服器之情況〔第三實施態樣〕之全體處理之流程圖。 圖12係表示將多媒體檔儲存於伺服器之情況〔第二及第 三實施態樣〕之HTTP之晝面例。 【圖式代表符號說明】 SV 遞送伺服器（主裝置） CL、CL1〜CLn、CLs、CLr 用戶終端裝置 MF 管理資料Dc、時空間配置軌資訊Dt及要素資料De 所組成之多媒體檔（來電旋律檔） MR 附加多媒體檔MF之電子郵件 O:\87\87936.DOC4 38-That is, at this stage, the transmitting terminal device CLs receives the multimedia target MF or sends the destination information, and wins the forest M 1 ^. It has been recorded in the file database SD or the send destination list file; on the server SV, the storage, chrome ,,,, and transport media files MF are associated with the send destination CLr, and the multimedia file MF is only transferred to the text ,,,, There is no difference in the control of CLr where the hair clips go. i The local sender's designated destination information can also be sent in the form of O: \ 87 \ 87936.DOC4 -35- 200413974 into the multimedia slot mf transmitted by the transmission-side terminal device CLs. 0 In the implementation mode described above , Explain the name or address used as business card information and other documents as a document to lose, but @, name, address a 4 number, e-mail address, home page URL and other electronic business cards (ν ~ Time) information, the business card information of the present invention may be added to the multimedia file MF. [Effects of the Invention] As described above, according to the present invention, personal information is added to multimedia files, so in the communication terminal device, by storing the additional personal information in the address book, it can be independent of the multimedia auditor as a "business card" The effective use of media data in the media format is corresponding to the address information contained in personal information and is hidden in the archives. Therefore, if there is an incoming call from the transmission source terminal device, the incoming call melody corresponding to the transmission source terminal device can be used. The slot element data is read from the slot library and used as the incoming call melody / standby screen corresponding to the transmission target. And at the temple server, according to the instructions of the user of the transmission source, a multimedia file MF is generated on the server to manage the sending destinations corresponding to this multimedia file. Λ will be attached to the multimedia file that is not retransmittable. The specified transmission destination, so the communication terminal device receiving the multimedia file cannot transmit or forward the file to other devices. On the Tong Λ 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. Memory, so even if the separated multimedia file is transmitted or transferred to another device due to an error O: \ 87 \ 87936.DOC4 -36- 413974 Since personal information has been deleted, personal information will not be leaked from the file . [Brief Description of the Drawings] FIG. 1 is a schematic diagram showing a multimedia utilization system according to an embodiment of the present invention. Fig. 2 shows an example of a data structure of a multimedia file processed by the multimedia system of the embodiment of the present invention. Fig. 3 is a schematic diagram of a method for retrieving multimedia files and business card information from an e-mail sent to a receiving terminal device for the purpose of understanding. Fig. 4 is a flowchart showing the overall processing of the case of "transmitting one month and one brother and one yoke" when transmitting the multimedia building made by the transmitting terminal device to the receiving terminal device. Fig. 5 shows a multimedia file Figure 6 is a flowchart showing the process of starting the mailer executed by the terminal device on the pure receiving side. Figure 7 is a flowchart showing the processing of the incoming call event performed by the receiving terminal device. Series 8 shows the flowchart of event processing on the part of the receiving side line end device as the sub-program of the email browser (Figure 6). Figure 9 shows the output method according to the multimedia slot (call melodic block). An example of the output of the inner valley. Fig. 10 is a flowchart showing the overall processing of the case where the multimedia device is made and stored in the dragon [second embodiment]. Fig. 11 shows that it will be transmitted to the terminal on the transmission side. The flowchart of the overall processing of the multimedia file storage made by Lingzhi O: \ 87 \ 87936.DOC4 -37- 200413974 in the case of the server [the third embodiment] Figure 12 shows the storage of multimedia files in The situation of the server Second and third implementation aspects] HTTP daytime examples. [Illustration of symbolic representation of drawings] SV delivery server (main device) CL, CL1 ~ CLn, CLs, CLr User terminal device MF management data Dc, time and space Multimedia file composed of track information Dt and element data De (call melodic file) MR e-mail with multimedia file MF attached O: \ 87 \ 87936.DOC4 38-

Claims (1)

200413974 拾、申請專利範圍： 1. 一種伺服器’其特徵在於包含： 之要素資料及 資料接收手段，其係接收構成多媒體標 發送去處資訊者； 檔做成及儲存手段，其係根據接收之要素資料，做成 設定為不可轉送之多媒體稽，同時將做成之多媒體槽盘 上述發送去處資訊關聯而儲存者； 〃200413974 Scope of patent application: 1. A server 'characterized by: Contains: elementary data and data receiving means, which receives the information that constitutes a multimedia target to send destinations; file creation and storage means, which are based on the received elements The data is made into a multimedia recorder which is set to be non-transmittable, and at the same time, the created multimedia slot disk is associated with and stored in the above information; 资讯 且錄通知手，其係將表示對應於做成之多媒體稽々 URL之登錄貧訊，通知上述要素資料及發送去處資訊 送源者；及 槽傳运手段’其係按照有由通訊終端裝置至上述URL 之存取要求，識別要求該存取之通訊終端裝置是否包含 於上述發运去處資訊，僅於包含於上述發送去處資訊之 情況，傳送與上述URL關聯之多媒體檔者。 、σ 2. 如申請專利範圍第丄項之伺服器，其中前述要素資料包含 來電旋律資料及前述傳送源之位址資訊。 3. 一種通訊終端裝置，其特徵在於包含： 槽接收手I又，其係接收附加包含特別指定發送源終端 農置之位址資訊之個人資訊之多媒體槽者； 記憶手段，其係由接收之多媒體檔將個人資訊分離並 獨立記憶，同時將該個人資訊被分離之分離後多媒體檔 ，與包含於該個人資訊之位址資訊關聯而記憶者；及 播放手段，其係按照來自由包含於記憶之個人資訊之 位址資訊所特別指定之發送源終端裝置之來電，將與該 位址資訊關聯之分離後多媒體檔讀出並播放者。 O:\87\87936.DOC5And record the notifier, it will indicate the corresponding correspondence of the created multimedia audit URL, inform the above-mentioned element data and send the information to the source; and the transport method 'It is based on the communication terminal device to The access request of the URL identifies whether the communication terminal device requesting the access is included in the shipping destination information, and only in the case of the sending destination information, transmits the multimedia file associated with the URL. , Σ 2. If the server of the item 丄 of the scope of patent application, the aforementioned element data includes the melody data of the call and the address information of the aforementioned transmission source. 3. A communication terminal device, comprising: a slot receiving hand I, which is a multimedia slot that receives additional personal information including address information of a farm source terminal specifically designated for transmission; and a memory means, which is received by the receiving device A multimedia file separates personal information and memorizes it independently, and at the same time, the separated multimedia file that has separated the personal information is associated with the address information contained in the personal information and memorized; and a playback method, which is included in the memory according to the freely Incoming calls from the source terminal device specifically designated by the address information of the personal information will be read out and played by the multimedia file associated with the address information after separation. O: \ 87 \ 87936.DOC5
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 true TW200413974A (en) 2004-08-01
TWI244012B 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
CN101077008A (en) * 2004-10-13 2007-11-21 韩国电子通信研究院 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
EP2966589A4 (en) * 2013-03-04 2016-03-02 Yim Wai Yau Communication terminal product supporting interactive association 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
JP2004213274A (en) 2004-07-29
CN1327364C (en) 2007-07-18
TWI244012B (en) 2005-11-21
KR20040060810A (en) 2004-07-06
CN1512423A (en) 2004-07-14
JP4716237B2 (en) 2011-07-06

Similar Documents

Publication Publication Date Title
JP4383690B2 (en) Digital content output method and system
JP4833147B2 (en) Terminal device, comment output method, and program
US7408106B2 (en) Tele-karaoke
JP4829171B2 (en) Terminal device, comment distribution server, comment transmission method, comment output method, comment distribution method, and program
US20070168262A1 (en) Information processing system, information processing apparatus, information processing method, information processing program and recording medium for storing the program
US20080133600A1 (en) Minutes production device, conference information management system and method, computer readable medium, and computer data signal
JP3955726B2 (en) Document annotation method, system, and computer-readable recording medium
US20080270913A1 (en) Methods, Media, and Devices for Providing a Package of Assets
JP2008160337A (en) Content-linked information indicator and indicating method
KR20010083203A (en) Method for transmitting image data and terminal for image processing and portable terminal
JP2007028410A (en) Program, apparatus and method for relaying registration or extraction of voice information to electronic bulletin board
US20080057902A1 (en) Distribution of customized ringtones for mobile devices
US7591429B2 (en) Album providing system with function of registering/distributing contents and calendar providing system with function of registering/regenerating contents
KR100619308B1 (en) Multimedia Messaging Service system and method thereof
TWI339058B (en)
TW200413974A (en) Server and communication terminal device
JP4779475B2 (en) Electronic bulletin board information notification device
JP2008523759A (en) Method and system for synthesizing video messages
JP2007048255A (en) Data distribution system
JP2006099455A (en) Content delivery system
JP3928554B2 (en) Communication terminal
JP2013229644A (en) Moving image distribution system, moving image distribution method, and moving image distribution program
KR100742173B1 (en) Method for combining additional message with transmitting message and transmitting combined message and system therefor
JP2009017417A (en) Server, program and system for content distribution
JP2008010002A (en) Digital content viewing method and system

Legal Events

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