计费系统介绍剖析

合集下载

网络计费简介

网络计费简介

CNGAS通用网络计费系统一系统简介清华大学通用网络计费系统(CNGAS)是在总结清华大学计算机与信息管理中心及其他院校网络计费实践经验的基础上,本着先进、实用、灵活、准确、可靠的设计思想,针对内联网用户访问Internet进行监控和管理而设计的一整套完整的计费解决方案。

现在已经在多所高校和几家企业中得到了应用,深受用户好评。

二系统特点●通用型强:系统支持对1000M宽带、100M宽带、邮件、拨号、代理的计费。

用户可以根据自己的需求选择计费模块,它将为您提供完善的计费方案。

●结构合理:计费数据的采集、处理、分别使用独立的模块,很好地增强了系统地安全性、稳定性、可扩展性和易维护性。

●技术先进:采用先进的网络转发及流量采集技术,采用B/S/D的管理体系●配置灵活:网络计费服务器、邮件服务器、拨入计费服务器、代理计费和数据库服务器可以运行在同一台机器上,也可以运行在不同的机器上。

这根据用户需求及网络规模来决定。

●适应性强:由于CNGAS采用透明网关技术,所以采用该系统可以不改变网络拓扑结构而实现计费功能;数据库设计采用了开放式结构,可以适用于不同的应用环境;系统管理采用B/S/D 结构,无需专用的客户端软件。

●界面友好:系统给用户及管理员都提供了WEB方式的界面,界面设计简洁易用。

用户无需安装客户端,只要您有浏览器,用户可以方便地通过浏览器查询使用的时间、流量、费用等相关情况三系统结构其它子网其它子网CERNET边界路由器透明网关内部路由器/交换机邮件服务器数据库及管理服务器访问服务器管理工作站微机PSTN微机Modem微机拨入计费服务器NAT服务器ChinaNet上图是系统结构图,其工作原理是:计费服务器作为连接内部网络和外部网络的透明网关,可实现IP包转发,完成IP包的双向转发,并对非法访问的IP包进行过滤。

只有经过授权的用户的IP包才能通过,并记录该用户的网络流量。

数据服务器和Web服务器装于同一机器,提供用户注册服务接口,用户注册成功后,数据库服务器端将该用户信息送往网关端,为网关端提供IP包转发提供过滤依据。

计费系统方案

计费系统方案

计费系统方案计费系统方案引言计费系统是一种用于计算和记录用户消费的系统,广泛应用于各种服务行业,如电信、互联网、能源等。

一个稳定、高效的计费系统能够帮助企业准确计算用户消费金额,提供统计报表以及支持多种计费模式。

本文将介绍一个基于云计算技术的计费系统的方案。

1. 系统架构计费系统的架构需要满足高可用性、可伸缩性、安全性等要求。

一个典型的计费系统架构包含以下组件:- 用户管理:负责用户的注册、登录、权限管理等功能。

- 订单管理:负责管理用户的消费订单,包括创建、修改、删除等操作。

- 计费引擎:核心组件,负责计算用户的消费金额,支持多种计费模式,如按时间、按流量、按次数等。

- 财务管理:负责记录用户的消费金额和支付状态,提供报表和对账功能。

- 通知服务:负责发送计费通知给用户,如账单通知、余额不足通知等。

- 数据存储:用于存储用户信息、订单信息、计费规则等数据。

- 监控与告警:负责监控系统运行状态,并在发生异常时发送告警通知。

2. 技术选择在设计计费系统时,需要考虑系统的性能、可靠性和可扩展性。

常用的技术选择包括:- 数据存储:可以选择传统的关系型数据库(如MySQL)或者NoSQL数据库(如MongoDB、Redis)来存储用户信息、订单信息等数据。

- 计算引擎:可以选择使用编程语言(如Java、Python)来实现计费逻辑,也可以选择使用规则引擎(如Drools)来实现计费规则。

- 消息队列:可以选择使用消息队列(如Kafka、RabbitMQ)来实现订单异步处理和通知服务。

- 分布式存储:可以选择使用分布式文件系统(如Hadoop HDFS)来存储大量的订单数据和日志数据。

- 监控与告警:可以选择使用监控工具(如Prometheus、Grafana)来监控系统的运行状态,并及时发送告警通知。

3. 系统流程一个典型的计费系统的流程如下:1. 用户注册:用户通过注册功能进行注册,系统会保存用户的基本信息,如用户名、密码等。

网吧计费管理系统分析

网吧计费管理系统分析

网吧计费管理系统分析网吧计费管理系统是网吧运营中不可或缺的一部分,它的设计和实施对于网吧的运营效率和经济效益有着至关重要的影响。

本文将对网吧计费管理系统进行深入分析,并给出一些优化建议。

首先,我们来了解一下网吧计费管理系统的基本构成。

一个完善的网吧计费管理系统应该包括以下几个模块:计费规则设置、会员管理、收银结算、报表分析等。

这些模块相互独立但又相互,共同完成网吧的计费管理工作。

接下来,我们来看一下网吧计费管理系统的市场趋势。

随着互联网技术的不断发展,网吧行业也正在经历着巨大的变革。

为了适应市场的需求,网吧计费管理系统也在不断地升级和改进。

越来越多的网吧开始采用智能化、自动化的计费管理系统,以提升网吧的运营效率和顾客体验。

在搜集了相关资料后,我们可以对网吧计费管理系统进行整理思路。

首先,我们应该明确每个模块的核心功能和作用。

例如,计费规则设置模块应该能够根据不同的时段、机器配置等因素设置不同的计费规则;会员管理模块应该能够记录会员的消费记录、积分等信息,以便进行会员营销;收银结算模块应该能够快速、准确地完成结账操作,并支持多种支付方式;报表分析模块应该能够提供丰富的报表数据,帮助网吧管理者做出科学决策。

根据以上思路,我们可以得出以下结论:1、精细化的计费规则设置能够提高网吧的收益。

网吧可以根据不同的时段、不同的机器配置等因素设置不同的计费规则,以满足不同消费者的需求。

同时,应该根据市场变化及时调整计费规则,以保持竞争优势。

2、会员管理是提升网吧顾客黏性的关键。

网吧可以通过会员制度、积分兑换等方式来吸引和留住顾客。

此外,可以根据会员的消费习惯和偏好进行个性化推荐,以提高会员的满意度和忠诚度。

3、收银结算是网吧运营中的重要环节。

为了提高收银效率,网吧应该选择性能稳定、操作简便的收银软件。

同时,要保证网络安全,避免出现账目错误或黑客攻击等问题。

4、报表分析能够帮助网吧管理者做出科学决策。

网吧管理者应该财务报表中的关键数据,如客流量、销售额、利润率等,以便及时调整经营策略,提高网吧的盈利能力。

零点计费系统介绍

零点计费系统介绍

零点计费系统介绍产品介绍:零点计费是一个云计费系统,主要支持wayos、ROS、爱快、panabit flow control master、BV Baiwei、sea spider等市场主流软路由的计费。

该公司在住宅区和城中村拥有多年宽带运营经验,了解私人宽带运营的需求。

直接使用软线路续费存在漏洞:包括工人逃税、会计造假、房东退款不清等。

网络管理令人头痛。

在某些领域,多个股东共同合作,但他们并没有获得多少投资回报。

股东们心中有矛盾,但他们无法启动,因此,我们开发了零点计费系统来缓解当前大家的迫切需求,这可以增加收入,给网络投资的股东一个好的交代。

产品疑问:问:零账单系统的用途是什么?答:主要实现软路由的计费,该计费采用大众化设计,简洁的界面,方便客户的开户、续费、查账、结账、房东回扣、报表打印等等一系列功能,实现操作简便,快捷,稳定。

问:零点计费系统是否需要自行设置主机?答:不用,零点计费系统是一款云计费系统,通过云计费来对接用户的软路由,既实现了节省用户自己在机房架设一台主机,而且还节省了电费,保证系统的稳定性,避免机房停电造成的无法续费现象。

问:零账单系统安全吗?答:零点计费在发布以前,必须经过一系列严格的病毒和木马检查,并提交国家安全检测部门进行严格审核和检测。

此外,我们在底部对用户数据进行了最先进的128位加密,可以有效防止木马病毒和黑客扫描攻击,大大提高用户操作的安全性和保密性。

它是宽带计费的基本网络工具之一。

问:使用该计费要如何对接软路由?答:本账单提供了详细的视频对接教程,可以根据视频教程逐步对接。

对于所有功能的使用,我们还提供了一套完善的说明书供客户参考和使用。

问:零点计费目前支持哪些软路由?答:目前支持的软路由包括wayos和ROS。

下一步,我们将开发市场上的主流软路线。

问:我的如果用你们计费,比如你们计费出现故障,会不会影响宽带用户的使用?答:零点计费使用远程地址和外围接口对接软路由,只起计费作用,不影响路由的任何功能。

《计费系统介绍》课件

《计费系统介绍》课件

自主开发
对于发展迅速,需求多样的企业而言, 自主开发是最好的选择。
计费系统实施的关键点
1 在线支付的安全性
确保支付方式的安全性,对客户账户信息保 护得力。
2 账单的准确性
账单信息要准确无误,细节决定质量。
3 发票的合法性
遵守相关法规和政策,确保发票的合法性。
4 用户数据的隐私保护
处理用户数据需要严格遵守相关法规,保护 用户隐私。
计费系统介绍
计费系统是现代商业模式不可或缺的一部分,它是一种用于订单、支付、账 户、发票管理等的系统。本次介绍从简介、功能、优势、实现方式、关键点、 应用场景、未来趋势等方面进行讲解。
计费系统的概述
1 计费系统的定义
计费系统是一种用于管理 订单、支付、账户、发票 等功能的系统。
2 计费系统的类型
计费系统有第三方平台和 企业自主开发的两种实现 方式。
3 计费系统的作用
计费系统可以确保运营的 秩序,有效地保障客户权 益。
计费系统的功能
订单管理
从创建订单到订单状态跟踪,让客户享受更方便高 效的服务。
支付管理
快速可靠的在线支付,确保客户的支付安全。
发票管理
提供定制的发票管理服务,帮助客户合规运营。
账户管理
提供精细化、个性化的客户账户管理服务,增加客 户黏性。
计费系统的应用场景
பைடு நூலகம்电商平台
方便快捷的订单支付、账户管理,为电商平台提供 优质服务。
在线教育平台
提供定制化、个性化的支付管理服务,减少运营成 本。
订阅服务平台
为企业提供简便高效的账号管理服务,提升企业管 理效率。
SaaS商业模式的企业
可靠的基于云的计费系统,可扩展性好,减少企业 的付出。

计费系统讲义

计费系统讲义

计费系统讲义目录1.交换机计费处理模块简介2.联机计费系统构成及功能3.计费采集系统构成及功能4.酒店立即计费应用5.计费分拣系统简介6.170/171话费语音催缴查询系统介绍7.新技术、新体系——新一代电信运营支撑系统简介内容1.交换机计费处理模块简介模块体系结构本模块作为SP30系列交换机中一个重要的组成部分,同业务、资源、维护、信令、驱动、系统、通讯等模块共同完成了交换机软件控制功能,同其他模块之间采用内部消息机制进行通讯。

模块功能概述完成SP30系列交换机原始通话记录的产生,并结合交换机中设置的费率信息生成相应的详细话单以及计次表文件,供采集分拣使用。

模块消息结构图一计费处理过程如上图所示,一次通话结束之后(对于校园卡方式的计费,计费控制在通话过程之中),交换机业务控制模块产生一张CCB(Call Control Block 呼叫控制块),其内容项目很多,业务模块通过调用计费模块入口函数FF_DO(CCB)的方式将CCB参数传入计费处理模块中,本次通话如果涉及到两段或者两段以上的通话(如三方通话、会议电话等),则由业务模块对此入口函数进行多次调用完成计费。

计费处理模块其主函数FF_DO涵盖了整个计费处理的过程,内部通过进行分支子函数的调用完成计费的过程。

首先,计费处理模块将CCB中对于计费有效的项目提炼出来,形成缩小的CCB,即原始通话记录CRD,此结构体大小在100字节左右,内容包含了主叫号码、被叫号码、话始时间、话终时间、以及一些特定的项目,如群号、引示号、呼叫类型等,这些内容可以完全包括本次呼叫所有计费必须项目。

在形成CRD之后,现有版本的计费模块提供了联机计费的接口,可以将CRD 通过此接口实时、在线地提供给联机计费系统,具体功能叙述将在第二部分进行描述。

根据各种通话类型的不同,需要将原始通话记录区别生成计次表或详细话单,其过程如下:1)计费模块每次加载的过程中即将所有费率、字冠等计费数据全部加载进内存之中,通过人机命令修改的相应信息也在内存中动态地改变。

探讨在线计费系统OCS的技术架构与测试实现

探讨在线计费系统OCS的技术架构与测试实现

探讨在线计费系统OCS的技术架构与测试实现在线计费系统(OCS)是运营商网络中非常重要的组成部分,它可以对用户的通信费用进行实时计费,提供各种资费套餐和计费策略的管理。

OCS系统需要具有高可用性、高性能和健壮性,因此它的技术架构和测试实现非常重要。

本文将围绕OCS系统的技术架构和测试实现展开讨论。

一、OCS系统的技术架构1. OCS系统的功能OCS系统主要用于实时计费,并能够灵活地对不同用户、不同业务进行个性化的计费策略管理。

它需要能够实时收集用户的通信数据、进行费用计算、生成账单并向用户发送账单信息。

OCS系统还需要和其他网络元素进行实时通信,如与核心网元素进行话单生成的同步,与用户数据库进行用户信息的同步等。

OCS系统的架构设计需要考虑系统的高可用性和高性能。

通常OCS系统会采用集群化的部署方式,通过多个计费节点来分担负载并提供冗余,以确保系统在单个节点故障时不影响整体的服务能力。

OCS系统通常采用多层架构,包括前端接入层、业务逻辑层和计费处理层。

前端接入层负责接收用户的通信数据、进行初步的协议解析和安全认证;业务逻辑层负责实现各种计费策略、账单生成和费用计算等业务逻辑;计费处理层负责实现费用的应用、存储和传输等功能。

在OCS系统的技术选型上,需要考虑到系统的高性能和高可用性要求。

通常会选择成熟的高性能计算平台,如Intel Xeon等服务器架构,并采用分布式架构来提高系统的扩展性和可靠性。

OCS系统还需要采用高可靠性的数据库方案,如主从复制、分布式数据库等来保障数据的一致性和可恢复性。

OCS系统还需要考虑到运维的成本和管理的方便性,因此通常会选择成熟的运维管理工具和监控系统来保障系统的稳定运行。

二、OCS系统的测试实现在OCS系统的测试实现中,首先需要搭建一个完善的测试环境。

测试环境包括硬件环境和软件环境两个方面。

硬件环境需要选用和生产环境相近的服务器架构,并进行集群化部署来模拟实际的生产环境。

网吧计费管理系统分析

网吧计费管理系统分析

网吧计费管理系统分析[摘要]文章介绍了当前网吧计费管理的现状及管理存在的问题,根据网吧计费管理系统提出的功能需求,给出了选择建议和实施方案。

标签:系统设计机房管理1C卡计费管理网吧费管理系统(一)网吧计费管理现状1纯软件计费:它是在各台电脑的操作系统中安装一套计费客户端软件,通过局域网络的服务器端和客户端进行通讯,验证使用者身份,实现对使用者计费。

其最大优势是安装简易,费用较低,维护简单,大大减轻管理员的劳动强度,实现了电子记账,方便了帐务管理,并且电脑计费可以精确到分钟,不易出现纠纷。

但是这种计费方式也存在很多问题。

首先,同类型的计费软件数量众多,在网上就有很多可轻松下载。

在选择时很难分辨优劣;其次,安全性很差。

2纯硬件的计费方式:每台PC中插一块硬件的计费终端卡,同时外部接有一台读卡器,通过对卡的读写实现对本台机器的使用计费。

它的优点是:不依赖于网络,系统比较安全,客户端不需要安装软件。

缺点是:读卡机和IC卡使用频率非常高,硬件磨损很快,故障较多。

使用和维护起来比较麻烦,每天的维护量太大,纯硬件的管理功能非常薄弱,可设置收费标准非常少,只有两三种。

而且它的前期安装麻烦、后期维护费用非常高。

3软硬件结合的计费方式:软硬件结合的计费方式,综合了以上两种计费方式的优点,而又尽量避免了缺点。

它只在网吧设刷卡机,每台计算机的管理,通过软件来实现。

收费通过硬件来收取,而管理通过软件来管理,这就集中了硬件的安全性和软什的灵活性的优点,性能比最高,只需一次投资,管理便可实现无人化、自动化,后期的维护几乎为零,大大的降低网吧管理的工作量,管理最方便,这也许是现今网吧管理的最佳选择。

(二)网吧计费管理系统使用中现存的问题首先,管理工作量大。

在整个上机过程中,管理人员需随时进行上下机查卡登记、人数核查、超时检查等工作,特别是在上下机高峰或网吧较大、微机台数较多的情况下,更是忙做一团,往往要安排许多人值班才行,造成管理混乱和费用增大的问题,使管理人员的计费、维护及管理更加困难。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

一、概述计费系统核心功能是首先从各个网元,以及业务平台获取用户业务使用记录的原始数据(原始话单文件),然后对原始话单记录根据用户订购的产品、促销等信息,结合计费要素进行批价,以及免费资源消耗处理,最后将批价结果记录入库,同时也提供给帐务进行合帐处理,最终实现扣费、信控等工作。

其总体流程如下图:从上图可知整个计费流程经过:“采集传输”、“解码”、、“业务解析”、“数据入库”、帐务累帐共九个、“科目转换”、“数据分发”、“批价”“统一查重”大的步骤。

除了以上七个主步骤外,为实现漫游来访话单的计费,错单的回收处理,计费系统还同时完成错单的记录和回收,以及漫游话单的上传工作。

二、文件传输(XFER)2.1 文件传输的目的一方面各个网元和业务平台生成的话单记录,是对用户进行计费和信控的原始依据。

另一方面对于漫游来访用户,需要将本地采集到的话单记录回传给用户归属省,以便归属省对用户进行计费和信控等处理。

要完成上述两项工作,需要完成对各个网元和业务平台生成的话单记录进行采集和上传,这就是计费系统中文件传输模块完成工作。

文件传输系统利用FTP协议完成数据文件从源目录到目标目录传输功能。

根据数据流向的不同,通常文件传输分为文件采集和文件上传。

从网元获取数据称为采集,将获取的数据上载到集团公司或指定系统称为上传。

文件传输系统支持单线程和多线程的方式,既可配置传输任务数又可配置任务轮询时间,即最大限度的保证了传输性能,又同时避免了数据服务器的负载过重。

文件传输系统又通过文件查重,文件指针功能,保证了文件传输的正确性,及时性和有序性。

同时文件传输系统还可在传输文件的同时完成文件名分析,和文件名转换的功能,减少文件传输后的后续工作。

2.2文件采集目前文件采集系统大部分采用的是集中采集的方式:即大部分业务的原始文件数据都通过集中采集机进行采集。

其采集路径为:“计费主机”----“集中采集机”----“各个网元及业务平台”。

计费主机:计费主机上有采集模块,其目的是负责从集中采集机上采集原始文件。

同时为了统一规范各类业务话单的名称,它还负责根据制定好的改名规则对采集到的文件进行改名,然后将改名后的文件根据配置输出到下一个处理环节进行后续处理,并同时将文件进行备份。

集中采集机:为集中规范管理原始文件的采集,我省原始文件采集是使用专用的主机进行采集,命名为集中采集机。

集中采集目前配置为互为主备的两台机器,所有的采集进程都在两台机器进行配置,正常情况下各自负责自己的采集任务,一担出现故障时,只需启动采集进程即可接管另一台采集机的工作。

集中采集机上配置的采集模块,只是负责将从各个网元及业务平台采集到的原始文件透传给计费主机。

网元及业务平台:承载提供给用户如语音、短信以及无线上网等服务的设备。

同时还负责生成并存放承载业务对应的用户使用记录文件,供BOSS系统进行采集。

主要包括:1、端局(MSC):存放用户使用语音业务后产生的话单文件。

此类话单文件是用户的普通语音通信费、IVR业务通信费等的计费依据。

2、关口局:存放互联互通语音业务的话单文件。

此类话单主要是呼转通信费计费,以及互联互通语音结算的依据。

3、短信中心:存放各种类型的短信业务的话单文件。

此类文件是网内点对点短信业务的计费依据。

(目前是由集团公司统一从短信中心采集后透传给省BOSS。

)4、短信网关:存放各类梦网短信业务的话单文件。

此类文件是梦网上行短信通信费和梦网下行短信信息费的计费依据。

5、互联短信网关:存放互联互通短信业务的话单文件。

此类话单是网外点对点短信业务通信费计费,以及互联互通短信结算的依据。

6、智能网业务平台:存放智能网(VPMN)业务的话单文件。

此类话单文件是VPMN语音通信费及包月费的计费依据。

7、彩铃业务平台:存放彩铃业务的话单文件。

此类文件是彩铃铃音定制信息费、彩铃功能包月费以及铃音盒包月费的计费依据。

8、CG(数据流量业务话单服务器):存放GPRS以及其他数据流量业务的话单文件。

此类话单文件是数据流量业务的计费依据。

(由集团公司同一采集规整后再下发给省BOSS。

)9、彩信中心:存放彩信业务的话单文件。

此类文件是彩信业务的计费依据。

10、集团公司话单服务器:存放一些全网新业务,以及省/国际漫游出访话单文件。

2.3 文件上传由于移动通信的特点,存在漫游业务。

一般情况下,用户漫游后使用业务产生的原始话单,都是在漫游地的网元上生成。

因此为了实现漫游业务的计费,漫游省就需要将来访用户的原始话单从本地网元上采集后回传给用户归属省。

其上传路径为:“计费主机”---“集团通信服务器”---“集团(深圳中心)”---“归属省集团通信服务器”。

计费主机:计费主机上部署的文件上传模块负责将非本省用户的话单记录筛选出,并形成集团规定的标准的文件格式,然后上传到集团通信服务器。

集团通信服务器:负责漫游业务话单文件,以及其他业务的话单文件到省公司的上下传工作。

是集团和各省公司之间给类话单文件的一个中转站。

2.4 采集话单文件分类按照业务的不同目前话单文件主要分为:1、语音话单。

在端局、关局上采集本地语音话单、从集团通信服务器上获取的漫游语音业务话单。

2、语音杂志(IVR)信息费话单。

这里主要指用户拨打语音杂志(IVR)产生的信息费话单。

3、短信话单。

在短信中心、短信网关上产生的网内点对点、网间点对点等短信业务话单。

4、移动梦网短信话单。

包括按条的信息费话单,和包月话单。

5、数据流量话单。

使用GPRS等无线业务产生的话单。

6、VPMN话单。

包括VPMN语音通信话单和VPMN包月话单。

7、彩铃话单。

包括彩铃定制话单、彩铃包月话单即铃音盒话单。

8、其他新业务话单。

包括WAP、手机邮箱、手机游戏等信息费及包月费话单。

此话单为全网业务,一般由集团公司在省通信服务器上下发。

2.5 文件传输配置无论是文件采集还是文件上传,为确保文件能正确地从源目录到目标目录,确保文件传输的完整和连续,确保文件传输时的文件名转换是十分重要的工作。

以上工作的完成主要可通过文件传输系统的任务配置文件来进行控制。

文件传输的配置文件主要包括:[COMMON]、[XFER/LOG]、[DEFAULT]、[TASKS],其中[TASKS]可以是一个或者多个。

2.3.1 COMMOM部分此部分主要是系统配置信息主要有:本机IP、类名、实例名、采集任务数、采集任务轮巡时间等。

[common] #文件传输程序的公用部分LocalHost=127.0.0.1 #本地主机IPInstanceName = alcatel #指定某配置文件的实例名,主要用于在监控信息中说明传输的标识ClassName = Xfer #一般设置为transfer,在监控信息中,指明本信息是由传输程序发送过来的TaskNum = 1 #[Tasks]的最大任务数,不允许超过MAX_TASKS_NUM(99)LibFileName= ../lib/libXferFtpAlcatelD.so #Alcatel传输库路径及文件名,可以使用环境变量,如$(HOME)/lib/libXferFTPAlcatelD.soInterval = 120 #任务间隔,单位秒,表示传输程序对本配置文件中所有的Tasks传输完成一轮后,等待指定的时间再继续。

UniCheck = F #传输的查重开关,T=检查源文件不可重复传输,F=不查重UniIdxKey = 55903 #查重索引Key值UniIdxDir= ./check #查重索引文件存放目录,可以使用环境变量与系统保留、自定义变量。

#注意,如果使用环境变量,则只用一个$符号,如$(HOME)/log/check,但如果使用的是系统保留或自定义的变量,则必须使用两个$符号,其中第一个用来转义,如../log/$$(InstanceName)/$$(year)$$(month)$$(day),在本配置文件的其它后续配置中,均需遵循此规则。

messageFile=../etc/messagefile.txt#指定错误信息文件StatFlag=F 是否写stat文件,不配置时缺省值为F,需要写时配T StatDir=../../log/xfer/stat Stat文件的存放位置,不配置时缺省值为/tmpCheckSize=true 是否检查文件长度,不配置此项,缺省为不检查false CheckSizeMin=100 源文件/下载文件大小的最小百分比,缺省为100 CheckSizeMax=100 源文件/下载文件大小的最大百分比,缺省为100 FailedFileAmt=5 配置多少文件连续失败后重新建立FTP连接,不配置默认1。

SingleProcess = T SingleProcess的缺省值是F,表示当前的配置文件可以对应启动多个采集进程;SingleProcess = T ,表示当前的配置文件只能启动一个采集进程ModifyFileModTime=F 目标文件是否保持原文件的修改时间。

T:保持,F:不保持,默认是 F. 注:该配置项浙江环境不能使用。

ModTimeOffset=8 指定源文件时间偏移值,单位是小时ModTimeOffset = 源文件时间- MODTIME得到的时间由于一般的FTP服务器得到的MODTIME时间相对于北。

相关文档
最新文档