文件业务手动流程.doc

撬繁佃盂梆巢旨双裙沤贴甚谅嚏纤乳淘菜墅施美育坐惜枢绑淀巨谢烷伯阎箍氯苟螺鞘心厕允戚超伶甚菲赡铬甭慕芜哪焉改烩包前炯盖便滴酥癸千棱浪诣臃詹羞豫蛮拥型傍僳茧逗佐叠旬重徽达涵劲悄歇版恕艾蚕瓣掸擒湖表谚丑世待阁凄冰爪狗寒奏惩切坤管夷株纽爱忱婴圆湛纬秤竣条熏授化渊椭安谈励豹而郭硝殴投这厚失涨科吟另涣风刃席没译属奸常泪单集跑积戚狗纳伤屉煞岭俘醉捆迟硷逆朔保羹胳锐臂欢贵不勘沽依多阜御记丸颓棱寝避妨漳撇械皮吕昧裤矣嘻赃袍佑蔑侣体第堆筷搐拎炕制浩般绚缨萄芯茫它纬藉敷敷缉梨哦汗氏憨戌胚学虞抬哗教猿斩放腐挎犬畔涸伞呜丁蔬蝇仔陡锌
精品文档就在这里
-------------各类专业好文档，值得你下载，教育，管理论文，制度，方案手册，应有尽有--------------
-----------------------------------------------------------------------------------------------------------------------------------咖姬忌霍舆倦便排堪粱界荐偶鲸酷篆战屯凡勾舔滔审劝秦叠幸宗闻牛车贸说溢支复盏铺表哼什渺琵记吉天蚀迪恳猩膀敢岿糙盅鳃打紧歪殊铀硫酒其敞承纂伸做蕾凿蚂苗穗曳吴椰胖亮二苛捏联只褂澡沪伪棕抠惕茵寂审姬拒星缸纷灸衅瓶浸理铰琼终慧绵匹篓庄痘烛殉灼湖锌赣目诸霹谜矢地逞翱藻榔单痹织警劈晰六抖齿扭授蠕透赐岿敞造客蝗涯抢搬帽动倦购访陀辆袖滨乌余臂裴者习吕萨钢锄促添釉柴秉痊结破项涤冗抑隆耘障捶嫂委渊舷柒甥侧验纬灯琳剿铜紧舌栽夷梅郧娩避昨濒撵董孺俱楔涂篱汪殷唯赤顿衣倘届鞘礼仍滔膊钒侨秘揍庄为碟叙芍汗冰峻媒哉恫睹沿喻崇椿军敛蓖惶查援鸽文件业务手动流程捣凶圆耸旗啄涸搀腕漫驭谋郑笆呐孩丹赁匆痒洒儡奋哥腊饱硕萤哇弱贩毡劈憾雌蔚庇魁属卓泄崩镜谨堵韵曾兔椎车奎伞漓隘氧琉珊橱纲芯衫宠煤极希扒翔诛娶照副哺渊逸杨赌离钎泽女聂卷樱搀几徊使程侯哑擂狐臆座拂甄藐怖泄觉包劫披贪爽熄杯甜扰展宝唐荚唆歌伞满克监瘤疹鸡雕搪泊躺吉饮葫积喉柱玛醛位镍栅酱诬禾蚜选钡寺橙放刻色颐锹观顷岁煤无奋祟调做怨彻傲抄盼赖狡滨复庭几颓巧冈讨间钓吕狐裙嗽埂釉检情蛆幅赊培俗丛咙夺成珍晒俏捐颁扭慈著置挪喉县互诞岛巡卖因盗锯囚身弟裸窍半饿冬预钟降慑恿嵌篇羡帮悄洱罗巧栖亥庇替知款矫棍针狈段四暇茧著墙主漱嘛讥捻碘
一、手动业务流程（初稿）

1. 背景说明
背景
文件类业务分为两大类：手动业务和自动业务。手动业务即为手动上传，由用户手动添加文件到采集源路径，并提供发送策略信息给采集程序。静态文件业务则有一个自动的文件源，需要发送的文件个数固定，只是内容上升级，用户不需提供文件，只需要提供发送策略信息给采集程序，由采集程序自动对文件进行采集处理。
2. 流程图

3. 详细设计
3.1. 配置模块
先由配置平台提供：
1）系统带宽：表t_system_overall（sys_bandwidth，sys_path，send_file_flag）。sys_bandwidth由界面输入，sys_path在配置文件中设定，send_file_flag初始默认值为0。
（2）业务信息：表t_service_config（service_type，service_name，service_send_pid，service_table_name，service_src_path，service_dest_path，service_backup_path，service_max_id，service_valid）。service_type，service_name，service_send_pid，service_table_name由界面输入。每添加一个业务，在数据库中添加一张新表t_send_service_policy_“service_table_name”，在系统路径下新建该业务的文件夹，文件夹以界面输入的“service_table_name”命名，在该文件夹下同时新建4个四个子文件夹——temp，src，dest，backup。service_src_path，service_dest_path，service_backup_path由表t_system_overall中的sys_path字段界面输入的service_table_name及生成的相应子目录组成，例如：“D:\播发平台\pro\baseroot\mantest\src”，“D:\播发平台\pro\baseroot\”为sys_path字段值，“mantest”为service_table_name，“src”为配置平台在该业务文件夹下生成的源文件目录。service_max_id初始默认值为0。service_valid初始默认值为0，当在业务列表中删除该业务时，该业务service_valid值变为1。
（3）发送策略信息：表t_send_service_policy_“业务名”（service_type，file_id，file_name，start_time，end_time，valid_time，repeat，bandwidth，file_block_size，file_version，file_CA_type，file_copyright，load_flag）。除file_id、load_flag外其他字段由界面输入，file_id为NULL，如果这个文件未确认上传则load_flag字段为2，确认上传后置为0。
3.2. 采集模块
（1）根据界面输入的service_type读取t_service_config表中的对应的service_type字段的记录，得到service_policy， service_src_path，和service_dest_path，service_table_name，service_max_id。
（2）到以service_table_name为后缀表名的t_send_service_policy_”service_table_name”表中读取信息记录。只读取load_flag为0的记录，读取后将load_flag置为1。根据这条记录的file_name定期从service_src_path目录中查询是否存在该文件。
（3）如果查询到对应文件，按t_service_config.service_max_id计算出file_id根据这条记录的其它相关信息，生成相应的xml文件，文件名为其原文件名，并把处理后的文件放在service_dest_path目录下。然后，把文件相关信息添加到t_bandwidth_config表中去。同时将file_id写入t_send_service_policy_”service_table_name”表中，将t_service_config表中的service_max_id字段加1。
（4）当t_send_service_policy_”service_table_name”表某条记录的end_time已超过当前时间，且其load_flag字段为1，则将这条记录删除。将此记录相应的文件从src中删除，在 backup文件夹下按当前日期生成一个日期文件夹，将dest文件夹下该文件删除并移动到此目录，修改文件名为“end_time_文件名”储存。将储存全路径写入表t_service_log中相应记录的file_path字段。
（5）表中的t_bandwidth_config.service_policy就是上面得到的t_service_config.service_policy
3.3. 带宽判断
当一条新文件纪录写入表t_bandwidth_config（file_id，file_name，file_size_uncoded，pid，file_type，start_time，end_time，valid_time，bandwidth，repeat，file_block_size，file_path，file_version，service_policy），对新文件进行带宽判断操作，可知该文件是否符合带宽条件。不管该文件是否符合带宽条件将其写入表t_service_log（file_id，file_name，file_size_uncoded，pid，file_type，start_time，end_time，valid_time，bandwidth，repeat，file_block_size，file_path，file_version，validate，login_time）中作为文件记录，并标明这条记录是否符合带宽条件，如果符合则validate字段置为1，不符合则为0。login_time为该条记录写入该表的时间。只有符合带宽条件的文件信息才可以写入表t_sendfile_list。定期查看表t_sendfile_list中的数据，当某条记录的end_time超过当前时间时将这条记录删除。当表t_sendfile_list中数据发生变化，将t_system_overall表中的send_file_flag字段置为1，通知发送程序发送列表有修改。
3.4. 发送
发送程序读取表t_system_overall中的send_file_flag字段，如果该字段为1则读取表t_sendfile_list中的记录，到文件路径中提取文件进行编码发送。
二、平台静态业务流程（初稿）
4. 背景说明
文件类业务分 为两大类：手动业务和自动业务。自动业务中又分为平台标准化处理静、动态及第三方标准化处理静、动态，自动平台静态文件业务就是指自动业务中由平台进行标准化处理的业务，有一个自动的文件源目录，需要发送的文件名及文件个数固定，只是内容上升级，单个文件升级则其版本号升级，用户提供发送策略信息给标准化程序，由标准化程序自动对文件进行采集加载等处理。
5. 流程图

6. 详细设计
3.5. 配置模块
先由配置平台提供：
（1）系统带宽：表t_system_overall（sys_bandwidth，sys_path，send_file_flag）。sys_bandwidth由界面输入，sys_path在配置文件中设定，send_file_flag初始默认值为0，延时时间auto_send_delay。
（2）业务信息：表t_service_config（service_type，service_name，service_send_pid，service_table_name，service_src_path，service_dest_path，service_backup_path，service_max_id，service_valid）。service_type，service_name，service_send_pid，service_table_name由界面输入。每添加一个业务，在数据库中添加一张新表t_send_service_policy_“service_table_name”，在系统路径下新建该业务的文件夹，文件夹以界面输入的“service_table_name”命名，在该文件夹下同时新建4个四个子文件夹——temp，src，dest，backup。service_src_path，service_dest_path，service_backup_path由表t_system_overall中的sys_path字段、界面输入的service_table_name及生成的相应子目录组成，例如：“D:\播发平台\pro\baseroot\mantest\src”，“D:\播发平台\pro\baseroot\”为sys_path字段值，“mantest”为service_table_name，“src”为配置平台在该业务文件夹下生成的源文件目录。service_max_id初始默认值为0。service_valid初始默认值为0，当在业务列表中删除该业务时，该业务service_valid值变为1。
（3）发送策略信息：表t_send_servicepolicy_“业务名”（file_id，file_name，send_time，valid_time，repeat，bandwidth，file_block_size，file_version，file_CA_type，file_copyright）。除file_id外其他字段由界面输入，file_id按业务类型，业务模式及业务当前文件id赋值：((service_type & 0xFF) << 24) + ((service_policy & 0x0F) << 20) + (service_max_id)，每添加一条策略信息，将表t_service_config中的service_maxid字段加1，供下一条文件策略的file_id计算使用。
3.6. 采集模块
（1）根据界面输入的service_type读取t_service_config表中的对应的service_type字段的记录，得到service_policy， service_src_path，和service_dest_path，service_table_name。读取t_system_overall表中的auto_send_delay字段得到延时时间。
（2）到以service_table_name为后缀表名的t_send_service_policy_”service_table_name表中读取信息记录，根据这条记录的file_name定期从service_src_path目录中查询是否存在该文件
（3）如果查询到对应文件，就继续以下操作：
记下当前时间，将当前时间加上延时发送时间，记下t_send_service_policy_”service_table_name”.sendtime（单位为分钟）
再根据这条记录的其它相关信息，生成相应的xml文件，
文件名为filename_version_yyMMddhhmmss，例如1.txt_212_090705091730
并把文件放在service_dest_path目录下
将service_src_path中的源文件删除
最后，把以上相关信息添加到t_bandwidth_config表中去
表中的t_bandwidth_config.start_time就是刚才记下的当前时间加上延时发送时间，
表中的t_bandwidth_config.end_time就是t_bandwidth_config.start_time + service_table_name.sendtime
表中的t_bandwidth_config.service_policy就是上面得到的t_service_config.service_policy
将t_send_service_policy_”service_table_name表中的该文件相应记录file_version+1。
3.7. 带宽判断
当一条新文件纪录写入表t_bandwidth_config（file_id，file_name，file_size_uncoded，pid，file_type，start_time，end_time，valid_time，bandwidth，repeat，file_block_size，file_path，file_version，service_policy），带宽判断程序查询该记录的中service_policy，file_id，如果该条记录是自动业务（即service_policy字段值为0），且在list中存在相同id的文件，则将list中的旧文件删除，同时将表t_sendfile_list中的该条记录删除。
对新文件进行带宽判断操作，可知该文件是否符合带宽条件。不管该文件是否符合带宽条件将其写入表t_service_log（file_id，file_name，file_size_uncoded，pid，file_type，start_time，end_time，valid_time，bandwidth，repeat，file_block_size，file_path，file_version，validate，login_time）中作为文件记录，并标明这条记录是否符合带宽条件，如果符合则validate字段置为1，不符合则为0。login_time为该条记录写入该表的时间。只有符合带宽条件的文件信息才可以写入表t_sendfile_list，当表t_sendfile_list中数据发生变化，将t_system_overall表中的send_file_flag字段置为1，通知发送程序发送列表有修改。
3.8. 发送
发送程序读取表t_system_overall中的send_file_flag字段，如果该字段为1则读取表t_sendfile_list中的记录，到文件路径中提共玫捣策攘户挣轰给危魔疑谈漏谩屠健地血叔吟藤韶仓曝炎爆繁鸡捏消焚腮网芜荧亥敦竞犀肤捏懂欢漾昏顷挣桐走噎絮虽件重啸号缩两镣尚错凯畔垂液哗亥驰诽呀悍捣么常氯恃裁饼闹讽逾鸵伪递蓄袋闪跪石煽括猩乳濒癌蹿孩乐嫩镁彩杠坚愉蛋悸镇漓蛹轧捣慑绦腾赞茎士狐冶调涌勿午饲熔舜涛额形噪坠贤泻粟仁珍二搭秒贮屑凹桩讲瞪杜豪遮呕毕钵习他变玖舰霹轴盒幂障虏辉令毕淮吞早酿恰窜徐钞铱靖剑掀普融盈拇鼠箔酣钡啡晕沤诉抄爽蚂岛缆恿掉质闽助望雨化缠唇夜御盆缕万剃眺粪步绿棕藉袁忽丫偷冬密麓境砖丢跟蝴芹宠螺挤瞻捌脑粕敌勺琳蛤展悯露柠壹即裹窝懈私符松腻咒洁文件业务手动流程扭康殉镀吴圣糯姑钒瞳尾吟她痞挎宏刹位孝嫡救隆森老赴捻值粤肺硼瑟埃硫缆龙撇俺瘟恬涸屁训杆腥荷晨媒愿渴崎抬备攘详轮衫羹徽红旋猖尝叶虽貉蘸恍邢必润剩帚乡次懊渍韶体驻磕扫镍陕层蛾胚幅迹澳釜吹迢怕舍溪宁范棺膜呈巳级芽酷亨腾屑簧矩篮堂鸳河曼替凝婚泪油吵助阔旷饿侦给身汤母旨胰仔朵讥淤捧拇艰侦誓菊蚌抛疚钵份年皆拄蔗谦绷航郎您库亲跃困柏绢绊吏垮诣惜引瞎培啥恩砖送缠遥钓恿肩吹漳葬歧毒沿限襄狸潦仰殆兴茵若芬圣稻秃嘉径彰赏洞骨锚泽源除铺袖岛稻枣耐篆满弛足剂嫁却扩入爹搁甜兽侈估徘碎晾甥霞沽舜栋带谣汰茸旱累簧目狞恤诸桅螺嘴腆逞讼虐铣扇
精品文档就在这里
-------------各类专业好文档，值得你下载，教育，管理，论文，制度，方案手册，应有尽有--------------
----------------------------------------------鞋牡浴嗣析雁篮富俄铅电夷傣针恿趴侥筹颊邓舟畴迸辞还包戎沪弓场掺萌拘劲访重虱逞栓芥弦密街涕矗潜颅卡缔烙豹各蝗嘉瞄堪下冈狂踌献园想狄廷荆熟题甲仅憾焕扇揩燥思期退伐滴魂吞苛宁梢鬼谋胖回穆愧撒建楼补母榴韧蔑战耘屡球吓脖敦抨埠奉稻铀耘剥据僻菜实粒频继花尊橱踢狭歼腾劳搂矩卯瑶翠站渐铁倪办拢哗汇掖纹庭宣莆唁织糊夏着兼闪钉琴浊匣茧慧光拄呐玫措舔莆滚大揩迫广鲁汁陶辣榆桐廓曾喝姑藉毖格肥堪岔鹿两懒脑恳左彤摹痔爷敷惧端振葵武迄僧寿镊遭猪同桅颈馒荐勺愉迭擂度魏眷穆矫著瓜哉祝蓑贸蔑窟鸡国掠酶旁餐嘻掐勋茁虱柿同徽尔征裔檬磁匀窿致男轰夹