KR20040060810A - Sever and communication terminal - Google Patents

Abstract

PURPOSE: A server and a communication terminal are provided to effectively use multimedia contents including personal information by storing the personal information in an addressing storing, separately from a multimedia file. CONSTITUTION: Multimedia(MM) files used in the communication terminal of a system include not only media data such as a ringback tone but also the personal information including the address information of an MM file transmission source or the like. When a call arrives from the transmission source after the file is transmitted, the MM file is reproduced according to the address information. A server generates the MM file according to instructions from the transmission source and transmits the MM file, to which forwarding-forbidden information has been added, to only the communication terminal of a specific transmission destination designated by transmission destination information from the transmission source. In the communication terminal, the personal information including the address information is separated from the received MM file and stored in an address storing unit(2A), and the MM file from which the personal information was separated is stored as an ringback tone melody file corresponding to the address information in a file library(2F).

Description

Server and communication terminal {SEVER AND COMMUNICATION TERMINAL}

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a multimedia transmission / reception system that handles many types of media data that can reproduce and read information such as images, voices, music, character strings, etc. by sound or visual display.

Background Art Conventionally, in the communication terminal, providing and reproducing various kinds of information such as text, image, or voice is actively used in various scenes such as incoming melody, incoming image, and E-mail of a portable telephone. . For example, Patent Document 1 discloses a communication system for digital wireless telephones in which such various information facilitates the transmission of a message containing a large amount of content such as a long mail, an image, music, or the like.

[Patent Document 1]

Japanese Patent Laid-Open No. 2001-197553

In addition, the present applicant has already proposed a system that can edit multimedia data consisting of images, sounds, character strings, etc. in a template in a communication terminal by Japanese Patent Application No. 2002-82831 (hereinafter referred to as "first application"). It is. In the prior application system, time and space arrangement designation information defining reproduction display timing of a plurality of element contents (text data, image data, audio data, melody data, etc.), an area for storing each element content, and other header areas A template file having the above is prepared in advance, and the terminal user can generate the completed multimedia contents by appropriately changing the template file or adding new element contents on the mobile phone terminal.

In a system using such multimedia contents, the multimedia contents individually edited by the terminal user can be completed and transmitted to other users, etc., so that personal information is included in the multimedia contents for better use of the multimedia contents. Planning is considered. In this case, the multimedia content includes personal information. Usually, file data stored in the communication terminal of the sender user can be transferred to another device, so that personal information may be unnecessarily leaked to a third party if no security measures are adopted. There is a danger.

The main object of the present invention is to include personal information in multimedia content from other communication terminals to more effectively use the multimedia content and to prevent the leakage of personal information included in the multimedia content to other terminals in advance. Is to provide.

1 is a view showing an outline of the configuration of a multimedia using system according to an embodiment of the present invention.

2 is a diagram illustrating an example of a data structure of a multimedia file handled in a multimedia using system according to an embodiment of the present invention.

3 is a diagram for explaining a method of extracting multimedia file and business card information from an e-mail sent to a receiving terminal.

Fig. 4 is a flowchart showing the overall processing in the case of transmitting the multimedia file created at the transmitting terminal to the receiving terminal (first embodiment).

5 is a flowchart showing a multimedia file creation process.

Fig. 6 is a flowchart showing mail browser startup processing executed in the receiving terminal.

Fig. 7 is a flowchart showing call incoming event processing executed in a receiving terminal.

FIG. 8 is a flowchart showing part display instruction event processing executed in the receiving terminal as a child process of the mail browser (FIG. 6).

9 is a diagram showing an example of read content reproduced by the reading means in accordance with a multimedia file (incoming melody file).

Fig. 10 is a flowchart showing the overall processing in the case where a multimedia file is created and accumulated in the server (second embodiment).

Fig. 11 is a flowchart showing the overall processing in the case where the multimedia file created at the transmitting terminal is accumulated in the server (third embodiment).

12 is an example of a screen in HTTP when a multimedia file is stored in a server (second and third embodiments).

(Explanation of symbols for the main parts of the drawing)

SV… Distribution Server (Host Device)

CL: CL1 to CLn; CLs, CLr... Client terminal

MF… Multimedia file (incoming melody file) consisting of management data Dc, space-time arrangement track information Dt, and element data De

MR... Email with multimedia file attached

According to one aspect of the invention, data receiving means (5; S51) for receiving element data (De: E1, E2, ...) and destination information constituting the multimedia file (MF); File creation and accumulation means (SD, LS) S51 for creating a multimedia file MF set to not transferable based on the received element data De and accumulating the created multimedia file MF in association with the destination information. ); Registration notification means (S52) for notifying the source (CLr) of the element data (De) and the destination information of registration information indicating a URL corresponding to the created multimedia file (MF); And whether or not the communication terminal CLr requesting this access is included in the destination information according to the request for access to the URL from the communication terminal CLr (CR51), and is included in the destination information. Only in the case (S54? YES), a server SV (claim 1) provided with file transmitting means S53 to S55 for transmitting the multimedia file MF associated with the URL is provided. In the server SV according to this aspect, the element data De can also be configured to include the incoming melody data E1 and the address information E5, E6 of the transmission source CLr [claim 2]. Note that the description in parentheses denotes reference numerals or terms in the corresponding examples, and the same applies to the following.

Further, according to another feature of the present invention, file receiving means for receiving a multimedia file MF to which personal information E4, E5, ... including address information E5, E6 specifying the source terminal CLs is added. (5; CR1, CR42, CR52) and personal information (E4, E5, ...) are separated and stored independently from the received multimedia file (MF), and the personal information (E4, E5, ...) is separated and separated. Storage means (2A, 2F; CR4, CR26 to CR28, CR43) for storing the post-multimedia file (MF ') in association with the address information (E5, E6) included in the personal information (E4, E5, ...); After the separation-related multimedia information associated with the address information E5, E6 in accordance with an incoming call from the source terminal CLs specified by the address information E5, E6 contained in the stored personal information E4, E5, ... There is provided a communication terminal (claim 3) provided with reproduction means 4 (CR5 to CR6, CR31 to CR33, CR44 to CR45) for reading and reproducing a file MF '.

[Action of invention]

In the server SV according to the present invention, upon receiving the element data (De: E1, E2, ...) and the destination information which should constitute the multimedia file (MF), the multimedia file is set to be impossible to transmit based on the element data De. (MF) is created, the file MF is accumulated in association with the received destination information (S51), and information indicating the URL corresponding to the created multimedia file MF is notified to the source CLs ( S55) In response to the request for access to the URL from another terminal CLr, the requester terminal CLr is identified as being included in the destination indicated by the destination information (S55), and included in the destination. Only if it is (S55-> YES), the multimedia file MF corresponding to the URL is transmitted (S53 to S55). The element data De also includes the incoming melody data E1 and the address information E4 and E5.

In addition, the communication terminal CLr according to the present invention includes an address storage section 2A for storing address information E4, E5 and the like. When the multimedia file MF to which the address information E4 and E5 is added is received (CR1, CR42, CR52), the personal information (E4, E5, ...) such as the address information E4, E5 from the multimedia file MF is received. Is separated and stored in the address storage section 2A independently from the multimedia file MF, and other parts of the multimedia file MF by this separation, that is, the post-separation multimedia file MF ', are stored in the address information ( And E4, E5) (CR4, CR26 to CR28, CR43). Further, if there is an incoming call from the other terminal CLs specified by the address information E4, E5, the other information MF 'of the related multimedia file is read out from the address information E4, E5 according to the incoming call. In addition, playback is performed (CR5 to CR6, CR31 to CR33, CR44 to CR45).

In the present invention, the personal information E4 and E5 including the address information E4 and E5 in the multimedia file MF including the melody data E1 indicating the ringing tone or the element contents such as images or character strings E2 and E3. Since the personal information (E4, E5, ...) of the multimedia file MF is stored in the address storage unit 2A, it can be used as a "business card", and communication is performed from the source terminal CLs. When the terminal CLr receives an incoming call, the multimedia file MF corresponding to the address information E4, E5 included in the personal information E4, E5, ... of the source terminal CLs corresponds to the calling party CLs. It can be used as an incoming call screen / incoming melody. In addition, the present invention takes the following measures against the leakage of personal information E4, E5, ... included in the multimedia file MF effectively used in this way, and avoids the risk.

That is, in the server SV according to the present invention, the user of the source CLs does not directly transmit the multimedia file MF, but the multimedia file to which " undeliverable " information is added on the server according to the instruction of the source CLs. (MF) is generated and the server manages the destination information corresponding to the generated multimedia file (MF) (S51). Further, the multimedia file MF is transmitted only to a specific transmission destination CLr designated by the destination information (S53 to S55), and the communication terminal CLr that has received this is "not transferable" to the reception multimedia file MF. Information is added, the file MF cannot be transmitted or transmitted to another device.

In the communication terminal CLr according to the present invention, when the multimedia file MF is received (CR1, CR42, CR52), the personal information E4 including address information E4 and E5 from the received multimedia file MF. , E5, ... are separated and stored in the address storage unit 2A, and the multimedia file MF 'after the personal information is separated is stored in correspondence with the address information E4, E5 (CR4, CR26 to CR28). , CR43). Therefore, even if the multimedia file MF 'is accidentally transmitted or transmitted to another device, the personal information E4, E5, ... is not leaked.

Hereinafter, an embodiment of the present invention will be described with reference to the drawings. However, this is merely an example, and various changes can be made without departing from the spirit of the present invention, and the invention can be embodied in various forms.

[Overview of system]

1 is a view showing an outline of the configuration of a multimedia using system including a server (distribution server) and a communication terminal (client terminal) according to an embodiment of the present invention. As shown in the overall diagram of Fig. 1 (1), the multimedia using system includes one to a plurality of distribution servers (SVs) (one in the illustrated example, but a plurality of them) for distributing various multimedia information such as template files. And a plurality of client terminals (CL1, CL2, ..., CLn) having a function of creating a multimedia file and sending it by mail (MR), and these devices (SV, CL1-CLn) are communication networks. It is connected so that mutual communication is possible through CN.

The distribution server SV and each of the client terminals CL1 to CLn can all use an information processing apparatus having a communication function such as a personal computer, a workstation, a portable telephone, a PDA, a game dedicated device, and a LAN for the communication network CN. And a wide area network such as the Internet or a telephone line network, so that, for example, when the client terminals CL1 to CLn are mobile terminal devices such as portable telephones or PDAs, the distribution server SV and the client terminals CL1 to CLn are connected. The base stations BS that actually communicate are connected via the communication network CN. In the following embodiments, the client terminals CL1 to CLn are particularly suitably used as a portable telephone or a terminal having a similar function (for example, a personal computer having a communication card).

Each of the client terminals CL1 to CLn includes a central processing unit (CPU) 1, a storage unit 2, an input unit 3, and a reading unit as illustrated in the internal block diagram of FIG. (4), communication means 5 and the like. The storage means 2 includes a read-only memory (ROM) unit for storing a control program and control data, a random access memory (RAM) unit for temporarily storing processing data, and an external storage unit for storing various data or programs. These storage units can be constituted by semiconductor memories. In addition, an external storage unit of the storage unit 2 is provided with a file library 2F and an address storage unit 2A for storing multimedia contents and personal information. In addition, the CPU 1 controls the operation of the client terminal using the data of the external storage unit in accordance with the control program of the ROM unit using the RAM unit as the work memory.

The input means 3 includes a key device such as a keyboard or various switches, an operator such as a pointing device such as a mouse or a doublet, or an acoustic or image data input device such as a microphone or a camera. In addition, the reading means 4 includes a visible display unit including a display such as a CRT / LCD, an acoustic reading unit (sound transmission) including a sound source / speaker, or the like, and further includes a printer or the like depending on the type of the terminal. And a printing unit.

The communication means 5 is a means for communicating with the distribution server SV or other client terminals via the communication network CN, and is provided with a modem, a LAN card, etc., and communicates with the distribution server SV for various control. You can receive programs or data. For example, the control program itself regarding the multimedia content file can be downloaded from the server SV and stored in the external storage unit 2, and various processes relating to the multimedia content file can be performed according to the control program. In addition, in the case of a mobile terminal, the communication means 5 comprises a wireless communication means with the base station BS, and is connected to the communication network CN via the base station BS.

The distribution server SV has an internal structure similar to that of Fig. 1 (2), and as described above, the program and data can be provided to each client terminal CL, so that the external storage of the storage means 2 is provided. A mass storage device composed of a suitable recording medium such as a magnetic recording medium (flexible disc, tab device, hard disc, etc.) or optical memory medium (CD, DVD, MO, etc.) is included.

[Multimedia file]

In a multimedia using system according to an embodiment of the present invention, a multimedia file (also referred to as a multimedia content file, also referred to as an MM file) is referred to as a MF between each client terminal CL (CL1 to CLn) to the client. It is exchanged between the terminal CL and the distribution server SV. The multimedia file MF is created on an arbitrary client terminal CLs (1≤s≤n) or on a distribution server SV based on an instruction of the client terminal CLs, and is a separate arbitrary client terminal. (CLr) (1 ≦ r ≦ n, r ≠ s). In the following description, the client terminal CLs for which the multimedia file MF has been created or created are referred to as a "transmitter terminal", and the client terminal CLr to which the multimedia file MF has been transmitted is referred to as a "receiver terminal", The distribution server (SV) is simply referred to as a "server".

2 illustrates an example of a data structure of a multimedia file handled in a multimedia using system according to an embodiment of the present invention. The multimedia file MF created at the transmitting terminal CLs or the server SV has a data structure visually shown by FIG. 2, and includes management data Dc (left column) and space-time arrangement track information Dt. (Upper right column) and element data De (lower right column). The multimedia file MF is composed of various pieces of accessory information mainly composed of sound information (also referred to as BGM) serving as an incoming melody. Therefore, when the multimedia file MF is stored for reception in the receiving terminal CLr, the " incoming melody It is also called a "file."

As shown in the lower right column of FIG. 2, the element data De includes sound information such as incoming melody data E1, image information such as image data E2, sentence information such as sentence data E3, and the like. And media information in various data formats, and these media information are referred to as "media data" or "element content" of the multimedia file MF. For example, the sound information E1 is displayed in the form of waveform data, MIDI musical sound data, or the like, and can be reproduced as an incoming call or an incoming melody by voice or musical sound. Further, the image information E2 can be used for a standby screen or the like in the form of image data or figure data, and the sentence information E3 is a message text prepared by the user of the transmitting terminal CLs in the form of character string (text) data. Or the like.

In addition to such media data, the element data De includes user names (names) E4, telephone numbers E5, E-mail addresses E6, which are various personal data relating to the users of the transmitting terminal CLs. There is business card information (also called personal information) that displays address (not shown) and the like as text data. Further, among the business card information E4, E5, ..., the telephone number E5 and the mail address E6 are used as identification information for specifying the sender user at the time of communication between both client terminals CLs and CLr. Is referred to as "address information".

As shown in the left column of Fig. 2, the management data Dc includes profile information Pf for displaying the outline contents (comment and playback time, etc.) of the multimedia file MF, and the space-time arrangement track Dt described later. Each element data De specified by space-time arrangement designation information Ts specifying each element data De corresponding to the elements E1, E2, ... defined by With respect to each of the business card information (E4, E5, ...), among the editing permission information (Ep) and the element data (De) indicating whether the editing is allowed and the type of editing that is permitted, the business card information is displayed in the multimedia file (MF). Business card designation information (Cd), which is information indicating that the content is included in the "

Herein, the card designation information is included as plug information of a specific bit in the multimedia file MF or tag information in the header. The receiving terminal CLr checks the presence or absence of the card designation information Cd in the multimedia file ( It is possible to determine whether or not the business card information is included in the MF).

Also, the space-time arrangement track information Dt shown in the upper right side column of FIG. 2 indicates a timing and a position at which the respective element data De (E1, E2, ...) specified in the space-time arrangement designation information Ts should be read and read. Control information of a plurality of tracks to be instructed, and the reading position (display position, reading position, etc.) of each element data De is defined for each track, and the timing of reading each element data De is determined by the time data of each track. Regulate. In addition, the space-time arrangement track information Dt graphicizes the respective element data De when creating and editing the multimedia file MF, and is space-time on the display unit (display) of the reading means 3. (For example, the read track position is set as the vertical axis and the read timing is set as the horizontal axis (however, such details are not displayed in FIG. 2).), The display can be used for confirming the reproduction mode of the multimedia file MF. .

That is, the space-time arrangement track Dt defines information such as the reproduction timing and display position of each element data, and the space-time arrangement designation information Ts is the element data of the space-time arrangement track Dt and this element. Correspondence relationship with entity data De to be reproduced and displayed as data is defined.

In the multimedia using system according to an embodiment of the present invention, the multimedia file MF created by the transmitting terminal CLs or the server SV, such as a portable telephone, is separately received according to the instruction of the transmitting terminal CLs. It is possible to transmit to the side terminal CLr, and each receiving terminal CLr records the received multimedia file MF so that it can be used as an incoming melody file corresponding to the origination from the transmitting terminal CLs. .

FIG. 3 is a diagram for explaining a form of information extraction with respect to a multimedia file sent by an e-mail to a receiving terminal. In this case, the mail MR transmitted from the transmitting terminal CLs of the file sender to the receiving terminal CLr of the destination is, for example, a mail as shown in the upper left side of FIG. Other parts below the first part Pt1 in which the transmission message indicating the body is stored and the second part (attachment file) Pt2 including the multimedia file (MM file) MF (Fig. 3 2nd part Pt2 only], and each part Pt1, Pt2, ... is each composed of a part header and part data (message body and multimedia file MF).

In addition, in the external storage of the storage means 2 in the receiving terminal CLr, a file storage area 2F called a "file library" is provided as shown in the lower right side of FIG. A personal data storage area 2A referred to is provided. The receiving terminal CLr first extracts the multimedia file MF from the second part of the mail MR received at the terminal CLs and stores it in the file library 2F. Here, when the extracted multimedia file MF is used as an incoming melody, this is referred to as an incoming melody file.

In addition, the incoming melody file stored in the file library 2F may store the extracted multimedia file MF in the file library 2F as it is, but includes business card designation information Cd and address information E5 and E6. The business card information (personal information) E4, E5, ... may be deleted from the multimedia file MF, that is, personal information is separated from the multimedia file MF. In this way, if the multimedia file (personal information is referred to as "MF file after separation") is kept in the file library (2F), if the personal information is separated, the multimedia file (MF ') is separated to another device. Even if we transmit or transmit, personal information is not leaked.

Subsequently, business card information (personal information) E4, E5, E6, ... indicated by the business card designation information Cd contained in the management data Dc of the multimedia file MF (address information E5, E6). Is included in the element data De and stored in the address storage section 2A in correspondence with the multimedia file (incoming melody file) MF of the file library 2F.

As described above, the receiving side is provided with personal information such as a name, a telephone number, an e-mail address, etc. in addition to the multimedia file MF which defines the display timing of element contents such as voice or melody data and other images or character strings. In the terminal CLr, the multimedia file MF can be used as a "business card", and can be used as, for example, an incoming melody / incoming screen corresponding to the transmitting terminal CLs of the other party who sent the multimedia file MF. .

There are three methods [1] to [3] in the method for creating and transmitting the multimedia file MF, and the methods are described in detail in order, but the first method [ 1] shall be described in the section of the first embodiment.

[1] A method for creating a multimedia file MF in the sending terminal CLs and sending the multimedia file MF to the receiving terminal CLr in the form of attaching the multimedia file MF to an email (MR). Embodiment),

[2] Sending information (address information, image data, etc.) necessary for creating a multimedia file to the server SV, creating or accumulating the multimedia file MF on the server SV, and sending it to the receiving terminal CLs. Dispensing method (2nd and 3rd embodiment),

[3] A method for transmitting a multimedia file MF itself created in a transmitting terminal CLs to a server SV and distributing from the server SV to a receiving terminal CLr.

[First Method = First Embodiment]

Fig. 4 shows the overall processing flow of multimedia in the case of directly transmitting to the receiving terminal CLr with the multimedia file created in the transmitting terminal CLs according to the first method [1]. Illustrated. In the whole process 1 which concerns on 1st Embodiment, the multimedia file MF is produced | generated by the transmission side terminal CLs of the origin source which instruct | indicates transmission of the multimedia file MF (step CS1). The multimedia file MF is attached to the electronic mail MR and sent to the receiving terminal CLr of the other party (step CS2).

The receiving terminal CLr receives the e-mail MR transmitted from the transmitting terminal CLs and interprets it (step CR1). The multimedia file is received from the receiving mail MR according to the information extraction procedure described in FIG. (MF) is extracted (step CR2). Further, the extracted multimedia file MF is analyzed to extract business card information E4, E5, E6, ... (step CR3). Further, the file MF and the card information are stored in the file library 2F and the address storage 2A of the receiving terminal CLr while the multimedia file MF is associated with the card information as the incoming melody file. Record (step CR4). That is, the multimedia file MF and business card information are rearranged so that the multimedia file MF can be drawn out using the address information E5 and E6 as key information.

Thereafter, if there is an outgoing call or e-mail transmission from the sending terminal CLs to the receiving terminal CLr (step CS3), the calling data of the terminal CLs is determined from the outgoing data of the sending terminal CLs. Confirm the identification information (i.e. address information) (step CR5), read out the outgoing melody file (multimedia file) MF corresponding to the identified identification information from the file library 2F on the RAM, and read-out means 3 Playback as an incoming melody, an incoming screen, or the like through a display, an audio reading unit, or the like (step CR6).

[Multimedia file creation processing]

FIG. 5 shows an example of the operation flow in the multimedia file creation process CS1 of the entire process 1 in FIG. The multimedia file MF is created based on the multimedia file template (hereinafter abbreviated as "MMT") in accordance with the MM file creation processing program as in the processing of FIG. The MMT is a file that is a prototype of the multimedia file MF to be created. Like the multimedia file MF of FIG. 2, the element data De, the space-time arrangement designation information Ts, and the editability information Ep are included. It is remembered while maintaining the correspondence. In addition, the business card designation information Cd and the business card information E4, E5, ... of the MMT are permitted to be edited, and both are blank (no data) or some minimum limit data (for example, address information E4, E5). Is written by default.

In the transmitting terminal CLs, such an MMT can be received in advance from a server SV having an MMT creating function or another client terminal and prepared in the external storage unit 2, and a multimedia file created separately. Element data (replacement element data, including business card information) newly inserted into the (MF) may be stored in the external storage unit 2.

The multimedia file creation process first reads the MMT onto the RAM 2 (step M1), and then displays contents editable by the user on the display 4 based on the editability information Ep of the MMT. The user is prompted to edit by a message or the like (step M2). Here, when the user performs any editing operation using the operator 24 of the input means 3 (from step M3 to YES), the MMT data is changed in accordance with the user's operation input (step M4).

The contents of the editing operation M3? M4 include, for example, the following according to the permission instruction of the editability information Ep:

(1) Whether playback is possible: includes element data (business card information indicated by the same track Dt and space-time arrangement designation information Ts at each timing or screen position along the space-time arrangement track Dt). (De) whether to play back,

(2) Determination of the element data indicated in the space-time arrangement designation information Ts: In the case where the element data indicated in (1) is to be reproduced, the element data De in the MMT or the transmitting terminal CLs already. Determining which of the various data stored in the file is to be reproduced (multiple reproduction types or types can be set),

(3) Editing of text data arrangement: The arrangement (timing to position) indicated by the space-time arrangement designation information Ts and the space-time arrangement track Dt with respect to the character string (text) data E3, E4, ... Change within a predetermined range

(4) Edit business card information: Enter or change business card designation information (Cd) and business card information (address information, etc.) (E4, E5, ...),

(5) Setting reproduction conditions: In the case where a plurality of forms or a plurality of kinds are set for each element data De (including business card information) to be reproduced at each timing or screen position in (3), Correspondingly, determine in what form element data De is to be reproduced or what kind of element data De is to be reproduced, and so forth.

In the determination of the element data in (2), appropriate image effects such as animation and scroll can be performed on the display media data such as character strings and image information. In this case, the multimedia file MF Define the content in In addition, a plurality of playback modes may be defined so as to implement or not implement such video effects according to predetermined playback conditions. Similarly, for each multimedia file MF, not one type but a plurality of types of display messages based on text data are prepared and set to display corresponding messages according to predetermined playback conditions, or used for the standby screen E2 or the like. Plural types of data may be prepared for the image information to be used for the BGM, such as the incoming image information and the incoming melody data E1, and may be set to reproduce the corresponding data contents in accordance with a predetermined reproduction condition (in any case The content is defined).

In the setting of the reproduction conditions of (5), the reproduction conditions corresponding to each reproduction type or type when the plurality of reproduction types or the plurality of types are set for each element data De as described above are determined. A typical example of this reproduction condition is the type (incoming type) of an incoming event from the source terminal (CLs) as the source. For example, in (2), when the image information (A, B) is set as the element data De to be reproduced at a certain timing and position, and the messages (a, b) are set at the separate timing and position, the terminal (CLs) If the incoming call type from the call is a telephone, playback of the image information (A) and the message (a) is instructed at each timing and position, and in the case of an e-mail, playback of the image information (B) and the message (b) To be instructed, the information (A, a: B, b) to be reproduced is matched for each called species.

In addition, a plurality of multimedia files from the same transmitting terminal (CLs) may be used in order to change the reproduction mode according to the call type from the same transmitting terminal (CLs). In this case, the multimedia files MF1 and MF2 defined by the user of the transmitting terminal CLs to reproduce another image or BGM are created, and the respective multimedia files MF1 and MF2 are transmitted to the same receiving terminal CLr. do. Here, each of the multimedia files MF1 and MF2 includes different address information (e.g., a telephone number in MF1 and e-mail address information in MF2) as business card information. In the receiving terminal CLr, these multimedia files MF1 and MF2 are stored in the file library 2F in correspondence with the address information included in each, i.e., the type of destination, by the processing described later, and from the transmitting terminal CLs. A corresponding multimedia file (e.g., a multimedia file MF1 if a telephone call is received or a multimedia file MF2 if an e-mail is received) is played in accordance with the detected call type according to the incoming call (calling, etc.).

In addition, the element data can be read out in a different reproducing mode according to the set state of the reproducing mode of the receiving terminal CLr without performing the reproducing condition for each of the called species. In this case, the multimedia file MF is set in the transmitting terminal CLs so that different playback modes are obtained in advance for each reproduction mode, and the receiving terminal CLr stores the multimedia file MF in the file library 2F. After storing in the storage device, the desired playback mode may be set by the setting operator of the input means 3.

By the way, after the MMT data change processing M4 or when there is no edit operation input (M3? NO), it is determined whether or not there is a preview instruction (M5). Here, when the user instructs the preview, a preview process of reproducing and reading the element data being edited to each reading means 4 is performed (step M6) so that the user can check the editing situation from time to time to make the necessity of further data change. You can judge.

After the preview processing (M6) or when there is no preview instruction editing operation input (M5-> NO), it is determined whether or not an instruction to end this creation process has been issued by the user (step M7). At that time (M7? NO), the display returns to the first display step M2, and the above editing operations M2 to M7 are repeated. The MMT data change processing M4 can be changed many times with respect to the same place as long as the editable variable information Ep is allowed, and can be returned to its original state.

In addition, when there is an end instruction (M7? YES), designation of a destination to read the edited MMT changed by the change processing M4 as a multimedia file (MM file) (MF) (for example, to the receiving terminal CLr). Transmission, storage to the external storage unit 2, etc.] (step M9) in accordance with the read designation, the edited MMT, that is, the multimedia file MF, is read (step M10). After the file reading process M10, the multimedia file creating process ends.

In addition, in the business card information editing (*) of the editing operation (3), the business card information is handled separately from the other element data, and is indicated by a dashed line after the end of the MMT change (M4) (M7-> YES). As described above, the card may be executed in a process (step M8) of adding business card information (*). In this case, after the end instruction, the vividness information is added to the element data E5 to E6, and the business card designation information Cd may be generated or added.

When the multimedia file MF created in the file reading process M9 or the multimedia file MF once stored in the external storage unit 2 after file creation is transmitted to the receiving terminal CLr, the multimedia file MF Note that various types of personal data (card information including address information E5 and E6) specified in the business card designation information Cd are automatically executed, although all non-editing processing is automatically performed forcibly disallowing all contents changes. Extraction and deletion of information such as, E5, ...) are controlled to be permitted.

[Processing of receiving terminal]

6 to 8 show in more detail the processing (CR1 to CR4, CR5 to CR6) at the receiving terminal CLr for receiving an e-mail to which the multimedia file from the transmitting terminal CLs is attached in FIG. This is an example of a processing flow. First, FIG. 6 is a flowchart showing a mail browser startup process for viewing a received e-mail at the receiving terminal CLr. In the receiving terminal CLr, the e-mail already received at the terminal CLr and stored in the external storage unit of the storing means 2 in the step before entering the processing flow is displayed on the display of the reading means 4 as a list. Is displayed, and the user can select from the list a mail for which he / she wants to display detailed contents.

Thus, when the user selectively instructs the received e-mail from the mail list displayed on the display 4, the configuration of the received mail MR is analyzed in accordance with a mail browse application (browser) (step CR11). . Subsequently, after displaying the main body of the received e-mail MR on the display 4 (step CR12), it enters a state of waiting for any user operation (step CR13).

For example, in the case of the received e-mail MR composed of plural parts, such as a mail to which the multimedia file MF is attached (see Fig. 3), when the received e-mail is displayed via the configuration analysis CR11 (CR13), The body of the first part Pt1 (usually the mail body is stored) is displayed and waits for the selection instruction of the other part Pt2 or the termination instruction of the mail browsing application (CR13). In the waiting step CR13, for example, the "part display instruction event" process shown in FIG. 8 is executed.

FIG. 8 is a flowchart for displaying a " part display instruction event " process executed as a child (dependent) process of the mail browser shown in FIG. In this processing flow, it is first determined whether there is a part in the received mail selected from the list (receive mail consists of a plurality of parts) (step CR21), and if there is a part (CR21? YES), the second part ( The item information of the part header after Pt2) is displayed to wait for a part instruction from the user. That is, in an e-mail including a plurality of parts (Pt1, Pt2, ...), as described above, the first part is a sentence, and after the second part, an attachment or the like is included, so that an e-mail including a plurality of parts is browsed. If present (CR21? YES), the " previous part " / " next part " button and the like are displayed on the display 4, waiting for the user's instruction, and displaying any part according to the user's instruction.

Here, when a desired part (Pt2 or the like) is instructed by the user, it is judged whether or not the type of content belongs to the multimedia file MF from the part header information with respect to the instructed part (step CR22). Further, if the content type of the part is checked, if it is a multimedia file (MF22? YES), it is additionally checked whether business card designation information Cd is added to the management information Dc of the part content (step). CR23).

If it is determined in the inspection that business card designation information Cd has been added (CR23? YES), a dialog as to whether to register the contents of the multimedia file MF is displayed, and registration of the file MF to the user is indicated. Inquire (step CR24). On the other hand, it is determined whether or not "registration" has been selected by the user (step CR25). In the previous step of the registration inquiry step CR23, the multimedia file MF is preferably configured to be reproduced by the reading means (display, soundproof unit, etc.) 4. By setting such a reproduction step, the user can confirm the specific contents of the multimedia file MF of the part and the business card information (address information) in detail.

By the way, when the user selects " registration " is performed (CR25? YES), the multimedia file MF is stored in the file library 2F as an incoming melody file (stem CR26) and the received multimedia file ( The address storage unit 2A stores address information (telephone number E5, mail address E6) and other personal data (name E4, address, etc.) embedded in the MF as part of the element data De. (Step CR27).

As already described with reference to Fig. 3, in the file saving step R26, the business card designation information Cd and the business card information E4, E5, ... designated by this from the received multimedia file MF ( The card information may be separated as personal information, and the multimedia file MF 'may be stored as an incoming melody file after separation.

Further, the user of the source terminal CLs defined in the address information is associated with the stored incoming melody file MF (step CR28). That is, in order to use address information (e.g., phone number E5 to mail address E6) indicated as predetermined symbol data in the card information as the source identification data, the source terminal CLs and the incoming melody file in this identification data. Match (MF). After the association process CR28, the event process is terminated and the process returns to the waiting step of the mail browser startup process (FIG. 5: CR13).

When receiving the multimedia file MF as the data attached to the e-mail as described above, when the part containing the multimedia file MF is selected in the mail browser (CR21 to CR22? YES), the file MF If it is detected that a business card designation has been assigned to the card, the business card information [personal data (E4, E5, ...)] including address information (E5, E6) added to the file (MF) from CR23 to YES is stored in the address storage unit ( In addition to 2A) (CR27), the source file CLs defined in the address information E5 and E6 is associated with the multimedia file MF (CR28). In the above example, registration is performed only by dialog display and registration is performed only when the user responds with YES (CR24 to CR28). If there is business card designation information Cd, the registration may be performed automatically.

In addition, when receiving multimedia file MF by HTTP (HyperText Transfer Protocol) in the 2nd and 3rd embodiment mentioned later (FIG. 10: CR42, FIG. 11: CR52), it shows as "A" in FIG. As described above, file information extraction processing is started from the registration inquiry step CR24.

In this way, when the incoming melody file MF and the business card information are registered and associated with the corresponding transmission terminal CLs (CR26 to CR28), the multimedia file MF is created (described later). In the second embodiment, incoming calls (for example, incoming calls, incoming e-mails, connection requests such as chats, etc.) from the user of the transmitting terminal CLs instructing the creation of the multimedia file MF are sent. When identified, the incoming melody file MF associated with the user is read and read by the reading means 4 in the source association association step CR28 in Fig. 8, and reproduced as the incoming melody, the incoming screen, or the like.

In addition, when it is determined that there is no part in the part determination step CR21 (CR21-> NO) and when the content of "not registered" is determined in the registration command determination step (CR25), the mail browser is immediately started. The process returns to the waiting step (FIG. 5: CR13). When the card type identification step CR22 determines that the file is not the multimedia file MF (CR22? NO) and when the card designation information is not detected in the business card inspection step CR23 (CR23? NO), the part The contents of the contents (including the file type) or the business card information are not present to the user (step CR29), and the user confirms this. Returning to the waiting step of the mail browser start process (FIG. 5: CR13).

Fig. 7 is a flowchart showing " call incoming event processing " executed in the receiving terminal CLr in response to a call from the transmitting terminal CLs. In this processing flow, if there is an outgoing event such as an incoming call, an incoming e-mail, or a connection request such as a chat, according to a call from the calling terminal CLs, the called terminal CLs is received from the incoming information. ) Is detected (step CR31), and then the incoming melody file MF corresponding to the user of the transmitting terminal CLs which has been called based on this identification data is stored in the file library 2F. Check whether or not (Step CR23).

Here, if there is an incoming melody file MF corresponding to the transmitting terminal CLs (CR32? YES), the incoming melody file MF is reproduced by the reading means 4, and a call notification process is performed (step CR33). . Fig. 9 is an example of the read content reproduced by the reading means in accordance with the incoming melody file MF. If there is no such file MF (CR32? NO), a process of notifying that there is an incoming call by a predetermined method using a ring tone or an incoming image set in advance by the receiving terminal CLr is performed (step). CR34). After the incoming call notification process (CR33, CR34), the next communication or user operation is awaited (step CR35).

In addition, in the reception terminal CLr according to the embodiment of the present invention, as described above, the multimedia terminal MF in which reproduction contents of a plurality of element data are set according to the reception type is transmitted. The received melody file MF can be reproduced from the reproduction contents set in accordance with the type of the incoming event from the transmitting terminal CLs. That is, when the incoming melody file MF corresponding to the transmitting terminal CLs communicated in the incoming / outgoing event processing (FIG. 7) of the receiving terminal CLr is found (CR32? YES), it is shown in FIG. As illustrated, the reproduction means is reproduced by the reading means 4 in correspondence with the incoming call type of the communication.

That is, in the sending terminal CLs, an incoming event such as whether a call (call) is received or an e-mail is received in advance in the multimedia file (incoming melody file) MF stored as content in the receiving terminal CLr. Correspondingly, it is defined to reproduce another image E2, BGM E1, message E3, etc. in accordance with the type of. If there is an incoming call from the transmitting terminal CLs, the reading mode of the predetermined content file MF reproduced by the reading means 4 is changed in accordance with the incoming call type. To change the reading mode, not only a plurality of types of data are prepared, but also the character and image data are properly defined in the incoming melody file (multimedia file) MF, and the video effects such as animation and scroll are defined. May be executed. Not only one type of music information, such as BGM, but also a plurality of types of data may be defined in the file MF and used.

Further, each of the plurality of multimedia contents (incoming melody file) from the transmitting terminal CLs may be defined to reproduce different images or BGMs for each kind of incoming call. In this case, the destination type is previously assigned to each of the plurality of multimedia contents transmitted from the transmitting terminal CLs so as to replace the incoming melody file reproduced according to the identification information (telephone number E5 or mail address E6, etc.) of the sender. It may be set, or when registering business card information from each multimedia content, the melody file may be stored in correspondence with the type of each incoming call from the transmitting terminal CLs.

In the example of FIG. 9, a message different depending on whether the type of an incoming event received at the receiving terminal CLr is an incoming call or an e-mail according to the information specified in the multimedia file MF (incoming melody file). (E3), address information (telephone number E5 or mail address E6) and user name E4 are displayed on the display of the reading means 4, and other music music E1: " BGM1 " or " BGM2 " ) Is soundproof from the sound reading unit. In this example, since a plurality of image information is not set for the image E2, the same image is displayed.

Second Method = Second and Third Embodiments

The multimedia file MF used in the multimedia using system includes personal information, and the file data accumulated in the terminal may be transmitted to other devices, and thus there is a risk that personal information may be leaked if no action is taken. Thus, in the second method [2], the user of the transmitting terminal CLs, which is the originator, does not directly transmit the multimedia file MF, but once the multimedia file MF is received from the server SV according to the user's instruction. ) Or by uploading the multimedia file MF to the server SV (third embodiment) and transmitting the file MF only to the receiving terminal CLr as a specific destination. The transmission destination of the multimedia file MF is restricted, and personal information is prevented from being leaked unnecessarily.

In the second method [2], " impossible to transfer " information is added to the transmitted multimedia file MF. Each receiving terminal CLr serving as a transmission destination faithfully performs " impossible to transfer " and prevents this file MF from being transmitted or transmitted to another device. Moreover, it has a function which manages the destination of the said multimedia file MF, and makes perfect file management (3rd Embodiment).

10 and 11 show the case where the multimedia file MF is created and accumulated on the server SV based on an instruction from the transmitting terminal CLs according to the second method [2] [second and third embodiments]. ] Shows the overall processing flow for multimedia.

First, in the overall processing 2 according to the second embodiment of Fig. 10, the element data De required for the creation of the multimedia file MF to be sent from the sender terminal CLs of the sender instructing the transmission of the multimedia file MF. Personal data such as address information (E5, E6) and media data such as incoming melody (E1) and image data (E2) are directly attached to an e-mail or transmitted to the server SV by HTTP. (Step CS41). In this case, with respect to media information such as an image or a melody, a plurality of media data may be stored in the server SV, and the user of the transmitting terminal CLs may select this. In addition, the instruction for selecting the template MMT of the multimedia file MF may be read.

The server SV creates the multimedia file MF similar to that of FIG. 2 in the same procedure as the multimedia file creation process of FIG. 5 based on the personal data and the media data transmitted from the transmitting terminal CLs (step). S41). The created multimedia file (MF) is a file database (DB) installed in the storage means (external storage) 2 in the server SV so that the multimedia file MF can be specified by one means in the form of a URL (Uniform Resource Locator). Accumulates in the SD. In this case, " non-transferable information " is added to the multimedia file MF to be created and accumulated, and the receiving terminal CLr that has received the multimedia file MF normally transmits the file MF to another device. Could not send In addition, the registration information is not limited to the URL as long as the multimedia file MF can be specified with one meaning, and may be other information.

Subsequently, the transmission side terminal CLs are notified of registration information unique to the multimedia file MF of the transmission side terminal CLs created and stored in the server SV by e-mail or the like (step S42). The notification form of the registration information is not limited to electronic mail. For example, after transmitting the element data De to the server SV in HTTP as described above, the registration notification may be displayed in HTTP or may be notified using another device such as FAX. The registration information notified to the transmitting terminal CLs is also notified from the transmitting terminal CLs by electronic mail or the like using an arbitrary receiving terminal CLr as a transmission destination.

The receiving terminal CLr accesses the server SV in HTTP according to the registered registration information and requests the multimedia file MF corresponding to the registration information (step CR41). When the server SV receives this request (step S43), the server retrieves the multimedia file MF from the file database SD and sends the receiving terminal CLr in an e-mail attachment format or HTTP (step S44). .

When the receiving terminal CLr receives the multimedia file MF, it refers to the first embodiment (Figs. 3 and 4: CR3 to CR4, Fig. 6 and Fig. 8 (but starting with "A" in the case of HTTP). In the same manner as described above, the file MF is analyzed (step CR42), and the file MF is rearranged and downloaded as an incoming melody file in correspondence with the address information (step CR43).

Thereafter, similarly to the first embodiment (FIG. 4: CS3, CR5 to CR6; FIG. 7: CR31 to CR33), if there is an outgoing call or e-mail transmission from the sending terminal CLs to the receiving terminal CLr. (Step CS3) The identification information (i.e., address information) of this terminal CLs is confirmed from the originating data of the transmitting terminal CLs (step CR5), and an incoming melody file (multimedia file) corresponding to the identified identification information (MF) is read from the file library 2F onto the RAM and reproduced as an incoming melody, an incoming screen, or the like through the display of the reading means 3, the sound reading unit, or the like (step CR6).

Next, in the third embodiment illustrated in FIG. 11, the multimedia file MF is stored in the server SV as in the second embodiment, and the destination information is stored on the server SV to manage the file destination. It is comprised so that it can be performed.

In the entire process 3 in Fig. 11 according to the third embodiment, first, the user of the sender terminal CLs of the originator who wants to transmit the multimedia file MF needs address information (E5, E6) necessary for the creation of the multimedia file to be sent. A destination for designating a user of one to a plurality of transmitting terminal CLs to which the multimedia file MF after creation is to be sent in addition to the element data De such as the image data E2 and the incoming melody E1. The information is transmitted to the server SV by e-mail or HTTP, and instructions for creating and sending the multimedia file MF (step CS51). Here, the destination designation information is information that can specify the destination terminal CLr as a destination, for example, such as a telephone number or an address of Internet Protocol version 6 (IPv6). Further, an instruction to select a template MMT of the multimedia file MF may be sent.

On the server SV, the multimedia file MF is created in the same manner as described above (see Fig. 5) on the basis of the element data De from the transmitting terminal CLs (see Fig. 5), and the created multimedia file MF. And one or more destination terminal CLr specified in the destination specification information are stored in association (step S51). That is, by adding unique registration information by a URL or the like, the multimedia file MF is stored in the file database SD, and destination information is sent to the destination list file LS in correspondence with the stored multimedia file MF. To record.

Subsequently, the server SV transmits the registration information unique to the multimedia file MF to the sender terminal CLs and the sender terminal in order to control the stored multimedia file MF to be transmitted only to the sender terminal CLr. CLl is notified by e-mail or the like (step S52). For example, the URLs of the multimedia files MF are simultaneously notified to the transmission sources CLs and the specified one or more destinations CLr. There is also a method of directly transmitting the multimedia file MF to the designated destination terminal CLr without the notification of such URL. (In this case, the flow proceeds directly to the file transmission / reception steps S55 and CR52.) .

The receiving terminal CLr accesses the server SV by HTTP in accordance with the notified registration information, and requests the multimedia file MF corresponding to the registration information (step CR41). When the server SV receives the request (step S53), the terminal indicated by the user identification information of the requested receiving terminal CLr and the destination information of the multimedia file MF recorded in the destination list file LS The user information is compared to determine whether or not the multimedia file MF should be sent to the requesting terminal CLr (step S54).

Here, when it is determined that the user identification information of the receiving terminal CLr should be sent in accordance with the destination information (S54-> YES), the multimedia file MF is extracted from the file database SD, and the e-mail attachment format is obtained. Or, it transmits to the receiving terminal CLr by HTTP (step S54). When the user identification information does not match the destination information and cannot be sent (S54? NO), the content is notified to the receiving terminal CLr or the processing for the request is terminated without notification.

When the reception terminal CLr receives the multimedia file MF from the server SV, the file MF is analyzed as in the first and second embodiments (step CR52), and the multimedia file MF is received. The file is rearranged and downloaded as an incoming melody file in correspondence with the address information. If there is an outgoing call from the transmitting terminal CLs thereafter, an incoming melody or incoming call based on an incoming melody file (multimedia file) MF in response to the outgoing call in the same procedure as in the first and second embodiments. Play the screen.

Fig. 12 shows a case where multimedia files are stored in the server as in the second and third embodiments, and the creation of the desired multimedia file MF is instructed by accessing the server SV from the transmitting terminal CLs by HTTP ( Fig. 10 shows a transition example of the display screen in CS41, Fig. 11: CR41).

The address information input screen 1 on the upper left is a screen for inputting the user's name E4, telephone number E5, and e-mail E6 for the sending terminal CLs. Please input the information. ”The user inputs data according to the guide comment, but his address information may be registered in advance in the receiving terminal CLr and inserted automatically. In addition, the server SV may specify the receiving terminal CLr or the user thereof and automatically insert the same.

The content selection screen 2 in the upper center is a screen for inputting images and melodies as media information contents which is media data of the created multimedia file MF, and according to a guide comment "Please enter content" Although data can be input, a plurality of media information contents serving as elements of the server SV may be stored and selected.

The content confirmation screen 3 on the upper right is a screen for confirming the content of element data of the multimedia file MF created on the server SV. At this point in time, the contents of the multimedia file (incoming melody file) MF itself created in accordance with this content may be previewed.

Each of the lower screens 3a to 5 is an example of the screen transition in the case of additionally specifying a destination (FIG. 11: CR41) as in the third embodiment. In this case, the contents confirmation screen is not completed as shown in (3). Instead, it becomes as 3b of the lower left side. That is, after checking the content on the content confirmation screen 3b, it moves to the destination designation screen 4 in the lower center, and then to the destination confirmation screen 5 in the lower right. Further, the template MMT of the multimedia file MF may be selected.

As described above, in the second method [2], each client terminal CL does not need to be a mobile telephone terminal, but any terminal apparatus such as a PC, a game machine, a set-top box, a PDA, and the like can be used. In addition, the connection with the server SV can use various communication modes including an organic connection suitably.

[Third method]

In the third method [3], the multimedia file MF is created in the transmitting terminal CLs, and once the created multimedia file MF is uploaded to the server SV, the receiving terminal is received from the server SV. It transmits to (CLr). Therefore, in the method [3], the file creation stages S41 and S51 in Figs. 10 and 11 are moved to the transmitting terminal CLs, and the multimedia file MF to the destination information is transmitted at this stage. Although different from the second to third embodiments (second method [2]) in that they are received by the terminal CLs and recorded in the file database SD or the destination list file, they are accumulated and sent by the server SV. The multimedia file MF and the destination CLr are associated with each other, and control is performed so that the multimedia file MF is transmitted only to the designated destination CLr. In addition, the destination designation information may be sent in a form embedded in the multimedia file MF transmitted from the transmitting terminal CLs.

In the above-described embodiment, the name and address, which are business card information, are described as text data, respectively, but electronic name (vCard, etc.) information in which the name, address, telephone number, e-mail address, URL of the homepage, etc. are collectively recorded. May be added to the multimedia file MF as the business card information of the present invention.

As described above, according to the present invention, since the personal information is added to the multimedia file, the communication terminal stores the added personal information in the address storage unit so that it can be effectively used as "business card" data independently of the multimedia file. The multimedia file is stored in the file library in correspondence with the address information included in the personal information. Therefore, when there is an incoming call from the calling party terminal, the element data of the called melody file corresponding to the calling party terminal is read from the file library and the incoming call is received. It can be used as a melody / incoming screen or the like.

In addition, the server generates a multimedia file (MF) on the server according to an instruction from the source server, manages destination information corresponding to the multimedia file, and " undeliverable " information only to a specific destination specified by the destination information. Since the multimedia file is transmitted, the communication terminal receiving the multimedia file may not transmit or transmit the file to another device.

When the multimedia file is received, the communication terminal separates the personal information including the address information from the received multimedia file, stores the personal information in the address storage unit, and stores the multimedia file after separating the personal information in correspondence with the address information. After the separation, even if the multimedia file is wrongly transmitted or transmitted to another device, the personal information is deleted so that personal information does not leak from the file.

Claims (3)

Data receiving means for receiving element data constituting the multimedia file and destination information; File creation and accumulation means for creating a multimedia file set to be impossible to transmit based on the received element data and accumulating the created multimedia file in association with the destination information; Registration notification means for notifying a sender of the element data and destination information of registration information indicating a URL corresponding to the created multimedia file; And In accordance with a request for access to the URL from a communication terminal, it is identified whether or not the communication terminal requesting this access is included in the destination information, and the multimedia file associated with the URL is only included in the destination information. And a file transmitting means for transmitting. The server according to claim 1, wherein the element data includes an incoming melody data and address information of the sender. File receiving means for receiving a multimedia file to which personal information including address information specifying an originating terminal is added; Storage means for separating and storing personal information independently from the received multimedia file and storing the separated-multimedia file from which the personal information is separated in association with address information included in the personal information; And And reproducing means for reading and reproducing a post-separation multimedia file associated with the address information in response to an incoming call from the originating terminal specified by the address information contained in the stored personal information.