CN1318169A - 信息处理装置和方法以及信息处理系统 - Google Patents

信息处理装置和方法以及信息处理系统 Download PDF

Info

Publication number
CN1318169A
CN1318169A CN 00801503 CN00801503A CN1318169A CN 1318169 A CN1318169 A CN 1318169A CN 00801503 CN00801503 CN 00801503 CN 00801503 A CN00801503 A CN 00801503A CN 1318169 A CN1318169 A CN 1318169A
Authority
CN
China
Prior art keywords
information
predetermine
order
identifying information
external device
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN 00801503
Other languages
English (en)
Inventor
堀口麻里
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Publication of CN1318169A publication Critical patent/CN1318169A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/436Interfacing a local distribution network, e.g. communicating with another STB or one or more peripheral devices inside the home
    • H04N21/4363Adapting the video stream to a specific local network, e.g. a Bluetooth® network
    • H04N21/43632Adapting the video stream to a specific local network, e.g. a Bluetooth® network involving a wired protocol, e.g. IEEE 1394

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Stored Programmes (AREA)

Abstract

目标有通过控制器可写的描述符,并且在描述符中生成其ID由控制器来管理的对象。因此,控制器管理对象ID,将对象操作命令传达到目标的BBS,将信息写入到根据产生命令产生的对象上,然后重写该对象ID。从而可以确定表结构和数据结构,可以使多于一种类型的公告板或相同类型的多个公告板无故障地共存。

Description

信息处理装置和方法以及信息处理系统
技术领域
本发明涉及电子装置、例如连接到网络和并被遥控的AV设备中使用的信息处理装置和方法以及信息处理系统。本发明特别涉及这样的信息处理装置和方法以及信息处理系统,可以使通过网络而彼此连接的多个电子装置利用所谓的AV/C命令在各电子装置中共享信息。
背景技术
近来,一直在开发适合例如利用IEEE(the Institute of Electrical andElectronics Engineers:电气和电子工程师学会)规定的IEEE1394串行数据总线通过网络来对另一AV设备发送和接收信息的AV设备。连接到该网络的AV设备可以利用预定的数字接口命令(AV/C命令和事务处理集:以下简称为“AV/C命令集”)来进行相互控制。
图35表示连接到IEEE1394串行数据总线81(以下适当称为“总线81”)和可用AV/C命令集控制的系统实例。
在图35所示的系统中,例如接收数字卫星广播的IRD(集成接收解码器)82和DVCR(数字盒式录像机)83通过总线81来相互连接。
例如,在图35的系统中,IRD82接收的图像在IRD82的控制下利用AV/C命令集可以由DVCR83来记录。此外,在图35的系统中,可以使用IRD82和DVCR83来进行所谓的预定记录。
对于图35所示系统的预定记录来说,IRD82本身和DVCR83例如由IRD82中设置的控制器84来控制。预定记录的条件(信道,开始时间等)被设置在IRD82中。应该指出,IRD82中的数字调谐器85和DVCR82中的记录器87等受控于IRD82的控制器84,即,它们是被控制器84控制的子单元。
在达到为预定记录预置的开始时间时,控制器84将信道选择命令提供给IRD82中的数字调谐器85。一旦接收到该命令,数字调谐器85从CS天线86捕捉的信号中选择为预定记录预置的信道,并将选择出的信道上的视频信号等提供给总线81。
同时,控制器84通过总线81将记录开始命令发送到DVCR83中的记录器87。根据该命令的接收,记录器87从总线81上的信号中提取由IRD82中的数字调谐器85已经选择的信道上的、并被接收的视频信号等,并将视频信号记录到例如磁带那样的记录介质上。
应该指出,DVCR83中的控制器84控制例如模拟调谐器89和记录器87的实际操作,以利用记录器87记录例如由模拟调谐器89接收的视频信号等。
在图35所示的系统中,预定记录如上所述那样来实现。
为了利用AV/C命令集来对连接到常规网络系统的单元进行遥控,采用这样的网络,使得通过在各受控子单元中设置信息表使各单元中子单元上的信息可以被所有单元共享。就是说,在图35所示的系统中,被所有单元共享的信息表设置在包括DVCR83(图35中的记录器87)的子单元和IRD82(图35中的数字调谐器85)的子单元的各受控子单元中。
但是,利用这种方法,可共享的信息的内容被限于有关各子单元的那些信息。
再有,随着网络系统的发展,将来会要求可共享的信息应该有各子单元的特定内容和各种内容。
因此,本发明的申请提出AV/C公告板子单元(以下将适当称为“AV/CBBS”或简称为“BBS”)(参见“AV/C Bulletin Board Subunit-GeneralSpecification”,1394 Trad Association,January,1999.Rev.0.38)。在AV/C BBS中,使任意信息被BBS共享,可以使用该信息在任意单元之间进行相互控制。
但是,在AV/C BBS中,存在多于一种类型公告板时的共存方法和存在相同类型的多个公告板时的表结构不明确。
因此,需要使适合上述多于一种类型的公告板存在和相同类型的多个公告板存在的数据结构明确。
再有,期望可以顺利地进行对BBS写入新信息和在BBS中重写信息,而没有任何故障。
发明概述
因此,本发明的目的在于通过提供信息处理装置和方法以及信息处理系统来克服现有技术的上述缺点,其可以使AV/C BBS中的表和数据结构明确,使AV/C BBS中多于一种类型的公告板和相同类型的多个公告板共存而没有任何故障,允许对AV/C BBS写入新信息和在AV/C BBS中重写信息,而没有故障。
上述目的可以通过提供本发明的由通过网络而相互连接的装置控制的信息处理器来实现,该信息处理器包括:可以从外部对其进行写入的预定描述区;和对象生成部件,用于在从外部装置接收在其识别信息由外部装置管理的预定对象的描述区中进行生成的命令时,生成对象,该对象的识别信息中其唯一的信息被设置成预定值,并且其中可重写对象的字段长度被设定为预定长度。
在所述的信息处理器中,对象生成部件在预定的描述区被强制关闭后删除其识别信息是预定值的对象。
再有,上述目的可以通过提供本发明的由通过网络而相互连接的装置控制的信息处理器来实现,该信息处理器包括:管理部件,用于管理至少一个预定对象的识别信息;和操作指令发布部件,用于将预定对象的操作命令发布到可生成预定对象和具有可以从外部对其进行写入的预定描述区的外部装置;在将信息写入到预定对象可以被写入的字段之后,管理部件对于按照从操作命令发布部件提供的对象生成命令生成的对象重写预定对象识别信息。
在所述的信息处理器中,管理部件重写对象识别信息一次。再有,管理部件检查预定对象识别信息中唯一信息的内容;和在管理部件确定唯一信息是预定值时,操作指令发布部件将删除预定对象的命令发布到外部装置。
再有,上述目的可以通过提供控制由通过网络而相互连接的装置的信息处理方法来实现,该方法包括以下步骤:在从外部装置接收在其识别信息由外部装置管理的预定对象的描述区中进行生成的命令时,生成对象,该对象的识别信息中的其唯一信息被设置成预定值,并且其中可重写对象的字段长度被设定为预定长度。
在所述的信息处理方法中,在预定描述区被强制关闭后,其识别信息是预定值的对象被删除。
再有,上述目的可以通过提供控制由通过网络而相互连接的装置的信息处理方法来实现,该方法包括以下步骤:管理至少一个预定对象的识别信息;和将预定对象的操作命令发布到可生成预定对象和具有可以从外部对其进行写入的预定描述区的外部装置;在将信息写入到预定对象可以被写入的字段之后,对于按照从操作命令发布部件提供的对象生成命令生成的对象重写预定对象识别信息。
在所述的信息处理方法中,重写对象的识别信息一次。再有,检查预定对象识别信息中的唯一信息的内容;和在确定唯一的信息是预定值时,将删除预定对象的命令发布到外部装置。
再有,上述目的通过提供本发明用于控制通过网络相互连接的装置的信息处理器来实现,该信息处理器包括:管理部件用于管理至少一个预定对象的识别信息;和操作指示发布部件,用于将预定对象的操作命令发布到可生成预定对象和具有可以从外部对其进行写入的预定描述区的外部装置;在使用来自操作指示发布部件的写入命令的部分替换指示信息来将信息写入到预定对象可以被写入的字段之后,管理部件对于按照从操作命令发布部件提供的对象生成命令生成的对象,使用来自操作指示发布部件的更新写入命令的指示信息来集中重写预定对象识别信息。
再有,上述目的可以通过提供用于控制通过网络相互连接的装置的信息处理方法来实现,该方法包括以下步骤:管理至少一个预定对象的识别信息;将预定对象的操作命令发布到可生成预定对象和具有可以从外部对其进行写入的预定描述区的外部装置;和在使用写入命令的部分替换指示信息来将信息写入到预定对象可以被写入的字段之后,对于按照对象生成命令生成的对象,使用更新写入命令的指示信息来集中重写预定对象识别信息。
再有,上述目的可以通过提供本发明的信息处理系统来实现,该系统包括:第一信息处理器,包括:可以从外部对其进行写入的预定描述区;和对象生成部件,在从外部装置接收在其识别信息由外部装置管理的预定对象的描述区中进行生成的命令时,生成对象,该对象的识别信息中其唯一的信息被设置成预定值,并且对象的可重写的字段长度被设定为预定长度;第二信息处理器,包括:管理部件,用于管理至少一个预定对象的识别信息;和操作命令发布部件,用于将预定对象的操作命令发布到可生成预定对象和具有可以从外部对其进行写入的预定描述区的外部装置;在将信息写入到预定对象可以被写入的字段之后,管理部件对于按照从操作命令发布部件提供的对象生成命令生成的对象重写预定对象识别信息。
在所述的信息处理系统中,第一信息处理器中的对象生成部件恰好在预定的描述区被强制关闭后删除其识别信息是预定值的对象。再有,第二信息处理器中的管理部件重写对象识别信息一次。此外,第二信息处理器中的管理部件检查预定对象识别信息中唯一信息的内容;和在管理部件确定唯一信息是预定值时,第二信息处理器中的操作指令发布部件将删除预定对象的命令发布到外部装置。另外,在使用来自操作指示发布部件的写入命令的部分替换指示信息来将信息写入到预定对象可以被写入的字段之后,第二信息处理器中的管理部件对于按照从操作命令发布部件提供的对象生成命令生成的对象,使用来自操作指示发布部件的更新写入命令的指示信息来集中重写预定对象识别信息。
再有,上述目的可以通过提供本发明的信息处理方法来实现,该方法包括:第一信息处理步骤:在从外部装置接收到生成的命令时,在可从外部写入的预定描述区中生成其识别信息由外部装置管理的预定对象,该对象的识别信息中的其唯一信息被设置成预定值,并且其中可重写对象的字段长度被设定为预定长度;和第二信息处理步骤,包括以下步骤:管理至少一个预定对象的识别信息;将预定对象的操作命令发布到可生成预定对象和具有可以从外部对其进行写入的预定描述区的外部装置;在将信息写入到预定对象可以被写入的字段之后,对于按照对象生成命令生成的对象重写预定对象识别信息。
在上述信息处理方法中的第一信息处理步骤时,恰好在预定的描述区被强制关闭后删除其识别信息是预定值的对象。再有,在第二信息处理步骤时,对象识别信息被重写一次。此外,在第二信息处理步骤时,检查预定对象识别信息中唯一的信息的内容;和在确定唯一信息是预定值时,将删除预定对象的命令发布到外部装置。另外,在第二信息处理步骤时,在使用来自操作指示发布部件的写入命令的部分替换指示信息来将信息写入到预定对象可以被写入的字段之后,对于按照对象生成命令生成的对象,使用更新写入命令的指示信息来集中重写预定对象识别信息。
附图的简单说明
图1表示采用本发明的AV/CBBS的网络系统的结构。
图2示意地说明SID(子单元标识符描述符)的数据结构。
图3表示在图1的网络系统中使用的BB SID(bulletin board subunitidentifier descriptor:公告板子单元标识符描述符)的格式。
图4解释generation_ID的值。
图5解释root_object_list_ID的值。
图6解释supported_board_type_specific_information字段。
图7解释对SID list ID分配的范围。
图8表示可写BBS板表描述符的数据结构。
图9表示只读板表描述符的数据结构。
图10表示信息表描述符的数据结构。
图11解释在源预定项目中说明的信息。
图12解释start_time字段。
图13解释duration字段。
图14解释repeat_type。
图15解释指示星期和重复事件数的repeat_information字段。
图16解释在按预定间隔重复预定动作时的repeat_information字段。
图17解释Subunit_Resource_Info_blocks。
图18解释带有多层板类型和信息的公告板。
图19表示AV/C命令集的堆栈模式。
图20解释FCP命令和响应。
图21更详细地解释FCP命令和响应之间的关系。
图22表示AV/C命令的异步分组的数据结构。
图23表示异步分组的ctype/response的特定例。
图24表示子单元类型和操作码的特定例。
图25表示AV/C CREATE命令的数据结构。
图26表示可以由图25中subfunction_1指定的值。
图27表示在例如图25中的subfunction_1的subfunction_1_specification是0116时的内容。
图28表示图27中的各字段值。
图29表示在BBS控制器和目标上进行的新对象的形成步骤。
图30表示WRITE OPEN命令的格式。
图31表示WRITE DESCRIPTOR命令的格式。
图32表示CLOSE命令的格式。
图33详细地表示图1系统中的IRD结构。
图34详细地表示图1系统中的DVCR结构。
图35表示普通网络系统的结构。
实施发明的最佳模式
以下,参照附图来详细说明本发明的优选实施例。
下面参照图1来说明应用本发明的AV/C BBS的网络系统的结构。
如图1所示,该网络系统包括IEEE1394串行数据总线1(以下适当地称为“总线1”),通过该总线,接收数字卫星广播的IRD 2和DVCR(例如,D-VHS等)3被作为系统单元而相互连接。DVCR 3在其内设有AV/C BBS 4,对其它单元和子单元公布信息。
IRD 2在其内设有控制器5,可以使用AV/C命令集来控制其它子单元,并可以读出和写入AV/C BBS信息(该控制器以下被称为“BBS控制器”,以区别于其它控制器)。IRD 2包括数字调谐器7,而DVCR 3包括记录器9。应该指出,数字调谐器7和记录器9是使用AV/C命令集由BBS控制器5控制的子单元。在本实施例中,AV/C BBS信息在例如由AV/C命令集规定的AV/C描述符机构的控制下被读出和写入。IRD 2在其内还设有控制器6,控制例如IRD 2中的数字调谐器7的实际操作。
图1所示的如上述那样构成的网络系统在例如由DVCR 3进行期望节目的预定记录方面如下面说明的那样操作,例如:
为了由例如DVCR 3来进行期望节目的预定记录,IRD 2的BBS控制器5例如使用AV/C命令集来控制IRD 2本身中的数字调谐器7和DVCR 3中的记录器9。
IRD 2中的BBS控制器5利用控制器6来设置预定记录(例如信道、开始时间等)的条件,并将为预定记录而设置的例如信道、开始时间等信息写入DVCR 3的BBS 4。
在达到所设置的用于预定记录的开始时间,BBS控制器5将选择设置信道的命令提供给IRD 2中的数字调谐器7。在接收该命令时,数字调谐器7从由网络系统包括的CS天线8捕获的信号中选择设置信道,并将选择出的信道上的视频信号等提供给总线1(IEEE1394串行数据总线)。
再有,当达到对预定记录设置的开始时间时,考虑到DVCR 3中BBS 4上描述的信息,BBS控制器5通过总线1将记录开始命令传送到DVCR 3中的记录器9,在接收该命令时,DVCR 3中的记录器9从总线81上的信号中提取由IRD 2中的数字调谐器7从选择出的信道中接收到的视频信号等,并将视频信号记录到例如磁带等记录介质中。
DVCR 3还在其内设有控制器10,控制同样在DVCR 3中设置的模拟调谐器11和记录器9的实际操作,以利用记录器9来写入模拟调谐器11接收到的视频信号等。
在图1所示的网络系统中可以如上那样进行预定记录。
下面将说明本实施例中的BBS数据结构。
在说明BBS数据结构之前,首先说明AV/C命令集中SID(子单元标识符描述符)的数据结构。
参照图2,示意性地说明SID(子单元标识符描述符)的数据结构。
如图2所示,SID(子单元标识符描述符)由分层表组成。如果该表涉及例如调谐器,则该表表示通过其可以接收到信息的信道,而如果该表涉及例如记录器,则该表表示在记录介质中记录的音乐。分层结构中的最上层表被称为“根表(root list)”。例如,表0是下层的表的根。表2至n-1也是根表。根表与对象一样多。如果子单元例如是调谐器,则这里所谓的对象就是数字广播中的各信道。分层结构的一层上的所有表有其公共信息。
参照图3来说明在图1的网络系统中使用的BB SID(公告板子单元标识符描述符)的格式。在AV/C通用规格中定义了BB SID,它是各子单元必须保持的表。应该指出,控制器在最初访问BBS时读取该表。
在图3所示的BB SID中,descriptor_length表示描述结构的长度(字节数)。其值不包括descriptor_length本身的值。
在BB SID中,Generation_ID表示使用哪个AV/C描述符格式、即版本。其当前值是0016,如图4所示。“0016”表示数据结构和命令属于AV/C通用规格3.0版。再有,除了“0016”以外的所有其它值被预留给将来规格,如图4所示。
图3中SID的Size_of_list_ID表示表ID的字节数。Size_of_object_ID表示对象ID的字节数。Size_of_object_position表示在表中对象的位置被参照时使用的字节数。
Number_of_root_object_lists表示BBS直接涉及的根对象表的数目。Rootobject-list-id-x(x=0、1、2、…、n-1)表示BBS直接涉及的各根对象表的ID。如图5所示,在其表示RSB时,root_object_list_id的值是预定值“100116”。通过将表示RSB(在图5中描述为源预定表)的ID固定成预定值,可以更容易地读出RSB。
Subunit_dependent_information_length表示其后的subunit_dependent_information的长度,依赖于BBS的格式和内容上的信息被描述在subunit_dependent_information中。Subunit_dependent_information在其non_info_block中包括fields_length、bulletin_board_subunit_version、number_of_supported_board_type(n)、supported_board_type_specific_of_length[0]以及supported_board_type_specific_info[0]至supported_board_type_specific_info[n-1]和supported_board_type_specific_of_length[0]至supported_board_type_specific_of_length[n-1],分别表示其长度。
此外,BBS在其内描述表示manufacturer_dependent_information长度的manufacturer_dependent_length和包括依赖于制造商信息的manfacturer_dependent_information。
再有,图3所示的supported_board_type_specific_information字段被格式化为图6所示那样。如图6所示,supported_board_type在其内描述表示如图5所示的RSB的值“0116”。Supported_board_type_version表示公告板类型规格的版本号。Implementation_profile_ID表示板类型的概况ID版本。Supported_board_type_dependent_information_length表示supported_type_dependent_information的字节数。Supported_board_type_dependent_information在其内描述各板类型规格的特定信息。
参照图7来说明对图3所示的SID表ID分配的范围。如图7所示,“000016”至“0FFF16”和“400016”至“FFFF16”被预留为将来规格的分配范围。“100016”至“3FFF16”中,“100016”至“1FFF16”被确定为根表ID,而“200016”至“3FFF16”是默认表的自由空间。此外,设置“1000016”至“max.list ID值”用于功能类型依赖信息的识别。应该指出,这些根表ID值公开在规格书等中。
下面,说明用图3中BBS ID的root_object_list_id搜索的板表描述符的实例。
参照图8来说明作为用图3中BBS ID的root_object_list_id搜索的板描述符的可写BBS板表描述符的数据结构。
在图8中,deseriptor_length表示描述符的长度。List_type在其内描述公告板是可写公告板。属性在其内描述该公告板是否有对象ID。Side_of_list_spedific_information表示list_specific_information的长度,而list_specific_information根据list_type而改变。
可写的list_specific_information的Non_info_block_fields_length表示non_info_block_fields的数目,board_type表示公告板的类型。Object_list_maximum_size表示表中对象项目的最大数目。Object_entry_maximum_number表示对象项目的最大数目。Object_entry_maximum_size表示对象项目的最大尺寸。Board_type_dependent_information_length表示board_type_dependent_information的长度,而board_type_dependent_information表示板类型的特定信息。
object_entry的Descriptor_length表示描述符的长度。Entry_type有值“8016”,表示板项目描述符的公告板。属性在其内描述描述符是否有子表(Child list)。在有子表时,提供child_list_ID。child_list_ID表示其它板表描述符的ID。Size_of_entry_specific_information表示作为entry_specific_information的源预定项目的尺寸。源预定项目在其内描述涉及事件的信息。
参照图9来说明作为用图3中BB SID的root_object_list_id搜索的板描述符的实例的只读板表描述符的数据结构。
图9所示的只读板表描述符的数据结构基本上与图8所示的可写板表描述符的数据结构相同。代替图8中可写的list_specific_information,设有只读list_specific_information,而list-type表示公告板是只读板。
与可写的list_specific_information不同,只读list_specific_information没有object_list_maximum_size、object_list_maximum_size、object_entry_maximum_number和object_entry_maximum_size。
参照图10来说明作为用图3中BB SID的root_object_list_id和图8及图9中child_list_ID搜索的信息表描述符的实例的信息表描述符的数据结构。信息表描述符包括可写描述符和只读描述符。
在图10中,descriptor_length表示描述符的长度。List_type在其内描述公告板是只读公告板或可写公告板。属性在其内描述描述符是否有对象ID。Size_of_list_specific_information表示list_specific_information的长度,而list_specific_information根据list_type而改变。
只读list_specific_information的Non_info_block_fields_length表示非信息块字段的字节数,而board_type表示公告板的类型。Board_type_dependent_information_length表示board_type_dependent_information的长度,board_type_dependent_information表示板类型的特定信息。
可写的list_specific_information的Non_info_of_block_fields_length表示非信息块字段的字节数,而board_type表示公告板的类型。Object_list_maximum_size表示表中对象项目的最大数目。Object_entry_maximum size表示对象项目的最大尺寸。Board_type_dependent_information_length表示board_type_dependent_information的长度,而board_type_dependent_information表示板类型的特定信息。
object_entry的Descriptor_length表示描述符的长度。对于板项目描述符来说,object_entry有表示公告板的值“8016”。Object_ID由posting_device_GUID和record_ID组成。Posting_device指带有对BBS的投递信息的控制器,而posting_device_GUID表示控制器的GUID。Record_ID表示单元中对事件分配的ID。Size_of_entry_specific_information表示作为entry_specific_information的源预定项目的尺寸。
应该指出,在预定记录如本实施例中那样进行时,图11中所示的信息被描述在源预定项目中。
在图11中,non_info_block_length表示下至repeat_information的非信息块字段的字节数。Start_time表示年、月、日、小时、分钟、秒,如图12所示,事件(在本实施例中指预定记录)在该Start_time时开始。年用16比特来表示;表示AD年的四个数字中的每个用4比特的BCD(二-十进制)来表示。月用8比特来表示;表示从一月(01)至十二月范围的两位数的两个数字中的每个由4比特的BCD来表示。日用8比特来表示;表示从第一日至三十一日范围的两位数(日)中的每个数字由4比特的BCD来表示。小时用8比特来表示;从两位数0(00)至24小时范围的两个数字中的每个由4比特的BCD来表示。分钟用8比特来表示;表示从0(00)至60秒范围的两个数字字节的每个由4比特的BCD来表示。因此,由于Start_time由BCD来表示,所以可以被容易地识别。再有,开始时间由本地时间来表示。
表示事件长度的Duration(期间)用小时、分钟、秒来表示,如图13所示。在hours(小时)中,表示三位数小时的三个数字分别由4比特的BCD来表示。即,小时总共用12比特来表示。在minutes(分钟)中,表示分钟的两位数分别由4比特的BCD来表示。即,分钟总共用8比特来表示。在seconds(秒)中,表示秒的两位数分别由4比特的BCD来表示。即,秒总共用8比特来表示。通过duration附加到Start_time上来表示事件的结束时间。因此,通过将事件的长度表示为duration和非直接表示的结束时间,即使在改变事件的Start_time时,也不必改变结束时间。因此,可以容易地改变该时间。
Repeat_information_length表示repeat_information的长度。Repeat_information表示预定何时和如何被重复(在本实施例中重复预定记录)。在不重复预定动作时,repeat_information_length将为“0016”。Repeat_information根据选择的重复类型而改变内容。
如图14所示,Repeat_type包括用于Weekly schedule(周预定)的“0116”和用于Interval schedule(间隔预定)的“1016”。在预定每星期被重复时,公告(posting)设备(在本实施例中为IRD 2中的BBS控制器5)表示星期几和要被重复的事件的数量,如图15所示。Repeat_type在其内描述如图14所示的“0016”。Numbero_of_events表示事件的数目。从星期日至星期六范围的星期标记表示被重复的事件在星期几开始重复。例如,在持续时间为三小时的事件(在本实施例中为预定记录)在每星期的星期一和星期三的13(小时)00(分钟)时开始,将“1”设置在星期一和星期三的标记中,而将“0”设置在其它标记中。因此,由于每星期重复的事件可以被记录在reapeat_type中,所以需要的存储容量可以小于存储例如对应于广播日的星期一和星期三的绝对数据的容量。
在预定动作按预定间隔被重复时,公告设备(在本实施例中为BBS控制器5)将按图16所示的格式来描述事件。在本实施例中,图16中的repeat_type在其内描述图14所示的值“1016”。Number_of_events有在其内描述的事件数目。Interval(间隔)表示从当前事件的start_time直至下个事件的start-time的间隔。该间隔由小时、分钟和秒来表示。在hours中,表示3位小时的三位数分别由4比特的BCD来表示。即,小时总共用12比特来表示。在minutes和seconds中,表示2位分钟的两位数分别由4比特的BCD来表示。即,分钟和秒分别总共用8比特来表示。因此,由于周期地重复的事件可以被存储在repeat_type中,所以需要的存储容量小于分别存储在小时、分钟、秒开始时的绝对时间(日)的容量。
此外,图11所示的info Blocks(信息块)如图17所示那样被格式化。
在图17中,compound_length表示info Blocks的字节长度。但是,length(长度)字段本身不包括在该长度中。Info_block_type被设置为“890016”Primary_fields_length分别表示number_of_subunits和subunit_type_and_ID_field的字节数。Number_of_subunits表示由公告设备(在本实施例中为BBS控制器5)使用的子单元的数目。Subunit_type_and_ID指定由公告设备使用的子单元。
如上所述,BBS支持如图18所示的多层Board Type(板类型)。BBS的各Board Type由各带有信息的Board1至Board n组成。即,上述根表ID(root_object_id)被分配给每个板类型,BBS控制器5读出BB SID中的根表ID,并将它与对象板类型比较,从而允许检查对象板类型是否存在于目标BBS4中。
再有,集中多个板类型的各板表描述符包括可写类型和只读类型。这些类型基于其表类型而彼此区别开。在BBS 4的可写板表的情况下,BBS控制器5可以遥控地生成相同类型的板。此外,在检测表类型是可写类型时,BBS控制器5可以通过发布生成AV/C命令集的命令来生成板。再有,形成板的信息表描述符包括基于其表类型可以相互区分的可写描述符和只读描述符。
各根表ID(root_object_id)包括形成板的顶部表(信息表描述符)或集中相同类型的多个板的板表(板表描述符),板由多于一个的信息表描述符来组成。此外,集中相同类型的多个板的板表(板表描述符)表示到各板中顶部信息表描述符的指针。再有,当板由多个表组成时,到有关信息表描述符的地址由BB SID中的根表ID、板表描述符中的子表ID、或指定信息表描述符中各信息项目的子表ID来指定。板可以通过跟踪ID由多个表来表示。
下面,说明采用本发明的网络系统使用的AV/C命令集。
参照图19来说明AV/C命令集的堆栈模型。如图19所示,堆栈模型包括物理层111、链路层112、事务处理层113和串行总线管理114,都符合IEEE1394。再有,堆栈模型包括符合IEC 61883的FCP(功能控制协议)115、和符合1394TA规格的AV/C命令集116。
图20说明图19中FCP115的命令和响应的关系。
FCP115是控制符合IEEE1394的AV设备的协议。如图20所示,控制端是控制器,而被控制端是目标。对FCP115的命令的传送和来自FCP的响应利用IEEE1394异步通信的事务处理在节点之间进行。接收到数据后,目标回送用于数据接收的确认(ACK)。
图21进一步说明图20所示的对FCP的命令和来自FCP的响应之间的关系。
节点A和B通过IEEE1394总线被相互连接。在图21所示的实例中,节点A是控制器,而节点B是目标。各节点A和B在其内设有各512字节的命令寄存器和响应寄存器。如图21所示,控制器通过写入命令信息将指令传送到目标的命令寄存器123。
相反地,目标通过写入响应信息将响应传送到控制器的响应寄存器122。这些控制器和目标将两种信息在它们之间成对地传送。
在图22所示的数据字段的CTS中说明FCP发送的命令集类型。
图22表示AV/C命令的异步分组的数据结构。异步传送分组是异步一对一通信分组,在该分组中,定义了数据源和数据目的地。
AV/C命令集是控制AV设备的命令集,而CTS(命令集ID)是“0000”(CTS=“0000”)。再有,FCP用于在节点之间传送AV/C命令帧和响应帧。此外,对命令的响应应该在100ms内进行,以不增加总线和AV设备负担。
如图22所示,异步分组数据在水平方向上为32比特。图22的中间部分表示分组首标部分,下面部分表示数据块。在图22中,destination-ID表示目的地。
CTS表示命令集ID。在AV/C命令集中,CTS=“0000”。在图22中,ctype/response字段在分组是命令时表示功能分类,而在分组是响应时表示命令处理的结果。
命令一般包括四种类型:从外部控制功能的命令(CONTROL(控制)命令)、从外部查询状态的命令(STATUS(状态)命令)、从外部查询对CONTROL命令(用于对操作码是否有效支持的查询)是否有效支持的GENERALINQUIRY(一般查询)命令和SPECIFIC INQUIRY(特定查询)命令(用于对操作码和操作数是否有效支持的查询)、以及请求将状态的改变通知到外部的命令(NOTIFY(通知)命令)。
根据命令的类型来回送响应。与CONTROL命令对应的响应包括NOTINPLEMENTED(未实现)、ACCEPTED(接受)、REJECTED(拒绝)和INTERIM(暂定)。与STATUS命令对应的响应包括NOT IMPLEMENTED、REJECTED、IN TRANSITION(转换中)和STABLE(稳定)。与GENERALINQUIRY和SPECIFIC INQUIRY命令对应的响应包括IMPLEMENTED(实现)和NOT IMPLEMENTED。与NOTIFY命令对应的响应包括NOTIMPLEMENTED、REJECTED、INTERIM和CHANGED(变更)。
设有图22中的子单元类型,以识别设备中的功能。例如,磁带记录机/播放机、调谐器等被分配到该字段。为了识别相同类型的多个子单元,如果有的话,利用子单元id作为ID号来进行寻址。操作码表示命令,而操作数表示命令的参数。附加的操作数是按照需要附加的字段。填充也是按照需要附加的字段。Data CRC(循环冗余码校验)在数据发送期间被用于差错校验。
图23和图24表示AV/C命令的特定例。
图23表示图22中异步分组的ctype/response的特定例。图23的上部表示命令,而下部表示响应。“0000”被分配给CONTROL,“0001”被分配给STATUS,“0010”被分配给SPECIFIC INQUIRY,“0011”被分配给NOTIFY,而“0100”被分配给GENERAL INQUIRY。“0101”至“0111”被预留给将来的规格。再有,“1000”被分配给NOT IMPLEMENTED,“1001”被分配给ACCEPTED,“1010”被分配给REJECTED,“1011”被分配给TRANSITION(转换),“1100”被分配给IMPLEMENTED/STABLE,“1101”被分配给CHANGED,而“1111”被分配给INTERIM。“1110”被预留给将来的规格。
图24表示子单元类型和操作码的特定例。图24中subunit_type的“00000”被分配给视频监视器,“00011”被分配给盘记录机/播放机,“00100”被分配给磁带记录机/播放机,“00101”被分配调谐器,“00111”被分配给视频摄像机,“11100”被分配给厂商特有,而“11110”被分配给扩展到下个字节的子单元类型。应该指出,尽管“11111”被分配给单元,但被发送给单元本身,它包括例如电源通/断。
如图24所示,对于各子单元来说,存在操作码表格。在图24中,按实例方式表示了在子单元类型是磁带记录机/播放机时的操作码。再有,对各操作码定义操作数。如所示那样,“00h”被分配给VENDOR-DEPENDENT(厂商相关),“50h”被分配给SEARCH MODE(搜索模式),“51h”被分配给TIMECODE(时间码),“52h”被分配给ATN,“60h”被分配给OPEN MIC(接通MIC),“61h”被分配给READ MIC(读MIC),“62h”被分配给WRITEMIC(写入MIC),“C1h”被分配给LOAD MEDIUM(装入MIC),“C2h”被分配给RECORD(记录),“C3h”被分配给PLAY(播放),而“C4h”被分配给WIND(卷带)。
以下,参照图22来说明作为目标播放信息的AV设备的命令和响应的特定例。由于作为控制器的AV设备使用AV/C命令集,所以图22中的CTS被设置为“0000”,由于使用从外部控制设备的命令(CONTROL命令),所以ctype/response被设置为ctype=“0000”。子单元类型是子单元的类型(在子单元类型是磁带记录机/播放机时subunit type=“00100”)。id表示ID0,它是000。操作码是“C3h”,表示播放。操作数是“75h”,表示FORWARD(进带)。由于接收到该命令的目标用ACCEPTED来响应,所以ctype/response setctype=“1001a”。其它值与来自控制器的命令的值相同。
下面,说明AV/C命令集中的从BBS控制器5发布到其中可写入表类型的BBS的生成命令(CREATE)。
图25表示AV/C CREATE命令的数据结构。图26表示可以由图25中subfunction-1指定的值。在本实施例中,使用图26中的值“0116”。图27表示图25中subfunction-1的subfunction-1-specification例如为0116时的内容。再有,图28表示图27中各字段值。
在IEEE1394标准中详细描述了这些AV/C CREATE命令。表示本发明实施例的各附图引用该标准中的附图(Enhancement to the AV/C GeneralSpecification 3.0 Version 1.0 FC2 and TA Document 1999005 AV/C BulletinBoard Subunit General Specification 1.0 Draft 0.99:149:增强AV/C通用规格3.0版1.0 FC2和TA文件1999005 AV/C公告板子单元通用规格1.0草案0.99:149)。
从外部将新信息写入AV/C描述符的通常方法之一例如是BBS控制器提供控制,经该控制,CREATE命令发布到作为目标的BBS,目标BBS将生成要写入信息的模型,然后将信息的特定内容再次写入模型。例如,对于最初写入信息来说,目标BBS控制器指定期望的表和发布AV/C DescriptorCREATE命令。接收该命令时,BBS将在BBD内部生成基于AV/C通用规格所规定的数据结构模型的对象。AV/C通用规格所规定的数据结构模型具有表示对象ID的字段。如上所述,BBS本身将使用AV/C描述符来管理表中的对象ID。即,在生成对象时的步骤中,BBS将可以唯一指定对象的ID给予对象,BBS将获得管理该ID的功能。
对象ID是表中唯一指定对象的ID数,因此,管理端应该具有避免将一个对象ID给予多于一个对象的功能。AV/C BB是系统模型,在该模型中,BBS本身提供信息,而外部控制器具有管理信息的功能。因此,对象ID由BBS控制器来管理。
但是,在将CREATE命令发布到这种系统模型中的子单元时,可能出现冲突。就是说,对象ID由BBS控制器来管理,而目标BBS应该将对象ID给予生成时的对象。再有,在发布CREATE命令后,需要继续控制信息写入。由于在这种方式中以多个步骤来进行操作,所以在信息写入中间控制器脱离总线时,有可能生成不完备的对象。
因此,在上述情况下,需要系统可以识别这种不完备的对象,并在对象生成时删除该对象。
因此,本发明提供这样的系统,通过识别任何不完备对象的标准,可以限定对BBS写入信息的方法。
更具体地说,在对象根据从BBS控制器5提供的CREATE命令而生成时,目标(在本实施例中为DVCR 3的BBS 4)将对象ID中全球唯一的ID(GUID)设定为预定值(本实施例中为零),唯一ID部分是由目标(DVCR 3的BBS 4)暂时管理的分配号码。
BBS控制器5限定顺序,在该顺序中,信息被首先写入到对象,在信息被顺利地写入到对象时,包括控制器的全球唯一的ID(GUID)的对象ID最终被重写到对象ID。
由于上述顺序的限定,所以在信息被顺利地写入时,不能生成全球唯一的ID(GUID)都为零的对象。再有,GUID都为零的对象可被识别为不完备的对象,即正被写入的对象。
因此,根据本实施例,正被写入的对象可以被唯一地识别,可以从不完备对象中区别被顺利写入的对象,而不完备对象(无效对象)也可以被容易地删除。因此,电子装置中设置的限定容量的存储器可以被高效率地使用。此外,由于正被写入对象的识别方法是如此简单的方法,在该方法中,对象ID的全球唯一的ID(GUID)部分被设置为零,所以可以容易地生成删除不完备对象的软件。
下面,参照图29来说明用于生成新对象的BBS控制器5和目标BBS 4的操作。
如图29那样,首先,在步骤T0时,BBS控制器5发布生成新对象的WRITE OPEN(写入接通)命令,并将该命令发送到目标BBS 4。
下面参照图30来说明从BBS控制器5产生的为了写入接通目标BBS 4的WRITE OPEN命令的格式。图30所示的WRITE OPEN是用于存取目标(BBS 4)的预定地址空间的一种OPEN DESCRIPTOR(接通描述符)命令。在图30所示的WRITE OPEN命令中,作为descriptor_type表示为写入要被接通的描述符,操作码在其内描述表示命令是OPEN DESCRIPTOR命令的值“0816”,而操作数0在其内描述表示命令是由表ID限定的对象表描述符的值“1016”。操作数1和2在其内描述要被存取(为写入而被接通)的表ID。此外,操作数3在其内描述表示命令是WRITE OPEN命令的值“ 0316”,用于为了读出或写入的存取而接通描述符,作为子功能。操作数4在其内描述用于预留的值“00”。
接着,在步骤T1时,BBS控制器5将发布AV/C CREATE命令,并将它传送到BBS 4。
在步骤T2时,从BBS控制器5接收到CREAT命令后,BBS 4在内部存储器的指定位置(图28中用where来指定),将对象ID初始化成0和将entry_specific_information_length初始化成0,然后将响应(ACK)命令回送到BBS控制器5。
接着,在步骤T3时,从BBS 4接收到响应命令的BBS控制器5使用作为图30所示的WRITE DESCRIPTOR命令的子功能的写入信息的partial_replace,指示BBS 4进行部分替换。
下面参照图31来说明上述情况下从BBS控制器5提供的WRITEDESCRIPTOR命令的格式。如图所示,顶部操作码在其内描述表示命令是WRITE DESCRIPTOR命令的值“0A16”。操作数0在其内描述用于识别信息写入其中的描述符的标识符描述符。该描述按对象位置来进行。接下来的操作码在其内描述表示命令是作为子功能的partial_replace的值“5016”。因此,进行部分插入或部分删除。对于插入来说,新的描述符被插入在由descriptor_identifier指定的operand限定的一个位置之前的位置上。应该指出,对于删除来说,由descriptor_identifier限定的描述符被删除。Group_tag被用于在对其已发布WRITE DESCRIPTOR命令的描述符中进行不可分割的更新。在本实施例中,group_tap在其内描述表示数据应该被立即写入描述符的值“0016”(立即)。Replacement_data_length表示replacement_data的操作数中的字节数,即,被写入数据的长度。地址表示数据被写入在什么位置。应该指出,在没有replacement_data的操作数的情况下,replacement_data_length中的“0”表示部分删除。在这种情况中,original_data_length表示大于“0”的值并且是被删除的字节数。在original_data_length是“0”时,部分插入有效。在这种情况中,replacement_data_length大于“0”,并表示要插入的字节数。
在步骤T4时,从BBS控制器5接收到WRITE DESCRIPTOR命令后,BBS 4在项目特定信息中的指定位置(在图28中用where指定)上写入信息,然后将响应命令回送到控制器。
在步骤T5时,在接收来自BBS 4的响应命令时,BBS控制器5将WRITEDESCRIPTOR命令再次传送到BBS 4。
在步骤T6时,从控制器接收到WRITE DESCRIPTOR命令后,BBS控制器4在项目特定信息中指定位置上写入信息,然后将响应命令回送到BBS控制器4。
为了更新对象ID,在步骤T7时,从BBS接收到响应命令的BBS控制器5产生BBS控制器5的GUID和控制器中各板类型的唯一值,以指示BBS4利用作为WRITE DESCRIPTOR命令的子功能的partial_replace来集中更新对象ID。
在步骤T8时,从BBS控制器5接收到写入命令的BBS 4更新对象ID,然后将响应命令回送到BBS控制器5。
在接收来自BBS 4的响应命令时,BBS控制器5判定是否应该生成下一个对象。在应该生成下一个对象时,在步骤T9时重复步骤T1。BBS控制器5和BBS 4的后续操作与上述情况相同。
然后,在步骤T10时,在所有操作完成时,BBS控制器5将如图32所示的CLOSE(关闭)命令传送到BBS 4。
下面参照图32来说明从BBS控制器5提供的CLOSE命令的格式。如图所示,除了其子功能是“0016”,表示命令是CLOSE命令以外,CLOSE命令的格式基本上与图30所示的WRITE OPEN命令的格式相同。在WRITEOPEN命令的格式中,其子功能是“0316”,表示命令是WRITE OPEN命令。
如上所述,本发明的本实施例适合在多个设备中共享信息的AV/C BBS的数据结构,将一个根表提供给各板类型,从而该数据结构可以适合存在多于一种类型的公告板。再有,由于在根表中设置多个板的表,所以该数据结构可以适合存在相同类型的多个公告板。因此,本发明的实施例可以容易地解决现有技术的问题,即不限定共存多于一种类型的公告板和相同的公告板同时存在时应该有的表结构的方法。即,本发明的上述实施例提供在多个设备中共享信息的AV/C BBS的数据结构,其中,对各板类型设有一个根表,以适应存在多于一种类型的公告板。
在实施例中,在生成对象时,目标将对象ID的全球唯一ID(GUID)部分设置为零,唯一ID部分是分配目标暂时管理的号码。控制器限定信息写入生成对象的顺序,在信息被顺利写入时,控制器的全球唯一的ID(GUID)和控制器中的唯一值被用于重写对象ID。因此,可以唯一地识别被写入的对象,以容易删除无效的对象。因此,在实施例中,由于可以高效率地使用有限的存储器,正被写入的对象的识别方法按照将全球唯一的ID(GUID)部分设置成零的简单方法来实现,所以可以容易地产生删除不完备软件的软件。
此外,在实施例中,在生成新对象时,控制器对目标发布CREATE命令,作为AV/C WRITE命令的子功能的partial_replace用于将项目特定信息写入到根据CREATE命令生成的对象,然后,作为AV/C WRITE命令的子功能的partial_replace被用于集中重写对象ID,从而可以容易地生成新对象。
下面参照图33来说明图1系统中的IRD 2的具体结构。
如图33所示,通过总线1从DVCR 3或其它单元(未示出)传送来的信号被提供给CPU 22,通过IEEE1394接口21形成BBS控制器5和控制器6的主要部分。CPU 22根据输入信号产生例如表示菜单屏幕的图像数据和GUI(图像用户接口)数据并将它提供给GUI引擎23。GUI引擎23将产生的GUI数据通过加法器23提供给NTSC(国家电视制式委员会)解码器25,NTSC解码器25将GUI数据变换成NTSC数据,D/A变换器26将NTSC数据变换成模拟信号,将多个菜单屏幕例如显示在监视器44上。再有,CPU 22控制BBS控制器5对DVCR 3的BBS 4的读出或写入,并发布AV/C命令。
用户操作控制面板27或遥控器(未示出)来选择DVCR 3的期望的单元和子单元及与总线1连接的其它单元,并指定通过选择的单元和子单元要完成的操作(功能)。在用户操作遥控器时,红外线检测器28接收表示来自遥控器的由用户操作的红外线信号。CPU 22根据从控制面板27或红外线检测器28提供的表示用户操作的信号来产生控制信号,并将它提供给GUI引擎23、MPEG视频解码器34、MPEG音频解码器35、和通过IEEE1394接口21和总线1提供给DVCR 3等。CPU 22在监视器44上显示例如由天线20接收到的广播波,并通过IEEE1394接口21和总线1将它提供给DVCR 3等。应该指出,监视器44可以被连接到总线1。
天线20接收来自卫星(未示出)的广播波,并将它提供给形成数字调谐器子单元7的部分的调谐器30。调谐器30根据从CPU 22提供的控制信号从接收的广播波中选择期望的信道。与选择出的广播波对应的接收信号被通过前端块31解调和纠错,并被提供到解扰码器32。根据在IRD本体中插入的IC卡(未示出)中记录的预定信道的加密过的密钥信息,解扰码器32将仅在预定信道上的数据的复用数据提供给分用器33。分用器33重新整理对各信道提供的复用数据,根据来自CPU 22的输入,仅提取用户限定的信道上的数据,将该数据的视频分组组成的视频流提供给MPEG视频解码器34,将音频分组组成的音频流提供给MPEG音频解码器35。
MPEG视频解码器34对提供的视频流进行解码,以再现被压缩前的视频数据,将再现的视频数据提供给将视频数据变换成NTSC亮度信号和色差信号的NTSC解码器25,将该信号作为NTSC数据提供给D/A(数字/模拟)变换器26。D/A变换器26将NTSC信号变换成将传送到监视器的模拟信号,因此,图像被显示在监视器44的屏幕上。
MPEG音频解码器35解码音频流,以再现压缩前的PCM(脉冲编码调制的)音频数据,并将它提供给D/A变换器36。D/A变换器36将PCM音频数据变换成模拟信号,以产生R信道音频信号和L信道音频信号。这些音频信号被送到监视器44中设置的扬声器(未示出)。
IRD 2还包括存储有用于IRD 2操作和用于计算的各种程序、数据等的RAM 37。应该指出,在IRD 2包括硬盘驱动器的情况下,程序可以被存储在硬盘中。根据需要,由CPU 22读出程序。RAM 37还有寄存器,以存储符合AV/C通用规格的描述符。IRD 2还包括在其内存储执行程序期间产生的数据的工作RAM 38。
IRD 2还包括与CPU 22连接的驱动器39。磁盘40、光盘41、光磁盘42、或卡形、邮票形、或条形半导体存储器43可以用驱动器39来使用。CPU 22可以从一个磁盘40至插入在驱动器39中的半导体存储器43中读出数据。
下面参照图34来说明图1的系统中的DVCR 3的详细结构。
如图34所示,DVCR 3包括控制面板51、CPU 53、红外线检测器52、IEEE1394接口54等。在用户操作控制面板51或遥控器(未示出)时,CPU 53被提供有与用户对控制面板51进行的操作对应的信号(在用户操作遥控器时,红外线检测器52接收表示用户进行遥控器操作的红外线信号,并将该信号提供到CPU 53)。再有,CPU 53被提供有来自通过总线1和IEEE1394接口54与总线1连接的其它单元的控制信号和各种数据。
根据这些信号,形成控制器10主要部分的CPU 53产生控制信号,以控制例如VCR控制器55,并将该控制信号提供给VCR子单元15的VCR控制器55。再有,CPU 53对记录/播放信号处理器61传送例如通过总线1和IEEE1394接口54由其它任何单元提供的图像数据,利用VCR控制器55来控制VCR机构62,将记录/重放信号处理器61中图像数据产生的记录信号记录在VCR机构62中装入的录象带(未示出)上,或重放录象带上记录的信号,或将记录信号传送到记录/播放信号处理器61,以再现图像数据。
再现的图像数据被送到NTSC解码器56。该数据在NTSC解码器56中被变换为NTSC数据,在D/A变换器57中被变换成模拟信号,然后被提供到例如监视器那样的显示单元用于显示,或被传送到通过IEEE1394接口54和总线1与网络连接的其它任何单元。
在录象带(未示出)被装入VCR机构62时,VCR控制器55对CPU 53提供表示录象带被装入的信号。在接收该信号时,CPU 53将在控制面板51上显示表示信号接收的符号或字符或点亮LED,以提醒用户录象带被装入DVCR中。
DVCR 3还包括根据从CPU 53提供的控制信号来选择由天线(未示出)接收的广播地波中的期望信道的调谐器60。对应于选择的广播波的接收信号由解调器59进行解调,并传送到记录/播放信号处理器61或NTSC解码器56。传送到记录/播放信号处理器61的接收信号在CPU 53的控制下被变换成记录信号,并被记录到由VCR控制器55控制的VCR机构62中的录象带(未示出)上。再有,传送到NTSC解码器56的接收信号由NTSC解码器56变换成NTSC数据,并由D/A变换器57变换成模拟信号,然后,被提供到例如监视器那样的显示单元用于显示,或被传送到通过IEEE1394接口54和总线1与网络连接的其它任何单元。
DVCR 3还包括在其内存储有如下内容的RAM 58,即,用于由BBS 4执行根据IRD 2的BBS控制器5(CPU 22)的CREATE命令产生对象、在WIRTEOPEN命令下的写入接通、在WRITE DESCRIPTOR命令下的信息写入等的程序;用于DVCR 3操作控制的各种程序和数据;和用于计算的数据。应该指出,在DVCR 3设有硬盘驱动器时,这些程序和数据可以被存储在硬盘中。根据需要,由CPU 53读出程序和数据。RAM 53还有寄存器,以存储符合AV/C通用规格的描述符,并有作为BBS 16的存储器空间。此外,RAM 53还具有作为工作RAM的功能,以保存在程序的执行期间产生的数据。
DVCR 3还包括驱动器63。该驱动器被连接到CPU 53。与IRD 2中的情况一样,磁盘、光盘、光磁盘或卡、邮票或棒形半导体存储器可以和驱动器63一起使用。CPU 53可以从插入到驱动器63中的磁盘至半导体存储器中读出数据。
DVCR 3还包括在CPU 53的控制下运行的调制解调器64。调制解调器64被连接到公共网络,例如电话网络。
应该指出,本发明不限于上述已经说明的实施例,在不脱离本发明的精神和范围的情况下,可以按各种方式来改进。
产业上的可利用性
在信息处理装置和方法以及信息处理系统中,根据本发明,由外部装置管理其识别信息的预定对象被生成在可进行外部写入的预定描述区域中,当生成预定对象时,生成这样的对象,在识别信息中其唯一的信息被设置成预定值,对于该对象来说,将可以写入对象的字段长度设定为预定长度。因此,如果有的话,多于一种类型的公告板或相同类型的多个公告板可以被共享,而没有任何故障。特别是,可识别被写入的对象信息,使得不完全的对象可以被容易地删除。
再有,在信息处理装置和方法以及信息处理系统中,根据本发明,管理至少一个预定对象的识别信息,将操作预定对象的命令发布给能够生成预定对象并有可以从外部进行写入的预定描述区域的外部装置,对于根据对象生成命令生成的对象,在将信息写入到可以写入预定对象的字段以后,预定对象识别信息被重写。因此,如果有的话,多于一种类型的公告板或相同类型的多个公告板可以被共享,而没有任何故障。特别是,可识别被写入的对象信息,使得不完全的对象可以被容易地删除。
此外,在信息处理装置和方法以及信息处理系统中,根据本发明,管理至少一个预定对象的识别信息,将操作预定对象的命令发布给能够生成预定对象并有可以从外部进行写入的预定描述区域的外部装置,在利用写入命令的局部置换的指示信息,将信息写入到可以写入预定对象的字段之后,对于根据对象生成命令生成的对象,利用更新写入命令的指示信息来集中重写预定对象识别信息。因此,如果有的话,多于一种类型的公告板或相同类型的多个公告板可以被共享,而没有任何故障。特别是,可识别被写入的对象信息,使得不完全的对象可以被容易地删除。结果,可以写入或重写新对象而没有任何故障。

Claims (22)

1、一种由通过网络相互连接的装置来控制的信息处理器,包括:
可以从外部对该预定描述区进行写入的预定描述区;和
对象生成部件,用于在从外部装置接收在其识别信息由外部装置管理的预定对象的描述区中进行生成的命令时,生成对象,该对象的识别信息中其唯一的信息被设置成预定值,并且对象可写入的字段长度被设定为预定长度。
2、如权利要求1所述的信息处理器,其中,对象生成部件在预定的描述区被强制关闭后删除其识别信息是预定值的对象。
3、一种由通过网络相互连接的装置来控制的信息处理器,包括:
管理部件,用于管理至少一个预定对象的识别信息;和
操作指令发布部件,用于将预定对象的操作命令发布到可生成预定对象和具有可以从外部对其进行写入的预定描述区的外部装置;
在将信息写入到预定对象可以被写入的字段之后,管理部件对于按照从操作命令发布部件提供的对象生成命令生成的对象重写预定对象识别信息。
4、如权利要求3所述的信息处理器,其中,管理部件重写对象识别信息一次。
5、如权利要求3所述的信息处理器,其中,管理部件检查预定对象识别信息中唯一信息的内容;和
在管理部件确定唯一的信息是预定值时,操作指令发布部件将删除预定对象的命令发布到外部装置。
6、一种用于控制通过网络来相互连接的装置的信息处理方法,包括以下步骤:
在从外部装置接收在其识别信息由外部装置管理的预定对象的描述区中进行生成的命令时,生成对象,该对象的识别信息中其唯一的信息被设置成预定值,并且对象可写入的字段长度被设定为预定长度。
7、如权利要求6所述的信息处理方法,其中,在预定描述区被强制关闭后,其识别信息是预定值的对象被删除。
8、一种用于控制通过网络来相互连接的装置的信息处理方法,包括以下步骤:
管理至少一个预定对象的识别信息;和
将预定对象的操作命令发布到可生成预定对象和具有可以从外部对其进行写入的预定描述区的外部装置;
在将信息写入到预定对象可以被写入的字段之后,对于按照从操作命令发布部件提供的对象生成命令生成的对象,重写预定对象识别信息。
9、如权利要求8所述的信息处理方法,其中,重写对象的识别信息一次。
10、如权利要求8所述的信息处理方法,其中,检查预定对象识别信息中唯一的信息的内容:和
在确定唯一的信息是预定值时,将删除预定对象的命令发布到外部装置。
11、一种用于控制通过网络来相互连接的装置的信息处理器,包括:
管理部件,用于管理至少一个预定对象的识别信息;和
操作指示发布部件,用于将预定对象的操作命令发布到可生成预定对象和具有可以从外部对其进行写入的预定描述区的外部装置;
在使用来自操作指示发布部件的写入命令的部分替换指示信息来将信息写入到预定对象可以被写入的字段之后,管理部件对于按照从操作命令发布部件提供的对象生成命令生成的对象,使用来自操作指示发布部件的更新写入命令的指示信息来集中重写预定对象识别信息。
12、一种用于控制通过网络来相互连接的装置的信息处理方法,包括以下步骤:
管理至少一个预定对象的识别信息;
将预定对象的操作命令发布到可生成预定对象和具有可以从外部对其进行写入的预定描述区的外部装置;和
在使用写入命令的部分替换指示信息来将信息写入到预定对象可以被写入的字段之后,对于按照对象生成命令生成的对象,使用更新写入命令的指示信息来集中重写预定对象识别信息。
13、一种信息处理系统,包括:
第一信息处理器,包括:
可以从外部对该预定描述区进行写入的预定描述区;和
对象生成部件,在从外部装置接收在其识别信息由外部装置管理的预定对象的描述区中进行生成的命令时,生成对象,该对象的识别信息中其唯一的信息被设置成预定值,并且对象的可重写的字段长度被设定为预定长度;
第二信息处理器,包括:
管理部件,用于管理至少一个预定对象的识别信息;和
操作指示发布部件,用于将预定对象的操作命令发布到可生成预定对象和具有可以从外部对其进行写入的预定描述区的外部装置;
在将信息写入到预定对象可以被写入的字段之后,管理部件对于按照从操作命令发布部件提供的对象生成命令生成的对象,重写预定对象识别信息。
14、如权利要求13所述的信息处理系统,其中,第一信息处理器中的对象生成部件在预定的描述区被强制关闭后,删除其识别信息是预定值的对象。
15、如权利要求14所述的信息处理系统,其中,第二信息处理器中的管理部件重写对象识别信息一次。
16、如权利要求13所述的信息处理系统,其中,第二信息处理器中的管理部件检查预定对象识别信息中唯一信息的内容;和
在管理部件确定唯一的信息是预定值时,第二信息处理器中的操作指令发布部件将删除预定对象的命令发布到外部装置。
17、如权利要求13所述的信息处理系统,其中,在使用来自操作指示发布部件的写入命令的部分替换指示信息来将信息写入到预定对象可以被写入的字段之后,第二信息处理器中的管理部件对于按照从操作命令发布部件提供的对象生成命令生成的对象,使用来自操作指示发布部件的更新写入命令的指示信息来集中重写预定对象识别信息。
18、一种信息处理方法,包括:
第一信息处理步骤:
在从外部装置接收在可从外部写入的预定描述区中生成其识别信息由外部装置管理的预定对象的命令时,生成预定对象,该对象的识别信息中其唯一的信息被设置成预定值,并且对象的可重写的字段长度被设定为预定长度;和
第二信息处理步骤,包括以下步骤:
管理至少一个预定对象的识别信息;
将预定对象的操作命令发布到可生成预定对象和具有可以从外部对其进行写入的预定描述区的外部装置;
在将信息写入到预定对象可以被写入的字段之后,对于按照对象生成命令生成的对象,重写预定对象识别信息。
19、如权利要求18的信息处理方法,其中,在第一信息处理步骤时,在预定的描述区被强制关闭后删除其识别信息是预定值的对象。
20、如权利要求18所述的信息处理方法,其中,在第二信息处理步骤时,对象识别信息被重写一次。
21、如权利要求18所述的信息处理方法,其中,在第二信息处理步骤时,检查预定对象识别信息中唯一的信息的内容;和
在确定唯一的信息是预定值时,将删除预定对象的命令发布到外部装置。
22、如权利要求18所述的信息处理方法,其中,在第二信息处理步骤时,在使用来自操作指示发布部件的写入命令的部分替换指示信息来将信息写入到预定对象可以被写入的字段之后,对于按照对象生成命令生成的对象,使用更新写入命令的指示信息来集中重写预定对象识别信息。
CN 00801503 1999-05-24 2000-05-24 信息处理装置和方法以及信息处理系统 Pending CN1318169A (zh)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP14398999 1999-05-24
JP143989/1999 1999-05-24
JP17164099 1999-06-17
JP171640/1999 1999-06-17

Publications (1)

Publication Number Publication Date
CN1318169A true CN1318169A (zh) 2001-10-17

Family

ID=26475547

Family Applications (1)

Application Number Title Priority Date Filing Date
CN 00801503 Pending CN1318169A (zh) 1999-05-24 2000-05-24 信息处理装置和方法以及信息处理系统

Country Status (5)

Country Link
EP (1) EP1102170A4 (zh)
CN (1) CN1318169A (zh)
AU (1) AU4949000A (zh)
BR (1) BR0006146A (zh)
WO (1) WO2000072154A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100466731C (zh) * 2006-09-21 2009-03-04 青岛有线宽带数字电视发展有限公司 描述符的通用插入播出方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3527014B2 (ja) * 1996-05-15 2004-05-17 株式会社日立製作所 オブジェクト管理方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100466731C (zh) * 2006-09-21 2009-03-04 青岛有线宽带数字电视发展有限公司 描述符的通用插入播出方法

Also Published As

Publication number Publication date
WO2000072154A1 (fr) 2000-11-30
BR0006146A (pt) 2001-04-03
EP1102170A4 (en) 2001-09-19
AU4949000A (en) 2000-12-12
EP1102170A1 (en) 2001-05-23

Similar Documents

Publication Publication Date Title
CN1128542C (zh) 便携式视听系统
CN1251448C (zh) 通信方法、通信系统和输出设备
CN1257461C (zh) 传送并接收节目号的多媒体系统及其方法
JP2002084501A (ja) 記録媒体を通してa/vコンテンツの付加サービス情報を提供するための方法及び装置とそれによる記録媒体
CN1381970A (zh) 在不同种类的网络上分配多媒体数据的方法和系统
CN1184786C (zh) 数据通信系统、方法、装置和数字接口
CN1855277A (zh) 采用局部存储器从记录介质重放数据的方法和装置
CN1156845C (zh) 信息转换方法、信息转换装置和信息重放装置
JP4720847B2 (ja) 記録システム、伝送装置、記録装置、及び記録制御方法、並びにプログラム
CN1701605A (zh) 信息记录再生装置及其记录系统
CN101523900A (zh) 用于提供适合于由外部设备提供的菜单的菜单屏幕的方法以及使用该方法的成像设备
CN1119001C (zh) 数据发送装置及其方法
CN1193544C (zh) 通信方法和通信装置
CN1150721C (zh) 网络连接识别方法及网络连接终端装置
CN1304618A (zh) 电子装置及其维修方法
CN1918909A (zh) 文件记录设备、文件记录方法、文件记录过程的程序、其中存储文件记录过程的程序的存储媒体、文件重放设备、文件重放方法、文件重放过程的程序、以及其中存储文件重放过程的程序的存储媒体
CN1174583C (zh) 设备控制方法、传输装置
CN1318169A (zh) 信息处理装置和方法以及信息处理系统
CN1756339A (zh) 信息处理装置、信息处理方法和程序
US20140029917A1 (en) Recording device
CN1305306C (zh) 图像和声音数据变换装置和使用该装置的盘装置
CN1926856A (zh) 记录设备和方法、记录介质、及程序
CN1780386A (zh) 视频设备、视频输出控制方法和再现控制方法
CN1461545A (zh) 数据传输方法和数据传输设备
JP2006140776A (ja) 通信システム

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication