JP2007122793A - Reproducing apparatus - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a reproducing apparatus in which higher speed access can be performed by converting contents data sent from an external apparatus to a form being easy to access by a player, preserving as data for the inside, and enabling to use it, in a reproducing apparatus reproducing contents data transmitted from the external apparatus. <P>SOLUTION: The player 1 being the reproducing apparatus is the apparatus reproducing contents data transmitted from a PC(personal computer) 13, has a communication means for transmitting or receiving the contents data and a management control data managing the contents data between the PC13 and the apparatus, and a control part 5 for controlling the player 1, the control part 5 performs making, updating, and erasing of the management data for the inside used for internal processing of the apparatus, based on the data for transmitting and receiving, and maintains consistency between the management data for transmitting and receiving and the management data for the inside. <P>COPYRIGHT: (C)2007,JPO&INPIT

Description

  The present invention relates to a playback device that takes in and plays back content data transmitted from an external device.

  In conventional portable recording / reproducing apparatuses, information such as the title and artist name of music data to be reproduced is generally displayed.

  For example, in the MP3 and WMA file formats generally used in portable recording / reproducing apparatuses, information such as the title and artist name is described in the header portion. Therefore, the portable recording / reproducing apparatus may display the data acquired from the header portion in the read music file during music reproduction.

  Recent portable recording / reproducing apparatuses have a large capacity and can store and reproduce thousands of music files. In such a portable recording / reproducing apparatus, music to be reproduced is selected using information such as the title and artist name.

  However, when obtaining information from the header portion of a music file, it is necessary to read thousands of music files, and the processing becomes very slow.

In the information communication system disclosed in Patent Document 1, music data is transmitted from a music server to a portable recording / reproducing device. At this time, a transfer list in which transmitted music data is listed is also transmitted (Patent Document). 1 paragraph number 0143). Then, by comparing the transfer list in the music server with the transfer list in the portable recording / reproducing device, it is possible to identify music data that needs to be newly sent with respect to the transferred music data (Patent Literature). 1 described in paragraph numbers 0144 to 0148). According to this conventional system, if the data is acquired from the transfer list, the number of files to be read is reduced, and the time required for data acquisition can be reduced.
JP 2001-93226 A

  In a portable playback device that plays back content data such as music data transmitted from an external device, it is required to capture more content data sooner. For this purpose, a list of content sent from the external device is required. Needs to be converted to an internal format list that is easy to process at high speed. Furthermore, it is necessary to eliminate useless conversion operations when content data is captured.

  The present invention has been made in view of the above problems, and in a playback device that plays back content data transmitted from an external device, the content database sent from the external device is converted into a form that is easily accessible by the player. It is an object of the present invention to provide a playback device that can be stored and used as internal data and can be accessed at higher speed.

  The playback device according to claim 1 of the present invention is a playback device for playing back content data transmitted from an external device, connected to the external device, and content data and first management information between the external device and Communication means for transmitting and / or receiving, first management information editing means for editing the first management information, and second for use in internal processing of the playback device based on the first management information Second management information editing means for editing to create, update, and / or delete the management information; storage means for storing the content data, the first management information, and the second management information; Control means for controlling the first management information editing means and the second management information editing means so as to maintain consistency between the first management information data and the second management information data; It has.

  The playback device according to claim 2 of the present invention is the playback device according to claim 1, wherein the control means creates and / or updates the first management information and creates the second management information. The second management information editing unit is controlled so as to delete or update the second management information when the second management information is older.

  According to a third aspect of the present invention, in the reproduction apparatus according to the first aspect, the control means further includes a judging means for judging whether or not the second management information needs to be created.

  The present invention provides a playback device that plays back content data transmitted from an external device, and if there is no mismatch between the file of the transmission / reception file and the file for internal use, information that has been matched using the internal file can be quickly displayed. When access is possible and there is inconsistency, it is possible to provide a playback apparatus that can avoid inconsistency by using a transmission / reception file and can be accessed at high speed without performing useless conversion operation.

Hereinafter, embodiments of the present invention will be described with reference to the drawings.
FIG. 1 is a block diagram of a portable content player (hereinafter referred to as a player) which is a playback apparatus according to the first embodiment of the present invention.

  The player 1 of the present embodiment is a portable playback device that can take in content data from a personal computer (hereinafter referred to as a PC) 13 that is an external device and can play music, still images, and moving images. In the player 1, content data (content file) and transmission / reception management data (transmission / reception file), which is first management information for the content data, are fetched from the PC 13 under the control of the control unit 5 described later. And stored in the storage unit 6 described later. By creating, updating and / or deleting internal management data (internal file) which is second management information used for internal processing of the player 1 based on the transmission / reception management data, the transmission / reception is performed. Consistency between the management data and the internal management data is maintained. By maintaining the above consistency, access to the content data is facilitated, and useless conversion operations can be eliminated.

  As shown in FIG. 1, the player 1 controls the power supply switch 2 for turning on / off the apparatus, the volume switch 3 for volume adjustment, the liquid crystal display section 4 serving as a display section also serving as an input section, and control of the apparatus. Communication means with a control unit 5, a storage unit 6, a memory unit 7, a program storage unit 8, a playback unit 9, and a personal computer (hereinafter referred to as a PC) 13 which is an external device (external storage device). A connection unit 10 made of a certain USB connector, a connection unit (earphone jack) 11 to an earphone 14, and a card slot 12 which is a communication means to which a memory card 15 which is one of external devices (external storage devices) can be attached and detached. have. Although not shown, the player 1 can be connected to the card slot 12 with an HDD device as an external device instead of the PC card.

  The control unit 5 is composed of a CPU, and executes a program using a volatile memory 7 which is a program execution work memory in accordance with a program described in a program storage unit 8 composed of a FLASH ROM. The control unit 5 is connected to the PC 13 to transmit and / or receive content data and transmission / reception management data, first management information editing means for editing the transmission / reception management data, and the transmission / reception And a second management information editing means for editing, such as creating, updating and / or deleting internal management data for use in the internal processing of the playback device based on the management data. The control unit 5 reads the transmission / reception management file stored in the storage unit 6, converts necessary information into a form that can be easily used by the control unit 5, and develops it in the memory (DRAM) 7. Save as an internal management file.

  Further, the control unit 5 controls the first management information editing unit and the second management information editing unit so that the consistency between the transmission / reception management data and the internal management data is maintained. Control means is built-in.

  The liquid crystal display unit 4 is composed of an LCD with a touch panel serving as a display unit and an input unit, and displays information on various menu screens and contents according to instructions from the control unit 5. In the menu screen display state, the control unit 5 displays the touch position of the user. Is detected and the operation instruction state is detected.

  The storage unit 6 includes a nonvolatile memory such as an HDD or a flash memory, and stores various content files such as a music file, a still image file, and a moving image file. Further, the PC 13 saves and deletes the file through the control unit 5. Further, the PC 13 describes the content file information stored in the transmission / reception file (first management information) and similarly stores the information in the storage unit 6. The stored internal file (second management information) related to the content file information is also stored in the storage unit 6.

  After the connection to the PC 13, there is a possibility that the content file to be transmitted is added or deleted and the transmission / reception management file is updated. Therefore, as described above, the control unit 5 checks the creation / update date / time and attribute information of the transmission / reception file or internal file stored in the storage unit 6 after the PC connection is released, and if at least one of the files is updated Since there is a possibility that the contents of the send / receive file and the internal file do not match, the internal file is deleted or recreated.

  When the playback unit 9 is configured by a DSP and receives a content file stored in the storage unit 6 from the control unit 5, the music signal is displayed on the earphone 14 via the earphone jack 11, and the video signal of a still image or moving image is displayed on the liquid crystal display. Output to part 4.

  The card slot 12 is used when storing a content file such as a still image taken with a digital camera or the like by installing the memory card 15 without using the PC 13, and the control unit 5 is stored in the card slot 12. The content file can be copied or moved to the storage unit 6 and the stored content file information can be added to the transmission / reception file.

FIG. 2 is a diagram showing a folder structure of the storage unit 6 of the player 1.
As shown in FIG. 2, the ROOT of the folder of the storage unit 6 includes a USER folder that stores content files and a SYSTEM folder that stores files that describe content file information used by the control unit 5.

  The USER folder contains a MUSIC folder for storing music files (WMA, MP3, etc.), a PHOTO folder for storing still images (JPG, PNG, etc.), and a VIDEO folder for storing movies (WMV, MOV, etc.). .

  In the above SYSTEM folder, files for sending and receiving music (MUSIC.XML, PHOTO.XML, VIDEO.XML) and internal files (MUSIC.BIN, PHOTO.BIN, VIDEO.BIN) that describe music, still image and video information There is also a FILEDATE.BIN file that saves the creation / update date and time of the above file. In order to prevent an erroneous operation by the user, the file in the SYSTEM folder has a hidden attribute (H). When the PC 13 creates / updates the transmission / reception file, the archive attribute (A) is set. When the control unit 5 reads the transmission / reception file and creates the internal file, the archive attribute is cleared. When the control unit 5 creates / updates an internal file, the archive attribute is not set.

  In the example shown in FIG. 2, the USER folder stores music, still images, and moving image files one by one on March 20, 2004 and April 1, 2004, respectively. In the SYSTEM folder, the file for sending and receiving was updated after the content file was saved on April 1, 2004. The music is played back on April 2, 2004, and the number of playbacks and the playback date and time are updated to update the transmission / reception file and the internal file. The still image is first played back on April 1, 2004 after the transmission / reception file is updated, and an internal file is created from the transmission / reception file. The video has not been played since April 1, 2004 when the content was added, and the old internal file remains. On April 3, 2004, it was connected to the PC 13, and a FILEDAT.BIN file describing the date of the transmission / reception file and the internal file at the time of connection is stored. At this time, content files are not added or deleted, or transmission / reception files are not transmitted or updated.

  3, 4, and 5 are diagrams showing the description contents of MUSIC.XML, PHOTO.XML, and VIDEO.XML of the transmission / reception files, respectively.

  Each content file is given a unique ID number for each music, still image, and moving image, and information on each content file is described.

  As shown in FIG. 3, the music transmission / reception file MUSIC.XML contains the music file storage location (file path), music title name, artist name, genre, release year, song time (seconds), and the music. The album name and music order included in the album, the date and time of the last playback and the number of playbacks are described. The reproduction date and time and the number of reproductions are updated every time the player 1 reproduces the data. A plurality of music is described in alphabetical order of title names.

  As shown in FIG. 4, the still image transmission / reception file PHOTO.XML describes the storage location of the still image file, the photographer, the shooting date and time, the title name of the still image, the comment, and the album name including the still image. ing. A plurality of still images are described in order of shooting date.

  As shown in FIG. 5, the moving image transmission / reception file VIDEO.XML describes the storage location of the moving image file, the recording date and time, the photographer, the title name of the moving image, and the comment. A plurality of moving images are described in order of recording date and time.

  Flags included in each content describe NONE (no information update), UPDATE (information updated), ADD (added by the player reading from the card slot 12), and DEL (deleted by the player). . Immediately after being transferred from the PC 13, it is NONE, and when music is reproduced, it becomes UPDATE.

  6, 7 and 8 are diagrams showing the description contents of the internal files MUSIC.BIN, PHOTO.BIN, and VIDEO.BIN, respectively.

  At the beginning of each file, the transmission / reception file when the internal file is created and the date and time of the internal file are described. NONE = 0, UPDATED = 1, ADD = 2, and DEL = 3 are described in a flag (Flag) as a determination unit included in each content. The arrangement number of each content corresponds to the ID in the transmission / reception file.

  As shown in FIG. 6, the internal file of music has an album name list as information for searching by album name.

  Each piece of music information includes information to be displayed during music search and reproduction, information on reproduction date and time and the number of reproductions, and a flag to be updated by the player, among the information in the transmission / reception file. Among these pieces of information, the album name is not described as a character string but an array number of the album name list is described for the album name.

  When displaying the song of the album “album 1”, the song “Album = 0” may be searched from the information of each song and displayed in the order of the songs in the album (Track).

  In the example of FIG. 6, two pieces of music are played after the PC 13 creates a transmission / reception file, the playback date and time and the number of playbacks are updated, and Flag is changed to 1 (= UPDATE). Since the send / receive file and internal file are updated immediately after “music 2” is played, the creation date and time of the send / receive file and internal file are the same.

  As shown in FIG. 7, in the still image internal file, an album name list or a shooting date list for searching by shooting date is provided as information for searching by album name.

  The information of each still image includes information to be displayed at the time of searching and reproducing a still image, and a flag to be updated by the player among the information in the transmission / reception file. Of this information, regarding the shooting date, the shooting date and time is up to the date, and the date is not described as a character string, but an array N of the shooting date list is described. The album name is not described as a character string, but an array number of the album name list is described.

  The still image is played after the PC 13 creates the transmission / reception file, the internal file is created at the time of the first playback, the date / time of the internal file is the date / time at the first playback, and the transmission / reception file is not updated. The date and time will remain.

  As shown in FIG. 8, a recording date list for searching by recording date is provided in the internal file of the moving image.

  The information of each moving image includes information to be displayed at the time of searching and reproducing the moving image among the information in the transmission / reception file, and a flag to be updated by the player. Of the information, regarding the recording date and time, the shooting date and time is not described as a character string, but the array number of the shooting date list is described.

  The moving image is not reproduced after the PC 13 creates the transmission / reception file, and is therefore information when the transmission / reception file is created first (March 20, 2004) for the first time.

  In addition, in the example of FIG. 8, the video includes only “video l” stored before March 20, 2004, and is used internally for the first playback at 20:12 on March 20, 2004. A file has been created.

  The file paths of internal files for music, still images, and moving images are described with only the file names being omitted because the stored folders are fixed. As a result, the file size can be reduced.

  In addition, regarding an indefinite character string length such as a title name, artist name, album name, or comment, the file size can be similarly reduced by setting the maximum length that can be displayed by the player.

  FIG. 9 shows the description contents of FILEDATE.BIN that stores the date and time of each file when the PC 13 is connected. As shown in this figure, each file name and date and time are described in FILEDATE.BIN. .

FIGS. 10A to 10F are diagrams showing music display screens of the liquid crystal display unit 4 in the music mode.
FIG. 10A shows the top of the search screen. On this screen, it is selected whether to play all songs or a specific album. It should be noted that touching “Return” on this screen returns to the playback screen shown in FIG.

  When “Album” is touched on the display screen of FIG. 10A, an album selection screen shown in FIG. Since two albums are registered as shown in the internal file in FIG. 6, it is possible to select these two albums or return to the previous screen.

  When “album 1” is touched in FIG. 10B, all songs (one song) registered in album 1 are displayed as shown in FIG.

  When “all” is touched on the display screen of FIG. 10A, all the registered songs (2 songs) are displayed as shown in FIG.

  When “music 1” or “play” is touched on the display screen of FIG. 10D, music 1 starts to be played and the screen shown in FIG. The music title, album name, artist name, playback time and song time being played are displayed at the top, the music list displayed in FIG. 10D is displayed with the artist name and song time in the middle, and the bottom row. Various operation keys are displayed. Touching “Search” moves to the top of the search screen shown in FIG. 10A, and “Previous song” or “Next song” moves the playback song to the previous song or the next song, and “Return” or “Go forward”. "" Moves the playback position, and "stop" stops playback. Touch “Stop” to start playback when playback stops, and touch “Play” to start playback. When “Delete” is touched, the song being played can be deleted from the player. When “Mode” is touched, a pop-up screen shown in FIG. 10F is displayed, and the screen can be switched to a music, still image, or moving image screen. In addition, music, still images and moving image files can be imported from a memory card inserted in the card slot.

  FIGS. 11A to 11D are diagrams illustrating a still image display screen of the liquid crystal display unit 4 in the still image mode.

  Music can be heard during still image playback on the still image display screen, and the same operation keys as the lower portion of the screen in FIG. 10E are displayed at the bottom of the screen so that the same operation can be performed. .

  FIG. 11A shows the top of the search screen. On this screen, it is possible to select whether to play back all still images, a specific album, or a specific date. If “Return” is touched, the playback screen shown in FIG.

  When “Album” is touched on the display screen of FIG. 11A, an album selection screen shown in FIG. Since two albums are registered as shown in the internal file in FIG. 7, it is possible to select from two albums or return to the previous screen.

  When “Date” is touched on the display screen of FIG. 11A, a date selection screen shown in FIG. Since two dates are registered as shown in the internal file in FIG. 7, it is possible to select from two dates or return to the previous screen.

  When “album 3” is touched on the display screen of FIG. 11B, a playback screen shown in FIG. In FIG. 11D, the selected album name is displayed on the upper right side of the still image, and the shooting date, title, and comment of the still image are displayed below the album name. Touch the left and right arrow keys on the display screen to move to the previous or next still image. However, when playback is performed from the date selection screen of FIG. 11C, the selected date is displayed instead of the album name. When “all” is selected on the display screen of FIG. 11A, “all” is displayed instead of the album name.

  Touching “Search” at the bottom of the screen moves to the top of the search screen in FIG. When “Delete” is touched, the still image being played can be deleted from the player.

  12A and 12B are diagrams showing a moving image display screen of the liquid crystal display unit 4 in the moving image mode.

  FIG. 12A is the top of the search screen, and a specific date is selected on this screen. For example, since one date is registered as shown in the internal file in FIG. 8, it is possible to select from one date. If “RETURN” is touched, the playback screen shown in FIG. This is a case where the internal file of March 20, 2004 was used before the creation and update of the transmission / reception file of April 1, 2004.

  When a specific date is touched on the display screen of FIG. 12A, a reproduction screen shown in FIG. Playback time and recording time, recording date and time, title, and comment are displayed at the top right next to the video.

  Touching “Search” at the bottom of the screen moves to the search screen of FIG. Touch “Back” and “Forward” to move the playback position, and touch “Stop” to stop playback. During stoppage, “stop” is replaced with “playback”, and touching “playback” allows playback to be performed. When “Delete” is touched, the moving image being played can be deleted from the player. Touch “Full Screen” to turn off the display other than the movie and play the movie in full screen. When the screen is touched during full screen reproduction, the display screen of FIG.

Next, the control operation of the player 1 of the present embodiment having the above-described configuration will be described with reference to FIGS.
FIG. 13 is a flowchart of a “power on process” that is a main process executed when the player 1 is powered on.

  14, 15, and 16 are flowcharts of subroutines “MUSIC.BIN creation processing”, “PHOTO.BIN creation processing”, and “VIDEO.BIN creation processing” that are called by the main processing. FIGS. 17, 18, and 19 are flowcharts of subroutines “MUSIC MODE processing”, “PHOTO MODE processing”, and “VIDEO MODE processing” called by the main processing, respectively. FIGS. 20 to 28 are flowcharts of subroutines called up in the respective subroutines as will be described later.

  The main process of FIG. 13 is a process executed under the control of the control unit 5. For example, the date and time of the transmission / reception file and the internal file are confirmed, and when the transmission / reception file is newer than the internal file, that is, In this case, the internal file is created and updated after the update date and time, and when there is a possibility that the contents of both do not match, the internal file is deleted.

  This main processing includes processing that is performed when the power switch (not shown) of the player 1 is turned on or when the connection with the PC 13 is disconnected and before the operation as the content player is started. First, in step S1, it is confirmed whether the date / time of the music transmission / reception file is newer than the date / time of the internal file. Since the internal file is created from the send / receive file, the date and time of the internal file is usually newer. When the date / time of the file for transmission / reception is newer, the music information of the PC 13 is changed or the music file is added or deleted. In this case, the contents of the new transmission / reception file and the internal file created from the transmission / reception file before the change do not match. If the transmission / reception file is newer, the internal file is deleted in step S2.

  Similarly, the date and time confirmation and the internal file deletion are performed in steps S3 and S4 for the still image transmission / reception file and the internal file, and for the moving image transmission / reception file and the internal file in steps S5 and S6.

  In step S8, S11, or 14, it is confirmed whether the mode after the change is a music mode, a still image mode, or a moving image mode.

  In step S9, S12, or S15, it is confirmed whether the internal file has been deleted in step S2, S4, or S6. If the file has been deleted, and there is no such file, step S10, 13, or , 16 to create an internal file. That is, in step S10, the subroutine “MUSIC.BIN creation process” is executed (FIG. 14). In step S13, a subroutine “PHOTO.BIN creation process” is executed (FIG. 15). In step S16, the subroutine “VIDEO.BIN creation process” is executed (FIG. 16).

  Then, it progresses to step S20, 21, or 22 and performs operation | movement of a music mode, a still image mode, and a moving image mode. That is, in step S10, the subroutine “MUSIC MODE process” is executed (FIG. 17). In step S13, a subroutine “PHOTO MODE process” is executed (FIG. 18). In step S16, a subroutine “VIDEO MODE process” is executed (FIG. 19).

  When neither the music mode, the still image mode nor the moving image mode is set, that is, when the player 1 is turned off or connected to the PC 13, the date and time of each file is shown in FIG. Save to BIN. In step S18, it is confirmed whether or not the process is finished. If not finished, the PC connection mode is executed in step S19, and the process returns to step S1 after the connection with the PC 13 is released.

  FIGS. 14, 15 and 16 are flowcharts of subroutines “MUSIC.BIN creation processing”, “PHOTO.BIN creation processing” and “VIDEO.BIN creation processing” (second management information editing means) called in the main processing. These processes are also controlled by the control unit 5 to create an internal file from each transmission / reception file. Note that the processing of these subroutines is also called in subroutines “MUSIC addition processing”, “PHOTO addition processing”, and “VIDEO addition processing” described later.

  In the subroutine “MUSIC.BIN creation processing” of FIG. 14, first, the music transmission / reception file MUSIC.XML is read in step S101, the album name is searched from the <Album> portion of FIG. 3, and the album of FIG. Create an album name list corresponding to [2].

  In step S103, a music list corresponding to Music [2] in FIG. 6 is created from the <Title>, <Album>, <Track>, <Playing Time>, <Last Played>, and <Play Count> portions in FIG. . The <Album> portion of FIG. 6 is not the character string of the <Album> portion of FIG. 3, but the corresponding array number of Album [2] of FIG. The <Flag> portion in FIG. 6 is all 0 instead of the <Flag> portion in FIG. If <Flag> in FIG. 3 is DEL, the music file has been deleted, so that music is not entered in the internal file.

  The <Flag> portion of FIG. 3 is all set to NONE (no change) when the music application running on the PC 13 creates a file for transmission / reception in the player. Thereafter, when music is played on the player 1 or a music file is added or deleted, the player 1 changes to UPDATE (information update), ADD (music file addition), or DEL (music file deletion). rewrite. That is, it shows the changes since the creation of MUSIC.XML.

  The <Flag> portion of FIG. 6 is set to 0 (NONE) regardless of the value of the transmission / reception Flag when an internal file is created from the transmission / reception file. After that, when music is played on the player 1 or music files are added or deleted, the player 1 rewrites them to 1 (UPDATE), 2 (ADD), or 3 (DEL). That is, it shows the changes since the creation of MUSIC.BIN.

  In step S104, the date and time of the transmission / reception file used when creating the internal file and the date and time when the internal file was created (that is, the current date and time) are inserted into the top part of FIG. If this date / time does not match the date / time of the transmission / reception file or the internal file, there is a possibility that the information of the transmission / reception file and the internal file do not match.

  In step S105, the internal file is stored without the archive attribute, and in step S106, the archive attribute of the transmission / reception file is canceled.

  When the music application on the PC 13 creates a transmission / reception file in the player 1, the transmission / reception file is set with the archive attribute. Therefore, when the transmission / reception file is set with the archive attribute, File information may not match. If both the file for transmission / reception and the file for internal use are changed due to an erroneous operation caused by the user's file operation in addition to the creation / change by the music application when the PC 13 is connected, the archive attribute is set. There is a possibility that the information of the file and the file for internal use do not match, or the content of the file may be incorrect.

  The subroutine “PHOTO.BIN creation process” in FIG. 15 is also processed in the same way as the “MUSIC.BIN creation process”, and creates a still image file in the same way as for music. For this still image, a list of shooting dates corresponding to Date [2] in FIG. 7 using the <Date> portion in FIG. 3 is created.

  The subroutine “VIDEO.BIN creation processing” in FIG. 16 is also processed in the same way as the “MUSIC.BIN creation processing”, and creates a file for moving images in the same way as for music and still images.

  FIGS. 17, 18 and 19 are flowcharts of subroutines “MUSIC MODE process”, “PHOTO MODE process” and “VIDEO MODE process” called in the main process. These processes are also controlled by the control unit 5, respectively. This is processing for performing playback in each of the above modes and changing each file as necessary.

  In the “MUSIC MODE process”, which is the music mode process shown in FIG. 17, it is first checked in step S201 whether or not to play music. In the case of reproduction, one tune is reproduced in step S202, and a subroutine “MUSIC update process” described later is performed in step S203. Thereafter, in step S204, it is confirmed whether or not an instruction for taking in music is given. If the instruction is given, a subroutine “MUSIC addition process” described later is executed in step S204.

In step S206, it is confirmed whether or not the mode has been changed. If the mode has been changed, this routine is terminated. If the mode has not been changed, the process returns to step S201.
The subroutine “PHOTO MODE processing” which is still image mode processing in FIG. 18 performs the same processing as in the “MUSIC MODE processing”.

  Further, the subroutine “VIDEO MODE process” which is the moving image mode process of FIG. 19 performs the same process as the “MUSIC MODE process”.

  20, 21, and 22 are subroutines “MUSIC update process” and “PHOTO update” called in “MUSIC MODE process” in FIG. 17, “PHOTO MODE process” in FIG. 18, or “VIDEO MODE process” in FIG. 19. It is a flowchart of "process" and "VIDEO update process". These processes are also controlled by the control unit 5 and update the transmission / reception file and the internal file in each mode. These update processes are also called in subroutines “MUSIC addition process”, “PHOTO addition process”, and “VIDEO addition process” described later.

  In the “MUSIC update process” that is the music file update process shown in FIG. 20, it is confirmed whether or not “Delete” is touched on the display screen shown in FIG. In step 302, the music file being reproduced is deleted, and in step 303, the flag flag of the corresponding song in the internal file MUSIC.BIN in FIG. 6 is changed to 3 (DEL).

  Subsequently, in step S304, it is confirmed whether the reproduction is completed. If the reproduction is completed, the process proceeds to step S305, and the reproduction date / time Last Played of the corresponding song in the internal file MUSIC.BIN in FIG. The playback count Play Count is incremented by 1, and Flag is set to 1.

  In step S306, a subroutine “MUSIC.XML update processing” shown in FIG. 23, which will be described later, is executed, and the contents of the change in the internal file MUSIC.BIN in FIG. 6 are reflected in the transmission / reception file MUSIC.XML in FIG.

  In step S307, the date and time of the transmission / reception file MUSIC.XML and the internal file MUSIC.BIN in the internal file MUSIC.BIN in FIG. 6 are updated. In step S308, the internal file MUSIC.BIN is saved. At this time, the archive attribute of the file is not set. Since steps S307 and S308 are performed continuously, the date and time of the internal file MUSIC.BIN in FIG. 6 is the current date and time.

  The subroutine “PHOTO update process” which is the still image file update process in FIG. 21 and the subroutine “VIDEO update process” which is the movie file update process in FIG. 22 are substantially the same as the case of the “MUSIC update process”. Process. However, in the still image and moving image processing, there is no information update due to completion of reproduction, but only information update due to deletion.

  23, 24, and 25 show the subroutine “MUSIC.XML update process” called in the “MUSIC update process” in FIG. 20, the “PHOTO update process” in FIG. 21, or the “VIDEO update process” in FIG. , “PHOTO.XML update process” and “VIDEO.XML update process” (first management information editing means), these processes are also controlled by the control unit 5 to update the transmission / reception files, respectively. It is processing.

  In the “MUSIC.XML update process” for music in FIG. 23, MUSIC.XML of the transmission / reception file is read in step S401, and the flag in MUSIC.BIN of the internal file is other than 0 (NONE) in step S402. Reflect song information changes to the send / receive file MUSIC.XML. If Flag is 1 (UPDATE), the playback date / time Last Played and playback count Play Count values in the send / receive file MUSIC.XML are the same as the playback date / time Last Plaved and playback count Play Count values in the internal file MUSIC.BIN. The flag in the internal file MUSIC.BIN is changed to 0 (NONE), and the flag in the transmission / reception file MUSIC.XML is changed to 1 (UPDATE).

  In step S403, the transmission / reception file MUSIC.XML is saved without setting the archive attribute.

  In the “PHOTO.XML update process” for the still image in FIG. 24 and the “VIDEO.XML update process” for the moving image in FIG. 25, the same process as the “MUSIC.XML update process” in FIG. 23 is performed. .

  In the above-described processing, both the transmission / reception file and the internal file are updated every time deletion or reproduction is completed. However, only the internal file is updated each time, and the transmission / reception file is turned off when the power is turned off. The transmission / reception file may be updated at the time of connection or when moving from the music screen to the still image screen. Further, the internal file may be updated only in the volatile work memory, and both the transmission / reception file and the internal file may be updated at the same timing as described above.

  26, 27 and 28 are the subroutines “MUSIC addition processing” and “PHOTO addition” called in “MUSIC MODE processing” in FIG. 17, “PHOTO MODE processing” in FIG. 18, or “VIDEO MODE processing” in FIG. FIG. 4 is a flowchart of “processing” and “VIDEO addition processing”. These processings are also controlled by the control unit 5 and read from the memory card 15 pushed into the card slot 12 and added to the player 1.

  For example, the “MUSIC addition process” in FIG. 26 is a process that is called in step S205 of the “MUSIC MODE process” in the music mode in FIG. 17, but on the music screen in FIG. When “Mode” is touched, a pop-up window shown in FIG. 10 (F) is displayed. When “Import” is touched, the above “MUSIC addition process” is called, the music file is read from the memory card 15 and stored in the storage unit 6. Copy and add content information to the send / receive file and internal file.

  Similarly, if “Mode” is touched on the still surface such as FIG. 11A in the still image mode, and further “Capture” (not shown) is touched, “PHOTO addition processing” is called and the memory A still image file is read from the card 15, copied to the storage unit 6, and content information is added to the transmission / reception file and the internal file.

  Furthermore, if “mode” is touched on the moving image surface such as FIG. 12A in the moving image mode and further “capture” (not shown) is touched, “VIDEO addition processing” is called, and the memory card 15 Then, the moving image file is read, copied to the storage unit 6, and content information is added to the transmission / reception file and the internal file.

  The operation of the “MUSIC addition process” for music in FIG. 26 will be described along the flow. In step S501, the subroutine “MUSIC update process” in FIG. 20 is performed in order to reflect the change of MUSIC.BIN in MUSIC.XML. In this embodiment, the content information is added to the transmission / reception file, and the internal file is re-created from the transmission / reception file after the addition, so the update of the internal file is properly reflected in the transmission / reception file. First of all, MUSIC is updated.

  In step S502, the transmission / reception file MUSIC.XML is read. In step S503, it is confirmed whether there is a music file on the memory card 15. If there is a music file, the music file is copied from the memory card 15 to the storage unit 6 in step S504.

  The information shown in FIG. 3 is acquired from the header of the music file copied in step S505, and the music information is added using the information acquired in step S506 and the path of the copied file. At this time, Flag is set to 2 (ADD, addition). This additional operation is performed for all music files in the memory card 15.

  In step S507, it is confirmed whether or not a music file has been added. If it has been added, the transmission / reception file MUSIC.XML is saved without an archive attribute in step S508, and in step S509, the subroutine “MUSIC.BIN creation processing” of FIG. ”MUSIC.BIN creation. It should be noted that the music file copied after step S506 is deleted from the memory card 15 in order to prevent the same music file from being added many times by performing a plurality of capture processes on the same memory card 15. You may do it.

  In the “PHOTO addition process” for still images in FIG. 27 and the “VIDEO addition process” for moving images in FIG. 28, the same operation as the “MUSIC addition process” for music in FIG. 26 described above is performed.

  As described above, according to the player 1 of the present embodiment, when the transmission / reception file is changed and does not match the content of the internal file, the internal file is deleted and recreated at the first use after the change. Therefore, the contents of the transmission / reception file and the internal file can be matched even after the transmission / reception file is changed.

  When the transmission / reception file is not changed, the internal file created last is used as it is, so that the internal file creation time can be shortened and information can be accessed at high speed after the operation starts as a content player.

  Next, a player that is a playback apparatus according to the second embodiment of the present invention will be described.

  The configuration of the player according to the present embodiment is the same as that of the player 1 according to the first embodiment shown in FIG. 1, but particularly in the case of this embodiment, the player is turned on or connected to the PC 13. As an operation to be performed before starting the operation as a content player at the time of disconnection or the like, a subroutine “check process” in FIG. 29 is executed in addition to the “power on process” that is the main process in FIG.

  The “check processing” in FIG. 29 is performed under the control of the control unit 5 to check the presence / absence of the transmission / reception file and the internal file, the archive attribute, and the date / time. If there is a possibility that they do not match, create an internal file.

  First, in step S601, it is confirmed whether there is an internal file for music. If there is no internal file for music, an internal file MUSIC.BIN is created in step S604. If there is an internal file, the process proceeds to step S602, where the archive attribute of the transmission / reception file MUSIC.XML and the internal file MUSIC.BIN is confirmed, and if the archive attribute is set in at least one, in other words, If it is changed by the music application or other application when the PC 13 is connected, an internal file is created in step S604.

  If it is confirmed in step S602 that the archive attribute is not set, the process proceeds to step S603, and the date and time of the file for transmission / reception and the internal file recognized last by the player, that is, the file described and stored in FILEDATE BIN If the date / time and the date / time of the current transmission / reception file and the internal file do not match, and if they do not match, the internal file is created in step S604, assuming that the application has been changed to a music application or other application when the PC 13 is connected.

  After creating the internal file for music in step S604, or if it is determined in steps S601 to S603 that the internal file matches the contents of the transmission / reception file, the process is stopped in steps S605 to S608. Create an internal file PHOTO.BIN for drawing.

  Further, after step S608, an internal file VIDEO.BIN for moving images is created in steps S609 to S612.

  When the internal file is not created or deleted when the PC 13 is connected due to these operations, or when the transmission / reception file or internal file is changed so that it does not match the contents of the transmission / reception file and the internal file Since the internal file is recreated, the contents of the internal file and the internal file are matched even when the internal file is deleted or changed due to a user's misoperation, etc. be able to.

  Also, since the archive attribute and the file date / time last recognized by the player are compared with the current file date / time to check whether the file has been changed or not, even if the time of the PC 13 and the player does not match, The change of the internal file can be discriminated, and the contents of the transmission / reception file and the internal file can be matched.

  If the time of the PC 13 and the player do not match, especially when the time of the PC 13 is later than the time of the player, the transmission / reception file is changed when the PC 13 is connected (the date and time of this file is determined by the time of the PC 13). ), The date of the internal file updated by the player (the date and time of this file is determined by the player's time) may become older. In such a case, the change in the transmission / reception file cannot be determined by the determination in the player 1 of the first embodiment.

  Therefore, in the case of this embodiment, when the contents of the transmission / reception file and the internal file match, the internal file created last is used as it is, so the creation time of the internal file can be shortened and the content Time until operating as a player can be shortened.

  The recreation of the internal file may be performed when moving to each mode after operating as a player. In this case, when the re-creation of the internal file occurs, the screen display is delayed during that time, but the time from when the player is turned on or when the PC 13 is disconnected to when the player starts operating can be shortened. In addition, if the internal file is recreated immediately after the operation starts as a player, the operation start time and screen display as a player can be speeded up.

  Next, a player that is a playback apparatus according to the third embodiment of the present invention will be described.

  The configuration of the player of this embodiment is the same as that of the player 1 of the first embodiment shown in FIG. 1, but the processing operation of the player of this embodiment is the player of the second embodiment. Is added to the subroutine “check processing” in FIG.

  FIG. 30 is a flowchart of a subroutine “check process” in the present embodiment. This process also operates as a content player under the control of the control unit 5 such as when the player is turned on or disconnected from the PC 13. Runs before starting.

  In the “check process” in FIG. 30, in steps S701 to S708 and S725, music file confirmation and file creation processing are executed.

  In step S701, it is confirmed whether there is an internal file MUSIC.BIN. If there is no file, it is confirmed in step S702 whether there is a transmission / reception file MUSIC.XML. If neither of them is present, an error process such as jumping to step S725 and displaying an error on the liquid crystal display unit 4 is performed.

  If there is no internal file MUSIC.BIN and there is a transmission / reception file MUSIC.XML, an internal file is created in step S705, and the flow advances to step S706.

  If it is determined in step S701 that there is an internal file, it is checked in step S703 if there is a transmission / reception file. If it is confirmed that there is a transmission / reception file and an internal file, the archive attribute and the date and time described in FILEDATE BIN are compared with the current file date and time in the same manner as in the “check processing” of FIG. 29 in step S704. Check whether the internal file needs to be recreated. If re-creation of the internal file is necessary, re-creation is performed in step S705, and the process proceeds to step S706. If it is not necessary to recreate the internal file, the process proceeds to step S709.

  In step S706, it is confirmed whether the creation of the internal file has failed. If there is an abnormality in the XML description of the transmission / reception file due to erroneous editing by the user or it is confirmed that there is no necessary information, the process jumps to step S725 to perform error processing. If there is no abnormality and there is necessary information, the process proceeds to step S709.

  On the other hand, if it is confirmed in steps S701 and S703 that there is an internal file and there is no transmission / reception file, the flow advances to step S707 to create a transmission / reception file. The transmission / reception file is created by using the internal file information and, for the missing part, the information of the music file header. In step S708, it is confirmed whether the creation of the transmission / reception file has failed. If there is an abnormality in the description of the internal file due to erroneous editing by the user or if there is no necessary information, the process jumps to step S725, Process. If there is no abnormality and necessary information exists, the process proceeds to step S709.

  In step S709 to step S716 and step S725, still image file confirmation and file creation processing are executed. Subsequently, in steps S717 to S724 and S725, confirmation of the moving image file and file creation processing are executed. In these processes, operations similar to those of the music file described above are performed.

  In the player of this embodiment, even if the transmission / reception file is deleted due to a user's erroneous operation or the like when the PC 13 is connected by performing the above-described “check processing”, the transmission / reception file can be created if there is an internal file. It is possible to operate in a state where the contents of the transmission / reception file and the internal file match.

  According to the player of the embodiment of the present invention, for example, when capturing music content data, portable recording that acquires and displays music data information from a transmission / reception file that is a music list sent from the PC 13 of the external device. By converting the music list sent from the PC 13 to an internal file that is a music list in an internal format that can be processed at a higher speed by the player 1 as a playback device, the higher speed can be achieved. Display can be performed.

  Further, by saving the created internal file which is the music list of the internal format, the internal format music list conversion operation is eliminated from the transmission / reception file which is the music list sent from the PC 13 every time the power is turned on. The useless conversion operation when the sent music list is not changed is eliminated, and the speed can be further increased. Furthermore, consistency between the music list sent from the PC 13 and the music list in the internal format can be maintained.

Based on the embodiment described above, the following configuration can be proposed. That is,
(Appendix 1)
In a playback device that plays back content data transmitted from an external device,
Communication means for connecting to the external device and transmitting and / or receiving content data and first management information to and from the external device;
A first management information editing means for editing the first management information;
Second management information editing means for performing editing for creating, updating, and / or deleting second management information to be used for internal processing of the playback device based on the first management information;
Storage means for storing the content data, the first management information, and the second management information;
Control means for controlling the first management information editing means and the second management information editing means so that consistency between the management information data and the internal management information data is maintained;
A playback apparatus comprising:

(Appendix 2)
The control means controls the second management information editing means to edit the second management information every time the content data is processed, while the update of the first management information is performed by the playback device. The reproducing apparatus according to appendix 1, wherein control is performed so as to be performed for each predetermined process.

(Appendix 3)
The playback apparatus according to appendix 2, wherein the predetermined processing is when the playback apparatus is powered off, when the type of content to be played back is changed, or when the playback apparatus is connected to an external device.

(Appendix 4)
The reproducing apparatus according to appendix 1, wherein the editing frequency of the first management information is less than the editing frequency of the second management information.

(Appendix 5)
The reproduction apparatus according to appendix 1, wherein the external device is an information terminal device (such as a personal computer) or an external storage device (such as a hard disk or a memory card).

(Appendix 6)
Furthermore, it has update detection means for detecting whether or not the first management information and / or the second management information is updated during connection with the external device,
The control means deletes the second management information when the update detection means detects an update of the first management information and / or the second management information, or deletes the second management information. The reproduction apparatus according to appendix 1, wherein the second management information is updated based on the management information.

1 is a block configuration diagram of a portable content player (player) that is a playback device as a first embodiment of the present invention. FIG. It is a figure which shows the folder structure of the memory | storage part in the player of FIG. FIG. 2 is a diagram showing the description content of a music transmission / reception file MUSIC.XML in the player of FIG. 1; FIG. 2 is a diagram illustrating the description content of a still image transmission / reception file PHOTO.XML in the player of FIG. 1. FIG. 2 is a diagram illustrating the description content of a video transmission / reception file VIDEO.XML in the player of FIG. 1. FIG. 2 is a diagram showing the description content of a music internal file MUSIC.BIN in the player of FIG. 1. FIG. 2 is a diagram showing the description content of a still image internal file PHOTO.BIN in the player of FIG. 1. FIG. 2 is a diagram illustrating the description content of a video internal file VIDEO.BIN in the player of FIG. 1. FIG. 2 is a diagram showing the description content of FILEDATE.BIN that stores the date and time of each file when the PC of FIG. 1 is connected to the PC. FIG. 10A is a diagram showing a music display screen of the liquid crystal display unit in the music mode operation state in the player of FIG. 1, FIG. 10A shows a search screen top, and FIG. FIG. 10C shows a state in which the selected song is displayed, FIG. 10D shows a state in which all the registered songs are displayed, and FIG. FIG. 10F shows a pop-up screen in the music mode. FIG. 11A is a diagram showing a still image display screen of the liquid crystal display unit in the still image mode operation state in the player of FIG. 1, FIG. 11A shows a search screen top, and FIG. 11B shows an album selection screen. 11C shows a date selection screen, and FIG. 11D shows a playback screen. FIGS. 12A and 12B are diagrams illustrating a moving image display screen of the liquid crystal display unit in the moving image mode operation state in the player of FIG. 1, in which FIG. 12A illustrates a search screen top, and FIG. FIG. 2 is a flowchart of “power on processing” that is a main processing executed with power on in the player of FIG. 1. FIG. 14 is a flowchart of a subroutine “MUSIC.BIN creation process” called by the main process of FIG. 13. 14 is a flowchart of a subroutine “PHOTO.BIN creation process” called by the main process of FIG. 13. 14 is a flowchart of a subroutine “VIDEO.BIN creation process” called by the main process of FIG. 13. 14 is a flowchart of a subroutine “MUSIC MODE process” called by the main process of FIG. 13. 14 is a flowchart of a subroutine “PHOTO MODE process” called by the main process of FIG. 13. 14 is a flowchart of a subroutine “VIDEO MODE process” called by the main process of FIG. 13. 27 is a flowchart of a subroutine “MUSIC update process” called in the “MUSIC MODE process” of FIG. 17 or the “MUSIC addition process” of FIG. 28 is a flowchart of a subroutine “PHOTO update process” called in the “PHOTO MODE process” of FIG. 18 or the “PHOTO addition process” of FIG. 30 is a flowchart of a subroutine “VIDEO update process” called in the “VIDEO MODE process” of FIG. 19 or the “VIDEO addition process” of FIG. FIG. 21 is a flowchart of a subroutine “MUSIC.XML update process” called in the “MUSIC update process” of FIG. 20. FIG. 22 is a flowchart of a subroutine “PHOTO.XML update process” called in “PHOTO update process” of FIG. 21; FIG. 23 is a flowchart of a subroutine “VIDEO.XML update process” called in the “VIDEO update process” of FIG. 22. 18 is a flowchart of a subroutine “MUSIC addition process” called in the “MUSIC MODE process” of FIG. 17. 19 is a flowchart of a subroutine “PHOTO addition process” called in the “PHOTO MODE process” of FIG. 20 is a flowchart of a subroutine “VIDEO addition process” called in the “VIDEO MODE process” of FIG. It is a flowchart of a subroutine “check process” called in “power on process” which is a main process executed with power-on in the player of the second embodiment of the present invention. It is a flowchart of a subroutine “check process” called in “power on process” which is a main process executed with power-on in the player of the third embodiment of the present invention.

Explanation of symbols

5: Control unit (control means, communication means,
First management information editing means,
Second management information editing means)
6 ... Storage part (storage means)
10: Connection part (communication means)
12 ... Card slot (communication means)
13 ... PC (external device)
15 ... Memory card (external device)
MUSIC.XML: File for sending and receiving music
(First management information)
PHOTO.XML ... Still image transmission / reception file
(First management information)
VIDEO.XML: Video transmission / reception file
(First management information)
MUSIC.BIN ... Music internal file
(Second management information)
PHOTO.BIN… Internal file for still images
(Second management information)
VIDEO.BIN ... Video internal file
(Second management information)

Claims (3)

In a playback device that plays back content data transmitted from an external device,
Communication means for connecting to the external device and transmitting and / or receiving content data and first management information to and from the external device;
A first management information editing means for editing the first management information;
Second management information editing means for performing editing for creating, updating and / or deleting second management information to be used for internal processing of the playback device based on the first management information;
Storage means for storing the content data, the first management information, and the second management information;
Control means for controlling the first management information editing means and the second management information editing means so that consistency between the first management information data and the second management information data is maintained;
A playback apparatus comprising:   The control means compares the creation and / or update date and time of the first management information with the creation and / or update date and time of the second management information, and if the second management information is older 2. The reproducing apparatus according to claim 1, wherein the second management information editing unit is controlled so as to delete or update the second management information.   2. The playback apparatus according to claim 1, wherein the control means further includes a judgment means for judging whether or not the second management information needs to be created.

Images