TW200421145A - Communication terminal device - Google Patents

Abstract

The invention seeks more efficient utilization of media contents by virtue of the personal information contained in multimedia contents from other communication terminal devices. The critical data of the multimedia (MM) file received by the communication terminal of the invention not only includes the MM data such as melody data, image or text rows, but also includes the personal information like the address information of the business card information in the terminal device of the transmission source containing the MM file. Those MM file and business card information are correlated with the address information and are kept in file database 2F and the address book 2A. The business card information can independently proceed business card type of utilization. If there is incoming call from the terminal device of the transmission source containing the corresponding 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

200421145 Description of the invention: [Technical field to which the invention belongs] The present invention relates to a multimedia utilization system that processes and outputs various types of information such as sound, music, images, and character strings through sound or visual display. Of multimedia content. [Prior art] In the past, various situations, such as the incoming call melody of a mobile phone, or an incoming call image or e-mail, have frequently used a communication terminal device 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, which is a person who can easily transfer large-capacity content such as e-mails, images, and music containing various types of information. [Patent Document 1] Japanese Unexamined Patent Publication No. 2001-197553 In addition, the applicant has proposed in Japanese Patent Application No. 2002-82831 (hereinafter referred to as "previous application") a device that can edit images and audio files in a communication terminal device. A system of multimedia f materials composed of audio and text materials. In the first case application system, the time and space allocation designation information was prepared in advance, and the playback and display timing of the content of multiple elements (document data, image data, sound data, and law materials, etc.) in the eight series were prepared in advance. Areas where the content of each element is memorized; and other template files with a top area; Terminal device users can appropriately change this template slot on the mobile phone terminal or device or re-embed the element valley 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 200421145 The multimedia content edited by the user is personalized and transmitted to other users, 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) [item 1 of the scope of patent application] will be provided, which includes: file receiving means (5; CR1, CR42, CR52), which receives additional specially designated transmissions Caller melody file (MF) of the address information (E5, E6) of the source terminal device (CLs); memory means (2A, 2F; CR4, CR26 ~ CR28, CR43), it is the caller melody file (MF) to be received ) Those who are associated with the address information (E5, E6) attached thereto and memorize it; and playback means (4; CR5 ~ CR6, CR31 ~ CR33, CR44 ~ CR45), which are based on the freely memorized address information ( The incoming call from the source terminal device (CLs) designated by ij specially designated by Μ, Εό) will read and play the incoming call melody file (MF) related to the address information (E5, E6) by the memory means (2F) By. In addition, the parentheses indicate reference signs or terms in the corresponding embodiments, and the same applies hereinafter. In the communication terminal device (CLr) of the present invention, the incoming call melody file (MF) is a multimedia content file containing incoming call data (E1) and image or character string data (E2, E3); playing means (4; CR5 to CR6) , CR31 ～ CR3 3, CR44 ～ CR45) Or play the call 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) [No. 2 of the scope of patent application ]]; Memory means (2A, 2F; CR4, CR26 ~ CR28,

O: \ 87 \ 87935.DOC 200421145 CR43) can have an address book (2 A) that stores the address information received by address receiving means (5; CRl, CR42, CR52), which will be added to the address receiving The address information (E5, E6) of the incoming melody file (MF) received by means (5; CRl, CR42, CR52) is recorded in the address book (2A) [item 3 of the scope of patent application]. [Inventive effect] The communication terminal device (CLr) in this invention receives (CIU, CR42, CR52) additional address information (E4, E5) of telephone numbers or mail addresses of other source terminal devices (CLs) The incoming call melody file (MF) links the address information (E4, E5) with the incoming call melody file (MF) and memorizes it (2A, 2F; CR4, CR26 to 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) connected with the address information (E4, E5), and simultaneously play to notify (4; CR5 ~ CR6, CR31 ~ CR3 3, CR44 ~ CR45) These are incoming calls from specific terminal devices (CLs). The caller melody file (MF) is, for example, a multimedia content file including caller tone data (E1), image data (E2), or character string data (E3) as element content, and the caller tone data ( E1) Play the incoming call melody, and display the image or text information through the image data (E2) or text column data (E3). In addition, the communication terminal device (CLi0 has an address book (2A) for storing address information (E4, E5), etc. of the plurality of transmission source terminal devices (CLs), and the address book (2A) can be sequentially Write down the address information (E4, E5) added to the incoming melody file (MF) received in advance by the source terminal device (CLs). In short, in the present invention, in accordance with the instructions of the source terminal device (CLs)

O: \ 87 \ 87935.DOC 200421145 The multimedia file (MF) transmitted in advance not only describes the above media information (E i ~ E3), but also appends the user name of the source terminal device (CLs) of the file (MF) (E4), phone number (E5), email address (E6), personal address and other personal information. Therefore, the multimedia file (MF) from the source terminal device (CLs) is memorized in the slot library (2F) of the communication terminal device (CLr) as an incoming melody slot. 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, E5) included in the personal information (E4, E5, ...). Therefore, if there is an incoming call from the source terminal device (CLs), The element data (De: E1, E2, ...) corresponding to the incoming melody file (MF) of the transmission source terminal device (CLs) is read from the library (2F) as the incoming melody according to the specific transmission target (CLs) / Receive the screen and use it. [Embodiment] An embodiment of the present invention will be described below 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. [Overview of System] 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 丨 (〇). One or a plurality of delivery servers SV are used for the delivery of various multimedia information such as template files. ), And a plurality of user terminal devices O: \ 87 \ 87935.DOC -9- 200421145 CL1, CL2 ..... CLn which have the function of making multimedia files and transmitting by mail (MR). These devices sv, cu ~ CLn can be connected to each other via the communication Internet CN. The delivery server SV and each user terminal device CL1 ~ CLn can use personal computers, workstations, mobile phones, PDAs, game consoles and other communications. Functional poor signal processing device, communication network CN includes LAN and Internet or telephone line network wide area communication network. Therefore, for example, when the user terminal device ~ CLn is a mobile terminal device or a mobile terminal device such as pDA, delivery The server sv and the user terminal devices CL1 to CLn are connected to the actual communication base station (bs) via a communication network CN. Furthermore, in the following embodiments, the user terminal devices CL1 to CLn, mobile phones, or the like have the same Other functional terminal devices (such as personal computers with communication cards) are particularly suitable. As shown in the block diagram of the internal structure of Figure 1 (2), each user terminal device 匸 1 ~ CLn has a central processing unit (cpu) ) 1, memory means 2, input means ^, output means 4, communication means 5, etc. Memory means 2 is composed of a read-only memory (ROM) unit that memorizes a control program or control data, and temporarily stores data for processing A random access memory (RAM) unit, an external memory unit that stores various data or programs, etc. These memory units can be constituted by semiconductor memory. An external memory device in the memory means 2 is provided to store multimedia content And personal information file library (FileLibrary) 2F and address book 28. In addition, the CPU uses the RAM section as working memory, and according to the control program of the ROM section, uses the data of the external memory section to control the user terminal device. In addition to the main device such as a keyboard or various switches, or an operating element such as a pointing device such as a mouse or a writing pad, the input means 3 also includes audio such as a microphone and a camera. The image data input device, etc. In addition, the wheel system includes means 4

O: \ 87 \ 87935.DOC 200421145 Contains the visual display section of CRT. LCD and other display devices, or the sound output (notification sound) section of sound sources and amplifiers, etc. Depending on the type of terminal device, it also has a print Printing department. 'Hand slave 5 is a means to communicate with the communication server SV through the communication network CN. It is equipped with a modem or LAN card to communicate with the delivery feeder SV. It can receive various control programs or information. The fighter 1 downloads the control program itself related to the multimedia content file from the server sv by the server SV, and saves it in the external memory. According to this control program, various processings related to the multimedia content can be performed. In the case of a mobile terminal device, the communication means 5 includes a wireless communication hand # with the base station BS and is connected to the communication network cn via the base station BS. The delivery server SV has the same internal structure as that shown in FIG. 1 (2). As described above, private or data can be provided to each user terminal device CL. Therefore, the external storage section of the storage means 2 includes a large capacity composed of a suitable recording medium such as a magnetic recording medium (floppy disk, tape drive, hard disk, etc.) or an optical storage medium (CD, DVD, M0, etc.). Memory device. [Multimedia file] In the multimedia utilization system of one embodiment of the present invention, a multimedia file (also referred to as a multimedia content file, also referred to as an MM file for short) MF is between each user terminal device CL (CL1 ~ CLn) or User terminal device C; L • Inter-delivery server sv. This multimedia file MF can be made on any user terminal device cls (i S s S η), 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 (1, r ^ s). In the following, a multimedia file will be made] ^ 17 or O: \ 87 \ 87935.DOC -11 · 200421145 The user terminal device CLs indicated by the "," the transmission side terminal device " The user terminal device CLr transmitted to it is called "receiving terminal device", and the delivery server SV is only called "server". Fig. 2 shows an example of the data structure of a multimedia file processed by the multimedia material system of the embodiment of the present invention. The multimedia file MF made on the transmission-side terminal device amp & server SV has the data structure visually shown in Figure 2. It consists of management data Dc (left column), time and space configuration track information m (top right column), and elements. Data De (bottom right), composition. This multimedia slot is mainly based on the music information (also called BGM) that becomes the melody of the call. Here, various auxiliary information is synthesized and stored in the receiving terminal device CLr for the call. As shown in the lower right column of FIG. 2, there are various types of lean media information such as caller information (such as melody data, etc.), image information (such as E2), and article information (such as article information) in the element data De. The information is called the multimedia file MF, and the media content "quote" or "element content%" For example: the audio data is represented in the form of waveform data or MIIH music data, etc., and can be used as a ring tone or a call with sound or music. The melody is played. In addition, the image information E2 can be used in the form of image data or graphic data for standby daytime, etc. The article information E3 can be in the form of text (document · text) data through the transmission side Messages made by the users of the terminal devices CLs, etc. In addition to this media data, various personal data about the users of the transmitting-side terminal devices CLs are stored in the element data De User name (name) E4, electric number E5, email address E6, residential address (not shown), etc., business card information (also known as personal information) represented by document data.

O: \ 87 \ 87935.DOC -12- 200421145 In the case of thin film, E5,. &Quot;, the phone number E5 and e-mail address are used when two user terminals set up communication between CLs and CLr. The identification information of the user of the transport source is specifically used and is called "address information". As shown on the left of Figure 2, the management data Dc includes: summary information Pf, which indicates the general content of the multimedia file (!), The brief content (explanation or playback time, etc.), and the time space allocation designation information Ts, which refers to ㈣ It should be in the time and space mentioned later ^ The elements of the core elements E2, E2, ..., who have been tracked or edited; editing permission = Ep, which is for each element data specified by the time and space allocation designation information D3 De 'indicates whether the editing is allowed or permitted; and business card designation information cd, which is the business card information E4, E5, ... of the specified element data, and also refers to the information that the business card information is not included in the multimedia file mf. . Here, the business card designation information is included as flag information of a specific bit of the multimedia file MFt or label information in the header. The receiving-side terminal device CLr can determine the multimedia file by checking the presence or absence of the business card designation information Cd. Does MF contain business card information? In addition, the time and space allocation information shown in the upper right column of FIG. 2 is plural control information, which indicates each element data De (El, E2, ...) specified by the time and space allocation designation information Ts, which should be played. The timing and position of the output; Specify the output position (display position or output position, etc.) of each element data De in each license, and specify the output timing of each element data De by the time data of each license. In addition, the time-space configuration track information Dt can be used in the creation and editing of the multimedia file MF, and the corresponding element data is graphically displayed on the display section (display device) of the output means 3 in time and space. Output position

O: \ 87 \ 87935.DOC -13-200421145 is the vertical axis, and the rotation sequence is the horizontal axis (where such details are not shown in Figure 2). Confirm the playback status of the multimedia file MF. Among the σ, the daily space allocation Dt is the information that defines the playback timing or display position of each element data, and the time and space allocation designation information ^ is the data of each element that specifies the time space orbit Dt, and should be used as the element. Correspondence between the physical data De played and displayed. In the multimedia utilization system of one embodiment of the present invention, a multimedia file MF made by a transmitting terminal device CLs such as a mobile phone or a server SV can be transmitted to other receiving terminal devices according to the instructions of the transmitting terminal device CLs. CLr records in advance the received multimedia file MF in each receiving-side terminal device CLr so as to be used as an incoming call melody file corresponding to the transmission from the transmitting-side terminal device CLs. FIG. 3 is a schematic diagram for explaining a state of data extraction of a multimedia file transmitted to a receiving terminal device by email. 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 case where the second part is only the second part pt2), each part Ptl , Pt2, ... are composed of part of the top page and part of the data (message text and multimedia file MF). Also, as shown in the lower right of FIG. 3, a file memory area 2f called "FileUbrary" is set in the external memory section of the memory means 2 of the receiving-side terminal device CLr, and an address book called " Personal data memory area 2A. Upon receiving

O: \ 87 \ 87935.DOC -14- 200421145 The terminal device CLr on the side, the second part of the mail MR received by the terminal device CLs, first, the multimedia file MF is retrieved and stored in the file library 2F. Here, when the captured multimedia file MF is used as the incoming melody, this is used as the electric melody file. In addition, the caller melody file stored in the file library 2F may be the one that stores the retrieved multimedia file MF as it is in the file library 2F. However, it may also be business card information including business card designation information Cd and address information E5, E6 (Personal information) E4, E5, ... are deleted by the multimedia file MF, that is, the personal information is separated by the multimedia file MF. In this way, if the multimedia file with separated personal information is stored in advance (for convenience, this is referred to as "separated multimedia file MF,") in the file library 2F, even if the separated multimedia file MF 'is transmitted or transferred to other devices in case , Still not leaking personal information. Secondly, the business card information (personal information) E4, E5, E6, ... (including address information E5, E6) indicated by the business card designation information Cd included in the management file Dc of the multimedia file MF, and the element data De Take it out, and store it in the address book 2A corresponding to the multimedia file (call melodic file) mf of the library library. As described above, in the multimedia file MF that has specified the display sequence of the sound or melody data and other elements such as text or character strings, personal information such as name, phone number, and mail address is further added. The receiving-side terminal device CLr 'may Further, the multimedia standard MF can be used as a “business card” type, for example, it can be used as the melody / receiving daytime of incoming calls corresponding to the transmission-side terminal device CLs of the counterpart who sends the multimedia file MF. There are three methods for making and transmitting the multimedia file MF: [i] [3]. Each method will be described in detail in order, but the common structure of each method ^

O: \ 87 \ 87935 DOC -15- 200421145 The first implementation item according to the first method [1] will be described in advance. [1] A method of creating a multimedia file MF in the transmitting-side terminal device CLs, and attaching the multimedia slot MF to an email MR, and sending it to the receiving-side terminal device CLr (a first embodiment);

[2] Send the information (address information, image data, etc.) needed to make a multimedia file to the server SV, make or store the multimedia file MF on the server SV, and deliver it to the receiving terminal Method for installing CLr (second and third embodiments); [3] The multimedia file mf itself made in the transmitting terminal device cLs is sent to the server SV, and the server SV is delivered to the receiving side Method for terminal device CLr. [First method = first embodiment]

FIG. 4 shows the overall processing flow of multimedia in accordance with the first method [丨], which creates a multimedia file in the transmitting-side terminal device cU and directly transmits it to the receiving-side terminal device [first implementation aspect]. In the overall processing 1 of the first embodiment, the multimedia terminal MF is created at the transmission-side terminal device CLs that instructs the transmission source of the multimedia file MF (step CS1). The multimedia file ^^^ is attached to the e-mail MR and transmitted to the receiving-side terminal device CLr of the counterpart (step CS2). At the receiving-side terminal device CLr, receive the e-mail MR sent from the transmitting-side terminal device CLs, analyze this (step CR1), and follow the information retrieval step described in FIG. 3 'The multimedia mail mf is obtained by the receiving mail MR ( Step CR2). And ‘analyze the retrieved multimedia files and retrieve business card data A E4, E5, E6, ... (step CR3). And, make this multimedia file

O: \ 87 \ 87935.DOC -16- 200421145 corresponds to the business card information for the incoming melody file, 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 business card information are further configured, so that the address information E5 and E6 are taken as the main information and the multimedia file MF is taken out. Thereafter, if there is a call or mail transmission from the transmitting terminal device CLs to the receiving terminal device CLr (step CS3), the transmission information of the transmitting terminal device CLs is used to confirm the identification information of the terminal device CLs ( (Ie, address information) (step 0-5), the library 2F reads the incoming melody file (multimedia file) MF corresponding to the confirmed identification information on the RAM, and via the display device or audio output section of the output means It is played as an incoming call melody or a daytime reception (step CR6). [Multimedia file creation processing] Fig. 5 shows an example of the operation flow of the multimedia file preparation processing in the overall processing 1 of Fig. 4. 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 that you want to make. File] ^]? The prototype file is the same as the multimedia file MF in Figure 2. The element data De 'Shiyujian layout designation information D3 and editable information are maintained in correspondence. It has been hidden. And' MMT's business card designation Information Cd and business card information E4, E5,… are editable, all are blank (no data), or part of the minimum data is entered by default (related to: address information, E5 content ). For the transmission-side terminal devices CLs, a server SV or other user terminal device with MMT function can be received in advance, and such mmt can be received and prepared in

O: \ 87 \ 87935.DOC -17- 200421145 External memory department (2), and also can re-edit the element data of the multimedia slot MF (known as replacement elements, including business card information) in advance, and save it in External memory section (2). This multimedia file is processed. First, the MM D is read out on ram (2) (step M1). Then, according to the "Editing information of Ding Ding", the display is displayed on the display device (4). The content is to prompt the user for editing operations with a message or the like (step M2). Here, if the user uses the operation element 24 of the input means 3 to perform some editing operations (step M3_YES), change the MMT according to the user's operation input Data (step) V14). The content of this editing operation (M3_M4) includes, for example, the following according to the permission instruction of the editable information Ep. (1) Whether to play: the time sequence or screen according to the time and space configuration. Position, decide whether to play the element data (including business card information) De instructing the co-director Dt and the time space allocation designated information; (2) the decision of the element data indicated by the time space allocation designated information 13: play at (1) In the case of the indicated element data, it is determined which of the element data De in the MMT or the various data that has been stored in the source terminal device (:) ^ (multiple playback patterns or types can be set); ( 3) Editing of document data configuration: About the character string (document) data £ 3, E4, ..., change within the specified range of the specified configuration (sequence or location) in the time and space configuration designated information Ts and time space configuration; ( 4) Business card information editing: Enter or change business card designation information cd or business card information (address information, etc.) E4, E5, ...; (5) Setting of playback conditions: About (3), at each time sequence or screen position

〇 \ 87 \ 87935 D〇C -18 * 200421145 Each element data De (including business card information) m number pattern or plural type, determines the conditions and the form in which the element data is played or played. What kind of information is De? Furthermore, it is determined in the element data of (2) that appropriate image effects such as animation or scrolling can be applied to display media data such as character strings or image data. In this case, the purpose is defined in the multimedia slot MF in advance. In addition, according to specific playback conditions, a plurality of playback modes can be defined in advance, so that such image effects can be applied or not applied. Similarly, for each multimedia file MF, not only i = type, but plural types of display messages based on text data are set to display corresponding messages according to specific playback conditions, and regarding the use of standby daylight E2 Image information such as music, or music information used for BGM such as incoming melody data E1, can prepare multiple types of data, and set the corresponding data content according to specific playback conditions (the theme is defined in any case). In the setting of the playback conditions in (5), as described above, regarding each element data De, the playback conditions of each playback mode or type corresponding to the case of setting a plurality of playback modes or types are determined. A typical example of this playback condition is the type of the incoming call event from the sending, original transmission side terminal & device CLs (the incoming call type is also J). For example, set image information A and B in (2) as a certain timing And position playback element data De, in other timing and position setting messages a, Case 'When the type of incoming call from the terminal device CLs is a telephone, at each timing and position' indicates the playback of image information A and message a, email Situation,. Instructs the playback of image information B and message b, so that the information A, a: B, and b to be played correspond to the type of incoming call.

O: \ 87 \ 87935.DOC -19- 200421145 In addition, according to the type of incoming call from the same transmission-side terminal device CLS, you can use the same type of multi-media files as the same day-to-day watch. At this time, the user of the transmission-side terminal device CLs is defined as a multimedia file to be played with different images or BGM, MF2, and each multimedia slot MF1, MF2 is transmitted to the same receiving-side terminal device. Here, each of the multimedia slots MF1 and MF2 is used as business card information and contains different address information (for example, MF1 contains a phone number and MF2 contains an 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 incoming call, through the processing described below, and from the transmitting terminal device CLs according to the following Types of incoming calls detected by incoming calls (calls, etc.), play the corresponding multimedia file (for example, if a call comes in, play the multimedia file, and 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, on the transmitting terminal device CLs, a multimedia file MF is prepared in advance, which is set to obtain different playback patterns depending on the playback mode; on the receiving terminal device CLr, the multimedia file MF is stored in the file. After 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 a preview, the preview processing (step M6) of playing back and outputting the element data being edited to each output means 4 is performed, and the user can confirm the editing status at any time O: \ 87 \ 87935.DOC -20- 200421145, 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 whether the instructor has issued an instruction to end the processing (step M7), or if there is no such instruction (M7—NO ), Return to the initial display step (M2), and repeat the above editing operations (M2 to M7). Furthermore, if the 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 by the change process (M4) as a multimedia file (MM file) MF (for example, it is transmitted to the receiving terminal device) CLr, stored in the external memory 2 and the like) (step M9), according to this output instruction, output edited] ^] ^ ding, that is, the evening media MF (step M10). Furthermore, after this stage output processing (Ml 0), this multimedia file creation process is ended. Furthermore, regarding the editing of business card information in the editing operation (3) (※ ^, the business card information is separated from other element data, after the MMT change (M4) end instruction (M7-YES), as shown by the dotted line for additional It is also possible to execute the business card information (* 彡 processing (step M8). At this time, after the end instruction is given, each business card information is added to the element data E5 to E6, and the business card designation information Cd may be generated or added at the same time. It will be output in the file When processing (M9) the created multimedia file MF, or once the multimedia file MF stored in the external memory unit 2 is sent to the receiving-side terminal device CLr, all the contents of the multimedia file MF itself are automatically changed. Mandatory and non-editable processing is allowed, however, various personal data (including address information E5 and E6 business cards) specified by the business card designation information Cd are permitted

O: \ 87 \ 87935.DOC -21-200421145 Corruption) E4, E5, ... and other data are retrieved and deleted for control. [Processing of the Receiving Terminal Device] Figs. 6 to 8 show in more detail the processing of the receiving terminal device CLr (CR1 to CR4, CR5 to CR6) of Fig. 5 receiving the multimedia file attached mail from the transmitting terminal device CLs. Example of processing flow. First, FIG. 6 is a flowchart showing a mail browser startup process for viewing the received e-mail on the receiving terminal device CLr. On the receiving-side terminal device CLr, before entering this processing flow, the terminal device ^^ has received and stored the e-mails in the external memory section of the storage means 2 and displays the list on the display means of the output means *, the user From this list, you can select the emails for which you want to display detailed content. Therefore, if the user selectively instructs the received email from the mail list displayed on the display device (4), the user analyzes the composition of the received email MR according to the mail browser application browser (step CRU). Next, the text of the received e-mail MR is displayed behind the display device (4) (step CR12) 'and enters a state of waiting for operation by some users (step ⑶3). For example, if an email with a multimedia file is attached, when receiving an email MR composed of a plurality of parts (refer to FIG. 3), the composition analysis (cr⑴ will display successive emails (CR13) until the first part is displayed [ Normally, the email is saved], there are other instructions (such as the other parts), or the end of the email program, and the program is on standby (cri3). Further, in this standby stage (CD3), for example, a "partial display instruction event" process shown in Fig. 8 is executed. FIG. 8 shows the execution of the secondary (affiliate) procedure as the mail pan of FIG. 6 |

O: \ 87 \ 87935DOC -22- 200421145 First /: Display instruction event flow chart. In this processing flow, it is judged whether there is a part of the received mail selected from the list (whether the received mail is composed of parts) (step CR21), and if there is a part (cr2, the second part of the received mail, the items at the top of the subsequent parts are committed) The content PtS is subject to some instructions from the user. That is, in the email containing plural parts =, t2, ..., as mentioned above, usually the first part is the text, and the second part contains additional broadcasts, so Liu Lan When there is a plurality of electronic materials (⑽ 卜 YES), the "previous part" / "next part" keys and the like are displayed on the display device (4), waiting for the instructions of the person, and according to the user's instructions, the display Here, if the user instructs the desired part (offender, etc.), it is determined whether the type of content belongs to the multimedia file MF (step CR22) with regard to the information of the instructed stab in the top of the part (step CR22). If the content type of the part 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 it is determined that 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 to register the file MF (step CR24). In this regard, 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 output means (display device or broadcasting department, etc.) 4. By setting such a broadcasting step, The user can confirm the specific content of the multimedia file MF or the details of the business card information (address information) in this part. Then, when the user has performed the "register" selection operation (CR25 — O: \ 87 \ 87935.DOC- 23- 200421145 YES), save the multimedia file MF as the caller melody file in the library 2F (step CR26), and at the same time, embed the received multimedia file MF address information [telephone number ( E5), mail address (E6)] or other personal information [name (E4), address, etc.], etc., registered in the address book 2A (step CR27) 〇 Moreover, if it has been explained in connection with Figure 3, File save step (R26) You can also delete the business card designation information Cd and the business card designation information E4, E5, ... (including address information) from the received multimedia file MF, separate the business card information as personal information, and separate the separated multimedia file. MF 'is stored as an incoming call melody file. Furthermore, the user of the transmission source terminal device CLs specified by the address information is associated with the stored incoming call melody file MF (step CR28). That is, the business card information should be preceded by The address information (for example, phone number (E5) or mail address (E6)) indicated by the specific token data is used as the source identification information, and the source terminal device CLs corresponds to the caller melody file MF based on the identification data. . Furthermore, after this connection processing (CR28), this event processing is ended, and the process returns to the standby step of the mail browser startup processing (Figure 5: CR13). As described above, when the multimedia file MF is received as information attached to the e-mail, when the mail browser selects the part that stores the multimedia file MF (CR21 ~ CR22 — YES), if it is detected that a business card has been issued for the audit MF Specify (CR23—YES), the business card information (personal data E4, E5, ...) containing the address information (E5, E6) attached to the file MF will be added to the address book 2A (CR27), and the address will be The sending source CLs specified by the address information (E5, E6) is related to the multimedia file MF (CR28). Also, in the above example, O: \ 87 \ 87935.DOC -24- 200421145 is displayed in a dialog box. Registration is only requested when the user answers YES (CR24 to CR28). However, if there is business card designation information Cd, Can log in automatically. Furthermore, in the second and third implementation modes described later, the multimedia file MF is received using HTTP (HyperText Transfer Protocol) (Figure 10: CR42, Figure 11: CR52), as shown in Figure 8 ' As shown by "A", the file information retrieval process is started from the registration inquiry step (CR24). In this way, the incoming melody file MF and business card information are registered, and if it is connected to the corresponding transmission-side terminal device CLs (CR26 to CR28) , Then it recognizes an incoming call from a user who has made (in the second embodiment described below instructs the creation of the multimedia file MF) the terminal device CLs of the transmitting side of the multimedia file MF (for example: a phone call, an electronic Incoming calls such as emails, incoming calls such as chat, etc.), in the transmission source connection step (CR28) in FIG. 8, read out the incoming call melody file MF of the user, and output it to output means 4 as the incoming call melody. Or standby screen, etc. In addition, in the partial judgment step (CR21), when it is judged that there is no part (CR21 — NO), and in the registration instruction judgment step (CR25), it is judged as the subject of "unregistered" (CR25- NO) Then immediately return a message browser starts a standby process of step (Figure 5: CR13). In the file type discrimination step (CR22), when it is judged that it is not a multimedia file MF (CR22—NO), and in the business card check step (CR23), when no business 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, return to the standby step of the mail browser to start processing. (Figure 5 · CR13). O: \ 87 \ 87935.DOC -25- 200421145 Fig. 7 is a flowchart showing the "call incoming event processing" executed by the receiving terminal device CLr according to the call from the transmitting terminal device CLs. In this processing flow, according to the call from the transmission-side terminal device CLs, if there is an incoming call event such as a phone call, an email call, a call such as a connection request, the caller information is used to detect the transmission-side terminal device CLs. The identification data (step CR3 1). Next, based on the identification data, it is investigated whether the incoming melody slot MF corresponding to the user of the transmitting-side terminal device CLs of the call is stored in the library 2F (step CR32). Here, if there is an incoming call melody file MF (CR32-YES) corresponding to the transmission-side terminal device CLs, the incoming call melody file mf is played by output means 4 and an incoming call notification process is performed (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 such file MF (CR32-NO), the process of notifying the purpose of the incoming call is performed using the predetermined method of the incoming call s or incoming image used by the receiving-side terminal device cLr in advance (step CR34). ). After such incoming call notification processing (CR33, CR34), it enters a state of waiting for the next communication or user operation (step CR35). In addition, as explained in general, the receiving-side terminal device CLr in one embodiment of the present invention can receive a multimedia file of the playback content set with plural element data by the transmitting-side terminal device (: 1 ^ according to the type of incoming call). MF prepares this as the incoming call melody file, and plays the incoming call melody file Mρ with the set playback content according to the type of the incoming call event from the transmitting terminal device CLs. That is, 'the incoming call from the receiving terminal device CLr Event processing (Figure 7), if the caller melody file corresponding to the communication-side terminal device CLs is searched

O: \ 87 \ 8793S.DOC -26- 200421145 MF (CR32—YES), Mll is shown in Figure 9 #, and the content corresponding to the call type of the communication is played on output means 4. That is, in the transmission-side terminal device CLs, the multimedia file (calling melody file) MF stored as content in the receiving-side terminal device CLr is defined in advance so as to correspond to a call event such as a phone (common) call or an e-mail message. Category, playing different images (E2) or BGM (E1), messages (E3), etc. If there is an incoming call from the transmission-side terminal device CLs, the output state of the specific content file MF played by the output means 4 is changed according to the type of the incoming call. The change of the output mode not only prepares multiple types of data in advance, but also the text and image data. It can also define the image effects such as moving day or scroll in the incoming melody file (multimedia slot), and execute this image effect. Musical effects such as BGM can also define more than one type, and define multiple types of data in advance] ^ 17 and use this. In addition, it is also possible to define the plurality of multimedia contents (calling melody files) from the transmission-side terminal device CLs so that each type of call may play different images or BGM. At this time, it is also possible to set the type of incoming call in advance in each of the multiple media in the valley transmitted by the transmission-side terminal device CLs, in order to switch the playback according to the identification information of the transmission source (telephone number E5 or email address E6, etc.) Incoming call melody file; when registering business card information from each multimedia content, the incoming call melody slot can also be saved corresponding to each type of each incoming call from the transmission-side terminal device CLs. In the example of FIG. 9 described above, according to the information specified in the multimedia file mf (caller melody file), according to the type of the caller event received by the receiving-side terminal device CLr, is it a phone call or email, and in the output means 4 Display device O: \ 87 \ 87935.DOC -27- 200421145 display different messages (E3), address information (telephone number E5 or mail address E6) and user name (E4), different background music (El: '' BGM1, or, BGM2ft) is played by the audio output section. Furthermore, in this example, since the image (E2) has no plural image information set, the same image is displayed. [Second Method = Second and Third Implementation Aspects] The multimedia file MF used in this multimedia utilization system contains personal information. Generally, the file data stored in the terminal device can be transferred to other devices, so if some Measures, for fear of leaking personal information. Therefore, in the aforementioned second method [2], the user of the transmission-side terminal device CLs of the transmission source does not directly transmit the multimedia file MF, and once in accordance with the instruction of the user, the multimedia file MF is made on the server SV (the first 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 of a specific transmission destination to limit the multimedia file MF. Send it to prevent personal information from leaking freely. In addition, in the second method [2], the information "not transferable" is added to the transmitted multimedia file MF. 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 file 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 implementation modes] The whole process of multimedia. First, in the entire process 2 of the second embodiment in FIG. 10, the transmission-side terminal device CLs that instructs the transmission source of the transmission of the multimedia O: \ 87 \ 87935.DOC -28- 200421145 file MF is made as The element data De required for the multimedia file MF to be sent, including personal information such as address information (E5, E6), and media information such as call melodies (E1) or image data (E2), are directly attached to the email Method or HTTP 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 processing as that of the multimedia file of FIG. 5 is performed, and the same multimedia file MF as that of FIG. 2 is created (step S41). . The created multimedia file MF is in the form of a URL (Uniform Resource Locator). The multimedia file MF can be specifically designated in a single meaning and stored in a memory means (external memory unit) 2 installed in the server SV. File Database (DB) SD. At this time, the multimedia file MF that is created and stored is appended with "non-transferable information", and the receiving-side terminal device CLr that accepts the multimedia file MF cannot (normally) transfer the file MF to other devices. Also, if the multimedia file MF is specifically designated in a single meaning, the registration information is not limited to the URL, and other information is also possible. Next, the registration information inherent in the multimedia file MF of the transmission-side terminal device CLs made and stored in the server SV is notified to the transmission-side terminal device CLs by e-mail or the like (step S42). Moreover, the notification type of this login information is not limited to email. For example, as described above, after sending the element data De to the server SV via HTTP, you can also display the log on O: \ 87 \ 87935.DOC -29- 200421145 via HTTP, or use other devices such as FAX. Further, the registration information notified by the transmission-side terminal device CLs is further notified from the transmission-side terminal device CLs to an arbitrary receiving-side terminal device CLr as a destination, and is notified by e-mail or the like. The receiving-side terminal device CLr accesses the server SV via HTTP according to the notified login information, and requests a multimedia file 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 this multimedia file MF is received, it is the same as the first embodiment [refer to FIG. 3 and FIG. 4: CR3 to CR4, FIG. 6 and FIG. 8 (where the HTTP case starts with “A”)] Similarly, the analysis of the file MF is performed (step CR42), and the file MF is associated with the address information, and then reconfigured and downloaded as the call melody file (step CR43). Thereafter, as in the first embodiment (FIG. 4: CS3, CR5 to CR6, and FIG. 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 transmission information of the transmission-side terminal device CLs confirms the identification information (ie, address information) of the terminal device CLs (step CR5), and the incoming melody file (multimedia file) MF corresponding to the confirmed identification information, It is read out from the library 2F on the RAM, and is displayed as a melody for call, a standby daylight, etc. via the display device or sound output section of the output means 3 (step CR6). Secondly, it is the same as the second embodiment, and the third embodiment illustrated in FIG. 11 has a structure in which the multimedia file MF can be stored in the server SV, and it can be servoed at O: \ 87 \ 87935 DOC -30- 200421145 The device SV saves the sending destination information and manages the file sending destination. In the whole process 3 of FIG. 11 in the third embodiment, first, the user of the transmission-side terminal device CLs who wants to send the multimedia file MF as the transmission source will make the address information required for the multimedia file to be sent ( E5, E6), image data (E2), incoming call melody (E1) and other essential data De, and the destination information of the user who specified that one or multiple receiving-side terminal devices CLr of the multimedia file MF should be sent, Send it to the server SV via additional email or HTTP, and instruct the multimedia file MF to be made and sent (step CS51). Here, the destination information is, for example, a telephone number or IPv6 (Internet Protocol version 6), which can be specifically designated as the destination terminal CLr information of the destination. In addition, an instruction to select a sample MMT of the multimedia file MF can also be transmitted. In the server SV, according to the element data De from the transmission-side terminal device CLs, the multimedia file MF is created in the same steps as the method described above (refer to FIG. 5), and the created multimedia file MF and the destination information office are sent. The designated one or plural destination destinations CLr are linked and stored (step S51). In short, the multimedia file MF is stored in the file database SD with additional inherent registration information such as a URL, and corresponding to the stored multimedia file MF, and the sending destination information is recorded in the sending destination list file LS. Next, the server SV performs control in order to transfer the stored multimedia file MF only to the sending destination terminal device CLr, and notifies the transmitting terminal device CLs and the sending destination terminal of the multimedia file MF's inherent registration information by email or the like. Device CLr (step S52). For example, the URL of the multimedia file MF is notified to the transmission source CLs and the designated destination CLr is sent at the same time. O: \ 87 \ 87935.DOC -31-200421145, there is also a method of directly transmitting the multimedia file MF for the designated sending to the line-end device CLr without the notification of such a URL [This day ^^ , Immediately proceed to the step of transmitting and receiving (S55, CR52)]. On the receiving terminal device CLr, according to the notified registration information, access 伺服 ττρ on the server SV to access the multimedia file MF corresponding to the registration information (step CR4 ... servo wv if receiving the request (step 53), then compare ^) The receiving-side terminal sets the user identification information of CLr and the multimedia file recorded in the sending destination list file LS !; and sends the terminal device user information indicated by the sending destination information to determine whether the multimedia file is permitted to be sent To the request source terminal device CLr (step S54). Here, if it is determined that the user identification information of the receiving-side terminal device CLr is consistent with the information of the sending destination, when it should be sent (S54-YES), the file database §〇 The media file MF is taken out and transmitted to the receiving terminal device CLr in the form of an attached email or Ηττρ (step S54). If the user identification information does not match the destination information and cannot be sent (S54-No), the subject is notified. The receiving-side terminal device CLr, or without notice, ends the processing of this request. If the receiving-side terminal device CLr receives multimedia from the server sv The file MF 'is the same as the first and second embodiments, and the analysis of the file MF is performed (step CR52)' This multimedia file "^ corresponds to the address information, which is re-arranged and downloaded as a melody slot for the call. Moreover, If there are subsequent transmissions from the transmission-side terminal device CLs, follow the same steps as in the first and second implementations. 'Should be sent together, play the caller melody according to the caller melody file (multimedia file) MF or receive it. Screen, etc.

O: \ 87 \ 87935.DOC -32- 200421145 Figure 12 shows the storage of multimedia in the server as in the second and third embodiments. The body slot is transmitted from the terminal CLs on the server to the server via HTTP. SV access indicates an example of the day-to-day change of the display device when the desired multimedia file MF is made (Figure 10: CS41, Figure 11: CR41). The address information input screen (丨) on the left 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 "Please enter the address information" The guide explains the data input. However, in the receiving terminal device CLr, the self-address information is registered in advance, and it can be inserted 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, you can select this in advance by storing the media information content as the element in the server SV in advance. The content confirmation screen (3) on the right side of the previous 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. The screens (3a) to (5) in the next paragraph are examples of screen transitions in the case where the destination is further specified as shown in the third embodiment (Figure 11 · CR41). At this time, the content confirmation screen is as shown in (3) — Unfinished, it becomes (3b) on the left side of the lower paragraph. In short, after confirming the content with the content confirmation screen (3b), move to the delivery destination designation screen (4) in the center of the next paragraph, and then move to the delivery to the right of the next paragraph O: \ 87 \ 87935.DOC -33- 200421145 Confirmation screen (5). And 1, you can also choose the model M · of the multimedia building mf. In this way, in the second method [2], each user terminal device does not need to be a mobile phone terminal device, and can also be any terminal device such as a PC, a game machine, a video converter, and an intestine. Also, it is connected to the server sv. Various communication modes including wired connection can be used appropriately. [Third method] Yu Lishu's third method [3], the multi-media rainbow file MF is made on the transmission-side terminal device CLs, and the media file MF is created once it is sucked into the server $ v, and the server sv It is transmitted to the receiving terminal device CLr. Therefore, the difference between this method [3] and the second or third embodiment (the second method [2]) is that the steps of Figure U) and Figure u are made into stages (SV41, SV51) # to the transmission side. The terminal device CLs, at this stage, receives the multi-female body eaves on the transmitting side terminal device or sends the destination information, and records it in the file database 3] [) or sends the destination list file to the server sv, which will be stored · The sent multimedia file mf is linked to the sending destination CLr, and the multimedia file ^^ / ^ is only transferred to the designated sending destination 匸 ^ for control, which is no different. Furthermore, the destination designated information can also be transmitted in the form of a multimedia file embedded in the transmission-side terminal device CLs. In the embodiment described above, it is explained that the person who enters the name or address as business card information as document information, however, the electronic records that collectively record the name, address, phone number, email address, URL of the home page, etc. Business card (vCard, etc.) information can be used as the business card of the present invention: it can be attached to the multimedia file MF. [Inventive effect]

O: \ 87 \ 87935.DOC -34- 200421145 As explained above, the present invention adds a personal information to the multimedia building installed at the sending end. Therefore, the multimedia plant from the sending source is set as the melody of the incoming call. When it is stored in the Iku of the communication terminal device, by storing the personal information attached to the multimedia file in place: thin, it can be used as "business card" type data independently of the caller melody file. X 'Incoming melody file is memorized corresponding to address poor information contained in personal information'. Therefore, if there is an incoming call from the source terminal device, the incoming call melody agency element data corresponding to the sending end device can be saved from the tank library. This item is used as the melody / receiving day of the incoming call corresponding to the sender. [Schematic description] Structure of the media utilization system FIG. 1 is a schematic diagram showing one embodiment of the present invention. Fig. 2 shows an example of the data structure of a multimedia file processed by the multimedia utilization system of the embodiment of the present invention. FIG. 3 is a schematic diagram for explaining the method of obtaining multimedia files and name information from the email message sent to the receiving terminal device. Fig. 4 is a flowchart showing the overall processing of a case where the multimedia broadcast made by the transmitting terminal device is transmitted to the receiving terminal device [a first embodiment aspect]. FIG. 5 is a flowchart showing a multimedia file creation process. Fig. 6 is a flowchart showing a mail browser startup process executed by the receiving terminal device. FIG. 7 shows a call incoming event performed by a receiving terminal device.

O: \ 87 \ 87935.DOC -35-200421145 flowchart. SunTube 8 is a flowchart showing the process of displaying the indication event on the part executed by the receiving-side terminal device as the secondary procedure of the mail browser (Fig. 6). 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 in the case where the server creates and stores a multimedia file [a second embodiment]. FIG. 11 is a flowchart showing the overall processing of the case where the multimedia slot made in the transmission terminal 1 is stored on the 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, time and space configuration track information m, and element data are composed of multimedia files (call melodies) File) Email of MR attached multimedia file MF O: \ 87 \ 87935.DOC -36-

Claims (1)

200421145 Patent application park: 1 · A communication terminal device, comprising: a file receiving means, which is a caller melody file that receives additional address information of a specially designated transmission source terminal device; a memory means, which The melody file of the received call is associated with the address information attached to it and memorized; and the playback means is based on the incoming call from the source terminal device specifically designated by the memorized address information and will be associated with the address information The associated caller's rhythm slot 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 playback means is used to play the caller melody according to the caller tone data, Simultaneously play an image or text string based on the above image or text data. 3. The communication terminal device according to item 1 or 2 of the patent application scope, wherein the aforementioned memory means includes an address book storing 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.