CN1462394A

CN1462394A - 发送方法和发送设备

Info

Publication number: CN1462394A
Application number: CN02801568A
Authority: CN
Inventors: 佐藤真; 五十岚卓也; 青木幸彦; 野田卓郎; 嶋久登
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2001-04-03
Filing date: 2002-04-03
Publication date: 2003-12-17
Anticipated expiration: 2022-04-03
Also published as: EP1380958A4; JP2002304333A; KR20030010659A; WO2002082282A1; EP1380958A1; CN1248122C; US8321897B2; US20030185156A1

Abstract

为了易于利用通用网络控制内容在数个AV设备之间的传输，在通过指定的传输路径把保存在第一设备(信源)20中的内容发送到第二设备(信宿)30的情况下，当向网络上的控制器10公开保存在第一设备20中的内容信息时，把与发送内容的传输协议有关的信息加入每个内容中，和当开始在第一设备20和第二设备30之间传输内容时，根据加入每一个内容中的有关传输协议的信息，进行传输管理。

Description

发送方法和发送设备

技术领域

本发明涉及适用于利用通常用在，例如IP(因特网协议)网络中的机器控制协议在设备之间发送，例如，视频和音频内容的发送方法和发送设备。

背景技术

近年来，人们提出了诸如视频记录器、音频记录器、电视接收器、接收各种广播的调谐器、和音频放大器之类的视频装置和音频装置(下文称之为AV(视听)装置或AV设备)，这些AV设备可以与任何形式的网络连接，使得可以在互连的AV设备之间发送音频数据和视频数据，从而可以在这样的设备之间发送或接收数据。这样的联网越来越实用。

例如，人们开发出了能够通过利用IEEE(电气电子工程师学会)1394串行数据总线的网络发送数据的AV设备。在这样的网络中，可以把像视频数据和音频数据那样的内容数据当作流数据来发送，并且，预定命令(下文称为AV/C命令的AV/C命令事务处理集)的使用使得控制与这样的网络相连接的AV设备成为可能。

为了在指定网络上发送内容数据，需要相对复杂的发送管理，这是因为，有必要获取传输路径的信道和带宽，为设置每个设备的数据输出和输入插头(plug)而进行插头管理，和利用通过这样的管理设置的插头控制传输内容。作为能够连接诸如计算机之类的电子设备的通用网络，所谓的IP协议可配置网络(下文把这种利用IP协议的网络称为IP网络)得到广泛应用，但是，传统上，难以控制内容从一个AV设备到另一个AV设备的传输处理。尤其是，在利用IP协议的网络的情况下，存在着各种各样可用协议，因此，用户有必要事先在发送设备和接收设备之间协调协议等。在利用除了IP网络之外的其它通用网络发送(或传输)内容的情况下，情况亦如此。

发明内容

本发明的目的是提供一种通过简单控制，利用通用网络就能够发送内容的方法和设备。

本发明的第一方面是通过期望的传输路径把内容从保存内容的第一设备发送到第二设备的发送方法，该方法包括如下步骤：当向传输路径上的控制器公开保存在第一设备中的内容的信息时，为每一个内容加入与输出内容的传输协议有关的信息；和当开始在第一设备和第二设备之间传输内容时，根据加入内容中的与传输协议有关的信息，进行传输管理。

在发送内容的情况中，上述安排通过适用于发送内容的恰当传输协议，能够控制发送的开始，从而，利用通用网络，根据控制器的指令，简单地把内容从第一设备发送到第二设备。

本发明的第二方面是基于本发明第一方面的发送方法的，其中，要加入每一个内容中的与传输协议有关的信息适合于列出通过指令和它的设置而可以变成可传输的的一个或多个协议。

上述安排能够简单地从列出的协议中选择相应的一个。

本发明的第三方面是基于本发明第一方面的发送方法的，其中，加入每一个内容中的与传输协议有关的信息包括与在其设备内统一的位置有关的信息。

上述安排为准确无误地获得基于协议的指令提供了保证。

本发明的第四方面是基于本发明第一方面的发送方法的，其中，把在传输内容的情况下使用的逻辑或物理插头公开成虚拟内容。

上述安排通过利用虚拟内容，能够把插头设置成可用于发送的。

本发明的第五方面是基于本发明第一方面的发送方法的，其中，控制器通过指定的通信协议，指令第二设备装载内容。

上述安排能够简化内容的装载。

本发明的第六方面是基于本发明第五方面的发送方法的，其中，除了第二设备之外，还包括处理或保存内容的第三设备，和控制器适合于把一种或多种协议告知第二和第三设备的每一个。

上述安排容易实现，例如，在分开的设备中处理和保存内容。

本发明的第七方面是基于本发明第六方面的发送方法的，其中，进行从第二和第三设备之间已知的传输协议中选择哪一种协议来使用的调整。

上述安排能够选择最合适的协议。

本发明的第八方面是其中本发明第六方面的发送方法的，其中，装有内容的第二或第三设备适合于公开可以由自身输出作为虚拟内容的插头。

上述安排使得可以通过与从第一设备发送内容相同的处理，把内容从，例如，第二设备发送到第三设备。

本发明的第九方面是基于本发明第五方面的发送方法的，其中，控制器适合于当发送内容包含视频或音频信息时，以指定格式命令发送与处理发送内容有关的操作指令到第二设备。

上述安排使控制器能够对传输到，例如，第二设备的内容的记录或回放操作等进行远程控制。

本发明的第十方面是基于本发明第九方面的发送方法的，其中，除了第二设备之外，还包括处理或保存内容的第三设备，和控制器适合于以指定格式命令发送与通过指定格式命令处理发送内容有关的操作指令也到第三设备。

上述安排使得可以利用通用协议对数个设备进行远程控制。

本发明的第十一方面是基于本发明第一方面的发送方法的，其中，保存在第一设备中的内容是指定文件，和文件的上载和下载是按照传输协议实现的。

上述安排使得可以通过相似的处理在设备之间传输文件。

本发明的第十二方面是一种发送设备，包括：通信装置，用于通过指定的传输路径与另一个设备通信；内容保存装置，能够保存一个或多个内容；和控制装置，用于通过为每一个内容加入与输出内容的传输协议有关的信息，从通信装置发送与保存在内容保存装置中的内容有关的信息。

在指令从其它设备传输保存在内容保存装置中的内容的情况下，上述配置使得可以利用为了知道哪一种传输协议用于指令而从通信装置发出的与传输协议有关的信息，传输正确的内容。

本发明的第十三方面是基于本发明第十二方面的发送设备的，其中，控制装置加入通过来自另一个设备的指令的设置而可以变成可传输的所列出的一种或多种协议的信息，作为与传输协议有关的信息。

上述配置简化了在接收内容的设备中从列出的协议中选择相应的协议。

本发明的第十四方面是基于本发明第十二方面的发送设备的，其中，控制装置加入与在其设备内统一的位置有关的信息，作为与传输协议有关的信息。

上述配置为准确无误地获得基于协议的指令提供了保证。

本发明的第十五方面是基于本发明第十二方面的发送设备的，其中，所述通信装置配有要用在传输所述内容中的逻辑或物理插头，和控制装置通过来自另一个设备的指令将通过把插头设置成虚拟内容而可以变成可传输的所列出的一种或多种协议的信息加入与传输协议有关的信息中，作为与协议有关的信息。

上述配置通过利用虚拟内容，能够把插头设置成可用于发送的。

本发明的第十六方面是一种发送设备，包括：通信装置，用于通过指定的传输路径与另一个设备通信；和控制装置，适用于通过通信装置与第一设备通信，生成与保存在第一设备中的内容有关的信息、和请求内容的传输协议的第一命令、和适用于通过通信装置与第二设备通信，生成指令通过指定加入在对第一命令作出响应获得的信息中的传输协议、接收在该响应中获得的信息当中的特定内容的第二命令。

在指令第一设备把保存在自身中的内容传输到第二设备的情况中，上述配置能够利用通用网络简单地控制内容的发送，因为，像发送开始那样的控制可以通过最适用于内容传输的恰当传输协议来完成。

本发明的第十七方面是基于本发明第十六方面的发送设备的，其中，控制装置适合于当从第一设备发送的内容包含视频或音频信息时，通过指定格式命令从通信装置到第一或第二设备发送与处理发送内容有关的操作指令。

上述配置使得可以把通用协议用于远程控制和记录或回放，例如，接收传输内容的设备中的内容。

附图说明

图1是显示根据本发明一个实施例的系统配置的方块图；

图2是显示根据发明一个实施例的发送状况的例子的示意图；

图3是显示根据发明一个实施例的第一发送例子的流程图；

图4是显示根据发明一个实施例的第二发送例子的流程图；

图5是显示根据发明一个实施例的第三发送例子的流程图；

图6是显示根据本发明一个实施例的另一个系统配置的方块图；

图7是显示根据发明一个实施例的第四发送例子的流程图；

图8是显示根据发明一个实施例的第五发送例子的流程图；和

图9是显示根据发明一个实施例的第六发送例子的流程图；

具体实施方式

现在，参照附图描述本发明的一个实施例。

该实施例把IP协议配置网络用于在诸如AV(音频-视频或视听)设备之类的数个设备之间进行内容数据的传送(或传输)，首先，参照图1对系统配置加以描述。

在图1中，数个AV设备20和30通过预定网络1与控制器10相连接。作为IP协议配置网络1，例如，可以应用以太网(Ethernet)。也可以通过因特网等配置网络。

控制器10是能够控制AV设备20和30的设备，例如，个人计算机适用于控制器10。作为控制器10的配置，通过内部总线互连执行控制操作处理的中央处理单元(CPU)、执行显示等处理的处理模块12、作为数据存储装置的硬盘驱动器13、和与网络1通信的接口14。并且，还把控制器10配置成通过端口16向内部供应由诸如键盘等之类的操作装置组成的操作键15的操作信息。此外，还把控制器10配置成把处理模块12生成的视频数据通过端口17供应给与控制器10相连接的显示器18进行显示。

在这里，AV设备20与接收设备21相连接，以便接收广播，获取视频数据和音频数据，并且，设备20内的处理模块22从接收设备21获取的视频数据和音频数据能够被存储在作为内部存储装置的硬盘驱动器23的硬盘中作为内容数据。另外，AV设备20还包括作为控制装置的CPU24和用于与网络1通信的接口25，并且被安排成把存储在硬盘中的内容发送到网络1，或者，把通过接口25从网络1这一方接收的内容存储在硬盘中。

AV设备20还配有与IEEE1394型串行总线2相连接的IEEE1394接口26，用于通过总线2把内容发送出去，或从总线2接收内容。在通过IEEE1394接口26的IEEE1394型串行总线2中，通过发送利用AV/C命令的命令和对它们的响应，可以控制其它设备。

在本实施例中，AV设备30与输出接收音频数据的扬声器35和显示接收视频数据的显示器36相连接。AV设备30包括用于与网络1通信的接口31、作为存储装置的硬盘驱动器32、作为视频数据和音频数据的处理装置的处理模块33、和作为控制装置的CPU34。硬盘驱动器32可以用于存储通过网络1接收的内容，或者把存储在硬盘中的内容发送到网络1上。此外，还将AV设备30配置成，如果存储在硬盘中的内容是音频数据或视频数据，那么，在处理模块33中把这样的音频数据或视频数据处理成可从与之相连接的扬声器35输出的输出，或可在与之相连接的显示器36上显示的输出。

另外，AV设备30还配有与IEEE1394型串行总线2相连接的IEEE1394接口37，用于把内容发送到总线2上，或从总线2接收内容。在通过IEEE1394接口37的IEEE1394型串行总线2中，通过发送利用AV/C命令的命令或响应，可以控制其它设备。但是，应该注意到，AV设备20和30之间通过IEEE1394型串行总线2的连接可以省略。

在本实施例中，倘若系统由通过网络1连接控制器10和AV设备20和30配置而成，那么，控制器10按照IP协议把命令发送到AV设备20和30的每一个，并且，能够通过网络1为AV设备20把存储的内容数据发送到AV设备30。此外，在某些情况下，这样的内容数据可以在互连设备20和30的IEEE1394型总线2上传输。应该注意到，当通过网络1把命令从控制器10等发送到每个AV设备20和30时，从命令的接收设备返回响应。

现在，通过来自AV设备20和30与之相连接的网络1的控制器1的指令，在AV设备20和30之间传输数据所需的示范性功能网络配置显示在图2中。在该图中，这是一个把存储在AV设备20的硬盘中的内容数据发送到AV设备30的例子。作为发送方设备的AV设备20被称为信源(source)，而作为接收方设备的AV设备30被称为信宿(sink)。

AV设备20这一方配有作为数据存储在硬盘中的内容目录30a，在这个内容目录20a中存储着存储内容的列表。内容目录20a含有通过可以按照IP协议传输的HTTP(超文本传输协议)格式的表示方法所表示的数据。它含有其中存储着内容的驱动器名(驱动器1、驱动器2等)和内容的数据格式(MEGP2(运动图像专家组)组)。此外，用于输出各个内容的传输协议(例如，HTTP、FTP(文件传输协议)、rtsp等)的信息也在这个列表中。如果存在数种传输协议可用于单个内容，那么，指出所有相应的传输协议。

此外，在记录在内容目录20a中的内容信息当中，包括在设备20内统一位置的信息，这样的位置(绝对路径名等)用称为URL(统一资源定位地址)的标准化表示格式公开。

另外，在记录在内容目录20a中的内容信息当中，还要包括被指示成虚拟内容的要在发送内容时使用的逻辑或物理插头的信息。此外，当把逻辑或物理插头指示成虚拟内容时，在数据传输过程中，可以在输出方和输入方双方指示它。可以给这样的虚拟内容取一个特殊的名字。这样名称的一个例子是“实况转播流(livestream)”。

作为对控制器10发送“LocateItems”命令的响应，可以向控制器10公开设备20内内容目录20a的信息。“LocateItems”命令和它的响应具有基于IP协议的HTTP格式数据的数据配置。

AV设备20和30两者都含有连接器信息20b或30a，并且，把它们设置成响应连接ID的指令来使用哪一种连接。

AV设备20和30的每一个都配有按照来自控制器10的IP协议判断AV传输命令和根据该命令进行处理的功能部分20c或30b。AB传输命令包括把内容数据从信源发送到网络的“上载”、在信宿上接收发送到网络上的数据“下载”、把内容数据记录到介质上的“记录”、暂时停止记录的“暂停”、和指令从介质中回放内容数据的“播放”。也可以含有诸如变速回放之类的其它命令。

另外，还存在一个名为或称为“实况转播暂停(live-pause)”的特殊命令。“实况转播暂停”是当通过网络接收诸如广播信号之类作为流数据的内容时，使其处在瞬时暂停状态下，在暂停状态期间，缓存流数据，当取消暂停时，输出缓存的数据，使得对这种当前广播的内容可以进行虚拟暂停的命令。

在本实施例中的信宿方AV设备30配有对显示/音频命令作为判断的功能部分30c，从控制器发送相应的命令使得可以，例如，对要显示在与AV设备30相连接的显示器36上的图像进行调整，以及对从扬声器35输出的声音进行调整。

信源和信宿之间内容数据的传输按照等时传输模式或非等时传输模式实现。取代发送诸如音频数据或视频数据之类的内容数据，可以在内容目录中用一个文件表示某个内容，并且，当对与文件相对应的内容发出指令时，按照相同的处理进行文件传输。

现在，用HTTP格式表示的内容目录中的命令和响应，或AV传输流中的命令或响应的例子大体上如下表1所示那样。

表1

POST(path of control URL)HTTP/1.1
HOST：(host of control URL)：(port of control URL)
        <!-- SIPO <DP n="7"> -->
        <dp n="d7"/>
COCTENT-LENGTH：(bytes in body)
CONTENT-TYPE：text/xml；charset＝“utf-8”
SOAPACTION：“um：schemas-upnp-org：service：(serviceType：v#actionName”)
＜s：Envelope
xmlns：s＝“http：∥schemas.xmlsoap.org/soap/envelope/”
s：encodingStyle＝“http：∥schemas.xmlsoap.org/soap/encoding/”
＜s：Body＞

　　＜u：actionName
xmlns：u＝“urn：schemas-upnp-org：service：(serviceType：v”)
＜argumentName＞in arg value＜/argumentName＞
other in args and their values go here，if any
＜/u：actionName＞
＜/s：Body＞
＜/s：Envelope＞

在具有如上表1所举例的结构的数据中，像相应地址(URL)、指示数据长度和名称的字节数那样的数据处在括号中。

要发送的命令的例子具有如下表2所示、在上面数据的后半部分中的结构。

表2

＜s：Envelope
xmlns：s＝“http：∥schemas.xmlsoap.org/soap/envelope/”
s：encodingStyle＝“http：∥schemas.xmlsoap.org/soap/encoding/”
＜s：Body＞
＜u：Load
xmlns：u＝“urn：schemas-upnp-org：service：AVTransport：1”＞
＜SourcePath＞/drivel/FunnyFace.mpeg＜/SourcePath＞
＜Transport＞ftp，http＜/Transport＞
＜/u：Load＞
＜/s：Body＞
＜/s：Envelope＞

在上面的例子中，发出装载数据的指令，和与内容相关的信息是指示驱动器1作为数据的存储位置的SourcePath、作为数据名的[FunnyFace]、和是mpeg格式的数据。它指出，FTP和HTTP两者可用作传输协议。对这样的命令的响应可以具有，例如，如下表3所示的结构。

表3

＜s：Envelope
xmlns：s＝“http：∥schemas.xmlsoap.org/envelope/”
s：encodingStyle＝“http：∥schemas.xmlsoap.org/soap/encoding/”
＜s：Body＞
＜u：LoadResponse
xmlns：u＝“urn：schemas-upnp-org：service：AVTransport：1”＞
＜Selected Transport＞ftp＜/Selected Transport＞
＜SessionId＞53＜/sessionId＞
＜/u：LoadResponse＞
＜/s：Body＞
＜/s：Envelope＞

接着，描述通过网络1发送这些命令的例子。图3显示了发送例子1，在本例中，在控制器10的控制下，把内容从信源(AV设备20)发送到信宿(AV设备30)。请注意，在如下的描述中，AV设备20被称为信源，和AV设备30被称为信宿(或第一信宿)。

在本例中，假设从内容1到内容100的100个内容存储在信源中，并且，与存储内容相关的内容目录是可用的。首先，当控制器10发现信源中的内容目录时(步骤S11)，发送“LocateItems”命令，以便读取内容目录(步骤S12)。一旦接收到命令，信源就把有关可传输内容的信息返回到控制器，作为响应(步骤S13)。在本例中假设3个内容，例如，内容1、8、13是可传输的。在这种情况下，如果可以按照作为传输协议的FTP和HTTP两者传输内容8，那么，把这个事实加入内容8的信息中。

一旦接收到响应，控制器就让可传输内容的列表显示在显示器18的屏幕上(步骤S14)。当用户通过操作操作键15等，从显示的内容中选择某个内容时(步骤S15)，控制器把装载AV传输流的命令发送到信宿(步骤S16)。假设在步骤S15中选择了，例如，内容8，那么，AV传输流的装载命令就指令按照HTTP传输协议传输和接收信源20中的内容20。

当信宿接收到装载AV传输流的命令和做好传输数据的准备时，返回一切都准备好(OK)的响应(步骤S17)，和在响应中发送会话序号。

一旦完成上面一系列处理，就响应来自信宿的请求，把内容8的数据从信源发送到信宿。内容的发送是按照，例如，与如上所述的处理不同的协议进行的，并且，例如，信宿指令信源按照HTTP协议获取内容8(步骤S18)，从而，根据指令，从信源依次发送内容8的数据(步骤S19)。

尽管在图3所示的例子中，内容的发送是通过网络1完成的，但是，对于内容数据的发送，也可以使用与网络1不同的路径。例如，在如图1所示的结构中，信源和信宿通过IEEE1394型总线3互连，并且在图4中显示了通过总线2进行发送的发送例子。

在描述图4所示的发送例子时，假设从内容1到内容100的100个内容存储在信源中，并且，与存储内容相关的内容目录是可用的。首先，当发现信源中的内容目录时(步骤S21)，控制器10发送“LocateItems”命令，以便读取内容目录(步骤S22)。一旦接收到命令，信源就把有关可传输内容的信息作为响应，返回到控制器(步骤S23)。在本例中，假设3个内容，例如，内容2、3、和4是可传输的。

一旦接收到响应，控制器就进行操作，让可传输内容的列表显示在显示器18的屏幕上(步骤S24)。当用户通过操作操作键15，从显示的内容中选择特定内容时(步骤S25)，控制器把装载AV传输流的命令发送到信宿(步骤S26)。假设在步骤S25中选择了，例如，内容3，那么，AV传输流的装载命令就指定信源20的内容3。此时，由于传输路径不是网络1，传输协议被显示成指示使用其它协议的“null”。

如果在接收到装载AV传输流的命令时，信宿做好进行数据传输的准备，那么，信宿返回一切都准备好(OK)的响应(步骤S27)，和在响应中发送会话序号(session number)。

一旦完成上面一系列处理，就把装载AV传输流的命令发送到请求设置通过IEEE1394型总线2传输的信源。一旦接收到命令，信宿就返回相应设置，作为响应(步骤S29)。在这个特例中，从输出插头oPCR3输出具有遵从iec61883规范的格式的数据。请注意，在按照利用IEEE1394型总线的AV/C命令发送数据的情况下，数据传输是通过把寄存器用作输入和输出插头的虚拟插头实现的，这里所示的正是这样的虚拟插头。在使用取决于传输路径的物理插头的情况下，在同一个处理过程中可以指出这样的物理插头。

一旦接收到响应，控制器就把指令装载AV传输流的命令发送到信宿(步骤S30)。在本例中，指令在信源的输出插头“oPCR3”上接收信源20的内容，作为按照iec 61883规范格式化的数据。如果在接收到装载AV传输流的命令时，信宿做好进行数据传输的准备时，那么，返回一切都准备好(OK)的响应(步骤S31)，和在它的响应中发送会话序号。

一旦完成上面一系列处理，就指令在基于利用IEEE1394型总线2的AV/C命令的处理过程中接收从输出插头“oPCR3”输出的内容3的数据(步骤S32)。此外，对与IEEE1394型总线2相连接的IRM(可以是设备20或30的等时资源管理器)，还进行在总线2上的信道获取处理(步骤S33)和在总线2上的频带获取处理(步骤S34)。根据获取的信道和频带，在信源中实施锁定处理(步骤S35)，在信宿内设置输入插头(iPCR)(步骤S36)，和利用设置的输入插头、输出插头、信道和频带，按照等时传输发送内容3的数据，作为流数据(步骤S37)。

现在，在控制器方首先直接指定数据类型的情况下的发送例子显示在图5中。在本例中，假设从内容1到内容100的100个内容存储在信源中，并且，与存储内容相关的内容目录是可用的。首先，当控制器10发现信源中的内容目录时(步骤S41)，通过在内容目录中指定iec61883格式化数据，发送“LocateItems”命令(步骤S42)。一旦接收到命令，信源就把有关可以按照相应格式传输的内容的信息作为的响应返回到控制器(步骤S43)。在本例中，假设2个可传输内容，例如，内容91和92。此时，还指出要用于每个内容的输出插头。

当控制器接收到响应和从中选择特定内容时，把装载AV传输流的命令发送到信宿，以便接收所选内容(步骤S44)。该命令指定信源设备、数据格式和输出插头。

如果在接收到装载AV传输流的命令时，信宿做好进行数据传输的准备，那么，发送回一切都准备好(OK)的响应(步骤S45)，和在响应中发送会话序号。

一旦完成上面一系列处理，就指令在基于利用IEEE1394型总线2的AV/C命令的处理过程中从输出插头“oPCR3”输出相应数据(步骤S46)。另外，对与IEEE1394型总线2相连接的IRM，还进行在总线2上的信道获取处理(步骤S47)和在总线2上的频带获取处理(步骤S48)。根据获取的信道和频带，在信源内实施锁定处理(步骤S49)，并且，在信宿内设置输入插头(iPCR)(步骤S50)，从而，利用设置的输入插头、输出插头、信道和频带，按照等时传输发送相应的数据，作为数据流(步骤S37)。

尽管在上面的描述中只有一个信宿用于接收内容数据，但是，也可以拥有2个信宿。具体地说，如图6所示，除了作为第一信宿的AV设备30之外，还可以配置成将AV设备40与网络1相连接，作为第二信宿。作为第二信宿的AV设备40也可以与IEEE1394型总线2相连接。

在按照上面方式提供2个信宿的情况中，传输的内容可以由，例如，分别处理接收数据和存储处理数据的2个信宿来接收，可替代地，数据也可以由一个信宿处理音频数据，而另一个信宿处理视频数据的2个信宿同时接收。

图7所示的是使用2个信宿(AV设备30和40)的发送例子。首先，在参照图4或5所述的一系列处理中，假设流数据是按照等时传输从信源传输到第一信宿的(步骤S61)。此时，控制器通过网络1把“装载”AV传输流的命令发送到第二信宿(步骤S62)。该命令指定信源设备、数据格式、和输出插头。

如果在接收到AV传输命令时，信宿做好进行数据传输的准备，那么，发送回一切都准备好(OK)的响应(步骤S63)，和在响应中发送会话序号。

一旦完成上面一系列处理，就指令在基于利用IEEE1394型总线2的AV/C命令的处理过程中接收从输出插头“oPCR3”输出的数据(步骤S64)。另外，对与IEEE1394型总线2相连接的IRM，还进行在总线2上的信道获取处理(步骤S65)和在总线2上的频带获取处理(步骤S66)。根据获取的信道和频带，在信源内实施锁定处理(步骤S67)，在信宿内设置输入插头(iPCR)(步骤S69)，和利用设置的输入插头、输出插头、信道和频带，让等时传输的流数据也被第二信宿接收(步骤S61′)。

尽管在图7所示的例子中根据来自控制器的指令进行接收，但是，也可以通过第二信宿(AV设备40)的请求接收内容数据。

图8所示的是这种情况的发送例子。首先，在如图4或图5所述的一系列处理中，假设流数据是按照等时传输从信源传输到第一信宿的(步骤S71)。此时，第二信宿40把按照iec61883格式指定的“LocateItems”内容目录命令发送到信源20(步骤S72)。一旦接收到该内容，信源通过把输出插头数据加入可以按照相应格式发送的内容中，返回响应(步骤S73)。

接收响应的第二信宿指令在基于利用IEEE1394型总线2的AV/C命令的处理过程中接收从输出插头“oPCR3”输出的数据(步骤S74)。另外，对与IEEE1394型总线2相连接的IRM，还进行在总线2上的信道获取处理(步骤S75)和在总线2上的频带获取处理(步骤S76)。根据获取的信道和频带，在信源内实施锁定处理(步骤S77)，在信宿内设置输入插头(iPCR)(步骤S78)，和利用设置的输入插头、输出插头、信道和频带，让按照等时传输的流数据也被第二信宿接收(步骤S71′)。

在响应来自第二信宿(AV设备40)的请求接收内容数据的情况中，也可以通过直接指定AV/C命令来请求。

图9所示的是在这种特定情况下的例子。首先，在如图4或图5所述的一系列处理中，假设流数据是按照等时传输从信源传输到第一信宿的(步骤S81)。此时，第二信宿40指令信源20在基于利用IEEE1394型总线2的AV/C命令的处理过程中接收数据(步骤S82)。一旦接收到对命令的响应(步骤S83)，就发送告知输出插头“oPCR3”的状态的命令(步骤S84)，并且，如果通过响应得知正在进行输出(步骤S85)，那么，发送锁定输出的命令(步骤S86)，在第二信宿内设置输入插头(iPCR)(步骤S87)，和把设置的插头用于让按照等时传输的流数据也被第二信宿接收(步骤S81′)。

通过分别如上面发送例子所示那样，利用诸如IP网络之类遵从通用传输协议的网络，进行内容数据传输，可以有效地发送内容。

应该注意到，在存在数个如图6-9所示的内容接收设备(信宿设备)的情况下，在考虑了传输协议等之后，在这样的数个信宿设备中，对内容传输协议加以调整，以便数个设备可以进行处理，从而，能够使用经过调整之后设置的协议。

也可以在，例如，第一信宿设备进行装载时，向第二信宿设备动态地公开信宿设备可以输出的插头，作为内容目录，从而，使第二信宿设备能够接收装载的数据。

虽然在上面的描述中，要发送的数据是诸如音频数据和视频数据之类的内容数据，但是，也可以把包括任何数据的文件当作相似的内容和通过内容目录等在其中指出，按照相同的处理进行文件传输。

虽然诸如以太网之类遵从IP协议的通用网络用在上面实施例中，但是，理所当然，也可以把本发明的处理应用于其它网络。此外，虽然IEEE1394规范总线的网络用作与通用网络结合在一起使用的内容传输网络，但是，也可以使用其它网络。在这种情况下，各自的网络可能是遵从蓝牙(Bluetooth(商标))规范等的无线网络，而不是利用有线传输路径的网络。

工业可应用性

根据本发明，在发送内容的情况下，可以在对于内容发送来说最合适和恰当的传输协议下，控制发送的开始等，从而，简化了根据控制器的指令把内容从第一设备发送到第二设备。

Claims

1.一种通过期望的传输路径把内容从保存所述内容的第一设备发送到第二设备的发送方法，所述方法包括如下步骤：

当向所述传输路径上的控制器公开保存在所述第一设备中的所述内容的信息时，为每一个内容加入与输出所述内容的传输协议有关的所述信息；和

当开始在所述第一设备和所述第二设备之间传输所述内容时，根据加入所述内容中的与所述传输协议有关的所述信息，进行传输管理。

2.根据权利要求1所述的发送方法，其中，要加入每一个所述内容中的与所述传输协议有关的所述信息适合于列出通过指令和它的设置而可以变成可传输的的一个或多个协议。

3.根据权利要求1所述的发送方法，其中，加入每一个所述内容中的与所述传输协议有关的所述信息包括与在其设备内统一的位置有关的信息。

4.根据权利要求1所述的发送方法，其中，把在传输内容的情况下使用的逻辑或物理插头公开成虚拟内容。

5.根据权利要求1所述的发送方法，其中，所述控制器通过指定的通信协议，指令所述第二设备装载所述内容。

6.根据权利要求1所述的发送方法，其中，除了所述第二设备之外，还包括处理或保存所述内容的第三设备，和所述控制器适合于把一种或多种协议告知所述第二和第三设备的每一个。

7.根据权利要求6所述的发送方法，其中，进行从所述第二和第三设备之间已知的传输协议中选择哪一种协议来使用的调整。

8.根据权利要求6所述的发送方法，其中，装有所述内容的所述第二或第三设备适合于公开可以由自身输出作为虚拟内容的插头。

9.根据权利要求5所述的发送方法，其中，所述控制器适合于当所述发送内容包含视频或音频信息时，以指定格式命令发送与处理所述发送内容有关的操作指令到所述第二设备。

10.根据权利要求9所述的发送方法，其中，除了所述第二设备之外，还包括处理或保存内容的第三设备，和所述控制器适合于以指定格式命令发送与通过指定格式命令处理发送内容有关的操作指令也到所述第三设备。

11.根据权利要求1所述的发送方法，其中，保存在所述第一设备中的所述内容是指定文件，和所述文件的上载和下载是按照所述传输协议实现的。

12.一种发送设备，包括：

通信装置，用于通过指定的传输路径与另一个设备通信；

内容保存装置，能够保存一个或多个内容；和

控制装置，用于通过为每一个所述内容加入与输出所述内容的传输协议有关的信息，从所述通信装置发送与保存在所述内容保存装置中的所述内容有关的信息。

13.根据权利要求12所述的发送设备，其中，所述控制装置加入通过来自另一个设备的指令的设置而可以变成可传输的所列出的一种或多种协议的信息，作为与传输协议有关的信息。

14.根据权利要求12所述的发送设备，其中，所述控制装置加入与在其设备内统一的位置有关的信息，作为与所述传输协议有关的信息。

15.根据权利要求12所述的发送设备，其中，所述通信装置配有要用在传输所述内容中的逻辑或物理插头，和所述控制装置通过来自另一个设备的指令将通过把所述插头设置成虚拟内容而可以变成可传输的所列出的一种或多种协议的信息加入与所述传输协议有关的所述信息中，作为与所述协议有关的信息。

16.一种发送设备，包括：

通信装置，用于通过指定的传输路径与另一个设备通信；和

控制装置，适用于通过所述通信装置与第一设备通信，生成与保存在所述第一设备中的内容有关的信息、和请求所述内容的传输协议的第一命令、和适用于通过所述通信装置与第二设备通信，生成指令通过指定加入在对第一命令作出响应获得的信息中的传输协议、接收在该响应中获得的信息当中的特定内容的第二命令。

17.根据权利要求16所述的发送设备，其中，所述控制装置适合于当从所述第一设备发送的所述内容包含视频或音频信息时，通过指定格式命令从所述通信装置到所述第一或第二设备发送与处理发送内容有关的操作指令。