本公开涉及多个装置之间的通信。
背景技术：
用于对通信装置正在显示的画面和正在再现的音频进行无线镜像的技术已被标准化为
日本特开第2016-71638号公报讨论了前述镜像功能和内容重定向功能，通过所述功能，沉设备从除源设备之外的外部装置获得并显示内容。根据内容重定向功能，源设备将关于存储在外部装置中的内容的信息发送给沉设备，并且沉设备从外部装置获得并再现内容。
根据日本特开2016-71638号公报，为了控制沉设备的内容重定向功能，用户需要操作源设备将指令信息从源设备发送到沉设备。由于源设备不理解沉设备中的内容重定向的状态(例如，再现中、结束和错误)，因此源设备不能根据内容重定向的状态自主地进行控制。因此，用户需要找出沉设备中的内容重定向的状态并适当地操作源设备。
技术实现要素：
本公开涉及使得被构造为发送关于存储在外部装置中的内容的信息的装置能够基于与发送该信息的目的地中的内容的再现处理有关的状态来自主地进行控制。
根据本发明的一个方面，一种图像装置包括：第一发送单元，其被构造为至少将通信装置正在显示的画面的画面数据或者正在再现的音频的音频数据发送到其他通信装置；第二发送单元，其被构造为将关于存储在外部装置中的内容的相关信息从所述通信装置发送到所述其他通信装置；停止单元，其被构造为在至少画面数据或音频数据正在由第一发送单元发送的情况下，在第二发送单元发送关于所述内容的相关信息之后，停止第一发送单元的发送；第一接收单元，其被构造为在停止第一发送单元的发送的情况下，从所述其他通信装置接收关于与所述内容的再现处理有关的状态的状态信息，所述再现处理是在所述其他通信装置中基于关于所述内容的相关信息而正在进行的；以及控制单元，其被构造为在第一接收单元接收到表示所述其他通信装置中的内容的再现处理结束的信息作为所述信息的情况下，进行控制以恢复已停止的第一发送单元的发送。
根据下面参照附图对示例性实施例的描述，其他特征将变得清楚。
附图说明
图1是示出通信系统的网络构造的图。
图2是示出通信装置101和通信装置102的硬件构造的图。
图3是当通信装置进行内容重定向时要实现的流程图。
图4a和图4b是当通信装置101将关于内容重定向的状态的信息通知给通信装置102时要实现的流程图。
图5a和图5b是当通信装置102将关于内容重定向的状态的信息通知给通信装置101时要实现的其他流程图。
图6a、图6b、图6c和图6d是示出由通信装置显示的显示画面的图。
具体实施方式
以下将参照附图详细描述示例性实施例。在以下示例性实施例中描述的构造仅仅是示例，而不被视为是限制性的。
下面将描述第一示例性实施例。图1示出了根据本示例性实施例的通信系统的网络构造。网络110上的装置通过符合电气和电子工程师协会(ieee)802.11系列标准的无线通信方式进行通信。在本示例性实施例中，通信装置101和通信装置102彼此直接通信。然而，这不是限制性的，并且通信装置101和102可以经由接入点103进行通信。
可以在网络110上使用符合诸如蓝牙(注册商标)、短距离无线通信、超宽带(uwb)、zigbee和多频带正交频分复用(ofdm)联盟(mboa)等其他无线通信方式的通信方式。短距离无线通信的示例包括近场通信(nfc)。uwb方法包括无线通用串行总线(usb)、无线1394和winet。也适用符合有线通信方式的通信方式，例如有线局域网(lan)。
在本示例性实施例中，通信装置101和102基于
在本示例性实施例中，
通信装置101的具体示例可以包括，但不限于，诸如平板电脑、智能电话、个人计算机(pc)、移动电话、照相机和摄像机等的输入装置。通信装置102的具体示例可以包括，但不限于，诸如平板电脑、智能电话、pc、移动电话、电视机、头戴式显示器、投影仪、显示器和汽车导航系统等的输出装置。
通信装置101(源设备)和通信装置102(沉设备)可以使用内容重定向功能。通过内容重定向功能，源设备使得沉设备从除了源设备之外的外部装置获得内容，并使得沉设备再现该内容。源设备还将从外部装置获得内容所需的信息发送到沉设备。
在本示例性实施例中，通信装置101将关于云服务器104上的内容的相关信息(例如，关于内容的内容标识符或位置信息(例如统一资源标识符(uri)和统一资源定位符(url))作为所需信息发送到通信装置102。如在此使用的，内容标识符指的是用于唯一地确定内容的标识符。通信装置102基于从通信装置101接收的、关于内容的相关信息，经由具有路由器功能的接入点103而在云服务器104上接收并再现内容。
图2示出了通信装置101的硬件构造。
通信装置101包括存储单元201、控制单元202、功能单元203、输入单元204、输出单元205、通信单元206和天线207。
存储单元201包括诸如只读存储器(rom)和随机存取存储器(ram)等的一个或更多个存储器。存储单元201存储用于进行下面将要描述的各种操作的计算机程序以及诸如无线通信用通信参数等的各种类型的信息。除了诸如rom和ram等的存储器之外，诸如软盘、硬盘、光盘、磁光盘、压缩盘只读存储器(cd-rom)、可记录压缩盘(cd-r)、磁带、非易失性存储卡和数字多功能盘(dvd)等的存储介质可以用于存储单元201。存储单元201可以包括多个存储器。
控制单元202包括一个或更多个处理器，例如中央处理单元(cpu)和微处理单元(mpu)。控制单元202通过执行存储在存储单元201中的计算机程序来控制整个通信装置101。cpu和/或mpu用作计算机。控制单元202通过执行存储在存储单元201中的计算机程序来实现作为源设备的镜像功能和内容重定向功能。如这里所使用的，作为源设备的镜像功能是指将编码的画面数据和编码的音频数据发送到沉设备的功能。编码的画面数据是通过对在自身设备上正在显示的画面进行拍摄和编码而获得的。作为源设备的内容重定向功能是指将沉设备所需的信息发送到沉设备，以从除源设备以外的外部装置获得要由沉设备再现的内容的功能。控制单元202可以通过存储在存储单元201中的计算机程序和操作系统(os)的协作来控制整个通信装置101。控制单元202可以包括比如多核的多个处理器，并且多个处理器可以控制整个通信装置101。
控制单元202控制功能单元203进行诸如摄像和浏览内容的预定处理。功能单元203是预期用于通信装置101进行预定处理的硬件。例如，如果通信装置101是照相机，则功能单元203是摄像单元并进行摄像处理。这里，由摄像单元生成的数据由输出单元205显示在画面上，并且通过控制单元202的用于镜像的镜像功能被发送到其他通信装置。
输入单元204接受来自用户的各种操作。输出单元205通过监视器画面和扬声器向用户进行各种输出。除了在画面上显示之外，输出单元205的输出可以包括来自扬声器的音频输出和振动输出。输入单元204和输出单元205二者都可以由像触摸板那样的一个模块来实现。
通信单元206进行对符合ieee802.11系列的无线通信的控制，对诸如有线lan的有线通信的控制以及对因特网协议(ip)通信的控制。通信单元206还控制天线207发送和接收用于无线通信的无线信号。通信装置101经由通信单元206与通信装置102进行诸如图像数据、文档数据、音频数据和视频数据等的内容的通信。
通信装置102具有与通信装置101的硬件构造类似的硬件构造。通信装置102的存储单元201、功能单元203、输入单元204、输出单元205、通信单元206和天线207与通信装置101的类似。因此将省略其描述。
通信装置102的控制单元202包括诸如cpu和mpu等的一个或更多个处理器，并且通过执行存储在存储单元201中的计算机程序来控制整个通信装置102。cpu和/或mpu用作计算机。通信装置102的控制单元202通过执行存储在存储单元201中的计算机程序来实现作为沉设备的镜像功能和内容重定向功能。如这里所采用的，作为沉设备的镜像功能是指接收、解码和再现编码的图像数据和编码的音频数据的功能。编码的图像数据是通过对在源设备上正在显示的画面进行拍摄和编码而获得的。作为沉设备的内容重定向功能是指基于从源设备发送的信息从源设备以外获得和再现要再现的内容的功能。通信装置102的控制单元202可以通过存储在存储单元201中的计算机程序和os的协作来控制整个通信装置102。通信装置102的控制单元202可以包括比如多核的多个处理器，并且多个处理器可以控制整个通信装置102。
在本示例性实施例中，通信装置101和102能够同时进行图像显示和音频再现二者。然而，通信装置101和102各自可以仅能够进行图像显示或者音频再现。
图3示出了当通信装置101和102进行内容重定向时要由通信装置101和102实现的流程图。图3中的a是要由通信装置101实现的流程图。图3中的b是要由通信装置102实现的流程图。图3中的a所示的流程图通过控制单元202读取并执行存储在通信装置101的存储单元201中的计算机程序来实现。图3中的b所示的流程图通过控制单元202读取并执行存储在通信装置102的存储单元201中的计算机程序来实现。
图3中所示的流程图中的至少一部分或全部可以通过硬件来实现。例如，可以在现场可编程门阵列(fpga)上通过使用预定的编译器从用于实现这些步骤的计算机程序生成专用电路，并且，该专用电路可以用于硬件实现。像fpga一样，门阵列电路可以被形成用于硬件实现。专用集成电路(asic)可以用于实现。
当源设备(通信装置101)通电时，开始图3中的a的流程图。可以根据源设备上的预定应用的启动而开始图3中的a的流程图。当沉设备(通信装置102)通电时，开始图3中的b的流程图。可以根据沉设备上的预定应用的启动而开始图3中的b的流程图。
在步骤s301中，源设备最初确定是否由用户从输入单元204进行用于画面和/或音频共享的开始操作。开始操作的示例是用户按压用于开始画面和/或音频共享的控制按钮。如果没有进行开始操作(步骤s301中为“否”)，则处理返回到步骤s301，并且源设备再次进行确定。
如果进行了开始操作(步骤s301中为“是”)，则处理进行到步骤s302。这里，在源设备与沉设备之间进行设备搜索。具体地，在步骤s302中，源设备发送符合ieee802.11系列的探测请求作为设备发现请求。在步骤s303中，接收这种信号的沉设备发送符合ieee802.11系列的探测响应作为对该信号的响应。源设备和沉设备由此发现彼此。在源设备上显示发现的设备列表。在步骤s304中，用户从设备列表中选择连接对方装置(沉设备)。
沉设备可以发送探测请求，并且源设备可以发送探测响应来发现彼此。用户可以从沉设备中选择连接对方装置。
基于
在处理进行到步骤s305和s306之前，源设备和沉设备可以进行服务搜索。基于
在步骤s305中，源设备与作为在步骤s304中选择的连接对方设备(对方设备)的沉设备进行连接设置。在步骤s306中，沉设备同时与源设备进行连接设置。具体地，源设备和沉设备进行
可以从两种类型的方法(即
现在将描述步骤s305和s306的详细过程。沉设备最初将探测请求发送到源设备。接收到探测请求时，源设备将探测响应发送给沉设备。源设备和沉设备由此确认彼此的对方装置的存在。为了确定组所有者(go)，然后，源设备发送go协商请求。该信号包括源设备的意图值。充当go的设备扮演与
作为对go协商请求的响应，沉设备发送go协商响应。该信号包括沉设备的意图值。通信装置101和102在大小上比较沉设备和源设备的意图值。具有较大的意图值的设备充当go。在本示例性实施例中，源设备充当go。沉设备可以充当go。源设备最终将go协商确认发送到沉设备，由此确定源设备和沉设备中的各个的角色，是充当go还是客户端。这里假设源设备被确定为充当go，而沉设备充当客户端。
然后，源设备和沉设备通过使用wi-fiprotectedsetuptm(wps)方法共享在其间建立网络连接所需的参数信息，例如连接和安全相关的信息。基于交换的参数信息，充当客户端的沉设备向充当go的源设备发送关联请求。接收到该信号后，源设备发送关联响应作为响应。
以这种方式，在源设备与沉设备之间建立根据
接下来，源设备和沉设备建立tcp连接。tcp连接通过三方握手建立，其中源设备作为tcp服务器，沉设备作为tcp客户端。
以这种方式，建立
在步骤s307中，源设备进行能力协商。在步骤s308中，沉设备也进行能力协商。根据
在步骤s309中，在能力协商完成的情况下，源设备建立
在步骤s311中，在步骤s309和s310中的rtsp消息交换结束之后，源设备进行镜像处理。源设备中的镜像处理包括，例如，拍摄正在显示的画面，对拍摄图像的编码，复用和数据发送处理。在步骤s312中，沉设备类似地进行镜像处理。沉设备中的镜像处理包括，例如，数据接收，多路解编(demultiplexing)，对拍摄图像的解码以及对解码的拍摄图像的再现处理。通过这样的处理，关于源设备的正在显示的画面和正在再现的音频的信息的流(画面和/或音频流)从源设备被发送到沉设备。
根据
在步骤s313中，源设备确定用户是否从输入单元204发出用于内容重定向的开始指令。例如，可以通过用户从源设备选择预期用于内容重定向服务的内容(云服务器104上的内容)的操作发出用于内容重定向的开始指令。可选地，可以通过用户输入沉设备识别内容所需的信息的操作来发出开始指令。可以通过用户在内容的回放期间进行预定操作来发出开始指令。
如果用户没有发出用于内容重定向的开始指令(步骤s313中为“否”)，则处理返回到步骤s311。在步骤s311中，源设备继续镜像处理。如果用户发出了用于内容重定向的开始指令(步骤s313中为“是”)，则处理进行到步骤s314。在步骤s314中，源设备向沉设备询问是否支持内容重定向功能。在步骤s315中，接收到询问的沉设备向源设备通知关于内容重定向功能是否被支持的信息以及沉设备可以通过内容重定向功能再现的运动图像共享服务的名称作为响应。
在步骤s316中，源设备确定沉设备是否支持内容重定向功能。这里，可以基于在前述步骤s315中从沉设备发送的响应的内容来进行确定。
在步骤s316中，如果确定沉设备不支持内容重定向功能(步骤s316中为“否”)，则处理返回到步骤s311。在步骤s311中，源设备继续发送画面和/或音频流。这里，源设备和沉设备中的至少一个可以通知用户沉设备不支持内容重定向功能。
在步骤s316中，如果确定沉设备支持内容重定向功能(步骤s316中为“是”)，则处理进行到步骤s317。在步骤s317中，源设备将关于内容的相关信息通知给沉设备。在步骤s318中，沉设备接收从源设备发送的关于内容的相关信息。这里，关于要发送和接收的内容的相关信息的示例包括关于用于标识云服务器104上的内容的标识符、服务名称、关于内容的位置信息(uri或url)以及再现开始时间(偏移量)。关于要发送和接收的内容的相关信息可以是这样的信息的一部分。
在步骤s319中，通过直到前述步骤s318的处理准备好开始内容重定向的源设备暂停操作中的镜像处理以限制画面的发送。在步骤s320中，沉设备也暂停操作中的镜像处理。如果在镜像期间进行内容重定向，则可以减少源设备和沉设备中的各个上的镜像的处理负荷，以通过暂停镜像处理来抑制功耗。
通过在步骤s317和s318中发送和接收关于内容的相关信息进行的消息交换来触发镜像处理的暂停。
在步骤s321中，沉设备基于步骤s318中接收到的关于内容的相关信息从云服务器104接收并再现内容。这里，沉设备经由接入点103从云服务器104接收内容。
取决于内容的类型和服务的类型，存在用于内容接收的各种方法和协议。例如，可以使用超文本传输协议(http)实时流式传输(hls)和httpget方法。
在通过内容重定向接收并开始再现内容之后，处理进行到步骤s322。在步骤s322中，沉设备检测内容重定向的状态，并且向源设备通知关于该状态的信息。在步骤s323中，源设备从沉设备接收关于内容重定向的状态的信息。然后，沉设备和源设备二者都根据内容重定向的状态进行预定的控制。以下将参照图4a、图4b、图5a和图5b来描述步骤s322和s323中的处理的细节。
在步骤s324和s325中，源设备和沉设备分别确定镜像是否结束。镜像可以在各步骤s322和s323中结束。
在步骤s324中，如果确定镜像结束(步骤s324中为“是”)，则图3中的a所示的流程图结束。类似地，在步骤s325中，如果确定镜像结束(步骤s325中为“是”)，则图3中的b所示的流程图结束。
在步骤s324中，如果确定镜像没有结束(步骤s324中为“否”)，则处理返回到步骤s311。在步骤s311中，源设备恢复暂停的镜像处理。类似地，在步骤s325中，如果确定镜像未结束(步骤s325中为“否”)，则处理返回到步骤s312。在步骤s312中，沉设备恢复暂停的镜像处理。
如上所述，图3的流程图示出了源设备和沉设备在进行内容重定向时实现的处理。
图4a、图4b、图5a和图5b示出了在图3的步骤s322和s323中进行的处理。在图4a、图4b、图5a和图5b中，沉设备检测内容重定向的状态，并且向源设备通知关于该状态的信息。然后，沉设备和源设备根据内容重定向的状态进行相应的预定控制。图6a、图6b、图6c和图6d示出了在图4a、图4b、图5a和图5b中由源设备显示的显示画面的示例。
图4a和图4b分别示出了对应于图3的步骤s323和s322的流程图。
在步骤s401中，沉设备监视内容重定向的状态。在步骤s402中，沉设备确定是否检测到要通知给源设备的内容重定向的状态。具体地，再现内容的沉设备中的再现应用(例如，浏览器或播放器)监视并确定内容重定向的状态。
如本文所使用的，内容重定向的状态是指与内容的再现处理有关的状态。具体地，内容重定向的状态可以是指通过来自沉设备的用户操作的内容重定向的状态、与内容的再现有关的状态以及与内容的接收有关的状态。
将具体地描述各个状态。通过来自沉设备的用户操作的内容重定向的状态是指当用户通过使用沉设备的输入单元204来控制内容重定向时的内容重定向的状态。例如，如果用户将用于暂停内容重定向的操作输入到沉设备中，则内容重定向被暂停。沉设备检测到用于暂停内容重定向的用户操作被输入。虽然这里使用暂停作为用户操作的示例，但是也可以应用诸如停止、结束、回放、快进和后退的其他再现控制指令。
与内容的再现有关的状态是指在内容的再现期间的内容重定向的状态。例如，如果内容开始被再现，则沉设备检测从再现的开始起经过的时间，并且向源设备通知经过的时间。除了经过的时间之外，沉设备检测内容的再现速度、再现方向、再现位置、音频输出电平、再现错误编号和再现结束。如本文所使用的，内容再现的结束是指内容被再现到末尾的情况。沉设备还可以检测多条内容是否被设置为连续再现，以及是否设置了一条内容被重复再现。如果与内容的再现相关联地发生任何错误，则再现错误编号是表示错误的类型或内容的编号。
与内容的接收有关的状态是指在接收内容期间的内容重定向的状态。例如，如果沉设备正在下载内容，则沉设备检测完成下载的估计剩余时间。沉设备也可以检测下载的进度和接收错误编号。如果与内容的接收相关联地发生任何错误，则接收错误编号是表示错误的类型或内容的编号。内容重定向错误可能有各种原因。示例包括云服务器104的故障、使得沉设备可以连接到云服务器104但没有找到内容的情况、认证错误、超时以及其他通信故障。
确定要通知给源设备的内容重定向的状态被检测到的情况是指当通过对沉设备上的用户操作来改变内容重定向的状态时。然而，这不是限制性的。以下任何一种情况也适用：当内容的再现结束时；当发生再现或接收错误时；以及每当在内容重定向的开始与结束之间经过预定的时间时。
如果多条内容被设置为连续再现，则内容的再现结束的情况可以是指当一条内容的再现结束时或者当所有条的内容的再现结束时。任意一条内容的再现结束的情况也适用。如果至少一条内容被设置为重复再现，则当内容的再现结束时的定时可以指当内容的一次再现结束时或者当内容的任意次数的再现结束时。
在步骤s402中，如果沉设备检测到要被通知给源设备的内容重定向的状态(步骤s402中为“是”)，则处理进行到步骤s403。在步骤s403中，沉设备将关于内容重定向的状态的信息通知给源设备。处理进行到步骤s406。在步骤s402中，如果沉设备没有检测到要通知给源设备的内容重定向的状态(步骤s402中为“否”)，则处理返回到上述的图3中的b的步骤s321。在步骤s321中，沉设备继续接收和再现内容。
在步骤s404中，源设备确定是否从沉设备通知关于内容重定向的状态的信息。如果未通知关于内容重定向的状态的信息(步骤s404中为“否”)，则处理返回到步骤s404。如果通知了关于内容重定向的状态的信息(步骤s404中为“是”)，则处理进行到步骤s405。
在步骤s405中，源设备确定内容重定向是否结束。内容重定向结束是指基于对沉设备的用户操作而结束内容重定向的情况、内容的再现由于到达内容的末尾而结束的情况、或者发生内容的诸如再现错误和接收错误的错误的情况。源设备基于在步骤s404中接收到的通知进行确定。在步骤s406中，沉设备还确定内容重定向是否结束。沉设备基于步骤s402中的检测结果进行确定。
在步骤s406中，如果沉设备确定内容重定向结束(步骤s406中为“是”)，则处理进行到步骤s407。在步骤s407中，沉设备确定是否通过对沉设备的用户操作结束内容重定向。如果内容重定向由用户操作结束(步骤s407中为“是”)，则处理进行到步骤s408。在步骤s408中，沉设备结束来自云服务器104的内容的接收。然后，处理进行到步骤s412。
在步骤s407中，如果内容重定向不是通过用户操作而结束(步骤s407中为“否”)，则处理进行到步骤s412。内容重定向不是通过用户操作而结束的情况的示例包括：当内容的再现由于到达内容的末尾而结束时，以及当由于错误而结束内容重定向时。
在步骤s405中，如果源设备确定内容重定向没有结束(步骤s405中为“否”)，则处理进行到步骤s409。在步骤s409中，源设备在输出单元205的再现控制用户界面(ui)显示上反映内容重定向的状态。具体地，如果源设备被沉设备通知关于内容重定向的状态的信息，则源设备显示图6d所示的内容重定向状态显示604。内容重定向状态显示604在再现控制的ui上反映并显示沉设备或对方装置中的内容重定向的状态。
以这种方式，源设备可以检测沉设备中的内容重定向的状态。用户可以从源设备上的图6d的内容重定向状态显示604获知内容重定向的状态。
可以使得用户能够从源设备的操作单元对内容重定向进行再现控制(例如，快进、后退和暂停)，并且源设备可以向沉设备通知经由操作单元所进行的用户操作。在这种情况下，沉设备根据来自源设备的通知来进行内容重定向的处理。由此，用户可以从源设备的操作单元对内容重定向进行再现控制。
另一方面，如果源设备确定内容重定向结束(步骤s405中为“是”)，则处理进行到步骤s410。在步骤s410中，源设备向用户通知内容重定向结束。例如，源设备通过在输出单元205上显示消息来进行通知。
例如，如果源设备被通知通过对沉设备的用户操作结束了内容重定向，则源设备显示图6a中所示的内容重定向结束显示画面601。内容重定向结束显示画面601显示用于通知用户在沉设备或对方装置中内容重定向结束的消息，以及用于选择是否恢复通过镜像的画面和/或音频共享的选择画面。
在显示选择画面的情况下，处理进行到步骤s411。在步骤s411中，源设备确定是否恢复通过镜像的画面和/或音频共享。步骤s411中的确定是基于在步骤s410中在源设备上显示的选择画面上的用户的选择而进行的。
如果用户选择恢复画面和/或音频共享(在图6a中选择“是”)(步骤s411中为“是”)，则处理进行到步骤s413。在步骤s413中，源设备进行用于恢复通过镜像的画面和/或音频共享的处理。另一方面，如果用户没有选择恢复画面和/或音频共享(在图6a中选择“否”(步骤s411中为“否”)，则处理进行到步骤s415。在步骤s415中，源设备进行用于结束通过镜像的画面和/或音频共享的处理。
在步骤s412中，沉设备也确定是否进行通过镜像的画面和/或音频共享。基于源设备在步骤s413或s415中发送的信号而进行该确定。该确定与源设备的确定一致。如果要进行镜像(步骤s412中为“是”)，则处理进行到步骤s414。如果不是(步骤s412中为“否”)，则处理进行到步骤s416。
将详细描述进行通过镜像的画面和/或音频共享的情况。
在步骤s413中，源设备向沉设备发送rtspset_parameter消息，该消息是用于使沉设备发送rtspplay消息的触发(trigger)。如果沉设备从源设备接收到作为发送rtspplay消息的触发的rtspset_parameter消息，则沉设备确定进行镜像(步骤s412中为“是”)。然后，处理进行到步骤s414。在步骤s414中，沉设备根据rtspset_parameter消息发布并发送rtspplay消息。rtspplay消息是意味着画面发送开始的消息。在步骤s324中为“否”的步骤s311中，源设备因此取消对画面发送的限制并恢复发送画面。在步骤s325中为“否”的步骤s312中，沉设备恢复从源设备接收和再现画面。以这种方式，恢复通过镜像的画面和/或音频共享。
可以恢复镜像，而无需rtspplay消息的明确发送或接收。在这种情况下，当源设备取消对画面发送的限制并且恢复发送画面时，沉设备可以恢复接收和再现画面。
接下来，将详细描述不进行通过镜像的画面和/或音频共享的情况。如果用户选择不恢复画面和/或音频共享(在图6a中选择“否”)，则这种情况适用。
在步骤s415中，源设备向沉设备发送符合
如果在没有关于是否恢复画面和/或音频共享的用户的指令的情况下经过了预定时间，则可以自动恢复画面和/或音频共享。在这种情况下，步骤s411中的确定为“是”。用户可以预先将超时的持续时间设置为任意时间。将超时的持续时间设置为零使得能够立即恢复画面和/或音频共享。可选地，如果在没有关于是否恢复画面和/或音频共享的用户的指令的情况下经过了预定时间，则可以自动结束画面和/或音频共享。在这种情况下，步骤s411中的确定为“否”。在经过预定时间之后是否恢复画面和/或音频共享可以由用户预先设置，或者可以在设备中预先设置。
以这种方式，当在沉设备上检测到用于结束内容重定向的操作时，源设备可以任意选择是否恢复画面和/或音频共享。
将描述在步骤s410中显示的画面的另一个示例。例如，如果沉设备通知源设备，内容的再现由于到达内容的末尾而结束，则源设备显示图6b所示的内容重定向完成显示画面602。内容重定向完成显示画面602显示在沉设备或对方装置中内容的再现完成的消息，以及用于选择是否恢复通过镜像的画面和/或音频共享的选择画面。图6b中选择“是”和“否”时的操作分别与图6a中选择“是”和“否”时的操作类似。因此将省略其描述。
以这种方式，当在沉设备中检测到内容的再现要结束时，源设备可以任意地选择是否恢复通过镜像的画面和/或音频共享。
将描述在步骤s410中显示的画面的另一个示例。例如，如果沉设备通知源设备，内容重定向错误，则源设备显示图6c所示的内容重定向错误显示画面603。如这里所使用的，错误是指再现错误或接收错误。内容重定向错误显示画面603显示沉设备或对方装置未能通过内容重定向获得内容的消息以及用于选择是否恢复通过镜像的画面和/或音频共享的选择画面。这里，内容重定向错误显示画面603可以根据错误编号显示错误编号或消息和/或图标。这使用户能够找出错误的原因并选择是否在一个画面上恢复镜像。当在图6c中选择“是”和“否”时的操作分别与在图6a中选择“是”和“否”时的操作类似。因此将省略其描述。
以这种方式，利用图6c中的内容重定向错误显示画面603，源设备检测沉设备中内容重定向的错误的发生以及错误的原因。另外，源设备可以任意地选择是否恢复通过镜像的画面和/或音频共享。
步骤s410可以被跳过。在这种情况下，进行与在图6a至图6c中选择“是”时的操作类似的操作(恢复镜像)。可以替代地进行与在图6a至图6c中选择“否”时的操作类似的操作(结束操作)。要进行哪个操作可以被预先设置或者可以由用户设置。这里，不是通过用户操作而是根据预定的设置或用户设置来进行步骤s411中的确定。
代替步骤s412到s416，沉设备可以在步骤s407或s408之后自发地向源设备发送rtspplay请求。如果源设备在步骤s411中确定恢复镜像，则源设备将包括rtspok的状态码的rtspplay响应发送到沉设备作为对rtspplay请求的响应。然后，源设备解除对画面发送的限制并恢复发送画面。沉设备接收并再现画面。通过镜像的画面和/或音频共享因此被恢复。
另一方面，如果源设备在步骤s411中确定不恢复镜像，则源设备发送包括与rtspok不同的状态码的rtspplay响应作为对rtspplay请求的响应。在这种情况下，可以包括ng的状态码或预定的错误编号。源设备然后进行镜像结束处理。沉设备也进行镜像结束处理。
可选地，在步骤s407或s408之后，沉设备可以自发地发送rtspteardown请求。如果源设备在步骤s411中确定恢复镜像，则尽管接收到rtspteardown请求，源设备也进行镜像恢复处理。具体地，源设备发送包括与rtspok不同的状态码的rtspteardown响应作为对rtspteardown请求的响应。在这种情况下，可以包括ng的状态码或预定的错误编号。源设备然后进行镜像恢复处理。沉设备也进行镜像恢复处理。另一方面，如果源设备在步骤s411中确定结束镜像，则源设备向沉设备发送包括rtspok的状态码的rtspteardown响应。结果，
图5a和图5b示出了当沉设备检测到内容重定向的状态并且向源设备通知关于该状态的信息时的不同处理的流程图。图5a和图5b分别对应于图3的步骤s323和s322。在图5a和图5b中，沉设备根据来自源设备的触发来结束内容重定向。
沉设备的步骤s501至s503和s506分别类似于图4b的前述步骤s401至s403和s406。因此将省略其描述。源设备的步骤s504、s505和s507分别类似于图4a的前述步骤s404、s405和s409。因此将省略其描述。
在步骤s508中，沉设备确定是否通过对沉设备的用户操作结束内容重定向。基于步骤s502中的检测结果进行确定。如果内容重定向被确定为通过对沉设备的用户操作结束(步骤s508中为“是”)，则处理进行到步骤s510。
在步骤s509中，源设备也确定内容重定向是否通过对沉设备的用户操作结束。基于在步骤s504中接收到的通知进行确定。如果确定内容重定向通过对沉设备的用户操作结束(步骤s509中为“是”)，则处理进行到步骤s511。
在步骤s510中，沉设备指示源设备发送内容重定向结束请求，使得进行结束内容重定向的处理。在步骤s511中，源设备接收发送的指令。
在步骤s503和s504中，源设备可以向源设备发送根据来自沉设备的前述通知的内容重定向结束请求。换句话说，如果给出前述通知，则源设备将通知视为用于内容重定向结束请求的发送指令。在这种情况下，步骤s510和s511可以被跳过。
在步骤s512中，在步骤s511中接收到发送指令的源设备向沉设备发送内容重定向结束请求。在步骤s513中，沉设备接收从源设备发送的内容重定向结束请求。在步骤s514中，接收内容重定向结束请求的沉设备结束从云服务器104接收内容。
然后，处理进行到步骤s517。如果确定内容重定向不是通过对沉设备的用户操作而结束(步骤s508中为“否”)，则处理也进行到步骤s517。
当源设备在步骤s512中将内容重定向结束请求发送到沉设备之后，处理进行到步骤s515。如果确定内容重定向不是通过对沉设备的用户操作而结束(步骤s509中为“否”)，则处理也进行到步骤s515。
步骤s515至s521的处理分别类似于上述的图4a至图4b的步骤s410至s416的处理。因此将省略其描述。
如上所述，在图4a、图4b、图5a和图5b的流程图的处理中，沉设备将关于内容重定向的状态的信息通知给源设备。源设备由此可以检测沉设备中的内容重定向的状态。然后，源设备可以根据内容重定向的状态自主地进行控制。
通过内容重定向，可以连续地再现多条内容。在这种情况下，源设备被构造为能够在内容重定向期间指定要在沉设备当前再现的内容之后再现的一条或多条内容。在图3中的b的步骤s322中，沉设备检测到内容的再现结束。在步骤s323中，源设备被通知再现结束。在步骤s324中，源设备接收内容重定向的状态。如果存在用户想要接下来再现的内容，则处理返回到步骤s317。在步骤s317中，源设备将关于内容的相关信息发送给沉设备。在步骤s318中，沉设备接收关于内容的相关信息。在步骤s321中，沉设备从云服务器104接收内容。由于镜像已经被暂停，所以步骤s319和s320被跳过。由于步骤s322及后续步骤的操作类似于前述的操作，因此将省略其描述。
在本示例性实施例中，镜像处理在内容重定向之前开始。然而，内容重定向可以在没有镜像处理的情况下开始。具体地，在图3中的a的步骤s301中，源设备可以确定用户是否进行用于内容重定向的开始操作。在这种情况下，图3的步骤s311至s313、s319和s320被省略。
如果内容重定向结束，则图4a的步骤s410和s411以及图5a的步骤s515和s516可以被省略。在这样的情况下，如果图4a的步骤s405中的确定是“是”，则处理可以进行到步骤s415。类似地，如果图5a的步骤s509中的确定是“否”或者在步骤s512之后，则处理可以进行到步骤s520。
换句话说，取决于在内容重定向之前镜像还是在没有镜像的情况下进行内容重定向，源设备可以在通知内容重定向的结束时改变处理。
在本示例性实施例中，云服务器104仅需要保持至少一条内容。通信装置101和102可以通过内容重定向来再现至少一条内容。此外，通信装置101可以在图3中的a所示的步骤s317的处理中将关于多条内容的相关信息发送到通信装置102。在这种情况下，通信装置102基于所获得的关于多条内容的相关信息从云服务器104获得并再现至少一条内容。
图3至图5b所示的流程图的步骤可以由未示出的多个cpu或装置以散布式方式进行。如果步骤由多个装置以散布式方式进行，则源设备用作源系统，并且沉设备用作沉系统。
以上已经详细描述了示例性实施例。然而，示例性实施例可以包括系统、装置、方法、程序和记录介质(存储介质)。具体地，示例性实施例可以应用于包括多个设备(例如，主机计算机、接口设备、摄像装置和web应用)的系统。示例性实施例可以应用于包括单个设备的装置。
其它实施例
另外，可以通过读出并执行记录在存储介质(也可更完整地称为“非临时性计算机可读存储介质”)上的计算机可执行指令(例如，一个或更多个程序)以执行上述实施例中的一个或更多个的功能、并且/或者包括用于执行上述实施例中的一个或更多个的功能的一个或更多个电路(例如，专用集成电路(asic))的系统或装置的计算机，来实现本发明的实施例，并且，可以利用通过由所述系统或装置的所述计算机例如读出并执行来自所述存储介质的所述计算机可执行指令以执行上述实施例中的一个或更多个的功能、并且/或者控制所述一个或更多个电路执行上述实施例中的一个或更多个的功能的方法，来实现本发明的实施例。所述计算机可以包括一个或更多个处理器(例如，中央处理单元(cpu)，微处理单元(mpu))，并且可以包括分开的计算机或分开的处理器的网络，以读出并执行所述计算机可执行指令。所述计算机可执行指令可以例如从网络或所述存储介质被提供给计算机。所述存储介质可以包括例如硬盘、随机存取存储器(ram)、只读存储器(rom)、分布式计算系统的存储器、光盘(诸如压缩光盘(cd)、数字通用光盘(dvd)或蓝光光盘(bd)tm)、闪存设备以及存储卡等中的一个或更多个。
本发明的实施例还可以通过如下的方法来实现，即，通过网络或者各种存储介质将执行上述实施例的功能的软件(程序)提供给系统或装置，该系统或装置的计算机或是中央处理单元(cpu)、微处理单元(mpu)读出并执行程序的方法。
根据示例性实施例，被构造为发送关于存储在外部装置中的内容的信息的装置可以根据关于发送该信息的目的地中的内容的再现处理的状态来自主地进行控制。
虽然已经描述了示例性实施例，但是，应该理解，本发明不限于所公开的示例性实施例。下述权利要求的范围应当被赋予最宽的解释，以便涵盖所有这类变型例以及等同的结构和功能。