点播管理系统用户手册

点播管理系统用户手册（精选8篇）

篇1：点播管理系统用户手册

医疗器械（第三类）经营企业

信息追溯申报系统 用户操作手册

上海市食品药品监督管理局宝山分局

2014年11月印制 医疗器械（第三类）经营企业信息追溯申报系统

用户操作手册

目录

第一章 系统登录..............................................................2 第二章 供应商信息管理........................................................2 一 供应商信息管理........................................................2 第三章 销向信息管理..........................................................5 一 销向信息管理..........................................................5 第四章 所营产品管理..........................................................7 一 所营产品管理..........................................................7 第五章 基础信息管理..........................................................9 一 企业许可信息..........................................................9 二 企业抽样信息.........................................................10 三 企业检查信息.........................................................12 四 企业人员维护.........................................................13 第六章 自查报告.............................................................14 一 自查报告维护.........................................................14 第七章 公告管理.............................................................14 一 申报信息公告.........................................................14

医疗器械（第三类）经营企业信息追溯申报系统

用户操作手册

第一章 系统登录

系统登录首页如下图所示,地址：http://zssb.smda.gov.cn/qxjysb/login

成功登陆系统后，系统显示类似如下的总体界面：

第二章 供应商信息管理

本模块用于维护国内国外供应商信息并提供查询。

一 供应商信息管理

点击菜单栏中的“供应商信息管理—>供应商信息管理”，进入如下界面，默认会显示出企业维护的供应商：

医疗器械（第三类）经营企业信息追溯申报系统

用户操作手册

2.1.1查询供应商

 查询所有供应商列表 填写查询条件，点击页面效果如下：，系统会根据查询条件显示供应商列表， 查询某供应商详细信息

点击供应商列表“查看”按钮，系统会进入“供应商信息详情”页面，展示供应商详细信息。

医疗器械（第三类）经营企业信息追溯申报系统

用户操作手册

2.1.2增加供应商

点击。，系统进入新增供应商页面，然后填写供应商信息，点击

2.1.3删除供应商

点击供应商列表界面的“删除”，该供应商即删除。

2.1.4修改供应商

点击列表界面的“修改”，系统进入供应商修改页面，用户填写供应商信息，点击

医疗器械（第三类）经营企业信息追溯申报系统

用户操作手册

第三章 销向信息管理

本模块用于维护销向信息并提供查询。

一 销向信息管理

点击菜单栏中的“销向信息管理—>销向信息管理”，进入如下界面，默认会显示出企业维护的销向信息列表：

3.1.1查询销向

 查询所有销向列表 填写查询条件，点击面效果如下：，系统会根据查询条件显示销向列表，页 5 医疗器械（第三类）经营企业信息追溯申报系统

用户操作手册

 查询销向详细信息

点击销向列表“查看”，系统会进入“销向信息详情”页面，展示销向详细信息。

3.1.2增加销向

点击。，系统进入新增销向页面，然后填写销向信息，点击

医疗器械（第三类）经营企业信息追溯申报系统

用户操作手册

3.1.3删除销向

点击销向列表界面的“删除”，该销向即删除。

3.1.4修改销向

点击列表界面的“修改”，系统进入销向修改页面，用户填写销向信息，点击

第四章 所营产品管理

本模块用于维护所营产品信息并提供查询。

一 所营产品管理

点击菜单栏中的“所营产品管理—>所营产品管理”，进入如下界面，默认会显示出企业维护的所营产品信息列表：

医疗器械（第三类）经营企业信息追溯申报系统

用户操作手册

4.1.1查询所营产品

 查询所有所营产品列表 填写查询条件，点击页面效果如下：，系统会根据查询条件显示所营产品列表， 查询所营产品详细信息

点击所营产品列表“查看”，系统会进入“所营产品信息详情”页面，展示所营产品详细信息。

医疗器械（第三类）经营企业信息追溯申报系统

用户操作手册

4.1.2增加所营产品

点击点击。，系统进入新增所营产品页面，然后填写所营产品信息，4.1.3删除所营产品

点击所营产品列表界面的“删除”，该所营产品即删除。

第五章 基础信息管理

一 企业许可信息

点击菜单栏中的“基础信息管理—>企业许可信息”，进入如下界面，默认会显示出企业许可信息列表：

5.1.1查询企业许可

 查询所有企业许可列表 医疗器械（第三类）经营企业信息追溯申报系统

用户操作手册

填写查询条件，点击页面效果如下：，系统会根据查询条件显示企业许可列表， 查询企业许可详细信息

点击企业许可列表“详情”，系统会进入“企业许可信息详情”页面，展示企业许可详细信息。

二 企业抽样信息

点击菜单栏中的“基础信息管理—>企业抽样信息”，进入如下界面，默认会显示出企业抽样信息列表：

医疗器械（第三类）经营企业信息追溯申报系统

用户操作手册

5.2.1查询企业抽样

 查询所有企业抽样列表 填写查询条件，点击页面效果如下：，系统会根据查询条件显示企业抽样列表， 查询企业抽样详细信息

点击企业抽样列表“详情”，系统会进入“企业抽样信息详情”页面，展示企业抽样详细信息。

医疗器械（第三类）经营企业信息追溯申报系统

用户操作手册

三 企业检查信息

点击菜单栏中的“基础信息管理—>企业检查信息”，进入如下界面，默认会显示出企业检查信息列表：

5.3.1查询企业检查

 查询所有企业检查列表 填写查询条件，点击页面效果如下：，系统会根据查询条件显示企业检查列表，12 医疗器械（第三类）经营企业信息追溯申报系统

用户操作手册

 查询企业检查详细信息

点击企业检查列表“详情”，系统会进入“企业检查信息详情”页面，展示企业检查详细信息。

四 企业人员维护

点击菜单栏中的“基础信息管理—>企业人员维护”，进入如下界面，默认会显示出已维护的人员信息

医疗器械（第三类）经营企业信息追溯申报系统

用户操作手册

第六章 自查报告

一 自查报告维护

点击菜单栏中的“自查报告—>自查报告维护”，进入如下界面：

第七章 公告管理

一 申报信息公告

点击菜单栏中的“公告管理—>申报信息公告”，进入如下界面：

医疗器械（第三类）经营企业信息追溯申报系统

用户操作手册

篇2：点播管理系统用户手册

1.1名称

电影购票系统

1.2开发人

张松宇

1.3软件概述

电影购票系统是一个为用户提供方便快捷的B/S模式的购票系统，可以实现登陆、注册、买票、退票、评论、查看影评和查询、修改个人信息等功能。

1.4运行环境

运行环境为windows系统常用浏览器。用户操作

2.1 登录注册

如果是已有账号用户，直接输入账号及密码并选择用户类型登录；如果是新用户，点击新用户进入注册页面。/ 6

用户登录界面

用户注册界面

2.2 购买电影票

进入购票页面，会显示出所有电影名称的列表，可以按名称或类型查找电影，也可以直接选票。

电影列表界面 / 6

购票界面

确认付款界面

2.3 我的订单

进入订单模块后，会显示用户的订单列表。点击对应的订单可以进行评论或者退票，退票的话钱会自动返回到自己的余额里。

订单列表界面

评论界面

2.4 查询个人信息

进入个人信息界面后会显示用户的个人信息，可以对自己的密码、用户名称和电话进行修改。/ 6

个人信息界面

2.5用户管理

进入后会显示所有用户的信息，管理员可以对相应的用户信息的权限进行修改或者删除。

用户列表界面

用户信息修改界面

2.6电影管理

进入会显示电影票信息列表，管理员可以添加、修改和删除电影信息。/ 6

电影列表界面

修改电影信息界面

添加电影信息界面

3异常及处理

篇3：点播管理系统用户手册

理想的交互式VOD用户接入系统要求能够准确、迅速地获取并解析用户指令, 再向上提交给点播服务器响应相应的点播操作, 在操作完成之后, 还可以及时地将执行结果反馈给用户。根据点播信号上行信道的结构, 接入方案可分为两大类:第一类, 基于双向HFC线路实现双向通信的点播;第二类则是利用PSTN电话网络或是GSM/CDM网络作为上行点播信号传输信道, 下行继续利用原有模拟电视HFC线路作为下行视频传输的技术方案。VOD系统一般都要求有线电视用户的终端设备能通过专用的信道来传递用户的点播请求, 这一方面要求终端设备 (如STB) 本身具有上行信号处理模块, 另一方面要求传输网络分配一定的带宽来承载上行信号。目前我国的有线电视网仍然以单向的HFC网络结构为主, 对HFC的双向改造仅仅在少数几个大城市中展开, 要想实现HFC的双向传输, 必须要对现有的HFC网络作很大的改造。并且对HFC进行大规模的双向改造仍是一项耗时耗费均相当巨大的工程。基于设备成本、用户入网量、技术标准等原因, 国内外很多双向交互信息网络建成后并没有获得良好的经济效益。因此, 对单向HFC升级改造应该是有计划, 循序渐进的过程。

在数字电视VOD系统开发的初期, 可以采用以电话、短信、网络作为上行信道的用户接入方式, 开展一些交互业务, 然后再逐步把网络改造成双向网, 实现双向网络用户接入, 从而开展多功能的真正意义上的交互业务。使用电话做为接入方式的优点在于:由于原CATV线路基本上无须改动, 因而投资最少, 成本大大降低, 组建系统也最快, 且易于实现。最近广电总局要求推广“免费送机顶盒”以扩大数字电视用户规模的模式, 这表明我国数字电视的开展仍处于普及型阶段, 所采用的机顶盒的功能不会很强大。鉴于很多地区CATV及电话的普及率很高, 而VOD系统的上行信息远小于下行视频信息的实际情况, 我们所研究的数字电视城域点播系统, 可以在无需对有线电视网络进行双向改造的情况下, 利用电话上传用户请求以实现视频点播。下行信道采用原HFC信道, 而上行信道则采用公用电话网 (PSTN作为VOD系统的硬件网络平台。由上面的分析可知, 在城市CATV双向网络改造未完成之前, 依靠电视网站对节目单进行下发, 用户通过拨打电话来接入数字电视VOD系统是可行的方案。本系统正是以这种通信方式作为点播系统用户接入的方案, 从而使得基于单向HFC网络中交互式VOD业务的开展成为可能。

2. 信息告知

对于城市用户来说, 以拨打电话、发送短信的方式作为与VOD系统交互手段所引起的通信费用事实上并不高, 可以被用户所接受。而VOD系统面临的另一个问题是:如何将大量的与节目相关的信息 (如节目列表、节目长度、节目类型等等) 传输给用户。如果通过电话和短信网络来传输, 那么用户为了寻找自己想看的节目还需要根据电话的语音提示或是手机的短信内容慢慢查找, 这样的做法严重影响了点播的效率, 也让用户感到极为不便。EPG和电视网站很好地解决了这个问题

1) EPG

数字电视的EPG (电子节目指南Electronic Program Guide) 技术, 是通过节目服务提供商在提供节目播放流进行的MPEG-2编码时, 在PSI/SI信息中附加进去节目管理或节目说明信息, 然后通过传输流传输到数字电视终端, 由数字电视终端设备 (通常是数字电视机顶盒) 中的EPG程序将解码后的相应信息 (PSI或SI) 从TS流中提出, 根据一定的组织形式以菜单的方式显示于屏幕之上。通常, EPG会通过数字电视机顶盒自动下载到本地, 用户在进行节目点播之前, 可以先对EPG进行浏览, 查阅节目编号、节目类型、节目长度、点播费用等等信息, 然后直接拨打电话根据节目编号进行点播即可。

2) 电视网站

电视网站同样以电视字幕形式提供给用户更多、内容更丰富的节目单导航信息和公共信息。与EP相比, 电视网站所能发布的信息更丰富、更全面。网站设计好之后, 可用专门的工具, 将电视网站已经制作好的所有XML文件打包成电视网站前端TS流文件, 然后通过前端播出软件播放出来, 用户在电视机屏幕可以看到节目的详细信息。

3. 素材存储

点播系统的市场驱动, 首要因素是丰富的节目源支持, 节目内容的丰富程度决定了点播系统的受欢迎程度。要想在城市中大面积推广点播业务, 丰富多彩的节目源是系统收益的坚实基础。而随着节目资源的不断增加, 不可避免地出现存储容量与资源建设的突出矛盾。节目的存储方式采用磁盘阵列的分块存储方案。本系统中每台视频服务器安装四张ASI卡 (编号分别为1, 2, 3, 4) 和一个磁盘阵列。将磁盘阵列分为两个大小相等的存储区 (分区一、分区二) , 通过两个SCSI接口连接到主板上, 并将1号和2号ASI卡绑定分区一, 将3号和4号ASI卡绑定分区二。即一号卡和2号卡进行点播播出时, 都从分区上读取节目数据, 同理, 3号和4号卡都在分区二上读取数据。这样磁盘分区与模拟频道一一对应, 这样每个I/O读取速率降到36Mbps-72M饰s, 保证了节目传送速率。

4. 素材格式

篇4：点播管理系统用户手册

1. 考生

考生用户可以进行网上报名和修改个人密码。

1.1考生报名

考生网上报名的具体流程如下：

步骤一、点击“高考报名入口”，出现考生登录界面：

步骤二、输入考生的报名号、密码及验证码，如下图所示：

【注意】此时系统会对所输入的报名号进行检测，如果报名号不正确，系统会提示考生“报名号不存在”，同样也会对密码以及验证码进行检测。上图方框标示出的即为验证码。

如报名号输入不正确，会出现提示“报名号不存在”，如下图

如验证码输入不正确，系统会自动提示“验证码不正确”，如下图

步骤三、当上述信息都填写正确，点击“登录”按钮，进入考生“考生诚信考试承诺书”页面。

考生仔细阅读考生诚信考试承诺书，阅读后点击“同意”按钮，才能进入填写考生信息界面

【注意】考生阅读考生诚信考试承诺书时，系统会默认10秒时间让考生阅读。

步骤四、开始网上报名，考生必须认真填写个人相关信息。

步骤五、考生信息表填写完成时，点击“提交”，出现下图所示界面：

【注意】：系统会提示考生检查所填报的信息是否有误，点“取消”可返回检查，确认无误后点“确定”即可提交。

核查后，点击“确定”按钮，系统自动生成考生的报名信息核对表（见下表），

【注意】如果考生发现所填信息有误，可以点“返回修改”进行修改，报名完成后即时修改不限制次数。但结束报名后每个考生只有三次修改机会，请考生谨慎使用，如果考生三次修改次数已到，发现自己填报的信息还有错误，考生只能到当地的区县教育考试机构，由区县教育考试机构来帮考生修改信息。

步骤六、核对报名资料后，点击“结束报名”，系统会提示页面将自行关闭。此时，考生报名结束，请考生等待班主任给予评语。

1.2修改密码

考生还可以修改自己的登录密码，点击“高考报名入口”，出现考生登录界面，如下图所示。

点击“更改密码”，出现下图所示界面：

考生依次输入“报名号”、“原始密码”、“新密码”、“新密码确认”和“验证码”，再点击“修改”按钮，考生的密码修改完成。点击【重置】输入框清空，可重新输入。

1.3 考生填报信息项详细说明

1、网上报名页面一共有43个信息点，这43个信息点有比较严格的验证，不能随意填写。

2、“报名号”、“考试类型”、“考试科类”、“报名点”这4个信息点, 是系统自动生成的，考生不必填写，也不能作修改。

3、姓名最多可输入8个字符，“邮政编码”固定为6位，“学籍号”规定输入为20位。

4、填写毕业学校一栏时，“毕业学校”的下拉列表会存放生成该报名号的报名点下的毕业学校。【如果考生因为某种特殊原因（如外地转学、复读等）在下拉列表中找不到所在的毕业学校，可以点击右侧“显示其他学校”，在弹出的学校列表页面中查询找出所在的毕业学校。

考生可以利用上面的查询功能缩小学校的范围，例如输入“枝江”，进行查询，出现下图所示界面

在列表中查找所在的毕业学校，例如“枝江市第五高级中学”，选中单选按钮后，系统会自动把该校加入到报名页面中毕业学校列表的选项里。

5、“联系电话”两栏，一栏填写固定电话，一栏填写移动电话。固定电话需冠以区号。

6、“身份证号”长度只能是15位或18位，身份证号码有着严格的验证，请考生务必真实填写。如果输入不正确，系统会提示

填写正确的“身份证号”后，系统会自动根据所填写的身份证号生成对应的“出生日期”，方便考生核对。

7、所在“班级”必须真实填写，社会考生选择“00班”。

8、“户口所在地”列表中会显示湖北省所有县（市、区），默认情况下会选中生成此报名号的区县。如果属于其他地市州区县，考生可再行选择。

9、非艺术体育类考生报名页面中，“美术联考”、“非美术类高职高专联考”“体育专业测试”三栏的选项为不可选状态；艺术类考生报名页面中，“美术联考”、“音乐、舞蹈联考”的选项为可选状态；体育类考生报名页面中“体育专业测试”的选项为可选状态。

“艺术体育”栏会根据考生报名号自动进行排斥检测。

排斥原则如下：

普通高考（报名号第九位为1）：

报名号的第9、10位为13、17者不能报考体育测试。

报名号的第9、10位为14、18者不能报考美术联考和非美术类高职高专联考

报名号的第9、10位为11、15、10者都不能报考体育测试、美术联考和非美术类高职高专联考。

高职统考（报名号第九位为8）：

报名号的第9、10位为81、85者可以兼报艺术，但只能在美术联考和非美术类高职高专联考中选择一个报考。

报名号的第9、10位为80者不允许报考艺术体育。

【注意】“美术联考”、“非美术类高职高专联考”或“体育专业测试”选项栏为可选状态时，必须做出选择，不能为空。否则，提交时系统会提示

并且“美术联考”、“非美术类高职高考联考”两栏为可选状态时，只能选报一种。

10、“有何特长”、“奖励或处分”两栏最多允许输入30个字符，如果没有，填写“无”。

11、“本人简历”列表中，至少要填写一行，时间在下拉列表中选择。考生从高中阶段起填写。

12、“家庭主要成员”列表中，职务为选填项，允许为空。

13、考生网上报名结束后，要进行报名点所安排的现场照相，然后在有考生相片的报名表上确认签字，报名才算正式结束。

1.4 常见问题答疑

1.问：为什么根据报名卡上考试号和密码登录显示“不在上报时间”？

答：因为考生网上报名还没有开始，请留意区县教育考试机构相关信息。

2.为什么根据报名卡上考试号和密码登录的显示密码错误？

答：有可能密码已被修改，考生请到当地的区县教育考试机构，由区县教育考试机构查看考生密码。

3.问：修改密码后忘记了密码怎么办？

答：考生请到当地的区县教育考试机构，由区县教育考试机构查看考生密码。

4.问：为什么无法修改考生信息？

答：有可能是考生三次修改次数已到。如发现自己填报的信息还有错误，考生请到当地的区县教育考试机构，由区县教育考试机构来帮考生修改信息。

5. 问：为什么考生填写身份证后系统提示“您的年龄小于16岁，确定要报名参加考试吗？”或“您的年龄大于50岁，确定要报名参加考试吗？”？

答：此处只是系统提示，考生可检查身份证填写是否有误。如确实无误，点击“确定”即可。

6. 问：为什么没有列出我的毕业学校？

答：毕业学校默认为报名卡上的学校，如需更改点击旁边的【显示其他学校】在弹出的列表中选取所需的毕业学校即可。

7.问：往届考生应如何选择班级？

答：往届考生选择班级00即可。

8. 问：出生日期为什么无法填写

答：出生日期由身份证号自动生成，不能手动填写。

9.问：艺术类考生应如何选择【美术联考】，【非美术专业联考】

答：【美术联考】，【非美术专业联考】必须选择报考或不报考，且只能报考一项。

10.问：为什么系统提示“该身份证号已经报名，请确认后输入”？

答：一个身份证只能用于一个报名号报名，请检查是否填写错误，若无误请向当地的区县教育考试机构咨询。

11.问：为什么登录时提示“该考生已经在线，请不要重复登录”？

篇5：点播管理系统用户手册

用户手册

青岛市地方税务局

山东浪潮齐鲁软件产业股份有限公司

二○一○年三月

“税控网上报数系统”是为纳税人便捷报送税控发票数据而开发的一套网络信息系统。税控数据报数期内，税控用户使用用户卡和U盘在税控收款机上抄报数据，通过因特网报送税控数据，报送成功后系统自动将下次的监控数据回传到用户卡中。该操作简单方便，纳税人足不出户就可完成税控数据报送。下面介绍“税控网上报数系统”（税控用户端）操作流程。

一、报数前的准备

1、用户注册

税控用户在进行网上报数前需到主管税务机关办理互联网用户注册认证，提交纳税人识别号、绑定的手机号码、手机持有人姓名、身份证号码；主管税务机关在青岛地税综合业务平台为税控用户注册，注册成功后系统会提示纳税人的用户编号，即绑定的手机号码。内网登陆地址：http://140.24.20.198/Webroot。

税控用户注册成功后需拨打青岛儒商信息技术有限公司服务电话85919292开通税控网上报数功能，税控网上报数系统的初始登录密码为6个8，纳税人可自行进行修改，不论一个识别号注册几个手机号码，登录时只有一个密码。

登陆税控网上报数系统需要输入验证码，验证码从地税短信平台获取。地税短信平台支持山东地区的中国移动、中国联通和中国电信的手机短信发送（系统暂不支持中国联通186号段的手机短信发送）。移动手机用户未加入青岛地税短信服务号码106353212366 的，需编 2 辑短信7777发送到106353212366（短信费0.1元，接收106353212366的任何短信都是免费的），方可接收到系统发送的短信验证码。

2、所需设备

网上报数需要计算机、用户卡、Ｕ盘以及读卡器。网上报数时要确保用户卡和Ｕ盘均正确连接到计算机，其中用户卡需要配备专用的读卡器。

3、设置受信任站点

打开IE浏览器，选择“工具”->Intenet选项：

打开以后，进入“安全”，点中“受信任的站点”，再点击“站点”按钮：

打开受信任站点设置界面，输入“http://etax.qdds.gov.cn”,点击右边的添加按钮：

完成添加信任站点，点“确定”按钮，完成设置，设置完成后需要 将受信任的站点的自定义级别设为低。

4、数据报送类型

税控收款机的国家标准设定了三种数据报送类型，分别是“自然月申报”，“即时申报”，“输入截止日期申报”。正常情况下选择“自然月申报”，要求在每月的15日之前完成上月的数据报送。

自然月数据申报：以自然月为申报周期。此时申报周期为某个月的第一天到最后一天。

即时申报：将上次申报截止日期第二天至当天数据一同申报。申报后当日不可开票，直到重新授权后才可继续开票。

输入截止日期申报：用户自行输入申报截止日期，但输入日期不可为当天日期。（注：办理纳税人名称变更、主管税务机关变更、注销、停业时需即时报数，即时报数必须当天完成报数，方可办理业务。如果当天没有完成报数，需要到税务机关进行异常授权后重新即时报数。）

二、税控网上报数

1、税控网上报数系统的登录

登陆青岛地税网上办税综合业务平台（http://etax.qdds.gov.cn）,在网站首页的左下方点击“综合业务”，认证类型为“手机认证”，选择已在税务机关注册的手机号码，如

下

图

：

系统会提示“发送验证码”，如下图：

点击“发送验证码”，系统提示“发送手机验证码成功，请注意查收，此验证码10分钟内有效”，如下图：

用户接收到短信后，输入接收到的短信验证码，点击登录，即可进入税控网上报数界面。（短信验证码的有效时间是10分钟，如果超过有效时间或使用短信验证码登录过系统，该短信验证码将失效，可重新发送验证码）

2、税控网上报数

进入到税控网上报数界面，可看到网上报数操作说明页面，首次报数，请仔细阅读该说明，以便快速了解网上报数的基本步骤和注意事项。

先点击“下载报数控件”安装读用户卡及U盘的控件，准备完毕 后，点击“网上报数”即开始报数操作。如下图： 若报数控件未安装好，系统会有如下提示，需重新“下载在线报数控件”：

3、读取用户卡数据并报送

点击“开始报数”后，系统进入“用户卡数据报送”页面，如下图：

图（3）

点击“报送用户卡数据”，系统将依次读取“汇总数据”，“发票使用 数据”，“发票日交易数据”并提供查询。如下图：如果系统没有检测到用户卡，会提示“请检查读卡器内是否有税控IC卡！”如下图：

点击“提交数据报送”，将数据提交到税务机关。完成后自动转到“U盘报送发票明细数据”页面。

4、读取U盘明细数据并报送

点击“上报U盘明细数据”，系统将读取出“发票明细数据”，并提示“文件上传成功，点击确定开始提交数据!”如下图： 13

如果系统检测U盘失败，或者U盘中没有报数文件，会提示“没有插入U盘，或U盘中没有报数文件，请重试！”如下图：

点击“确定”完成发票明细数据上报，系统自动转到“监控数据回传”页面。

5、监控数据回传

点击“监控数据回传”，系统提示“税控卡编号为【****】对应的监控数据生成成功，点击确定开始回传到用户卡！”。15

点击“确定”，系统开始对用户卡执行写入操作，完成后系统会提示“报数成功，并正确回传监控数据，如果您有多台税控机，请点击“继续”报送其他税控机数据。16

6、即时报数

如果您是即时报数，完成发票明细数据上报，系统自动转到即时报数提示页面，如下图：

7、逾期报数

如果您逾期报送税控数据，系统将提示“您逾期报送税控数据，完成本期税控数据报送后，请到主管税务机关核实后再进行监控数据回传！”，如下图所示：

8、票表比对异常

篇6：网上商城购物系统 用户手册

1．引言

1.1编写目的

本手册编写的目的在于方便用户使用本软件，提供给用户详细的使用方法，使用户迅速了解本软件的功能以及使用方法。预期的读者为系统的开发者、使用者和指导老师。1.2背景

说明：

（1）开发软件系统的名称：网上商城购物系统；

（2）任务提出者：XX；

（3）开发者：计算机科学与技术的小组成员xx；

（4）用户：XX；

（5）本系统将使用SQLServer2000作为数据库存储系统。1.3定义

（1）Asp(active server pages)是微软公司推出的一种用以取代CGI的技术，基于目前绝大多数网站应用于windows平台，asp是一个位于windows服务器端的脚本运行环境，通过这种环境，用户可以创建和运行动态的交互式的web服务器应用程序以及EDI（电子数据交换）；（2）ADO：ActiveX Data Object, ActiveX 数据对象；（3）SQL：Structured Query Language。1.4参考资料

1、《ASP程序设计及应用》 张景峰主编 第011903号 中国水利水电出版社 2009.1

2、《数据库原理及其教程（第三版）》 黄德才主编 第088716号 科学出版社 2010.6

3、《ASP+SQL Server动态网站开发从基础到实践》 杨世锡,赵辉编著 第377507号 电子工业出版社 2005

4、《ASP+SQL Server项目开发实践》 黄雷编著 第38854号 中国铁道出版社 2006

5、《Dreamweaver 8与ASP动态网站开发自学导航》 戎马工作室编著 第298301号 机

械工业出版社 2006

6、《ASP实务经典》 林金霖编著 [M].北京:中国铁道出版社，2001,209

7、《ASP编程基础与实例》丁贵广编著 [M].北京:机械工业出版社，2002,51

8、张海藩.软件工程导论.北京：清华大学出版社，2005.2．用途

2.1功能

A、客户功能

（1）浏览商品信息：任何用户都可以浏览商品信息，课通过商品分类信息查找或者通过搜索栏直接模糊搜索查找相关商品。如有意购买这就必须先注册填写个人信息，然后登陆。

（2）注册：用户必须认真填写个人信息以确保信息正确无误。

（3）登录：登录后的用户可以查看和修改自己的信息。

（4）购物：登录后的用户可以购买自己感兴趣的图书，先加入购物车，然后确定订单。B、管理员功能

（1）管理员注册：管理员注册直接通过数据库用户添加。

（2）管理员登录：若数据库的管理员信息表中存在此用户、密码正确，此时系统就转入后台管理界面。

（3）管理员登录后可进行注册用户信息进行查询和对自己的信息进行增删改操作，主要负责保持数据库中商品存量与实际库存量保持一致，商品来两不够时采取相应措施。另外还要负责数据库的各种安全性和完整性维护。2.2性能

2.2.1精度

（1）在执行数据增加（例如向数据库增加新的任务）的时候，不允许出现因为程序的原因导致增加操作失败，也不允许发生重复增加的数据。

（2）在执行数据删除操作的时候，不允许因为程序的原因发生多删除数据、删除失败的情况。

（3）数据的修改也要保持对应的准确性。

2.2.2时间特性

（1）系统的更新处理时间应该在可接受的范围内；

（2）系统的数据查询时间应该在可接受的范围内；（3）系统的数据统计时间应该在可接受的范围内。

2.2.3灵活性

（1）操作方式上应该能够满足鼠标和键盘任意切换的需要；

（2）能够支持Windows95、Windows98、Windows2000、Windows Me和Windows XP的运行环境； 2.3安全保密

系统提供严格的用户名认证和密码管理机制。通过数据库系统的视图机制和授权机制为用户分配对数据库对象的访问的权限。为数据库服务器合法用户分配用户名和口令，使其能正常登录服务器。

3．运行环境

3.1硬设备

服务器：处理器（CPU），内存容量（RAM）。

客户端：处理器（CPU），内存容量（RAM）。3.2支持软件

（1）本系统只是的操作系统包括：Windows95、Windows98、Windows2000、Windows Me和Windows XP。

（2）本系统支持的数据库：SQL Server 2000。（3）本系统的开发工具：ASP。

3.3数据结构

数据库名称为Shop，其中一共建立了7个表（所有的数据都在以下表中存储），表名分别为：Admin(后台管理用户表）、Users（用户信息表）、Board（公告信息表）、GoodsType（商品类别表）、Goods（商品信息表）、Basket（购物车表）、Complain（客户投诉表）

4．使用过程

4.1安装与初始化

（1）需要安装IIS服务器、Dreamveaver软件、SQL Server 2000软件；

（2）使用本系统之前，首先要在数据库SQL Server 2000中导入数据。

4.2输入

4.2.1输入数据的现实背景

（1）情况——系统处于运行阶段

（2）情况出现是频度——每天

（3）情况来源——用户

（4）输入媒体——键盘（5）限制——无限制

（6）质量管理——没有质量管理

4.2.2输入格式

（1）长度——不能超过数据库中对数据的限定

（2）格式基准——以左面的边沿为基准

（3）标号——严格按照数据库创建的标记和标识符

（4）顺序——按词序输入（5）标点——没有特殊符号

（6）词汇表——禁止使用搜狗拼音圆角打出的字符（7）控制——按钮控制

4.2.3输入举例

4.3输出

4.3.1输出数据的现实背景

（1）使用——输出数据是显示给管理员或者用户

（2）使用频度——每天

（3）媒体——CRI显示、打印

（4）质量管理——没有质量管理（5）支配——保留 4.3.2输出格式

（1）信息显示——以表单的形式罗列出用户所要求的信息

（2）版本布局——传统的三栏式布局

（3）图片——所有图片均使用矢量图

（4）窗体——自适应客户端显示器（5）滚动——窗体内都配置滚动效果

4.3.3输出举例

4.4文卷查询

根据使用需要，在各项数据输入、输出即传输过程中，可以满足各中精度的需求。如：根据关键字精度的不同，查找可分为精确查找和模糊查找，精确查找可以精确匹配用户查找的商品，模糊查找只要满足与输入关键字相匹配的商品即输出，可供读者查找。4.5出错处理与恢复

当用户输入的信息不合法时会有相应的提示信息。而且允许用户修改自己的密码，不允许用户匿名登录。由于数据在数据库中已有备份，所以在系统出错后可以依靠数据库是恢复功能，并且可以依靠日志文件使系统再启动，就算系统崩溃用户数据也不会丢失或遭到破坏。但有可能占用更多的数据存储空间，权衡措施由用户来决定。再启动程序时必须将操作的内存保存。

4.6终端操作

篇7：点播管理系统用户手册

版本号 5.0

用户手册

沈阳东软医疗系统有限公司 医疗IT与健康服务事业部

2016-1-1

版权声明

本手册所有权归沈阳东软医疗系统有限公司。

未经许可拷贝或修改本文档内容的行为视为违法行为。

前言

住院药房分系统是用于处理住院药房人员日常发药业务流程的计算机应用软件系统。该系统提供了药房发药、退药、药品账页信息维护、发药情况查询以及各类基本信息维护。

住院药房分系统5.0,是沈阳东软医疗系统有限公司设计开发，并持有版权的软件产品。

住院药房分系统5.0完全适应国内医院管理信息化的需要，具有优越的性能价格比，适宜在国内各大、中、小医院中推广使用。

阅读指南

〖手册目标〗

本手册详细介绍了本系统的各种功能，帮助用户迅速了解并掌握系统实现的功能及使用方法。

〖阅读对象〗

本手册是针对医院的住院药房科编写的，用户在使用本系统之前，应先阅读本手册，从而更快掌握系统的使用。

〖手册构成〗

本手册主要是从系统的菜单的角度出发来进行如何使用的编写。〖手册约定〗

【界面图示】展示窗口图片。

【功能简述】简述模块的功能，让读者有个大概的了解。

【操作描述】对操作进行详细的描述，让读者能充分的了解怎样操作。【注意】请读者注意哪些需要的事项。

目 录

目 录 第1章 第2章...................................................................5 概述..............................................错误！未定义书签。功能简介..........................................错误！未定义书签。§2.1 登陆系统......................................错误！未定义书签。§2.2 信息维护......................................错误！未定义书签。§2.3 主要业务功能简介..............................错误！未定义书签。

第3章 系统设置...........................................................7 §3.1 用户登录.......................................................7 §3.2信息维护.......................................................9

§3.2.1 摆药单维护...............................................9 §3.2.2 摆药台维护..............................................10 §3.2.3 默认取药科室维护........................................12 §3.2.4 药品拆分属性维护........................................14

第4章 库存管理..........................................................15 §4.1 库存管理......................................................15 §4.2 盘点管理......................................................17 §4.3 盘点结存......................................错误！未定义书签。

第5章 入出库管理........................................................17 §5.1药品入库......................................................21 §5.2 药品出库......................................................22 §5.3单据补打......................................................23

第6章 住院摆药..........................................................24 §6.1 药房摆药......................................................25

§6.1.1 医嘱摆药................................................25 §6.1.2 退药台..................................................26 §6.1.3 非医嘱摆药..............................................27 §6.2 摆药单核准....................................................29

第7章 查询统计..........................................................30 §7.2 住院发药工作量查询............................................30

第8章 帮助..............................................................31 §8.1 注册..........................................................31 §8.2 修改密码......................................................32 §8.3 帮助..........................................................33 §8.4退出..........................................................3

3第1章 系统设置

§3.1 用户登录

用户双击东软医院信息管理系统应用程序，出现东软医院信息管理系统登录界面，如图所示，点击取消按钮，退出注册窗口，登录系统。

【界面图示】

【操作描述】

输入用户名和口令，回车或单击『确定』按钮进入“选择组”界面，如下图：窗口中显示当前用户有权使用的子系统名称，根据登录用户的权限显示不同的子系统。注意：用户名即自己的工号，口令初始为0 7

【注意】如果登录的操作员只有一个组别并且只有一个科室，那么不会弹出选择组别和科室的窗口，直接进入住院药房分系统。如下图：

【界面图示】

§3.2 信息维护

【功能简述】 信息维护菜单栏包括摆药单维护、摆药台维护、默认取药科室维护、药品拆分属性维护四个菜单项。

§3.2.1 摆药单维护

【功能简述】

 用于建立或取消摆药单，并对摆药单中包含的药品信息进行设置或修改。

 对每个摆药单中设置包含的药品信息后，再进行摆药时只能对选中的摆药单中包含的药品进行摆药操作，对其中不包含的药品即使医嘱开立了相应药品操作员也无权对其进行摆药。

【界面图示】

【操作描述】

 新增摆药单：单击工具条上的按钮则窗口弹出如下图所示窗口，在“摆药单名称”输入框中输入新建摆药单的名称，然后分别输入“打印类型”、“摆药类型”和“备注”，最后点击

按钮则完成新建操作，新建的摆药单以列表形式显示在界面中。点击 按钮则取消新建操作。

 修改摆药单：双击选中相应的摆药单，或点击按钮，弹出如上图所示窗口，在窗口中显示该摆药单的相应信息，可直接更改“药单名称”、“打印类型”和“摆药类型”项。 给摆药单中添加药品：

 添加方法：摆药单内容包括医嘱类型、药品用法、药品剂型、药品性质、药品类别。选中相应的摆药单，添加摆药单包含的内容，可通过鼠标点选打勾。添加完成系统自动保存所有添加数据。

 维护好后点击按钮保存修改，操作结束点击按钮退出系统。

§3.2.2 摆药台维护 【功能简述】

设置药房对应的摆药台，为摆药台设置摆药单的权限，即摆药台有权对其中包含的摆药单进行摆药，而对不属于自己的摆药单则无权进行摆药。

【界面图示】

【操作描述】

 新建摆药台：如上图所示窗口界面，窗体分为左右两个窗口，右上方窗口为摆药台窗口，其中显示当前用户所属药房下设的摆药台，单击工具条上的按钮，则上方变为如下图所示窗口，在输入框中输入新建的摆药台信息然后点击工具条中

按钮，则新建的摆药台显示在上侧窗口列表中。

发送类型用于指定能摆药品的范围，包括摆集中发送药品，摆临时发送的药品、摆全部药品。

显示等级用于指定摆药时药品按何种形式显示，包括按科室显示汇总、按科室显示明细、按患者显示明细。

 给摆药台设置可摆药的摆药单：

√ 为一个摆药台添加摆药单：首先选择要进行设置的摆药台，点击相应摆药台列表，然后从下方“摆药单列表”窗口中选择要添加到该摆药台的摆药单，然后点击该记录中的复选框（使复选框中显示“√”）。最后点击消摆药单，点击记录中的复选框，取消打勾即可。

按钮。如果取 删除一个摆药台：用鼠标右键点击要删除的摆药台，单击工具条中系统弹出删除确认窗口，点击按钮则取消删除操作。

按钮则完成删除操作。点击

按钮，则【注意】一旦成功删除一个摆药台则该摆药台及相应信息不能再恢复。

 退出：单击工具条中的

按钮则关闭当前界面窗口。

§3.2.3 默认取药科室维护 【功能简述】

设置临床科室对应的发药药房。药房只能摆对应到该药房的科室药品。

【界面图示】

【操作描述】

 新增科室：点击在窗口左侧列表中选择要设置的药房，单击工具条上的按钮则窗口弹出如下图所示窗口，单击要选择的科室前面复选框，打勾为选中状态，可以一次选中多个科室，点击

可以弹出查询科室对话框，最后点击按钮则完成添加操作，新增的科室显示在界面右侧列表中。点击 按钮则取消新增操作。

 删除科室：

左键双击左侧药房，会在右边窗口显示对应的科室记录，选中要删除的科室记录，单击工具条上是真正删除科室记录。

按钮，所选记录仅处于不可见状态，点击按钮，则 13  退出：单击工具条上的

按钮则关闭当前界面窗口。

§3.2.4 药品拆分属性维护 【功能简述】

对各种剂型的药品设置最小单位拆分的属性，即取整规则。

【界面图示】

【操作描述】

 在左侧列表中选择要维护的药品，在过滤框处输入拼音码锁定药品。 双击选定的药品到右侧列表中，选择拆分属性和部门名称。

其中拆分属性分：

可拆分不取整药品：可以拆分最小单位，根据医生医嘱的实际剂量进行摆药

和收费； 不可拆分，当日取整药品：长期医嘱按照日累计总量汇总，例如每次0。5，一日三次，最后发是2个最小单位。这种情况下，按第一种则是3个最小单位。

 维护好后点击按钮保存修改。

 单击列表中的一条药品，点击菜单上的按钮删除配药明细。

 配药属性维护结束后点击按钮关闭该窗口。

【注意】不维护配药属性的药品认为不可拆分。

第2章 库存管理

§4.1 库存管理

【功能简述】

库存管理提供药库管理人员多种方式查询药库药品信息，包括依照 科室、有效期、查询码等方式。

【界面图示】

【操作描述】

查询药房药品：选择科室名称，选填药品类别、药品性质、状态条件，还可以选择下面的库存条件，”<”, ”=” 或者 ”>”,点击按钮。如下图：

有效期查询：选择有效期条件”<”, ”=” 或者 ”>”，选择时间，查询药库符合的药品。

查询码查询：选择查询方式中的查询码种类，输入药品相应的查询码，也可勾选模糊查询，获得更多的药品信息。

查看明细：选中一种药品，点击存详细信息。如图：

按钮，在右下测的库存明细出现该药品的库

§4.2 盘点管理

功能简述

记录盘点时部门库存，形成封帐盘点单。根据封帐盘点单，录入各货位号药品实际库存。形成本次盘点明细记录。盘点结果录入时，可选择直接保存或增量保存方式。

详细操作

【界面图示】

【操作描述】

 在点击“盘点管理”菜单项系统弹出如下图所示窗口，窗口显示当前用户有权操作的库房名称，从中选择要进行盘点设置的库房名称然后点击[确定]按钮则进入相应设置窗口。

 选择库房：根据当前用户对库房的使用权限选择要盘点的库房。

 封帐盘点：如果该库房此时没有开始盘点则窗口为空，点击工具条中按钮，查找盘点药品：在窗口上侧“过滤框”输入框中输入要查找的药品拼音码或药品全称，窗口中即显示符合条件的相应药品记录，点击工具条中按钮，左侧自动显示盘点单列表，单击最新的盘点单，此时即可对其进行需盘点数据的录入操作, 对其中[盘点数量1]和[盘点数量2]列中按照盘点实际库存数据进行录入和修改.如下图：

 修改盘点单：如果有盘点单还没有盘点结存，点击工具条中按钮，选中要盘点的盘点单，然后对其中[盘点数量1]和[盘点数量2]列中按照盘点实际库存数据进行录入和修改，修改确认后如需要继续盘点，即该库房此次盘点工作尚未结束则点击工具条中按钮对当前盘点表数据进行保存，同时系统仍处于封帐状态，但库存表格数据此时并未修改。如上图。

 修改盘点单名称：鼠标右键点击选中的盘点单可以为其修改名称。

 解封： 点击选择盘点单，点击按钮，点击，解封成功。

【注意】

 填写“盘点数量1”和“盘点数量2”中数据要用数字键。 右侧列表数据颜色代表含义：红色调亏，蓝色调盈，黑色无盈亏。

§6.4 盘点结存

功能简述

药品盘点结存是对盘点药品进行结存处理，完成一次盘点工作，需要将盘点数据作为库存数据，即调整库存表中的库存值。

详细操作

【界面图示】

用户选择相应自身权限的药房，以住院药房为例，点击按钮。如下图

【操作描述】

 结存：选中左侧列表中需要结存的盘点单，点击工具条中认进行结存操作吗”，点击

按钮，提示“确，提示“结存操作成功”，点击 20，即实现结存功能，此次盘点值变为库存值。如下图：

第3章 入出库管理

§5.1 药品入库

【功能简述】

通过各种入库操作，向药库进行入库申请、退库等操作

用户只能根据“权限设置”模块中被赋予的特定权限进行相应操作，对没有被授权的操作或没有被授权的库房，当前用户则无法进行相关的任何操作。

【界面图示】

【操作描述】

打开窗口在左边的药品列表中选择要入库的药品清单，然后在中选择入库方式，选择药品的来源，点击后便 能把药品入库。

按钮，生成新的申请单，在目标单位核准点击按钮查找已经保存过的申请单。

点击按钮清空右侧窗体中的申请药品。

点击按钮退出该界面。

§5.2 药品出库

【功能简述】

药库药品出库到相关科室的信息维护及按特殊药品处理方式出库信息的维护，如计划出库，药品内部流通都可以看成一种出库操作，如药品出库到药房科室或药房科室退货到药库。

【界面图示】

【操作描述】

申请单：点击工具条中按钮，弹出下框，选中要出库的申请单，点击按钮，点击工具条中按钮，完成出库。

过滤框：输入拼音码或药品全称帮助搜索药品。

删除：工具条中按钮用于删除右侧选中的药品项。

退出：选择点击工具条中

按钮使用户退出当前界面。

§5.3 单据补打

【功能简述】

用户可以利用该模块实现单据补打的功能

【界面图示】

【操作描述】

首先请阅读右侧的操作说明。

选中左侧的入库单、出库单或调拨单的下一级结点，修改右侧的时间及状态选项，点击工具条中按钮，右侧将显示这个时间段内的还没有打的发票，勾选需要打的发票号，双击选中的发票号或者点击右下测的 入出库详细 可以查看该发票所涉及的具体信息，工具条中按钮可以清除调所有已勾选的发票号。

退出：选择点击工具条中按钮使用户退出当前界面。

打印：要打印窗口数据点击按钮开始打印窗口数据。

第4章 住院摆药

【功能简述】

 该部分功能主要实现各种处方的药品摆药和退药管理，其中摆药分两个环节，第一步进行摆药确认打印出摆药单，第二步对摆药单进行核准，录入实际摆药员，此时 方扣库存。

 退药必须经过退药申请，由病区患者住院处填写退药申请，护士拿药到药房做退药确认。

§6.1 药房摆药

【功能简述】

用户可以通过该窗口选择摆药台，打开摆药窗口进行符合该摆药台的药品的摆药。

【界面图示】

【操作描述】

   打开窗口，系统会列出在摆药单维护时维护的所有摆药单。

用鼠标左键单击选择一个摆药单名称，系统会列出符合该摆药单内容的医嘱。选择打开摆药后进行如下几节所示的各类医嘱的摆药操作。

§6.1.1 医嘱摆药 【功能简述】

该功能用于对医生通过医嘱开立的药品进行摆药。

【界面图示】

【操作描述】

 打开窗口左侧列表中显示摆药单的类型，其中打开“+”号会将发送过来的符合摆药单内容的单子显示在左侧列表中。其中列表可以是摆药单名称、科室、患者等共三级信息，也可显示任意一级或者两级由摆药单设置维护。

点击左侧的列表显示患者和药品信息，默认所有药品都是选中状态，点击

可以进行摆药操作，打印摆药单。

 点击界面上的嘱。

可以将所有医嘱选中，点击可以取消选中的医 点击此处扣库存。，可以打开摆药核准窗口，输入实际的摆药员进行摆药操作，在 医嘱摆药结束后点击按钮关闭该窗口。

§6.1.2 退药台 【功能简述】

此模块用于对摆过药的药品护士站做的退药申请进行确认退药归还库存。此时药品实物必须同时还给药房。

【界面图示】

【操作描述】

 打开窗口左侧列表中显示有退药申请的科室和患者。

 如果该窗口一直打开可以点击菜单上的目。

按钮检索出刚刚申请过的项 护士将药还到药房的同时，药房人员点击要退的患者，选择护士实际归还的药品进行保存退药。

 点击界面上的按钮可以将所有药品选中，点击可以取消选择。

 完成退药品操作后点菜单上的按钮关闭该窗口。

§6.1.3 非医嘱摆药 【功能简述】

该功能用于对直接结算开立的药品或者手术室麻醉科等各科申请的药品进行摆药。【界面图示】

【操作描述】

 打开窗口左侧列表中显示摆药单的类型，其中打开“+”号会将发送过来的符合摆药单内容的单子显示在左侧列表中。其中列表可以是摆药单名称、科室、患者等共三级信息，也可显示任意一级或者两级由摆药单设置维护。

点击左侧的列表显示患者和药品信息，默认所有药品都是选中状态，点击

可以进行摆药操作，打印摆药单。

 点击界面上的嘱。

可以将所有医嘱选中，点击可以取消选中的医 点击此处扣库存。，可以打开摆药核准窗口，输入实际的摆药员进行摆药操作，在 非医嘱摆药结束后点击按钮关闭该窗口。

§6.2 摆药单核准

【功能简述】

用户可以通过该窗口对摆药单进行核准扣库存，需要在此处录入核准人的工号，以记录发药员。

【界面图示】

【操作描述】

 打开窗口在左侧列出符合条件的摆药单信息，非当天的摆药单可以通过调整摆药时间来调出摆药单。

列出的摆药单分未核准和已核准两个页面，界面打开默认未核准界面，选择未核准的摆药单用鼠标左键单击摆药单使其前面打勾。

 选中后右侧分、和，可以点击摆药单预览查看打印情况，其中预览时会将该单子上的同一药品进行数量的汇总显示。

 点击左侧列表的单子后点击界面上的预览可以查看摆药单情况，点击以打印摆药核准单，一般在摆药时打印，此处多数不需打印。

可 点击界面上的按钮可以对新的摆药信息进行搜索显示。

 选中几张单子可以将单子上的内容点击按钮，界面左侧显示打印预览效果，将欲合并的摆药单在前面打勾，然后点击合并按钮，见下图：

第5章 查询统计

【功能简述】

该部分功能包括药房发药统计查询、住院发药工作量查询和全院药品消耗统计表—按药品性质查询。

§7.1 住院发药工作量查询

【功能简述】

查询住院发药工作量的情况。

【界面图示】

【操作描述】

输入起始、终止时间，选中指定药房，点击[查询]按钮，可以获得住院发药工作量的统计。

查询模块不做一一讲解

第6章 帮助

【功能简述】

本章介绍关于模块的主要功能及应用。该菜单栏包括注册、修改密码、帮助、退出四个部分。

§8.1 注册

【界面图示】

【功能描述】

点击菜单栏“帮助”中的“注册”菜单项，打开系统登录窗口，方便用户在各个子系统之间切换。

§8.2 修改密码

【界面图示】

【功能描述】

点击菜单栏“帮助”中的“修改口令”菜单项，对系统预先设置的原始口令进行修改，防止他人盗用口令登录系统做操作。

§8.3 帮助

打开HIS所在文件夹。

§8.4 退出

篇8：点播管理系统用户手册

P2P视频点播系统允许用户在完成整个视频文件下载之前就能进行观看。这样的方式使得用户只需在有网络的情况下就能随时进行视频点播,并且不需要关心视频数据在磁盘上的位置。即便如此,依然有许多用户倾向于使用P2P文件下载的方式来先下载后观看。这是由于每个用户的网络状况有很大差别,因此使用P2P视频点播系统时的用户体验是不能够保证的。

这样的现象就使得上述两种业务都保有一定的市场占有率。由此,就使得许多厂家为了争夺市场占有率而同时支持这两种业务。另一个支持他们这么做的原因则是为了增加系统中参与P2P数据分发的用户数量。目前视频数量的增长十分迅速。因此根据长尾效应,大部分视频的观看或者下载用户其实并不多。为了增加P2P所带来的规模效应,有必要在数据分发中集中更多的用户。P2P文件共享系统BitTorrent已经可以支持在视频下载完成之前就进行播放。但它在播放之前需要对播放的视频有一定量的缓冲,而这个冲量高于一般的P2P视频点播时的初始缓冲。并且当视频码率较高时,由于没有服务器进行播放质量的保证,视频播放的流畅性是无法得到保证的。除此之外,P2P视频点播软件风行则允许用户在观看一部视频的同时下载其他视频。而由于它必须优先满足视频的播放连续度,并且视频下载的数据块请求方式是顺序的,因此下载的效率无法保证。

由上述因素的启发,本文设计了一种P2P视频点播系统VideoTorrent。该机制使P2P视频点播系统能够与实现BitTorrent协议的文件共享软件进行视频数据的交互,即支持BitTorrent用户。为了实现上述功能,VideoTorrent对于传统的P2P视频点播系统进行了模块功能的扩展和数据交互机制的修改,使其能够理解BitTorrent协议。而BitTorrent系统则不需要任何改动。

为了验证VideoTorrent的性能,我们在Oversim上对其进行了仿真实验,实验结果表明,在大部分情况下,VideoTorrent在服务器负载、用户上传速率和用户下载速率都有明显提高。

1 相关工作

在视频点播系统发展初期,由于其丰富的用户操作性,困扰研究者最大的问题就是如何减轻服务器的负载。而P2P技术在文件共享中的成功经验使得大家试图把P2P技术和视频点播系统结合起来,从而减轻服务器负载。目前比较成功的商业软件有PPLive[1],UUSee[2]等。

而在此之前也有不少工作试图在BitTorrent协议的基础上实现P2P视频点播。BASS[3] 和PONDER[4]在传统的BitTorrent系统中加入了媒体服务器,它利用媒体服务器的能力来保证播放的流畅性。BiToS[5]在BitTorrent协议的数据请求过程中加入了一个滑动窗口来维护最高优先级的数据块队列。该方法保证了播放时,最近要使用的视频数据优先被请求,从而保证了视频的流畅播放。Shah[6]利用和BiToS相似的方法,同时加入了随机tit-for-tat的激励机制,使其更适用于视频点播系统。而Savolainen[7]在上述两个工作的基础上,使滑动窗口的大小可自适应,从而改善了播放时的数据缓冲时间。

上述的这些工作并没有在实际中商业化,究其原因就是BitTorrent协议的特性并不非常适合视频点播系统。而本文中的VideoTorrent则另辟蹊径,使得P2P视频点播系统能和BitTorrent(BT)用户端进行协作,而不改变其对于自身的优化,从而能够成为彼此的资源提供者,进而改善自身的性能。在先前的工作[8]中,我们提出了LiveTorrent,一种利用分层编码来完成跨业务的传输,但是它需要对BitTorrent客户端也有相应的修改,这样就使得在现实应用中的局限性。此外,它也没有考虑BitTorrent的固有策略对于整个系统的影响。但是本文则考虑只需要对P2P视频点播系统进行修改,并且也对BitTorrent的相关策略的影响进行了深入讨论。

2 VideoTorrent的系统组成

本节具体描述VideoTorrent系统的组成。我们把应用了VideoTorrent机制的P2P视频点播系统称为VideoTorrent系统。其用户称为VideoTorrent(VT)用户。

如图1(a)所示,BitTorrent系统的组成模块分为:中心服务器(Tracker)、网络门户(Web Portal)、初始种子和终端用户。当进行视频文件共享时,初始种子会进行种子文件的制作,并上传至网络门户。种子文件中包含了视频文件和中心服务器的信息。而其他用户从网络门户上获取了种子文件之后,就可以连接中心服务器获取其他用户的地址,从而开始P2P数据分发。如图1(b)所示,根据Bin Cheng[9]的工作,传统P2P视频点播系统的组成模块分为:中心服务器、网络门户、媒体服务器(Media Server)以及终端用户。当进行视频点播时,用户从网络门户上选取视频,之后连接中心服务器获得其他用户的地址并进行P2P数据分发。在此过程中,在用户不能从其他节点获取足够数据时,媒体服务器会保证它的播放流畅性。综合这两者的系统组成,图1(c)给出了应用VideoTorrent之后系统的组成。

中心服务器 VideoTorrent系统的中心服务器需要分辨不同种类的用户,这样它就可以选用不同的策略来对用户的节点列表请求进行响应。对于BT用户来说,通常采用随即选取的策略。对于VT用户来说,通常选取那些播放点和请求用户的播放点接近的用户。

网络门户 VideoTorrent系统的网络门户除了需要提供VT用户视频的信息之外,还需要提供BT用户需要的种子文件。

媒体服务器 VideoTorrent系统的媒体服务器需要给VT用户和BT用户提供视频数据。对于BT用户来说,它就像初始种子一样。不同之处在于,服务器的上传能力通常远远高于普通用户。而在这里有两个问题需要特别说明:(1)由于两种用户对于数据的需求是不同的。VT用户需要特定的数据在特定的时间之前必须要传输到本地,这样才能保证播放的流畅性。而BT用户的数据传输对于时间是不敏感的。因此处理不同用户的数据请求时需要有优先级的考虑。这部分将在后续章节中具体讲述;(2)媒体服务器对于BT用户的服务需要有所限制。如果服务器简单地把自己当作一个初始种子一样进行数据传输,那么服务器的资源将被BT用户消耗殆尽。这样不但增加了媒体服务器的负载,而且使得系统不能保证VT用户的用户体验。因此,在VideoTorrent中我们使得媒体服务器对于BT用户的服务用户数与普通的BT用户一致。

终端用户 VideoTorrent系统中,除了VT用户之外,还有外部的BT用户。由于本文不会对BT用户的客户端进行修改,因此VT用户的客户端的数据传输机制的修改是VideoTorrent机制成功应用的关键点。

3 VideoTorrent中的数据交互

3.1 数据传输的优先级

前面提到两种用户对于数据的需求是不一样的,因此对于用户的请求也需要有优先级来对待。在VideoTorrent中数据传输涉及到两种用户以及媒体服务器。其中,BT客户端由于对用户类型不敏感,因此只有VT用户和媒体服务器需要在数据传输时需要考虑优先级。具体策略可以参照我们先前的工作[8]。而不同的是,本文还考虑了两个方面:(1)由于播放点随时间是不断变化的,需要响应VT用户的非紧急数据的优先级提升;(2)由于用户的上传能力是有限的,因此当队列总长度达到上限时又来了新的请求时,VideoTorrent只会对紧急数据请求进行响应。当其他队列非空并且有未被调度过的请求,则丢弃其中的一个,而把新的紧急数据请求加入至队列中。

3.2 稀缺块优先策略的影响

稀缺块优先策略是BitTorrent协议中的一个块请求策略。它的基本思想是选取在邻居中拥有数量最小的数据块作为下一个请求的数据块。而传统的视频点播系统为了保持播放的连续,因而还是以顺序块请求为主。这样在两者进行数据交互的过程中,很可能因为这样的原因而导致效率不高。因此,在VideoTorrent中,我们把请求策略分为两段。如图2所示,在紧急缓冲区以及其后连续的N个块中采用顺序的块请求策略。除此之外的数据则按照稀缺块优先的策略进行请求。虽然这样的策略在以往的研究[1]中出现过,但是由于VideoTorrent中有BT用户的存在,稀缺块优先的策略会得到更好的效果。

另外,有BT用户的加入,这种策略可能会使VT用户在VCR操作的时候能有更好的体验。当用户进行跳转之后,会重新进行VT邻居的选择,而此时作为邻居的BT用户则很有可能有其需要的数据。因此,跳转之后的缓冲时间可能就会因此缩短。这一特性将作为本文的后续工作。

3.3 Tit-for-Tat激励机制的影响

Tit-for-Tat激励机制是BitTorrent协议中最重要的部分之一。它的本质思想是提供服务给贡献量较多的那些邻居[10]。这个机制的目的是为了让用户不要限制自己的上传能力,从而使系统性能更好。它的实现方法简单来说就是记录一定时间内邻居对自己的数据贡献量,允许其中贡献量最大的N个向其发起数据请求,称为 unchoke操作。此邻居数量称为PUNBT(parallel unchoke number),其值会根据用户的上传能力会变化,通常对上传带宽限制在15KB/s到42KB/s的用户,允许发起请求的邻居数量为4。

而这个策略却不适用于P2P视频点播系统,因为下家通常不会有上家感兴趣的数据。因此,在VideoTorrent中,为了能和BT用户进行数据交互,就仅在两种用户之间实现了tit-for-tat策略。但是简单的实现却会降低BT用户的性能。我们来举个例子,假设系统中有等量的BT用户和VT用户,他们允许发起请求的邻居数量为4。如果两种用户给对方传输的数据量相当,那么一个BT用户平均unchoke的BT用户为2个,unchoke的VT用户为2个。而由于tit-for-tat策略不会在VT用户之间采用,一个VT用户unchoke的BT用户为4个。也就是说一个BT用户平均可以向2个BT邻居和4个VT用户发起请求,而一个VT用户除了向固定数量的VT邻居进行请求,只能向2个BT邻居发起请求。因此,在这种场景下,BT用户的请求有很大一部分会分流到VT用户那里。但是由于VideoTorrent中,VT用户的数据传输是有优先级的,BT用户的下载速率就会受到影响。除此之外,由于BT用户unchoke的用户中有一半是VT用户,而这些用户为了保证播放的流畅性,大部分数据是顺序请求的。因此,BT用户收到的请求数量也会有相应的下降,这样就导致BT用户的上传能力使用率有所下降。

对于上述现象,我们可以采取三种方法。第一个方法是减少VT用户unchoke邻居的数量(PUNVT)。

式(1)中,PUNVT通过两种类型用户的数量来决定,而这个信息可以由中心服务器来提供。这个公式试图让BT用户的unchoke的邻居总数和VT用户的unchoke邻居总数相当。而在实际运用中,由于BT用户和VT用户之间的数据交互效率没有与和他们相同类型用户之间的数据交互效率高,因此unchoke的用户数也比直接计算的值要小。在式(1)中,就简单地对这个结果进行向下取整来迎合BT用户的对于VT用户的unchoke邻居数量。

第二个方法是改变VT用户以及媒体服务器中响应请求的优先级。也就是在类2中的列表B和列表C的权重值。这样就可以加强对BT用户的响应率,从而加强了BT用户的下载速率。第三个方法是为了加强BT用户的上传能力利用率,当VT节点试图请求一个数据块的时候,如果它的邻居中有BT节点拥有这个数据块,则会有较高的概率会对BT用户进行数据请求。

4 性能评估

我们在OverSim下实现了VideoTorrent。OverSim是一个基于OMNeT++平台下的P2P网络仿真器。仿真中,BT客户端的实现严格的遵循了前面所述的消息格式。而作为比较的P2P视频点播系统则是对文献[9]的简单实现。而在这个P2P视频点播系统的基础上,我们加入了前面所述的策略来实现VideoTorrent客户端和服务器。在实验中,我们对两个场景进行了比较:(1)P2P视频点播系统和BitTorrent系统独立运行,进行一部视频的数据分发;(2)VideoTorrent系统和BitTorrent系统同时运行,并且进行相同的视频的数据分发。为了更好地模拟实际中的状况,我们对这两种场景在两个阶段的表现进行了测试。这两个阶段是:(1)蜂拥阶段。大量用户加入并进行数据交互;(2)稳定阶段。少量的用户加入并进行数据交互。

为了更好地评估VideoTorrent系统,我们采用了Pareto Churn来模拟了节点动态的加入退出。Pareto Churn分为两个阶段:(1)初始加入阶段。在这个阶段中,节点以一个恒定的速率加入系统,并且没有一个退出。这个阶段是为了使系统更快地进入我们想要的稳定状态,从而可以进行数据的采集和处理;(2)动态阶段。在这个阶段中,有节点频繁地加入和退出。在这个阶段中,我们设置用户的平均存活时间比视频的长度要短一些,因为在现实中许多用户在完成下载或者观看之前就已经退出了系统。而在动态阶段到达一个较为稳定的状态之后,我们才会进行数据的采集。对于场景1来说,BitTorrent的数据分发需要一个原始种子,我们简单地使这个原始种子的上传能力等同于普通的节点。而两个场景中的媒体服务器的上传能力则设置为能足够保证视频点播用户的播放连续度。也就是说用户除了初始播放延迟之外不会出现播放中断的情形。在这里我们不考虑用户跳转操作带来的影响。而在场景2中,就不存在原始种子,而只有媒体服务器。而由于是仿真实验,我们不能预测网络中两种类型用户的数量之比。因此我们简单地使用了5种比例(1:9,3:7,5:5,7:3,9:1)。这样就能够知道在各种情况下,系统的性能会有什么样的改变。

4.1 蜂拥阶段的性能评估

为了测试在蜂拥阶段的系统性能,我们使得在系统中的平均用户数量为200个。例如,当系统中VideoTorrent用户数量与BT用户数量之比为5:5,就意味着场景1中平均有100个P2P视频点播用户和100个BT用户,而场景2中平均有100个VideoTorrent用户和100个BT用户。用户的上传能力设置为128kB/s以及64kB/s,这两个值分别大于视频码率或者小于视频码率。图3展示了用户的上传能力利用率。可以看到,相对于两种业务单独运行,使用了VideoTorrent使得用户的上传能力利用率有了很高的提升。

服务器负载 图3(a)和图3(b)标明了在不同节点类型比例下,服务器的负载变化的情况。图3(a)是在用户上传能力为128kB/s的条件下,也就是说用户的上传能力大于视频的码率。其中VideoTorrent和P2P-VoD是媒体服务器的使用情况,而BitTorrent则表示原始种子的上传能力利用情况。对后者来说,原始种子的上传能力利用率随着BT用户数量的增长而增加,这符合P2P技术所带来的规模效应。而我们更为关心的则是VideoTorrent和P2P视频点播的媒体服务器负载的比较。图中,除了节点比例1:9的状况下,VideoTorrent在减轻服务器负载的方面有更出色的表现。而在1:9的时候,由于BT用户的数量非常大,这样对于服务器来说,它的大部分资源被用来服务BT用户。因此,在这种情况下,它的服务器负载会略高于传统P2P视频点播系统。而对于图3(b)来说,用户的上传能力为64kB/s,小于视频码率。这时必须由服务器负责保证视频点播用户的播放连续度。而同时,VideoTorrent的媒体服务器还需要负担一部分BitTorrent用户的请求。因此,在这种情况下,服务器的负载会稍微大于单纯的P2P视频点播系统。虽然在这种情况下,服务器没有取得好处,但是用户却能获取更好的体验。

用户下载速率 图3(c)与图3(d)比较了蜂拥阶段用户的下载速率,并且与上一段一样,是在不同节点比例的条件下。图中的数据可以分为两组来分析:(1)传统BT用户以及可以与VideoTorrent进行数据交互的BT用户,简称 BTV用户(BT with VideoTorrent);(2)VideoTorrent用户和P2P视频点播用户。在图3(c)中,对于第一组数据,BT用户的平均下载速率随着数量的增长而增长,而增长速率则逐渐减少,最后趋于一个极限值。而对于BTV用户来说,在所有的用户比例下,它的表现都要优于BT用户。但是他们的下载速率是随着用户数量的增加而减少。这是因为那些由VT用户提供的数据随着它们用户比例的减少而减少,这样分摊到每一个BTV用户上就几乎可以忽略。这也是为什么在用户比例到达1:9时,两者的下载速率几乎一致。对于第二组数据来说,VT用户的表现同样在各种用户比例的状况下都要优于P2P视频点播用户。和第一组数据不同,它们的下载速率随着用户数量下降而会增长,这是因为随着用户数量的下降,视频点播用户会有更多的机会被媒体服务器服务。这样,它们就能得到更快的数据传输率。图中,当用户比例为5:5的时候,相比于P2P视频点播用户,VT用户得到最大的优势。当视频点播用户比例大于50%,并逐渐增加的情况下,由于BT用户所能提供的帮助逐渐减少,因此两者地差距逐渐减少。而反过来,当视频点播用户比例小于50%,并且在逐渐减少的情况下,P2P视频点播用户由于没有BT用户竞争服务器资源,因此就能从媒体服务器得到更多的数据。这样就使得与VT用户的下载速率差距逐渐减少。

如表1-表3所示:对于图3(d)来说,用户的上传能力不足以支撑640kbps的码率。但是对于视频点播用户来说,又必须有比较优质的播放连续度。这样,服务器就扮演了一个非常重要的角色。这也就是为什么在图3(d)中,视频点播用户的下载速率要远远大于BT用户。而由于用户的上传能力不足,导致每个用户的上传能力在传统的模式下也已经被充分使用了。这样即便使用了VideoTorrent的策略,上传能力的利用率也没有更多上升的空间。只有在9:1比例下的BTV用户和1:9比例下的VT用户才会有比较大的下载速率的提升。

以上是用户下载速率的一个粗略的统计。为了进一步挖掘VideoTorrent优势的原因,我们对图3(c)中的每一个下载速率进行剖析,把它分为从媒体服务器得到的速率,从BT用户得到的数据,从视频点播用户得到的数据。随着节点比例的下降,VT用户和BTV用户的下载速率中服务器贡献的比例也下降了。这是因为它们可以通过对方来获取数据。这也是为什么服务器的负载可以被节省的原因。对于P2P视频点播用户来说,在用户数量较多的情况下,由于资源竞争变的激烈,并且用户的上传能力使用率并没有被利用到最大化,因此它们会向服务器请求更多的数据。而在用户数量较少的情况下,由于可贡献数据的用户变少了,因此它们会向服务器发起更多的请求。

因此在表1中,P2P视频点播用户在一个适当的节点数量下,可以节省较多的服务器资源。而在表2和表3中,VideoTorrent用户和BTV用户在它们的用户比例达到九成的时候能达到最大的贡献值。其中,当我们比较两者的贡献值时,可以发现BTV用户会得到对方更多的数据(200.9)。也就是说在VideoTorrent中,单以下载速率而言,BTV用户会得到更大的好处。

4.2 稳定阶段的性能评估

这里,我们测试了系统在稳定阶段的性能。我们让系统中存在固定数量的种子,接着少量的用户加入和退出系统。在图3(e)和(f)中,用户的上传能力设定为128kB/s。因为在稳定阶段,系统中保持了一定数量的种子,并且用户的数量也很小,因此服务器的负载非常的小。所以,这里主要是关注用户的下载速率以及上传能力利用率。图3(f)表现了在稳定阶段下的用户下载速率。其中随着节点比例的变化,下载速率的变化趋势和图3(c)基本一致。在稳定阶段,BTV用户的下载速率的提升比VT用户要明显,而这个现象充分说明了稀缺块优先策略在数据分发中的优势。而由于视频点播用户的邻居数量很少,并且下载速度也非常快,因此VT用户的下载速率仅仅比P2P视频点播用户领先一点。

5 总结与未来工作

本文提出了一种称为VideoTorrent的支持BitTorrent用户的P2P视频传输机制。该机制仅对传统P2P视频点播系统进行相关功能的修改,并使它与实现了BitTorrent协议的文件共享系统之间能够就同样的视频数据进行P2P方式的数据交互。这样,两种不用业务需求的用户都能够得到更好的服务体验。VideoTorrent对现有的P2P视频点播系统进行模块功能的扩展和数据交互机制的修改。相较于先前的工作,它由于不需要修改BitTorrent客户端,因此更具有实用性。并且在本文中也重点讨论了BitTorrent协议中的策略对于整个系统的影响。对系统的性能评估表明了在蜂拥阶段,VideoTorrent的应用在大部分情况下使得服务器的负载得到了减轻,而同时用户的下载速率得到了提高。而在稳定阶段,用户的上传能力利用率则有了大幅度的提高。

在今后的工作中,我们会对VideoTorrent的应用对于用户的跳转操作的影响进行评估,并进行相应的优化。

参考文献

[1]Yan Huang,Tom Z J Fu,Dah-Ming Chiu,et al.Challenges,Designand Analysis of a Large-schale P2P-VoD System[J].ACM SIG-COMM,2008.

[2]Liu Z,Wu C,Li B,et al.UUSee:Large-scale operational on-demandstreaming with random network coding[J].IEEE INFOCOM,2010.

[3]Chris Dana,Danjue Li,David Harrison,et al.BASS:BitTorrent As-sisted Streaming System for Video-on-Demand[J].IEEE MultimediaSignal Processing,2005.

[4]Yang Guo,Saurabh Mathur,Kumar Ramaswamy,et al.PONDER:Performance Aware P2P Video-on-Demand Service[J].IEEE GLOBE-COM,2007.

[5]Aggelos Vlavianos,Marios Iliofotou,Michalis Faloutsos.BiToS:En-hancing BitTorrent for Supporting Streaming Applications[J].IEEEINFOCOM,2006.

[6]Purvi Shah,Jehan-Frangois Paris.Peer-to-Peer Multimedia StreamingUsing BitTorrent[J].IEEE Performance,Computing and Communica-tions Conference,2007.

[7]Petri Savolainen,Niklas Raatikainen,Sasu Tarkoma.Windowing Bit-Torrent for Video-on-Demand:Not All is Lost with Tit-for-Tat[J].IEEE GLOBECOM,2008.

[8]Rong Ming,Zhao Jin,Wang Xin.LiveTorrent:在视频点播和视频下载用户之间的跨业务视频传输[J/OL].中国科技论文在线,2012.http://www.paper.edu.cn/index.php/default/releasepaper/content/201202-353.

[9]Bin Cheng,Lex Stein,Hai Jin.Towards Cinematic Internet Video-on-Demand[J].ACM SIGOPS,2008.