JP4337714B2 - Portable terminal device, program, and recording medium - Google Patents

Description

The present invention relates to a mobile terminal device , a program, and a recording medium that can switch, for example, a ringing tone of a mobile phone according to TPO (time, place, case, etc.).

In recent years, a user selects a favorite ring melody from a site having a ring tone server as a ring tone for a voice call or a mail call of a mobile phone, downloads it, and sets it to the mobile phone. However, if the ringing melody set once for each incoming call is repeatedly pronounced, it is inevitable that the user gets bored. In this case, the user downloads another ringing melody and registers it again.
On the other hand, Patent Document 1 describes a device that automatically changes an incoming melody according to time, and Patent Document 2 automatically changes an incoming melody according to the location of a mobile phone. An apparatus is described which is adapted to do so.
JP 2001-197159 JP 2003-333126 A

  However, the devices described in Patent Documents 1 and 2 can only deal with a single element such as time or place, and cannot change the incoming melody corresponding to a plurality of elements. Further, the devices of Patent Documents 1 and 2 have to reset the correspondence between elements and melodies when the incoming melody file is moved to another terminal.

  The present invention has been made in consideration of the above circumstances, and its purpose is to change the music corresponding to a plurality of elements, and the correspondence between the plurality of elements and the music simply by writing the file to the memory Is to provide a music data exchange format and a portable terminal device.

The invention described in claim 1 includes a plurality of reproduction condition element tables in which a plurality of pieces of music data, elements of reproduction conditions and correspondence relations of the plurality of pieces of music data to be reproduced are recorded, and the plurality of reproduction element condition tables A priority table indicating the priority of the music data exchange format file including a communication means for acquiring from outside, a storage means for storing the music data exchange format file acquired by the communication means, and obtaining element information Element information acquisition means, a music sound reproduction means for reading the music data of the music data exchange format file from the storage means and reproducing the music, a current music trigger that is received by the music reproduction, and the current information acquired by the element information acquisition means There one of the reproduction element condition table of the the element information music data interchange format file Of the element examines whether or not the match Re, if you are in agreement, send a music data corresponding to the element in the reproducing element condition table to the tone reproduction means, if not met is provided with a control means whether the further testing and any element meets the other of the reproduction element condition table of the current element information and the music data interchange format file, the control The means controls the reproduction of music by performing the above-mentioned inspection sequentially from the reproduction element condition table having a high priority indicated by the priority table in the music data exchange format file. Device.

請 Motomeko invention described in 2, in the portable terminal device according to claim 1, wherein the reproduction condition element table is characterized in that it comprises a time table recording the correspondence relationship between the time and the music data.

According to a third aspect of the present invention, in the portable terminal device according to the first or second aspect , the reproduction condition element table includes a date table in which a correspondence relationship between a date and music data is recorded. To do.
According to a fourth aspect of the present invention, in the mobile terminal device according to any one of the first to third aspects, the element information acquisition unit includes a GPS device that acquires current position information as element information. The reproduction condition element table includes a location table in which a correspondence relationship between locations and music data is recorded.

Invention of Claim 5 has a communication means which communicates with a base station via a radio | wireless communication line in the portable terminal device in any one of Claims 1-4 , The said communication means The trigger is output to the control means when an incoming voice call or mail is received.
According to a sixth aspect of the present invention, in the mobile terminal device according to any one of the first to fifth aspects, the music data is sequence data for driving a sound source, and the music sound reproduction means is the sequence. It is a sound source that decodes data and generates a musical sound signal.

According to a seventh aspect of the present invention, in the portable terminal device according to any one of the first to fifth aspects, the music data is sampling data, and the music sound reproduction means converts the sampling data into an analog music signal. It is the conversion means which converts into.
According to an eighth aspect of the present invention, in the mobile terminal device according to any one of the first to seventh aspects, the plurality of music data are collected in singer units, genre units, or categorized units. It is characterized by being data.

A ninth aspect of the present invention is the portable terminal device according to any one of the first to eighth aspects, further comprising rewriting means for rewriting the reproduction condition element table in the storage means in accordance with a user instruction. Features.
The invention according to claim 10 is a computer of a mobile terminal device, a plurality of music condition data, a plurality of reproduction condition element tables in which correspondence elements of reproduction condition elements and the plurality of music data to be reproduced are recorded, A priority table indicating priorities of the plurality of playback element condition tables; a communication step for acquiring a music data exchange format file including the external; an element information acquisition step for acquiring element information; and the communication step. A music sound reproduction step for reading music data in the music data exchange format file and reproducing the music, a current music element that is triggered by the music reproduction and acquired by the element information acquisition step, and the music data exchange format file One of the elements in the playback element condition table matches If it matches, the music data corresponding to the element in the playback element condition table is transmitted to the musical sound playback step, and if it does not match, the current element information and A control step of further checking whether any of the other elements in the reproduction element condition table in the music data exchange format file is matched , the control step comprising: It is characterized in that the reproduction of the music is controlled by performing the above-mentioned inspection sequentially from the reproduction element condition table having a high priority indicated by the priority table in the music data exchange format file.
The invention described in claim 11 is a recording medium, wherein the program described in claim 10 is recorded.

According to the present invention, it is possible to automatically change the voice ringtone or mail ringtone of the mobile phone in accordance with the TPO, and there is an advantage that the user does not get bored. In addition, when music data is provided as a package in units of singers, genres, categories, etc., the user only has to download one package and set the correspondence between a plurality of elements and music in the mobile terminal device. It is possible to set ringtones and the like that are rich in change and never get bored. According to the ninth aspect of the invention, there is an effect that the user can customize the correspondence between elements and music.

  Embodiments of the present invention will be described below with reference to the drawings. FIG. 1 is a block diagram showing a configuration of a mobile phone 30 which is a mobile terminal device according to an embodiment of the present invention. In this figure, reference numeral 1 is a CPU (central processing unit) that controls each part, and 2 is a non-volatile RAM (random access memory) in which data is temporarily stored in the processing of the CPU 1, and also stores music data exchange format files to be described later. Has been. Reference numeral 3 denotes a ROM (read only memory) in which a program of the CPU 1 and map data are stored. Reference numeral 4 denotes a display unit using a liquid crystal display, and 5 denotes an operation key unit including a numeric keypad and function keys. Reference numeral 6 denotes a communication unit which demodulates a high frequency signal received via the antenna 7 and outputs voice data obtained by the demodulation to the voice processing unit 8, and character data, symbol data, etc. via the bus line B. Output to the CPU 1. Further, the communication unit 6 modulates a high frequency carrier wave by the character data supplied from the CPU 1 and the voice data output from the voice processing unit 8 and transmits the modulated carrier wave from the antenna 7.

  The audio processing unit 8 converts the audio signal output from the microphone 9 into digital audio data, further compresses it, and outputs it to the communication unit 6. In addition, the compressed digital audio data output from the communication unit 6 is expanded, converted into an analog signal, and output to the ear speaker 10. A sound source 11 decodes sequence data (data according to the MIDI standard) supplied via the bus line B, generates a musical sound signal by an FM (frequency modulation) method or a WT (wave table) method, and supplies it to the speaker 12. Output. A GPS unit 15 calculates the current position of the mobile phone 30 based on radio waves from GPS satellites and outputs the current position to the CPU 1 via the bus line B. A vibrator 16 receives a drive signal from the CPU 1 and rotates a vibration motor to generate vibration.

FIG. 2 is a diagram showing a music data exchange format file F set in the RAM 2. The file F is downloaded to the mobile phone 30 by the user accessing the dedicated server having a database for storing and managing the music data exchange format file F by the communication unit 6 of the mobile phone 30 via the wireless communication line. It is. Each data in the file F is managed in units of chunks, and each chunk stores the following data.
Contents Into Chunk: Stores file management data such as content type and content duplication permission.
Optional Data Chunk (Optin): Stores information unique to music data such as a playback condition element table (described later).
Score Track Chunk # 1 to #n: Stores timbre data, sequence data, etc. for playing musical sounds. One Score Track Chunk corresponds to one piece of music data, and # 1 to #n are the ID numbers of the music data.
Setup Data Chunk: Stores tone data and effect setting data. They are set in the sound source 11 at the start of reproduction, and are used along with the interpretation of the sequence data.
Sequence Data Chunk: Stores sequence data. Sequence data is a collection of events with time information. Events include pronunciation events, tone change events, volume change events, pitch change events, and the like.

FIG. 3 is a diagram showing a playback condition element table stored in the above-mentioned Optional Data Chunk (Option). Various data specific information is stored in Optional Data Chunk.
Tag (fixed 2 bytes) + size (fixed 2 bytes) + Data (variable length)
Defined by A tag indicating that it is a reproduction condition element is defined in advance. The Data section stores playback condition element tables such as a time table T1, a date (month) table T2, a location table T3, and a priority table T4 shown in FIG. In each table, a reproduction music ID (the above-mentioned Score Track Chunk ID number) is assigned to each element corresponding to the TPO. Default is assigned when there is no corresponding playback condition.

Next, the operation of the mobile phone 30 according to the above embodiment will be described with reference to FIGS. The operations other than the ring tone generation operation in the cellular phone 30 are the same as those in the conventional cellular phone, and the description thereof is omitted.
FIG. 4 is a functional block diagram for explaining the ring tone generation operation. In the following description, the corresponding parts of the hardware configuration in FIG.
The music controller 21 (CPU 1) first acquires element information including current time information, current date information, and current position information of the mobile phone 30. The current time information and date information are held by the CPU 1. Further, the position information of the mobile phone 30 is generated by the CPU 1 based on the data from the GPS unit 15. Next, the music controller 21 selects the music data indicated by the corresponding playback music ID based on the element information from the music data file 22 (pointing to the file F in the RAM 2), and loads it to the player 23 (CPU 1). When the player 23 receives an incoming call, the player 23 sequentially transmits the event sequence in the music data received from the music controller 21 to the sound source 11 according to the time sequence. In this case, data transmitted from the player 23 to the sound source 11 is MIDI standard data. The sound source 11 receives the event sequence, generates a musical sound signal, and outputs it to the speaker 12.

5 and 6 are flowcharts showing the above-described operation in more detail, and FIG. 6 is a flowchart following step S5 in FIG. Hereinafter, the operation will be described with reference to this flowchart.
The CPU 1 takes in element information every time a predetermined time elapses (steps S1 and S2). That is, first, the current time is written in a preset element information area of the RAM 2, and then the current date is written in the same area. Next, the current position data of the mobile phone 30 is acquired from the GPS unit 15, then the map data around the position indicated by the current position data is read from the ROM 3, and whether the current position is near the coast from the read map data. Whether it is in the mountains or the metropolitan area is detected, and location data indicating the result is written in the element information area of the RAM 2.

  Next, the CPU 1 accesses the priority table T4 of the file F in the RAM 2 to detect the priority 1 table. In the example of FIG. 3, the priority 1 table is the time table T1, so that Then, each time data in the time table T1 is compared with the time data in the element information area described above (step S3). If they match (the determination in step S4 is “YES”), the playback music ID that matches the playback music ID in the time table T1 as the playback music ID of the music data to be played back when the incoming call is received in the RAM 2 is set in advance. For example, if the current time is 12:30, the reproduction music ID # 5 is read from the time table T1 and written in the reproduction data area.

  Next, the CPU 1 determines whether or not there is an incoming call (step S6). If there is no incoming call, the CPU 1 returns to steps S1 and S2 again to take in element data. If the fetched element data matches the priority 1 table, the process of step S5 is performed again. If not, for example, if the current time is 13:30, the next priority is given. Each place data in the second place table T3 is compared with the place data at the current position written in the element information area (step S7). If the location data at the current position matches any of the location data in the location table T3 ("YES" in step S8), the data in the above-described reproduction data area of the RAM 2 is stored in the location table T3. For example, if the current position is the Tokyo metropolitan area, the reproduction music ID # 11 in the location table T3 is read and written in the reproduction data area. .

  Next, it progresses to step S6, and when there is no incoming call, it returns to step S1 again. Steps S1, S2, S3, and S4 are executed. If the determination in step S4 is “NO”, steps S7 and S8 are executed. If the determination in step S8 is also “NO”, that is, If the current location is not near the coast, in the mountains, or in the metropolitan area, the process proceeds to step S10. In step S10, the date (month) table T2 of priority 3 is compared with the current date (month) data written in the element information area (step S10). If the current date (month) data matches any of the month data in the date (month) table T2 (the determination in step S11 is “YES”), the data in the above-described reproduction data area of the RAM 2 Is rewritten to the reproduced music ID corresponding to the matching month data in the date (month) table T2 (step S12) For example, if the current month data is September, the reproduced music ID of the date (month) table T2 # 9 is read and written in the playback data area, and the current month data is, for example, June or November, and does not match any month data in the priority (date 3) table T2. In this case (the determination in step S11 is “NO”), the reproduction data area is rewritten to the default reproduction music ID # 1 in the date (month) table T2 (step S13). ). Then, the process proceeds to step S6.

  As described above, the cellular phone 30 takes in the element information every time a fixed time elapses, and rewrites the reproduction music ID in the reproduction data area based on the fetched element information and the reproduction condition element table of FIG. If there is an incoming call (determination in step S6 is “YES”), the sequence data of the reproduction music ID in the reproduction data area is read from the file F (FIG. 2) of the RAM 2 and sequentially transmitted to the sound source 11 ( Step S14). Thereby, the music corresponding to the reproduction music ID in the reproduction data area is pronounced from the speaker 12. When the off-hook button of the operation key unit 5 is operated or the line is disconnected (“YES” in step S15), the ringing tone reproduction end process is performed (step S16).

Note that the playback condition element table (including the priority table) shown in FIG. 3 may be edited on the authoring tool for creating the music data exchange format file F in the above-mentioned server, or the user After downloading the file F, the user may be able to directly edit the file F.
Further, the sound source 11 may be a software system based on CPU (DSP) calculation, or a dedicated hardware system. The type of the sound source may be any type such as an FM sound source, a WT sound source, or a PCM sound source. In the above embodiment, sequence data is recorded as music data in the file F. Alternatively, sampled audio data or audio data compressed by a method such as MP3 may be recorded. Good. In this case, instead of the sound source 11, a music sound reproducing device that converts audio data into an analog signal or a music sound reproducing device that decompresses compressed audio data and converts it into an analog signal may be provided.

  In the above embodiment, three element tables are shown, but other element tables (element tables indicating case classifications and conditions) may be added as appropriate. In the above embodiment, the playback music ID is set in the playback data area of the RAM 2 prior to the incoming call, but instead, based on the playback condition element table after receiving the incoming call. The song ID may be determined. In addition, the trigger for music reproduction is not limited to incoming voice calls (so-called telephone calls), but may be triggered by incoming mail, button ON by the user, or at random or a predetermined time. Also, a schedule alarm device that sounds an alarm at a set time may be provided, and the schedule alarm device may output a music playback trigger when an alarm occurs.

The above is the details of one embodiment of the present invention. The present invention can be used as follows.
(1) As a mobile terminal download service, a music data exchange format file is provided as a package in units of singers (or in units of performers). Of the songs of the singer, if the song is refreshing, the time is in the morning, if it is a song that imagines summer, the moon is in the summer (July and August), and if it is a song that imagines the sea, the location is near the coast. Set to. Thereby, the user can reproduce the incoming melody corresponding to the favorite singer TPO without any special setting.
Note that it is also effective to create a file not only in the singer unit but also in other genre units or other categorized units.

(2) Having a reproduction condition element table as a month and day, a special song is set only for the birthday of the user or a close relative of the user. Thereby, the user can reproduce a special music piece when the birthday is received without performing a special setting. Also, the file set for the close relative's birthday is transmitted to the close relative using the attachment of the e-mail. By registering this file, a close relative can play a special piece of music when the birthday arrives. For relatives, the fun of the birthday is increased and it can be felt that it is a special day.

  The present invention is mainly used for a mobile phone.

It is a block diagram which shows the structure of the mobile telephone by one Embodiment of this invention. It is a figure which shows the music data exchange format file F memorize | stored in RAM2 in FIG. FIG. 3 is a diagram showing a playback condition element table stored in an optional data chunk in FIG. 2. It is a functional block diagram for demonstrating the operation | movement of the embodiment. It is a flowchart for demonstrating operation | movement of the embodiment. 6 is a flowchart for explaining the operation of the embodiment, and is a continuation of the flowchart shown in FIG. 5.

Explanation of symbols

1 ... CPU, 2 ... RAM, 3 ... ROM, 11 ... sound source, 12 ... speaker, 15 ... GPS unit, 21 ... music controller, 22 ... music data file, 23 ... player, 30 ... mobile phone, F ... music data exchange Format file, T1 time table, T2 date table, T3 location table, T4 priority table.

Claims (11)

A plurality of music data, a plurality of playback condition element tables in which correspondences between elements of the playback conditions and the plurality of music data to be played back are recorded, and a priority table indicating priorities of the plurality of playback element condition tables; a communication means for acquiring from the external music data interchange format file including,
Storage means for storing the music data exchange format file acquired by the communication means ;
Element information acquisition means for acquiring element information;
A music sound reproducing means for reading the music data of the music data exchange format file from the storage means and reproducing the music;
Whether or not the current element information acquired by the element information acquisition means and any element of the one reproduction element condition table in the music data exchange format file matches upon receiving a music reproduction trigger If it matches , the music data corresponding to the element in the playback element condition table is transmitted to the musical sound playback means, and if not matched, the current element information and the music data exchange format Control means for further checking whether any of the other elements of the reproduction element condition table in the file match;
Comprising
The control means controls the reproduction of music by performing the above-mentioned inspection sequentially from the reproduction element condition table having a high priority indicated by the priority table in the music data exchange format file. Mobile terminal device. The portable terminal device according to claim 1 , wherein the reproduction condition element table includes a time table in which a correspondence relationship between time and music data is recorded. The reproduction condition element table, the portable terminal device according to claim 1 or claim 2, characterized in that it comprises a date table recording the correspondence relationship between the date and music data. The element information acquisition means has a GPS device for acquiring current position information as element information,
The portable terminal device according to any one of claims 1 to 3 , wherein the reproduction condition element table includes a location table in which a correspondence relationship between a location and music data is recorded. A communication means for communicating via a base station and a wireless communication line, according to claim 1 to claim 4 wherein said communication means and outputs to the control means the trigger during a voice call or incoming mail The mobile terminal device according to any one of the items. The song data is a sequence data for sound driving, the musical sound playback unit of any one of claims 1 to 5, characterized in that a sound source for generating a musical tone signal by decoding the sequence data The portable terminal device according to item. The music data is sampled data, the portable terminal according to any one of claims 1 to claim 5 wherein the tone reproduction means, characterized in that the converting means for converting the sampled data into an analog musical tone signal apparatus. The mobile terminal device according to any one of claims 1 to 7 , wherein the plurality of music data are data collected in units of singers, units of genres, or units categorized. Mobile terminal device according to any one of claims 1 to claim 8, characterized in that it comprises a rewriting means for rewriting in accordance with the user's instruction to reproduce the conditions element table in said storage means. In the computer of the mobile terminal device,
A plurality of music data, a plurality of playback condition element tables in which correspondences between elements of the playback conditions and the plurality of music data to be played back are recorded, and a priority table indicating priorities of the plurality of playback element condition tables; A communication step for acquiring a music data exchange format file including
An element information acquisition step for acquiring element information;
A musical sound reproduction step of reading music data of the music data exchange format file acquired by the communication step and reproducing the music;
Whether or not the current element information acquired in the element information acquisition step matches any element in the playback element condition table in the music data exchange format file in response to a music playback trigger. If it matches, the music data corresponding to the element in the playback element condition table is transmitted to the musical sound playback step. If not, the current element information and the music data exchange format are transmitted. A control step of further checking whether any of the other elements in the reproduction element condition table in the file match;
A program for executing
The control step controls the reproduction of music by performing the above-mentioned inspection sequentially from the reproduction element condition table having a high priority indicated by the priority table in the music data exchange format file. program. A recording medium on which the program according to claim 10 is recorded.

Images