第10课综合所学建网络课件 2025-2026学年人教版初中信息科技七年级全一册

该初中信息科技课件围绕“校园直播网络搭建”，核心涵盖网络设备（IP、路由器等）、直播原理（推流/拉流、RTMP协议）及实操配置。通过“失败的校园直播”案例导入，关联已有网络知识，引导学生从需求分析到拓扑设计再到动手搭建，构建理论到实践的学习支架。 其亮点是项目式情境教学，以校园直播任务驱动，小组协作设计拓扑图、配置Nginx-RTMP服务器与OBS推流，培养计算思维（抽象建模）和数字化学习与创新（工具应用），安全设置环节强化信息社会责任。学生提升实践与协作能力，教师获得完整项目教学方案，便于高效教学。

第10课 综合所学建网络 校园直播网络我来建 七年级信息技术（全一册） 1.7.2013 大家好，欢迎来到今天的信息技术课。今天我们要学习一个非常酷的主题——综合所学建网络。我们将亲手搭建一个校园直播网络，解决实际问题。准备好了吗？让我们一起开启今天的网络工程师之旅！ ‹#› 情境导入：一场“失败”的校园直播 上周我们学校线上艺术节的直播，很多同学反馈说，画面卡顿、声音延迟，体验非常不好。这不仅影响了大家的观看心情，也让精心准备的节目效果大打折扣。为什么会出现这样的问题呢？让我们带着这个疑问进入今天的课程。 相似经历分享 大家在看直播或者玩网络游戏的时候，有没有遇到过类似画面卡顿、声音不同步的情况？当时网络环境怎么样？ 当时的感受 当这些问题发生时，你是什么感觉？是着急、烦躁、无奈，还是觉得很影响体验？试着用一个词形容一下当时的心情。 思考：技术故障背后，隐藏着哪些我们需要了解的计算机网络知识？ 1.7.2013 ‹#› 紧急任务：招募“网络工程师小队”！ 为了避免科技节直播重蹈覆辙，学校信息中心向我们七年级的同学发出紧急招募令！我们需要利用所学知识，迎接这次充满挑战的实战考验。 任务目标 组建一支精英小队，利用网络知识亲手搭建一个稳定、流畅、安全的校园直播网络。这不仅是一次技术实操，更是为校园活动保驾护航的重要使命。 任务场景 我们将置身于校园科技节的筹备现场，模拟搭建一套完整的直播系统。从设备调试到网络配置，每一个环节都需要我们亲自动手，确保方案切实可行。 核心挑战 在艺术节当天，保障全校至少100名师生同时在线流畅观看高清直播，并且建立完善的防护机制，确保直播内容与网络环境的绝对安全。 1.7.2013 为了避免科技节直播重蹈覆辙，学校信息中心向我们发出了紧急招募令！我们需要组建一支‘网络工程师小队’，亲手搭建一个稳定、流畅、安全的校园直播网络。这个任务非常有挑战性，我们需要确保至少100名师生能同时流畅观看高清直播。大家有信心完成吗？ ‹#› 我们的目标与挑战 本节课，我们要学会： 像工程师一样思考 学会分析一个实际的网络需求，梳理业务逻辑，并设计出合理、高效且可扩展的网络方案。 像工匠一样动手 亲手搭建一个简单的直播服务器环境，配置推流地址，完成从推流端到播放端的全流程调试。 像团队一样协作 与小组成员明确分工（如架构设计、编码实现、测试验证），通过高效沟通共同交付复杂项目。 成功的标准（评估表）： 连接成功率 所有预设的终端设备能否稳定、无报错地接入我们搭建的网络环境？ 视频流畅度 播放高清视频流时，画面是否连续、无卡顿、无花屏、无马赛克现象？ 延迟响应 从推流端到播放端的延迟是否在可接受范围内（例如控制在3秒以内）？ 安全等级 是否正确设置了鉴权密码，有效防止无关人员接入推流或观看直播？ 1.7.2013 在开始动手之前，我们先明确一下本节课的目标。我们要学会像工程师一样思考，像工匠一样动手，像团队一样协作。我们成功的标准包括连接成功率、视频流畅度、延迟响应和安全等级。希望大家都能达到这些标准！ ‹#› 回顾：我们的网络工具箱 在动手之前，我们先来盘点一下前几节课学到的‘神兵利器’！ IP 地址 网络中设备的“身份证号码”，确保数据能准确送达目标设备，是网络通信的基础标识。 子网掩码 帮助判断两台设备是否在同一个“小区”（局域网）里，划分网络区域，管理网络流量。 路由器 网络的“总管家”，负责连接不同网络（如局域网与互联网），并智能为设备分配IP地址。 交换机 网络的“接线板”，可以把多台设备物理连接在一起，组建高速、稳定的局域网环境。 这些基础知识就像砖块和水泥，今天我们将用它们搭建一座功能强大的“直播大楼”！ 1.7.2013 在动手之前，我们先来回顾一下网络工具箱里的宝贝。IP地址、子网掩码、路由器、交换机，这些基础知识就像是我们建造大楼的砖块和水泥。今天，我们就要用它们来搭建一座功能更强大的‘直播大楼’。 ‹#› 揭秘直播：从“推”到“拉”的旅程 直播就像一个视频版的‘快递系统’，从内容生产到最终播放，每一个环节都紧密协作。 直播源 包裹的始发地，通过摄像头或电脑生产原始视频内容。 推流 (Push) 像快递员取件，将视频数据打包后，发送至中转服务器。 流媒体服务器 核心中转站！负责接收、处理并高效分发给各地网点。 拉流 (Pull) 各地网点取件，将分发的视频数据派送到用户手中。 观众端 包裹的最终收件人，通过手机或电脑播放视频内容。 流媒体 (Streaming Media) 一种数据传输技术，允许用户在下载完整文件之前，就开始观看或收听媒体内容，实现“边下载边播放”，极大节省等待时间。 RTMP 协议 Real-Time Messaging Protocol，直播领域常用的低延迟传输协议。就像快递的“特快专线”，确保视频数据快速、稳定地从源头传输到终端。 1.7.2013 那么，直播到底是怎么实现的呢？我们可以把它想象成一个视频版的快递系统。从摄像头生产内容，到推流软件打包，再到流媒体服务器分发，最后到观众端播放，整个过程就像一个高效的快递网络。这个核心的中转站，就是我们今天要搭建的流媒体服务器。 ‹#› 第一步：明确我们的“客户”需求 在动手搭建之前，我们必须像真正的工程师一样，先搞清楚客户（学校）到底需要什么。这是项目成功的基石，也是我们方案设计的起点。 小组讨论任务：请以小组为单位，结合实际校园场景，讨论并填写“校园直播网络需求清单”，明确各项指标的具体要求。 需求项 我们的设计目标 理由 同时在线人数 至少支持50人同时观看 覆盖一个年级的同学和老师，确保活动参与度。 视频清晰度 720p高清画质 保证流畅的观看体验，同时对校园网络带宽提出合理要求。 网络覆盖范围 覆盖整个操场和教学楼 消除观看死角，方便不同位置的同学和老师接入观看。 安全性 必须设置访问密码 保护校园内部活动隐私，防止校外无关人员随意接入和干扰。 稳定性 直播过程0中断 确保活动顺利进行，避免因网络波动导致的活动中断。 思考一下：这些需求指标（带宽、并发、覆盖）会如何影响我们后续对路由器、交换机和无线AP等设备的选择？ 1.7.2013 ‹#› 第二步：画出我们的网络蓝图 需求明确后，我们需要画出一张‘施工图纸’，也就是网络拓扑图。它能清晰地告诉我们，需要哪些设备，以及它们之间如何连接，是搭建网络的核心指导文件。 直播端：推流核心 一台安装高清摄像头的电脑，负责采集画面并进行推流，是直播的信号源。 网络核心：数据枢纽 高性能交换机作为中心节点，负责连接直播端电脑与后端服务器，保障数据高速转发。 直播服务器：转码分发 运行Nginx-RTMP服务的专用电脑，接收推流并进行实时转码，适配不同播放端需求。 分发网络：无线覆盖 企业级无线路由器连接交换机，向外广播稳定的WiFi信号，覆盖观众观看区域。 1.7.2013 ‹#› 小组活动：设计你的网络拓扑图 活动任务 请各小组根据需求分析结果，在纸上或使用绘图软件，绘制属于你们自己的校园直播网络拓扑图。这是将抽象需求转化为具象网络结构的关键一步。 设计要求 1. 清晰标明所有关键设备（摄像头、电脑、服务器、交换机、路由器等）。 2. 使用不同线条区分有线与无线连接方式。 3. 添加箭头明确表示数据的流向与传输路径。 巡视指导 教师将在教室巡视，观察各组进度。对遇到困难的小组进行启发式提问，例如：“核心服务器应部署在拓扑的哪个位置？”“观众端是如何接入网络并获取直播流的？” 1.7.2013 现在轮到你们了！请各小组根据刚才的需求分析，画出你们自己的网络拓扑图。记得要标明所有设备、连接方式和数据流向。我会在教室里巡视，帮助大家解决遇到的问题。 ‹#› 方案分享：谁的设计更胜一筹？ 邀请2-3个小组上台展示他们的拓扑图，并讲解设计思路 设计亮点 “这个小组考虑到了有线和无线的结合，很棒！这种混合组网的方式在实际场景中非常实用。” 逻辑清晰 “这个小组的拓扑图非常清晰，数据流向一目了然。合理的分层结构让整个网络架构易于维护。” 拓展思考 “如果直播的人很多，网络会不会卡？我们可以在哪里进行优化？比如带宽分配和QoS服务质量保障。” 一个好的设计，不仅要满足基本需求，还要考虑到效率和未来的扩展。现在，让我们基于一个通用的优秀方案，开始动手实践吧！ 1.7.2013 好，时间到。有没有小组愿意上台分享一下你们的设计？非常好！这个小组的设计考虑得很周全。大家的设计都很棒，一个好的设计不仅要满足基本需求，还要考虑到效率和未来的扩展。现在，让我们基于一个通用的优秀方案，开始动手实践吧！ ‹#› 工欲善其事，必先利其器 Nginx-RTMP 角色：视频快递中转站，负责接收和分发视频流。 特点：免费开源，轻量级且性能强大，是构建直播服务器的首选。 OBS Studio 角色：专业的视频打包员与快递员，采集源头信号。 特点：免费且功能丰富，支持屏幕、摄像头等多路信号采集与推流。 VLC Media Player 角色：万能的视频包裹签收员，负责最终的播放展示。 特点：兼容性极强，几乎可以解码和播放所有格式的视频流文件。 1.7.2013 工欲善其事，必先利其器。今天我们要用到三个强大的免费软件：Nginx-RTMP作为我们的视频中转站，OBS Studio作为视频打包员，以及VLC播放器作为签收员。这三个工具将帮助我们完成整个直播流程。 ‹#› 步骤一：启动我们的“视频中转站” 1. 解压文件 找到并解压下载好的nginx-rtmp-win32.zip压缩包，这是我们服务器的核心程序文件。 2. 定位程序 进入解压后的文件夹，在根目录中找到名为nginx.exe的可执行文件。 3. 双击运行 屏幕会闪过一个黑色的命令提示符窗口并迅速消失，这是正常现象，代表服务器已在后台静默启动。 验证服务器状态 打开任意浏览器，在地址栏输入http://localhost:8080并回车。如果看到如下的欢迎页面，说明启动成功！ 1.7.2013 ‹#› 步骤二：用OBS“打包”并“寄出”视频 01. 启动软件 打开 OBS Studio 软件，进入主操作界面，准备进行直播推流的基础配置。 02. 添加视频源 在左侧“来源”窗口点击“+”号，根据需求选择： •视频捕获设备（使用摄像头） •显示器采集（分享电脑屏幕内容）。 03. 配置推流参数 点击“设置”→“直播”，按以下要求填写： •服务：选择“自定义” •服务器：rtmp://localhost/live (本地) 或服务器IP •串流密钥：自定义名称，如 school_live OBS Studio 软件主界面示例 1.7.2013 服务器启动后，我们打开OBS软件。首先，在来源栏添加你的视频源，可以是摄像头或者屏幕。然后，在设置里找到直播选项，服务选择自定义，服务器地址填写rtmp://localhost/live，推流码自己随便起一个名字，比如school_live。 ‹#› 步骤二（续）：OBS推流设置详解 服务 (Service) 在OBS设置的“串流”选项卡中，服务请务必选择"Custom..."（自定义）模式，这是连接本地服务器的关键第一步。 服务器 (Server) 输入地址：rtmp://localhost/live。若服务器在其他电脑上，请将 localhost 替换为对应设备的局域网IP地址（如 192.168.1.100）。 串流密钥 (Stream Key) 输入自定义密钥：school_live。此密钥可自定义，但必须牢记，后续播放端需要完全一致的密钥才能拉流。 重要提示 服务器地址和串流密钥是推流成功的“双保险”，任何字符的拼写错误、大小写不一致都会导致推流失败，请务必仔细核对！ 1.7.2013 我们再仔细看一下OBS的设置界面。服务要选择自定义，服务器地址是rtmp://localhost/live，串流密钥就是你刚才起的名字，比如school_live。这里的每一个字符都不能错，否则视频就无法成功推送到服务器。 ‹#› 步骤三：开始推流！ 一切准备就绪，让我们开始直播！ 操作步骤 01. 启动直播 在OBS主界面右下角，点击“开始直播”按钮，正式开启推流。 02. 确认状态 观察右下角显示“直播中”，同时留意数据流量（比特率）是否在实时跳动。 讲解要点 看到这个跳动的数字了吗？这说明你的视频数据已经成功“推”到我们刚才启动的服务器上了！ 想象一下，这就像把装满视频画面的包裹，通过网络快递送到了服务器手中，服务器已经签收并收到了包裹！ 互动环节 现在，请大家检查自己的OBS状态。 哪个小组的推流成功了？看到比特率跳动了吗？请举手示意！让我们看看谁是第一个成功的小组！ 1.7.2013 ‹#› 步骤四：用VLC“签收”你的视频包裹 视频已经送到服务器了，我们该如何‘签收’呢？ 01. 启动软件 打开VLC Media Player软件，准备开始接收视频流。 02. 打开网络串流 点击顶部菜单栏“媒体” -> “打开网络串流...”，或直接按下快捷键 Ctrl+N。 03. 输入播放地址 在地址栏输入：rtmp://localhost/live/school_live (本地) 或服务器IP地址。 注意：推流码 school_live 必须与OBS设置完全一致！ 04. 开始播放 确认地址无误后，点击“播放”按钮，即可实时观看视频。 关键提示 如果无法播放，请检查防火墙设置是否允许RTMP协议通过，以及推流码是否完全匹配。 1.7.2013 视频已经送到服务器了，现在我们来签收包裹。打开VLC播放器，点击媒体菜单下的“打开网络串流”。在地址栏输入rtmp://localhost/live/school_live，注意，这里的school_live必须和你在OBS里设置的推流码一模一样。然后点击播放。 ‹#› 见证奇迹的时刻！ 如果一切顺利，VLC播放器里就会出现你在OBS里设置的摄像头画面或屏幕内容！恭喜你，你已经成功搭建并运行了一个完整的直播系统！接下来，请按照以下任务进行小组测试。 01. 成功推流 确保小组内至少有一台电脑成功启动推流软件，确认OBS显示“直播中”状态，为后续测试打好基础。 02. 多端观看 其他成员连接同一局域网，使用VLC或支持RTMP的播放器，输入对应地址，尝试远程观看直播画面。 03. 记录延迟 观察并记录从推流端动作到播放端显示的延迟时间，对比不同网络环境下的表现，分析优化空间。 1.7.2013 ‹#› 拓展：用浏览器也能看直播！ 除了VLC播放器，我们还可以用浏览器观看直播，这通常需要用到HLS协议。下面是具体的操作步骤： 1. 输入播放地址 在浏览器地址栏中输入：http://服务器IP/hls/school_live.m3u8，回车访问即可加载直播流。 2. 浏览器兼容性说明 Safari、Edge 等现代浏览器原生支持 HLS 播放；Chrome 浏览器可能需要安装额外插件或扩展程序才能正常播放。 RTMP 协议 优势是低延迟（1-3秒），非常适合互动性强的直播场景；缺点是浏览器不直接支持，通常需要借助 Flash 或特定播放器。 HLS 协议 优势是兼容性最好，所有浏览器均原生支持，部署简单；缺点是延迟相对较高（10-30秒），适合对实时性要求不极致的场景。 总结：根据场景选择协议——追求极致互动选 RTMP，追求广泛兼容选 HLS。 1.7.2013 我们还可以用浏览器观看直播。在浏览器里输入http://服务器IP/hls/school_live.m3u8。这种方式使用的是HLS协议，虽然延迟比RTMP高一些，但它的兼容性最好，所有浏览器都能支持。大家可以比较一下两种方式的区别。 ‹#› 团队协作，完成挑战！ 任务：互相测试网络 连接测试：能否成功连接到对方的WiFi？确保网络链路通畅，无物理连接故障。 流畅度测试：观看直播是否流畅？观察画面是否卡顿、马赛克，评估带宽是否达标。 延迟测试：估算延迟时间。通过互动反馈等方式，记录并对比实际延迟与理论值。 安全性测试：是否需要密码？检查网络加密方式及访问控制策略是否生效。 填写网络部署说明书 描述网络拓扑：清晰绘制或描述小组搭建的网络架构图，包括节点分布、线路连接方式及使用的网络设备型号。 记录关键信息：准确记录服务器IP地址、推流码、端口号等核心配置参数，确保信息可追溯和复用。 总结经验问题：复盘本次搭建过程，总结遇到的技术难题、解决方案及心得体会，为后续优化提供参考。 1.7.2013 现在，让我们进行团队协作。请各小组互相测试对方搭建的网络，检查连接、流畅度、延迟和安全性。同时，请大家填写一份网络部署说明书，记录下你们的拓扑、关键信息和心得体会。 ‹#› 遇到问题怎么办？——故障排查指南 OBS提示“连接服务器失败”怎么办？ 1. 检查服务器IP地址是否正确，避免输入错误。 2. 确认服务器程序是否已经正常启动运行。 3. 检查电脑防火墙是否关闭，防止拦截连接请求。 VLC能连接，但画面是黑的或者一直在加载？ 1. 检查OBS是否正在“开始直播”状态，未开播则无画面。 2. 核对VLC播放地址与OBS推流码是否完全一致。 3. 检查网络是否通畅，避免网络波动导致加载失败。 直播画面很卡怎么办？ 1. 适当降低OBS的推流码率，减轻网络传输压力。 2. 关闭其他占用大量资源的程序，确保服务器性能充足。 3. 减少同时观看的人数，避免服务器带宽过载。 1.7.2013 在搭建过程中遇到问题是很正常的。这里我们总结了几个最常见的问题和解决方法。比如OBS连接失败，可能是IP地址错了或者服务器没开。如果VLC画面是黑的，要检查OBS是否在直播，以及播放地址是否正确。如果画面很卡，可以尝试降低推流码率。 ‹#› 总结：我们的网络工程师之旅 今天，我们从一个‘失败’的直播案例出发，经历了一场完整的网络搭建之旅，从理论到实践，收获颇丰。 01. 需求分析 深入剖析直播场景痛点，明确网络搭建的核心目标与技术挑战。 02. 方案设计 绘制清晰的网络拓扑图，规划服务器与节点的连接架构，确保逻辑闭环。 03. 实践搭建 动手配置推流端、服务器与播放端，将设计图转化为可运行的实体网络。 知识综合运用 不仅复习了OSI模型、TCP/IP等基础理论，更学会了在实际场景中灵活运用。 直播原理通透 深刻理解了直播背后的技术链路：从推流端采集编码，到服务器转发，再到拉流端解码播放。 团队协作赋能 体验了分工协作的重要性，在排障过程中培养了沟通能力与问题解决的默契。 1.7.2013 好了，今天的课程接近尾声。让我们回顾一下今天的旅程：从需求分析到方案设计，再到动手实践和测试优化。我们不仅复习了网络知识，还亲手搭建了一个直播系统，更重要的是，我们体验了团队协作的乐趣。 ‹#› 拓展思考：让世界看到我们的直播 我们今天搭建的网络，只能在学校内部（局域网）访问。如果想让家里的同学、远方的朋友也能看到我们的校园直播，该怎么办呢？这就需要突破局域网的限制，连接到广阔的互联网世界。 公网IP地址 学校网络需要一个能被互联网访问的“公共地址”。如同门牌号一样，公网IP是互联网设备的全球唯一标识，让外部用户能找到我们的直播服务器。 端口映射 在学校路由器上进行配置，将外部的访问请求“映射”到内网的直播服务器上。这相当于在路由器上开了一扇“专用窗口”，引导外部流量准确到达目标。 CDN加速 对于大规模直播，需借助内容分发网络（CDN）。它将视频数据缓存到全球各地的节点，让观众就近获取数据，大幅降低延迟，提升观看体验。 网络世界的探索永无止境，今天只是一个开始。保持好奇心，继续探索更多网络技术的奥秘吧！ 1.7.2013 最后，留给大家一个思考题。我们今天搭建的网络只能在学校内部访问。如果想让全世界都看到我们的直播，还需要什么技术呢？这就涉及到公网IP、端口映射，甚至是CDN加速。网络世界的探索永无止境，希望大家保持好奇，继续学习！ ‹#› $