通信装置、控制方法及计算机可读存储介质与流程

本发明涉及一种通信装置、控制方法及计算机可读存储介质。

背景技术：

最近，对监视器画面进行无线地镜像(mirroring)的技术被标准化为wi-fidisplay(wi-fi显示)(wi-fi)。镜像是将发送装置的监视器画面经由网络发送给接收装置并共享监视器画面的技术。在wi-fi显示中定义了诸如具有发送监视器画面的功能的源设备(sourcedevice)和具有接收监视器画面的功能的沉设备(sinkdevice)的角色。

例如，存在两种方法作为根据wi-fi显示标准的画面共享的方法。第一种方法是对源设备的显示器画面上再现的视频(显示器画面上显示的图像)进行拍摄、编码然后发送的方法(在下文中被称为镜像模式)。第二种方法是在不对源设备的存储设备中存储的并且未在显示器画面上再现的视频(未在显示器画面上显示的图像)进行拍摄和编码而以预定方法对其进行多路复用和发送的方法(在下文中被称为直接模式)。

另一方面，提出了如下的方法，该方法根据要被执行的应用来确定是否启用/禁用数据发送，并且如果确定在通过利用无线lan使源设备中再现的数据向外部输出时禁用数据发送，则发送预先存储的各种数据(见日本特开2014-2581号公报)。

作为在以wi-fi显示的直接模式的画面共享结束时的操作，考虑了以镜像模式的继续画面共享的操作和终止画面共享的操作中的一者。注意，能够通过用户操作或者当自再现存储的视频起经过了预定时间时终止画面共享。在画面共享结束时的前者操作的情况下，可能在沉设备的画面上无意地显示源设备的高度机密画面。在后者操作的情况下，在直接模式结束之后，在确认对沉设备的画面的操作的同时无法进行源设备的画面操作(例如，从图像列表选择特定图像等)。

此外，在日本特开2014-2581号公报中，根据要执行的应用来确定是否启用/禁用数据发送，使得在执行特定应用的同时无法在数据发送的禁用/启用状态之间切换。

技术实现要素：

本发明提供了解决上述问题的技术。

根据本发明的一方面，提供一种通信装置，所述通信装置包括：通信单元，其被构造为与其他通信装置进行通信，以及以第一通信模式和第二通信模式中的一者发送图像数据，在所述第一通信模式中，将在通信装置的显示单元中显示的图像数据发送给其他通信装置，在所述第二通信模式中，将在通信装置的存储单元中存储的图像数据发送给其他通信装置，且不在显示单元中显示；以及确定单元，其被构造为确定是否继续图像数据发送，其中，在根据所述第二通信模式发送图像数据之后，终止所述第二通信模式，所述通信单元被构造为：在所述确定单元确定继续图像数据发送的情况下，根据所述第一通信模式继续发送图像数据；以及在所述确定单元确定不继续图像数据发送的情况下，终止图像数据发送。

根据本发明的另一方面，提供一种通信装置的控制方法，所述控制方法包括：通过以第一通信模式和第二通信模式中的一者发送图像数据，在所述第一通信模式中，将在通信装置的显示单元中显示的图像数据发送给其他通信装置，在所述第二通信模式中，将在通信装置的存储单元中存储的图像数据发送给其他通信装置，且不在通信装置的显示单元中显示；确定是否继续图像数据发送；以及在根据第二通信模式发送图像数据之后，终止所述第二通信模式，在确定步骤中确定决定继续图像数据发送的情况下，根据所述第一通信模式来控制通信装置发送图像数据，并且在确定步骤中确定不继续图像数据发送的情况下，控制通信装置终止图像数据发送。

通过下面(参照附图)对示例性实施例的描述，本发明的其他特征将变得清楚。

附图说明

图1是示出根据第一实施例的通信系统的网络构造的图；

图2a和图2b是各自示出通信装置101的布置的框图；

图3是示出通信装置101与其他通信装置对监视器画面进行镜像的过程的示例的流程图；

图4是示出通信装置101开始画面共享的画面的示例的图；

图5是示出通信装置101的操作设置画面的示例的图；

图6是用于说明在直接模式结束之后当通信装置101以镜像模式继续画面共享时与其他通信装置102的连接序列的序列表；

图7是用于说明在直接模式结束之后当通信装置101不继续画面共享时与其他通信装置102的连接序列的序列表；

图8是用于说明在直接模式结束时在通信装置101没有继续画面共享而是稍后恢复画面共享的情况下，与其他通信装置102的连接序列的序列表；

图9是示出根据第二实施例的通信装置与其他通信装置对监视器画面进行镜像的过程的示例的流程图；以及

图10是示出根据第三实施例的通信装置与其他通信装置对监视器画面进行镜像的过程的示例的流程图。

具体实施方式

下面将参照附图基于本发明的实施例详细描述本发明。注意，以下实施例中示出的布置仅仅是示例，并且本发明不限于所例示的布置。

<第一实施例>

图1示出根据本实施例的通信系统的网络构造。通信装置101能够与其他通信装置102进行无线通信。注意，通信装置101充当对在显示单元205中显示的监视器画面进行发送的源设备(图2a)。也就是说，通信装置101能够以镜像模式和直接模式发送图像数据。镜像模式是通信装置101发送在显示单元205中再现的视频(在显示单元205中显示的图像数据)的操作模式。直接模式是通信装置101发送在存储单元201(图2a)中存储并且在显示单元205中未显示的视频(未在显示单元205中显示的图像数据)的操作模式。以镜像模式和直接模式发送的图像数据是运动图像或静止图像，并且不仅包括诸如照片或视频等的图像还包括诸如文档或图形等的数据。其他通信装置102充当对从源设备发送的视频进行接收和再现的沉设备。给出了诸如平板电脑、智能手机、pc、蜂窝电话、照相机和视频照相机等的图像输入装置作为源设备的实例。然而，本发明不限于这些实例，只要他们满足稍后要描述的硬件布置(图2a)和功能布置(图2b)即可。可以给出诸如平板电脑、智能手机、pc、蜂窝电话、电视机、机顶盒、头戴式显示器、投影仪、显示器和汽车导航装置等的图像输出装置作为沉设备的实例。然而，本发明不限于这些实例。

注意，在本实施例中，将假设通信装置101通过符合ieee802.11系列的无线lan进行通信而给出描述。然而，本实施例的布置也适用于诸如uwb、zigbee和mboa等的其他无线通信系统。此外，本实施例的布置也适用于诸如有线lan等的有线通信系统。通信装置101和其他通信装置102除了彼此直接通信以外，还可以经由中继装置(未示出)(例如接入点)彼此通信。注意，mboa代表多频带ofdm联盟。uwb包括无线usb、无线1394、winet等。

图2a和图2b分别示出通信装置101的硬件布置和功能布置。首先将描述图2a中的硬件布置。存储单元201由诸如rom或ram等的存储器构成并且存储各种类型的信息，例如用于进行稍后描述的各种操作的程序和用于无线通信的通信参数等。注意，除了诸如rom或ram等的存储器以外，例如软盘、硬盘、光盘、磁光盘、cd-rom、cd-r、磁带、非易失性存储卡或dvd等的存储介质也可以用作存储单元201。存储单元201可以包括例如多个存储器。

控制单元202由诸如cpu或mpu等的处理器构成并通过执行在存储单元201中存储的程序和至少实现图2b所示的功能布置来控制整个通信装置101。注意，控制单元202可以通过os(操作系统)与在存储单元201中存储的程序之间的协作来控制整个通信装置101。作为选择，控制单元202可以包括诸如多核处理器等的多个处理器并通过多个处理器控制整个通信装置101。

控制单元202控制功能单元203以进行诸如摄像和投影等的预定处理。功能单元203是用于通信装置101进行预定处理的硬件。例如，如果通信装置101是照相机，则功能单元203是摄像单元并进行摄像处理。由功能单元203处理的数据可以是在存储单元201中存储的数据或经由稍后描述的通信单元206与其他通信装置通信的数据。

输入单元204从用户接受各种操作。显示单元205进行各种显示操作。注意，显示单元205可以进行例如振动输出或通过扬声器的声音输出。注意，输入单元204和显示单元205二者可以通过如触摸面板的一个模块来实现。

通信单元206控制ip通信或符合ieee802.11系列的无线通信。通信单元206还控制天线207发送和接受用于无线通信的无线信号。通信装置101经由通信单元206与其他通信装置102通信图像数据。在本实施例中，将给出如下描述，假设wi-fi显示被用作用于通过无线lan对监视器画面进行镜像的通信系统。然而，本发明不限于wi-fi显示，而是可以使用诸如widi等的其他类似通信系统。在wi-fi显示标准中，通常将wi-fidirect用于无线连接。然而，本发明不限于此，而是也可以使用通过基础架构模式的无线lan连接、通过特设模式(adhocmode)的无线lan连接或者asp(应用服务平台)。

现在将描述图2b中的功能布置。显示控制单元211控制显示单元205的画面显示。通信控制单元212进行关于经由通信单元206的画面共享的通信控制。模式决定单元213决定当开始画面共享时通信装置101以镜像模式和直接模式中的哪种模式进行操作。模块管理单元214管理画面共享处理开始之后的操作模式。

图3是示出在通信装置101与其他通信装置102发送和接受监视器画面时，通过使控制单元202读出在存储单元201中存储的程序并执行该程序而实现的处理的序列的流程图。

注意，图3所示的流程图中的至少一部分可以通过硬件实现。当通过硬件实现流程图时，例如能够通过使用预定的编译程序根据用于实现各个步骤的程序在fpga上自动生成专用电路。fpga代表现场可编程门阵列(fieldprogrammablegatearray)。作为选择，类似于fpga，可以通过形成门阵列电路而将流程图实现为硬件。作为选择，可以通过asic(专用集成电路)来实现流程图。

首先，当用户经由输入单元204进行画面共享开始操作时，通信控制单元212开始画面共享(步骤s301)。现在将参照图4描述在步骤s301时的画面的示例。

图4示出当通信装置101开始画面共享时显示单元205中的画面的示例。如图4所示，显示控制单元211在通信装置101的显示单元205中显示图像401并且在图像401的下部显示画面共享开始按钮402。图像401例如是通过显示控制单元211从存储单元201加载的所存储的运动图像。

当用户按下(作为选择，包括例如滑动等的选择操作)画面共享开始按钮402时，通信控制单元212开始画面共享。在本实施例中，模式决定单元213根据画面共享开始操作前的数据显示状态来决定在画面共享开始时的模式(即，直接模式或镜像模式)。当在由用户选择的状态下或者在如图4中的、在显示单元205中显示有存储单元201中存储的图像的状态下进行画面共享开始操作时，模式决定单元213决定以直接模式开始图像共享处理。另一方面，当在用户未选择的状态下或者例如通信装置101的待机画面或主画面的、在显示单元205中未显示存储单元201中存储的图像的状态下，模式决定单元213决定以镜像模式开始图像共享处理。

注意，在其他通信装置102能够解码由wi-fi显示标准(wi-fidisplaystandard)定义的格式的图像数据时，能够通过直接模式进行画面共享。当其他通信装置102不能够解码图像数据或者当在显示单元205中显示例如文本数据、呈现数据、图形数据、文档和web页面等的数据或用于查看这些数据的应用画面时，模式决定单元213决定以镜像模式开始图像共享处理。注意，即使初始模式是镜像模式，模式决定单元213也能够在当用户选择存储的图像的定时将其切换为直接模式。然而，这不是本发明的主要主题，因此将省略其描述。

在步骤s301中开始画面共享之后，通信控制单元212发现并选择充当对方装置(partnerapparatus)的其他通信装置102(步骤s302)。可以通过通信装置101或对方装置发现并选择对方装置。然而在本实施例中通信装置101发现并选择对方装置。基于wi-fi显示标准，通信控制单元212通过发送并接收诸如信标、探测请求和探测响应等的无线框架来发现对方装置。注意，通信控制单元212也能够通过近场通信(nearfieldcommunication)(在下文中被称为nfc)中的触摸操作来利用例如蓝牙低能耗(ble)、qr或者移交(handover)。例如，如果通信单元206具有nfc通信功能，则通过nfc触摸操作来进行通信装置101和其他通信装置102之间的配对，并且随后的通信继承到wi-fi显示标准。

通信控制单元212还与在步骤s302中选择的对方装置进行连接设立。基于wi-fi显示标准，通信控制单元212能够利用例如信标、探测请求/响应、关联请求/响应、重新关联请求/响应、go协商请求/响应/确认、p2p邀请请求/响应以及提供发现(provisiondiscovery)请求/响应等用于连接设立。注意，go代表在wi-fi显示标准中定义的组拥有者(groupowner)。

随后，通信控制单元212与其他通信装置102进行能力交换和协商(步骤s304)。在wi-fi显示标准中定义利用rtsp(realtimestreamingprotocol，实时流协议)来进行能力交换和协商，并且通信控制单元212与其他通信装置102通过rtspm1至rtspm4交换预定消息。rtsp是用于控制流的协议，并且在较低的层中通常使用tcp作为传输协议。

随后，通信控制单元212建立对话并开始图像发送处理(步骤s305)。在wi-fi显示标准中，为了开始对话的建立和再现，通信控制单元212与其他通信装置102通过rtspm5至rtspm7交换预定消息。

在完成直到步骤s305的rtsp消息交换时，通信控制单元212进行到其他通信装置102的视频流(图像数据发送)(步骤s306)。在wi-fi显示标准中，rtp(real-timetransportprotocol，实时传输协议)用作为视频流协议。rtp是用于经由网络实时地发送并接收例如运动图像和声音等的多媒体数据的协议，并且在较低的层中利用udp或tcp作为传输协议。

随后，模式管理单元214确定是否在视频流期间终止直接模式(步骤s307)。作为该确定，模式管理单元214能够确定，例如随着时间的经过现在在视频流下的被存储的视频是否达到结尾。模式管理单元214可以确定通过对输入单元204的用户操作，或者来自其他通信装置102对输入单元204的远程操作，例如由wi-fi显示标准定义的uibc(用户输入返回信道)功能，是否做出停止再现视频的指令。

如果模式管理单元214确定终止直接模式(在步骤s307中为“是”)，则显示控制单元211在显示单元205中显示操作设置画面，并且输入单元204接受用户的设置指令(步骤s308)。

图5示出通过显示控制单元211在显示单元205中显示的操作设置画面的示例。显示控制单元211在显示单元205中显示能够选择是否继续画面共享的选择区域501。如果用户想要继续画面共享，则他/她能够选择ok(确定)按钮并且，如果他/她不想继续画面共享，则选择取消按钮。

在步骤s309中，基于用户在步骤s308中的选择操作，模式管理单元214确定是否继续画面共享。如果用户选择了ok按钮(在步骤s309中为“是”)，则模式管理单元214从直接模式切换到镜像模式，并且通信控制单元212继续根据该切换对画面进行镜像(步骤s310)。注意，能够通过使模式管理单元214通过rtspset_parameter(rtsp设置_参数)将参数设置为预定图像格式，来做出到镜像模式的切换(改变)。注意，参数所设置到的图像格式是当拍摄并编码在源设备的显示画面上再现的视频时使用的格式。

另一方面，如果用户选择取消按钮(在步骤s309中为“否”)，则模式管理单元214确定完成画面共享。响应于此，通信控制单元212终止视频共享(步骤s311)。在wi-fi显示标准中，通过与其他通信装置102交换rtspteardown(rtsp清楚)(m8)消息来终止视频流。结果是，rtsp与前述的rtp的会话断开。

随后，模式管理单元214确定有/无恢复画面共享的指令(步骤s312)。模式管理单元214能够通过检测用户是否按下图4中的画面共享开始按钮或者输入单元204是否接受用户的图像选择操作，来做出该确定。在步骤s312中，如果模式管理单元214确定没有恢复画面共享的指令的情况下经过了预定时间(在步骤s312中为“是”)，则决定断开无线连接。响应于此，通信控制单元212断开无线连接并终止画面共享处理(步骤s313)。注意，这里能够将预定时间(超时时间)预设为任意时间并且能够将其设置时间0。对于时间0，如果没有恢复画面共享的指令，则通信控制单元212能够立即断开无线连接。作为选择，当用户选择图5的画面上的取消按钮时，可以显示用于使用户指示“是否断开无线连接？”的画面，然后根据用户使用该画面的指令，处理可以进入步骤s313。

另一方面，在步骤s312中，如果模式管理单元214确定在预定时间内有恢复画面共享的指令(在步骤s312中为“否”)，则处理返回到步骤s304。然后，通信控制单元212再次全部执行从与其他通信装置102的能力交换和协商起的处理。注意，例如，恢复画面共享的指令是指诸如按下图4中所示的画面共享恢复按钮等的操作。但是，本发明不限于此，而指令可以是由用户进行的对被存储的图像的选择操作、再现操作等。

如上所述，图3中的流程图的处理使得通信装置101能够在直接模式结束时按照用户的意图来控制是否继续画面共享的操作。

现在将参照图6至图8描述本实施例的由通信装置101和其他通信装置102进行的整个系统的连接处理。

图6是用于说明在直接模式结束之后当通信装置101以镜像模式继续画面共享时与其他通信装置102的连接序列的序列表。通常，在wi-fi显示的序列中，在设备发现(步骤s601至步骤s604)、连接设立(步骤s605至步骤s613)、能力交换/协商(步骤s614)和会话建立/再现开始(步骤s615)的各步骤之后开始视频流(步骤s616)。注意，也准备在连接设立(步骤s605至步骤s613)等之前的发现设备的步骤作为wi-fi显示的可选标准。然而，在本实施例中为了描述简单而不使用。

在通信装置101和其他通信装置102的设备发现步骤中(步骤s601至步骤s604)，通信装置101和其他通信装置102通过来自充当源设备的通信装置101的开始设备发现(步骤s601)的指令来发送和接收探测请求(步骤s602)和探测响应(步骤s603)。注意，充当沉设备的其他通信装置102也能够开始设备发现。由wi-fidirect标准定义在设备发现时发送的和接收的无线框架，并且信标等也是可用的。通信装置101通过从其他通信装置102接收探测响应(步骤s603)来检测其他通信装置102，并且经由显示单元205将设备发现结果通知给用户(步骤s604)。

在通信装置101与其他通信装置102的连接设立的步骤中(步骤s605至步骤s613)，首先，通信装置101的用户从在显示单元205中显示的所发现的设备的列表中选择其他通信装置102(步骤s605)。选择之后，通信装置101与其他通信装置102发送并接收预定的无线框架(步骤s606至步骤s613)，进行连接设立。也由wi-fidirect标准定义在连接设立时发送的和接收的无线框架，并且除了在步骤s606至步骤s613中的无线框架之外，在上述步骤s303的说明中描述的无线框架也是可用的。

通信装置101与其他通信装置102的能力交换/协商步骤(步骤s614)和会话建立/再现开始步骤(s615)分别如在上述步骤s304和步骤s305的说明中所描述的。即通信装置101发送和接收由wi-fi显示标准定义的预定的rtsp消息，并且开始到其他通信装置102的视频流(步骤s616)。注意，为了描述的简单，这里进行通过直接模式的视频流。

随后，随着经过预定的时间或者由用户操作，终止对通信装置101中的存储的视频的再现(步骤s617)，通信装置101发送和接收rtsppause(rtsp暂停)(m9)消息(步骤s618)。因此，通信装置101暂停到其他通信装置102的视频流。此时，在其他通信装置102的显示单元中不显示通信装置101中的显示单元205的画面。注意，在视频流暂停的同时显示在其他通信装置102中的画面不是本发明的主要主题，并且因此将省略其描述。

注意，rtsppause请求通常从充当沉设备的其他通信装置102发送。然而，也可以通过在rtspset_parameter(m5)请求中应用触发器而从充当源设备的通信装置101侧向沉设备发出rtsppause请求。注意，不仅通过发送和接收rtsppause(m9)消息还能够通过不进行来自通信装置101的视频流，能够暂停与其他通信装置102的画面共享。

在通信装置101的显示单元205中显示图5中示例的操作设置画面(步骤s619)并且从用户接收到继续画面共享的指令(步骤s620)时，进行到通信装置101与其他通信装置102的镜像模式的切换(步骤s621至s623)。在切换到镜像模式时，通信装置101首先发送和接收rtspset_parameter(m4)消息(步骤s621)，并且设置在镜像模式中使用的参数。随后，在发送和接收rtspplay(m7)消息时(步骤s622)，通信装置101通过镜像到其他通信装置102来开始视频流(步骤s623)。

注意，与步骤s618中的rtsppause类似，通常从充当沉设备的其他通信装置102发送rtspplay(rtsp播放)请求。然而，也可以通过在rtspset_parameter(m5)请求中应用触发器而从充当源设备的通信装置101侧向沉设备发出rtspplay请求。注意，如果在步骤s618中没有发送和接收rtsppause(m9)消息，也需要在s622中没有发送和接收rtspplay(m7)消息。

图7是用于说明在直接模式结束之后当通信装置101不继续画面共享时与其他通信装置102的连接序列的序列表。通信装置101与其他通信装置102之间的连接序列(步骤s701至s719)与图6中的通信装置101与其他通信装置102之间的连接序列(步骤s601至s619)相同，因此将省略其描述。

与图6中的序列不同，在从用户接收到终止画面共享的指令时(步骤s720)，通信装置101通过发送和接收rtspteardown(m8)消息终止与其他通信装置102的视频流(步骤s712)。注意，通常从充当沉设备的其他通信装置102发送rtspteardown请求。然而，也可以通过在rtspset_parameter(m5)请求中应用触发器而从充当源设备的通信装置101侧向沉设备发出rtspteardown请求。最后，当经过了预定的超时时间而没有恢复画面共享的指令时(步骤s722)，通信装置101断开无线连接(步骤s723)并且终止与其他通信装置102的画面共享。

图8是用于说明在直接模式结束时在通信装置101没有继续画面共享而是稍后恢复画面共享的情况下与其他通信装置102的连接序列的序列表。通信装置101与其他通信装置102之间的连接序列(步骤s801至步骤s821)与图7中的通信装置101与其他通信装置102之间的连接序列(步骤s701至s721)相同，因此将省略其描述。

与图7中的序列不同，在从用户接收到恢复画面共享的指令时(步骤s822)，在能力交换/协商步骤(步骤s823)和会话建立/再现开始(步骤s824)的各步骤之后恢复视频流(步骤s825)。因此在恢复画面共享时可以跳过设备发现步骤(步骤s802)和连接设立步骤(步骤s806至步骤s813)，使得可以更容易地恢复视频流。

如上所述，在第一实施例中的通信装置101在直接模式结束时在显示单元205中显示用于选择是否继续画面共享的画面，并且基于来自用户操作来进行随后的处理。这使得用户能够根据意图决定在直接模式结束时是否进行画面共享，改善可操作性/对用户的便利性。

<第二实施例>

在上述的第一实施例中的通信装置101被构造为在直接模式结束时显示操作设置画面，并且基于用户操作控制是否继续画面共享。与此对照，在本实施例中的通信装置101仅在紧接在直接模式之前以镜像模式进行画面共享的情况下才显示操作设置画面。然后，如果在紧接在直接模式之前未以镜像模式进行画面共享，则通信装置101终止视频流而不显示操作设置画面。

图9是示出根据第二实施例的通信装置101与其他通信装置对监视器画面进行镜像的过程的示例的流程图。在图9中，步骤s901至s907和s910至s915中的处理分别与图3中的步骤s301至s307和s308至s313中的处理相同，因此将省略其描述。

在步骤s907中，如果判断直接模式被终止(步骤s907中为“是”)，则模式管理单元214确认紧接在刚刚终止的直接模式之前进行的画面共享的模式(步骤s908)。随后，模式管理单元214确定在步骤s908中确认的模式是否是镜像模式(步骤s909)。只有在模式管理单元214在步骤s909中确定紧接在刚刚终止的直接模式之前以镜像模式进行画面共享的情况下(步骤s909中为“是”)，显示控制单元211才显示操作设置画面(步骤s910)。另一方面，如果模式管理单元214未确定紧接在刚刚终止的直接模式之前以镜像模式进行了画面共享(步骤s909中为“否”)，则显示控制单元211不显示操作设置画面并且通信控制单元212终止视频流(步骤s913)。

如上所述，如果紧接在以直接模式的画面共享之前未进行以镜像模式的画面共享，则在本实施例中的通信装置101在不显示操作设置画面的情况下终止视频流。这能够控制在直接模式结束时是否继续画面共享的操作，使得能够改善可操作性/对用户的便利性。

<第三实施例>

在第二实施例中的通信装置101被构造为，仅在以紧接在直接模式之前的镜像模式进行画面共享的情况下显示操作设置画面，并且如果以镜像模式的画面共享未在紧接在直接模式之前进行，则终止视频流而不显示操作设置画面。与此对照，在本实施例中的通信装置101根据紧接在以直接模式的画面共享之前的模式在直接模式结束时自动地切换操作。

图10是示出根据第三实施例的、通信装置与其他通信装置对监视器画面进行镜像的过程的示例的流程图。在图10中，步骤s1001至s1009和s1010至s1013中的处理分别与图9中的步骤s901至s909和s912至s915中的处理相同，因此将省略其描述。

在步骤s1009中，如果确定紧接在前的模式是镜像模式(步骤s1009中为“是”)，则显示控制单元211不在显示单元205中显示操作设置画面。此外，模式管理单元214自动地切换到镜像模式，并且通信控制单元212继续画面共享。另一方面，如果未确定紧接在前的模式是镜像模式(步骤s1009中为“否”)，则通信控制单元212终止视频流(步骤s1011)。

如上所述，本实施例中的通信装置101根据紧接在以直接模式的画面共享之前的模式在直接模式结束时自动地切换操作。这能够控制在直接模式结束时是否继续画面共享的操作，使得能够改善可操作性/对用户的便利性。

<其他实施例>

注意，能够根据需要组合上述的各实施例，并且用户能够在要由通信装置操作的第一至第三实施例中的特定实施例中设置装置。

还可以通过读出并执行记录在存储介质(也可更完整地称为“非暂时性计算机可读存储介质”)上的计算机可执行指令(例如，一个或更多个程序)以执行上述实施例中的一个或更多个的功能、并且/或者包括用于执行上述实施例中的一个或更多个的功能的一个或更多个电路(例如，专用集成电路(asic))的系统或装置的计算机，来实现本发明的实施例，并且，可以利用通过由系统或装置的计算机例如读出并执行来自存储介质的计算机可执行指令以执行上述实施例中的一个或更多个的功能、并且/或者控制一个或更多个电路以执行上述实施例中的一个或更多个的功能的方法，来实现本发明的实施例。计算机可以包括一个或更多个处理器(例如，中央处理单元(cpu)、微处理单元(mpu))，并且可以包括分开的计算机或分开的处理器的网络，以读出并执行计算机可执行指令。计算机可执行指令可以例如从网络或存储介质被提供给计算机。存储介质可以包括例如硬盘、随机存取存储器(ram)、只读存储器(rom)、分布式计算系统的存储器、光盘(诸如压缩光盘(cd)、数字通用光盘(dvd)或蓝光光盘(bd)tm)、闪存装置以及存储卡等中的一个或更多个。

本发明的实施例还可以通过如下的方法来实现，即，通过网络或者各种存储介质将执行上述实施例的功能的软件(程序)提供给系统或装置，该系统或装置的计算机或是中央处理单元(cpu)、微处理单元(mpu)读出并执行程序的方法。

虽然已经参照示例性实施例对本发明进行了描述，但是应该理解，本发明不限于所公开的示例性实施例。应当对权利要求的范围给予最宽的解释，以使其涵盖所有这些变型例以及等同的结构及功能。