CN102082812A - 支撑域系统间文件传送的方法、装置和系统 - Google Patents
支撑域系统间文件传送的方法、装置和系统 Download PDFInfo
- Publication number
- CN102082812A CN102082812A CN2009102500186A CN200910250018A CN102082812A CN 102082812 A CN102082812 A CN 102082812A CN 2009102500186 A CN2009102500186 A CN 2009102500186A CN 200910250018 A CN200910250018 A CN 200910250018A CN 102082812 A CN102082812 A CN 102082812A
- Authority
- CN
- China
- Prior art keywords
- file
- service
- related information
- transmits
- entity
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明实施例提供了一种系统间文件传送的方法、装置和系统,该方法包括:接收业务触发点发出的文件传送业务请求消息,所述文件传送业务请求消息包含业务标识信息;根据所述业务标识信息,从业务目录中获取业务相关信息;将所述业务相关信息发送至文件传送调度服务器以便于所述文件传送调度服务器根据所述业务相关信息生成流程实例;根据所述流程实例,将与所述业务相关信息对应的需要传送的文件从文件提供系统传送至文件接收系统。本发明实施例是由文件传送实体来从文件提供点提取所需的文件并发送给文件接收点,因此不需要再开发点对点的适配接口,使用和文件传送实体相对应的统一接口即可实现系统间的文件传送,降低开发成本。
Description
技术领域
本发明是涉及通信领域,尤其是涉及一种支撑域系统间文件传送的方法、装置和系统。
背景技术
目前,很多系统间的文件传输都是基于点对点的文件传输协议(File Transfer Protocol,FTP)进行的,进行文件传送的支撑域系统间都需要进行一对一的适配。比如:电信运营商的支撑域系统间的文件传输。
随着业务的发展扩大,支撑域系统的范畴也也越来越广,比如:客户关系管理(Customer Relationship Management,CRM)系统、综合服务开通系统、在线计费系统(Online Charging System,OCS)、热计费HotBilling系统、经营分析系统等,都是属于支撑域的范畴。
上述支撑域内的各系统间都可以通过文件的方式进行非实时的、异步形式的数据交换。举例来说,移动软交换的原始话单采集点把原始话单文件传送给HotBilling系统;HotBilling系统对该原始话单文件进行重排、检错、格式化后,如果发现有跨省漫游的话单,就形成漫游省的标准格式的漫游话单文件传送给集团业务操作支撑系统(Business & Operation Support System,BOSS)的漫游话单文件收发服务器;集团BOSS系统的漫游话单文件收发服务器再把该漫游话单文件传送给归属省的HotBilling系统。
但是,上述文件传输的发送方和接收方都需要开发一对一的接口,如果当加入需要和众多系统进行文件交换的新系统,则适配接口的开发量很大。
发明内容
本发明实施例提供了一种支撑域系统间文件传送的方法、装置和系统,使得支撑域系统间传送文件时不需要在系统内开发相应的适配接口,降低开发成本。
本发明实施例提出了一种支撑域系统间文件传送的方法,该方法包括:接收业务触发点发出的文件传送业务请求消息,所述文件传送业务请求消息包含业务标识信息;根据所述业务标识信息,从业务目录中获取业务相关信息;将所述业务相关信息发送至文件传送调度服务器以便于所述文件传送调度服务器根据所述业务相关信息生成流程实例;根据所述流程实例,将与所述业务相关信息对应的需要传送的文件从文件提供系统传送至文件接收系统。
本发明实施例还提出了一种支撑域系统间文件传送的方法,该方法包括:
接收文件传送实体发送的业务相关信息;根据所述业务相关信息生成流程实例;根据所述流程实例,建立从文件提供系统传送至文件接收系统的传送通道,以便于文件传送实体将与所述业务相关信息对应的需要传送的文件从文件提供系统传送至文件接收系统。
本发明实施例还提出了一种支撑域系统间文件传送的文件传送实体,包括:请求接收单元,用于接收业务触发点发出的文件传送业务请求消息,所述文件传送业务请求消息包含业务标识信息;获取单元,用于根据所述业务标识信息,从业务目录中获取业务相关信息;转发单元,用于将所述业务相关信息发送至文件传送调度服务器以便于所述文件传送调度服务器根据所述业务相关信息生成流程实例;文件传送单元,用于根据所述流程实例,将与所述业务相关信息对应的需要传送的文件从文件提供系统传送至文件接收系统。
本发明实施例还提出了一种支撑域系统间文件传送的的文件传送调度服务器,包括:相关信息接收单元,用于接收文件传送实体发送的业务相关信 息;生成单元,用于根据所述业务相关信息生成流程实例;建立单元,用于根据所述流程实例,建立从文件提供系统传送至文件接收系统的传送通道,以便于文件传送实体将与所述业务相关信息对应的需要传送的文件从文件提供系统传送至文件接收系统。
本发明实施例还提出了一种支撑域系统间文件传送的传送系统,包括:所述文件传送实体,用于接收业务触发点发出的包含业务标识信息的文件传送业务请求消息,根据所述业务标识信息,从业务目录中获取业务相关信息,将所述业务相关信息发送至文件传送调度服务器以便于所述文件传送调度服务器根据所述业务相关信息生成流程实例,再根据所述流程实例将与所述业务标识信息对应的需要传送的文件从从文件提供系统传送至文件接收系统;所述文件传送调度服务器,用于接收文件传送实体发送的业务相关信息,根据所述业务相关信息生成流程实例;并根据所述流程实例,建立从文件提供系统传送至文件接收系统的传送通道,以便于文件传送实体将与所述业务相关信息对应的需要传送的文件从文件提供系统传送至文件接收系统。
本发明实施例作为文件提供点和文件接收点的支撑域系统在文件传送时不需要主动进行文件的发送接收,而是由文件传送实体来从文件提供点提取所需的文件并发送给文件接收点,因此不需要再开发点对点的适配接口,使用和文件传送实体相对应的统一接口即可实现系统间的文件传送,降低开发成本。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种支撑域系统间文件传送的方法流程图;
图2为本发明实施例提供的另一种支撑域系统间文件传送的方法流程图;
图3为本发明实施例提供的另一种支撑域系统间文件传送的方法流程图;
图4为本发明实施例提供的一种支撑域系统间文件传送的文件传送实体结构示意图;
图5为本发明实施例提供的另一种支撑域系统间文件传送的文件传送实体结构示意图;
图6为本发明实施例提供的一种支撑域系统间文件传送的文件传送调度服务器结构示意图;
图7为本发明实施例提供的一种系统间文件传送的传送系统结构图;
图8为本发明实施例提供的一对一文件传送业务的系统结构图;
图9为本发明实施例提供的一对多文件传送业务的系统结构图;
图10为本发明实施例提供的多对一文件传送业务的系统结构图;
图1 1为本发明实施例提供的多对多文件传送业务的系统结构图;
图12为本发明实施例提供的组合文件传送业务的系统结构图;
图13为本发明实施例提供的一种一对一文件传送业务的传送路径图;
图14为本发明实施例提供的一种一对多文件传送业务的传送路径图;
图15为本发明实施例提供的一种多对一文件传送业务的传送路径图;
图16为本发明实施例提供的一种多对多文件传送业务的传送路径图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明实施例的系统间文件传送方法是基于下一代业务叠加网络的基础之上的。下一代业务叠加网络的核心实体是文件传送实体和业务路由实体(Service Router,SR),其中业务路由实体用于业务的路由和寻址,负责实施端到端的QoS保障,文件传送实体和业务路由实体相配合来完成文件的传送。 为了能使系统间进行文件传输,本发明实施例首先需要将各个系统接入下一代业务叠加网络,即和文件传送实体及业务路由实体间建立IP连接。
本实施例是从文件传送实体侧对本发明作出的描述。
如图1所示为本发明实施例一提供的一种支撑域系统间文件传送的方法流程图,该方法包括如下步骤:
S101:接收业务触发点发出的文件传送业务请求消息,文件传送业务请求消息包含业务标识信息。
在本实施例中,是由业务触发点向文件传送实体发送文件传送业务请求消息,该业务触发点是具有需要进行该文件传送业务需求的主体,在实际情况中,该业务触发点可以位于文件提供系统内,也可以位于文件接收系统内,还可以位于其他系统内,甚至还可以是各个文件传送实体,比如其可以为作为文件提供系统内的主机、也可以是作为文件接收系统内的主机、还可以是其他支撑域系统内的主机,甚至可以是文件传送实体本身,当该业务触发点是文件传送实体本身时,该文件传送实体需要有能够发送文件传送业务请求消息的必要配置,比如具有某种操作系统。
上述文件传送业务请求消息中的业务标识信息,可以是一具体的ID号或者是一特定的名称,只要其可以唯一标示该文件传送业务即可。
S102:根据业务标识信息,从业务目录中获取业务相关信息。
文件传送业务的业务相关信息可以包括文件传送业务的注册信息和文件传送业务组件的注册信息,其中文件传送业务组件的注册信息又可以包括提供文件业务组件注册信息和接收文件业务组件注册信息。
文件传送业务的注册信息内包括了业务标识信息和构成该文件传送业务的业务组件标识信息,提供文件业务组件注册信息和接收文件业务组件注册信息内也都包括了可以唯一确定该业务组件的业务组件标识信息。
可选的:业务相关信息还可以包含了业务的流程描述。
S103:将所述业务相关信息发送至文件传送调度服务器以便于所述文件 传送调度服务器根据所述业务相关信息生成流程实例。
文件传送实体在通过步骤S102得到上述文件传送业务的业务相关信息后,即将该业务相关信息发送至文件传送调度服务器,该文件传送调度服务器可以根据业务相关信息生成该次文件传送业务的流程实例,而根据该流程实例即可完成该次文件传送业务的完整实施。
作为本发明的一个实施例,文件传送调度服务器内可以预先存储好各个文件传送业务的流程描述,而当文件传送调度服务器接收到文件传送实体发送的业务相关信息后,根据该业务相关信息找到对应的流程描述,然后再将该流程描述实例化成流程实例。上述流程描述可以包括文件传送业务的执行过程规则信息,比如传送通道的建立过程的规则信息、传送文件的类型和大小限制、传送时间的限制、传送异常时的处理。
作为本发明的另一个实施例,业务相关信息包含了业务的流程描述,当文件传送调度服务器接收到文件传送实体发送的业务相关信息后,从业务相关信息中获得流程描述,然后再将该流程描述实例化成流程实例。上述流程描述可以包括文件传送业务的执行过程规则信息,比如传送通道的建立过程的规则信息、传送文件的类型和大小限制、传送时间的限制、传送异常时的处理。
S104:根据所述流程实例,将与所述业务相关信息对应的需要传送的文件从文件提供系统传送至文件接收系统。具体的说,是将需要传送的文件从文件提供系统内的某台主机传送至文件接收系统内的某台主机。
文件传送调度服务器在生成流程实例后,会调用该流程实例,然后根据该流程实例控制文件传送实体建立起相应的文件传送通道,该文件传送通道建立在文件传送实体间。
在此如果文件提供系统和文件接收系统,它们直连的文件传送实体不是同一个文件传送实体时,上述文件传输通道的建立具体来说是包括如下步骤:
建立文件提供系统到与该文件提供系统直连的文件传送实体之间的传输 通道;
建立与文件提供系统直连的文件传送实体到与文件接收系统直连的文件传送实体之间的传输通道;
建立文件接收系统到与该文件接收系统直连的文件传送实体之间的传输通道。
传输通道建立后,文件传送实体即可根据流程实例将需要传送的文件从文件提供系统传送至文件接收系统。需要指出的是,本发明实施例文件提供系统的文件是由文件传送实体主动获取的,文件提供系统只需要将访问权限开放给文件传送实体即可,同样的,文件接收系统的文件接收也是被动的,即由文件传送实体主动将从文件提供系统获取的文件写入文件接收系统,因此文件接收系统也需要将访问权限开放给文件传送实体。
综上述,本发明实施例的文件提供系统和文件接收系统在文件传送时不需要主动进行文件的发送接收,而是由文件传送实体来从文件提供系统提取所需的文件并发送给文件接收系统,因此不需要再开发点对点的适配接口,使用和文件传送实体相对应的统一接口即可实现系统间的文件传送,降低开发成本。
本实施例是从文件传送调度服务器侧对本发明作出的描述。
如图1所示为本发明实施例提供的另一种支撑域系统间文件传送的方法流程图,该方法包括如下步骤:
S201:接收文件传送实体发送的业务相关信息;
S202:根据所述业务相关信息生成流程实例;
S203:根据所述流程实例,建立从文件提供系统传送至文件接收系统的传送通道,以便于文件传送实体将与所述业务相关信息对应的需要传送的文件从文件提供系统传送至文件接收系统。
综上述,本发明实施例的文件提供系统和文件接收系统在文件传送时不需要主动进行文件的发送接收,而是由文件传送实体来从文件提供系统提取 所需的文件并发送给文件接收系统,因此不需要再开发点对点的适配接口,使用和文件传送实体相对应的统一接口即可实现系统间的文件传送,降低开发成本。
如图3所示为本发明实施例提供的一种支撑域系统间文件传送的方法流程图,在本实施例中支撑域系统1需要向支撑域系统2传送文件,文件传送实体1和文件传送实体2位于一由多个文件传送实体构成的文件传送实体网络中,文件传送实体1和支撑域系统1之间直接建立一IP通道而进行直连,文件传送实体2和支撑域系统2之间直接建立一IP通道进行直连,而文件传送实体1和文件传送实体2间可以直接建立一IP通道,也可以通过其它文件传送实体来间接建立一IP通道进行相连,业务目录和文件传送调度服务器通过上述文件传送实体网络中任一文件传送实体来接入该文件传送实体网络,该方法包括如下步骤:
S301:用户向业务目录注册文件传送业务的业务相关信息。
在本实施例中文件传送业务的业务相关信息可以包括:文件传送业务的注册信息和文件传送业务组件的注册信息,其中文件传送业务组件的注册信息又可以包括提供文件业务组件的注册信息和接收文件业务组件的注册信息。
提供文件业务组件的注册信息可以包括:业务组件标识信息、业务组件所属区域信息、业务组件直连的文件传送实体的信息、提供文件的类型、文件的最大及最小容量、文件命名规则、文件传送异常定义信息、文件存放主机的IP地址和存放目录、文件正在传送时的存放目录、文件传送异常时的存放目录和业务组件状态等信息。其中:
业务组件标识信息,其可以唯一标识该业务组件,其比如可以是一具体的ID号;业务组件所属区域信息,其可以标识该业务组件所属的系统所在的区域,其比如可以标识为“北京”;业务组件直连的文件传送实体的信息,其可以为文件传送时寻找路由提供必要的信息,其比如可以是上述文件传送 实体的IP地址信息;提供文件的类型,比如只能提供TXT后缀名的文件;文件的最大及最小容量,比如提供的文件大小需要在10M-20M之内;文件命名规则,比如提供的文件命名需要为“北京-001”到“北京-500”中的一个;文件传送异常定义信息,比如以“01”代表提供的文件容量超标,以“02”代表文件类型超出定义的范围等;文件存放主机的IP地址和存放目录、文件正在传送时的存放目录和文件传送异常时的存放目录,其可以使用户可以清楚地知道文件传送的情况;业务组件状态信息可以指示当前该组件是否可用。
同样的,接收文件业务组件的注册信息可以包括:业务组件标识信息、业务组件所属区域信息、业务组件直连的文件传送实体的信息、接收的文件类型、文件的最大及最小容量、文件命名规则、文件存放主机的IP地址和存放目录,业务组件状态等信息。
文件传送业务是由业务组件组合而成的,其至少包括一个提供文件业务组件和一个接收文件业务组件,由此可见,文件传送业务可以包括如下几种情况:一对一传送、一对多传送、多对一传送和多对多传送。因此,文件传送业务的注册信息包括:业务标识信息、构成该业务的业务组件标识信息、业务的调用频率、业务授权关系、文件是否加密传送、文件是否压缩传送、文件传送优先级别、文件传送到达目的地的时间要求、业务状态等信息。
我们根据上述构成该业务的业务组件标识信息就可以知道该文件传送业务由哪些业务组件组成,从而找到这些业务组件的相关信息。
作为本发明的另一个实施例,文件传送业务的业务相关信息还可以包括组合文件传送业务的注册信息。组合文件传送业务是由若干个独立的文件传送业务相组合而成的,因此该组合文件传送业务的注册信息可以包括:构成该组合文件传送业务的业务标识信息、各个业务的执行次序、各个业务的串并行执行关系等。
我们根据上述构成该组合文件传送业务的业务标识信息就可以知道该组 合文件传送业务由哪些文件传送业务所组成,进而根据这些文件传送业务找到具体是由哪些业务组件构成了该组合文件传送业务。
如果文件传送业务有所改动时,比如文件提供点发生变化,或者文件提供类型发生变化等,用户也可以对业务目录中的该业务的业务相关信息进行修改。
需要指出的是,在一般情况下,对文件传送业务的注册过程是预先进行的,它可以是在所有文件传送业务前就预先进行的,即在所有文件传送业务开始前就预先将文件传送业务的业务相关信息注册到业务目录中。
S302:业务触发点向文件传送实体1发送具体的文件传送业务请求消息,该业务触发点是具有需要进行该文件传送业务需求的主体,在实际情况中,该业务触发点可以位于支撑域系统1内,也可以位于支撑域系统2内,还可以位于其他支撑域系统内,甚至还可以是各个文件传送实体,比如该业务触发点其可以是支撑域系统1内的主机、也可以是支撑域系统2内的主机,还可以其他支撑域系统内的主机,或者是下一代业务网络中的某个文件传送实体。其中,上述文件传送业务请求消息中包含了文件传送业务的业务标识信息,该业务标识信息可以是一具体的ID号或者是一特定的名称,只要其可以唯一标示该文件传送业务即可。
在本实施例中,文件传送业务请求消息除了包括上述业务标识信息外,还包括了业务触发点的相关信息,比如业务触发点的IP地址信息、业务触发点的标识信息等。
S303:文件传送实体1解析上述业务触发点发出的文件传送业务请求消息,获得其中的业务标识信息。
S304:对上述文件传送业务请求消息进行校验操作。
该校验操作至少包括如下一种操作:对所述文件传送业务请求消息的格式检查、对所述业务触发点进行接入认证、对所述业务触发点的黑白名单检查、对所述业务触发点的业务授权检查等。
对所述文件传送业务请求消息的格式检查是指对文件传送业务请求消息的特定格式进行检查,比如该文件传送业务请求消息的特定格式为:请求业务类型+被请求文件传送实体的IP地址+提供文件的主机IP地址+接收文件的主机IP地址,而格式检查即检查文件传送业务请求消息是否符合该特定格式,并检查特定格式内各个部分是否正确,比如请求业务类型是否是未定义的业务类型,各个IP地址是否超出了IP地址的范围等。
对所述业务触发点进行接入认证是指对业务触发点的IP地址进行认证,判断该业务触发点的IP地址是否在允许接入的IP地址范围内,如果在,就允许该业务触发点进行接入,如果不在,则拒绝其进行接入。
对所述业务触发点的黑白名单检查是指对业务触发点的IP地址进行检查,判断该业务触发点的IP地址是否已经由于某些恶意行为被列入了黑名单,以及判断该业务触发点的IP地址是否属于重要级别很高的白名单,如果属于黑名单,则拒绝该次文件传送业务请求,如果是白名单,则简化对该业务触发点的检查,甚至不再做其他检查。
对所述业务触发点的业务授权检查是指判断该业务触发点可以请求哪些类型的文件传送业务,只有经过了授权的业务才允许该业务触发点的请求。
S305:在确认该文件传送业务已经通过上述所有校验后,文件传送实体1根据上述业务标识信息向业务目录发送业务相关信息查询请求。其中,该业务相关信息查询请求包括了业务标识信息。
S306:根据文件传送实体1的业务相关信息查询请求,业务目录查找到与该业务相关信息查询请求中的业务标识信息对应的业务相关信息,并将获取到的业务相关信息返回给文件传送实体1。
由图1对应的实施例的描述可知,一文件传送业务由若干个文件传送业务组件构成。
另外,一文件传送业务的业务相关信息可以包括文件传送业务的注册信息和文件传送业务组件的注册信息,其中文件传送业务组件的注册信息又可 以包括提供文件业务组件注册信息和接收文件业务组件注册信息。
文件传送业务的注册信息内包括了业务标识信息和构成该文件传送业务的业务组件标识信息,提供文件业务组件注册信息和接收文件业务组件注册信息内也都包括了可以唯一确定该业务组件的业务组件标识信息。
因此,业务目录根据业务相关信息查询请求包含的业务标识信息,可以从文件传送业务的注册信息内查找到与该业务标识信息对应的业务组件标识信息,然后再根据该业务组件标识信息从提供文件业务组件注册信息和接收文件业务组件注册信息内找到构成这些业务组件的其他注册信息,比如业务组件所属区域信息、业务组件直连的文件传送实体的信息、提供文件的类型、文件的最大及最小容量、文件命名规则、文件传送异常定义信息、文件存放主机的IP地址和存放目录、文件正在传送时的存放目录、文件传送异常时的存放目录和业务组件状态等信息。
组合文件传送业务是由若干个独立的文件传送业务相组合而成的,因此该组合文件传送业务的注册信息可以包括:构成该组合文件传送业务的业务标识信息、各个业务的执行次序、各个业务的串并行执行关系等。可见,业务目录根据文件传送实体1的查询请求内的多个业务标识信息也就可以找到该组合文件传送业务的注册信息。
比如,某一文件传送业务的业务标识信息为A,其标识了文件传送业务1,而该文件传送业务1是由提供文件传送业务组件11和接收文件传送业务组件12构成的,其中,文件传送业务1的业务相关信息内包括了该文件传送业务的业务标识信息为A以及构成该文件传送业务的提供文件传送业务组件11和接收文件传送业务组件12的业务组件标识信息A1及A2。因此通过业务标识信息A可以很容易的找到业务组件标识信息A1及A2,从而可以进一步找到提供文件传送业务组件A1和接收文件传送业务组件A2的其他注册信息。
如果,某一文件传送业务的业务标识信息为B和C,则其对应了文件传送业务2和3,该文件传送业务是一组合文件传送业务。通过业务标识信息为B 和C不但可以找到文件传送业务2和3各自对应的业务组件的相关注册信息,还可以找到该组合业务的相关注册信息,比如业务执行次序等。
S307:文件传送实体1根据获得的业务相关信息对文件传送业务进行协商。
该协商操作可以包括判断业务相关信息内的支撑域系统1的提供文件类型和支撑域系统2的接收文件类型是否匹配,支撑域系统1的提供文件和支撑域系统2的接收文件的容量是否匹配,业务调用频率是否符合要求。
如果协商失败,则文件传送实体1会对该文件进行重命名,该重命名后的新文件名是按照命名规则定义的,该新文件名可以体现文件校验协商失败的异常信息,然后文件传送实体1再将该重命名后的文件移入支撑域系统1内的文件传送异常目录,至此,本次文件传送业务就中止了。由于本发明实施例将校验协商失败后的文件加以重命名并移入了文件传送异常目录,使得后期用户可以很方便的查询该文件传送业务发生异常中止的状况。
S308:对文件传送业务的协商成功后,文件传送实体1将获取到的业务相关信息发送给文件传送调度服务器。
S309:文件传送调度服务器根据文件传送实体1发送的业务相关信息生成流程实例,并开始调用该流程实例。
文件传送调度服务器内已经预先存储好各个文件传送业务的流程描述,而当文件传送调度服务器接收到文件传送实体1发送的业务请求消息后,根据该业务请求消息内的业务标识信息找到对应的流程描述,然后再将该流程描述实例化,进而再调用该实例化后的流程描述来完成文件传送业务。
上述的流程描述包括了上述文件传送业务的执行过程规则信息,比如传送通道的建立过程的规则信息、传送文件的类型和大小限制、传送时间的限制、传送异常时的处理等执行过程规则信息。该流程描述中的逻辑关系可以用XML表达,也可以用关系型数据库的多个具有关联关系的表来表达,还可以通过其它结构的数据模型来表达。例如:该文件传送业务所对应的流程描述 如下:
1根据流程描述生成流程实例并开始生成传送日志;
2建立端到端文件传送通道;
2.1建立文件提供点到与文件提供点直连的文件传送实体间的通道;
2.2建立与文件提供点直连的文件传送实体到与文件接收点直连的文件传送实体间的通道;
2.3建立与文件接收点直连的文件传送实体到文件接收点间的通道;
2.4通道建立失败,对源文件进行改名,把异常信息填入新文件名,把文件移入传送异常目录,跳到5;
3端到端文件传送;
3.1把文件从文件提供点传送到与文件提供点直连的文件传送实体;
3.2转移源文件到正在传送目录;
3.3把文件从与文件提供点直连的文件传送实体传送到与文件接收点直连的文件传送实体;
3.4把文件从与文件接收点直连的文件传送实体传送到文件接收点;
3.5文件传送异常,对源文件进行改名,把异常信息填入新文件名,把文件从正在传送目录移入传送异常目录,跳到5;
4把源文件从正在传送目录转移到已完成目录;
5断开端到端文件传送通道;
6结束流程实例并结束生成传送日志。
S310:在文件传送调度服务器的控制下根据流程实例建立文件传送实体1至支撑域系统1的文件传送通道,建立文件传送实体1至支撑域系统1的文件传送通道可以为IP通道。
文件传送调度服务器可以向文件传送实体1发送建立文件传送通道的命令,以建立文件传送实体1至支撑域系统1的文件传送通道,建立文件传送实体1至支撑域系统1的文件传送通道可以为IP通道。
S311:在文件传送调度服务器的控制下根据流程实例建立文件传送实体1至文件传送实体2的文件传送通道。
文件传送调度服务器可以向文件传送实体1发送建立文件传送通道的命令,以建立文件传送实体1至支撑域系统1的文件传送通道,建立文件传送实体1至支撑域系统1的文件传送通道可以为IP通道。
S312:在文件传送调度服务器的控制下根据流程实例建立文件传送实体2至支撑域系统2的文件传送通道。
文件传送调度服务器可以向文件传送实体1发送建立文件传送通道的命令,以建立文件传送实体1至支撑域系统1的文件传送通道,建立文件传送实体1至支撑域系统1的文件传送通道可以为IP通道。
S310-S312的顺序是没有限制的,该顺序可以随着流程描述中描述的顺序的变化而发生改变。
可选的:上述S310-312的文件传送通道的建立,也可以由文件传送调度服务器向文件传送实体1发送一个建立传送通道的标识,然后文件传送实体根据该标识建立文件传送实体1与文件传送实体2的文件传送通道,然后文件传送1与文件传送实体2分别与支撑域系统1和支撑域系统2建立文件传送通道。
如果在S310-S312中建立文件传送通道失败,则文件传送实体1将支撑域系统1内与该次文件传送业务对应的主机上的需要传送的文件进行重命名,该重命名后的新文件名内体现了文件传送通道建立失败的异常信息,比如:重命名后的文件名为:文件名X00001,其中X00001为通道建立失败的错误代码,该代码是可以预先设定好的,然后再将该重命名后的文件移入文件传送异常目录,该文件传送异常目录也位于上述与该次文件传送业务对应的主机之上。为了能使文件传送实体1将该重命名后的文件移入文件传送异常目录,支撑域系统1需要将访问权限开放给文件传送实体1。
S313:根据文件传送业务的业务相关信息,文件传送实体1从支撑域系 统1内与该业务相关信息对应的主机上提取需要传送的文件,并将其缓存至文件传送实体1内的缓存区内。
在从支撑域系统1内与该次文件传送业务对应的主机上提取需要传送的文件之前,其会先将该文件复制到传送目录中,该传送目录位于支撑域系统1内与该次文件传送业务对应的主机之上。这样,当该文件在传送过程中,如果有其他文件传送实体也需要传送该文件,则支撑域系统1内与该次文件传送业务对应的主机会查询该文件是否位于传送目录中,如果在,则拒绝其他文件传送实体提取该文件,从而保证了文件传输的可靠性。当然本发明实施例也可以先将该文件剪切进正在传送目录,而在传送完成后再将该文件剪切回原位置,以此来保证文件传输的可靠性。
S314:文件传送实体1将上述文件传送至文件传送实体2。
S315:文件传送实体2将上述文件传送至支撑域系统2,当文件传送成功后,文件传送实体1还会将传送成功的文件移至已完成目录。
上述S314、S315的过程和S313的过程相类似,就不再赘述了。
作为本发明的一个实施例,如果上述步骤S313-S315内文件传送出现异常状况,导致文件传送失败的时候,则文件传送实体1也会按照命名规则对该文件进行重命名,该重命名后的新文件名体现了文件传送失败的异常信息,然后文件传送实体1再将该重命名后的文件移入文件传送异常目录。
需要指出的是,由于上述文件传送实体中都具有缓存区域,其传送过程中如果遇到传送线路断开等情况导致文件不能到达目标系统时,文件传送实体可以在这些情况解决后将缓存的数据继续进行传送,从而可以大幅提高文件传送的可靠性和简便性。
S316:当该次文件传送业务需要传送的文件传送成功后,就可以断开支撑域系统1至支撑域系统2间的传输通道。其中,可以先断开文件传送实体1至支撑域系统1之间的传输通道,再断开文件传送实体1至文件传送实体2之间的传输通道,最后断开文件传送实体2至支撑域系统2之间的传输通道, 当然,本发明实施例也不限定上述断开传输通道的顺序。
S317:通知文件传送调度服务器结束调度流程实例,并生成传送日志。在这里是在文件传送过程结束后再生成传送日志的,当然本发明实施例也可以S309开始调度流程实例的时候就开始生成日志,而在该步骤中通知文件传送调度服务器结束生成传送日志的工作方式。
本发明实施例作为文件提供点和文件接收点的支撑域系统在文件传送时不需要主动进行文件的发送接收,而是由文件传送实体来从文件提供点提取所需的文件并发送给文件接收点,因此不需要再开发点对点的适配接口,使用和文件传送实体相对应的统一接口即可实现支撑域系统间的文件传送,降低开发成本。
可选的:各个文件传送业务的流程描述可以作为业务相关信息,在S301中预先注册在以业务相关信息注册在业务目录中,在S306中,业务目录查找到业务相关信息查询请求中的业务标识信息对应的业务相关信息,该业务相关信息包括了文件传送业务的注册信息、文件传送业务组件的注册信息以及文件传送业务的流程描述;S309中,当文件传送实体1可以从业务相关信息中获取到业文件传送业务的流程描述,文件传送调度服务器就根据文件传送业务的流程描述将该流程描述实例化,进而再调用该实例化后的流程描述来完成文件传送业务。
如图4所示为本发明实施例提供的一种支撑域系统间文件传送的文件传送实体结构示意图,该文件传送实体包括:请求接收单元41、获取单元42、转发单元43、文件传送单元44。
请求接收单元41,用于接收业务触发点发出的文件传送业务请求消息,所述文件传送业务请求消息包含业务标识信息。
在本实施例中,是由业务触发点向文件传送实体发送文件传送业务请求消息,该业务触发点是具有需要进行该文件传送业务需求的主体,在实际情 况中,该业务触发点可以位于文件提供系统内,也可以位于文件接收系统内,还可以位于其他系统内,甚至还可以是各个文件传送实体,比如其可以为作为文件提供系统内的主机、也可以是作为文件接收系统内的主机、还可以是其他系统内的主机,甚至可以是文件传送实体本身,当该业务触发点是文件传送实体本身时,该文件传送实体需要有能够发送文件传送业务请求消息的必要配置,比如具有某种操作系统。
上述请求接收单元41所接收的文件传送业务请求消息中的业务标识信息,可以是一具体的ID号或者是一特定的名称,只要其可以唯一标示该文件传送业务即可。
获取单元42,用于根据所述业务标识信息,从业务目录中获取业务相关信息;
转发单元43,用于将所述业务相关信息发送至文件传送调度服务器以便于所述文件传送调度服务器根据所述业务相关信息生成流程实例。
本实施例中的文件传送实体在通过请求接收单元41得到上述文件传送业务的业务相关信息后,即通过转发单元43将该业务相关信息发送至文件传送调度服务器,该文件传送调度服务器可以根据业务相关信息生成该次文件传送业务的流程实例,而根据该流程实例即可完成该次文件传送业务的完整实施。
文件传送单元44,用于根据流程实例,将与业务相关信息对应的需要传送的文件从文件提供系统传送至文件接收系统。具体的说,是将需要传送的文件从文件提供系统内的某台主机传送至文件接收系统内的某台主机。
文件传送调度服务器在生成流程实例后,会调用该流程实例,然后根据该流程实例控制文件传送实体建立起相应的文件传送通道,该文件传送通道建立在文件传送实体间。
传输通道建立后,文件传送单元44即可根据流程实例将需要传送的文件从文件提供系统传送至文件接收系统。需要指出的是,本发明实施例文件提 供系统的文件是由文件传送单元44主动获取的,文件提供系统只需要将访问权限开放给文件传送实体即可,同样的,文件接收系统的文件接收也是被动的,即由文件传送单元44主动将从文件提供系统获取的文件写入文件接收系统,因此文件接收系统也需要将访问权限开放给文件传送实体。
本发明实施例作为文件提供点和文件接收点的系统在文件传送时不需要主动进行文件的发送接收,而是由文件传送实体来从文件提供点提取所需的文件并发送给文件接收点,因此不需要再开发点对点的适配接口,使用和文件传送实体相对应的统一接口即可实现系统间的文件传送,降低开发成本。
如图5所示为本发明实施例提供的另一种支撑域系统间文件传送的文件传送实体结构示意图,该文件传送实体包括:请求接收单元51、获取单元52、转发单元53、文件传送单元54、协商单元55,其中请求接收单元51、获取单元52、转发单元53、文件传送单元54与图5对应的实施例相类似,就不再赘述了。
协商单元55,用于根据获取单元52所接收的业务相关信息对文件传送业务进行协商,如果协商过程中出现异常,则对所述业务标识信息对应的需要传送的文件进行重命名,新文件名内体现了文件校验协商失败的异常信息,并将具有新文件名的所述业务标识信息对应的需要传送的文件移入文件传送异常目录。其具体协商可以包括以下一种或多种模块:
类型协商模块,用于判断所述业务相关信息中提供文件系统的提供文件类型和接收文件系统的接收文件类型是否匹配;或
容量协商模块,用于判断提供文件系统的提供文件和接收文件系统的接收文件的容量是否匹配;或
调用频率协商模块,用于判断业务调用频率是否符合要求。
可选的:获取单元52还可以包括,解析单元,用于解析所述业务触发点发出的文件传送业务请求消息以获得业务标识信息。文件传送业务请求消息 中含有可以识别该文件传送业务的业务标识信息,但业务标识信息可能被封装在该文件传送业务请求消息之中,因此需要解析单元将该业务标识信息解析出来。在本实施例中,文件传送业务请求消息除了包括上述业务标识信息外,还包括了业务触发点的相关信息,比如业务触发点的IP地址信息、业务触发点的标识信息等。查询单元,用于根据所述业务标识信息向业务目录发送业务相关信息查询请求。具体来说,该业务相关信息查询请求中就包括了解析单元所解析得到的业务标识信息。返回接收单元,用于接收所述业务目录返回的所述业务相关信息。业务目录在收到业务相关信息查询请求后,会根据请求中的业务标识信息找到与之对应的业务相关信息,然后将业务相关信息发送给相关信息接收单元。作为本发明的一个实施例,文件传送实体还可以包括一缓存单元,其用于缓存相关信息接收单元获取的业务相关信息。作为文件传送中间节点的文件传送实体来说,具有缓存单元后可以保证文件传输的可靠性。比如当文件传送中遇到作为文件接收点的系统并未启动或者出现故障不能工作的时候,缓存单元可以将需要传送的文件缓存一段时间,在上述系统开机或可以工作的时候,再将缓存的文件交给文件接收点进行处理。请求校验单元用于对请求接收单元5 1接收的文件传送业务请求消息进行校验操作,其具体可以包括以下一种或多种情况:
对所述文件传送业务请求消息的进行格式检查;或对所述业务触发点进行接入认证;或对所述业务触发点进行黑白名单检查;或对所述业务触发点进行业务授权检查。
是在开始传送文件前,可以先将需要传送的文件移入正在传送目录,当文件传送结束时,文件移动单元再将上述文件移入传送完成目录,而当文件传送过程中出现异常,或者传送通道建立过程中出现异常,或者请求校验单元在校验过程中发现异常,又或者协商单元协商过程中出现异常,文件移动单元会对需要传送的文件进行重命名,该重命名后的新文件名可以体现上述各种异常信息,再将重命名后的文件移入文件传送异常目录。这样,不但可 以防止文件在传送过程中被其他用户或者文件传送实体访问,保证文件传输的可靠性,而且可以使操控人员清楚的看到该文将的当前状态,从而做出相应的处理。
业务的流程描述可以存储在文件传送调度服务器中,当文件传送调度服务器接收到文件传送实体发送的业务相关信息,文件传送调度服务器根据业务相关信息的业务标识获取到对应的业务的流程描述。
业务的流程描述也可以注册在业务目录中,并且做为业务相关信息的一部分,当文件传送实体获取到业务相关信息后,将业务相关信息发送给文件传送调度服务器,文件传送调度服务器从业务相关信息中获取到流程描述。
其中,本实施例所涉及的业务相关信息、流程描述、流程实例以及所涉及的具体工作过程,可以参考上述图1和图3所涉及的实施例揭露的相关内容,在此不再赘述。
本发明实施例的文件传送实体可以从文件提供点提取所需的文件并发送给文件接收点,因此不需要文件提供点和文件接收点再开发点对点的适配接口,使用和文件传送实体相对应的统一接口即可实现系统间的文件传送,降低开发成本,另外文件传送实体在传送过程的各个阶段将文件置于不同的目录来保证了传输的可靠性。
如图6所示为本发明实施例提供的一种支撑域系统间文件传送的文件传送调度服务器结构示意图,
相关信息接收单元61,用于接收文件传送实体发送的业务相关信息;
生成单元62,用于根据所述业务相关信息生成流程实例;
建立单元63,用于根据所述流程实例,建立从文件提供系统传送至文件接收系统的传送通道,以便于文件传送实体将与所述业务相关信息对应的需要传送的文件从文件提供系统传送至文件接收系统。
其中,本实施例所涉及的业务相关信息、流程描述、流程实例以及所涉 及的具体工作过程,可以参考上述图2和图3所涉及的实施例揭露的相关内容,在此不再赘述。
本发明实施例的文件传送实体可以从文件提供点提取所需的文件并发送给文件接收点,因此不需要文件提供点和文件接收点再开发点对点的适配接口,使用和文件传送实体相对应的统一接口即可实现系统间的文件传送,降低开发成本,另外文件传送实体在传送过程的各个阶段将文件置于不同的目录来保证了传输的可靠性。
如图7所示为本发明实施例五提供的一种支撑域系统间文件传送的传送系统结构图,该传送系统包括:文件传送实体71和文件传送调度服务器71,文件传送实体71和文件传送调度服务器72之间相互连接,当然这里它们之间的连接并不一定是直连的,也有可能是通过其他文件传送实体进行间接相连的。
文件传送实体71,用于接收业务触发点发出的包含业务标识信息的文件传送业务请求消息,根据所述业务标识信息,从业务目录中获取业务相关信息,将所述业务相关信息发送至文件传送调度服务器以便于所述文件传送调度服务器根据所述业务相关信息生成流程实例,再根据所述流程实例将与所述业务标识信息对应的需要传送的文件从从文件提供系统传送至文件接收系统;
文件传送调度服务器72,用于接收文件传送实体发送的业务相关信息,根据所述业务相关信息生成流程实例;并根据所述流程实例,建立从文件提供系统传送至文件接收系统的传送通道,以便于文件传送实体将与所述业务相关信息对应的需要传送的文件从文件提供系统传送至文件接收系统。上述流程描述包括了上述文件传送业务的执行过程规则信息,比如传送通道的建立过程的规则信息、传送文件的类型和大小限制、传送时间的限制、传送异常时的处理等执行过程规则信息。该流程描述中的逻辑关系可以用XML表达,也可以用关系型数据库的多个具有关联关系的表来表达,还可以通过其它结 构的数据模型来表达。
其中,本实施例所涉及的业务相关信息、流程描述、流程实例以及所涉及的具体工作过程,可以参考上述图1、图2和图3所涉及的实施例揭露的相关内容,在此不再赘述。
本发明实施例作为文件提供点和文件接收点的支撑域系统在文件传送时不需要主动进行文件的发送接收,而是由文件传送实体来从文件提供点提取所需的文件并发送给文件接收点,因此不需要再开发点对点的适配接口,使用和文件传送实体相对应的统一接口即可实现系统间的文件传送,降低开发成本。
本实施例是以具体的实施方式来对支撑域系统内文件传送业务经常出现的几种情况进行描述,该些情况包括:一对一文件传送业务、一对多文件传送业务、多对一文件传送业务、多对多文件传送业务和组合文件传送业务。
一对一文件传送业务:
比如,HotBilling系统需要把当月后付费转预付费用户的“欠费数据文件”传送到OCS做扣费处理,这这就是典型的一对一文件传送业务。该业务是基于如图8所示的系统之上的,该系统包括:HotBilling系统、OCS、业务目录、文件传送调度服务器、文件传送实体1、文件传送实体2、文件传送实体3、文件传送实体4和文件传送实体5,其中5个文件传送实体间构成一网状结构,保证系统内各个部分之间都有具有路由可以到达。HotBilling系统连接至文件传送实体1,OCS连接至文件传送实体2,业务目录连接至文件传送实体4,而文件传送调度服务器连接至文件传送实体5。在进行文件传送前,HotBilling系统和OCS通过IP通道分别接入文件传送实体1和文件传送实体2来接入下一代业务网络平台,且HotBilling系统向业务目录中注册了提供文件业务组件,OCS向业务目录注册了接收文件业务组件。另外HotBilling系统和OCS都向该下一代业务网络平台开放了访问权限,例如:可以开放对 提供文件目录、正在传送文件目录和传送异常目录的读写权限,使得该平台内的文件传送实体可以对它们进行读写操作。
经过上述前期准备,业务触发点(比如是位于HotBilling系统内的主机)向文件传送实体1发送上述一对一文件传送业务请求消息;文件传送实体1解析该文件传送业务请求消息获得其中的业务标识信息(比如为0001);文件传送实体1对该文件传送业务进行业务控制操作;成功通过上述业务控制操作后,文件传送实体1根据业务标识信息向业务目录发送业务相关信息查询请求;根据业务相关信息查询请求,业务目录找到与该业务相关信息查询请求中的业务标识信息相应的业务相关信息,并将其返回给文件传送实体1;文件传送实体1根据获得的业务相关信息进行业务协商操作;成功通过协商后,文件传送实体1向文件传送调度服务器转发获得的业务相关信息;文件传送调度服务器根据业务相关信息生成流程实例,并开始调用该流程实例,生成传送日志;文件传送实体1根据流程实例建立与HotBilling系统间的IP通道;文件传送实体1根据流程实例建立与文件传送实体2间的IP通道;文件传送实体2根据流程实例建立与OCS间的IP通道;文件传送实体1将“欠费数据文件”从HotBilling系统传送至文件传送实体2;文件传送系统2再将该“欠费数据文件”写入OCS;“欠费数据文件”成功写入OCS后,断开HotBilling系统与OCS间的连接,并结束生成传送日志。
上述HotBilling系统至OCS之间的传输通道的建立,可以通过文件传输协议(File Transfer Protocol,FTP)、安全文件传送协议(Secure File Transfer Protocol,SFTP)或者其它文件传送协议或者一些厂商私有的文件传送协议来建立。
文件传送时,该“欠费数据文件”的传送路径可以参见图13。
一对多文件传送业务:
HotBilling系统每月把“欠费清单文件”发送给综合服务开通系统做欠费停机处理,同时也要把“欠费清单文件”传送给CRM系统做客户欠费状态变更,这就是典型的一对多文件传送业务。该业务是基于如图9所示的系统之上的,该系统包括:HotBilling系统、CRM系统、综合服务开通系统、业务目录、文件传送调度服务器、文件传送实体1、文件传送实体2、文件传送实体3、文件传送实体4和文件传送实体5,其中5个文件传送实体间构成一网状结构,保证系统内各个部分之间都有具有路由可以到达。HotBilling系统连接至文件传送实体1,CRM系统连接至文件传送实体2,综合服务开通系统连接至文件传送实体3,业务目录连接至文件传送实体4,而文件传送调度服务器连接至文件传送实体5。
在进行文件传送前,HotBilling系统、综合服务开通系统和CRM系统通过IP通道分别接入文件传送实体1、文件传送实体2和文件传送实体3来接入下一代业务网络平台,且HotBilling系统向业务目录中注册了提供文件业务组件,综合服务开通系统和CRM系统都向业务目录注册了接收文件业务组件,另外HotBilling系统、综合服务开通系统和CRM系统都向该下一代业务网络平台开放了访问权限。
经过上述前期准备,业务触发点(比如是位于CRM系统内的主机)向文件传送实体1发送上述一对多文件传送业务请求消息;文件传送实体1解析该文件传送业务请求消息获得其中的业务标识信息(比如为0002);文件传送实体1对该文件传送业务进行业务控制操作;成功通过上述业务控制操作后,文件传送实体1根据业务标识信息向业务目录发送业务相关信息查询请求;根据业务相关信息查询请求,业务目录找到与该查询请求中的业务标识信息相应的业务相关信息,并将其返回给文件传送实体1;文件传送实体1根据获得的业务相关信息进行业务协商操作;成功通过协商后,文件传送实体1向文件传送调度服务器转发获得的业务相关信息;文件传送调度服务器根据 业务相关信息生成流程实例,并开始调用该流程实例,生成传送日志;文件传送实体1根据流程实例建立与HotBilling系统间的IP通道;文件传送实体1根据流程实例建立与文件传送实体2和文件传送实体3间的IP通道;文件传送实体2根据流程实例建立与CRM系统间的IP通道,而文件传送实体3根据流程实例建立与综合服务开通系统间的IP通道;文件传送实体1将“欠费清单文件”从HotBilling系统传送至文件传送实体2和文件传送实体3;文件传送系统2再将该“欠费清单文件”写入CRM系统,而文件传送实体3则将该“欠费清单文件”写入综合服务开通系统;“欠费清单文件”成功写入CRM系统和综合服务开通系统后,断开HotBilling系统与CRM系统及综合服务开通系统间的连接,并结束生成传送日志。
当文件传送时,该文件的传送路径可以参见图14。
多对一文件传送业务:
HotBilling系统中的“月消费清单文件”和OCS中的“月消费清单文件”都需要传送到经营分析系统中才能进行月度消费趋势分析,就是典型的多对一文件传送业务。该业务是基于如图10所示的系统之上的,该系统包括:HotBilling系统、OCS、经营分析系统、业务目录、文件传送调度服务器、文件传送实体1、文件传送实体2、文件传送实体3、文件传送实体4和文件传送实体5,其中5个文件传送实体间构成一网状结构,保证系统内各个部分之间都有具有路由可以到达。HotBilling系统和OCS分别连接至文件传送实体1,经营分析系统连接至文件传送实体3,业务目录连接至文件传送实体4,而文件传送调度服务器连接至文件传送实体5。
在进行文件传送前,HotBilling系统和OCS通过文件传送实体1来接入下一代业务网络平台,经营分析系统通过文件传送实体3来接入下一代业务网络平台。且HotBilling系统和OCS向业务目录中注册了提供文件业务组件,经营分析系统则向业务目录中注册了接收文件业务组件,另外HotBilling系统、OCS和经营分析系统都向该下一代业务网络平台开放了访问权限。
经过上述前期准备,业务触发点(比如是位于OCS系统内的主机)向文件传送实体1发送上述多对一文件传送业务请求消息;文件传送实体1解析该文件传送业务请求消息获得其中的业务标识信息(比如为0003);文件传送实体1对该文件传送业务进行业务控制操作;成功通过上述业务控制操作后,文件传送实体1根据业务标识信息向业务目录发送业务相关信息查询请求;业务目录根据文件传送实体1的查询请求找到与该查询请求中的业务标识信息相应的业务相关信息,并将其返回给文件传送实体1;文件传送实体1根据获得的业务相关信息进行业务协商操作;成功通过协商后,文件传送实体向文件传送调度服务器转发获得的业务相关信息;文件传送调度服务器根据业务相关信息生成流程实例,并开始调用该流程实例,生成传送日志;文件传送实体1根据流程实例分别建立与HotBilling系统及OCS间的IP通道;文件传送实体1根据流程实例建立与文件传送实体3间的IP通道;文件传送实体3根据流程实例建立与经营分析系统间的IP通道;文件传送实体1将HotBilling系统内的“月消费清单文件”从HotBilling系统传送至文件传送实体3,并将OCS内的“月消费清单文件”从OCS传送至文件传送实体3;文件传送系统3再将上述两份“月消费清单文件”写入经营分析系统;“月消费清单文件”成功写入经营分析系统后,断开HotBilling系统与经营分析系统以及OCS与经营分析系统间的连接,并结束生成传送日志。
当文件传送时,该文件的传送路径可以参见图15。
多对多文件传送业务:
互联星空的“服务使用记录文件”和综合业务管理平台的(IntegratedServices Management Platform,ISMP)“服务使用记录文件”要传送给HotBilling系统和综合结算系统,分别进行计费处理和结算处理,就是典型的多对多的文件传送业务,该业务是基于如图11所示的系统之上的,该系统包括:互联星空平台、ISMP、HotBilling系统、综合结算系统、业务目录、文件传送调度服务器、文件传送实体1、文件传送实体2、文件传送实体3、文件传送实体4和文件传送实体5,其中5个文件传送实体间构成一网状结构,保证系统内各个部分之间都有具有路由可以到达。互联星空平台和ISMP分别连接至文件传送实体1,HotBilling系统连接至文件传送实体2,综合结算系统连接至文件传送实体3,业务目录连接至文件传送实体4,而文件传送调度服务器连接至文件传送实体5。在进行文件传送前,互联星空平台、ISMP通过文件传送实体1来接入下一代业务网络平台,HotBilling系统和综合结算系统分别通过文件传送实体2和文件传送实体3来接入下一代业务网络平台,互联星空平台和ISMP向业务目录中注册了提供文件业务组件,而HotBilling系统合综合结算系统向业务目录中注册了接收文件业务组件,另外互联星空平台、ISMP、HotBilling系统和综合结算系统都向该下一代业务网络平台开放了访问权限。
经过上述前期准备,业务触发点(比如是位于互联星空平台内的主机)向文件传送实体1发送上述多对多文件传送业务请求消息;文件传送实体1解析该文件传送业务请求消息获得其中的业务标识信息(比如为0004);文件传送实体1对该文件传送业务进行业务控制操作;成功通过上述业务控制操作后,文件传送实体1根据业务标识信息向业务目录发送业务相关信息查询请求;业务目录根据文件传送实体1的查询请求找到与该查询请求中的业务标识信息相应的业务相关信息,并将其返回给文件传送实体1;文件传送实体1根据获得的业务相关信息进行业务协商操作;成功通过协商后,文件传送实体向文件传送调度服务器转发获得的业务相关信息;文件传送调度服务器根据业务相关信息生成流程实例,并开始调用该流程实例,生成传送日志;文件传送实体1根据流程实例分别建立与互联星空平台及ISMP间的IP通道; 文件传送实体1根据流程实例分别建立与文件传送实体2和文件传送实体3间的IP通道;文件传送实体2根据流程实例建立与HotBilling系统间的IP通道,而文件传送实体3根据流程实例建立与综合结算系统间的IP通道;文件传送实体1将互联星空平台内的“服务使用记录文件”分别传送至文件传送实体2和文件传送实体3,并将ISMP内的“服务使用记录文件”分别传送至文件传送实体2和文件传送实体3;文件传送实体2将上述两份“服务使用记录文件”写入HotBilling系统,而文件传送实体3则将上述两份“服务使用记录文件”写入综合结算系统;上述两份“服务使用记录文件”成功写入HotBilling系统和综合结算系统后,断开ISMP与HotBilling系统以及综合结算系统间的连接,并断开互联星空平台与HotBilling系统以及综合结算系统间的连接,最后结束生成传送日志。当文件传送时,该文件的传送路径可以参见图16。
组合文件传送业务:
在支撑域系统内的文件传输中,省际漫游对账就是一种组合文件传送业务,该业务是基于如图12所示的系统之上的,该系统包括:归属省结算系统、漫游省结算系统、全国中心、业务目录、文件传送调度服务器、文件传送实 体1、文件传送实体2、文件传送实体3、文件传送实体4和文件传送实体5,其中5个文件传送实体间构成一网状结构,保证系统内各个部分之间都有具有路由可以到达。归属省结算系统连接至文件传送实体1,全国中心连接至文件传送实体2,漫游省结算系统连接至文件传送实体3,业务目录连接至文件传送实体4,而文件传送调度服务器连接至文件传送实体5。在进行文件传送前,归属省结算系统、全国中心和漫游省结算系统分别通过文件传送实体1、文件传送实体2和文件传送实体3接入下一代业务网络平台,且归属省结算系统、全国中心和漫游省结算系统都分别向业务目录中注册了提供文件业务组件和接收文件业务组件,另外归属省结算系统、全国中心和漫游省结算系统都向该下一代业务网络平台开放了访问权限。
上述组合文件传送业务的步骤如下:
首先:省际漫游结算对账文件从漫游客户的归属省结算系统上传到全国中心,全国中心中转该文件,该过程对应文件传送业务1。
接下来,全国中心再把文件传送到漫游省结算系统,漫游省结算系统对该文件进行对账处理,该过程对应文件传送业务2。
然后,漫游省结算系统把对账处理完的文件再上传到全国中心,全国中心中转该文件,该过程对应文件传送业务3。
最后,全国中心把对账处理完的文件传送到归属省结算系统,该过程对应文件传送业务4。把文件传送业务1、文件传送业务2、文件传送业务3和文件传送业务4按串行关系连接起来,就构成了一种组合文件传送业务。该文件传送业务1、2、3、4的具体过程和前述一对一文件传送业务相类似,在此就不再进行赘述了。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-On ly Memory,ROM)或随机存储记忆体(Random Access Memory,RAM)等。
以上所述的具体实施方式,对本发明的目的、技术方案和有益效果进行了进一步详细说明,所应理解的是,以上所述仅为本发明的具体实施方式而已,并不用于限定本发明的保护范围,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (19)
1.一种支撑域系统间文件传送的方法,其特征在于,所述方法包括:
接收业务触发点发出的文件传送业务请求消息,所述文件传送业务请求消息包含业务标识信息;
根据所述业务标识信息,从业务目录中获取业务相关信息;
将所述业务相关信息发送至文件传送调度服务器以便于所述文件传送调度服务器根据所述业务相关信息生成流程实例;
根据所述流程实例,将与所述业务相关信息对应的需要传送的文件从文件提供系统传送至文件接收系统。
2.如权利要求1所述的方法,其特征在于,所述根据所述业务标识信息,从业务目录中获取业务相关信息,包括:
解析所述文件传送业务请求消息以获得业务标识信息;
根据所述业务标识信息向业务目录发送业务相关信息查询请求;
接收所述业务目录返回的所述业务相关信息。
3.如权利要求2所述的方法,其特征在于,所述根据所述业务标识信息向业务目录发送业务相关信息查询请求,包括对所述文件传送业务请求消息进行校验,如果校验成功通过,则根据所述业务标识信息向业务目录发送业务相关信息查询请求;
其中所述对文件传送业务请求消息进行校验,包括以下一种或多种:
对所述文件传送业务请求消息的进行格式检查;或
对所述业务触发点进行接入认证;或
对所述业务触发点进行黑白名单检查;或
对所述业务触发点进行业务授权检查。
4.如权利要求2所述的方法,其特征在于,还包括:
根据所述业务相关信息对所述文件传送业务进行协商,如果协商过程中出现异常,则对所述业务标识信息对应的需要传送的文件进行重命名,新文件名体现了文件校验协商失败的异常信息,并将具有新文件名的所述业务标识信息对应的需要传送的文件移入文件传送异常目录。
5.如权利要求4所述的方法,其特征在于,所述对与所述业务标识信息对应的需要传送的文件进行协商,包括以下一项或多项:
判断所述业务相关信息中提供文件系统的提供文件类型和接收文件系统的接收文件类型是否匹配;或者
提供文件系统的提供文件和接收文件系统的接收文件的容量是否匹配;或者
业务调用频率是否符合要求。
6.如权利要求1所述的方法,其特征在于,所述业务相关信息包含了业务标识信息;
所述将所述业务相关信息发送至文件传送调度服务器以便于所述文件传送调度服务器根据所述业务相关信息生成流程实例包括:
将所述业务相关信息发送至文件传送调度服务器,以便于所述文件传送调度服务器根据所述业务标识信息获取对应的流程描述,将所述流程描述生成流程实例,并根据所述流程实例建立从文件提供系统至文件接收系统的文件传送通道。
7.如权利要求1所述的方法,其特征在于,所述业务相关信息包含了流程描述;
所述将所述业务相关信息发送至文件传送调度服务器以便于所述文件传送调度服务器根据所述业务相关信息生成流程实例包括:
将所述业务相关信息发送至文件传送调度服务器,以便于所述文件传送调度服务器从所述业务相关信息中获取到流程描述,将所述流程描述生成流程实例,并根据所述流程实例建立从文件提供系统至文件接收系统的文件传送通道。
8.一种支撑域系统间文件传送的方法,其特征在于,所述方法包括:
接收文件传送实体发送的业务相关信息;
根据所述业务相关信息生成流程实例;
根据所述流程实例,建立从文件提供系统传送至文件接收系统的传送通道,以便于文件传送实体将与所述业务相关信息对应的需要传送的文件从文件提供系统传送至文件接收系统。
9.如权利要求8所述的方法,其特征在于,所述业务相关信息包含了业务标识信息;
所述根据所述业务相关信息生成流程实例,包括:
根据所述业务标识信息获取到对应的流程描述,并将所述流程描述生成流程实例。
10.如权利要求8所述的方法,其特征在于,所述业务相关信息包含了流程实例,
所述根据所述业务相关信息生成流程实例,包括:
从所述业务相关信息中获取到流程描述,将所述流程描述生成流程实例。
11.如权利要求8所述的方法,其特征在于,所述根据所述流程实例,建立从文件提供系统传送至文件接收系统的传送通道,包括:
根据所述流程实例,向所述流程实例涉及相关的文件传送实体发送建立文件传送通道的命令,以建立所述流程实例包含相关的文件传送实体之间的文件传送通道。
12.一种支撑域系统间文件传送的文件传送实体,其特征在于,包括:
请求接收单元,用于接收业务触发点发出的文件传送业务请求消息,所述文件传送业务请求消息包含业务标识信息;
获取单元,用于根据所述业务标识信息,从业务目录中获取业务相关信息;
转发单元,用于将所述业务相关信息发送至文件传送调度服务器以便于所述文件传送调度服务器根据所述业务相关信息生成流程实例;
文件传送单元,用于根据所述流程实例,将与所述业务相关信息对应的需要传送的文件从文件提供系统传送至文件接收系统。
13.如权利要求12所述的文件传送实体,其特征在于,所述获取单元包括:
解析单元,用于解析所述文件传送业务请求消息以获得业务标识信息;
查询单元,用于根据所述业务标识信息向业务目录发送业务相关信息查询请求;
返回接收单元,用于接收所述业务目录返回的所述业务相关信息。
14.如权利要求13所述的文件传送实体,其特征在于,所述获取单元还包括请求校验单元,用于对所述文件传送业务请求消息进行校验,如果校验成功通过,则根据所述业务标识信息向业务目录发送业务相关信息查询请求;
其中所述对文件传送业务请求消息进行校验,包括以下一种或多种:
对所述文件传送业务请求消息的进行格式检查;或
对所述业务触发点进行接入认证;或
对所述业务触发点进行黑白名单检查;或
对所述业务触发点进行业务授权检查。
15.如权利要求12所述的文件传送实体,其特征在于,还包括:
协商单元,用于根据所述业务相关信息对所述文件传送业务进行协商,如果协商过程中出现异常,则对所述业务标识信息对应的需要传送的文件进行重命名,新文件名内体现了文件校验协商失败的异常信息,并将具有新文件名的所述业务标识信息对应的需要传送的文件移入文件传送异常目录。
16.如权利要求15所述的文件传送实体,其特征在于,所述协商单元包括以下一种或多种模块:
类型协商模块,用于判断所述业务相关信息中提供文件系统的提供文件类型和接收文件系统的接收文件类型是否匹配;或
容量协商模块,用于判断提供文件系统的提供文件和接收文件系统的接收文件的容量是否匹配;或
调用频率协商模块,用于判断业务调用频率是否符合要求。
17.一种支撑域系统间文件传送的文件传送调度服务器,其特征在于,包括:
相关信息接收单元,用于接收文件传送实体发送的业务相关信息;
生成单元,用于根据所述业务相关信息生成流程实例;
建立单元,用于根据所述流程实例,建立从文件提供系统传送至文件接收系统的传送通道,以便于文件传送实体将与所述业务相关信息对应的需要传送的文件从文件提供系统传送至文件接收系统。
18.一种支撑域系统间文件传送的传送系统,其特征在于,包括文件传送实体和文件传送调度服务器,
所述文件传送实体,用于接收业务触发点发出的包含业务标识信息的文件传送业务请求消息,根据所述业务标识信息,从业务目录中获取业务相关信息,将所述业务相关信息发送至文件传送调度服务器以便于所述文件传送调度服务器根据所述业务相关信息生成流程实例,再根据所述流程实例将与所述业务标识信息对应的需要传送的文件从从文件提供系统传送至文件接收系统;
所述文件传送调度服务器,用于接收文件传送实体发送的业务相关信息,根据所述业务相关信息生成流程实例;并根据所述流程实例,建立从文件提供系统传送至文件接收系统的传送通道,以便于文件传送实体将与所述业务相关信息对应的需要传送的文件从文件提供系统传送至文件接收系统。
19.如权利要求18所述的传送系统,其特征在于,还包括:
业务目录,用于接收所述文件传送实体发送的包含业务标识信息的业务相关信息查询请求,并根据所述业务标识信息向所述文件传送实体返回与所述业务标识信息对应的业务相关信息。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200910250018 CN102082812B (zh) | 2009-12-01 | 2009-12-01 | 支撑域系统间文件传送的方法、装置和系统 |
PCT/CN2010/079282 WO2011066788A1 (zh) | 2009-12-01 | 2010-11-30 | 支撑域系统间文件传送的方法、装置和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200910250018 CN102082812B (zh) | 2009-12-01 | 2009-12-01 | 支撑域系统间文件传送的方法、装置和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102082812A true CN102082812A (zh) | 2011-06-01 |
CN102082812B CN102082812B (zh) | 2013-04-17 |
Family
ID=44088563
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200910250018 Expired - Fee Related CN102082812B (zh) | 2009-12-01 | 2009-12-01 | 支撑域系统间文件传送的方法、装置和系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN102082812B (zh) |
WO (1) | WO2011066788A1 (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105183672A (zh) * | 2015-08-07 | 2015-12-23 | 北京思特奇信息技术股份有限公司 | 一种自适应的接口调用方法及系统 |
CN106209443A (zh) * | 2016-07-01 | 2016-12-07 | 成都镜杰科技有限责任公司 | 基于云计算的客户关系管理方法 |
CN109871354A (zh) * | 2019-01-16 | 2019-06-11 | 平安科技(深圳)有限公司 | 一种文件处理的方法及装置 |
CN111858494A (zh) * | 2020-07-23 | 2020-10-30 | 珠海豹趣科技有限公司 | 文件获取方法、装置、存储介质及电子设备 |
CN112311838A (zh) * | 2019-08-02 | 2021-02-02 | 腾讯科技(深圳)有限公司 | 业务异步交互方法及装置 |
CN113051224A (zh) * | 2021-04-08 | 2021-06-29 | 平安国际智慧城市科技股份有限公司 | 文件传输方法、装置、电子设备及计算机可读存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1893421A (zh) * | 2005-07-08 | 2007-01-10 | 中兴通讯股份有限公司 | 一种交换机网元和网管系统、计费系统间数据传输方法 |
CN101557303A (zh) * | 2008-04-11 | 2009-10-14 | 华为技术有限公司 | 路径建立请求方法、路径建立方法与系统 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101237331B (zh) * | 2007-12-27 | 2011-11-02 | 华为技术有限公司 | 话单文件的生成方法、传输方法、系统和装置 |
CN101217386B (zh) * | 2008-01-16 | 2011-01-19 | 中兴通讯股份有限公司 | 鉴权授权计费服务器及计费方法 |
-
2009
- 2009-12-01 CN CN 200910250018 patent/CN102082812B/zh not_active Expired - Fee Related
-
2010
- 2010-11-30 WO PCT/CN2010/079282 patent/WO2011066788A1/zh active Application Filing
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1893421A (zh) * | 2005-07-08 | 2007-01-10 | 中兴通讯股份有限公司 | 一种交换机网元和网管系统、计费系统间数据传输方法 |
CN101557303A (zh) * | 2008-04-11 | 2009-10-14 | 华为技术有限公司 | 路径建立请求方法、路径建立方法与系统 |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105183672A (zh) * | 2015-08-07 | 2015-12-23 | 北京思特奇信息技术股份有限公司 | 一种自适应的接口调用方法及系统 |
CN105183672B (zh) * | 2015-08-07 | 2018-09-11 | 北京思特奇信息技术股份有限公司 | 一种自适应的接口调用方法及系统 |
CN106209443A (zh) * | 2016-07-01 | 2016-12-07 | 成都镜杰科技有限责任公司 | 基于云计算的客户关系管理方法 |
CN106209443B (zh) * | 2016-07-01 | 2019-05-03 | 深圳市沃客非凡科技有限公司 | 基于云计算的客户关系管理方法 |
CN109871354A (zh) * | 2019-01-16 | 2019-06-11 | 平安科技(深圳)有限公司 | 一种文件处理的方法及装置 |
CN109871354B (zh) * | 2019-01-16 | 2023-08-22 | 平安科技(深圳)有限公司 | 一种文件处理的方法及装置 |
CN112311838A (zh) * | 2019-08-02 | 2021-02-02 | 腾讯科技(深圳)有限公司 | 业务异步交互方法及装置 |
CN112311838B (zh) * | 2019-08-02 | 2022-07-05 | 腾讯科技(深圳)有限公司 | 业务异步交互方法及装置 |
CN111858494A (zh) * | 2020-07-23 | 2020-10-30 | 珠海豹趣科技有限公司 | 文件获取方法、装置、存储介质及电子设备 |
CN111858494B (zh) * | 2020-07-23 | 2024-05-17 | 珠海豹趣科技有限公司 | 文件获取方法、装置、存储介质及电子设备 |
CN113051224A (zh) * | 2021-04-08 | 2021-06-29 | 平安国际智慧城市科技股份有限公司 | 文件传输方法、装置、电子设备及计算机可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN102082812B (zh) | 2013-04-17 |
WO2011066788A1 (zh) | 2011-06-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102082812B (zh) | 支撑域系统间文件传送的方法、装置和系统 | |
CN101656668B (zh) | 使用基于核心的节点进行状态传输的方法和装置 | |
CN101150857B (zh) | 用于松散耦合互操作的基于证书的认证授权计费方案 | |
CN102257855A (zh) | 用于提供在蜂窝和其他无线系统之间的互用性的系统和方法 | |
US20080098105A1 (en) | Method, apparatus, and system for communication-information management, wireless-communication device, and relay device | |
CN100395982C (zh) | 无线局域网预付费计费系统及其方法 | |
JP2004186749A (ja) | 無線lan通信方法及びシステム | |
CN105142132A (zh) | 一种mnp携号转网方法及系统 | |
CN103166936B (zh) | 一种用于提供第三方能力的系统、开放装置和方法 | |
CN101388854A (zh) | 一种多媒体消息传输的方法、系统和网关 | |
CN100484167C (zh) | 基于互联网的短消息传送系统的计费方法 | |
CN100417146C (zh) | 一种鉴权和计费的方法及外部用户接口网关 | |
CN1216509C (zh) | 无线电终端通信方法和无线电终端系统 | |
CN101754132B (zh) | 白名单管理系统、方法及业务操作支撑系统代理服务器 | |
KR100330346B1 (ko) | 인터넷 정보 유료화 시스템 | |
CN101365100B (zh) | 网络电视业务与互联网业务的切换方法 | |
CN101902699B (zh) | 一种基于消息号码处理消息的方法及装置 | |
CN101316228B (zh) | 外部代理更新与重定向后家乡代理相关的安全参数的方法 | |
CN100359911C (zh) | 一种采集主被叫网守信息的方法 | |
JP2002312685A (ja) | Ipコンテンツ料金代行徴収システム,ipコンテンツ料金代行徴収方法,課金サーバ,課金方法,課金サーバ用のプログラムおよびそのプログラム記録媒体 | |
CN102088684B (zh) | 一种计费管理系统及计费管理方法 | |
CN108462962A (zh) | 一种连接接入点的方法和装置 | |
KR20090034219A (ko) | 인증키가 구비된 유에스비 장치를 이용한 에스엠에스 발송시스템 및 그 방법 | |
KR20050102646A (ko) | 유저 데이터 레코드를 유저 스테이션으로 전송하기 위한방법 | |
CN117575852A (zh) | 基于公租房的缴费状态的确定方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20130417 Termination date: 20161201 |