APPARATUS AND METHOD FOR REPRODUCING CHARACTER INFORMATION RECORDED ON A RECORDING MEDIUM

BACKGROUND OF THE INVENTION

[0001] The present invention relates to a playback-signal processing apparatus for searching character information for a string of characters serving as an address and generating the address.

[0002] In recent years, a network comprising apparatuses such as personal computers owned by users and servers connected to the personal computers by typically telephone lines is becoming popular. In the following description, the personal computer is also referred to simply as a computer.

[0003] The user is capable of obtaining various kinds of information from a server employed in the network by using the computer as a terminal of the network. In this case, the user activates browser software for displaying the information on the screen of the computer and then enters a required address of the server used as a URL (Uniform Resource Locator) to the browser software. The user then carries out an operation to accomplish communication processing with the server. By doing so, an access is made to a server specified by the URL through necessary paths on the network. The computer is then capable of receiving various kinds of information such as characters and pictures transmitted by the server.

[0004] By the way, there is known an audio CD that allows necessary character information to be recorded typically in a TOC (Table of Contents) in a lead-in area of the CD. Such a CD is known as a CD-TEXT. The character information added to the TOC is information such as the title of the disc, names of artists and/or titles of pieces of music. By reading out such pieces of information from the audio CD and displaying them on a screen, information on contents of the audio CD can be obtained in a literal form.

[0005] An apparatus for playing back information from an audio CD can be connected to or embedded in a computer. Various kinds of processing carried out by the apparatus of such a type such as playback and halt operations can be controlled by a control means employed in the computer. In this case, the user carries out a variety of operations in accordance with an operation screen or an operation window which is generated by the computer and displayed on a monitor unit as a GUI (Graphical User Interface).

[0006] An operation screen shows, among other things, performance times of pieces of music, character information such as names of artists and titles of pieces of music and buttons to be operated by the user for carrying out various kinds of processing. What appear on the operation screen are all obtained from a TOC. In addition, if more information on the pieces of music and the artists is available in the network, a URL of the information is recorded in the TOC as character information.

[0007] Moreover, if it is possible to transmit an electronic mail to an artist, the mail address of the artist is included in the TOC as character information like a URL.

[0008] In order to make an access to a URL, however, it is necessary for the user to enter a string of characters representing the URL by itself, to the browser software. In addition, when the browser software is not activated, an operation to invoke the browser software needs to be carried out.

[0009] Furthermore, also in order to send an electronic mail, it is necessary for the user to enter a string of characters representing a mail address by itself to mail sending software which is referred to hereafter simply as a mailer.

[0010] As described above, the user has to enter a string of characters to make an actual access in spite of the fact that the string of characters is recorded in the TOC. Thus, the user has to search character information stored in the TOC for the string of characters representing an address and carry out complicated operations for relevant software. As a result, there is raised a problem of incapability to obtain information from the network with ease.

[0011] In addition, when a wrong string of character is entered, a correct access can not be made even if a communication is started. As a result, the communication processing is aborted in some cases.

SUMMARY OF THE INVENTION

[0012] It is an object of the present invention addressing the problems described above to provide an apparatus and a method for reproducing character information from a recording medium and recognizing the character information as an address wherein it is not necessary for the user to carry out complex operations.

[0013] In order to solve the problems described above, the present invention provides an apparatus for processing a playback signal, the apparatus comprising:

[0014] a playback means for reproducing information recorded on a recording medium;

[0015] a character-information detecting means for detecting character information recorded in an information control area of the recording medium and reproduced by the playback means;

[0016] a character-string searching means for searching character information detected by the character-information detecting means for a string of characters representing address information; and

[0017] an address-information generating means for generating address information on the basis of a search result output by the character-string searching means.

[0018] In addition, the present invention also provides a playback-signal processing apparatus comprising:

[0019] a memory means for storing character information reproduced from a recording medium;

[0020] a search means for searching the character information stored in the memory means for a string of characters representing address information; and

[0021] a display control means for displaying information indicating whether or not the address information is included in the character information in accordance with a search result output by the search means on a display means along with the character information.

[0022] Furthermore, the present invention also provides a method for reproducing character information from a recording medium for recording audio data, the method comprising the steps of:

[0023] reproducing character information from the recording medium;

[0024] searching the reproduced character information for a string of characters representing address information; and

[0025] displaying information indicating whether or not the address information is included in the character information in accordance with a search result.

[0026] According to the present invention, a string of characters corresponding to address information can be recognized as address information from character information stored on a recording medium. In addition, it is possible to eliminate an operation to enter a complex string of characters in order to make an access to such an address or other purposes.

BRIEF DESCRIPTION OF THE DRAWINGS

[0027]
FIG. 1 is an explanatory block diagram showing the configuration of a computer implemented by an embodiment of the present invention;

[0028]
FIG. 2 is an explanatory block diagram showing the configuration of a playback apparatus (a CD player) implemented by an embodiment of the present invention;

[0029]
FIG. 3 is an explanatory diagram showing the frame structure of a disc (a CD);

[0030]
FIGS. 4A and 4B are explanatory diagrams used for explaining sub-coding of a disc (a CD);

[0031]
FIGS. 5A and 5B are explanatory diagrams used for explaining sub-Q data of a disc (a CD);

[0032]
FIG. 6 is an explanatory diagram used for explaining TOC data of a disc (a CD);

[0033]
FIGS. 7A, 7B and 7C are explanatory diagrams comprehensively showing the structure of text data;

[0034]
FIGS. 8A, 8B and 8C are explanatory diagrams showing a structural relation between a sub-coding frame and text data;

[0035]
FIG. 9 is an explanatory diagram showing the structure of a packet as text data;

[0036]
FIGS. 10A and 10B are explanatory diagrams used for explaining a process of forming a pack from data of symbol units as a structure of text data;

[0037]
FIG. 11 is an explanatory diagram showing the structure of a pack;

[0038]
FIG. 12 is an explanatory diagram showing the structure of ID1;

[0039]
FIGS. 13A, 13B, 13C and 13D are explanatory diagrams showing the structures of ID1, ID2, ID3 and ID4;

[0040]
FIG. 14 is an explanatory diagram showing the defined contents of ID1;

[0041]
FIG. 15 is an explanatory diagram showing the structure of a pack for storing the name of a piece of music of a track as text data;

[0042]
FIGS. 16A and 16B are explanatory diagrams showing a display format of a driver employed in the playback apparatus;

[0043]
FIGS. 17A and 17B are explanatory diagrams showing another display format of a driver employed in the playback apparatus;

[0044]
FIGS. 18A and 18B are explanatory diagrams showing still another display format of a driver employed in the playback apparatus; and

[0045]
FIG. 19 shows a flowchart representing processing to recognize address information.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

[0046] The present invention will become more apparent from the following detailed description of some preferred embodiments with reference to the accompanying drawings. A playback apparatus implemented by an embodiment of the present invention is a CD player which is capable of playing back a signal from an optical disc (CD).

[0047] It should be noted that the description is given in the following order.

[0048] (1) Configuration of the Computer

[0049] (2) Configuration of the Playback Apparatus

[0050] (3) TOC and Sub-code

[0051] (4) Text Data

[0052] (5) Display Formats of the Operation Screen

[0053] (6) Disc Mounting Processing

[0054] (1) Configuration of a Computer

[0055]
FIG. 1 is an explanatory functional block diagram showing the configuration of a computer. Functional blocks shown in the figure other than a playback apparatus 20 can be implemented by software or hardware.

[0056] A computer 1 is implemented by the so-called personal computer. The computer 1 is designed to carry out basic operations by execution of software called an operating system (OS) and a variety of applications to satisfy needs of the user by execution of software called application programs. Application programs in this embodiment include a driver for driving a playback apparatus such as a CD player to be described later and a browser for viewing information obtained from a network such as the Internet.

[0057] An input unit used by the user for entering commands requesting various kinds of processing include a keyboard 2 and a mouse 3. Various kinds of operation information entered via the keyboard 2 and the mouse 3 are supplied to a control unit 4 which then executes control of functional blocks described below based on the operation information.

[0058] The mouse 3 is used for moving a pointer displayed on a monitor unit. After positioning the pointer to point to one of a variety of icons formed as a GUI by operating the mouse 3, a button on the mouse 3 is clicked to execute a function corresponding to the icon pointed to by the pointer.

[0059] A recording medium 5 is implemented typically by a hard disc for storing, among other things, the OS and the variety of application programs. Normally, the OS is loaded from the recording medium 5 into a memory unit 6 when the computer 1 is activated. An application programme is loaded from the recording medium 5 into the memory unit 6 appropriately when necessary after the computer 1 is activated. The memory unit 6 is implemented typically by a RAM (Random Access Memory).

[0060] The memory unit 6 includes a buffer area for storing software loaded from the recording medium 5 after activation of the computer 1 and a work area for storing data used in carrying out processing by execution of various kinds of software.

[0061] The software such as the OS and application programs which are loaded into the memory unit 6 and put in an active state are designed to include various kinds of data such as picture data for constructing the GUI or necessary audio data like an alarming sound. The picture data and the audio data are appropriately loaded from the memory unit 6 in accordance with an operation carried out by the user to be supplied to a picture-signal processing unit 7 and an audio-signal processing unit 9 respectively.

[0062] On the basis of the picture data received from the memory unit 6, the picture-signal processing unit 7 generates picture signals for forming a GUI such as a menu screen for facilitating implementations of a variety of operations and various kinds of setting, a window for displaying various kinds of information and a pointer. A picture signal is then supplied to a monitor unit 8, which is installed at an external location and used for displaying a picture, to be displayed thereon as a GUI picture by way of an output terminal t1.

[0063] On the basis of the audio data received from the memory unit 6, the audio-signal processing unit 9 generates an audio signal of an alarming sound for an operation carried out by the user or the like. The audio-signal processing unit 9 is also capable of generating an audio signal based on data produced by the playback apparatus 20 to be described later. An audio signal generated by the audio-signal processing unit 9 is output to the speaker 10 installed at an external location by way of an output terminal t2.

[0064] It should be noted, however, that the monitor unit 8 and the speaker 10 can also be integrated with the computer 1 to form a single body.

[0065] In addition, an interface unit 11 is provided to enable the computer 1 to receive and transmit various kinds of information to a network through a telephone line used as a network line. Composed of typically a modem and a terminal adapter (TA), the interface unit 11 is used for demodulating coded data received from the network line through an interface terminal t3. Then, the demodulated data which can be characters, a picture or a sound is stored temporarily into the buffer area of the memory unit 6 to be read out later selectively when necessary.

[0066] The computer 1 also transmits various kinds of data to a server provided in the network to serve as a source of various kinds of information for distribution after the data has been temporarily stored in the buffer area of the memory unit 6 and then modulated by the interface unit 11 into properly coded data, and transmitted through the interface terminal t3. Examples of the data are a URL (Uniform Resource Locator) and data generated by the computer 1 for transmission such as an electronic mail, text data and picture data. A URL is an address code used in necessary access processing.

[0067] It should be noted that the interface unit 11 can also be provided as a unit external to the computer 1.

[0068] The playback apparatus 20 employed in this embodiment is capable of carrying out CD-DA playback processing on audio data recorded on typically an optical disc.

[0069] If a TOC read out by the playback apparatus 20 includes CD-TEXT data, the CD-TEXT data is stored in the memory unit 6 to be subjected to a necessary decoding process for converting the data into character information. The decoding process of the CD-TEXT data is carried out by the computer 1 by execution of software. It should be noted, however, that hardware for carrying out the decoding process of the CD-TEXT data can be provided in the computer 1 or the playback apparatus 20 in place of the decoding software.

[0070] Character information includes information on pieces of music recorded on the disc such as the title of the disc, names of artists and names of pieces of music besides address information such as a URL and electronic-mail address which can be used for obtaining more information on the pieces of music and the artists from the network.

[0071] In the present invention, such character information is searched for a string of characters. When a string of character with a typical format of “http://www.***.***” indicating a URL or a string of character with a typical format of “***@***.**.**” indicating an electronic-mail address is detected, typically, the control unit 4 recognizes this string of characters as a URL or an electronic-mail address which are both referred to hereafter as address information.

[0072] These pieces of address information are each displayed typically as an icon or a string of characters along with the information on names of pieces of music and the like as will be described later. By selecting one of the icons or the strings of characters, processing to acquire information stored at the URL or processing to invoke software for creating an electronic mail is carried out.

[0073] (2) Configuration of the Playback Apparatus

[0074]
FIG. 2 is an explanatory block diagram showing a typical configuration of the playback apparatus 20.

[0075] The playback apparatus 20 has a configuration capable of playing back a signal from a disc 21 such as a CD-ROM, a CD or a CD-TEXT. The disc 21 is mounted on the playback apparatus so that it can be driven into rotation by a spindle motor 22. The playback apparatus 20 is controlled by the control unit 4 employed in the computer 1 shown in FIG. 1 and, with the spindle motor 22 put in a rotating state, data recorded on the disc 21 is read out by an optical pickup 23.

[0076] A playback signal generated by the optical pickup 23 is supplied to a servo-signal processing unit 30. In the servo-signal processing unit 30, first of all, the playback signal from the disc 21 is received by an RF amplifier 31 which converts the playback RF signal into binary data. In addition, the RF amplifier 31 also carries out various kinds of signal processing for generating a tracking-error signal TE and a focus-error signal FE.

[0077] The tracking-error signal TE and the focus-error signal FE generated by the RF amplifier 31 are supplied to a servo-signal processing circuit 32 which generates a variety of servo drive signals for executing various kinds of control such as tracking control and focus control from the tracking-error signal TE and the focus-error signal FE. The servo drive signals are supplied to a focus driver 33 and a tracking driver 34 to drive a focus actuator and a tracking actuator respectively, which are provided in the optical pickup 23, in order to execute a variety of servos.

[0078] It should be noted that other servo mechanisms not shown in the figure such as a thread mechanism for moving the optical pickup 23 in the radial direction of the disc 21 is controlled also by a servo drive signal generated by the servo-signal processing circuit 32.

[0079] The playback RF signal generated by the RF amplifier 31 is supplied to a PLL unit 35, an EFM-demodulation unit 36 and a timing-generation unit 37.

[0080] The PLL unit 35 generates a clock signal synchronized with the playback RF signal, supplying the clock signal to the EFM-demodulation unit 36 which carries out pieces of processing such as EFM demodulation and CIRC decoding in order to generate a digital audio signal from information read out from the disc 20.

[0081] The digital audio signal is supplied to a signal processing unit 38 to be subjected to various kinds of processing such as error correction and error-data interpolation before being output to an interface unit 42. Implemented typically by an SCSI (Small Computer System Interface) or an ATAPI (AT Attachment Packet Interface), the interface unit 42 allows the playback apparatus 20 to be connected to the computer 1 shown in FIG. 1.

[0082] The timing-generation unit 37 generates a timing signal synchronized with the playback RF signal, supplying the timing signal to a CLV (Constant Linear Velocity) processor 39 which drives the spindle motor 22 to rotate at a constant linear velocity in a state synchronized with the playback RF signal.

[0083] A sub-code separated by the EFM-demodulation unit 36 is supplied to a sub-code processor 40 which carries out various kinds of processing including detection of an error from the sub-code, separating data of P and Q channels composing the sub-code and data of R to W channels from each other. The pieces of data of P and Q channels and data of R to W channels are supplied to the interface unit 42.

[0084] CD-TEXT data included in the R to W channels of the sub-code recorded in the TOC is transferred to the computer 1 by way of the interface unit 42 as will be described later.

[0085] In an operation to play back a signal from the disc 21 which is a CD-ROM, a signal output by the servo-signal processing unit 30 is supplied to a signal processing unit 50 for the CD-ROM. In the CD-ROM, a sub-code length of {fraction (1/75)} seconds is prescribed as a data unit. That is to say, a data length of 2,352 bytes is treated as 1 block with a sync of 12 bytes placed at the beginning of the block to be followed by a header of 4 bytes. User data is included in the block after the header. The header includes the same address as an absolute address of the Q channel of the sub-code recorded on a CD. The data structure of the CD-ROM includes prescriptions of mode 0, mode 1, mode 2 (form 1) and mode 2 (form 2). Data other than the sync is scrambled. In addition, an error detection signal or an error correction signal are coded for each block.

[0086] Such data for the CD-ROM is divided into blocks to be subjected to various kinds of processing such as error-correction coding and EFM modulation before being recorded onto the CD-ROM. For this reason, the signal processing unit 50 for a CD-ROM includes a descrambler 51 for descrambling the data and a error-correction circuit 52 for decoding the error-detection signal or the error-correction signal of each block. Playback data of the CD-ROM generated by the error-correction circuit 52 is transferred to the computer 1 by way of the interface unit 42.

[0087] Implemented typically by a microcomputer, a system controller 41 controls the servo-signal processing unit 30, the CD-ROM-signal processing unit 50 and the interface unit 42 in order to carry out various kinds of processing. For example, data is played back from the disc 21 in accordance with a read command issued by the computer 1 and the playback data is supplied to the computer 1 byway of the interface unit 42.

[0088] (3) TOC and Sub-code

[0089] The following is a description of a sub-code and the TOC recorded in the lead-in area of the disc 21.

[0090] The smallest unit of data recorded on the disc 21 is 1 frame. 98 frames constitute 1 block or 1 sub-coding frame.

[0091] The structure of 1 frame is shown in FIG. 3.

[0092] As shown in the figure, a frame is 588 bits in length. At the head of the frame, 24-bit synchronization data is provided, being followed by 3 margin bits. The margin bits are followed by a 14-bit sub-code data area which is followed by main data comprising 12 symbols and parity data comprising 4 symbols.

[0093] 98 frames each having such a configuration constitute 1 block. Sub-codes fetched from 98 frames are gathered to form sub-code data of a block like one shown in FIG. 4A.

[0094] To be more specific, sub-codes fetched from the first and the second of the 98 frames, that is, frames (98n+1) and (98n+2), are used a synchronization pattern. Sub-codes fetched from the third to the 98th of the 98 frames, that is, frames (98n+3) and (98n+98), constitute channel data of the 96 bits, that is, sub-code data of the P, Q, R, S, T, U, V and W channels.

[0095] The P and Q channels are used for control of operations such as an access. However, the P channel merely shows a pause portion between tracks so that finer control needs to be carried out by using the Q channel (Q1 to Q96) . The 96-bit data of the Q channel has a structure shown in FIG. 4B.

[0096] Data of the R to W channels is provided to form a text data group as will be described later.

[0097] In the first place, the 4 bits Q1 to Q4 are used as control data providing information such as the number of audio channels, existence of an emphasis and the type of the CD.

[0098] To put it in detail, the 4 bits of the control data are defined as follows.

1“0***”2 audio channels“1***”4 audio channels“*0**”CD-DA“*1**”CD-ROM“**0*”Impossible digital copying“**1*”Possible digital copying“***0”With no preamphasis“***1”With preamphasis

[0099] To put it in detail, a 4-bit address of “0001” indicates that the following sub-Q data Q9 to Q80 is audio Q data while a 4-bit address of “0100” indicates that the following sub-Q data Q9 to Q80 is video Q data.

[0100] Thus, the 72 bits Q9 to Q80 are sub-Q data whereas the remaining bits Q81 to Q96 are a CRC.

[0101] As described above, sub-Q data recorded in the lead-in area is TOC information.

[0102] That is to say, the sub-Q data composed of the 72 bits Q9 to Q80 of the Q-channel data read out from the lead-in area has information like one shown in FIG. 5A. As shown in the figure, the sub-Q data comprises pieces of data each having a length of 8 bits.

[0103] The first piece of data is a track number. The track number for the lead-in area is a fixed number of “00”.

[0104] Following the track number is POINT which is followed by MIN (minutes), SEC (seconds) and FRAME (a frame number) placed sequentially one after another.

[0105] The last 3 pieces of data are PMIN, PSEC and PFRAME which have the following meanings depending on the value of POINT.

[0106] A value of POINT in the range “01h” to “99h”, where the suffix h indicates that the value is expressed in the hexadecimal format, is a track number. In this case, the start point or the absolute-time address of a track indicated by the track number is recorded in terms of minutes in PMIN and seconds in PSEC and in terms of a frame number in PFRAME.

[0107] In the case of a POINT value of “A0h”, the track number of a first track is recorded in PMIN. A CD-DA, a CD-I and a CD-ROM with XA specifications are distinguished from each other by the value of PSEC.

[0108] In the case of a POINT value of “A1h”, the track number of a last track is recorded in PMIN.

[0109] In the case of a POINT value of “A2h”, the start point of a lead-out area is recorded in PMIN, PSEC and PFRAME as an absolute-time address.

[0110] In the case of a disc with data recorded on 6 tracks thereof, the TOC for recording pieces of sub-Q data has a data structure like one shown in FIG. 6.

[0111] As shown in the figure, the track numbers TNO are all “00h”.

[0112] A block number is the number of a piece of sub-Q data of block data comprising 98 frames as described above.

[0113] TOC data is stretched over 3 blocks each having the same contents.

[0114] As shown in the figure, in the case of POINT having a value in the range “01h” to “06h”, PMIN, PSEC and PFRAME show the start point of track #1 to track #6 respectively.

[0115] In the case of a POINT value of “A0h”, the track number “01h” of a first track is recorded in PMIN. A CD-DA, a CD-I and a CD-ROM with XA specifications are distinguished from each other by the value of PSEC. To be more specific, a PSEC value of “00h” indicates that the disc is a CD-DA and a PSEC value of “20h” indicates that the disc is a CD-ROM with XA specifications. A PSEC value of “10h” indicates that the disc is a CD-I.

[0116] In the case of a POINT value of “A1h”, the track number of a last track is recorded in PMIN while, in the case of a POINT value of “A2h”, the start point of a lead-out area is recorded in PMIN, PSEC and PFRAME as an absolute-time address.

[0117] Block (n+27) and subsequent blocks each contain the same data as blocks n to (n+26).

[0118] On the disc 1, sub-Q data recorded on tracks #1 to #n for recording actual data such as pieces of music and the lead-out area includes information shown in FIG. 5B.

[0119] As shown in the figure, the first field is a track number which has a value in the range “01h” to “99h”. In the lead-out area, the track number is a fixed value of “AAh”.

[0120] The next field is an index for recording information that allows a track to be divided into finer portions.

[0121] An elapsed time of a track is recorded in terms of minutes in MIN and seconds in SEC and in terms of a frame number in FRAME.

[0122] An absolute-time address is recorded in terms of minutes in AMIN and seconds in ASEC and in terms of a frame number in AFRAME.

[0123] The TOC and a sub-code are formed as described above. An address on the disc, that is, AMIN, ASEC and AFRAME, are recorded for each 98 frames as is obvious from the above description.

[0124] As described earlier, the 98 frames constitute 1 block which is referred to as a sub-coding frame. Thus audio data of 1 second in length includes 75 sub-coding frames. That is to say, AFRAME representing an address has a value in the range “0” to “74”. It should be noted that, in frame check processing to be described later, continuity of data is checked in sub-coding-frame units.

[0125] (4) Text Data

[0126] The following is a description of text data included in sub-codes with structures shown in FIGS. 3 and 4. First of all, a general structure of text data is explained by referring to FIGS. 7A to 7C.

[0127] When only text data is extracted from a sub-code and looked at generally, the structure of the text data will be found out to be like one shown in FIGS. 7A to 7C. The largest unit of text data is a text shown in FIG. 7A. FIG. 7A shows a plurality of texts which each have the same data contents. That is to say, a sub-code comprises a predetermined number of recorded texts each having the same data contents.

[0128] 1 text comprises a typical maximum of 2,048 packs to be defined later. Considering a time it takes to read out a text, however, it is recommended that a text be composed of no more than 512 packs. Such a recommended text has a data amount of about 6,500 characters.

[0129] As shown in FIG. 7B, a text comprises blocks #0 to #n where n is prescribed to have a typical value in the range 0 to 7. Thus, a text comprises up to 8 blocks.

[0130] The blocks in the text each contain the same information of text data described in a language which varies from block to block. For example, block #0 contains text data representing various kinds of information on the disc described in English while block #1 contains the same text data as block #0 described in Japanese.

[0131] Since a text can be composed of up to 8 blocks, the format of text data for this embodiment can be provided for a maximum of 8 languages.

[0132] As shown in FIG. 7C, a block comprises data units, namely, pack #0 to pack #n where n is a number smaller than 256. Thus, a block is composed of up to 256 packs. The data structure of a pack and information related thereto are described by referring to FIGS. 8, 9 and 10.

[0133]
FIG. 8A is a diagram showing data areas of a sub-coding frame of FIG. 4A which comprises 98 frames as described earlier.

[0134] The first and second frames of the 98 frames, that is, frames (98n+1) and (98n+2), are used as areas for synchronization patterns S0 and S1 respectively as has been described earlier by referring to FIG. 4A. The areas of the P and Q channels in the third to 98th frames, that is, frames (98n+3) and (98n+98), are data areas for the sub-codes P and Q respectively which are used for storing data used in control of typically accesses as described earlier.

[0135] The areas of the R to W channels in the third to 98th frames are packs 0 to 3 as shown in the figure. The data size of each pack is fixed. As shown in FIG. 8B, a pack comprises 24 symbols, namely, symbols 0 to 23. As shown in FIG. 8C, a symbol is a 6-bit data unit comprising channel data of the R, S, T, U, V and W channels of 1 frame. In this case, the data of the R channel is the MSB and the data of the W channel is the LSB.

[0136]
FIG. 9 is a diagram showing a data structure comprising the 4 packs, namely, packs 0 to 3, extracted from the sub-coding frame with a structure shown in FIG. 8A.

[0137] As has been explained by referring to FIGS. 8A and 8B, a pack comprises 24 symbols which are each composed of 6 bits.

[0138] Thus, a pack comprises 24 symbols×6 bits/symbol=24×6/8 bytes=18 bytes. That is to say, the data size of a pack is 18 bytes. The first 16 bytes are used as an ID area at the beginning of the pack and a text-data area following the ID area as shown in the figure. The remaining 2 bytes are used as a CRC area.

[0139] As described earlier, a sub-coding frame includes 4 packs and a data unit comprising a set of such packs is defined as a packet. Since a pack comprises 24 symbols, a packet can be regarded to be composed of 4 packs×24 symbols/pack=96 symbols.

[0140] By the way, the format of text data in the embodiment includes a CRC error detection code as described above. Error correction is not performed when text data is read out. Instead, errors are accumulated for detection. When an error is detected, data is detected again.

[0141] Thus, the same data is written into 4 packs. In addition, data is written repeatedly in packet periods each start at the beginning of a data series and end at the tail of the data series. With such a scheme, a processing unit with a complex configuration required for error correction of text data can be eliminated from the configuration of a CD changer player of the embodiment adapted to the text data.

[0142]
FIGS. 10 and 11 are each a diagram showing a serial expression of data of 1 pack shown in FIG. 9.

[0143] As is obvious from FIG. 10A, data is treated in the format of text data adopted by the embodiment wherein 6-bit symbols are arranged serially to form a series of data which is delimited at intervals of 8 bits (1 byte).

[0144] As shown in FIGS. 10B and 11, in the format of text data adopted by the embodiment, an ID area at the beginning of a pack is used for recording 4 pieces of ID data, namely, ID1, ID2, ID3 and ID4. By treating and delimiting a series of data in the format of text data in the embodiment at intervals of 8 bits (1 byte), the remaining area of 12 bytes following ID1 to ID4 at the beginning of the 16 bytes at the beginning of the pack can be reserved as a text-data area and the remaining 2 bytes following the 16 bytes are a CRC area as shown in FIG. 10B.

[0145] The 12-byte text-data area is treated as 8-bit data units text 1 to text 12 as shown in a pack structure of FIG. 11.

[0146] In the format of text data adopted by the embodiment, data in a pack is controlled in 8-bit units. More detailed explanation is eliminated. At any rate, text data can be processed by adopting a processing method for data of the Q channel which is processed in 8-bit units.

[0147] In the format of text data adopted by the embodiment, in conformity with a format of a CD other than that for the text data, the high order 3 bits of ID1 at the beginning of a pack can be interpreted as a mode and the following 3 bits can be treated as an item as shown in FIG. 12.

[0148] In the 3-high-order-bit mode, a value of “100” is set to represent mode 4. At the present state of the art, mode 4 is undefined. In this way, if a CD for recording text data is mounted on a playback apparatus not compatible with the text data, the value set in the mode field is not recognized as a mode, causing the operation to be merely halted. As a result, no incorrect operation is carried out.

[0149] It should be noted that, since mode 5 and mode 6 also each exist as an undefined mode, these modes can also be set in the mode field in place of mode 4. As references, modes such as mode 1 for a CD-G and mode 3 for a CD-MIDI are already in use.

[0150] It is also worth noting that values for the item are not set specially. As will be described later, the value of the low-order 3 or more bits varies in dependence on identification contents defined by ID1. In actuality, only the low-order 4 bits change.

[0151] The following is a description of definitions of ID1, ID2, ID3 and ID4 in the format of text data adopted by the embodiment with reference to FIGS. 13A to 13D, and 14. FIGS. 13A to 13D are diagrams showing the formats of ID1 to ID4 respectively and FIG. 14 is a table showing descriptions of identification contents specified by codes set in ID1.

[0152] The 8-bit ID1 data shown in FIG. 13A contains a code for identifying the meaning of a string of characters stored in an area following text 1 in a text-data area of a pack. The code can have a value in the range “80h” to “8Fh”.

[0153] The reason why the high-order 4 bits of ID1 are always set at a hexadecimal value of “8h” is that, when the high-order 3 bits of ID1 are interpreted as a mode, the mode has a value of “100”, being recognized as mode 4 as described earlier by referring to FIG. 12.

[0154] The meanings of the values “80h” to “8Fh” set in ID1 are shown in FIG. 14. As shown in the figure, in the case of ID1 having a value of “80h”, a string of characters following text 1 is the title of an album if the value of ID2 is “00h”, or the name of a piece of music or the like recorded on the track if the value of ID2 is in the range “01h” to “63h”.

[0155] In the case of ID1 having a value of “81h”, a string of characters following text 1 is the name of a performer, a conductor or an orchestra. If ID1 has a value of “82h” or “83h”, the string of characters is the name of a song-word composer or a song writer respectively. In the case of ID1 having a value of “84h”, the string of characters is the name of a music arranger. An ID1 having a value of “85h” indicates that the string of characters is a message from the CD provider such as the name of a record manufacturer or a message from the performer.

[0156] In the case of ID1 having a value of “86h”, the string of characters is a disc ID represented by typically a catalog number or the name of the record manufacturer. If ID1 has a value of “87h”, the string of characters is text data showing a genre. In the case of ID1 having a value of “88h”, the string of characters is TOC data. The TOC data typically represents contents conforming to sub-code data of the Q channel. If ID1 has a value of “89h”, the string of characters is a second TOC.

[0157] ID1 values of “8Ah”, “8Bh” and “8Ch” are reserved.

[0158] In the case of an ID1 value of “8Dh”, the string of characters is a comment on information on manufacturing control of the CD, contents recorded in the pack or the like. If ID1 has a value of “8Eh”, the string of characters is a POS code of the album or an ISRC code of the track.

[0159] In the case of an ID1 value of “8Fh”, the string of characters is the character code, the track number of the first track, the track number of the last track, a copy-protection flag, a pack number in the block or the like.

[0160] ID2 shown in FIG. 13B is a track number identifying a track to which the string of characters following text 1 in the text-data area of the pack corresponds. The 8 bits of ID2 can have a value in the range “00h” to “63h” or the decimal-value range 0 to 99. Since a track number starts from ‘1’, however, ID2 represents a track number in the range “01h” to “63h” or the decimal-value range 1 to 99. The value “00h” is a value for representing the disc as a whole.

[0161] The MSB of ID2 is an extension flag which is always set at “0”. A value of “1” indicates that the extension flag is set.

[0162] ID3 shown in FIG. 13C is an internal sequence number of the pack in the block. The internal sequence number indicates the order number of the pack in the block to which the pack pertains. The 8 bits of ID3 can have a value in the range “00h” to “FFh” or the decimal-value range 0 to 255.

[0163] ID4 shown in FIG. 13D represents a block number of the pack including information for identifying a character code and indicates the character position of the string of characters as a set.

[0164] The MSB is a 2-byte-code flag area indicating whether text data in the pack is a 1-byte code or a 2-byte code. To be more specific, the 2-byte-code flag having a value of ‘1’ indicates that the text data is a 2-byte code while the 2-byte-code flag having a value of ‘0’ indicates that the text data is a 1-byte code.

[0165] The 3 bits following the MSB, that is, the second to fourth bits, are a block number identifying a block of FIG. 7B including the pack. The block number is a value in the range “000” to “111” expressed in the binary format (the decimal-value range 0 to 7). As described earlier by referring to FIG. 7B, there are a maximum of 8 blocks each having a value in the range 0 to 7 which can be expressed by the 3 bits.

[0166] By the way, in the present state of the art, at least in block #0, the use of only the 8859-1 code including the ASCII code as text data is prescribed. That is to say, in block #0, text data for expression generally using English as a language is stored. It should be noted that, in the following description, the language for block #0 is English for the sake of convenience and the ASCII code is used as a character code. Since the ASCII code and the 8859-1 code are a 1-byte code, the high-order 4 bits of ID4 of each pack included in block #0 is “0000”.

[0167] The low-order 4 bits of ID4 are information on a character position in the present pack. That is to say, the information stored in the low-order 4 bits indicates the position of a character in a string of characters forming a set or the position of a character stored in text 1, that is, the first text in the text-data area of this pack. As shown in FIG. 13D, the value of the low-order 4 bits is in the range “0000” to “1111” expressed in the binary format. In the case of a character at the 16th or subsequent position, the value is “1111”.

[0168] A string of characters forming a set means, for example, a string of consecutive characters representing the name of a piece of music on 1 track in the case of data representing the name of a piece of music on a track.

[0169]
FIG. 15 is a diagram showing a typical structure of a pack, a text-data area of which is used for storing text data representing the name of a piece of music for each track. In this case, as described earlier by referring to FIGS. 13A and 14, ID1 has a value of “80h” and ID2 has a value in the range “01h” to “63h” representing a track number in the range 1 to 99 respectively of a track indicated by a title described by text data in the pack. ID3 is an internal sequence number of the pack in a block which has a value in the range “00h” to “FFh”. The 3 bits in ID4, namely the second to fourth bits, are a block number of a block of FIG. 7B that contains this pack whereas the MSB indicates whether the character code for the block is a 2-byte code or a 1-byte code. For example, if text data of this pack is the ASCII code, the high-order bits of ID4 are “0000” as described earlier.

[0170] As described earlier, the low-order 4 bits of ID4 are information on a character position in the present pack, that is, information indicating the position of a character in a string of characters forming a set. That is to say, the low-order 4 bits indicate the position of a character stored in text 1. In the case of text data showing the name of a piece of music for each track, the string of characters forming a set is a string of characters representing the name of the piece of music for each track. Assume, for example, that the name of the piece of music is “THIS IS A PEN.” In this case, if the second character “H” in the string of characters “THIS_IS_A_PEN” is stored in text 1 of the pack, the lower 4 bits of ID4 of this pack will be “0001 (1h)”.

[0171] Accordingly, the first character “T” in the string of characters “THIS_IS_A_PEN” is stored in the text-data area just before the pack. That is to say, the format of text data adopted in this embodiment allows a string of characters forming a set to be stored in a text-data area stretched over consecutive packs. Detailed explanation of the format is omitted though.

[0172] Data comprising character codes showing the name of a piece of music for each track is stored in 8-bit text-data areas text 1 to text 12 according to rules conforming to the text-data format adopted in this embodiment.

[0173] (5) Display Formats of the Operation Screens

[0174]
FIGS. 16A and 16B are explanatory diagrams each showing a typical screen of an operation window 70 displayed by drive software invoked for allowing the user to carry out a variety of operations such as an operation to play back a signal by using the playback apparatus 20.

[0175] When the user carries out a necessary operation to play back a signal from a disc 21 mounted on the playback apparatus 20, the computer 1 activates software for the playback apparatus 20 and displays the operation window 70 on the monitor unit 8.

[0176] A menu bar 71 formed inside the operation window 70 includes operation items each allowing a necessary operation to be carried out by the drive software. An operation item can be selected by using typically a pointer, which is not shown in the figure, and when a necessary operation is carried out on the selected item, typically a pull-down menu associated with the item is displayed.

[0177] A disc-title display portion 73, an artist-name display portion 74 and a track-name display portion 75 are areas for displaying respectively the title of the disc 21, the names of artists and track names each representing the name of a piece of music which are extracted from CD-TEXT data read out from the disc 21 mounted on the playback apparatus 20.

[0178] An address-icon portion 76 is an area for displaying a string of characters extracted from the CD-TEXT data in a display format that can be operated. The string of characters has a typical format of “http://www.***.***” representing a URL or a typical format of “***@***.**.**” representing an electronic-mail address.

[0179] An operation-icon group 77 is an area for displaying operation icons to be operated to carry out operations such as playing back a signal from the disc 21, halting the disc 21 and temporarily halting the disc 21.

[0180]
FIG. 16A is a diagram showing a window in a state with no disc mounted on the playback apparatus 20. In this state, no disc title, no artist names and no track names are displayed on the window. In addition, the address-icon portion 76 is displayed in a state that can not be operated.

[0181] As the disc 21 with the TOC thereof including CD-TEXT data such as the disc title is mounted on the playback apparatus 20, the disc-title display portion 73, the artist-name display portion 74 and the track-name display portion 75 for displaying the title of the disc 21, the names of artists and track names respectively appear on the window as shown in FIG. 16B. In this example, 9 pieces of music are recorded on the disc 21 mounted on the playback apparatus 20.

[0182] The window of FIG. 16B also shows strings of characters representing a URL and an electronic-mail address included in the CD-TEXT data. Information on artists and the pieces of music recorded on the disc 21 can be obtained from the URL and/or the electronic-mail address. The URL and the electronic-mail address are displayed respectively as a URL icon 76b and a mail icon 76a on the address-icon portion 76 in a state that can be operated, that is, in the so-called active or clickable display state. The information on the disc 21 such as the disc title and the addresses is read out from the disc 21 and subjected to a decoding process before being stored in the memory unit 6. In the memory unit 6, the information is synthesized with the operation window 70 to be displayed on the screen.

[0183] It should be noted that, if address information is not included in the CD-TEXT data, the address-icon portion 76 is displayed on the window of FIG. 16B in an inactive state as is the case with the window shown in FIG. 16A. That is to say, if only the string of characters representing the URL is detected, only the URL icon 76b is displayed in an active state.

[0184] With the operation window 70 displayed in a state like the one shown in FIG. 16B, selecting the URL icon 76b by using typically a pointer and clicking the icon 76b will cause the computer 1 to first of all activate the browser software in order to obtain file data from a server in the network indicated by the URL. After the browser software is activated, a communication with the server providing file data is started. It should be noted that, if the browser software has been activated by the time the URL icon 76b is operated, operating the URL icon 76b will cause a necessary communication to be started.

[0185] If the mail icon 76a is selected and operated for execution, on the other hand, the mailer is activated with the electronic-mail address set as a transmission destination. Thus, the user needs only to write a text for the mailer and carry out an operation to let the mailer send the text. In this way, the text can be sent as an electronic mail.

[0186]
FIGS. 17A and 17B are diagrams showing typical windows for a case in which the disc 21 is a recorded omnibus album comprising pieces of music performed by a plurality of artists. For each artist or each piece of music, a URL and an electronic-mail address are recorded.

[0187] In this case, the track-name portion 75 includes a column showing an address icon 78 for each track name as a circle-shaped mark to indicate whether or not a URL exists.

[0188] To be more specific, FIG. 17A shows a window with the disc 21 not mounted yet on the playback apparatus 20. Thus, in this initial state, each address icon 78 is in an inactive state represented by a white circle in the figure.

[0189] As the disc 21 is mounted on the playback apparatus 20, the window changes from this initial state to a screen shown in FIG. 17B on which the title of the disc, names of artists and names of tracks are displayed with some address icons 78 each turning into typically a black circle to indicate an active state. A black circle indicates that a track or a piece of music on the same row as the circle has a string of characters indicating that a URL thereof has been detected. On this typical screen, tracks 1, 2, 4, 6, 7 and 9 each have address information thereof detected. That is to say, the display states of the address icons 78 tell the user which tracks have URLs for the pieces of music represented by the tracks.

[0190] Assume that the user operates the address icon 78 of track 2. In this case, a communication with the URL including the activation of the browser software is executed. Also in this case, if the browser software has been invoked, only the communication needs to be started.

[0191] As described above, the window shows address icons 78 each representing a URL. It should be noted, however, that an address icon 78 can be used to represent an electronic-mail address as well. As an alternative, if both a URL and an electronic-mail address are detected for a track, 2 address icons 78 can also be displayed for the track to represent the URL and the electronic-mail address respectively.

[0192] In addition, a URL can be displayed for example as a string of characters along with various kinds of other information on the disc.

[0193] Assume for example that the pointer 79 is moved to the disc-title display portion 73 as shown in FIG. 18A and clicked. In this case, an information window 80 appears to display information on the disc 21 mounted on the playback apparatus 20 as shown in FIG. 18B. To be more specific, the information window 80 displays various kinds of information such as the title of the disc and a genre along with names of artists, song writers and music arrangers. In addition, the information window 80 also includes an address display 81 showing a URL for obtaining more detailed information.

[0194] On the address display 81, a string of characters is displayed with a format of “http://www.*** . . . ” which is recognized as a URL in address-detection processing. The display format of the address-display 81 is typically italic or underlined characters or characters having a color different from colors of other items appearing on the information window 80. By providing such a different display format to the address display 81, the user is notified that address information is also displayed on the window 80. Then, when the address display 81 is selected by the pointer 79 and clicked, a communication with the URL indicated by the string of characters with a format of “http://www.*** . . . ” is established.

[0195] In this case, since the string of characters represents a URL, the user is capable of recognizing from the beginning a server in the network, to which the communication is established.

[0196] As described above, the information window 80 shown in FIG. 18B displays a URL included in the information on the disc 21 as an example of disc information. In the case of an omnibus album such as the ones shown in FIGS. 17A and 17B, however, the information window 80 is also capable of displaying track information for a plurality of tracks along with a URL for each piece of track (music).

[0197] Also as described above, a URL is displayed on the address display 81 of the information window 80 shown in FIG. 18B. It should be noted, however, that an electronic-mail address can also be displayed. In this case, software for forming the electronic-mail address is activated.

[0198] In addition, the display formats of the icons and the string of characters shown in FIGS. 16A, 16B, 17A, 17B, 18A and 18B which indicate address information are typical. Thus, other display formats typically suitable for the configuration of the operation window can also be used.

[0199] (6) Disc Mounting Processing

[0200] The following is a description of processing carried out by the control unit 4 to establish a communication based on a character string representing address information such as a URL or an electronic-mail address extracted from CD-TEXT data with reference to a flowchart shown in FIG. 19.

[0201] It should be noted that the following description assumes that the user has performed initialization setting to catalog necessary software such as the browser program and the mail program in advance into typically a recording medium 5 of the computer 1.

[0202] As shown in the figure, the flowchart begins with a step S001 at which the disc 21 is mounted on the playback apparatus 20. The flow of the processing then goes on to a step S002 at which CD-TEXT data recorded in the lead-in area of the disc 21 is read out and decoded before being stored into the memory unit 6. It should be noted that the processing carried out at the step S001 includes formation of a judgment as to whether or not CD-TEXT data is recorded on the mounted disc 21, that is, whether or not the mounted disc 21 is a CD-TEXT disc. If CD-TEXT data is recorded on the mounted disc 21, the CD-TEXT data containing character information is searched for a string of characters. The range of the search for a string of character representing address information can be the entire character data of the CD-TEXT data, or limited to a portion assumed to include at least a string of character representing an address by identifying an ID. For example, in the case of ID1 shown in FIG. 14, portions other than those indicated by ID1 values of “88h”, “89h” and “8Fh” are taken as a range of the search.

[0203] Then, the flow of the processing proceeds to a step S003 to form a judgment as to whether or not a string of characters representing address information has been found in the search. If found, the flow of the processing continues to a step S004 at which the string of characters found in the search is recognized as address information and this character data representing a URL or an electronic-mail address is stored in the memory unit 6. The flow of the processing then goes on to a step S005 at which the character data is displayed in a format for the address information described earlier. It should be noted that information such as the title of the disc and names of artists is displayed as ordinary character information.

[0204] Thus, when an application program for the playback apparatus 20 is invoked, it is possible to form picture data for address icons 76 and 78 to appear on the operation windows 70 shown in FIGS. 17A and 17B or picture data for the address display 81 to appear on the information window 80 shown in FIG. 18B in the memory unit 6. The icons 76 and 78 or the address display 81 based on these pieces of picture data are then displayed on the monitor unit 8 through the picture-signal processing unit 7.

[0205] Subsequently, the flow of the processing goes on to a step S006 to form a judgment as to whether a click operation has been carried out by using the keyboard 2 or the mouse 3 on the address icon 76 or the address display 81 appearing respectively on the operation window 70 or the information window 80 which is displayed on the monitor unit 8. If a click operation has been carried out, the flow of the processing proceeds to a step S007 to form a judgment as to whether the address icon 76 or the address display 81 represents a URL or an electronic-mail address.

[0206] If the address icon 76 or the address display 81 represents a URL, the flow of the processing continues to a step S008 at which the browser software is activated. The flow of the processing then goes on to a step S009 at which communication processing to make an access to the URL is carried out.

[0207] If the address icon 76 or the address display 81 represents an electronic-mail address, on the other hand, the flow of the processing continues to a step S010 at which the processing to activate the mailer is carried out with the electronic-mail address set as a transmission destination.

[0208] As described above, the CD-TEXT data including character information is searched for a string of characters to allow the string of characters to be recognized as address information. Then, it is possible to carry out processing that allows an access based on the address information to the network to be made.

[0209] Thus, it is no longer necessary for the user to carry out an operation to enter a string of characters representing an address to software such as the browser program. In addition, since address information detected from the CD-TEXT data is displayed as an icon or a string of characters with a predetermined format, the user is capable of recognizing the address information with ease.

[0210] Moreover, since almost all recorded characters including such a string of characters are searched, it is not necessary for the creator of the CD-TEXT to record an address on the disc 21 in a special format.

[0211] As described above, the embodiment implements a playback apparatus for playing back information from a CD-DA disc. It should be noted, however, that the present invention can also be applied to a playback apparatus for playing back information from a disc such as a DVD.

APPARATUS AND METHOD FOR REPRODUCING CHARACTER INFORMATION RECORDED ON A RECORDING MEDIUM

Information

Publication Number

Date Filed

Date Published

Inventors

CPC

US Classifications

International Classifications

Abstract

Description

Claims

Priority Claims (1)