通信装置、通信方法和记录介质的制作方法

专利名称：通信装置、通信方法和记录介质的制作方法
技术领域：
本发明涉及通信装置、通信方法和记录介质。
背景技术：
类似于音乐或运动图像的流分发，通过通信网络将音乐数据或 运动图像数据发布至诸如个人计算机等等之类的客户端装置，并使客 户端装置响应于数据而再现音乐或运动图像的技术得到了日益广泛 的应用(非专利文献1)。
在这种类型的数据通信中，通常服务器装置以预定的定时发送 数据包，这些数据包是通过将数据分成预定大小而产生的。从而，例 如，为了使客户端装置无故障地(没有中断、图像质量降级等)再现 运动图像，必须保持单位时间的数据发送量(下文称为"数据传输率") 超过预定的量。
非专利文献1: RFC1889:互联网〈URL: http:〃www. ietf. org/rfc/rfc1889. txO

发明内容
本发明要解决的问题
网络可利用的带宽(单位时间的数据发送量)是有限制的。从 而，需要响应于可用带宽、数据应用等来对单个客户端装置设置数据 传输率以便不浪费网络的技术。
为了满足上述需要而做出本发明。本发明的目的是提供一种检 测网络带宽的技术，以便在不出现故障、不浪费网络的情况下发送数 据，所述网络用于从服务器装置向客户端装置发送数据，或用于在通 信终端之间发送数据。
解决问题的装置
7一种根据本发明的通信装置，所述通信装置用于通过通信网络 与目的地装置进行通信，其包括
控制部分，其用第一压縮模式压縮数据；
发送部分，其通过通信网络将压縮数据发送到目的地装置；
接收部分，其在目的地装置发送表示接收到压縮数据这一结果 的确认消息时，通过通信网络接收确认消息；
其中，控制部分基于接收部分接收到的确认消息的状态，判定 是否继续使用第一压縮模式，如果判定不继续使用第一压縮模式，则 选择第二压縮模式，并用第二压縮模式压縮数据。
另一种根据本发明的通信装置，所述通信装置用于通过通信网 络与目的地装置进行通信，其包括
控制部分，其通过第一编码解码器压縮数据；
发送部分，其通过通信网络将压縮数据发送到目的地装置；以
及
接收部分，其在目的地装置发送表示接收到压缩数据这一结果 的确认消息时，通过通信网络接收确认消息；
其中，控制部分基于接收部分接收到的确认消息的状态，判定 是否继续使用第一编码解码器进行数据压縮，如果判定不继续进行这 种数据压縮，则选择第二编码解码器，并采用第二编码解码器压縮数 据。
在上述配置中，根据本发明的通信装置还包括存储部分，所述 存储部分存储将编码解码器与设置在编码解码器中的传输率关联起 来的表；以及其中，当接收部分没有接收到确认消息时，控制部分在 表中选择与比第一编码解码器的传输率低的传输率相关联的编码解 码器作为第二编码解码器，并采用第二编码解码器压縮数据。
而且，在上述配置中，根据本发明的通信装置还包括存储部分， 所述存储部分存储将编码解码器与设置在编码解码器中的传输率关 联起来的表；以及其中，当接收部分在预定时间之前接收到确认消息 时，控制部分在表中选择与比第一编码解码器的传输率高的传输率相 关联的编码解码器作为第二编码解码器，并采用第二编码解码器压縮数据。一种根据本发明的通信装置，其通过通信网络与目的地装置进 行通信，其包括控制部分，其用一种编码解码器压縮数据，在所述编码解码器 中，设置了多个数据传输率，并设置了满足第一数据传输率的压縮率；发送部分，其通过通信网络向目的地装置发送经编码解码器压縮的数据；以及接收部分，其在目的地装置发送表示接收到压縮数据这一结果的确认消息时，通过通信网络接收确认消息；其中，控制部分基于接收部分接收到的确认消息的状态，选择 第二数据传输率，并采用其中设置了满足第二数据传输率的压縮率的 编码解码器压縮数据。在根据本发明的通信装置中，在上述配置中，当接收部分没有 收到确认消息时，控制部分选择比第一数据传输率低的数据传输率作 为第二数据传输率，并采用其中设置了满足所选数据传输率的压縮率的编码解码器来压縮数据。在根据本发明的通信装置中，在上述配置中，当接收部分在预 定时间之前接收到确认消息时，控制部分选择比第一数据传输率高的 数据传输率作为第二数据传输率，并采用其中设置了满足所选数据传 输率的压縮率的编码解码器来压縮数据。一种根据本发明的通信方法，其通过通信网络与目的地装置进 行通信，其包括用第一压縮模式压縮数据；通过通信网络向目的地装置发送压縮数据；当目的地装置发送表示收到压縮数据这一结果的确认消息时， 通过通信网络接收确认消息；基于接收到的确认消息的状态，判定是否继续使用第一压縮模 式；以及如果判定不继续使用第一压縮模式，则选择第二压縮模式，并 用第二压縮模式压縮数据。另一种根据本发明的通过通信网络与目的地装置进行通信的通 信方法，其包括用第一编码解码器压縮数据； 通过通信网络向目的地装置发送压縮数据；当目的地装置发送表示接收到压縮数据这一结果的确认消息 时，通过通信网络接收确认消息；基于接收到的确认消息的状态，判定是否继续采用第一编码解 码器进行数据压縮；以及如果判定不继续进行这种数据压縮，则选择第二编码解码器， 并采用第二编码解码器压縮数据。又一种根据本发明的通过通信网络与目的地装置进行通信的通 信方法，其包括.-用一种编码解码器压縮数据，在所述编码解码器中，设置了多 个数据传输率，并设置了满足第一数据传输率的压縮率；通过通信网络向目的地装置发送经所述编码解码器压縮的数据；当目的地装置发送表示接收到压縮数据这一结果的确认消息时，通过通信网络接收确认消息；基于接收到的确认消息的状态，选择第二数据传输率；以及 采用其中设置了满足第二数据传输率的压縮率的编码解码器来压縮数据。一种根据本发明的计算机可读记录介质，其用于存储使计算机 执行下列功能的计算机可读程序 用第一压縮模式压縮数据； 通过通信网络向目的地装置发送压縮数据；当目的地装置发送表示接收到压縮数据这一结果的确认消息 时，通过通信网络接收确认消息；基于接收到的确认消息的状态，判定是否继续使用第一压缩模式；如果判定不继续使用第一压縮模式，则选择第二压縮模式，并用第二压縮模式压縮数据。另一种根据本发明的计算机可读记录介质，其用于存储使计算 机执行下列功能的计算机可读程序用第一编码解码器压縮数据；通过通信网络向目的地装置发送压縮数据；当目的地装置发送表示接收到压縮数据这一结果的确认消息 时，通过通信网络接收确认消息；基于接收到的确认消息的状态，判定是否继续使用第一编码解 码器进行数据压縮；如果判定不继续进行这种数据压縮，则选择第二编码解码器， 并采用第二编码解码器来压縮数据。又一种根据本发明的计算机可读记录介质，其用于存储使计算 机执行下列功能的计算机可读程序用一种编码解码器压縮数据，在所述编码解码器中，设置了多 个数据传输率，并设置了满足第一数据传输率的压縮率；通过通信网络向目的地装置发送经所述编码解码器压縮的数据；当目的地装置发送表示接收到压縮数据这一结果的确认消息时，通过通信网络接收确认消息；基于接收到的确认消息的状态，选择第二数据传输率； 采用其中设置了满足第二数据传输率的压縮率的编码解码器来压縮数据。


图1是示出了与根据本发明实施例的通信终端相连接的通信系 统的配置的框图。图2是示出了通信终端100的配置的框图。 图3是示出了 RTP数据包的配置的视图。图4是用来使编码解码器与数据传输率(比特率)相互关联的列表。11图5是示出了数据传输的流程的流程图。图6是示出了通信优化过程的流程的流程图。图7是示出了数据丢失处理过程的流程的流程图。参考标号说明通信系统10，通信IF部分12，控制部分13，存储部分14 (14a: R0M， 14b: RAM)，操作部分15，显示部分16，计时部分17，声音 输入部分18，总线19，麦克风20， A/D转换部分21，声音输出部分 22， D/A转换部分23,扬声器24，通信终端100、 IOOA、 IOOB，通信 网络200。
具体实施方式
下文将参照附图对作为本发明实施例的通信终端进行说明。 (A:配置) '图1是示出了通信系统10的配置示例的框图，通信系统10包 括作为本发明实施例的通信终端IOOA和通信终端100B。如图l所示， 在通信系统10中，通信终端IOOA和通信终端IOOB通过电缆连接至 通信网络200。在本实施例中，图示了两个通信终端连接至通信网络 200的情况。不过，当然可以连接三个或者更多的通信终端。在这种情况下，通信终端IOOA和通信终端100B具有彼此相同 的配置。在下文中，当不需要区分通信终端100A和通信终端100B 时，两个通信终端被统称为通信终端100。通信网络200是(例如)互联网，虽然省略了详细的图示，但 是它配备有大量的诸如路由器之类的网络设备。提供通信网络200， 以便根据预定的通信协议来对在通信终端IOOA和通信终端IOOB之间处理的数据通信进行中继。在本发明中，在下文说明的各个通信协议均被采用为通信协议。 具体来讲，实时传输协议(Real-time Transport Protocol,下文縮 写为RTP)被用作应用层通信协议，UDP被用作传输层通信协议，IP 被用作网络层通信协议。将IP地址分别分配给通信终端100A和通信 终端IOOB，并且可以在互联网上共同地识别出这些终端。在本实施例中，解释了采用UDP作为传输层通信协议的情况。不过，当然也可以采用TCP。由于UDP和IP是被广泛地一起使用的 通信协议，本文将省略对它们的解释。下文仅给出对RTP的解释。RTP是被用来提供通信服务的通信协议，所述通信服务以端到端 的方式发送/接收具有实时特征的声音数据或视频数据，在RFC1889 中规定了其技术细节。在RTP中，通过产生RTP数据包和发送/接收 该RTP数据包，来执行通信终端之间的数据传输。如图3所示，与作 为IP中的数据传输单元的数据包和作为TCP中的数据传输单元的数 据段一样，RTP数据包由包头部分和有效负载部分组成。在包头部分中设置三种数据，即，时间戳、有效负载类型以及 序列号。这里，时间戳是指示时间(对声音通信开始之后经过的时间 进行指示)的数据。有效负载类型是用来使通信消息的目的地识别通 信信息的类型的数据。在本实施例中，将两种类型的数"1" 、 "2" 中的任何一种写入有效负载类型。具体来讲，将"1"写入用于数据 发送消息的消息类型，将"2"写入用于接收通知消息的消息类型。 序列号是用来唯一识别每个数据包的识别符。例如，当一个声音数据 被分成多个RTP数据包时，分别将诸如l、 2、 3、……之类的序列号 附加到这些数据包。例如，在数据发送消息中，对应于预定时间(在本实施例中为 20毫秒)的声音数据被写入有效负载部分。而且，在接收通知消息 中，将接收到的数据发送消息的序列号以及写入每个RTP数据包中的 与序列号关联的时间戳写入有效负载部分。接下来，下文将解释通信终端100的硬件配置。图2是示出了通信终端100的硬件配置的示例的框图。如图2 所示，通信终端100配备有通信IF部分12、控制部分13、存储部 分14、操作部分15、显示部分16、计时部分17、声音输入部分18、 总线19和声音输出部分22。在下文的解释中，当应当区别通信终端100的有关配置属于哪 个通信终端时，例如，附加字母下标"A"来表示有关的通信终端100A 的控制部分13，就像控制部分13A这样。控制部分13是(例如)CPU (中央处理单元)。控制部分13通 过执行存储在存储部分14中的各种程序(这将在下文中予以说明) 来执行本发明的特征操作，或控制通信终端100的各个部分的操作。通信IF部分12是(例如)NIC (Network Interface Card,网络 接口卡)，并通过电缆连接至通信网络200。通信IF部分12向通信 网络200发出IP数据包，所述IP数据包是通过顺序封装控制部分 13根据更低层的通信协议传输过来的RTP数据包而得到的。这里， 封装表示这样一种处理应当产生在其中写入了 RTP数据包的有效负 载部分的UDP数据段，然后应当产生在其中的有效负载部分写入了 UDP数据段的IP数据包。而且，通信IF部分12通过通信网络200 接收IP数据包，然后，通过实施与封装相反的处理来读出被封装在 IP数据包中的RTP数据包，然后将这个数据包发送到控制部分13。存储部分14由ROM(只读存储器)14a和RAM(随机存取存储器) 14b组成。ROM 14a存储数据和用来使控制部分实现特征功能的控制程序。 可以将作为对数据进行压縮/解压的软件的编码解码器作为控制程序 的一个例子。存储了多种编码解码器，各种编码解码器以不同的压縮 率对数据进行压縮，并以不同的比特率发送/接收数据。而且，可以 将其中存储了对应于各个编码解码器的比特率数据的列表作为数据 的一个例子。根据各种程序工作的控制部分13将RAM 14b用作工作区，R認 14b存储从声音输入部分18接收到的声音数据。例如，操作部分15是键盘、鼠标等。当通信终端100的操作人 员操作操作部分15来输入任何输入时，操作部分15将表示操作内容 的数据发送到控制部分13。例如，显示部分16是显示器等。显示部分16显示通信终端100 在控制部分13的控制下所具有各种数据。当计时部分17从控制部分13接收到与通信终端100开始声音 通信相关的信号时，它计算经过的时间。而且，响应于控制部分13 发出的请求，计时部分17将经过的时间提供给控制部分13。声音输入部分18包含麦克风20和模拟/数字(Analog/Digital, 下文縮写为A/D)转换部分21。麦克风20拾取用户的语音，然后产 生响应于语音的声音信号(模拟信号)，然后将该信号输出到A/D 转换部分21。A/D转换部分21对从麦克风20发送过来的声音信号进 行A/D转换，并将作为转换结果的数字数据(在下文被称为"声音数 据")发送到控制部分13。
响应于控制部分13发送的声音数据，声音输出部分22实施声 音再现控制，声音输出部分22包括D/A转换部分23和扬声器24。 D/A转换部分23通过对从控制部分13发送过来的声音数据的数据序 列实施与在A/D转换部分21中执行的处理相反的处理(即，D/A转 换)，从而产生声音信号，并将该声音信号发送到扬声器24。而且， 扬声器24发射与从D/A转换部分23发送过来的声音信号相对应的声
音
用上述说明完成了对通信终端100的硬件配置的解释。 如上所述，根据本发明的通信终端100的配置与通常的计算机
设备的硬件配置相似。通过下文解释的软件模块实现根据本发明的通
信终端100的特征功能。
当控制部分13执行存储在ROM 14a中的控制程序时，赋予通信 终端100的功能大致可以分成四种功能，S卩(1)往复延迟时间计 算功能，(2)数据压縮率控制功能，(3) RTP数据包产生功能，以 及(4) RTP数据包发送/接收功能。将通信终端100A执行向通信终 端100B发送声音数据的传输的情况作为例子，下文中将解释这些功 能。
往复延迟时间计算功能是用来计算在控制部分13A向目的地终 端发送数据之后到接收到与从目的地终端接收到的数据相关的消息 所需的时间(往复延迟时间)。当计算往复延迟时间时，利用了 RTCP (RTP控制协议)数据包。
具体来讲，通信终端100A将时间戳写入发送方报告SR，然后将 发送方报告SR发送到通信终端100B。响应于从通信终端100A接收 到的发送方报告SR，通信终端100B将接收方报告RR发送回通信终
15端IOOA。此时，通信终端100B计算通信终端100B接收到发送方报 告SR之后到它发回接收方报告RR时所需要的时间，并将这个值写入 接收方报告RR。当接收到接收方报告RR时，通信终端100A计算通 信终端IOOA发送发送方报告SR的时间和通信终端IOOA接收到接收 方报告RR的时间之差，并通过从差值中减去通信终端IOOB在接收到 发送方报告SR之后到发回接收方报告RR时所需的时间，来计算往复 延迟时间。
接下来，下文将解释数据压縮率控制功能。
通过执行安装在通信终端IOOA中的编码解码，控制部分13A压 缩它自身设备的声音数据，然后以预定的传输率(比特率)输出该数 据。用户可以选择自动模式和人工模式中的任何一种，在自动模式中， 控制部分13A根据预定的规则自动地控制比特率，在人工模式中，用 户人工地控制比特率。
当用户选择自动模式时，控制部分13A根据下文解释的规则控 制声音数据的比特率。
在数据通信的开始，控制部分13A通过参照ROM 14aA来选择具 有最大比特率的编码解码器。更高的比特率能产生更高等级(质量) 的通信数据。只要通信网络200的条件允许，那么更高的比特率就是 最理想的状况。
然后，此时的比特率的值被存储在RAM 14bA中，在RAM 14bA
中设置往复延迟时间的初始值。实际上，可以通过采用上述的往复延 迟时间计算功能来计算往复延迟时间的初始值，或者预定的值可以预
先被存储在ROM 14aA中并被读取。
然后，通过采用下文说明的RTP数据包产生功能和RTP数据包 发送/接收功能，来启动采用RTP数据包的声音数据的正常通信。
在正常数据通信中，当产生了 RTP数据包没有到达目的地侧的 终端(数据包丢失)的情况时，控制部分13A将所述编码解码器切换 至另一个编码解码器，另一个编码解码器与比存储在RAM14A中的比 特率低一个级别的比特率相关。而且，在编码解码器被切换之后，控 制部分13A计算往复延迟时间，并用计算出来的值改写RAM 14bA中的往复延迟时间的值。
相反，当没有产生数据包丢失时，控制部分13A通过采用上述
的往复延迟时间计算功能计算往复延迟时间。当计算出的往复延迟时
间比存储在RAM 14bA中的往复延迟时间小预定比特率或小更多时， 控制部分13A将比特率切换成高一个级别的另一个比特率。在本实施 例中，控制部分13A将当前使用的、存储在R0M14a中的编码解码器 切换成比特率高一个级别的另一个编码解码器。
然后，在编码解码器被切换之后，控制部分13A计算往复延迟 时间，并用计算出的值改写RAM 14bA中的往复延迟时间的值。
在这种情况下，当用户选择人工模式时，该用户通过査看显示 在显示部分16A上的可用带宽的值等，借助操作部分15A输入指示声 音数据的比特率的数字。
利用上文描述，解释了数据压縮率控制功能。
接下来，下文将解释RTP数据包产生功能。
麦克风20A根据用户的语音产生模拟声音信号。这个声音信号 被A/D转换部分21转换为数字声音数据，然后，转换后的声音数据 被写入RAM 14bA中。控制部分13A每隔预定的时间(在本实施例中 为20毫秒)就顺序地读取在RAM 14bA中写入的声音数据，并在预定 时间内对声音数据实施上述的压縮。如图3所示，在预定时间内，RTP 包头被附接至被实施了压縮的声音数据，从而产生了 RTP数据包。产 生的RTP数据包被发送到通信IF部分12。
利用上文描述，解释了 RTP数据包产生功能。
最后，下文将解释RTP数据包发送/接收功能。
当从控制部分13A接收到所产生的RTP数据包时，通信IF部分 12通过向较低层中的通信协议发送RTP数据包来发送RTP数据包。 相反，控制部分13B剪切出接收RTP数据包的通信终端100B中的RTP 数据包的有效负载部分。
利用上文描述，解释了 RTP数据包发送/接收功能。 (B:操作)
接下来，下文将参照附图来解释通信终端IOO所执行的操作。
17的用户(下文称为用户A) 和通信终端100B的用户(下文称为用户B)通过互动地交换语音数 据通信来举行远程会议的情况下，当用户A发表意见而用户B听取意
见时通信终端ioo所执行的操作。
假设在本操作的开始，首先，通信终端100A以最大可用带宽发 送声音数据。
而且，还假设由于通信网络200被多个通信终端(未示出) 使用，所以被用来在通信终端100A和通信终端100B之间发送/接收 声音数据的网络线路的可用带宽随时间变化。 (B-l:操作示例1)
在本操作示例中，下文将参照图5解释在没有故障(没有数据 包丢失，也没有发生超时)的情况下执行从通信终端100A向通信终 端IOOB发送声音数据的情况。
当用户A发出语音时，麦克风20A产生表示该语音的声音信号， A/D转换部分21A将声音信号转换成声音数据。控制部分13A采用RTP 数据包产生功能来根据声音数据产生RTP数据包，然后将数据发送到 通信终端100B (步骤SAIOO)。此时，控制部分13A将表示传输时间 的时间戳赋予所有数据包。而且，在每次发送数据包之后，控制部分 13A将所发送的数据包的序列号写入RAM 14b中。以这种方式，声音 数据从通信终端100A通过通信网络200抵达通信终端IOOB。
通信终端IOOB接收数据包。控制部分13B将接收通知消息发回 通信终端IOOA，所述接收通知消息包含与接收到的数据包的序列号 和附至各个数据包的时间戳有关的数据。接收通知消息从通信终端 100B通过通信网络200抵达通信终端IOOA。
控制部分13A对接收通知消息进行接收(步骤SA200)。然后， 通过比较写入有效负载部分中的序列号和所发送的RTP的序列号，控 制部分13A判定出是否出现了数据包丢失(步骤SA300)。如果出现 了数据包丢失(步骤SA300:"是")，那么控制部分13A实施数据 丢失处理过程(步骤SA800)。将在下文详细解释这个数据丢失处理 过程。相反，如果没有出现数据包丢失(步骤SA300:"否")，那
18么控制部分13A执行后续过程进入步骤SA400。在这个操作示例中， 由于没有故障地发送了声音数据，在步骤SA300中的判定结果是 "否"，执行后续过程进入步骤SA400。在步骤SA400中，控制部分 13A通过往复延迟时间计算功能计算出往复延迟时间。控制部分13A 判定往复延迟时间是否小于存储在RAM MbA中的编码解码器被切换 之后所立刻获得的往复延迟时间的之前指定的值(步骤SA500)。例 如，这个指定的值被设置为存储在RAM 14bA中的编码解码器被切换 之后所立刻获得的往复延迟时间的60%。
如果步骤SA500中的判定结果是"是"，控制部分13A则执行 通信优化过程(步骤SA600)。然后，过程进入步骤SA700。在这种 情况下，将在下文中详细解释步骤SA600中的通信优化过程。相反， 如果步骤SA500中的判定结果是"否"，过程则进入步骤SA700。在 步骤SA700中，控制部分13A判定数据发送是否完成。如果没有完成 数据发送(步骤SA700:"否")，控制部分13A使过程回到步骤SAIOO， 并继续发送还没有被发送的数据。相反，如果完成了数据发送(步骤 SA700:"是")，控制部分13A结束这个过程。
随后，下文将参照图6中所示的流程图来解释步骤SA600中的 通信优化过程的细节。首先，在步骤SA610中，控制部分13A判定是 否出现了对应于较高的比特率的编码解码器。如果在步骤SA610中的 判定结果是"是"，那么控制部分13A通过改变编码解码器来增大声 音数据的传输率(步骤SA620)。然后，控制部分13A计算往复延迟 时间(步骤SA630)。然后，控制部分13A将在切换编码解码器之后 所立即获得的传输率(比特率)和计算出的往复延迟时间存储在R認 14b中(步骤SA640)。然后，结束过程。相反，如果在步骤SA610 中的判定结果是"否"，那么控制部分13A结束过程。
当在没有出现数据丢失的情况下往复延迟时间足够小时，可能 没有有效地利用可用带宽。不过，可以执行数据通信以符合上述通信 优化过程所检测到的网络状况。
在这种情况下，每当执行数据通信时，控制部分13A都实施通 信优化过程。不过，即使没有执行数据通信，每隔一段预定的时间也会执行一次上文解释过的通信优化过程。因此，可以没有损失地利用其状况随时变化的网络处理数据通信。(B-2:操作示例2)接下来，在这个操作示例中，下文将参照图7中所示的流程图
来解释当在数据发送过程中出现了数据丢失(数据包丢失等)时通信
终端100A所采取的操作，即图5中的步骤SA800中的数据丢失处理过程。
首先，控制部分13A通过参考RAM 14bA来判定当前是否出现了对应于较低的比特率的编码解码器(步骤SA810)。如果步骤SA810中的判定结果是"是"，那么控制部分13A通过切换至比特率低一个级别的编码解码器来降低数据传输率(步骤SA820)。然后，控制部分13A计算在编码解码器切换后所立即获得的往复延迟时间(步骤SA830)。然后，在编解码之后，控制部分13A立即存储计算出的往复延迟时间和比特率的值。从而，控制部分13A结束数据丢失处理过程。如果步骤SA810中的判定结果是"否"，控制部分13A同样结束数据丢失处理过程。
只有在产生了数据包丢失时，控制部分13A才执行数据丢失处理过程。从而，通过适当地设置合适的数据传输率，可以无故障地执行数据发送。
(C:变型)
如上文所述，已经解释了本发明的实施例。但可以以下文描述的各种模式执行本发明。
(1)在上述实施例中，往复延迟时间计算功能、数据压縮率控制功能、RTP数据包产生功能和RTP数据包发送/接收功能中的各个功能都被提供给了通信终端。不过，当然，安装对象不局限于通信终端。例如，本发明可适用于执行声音数据或视频数据的流发布的数据
发布服务器。总之，任何一种电子设备都可以采用本发明，只要这种设备能够处理数据通信。在这种情况下，可以向该电子设备提供一种其中存储了声音数据或视频数据的存储器装置来代替声音输入部分18，然后，可以适当地读取数据。(2) 在上述实施例中，解释了用软件模块实现根据本发明的通信终端所特有的功能的情况。不过，可以通过组合包含上述功能的各个硬件模块来构建根据本发明的通信终端。
(3) 在上述实施例中，解释了 RTP被用作应用层通信协议的情
况。不过，当然可以采用其他的通信协议。总之，可以采用任何通信协议，只要这种通信协议可以每隔预定时间就将声音数据写入具有预定的包头部分和有效负载部分的数据块的有效负载部分，然后发送声
音数据。而且，在上述实施例中，解释了 UDP被用作传输层通信协议的情况。不过，也可以采用TCP。类似地，网络层通信协议不限于IP。
(4) 在上述实施例中，解释了发送/接收声音数据的情况。不过，数据类型不限于声音数据。可以采用诸如运动图像数据等之类的任何数据类型。
(5) 在上述实施例中，解释了通信终端100A和通信终端100B通过电缆连接至通信网络200的情况。不过，当然，例如可以通过诸如无线LAN (局域网)等等之类的无线分组通信网络来构建通信网络200，并且通信终端IOOA和通信终端IOOB可以连接至该无线分组通信网络。而且，在上述实施例中，解释了通信网络200是互联网的情况。当然，LAN可以被采用为通信网络。总之，可以采用任何通信网络，只要这种通信网络配备有能根据预定的通信协议来对通信进行传输的功能。
(6) 在上述实施例中，解释了用于使控制部分13实现根据本发明的通信装置所特有的功能的控制程序被预先装载入R0M14a的情况。不过，也可以将控制程序记录在诸如CD-ROM、 DVD之类的计算机可读记录媒介上，然后发布。可选地，当然可以通过经由诸如互联网等等之类的通信网络下载来发布该控制程序。
(7) 在上述实施例中，解释了检测是否产生了数据包丢失的情况。不过，作为数据丢失的检测对象的数据块不局限于数据包。可以采用数据段或帧作为检测对象。
(8) 在上述实施例中，解释了在ROM 14a所存储的列表中对多种类型的编码解码器与几个比特率值进行关联的情况，其中这些比特
21率值能够分别实现编码解码。但是，也可以将其中按比特率值来对编码解码器进行分级的数据存储起来，而不是存储列表。在这种情况下，
在步骤SA610或步骤SA810中，可以判定与当前所使用的编码解码器的比特率相比而言是否出现了比特率较高或较低的编码解码器。而
且，可以选择比特率比当前使用的编码解码器的比特率高一个等级或低一个等级的编码解码器。
(9) 在上述实施例中，解释了通过改变将被使用的编码解码器来切换比特率的情况(步骤SA620、步骤SA820)。但是，不通过改变编码解码器的类型，而是通过改变与比特率相关的设置，也可以切换比特率。
在这种情况下，编解码程序可以被存储在ROM 14a中，然后被利用，其中通过所述编解码程序，可以设置多个比特率。而且，可以将"是否可以将更高的比特率设置在当前正在使用的编码解码器中"的判定釆用为步骤SA610中的判定内容。在这种情况下，如果在步骤SA610中的判定结果是"是"，那么在步骤SA620中，控制部分13A通过改变与此时正在使用的编码解码器的比特率相关的设置来增大比特率。g卩，降低将被设置在编码解码器中的压縮率。而且，可以将
"是否可以将更低的比特率设置在当前正在使用的编码解码器中"的判定采用为步骤SA810中的判定内容。在这种情况下，如果在步骤SA810中的判定结果是"是"，那么在步骤SA820中，控制部分13A通过改变与此时正在使用的编码解码器的比特率相关的设置来降低比特率。即，增大将被设置在编码解码器中的压縮率。
如上所述，为了切换比特率，可以改变所采用的编码解码器，或者在不改变编码解码器类型的情况下可以改变与比特率相关的设置。总之，通过改变数据的压縮模式，可以控制比特率。
(10) 在上述实施例中，解释了编码解码器被用作用于对声音数据进行压縮/解压(编码/解码)的程序的情况。不过，程序的类型不局限于编码解码器。而且，可以采用除编码解码器外的压縮程序，例如，可以采用只用于执行声音数据压縮的程序。
参照特定的实施例对本发明进行了详细解释。不过，对于本领域技术人员而言，在不脱离本发明的精神、范围或目标范围的情况下，很明显可以实施各种变型和改进。
本申请基于于2006年9月12日提交的日本专利申请(专利申请NO.2006-247080)和于2007年9月10日提交的日本专利申请(专利申请NO.2007-233810)，通过引用将其内容并入本文。
权利要求
1.一种通信装置，其用于通过通信网络与目的地装置进行通信，所述通信装置包括控制部分，其用第一压缩模式压缩数据；发送部分，其通过通信网络向目的地装置发送压缩数据；接收部分，其在目的地装置发送确认消息时通过通信网络接收确认消息，该确认消息表示接收到压缩数据这一结果；其中，控制部分基于接收部分所接收到的确认消息的状态，判定是否继续使用第一压缩模式，并且如果判定不继续使用第一压缩模式，则选择第二压缩模式，并且用第二压缩模式压缩数据。
2. —种通信装置，其用于通过通信网络与目的地装置进行通信， 所述通信装置包括控制部分，其通过第一编码解码器来压縮数据；发送部分，其通过通信网络向目的地装置发送压縮数据；以及 接收部分，其在目的地装置发送确认消息时通过通信网络接收确认消息，该确认消息表示接收到压縮数据这一结果；其中，控制部分基于接收部分所接收到的确认消息的状态，判定是否继续使用第一编码解码器进行数据压縮，并且如果判定不继续进行这种数据压縮，则选择第二编码解码器，并采用第二编码解码器来压縮数据。
3. 根据权利要求2所述的通信装置，其还包括 存储部分，其存储将多个编码解码器与设置在这些编码解码器中的传输率关联起来的表；以及其中，当接收部分没有接收到确认消息时，控制部分在表中选 择与比第一编码解码器的传输率低的传输率相关联的编码解码器作 为第二编码解码器，并采用第二编码解码器来压縮数据。
4. 根据权利要求2或3所述的通信装置，其还包括存储部分，其存储将多个编码解码器与设置在这些编码解码器 中的传输率关联起来的表；以及其中，当接收部分在预定时间之前接收到确认消息时，控制部 分在表中选择与比第一编码解码器的传输率高的传输率相关联的编 码解码器作为第二编码解码器，并采用第二编码解码器压縮数据。
5. —种通信装置，其通过通信网络与目的地装置进行通信，所述通信装置包括控制部分，其通过一种编码解码器来压縮数据，在所述编码解码器中设置了多个数据传输率，并且在所述编码解码器中设置了满足 第一数据传输率的压縮率；发送部分，其通过通信网络向目的地装置发送经编码解码器压縮后的数据；以及接收部分，其在目的地装置发送确认消息时，通过通信网络接 收确认消息，该确认消息表示接收到压縮数据这一结果；其中，控制部分基于接收部分所接收到的确认消息的状态，选 择第二数据传输率，并采用其中设置了满足第二数据传输率的压縮率 的编码解码器来压縮数据。
6. 根据权利要求5所述的通信装置，其中，当接收部分没有收 到确认消息时，控制部分选择比第一数据传输率低的数据传输率作为 第二数据传输率，并采用其中设置了满足所选择的数据传输率的压缩 率的编码解码器来压縮数据。
7. 根据权利要求5或6所述的通信装置，其中，当接收部分在 预定时间之前接收到确认消息时，控制部分选择比第一数据传输率高的数据传输率作为第二数据传输率，并采用其中设置了满足所选择的 数据传输率的压縮率的编码解码器来压縮数据。
8. —种通过通信网络与目的地装置进行通信的通信方法，其包括用第一压縮模式压縮数据； 通过通信网络向目的地装置发送压縮数据；当目的地装置发送表示接收到压縮数据这一结果的确认消息 时，通过通信网络接收确认消息；基于所接收到的确认消息的状态，判定是否继续使用第一压縮 模式；以及如果判定不继续使用第一压縮模式，则选择第二压縮模式，并 用第二压縮模式压縮数据。
9. 一种通过通信网络与目的地装置进行通信的通信方法，其包括通过第一编码解码器来压縮数据； 通过通信网络向目的地装置发送压縮数据；当目的地装置发送表示接收到压縮数据这一结果的确认消息 时，通过通信网络接收确认消息；基于所接收到的确认消息的状态，判定是否继续采用第一编码 解码器来进行数据压縮；以及如果判定不继续进行这种数据压縮，则选择第二编码解码器， 并采用第二编码解码器来压縮数据。
10. —种通过通信网络与目的地装置进行通信的通信方法，其包括通过一种编码解码器来压縮数据，在所述编码解码器中，设置 了多个数据传输率，并设置了满足第一数据传输率的压縮率；通过通信网络向目的地装置发送经所述编码解码器压縮的数据；当目的地装置发送表示接收到压縮数据这一结果的确认消息 时，通过通信网络接收确认消息；基于所接收到的确认消息的状态，选择第二数据传输率；以及 采用其中设置了满足第二数据传输率的压縮率的编码解码器来 压縮数据。
11. 一种计算机可读记录介质，其用于存储使计算机执行下列 功能的计算机可读程序用第一压縮模式压縮数据； 通过通信网络向目的地装置发送压縮数据；当目的地装置发送表示接收到压縮数据这一结果的确认消息 时，通过通信网络接收确认消息；基于所接收到的确认消息的状态，判定是否继续使用第一压缩 模式；以及如果判定不继续使用第一压縮模式，则选择第二压縮模式，并 用第二压縮模式压縮数据。
12. —种计算机可读记录介质，其用于存储使计算机执行下列 功能的计算机可读程序通过第一编码解码器来压縮数据； 通过通信网络向目的地装置发送压縮数据；当目的地装置发送表示接收到压縮数据这一结果的确认消息 时，通过通信网络接收确认消息；基于所接收到的确认消息的状态，判定是否继续使用第一编码 解码器进行数据压縮；以及如果判定不继续进行这种数据压縮，则选择第二编码解码器， 并采用第二编码解码器来压縮数据。
13. —种计算机可读记录介质，其用于存储使计算机执行下列 功能的计算机可读程序通过一种编码解码器压縮数据，在所述编码解码器中，设置了 多个数据传输率，并设置了满足第一数据传输率的压縮率；通过通信网络向目的地装置发送经所述编码解码器压縮后的数据；当目的地装置发送表示接收到压縮数据这一结果的确认消息时，通过通信网络接收确认消息；基于所接收到的确认消息的状态，选择第二数据传输率；以及 采用其中设置了满足第二数据传输率的压縮率的编码解码器来压縮数据。
全文摘要
当在服务器装置和客户端装置之间或在通信终端之间发送数据时，根据可用的带宽和数据应用设置数据传输率，以使网络中没有不必要的部分。控制单元检测数据传输时产生的数据包丢失。当检测到数据包丢失时，控制单元选择较低数据传输率的压缩模式。另一方面，即使没有产生数据包丢失，也测量数据传输所需的时间(往复延迟时间)。当往复延迟时间足够小时，选择较高数据传输率的压缩模式。例如，可以通过切换至另一个编码解码器或改变设置在编码解码器中的压缩率来选择压缩模式。
文档编号H04L29/08GK101517948SQ20078003380
公开日2009年8月26日 申请日期2007年9月12日 优先权日2006年9月12日
发明者山田裕一 申请人:雅马哈株式会社