专利名称：：接口缓冲方法和系统的制作方法
技术领域：
：本发明涉及接口技术，特别是涉及一种接口缓冲方法和系统。
背景技术：
：在信息资源蓬勃发展的今天，越来越多的应用平台需要借助或引进外围系统来扩展自身的应用，从而吸引更多的用户群。平台通过接口作为联系外围系统的纽带。外围系统的处理能力及服务性能各不相同，大量的用户群可能导致一些低性能接口服务宕机，从而影响平台的正常运行。随着外围接口机的不断增多，接口不可控因素也随之上升。比如由于现有的接口机制对用户请求基本不做缓冲，直接将其转发至各外围接口。这样，当请求量很大时，容易造成外围接口请求堆积，外围接口高负荷运行会导致服务消耗有限的应用资源(如接口应用所拥有的内存上限)，进而导致接口停止服务。外围接口宕机后，用户请求压力转移至平台。用户因请求未得到及时响应而进行重复请求，造成平台请求大量堆积，严重时导致平台瘫痪。另外，为了保护外围接口应用，平台会将用户请求以工单形式发送至外围接口。外围接口将用户请求进行预存后处理，外围接口不返回处理结果，导致用户请求没有及时反馈，用户感知度差。
发明内容本发明的目的是提出一种接口缓冲方法，以保证接口及平台平稳运行。为实现上述目的，本发明提供了一种接口缓冲方法，包括接收接口请求信息；根据所述接口请求信息生成接口请求标识符；将所述接口请求信息和所述接口请求标识符构成的请求数据存入请求中间表；计算当前可用并发量；从所述请求中间表中读取不大于所述当前可用并发量的请求数据，将所述请求数据载入到请求队列；将所述请求队列中的请求数据封装成请求报文；和将所述请求报文通过内部接口机发送给外部接口机进行处理。在一个实施例中，所述从所述请求中间表中读取不大于所述当前可用并发量的请求数据，将所述请求数据载入到请求队列包括以预定时间间隔轮询所述请求中间表；当所述请求中间表中的请求数据的数目小于或等于所述当前可用并发量时，将所述请求中间表中的请求数据全部载入所述请求队列；当所述请求中间表中的请求数据的数目大于所述当前可用并发量时，载入所述请求队列的请求数据的数目为所述当前可用并发量。在一个实施例中，所述预定时间间隔设置为当所述请求中间表为空时从所述请求中间表读取请求数据至所述请求队列的时间间隔。在一个实施例中，在所述从所述请求中间表中读取不大于所述当前可用并发量的请求数据，将所述请求数据载入到请求队列的同时，将已读取的所述请求数据标识为正在处理的数据。在一个实施例中，接口缓冲方法还包括接收所述外部接口机返回的所述请求报文的处理结果和所述请求报文的接口请求标识符；将所述处理结果和所述接口请求标识符存入消息中间表；和根据所述处理结果和所述接口请求标识符删除所述请求中间表中的相应请求数据。在一个实施例中，在所述将所述处理结果和所述接口请求标识符存入消息中间表之后包括从所述消息中间表获取所述处理结果；当获取所述处理结果的时间在预定超时时间范围内时，停止获取请求信息，向用户反馈所获取到的处理结果；和当未在预定超时时间范围内获取到所述处理结果时，向用户反馈超时消息。在一个实施例中，所述的接口缓冲方法还包括当从所述请求中间表中读取不大于所述当前可用并发量的请求数据，将所述请求数据载入到请求队列时，执行一次计数操作，并根据所述计数操作后得到的计数结果计算当前可用并发量；和当所述外部接口机每返回一次处理结果，执行一次计数操作，并根据所述计数操作后得到的计数结果计算当前可用并发量。为实现上述目的，本发明还提供了一种接口缓冲系统，包括标识符生成单元，用于接收接口请求信息，根据所述接口请求信息生成接口请求标识符；请求中间表，用于存储所述接口请求信息和所述接口请求标识符构成的请求数据；计算单元，用于计算当前可用并发量；缓冲单元，从所述请求中间表中读取不大于所述当前可用并发量的请求数据，将所述请求数据载入到请求队列；封装单元，用于将所述请求队列中的请求数据封装成请求报文；和发送单元，用于将所述请求报文通过内部接口机发送给外部接口机进行处理。在一个实施例中，所述缓冲单元包括轮询子单元，用于以预定时间间隔轮询所述请求中间表；判断子单元，用于判断所述请求中间表中的请求数据的数目与当前可用并发量的大小关系，当所述请求中间表中的请求数据的数目小于或等于所述当前可用并发量时，所述缓冲单元将所述请求中间表中的请求数据全部载入所述请求队列，当所述请求中间表中的请求数据的数目大于所述当前可用并发量时，所述缓冲单元载入所述请求队列的请求数据的数目为所述当前可用并发量。在一个实施例中，所述预定时间间隔设置为当所述请求中间表为空时从所述请求中间表读取请求数据至所述请求队列的时间间隔。在一个实施例中，在所述从所述请求中间表中读取不大于所述当前可用并发量的请求数据，将所述请求数据载入到请求队列的同时，将已读取的所述请求数据标识为正在处理的数据。在一个实施例中，接口缓冲系统还包括消息接收单元，用于接收所述外部接口机返回的所述请求报文的处理结果和所述请求报文的接口请求标识符；和删除单元，用于将所述处理结果和所述接口请求标识符存入消息中间表，根据所述处理结果和所述接口请求标识符删除所述请求中间表中的相应请求数据。在一个实施例中，接口缓冲系统还包括获取单元，用于在将所述处理结果和接口请求标识符存入消息中间表之后从所述消息中间表获取所述处理结果；超时判断单元，用于判断是否在超时时间范围内获取到所述处理结果；和消息反馈单元用于当获取所述处理结果的时间在预定超时时间范围内时，停止获取请求信息，向用户反馈所获取到的所述处理结果，当未在预定超时时间范围内获取到所述处理结果时，向用户反馈超时消息。在一个实施例中，接口缓冲系统还包括并发计数器，用于当从所述请求中间表中读取不大于所述当前可用并发量的请求数据，将所述请求数据载入到请求队列时，执行一次计数操作并将计数结果发送给所述计算单元，当所述消息接收单元每返回一次处理结果，执行一次计数操作并将计数结果发送给所述计算单元。基于上述技术方案，本发明通过控制接口并发量的方式来达到接口缓冲的目的。通过对每个接口交互进行唯一标识，将接口消息反馈到对应的调用者，做到消息的无缝隙反馈。本发明对一般的接口交互增加了接口缓冲机制，并在此基础上提供了消息反馈方法，避免了由于大量用户请求而造成接口宕机的情况，使平台摆脱外部接口机的性能约束，保证了平台稳定运行。另外，本发明使平台应用与外部接口机的交互更加独立，中间仅靠数据库作为二者关联的纽带，从而减轻平台的事务处理负担。此处所说明的附图用来提供对本发明的进一步解释，构成本发明的一部分。本发明的示意性实施例及其说明仅用于解释本发明，但并不构成对本发明的不当限定。在附图中图1为根据本发明实施例的接口缓冲方法的流程图。图2为根据本发明实施例的接口请求发送方法的流程图。图3为根据本发明实施例的接口请求反馈方法的流程图。图4为根据本发明实施例的接口缓冲系统的结构示意图。图5为根据本发明另一实施例的接口缓冲系统的结构示意图。图6为根据本发明实施例的接口缓冲发送模块的结构示意图。图7为根据本发明实施例的接口缓冲反馈模块的结构示意图。具体实施例方式下面参照附图对本发明进行更详细的描述，其中说明本发明的示例性实施例。在附图中，相同的标号表示相同或者相似的组件或者元素。图1为根据本发明实施例的接口缓冲方法100的流程图。在步骤102中，接收接口请求信息。在步骤104中，根据接口请求信息生成接口请求标识符。在步骤106中，将接口请求信息和接口请求标识符构成的请求数据存入请求中间表。在步骤108中，计算当前可用并发量。在步骤110中，从请求中间表中读取不大于当前可用并发量的请求数据，将请求数据载入到请求队列。在步骤112中，将请求队列中的请求数据封装成请求报文。在步骤114中，将请求报文通过内部接口机发送给外部接口机进行处理。本发明通过控制接口并发量的方式来达到接口缓冲的目的。避免了由于大量用户请求而造成接口宕机的情况，使平台摆脱外部接口机的性能约束，保证了平台稳定运行。另外，本发明使平台应用与外部接口机的交互更加独立，中间仅靠数据库(请求中间表)作为二者关联的纽带，从而减轻平台的事务处理负担。图2为根据本发明实施例的接口请求发送方法200的流程图。在步骤202中，接收接口请求信息。比如当GUI用户触发接口请求信息时，接收此接口请求信息。在步骤204中，根据接口请求信息生成接口请求标识符。其中，接口请求标识符用于唯一地标识相应的接口请求并且贯穿于整个接口缓冲与消息反馈过程。在消息反馈过程中，接口请求的处理结果消息是根据该接口标识符而反馈到对应的GUI用户的。在步骤206中，将接口请求信息和接口请求标识符构成的请求数据存入请求中间表。在一个实施例中，请求中间表可以包括处理标识符以用于标识该条请求是否已被处理。比如，处理标识符缺省为0，其中0表示未被处理，1表示正被处理。在步骤208中，计算当前可用并发量。在一个实施例中，可以根据下述公式来计算当前可用并发量，但不限于下式的形式当前可用并发量=接口最大并发量_当前接口并发量。其中，接口最大并发量可以根据实际测试获得的接口瞬间可承受的最大并发量来设置，而当前接口并发量可以由后续步骤216和310获得。在步骤210中，从请求中间表中读取不大于当前可用并发量的请求数据，将请求数据载入到请求队列。在一个实施例中，可以在将请求数据载入到请求队列的同时，将已读取的请求数据标识为正在处理的数据。在一个实施例中，可以以预定时间间隔轮询请求中间表。其中，预定时间间隔可以设置为当请求中间表为空时，即没有用户请求时从请求中间表读取请求数据至请求队列的时间间隔。轮循请求中间表的时间间隔可以根据请求频率、用户感知及系统开销等方面综合考虑而设置。间隔太长可能造成接口请求太慢，太短会加大服务器及数据库的开销。当请求中间表中的请求数据的数目小于或等于当前可用并发量时，将请求中间表中的请求数据全部载入请求队列，当请求中间表中的请求数据的数目大于当前可用并发量时，载入请求队列的请求数据的数目为当前可用并发量。在步骤216中，当从请求中间表中读取不大于当前可用并发量的请求数据，将请求数据载入到请求队列时，执行一次计数操作，并根据计数操作后得到的计数结果计算当前可用并发量。比如计数操作可以为加N(N为从请求中间表中读取的请求数据的条数)操作。在下一次触发操作时，可以将加N的计数结果用于步骤208的计算。在步骤212中，将请求队列中的请求数据封装成请求报文。在步骤214中，将请求报文通过内部接口机发送给外部接口机进行处理。图3为根据本发明实施例的接口请求反馈方法300的流程图。在步骤302中，接收外部接口机返回的请求报文的处理结果和请求报文的接口请求标识符。在步骤304中，将处理结果和接口请求标识符存入消息中间表。比如，内部接口机可以将处理结果和接口请求标识符存入消息队列。该消息队列作为内部接口机与消息中间表之间进行结果消息反馈的缓冲池。在一个实施例中，从消息队列取出处理结果和接口请求标识符存入消息中间表的时间间隔可以预先进行设置。比如，可以设置为当没有用户请求即消息队列为空时从消息队列取数据至消息中间表的时间间隔。从消息队列取出处理结果和接口请求标识符存入消息中间表的时间间隔可以根据请求频率、用户感知及系统开销等方面综合考虑。间隔太长可能造成GUI消息返回太慢，太短会加大服务器的开销。在步骤306中，根据处理结果和接口请求标识符删除请求中间表中的相应请求数据。这表明该请求已处理完毕。在步骤308中，从消息中间表获取处理结果，当获取处理结果的时间在预定超时时间范围内时，停止获取请求信息，向用户反馈所获取到的处理结果，当未在预定超时时间范围内获取到处理结果时，向用户反馈超时消息。其中，可以预先设置GUI从消息中间表中获取结果消息的时间间隔。获取结果消息事件自用户从发起接口请求时开始触发。该时间间隔可以综合考虑用户感知，外围接口机处理能力及服务器系统开销等方面。间隔时间太长，则导致消息反馈过慢，太短则加大系统开销。还可以预先设置预定超时时间，比如根据外部接口机处理请求的能力对预定超时时间进行设置。在步骤310中，当外部接口机每返回一次处理结果，执行一次计数操作，并根据计数操作后得到的计数结果计算当前可用并发量。比如，外部接口机每返回一次处理结果，可以执行一次减1操作，这意味着释放一个可用并发量。减1操作的计算结果可以被用于步骤208的计算。图4为根据本发明实施例的接口缓冲系统400的结构示意图。接口缓冲系统400包括标识符生成单元402、请求中间表404、请求队列414、计算单元406、缓冲单元408、封装单元410和发送单元412。标识符生成单元402，用于接收接口请求信息，根据接口请求信息生成接口请求标识符。请求中间表404，用于存储接口请求信息和接口请求标识符构成的请求数据。计算单元406，用于计算当前可用并发量。缓冲单元408，从请求中间表404中读取不大于当前可用并发量的请求数据，将请求数据载入到请求队列414。封装单元410，用于将请求队列414中的请求数据封装成请求报文。发送单元412，用于将请求报文通过内部接口机发送给外部接口机进行处理。本发明通过控制接口并发量的方式来达到接口缓冲的目的。避免了由于大量用户请求而造成接口宕机的情况，使平台摆脱外部接口机的性能约束，保证了平台稳定运行。另外，本发明使平台应用与外部接口机的交互更加独立，中间仅靠数据库(请求中间表)作为二者关联的纽带，从而减轻平台的事务处理负担。图5为根据本发明另一实施例的接口缓冲系统500的结构示意图。接口缓冲系统500包括接口缓冲管理模块502、接口缓冲服务模块504和消息反馈管理模块506。接口缓冲管理模块502用于设置接口的最大并发量、设置轮循请求中间表的预定时间间隔、并且设置轮循消息队列的时间间隔。接口缓冲服务模块504包括接口缓冲发送模块512和接口缓冲反馈模块514。接口缓冲发送模块512用于为每笔请求生成接口请求标识符，计算当前可用并发量，并且对不大于当前可用并发量的若干条请求进行封装以发送至外部接口机。接口缓冲反馈模块514用于删除请求中间表中的相应请求记录，从消息中间表中获取结果消息，并且用户⑶I(GraphicalUserInterface，图形用户界面)向用户反馈相应消息。消息反馈管理模块506用于设置用户GUI从消息中间表中获取结果消息的时间间隔，设置消息获取的预定超时时间，并且设置接口反馈超时的默认消息。图6为根据本发明实施例的接口缓冲发送模块512的结构示意图。接口缓冲发送模块512包括标识符生成单元602、计算单元604、缓冲单元606、封装单元608、并发计数器610、发送单元612、请求中间表620以及请求队列622。标识符生成单元602用于接收该接口请求信息，同时为每笔请求生成接口请求标识符，并将该请求信息和接口请求标识符构成的请求数据存入请求中间表620。在一个实施例中，请求中间表620可以如表1所示，但不限于表1的形式，可以根据具体应用设计具体的字段。<table>tableseeoriginaldocumentpage9</column></row><table>其中接口请求标识符用于唯一地标识相应的⑶I请求并且贯穿于整个接口缓冲与消息反馈过程，接口消息是根据该接口标识符而反馈到对应的GUI用户。在一个实施例中，请求中间表620还可以包括处理标识符以用于标识该条请求是否已被处理。比如，处理标识符缺省为0，其中0表示未被处理，1表示正被处理。另外，为了将接口请求的处理结果消息反馈回用户，标识符生成单元602同时将所生成的接口请求标识符送至接口缓冲反馈模块514以根据该接口请求标识符进行相应处理。下文将对此进行进一步描述。计算单元604根据接口缓冲管理模块502所设置的最大并发量和当前接口正在处理的请求量，计算当前可用并发量。当前接口正在处理的请求量是在上次触发操作过程中从并发计数器610发送而来的计数结果。并发计数器610用于保存当前正在处理的用户请求数，即接口当前并发量，该值初始值为0。在一个实施例中，可以根据下述公式来计算当前可用并发量，但不限于下式的形式当前可用并发量=接口最大并发量_当前接口并发量。缓冲单元606从请求中间表620中读取不大于当前可用并发量的若干条请求，并将该请求数据连同接口请求标识符一起载入到请求队列622中。在一个实施例中，缓冲单元606在读取请求数据的同时还将请求中间表620中的这部分数据标识为正在处理的数据。在一个实施例中，缓冲单元606包括轮询子单元和判断子单元。轮询子单元以预定时间间隔轮询请求中间表620，其中轮循请求中间表620的时间间隔遵循接口缓冲管理模块所设置的闲时轮循请求中间表620的时间间隔。判断子单元判断请求中间表620中的请求条数是否小于等于当前可用并发量。如果请求中间表620中的数据小于等于当前可用并发量，则缓冲单元606将请求中间表620中的N(其中N<M，M为当前可用并发量)条数据全量载入请求队列622中。如果请求中间表620中的数据大于当前可用并发量，则缓冲单元以请求时间为顺序，取最早发起的前N(其中N=M，M为当前可用并发量)条用户请求载入请求队列622。封装单元608从请求队列622中获取在缓冲单元606放入到请求队列622中的所有N条请求数据，将这N条请求数据封装成请求报文以通过内部接口机发送至外部接口。并发计数器610在封装单元608每执行一次发送操作的情况下相应地执行一次加N操作，并将该计数结果送至计算单元604以用于下一次触发操作。如前所述，并发计数器610用于保存当前正在处理的用户请求数，即接口当前并发量，该值初始值为0。发送单元612用于将请求报文通过内部接口机发送给外部接口机进行处理。图7为根据本发明实施例的接口缓冲反馈模块514的结构示意图。接口缓冲反馈模块514包括消息接收单元701、删除单元702、获取单元704、超时判断单元706、消息反馈单元708、消息中间表720以及消息队列722。消息接收单元701用于接收外部接口机返回的请求报文的处理结果和请求报文的接口请求标识符，并将其存入消息队列322。删除单元702用于从消息队列722中取出结果消息及接口请求标识符存入消息中间表720中，并且根据该接口请求标识符而删除请求中间表720中的相应请求记录，这表明该请求已处理完成。其中从消息队列722取数据入消息中间表720的时间间隔遵循消息反馈管理模块506设置的闲时轮循消息队列722的时间间隔。获取单元704在消息反馈管理模块506设置的消息反馈超时时间范围内，每隔一定时段，根据标识符生成单元602生成的接口请求标识符尝试从消息中间表720中获取处理结果消息。其中获取消息事件从用户发起请求时开始触发。超时判断单元706判断是否在超时时间范围内获得结果消息。消息反馈单元708在超时判断单元706判断出在超时时间范围内获得结果消息的情况下，停止请求消息获取事件并且向用户反馈获取单元所获取的结果消息；另一方面，在超时判断单元706判断出在超时时间范围内未获得该结果消息的情况下，则向用户反馈超时消息，该超时消息为在所设置的接口默认超时消息。本发明通过控制接口并发量的方式来达到接口缓冲的目的。通过对每个接口交互进行唯一标识，将接口消息反馈到对应的调用者，做到消息的无缝隙反馈。本发明对一般的接口交互增加了接口缓冲机制，并在此基础上提供了消息反馈方法，避免了由于大量用户请求而造成接口宕机的情况，使平台摆脱外部接口机的性能约束，保证了平台稳定运行。另外，本发明使平台应用与外部接口机的交互更加独立，中间仅靠数据库(请求中间表和消息中间表)作为二者关联的纽带，从而减轻平台的事务处理负担。本发明的描述是为了示例和描述起见而给出的，而并不是无遗漏的或者将本发明限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本发明的原理和实际应用，并且使本领域的普通技术人员能够理解本发明从而设计适于特定用途的带有各种修改的各种实施例。权利要求一种接口缓冲方法，其特征在于，包括接收接口请求信息；根据所述接口请求信息生成接口请求标识符；将所述接口请求信息和所述接口请求标识符构成的请求数据存入请求中间表；计算当前可用并发量；从所述请求中间表中读取不大于所述当前可用并发量的请求数据，将所述请求数据载入到请求队列；将所述请求队列中的请求数据封装成请求报文；和将所述请求报文通过内部接口机发送给外部接口机进行处理。2.根据权利要求1所述的接口缓冲方法，其特征在于，所述从所述请求中间表中读取不大于所述当前可用并发量的请求数据，将所述请求数据载入到请求队列包括以预定时间间隔轮询所述请求中间表；当所述请求中间表中的请求数据的数目小于或等于所述当前可用并发量时，将所述请求中间表中的请求数据全部载入所述请求队列；当所述请求中间表中的请求数据的数目大于所述当前可用并发量时，载入所述请求队列的请求数据的数目为所述当前可用并发量。3.根据权利要求2所述的接口缓冲方法，其特征在于，所述预定时间间隔设置为当所述请求中间表为空时从所述请求中间表读取请求数据至所述请求队列的时间间隔。4.根据权利要求1所述的接口缓冲方法，其特征在于，在所述从所述请求中间表中读取不大于所述当前可用并发量的请求数据，将所述请求数据载入到请求队列的同时，将已读取的所述请求数据标识为正在处理的数据。5.根据权利要求1所述的接口缓冲方法，其特征在于，还包括接收所述外部接口机返回的所述请求报文的处理结果和所述请求报文的接口请求标识符；将所述处理结果和所述接口请求标识符存入消息中间表；和根据所述处理结果和所述接口请求标识符删除所述请求中间表中的相应请求数据。6.根据权利要求5所述的接口缓冲方法，其特征在于，在所述将所述处理结果和所述接口请求标识符存入消息中间表之后包括从所述消息中间表获取所述处理结果；当获取所述处理结果的时间在预定超时时间范围内时，停止获取请求信息，向用户反馈所获取到的处理结果；和当未在预定超时时间范围内获取到所述处理结果时，向用户反馈超时消息。7.根据权利要求5所述的接口缓冲方法，其特征在于，还包括当从所述请求中间表中读取不大于所述当前可用并发量的请求数据，将所述请求数据载入到请求队列时，执行一次计数操作，并根据所述计数操作后得到的计数结果计算当前可用并发量；和当所述外部接口机每返回一次处理结果，执行一次计数操作，并根据所述计数操作后得到的计数结果计算当前可用并发量。8.一种接口缓冲系统，其特征在于，包括标识符生成单元，用于接收接口请求信息，根据所述接口请求信息生成接口请求标识符；请求中间表，用于存储所述接口请求信息和所述接口请求标识符构成的请求数据；计算单元，用于计算当前可用并发量；缓冲单元，从所述请求中间表中读取不大于所述当前可用并发量的请求数据，将所述请求数据载入到请求队列；封装单元，用于将所述请求队列中的请求数据封装成请求报文；和发送单元，用于将所述请求报文通过内部接口机发送给外部接口机进行处理。9.根据权利要求8所述的接口缓冲系统，其特征在于，所述缓冲单元包括轮询子单元，用于以预定时间间隔轮询所述请求中间表；判断子单元，用于判断所述请求中间表中的请求数据的数目与当前可用并发量的大小关系，当所述请求中间表中的请求数据的数目小于或等于所述当前可用并发量时，所述缓冲单元将所述请求中间表中的请求数据全部载入所述请求队列，当所述请求中间表中的请求数据的数目大于所述当前可用并发量时，所述缓冲单元载入所述请求队列的请求数据的数目为所述当前可用并发量。10.根据权利要求9所述的接口缓冲系统，其特征在于，所述预定时间间隔设置为当所述请求中间表为空时从所述请求中间表读取请求数据至所述请求队列的时间间隔。11.根据权利要求8所述的接口缓冲系统，其特征在于，在所述从所述请求中间表中读取不大于所述当前可用并发量的请求数据，将所述请求数据载入到请求队列的同时，将已读取的所述请求数据标识为正在处理的数据。12.根据权利要求8所述的接口缓冲系统，其特征在于，还包括消息接收单元，用于接收所述外部接口机返回的所述请求报文的处理结果和所述请求报文的接口请求标识符；和删除单元，用于将所述处理结果和所述接口请求标识符存入消息中间表，根据所述处理结果和所述接口请求标识符删除所述请求中间表中的相应请求数据。13.根据权利要求12所述的接口缓冲系统，其特征在于，还包括获取单元，用于在将所述处理结果和接口请求标识符存入消息中间表之后从所述消息中间表获取所述处理结果；超时判断单元，用于判断是否在超时时间范围内获取到所述处理结果；和消息反馈单元，用于当获取所述处理结果的时间在预定超时时间范围内时，停止获取请求信息，向用户反馈所获取到的所述处理结果，当未在预定超时时间范围内获取到所述处理结果时，向用户反馈超时消息。14.根据权利要求12所述的接口缓冲系统，其特征在于，还包括并发计数器，用于当从所述请求中间表中读取不大于所述当前可用并发量的请求数据，将所述请求数据载入到请求队列时，执行一次计数操作并将计数结果发送给所述计算单元，当所述消息接收单元每返回一次处理结果，执行一次计数操作并将计数结果发送给所述计算单元。全文摘要本发明提供一种接口缓冲方法和系统，涉及接口技术。其中一种接口缓冲方法，包括接收接口请求信息；根据所述接口请求信息生成接口请求标识符；将所述接口请求信息和所述接口请求标识符构成的请求数据存入请求中间表；计算当前可用并发量；从所述请求中间表中读取不大于所述当前可用并发量的请求数据，将所述请求数据载入到请求队列；将所述请求队列中的请求数据封装成请求报文；和将所述请求报文通过内部接口机发送给外部接口机进行处理。本发明避免了由于大量用户请求而造成接口宕机的情况，使平台摆脱外部接口机的性能约束，保证了平台稳定运行。文档编号H04L29/06GK101800663SQ20101010757公开日2010年8月11日申请日期2010年2月9日优先权日2010年2月9日发明者叶小卫,唐浩,朱强,胡必跑,蒋玺,韦海强申请人:中国电信股份有限公司;浙江省公众信息产业有限公司