[发明专利]通信处理设备、通信控制方法和计算机程序

说明书

技术领域

本发明涉及通信处理设备、通信控制方法和计算机程序。具体地，本发明涉及对接收的数据执行重放处理和记录处理以及根据指示所执行的处理是仅仅重放处理还是重放处理加上记录处理的处理状态，执行最优通信控制的通信处理设备、通信控制方法和计算机程序。

背景技术

随着宽带网的广泛使用，诸如图像数据一类的大量数据的实时重放已可以通过数据通信实现。例如，对于IP电话和电视电话，图像数据连同话音数据一起发送，并在每个通信末端被实时重放。因此，实现双向通信。

用于实时传送数据的通信方法被称为“流通信”。用于流通信的协议的例子是基于TCP的流协议，例如HTTP(超文本传输协议)流。在TCP通信中，如果在网络的某个地方发生分组丢失，则接收端自动发送重传请求。这样，实现可靠的分组通信。也就是，在使用TCP的通信中，重传请求被自动发送，所以，分组以正确的顺序被可靠地传递到接收应用。

然而，在使用TCP(传输控制协议)的通信中，如果经常出现重传请求，则出现大的延时。所以，TCP通信不适用于需要实时通信的流分发。

相反，在基于UDP(用户数据报协议)的流分发中，例如RTP(实时输送协议，RFC3550)流，即使在网络的某个地方发生分组丢失，接收端基本上也不发送重传请求。所以可以减少延时的发生。因此，当需要实时通信时，通常使用基于UDP的流。然而，在使用RTP或UDP的通信中，由于分组丢失造成的丢失数据没有被接收应用接收，这是一个问题。

为了解决对于RTP和UDP出现的这个问题，提出一种配置，其中对接收数据进行处理的应用可以决定它发送重传请求到流发送端。例如，当该应用确定为了执行适当的重放操作它需要数据时，该应用请求流发送端重传分组。然而，如果这样的重传请求被发送，则出现延时，正如在上述的使用TCP的情形。

例如，如果在流重放期间发生分组丢失并且发送了重传请求，但在重放处理开始之前没有接收到重传的分组，则发送端和接收端的处理量增加。因此可以看出，无用的分组在网络中被不利地发送。为了解决这个问题，专利文件1(日本专利No.3757857)描述了一种配置，其中只有对“很可能及时到达进行重放的分组”的重传请求才按需要从接收端发送。

例如，当视频数据经由因特网被接收并被记录(存储)时，可能不需要实时操作。在这样的情形下，通常使用数据被可靠接收的HTTP(TCP)式下载。相反，执行流重放以及记录所接收的流数据，在重放处理中实时操作具有优先级。因此，通常不使用有悖于实时重放的HTTP式下载。

如上所述，对于不允许出现延时的流重放处理和允许出现延时的接收数据记录处理的每种处理，使用适当的通信协议。还没有提出实现满足这些处理(即，流重放处理和接收数据记录处理)的需求的处理并且适用于重放处理和记录处理的配置。

例如，专利文件2(日本未审查的专利申请公布号No.2005-86362)描述在执行流通信时使用的记录方法的配置。然而，在所描述的方法中，使用HTTP，如果重传请求被发送并且出现延时，则执行重放跳过。因此，重放质量恶化。

专利文件1：日本专利No.3757857

专利文件2：日本未审查的专利申请公布号No.2005-86362

发明内容

技术问题

因此，为了解决上述问题，本发明的目的是提供执行接收数据的重放处理和记录处理并且根据处理状态(例如，根据所执行的处理是仅仅重放处理还是重放处理加上记录处理)执行适当的通信控制的通信处理设备、通信控制方法和计算机程序。

技术解决方案

根据本发明的第一方面，提供了一种用于经由网络执行数据接收的通信处理设备。该通信处理设备的特征在于该通信处理设备包括：状态管理单元，用于执行关于该通信处理设备的处理状态是仅仅执行接收数据的重放的重放状态还是执行接收数据的重放与记录的重放与记录状态的状态管理；数据丢失检测单元，用于检测在接收数据中丢失的数据；以及重传请求控制单元，用于执行关于是否输出对丢失数据的重传请求的确定处理，该通信处理设备的特征还在于：当该通信处理设备处于仅仅执行重放的重放状态时，重传请求控制单元根据在重放处理开始之前是否接收到基于重传请求数据的重传数据的判断结果，确定是否发出重传请求，以及当该通信处理设备处于执行重放与记录的重放与记录状态时，重传请求控制单元根据所发送的对一个丢失的数据项的重传请求的数目是否达到预设的最大计数的判断结果，确定是否发出重传请求。