简介:这份华为PPT素材库内部培训文档面向网络方案设计、售前技术支持与培训授课人员,用于快速绘制规范统一的组网拓扑和产品示意图,解决临时找图、符号杂乱、版面不专业的问题。压缩包内共1个PDF文件,约2.38MB,以图文混排的素材索引形式集中呈现,便于按类别查找取用。内容覆盖数据库、立体部件组合、财务数据与市场份额排版示例,以及C&C08、iNET、MA 5100 OLT、SIPP等产品示意图标;同时收录路由器、信令网关、缓存、多业务交换机、ATM/LAN交换机、VOIP网关、MSTP、GK、NAS等设备符号,并配有拓扑管理、Internet/PSTN、光纤、衬底云朵、电脑终端、人物小图标和充值等业务元素。文档还说明了深底反白、阴影强调、色块加名称示意等用法,可帮助统一图形语言、提升架构图可读性与信息传达准确性。已有140人学习,适合需要快速搭出专业网络架构页面的从业者参考。
1. 拆开这份内部培训素材库:组网图里为什么不能贴产品实物图
前几年帮一个团队改方案,评审意见只有一句:组网图重画,别贴产品照片。当时觉得委屈,后来自己把图缩到 30% 一看就明白了——实物照片有透视、有反光、有品牌丝印,两台设备拍摄角度还不一样,并排放在一起像两个年代的产品;再缩到一页 A4 里,设备只剩 3 厘米宽,细节全糊成一团,读者根本认不出那是什么。行业里成熟的做法是全部换成示意图标:规整的几何形状、统一的配色、文字标注齐全,缩小后依然可辨。
这份内部培训 PPT 素材库解决的正是这件事。它把设备符号、数据元素、衬底、云朵、终端、人物与卡通业务图标按类别打包好,颜色和尺寸比例已经配过,拿来就能往画布上放。写技术方案的售前、做培训材料的讲师、画网络架构图的实施和运维,都能直接用得上——前提是先搞清楚每类元素能干什么、不能干什么,这也是后面几章要拆的内容。
2. 元素分层与拆包:把一份只读 PDF 变成可拖拽的元件库
拿到手的是一份 PDF,翻起来像一本图册,但真要用的时候你会发现它没法直接拖拽——PDF 是版式文件,图元和页面是绑死的。第一步不是急着画图,而是先把这份文档资料按用途分层拆开,搞明白哪一层是"元件"、哪一层是"底板"、哪一层只是排版示例。分不清这三者,后面画出来的图一定乱。
2.1 六类元素的用途边界:先分清元件和底板
我把整份素材按"用途 + 出现位置"归成六类,做了一张表,实际画图时按这张表去翻,比在 PDF 里从头滚到尾快得多。
| 类别 | 素材里的典型内容 | 用在哪 | 硬性禁忌 |
|---|---|---|---|
| 产品示意图标 | 各类设备符号、产品归类符号 | 组网图的网元节点 | 不允许替换成产品实物照片 |
| 数据类元素 | 数据库图标、立体部件化组合、反白字加阴影的文字块 | 财务数据、市场份额、产品归类、组织结构页 | 阴影不要叠加超过一层 |
| 衬底元素 | 深色底板、浅色底板、分区色块 | 突出说明文字、页面分区 | 同一页底板种类不超过两种 |
| 场景元素 | 云朵、光纤符号、Internet/PSTN 示意 | 表达"不关心的中间网络"和传输介质 | 云朵内部禁止画具体设备 |
| 终端类图标 | 电脑、显示器(界面可替换) | 组网图末端、用户侧 | 屏幕内容不要塞满文字 |
| 人物 / 卡通业务图标 | 小人、充值等业务小图标 | 说明业务功能、增加可读性 | 禁止大幅面使用(封面、封底、扉页) |
这张表里最容易踩的是第一行和第六行。第一行"不允许替换成产品实物照片"是这类素材库存在的根本原因——组网图的作用是表达连接关系和层次,不是展示工业设计;实物图会把读者的注意力从拓扑结构拉到外观细节上。第六行的"禁止大幅面使用"在素材原文里被反复强调了好几遍,说明当年真有人把人像图放大做封面,效果大概很灾难。
衬底元素常被当成纯装饰,其实它有明确的功能分工:深色底板用来"切断"页面,把一段说明文字从周围的图里拎出来;浅色底板用来做分区,把一页里的"现网"和"目标网"隔开。用错的表现是深色底板铺满半页,整页像被挖了个洞。
2.2 从只读 PDF 到可编辑元件:导出、矢量化、入库三步
拆包的具体动作分三步:整页导出看图 → 判断是矢量还是位图 → 按需转成可编辑图形。
先解决导出。PDF 拆页导出最省事的工具是 PyMuPDF,装好之后几十行代码就能把每一页转成图片或 SVG。我一般会同时导两份:一份 150 dpi 的 PNG 用来快速浏览筛选,一份 SVG 用来做后续编辑。
import fitz # PyMuPDF from pathlib import Path SRC = Path("material.pdf") OUT = Path("pages") OUT.mkdir(exist_ok=True) doc = fitz.open(SRC) for i, page in enumerate(doc, start=1): # dpi 参数决定位图精度:150 用于屏幕速览,300 用于放大检查,600 只在需要印刷时用 pix = page.get_pixmap(dpi=150, alpha=False) pix.save(OUT / f"p{i:03d}_preview.png") # get_svg_image 导出的是矢量,text_as_path=True 把文字转成路径, # 避免在没有对应字体的机器上打开时文字错位 svg = page.get_svg_image(text_as_path=True) (OUT / f"p{i:03d}.svg").write_text(svg, encoding="utf-8") doc.close() print("done:", len(list(OUT.iterdir())), "files")这段代码的逻辑很直白:按页遍历,每页出两种格式。参数上值得说的是 dpi 和 text_as_path 两个。dpi 不是越高越好,600 dpi 的一页 A4 位图大概 5000×7000 像素,几十页下来占几百兆,肉眼检查用不上;300 dpi 是"能看清线条有没有断"的临界值。text_as_path 的取舍要看你还要不要编辑文字——转成路径后文字不能改,但拖动缩放不会跑版,做一次性素材更合适。
导出之后要判断一件事:素材里的图标到底是矢量还是嵌入的位图。判断方法很简单,用 SVG 打开看能不能选中单个图形元素——能选中、能改填充色,就是矢量;整个图标是一张图、选中后只有一个 image 节点,那就是位图,怎么放大都会糊。这一步决定了后面的用法:矢量图标可以自由改颜色改线宽,位图图标只能等比缩放,而且缩放上限大约 200%,再往上边缘就开始发毛。
对位图图标,我的处理办法是不去强行矢量化,而是记住它的原始像素尺寸,在 PPT 里按"显示尺寸不超过原图像素/2"来摆。一份 300×200 像素的图标,摆成 150×100 点以内是安全的,超过就会出现明显的重采样痕迹。
2.3 命名与索引:给六十多个图标建一张检索表
拆完包最容易犯的错是"用完就散"。几十个图标导出来放在一个文件夹里,名字全是 p012_image3、p015_image7 这种,下次画图又得重新翻 PDF。我的做法是导出后立刻重命名,规则固定成"层级_类型_名称",用脚本批量加前缀,具体名字手工填。
from pathlib import Path import re ICON_DIR = Path("icons") # 前缀映射:按素材归类给每个图标一个语义前缀,后续检索只认前缀 PREFIX = { "olt": "access", "onu": "access", "iad": "access", "soho": "access", "msr": "agg", "lan": "agg", "atm": "core", "router": "core", "sGW": "service", "gk": "service", "cs": "service", "cache": "service", "mstp": "transport", "madm": "transport", "nms": "mgmt", "policy": "mgmt", } for f in ICON_DIR.glob("*.png"): # 只处理还没重命名过的原始文件 if re.match(r"^[a-z]+_.+", f.stem): continue stem = f.stem.lower() for key, prefix in PREFIX.items(): if key in stem: f.rename(f.with_name(f"{prefix}_{stem}.png")) break脚本本身没什么技术含量,价值在命名规则上。"层级_类型_名称"这三段里,层级是最关键的检索维度——画图时你的思路是按接入、汇聚、核心、业务、管理往下走的,先定位层级再挑具体设备,比按字母序翻图标快一个数量级。前缀用英文短词是为了跨平台不出现编码问题,具体名称保留原素材里的叫法,方便和原始 PDF 对照。
重命名完成后我会再补一张手工维护的 CSV 索引,字段就四个:文件名、中文名、适用场景、禁止场景。这张表后面还会用到,第 6 章会讲怎么把它变成正式的速查表。
3. 网元符号选型:三十多个设备图标该贴在哪一层
素材里设备图标有三十多个,从接入侧的光网络单元、综合接入设备,到汇聚侧的多业务交换机、局域网交换机,再到业务侧的软交换设备、网守、信令网关、缓存服务器,还有传输侧的 MSTP、分插复用设备,以及管理侧的拓扑管理、信令管理、策略管理服务器。数量不算多,但如果选型没有规矩,同一张图里会出现两个语义重复的符号,读者看完不知道谁是主设备。
3.1 分层映射表:接入、汇聚、核心、业务、管理
我按网络分层把常用符号排了一遍,画图时对号入座,选错的概率会低很多。
| 层级 | 典型网元 | 素材符号的特征 | 最常见误用 |
|---|---|---|---|
| 接入层 | ONU、IAD、SOHO 网关、综合接入设备 | 小尺寸方块,一侧连终端 | 和终端电脑图标混用,读者误以为是用户 PC |
| 汇聚层 | 多业务交换机(ATM/IP/MPLS)、LAN switch | 扁长方体,带双向箭头 | 用 ATM 交换机符号代替多业务交换机,表达不出多业务能力 |
| 核心层 | 高端路由器、ATM 交换机 | 圆柱或圆形,四向箭头 | 路由器画成交换机形状,方向感丢失 |
| 业务层 | 软交换设备(CS)、网守 GK、信令网关、缓存服务器 | 服务器塔式或机架式 | 业务服务器和网管服务器用同一个符号 |
| 管理侧 | 拓扑管理、信令管理、策略管理服务器、网管平台 | 显示器 + 拓扑连线或齿轮 | 画成普通 PC,看不出是管理面 |
| 传输侧 | MSTP、分插复用设备、光纤符号 | 环形线条 + 线段 | 光纤段画成普通实线,光、电不分 |
表里"多业务交换机不能用 ATM 交换机符号代替"这条值得展开说。两者的图形太像了,都是扁长方体,区别只在箭头数量和旁边的小字,缩到 50% 显示时几乎分辨不出来。但语义上差得远:ATM 交换机暗示这是一张以信元交换为核心的网络,多业务交换机暗示这张网同时承载 ATM、IP、MPLS 三种流量。图是给不懂技术的人看的,符号选错等于把结论说错了。
路由器画成交换机形状也是高频问题。交换机的符号是"多端口横向展开",路由器的符号通常带"四向箭头"或"圆形加十字",用意是表达选路和方向。你在图里把核心路由器画成一个扁盒子,读者就感受不到"这里是个路径决策点",整张图的层次感会塌掉。
3.2 符号表达不了的产品怎么画:色块加名称的适用边界
素材里有一句关键提示:原则上产品都要用右侧的符号,但对于无法用符号表达的,就用色块示意,标上名称即可。这句话给了兜底方案,但没说边界在哪,实际用起来很容易被滥用——我见过一张图里一半节点都是色块,等于放弃了符号系统。
我的判断标准是三条,满足任意一条才用色块:
第一,网元还没定型。方案阶段自研设备只有功能定义、没有产品型号,画成标准符号反而误导,用色块加功能名更诚实。
第二,第三方非标设备。素材里虽然有"其他厂商交换机"这一类符号,但只覆盖了交换机,遇到非标设备(比如某类专用采集器)没有对应图形,色块是唯一选择。
第三,逻辑功能实体。像计费中心、内容分发节点、业务开通平台这类东西,它们不是一台设备而是一组能力的集合,用设备符号去表达会让人误以为那里摆着一台机器。
反过来,已知能对应到标准符号的设备绝对不要用色块。有些图为了"统一视觉",把所有节点都做成色块,结果读者要靠读文字才知道哪个是路由器——这就把图形语言废掉了。另外,需要强调接口方向、端口数量的场合也不适合色块,因为色块没有方向性。
色块的视觉规范也要定死:填充用低饱和度的中性色,边框用深一档的同色系,文字居中、字号和符号标注保持一致。不要用高饱和的红黄蓝,那些颜色在素材里是有语义的——通常用来标注重点或告警。
3.3 连接语义:实线、虚线、光纤符号、云朵各管一段
符号管"是什么",连线管"怎么连",两者缺一不可。素材里给的连接元素不多,但每一个都有明确语义,混用会直接改变图纸含义。
实线表示已建的物理链路,这是默认线型,绝大多数连接都用它。虚线表示逻辑链路或规划中的链路,画目标网方案时用得最多——现网用实线、新建用虚线,评审的人一眼就能看出增量在哪。粗实线或双线表示主备关系或大带宽链路,一般只在核心层之间用,用多了整张图会变重。
光纤符号是这套素材里比较特别的一个,它的作用是把"光传输段"从普通链路里区分出来。接入层到汇聚层这一段如果是光纤直连,画上光纤符号比画一条直线信息量大得多,因为读者会立刻知道这里涉及光模块和传输距离。但要注意,光纤符号只是修饰,链路的方向和两端还得靠线和箭头表达清楚,不能只放一个光纤图标了事。
云朵的语义最容易被误解。它表达的是"这里有一张我不关心的网络",典型用法是 Internet、PSTN、其他运营商网络。云朵内部不允许画具体设备,这是硬规矩——一旦你在云里画了台路由器,读者就会问那台路由器是谁的、什么型号,云朵"屏蔽细节"的作用就没了。素材里还特意给了三种不同形态的 Internet 示意(突出的、普通的、ATM 承载的),选哪种取决于你想强调什么,一般方案图用普通形态就够了。
3.4 走一遍:一张城域网拓扑图的三小时流程
把上面这些串起来,实际画一张城域网拓扑图,我的节奏大概是这样:
第一步,草稿,20 分钟。不上机,纸上画方块和线,只标层级和连接关系,把"有几层、每层几个节点、哪些是新增"定下来。这一步不改图只改结构,改十次也不心疼。
第二步,分层布点,40 分钟。打开 PPT,先按层级拉三条水平参考线,接入在最下、汇聚居中、核心在上,业务和管理侧放右侧竖排。所有节点先统一用一个中性色块占位,确认间距和对齐,这一步不挑图标。
第三步,替换符号,50 分钟。按第 3.1 节的映射表逐个替换,替换时同步改文字标注。标注统一放在符号正下方,字号一致,不要有的在左有的在右。
第四步,连线,40 分钟。先画主干实线,再补逻辑虚线,最后加光纤符号和云朵。连线阶段不要调整节点位置,否则线会全部错位。
第五步,校核,30 分钟。这一步单独拿出来说,因为最容易被跳过:逐条检查每个符号的语义是否正确、每条线的线型是否符合"已建/规划"的约定、每个标注是否和符号一一对应。我一般会把图导成 PDF 缩小到 50% 看一眼,缩小后还认得出的图,投影和打印都没问题。
三小时里真正花在"画"上的时间不到一半,剩下的都在做判断。这也解释了为什么很多人用同一份素材库画出来的图差距很大——差距不在操作熟练度,在选型和语义约定上。
4. 底板、反白与配色:数据页和拓扑页不打架
一份方案 PPT 里通常有两类页面:一类是拓扑图和数据图,信息密度高;另一类是文字说明页,需要有视觉重点。素材库里的衬底元素和反白字就是为后一类准备的,但很多人用着用着就把两类页面的视觉风格搞分裂了——拓扑页清淡、数据页浓重,翻页时像换了个模板。
4.1 衬底的两种用法:强调块和分区块
衬底在素材里被描述为"文字介绍的底板元素,以便突出重要的说明文字",深底色的放文字时把字反白,非突出的文字不用。这句话其实定义了两种用法。
第一种是强调块。一页里只有一段话最重要,给它加一块深色底板、文字反白,视线自然落到那里。这种用法一页最多出现一次,出现两次就等于没有重点。强调块的尺寸要贴着文字走,四周留白不超过一个字宽,块太大反而稀释了强调效果。
第二种是分区块。一页里要并排放"现网现状"和"目标架构"两块内容,各给一块浅色底板,用底板边界代替分割线。分区块的关键是两块底板必须同色系、同明度,只是位置不同;如果一块深一块浅,读者会以为浅的那块次要。
两种用法有个共同的坑:底板和内容的比例失调。见过不少页面,底板占了三分之二,文字缩在左上角一小块,剩下大片空白,看着像没做完。合理的比例是文字占底板的 60% 到 75%,四周留白均匀。
4.2 反白字加阴影的参数边界
反白字(白字压在深底上)是素材里明确推荐的用法,配合阴影能让文字从背景里"浮"起来。但参数没控制好,效果会很脏。
底色明度是第一个门槛。只有底色足够深,反白才有对比度。我的经验阈值是 HSB 里 B 值低于 40% 才用反白,40% 到 60% 之间是个尴尬区间,白字和深字对比度都不够,这时候应该调整底色而不是硬上反白。素材里的深色底板基本都是按这个标准配的,直接取用不会出问题,怕的是自己调色时手一滑调浅了。
阴影参数是第二个门槛。偏移 1 到 2 磅、模糊 2 到 4 磅、透明度 20% 到 30%,这套参数在投影和打印两种场景下都比较稳。偏移超过 3 磅阴影会明显脱开文字,看着像重影;模糊太大文字边缘会发灰,缩小后糊成一片;透明度超过 40% 阴影会盖过文字本身的笔画。
字号是第三个门槛,也是最容易被忽略的。反白字在深底上视觉重量比实际字号大,同样的 14 磅,白字看起来比黑字粗一圈。投影场景下正文不小于 16 磅、标注不小于 12 磅;A4 打印可以降到 9 磅,但低于 9 磅的反白字基本没法读。这条不是玄学,是投影仪的对比度损失导致的,投到幕布上白字的边缘会吃掉一两个像素。
4.3 一页 PPT 的颜色上限与灰阶兜底
素材里的图标颜色是配好的,直接取用不会冲突。问题出在自己加的元素上——加个红框标重点、加个绿箭头表示新增、再加个黄底写备注,一页下来五六种颜色,读者不知道该看哪。
我的规矩是:一页主色不超过三种,总色数不超过五种,另外保留一个强调色专门用于"新增/告警/重点"。设备符号的颜色按层级走,同层同色,跨层不同色,这样读者不看文字也能分出层次。线和文字的颜控制在灰阶范围内,主线深灰、辅线中灰、标注浅灰,让颜色只出现在符号上。
灰阶兜底是另一个习惯:图做完之后导一份黑白 PDF 看看。如果黑白下层次还在、重点还能分辨,说明这张图的结构是靠形状和位置撑起来的,不依赖颜色;如果黑白下全糊成一团,说明颜色承担了过多的区分功能,换个打印条件或者色弱读者看就会出问题。这个检查五分钟能做完,但能挡掉不少返工。
5. 避坑与排查:五条把素材库用翻车的记录
素材本身不复杂,翻车基本都发生在使用环节。下面五条是我自己或身边人真踩过的,按"现象—原因—解决"记下来,照着排能省不少时间。
5.1 图形层:拉伸、糊边、比例失调
第一条:图标拉扁了。
现象:一张图里所有设备符号都被拉成了扁的,圆形的路由器变成椭圆,方形的交换机变成宽条。原因是插入图标后直接拖拽了角点以外的控制点,PPT 默认不保持纵横比。解决办法是拖拽时按住 Shift 键锁定比例,或者一次性在"设置形状格式"里把高度和宽度按同一比例改。已经拉变形的,右键"重设图片"能恢复原始比例,但位置要重摆,所以最好在布点阶段就养成锁比例的习惯。
第二条:位图图标放大后发糊。
现象:小图标摆进图里看着还行,全屏放映时边缘发毛,线条断断续续。原因是这类图标是从 PDF 里导出的位图,原始像素有限。解决办法是控制显示尺寸不超过原始像素的一半,或者回到导出环节换成 SVG 版本。实在只能用位图的,别在 PPT 里放大,宁可在导出时用 300 dpi 重新出一份大图再缩。
第三条:同一页里图标大小不一致。
现象:同一层级的两个设备,一个明显比另一个大,看着像主次关系。原因是插入时没有统一尺寸,随手缩放。解决办法是先定一个基准尺寸(比如接入层图标宽 1.2 厘米),所有同层图标按这个宽度等比缩放,用"设置形状格式"里的精确数值改,不要靠眼估。素材库里的符号本来是按比例配好的,只要不改尺寸,天然就是协调的。
5.2 语义层:用错符号、滥用云朵、人物元素放大
第四条:云朵里画了设备。
现象:Internet 云里塞了一台路由器和一个防火墙,整张图看起来像云被戳破了。原因是画图的人想表达"互联网侧还有设备",但云朵的语义就是"屏蔽细节"。解决办法是把那台设备和防火墙移到云朵外面,用一条虚线连到云朵边缘,表示"接入互联网"。真需要展开互联网侧结构,就单独画一张详图,不要在主拓扑里破坏云的抽象性。
第五条:人物和卡通图标被放大做封面。
现象:封面用了素材里的人物小图,放大到半页宽,锯齿明显、画风突兀。原因是这类元素在设计时就是按"组网图小图标"的尺寸做的,原始分辨率低,而且风格上属于点缀,不适合承担主视觉。解决办法是把它们限定在 1 厘米见方以内,只用于说明业务功能;封面和封底用纯色块加文字,反而更干净。这条在素材原文里被强调过多次,说明确实是高频错误。
排查这五条有个通用顺序:先看图形层(比例、清晰度、尺寸一致性),再看语义层(符号对不对、云有没有被破坏、元素尺度是否越界)。图形问题靠眼就能发现,语义问题得对着第 3 章的映射表逐条核。我一般是先自己核一遍,再找一个不了解这个项目的人看一眼图,问他"这张图里哪个是核心设备"——如果他指错了,说明符号选型有问题,跟画得好不好看没关系。
6. 进阶用法:做一张自己的图标速查表和校验清单
素材用到后期,真正的瓶颈不是不会画,而是"找"和"核"。六十多个图标翻来翻去,找一个特定符号要花半分钟;图画完了不知道有没有漏项,靠记忆检查总会漏。我的做法是把这两件事都变成固定动作。
6.1 图标速查表:四个字段就够
速查表不用做得复杂,四个字段:文件名、中文名、适用场景、禁止场景。前两个字段从第 2 章的重命名脚本里自动带出来,后两个字段手工填,一开始只填最常用的二十个,用着用着自然补齐。
| 文件名 | 中文名 | 适用场景 | 禁止场景 |
|---|---|---|---|
| core_router | 核心路由器 | 核心层选路节点 | 接入层、终端直连 |
| agg_msr | 多业务交换机 | 同时承载 ATM/IP/MPLS 的汇聚节点 | 纯二层接入 |
| service_gk | 网守 | 呼叫控制、地址解析 | 数据转发节点 |
| mgmt_nms | 网管平台 | 拓扑管理、告警呈现 | 业务服务器 |
| scene_cloud | 云朵 | Internet、PSTN、第三方网络 | 内部组网细节 |
| term_pc | 终端电脑 | 用户侧、办公终端 | 服务器、网元 |
这张表的价值在"禁止场景"这一列。前面几章反复说的选型错误,本质都是"在不该用的地方用了",把禁止场景写下来,比写适用场景更能防错。表做好之后放在素材文件夹根目录,文件名就叫 ICON_INDEX,画图时开着,比翻 PDF 快。
6.2 出图前的六项自检
图做完到发出去之间,强制走一遍自检,六项,五分钟:
- 所有设备符号是否都能对应到第 3 章的层级表,有没有孤立的、无法归类的符号;
- 同层图标尺寸是否一致,纵横比有没有被破坏;
- 每条连线的线型是否符合约定(实线已建、虚线规划),光纤段有没有加光纤符号;
- 云朵内部是否干净,有没有塞进具体设备;
- 文字标注是否和符号一一对应,标注位置是否统一;
- 导一份黑白 PDF,缩小到 50% 看层次是否还在。
这六项里第 6 项最容易被跳过,但它最能暴露问题——彩色下看着清晰的图,黑白缩小后经常一片糊,原因多半是颜色承担了过多的区分功能。
说个自己的教训。早些年交过一张图,自检到第 5 项就停了,觉得标注都写了没问题,结果评审的人问"这条虚线是规划还是备份链路"——线型用错了,虚线被我拿来表示备份关系,而团队约定里虚线只表示规划。从那以后我每次出组网图前都强制走一遍这六项,尤其第 3 项,线型语义先确认再画线,不事后补。素材库解决的是"有没有得用",自检清单解决的是"用得对不对",两件事缺一不可。希望帮到你。
本文还有配套的精品资源,点击获取