KR102110023B1 - 메시지 프로세싱 방법, 장치 및 시스템 - Google Patents

Abstract

본 출원은 메시지 프로세싱 방법, 장치 및 시스템을 제공한다. 그 방법은: 서비스 메시지를 전송하기 위한 전송 시간 길이를 계산하고, 전송 시간 길이에 따라 점유 시간 기간을 신청하는 제1 신청 메시지를 전송하는 것; 점유 시간 기간의 수신된 신청 결과가 성공인 경우 서비스 메시지의 전송 시간을 계산하는 것; 현재 시간이 서비스 메시지의 전송 시간을 초과하는지 여부를 모니터링하는 것; 현재 시간이 전송 시간을 초과한다는 것이 모니터링되는 경우, 서비스 메시지의 전송 토큰을 신청하는 제2 신청 메시지를 전송하는 것; 전송 토큰의 수신된 신청 결과가 성공인 경우, 전송 토큰이 성공적으로 신청되는 서비스 메시지를 전송하는 것을 포함할 수도 있다. 본 출원의 실시형태의 사용에 의해, 호출 측은 안정적이고 균일하게 서비스 메시지를 출력할 수 있고, 그에 의해 피호출 측의 시스템의 실행 안정성을 향상시키고 피호출 측의 서비스 프로세싱 능력의 활용을 극대화하게 된다.

Description

메시지 프로세싱 방법, 장치 및 시스템

본 출원은 컴퓨터 통신 정보 프로세싱의 분야에 관한 것으로, 특히, 메시지 프로세싱 방법, 장치 및 시스템에 관한 것이다.

인터넷의 급속한 발전으로, 많은 분야에서 인터넷 애플리케이션의 서버에 대한 액세스가 증가하는 추세가 명확하다. 서버 상의 서비스 시스템은, 서버에 액세스하는 호출 측(calling party)의 메시지를 신속하고 정확하게 프로세싱하는 소정의 서비스 프로세싱 능력을 구비할 필요가 있다.

일반적으로, 서버의 서비스 시스템이 호출될 때, 시스템의 프로세싱 능력은 항상 제한되고, 피호출 측(called party) 시스템에서 프로세싱될 필요가 있는 호출 측의 서비스 메시지의 수 및 서비스 메시지의 생성 시간은 고정되지 않는다. 예를 들면, 하나 이상의 호출 측이 피호출 측에게 액세스하기 위해 짧은 시간 내에 거의 동시에 다수의 서비스 메시지를 출력하는 경우, 이것은 피호출 측에게 일시적인 영향을 줄 수도 있다. 과도한 액세스를 갖는 빈번하고 갑작스러운 서비스는, 심지어, 피호출 측의 서비스 시스템의 시스템 충돌 및 메시지 차단과 같은 심각한 결과로 이어질 수도 있다. 피호출 측의 서비스 시스템의 안정적인 실행을 보장하기 위해, 종래 기술에서는 일반적으로 동시성 제어 메커니즘이 채택되어 피호출 측의 서비스 프로세싱 플로우를 제어한다.

동시성 제어 메커니즘은 일반적으로, 시스템 간 호출 동안 호출 측과 피호출 측 사이에서 유지될 수 있는 동시적 연결의 최대 수를 설정하고, 새로운 연결 요청이 나타나고 현재 연결의 수가 동시적 링크의 설정된 최대 수를 초과했다는 것이 밝혀지면, 새로운 연결을 생성하는 것을 거부하는 것에 관한다. 클러스터 모드와 같은 몇몇 적용 시나리오에서, 다수의 호출 측이 피호출 측에 액세스할 때, 호출 측과 피호출 측 사이에서 유지될 수 있는 동시적 연결의 최대 수를 제어하기 위해 동시성 제어 메커니즘이 채택된다. 그러나 호출 측은 단위 시간당 서비스 메시지 전송 기회를 놓고 경쟁하는데, 이것은 쉽게 요청 실패를 유발하고 끊임없이 요청 전송을 반복할 필요가 있으며; 다른 한편으로, 새로운 서비스 메시지가 생성될 때, 호출 측은 서비스 노드를 사용한 전송을 신청할 것이다. 현존하는 동시성 제어 메커니즘에서, 피호출 측에 의해 프로세싱되는 서비스 플로우는 주로 피호출 측의 서비스 프로세싱 능력에 따라 카운팅 제어 노드에서 제어되는 반면, 호출 측에 의해 출력되는 서비스 메시지는 제한되지 않는다. 호출 측은 특히 클러스터 모드에서의 높은 동시성의 경우 상이한 빈도에서 서비스 메시지를 출력할 수도 있으며, 생성된 이후, 이들 서비스 메시지 모두는 카운팅 제어 노드에서 균일하게 전송되는 것을 필요로 한다. 이것은 의심할 여지없이 카운팅 제어 노드에 대한 더 큰 부담으로 이어지고, 결과적으로 단일 노드에서 서비스 메시지 프로세싱의 성능 병목 현상의 문제를 야기하고, 그에 의해, 전반적인 메시지 프로세싱 효율을 감소시킨다.

클러스터 모드에서, 호출 측의 서비스 시스템이, 하나의 배치(batch)에서의 각각의 스트림이 피호출 측 시스템에 액세스해야 하는 적용 시나리오(application scenario)에 있는 경우, 일반적으로, 거의 동시에 피호출 측 시스템에 액세스하고 그 다음 프로세싱 이후 거의 동시에 릴리스되는 다수의 스트림(예를 들면, 동시성의 수: 100과 동일함)이 존재한다. 실제 적용 시나리오에서, 상이한 호출 측은 상이한 시간 기간에서 높은 동시성 서비스 메시지를 생성할 수도 있다; 때로는 다수의 호출 측이 동일한 시간 기간 또는 인접한 시간 기간에서 동시적일 수도 있고, 때로는 호출 측이 모두 유휴 상태일 수도 있다. 이것은, 파형 같은 또는 스파이크 파형과 같은 시스템 실행 성능으로 나타날 수도 있는데, 이것은 호출 측의 시스템의 안정적인 실행에 도움이 되지 않는다.

종래 기술에서 채택되는 호출 측과 피호출 측 사이에서 설정되는 동시성 제어 메커니즘은, 호출 측 시스템의 메시지 출력을 제어할 수 없고, 피호출 측 시스템의 안정한 실행 성능을 저하시킨다. 몇몇 적용 시나리오에서, 예를 들면, 클러스터 모드에서, 카운팅 제어 노드의 서비스 메시지 프로세싱 성능도 또한 감소된다.

본 출원의 목적은, 호출 측이 안정적이고 균일하게 서비스 메시지를 출력하게 할 수 있고, 피호출 측 시스템의 실행 안정성을 향상 시킬 수 있고, 피호출 측 또는 연결 제어 노드의 서비스 메시지 프로세싱 성능 및 효율성을 향상시킬 수 있는 메시지 프로세싱 방법, 장치 및 시스템을 제공하는 것이다. 본 출원에 따른 메시지 프로세싱 방법 및 장치는, 피호출 측의 서비스 프로세싱 능력의 활용을 극대화할 수 있고 피호출 측 시스템의 최대 서비스 프로세싱 능력을 넘어서지 않으면서 리소스 활용을 향상시킬 수 있다.

본 출원에 따른 메시지 프로세싱 방법, 장치 및 시스템은 다음과 같이 구현된다:

메시지 프로세싱 방법으로서, 그 방법은:

호출 측에 의해, 서비스 메시지를 전송하기 위한 전송 시간 길이를 계산하고, 전송 시간 길이에 따라 제어 노드에게 점유 시간 기간을 신청하는 것;

호출 측으로부터 점유 시간 기간에 대한 신청 메시지의 수신시, 제어 노드에 의해, 미리 결정된 규칙에 따라 호출 측의 점유 시간 기간의 신청 결과를 결정하고, 신청 결과를 대응하는 호출 측으로 다시(back) 공급하는 것;

호출 측에 의해, 점유 시간 기간의 수신된 신청 결과가 성공인 경우 서비스 메시지의 전송 시간을 계산하는 것;

호출 측에 의해, 서비스 메시지의 전송 시간이 초과된다는 것을 호출 측이 모니터링하는 경우 제어 노드에게 서비스 메시지의 전송 토큰을 신청하는 것;

호출 측으로부터 전송 토큰에 대한 신청 메시지의 수신시, 제어 노드에 의해, 피호출 측의 최대 서비스 프로세싱 능력에 도달되는지의 여부에 따라 호출 측의 전송 토큰의 신청 결과를 결정하고, 신청 결과를 대응하는 호출 측으로 피드백하는 것; 및

호출 측에 의해, 서비스 메시지의 전송 토큰의 수신된 신청 결과가 성공인 경우 전송 토큰이 성공적으로 신청되는 서비스 메시지를 전송하는 것을 포함한다.

메시지 프로세싱 방법으로서, 그 방법은:

서비스 메시지를 전송하기 위한 전송 시간 길이를 계산하고, 전송 시간 길이에 따라 점유 시간 기간을 신청하는 제1 신청 메시지를 전송하는 것;

점유 시간 기간의 수신된 신청 결과가 성공인 경우 서비스 메시지의 전송 시간을 계산하는 것;

현재 시간이 서비스 메시지의 전송 시간을 초과하는지 여부를 모니터링하고; 현재 시간이 전송 시간을 초과한다는 것이 모니터링되는 경우, 서비스 메시지의 전송 토큰을 신청하는 제2 신청 메시지를 전송하는 것; 및

전송 토큰의 수신된 신청 결과가 성공인 경우, 전송 토큰이 성공적으로 신청되는 서비스 메시지를 전송하는 것을 포함한다.

메시지 프로세싱 방법으로서, 그 방법은:

전송 토큰 및 점유 시간 기간을 신청하는 신청 메시지를 수신하는 것;

미리 결정된 규칙에 따라 상기 점유 시간 기간의 신청 결과를 결정하고, 점유 시간 기간의 신청 결과를 전송하는 것; 및

피호출 측의 최대 서비스 프로세싱 능력에 도달되는지의 여부에 따라 전송 토큰의 신청 결과를 결정하고, 전송 토큰의 신청 결과를 전송하는 것을 포함한다.

메시지 프로세싱 장치로서, 그 장치는:

서비스 메시지를 전송하기 위한 전송 시간 길이를 계산하도록, 그리고 전송 시간 길이에 기초하여 서비스 메시지를 전송하기 위한 점유 시간 기간을 계산하도록 구성되는 계산 모듈;

점유 시간 기간을 신청하는 제1 신청 메시지를 전송하도록 구성되는 시간 기간 신청 모듈;

전송 토큰 및 점유 시간 기간의 신청 결과의 메시지를 수신하도록 구성되는 수신 모듈;

점유 시간 기간의 신청 결과가 성공인 것을 나타내는 수신된 메시지에 기초하여 서비스 메시지의 전송 시간을 계산하도록 구성되는 전송 시간 계산 모듈;

현재 시간이 서비스 메시지의 전송 시간을 초과하는지 여부를 모니터링하도록; 그리고 현재 시간이 전송 시간을 초과한다는 것을 모니터링하는 경우, 서비스 메시지의 전송 토큰을 신청하는 제2 신청 메시지를 전송하도록 구성되는 토큰 신청 모듈; 및

전송 토큰의 신청 결과가 성공인 것을 나타내는 수신된 메시지에 기초하여 전송 토큰이 성공적으로 신청되는 서비스 메시지를 전송하도록 구성되는 전송 모듈을 포함한다.

메시지 프로세싱 장치로서, 그 장치는:

점유 시간 기간을 포함하는 신청 메시지를 수신하도록 구성되는; 그리고 또한 전송 토큰에 대한 신청 메시지를 수신하도록 구성되는 신청 메시지 수신 모듈;

서비스 메시지의 점유 시간 기간을, 미리 결정된 규칙에 따라 신청 메시지의 점유 시간 기간에 할당하도록 구성되는 점유 시간 할당 모듈;

피호출 측의 최대 서비스 프로세싱 능력 및 현재 서비스 플로우에 따라 전송 토큰을 할당하도록 구성되는 토큰 할당 모듈; 및

점유 시간 기간의 신청 결과를 나타내는 메시지를 전송하도록 구성되는; 그리고 또한 전송 토큰의 신청 결과를 나타내는 메시지를 전송하도록 구성되는 신청 결과 전송 모듈을 포함한다.

메시지 프로세싱 시스템으로서, 시스템은 다음을 더 포함한다:

전송 시간 길이에 기초하여 설정되는 점유 시간 기간에 대한 제1 신청 메시지를 제어 단말기로 전송하도록; 점유 시간 기간의 신청 결과가 성공인 것을 나타내는 수신된 메시지에 기초하여 서비스 메시지의 전송 시간을 계산하도록; 현재 시간이 서비스 메시지의 전송 시간을 초과하는지의 여부를 모니터링하고, 현재 시간이 전송 시간을 초과하는 것을 모니터링하는 경우, 서비스 메시지의 전송 토큰을 신청하는 제2 신청 메시지를 제어 단말기로 전송하도록; 그리고 전송 토큰의 신청 결과가 성공인 것을 나타내는 수신된 메시지에 기초하여 전송 토큰이 성공적으로 신청되는 서비스 메시지를 전송하도록 구성되는 메시지 클라이언트 단말기; 및

메시지 클라이언트 단말기에 의해 전송되는 제1 신청 메시지 및 제2 신청 메시지를 수신하도록; 서비스 메시지의 점유 시간 기간을, 미리 결정된 규칙에 따라 제1 신청 메시지의 점유 시간 기간에 할당하도록; 피호출 측의 최대 서비스 프로세싱 능력 및 현재 서비스 플로우에 따라 제2 신청 메시지 내의 서비스 메시지에 전송 토큰을 할당하도록; 그리고 제1 신청 메시지 및 제2 신청 메시지의 신청 결과를 메시지 클라이언트 단말기로 전송하도록 구성되는 상기 제어 단말기.

본 출원에 따른 메시지 프로세싱 방법, 장치 및 시스템은, 서비스 메시지에 대한 점유 시간 기간을 신청할 수 있고, 각각의 서비스 메시지에 대한 대응하는 전송 시간을 설정할 수 있고, 전송 토큰이 신청된 이후에만 서비스 메시지를 전송할 수 있다. 이러한 방식으로, 호출 측의 서비스 메시지의 출력이 제어될 수 있어서, 서비스 메시지의 균일하고 안정한 출력을 달성하게 되는데, 이것은 피호출 측 시스템의 실행 안정성을 향상시킬 수 있다. 본 출원에서, 호출 측은, 피호출 측의 최대 서비스 프로세싱 능력을 초과하지 않으면서 서비스 메시지의 출력을 최대화할 수 있고, 피호출 측 시스템의 최대 프로세싱 능력을 최대한 활용할 수 있고, 시스템 리소스의 활용을 향상시킬 수 있다. 동시에, 호출 측 출력에 대한 제어로 인해, 클러스터 모드에서 성능 단일 지점 및 병목 문제가 방지될 수 있다.

본 출원의 실시형태 또는 종래 기술에서의 기술적 솔루션을 보다 명확하게 설명하기 위해, 실시형태 또는 종래 기술에 대한 설명에서 사용될 수반하는 도면이 하기에서 간략히 소개될 것이다. 이하의 설명에서 수반하는 도면은 본 출원에서 설명되는 몇몇 실시형태에 불과하다는 것이 명백하다. 또한, 기술 분야에서 통상의 지식을 가진 자는, 창조적인 노력을 기울이지 않고도 이들 수반하는 도면에 따라 다른 수반하는 도면을 획득할 수 있다.
도 1은 본 출원에 따른 메시지 프로세싱 방법의 실시형태의 개략적인 플로우차트이다;
도 2는 본 출원에 따른 메시지 프로세싱 방법의 실시형태의 개략적인 플로우차트이다;
도 3은 본 출원에 따른 메시지 프로세싱 방법의 다른 실시형태의 개략적인 플로우차트이다;
도 4는 본 출원에 따른 메시지 프로세싱 방법의 다른 실시형태의 개략적인 플로우차트이다;
도 5는 본 출원에 따른 메시지 프로세싱 방법의 실시형태의 개략적인 플로우차트이다;
도 6은 본 출원에 따른 메시지 프로세싱 방법의 다른 실시형태의 개략적인 플로우차트이다;
도 7은 본 출원에 따른 메시지 프로세싱 방법의 다른 실시형태의 개략적인 플로우차트이다;
도 8은 본 출원에 따른 메시지 프로세싱 장치의 실시형태의 모듈식 구조(modular structure)의 개략도이다;
도 9는 본 출원에 따른 메시지 프로세싱 장치의 계산 모듈의 실시형태의 모듈식 구조의 개략도이다;
도 10은 본 출원에 따른 메시지 프로세싱 장치의 다른 실시형태의 모듈식 구조의 개략도이다;
도 11은 본 출원에 따른 메시지 프로세싱 장치의 다른 실시형태의 모듈식 구조의 개략도이다;
도 12는 본 출원에 따른 메시지 프로세싱 장치의 실시형태의 모듈식 구조의 개략도이다;
도 13은 본 출원에 따른 메시지 프로세싱 장치의 다른 실시형태의 모듈식 구조의 개략도이다;
도 14는 본 출원에 따른 메시지 프로세싱 장치의 다른 실시형태의 모듈식 구조의 개략도이다; 그리고
도 15는 본 출원에 따른 메시지 프로세싱 시스템의 모듈식 구조의 개략도이다.

기술 분야의 숙련된 자가 본 출원의 기술적 솔루션을 보다 잘 이해하게 만들기 위해, 본 출원의 실시형태의 기술적 솔루션은 본 출원의 실시형태의 수반하는 도면을 참조하여 이하에서 명확하고 완전하게 설명될 것이다. 설명되는 실시형태는 본 출원의 모든 실시형태가 아닌 단지 일부에 불과하다는 것이 명백하다. 창조적인 노력을 기울이지 않고도 본 출원의 실시형태에 기초하여 기술 분야에서 통상의 지식을 가진 자에 의해 획득되는 다른 모든 실시형태는, 모두, 본 출원의 보호 범위에 속해야 한다.

본 출원은 클러스터 모드에서 호출 측과 피호출 측 사이의 메시지 전송을 적용 시나리오로서 간주하는 것에 의해 설명될 수 있다. 당연히, 본 출원에 따른 메시지 프로세싱 방법은, 클러스터 모드에서의 호출 측과 피호출 측 사이의 메시지 교환으로 제한되지 않으며, 본 출원에 따른 메시지 프로세싱 방법은 또한, 다른 다수의 단말기 사이의 또는 동일한 단말기 상의 상이한 애플리케이션 사이의 메시지 교환의 적용 시나리오에도 적용 가능하다. 클러스터는 일반적으로 서로 독립적이며 네트워크를 통해 상호 연결되는 컴퓨터의 세트를 가리킬 수도 있다. 컴퓨터는 그룹을 구성하며, 분산 네트워크 작업 그룹일 수도 있다. 클러스터에 있는 컴퓨터 중 하나 이상 또는 모두는, 서버로서 개방형 서비스를 외부적으로 제공할 수도 있고, 클러스터 외부의 컴퓨터와 정보를 교환할 수도 있다. 몇몇 적용 시나리오에서, 클러스터 내의 다수의 컴퓨터가, 프로세싱을 위해 클러스터 내의 다른 컴퓨터에 서비스 메시지를 전송하는 호출 측으로서 기능할 수도 있다. 이 경우, 서비스 메시지를 수신하는 클러스터 내의 다른 컴퓨터는, 피호출 측으로서, 대응하여 응답할 수도 있다.

본 출원의 방법에서 호출 측, 피호출 측 및 등등은 클러스터 모드의 컴퓨터 단말기, 또는 단말기 상의 애플리케이션, 또는 단말기 상의 기능 모듈일 수도 있다는 것을 유의해야 한다. 본 출원에 따른 메시지 프로세싱 방법은, 클러스터 모드의 다수의 서버 단말기를 예로서 간주하는 것에 의해 수반하는 도면을 참조하여 이하에서 상세하게 설명된다. 도 1은 본 출원에 따른 메시지 프로세싱 방법의 실시형태의 방법 플로우차트이다. 도 1에서 도시되는 바와 같이, 그 방법은 다음을 포함할 수도 있다:

S1: 호출 측이 서비스 메시지를 전송하기 위한 전송 시간 길이를 계산하고, 전송 시간 길이에 따라 제어 노드에게 점유 시간 기간을 신청한다.

스트림 서비스를 생성하고 서비스 메시지를 전송할 필요가 있는 경우, 호출 측은 서비스 메시지의 전송을 완료하는 데 필요한 전송 시간을 계산할 수도 있다. 일반적으로, 호출 측에 의해, 서비스 메시지를 생성하는 것은, 일반적으로, 동일한 배치(batch) 또는 동일한 서비스 스트림에 속하는 다수의 서비스 메시지(예를 들면, 주기적으로 수집되고 집성되는 주문 메시지)를 생성하는 것을 포함할 수도 있고, 서비스 메시지는 일반적으로 상대적으로 집중적인 기간에 피호출 측에 액세스하는 것을 필요로 한다. 호출 측은, 단일의 서비스 메시지의 전송 간격에 따라 호출 측의 배치에서 모든 서비스 메시지의 전송을 완료하는 데 필요한 전송 시간 길이를 계산할 수도 있다. 당연히, 호출 측은 또한 배치 또는 서비스 스트림에 따르지 않는 서비스 메시지를 전송할 수도 있으며, 몇몇 적용 시나리오에서는, 현재 호출 측에서 모든 전송될 서비스 메시지를 전송하는 것, 또는 주기적인 스캐닝 이후 모든 현재 전송될 서비스 메시지를 전송하는 것도 또한 가능하다.

상기에서 설명되는 바와 같이, 전송 시간 길이는 단일 서비스 메시지의 전송 간격에 따라 계산될 수도 있다. 호출 측이 100 개의 서비스 메시지를 전송하는 것을 필요로 하고 10 밀리초 간격으로 하나의 서비스 메시지를 전송하는 경우, 계산되는 전송 시간 길이는 990 밀리초일 수도 있다. 전송 시간 길이가 계산된 이후, 서비스 메시지를 전송하는 데 필요한 점유 시간 기간이 전송 시간 길이에 따라 제어 노드에게 신청될 수도 있다. 구체적으로, 전송 시간 길이에 따라 점유 시간 기간을 제어 노드에게 신청하는 단계는 다음을 포함할 수도 있다:

S101: 제어 노드의 최신 점유 순간이 취득되고, 전송 시간 길이를 더한 취득된 최신의 점유 순간을 점유 시간 기간으로서 간주하는 제1 신청 메시지가 제어 노드로 전송된다.

제어 노드는 일반적으로, 피호출 측과 확립되는 동시적 연결의 수가 동시 연결의 설정된 최대 수를 초과하지 않는 것을 보장하기 위한 데이터 프로세싱 기능 모듈 세트를 포함할 수도 있고, 데이터베이스 또는 제어 유닛을 포함할 수도 있다. 본 출원에서의 제어 노드는, 예를 들면, 구체적으로, Tair, memcache(멤캐시), 또는 등등일 수도 있는 분산 카운팅 노드를 포함할 수도 있다. 제어 노드는 피호출 측의 서비스 메시지 액세스 인터페이스에 배열될 수 있고, 또한 호출 측의 균일한 메시지 출력 인터페이스에 배열될 수도 있거나 또는 호출 측의 메시지 전송을 제어하기 위한 별개의 서비스 유닛으로서 기능할 수도 있다. 이 실시형태에서, 제어 노드는 별개의 서비스 유닛으로서 활용될 수도 있다. 서비스 메시지를 전송할 필요가 있는 경우, 호출 측은 먼저 제어 노드에게 전송 리소스를 신청할 수도 있고, 제어 노드는 네트워크 리소스, 호출 측 또는 피호출 측의 서비스 상태, 및 등등에 따라 호출 측으로 리소스를 할당한다.

일반적으로, 제어 노드에서 점유 순간(occupation moment)에 대한 정보를 설정하는 것이 필요하다. 점유 순간은, 제어 노드의 점유 순간 이전의 시간이 할당 및 점유되었다는 것, 및 점유 순간 이후의 시간이 점유 신청에 대해 이용 가능하다는 것을 나타낼 수도 있다. 정확하고, 시기 적절하며 최신의 점유 순간이 제공되는 것을 보장하기 위해, 점유 순간은 점유 시간 기간이 할당될 때마다 업데이트될 수도 있다. 예를 들면, 현재 순간이 0초이고 점유 순간이 100 초인 경우, 그것은, 현재 순간 0초부터 점유 순간 100초까지의 시간 내에는 서비스 메시지를 전송하기 위한 신청이 이루어질 수 없다는 것을 나타낼 수도 있고, 호출 측은 점유 순간 100 초 이후에 서비스 메시지를 전송하기 위한 점유 시간 기간을 신청할 수도 있다. 따라서, 본 실시형태에서는, 제어 노드의 최신의 점유 순간(T0)이 취득될 수 있고, 계산을 통해 획득되는 전송 시간 길이(TL)를 더한 최신의 점유 순간은 서비스 메시지를 전송하기 위해 호출 측에 의해 필요로 되는 점유 시간 기간으로서 간주된다. 그 다음, 제1 신청 메시지가 제어 노드로 전송될 수 있고, 제1 메시지는 점유 시간 기간의 요청 정보(T0+TL)를 포함할 수도 있다.

당연히, 호출 측이 점유 시간 기간에 대한 신청에 실패하면, 예를 들면, 신청되는 100초 내지 110초의 점유 시간 기간(취득한 점유 순간(100초) + 전송 시간 길이(10초))에 대하여, 다른 호출 측이 먼저 신청했고 순간(105초)까지의 시간 기간을 점유했다면, 이 경우, 호출 측은 최신 점유 순간(105초)을 취득할 수도 있고, 그 다음, 최신 점유 순간(105초)에 따라, 105초 내지 115초(취득된 최신 점유 순간(105초)+전송 시간 길이(10초))의 점유 시간 기간에 대한 제1 신청 메시지를 제어 노드로 계속 전송할 수도 있다.

호출 측은 서비스 메시지를 전송하기 위한 전송 시간 길이를 계산할 수도 있고, 전송 시간 길이에 따라 제어 노드에게 점유 시간 기간을 신청할 수도 있다.

S2: 호출 측으로부터의 점유 시간 기간에 대한 신청 메시지의 수신시, 제어 노드는 미리 결정된 규칙에 따라 호출 측의 점유 시간 기간의 신청 결과를 결정하고 신청 결과를 대응하는 호출 측으로 피드백한다.

제어 노드, 예를 들면, TAIR 카운팅 노드는 시간 리소스 할당을 전송하기 위한 프로세싱 유닛일 수도 있다. 하나 이상의 호출 측에 의해 전송되는 점유 시간 기간에 대한 하나 이상의 신청 메시지의 수신시, 제어 노드는 설정된 미리 결정된 규칙에 따라 신청 메시지를 프로세싱하여, 하나 이상의 호출 측의 점유 시간 기간의 하나 이상의 신청 결과를 결정할 수도 있다. 일반적으로, 제어 노드의 최신 점유 순간은, 모든 호출 측에게 공개되는 정보일 수도 있고, 다수의 호출 측은 개시된 최신 점유 순간에 따라 점유 시간 기간을 신청할 수도 있다. 최신 점유 순간에 따라 전송되는 다수의 점유 시간 기간 신청 메시지를 수신하는 경우, 제어 노드는, 먼저 수신된 신청 메시지를 우선적으로 프로세싱하는 미리 결정된 규칙을 활용하는 것에 의해 최신 점유 순간 이후의 전송 시간을 신청 메시지가 먼저 수신되는 호출 측에 할당할 수도 있다. 대응하여, 신청 메시지가 먼저 수신되는 호출 측이 점유 시간 기간을 성공적으로 신청한 이후, 성공적으로 신청되는 최신 점유 순간에 따라 또한 전송되는 다른 신청 메시지는 실패한다. 제어 노드는, 호출 측의 신청 결과를 대응하는 호출 측으로 피드백할 수도 있다.

예를 들면, 특정한 적용 시나리오에서, 세 개의 호출 측(C1, C2 및 C3)에 의해 취득되는 최신 점유 순간은 100초이고, 세 개의 호출 측이 제어 노드에게 신청하는 점유 시간 기간은, 각각, 100초 내지 110초, 100초 내지 130초 및 100초 내지 115초이다. 제어 노드는 호출 측(C1)으로부터 점유 시간 기간 신청 메시지를 먼저 수신하고, 그 다음 100초에서부터 110초까지의 시간 리소스를, 사용을 위해 호출 측(C1)에게 할당한다. 그러면, 호출 측(C1)의 점유 시간 기간의 신청 결과는, 신청이 성공적이다는 것이다. 이 경우, 제어 노드는 C1의 최근의 신청 메시지의 개수에 따라 최신 점유 순간(100초 내지 110초)을 업데이트할 수도 있다. 동시에, 호출 측(C2, C3)의 신청 메시지를 수신한 이후, 제어 노드는, 취득된 점유 순간(100초)에 따라 신청되는 점유 시간 기간이 만료되었다는 것, 및 신청 결과는 신청이 실패하는 것이다는 것을 알게 된다. 호출 측(C2, C3)은 최신 점유 순간(110s)을 취득할 수도 있고, 그 다음, 최신 점유 순간(110s)에 따라 제어 노드에게 다시 점유 시간 기간을 신청할 수도 있다.

상기의 실시형태는, 제어 노드가 신청 메시지를 클러스터 모드에서 프로세싱하는 적용 시나리오이다. 당연히, 호출 측의 점유 시간 기간 신청을 프로세싱하는 미리 결정된 규칙은 또한, 다른 적용 시나리오 또는 요건에 따라 설정될 수도 있다. 예를 들면, 높은 우선 순위를 갖는 신청 메시지는 점유 시간 기간 신청 메시지의 우선 순위에 따라 우선적으로 프로세싱될 수도 있거나, 또는 먼저 수신되는 신청 메시지가 프로세싱될 수 있고, 등등일 수도 있다. 어떤 시간 기간 내의 점유 시간 기간이 점유되지 않는 경우, 그 어떤 시간 기간은 프로세싱된 신청 메시지에 할당된다.

호출 측으로부터 점유 시간 기간에 대한 신청 메시지의 수신시, 제어 노드는 미리 결정된 규칙에 따라 호출 측의 점유 시간 기간의 신청 결과를 결정하고; 제어 노드는 신청 결과를 대응하는 호출 측으로 피드백한다.

S3: 호출 측은, 점유 시간 기간의 수신된 신청 결과가 성공인 경우, 서비스 메시지의 전송 시간을 계산한다.

제어 노드에 의해 피드백되며 호출 측에 의해 수신되는 신청 결과가, 점유 시간 기간에 대한 시간 점유 신청이 성공적이다는 것이면, 호출 측에 의해 현재 전송될 배치 내의 각각의 서비스 메시지의 전송 시간이 계산될 수도 있다. 신청되는 점유 시간 기간이 100초 내지 110초이고, 점유 시간 기간 내에 100 개의 서비스 메시지가 전송될 필요가 있고, 각각의 메시지의 전송 시간이 100 밀리초인 경우, 제1 서비스 메시지의 전송 시간은 100초이고, 제2 서비스 메시지의 전송 시간은 100.1초이고, ..., 제100 서비스 메시지의 전송 시간은 109.9초이다는 것이 계산될 수도 있다.

각각의 서비스 메시지의 전송 시간을 계산한 이후, 호출 측은 로컬 메시지 전송 대기 큐에 전송 시간을 저장할 수도 있다. 일반적으로, 전송 큐는, 저장 시퀀스에 따라 전송 우선 순위를 설정하는 스택 또는 프로세스와 같은 데이터 저장 및 프로세싱 유닛 일 수도 있다.

앞서 설명되는 바와 같이, 호출 측에 의해 수신되는 점유 시간 기간의 신청 결과가 실패이면, 제어 노드의 취득된 최신 점유 순간에 따라 점유 시간 기간이 다시 신청될 수도 있다. 당연히, 일정 기간 이후 점유 시간 기간이 다시 신청되거나, 또는 신청 실패의 횟수가 임계치에 도달한 이후 프롬프트 정보가 전송되어, 대응하는 프로세싱을 수행하도록 설정하는 것도 또한 가능하다.

점유 시간 기간의 수신된 신청 결과가 성공인 경우, 호출 측은 각각의 서비스 메시지의 전송 시간을 계산할 수도 있고, 서비스 메시지를 전송 큐에 넣을 수도 있다. 이 실시형태에서, 전송 큐 내의 서비스 메시지의 상태도 또한, 전송될 상태로 설정될 수도 있다. 본 출원의 실시형태에서, 호출 측의 서비스 메시지에 대한 점유 시간 기간을 신청하고, 서비스 메시지에 대한 전송 시간을 설정하는 것에 의해, 호출 측의 서비스 메시지는 고정된 빈도에서 효과적으로 출력될 수도 있다.

S4: 호출 측은, 서비스 메시지의 전송 시간이 초과된다는 것을 모니터링하는 경우, 제어 노드에게 서비스 메시지의 전송 토큰을 신청한다.

호출 측은 점유 시간 기간이 성공적으로 신청되는 서비스 메시지를 주기적으로 모니터링할 수도 있고, 서비스 메시지의 생성 시간이 도달한다는 것을 모니터링하는 경우, 제어 노드에게 전송 토큰을 신청하여 서비스 메시지 전송 명령어를 취득할 수도 있다. 예를 들면, 상기의 클러스터 모드 실시형태에서, 전송 큐에서 1초의 간격으로 전송될 서비스 메시지의 전송 시간을 스캔하도록 프로세스가 설정될 수도 있고, 스캐닝을 통해 전송될 서비스 메시지의 전송 시간이 현재 순간을 초과한다는 것을 알게 되면, 동시적 토큰이 TAIR 카운팅 노드에게 신청될 수도 있다.

이 실시형태에서, 서비스 메시지의 전송 시간이 초과되는 것 또는 서비스 메시지의 전송 시간의 도달은, 현재 시간이 전송 시간과 동일하다는 것, 또는 현재 시간이 전송 시간 보다 더 크다는 것을 포함할 수도 있다. 예를 들면, 전송 시간이 1초의 간격으로 스캔되는 경우, 스캐닝을 통해, 현재 시간(99초)이 서비스 메시지(MSG_A)의 전송 시간(99초)에 도달하지만, 그러나 서비스 메시지(MSG_B)의 전송 시간(99.9초)에 도달하지 않았다는 것을 알게 된다. 이 경우, 호출 측은, 먼저, 서비스 메시지(MSG_A)의 동시성 토큰을 신청할 수도 있다. 1 초 이후, 현재 시간은 100초이고, 스캐닝을 통해, 현재 시간이 서비스 메시지(MSG_B)의 전송 시간(99.9초)을 초과하였다는 것을 알게 되고, 이 경우, 서비스 메시지(MSG_B)의 동시성 토큰이 신청될 수 있다. 명확히, 만료 시간 - 현재 시간은 만료 시간만큼 전송 시간보다 더 큼 - 이 또한 설정될 수도 있고, 만료 시간 이후의 서비스 메시지에 대해, 전송 토큰은 더 이상 신청될 수 없을 수도 있다. 예를 들면, 30초로서 설정되는 만료 시간은, 스캔을 통해, 현재 시간이 서비스 메시지의 전송 시간보다 30초 더 크다는 것을 알게 되는 경우, 현재 시간보다 30 초 빠른 서비스 메시지에 대해, 전송 토큰은 더 이상 신청될 수 없을 수도 있다는 것을 나타낼 수도 있다. 전송 토큰이 더 이상 신청되지 않는 서비스 메시지는 또한, 다른 지정된 방식으로 프로세싱될 수도 있다.

호출 측은 서비스 메시지의 전송 시간을 주기적으로 모니터링 및 스캔할 수도 있고, 현재 시간이 서비스 메시지의 전송 시간을 초과하는 것을 모니터링하는 경우 제어 노드에게 전송 토큰을 신청할 수도 있다.

S5: 호출 측으로부터 전송 토큰에 대한 신청 메시지의 수신시, 제어 노드는 피호출 측의 최대 서비스 프로세싱 능력에 도달되는지의 여부에 따라 호출 측의 전송 토큰의 신청 결과를 결정하고, 신청 결과를 대응하는 호출 측으로 피드백한다.

제어 노드는, 현재의 피호출 측의 서비스 상태가 설정된 최대 서비스 프로세싱 능력에 도달하는지의 여부에 따라, 전송 토큰이 신청되는 서비스 메시지에 토큰을 할당할지의 여부를 판정하여, 호출 측의 서비스 프로세싱 플로우에 대한 제어를 달성할 수도 있다. 예를 들면, 제어 노드는 현재 동시적 연결의 수 및 호출 측과 피호출 측 사이에서 유지될 수 있는 동시적 연결의 설정된 최대 수에 따라 동시성 토큰의 신청 결과를 결정한다. 현재의 동시적 연결의 수가 동시적 연결의 최대 수에 도달하지 않으면, 제어 노드는 동시성 토큰에 대한 신청이 수신되는 시간 순서에 따라 동시성 토큰을 서비스 메시지로 전송할 수도 있다. 그 다음, 신청 결과가 호출 측으로 전송될 수도 있다. 피호출 측의 최대 서비스 프로세싱 능력에 도달되지 않은 경우, 피호출 측의 서비스 프로세싱 능력의 활용을 최대화하고 메시지 프로세싱 효율을 향상시키기 위해, 동시적 연결의 데이터에 대한 제어 노드에 의한 제어를 통해, 전송 토큰이 서비스 메시지에 할당될 수도 있다.

현재의 서비스 플로우가 피호출 측의 최대 서비스 프로세싱 능력에 도달하면, 예를 들면, 동시적 연결의 최대 수에 도달하면, 서비스 메시지의 전송 토큰에 대한 신청이 실패하는 것이 설정될 수도 있고, 신청 실패의 결과는 대응하는 호출 측으로 반환될 수도 있다. 이 경우, 전송 토큰 신청이 실패하는 서비스 메시지의 경우, 미리 결정된 시간 동안의 휴면(dormancy) 이후, 전송 토큰이 다시 신청될 수도 있다. 호출 측의 휴면 시간은 메시지 프로세싱 요건에 따라 설정될 수도 있다.

S6: 서비스 메시지의 전송 토큰의 수신된 신청 결과가 성공이면, 호출 측은 전송 토큰이 성공적으로 신청되는 서비스 메시지를 전송한다.

전송 토큰에 대한 신청이 성공한 이후, 호출 측의 서비스 메시지는 피호출 측으로 전송될 수도 있다. 상기에서 설명되는 바와 같이, 전송 토큰 신청이 실패하는 서비스 메시지의 경우, 미리 결정된 시간 동안의 휴면 이후 전송 토큰이 다시 신청될 수도 있다.

본 출원의 메시지 프로세싱 방법에 따르면, 호출 측은 각각의 서비스 메시지에 대한 전송 시간을 설정하는 것에 의해 균일한 빈도로 서비스 메시지를 효과적으로 출력할 수도 있다. 동시에, 설정 제어 노드는 서비스 메시지의 전송 시간을 제어한다. 이러한 방식으로, 본 발명은, 호출 측이 고정된 빈도로 서비스 메시지를 출력하게 하고 피호출 측의 서비스 플로우를 제어하는 것에 의해 제어 노드에서의 중앙 집중식 메시지 프로세싱을 다양한 호출 측으로 확산시킬 수 있는데, 이것은 제어 노드의 메시지 프로세싱 부담을 크게 감소시키고, 메시지 프로세싱의 단일 지점 성능 병목 현상의 문제점을 효과적으로 방지할 수 있고, 전송된 메시지를 프로세싱하는 능력을 향상시킬 수 있다. 제어 노드는, 피호출 측의 서비스 시스템 프로세싱 능력을 초과하지 않으면서 균일하고 안정한 방식으로 피호출 측의 서비스 시스템 프로세싱 능력을 최대화할 수 있고, 시스템 프로세싱 성능 및 시스템의 실행 안정성을 향상시킬 수 있다.

본 출원에 따른 메시지 프로세싱 방법은, 클러스터 모드에서의 호출 측의 메시지 프로세싱에 적용될 수도 있지만, 그러나 이것으로 제한되는 것은 아니다. 구체적으로, 본 출원은 메시지 프로세싱 방법을 더 제공한다. 도 2는 본 출원에 따른 메시지 프로세싱 방법의 실시형태의 개략적인 방법 플로우차트이다. 도 2에서 도시되는 바와 같이, 그 방법은 다음을 포함할 수도 있다:

S11: 서비스 메시지를 전송하기 위한 전송 시간 길이가 계산되고, 전송 시간 길이에 따라 점유 시간 기간을 신청하는 제1 신청 메시지가 전송된다.

S12: 점유 시간 기간의 수신된 신청 결과가 성공인 경우, 서비스 메시지의 전송 시간이 계산된다.

S13: 현재 시간이 서비스 메시지의 전송 시간을 초과하는지의 여부가 모니터링되고; 현재 시간이 전송 시간을 초과한다는 것이 모니터링되는 경우, 서비스 메시지의 전송 토큰을 신청하는 제2 신청 메시지가 전송된다.

S14: 전송 토큰의 수신된 신청 결과가 성공인 경우, 전송 토큰이 성공적으로 신청되는 서비스 메시지가 전송된다.

전송된 제1 신청 메시지 또는 제2 신청 메시지는 호출 측에 의해 전송될 수도 있고, 예를 들면, TAIR 카운팅 제어 노드에 의해 수신 및 프로세싱될 수도 있다. 본 출원은, 다른 메시지 프로세싱 장치 또는 기능 모듈 또는 등등이, 제1 또는 제2 신청 메시지를 수신 및 프로세싱하는 것을 배제하지 않는다. 구체적으로, 이 실시형태에서의 점유 시간 기간에 대한 메시지에 대한 프로세싱, 전송 순간의 모니터링, 전송 토큰에 대한 메시지에 대한 프로세싱, 및 등등에 대해, 본 출원의 다른 실시형태에 대한 참조가 이루어질 수도 있다. 세부 사항은 본원에서 설명되지 않는다.

앞서 설명되는 바와 같이, 본 출원은 점유 시간 기간을 계산하는 방식을 제공할 수도 있다. 구체적으로, 본 출원에 따른 메시지 프로세싱 방법의 다른 실시형태에서, 전송 시간 길이에 따른 점유 시간 기간을 신청하는 신청 메시지를 전송하는 단계는 다음을 포함할 수도 있다:

S111: 제어 노드의 최신 점유 순간이 취득되고, 전송 시간 길이를 더한 취득된 최신 점유 순간을 점유 시간 기간으로서 간주하는 제1 신청 메시지가 제어 노드로 전송된다.

본 실시형태에서의 전송 시간 길이 및 제어 노드의 취득된 최신 점유 순간으로부터 계산되는 시간 기간의 특정한 구현 프로세스에 대해, 본 출원의 S101의 구현예 및 관련 설명에 대한 참조가 이루어질 수도 있다.

본 출원에 따른 메시지 프로세싱 방법의 다른 실시형태에서, 점유 시간 기간에 대한 신청이 실패하면, 점유 시간 기간에 대한 신청이 실패한다는 것을 나타내는 신청 결과를 수신할 때, 호출 측은 신청을 다시 전송하려고 시도할 수도 있다. 도 3은, 본 출원에 따른 메시지 프로세싱 방법의 다른 실시형태의 개략적인 방법 플로우차트이다. 구체적으로, 도 3에서 도시되는 바와 같이, 메시지 프로세싱 방법의 다른 실시형태에서, 그 방법은 다음을 더 포함할 수도 있다:

S15: 점유 시간 기간의 수신된 신청 결과가 실패인 경우 전송 시간 길이 및 취득된 업데이트된 최신 점유 순간에 따라 새로운 점유 시간 기간이 계산되고; 새로운 점유 시간 기간을 포함하는 제1 신청 메시지가 전송된다.

점유 시간 기간에 대한 신청의 실패는, 현재 취득된 최신 점유 순간에 따라 신청되는 점유 시간 기간이 다른 호출 측에 의해 선점되었다는 것을 포함할 수도 있다. 일반적으로, 예를 들면, 제어 노드에서의 새로운 점유 시간 기간의 사용에 대한 신청이 성공한 이후, 최신의 점유 시간이 업데이트될 수도 있고, 그 결과, 후속하는 호출 측은 전송 시간 리소스를 다시 한 번 신청할 수 있다. 이 실시형태에서, 점유 시간 기간에 대한 신청이 실패하는 경우, 업데이트된 최신 점유 순간이 취득될 수도 있고, 전송 시간 길이와 조합한 업데이트된 최신 점유 순간에 따라 새로운 점유 시간 기간이 다시 계산된다. 그 다음, 호출 측은, 새로운 점유 시간 기간을 포함하는 제1 신청 메시지를 계속 전송하여, 점유 시간 기간을 계속 신청할 수도 있다. 당연히, 신청 실패 횟수의 임계치도 설정될 수도 있다; 점유 시간 기간에 대한 호출 측의 신청이 다수 회 실패하는 경우, 횟수가 임계치 도달하면, 신청을 중지될 수도 있거나 또는 알람, 프롬프트, 통계치 및 다른 정보가 전송될 수도 있고, 프로세싱은 다른 설정된 방법에 따라 수행된다.

본 출원의 메시지 프로세싱 방법에 따르면, 전송 토큰에 대한 신청이 실패한다는 것을 나타내는 신청 결과를 수신하는 경우, 호출 측은 전송 토큰을 다시 신청할 수도 있거나, 또는 고정된 시간 동안 휴면한 이후 전송 토큰을 다시 신청할 수도 있다. 일반적으로, 전송 토큰에 대한 신청의 실패는 일반적으로, 현재의 서비스 플로우가 피호출 측의 최대 서비스 프로세싱 능력에 도달하는 것을 포함할 수도 있다. 예를 들면, 현재의 동시적 연결의 수는, 호출 측과 피호출 측 사이에서 유지될 수 있는 동시적 연결의 최대 수에 도달한다. 이 경우, 하나 이상의 서비스 메시지에 대한 프로세싱을 완료한 이후 피호출 측이 유휴 서비스 프로세싱 능력을 갖는 경우에만 진행 중인 서비스의 액세스가 허용된다. 현존하는 프로세싱 메커니즘에서, 호출 측은 일반적으로 자기 자신의 서비스 메시지 생성 상황에 따라 서비스 메시지를 전송하거나 또는 피호출 측 또는 제어 노드로 메시지 토큰을 전송한다. 피호출 측의 최대 프로세싱 능력에 도달되는 경우, 피호출 측은 임의의 서비스의 액세스를 허용하지 않으며, 전송 토큰에 대한 신청 또는 서비스 메시지의 실패는 종종 새로운 신청의 블라인드 전송으로 이어질 수도 있고, 따라서 불필요한 데이터 프로세싱 부담을 야기한다. 본 출원에서 제공되는 다른 메시지 프로세싱 방법에서, 예를 들면, 전송 토큰에 대한 호출 측의 신청이 실패하는 경우, 호출 측의 휴면 시간은 제어 노드에 의해 결정되는 전송 토큰의 가장 가깝게 이용 가능한 시간에 따라 나타내어질 수도 있고, 그 결과 호출 측은, 전송 토큰의 유효한 신청이 도달하는 경우 전송 토큰을 다시 신청한다. 이것은 전송 토큰에 대한 신청의 성공률을 향상시킬 수 있을 뿐만 아니라, 전송 토큰이 신청될 수 없을 때 전송 토큰을 경쟁하기 위해 신청을 다수 회 반복적으로 신청하는 것을 방지할 수 있고 추가적인 오버헤드를 증가시키는 것을 방지할 수 있다.

도 4는 본 출원에 따른 메시지 프로세싱 방법의 다른 실시형태의 개략적인 방법 플로우차트이다. 도 4에서 도시되는 바와 같이, 본 출원에 따른 메시지 프로세싱 방법의 다른 실시형태에서, 그 방법은 다음을 더 포함할 수도 있다:

S16: 전송 토큰의 수신된 신청 결과가 실패인 경우 토큰 신청 유효 시간이 취득되고; 토큰 신청 유효 시간이 도달하는 경우, 전송 토큰 신청 결과가 실패인 서비스 메시지에 대한 제2 신청 메시지가 재전송된다.

당연히, 피호출 측의 최대 프로세싱 능력에 도달되는 상기 언급된 상황 외에, 상기의 실시형태의 방법은 또한, 전송 토큰이 일시적으로 신청될 수 없는 다른 적용 시나리오, 예를 들면, 전송 토큰이 다른 호출 측에 의해 사용되고 있고 릴리스되지 않은 적용 시나리오에서, 또는 전송 토큰에 대한 신청에 대해 다른 제약이 설정되는 적용 시나리오에서 또한 활용될 수도 있다.

본 출원에 따른 메시지 프로세싱 방법에서, 제어 노드는 호출 측에 의해 전송되는 메시지를 프로세싱할 수 있는데, 예를 들면, 서비스 메시지의 점유 시간 기간의 점유 시간을 할당할 수도 있거나 또는 호출 측의 최대 서비스 프로세싱 능력에 따라 전송 토큰 또는 다른 리소스를 할당할 수도 있다. 구체적으로, 본 출원은 메시지 프로세싱 방법을 제공할 수도 있으며, 그 방법은 다음을 포함할 수도 있다:

S21: 전송 토큰 및 점유 시간 기간을 신청하는 신청 메시지가 수신된다.

S22: 점유 시간 기간의 신청 결과가 미리 결정된 규칙에 따라 결정되고, 점유 시간 기간의 신청 결과는 전송된다.

S23: 피호출 측의 최대 서비스 프로세싱 능력에 도달되는지의 여부에 따라 결정되고, 전송 토큰의 신청 결과가 결정된다.

도 5는, 본 출원에 따른 메시지 프로세싱 방법의 실시형태의 개략적인 방법 플로우차트이다. 이 실시형태에서, 제어 노드는, 호출 측에 의해 전송되는 전송 토큰 및 점유 시간 기간에 대한 신청 메시지를 수신할 수도 있고 그 다음 대응하는 데이터 프로세싱을 수행하여, 프로세싱 결과를 호출 측으로 반환할 수도 있다. 상기의 실시형태에서, 미리 결정된 규칙 - 이 미리 결정된 규칙에 따라 제어 노드는 점유 시간 기간의 신청 결과를 결정함 - 이 메시지 프로세싱 요건에 따라 설정될 수도 있다. 예를 들면, 제어 노드의 최신 점유 순간 및 최신 점유 순간에 먼저 수신되는 점유 시간 기간 신청 메시지에 따라 점유 시간 기간의 리소스가 할당될 수도 있거나, 또는 신청 메시지에서 설정되는 점유 시간 기간 신청 우선 순위에 따라 할당이 수행될 수도 있다. 구체적으로, 설정은, 실제 메시지 프로세싱 요건에 따라 이루어질 수도 있다. 이 실시형태는 특정한 방식으로 제한되지 않을 수도 있다.

도 6은 본 출원에 따른 메시지 프로세싱 방법의 다른 실시형태의 개략적인 방법 플로우차트이다. 도 6에서 도시되는 바와 같이, 본 출원에 따른 메시지 프로세싱 방법의 다른 실시형태에서, 그 방법은 다음을 포함할 수도 있다:

S24: 점유 시간 기간의 신청 결과가 성공인 경우 제어 노드의 최신 점유 순간이 업데이트된다.

호출 측의 서비스 메시지에 점유 시간 기간을 할당한 이후, 제어 노드는 최신 점유 순간을 업데이트할 수도 있고, 그 결과, 점유 시간 기간에 대한 신청을 전송하지 못하는 다른 호출 측은 업데이트된 최신 점유 순간에 따라 전송 시간 리소스를 다시 신청할 수 있다.

도 7은 본 출원에 따른 메시지 프로세싱 방법의 다른 실시형태의 개략적인 방법 플로우차트이다. 도 7에서 도시되는 바와 같이, 본 출원에 따른 메시지 프로세싱 방법의 다른 실시형태에서, 그 방법은 다음을 포함할 수도 있다:

S25: 피호출 측의 최대 서비스 프로세싱 능력에 도달되는 경우, 피호출 측의 가장 가까운 서비스 액세스 이용 가능 시간이 취득되고, 가장 가까운 서비스 액세스 이용 가능 시간은 토큰 신청 유효 시간으로 간주된다.

설정된 토큰 신청 유효 시간은 피호출 측의 가장 가까운 서비스 액세스 이용 가능 시간을 포함할 수도 있고, 다른 설정된 토큰 신청 유효 시간을 또한 포함할 수도 있다. 호출 측에 대한 토큰 유효 시간을 제공하는 것은, 질의 인터페이스를 제공하는 것 또는 토큰 신청 유효 시간을 호출 측으로 전송하는 것을 포함할 수도 있다.

본 출원의 상기의 실시형태에서의 메시지 프로세싱 방법은, 호출 측이 서비스 메시지를 균일하고 안정적으로 출력하게 하고 피호출 측의 서비스 플로우를 제어하는 것에 의해 제어 노드에서의 중앙 집중식 메시지 프로세싱을 다양한 호출 측으로 확산시킬 수 있는데, 이것은 제어 노드의 메시지 프로세싱 부담을 크게 감소시키고, 메시지 프로세싱의 단일 지점 성능 병목 현상의 문제점을 효과적으로 방지할 수 있고, 전송된 메시지를 프로세싱하는 능력을 향상시킬 수 있다. 또한, 본 출원의 방법은 피호출 측의 서비스 시스템 프로세싱 능력을 초과하지 않으면서 균일하고 안정된 방식으로 피호출 측의 서비스 시스템 프로세싱 능력을 최대화할 수 있고, 피호출 측의 시스템 실행 안정성 및 시스템 프로세싱 성능을 향상시킬 수 있다.

본 출원은 상기의 실시형태의 메시지 프로세싱 방법에 기초하여, 본 출원은 메시지 프로세싱 장치를 제공한다. 도 8은 본 출원에 따른 메시지 프로세싱 장치의 실시형태의 모듈식 구조의 개략도이다. 메시지 프로세싱 단말기는, PC 단말기, 이동 전자 디바이스, 서버, 분산 네트워크 터미널, 및 물리적인 매체 상에 저장되는 실행 가능 프로그램을 포함하는 장치, 모듈, 애플리케이션 및 등등을 포함할 수도 있다. 구체적으로, 도 8에서 도시되는 바와 같이, 메시지 프로세싱 장치는 다음을 포함할 수도 있다:

서비스 메시지를 전송하기 위한 전송 시간 길이를 계산하도록, 그리고 전송 시간 길이에 기초하여 서비스 메시지를 전송하기 위한 점유 시간 기간을 계산하도록 구성될 수도 있는 계산 모듈(101);

점유 시간 기간을 신청하는 제1 신청 메시지를 전송하도록 구성될 수도 있는 시간 기간 신청 모듈(102);

전송 토큰 및 점유 시간 기간의 신청 결과의 메시지를 수신하도록 구성될 수도 있는 수신 모듈(103);

점유 시간 기간의 신청 결과가 성공인 것을 나타내는 수신된 메시지에 기초하여 서비스 메시지의 전송 시간을 계산하도록 구성될 수도 있는 전송 시간 계산 모듈(104);

현재 시간이 서비스 메시지의 전송 시간을 초과하는지의 여부를 모니터링하도록; 그리고 현재 시간이 전송 시간을 초과한다는 것을 모니터링하는 경우, 서비스 메시지의 전송 토큰을 신청하는 제2 신청 메시지를 전송하도록 구성될 수도 있는 토큰 신청 모듈(105); 및

전송 토큰의 신청 결과가 성공인 것을 나타내는 수신된 메시지에 기초하여 전송 토큰이 성공적으로 신청되는 서비스 메시지를 전송하도록 구성될 수도 있는 전송 모듈(106).

본 출원에서 제공되는 메시지 프로세싱 장치는, 신청되는 점유 시간 기간에 따라 계산되는 각각의 서비스 메시지의 전송 시간에 기초하여 균일하고 안정적으로 서비스 메시지를 출력할 수 있고, 전송 토큰을 통한 서비스 출력을 최대화할 수 있다. 본 출원의 메시지 프로세싱 장치는 서비스 메시지의 피호출 측 시스템의 실행 안정성을 효과적으로 향상시킬 수 있고, 동시에 제어 노드의 부담을 감소시킬 수 있고 제어 노드의 서비스 메시지 프로세싱의 단일 지점 성능 병목 현상의 문제점을 방지할 수 있다.

도 9는 본 출원에 따른 메시지 프로세싱 장치의 계산 모듈(101)의 실시형태의 모듈식 구조의 개략도이다. 도 9에서 도시되는 바와 같이, 계산 모듈(101)은 다음을 포함할 수도 있다:

제어 노드의 최신 점유 순간을 취득하도록 구성될 수도 있는 점유 순간 모듈(1011); 및

전송 시간 길이를 더한 취득된 최신 점유 순간으로부터 계산되는 시간 기간을 점유 시간 기간으로 간주하도록 구성될 수도 있는 점유 시간 기간 모듈(1012).

도 10은 본 출원에 따른 메시지 프로세싱 장치의 다른 실시형태의 모듈식 구조의 개략도이다. 도 10에서 도시되는 바와 같이, 그 장치는 다음을 더 포함할 수도 있다:

점유 시간 기간의 수신된 신청 결과가 실패인 경우 계산 모듈에 의해 취득되는 최신 점유 순간에 따라 새로운 점유 시간 기간을 계산하도록; 그리고 새로운 점유 시간 기간을 포함하는 제1 신청 메시지를 시간 기간 신청 모듈(102)로 전송하도록 구성될 수도 있는 제1 신청 실패 프로세싱 모듈(107).

이 실시형태에서, 점유 시간 기간에 대한 신청이 실패하는 경우, 업데이트된 최신 점유 순간이 취득될 수도 있고, 전송 시간 길이와 조합한 업데이트된 최신 점유 순간에 따라 새로운 점유 시간 기간이 계산된다. 그 다음, 새로운 점유 시간 기간을 포함하는 제1 신청 메시지가 연속적으로 전송되어, 점유 시간 기간을 계속 신청할 수 있다. 당연히, 신청 실패 횟수의 임계치도 설정될 수도 있다; 점유 시간 기간에 대한 호출 측의 신청이 다수 회 실패하는 경우, 횟수가 임계치 도달하면, 신청을 중지될 수도 있거나 또는 알람, 프롬프트, 통계치 및 다른 정보가 전송될 수도 있고, 프로세싱은 다른 설정된 방법에 따라 수행된다.

도 11은 본 출원에 따른 메시지 프로세싱 장치의 다른 실시형태의 모듈식 구조의 개략도이다. 도 11에서 도시되는 바와 같이, 그 장치는 다음을 더 포함할 수도 있다:

전송 토큰의 수신된 신청 결과가 실패인 경우 토큰 신청 유효 시간을 취득하도록; 토큰 신청 유효 시간이 도달하는 경우, 전송 토큰이 비성공적으로(unsuccessfully) 신청되는 서비스 메시지의 제2 신청 메시지를 재전송하는 명령어를 전송 모듈(106)로 발행하도록 구성될 수도 있는 제2 신청 실패 프로세싱 모듈(108).

상기의 실시형태의 메시지 프로세싱 장치에서, 예를 들면, 전송 토큰에 대한 호출 측의 신청이 실패하는 경우, 호출 측의 휴면 시간은 제어 노드에 의해 결정되는 전송 토큰의 가장 가깝게 이용 가능한 시간에 따라 나타내어질 수도 있고, 그 결과 호출 측은, 전송 토큰의 유효한 신청이 도달하는 경우 전송 토큰을 다시 신청한다. 이것은 전송 토큰에 대한 신청의 성공률을 향상시킬 수 있을 뿐만 아니라, 전송 토큰이 신청될 수 없을 때 전송 토큰을 경쟁하기 위해 신청을 다수 회 반복적으로 신청하는 것을 방지할 수 있고 추가적인 오버헤드를 증가시키는 것을 방지할 수 있다.

제1 신청 메시지 또는 제2 신청 메시지의 프로세싱 측은, 메시지 출력 단말기에서 서비스 메시지의 균일한 출력을 달성하기 위해 그리고 피호출 측의 최대 서비스 프로세싱 능력을 넘어서 진행하지 않으면서 피호출 측의 서비스 프로세싱 능력의 활용을 최대화하기 위해, 미리 설정된 메시지 프로세싱 방법에 따라 메시지 출력 단말기에 대한 프로세싱, 예컨대 메시지 리소스의 할당 및 연결의 수에 대한 제어를 수행할 수도 있다. 본 출원은 특정한 실시형태에서 클러스터 모드의 메시지 프로세싱 장치, 예를 들면, 제어 노드를 더 제공할 수도 있다. 장치의 구현 방법은 도 12에서 도시되는 바와 같으며, 구체적으로, 그 장치는 다음을 포함할 수도 있다:

점유 시간 기간을 포함하는 신청 메시지를 수신하도록; 그리고 또한 전송 토큰에 대한 신청 메시지를 수신하도록 구성될 수도 있는 신청 메시지 수신 모듈(201);

서비스 메시지의 점유 시간 기간을, 신청 메시지의 점유 시간 기간에 미리 결정된 규칙에 따라 할당하도록 구성될 수도 있는 점유 시간 할당 모듈(202);

피호출 측의 최대 서비스 프로세싱 능력 및 현재 서비스 플로우에 따라 전송 토큰을 할당하도록 구성될 수도 있는 토큰 할당 모듈(203); 및

점유 시간 기간의 신청 결과를 나타내는 메시지를 전송하도록; 그리고 또한 전송 토큰의 신청 결과를 나타내는 메시지를 전송하도록 구성될 수도 있는 신청 결과 전송 모듈(204).

도 12는 본 출원에 따른 메시지 프로세싱 장치의 실시형태의 모듈식 구조의 개략도이다. 이 실시형태에서, 메시지 프로세싱 장치는, 예를 들면, 호출 측에 의해 전송되는 전송 토큰 및 점유 시간 기간의 신청 메시지를 수신할 수도 있고, 그 다음, 대응하는 데이터 프로세싱을 수행할 수도 있고, 프로세싱 결과를 호출 측으로 반환할 수도 있는 제어 노드일 수도 있다. 상기의 실시형태에서, 미리 결정된 규칙 - 이 미리 결정된 규칙에 따라 제어 노드는 점유 시간 기간의 신청 결과를 결정함 - 이 메시지 프로세싱 요건에 따라 설정될 수도 있다. 예를 들면, 제어 노드의 최신 점유 순간 및 최신의 점유 순간에 먼저 수신되는 점유 시간 기간 신청 메시지에 따라 점유 시간 기간의 리소스가 할당될 수도 있거나, 또는 신청 메시지에서 설정되는 점유 시간 기간 신청 우선 순위에 따라 할당이 수행될 수도 있다. 구체적으로, 설정은, 실제 메시지 프로세싱 요건에 따라 이루어질 수도 있다. 이 실시형태는 특정한 방식으로 제한되지 않을 수도 있다.

도 13은 본 출원에 따른 메시지 프로세싱 장치의 다른 실시형태의 모듈식 구조의 개략도이다. 도 13에서 도시되는 바와 같이, 그 장치는 다음을 더 포함할 수도 있다:

점유 시간 기간이 서비스 메시지에 할당된 이후 점유 시간 할당 모듈(202)의 최신 점유 순간을 업데이트하도록 구성될 수도 있는 점유 순간 업데이팅 모듈(205).

메시지 프로세싱 장치가 서비스 메시지에 점유 시간 기간을 할당한 이후, 점유 순간 업데이팅 모듈(205)은 최신 점유 순간을 업데이트할 수도 있고, 그 결과 점유 시간 기간에 대한 신청 전송에 실패하는 다른 호출 측은 업데이트된 최신 점유 순간에 따라 전송 시간 리소스를 다시 신청할 수 있다. 최신 점유 순간은, 메시지 프로세싱 장치에서, 점유 순간이 할당 및 점유되기 이전의 시간, 및 점유 신청에 대해 점유 순간이 이용 가능한 이후의 시간을 나타낸다. 데이터 프로세싱을 구현하는 유닛은, 점유 시간 할당 모듈(202)에 배열될 수도 있다. 당연히, 다른 실시형태에서, 유닛은 다른 모듈 또는 특수 모듈에 또한 배열될 수도 있다.

도 14는 본 출원에 따른 메시지 프로세싱 장치의 다른 실시형태의 모듈식 구조의 개략도이다. 도 14에서 도시되는 바와 같이, 그 장치는 다음을 더 포함할 수도 있다:

피호출 측의 최대 서비스 프로세싱 능력에 도달되는 경우 피호출 측의 가장 가까운 서비스 액세스 이용 가능 시간을 취득하도록, 그리고 가장 가까운 서비스 액세스 이용 가능 시간을 토큰 신청 유효 시간으로서 간주하도록 구성될 수도 있는 토큰 신청 시간 모듈(206).

이 실시형태에서, 토큰 적용 시간 모듈(206)의 설정은 서비스 메시지의 전송 토큰에 대한 호출 측의 신청의 성공률을 효율적으로 향상시킬 수 있고, 전송 토큰이 신청되는 횟수를 감소시킬 수 있고, 시스템 프로세싱 성능을 향상시킬 수 있다.

본 출원에 따른 메시지 프로세싱 장치는, 피호출 측 시스템의 최대 프로세싱 능력을 활용하는 것에 의해 클러스터 모드에서의 동시성 제어를 재전송하는 데 사용될 수 있다. 당연히, 본 출원은 클러스터 모드에서의 메시지 프로세싱으로 제한되지 않으며, 다른 적용 시나리오에서 메시지 전송 제어를 위한 서비스 프로세싱 시스템에도 또한 적용 가능할 수도 있다. 상기 실시형태에 기초하여, 본 출원은 메시지 프로세싱 시스템을 제공한다. 도 15는 본 출원에 따른 메시지 프로세싱 시스템의 모듈식 구조의 개략도이다. 도 15에서 도시되는 바와 같이, 시스템은 다음을 더 포함할 수도 있다:

전송 시간 길이를 포함하는 설정된 점유 시간 기간에 기초하여 제1 신청 메시지를 제어 단말기(2)로 전송하도록; 점유 시간 기간의 신청 결과가 성공인 것을 나타내는 수신된 메시지에 기초하여 서비스 메시지의 전송 시간을 계산하도록; 현재 시간이 서비스 메시지의 전송 시간을 초과하는지의 여부를 모니터링하고, 현재 시간이 전송 시간을 초과한다는 것을 모니터링하는 경우, 서비스 메시지의 전송 토큰을 신청하는 제2 신청 메시지를 제어 단말기(2)로 전송하도록; 그리고 전송 토큰의 신청 결과가 성공인 것을 나타내는 수신된 메시지에 기초하여 전송 토큰이 성공적으로 신청되는 서비스 메시지를 전송하도록 구성될 수도 있는 메시지 클라이언트 단말기(1); 및

메시지 클라이언트 단말기에 의해 전송되는 제1 신청 메시지 및 제2 신청 메시지를 수신하도록; 서비스 메시지의 점유 시간 기간을, 미리 결정된 규칙에 따라 제1 신청 메시지의 점유 시간 기간에 할당하도록; 피호출 측의 최대 서비스 프로세싱 능력 및 현재 서비스 플로우에 따라 제2 신청 메시지 내의 서비스 메시지에 전송 토큰을 할당하도록; 그리고 제1 신청 메시지 및 제2 신청 메시지의 신청 결과를 메시지 클라이언트 단말기로 전송하도록 구성될 수도 있는 단말기(2).

본 출원의 메시지 프로세싱 방법, 장치 및 시스템은, 호출 측이 서비스 메시지를 균일하고 안정적으로 출력하게 하고 피호출 측의 서비스 플로우를 제어하는 것에 의해 제어 노드에서의 중앙 집중식 메시지 프로세싱을 다양한 호출 측으로 확산시킬 수 있는데, 이것은 제어 노드의 메시지 프로세싱 부담을 크게 감소시키고, 메시지 프로세싱의 단일 지점 성능 병목 현상의 문제점을 효과적으로 방지할 수 있고, 전송된 메시지를 프로세싱하는 능력을 향상시킬 수 있다. 또한, 본 발명의 방법은, 피호출 측의 서비스 시스템 프로세싱 능력을 초과하지 않으면서 균일하고 안정된 방식으로 피호출 측의 서비스 시스템 프로세싱 능력을 최대화할 수 있고, 시스템 프로세싱 성능 및 시스템 실행의 안정성을 향상시킬 수 있다.

비록 클러스터 모드에서의 메시지 교환, 카운팅 제어 노드(Tair), 및 토큰과 같은 데이터의 교환 및 프로세싱에 대한 설명이 본 출원의 내용에서 언급되지만, 본 출원은, 완전히 표준인 또는 언급된 방법을 사용하는 데이터 상호 작용 및 프로세싱으로 제한되지는 않는다. 본 출원의 실시형태에서 수반되는 설명은, 본 출원의 몇몇 실시형태에서의 애플리케이션에 불과하고, 몇몇 표준 및 방법에 기초하여 약간 수정되는 프로세싱 방법도 또한 본 출원의 실시형태에서 솔루션을 구현할 수도 있다. 당연히, 본 출원의 실시형태에서의 프로세싱 방법의 단계와 비슷한 다른 독창적이지 않은 변환은 여전히 동일한 애플리케이션을 구현할 수 있으며, 세부 사항은 본원에서 설명되지는 않는다.

비록 본 출원이 실시형태 또는 플로우차트에서 설명되는 바와 같은 방법 동작 단계를 제공하지만, 종래의 또는 독창적이지 않은 수단은 더 많은 또는 더 적은 동작 단계를 포함할 수도 있다. 실시형태에 나열되는 단계 순서는, 많은 단계 실행 순서 중 하나에 불과하며, 고유한 실행 순서를 나타내는 것은 아니다. 실제 장치 또는 클라이언트 단말기 제품의 실제 실행 동안, 실행은 실시형태 또는 도면에 도시되는 방법에 따라 순차적으로 또는 (예를 들면, 병렬 프로세서 또는 다중 스레드 프로세싱 환경에서) 병렬로 수행될 수도 있다.

상기 실시형태에서 예시되는 유닛 또는 모듈은, 컴퓨터 칩 또는 엔티티, 또는 소정의 기능을 갖는 제품을 사용하는 것에 의해 구체적으로 구현될 수도 있다. 설명을 용이성을 위해, 장치가 설명될 때, 그것은 각각의 설명을 위한 기능 면에서 다양한 모듈로 분할된다. 당연히, 본 출원이 구현될 때, 모듈의 기능은 동일한 또는 다수의 소프트웨어 및/또는 하드웨어로 구현될 수도 있다. 예를 들면, 전송 시간 모듈은 전송 시간을 계산하기 위해 계산 모듈에 통합되고, 동일한 기능을 구현하는 모듈은 또한, 다수의 서브 모듈 또는 서브 유닛의 조합에 의해 구현될 수도 있다.

또한, 기술 분야의 숙련된 자는, 순수한 컴퓨터 판독 가능 프로그램 코드를 사용하는 것에 의해 컨트롤러를 구현하는 것 외에, 로직 게이트, 스위치, 주문형 반도체, 프로그래머블 로직 컨트롤러 및 임베딩된 마이크로컨트롤러의 형태로 컨트롤러가 동일한 기능을 구현하는 것을 가능하게 하도록 방법 단계가 논리적으로 프로그래밍될 수도 있다는 것을 알고 있다. 따라서, 이러한 컨트롤러는 하드웨어 컴포넌트로서 간주될 수도 있고, 그 안에 포함되며 다양한 기능을 구현하도록 구성되는 장치는 또한, 하드웨어 컴포넌트 내부의 구조체로서 간주될 수도 있다. 대안적으로, 다양한 기능을 구현하도록 구성되는 장치는, 심지어, 하드웨어 컴포넌트 내부에서 방법 및 구조체 양자를 구현하기 위한 소프트웨어 모듈로서 간주될 수도 있다.

본 출원은, 컴퓨터에 의해 실행되는 컴퓨터 실행 가능 명령어, 예를 들면, 프로그램 모듈의 일반적인 맥락에서 설명될 수도 있다. 일반적으로, 프로그램 모듈은, 특정한 태스크를 실행하기 위한 또는 특정한 추상 데이터 타입을 구현하기 위한 루틴, 프로그램, 오브젝트, 어셈블리, 데이터 구조, 클래스, 및 등등을 포함한다. 본 출원은 분산 컴퓨팅 환경에서 또한 실시될 수도 있고, 분산 컴퓨팅 환경에서는, 통신 네트워크를 통해 연결되는 원격 프로세싱 디바이스를 사용하는 것에 의해 태스크가 실행된다. 분산 컴퓨팅 환경에서, 프로그램 모듈은, 스토리지 디바이스를 포함하는 로컬 또는 원격 컴퓨터 저장 매체에 위치될 수도 있다.

구현예의 상기의 설명에 기초하여, 기술 분야의 숙련된 자는, 필요한 범용 하드웨어 플랫폼을 더한 소프트웨어에 의해 본 출원이 구현될 수도 있다는 것을 명확히 이해할 수도 있다. 이러한 이해에 기초하여, 본질적으로 본 출원의 기술적 솔루션, 또는 종래 기술에 기여하는 부분은, 소프트웨어 제품의 형태로 구현될 수도 있다. 컴퓨터 소프트웨어 제품은, ROM/RAM, 자기 디스크, 또는 광학 디스크와 같은 저장 매체에 저장될 수 있고, 컴퓨터 디바이스(이것은 퍼스널 컴퓨터, 모바일 단말기, 서버, 네트워크 디바이스, 또는 등등일 수도 있음)가 본 출원의 실시형태 또는 실시형태의 소정의 부분에서 방법을 실행하는 것을 가능하게 하는 몇몇 명령어를 포함할 수도 있다.

본 명세서의 실시형태는 점진적으로 설명되고, 실시형태의 동일한 또는 유사한 부분은 서로 관련하여 획득될 수도 있고, 각각의 실시형태는 다른 실시형태와는 상이한 부분을 강조한다. 본 출원은, 퍼스널 컴퓨터, 서버 컴퓨터, 핸드헬드 디바이스 또는 휴대형 디바이스, 태블릿 디바이스, 멀티 프로세서 시스템, 마이크로 프로세서 기반 시스템, 셋탑 박스, 프로그래머블 전자 디바이스, 네트워크 PC, 미니 컴퓨터, 메인 프레임 컴퓨터, 및 상기 시스템 또는 디바이스 중 임의의 것을 포함하는 분산 컴퓨팅 환경과 같은 다양한 범용 또는 전용 컴퓨터 시스템 환경 또는 구성에 적용 가능하다.

비록 본 출원이 실시형태를 통해 설명되지만, 기술 분야에서 통상의 지식을 가진 자는, 본 출원의 취지를 벗어나지 않으면서 본 발명이 많은 변동예 및 변경예를 갖는다는 것을 인식해야 하면, 첨부된 청구범위는 본 출원의 취지를 벗어나지 않으면서 변동예 및 변경예를 포괄한다는 것이 예상된다.

Claims (16)

1. 메시지 프로세싱 방법으로서,
   호출 측(calling party)에 의해, 서비스 메시지를 전송하기 위한 전송 시간 길이(sending time length)를 계산하고, 상기 전송 시간 길이에 따라 제어 노드에게 점유 시간 기간(occupation time period)을 신청하는 단계;
   상기 호출 측으로부터 상기 점유 시간 기간에 대한 신청 메시지의 수신시, 상기 제어 노드에 의해, 미리 결정된 규칙에 따라 상기 호출 측의 상기 점유 시간 기간의 신청 결과를 결정하고, 상기 신청 결과를 대응하는 호출 측으로 피드백하는 단계;
   상기 호출 측에 의해, 상기 점유 시간 기간의 수신된 신청 결과가 성공인 경우, 상기 서비스 메시지의 전송 시간을 계산하는 단계;
   상기 호출 측에 의해, 상기 서비스 메시지의 상기 전송 시간이 초과된다는 것을 상기 호출 측이 모니터링하는 경우, 상기 제어 노드에게 상기 서비스 메시지의 전송 토큰(sending token)을 신청하는 단계;
   상기 호출 측으로부터 상기 전송 토큰에 대한 신청 메시지의 수신시, 상기 제어 노드에 의해, 피호출 측(called party)의 최대 서비스 프로세싱 능력에 도달되는지의 여부에 따라 상기 호출 측의 상기 전송 토큰의 신청 결과를 결정하고, 상기 신청 결과를 상기 대응하는 호출 측으로 피드백하는 단계; 및
   상기 호출 측에 의해, 상기 서비스 메시지의 상기 전송 토큰의 상기 수신된 신청 결과가 성공인 경우, 상기 전송 토큰이 성공적으로 신청되는 상기 서비스 메시지를 전송하는 단계
   를 포함하는, 메시지 프로세싱 방법.
2. 메시지 프로세싱 방법으로서,
   서비스 메시지를 전송하기 위한 전송 시간 길이를 계산하고, 상기 전송 시간 길이에 따라 점유 시간 기간을 신청하는 제1 신청 메시지를 전송하는 단계;
   상기 점유 시간 기간의 수신된 신청 결과가 성공인 경우, 상기 서비스 메시지의 전송 시간을 계산하는 단계;
   현재 시간이 상기 서비스 메시지의 상기 전송 시간을 초과하는지 여부를 모니터링하고; 상기 현재 시간이 상기 전송 시간을 초과한다는 것이 모니터링되는 경우, 상기 서비스 메시지의 전송 토큰을 신청하는 제2 신청 메시지를 전송하는 단계; 및
   상기 전송 토큰의 수신된 신청 결과가 성공인 경우, 상기 전송 토큰이 성공적으로 신청되는 상기 서비스 메시지를 전송하는 단계
   를 포함하는, 메시지 프로세싱 방법.
3. 제2항에 있어서,
   상기 전송 시간 길이에 따라 점유 시간 기간을 신청하는 제1 신청 메시지를 전송하는 단계는:
   제어 노드의 최신 점유 순간(latest occupation moment)을 취득하고, 상기 취득된 최신 점유 순간 더하기 상기 전송 시간 길이를 상기 점유 시간 기간으로서 취하는 제1 신청 메시지를 상기 제어 노드로 전송하는 단계를 포함하는, 메시지 프로세싱 방법.
4. 제2항에 있어서, 상기 메시지 프로세싱 방법은,
   상기 점유 시간 기간의 상기 수신된 신청 결과가 실패인 경우, 상기 전송 시간 길이 및 취득된 업데이트된 최신 점유 순간에 따라 새로운 점유 시간 기간을 계산하고; 상기 새로운 점유 시간 기간을 포함하는 제1 신청 메시지를 전송하는 단계를 더 포함하는, 메시지 프로세싱 방법.
5. 제2항에 있어서, 상기 메시지 프로세싱 방법은,
   상기 전송 토큰의 상기 수신된 신청 결과가 실패인 경우, 토큰 신청 유효 시간(token application valid time)을 획득하고; 상기 토큰 신청 유효 시간이 도달하는 경우, 상기 전송 토큰이 비성공적으로(unsuccessfully) 신청되는 상기 서비스 메시지의 제2 신청 메시지를 재전송하는 단계를 더 포함하는, 메시지 프로세싱 방법.
6. 메시지 프로세싱 방법으로서,
   전송 토큰 및 점유 시간 기간을 신청하는 신청 메시지들을 수신하는 단계;
   미리 결정된 규칙에 따라 상기 점유 시간 기간의 신청 결과를 결정하고, 상기 점유 시간 기간의 상기 신청 결과를 전송하는 단계; 및
   피호출 측의 최대 서비스 프로세싱 능력에 도달되는지의 여부에 따라 상기 전송 토큰의 신청 결과를 결정하고, 상기 전송 토큰의 상기 신청 결과를 전송하는 단계
   를 포함하는, 메시지 프로세싱 방법.
7. 제6항에 있어서, 상기 메시지 프로세싱 방법은,
   상기 점유 시간 기간의 상기 신청 결과가 성공인 경우, 제어 노드의 최신 점유 순간을 업데이트하는 단계를 더 포함하는, 메시지 프로세싱 방법.
8. 제6항에 있어서, 상기 메시지 프로세싱 방법은,
   상기 피호출 측의 최대 서비스 프로세싱 능력에 도달되면, 상기 피호출 측의 가장 가까운 서비스 액세스 이용 가능 시간을 취득하고, 상기 가장 가까운 서비스 액세스 이용 가능 시간을 토큰 신청 유효 시간으로서 취하는 단계를 더 포함하는, 메시지 프로세싱 방법.
9. 메시지 프로세싱 장치로서,
   서비스 메시지를 전송하기 위한 전송 시간 길이를 계산하도록, 그리고 상기 전송 시간 길이에 기초하여 상기 서비스 메시지를 전송하기 위한 점유 시간 기간을 계산하도록 구성되는 계산 모듈;
   상기 점유 시간 기간을 신청하는 제1 신청 메시지를 전송하도록 구성되는 시간 기간 신청 모듈;
   전송 토큰 및 상기 점유 시간 기간의 신청 결과들의 메시지들을 수신하도록 구성되는 수신 모듈;
   상기 점유 시간 기간의 신청 결과가 성공인 것을 나타내는 수신된 메시지에 기초하여 상기 서비스 메시지의 전송 시간을 계산하도록 구성되는 전송 시간 계산 모듈;
   현재 시간이 상기 서비스 메시지의 상기 전송 시간을 초과하는지 여부를 모니터링하도록; 그리고 상기 현재 시간이 상기 전송 시간을 초과한다는 것을 모니터링하는 경우, 상기 서비스 메시지의 전송 토큰을 신청하는 제2 신청 메시지를 전송하도록 구성되는 토큰 신청 모듈; 및
   상기 전송 토큰의 신청 결과가 성공인 것을 나타내는 수신된 메시지에 기초하여 상기 전송 토큰이 성공적으로 신청되는 상기 서비스 메시지를 전송하도록 구성되는 전송 모듈
   을 포함하는, 메시지 프로세싱 장치.
10. 제9항에 있어서,
    상기 계산 모듈은:
    제어 노드의 최신 점유 순간을 취득하도록 구성되는 점유 순간 모듈(occupation moment module); 및
    상기 취득된 최신 점유 순간 더하기 상기 전송 시간 길이로부터 계산되는 시간 기간을 상기 점유 시간 기간으로서 취하도록 구성되는 점유 시간 기간 모듈
    을 포함하는, 메시지 프로세싱 장치.
11. 제9항에 있어서, 상기 메시지 프로세싱 장치는,
    상기 점유 시간 기간의 상기 수신된 신청 결과가 실패인 경우, 상기 계산 모듈에 의해 취득되는 최신 점유 순간에 따라 상기 서비스 메시지의 새로운 점유 시간 기간을 계산하도록; 그리고 상기 새로운 점유 시간 기간을 포함하는 제1 신청 메시지를 상기 시간 기간 신청 모듈로 전송하도록 구성되는 제1 신청 실패 프로세싱 모듈을 더 포함하는, 메시지 프로세싱 장치.
12. 제9항에 있어서, 상기 메시지 프로세싱 장치는,
    상기 전송 토큰의 상기 수신된 신청 결과가 실패인 경우, 토큰 신청 유효 시간을 취득하도록; 그리고 상기 토큰 신청 유효 시간이 도달하는 경우, 상기 전송 토큰이 비성공적으로 신청되는 상기 서비스 메시지의 제2 신청 메시지를 재전송하는 명령어를 상기 전송 모듈로 발행하도록 구성되는 제2 신청 실패 프로세싱 모듈을 더 포함하는, 메시지 프로세싱 장치.
13. 메시지 프로세싱 장치로서,
    점유 시간 기간을 포함하는 신청 메시지를 수신하도록 구성되는; 그리고 또한 전송 토큰에 대한 신청 메시지를 수신하도록 구성되는 신청 메시지 수신 모듈;
    서비스 메시지의 점유 시간 기간을, 미리 결정된 규칙에 따라 상기 신청 메시지 내의 상기 점유 시간 기간에 할당하도록 구성되는 점유 시간 할당 모듈;
    피호출 측의 최대 서비스 프로세싱 능력 및 현재 서비스 플로우에 따라 전송 토큰을 할당하도록 구성되는 토큰 할당 모듈; 및
    상기 점유 시간 기간의 신청 결과를 나타내는 메시지를 전송하도록 구성되는; 그리고 또한 상기 전송 토큰의 신청 결과를 나타내는 메시지를 전송하도록 구성되는 신청 결과 전송 모듈
    을 포함하는, 메시지 프로세싱 장치.
14. 제13항에 있어서, 상기 메시지 프로세싱 장치는,
    상기 점유 시간 기간이 상기 서비스 메시지에 할당된 이후, 상기 점유 시간 할당 모듈의 최신 점유 순간을 업데이트하도록 구성되는 점유 순간 업데이팅 모듈을 더 포함하는, 메시지 프로세싱 장치.
15. 제13항에 있어서, 상기 메시지 프로세싱 장치는,
    상기 피호출 측의 최대 서비스 프로세싱 능력에 도달되는 경우, 상기 피호출 측의 가장 가까운 서비스 액세스 이용 가능 시간을 취득하도록, 그리고 상기 가장 가까운 서비스 액세스 이용 가능 시간을 토큰 신청 유효 시간으로서 취하도록 구성되는 토큰 신청 시간 모듈을 더 포함하는, 메시지 프로세싱 장치.
16. 메시지 프로세싱 시스템으로서,
    전송 시간 길이에 기초하여 설정되는 점유 시간 기간에 대한 제1 신청 메시지를 제어 단말기로 전송하도록; 상기 점유 시간 기간의 신청 결과가 성공인 것을 나타내는 수신된 메시지에 기초하여 서비스 메시지의 전송 시간을 계산하도록; 현재 시간이 상기 서비스 메시지의 전송 시간을 초과하는지 여부를 모니터링하고, 상기 현재 시간이 상기 전송 시간을 초과하는 것을 모니터링하는 경우, 상기 서비스 메시지의 전송 토큰을 신청하는 제2 신청 메시지를 상기 제어 단말기로 전송하도록; 그리고 상기 전송 토큰의 신청 결과가 성공인 것을 나타내는 수신된 메시지에 기초하여 상기 전송 토큰이 성공적으로 신청되는 상기 서비스 메시지를 전송하도록 구성되는 메시지 클라이언트 단말기; 및
    상기 메시지 클라이언트 단말기에 의해 전송되는 상기 제1 신청 메시지 및 상기 제2 신청 메시지를 수신하도록; 상기 서비스 메시지의 점유 시간 기간을, 미리 결정된 규칙에 따라 상기 제1 신청 메시지의 상기 점유 시간 기간에 할당하도록; 피호출 측의 최대 서비스 프로세싱 능력 및 현재 서비스 플로우에 따라 상기 제2 신청 메시지 내의 상기 서비스 메시지에 전송 토큰을 할당하도록; 그리고 상기 제1 신청 메시지 및 상기 제2 신청 메시지의 신청 결과들을 상기 메시지 클라이언트 단말기로 전송하도록 구성되는 상기 제어 단말기
    를 포함하는, 메시지 프로세싱 시스템.

Images