DE60035827T2

DE60035827T2 - Halbleiterspeicherkarte, Wiedergabegerät, Aufnahmegerät, Wiedergabeverfahren, Aufnahmeverfahren und vom Computer lesbarer Aufzeichnungsträger

Info

Publication number: DE60035827T2
Application number: DE60035827T
Authority: DE
Inventors: Kenji Katano-shi TAGAWA; Hideki 3217 Studio City Matsushima; Teruto Moriguchi-shi Hirota; Tomokazu Toyonaka-shi Osaka-fu Ishikawa; Shinji Neyagawa-shi Inoue; Masayuki Arcadia Kozuka
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Corp
Priority date: 1999-05-28
Filing date: 2000-05-26
Publication date: 2007-12-06
Anticipated expiration: 2020-05-27
Also published as: DE60035827D1; BR0006168A; US8175441B2; CA2338725C; EP1056094A1; MY130770A; US20090105859A1; BRPI0006168B1; CN1318197A; EP1056094B1; US6779116B2; US20040197084A1; US7471878B2; WO2000074061A1; CA2338725A1; US20030200452A1; US6647496B1; CN1196130C

Description

Diese Anmeldung basiert auf den Anmeldungen No. H11-149893, H11-236724 und H11-372604, die in Japan eingereicht sind.
HINTERGRUND DER ERFINDUNG
1. Gebiet der Erfindung
Die vorliegende Erfindung bezieht sich auf eine Halbleiter-Speicherkarte, die Audiodaten, Standbilddaten und Steuerdaten speichert, sowie auf eine Abspielvorrichtung, auf eine Aufzeichnungsvorrichtung, ein Abspielverfahren, ein Aufzeichnungsverfahren und ein computerlesbares Aufzeichnungsmedium, das sich auf eine derartige Halbleiter-Speicherkarte bezieht. Insbesondere bezieht sich die vorliegende Erfindung auf die verbesserte Speicherung von Audiodaten, Bilddaten und Steuerdaten, die als Inhalte von einem Inhaltsverteilungsdienst, wie etwa einem elektronischen Musikverteilungsdienst, verteilt werden.
2. Beschreibung des Standes der Technik
Die elektronische Musikverteilung ermöglicht es Benutzern, Musikinhalte (z.B. Lieder und Alben) über das Internet zu erwerben und zu empfangen. Eine derartige Technologie verfügt über das Potential, den Markt für aufgezeichnete Musik umfangreich zu verändern, und wird allmählich möglich, da die erforderliche Infrastruktur eingeführt wird. Eine Art, Musikinhalte zu speichern, die man von einem elektronischen Musikverteilungsdienst bezieht, besteht in der Speicherung auf Halbleiter- Karten, die durch ihre Portabilität dafür ideal geeignet sind. Demzufolge wird ein großer Anstieg des Bedarfs an derartigen Karten erwartet.
Musikinhalte sind nicht darauf beschränkt, lediglich Audiodaten zu beinhalten. Als ein Beispiel können "Misch-Medien"-Audioinhalte entsprechende Bilder beinhalten, die angezeigt werden sollen, wenn die Musik abgespielt wird. Derartige Misch-Medien-Audioinhalte können für "Karaoke-Software" verwendet werden, die aus einer Hintergrund-Audiospur und Bildern für die Texte eines Liedes sowie einem Hintergrund besteht. Es wird davon ausgegangen, dass derartige Misch-Medien-Audioinhalte ebenfalls Gegenstand der elektronischen Musikverteilung werden, so dass es notwendig ist zu berücksichtigen, wie derartige Inhalte auf einer Halbleiter-Speicherkarte gespeichert werden sollen.
Im folgenden wird erläutert, wie Misch-Medien-Musikinhalte auf einem Aufzeichnungsmedium, wie etwa einer CD (Compact Disc) gespeichert werden, d.h. wie Audiodaten und Bilddaten auf herkömmliche Art und Weise auf einem Aufzeichnungsmedium gespeichert werden.
Um ein Abspielgerät in die Lage zu versetzen, Musik abzuspielen und Bilder anzuzeigen, wird ein herkömmlicher Misch-Medien-Musikinhalt auf einem Aufzeichnungsmedium als multiplexierte Daten aufgezeichnet, die erzeugt werden, indem Audiodaten für die Musik mit Bilddaten für die Texte und/oder Hintergrundbilder multiplexiert werden. Werden die multiplexierten Daten wiedergegeben, können die Bilddaten angezeigt werden, während die Audiodaten abgespielt werden.
Eine CD-Graphics-Disc ist ein Beispiel eines Medium, dass es Bilddaten ermöglicht angezeigt zu werden, während Audiodaten im Hintergrund abgespielt werden, indem derartige Daten miteinander multiplexiert sind. Wird eine CD-Graphics-CD produziert, werden die Daten in Einheiten multiplexiert, die aus 16-Bit-Hauptcodes und Teilcodes bestehen. Die Audiodaten werden den 16-Bit-Hauptcodes zugeordnet, während die Bilddaten für Texte, Hintergrundbilder und dergleichen den Teilcodes zugewiesen werden. Schreitet die Wiedergabe für einen der Musikinhalte fort, die auf einer CD-Graphics-Disc aufgezeichnet sind, werden die Audiodaten, die den 16- Bit-Hauptcodes zugeordnet sind, nacheinander wiedergegeben, während die Bilddaten, die den Teilcodes zugeordnet sind, nacheinander wiedergegeben werden.
Wenn die Audiodaten und die Bilddaten auf diese Weise miteinander multiplexiert sind, wird es notwendig, separate Bilder für jeden Musikinhalt in einem Musikalbum bereitzustellen. Dies bedeutet, dass bei diesem herkömmlichen Multiplexierverfahren der Produzent die mühsame Arbeit ausführen musste, wenigstens ein Bild für jeden Musikinhalt zu erzeugen.
Es wird davon ausgegangen, dass es Fans von bedeutenden Künstlern schätzen werden, dass sie für jedes Lied (Musikinhalt) auf einem Album über ein anderes Bild verfügen. Da derartige Künstler davon ausgehen können, zahlreiche Kopien ihrer Alben zu verkaufen, sollten die Kosten für die Bereitstellung derartigen Zusatzmaterials durch die Verkäufe gedeckt sein.
Unbedeutende Künstler können jedoch keine hohen Verkaufzahlen ihrer Arbeit erwarten, selbst wenn für jedes Lied unterschiedliche Bilder bereitgestellt sind, so dass die Kosten der Bereitstellung eines derartigen Materials durch die Verkäufe nicht gedeckt werden.
Auf diese Weise unterscheidet sich die kommerzielle Wirkung, die aus dem Geld und dem Aufwand resultiert, die bei der Erzeugung von Bildern aufgewendet werden, in großem Maße in Abhängigkeit davon, ob der Künstler populär ist. Bei herkömmlichen Platten ist es jedoch erforderlich, wenigstens ein Bild jedem Musikinhalt zuzuweisen, unabhängig davon, wie populär der Musiker ist oder wie viele Verkäufe erwartet werden können. Infolgedessen sind die Produzenten mit herkömmlichen Medien unzufrieden.
US 5 892 975 bezieht sich auf ein Verfahren und eine Vorrichtung zum Anzeigen von Bildern und/oder Wiedergeben von Ton auf der PC-Karte. Die PC-Karte beinhaltet eine Schnittstelle zu einer Datenverarbeitungsvorrichtung, um Daten zu beziehen, die einen Satz eines oder mehrerer Bilder auf der Datenverarbeitungsvorrichtung repräsentieren. Sie enthält zudem einen Speicher zum Speichern der Daten als Anzeige, um den Satz der Bilder anzuzeigen. Die Daten können Tondaten repräsentieren, die von einer Schaltung verarbeitet werden können, die in der PC-Karte enthalten sind, um Ton wiederzugeben. Ein erster Satz von Daten, der einen Satz eines oder mehrerer Bilder repräsentiert, ist in einem Speicherbereich der PC-Karte gespeichert, wobei der Satz eines oder mehrerer Bilder auf einer Anzeige der PC-Karte angezeigt wird. Im Gebrauch wäre der Ton Bildern zugeordnet, die erzeugt würden, indem eine Audiospur erzeugt wird, die die Bilddatei begleitet.
Ein Ziel der vorliegenden Erfindung besteht darin, eine Halbleiter-Speicherkarte anzugeben, die den Aufwand verringern kann, wenn Bilder für eine Vielzahl von Audioinhalten bereitgestellt werden, die ein Album bilden.
Wenn Bilder während der Wiedergabe von Audioinhalten angezeigt werden, sollten die Bilder, die die Texte eines Liedes repräsentieren, lediglich während des Abspielens des entsprechenden Liedes angezeigt werden. Hintergrundbilder können jedoch gemeinsam während des Abspielens einer beliebigen Zahl von Liedern verwendet werden. Wenn beispielsweise ein Songschreiber oder Künstler derselbe ist, kann dasselbe Bild des Songschreibers oder Künstlers als Hintergrundbild für eine Anzahl von Liedern verwendet werden. Es wird davon ausgegangen, dass es damit für die Plattenproduzenten einfach wird, Musikdaten (Audioobjekte) und Bilddaten (Bildobjekte) zusammen zu speichern.
Die gemeinsame Nutzung von Bilddaten (Standbild-Objekten) zwischen einer Vielzahl von Audio-Objekten kann vorzugsweise durch eine Halbleiter-Speicherkarte erreicht werden, die speichert: eine Audiosequenz, die eine Vielzahl von Audio-Objekten enthält; eine Vielzahl von Standbild-Objekten; wenigstens ein Element von Abspiel-Leitinformationen, das eine Reihenfolge zeigt, in der Audio-Objekte aus der Vielzahl von Audio-Objekten in der Audiosequenz abzuspielen sind; wenigstens ein Element erster Zeigerinformationen, von denen jedes einem Element von Abspiel-Leitinformationen entspricht und wenigstens ein Standbild-Objekt spezifiziert, das angezeigt werden soll, wenn die Audio-Objekte in der Reihenfolge, die durch das entsprechende Element von Abspiel-Leitinformationen angegeben wird, abgespielt werden; und wenigstens ein Element zweiter Zeigerinformationen, von denen jedes einem Audio-Objekt in der Audiosequenz entspricht und wenigstens ein Standbild- Objekt spezifiziert, das nur beim Abspielen des entsprechenden Audio-Objektes angezeigt werden sollte.
Eine Vielzahl von Audio-Objekten in der Audiosequenz wird in Übereinstimmung mit einer Abspielreihenfolge wiedergegeben, die in einem Element der Wiedergabe-Leitinformationen gegeben ist. Standbild-Objekte, die als Hintergrundbilder während des Abspielens der Audio-Objekte abgespielt werden sollen, sind durch die ersten Zeigerinformationen gekennzeichnet, die den Abspiel-Leitinformationen entsprechen. Infolgedessen können gemeinsam genutzte Standbild-Objekte während der Abspielperiode der Vielzahl von Audio-Objekten angezeigt werden, die in der Audiosequenz enthalten sind.
Da dieselben Bilder für eine Vielzahl von Titeln verwendet werden können, können dasselbe Bild oder dieselben Bilder während des Abspielens einer Vielzahl von Audio-Objekten in einer Audiosequenz angezeigt werden, die einem Album eines unbedeutenden Musikers entspricht. Dadurch werden die Kosten und der Aufwand zur Erzeugung von Bildern für ein derartiges Album verringert.
Im Gegensatz dazu kann eine Vielzahl unterschiedlicher Bilder bereitgestellt werden, um sie während das Abspielens jedes Audio-Objektes in einer Audiosequenz anzuzeigen, die einem Album von einem bedeutenden Musiker entspricht. Das Anzeigen einer Anzahl unterschiedlicher Bilder für jeden Titel macht das Album für die Käufer reizvoller und kann so die Verkäufe verbessern.
Gibt es Standbild-Objekte, wie etwa für Liedtexte, die separat von den Hintergrundbildern lediglich während des Abspielens eines speziellen Titels angezeigt werden müssen, können derartige Standbild-Objekte unter Verwendung der zweiten Zeigerinformationen spezifiziert werden, um die Standbild-Objekte lediglich dem speziellen Titel zuzuweisen.
Hier kann die Halbleiter-Speicherkarte weiterhin eine Vielzahl symbolischer Zähler speichern, von denen jeder einem Standbild-Objekt entspricht und zeigt, ob das Standbild-Objekt durch ein beliebiges von dem wenigstens einen Element erster Zeigerinformationen und von dem wenigstens einen Element zweiter Zeigerinforma tionen spezifiziert wird, und wenn dies der Fall ist, wie viele Elemente erster Zeigerinformationen und zweiter Zeigerinformationen das Standbild-Objekt spezifizieren.
Wenn Audio-Objekte und Audiosequenzen gelöscht werden, spezifiziert die Aufzeichnungsvorrichtung für eine Halbleiter-Speicherkarte die zweiten Zeigerinformationen für die gelöschten Audio-Objekte und die Audiosequenzen sowie die ersten Zeigerinformationen für eine beliebige gelöschte Audiosequenz. Die Aufzeichnungsvorrichtung verringert anschließend die Zahlen, die den Standbild-Objekten zugeordnet sind, um zu zeigen, wie viele Elemente der ersten Zeigerinformationen und der zweiten Zeigerinformationen jedes Objekt spezifizieren. Wenn die Zahl, die einem beliebigen Standbild-Objekt zugewiesen ist, Null erreicht, geht die Aufzeichnungsvorrichtung davon aus, dass kein Element der ersten Zeigerinformationen oder der zweiten Zeigerinformationen das Standbildobjekt spezifiziert, und löscht somit das Standbild-Objekt. Durch Löschen der unbenutzten Standbild-Objekte auf diese Art und Weise kann die Speicherkapazität einer Halbleiter-Speicherkarte effizienter genutzt werden.
Kurze Beschreibung der Zeichnungen
Diese und andere Ziele, Vorteile und Merkmale der Erfindung werden aus der folgenden Beschreibung in Verbindung mit den beiliegenden Zeichnungen deutlich, die eine spezielle Ausführungsform der Erfindung darstellen.
1 zeigt eine Flash-Speicherkarte 31, von oben betrachtet;
2 zeigt den Aufbau der Flash-Speicherkarte 31, von unten betrachtet;
3 zeigt den hierarchischen Aufbau der Flash-Speicherkarte 31 der Ausführungsform;
4A zeigt den speziellen Bereich, den Authentisierungsbereich und den Benutzerbereich, die in der physikalischen Schicht der Flash-Speicherkarte 31 bereitgestellt sind;
4B zeigt den Aufbau des Authentisierungsbereiches und des Benutzerbereiches in der Dateisystemschicht;
5 zeigt den detaillierten Aufbau der Dateisystemschicht;
6 ist eine Darstellung, wann die AOB-Datei "AOB001.SA1" in fünf Teile unterteilt wird, die in Clustern 003, 004, 005, 00A und 00C gespeichert werden;
7 zeigt ein Beispiel der Einstellungen der Verzeichniseinträge und der Dateizuordnungstabelle, wenn die AOB-Datei "AOB001.SA1" in einer Vielzahl von Clustern aufgezeichnet wird;
8A und 8B zeigen, welche Verzeichnisse im Benutzerbereich und im Authentisierungsbereich in der Dateisystemschicht bereitgestellt werden, wenn die obigen beiden Typen von Daten in der Applikationsschicht aufgezeichnet werden, wie auch welche Art von Dateien in welchen Verzeichnissen aufgezeichnet werden;
9 zeigt die Entsprechung zwischen der Datei "AOBSA1.KEY" und den AOB-Dateien in den SD_Audio-Verzeichnissen;
10 zeigt den hierarchischen Aufbau der Daten in einer AOB-Datei;
11A zeigt die Parameter, die durch den Standard ISO/IEC 13818-7 festgelegt sind, in Tabellenform;
11B zeigt die Parameter, die verwendet werden sollten, wenn eine Datei im MPEG-Layer-3-Format (MP3) codiert wird, in Tabellenform;
11C zeigt die Parameter, die verwendet werden sollten, wenn eine Datei im Format Windows Media Audio (WMA) codiert wird, in Tabellenform;
12 zeigt den detaillierten Aufbau eines AOB_FRAMEs;
13 zeigt, wie die Bytelänge der Audiodaten in jedem der drei AOB_FRAMEs eingestellt wird;
14 zeigt die Entsprechung zwischen der Abtast Frequenz und der Zahl der AOB_FRAMEs, die in einem AOB_ELEMENT enthalten sind;
15 zeigt Beispiele der Abspielperioden der AOB_ELEMENTe und der Abspielperioden der AOB_FRAMEs;
16 zeigt, was wiedergegeben wird, wenn die AOBs und AOB_BLOCKs, die in einer AOB-Datei aufgezeichnet sind, nacheinander abgespielt werden;
17 zeigt den hierarchischen Aufbau des Abspiellisten-Managers und des Titel-Managers, die bei dieser Ausführungsform verwendet werden, im Detail;
18 zeigt die Größen des Abspiellisten-Managers und des Titel-Managers;
19 zeigt die Entsprechung zwischen den TKIs, die in 17 dargestellt sind und den AOBs sowie den AOB-Dateien, die in 16 gezeigt sind;
20 zeigt den detaillierten Datenaufbau der TKTMSRT, die in 17 gezeigt ist;
21 zeigt ein Beispiel der TKTMSRT;
22 zeigt den detaillierten Aufbau der TKGI;
23A und 23B zeigen den Aufbau der BIT;
23C zeigt das Zeit Längen-Feld;
24 zeigt Cluster 007 bis 00E, in denen das AOB gespeichert ist, das aus dem AOB_ELEMENT#1 bis zum AOB_ELEMENT#4 zusammengesetzt ist;
25 zeigt, wie der nächste AOB_FRAME#x+1, der abgespielt werden soll, eingestellt ist, wenn eine Vorwärtssuche ausgeführt wird, die vom AOB_FRAME#x in einem beliebigen AOB_ELEMENT#y in einem AOB begonnen wird;
26A und 26B zeigen, wie ein AOB, ein AOB_ELEMENT und ein AOB_FRAME, die einem willkürlichen Abspielzeitcode entsprechen, spezifiziert werden;
27A und 27B zeigen die Löschung eines Titels;
28A zeigt den Titel-Manager nachdem die Löschung eines Titels einige Male ausgeführt worden ist;
28B zeigt, wie eine neue TKI und eine AOB-Datei geschrieben werden, wenn sich "unbenutzte" TKIs im Titel-Manager befinden;
29A und 29B zeigen, dass die TKIs eingestellt sind, wenn zwei Titel kombiniert werden, um einen neuen Titel zu erzeugen;
30A zeigt ein Typ1-AOB;
30B zeigt Typ2-AOBs;
31A zeigt das Kombinieren einer Vielzahl von Titeln zu einem einzigen Titel für eine Kombination eines Typ1+ Typ2+ Typ2+ Typ1 AOBs;
31B zeigt das Kombinieren einer Vielzahl von Titeln zu einem einzigen Titel für eine Kombination eines Typ1+ Typ2+ Typ2+ Typ2+ Typ1 AOBs;
32A zeigt ein Muster, bei dem ein Typ1-AOB am Ende eines vorangehenden Titels vorhanden ist und ein Typ1-AOB am Beginn eines nächsten Titels vorhanden ist;
32B zeigt ein Muster, bei dem ein Typ1-AOB am Ende eines ersten Titels vorhanden ist und ein Typ2-AOB am Beginn eines nächsten Titels vorhanden ist;
32C zeigt ein Muster, bei dem ein Typ1- und ein Typ2-AOB am Ende des ersten Titels vorhanden sind und ein Typ1-AOB am Beginn des nächsten Titels vorhanden ist;
32D zeigt ein Muster, bei dem ein Typ1- und ein Typ2-AOB am Ende eines ersten Titels vorhanden sind und ein Typ1-AOB am Beginn des nächsten Titels vorhanden ist;
32E zeigt ein Muster, bei dem zwei Typ2-AOBs am Ende eines ersten Titels vorhanden sind und ein Typ1-AOB am Beginn des nächsten Titels vorhanden ist;
33A und 33B zeigen die Unterteilung eines Titels, um zwei Titel zu erzeugen;
34A und 34B zeigen den Inhalt der SD_Audio-Verzeichniseinträge im SD_Audio-Verzeichnis, das die AOB-Datei "AOB003.SA1" beinhaltet, vor und nach der Unterteilung des Titels;
35A zeigt die Unterteilung eines AOBs in der Mitte durch AOB_ELEMENT#2;
35B zeigt die beiden AOBs, AOB#1 und AOB#2, die man durch Unterteilen eines AOBs in der Mitte durch AOB_ELEMENT#2 erhält;
36 zeigt, wie die BIT eingestellt wird, wenn ein AOB unterteilt ist, wie es in 35 dargestellt ist;
37 zeigt ein spezielles Beispiel von Veränderungen bei der BIT vor und nach der Unterteilung;
38 zeigt ein spezielles Beispiel von Veränderungen in der TKTMSRT vor und nach der Unterteilung;
39A zeigt das Format eines DPL_TK_SRP;
39B zeigt das Format eines PL_TK_SRP;
40 zeigt die Wechselbeziehung zwischen Voreinstellungs_Abspiel_Informationen, den TKIs und den AOB-Dateien;
41 zeigt Beispieleinstellungen für eine Voreinstellungs_Abspielliste und zahlreiche PLIs;
42 zeigt, wie die DPL_TK_SRPs den TKIs entsprechen, mit Hilfe derselben Darstellungsart wie in 40;
43A und 43B zeigen, wie die Reihenfolge von Titeln neugeordnet wird;
44A und 44B zeigen, wie die Voreinstellungs_Abspielliste, der Titel-Manager und AOB-Dateien aktualisiert werden, wenn DPL_TK_SRP#2 und TKI#2 aus der Voreinstellungs_Abspielliste gelöscht werden, wie es in 40 dargestellt ist;
45A und 45B zeigen, wie eine neue TKI und ein neuer DPL_TK_SRP geschrieben werden, wenn eine "unbenutzte" TKI und ein "unbenutzter" DPL_TK_SRP vorhanden sind;
46A und 46B zeigen, wie Titel kombiniert werden;
47A und 47B zeigen, wie ein Titel unterteilt wird;
48 zeigt eine tragbare Abspielvorrichtung für die Flash-Speicherkarte 31 der vorliegenden Ausführungsform;
49 zeigt ein Beispiel der Anzeige auf dem LCD-Feld, wenn eine Abspielliste gewählt ist;
50A bis 50E zeigen Beispiel der Anzeige auf dem LCD-Feld, wenn ein Titel gewählt ist;
51A bis 51C zeigen den inneren Aufbau der Wiedergabevorrichtung;
52 zeigt den inneren Aufbau der Wiedergabevorrichtung;
53 zeigt, wie Daten in den und aus dem Doppelpuffer 15 transferiert werden;
54A und 54B zeigen, wie Bereiche im Doppelpuffer 15 unter Verwendung von Ringverweisen zyklisch zugewiesen werden;
55 ist ein Flussdiagramm, das die AOB-Datei-Leseprozedur zeigt;
56 ist ein Flussdiagramm, das die AOB-Datei-Ausgabeprozedur zeigt;
57 ist ein Flussdiagramm, das die AOB-Datei-Ausgabeprozedur zeigt;
58 ist ein Flussdiagramm, das die AOB-Datei-Ausgabeprozedur zeigt;
59A bis 59D zeigen, wie der Abspielzeitcode, der im Abspielzeitcoderahmen auf dem LCD-Feld 5 angezeigt wird, in Übereinstimmung mit der Aktualisierung der Variablen Abspiel_Zeit aktualisiert wird;
60 ist ein Flussdiagramm, das die Verarbeitung der CPU 10 darstellt, wenn die Vorwärtssuchfunktion verwendet wird;
61A bis 61D zeigen, wie der Abspielzeitcode erhöht wird, wenn die Vorwärtssuchfunktion verwendet wird;
62A und 62B zeigen spezielle Beispiele, wie die Zeitsuchfunktion verwendet wird;
63 ist ein Flussdiagramm, das die Verarbeitung im Editiersteuerprogramm darstellt;
64 ist ein Flussdiagramm, das die Verarbeitung im Editiersteuerprogramm darstellt;
65 ist ein Flussdiagramm, das die Verarbeitung im Editiersteuerprogramm darstellt;
66 zeigt ein Beispiel einer Aufzeichnungsvorrichtung für die Aufzeichnung von Aufzeichnungsdaten auf der Flash-Speicherkarte 31;
67 zeigt den Hardwareaufbau der Aufzeichnungsvorrichtung;
68 ist ein Flussdiagramm, das die Verarbeitung während der Aufzeichnung darstellt;
69 zeigt den inneren Aufbau einer Flash-Speicherkarte gemäß der Ausführungsform der vorliegenden Erfindung;
70A und 70B zeigen den inneren Aufbau des Benutzerdatenbereiches und des geschützten Bereiches in der Dateisystemschicht;
71A zeigt den inneren Aufbau einer "POBXXX.JPG"-Datei;
71B zeigt den inneren Aufbau einer POB-Datei, die verschlüsselte Standbilddaten enthält;
71C zeigt ein Beispiel einer POB-Datei, die einen Dateipfad anstelle eines verschlüsselten Datenkörpers speichert;
72 zeigt den detaillierten Aufbau des Abspiellisten-Managers und des Titel-Managers bei der Ausführungsform;
73 zeigt, wie die POB-Dateien, die in 70 gespeichert sind, durch TKI_POB_SRPs, PLI_POB_SRPs und DPLI_POB_SRPs spezifiziert sind;
74 zeigt den Datenaufbau eines TKI_POB_ATR und eines TKI_POB_SRP;
75 zeigt Beispieleinstellungen der TKI_POB_SRPs für TKI#1 bis TKI#3 im Titel-Manager;
76 zeigt Beispieleinstellungen der TKI_POB_SRPs für TKI#4 bis TKI#8 im Titel-Manager;
77 zeigt die DPLI_POB_SRPs und eines DLPI_POB_ATR, die in den DPGLI enthalten sind;
78 zeigt eine Beispieleinstellung von 20 DPLI_POB_SRPs, die in den Voreinstellungs_Abspiellisten-Informationen enthalten sind;
79 ist ein Zeitdiagramm, das zeigt, wie ein kombiniertes Bild ausgebildet wird, wenn ein POB, das durch einen DPLI_POB_SRP spezifiziert wird, der in den Voreinstellungs_Abspiellisten_Informationen enthalten ist, als Hintergrundbild ver wendet wird, und ein POB, das durch einen TKI_POB_SRP spezifiziert wird, der im Titel-Manager enthalten ist, als Vordergrundbild verwendet wird;
80 zeigt, wie ein Hintergrundbild und ein Vordergrundbild an einem Punkt sechs Minuten nach dem Beginn des Abspielens gemäß der Voreinstellungs_Abspiellisten_Informationen kombiniert werden;
81 zeigt, wie ein Hintergrundbild und ein Vordergrundbild an einem Punkt 16 Minuten nach dem Beginn des Abspielens gemäß den Voreinstellungs_Abspiellisten_Informationen kombiniert werden;
82 zeigt die PLI_POB_SRPs und das PLI_POB_ATR, die in einer PLGI enthalten sind;
83 zeigt eine Beispieleinstellung von 20 PLI_POB_SRPs, die in einer PLI enthalten sind;
84 ist ein Zeitdiagramm, das zeigt, wie ein kombiniertes Bild ausgebildet wird, wenn ein POB, das durch einen PLI_POB_SRP spezifiziert wird, der in einer PLI enthalten ist, als Hintergrundbild verwendet wird, und ein POB, das durch einen TKI_POB_SRP spezifiziert wird, der im Titel-Manager enthalten ist, als Vordergrundbild verwendet wird;
85 zeigt, wie ein Hintergrundbild und ein Vordergrundbild an einem Punkt sechs Minuten nach dem Beginn des Abspielens gemäß einer PLI kombiniert werden;
86 zeigt, wie ein Hintergrundbild und ein Vordergrundbild an einem Punkt 16 Minuten nach dem Beginn des Abspielens gemäß einer PLI kombiniert werden;
87 zeigt ein Beispiel, bei dem die Anzahl von POB-Dateien verringert wird, indem eine Anzahl von DPLI_POB_SRPs in den Voreinstellungs_Abspiellisten_Informationen diese POB-Dateien spezifizieren;
88 ist ein Zeitgabediagramm, das zeigt, wie ein kombiniertes Bild ausgebildet wird, wenn ein POB, das durch einen DPLI_POB_SRP spezifiziert wird, der in den Voreinstellungs_Abspiellisten_Informationen enthalten ist, als Hintergrundbild verwendet wird, und ein POB, das durch einen TKI_POB_SRP spezifiziert wird, der im Titel-Manager enthalten ist, als Vordergrundbild verwendet wird;
89 zeigt den inneren Aufbau des POBMG;
90 zeigt, wie die Wiedergabevorrichtung der Ausführungsform verwendet wird;
91 zeigt lediglich die Wiedergabevorrichtung der Ausführungsform;
92 zeigt den inneren Aufbau der Wiedergabevorrichtung der Ausführungsform;
93A zeigt, wie die Standbilder, die in der Vielzahl von VRAMs 61 gespeichert sind, übereinandergelegt werden können;
93B zeigt ebenfalls, wie die Standbilder, die in der Vielzahl von VRAMs 61 gespeichert sind, übereinandergelegt werden können;
94 ist ein Flussdiagramm, das die Anzeigeprozedur des Vordergrundbildes zeigt;
95 ist ein Flussdiagramm, das die Anzeigeprozedur des Hintergrundbildes zeigt;
96 ist ein Flussdiagramm, das die Anzeigeprozedur des Hintergrundbildes zeigt;
97A bis 97C zeigen, weiche Art eines kombinierten Bildes auf dem LCD-Feld 5 infolge der Verarbeitung in den Flussdiagrammen aus 94 und 95 angezeigt wird, bei dem ein POB, das durch einen TKI_POB_SRP spezifiziert ist, als Vordergrundbild angezeigt wird, und ein POB, das durch einen DPLI_POB_SRP spezifiziert ist, als Hintergrundbild angezeigt wird;
98A bis 98C zeigen, welche Art eines kombinierten Bildes auf dem LCD-Feld 5 infolge der Verarbeitung in den Flussdiagrammen aus 94 und 96 angezeigt wird, bei dem ein POB, das durch einen TKI_POB_SRP spezifiziert ist, als Vordergrundbild angezeigt wird, und ein POB, das durch einen PLI_POB_SRP spezifiziert ist, als Hintergrundbild angezeigt wird;
99 ist ein Flussdiagramm, das die Prozedur zeigt, die von der Aufzeichnungsvorrichtung der Ausführungsform verwendet wird;
100A zeigt ein Beispiel der Phrasen-Zeitgabetabelle; und
100B zeigt ein Beispiel der Hervorhebungs-Koordinatentabelle.
BESCHREIBUNG DER BEVORZUGTEN AUSFÜHRUNGSFORM
Im folgenden wird eine Halbleiter-Speicherkarte (Flash-Speicherkarte), die eine Ausführungsform der vorliegenden Erfindung ist, unter Bezugnahme auf die beiliegenden Zeichnungen beschrieben.
Die folgenden Absätze sind in einer Hierarchie unter Verwendung von Bezugszeichen angeordnet, wobei die Darstellungsart im folgenden gegeben ist. {x1-x2_x3-x4}
Die Länge eines Bezugszeichens kennzeichnet den Rang des Themas in der Hierarchie. Als spezielles Beispiel ist die Zahl x1 die Nummer der Zeichnung, auf die sich bei dieser Erläuterung bezogen wird. Die Zeichnungen, die dieser Beschreibung beigefügt sind, wurden in der Reihenfolge numeriert, in der auf diese in der Beschreibung Bezug genommen wird, so dass die Reihenfolge der Zeichnungen etwa mit der Reihenfolge der Erläuterung übereinstimmt. Die Erläuterung bestimmter Zeichnungen wurde in Abschnitte unterteilt, wobei das Bezugszeichen x2 die Abschnittsnummer eines Abschnittes in der Erläuterung einer Zeichnung angibt, die durch das Bezugszeichen x1 gekennzeichnet ist. Das Bezugszeichen x3 zeigt die Nummer einer zusätzlichen Zeichnung, die bereitgestellt ist, um die Details des Abschnittes zu zeigen, der mit der Abschnittnummer x2 gekennzeichnet ist. Schließlich zeigt das Bezugszeichen x4 die Nummer eines Abschnittes in der Erläuterung dieser zusätzlichen Zeichnung.
ERSTES BEISPIEL
{1-2_2} Äußere Erscheinung der Flash-Speicherkarte 31
Die vorliegende Erläuterung beginnt mit der äußeren Erscheinung der Flash-Speicherkarte 31. 1 zeigt die Flash-Speicherkarte 31 von oben betrachtet, während 2 den Aufbau der Flash-Speicherkarte von unten betrachtet zeigt. Wie es in 1 und 2 dargestellt ist, hat die Flash-Speicherkarte 31 etwa dieselbe Größe wie eine Briefmarke und ist somit groß genug, um mit der Hand gehalten zu werden. Ihre Abmessungen sind etwa 32,0 mm Länge, 24,0 mm Breite und 0,2 mm Dicke.
Es ist zu sehen, dass die Flashspeicherkarte 31 neun Verbinder in ihrer unteren Kante, um die Karte an eine kompatible Vorrichtung anzuschließen, sowie einen Schutzschalter 32 auf einer Seite hat, um es dem Benutzer zu ermöglichen einzu stellen, ob das Überschreiben des gespeicherten Inhalts der Flash-Speicherkarte 31 zulässig oder dies nicht gestattet ist.
{3-1} Physikalischer Aufbau der Flash-Speicherkarte 31
3 zeigt den hierarchischen Aufbau der Halbleiter-Speicherkarte (im folgenden als "Flash-Speicherkarte" 31 bezeichnet) des vorliegenden Beispiels. Wie es in 3 gezeigt ist, besteht die Flash-Speicherkarte 31 aus einer physikalischen Schicht, einer Dateisystemschicht und einer Applikationsschicht in derselben Weise wie eine DVD (Digital Versatile Disc), wenngleich sich die logischen und physikalischen Aufbauten dieser Schichten deutlich von jenen einer DVD unterscheiden.
{3-2} Physikalische Schicht der Flash-Speicherkarte 31
Im folgenden wird die physikalische Schicht der Flash-Speicherkarte 31 beschrieben. Der Flash-Speicher besteht aus einer Vielzahl von Sektoren, von denen jeder 512 Bytes digitaler Daten speichert. Beispielsweise hat eine 64MB-Flash-Speicherkarte 31 eine Speicherkapazität von 67.108.864 (=64·1.024·1.024) Bytes, so dass diese Karte 131.072 (=67108864/512) gültige Sektoren enthält. Sobald die Anzahl der zu ersetzenden Sektoren, die für die Verwendung für den Fall von Fehlern vorgesehen sind, abgezogen sind, beträgt die Zahl der verbleibenden gültigen Sektoren, in die unterschiedliche Arten von Daten geschrieben werden können, etwa 128.000.
{3-2_4A-1} Drei Bereiche in der physikalischen Schicht
Die drei Bereiche, die in 4A gezeigt sind, sind im Speicherbereich vorgesehen, der aus diesen gültigen Sektoren besteht. Diese Bereiche sind der "spezielle Bereich", der "Authentisierungsbereich und der "Benutzerbereich", die im folgenden detailliert beschrieben werden. Der Benutzerbereich ist dadurch gekennzeichnet, dass eine Vorrichtung, mit der die Flash-Speicherkarte 31 verbunden wird, unter schiedliche Arten von Daten aus diesem Bereich lesen oder in diesen schreiben kann. Bereiche innerhalb des Benutzerbereiches werden durch ein Dateisystem verwaltet.
Der spezielle Bereich speichert eine Medien-ID, die ein Wert ist, der jeder Flash-Speicherkarte 31 einzigartig zugewiesen ist. Im Gegensatz zum Benutzerbereich kann aus diesem Bereich nur gelesen werden, so dass die Medien-ID, die im speziellen Bereich gespeichert ist, nicht geändert werden kann.
Der Authentisierungsbereich ist ein beschreibbarer Bereich, ähnlich dem Benutzerbereich. Dieser Bereich unterscheidet sich vom Benutzerbereich dadurch, dass eine Vorrichtung, die mit der Flash-Speicherkarte 31 verbunden ist, auf den Authentisierungsbereich nur dann zugreifen (d.h. Daten aus diesem lesen oder in diesen schreiben) kann, nachdem die Flash-Speicherkarte 31 und die Vorrichtung einander bestätigt haben, dass sie eine Authentisierungsvorrichtung sind. Mit anderen Worten können Daten aus dem Authentisierungsbereich nur dann gelesen oder in diesen geschrieben werden, wenn eine wechselseitige Authentisierung erfolgreich von der Flash-Speicherkarte 31 und der Vorrichtung durchgeführt wurde, die mit der Flash-Speicherkarte 31 verbunden ist.
{3-2_4A-2} Verwendung der drei Bereiche in der physikalischen Schicht
Wenn die Vorrichtung, die mit der Flash-Speicherkarte 31 verbunden ist, Daten in die Flash-Speicherkarte 31 schreibt, hängt der Bereich, der verwendet wird, um diese Daten zu speichern, davon ab, ob ein Urheberschutz für die Daten erforderlich ist, die geschrieben werden. Wenn Daten, die einen Urheberschutz verlangen, in die Flash-Speicherkarte 31 geschrieben werden, werden die Daten mit Hilfe eines vorbestimmten Verschlüsselungsschlüssels ("Dateischlüssel" genannt) verschlüsselt, bevor sie in den Benutzerbereich geschrieben werden. Dieser Dateischlüssel kann durch den Inhaber des Urheberrechtes frei eingestellt werden, und obwohl die Verwendung dieses Dateischlüssels einen bestimmten Grad des Urheberschutzes bereitstellt, wird der Dateischlüssel, der für die Verschlüsselung der geschriebenen Daten verwendet wird, an sich verschlüsselt, um den Urheberschutz sicherer zu gestalten. Es kann ein beliebiger Wert, den man erhält, indem die Medien-ID, die im speziellen Bereich gespeichert ist, einer vorbestimmten Berechung unterzieht, verwendet werden, um den Dateischlüssel zu verschlüsseln. Der verschlüsselte Dateischlüssel, der auf diese Weise erzeugt wird, wird im Authentisierungsbereich gespeichert.
Da die Daten, die einen Urheberschutz verlangen, einem Zweischritt-Verschlüsselungsvorgang unterzogen werden, bei dem die Daten unter Verwendung eines Dateischlüssels, der an sich verschlüsselt ist, auf der Basis der Medien-ID verschlüsselt werden, sind Urheberrechtsverletzungen, wie etwa die Erzeugung nicht autorisierter Kopien dieser Daten, extrem schwierig.
{3-2_4B-1} Übersicht über das Dateisystem
Es versteht sich, dass der Aufbau der physikalischen Schicht der Flash-Speicherkarte 31 den Urheberrechtsschutz der Daten verbessert, die auf die Flash-Speicherkarte 31 geschrieben werden. Im folgenden wird die Dateisystemschicht beschrieben, die auf dieser physikalischen Schicht vorhanden ist. Während die Dateisystemschicht einer DVD das UDF-Dateisystem (UDF – Universal Disk Format) verwendet, nutzt die Dateisystemschicht der Flash-Speicherkarte 31 das Dateisystem einer FAT (Dateizuordnungstabelle), wie es in ISO/IEC 9293 beschrieben ist.
4B zeigt den Aufbau des Authentisierungsbereiches und des Benutzerbereiches in der Dateisystemschicht. Wie es in 4B gezeigt ist, enthalten der Authentisierungsbereich und der Benutzerbereich im Dateisystem jeweils "Partitions-Startsektoren", eine "Dateizuordnungstabelle (FAT)", ein "Root-Verzeichnis" und einen "Datenbereich", was bedeutet, dass der Authentisierungsbereich und der Benutzerbereich denselben Aufbau haben. 5 zeigt die unterschiedlichen Teile dieser Dateisysteme detaillierter. Im folgenden wird der Aufbau des Benutzerbereiches unter Bezugnahme auf 4A, 4B und 5 beschrieben.
{3-2_4B-2} Partitions-Bootsektoren
Die Partitions-Bootsektoren sind Sektoren, die die Daten speichern, auf die sich ein herkömmlicher PC bezieht, der mit der Flash-Speicherkarte 31 verbunden ist, wenn die Flash-Speicherkarte 31 als Startlaufwerk für das Betriebssystem (OS) des PCs eingestellt ist.
{3-2_4B-3_5} Datenbereich
Auf den Datenbereich kann von einer Vorrichtung, die mit der Flash-Speicherkarte 31 verbunden ist, in Einheiten zugegriffen werden, die nicht kleiner sind als ein "Cluster". Während jeder Sektor in der Flash-Speicherkarte 31 eine Größe von 512 Bytes hat, ist die Clustergröße 16 KB, so dass die Dateisystemschicht Daten in Einheiten von 32 Sektoren liest und schreibt.
Der Grund, warum die Clustergröße auf 16 KB eingestellt ist, besteht darin, dass, wenn Daten auf die Flash-Speicherkarte 31 geschrieben werden, ein Teil der Daten, die auf der Flash-Speicherkarte 31 gespeichert sind, zuerst gelöscht werden muss, bevor der Schreibvorgang ausgeführt werden kann.
Die kleinste Datenmenge, die auf der Flash-Speicherkarte 31 gelöscht werden kann, ist 16 KB, so dass die Einstellung der kleinsten löschbaren Größe als Clustergröße bedeutet, dass Datenschreibvorgänge vorteilhaft ausgeführt werden können. Der Pfeil ff2, der mit einer Strichlinie gezeichnet und in 5 zu sehen ist, zeigt die Vielzahl von Clustern 002, 003, 004, 005, ..., die im Datenbereich enthalten sind. Die Nummern 002, 003, 004, 005, 006, 007, 008, ..., die in 5 verwendet werden, sind dreistellige Hexadezimal-Clusterzahlen, die exklusiv zugeordnet sind, um jeden Cluster zu identifizieren. Da die kleinste Einheit, mit der der Zugriff erfolgen kann, ein Cluster ist, sind die Speicherpositionen innerhalb des Datenbereiches mit Hilfe von Clusternummern gekennzeichnet.
{3-2_4B-4_5} Dateizuordnungssystem
Das Dateizuordnungssystem hat einen Dateisystemaufbau gemäß dem Standard ISOIEC 9293 und besteht somit aus einer Vielzahl von FAT-Werten. Jeder FAT-Wert entspricht einem Cluster und zeigt, welcher Cluster nach dem Cluster gelesen werden sollte, der dem FAT-Wert entspricht. Der Pfeil ff1, der mit einer Strichlinie in 5 gezeigt ist, stellt die Vielzahl von FAT-Werten 002, 003, 004, 005, ... dar, die in der Dateizuordnungstabelle enthalten sind. Die Nummern 002, 003, 004, 005, ..., die jedem FAT-Wert zugeordnet sind, zeigen, welcher Cluster jedem FAT-Wert entspricht, und sind somit die Clusternummern der Cluster, die den FAT-Werten entsprechen.
{3-2_4B-5_5-1} Root-Verzeichniseinträge
Die "Root-Verzeichniseinträge" sind Informationen, die zeigen, welche Arten von Dateien im Root-Verzeichnis vorhanden sind. Als spezielle Beispiele können der "Dateiname" einer bestehenden Datei, deren "Dateinamenserweiterung", "Korrektur-Zeit/Datum" und die "Zahl des ersten Clusters in der Datei", die anzeigt, wo der Beginn der Datei gespeichert ist, als Root-Verzeichniseintrag einer Datei geschrieben werden.
{3-2_4B-5_5-2} Verzeichniseinträge für Unterverzeichnisse
Informationen, die sich auf Dateien im Root-Verzeichnis beziehen, werden als Root-Verzeichniseinträge geschrieben, wenngleich Informationen, die sich auf Unterverzeichnisse beziehen, nicht als Root-Verzeichniseinträge geschrieben werden. Verzeichniseinträge für Unterverzeichnisse werden anstelle dessen im Datenbereich erzeugt. In 5 ist der SD-Audio-Verzeichniseintrag, der im Datenbereich gegeben ist, ein Beispiel eines Verzeichniseintrages für ein Unterverzeichnis. Ähnlich wie ein Root-Verzeichniseintrag, enthält ein SD-Audio-Verzeichniseintrag den "Dateinamen" einer Datei, die in diesem Unterverzeichnis enthalten ist, dessen "Dateinamenserweiterung", "Korrektur-Zeit/Datum" und die "Zahl des ersten Clusters in der Datei", die anzeigt, wo der Beginn der Datei gespeichert ist.
{3-2_4B-5_6-1}
Im folgenden wird das Dateispeicherverfahren unter Bezugnahme auf 6 erläutert, indem gezeigt wird, wie eine Datei mit dem Namen "AOB001:SA1" im SD-Audio-Verzeichnis gespeichert wird. Da die kleinste Einheit, durch die auf den Datenbereich zugegriffen werden kann, ein Cluster ist, muss die Datei "AOB001.SA1" im Datenbereich in Teilen gespeichert werden, die nicht kleiner sind als ein Cluster. Die Datei "AOB001.SA1" wird so gespeichert, dass sie zuvor in Cluster unterteilt ist. In 6 wird die Datei "AOB001.SA1" in fünf Teile gemäß der Clustergröße unterteilt, wobei die resultierenden Teile in den Clustern mit den Nummern 003, 004, 005, 00A und 00C gespeichert werden.
{3-2_4B-5_7-1}
Wenn die Datei "AOB001.SA1" in Teile unterteilt und gespeichert wird, müssen ein Verzeichniseintrag und die Dateizuordnungstabelle eingestellt werden, wie es in 7 gezeigt ist. 7 zeigt ein Beispiel, wie der Verzeichniseintrag und die Dateizuordnungstabelle eingestellt werden müssen, wenn die Datei "AOB001.SA1" gespeichert wird, die in drei Teile unterteilt und gespeichert wurde. In 7 wird der Beginn der Datei "AOB001.SA1" im Cluster 003 derart gespeichert, dass die Clusternummer 003 in "die Nummer des ersten Clusters in der Datei" im SD-Auido-Verzeichniseintrag geschrieben wird, um den Cluster zu kennzeichnen, der den ersten Teil der Datei speichert. Wie es in 7 dargestellt ist, werden die folgenden Teile der Datei "AOB001.SA1" in den Clustern 004 und 005 gespeichert. Während der FAT-Wert 003 (004) dem Cluster 003 entspricht, der den ersten Teil der Datei "AOB001.SA1" speichert, kennzeichnet dieser Wert demzufolge den Cluster 004 als den Cluster, der den nächsten Teil der Datei "AOB001.SA1" speichert. Während die FAT-Werte 004 (005) und 005 (00A) jeweils den Clustern 004 und 005 entsprechen, die die nächsten Teile der Datei "AOB001.SA1" speichern, kennzeichnen in derselben Weise diese Werte jeweils den Cluster 005 und den Cluster 00A als die Cluster, die die nächsten Teile der Datei "AOB001.SA1" speichern. Durch Lesen der Cluster mit den Clusternummern, die in diese FAT-Werte in der Reihenfolge ge schrieben sind, wie es mit den Pfeilen fk1, fk2, fk3, fk4, fk5, ..., in 7 gezeigt ist, können sämtliche Teile gelesen werden, die durch Unterteilen der Datei "AOB001.SA1" erzeugt werden. Wie es oben erläutert wurde, wird auf den Datenbereich der Flash-Speicherkarte 31 in Einheiten von Clustern zugegriffen, denen jeweils ein FAT-Wert zugeordnet ist. Es wird darauf hingewiesen, dass auf den FAT-Wert, der dem Cluster entspricht, der den abschließenden Teil einer AOB-Datei speichert (der Cluster 00C beim Beispiel in 7), die Clusternummer FFF eingestellt ist, um zu zeigen, dass der entsprechende Cluster den abschließenden Teil einer Datei speichert.
Damit ist die Erläuterung des Dateisystems in der Flash-Speicherkarte 31 der vorliegenden Erfindung abgeschlossen. Im folgenden wird die Applikationsschicht beschrieben, die in diesem Dateisystem vorhanden ist.
{3-3} Übersicht über die Applikationsschicht in der Flashspeicherkarte
In 3 ist eine Übersicht der Applikationsschicht in der Flash-Speicherkarte 31 dargestellt. Wie es mit dem Pfeil PN2 gezeigt ist, der mit einer Strichlinie in 3 gezeichnet ist, besteht die Applikationsschicht in der Flashspeicherkarte 31 aus Präsentationsdaten und Navigationsdaten, die verwendet werden, um das Abspielen der Präsentationsdaten zu steuern. Wie es mit dem Pfeil PN2 gezeigt ist, enthalten die Präsentationsdaten Sätze von Audio-Objekten (AOB-Sätze), die erzeugt werden, indem Audiodaten codiert werden, die beispielsweise Musik repräsentieren. Die Navigationsdaten enthalten einen "Abspiellisten-Manager" (PLMG) und einen "Titel-Manager" (TKMG).
{3-3_8A,B-1} Verzeichnisaufbau
8A und 8B zeigen, welche Art von Verzeichnissen im Benutzerbereich und im Authentisierungsbereich in der Dateisystemschicht vorhanden sind, wenn diese beiden Typen von Daten in der Applikationsschicht gespeichert sind, und zeigen, welche Dateien in diesen Verzeichnisse angeordnet werden.
Die Dateinamen "SD_AUDIO.PLM" und "SD_AUDIO.TKM" in 8A kennzeichnen die Dateien, in denen der Abspiellisten-Manager (PLMG) und der Titel-Manager (TKMG), die die Navigationsinformationen bilden, gespeichert sind. Daneben kennzeichnen die Dateinamen "AOB001.SA1 ", AOB002.SA1", "AOB003.SA1 ", "AOB004.SA1", ..., die Dateien ("AOB"-Dateien), die die Audio-Objekte speichern, die die Präsentationsdaten sind. Die Buchstaben "SA" in der Dateinamenserweiterung "AOBOxx.SA1" sind eine Abkürzung für "Secure Audio" und zeigen, dass der gespeicherte Inhalt dieser Datei einen Urhebenechtsschutz verlangt. Es wird darauf hingewiesen, dass, wenngleich lediglich acht AOB-Dateien im Beispiel von 8 gezeigt sind, ein Maximum von 999 AOB-Dateien in einem SD-Audio-Verzeichnis gespeichert werden können.
Ist ein Urheberrechtsschutz für die Präsentationsdaten erforderlich, so wird ein Unterverzeichnis mit dem Titel "SD-Audio-Verzeichnis" im Authentisierungsbereich bereitgestellt und eine Verschlüsselungsschlüssel-Speicherdatei "AOBSA1.KEY" in diesem SD-Audio-Verzeichnis erzeugt.
8 zeigt die Verschlüsselungsschlüssel-Speicherdatei "AOBSA1.KEY", die unter dem "SD-Audio"-Hinweistext (d.h. innerhalb des "SD-Audio-Verzeichnisses") gespeichert ist. Diese Verschlüsselungsschlüssel-Speicherdatei "AOBSA1.KEY" speichert eine Sequenz von Verschlüsselungsschlüsseln, die erzeugt wird, indem eine Vielzahl von Verschlüsselungsschlüsseln in einer vorbestimmten Reihenfolge angeordnet werden.
Das SD-Audio-Verzeichnis, das in 8A und 8B dargestellt ist, wird in einem Servercomputer gespeichert, der von einer Plattenfirma verwaltet wird, die die elektronische Musikverteilung verwendet. Wenn ein Benutzer einen Musikinhalt ordert, wird das entsprechende Audio-SD-Verzeichnis komprimiert, verschlüsselt und zum Verbraucher über ein öffentliches Netzwerk gesendet. Der Computer des Verbrauchers empfängt dieses SD-Audio-Verzeichnis, entschlüsselt es, dekomprimiert es und erhält auf diese Weise das ursprüngliche SD-Audio-Verzeichnis. Es wird darauf hingewiesen, das sich der Ausdruck "öffentliches Netzwerk" hier auf eine beliebige Art eines Netzwerkes bezieht, das öffentlich verwendet werden kann, wie etwa ein drahtgebundenes Kommunikationsnetzwerk, z.B. ein ISDN-Netzwerk, oder ein Drahtlos-Kommunikationsnetzwerk, z.B. ein Mobiltelefonsystem. Zudem besteht für den Computer eines Verbrauchers die Möglichkeit, eine AOB-Datei von einem Servercomputer herunterzuladen, der von einer Plattenfirma betrieben wird, und anschließend ein SD-Audioverzeichnis, wie etwa jenes, das in 8A und 8B gezeigt ist, in der Flash-Speicherkarte 31 zu erzeugen.
{3-3_9-1} Entsprechung zwischen der "AOBSA1.KEY"-Datei und den AOB-Dateien
9 zeigt die Entsprechung zwischen der "AOBSA1.KEY"-Datei im SD-Audio-Verzeichnis und den AOB-Dateien. Die Dateischlüssel, die verwendet werden, wenn Dateien im Benutzerbereich verschlüsselt werden, wie es in 9 gezeigt ist, werden in der entsprechenden Verschlüsselungsschlüssel-Speicherdatei im Authentisierungsbereich gespeichert.
Die verschlüsselten AOB-Dateien und die Verschlüsselungsschlüssel-Speicherdatei entsprechen sich gemäß den vorbestimmten Regeln (1), (2) und (3), die unten beschrieben sind.

(1) Die Verschlüsselungsschlüssel-Speicherdatei wird in einem Verzeichnis mit demselben Verzeichnisnamen wie das Verzeichnis angeordnet, in dem die verschlüsselte Datei gespeichert ist. In 9 werden AOB-Dateien im SD-Audio-Verzeichnis im Benutzerbereich angeordnet und wird die Verschlüsselungsschlüssel-Speicherdatei in einem Verzeichnis, das als SD-Audio-Verzeichnis bezeichnet wird, im Authentisierungsbereich gemäß dieser Regel angeordnet.
(2) Der Verschlüsselungsschlüssel-Speicherdatei wird ein Dateiname gegeben, der erzeugt wird, indem die ersten drei Buchstaben des Dateinamens der AOB-Dateien im Datenbereich mit der vorbestimmten ".KEY"-Erweiterung kombiniert werden. Wenn der Dateiname einer AOB-Datei "AOB001.SA1" ist, wird der Verschlüsselungsschlüssel-Speicherdatei der Dateiname "AOBSA1.KEY" gegeben, der erzeugt wird, indem die ersten drei Buchstaben "AOB", "SA1" und die Erweiterung ".KEY" hinzugefügt werden, wie es mit den Pfeilen nk1 und nk2 in 9 gezeigt ist.
(3) Dem Dateiname einer AOB-Datei wird eine Seriennummer gegeben, die die Position des Dateischlüssel entsprechend diesem Audio-Objekt in der Sequenz von Verschlüsselungsschlüsseln kennzeichnet, die in der Verschlüsselungsschlüssel-Speicherdatei gegeben sind.

Die "Dateischlüsseleinträge #1, #2, #3, ..., #8" zeigen die ersten Positionen der Bereiche, in denen die entsprechenden Dateischlüssel in der Verschlüsselungsschlüssel-Speicherdatei gespeichert sind. Daneben sind den Dateinamen von AOB-Dateien die Seriennummern "001 ", "002", "003", "004", ... zugeordnet. Diese Seriennummern kennzeichnen die Positionen der entsprechenden Dateischlüssel in der Verschlüsselungsschlüsselsequenz, so dass der Dateischlüssel, der verwendet wurde, um jede AOB-Datei zu verschlüsseln, im "Dateischlüssel-Eintrag" mit derselben Seriennummer vorhanden sein wird. In 9 zeigen die Pfeile Ak1, Ak2, Ak3, ... die Entsprechung zwischen AOB-Dateien und Dateischlüsseln. Mit anderen Worten entspricht die Datei "AOB001.SA1" dem Dateischlüssel, dessen Speicherposition durch den "Dateischlüssel-Eintrag#1" gekennzeichnet ist, entspricht die Datei "AOB002.SA1" dem Dateischlüssel, dessen Speicherposition durch den "Dateischlüssel-Eintrag#2" gekennzeichnet ist, und entspricht die Datei "AOB003.SA1" dem Dateischlüssel, dessen Speicherposition durch den "Dateischlüssel-Eintrag#3" gekennzeichnet ist. Wie es aus der Regel (3) deutlich wird, werden unterschiedliche Dateischlüssel verwendet, um unterschiedliche AOB-Dateien zu verschlüsseln, wobei diese Dateischlüssel in Dateischlüssel-Einträgen" mit den Seriennummern "001 ", "002", "003", "004" gespeichert sind, die in den Dateinamen der entsprechenden AOB-Dateien gegeben sind.
Da jede AOB-Datei unter Verwendung eines anderen Dateischlüssels verschlüsselt wird, wird die Bekanntgabe des Verschlüsselungsschlüssels, der für eine AOB-Datei verwendet wird, die Benutzer nicht in die Lage versetzen, andere AOB-Dateien zu entschlüsseln. Dies bedeutet, dass, wenn AOB-Dateien verschlüsselt auf einer Flash-Speicherkarte 31 gespeichert werden, der Schaden, der durch die Bekanntgabe eines Dateischlüssels verursacht wird, minimiert werden kann.
{3-3_10-1} Innerer Aufbau einer AOB-Datei
Im folgenden wird der innere Aufbau einer AOB-Datei beschrieben. 10 zeigt den hierarchischen Datenaufbau einer AOB-Datei. Die erste Ebene in 10 zeigt die AOB-Datei, während die zweite Ebene das Audio-Objekt (AOB) an sich darstellt. Die dritte Ebene zeigt die AOB_BLOCKs, die vierte Ebene ein AOB_ELEMENT und die fünfte Ebene einen AOB_FRAME.
Der AOB_FRAME der fünften Ebene in 10 ist die kleinste Einheit, die das AOB bildet, und besteht aus Audiodaten in einem ADTS-Format (ADTS – Audiodaten-Transportstrom) und einem ADTS-Header. Audiodaten im ADTS-Format werden gemäß dem MPEG2-AAC-Format (Profil geringer Komplexität) codiert und sind Stromdaten, die bei einer Transferrate von 16 Kbps bis 144 Kbps abgespielt werden können. Es wird darauf hingewiesen, dass die Transferrate für PCM (Impulscodemodulation), die auf einer herkömmlichen CD aufgezeichnet ist, 1,5 Mbps beträgt, so dass Daten im ADTS-Format im allgemeinen eine geringere Transferrate verwenden als PCM. Der Datenaufbau einer Sequenz von AOB_FRAMEs ist derselbe wie die Sequenz von Audioframes, die in einem Audiodaten-Transportstrom enthalten sind, der von einem elektronischen Musikverteilungsdienst verteilt wird. Dies bedeutet, dass der Audiodatentransportstrom, der als AOB_FRAME-Sequenz gespeichert werden soll, gemäß dem MPEG2-AAC-Standard codiert, verschlüsselt und auf einem öffentlichen Netzwerk zum Verbraucher gesendet wird. AOB-Dateien werden durch Unterteilen des gesendeten Audiodatentransportstroms in eine Sequenz von AOB_FRAMEs und speichern dieser AOB_FRAMEs erzeugt.
{3-3_10_11} MPEG2-AAC
MPEG2-AAC ist im Detail in ISO/IEC 13818-7:1997 (E) "Information Technology – Generic Coding of Moving Pictures and Associated Audio Information – Part7 Advanced Audio Coding (AAC)" beschrieben.
Es wird darauf hingewiesen, dass Audio-Objekte nur gemäß MPEG2-AAC unter Verwendung der Parameter in der Parametertabelle in 11 codiert werden können, die in ISO/IEC13818-7 definiert ist. Diese Parametertabelle besteht aus einer "Parameter"-Spalte, einer "Wert"-Spalte und einer "Kommentar"-Spalte.
Der Hinweistext "Profil" in der Parameterspalte zeigt, das nur das LC-Profil verwendet werden kann, wie es unter ISO/IEC 13838-7 festgelegt ist. Der Hinweistext "Abtast_Frequenz#Index" in der Parameterspalte zeigt, dass die Abtastfrequenzen "48 kHz, 44,1 kHz, 32 kHz, 24 kHz, 22,0 kHz und 16 kHz verwendet werden können. Der Hinweistext "Nummer_von_Daten_Block_in_Frame" in der Parameterspalte zeigt, dass das Verhältnis eines Headers zu einem Roh Daten Block verwendet wird.
Es wird darauf hingewiesen, dass, obwohl diese Erläuterung den Fall beschreibt, bei dem AOB_FRAMEs gemäß dem MPEG2_AAC-Format codiert werden, AOB_FRAMEs gemäß einem anderen Format, wie etwa dem Format MPEG-Layer3 (MP3) oder Windows Media Audio (WMA) codiert werden können. Ist dies der Fall, müssen die Parameter, die in den Parametertabellen von 11B oder 11C gezeigt sind, verwendet werden.
{3-3_10-2_12}
Wenngleich jeder AOB_FRAME Audiodaten enthält, die gemäß den oben erwähnten Beschränkungen codiert werden, ist die Datenlänge der Audiodaten in jedem AOB_FRAME auf eine Abspielzeit von lediglich 20 ms beschränkt. Da jedoch MPEG2-AAC ein Codierverfahren variabler Bitrate (VBR) ist, wird die Datenlänge der Audiodaten in jedem AOB_FRAME variieren. Im folgenden wird der Aufbau eines AOB_FRAMES unter Bezugnahme auf 12 beschrieben.
Die erste Ebene in 12 zeigt, wie jeder Teil eines AOB_FRAMEs verschlüsselt wird. Wie aus der Zeichnung zu erkennen ist, entspricht der ADTS-Header einem nicht verschlüsselten Teil. Die Audiodaten enthalten sowohl einen Verschlüsselten Teil als auch einen nicht verschlüsselten Teil. Der verschlüsselte Teil der Audiodaten besteht aus einer Vielzahl von Acht-Byte-Stücken verschlüsselter Daten, die jeweils erzeugt werden, indem ein Acht-Byte-Stück von Audiodaten mit Hilfe eines 56-Bit-Dateischlüssels verschlüsselt werden. Wird die Verschlüsselung an 64-Bit-Stücken von Audiodaten durchgeführt, ist der nicht verschlüsselte Teil der Audiodaten einfach ein abschließender Teil der Daten, die nicht verschlüsselt werden können, da er kürzer als 64 Bits ist.
Die dritte Ebene in 12 zeigt den Inhalt des ADTS-Headers, der sich im nicht verschlüsselten Teil des AOB_FRAMEs befindet. Der ADTS-Header ist sieben Bytes lang und enthält ein 12-Bit-Synchronisations-Wort (das auf FFF eingestellt ist), die Datenlänge der Audiodaten in diesem AOB_FRAME und die Abtastfrequenz, die beim Codieren der Audiodaten verwendet wurde.
{3-3_10-3_13} Einstellen der Bytelänge eines AOB_FRAMEs
13 zeigt, wie die Bytelänge der Audiodaten in jedem der drei AOB_FRAMEs eingestellt wird. In 13 ist die Datenlänge von Audiodaten#1, die im AOB_FRAME#1 enthalten sind, x1, die Datenlänge von Audiodaten#1, die im AOB_FRAME#2 enthalten sind, x2 und die Datenlänge von Audiodaten#1, die im AOB_FRAME#3 enthalten sind, x3. Wenn die Datenlängen x1, x2 und x3 allesamt unterschiedlich sind, wird die Datenlänge x1 in den ADTS-Header des AOB_FRAME#1, die Datenlänge x2 in den ADTS-Header des AOB_FRAME#2 und die Datenlänge x3 in den ADTS-Header des AOB_FRAME#3 geschrieben.
Wenngleich die Audiodaten verschlüsselt werden, wird dies der ADTS-Header nicht, so dass eine Abspielvorrichtung die Datenlänge der Audiodaten in einem AOB_FRAME erfahren kann, indem sie die Datenlänge liest, die im ADTS-Header des AOB_FRAMEs gegeben ist. Damit ist die Erläuterung eines AOB_FRAMEs abgeschlossen.
{3-3_10-4} AOB_ELEMENT
Im folgenden wird das AOB_ELEMENT beschrieben, das in der vierten Ebene in 10 dargestellt ist.
Ein AOB_ELEMENT ist eine Gruppe aufeinander folgender AOB_FRAMEs. Die Zahl von AOB_FRRAMEs in einem AOB_ELEMENT hängt von dem Wert, der als Abtast Frequenz Index eingestellt ist, wie es in 10 dargestellt ist, und vom verwendeten Codierverfahren ab. Die Anzahl von AOB_FRAMEs in einem AOB_ELEMENT ist derart eingestellt, dass die gesamte Abspielzeit der enthaltenen AOB_FRAMEs etwa zwei Sekunden betragen wird, wobei diese Zahl von der Abtastfrequenz und dem verwendeten Codierverfahren abhängt.
{3-3_10-5_14} Anzahl der AOB_FRAMEs in einem AOB_ELEMENT
14 zeigt die Entsprechung zwischen der Abtastfrequenz und der Anzahl von AOB_FRAMEs, die in einem AOB_ELEMENT enthalten sind. Die Anzahl N, die in 14 gegeben ist, steht für die Abspieldauer eines AOB_ELEMENTs in Sekunden. Wenn MPEG-AAC als Codierverfahren verwendet wird, ist der Wert von N "2".
Ist die Abtast Frequenz 48 kHz ist die Anzahl der AOB_FRAMEs, die in einem AOB_ELEMENT enthalten sind, mit 94 (=47·2) gegeben, wohingegen, wenn die Abtast Frequenz 44,1 kHz beträgt, die Anzahl der AOB_FRAMES, die in einem AOB_ELEMENT enthalten sind, mit 86 (=43·2) gegeben ist. Beträgt die Abtast Frequenz 32 kHz, ist die Anzahl der AOB_FRAMES mit 64 (=32·2) gegeben, wenn die Abtast Frequenz 24 kHz beträgt, ist die Anzahl der AOB_FRAMES mit 48 (=24·2) gegeben, wenn die SAMPLING FREQUENCY 22,05 kHz beträgt, ist die Anzahl der AOB_FRAMES mit 44 (=22·2) gegeben, und wenn die Abtast Frequenz 16 kHz beträgt, ist die Anzahl der AOB_FRAMES, die in einem AOB_ELEMENT enthalten sind, mit 32 (=16·2) gegeben. Wenn jedoch ein Editiervorgang, wie etwa die Unterteilung eines AOB, ausgeführt wurde, kann die Anzahl von AOB_FRAMEs, die in einem AOB_ELEMENT enthalten sind, geringer sein, als eine Anzahl, die auf diese Weise berechnet wird.
Obwohl kein Header oder andere spezielle Informationen für jedes AOB_ELEMENT bereitgestellt werden, wird anstelle dessen die Datenlänge jedes AOB_ELEMENTs durch eine Zeitsuchtabelle angezeigt.
{3-3_10-6_15} Ein Beispiel der Abspieldauern der AOB_ELEMENTe und der AOB_FRAMEs
15 zeigt ein Beispiel der Abspieldauern von AOB_ELEMENTen und AOB_FRAMEs. Die erste Ebene in 15 zeigt eine Vielzahl von AOB_BLOCKs, während die zweite Ebene eine Vielzahl von AOB_ELEMENTen darstellt. Die dritte Ebene zeigt eine Vielzahl von AOB_FRAMEs.
Wie es in 15 gezeigt ist, hat ein AOB_ELEMENT eine Abspieldauer von etwa zwei Sekunden, während ein AOB_FRAME eine Abspieldauer von 20 Millisekunden aufweist. Der "TMSRT_Eintrag", der für jedes AOB_ELEMENT gegeben ist, zeigt, dass die Datenlänge jedes AOB_ELEMENTs in der Zeitsuchtabelle gegeben ist. Durch Bezugnahme auf die TMSRT_Einträge kann eine Abspielvorrichtung eine Vorwärts- oder Rückwärtssuche ausführen, bei der beispielsweise intermittierende Signalfolgen von Musik abgespielt werden, indem wiederholt 240 Millisekunden von Audiodaten abgespielt und anschließend zwei Sekunden von Audiodaten in der gewünschten Richtung übersprungen werden.
{3-3_10-7} AOB_BLOCK
Damit ist die Erläuterung eines AOB_ELEMENTs abgeschlossen. Im folgenden wird das Konzept der AOB_BLOCKs beschrieben, die auf der dritten Ebene des Datenaufbaus einer AOB-Datei dargestellt sind, die in 10 gegeben ist.
Jeder "AOB_BLOCK" besteht aus gültigen AOB_ELEMENTen. Lediglich ein AOB_BLOCK existiert in jedem AOB_FILE. Wenngleich ein AOB_ELEMENT eine Abspieldauer von etwa zwei Sekunden hat, hat ein AOB_BLOCK eine maximale Abspieldauer von 8,4 Minuten. Die Begrenzung von 8,4 Minuten besteht, um die Größe der Zeitsuchtabelle auf höchstens 504 Bytes zu beschränken.
{3-3_10-8} Beschränkung der Zeitsuchtabelle
Im folgenden wird im Detail beschrieben, warum die Größe der Zeitsuchtabelle durch Begrenzen der Abspieldauer beschränkt ist.
Wenn eine Abspielvorrichtung eine Vorwärts- oder Rückwärtssuche ausführt, überspringt die Abspielvorrichtung das Lesen von zwei Sekunden der Audiodaten vor dem Abspielen von 240 Millisekunden. Wenn die zwei Sekunden von Daten übersprungen werden, könnte sich die Abspielvorrichtung theoretisch auf die Datenlängen beziehen, die in den ADTS-Headern der AOB_FRAMEs gezeigt sind, wenngleich dies bedeuten würde, dass die Abspielvorrichtung nacheinander 100 (2 Sekunden/20 Millisekunden) AOB_FRAMEs erfassen müsste, nur um zwei Sekunden von Audiodaten zu überspringen. Dies würde zu einer übermäßigen Prozessorbelastung für die Abspielvorrichtung führen.
Um die Prozessorbelastung einer Abspielvorrichtung zu verringern, kann die Leseadresse für Daten in Zwei-Sekunden-Intervallen in eine Zeitsuchtabelle geschrieben werden, auf die sich anschließend die Abspielvorrichtung bezieht, wenn eine Vorwärts- oder Rückwärtssuche ausgeführt wird. Durch Schreiben von Informationen, die es ermöglichen, dass Leseadressen die zwei oder vier Sekunden vor- oder zurückliegen, schnell in der Zeitsuchtabelle gefunden werden (wie etwa Informationen, die die Datengrößen von AOB_ELEMENTen sind), muss sich eine Abspielvorrichtung auf diese Informationen beziehen, wenn sie eine Vorwärts- oder Rückwartssuche ausführt. Die Datengröße der Audiodaten mit einer Abspieldauer von zwei Sekunden hängt von der Bitrate ab, die verwendet wird, wenn die Audiodaten abgespielt werden. Wie es zuvor erläutert wurde, wird eine Bitrate im Bereich von 16 Kbps bis 144 Kbps verwendet, so dass die Datenmenge, die in zwei Sekunden abgespielt wird, im Bereich von 4 KB (=16 Kbps × 2/8) bis 36 KB (=144 Kbps × 2/8) liegt. Da die Datenmenge, die in zwei Sekunden abgespielt wird, im Bereich 4 KB bis 36 KB liegt, muss die Datenlänge jedes Eintrages in der Zeitsuchtabelle zum Schreiben der Datenlänge der Audiodaten zwei Bytes (= 16 Bits) lang sein. Der Grund hierfür ist, dass ein 16-Bit-Wert in der Lage ist, eine Zahl im Bereich von 0–64 KB auszudrücken.
Wenn andererseits die Gesamtdatengröße der Zeitsuchtabelle beispielsweise auf 504 Bytes beschränkt werden muss (wobei dies die Datengröße der TKTMSRT ist, die später erläutert wird), kann die Maximalzahl der Einträge in der Zeitsuchtabelle als 504/2 = 252 berechnet werden.
Da ein Eintrag alle zwei Sekunden bereitgestellt wird, ist die Abspielzeit, die diesem Maximum von 252 Einträgen entspricht, 504 Sekunden (= 2s·252) oder, mit anderen Worten, 8 Minuten und 24 Sekunden (= 8,4 Minuten). Dies bedeutet, dass die Einstellung der maximalen Abspieldauer für einen AOB_BLOCK auf 8,4 Minuten die Datengröße der Zeitsuchtabelle auf 504 Bytes beschränkt.
{3-3_10-9} Betrachtung der AOBs
Damit ist die Beschreibung der AOB_BLOCKs abgeschlossen. Im folgenden werden die AOBs beschrieben.
Die AOBs, die in der zweiten Ebene von 10 gezeigt sind, sind Bereiche, die ungültige Bereiche an jedem Ende haben. Es ist lediglich ein AOB in jeder AOB-Datei vorhanden.
Die ungültigen Bereiche sind Bereiche, die zusammen mit den AOB_BLOCKs gelesen und geschrieben werden, und sind in denselben Clustern wie die AOB_BLOCKs gespeichert. Die Start- und Endposition der AOB_BLOCKs innerhalb eines AOB, sind mit BITs dargestellt, die in den Navigationsdaten enthalten sind. Diese Bits werden später im Detail in dieser Beschreibung erläutert.
Damit ist die Erläuterung abgeschlossen, welche Daten in einer AOB-Datei gespeichert sind. Im folgenden wird erläutert, welche Art von Inhalt abgespielt wird, wenn die acht AOBs und AOB_BLOCKs, die in der AOB-Datei in 9 dargestellt sind, nacheinander gelesen werden.
{3-3_10-10_16}
16 zeigt den Abspielinhalt, wenn die AOBs und die AOB_BLOCKs in dieser AOB-Datei nacheinander gelesen werden. Die erste Ebene in 16 zeigt die acht AOB-Dateien im Benutzerbereich, während die zweite Ebene die acht AOBs darstellt, die in diesen AOB-Dateien aufgezeichnet sind. Die dritte Ebene zeigt die acht AOB-Blöcke, die in diesen AOBs enthalten sind.
Die fünfte Ebene zeigt die Titel von fünf Inhalten, die aus diesen AOB-Dateien bestehen. Bei diesem Beispiel sind die "Inhalte" die fünf Lieder LiedA, LiedB, LiedC, LiedD und LiedE, wobei der "Titel" ein Musikalbum ist, das aus diesen fünf Liedern besteht. Die Strichlinien AS1, AS1, AS3, ..., AS7 und AS8 zeigen die Entsprechung zwischen den AOB_BLOCKs und den Teilen, in die das Album unterteilt ist, so dass die vierte Ebene in 16 die Einheiten darstellt, die verwendet werden, um das Musikalbum zu unterteilen, das in der fünften Ebene gezeigt ist.
Unter Bezugnahme auf die Strichlinien ist zu erkennen, dass der AOB_BLOCK, der in AOB#1 enthalten ist, ein Lied (LiedA) mit einer Abspieldauer von 6,1 Minuten ist. Der AOB_BLOCK, der in AOB#2 enthalten ist, ist ein Lied (LiedB) mit einer Abspieldauer von 3,3 Minuten. Der AOB_BLOCK, der in AOB#3 enthalten ist, ist ein Lied (LiedC) mit einer Abspieldauer von 5,5 Minuten. Auf diese Weise entsprechen "AOB001.SA1" bis "AOB003.SA1" jeweils einem anderen Lied. Die sechste Ebene von 16 ist eine Titelfolge, die aus Titeln TitelA bis TitelE besteht. Diese Titel TitelA-TitelE entsprechen den fünf Liedern LiedA, LiedB, LiedC, LiedD und LiedE und werden jeweils als separate Abspieleinheit behandelt.
Andererseits hat AOB#4 eine Abspieldauer von 8,4 Minuten und ist der erste (oder "Beginn"-) Teil des LiedesD, das eine Abspieldauer von 30,6 Minuten hat. Die AOB_BLOCKs, die in AOB#5 und AOB#6 enthalten sind, sind Mittelteile von LiedD und haben ebenfalls Abspieldauern von 8,4 Minuten. Der AOB_BLOCK, der in AOB#7 enthalten ist, ist der Endteil des Liedes LiedD und hat eine Abspieldauer von 5,4 Minuten. Auf diese Weise ist ein Lied, das eine Gesamtabspieldauer von 30,6 Minuten hat, in (8,4 + 8,4 + 8,4 + 5,4 Minuten-) Teile unterteilt, die jeweils in einem anderen AOB enthalten sind. Wie es aus 16 zu erkennen ist, ist jedes Lied, das in einer AOB-Datei enthalten ist, einer maximalen Abspieldauer von 8,4 Minuten unterworfen.
Diese Erläuterung zeigt deutlich, dass ein Begrenzung der Abspieldauern von AOBs, wie sie oben beschrieben wurde, die Datengröße der Zeitsuchtabelle entsprechend jedem AOB begrenzt. Im folgenden werden die Navigationsdaten erläutert, die in jeder Zeitsuchtabelle enthalten sind.
{3-3_8A,B-2}
Die Navigationsdaten bestehen aus den beiden Dateien "SD_Audio.PLM" und "SD_Auidio.TKM", die zuvor erwähnt wurden. Die Datei "SD_Audio.PLM" enthält den Abspiellisten-Manager, während die Datei "SD_Audio.TKM" den Titel-Manager enthält.
Wie es als Teil der Erläuterung der Präsentationsdaten beschrieben wurde, speichert eine Vielzahl von AOB-Dateien codierte AOBs, wenngleich andere Informationen, wie etwa die Abspieldauer der AOBs, die Namen der Lieder, die durch die AOBs dargestellt werden, oder Erwähnungen für den (die) Komponisten, gegeben sind. Obwohl eine Vielzahl von AOBs in einer Vielzahl von AOB-Dateien aufgezeichnet sind, ist kein Hinweis auf die Abspielreihenfolge der AOBs bereitgestellt.
Der Titel-Manager zeigt die Entsprechung zwischen den AOBs, die in AOB-Dateien aufgezeichnet sind, und Titeln und enthält eine Vielzahl von Stücken von Titelverwaltungsinformationen, die jeweils eine Vielfalt von Informationen ausgeben, wie etwa die Abspieldauer der AOBs und die Liednamen sowie Komponisten der unterschiedlichen AOBs.
In dieser Beschreibung bezieht sich der Begriff "Titel" auf eine bedeutsame Abspieleinheit für Benutzer, so dass, wenn Musik mit Urheberrecht auf einer Flash-Speicherkarte 31 gespeichert ist, jedes Lied ein separater Titel ist. Ist hingegen ein "Hörbuch" (d.h. Literatur mit Urheberrecht als aufgezeichnetes Audio) auf einer Flash-Speicherkarte 31 gespeichert, kann jedes Kapitel oder jeder Absatz als separater Titel eingestellt sein. Der Titel-Manager ist vorgesehen, um eine Vielzahl von AOBs zu verwalten, die in einer Vielzahl von AOB-Dateien als eine Gruppe von Titeln aufgezeichnet sind.
Eine Abspielliste legt die Abspielreihenfolge einer Vielzahl von Titeln fest. Es kann eine Vielzahl von Abspiellisten im Abspiellisten-Manager enthalten sein.
Im folgenden wird der Titel-Manager im Bezug auf die Zeichnungen erläutert.
{17-1_18} Detaillierter Aufbau des Abspiellisten-Manager und des Titel-Managers
17 zeigt den detaillierten Aufbau des Abspiellisten-Managers und des Titel-Managers bei diesem Beispiel als Hierarchie. 18 zeigt die Größen des Abspiellisten-Managers und des Titel-Managers. Die rechte Seite von 17 zeigt die Gegenstände auf der linken Seite detaillierter, wobei die Strichlinien kennzeichnen, welche Gegenstände detaillierter gezeigt werden.
Wie es in 17 gezeigt ist, besteht der Titel-Manager aus den Titelinformationen (TKI) #1, #2, #3, #4, ..., #n, wie es mit der Strichlinie h1 dargestellt ist. Diese TKIs sind Informationen zur Verwaltung der AOBs, die in AOB-Dateien als Titel aufgezeichnet sind, wobei jede einer anderen AOB-Datei entspricht. Aus 17 ist zu erkennen, das jede TKI aus Titel_Allgemein_Informationen (TKGI), Titel_Text_Informationen (TKTXTI_DA), in die Textinformationen ausschließlich für einen Titel geschrieben sein können, und einer Titel_Zeit_Such_Tabelle (TKTMSRT) besteht, die als Zeitsuchtabelle dient.
Aus 18 ist zu erkennen, dass jede TKI eine feste Größe von 1.024 Bytes hat, was bedeutet, dass die Gesamtgröße der TKGI und der TKTXTI_DA auf 512 Bytes infolge der Größe der TKTMSRT festgelegt ist, die auf 512 Bytes fixiert ist. Im Titel-Manager kann eine Gesamtzahl von 999 TKIs eingestellt werden.
Wie es mit der Strichlinie h3 dargestellt ist, bestehet die TKTMSRT aus einem TMSRT Header und TMSRT_Einträgen #1, #2, #3, ..., #n.
{17-2_19} Entsprechung der TKI mit AOB-Dateien und AOBs
19 zeigt, wie die TKIs, die in 17 dargestellt sind, den AOB-Dateien und den AOBs entsprechen, die in 16 dargestellt sind. Die Kästen in der ersten Ebene in 19 zeigen eine Abfolge von Titeln, die aus den Titeln TitelA bis TitelE bestehen, der große Rahmen in der zweiten Ebene zeigt den Titel-Manager, während die dritte und vierte Ebene die acht AOB-Dateien aus 16 darstellen. Die acht AOB-Dateien sind in den acht AOBs aus 16 aufgezeichnet und bilden ein Musikalbum, das die Titel TitelA, TitelB, TitelC, TitelD und TitelE enthält. Die zweite Ebene zeigt die acht TKIs. Die Zahlen "1", "2", "3", "4", die jeder TKI zugeordnet sind, sind die Seriennummern, die verwendet werden, um jede TKI zu identifizieren, wobei jede TKI der AOB-Datei entspricht, der dieselbe Seriennummer 001, 002, 003, 004, 005, ... gegeben wurde.
Vor diesem Hintergrund ist aus 19 zu erkennen, das TKI#1 der Datei "AOB001.SA1" entspricht, dass TKI#2 der Datei "AOB002.SA1" entspricht, TKI#3 der Datei "AOB003.SA1" entspricht und TKI#4 der Datei "AOB004.SA1" entspricht. Die Entsprechung zwischen TKIs und AOB_FRAMEs ist durch die Pfeile TA1, TA2, TA3, TA4, ... in 19 dargestellt.
Auf diese Weise entspricht jede TKI einem anderen AOB, das in einer AOB-Datei aufgezeichnet ist, und gibt detaillierte Informationen, die nur auf das entsprechende AOB zutreffen.
{17-3_20} Datenaufbau einer TKTMSRT
Im folgenden werden die Informationen beschrieben, die auf die einzelnen AOBs zutreffen, die in AOB-Dateien aufgezeichnet sind, wobei mit der TKTMSRT begonnen wird. 20 zeigt den Datenaufbau der TKTMSRT im Detail.
Die rechte Seite von 20 zeigt den detaillierten Datenaufbau des Zeitsuchtabellen-Headers (TMSRT_Headers). In 20 hat der TMSRT Header eine Datengröße von acht Bytes und besteht aus drei Feldern. Die ersten beiden Bytes sind eine TMSRT_ID, die nächsten beiden Bytes sind reserviert und die abschließenden Bytes sind eine gesamte TMSRT_Eintrags_Nummer.
Eine einzigartige ID zum Identifizieren der TMSRT ist in der "TMSRT_ID" aufgezeichnet. Die Gesamtzahl der TMSRT_Einträge in der vorliegenden TMSRT ist in der "TMSRT_Eintrags-Gesamtzahl" aufgezeichnet.
{17-3_21-1} Spezielles Beispiel der TKTMSRT
Im folgenden wird die TKTMSRT detailliert beschrieben. 21 zeigt ein Beispiel einer TKTMSRT. Die linke Seite von 21 zeigt ein Beispiel einer TKTMSRT. Die linke Seite von 21 zeigt ein AOB, während die rechte Seite die entsprechende TKTMSRT darstellt. Das AOB auf der linken Seite von 21 besteht aus einer Vielzahl von AOB Elementen #1, #2, #3, ..., #n, die die Bereiche einnehmen, die mit AR1, AR2, AR3, ..., ARn auf der rechte Seite numeriert sind.
Die Nummern, wie etwa "0", "32000", "642000", "97000", "1203400" und "1240000" zeigen die relativen Adressen der Bereiche AR1, AR2, AR3, ARn-1, ARn, die von den AOB_ELEMENTen eingenommen werden, im Bezug auf den Beginn des AOB_BLOCKs. Beispielsweise ist das AOB_ELEMENT#2 an einer Position aufgezeichnet, die sich in einem Abstand "32000" vom Beginn des AOB_BLOCKs befindet, während das AOB_ELEMENT#3 an einer Position aufgezeichnet ist, die sich in einem Abstand "64200" vom Beginn des AOB_BLOCKs befindet, und ist das AOB_ELEMENT#n-1 an einer Position aufgezeichnet, die sich in einem Abstand "1203400" vom Beginn des AOB_BLOCKs befindet.
Es wird darauf hingewiesen, dass der Abstand zwischen jedem belegten Bereich und dem Beginn des AOB_BLOCKs kein Vielfaches eines bestimmten Wertes ist, was bedeutet, dass die Bereiche, die von AOB_ELEMENTen belegt werden, nicht dieselbe Größe haben. Der Grund, warum die belegten Bereiche unterschiedliche Größen haben, besteht darin, dass die variierenden Datenmengen verwendet werden, um jeden AOB_FRAME zu codieren.
Da sich die Größe des Bereiches, der von jedem AOB_ELEMENT eingenommen wird, unterscheidet, ist es notwendig, eine Abspielvorrichtung im voraus über die Position jedes AOB_ELEMENTs in einem AOB zu informieren, wenn ein Sprung zum Beginn eines AOB_ELEMENTs durchgeführt wird. Zu diesem Zweck ist eine Vielzahl von TMSRT_Einträgen in der TKTMSRT gegeben. Die Pfeile RT1, RT2, RT3, ..., RTn-1, RTn zeigen die Entsprechung zwischen den Bereichen AR1, AR2, AR3, ..., ARn-1, ARn, die von jedem AOB_ELEMENT eingenommen werden, und TMSRT_Eintrag#1, TMSRT_Eintrag#2, TMSRT_Eintrag#3, ..., TMSRT_Eintrag#n-1, TMSRT_Eintrag#n. Mit anderen Worten ist die Größe des Bereiches AR1, der vom AOB_ELEMENT#1 eingenommen wird, in den TMSRT_Eintrag#1 geschrieben, während die Größen der Bereiche AR2 und AR3, die vom AOB_ELEMENT#2 und vom AOB_ELEMENT#3 eingenommen werden in die TMSRT_Einträge #2 und #3 geschrieben sind.
Da der belegte Bereich AR1 den Bereich vom Beginn des AOB bis zum Beginn von AOB_ELEMENT#2 "32000" in Anspruch nimmt, wird die Größe "32000 (= 32000 – 0) in den TMSRT_Eintrag#1 geschrieben. Der belegte Bereich AR2 nimmt den Bereich vom Beginn des AOB_ELEMENTs#2 "32000" bis zum Beginn des AOB_ELEMENTs#3 "64200" in Anspruch, so dass die Größe "32200" (= 64200 – 32000) in den TMSRT_Eintrag#2 geschrieben wird. Der belegte Bereich AR3 nimmt den Bereich vom Beginn des AOB_ELEMENTs#3 "64000" bis zum Beginn des AOB_ELEMENTs#4 "97000" in Anspruch, so dass die Größe "32800" (= 97000 – 64200) in den TMSRT_Eintrag#3 geschrieben wird. In derselben Weise nimmt der belegte Bereich ARn-1 den Bereich vom Beginn des AOB_ELEMENTs#n-1 "1203400" bis zum Beginn des AOB_ELEMENTs#n "1240000" in Anspruch, so dass die Größe "36600" (= 1240000 – 1203400) in den TMSRT_Eintrag#n-1 geschrieben wird.
{17-3_21-2} Wie die TKTMSRT gelesen wird
Auf diese Weise werden die Datengrößen eines AOB_ELEMENTs in eine Zeitsuchtabelle geschrieben. Da die Datenlänge jedes AOB_BLOCKs auf ein Maximum von 8,4 Minuten beschränkt ist, ist die Gesamtzahl von AOB_ELEMENTen, die in einem einzigen AOB enthalten sind, auf eine vorbestimmte Zahl ("252", wie es in 20) oder weniger beschränkt. Da die Zahl von AOB-ELEMENTen beschränkt ist, ist die Zahl von TMSRT_Einträgen, die den AOB_ELEMENTen entsprechen, ebenfalls beschränkt, wodurch die Größe der TKTMSRT, die diese TMSRT_Einträge enthält, auf eine vorbestimmte Größe begrenzt ist. Da die Größe der TKTMSRT beschränkt ist, kann eine Abspielvorrichtung TKIs in der folgenden Weise lesen und verwenden.
Die Abspielvorrichtung leist ein bestimmtes AOB und liest bei Fortführen des Abspielens des AOB die entsprechende TKI und speichert sie in einem Speicher. Diese entsprechende TKI wird im Speicher gehalten, während das Abspielen des AOB fortgeführt wird. Sobald das Abspielen des AOB endet, wird das folgende AOB gelesen, und wenn das Abspielen dieses AOBs fortschreitet, überschreibt die Abspielvorrichtung die TKI entsprechend diesem folgenden AOB im Speicher anstelle der alten TKI. Diese nächste TKI wird im Speicher gehalten, während das Abspielen dieses folgenden AOB fortfährt.
Durch Lesen und Speichern von TKIs auf diese Weise, kann die notwendige Kapazität des Speichers in der Abspielvorrichtung minimiert werden, während weiterhin spezielle Abspielfunktionen, wie etwa die Vorwärts- und die Rückwärtssuche, realisiert werden können. Wenngleich das vorliegende Beispiel den Fall beschreibt, bei dem die Datenlänge von der ersten Adresse eines AOB_ELEMENTs zur ersten Adresse des nächsten AOB_ELEMENTs in den TMSRT_Eintrag geschrieben wird, können anstelle dessen relative Adressen vom Beginn des AOB_BLOCKs zu den ersten Adressen der AOB_ELEMENTE dort eingeschrieben werden.
{17-3_21-3} Festlegen eines Clusters, der ein AOB_ELEMENT enthält
Im folgenden wird beschrieben, wie ein AOB_ELEMENT unter Verwendung einer TKTMSRT gelesen werden kann. Die TKTMSRT enthält die Größe jedes AOB_ELEMENTs, so dass, wenn ein AOB_ELEMENT#y, das das y-te AOB_ELEMENT vom beginn eines AOB ist, gelesen werden soll, der Cluster u, der die Gleichung 1 erfüllt, die unten gegeben ist, berechnet wird und Daten gelesen werden, die mit dem Versatz v vom Beginn des Clusters u angeordnet sind.
Gleichung 1

Cluster u = (Summe der TMSRT_Einträge vom AOB_ELEMENT#1 zum AOB_ELEMENT#y-1 + DATA_Offset)/Clustergröße. Versatz v = (Summe der TMSRT_Einträge vom AOB_ELEMENT#1 zum AOB_ELEMENT#y-1 + DATA_Offset) mod Clustergrößewobei c = a mod b kennzeichnet, dass c der Rest ist, der erzeugt wird, wenn a durch b dividiert wird.

Der DATA_Offset wird in die BIT geschrieben und später in dieser Beschreibung erläutert.
{17-4} TKTXI_DA
Damit ist die Erläuterung der Zeitsuchtabelle (TKTMSRT) abgeschlossen. Im folgenden wird der Titel Text Informations-Datenbereich (TKTXI_DA) beschrieben, der im oberen Teil der TKTMSRT aufgezeichnet ist.
Der Lied Text-Informations-Datenbereich (TKTXTI_DA) wird verwendet, um Textinformationen zu speichern, die den Künstlernamen, den Albumnamen, den Mischer, den Produzenten und andere derartige Informationen anzeigen.
{17-5} TKGI
Im folgenden werden die TKGI beschreben, die im oberen Teil der TKTXI DA aufgezeichnet werden. In 17 sind zahlreiche Sätze von Informationen als die Kennzeichnung "TKI_ID" der TKI, die TKI-Nummer "TKIN", die TKI-Größe "TKI_SZ", ein Verknüpfungszeiger zur nächsten TKI "TKI_LNK_PTR", Blockattribute "TKI_BLK_ATR", eine Abspieldauer "TKI_PB TM", die Audioattribute "TKI_AOB_ATR", ein "ISRC" und eine Blockinformationstabelle "BIT" dargestellt. Es wird darauf hingewiesen, das lediglich einige dieser Informationen in 17 dargestellt sind, um die Darstellung zu vereinfachen.
{17-5_22-1} TKGI
Im folgenden wird der Aufbau einer TKGI im Detail unter Bezugnahme auf 22 erläutert. Der Unterschied zwischen 17 und 22 besteht darin, dass der Datenaufbau der TKGI, die in 17 gezeigt ist, auf der linken Seite dieser Zeichnung angeordnet ist, und dass die Bitaufbauten von "TKI_BLK_ATR", "TKI_AOB_ATR" und "ISCR" deutlich gezeigt sind.
{17-5_22-2} TKI_ID
Eine einzigartige ID für eine TKI ist in die "TKI_ID" geschrieben. Beim vorliegenden Beispiel wird ein Zwei-Byte-"A4"-Code verwendet.
{17-5_22-3} TKIN
Eine TKI-Nummer im Bereich von 1 bis 999 ist in die "TKIN" geschrieben. Es wird darauf hingewiesen, das die TKIN jeder TKI einzigartig ist. Beim vorliegenden Beispiel wird die Position jeder TKI im Titel-Manager als TKIN verwendet. Das bedeutet, dass "1" als die TKI-Nummer von TKI#1 geschrieben wird, "2" als TKI-Nummer von TKI#2 geschrieben wird und "3" als TKI-Nummer von TKI#3 geschrieben wird.
{17-5_22-4} TKI_SZ
Die Datengröße der TKI in den Byte-Einheiten ist in die "TKI_SZ" geschrteben. In 22 sind 1.024 Bytes als Datengröße der TKI gegeben, so dass jede TKI beim vorliegenden Beispiel 1.024 Bytes lang ist.
{17-5_22-5} TKI_LNK_PTR
Die TKIN der TKI, mit der die vorliegende TKI verknüpft ist, ist in den "TKI_LNK_PTR" geschrieben. Im folgenden werden derartige Verknüpfungen zwischen den TKIs beschrieben.
Wenn ein Titel aus einer Vielzahl von AOBs besteht, die in einer Vielzahl von AOB-Dateien aufgezeichnet sind, werden diese AOB-Dateien als einzelner Titel verwaltet, indem die Vielzahl der TKIs verknüpft werden, die diesen OAB-Dateien entsprechen. Um eine Vielzahl von TKIs zu verknüpfen, ist es notwendig, die TKI der AOB-Datei zu zeigen, die auf die AOB-Datei der vorliegenden TKI folgt. Demzufolge wird die TKIN der vorliegenden TKI in den TKI_LNK_PTR geschrieben.
{17-5_22-6_19} TKI_LNK_PTR
Im folgenden werden die Einstellungen beschrieben, die für den TKI_LNK_PTR in den acht TKIs vorgenommen werden, die in 19 gezeigt sind. Die Titelinformationen, die mit #1 bis #3 und #8 beziffert sind, entsprechen jeweils getrennten Titeln, weshalb keine Informationen in ihrem TKI_LNK_PTR eingestellt werden. Die Titelinformationen TKI#4, TKI#5, TKI#6, TKI#7 entsprechen den vier AOB-Dateien, die TitelD bilden, so dass die nächsten Titelinformationen im TKI_LNK_PTR dieser TK1s gekennzeichnet werden. Wie es mit den Pfeilen TL4, TL5 und TL6 in 19 gezeigt ist, wird "TKI#5" im TKI_LNK_PTR von TKI#4, "TKI#6" im TKI_LNK_PTR von TKI#5 und "TKI#7" im TKI_LNK_PTR von TKI#6 eingestellt.
Infolgedessen kann sich eine Abspielvorrichtung auf die TKI_LNK_PTRs, die in den TKIs gegeben sind, entsprechend dieser vier AOB-Dateien beziehen und somit feststellen, dass die vier TKIs TKI#4 bis TKI#7 und die vier AOB-Dateien "AOB004.SA1" bis "AOB007.SA1" einen einzigen Titel, den TitelD, bilden.
{17-5_22-7} TKI_BLK_ATR
Die Arttribute der vorliegenden TKI sind in das TKI_BLK_ATR geschrieben. In 22 zeigen die Informationen, die innerhalb der Strichlinien dargestellt sind, die sich vom TKI_BLK_ATR erstrecken, den Bitaufbau des TKI_BLK_ATR. In 22 ist das TKI_BLK_ATR mit 16 Bit Länge dargestellt, wobei die Bits von b3 bis b15 für eine zukünftige Verwendung reserviert sind. Die drei Bits von Bit b2 zu b0 werden dazu verwendet, die Attribute der TKI zu zeigen.
Wenn eine TKI einem vollständigen Titel entspricht, wird der Wert "00b" in das TKI_BLK_ATR geschrieben (wobei diese Einstellung im folgenden als "Titel" bezeichnet wird). Wenn zahlreiche TKIs demselben Titel entsprechen, wird der Wert "001 b" in das TKI_BLK_ATR der ersten TKI geschrieben (wobei diese Einstellung im folgenden als "Anfang eines Titels" bezeichnet wird), wird der Wert "010b" in die TKI_BLK_ATRs der TKIs geschrieben, die AOBs in der Mitte eines Titels entsprechen (wobei diese Einstellung im folgenden als "Mitte eines Titels" bezeichnet wird), und wird der Wert "011 b" in das TKI_BLK_ATR der TKI geschrieben, die dem AOB am Ende des Titels entspricht (wobei diese Einstellung im folgenden als "Ende des Titels" bezeichnet wird). Ist eine TKI unbenutzt, existiert jedoch ein TKI-Bereich, was bedeutet, dass es eine gelöschte TKI gibt, wird der Wert "110b" in das TKI_BLK_ATR geschrieben (wobei diese Einstellung im folgenden als "unbenutzt" bezeichnet wird). Wenn eine TKI unbenutzt ist und kein TKI-Bereich existiert, wird der Wert "101b" in das TKI_BLK_ATR geschrieben.
{17-5_22-8_19} Beispieleinstellung des TKI_BLK_ATR
Im folgenden werden die Einstellungen des TKI_BLK_ATR für jede TKI beim Beispiel aus 19 erläutert.
Unter Bezugnahme auf das TKI_BLK_ATR jeder TKI ist zu erkennen, dass die vier Paare TKI#1 ("AOB001.SA1"), TKI#2 ("AOB002.SA.1), TKI#3 ("AOB003.SA1") und TKI#8 ("AOB008.SA1") jeweils separaten Titeln entsprechen, da das TKI_BLK_ATR jeweils von TKI#1, TKI#2, TKI#3 und TKI#8 als "Titel" eingestellt ist.
Das TKI_BLK_ATR von TKI#4 wird als "Anfang des Titels" eingestellt, das TKI_BLK_ATR von TKI#7 wird als "Ende des Titels" eingestellt und das TKI_BLK_ATR von TKI#5 und TKI#6 wird als "Mitte des Titels" eingestellt. Dies bedeutet, dass die AOB-Datei ("AOB004.SA1"), die TKI#4 entspricht, der Beginn des Titels ist, die AOB-Dateien ("AOB005.SA1") und ("AOB006.SA1"), die TKI#5 und TKI#6 entsprechen, die Mitten des Titels sind und die AOB-Datei ("AOB007.SA1"), die TKI#7 entspricht, das Ende eines Titels ist.
Durch Klassifizieren der Kombinationen der TKI und der entsprechenden AOB-Datei in Übereinstimmung mit den Einstellungen des TKI_BLK_ATR in der TKI, ist zu erkennen, dass die Kombination von TKI#1 und "AOB001.SA1" einen ersten Titel (TitelA) bildet. In ähnlicher Weise bildet die Kombination von TKI#2 und "AOB002.SA1" einen zweiten Titel (TitelB) und die Kombination von TKI#3 und "AOB003.SA1" einen dritten Titel (TitelC). Die Kombination von TKI#4 und "AOB004.SA1" bildet den ersten Teil des vierten Titels (TitelD), die Kombinationen von TKI#5 mit "AOB005.SA1" und TKI#6 mit "AOB006.SA1" bilden zentrale Teile von TitelD, und die Kombination von TKI#7 und "AOB007.SA1" bildet den Endteil von TitelD. Schließlich bildet die Kombination von TKI#8 und "AOB008.SA1" einen fünften Titel (TitelE).
{17-5_22-9} TKI_PB_TM
Die Abspieldauer des Titels (Lied), der aus dem AOB besteht, das in der AOB-Datei entsprechend einer TKI aufgezeichnet ist, ist in die "TKI_PB_TM" in der TKI geschrieben.
Besteht ein Titel aus einer Vielzahl von TKIs, wird die gesamte Abspieldauer des Titels in die TKI_PB_TM der ersten TKI geschrieben, die dem Titel entspricht, während die Abspieldauer des entsprechenden AOBs in die zweite und die folgenden TKIs für den Titel geschrieben wird.
{17-5_22-10} TKI_AOB_ATR
Die Codierbedingungen, die verwendet werden, wenn ein AOB erzeugt wird, d.h. die Informationen, wie etwa (1) die Abtastfrequenz, mit der das AOB, das in der entsprechenden AOB-Datei enthalten ist, abgetastet wurde, (2) die Transferbitrate und (3) die Anzahl der Kanäle, ist in das "TKI_AOB_ATR" in einer TKI geschrieben. Der Bitaufbau des TKI_AOB_ATR ist innerhalb der Strichlinien gezeigt, die sich vom "TKI_AOB_ATR" in 22 erstrecken.
In 22 besteht das TKI_AOB_ATR aus 32 Bits, wobei der Codiermodus in das Vier-Bit-Feld von Bit 16 bis Bit 19 geschrieben ist. Wird das AOB gemäß MPEG2-AAC (mit einem ADTS-Header) codiert, wird der Wert "0000b" in dieses Feld geschrieben, während, wenn das AOB gemäß MPEG-Layer-3 (MP3) codiert wird, der Wert "0001 b" geschrieben wird. Wird das AOB gemäß Windows Media Audio (WMA) codiert, wird der Wert "0010b" in dieses Feld geschrieben.
Die Bitrate, die verwendet wird, wenn das AOB codiert wird, ist in das Acht-Bit-Feld zwischen Bit 15 und Bit 18 geschrieben. Wird das AOB gemäß MPEG-2 AAC (mit ADTS-Header) codiert, wird ein Wert zwischen "16" und "72" in dieses Feld geschrieben, während, wenn das AOB gemäß MPEG1-Layer-3 (MP3) codiert wird, ein Wert zwischen "16" und "19" geschrieben wird. Wird das AOB gemäß MPEG1- Layer-3 (MP3) LSF codiert, wird ein Wert zwischen "16" und "80" in dieses Feld geschrieben, während, wenn das AOB gemäß Windows Media Audio (WMA) codiert wird, ein Wert zwischen "8" und "16" geschrieben wird.
Die Abtastfrequenz, die verwendet wird, wenn das AOB codiert wird, wird in das Vier-Bit-Feld zwischen Bit b7 und Bit b4 geschrieben. Beträgt die Abtastfrequenz 48 kHz, wird der Wert "0000b" in dieses Feld geschrieben. Beträgt die Abtastfrequenz 44,1 kHz, ist der Wert "0001b", wenn die Abtastfrequenz 32 kHz beträgt, ist der Wert "0010b", wenn die Abtastfrequenz 24 kHz beträgt, ist der Wert "0011b", wenn die Abtastfrequenz 22,05 kHz beträgt, ist der Wert "0100b", und wenn die Abtastfrequenz 16 kHz beträgt, ist der Wert "0101b".
Die Anzahl der Kanäle wird in das Drei-Bit-Feld von Bit b3 bis Bit b1 geschrieben. Wenn ein Kanal (d.h. ein monoauraler) verwendet wird, wird der Wert "000b" in dieses Feld geschrieben, während, wenn zwei Kanäle (d.h. stereo) verwendet werden, der Wert "001b" in dieses Feld geschrieben wird.
Das Zwölf-Bit-Feld von Bit 31 bis Bit 20 ist für eine zukünftige Verwendung reserviert, wie dies auch für das Bit b0 zutrifft.
{17-5_22-11} ISRC
Ein ISRC (International Standard Recording Code) ist in die TKGI geschrieben. In 22 zeigen die Strichlinien, die sich vom "ISRC"-Kasten erstrecken, den Inhalt das ISRC. Wie es in der Zeichnung dargestellt ist, besteht der ISRC aus zehn Bytes, wobei ein Aufzeichnungsgegenstands-Code (#12) in das Vier-Bit-Feld zwischen Bit b4 und Bit b7 geschrieben ist. Ein Aufzeichnungscode/Aufzeichnungsgegenstands-Code (#11) ist in das Vier-Bit-Feld zwischen Bit b8 und Bit b11 geschrieben.
Ein Aufzeichnungscode (ISRC#10, #9, #8) ist in das Zwölf-Bit-Feld zwischen Bit b12 und Bit b23 geschrieben. Ein Aufnahmejahr-Code (ISRC#6, #7) ist in das Acht-Bit-Feld b24 und das Bit b31 geschrieben.
Ein Ersteigentümer-Code (ISRC #3, #4, #5) ist in das Sechs-Bit-Feld zwischen Bit b32 und Bit b37, in das Sechs-Bit-Feld zwischen Bit b40 und Bit b45 und in das Sechs-Bit-Feld zwischen Bit b48 und Bit b53 geschrieben. Der Ländercode (ISRC #1, #2, #3) ist in das Sechs-Bit-Feld zwischen Bit b56 und Bit b61 und in das Sechs-Bit-Feld zwischen Bit b64 und Bit b69 geschrieben. Ein Ein-Bit-Gültigkeitskennzeichen ist in ein Ein-Bit-Feld geschrieben, das aus Bit b79 besteht. Eine detaillierte Beschreibung des ISRC findet sich in ISO3901:1986 "Documentation-International Standard Recording Code (ISRC)".
{17-5_22-12_23A-1} BIT
Die "Blockinformationstabelle (BIT)" ist eine Tabelle für die Verwaltung eines AOB_BLOCKs und hat den detaillierten Aufbau, wie er in 23A und 23B dargestellt ist.
Wie es in 23A gezeigt ist, besteht eine BIT aus einem DATA_OFFSET-Feld, das einen Bereich vom 60sten Byte zum 63sten Byte einnimmt, einem SZ_DATA-Feld, das einen Bereich vom 64sten Byte zum 67sten Byte einnimmt, einem TMSRTE_Ns-Feld, das einen Bereich vom 68sten Byte zum 71sten Byte einnimmt, einem FNs_1st_TMSRTE-Feld, das einen Bereich vom 72sten Byte zum 73sten Byte einnimmt, einem FNs_Letzt_TMSRTE-Feld, das einen Bereich vom 74sten Byte zum 75sten Byte einnimmt, einem FNs_Mittel_TMSRTE-Feld, das einen Bereich vom 76sten Byte zum 77sten Byte einnimmt, und einem TIME_LENGTH-Feld, das einen Bereich vom 78sten Byte zum 79sten Byte einnimmt. Jedes dieser Felder wird im folgenden detailliert beschrieben.
{17-5_22-12_23A-2} DATA_Offset
Die relative Adresse des Beginns eines AOB_BLOCKs von der Grenze zwischen Clustern ist in den "DATA_OFFSET" als ein Wert geschrieben, der in Byte-Einheiten gegeben ist. Dies drückt die Größe eines ungültigen Bereiches zwischen einem AOB und dem AOB_BLOCK aus. Wenn beispielsweise ein Benutzer eine Radiosendung auf einer Flash-Speicherkarte 31 als AOBs aufzeichnet und es wünscht, einen Eingangsteil eines Titels zu löschen, über den ein DJ gesprochen hat, kann der DATA_OFFSET in der BIT so eingestellt werden, dass der Titel ohne den Teil wiedergegeben wird, der die Stimme des DJs enthält.
{17-5_22-12_23A-3} SZ_DATA
Die Datenlänge eines AOB_BLOCKs, die in Byteeinheiten ausgedrückt ist, ist in "SZ_DATA" geschrieben. Durch Subtrahieren eines Wertes, der durch Addieren der SZ_DATA zum DATA_OFFSET erzeugt wird, von der Dateigröße (ein ganzzahliges Vielfaches der Clustergröße), kann die Größe des ungültigen Bereiches ermittelt werden, der dem AOB_BLOCK folgt.
{17-5_22-12_23A-4} TMSRTE_Ns
Die Gesamtzahl der TMSRT_Einträge, die in einem AOB_BLOCK enthalten ist, ist in "TMSRTE_Ns" geschrieben.
{17-5_22-12_23A-5} "FNs_1st_TMSRTE", "FNs_Letzt_TMSRTE", "FNs_Mittel_TMSRTE"
Die Anzahl von AOB_FRAMEs, die im AOB_ELEMENT enthalten sind, das sich am Beginn eines vorliegenden AOB_BLOCKs befindet, ist in "FNs_1st_TMSRTE" geschrieben.
Die Anzahl von AOB_FRAMEs, die im AOB_ELEMENT enthalten sind, das sich am Ende des vorliegenden AOB_BLOCKs befindet, ist in "FNs_Letzt_TMSRTE" geschrieben.
Die Anzahl von AOB_FRAMEs, die in jedem AOB_ELEMENT abseits jener am Beginn und am Ende des vorliegenden AOB_BLOCKs enthalten sind, d.h. AOB_ELEMENTe in der Mitte des AOB_BLOCKs, sind in "FNs_Mittel_TMSRTE" geschrieben.
Die Abspieldauer eines AOB_ELEMENTs ist in dem Format, das in 23C gezeigt ist, in das "TIME_LENGTH"-Feld mit einer Genauigkeit von Millisekunden geschrieben. Wie es in 23C gezeigt ist, ist das "TIME_LENGTH"-Feld 16 Bits lang.
Wenn das verwendete Codierverfahren MPEG-AAC oder MPEG-Layer3 ist, ist die Abspieldauer eines AOB_ELEMENTs zwei Sekunden, so dass der Wert "2000" in das "TIME_LENGTH"-Feld geschrieben wird.
{17-5_22-13_23B}
23 zeigt die Anzahl von AOB_FRAMEs, die durch FNs_Mittel_TMRTE" gekennzeichnet sind. In derselben Weise wie in 14 zeigt 23B die Beziehung zwischen der Abtast_Frequenz und der Anzahl der AOB_FRAMEs, die in einem AOB_ELEMENT in der Mitte eines AOB_BLOCKs enthalten sind.
Die Beziehung zwischen der Abtast_Frequenz und der Anzahl von Frames, die in einem AOB_ELEMENT enthalten sind, das in 23B gezeigt ist, ist dieselbe, wie jene die in 14 gezeigt ist, d.h. die Anzahl von Frames in einem AOB_ELEMENT hängt von der verwendeten Abtastfrequenz ab. Die Zahl von Frames, die in "FNs_1st_TMSRTE" und "FNs_Letzt_TMSRTE" geschrieben wird, wird im wesentlichen dieselbe sein, wie die Anzahl, die in "FNs_Mittel_TMSRTE" geschrieben wird, wenngleich, wenn ein ungültiger Bereich im AOB_ELEMENT am Beginn und/oder Ende eines AOB_BLOCKs vorhanden ist, sich diese Werte, die in FNs_1st_TMSRTE" und/oder "FNs_Letzt_TMSRTE" gegeben sind, von dem Wert in "FNs_Mittel_TMSRTE" unterscheiden werden.
{17-5_22-14_24} Beispiel eines gespeicherten AOB_ELEMENTs
24 zeigt die Cluster 007 bis 00E, die das AOB speichern, das aus AOB_ELEMENT#1 bis AOB_ELEMENT#4 besteht. Im folgenden werden die Ein stellungen in der BIT beschrieben, wenn ein AOB gespeichert wird, wie es in 24 gezeigt ist. AOB_ELEMENT#1 bis AOB_ELEMENT#4, die in Cluster 007 bis Cluster 00E gespeichert sind, sind in 24 mit den dreieckigen Kennzeichen gekennzeichnet, wobei TMSRT_Einträge in der TKI für jedes von AOB_ELEMENT#1 bis AOB_ELEMENT#4 eingestellt sind.
Bei diesem Beispiel wird der erste Teil von AOB_ELEMENT#1 zu Beginn des AOB im Cluster 007 gespeichert, während der letzte Teil VON AOB_ELEMENT#4 am Ende des AOB im Cluster 00E gespeichert wird. Die AOB_ELEMENTe#1 bis #4 belegen den Bereich zwischen md0 in Cluster 007 bis md4 in Cluster00E. Wie es mit dem Pfeil sd1 in 24 gezeigt ist, kennzeichnet SZ_DATA in der BIT, dass die AOB_ELEMENTe#1 bis #4 einen Bereich vom Beginn des Clusters 007 bis zum Ende des Clusters 00E belegen, und kennzeichnet somit nicht, dass es ungültige Bereiche ud0 und ud1 in den Clustern 007 und 00E gibt, die nicht von einem AOB_ELEMENT belegt werden.
Andererseits enthält das AOB ebenfalls die Teile ud0 und ud1, die in den Clustern 007 und 00E vorhanden sind, jedoch nicht vom AOB_ELEMENT#1 oder AOB_ELEMENT#4 belegt werden. Der DATA_Offset der in der BIT gegeben ist, gibt die Länge des unbelegten Bereiches od0 an, d.h. einen positiven Wert für den Beginn von AOB_ELEMENT#1 relativ zum Beginn des Clusters 007.
In 24 belegt das AOB_ELEMENT#1 einen Bereich von md0 in Cluster 007 bis md1 in Cluster 008.
Dieses AOB_ELEMENT#1 belegt nicht den gesamten Cluster, wobei der übrige Teil des Clusters vom AOB_ELEMENT#2 belegt ist. Das AOB_ELEMENT#4 belegt einen Bereich von md3 in der Mitte durch den Cluster 00C zu md4 in der Mitte durch den Cluster 00E. Auf diese Weise kann das AOB_ELEMENT über Clustergrenzen gespeichert werden, oder es können mit anderen Worten AOB_ELEMENTe ohne Rücksicht auf die Grenzen zwischen Clustern aufgezeichnet werden.
"FNs_1st_TMSRTE" in der BIT zeigt die Anzahl von Frames in einem AOB_ELEMENT#1, das sich in den Clustern 007 und 008 befindet, während "FNs_Letzt_TMSRTE" in der BIT die Zahl von Frames in einem AOB_ELEMENT#4 zeigt, das sich in den Clustern 00C bis 00E befindet.
Auf diese Weise können die AOB_ELEMENTe frei ohne Rücksicht auf die Grenzen zwischen den Clustern positioniert werden. Die BIT stellt Informationen bereit, die den Offset von einer Clustergrenze zu einem AOB_ELEMENT und die Zahl von Frames in jedem AOB_ELEMENT zeigen.
{17-5_22-14_25} Verwendung der Zahl von Frames, die in jedem AOB_ELEMENT gegeben sind (Teil 1)
Im folgenden wird beschrieben, wie die Zahl von Frames in jedem AOB_ELEMENT; das in der BIT gegeben ist, verwendet wird. Die Zahl von Frames, die in der BIT gegeben ist, wird verwendet, wenn eine Vorwärts- oder Rückwärtssuche ausgeführt wird. Wie es zuvor erwähnt wurde, spielen derartige Vorgänge 240 Millisekunden von Daten ab, nachdem zunächst Daten mit einer Abspieldauer von zwei Sekunden übersprungen wurden.
25 zeigt, wie AOB_FRAME#X+1, das als nächstes abgespielt werden sollte, eingestellt ist, wenn eine Vorwärtssuche, die von einem AOB_FRAME#x in einem AOB_ELEMENT#Y beginnt, in einem AOB ausgeführt wird.
25 zeigt den Fall, bei dem ein Benutzer die Vorwärtssuche während des Abspielens eines AOB_FRAMEs#x wählt, der im AOB_ELEMENT#y enthalten ist. In 25 steht "t" für die intermittierende Abspieldauer (hier 240 Millisekunden), zeigt "f(t)" die Zahl von Frames, die dieser intermittierenden Abspieldauer entsprechen, zeigt "Auslassungs Zeit" die Länge der Dauer, die zwischen intermittierenden Abspieldauern (hier zwei Sekunden) ausgelassen werden sollte, und zeigt "f(Auslassungs Zeit)" die Zahl von Frames, die dieser Auslassungszeit entsprechen. Ein intermittierendes Abspielen wird durch Wiederholen der drei Prozeduren (1), (2) und (3) erreicht, die im folgenden beschrieben sind.

(1) Die Abspielvorrichtung bezieht sich auf den TMSRT_Eintrag in der TKTMSRT und springt zum Beginn des Kennzeichensymbols (AOB_ELEMENT).
(2) Die Abspielvornchtung führt ein Abspielen für 240 Millisekunden aus.
(3) Die Abspielvorrichtung springt zum Beginn des nächsten Kennzeichensymbols (AOB_ELEMENT).

Der AOB_FRAME#x+1, der 2s+240ms vom AOB_FRAME#x entfernt ist, der im AOB_ELEMENT#y enthalten ist, ist definitiv im AOB_ELEMENT#y+1 vorhanden. Wenn der AOB_FRAME#x+1 spezifiziert wird, der 2s+240ms vom AOB_FRAME#x entfernt ist, kann die erste Adresse des nächsten AOB-ELEMENTs#y+1 unmittelbar berechnet werden, indem ein TMSRT_Eintrag aus der TKTMSRT gelesen wird, obwohl einer Abspielvorrichtung nicht die Zahl von AOB_FRAMEs von der Startadresse des AOB_ELEMENTs#y+1 bis zum AOB_FRAME#x+1 aus dem TMSRT_Eintrag allein bekannt sein kann.
Um diese Zahl von AOB_FRAMEs zu berechnen, ist es erforderlich, die Gesamtzahl von Frames, die im AOB-ELEMENT#y enthalten sind, von der Summe (1) der Zahl#x, die die Position des AOB_FRAMEs#x relativ zum Beginn des AOB_ELEMENTs#y kennzeichnet, (2) f(t) und (3) f (Auslassungs-Zeit) abzuziehen. Um die Berechnung der relativen Frame-Position des AOB_FRAMEs#x+1 im AOB_ELEMENT#y+1 zu vereinfachen, sind "FNs_1st_TMSRTE", "FNs_Mittel_TMSRTE" und "FNs_Letzt_TMSRTE" für jedes AOB_ELEMENT in die BIT geschrieben, wie es oben erwähnt wurde.
{17-5_22-15_26A} Verwendung der Anzahl von Frames, die in jedem AOB_ELEMENT gegeben sind (Teil 2)
Die Anzahl von Frames, die in die BIT geschrieben sind, wird ebenfalls verwendet, wenn die Abspielvorrichtung eine Zeitsuchfunktion ausführt, bei der das Abspielen an einem Punkt beginnt, der mit Hilfe eines Zeitcodes gekennzeichnet ist. 26A zeigt, wie eine Abspielvorrichtung das AOB_ELEMENT und den AOB_FRAME ent sprechend des Abspielstartzeitpunktes festlegen kann, der durch den Benutzer gekennzeichnet ist. Wenn as Abspielen ab einem Zeitpunkt beginnen soll, der vom Benutzer gekennzeichnet ist, wird der gekennzeichnete Zeitpunkt (in Sekunden) im Jmp_Eintrags-Feld eingestellt, wobei as Abspielen von einem AOB_ELEMENT#y und einer AOB_FRAME-Position x beginnen sollte, die die Gleichung 2 erfüllen, die unten gegeben ist.
Gleichung 2

Jmp_Eintrag (sek) = (FNs_1st_TMSRTE + FNs_Mittel_TMSRTE*y + x)·20 msek.

Da "FNs_1st_TMSRTE" und "FNs_Mittel_TMSRTE" in der BIT bereitgestellt sind, können diese in Gleichung 2 eingesetzt werden, um AOB_ELEMENT#y und AOB_FRAME#x zu berechnen. Daraufhin kann sich eine Abspielvorrichtung auf die TKTMSRT des AOB beziehen, die erste Adresse des AOB_ELEMENTs#y+2 berechnen (das das (y+2)^te AOB_ELEMENT in diesem AOB ist) und die Suche nach einem AOB_FRAME#x von dieser ersten Adresse beginnen. Bei Auffinden des x^ten AOB_FRAMEs beginnt die Abspielvorrichtung das Abspielen von diesem Frame. Auf diese Weise kann die Abspielvorrichtung das Abspielen von Daten ab dem Zeitpunkt beginnen, der durch Jmp_Eintrag (in Sekunden) gekennzeichnet ist.
Auf diese Weise muss eine Abspielvorrichtung nicht nach den ADTS-Header-Teilen von AOB_FRAMEs suchen und muss lediglich die Suche in AOB_ELEMENTen durchführen, die in den TMSRT_Einträgen in der TKTMSRT gegeben sind. Dies bedeutet, dass die Abspielvorrichtung eine Abspielposition, die einem gekennzeichneten Abspielzeitpunkt entspricht, schnell finden kann.
Wenn der Jmp_Eintrag eingestellt ist und die Zeitsuchfunktion an einem Titel verwendet wird, der aus einer Vielzahl von AOBs besteht, muss die Abspielvorrichtung in derselben Weise lediglich ein AOB_ELEMENT#y und einen AOB_FRAME#x berechnen, die die Gleichung 3 im folgenden erfüllen.
Gleichung 3

Jmp_Eintrag (in Sekunden) = Abspieldauer von AOB#1 bis AOB#n + (FNs_1st_TMSRTE (#n+1) + FNs_Mittel_TMSRTE (#n+1)·(y+x)·20 msek

Die vollständige Abspieldauer der AOBs von AOB#1 bis AOB#n ist wie folgt. Gesamtabspieldauer von AOB#1 bis AOB#n = ["FNs_1st_TMSRTE" (#1) + "FNs_Mittel_TMSRTE" (#1)·(Anzahl von TMSRT_Einträgen (#1)–2) + "FNs_Letzt_TMSRTE" (#1) + "FNs_1st_TMSRTE" (#2) + ("FNs_Mittel_TMSRTE" (#2) + Anzahl von TMSRT_Einträgen (#2)–2) + "FNs_Letzt_TMSTRE" (#2) + "FNs_1st_TMSRTE" (#3) + ("FNS_Mittel_TMSRTE" (#3)·Anzahl von TMSRT_Einträgen (#3)–2) + "FNs_Letzt_TMSRTE" (#3) ... + "FNs_1st_TMSRTE" (#n) + ("FNs_Mittel_TMSRTE" (#N)·Anzahl von TMSRT_Einträgen (#n)–2) + "FNs_Letzt_TMSRTE" (#n)]·20 msek
Nach der Berechnung eines AOB#n, eines AOB_ELEMENTs#y und eines AOB_FRAMEs#x, die die Gleichung 3 erfüllen, bezieht sich die Abspielvorrichtung auf die TKTMSRT entsprechend dem AOB#n+1, sucht nach dem x^ten AOB_FRAME von der Adresse, an der das (y+2)^te AOB_ELEMENT (d.h. das AOB_ELEMENT#y+2) positioniert ist, und beginnt das Abspielen ab diesem x^ten AOB_FRAME.
{17-5_22-16_27A,B} Löschen einer AOB-Datei und einer TKI
Damit ist die Erläuterung sämtlicher Informationen, die in der TKI enthalten sind, beendet. Im folgenden wird beschrieben, wie die TKI in den folgenden vier Fällen aktualisiert wird. Im ersten Fall (Fall1) wird ein Titel gelöscht. Im zweiten Fall (Fall2) wird ein Titel gelöscht und ein neuer Titel aufgezeichnet. Im dritten Fall (Fall3) werden zwei Titel aus einer Vielzahl von Titeln ausgewählt und zu einem einzigen Titel kombiniert. Schließlich wird im vierten Fall (Fall4) ein Titel geteilt, um zwei Titel zu erzeugen.
Im folgenden wird Fall1 beschrieben, bei dem ein Titel gelöscht wird.
27A und 27B zeigen die Teillöschung eines Titels. Das Beispiel in 27A und 27B entspricht dem Titel-Manager aus 19 und setzt voraus, dass der Benutzer die Teillöschung von Titel B gekennzeichnet hat. Das AOB, das TitelB entspricht, ist in "AOB002.SA1" aufgezeichnet, das TKI#2 zugeordnet ist. Das bedeutet, dass die Löschung von "AOB002.SA1" von der Einstellung "Unbenutzt" im TKI_BLK_ATR von TKI#2 begleitet wird. Dieser Zustand, bei dem "AOB.SA1" gelöscht und "Unbenutzt" im TKI_BLK_ATR von TKI#2 eingestellt wurde, ist in 27B dargestellt. Da "AOB002.SA1" gelöscht wurde, ist der Bereich, der zuvor von "AOB002.SA1" belegt worden war, frei, um ein unbenutzter Bereich zu werden. Wie es oben erwähnt wurde, besteht die andere Änderung darin, dass "Unbenutzt" im TKI_BLK_ATR von TKI#2 eingestellt wird.
{17-5_22-17_28A,B} Zuordnung der TKIs, wenn ein neues AOB aufgezeichnet wird
Im folgenden wird Fall2 beschrieben, bei dem ein neuer Titel aufgezeichnet wird, nachdem ein Titel gelöscht worden ist.
28 zeigt den Titel-Manager, nachdem die Löschung von Titeln einige Male durchgeführt worden ist. Wie es in 28A dargestellt ist, wird, wenn die Titel, die TKI#2, TKI#4, TKI#7 und TKI#8 entsprechen, gelöscht worden sind, "Unbenutzt" im TKI_BLK_ATR dieser TKI eingestellt. Während AOB-Dateien in derselben Weise gelöscht werden wie herkömmliche Datendateien, wird der Titel-Manager lediglich durch Einstellen von "Unbenutzt" im TKI_BLK_ATR der entsprechenden TKI aktualisiert. Dies bedeutet, dass TKIs, deren TKI_BLK_ATRs als "Unbenutzt" eingestellt sind, an unterschiedlichen Stellen im Titel-Manager erscheinen können.
28B zeigt, wie eine neue TKI und ein AOB geschrieben werden, wenn eine TKI, deren TKI_BLK_ATR "Unbenutzt" ist, im Titel-Manager vorhanden ist. Ähnlich wie bei 28A werden TKI#2, TKI#4, TKI#5, TKI#7 UND TKI#8 in 28B als "Unbenutzt" eingestellt.
In 28B besteht der neue Titel, der geschrieben werden soll, aus vier AOBs. Die unbenutzten TKIs, die verwendet werden, um diese AOBs aufzuzeichnen, werden gemäß den DLP_TK_SRPs bestimmt oder können frei gewählt werden. Beim vorliegenden Beispiel werden die unbenutzten TKIs, die mit TKI#2, TKI#4, TKI#7 und TKI#8 numieriert sind, verwendet, um die TKIs für den neuen Titel aufzuzeichnen.
Da diese vier AOBs einen Titel bilden, wird "Anfang des Titels" im TKI_BLK_ART von TKI#2, "Mitte_des_Titels" im TKI_BLK_ATR von TKI#4 und TKI#7 eingestellt und "Ende_des_Titels" im TKI_BLK_ATR von TKI#8 eingestellt. Der TKI_LNK_PTR in jedem der vier TKIs, TKI#2, TKI#4, TKI#7 UND TKI#7, der verwendet wird, um den neuen TitelD zu bilden, wird so eingestellt, dass er die TKI zeigt, die den nächsten Teil von TitelD bilden, so dass, wie es mit den Pfeilen TL2, TL4 und TL7 gezeigt ist, TKI#4 im TKI_LNK_PTR von TKI#4 eingestellt wird und TKI#8 im TKI_LNK_PTR von TKI#7 eingestellt wird.
Anschließend werden die Dateien "AOB002.SA1", "AOB004.SA1", "AOB007.SA1" und "AOB008.SA1 ", die dieselben Nummern wie TKI#2, TKI#4, TKI#7, TKI#8 haben, erzeugt und die vier AOBs, die TitelD bilden, in diesen vier Dateien gespeichert.
Durch geeignetes einstellen der TKI_LNK_PTRs und der TKI_BLK_ATRs kann dieser vierte Titel TitelD unter Verwendung von TKI#2, TKI#4, TKI#7 und TKI#8 verwaltet werden.
Wenn, wie es oben beschrieben wurde, ein neuer Titel auf die Flash-Speicherkarte 31 geschrieben wird, werden TKIs im Titel-Manager, die als "Unbenutzt" eingestellt sind, als TKIs zugeordnet, die für Titel verwendet werden sollen, die neu aufgezeichnet werden sollen.
{17-5_22-18_29A,B} Einstellen der TKI, wenn zwei Titel kombiniert werden
Im folgenden wird die Aktualisierung der TKI beschrieben, wenn Titel kombiniert werden (Fall3).
29A und 29B zeigen, wie die TKIs eingestellt werden, wenn zwei Titel kombiniert werden, um einen neuen Titel zu erzeugen. Das Beispiel in 29A verwendet denselben Titel-Manager wie 19 und zeigt den Fall, bei dem der Benutzer einen Editiervorgang ausführt, um TitelC und TitelE zu einem einzigen Titel zu kombinieren.
In diesem Fall werden die AOBs, die TitelC und TitelE entsprechen, in den AOB-Dateien "AOB003.SA1" und "AOB008.SA1" aufgezeichnet, die TKI#3 und TKI#8 entsprechen, so dass die TKI_BLK_ATRs und TKI#3 und TKI#8 neu geschrieben werden. 29B zeigt das TKI_BLK_ATR dieser TKIs nach dem Neuschreiben. In 29A werden die TKI_BLK_ATRs von TKI#3 und TKI#8 als "Titel" geschrieben, wobei jedoch in 29B das TKI_BLK_ATR von TKI#3 zu "Anfang des Titels" neu geschrieben wird und das TKI_BLK_ATR von TKI#8 als Ende des Titels neu geschrieben wird. Durch Neuschrieben der TKI_BLK_ATRs auf diese Weise werden die AOB-Dateien "AOB003.SA1" UND "AOB008.SA1", die TKI#3 und TKI#8 entsprechen, schließlich als Teile eines einzigen Titels, des neuen TitelsC, behandelt. Dieser Vorgang wird davon begleitet, dass der TKI_LNK_PTR von TKI#3 neu geschrieben wird, um TKI#8 zu kennzeichnen.
Es wird insbesondere darauf hingewiesen, dass, wenngleich die TKI_BLK_ATRs in der TKI neu geschrieben werden, keine Verarbeitung ausgeführt wird, um die AOB-Dateien "AOB003.SA1" und "AOB008.SA1" physikalisch zu kombinieren. Der Grund dafür ist, dass AOB-Dateien jeweils unter Verwendung unterschiedlicher Dateischlüssel verschlüsselt werden, so dass es, wenn AOB-Dateien kombiniert werden, erforderlich wäre, zwei Vorgänge für jede AOB-Datei auszuführen, um zuerst die verschlüsselte AOB-Datei zu entschlüsseln, und anschließend das Ergebnis erneut zu verschlüsseln, was zu einer übermäßigen Prozessorbelastung führen würde. Zudem würde eine AOB-Datei, die auf diese Weise kombiniert wird, unter Verwendung eines einzigen Dateischlüssels verschlüsselt werden, wodurch der kombinierte Titel weniger sicher würde als die Titel, die verwendet werden, um diesen zu erzeugen.
Die TKI ist ursprünglich dazu bestimmt, die Größe der TKTMSRT zu unterdrücken, so dass das physikalische Kombinieren von AOB-Dateien durch einen Editiervorgang ebenfalls das Risiko bergen würde, dass die TKI zu lang wird.
Aus den oben genannten Gründen belassen Editiervorgänge, die Titel kombinieren, die AOB-Dateien in ihrem verschlüsselten Zustand und werden dadurch erreicht, dass lediglich die Attribute geändert werden, die durch die TKI_BLK_ATRs gegeben sind.
{17-5_22-18_29A,B-1_30,31} Bedingungen, die erfüllt sein sollten, wenn Titel kombiniert werden
Das Kombinieren von Titeln wird ausgeführt, indem die TKI_BLK_ATR-Attribute geändert werden, wie es oben beschrieben ist, wobei jedoch die AOBs, die in den kombinierten Titeln enthalten sind, die Bedingungen erfüllen sollten, die unten gegeben sind.
Eine erste Bedingung besteht darin, dass das AOB, das einen letzten Teil eines neuen Titels bildet, über dieselben Audio-Attribute (Audio-Codiermodus, Bitrate, Abtastfrequenz, Anzahl der Kanäle, etc.) verfügen muss, wie das AOB, das den ersten Teil des neuen Titels bilden soll. Hat ein AOB andere Audio-Attribute als das vorhergehende oder nachfolgende AOB, muss die Abspielvorrichtung den Betrieb des Decoders zurücksetzen, wodurch ein nahtloses (d.h. unterbrechungsfreies) Abspielen aufeinander folgender AOBs schwierig wird.
Die zweite Bedingung besteht darin, dass es im Titel, der durch Kombinieren erzeugt wird, drei oder mehr AOBs, die lediglich aus AOB_ELEMENTen bestehen, deren Anzahl der AOB_FRAMEs unter der erforderlichen Anzahl für einen "FNs_Mittel_TMSRTE" liegen, nicht verknüpft werden können.
AOBs werden in zwei Typen klassifiziert, abhängig davon, ob wenigstens ein AOB_ELEMENT dieselbe Anzahl von AOB_FRAMEs enthält, wie die Anzahl von Frames, die für einen "FNs_Mittel_TMSRTE" vorgegeben ist. Das Typ1-AOB enthält wenigstens ein AOB_ELEMENT, das diese Anzahl von AOB_FRAMEs hat, während das Typ2-AOB kein AOB_ELEMENT enthält, das über diese Anzahl von AOB_FRAMEs verfügt.
Mit anderen Worten haben AOB_ELEMENTe in einem Typ2-AOB weniger AOB_FRAMEs als "FNs_Mittel_TMSRTE", wobei die zweite Bedingung vorgibt, dass drei Typ2-AOBs nicht miteinander verknüpft werden können.
Der Grund für die zweite Bedingung ist wie folgt. Wenn die Abspielvorrichtung nacheinander AOBs liest, sollte vorzugsweise eine ausreichende Anzahl von AOB_FRAMEs im Puffer der Abspielvorrichtung angesammelt sein, wenngleich dies nicht erreicht werden kann, wenn es aufeinander folgende Typ2-AOBs gibt. In einem derartigen Fall, ist es wahrscheinlich, dass eine Unterversorgung im Puffer der Abspielvorrichtung auftritt, so dass ein unterbrechungsfreies Abspielen durch die Abspielvorrichtung nicht länger sichergestellt werden kann. Um derartige Unterversorgungen zu vermeiden, wird die zweite Bedingung verwendet, die festlegt, dass drei oder mehr Typ2-AOBs nicht kontinuierlich verknüpft werden können.
30A zeigt ein Typ1-AOB, während 30B zwei Beispiele von Typ2-AOBs darstellt. In 30B bestehen beide AOBs aus weniger als zwei AOB_ELEMENTen, wobei keines der AOB_ELEMENTE eine Anzahl von AOB_FRAMEs enthält, die für einen "FNs_Mittel_TMSRTE" eingestellt ist. Da das Nichtvorhandensein eines AOB_ELEMENTs mit der Zahl von AOB_FRAMES, die für "FNs_Mittel_TMSRTE" eingestellt ist, die Bedingung ist, durch die ein AOB als Typ2-AOB klassifiziert ist, bedeutet dies, das sämtliche der AOBs, die in dieser Zeichnung dargestellt sind, als Typ2-AOBs klassifiziert sind.
In 31A ist eine Kombination von Typ1+Typ2+Typ2+Typ1-AOBs zu einem einzigen Titel dargestellt. Da diese Kombination nicht die Verknüpfung von drei Typ2-AOBs beinhaltet, können diese AOBs verknüpft werden, um einen einzigen Titel zu bilden.
31B zeigt die Verknüpfung von Typ1+Typ2+Typ2+Typ2+Typ1-AOBs zu einem einzigen Titel. Diese Kombination würde dazu führen, dass es drei aufeinander folgende Typ2-AOBs gibt, und ist somit verboten.
{17-5_22-18_29A,B-1_32} Kombinieren von Titeln im Bezug auf Kombinationen von Typ1- und Typ2-AOBs
Bei der Kombination von AOBs zu einem einzigen Titel, wie es in 31A gezeigt ist, kann, sofern das letzte AOB im ersten Titel ein Typ1-AOB ist, die Kombination ohne Rücksicht darauf ausgeführt werden, ob der erste Teil dieses Titels ein Typ1-AOB oder ein Typ2-AOB ist. 32A zeigt den Fall, bei dem das letzte AOB im ersten Titel ein Typ1-AOB und das erste AOB im nächsten Titel ebenfalls ein Typ1-AOB ist. 32B zeigt den Fall, bei dem das letzte AOB im ersten Titel ein Typ1-AOB und das erste AOB im nächsten Titel ein Typ2-AOB ist. Da die zweite Bedingung in beiden dieser Fälle erfüllt ist, können die dargestellten Titel zu einem einzigen Titel kombiniert werden.
Wenn das letzte AOB im ersten Titel ein Typ2-AOB ist und das vorangehende AOB im ersten Titel ein Typ1-AOB ist, kann der erste Titel mit einem folgenden Titel kombiniert werden, der mit einem Typ1-AOB beginnt, unabhängig davon, ob das erste AOB im ersten Titel ein Typ1-AOB oder ein Typ2-AOB ist.
32C zeigt den Fall, bei dem der erste Titel mit einem Typ1-AOB und einem Typ2-AOB in dieser Reihenfolge endet und der zweite Titel mit einem Typ1-AOB beginnt. 32D zeigt den Fall, bei dem der erste Titel mit einem Typ1-AOB und einem Typ2-AOB in dieser Reihenfolge endet und der zweite Titel mit einem Typ2-AOB und einem Typ1-AOB in dieser Reihenfolge beginnt. Da die zweite Bedingung in beiden dieser Fälle erfüllt ist, können die dargestellten Titel zu einem einzigen Titel kombiniert werden.
Wenn der erste Titel mit einem Typ2-AOB endet und das unmittelbar vorausgehende AOB ebenfalls ein Typ2-AOB ist, kann dieser erste Titel mit einem folgenden Titel kombiniert werden, der mit einem Typ1-AOB beginnt. 32E zeigt den Fall, bei dem der erste Titel mit zwei Typ1-AOBs endet und der zweite Titel mit einem Typ1-AOB beginnt. Da die zweite Bedingung in diesem Fall erfüllt ist, können die dargestellten Titel zu einem einzigen Titel kombiniert werden. Wenn zwei Titel kombiniert werden sollen, wird auf diese Weise eine Untersuchung ausgeführt um festzustellen, ob die beiden Titel die erste und die zweite Bedingung erfüllen, wobei die beiden Titel nur kombiniert werden, wenn beurteilt wird, dass sie diese Bedingungen erfüllen.
Im folgenden wird die Aktualisierung der TKI für Fall4 beschrieben, bei dem ein Titel unterteilt wird.
{17-5_22-19_33A,B} Einstellungen für die TKI, wenn ein Titel unterteilt wird
33A und 33B zeigen Beispiele, wenn ein einzelner Titel geteilt werden soll, um zwei neue Titel zu erzeugen. Für diese Beispiele ist der Inhalt des Titel-Managers derselbe wie bei 27, wobei davon ausgegangen wird, dass der Benutzer einen Editiervorgang ausgeführt hat, der TitelC in zwei neue Titel, TitelC und TitelF unterteilt. Wenn der TitelC in einen neuen TitelC und TitelF unterteilt werden soll, wird die AOB-Datei "AOB002.SA1" entsprechend TitelF erzeugt. 33A zeigt, dass TKI#2 als "Unbenutzt" eingestellt ist, wobei diese TKI#2 der neu erzeugten AOB-Datei "AOB002.SA1" zugeordnet wird.
{17-5_22-19_33A,B-1_34A,B} Aktualisieren der Verzeichniseinträge und der FAT-Werte
Wenn die AOB-Datei "AOB003.SA1" unterteilt wird, um "AOB002.SA1" zu erzeugen, müssen die Verzeichnungseinträge und FAT-Werte aktualisiert werden. Diese Aktualisierung wird im folgenden erläutert. 34A zeigt, wie der SD-Audio-Verzeichniseintrag im SD-Audio-Verzeichnis, zu dem die AOB-Datei "AOB003.SA1" gehört, geschrieben wird, bevor die Datei unterteilt wird.
Die AOB-Datei "AOB003.SA1" wird in eine Vielzahl von Teilen unterteilt, die in Clustern 007, 008, 009, 00A, ..., 00D, 00E gespeichert werden. In diesem Fall wird die erste Clusternummer für die AOB-Datei "AOB003.SA1 ", die im Verzeichniseintrag gegeben ist, als "007" geschrieben. Die Werte (008), (009), (00A), ... (00D), (00E) sind ebenfalls in die FAT-Werte 007, 008, 009, 00A, ...,00D entsprechend den Clustern 007, 008, 009, 00A, ..., 00D geschrieben.
Wenn die AOB-Datei "AOB003.SA1" unterteilt wird, so dass ihr letzterer Teil zur neuen AOB-Datei "AOB002.SA1" wird, werden ein "Dateiname", eine "Dateinamenserweiterung" und eine "Anzahl erster Cluster in der Datei" für die neue AOB-Datei "AOB002.SA1" dem SD-Audio-Verzeichniseintrag hinzugefügt. 34B zeigt, wie der SD-Audio-Verzeichniseintrag im SD-Audioverzeichnis, zu dem die AOB-Datei "AOB003.SA1" gehört geschrieben wird, nachdem die AOB-Datei "AOB003.SA1" unterteilt wurde.
In 34B speichert der Cluster 00F eine Kopie eines Clusters 00B, der die Grenze beinhaltet, die vom Benutzer gekennzeichnet wird, wenn die Datei unterteilt wird. Die Teile der AOB-Datei "AOB002.SA1 ", die dem Teil folgen, der im Cluster 00B enthalten ist, werden in den Clustern 00C, 00D, 00E gespeichert wie zuvor. Da der erste Teil der AOB-Datei "AOB002.SA1" im Cluster 00F gespeichert wird und die übrigen Teile in den Clustern 00C, 00D, 00E gespeichert werden, wird "00F" in die "Anzahl des ersten Cluster in der Datei" für die neue AOB-Datei "AOB002.SA1" geschrieben, während (00C), (00D), (00E) in die FAT-Werte 00F, 00C, 00D, 00E entsprechend den Clustern 00F, 00C, 00D und 00E geschrieben werden.
{17-5_22-19_33A,B-2_35A,B} Einstellen der Informationsfelder in der TKI
Im folgenden wird beschrieben, wie die Informationsfelder in der TKI für die AOB-Datei "AOB002.SA1" eingestellt werden, sobald diese Datei durch Aktualisieren der Verzeichniseinträge und der FAT-Werfe gewonnen wurde. Wenn eine TKI für einen unterteilten Titel erzeugt wird, gibt es zwei Arten von Informationsfeldern in der TKI. Dies sind (1) Informationen, die von der ursprünglichen TKI kopiert werden können, und (2) Informationen, die man erhält, indem die Informationen in der ursprüngli chen TKi aktualisiert werden. Die TKTXTI_DA und der ISRC sind der erstgenannte Typ, währen die BIT, die TKTMSRT und andere Informationsfelder der letztgenannte Typ sind. Da beide Typen von Informationen vorhanden sind, erzeugt das vorliegende Beispiel eine TKI für einen unterteilten Titel durch Kopieren der ursprünglichen TKI, um eine Vorlage für die neue TKI zu erzeugen, und anschließendes Unterteilen/Aktualisieren der TKTMSRT und BIT in dieser Vorlage und Aktualisieren der übrigen Informationsfelder.
35A zeigt den Fall, bei dem ein AOB_FRAME und ein AOB unterteilt werden. Die erste Ebene in 35A zeigt die vier AOB_ELEMENTE, AOB_ELEMENT#1, AOB_ELEMENT#2, AOB_ELEMENT#3 und AOB_ELEMENT#4. Die Datenlängen dieser AOB_ELEMENTE werden in der TKTMSRT als die vier TMSRT_Einträge#1, #2, #3 und #4 eingestellt. Wenn die Grenze bd1 für die Unterteilung im AOB_ELEMENT#2 in 35A eingestellt ist, wird das AOB_ELEMENT#2 in einen ersten Bereich (1), der aus den Frames besteht, die sich vor der Grenze bd1 befinden, und einen zweiten Bereich (2) unterteilt, der aus den Frames besteht, die sich hinter der Grenze bd1 befinden. 35B zeigt die beiden AOBs AOB#1 UND AOB#2, die man erhält, indem man das AOB in der Mitte durch das AOB-ELEMENT#2 unterteilt.
{17-5_22-19_33A,B-3_36} Einstellung der BIT
36 zeigt, wie die BIT eingestellt wird, wenn ein AOB unterteilt wird, wie es in 35 gezeigt ist. Das AOB, das in 35 gezeigt ist, wird an der Grenze bd1 unterteilt. Das AOB#1, das durch diese Unterteilung erzeugt wird, enthält die beiden AOB_ELEMENTE AOB_ELEMENT#1 und AOB_ELEMENT#2, wohingegen das andere AOB#2, das durch diese Unterteilung erzeugt wird, die drei AOB_ELEMENTE, AOB_ELEMENT#1, AOB_ELEMENT#2 und AOB_ELEMENT#3, enthält.
In 36 wurde diesen AOB_ELEMENTEN zudem die dreieckigen Kennzeichen gegeben, um die Einstellungen der TMSRT_Einträge zu zeigen, die in den TKIs entsprechend dieser AOBs enthalten sind. Die Erläuterung konzentriert sich zu nächst auf das AOB#1, das man durch diese Unterteilung erhält. Das AOB_ELEMENT#1 und das AOB_ELEMENT#2, die im AOB#1 enthalten sind, belegen Cluster 007 bis 00A, so dass das AOB#1 so behandelt wird, als sei es eine Zusammensetzung aus Cluster 007 bis Cluster 00A. Das AOB_ELEMENT#2 im AOB#1 hat eine Datenlänge, die nicht am Ende von Cluster 00A endet, sondern an der Grenze bd1, die im Cluster 00A vorhanden ist, so dass SZ_DATA für das AOB#1 als die Menge der Daten vom Bereich md0 zur Grenze bd1 in Cluster 00A gegeben ist. Der "FNs_1st_TMSRTE" für das AOB#1 ist derselbe wie vor der Unterteilung, während sich der "FNs_Letzt_TMSRTE" für das AOB#1 von dem Wert, der vor der Unterteilung verwendet wurde, dadurch unterscheidet, dass er nun die Zahl von Frames vom Beginn des AOB_ELEMENTs#2 vor der Unterteilung zur Grenze bd1 kennzeichnet.
Im folgenden wird das AOB#2 beschrieben, das man durch diese Unterteilung erhält. Das AOB_ELEMENT#1, DAS AOB_ELEMENT#2 und das AOB_ELEMENT#3, die im AOB#2 enthalten sind, belegen Cluster 00B bis Cluster 007. Der Cluster 00F enthält eine Kopie des Inhaltes von Cluster 00A. Der Grund, warum Cluster 00F eine Kopie von Cluster 00A speichert, besteht darin, dass der Cluster 00A vom AOB_ELEMENT#2 im AOB#1 belegt ist, so dass es erforderlich ist, einen anderen Cluster dem AOB_ELEMENT#1 im AOB#2 zuzuweisen.
Das AOB_ELEMENT#1 im AOB#2 hat eine Datenlänge, die nicht am Anfang von Cluster 00F beginnt, sondern an der Grenze bd1, die im Cluster 00F vorhanden ist, so dass SZ_DATA für das AOB#2 als Menge der Daten vom Beginn des Clusters 00B zu einem Punkt in der Mitte durch den Cluster 00E plus die Datenlänge des Teils des Clusters 00F gegeben ist, der vom AOB_ELEMENT#1 belegt ist.
Der Teil des AOB_ELEMENTs#2 im AOB#1, das in der Kopie des Clusters 00A enthalten ist, der in Cluster 00F enthalten ist, muss aus AOB#2 ausgeschlossen werden, so dass das DATA_Offset-Feld in der BIT von AOB#2 als die Größe des Teils des AOB_ELEMENTs#2 im AOB#1 eingestellt wird, das im Cluster 00F enthalten ist.
Wie es aus 36 zu erkennen ist, führt die Unterteilung das AOB lediglich zum AOB_ELEMENT, das die Grenze für die Unterteilung enthält, die zweigeteilt ist, und zu den anderen AOB_ELEMENTen, die vor und nach dem unterteilten AOB_ELEMENT positioniert sind, das unverändert bleibt. Infolgedessen wird "FNs_Letzt_TMSRTE" von AOB#2 auf denselben Wert für das "AOB_ELEMENT#4" vor der Unterteilung eingestellt und "FNs_1st_TMSRTE" von AOB#2 auf das AOB_ELEMENT#1 von AOB#2 eingestellt, d.h. die Anzahl der Frames, die im Teil enthalten sind, der der Grenze folgt, sobald das AOB_ELEMENT#2 unterteilt wurde.
{17-5_22-19_33A,B-4_37} Einstellen der BIT
37 zeigt ein spezielleres Beispiel von Änderungen bei den BITs infolge der Unterteilung eines Titels. Die linke Seite von 37 zeigt ein Beispiel der Einstellungen der BIT vor der Unterteilung. Bei dieser BIT wird der Daten-Offset als "X", SZ_DATA auf "52428" und TMSRTE_Ns auf "n" eingestellt. FNs_1st_TMSRTE wird auf "80 Frames", FNs_Mittel_TMSRTE auf "94 Frames" und FNs_Letzt_TMSRTE auf "50 Frames" eingestellt.
Die rechte Seite von 37 zeigt die Einstellungen von zwei BITs, die durch Unterteilung eines Titels erzeugt werden. Wenn das AOB entsprechend der BIT auf der linken Seite von 37 unterteilt wird, wie es in 35A gezeigt ist, wird der Daten-Offset in der BIT des ersten Titels, der durch die Unterteilung erzeugt wird, auf "X" eingestellt, wie der Titel vor der Unterteilung, wird "SZ_DATA" auf die Datenlänge "Q" vom Beginn zum Unterteilungspunkt Q aktualisiert und TMSRTE_Ns auf "k" eingestellt, was die Anzahl von TMSRT_Einträgen vom ersten TMSRT_Eintrag zum k^ten TMSRT_Eintrag kennzeichnet. FNs_1st_TMSRTE und FNs_Mittel_TMSRTE werden jeweils auf "80" und "94" Frames auf dieselbe Weise eingestellt, wie die BIT vor der Unterteilung, aber da das abschließende AOB_ELEMENT im AOB des ersten Titels, der durch die Unterteilung erzeugt wird, "p" AOB_FRAMES enthält, wird FNs_Letzt_TMSRTE auf "p Frames" eingestellt.
In der BIT des zweiten Titels, der durch die Unterteilung erzeugt wird, wird der "Daten-Offset" auf "R", SZ_DATA auf (ursprüngliche SZ#DATA "52428" – Datenlänge bis zum Teilungspunkt Q) und TMSRTE_Ns auf "n-k+1 "eingestellt, das durch Addieren von eins (für den k-ten TMSRT_Eintrag, der als Ergebnis der Unterteilung neu hinzugefügt wird) zur Anzahl der TMSRT_Einträge vom k^ten TMSRT_Eintrag zum n^ten TMSRT_Eintrag erzeugt wird.
FNs_Mittel_TMSRTE und FNs_Letzt_TMSRTE werden auf dieselben Werte wie die BIT vor der Unterteilung eingestellt, d.h. "94 Frames" bzw. "50 Frames".
Das erste AOB_ELEMENT im AOB dieses zweiten Titels enthält "94-p" AOB_FAMES, so dass "94-p" im FNs_1st_TMSRTE der BIT entsprechend diesem Titel eingestellt wird.
{17-5_22-19_33A,B-5_38} Einstellen der BIT
38 zeigt die TKTMSRT nach der Unterteilung. Im folgenden werden zunächst die Einstellungen der TMSRT erläutert. Die TMSRT des ersten Titels enthält TMSRT_Einträge vom ersten TMSRT_Eintrag des AOB vor der Unterteilung bis zum k-ten TMSRT_Eintrag, d.h. die TMSRT_Einträge #1 bis #k.
Es wird hier darauf hingewiesen, dass das AOB_ELEMENT#k, das die Grenze für die Unterteilung enthält, lediglich den Bereich (1) enthält, so dass der k^te TMSRT_Eintrag lediglich die Datengröße entsprechend diesem Bereich (1) enthält. Die TMSRT des zweiten Titels enthält die TMSRT_Einträge vom k-ten TMSRT_Eintrag des AOB vor der Unterteilung bis zum n^ten TMSRT_Eintrag, d.h. die TMSRT_Einträge #k bis #n. Es wird hier darauf hingewiesen, dass das AOB_ELEMENT#k, das die Grenze für die Unterteilung enthält, lediglich den Bereich (2) enthält, so dass der k^te TMSRT_Eintrag lediglich eine Datengröße entsprechend diesem Bereich (2) enthält.
Das Kopieren der TKI wird von der Unterteilung und der Aktualisierung der TKTMSRT und der BIT begleitet, und sobald die übrigen Informationen aktualisiert wurden, sind die TKIs für die neuen Titel, die durch die Unterteilung erzeugt werden, vollständig. In derselben Weise wie beim Kombinieren der Titel, werden die AOB- Dateien nicht entschlüsselt, so dass zwei Titel erzeugt werden können, indem eine AOB-Datei in ihrem verschlüsselten Zustand unterteilt wird. Da die Unterteilung einer AOB-Datei nicht die Entschlüsselung und die erneute Verschlüsselung beinhaltet, kann der Verarbeitungsaufwand des Unterteilens eines Titels verringert werden. Dies bedeutet, dass Titel selbst mit einer Abspielvorrichtung beschränkter Prozessorleistung editiert werden können.
Damit ist die Erläuterung der TKI abgeschlossen. Im folgenden werden die Abspiellisten beschrieben.
{17-6} Abspiellisten-Manager
Wie es mit den Strichlinien h5 in 17 gezeigt ist, besteht der Abspiellisten-Manager aus Abspiellisten Manager Informationen (PLMGI) zum Verwalten der Abspiellisten, die auf der Flash-Speicherkarte 31 gespeichert sind, Voreinstellungs_Abspiellisten_Informationen (DPLI) zum Verwalten sämtlicher Titel, die auf der Flash-Speicherkarte 31 gespeichert sind, und Abspiellisten-Informationen (PLI) #1, #2, #3, #4, ..., #m. Jede PLI ist eine Information für eine vom Benutzer festgelegte Abspielliste. Wie es mit den Strichlinien h6 dargestellt ist, besteht die DPLI aus Voreinstellungs_Abspiellisten_Allgemein_Informationen (DPLGI) und Voreinstellungs_Abspiellisten_Titel_Such_Zeigern (DPL_TK_SRP) #1, #2, #3, #4, ..., #m.
Wie es mit den Strichlinien h7 dargestellt ist, besteht jede PLI aus Abspiellisten Allgemein Informationen (PLGI) und Abspiellisten Titel Such Zeigern (PL_TK_SRP) #1, #2, #3, #4, ..., #m.
Die DPLI, auf die sich hier bezogen wird, unterscheidet sich von jeder PLI in der folgenden Art und Weise. Während die DPLI sämtliche Titel kennzeichnen muss, die auf der Flash-Speicherkarte 52 gespeichert sind, hat eine PLI nicht diese Einschränkung und kann eine beliebige Zahl von Titeln kennzeichnen. Dadurch sind unterschiedliche Möglichkeiten für den Benutzer eröffnet. Als repräsentative Beispiele kann der Benutzer Abspiellisten_Informationen erzeugen, die lediglich seine bevorzugten Titel kennzeichnen, und diese Abspiellisten_Informationen auf der Flash-Speicherkarte 31 speichern, oder eine Abspielvorrichtung veranlassen, auto matisch Abspiellisten_Informationen zu erzeugen, die lediglich Titel eines bestimmten Genres aus einer Vielzahl von Titeln kennzeichnen, die auf der Flash-Speicherkarte 31 gespeichert sind, und die resultierenden Abspiellisten-Informationen auf der Flash-Speicherkarte 31 speichern.
{17-7_18} Zahl der Abspiellisten und deren Datengrößen
Wie es in 18 gezeigt ist, kann ein Maximum von 99 Abspiellisten auf einer Flash-Speicherkarte 31 gespeichert werden. Die kombinierte Datengröße der Abspiellisten-Manager-Informationen (PLMGI) und der Voreinstellungs-Abspiellisten-Informationen (DPLI) ist zudem auf 2.560 Bytes fixiert. Jede PLI hat eine feste Länge von 512 Bytes. Der "DPL_TK_SRP", der in den Voreinstellungs-Abspiellisten-Informationen enthalten ist, enthält ein "DPL_TK_ATR" und "DPL_TKIN". Andererseits enthält das "PL_TK_SRP"-Feld, das in einer PLI enthalten ist, lediglich einen "PL_TK_SRP". Das Format des DPL_TK_ATR, der DPL_TKIN und der PL_TKIN-Felder ist in 39 gezeigt.
{17-8_39-1} Format des DPL_TK_SRP
39 zeigt das Format des DPL_TK_SRP. In 39A ist die DPL_TKIN in das 0-te bis 9-te Bit im DPL_TK_SRP geschrieben, während das DPL_TK_ATR in das 13-te bis 15-te Bit geschrieben ist. Das 10-te bis 12-te Bit im DPL_TK_SRP sind für eine zukünftige Verwendung reserviert.
Die TKI-Nummer ist in die DPL_TKIN geschrieben, die das 0-te bis 9-te Bit im DPL_TK_SRP belegt. Dadurch kann eine TKI spezifiziert werden.
{17-9_39B} Format des PL_TK_SRP
39B zeigt das Format des PL_TK_SRP. Dies ist ein Zehn-Bit-Feld, in das PL_TKIN, d.h. eine TKI-Nummer, geschrieben ist.
{17-8_39A-2} Aufbau des DPL_TK_ATR
Die Strichlinien h51 und h52, die sich vom DPL_TK_ATR in 39A erstrecken, zeigen eine Beispieleinstellung des DPL_TK_ATR. Wie es aus dieser Zeichnung zu erkennen ist, wird das DPL_TK_ATR für einen DPL_TK_SRP in derselben Weise eingestellt, wie das TKI_BLK_ATR für eine TKI eingestellt wird, d.h. das DPL_TK_ATR wird entweder für "Titel", "Anfang des Titels", "Mitte des Titels" oder "Ende des Titels" eingestellt.
Wenn, genauer gesagt, die TKI, die durch die TKIN gekennzeichnet ist, verwendet wird und ein Audio-Objekt (AOB) entsprechend einem vollständigen Titel in der AOB-Datei entsprechend der gekennzeichneten TKI aufgezeichnet wird (d.h. wenn das TKI_BLK_ATR der TKI "Titel" ist), wird der Wert "00b" im "DPL_TK_ATR" eingestellt.
Wenn die TKI, die durch die TKIN gekennzeichnet ist, verwendet wird und ein Audio-Objekt (AOB) entsprechend lediglich dem Anfang eines Titels in der AOB-Datei entsprechend der gekennzeichneten TKI aufgezeichnet wird (d.h. wenn das TKI_BLK_ATR der TKI "Kopf des Titels" ist), wird der Wert "001 b" im "DPL_TK_ATR" eingestellt. Wenn die TKI, die durch die TKIN gekennzeichnet ist, verwendet wird und ein Audio-Objekt (AOB) entsprechend einem Titel-Mittelteil in der AOB-Datei entsprechend der gekennzeichneten TKI aufgezeichnet wird (d.h. wenn das TKI_BLK_ATR der TKI "Mittelpunkt des Titels" ist), wird der Wert "010b im "DPL_TK_ATR" eingestellt. Wenn die TKI, die durch die TKIN gekennzeichnet ist, verwendet wird und ein Audio-Objekt (AOB) entsprechend einem Endteil eines Titels in der AOB-Datei entsprechend der gekennzeichneten TKI aufgezeichnet wird (d.h. wenn das TKI_BLK_ATR der TKI "Ende des Titels" ist), wird der Wert "001 b" im "DPL_TK_ATR" eingestellt.
Wenn im Gegensatz dazu die TKI, die durch die TKIN gekennzeichnet ist, nicht verwendet wird, und der TKI-Bereich lediglich eingestellt ist, was der Tatsache ent spricht, dass eine TKI gelöscht wurde (d.h. wenn das TKI_BLK_ATR der TKI "Unbenutzt" ist), wird der Wert "100b" im DPL_TK_ATR eingestellt.
Wenn die TKI, die durch die TKIN gekennzeichnet ist, nicht verwendet wird und kein TKI-Bereich eingerichtet wurde, d.h. wenn sich eine TKI in einem Ausgangszustand befindet, wird der Wert "101b" im "DPL_TK_ATR" eingestellt.
Da die Nummer einer TKI in die DPL_TKIN geschrieben wird, ist es klar, welche aus der Vielzahl von TKIs jedem DPL_TK_SRP entspricht. Die Position des DPL_TK_SRP in den Voreinstellungs_Abspiellisten_Informationen zeigt, wann das AOB, das der TKI entspricht, die ihrerseits dem DPL_TK_SRP entspricht, abgespielt wird, d.h. die Ordinalposition des AOB in der Voreinstellungs_Abspielliste. Infolgedessen kennzeichnet die Reihenfolge der DPL_TK_SRP-Gegenstände in der Voreinstellungs-Abspielliste die Reihenfolge, in der eine Vielzahl von Titeln gespielt wird, d.h. bestimmt sie die Abspielreihenfolge der Titel.
{17-9_40-1} Zwischenbeziehung zwischen den Voreinstellungs_Abspiellisten_Informationen, der TKI und den AOB-Dateien
40 zeigt die Zwischenbeziehungen zwischen den Voreinstellungs_Abspiellisten_Informationen, der TKI und den AOB-Dateien. Die zweite, dritte und vierte Ebene in dieser Zeichnung sind dieselben, wie die erste, zweite und dritte Ebene in 19 und zeigen somit einen Titel-Manager, der acht TKI und acht AOB-Dateien enthält. 40 unterscheidet sich von 19 dadurch, dass ein Kasten, der die Voreinstellungs_Abspiellisten_Informationen zeigt, in der ersten Ebene gegeben ist. Die acht kleinen Unterteilungen, die in diesem Kasten gezeigt sind, zeigen die acht DPL_TK_SRP, die in den Voreinstellungs_Abspiellisten_Informationen enthalten sind. Der obere Teil jeder Unterteilung zeigt das DPL_TK_ATR, während der untere Teil die DPL_TKIN zeigt.
Wie es mit den Pfeilen DT1, DT2, DT3, DT4, ... in 40 dargestellt ist, stehen DPL_TK_SRP#1 und TKI#1 in Beziehung, wie dies auch DPL_TK_SRP#2 und TKI#2, DPL_TK_SRP#3 und TKI#3 und DPL_TK_SRP#4 und TKI#4 tun.
Betrachtet man die DPL_TK_ATR-Felder im DPL_TK_SRP, so ist zu erkennen, dass "Titel" für DPL_TK_SRP#1, DPL_TK_SRP#2, DPL_TK_SRP#3 und DPL_TK_SRP#8 eingestellt ist. Mit anderen Worten entsprechen die vier Kombinationen DPL_TK_SRP#1 → TKI#1 ("AOB001.SA1"), DPL_TK_SRP#2 → TKI#2 ("AOB002.SA1"), DPL_TK_SRP#3 → TKI#3 ("AOB003.SA1"), DPL_TK_SRP#8 → TKI#8 ("AOB008.SA1") vier separaten Titeln.
Daneben hat keiner von DPL_TK_SRP#4, DPL_TK_SRP#5, DPL_TK_SRP#6 und DPL_TK_SRP#7 ein DPL_TK_ATR, das als "Titel" eingestellt ist. Anstelle dessen ist DPL_TK_SRP#4 von DPL_TK_ATR als "Anfang des Titels", das DPL_TK_ATR von DPL_TK_SRP#7 als "Ende des Titels" und sind die DPL_TK_ATRs von DPL_TK_SRP#5 und DPL_TK_SRP#6 als "Mitte des Titels" eingestellt.
Dies bedeutet, dass TKI#4 ("AOB004.SA1"), die sich auf DPL_TK_SRP#4 bezieht, der Anfang eines Titels ist, TKI#5 ("AOB005.SA1") und TKI#6 ("AOB006.SA1"), die sich jeweils auf DPL_TK_SRP#5 und DPL_TK_SRP#6 beziehen, die Mitten eines Titels sind und TKI#7 ("AOB007.SA1"), das sich auf DPL_TK_SRP#7 bezieht, das Ende eines Titels ist.
Die DPL_TK_SRP-Einträge in der Voreinstellungs-Abspielliste zeigen, in welcher Reihenfolge die AOBs entsprechend jeder TKI abzuspielen sind. Die DPL_TKINs von DPL_TK_SRP#1, #2, #3, #4, ..., #8 in der Voreinstellungs-Abspielliste von 40 kennzeichnen TKI#1, #2, #3, #4, ..., #8. Wie es mit den Pfeilen (1) (2) (3) (4) ... (8) gezeigt ist, wird die AOB-Datei "AOB001.SA1 ", die TKI#1 entspricht, zuerst abgespielt, "AOB002.SA1 ", die TKI#2 entspricht, als zweites abgespielt, "AOB003.SA1 ", die TKI#3 entspricht, als drittes abgespielt und "AOB004.SA1 ", die TKI#4 entspricht, als viertes abgespielt.
{17-10_41} Beispieleinstellungen für die Voreinstellungs-Abspielliste und Abspiellisten_Informationen
41 zeigt Beispieleinstellungen für die Voreinstellungs_Abspielliste und die Abspiellisten_Informationen unter Verwendung derselben Bezeichnung wie in 40. In 41 zeigt der Kasten in der ersten Ebene die Voreinstellungs_Abspielliste, während die drei Kästen in der zweiten Ebene die PLIs darstellen.
Die kleinen Unterteilungen in dem Kasten, der die Voreinstellungs_Abspielliste zeigt, stellen die acht DPL_TK_SRP-Werte dar, die in der Voreinstellungs_Abspielliste enthalten sind, während die kleinen Unterteilungen in den Kästen, die jede PLI zeigen, drei oder vier DPL_TK_SRP-Werte darstellen. Die Einstellung der TKIN jedes DPL_TK_SRP, der in den Voreinstellungs_Abspiellisten_Informationen enthalten ist, ist dieselbe wie in 40. Die Einstellungen der TKIN des DPL_TK_SRP, der in jeder PLI enthalten ist, unterscheiden sich jedoch vollständig von jenen im DPL_TK_SRP.
{17-10_42} Entsprechung zwischen dem DPL_TK_SRP und der TKI
42 zeigt die Entsprechung zwischen dem DPL_TK_SRP und der TKI mit Hilfe derselben Darstellung wie in 40. In 42 besteht die Abspielliste#1 aus DPL_TK_SRP#1, #2, #3. Von diesen ist #3 als PL_TKIN von PL_TK_SRP#1 geschrieben, während #1 als PL_TKIN von PL_TK_SRP#2 geschrieben ist und #2 als PL_TKIN von PL_TK_SRP#3 geschrieben ist. Das bedeutet, dass wenn Titel gemäß der Abspielliste#1 abgespielt werden, eine Vielzahl von AOBs, wie es mit den Pfeilen (11) (12) (13) gezeigt ist, in der Reihenfolge AOB#3, AOB#1, AOB#2 abgespielt wird.
Die Abspielliste#2 besteht aus PL_TK_SRP#1, #2, #3. Von diesen ist #8 als PL_TKIN von PL_TK_SRP#1 geschrieben, während #3 als PL_TKIN von PL_TK_SRP#2 geschrieben ist und #1 als PL_TKIN von PL_TK_SRP#3 geschrieben ist. Das bedeutet, dass, wenn Titel gemäß der Abspielliste#2 abgespielt werden, eine Vielzahl von AOBs, wie es mit den Pfeilen (21) (22) (23) gezeigt ist, in der Reihenfolge AOB#8, AOB#3, AOB#1 abgespielt werden, d.h. in einer vollständig anderen Reihenfolge als bei Abspielliste#1.
Die Abspielliste#3 besteht aus PL_TK_SRP#1, #2, #3, #4. Die PL_TKIN dieser PL_TK_SRP#1 bis #4 sind jeweils als #8, #4, #3 und #1 eingestellt. Dies bedeutet, dass wenn Titel gemäß Abspielliste#3 abgespielt werden, eine Vielzahl von AOBs wie folgt abgespielt wird. Als erstes wird AOB#8, das TitelE bildet, abgespielt, wie es mit dem Pfeil (31) gezeigt ist. Als nächstes werden AOB#4, AOB#5, AOB#6 und AOB#7, die TitelD bilden, abgespielt, wie es mit Pfeil (32) gezeigt ist. Anschließend werden AOB#3 und AOB#1, die TitelC bzw. TitelA bilden, wiedergegeben, wie es mit den Pfeilen (33) und (34) gezeigt ist.
Es wird hier speziell darauf hingewiesen, dass, wenn ein Titel aus einer Vielzahl von TKIs besteht, lediglich die TKI-Nummer des Beginns des Titels in den PL_TK_SRP-Eintrag geschrieben wird. Wenngleich, detaillierter gesagt, die DPL_TK_SRP-Werte, die in den Voreinstellungs_Abspiellisten_Informationen gegeben sind, die vier TKIs (TKI#4, TKI#5, TKI#6, TKI#7) festlegen, die TitelD bilden, muss der PL_TK_SRP, der in einem Satz von Abspiellisten_Informationen gegeben ist, nicht alle vier TKIs kennzeichnen. Aus diesem Grund kennzeichnet PL_TK_SRP#2 in der Abspielliste#3 lediglich TKI#4 von TKI#4 bis TKI#7.
Andererseits hat eine DPLI, die eine Vielzahl von DK_TK_SRPs enthält, eine Datengröße, die größer ist als ein Sektor und immer in den RAM einer Abspielvorrichtung geladen wird. Wenn Titel gemäß einer Abspielliste abgespielt werden, bezieht sich die Abspielliste auf die DK_TK_SRPs, die in deren RAM geladen wird, und kann somit mit hoher Geschwindigkeit nach TKIs suchen. Um TKIs (AOBs) unter Verwendung eines PL_TK_SRP abzuspielen, der lediglich die TKI-Nummer der ersten TKI kennzeichnet, sucht eine Abspielvorrichtung den DPL_TK_SRP, der in deren RAM geladen ist, auf der Basis der TKI, die durch den PL_TK_SRP gekennzeichnet sind, und beurteilt, ob der aktuelle Titel aus einer Vielzahl von TKIs besteht. Ist dies der Fall, führt die Abspielvorrichtung die geeignete Prozedur zum Abspielen sämtlicher der entsprechenden TKIs (AOBs) aus.
Wie es oben beschrieben wurde, sind die Voreinstellungs_Abspielliste und eine Vielzahl von PLIs in den Abspiellisten Manager geschrieben. Wenn unterschiedliche Abspielreihenfolgen in die DPL_TKINs und die PL_TKINs der DPL_TK_SRPs und die PL_TK_SRPs geschrieben sind, die derartige Abspiellisten bilden, wird es möglich, AOBs in unterschiedlichen Reihenfolgen abzuspielen. Durch das Anbieten einer Vielfalt von Abspielreihenfolgen für den Benutzer auf diese Weise, kann dem Benutzer der Eindruck vermittelt werden, dass es eine Anzahl von Musikalben gibt, die auf der Flash-Speicherkarte 31 gespeichert sind.
Es wird hier im besonderen darauf hingewiesen, dass die Datengröße des DLP_TK_SRP entsprechend einer AOB-Datei klein ist (nicht mehr als zwei Bytes), während die Datengröße der TKI entsprechend einer AOB-Datei groß ist (bis zu 1.024 Bytes). Wenn die TKI im Titel-Manager neu geordnet werden, muss eine große Zahl von Zugriffen auf die Flash-Speicherkarte 31 erfolgen, aber wenn die DPL_TK_SRPs in den Voreinstellungs_Abspiellisten_Informationen oder einer PLI neu geordnet werden, kann dies mit einer geringeren Zahl von Zugriffen auf die Flash-Speicherkarte 31 erfolgen.
Wenn angesichts dessen die Navigationsdaten editiert werden, wird die Reihenfolge der DPL_TK_SRPs in der Voreinstellungs_Abspielliste gemäß dem Editiervorgang aktiv geändert, während die Reihenfolge der TKI im Titel-Manager trotz des Editiervorgangs unverändert bleibt.
{17-9_40-2_43A,B} Neuordnen des DPL-TK_SRP
Im folgenden wird ein Editiervorgang beschrieben, der die Abspielreihenfolge von Titeln durch Neuordnen der DPL_TK_SRPs in den Voreinstellungs_Abspiellisten_Informationen neu ordnet. 43A und 43B zeigen ein Beispiel der Neuordnung der Titel. Die Einstellungen der DPL_TK_SRPs und TKIs in 43A sind dieselben wie in 40.
In 40A ist die DPL_TKIN im DPL_TK_SRP#3 auf TKI#3 eingestellt, während die DPL_TKIN im DPL_TK_SRP#8 auf TKI#8 eingestellt ist. Im folgenden wird der Fall beschrieben, bei dem diese DPL_TK_SRPs mit den dicken Umrandungen in 40 ausgetauscht werden.
Die Nummern (1) (2) (3) (4) (5) (6) (7) (8) in 43B zeigen die Abspielreihenfolge von Titeln nach diesem Editiervorgang. Es wird hier darauf hingewiesen, dass, wenngleich die Abspielreihenfolge, die in 43A gezeigt ist, TitelA, TitelB, TitelC, TitelD, TitelE ist, in 43B die DPL_TKINs von DPL_TK_SRP#3 und DPL_TK_SRP#8 in den Voreinstellungs_Abspiellisten_Informationen geändert werden, so dass die Titel in der Reihenfolge TitelA, TitelB, TitelE, TitelD, TitelC abgespielt werden. Auf diese Weise kann die Abspielreihenfolge von Titeln auf einfache Weise geändert werden, indem die Reihenfolge der DPL_TK_SRPs in den Voreinstellungs_Abspiellisten_Informationen geändert werden.
Wenngleich sich die obige Beschreibung mit einem Editiervorgang beschäftigt, der die Reihenfolge von Titeln ändert, werden im folgenden die folgenden vier Vorgänge beschrieben, die unter Bezugnahme auf die Änderungen bei den TKIs erläutert wurden. Diese Vorgänge sind ein erster Fall (Fall1), bei dem ein Titel gelöscht wird, ein zweiter Fall (Fall2), bei dem ein neuer Titel aufgezeichnet wird, ein dritter Fall (Fall3), bei dem zwei frei gewählte Titel kombiniert werden, um einen neuen Titel zu erzeugen, und ein vierter Fall (Fall4), bei dem ein Titel unterteilt wird, um zwei neue Titel zu erzeugen.
{17-9_40-3_44A,B} Löschen eines Titels
Im folgenden wird Fall1 beschrieben, bei dem ein Titel gelöscht wird.
44A und 44B zeigen, wie die Voreinstellungs_Abspielliste, der Titel-Manager und AOB-Dateien aktualisiert werden, wenn aus der Voreinstellungs_Abspielliste, die in 40 gezeigt ist, DPL_TK_SRP#2 und TKI#2 gelöscht werden. In diesen Zeichnungen wird derselbe Teil eines AOB gelöscht, wie in 27, die verwendet wurde, um die Löschung einer TKI zu beschreiben. Infolge dessen sind die zweite, dritte und vierte Ebene in 44A und 44B dieselben wie in 27. Der Unterschied zu 27 besteht darin, dass die Voreinstellungs_Abspiellisten_Informationen, die eine Vielzahl von DPL_TK_SRPs enthalten, in der ersten Ebene auf dieselbe Weise gegeben sind, wie in 40.
Das vorliegende Beispiel beschäftigt sich mit dem Fall, bei dem der Benutzer TitelB löscht, der aus DPL_TK_SRP#2 → TKI#2 ("AOB002.SA1") besteht, die mit der dicken Umrandung in 44A gekennzeichnet ist. In diesem Fall wird DPL_TK_SRP#2 aus den Voreinstellungs_Abspiellisten_Informationen gelöscht und werden DPL_TK_SRP#3 bis DPL_TK_SRP#8 jeweils um eine Stelle in der Abspielreihenfolge bewegt, um so den Platz in der Reihenfolge zu füllen, der durch die Löschung von DPL_TK_SRP#2 frei geworden ist.
Wenn die DPL_TK_SRPs auf diese Art und Weise nach oben bewegt werden, wird der abschließende DPL_TK_SRP#8 als "Unbenutzt" eingestellt. Andererseits wird die TKI, die dem gelöschten Teil entspricht, als "Unbenutzt" eingestellt, wie es in 27A und 27B gezeigt ist, ohne dass die anderen TKIs bewegt werden, um den Zwischenraum zu füllen, der durch die Löschung erzeugt wird. Die Löschung der TKI wird zudem von der Löschung der AOB-Datei "AOB002.SA1" begleitet.
Auf diese Weise werden DPL_TK_SRPs in der Abspielreihenfolge nach oben bewegt, die TKIs jedoch nicht entfernt, so dass in 44B lediglich die DPL_TKINs und die DPL_TK_SRPs aktualisiert werden. Bei diesem Beispiel wird die DPL_TKIN im DPL_TK_SRP#2 so eingestellt, dass TKI#3 gekennzeichnet wird, wie es mit dem Pfeil DT11 gezeigt ist, die DPL_TKIN im DPL_TK_SRP#3 so eingestellt, dass TKI#4 gekennzeichnet wird, wie es mit dem Pfeil DT12 gezeigt ist, die DPL_TKIN im DPL_TK_SRP#4 so eingestellt, dass TKI#5 gekennzeichnet wird, und die DPL_TKIN im DPL_TK_SRP#5 so eingestellt, dass TKI#6 gekennzeichnet wird. Die DPL_TKIN in DPL_TK_SRP#8, die als "Unbenutzt" eingestellt wurde, wird so eingestellt, dass TKI#2 gekennzeichnet wird, wie es mit dem Pfeil DT13 gezeigt ist.
Wenn ein Titel gelöscht wird, werden die DPL_TK_SRPs, die für die folgenden Titel in der Abspielreihenfolge verwendet werden, nach oben bewegt, während die TKI, die dem gelöschten Titel entspricht, als "Unbenutzt" eingestellt wird, währende sie in ihrer vorliegenden Position verbleibt. Auf diese Weise wird ein Editiervorgang nicht von der Bewegung von TKIs begleitet, wodurch die Prozessorbelastung beim Editieren von Titeln verringert wird.
{17-9_40-4_45A,B} Zuweisung der TKIs beim Aufzeichnen von Titeln
Im folgenden wird Fall2 beschrieben, wenn ein neuer Titel aufgezeichnet wird, nachdem ein Titel teilweise gelöscht wurde. 45A und 45B zeigen, wie ein Vorgang, der eine neue TKI und einen neuen DPL_TK_SRP schreibt, ausgeführt wird, wenn eine "Unbenutzte" TKI und ein unbenutzter DPL_TK_SRP vorhanden sind.
Diese Zeichnungen sind in großem Umfang dieselben wie 28A und 28B, die verwendet wurden, um die Zuweisung einer neuen TKI zu einer TKI zu erläutern, die als "Unbenutzt" eingestellt ist. Die zweite, dritte und vierte Ebene in 45A und 45B sind dieselben wie die ersten drei Ebenen in 28A und 28B. Der Unterschied zwischen diesen Zeichnungen besteht darin, dass die ersten Ebenen in 45A und 45B die Voreinstellungs_Abspiellisten_Informationen zeigen, die aus einer Vielzahl von DPL_TK_SRPs bestehen. In 45A werden DPL_TK_SRP#4 bis DPL_TK_SRP#8 als "Unbenutzt" eingestellt. Andererseits sind in 28 TKI#2, TKI#4, TKI#5, TKI#7, TKI#8 als "Unbenutzt" dargestellt.
Obwohl hier und da TKIs, die als "Unbenutzt" eingestellt sind, im Titel-Manager vorhanden sind, sind die "Unbenutzten" DPL_TK_SRPs nebeneinander in den Voreinstellungs_Abspiellisten_Informationen positioniert. Dies resultiert daraus, dass die benutzten DPL_TK_SRPs in den Voreinstellungs_Abspiellisten_Informationen nach oben bewegt werden, wie es oben erläutert wurde, während ein derartiges Bewegen nach oben für TKIs nicht durchgeführt wird.
Die folgende Erläuterung beschreibt den Fall, bei dem TitelD, der aus vier AOBs besteht, geschrieben wird. Die TKIs für diese vier AOBs werden jeweils in die folgenden "Unbenutzten" TKIs im Titel-Manager geschrieben: TKI#2; TKI#4; TKI#7 und TKI#8.
Die DPL_TK_SRPs für diese vier AOBs werden in DPL_TK_SRP#4 bis DPL_TK_SRP#7 in den Voreinstellungs_Abspiellisten_Informationen geschrieben. Da diese vier AOBs einen einzigen Titel bilden, wird das DPL_TK_ATR von DPL_TK_SRP#4 auf "Anfang_des_Titels", werden die DPL_TK_ATRs von DPL_TK_SRP#5 und DPL_TK_SRP#6 auf "Mitte des Titels" eingestellt und das DPL_TK_ATR von DPL_TK_SRP#7 auf "Ende des Titels" eingestellt.
Die DPL_TKIN von DPL_TK_SRP#4 wird auf TKI#2, die DPL_TKIN von DPL_TK_SRP#5 auf TKI#4, die DPL_TKIN von DPL_TK_SRP#6 auf TKI#7 und die DPL_TKIN von DPL_TK_SRP#7 auf TKI#8 eingestellt.
Durch Einstellen der DPL_TKINs und der DPL_TK_ATRs auf diese Weise werden TKI#2, TKI#4, TKI#7 UND TKI#8 als vierter Titel TitelD verwaltet.
Bei der obigen Verarbeitung wird ein Schreibvorgang für "Unbenutzte" TKIs ausgeführt, obwohl dies keinen Einfluss auf die anderen TKIs TKI#1, TKI#2, TKI#3 UND TKI#4 hat, wie dies ebenfalls der Fall in 28A und 28B war.
{17-9_40-5_46A,B} Fall3: Kombinieren von Titeln
Im folgenden wird die Aktualisierung der Voreinstellungs_Abspiellisten_Informationen beschrieben, wenn Titel kombiniert werden (d.h. im Fall3). 46A und 46B zeigen ein Beispiel der Kombination von Titeln.
Diese Zeichnungen sind in großem Umfang dieselben wie 29A und 29B, die verwendet wurden, um das Kombinieren von TKIs zu beschreiben. Die zweite, dritte und vierte Ebene in 46A und 46B sind dieselben wie die ersten beiden Ebenen in 29A und 29B. Der Unterschied zwischen diesen Zeichnungen besteht darin, dass die ersten Ebenen in 46A und 46B Voreinstellungs_Abspiellisten_Informationen darstellen, in denen DPL_TK_SRP#8 als "Unbenutzt" eingestellt ist und sich auf TKI#2 bezieht, das ebenfalls als "Unbenutzt" eingestellt ist. Wenn ein Editiervorgang, der Titel kombiniert, für AOB-Dateien und TKIs ausgeführt wird, wie es in 29A und 29B gezeigt ist, werden die Inhalte von DPL_TK_SRP#3 bis DPL_TK_SRP#6 jeweils um eins nach unten bewegt und der Inhalt von DPL_TK_SRP#7, der mit der dicken Umrandung dargestellt ist, in DPL_TK_SRP#3 kopiert, wie es in 46A und 46B gezeigt ist. Die TKIs werden ebenfalls aktualisiert, wie es in 29A und 29B gezeigt ist.
{17-9_40-6_47A,B} Fall4: Unterteilung eines Titels
Im folgenden wird die Aktualisierung der Voreinstellungs_Abspiellisten_Informationen beschrieben, wenn ein Titel unterteilt wird (Fall4).
47A und 47B zeigen ein Beispiel der Unterteilung eines Titels. Diese Zeichnungen sind in großem Umfang dieselben wie 33A und 33B, die verwendet wurden, um die Unterteilung von TKIs zu erläutern.
Die zweiten und dritten Ebenen in 47A und 47B sind dieselben wie die ersten beiden Ebenen in 33A und 33B. Der Unterschied zwischen diesen Zeichnungen besteht darin, dass die erste Ebene in 47A und 47B Voreinstellungs_Abspiellisten_Informationen darstellt, in denen DPL_TK_SRP8# als "Unbenutzt" ein gestellt ist und sich auf TKI#2 bezieht, das ebenfalls als "Unbenutzt" eingestellt ist.
Wenn, wie in 33A und 33B, der Benutzer die Unterteilung von TKI#3 ("AOB003.SA1") in zwei kennzeichnet, wie es mit der dicken Umrisslinie gezeigt ist, werden die Positionen von DPL_TK_SRP#3 bis DPL_TK_SRP#7 in der Reihenfolge jeweils um eins nach unten bewegt und ein DPL_TK_SRP, der als "Unbenutzt" eingestellt ist, innerhalb der Voreinstellungs_Abspiellisten_Informationen auf die vorherige Position von DPL_TK_SRP#3 bewegt.
Dieser neue DPL_TK_SRP#3 wird der TKI, TKI#2, zugeordnet, die durch die Unterteilung neu erzeugt wurde. Die AOB-Datei "AOB002.SA1 ", die der TKI#2 zugeordnet ist, speichert das, was ursprünglich der letzte Teil der AOB-Datei "AOB003.SA1" war. DPL_TK_SRP#2 ist vor DPL_TK_SRP#3 vorhanden, der TKI#2 zugeordnet ist und wird TKI#2 und "AOB002.SA1" zugeordnet.
Das heißt, "AOB002.SA1" und "AOB003.SA1" speichern jeweils den letzten und den ersten Teil des ursprünglichen "AOB003.SA1 ", wobei DPL_TK_SRP#2 und DPL_TK_SRP#3, die diesen Dateien entsprechen, kennzeichnen, dass diese AOBs in der Reihenfolge "AOB003.SA1" und "AOB002.SA1" abgespielt werden sollen. Infolgedessen werden der letzte und der erste Teil des unsprünglichen "AOB003.SA1" in der Reihenfolge erster Teil, letzter Teil gemäß der Abspielreihenfolge abgespielt, die in DPL_TK_SRP gegeben ist.
{17-9_40-8} Anwendung der Editierverarbeitung
Durch Kombinieren der vier oben erwähnten Editierprozesse kann ein Benutzer eine große Vielfalt von Editiervorgängen ausführen. Wenn beispielsweise ein aufgezeichneter Titel eine Einleitung hat, über die ein Diskjockey geredet hat, kann der Benutzer zunächst den Titel unterteilen, um den Teil zu trennen, der die Stimme des Diskjockeys enthält. Anschließend kann der Benutzer diesen Titel löschen, um den Teil des Titels zu belassen, der nicht den Diskjockey beinhaltet.
Damit ist die Erläuterung der Navigationsdaten abgeschlossen. Im folgenden wird eine Abspielvorrichtung mit einem geeigneten Aufbau zum Abspielen der Navigationsdaten und zur Darstellung der Daten erläutert, die oben beschrieben wurden.
{48-1} Äußere Erscheinung der Abspielvorrichtung
48 zeigt eine tragbare Abspielvorrichtung für die Flash-Speicherkarte 31 der vorliegenden Erfindung. Die Abspielvorrichtung, die in 48 gezeigt ist, hat einen Einsteckschlitz zum Einstecken der Flash-Speicherkarte 31, ein Tastenfeld zum Empfangen von Benutzerbefehlen, wie etwa Abspielen, Vorwärtssuchen, Rückwärtssuchen, schneller Vorlauf, Zurückspulen, Stoppen und dergleichen, sowie ein LCD-Feld (LCD – Flüssigkristallanzeigevorrichtung). Was den Aufbau angeht, gleicht diese Abspielvorrichtung anderen Arten tragbarer Musikabspielgeräte.
Das Tastenfeld enthält:
eine "Play"-Taste, die die Auswahl einer Abspielliste oder eines Titels empfängt;
eine "|<<"-Taste, die einen Überspringbefehl empfängt, der die Abspielposition zum Beginn des aktuellen Titels bewegt;
eine ">>|"-Taste, die einen Überspringbefehl empfängt, der die Abspielposition zu einem Begin des nächsten Titels bewegt;
eine "<<"-Taste und eine ">>"-Taste die einen Rückwärtssuchbefehl bzw. einen Vorwärtssuchbefehl empfängt, die den Benutzer in die Lage versetzen, die Wiedergabe schnell durch den aktuellen Titel zu bewegen;
eine "Display"-Taste, die einen Befehl empfängt, um Standbilder anzuzeigen, die auf der Flash-Speicherkarte 31 gespeichert sind;
eine "Rec"-Taste, die einen Aufzeichnungsbefehl empfängt;
eine "Audio"-Taste zum Empfangen von Benutzerauswahlen der Abtastfrequenz, oder ob stereo oder mono zu verwenden ist;
eine "Mark"-Taste, die Benutzerbefehle empfängt, die Positionen in Titeln markiert; und
eine "Edit"-Taste, die Benutzerbefehle zum Editieren von Titeln oder für die Eingabe von Titelnamen empfängt.
{48-2} Verbesserungen, die bei dieser tragbaren Abspielvorrichtung an der Flash-Speicherkarte 31 vorgenommen wurden
Die Unterschiede zwischen dieser tragbaren Abspielvorrichtung mit Flash-Speicherkarte 31 und einem herkömmlichen tragbaren Musikabspielgerät liegen in den vier folgenden Verbesserungen (1) bis (4).

(1) Eine Liste von Abspiellisten und Titeln wird auf dem LCD-Feld gezeigt, um es dem Benutzer zu gestatten, die Voreinstellungs_Abspiellisten_Informationen, eine PLI oder getrennte Titel zu markieren
(2) Tasten auf dem Tastenfeld werden den Abspiellisten und/oder Titeln zugeordnet, die auf dem LCD-Feld angezeigt werden, um es dem Benutzer zu gestatten, einen Titel oder eine Abspielliste zu wählen, die abgespielt oder editiert werden soll;
(3) Ein Zeitcode, der eine Position in einem Titel anzeigt, wird auf dem LCD-Feld 5 angezeigt, wenn ein Titel abgespielt wird.
(4) Eine Wählscheibe ist vorgesehen, die den Benutzer in die Lage versetzt, einen Zeitcode für die Verwendung als Abspielstartzeitpunkt einzustellen, wenn die Zeitsuchfunktion verwendet wird, oder als Teilungsgrenze, wenn ein Titel unterteilt wird.

{48-2_49_50} Verbesserung (2)
Im folgenden wird eine Verbesserung (2) im Detail beschrieben. 49 zeigt ein Beispiel eines Anzeigebildschirms, der auf dem LCD-Feld angezeigt wird, wenn der Benutzer eine Abspielliste wählt, während 50A und 50E Beispiele des dargestellten Inhaltes anzeigen, wenn der Benutzer einen Titel wählt.
In 49 stehen die ASCII-Zeichenfolgen "DEFAULTPLAYLIST", "PLAYLIST#1", "PLAYLIST#2", "PLAYLIST#3" und "PLAYLIST#4" für die Voreinstellungs-Abspielliste und die vier Abspiellisten, die auf der Flash-Speicherkarte 31 gespeichert sind.
Daneben stehen die ASCII-Zeichenfolgen "Titel#1", "Titel#2", "Titel#3", "Titel#4", "Titel#5" für die fünf Titel, die in der Abspielreihenfolge gekennzeichnet sind, die durch die Voreinstellungs-Abspielliste gegeben ist, die auf der Flash-Speicherkarte 31 gespeichert ist. In 49 und 50A zeigen die hervorgehobene Abspielliste und der Titel den Titel oder die Abspielliste, die derzeit zum Abspielen oder Editieren gekennzeichnet sind.
Drückt der Benutzer die ">>"-Taste, wenn Titel#1 zum Abspielen innerhalb einer Abspielreihenfolge gekennzeichnet ist, die durch die Voreinstellungs-Abspielliste gegeben ist, die auf dem LCD-Feld angezeigt wird, wird Titel#2 zum Abspielen innerhalb der Liste von Titeln gekennzeichnet, wie es in 50B dargestellt ist. Drückt der Benutzer die ">>"-Taste erneut, wird Titel#3 zum Abspielen innerhalb der Liste von Titeln angezeigt, wie es in 50C gezeigt ist.
Drückt der Benutzer die "<<"-Taste, wenn Titel#3 zum Abspielen innerhalb einer Abspielreihenfolge gekennzeichnet ist, die durch die Voreinstellungs-Abspielliste gegeben ist, die auf dem LCD-Feld angezeigt wird, wird Titel#2 zum Abspielen innerhalb der Liste von Titeln gekennzeichnet, wie es in 50D gezeigt ist. Wenn, wie es in 50E gezeigt ist, der Benutzer die "Play"-Taste drückt, wenn ein beliebiger der Titel gekennzeichnet ist, beginnt das Abspielen des gekennzeichneten Titels, wohingegen, wenn der Benutzer die "Edit"-Taste drückt, der gekennzeichnete Titel zum Editieren ausgewählt wird.
{48-3_51} Verbesserung (4)
Im folgenden wird die Verbesserung (4) im Detail beschrieben. 51A bis 51C zeigen einen Beispielbetrieb des Wählrades. Wenn der Benutzer das Wählrad in einem bestimmten Umfang dreht, wird der Abspielzeitcode, der auf dem LCD-Feld angezeigt wird, gemäß diesem bestimmten Umfang erhöht oder verringert. Das Beispiel in 51A zeigt den Fall, bei dem der Abspielzeitcode, der zu Beginn auf dem LCD-Feld angezeigt wird, "00:00:20" ist.
Wenn der Benutzer das Wählrad gegen den Uhrzeigersinn dreht, wie es in 51B gezeigt ist, wird der Abspielzeitcode auf "0:00:10" gemäß dem Umfang eingestellt, um den das Wählrad gedreht wurde. Wenn im Gegensatz dazu der Benutzer das Wählrad gegen den Uhrzeigersinn dreht, wie es in 51C gezeigt ist, wird der Abspiel-Zeitcode auf "0:00:30" gemäß dem Umfang erhöht, um den das Wählrad gedreht wurde.
Indem dem Benutzer die Änderung des Abspielzeitcodes auf diese Weise gestattet ist, ermöglicht es die Abspielvorrichtung dem Benutzer, einen beliebigen Zeitcode in einem Titel zu kennzeichnen, indem er lediglich das Wählrad dreht. Drückt der Benutzer anschließend die "Play"-Taste, werden AOBs beginnend von einer Position abgespielt, die gemäß der Gleichung 2 und der Gleichung 3 ermittelt wird.
Durch Verwendung des Wählrades während eines Titelunterteilungsvorgangs kann der Benutzer Feineinstellungen am Abspielzeitcode vornehmen, der als Unterteilungsgrenze verwendet wird.
{52-1} Innerer Aufbau der Abspielvorrichtung
Im folgenden wird der innere Aufbau der Abspielvorrichtung beschrieben. Dieser innere Aufbau ist in 52 dargestellt.
Wie es in 52 gezeigt ist, enthält die Abspielvorrichtung einen Kartenanschluss 1 zum Anschließen der Abspielvorrichtung mit der Flash-Speicherkarte 31, eine Benutzerschnittstelleneinheit 2, die mit dem Tastenfeld und dem Wählrad verbunden ist, einen RAM 3, einen ROM 4, ein LCD-Feld 5, das über einen Listenrahmen zum Anzeigen einer Liste von Titeln oder Abspiellisten und einen Abspielzeitcoderahmen zum Anzeigen eines Abspielzeitcodes verfügt, eine LCD-Steuerschaltung 6 zum Ansteuern des ersten LCD-Feldes 5, eine Entschlüsselungseinrichtung 7 zum Entschlüsseln von AOB_FRAMEs unter Verwendung eines anderen Dateischlüssels für jede AOB-Datei, einen AAC-Decoder 8 für die Bezugnahme auf den ADTS eines AOB_FRAMEs, der von der Entschlüsselungseinrichtung 7 entschlüsselt wird, und zum Decodieren des AOB_FRAMEs, um PCM-Daten zu erhalten, einen D/A-Wandler 9 zur D/A-Umwandlung der PCM-Daten und Ausgeben der resultierenden Analogsignale an einen Lautsprecher oder eine Kopfhörerbuchse und eine CPU 10 zur Ausführung der Gesamtsteuerung der Abspielvorrichtung.
Wie es aus diesem Hardware-Aufbau ersichtlich ist, hat die vorliegende Abspielvorrichtung keine speziellen Hardwareelemente zum Verarbeiten des Titel-Managers und der Voreinstellungs_Abspiellisten_Informationen. Um den Titel-Manager und die Voreinstellungs_Abspiellisten_Informationen zu verarbeiten, sind ein DPLI-Haltebereich 11, ein PLI-Speicherbereich 12, ein TKI-Speicherbereich 13, ein Dateischlüssel-Speicherbereich 14 und ein Doppelpuffer 15 im RAM 3 vorgesehen, während ein Abspielsteuerprogramm und ein Editiersteuerprogramm im ROM 4 gespeichert sind.
{52-2} DPLI-Haltebereich 11
Der DPLI-Haltebereich 11 ist ein Bereich zum kontinuierlichen Festhalten von Voreinstellungs_Abspiellisten_Informationen, die von einer Flash-Speicherkarte 31 gelesen wurden, die mit dem Kartenanschluss 1 verbunden ist.
{52_12} PLI-Speicherbereich 12
Der PLI-Speicherbereich 12 ist ein Bereich, der zum Speichern von Abspiellisten_Informationen reserviert ist, die vom Benutzer zur Wiedergabe ausgewählt wurden.
{52-3} TKI-Speicherbereich 13
Der TKI-Speicherbereich 13 ist ein Bereich, der für die Speicherung lediglich der TKI entsprechend der AOB-Datei, die momentan zum Abspielen gekennzeichnet ist, aus der Vielzahl von TKIs reserviert ist, die im Titel-Manager enthalten sind. Aus diesem Grund ist die Kapazität des TKI-Speicherbereiches 13 gleich der Datengröße einer TKI.
{52-4} Dateischlüssel-Speicherbereich 14
Der Dateischlüssel-Speicherbereich 14 ist ein Bereich, der zum Speichern lediglich des Dateischlüssels entsprechend der AOB-Datei, die momentan für das Abspielen gekennzeichnet ist, aus der Vielzahl von Dateischlüsseln reserviert ist, die in "AOBSA1.KEY" im Authentisierungsbereich enthalten sind.
{52-5} Doppelpuffer 15
Der Doppelpuffer 15 ist ein Eingangs-/Ausgangspuffer, der verwendet wird, wenn ein Eingangsvorgang, der nacheinander Clusterdaten (Daten, die in einem Cluster gespeichert sind) eingibt, die von der Flash-Speicherkarte 31 gelesen werden, und ein Ausgangsvorgang, der AOB_FRAMEs aus Clusterdaten liest und anschließend nacheinander die AOB-FRAMEs an die Entschlüsselungseinrichtung ausgibt, parallel ausgeführt werden.
Der Doppelpuffer 15 gibt nacheinander die Bereiche frei, die von Clusterdaten belegt waren, die als AOB_FRAMEs ausgegeben wurden, und sichert somit Bereiche zum Speichern der nächsten zu lesenden Cluster. Das heißt, Bereiche im Doppelpuffer 15 werden zyklisch zum Speichern von Clusterdaten unter Verwendung von Ringzeigern gesichert.
{52-5_53_54A,B} Eingabe und Ausgabe durch den Doppelpuffer 15
53 zeigt, wie die Eingabe und die Ausgabe für den Doppelpuffer 15 ausgeführt werden. 54A und 54B zeigen, wie Bereiche im Doppelpuffer 15 zyklisch gesichert werden, um Clusterdaten unter Verwendung eines Ringzeigers zu speichern.
Die Pfeile, die nach unten und links zeigen, sind Zeiger zu Schreibadressen für Clusterdaten, d.h. ein Schreibzeiger. Die Pfeile, die nach oben und links zeigen sind Zeiger zu Leseadressen für Clusterdaten, d.h. Lesezeiger. Diese Zeiger werden als Ringzeiger verwendet.
{54-6_53}
Wenn eine Flash-Speicherkarte 31 mit dem Kartenanschluss 1 verbunden ist, werden Daten im Benutzerbereich der Flash-Speicherkarte 31 ausgelesen und im Doppelpuffer 15 gespeichert, wie es mit den Pfeilen w1 und w2 gezeigt ist.
Die gelesenen Clusterdaten werden nacheinander in den Positionen im Doppelpuffer 15 gespeichert, wie es mit den Schreibzeigern wp1 und wp2 dargestellt ist.
{52-7_54A}
Von den AOB_Frames, die in den Clusterdaten enthalten sind, die auf diese Weise gespeichert werden, werden die AOB_Frames, die an den Positionen
vorhanden sind, die nacheinander durch den Lesezeiger gekennzeichnet werden, nacheinander an die Entschlüsselungseinrichtung 7 ausgegeben, wie es mit den Pfeilen r1, r2, r3, r4, r5, ... gezeigt ist.
Im vorliegenden Fall werden die Clusterdaten 002 und 003 im Doppelpuffer 15 gespeichert und die Lesepositionen ✶✸✹✵ nacheinander durch den Lesezeiger gekennzeichnet, wie es in 53 dargestellt ist. Wenn der Lesezeiger die Leseposition
erreicht, sind sämtliche AOB_FRAMEs, die im Cluster 002 enthalten sind, gelesen, so dass der Cluster 004 gelesen und, wie es mit dem Pfeil w6 in 54A gezeigt ist, in den Bereich überschrieben wird, der zuvor vom Cluster 002 belegt war.
{52-8_54B}
Der Lesezeiger schreitet anschließend zu den Lesepositionen
fort und erreicht schließlich die Leseposition
wobei zu diesem Zeitpunkt sämtliche der AOB_FRAMEs, die im Cluster 003 enthalten sind, gelesen wurden, so dass der Cluster 005 gelesen und, wie es mit dem Pfeil w7 in 54B gezeigt ist, in den Bereich überschrieben wird, der zuvor vom Cluster 003 belegt war.
Die Ausgabe eines AOB_FRAMEs und das Überschreiben der Clusterdaten werden wiederholt ausgeführt, wie es oben erläutert wurde, so dass die AOB_FRAMEs, die in einer AOB-Datei enthalten sind, allesamt nacheinander an die Entschlüsselungseinrichtung 7 und den AAC-Decoder ausgegeben werden.
{52-9_55-58} Abspielsteuerprogramm, das im ROM 4 gespeichert ist
Im folgenden wird das Abspielsteuerprogramm erläutert, das im ROM 4 gespeichert ist.
55 ist ein Flussdiagramm, das die Verarbeitung beim AOB-Datei-Lesevorgang darstellt. 56, 57 und 58 sind Flussdiagramme, die die Verarbeitung beim AOB_FRAME-Ausgabevorgang zeigen.
{52-9_55-1}
Diese Flussdiagramme nutzen die Variablen w, z, y und x. Die Variable w kennzeichnet einen aus der Vielzahl von DPL_TL_SRPs. Die Variable z kennzeichnet eine AOB-Datei, die im Benutzerbereich aufgezeichnet ist, die TKI entsprechend dieser AOB-Datei und die AOB, die in dieser AOB-Datei enthalten ist. Die Variable y kennzeichnet ein AOB_ELEMENT, das im AOB#z enthalten ist, das durch die Variable z gekennzeichnet ist. Die Variable x kennzeichnet einen AOB_FRAME, der im AOB_ELEMENT#y enthalten ist, das durch die Variable y gekennzeichnet ist. Im folgenden wird zunächst die Verarbeitung beim AOB-Dateilesevorgang unter Bezugnahme auf 55 beschrieben.
{52-9_55-2}
In Schritt S1 liest die CPU 10 den Abspiellisten-Manager und zeigt eine Liste an, die die Voreinstellungs_Abspiellisten_Informationen und die PLIs enthält.
In Schritt S2 wartet die CPU 10 auf eine Kennzeichnung zum Abspielen von AOBs entweder gemäß den Voreinstellungs_Abspiellisten_Informationen oder einer der PLIs.
Sind die Voreinstellungs_Abspiellisten_Informationen gekennzeichnet, schreitet die Verarbeitung von Schritt S2 zu Schritt S3 fort, bei dem die Variable w initialisiert wird (#w – 1), und anschließend zu Schritt S4, bei dem die TKI#z, die durch die DPLN_TKIN entsprechend dem DPL_TK_SRP#w in den Voreinstellungs_Abspiellisten_Informationen gekennzeichnet ist, spezifiziert wird, wobei ledig lich diese TKI#z aus der Flash-Speicherkarte 31 gelesen und im TKI-Speicherbereich 13 gespeichert wird.
In Schritt S5 wird eine AOB-Datei#z mit derselben Nummer wie TKI#z festgelegt. Auf diese Weise wird schließlich eine AOB-Datei, die abgespielt werden soll, festgelegt.
Die spezifiziere AOB-Datei befindet sich in einem verschlüsselten Zustand und muss entschlüsselt werden, so dass die Schritte S6 und S7 ausgeführt werden. In Schritt S6 greift die Abspielvorrichtung auf den Authentisierungsbereich zu und liest den Dateischlüssel#z, der in einem Dateischlüssel_Eintrag#z in der Verschlüsselungsschlüssel-Speicherdatei gespeichert ist, wobei der Dateischlüssel_Eintrag#z dieselbe Nummer hat wie die spezifizierte AOB-Datei. In Schritt S7 stellt die CPU 10 den Dateischlüssel#z in der Entschlüsselungseinrichtung 7 ein. Dieser Vorgang führt dazu, dass der Dateischlüssel in der Entschlüsselungseinrichtung 7 eingestellt wird, so dass durch aufeinanderfolgendes Eingeben von AOB_FRAMEs, die in der AOB-Datei enthalten sind, in die Entschlüsselungseinrichtung 7 die AOB_FRAMEs nacheinander wiedergegeben werden können.
{52-9_55-3}
Daraufhin liest die Abspielvorrichtung nacheinander die Cluster, die die AOB-Datei speichern. In Schritt S8 wird die "erste Clusternummer in der Datei" für die AOB_Datei#z im Verzeichniseintrag festgelegt. In Schritt S9 liest die CPU 10 die Daten, die in diesem Cluster gespeichert sind, aus der Flash-Speicherkarte 31. In Schritt S10 beurteilt die CPU 10, ob die Clusternummer im FAT-Wert "FFF" ist. Ist diese nicht der Fall, liest die CPU in Schritt S11 die Daten, die im Cluster gespeichert sind, der durch den FAT-Wert gekennzeichnet ist, bevor sie zu Schritt S10 zurückkehrt.
Wenn die Abspielvorrichtung die Daten liest, die in einem der Cluster gespeichert sind, und sich auf den FAT-Wert entsprechend diesem Cluster bezieht, wird der Vorgang in den Schritten S10 und S11 so lange wiederholt, wie der FAT-Wert nicht als "FFF" eingestellt ist. Dies führt dazu, dass die Abspielvorrichtung nacheinander Cluster liest, die durch die FAT-Werte gekennzeichnet sind. Ist die Clusternummer, die durch einen FAT-Wert gegeben ist, "FFF", bedeutet dies, dass sämtliche der Cluster, die die AOB-Datei#z bilden, gelesen wurden, so dass die Verarbeitung von Schritt S10 zu S12 fortschreitet.
{52-9_55-4}
In Schritt S12 beurteilt die CPU 10, ob die Variable#w mit der Gesamtzahl von DPL_TK_SRPs übereinstimmt. Ist dies nicht der Fall, schreitet die Verarbeitung zu Schritt S13 fort, bei dem die Variable#w erhöht wird (#w – #w + 1), bevor die Verarbeitung zu Schritt S4 zurückkehrt. In Schritt S4 legt die Abspielvorrichtung TKI#7 fest, die durch die DPL_TKIN#w des DPL_TK_SRP#w in den Voreinstellungs_Abspiellisten_Informationen festgefegt ist, und schreibt lediglich TKI#z in den TKI-Speicherbereich. Die TKI, die bis zu diesem Zeitpunkt verwendet wurde, wird weiterhin im TKI-Speicherbereich 13 gespeichert sein, wenngleich diese aktuelle TKI durch TKI#z überschrieben wird, die erneut durch die CPU 10 gelesen wird.
Dieses Überschreiben führt dazu, dass lediglich die letzte TKI im TKI-Speicherbereich 13 gespeichert wird. Sobald die TKI überschrieben ist, wird die Verarbeitung in den Schritten S5 bis S12 für die AOB-Datei#z wiederholt. Nachdem diese Verarbeitung sämtliche TKIs und AOB-Dateien entsprechend sämtlichen DPL_TK_SRPs gelesen hat, die in den Voreinstellungs_Abspiellisten_Informationen enthalten sind, stimmt die Variable #z mit der Gesamtzahl der DPL_TK_SRPs überein, so dass die Beurteilung "Ja" in Schritt S12 gegeben ist und die Verarbeitung in diesem Flussdiagramm endet.
{52-9_56_57_58} Ausgabeverarbeitung für einen AOB_FRAME
Parallel mit dem AOB-Dateilesevorgang führt die CPU 10 den AOB_FRAME-Ausgabevorgang in Übereinstimmung mit den Flussdiagrammen aus, die in 56, 57 und 58 gezeigt sind. In diesen Flussdiagrammen zeigt die Variable "Ab spiel_Zeit", wie lange das Abspielen für einen aktuellen Titel ausgeführt wurde, d.h. den Abspielzeitcode. Die Zeit, die im Abspielzeitcoderahmen auf dem LCD-Feld 5 angezeigt wird, wird gemäß den Änderungen dieses Abspielzeitcodes aktualisiert. Daneben repräsentiert die Variable "Abspiel_Daten" die Länge der Daten, die für den aktuellen Titel abgespielt wurden.
{52-9_56-1}
In Schritt S21 überwacht die CPU 10, ob sich Clusterdaten für die AOB-Datei#z im Doppelpuffer 15 angesammelt haben. Dieser Schritt S21 wird wiederholt ausgeführt, bis sich Clusterdaten angesammelt haben, wobei an diesem Punkt die Verarbeitung zu Schritt S22 fortschreitet, bei dem die Variablen x und y initialisiert werden (#x – 1, #y – 1). Anschließend sucht in Schritt S23 die CPU 10 die Cluster nach der AOB-Datei #z ab und erfasst den AOB_FRAME#x im AOB_ELEMENT#y, das nicht vor dem Daten Offset angeordnet ist, der in der BIT#z gegeben ist, die in der TKI#z enthalten ist. Bei diesem Beispiel wird davon ausgegangen, dass die sieben Bytes, die bei SZ_DATA beginnen, vom ADTS-Header belegt sind. Durch Bezugnahme auf den ADTS-Header, kann die Datenlänge, die durch den ADTS-Header gekennzeichnet ist, als Audiodaten erkannt werden. Die Audiodaten und der ADTS-Header werden zusammen gelesen und an die Entschlüsslungseinrichtung 7 ausgegeben. Die Entschlüsselungseinrichtung 7 entschlüsselt die AOB-Frames, die anschließend durch den AAC-Decoder 8 decodiert werden, und gibt sie als Audio wieder.
{52-9_56-2}
Nach dieser Erfassung wird in Schritt S24 der AOB_FRAME#x an die Entschlüsselungseinrichtung 7 ausgegeben und in Schritt S25 die Variable Abspiel_Zeit um die Abspieldauer des AOB_FRAMEs#x erhöht und die Variable Abspiel_Daten um die Datenmenge entsprechend dem AOB_FRAME#x erhöht. Da die Abspielzeit des AOB_FRAMES in diesem Fall 20 msek beträgt, werden 20 msek zur Variablen "Abspiel-Zeit" addiert.
Sobald der erste AOB_FRAME an die Entschlüsselungseinrichtung 7 ausgegeben ist, bezieht sich in Schritt S26 die Abspielvorrichtung auf den ADTS-Header des AOB_FRAMEs#x und legt fest, wo sich der nächste AOB_FRAME befindet. In Schritt S27 erhöht die Abspielvorrichtung die Variable#x (#x ← #x+1) und stellt AOB_FRAME#x als nächsten AOB_FRAME ein. In Schritt S28 wird der AOB_FRAME#x in die Entschlüsselungseinrichtung 7 eingegeben. Anschließend wird in Schritt S29 die Variable Abspiel_Zeit um die Abspieldauer des AOB_FRAMEs#x erhöht und die Varaable Abspiel_Daten um die Datenmenge entsprechend dem AOB_FRAME#x erhöht. Nach der Erhöhung des AOB_FRAMEs#x beurteilt die CPU 10 in Schritt S30, ob die Variable #x den Wert erreicht hat, der in FNs_1st_TMSRTE gegeben ist.
Hat die Variable #x nicht den Wert in FNs_1st_TMSRTE erreicht, prüft die Abspielvorrichtung in Schritt S31, ob der Benutzer eine beliebige andere Taste als die "Play"-Taste gedrückt hat, und kehrt anschließend zu Schritt S26 zurück. Die Abspielvorrichtung wiederholt daraufhin die Verarbeitung in den Schritten S26 bis S31, bis die Variable #x den Wert FNs_1st_TMSRTE erreicht hat, oder bis der Benutzer eine beliebige andere Taste als die "Play"-Taste drückt.
Wenn der Benutzer eine andere Taste als die "Play"-Taste drückt, endet die Verarbeitung in diesem Flussdiagramm und wird eine geeignete Verarbeitung für die gedrückte Taste ausgeführt. Ist die gedrückte Taste die "Stop"-Taste, endet der Abspielvorgang, während, wenn die gedrückte Taste die "Pause"-Taste ist, der Abspielvorgang ausgesetzt wird.
{52-9_57-1}
Wenn andererseits die Variable #x den Wert FNs_1st_TMSRTE erreicht, erfolgt die Beurteilung "Ja" in Schritt S30 und die Verarbeitung schreitet zu Schritt S32 in 57 fort. Da sämtliche der AOB_FRAMEs, die im vorliegenden AOB_ELEMENT enthalten sind, in die Entschlüsselungseinrichtung 7 bei der Verarbeitung zwischen Schritt S26 und S30 eingegeben sein werden, wird in Schritt S32 die Variable #y erhöht, um das nächste AOB_ELEMENT als zu verarbeitende Daten einzustellen, und wird die Variable #x initialisiert (#y-#y+1, #x-1).
Anschließend bezieht sich in Schritt S33 die Abspielvorrichtung auf die TKTMSRT und berechnet die erste Adresse von AOB_ELEMENT#y.
Anschließend führt die Vorrichtung den Vorgang aus, der aus den Schritten S34 bis S42 besteht. Dieser Vorgang liest nacheinander die AOB_FRAMEs, die im AOB_ELEMENT enthalten sind, und gleicht somit dem Vorgang, der aus den Schritten S24 bis S31 besteht. Der Unterschied zum Vorgang, der aus den Schritten S24 bis S31 besteht, ist die Bedingung, durch die der Vorgang, der aus den Schritten S24 bis S31 besteht, endet, ob die Variable #x den Wert erreicht hat, der durch "FNs_1st_TMSRTE" dargestellt wird, während die Bedingung für die Beendigung des Vorgangs, der aus den Schritten S34 bis S42 besteht, darin besteht, ob die Variable #x den Wert erreicht hat, der durch "FNs_Mittel_TMSRTE" dargestellt ist.
Wenn die Variable #x den Wert erreicht, der durch "FNs_Mittel_TMSRTE" dargestellt ist, endet der Kreisablauf, der aus den Schritten S34 bis S42 besteht, erfolgt die Beurteilung "Ja" in Schritt S41 und schreitet die Verarbeitung zu Schritt S43 fort. In Schritt S43 erhöht die CPU 10 die Variable #y und initialisiert die Variable #x (#yF ← y+1), #x ← 1). Anschließend beurteilt in Schritt S44 die Variable y, ob die Variable #y den Wert erreicht hat, der um eins kleiner ist als die Gesamt-TMSRT_Eintrags Zahl im TMSRT Header in der TKI#z.
Ist die Variable kleiner als (Gesamt-TMSRT_Eintrags_Zahl-1) ist das AOB_ELEMENT#y nicht das abschließende AOB_ELEMENT, so dass die Verarbeitung von Schritt S44 zu Schritt S32 zurückkehrt und der Kreisablauf der Schritte S32 bis S42 ausgeführt wird. Wenn die Variable #y (Gesamt-TMSRT_Eintrags_Zahl-1) erreicht, kann davon ausgegangen werden, dass der Lesevorgang bis zum vorletzten AOB_ELEMENT fortgeschritten ist, so dass die Beurteilung "Ja" in Schritt S44 gegeben ist und die Verarbeitung zu Schritt S45 in 58 fortschreitet.
{52-9_57-2}
Der Vorgang, der aus den Schritten S45 bis S54 besteht, gleicht dem Vorgang, der aus den Schritten S33 bis S42 besteht, darin, dass jeder der AOB_FRAMEs im abschließenden AOB_ELEMENT gelesen wird.
Der Unterschied zum Vorgang, der aus den Schritten S33 bis S42 besteht, liegt darin, dass, während der Kreisablauf, der aus den Schritten S33 bis S42 besteht, endet, wenn in Schritt S41 ermittelt wird, dass die Variable #x den Wert in "FNs_Mittel_TMSRTE" erreicht hat, der Kreisablauf, der aus den Schritten S45 bis S54 besteht, endet, wenn in Schritt S53 beurteilt wird, dass die Variable #x den Wert in "FNs_Letzt_TMSRTE" erreicht hat und die Variable Abspiel_Daten, die die Größe der Daten kennzeichnet, die bislang gelesen wurden, der Wert erreicht hat, der als "SZ_DATA" gegeben ist.
Der Vorgang, der aus den Schritten S49 bis S54 besteht, wird wiederholt, bis die Bedingungen in Schritt S53 erfüllt sind, wobei zu diesem Zeitpunkt die Beurteilung "Ja" in Schritt S53 gegeben wird und der Vorgang zu Schritt S55 fortschreitet. In Schritt S55 erhöht die CPU 10 die Variable #z (#z ← #z+1), bevor die Verarbeitung zu Schritt S21 zurückkehrt, bei dem die CPU 10 auf die nächste AOB-Datei wartet, die sich im Puffer 15 sammelt. Sobald dies passiert, schreitet die Verarbeitung zu Schritt S22 fort und wird der Vorgang wiederholt, der aus den Schritten S22 bis S54 besteht. Dies bedeutet, dass die TKI, die durch die DPL_TKIN des nächsten DPL_TK_SRP gekennzeichnet ist, festgelegt wird und die AOB-Datei entsprechend dieser TKI, d.h. die AOB-Datei mit derselben Nummer wie die TKI, festgelegt wird.
Anschließend greift die Abspielvorrichtung auf den Authentisierungsbereich zu und spezifiziert den Dateischlüssel aus den Dateischlüsseln in der Verschlüsselungsschlüssel-Speicherdatei, der dieselbe Nummer wie die TKI hat, bevor sie diesen Dateischlüssel liest und in der Entschlüsselungseinrichtung 7 einstellt. Infolgedessen werden die AOB_FRAMEs, die in der AOB-Datei enthalten sind, die dieselbe Nummer wie die TKI hat, nacheinander gelesen und wiedergegeben.
{52-9_57-3_59} Aktualisieren des Abspielzeitcodes
59A bis 59D zeigen, wie der Abspielzeitcode, der im Abspielzeitcode-Anzeigerahmen des LCD-Feldes 5 angezeigt wird, gemäß der Aktualisierung der Variablen Abspiel_Zeit aktualisiert wird. In 59A ist der Abspielzeitcode "00:00:00:000", wenngleich, wenn das Abspielen von AOB_FRAME#1 endet, die Abspieldauer 20 msek von AOB_FRAME#1 zum Abspielzeitcode addiert wird, um ihn auf "00:00:00.020" zu aktualisieren, wie es in 59B gezeigt ist. Wenn das Abspielen des AOB_FRAMEs#2 endet, wird die Abspieldauer 20 msek des AOB_FRAMEs#2 zum Abspielzeitcode addiert, um ihn auf "00:00:00.040" zu aktualisieren, wie es in 59C gezeigt ist. In derselben Weise wird, wenn das Abspielen des AOB_FRAMEs#6 endet, die Abspieldauer 20 msek des AOB_FRAMEs#6 zum Abspielzeitcode addiert, um ihn auf "00:00:00.120" zu aktualisieren, wie es in 59D gezeigt ist. Damit ist die Beschreibung des AOB_FRAME-Ausgabevorgangs beendet.
In Schritt S31 des Flussdiagramms in 56, wird, wenn der Benutzer eine andere Taste als die "Play"-Taste drückt, die Verarbeitung in diesem Flussdiagramm beendet. Die Verarbeitung, die ein Drücken von "Stop" oder "Pause" begleitet, wurde bereits beschrieben, obwohl, wenn der Benutzer eine der Tasten drückt, die vorgesehen sind, um die Abspielvorrichtung zu veranlassen, ein besonderes Abspielen auszuführen, die Verarbeitung in diesem Flussdiagramm oder in dem Flussdiagramm, das in 56, 57 oder 58 gezeigt ist, beendet und eine geeignete Verarbeitung für die gedrückte Taste ausgeführt wird.
Im folgenden wird der Vorgang beschrieben, der von der CPU 10 ausgeführt wird, wenn (1) die Vorwärtssuchfunktion in Erwiderung des Drückens der ">>"-Taste durch den Benutzer ausgeführt wird, und wenn (2) die Zeitsuchfunktion in Erwiderung der Betätigung des Wählrades durch den Benutzer nach dem Drücken der "Pause"- oder der "Stop"-Taste ausgeführt wird.
{52-10_60} Vorwärtssuchfunktion
60 ist ein Flussdiagramm, das den Vorgang zeigt, der von der CPU 10 ausgeführt wird, wenn die Vorwärtssuchfunktion durchgeführt wird. Drückt der Benutzer die ">>"-Taste, erfolgt die Beurteilung "Ja" in Schritt S31, Schritt S42 oder Schritt S54 in den Flussdiagrammen in 56, 57 und 58 und die CPU 10 führt die Verarbeitung im Flussdiagramm von 60 aus.
In Schritt S61 werden die AOB_FRAMEs #x bis #(x+f(t)-1) in die Entschlüsselungseinrichtung 7 eingegeben. Hier steht "t" für die intermittierende Abspieldauer, f(t) für die Anzahl von Frames entsprechend der intermittierenden Abspieldauer und d(t) für die Datenmenge entsprechend der intermittierenden Abspieldauer. In Schritt S62 werden die Variable Abspiel_Zeit, die die verstrichene Abspielzeit zeigt, und die Variable Abspiel_Daten, die die Menge der Abspieldaten zeigt, jeweils unter Verwendung der intermittierenden Abspieldauer "t", die Anzahl der Frames f(t) entsprechend der intermittierenden Abspieldauer und die Menge der Daten d(t) entsprechend der intermittierenden Abspieldauer (x-x+f(t), Abspiel_Zeit-Abspiel_Zeit+t, Abspiel_Daten-Abspiel_Daten+d(t)) aktualisiert. Es wird darauf hingewiesen, dass die intermittierende Abspieldauer im allgemeinen 240 msek (äquivalent zur Abspieldauer von zwölf AOB_FRAMEs) betragen wird.
{52-10_60-1_61A,B}
61A und 61B zeigen die Erhöhung des Abspielzeitcodes währen eines Vorwärtssuchvorgangs. 61A zeigt den Ausgangswert des Abspielzeitcodes, wobei der Abspielpunkt der AOB_FRAME#1 im AOB_ELEMENT#51 ist.
Der Abspielzeitcode ist in diesem Fall "00:00:01.000". Nachdem der erste von zwölf AOB_FRAMEs in die Entschlüsselungseinrichtung 7 als intermittierende Abspieldauer eingegeben wurde, wird die Abspieldauer von zwölf AOB_FRAMEs (d.h. 240 msek) zum Abspielzeitcode hinzugefügt, so dass der Abspielzeitcode zu "00:00:01.240" wird, wie es in 61B gezeigt ist.
{52-10_60-2}
Nach dieser Aktualisierung vergleicht die CPU 10 in Schritt S63 die erhöhte Variable #x mit der Gesamtzahl von Frames im AOB_ELEMENT#y und beurteilt, ob die erhöhte Variable #x innerhalb der Gesamtzahl von Frames im AOB_ELEMENT#y liegt.
Wie es zuvor erwähnt wurde, ist die Nummer von Frames in einem AOB_ELEMENT, das am Beginn eines AOB angeordnet ist, "FNs_1st_TMSRTE", die Nummer von Frames in einem AOB_ELEMENT, das in einem zentralen Teil eines AOB angeordnet ist, "FNs_Mittel_TMSRTE" und die Nummer von Frames in einem AOB_ELEMENT, das am Ende eines AOB angeordnet ist, "FNs_Letzt_TMSRTE".
Die CPU 10 führt die obige Beurteilung durch Vergleichen eines geeigneten dieser Werte mit der Variablen #x aus. Wenn die Variable x nicht innerhalb des vorliegenden AOB_ELEMENTs#y liegt, beurteilt die CPU 10 anschließend in Schritt S64, ob es ein AOB_ELEMENT gibt, das dem AOB_ELEMENT#y folgt.
Ist das AOB_ELEMENT#y das abschließende AOBELEMENT im AOB_BLOCK, gibt es kein AOB_ELEMENT, das dem AOB_ELEMENT#y folgt, so dass die Beurteilung "Nein" in Schritt S64 erfolgt und die Verarbeitung im vorliegenden Flussdiagramm endet. Ist im Gegensatz dazu ein AOB_ELEMENT vorhanden, das dem AOB_ELEMENT#y folgt, wird in Schritt S65 die Variable #x um die Anzahl der AOB_FRAMEs im AOB_ELEMENT#y verringert und in Schritt S66 die Variable #y aktualisiert (#y ← #y+1). Infolgedessen kennzeichnet die Variable#x nun die Frame-Position eines Frames im nächsten AOB_ELEMENT#y, das durch die aktualisierte Variable #y gekennzeichnet ist. Wenn im Gegensatz dazu die Variable #x ein AOB_ELEMENT kennzeichnet, das im aktuellen AOB_ELEMENT vorhanden ist (S63: Ja), wird die Verarbeitung in den Schritten S64–S66 übersprungen und schreitet die Verarbeitung zu Schritt S67 fort.
{52-10_60-3}
Anschließend werden die Variabien #x, Abspiel_Zeit und Abspiel_Daten in Übereinstimmung mit der intermittierenden Auslassungsdauer aktualisiert. Die Dauer "Auslassungs Zeit", die äquivalent zur intermittierenden Auslassungsdauer ist, beträgt zwei Sekunden, die Zahl von Frames, die äquivalent zu dieser Auslassungs Zeit sind, ist mit f (Auslassungs_Zeit) gegeben, und die Menge von Daten, die äquivalent zu dieser Auslassungs Zeit sind, ist als d (Auslassungs Zeit) gegeben. In Schritt S67 werden diese Werte verwendet, um die Variablen #x, die Abspiel_Zeit, und die Abspiel_Daten (#x ← #x+f (Auslassungs Zeit), Abspiel_Zeit ← Abspiel_Zeit + Auslassungs_Zeit und Abspiel_Daten ← Abspiel_Daten+d (Auslassungs Zeit)) zu aktualisieren.
{52-10_60-4_61C)
Wie es in 61C gezeigt ist, wird die intermittierende Auslassungsdauer zur Variablen#x addiert, die eine Frame-Position innerhalb des AOB_ELEMENTEs#51 zeigt. Wenn die aktualisierte Variable#x die Zahl von Frames im AOB_ELEMENT#51 überschreitet, wird die Variable#y aktualisiert, um das nächste AOB_ELEMENT zu kennzeichnen, wobei die Zahl von Frames im AOB_ELEMENT#51 von der Variablen#x subtrahiert wird. Infolgedessen kennzeichnet die Variable#x nun eine Frame-Position innerhalb des AOB_ELEMENTs#52, das durch die aktualisierte Variable #y gekennzeichnet ist.
Der Wert 2.000 (= 2 sek) wird anschließend zum vorliegenden Wert "00:00:01.240" des Abspielzeitcodes addiert, so dass er zu "00:00:03.240" wird. Die Variable#x wird durch Berechnen (3240 msek–2000 msek)/20 msek) aktualisiert, um den Wert "62" zu ergeben, und kennzeichnet auf diese Weise den AOB_FRAME#62 im AOB_ELEMENT#52.
{52-10_60-5_61(d)}
Sobald der AOB_FRAME#62 im AOB_ELEMENT#52 in die Entschlüsselungseinrichtung 7 eingegeben ist, wird der Abspielzeitcode aktualisiert, wie es in 61D gezeigt ist, indem "0,240" zum vorliegenden Wert von "00:00:03.240" addiert wird, um "00:00:03.480" zu ergeben.
In Schritt S67 werden die Variablen in Übereinstimmung mit der intermittierenden Auslassungszeit aktualisiert, worauf die Verarbeitung in den Schritten S68 bis S71 ausgeführt wird. Diese Verarbeitung in den Schritten S68 bis S71 ist dieselbe wie die Verarbeitung in den Schritten S63 bis S66 und aktualisiert somit die Variable#x durch eine Zahl von Frames, die äquivalent zur intermittierenden Auslassungszeit "Auslassungs Zeit" ist, bevor geprüft wird, ob die Variable#x weiterhin einen AOB_FRAME innerhalb des vorliegenden AOB_ELEMENTs#y kennzeichnet. Ist diese nicht der Fall, wird die Variable#y aktualisiert, so dass das nächste AOB_ELEMENT als AOB_ELEMENT#y eingestellt wird, und wird die Variable#x umgewandelt, so dass sie eine Frame-Position in diesem nächsten AOB_ELEMENT kennzeichnet.
Sobald die Variablen #x und #y mit der intermittierenden Abspielzeit und der intermittierenden Auslassungszeit übereinstimmen, bezieht sich in Schritt S72 die CPU 10 auf die TKTMSRT und berechnet die Startadresse für das AOB_ELEMENT#y. Anschließend beginnt die CPU 10 in Schritt S73 mit der Suche nach einem ADTS-Header ausgehend von der Startadresse des AOB_ELEMENTs#y, um den AOB_FRAME#x zu erfassen. In Schritt S74 beurteilt die CPU 10, ob der Benutzer eine andere Taste als die Vorwärtssuchtaste gedrückt hat. Wenn nicht, werden die AOB_FRAMEs vom AOB_FRAME#x zum AOB_FRAME#x+f(t)-1 in die Entschlüsselungseinrichtung 7 eingegeben, worauf die Verarbeitung in den Schritten S62 bis S73 wiederholt wird.
Der obige Vorgang erhöht die Variablen #x und #y, die den AOB_FRAME#x und das AOB_ELEMENT#y kennzeichnen, und schreitet somit zur Abspielposition fort. Wenn der Benutzer die "Play"-Taste drückt, erfolgt anschließend die Beurteilung "Nein" in 74 und endet die Verarbeitung des vorliegenden Flussdiagramms.
{52-11} Ausführung der Zeitsuchfunktion
Im folgenden wird die Verarbeitung beschrieben, wenn die Zeitsuchfunktion verwendet wird. Zunächst werden die Titel in den Voreinstellungs_Abspiellisten_Informationen angezeigt und kennzeichnet der Benutzer einen gewünschten Titel. Wenn dieser Titel gekennzeichnet wurde und der Benutzer das Wählrad betätigt hat, wird der Abspielzeitcode aktualisiert. Drückt der Benutzer anschließend die "Play"-Taste, wird der Abspielzeitcode an diesem Punkt verwendet, um einen Wert in der Variablen "Jmp_Eintrag" in Sekunden einzustellen.
Anschließend erfolgt eine Beurteilung, ob der gekennzeichnete Titel aus einer Vielzahl von AOBs oder einem einzigen AOB besteht. Besteht der Titel aus einem einzigen AOB, werden die Variablen #y und #x berechnet, um so die Gleichung 2 zu erfüllen. Anschließend wird eine Suche nach dem AOB_FRAME#x von der Adresse in der (y+2)^ten Position in der TKTMSRT entsprechend diesem AOB begonnen. Sobald dieser AOB_FRAME#x gefunden ist, beginnt das Abspielen ab AOB_FRAME#x.
{52-12}
Wenn der Titel aus einer Vielzahl von AOBs besteht, werden die Variablen#n (die ein AOB kennzeichnet), #y und #x berechnet, um so die Gleichung 3 zu erfüllen. Anschließend wird eine Suche nach AOB_FRAME#x von der Adresse in der (y+2)^ten Position in der TKTMSRT entsprechend AOB#n begonnen. Sobald dieser AOB_FRAME#x gefunden wurde, beginnt das Abspielen ab AOB_FRAME#x.
Im folgenden wird der Fall beschrieben, bei dem das Abspielen von einer willkürlichen Position mit einem AOB begonnen wird, bei dem "FNs_1st_TMSRTE" in der BIT "80 Frames", "FNs_Mittel_TMSRTE" in der BIT "94 Frames" und "FNs_Letzt_TMSRTE" in der BIT "50 Frames" ist.
{52-13_62A,B}
Als ein spezielles Beispiel, wann die Zeitsuchfunktion verwendet wird, wird im folgenden erläutert, wie das AOB_ELEMENT und die Frame-Position, von der das Abspielen beginnen sollte, festgelegt werden, wenn ein Abspielzeitcode unter Verwendung des Wählrades verwendet wird.
Wie es in 62A gezeigt ist, hält der Benutzer die Abspielvorrichtung in seiner Hand und dreht das Wählrad mit seinem rechten Daumen, um den Abspielzeitcode "00:04:40.000 (= 280 sek) zu kennzeichnen. Wenn die BIT in der TKI für dieses AOB so ist, wie es in 62B gezeigt ist, wird die Gleichung 2 wie folgt verwendet: 280 sek = (FNs_1st_TMSRTE + (FNs_Mittel_TMSRTE·y)+x)·20 msek = (80 + (94·148) + 8)·20 msekso dass die Gleichung 2 für die Werte y = 148 und x = 8 erfüllt ist.
Da y = 148, erhält man die Eingangsadresse des AOB_ELEMENTs#150 (= 148 + 2) aus der TKTMSRT. Das Abspielen ab dem gekennzeichneten Abspielzeitcode 00:04:40.000 (= 280.00 sek) kann anschließend durch Starten des Abspielens am achten AOB_FRAME ab dieser Eingangsadresse ausgeführt werden.
{52-14_63_64_65}
Damit ist die Beschreibung der Verarbeitung der CPU 10 in Erwiderung des Drückens der "Play"-Taste durch den Benutzer abgeschlossen. Im folgenden wird das Editiersteuerprogramm erläutert, das im ROM 4 gespeichert ist. Das Editiersteuerprogramm wird ausgeführt, wenn der Benutzter die "Edit"-Taste drückt, und umfasst die Vorgänge, die in 63, 64 und 65 gezeigt sind. Im folgenden wird die Verarbeitung in diesem Programm mit den Flussdiagrammen beschrieben, die in diesen Zeichnungen gezeigt sind.
{52-14_63_1} Editiersteuerprogramm
Drückt der Benutzer die "Edit"-Taste, wird ein interaktiver Bildschirm in Schritt S101 in 63 gezeigt, um den Benutzer zu fragen, welcher der drei grundlegenden Editiervorgänge "Löschen", "Unterteilen" und "Kombinieren" ausgeführt werden soll. In Schntt S102 beurteilt die CPU 10, welche Tätigkeit vom Benutzer in Erwiderung des interaktiven Bildschirms ausgeführt wurde. Beim vorliegenden Beispiel wird davon ausgegangen, dass die "|<<"- und die ">>|"-Taste auf dem Tastenfeld ebenfalls als kennzeichnende Cursor-"Aufwärts"- und -"Abwärts"-Befehle verwendet werden (d.h. diese Tasten werden als Cursor-"Aufwärts"- und "Abwärts"-Tasten verwendet). Wenn der Benutzer einen "Lösch"-Befehl angibt, schreitet die Verarbeitung zum Kreisablauf fort, der aus den Schritten S103 und S104 besteht.
In Schritt S103 beurteilt die CPU 10, ob der Benutzer die "<<|"- oder die ">>|"-Taste gedrückt hat. In Schritt S104 beurteilt die CPU 10, ob der Benutzer die "Edit"-Taste gedrückt hat. Wenn der Benutzer die "|<<"- oder die ">>|"-Taste gedrückt hat, schreitet die Verarbeitung von Schritt S103 zu S105 fort, bei dem der gekennzeichnete Titel als der zu editierende Titel eingestellt wird. Wenn der Benutzer hingegen die "Edit"-Taste gedrückt hat, wird der gekennzeichnete Titel als zu löschender Titel eingestellt. Die Verarbeitung, die in 44 gezeigt ist, wird ausgeführt, so dass das TKI_BLK_ATR jeder TKI für den gekennzeichneten Titel als "Unbenutzt" eingestellt wird, um den gekennzeichneten Titel zu löschen.
{52-14_63-2} Kombiniervorgang
Wählt der Benutzer den Kombiniervorgang, schreitet die Verarbeitung von Schritt S102 zum Kreisablauf fort, der aus den Schritten S107 bis S109 besteht. Beim Kreisablauf, der aus den Schritten S107 bis S109 besteht, empfängt die Abspielvorrichtung Benutzereingaben über die "|<<"-, ">>|"- und die "Edit"-Taste. Wenn der Benutzer die "|<<"- oder die ">>|"-Taste drückt, schreitet die Verarbeitung von Schritt S107 zu Schritt S110 fort, bei dem der gekennzeichnete Titel auf der Anzeige hervorgehoben wird. Wenn der Benutzer die "Edit"-Taste drückt, erfolgt die Beurteilung "Ja" in Schritt S108 und der Vorgang schreitet zu Schritt S111 fort. In Schritt S111 wird der aktuell gekennzeichnete Titel als erster Titel eingestellt, der bei die sem Editiervorgang verwendet werden soll, und der Vorgang kehrt zum Kreisablauf zurück, der aus den Schritten S107 bis S109 besteht.
Wurde ein zweiter Titel zum Editieren gewählt, erfolgt die Beurteilung "Ja" in Schritt S109 und die Verarbeitung schreitet zu Schritt S112 fort. In Schritt S112 bezieht sich die CPU 110 auf die BITs in den TKIs des ersten und des letzten Titels und beurteilt, welche Art von AOBs (Typ 1 oder Typ 2) am jeweiligen Beginn und Ende jedes dieser Titel und Titel auf beiden Seiten dieser Titel, sofern vorhanden, gegenwärtig sind.
Nach dem Identifizieren des Typs jedes relevanten AOBs beurteilt in Schritt S113 die CPU 10, ob die Anordnung von AOBs mit einem bestimmten Muster übereinstimmt. Wenn die Anordnung von AOBs mit einem der vier Muster übereinstimmt, die in 32A bis 32D gezeigt sind, wobei klar ist, dass drei Typ2-AOBs nach dem Kombinieren nicht aufeinander folgend vorhanden sind, werden der erste und der letzte Titel zu einem einzigen Titel in Schritt S115 kombiniert.
Mit anderen Worten wird der Vorgang, der in 46 gezeigt ist, für die TKI und die DPL_TK_SRP entsprechend diesen AOBs ausgeführt. Durch Neuschreiben der TKI_BLK_ATRs in den TKIs werden die zahlreichen Titel, die zum Editieren gewählt sind, zu einem einzigen Titel kombiniert. Wenn die Anordnung von AOBs nicht mit einem der Muster in 32A bis 32D übereinstimmt, was bedeutet, dass es mindestens drei Typ2-AOBs nach dem Kombinieren gibt, beurteilt die CPU 10, dass der kombinierte Titel einen Pufferunterlauf verursachen kann und beendet somit den Kombiniervorgang.
{52-14_64-1} Titelunterteilungsvorgang
Wenn der Benutzer kennzeichnet, dass ein Titel zu unterteilen ist, schreitet die Verarbeitung von Schritt S102 zum Kreisablauf fort, der aus den Schritten S116 bis S117 besteht. Beim Kreisablauf, der aus den Schritten S116 bis S117 besteht, empfängt die Abspielvorrichtung Benutzereingaben über die "|<<"-, die ">>|"- und die "Edit"-Taste.
Drückt der Benutzer die "|<<"- oder die ">>|"-Taste, schreitet der Vorgang von Schritt S116 zu Schritt S118 fort, bei dem der gekennzeichnete Titel als der zu editierende Titel eingestellt wird. Wenn der Benutzer die "Edit"-Taste drückt, erfolgt die Beurteilung "Ja" in Schritt S117 und die Verarbeitung schreitet zu Schritt S119 fort.
In Schritt S119 wird der gekennzeichnete Titel als der zu editierende Titel bestimmt, worauf die Verarbeitung zu Schritt S120 fortschreitet, bei dem das Abspielen dieses Titels begonnen wird. In Schritt S121 empfängt die Abspielvorrichtung eine Benutzereingabe über die "Mark"-Taste.
Wenn der Benutzer die "Mark"-Taste drückt, wird das Abspielen des Titels ausgesetzt und die Verarbeitung schreitet zum Kreisablauf fort, der aus den Schritten S122 und S123 besteht. In Schritt S122 empfängt die Abspielvorrichtung Benutzerbefehle, die über das Wählrad vorgenommen werden. Dreht der Benutzer das Wählrad, wird der Abspielzeitcode in Schritt S124 gemäß der Drehung des Wählrades aktualisiert.
Anschließend wird der Kreisablauf, der aus den Schritten S122 und S123 besteht, wiederholt. Drückt der Benutzer die "Edit"-Taste, schreitet die Verarbeitung von Schritt S123 zu Schritt S125 fort, bei dem der Abspielzeitcode, der angezeigt wird, wenn der Benutzer die "Edit"-Taste gedrückt hat, als Unterteilungsgrenze eingestellt wird. Es wird darauf hingewiesen, dass eine "Rückgängig"-Funktion für diese Einstellung der Unterteilungsgrenze vorgesehen sein kann, um es dem Benutzer zu gestatten, die gewählte Unterteilungsgrenze ungültig zu machen.
Anschließend wird die Verarbeitung, die unter Bezugnahme auf 47 erläutert wurde, in Schritt S126 ausgeführt, um die DPLI und TKI zu aktualisieren und den gewählten Titel zu unterteilen.
{52-14_65-1} Vorgang zum Erstellen einer Abspielliste
Wenn der Benutzer wählt, eine Abspielliste zu erstellen, schaltet die Verarbeitung zum Vorgang um, der mit dem Flussdiagramm in 65 gezeigt ist. Bei diesem Flussdiagramm wird die Variable k, die in diesem Flussdiagramm gegeben ist, verwendet, um die Position eines Titels in der Abspielreihenfolge zu kennzeichnen, die durch die Abspielliste gegeben ist, die editiert wird. Das Flussdiagramm in 65 beginnt damit, dass diese Variable k in Schritt S131 auf "1" initialisiert wird, bevor die Verarbeitung zum Kreisablauf fortschreitet, der aus den Schritten S132 bis S134 besteht.
Beim Kreisablauf, der aus den Schritten S132 bis S134 besteht, empfängt die Abspielvorrichtung Benutzerbefehle, die über die "|<<"-, die ">>|"-, die "Edit"- und die Stoptaste erfolgen. Wenn der Benutzer die "|<<"- oder die ">>|"-Taste drückt, schreitet der Vorgang von Schritt S132 zu Schritt S135 fort, bei dem ein neuer Titel in Übereinstimmung mit dem Drücken der "|<<"- oder der ">>|"-Taste gekennzeichnet wird. Wenn der Benutzer die "Edit"-Taste drückt, erfolgt die Beurteilung "Ja" in Schritt S133 und der Vorgang schreitet zu Schritt S136 fort.
In Schritt S136 wird der Titel, der gekennzeichnet wird, wenn der Benutzer die "Edit"-Taste drückt, als k-ter Titel in der Abspielreihenfolge gewählt. Anschließend wird in Schritt S137 die Variable k erhöht und die Verarbeitung kehrt zum Kreisablauf zurück, der aus den Schritten S132 bis S134 besteht. Dieser Vorgang wird wiederholt, so dass der zweite, der dritte und vierte Titel nacheinander gewählt werden. Wenn der Benutzer die "Stop"-Taste drückt, nachdem zahlreiche Titel festgelegt wurden, die in der festgelegten Reihenfolge als neue Abspielliste abgespielt werden sollen, schreitet die Verarbeitung von Schritt S134 zu S138 fort, bei dem eine PLI erzeugt wird, die aus PL_TK_SRPs besteht, die die TKIs entsprechend dieser Titel festlegen.
{66-1} Aufzeichnungsvorrichtung
Im folgenden wird ein Beispiel einer Aufzeichnungsvorrichtung für die Flash-Speicherkarte 31 beschrieben. 66 zeigt ein Beispiel einer Aufzeichnungsvorrichtung. Diese Aufzeichnungsvorrichtung kann mit dem Internet verbunden werden und ist ein herkömmlicher PC, der einen Empfang ausführen kann, wenn ein verschlüsseltes SD-Audioverzeichnis über Kommunikationsleitungen zur Aufzeichnungsvorrichtung durch einen elektronischen Musikverteilungsdienst gesendet wird, oder wenn ein Audiodaten-Transportstrom über Kommunikationsleitungen zur Aufzeichnungsvorrichtung durch einen elektronischen Musikverteilungsdienst gesendet wird.
{67-1} Hardwareaufbau der Aufzeichnungsvorrichtung
67 zeigt den Hardwareaufbau der vorliegenden Aufzeichnungsvorrichtung.
Wie es in 67 dargestellt ist, enthält die Aufzeichnungsvorrichtung einen Kartenanschluss 21 zum Verbinden der Aufzeichnungsvorrichtung mit der Flash-Speicherkarte 31, einen RAM 22, ein nicht entnehmbares Plattenlaufwerk 23 zum Speichern eines Aufzeichnungssteuerprogramms, das die Gesamtsteuerung der Aufzeichnungsvorrichtung ausführt, einen A/D-Wandler 24, der eine A/D-Umwandlung des Audio vornimmt, das über ein Mikrofon eingegeben wird, um PCM-Daten zu erzeugen, einen ACC-Codierer zum Codieren der PCM-Daten in Einheiten einer festgelegten Zeit und Zuweisen von ADTS-Headern, um AOB_FRAMEs zu erzeugen, eine Verschlüsselungseinheit 26 zum Verschlüsseln der AOB_FRAMEs unter Verwendung eines anderen Dateischlüssels für jeden AOB_BLOCK, eine Modemvorrichtung 27 zum Empfangen eines Audiodaten-Transportstroms, wenn ein verschlüsseltes SD-Audioverzeichnis über Kommunikationsleitungen zur Aufzeichnungsvorrichtung durch einen elektronischen Musikverteilungsdienst gesendet wird, oder wenn ein Audiodaten-Transportstrom über Kommunikationsleitungen zur Aufzeichnungsvorrichtung durch einen elektronischen Musikverteilungsdienst gesendet wird, eine CPU 28 zur Ausführung der Gesamtsteuerung der Aufzeichnungsvorrichtung, eine Tastatur 29 zum Empfangen von Eingaben, die vom Benutzer vorgenommen werden, und eine Anzeige 30.
{67-2} Eingabeschaltungen RT1 bis RT4
Wenn ein verschlüsseltes SD-Audioverzeichnis, das in den Datenbereich und in den Authentisierungsbereich geschrieben werden soll, über Kommunikationsleitungen zur Aufzeichnungsvorrichtung durch einen elektronischen Musikverteilungsdienst gesendet wird, kann die Aufzeichnungsvorrichtung das verschlüsselte SD-Audioverzeichnis in den Datenbereich und den Authentisierungsbereich der Flash-Speicherkarte 31 schreiben, sobald das verschlüsselte SD-Audioverzeichnis ordnungsgemäß empfangen wurde.
Wenn jedoch (1) ein Audiodaten-Transportstrom, der nicht die Gestalt eines SD-Audioverzeichnisses hat, zur Aufzeichnungsvorrichtung durch einen elektronischen Musikverteilungsdienst gesendet wird, wenn (2) Daten in die Aufzeichnungsvorrichtung im PCM-Format eingegeben werden, oder wenn (3) analoges Audio durch die Aufzeichnungsvorrichtung aufgezeichnet wird, verwendet die Aufzeichnungsvorrichtung die folgenden vier Eingabewege, um einen Audiodaten-Transportstrom auf die Flash-Speicherkarte 31 zu schreiben.
Wie es in 67 gezeigt ist, werden die vier Eingabewege RT1, RT2, RT3 und RT4 verwendet, um einen Audiodaten-Transportstrom einzugeben, wenn ein Audiodaten-Transportstrom auf der Flash-Speicherkarte 31 gespeichert wird.
{67-3} Eingabeweg RT1
Der Eingabeweg RT1 wird verwendet, wenn ein verschlüsseltes SD-Audioverzeichnis über Kommunikationsleitungen zur Aufzeichnungsvorrichtung durch einen elektronischen Musikverteilungsdienst gesendet wird, oder wenn ein Audidaten-Transportstrom über Kommunikationsleitungen zur Aufzeichnungsvorrichtung durch einen elektronischen Musikverteilungsdienst gesendet wird. In diesem Fall werden die AOB_FRAMES, die im Transportstrom enthalten sind, derart verschlüsselt, dass ein unterschiedlicher Dateischlüssel für die AOB_FRAMEs in unterschiedlichen AOBs verwendet wird. Da es nicht erforderlich ist, einen verschlüsselten Transportstrom zu verschlüsseln oder zu codieren, können das SD-Audioverzeichnis oder der Audiodaten-Transportstrom direkt im RAM 22 in ihrem verschlüsselten Zustand gespeichert werden.
{67-4} Eingabeweg RT2
Der Eingabeweg RT2 wird verwendet, wenn Audio über ein Mikrofon eingegeben wird. In diesem Fall wird das Audio, das über das Mikrofon eingegeben wird, einer A/D-Umwandlung durch den A/D-Wandler 24 unterzogen, um PCM-Daten zu erzeugen. Die PCM-Daten werden anschließend durch den AAC-Codierer 25 codiert und ADTS-Headern zugewiesen, um AOB_FRAMEs zu erzeugen. Anschließend verschlüsselt die Verschlüsselungseinheit 26 die AOB_FRAMEs unter Verwendung eines unterschiedlichen Dateischlüssels für jeden AOB_FRAME in unterschiedlichen AOB_FILEs, um verschlüsselte Audiodaten zu erzeugen. Anschließend werden die verschlüsselten Audiodaten im RAM 22 gespeichert.
{67-5} Eingabeweg RT3
Der Eingabeweg RT3 wird verwendet, wenn PCM-Daten, die von einer CD gelesen werden, in die Aufzeichnungsvorrichtung eingegeben werden. Da Daten im PCM-Format eingegeben werden, können die Daten unverändert in den AAC-Codierer 25 eingegeben werden. Diese PCM-Daten werden durch den AAC-Codierer 25 codiert und ADTS-Headern zugeordnet, um AOB_FRAMEs zu erzeugen.
Anschließend verschlüsselt die Verschlüsselungseinheit 26 die AOB_FRAMEs unter Verwendung eines anderen Dateischlüssels für die AOB_FRAMEs in unterschiedlichen AOBs, um verschlüsselte Audiodaten zu erzeugen. Anschließend werden die verschlüsselten Audiodaten im RAM 22 gespeichert.
{67-6} Eingabeweg RT4
Der Eingabeweg RT4 wird verwendet, wenn ein Transportstrom, der über einen der drei Eingabewege RT1, RT2 und RT3 eingegeben wird, auf die Flash-Speicherkarte 31 geschrieben wird.
Dieses Speichern der Audiodaten wird von der Erzeugung der TKIs und der Voreinstellungs_Abspiellisten_Informationen begleitet. In derselben Weise wie bei der Abspielvorrichtung, sind die Hauptfunktionen der Aufzeichnungsvorrichtung im ROM gespeichert. Das heißt, ein Aufzeichnungsprogramm, das die charakteristische Verarbeitung der Aufzeichnungsvorrichtung, d.h. die Aufzeichnung von AOBs, des Titel-Managers und des Abspiellisten-Managers enthält, ist auf dem nicht entnehmbaren Plattenlaufwerk 23 gespeichert.
{67-7_68} Verarbeitung der Aufzeichnungsvorrichtung
Im folgenden wird die Verarbeitung beim Aufzeichnungsvorgang, der einen Transportstrom auf die Flash-Speicherkarte 31 über die Eingabewege RT1, RT2, RT3 und RT4 schreibt, unter Bezugnahme auf das Flussdiagramm in 68 beschrieben, das diese Verarbeitung darstellt.
Die Variablen "Frame_Zahl" und "Daten_Größe", die in diesem Flussdiagramm verwendet werden, sind wie folgt. Die Variable Frame Zahl wird verwendet, um die Gesamtzahl von AOB_FRAMEs zu verwalten, die bereits in einer AOB_FILE aufgezeichnet wurden. Die Variable Daten Größe wird verwendet, um die Datengröße von AOB_FRAMEs zu verwalten, die bereits in der AOB_FILE aufgezeichnet wurden.
Die Verarbeitung in diesem Flussdiagramm beginnt bei Schritt S200, bei dem die CPU 28 die Voreinstellungs-Wiedergabeliste und den Titel-Manager erzeugt. In Schritt S201 initialisiert die CPU 28 die Variable #z (z ← 1). In Schritt S202 erzeugt die CPU 28 die AOB_FILE#z und speichert sie im Datenbereich der Flash-Speicherkarte 31. An diesem Punkt werden der Dateiname, die Dateinamen-Erweiterung und die erste Clusterzahl für AOB_FILE#z in einem Verzeichniseintrag im SD_Audio-Verzeichnis im Datenbereich eingestellt. Anschließend erzeugt in Schritt S203 die CPU 28 TKI#z und speichert diese im Titel-Manager. In Schritt S204 erzeugt die CPU 28 den DPL_TK_SRP#w und speichert diesen in den Voreinstellungs_Abspiellisten_Informationen. Anschließend initialisiert in Schritt S205 die CPU 28 die Variable#y (#y ← 1), und in Schritt S206 initialisiert die CPU 28 die Frame_Zahl und die Daten_Größe (Frame_Zahl ← 0, Daten_Größe ← 0).
In Schritt S207 beurteilt die CPU 28, ob die Eingabe des Audiodaten-Transportstroms, der in die AOB_FILE# geschrieben werden sollte, beendet ist. Wenn die Eingabe eines Audiodaten-Transportstroms, der durch die AAC-Codiereinrichtung 25 codiert und durch die Verschlüsselungseinheit 26 verschlüsselt wurde, in den RAM 22 fortfährt und es erforderlich ist, mit dem Schreiben von Clusterdaten fortzufahren, gibt die CPU 28 die Beurteilung "Nein" in Schritt S207 aus, worauf die Verarbeitung zu Schritt S209 fortfährt.
In Schritt S209 beurteilt die CPU, ob die Menge der AAC-Audiodaten, die sich im RAM 22 gesammelt haben wenigstens gleich der Clustergröße ist. Ist dies der Fall, gibt die CPU 28 die Beurteilung "Ja" aus, worauf die Verarbeitung zu Schritt S210 fortschreitet, bei dem eine Menge von AAC-Audiodaten gleich der Clustergröße in die Flashspeicherkarte 31 geschrieben wird. Die Verarbeitung schreitet anschließend zu Schritt S211 fort.
Haben sich nicht ausreichend AAC-Daten im RAM 22 angesammelt, wird der Schritt S210 übersprungen und die Verarbeitung schreitet zu Schritt S211 fort. In Schritt S211 erhöht die CPU die Frame_Zahl (Frame_Zahl ← Frame_Zahl+1) und erhöht den Wert der Variablen Daten Größe um die Datengröße des AOB_FRAMEs.
Nach dieser Aktualisierung beurteilt die CPU 28 in Schritt S212, ob der Wert der Frame Zahl die Zahl von Frames erreicht hat, die in FNs_Mittel_TMSRTE" eingestellt ist, wobei der Wert von "FNs_Mittel_TMSRTE" in Übereinstimmung mit der Abtastfrequenz eingestellt wird, die verwendet wird, wenn der Audiodaten-Transportstrom codiert wird. Wenn der Wert der Frame Zahl die Zahl von Frames erreicht hat, die in "FNs_Mittel_TMSRTE" eingestellt sind, gibt die CPU 28 die Beurteilung "Ja" in Schritt S212 aus. Wenn nicht, gibt die CPU 28 die Beurteilung "Nein" aus, und der Vorgang kehrt zu Schritt S207 zurück. Die Verarbeitung in den Schritten S207 bis S212 wird daher wiederholt, bis die Beurteilung "Ja" entweder in Schritt S207 oder in Schritt S212 erfolgt.
Wenn die Variable Frame Zahl den Wert von "FNs_Mittel_TMSRTE" erreicht, gibt die CPU 28 die Beurteilung "Ja" in Schritt S212 aus und die Verarbeitung schreitet von Schritt S212 zu Schritt S213 fort, bei dem die Daten Größe in der TKTMSRT der TKI#z als TMSRT_Eintrag#y für das AOB_ELEMENT#y gespeichert wird. In Schritt S214 erhöht die CPU 28 die Variable#y (#y ← #y+1), bevor in Schritt S215 geprüft wird, ob die Variable#y "252" erreicht hat.
Der Wert "252" wird verwendet, da dies die Maximalzahl des AOB_ELEMENTs ist, das in einem einzigen AOB gespeichert werden kann. Ist die Variable #y unter 252, schreitet die Verarbeitung zu Schritt S216 fort, bei dem die CPU 28 beurteilt, ob eine Stille einer vorbestimmten Länge im codierten Audio vorhanden ist, d.h. dass die Audiodaten einen Zwischenraum erreicht haben, der zwischen den Titeln vorhanden ist. Ist eine derartige ununterbrochene Stille nicht vorhanden, wird die Verarbeitung wiederholt, die aus den Schritten S206 bis S215 besteht. Hat die Variable#y den Wert 252 erreicht, oder ist eine Stille einer vorbestimmten Länge im codierten Audio vorhanden, erfolgt die Beurteilung "Ja" in einem der Schritte S215 und S216 und die Verarbeitung schreitet zu Schritt S217 fort, bei dem die Variable#z erhöht wird (#zt ← #z+1).
Anschließend wird die Verarbeitung der Schritte S202 bis S216 für die erhöhte Variable#z wiederholt. Durch Wiederholen dieser Verarbeitung kann die CPU 28 bewirken, dass AOBs, die eine Vielzahl von AOB_ELEMENTen enthalten, nacheinander auf der Flash-Speicherkarte 31 aufgezeichnet werden.
Wenn der Transfer eines Audiodaten-Transportstroms durch den AAC-Codierer 25, die Verschlüsselungseinheit 26 und die Modemvorrichtung abgeschlossen ist, bedeutet dies, dass die Eingabe des Audiodaten-Transportstroms, der in die AOB_FILE#z geschrieben werden soll, ebenfalls vollständig sein wird, so dass die Beurteilung "Ja" in Schritt S207 gegeben ist und die Verarbeitung zu Schritt S208 fortschreitet. In Schritt S208 speichert die CPU den Wert der Variablen Daten_Größe in der TKTMSRT der TKI#z als TMSRT_Eintrag#y für das AOB_ELEMENT#y. Nach dem Speichern der Audiodaten, die sich im RAM 22 gesammelt haben, in der AOB-Datei entsprechend dem AOB#z, endet die Verarbeitung in diesem Flussdiagramm.
Die obige Verarbeitung führt dazu, dass ein verschlüsselter Audiodaten-Transportstrom auf der Flash-Speicherkarte 31 gespeichert wird. Die folgende Prozedur wird anschließend verwendet, um den Dateischlüssel zu speichern, der für die Entschlüsselung dieses verschlüsselten Audiodaten-Transportstroms im Authentisierungsbereich erforderlich ist.
Nachdem der Audiodaten-Transportstrom über den Eingabeweg RT1 eingegeben wurde, werden die AOB-Datei(en), die Datei, die den TKMG speichert, die Datei, die den PLMG speichert, und die Verschlüsselungsschlüssel-Speicherdatei, die einen anderen Dateischlüssel für jedes AOB speichert, zur Aufzeichnungsvorrichtung von einem Anbieter des elektronischen Musikverteilungsdienstes gesendet. Die CPU 28 empfängt diese Dateien und schreibt die AOB-Datei(en), die Datei, die den TKMG speichert, und die Datei die den PLMG speichert, in den Benutzerbereich der Flash-Speicherkarte 31. Andererseits schreibt die CPU 28 lediglich die Verschlüsselungsschlüssel-Speicherdatei, die einen anderen Dateischlüssel für jedes AOB speichert, in den Authentisierungsbereich.
Wenn das Audio über den Eingabeweg RT2 oder RT3 eingegeben wird, erzeugt die CPU 28 einen anderen Dateischlüssel immer dann, wenn die Codierung eines neuen AOB beginnt, und stellt den erzeugten Schlüssel in der Verschlüsselungseinheit 26 ein. Zusätzlich zur Verwendung durch die Verschlüsselungseinheit 26 für die Verschlüsselung des vorliegenden AOBs wird dieser Dateischlüssel nach dem Dateischlüsseleintrag in der Verschlüsselungsschlüssel-Speicherdatei gespeichert, die im Authentisierungsbereich vorhanden ist.
Bei der oben beschriebenen vorliegenden Ausführungsform werden die Dateien, die AOBs speichern, mit Hilfe unterschiedlicher Verschlüsselungsschlüssel verschlüsselt, so dass, wenn der Verschlüsselungsschlüssel, der zum Verschlüsseln einer Datei verwendet wird, decodiert und offengelegt wird, der offengelegte Verschlüsselungsschlüssel lediglich dazu verwendet werden kann, eine Datei zu entschlüsseln, die ein AOB speichert, wobei eine derartige Offenlegung keine Auswirkung auf andere AOBs hat, die in anderen Dateien gespeichert sind. Dadurch wird der Schaden minimiert, der verursacht wird, wenn ein Verschlüsselungsschlüssel offengelegt ist.
Es wird darauf hingewiesen, dass, obwohl sich die Beschreibung auf ein beispielhaftes System konzentriert, von dem angenommen wird, dass es das effektivste Beispiel der vorliegenden Erfindung ist, die Erfindung nicht auf dieses System beschränkt ist. Es sind unterschiedliche Abänderungen möglich, wobei derartige Beispiele mit (a) bis (e) im folgenden aufgeführt sind.

(a) Das obige Beispiel beschreibt einen Halbleiterspeicher (Flash-Speicherkarte) als das verwendete Aufzeichnungsmedium, wenngleich die vorliegende Erfindung auf andere Medien angewendet werden kann, die optische Platten, wie etwa eine DVD-RAM, oder eine Festplatte beinhalten.
(b) Beim obigen Beispiel wurde beschrieben, dass die Audiodaten das AAC-Format haben, wenngleich die vorliegende Erfindung auch auf Audiodaten in einem anderen Format, wie etwa MP3 (MPEG 1 Audio Layer 3), Dolby-AC3 oder DTS (Digital Theater System), angewendet werden kann.
(c) Wenngleich die Datei, die den TKMG speichert, und die Datei, die den PLMG speichert, so beschrieben wurden, dass sie vom Anbieter des elektronischen Musikverteilungsdienstes in kompletter Form angeboten werden, können die Hauptinformationen, die benutzt werden, um den TKMG und den PLMG zu erzeugen, zusammen mit der Verschlüsselungsschlüssel-Speicherdatei gesendet werden, die einen anderen Verschlüsselungsschlüssel für jedes AOB speichert. Die Aufzeichnungsvorrichtung kann anschließend diese Informationen verarbeiten, um den TKMG und den PLMG zu beziehen, die sie anschließend auf der Flash-Speicherkarte aufzeichnet.
(d) Zur Vereinfachung der Erläuterung wurden die Aufzeichnungsvorrichtung und die Abspielvorrichtung so beschrieben, dass sie getrennte Vorrichtungen sind, wenngleich eine tragbare Abspielvorrichtung mit den Funktionen der Aufzeichnungsvorrichtung ausgestattet sein kann und eine Aufzeichnungsvorrichtung in Gestalt eines PCs mit den Funktionen der Abspielvorrichtung ausgestattet sein kann. Neben der tragbaren Abspielvorrichtung und der PC-Aufzeichnungsvorrichtung können die Funktionen der Abspielvorrichtung und der Aufzeichnungsvorrichtung eben falls für eine Kommunikationsvorrichtung bereitgestellt sein, die in der Lage ist, Inhalte aus einem Netzwerk zu laden.

Als ein Beispiel kann ein Mobiltelefon, das Zugriff auf das Internet hat, mit den Funktionen der Abspielvorrichtung und der Aufzeichnungsvorrichtung ausgestattet sein, die beim obigen Beispiel beschrieben wurden. Dieses Mobiltelefon kann Inhalte, die über ein Drahtlosnetzwerk heruntergeladen wurden, auf der Flash-Speicherkarte 31 in derselben Weise speichern, wie beim obigen Beispiel. Wenngleich die Aufzeichnungsvorrichtung, die im obigen Beispiel beschrieben wurde, mit der Modemvorrichtung 27 zur Verbindung mit dem Internet ausgestattet ist, kann zudem eine beliebige andere Vorrichtung, die eine Verbindung mit dem Internet herstellen kann, wie etwa ein Endgeräteadapter für eine ISDN-Leitung, anstelle dessen vorgesehen sein.

(e) Die Vorgänge, die in den Flussdiagrammen aus 55 bis 58, 60, 63 bis 65 und 68 dargestellt sind, können von ausführbaren Programmen erreicht werden, die, auf einem Aufzeichnungsmedium aufgezeichnet, verteilt und verkauft werden können. Dieses Aufzeichnungsmedium kann eine IC-Karte, eine optische Platte, eine Floppy-Diskette oder dergleichen sein, wobei die Programme, die auf dem verwendeten Aufzeichnungsmedium aufgezeichnet sind, zuerst auf herkömmlicher Computerhardware installiert werden müssen. Durch Ausführen der Abläufe gemäß derartig installierter Programme kann die herkömmliche Computerhardware dieselben Funktionen ausführen, wie die Abspielvorrichtung und die Aufzeichnungsvorrichtung, die beim obigen Beispiel beschrieben wurden.
(f) Obwohl das obige Beispiel den Fall beschreibt, bei dem eine Vielzahl von AOBs und eine Vielzahl von Dateischlüsseln auf der Flash-Speicherkarte 31 gespeichert werden, müssen lediglich ein AOB und ein Dateischlüssel gespeichert werden. Zudem ist es nicht erforderlich, dass die AOBs verschlüsselt werden, so dass AOBs auf der Flash-Speicherkarte 31 im ACC-Format gespeichert werden können.

AUSFÜHRUNGSFORM
Die Ausführungsform der vorliegenden Erfindung bezieht sich auf eine Verbesserung bei der Speicherung von Standbildern zusammen mit AOB-Dateien, die im ersten Beispiel beschrieben sind. Diese Standbilder sollen angezeigt werden, wenn die AOB-Dateien abgespielt werden.
{69-1} Hierarchischer Aufbau der Flash-Speicherkarte der Ausführungsform
69 zeigt den hierarchischen Aufbau der Flash-Speicherkarte 31 dieser Ausführungsform. Der hierarchische Aufbau der Flash-Speicherkarte 31, der bei dieser Ausführungsform beschrieben wird, unterscheidet sich von jenem des ersten Beispiels dadurch, dass POBs (Bildobjekte) zu den Präsentationsdaten und POB-Manager zu den Navigationsdaten hinzugefügt wurden. POBs sind Teile von Standbilddaten im JPEG-Format (JPEG – Joint Photographic Experts Group), auf die sich der Abspiellisten-Manager und der Titel-Manager beziehen. Der POB-Manager sind Verwaltungsinformationen, die beschreiben, wie sich der Abspiellisten-Manager und der Titel-Manager auf die POBs beziehen sollen.
{69-1_70A-1} Aufbau des Benutzerdatenbereiches in der Dateisystemschicht
Da bei dieser Ausführungsform zusätzliche Informationen zu den Präsentationsdaten und den Navigationsdaten hinzugefügt werden, sind die Aufbauten des Benutzerdatenbereiches und des geschützten Bereiches in der Dateisystemschicht auf jene abgeändert, die in 70A und 70B gezeigt sind. Der Benutzerdatenbereich, der in 70A gezeigt ist, unterscheidet sich von jenem, der in 8A gezeigt ist, dadurch, dass Dateien, die mit "POBXXX.JPG" und "POBXXX.SP1" bezeichnet sind, zusätzlich zur POB-Manager-Datei "POB000.POM" hinzugefügt worden sind.
Die Dateien "POBXXX.JPG" und "POBXXX.SP1" entsprechen den POBs, die in 69 gezeigt sind, während die Datei "POB000.POM" dem POB-Manager entspricht. Der Unterschied zwischen den Dateien "POBXXX.JPG" und "POBXXX.SP1" liegt darin, ob der Urheberrechtsschutz erforderlich ist. Dateien mit einer "JPG"-Dateinamenserweiterung sind lediglich Dateien, die Standbilderdaten im JPEG- Format enthalten, während Dateien mit einer "SP1"-Dateinamenserweiterung verschlüsselt wurden, um die Urheberrechte der Standbilder zu schützen. Hier ist "SP" eine Abkürzung für ein "Sicheres Bild" und zeigt, dass der Urheberrechtsschutz notwendig ist.
Standbilder, wie etwa Familienfotografien oder Erinnerungsbilder, die von Benutzern aufgenommen wurden, können auf einer Flash-Speicherkarte aufgezeichnet werden, um es dem Benutzer zu gestatten, den gespeicherten Inhalt zu personalisieren. Da der Urheberrechtsschutz für derartige Bilder im allgemeinen nicht erforderlich ist, können sie auf einer Flash-Speicherkarte im JPEG-Format ohne Verschlüsselung aufgezeichnet werden. Andererseits sind Künstlerfotografien und Albumcovers im allgemeinen das Eigentum der Künstlers oder der Plattenfirma. Da es das Risiko gibt, das Benutzer Bilder, die von einem elektronischen Verteilungsdienst bereitgestellt wurden, illegal kopieren, werden diese Bilder als "Sichere Bilder" auf einer Flash-Speicherkarte aufgezeichnet.
Die Nummern "001", "002", "003", ..., die den Dateinamen "POBXXX.Sp1" und "POBXXX.JPG" zugeordnet sind, sind die POB-Nummern, die einzelnen Bildobjekten (POBs) zugeordnet sind. Dies bedeutet, dass Bildobjekte (POBs) unter Verwendung von POB-Nummern spezifiziert werden können.
{69-2_70B-1} Aufbau des Benutzerdatenbereiches in der Dateisystemschicht
70 zeigt den Aufbau des geschützten Bereiches in dieser Ausführungsform. Im Vergleich zum geschützten Bereich, der in 8B gezeigt ist, enthält der geschützte Bereich in dieser Ausführungsform weiterhin eine Verschlüsselungsschlüssel-Speicherdatei mit dem Namen "POBSP1.key". Diese Datei speichert die Dateischlüssel, die zum Entschlüsseln der (verschlüsselten) Dateien "POBXXX.SP1" verwendet werden. Wenn eine Datei "POBXXX.SP1" gelesen wird, muss ein Dateischlüssel aus dieser Verschlüsselungsschlüssel-Speicherdatei "POBSP1.key" extrahiert werden.
Ein Servercomputer, der von einer Plattenfirma betrieben wird, die die elektronische Musikverteilung nutzt, speichert die SD_Audio-Verzeichnisse, die in 70A und 70B gezeigt sind. Wenn ein Benutzer einen Musikinhalt bestellt, komprimiert der Server-Computer das geeignete SD_Audio-Verzeichnis, verschlüsselt es und sendet es anschließend zum Benutzer, der die Bestellung ausgegeben hat.
Der Computer des Benutzers empfängt das SD_Audio-Verzeichnis, entschlüsselt es, dekomprimiert es und erhält so das ursprüngliche SD_Audio-Verzeichnis. Es wird darauf hingewiesen, dass der Computer anstelle dessen Titel (AOBs) mit den zugehörigen Standbildern (POBs) vom Server-Computer herunterladen kann und anschließend die SD-Audioverzeichnisse, die in 70A und 70B gezeigt sind, selbst auf der Flash-Speicherkarte 31 erzeugt.
{69-3_71A,B,C-1} Innerer Aufbau der "POBXXX.JPG"- und der "POBXXX.SP1"-Datei
Im folgenden wird der Innere Aufbau der "POBXXX.JPG"- und der "POBXXX.SP1"-Datei erläutert. 71A zeigt den inneren Aufbau einer "POBXXX.JPG"-Datei. Diese Datei enthält Standbilddaten, die nicht verschlüsselt wurden, und hat somit denselben Aufbau wie eine herkömmliche JPEG-Datei.
71B zeigt den inneren Aufbau einer "POBXXX.SP1"-Datei. Wie es in der Zeichnung dargestellt ist, enthalten derartige Dateien einen POB_Header (POB_H) und verschlüsselte Bilddaten im JPEG-Format.
Die Strichlinien hP1, die in 71B gezeigt sind, zeigen den inneren Aufbau des POB_H. Wie es in der Zeichnung gezeigt ist, besteht der POB_H aus einer Zwei-Byte-POB_ID, die auf den Wert "FFEO" eingestellt ist, um zu zeigen, dass die vorliegende Datei eine POB-Datei ist, einem Ein-Byte-Reservebereich, einem Ein-Byte-POB_ATR, das zeigt, ob verschlüsselte Daten in der "POBXXX.SP1" vorhanden sind, und einer Vier-Byte-POB_SZ, die die Datengröße des POB zeigt.
Wenn verschlüsselte Daten in der Datei "POBXXX.SP1" vorhanden sind, wird der Wert "0" im POB_ATR" eingestellt, um zu zeigen, dass der "Datenkörper vorhanden ist" (d.h. die Datei "POBXXX.SP1" nimmt keinen indirekten Bezug zu einer weiteren Datei auf). Wenn im Gegensatz dazu keine verschlüsselte Daten in der Datei "POBXXX.SP1" vorhanden sind, speichert die Datei anstelle dessen den Dateipfad einer Datei, die Standbilddaten enthält (d.h. die Datei "POBXXX.SP1" bezieht sich indirekt auf eine weitere Datei). 71C zeigt ein Beispiel einer POB-Datei, die einen Dateipfad anstelle eines verschlüsselten Datenkörpers speichert.
Der Dateiname "photo001.JPG", der auf dem Pfad
"¥DCIM¥Ctg_001¥photo001.JPG" gegeben ist, kennzeichnet eine Datei, die Standbilddaten für eine digitale Fotografie speichert, die mit Hilfe einer digitalen Standbildkamera aufgenommen wurden. Wenn ein Verzeichnisweg und ein Dateiname in einer POB-Datei auf diese Weise gekennzeichnet sind, wird indirekte Bezugnahme auf Bilddaten genommen, die in der Datei "photo001.JPG" mit dem Pfad "¥DCIM¥Ctg_001¥photo001.JPG" gespeichert sind. Bei dieser "POBXXX.SP1" wird das POB_ATR im POB-Manager auf den Wert "1" eingestellt, um zu zeigen, dass es "keinen Datenkörper" gibt.
Wenn es beispielsweise der Vorrichtungstreiber einer digitalen Standbildkamera verlangt, dass die Standbilddaten, die mit der Kamera aufgenommen werden, in einer speziellen Datei in einem speziellen Verzeichnis gespeichert sind, kann eine POB-Datei, wie etwa jene, die in 71C gezeigt ist, eine JPG-Datei festlegen, die Standbilddaten unter Verwendung eines indirekten Dateipfades speichert (In 71C verlangt es der Vorrichtungstreiber für die digitale Standbildkamera, dass Dateien mit dem Pfad "¥DCIM¥Ctg_001¥photo001.JPG" etc. gespeichert werden). Selbst wenn Standbilddaten, die von der digitalen Kamera aufgenommen werden, in einer speziellen Datei und einem speziellen Verzeichnis gemäß den Erfordernissen eines Vorrichtungstreibers aufgezeichnet werden, können demzufolge derartige Bilddaten weiterhin während des Abspielens eines Musikinhaltes angezeigt werden.
Damit ist die Erläuterung der Präsentationsdaten bei dieser zweiten Ausführungsform der vorliegenden Erfindung abgeschlossen.
{72-1} Abspiellisten-Manager und Titel-Manager
Die Dateien "POBXXX.JPG" und "POBXXX.SP1" in den Präsentationsdaten werden synchron mit dem Abspielen von Titeln angezeigt, die im ersten Beispiel beschrieben wurden. Um eine derartige synchrone Anzeige von Bildern mit Titeln zu erreichen, haben der Abspiellisten-Manager und der Titel-Manager der Ausführungsform die Aufbauten, die in 72 gezeigt sind. 72 zeigt die detaillierten Aufbauten des Abspiellisten-Managers und der Titel-Managers bei dieser Ausführungsform. Der Abspiellisten-Manager und der Titel-Manager bei dieser Ausführungsform unterscheiden sich von jenen des ersten Beispiels, die in 17 gezeigt wurden, dadurch, dass, im Gegensatz zum vorherigen, die Inhalte der Voreinstellungs_Abspiellisten Allgemein Informationen (DPLGI) und der Abspiellisten Allgemein Informationen (PLGI) deutlich dargestellt sind, und dadurch, dass das TKI_POB_ATR und die TKI_POB_SRPs erneut in der TKGI bereitgestellt werden.
{72-2} DPLGI
Wie es mit den Strichlinien h61 gezeigt ist, enthalten die Voreinstellungs_Abspiellisten Allgemein Informationen (DPLGI) ein DPLI_ID-Feld, in das ein einzigartiger Identifikator für die DPLI geschrieben ist, ein DPLI_TK_Ns-Feld, in das die Zahl von Titeln geschrieben ist, auf die sich durch die DPLI bezogen wird, ein DPLI_PB_TM-Feld, in das die Gesamtabspielzeit sämtlicher Titel, auf die sich durch die Voreinstellungs-Abspielliste bezogen wird, in Einheiten von Millisekunden geschrieben ist, ein DPLI_POB_ATR-Feld und 60 DPLI_POB_SRP-Felder.
{72-3} PLGI
Wie es mit den Strichlinien h62 gezeigt ist, besteht jedes Stück von Abspiellisten Allgemein Informationen (PLGI) aus einem PLI_ID-Feld, in das ein einzigartiger Identifikator für die PLI geschrieben ist, einem PLI_TK_Ns-Feld, in das die Zahl von Titeln (wobei das Maximum "99" ist) geschrieben ist, auf die sich durch die PLI bezogen wird, einem PLI_PB_TM-Feld, in das die Gesamtabspielzeit sämtlicher Titel, auf die sich durch die Abspielliste bezogen wird, in Einheiten von Millisekunden geschrieben ist, einem PLI_POB_ATR-Feld und 20 PLI_POB_SRP-Feldern.
{72-4_73} Übersicht über die Zusätze und Verbesserungen, die bei der zweiten Ausführungsform vorgenommen wurden
Wie es aus der vorangehenden Erläuterung verständlich ist, enthält die TKGI dieser Ausführungsform zusätzlich zwei Arten von Informationen, das TKI_POB_ATR und die TKI_POB_SRPs. In derselben Weise enthält die DPLGI zusätzlich zwei Arten von Informationen, das DPLI_POB_ATR und die DPLI_POB_SRPs, wobei jede PLGI zusätzlich zwei Arten von Informationen, die PLI_POB_ATR und die PLI_POB_SRPs enthält.
Die TKI_POB_SRPs, die PLI_POB_SRPs und die DPLI_POB_SRPs haben jeweils dieselbe Zusammensetzung und werden verwendet, um ein POB festzulegen. 73 zeigt, wie POB-Dateien, wie etwa jene, die in 70A gezeigt sind, durch die TKI_POB_SRPs, die PLI_POB_SRPs und die DPLI_POB_SRPs festgelegt sind. Im folgenden wird der Datenaufbau des TKI_POB_ATR (DPLI_POB_ATR, PLI_POB_ATR) und der TKI_POB_SRPs (DPLI_POB_SRPs, PLI_POB_SRPs) beschrieben.
{74-1} TKI_POB_SRPs
Ein TKI_POB_SRP ist ein Feld, das ein POB, das während einer Abspieldauer eines speziellen AOB angezeigt werden soll, aus der gesamten Abspieldauer der Titel festlegt, die in der Abspielreihenfolge durch die Voreinstellungs_Abspiellisten_Informationen einer PLI gekennzeichnet sind. Mit anderen Worten kann durch Einstellen des TKI_POB_SRP im Titel-Manager ein POB festgelegt werden, das während eines Titels angezeigt werden soll.
74 zeigt den Datenaufbau der TKI_POB_SRPs und des TKI_POB_ATR.
Wie es in der Zeichnung dargestellt ist, besteht der TKI_POB_SRP aus einem "POB-Festlegungsfeld" (dargestellt als "POB_No." in der Zeichnung) zwischen der Bitzahl b25 und der Bitzahl b16, einem "Pixelzahl"-Feld zwischen der Bitzahl b11 und der Bitzahl b8, einem "Huffman-Tabellen"-Feld zwischen der Bitzahl b7 und der Bitzahl b6, einem "Chrominanz-Abtast"-Feld zwischen der Bitzahl b5 und der Bitzahl b4 und einem "Bildcodiermodus"-Feld zwischen der Bitzahl b3 und der Bitzahl b0. Die Felder zwischen der Bitzahl b12 und der Bitzahl b15 und zwischen der Bitzahl b26 und der Bitzahl b31 sind reservierte Bereiche.
Das "POB-Festlegungsfeld" wird zum Speichern einer Nummer zwischen "1" und "999" als Nummer des POB angegeben, das während der Abspieldauer der AOB-Datei entsprechend dieser TKI angezeigt werden soll. Wenn kein Standbild während der Abspieldauer der AOB-Datei entsprechend dieser TKI angezeigt werden soll, wird das "POB-Festlegungsfeld" auf "0" eingestellt.
Der "Bildcodiermodus" ist ein Feld, das verwendet wird, um eine Abspielvorrichtung über das Codierverfahren zu informieren, das für das Standbild verwendet wird, das durch das "POB-Festlegungsfeld" festgelegt wird.
Das "Chrominanz-Abtast"-Feld wird verwendet, um das Verhältnis darzustellen, das für die Luminanz-Abtastung und die Chrominanz-Abtastung von zwei Farben verwendet wird, wenn das Standbild codiert wurde, das durch das "POB-Festlegungsfeld" festgelegt wird. Der Binärwert "00" wird in diesem Fall eingestellt, um zu kennzeichnen, dass das Verhältnis "4:2:2" ist, während der Wert "01" eingestellt wird, um zu kennzeichnen, dass das Verhältnis "4:2:0" ist.
Das "Huffman-Tabellen"-Feld zeigt, ob eine typische Huffman-Tabelle verwendet werden sollte, wenn das Standbild angezeigt wird, das durch das "POB-Festlegungsfeld" festgelegt wird. Dieses Feld wird auf "00" eingestellt, wenn eine Huffman-Tabelle verwendet werden sollte.
Das "Pixelzahl"-Feld ist ein Feld, in das die Größe des Standbildes, das durch das "POB-Festlegungsfeld" festgelegt wird, in Pixel geschrieben ist. Der Binärwert "0000" wird in dieses Feld geschrieben, wenn das Standbild, das durch das "POB-Festlegungsfeld" festgelegt wird, 96·96 Pixel hat, "0001" wird geschrieben, wenn das Bild 640·80 Pixel hat, und der Wert "0010" wird geschrieben, wenn das Bild eine andere Größe hat, die in einem Bereich von 160·120 Pixel bis 1800·1200 Pixel liegt.
Die TKGI enthält 20 TKI_POB_SRPs bei diesem Aufbau, so dass ein Maximum von 20 Standbildern während des Abspielens eines Titels angezeigt werden kann. Wenn ein Titel aus mehreren TKIs besteht, sind lediglich die TKI_POB_SRPs in der ersten TKI gültig.
{74-2} TKI_POB_ATR
Das "TKI_POB_ATR" wird bereitgestellt um festzulegen, wie die POBs, die durch die 20 TKI_POB_SRPs in einer TKGI festgelegt sind, angezeigt werden sollen. Das "TKI_POB_ATR" enthält einen "Anzeigereihenfolgemodus" zwischen der Bitzahl b0 und der Bitzahl b1 und einen "Anzeigezeitgabemodus" zwischen der Bitzahl b2 und der Bitzahl b3.
Das "Anzeigereihenfolgemodus"-Feld wird eingestellt, um die Reihenfolge anzuzeigen, in der die POBs, die durch die 20 TKI_POB_SRPs in einer TKGI festgelegt sind, angezeigt werden sollen. Bei dieser Ausführungsform werden POBs in einem von drei Modi während der Abspieldauer eines AOB angezeigt.
Der erste Modus wird "sequentieller Modus" genannt und befindet sich dort, wo die POBs, die durch ein Maximum von 20 TKI_POB_SRPs in einer TKGI festgelegt sind, in der Reihenfolge angezeigt werden, in der die TKI_POB_SRPs in der TKGI gegeben sind.
Der zweite Modus wird "Zufallsmodus" genannt und befindet sich dort, wo die POBs, die durch ein Maximum von 20 TKI_POB_SRPs in einer TKGI festgelegt sind, in zufälliger Reihenfolge angezeigt werden.
Der dritte Modus wird "Mischmodus" genannt und befindet sich dort, wo die POBs, die durch ein Maximum von 20 TKI_POB_SRPs in einer TKGI festgelegt sind, in einer zufälligen Reihenfolge ohne Wiederholung angezeigt werden.
Um den sequentiellen Modus zu kennzeichnen, wird der Binärwert "00" im "Anzeigereihenfolgemodus"-Feld eingestellt. Im Gegensatz dazu wird der Binärwert "01" eingestellt, um den Zufallsmodus zu kennzeichnen, und der Binärwert "10" eingestellt, um den Mischmodus zu kennzeichnen.
Das "Anzeigezeitgabemodus"-Feld wird eingestellt um darzustellen, ob die Anzeige von POBs, die durch ein Maximum von 20 TKI_POB_SRPs in einer TKGI festgelegt sind, mit dem Abspielen der AOB-Datei synchronisiert werden sollten, die der TKI entspricht. Der Modus, in dem Bilder mit Audio synchronisiert sind, wird "Diashowmodus" genannt. Während des "Diashowmodus" ist der Benutzer nicht in der Lage, angezeigte Bilder zu überspringen, ohne das Audio zu überspringen, das angezeigt wird.
Andererseits wird der Modus, in dem Bilder und Audio nicht synchronisiert sind, "Browsermodus" genannt. Im Browsermodus kann der Benutzer Bilder überspringen, ohne das Audio zu überspringen.
Auf diese Weise werden Informationen, die anzeigen, welche POBs während der Wiedergabe der entsprechenden AOB-Datei angezeigt werden sollten, in welcher Reihenfolge derartige POBs angezeigt werden sollten und ob die Anzeige von POBs mit dem Abspielen der entsprechenden AOB-Datei synchronisiert sein sollte, in einer TGKI eingestellt.
{74-3_75} Beispieleinstellung der TKI_POB_SRPs, die in der TKI#1 bis TKI#3 eingestellt sind
75 zeigt eine Beispieleinstellung der TKI_POB_SRPs für TKI#1 bis TKI#3, die im Titel-Manager eingestellt sind.
Die erste Ebene in 75 zeigt den Titel-Manager, während die zweite Ebene neun POB-Dateien zeigt. Der Titel-Manager in der ersten Ebene enthält acht TKIs, wobei die Pfeile darstellen, auf welche POB-Dateien sich durch die TKI_POB_SRPs in diesen acht TKIs bezogen wird.
Wie es mit den Pfeilen dargestellt ist, enthält die TKI#1 drei TKI_POB_SRPs, die POB001 bis POB003 festlegen, enthält TKI#2 drei TKI_POB_SRPs, die POB004 bis POB006 festlegen, und enthält TKI#3 drei TKI_POB_SRPs, die POB007 bis POB009 festlegen.
Bei dieser Ausführungsform wird davon ausgegangen, dass POB001 bis POB009 JPEG-Bilddaten sind, die aus Liedtexten bestehen, die auf einem leeren Hintergrund angeordnet sind. Die Wörter, die die Texte bilden, sind unter Verwendung eines geeigneten Zeichensatzes für die Stimmung des Liedes dargestellt und können Gegenstand von Ausschmückungen sein, wie etwa der Hinzufügung von fetten Umrissen.
Die unterste Ebene in 75 zeigt den Inhalt jedes POB. Der Inhalt von POB001 bis POB003 sind die Texte für TitelA, der Inhalt von POB004 bis POB006 sind die Texte für TitelB, und der Inhalt von POB007 bis POB009 sind die Texte von TitelC. Da diese Bilder unbedeutend sind, solange sie nicht während des Abspielens der entsprechenden Titel angezeigt werden, werden die TKI_POB_SRPs, die in den TKIs enthalten sind, so eingestellt, dass diese Bilder während eines derartigen Abspielens angezeigt werden.
Die Abspieldauer jedes Titels ist dieselbe wie bei 16, auf die sich beim ersten Beispiel bezogen wurde. Das heißt, dass die Abspieldauer "AOB001.SA1" entsprechend TKI#1 6,1 Minuten ist, die Abspieldauer von "AOB002.SA1" entsprechend TKI#3 3,3 Minuten ist und die Abspieldauer von "AOB003.SA1" entsprechend TKI#5 5,5 Minuten. Während dieser Abspieldauern werden die TKI_POB_SRPs, die in den TKIs gegeben sind, gültig, so dass eine Abspielvorrichtung POBs in Übereinstimmung mit diesen gültigen TKI_POB_SRPs anzeigen kann.
Die Abspieldauer von "AOBSA1.001" entsprechend TKI#1 ist 6,1 Minuten, so dass, wenn POB001 bis POB003 zur selben Zeit während dieser Dauer angezeigt werden sollen, jedes Bild für 2,03 (= 6.1/3) Minuten angezeigt wird. Die Abspieldauer von "AOBSA2.001" entsprechend TKI#2 beträgt 3,3 Minuten, so dass POB004 bis POB006 jeweils für 1,1 (= 3,3/3) Minuten angezeigt werden. Die Abspieldauer von "AOBSA3.001" entsprechend TKI#3 beträgt 5,5 Minuten, so dass POB007 bis POB009 jeweils für 1,83 (= 5,5/3) Minuten angezeigt werden.
{74-4_76} Beispieleinstellung der TKI_POB_SRPs, die in TKI#4 bis TKI#8 enthalten sind
76 zeigt ein Beispiel der Einstellung der TKI_PON_SRPs in TKI#4 bis TKI#8, die im Titel-Manager enthalten sind. Die erste Ebene zeigt den Titel-Manager, während die zweite Ebene zehn POB-Dateien zeigt. Wie es mit den Pfeilen in der Zeichnung dargestellt ist, enthält TKI#4 sieben TKI_POB_SRPs, die jeweils POB010 bis POB016 festlegen.
In derselben Weise enthält TKI#8 drei TKI_POB_SRPs, die POB017 bis POB019 festlegen. Bei der vorliegenden Ausführungsform sind POB010 bis POB019, ähnlich POB001 bis POB009, JPEG-Bilddaten, die aus Liedtexten bestehen, die auf einem leeren Hintergrund angeordnet werden. Der Grund, dass die TKI_POB_SRPs lediglich für TKI#4 und nicht für eine von TKI#5 bis TKI#7 eingestellt werden, besteht darin, dass, wenn ein einzelner Titel aus einer Vielzahl von TKIs besteht, lediglich die TKI_POB_SRPs in der ersten TKI gültig sind, wie es zuvor erläutert wurde.
Der Inhalt von POB010 bis POB016 sind die Texte für TitelD, der in 16 des ersten Beispiels gezeigt ist, während der Inhalt von POB017 bis POB019 die Texte für TitelE sind. Die gesamte Abspieldauer von "AOB004.SA1" bis "AOB007.SA1" entsprechend TKI#4 bis TKI#7 ist 30,6 Minuten, so dass die Anzeigedauer jedes von POB010 bis POB016 4,37 (= 30,6/7) Minuten ist. Infolgedessen kann jedes POB für dieselbe Dauer während der Abspieldauer von TitelD angezeigt werden. Da die Abspieldauer von "AOBSA8.SA1" entsprechend TKI#8 7,0 Minuten ist, beträgt die Abspieldauerjedes von POB017 bis POB019 2,33 (= 7,0/3) Minuten.
{77-1} DPLI_POB_SRP und DPLI_POB_ATR, die in der DPLGI enthalten sind
Während die TKI_POB_SRPs festlegen können, welche POBs während welchen Titels angezeigt werden können, legen die DPLI_POB_SRPs, die in der DPLGI gegeben sind, die POBs fest, die während der Abspieldauer einer Vielzahl von AOBs gemäß der Reihenfolge angezeigt werden sollen, die durch die Voreinstellungs_Abspiellisten_Informationen gegeben ist.
77 zeigt die DPLI_POB_SRPs und die DPLI_POB_ATRs, die in der DPLGI enthalten sind. Wie es aus dieser Zeichnung ersichtlich ist, haben die DPLI_POB_SRPs und die DPLI_POB_ATRs in der DPLGI dieselben Datenaufbauten wie die TKI_POB_SRPs und die TKI_POB_ATRs.
Da die Voreinstellungs_Abspiellisten_Informationen die Reihenfolge für eine Vielzahl von AOB-Dateien einstellen, können die DPLI_POB_SRPs und die DPLI_POB_ATRs, die in 77 gegeben sind, eingestellt werden, um zu zeigen, (1) welche POBs während der Abspieldauer der Vielzahl von AOB-Dateien angezeigt werden sollen, die durch die Abspielreihenfolge in den Voreinstellungs_Abspiel_Informationen gekennzeichnet sind, (2) in welcher Reihenfolge derartige POBs angezeigt werden sollen, und (3) ob die Anzeige von POBs mit dem Abspielen der AOB entsprechend den TKIs synchronisiert werden sollen.
{77-2_78} Beispieleinstellung von 20 DPLI_POB_SRPs
78 zeigt eine Beispieleinstellung von 20 DPLI_POB_SRPs, die in den Voreinstellungs_Abspiel Informationen enthalten sind. Die erste Ebene in den Zeichnungen zeigt die Voreinstellungs_Abspiellisten_Informationen, wobei die inneren Rahmen die DPLGI und 20 DPLI_POB_SRPs darstellen. Die zweite Ebene zeigt die 20 POB-Dateien POB020 bis POB039. Wie es mit den Pfeilen dargestellt ist, legen die 20 DPLI_POB_SRPs jeweils die 20 POB-Dateien POB020 bis POB039 fest.
POB020 ist ein Bild, das als Hüllenbild für die verpackte Version des Musikalbums verwendet wird, das aus TitelA bis TitelE besteht, während POB021 ein Logo der Produktionsfirma ist, die dieses Musikalbum produziert hat. POB022 bis POB025 sind Künstlerfotos, POB026 bis POB031 sind Bilder, die von einem Werbe-(Promo-)Video aufgenommen wurden, und POB032 bis POB039 sind Fotos des Künstlers, der TitelA bis TitelE während eines Konzertes aufführt.
Die DPL_POB_SRPs in den Voreinstellungs_Abspiellisten_Informationen sind durch den Produzenten der Musikinhalte definiert und können somit so eingestellt werden, dass sie über Bilder für die Titel, die durch die Musikinhalte dargestellt werden, Künstlerfotos, etc. verfügen, die während des Abspielens angezeigt werden.
Während der Abspieldauer der AOB-Dateien, die durch die Abspielreihenfolge in den Voreinstellungs_Abspiellisten_Informationen festgelegt sind, werden die POB-Dateien, die durch die DPLI_POB_SRPs festgelegt sind, die in der DPLGI enthalten sind, angezeigt. Für das Beispiel, das in 40 gezeigt ist, legen die Voreinstellungs_Abspiellisten_Informationen eine Abspielreihenfolge für die fünf Titel TitelA bis TitelE über die acht TKIs fest, die diese Titel bilden. Daneben legen beim Beispiel, das in 78 gezeigt ist, die DPLI_POB_SRPs, die in diesen Voreinstellungs_Abspiellisten_Informationen enthalten sind, 20 POB-Dateien fest, wobei diese Festlegungen während der 52,5-Minuten-Abspieldauer von TitelA bis TitelE gültig sind. Wenn diese 52,5-Minuten-Abspieldauer gleichmäßig zwischen POB020 und POB039 aufgeteilt werden soll, wird jedes Bild für 2,625 (= 52,5/20) Minuten angezeigt.
{77-3_79} Änderungen bei den Vordergrund- und den Hintergrundbildern während des Abspielfortschritts
79 ist ein Zeitgabediagramm, das darstellt, welche Bilder kombiniert werden, wenn die POBs, die durch die DPLI_POB_SRPs festgelegt sind, die in den Vo reinstellungs_Abspiellisten_Informationen enthalten sind, als Hintergrundbilder verwendet werden, und die POBs, die durch die TKI_POB_SRPs gekennzeichnet sind, die im Track-Manager enthalten sind, als Vordergrundbilder verwendet werden.
Die erste Ebene in der Zeichnung zeigt dieselben POBs wie die zweite Ebene in 78, während die zweite Ebene dieselben POBs zeigt wie die zweite Ebene in 75 und 76. Die Skala, die sich horizontal im oberen Bereich von 79 erstreckt, zeigt die Abspielzeit in Einheiten einer Minute. Die horizontale Breite jedes POB in 79 zeigt somit die kontinuierliche Anzeigezeit für jedes POB.
Unter Bezugnahme auf die Zeitskala in 79 ist zu erkennen, dass während der Dauer vom Beginn des Abspielens des Punktes bei 6,1 Minuten POB001 und POB003 (die Texte für TitelA) nacheinander als Vordergrundbilder angezeigt werden, während POB020 (das Hüllenbild), POB021 (das Logo der Produktionsfirma) und POB022 (ein Künstlerfoto) nacheinander als Hintergrundbild angezeigt werden.
In der Abspieldauer zwischen dem Punkt 6,1 Minuten nach dem Beginn des Abspielens und dem Punkt 14,9 (= 6,1 + 3,3 + 5,5) Minuten nach dem Beginn werden POB004 und POB009 (die Texte von TitelB und TitelC) nacheinander als Vordergrundbilder angezeigt, während POB022 bis POB025 (Künstlertotos) nacheinander als Hintergrundbilder angezeigt werden.
In der Dauer, die dem Punkt 14,9 Minuten vom Beginn des Abspielens folgt, werden POB010 bis POB011 (die Texte für TitelD) nacheinander als Vordergrundbilder angezeigt, während POB026 und POB028 (Bilder, die von einem Werbevideo aufgenommen werden) nacheinander als Hintergrundbild angezeigt werden.
{77-4_80}
Im Zeitgabediagramm in 79 wird ein kombiniertes Bild, das aus POB004 (den Texten für TitelB) im Vordergrund und POB022 (ein Künstlerfoto) im Hintergrund besteht, beginnend vom Punkt 6,1 Minuten nach dem Beginn des Abspielens gemäß den Voreinstellungs_Abspiellisten_Informationen angezeigt. 80 zeigt, wie das Vordergrundbild und das Hintergrundbild an diesem Punkt 6,1 Minuten nach dem Beginn des Abspielens gemäß den Voreinstellungs_Abspiellisten_Informationen kombiniert werden.
{77-5_81}
In derselben Weise werden ein kombiniertes Bild, das aus POB010 (den Texten von TitelD) im Vordergrund und POB026 (einem Bild aus einem Werbevideo) im Hintergrund besteht, beginnend vom Punkt 16 Minuten nach dem Beginn des Abspielens gemäß den Voreinstellungs_Abspiellisten_Informationen angezeigt. 81 zeigt, wie das Vordergrundbild und das Hintergrundbild an diesem Punkt 16 Minuten nach dem Beginn des Abspielens gemäß den Voreinstellungs_Abspiellisten_Informationen kombiniert werden.
Wenn, wie es oben beschrieben wurde, ein kombiniertes Bild durch Kombinieren einer POB-Datei, die durch einen DPLI_POB_SRP in den Voreinstellungs_Abspiellisten_Informationen als Vordergrundbild festgelegt ist, und einer POB-Datei, die durch einen TKI_POB_SRP in den Voreinstellungs_Abspiellisten_Informationen als Hintergrundbild festgelegt ist, kombiniert wird, können die Texte für den Titel, der abgespielt wird, mit einem Künstlerfoto, einem Bild aus dem Werbevideo des Titels, einem Konzertbild oder dergleichen abgespielt werden. Die Einstellungen, welche POB-Dateien zu welchem Zeitpunkt angezeigt werden sollten, können auch durch Neuschreiben der TKI_POB_SRPs und DPLI_POB_SRPs im Titel-Manager und in den Voreinstellungs_Abspiellisten_Informationen auf einfache Weise geändert werden.
{82-1} PLI_POB_SRPs und PLI_POB_ATR in einer PLGI
Die PLI_POB_SRPs und das PLI_POB_ATR, die in einer PLGI enthalten sind, haben dieselben Datenaufbauten wie die DPLI_POB_SRPs und das DPLI_POB_ATR, die in der DPLGI enthalten sind, und wie die TKI_POB_SRPs und das TKI_POB_ATR in einer TKI. 82 zeigt die PLI_POB_SRPs und die PLI_POB_ATRs, die in einer PLGI enthalten sind.
Wie beim ersten Beispiel, unterscheidet sich eine PLI von den Voreinstellungs_Abspiellisten_Informationen dadurch, dass sie eine vom Benutzer definierte Abspielreihenfolge aufweist, so dass die PLI_POB_SRPs und das PLI_POB_ATR anzeigen, welche POBs während des Abspielens der Vielzahl von AOB-Dateien, die in dieser vom Benutzer definierten Reihenfolge festgelegt sind, angezeigt werden sollen, in welcher Reihenfolge derartige POBs angezeigt werden sollten und ob das Anzeigen von POBs mit dem Abspielen der entsprechenden AOB-Dateien synchronisiert sein sollte. Es wird darauf hingewiesen, dass, obwohl die PLI_POB_SRPs in den Voreinstellungs_Abspiellisten_Informationen so beschrieben wurden, dass sie vom Produzenten der Musikinhalte eingestellt werden, diese DPLI_POB_SRPs vom Benutzer frei eingestellt werden können.
{82-2_83} Beispieleinstellungen der PLI_POB_SRPs, die in einer PLI enthalten sind
Im folgenden werden Beispieleinstellungen der PLI_POB_SRPs beschrieben, die in einer PLI enthalten sind.
83 zeigt ein Beispiel der Einstellungen von 20 PLI_POB_SRPs in einer PLI. Die erste Ebene in den Zeichnungen zeigt eine PLI, wobei die inneren Rahmen die PLGI und 20 PLI_POB_SRPs darstellen. Die zweite Ebene zeigt die 20 POB-Dateien POB040 bis POB059. Wie es mit den Pfeilen dargestellt ist, legen die 20 PLI_POB_SRPs jeweils die 20 POB-Dateien POB040 bis POB059 fest.
Während POB020 bis POB039 Standbilddaten sind, die vom Produzenten der Musikinhalte bereitgestellt werden, sind POB040 bis POB059 Standbilddaten für persönliche Fotos, die von einem Benutzer bereitgestellt werden. Beispielsweise ist POB040 ein Foto der Familie des Benutzers, während POB041 ein Foto der Abschlussfeier des Benutzers ist, POB042 bis POB051 Fotos des Haustieres des Benutzers, POB046 bis POB051 Ferienschnappschüsse von der Reise eines Benut zers nach Europa und POB052 bis POB059 Ferienschnappschüsse einer Reise des Benutzers in die USA sind. Um die Erläuterung zu vereinfachen, ist die Gesamtabspieldauer der AOB-Dateien, die durch diese PLI festgelegt sind, und die Zahl von POBs, die zum Anzeigen durch diese PLI festgelegt sind, dieselben wie die Voreinstellungs_Abspiellisten_Informationen. Dies bedeutet, dass die Gesamtabspieldauer von TitelA bis TitelE, die durch diese PLI festgelegt sind, 52,5 Minuten beträgt, und dass die Anzeigedauer für jedes von POB040 bis POB059 2,625 (= 52,5/20) Minuten betragen wird, sofern jedes Bild für dieselbe Zeit während dieser Abspieldauer angezeigt werden soll.
{82-3_84} Änderungen bei den Vordergrund- und den Hintergrundbildern während des Abspielfortschritts
84 ist ein Zeitgabediagramm, das darstellt, welche Bilder kombiniert werden, wenn die POBs, die durch die PLI_POB_SRPs festgelegt sind, die in den oben beschriebenen Abspiellisten_Informationen enthalten sind, als Hintergrundbilder verwendet werden, und die POBs, die durch die TKI_POB_SRPs gekennzeichnet sind, die im Titel-Manager enthalten sind, als Vordergrundbilder verwendet werden.
Die erste Ebene in der Zeichnung zeigt dieselben POBs wie die zweite Ebene in 83, während die zweite Ebene dieselben POBs wie die zweite Ebene in 75 und 76 darstellt. Die Skala, die sich horizontal über die Oberseite in 84 erstreckt, zeigt die Abspielzeit in Einheiten einer Minute. Die horizontale Breite jedes POB in 84 zeigt somit die kontinuierliche Anzeigezeit für jedes POB.
Unter Bezugnahme auf die Zeitskala in 79 ist zu erkennen, dass während der Dauer vom Beginn des Abspielens bis zum Punkt bei 6,1 Minuten POB001 bis POB003 (die Texte für TitelA) nacheinander als Vordergrundbild angezeigt werden, während POB040 (eine Familienfoto), POB041 (ein Foto einer Abschlussfeier) und POB042 (ein Haustierfoto) nacheinander als Hintergrundbild angezeigt werden.
In der Abspieldauer zwischen dem Punkt 6,1 Minuten nach dem Start des Abspielens und dem Punkt 14,9 Minuten nach dem Start werden POB004 bis POB009 (die Texte von TitelB und TitelC) nacheinander als Vordergrundbilder angezeigt, während POB042 bis POB045 (Haustierfotos) nacheinander als Hintergrundbilder angezeigt werden.
In der Dauer, die dem Punkt 14,9 Minuten vom Beginn des Abspielens folgt, werden POB010 bis POB011 (die Texte für TitelD) nacheinander als Vordergrundbilder angezeigt, während POB045 und POB046 (Schnappschüsse von Ferien in Europa) nacheinander als Hintergrundbild angezeigt werden.
Während die POBs, die durch die Voreinstellungs_Abspiellisten_Informationen festgelegt werden, von der Plattenfirma gewählt werden, die Musikinhalte produziert, und im allgemeinen Künstlerbildern und Bildern entsprechen, die sich auf Musikinhalte beziehen, können auf diese Weise die POBs, die durch eine PLI festgelegt werden, vom Benutzer frei gewählt werden und somit einen hohen persönlichen Wert haben.
{82-4_85}
Im Zeitgabediagramm in 84 wird ein kombiniertes Bild, das aus POB004 (den Texten für TitelB) im Vordergrund und POB042 (einem Haustierbild) im Hintergrund besteht, beginnend vom Punkt 6,1 Minuten nach dem Beginn des Abspielens gemäß den Abspiellisten_Informationen angezeigt, die oben beschrieben sind. 85 zeigt, wie das Vordergrundbild und das Hintergrundbild an diesem Punkt 6,1 Minuten nach dem Beginn des Abspielens gemäß diesen Abspiellisten_Informationen kombiniert werden.
{82-5_86}
In derselben Weise wird ein kombiniertes Bild, das aus POB010 (den Texten für TitelD) im Vordergrund und POB046 (einem Ferienschnappschuss aus Europa) im Hintergrund besteht, beginnend vom Punkt 16 Minuten nach dem Beginn der Wiedergabe gemäß diesen Abspiellisten_Informationen angezeigt. 86 zeigt, wie das Vordergrundbild und das Hintergrundbild an diesem Punkt 16 Minuten nach dem Beginn des Abspielens gemäß diesen Abspiellisten_Informationen kombiniert werden. Die Liedtexte, die einen Teil dieser kombinierten Bilder bilden, sind dieselben wie in 80 und 81, wenngleich, da sich die Hintergrundbilder unterscheiden, die Kombinierten Bilder in 85 und 86 einen vollständig anderen Eindruck als jene in 80 und 81 bilden.
Wie es oben erläutert wurde, können die PLI_POB_SRPs in einer PLI, die von einem Benutzer definiert ist, POB-Dateien festlegen, die sich von jenen unterscheiden, die durch die Voreinstellungs_Abspiellisten_Informationen festgelegt sind, so dass der Benutzer seine beliebtesten Bilder während des Abspielens seiner beliebtesten Titel anzeigen lassen kann.
{82-6_87} Beispieleinstellung derselben POBs in den DPLI_POB_SRPs in den Voreinstellungs_Abspiellisten_Informationen
Bei den Beispielen, die in 78, 79, 82 und 83 gezeigt sind, legen sämtliche der DPLI_POB_SRPs, die in den Voreinstellungs_Abspiellisten_Informationen enthalten sind, unterschiedliche POB-Dateien fest, wenngleich es für zwei oder mehr DPLI_POB_SRPs in den Voreinstellungs_Abspiellisten_Informationen möglich ist, dieselbe POB-Datei festzulegen. Dadurch kann dieselbe POB-Datei während der Abspieldauer einer Vielzahl von Titeln angezeigt werden, wodurch es möglich wird, die Zahl von POB-Dateien zu verringern, die vom Titelproduzenten bereitgestellt werden müssen. Dadurch werden Zeit und Kosten gespart, die erforderlich sind, um einen Titel zu produzieren.
87 zeigt ein Beispiel, bei dem die Zahl von POB-Dateien verringert wird, indem einige der DPLI_POB_SRPs in den Voreinstellungs_Abspiellisten_Informationen dieselbe POB-Datei festlegen. In dieser Zeichnung legen sowohl DPLI_POB_SRP#1 als auch DPLI_POB_SRP#4 POB020 fest, während sowohl DPLI_POB_SRP#2 als auch DPLI_POB_SRP#5 POB021 festlegen.
{82-7_88} Änderungen bei den Vordergrund- und den Hintergrundbildern während des Abspielfortschrittes
88 ist ein Zeitgabediagramm, das darstellt, welche Bilder kombiniert werden, wenn die POBs, die durch die DPLI_POB_SRPs kombiniert werden, die in den oben beschriebenen Voreinstellungs_Abspiellisten_Informationen enthalten sind, als Hintergrundbilder verwendet werden und die POBs, die durch die TKI_POB_SRPs gekennzeichnet sind, die im Titel-Manager enthalten sind, als Vordergrundbilder verwendet werden.
Wie es aus diesem Zeitgabediagramm zu erkennen ist, wird POB020, das das Hüllenbild eines verpackten Produktes darstellt, insgesamt dreimal angezeigt, d.h. zu Beginn des Abspielens, 7,875 Minuten nach dem Beginn des Abspielens und 15,75 Minuten nach dem Beginn des Abspielens. In derselben Weise wird POB021, das das Logo der Plattenfirma zeigt, insgesamt dreimal angezeigt, d.h. 2,625 Minuten, 10,5 Minuten und 18,375 Minuten nach dem Beginn des Abspielens. Wenn die DPLI_POB_SRPs eingestellt sind, wie es in 87 gezeigt ist, wird dasselbe POB wiederholt angezeigt, so das wiederverwendbare Bilder, wie etwa das Hüllenbild oder das Logo der Plattenfirma wiederholt angezeigt werden können.
Damit ist die Beschreibung von TGKI, DPLGI und PLGIs abgeschlossen.
{69-4_89} POBMG
Im folgenden wird der POB-Manager (POBMG) beschrieben, der erneut in den Navigationsinformationen in der Ausführungsform bereitgestellt wird. 89 zeigt den Aufbau des POBMG. Wie es in der Zeichnung gezeigt ist, besteht ein POBMG aus POB-Verwaltungsinformationen (POBMGI) und POB-Zählinformationen (POBCI) #1, #2, ..., #n.
{69-4_89-1} POBMGI
Wie es mit den Strichlinien in 89 dargestellt ist, enthalten die POB-Verwaltungsinforrnationen (POBMGI) POBMGI-Identifikationsinfonnationen, die das 0te und das 1te Byte belegen, ein reserviertes Feld, das das 2te und das 3te Feld belegt, ein POB_Ns-Feld, das das 4te und das 5te Feld belegt, und ein reserviertes Feld, das das 6te und das 7te Feld belegt.
Eine ID (ein Zeicheneinstellungscode "A6" gemäß ISO646), der die POBMGI identifiziert, ist in das POBMGI-Identifikationsinformationsfeld geschrieben. Eine Nummer von POBs in einem Bereich von "0" bis "999" ist in das POB_Ns-Feld geschrieben. Damit ist die Erläuterung der POBMGI abgeschlossen.
{69-4_89-2} POBCI
Im folgenden werden die POB-Zählinformationen (POBCI) beschrieben. Die POB-Zählinformationen sind Verwaltungsinformationen, die für jedes POB separat bereitgestellt sind. Der Bitaufbau der POB-Zählinformationen ist so beschaffen, wie er mit den Strichlinien in 89 gezeigt ist. Das heißt, die POB-Zählinformationen enthalten ein POB_RCN-Feld, das den Bereich von der Bitnummer b0 bis zur Bitnummer b9 belegt, ein reserviertes Feld, das die Bereiche von der Bitnummer b10 bis b13 belegt, und ein Datenexistenzfeld, das den Bereich von Bitnummer b14 bis Bitnummer b15 belegt.
{69-4_89-3} POB_RCN
Das "POB_RCN"-Feld zeigt an, ob die Anzeige eines POB entsprechend einer POBCI durch die DPLGI, eine PLGI oder eine TKGI festgelegt ist. Wenn das entsprechende POB festgelegt wird, wird die Nummer von Festlegungen, d.h. die Nummer von TKIs, die das POB zur Anzeige festlegt, als eine Zahl im Bereich von "1" bis "999" geschrieben.
Wie beim ersten Beispiel können TKIs gelöscht werden, so dass die Einstellungen in den Voreinstellungs_Abspiellisten_Informationen und die Abspiellis ten_Informationen vom Benutzer frei geändert werden können. Werden eine oder mehrere TKIs, die ein spezielles POB festlegen, gelöscht, muss die POB-Bezugszahl für dieses POB in Übereinstimmung mit der Zahl von festlegenden TKIs, die gelöscht wurden, verringert werden. Wenn die Voreinstellungs_Abspiellisten_Informationen oder eine PLI gelöscht werden, muss zudem die POB_RCN um die Zahl von festlegenden TKIs, die gelöscht wurden, verringert werden. Wenn die Voreinstellungs_Abspiellisten_Informationen oder eine PLI gelöscht wird, muss die POB_RCN um die Zahl von festlegenden TKIs, die gelöscht wurden, verringert werden.
Wenn ein POB nicht durch die DPLGI, eine PLGI oder die TKGI festgelegt wird, wird die POB Bezugs Zahl auf "0" eingestellt. Da auf ein POB, dessen POB Bezugs Zahl "0" ist, durch die TKI oder eine Abspielliste beim Löschen einer TKI oder einer Abspielliste nicht Bezug genommen wird, kann eine Abspielvorrichtung POBs erfassen, deren Bezugs Zahl Nummer Null wird, und die POB-Dateien löschen, die derartige POBs speichern, um die Menge von Standbilddaten zu löschen, die auf der Flash-Speicherkarte aufgezeichnet ist.
Wenn bestimmte POBs eine starke Beziehung zu bestimmten Titeln haben und derartige POBs bedeutungslos sein werden, wenn sie nicht während des Abspielens der entsprechenden Titel angezeigt werden, können derartige POBs gelöscht werden, wenn deren Bezugs Zahl Nummer Null wird, um eine verschwenderische Nutzung der Speicherkapazität der Flash-Speicherkarte zu verhindern. Dies kann für den Fall von POBs zutreffen, die Liedtexte für Titel darstellen, die auf der Flash-Speicherkarte aufgezeichnet sind.
Abgesehen davon, wann eine oder mehrere TKIs gelöscht werden, kann, wenn ein POB, das durch einen DPLI_POB_SRP, einen PLI_POB_SRP und/oder ein TKI_POB_SRP festgelegt ist, durch einen Editiervorgang gelöscht wird, die Bezugs Zahl Nummer in derselben Weise verringert werden.
{69-4_89-4} Datenexistenz
Das Datenexistenzfeld, das die Bitnummer b14 und die Bitnummer b15 belegt, wird so eingestellt, dass es kennzeichnet, ob ein POB existiert, das der vorhandenen POB-Nummer entspricht. Der Binärwert "01" wird in diesem Feld eingestellt, wenn ein entsprechendes POB existiert, während der Wert "00" eingestellt wird, wenn es ein derartiges POB nicht gibt. Hier wird von einer "Existenz" der Daten gesprochen, wenn Daten mit einem intrinsischen Wert vorhanden sind.
Sofern ein POB einen intrinsischen Wert unabhängig davon hat, ob auf dieses durch eine TKI oder eine PLI Bezug genommen wird, kann das Datenexistenzfeld entsprechend diesem POB auf "1" eingestellt werden. Durch Einstellen des Datenexistenzfeldes entsprechend den POBs, die nur dann einen Wert haben, wenn sich auf diese durch eine TKI oder eine Abspielliste bezogen wird, auf "0", wird es möglich, wahlweise lediglich jene POBs mit einem intrinsischen Wert auf der Flash-Speicherkarte zu belassen. POBs, die nur dann von Bedeutung sind, wenn sie zusammen mit dem Abspielen eines Titels angezeigt werden (d.h. POBs, die keinen intrinsischen Wert haben), können gelöscht werden, wenn der entsprechende Titel gelöscht wird, wodurch die Speicherkapazität der Flash-Speicherkarte effizient genutzt werden kann.
Damit ist die Erläuterung des POB-Managers (POBMG) abgeschlossen.
{69-5} Aktualisieren, das das Editieren von TKIs begleitet
Im folgenden wird erläutert, wie die TKI_POB_SRPs und die DPLI_POB_SRPs in den folgenden fünf Fällen aktualisiert werden. Die ersten vier Fälle sind dieselben wie beim ersten Beispiel, so dass im ersten Fall (Fall1) ein Titel gelöscht wird. Im zweiten Fall (Fall2) wird ein Titel gelöscht und ein neuer Titel aufgezeichnet. Im dritten Fall (Fall3) werden zwei einer Vielzahl von Titeln gewählt und zu einem einzigen Titel kombiniert. Im vierten Fall (Fall4) wird ein Titel unterteilt, um zwei Titel zu erzeugen. Im fünften Fall (Fall5) wird die Abspielreihenfolge von Titeln geändert.
In Fall1, bei dem ein Titel gelöscht wird, wird jede TKI entsprechend dem Titel als "Unbenutzt" eingestellt und werden die TKI_POB_SRPs in jeder TKI gelöscht.
Gleichzeitig wird die POB_Bezugs_Zahl im POB-Manager der POBs, die durch diese TKI_POB_SRPs festgelegt werden, verringert. POBs, die durch die PLI_POB_SRPs und/oder DPLI_POB_SRPs in der DPLGI oder einer PLGI festgelegt sind, sind von dieser Löschung nicht betroffen.
Wenn die DPL_TK_SRPs geändert werden, um so die Titel in einer unterschiedlichen Reihenfolge festzulegen (Fall5), ändert sich die Abspielreihenfolge der Titel, so dass sich die Anzeigereihenfolge der POBs, die durch die TKI_POBSRPs festgelegt werden, ebenfalls ändert.
In Fall3 wird es bevorzugt, dass die TKI_POB_SRPs in den TKIs ebenfalls kombiniert werden. Der Grund hierfür ist, dass lediglich die TKI_POB_SRPs in einer ersten TKI für einen Titel gültig sind, der aus einer Vielzahl von TKIs besteht. Wenn ein Titel-Kombinationsvorgang ausgeführt wird, müssen die POBs, die durch die TKI_POB_SRPs der letztgenannten TKI festgelegt sind, durch TKI_POB_SRPs in der erstgenannten TKI festgelegt werden.
Wenn ein Titel unterteilt wird (Fall4), ist es erforderlich, dass das TKI_BLK_ATR des Titels geändert wird und die TKTMSRT und die BIT zu unterteilen, wie es beim ersten Beispiel beschrieben wurde. Darüber hinaus müssen die TKI_POB_SRPs, die in der TKGI festgelegt sind, ebenfalls in zwei Gruppen unterteilt werden, die jeweils der erstgenannten TKI und der zusätzlichen TKI zugeordnet sind, die erneut durch die Unterteilung erzeugt wird.
{69-6} Tatsächliches Beispiel wie die TKI_POB_SRPs und DPLI_POB_SRPs verwendet werden können
Wie es oben beschrieben wurde, gestatten es die Datenaufbauten des Track-Managers und des Abspiellisten-Managers dem Benutzer, die Beziehungen zwischen AOB-Dateien und POBs durch Änderung der Einstellungen der TKI_POB_SRPs, der DPLI_POB_SRPs und der PLI_POB_SRPs frei zu ändern. Das heißt, ein Produzent von Musikinhalten kann Musikinhalte mit sich unterscheidenden Mengen von Standbilddaten, wie etwa Titel mit Texten, Titel ohne Texte und Titel mit Texten und Hintergrundbildern, den Verbrauchern anbieten. Natürlich kann der Produzent unterschiedliche Beträge für diese unterschiedlichen Typen von Inhalten berechnen.
Wenn ein Verbraucher es wünscht, Titel ohne die Texte zu kaufen, kann der Produzent ein SD_Audio-Verzeichnis erzeugen, das die acht AOBs, die im ersten Beispiel gezeigt sind, und einen Titel-Manager enthält, wobei die TKI_POB_SRPs in TKI#1 bis TKI#8 POB020 bis POB039 festlegen, wie es in 78 gezeigt ist. Der Produzent komprimiert anschließend dieses Verzeichnis, verschlüsselt es, und sendet es zum PC des Verbrauchers. Es wird darauf hingewiesen, dass der PC des Verbrauchers anstelle dessen Titel (AOBs) und Standbilder (POBs) entsprechend den Titeln von einem Servercomputer herunterladen kann, der von der Plattenfirma betrieben wird, und das SD-Audio-Verzeichnis, das in 70A und 70B gezeigt ist, auf einer Flash-Speicherkarte 31 erzeugen kann.
Wünscht es der Verbraucher, Titel mit den Texten zu kaufen, kann der Produzent ein SD-Audio-Verzeichnis erzeugen, das die acht AOBs, die im ersten Beispiel enthalten sind, und einen Titel-Manager enthält, wobei die TKI_POB_SRPs in TKI#1 bis TKI#8 POB001 bis POB019, die in 75 und 76 gezeigt sind, entsprechend den Texten festlegen. Anschließend komprimiert der Produzent dieses Verzeichnis, verschlüsselt es und sendet es zum PC des Verbrauchers.
Wünscht es der Verbraucher, Titel sowohl mit den Texten als auch den Hintergrundbildern zu kaufen, kann der Produzent ein SD_Audioverzeichnis erzeugen, das die acht AOBs, die in der ersten Ausführungsform gezeigt sind, einen Titel-Manager, bei dem die TKI_POB_SRPs in TKI#1 bis TKI#8 POB001 bis POB019, die in 75 und 76 gezeigt sind, entsprechend den Texten festlegen, und einen Abspiellisten-Manager enthält, bei dem die DPLI_POB_SRPs POB020 bis POB039 festlegen, die in 78 gezeigt sind. Der Produzent komprimiert anschließend dieses Verzeichnis, verschlüsselt es und sendet es zum PC des Verbrauchers. Da Standbilddaten Audiodaten frei zugeordnet werden können, indem die TKI_POB_SRPs, DPLI_POB_SRPs und PLI_POB_SRPs bei der vorliegenden Ausführungsform eingestellt werden, können Musikinhalte auf einfache Art und Weise mit unterschiedlichen Preisen gemäß der Menge zugeordneter Standbilddaten erzeugt werden.
{90-1_91} Abspielvorrichtung für die Ausführungsform
Im folgenden wird eine Abspielvorrichtung für die Ausführungsform beschrieben. Diese Abspielvorrichtung unterscheidet sich von der Abspielvorrichtung, die im ersten Beispiel beschrieben ist, dadurch, dass, wenngleich die Abspielvorrichtung im ersten Beispiel tragbar ist, die Abspielvorrichtung in der Ausführungsform zur Installation in einer Auto-Stereoanlage bestimmt ist.
90 zeigt, wie die Abspielvorrichtung der Ausführungsform verwendet wird, während 91 die äußere Erscheinung dieser Abspielvorrichtung darstellt.
Die Abspielvorrichtung dieser Ausführungsform unterscheidet sich von der Abspielvorrichtung des ersten Beispiels dadurch, dass sie in einem Kraftfahrzeug installiert ist, wie es in 90 gezeigt ist, dass sie ein großes LCD-Feld 9 enthält und dadurch, dass sie mit Autolautsprechern verbunden ist. Infolge des großen LCD-Feldes 5 eignet sich die Abspielvorrichtung dieser Ausführungsform gut zum Anzeigen der unterschiedlichen Arten von Standbildern, die oben erwähnt wurden.
Ein zweiter Unterschied zur Abspielvorrichtung des ersten Beispiels besteht darin, dass die Abspielvorrichtung der Ausführungsform eine Entschlüsselungseinrichtung 7 aufweist, die in der Lage ist, verschlüsselte POBs wie auch verschlüsselte Audiodaten zu entschlüsseln. Wenn ein POB verschlüsselt wurde und als POB-Datei mit einem "POBXXX.SP1"-Dateinamen gespeichert ist, wird ein Dateischlüssel, der in einem Schlüsseleintrag in der Verschlüsselungsschlüssel-Speicherdatei "POBSP1.KEY" gespeichert ist, in der Entschlüsselungseinrichtung 7 gespeichert, die anschließend die Datei "POBXXX.SP1" entschlüsselt.
Ein dritter Unterschied zur Abspielvorrichtung des ersten Beispiels besteht darin, dass die Abspielvorrichtung der Ausführungsform ein Programm speichert, das die Verarbeitung beinhaltet, die erforderlich ist, um die POBs als Vordergrund- oder Hintergrundbilder zu speichern. Die CPU 10 bei dieser Abspielvorrichtung führt dieses Programm aus, um Bilder anzuzeigen.
{90-2_92_93_94}
Im folgenden wird der Aufbau der Abspielvorrichtung bei dieser zweiten Ausführungsform beschrieben. Der Aufbau der Abspielvorrichtung, die in 92 gezeigt ist, unterscheidet sich vom Aufbau der Abspielvorrichtung des ersten Beispiels dadurch, dass er eine Vielzahl von VRAMs 61 enthält.
Die zahlreichen VRAMs 61 entsprechen jeweils den einzelnen Grafikebenen (Schichten). Der VRAM für eine Grafikebene hat eine Transparenz α, die im Bereich 0 bis 100% für jedes Pixel eingestellt ist. Das Bild, das auf dem ersten LCD-Feld 5 angezeigt werden soll, wird in Übereinstimmung mit der unten aufgeführten Gleichung berechnet. 93A zeigt, wie die Standbilder kombiniert werden, die in der Vielzahl von VRAMs 61 gespeichert sind.
Gleichung

Pixelwert jedes Pixels = Pixelwert in der Grafikebene 0·(1-α) + Pixelwert in der Grafikebene 1·α

Die Transparenz α wird auf 0% für die Teile der Vordergrundbilder entsprechend den Zeichen eingestellt, die die Texte anzeigen. Infolgedessen werden Teile des Hintergrundbildes, die positionsmäßig den Zeichenfolgen entsprechen, die die Texte zeigen, vollständig verborgen. Im Gegensatz dazu wird die Transparenz α auf 100% für die Teile des Vordergrundbildes eingestellt, die dem leeren Hintergrund der Texte entsprechen. Dies bedeutet, dass beim kombinierten Bild die Zeichenfolgen, die die Texte in der Grafikebene 0 zeigen, an der Oberseite des Hintergrundbildes in der Grafikebene 1 angezeigt werden.
Durch Einstellen der Transparenz auf diese Weise besteht die Möglichkeit, ein kombiniertes Bild zu erzeugen, bei dem ein Textblatt auf dem Hintergrundbild liegt, wie es in 80 und 81 gezeigt ist. Es wird darauf hingewiesen, dass ein kombiniertes Bild auf eine andere Art und Weise erzeugt werden kann, als jene, die in 93A gezeigt ist. Beispielsweise können die Texte im unteren Bereich des Bildschirms angeordnet werden, wobei das Hintergrundbild im oberen Teil angezeigt wird, wie es in 93B gezeigt ist.
{94-1} Flussdiagramm des Vorgangs zur Anzeige des Vordergrundbildes
49 ist ein Flussdiagramm, das den Vorgang zum Anzeigen des Vordergrundbildes darstellt. Wenn das Abspielen gemäß der TKI#z beginnt, die in den Voreinstellungs_Abspiellisten_Informationen festgelegt ist, prüft die CPU 10 in Schritt S402, ob die TKI_POB_SRPs, die in den TKGIs in der TKI#z enthalten sind, POBs festlegen. Wenn die TKI_POB_SRPs ein oder mehrere POB-Dateien festlegen, schreitet die Verarbeitung zu Schritt S403 fort, bei dem die CPU 10 die Zahl von POB-Dateien zählt, die von den TKI_POB_SRPs festgelegt werden, die in der TKGI enthalten sind. In Schritt S404 berechnet die CPU 10 die Anzeigezeit "POB_Zeit", die die Anzeigedauer zeigt, die für jede POB-Datei verwendet wird. Anschließend erfolgt in Schritt S405 eine Bezugnahme auf das TKI_POB_ATR in der TKGI und eine Bestimmung des Anzeigemodus, der für die Anzeige der POB-Dateien zu verwenden ist. Wenn das TKI_POB_ATR einen sequentiellen Modus zeigt, schreitet die Verarbeitung von Schritt S405 zu Schritt S406 fort, bei dem die POB-Datei, die durch den i^ten TKI_POB_SRP festgelegt wird, für die Anzeigezeit POB_Zeit angezeigt wird.
Wenn die Erweiterung der POB-Datei, die durch den TKI_POB_SRP festgelegt ist, "JPG" ist, wird zu diesem Zeitpunkt das POB unverändert angezeigt. Wenn im Gegensatz dazu die Erweiterung der POB-Datei, die durch den TKI_POB_SRP festgelegt ist, "SP1" ist, befindet sich die POB-Datei in einem verschlüsselten Zustand, so dass die CPU 10 den Dateischlüssel entsprechend der POB-Datei aus dem geschützten Bereich liest, die POB-Datei mit Hilfe des Verschlüsselungsschlüssels entschlüsselt und das POB anzeigt.
Anschließend prüft die CPU 10 in Schritt S408, ob die Variable i den Wert erreicht hat, der in POB_Ns gegeben ist. Wenn nicht, schreitet die Verarbeitung zu Schritt S409 fort, bei dem die Variable i erhöht wird, und kehrt anschließend zu Schritt S407 zurück. Die Verarbeitung in den Schritten S406 bis S409 wird im Anschluss wiederholt, bis die Variable i den Wert erreicht, der in POB_Ns gegeben ist. Infolgedessen werden die POBs, die durch die TKI_POB_SRPs in der TKGI festgelegt sind, nacheinander angezeigt. Wenn die Variable i den Wert erreicht, der in POB_Ns gegeben ist, endet die Verarbeitung in diesem Flussdiagramm.
Wenn das TKI_POB_ATR den Zufallsmodus anzeigt, schreitet die Verarbeitung von Schritt S405 zu Schritt S410 fort, bei dem die Variable i initialisiert wird, und zu Schritt S411, bei dem die CPU 10 eine Zufallszahl r in einem Bereich von 1 bis POB_Ns erzeugt. In Schritt S412 wird die POB-Datei, die durch den r^ten TKI_POB_SRP entsprechend der Zufallszahl r festgelegt ist, für die Anzeigezeit POB_Zeit angezeigt, die in Schritt S404 bestimmt wird.
Anschließend prüft die CPU 10 in Schritt S413, ob die Variable i den Wert erreicht hat, der in POB_Ns gegeben ist. Ist dies nicht der Fall, schreitet die Verarbeitung zu Schritt S414 fort, bei dem die Variable i erhöht wird, und kehrt anschließend zu Schritt S411 zurück. In Schritt S411 erzeugt die CPU 10 eine weitere Zufallsnummer r in einem Bereich von 1 bis POB_Ns, worauf die Verarbeitung erneut zu Schritt S412 fortschreitet, bei dem die CPU 10 die POB-Datei liest, die durch den r^ten TKI_POB_SRP entsprechend der Zufallszahl r festgelegt ist, und sie für die Anzeigezeit POB_Zeit anzeigt, die in Schritt S404 bestimmt ist.
Wenn die Erweiterung der POB-Datei, die durch den TKI_POB_SRP festgelegt ist, "JPG" ist, wird, wie es oben beschrieben wurde, das POB unverändert angezeigt. Wenn im Gegensatz dazu die Erweiterung der POB-Datei, die durch den TKI_POB_SRP festgelegt ist, "SP1" ist, befindet sich die POB-Datei in einem verschlüsselten Zustand, so dass die CPU 10 den Dateischlüssel entsprechend der POB-Datei aus dem geschützten Bereich liest, die POB-Datei unter Verwendung des Verschlüsselungsschlüssels verschlüsselt und das POB anzeigt.
Die Verarbeitung in den Schritten S411 bis S414 wird anschließend wiederholt, bis die Variable i den Wert erreicht, der in POB_Ns gegeben ist. Infolgedessen werden POBs, die durch TKI_POB_SRPs in der TKGI festgelegt werden, nacheinander in Zufallsreihenfolge angezeigt. Wenn die Vartable i den Wert erreicht, der in POB_Ns gegeben ist, endet die Verarbeitung in diesem Flussdiagramm.
Wenn das TKI_POB_ATR den Mischmodus anzeigt, schreitet die Verarbeitung von Schritt S405 zu S415 fort, bei dem die Variable i initialisiert wird, und zu Schritt S416, bei dem die CPU 10 eine Zufallszahl r in einem Bereich von 1 bis POB_Ns erzeugt.
In Schritt S418 prüft die CPU 10, ob die neu erzeugte Zufallszahl r mit einer der benutzten POB-Zahlen übereinstimmt, die zuvor gespeichert wurden. Ist dies der Fall, kehrt die Verarbeitung zu Schritt S416 zurück, bei dem die Zufallszahl r erneut erzeugt wird. Ist dies nicht der Fall, schreitet die Verarbeitung von Schritt S418 zu S419 fort, bei dem die POB-Datei, die durch den r^ten TKI_POB_SRP entsprechend der Zufallszahl r festgelegt ist, für die Anzeigezeit POB_Zeit angezeigt wird, die in Schritt S404 ermittelt wurde. Anschließend speichert in Schritt S417 die CPU 10 die Zufallszahl r als verwendete POB-Zahl.
Wie im Zufallsmodus wird, wenn die Erweiterung der POB-Datei, die durch den TKI_POB_SRP festgelegt ist "JPG" ist, das POB unverändert angezeigt. Wenn im Gegensatz dazu die Erweiterung der POB-Datei, die durch den TKI_POB_SRP festgelegt ist, "SP1" ist, befindet sich die POB-Datei in einem verschlüsselten Zustand, so dass die CPU 10 den Dateischlüssel entsprechend der POB-Datei aus dem geschützten Bereich liest, die POB-Datei mit Hilfe des Verschlüsselungsschlüssels entschlüsselt und das POB anzeigt. Endet die Anzeige, prüft die CPU 10 in Schritt S420, ob die Variable i den Wert erreicht hat, der in POB_Ns gegeben ist. Wenn nicht schreitet die Verarbeitung zu Schritt S421 fort, bei dem die Variable erhöht wird, und kehrt anschließend zu Schritt S416 zurück. Die Verarbeitungen in den Schritten S416 bis S421 wird anschließend wiederholt, bis die Variable i den Wert erreicht, der in POB_Ns gegeben ist. Wenn die Variable i den Wert erreicht, der in POB_Ns gegeben ist, endet die Verarbeitung in diesem Flussdiagramm.
{95-1} Flussdiagramm des Vorgangs zum Anzeigen des Hintergrundbildes
Der Vorgang zum Anzeigen eines Vordergrundbildes ist beschaffen, wie er oben erläutert ist, und im folgenden wird der Vorgang zum Anzeigen eines Hintergrundbildes beschrieben. 95 ist ein Flussdiagramm des Vorgangs zum Anzeigen des Hintergrundbildes. Dieses Flussdiagramm enthält im wesentlichen dieselbe Verarbeitung wie das Flussdiagramm in 94, wobei die Verarbeitung gemäß den DPLI_POB_SRPs und dem DPLI_POB_ATR in der DPLGI anstelle der TKI_POB_SRPs und TKI_POB_ATRs in der TKGI ausgeführt wird.
Wenn die Voreinstellungs_Abspiellisten_Informationen gewählt sind, führt die CPU 10 die Verarbeitung in den Schritten S502 bis S505 aus. Wie bei den Schritten S402 bis S405 prüft die CPU 10, ob die DPLI_POB_SRPs, die in der DPLGI enthalten sind, POBs festlegen. Wenn eine oder mehrere POB-Dateien festgelegt werden, zählt die CPU 10 die Anzahl von POB-Dateien, die festgelegt sind, berechnet die Anzeigezeit POB_Zeit, die die Anzeigedauer anzeigt, die für jede POB-Datei verwendet werden soll, und bestimmt anschließend den Anzeigemodus, der zum Anzeigen der POB-Dateien verwendet werden soll.
Wenn das DPLI_POB_ATR den sequentiellen Modus anzeigt, führt die CPU 10 den Schritt S506 bis S509 aus. Wie bei Schritt S406 bis S409 werden die POB-Dateien nacheinander in einer Reihenfolge gemäß einem DPLI_POB_SRP aus den DPLI_POB_SRPs, die in der DPLGI enthalten sind, angezeigt, die durch die Variable i gekennzeichnet ist.
Zeigt das DPLI_POB_ATR den Zufallsmodus, führt die CPU 10 Schritt S510 bis S514 aus. Wie bei Schritt S410 bis S414 werden die POB-Dateien in einer Zufallsreihenfolge gemäß einem DPLI_POB_SRP aus den DPLI_POB_SRPs, die in der DPLGI enthalten sind, angezeigt, die durch die Zufallszahl r gekennzeichnet ist.
Wenn das DPLI_POB_ATR den Mischmodus anzeigt, führt die CPU 10 Schritt S515 bis S521 aus. Wie in Schritt S415 bis S421 werden die POB-Dateien in einer Zufallsreihenfolge ohne Wiederholung in Übereinstimmung mit einem DPLI_POB_SRP aus den DPLI_POB_SRPs, die in der DPLGI enthalten sind, angezeigt, die durch die Zufallszahl r gekennzeichnet ist.
{96-1} Flussdiagramm des Vorgangs zum Anzeigen des Hintergrundbildes
Damit ist der Vorgang zum Anzeigen des Hintergrundbildes abgeschlossen, der auf der Basis der DPLI_POB_SRPs in der DPLGI ausgeführt wird. Im folgenden wird der Vorgang zum Anzeigen des Hintergrundbildes beschrieben, der auf der Basis der PLI_POB_SRPs in einer PLGI ausgeführt wird. 96 ist ein Flussdiagramm, das den Vorgang zum Anzeigen des Hintergrundbildes auf der Basis der PLI_POB_SRPs zeigt. Mit Ausnahme der Vorgänge auf der Basis von DPLI_POB_SRPs, die auf der Basis von PLI_POB_SRPs ausgeführt werden, ist das Flussdiagramm exakt dasselbe wie das Flussdiagramm in 95, so dass den Vorgängen dieselben Bezugszeichen verliehen wurden. Es erfolgt keine Erläuterung von 96.
{94-2_95-2_97A,B,C} Beispielanzeigebildschirme auf dem LCD-Feld 5
97A bis 97C zeigen, welche Art kombinierter Bilder auf dem LCD-Feld 5 angezeigt werden, wenn ein Vordergrundbild, das durch einen TKI_POB_SRP festgelegt ist, und ein Hintergrundbild, das durch die DPLGI festgelegt ist, gemäß den Anzeigevorgängen angezeigt werden, die in den Flussdiagrammen in 94 und 95 gezeigt sind.
Beim Beispiel in 97A wird davon ausgegangen, dass der Benutzer die Voreinstellungs_Abspiellisten_Informationen kennzeichnet und dass die Anzeige von POBs gemäß der Abspielreihenfolge erfolgt, die in dieser Abspielliste gegeben ist. Der Vorgang zum Anzeigen eines Vordergrundbildes, der in 94 gezeigt ist, und der Vorgang zum Anzeigen eines Hintergrundbildes, der in 95 gezeigt ist, werden ausgeführt, wobei die POBs, die zur Anzeige durch die TKI_POB_SRPs in der TKGI festgelegt sind, und die POBs, die zur Anzeige durch die DPLI_POB_SRPs in der DPLGI festgelegt sind, nacheinander angezeigt werden. An einem Punkt sechs Minuten nach dem Start des Abspielens, werden Bilder kombiniert, wie es in 80 gezeigt ist, und wird das kombinierte Bild, das in 97D dargestellt ist, auf dem LCD-Feld 5 angezeigt.
An einem Punkt 16 Minuten nach dem Beginn des Abspielens werden Bilder kombiniert, wie es in 81 gezeigt ist, und wird das kombinierte Bild, das in 97C gezeigt ist, auf dem LCD-Feld 5 angezeigt.
{94-2_96-1_98A,B,C} Beispielanzeigebildschirme auf dem LCD-Feld 5
98A und 98C zeigen, welche Art kombinierter Bilder auf dem LCD-Feld 5 angezeigt werden, wenn ein Vordergrundbild, das durch einen TKI_POB_SRP festgelegt ist, und ein Hintergrundbild, das durch einen PLI_POB_SRP festgelegt ist, gemäß den Anzeigevorgängen angezeigt werden, die in den Flussdiagrammen in 94 und 96 dargestellt sind.
Beim Beispiel in 97A wird davon ausgegangen, dass der Benutzer eine PLI kennzeichnet, und dass die Anzeige von POBs in Übereinstimmung mit der Abspielreihenfolge erfolgt, die in dieser Abspielliste gegeben ist. Der Vorgang zum Anzeigen des Vordergrundbildes, der in 94 dargestellt ist, und der Vorgang zum Anzeigen des Hintergrundbildes, der in 96 gezeigt ist, werden ausgeführt, wobei die POBs, die zur Anzeige durch die TKI_POB_SRPs in der TKGI festgelegt werden, und die POBs, die zur Anzeige durch die PLI_POB_SRPs in der PLGI festgelegt werden, nacheinander angezeigt werden. An einem Punkt sechs Minuten nach dem Beginn des Abspielens, werden Bilder kombiniert, wie es in 85 gezeigt ist, und wird das kombinierte Bild, das in 98B gezeigt ist, auf dem LCD-Feld 5 angezeigt. An einem Punkt 16 Minuten nach dem Beginn des Abspielens, werden Bilder kombiniert, wie es in 86 gezeigt ist, und wird das kombinierte Bild, das in 98C gezeigt ist, auf dem LCD-Feld 5 angezeigt.
{99_1} Aufzeichnungsvorrichtung der Ausführungsform
Im folgenden wird eine Aufzeichnungsvorrichtung dieser Ausführungsform beschrieben. Diese Aufzeichnungsvorrichtung unterscheidet sich von jener des ersten Beispiels dadurch, dass sie in der Lage ist, eine Vielzahl von POBs auf einer Flash-Speicherkarte aufzuzeichnen, Werte in den TKI_POB_SRPs, DPLI_POB_SRPs und PLI_POB_SRPs einzustellen und Werte im TKI_POB_ATR, DPLI_POB_ATR und PLI_POB_ATR einzustellen.
Um diese Vorgänge durchzuführen, führt die CPU 10 in der Aufzeichnungsvorrichtung dieser Ausführungsform den Vorgang aus, der in 99 gezeigt ist. Im folgenden wird der Aufzeichnungsvorgang, der von der Aufzeichnungsvorrichtung dieser Ausführungsform ausgeführt wird, unter Bezugnahme auf das Flussdiagramm in 99 beschrieben.
In Schritt S601 initialisiert die CPU 10 unterschiedliche Variable, die bei diesem Vorgang verwendet werden. Diese sind die Variablen #x, #y, #z, #vy und #w. Von diesen wird die Variable #x verwendet um festzulegen, welches POB derzeit verarbeitet wird, wird die Variable #y verwendet um festzulegen, welche Titelsequenz (PLI) derzeit verarbeitet wird, und wird die Variable #z verwendet um festzulegen, welcher Titel (TKI) derzeit verarbeitet wird. Die Variable #u legt fest, welcher der DPLI_POB_SRPs verarbeitet wird, während die Variable #vy festlegt, welcher der PLI_POB_SRPs in der PLI (PLI#y), die durch die Variable #y festgelegt ist, verarbeitet wird. Die Variable #w legt fest, welche TKI_POB_SRPs in der TKI (TKI#z), die durch die Variable #z festgelegt ist, derzeit verarbeitet wird.
Nach dem Initialisieren dieser Variablen schreitet die CPU 10 zu Schritt S602 fort, bei dem sie POB#x anzeigt. Dadurch ist es dem Benutzer gestattet, das Foto, die Darstellung oder das Textblatt in dieser POB visuell zu bestätigen. In Schritt S603 fordert die CPU 10 den Benutzer auf zu kennzeichnen, ob die Standbilddaten in POB#x über die gesamte Titelsequenz oder lediglich während der Abspieldauer eines speziellen Titels angezeigt werden sollen, und empfängt anschließend eine Benutzerauswahl.
Wenn der Benutzer beurteilt, dass POB#x einer Titelsequenz zugeordnet werden sollte, wartet die CPU 10 in Schritt S604 darauf, dass der Benutzer die Titelsequenz kennzeichnet, für die POB#x angezeigt werden sollte. Wenn der Benutzer seine Auswahl eingibt, schreitet die Verarbeitung zu Schritt S605 fort, bei dem die CPU 10 prüft, ob die gekennzeichnete Titelsequenz #y die DPLI oder eine PLI ist. Ist die Titelsequenz #y die DPLI, schreitet die Verarbeitung zu S606, bei dem POB#x im DPLI_POB_SRP#u eingestellt wird, und anschließend zu S607 fort, bei dem das DPLI_POB_ATR#u der DPLI auf der Basis dieses POB#x eingestellt wird.
Sobald ein DPLI_POB_SRP und das DPLI_POB_ATR auf diese Weise eingestellt sind, erhöht die CPU 10 die Variable #u (#u → #u + 1) in Schritt S608 und die Variable #x (#x → #x + 1) in Schritt S609.
Wenn eine PLI in Schritt S605 gewählt wird, schreitet die Verarbeitung zu Schritt S610, bei dem POB#x im PLI_POB_SRP#vy in PLI#y eingestellt wird, und zu Schritt S611 fort, bei dem das PLI_POB_ATR#vy für diese PLI auf der Basis von POB#x eingestellt wird. Anschließend erhöht in Schritt 612 die CPU 10 die Variable #vy (#vy → #vy+1), bevor sie zu Schritt S609 fortschreitet, um die Variable #x (#x → #x+1) zu erhöhen.
Wenn in Schritt S603 der Benutzer beurteilt, dass POB#x einem speziellen Titel zugeordnet werden sollte, schreitet die Verarbeitung zu Schritt S613 fort, bei dem die CPU 10 eine Benutzerkennzeichnung für die Festlegung dieses Titels empfängt. Als nächstes stellt die CPU 10 in Schritt S614 POB#x in einem TKI_POB_SRP#w ein, der für die TKI#z des gekennzeichneten Titels (Titel#z) eingestellt ist.
Die Verarbeitung schreitet anschließend zu Schritt S615, bei dem die CPU 10 das TKI_POB_ATR#w von TKI#z auf der Basis von POB#x einstellt, zu Schritt S616, bei dem die CPU 10 die Variable #w (#w → #w+1) erhöht, und zu Schritt S617 fort, bei dem die CPU 10 prüft, ob die Variable #x die abschließende Zahl #n in einem POB erreicht hat. Ist dies nicht der Fall, schreitet die Verarbeitung zu Schritt S609 fort, bei dem die CPU 10 die Variable #x erhöht. Hat die Variable #x die abschließende Zahl #n in einem POB erreicht, schreitet die Verarbeitung zu Schritt S618 fort, bei dem POB#1 bis POB#n, die TKMG, die die TKIs enthält, und der PLMG, der die DPLI und die PLIs enthält, auf der Halbleiter-Speicherkarte aufgezeichnet werden, um die Verarbeitung zu beenden.
Bei dieser Ausführungsform besteht die Möglichkeit, dieselben Standbilddaten, wie etwa ein Künstlerfoto oder ein Logo einer Plattenfirma, als Hintergrundbild während des Abspielens einer Vielzahl von Titeln anzuzeigen. Dies wird erreicht, indem lediglich die Standbilddaten in den DPLI_POB_SRPs oder PLI_POB_SRPs festgelegt werden, die derartigen Titeln in den Voreinstellungs_Abspiellisten_Informationen oder in einer PLI entsprechen.
Standbilddaten, wie etwa ein Textblatt, das mit einem Hintergrundbild lediglich während des Abspielens eines speziellen Titels angezeigt werden soll, können durch einen TKI_POB_SRP in der TKI eines Titels festgelegt werden.
Die obige Erläuterung konzentriert sich auf das, was derzeit als ideales System zum Realisieren des Konzeptes der vorliegenden Erfindung angesehen wird, wenngleich es offensichtlich sein sollte, dass zahlreiche Abänderungen innerhalb des Geltungsbereiches der Erfindung vorgenommen werden können. Drei Beispiele hierfür sind im folgenden mit (a), (b) und (c) gegeben.

(a) Die erläuterten Vorgänge, die die Flussdiagramme in 94, 95, 96 und 99 verwenden, können durch Programme ausgeführt werden, die als Aufzeichnung auf einem Aufzeichnungsmedium verteilt und verkauft werden können.
(b) Die vorliegende Ausführungsform beschreibt den Fall, bei dem die Präsentationsdaten und die Navigationsdaten für Musikinhalte verwendet werden, wenngleich es offensichtlich sein sollte, dass derartige Daten für ein Hörbuch verwendet werden können, das eine Aufzeichnung eines Schauspielers oder eines Sprechers ist, der aus einem Buch liest. In diesem Fall können Standbilddaten, die Text aus dem Buch zeigen, im Idealfall durch die TKI_POB_SRPs als Vordergrundbilder festgelegt werden, während die Darstellungen aus dem Buch durch DPLI_POB_SRPs oder PLI_POB_SRPs festgelegt werden.
(c) Bei dieser Ausführungsform werden die POBs, die durch DPLI_POB_SRPs und PLI_POB_SRPs festgelegt werden, als Hintergrundbilder verwendet, während die POBs, die durch TKI_POB_SRPs festgelegt werden, als Vordergrundbilder verwen det werden, wenngleich die umgekehrte Einstellung verwendet werden könnte. Wenn unterschiedliche POBs gleichzeitig durch einen DPLI_POB_SRP oder PLI_POB_SRP und einen TKI_POB_SRP festgelegt werden, kann alternativ dazu lediglich eines dieser POBs angezeigt werden. Als weitere Alternative ist eine Unterscheidung zwischen "Hintergrundbild" und "Vordergrundbild" nicht erforderlich. Beispielsweise kann ein POB, das durch einen DPLI_POB_SRP oder einen PLI_POB_SRP festgelegt wird, zuerst angezeigt werden und ein POB, das durch einen TKI_POB_SRP festgelegt wird, als nächstes angezeigt werden.

Zweites Beispiel
Wenngleich die Ausführungsform den Fall beschreibt, bei dem jedes POB für eine gleiche Dauer während der gültigen Dauer einer TKI und einer PLI angezeigt wird, beschreibt dieses zweite Beispiel den Fall, bei dem eine Phrasen-Zeitgabetabelle und eine Hervorhebungs-Koordinatentabelle ebenfalls auf der Flash-Speicherkarte 31 gespeichert sind, so dass die Anzeige von Texten ordnungsgemäß mit dem Abspielen eines Liedes synchronisiert werden kann.
Die Phrasen-Zeitgabetabelle ordnet die TKI_POB_SRPs, die die POBs festlegen, die jeden Abschnitt der Texte zeigen, Informationen zu, die darstellen, zu welcher Zeit die entsprechende Phrase in einem Lied beginnt und endet. 100A zeigt ein Beispiel der Phrasen-Zeitgabetabelle. Bei diesem Beispiel bezieht sich "Phrasen-Zeitgabe" auf die Dauer, während der eine Phrase, die in den Texten eines Titels gegeben ist, als Teil des Abspielens des AOB gesungen wird. Diese Dauer wird mit einer Genauigkeit von Millisekunden ausgedrückt. Zusätzlich zur Aktualisierung des Abspielzeitcodes, wie es beim ersten Beispiel beschrieben ist, überwacht eine Abspielvorrichtung die Phrasen-Zeitgabe, die in dieser Tabelle gegeben ist, die dem aktuellen Wert des Abspielzeitcodes entspricht. Durch Überwachen der Phrasen-Zeitgabe auf diese Weise, kann die Abspielvorrichtung erfahren, welches POB die Texte für das AOB, das AOB_ELEMENT und den AOB_FRAME speichert, die momentan abgespielt werden. Die Verwendung einer Tabelle, die die Phrasen-Zeitgabe eines POB in Millisekunden auf diese Weise angibt, gestattet es der Ab spielvorrichtung, das Abspielen von AOBs und die Anzeige von Texten mit einer Genauigkeit von Millisekunden zu synchronisieren.
Wenn der Benutzer einen gewünschten Abspielstartzeitpunkt mit Hilfe des Wählrades kennzeichnet, wie es im ersten Beispiel beschrieben ist, kann die Abspielvorrichtung, welcher AOB_FRAME in welchem AOB_ELEMENT in welchem AOB dem gekennzeichneten Abspielstartzeitpunkt entspricht, mit Hilfe der Gleichungen 1 bis 3 feststellen, die beim ersten Beispiel gegeben sind. Die Abspielvorrichtung beurteilt zudem, welche Phrasen-Zeitgabe den gekennzeichneten Startzeitpunkt beinhaltet und zeigt das POB entsprechend dieser Phrasen-Zeitgabe an. Das bedeutet, dass, wenn der Benutzer einen Abspielbeginn ab einer bestimmten Position mit dem Wählrad gekennzeichnet hat, das geeignete POB für diese gewünschte Position ebenfalls angezeigt werden kann. Es wird darauf hingewiesen, dass, wenngleich der vorliegende Fall festlegt, dass Zeiten in der Phrasen-Zeitgabetabelle angegeben sind, die AOB-Nummer, die AOB_ELEMENT-Nummer und die AOB_FRAME-Nummer des AOBs, des AOB_ELEMENTs und des AOB_FRAMEs, mit denen eine Phrase synchronisiert werden sollte, anstelle dessen in der Phrasen-Zeitgabetabelle angegeben sein können.
Andererseits ordnet die Hervorhebungs-Koordinatentabelle die Anzeigekoordinaten von Zeichen, die bei den Texten verwendet werden, und die Zeitgabe, mit der das AOB_ELEMENT und AOB_FRAMEs entsprechend diesen Zeichen abgespielt werden, zu. 100B zeigt ein Beispiel der Nervorhebungs-Koordinatentabelle. Durch Vorbereiten dieser Art einer Hervorhebungs-Koordinatentabelle ist eine Abspielvorrichtung in die Lage versetzt, die Zeichen entsprechend den Texten aus den Texten, die gemäß der Phrasen-Zeitgabe angezeigt werden, im AOB_ELEMENT und im AOB_FRAME anzuzeigen, die momentan in einer anderen Farbe angezeigt werden.
Wenn beispielsweise die Texte die Phrase "Hey hey boy don't take it slow" enthalten, enthält die Hervorhebungs-Koordinatentabelle die Anzeigekoordinaten für die Zeichen "N", "e", "y", "h", "e", "y", ..., die der Abspieldauer des AOB_ELEMENTs und des AOB_FRAMEs entsprechend diesen Zeichen zugeordnet sind. Wird ein AOB wiedergegeben, ändert die Abspielvorrichtung die Farbe der Position, die durch die Anzeigekoordinaten der Zeichen dargestellt wird, die in der Hervorhebungs-Koordinatentabelle gegeben sind.
Die Anzeigevorrichtung kann somit die Texte in einer Weise anzeigen, die es dem Benutzer gestattet, unverzüglich zu erkennen, welcher Teil des AOBs momentan abgespielt wird. Das bedeutet, dass Musik, die auf einer Flash-Speicherkarte aufgezeichnet ist, mit den hervorgehobenen Texten in derselben Weise abgespielt werden kann, wie herkömmliche Karaoke-Titel.
Bei diesem zweiten Beispiel sind die Phrasen-Zeitgabetabelle und die Hervorhebungs-Koordinatentabelle vorgesehen, um eine präzise Synchronisation zwischen der Audiowiedergabe und den angezeigten Texten in derselben Weise zu ermöglichen wie bei herkömmlichen Karaoke-Titeln.
Obwohl die vorliegende Erfindung umfangreich unter Bezugnahme auf die beiliegenden Zeichnungen beschrieben wurde, wird darauf hingewiesen, dass unterschiedliche Änderungen und Modifikationen dem Fachmann verständlich sein werden.

Claims

Halbleiter-Speicherkarte (31), die speichert: eine Audiosequenz, die eine Vielzahl von Audio-Objekten (AOB) enthält; und eine Vielzahl von Standbild-Objekten (POB), wobei die Halbleiter-Speicherkarte (31) gekennzeichnet ist durch wenigstens ein Element von Abspiel-Leitinformationen (PLI), das eine Reihenfolge zeigt, in der Audio-Objekte (AOB) der Vielzahl von Audio-Objekten (AOB) in der Audio-Sequenz abzuspielen sind; wenigstens ein Element erster Zeigerinformationen (DPLI_PPB_SRP), von denen jedes einem Element von Abspiel-Leitinformationen (PLI) entspricht und wenigstens ein Standbild-Objekt (POB) spezifiziert, das angezeigt werden sollte, wenn die Audio-Objekte (AOB) in der Reihenfolge, die durch das entsprechende Element von Abspiel-Leitinformationen (PLI) angegeben wird, abgespielt werden; und wenigstens ein Element zweiter Zeigerinformationen (TKI_POB_SRP), von denen jedes einem Audio-Objekt (AOB) in der Audiosequenz entspricht und wenigstens ein Standbild-Objekt (POB) spezifiziert, das nur beim Abspielen des entsprechenden Audio-Objektes angezeigt werden sollte.
Halbleiter-Speicherkarte (31) nach Anspruch 1, wobei es sich bei wenigstens einem Audio-Objekt (AOB) um Musikdaten handelt, die Vielzahl von Standbild-Objekten (POB) wenigstens ein Standbild-Objekt (POB) enthält, das Text für ein Lied zeigt, das durch Musikdaten in einem Audio-Objekt dargestellt wird, und wenigstens ein Element zweiter Zeigerinformationen (TKI_POB_SRP) jedes Standbild-Objekt (POB) spezifiziert, das Text für ein Lied zeigt, das durch Mu sikdaten in dem Audio-Objekt dargestellt wird, das dem Element zweiter Zeiger-Informationen (TKI_POB_SRP) entspricht.
Halbleiter-Speicherkarte (31) nach Anspruch 1, die des Weiteren speichert: eine Vielzahl symbolischer Zähler (POBCI), von denen jeder einem Standbild-Objekt (POB) entspricht und zeigt, ob das Standbild-Objekt durch ein beliebiges von dem wenigstens einem Element erster Zeigerinformationen (DPLI_POB SRP) und von dem wenigstens einem Element zweiter Zeigerinformationen (TKI_POB_SRP) spezifiziert wird, und wenn dies der Fall ist, wieviele Element erster Zeigerinformationen (DPLI_POB_SRP) und zweiter Zeigerinformationen (TKI_POB_SRP) das Standbild-Objekt (POB) spezifizieren.
Halbleiter-Speicherkarte (31) nach Anspruch 1, wobei die Vielzahl von Standbild-Objekten (POB) wenigstens ein Standbild-Objekt (POB) enthält, das verschlüsselt worden ist, und die Halbleiter-Speicherkarte (31) des Weiteren speichert: Verwaltungsinformationen, die Identifizierungsinformationen für jedes Standbildobjekt (POB), zusätzliche Informationen, die zeigen, ob jedes Standbild-Objekt (POB) verschlüsselt worden ist und eine Speicherposition jedes Standbild-Objektes (POB) enthalten; und wenigstens einen Entschlüsselungsschlüssel (Filekey), der verwendet wird, wenn das wenigstens eine verschlüsselte Standbild-Objekt (POB) entschlüsselt wird, wobei der wenigstens eine Entschlüsselungsschlüssel (Filekey) für eine Vorrichtung, die mit der Halbleiter-Speicherkarte (31) verbunden ist, nur zugänglich ist, wenn sich die Vorrichtung als authentisch erwiesen hat, die Elemente erster Zeigerinformationen (DPLI_POB_SRP) und zweiter Zeiger-Informationen Standbild-Objekte (POB) unter Verwendung der in den Verwaltungsinformationen gegebenen Identifizierungsinformationen spezifizieren.
Halbleiter-Speicherkarte (31) nach Anspruch 4, die enthält: einen geschützten Bereich, der den wenigstens einen Entschlüsselungs-Schlüssel (Filekey) speichert und für eine Vorrichtung, die mit der Halbleiter- Speicherkarte (31) verbunden ist, nur zugänglich ist, wenn sich die Vorrichtung als authentisch erwiesen hat; und einen ungeschützten Bereich, der für jede beliebige Vorrichtung zugänglich ist, die mit der Halbleiter-Speicherkarte (31) verbunden ist, wobei die Audio-Sequenz, die Vielzahl von Standbild-Objekten (POB), jedes Element von Abspiel-Leitinformationen (PLI), jedes Element erster Zeigerinformationen (DPLI_POB_SRP), jedes Element zweiter Zeigerinformationen (TKI POB_SRP) und die Verwaltungsinformationen in dem ungeschützten Bereich gespeichert sind, und das wenigstens eine verschlüsselte Standbild-Objekt (POB) unter Verwendung des in dem geschützten Bereich gespeicherten wenigstens ein Entschlüsselungsschlüssel (Filekey) verschlüsselt worden ist.
Halbleiter-Speicherkarte (31) nach Anspruch 5, wobei wenigstens zwei Standbild-Objekte (POB) aus der Vielzahl von Standbild-Objekten (POB) verschlüsselt worden sind, wenigstens zwei Entschlüsselungsschlüssel (Filekeys) in einer vorgegebenen Reihenfolge in dem geschützten Bereich als eine Sequenz von Entschlüsselungsschlüsseln (Filekey) gespeichert sind, und die Identifizierungsinformationen für jedes verschlüsselte Standbild-Objekt (POB) eine Schlüssel-Nummer enthalten, die eine Position des Entschlüsselungsschlüssels (Filekey), der dem verschlüsselten Standbild-Objekt (POB) entspricht, in der Sequenz von Entschlüsselungsschlüsseln (Filekey) zeigt.
Abspielvorrichtung für eine Halbleiter-Speicherkarte (31) nach Anspruch 1, wobei die Abspielvorrichtung dadurch gekennzeichnet ist, dass sie umfasst: eine Abspieleinrichtung (8), mit der Audio-Objekte (AOB) in der Audio-Sequenz einzeln der Reihe nach abgespielt werden; eine Anzeigeeinrichtung (5) zum Anzeigen des wenigstens einen Standbild-Objektes (POB), das durch die ersten Zeigerinformationen (DPLI_PBO SRP) spezifiziert wird, während des gesamten Abspielens der Audio-Objekte (AOB) in der Audio-Sequenz, und eine Steuereinrichtung (10, 4), die die Anzeigeeinrichtung (5) veranlasst, das wenigstens eine Standbild-Objekt (POB), das durch ein Element zweiter Zeigerinformationen (TKI_POB_SRP) spezifiziert wird, während des gesamten Abspielens eines bestimmten Audio-Objektes (AOB) anzuzeigen, das dem Element zweiter Zeigerinformationen (TKI_POB_SRP) entspricht.
Abspielvorrichtung nach Anspruch 7, wobei die Steuereinrichtung (10, 4) die Anzeigeeinrichtung veranlasst, ein kombiniertes Bild anzuzeigen, das erzeugt wird, indem das wenigstens eine Standbild-Objekt (POB), das durch das Element zweiter Zeigerinformationen (TKI POB_SRP) spezifiziert wird, mit dem wenigstens einem Standbild-Objekt (POB) kombiniert wird, das durch die ersten Zeigerinformationen (DPLI_POB_SRP) spezifiziert wird.
Aufzeichnungsvorrichtung, mit der die Halbleiter-Speicherkarte (31), die in Anspruch 1 definiert ist, erzeugt wird, indem ein vorgegebener Aufzeichnungsprozess durchgeführt wird, wobei die Aufzeichnungsvorrichtung dadurch gekennzeichnet ist, dass sie umfasst: eine Zuordnungseinrichtung (28), die der Audio-Sequenz wenigstens ein Standbild-Objekt (POB) zuordnet, das während des gesamten Abspielens der Vielzahl von Audio-Objekten (AOB) anzuzeigen ist, und wenigstens ein Standbild (POB), das während des gesamten Abspielens eines bestimmten Audio-Objektes (AOB) anzuzeigen ist, dem bestimmten Audio-Objekt zuordnet; und eine Aufzeichnungseinrichtung (28), die aufzeichnet (1) erste Zeigerinformationen (DPLI_POB_SRP), die das der Audio-Sequenz zugeordnete wenigstens eine Standbild-Objekt (POB) zeigen; und (2) zweite Zeigerinformationen (TKI_POB_SRP), die das dem bestimmten Audio-Objekt auf der Halbleiter-Speicherkarte (31) zugeordnete wenigstens eine Standbild-Objekt (POB) zeigen.
Computerlesbares Speichermedium, das ein Programm speichert, das einen Computer veranlasst, einen Abspielvorgang für eine Halbleiter-Speicherkarte (31) auszuführen, wie sie in Anspruch 1 definiert ist, wobei das Programm dadurch gekennzeichnet, dass es umfasst: einen Abspielschritt, mit dem Audio-Objekte (AOB) in der Audio-Sequenz einzeln der Reihe nach abgespielt werden; einen ersten Programmcode, der den Computer veranlasst, das wenigstens eine Standbild-Objekt (POB), das durch die ersten Zeigerinformationen (DPLI POB_SRP) spezifiziert wird, während des gesamten Abspielens der Audio-Objekte (AOB) in der Audio-Sequenz anzuzeigen; und einen zweiten Programmcode, der den Computer veranlasst, das wenigstens eine Standbild-Objekt (POB), das durch ein Element zweiter Zeigerinformationen (TKI_POB_SRP) spezifiziert wird, während des Abspielens eines bestimmten Audio-Objektes (AOB) anzuzeigen, das dem Element zweiter Zeigerinformationen (TKI_POB_SRP) entspricht.
Computerlesbares Speichermedium nach Anspruch 10, wobei der zweite Programmcode dazu dient, den Computer zu veranlassen, ein kombiniertes Bild anzuzeigen, das erzeugt wird, indem das wenigstens eine Standbild-Objekt (POB), das durch ein Element zweiter Zeigerinformationen (TKI_POB_SRP) spezifiziert wird, mit dem wenigstens einem Standbild-Objekt (POB) kombiniert wird, das durch die ersten Zeigerinformationen (DKLI_POB SRP) spezifiziert wird.
Computerlesbares Speichermedium, das ein Programm speichert, das einen Computer veranlasst, einen vorgegebenen Aufzeichnungsvorgang zum Erzeugen einer Halbleiter-Speicherkarte (31) auszuführen, wie sie in Anspruch 1 definiert ist, wobei das Programm dadurch gekennzeichnet, dass es umfasst: einen ersten Programmcode, der den Computer veranlasst, einen Vorgang durchzuführen, mit dem wenigstens ein Standbild-Objekt (POB), das während des gesamten Abspielens der Vielzahl von Audio-Objekten (AOB) angezeigt wird, der Audio-Sequenz zugeordnet wird, und wenigstens ein Standbild-Objekt (POB), das während des gesamten Abspielens eines bestimmten Audio-Objektes (AOB) anzuzeigen ist, dem bestimmten Audio-Objekt zugeordnet wird; und einen zweiten Programmcode, der den Computer veranlasst, einen Prozess zum Aufzeichnen (1) erster Zeigerinformationen (DPLI_POB_SRP), die das der Audio-Sequenz zugeordnete wenigstens eine Standbild-Objekt (POB) zeigen, und (2) zweiter Zeigerinformationen (TKI_POB_SRP), die das dem bestimmten Audio-Objekt zugeordnete wenigstens eine Standbild-Objekt (POB) auf der Halbleiter-Speicherkarte (31) zeigen, durchzuführen.
Abspielverfahren zum Abspielen von Daten von einer Halbleiter-Speicherkarte (31), wobei die Halbleiter-Speicherkarte (31) speichert: (1) eine Audio-Sequenz, die eine Vielzahl von Audio-Objekten (AOB) enthält, (2) eine Vielzahl von Standbild-Objekten (POB), (3) erste Zeigerinformationen (DPLI_POB_SRP), die wenigstens ein Standbild-Objekt (POB) spezifizieren, das angezeigt werden sollte, wenn die Vielzahl von Audio-Objekten (AOB) in der Audio-Sequenz abgespielt wird, und (4) wenigstens ein Element zweiter Zeigerinformationen (TKI_POB_SRP) von denen jedes wenigstens ein Standbild-Objekt (POB) spezifiziert, das nur angezeigt werden sollte, wenn ein bestimmtes Audio-Objekt in der Audio-Sequenz abgespielt wird, wobei das Wiedergabeverfahren dadurch gekennzeichnet ist, dass es umfasst: einen Abspiel-Schritt, mit dem Audio-Objekte (AOB) in der Audiosequenz einzeln der Reihe nach abgespielt werden; einen Anzeige-Schritt zum Anzeigen des durch die ersten Zeigerinformationen (101) spezifizierten wenigstens einen Standbild-Objektes während des gesamten Abspielens der Audio-Objekte (102) in der Audio-Sequenz; und einen Steuerschritt, mit dem der Anzeigeschritt veranlasst wird, das wenigstens eine Standbild-Objekt (POB), das durch ein Element zweiter Zeigerinformationen (TKI_POB_SRP) spezifiziert wird, während des gesamten Abspielens eines bestimmten Audio-Objektes anzuzeigen, das dem Element zweiter Zeigerinformationen (TKI_POB_SRP) entspricht.
Abspielverfahren nach Anspruch 13, wobei der Steuerschritt den Anzeigeschritt veranlasst, ein Kombinationsbild anzuzeigen, das erzeugt wird, indem das wenigstens eine Standbild-Objekt (POB), das durch das Element zweiter Zeiger-Informationen (TKI_POB_SRP) spezifiziert wird, mit dem wenigstens einem Standbild-Objekt (POB) kombiniert wird, das durch die ersten Zeigerinformationen (DPLI_POB_SRP) spezifiziert wird.
Aufzeichnungsverfahren für eine Halbleiter-Speicherkarte (31), die eine Vielzahl von Standbild-Objekten (POB) und eine Audio-Sequenz speichert, die eine Vielzahl von Audio-Objekten (AOB) enthält, wobei die Aufzeichnungsvorrichtung dadurch gekennzeichnet, dass sie umfasst: einen Zuordnungsschritt zum Zuordnen wenigstens eines Standbild-Objektes (POB), das während des gesamten Abspielens der Vielzahl von Audio-Objekten (AOB) anzuzeigen ist, zu der Audio-Sequenz, und zum Zuordnen wenigstens eines Standbild-Objektes (POB), das während des gesamten Abspielens des bestimmten Audio-Objektes (AOB) anzuzeigen ist, zu dem bestimmten Audio-Objekt; und einen Aufzeichnungsschritt zum Aufzeichnen (1) erster Zeigerinformationen (DPLI_POB_SRP), die das der Audio-Sequenz zugeordnete wenigstens eine Standbild-Objekt (POB) zeigen, und (2) zweiter Zeigerinformationen (TKI_POB_SRP), die das dem bestimmten Audio-Objekt auf der Halbleiterspeicherkarte (31) zugeordnete wenigstens eine Standbild-Objekt (POB) zeigen.