最新需求.doc

最新需求 一、总体需求说明 1.要求提供完整的源代码和详细的开发文档。 2.保证视频语音的正常开启、压缩、传输、解压、播放、关闭以及录制功能。 3.视频语音质量可根据用户当前带宽自行调节；在带宽很低的情况下，甚至可以关掉视频而保留语音。 4.在用户当前带宽够用的情况下，保证视频聊天过程中视频或语音不会卡死。 5.视频过程中需实时显示用户带宽大小、网络质量，方便用户做出合理选择。 6.要求提供视频语音的开启、关闭等相关操作接口，方便第三方调用。 7.一旦发现程序中含有恶意代码，我们拒绝付款。 8.项目交付后，若发现Bug，在24小时内必须解决。 9.如果通过电话、远程网络都无法解决相关技术问题，开发者有责任到现场解决问题。 10.视频语音模块要求兼容IE6、IE 7、IE8、Firefox, Opera等常见客户端浏览器。 11.整个工程保证商用的稳定性、可靠性、安全性和合法性。 二、客户端需求说明 1.文本视频聊天窗用PHP实现，视频窗口开始时是隐藏的，点击视频才会显示，并且视频窗口可以浮动显示，所有弹窗需嵌在同一网页中。 2.视频接通前，播放我们预设的内容，并且视频播放时要求能进行缩放。 3.视频内容尽量加密保存，回放时只能使用我们的网站才能打开，确保视频内容的安全性，回放操作应当简单方便。 4.相关图片内容需要打上水印，标识出自我们的网站。 5.视频语音录制功能要求包括本地录制和服务器录制，会员可选择本地录制或服务器端录制。录制的内容要包含对方的视频和双方的语音。 6.要求掉线自动连接，保证通话的及时性和安全可靠性。 7.窗口界面的布局，我们可根据需要再进行调整，需要预留一些扩展功能按钮和接口，我们可实现其具体功能。 基本操作流程： 点击超链接及相关操作，弹出精简视频窗，如图1所示（还需增加“关闭”和“进一步了解”按钮）， 图1精简视频窗 如果只想看看而已，此时可以点击“关闭”按钮，关闭此视频窗，退回到页面状态；若想进行深入了解，则可点击“进一步了解”按钮，关闭视频窗，同时弹出文本视频聊天窗，如图2所示（界面中按钮根据功能需要来定义）， 图2 文本视频窗 此窗口和QQ的聊天窗一样（包括操作方式，显示方式，功能效果）。这里只是介绍了视频的开启到结束的过程，其他如语音、传文件功能请参照QQ相关功能模式。 初始时只有文本聊天框（包含对方的简要信息，“视频”、“语音”、“传文件”按钮以及“字体设置”、“截图”、“聊天记录”按钮和文字的“发送”按钮，并可以选择发送消息的按键方式），其他扩展功能可根据实际需要再调整，但要预留相关接口，我们能自己实现。 点击“视频”按钮，在文本聊天框右侧显示视频框，播放预设的内容，若对方拒绝或本地点击“结束”按钮，则直接回到文本聊天框界面；若对方同意，并且连接成功后，则播放对方视频。在视频框中应有对耳机、麦克风音量和质量的调节功能，以及视频的“结束”、“设置”、“本地录制”、“服务器录制”、“拍照”、“全屏”按钮和语音的“开启”、“关闭”按钮。若视频过程完成，则点击“结束”按钮，重新回到文本聊天框界面。 聊天过程结束，只需点击文本视频窗中的“关闭”或“X”按钮，即可结束聊天，退回到页面状态。 视频功能要求：“开启”、“关闭”、“拍照”、“全屏”、“设置”、“本地录制”、“服务器录制”，其中录制功能和语音同步。 语音功能要求：“开启”、“关闭”、“音质调节”、“音量调节”、“本地录制”、“服务器录制”、其中录制功能和视频同步。 传文件要求：“开启”、“关闭”。 文本聊天要求：“字体设置”、“截图”、“本地保存”、“服务器保存”、选择发送消息的按键方式。 三、后台服务端需求说明 1.我们提供服务器，开发者可在其上进行视频聊天的相关服务的配置，为多路用户之间视频语音聊天提供保证，要求尽可能少的占用带宽和服务器资源。 2.服务器端使用FMS（Flash Media Server）或Red5提供流媒体服务均可，要求能实现相关功能需求。 3.在可以使用P2P情况下，若客户有一方不支持P2P功能，则服务器必须为其提供中转功能来保证视频的正常使用。 4.严格保证多路视频互不干扰，避免多路视频突发大流量数据的碰撞、拥挤现象。 5.服务器需支持动态分配、负载均衡，无限扩充用户，达到商业运营级服务。