Abstract:
A method of transmitting an electronic message with a musical attachment including encoding music into characters having a length equal to seven bits. Each character represents one of a note, a note extension or a command. Further, pitch changes and duration changes are made in a single character. The encoded music can be attached to an alphanumeric electronic message and transmitted with the attached encoded music.

Description:
FIELD OF THE INVENTION 
     The present invention relates to encoding music into characters to embed the music in an alphanumeric message, where the music can be played upon reading the message. 
     BACKGROUND OF THE INVENTION 
     With the increasing popularity of handheld messaging devices such as cellular telephones, pagers, personal digital assistants, etc., consumers are looking for a more “multimedia” experience. Music is a popular form of multimedia. Therefore, it is desirable to embed musical content into alphanumeric messages so that the music can be heard while reading the messages. However, existing formats such as mp3, wav, midi, etc., require sending massive amounts of data to devices which may not even be capable of reproducing those sounds. 
     Accordingly, it is desirable to encode musical content into a format that is flexible, efficient and which permits almost any device to reproduce basic musical compositions. This is accomplished by embedding musical content into an alphanumeric message so that the music can be played when the message is read or to alert a user that a message has arrived. Further, it is desirable to provide a method where both pitch and duration changes can be made in a single 7-bit character. 
    
    
     BRIEF DESCRIPTION OF THE DRAWINGS 
     The features of the present invention that are believed to be novel are set forth with particularity in the appended claims. However, the invention together with further advantages thereof, may be best understood by reference to the accompanying drawings wherein: 
     FIG. 1 is a diagram of a system to transmit and receive music in an alphanumeric message according to an embodiment of the present invention. 
     FIG. 2 is a table showing encoding of music according to an embodiment of the present invention. 
     FIG. 3 is a table showing encoding of durations according to an embodiment of the present invention. 
     FIG. 4 is a table showing encoding of musical notes according to an embodiment of the present invention. 
     FIG. 5 is a table showing encoding of commands according to an embodiment of the present invention. 
     FIG. 6 is a flow chart showing a process by which music is decoded according to an embodiment of the present invention. 
    
    
     DETAILED DESCRIPTION OF THE INVENTION 
     FIG. 1 is a diagram of a system to transmit and receive music in an alphanumeric message according to an embodiment of the present invention. Referring to FIG. 1, an originating device  2  preferably transmits electronic messages to a receiving device  4 . Originating device  2  may be any device capable of transmitting an electronic message such as a computer, a personal digital assistant, a pager or a cellular telephone, etc. Receiving device  4  may be any device capable of receiving and displaying an electronic message, such as a computer, a personal digital assistant, a pager or a cellular telephone, for example. 
     Preferably, originating device  2  is capable of encoding music into the electronic message in accordance with the present invention and comprises a transmitter  21  arranged to transmit the messages and a processor coupler thereto for providing the messages. Alternatively, the music may be encoded in a separate device and merely transmitted from originating device  2  to receiving device  4 . Typically, an alphanumeric message transmitted from originating device  2  to receiving device  4  will be embedded with the music which is encoded into characters of 7 bits in length. Since preferably the music received with a specific message is stored as part of that message, every message received by receiving device  4  may have its own unique musical attachment. In any event the devices comprises a receiver  41  arranged to receive the messages and a processor  43  coupled thereto operating to decode the message and play the music. 
     It is understood that the processors in device  2  and device  4  are preferably executing software (firmware) instructions so as to operate in accordance with the teachings herein. In view of these teachings, providing such software would be well within the wherewithal of one of ordinary skill in the art and thus no further discussion is provided by this disclosure. 
     FIG. 2 is a table showing encoding of music according to an embodiment of the present invention. Referring to FIG. 2, the music is preferably encoded into characters of 7 bits in length, D 6 -D 0 . Each character preferably represents either a note, a note extension or a command. 
     Each note contains duration d x , octave o y  and pitch information P z . The duration information is used to specify whether the note is a half, quarter, eighth or sixteenth note. Other note durations can be specified by using note extensions or a duration shift command, as explained later. As seen in FIG. 2, bits d 1 , and d 0  represent the various durations. 
     At all times, receiving device  4  will preferably maintain two octaves, a lower octave and an upper octave, which preferably can be selected using the octave information in the note character. When other octaves are necessary, an octave shift preferably can be executed using the octave shift commands to be explained later. As seen in FIG. 2, the bit, D 4 , is the bit typically used to indicate the octave level if bits D 0 -D 3  indicate that the character is a note (rather than a note extension or a command). 
     Note extensions are characters which preferably extend the duration of the currently playing note. Note extensions are requested by setting D 3 -D 0  to 0XE (Hex E 1    1110  as seen in FIG.  2 ). 
     FIG. 3 is a table showing encoding of durations according to an embodiment of the present invention. Referring to FIG. 3, if bit d 0  is low and bit d 1 , is low, the duration is a half note. If d 0  is high and d 1 , is high, the duration is a sixteenth note, etc. 
     FIG. 4 is a table showing encoding of musical notes according to an embodiment of the present invention. Referring to FIG. 4, the pitch information allows the actual note to be selected. These notes include any of the twelve notes in an octave, a rest, a vibe (Alternate with o 0  low or zero, see D 4  in FIG.  2 ), or a visual indicator (Alternate with o 0  high or one, see D 4  in FIG.  2 ). A vibe will cause receiving device  4  to vibrate for a specified duration. A visual indicator is typically device specific and may include illuminating a back light of receiving device  4  or illuminating a light emitting diode on receiving device  4  for a specified duration when a visual indicator is executed. 
     As seen in FIG. 4, if the character is a note, the first four bits preferably indicate either which of the twelve notes is to be played, whether a rest is to be executed, or whether a vibe or a visual indicator are to be executed. 
     FIG. 5 is a table showing encoding of commands according to an embodiment of the present invention. Referring to FIG. 5, commands are used to cause a music engine (not shown) in receiving device  4  to perform certain tasks. Examples of such tasks include shifting active octaves, changing the tempo (duration shifts) and stopping the music. Setting the commands bits to low indicates an extended command which instructs the music engine to interpret the next 7-bit character as a command. Commands are specified by setting bits D 3 -D 0  to 0XF (HexF,  1111  as seen in FIG.  2 ). 
     FIG. 6 is a flow chart showing a process by which music is decoded according to an embodiment of the present invention. Referring to FIG. 6, in operation  20 , receiving device  4  receives a 7-bit character. 
     From operation  20 , the process moves to operation  22 , where the first four bits (D 0 -D 3 ) are read to determine whether the character is a note, a note extension or a command. 
     If the first four bits indicate that the character is a note, the process moves from operation  22  to operation  24 , where it is determined whether the first four bits represent a note, a rest or a vibe/visual indicator. 
     If the first four bits indicate that the character is a note, the process moves from operation  24  to operation  26 , where the appropriate note is played. If the first four bits indicate that the character is a rest, the process moves from operation  24  to operation  28 , where a rest is executed. 
     If the first four bits indicate that the character is either a vibe or a visual indicator, the process moves from operation  24  to operation  30 , where the fifth bit (D 4 ) is checked to determine whether the character is a vibe or a visual indicator. 
     If D 4  is low, the character is a vibe. If D 4  is high, the character is a visual indicator. 
     If D 4  is low, the process moves from operation  30  to operation  32 , where a vibe is performed. If D 4  is high, the process moves from operation  30  to operation  34 , where a visual indication is performed. 
     If in operation  22  the first four bits indicate that the character is a command, the process moves from operation  22  to operation  36 , where the fifth through seventh bits (D 4 -D 6 ) are checked to determine the command type (see FIG. 5) and the corresponding command is executed. If in operation  22  the first four bits indicate that the character is a note extension, the process moves from operation  22  to operation  38 , where the fifth bit (D 4 ) is checked to determine whether the note extension is a dot extension or a full extension. If D 4  is high, the process moves from operation  38  to operation  40 , where the duration of the currently playing note is extended by one-half of the duration of the currently playing note. 
     If D 4  is low, the process moves from operation  38  to operation  42 , where the duration of the currently playing note is extended by one times the duration of the currently playing note. 
     By the above-described process, the encoded music can be decoded and preferably played when the message is read. Alternatively, the music can be played by receiving device  4  as an alert that the message has arrived. 
     It will be appreciated by those skilled in the art that the present invention has many practical applications. For example, an advertisement based service, which relies on transmitting advertisements to receiving devices to offset the cost of its service may transmit these advertisements with music embedded therein, such as a company&#39;s jingle. Another example includes attaching musical call signs for information service providers. For example, if a service provider provides a user carrying a receiving device with news updates, these updates can be accompanied by music embedded in the message. Alternatively, the user can be alerted to the incoming message by the music embedded in the message. Another example includes a user-selectable musical signature such that any time a receiving device receives a message from that user, the receiving device is alerted that a message has arrived from that particular user when the user-selectable musical signature is played. 
     While several examples of practical uses of the present invention have been described herein, it will be apparent to those skilled in the art that the disclosed invention may be modified in numerous ways and may assume many embodiments other than the preferred forms specifically set out and described above. Accordingly, it is intended by the appended claims to cover all modifications of the invention which fall within the true spirit and scope of the invention.