TWI246006B - Communication terminal device - Google Patents

Communication terminal device Download PDF

Info

Publication number
TWI246006B
TWI246006B TW092137161A TW92137161A TWI246006B TW I246006 B TWI246006 B TW I246006B TW 092137161 A TW092137161 A TW 092137161A TW 92137161 A TW92137161 A TW 92137161A TW I246006 B TWI246006 B TW I246006B
Authority
TW
Taiwan
Prior art keywords
terminal device
file
information
multimedia
data
Prior art date
Application number
TW092137161A
Other languages
Chinese (zh)
Other versions
TW200421145A (en
Inventor
Atsushi Yamaura
Toru Itayama
Katsura Kamimori
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 TW200421145A publication Critical patent/TW200421145A/en
Application granted granted Critical
Publication of TWI246006B publication Critical patent/TWI246006B/en

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/02Protecting privacy or anonymity, e.g. protecting personally identifiable information [PII]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/10Office automation; Time management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04MTELEPHONIC COMMUNICATION
    • H04M1/00Substation equipment, e.g. for use by subscribers
    • H04M1/72Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72403User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
    • H04M1/72442User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality for playing music files
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/18Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals
    • H04W4/185Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals by embedding added-value information into content, e.g. geo-tagging

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Quality & Reliability (AREA)
  • General Physics & Mathematics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Computer Security & Cryptography (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Data Mining & Analysis (AREA)
  • Theoretical Computer Science (AREA)
  • Multimedia (AREA)
  • Human Computer Interaction (AREA)
  • Information Transfer Between Computers (AREA)
  • Telephone Function (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)

Abstract

orresponding MM file, the critical data of the MM file corresponding to the address information of the terminal device of the transmission source are read from the file database 2F and play with respect to the incoming call melody/received screen of the terminal device of the transmission source.

Description

1246006 玖、發明說明: 【發明所屬之技術領域】 ’其係處理藉由音響 圖像、文字列等多種 本發明係有闕一種多媒體利用系統 或可視顯不而播放輸出聲音、音毕、 類之資訊之多媒體哎容者。 【先前技術】 以往,例如:行動電話之來電旋律或來電圖像或電子郵 件寻之各種情況係頻繁地利用通訊終端裝置,以接收文 字、圖像或聲音等各式各樣之資訊之提供並播放。例如: 專利文獻1係揭示-種數位無線電話用通信系統,1係可容 易轉送此種各種資訊含有長篇文章之郵件或圖像'音樂等 大容量内容之訊息者。 【專利文獻1】 特開2001-197553號公報 又’本中請人已於特願扇2_82831(以下稱為「先前申請 案」)提案一種可於通訊終'端裝置,以樣板(Template)編輯 圖像、音聲、文字列等所組成之多媒體資料之系統。於先 前申請案之系統中,預先準備:時間及空間配置指定資訊, 其係規定複數要素内容(文件資料、圖像資料、聲音資料、 旋律貧料等)之播放顯示時序者;記憶各要素内容之區域; 及其他具有頁首區域之樣板檔;終端裝置使用者可藉由在 該行動電話終端裝置上,適當改變此樣板檔或重新埋入要 素内容,以產生完成之多媒體内容。 於使用此種多媒體内容之系統,可完成由該終端裝置使1246006 Description of the invention: [Technical field to which the invention belongs] 'It deals with a variety of audio images, character strings, etc. The present invention has a multimedia utilization system or visual display to play and output sounds, sounds, etc. Information for multimedia content. [Prior art] In the past, various situations, such as the melody of incoming calls or the images or emails of mobile phones, have frequently used communication terminal devices to receive and provide a variety of information such as text, images, or sound. Play. For example, Patent Document 1 discloses a communication system for digital wireless telephones, and 1 is a person who can easily transmit large-capacity content such as e-mails, images, and music containing various types of information. [Patent Document 1] Japanese Patent Application Laid-Open No. 2001-197553 also states that the applicant has proposed a device that can be used at a communication terminal at JP 2_82831 (hereinafter referred to as "previous application"), and edited with a template. A system of multimedia data consisting of images, sounds, text, etc. In the system of the previous application, prepare in advance: time and space allocation designation information, which is required to display the display sequence of multiple elements (document data, image data, sound data, melody, etc.); memorize the content of each element Area; and other template files with a top area; the user of the terminal device can appropriately change the template file or re-embed the element content on the mobile phone terminal device to generate completed multimedia content. In a system using such multimedia content, the use of the terminal device can be completed

O:\87\87935 DOC 1246006 用者所個性化編輯之多媒體内容,並將此傳送給其他使用 · 者等,故可期待在多方面有效利用。 【發明内容】 本發明之主要目的在於提供一種通訊終端裝置,其係可 使來自其他通訊終端裝置之多媒體内容包含個人資訊,更 有效利用多媒體内容者。 若按照本發明之主要特徵,將提供一種通訊終端裝置 (CLr)〔申請專利範圍第1項〕,其係具備:檔接收手段(5 ; φ CIU、CR42、CR52),其係接收附加特別指定發送源終端裝 置(CLs)之位址資訊(E5、E6)之來電旋律檔(MF)者;記憶手 段(2A、2F ; CR4、CR26〜CR28、CR43),其係將接收之來 電旋律檔(MF)與附加於此之位址資訊(E5、E6)連關並記憶 者;及播放手段(4 ; CR5〜CR6、CR31〜CR33、CR44〜 CR45),其係按照來自由記憶之位址資訊(E5、E6)所特另U指 定之發送源終端裝置(CLs)之來電,將與該位址資訊(E5、 E6)連關之來電旋律檔(MF)由記憶手段(2F)讀出並播放 · 者。再者,括弧内係表示對應之實施例中之參考記號或用 語,於以下亦同。 於本發明之通訊終端裝置(CLi*),來電旋律檔(MF)為包含 來電音資料(E1)及圖像或文字列資料(E2、E3)之多媒體内容 檔;播放手段(4 ; CR5 〜CR6、CR31〜CR3 3、CR44 〜CR45) 亦或播放根據來電音資料(E1)之來電旋律,同時播放根據 圖像或文字資料(E2、E3)之圖像或文字列〔申請專利範圍 第2項〕而構成;記憶手段(2A、2F ; CR4、CR26〜CR28、O: \ 87 \ 87935 DOC 1246006 The multimedia content edited by the user is personalized and transmitted to other users, etc., so it can be expected to be effectively used in many ways. [Summary of the Invention] The main object of the present invention is to provide a communication terminal device, which can make the multimedia content from other communication terminal devices contain personal information, and make more effective use of the multimedia content. According to the main features of the present invention, a communication terminal device (CLr) will be provided [the first scope of the patent application], which includes: file receiving means (5; φ CIU, CR42, CR52), which is specially designated for receiving additional Caller melody files (MF) of the source terminal device (CLs) address information (E5, E6); memory means (2A, 2F; CR4, CR26 ~ CR28, CR43), which are the caller melody files to be received ( MF) who are related to the address information (E5, E6) attached to it and memorized; and the playback means (4; CR5 ~ CR6, CR31 ~ CR33, CR44 ~ CR45), which are based on the freely memorized address information (E5, E6) The incoming call specified by the source terminal device (CLs) specified by U will read the incoming call melody file (MF) related to the address information (E5, E6) by the memory means (2F) and Play by. In addition, the parentheses indicate reference signs or terms in the corresponding embodiments, and the same applies hereinafter. In the communication terminal device (CLi *) of the present invention, the incoming call melody file (MF) is a multimedia content file containing incoming call tone data (E1) and image or character string data (E2, E3); playing means (4; CR5 ~ CR6, CR31 ~ CR3 3, CR44 ~ CR45) or play the melody based on the call tone data (E1), and simultaneously play the image or text line based on the image or text data (E2, E3) [Patent application scope 2 Item] and constitute; memory means (2A, 2F; CR4, CR26 ~ CR28,

O:\87\87935 DOC 1246006 CR43)可具備儲存以位址接收手段(5 ; CR1、CR42、CR52) 、 所接收之位址資訊之位址薄(2 A),將附加於以位址接收手 段(5 ; CR1、CR42、CR52)所接收之來電旋律檔(MF)之位址 資訊(E5、E6)記錄於位址薄(2 A)〔申請專利範圍第3項〕而 構成。 〔發明作用〕 於此發明之通訊終端裝置(CLr),接收(CRJ、CR42、CR52) 附加其他發送源終端裝置(CLs)之電話號碼或郵件位址等 _ 類之位址資訊(E4、E5)之來電旋律檔(MF),將位址資訊 (E4、E5)與來電旋律檔(MF)連關而記憶(2A、2F ; CR4、CR26 〜CR28、CR43),按照來自以位址資訊(E4、E5)所特別指 定之其他終端裝置(CLs)之來電,讀出以位址資訊(E4、E5) 而連關之來電旋律檔(MF),同時播放,以通知(4 ; CR5〜 CR6、CR3 1〜CR3 3、CR44〜CR45)其為來自特定終端裝置 (CLs)之來電。 此來電旋律檔(MF)係例如··將來電音資料(E丨)、或圖像參 資料(E2)或者文字列資料(]£3)等作為要素内容而包含之多 , 媒體内谷槽,可藉由來電音資料(E1)播放來電旋律,同時 藉由圖像資料(E2)或文字列資料(E3)播放圖像或文字資訊 而顯示。又’此通訊終端裝置(CLr)具備為了儲存複數發送 源終端裝置(CLs)之位址資訊(E4、E5)等之位址薄(2A),於 此位址薄(2 A) ’可依序追記附加於預先由該發送源終端裝 置(CLs)接收之來電旋律檔(mf)之位址資訊(E4、E5)。 總言之’於本發明’在按照發送源終端裝置(CLs)之指示O: \ 87 \ 87935 DOC 1246006 CR43) can be equipped with address receiving means (5; CR1, CR42, CR52), the address book (2 A) of the received address information will be added to the address receiving The address information (E5, E6) of the incoming melody file (MF) received by means (5; CR1, CR42, CR52) is recorded in the address book (2 A) [item 3 of the scope of patent application]. [Inventive effect] The communication terminal device (CLr) in this invention receives (CRJ, CR42, CR52) additional telephone source or mail address of other source terminal devices (CLs), etc. _ type of address information (E4, E5 ) The incoming melody file (MF) links the address information (E4, E5) with the incoming melody file (MF) and memorizes it (2A, 2F; CR4, CR26 ~ CR28, CR43), according to the address information ( E4, E5) Incoming calls from other terminal devices (CLs) specially designated, read out the incoming call melody file (MF) linked with the address information (E4, E5), and play them at the same time to notify (4; CR5 ~ CR6 , CR3 1 ~ CR3 3, CR44 ~ CR45) This is an incoming call from a specific terminal device (CLs). This call melodic file (MF) contains, for example, a lot of caller tone data (E 丨), image reference data (E2) or character string data (] £ 3), etc. , Can play the caller melody through the caller tone data (E1), and display the image or text information through the image data (E2) or text line data (E3). Also, 'This communication terminal device (CLr) has an address book (2A) for storing address information (E4, E5), etc. of a plurality of transmission source terminal devices (CLs). Here, the address book (2 A)' The sequence record is added to the address information (E4, E5) of the incoming melody file (mf) received in advance by the transmission source terminal device (CLs). In short, ‘in the present invention’ is following the instructions of the source terminal device (CLs)

O:\87\87935.DOC 1246006 所預先傳送之多媒體檔(MF),不僅記述上述媒體資料(ei 〜E3),並附加該檔(MF)之發送源終端裝置(Cls)之使用者 姓名(E4)、電洁號碼(£5)、郵件位址(Eg)、住址等個人資訊。 故,將來自發送源終端裝置(CLs)之多媒體檔(MF),作為來 電旋律檔而記憶於通訊終端裝置(CLr)之檔庫(2F)之際,藉 由預先將同檔(MF)之個人資訊(E4、E5、…)儲存於位址薄 (2 A),可獨立於來電旋律檔(MF),作為「名片」式資料而 有效利用。又,來電旋律檔(MF)係與包含於個人資訊(E4、 E5、…)之位址資訊(E4、β5)對應而被記憶,故若有來自發 送源終端裝置(CLs)之來電,可將對應於該發送源終端裝置 (CLs)之來電旋律檔(mf)之要素資料(De : El、E2、…)由檔 庫(2F)讀出,作為按照特定傳送對象(C]Ls)之來電旋律/收到 晝面等而利用。 【實施方式】 以下,參考圖式,說明本發明之一實施例。然而,此僅 為一例,在不脫離本發明精神之範圍内,可進行各種變更, 以各種態樣而實施發明。 〔系統概要〕 圖1係表示包含本發明之一實施例之伺服器(遞送伺服器) 及通訊終端裝置(用戶終端裝置)之多媒體利用系統之構成 概要圖。此多媒體利用系統係如圖丨(1)之全體圖所示,由進 行樣板檔等各種多媒體資訊之遞送之1個或複數遞送伺服 器SV(圖式之例中雖為1個,然複數亦可),及具有做成多媒 體樓等、以郵件(MR)傳送之機能之複數用戶終端裝置O: \ 87 \ 87935.DOC 1246006 The multimedia file (MF) transmitted in advance not only describes the above media information (ei ~ E3), but also appends the user name of the source terminal device (Cls) of the file (MF) ( E4), electric cleaning number (£ 5), email address (Eg), personal address and other personal information. Therefore, the multimedia file (MF) from the transmission source terminal device (CLs) is stored in the file library (2F) of the communication terminal device (CLr) as the melody of the incoming call. Personal information (E4, E5,…) is stored in the address book (2 A), and can be effectively used as "business card" type data independently of the incoming call melody file (MF). In addition, the incoming call melody file (MF) is stored in correspondence with the address information (E4, β5) included in the personal information (E4, E5, ...). Therefore, if there is an incoming call from the source terminal device (CLs), The element data (De: El, E2, ...) corresponding to the incoming melody file (mf) of the transmission source terminal device (CLs) is read out from the file library (2F) as the file according to the specific transmission object (C) Ls. Call melodies / receive the day and time. [Embodiment] Hereinafter, an embodiment of the present invention will be described with reference to the drawings. However, this is only an example, and various modifications can be made to implement the invention in various aspects without departing from the spirit of the present invention. [System Overview] FIG. 1 is a schematic diagram showing a 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. This multimedia utilization system is shown in the overall diagram of Figure 丨 (1). One or a plurality of delivery servers SV are used to deliver various multimedia information such as template files. Yes), and a plurality of user terminal devices having a function of transmitting by mail (MR) as a multimedia building, etc.

OA87\87935.DOC 1246006 L 2.....CLn所組成,此等裝置SV、CL1〜CLn係 可經由通訊網際網路CN,互相通訊而連接。 、 遞送伺服器sv、各用戶終端裝置CL1〜CLn均可利用具有 個人电月®工作站、订動電話、pDA、遊戲專用機等通訊 機能之資訊處理裝置,通訊網路CN包含lan及網際網路或 電話線路網之廣域通訊網。故,例如:在用戶終端裝置⑴ 〜CLn為行動電話或PDA等可移動終端裝置之情況,遞送词 服器SV及用戶終端穸罟1 ~ ρτ a + 尸、、鲕裒置CL1〜CLn與實際通訊之基地台(bs〕 係經由通訊網路CN而連接。再者,於以下實施例,關於用 戶終端裝置CL1〜CLn,行動電話或具有與此同等機能之終 端裝置(例如:具備通訊卡片之個人電腦等)係特別適用。 如圖1(2)之内部構成區塊圖所例示,各用戶終端裝置CL1 〜CLn具備中央處理器(cpu)1、記憶手段2、輸入手段3、 輸出手段4、通訊手段5等。記憶手段2係由記憶控制程式或 控制用資料之唯讀記憶體(R〇M)部、暫時記憶處理用資料 之隨機存取記憶體(RAM)部、記憶各種資料或程式之外部 記憶部等所構成,此等記憶部能以半導體記憶體構成。又, 於記憶手段2之外部記憶裝置,設置為了儲存多媒體内容及 個人資訊之檔庫(FileLibrary)2F及位址簿2a。而且’ a⑴ 係將RAM部作為工作記憶體,按照職部之控制程式,利 用外部記憶部之資料,控制該用戶終端裝置之動作。 輸入手段3除了包含鍵盤或各種開關等主裝置,或滑鼠、 書寫板等指向裝置等之操作元件以外,尚包含麥克風或照 像機等音響或圖像資料輸入裝置等。又,輸出手段4係具備OA87 \ 87935.DOC 1246006 L 2 ..... CLn. These devices SV, CL1 ~ CLn can be connected to each other through the communication Internet CN. , Delivery server sv, and each user terminal device CL1 ~ CLn can use information processing devices with communication functions such as personal electric month® workstation, subscription phone, pDA, game dedicated machine, etc. The communication network CN includes lan and the Internet or Wide area communication network for telephone line networks. Therefore, for example, in the case where the user terminal device n ~ CLn is a mobile terminal device such as a mobile phone or PDA, the delivery server SV and the user terminal 1 ~ ρτ a + corpus, and the oolitic device CL1 ~ CLn are different from the actual The communication base station (bs) is connected via the communication network CN. Furthermore, in the following embodiments, the user terminal devices CL1 to CLn, mobile phones or terminal devices with equivalent functions (for example, individuals with communication cards) Computers, etc.) are particularly suitable. As illustrated in the internal block diagram of Figure 1 (2), each user terminal device CL1 to CLn includes a central processing unit (cpu) 1, a memory means 2, an input means 3, an output means 4, Communication means 5, etc. Memory means 2 consists of a read-only memory (ROM) section that memorizes control programs or control data, a random access memory (RAM) section that temporarily stores data for processing, and stores various data or programs The external memory unit can be composed of a semiconductor memory. The external memory device of the memory means 2 is provided with a file library (FileLibra) for storing multimedia content and personal information. ry) 2F and address book 2a. Moreover, 'a⑴' uses the RAM section as working memory, and uses the data of the external memory section to control the operation of the user terminal device according to the control program of the ministry. The input means 3 includes a keyboard or In addition to main devices such as various switches, or operating elements such as pointing devices such as a mouse and writing pad, audio or image data input devices such as a microphone or a camera are also included. The output means 4 includes

O:\87\87935.DOC -10- !2460〇6 包含CRT· LCD等顯干姑罢七1、 立寺”、、1不波置之可視顯示部,或包含音源·擴 響輸出(通知音)部等,隨終端裝置之種類不同,亦 進一步具備印表機等印刷部。 手^又5係為了經由通訊網路CN,與通訊祠服器SV或 :用戶、,,、端凌置通訊之手段,具備數據機或LAN卡等, 糟由與遞运健㈣進行通訊,可接收各種控制程式或資 | 可由伺服為SV,將有關多媒體内容檔之控制程 式本身由伺服☆ SV下載,儲存於外部記憶部⑺,按照此控 制程式’可進行有關多媒體内容槽之各種處理。又,移動 型終端裝置之情況,通訊手段5具備與基地台BS之無線通訊 手段,經由基地台BS而連接於通訊網路CN。 遞送伺服器SV係具有與圖1(2)相同之内部構成,如上 述,可將程式或資料提供給各用戶終端裝置CL。因此,於 記憶手段2之外部記憶冑’包含由磁性記錄媒體(軟碟、磁 帶機、硬碟等)或光記憶媒體(CD、DVD、M〇等)等適當之 s己錄媒體所構成之大容量記憶裝置。 〔多媒體檔〕 於本發明之一實施例之多媒體利用系統,多媒體檔(亦稱 多媒體内容檔,又,亦簡稱為MM檔。)MF係於各用戶終端 裝置CL(CL1〜CLn)之間或用戶終端裝置CL •遞送伺服器 SV間授受。此多媒體檔MF可於任意之用戶終端裝置CLs(1 $ η)做成,或根據同用戶終端裝置cLs之指示,於遞送 伺服器sv上做成,傳送給其他任意之用戶終端裝置CLr(i $ rS η,r关s)。於以下,將進行多媒體檔MF之做成或做成 O:\87\87935.DOC -11 - 1246006 指示之用戶終端裝置CLs稱為,,傳送側蚊 、例、,冬知裝置”,將多媒體 檔MF所傳送到之用戶終端裝f ΓΓ 私為接收側終端裝置’’, 關於遞送伺服器SV,僅稱為”伺服器”。 、、 轭例之多媒體利用系統所處理 例。於傳送側終端裝置CLs或伺 圖2係表示本發明之一實 之多媒體檔之資料構造之一 服器SV所做成之多媒體擋_係具有圖2所視覺表示之資料 構造,由管理資料Dc(左攔)、時空間配置軌資訊Dt(右上奶 及要素資料De(右下欄)所組成。此多媒體檀MF係以成為來 =旋律之樂音資訊(亦稱BGM)為主體,於此合成各種附屬 資訊者,於接收側終端裝置CLr作為來電用而儲存後,亦稱 為’’來電旋律檔π。 如圖2右下攔所示,於要素資料存在來電旋律資料 等音資訊、圖像資料E2等圖像資訊、文章資料趵等文章資 Λ等各種責料形式之媒體資訊,此等媒體資訊稱為該多媒 體槽MF之”媒體資料”或”要素内容”。例如:音資料£1係以 波形資料或MIDI樂音資料等形式表示,能以音聲或樂音等 而作為來電音或來電旋律而播放。又,圖像資訊E2能以圖 像資料或圖形資料之形式,利用於待機畫面等,文章資訊 E3可以疋以文字列(文件:tex〇資料之形式,藉由傳送側終 端裝置CLs之使用者所做成之訊息文等。 除了此種媒體資料,於要素資料De並進/步存在有關傳 送側終端裝置CLs之使用者之各種個人資料之使用者名稱 (名字)E4、電號號碼E5、電子郵件位址E6、住址(未圖示) 等’以文件資料所表示之名片資訊(亦稱個人資訊)。又,名O: \ 87 \ 87935.DOC -10-! 2460〇6 Contains CRT · LCD and other displays, including the visual display section, "Ri Temple", "1", or the sound source and sound output (notice Sound) department and other types of terminal devices, and further equipped with printers and other printing department. Hand 5 and 5 are in order to communicate with the communication temple server SV or: user ,,, and terminal via the communication network CN. Means, equipped with a modem or LAN card, etc., to communicate with the delivery health card, can receive various control programs or information | Servo can be SV, the control program itself related to multimedia content files can be downloaded and stored by the server ☆ SV In the external memory unit, various processes related to the multimedia content slot can be performed according to this control program. In the case of a mobile terminal device, the communication means 5 includes a wireless communication means with the base station BS, and is connected to the base station BS via Communication network CN. The delivery server SV has the same internal structure as that shown in FIG. 1 (2). As described above, programs or data can be provided to each user terminal device CL. Therefore, the external memory 记忆 'in the storage means 2 includes Magnetic recording medium (Floppy disks, tape drives, hard disks, etc.) or optical storage media (CD, DVD, M0, etc.), which are large-capacity memory devices composed of appropriate recorded media. [Multimedia file] In one embodiment of the present invention Multimedia utilization system, multimedia files (also known as multimedia content files, also referred to as MM files.) MF is between each user terminal device CL (CL1 ~ CLn) or user terminal device CL • Delivery server SV This multimedia file MF can be made on any user terminal device CLs (1 $ η), or on the delivery server sv according to the instructions of the same user terminal device cLs, and transmitted to any other user terminal device CLr ( i $ rS η, r off s). In the following, the multimedia file MF is made or made O: \ 87 \ 87935.DOC -11-1246006 The user terminal device CLs indicated is called, For example, "Dongzhi device", the user terminal to which the multimedia file MF is transmitted is installed as a receiving-side terminal device ", and the delivery server SV is only called" server ". Examples of processing by the multimedia utilization system of. The transmission side terminal device CLs or the multimedia file shown in FIG. 2 is a multimedia file made by the server SV, which is one of the data structures of the real multimedia file of the present invention. It has the data structure shown in FIG. 2 and is managed by the management data Dc ( Left block), time and space allocation track information Dt (upper right milk and element data De (lower right column). This multimedia sand MF is based on the music information (also known as BGM) of melody = melody as the main body, and here is synthesized various The subsidiary information is also called `` calling melody file π '' after the receiving-side terminal device CLr is stored as a caller. As shown in the lower right of Figure 2, there is audio information and image data such as caller melody data in the element data. Image information such as E2, article information, and other media information in various forms of blame such as article information, such media information is called "media material" or "element content" of the multimedia slot MF. For example: audio data £ 1 It is expressed in the form of waveform data or MIDI music data, and can be played as a ring tone or a call melody with sound or music. In addition, the image information E2 can be used in the form of image data or graphic data for standby. For example, the article information E3 can be in the form of a text string (document: tex〇 data), a message made by the user of the transmission-side terminal device CLs, etc. In addition to this media data, the element data De / The user name (name) E4, electric number E5, e-mail address E6, address (not shown), etc. of various personal data concerning the user of the transmission-side terminal device CLs are present. Information (also known as personal information).

O:\87\87935.DOC -12- 1246006 片貧訊E4、E5、…中,電話號碼E5及電子郵件位址別係於 兩用戶終知裝置CLs、CLr之間之通訊時,作為用於特別指 疋傳送源使用者之識別資訊而使用,稱為,,位址資訊”。 如圖2左攔所示’管理資料〇 c係包含:概要資訊p ^,其係 表示該多媒體檔MF之概略内容(解說或播放時間等)者;時 空間配置指定資訊Ts,其係指定對應於以後述之時空間配 置軌Dt所定義之要素E1、E2、…之各要素資料De者;編輯 許可資訊Ep,其係針對由時空間配置指定資訊丁3所指定之 各要素資料De,表示編輯可否及許可之編輯態樣者;及名 片指定資訊Cd,其係指定要素資料De中之各名片資訊E4、 E5、··· ’同時指示該名片資訊包含於多媒體檔mf之主旨之 資訊。 在此,名片指定資訊係作為多媒體檔MF中之特定位元之 旗號 > 訊或頁首中之標籤資訊而包含,於接收側終端裝置 CLr,藉由檢查該名片指定資訊Cd之有無,可判定多媒體槽 MF中是否含有名片資訊。 又,圖2右上攔所示之時空間配置執資訊Dt係複數執之控 制寅σίΐ ’其係指示以日守空間配置指定貧訊Ts所指定之各要 素資料De(El、E2、…),所應播放輸出之時序及位置者; 於各軌別規定各要素資料De之輸出位置(顯示位置或輸出 位置等),藉由各執之時間資料,規定各要素資料De之輸出 時序。又,時空間配置執資訊Dt可用在多媒體檔MF之做 成編輯時’將該當之各要素資料D e圖形化,時空地顯示 於輸出手段3之顯示部(顯示裝置)上〔(例如:以輸出執位置 〇:\87\87935 DOC -13 - 1246006 為縱軸,輪出時序為橫軸(其中,圖2並未顯示此種細節)〕, 確遇該多媒體檔MF之播放態樣。 總言之,時空間配置執〇1:係定義各要素資料之播放時序 或顯示位置等資訊者,時空間配置指定資訊Ts係規定時空 1配置軌Dt之各要素資料’與作為該要素而應播放、顯示 之貫體資料De之對應關係。 於本發明之一實施例之多媒體利用系統,行動電話等傳 送側終端裝置CLs或伺服器SV所做成之多媒體檔]^1?,可按 、、、傳匕側終‘裝置C L s之指示,傳送給其他接收側終端裝 置CLr,於各接收側終端裝置cu,預先記錄接收之多媒體 樓MF以便作為對應於來自該傳送側終端裝置CLs之傳送 之來電旋律槽而利用。 圖3係為了說明有關以電子郵件傳送給接收側終端裝置 之多媒體檔之資料擷取之態樣之示意圖。此時,由檔傳送 源之傳送側終端裝置CLs傳送給對方之接收側終端裝置 之郵件MR ’例如:按照通常例,如圖3左上所示,其係可 為由儲存表示郵件本文之傳送訊息之第一部分pu,及包含 多媒體檔(MM檔)MF之第二部分(附加檔)pt2以下之其他部 分(圖3係#他部分僅為第4分⑽之情況)所組成之形 式,各部分Ptl、Pt2、…係分別由部分頁首及部分資料(訊 息本文及多媒體檔MF)所構成。 又,如圖3右下,於接收側終端裝置CLr之記憶手段2之外 部記憶部,設置稱為”檔庫”(Flle Ubrary)之播記憶區域Μ, 同時,設置稱為,,位址薄,,之個人資料記憶區域2八。於接收O: \ 87 \ 87935.DOC -12- 1246006 In the poor messages E4, E5, ..., the phone number E5 and the e-mail address are used for communication between the two user-known devices CLs, CLr, as In particular, it refers to the use of identification information of the source user, called, address information. "As shown in the left-hand column of Figure 2, 'management data 0c' contains: summary information p ^, which indicates the multimedia file MF. Outline content (explanation or playback time, etc.); time and space allocation designation information Ts, which specifies each element data De corresponding to the elements E1, E2, ... defined by the time and space allocation track Dt described later; editing permission information Ep, which refers to each element data De specified by the time-space configuration designation information D3, which indicates whether editing is possible and allowed editing; and business card designation information Cd, which is each business card information E4 in the specified element data De , E5, ... "Also indicates that the business card information is included in the subject of the multimedia file mf. Here, the designated information of the business card is the flag information of the specific bit in the multimedia file MF or the tag information in the header. And include The side terminal device CLr can determine whether there is business card information in the multimedia slot MF by checking the presence or absence of the business card designation information Cd. In addition, the time allocation information Dt shown in the upper right bar of FIG. It is instructed to specify the time sequence and position of each element data De (El, E2, ...) specified by the poor signal Ts in the space allocation of the day guard; specify the output position of each element data De in each track ( Display position or output position, etc.), the time sequence of each element is used to specify the output timing of each element data De. Moreover, the time and space allocation information Dt can be used in the editing of the multimedia file MF ' De is graphically displayed on the display unit (display device) of the output means 3 in time and space [(for example, the output position 0: \ 87 \ 87935 DOC -13-1246006 is the vertical axis, and the rotation timing is the horizontal axis ( Among them, Figure 2 does not show such details)], it really meets the playback state of the multimedia file MF. In short, the time and space configuration is performed. 01: It is the person who defines the playback timing or display position of each element data. The space-time configuration designation information Ts specifies the correspondence between the element data 'of the space-time 1 configuration track Dt and the continuous data De that should be played and displayed as the element. In the multimedia utilization system of an embodiment of the present invention, a mobile phone Wait for the multimedia file made by the transmitting terminal device CLs or the server SV] ^ 1 ?, according to the instructions of the device CL s on the transmitting side, and transmit it to other receiving terminal devices CLr, at each receiving side The terminal device cu records the received multimedia building MF in advance so as to be used as a melody slot corresponding to the incoming call from the transmitting terminal device CLs. Fig. 3 is for explaining the multimedia files transmitted to the receiving terminal device by e-mail. Schematic representation of data capture. At this time, the mail MR 'transmitted from the transmission-side terminal device CLs of the file 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 pu and the second part (additional file) including multimedia file (MM file) MF2 and other parts below (Figure 3 is the other part is only the case of the 4th minute), each part Ptl, Pt2, ... are composed of part of the header and part of the data (message text and multimedia file MF). Also, as shown in the lower right of FIG. 3, in the external memory section of the memory means 2 of the receiving-side terminal device CLr, a broadcast memory area M called “Flle Ubrary” is set, and at the same time, the address book is set as ,, the personal information memory area 28. Receive

O:\87\87935.DOC -14- 1246006 側終端裝置CLr,由該終端裝置CLs所接收之郵件MR之第二 ^刀,首先,擷取多媒體檔]^!^並儲存於檔庫2F。在此,將 擷取之夕媒體檔MF作為來電旋律利用之情況,將此作為來 電旋律檔。 再者,保存於檔庫2F之來電旋律檔可為將擷取之多媒體 播MF原樣儲存於檔㈣者,’然而,亦可為將包含名片指定 資訊Cd及位址資訊E5、E6之名片資訊(個人資訊)E4 ' & 由多媒體檔MF削除,亦即,由多媒體檔磨將個人資訊分離 者。如此,若預先將已分離個人資訊之多媒體檔(為了方 便,將此稱為”分離後多媒體檔河厂")保存於檔庫2F,即使 萬一分離後多媒體檔MF,#送或轉送到其他裝£,仍然不 會連個人資訊都洩漏。 其次,將由包含於此多媒體檔河!^之管理資料DC2名片指 定資訊Cd所指示之名片資訊(個人資訊)E4、E5、E6、...(包 含位址資訊E5、E6),由要素資料De中取出,並與檔庫2F 之多媒體檔(來電旋律檔)MF對應而儲存於位址薄2a。 如上述,力已規定音_或旋律資料及其他圖像或文字列 等要素内容之顯示時序之多媒體檔MF,進—步附加姓名、 電話號碼、郵件位址等個人資訊。故’於接收側終端裝置 CLr’可進-步將多媒體檔MF進行「名片」式利帛,例如: 可作為對應於發送多媒體檔MF之對方之傳送側終端裝置 CLs之來電旋律/收到畫面而利用。 多媒體檔MF之做成及傳送方法有以下3種方法〔1〕〜 〔3〕’依序詳細說明各方法’然而關於各方法共通之構成, O:\87\87935.DOC -15 - 1246006 於按照第一方法〔1〕之第一實施態樣項,預先進行說明。 〔1〕於傳送側終端裝置CLs内做成多媒體檔MF,以將該 多媒體檔MF附加於電子郵件MR之形式,發送給接收側終 端裝置CLr之方法(第一實施態樣); 、 〔2〕將做成多媒體檔所需要之資訊(位址資訊、圖像資 料等),發送給伺服器sv ,於伺服gSV上進行多媒體檔%17 之做成或儲存,並遞送給接收側終端裝置CLr之方法(第一 及第三實施態樣); 〔3〕將在傳送側終端裝置CLs内所做成之多媒體檔—· 本身,發送給伺服器SV,並由伺服器sv遞送給接收側終端 裝置CLr之方法。 〔第一方法=第一實施態樣〕 圖4係表示有關按照第一方法〔丨〕,在傳送側終端裝置cLs 内做成夕媒體槽,並直接傳送給接收側終端裝置〔第一 實知匕、樣〕之多媒體之全體處理流程。於第一實施態樣之 全體處理1 ’在指示傳送多媒體槽MF之發送源之傳送側終春 端裝置CLs,做成多媒體檔MF(步驟csi)。將該多媒體檔mf 寸於屯子郵件MR,傳送給對方之接收側終端裝置CLr(步 驟 CS2) 〇 :接收側〜端裝置CLr,接收由傳送側終端裝置as傳送 "電子郵件MR,將此解析(步驟CR1),按照圖3所說明之 貝& #1取步驟’由接收郵件mr擷取多媒體稽(步驟 )並且,進行擷取之多媒體檔之解析,擷取名片資 tfLE4、E5、E6、···(步驟⑽)。而且,使該多媒體槽刷乍O: \ 87 \ 87935.DOC -14- 1246006 The terminal device CLr on the side, the second knife of the mail MR received by the terminal device CLs, first, retrieve the multimedia file] ^! ^ And store it in the file library 2F. Here, in the case where the captured eve media file MF is used as the incoming melody, this is used as the incoming melody file. In addition, the caller melodies file stored in the file library 2F can be the one who stored the captured multimedia broadcast MF as it is in the file, 'However, it can also be business card information including business card designation information Cd and address information E5, E6 (Personal information) E4 '& is deleted by the multimedia file MF, that is, the person who separated the personal information by the multimedia file. In this way, if the multimedia file with separated personal information is saved in advance (for convenience, this is called "the separated multimedia file factory") in the file library 2F, even if the multimedia file MF, # is sent or transferred after the separation Other installations will still not leak personal information. Second, the business card information (personal information) E4, E5, E6, ... indicated by the management data DC2 business card designation information Cd included in this multimedia file! (Including address information E5, E6), is taken from the element data De, and is stored in the address book 2a corresponding to the multimedia file (calling melody file) MF of the library 2F. As mentioned above, the force has specified the sound _ or the melody The multimedia file MF, which displays the timing of data and other elements such as images or character lines, further adds personal information such as name, phone number, and email address. Therefore, 'receiving terminal device CLr' can further-multimedia The file MF performs a "business card" type profit. For example, the file MF can be used as an incoming call melody / receiving screen corresponding to the transmission-side terminal device CLs of the counterparty who sends the multimedia file MF. The multimedia file MF is made and transmitted in the following three ways: [1] to [3] 'Sequentially detailed description of each method' However, regarding the common structure of each method, O: \ 87 \ 87935.DOC -15-1246006 in According to the first embodiment of the first method [1], the description will be made in advance. [1] A method of creating a multimedia file MF in the transmitting-side terminal device CLs, and attaching the multimedia file MF to an email MR, and sending the multimedia file MF to the receiving-side terminal device CLr (a first embodiment);, [2 ] Send the information (address information, image data, etc.) required to make a multimedia file to the server sv, make or store the multimedia file% 17 on the servo gSV, and deliver it to the receiving-side terminal device CLr Method (first and third embodiments); [3] multimedia files made in the transmitting terminal device CLs-itself, sent to the server SV, and delivered by the server sv to the receiving terminal Method for installing CLr. [First method = first embodiment] FIG. 4 shows the method according to the first method [丨], forming a media slot in the transmitting-side terminal device cLs, and directly transmitting it to the receiving-side terminal device. [First practice The overall processing flow of multimedia. In the overall process 1 'in the first embodiment, the terminal CLs on the transmission side of the transmission side instructing the transmission source of the transmission of the multimedia slot MF is made into a multimedia file MF (step csi). The multimedia file mf is transmitted to the receiver mail terminal MR (step CS2) of the multimedia file MR: The receiving side terminal device CLr receives the transmission from the transmitting terminal device as " email MR, and analyzes this (Step CR1), follow the steps described in Figure 3 &# 1 Take step 'retrieve multimedia audit (step) from the received mail mr and analyze the retrieved multimedia file, retrieve business card data tfLE4, E5, E6 ... (step ⑽). And make the multimedia slot flash

O:\87\87935.DOC -16- 1246006 為來電旋律槽而與名片資訊對應,並將該檔mF及名片資訊 記錄於該接收側終端裝置CLr之檔庫2F及位址薄2A(步驟 CR4)。亦即,再配置該多媒體檔mF及名片資訊,以便將位 址貝Λ E5、E6作為主資訊而取出該多媒體檔mf。 其後’由傳送側終端裝置CLs對於接收側終端裝置CLr, 右有呼叫或郵件發送等之發送(步驟CS3),則由傳送側終端 裝置CLS之發送資料,確認該終端裝置CLs之識別資訊(亦即 』 位址貝訊)(步驟CR5),由檔庫2F將對應於確認之識別資訊馨 之來電旋律檔(多媒體檔)MF,讀出於RAM上,經由輸出手 段3之顯不裝置或音響輸出部等,作為來電旋律或收到晝面 等而播放(步驟CR6)。 〔多媒體檔做成處理〕 圖5係表示圖4之全體處理!之多媒體檔做成處理 動作流程例。多媒體檔MF係按照MM檔做成處理程式,與 先前申請案之圖6之處理相同,根據多媒體檔樣板(以下簡 稱為’’MMT”)而做成。MMT係成為所欲做成之多媒體檔MF 籲 之原型之稽’與圖2之多媒體槽]viF相同,要素資料De、時 , 空間配置指定資訊Ts及編輯可否資訊邱係保持對應關係而 記憶。又,MMT之名片指定資訊以及名片資訊E4、E5、… 係被許可編輯,全部為空欄(無資料),或者以預設(Defau⑴ 而記入一部分之最低限度資料(與例如:位址資訊E4、E5 連關之内容)。 於傳送側終端裝置CLs,可預先由具有MMT做成機能之 伺服器SV或其他用戶終端裝置,接收此種]viMT,並準備於 O:\87\87935.DOC -17 - 1246006 外部記憶部(2),又,亦可預先將重新編入做成之多媒體檔 MF之要素資料(稱為代替要素,包含名片資訊),保存於外 部記憶部(2)。 於此多媒體檔做成處理,首先,將MMT讀出於raM(2) 上(步驟Ml),接著,根據κΜΜΤ之編輯可否資訊即,於顯 不裝置(4)顯示使用者可編輯之内容,以訊息等催促使用者 之編輯操作(步驟M2)。在此,若使用者使用輸入手段3之操 作元件2 4進行某些編輯操作(步驟Μ3 — YE S ),按照使用者 之操作輸入,改變ΜΜΤ資料(步驟Μ4)。 此編輯操作(Μ3—Μ4)之内容,有例如··按照編輯可否資 訊Ερ之許可指示之如下者。 (1) 播放之可否:於按照時空間配置執以之各時序或畫面 位置,決定是否播放指示同執Dt及時空間配置指定資訊丁 $ 之要素資料(包含名片資訊)De ; (2) 以時空間配置指定資訊Ts所指示之要素資料之決定: 播放於(1)所指示之要素資料之情況,決定播放Μ·中之要 ’、資料De或已經保存於發送源終端裝置cls之各種資料中 之何者(可設定複數播放態樣或種類); (3) 文件資料配置之編輯:關於文字列(文件)資料E3、 在日守空間配置指定資訊TS及時空間配置執Dt所指 示之配置(時序或位置)之特定範圍内變更; ()名片資訊編輯·輸入或變更名片指定資訊或名片資 訊(位址資訊等)E4、E5、···; ()播玫條件之設定:關於在⑺,於各時序或畫面位置所O: \ 87 \ 87935.DOC -16- 1246006 corresponds to the business card information for the incoming melody slot, and records the file mF and business card information in the library 2F and the address book 2A of the receiving-side terminal device CLr (step CR4 ). That is, the multimedia file mF and the business card information are re-arranged so that the address files Λ E5 and E6 are taken as the main information and the multimedia file mf is taken out. Thereafter, from the transmitting terminal device CLs to the receiving terminal device CLr, there is a call or mail transmission (step CS3), and then the transmission information of the transmitting terminal device CLS confirms the identification information of the terminal device CLs ( That is, "Address Beixun" (step CR5), the library 2F reads the melody file (multimedia file) MF corresponding to the confirmed identification information on the RAM, and displays it through the display device of output means 3 or The sound output unit and the like are played as an incoming call melody or a daytime reception (step CR6). [Multimedia file creation processing] Fig. 5 shows the overall processing of Fig. 4! The multimedia file is made into an example of processing action flow. The multimedia file MF 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 multimedia file that you want to make. The prototype of MF's prototype is the same as the multimedia slot in Fig. 2] viF. The element data De, hour, space allocation designation information Ts and editing availability information are stored in correspondence with each other. In addition, MMT's business card designation information and business card information E4, E5, ... are edited with permission, all are blank (no data), or preset (Defau⑴ and part of the minimum data (for example: content related to address information E4, E5). On the transmission side The terminal device CLs can be received in advance by a server SV or other user terminal device with MMT function, and receive such] viMT, and be prepared in O: \ 87 \ 87935.DOC -17-1246006 external memory (2), In addition, the element data of the newly created multimedia file MF (referred to as the replacement element, which includes business card information) can be stored in advance in the external memory (2). Here, the multimedia file is processed. First, Read MMT on raM (2) (step M1), and then, according to κMMT's editable information, that is, display the user editable content on display device (4), and urge the user's editing operation with a message, etc. ( Step M2). Here, if the user uses the operation element 24 of the input means 3 to perform some editing operations (Step M3-YES), the MMT data is changed according to the user's operation input (Step M4). This editing operation The contents of (M3—M4) include, for example, the following: In accordance with the permission of the editing permission information Ερ, the following are indicated. (1) Whether the playback is possible: At each time sequence or screen position according to the time and space configuration, decide whether to play the same instructions. Implement Dt in real-time space allocation designation information D element information (including business card information) De; (2) Decision of the time-space allocation designation information Ts indicated by the element data: Play on the element data indicated in (1), Decide which of “M.”, data De, or various materials that have been stored in the source terminal device cls (multiple playback modes or types can be set); (3) compilation of file data configuration : About the character string (document) data E3. Change within the specified range of the arrangement (sequence or position) indicated by the day-to-day space arrangement information TS and the space arrangement instruction Dt; () Business card information editing · Enter or change the business card specified information Or business card information (address information, etc.) E4, E5, ···; () Setting of broadcasting conditions: about the time, at each time sequence or screen position

Ο \87\87935 DOC -18- 1246006 播放之各要素資修(包含名片資訊),設;t複數態樣或禮 :種類之h況’決疋對應何種條件、以何種態樣播放要素 資料De或播放何種要素資料De等。 、 再者於(2)之要素貧料決定,關於文字列或圖像資料 員不用媒體貝才斗’可施加動畫或捲動等適宜之影像效果, 此時,㈣於多媒MMF定義該主旨。又,按照特定之播 放條件,亦可預先定義複數播放態樣,以便施加或不施加 此種影像效果。同樣地,關於各多媒體檀mf,準備不幻 種類’而是複數種類之根據文字資料之顯示訊息,按照特 定之播放條件,進行設定應线息,並且,關於 使用~於待機晝面E2等之圖像資訊,或使用於來電旋律資料 4 GM之木a資訊,可準備複數種類之資料,按照特定 之播放條件,播放對應之資料内容而進行設定(任何情況均 定義該主旨)。 於(5)之播放條件之設定,如上述,關於各要素資料, 決疋對應於0又疋複數播放態樣或複數種類之情況之各播放 悲樣或種類之播放條件。此播放條件之典型例係來自發送 原專$側、’冬知裝置CLs之來電事件之種類別(來電種類 別)例如·於(2)設定圖像資訊A、B ,作為在某時序及位 置播放之要素資料De,於其他時序及位置設定訊息a、匕之 情況’來自終端裝置CLs之來電種類為電話時,於各時序及 位置’指示圖像資訊A及訊息a之播放,電子郵件之情況, 指示圖像資訊B及訊息b之播放,使應播放之資訊A、& : B、 b對應來電種類別。〇 \ 87 \ 87935 DOC -18- 1246006 The repair of each element (including business card information), set; t plural form or gift: the h condition of the type depends on the conditions and the form in which the element is played. Data De or what kind of element data De play. Furthermore, the elementary decision in (2) determines that the text string or the image data clerk can apply appropriate image effects such as animation or scrolling without media talents. At this time, the definition of the subject matter is limited to multimedia MMF. . 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 mf, there is no magic type, but plural types of display information based on textual data, according to specific playback conditions, setting the response information, and about using ~ on the standby day surface E2, etc. Image information, or GM's information for call melodic data 4 GM, can prepare multiple types of data, and set the corresponding data content according to specific playback conditions (the subject is defined in any case). In the setting of the playback conditions in (5), as described above, regarding each element data, the playback conditions of each playback type or type corresponding to the case of 0 and the plural playback state or plural types are determined. A typical example of this playback condition is the type (caller type category) of the incoming event from the original exclusive $ side and 'Winter Known Device CLs'. For example, set image information A and B at (2) as a certain timing and position. The broadcasted element data De sets the message a and dagger at other timings and positions. When the type of incoming call from the terminal device CLs is a telephone, the playback of image information A and message a is indicated at each timing and position. In this case, the playback of the image information B and the message b is instructed, so that the information A, &: B, b to be played corresponds to the type of the incoming call.

〇A87\87935 DOC -19- 1246006 又,按照來自同一傳送側終端裝置cLs之來電種類別變更 播放l樣4,亦可使用來自同一傳送側終端裝置cLs之複數 多媒體檔。此時,傳送側終端裝置CLs之使用者做成定義為 播放不同圖像或BGM之多媒體播mf 1、MF2,將各多媒體 檔MF1、MF2傳送給同一接收側終端裝置CLr。在此,各多 媒體槽Mn、MF2係作為名片資訊,包含分別不同之位址資 訊(例如:MF1包含電話號碼,MF2包含電子郵件位址資 訊)。於接收側終端裝置CLr,藉由後述處理,對應於各個 所包含之位址資訊,亦即來電種類別,將此等多媒體檔 MF1 MF2儲存於檔庫2F,按照依照來自傳送側終端裝置 CLs之來電(呼叫等)所檢測出之來電種類別,播放所對應之 多媒體槽(例如:若電話打來’播放多媒體槽刪,若接收 到電子郵件時,播放多媒體檔MF2)。 再者,播放條件不設定為來電種類別,亦可按照接收側 終端裝置CLr之播放模式之設定狀態,以不同之播放態樣輸 出要素資料。此時,於傳送側終端裝置CLs,預先做成多媒 體檔MF,其係設定為依播放模式別而可獲得不同之播放態 樣者;於接收側終端裝置CLr,將該多媒體檔]^1?儲存於檔 庫2F之後,藉由輸入手段3之設定操作元件,設定期望之播 放模式即可。 然後,在MMT資料改變處理(M4)之後,或沒有編輯操作 輸入時(M3—NO),判斷有無預覽指示(M5)。在此,若使用 者指示預覽,則進行將編輯中之要素資料播放輸出給各輸 出手段4之預覽處理(步驟M6),使用者可隨時確認編輯狀 O:\87\87935.DOC -20- 1246006 況,判斷進一步改變資料之必要性。 在預覽處理(M6)之後或沒有預覽指示編輯操作輸入時 (M5— NO),判斷藉由指示者,是否已下達結束此做成處理 之指示(步驟M7),沒有此指示時(M7—NO),回到最初之顯 示步驟(M2),重複上述編輯動作(M2〜M7)。再者,若編輯 可變資訊Ep在容許範圍内,MMT資料改變處理(M4)可針對 同一處,進行幾次改變均可,亦可復原。 又,有結束指示時(M7— YES),受理在改變處理(M4)所 改變之已編輯MMT之作為多媒體檔(MM檔)MF而應輸出處 之指定(例如:傳送給接收側終端裝置CLr、儲存於外部記 憶部2等)(步驟M9),按照此輸出指示,輸出已編輯MMT, 亦即多媒體檔MF(步驟M10)。而且,此檔輸出處理後 (Ml 0),結束此多媒體檔做成處理。 再者,關於編輯操作(3)之名片資訊編輯彳※),名片資訊 與其他要素資料分離處理,有MMT改變(M4)之結束指示之 後(M7—YES),如虛線所示,以進行附加名片資訊彳※)之處 理(步驟M8)而執行亦可。此時,有結束指示之後,於要素 貧料E5〜E6追加各名片資訊,同時產生或追加名片指定資 訊C d亦可。 將於槽輸出處理(M9)所做成之多媒體檔MF,或檔做成後 一旦儲存於外部記憶部2之多媒體檔MF,傳送給接收側終 端裝置CLr時,關於該多媒體檔mf本身之内容變更,全部 自動進行強制不可之不可編輯處理,然而,許可名片指定 貧訊Cd所指定之各種個人資料(包含位址資訊e5、E6之名片〇A87 \ 87935 DOC -19- 1246006 In addition, according to the type of incoming call from the same transmission-side terminal device cLs, it can be played in the same way as in 4. Multiple multimedia files from the same transmission-side terminal device cLs can also be used. At this time, the user of the transmitting-side terminal device CLs is defined as a multimedia broadcast mf 1, MF2 that plays different images or BGM, and transmits each multimedia file MF1, MF2 to the same receiving-side terminal device CLr. Here, each of the multimedia slots Mn and MF2 is used as business card information and contains different address information (for example: MF1 contains a phone number and MF2 contains email address information). At the receiving terminal device CLr, the multimedia files MF1 and MF2 are stored in the file library 2F corresponding to each of the included address information, that is, the type of the incoming call, through the processing described below. Types of incoming calls detected by incoming calls (calls, etc.), play the corresponding multimedia slot (for example: if the phone calls' play the multimedia slot, if you receive an email, play the multimedia file MF2). In addition, the playback conditions are not set to the type of the incoming call, and the element data may be output in different playback modes according to the setting mode of the playback mode of the receiving-side terminal device CLr. At this time, a multimedia file MF is prepared in advance on the transmitting-side terminal device CLs, which is set to obtain different playback patterns depending on the playback mode; on the receiving-side terminal device CLr, the multimedia file] ^ 1? After storing in the library 2F, 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 instructs the preview, the preview processing (step M6) of outputting the element data being edited to each output means 4 is performed, and the user can confirm the edit status at any time O: \ 87 \ 87935.DOC -20- 1246006, to judge the need for further changes to the data. After the preview process (M6) or when there is no preview instruction editing operation input (M5—NO), it is judged by the instructor whether an instruction to end the processing has been issued (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 editable variable Ep is within the allowable range, the MMT data change processing (M4) can be made to the same place several times, and can be restored. When there is an end instruction (M7—YES), it accepts the designation of the output of the edited MMT that has been changed in the change process (M4) as a multimedia file (MM file) MF (for example, it is transmitted to the receiving terminal CLr) , Stored in the external memory 2 and the like) (step M9), according to this output instruction, the edited MMT, that is, the multimedia file MF (step M10). Furthermore, after this file is output (Ml 0), the multimedia file creation processing is ended. In addition, regarding the editing operation (3) of business card information editing (彳), the business card information is separated from other element data, and there is an MMT change (M4) end instruction (M7-YES), as shown by the dotted line for additional Business card information (*)) (step M8) can be executed. At this time, after the end instruction is given, each business card information is added to the elements P5 to E6, and the business card designation information C d may be generated or added at the same time. The multimedia file MF made in the slot output processing (M9), or the multimedia file MF stored in the external memory 2 after the file is made, and transmitted to the receiving terminal device CLr, the content of the multimedia file mf itself All changes are automatically made mandatory and cannot be edited. However, the business card designation permits the designation of various personal data (including business cards with address information e5 and E6).

O:\87\87935.DOC ,21 - 1246006 貝L、···等之資料擷取及削除而進行控制。 〔接收側終端裝置之處理〕 圖6〜圖8係更詳細表示圖5之接收來自傳送側終端裝置 CLs之多媒體檔附加郵件之接收側終端裝置之處理 (CH1〜CR4、CR5〜CR6)之處理流程例。首先,圖6係表示 為了於接收側終端裝置CLr閱覽接收之電子郵件之郵件瀏 覽夯啟動處理之流程圖。於接收側終端裝置CLr,在進入此 處理流程之前段,於該終端裝置CLr&經接收並儲存於記憶 手段2之外部記憶部之電子郵件,以列表顯示於輸出手段4 之顯示咸置,使用者可由此列表選擇所欲顯示詳細内容之 郵件。 因此,使用者若由顯示於顯示裝置(4)之郵件列表,選擇 ^地指不該接收電子郵件,則按照郵件瀏覽器應用程式(瀏 覽器),解析該接收郵件MR之構成(步驟CR11)。其次,將 接收電子郵件MR之本文顯示於顯示裝置(4)之後(步驟 CR12),進入等待某些使用者操作之狀態(步驟cRu)。 例如:如附加多媒體檔MF之郵件,於複數部分所構成之 ㈣電子冑件MR情況(參考圖3) ’經由構成解析(cru) 而顯示接收電子郵件之際(CR13),直到顯示第一部分 〔通常,儲存郵件本文〕,有其他部分(pt2等 郵件劉覽器應用程式之結束指示為止,進行待=;)或 而且,於此待機階段(CR13),執行例如:圖8所示之「部分 顯示指示事件」處理。 圖8係表示作為圖6之郵件瀏覽器之次(附屬)程序所執行O: \ 87 \ 87935.DOC, 21-1246006 The acquisition and deletion of data such as L, ..., etc. are controlled. [Processing of the Receiving Terminal Device] Figs. 6 to 8 show the processing of the receiving terminal device (CH1 to CR4, CR5 to CR6) in Fig. 5 for receiving the multimedia file attached mail from the transmitting terminal device CLs in more detail. Process example. First, FIG. 6 is a flow chart showing a process for starting up the mail browsing for viewing the received email on the receiving terminal device CLr. At the receiving terminal device CLr, before entering this processing flow, the emails received by the terminal device CLr & and stored in the external memory section of the storage means 2 are displayed in a list on the display means of the output means 4, and used From this list, you can select the emails you want to display detailed content. Therefore, if the user selects ^ from the mail list displayed on the display device (4) to indicate that the e-mail should not be received, then the mail browser application (browser) is used to analyze the composition of the received mail MR (step CR11) . Next, the text of the received e-mail MR is displayed on the display device (4) (step CR12), and enters a state waiting for operation by some users (step cRu). For example, if the e-mail with the multimedia file MF is attached, in the case of the electronic file MR composed of plural parts (refer to FIG. 3) 'When receiving the e-mail (CR13) through the composition analysis (cru), until the first part is displayed [ Normally, save the mail body], there are other parts (until the end instruction of the mail browser application such as pt2, etc.); or, in this standby phase (CR13), for example: Display instruction event "processing. FIG. 8 shows the execution of the secondary (accessory) program as the mail browser of FIG. 6

O:\87\87935.DOC -22- 1246006 =員示指示事件」處理之流程圖。於此處理流程, ^邱 自列表之接收郵件有無部分(接收郵件是否由 複數^所組成)(步驟⑽),若有部分(㈣― :该接收郵件之第二部分Pt2以後之部分頁首之項目資 ::亚寺待來自使用者之部分指示。亦即,在包含複數部 刀PU、Pt2、...之電子郵件’如前述,通常第一部分為本文, 第二部分以後包含附加檀等,故劉覽包含複數部分之電子 郵件時(CR2hYES),將「前面的部分」/「下一個部分」 按鍵等顯示於顯示裝置⑷’等待使转之指示,又,按照 使用者指示,顯示任意部分。 在此,若由使用者指示期望之部分(pt2等),關於所指示 之。P刀由分頁首之資訊,判斷内容種類是否屬於多媒 體檔MF(步驟CR22)e而且,調查該部分之内容種類,若是 多媒體檔MF的話(CR22—YES),進一步檢查該部分内容之 管理資訊DC中,是否附加名片指定資訊Cd(步驟CR23)。 在此檢查中,若判定附加有名片指定資訊Cd(CR23 — YES),則顯示是否登錄多媒體檔MF之内容之對話,向使用 者詢問該檔MF之登錄(步驟CR24)。針對此,判定使用者是 否選擇操作「登錄」(步驟CR25)。再者,於登錄詢問步驟 (CR23)之前段,宜使該多媒體檔MF在輸出手段(顯示裝置或 播音部等)4播放而構成。藉由設置此種播放步驟,使用者 可確認該部分之多媒體檔MF之具體内容或名片資訊(位址 資訊)之詳細。 然後,已由使用者進行「登錄」之選擇操作時(CR25O: \ 87 \ 87935.DOC -22- 1246006 = Flowchart of processing of staff instruction instruction event ". In this processing flow, ^ Is there any part of the received mail from Qiu Zilist (whether the received mail consists of plural ^) (step ⑽), if there is a part (㈣―: the second part of the received mail, the part after Pt2 is the top of Project funding :: Yasi is waiting for some instructions from users. That is, in the email containing multiple blades PU, Pt2, ... as mentioned above, usually the first part is the text, and the second part contains additional sandals, etc. Therefore, when Liu Lan's e-mail containing plural parts (CR2hYES), the "previous part" / "next part" buttons and the like are displayed on the display device. Here, if the desired part (pt2, etc.) is instructed by the user, regarding the indicated part, the P knife is divided into the top of the information to determine whether the content type belongs to the multimedia file MF (step CR22). The content type, if it is a multimedia file MF (CR22-YES), further check whether the business card designation information Cd is added to the management information DC of the content (step CR23). In this check, if If the business card designation information Cd (CR23 — YES) is attached, a dialog for displaying the contents of the multimedia file MF is displayed, and the user is asked about the registration of the file MF (step CR24). Based on this, it is determined whether the user chooses to operate "register "(Step CR25). Furthermore, before the registration inquiry step (CR23), the multimedia file MF should be played by the output means (display device or broadcasting department, etc.) 4. By setting such a playback step, use The user can confirm the specific content of the multimedia file MF in this part or the details of the business card information (address information). Then, when the user has performed the "register" selection operation (CR25

O:\87\87935 DOC -23 - 1246006 YES) ’將該多媒體檔MF作為來電旋律擋而保存於檔庫 2F(步驟CR26),同時將作為要素資料以之―部分,埋入接 收之多媒體檔MF之位址資訊〔電話號碼(E5)、郵件位址 (E6)〕或其他個人資料〔名字(E4)、住址等〕等,登錄於位 址薄2A(步驟CR27)。 再者,如已經與圖3連關而說明,於檔保存步驟(R26), 亦可從接收之多媒體檔MF,將名片指定資訊〇(1及藉此指定 之名片資訊E4、E5、…(包含位址資訊)削除,將該名片資 訊作為個人資訊而分離,將分離後多媒體檔MF,作為來電 旋律槽而保存。 並且,將位址資訊所規定之發送源終端裝置CLS2使用者 與所保存之來電旋律檔MF連關(步驟CR28)。亦即,應將名 片貧訊中以特定之記號資料所表示之位址資訊〔例如:電 話號碼(E5)或郵件位址(E6)〕作為發送源識別資料而利用, 以此識別資料使發送源終端裝置CLS與來電旋律稽mf# 應。而且,此連關處理之後(CR28),結束此事件處理,回 到郵件瀏覽器啟動處理之待機步驟(圖5 : CR1 3)。 如以上,將多媒體檔MF作為附加於電子郵件之資料而接 收之情況,以郵件瀏覽器選擇儲存多媒體檔MF之部分之際 (CR21〜CR22—YES),若檢測出於該檔_有進行名片指定 (CR23— YES),則將包含附加於檔MF之位址資訊(E5、E6) 之名片資訊(個人資料E4、E5、…),追加於位址薄 2A(CR27),將以該位址資訊(E5、E6)所規定之發送源CLs 與該多媒體檔MF連關(CR28)。又,上述例中,以對 主丁 顯不 O:\87\87935 DOC -24- 1246006 詢問登錄,僅於使用者回答YES之情況進行登錄(cr24〜 CR28)’然⑥’若有名片指定資訊Cd,亦可自動登錄。 再者,於後述之第二及第三實施態樣,以HTTp(H^erText Transfer Protocol ·超文件傳輸協定)接收多媒體檔之情 況(圖10: CR42、圖U : CR52),如圖8之,,a”所示,從登錄 ό旬問步驟(CR24)開始檔資訊擷取處理。 如此,來電旋律檔MF及名片資訊被登錄,若與對應於此 之傳送側終端裝置CLs連關(CR26〜 CR28),則以後識別到 來自做成(於後述之第二實施態樣係指示該多媒體檔]^1?之 做成)該多媒體檔MF之傳送側終端裝置CLs之使用者之來 私(例如·電話之來電、電子郵件之來電、聊天等連接要求 之來電等)時,於圖8之傳送源連關步驟(CR28),讀出連關 於該使用者之來電旋律檔MF,輸出給輸出手段4,並作為 來電旋律或待機畫面等而播放。 再者,於部分判斷步驟(CR21),判斷沒有部分時(CR21 —NO) ’以及於登錄指令判定步驟(CR25),判定為「未登錄」 之主旨時(CR25— NO),則立即回到郵件瀏覽器啟動處理之 待機步驟(圖5 : CR13)。又,於檔種類判別步驟(CR22),判 別不是多媒體檔MF時(CR22—NO),以及於名片檢查步驟 (CR23) ’未檢測出名片指定資訊時(CR23—no),以輸出手 段4播放該部分之内容,進行顯示或播音等,告知使用者該 内容之内容(包含檔種類)或名片資訊不存在(步驟CR29),若 使用者確認此’則回到郵件瀏覽器啟動處理之待機步驟(圖 5 . CR1 3) 〇O: \ 87 \ 87935 DOC -23-1246006 YES) 'Save the multimedia file MF as the melody block of the call in the file library 2F (step CR26), and at the same time, embed the received multimedia file as part of the multimedia file. MF's address information [telephone number (E5), mail address (E6)] or other personal information [name (E4), address, etc.] is registered in the address book 2A (step CR27). Moreover, if it has been explained in connection with FIG. 3, in the file saving step (R26), the designated information of the business card may also be received from the received multimedia file MF (1 and the business card information E4, E5, ... designated by this). (Including address information) is deleted, the business card information is separated as personal information, and the separated multimedia file MF is stored as a call melody slot. Furthermore, the user of the source terminal device CLS2 specified by the address information and the saved information are saved. The incoming call melody file MF is linked (step CR28). That is, the address information (for example, phone number (E5) or mail address (E6)) indicated by the specific token data in the business card poor news should be sent as The source identification data is used, and the source terminal device CLS and the incoming call melodic mf # are used as the identification data. After this connection processing (CR28), the event processing is ended, and the process returns to the standby step of the mail browser startup processing. (Figure 5: CR1 3). As above, when the multimedia file MF is received as information attached to the e-mail, select the part where the multimedia file MF is stored with the mail browser (CR21 ~ CR22—YES). It is detected that the business card is specified (CR23- YES), and the business card information (personal data E4, E5, ...) containing the address information (E5, E6) attached to the file MF is added to the address book 2A (CR27), will use the sending source CLs specified by the address information (E5, E6) to connect with the multimedia file MF (CR28). Also, in the above example, it will be displayed to the master O: \ 87 \ 87935 DOC -24- 1246006 Inquiry for registration, only when the user answers YES (cr24 ~ CR28) 'Ran ⑥' If there is business card designation information Cd, it can also be automatically registered. Furthermore, the second and the following will be described later. The third implementation aspect is the case of receiving multimedia files with HTTp (H ^ erText Transfer Protocol) (Figure 10: CR42, Figure U: CR52), as shown in Figure 8, (a). Step 10 (CR24) starts the file information acquisition process. In this way, the incoming call melody file MF and business card information are registered. If it is connected with the corresponding terminal device CLs (CR26 ~ CR28), it will be recognized later as Cheng (in the second embodiment described below indicates the multimedia file] ^ 1? Made) the multimedia file M When the user of the transmission-side terminal device CLs of F comes privately (for example, a phone call, an email call, a call such as a connection request for a chat, etc.), read the transmission source connection step (CR28) in FIG. 8 to read out The user's incoming call melody file MF is output to the output means 4 and played as the incoming call melody or standby screen, etc. Furthermore, in the partial judgment step (CR21), when it is judged that there is no part (CR21 —NO) 'and When the registration instruction determination step (CR25) is determined to be the subject of "Not Registered" (CR25—NO), it immediately returns to the standby step of the mail browser startup process (Figure 5: CR13). In the file type discriminating step (CR22), when it is judged that it is not a multimedia file MF (CR22-NO), and in the business card checking step (CR23) 'when no card designation information is detected (CR23-no), it is played by output means 4. The content of this part is displayed or broadcasted to inform the user that the content (including file types) or business card information does not exist (step CR29). If the user confirms this, it will return to the standby step of the mail browser to start processing. (Figure 5. CR1 3) 〇

O:\87\87935.DOC -25 - 1246006 圖7係表示按照來自傳送側終端裝置CLs之啤叫而於接收 側終端裝置CLr執行之「通話來電事件處理」之流程圖。於 此處理流程,按照來自傳送側終端裝置cu之呼叫,若有例 如:電話之來電、電子郵件之來電、聊天等之連接要求之 來電等來電事件時,由來電資訊檢測該傳送側終端裝置CLs 之識別資料(步驟CR31),纟:欠,根據此識別資料,調查對 ,於啤叫之傳送側終端裝置CLs之使用者之來電旋律樓⑽ 是否儲存於檔庫2F(步驟CR32)。 在此,若有對應於傳送側終端裝置CLS之來電旋律檔 MF(CR32〜YES),α輸出手段4播放此來電旋律標mf,並 進行來電通知之處理(步驟CR33)。圖9係按照來電旋律檔 MF,以輸出手段播放之輸出内容之一例。又,若沒有此種 檔MF時(CR3 2— NO),以使用於該接收側終端裝置預先 設定之來電音或來電圖像之既定方法,進行通知有來電之 主曰之處理(步驟CR34)。而且,此種來電通知處理(CR33、 CR34)之後,進入等待下一個通訊或使用者操作之狀態(步 驟 CR35)、 再者’如已說明一般,於本發明之一實施娜之接收側終 端裝置CLr,可按照來電種類別,由傳送側終端裝置^。接 收設定有複數要素資料之播放内容之多媒體檔MF,將此作 為來電旋律檔而準備,按照來自該傳送側終端裝置CLs之來 电事件之種類別,以設定之播放内容播玫來電旋律槽Μρ。 亦即,於接收側終端裝置CLr之通訊來電事件處理(圖7), 若尋找對應於通訊之該傳送側終端裝置CLs之來電旋律檔 0\87\87935.DOC -26- 1246006 MF(CR3 2—YES),則如圖9所示,以對應於該通訊之來電種 類別之播放内容,於輸出手段4播放。 亦即,於傳送側終端裝置CLs,於作為内容儲存於接收側 終端裝置CLr之多媒體檔(來電旋律檔)MF預先定義,以便對 應於電話(通話)來電或電子郵件來件等之來電事件之種類 別,播放不同圖像(E2)或BGM(El)、訊息(E3)等。而且,若 有來自傳送側終端裝置CLs之來電,按照此來電種類別,變 更以輸出手段4所播放之特定内容檔1^117之輸出態樣。輸出 、樣之麦更不僅預先準備複數種類之資料,關於文字、圖 像資料,亦可於來電旋律檔(多媒體檔)MF,適當定義動晝 或滾動等影像效果,執行此影像效果。BGM等樂音效果亦 可不只定義1種類,預先於檔]^!^定義複數種類之資料而使 用此亦可。 並且’亦可定義來自傳送側終端裝置CLs之複數多媒體内 容(來電旋律檔)之各別,以便各來電種類別播放不同之圖像 或BGM。此時,亦可於傳送側終端裝置cLs所傳送之複數 夕媒體内谷之各別,預先設定來電種類別,以便按照發送 源之識別資訊(電話號碼E 5或郵件位址e 6等)切換所播放之 來電旋律檔;由各多媒體内容登錄名片資訊時,亦可分別 對應於來自傳送側終端裝置CLs之各來電之種類別而保存 來電旋律稽。 於刖述圖9之例,依照規定於多媒體檔MF(來電旋律檔) 之資訊,按照接收側終端裝置CLr所接收之來電事件之種類 別為電居來電,還是電子郵件來件,於輸出手段4之顯示裝O: \ 87 \ 87935.DOC -25-1246006 Fig. 7 shows a flowchart of "call incoming event processing" executed on the receiving terminal CLr according to a beer call from the transmitting terminal CLs. In this processing flow, according to the call from the transmission-side terminal device cu, if there are incoming events such as a phone call, an email call, a call such as a chat request, the caller information is used to detect the transmission-side terminal device CLs. Identification data (step CR31), 纟: owe, based on this identification data, investigate whether the call melodies floor of the user of the terminal device CLs of the beer calling party is stored in the library 2F (step CR32). Here, if there is an incoming call melody file MF (CR32 to YES) corresponding to the transmission-side terminal device CLS, the α output means 4 plays the incoming call melody mark mf and performs an incoming call notification process (step CR33). Fig. 9 is an example of the output content played by the output means according to the incoming melody file MF. If there is no MF file of this type (CR3 2—NO), the process of notifying the caller of the incoming call is performed using a predetermined method of the caller tone or caller image preset by the receiving terminal device (step CR34) . Moreover, after such incoming call notification processing (CR33, CR34), it enters a state of waiting for the next communication or user operation (step CR35), and further, as described, the receiving-side terminal device is implemented in one of the present invention. CLr, according to the type of incoming call, can be controlled by the transmitting terminal device ^. The multimedia file MF that receives the playback content with plural element data set is prepared as a caller melody file. The caller melody slot Mρ is broadcasted according to the type of the caller event from the transmitting terminal device CLs. . That is, in the call incoming event processing of the receiving terminal device CLr (Figure 7), if the incoming call melody file corresponding to the transmitting terminal device CLs is searched for 0 \ 87 \ 87935.DOC -26- 1246006 MF (CR3 2 —YES), as shown in FIG. 9, the playback content corresponding to the call type of the communication is played on the output means 4. That is, in the transmitting terminal device CLs, a multimedia file (calling melody file) MF stored as content in the receiving terminal device CLr is defined in advance so as to correspond to a call event such as a phone (call) call or an email message. Category, playing different images (E2) or BGM (El), messages (E3), etc. Furthermore, if there is an incoming call from the transmission-side terminal device CLs, according to the type of the incoming call, the output state of the specific content file 1 ^ 117 played by the output means 4 is changed. The output and sample wheat not only prepare multiple types of data in advance, but also about text and image data, and can also be used in the melody file (multimedia file) MF to properly define image effects such as moving day or scrolling, and implement this image effect. Musical effects such as BGM can also define more than one type, and can be used in advance to define multiple types of data] ^! ^. Also, 'multiple multimedia contents (calling melody files) from the transmission-side terminal device CLs can also be defined so that each call category plays a different image or BGM. At this time, it is also possible to set the type of the incoming call in advance in each of the multiple media in the valley transmitted by the transmission-side terminal device cLs so as to switch according to the identification information of the transmission source (telephone number E 5 or e-mail address e 6 etc.) Caller melody files played; when registering business card information from each multimedia content, the caller melody can also be saved corresponding to each category of each call from the transmitting terminal device CLs. In the example of FIG. 9 described below, according to the information specified in the multimedia file MF (call melodic file), according to the type of call event received by the receiving-side terminal device CLr, it is an electric call or an e-mail. Display of 4

〇:\87\87935 DOC -27- 1246006 置顯示不同訊息(E3)、位址資訊(電話號碼E5或郵件位址e6) 及使用者名(E4),不同之背景音樂(E1 : ”Bgmi”或”BGM2,,) 則由音響輸出部播音。再者,此例中,關於圖像(E2),由 於未設定複數圖像資訊,故顯示同一圖像。 〔第二方法=第二及第三實施態樣〕 於此多媒體利用系統所使用之多媒體檔MF包含個人資 訊’通常’儲存於終端裝置之檔資料可轉送給其他裝置, 故若未採取某些措施,個人資訊唯恐白白洩漏。因此,於 前述之第二方法〔2〕,發送源之傳送側終端裝置cLs之使用 者並不直接傳送多媒體檔MF,一旦按照該使用者之指示, 於伺服器SV做成多媒體檔MF(第二實施態樣),或將多媒體 檔MF吸取於伺服器SV之後(第三實施態樣),藉由將同檔MF 僅傳送給特定傳送去處之接收側終端裝置CLr,以限制多媒 體槽MF之傳送去處,防止個人資訊白白洩漏。 又’於第二方法〔2〕,於傳送之多媒體槽MF,附加「不 可轉送」之資訊。於成為發送去處之各接收側終端裝置 CLr,忠實地遵守「不可轉送」,使不能將此檔MF傳送或轉 送至其他裝置。並且,亦使具有管理該多媒體檔MF之發送 去處之機能,期待萬全之檔管理(第三實施態樣)。 圖10及圖11係表示有關按照第二方法〔2〕,根據來自傳 送側終端裝置CLs之指示,於伺服器S V上做成並儲存多媒 體槽MF之情況〔第二及第三實施態樣〕之多媒體之全體處 理流程。 首先’於圖10之第二實施態樣之全體處理2,從指示多媒 O:\87\87935.DOC -28- 1246006 體檔MF之傳之傳送源之傳送側終端裝置CLs,作為做成 所欲發送之多媒體檔MF所需要之要素資料De,將位址資訊 (E5、E6)等個人資料,及來電旋律(E1)或圖像資料(E2)等媒 體貝料,直接以附加於電子郵件之方法或HTTp傳送給伺服 器SV(步驟CS41)。此時,關於圖像或旋律等媒體資訊,亦 可預先於伺服器SV複數儲存媒體資料,使傳送側終端裝置 CLs之使用者可選擇此。又,亦可一併發出選擇多媒體檔 MF之樣板MMT之指示。 於伺服器sv,根據由傳送側終端裝置CLs所傳送來之個 人資料及媒體資料,以與圖5之多媒體檔做成處理相同之步 驟,做成與圖2相同之多媒體檔%]?(步驟S41)。做成之多媒 體檔 MF為 URL(Umf〇rm Resource L〇cat〇r ••統一資源定位器) 形式,多媒體檔MF可單一意義地特別指定,儲存於設置於 伺服器SV内之記憶手段(外部記憶部)2之檔資料庫 (DB)SD。此時,於被做成及儲存之多媒體檔]^17,附加「不 可轉送資訊」,接受此多媒體檔]^!;之接收側終端裝置, (通书)無法將該播MF轉送至其他裝置。又,若單一意義地 特別指定該多媒體檔MF ,則登錄資訊不限於URL,其他資 訊亦可。 其次,將於伺服器SV所做成並儲存之傳送側終端裝置 CLs之多媒體檔]^?所固有之登錄資訊,以電子郵件等,通 知該傳送側終端裝置CLs(步驟S42)。再者,此登錄資訊之 通知型恶不限於電子郵件。例如:如上述,以HTTP,將要 素資料De傳送給伺服器SV之後,亦可同樣以HTTp顯示登 O:\87\87935 DOC -29- 1246006 錄通知,或利用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之情況由"a”開始)〕相同,進行該檔MF之解析(步驟 CR42),將此檔MF與位址資訊連關,作為來電旋律檔而再 配置並下載(步驟CR43)。 其後,與第一實施態樣(圖4 : CS3、CR5〜CR6、圖7 : CR31〜CR33)相同,從傳送側終端裝置CLs對於接收側終端 裝置CLr若有呼叫或郵件傳送等之發送(步驟cs3),則由傳 送側終端裝置CLs之發送資料確認該終端裝置cls之識別 資訊(亦即位址資訊)(步驟CR5),將對應於確認之識別資訊 之來電旋律檔(多媒體檔)MF,由檔庫2F讀出於rAM上,經 由輸出手段3之顯示裝置或音響輸出部等,作為來電旋律或 待機畫面等而播放(步驟CR6)。 其次’與第二貫施態樣相同’於圖11所例示之第三實施 態樣’其構成係可將多媒體槽MF健存於伺服器s V,同時於 O:\87\87935 DOC -30- 1246006 伺服器sv上保存發送去處資訊,進行檔發送去處之管理。 於第三實施態樣之圖u之全體處理3,首先,欲傳送多媒 體檔MF之發送源之傳送側終端裝置CLs之使用者係將做成 所欲發送之多媒體檔所需之位址資訊(E5、E6)、圖像資料 (E2)、來電旋律(E1)等要素資料De,以及指定應發送做成 後之多媒體檔MF之1個或複數接收側終端裝置CLr之使用 者之去處資訊,以附加電子郵件或HTTP傳送給伺服器s v, 指示多媒體檔MF之做成及發送(步驟CS51)。在此,發送去 處資訊係例如:電話號碼或IPv6(Internet Pr〇t〇c〇1 versi〇n 6:網路協定版本6),可單一意義地特別指定成為發送去 處之接收側終端裝置CLr之資訊。又,亦可傳送選擇多媒體 檔MF之樣板MMT之指示。 於祠服器SV,根據來自傳送側終端裝置CLs之要素資料 De,以與既述之方法相同之步驟(參考圖5),做成多媒體檔 MF ’將做成之多媒體槽MF與發送去處資訊所指定之1個或 複數發送去處終端裝置CLr連關而保存(步驟S51)。總言 之,以URL等附加固有之登錄資訊,於檔資料庫SD儲存該 多媒體檔MF,同時與儲存之多媒體檔MF對應,將發送去處 資訊記錄於發送去處列表檔LS。 其次,伺服器SV為了將保存之多媒體檔mf僅轉送給發送 去處終端裝置CLr而進行控制,將該多媒體檔mf所固有之 登錄資訊’以電子郵件等通知該傳送側終端裝置CLS及發送 去處終端裝置CLr(步驟S52)。例如:將多媒體檔mf之URL 同時通知傳送源CLs及指定之1個或複數發送去處CLr。再 O:\87\87935 DOC -31 - 1246006 者’亦有不藉由此種URL之通知,對於指定之發送去處終 端裝置CLr,直接傳送多媒體檔MF之方法〔此時,立即前 進至檔收發步驟(S5 5、CR52)〕。 於接收側終端裝置CLr,按照通知之登錄資訊,以Ηττρ 於伺服器SV存取,要求對應於該登錄資訊之多媒體檔 MF(步驟CR41)。伺服器sv若接收要求(步驟53),則對比要 求之接收側終端裝置C L r之使用者識別資訊,及記錄於發送 去處列表檔LS之該多媒體檔MF之發送去處資訊所表示之 終端裝置使用者資訊,判斷是否許可將該多媒體檔]^17發送 給要求源終端裝置CLr(步驟S54)。 在此,若判斷接收側終端裝置CLr之使用者識別資訊與發 送去處資訊一致,應發送時(S54—YES),由檔資料庫81)將 該多媒體檔MF取出,以電子郵件附加形s4HTTp傳送給 接收側終端裝置CLr(步驟S54)。又,使用者識別資訊與發 送去處資訊不一致,無法發送時(S54—N〇),將該主旨通知 接收側終端裝置CLr,或在沒有通知之狀態下,結束對於此 要求之處理。 於接收側終端裝置CLr,若由伺服器SV接收到多媒體槽 貝J /、弟 及苐一貫施態樣相同,進行該槽]VIF之解析(步 驟CR52),將此多媒體檔MF與位址資訊對應,作為來電旋 律檔而再配置並下載。而且,若其後亦有來自傳送側終端 裝置CLs之發送的話,以與第一及第二實施態樣相同之步 驟’應答此發送,播放根據來電旋律檔(多媒體檔)MF之來 電旋律或收到畫面等。〇: \ 87 \ 87935 DOC -27- 1246006 set to display different messages (E3), address information (telephone number E5 or mail address e6) and user name (E4), different background music (E1: ”Bgmi” Or "BGM2 ,,) will be broadcasted by the audio output section. Furthermore, in this example, since the image (E2) has no plural image information set, the same image is displayed. [Second method = second and second Three Implementation Aspects] The multimedia file MF used in this multimedia utilization system contains personal information “usually” stored in the terminal device. The data can be transferred to other devices, so if certain measures are not taken, the personal information will not be leaked in vain. 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. Once the user instructs, the multimedia file MF is created on the server SV (second Implementation mode), or the multimedia file MF is absorbed after the server SV (third implementation mode), and the same file MF is only transmitted to the receiving-side terminal device CLr at a specific transmission destination to limit the transmission of the multimedia slot MF place, Only personal information leakage in vain. And 'the second method [2], the multimedia slot MF transfer of additional "can not transfer" of information. Each receiving-side terminal device CLr, which is the destination of transmission, faithfully observes "non-transferable" so that this file MF cannot be transmitted or transferred to other devices. In addition, it also has the function of managing the destination of the multimedia file MF, and expects comprehensive file management (the third embodiment). FIG. 10 and FIG. 11 show a case where the multimedia slot MF is created and stored on the server SV according to the second method [2] according to the instruction from the transmission-side terminal device CLs [second and third embodiments] The whole process of multimedia. First, in the overall process 2 of the second embodiment of FIG. 10, the transmission-side terminal device CLs indicating the transmission source of the transmission of the mass file MF is designated as O: \ 87 \ 87935.DOC -28-1246006. The element data De required for the multimedia file MF to be sent, including personal information such as address information (E5, E6), and media materials such as call melodies (E1) or image data (E2), are directly attached to the electronic The mail method or HTTp is transmitted to the server SV (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 file MF can also be issued together. In the server sv, according to the personal data and media data transmitted from the transmission-side terminal device CLs, the same steps as in the multimedia file of FIG. 5 are processed, and the same multimedia file as in FIG. 2 is made. S41). The created multimedia file MF is in the form of URL (Umf〇rm Resource L〇cat〇r • Uniform Resource Locator). The multimedia file MF can be specially designated in a single meaning and stored in the memory means (external) set in the server SV Memory) 2 files database (DB) SD. At this time, in the multimedia file created and stored] ^ 17, "non-transportable information" is attached, and this multimedia file is accepted] ^ !; The receiving terminal device, (Tongshu) cannot transfer the broadcast MF to other devices . In addition, if the multimedia file MF is specifically designated in a single meaning, the login information is not limited to the URL, and other information is also possible. Next, the multimedia file of the transmission-side terminal device CLs created and stored in the server SV] ^ is used to notify the transmission-side terminal device CLs by e-mail or the like (step S42). Furthermore, the notification type 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 via HTTP, it can also be displayed as an HTTp display log notification: O: \ 87 \ 87935 DOC -29-1246006, or other devices such as FAX. In addition, the registration information notified by the transmitting-side terminal device CLs is further notified from the transmitting-side terminal device CLs, using an arbitrary receiving-side terminal device CLr as a destination, and by e-mail or the like. At the receiving-side terminal device CLr, it accesses the server SV with HTTP according to the notified login information, and requests the multimedia building MF corresponding to the login 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 terminal device CLr, if the multimedia slot 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 HTTP case starts with " a ”) 〕 Same, analyze the file MF (step CR42), link this file MF with the address information, re-arrange and download as the melody file (step CR43). After that, it is the same as the first embodiment (Figure 4: CS3, CR5 to CR6, and Figure 7: CR31 to CR33). If there is a call or mail transmission from the transmitting terminal device CLs to the receiving terminal device CLr (step cs3), the transmitting terminal device CLs The sending data confirms the identification information (ie, address information) of the terminal device cls (step CR5), and the caller melody file (multimedia file) MF corresponding to the confirmed identification information is read out from the library 2F on rAM, The display device, audio output unit, etc. of the output means 3 are played as the incoming call melody, standby screen, etc. (step CR6). Secondly, it is the same as the second embodiment, as shown in the third embodiment illustrated in FIG. Composition system can save multimedia slot MF in servo s V, meanwhile, save the sending destination information on the server sv at O: \ 87 \ 87935 DOC -30-1246006, and manage the sending destination of the file. In the third embodiment, the whole process of the picture u 3, first, to send The user of the transmission-side terminal device CLs of the transmission source of the multimedia file MF will make the address information (E5, E6), image data (E2), incoming melody (E1), etc. required for the multimedia file to be transmitted. The element data De and the designated information of the user of the multimedia file MF or the destination of the plurality of receiving-side terminal devices CLr should be sent to the server sv by additional email or HTTP to instruct the multimedia file MF to do Generation and transmission (step CS51). Here, the information of the transmission destination is, for example, a telephone number or IPv6 (Internet Pr0t〇c〇1 versi〇n 6: network protocol version 6), and can be specifically designated as the sender in a single sense. Information of the destination terminal device CLr at the destination. In addition, it is also possible to send an instruction to select a sample MMT of the multimedia file MF. At the temple server SV, according to the element data De from the transmitting side terminal device CLs, the same as the method described above. Steps (see (See Fig. 5), create a multimedia file MF ', and associate the created multimedia slot MF with one or more destination terminal devices CLr designated by the destination information to send and save (step S51). In short, URLs, etc. The inherent registration information is added, and the multimedia file MF is stored in the file database SD, and at the same time corresponding to the stored multimedia file MF, the sending destination information is recorded in the sending destination list file LS. Second, the server SV in order to store the saved multimedia file mf Only the control is transmitted to the destination terminal device CLr, and the registration information inherent in the multimedia file mf is notified to the transmitting terminal device CLS and the destination terminal device CLr by e-mail or the like (step S52). For example: the URL of the multimedia file mf is notified to the transmission source CLs at the same time and the designated destination CLr is sent. O: \ 87 \ 87935 DOC -31-1246006, there is also a method of directly transmitting the multimedia file MF for the specified destination terminal device CLr without using such a URL notification (at this time, immediately advance to the file transmission and reception Step (S5, CR52)]. The receiving-side terminal device CLr accesses the server SV with Ηττρ according to the notified registration information, and requests a multimedia file MF corresponding to the registration information (step CR41). If the server sv receives the request (step 53), it compares the user identification information of the requested receiving-side terminal device CL r with the terminal device indicated by the sending destination information of the multimedia file MF recorded in the sending destination list file LS The user information determines whether the multimedia file is allowed to be transmitted to the request source terminal device CLr (step S54). Here, if it is judged that the user identification information of the receiving-side terminal device CLr is consistent with the information of the sending destination, when sending (S54-YES), the multimedia file MF is taken out from the file database 81), and transmitted in an email attached form s4HTTp The receiving-side terminal device CLr is given (step S54). When the user identification information is not consistent with the information sent to the destination and cannot be transmitted (S54-No), the subject is notified to the receiving terminal device CLr, or the processing for this request is terminated without notification. On the receiving-side terminal device CLr, if the server SV receives the multimedia slot J /, the brother, and the cock always perform the same behavior, the slot] VIF analysis (step CR52), and the multimedia file MF and address information Correspond, reconfigure and download as a melody file. In addition, if there are subsequent transmissions from the transmission-side terminal device CLs, respond to the transmission in the same steps as in the first and second embodiments, and play the caller melody or the receiver according to the caller melody file (multimedia file) MF To the screen and so on.

〇 \87\87935 DOC -32- 1246006 圖1 2係表示如第二及第三實施態樣,於伺服器儲存多媒 體槽’由傳送側終端裝置CLs以HTTP,於伺服器SV存取, 指不做成期望之多媒體檔MF之情況(圖1〇 ·· CS41、圖11 : CR41)之顯示裝置畫面之推移例。 上段左側之位址資訊輸入晝面係為了輸入有關傳送 側終端裝置CLs之使用者姓名(E4)、電話號碼(E5)、電子郵 件(E6)之畫面,此例中,使用者可按照「請輸入位址資訊」 之引導解說進行資料輸入,然而,於接收側終端裝置CLr, 預先登錄自位址資訊,自動插入亦可。又,於伺服器sv側, 特別指定接收側終端裝置CLr或其使用者而自動插入亦可。 上段中央之内容選擇晝面(2)係為了將圖像及旋律,作為 成為做成之多媒體檔MF之媒體資料之媒體資訊内容而輸 入之畫面,使用者可按照「請輸入内容」之引導解說,進 行資料輸入,然而,預先於伺服器sv,複數儲存成為要素 之媒體資訊内容而選擇此亦可。 上段右側之内容確認晝面(3)係為了確認於伺服器§¥做 成之多媒體檔MF之要素資料内容之畫面。此時點,針對按 照此内容所做成之多媒體檔(來電旋律檔)MF本身之内容進 行預覽亦可。 下段之各畫面(3a)〜(5)係如第三實施態樣之進一步指定 發送去處之情況(圖11 : CR4D之畫面推移例,此時,^容 確認畫面係如(3)—般未結束,成為下段左側之(3b)一般。 總言之,以内容確認晝面(3b)進行内容確認後,移到下^中 央之發送去處指定晝面(4),其次,移到下段右側之發送去 O:\87\87935.DOC -33 - 1246006 處確忍晝面(5)。並且,亦可選擇多媒體檔Μρ之樣板觀丁。 如此,於第一方法〔2〕,各用戶終端裝置CL不需是行動 私。舌、’、端衣置’亦可利用pc、遊戲機、視訊轉換器、 寻任思之終端裝置。又’與伺服器sv之連接可適當利用包 含有線連接之各種通訊態樣。 〔第三方法〕 於刖述之第三方法〔3〕,於傳送側終端裝置CLs做成多媒 妝檔MF,將做成之多媒體檔MF 一旦吸取於伺服器s v,並 由伺服器SV傳送給接收側終端裝置CLr。故,此方法〔3〕 與第一或第二實施態樣(第二方法〔2〕)之相異點在於,圖 ίο及圖π之檔做成階段(SV41、SV51)移到傳送側終端裝置 CLs ,於該階段,於傳送側終端裝置cLs接收多媒體檔mf 或發运去處貧訊,並記錄於檔資料庫SD或發送去處列表 檔,於伺服裔sv,將儲存·發送之多媒體檔MF與發送去處 CLr連關’將多媒體檔MF僅轉送給指定之發送去處而進 仃控制’此點並無不同。再者,I送去處指定資訊亦能以 埋入由傳迗側終端裝置CLs所傳送之多媒體檔形式而 發送。 於以上所說明之實施態樣,說明將作為名片資訊之姓名 或住址等分別作為文件資料而輸入者,然而,將姓名、住 址、電活唬碼、電子郵件位址、首頁之UR]L等集中記錄之 電子名片(vCard等)資訊,作為本發明之名片資訊而附加於 多媒體檔MF亦可。 〔發明效果〕〇 \ 87 \ 87935 DOC -32- 1246006 Figure 1 2 shows that as in the second and third embodiments, the multimedia slot is stored in the server 'is accessed by the terminal CLs on the transmission side via HTTP and accessed by the server SV. Example of transition of the display device screen when the desired multimedia file MF is made (Fig. 10 ... CS41, Fig. 11: CR41). The address information input on the left side of the upper paragraph is a screen for entering the user name (E4), phone number (E5), and email (E6) of the terminal device CLs on the transmission side. In this example, the user can follow the "Please Enter the address information "to enter the data. However, you can register the address information in advance on the receiving terminal CLr 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 a screen entered for the purpose of using images and melody as the media information content of the multimedia data of the created multimedia file MF. The user can follow the guidance of "Please enter content" To input data, however, the media information content that becomes the element can be stored in the server sv in advance and you can choose this. The content confirmation day (3) on the right side of the upper paragraph is a screen for confirming the content of the element data of the multimedia file MF created on the server § ¥. 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 of the screens (3a) to (5) in the next paragraph is the case where the destination is further specified as shown in the third embodiment (Figure 11: Example of screen transition of CR4D. At this time, the content confirmation screen is as in (3)-as usual. The end is the general (3b) on the left side of the next paragraph. In short, after confirming the content with the content confirmation day (3b), move to the next destination to specify the day surface (4), and then move to the right of the next paragraph. Send it to O: \ 87 \ 87935.DOC -33-1246006. (5). Also, you can choose the model of multimedia file Mρ to watch Ding. So, in the first method [2], each user terminal device CL does not need to be mobile. You can also use a PC, a game console, a video converter, or a terminal device for imagination. You can also use various types of connections including a wired connection to the server sv. Communication status. [Third method] In the third method described above [3], a multimedia makeup file MF is made on the transmission-side terminal device CLs, and the created multimedia file MF is once absorbed into the server sv, and The server SV is transmitted to the receiving terminal CLr. Therefore, this method [3] is the same as the first The difference between the second embodiment (the second method [2]) is that the stages (SV41, SV51) of the figures ο and π are moved to the transmission-side terminal device CLs, and at this stage, the transmission-side terminal The device cLs receives the multimedia file mf or sends it to the local office, and records it in the file database SD or sends it to the destination list file. At the server sv, the stored and sent multimedia file MF is linked with the sending destination CLr. It is only different to transfer to the designated destination and control it. There is no difference. In addition, the designated information of the destination can also be transmitted by embedding the multimedia file transmitted by the transmission-side terminal device CLs. The description of the implementation mode describes the name or address used as business card information to be entered as document information. However, the name, address, telecode, e-mail address, UR] L of the home page, etc. are collectively recorded. Electronic business card (vCard, etc.) information may be added to the multimedia file MF as the business card information of the present invention.

O:\87\87935 DOC -34 - !246〇〇6 如以上說明’根據本發明’對於發送祕端裝置所傳送 之多媒體檔’預先附加個人資訊’故將來自發送源 置之多媒體樓作為來電旋律稽而記憶於通訊终端裝置之播 庫之際’藉由將附記於多媒體檔之個人資訊儲存於位址 薄,將可獨立於來電旋律樓,作為「名片」式之資料而有 物…來電旋律槽係對應於包含於個人資訊之位址 貝〜訊而被記憶’故若有來自發送源終端裝置之來電,可將 對應於該發送源終端裝置之來電旋律檔之要素資料由槽庫 讀出,作為對應於發送對象之來電旋律/收到畫面等而利 用。 【圖式簡單說明】 圖1係表示本發明之_眘& u 知乃之實苑例之多媒體利用系統之構成 概要圖。 圖2係表示本發明之_ f 知月之實轭例之多媒體利用系統所處理 之多媒體檔之資料構造之一例。 圖3係為了說明由傳送至接收側終端裝置之電子郵件榻 取多媒體檀及名片資訊之手法之示意圖。 圖4係表示將於傳送側終端裝置所做成多媒體檔傳送給 接收側,,、端裝置之情況〔第—實施態樣〕之全體處理之流 程圖。 圖5係表示多媒體檔做成處理之流程圖。 圖6係表不於接收側終端裝置所執行之郵件瀏覽器啟動 處理之流程圖。 ^係表不於接收側終端裝置所執行之通話來電事件處O: \ 87 \ 87935 DOC -34-! 246〇〇6 As explained above, according to the present invention, the multimedia file transmitted by the secret terminal device is 'pre-attached with personal information', so the multimedia building from the sending source is used as the incoming call. The melody is memorized in the broadcast library of the communication terminal device. By storing the personal information attached to the multimedia file in the address book, it will be independent of the caller's melody building and have something as "business card" type data ... The melody slot is memorized corresponding to the address included in the personal information. Therefore, if there is an incoming call from the source terminal device, the element data of the melody file corresponding to the send source terminal device can be read from the slot library. Out is used as an incoming call melody / receiving screen corresponding to a transmission target. [Brief Description of the Drawings] FIG. 1 is a schematic diagram showing the structure of a multimedia utilization system of the present example of _ Shin & Fig. 2 shows an example of the data structure of a multimedia file processed by the multimedia utilization system of the actual yoke example of the present invention. FIG. 3 is a schematic diagram for explaining a method of obtaining multimedia information and business card information from an email sent to a receiving terminal device. Fig. 4 is a flow chart showing the overall processing of the case [first embodiment] of transmitting and receiving multimedia files made by the terminal device on the transmitting side to the receiving side. FIG. 5 is a flowchart showing a multimedia file creation process. FIG. 6 is a flowchart showing a mail browser startup process performed by the receiving terminal device. ^ It is not at the call incoming event performed by the receiving terminal device

O:\87\87935 DOC -35- 1246006 理之流程圖。 山^ 表示作為郵件瀏覽器(圖6)之次程序而於接收側終 端衷置所執行之部分顯示指示事件處理之流程圖。 圖9係按照多媒體檔(來電旋律檔)而以輸出手段播放之 輸出内容之一例。 圖10係表示於伺服器做成並儲存多媒體檔之情況〔第二 貫施怨樣〕之全體處理之流程圖。 圖11係表示將於傳送側終端裝置所做成之多媒體檔儲存 於祠服器之情況〔第三實施態樣〕之全體處理之流程圖。 圖12係表示將多媒體檔儲存於伺服器之情況〔第二及第 三實施態樣〕之HTTP之畫面例。 【圖式代表符號說明】 SV 遞送伺服器(主裝置) CL、CL1〜CLn、CLs、CLr 用戶終端裝置 MF管理資料Dc、時空間配置執資訊Dt及要素資料De 所組成之多媒體檔(來電旋律槽) MR附加多媒體檔MF之電子郵件O: \ 87 \ 87935 DOC -35- 1246006 flowchart. Mountain ^ indicates a flowchart showing the processing of event indication as part of the procedure executed by the mail browser (Figure 6) on the receiving side. Fig. 9 is an example of output content played by an output means according to a multimedia file (caller melody file). FIG. 10 is a flowchart showing the overall processing of the case where the server creates and stores a multimedia file [the second pattern of resentment]. Fig. 11 is a flowchart showing the overall processing of the case where the multimedia file made by the transmission-side terminal device is stored in the temple server [a third embodiment]. Fig. 12 is an example of an HTTP screen showing a case where the multimedia file is stored on the server [second and third implementation aspects]. [Illustration of representative symbols of the figure] SV delivery server (main device) CL, CL1 ~ CLn, CLs, CLr User terminal device MF management data Dc, time and space configuration execution information Dt, and element data De composed of multimedia files (call melodies) Slot) MR attached multimedia file MF email

O:\87\87935.DOC -36-O: \ 87 \ 87935.DOC -36-

Claims (1)

1246006 拾、申請專利範圍: L -種通訊終端裝置,其特徵在於包含: 檔接收丁段,其係接收附加特別指定發送源終端裝置 之位址資訊之來電旋律檔者; 己隐手攸,其係將接收之來電旋律檔與附加於此之位 址資訊賦予關聯而記憶者;及 播放手段,其係按照來自由記憶之位址資訊所特別指 疋之發运源終端裝置之來電,將與該位址資訊關聯之來 電旋律檔由上述記憶手段讀出並播放者。 2·如申請專利範圍第1項之通訊終端裝置,其中 前述來電旋律檔為包含來電音資料及圖像或文字列資 料之多媒體内容檔; 前述播放手段播放根據上述來電音資料之來電旋律, 同時播放根據上述圖像或文字資料之圖像或文字列。 3·如申請專利範圍第1或2項之通訊終端裝置,其中前述記 憶手段包含將前述檔接收手段所接收之位址資訊儲存之 位址薄,並將附加於前述檔接收手段所接收之來電旋律 檔之位址資訊記錄於該位址薄。 O:\87\87935 DOC1246006 Patent application scope: L-A type of communication terminal device, which is characterized by including: a file receiving section, which is a caller who receives the caller melody file with additional specified address information of the source terminal device; It is the person who memorizes the received caller melody file and the address information attached to it; and the playback means, which is based on the caller from the source terminal device specifically pointed out by the memorized address information. The caller melody file associated with the address information is read out by the aforementioned memory means and played by the player. 2. If the communication terminal device according to item 1 of the scope of patent application, the aforementioned caller melody file is a multimedia content file containing caller tone data and images or text string data; the aforementioned playback means plays the caller melody according to the caller tone data, and Play an image or text string based on the above image or text data. 3. If the communication terminal device according to item 1 or 2 of the patent application scope, the aforementioned memory means includes an address book storing the address information received by the aforementioned file receiving means, and will be added to the incoming call received by the aforementioned file receiving means The address information of the melody file is recorded in the address book. O: \ 87 \ 87935 DOC
TW092137161A 2002-12-27 2003-12-26 Communication terminal device TWI246006B (en)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002381456A JP3928554B2 (en) 2002-12-27 2002-12-27 Communication terminal

Publications (2)

Publication Number Publication Date
TW200421145A TW200421145A (en) 2004-10-16
TWI246006B true TWI246006B (en) 2005-12-21

Family

ID=32817364

Family Applications (1)

Application Number Title Priority Date Filing Date
TW092137161A TWI246006B (en) 2002-12-27 2003-12-26 Communication terminal device

Country Status (4)

Country Link
JP (1) JP3928554B2 (en)
KR (1) KR20040060807A (en)
CN (1) CN1512392A (en)
TW (1) TWI246006B (en)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101048432B1 (en) 2004-10-05 2011-07-11 엘지전자 주식회사 Message transmission method using file of mobile communication terminal
WO2006041260A1 (en) * 2004-10-13 2006-04-20 Electronics And Telecommunications Research Institute Extended multimedia file structure and multimedia file producting method and multimedia file executing method
CN101605401B (en) * 2008-06-12 2012-08-22 联想(北京)有限公司 Mobile communication terminal, address list storage device and address list establishing method

Also Published As

Publication number Publication date
JP3928554B2 (en) 2007-06-13
JP2004214915A (en) 2004-07-29
KR20040060807A (en) 2004-07-06
TW200421145A (en) 2004-10-16
CN1512392A (en) 2004-07-14

Similar Documents

Publication Publication Date Title
JP4383690B2 (en) Digital content output method and system
US20070168262A1 (en) Information processing system, information processing apparatus, information processing method, information processing program and recording medium for storing the program
US8122355B2 (en) Information processing apparatus, information processing method, information processing program and recording medium
CN101401082A (en) Apparatus and method for creating and transmitting unique dynamically personalized multimedia messages
US7870222B2 (en) Systems and methods for transmitting content being reproduced
KR100803580B1 (en) Electronic music distribution service system and method using synchronous multimedia integration language format
US20070188519A1 (en) Information processing apparatus, information processing method, information processing program and recording medium
JP2007028410A (en) Program, apparatus and method for relaying registration or extraction of voice information to electronic bulletin board
TWI246006B (en) Communication terminal device
JP4779475B2 (en) Electronic bulletin board information notification device
TWI244012B (en) Server and communication terminal device
JP2011060161A (en) System, and method for introducing application and program
JP4042484B2 (en) Collaboration method, collaboration system, server and program
JP2002032090A (en) Karaoke information service method and karaoke system using internet
JP2009017417A (en) Server, program and system for content distribution
JP2008010002A (en) Digital content viewing method and system
JP2005242874A (en) Information distribution system
JP4266151B2 (en) Distribution system, audio device, and continuous playback method
JP5071626B2 (en) Video content file and server device
JP6089315B2 (en) TERMINAL DEVICE, PROGRAM, AND TERMINAL DEVICE CONTROL METHOD
JP4325954B2 (en) File creation terminal
JP2005352519A (en) Karaoke machine peripherally giving wireless notice of respective addresses of plurality of kinds of information sites relating to musical piece during karaoke performance
JP2002108357A (en) Downloading system, information processor, and recording medium
KR100520449B1 (en) specific URL connecting method in VOD contents playback
JP2006079179A (en) Trial listening content purchasing system, trial listening content purchasing method, trial listening content purchasing program and trial listening player

Legal Events

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