JP2006157943A - Cellular phone terminal equipment and regenerating method of its content - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To make easy to establish a content used as a call termination broadcast or a hold broadcast. <P>SOLUTION: A cellular phone terminal equipment can acquire a program file which specifies a regenerating sequence of one or more contents from a server equipment through a communication network, transmit an acquisition request of each content to the server equipment through the communication network according to the regenerating sequence specified by this program file, and acquire and reproduce a demanded content from the server equipment. It can view and listen to two or more contents according to the regenerating sequence, hold the acquired content when you want to use a thing included in mind as a content for performing the call termination broadcast or the hold broadcast, and establish as a content for performing the call termination broadcast or the hold broadcast. <P>COPYRIGHT: (C)2006,JPO&NCIPI

Description

  The present invention relates to a mobile phone terminal device that acquires and reproduces content composed of music, video, etc. via a communication network, further relates to a content playback method in the mobile phone terminal device, and further a program for causing a computer to execute the method The present invention relates to a computer-readable storage medium that stores information.

  In general, there are a radio, a television, and the like as a system for distributing a program composed of music, video, and the like. However, programs such as radio and television are unilaterally sent from broadcasting stations, and viewers cannot watch or listen to their favorite programs at their favorite time zones. Therefore, recently, Internet broadcasting stations have emerged as a new distribution form of programs different from those of radio and television. Internet broadcast stations distribute programs stored on a communication network in response to requests from viewers. That is, based on a viewer distribution request from a terminal (client) such as a personal computer (PC), it is connected to a www (World Wide Web) server via a communication network such as the Internet and stored in the www server. The program composed of the music data or the video (video) data is received, and the program is reproduced on the client side based on the received data. Normally, when distributing data using a communication network, a www server performs stream distribution so that a client can start playback of music, video, etc. before receiving all the data. In such an Internet broadcasting station, viewers can watch and listen to a favorite program at a favorite time zone.

  However, the program distribution method in the conventional Internet broadcasting station has not yet been easy for the user to use. In particular, in a conventionally known program playback system, only content is played back in a program, and various types of information related to each played content cannot be presented to the user.

  Moreover, in a mobile phone terminal device, it is desired that user-desired music can be freely set as an incoming call notification melody (ringtone).

  The present invention has been made in view of the above points, and is intended to provide a mobile phone terminal device that can easily set content used for incoming call notification or hold notification, and further a content reproduction method therefor It is another object of the present invention to provide a computer-readable storage medium that stores a program that causes a computer to execute the method.

The mobile phone terminal device according to the present invention obtains a program file defining a playback order of one or a plurality of contents from a server device via a communication network, and each content according to the playback order specified by the program file. Means for transmitting an acquisition request to a server device via a communication network; means for acquiring content requested in response to the content acquisition request from the server device; and a reproduction engine for reproducing the content acquired from the server device And means for holding the content acquired from the server device, and means for setting the held content as content for performing incoming call notification or hold notification.

  According to the present invention, in the mobile phone terminal device, a program file that defines the playback order of one or a plurality of contents is acquired from a server device via a communication network, and each content is stored in accordance with the playback order specified by the program file. The acquisition request can be transmitted to the server device via the communication network, and the requested content can be acquired from the server device and reproduced. If you want to view multiple contents according to the playback order and use what you like as the content for incoming call notification or hold notification, hold the acquired content and set it as the content for incoming call notification or hold notification be able to. Therefore, it is possible to easily set the content used as incoming call notification or hold notification.

  The present invention can be configured and implemented not only as an apparatus invention but also as a method invention, and can be implemented in the form of a program of a processor such as a computer or DSP. However, it can also be implemented in the form of a recording medium storing such a program. Further, as a processor, a general-purpose processor such as a computer that executes an arbitrary software program can be used, and a dedicated processor in which dedicated logic is assembled in hardware may be used.

  Embodiments of the present invention will be described below in detail with reference to the accompanying drawings.

  FIG. 1 is a hardware block diagram showing the configuration of the entire program reproduction system according to the present invention. This program reproduction system is composed of a plurality of sites (servers) A, B to N, a client PC, and a communication network X. The plurality of sites (servers) A (B to N) and the client PC are connected via the communication network X. The plurality of sites (servers) A (B to N) and the client PC are configured by computers including a CPU, a ROM, a RAM, a hard disk, a modem, and the like (not shown), and each is independently connected via the communication network X. Data (for example, content for broadcast programs) can be transmitted or received. That is, the client PC is connected to various communication networks X such as a LAN (local area network), the Internet, and a telephone line, and transmits / receives various data to / from the sites A (B to N). The program playback system may have hardware other than these, but here, a case where the minimum necessary resources are used will be described. Note that the communication network X is not limited to a wired one, and may be a wireless one. A plurality of client PCs may be connected to the communication network X.

  An independent site A (B to N) is like a broadcasting station when compared to radio and television, and a large number of program files are stored in advance in the program storage unit for each site A (B to N). Is done. A program file is a time-series combination of contents such as a MIDI file that is song data, an audio file that is song or MC (Master of Ceremonies) data, a video file that is video data, or a still image file. It is configured (details will be described later), and this corresponds to a program on radio or television. A large number of contents (content files) such as MIDI files, audio files, moving image files, and still image files are stored in advance in a content database (content storage unit) for each site A (B to N). In the content database, a large number of contents other than the contents used in the program are stored. And what program file is stored for each site A (B to N) can be confirmed by the program list file.

  The client PC selects one of the sites A (B to N), selects one of the program files stored in the selected site A (B to N), and reproduces it. be able to. That is, the client PC acquires a program list from the selected site A (B to N), stores it as a program list file, selects one of the programs in the program list, and selects the site A (B to N). A program file is acquired from and stored as a program file. Then, the content (file) is acquired from the site A (B to N) that selected the program file, and the content is reproduced by the reproduction engine. The playback mode includes an “online mode” and an “offline mode”. In the “online mode”, content is acquired from the site A (B to N) in real time and played back. On the other hand, in the “offline mode”, the contents specified in the program file are acquired together, stored in the cache, and then reproduced. As will be described later, the viewer can register a favorite program in a favorite program file, and can create a unique original program. Therefore, these pieces of information are stored in the client PC as a favorite program list file or original program file. The client PC includes a storage unit (or storage area) corresponding to each file described above.

  Here, an example of a specific program list file and program file will be briefly described with reference to FIGS. FIG. 2 is a conceptual diagram showing an example of a program list file. FIG. 3 is a conceptual diagram showing an example of a program file.

  The program list file is data indicating a list of programs stored for each site A (B to N). As shown in FIG. 2, the program list file includes a “program name” and a “program file URL (Uniform Resource Locator)”. Become. “Program name” is a name (title) given to each program. “URL of program file” is information for designating a position where the program file is stored, and is given differently for each program file. For example, it is possible to uniformly access each program file stored in the site A (B to N) on the communication network X from the client PC or other site A (B to N). For example, an Internet address.

  In the program file, content information such as a MIDI file, an audio file, a moving image file, and a still image file is stored in the program progression order (reproduction order). For example, one program starts with an opening MC (audio file), the first song (MIDI file), MC (audio file), the second song (audio file), the third song (video file), and the ending MC (audio file). If the program proceeds as described above, each piece of content information is stored in the program file in that order (see FIG. 3). A program file is data indicating all pieces of content information included in one program, and includes a “program name” and content information including a “content URL”, “content ID”, and “content basic information” as a set. Become. The “program name” is a name (title) given to each program in the same way as the “program name” of the program list file described above. The “content URL” is information for specifying the position where the content file is stored, the “content ID” is information for identifying the content, and the “content basic information” is the basic information of the content (for example, , The name of the content, information on the lyricist / composer / artist, etc. if the content is a song, and information on the person performing the MC if the content is MC). The favorite program list file has the same data structure as the program list file, and the original program file has the same data structure as the program file.

  In the program file shown in FIG. 3, the third song is a moving image file. However, when the song is stored in the moving image file as described above, not only a song but also a video or a still image is displayed. It is recorded (for example, promotional video).

  Next, an operation panel that can be operated to reproduce a program that the viewer wants to view in this program reproduction system will be described. FIG. 4 is a diagram conceptually illustrating an embodiment of the operation panel. This operation panel is provided on the client PC side so that various operations (for example, program reproduction) can be performed by the viewer.

  A list of sites A (B to N) is displayed in the “site display / selection area” on the operation panel, and the viewer can select one of the sites A (B to N). In the “program display / selection area”, the “program name” of the program list file stored in the selected site A (B to N) is displayed, and the viewer can select one of the programs. it can. In the “basic information display area”, various basic information relating to the content currently being played back (that is, “content basic information” of the program file) is displayed. The left triangle button B1 is a “REW button”, and is a button for rewinding the content being reproduced. The right triangular two buttons B4 are “FF buttons”, and are buttons for fast-forwarding the content being reproduced. The right triangle button B3 is a “play button”, which is a button for playing content. The square button B2 is a “stop button”, and is a button for stopping the content being reproduced. The “INFO button” is a button for displaying information described later. The “favorite add button” is a button for adding a program being played back to the favorite list file. The “favorite editing button” is a button for displaying a favorite list editing screen (not shown) and editing a favorite list file. The “original program edit button” is a button for displaying an original program creation screen (not shown) and creating / editing an original program file.

  Although not shown in FIG. 4, a video display area (an area for displaying moving images and still images) is also provided separately.

  When the “INFO button” is operated, information display as shown in FIG. 5 is performed. In this embodiment, the video is displayed on the left side and various information related to the content is displayed on the right side. As various information related to the content, for example, information related to music such as MIDI and audio is displayed. That is, the song name, genre, artist, songwriter, composer, label, file type, performance time of the song, and the like are displayed. Further, a purchase price necessary for purchasing the music (content) is displayed. Each content can be purchased online, and the viewer can purchase the content by operating a “purchase button”. Since the technology related to online content purchase is well known, a description thereof is omitted here.

  6A to 6C are flowcharts showing an embodiment of the program reproduction process performed in the program reproduction system according to the present invention. FIG. 6A shows a flow of the first half of the process, FIG. 6B shows a flow following the first half of the process, and FIG. 6C shows a flow of the second half of the process. That is, after the process in FIG. 6A, the processes in FIGS. 6B and 6C are sequentially performed. Hereinafter, the operation of the processing will be described according to the flowcharts of FIGS. 6A to 6C.

  6A, in order to play a program, the viewer selects one of the sites displayed in the “site display / selection area” of the operation panel (see FIG. 4) arranged on the client PC. (Step 1). As a site that can be selected, there are a plurality of sites A (B to N) on the communication network X, but there are also other sites (that is, client PCs). If the selected site is local (YES in step 2), the program name of the favorite program list file is displayed in the “program display / selection area” on the operation panel (step 3). If the selected site is one of the sites A (B to N) on the communication network X (NO in step 2), the URL of the selected site A (B to N) is sent to the communication network X. (Step 4). At this time, if the client PC is not connected to the communication network X, connection is made (for example, dial-up connection). Here, to simplify the explanation, assuming that the site A is selected in step 4, the site A sends the program list file held by the site A to the client PC (step 5). The client PC acquires the program list file and stores it in the program list storage unit. Then, the program name of the stored program list file is displayed in the “program display / selection area” on the operation panel (step 6). The viewer arbitrarily selects any program from the displayed list of program names (step 7).

  When a program is selected by the viewer, it is determined whether or not the program is an original program (step 8 in FIG. 6B). If it is an original program (YES in step 8), since the program file is stored in the client PC, it is not necessary to acquire the program file from the site A, and the process jumps to step 12. On the other hand, if it is not the original program (NO in step 8), the URL of the selected program file is sent out on the communication network X in order to acquire the program file from the site A on the communication network X (step 9). When the client PC is not connected to the communication network X (when a local site is selected in step 2), the client PC is connected to the communication network X. Site A sends the program file specified by the URL to the client PC (step 10). The client PC acquires this program file and stores it in the program file storage unit (step 11). In this way, the viewer selects any program from among a large number of programs.

  Next, the content is reproduced according to the selected original program file or the acquired program file. There are two types of content playback, “online mode” and “offline mode” as playback modes. “Online mode” is a mode selected by a viewer who is always connected to the client PC on the communication network X. “Offline mode” is a mode in which the client PC is temporarily connected to the communication network X by dial-up connection or the like. This mode is selected by the person. In the “online mode”, necessary content is acquired from the site A every time content is reproduced (that is, content is acquired in real time). On the other hand, in the “offline mode”, all contents for one program are first acquired from the site A. Therefore, it is possible to shorten the connection time on the communication network X in the “offline mode”. On the other hand, in the “online mode”, the necessary content is acquired each time, so the waiting time until the content playback is shortened and the real-time property is improved.

  First, the operation in the “online mode” will be described (YES in step 12). In this case, first, the client PC automatically selects the first content information in the program file (step 13), and displays the basic content information in the basic information display area on the operation panel (step 14). As will be described later, information is acquired from site A and displayed, but this basic information is stored in the program file, and there is no need to acquire information from site A every time it is displayed. Therefore, network traffic can be reduced. After the display, the content URL of the selected content information is sent to the site A (step 15), and the site A receives the content URL and sends the content file (step 16). The client PC obtains this, passes the content file to a playback engine (playback processing by dedicated hardware or software) according to the file type (MIDI, audio, video, still image, etc.) and starts playback of the content (step) 17).

  Next, the operation in the “offline mode” will be described (NO in step 12). First, the content URL of all the content information in the program file is transmitted (step 18), and this is received on the site A side and all the specified content files are transmitted (step 19). Here, the sending order of the content URL sent from the client PC side or the content file sent from the site A side may not be the playback order in the program. At this time, if the client PC is not connected to the communication network X, it is connected. The client PC acquires all content files and disconnects from the communication network X. The acquired content file is stored in the cache memory (step 20). Then, the head content information in the program file is selected (step 21), the basic content information is displayed (step 22), and the playback engine corresponding to the file type (MIDI, audio, moving image, still image, etc.) is displayed. The content file is passed and the reproduction of the content is started (step 23).

  In the above-described embodiment, all contents for one program are acquired at a time in the “offline mode”. However, the present invention is not limited to this. For all programs on a single site or a plurality of designated programs. You may make it acquire all the contents of collectively. In this way, the viewer can play a plurality of programs continuously by connecting to the communication network once. Further, the content is reproduced after the content file to be reproduced is downloaded. However, the present invention is not limited to this, and the content file may be streamed and the content may be immediately reproduced on the client PC side. .

  When the reproduction of the content is started in steps 17 and 23, the process proceeds to step 24 in FIG. 6C. In step 24, it is determined whether or not the content has been reproduced. If the reproduction of the content has been completed (YES in step 24), it is determined whether or not there is next content information in the program file (step 25). If there is next content information (YES in step 25), the content information is selected (step 26). If it is “online mode” (YES in step 27), the process jumps to step 14, and if it is not “online mode” (NO in step 27), the process jumps to step 22. If there is no next content information (NO in step 25), the next program file in the program list file is selected (step 28), and the process jumps to step 12. Thus, a plurality of programs are reproduced one after another. In the process of step 28, if there is no next program file in the program list, the reproduction of all the contents in the program file has been completed. Therefore, the series of program reproduction processes shown in FIGS. You may make it complete | finish, or you may make it select the top program file in a program list again.

  When the “FF button” or “REW button” on the operation panel is operated during the reproduction of the content (NO in step 24) (step 29), the content information immediately after the content being reproduced in the program file is displayed. Select (when the “FF button” is operated) or select content information immediately before the content being played back (when the “REW button” is operated) (step 30), and step Fly to 27. Thus, the viewer can skip a song that he / she does not like, which is impossible with a normal radio or television program, or can listen to a song currently being listened to again.

  When the “INFO button” is operated (YES in step 31), the content ID of the selected program file is sent to the site A (step 33). At this time, if the client PC is not connected to the communication network X, it is connected. When the site A receives the content ID, it searches the content database for other content files related to the content (step 34). For example, when a content ID of a MIDI song is received, audio content, still image content (for example, a CD jacket photo) related to the MIDI song, various information contents (song title, genre, artist, songwriter, composer) , Label, performance time, purchase price, etc.), music score content, etc. Then, an information file is created based on the retrieved content file and sent to the client PC (step 35). The client PC acquires the information file and displays the information (step 36).

  As described above, a “purchase button” is displayed on the information display screen (see FIG. 5), and when the viewer operates the “purchase button” (YES in step 37), the content (for example, a MIDI song) is displayed. File) and content related to the content (for example, an audio content file, a score content file, etc.) can be purchased. That is, the client PC sends a purchase command and a content ID to the site A (step 38), and the site A receives the purchase command and relates to the purchase of the content corresponding to the content ID and the content related to the content. Processing is performed (step 39). It should be noted that the relationship between the content acquired for playback in the program and the content purchased here can be as follows. For example, the content acquired for playback in a program is a part of a song or sample content with low quality, and the purchased content is the entire song or content with high quality. Then, “other processing” is performed regardless of whether or not the “purchase button” is operated (step 40). As the “other processing”, when a display unit is selected on the information display (for example, mouse click), various processes relating to the display contents are executed (for example, when an artist is selected, other contents relating to the artist are selected). Search and display). When “other processing” is completed, the process jumps to step 24.

  The information display / content purchase processing described above is executed in the same manner regardless of whether the program is supplied from the site A or a locally stored favorite or original program. Further, it is executed even when the “FF button” or “REW button” is operated. Thus, the viewer can obtain information on a favorite song and purchase content when he / she likes it.

  If the “INFO button”, “favorite edit button”, or “original program creation button” is operated in step 31 without operating the “INFO button” (NO in step 31), the “favorite / original program processing” is performed. Is performed (step 32). FIG. 7 is a flowchart showing an example of “favorite / original program processing”.

  When the “favorite addition button” is operated (YES in step 51), the currently selected program file is registered in the favorite program list file (step 52). That is, “program name” and “program file URL” are additionally registered in the favorite program list file. On the other hand, when the “favorite edit button” is operated (YES in step 53), the contents of the favorite program list file are edited (step 54). In editing, for example, the order of programs in the favorite program list can be changed, or a desired program can be deleted from the favorite program list. The editing process is executed by displaying an editing screen (not shown) on the display and performing an editing operation on the display screen.

  When the “original program creation button” is operated (YES in step 55), a keyword relating to the content to be stored as the original program is designated (step 56). For example, an artist name or a music genre is designated as a keyword. Then, the client PC sends the keyword and search command to the site A (step 57). Site A searches the content database based on this keyword and lists the corresponding content (step 58). Then, based on the listed contents, an original program file is created and sent to the client PC (step 59). In this original program file, “content URL”, “content ID”, and “content basic information” are stored as in the case of a normal program file. Note that the contents are arranged in a predetermined order (for example, alphabetical order, Japanese syllabary order, order found by search, etc.). On the client PC side, the original program file is acquired and stored, and registered in the favorite program list (step 60). Then, the viewer edits the contents of the original program file as necessary (step 61). For example, the arrangement of contents is changed, or desired contents are deleted. When a new original program is created on the site A side, the past (old) original program file stored on the client PC side may be discarded, or only new contents may be discarded. You may make it add to. Alternatively, a plurality of original program files may be stored.

  In the creation of the original program, the contents listed by the search on the site A side are arranged as they are in the predetermined order as the original program file, but only the desired contents listed are designated from the client PC side. The site A may be configured to create an original program file consisting only of designated content. Further, although the program editing function is provided on the client PC side, it may be provided on the site A side. In this case, an edit command is sent from the client PC side, and the site A side performs editing such as changing the order or deleting based on this edit command.

  Although not shown in the above-described flows (FIGS. 6A to 6C and FIG. 7), the playback of the content can be stopped by operating a stop button (see FIG. 4) during the playback of the content. . Then, the reproduction of the content stopped by the operation of the replay button (see FIG. 4) can be resumed. In addition, the viewer may arbitrarily end each of the above processes by giving an appropriate instruction.

  In the above-described program reproduction system, when reproduction of one content is completed, the program is advanced by reproducing the next content. That is, since the program (program file or the like) is configured in such a manner, a plurality of contents cannot be reproduced in parallel. However, the present invention is not limited to this, and a program (program file or the like) may be configured so that a plurality of contents can be reproduced in parallel. In this way, for example, it is possible to make a program such as simultaneously playing a MIDI song while playing an audio MC, or playing a MIDI image while switching still images as background images. Become. FIG. 8 shows an example of a program file configured so that a plurality of contents can be reproduced in parallel.

One program file is composed of a plurality of tracks, and each track corresponds to each type of content file (MIDI, audio, moving image, still image, etc.). That is, a plurality of types of content files are not mixedly stored in one track. In this case, each content can be read in parallel from a plurality of tracks. That is, a plurality of contents can be read from different tracks in a time-overlapping manner, and the plurality of read contents are transferred to different dedicated playback engines and played back. That is, a plurality of playback engines operate in parallel for each type of content. Since reproduction processing for reading out data of a plurality of tracks in parallel is well known in the field of automatic performance and the like, description thereof is omitted here. Note that the playback timings of two consecutive contents in one track are not overlapped in time. The processing after reading the program file is the same as the processing described above.
The plurality of tracks may be realized by dividing the storage area as shown in FIG. 8 (that is, contents with different tracks are stored separately for each track), or track identification data for each content. May be realized without dividing the storage area (that is, contents having different tracks are mixedly stored).

  When playing back a plurality of contents at the same time, it is desirable to provide effects such as fade-in / out. In order to give effects such as fade-in / out, contents to be faded-in / out may be prepared in advance, or a command for designating fade-in / out is embedded in the program together with the designated timing information. Alternatively, fade-in / out may be started when the command is read out. The effect when the command is embedded is not limited to the fade-in / out effect. In other words, if the content is a song or MC, an acoustic effect such as reverb may be used, and if the content is a still image or moving image, a video effect such as mosaic or wipe may be used. These effects are not limited to being given at the start or end timing of the content, but may be given during the reproduction of the content.

  As shown in FIG. 9A, the client may be a mobile communication terminal MT such as a mobile phone, PHS, or mobile terminal. In that case, the portable communication terminal MT is assumed to have an appropriate tone generation function (sound source function or sequencer function). FIG. 9B is a block diagram illustrating an internal configuration example of the portable communication terminal MT having a musical sound generation function. The portable communication terminal MT includes a microcomputer including a CPU 102, a RAM 103, and a ROM 104 in addition to a normal cellular phone side circuit 101, and a communication interface 105 is provided between the cellular phone side circuit 101 and the microcomputer. Communicate with each other via The mobile phone side circuit 101 has an Internet function or a simple Internet function. When a wireless telephone connection is established with the sites (servers) A to N during Internet communication, the above-described circuit is provided via the internal communication interface 105. Information communication between the built-in microcomputer and the sites (servers) A to N is enabled. The ROM 104 stores programs and data necessary for the tone generation function, and further stores a program reproduction processing program (application software) according to the present invention. In this case, the ROM 104 may use a rewritable memory such as a flash ROM so that the program and data for generating musical sounds or the contents of the application software according to the present invention can be updated at any time.

  It should be noted that the functions of the various buttons for input operation use switches provided in the mobile phone side circuit MT. In that case, the switch operation information in the cellular phone side circuit 101 is received by the built-in microcomputer via the internal communication interface 105, and the process according to the present invention described above proceeds according to these operation input signals. In addition, various data such as contents received from the sites (servers) A to N in the course of this processing are sent from the mobile phone side circuit 101 to the built-in microcomputer via the communication interface 105 and stored in the RAM 103. Various data such as received content is sent to the mobile phone side circuit 101 via the communication interface 105 and can be displayed on the display. Further, various data such as received content or various data such as content generated by the built-in microcomputer is sent to the mobile phone side circuit 101 via the communication interface 105, and from there, the desired portable communication via the radio telephone line. It can be transmitted to the terminal MT, personal computer, or the like (for example, transmitted as an attachment to an e-mail). In addition, content generated on the built-in microcomputer side can also be sent to the mobile phone side circuit 101 via the communication interface 105 and emitted from the built-in speaker or displayed on the display. Note that a MIDI interface 106 may be provided so that MIDI performance data can be transmitted to and received from the outside. Furthermore, the preferred ones of the MIDI files, audio files, moving image files, still image files, etc. taken from the sites (servers) A to N as described above are stored by appropriate means, and these are received by the mobile phone. It can be used as a melody, a hold melody, or image data notifying incoming calls. Also, a favorite one of these MIDI files, audio files, moving image files, still image files, etc. can be used as background music or background visual images during a call.

  In addition, when content is purchased, the content purchase price may be added to the usage fee of the portable communication terminal MT and charged to the content purchaser, or separately from the usage fee of the portable communication terminal MT. You may make it charge a content purchase price to a content purchaser. Further, when the portable communication terminal MT is used as a client, not all the functions as described above may be provided but only some functions may be provided.

  The “FF button” or “REW button” enables selection of the next or previous content. However, the content may be moved forward or backward by a predetermined time. In addition, when selecting the next or previous content in a program that simultaneously reproduces the contents of a plurality of tracks, the viewer can select which track content is to be advanced to the next or previous content. Alternatively, the track on which the content is advanced may be fixed in advance. Further, it is possible to provide at least one of the functions without providing both the fast-forwarding and rewinding functions of the content. Furthermore, it is not limited to fast forward and rewind during content playback, and fast forward and rewind may be possible during playback pause.

  A WEB browser may be used for information display and content purchase instructions. In other words, a WEB browser process may be activated separately from the “client-side process” and information may be displayed during the WEB browser process so that a purchase instruction can be given. Further, the information display and the content purchase instruction are not limited to the content reproduction, but may be possible while the reproduction is paused.

  Various data such as program files and content files may be supplied from an external storage medium, or may be supplied from an external device to a site or client via a communication interface.

  Content information such as program files may be stored in a continuous area in time series, or content information scattered and stored in skipped areas may be separately managed as time series continuous data. Also good. That is, it is only necessary to manage the content information as time-sequential continuous content, and it does not matter whether the content information is continuously stored in the storage area.

  Further, the functions described above are not limited to those realized by a built-in microcomputer provided separately from the mobile phone side circuit 101, and resources (CPU, RAM, ROM, etc., not shown) in the mobile phone side circuit 101 are used. Thus, the functions as described above may be realized.

  As described above, according to the above-described embodiment, when a program is reproduced, not only the content is reproduced, but also various information related to each reproduced content can be presented to the user. Excellent effect. For example, the client can play back the program while displaying various information related to the content, so that the program can be enjoyed more and the understanding of the program can be deepened.

It is a block diagram which shows the whole structure of the program reproduction | regeneration system concerning this invention. It is a conceptual diagram which shows one Example of the program list file used in the program reproduction | regeneration system shown in FIG. It is a conceptual diagram which shows one Example of the program file used in the program reproduction | regeneration system shown in FIG. It is a figure which shows one Example of an operation panel notionally. It is a conceptual diagram which shows one Example of an information display. It is one Example of the program reproduction process performed in the program reproduction system which concerns on this invention, and is a flowchart which shows the first half part. FIG. 6B is a flowchart following the first half of the program playback process shown in FIG. 6A. FIG. 6B is a flowchart showing the latter half of the program playback process shown in FIG. 6A, following the process of FIG. 6B. It is a flowchart which shows one Example of a process of a favorite / original program. It is a conceptual diagram which shows one Example of the program file comprised so that a some content can be reproduced | regenerated in parallel. It is a block diagram which shows the example which uses a portable communication terminal as a client. It is a block diagram which shows the internal structural example of the portable communication terminal which gave the musical tone production | generation function.

Explanation of symbols

B1 ... REW button, B2 ... Stop button, B3 ... Play button, B4 ... FF button, A to N ... Server computer, PC ... Client computer, X ... Communication network , MT ... Portable communication terminal

Claims (3)

Means for obtaining a program file defining a playback order of one or more contents from a server device via a communication network;
Means for transmitting an acquisition request for each content to a server device via a communication network according to a playback order defined in the program file;
Means for acquiring the requested content from the server device in response to the content acquisition request;
A playback engine for playing back the content acquired from the server device;
Means for holding content acquired from the server device;
A cellular phone terminal device comprising: means for setting the held content as content for performing incoming call notification or hold notification. A content playback method in which a mobile phone terminal device acquires and plays back content from a server device via a communication network,
Obtaining a program file defining a playback order of one or more contents from a server device via a communication network;
Transmitting an acquisition request for each content to a server device via a communication network according to a playback order defined in the program file;
Acquiring the requested content from the server device in response to the content acquisition request;
Holding the content acquired from the server device;
Setting the held content as content for incoming call notification or hold notification;
A content reproduction method in a mobile phone terminal device, comprising: a step of reproducing and holding the held content when an incoming call notification or a hold notification is performed. A computer-readable storage medium storing a program for causing a computer of a mobile phone terminal device to execute a procedure for the mobile phone terminal device to acquire and play back content from a server device via a communication network The program is
Obtaining a program file defining a playback order of one or more contents from a server device via a communication network;
Transmitting an acquisition request for each content to a server device via a communication network according to a playback order defined in the program file;
Acquiring the requested content from the server device in response to the content acquisition request;
Holding the content acquired from the server device;
Setting the held content as content for incoming call notification or hold notification;
Instructing the playback engine of the mobile phone terminal device to play back the stored content when an incoming call notification or hold notification is performed.

Images