[发明专利]适用于远程程序呼叫的逾时控制单元与远程程序呼叫方法

说明书

本发明揭露一种适用于远程程序呼叫的逾时控制单元与远程程序呼叫方法。逾时控制单元包含一阻断器、一讯息代理模块以及一会谈控制模块。逾时控制单元在接收到一请求方单元所发送的一处理请求时，将处理请求传送至一回应方单元，使得回应方单元处理处理请求，而会谈控制模块用以在一预设时间到达时判断回应方单元是否回传一处理结果，并于处理结果未被回传至请求方单元时，会谈控制模块控制阻断器发送一阻断请求至回应方单元，使得回应方单元根据阻断请求中断上述处理请求的处理，且讯息代理模块传送一会谈逾时讯息至请求方单元。

技术领域

本发明是有关于一种逾时控制单元，且特别是有关于一种适用于远程程序呼叫的逾时控制单元及远程程序呼叫方法。

背景技术

远程程序呼叫(Remote Procedure Call；RPC)是分散式应用系统运作上重要特性，个别系统在运作中透过RPC可调用其他系统的程序，待其他系统运算结果返回后再继续原有进程(thread)。虽然RPC有同步和非同步的运作方式，但基于商业逻辑需求，RPC经常以同步方式运作。然而这些分散进程会因会谈逾时(session timeout)而造成系统对于运行结果的认知不同，严重影响商业逻辑的正确性。

同步RPC经常用于企业交易活动，会谈逾时的时间大多是由请求方设定，且该设定无法根据对象不同做变更。因此，当会谈逾时的时间过短时，远程程序尚未完成，请求方就主动中断，容易造成请求方与回应方的状态不一致。而当会谈逾时的时间过长时，由于当系统进入等待状态时，使用者及相关资源都被锁定不能释放，容易造成死结(deadlock)。

面对上述问题，现行普遍的作法包含使用共同技术平台，例如请求方与回应方双方均采用Java的Session Bean，保证系统程序与session的生命周期相同，然而面对异质技术平台时，此作法无法适用。另一种作法为请求方与回应方双方均采用符合交易规范(transaction)的技术，并在异常状况时进行补偿动作，但是补偿动作也是另一个RPC调用程序，也同样存在着失败的风险，如此可能会造成无穷补偿回圈。因此，如何设计一种系统或方法以解决上述问题实属当前重要研发课题之一，亦成为当前相关领域亟需改进的目标。

发明内容

因此，本发明的一方面是在提供一种适用于远程程序呼叫(RemoteProcedureCall)的逾时控制单元。逾时控制单元包含一阻断器、一讯息代理(message agent)模块以及一会谈控制(session control)模块。逾时控制单元在接收到一请求方单元所发送的一处理请求时，将处理请求传送至一回应方单元，使得回应方单元处理处理请求，而会谈控制模块用以在一预设时间到达时判断回应方单元是否回传一处理结果，并于处理结果未被回传至请求方单元时，会谈控制模块控制阻断器发送一阻断请求至回应方单元，使得回应方单元根据阻断请求中断上述处理请求的处理，且讯息代理模块传送一会谈逾时(sessiontimeout)讯息至请求方单元。

依据本发明一实施例，上述阻断器更用以判断回应方单元是否成功中断上述处理请求的处理。若否，则讯息代理模块传送一保留状态讯息至请求方单元，并在回应方单元回传处理结果时，讯息代理模块传送一回呼(callback)讯息至请求方单元。

依据本发明另一实施例，上述阻断器是根该回应方单元所回传的一阻断状态讯息，判断回应方单元是否成功中断上述处理请求的处理。

依据本发明又一实施例，上述逾时控制单元还包含一计时器(timer)，且会谈控制模块更用以在逾时控制单元接收到处理请求时，启动计时器，并在计时器到达预设时间时，判断回应方单元是否回传上述处理结果。

依据本发明再一实施例，上述会谈控制模块更用以储存回应方单元所回传至逾时控制单元的一对应于上述处理请求的处理程序识别码。

依据本发明另又一实施例，上述阻断请求包含上述处理程序识别码，且回应方单元根据阻断请求中的处理程序识别码，中断上述处理请求的处理。