文件传输协议范例【精彩4篇】

【前言导读】此篇优秀法律文书“文件传输协议范例【精彩4篇】”由阿拉题库网友为您精心整理分享，供您学习参考之用，希望这篇资料对您有所帮助，喜欢就复制下载吧！

文件传输协议【第一篇】

关键词 视频监控；解码矩阵；RTP/RTCP协议

The Design of Network Video Monitoring System Based on Decoding Matrix

Xu Chang

（TongJi University Shanghai 200092）

Abstract The aim of the paper is to deal with the problem of not meeting the requirements for the video supervising system in industrial site, the paper designs a network video monitoring system which has the decode soft matrix and could display videos onto the television-wall directly. The system contains network video displaying module and decoding soft matrix module, and uses to encode and decode the video and RTP/RTCP to transmit the video. All in all, the network video monitoring system owns advantages of low price, strong performance, high universality and good extensibility.

Keywords video supervising；decoding soft matrix；RTP/RTCP

0 引言

目前，视频监控系统在人们生产、生活的各个方面发挥作用。其发展经历了第一代的全模拟系统，到第二代部分数字化的系统， 再到第三代完全数字化的系统（网络视频服务器）三个阶段的发展演变。

基于嵌入网络服务器的数字视频系统把摄像机输出的模拟视频信号通过嵌入式视频编码器直接转换成IP数字信号。嵌入式视频编码器具备视频编码处理、网络通信、自动控制等强大功能，直接支持网络视频传输和网络管理，使得监控范围达到前所未有的广度。由于此种监控系统的硬件是一个同处理器以及操作系统捆绑非常紧密、功能专一、特定设计的独立设备，不像插卡系统那样受通用计算机系统中其它软件硬件的影响，因此性能上更加稳定，且便于安装、维护，易于实现系统的模块化设计，满足后续管理、维护的需求。

本文基于软解码矩阵实现了一种网络视频监控系统，降低了设备成本，同时很好地兼顾了性能。

1 系统采用的关键技术

视频编解码技术

编码算法是一种高性能的视频编解码技术。是在MPEG-4技术的基础之上建立起来的，其编解码流程主要包括5个部分：帧间和帧内预测、变换和反变换、量化和反量化、环路滤波、熵编码。 最大的优势是具有很高的数据压缩比率，在同等图像质量的条件下，的压缩比是MPEG-2的2倍以上，是MPEG-4的～2倍。

RTP/RTCP流媒体传输协议

数字视频信息传输的主要协议，包括实时传输协议RTP(Real Time Protocol)、实时传输控制协议 RTCP(Real Time Control Protocol)等协议。

RTP协议是针对Internet上的多媒体数据流的一种传输协议。该协议可基于多播或者单播网络提供端到端的网络实时数据传输，为实施数据传输提供时序重构、帧遗失检测、数据安全等多种服务。

RTP通常使用UDP来传输数据。RTP本身并不能为按顺序传送数据包提供可靠的传送机制，也不提供流量控制或拥塞控制，它依靠RTCP提供这些服务。通常RTP算法并不作为一个独立的网络层来实现，而是作为应用程序代码的一部分。

实时传输控制协议RTCP和RTP以其提供流量控制和拥塞控制服务。在RTP会话期间，各参与者周期性的传输RTCP包。RTCP包中包含已发送的数据包的数量、丢失的数据包的数量等统计资料，服务器可以利用这些信息动态的改变传输速率，甚至改变有效载荷类型。RTP和RTCP配合使用，它们能以有效的反馈和最小的开销使传输效率最佳化，因此特别适合传送网上的实时数据。

RTP的数据传输是无连接、无差错控制的报文传输。RTCP是RTP协议中的控制协议，它单独运行在底层协议上。RTCP是指接收方向发送方发送的报文，它负责监视网络服务质量、通信带宽以及网上传送的信息，并将其通知给发送端。

2 系统设计与实现

系统采用传统的C/S模式，由于采用嵌入式视频服务器，所以服务器端不需要设计，只需要设计客户端软件。系统主要分为两个部分进行设计：网络视频预览和解码矩阵。软件系统在启动时还要进行初始化工作，所以还要有软件的初始化程序设计。

系统初始化

文件传输协议【第二篇】

关键词：可靠UDP；确认重传；滑动窗口

中图分类号：TP311 文献标识码：A 文章编号：1009-3044（2015）09-0071-03

Abstract：In data transmission network， compared with the other protocol， UDP protocol has certain advantages in speed， but there is also the transmission reliability is poor and the problem of lack of congestion control mechanism in this paper， on the basis of the UDP protocol， by adding a simple three-way handshake， confirm the retransmission mechanism， the sliding window mechanism， designed a reliable transport protocol based on UDP， make it between the reliability and efficiency to achieve a good unity and compromise， and implementation of the agreement of the main module has made a detailed description and the actual test.

Key words： reliable UDP； confirm the retransmission； the sliding window

由于传统的数据传输协议所针对的业务不同，在数据传输的速度和可靠性之间不能达到很好的平衡。车险理赔系统中采用的是移动理赔的思想，手持终端机通过移动通信网络和后台中心系统进行数据交互。目前国内的通信事业并不是很发达，信号覆盖率并不全面，移动通信网络的带宽和传输质量会受到地域的影响，为确保理赔现场与后台系统间数据的及时可靠传输，需要基于移动通信的网络环境设计高效可靠的数据传输功能。本章在UDP传输协议基础上，通过应用层封装和可靠性设计的方法，采用数据包的确认重传、流量控制等机制，设计并实现基于UDP协议的可靠数据传输功能。

1 TCP与UDP的对比

TCP和UDP都属于传输层协议，负责承担数据传输的任务[1]。两者之间的主要区别有：

（1） TCP和UDP是传输层的两个协议，它们最大的区别是是否面向连接。TCP，在客户端和服务器端进行通信之前，首先要交换传输层控制信息，为双方的通信做好准备。UDP是一个非连接的协议，传输数据之前双方不建立连接，当传送数据时，简单的抓取来自应用程序的数据，并尽可能快的把数据传送到网络上。

（2） UDP协议的数据传输不需要维护收发状态和连接状态等，与TCP相比，网络有效利用率得到很大的提高。

（3） TCP协议提供数据确认重传、拥塞控制等可靠性保证，UDP协议不提供可靠性保证，也不提供流量控制。

TCP协议由于需要确认的状态和对数据包的操作过多，数据传输的速度不高且网络延迟较大，所以虽然协议可靠但并不适合面向移动通信的数据传输；而UDP协议由于不用建立连接，没有超时重发等可靠机制，网络延迟小且数据传输速度很快。本文设计的理赔系统面向移动通信网络实现理赔现场与后台系统间的数据传输，网络环境不如光纤接入网络稳定可靠，对数据的高效可靠传输有着很高的要求。因此，本章选用UDP协议，并在其基础上，设计了连接确认、数据确认等可靠机制，满足了系统对于高效可靠传输功能的需求。

2基于UDP 改进的可靠传输协议实现

主要功能模块及任务结构

综合文献2的可靠机制描述，可靠UDP数据传输协议的模块结构如图1所示。

从模块结构上看，本模块主要由以下几个任务实现模块功能：

? 通信处理模块

1） 发送方发起数据传输请求，三次握手成功后，发送方进入数据包封装模块。

2） 超时定时器的启动和关闭。

3） 当数据传输结束时，接收方向发送方主动发起传输结束的请求。

? 数据包封装/解析模块

1） 发送方将要发送的的数据按照协商大小分块，排序。

2） 发送方将分块的数据协商的数据报文结构封装成要发送的消息包。

3） 接收方读取数据包后根据协商的数据报文结构拆分数据包，根据数据包的类型读取信息。

? 消息发送/接收模块

1） 发送方判断发送队列和消息队列是否为空后，将要发送的数据包处理后发送。

2） 接收方从接收队列中读取数据包。

? 数据重组模块

1） 由于网络问题，发送方按序发送的数据包不一定会按序到达，所以接收方在经过数据包解析模块读取数据后，根据该消息的字节序号判断是否为乱序的分组。

2） 若是顺序的分组，将分组与以前收到的消息按序排列；若是要求重传的分组，将该分组放入到所应在的位置中。

3） 如果满足重发条件，则向发送方发送重发包请求。

核心事件处理流程

通信处理进程

通信处理模块中的通信处理进程主要负责三次握手的发起和确认的请求，数据传输结束后结束连接等任务。具体流程见图2。首先，通信的接收方发起握手的请求，即建立一个虚连接，双方必须确保该连接成功建立后才可以进行下一步数据传输的操作。然后，在接收方一端启动定时器，接收方的数据处理进程接收发送方发送的数据，同时接收方根据定时计时器发送反馈消息；或判断接收到的报文数，当达到数据包累积计数器设定的数值时，向发送方发送反馈消息。

发送方发送报文

数据报文的发送，主要是发送方向接收方发送数据报文和消息报文，流程如图3所示，具体的算法为：

if（发送队列非空）

{

从队列中取出消息；

if （消息类型为数据包）

发送数据包；

else 发送确认包；

}

else if （消息队列非空）

{

打包要发送的数据并将数据放入发送队列中；

套接口处当前序号加1；

}

3 实验结果与分析

开发环境

系统的编程实现是在Windows XP上进行的，使用的编程工具为Visual C++。

系统测试

测试环境

本测试是是在无线通信网络下进行的，配置了两台计算机用作数据间收发的测试，操作系统为Windows XP。华为E261 3G上网卡两张，用于连接无线网络，测试拓扑结构如图4所示。

测试内容

本测试采用传输不同大小文件的方式来对数据速度进行测试，每次传输重复测试三次，然后取平均值作为参考数据，测试结果见表1和表2。其中，表1是在最大连接速率环境下的测试结果，表2是在连接速率为环境下的测试结果。

由表1可见，在移动通信的网络连接环境为时，当传输1MB的数据时，TCP协议测试耗时，平均传输速度约为105KB/s；可靠UDP耗时，平均传输速度约为124KB/s。当传输数据为32MB时，TCP耗时，平均传输速度约为120KB/s；可靠UDP耗时平均传输速度约为168KB/s。

由表2可见，在移动通信的网络连接环境为时，由于连接环境较差，测试文件并不大，当传输0..36s，平均传输速度约为21KB/s；可靠UDP耗时，平均传输速度约为43KB/s。

由此可得出：

（1） 可靠UDP传输协议的优势随着传输数据量的增大而越来越明显。

（2） 可靠UDP传输协议的优势随着网络环境的变差而越来越明显。

参考文献：

[1] Douglas er. 用TCP/IP进行网际互联――原理、协议与结构（第五版）[M]. 林瑶， 张娟， 王海，等译。 北京：电子工业出版社，2009.

[2] 王珏， 何秋燕， 王露凯。基于UDP 改进的可靠传输协议设计[J].电子世界，2014（22）.

[3] 王继刚， 顾国昌， 徐立峰，等。可靠UDP数据传输协议的研究与设计[J].计算机工程与应用，2006（15）：113-116.

[4] 靳海力。一种增强型可靠UDP的设计及应用[D].合肥：中国科学技术大学，2009.

文件传输协议【第三篇】

关键词：流媒体；服务迁移；视频传输

中图分类号：TP37 文献标识码：A 文章编号：1009-3044（2013）09-2233-03

流媒体（streaming media），采用流式传输的方式在因特网与内联网播放的媒体格式。流媒体又叫流式媒体，它是用一个视频传送服务器把节目当成数据包发出，传送到网络上。然后通过解压设备对这些数据进行解压后，节目就会像发送之前那样的显示出来了。流媒体技术也不是一种单一的技术，它是将网络技术及视/音频技术的有机结合。在网络上实现流媒体技术，需要解决流媒体的制作、、传输及播放等多方面的问题。在网上进行流媒体传输的文件必须制作成适合流媒体传输的流媒体格式文件。因为我们通常格式存储的多媒体文件容量很大，假使要在现有的窄带网络上传输，就会花费很长的时间，如果遇到网络繁忙，还可能会造成传输中断。另外，通常格式的流媒体也不能按流媒体传输协议进行传输。因此，应首先对需要进行流媒体格式传输的文件进行预处理，将文件压缩生成流媒体格式文件。但是在处理过程中应注意两点：一是选用适当的压缩算法进行压缩，这样可以生成较小的文件容量。二是需要向文件中添加流式信息。

为了实现上述的解决方法，该文设计和实现了一个流媒体系统，利用RTP（实时传输协议） 作为流媒体传输协议，并且以SIP（应用层的信令控制协议）来作为服务器和客户端之间信息传输的传输协议。而且为了让使用者在服务器和服务器之间的切换过程中不会察觉到视频有停顿或是画面有噪声的情形发生， 则必须要能够达到无缝切换（Seamless Handoff）的程度。

本文研究结合了SIP 和RTP协议，设计出了基于服务迁移的流媒体系统。结果降低了包的延迟，增加了连接质量，减少了整体网络的负担利用RTP 作为流媒体传输协议，并且以SIP 来作为服务器和客户端之间信息传输的传输协议。而且为了让使用者在服务器和服务器之间的切换过程中不会察觉到视频有停顿或是画面有噪声的情形发生，则必须要能够达到无缝切换（Seamless Handof〖〗f）的程度。

1 流媒体传输原理

我们都知道，在网络上实现流媒体技术是一个复杂的过程，因而当在网络上实现流媒体技术时，我们必须对其进行综合的考虑和分析，这就需要囊括制作、传输、、播放等多方面的问题。当数据在传输时，我们应尽量选择合适的传输协议，虽然TCP协议是一种可靠的数据传输协议， 但是TCP协议需要的带宽开销加大，在那些实时性要求比较高的时候，TCP协议有可能花费相对较高，这样就极其不合算，因此TCP协议并不适合实时性要求高的场合，这样一来，在实际的传输中，我们就采用效率更高的RTP/UDP协议。

对于流式传输的理解，目前存在有很多种说法，最流行的一种说法就是，流式传输主要指通过网络传送多媒体信息（音视频）的总称。实现流式传输的两种方法：1. 实时流式传输（Realtime Streaming）；2. 顺序流式传输（Progressive Streaming）。通常来说，如果视频为实时广播，或者采用流式媒体服务器，或者采用RTSP实时协议，则为实时流式传输； 如采用HTTP服务器，则为顺序流式传输。采用何种方式，应据实用场合而定。当然，流式文件也支持缓冲到硬盘，支持流文件下载的下载器也有很多种，比如迅雷就是一个很好是事例；另外，更有甚者，可以将文件路径反解析出来，比如http：///. 用户只需要输入流媒体的地址，就能反解析到实际的媒体文件地址，然后点击右键的另存为，就圆满的完成了整个任务。目前有很多公司都会封掉流媒体服务，而采用此方法，直接将流媒体浏览变为http文件传输，将直接绕开公司防火墙。

2 流媒体传输系统的设计

为了验证该文所提出的方法是否可行，我们设计和实作了一个流媒体系统来作简单的实验，整个系统包含了客户端以及服务器二个部分。客户端和服务器之间信令传输的传输协议为SIP，流媒体的传输协议为RTP。而程序主要的功能如下︰

1）用户经由客户端的软件连上服务端，在线观看想看的视频。

2）客户端软件会监视网络的状况（如包延迟时间、网络壅塞状况等）。当使用者四处漫游时，可能会使的和服务器之间的距离加大，导致连接品质变差，这时候客户端会自动的去和目前连接的服务器要求作服务迁移（Service Migration）的动作。

3）服务器收到客户端的要求后，会将相关的资料（如多媒体名称、播放进度、RTP 状态信息等）传送给客户端，客户端再将收到的资料传送给较近的服务器，改由较近的服务器来服务。

负责和服务端之间的信令往来， 以及管理Draw_Frame_Thread 和Rtp_Recv_Thread。分成二个部分：第一部份是基本的建立连接部分（不含服务迁移）。第二部分是服务迁移的过程。图1为流程图。

客户端连接到服务器，服务器目前不忙碌，产生子程序服务该客户端，并传送重新导向的信息给客户端。客户端收到后重新连接到该子程序，该子程序有找到客户端所要求的视频片段，并传送该视频的相关信息（如视频的高度、宽度、色彩深度、长度、帧数数等）给客户端，到此就算连接建立成功。客户端收到后，启动Rtp_Recv_Thread 和Draw_Frame_Thread，准备开始播放。开始播放后，使用者便可作基本的操作，如暂停、继续、结束、缩小或放大、服务迁移等。而连接失败的话，使用者可以重新输入，改连接到其他服务器或其他视频。

3 流媒体传输系统的实现

图2为程序实际执行的快照。共有三台计算机参与实验，二台负责服务器部分，一台负责客户端部分。我们在负责客户端的计算机上利用操作系统内附的远程连接程序，连接到那二台服务器来作控制和显示。在图2中，左上的远程连接窗口为服务器A（IP为），而窗口内执行的程序为Main。左下的远程连接窗口为服务器B（IP为），窗口内执行的程序为Main。右边中间为客户端程序（IP为），上面为信息窗口，下面为播放器窗口。而程序的整个执行流程为：

1）客户端会先连接到服务器A。

2）过一段时间后迁移到服务器B，这时服务器A 和服务器B 会同时传送资料给客户端。

3）再过一段时间后客户端切断与服务器A 的连接，这时就剩下服务器B 与客户端连接。

4）最后视频传送完毕，服务器B 切断与客户端的连接。

4 总结

该文设计和实现了一套无线网络流媒体播放系统，并对服务器模块、客户端模块、以及传输模块进行了设计。实验证明系统有较好的网络适应性，并能获取良好的视觉质量。

参考文献：

[1] 季尉，丘洪江，肖振华，等。 CDN和P2P融合的流媒体内容分发平台[J].音响技术，2010（2）.

[2] 马军，郑烇，殷保群。 基于CDN和P2P的分布式网络存储系统[J].计算机应用与软件，2010（2）.

文件传输协议【第四篇】

关键词流媒体 启动延时 RTP

自互联网产生以来，受网络带宽的限制，互联网上的信息都以文字、图片等静态数据为主，而音频、视频数据则难以在网上。随着ADSL、视迅宽带、FDDI网的出现，网络带宽得到很大的改善，可以达到100M以上的传输速率，但仍无法满足高质量的多媒体信息传输的需要，这就要从数据的传输方式上着手来解决问题。由此，流媒体技

术应运而生。

一、流媒体技术概述

流媒体（Streaming）技术是指在发送端和接收端之间以独立于网络负载的以给定速率传输音频、视频信息的一种传输技术。流媒体具有隐含的时间维、传输的实时性和等时性、高吞吐量等特点。目前因特网由于存在带宽不足、服务质量控制机制较弱等局限性，难以满足流媒体的实时性要求，为此因特网工程任务组（IETF）制定了一系列支持流媒体实时传输和服务质量控制的协议，如 RTP、RSVP、RTCP等。其中，RTP是所有这些协议的基础。在网络上传输音频或视频等多媒体信息，目前主要有下载回放和流式传输两种方案。下载回放方式时间长、占的内存多，要求用户等到整个文件全部下载完毕才能回放。流式传输中声音、影像等通过网络向用户计算机进行连续、实时传送，用户不必等到整个文件全部下载完毕，而只需经过几秒或十几秒的启动延时即可进行观看。

流媒体技术是一种使用流式传输连续的时基媒体的技术。流式传输方式是将视频、音频等其他媒体压缩为一个个压缩包，由视频服务器向用户计算机连续、实时传送，只需要在用户端缓存足够可播放的视频容量就可以开始播放。

二、流媒体系统的组成

1、编码工具。即用于创建、捕捉和编辑多媒体数据，形成流媒体格式。利用媒体采集设备进行流媒体的制作。它包括了一系列的工具，从独立的视频、声音、图片、文字组合到制作丰富的流媒体。这些工具产生的流媒体文件可以存储为固定的格式，供服务器使用。

2、流媒体数据。即媒体信息的载体。常用流媒体数据格式有。ASF、.RM等。

3、服务器。即存放媒体数据。由于要存储大容量的影视资料，因此该系统必须配备大容量的磁盘阵列，具有高性能的数据读写能力，可以高速传输外界请求数据并具有高度的可扩展性、兼容性，支持标准的接口。这种系统配置能满足上千小时的视频数据存储，实现片源的海量存储。

4、网络。即适合多媒体传输协议甚至是实时传输协议的网络。流媒体技术是随着互联网络技术的发展而发展起来，它在现有互联网络的基础上增加了多媒体服务平台。

5、播放器。即供用户欣赏网上媒体的软件。流式媒体系纺支持实时音频和视频直播和点播，可以嵌入到流行的浏览器中，可播放多种流行的媒体格式，支持流媒体中的多种媒体形式，如文本、图片、Web页面、音频和视频等集成表现形式。在带宽充裕时，流式媒体播放器可以自动侦测视频服务器的连接状态，选用更适合的视频以获得更好的效果。目前应用最多的播放器有美国Real Networks公司的Real Player、美国微软公司的Media Player、美国苹果公司的Quicktime三种产品。

目前，Real System 被认为是在窄带网上最优秀的流媒体传输系统，其允许的带宽限制从的拨号上网到10M 的局域网，允许点播的人数从 100 流到 1000 流甚至无限流。Real System 系统由三部分组成。一是媒体内容制作工具Real Producer。主要是用于压缩制作多媒体内容文件，实时压制现场信号并传送给Real Server进行现场直播；也可以把其他音频、视频和动画等多媒体文件格式转换成Real Server支持并进行流媒体广播的 Real格式。二是服务器引擎 Real Server。它是目前国际上最强力的因特网和Intranet上的流传播服务引擎，利用该服务引擎用户可以在客户端无须等待数据全部下载完毕即可实时收看直播节目。三是客户端播放软件 Real Player。用来向服务器发出请求，接收并回放从 Real Server传送的媒体节目。

三、流式传输协议

流媒体协议是流媒体技术的一个重要组成部分，也是基础组成部分。因特网工程任务组的主要工作是设计各种协议来规范与发展世界标准化组织，现已设计出几种支持流媒体的传输协议。

1、RSVP（资源预留协议）。该协议促使流数据的接收者主动请求数据流路径上的路由器，并为该数据流保留一定的资源（即带宽），从而保证一定的服务质量。RSVP是一个在IP上承载的信令协议，它允许路由器网络任何一端上终端系统或主机在彼此之间建立保留带宽路径，为网络上的数据传输预定和保证服务质量。

（1）RSVP协议中涉及到发送者和接收者的概念，这两个概念是在逻辑上进行区分的。发送者指发送路径消息的进程，而接收者是指发送预留消息的进程，同一个进程可以同时发送这两种消息，因此既可以是发送者也可以是接收者。

（2）资源预留的分类。专用预留：它所要求的预留资源只用于一个发送者，即在同一会话中的不同发送者分别占用不同的预留资源。共享预留：它所要求的预留资源用于一个或多个发送者，即在同一会话中的多个发送者共享预留资源。

（3）RSVP提供两种发送者选择方式。通配符方式：默认所有发送者，并通过预留消息中所携带的源端地址列表来限制通配符滤波器。显式指定方式：滤波器明确指定一个或多个发送者来进行预留。

2、RTP（实时传输协议）。用于Internet上针对多媒体数据流的传输。RTP协议为数据提供了具有实时特征的端对端传送服务，如在组播或单播网络服务下的交互式视频音频或模拟数据。应用程序通常在UDP上运行RTP以便使用其多路结点和校验服务。RTP可以与其他适合的底层网络或传输协议一起使用。如果底层网络提供组播方式，那么RTP可以使用该组播表传输数据到多个目的地。

3、RTCP（实时传输控制协议）。实现通过客户端对服务器上的音视频流做播放、录制等操作请求。该协议通过RTSP协议实现了在客户端应用程序中对流式多媒体内容的播放、暂停、快进、录制和定位等操作。RTP和RTCP一起提供流量控制和拥塞控制服务。

4、RTSP（实时流协议）。建立并控制一个或几个时间同步的连续流媒体，如音频和视频。尽管连续媒体流与控制流交叉是可能的，但RTSP 本身并不发送连续流，换言之，RTSP充当多媒体服务器的网络远程控制。RTSP 提供了一个可扩展框架，实现实时数据（如音频与视频）的受控、按需传送。数据源包括实况数据与存储的剪辑。RTSP 用于控制多个数据发送会话，提供了选择发送通道（如UDP、组播UDP与TCP等）的方式，并提供了选择基于RTP的发送机制的方法。

总之，随着流媒体技术的不断发展以及网民对流媒体的需求的增加，流媒体技术将会日臻成熟并稳步发展。

（注：本文为项目“多媒体CAI应用在高等职业教育中的教学结构模型研究”的研究成果。）

参考文献

[1] 肖金秀、蔡均涛：多媒体技术及应用[M].冶金工业出版社，2006．

[2] 郑丽娜：网络流媒体技术及其应用[J].山东通信技术，2005（2）．

[3] 刘肖笛：网络流媒体技术大全[DB/OL].tech.省略/，2006-12．