CN1463521A - 信息处理设备 - Google Patents

信息处理设备 Download PDF

Info

Publication number
CN1463521A
CN1463521A CN02801817A CN02801817A CN1463521A CN 1463521 A CN1463521 A CN 1463521A CN 02801817 A CN02801817 A CN 02801817A CN 02801817 A CN02801817 A CN 02801817A CN 1463521 A CN1463521 A CN 1463521A
Authority
CN
China
Prior art keywords
network
order
equipment
conversion
soap protocol
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
CN02801817A
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 CN1463521A publication Critical patent/CN1463521A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40052—High-speed IEEE 1394 serial bus
    • H04L12/40091—Bus bridging
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/462—LAN interconnection over a bridge based backbone
    • H04L12/4625—Single bridge functionality, e.g. connection of two networks over a single bridge

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer And Data Communications (AREA)
  • Small-Scale Networks (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Communication Control (AREA)
  • Selective Calling Equipment (AREA)

Abstract

信息处理设备能够从UPnP控制点控制AV/C设备。IEEE 802网络(11)连接到UPnP控制点(1)，IEEE 1394网络(12)连接到AV/C设备(3、4)。IEEE 802网络(11)通过作为桥梁的UPnP设备(2)连接到IEEE 1394网络(12)。UPnP设备(2)将从UPnP控制点(1)发送的SOAP命令转换为AV/C命令，并通过IEEE 1394网络(12)将它传送到AV/C设备(3)。本发明能够应用于个人计算机。

Description

信息处理设备
技术领域
本发明涉及信息处理设备，具体而言，涉及一种信息处理设备，利用该设备，基于IEEE 802连接到第一网络的设备能够控制基于IEEE 1394连接到第二网络的设备。
背景技术
当前，使用IEEE(Institute of Electrical and ElectronicsEngineers，电气和电子工程师协会)1394高速串行总线的网络(此后简单称为“IEEE 1394网络”)已经普及。通过将音频设备或者视频设备连接到该IEEE 1394网络，每个设备都能够使用AV/C命令控制其它设备。
另一方面，IEEE 802网络也变得流行。该IEEE 802网络是主要用于相互连接个人计算机的网络。通过基于通用即插即用(UPnP)协议，每个个人计算机能够控制其它个人计算机。
但是，IEEE 1394网络和IEEE 802网络之间相互独立，所以存在连接到IEEE 802网络的设备(此后简单称为“UPnP设备”)不能控制连接到IEEE1394网络的设备(此后简单称为“AV/C设备”)的问题。
发明内容
本发明已经考虑到这种情况而构思，而且它针对使UPnP设备控制AV/C设备成为可能。
本发明的信息处理设备的其特征在于包括：采集装置，用于从所述第一网络以所述第一格式采集数据；转换装置，用于将基于所述SOAP协议的所述第一格式的命令转换为所述第二网络中的所述AV/C命令，以将经转换的命令存储为所述第二格式，其中所述命令是由采集装置采集的；和传送装置，用于将由所述转换装置转换的所述第二格式传送到所述第二网络。
所述转换装置包括节点唯一标识和节点标识的对应关系表格，所述节点唯一标识在基于所述SOAP协议、用于指定与所述第二网络连接的设备的命令中描述，由此所述转换装置可以根据所述对应关系表格将在基于所述SOAP协议、用于指定与所述第二网络连接的设备的命令中描述的所述节点唯一标识转换为所述节点标识。
所述转换装置包括基于所述SOAP协议的所述命令与要根据基于所述SOAP协议的所述命令传送到所述第二网络的所述命令的对应关系表格，由此，所述转换装置基于所述对应关系表格，检索基于所述SOAP协议的所述命令，所述命令对应于通过所述第二网络接收的响应，并可以向所述第一网络传送对应于基于SOAP协议的所述命令的响应。
所述转换装置将基于所述SOAP协议的所述命令与基于包括在基于所述SOAP协议的所述命令中的处理标签的响应相关联。
当在一预定时间周期内没有从连接到所述第二网络的设备接收到对应于来自连接到所述第一网络的所述设备的请求的最终响应时，所述转换装置可以将表示正在处理中的响应发送到连接于所述第一网络的设备。
所述设备的特征还在于具有检测装置，用于如果基于所述SOAP协议的所述命令是在所述第二网络的所述总线复位时请求重新发送的命令，则检测所述第二网络的总线复位，并用于在所述第二网络中出现所述总线复位时传送所述命令。
所述转换装置还可以将所述第二网络的所述AV/C命令转换为所述第一格式的基于SOAP协议的所述命令，以将经转换的命令存储为所述第一格式，而且所述传送装置还可以将所述第一格式的基于所述SOAP协议的所述命令传送到所述第一网络，所述命令是由所述转换装置转换的。
本发明的信息处理方法以下列步骤为特征：采集步骤，从第一网络以第一格式采集数据；转换步骤，将基于所述SOAP协议的所述第一格式的命令转换为第二网络的AV/C命令，并将所述经转换的命令存储为第二格式，所述命令是通过所述采集步骤的处理采集的；和传送步骤，将通过所述转换步骤的处理转换的所述第二格式传送到所述第二网络。
本发明的记录介质的程序以下列步骤为特征：采集步骤，从第一网络以第一格式采集数据；转换步骤，将基于所述SOAP协议的所述第一格式的命令转换为第二网络的AV/C命令，并将所述经转换的命令存储为第二格式，所述命令是通过所述采集步骤的处理采集的；和传送步骤，将通过所述转换步骤的处理转换的所述第二格式传送到所述第二网络。
本发明的程序执行下列步骤：采集步骤，从第一网络以第一格式采集数据；转换步骤，将基于所述SOAP协议的所述第一格式的命令转换为第二网络的AV/C命令，并将所述经转换的命令存储为第二格式，所述命令是通过所述采集步骤的处理采集的；和传送步骤，将通过所述转换步骤的处理转换的所述第二格式传送到所述第二网络。
在本发明的信息处理设备、方法、记录介质和程序中，来自基于IEEE 802的第一网络的基于SOAP协议的命令被转换为第二网络的AV/C命令。
附图说明
图1是表示应用本发明的网络系统的结构图；
图2是表示图1中UPnP设备2的结构框图；
图3是表示图1中UPnP设备2具有的设备模型的结构图；
图4是表示AV/C命令帧的结构图；
图5是说明ctype的图；
图6是说明subunit_type(子单元类型)的图；
图7是说明图1中网络系统的处理流程图；
图8是表示图7中步骤S3处的命令输出的结构图；
图9是表示图7中在程序步骤S24处的命令输出的结构图；
图10是表示图7中在程序步骤S34处的响应输出的结构图；
图11是表示图7中在程序步骤26处的响应输出的例子的图。
图12是表示图3中根设备具有的AV/C代理设备描述(AV/C Proxy DeviceDescription)的结构图：
图13是表示图3中1394代理服务具有的AV/C代理服务描述(AV/C ProxyDevice Description)的结构图；
图14是表示图3中1394节点服务具有的AV/C节点服务描述(AV/C NodesService Description)的结构图；
图15是表示图3中1394节点服务具有的AV/C节点服务描述的结构图；
图16是图3中根设备具有的AV/C代理设备描述的另一个结构图；
图17是图3中1394代理服务具有的AV/C代理服务描述的另一个结构图；
图18是图3中1394节点服务具有的AV/C节点服务描述的另一个结构的图；
图19是设备模型的另一个结构图；
图20是表示图19中的根设备具有的AV/C代理设备描述的结构图；
图21是表示图19中的根设备具有的AV/C代理设备描述的结构图；
图22是表示图19中的1394代理服务具有的AV/C代理服务描述的结构图；
图23是表示图19中的AV/C节点服务具有的AV/C节点服务描述的结构图；
图24是表示设备模型的进一步结构的图；
图25是表示图24中的根设备具有的AV/C代理设备描述的结构示意图；
图26是表示图24中的AV/C代理服务具有的AV/C代理服务描述的结构图；
图27是表示图24中的AV/C节点服务具有的AV/C节点服务描述的结构图；
图28是表示设备模型的进一步的结构图；
图29是表示图28中的根设备具有的AV/C代理设备描述的结构图；
图30是表示图28中的上述根设备具有的AV/C代理设备描述的结构图；
图31是图28中的AV/C代理服务具有的AV/C代理服务描述的结构图；
图32是表示图28中的AV/C节点服务具有的AV/C节点服务描述的结构图；
图33是表示设备模型的比较的图。
具体实施方式
图1显示了是应用本发明的网络系统的结构。在此结构中，UPnP控制点1用IEEE 802网络11连接。AV/C设备3、4用IEEE 1394网络12连接。IEEE 802网络11和IEEE 1394网络12都连接到UPnP设备(UPnP-AV/C代理服务器)2。
图2显示了UPnP设备2的结构实例。在图2中，中央处理单元(CPU)21依照存储在只读存储器(ROM)22中的程序、或者从存储部分28中装载到随机存储器(RAM)23中的程序，执行各种处理。CPU21执行各种处理所必需的数据等等也完全存储在RAM23中。
通过总线24，CPU21，ROM22和RAM23共同连接起来。输入输出接口25也连接到总线24。
对于输入输出接口25而言，连接到它上面有的输入部分26，由键盘、鼠标等等组成；输出部分27，由显示器(例如CRT和LCD)、扬声器等等组成；存储部分28，由硬盘等组成；通信部分29，由调制解调器、终端适配器等等组成。通信部分29通过IEEE 802网络11或者IEEE 1394网络12执行通信过程。
当需要时，驱动器30也连接到输入输出接口25，而且磁盘41、光盘42、磁光盘43、半导体存储器44等等被适当地连接到那里。然后，当需要时，从它们中读取的计算机程序被安装到存储部分28。
UPnP设备(在图1的实例中UPnP控制点1和UPnP设备2)主要具有寻址(Addressing)、发现(Discovery)、描述(Description)、控制(Control)、事件(Eventing)、提示(Presentation)六个功能。
寻址(Addressing)是每个UPnP设备在IEEE 802网络11上获取地址的功能，因此应用动态主机配置协议(DHCP)或者自动IP(Auto IP)。
发现(Discovery)在寻址后执行，依靠发现功能，UPnP控制点1能够寻找到UPnP控制点1想要控制的目标设备。此处使用的协议是简单服务发现协议(SSDP)。当每个设备连接到IEEE 802网络11上时，该设备在IEEE 802网络上组播(multicast)通知设备及设备自身包含的服务的消息(即，设备不明确指定该数据包的目标而发送数据包)。UPnP控制点1通过接收组播的消息，能够识别出哪一个设备连接到了IEEE 802网络11。
反之，在此时UPnP控制点1还能够检验连接到IEEE 802网络11设备。这时，UPnP控制点1通过使用想要被发现的设备或者服务作为关键字，在IEEE802网络11上组播检索命令。如果连接到IEEE 802网络11上的每个设备符合组播检索命令规定的条件，该设备就执行对检索命令的响应的单播(unicast，即，该设备通过指定目标传送数据包)。因此，UPnP控制点1能够检测连接到IEEE 802网络11上的设备。
而且，当每个设备从IEEE 802网络11上断开连接时，该设备提前广播此事件。
通过发现功能，设备描述(Device Description)的统一资源定位符(URL)在由作为控制的对象的设备输出的SSDP数据包中表述，并由UPnP控制点1发现。UPnP控制点1能够通过访问URL，从设备描述中获得设备进一步详细的设备信息。设备数据包含图标信息、模型名称、制造商名称、产品名称等等。
另外，该设备信息描述了设备具有的服务信息。描述服务详细信息的服务描述也能够基于服务信息中描述的URL被跟踪。
UPnP控制点1能够知道如何根据设备信息(设备描述)和服务信息(服务描述)访问目标。
而且，在设备描述中，描述了展示URL(Presentation URL)，其将在后面叙述。
设备描述和服务描述以可扩展标记语言(XML)表达。
控制(Control)分为动作(Action)和询问(Query)两大类。动作依照服务描述的动作信息中规定的方法执行，UPnP控制点1能够通过调用动作(Action)操纵目标。
另一方面，询问(Query)被用来获得服务描述(Service Description)的状态变量(stateVariable)的值。状态变量的值指示设备的状态。
在控制(Control)中，使用叫做简单对象访问协议(SOAP)的传输协议。作为SOAP的表示语言，使用XML。
事件(Eventing)功能用来当执行改变时将状态变量的值的改变通知给UPnP控制点1。UPnP控制点1通过分析服务描述，能够知道该目标基于状态变量保存的变量。UPnP控制点1通过输出对目标的预订(Subscription)，当一变量关于在变量中的发送事件(SendEvents)为“是”的变量已经改变时，能够从目标接收通知。在事件(Eventing)功能中，使用叫做通用事件通知结构(GENA)的传输协议。作为该协议的表示语言，使用XML。
提示(Presentation)功能用来使用用户接口(UI)向用户提供控制手段。通过访问设备描述(Device Description)中描述的展示URL，用户能够获得超文本标识语言(HTML)描述的提示页面(Presentation Page)。通过此功能，目标能够准备应用程序。
UPnP设备(UPnP-AV/C代理服务器)2的功能是作为IEEE 802网络11和IEEE 1394网络12间的桥梁，并提供了在其内部的、如图3所示的设备模型。实例中的设备模型由一个根设备61组成。根设备61包含AV/C代理服务71和AV/C节点服务72。
AV/C代理服务(此后简单称为“代理服务”)71管理IEEE 1394网络12总线复位的生成、总线ID、节点数、总线管理器、等时(isochronous)资源管理器的节点唯一标识(NUID)、间隙计数(Gap Count)、自身ID数据包(Self ID packets)等等。
AV/C节点服务(此后简单称为“节点服务”)72在基于SOAP协议的命令和基于AV/C的命令间执行转换处理。
图4表示了AV/C命令帧的格式。
在CTS区域，描述命令组的类型。字段中数值“0000”表示命令组是AV/C命令组。
在ctype字段，描述数据包是命令还是响应。而且，如果数据包是命令，在那里描述命令的功能分类，如果数据包是响应，描述命令的处理结果分类。
图5表示的是这种命令和响应的实例。如数字表示，四种命令作为大型命令组被准备。
CONTROL(控制)(ctype＝000)是用于从外部控制功能的命令。
STATUS(状态)(ctype＝0001)是用于从外部查询状态的命令。
而且，GENERAL INQUIRY(一般查询)(ctype＝0100)和SPECIFIC INQUIRY(特定查询)(ctype＝0010)是用于从外部查询控制命令的支持的存在的命令。前一种是用于查询操作码支持的存在的命令，后一种是用于查询操作码和操作数的支持的存在的命令。
NOTIFY(通知)(ctype＝0011)是用于请求将外部状态的改变通知给外部的命令。
根据命令的类型返回响应。
作为控制命令的响应，准备了下述响应。
NOT IMPLEMENTED(未实现)(ctype＝1000)通知没有命令被实现。ACCEPTED(接受)(ctype＝1001)通知命令已经被执行。REJECTED(拒绝)(ctype＝1010)通知命令不能被执行。
ITERM(ctype＝1111)通知命令在处理中。
作为STATUS命令的响应，除NOT IMPLEMENTED和REJECTED之外，存在IN TRANSITION(变换中)和STABLE(稳定)。
IN TRANSITION(ctype＝1011)通知状态正在变换。STABLE通知状态没有变换，是稳定的。
作为GENERAL INQUIRY和SPECIFIC INQUIRY命令的响应，存在IMPLEMENTED(实现)和NOT IMPLMENTED。IMPLMENTED(ctype＝1100)通知命令被实现。
作为NOTIFY命令的响应，存在NOT IMPLMENTED、REJECTED、INTERIM(过渡)和CHANGED(已改变)命令。
INTERIM首先通知NOTIFY已经被接受。CHANGED(ctype＝1101)在其后通知目标状态已经改变。
图4的AV/C命令的帧中的“subunit_type”表示命令的目标。subunit_type具体实例在图6中表示。
即，subunit_type的值“00000”表示AV/C命令的目标(sub-unit)是视频监视器。而且，值“00101”表示目标是调谐器。
subunit_type的值“11111”表示命令被寻址到单元。结果，举例来说，设备电源的打开和关闭得以控制。
在图4的subunit_type的后边，安排了subunit_ID(子单元ID)。当单元中存在相同类别的多个子单元(subunit)时，“subuni t_ID”作为执行辨别的辨别码使用。所以，命令的目标最后基于subunit_type和subunit_ID两方面确定。
操作码表示命令操作，操作数表示命令的附加条件。
图6表示的是在scbunit_type是调谐器(Tuner)的情况下操作码的实例。在调谐器的操作码的情况下，其中的值C8h表示“DIRECT SELECTINFORMATION TYPE(直接选择信息类型)”，其中的值CBh表示“DIRECT SELECTDATA(直接选择数据)”。
通过这种方法，为每个子单元准备了操作码表。而且，对每个操作码定义了操作数。
例如，在执行调谐器的通道选择时，操作码被选择为“直接选择信息类型”，诸如其中的频率和频道数的通道参数由操作数指定。
接下来，通过将打开AV/C设备3的电源作为例子的情况参考图7的流程图，描述连接到IEEE 802网络11上的UPnP控制点1控制连接到IEEE 1394网络12上设备的处理。
在步骤S1，UPnP控制点1向组成UPnP-AV/C代理服务器2的根设备61的代理服务71预约，当IEEE 1394网络12发生改变时，代理服务71(proxyservice)应该将改变通知给UPnP控制点1(SUBSCRIBE(预约))。在步骤S11，当代理服务71接收到“SUBSCRIBE”时，代理服务71响应于它执行处理。
例如，如果假设在步骤S31，AV/C设备3连接到IEEE 1394网络12上，在步骤S32，AV/C设备3产生了总线复位，同样，在步骤S21，根设备61中的节点服务72中产生了总线复位。这时，在步骤S22，节点服务72通知代理服务71总线复位的发生。
当在步骤S12代理服务71检测到来自节点服务72的通知时，在步骤S13，代理服务71基于从UPnP控制点1发出的“SUBSCRIBE”通知UPnP控制点1，AV/C设备3连接到了IEEE 1394网络12，“SUBSCRIBE”是代理服务71在步骤S11获取的(NOTIFY(通知))。
在步骤S2，UPnP控制点1从代理服务71接收通知。因此，UPnP控制点1能够得知AV/C设备3已经连接到了IEEE 1394网络12。
所以，在步骤S3，UPnP控制点1基于描述用于控制AV/C设备3的规定动作(在本例中，AV/C设备3的电源打开动作)的命令的SOAP，调用动作的请求数据包(Invoke)。
图8表示从UPnP控制点1传输到节点服务72的消息的实例。UPnP控制点1通过参照“AV/C Nodes Service Description(AV/C节点服务描述)”制做消息，“AV/C节点服务描述”包含在节点服务72中，并在后面叙述的图14和图15中表示。
因为对应于命令返回响应，“Transaction(处理)”中包含的数字“5”表示处理标签(transaction label)，作为识别返回的响应对应于哪一条命令的标签。
主体(Body)中的“nuid”表示消息的传送目标的节点唯一ID(NUID)。在本例中，“nuid”表示AV/C设备3的NUID“0800460000000000”。该NUID是在步骤S2从代理服务71获得的通知中描述的“nuid”。
命令“00FFB270”表示AV/C命令的内容，通过它UPnP控制点1请求节点服务72生成AV/C命令。
包含在命令的最高有效位(MSB)侧的“00FF”(十六进制数)对应于AV/CPOWER(电源)控制命令(二进制数)中的CTS“000”，ctype“0000”，subunit_type“11111”以及subunit_ID“111”，AV/C电源控制命令由节点服务72产生，在图9中表示。也就是说，如果十六进制数“00FF”表示为二进制数，该二进制数为“0000000011111111”。
下面的“B2”对应于操作码，“70”对应于操作数。
该恢复(resume)“1”是一个命令，该命令在AV/C设备3连接到的设备发生总线复位时，请求AV/C节点服务72重新发送对应于该命令的响应。当节点服务72检测到总线复位时，如果节点服务72已经接收到请求，则节点服务72执行重新发送对应于该命令的响应处理。
“avcCommandSend”是请求节点服务72输出如同AV/C命令那样的命令到IEEE 1394网络12的命令。
因为所有表示命令内容的值都通过文本表达，任何种类的AV/C命令都可以描述。
回到图7上，当节点服务72在步骤S23接收到图8所示的动作调用(Action Invoke)时，节点服务72依据Action Invoke生成图9所示的AV/C命令(AV/C电源控制命令)，并在步骤S24通过IEEE 1394网络12将生成的AV/C命令发送到AV/C设备3。
AV/C节点服务72已经生成并保存NUID和node ID对应关系表，并在每次产生总线复位时更新它们。基于对应关系表，NUID被转换为node ID，并被发送到IEEE 1394网络12上。
在步骤S33，当AV/C设备3接收到从节点服务72发送的AV/C电源控制命令时，AV/C设备3依据命令的内容开启设备。之后，在步骤S34，AV/C设备3生成对应于设备开启的AV/C响应(AV/C电源响应)，如图10所示，并传送到节点服务72。
如图10所示，CTS以与图9的AV/C电源控制命令类似的方式被设置为“0000”。“response(响应)”被设置为值9(1001)，表示“ACCEPTED(接受)”，如图5所示。
“subunit_type”和“subunit_id”被设置为与图9中的AV/C电源控制命令相同的值，。也就是说，在此情况下，这些值表示发送的起点。
操作码和操作数也被设置为与图9中的AV/C电源控制命令相同的值。
在步骤S25，当节点服务72接收到从AV/C设备3发送的AV/C电源响应时，节点服务72作为动作(Action)生成响应(Response)，该响应基于SOAP协议，并在图11中表示，在步骤S26，节点服务72将生成的动作响应(ActionResponse)发送到UPnP控制点1。
为表明动作响应(Action Response)是形成图8的动作(Action)(命令(Command))的对应方的动作(Action)(响应(Response))，根据图8的“处理”中的值“5”，图11中所示的“处理”中的数字“5”被设置为“5”(同一数值)。
当AV/C设备3接收命令时，AV/C设备3依据命令变换设备的电源供应，并生成图10所示的AV/C电源响应，而且在步骤S34，将生成的AV/C电源响应传送到节点服务72。
节点服务72生成并保存用于保存处理的对应关系的表格(对应关系表格)。也就是说，当节点服务72在步骤S23接收图8中所示的AV/C电源控制命令，并在步骤S24输出图9所示的AV/C电源控制命令时，节点服务72将它存储到两个AV/C电源控制命令都相互一致的表格中。所以，通过参考该表格，节点服务72能够识别到，当图10所示的AV/C电源响应从AV/C设备3发送时，它是对应于图8所示的AV/C电源控制命令的响应。
另外，当节点服务72在步骤S25接收AV/C电源响应时，节点服务72产生图11所示的、基于SOAP的动作的响应，并在步骤S26将产生的动作响应发送到UPnP控制点1。
响应“09FFB270”与图10中的AV/C电源响应中描述的二进制数的值“00001001111111111010001001110000”相对应。
UPnP控制点1在步骤S4接收响应。由此，UPnP控制点1能够得知AV/C设备3已经打开设备的电源。
根据AV/C的规定，当AV/C设备不能立即依据接收到的请求执行处理时，指定AV/C设备应返回“INTERIM”作为响应。当AV/C设备已经依据其后的请求完成处理时，AV/C设备应在该时间内将最终响应返回给发送器。
但是，没有规定从接收请求至返回最终响应的时间周期。所以，节点服务72管理从步骤S24的处理中将AV/C命令输出到AV/C设备3起，至在步骤S25的处理中从AV/C设备3接收AV/C响应为止的时间周期。如果在已经预先设置的规定时间周期内(例如30秒)接收到的响应不是“INTERIN”(在最终响应的情况下)，AV/C节点服务72依据接收到的响应，立即向UPnP控制点1传输响应。
相反，如果接收到的响应是INTERIM，AV/C节点服务72在AV/C命令发送后等待30秒。另外，如果在30秒时间周期过去前，接收到除INTERIM(最终响应)之外的响应，AV/C节点服务72依据最终响应输出响应。当30秒内没有接收到最终响应时，AV/C节点服务72输出INTERIM作为响应。因此，UPnP控制点1能够至少在30秒内得知请求的处理能否完成。
为执行上述处理，设备模型中的根设备61(示于图3中并且是UpnP-AV/C代理服务器所具有的)包括图12中所示的AV/C代理设备描述(AV/C ProxyDevice Description)；代理服务71包括图13所示的AV/C代理服务描述(AV/CProxy Service Description)；节点服务72包括图14和图15所示的AV/C节点服务描述(AV/C nodes Service Description)。
这些描述(Description’s)描述了用于执行这些设备所具有的功能必要的描述参数和其它条件。当另一设备请求该设备执行功能时，该另一设备参考描述(Description’s)，添加在该描述中所描述的条件，然后该其它设备向设备发送命令。
“deviceType(设备类型)”
图12中的“urn：sony-corp：device：1394ProxyDevice：1”表示根设备61的类型。FriendlyName(友好名称)“proxy for IEEE1394”表示根设备61的友好名称。
UDN“nuid：upnp-1394proxy-root-0800460000000000”表示根设备61的特殊号码。
在该例子中，规定了代理服务71和节点服务72两种服务。
在它们中的一个服务中，ServiceType(服务类型)“urn：sony-corp：Service：1394ProxyService：1”表示代理服务71的服务类型为代理服务(Proxy Service)，并且service ID(服务标识)“urn：sony-corp：ServiceId：1394ProxyService1”表示代理服务71的特殊名称。
SCPURL“./scpd/proxyScpd.xml”表示代理服务机构71包含的AV/C代理服务描述的URL(具体而言，是图13所示AV/C代理服务描述的URL)。
而且，其它ServiceType“urn：sony-corp：service：1394NodeService：1”表示节点服务72的服务类型是NodeService(节点服务)。服务的SCPDURL“./scpd/nodeScpd.xml”表示节点服务72具有的AV/C节点服务描述的URL(具体而言，如图14、图15所示的AV/C节点服务描述)。
图13的AV/C代理服务描述中的“action(动作)”表示代理服务71执行的各种动作。“name(名称)”“getNodeNum(获得节点号码)”表示动作的名称。“动作”是用于在IEEE 1394网络12上获得节点号码的动作。
关于“getNodeNum”的“动作”，“nodeNum”的名称方向包括“out”变元(被另外的设备在其中设置一值以向代理理服务71输出该变元的变元(argment))。
而且，要存储在“nodeNum”的变元中的变量的联合在serviceStateTable(服务状态表)中规定。就是说，当状态变量改变时，该变量是在SUBSCRIBE期间通知给一设备的变量。该变量的类型被设置为“uil”。
图14、图15所示的AV/C节点服务描述将“avcCommandSend”规定为发送AV/C命令的动作。该命令包括变元“nuil”、“avcCommand”、“resume”、“inlineNuidPosition”、“inlineNuid”、“avcResponse”。因为方向是“out(出)”，末尾的“avcResponse”是从另外的设备发送到节点服务72的输出。相反，因为除“avcResponse”之外的5个变元的方向被设置为“in(入)”，它们的数值在其中被设置，节点服务72发布这些变元以将它们输入到其他设备。
所有6个变元的组合在serviceStateTable中描述。
这些变量在stateVariable(状态变量)“sendEventes”为否时生成(在变量没有改变的情况下)，所有“nuil”、“avcCommand”、“inlineNuid”、和“avcResponse”变量的形态被设置为“bin.hex”。变量“resume”的形态被设置为“boolean”，变量“inlineNuidPosition”的形太被设置为“uil”。
在指定除目标设备的NUID之外的NUID的情况下，使用图14中的“inlineNuid”(插入的NUID)和“inlineNuidPosition”(NUID的插入位置)(即，它们被用在该命令需要另一AV/C设备的NUID的情况)。
UPnP控制点1依据描述(Description)发送请求。所以，接收到请求的AV/C设备基于描述(Description)的规定解释请求，由此AV/C设备能够检测NUID。
图16显示了根设备61具有的AV/C代理设备描述的另外一个例子。
在该例子中，也描述了代理服务71的ServiceType“urn：sony-corp：service：1394Proxy Service：1”和节点服务72的ServiceType“urn：sony-corp：service：1394Node Service：1”。
尽管图16省略了图解，图17所示的AV/C代理服务描述的ULR在serviceId“urn：sony-corp：serviceId：1394ProxyServic1”的“SCPDURL”中描述。而且，图18所示的AV/C节点服务描述(NodeServiceDescription)的ULR在serviceId“urn：sony-corp：serviceId：1394NodeService1”的“SCPDURL”中描述。
图17表示代理服务71具有的AV/C代理服务描述的另外一个例子。
在图17的例子中，描述了用于获取节点数字的“getNodeNum”的名称的动作。
以类似的方式，图18表示节点服务72具有的AV/C节点服务描述的另一个例子。
在图18的例子中，用于发送AV/C命令的“avcCommandSend”的动作被规定具有“nuid”、“command”、“response”三个变元。
尽管一个根设备61如上面图3所示被设成具有代理服务71和节点服务72，还能够使根设备61-1具有代理服务71，并能够如图19所示，在每个根设备上将服务限定到IEEE 1394网络12上的每个节点。在图19的例子中，根设备61-2具有节点服务72-1，根设备61-3具有节点服务72-2。
图20和图21表示的是图19的根设备61-1到61-3具有的AV/C代理设备描述的例子。图22表示的是图19的代理服务71具有的AV/C代理服务描述的例子。图23表示的是图19的节点服务72-1、72-2具有的AV/C节点服务描述的例子。
在图20和图21的例子中，deviceType“urn：schemas-upnp-org：device：1394ProxyDevice：1”对应于根设备61-1描述；deviceType“urn：sony-corp：device：1394NodeDevice：1”对应于根设备61-2描述；deviceType“urn：sony-corp：device：1394NodeDevice：1”对应于根设备61-3描述。
尽管省略了图解，图22的AV/C代理服务描述的ULR在deviceType“urn：schemas-upnp-org：device：1394ProxyDevice：1”的SCPDURL中描述；图23的AV/C节点服务描述的ULR在deviceType“urn：sony-corp：device：1394ProxyDevice：1”和deviceType“urn：sony-corp：device：1394NodeDevice：1”的SCPDURL中各自描述。
在图22中，“nodeNum”的变量的定义在serviceStateTable中完成。变量的定义能够通过Query(查询)进行核查。
在图23中，描述了作为用于发送AV/C命令的动作的“avcCommandSend”。
图24表示的是设备模型的进一步结构的例子。在该例子中，节点服务72-1、72-2在与图19的例子一样的每个节点提供。但是，图24的例子与图19的例子不同的是，所有服务和代理服务71共同由一个根设备61拥有。
图25表示图24的例子中的根设备61具有的AV/C代理设备描述的结构。图26表示图24的代理服务71具有的AV/C代理服务描述的结构例子。图27表示图24的节点服务72-1、72-2具有的AV/C节点服务描述的结构例子。
在图25的例子中，规定了三种服务。图26的AV/C代理服务描述的URL在serviceId“urn：sony-corp：serviceId：1394ProxyService1”的SCPDURL中描述。图27的AV/C节点服务描述的URL在serviceId“urn：sony-corp：serviceId：1394NodeService1”和“urn：sony-corp：serviceId：1394NodeService2”的SCPDURL中描述。
在图26的例子中，规定了变量“nodeNum”。
在图27中，规定了用于发送AV/C命令的动作。
图28表示设备模型的进一步结构的例子。在该结构例子中，根设备61保持代理服务71。而且，节点服务72-1、72-2在每个节点上提供，并且被各自在根设备61中形成的嵌入设备81-1和81-2中保持。
图29和图30表示图28的根设备61具有的AV/C代理设备描述的结构例子。图31表示图28的代理服务71具有的AV/C代理服务描述的结构例子。图32表示图28的节点服务72-1、72-2具有的AV/C节点服务描述的结构例子。
在图29和图30的例子中，serviceID“urn：sony-corp：serviceId：1394ProxyService1”对应于图28的代理服务71，并且图31的AV/C代理服务描述的URL在serviceId的SCPDURL中描述。
“serviceID”“urn：sony-corp：serviceId：1394Node Service12”对应于图28的AV/C节点服务72-1，并且“urn：sony-corp：serviceId：1394NodeService2”对应于AV/C节点服务72-2。图32的AV/C节点服务描述的URL在各自的SCPDURL中描述。
在图31的例子中，定义了变量“NODE Num”。
在图32的例子中，规定了用于发送AV/C命令的动作“avcCommandSend”。
接下来，将图3、19、24、和28中所示的设备模型互相对比。
在图3的例子中，一个代理服务71和一个节点服务72定义在一个根设备61中。
在图19的例子中，代理服务71定义在一个根设备61-1中，对于1394上的几个节点的节点服务72-1、72-2分别定义到每个根设备61-2、61-3中。
在图24的例子中，在一个根设备61-1中提供代理服务71，对应每个节点提供节点服务。节点服务72-1、72-2以与代理服务71类似的方式保存在一个根设备61-1中。
在图28的例子中，所有1394上的节点被定义为根设备61的嵌入设备81-1、81-2。
图33表示的是图3、19、24和28的设备模型特点的对比结果。顺便提一句，在图33中，“类型(type)A”、“类型B”、“类型C”和“类型D”与分别对应于图3、19、24和28的设备模型。
通过对比类型A和类型D，可以得知SSDP的数据包数量相互有很大不同。就是说，当根设备的数量为1时，SSDP的数量为3+2d+k，其中“d”指定为嵌入设备的数量，“k”指定为服务类型的数量。所以，如果假设1394网络12上的节点数量为N，对于类型A的情况，SSDP的数据包数量为5；对于类型B的情况，SSDP的数据包数量为4+4N；对于类型C的情况，SSDP的数据包数量为4+N；对于类型D的情况，SSDP的数据包数量为4+3N。特别地，对于类型B(图19)和类型D(图28)的情况，其数量是节点数量的几倍的数据包在流动(flow)。所以，在考虑到网络流量的情况下，具有SSDP的小数量数据包的类型A的例子(图3)是理想的。
在类型A的情况下，依据GENA执行总线结构改变的通知，或者在类型B、C和D的情况下依据SSDP执行。
对于类型A和类型C的情况，展示(presentation)URL的结构单元是总线，或者对于类型B和类型D的情况，结构单元是节点。在类型B(图19)和类型D(图28)的情况下，单元容易理解，两者都能够在每个节点具有URL。但是，对于类型A(图3)和类型C(图24)的情况，可以认为，如果代理服务71准备了诸如对每个节点的链接页的东西，就能够实现大量的相关功能。
对于类型A的情况，NOTIFY的通知单元是总线，或者对于类型B、C和D的情况，NOTIFY的通知单元是节点。
将所有上面阐述的特点放在一起，可以认为，类型A(图3)的例子是最适合的。
尽管上述用IEEE 1394网络12连接的设备得到用IEEE 802网络11连接的设备的控制，前者也可以控制后者。
上述的系列处理能够通过硬件完成，也可以通过软件完成。在通过软件完成系列处理的情况下，组成软件的程序从网络或者记录介质上安装到集成了专用硬件的计算机、或者例如一般用途计算机上，此一般用途计算机能够利用安装的各种程序执行各种功能。
如图2所示的记录介质包括封装介质，如磁盘41(包括软盘)、光盘42(包括光盘只读存储器(CD-ROM)和数字通用盘(DVD))、磁光盘43(包括微型盘(MD))、以及半导体存储器44，这些封装介质从用于提供程序并在其中包括记录的程序的设备的主题独立地分配给各用户；上述记录介质还由包括在存储部分28a中的ROM 22或硬盘构成，上述两者都以事先集成进设备主体并包括记录的程序的状态下提供给用户。
值得注意的是，在本说明书中，描述记录于记录介质上的程序的步骤自然包括按照描述顺序以时间序列执行的处理，而且包括并行或者单独执行的处理(即便它们有必要根据时间序列执行)。
而且，在本说明书中，“系统”表示包括多个设备的整个设备。
工业应用
如上所述，根据本发明，基于SOAP的命令从基于IEEE 802的第一网络中被转换为第二网络的AV/C命令，连接到第一网络的设备能够容易和可靠地控制连接到第二网络的设备。

Claims (10)

1、一种在第一网络和第二网络间传送数据的信息处理设备，在第一网络中以基于IEEE 802的SOAP协议的第一格式执行通信，在第二网络中以基于IEEE 1394的AV/C命令的第二格式执行通信，其特征在于所述设备包括：
采集装置，用于从所述第一网络以所述第一格式采集数据；
转换装置，用于将基于所述SOAP协议的所述第一格式的命令转换为所述第二网络中的所述AV/C命令，以将经转换的命令存储为所述第二格式，其中所述命令是由采集装置采集的；和
传送装置，用于将由所述转换装置转换的所述第二格式传送到所述第二网络。
2、如权利要求1所述的信息处理设备，其中所述转换装置包括节点唯一标识和节点标识的对应关系表格，所述节点唯一标识在基于所述SOAP协议、用于指定与所述第二网络连接的设备的命令中描述，由此所述转换装置根据所述对应关系表格将在基于所述SOAP协议、用于指定与所述第二网络连接的设备的命令中描述的所述节点唯一标识转换为所述节点标识。
3、如权利要求1所述的信息处理设备，其中所述转换装置包括基于所述SOAP协议的所述命令与要根据基于所述SOAP协议的所述命令传送到所述第二网络的所述命令的对应关系表格，由此，所述转换装置基于所述对应关系表格，检索基于所述SOAP协议的所述命令，所述命令对应于通过所述第二网络接收的响应，并向所述第一网络传送对应于基于SOAP协议的所述命令的响应。
4、如权利要求3所述的信息处理设备，其中所述转换装置将基于所述SOAP协议的所述命令与基于包括在基于所述SOAP协议的所述命令中的处理标签的响应相关联。
5、如权利要求1所述的信息处理设备，其中当在一时间周期内没有从连接到所述第二网络的设备接收到对应于来自连接到所述第一网络的所述设备的请求的最终响应时，所述转换装置将表示正在处理中的响应发送到连接于所述第一网络的设备。
6、如权利要求1所述的信息处理设备，其中所述设备的特征还在于：
检测装置，用于如果基于所述SOAP协议的所述命令包括在所述第二网络的所述总线复位时请求重新发送的命令，则检测所述第二网络的总线复位，并用于在所述第二网络中出现所述总线复位时，传送所述命令。
7、如权利要求1所述的信息处理设备，其中所述转换装置还将所述第二网络的所述AV/C命令转换为所述第一格式的基于SOAP协议的所述命令，以将所述经转换的命令存储为所述第一格式，而且
所述传送装置还将所述第一格式的基于所述SOAP协议的所述命令传送到所述第一网络，所述命令是由所述转换装置转换的。
8、一种信息处理设备的信息处理方法，所述信息处理设备在第一网络和第二网络间传送数据，在第一网络中以基于IEEE 802的SOAP协议的第一格式执行通信，在第二网络中以基于IEEE 1394的AV/C命令的第二格式执行通信，其特征在于所述方法包括：
采集步骤，从所述第一网络以所述第一格式采集数据；
转换步骤，将基于所述SOAP协议的所述第一格式的命令转换为所述第二网络的所述AV/C命令，并将所述经转换的命令存储为所述第二格式，所述命令是通过所述采集步骤的处理采集的；和
传送步骤，将通过所述转换步骤的处理转换的所述第二格式传送到所述第二网络。
9、一种存储信息处理设备的计算机可读程序的记录介质，所述信息处理设备在第一网络和第二网络间传送数据，在第一网络中以基于IEEE 802的SOAP协议的第一格式执行通信，在第二网络中以基于IEEE 1394的AV/C命令的第二格式执行通信，其特征在于所述程序包括：
采集步骤，从所述第一网络以所述第一格式采集数据；
转换步骤，将基于所述SOAP协议的所述第一格式的命令转换为所述第二网络的所述AV/C命令，并将所述经转换的命令存储为所述第二格式，所述命令是通过所述采集步骤的处理采集的；和
传送步骤，将通过所述转换步骤的处理转换的所述第二格式传送到所述第二网络。
10、一种使计算机执行各步骤的程序，所述计算机控制信息处理设备在第一网络和第二网络间传送数据，在第一网络中以基于IEEE 802的SOAP协议的第一格式执行通信，在第二网络中以基于IEEE 1394的AV/C命令的第二格式执行通信，其特征在于所述步骤包括：
采集步骤，从所述第一网络以所述第一格式采集数据；
转换步骤，将基于所述SOAP协议的所述第一格式的命令转换为所述第二网络的所述AV/C命令，并将所述经转换的命令存储为所述第二格式，所述命令是通过所述采集步骤的处理采集的；和
传送步骤，将通过所述转换步骤的处理转换的所述第二格式传送到所述第二网络。
CN02801817A 2001-05-24 2002-05-20 信息处理设备 Pending CN1463521A (zh)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP154751/2001 2001-05-24
JP2001154751 2001-05-24
JP226390/2001 2001-07-26
JP2001226390A JP3661936B2 (ja) 2001-05-24 2001-07-26 情報処理装置および方法、記録媒体、並びにプログラム

Publications (1)

Publication Number Publication Date
CN1463521A true CN1463521A (zh) 2003-12-24

Family

ID=26615608

Family Applications (1)

Application Number Title Priority Date Filing Date
CN02801817A Pending CN1463521A (zh) 2001-05-24 2002-05-20 信息处理设备

Country Status (6)

Country Link
US (1) US20030177270A1 (zh)
EP (1) EP1300989A1 (zh)
JP (1) JP3661936B2 (zh)
KR (1) KR20030024806A (zh)
CN (1) CN1463521A (zh)
WO (1) WO2002096037A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1947404B (zh) * 2004-02-26 2010-12-08 捷讯研究有限公司 聚合网络服务的装置和方法
CN101325530B (zh) * 2008-07-04 2011-11-30 海信集团有限公司 一种二级网络及其通信方法

Families Citing this family (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE10302477A1 (de) * 2003-01-23 2005-02-24 Deutsche Thomson-Brandt Gmbh Verfahren zur Verfügbarmachung eines Eingabeparameters einer Netzwerkstation eines Netzwerks eines ersten Typs in einem Netzwerk eines zweiten Typs sowie Verbindungseinheit zur Verbindung der Netzwerke des ersten und zweiten Typs
JP2004272632A (ja) * 2003-03-10 2004-09-30 Sony Corp 情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
KR100565060B1 (ko) * 2003-03-14 2006-03-30 삼성전자주식회사 언어 정보에 따라 적응적으로 재생가능한 데이터 구조로기록된 정보저장매체, 그 재생 방법 및 장치
WO2004088522A1 (ja) 2003-03-31 2004-10-14 Fujitsu Limited バスブリッジ装置、バスブリッジ方法および入出力制御装置
KR100493896B1 (ko) 2003-04-18 2005-06-10 삼성전자주식회사 디지털 콘텐트 메타데이터 변환 방법 및 장치, 그리고이를 이용한 네트워크 시스템
JPWO2004095293A1 (ja) * 2003-04-24 2006-07-13 三菱電機株式会社 映像情報システム、およびモジュールユニット
US10560278B2 (en) 2003-06-30 2020-02-11 Koninklijke Philips N.V. Embedding a UPnP AV MediaServer object ID in a URI
KR101015811B1 (ko) * 2003-09-23 2011-02-22 엘지전자 주식회사 UPnP 기반의 미디어 콘텐츠 재생을 제어하는 전자기기 및 그 방법
CN1620060B (zh) * 2003-11-17 2010-04-28 国际商业机器公司 把浏览器不兼容的信息整合在网络内容中以及显示该信息的方法和设备
US20050144137A1 (en) * 2003-12-24 2005-06-30 Kumar B. V. Protocol processing device and method
JP4337591B2 (ja) 2004-03-19 2009-09-30 株式会社日立製作所 情報処理装置、ネットワークシステムおよびネットワークシステムの制御方法
JP4645165B2 (ja) * 2004-11-12 2011-03-09 セイコーエプソン株式会社 ネットワーク型プラグアンドプレイに対応したネットワーク装置の制御
KR100639970B1 (ko) 2004-12-16 2006-11-01 한국전자통신연구원 ＵＰｎＰ ＡＶ 시스템 및 미디어 렌더러와 재생 모듈간의통신 수행 방법
JP4164490B2 (ja) * 2004-12-17 2008-10-15 キヤノン株式会社 通信装置、プロファイル情報取得方法、及び、プログラム
WO2006080026A1 (en) * 2005-01-27 2006-08-03 Infosys Technologies Limited Protocol processing device and method
KR100643296B1 (ko) * 2005-05-11 2006-11-10 삼성전자주식회사 웹 서비스 기술을 지원하는 ａ/ｖ 네트워크에서 컨텐츠서비스 제공 방법 및 장치
KR100739743B1 (ko) * 2005-10-19 2007-07-13 삼성전자주식회사 홈 네트워크에서 디바이스를 독점적으로 제어하기 위한방법 및 장치
US7788409B2 (en) * 2005-10-28 2010-08-31 Sony Corporation System and method for achieving interoperability in home network with IEEE 1394 and UPnP devices
JP2007150853A (ja) * 2005-11-29 2007-06-14 Toshiba Corp 供給装置と処理装置及び指示方法
JP2007156691A (ja) * 2005-12-02 2007-06-21 Seiko Epson Corp ネットワーク型プラグアンドプレイに対応したネットワーク中継制御
KR100714708B1 (ko) * 2006-01-12 2007-05-04 삼성전자주식회사 홈 네트워크에서 디바이스 간 호환성을 지원하는 미들웨어장치 및 그 방법
US7813823B2 (en) * 2006-01-17 2010-10-12 Sigmatel, Inc. Computer audio system and method
KR100772865B1 (ko) * 2006-01-31 2007-11-02 삼성전자주식회사 Ａｖ 세션 복원 방법 및 이를 위한 컨트롤 포인트
EP1990956A4 (en) * 2006-03-01 2013-07-17 Mitsubishi Electric Corp GATEWAY DEVICE
US20100063970A1 (en) * 2006-05-19 2010-03-11 Chang Hyun Kim Method for managing and processing information of an object for presentation of multiple sources and apparatus for conducting said method
KR101669672B1 (ko) * 2009-08-17 2016-11-10 삼성전자주식회사 단말의 원격 관리 방법 및 장치

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH10145420A (ja) * 1996-11-12 1998-05-29 Sony Corp 異なるシステムに接続された機器の制御方法及び変換機器
JP3688464B2 (ja) * 1997-05-06 2005-08-31 株式会社東芝 端末装置、サーバ装置、通信装置および制御方法
JP3576019B2 (ja) * 1998-12-28 2004-10-13 株式会社東芝 通信ノード
US6813651B1 (en) * 2000-02-18 2004-11-02 Controlnet, Inc. Interface device for ethernet transceiver and 1394 controller
US20020174236A1 (en) * 2001-03-26 2002-11-21 Sanjay Mathur Methods and apparatus for processing data in a content network

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1947404B (zh) * 2004-02-26 2010-12-08 捷讯研究有限公司 聚合网络服务的装置和方法
CN101325530B (zh) * 2008-07-04 2011-11-30 海信集团有限公司 一种二级网络及其通信方法

Also Published As

Publication number Publication date
EP1300989A1 (en) 2003-04-09
KR20030024806A (ko) 2003-03-26
JP3661936B2 (ja) 2005-06-22
US20030177270A1 (en) 2003-09-18
WO2002096037A1 (fr) 2002-11-28
JP2003046535A (ja) 2003-02-14

Similar Documents

Publication Publication Date Title
CN1463521A (zh) 信息处理设备
CN1183717C (zh) 桥连HAVi子网络和UPnP子网络的方法及实施所述方法的装置
CN101056277A (zh) 在数字生活网络联盟系统中转换内容的方法
CN1504040A (zh) 具有动态拓扑有机数据网络
CN1251448C (zh) 通信方法、通信系统和输出设备
CN1947106A (zh) 通知方法、连接装置、通信方法以及程序
CN100488155C (zh) 网络装置与网络装置控制方法
CN1684423A (zh) 信息提供控制方法和信息再现系统
CN1751492A (zh) 在网络通信中压缩报文的系统和方法
CN1316160A (zh) 网络中通用存取命令和控制的方法和设备
CN1669267A (zh) 家用网络的远程控制系统
CN1443352A (zh) 利用秘密－公开因特网协议地址/通用资源定位地址映射的环球网上家用网络的结构
CN1754159A (zh) 信息处理装置和内容信息处理方法
CN1732454A (zh) 在多个装置上呈现内容的系统和方法
CN1397126A (zh) 基于无线局域网hiperlan2技术的网络中的等时资源管理方法
CN1956460A (zh) 恢复网络连接的方法和设备
CN1745370A (zh) 信息处理装置、内容管理方法、内容信息管理方法和计算机程序
CN1465164A (zh) 信息处理装置和方法
CN100347995C (zh) 通信处理设备和通信处理方法
CN1119001C (zh) 数据发送装置及其方法
CN1163889C (zh) 在与外部网络相连的家用网络中的设备通信和控制
CN1545653A (zh) 在不同网络上的设备间进行接口通信的方法及设备
CN101047705A (zh) 用户代理档案信息的上报处理方法、服务器及其用户终端
CN1367968A (zh) 家用网络的通信方法及实现这种方法的网络和设备
CN1178428C (zh) 家庭网络中实现资源共享时的服务租用与授权方法

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