专利名称：通信系统和通信装置的制作方法
技术领域：
本发明涉及通信系统和通信装置，其包括通过发送遥控代码来执行遥控的遥控器以及作为遥控代码的操作目标的主装置，并且更具体地涉及通信系统和通信装置，其通过使用无线网络在遥控器与主装置之间执行双向通信。
背景技术：
目前，在各种信息装置(如，电视接收机和AV装置)中广泛地应用遥控。在本说明书中，作为遥控器的操作目标的装置体一般被称为“主装置”。作为遥控器的通信方式，已经使用了红外通信。红外通信具有诸如便宜和功耗低之类的优点，然而，红外通信具有诸如限于单向通信且没有方向性(directivity)之类的缺点。另一方面，当利用无线网络用作通信方式时，可以在遥控器与主装置之间执行双向通信，且扩展了通信范围，然而，存在的问题在于功耗高。在下文中，将考虑使用无线网络的遥控系统。许多主装置(如，电视接收机)使用商用交流电源作为主电源，其能够通过允许装置持续地处于接收等待状态来从遥控器接收无线信号。另一方面，当对于由电池驱动的遥控器侧应用持续接收等待状态时，电池的负荷将过大。然而，当为了节省功耗在遥控器中接收等待状态是间歇的时，不容易执行由主装置侧触发的对遥控器的信息发送。这里，作为示例，将说明应用IEEE 802. 15. 4作为当在遥控器与主装置之间执行双向通信时使用的无线网络的情况下的电流消耗。在发送、接收和接收等待状态的任意一个中，大约30mA (通常值DC3. 0V)的电流流过IEEE 802. 15. 4的通信模块(通常值DC 3. 0V)。当遥控器持续地处于接收等待状态时， 30mA的电流持续地流动。当AA电池的容量是750mAh时，在遥控器的持续接收等待状态下的电池寿命是750mAh/30mA = 25小时，即只有一天。另一方面，当遥控器处于不执行发送/接收操作的休眠状态时，这实现了很小的功耗。通过允许遥控器在除了发送遥控代码的时段之外的所有时段中处于休眠状态，可以获得具有很小电池消耗的遥控器。当遥控器发送遥控代码时，代码具有几个字节。由于 IEEE 802. 15. 4的通信速率是250kbps，因此即使当添加通信所需的信息(如，报头)时，在大约一毫秒中完成包括应答(ACK)的通信序列。即，电流和遥控器的一次发送所需的时间是30mA、1毫秒。当AA电池的容量是750mAh时，遥控器可以操作的次数是750mAhX60X60 秒/0. 001秒/30mA = 90，000, 000次。假设一天中执行1000次遥控，则可以使用遥控器 90，000天，这是相当长的寿命。然而，当在遥控器中接收等待状态是间歇的时，不容易执行由主装置侧触发的对遥控器的信息发送(如上所述)。例如，用户通过使用遥控器的光标按钮来选择主装置的屏幕上的菜单项，并按下确定按钮由此固定菜单项的选择。在主装置侧，激活与所选择的菜单项对应的应用程序，然后，应用程序产生到遥控器的发送信息。在这种情况下，用户他/她自己在观看屏幕的同时操作遥控器实现了通过遥控器的操作由主装置触发的信息的发送。然而，遥控器本身难以仅通过诸如按下光标按钮和确定按钮之类的操作来识别出存在主装置侧执行的处理或由主装置侧触发的信息的发送。可以引用一些方法来允许处于休眠状态的遥控器接收由主装置触发的发送信息。例如，在遥控器提供激活按钮。当主装置期望向遥控器发送信息时，显示用于提示用户按下激活按钮的屏幕。当用户根据屏幕的指令按下遥控器的激活按钮时，将遥控器从休眠状态切换到接收等待状态，并且可以从主装置接收发送信息。在通信结束之后，遥控器再次变为处于休眠状态。然而，在使用激活按钮的方法中，必须在主装置侧执行用于提示用户按下激活按钮的屏幕显示。给予用户操作激活按钮的麻烦，并且每当从主装置发送信息时，无论用户的意图如何，都强制按下激活按钮。从主装置的信息发送开始直到用户按下激活按钮为止，停止处理。当执行由主装置侧触发的信息发送时，在许多情况下，执行遥控器的按钮操作，直到达到信息发送为止。例如，通过使用遥控器的光标按钮来选择主装置的屏幕上的菜单项， 并进一步按下确定按钮由此固定菜单项的选择的情况对应于该情况(如上所述)。当关注这一点时，可以考虑这样的方法即，在从上一次用户按下遥控器的按钮时起的某一时段期间，允许遥控器处于接收等待状态，并且当在该时段期间从主装置发送信息时，随后执行接收操作，然而，当没有信息发送时将状态改变到休眠状态，由此抑制功耗。例如，提出了这样的通信系统其在遥控器已经发送了遥控信号之后，能够延长接收等待时间直到操作接收装置为止(例如，参照JP-A-2001-111647(专利文档1))。然而，当每次操作按钮遥控器都转换到接收等待状态时，遥控器的功耗不低。当接收时间是1000毫秒时，与时间1毫秒(在此期间，通过发送遥控代码消耗电流)相比，操作时间急剧增大，因此，电池寿命由于该增大而减小。从遥控器侧按下按钮起(即，从遥控代码的发送起)直到主装置侧开始信息发送为止的时间通常不固定，因此，难以设置遥控器的合适的接收等待时间。例如，当诸如对于网络的查询之类的处理中断了根据主装置的遥控器的操作而激活的应用程序的处理时，接收等待时间不仅是不规则的，而且急剧增大。当将接收等待时间设置为通过考虑以上情况而假设所需的最大值时，每次执行遥控器的按钮操作时产生的接收等待操作的功耗将增大。
发明内容
考虑到以上情况，期望提供优秀的通信系统和通信装置，其能够通过使用无线网络在遥控器与主装置之间执行双向通信。还期望提供优秀的通信系统和通信装置，其能够通过使用无线网络在各装置之间执行双向通信，这可以优选地通过由主装置侧触发而将信息发送到遥控器，同时允许遥控器间歇地处于接收等待状态。根据本发明的实施例，提供了通信系统，包括遥控器，具有输入用户操作的输入单元和执行双向通信的通信单元，从所述通信单元发送根据关于所述输入单元的用户操作的遥控代码；以及主装置，具有执行双向通信的通信单元和执行与在所述通信单元中接收到的遥控代码对应的处理的主功能单元，其中所述主装置响应于从所述遥控器的所述通信单元发送的状态查询而从所述通信单元发送状态响应，所述遥控器在发送遥控代码之后， 以给定时间间隔重复地执行状态检查通信过程，其中所述状态检查通信过程包括状态查询的发送以及等待接收所述状态响应，而在所述给定时间间隔期间所述通信单元处于休眠状态。在这种情况下的“系统”指示逻辑地集合多个装置(或实现特定功能的功能模块) 的状态，并且各个装置和功能模块是否处于单个外壳中并不重要。根据本发明的另一实施例，可以配置以上通信系统，以使得所述主装置执行与接收到的遥控代码对应的处理，并发送包括关于遥控器的发送信息的状态响应。所述遥控器重复地执行所述状态检查通信过程，直到接收到包括发送信息的状态响应为止。根据本发明的再一实施例，可以配置以上通信系统，以使得所述主装置执行与接收到的遥控代码对应的处理，并发送包括指示是否存在关于遥控器的发送信息的信息的状态响应。所述遥控器重复地执行所述状态检查通信过程，直到接收到由所述状态响应指示的发送信息为止。根据本发明的再一实施例，可以配置以上通信系统，以使得所述遥控器包括一个或多个功能单元。所述主装置发送指示所述一个或多个功能单元中至少一个功能单元的激活的发送信息，同时所述遥控器激活由接收到的发送信息指定的功能单元。根据本发明的再一实施例，可以配置以上通信系统，以使得所述遥控器根据发送次数来延长待发送的状态查询的时间间隔。根据本发明的再一实施例，提供了通信装置，包括输入单元，输入用户操作；通信单元，执行双向通信；以及控制单元，控制所述装置的操作，如上述通信系统中的遥控器那样操作所述控制单元。这里，所述控制单元允许所述通信单元根据对所述输入单元的用户操作来发送关于操作目标装置的遥控代码，并在发送遥控代码之后，以给定时间间隔重复地执行状态检查通信过程，其中所述状态检查通信过程包括状态查询的发送以及等待从操作目标装置接收状态响应，而在所述给定时间间隔期间所述通信单元处于休眠状态。根据本发明的再一实施例，可以配置以上通信装置，以使得所述控制单元重复地执行所述状态检查通信过程，直到从所述操作目标装置接收到包括发送信息的状态响应为止。根据本发明的再一实施例，可以配置以上通信装置，以使得所述控制单元重复地执行所述状态检查通信过程，直到当从所述操作目标装置接收到包括指示是否存在发送信息的信息的状态响应时接收到发送信息为止。根据本发明的再一个实施例，以上通信装置可进一步包括一个或多个功能单元。 所述控制单元激活由从所述操作目标装置接收到的发送信息指定的功能单元。根据本发明的再一实施例，可以配置以上通信装置，以使得所述控制单元根据发送次数来延长要发送的状态查询的时间间隔。根据本发明的再一实施例，提供了通信装置，包括通信单元，执行与遥控器的双向通信；主功能单元，作为由所述通信单元接收到的遥控代码的操作目标；以及控制单元， 控制所述装置的操作，如上述通信系统中的主装置那样操作所述控制单元。所述控制单元管理所述主功能单元的状态，并允许所述通信单元响应于在所述通信单元处接收到的来自所述遥控器的状态查询来发送状态响应。
根据本发明的再一实施例，可以配置以上通信装置，以使得所述控制单元管理所述主功能单元中是否存在关于所述遥控器的发送信息的状态，并允许所述通信单元响应于在所述通信单元处接收到的来自所述遥控器的状态查询来发送包括发送信息的状态响应。根据本发明的再一实施例，可以配置以上通信装置，以使得所述控制单元管理所述主功能单元中是否存在关于所述遥控器的发送信息的状态，并允许所述通信单元响应于在所述通信单元处接收到的来自所述遥控器的状态查询来发送包括指示是否存在对所述遥控器的发送信息的信息的状态响应。根据本发明的再一实施例，可以配置以上通信装置，以使得所述控制单元在发送信息中包括所述遥控器中包括的功能的激活指令。根据本发明的实施例，可以提供优秀的通信系统和通信装置，其能够使用无线网络在各装置之间执行双向通信，其中信息可以通过由主装置侧触发而适当地发送到遥控器，同时通过允许遥控器间歇地处于接收等待状态来节省功耗。根据本发明的实施例，遥控器在发送遥控代码之后以给定时间间隔发送状态查询，同时主装置给出指示发送信息的存在的状态响应。因此，遥控器在发送状态查询之后通过允许通信单元处于休眠状态直到下一状态查询为止，可以节省功耗。遥控器还可以立即响应于由主装置侧触发的信息发送，同时通过以给定时间间隔向主装置进行状态查询来允许通信单元间歇地处于接收等待状态。应用本发明的遥控系统可以实现双向通信，这与现有技术的遥控系统相比更加用户友好。基于后面描述的本发明的实施例以及附图，通过更详细的说明，本发明的其它特征和优点将变得清楚。
图1是示意性地示出了根据本发明实施例的通信系统的功能配置的图；图2是示出了图1中所示的通信系统的通信序列示例的图；图3是示出了用户通过使用遥控器来选择主装置侧的功能的状态的图；图4是示出了在显示单元上显示语音搜索屏幕的状态的图；图5是示出了在用户通过使用遥控器来选择主装置侧的功能的情况下，通信系统的通信序列示例的图；图6是示出了图5中所示的通信序列的修改示例的图；图7是示出了图1中所示的通信系统的修改示例的图；图8是示出了图7中所示的通信系统的通信序列示例的图；图9是示出了遥控器逐渐地延长要发送的状态查询的时间间隔的通信序列示例的图；图10是示出了在遥控器侧执行的处理过程的流程图；图11是示出了在主装置侧执行的处理过程的流程图；图12是示出了主装置响应于来自遥控器侧的遥控代码的发送而给出ACK的通信序列的图；图13是示出了主装置响应于来自遥控器的状态查询的发送而给出ACK，并且遥控器关于来自主装置侧的状态响应而给出ACK的通信序列的图14是示出了遥控器侧和主装置侧的协议堆栈的结构作为示例的图；图15是示出了在遥控器侧的无线通信的层结构附近布置的“状态查询”以及在主装置侧的无线通信的层结构附近布置的“状态响应”的处理的图；以及图16是示出了以信息编号+数据的格式在主装置与遥控器之间发送标志信息的方案的图。
具体实施例方式
在下文中，将参照附图详细说明本发明的实施例。图1示意性地示出了根据本发明实施例的通信系统1的功能配置。所示的通信系统1包括遥控器10，通过发送遥控代码来执行遥控；以及主装置20，其为遥控代码的操作目标。遥控器10包括输入单元11、控制单元12、通信单元13和电源单元14。电源单元14使用电池作为主电源，向各个单元提供驱动电源。输入单元11包括多个按钮(如，光标按钮、数字按钮、决定按钮、菜单按钮等)。通信单元13例如通过遵照IEEE 802. 15. 4标准来执行无线通信操作，并进入无线网络作为终端站。在该实施例中，遥控器10经由通信单元13与主装置20执行双向通信。控制单元12整体地控制遥控器10中的操作。例如，当用户按下输入单元11中包括的任意按钮时，从通信单元13发送相应的遥控代码的信号。当由主装置20侧发送信息时，控制单元12允许通信单元13接收信息并执行接收到的信息的处理。在该实施例中，控制单元12允许通信单元13间歇地执行接收操作，并且稍后将描述这一点的细节。另一方的主装置20包括显示单元21、主功能单元22、控制单元23、通信单元24和电源单元25。电源单元25使用商用交流电源作为主电源，向各个单元提供驱动电源。通信单元24通过遵照例如IEEE 802. 15. 4标准执行无线通信操作，并且例如操作无线网络作为用以容纳终端站(如，遥控器10)的接入点。显示单元21包括液晶显示器等。主功能单元22是信息装置主体(如，电视接收机、AV装置等)，其是遥控器10的操作目标。控制单元23整体地控制主装置20中的操作。例如，当在通信单元24中接收到来自遥控器10的信号时，控制单元23执行信号的分析处理。当接收到的信号是遥控代码时，控制单元23指令主功能单元22执行遥控代码所指示的处理。在操作遥控器的时候，例如，在显示单元11的屏幕上显示多个菜单项。用户通过使用遥控器10的输入单元11中包括的光标按钮来改变菜单项的选择，并通过按下决定按钮来固定菜单项的选择。主功能单元22激活与所选择的菜单项对应的应用程序，并且如果需要的话产生到遥控器10的发送信息。在图1所示的通信系统中，遥控器10是电池驱动的，然而，当在除了发送遥控代码时的时段之外的所有时段中处于休眠状态时消耗极少的电池能量。然而，当允许遥控器10 间歇地处于接收等待状态以便节省功耗时，由主装置20侧触发的对遥控器10的信息发送不容易。遥控器10自身难以识别出存在在主装置20侧的激活的功能以及通过诸如输入单元11中包括的按钮(如，光标按钮和决定按钮)的按下之类的操作由功能的激活引起的主装置20侧触发的信息发送。换言之，遥控器10难以捕捉从用户对输入单元11的上一次输入操作(或遥控代码的上一次发送)起用户应当等待与通信单元13的接收多长时间。因此，在本实施例中，代替当按下输入单元11中包括的任意按钮时(或发送遥控代码之后)允许通信单元13处于接收等待状态固定时间段(例如，大约1000毫秒)，遥控器10重复状态查询(该状态查询向主装置20查询是否已经在给定间隔产生了发送信息)， 并在除了进行状态查询时的时段之外的所有时段中允许通信单元13处于休眠状态。图2示出了通信系统1的通信顺序示例。在图中，实线箭头表示于遥控器10侧的通信单元13与主装置20侧的通信单元24之间存在的遵循例如IEEE 802. 15. 4的无线信号。遥控器10在向主装置20发送遥控代码之后，进行关于主装置20的状态查询。另一方面，主装置20执行与接收到的遥控代码对应的处理。当在接收状态查询时未产生要发送到遥控器10的发送信息时，主装置20给出不包括发送信息的状态响应。当从主装置20接收到不包括发送信息的状态响应时，遥控器10允许通信单元13 处于休眠状态。此后，遥控器10允许通信单元13在给定时间间隔之后再次操作，向主装置 20发送状态查询以及等待来自主装置20的响应。遥控器10在所示的示例中每100毫秒进行状态查询，然而，时间间隔不是必须恒定的。稍后将描述当进行状态查询时的时间间隔不恒定的情况。此后，遥控器10重复对主装置20的状态查询以及接收来自主装置20的响应的等待，并重复当接收到不包括发送信息的状态时允许通信单元13处于休眠状态的操作。这里，当在主装置20侧产生寻址到遥控器10的发送信息时，主装置20关于来自遥控器10的状态查询，给出包括发送信息的状态响应。然后，当接收到包括发送信息的状态响应时，遥控器10可以检查主装置20的状态，并且可以立即停止通信单元13的接收。此后，遥控器10不需要进行状态查询，并且可以保持通信单元13的休眠状态。在图2中所示的通信序列中，遥控器10可以通过状态查询来查询主装置20侧是否存在信息发送的触发。因此，可以执行由主装置20侧触发的对遥控器10的信息发送，并允许遥控器10侧的通信单元13间歇地处于接收等待状态以节省功耗。在普通情况下，从遥控器10的状态查询直到从主装置20接收到响应为止的必要时间约为1毫秒到5毫秒。遥控器10必须允许通信单元13处于接收等待状态，直到由主装置20给出状态响应为止，然而，遥控器10可以允许通信单元13处于休眠状态，直到在接收到状态响应之后下一次进行状态查询为止。在执行状态查询的状态下，例如，每100毫秒，且查询的必要时间是5毫秒，与接收等待时间花费100毫秒的情况相比，接收时段将是 1/20，结果，功耗约为1/20。在图2中所示的通信序列中，可以考虑这样的修改示例其中，由遥控器10进行的状态查询的时间间隔不是恒定的，且逐渐地延长时间间隔。例如，遥控器10通过以向主装置20发送遥控代码时的时间点作为开始点，从上一状态查询起逐渐地延长时间间隔。在这种情况下，遥控器10可以对于来自主装置20的短时间段响应到长时间段响应进行响应。 稍后将详细说明延长遥控器10进行的状态查询的时间间隔的方法。在状态查询的时间间隔恒定或其可变的任一情况下，遥控器10可以通过使用当发送遥控代码时的时间点或其他可选时间点作为开始点来设置计时器，以便在超时之后不进行状态查询。优选地是，主装置20不仅关于是否存在对遥控器10的发送信息，来对于来自遥控器10的状态查询进行响应，而且还添加其它信息。例如，遥控器10可以发送主装置20侧的电源状态的信息、指示装置不处于产生发送信息的状态的标志等的信息。而且优选地是， 遥控器10在接收到这种信息之后，不进行状态查询。稍后将说明状态响应中包括的其它信肩、ο而且优选地是，将状态处理布置到最靠近网络层，以便加速遥控器10和主装置20 二者中的对于状态查询的响应。当加速对于状态查询的响应时，可以相应地抑制遥控器10 侧的电池功耗。当通过使用RF4CE来执行通信时，将状态响应应用程序提供得靠近网络层。 因此，主装置20侧可以进行响应，而不论装置本身的电源状态如何。稍后将描述在遥控器 10和主装置20中的每一个安装状态处理的方法。接下来，将说明图2中所示的通信序列的特定应用程序示例。图3示出了用户通过使用遥控器10来选择主装置20侧的功能的状态。遥控器10的输入单元11包括指令上、下、左和右移动的光标按钮以及用于决定选择的决定按钮。输入单元11还具有用于输入语音数据的麦克风。在主装置20侧的显示单元21的屏幕上，通过图标来显示主功能单元22中提供的功能列表。在所示的示例中，通过图标来显示包括功能1到5以及“语音搜索”的六种菜单项。每当用户按下任意操作按钮时，遥控器10从通信单元13输出相应的遥控代码作为无线信号。另一方面，当主装置20侧在通信单元24处接收到无线信号时，控制单元23允许主功能单元22根据由遥控代码所示的指令执行操作。当操作光标按钮时，主装置20移动光标的选择显示到上、下、左或右，并且当按下决定按钮时，固定与所选择的图标对应的功能的选择，并且主功能单元22激活相应的处理。在所示的示例中，用户通过操作光标按钮来选择“语音搜索”的图标，并进一步通过按下决定按钮来固定“语音搜索”的功能的选择。然后，主功能单元22激活“语音搜索” 的处理，并且将显示单元21的屏幕改变到图4中所示的语音搜索屏幕。语音搜索屏幕包括输入搜索词(search word)的输入栏(input field)。在遥控器10侧，用户可以经由麦克风电路中的麦克风(当通电时)，通过语音来输入搜索词。从通信单元13输出输入的语音数据作为无线信号。主装置20侧通过语音识别从接收到的语音数据得到文本，在语音搜索屏幕的输入栏中显示文本。图4示出了通过语音输入来输入“搜索词”作为搜索词的示例。当用户按下决定按钮时，遥控器10从通信单元13发送相应的遥控代码。主装置20侧固定输入的搜索词，并且当接收到遥控代码时开始搜索。在直到用户经由遥控器10选择主装置20侧的特定功能为止的时段期间，遥控器 10仅向主装置20发送遥控代码，因此，信息发送是单向的。另一方面，当在主装置20侧固定诸如“语音搜索”之类的特定功能的选择，并且激活功能的处理时，通过所述处理来产生对遥控器10的发送信息，因此，存在由主装置20侧触发的信息发送。在图3和图4所示的示例中，当经由用户的遥控器10的操作，在主装置20中完成 “语音搜索”的处理的激活时，关于遥控器10，在主装置20侧产生指示麦克风的激活(施加电力到麦克风电路)的发送信息。
遥控器10重复状态查询，用于向主装置20查询是否在按下输入单元11中包括的任意按钮并发送遥控代码之后以给定时间间隔产生发送信息，允许通信单元13在除了状态查询之外的所有时段中处于休眠状态。因此，遥控器10可以检测在主装置20侧是否已经产生了发送信息，同时允许通信单元13间歇地操作并抑制功耗。当来自主装置20的包括发送信息的状态响应中包括指示麦克风的激活的信息时，遥控器10将电力施加到麦克风电路。据此，用户可以向麦克风输入语音。从通信单元 13输出输入的语音数据作为无线信号。图5示出了在用户通过使用遥控器10选择主装置20侧的功能的情况下(参照图 3和图4)，通信系统1的通信序列示例。在图中，实线箭头表示于遥控器10侧的通信单元 13与主装置20侧的通信单元24之间存在遵循例如IEEE 802. 15. 4的无线信号。每当用户按下任意操作按钮时，遥控器10从通信单元13输出相应的遥控代码作为无线信号。响应于此，当主装置20侧在通信单元24处接收无线信号时，控制单元23允许主功能单元22根据由遥控代码指示的指令而操作。当在遥控器10侧按下光标按钮时，主装置20侧在显示单元21上显示的功能列表的屏幕上，移动图标的选择显示到上、下、左或右。当在遥控器10侧按下决定按钮时，固定与所选择的图标对应的功能的选择，并且主功能单元22激活相应的处理。这里，选择“语音搜索”的功能。在主装置20侧，从固定 “语音搜索”功能的选择起直到主功能单元22开始语音搜索功能的激活并完成激活为止花费时间。在用户按下决定按钮之后，遥控器10以给定间隔向主装置20进行状态查询。从在遥控器10侧按下决定按钮且在主装置20侧固定“语音搜索”功能的选择时的时间起直到主功能单元22开始语音搜索功能的激活并完成激活为止花费时间。在直到完成语音搜索功能的激活为止的时段期间，由于尚未产生发送信息，因此当接收到状态查询时，主装置20给出不包括发送信息的状态响应。当从主装置20接收到不包括发送信息的状态响应时，遥控器10允许通信单元13在给定时间间隔处于休眠状态。此后，遥控器10重复对主装置20的状态查询以及接收来自主装置20的响应的等待，然后，重复当接收到不包括发送信息的状态时，允许通信单元13处于休眠状态的操作。当在主功能单元22处完成语音搜索功能的激活时，在主装置20中，关于遥控器10 产生指示麦克风的激活(施加电力到麦克风电路)的发送信息。主装置20关于来自遥控器10的状态查询，给出包括发送信息的状态响应。当来自主装置20的包括发送信息的状态响应包括指示麦克风的激活的信息时， 遥控器10向麦克风电路施加电力。根据该激活，用户可以向麦克风输入语音。从通信单元 13输出输入的语音数据作为无线信号。遥控器10可以确认以激活麦克风(向麦克风电路施加电力)，并且当接收到包括发送信息的状态响应时可以立即停止通信单元13中的接收。此后，遥控器10不需要进行状态查询，并且可以维持通信单元13的休眠状态。主装置20侧通过语音识别从接收到的语音数据中得到文本，在语音搜索屏幕的输入栏中显示该文本。当用户按下决定按钮时，遥控器10从通信单元13发送相应的遥控代码。主装置20侧固定输入的搜索词，并且当接收到遥控代码时开始搜索。
图6示出了图5中所示的通信序列的修改示例。在发送遥控代码之后遥控器10 以给定间隔向主装置20进行状态查询的点以及当不存在发送信息时主装置20给出不包括发送信息的状态响应以及当产生发送信息时主装置20给出包括发送信息的状态响应的点与图5中所示的示例相同。图6的示例与图5的示例的不同之处在于，当主装置20给出包括发送信息的状态响应时，状态响应不包括指示麦克风的激活的信息。在这种情况下，遥控器10在接收到包括发送信息的状态响应之后，继续接收操作并等待通信单元13中的发送信息。然后，当接收到指示麦克风的激活的发送信息时，遥控器10停止通信单元13中的接收，并将电力施加到麦克风电路。据此，用户可以向麦克风输入语音。从通信单元13输出输入的语音数据作为无线信号。主装置20侧通过语音识别从接收到的语音中得到文本，在语音搜索屏幕的输入栏中显示该文本。当用户按下决定按钮时，遥控器10从通信单元13发送相应的遥控代码。 当接收到遥控代码时，主装置20侧固定输入的搜索词，并开始搜索。图7示出了图1中所示的通信系统的修改示例。该示例与图1的示例的不同之处在于，遥控器10包括IC卡读取器15。IC卡读取器可以通过使用遵循国际标准(如，IS0/IEC IS 18092 (NFCIP-I))的通信系统，在大约0(零)到几十厘米的发送距离中执行与IC卡的安全数据传输。作为主要的应用程序，可以引用从IC卡的认证信息的读取、IC卡中存储的有价值信息的使用等。例如，主装置20可以通过将IC卡保持在遥控器10之上，经由IC卡读取器15来支付电视接收机中付费内容的使用费用。图8示出了图7中所示的通信系统1的通信序列示例。在图中，实线箭头表示于遥控器10侧的通信单元13与主装置20侧的通信单元24之间存在的遵循例如IEEE 802. 15. 4 的无线信号。在主装置20侧的显示单元21的屏幕上，通过图标来显示主功能单元22中提供的功能列表。在所示的示例中，通过图标来显示包括功能1到5以及“IC卡”的六种菜单项。 “IC卡”的功能是通过使用由用户保持在遥控器10之上的IC卡来执行认证和支付处理的功能。每当用户按下任意按钮时，遥控器10从通信单元13输出相应的遥控代码作为无线信号。另一方面，当主装置20在通信单元24处接收到无线信号时，控制单元23允许主功能单元22根据由遥控代码指示的指令来执行操作。当在遥控器10侧按下光标按钮时，主装置20侧在显示单元21上显示的功能列表的屏幕上移动图标的选择显示到上、下、左或右。当在遥控器10侧按下决定按钮时，固定与所选择的图标对应的功能的选择，并且主功能单元22激活相应的处理。这里，选择“ IC卡”的功能。在用户按下决定按钮之后，遥控器10以给定间隔向主装置20进行状态查询。从在遥控器10侧按下决定按钮且在主装置20侧固定“IC卡”功能的选择时的时间起直到主功能单元22开始IC卡功能的激活并完成激活为止花费时间。在直到完成IC卡功能的激活为止的时段期间，由于尚未产生发送信息，因此当接收到状态查询时，主装置20 给出不包括发送信息的状态响应。当从主装置20接收到不包括发送信息的状态响应时，遥控器10允许通信单元13在给定时间间隔处于休眠状态。此后，遥控器10重复对主装置20的状态查询以及接收来自主装置20的响应的等待，然后，重复当接收到不包括发送信息的状态时，允许通信单元13处于休眠状态的操作。当在主功能单元22处完成IC卡功能的激活时，在主装置20中，关于遥控器10产生发送信息。主装置20关于来自遥控器10的状态查询，给出包括发送信息(不包括指示 IC卡读取器的激活的信息)的状态响应。在这种情况下，在接收到包括发送信息的状态响应之后，遥控器10继续接收操作并等待接收通信单元13中的发送信息。然后，当接收到指示IC卡读取器的激活的发送信息时，遥控器10停止通信单元13中的接收，并将电力施加到IC卡读取器15。在主装置20侧，当完成“IC卡”功能的激活时，将显示单元21的屏幕改变为用于读取IC卡的屏幕。尽管没有示出，但是在屏幕上显示用户在遥控器10等之上保持IC卡的指令。主装置20指令从IC卡的读取作为“ IC卡”功能的处理，并且从通信单元24输出该指令作为无线信号。当在通信单元13处接收到无线信号时，遥控器10侧根据来自主装置20的读取指令，执行由IC卡指定的数据的读取处理。然后，遥控器10从通信单元13输出读取的数据作为无线信号。接下来，将详细说明延长遥控器10进行的状态查询的时间间隔的方法。如以上那样，已经引用了这样的示例其中，主装置20激活并使用遥控器10侧的功能模块(如，麦克风或IC卡读取器15)。根据主装置20侧提供的功能，从激活到激活完成的时间中可以出现变化。激活时间可以根据功能类型而增大(如，存在多个功能的情况)。 例如，在使用IC卡读取器15的各功能中，存在根据用于经由外部网络(如因特网)从网络服务器访问IC卡15的指令进行操作的功能，其中直到访问指令到达为止的时间根据线路速度等的效果而极大地变化。在频繁地(S卩，以短时间间隔)向主装置20进行状态查询的情况下，遥控器10可以在更早的定时在主装置20侧检测出状态已经从不具有发送信息的状态改变到具有发送信息的状态(或者用于激活麦克风或IC卡读取器15的指令)。然而，当花费很长时间来完成经由遥控器10的操作选择的主装置20的功能的激活时，通过以短时间间隔进行状态查询，直到主装置20的状态改变到具有发送信息的状态为止(或者直到指示麦克风或IC卡读取器15的激活为止)进行状态查询的次数增大，由于该增大引起了不必要的功耗。当遥控器10以长时间间隔来发送状态查询时，不必要的状态查询的次数减小，并且可以由于该减小来削减功耗的浪费。在花费短时间来完成所选择的功能的激活的情况下，当以长时间间隔来发送状态查询时，可以延迟功能模块(如，遥控器10侧的麦克风或IC卡读取器15)的激活。关于以短时间激活的功能，优选地马上激活遥控器10侧。总结以上示例，当主装置20具有带有不同激活时间的多个功能时，或者当存在激活时间变化的功能时，在遥控器10侧难以将状态查询的时间间隔固定为恒定。考虑到以上情况，本发明人提出了逐渐地延长由遥控器10进行的状态查询的时间间隔以便对应于主装置20侧的以上功能的激活时间的变化的方法。
图9示出了遥控器10逐渐地延长待发送的状态查询的时间间隔的通信序列示例。在所示的示例中，遥控器10根据状态查询的发送数量，以间隔1、间隔2、间隔3和间隔 4......的方式，逐渐地从上一状态查询延长时间间隔。根据状态查询的次数，查询的时间间隔逐渐地延长，由此当主装置20的所选功能的激活时间短时，马上激活遥控器10。相反，当所选功能的激活时间长时，减小不必要的状态查询的次数，并由于该减小可以削减遥控器10中的功耗浪费。在图9中所示的通信序列示例中，通过关于功能的激活时间设置可以将遥控器10 的激活延长到什么百分比，易于计算时间间隔根据状态查询的次数的增加量。例如，当百分比是20%，则通过增加η次状态查询所花费的时间段的20%而获得的点将是下一状态查询的点“η+Γ’。确定状态查询的时间间隔的方法不限于此，并且时间间隔可以以二次曲线或指数地增大。在任意情况下，随着状态查询的次数增大，从上一状态查询到待发送的下一状态查询的间隔延长，由此获得期望的优点，以便当选择具有长激活时间的功能时，抑制不必要的状态查询的次数，由此减小功耗，并且当选择具有短激活时间的功能时，可以顺畅地检测主装置20的状态变化。根据图2、图5、图6、图8和图9中所示的通信序列，遥控器10在以给定时间间隔发送遥控代码之后发送状态查询。主装置20响应于以上发送，给出指示发送信息的存在的状态响应。因此，遥控器10通过在发送状态查询之后允许通信单元13处于休眠状态直到下一状态查询为止，可以节省功耗。另外，遥控器10以给定间隔向主装置20进行状态查询， 由此迅速响应由主装置20侧触发的信息发送，同时允许通信单元13间歇地处于接收等待状态。与现有技术的遥控系统相比，应用本发明的遥控系统可以实现用户友好的双向通信。图10以流程图的形式示出了用于实现图2、图5、图6、图8和图9中所示的通信序列的遥控器10侧执行的处理过程。每当在遥控器10侧按下输入单元11中包括的任意按钮时激活处理过程。当在图10中所示的处理过程的执行期间新按下按钮时，切断处理，并且新执行图10中所示的处理。首先，遥控器10根据关于输入单元11的用户操作来发送遥控代码(步骤S1001)。这里，假设主装置20响应于从遥控器10侧的遥控代码的发送而给出ACK的通信序列(参照图12)。因此，遥控器10可以通过接收来自主装置20的ACK来检查遥控代码的到达。相反，当在发送遥控代码之后的固定时间段内没有接收到ACK时，执行遥控代码的发送的重试。接下来，遥控器10检查遥控代码的发送是否已经成功(步骤S1002)。当在重复遥控代码的发送的重试之后的固定时间段内未接收到ACK时，遥控器10 确定遥控代码的发送已经失败(步骤S1002中“否”)，并且跳过所有后续处理以终止处理例程。另一方面，遥控器10通过在发送遥控代码之后的固定时间段内从主装置20接收到ACK来确认遥控代码的发送已经成功(步骤S1002中的“是”)。在这种情况下，遥控器 10继续后续处理。遥控器10允许通信单元13在发送遥控代码和其它分组之后在给定时间间隔处于休眠状态(步骤S1003)。在这种情况下，时间间隔不总是恒定的，而可以是可变的。还存在
14这样的情况其中，根据状态查询的次数(执行包括步骤S1002到S1007的循环的次数)， 逐渐地延长时间间隔(参照图9)。然后，遥控器10允许通信单元13在给定时间间隔经过之后再次操作，向主装置 20发送状态查询并在等待来自主装置20的响应的状态下检查主装置20的状态(步骤 S1004)。如上所述，主装置20关于来自遥控器10的状态查询，给出状态响应。尽管在图2、 图5、图6、图8和图9中所示的通信序列中没有示出，但是假设了这样的通信序列其中，主装置20响应于来自遥控器10侧的状态查询的发送而给出ACK，并且遥控器10关于来自主装置20侧的状态响应给出ACK(参照图13)。遥控器10可以在发送状态查询之后通过从主装置20接收ACK来检查状态查询的到达。当在发送状态查询之后的给定时间段内没有接收到ACK时，执行状态查询的发送的重试。类似地，主装置20可以在发送状态响应之后通过从遥控器10接收ACK来检查状态响应的到达。相反地，当在发送状态响应之后的固定时间段内没有接收到ACK时，执行状态响应的发送的重试。接着，遥控器10检查主装置20的状态检查的发送是否已经成功(步骤S1005)。当在重复状态查询的发送的重试之后固定时间段内没有接收到状态响应时，遥控器10确定主装置20的状态检查已经失败(步骤S1005中的“否”)，并且跳过所有后续处理以终止处理例程。另一方面，当在发送状态查询之后的固定时间段内从主装置20接收到状态响应时，遥控器10确认主装置20的状态检查已经成功(步骤S1005中的“是”)。在这种情况下，遥控器10进一步继续后续处理。接着，遥控器10分析接收到的状态响应的内容，以检查是否存在发送信息，即是否包括由主装置20侧触发的信息发送(步骤S1006)。这里，当接收到不包括发送信息的状态响应时(即，不存在由主装置20侧触发的信息发送)(步骤S1006中的“否”)，遥控器10接下来检查状态检查处理是否达到超时以及状态检查处理是否停止(步骤S1007)。状态检查处理达到超时的情况包括例如在开始状态检查处理之后已经经过了给定时间段的情况、状态查询的发送重试的次数达到给定次数的情况、在给定时间段中或在给定次数等中未确认主装置20侧的信息发送处理的触发的情况等。当状态检查处理达到超时时，或者当状态检查处理停止时(步骤S1007中的 “是”)，遥控器10跳过所有后续处理以终止处理例程。另一方面，当状态检查处理没有达到超时以及当状态检查处理未停止时(步骤 S1007中的“否”)，处理返回到步骤S1003，并且在允许通信单元13在给定时间间隔处于休眠状态之后，遥控器10重复地执行向主装置20进行状态查询的处理。当存在发送信息时，即当存在由主装置20侧触发的信息发送时(步骤S1006中的“是”)，遥控器10激活与触发对应的遥控器10侧的功能(麦克风、IC卡读取器15等) (步骤S1008)。然后，遥控器10执行激活的功能(步骤S1009)。图11以流程图的形式示出了用于实现图2、图5、图6、图8和图9中所示的通信序列的主装置20侧执行的处理过程。响应于主装置20侧通信单元24处遥控代码的接收而激活该处理过程。
主装置20初始化要发送到遥控器10侧的信息，即状态响应的标志信息(步骤 S1101)。然而，可能存在这样的情况其中，当某一功能正在处理时以及当该功能使用遥控器10侧的功能时，处理未通过初始化良好地进行，并且考虑到该情形而执行初始化。接下来，主装置20执行从遥控器20接收到的遥控代码的处理(步骤S1102)。然后，主装置20检查是否已经由遥控代码激活了任意功能(步骤S1103)。例如，当按下光标按钮时，主装置20侧移动图标的选择显示到上、下、左或右，并且当按下决定按钮时，固定与所选择的图标对应的功能的选择，并且主功能单元22激活相应的处理。当通过接收到的遥控代码在主装置20侧未激活功能时(步骤S1103中的“否”)， 主装置20创建写入状态检查停止标志的状态响应，并将该响应发送到遥控器10(步骤 Sl 111)以终止处理例程。当通过接收到的遥控代码在主装置20侧激活功能时，主装置20接下来检查遥控器10侧的功能的激活对于激活的功能来说是否是必要的(步骤S1104)。当遥控器10侧的功能的激活不是必要的时(步骤S1104中的“否”)，主装置20创建写入状态检查停止标志的状态响应，并将该响应发送到遥控器10 (步骤S1112)以终止处
理例程。当接收到写入状态检查停止标志的状态响应时，遥控器10侧可以确定此后不是必须执行状态检查，停止要关于此时发送的遥控代码进行的状态查询的重复发送。另一方面，当遥控器10侧的功能的激活是必要的时(步骤S1104中的“是”)，主装置20创建写入指示存在关于来自遥控器10侧的状态查询的由主装置20侧触发的信息发送的触发标志的状态响应，向遥控器10发送该状态响应(步骤S1105)。然后，在向遥控器10发送状态响应之后，主装置20检查是否已经由遥控器10侧检查步骤S1105中写入标志之后的状态(即，是否已经执行了图10中步骤S1004的处理) (步骤S1106)。由于这里假设执行图13中所示的通信序列(上述)，因此主装置20可以通过从遥控器10接收ACK来检查状态响应的到达。相反，当在发送状态响应之后的固定时间段内没有接收到ACK时(步骤S1107中的“否”)，处理返回到步骤S1106，并且执行状态响应的发送的重试，直到状态检查处理达到超时为止(步骤S1108中的“否”)。当状态检查处理达到超时时(步骤S1108中的“是”)，主装置20执行当遥控器10 侧的功能的激活失败(步骤S1109)时执行的处理以终止处理例程。另一方面，当主装置20可以执行状态检查处理直到超时为止时(步骤S1107中的 “是”)，主装置20执行激活的功能(步骤S1110)。接下来，将说明在遥控器10和主装置20 二者中，通过将状态处理布置到刚好靠近网络层来加速状态查询的响应的方法。图14示出了遥控器10侧和主装置20侧的协议堆栈的结构作为示例。在遥控器10侧，在无线通信的层结构附近布置“状态查询”的功能，以便与遥控功能应用程序独立。在主装置20侧，在无线通信的层结构附近布置“状态响应”的功能，以便与主功能单元22中的应用程序独立。遥控功能应用程序和主功能单元22中的应用程序二者具有断电状态。当通过遥控功能应用程序执行“状态查询”的处理且通过主功能单元22中的应用程序执行“状态响应”的处理(与图15中不同)时，在断电状态下完全不执行状态查询的操作。响应于以上，当在无线通信的层结构附近布置“状态查询”的功能以便与遥控功能应用程序独立，且在无线通信的层结构附近布置“状态响应”的功能，以便与主功能单元22 中的应用程序独立(如图14所示)时，遥控器10可以维持遥控功能应用程序中的休眠状态，尽管在查询状态时需要解除通信单元13的休眠状态，这将功耗抑制为低。图15以图形示出了在遥控器10侧的无线通信的层结构附近布置的“状态查询”的处理以及在主装置20侧的无线通信的层结构附近布置的“状态响应”的处理。遥控器10侧的“状态查询发送”在查询的定时发送“查询分组”，并且“状态响应接收”处于接收等待状态。在主装置20侧，根据位于主功能单元22中的应用程序中布置的“状态响应”处的多个标志存储器中的功能，在激活标志中写入标志信息。“状态查询接收”允许在相应的功能激活标志中写入的标志信息是当接收到查询分组时的分组，并且“状态响应发送”向状态查询源发送关于状态查询的状态响应作为响应分组。当接收到响应分组时，遥控器10侧检查标志信息，并激活与该分组中写入的每一种标志信息对应的功能。主装置20可以在响应分组中包括功能(如，遥控器10中包括的麦克风、IC卡读取器15等)的激活标志以外的信息。除了激活标志之外，响应分组中可以包括的信息示出如下。(1)指示主装置20侧电源的开/关状态的标志遥控器10中包括的功能基本上用在作为操作目标的主装置20侧的电源打开的状态下。遥控器10可以确定当可以从响应分组获得指示主装置20侧的电源关闭的信息时， 不存在激活这些功能的可能性。因此，由于此后不需要状态查询，从而遥控器10可以停止通信单元13。(2)指示电源状态以外的主装置20侧的状态的信息主装置20在响应分组中包括指示装置是否对应于遥控器10中包括的各个功能的信息。遥控器10侧不激活不必要的功能。(3)指示连接到主装置20侧的各种机器类型的操作状态的信息当各种类型的外部设备连接到主装置20时，可以提供从主装置20自身扩展的功能。主装置20可以在响应分组中包括选择外部设备的信息以及关于连接的外部设备的信息。遥控器10可以获取这种信息以允许操作各种功能，从而对应于外部设备。(4)诸如字符之类的显示信息尽管在图1中没有示出，但是遥控器10可以包括显示装置，如液晶显示器。主装置20通过在响应分组中包括诸如字符之类的显示信息，可以显示在遥控器10中主装置20 侧提供的信息(如，字符串)。自然地，字符串以外的显示信息(如，设计数据)可以包括在响应分组中，只要信息具有落在响应分组的大小内的数据大小即可。(5)指示主装置20在响应分组之后发送信息的标志当在响应分组之后存在要发送的附加信息时，主装置20发送具有指示附加信息的有效标志的响应分组。当接收到其中标志设置为有效的响应分组时，遥控器10继续通信单元13中的接收等待状态。主装置20可以通过发送后续分组来向遥控器10发送大的信
17息O(6)用于请求遥控器10发送信息的指令当遥控器10侧的状态是必需的时，主装置20在响应分组中包括用于请求状态信息的指令。当接收到包括该指令的响应分组时，遥控器10向主装置20发送所请求的信息。在图15中所示的示例中，要在响应分组中包括的信息是标志，然而，不限于标志， 而可以使用可以在遥控器侧翻译并使用的信息。并且在图15中所示的示例中，响应分组中包括的信息是激活遥控器10的各种功能的信息，然而，可以包括控制遥控器10的操作的信息。还可以在响应分组中包括遥控器10侧的各个功能中使用的参数。此外，指定状态查询的继续或中断的信息、来自遥控器10侧的查询等的时间间隔可以包括在响应分组中。接下来，将说明关于状态查询的响应分组中包括的标志信息的格式。在诸如IEEE 802. 15. 4之类的无线网络中，要在一个分组中发送的信息量约为 100字节。在安装方面存在限制对于要在主装置20侧的无线模块上安装的标志信息来说难以增大存储器大小，并且难以准备与遥控器10侧中包括的功能对应的标志的编号。本发明人提出了这样的方法通过使用包括信息的编号和与编号对应的数据的格式，来发送具有小数据大小的标志信息。在通信系统1中(即，在遥控器10与主装置20之间)，预先定义与信息编号对应的功能。
权利要求
1.一种通信系统，包括遥控器，具有输入用户操作的输入单元和执行双向通信的通信单元，从所述通信单元发送根据关于所述输入单元的用户操作的遥控代码；以及主装置，具有执行双向通信的通信单元和执行与在所述通信单元中接收到的遥控代码对应的处理的主功能单元，其中所述主装置响应于从所述遥控器的所述通信单元发送的状态查询而从所述通信单元发送状态响应，所述遥控器在发送遥控代码之后，以给定时间间隔重复地执行状态检查通信过程，其中所述状态检查通信过程包括状态查询的发送以及等待接收所述状态响应，而在所述给定时间间隔期间所述通信单元处于休眠状态。
2.根据权利要求1所述的通信系统，其中，所述主装置执行与接收到的遥控代码对应的处理，并发送包括关于所述遥控器的发送信息的状态响应，以及所述遥控器重复地执行所述状态检查通信过程，直到接收到包括发送信息的状态响应为止。
3.根据权利要求1所述的通信系统，其中，所述主装置执行与接收到的遥控代码对应的处理，并发送包括指示是否存在关于所述遥控器的发送信息的信息的状态响应，以及所述遥控器重复地执行所述状态检查通信过程，直到接收到由所述状态响应指示的发送信息为止。
4.根据权利要求2所述的通信系统， 其中，所述遥控器包括一个或多个功能单元，所述主装置发送指令所述一个或多个功能单元中的至少一个功能单元的激活的发送信息，以及所述遥控器激活由接收到的发送信息指定的功能单元。
5.根据权利要求1所述的通信系统，其中，所述遥控器根据发送次数来延长待发送的状态查询的时间间隔。
6.一种通信装置，包括 输入单元，输入用户操作； 通信单元，执行双向通信；以及控制单元，控制所述装置的操作，其中，所述控制单元允许所述通信单元根据对所述输入单元的用户操作来发送关于操作目标装置的遥控代码，并在发送遥控代码之后，以给定时间间隔重复地执行状态检查通信过程，其中所述状态检查通信过程包括状态查询的发送以及等待从操作目标装置接收状态响应，而在所述给定时间间隔期间所述通信单元处于休眠状态。
7.根据权利要求6所述的通信装置，其中，所述控制单元重复地执行所述状态检查通信过程，直到从所述操作目标装置接收到包括发送信息的状态响应为止。
8.根据权利要求6所述的通信装置，其中，所述控制单元重复地执行所述状态查询通信过程，直到当从所述操作目标装置接收到包括指示是否存在发送信息的信息的状态响应时接收到发送信息为止。
9.根据权利要求7所述的通信装置，进一步包括一个或多个功能单元，其中，所述控制单元激活由从所述操作目标装置接收到的发送信息指定的功能单元。
10.根据权利要求6所述的通信装置，其中，所述控制单元根据发送次数来延长要发送的状态查询的时间间隔。
11.一种通信装置，包括通信单元，执行与遥控器的双向通信；主功能单元，作为由所述通信单元接收到的遥控代码的操作目标；以及控制单元，控制所述装置的操作，其中，所述控制单元管理所述主功能单元的状态，并允许所述通信单元响应于在所述通信单元处接收到的来自所述遥控器的状态查询来发送状态响应。
12.根据权利要求11所述的通信装置，其中，所述控制单元管理所述主功能单元中是否存在关于所述遥控器的发送信息的状态，并允许所述通信单元响应于在所述通信单元处接收到的来自所述遥控器的状态查询来发送包括发送信息的状态响应。
13.根据权利要求11所述的通信装置，其中，所述控制单元管理所述主功能单元中是否存在关于所述遥控器的发送信息的状态，并允许所述通信单元响应于在所述通信单元处接收到的来自所述遥控器的状态查询来发送包括指示是否存在对所述遥控器的发送信息的信息的状态响应。
14.根据权利要求12所述的通信装置，其中，所述控制单元在发送信息中包括在所述遥控器中包括的功能的激活指令。
全文摘要
提供了通信系统和通信装置。该通信系统包括遥控器，具有输入用户操作的输入单元和执行双向通信的通信单元，根据来自通信单元的关于输入单元的用户操作来发送遥控代码；以及主装置，具有执行双向通信的通信单元和执行与在通信单元中接收到的遥控代码对应的处理的主功能单元，其中主装置响应于从遥控器的通信单元发送的状态查询而从通信单元发送状态响应，遥控器以给定时间间隔，在发送遥控代码之后重复地执行状态检查通信过程，所述状态检查通信过程包括状态查询的发送以及等待接收所述状态响应，其中在所述给定时间间隔期间所述通信单元处于休眠状态。
文档编号H04M1/725GK102223438SQ20111008891
公开日2011年10月19日 申请日期2011年4月11日 优先权日2010年4月16日
发明者佐藤善记, 弦本隆志 申请人:索尼公司