专利名称：数据处理方法和设备及程序的制作方法
技术领域：
本发明涉及管理在记录介质上记录的材料内容的方法及其设备和程序。
背景技术：
在SMPTE(动画和电视工程学会)中，作为视听材料(AV材料)的标识符，UMID(唯一性材料标识符)已经被标准化。
在基于UMID的材料管理下，把一个全球唯一的UMID加到每个AV材料，该AV材料根据该UMID被唯一地标识。
以上AV材料在计算机的OS(操作系统)的文件系统中以文件的形式被管理，并且增加一个标明文件路径的文件名。在文件系统中，例如，对文件的访问是根据一个FAT(文件分配表)实现的，FAT指示文件路径与其中记录有文件的记录介质上的物理地址之间的对应关系。
然而在以上的常规系统中，例如，当出现一个标明UMID的对AV材料的访问请求时，尚未提供一种解析(solving)根据文件系统所规定的哪个文件路径访问该AV材料的装置(名字解析装置)。
因此存在这样的问题，即使UMID被标明，也不能限定其中记录具有UMID的AV材料的记录介质上的地址，因此，对AV材料的访问请求得不到充分的处理。
发明内容
鉴于这种情况，提出了本发明。本发明的一个目的是提供一种数据处理方法，该方法能够响应一个标明标识数据的对记录介质的请求，提供一个对对应于所标明的标识数据的材料数据的访问路径，该记录介质记录用于标识在预定材料管理下的材料数据中的每个材料数据的标识数据和联结在一起的材料数据；本发明也提供一种相应的设备和程序。
为了实现上述目的，本发明的第一个方面的数据处理方法，包含第一步骤，当一个记录用于标识在预定材料管理下的材料数据中的每个材料数据的标识数据和所述联结在一起的材料数据的记录介质，被设置在一个存取位置时，从所述记录介质中读取指示在记录介质上记录的材料数据的联结在一起的标识数据的管理数据、以及对所述记录介质中的该材料数据的访问路径；第二步骤，根据在所述第一步骤中读出的所述管理数据，响应标明所述标识数据的请求，提供对对应于所述记录介质中的所述标明的标识数据的所述材料数据的所述访问路径。
本发明的第一个方面的数据处理方法的操作方式如下所述。
首先，在第一步骤，当记录用于标识在预定材料管理下的材料数据中的每个材料数据的标识数据和所述联结在一起的所述材料数据的记录介质，被设置在一个存取位置时，从所述记录介质中读取指示在记录介质上记录的所述材料数据的联结在一起的所述标识数据的管理数据、以及对所述记录介质中的该材料数据的访问路径。
然后，在第二步骤，根据在所述第一步骤中读出的所述管理数据，响应标明所述标识数据的请求，提供对对应于所述记录介质中的所述标明的标识数据的所述材料数据的所述访问路径。
本发明的第二个方面的数据处理方法，是一种由计算机根据一个应用程序、一个管理程序和一个文件系统程序执行的数据处理方法，包含由所述管理程序执行的第一步骤，当一个记录用于标识在预定材料管理下的材料数据中的每个材料数据的标识数据和所述联结在一起的材料数据的记录介质，被设置在一个存取位置时，从所述记录介质中读取指示在记录介质上记录的材料数据的联结在一起的标识数据的管理数据、以及对所述记录介质中的该材料数据的访问路径；由所述应用程序执行的第二步骤，向所述管理程序发出一个标明所述标识数据的请求；由所述管理程序执行的第三步骤，响应所述标明所述标识数据的请求，根据在所述第一步骤中读出的所述管理数据，响应在所述第二步骤中接收的所述请求，向所述文件系统程序提供对对应于所述记录介质中的所述标明的标识数据的所述材料数据的所述访问路径；由所述文件系统程序执行的第四步骤，根据在所述第三步骤接收的所述访问路径，访问在所述记录介质的一个物理地址处存储的所述材料数据。
本发明的第二个方面的数据处理方法的操作方式如下所述。
首先，在第一步骤，当一个记录用于标识在预定材料管理下的材料数据中的每个材料数据的标识数据和所述联结在一起的材料数据的记录介质，被设置在一个存取位置时，所述管理程序从所述记录介质中读取指示在记录介质上记录的材料数据的联结在一起的标识数据的管理数据、以及对所述记录介质中的该材料数据的访问路径。
然后，在第二步骤，所述应用程序向所述管理程序发出一个标明所述标识数据的请求。
然后，在第三步骤，所述管理程序响应所述标明所述标识数据的请求，根据在所述第一步骤中读出的所述管理数据，响应在所述第二步骤中接收的所述请求，向所述文件系统程序提供对对应于所述记录介质中的所述标明的标识数据的所述材料数据的所述访问路径。
然后，在第四步骤，所述文件系统程序根据在所述第三步骤接收的所述访问路径，访问在所述记录介质的一个物理地址处存储的所述材料数据。
按照本发明的第三个方面，提供一种程序，用于使计算机执行第一例程，当一个记录用于标识在预定材料管理下的材料数据中的每个材料数据的标识数据和所述联结在一起的材料数据的记录介质，被设置在一个存取位置时，从所述记录介质中读取指示在记录介质上记录的材料数据的联结在一起的标识数据的管理数据、以及对所述记录介质中的该材料数据的访问路径；第二例程，根据在所述第一例程中读出的所述管理数据，响应标明所述标识数据的请求，提供对对应于所述记录介质中的所述标明的标识数据的所述材料数据的所述访问路径。
按照本发明的第四个方面，提供一种数据管理设备，包含第一装置，用于当一个记录用于标识在预定材料管理下的材料数据中的每个材料数据的标识数据和所述联结在一起的材料数据的记录介质，被设置在一个存取位置时，从所述记录介质中读取指示在记录介质上记录的材料数据的联结在一起的标识数据的管理数据、以及对所述记录介质中的该材料数据的访问路径；第二装置，用于根据在所述第一装置中读出的所述管理数据，响应标明所述标识数据的请求，提供对对应于所述记录介质中的所述标明的标识数据的所述材料数据的所述访问路径。
本发明的第四个方面的数据处理装置的操作方式如下所述。
首先，当一个记录用于标识在预定材料管理下的材料数据中的每个材料数据的标识数据和所述联结在一起的材料数据的记录介质，被设置在一个存取位置时，第一装置从所述记录介质中读取指示在记录介质上记录的材料数据的联结在一起的标识数据的管理数据、以及对所述记录介质中的该材料数据的访问路径。
然后，第二装置根据由所述第一装置读出的所述管理数据，响应标明所述标识数据的请求，提供对对应于所述记录介质中的所述标明的标识数据的所述材料数据的所述访问路径。
图1是按照本发明实施例的一个AV系统1的配置的视图。
图2是图1中所示的光盘装置功能的框图。
图3是解释本发明实施例的AV文件数据FILE的格式的示意图。
图4是解释本发明实施例的管理数据MD的示意图。
图5是解释由本发明实施例的文件系统程序使用的FAT的示意图。
图6是解释本发明实施例的应用程序AP、文件系统程序FSP和管理程序MP之间的关系的示意图。
图7A是解释在一个操作例中当图1中所示的光盘装置接收到一个请求REQ时由管理程序MP处理的流程图；图7B是解释由操作例中的应用程序AP处理的流程图。
图8是解释在操作例中当图1中所示的光盘装置接收到请求REQ时由文件系统程序FSP处理的流程图。
图9A是解释在图2中所示的光盘上记录一个新的AV文件数据FILE时由管理程序MP处理的流程图；图9B是解释从光盘上删除AV文件数据FILE时由管理程序MP处理的流程图。
图10A是解释当AV文件数据FILE的记录位置在光盘上移动时由管理程序MP处理的流程图。
图10B是解释当光盘被从光盘记录和/或再现单元的存取位置去掉(卸走)时由管理程序MP处理的流程图。
具体实施例方式
以下解释按照本发明实施例的一个AV(视听)系统。
图1是按照本发明实施例的一个AV系统1的配置的视图。
如图1中所示，AV系统1具有例如计算机3、光盘装置4、AV设备5、6和7，诸如VTR和编辑设备。它们通过网络8连接。
在AV系统1中，例如，当记录一个唯一标识在预定的UMID管理下的AV文件数据中的每个AV文件数据的联结在一起的UMID以及AV文件数据的光盘(本发明的记录介质)被设置(安装)在存取位置时，光盘装置4从光盘读取管理数据MD(本发明的管理数据，即所谓的索引文件)。
管理数据MD反映在光盘上记录的AV文件数据的每一个的在光盘中的、AV文件数据的联结在一起的数据UMID与至AV文件数据的文件路径(本发明的存取路径)。
在AV系统1中，例如，计算机3通过网络8向光盘装置4和AV设备5至7传送一个标明数据UMID的请求REQ。
然后，光盘装置4响应该请求REQ，根据读出的管理数据MD，获取至光盘中的对应于所标明的数据UMID的AV文件数据的文件路径，并把文件路径提供到在光盘装置4上运行的OS的文件系统。
文件系统根据文件路径，参考FAT，获得光盘上的AV文件数据的物理地址。
然后，光盘装置4根据物理地址从光盘中读出AV文件数据，并将AV文件数据通过网络8传送到计算机3。
在AV设备5至7中，例如执行与上述的光盘装置4的操作相同的操作。
下面详细解释图1中所示的光盘装置4的配置。
图2是图1中所示的光盘装置4功能的框图。
如图2中所示，光盘装置4例如有接口11、光盘记录和/或再现单元12、存储器14、CPU15。它们通过总线10连接。
接口11连接到图1中所示的网络8，例如从计算机3接收一个请求REQ，同时，把从光盘13中读出的AV文件数据传送到计算机3。
光盘记录和/或再现单元12按照来自CPU15的一条指令，访问被设置在存取位置的光盘13，执行对该光盘的记录和/或再现。
当光盘13被设置在存取位置时，光盘记录和/或再现单元12通知CPU15。
另外，光盘记录和/或再现单元12响应来自CPU15的一个请求，读出在光盘记录和/或再现单元12中记录的管理数据MD。管理数据MD将在以后作详细解释。
此外，光盘记录和/或再现单元12响应来自CPU15的一个请求，读出在光盘13上记录的AV文件数据FILE(AV file data FILE)。
存储器14存储各种数据，用于应用程序AP、文件系统程序FSP、管理程序MP和CPU15的处理。
这里，管理程序MP是所谓的材料管理例程，相当于本发明的管理程序。
此外，应用程序AP相当于本发明的应用程序，而文件系统程序FSP相当于本发明的文件系统程序。
CPU15根据从存储器14读出的应用程序AP、文件系统程序FSP、管理程序MP，执行处理。
CPU15的处理，将就在下文解释的操作的例子作解释。
图3是本实施例的AV文件数据FILE的格式的例子。
如图3中所述，AV文件数据FILE有数据MD和AV材料数据MAT。
这里，数据UMID相当于本发明的标识数据，AV材料数据相当于本发明的材料数据。
根据SMPTE标准，数据UMID是32个字节的数据，具有通用标签UL、数据长度L、实例号IN_N、材料号MAT_N。
通用标签UL是一个唯一性标识符，指示字节系列(train)是UMID。
数据长度是从通用标签UL继续的一个字节，从该处继续的数据长度用字节单位表示。
实例号IN_N例如是3个字节，指示从其继续的材料号MAT_N的特性。
材料号MAT_N例如是16个字节，取一个全局唯一的值。
材料号MAT_N是通过组合一个MAC地址与该材料被生成的时间而生成的，采用的一个先决条件是，在某时间生成的材料(AV材料)最多只有一个材料，因为例如任何网络设备都是用MAC(媒体存取控制)地址全局唯一地标识的。
图4是用于解释管理数据MD的格式的示意图。
管理数据MD被记录在光盘13上，被CPU15读出，并按照需要更新。
如图4中所示，管理数据MD指示在存储器14中记录的所有AV文件数据FILE的数据UMID以及它的联结在一起的文件路径。
这里，文件路径通过使用一个系列的目录名，指示AV文件数据FILE的记录位置，目录名例如用于指示文件数据被记录在光盘13上的位置。
图5是用于解释由OS的文件系统程序使用的FAT的示意图。
如图5中所示，FAT指示每个文件数据FILE在光盘装置4上的物理地址和它的联结在一起的文件路径。
下面将解释由CPU15执行的应用程序AP、文件系统程序FSP和管理程序MP以及它们的关系。
图6是表示这些关系的示意图。
如图6中所示，用于实现UMID的名字解析(name solution)请求的管理程序MP(管理层)，位于OS的文件系统程序FSP(文件系统层)与应用程序AP(应用层)之间。
下面将给出对本实施例的光盘装置4的操作的例子的解释。
注意以下处理是根据应用程序AP、管理程序MP和文件系统程序FSP，由CPU执行的或者在CPU15的控制下执行的。
在该操作例中，将给出当光盘13被设置在光盘装置4中时、以及光盘装置4接收到来自总线10的标明UMID的请求REQ时的处理。
图7A是解释由操作例中的管理程序MP处理的流程图；图7B是解释由操作例中的应用程序AP处理的流程图；图8是解释由操作例中的文件系统程序FSP处理的流程图。
这里，图7A中所示的步骤ST1和ST2相当于本发明的第一和第二方面的第一步骤，步骤ST4和ST5相当于本发明的第一方面的第二步骤和本发明的第二方面的第三步骤。
此外，图7A和7B中所示的步骤ST3和ST11相当于本发明的第二方面的第二步骤，图8中所示的步骤ST23相当于本发明的第二方面的第四步骤。
此外，图7和图8中所示的步骤的例程在对应的程序中描述。
此外，第四发明的第一装置和第二装置，是通过CPU15(本发明的计算机)执行图7A中所示的步骤ST1和ST2和步骤ST4和5而实现的。
下面将给出对图7中所示的步骤的解释。
首先，将通过使用图7A根据管理程序MP给出对CPU15的处理的步骤的解释。
步骤ST1
当光盘13被设置到光盘记录和/或再现单元12的存取位置时，一个指示这个事件的通知被输出到CPU15。
在CPU15运行的应用程序(以下简称应用程序AP)根据该通知向在CPU15上运行的管理程序(以下简称管理程序MP)输出信息。
管理程序MP例如被该通知激活，处理例程继续到步骤ST2的处理，如果不是如此，则保持一个通知等待状态。
步骤ST2管理程序MP向光盘13输出一条读指令，要求从光盘13读管理数据MD。
藉此，光盘记录和/或再现单元12从光盘13读出管理数据MD，并把它输出到CPU15。
步骤ST3管理程序MP确定是否从应用程序AP输入了标明数据UMID的请求REQ。如果确定如此，则处理例程继续到步骤ST4的处理。如果不是如此，则重复步骤ST3的处理。
ST4管理程序MP通过参考在步骤ST2中输入的图4中所示的管理数据MD，获取对应于由在步骤ST3中输入的请求REG标明的数据UMID的文件路径FP。
ST5管理程序MP把在步骤ST4获取的文件路径FP输出到文件系统程序FSP。然后，管理程序MP返回到步骤ST3的处理。
下面，将通过使用图7B根据应用程序AP给出对CPU15的处理的步骤的解释。
步骤ST11应用程序AP确定是否接收了通过接口11来自计算机3的请求REQ。当确定收到了请求REQ时，处理例程继续到步骤ST12的处理。如果不是这样，处理例程继续到步骤ST13的处理。
步骤ST12应用程序AP把在步骤ST11输入的请求REQ输出到管理程序MP。
步骤ST13应用程序AP确定是否从文件系统程序FSP输入了AV文件数据FILE。当确定输入了AV文件数据FILE时，处理例程继续到步骤ST14的处理。如果不是这样，处理例程继续到步骤ST11的处理。
步骤ST14应用程序AP把在步骤ST13输入的AV文件数据FILE，通过接口11传送到请求REQ的传送端，即CPU15。
下面，将通过使用图8给出根据文件系统程序FSP对CPU15的处理的步骤的解释。
步骤ST21文件系统程序FSP确定是否从管理程序MP输入了对应于数据UMID的文件路径FP。当确定输入文件路径FP时，处理例程继续到步骤ST22的处理。如果不是这样，重复步骤ST21的处理。
步骤ST22文件系统程序FSP通过参考图5中所示的FAT获取对应于在步骤ST21中输入的文件路径FP的物理地址。
步骤ST23文件系统程序FSP从在步骤ST22获取的光盘13上的物理地址读出AV文件数据FILE，并把它输出到AV文件数据FILE。
图9A是解释在光盘13上记录一个新的AV文件数据FILE时由管理程序MP处理的流程图。
CPU15在向光盘13写新的AV文件数据FILE时生成AV文件数据FILE的数据UMID，控制光盘记录和/或再现单元12，并把所生成的数据UMID与AV文件数据联结在一起写到光盘13。
步骤ST31管理程序MP确定新的AV文件数据FIEL是否被写(记录)到光盘13。如果确定它被写，处理例程继续到步骤ST32的处理。如果不是这样，重复步骤ST31的处理。
步骤ST32管理程序MP将使所确定的AV文件数据FILE和数据UMID的文件路径FP一致的数据当在步骤ST31被写时添加到、图4中所示的管理数据MD对应。
然后，管理程序MP返回到步骤ST31的处理。
图9B是解释从光盘13上删除AV文件数据FILE时由管理程序MP处理的流程图。
步骤ST41管理程序MP确定AV文件数据FIEL的记录是否从光盘13删除。如果确定它被删除，处理例程继续到步骤ST42的处理。如果不是这样，重复步骤ST41的处理。
步骤ST42管理程序MP从图4中所示的管理数据MD删除将使在步骤ST41确定被删除的AV文件数据FILE和数据UMID的文件路径FP一致的数据。
然后，管理程序MP返回到步骤ST41的处理。
图10A是解释当AV文件数据FILE的记录位置在光盘13上移动时由管理程序MP处理的流程图。
步骤ST51管理程序MP确定AV文件数据FILE的记录位置是否在光盘13上移动过。如果确定它移动过，处理例程继续到步骤ST52的处理。如果不是这样，重复步骤ST51的处理。
步骤ST52管理程序MP在图4中所示的管理数据MD中把在步骤ST51确定已经移动过的AV文件数据FILE的文件路径FP改变成移动后的文件路径FP。
然后，管理程序MP返回到步骤ST51的处理。
图10B是解释当光盘13被从光盘记录和/或再现单元12上的存取位置去掉(卸走)时由管理程序MP处理的流程图。
步骤ST61管理程序MP确定是否把光盘13从光盘记录和/或再现单元12上的存取位置去掉(卸装)的指令被发出。如果确定这个指令被发出，处理例程继续到步骤ST62的处理。如果不是这样，重复步骤ST61的处理。
步骤ST62管理程序MP在图4中所示的管理数据MD被更新过时把更新后的管理数据MP写到卸装之前的光盘13。
然后，执行对光盘13的卸装。
如上解释的那样，按照光盘装置4，通过在应用程序AP与文件系统程序FSP之间插入管理程序MP，响应来自计算机3的标明数据UMID的请求REQ，能提供在UMID管理下的在光盘13上记录的AV文件数据FILE的文件路径。
藉此，计算机3不用在请求REQ中标明文件路径，而只要标明数据UMID，就足以能访问在光盘13上记录的对应于数据UMID的AV文件数据FILE。
此外，按照光盘装置4，通过为向光盘13记录一个新的AV文件数据FILE、删除光盘13上的AV文件数据FILE、在光盘13上移动AV文件数据FILE而更新管理数据MD，即使在记录、删除和移动后也保证能按照一个标明UMID的请求REQ访问对应于更新的AV文件数据FILE。
此外，按照光盘装置4，管理数据MD被记录在光盘13上。每当光盘13被设置在存取位置时，管理数据MD就被从光盘13读出，然后根据上述的数据UMID执行名字解析。因此，即使光盘13被用在多个光盘装置中，也能适当地执行上述的基于数据UMID的名字解析。就是说，通过文件路径名直接标明文件数据的方法是通用的，但是，就光盘13之类的可拆卸式介质而言，有必要事先知道文件数据在哪个介质上。也存在这样的情形，即不同的AV材料被以相同的路径记录在不同的介质上。光盘装置4甚至能处置这样的情形。
本发明不限于上述实施例。
在上述实施例中，由SMPTE标准化的UMID，被作为本发明的标识数据的示例，但是本发明的标识数据并不受特别限定，只要标识数据标识在预定的材料管理下的材料数据中的每个材料数据。
此外，在上述实施例中，把光盘作为本发明的记录介质的示例，但是本发明的记录介质可以是软盘、HDD(硬盘驱动器)的磁盘，或除此以外的其它介质。
如上解释的那样，本发明能提供一种方法，该方法能够响应一个标明标识数据的请求，提供一个对应于针对记录介质所标明的标识数据的、材料数据的访问路径，该记录介质用于标识在预定材料管理下的材料数据中的每个材料数据的标识数据和联结在一起的材料数据；本发明也提供一种相应的设备和程序。
工业实用性本发明能被应用于管理在记录介质上记录的材料数据的数据处理系统。
权利要求
1.一种数据处理方法，包含第一步骤，当一个记录用于标识在预定材料管理下的材料数据中的每个材料数据的标识数据和所述联结在一起的材料数据的记录介质，被设置在一个存取位置时，从所述记录介质中读取指示在记录介质上记录的材料数据的联结在一起的标识数据的管理数据、以及对所述记录介质中的该材料数据的访问路径；和第二步骤，根据在所述第一步骤中读出的所述管理数据，响应标明所述标识数据的请求，提供对对应于所述记录介质中的所述标明的标识数据的所述材料数据的所述访问路径。
2.权利要求1中所述的数据处理方法，进一步包含第三步骤，当新的材料数据和所述新材料数据的标识数据被联结在一起记录在所述记录介质上时，更新在所述第一步骤读出的所述管理数据，以便进一步反映所述新材料数据与所述记录介质上一个对所述新材料数据的访问路径之间的对应关系；和第四步骤，把在所述第三步骤更新的所述管理数据，写在所述记录介质上。
3.权利要求1中所述的数据处理方法，进一步包含第三步骤，当记录在所述记录介质上的材料数据已经被删除时，从在所述第一步骤中读出的所述管理数据中，删除反映被删除材料数据的标识数据的数据和所述联结在一起的访问路径的数据，并生成新的管理数据；和第四步骤，把在所述第三步骤生成的所述管理数据，写在所述记录介质上。
4.一种由计算机根据一个应用程序、一个管理程序和一个文件系统程序执行的数据处理方法，包含由所述管理程序执行的第一步骤，当一个记录用于标识在预定材料管理下的材料数据中的每个材料数据的标识数据和所述联结在一起的材料数据的记录介质，被设置在一个存取位置时，从所述记录介质中读取指示在记录介质上记录的材料数据的联结在一起的标识数据的管理数据、以及对所述记录介质中的该材料数据的访问路径；由所述应用程序执行的第二步骤，向所述管理程序发出一个标明所述标识数据的请求；由所述管理程序执行的第三步骤，响应所述标明所述标识数据的请求，根据在所述第一步骤中读出的所述管理数据，响应在所述第二步骤中接收的所述请求，向所述文件系统程序提供对对应于所述记录介质中的所述标明的标识数据的所述材料数据的所述访问路径；和由所述文件系统程序执行的第四步骤，根据在所述第三步骤接收的所述访问路径，访问在所述记录介质的一个物理地址处存储的所述材料数据。
5.一种程序，用于使计算机执行第一例程，当一个记录用于标识在预定材料管理下的材料数据中的每个材料数据的标识数据和所述联结在一起的材料数据的记录介质，被设置在一个存取位置时，从所述记录介质中读取指示在记录介质上记录的材料数据的联结在一起的标识数据的管理数据、以及对所述记录介质中的该材料数据的访问路径；和第二例程，根据在所述第一例程中读出的所述管理数据，响应标明所述标识数据的请求，提供对对应于所述记录介质中的所述标明的标识数据的所述材料数据的所述访问路径。
6.一种数据管理设备，包含第一装置，用于当一个记录用于标识在预定材料管理下的材料数据中的每个材料数据的标识数据和所述联结在一起的材料数据的记录介质，被设置在一个存取位置时，从所述记录介质中读取指示在记录介质上记录的材料数据的联结在一起的标识数据的管理数据、以及对所述记录介质中的该材料数据的访问路径；和第二装置，用于根据在所述第一装置中读出的所述管理数据，响应标明所述标识数据的请求，提供对对应于所述记录介质中的所述标明的标识数据的所述材料数据的所述访问路径。
全文摘要
一种光盘装置4，用于响应来自计算机3的请求REQ，根据从光盘中读出的管理数据MD，获取一个对对应于光盘中的标明的数据UMID的AV文件数据的文件路径，并进一步根据该文件路径访问被记录在一个物理地址的AV文件数据。
文档编号G06F12/00GK1698129SQ20048000031
公开日2005年11月16日 申请日期2004年4月2日 优先权日2003年4月4日
发明者柴田贺昭, 真贝光俊 申请人:索尼株式会社