win 2003 完整版下载地址

Windows Server 2003 R2 Ent With SP2 CHS VOL 简体中文MSDN原版（2CD）XinBay CopyRight XiinBay 2012/4/1
文件名称：cn_win_srv_2003_r2_enterprise_with_sp2_vl_cd1iso 文件大小：637917184 字节（608MB）
MD5 ：1017479075166BA7DD762392F8274FE3
SHA1 ：D0DD2782E9387328EBFA45D8804B6850ACABF520 CRC32 ：FFFFFFFF
不包含R2组件的可升级企业版CD KEY：（不装CD2 R2组件的用此号即可） DF74D-TWR86-D3F4V-M8D8J-WTT7M JB88F-WT2Q3-DPXTT-Y8GHG-7YYQY JCHKR-888KX-27HVK-DT88X-T767M JCGMJ-TC669-KCBG7-HB8X2-FXG7M 包含R2组件的可升级企业版CD KEY：
MDGJK-PF6YQ-PD8DJ-RFQVM-7WKWG QV9XT-CV22K-D8MGR-4MD86-8MYR6 VB96B-VFG8F-74XWJ-W67Q7-8X82B M6F6D-VFQWH-CGWRB-RC7JR-VCV4W C49DP-CPHCB-MDGP3-MG334-W2V4W DR4B3-66VPQ-CK3VB-Y3BPY-2CJ2G JYCJX-CHTJX-RGH97-86WM9-RB6B6 MVDYF-X7FBW-H29XT-TCKWW-RBYRT BXJXT-9F88V-XXQWV-3MWMG-FYDJT
Windows Server 2003 R2 的新增内容 Windows Server 2003 R2 扩展了 Windows Server 2003 *** 作系统，在轻松地集成到现有 Windows Server 2003 环境的同时，提供了一种更高效的方法，来管理和控制对本地和远程资源的访问。Windows Server 2003 R2 提供了一个可伸缩的、安全性更高的 Web 平台，与基于 UNIX 的系统进行无缝的集成，并实现了新的应用方案，包括简化的分支机构服务器管理、改善的身份和访问管理以及更高效的存储管理。 Windows Server 2003 R2 还提供了新的动态授权许可，允许客户获得服务器实物本身以外的更多价值。
文件名称：cn_win_srv_2003_r2_enterprise_with_sp2_vl_cd2iso 文件大小：129703936 字节（123 MB）
MD5 ：9160BE18A627692C996BD3AD22FB7DBD
SHA1 ：4B364E848FCC59762DDDCED1493248E2896EE033 CRC32 ：A9488E36
下载Windows Server 2003 R2, Enterprise Edition with SP2
cn_win_srv_2003_r2_enterprise_with_sp2_vl_cd1_X13-46432下载地址：
ed2k://|file|cn_win_srv_2003_r2_enterprise_with_sp2_vl_cd1iso|637917184|284dc0e76945125035b9208b9199e465|/
cn_win_srv_2003_r2_enterprise_with_sp2_vl_cd2_X13-13895下载地址：
ed2k://|file|cn_win_srv_2003_r2_enterprise_with_sp2_vl_cd2iso|129703936|512c89a5839ffc8a3f3124acb9e9cb75|/
二、激活Windows Server 2003 R2, Enterprise Edition with SP2激活码如下 VB96B-VFG8F-74XWJ-W67Q7-8X82B M6F6D-VFQWH-CGWRB-RC7JR-VCV4W C49DP-CPHCB-MDGP3-MG334-W2V4W DR4B3-66VPQ-CK3VB-Y3BPY-2CJ2G JYCJX-CHTJX-RGH97-86WM9-RB6B6 MVDYF-X7FBW-H29XT-TCKWW-RBYRT BXJXT-9F88V-XXQWV-3MWMG-FYDJT MHFT3-YGHV4-G86P4-KQXJ3-GYH4W MDGJK-PF6YQ-PD8DJ-RFQVM-7WKWG QV9XT-CV22K-D8MGR-4MD86-8MYR6

先要知道卤素是什么。 连接器应该是塑料材质，这样才跟卤素有关。

卤素检测
化学周期表中的第 ⅦA 族元素包括氟（F）、氯(Cl)、溴（Br）、碘（I）、砹（At），合称卤素。其中砹（At）为放射性元素，在产品中几乎不存在，前四种元素在产品中特别是在聚合物材料中以有机化合物形式存在。
卤素的应用
目前应用于产品中的卤素化合物主要为阻燃剂，如PBB，PBDE，TBBP-A，PCB，六溴十二烷，三溴苯酚，短链氯化石蜡；用于做冷冻剂、隔热材料的臭氧破坏物质，如CFCs、HCFCs、HFCs等，及各类溶剂、有机化工原料、农药杀虫剂、漂白剂、羊毛脱脂剂等。

卤素的危害
对免疫系统的毒性，对内分泌系统的影响，对生殖和发育的影响，致癌作用，其他的毒性（精神和心理疾患），多数卤化物属于环境荷尔蒙物质。

限制卤素使用的相关法规
欧盟2002/95/EC：限用含溴的阻燃剂
《蒙特利尔议定书》：限用5种氟氯烷碳化物（CFCs）和3种哈龙（Halon）
《斯德哥尔摩公约》：限用有机氯农药，六氯苯（HCB），多氯联苯（PCBs），多氯二苯并 对二恶英（PCDDs）和多氯二苯并呋喃（PCDFs）
IEC 61249-2-21（印制板材料的法规 ）：限用氯、溴、总体卤素

卤素限值
无卤化PCB，溴、氯含量分别小于900ppm，溴＋氯小于1500ppm。

PONY谱尼测试卤素检测服务
PONY谱尼测试采用国际先进测试方法可对样品氟（F）、氯(Cl) 、溴（Br）、碘（I）含量进行检测。

内容：
一、nucleus plus特点：
    1内核采用微内核的设计，方便移植，资料写着更reliable，但是我不这么认为，与linux相比，以ARM平台为例，NU只用到了SVC mode，内核与用户任务都运行在同一个状态下，也就是说所有的task都拥有访问任何资源的权限，这样很reliable么？
    2real-time OS，NU是一个软实时 *** 作系统（VxWorks是硬实时），thread control component支持多任务以及任务的抢占，对于中断的处理定义了两种服务方式，LISR和HISR，这个与linux中的上、下半部机制类似，linux中的下半部是通过软中断来实现的，NU的HISR只是作为一种优先级总是高于task的任务出现。
    3NU是以library的方式应用的，通过写自己的app task与裁剪后的NU内核及组件链接起来，NU并没有CLI
二、组件
1IN component
    初始化组件由三个部分组成，硬件在reset后首先进入INT_initialize()，进行板级的相关初始化，首先设置SVC mode，关中断，然后将内核从rom中拷贝至ram中，建立bss段，依次建立sys stack, irq stack和fiq stack，最后初始化timer，建立timer HISR的栈空间，看了一下2410平台的代码，一个tick大概是158ms，完成板级的初始化后就进入了INC_initialize，初始化各个组件，其中包括Application initialize，create task和HISR，最后将控制权交给schedule，主要看了一下RAM中地址空间的安排
|timer HISR stack = 1024|
|FIQ stack = 512|
|IRQ stack = 1024|
|SVC stack = 1024|
|bss|
|data|
|text|
其中SVC stack的大小与中断源的个数相关，nested irq发生时，irq_context保存在SVC stack中，IRQ的stack只是做了临时栈的作用。
2thread control component
    TC组件是NU内核的最重要组成部分，主要涵盖了调度、中断、任务的相关 *** 作、锁、时钟几个方面，下面分别介绍。
调度（schedule）
    NU中的线程类型（在同一个地址空间内）有两种，HISR和task，HISR可以理解为一种优先级较高的task，但又不是task，HISR优先级高于task的实现方式就是schdule时，先去查看当前是否有active的HISR，再去查看task。task有suspend、ready、finished和terminated四种状态，而HISR只有executing和no-active这两种状态。
    每一个task都有一个线程控制的数据结构（TCB thread control block）,其中包括了task的优先级、状态、时间片、task栈、protect信息、signal *** 作的标志位和signal_handler等，task在创建时初始化这些信息，将task挂到一个create_list上，初始设定task为pure_suspend，如果设定auto start，调用resume_task（）唤醒task，这里有个细节，如果在application initialize中create_task()，则task不会自动运行，因为初始化还未完成，控制权还没有交给schedule，无法调度task。task被唤醒后状态改变为ready，并挂在一个TCD_Priority_List[256]上，数组的每个元素是一个指向TCB环形双向链表的指针，根据task的tc_priority找到对应优先级的TCB head pointer。
                           
    每一个HISR都有一个HISR控制的数据结构（HCB HISR control block）,其中只有优先级，HISR栈和HISR entry信息，因此HISR是不可以suspend，同时也没有time slice以及signal的相关 *** 作，一般情况下当发生了中断后，HISR被activate，schedule就会调度HISR运行，期间如果不发生中断，HISR的执行是不会被打断的，HISR的优先级只有0、1、2，timer的HISR优先级为2，也就是说由外部中断激活的HISR很难被抢占的，只有更高优先级的中断HISR才可以。与task不同，被激活的HISR使用head_list和tail_list将HCB挂在一个单项的链表上，因为相同优先级的HISR不会抢占对方，因此不需要双向链表，使用两个指针目的是加快HISR执行的速度。
    一个实时 *** 作系统的核心就是对于任务的调度，NU的调度策略是time slice和round robin的算法，
调度的部分主要有三个函数control_to_system()用于保存上下文，建立solicited stack，关中断，关system time slice，并重置task的time slice为预设值，将sp更新为system_stack_pointer，调用schedule()，调度的过程是非常简单的查询，就是查看两个全局的变量，TCD_Execute_HISR和TCD_Execute_Task，schedule部分的关键是打开了中断，不然如果当前没有ready的task或是被激活的HISR，则shedule死循环下去，查询到下一个应该执行的线程后跳转至control_to_thread(),在这里重新开启system time slice，然后将线程的tc_stack_ptr加入到sp中，切换至线程的栈中，依次pop出来，即完成了任务调度。
    任务的切换主要是上下文的切换，也就是task栈的切换，函数的调用会保存部分regs和返回地址，这些动作都是编译器来完成的，而OS中的任务切换是运行时（runtime）的一种状态变化，因此编译器也无能为力，所以对于上下文的保存需要代码来实现。
    任务的抢占是异步的因此必须要通过中断来实现，一般每次timer的中断决定当前的task的slice time是否expired，然后设置TCT_Set_Execute_Task为相同优先级的其他task或更高优先级的task；高优先级的task抢占低优先级的task，一般是外部中断触发，在HISR中resume_task()唤醒高优先级的task，然后schedule到高优先级的task中，因为timer的HISR是在系统初始化就已经注册的，只是执行timeout和time slice超时后的 *** 作，并没有执行resume_task的动作。
    NU中的stack有两种solicited stack和interrupt stack，solicited stack是一种minmum stack，而interrupt stack是对当前所有寄存器全部保存，TCB中的minimum stack size = 申请得到stack size - solicited stack（在arm mode下占44字节，thumb mode下占48字节），thumb标志用来记录上下文保存时的ARM的工作模式，c代码编译为thumb模式，这样可以减小code size，提高代码密度，assembly代码编译为arm模式提升代码的效率，NU中内核的代码不多，主要是assembly代码。stack的类型与其中PC指向的shell无关，interrupt stack保存的是task或是HISR在执行的过程中被中断时的现场，solicited stack建立的地方包括 control_to_system()、schedule_protect()和send_signals()发送给占有protect资源的task的情况，HISR_Shell()执行完后会建立solicited stack，再跳转至schedule。
(Lower Address) Stack Top -> 1 (Interrupt stack type)
CPSR Saved CPSR
r0 Saved r0
r1 Saved r1
r2 Saved r2
r3 Saved r3
r4 Saved r4
r5 Saved r5
r6 Saved r6
r7 Saved r7
r8 Saved r8
r9 Saved r9
r10 Saved r10
r11 Saved r11
r12 Saved r12
sp Saved sp
lr Saved lr
(Higher Address) Stack Bottom-> pc Saved pc
(Lower Address) Stack Top -> 0 (Solicited stack type)
!!FOR THUMB ONLY!! 0/0x20 Saved state mask
r4 Saved r4
r5 Saved r5
r6 Saved r6
r7 Saved r7
r8 Saved r8
r9 Saved r9
r10 Saved r10
r11 Saved r11
r12 Saved r12
(Higher Address) Stack Bottom-> pc Saved pc
一个简单的例子说明stack的情况，首先是一个task在ready(executing)的状态下，而且time slice超时了，timer中断发生后，保存task上下文interrupt_contex_save()，在task的tc_stack_ptr指向的地方建立中断栈
taskA    |interrupt stack|___tc_stack_ptr 栈顶端是pc=lr-4
ARM对于中断的判定发生在当前指令完成execute时，同时pipeline的原因pc=pc+8，入栈时就把lr-4首先放在stack的最高端（high）。
timer的LISR完成后激活了HISR，执行TCC_Time_slice()将当前task移到相同优先级的尾端，并且设置下一个要执行的task，HISR在栈顶端保存的是这个HISR_shell的入口地址，因为task的执行完就finished，HISR是可重入的
HISR     |solicited stack|  栈顶端是HISR_shell_entry
中断（interrupt）
前面已经提及了中断的基本 *** 作，这里就写一些代码路径的细节，中断的执行主要是两个部分LISR和HISR，分成两个部分的目的就是将关中断的时间最小化，并且在LISR中开中断允许中断的嵌套，以及建立中断优先级，都可以减少中断的延迟，保证OS的实时性。
NU的中断模式是可重入的中断处理方式，也就是基于中断优先级和嵌套的模式，中断的嵌套在处理的过程中应对lr_irq_mode寄存器进行保存，因为高优先级的中断发生时会覆盖掉低优先级中断的r14和spsr，因此要利用系统的栈来保存中断栈。
NU对于中断上下文的保存具体 *** 作如下：
（1）在中断发生后执行的入口函数INT_IRQ()中，将r0-r4保存至irq的栈中
（2）查找到对应的interrupt_shell()，clear中断源，更新全局的中断计数器，然后进行interrupt_contex_save
（3）首先利用r1,r2,r3保存irq模式下的sp,lr,spsr，这里sp是用来切换至系统栈后拷贝lr和spsr的,这里保存lr和spsr是目的是task被抢占后，当再次schedule时可以返回task之前的状态。
（4）切换至SVC模式，如果是非嵌套的中断则保存上下文至task stack中，将irq模式下的lr作为顶端PC的返回值入栈，将SVC模式下的r6-r14入栈，将irq模式下的sp保存至r4中入栈，最后将保存在irq_stack中的r0-r4入栈
（5）如果是嵌套中断，中断的嵌套发生在LISR中，在执行LISR时已经切换至system stack，因此嵌套中断要将中断的上下文保存至system stack中，与task stack中interrupt stack相比只是少了栈顶用来标记嵌套的标志（1 not nested）
（6）有一个分支判断，就是如果当前线程是空，即TCD_Current_Thread == NULL，表明当前是schedule中，因为初始化线程是关中断的，这样就不为schedule线程建立栈帧，因为schedule不需要保存上下文，在restore中断上下文时直接跳转至schedule。
中断上下文的恢复
全局的中断计数器INT_Count是否为0来判定当前出栈的信息，如果是嵌套则返回LISR中，否则切换至system stack执行schedule
timer
timer与中断紧密相关，其实timer也是中断的一种，只是发生中断的频率较高，且作用重大，一个实时 *** 作系统，时间是非常重要的一部分，NU中的timer主要有四个作用：
（1）维护系统时钟 TMD_system_clock
（2）task的time slice
（3）task的suspend timeout timer
（4）application timer
其中（3）（4）共用一种机制，一个全局的时间轴TMD_timer，timeout timer和app timer都建立在一个TM_TCB的数据结构上，通过tm_remaining_time来表征当前timer的剩余时间，例如当前有timer_list上有三个TM_TCB，依次是Ta = 5，Tb = 7, Tc = 20,那么建立的链表上剩余时间依次是5，2，8，如果现在要加入一个新的timer根据timer值插入至合适的位置，如果插入的timer为13，则安排在Tb后面，剩余时间为1，后面的8改为7，当发生了timer expired，则触发timer_HISR，如果是app timer则执行timer callback，如果是task timeout timer，则执行TCC_Task_Timeout唤醒task。
（2）的实现也是依赖于全局的time slice时间轴，每一个task在执行时都会将自己的时间片信息更新至全局的时间轴上，当一个task的time slice执行完在timer HISR中调用TCC_task_Timeout将当前的task放在相同优先级list的最尾端，并设置下一个最高优先级的任务。task在执行的过程中只有被中断后time slice会保存下来，其他让出处理器的情况都会将time slice更新为预设值。
protect
protect与linux的锁机制类似，互斥访问，利用开关中断来实现，并且拥有protect的task是不可以suspend的，必须要将protect释放后才可以挂起，当一个优先级较低的task占有protect资源，如果被抢占，一个高优先级的task或HISR在请求protect资源时会执行TCC_schedule_protect()让出处理器给低优先级的task执行，直到低优先级的task执行unprotect()为止，此时task或HISR建立的是solicited stack，同时在control_to_thread前开关中断一次，这样可以减少一次上下文的切换。NU中常用到的是system_protect，它就是一把大锁，保护内核中所有全局数据结构的顺序访问，粒度很大。
LISR中不可以请求protect资源，因为LISR是中断task后执行，如果task占有protect资源，这时LISR又去请求protect资源，会发生死锁，因为LISR让出处理器后，schedule没办法再次调度到LISR执行，则发生死锁错误，因此在LISR中除了activate_HISR（）以外不可以使用system call，例如resume_task等等，这写系统调用都会请求protect资源。
对于protect的请求按照一定的顺序可以防止死锁，NU的源码中一般将system_protect资源的请求放在后面，其他如DM_protect先请求。

自力式调节阀原理 自力式调节阀作用 自力式温度调节阀 自力式压力调节阀 自力式流量调节阀 QSTP-16KEA调节阀上海江霞阀门提供

自力式调节阀原理：依靠流经阀内介质自身的压力、温度作为能源驱动阀门自动工作，不需要外接电源和二次仪表。这种自力式调节阀都利用阀输出端的反馈信号（压力、压差、温度）通过信号管传递到执行机构驱动阀瓣改变阀门的开度，达到调节压力、流量、温度的目的。这种调节阀又分为直接作用式和间接作用式两种。

直接作用式又称为d簧负载式，其结构内有d性元如：件d簧、波纹管、波纹管式的温包等，利用d性力与反馈信号平衡的原理。

间接作用式调节阀，增加了一个指挥器（先导阀）它起到对反馈信号的放大作用然后通过执行机构，驱动主阀阀瓣运动达到改变阀开度的目的。

如果是压力调节阀，反馈信号就是阀的出口压力，通过信号管引入执行机构。

如果是流量调节阀，阀的出口处就有一个孔板（或者是其他阻力装置）由孔板两端取出压差信号引入执行机构。

如果是温度调节阀，阀的出口就有温度传感器（或者温包）通过温度传感器内介质的热胀冷缩驱动执行机构。

QSTP智能电动调节阀，QSTP-16KEA智能电动调节阀，QSJP-16K智能电动调节阀，调节阀在现代化工厂的自动控制中，调节阀起着十分重要的作用，这些工厂的生产取决于流动着的液体和气体的正确分配和控制。这些控制无论是能量的交换、压力的降低或者是简单的容器加料，都需要＊某些最终控制元件去完成。最终控制元件可以认为是自动控制的“体力”。在调节器的低能量级和执行流动流体控制所需的高能级功能之间，最终控制元件完成了必要的功率放大作用。  调节阀是最终控制元件的最广泛使用的型式。其他的最终控制元件包括计量泵、调节挡板和百叶窗式挡板(一种蝶阀的变型)、可变斜度的风扇叶片、电流调节装置以及不同于阀门的电动机定位装置。  尽管调节阀得到广泛的使用，调节系统中的其它单元大概都没有像它那样少的维护工作量。在许多系统中，调节阀经受的工作条件如温度、压力、腐蚀和污染都要比其它部件更为严重，然而，当它控制工艺流体的流动时，它必须令人满意地运行及最少的维修量。  调节阀在管道中起可变阻力的作用。它改变工艺流体的紊流度或者在层流情况下提供一个压力降，压力降是由改变阀门阻力或“摩擦”所引起的。这一压力降低过程通常称为“节流”。对于气体，它接近于等温绝热状态，偏差取决于气体的非理想程度(焦耳一汤姆逊效应)。在液体的情况下，压力则为紊流或粘滞摩擦所消耗，这两种情况都把压力转化为热能，导致温度略为升高。  常见的控制回路包括三个主要部分，第一部分是敏感元件，它通常是一个变送器。它是一个能够用来测量被调工艺参数的装置，这类参数如压力、液位或温度。变送器的输出被送到调节仪表——调节器，它确定并测量给定值或期望值与工艺参数的实际值之间的偏差，一个接一个地把校正信号送出给最终控制元件——调节阀。阀门改变了流体的流量，使工艺参数达到了期望值。  在气动调节系统中，调节器输出的气动信号可以直接驱动d簧一薄膜式执行机构或者活塞式执行机构，使阀门动作。在这种情况下，确定阀位所需的能量是由压缩空气提供的，压缩空气应当在室外的设备中加以干燥，以防止冻结，并应净化和过滤。  当一个气动调节阀和电动调节器配套使用时，可采用电一气阀门定位器或电一气转换器。压缩空气的供气系统可以和用于全气动的调节系统一样来考虑。  在调节理论的术语中，调节阀既有静态特性，又有动态特性，因而它影响整个控制回路成败。静态特性或增益项是阀的流量特性，它取决于阀门的尺寸、阀芯和阀座的组合结构、执行机构的类型、阀门定位器、阀前和阀后的压力以及流体的性质。上海江霞阀门竭诚为您服务！！

QSTP-16KEA智能型电动单座调节阀江霞阀门 上海高压调节阀 笼式套筒调节阀 气动笼式套筒调节阀 QSTP-16KEA  QSJP-16K  T968电动高压调节阀 T96电动高压调节阀 S201C型调节球阀(对夹式) HCB笼式套筒调节阀 气动精小型单座套筒调节阀ZJHP ZJHM型 气动活塞切断阀ZSPQ型 自力式压力调节阀ZZYP型 气动轻小型调节阀ZXMAP ZXMAN ZXMAM型 气动薄膜切断阀ZMC ZSQ  ZMAQ ZMBQ型 微(差)压调节阀ZZV ZZC型 气动高压角式调节阀AMAS AMBS型 轻小型气动薄膜调节蝶阀ZMXAW ZMXBW型 气动轻小型三通调节阀ZXQ-16K ZXX-16B型 气动隔膜调节阀ZMAT ZMBT型 气动薄膜调节阀ZMAP ZMAN型 CV3000系列调节阀 ZSS V型调节阀 ZSS V型切断球阀 ZSHO气动调节切断球阀  上海江霞阀门专注于调节阀 QSJP-16K调节阀

希望以上消息对你有所帮助！！！！

消息来源上海江霞阀门

电子医保卡在微信支付页面的“城市服务”功能里面。

1打开微信APP，页面右下角点击“我”-“支付”； 支付页面点击“医疗健康”，接着在跳转页面上方找到“国家医保电子凭证”； 点击国家医保电子凭证里的“立即激活”，按照提示进行授权激活 *** 作即可。电子医保卡在微信支付页面的“城市服务”功能里面，在电子社保卡页面点击电子社保卡二维码出来的“电子社保身份码”可用于身份凭证，且每分钟自动刷新，以防止被他人盗用。 另外，微信电子社保卡还提供社保查询服务，如社保余额、医保缴费明细、社保卡消费明细、养老保险查询等。

2电子医保卡是在微信支付页面的“城市服务”功能里面，在电子社保卡页面点击电子社保卡二维码出来的“电子社保身份码”可用于身份凭证，且每分钟自动刷新，以防止被他人盗用。微信电子社保卡还提供社保查询服务，如社保余额、医保缴费明细、社保卡消费明细、养老保险查询等。

3打开微信，页面右下角点击“我”-“支付”。 支付页面点击“医疗健康”，接着在跳转页面上方找到“国家医保电子凭证”，点击国家医保电子凭证里的“立即激活”，按照提示进行授权激活 *** 作即可。挂号缴费。微信电子社保卡的微信医保还把医院、患者与药店连接在一起，实现药店医保移动支付，让用户在药店只需扫码即可完成支付。社保查询。社保查询功能则可以让我们对自己的个人参保类型、每月参保状态等相关信息有一个清晰的了解，也省去了原来查询的繁复步骤。此外，想买房的用户，也可以在电子社保卡上查询社保连续缴费年限。

法律依据：《中华人民共和国城镇职工基本医疗保险条例》 第二条 省城镇下列单位及其从业人员必须按照本条例参加基本医疗保险:

(一)企业及其从业人员;

(二)机关、事业单位、中介机构、社会团体、民办非企业单位及其从业人员;

(三)部队所属用人单位及其无军籍的从业人员。

---