CN101178671A - 在服务器端动态配置业务处理进程的方法和系统 - Google Patents

在服务器端动态配置业务处理进程的方法和系统 Download PDF

Info

Publication number
CN101178671A
CN101178671A CNA2007101984421A CN200710198442A CN101178671A CN 101178671 A CN101178671 A CN 101178671A CN A2007101984421 A CNA2007101984421 A CN A2007101984421A CN 200710198442 A CN200710198442 A CN 200710198442A CN 101178671 A CN101178671 A CN 101178671A
Authority
CN
China
Prior art keywords
business processing
processing process
server end
business
treatment capacity
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.)
Pending
Application number
CNA2007101984421A
Other languages
English (en)
Inventor
黄学宏
李鸿烈
李刚
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
BEIJING FANGZHENG AODE COMPUTER SYSTEM Co Ltd
Peking University Founder Group Co Ltd
Original Assignee
BEIJING FANGZHENG AODE COMPUTER SYSTEM Co Ltd
Peking University Founder Group Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by BEIJING FANGZHENG AODE COMPUTER SYSTEM Co Ltd, Peking University Founder Group Co Ltd filed Critical BEIJING FANGZHENG AODE COMPUTER SYSTEM Co Ltd
Priority to CNA2007101984421A priority Critical patent/CN101178671A/zh
Publication of CN101178671A publication Critical patent/CN101178671A/zh
Pending legal-status Critical Current

Links

Images

Landscapes

  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本发明公开了一种在服务器端动态配置业务处理进程的方法和系统,涉及网络通信技术领域,为解决现有技术中交易系统业务并发量大时,业务处理效率低的问题而发明。本发明提供的在服务器端动态配置业务处理进程的方法,包括如下步骤:分别为服务器端的至少两种业务处理进程设置预定业务处理量;监测各业务处理进程的实时业务处理量;当所述业务处理进程的实时业务处理量大于所述预定业务处理量时,调整所述业务处理进程的数量。所述系统包括:业务量设置单元,至少两种业务处理进程,网络监听单元。本发明适用于在交易系统中,对服务器端的业务处理进程进行动态配置。

Description

在服务器端动态配置业务处理进程的方法和系统
技术领域
本发明涉及网络通信技术领域,特别涉及一种在服务器端动态配置业务处理进程的方法和系统。
背景技术
交易的抽象表述,就是一个同步通讯过程:一方发出请求(交钱),等待对方返回应答(交货)。通常,称发出请求的一方为客户端,做出应答的一方为服务器端。
目前,在大多数交易过程中,每个服务器端都负责接收客户端的交易请求,并对交易请求进行处理。例如:在银行的交易系统中,当客户端向银行系统的服务器发出交易请求时,每台银行系统的服务器都负责接收、处理客户端的交易请求。每到来一个交易请求,不管服务器是否繁忙,都会接受该交易请求,并对其进行处理,而没有一个缓冲的过程。而且,在银行系统中,存在多类别的业务进程,如:柜面业务、银行卡业务、支付系统业务等。目前的银行系统不能对这些业务进行动态的配置,当业务并发量比较大的时候。不能实现多类别的服务均衡。
同时,在现有的交易系统中,不能对整个交易过程的运行状况进行实时监控和管理。当交易过程中的业务进程数比较多时,需要处理的数据量也比较大,而服务器端的资源不能无限扩大,服务器的服务处理能力有限,无法对交易过程进行整体把握,此时,交易系统容易出现资源占用过大和运行效率低的情况,对服务器和客户之间的正常交易产生不利的影响。
发明内容
本发明要解决的技术问题在于提供一种在服务器端动态配置业务处理进程的方法,用于提高服务器端的业务处理效率。
为解决上述技术问题,本发明所采用的技术方案为:
一种在服务器端动态配置业务处理进程的方法,包括如下步骤:
分别为服务器端的至少两种业务处理进程设置预定业务处理量;
监测各业务处理进程的实时业务处理量;
当所述业务处理进程的实时业务处理量大于所述预定业务处理量时,调整所述业务处理进程的数量。
本发明提供的在服务器端动态配置业务处理进程的方法,对服务器端的至少两种业务处理进程分别设置一个预定业务处理量,所述的各业务处理进程能够处理的业务量不能超过该预定业务处理量,与现有技术相比,不会出现某个业务处理进程的业务处理量过大,而导致系统资源占用过大,出现雪崩现象;对各业务处理进程的实时业务处理量进行监测,与现有技术相比,可以随时掌握各业务处理进程的业务处理状况,并根据监测结果来对业务处理进程的个数进行调整;当所述业务处理进程的实时业务处理量大于所述预定业务处理量时,能够对业务处理进程的进程数进行重新分配,使服务器端的所有业务处理进程达到均衡状态,与现有技术相比,避免了一个业务处理进程的业务处理量过大、而另一个业务处理进程则出现空闲的情况,提高了业务处理的效率。
与上述在服务器端动态配置业务处理进程的方法相对应,本发明还提供一种在服务器端动态配置业务处理进程的系统,该系统能够提高服务器端业务处理的效率。本发明所采用的技术方案为:
一种在服务器端动态配置业务处理进程的系统,包括:
业务量设置单元,用于设置各业务处理进程的预定业务处理量;
至少两种业务处理进程,位于服务器端,用于处理客户端的交易请求;
网络监听单元,用于接收客户端的交易请求,提取所述交易请求中的交易请求包,并监测各业务处理进程的实时业务处理量,并根据业务处理进程的处理状态信息对业务处理进程的数量做出调整。
本发明提供的在服务器端动态配置业务处理进程的系统,对服务器端的至少两种业务处理进程分别设置一个预定业务处理量,当所述的各业务处理进程的实时处理的业务量超过该预定业务处理量时,调整该业务处理进程的业务处理量。与现有技术相比,不会出现某个业务处理进程的业务处理量过大,而导致系统资源占用过大,出现雪崩现象。同时,对各业务处理进程的实时业务处理量进行监测,与现有技术相比,可以随时掌握各业务处理进程的业务处理状况,并根据监测结果来对业务处理进程的个数进行调整;当所述业务处理进程的实时业务处理量大于所述预定业务处理量时,网络监听单元或管理单元能够对业务处理进程的进程数进行重新分配,使服务器端的所有业务处理进程达到均衡状态,与现有技术相比,避免了一个业务处理进程的业务处理量过大、而另一个业务处理进程则出现空闲的情况,提高了业务处理的效率。
附图说明
图1为本发明实施例提供的在服务器端动态配置业务处理进程的方法流程图;
图2为本发明实施例提供的在服务器端动态配置业务处理进程的方法中,客户端加密请求包以及服务器验证客户端身份的流程图;
图3为本发明实施例提供的在服务器端动态配置业务处理进程的系统结构图。
具体实施方式
下面结合附图对本发明做进一步的详细说明。
为了能够在业务并发量较大的时候,提高服务器端的业务处理效率,本发明提供了一种在服务器端动态配置业务处理进程的方法和系统。本发明所述的方法和系统可以应用在银行、邮政等系统,但应用领域并不局限于在此列举的场合。在本发明中,以银行的交易系统为例进行说明。
本发明提供的在服务器端动态配置业务处理进程的方法,包括如下步骤:
分别为服务器端的至少两种业务处理进程设置预定业务处理量;
监测各业务处理进程的实时业务处理量;
当所述业务处理进程的实时业务处理量大于所述预定业务处理量时,调整所述业务处理进程的数量。
本发明提供的在服务器端动态配置业务处理进程的方法,对服务器端的至少两种业务处理进程分别设置一个预定业务处理量,所述的各业务处理进程能够处理的业务量不能超过该预定业务处理量,与现有技术相比,不会出现某个业务处理进程的业务处理量过大,而导致系统资源占用过大,出现雪崩现象;对各业务处理进程的实时业务处理量进行监测,与现有技术相比,可以随时掌握各业务处理进程的业务处理状况,并根据监测结果来对业务处理进程的个数进行调整;当所述业务处理进程的实时业务处理量大于所述预定业务处理量时,能够对业务处理进程的进程数进行重新分配,使服务器端的所有业务处理进程达到均衡状态,与现有技术相比,避免了一个业务处理进程的业务处理量过大、而另一个业务处理进程则出现空闲的情况,提高了业务处理的效率。
如图1所示,所述在服务器端动态配置业务处理进程的方法,具体包括如下步骤:
101、分别为服务器端的至少两种业务处理进程设置预定业务处理量。
在交易系统中,不同的业务处理进程处理不同业务类型的客户请求。服务器首先对一定时间内客户端的请求数量进行统计,统计出与各请求类型所对应的业务量,对各业务处理进程设置相应的预定业务处理量,以满足客户端的需求,提高业务处理的效率。所述的一定时间可以自由定义,例如可以是一个小时,或一天等。
例如,客户端的请求类型可以包括卡业务、存款业务、贷款业务等。那么如果在两个小时内,服务器端发现客户端关于卡业务的请求比较多,而贷款业务的请求相对较少,那么服务器端就会分配较多的业务处理进程数量给处理卡业务的业务处理进程,而处理贷款业务的处理进程数量则会相对少些。
102、客户端发出交易请求给服务器。
客户端进程发起交易请求,通过网络处理把客户端数据变换成网络数据格式。然后,客户端将交易请求进行打包成请求包,发送给服务器端。所述请求包包括两部分内容:数据包和包头,其中,数据包中的信息为客户需要与服务器进行交易的数据信息,如交易金额,交易类型,请求时间等,而包头中的信息为客户的一些身份信息,如客户端的标识名称等。在发送交易请求给服务器时,客户端需要对交易请求包进行加密。
103、服务器根据客户端的请求包,验证客户端的身份。
服务器根据接收到的加密后的请求包,对客户端的身份进行验证。如果验证通过,则证明客户端身份合法,可以继续进行交易。
如图2所示,所述客户端加密请求包以及服务器验证客户端身份的步骤具体为:
201、为客户端和服务器端分配初始密钥。
首先,为参与交易的服务器端和客户端分别分配一个原始的IDEA(International Data Encryption Algorithm,国际数据加密算法)密钥ORGIDEA_KEY,该密钥由客户端和服务器端专人负责保管,在每天营业的开始输入并保存在两端的电脑内存中。其中,为了确保交易安全,所述密钥ORGIDEA_KEY定期更新。
202、客户端使用所述初始密钥对待发送的请求包进行加密。
在每一次交易开始时,客户端填写签到请求包,所述签到请求包中包括网点号、客户机的机器号和审计号,以及待交易的内容。并对所述签到请求包中的信息采用MD5(Message Digest Algorithm 5,信息-摘要算法)进行加密,然后用原始IDEA密钥ORGIDEA_KEY对该信息进行加密并上传到服务器。其中,每一次交易开始时,客户端将审计号自增1
203、服务器端校验客户信息并发送加密后的签到返回包。
服务器接收到经过加密的签到请求包后,首先校验客户端信息(网络名称或地址)的合法性,并随机生成一个密钥OPIDEA_KEY,填写一个签到返回包,并对所述签到返回包进行MD5校验,然后用ORGIDEA_KEY对该签到返回包中除包头以外的所有部分进行加密,并传送给客户端,同时设置相应的审计号。
其中,服务器端在接收到请求包后,首先校验对方网络连接的合法性,再使用OPIDEA_KEY进行解密;然后对请求包中的数据做MD5,并同请求包中的MD5对比,若相同,则数据完整性校验通过。然后将请求包中的审计号同服务器中的审计号比较,若请求包中的审计号大则接受,并用请求包中的审计号替代服务器中的审计号,否则表示出错。最后,服务器根据请求包中的柜员号校验操作员的操作权限,若通过则可以继续交易。
204、客户端对签到返回包进行解密并保存。
收到服务器发送过来的签到返回包后,客户端使用同样的密钥ORGIDEA_KEY对服务器下传的签到返回包进行解密,解密后对该签到返回包做MD5,并同下传的MD5进行对比。若两者相同,则接受OPIDEA_KEY,并保存在客户端。
104、服务器为客户端分配相对应的业务处理进程。
接收到客户端的请求包,并验证客户端身份合法之后,服务器提取所述请求包的包头信息,并将所述请求包的包头信息和数据包信息分别存储在共享内存中。各业务处理进程读取存储的请求包中的包头信息,查找与该业务进程服务类型相对应的包头信息;在查找到所述与包头信息后,在共享内存内,将相应业务处理进程的状态置为忙。同时,根据各业务处理进程的请求,分别将客户的请求包发送给对应的业务处理进程。当然,各业务处理进程的状态为忙的表示方式并不局限与在此所列举的,可以根据需要设定。
其中,若客户端的业务类型为大文件的传输时,例如:公司通过银行代发工资,由于交易已经完成,不需要传送交易数据,只需要对工资发放的详细清单进行输出和打印。由于传送的文件较大,为了避免其它业务类型的客户等候时间过长,分担其它业务处理进程的压力,提高业务处理的效率,服务器将另外分配特定业务处理进程,专门处理客户的该种业务类型。
105、监测各业务处理进程的实时业务处理量。
在交易过程中,为了对各业务处理进程的运行状况进行监测,服务器读取共享内存中各业务处理进程的状态值,当所述业务处理进程的状态值为忙的个数大于所述预定业务处理量时,服务器为所述业务处理进程分配附加的业务处理进程。而相应减少状态值为“闲”的业务处理进程的个数。
106、调整各业务处理进程的数量。
在交易过程,当业务并发量大的时候,会出现某个业务处理进程的实时业务处理量大于该业务处理进程的预定业务处理量时,为了避免出现所述业务处理进程资源占用过大的情况,服务器对各业务处理进程的数量进行调整,以实现各业务处理进程以高效率运行。所述调整各业务处理进程数量的过程可以由两种方式完成:
当所述业务处理进程的状态值为忙的个数大于所述预定业务处理量时,为所述业务处理进程增加相应的业务处理进程;
或服务器显示各业务处理进程的处理状态信息,然后,根据各业务处理进程的状态信息,手动调节各业务处理进程的状态值。
107、在所述业务处理进程处理完相对应的业务后,将处理结果返回给客户端。
在所述业务处理进程处理完相对应的业务后,服务器将处理后的交易数据返回给客户,此时,一个完整的交易过程结束。
本发明提供的在服务器端动态配置业务处理进程的方法,对服务器端的至少两种业务处理进程分别设置一个预定业务处理量,所述的各业务处理进程能够处理的业务量不能超过该预定业务处理量,与现有技术相比,不会出现某个业务处理进程的业务处理量过大,而导致系统资源占用过大,出现雪崩现象;对各业务处理进程的实时业务处理量进行监测,与现有技术相比,可以随时掌握各业务处理进程的业务处理状况,并根据监测结果来对业务处理进程的个数进行调整;当所述业务处理进程的实时业务处理量大于所述预定业务处理量时,能够对业务处理进程的进程数进行重新分配,使服务器端的所有业务处理进程达到均衡状态,与现有技术相比,避免了一个业务处理进程的业务处理量过大、而另一个业务处理进程则出现空闲的情况,提高了业务处理的效率。
与上述在服务器端动态配置业务处理进程的方法相对应,本发明还提供一种在服务器端动态配置业务处理进程的系统,如图3所示,所述系统包括:
业务量设置单元301,用于设置各业务处理进程的预定业务处理量;
至少两种业务处理进程302,位于服务器端,用于处理客户端的交易请求;
网络监听单元303,用于接收客户端的交易请求,提取所述交易请求中的交易请求包,并监测各业务处理进程302的实时业务处理量,并根据业务处理进程302的处理状态信息对业务处理进程302的数量做出调整。
不同的业务处理进程处理不同业务类型的客户,业务量设置单元301首先对一定时间内客户端的请求数量进行统计,统计出与各请求类型所对应的业务量,对各业务处理进程设置相应的预定业务处理量,以满足客户端的需求,提高业务处理的效率。所述的一定时间可以自由定义,例如可以是一个小时,或一天等。
网络监听单元303监测各业务处理进程302的实时业务处理量,当所述业务处理进程302的实时业务处理量大于预定业务处理量时,根据业务处理进程302的处理状态信息对业务处理进程的数量做出调整。
本发明提供的在服务器端动态配置业务处理进程的系统,业务量设置单元301对服务器端的至少两种业务处理进程302分别设置一个预定业务处理量,当所述的各业务处理进程的实时处理的业务量超过该预定业务处理量时,调整该业务处理进程的业务处理量。与现有技术相比,不会出现某个业务处理进程的业务处理量过大,而导致系统资源占用过大,出现雪崩现象。同时,对各业务处理进程的实时业务处理量进行监测,与现有技术相比,可以随时掌握各业务处理进程的业务处理状况,并根据监测结果来对业务处理进程的个数进行调整;当所述业务处理进程的实时业务处理量大于所述预定业务处理量时,网络监听单元303能够对业务处理进程的进程数进行重新分配,使服务器端的所有业务处理进程达到均衡状态,与现有技术相比,避免了一个业务处理进程的业务处理量过大、而另一个业务处理进程则出现空闲的情况,提高了业务处理的效率。
如图3所示,为了保证交易过程的保密性和数据完整性,所述系统还包括:
安全加密单元304,位于客户端,在发送交易请求给服务器端时,客户端需要对交易请求包进行加密。
所述客户端加密请求包以及安全加密单元304验证客户端身份的过程与方法实施例中的相同,在此不再赘述。
为了便于各业务处理进程302发现与自身处理的业务类型相对应的客户端请求,所述系统还包括:
存储单元305,用于存储所述网络监听单元303提取出的交易请求包,以及各业务处理进程302的状态值。网络监听单元303接收到客户端的请求包后,提取所述请求包的包头信息,并将所述请求包的包头信息和数据包信息分别存储在存储单元304中。各业务处理进程读取存储的请求包中的包头信息,查找与该业务进程服务类型相对应的包头信息;在查找到所述与包头信息后,在存储单元305内,将相应业务处理进程的状态置为忙。同时,根据各业务处理进程的请求,网络监听单元303分别将客户的请求包发送给对应的业务处理进程。当然,各业务处理进程的状态为忙的表示方式并不局限与在此所列举的,可以根据需要设定。
在交易过程中,为了对各业务处理进程302的运行状况进行监测,网络监听单元303读取存储单元305中各业务处理进程的状态值,当所述业务处理进程的状态值为忙的个数大于所述预定业务处理量时,为所述业务处理进程分配附加的业务处理进程,而相应减少状态值为“闲”的业务处理进程的个数。所述各业务处理进程的状态值、预定业务处理量和实时业务处理量等。
如图3所示,为了便于调整各业务处理进程的数量,所述系统还包括:
管理单元306,用于显示所述各业务处理进程302的处理状态信息,并手动的调整各业务处理进程的业务处理量。
在交易过程,当业务并发量大的时候,会出现某个业务处理进程的实时业务处理量大于该业务处理进程的预定业务处理量时,为了避免出现所述业务处理进程资源占用过大的情况,可对各业务处理进程的数量进行调整,以实现各业务处理进程以高效率运行。
所述调整各业务处理进程数量的过程可以由两种方式完成:
1)当所述业务处理进程的状态值为忙的个数大于所述预定业务处理量时,由网络监听单元303为所述业务处理进程增加相应的业务处理进程;
2)管理单元306根据服务器端显示的各业务处理进程的处理状态信息,手动调节各业务处理进程的状态值。即,手动的为各业务处理进程分配进程数量,从而达到各业务处理进程数量的均衡分配。
在所述业务处理进程处理完相对应的业务后,服务器将处理后的交易数据返回给客户,此时,一个完整的交易过程结束。
为了满足客户端的多类型的请求,减轻服务器端的处理压力,所述系统还包括:
文件传输单元307,用于将客户端的交易请求传送给所述网络监听单元303。例如:公司通过银行代发工资,由于交易已经完成,不需要传送交易数据,只需要对工资发放的详细清单进行输出和打印。由于传送的文件较大,为了避免其它业务类型的客户等候时间过长,分担其它业务处理进程的压力,提高业务处理的效率,文件传输单元307负责传送所述的清单等文件。
本发明提供的在服务器端动态配置业务处理进程的系统,业务量设置单元301对服务器端的至少两种业务处理进程分别设置一个预定业务处理量,当所述的各业务处理进程的实时处理的业务量超过该预定业务处理量时,调整该业务处理进程的业务处理量。与现有技术相比,不会出现某个业务处理进程的业务处理量过大,而导致系统资源占用过大,出现雪崩现象。同时,对各业务处理进程的实时业务处理量进行监测,与现有技术相比,可以随时掌握各业务处理进程的业务处理状况,并根据监测结果来对业务处理进程的个数进行调整;当所述业务处理进程的实时业务处理量大于所述预定业务处理量时,网络监听单元302或管理单元305能够对业务处理进程的进程数进行重新分配,使服务器端的所有业务处理进程达到均衡状态,与现有技术相比,避免了一个业务处理进程的业务处理量过大、而另一个业务处理进程则出现空闲的情况,提高了业务处理的效率。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求所界定的保护范围为准。

Claims (15)

1.一种在服务器端动态配置业务处理进程的方法,其特征在于,包括如下步骤:
分别为服务器端的至少两种业务处理进程设置预定业务处理量;
监测各业务处理进程的实时业务处理量;
当所述业务处理进程的实时业务处理量大于所述预定业务处理量时,调整所述业务处理进程的数量。
2.根据权利要求1所述的在服务器端动态配置业务处理进程的方法,其特征在于,所述分别为服务器端的至少两种业务处理进程设置预定业务处理量的步骤具体为:
统计一定时间内,客户端对各类型业务的请求量;
根据对各类型业务请求量的多少,为各业务处理进程设置预定业务处理量。
3.根据权利要求1或2所述的在服务器端动态配置业务处理进程的方法,其特征在于,在所述监测各业务处理进程的实时业务处理量的步骤之前,还包括:
提取客户端发送的请求包的包头信息,并将所述包头信息存储在共享内存中;
各业务处理进程查找所述包头信息,在查找到与其业务处理类型一致的包头信息后,更改其处理状态值为忙,并在共享内存中存储所述处理状态值;
根据各业务处理进程的请求,分别将客户的请求包发送给对应的业务处理进程。
4.根据权利要求3所述的在服务器端动态配置业务处理进程的方法,其特征在于,所述监测各业务处理进程的实时业务处理量的步骤具体为:
读取共享内存中各业务处理进程的状态值。
5.根据权利要求1所述的在服务器端动态配置业务处理进程的方法,其特征在于,所述调整所述业务处理进程的数量的步骤具体为:
当所述业务处理进程的状态值为忙的个数大于所述预定业务处理量时,为所述业务处理进程增加相应的业务处理进程。
6.根据权利要求1所述的在服务器端动态配置业务处理进程的方法,其特征在于,所述调整所述业务处理进程的数量的步骤具体为:
显示各业务处理进程的处理状态信息;
根据各业务处理进程的状态信息,手动调节各业务处理进程的状态值。
7.根据权利要求5或6所述的在服务器端动态配置业务处理进程的方法,其特征在于,所述业务处理进程的处理状态信息包括:各业务处理进程的状态值、预定业务处理量和实时业务处理量。
8.根据权利要求3所述的在服务器端动态配置业务处理进程的方法,其特征在于,在所述提取客户端发送的请求包的包头信息的步骤之前,还包括:
验证客户端身份的合法性。
9.根据权利要求1所述的在服务器端动态配置业务处理进程的方法,其特征在于,所述方法还包括:
在所述业务处理进程处理完相应的业务后,将各业务处理进程的处理结果返回给客户端。
10.一种在服务器端动态配置业务处理进程的系统,其特征在于:所述系统包括:
业务量设置单元,用于设置各业务处理进程的预定业务处理量;
至少两种业务处理进程,位于服务器端,用于处理客户端的交易请求;
网络监听单元,用于接收客户端的交易请求,提取所述交易请求中的交易请求包,并监测各业务处理进程的实时业务处理量,并根据业务处理进程的处理状态信息对业务处理进程的数量做出调整。
11.根据权利要求10所述的在服务器端动态配置业务处理进程的系统,其特征在于,还包括:
存储单元,用于存储所述网络监听单元提取出的交易请求包,以及各业务处理进程的状态值。
12.根据权利要求11所述的在服务器端动态配置业务处理进程的系统,其特征在于,所述系统还包括:
安全加密单元,位于客户端,用于加密客户端的交易请求。
13.根据权利要求12所述的在服务器端动态配置业务处理进程的系统,其特征在于,所述系统还包括:
管理单元,用于显示所述各业务处理进程的处理状态信息,并调整各业务处理进程的进程数量。
14.根据权利要求10所述的在服务器端动态配置业务处理进程的系统,其特征在于,所述系统还包括:
文件传输单元,用于将客户端的交易请求传送给所述网络监听单元。
15.根据权利要求10或13所述的在服务器端动态配置业务处理进程的系统,其特征在于,所述业务处理进程的处理状态信息包括:各业务处理进程的状态值、预定业务处理量和实时业务处理量。
CNA2007101984421A 2007-12-11 2007-12-11 在服务器端动态配置业务处理进程的方法和系统 Pending CN101178671A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CNA2007101984421A CN101178671A (zh) 2007-12-11 2007-12-11 在服务器端动态配置业务处理进程的方法和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CNA2007101984421A CN101178671A (zh) 2007-12-11 2007-12-11 在服务器端动态配置业务处理进程的方法和系统

Publications (1)

Publication Number Publication Date
CN101178671A true CN101178671A (zh) 2008-05-14

Family

ID=39404932

Family Applications (1)

Application Number Title Priority Date Filing Date
CNA2007101984421A Pending CN101178671A (zh) 2007-12-11 2007-12-11 在服务器端动态配置业务处理进程的方法和系统

Country Status (1)

Country Link
CN (1) CN101178671A (zh)

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103068052A (zh) * 2013-01-17 2013-04-24 中国联合网络通信集团有限公司 资源动态配置方法、系统和Portal服务器
CN103763343A (zh) * 2013-12-27 2014-04-30 乐视网信息技术(北京)股份有限公司 一种业务访问处理方法及装置
CN103795560A (zh) * 2012-11-01 2014-05-14 云永科技股份有限公司 连网装置标识符的管理方法和连网装置
CN104731652A (zh) * 2015-03-17 2015-06-24 百度在线网络技术(北京)有限公司 业务的处理方法及装置
CN105025470A (zh) * 2014-04-18 2015-11-04 中国移动通信集团公司 一种业务请求处理方法、系统及相关装置
CN105824691A (zh) * 2015-01-08 2016-08-03 平安科技(深圳)有限公司 动态调节线程的方法及装置
CN106383743A (zh) * 2016-09-27 2017-02-08 腾讯科技(深圳)有限公司 业务处理方法及系统
CN106529965A (zh) * 2016-12-02 2017-03-22 浪潮(苏州)金融技术服务有限公司 一种数据处理方法、装置和系统
CN108920278A (zh) * 2018-07-02 2018-11-30 中国建设银行股份有限公司 资源分配方法及装置
CN113469686A (zh) * 2021-07-21 2021-10-01 上海浦东发展银行股份有限公司 业务交易量的调整方法、装置、设备及存储介质
CN116805521A (zh) * 2023-08-22 2023-09-26 南通大学附属医院 面向历史信息的医院档案监控平台与方法

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103795560A (zh) * 2012-11-01 2014-05-14 云永科技股份有限公司 连网装置标识符的管理方法和连网装置
CN103068052A (zh) * 2013-01-17 2013-04-24 中国联合网络通信集团有限公司 资源动态配置方法、系统和Portal服务器
CN103068052B (zh) * 2013-01-17 2016-03-02 中国联合网络通信集团有限公司 资源动态配置方法、系统和Portal服务器
CN103763343A (zh) * 2013-12-27 2014-04-30 乐视网信息技术(北京)股份有限公司 一种业务访问处理方法及装置
CN105025470A (zh) * 2014-04-18 2015-11-04 中国移动通信集团公司 一种业务请求处理方法、系统及相关装置
CN105824691B (zh) * 2015-01-08 2019-11-22 平安科技(深圳)有限公司 动态调节线程的方法及装置
CN105824691A (zh) * 2015-01-08 2016-08-03 平安科技(深圳)有限公司 动态调节线程的方法及装置
CN104731652A (zh) * 2015-03-17 2015-06-24 百度在线网络技术(北京)有限公司 业务的处理方法及装置
CN106383743A (zh) * 2016-09-27 2017-02-08 腾讯科技(深圳)有限公司 业务处理方法及系统
CN106529965A (zh) * 2016-12-02 2017-03-22 浪潮(苏州)金融技术服务有限公司 一种数据处理方法、装置和系统
CN108920278A (zh) * 2018-07-02 2018-11-30 中国建设银行股份有限公司 资源分配方法及装置
CN113469686A (zh) * 2021-07-21 2021-10-01 上海浦东发展银行股份有限公司 业务交易量的调整方法、装置、设备及存储介质
CN116805521A (zh) * 2023-08-22 2023-09-26 南通大学附属医院 面向历史信息的医院档案监控平台与方法
CN116805521B (zh) * 2023-08-22 2023-11-14 南通大学附属医院 面向历史信息的医院档案监控平台与方法

Similar Documents

Publication Publication Date Title
CN101178671A (zh) 在服务器端动态配置业务处理进程的方法和系统
CN107240017B (zh) 区块链交易管理系统及方法
EP3644265A1 (en) Method and system for digital currency transaction verification and registration
CN101764671A (zh) 文件传输方法和服务器中的业务处理方法、设备及系统
US11301842B2 (en) CPK-based digital bank, digital currency, and payment method
US20200134586A1 (en) Anonymity and traceability of digital property transactions on a distributed transaction consensus network
US20200027080A1 (en) Scalable reconciliation of crypto assets in a blockchain network
CN111859348A (zh) 一种基于用户识别模块及区块链技术的身份认证方法及装置
US20080263645A1 (en) Privacy identifier remediation
CN101226616A (zh) 网上支付服务器、支付平台及一种网上支付的方法和系统
CN101997929A (zh) 一种云存储的数据存取的方法、装置及系统
CN101236629A (zh) 网上支付系统及网上支付方法
CN107358436A (zh) 通过银行账户访问认证的数字货币钱包支付的方法、系统
CN102647274A (zh) Pos终端、终端接入前置、主密钥管理系统及其方法
CN105956840A (zh) 一种缴纳电费的方法、装置及银电联网系统
CN101281636A (zh) 自动发卡方法及系统
Li et al. A security-enhanced one-time payment scheme for credit card
CN1741074B (zh) 一种防止银行信用卡被盗用的方法
CN101075967B (zh) 一种swift报文处理系统
CN102831517A (zh) 一种基于移动终端的电子消费卡系统
CN103745349A (zh) 一种电子消费卡系统
CN108809929A (zh) 一种基于区块链技术的农村金融系统
ZA200106247B (en) Electronic information inquiring process.
KR20060130312A (ko) 복수기관 공동발급 스마트카드 칩에 키를 전달하는 방법 및그 시스템
CN113362064B (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
C12 Rejection of a patent application after its publication
RJ01 Rejection of invention patent application after publication

Open date: 20080514