KR20170081234A - 분산 트랜잭션 자원을 집행하기 위한 방법, 장치 및 시스템 - Google Patents

분산 트랜잭션 자원을 집행하기 위한 방법, 장치 및 시스템 Download PDF

Info

Publication number
KR20170081234A
KR20170081234A KR1020177015324A KR20177015324A KR20170081234A KR 20170081234 A KR20170081234 A KR 20170081234A KR 1020177015324 A KR1020177015324 A KR 1020177015324A KR 20177015324 A KR20177015324 A KR 20177015324A KR 20170081234 A KR20170081234 A KR 20170081234A
Authority
KR
South Korea
Prior art keywords
transaction
resource
transaction resource
execution time
managed device
Prior art date
Application number
KR1020177015324A
Other languages
English (en)
Other versions
KR102112085B1 (ko
Inventor
지아신 인
잉 가오
융징 장
Original Assignee
후아웨이 테크놀러지 컴퍼니 리미티드
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 후아웨이 테크놀러지 컴퍼니 리미티드 filed Critical 후아웨이 테크놀러지 컴퍼니 리미티드
Publication of KR20170081234A publication Critical patent/KR20170081234A/ko
Application granted granted Critical
Publication of KR102112085B1 publication Critical patent/KR102112085B1/ko

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/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H04L67/1074—Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
    • 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/10—Protocols in which an application is distributed across nodes in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/40—Support for services or applications
    • H04L67/20—
    • 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/50—Network services
    • H04L67/53—Network services using third party service providers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Computer And Data Communications (AREA)
  • Hardware Redundancy (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

본 발명의 실시예는 분산 트랜잭션 자원을 집행하기 위한 방법, 장치 및 시스템을 제공한다. 상기 방법은: 상기 제1 관리 대상 장치가, 상기 애플리케이션 서버에 의해 송신되고, 제1 조작 예정 자원의 식별자, 제1 집행 시간 및 제1 집행 예정 조작을 포함하는 제1 트랜잭션 자원 생성 요구를 수신하는 단계; 상기 제2 관리 대상 장치가, 상기 애플리케이션 서버에 의해 송신되고 제2 조작 예정 자원의 식별자, 제2 집행 시간 및 제2 집행 예정 조작을 포함하는 제2 트랜잭션 자원 생성 요구를 수신하는 단계 - 제1 집행 시간과 제2 집행 시간은 동일함 - ; 상기 제1 관리 대상 장치가 제1 트랜잭션 자원 생성 요구에 따라 제1 트랜잭션의 제1 트랜잭션 자원을 성공적으로 생성하고, 상기 제2 관리 대상 장치가 제2 트랜잭션 자원 생성 요구에 따라 제1 트랜잭션의 제2 트랜잭션 자원을 성공적으로 생성하는 단계; 및 제1 집행 시간에 도달하면, 제1 관리 대상 장치와 제2 관리 장치가 각자가 집행할 조작을 각각 집행하는 단계를 포함한다. 본 발명의 실시예는 트랜잭션 자원이 동시에 실행되는 것을 보장하면서 애플리케이션 서버의 시그널링 오버헤드를 감소한다.

Description

분산 트랜잭션 자원을 집행하기 위한 방법, 장치 및 시스템{METHOD, APPARATUS AND SYSTEM FOR EXECUTING DISTRIBUTED TRANSACTION RESOURCES}
본 발명의 실시예는 컴퓨터 기술에 관한 것이며, 특히 분산 트랜잭션 자원을 집행하기 위한 방법, 장치 및 시스템에 관한 것이다.
현재, 머신대머신(Machine to Machine, 이하 M2M로 약칭) 통신, 즉 사물 인터넷(Internet of Things) 기술이 지능형 교통, 농업 관개 및 스마트 홈 산업과 같이, 더 많은 산업 분야에 광범위하게 적용되고 있다. 서로 다른 산업 분야의 애플리케이션 서비스 요구 사항을 만족시키기 위해, M2M 시스템 운영자는 통합 M2M 플랫폼을 개발하여 데이터 액세스 및 스토리지, 데이터 공유 및 전송, 그룹 통신과 같은 몇 가지 공통 기능을 구현한다. M2M 플랫폼은 다양한 유형의 관리 대상 장치(예를 들어, 센서)를 통해 액세스할 수 있으며 북향 응용 프로그램 액세스 인터페이스를 제공하여, 다른 산업의 애플리케이션 서버가 액세스 인터페이스를 사용하여 M2M 플랫폼이 제공하는 공통 성능을 호출할 수 있도록 한다.
RESTful 아키텍처를 사용하는 M2M 시스템의 분산 트랜잭션의 경우, 트랜잭션은 애플리케이션 서버와 관리 대상 장치 간의 여러 요구를 사용하여 작업 또는 작동이 완료되어야 한다는 것을 의미한다. 트랜잭션은 원자성(atomcity)을 가져야 한다(여기에서 원자성은 트랜잭션이 개별 작업 단위임을 의미하며 트랜잭션에 포함 된 모든 작업은 집행 무결성이 보장되도록 실행되어야 한다). 또한, 분산 트랜잭션이 실행되는 M2M 시스템의 일부 시나리오에서는 여러 서버 상의 트랜잭션 자원이 동시에 집행되어야 한다. 예를 들어, 수원(water source)과 수많은 밸브(이러한 밸브는 관리 대상 장치이다)를 포함하는 지능형 관개 시나리오에서, 관개 농지와 공급되는 물의 양은 밸브의 개폐 및 개방 비율에 의해 결정된다. 구체적으로, 토지를 여러 개의 구획으로 나누고, 그 토지에 설치되고 여러 구획에 분산된 토양 센서는 토양의 물 부족 정도를 수집하고, 다른 구획에 설치된 게이트웨이를 사용하여 토양의 물 부족에 대해 수집된 데이터를 M2M 플랫폼에 보고한다. M2M 플랫폼상의 센서의 데이터를 읽음으로써 애플리케이션 서버는 각 구획의 토양이 현재 물 부족인지를 결정하고 밸브의 개폐를 제어하여 토지 관개를 실현한다. 따라서 한 편의 토지에 대한 관개는 여러 밸브를 조정함으로써, 예를 들어, 운하 헤드 밸브, 부간선 파이프 밸브, 분기 운하 밸브 및 분기 파이프 밸브를 개방함으로써 실현되어야 한다. 이러한 밸브들은 동시에 개방되어야 한다. 그렇지 않고, 운하 헤드 밸브와 부간선 파이프 밸브를 열고, 분기 운하 밸브를 열지 않으면, 지류 운하가 넘치게 된다. 대안으로, 일부 얇은 파이프에서, 밸브를 비동기적으로 조정하면 이 얇은 파이프에 비정상적인 압력이 가해져 관절이 느슨해지거나 파이프가 변형되는 등의 문제가 발생할 수 있다.
종래 기술은 RESTful 아키텍처에서 분산 트랜잭션 자원을 집행하는 방법, 즉 TCC-확인/취소(TCC-Try Confirm Cancel, 이하 TCC로 약칭) 방법을 제공한다. 구체적으로, 애플리케이션 서버는 여러 관리 대상 장치에 갱신 요구를 보낸다. 각 갱신 요구는 갱신 요구의 만료 시간을 반송한다. 관리 대상 장치는 갱신 요구를 실행하기 위한 조건을 만족하는지를 결정한다. 만족하면, 관리 대상 장치는 애플리케이션 서버에 성공 응답을 회신하고 애플리케이션 서버가 갱신 요구를 위해 보낸 커밋 요구(commit request)를 대기한다. 만족하지 않으면, 관리 대상 장치는 애플리케이션 서버에 실패 응답을 회신하고 애플리케이션 서버는 롤백 단계(rollback phase)로 들어간다. 애플리케이션 서버가 각 관리 대상 장치에서 회신한 성공 응답을 수신한 후, 애플리케이션 서버는 여러 관리 대상 장치 각각에 커밋 요구를 보내게 되고 이에 따라 여러 관리 대상 장치는 갱신 요구, 즉 트랜잭션 자원의 집행 완료를 실행한 후 최종 상태로 들어간다. 관리 대상 장치가 만료 시간이 되기 전에 애플리케이션 서버에서 보낸 커밋 요구를 수신하지 못하면, 이전에 받은 갱신 요구가 자동으로 취소되므로 관리 대상 장치가 초기 상태로 돌아간다.
그렇지만, 종래기술에서 제공하는 방법에서는, 각 관리 대상 장치가 커밋 요구를 수신하는데 지연이 있기 때문에, 여러 관리 대상 기기가 동시에 트랜잭션 자원을 집행할 수 없다(즉, 갱신 요구를 동시에 실행할 수 없다). 결론적으로, 분산 시스템의 신뢰도가 영향을 받는다. 또한, 종래 기술에서는, 트랜잭션이 완료될 수 있기 전에 트랜잭션 코디네이터와 서버 간에 적어도 두 개의 요구(전술한 갱신 요구 및 커밋 요구)이 요구되며, 트랜잭션의 시그널링 오버 헤드가 비교적 높다.
본 발명의 실시예는 분산 트랜잭션 자원을 집행하기 위한 방법, 장치 및 시스템을 제공하여, 복수의 관리 대상 장치가 커밋 요구를 수신할 때의 지연으로 인해 트랜잭션 자원 갱신 요구를 동시에 실행할 수 없어 분산 시스템의 신뢰도가 영향을 받는 종래기술의 기술적 문제를 해결하고, 시그널링 오버헤드가 높은 종래기술의 기술적 문제를 해결한다.
제1 관점에 따라, 본 발명의 실시예는 머신대머신 통신(M2M) 시스템에 적용되는 분산 트랜잭션 자원을 집행하는 방법을 제공하며, 상기 M2M 시스템은 적어도 2개의 관리 대상 장치 및 애플리케이션 서버를 포함하고, 제1 관리 대상 장치는 상기 적어도 2개의 관리 대상 장치 중 어느 하나이고, 제2 관리 대상 장치는 상기 적어도 2개의 관리 대상 장치 중 제1 관리 대상 장치를 제외한 임의의 관리 대상 장치이며, 상기 분산 트랜잭션 자원을 집행하는 방법은:
상기 제1 관리 대상 장치가 제1 트랜잭션을 위해 상기 애플리케이션 서버에 의해 송신된 제1 트랜잭션 자원 생성 요구를 수신하는 단계 - 제1 트랜잭션 자원 생성 요구는 제1 조작 예정 자원의 식별자, 제1 집행 시간 및 제1 집행 예정 조작을 포함함 - ;
상기 제2 관리 대상 장치가 제1 트랜잭션을 위해 상기 애플리케이션 서버에 의해 송신된 제2 트랜잭션 자원 생성 요구를 수신하는 단계 - 제2 트랜잭션 자원 생성 요구는 제2 조작 예정 자원의 식별자, 제2 집행 시간 및 제2 집행 예정 조작을 포함하고, 제1 집행 시간과 제2 집행 시간은 동일함 - ;
상기 제1 관리 대상 장치가 제1 트랜잭션 자원 생성 요구에 따라 제1 트랜잭션의 제1 트랜잭션 자원을 성공적으로 생성하고, 상기 제2 관리 대상 장치가 제2 트랜잭션 자원 생성 요구에 따라 제1 트랜잭션의 제2 트랜잭션 자원을 성공적으로 생성하는 단계 - 제1 트랜잭션 자원은 제1 집행 시간 및 제1 집행 예정 조작을 포함하고, 제2 트랜잭션 자원은 제2 집행 시간 및 상기 제2 집행 예정 조작을 포함함 - ;
상기 제1 관리 대상 장치가 제1 트랜잭션의 제1 트랜잭션 자원의 생성 성공을 나타내는 응답을 상기 애플리케이션 서버에 송신하고, 상기 제2 관리 대상 장치가 제1 트랜잭션의 제2 트랜잭션 자원의 생성 성공을 나타내는 응답을 상기 애플리케이션 서버에 송신하는 단계; 및
제1 집행 시간에 도달하면, 제1 관리 대상 장치와 제2 관리 장치가 각자가 집행할 조작을 각각 집행하는 단계
를 포함한다.
제1 관점을 참조해서, 제1 관점의 제1 가능한 실시 방식에서, 상기 방법은:
상기 제1 관리 대상 장치가 제2 트랜잭션을 위해 상기 애플리케이션 서버에 의해 송신된 제3 트랜잭션 자원 생성 요구를 수신하는 단계 - 제3 트랜잭션 자원 생성 요구는 제1 조작 예정 자원의 식별자, 제3 집행 시간 및 제3 집행 예정 조작을 포함함 - ;
상기 제2 관리 대상 장치가 제2 트랜잭션을 위해 상기 애플리케이션 서버에 의해 송신된 제4 트랜잭션 자원 생성 요구를 수신하는 단계 - 상기 제4 트랜잭션 자원 생성 요구는 제2 조작 예정 자원의 식별자, 제4 집행 시간 및 제4 집행 예정 조작을 포함하고, 제3 집행 시간과 제4 집행 시간은 동일함 - ;
상기 제1 관리 대상 장치가, 제2 트랜잭션의 제3 트랜잭션 자원이 제3 트랜잭션 자원 생성 요구에 따라 생성되는 것이 실패한 것으로 결정하고, 제2 트랜잭션의 제3 트랜잭션 자원의 생성 실패를 나타내는 응답을 상기 애플리케이션 서버에 송신하며, 상기 제2 관리 장치가 제4 트랜잭션 자원 생성 요구에 따라 제2 트랜잭션의 제4 트랜잭션 자원을 성공적으로 생성하고, 제2 트랜잭션의 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 상기 애플리케이션 서버로 송신하는 단계 - 제4 트랜잭션 자원의 생성 성공을 나타내는 응답은 제4 트랜잭션 자원의 식별자를 반송함 - ;
상기 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 상기 애플리케이션 서버에 송신하는 상기 제2 관리 대상 장치가 제2 트랜잭션의 제4 트랜잭션 자원에 대해 상기 애플리케이션 서버에 의해 송신된 프로세싱 요구를 수신하는 단계 - 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구는 제4 트랜잭션 자원의 식별자를 반송함 - ; 및
상기 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 상기 애플리케이션 서버에 송신하는 상기 제2 관리 대상 장치가 제4 트랜잭션 자원의 식별자에 따라 생성된 제4 트랜잭션 자원을 처리하는 단계
를 더 포함한다.
제1 관점의 제1 가능한 실시 방식을 참조해서, 제1 관점의 제2 가능한 실시 방식에서, 상기 제1 관리 대상 장치가, 제2 트랜잭션의 제3 트랜잭션 자원이 제3 트랜잭션 자원 생성 요구에 따라 생성되는 것이 실패한 것으로 결정하는 것은:
상기 제1 관리 대상 장치가, 제1 트랜잭션 자원 큐(queue)가 제1 관리 대상 장치 상에 존재하는 것으로 결정하는 단계 - 제1 트랜잭션 자원 큐는 적어도 하나의 트랜잭션 자원을 포함함 - ;
상기 제1 관리 대상 장치가, 제3 집행 시간 및 상기 제1 관리 대상 장치의 제1 조작 예정 자원의 상태에 따라, 제3 트랜잭션 자원이 미리 설정된 자원 생성 조건을 만족하지 않는 것으로 결정하는 단계; 및
상기 제1 관리 대상 장치가, 상기 미리 설정된 자원 생성 조건에 따라, 상기 제3 집행 시간을 상기 제1 트랜잭션 자원 큐 내의 트랜잭션 자원의 집행 시간보다 늦은 시간으로 갱신하도록 결정하고, 상기 제1 관리 대상 장치가 상기 갱신된 제3 집행 시간을 반송하는 제2 실패 응답을 상기 애플리케이션 서버에 송신하는 단계
를 포함한다.
제1 관점의 제1 가능한 실시 방식 또는 제1 관점의 제2 가능한 실시 방식을 참조해서, 제1 관점의 제3 가능한 실시 방식에서, 상기 제2 관리 대상 장치가 제4 트랜잭션 자원 생성 요구에 따라 제2 트랜잭션의 제4 트랜잭션 자원을 성공적으로 생성하는 것은:
상기 제2 관리 대상 장치가, 제2 트랜잭션 자원 큐가 제2 관리 대상 장치 상에 존재하는 것으로 결정하는 단계 - 제2 트랜잭션 자원 큐는 적어도 하나의 트랜잭션 자원을 포함함 - ;
상기 제2 관리 대상 장치가, 제4 집행 시간 및 상기 제2 관리 대상 장치의 제2 조작 예정 자원의 상태에 따라, 제4 트랜잭션 자원이 미리 설정된 자원 생성 조건을 만족하는 것으로 결정하고, 제4 트랜잭션 자원을 생성하는 단계
를 포함한다.
제1 관점의 제1 가능한 실시 방식 내지 제1 관점의 제3 가능한 실시 방식 중 어느 하나를 참조해서, 제1 관점의 제4 가능한 실시 방식에서, 상기 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구는 제4 트랜잭션 자원의 식별자 및 상기 갱신된 제3 집행 시간을 반송하는 갱신 요구이며,
상기 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 상기 애플리케이션 서버에 송신하는 상기 제2 관리 대상 장치가 제4 트랜잭션 자원의 식별자에 따라 생성된 제4 트랜잭션 자원을 처리하는 단계는:
상기 제2 관리 대상 장치가 상기 갱신된 제3 집행 시간에 따라 제4 트랜잭션 자원을 성공적으로 갱신하고 갱신 성공 응답 메시지를 상기 애플리케이션 서버에 회신하는 단계, 또는 상기 갱신된 제3 집행 시간에 따라 제4 트랜잭션 자원을 갱신하는 것에 실패하는 경우, 상기 애플리케이션 서버에 갱신 실패 응답 메시지를 회신하는 단계
를 포함한다.
제1 관점의 제4 가능한 실시 방식을 참조해서, 제1 관점의 제5 가능한 실시 방식에서, 상기 제2 관리 대상 장치가 상기 갱신된 제3 집행 시간에 따라 제4 트랜잭션 자원을 성공적으로 갱신하는 단계는:
상기 제2 관리 대상 장치가 제4 트랜잭션 자원의 식별자에 따라 제2 관리 대상 장치 상의 제4 트랜잭션 자원을 삭제하는 단계;
상기 제2 관리 대상 장치가 상기 갱신된 제3 집행 시간을 새로운 제4 트랜잭션 자원의 집행 시간으로 사용하는 단계;
상기 제2 관리 대상 장치가, 상기 새로운 제4 트랜잭션 자원의 집행 시간 및 상기 제2 관리 대상 장치의 제2 조작 예정 자원의 상태에 따라, 상기 새로운 제4 트랜잭션 자원이 상기 미리 설정된 자원 생성 조건을 만족하는 것으로 결정하는 단계; 및
상기 제2 관리 대상 장치가 상기 갱신된 제3 실행 시간에 따라 상기 새로운 제4 트랜잭션 자원을 생성하는 단계
를 포함한다.
제1 관점의 제1 가능한 실시 방식 내지 제1 관점의 제3 가능한 실시 방식 중 어느 하나를 참조해서, 제1 관점의 제6 가능한 실시 방식에서, 상기 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구는 제4 트랜잭션 자원의 식별자를 반송하는 삭제 요구이며, 상기 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 상기 애플리케이션 서버에 송신하는 상기 제2 관리 대상 장치가 제4 트랜잭션 자원의 식별자에 따라 생성된 제4 트랜잭션 자원을 처리하는 단계는:
상기 제2 관리 대상 장치가 제4 트랜잭션 자원의 식별자에 따라 제2 관리 대상 장치 상의 제4 트랜잭션 자원을 삭제하는 단계
를 포함한다.
제1 관점의 제6 가능한 실시 방식을 참조해서, 제1 관점의 제7 가능한 실시 방식에서, 상기 제2 트랜잭션 자원 큐 내의 하나의 트랜잭션 자원이 비축 상태에 있고, 상기 제2 관리 대상 장치가 제4 트랜잭션 자원의 식별자에 따라 제2 관리 대상 장치 상의 제4 트랜잭션 자원을 삭제하는 단계 이후에, 상기 방법은:
상기 제2 트랜잭션 자원 큐의 제1 위치에 있는 트랜잭션 자원이 집행된 후, 상기 제2 관리 대상 장치가 상기 제2 조작 예정 자원의 상태에 따라, 제2 위치에 있는 트랜잭션 자원이 성공적으로 집행될 수 있는지를 판정하는 단계 - 제1 위치는 제2 트랜잭션 자원 큐 내의 제4 트랜잭션 자원 이전의 위치이고, 제2 위치는 제2 트랜잭션 자원 큐 내의 제4 트랜잭션 자원 다음의 위치임 - ; 및
상기 제2 위치에 있는 트랜잭션 자원이 성공적으로 집행될 수 있으면, 상기 제2 관리 대상 장치가 상기 애플리케이션 서버에 제1 삭제 응답을 송신하고, 제1 위치에 있는 트랜잭션 자원이 집행된 후, 제2 위치에 있는 트랜잭션 자원의 상태를 상기 비축 상태로 갱신하는 단계; 또는
상기 제2 위치에 있는 트랜잭션 자원을 집행하는 것이 실패하면, 상기 제2 관리 대상 장치가 제2 위치에 있는 트랜잭션 자원을 삭제하는 단계
를 더 포함한다.
제1 관점의 제6 가능한 실시 방식을 참조해서, 제1 관점의 제8 가능한 실시 방식에서, 상기 제2 트랜잭션 자원 큐 내의 적어도 2개의 트랜잭션 자원이 비축 상태에 있고, 상기 제2 관리 대상 장치가 제4 트랜잭션 자원의 식별자에 따라 제2 관리 대상 장치 상의 제4 트랜잭션 자원을 삭제하는 단계 이후에, 상기 방법은:
상기 제2 관리 대상 장치가 제2 트랜잭션 자원 큐 내의 반 비축 상태(semi-reserved state)에 있는 트랜잭션 자원이 미리 설정된 삭제 조건을 만족하는지를 판정하는 단계; 및
상기 제2 트랜잭션 자원 큐 내의 반 비축 상태에 있는 트랜잭션 자원이 미리 설정된 삭제 조건을 만족하면, 상기 제2 관리 대상 장치가 상기 반 비축 상태에 있는 트랜잭션 자원을 삭제하고, 상기 애플리케이션 서버에 제2 삭제 응답을 송신하거나; 또는
상기 제2 트랜잭션 자원 큐 내의 반 비축 상태에 있는 트랜잭션 자원이 미리 설정된 삭제 조건을 만족하지 않으면, 상기 반 비축 상태에 있는 트랜잭션 자원 이전의 임의의 트랜잭션 자원이 집행된 후, 상기 제2 관리 대상 장치가 제2 조작 예정 자원의 상태에 따라 상기 반 비축 상태에 있는 트랜잭션 자원이 성공적으로 집행될 수 있는 것으로 결정하고, 상기 제2 관리 대상 장치가 상기 반 비축 상태에 있는 트랜잭션 자원을 상기 비축 상태로 갱신하는 단계
를 더 포함한다.
제2 관점에 따라, 본 발명의 실시예는 머신대머신 통신(M2M) 시스템에 적용되는 분산 트랜잭션 자원을 집행하는 방법을 제공하며, 상기 M2M 시스템은 적어도 2개의 관리 대상 장치 및 애플리케이션 서버를 포함하고, 제1 관리 대상 장치는 상기 적어도 2개의 관리 대상 장치 중 어느 하나이고, 제2 관리 대상 장치는 상기 적어도 2개의 관리 대상 장치 중 제1 관리 대상 장치를 제외한 임의의 관리 대상 장치이며, 상기 분산 트랜잭션 자원을 집행하는 방법은:
상기 애플리케이션 서버가 제1 트랜잭션을 위한 제1 트랜잭션 자원 생성 요구를 제1 관리 대상 장치에 송신하는 단계 - 제1 트랜잭션 자원 생성 요구는 제1 조작 예정 자원의 식별자, 제1 집행 시간 및 제1 집행 예정 조작을 포함함 - ;
상기 애플리케이션 서버가 제1 트랜잭션을 위한 제2 트랜잭션 자원 생성 요구를 제2 관리 대상 장치에 송신하는 단계 - 제2 트랜잭션 자원 생성 요구는 제2 조작 예정 자원의 식별자, 제2 집행 시간 및 제2 집행 예정 조작을 포함하고, 제1 집행 시간과 제2 집행 시간은 동일함 - ;
상기 애플리케이션 서버가 미리 설정된 시간 내에서, 제2 관리 대상 장치에 의해 송신되고 제1 트랜잭션의 제2 트랜잭션 자원의 생성 성공을 나타내는 응답을 수신하고, 상기 미리 설정된 시간 내에서, 제1 관리 대상 장치에 의해 송신되고 제1 트랜잭션의 제1 트랜잭션 자원의 생성 성공을 나타내는 응답을 수신하는 단계
를 포함한다.
제2 관점을 참조해서, 제2 관점의 제1 가능한 실시 방식에서, 상기 방법은:
상기 애플리케이션 서버가 제2 트랜잭션을 위한 제3 트랜잭션 자원 생성 요구를 제1 관리 대상 장치에 송신하는 단계 - 제3 트랜잭션 자원 생성 요구는 제1 조작 예정 자원의 식별자, 제3 집행 시간 및 제3 집행 예정 조작을 포함함 - ;
상기 애플리케이션 서버가 제2 트랜잭션을 위한 제4 트랜잭션 자원 생성 요구를 제2 관리 대상 장치에 송신하는 단계 - 제4 트랜잭션 자원 생성 요구는 제2 조작 예정 자원의 식별자, 제4 집행 시간 및 제4 집행 예정 조작을 포함하고, 제3 집행 시간과 제4 집행 시간은 동일함 - ;
상기 애플리케이션 서버가 미리 설정된 시간 내에서, 제1 관리 대상 장치에 의해 송신되고 제2 트랜잭션의 제3 트랜잭션 자원의 생성 실패를 나타내는 응답을 수신하고, 상기 미리 설정된 시간 내에서, 제2 관리 대상 장치에 의해 송신되고 제2 트랜잭션의 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 수신하는 단계 - 제4 트랜잭션 자원의 생성 성공을 나타내는 응답은 제4 트랜잭션 자원의 식별자를 반송함 - ; 및
상기 애플리케이션 서버가, 제2 트랜잭션의 제3 트랜잭션 자원의 생성 실패를 나타내는 응답 및 제2 트랜잭션의 제4 트랜잭션 자원의 생성 성공을 나타내는 응답에 따라, 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 송신하는 제2 관리 대상 장치에 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구를 송신하는 단계 - 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구는 제4 트랜잭션 자원의 식별자를 반송함 -
을 더 포함한다.
제2 관점의 제1 가능한 실시 방식을 참조해서, 제2 관점의 제2 가능한 실시 방식에서, 상기 애플리케이션 서버가, 제2 트랜잭션의 제3 트랜잭션 자원의 생성 실패를 나타내는 응답 및 제2 트랜잭션의 제4 트랜잭션 자원의 생성 성공을 나타내는 응답에 기초하여, 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 송신하는 제2 관리 대상 장치에 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구를 송신하는 단계는:
상기 애플리케이션 서버가, 제2 트랜잭션의 제3 트랜잭션 자원의 생성 실패를 나타내는 응답이 갱신된 제3 집행 시간을 반송하지 않는 제1 실패 응답인 것으로 결정하고, 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 송신하는 제2 관리 대상 장치에 제4 트랜잭션 자원의 식별자를 반송하는 삭제 요구를 송신하는 단계; 또는
상기 애플리케이션 서버가, 제2 트랜잭션의 제3 트랜잭션 자원의 생성 실패를 나타내는 응답이 갱신된 제3 집행 시간을 반송하는 제2 실패 응답인 것으로 결정하고, 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 송신하는 제2 관리 대상 장치에 상기 갱신된 제3 집행 시간 및 제4 트랜잭션 자원의 식별자를 반송하는 갱신 요구를 송신하는 단계
를 포함하며,
상기 애플리케이션 서버가 상기 갱신된 제3 집행 시간을 반송하는 제3 트랜잭션 자원 생성 요구를 제1 관리 대상 장치에 송신하는 단계
를 더 포함한다.
제3 관점에 따라, 머신대머신 통신(M2M) 시스템에 적용되는 애플리케이션 서버가 제공되며, 상기 M2M 시스템은 적어도 2개의 관리 대상 장치 및 애플리케이션 서버를 포함하고, 제1 관리 대상 장치는 상기 적어도 2개의 관리 대상 장치 중 어느 하나이고, 제2 관리 대상 장치는 상기 적어도 2개의 관리 대상 장치 중 제1 관리 대상 장치를 제외한 임의의 관리 대상 장치이며, 상기 애플리케이션 서버는:
제1 트랜잭션을 위한 제1 트랜잭션 자원 생성 요구를 제1 관리 대상 장치에 송신하도록 구성되어 있고 - 제1 트랜잭션 자원 생성 요구는 제1 조작 예정 자원의 식별자, 제1 집행 시간 및 제1 집행 예정 조작을 포함함 - ; 제1 트랜잭션을 위한 제2 트랜잭션 자원 생성 요구를 제2 관리 대상 장치에 송신하도록 추가로 구성되어 있는 - 제2 트랜잭션 자원 생성 요구는 제1 조작 예정 자원의 식별자, 제2 집행 시간 및 제2 집행 예정 조작을 포함하고, 제1 집행 시간과 제2 집행 시간은 동일함 - 송신 모듈; 및
미리 설정된 시간 내에서, 제2 관리 대상 장치에 의해 송신되고 제1 트랜잭션의 제2 트랜잭션 자원의 생성 성공을 나타내는 응답을 수신하고, 제1 관리 대상 장치에 의해 송신되고 제1 트랜잭션의 제1 트랜잭션 자원의 생성 성공을 나타내는 응답을 수신하도록 구성되어 있는 수신 모듈
을 포함한다.
제3 관점을 참조해서, 제3 관점의 제1 가능한 실시 방식에서, 상기 송신 모듈은 제2 트랜잭션을 위한 제3 트랜잭션 자원 생성 요구를 제1 관리 대상 장치에 송신하도록 추가로 구성되어 있고, 제3 트랜잭션 자원 생성 요구는 제1 조작 예정 자원의 식별자, 제3 집행 시간 및 제3 집행 예정 조작을 포함하며, 상기 송신 모듈은 제2 트랜잭션을 위한 제4 트랜잭션 자원 생성 요구를 제2 관리 대상 장치에 송신하도록 추가로 구성되어 있고 제4 트랜잭션 자원 생성 요구는 제2 조작 예정 자원의 식별자, 제4 집행 시간 및 제4 집행 예정 조작을 포함하고, 제3 집행 시간과 제4 집행 시간은 동일하며,
상기 수신 모듈은 미리 설정된 시간 내에서, 제1 관리 대상 장치에 의해 송신되고 제2 트랜잭션의 제3 트랜잭션 자원의 생성 실패를 나타내는 응답을 수신하고, 상기 미리 설정된 시간 내에서, 제2 관리 대상 장치에 의해 송신되고 제2 트랜잭션의 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 수신하도록 추가로 구성되어 있으며, 제4 트랜잭션 자원의 생성 성공을 나타내는 응답은 제4 트랜잭션 자원의 식별자를 반송하며,
상기 송신 모듈은 제2 트랜잭션의 제3 트랜잭션 자원의 생성 실패를 나타내는 응답 및 제2 트랜잭션의 제4 트랜잭션 자원의 생성 성공을 나타내는 응답에 기초하여, 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 송신하는 제2 관리 대상 장치에 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구를 송신하도록 추가로 구성되어 있다.
제3 관점의 제1 가능한 실시 방식을 참조해서, 제3 관점의 제2 가능한 실시 방식에서, 상기 송신 모듈은 구체적으로 제2 트랜잭션의 제3 트랜잭션 자원의 생성 실패를 나타내는 응답이 갱신된 제3 집행 시간을 반송하지 않는 제1 실패 응답인 것으로 결정하고, 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 송신하는 제2 관리 대상 장치에 제4 트랜잭션 자원의 식별자를 반송하는 삭제 요구를 송신하도록 구성되어 있거나; 또는 제2 트랜잭션의 제3 트랜잭션 자원의 생성 실패를 나타내는 응답이 갱신된 제3 집행 시간을 반송하는 제2 실패 응답인 것으로 결정하고, 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 송신하는 제2 관리 대상 장치에 상기 갱신된 제3 집행 시간 및 제4 트랜잭션 자원의 식별자를 반송하는 갱신 요구를 송신하도록 구성되어 있으며,
상기 송신 모듈은 상기 갱신된 제3 집행 시간을 반송하는 제3 트랜잭션 자원 생성 요구를 제1 관리 대상 장치에 송신하도록 추가로 구성되어 있다.
제4 관점에 따라, 머신대머신 통신(M2M) 시스템에 적용되는 분산 트랜잭션 자원을 집행하는 시스템이 제공되며, 상기 M2M 시스템은 적어도 2개의 관리 대상 장치 및 애플리케이션 서버를 포함하고, 제1 관리 대상 장치는 상기 적어도 2개의 관리 대상 장치 중 어느 하나이고, 제2 관리 대상 장치는 상기 적어도 2개의 관리 대상 장치 중 제1 관리 대상 장치를 제외한 임의의 관리 대상 장치이며, 상기 분산 트랜잭션 자원을 집행하는 시스템은 제1 관리 대상 장치 및 제2 관리 대상 장치를 포함하며,
상기 제1 관리 대상 장치는 제1 트랜잭션을 위해 상기 애플리케이션 서버에 의해 송신된 제1 트랜잭션 자원 생성 요구를 수신하고, 제1 트랜잭션 자원 생성 요구에 따라 제1 트랜잭션의 제1 트랜잭션 자원을 성공적으로 생성하며, 제1 트랜잭션의 제1 트랜잭션 자원의 생성 성공을 나타내는 응답을 상기 애플리케이션 서버에 송신하도록 구성되어 있으며, 제1 트랜잭션 자원 생성 요구는 제1 조작 예정 자원의 식별자, 제1 집행 시간 및 제1 집행 예정 조작을 포함하며;
상기 제2 관리 대상 장치는 제1 트랜잭션을 위해 상기 애플리케이션 서버에 의해 송신된 제2 트랜잭션 자원 생성 요구를 수신하고, 제2 트랜잭션 자원 생성 요구에 따라 제1 트랜잭션의 제2 트랜잭션 자원을 성공적으로 생성하고, 제1 트랜잭션의 제2 트랜잭션 자원의 생성 성공을 나타내는 응답을 상기 애플리케이션 서버에 송신하도록 구성되어 있으며,
제2 트랜잭션 자원 생성 요구는 제2 조작 예정 자원의 식별자, 제2 집행 시간 및 제2 집행 예정 조작을 포함하고, 제1 집행 시간과 제2 집행 시간은 동일하며,
제1 트랜잭션 자원은 제1 집행 시간 및 제1 집행 예정 조작을 포함하고, 제2 트랜잭션 자원은 제2 집행 시간 및 제2 집행 예정 조작을 포함하며,
제1 집행 시간에 도달하면, 제1 관리 대상 장치와 제2 관리 장치는 각자가 집행할 조작을 각각 집행하도록 구성되어 있는, 분산 트랜잭션 자원을 집행한다.
제4 관점을 참조해서, 제4 관점의 제1 가능한 실시 방식에서, 상기 제1 관리 대상 장치는 제2 트랜잭션을 위해 상기 애플리케이션 서버에 의해 송신된 제3 트랜잭션 자원 생성 요구를 수신하고, 제2 트랜잭션의 제3 트랜잭션 자원이 제3 트랜잭션 자원 생성 요구에 따라 생성되는 것이 실패한 것으로 결정하고, 제2 트랜잭션의 제3 트랜잭션 자원의 생성 실패를 나타내는 응답을 상기 애플리케이션 서버에 송신하며, 제3 트랜잭션 자원 생성 요구는 제1 조작 예정 자원의 식별자, 제3 집행 시간 및 제3 집행 예정 조작을 포함하며,
상기 제2 관리 대상 장치는 제2 트랜잭션을 위해 상기 애플리케이션 서버에 의해 송신된 제4 트랜잭션 자원 생성 요구를 수신하고, 제4 트랜잭션 자원 생성 요구에 따라 제2 트랜잭션의 제4 트랜잭션 자원을 성공적으로 생성하고, 제2 트랜잭션의 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 상기 애플리케이션 서버로 송신하도록 추가로 구성되어 있으며, 제4 트랜잭션 자원 생성 요구는 제2 조작 예정 자원의 식별자, 제4 집행 시간 및 제4 집행 예정 조작을 포함하고, 제3 집행 시간과 제4 집행 시간은 동일하며, 제4 트랜잭션 자원의 생성 성공을 나타내는 응답은 제4 트랜잭션 자원의 식별자를 반송하며; 그리고
상기 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 상기 애플리케이션 서버에 송신하는 상기 제2 관리 대상 장치는 제2 트랜잭션의 제4 트랜잭션 자원에 대해 상기 애플리케이션 서버에 의해 송신된 프로세싱 요구를 수신하고, 제4 트랜잭션 자원의 식별자에 따라 상기 생성된 제4 트랜잭션 자원을 처리하도록 추가로 구성되어 있으며, 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구는 제4 트랜잭션 자원의 식별자를 반송한다.
제4 관점의 제1 가능한 실시 방식을 참조해서, 제4 관점의 제2 가능한 실시 방식에서, 상기 제1 관리 대상 장치는 구체적으로, 제1 트랜잭션 자원 큐가 제1 관리 대상 장치 상에 존재하는 것으로 결정하고, 제3 집행 시간 및 제1 관리 대상 장치의 제1 조작 예정 자원의 상태에 따라, 제3 트랜잭션 자원이 미리 설정된 자원 생성 조건을 만족하지 않는 것으로 결정하고, 상기 미리 설정된 자원 생성 조건에 따라, 상기 제3 집행 시간을 상기 제1 트랜잭션 자원 큐 내의 트랜잭션 자원의 집행 시간보다 늦은 시간으로 갱신하도록 결정하며, 상기 갱신된 제3 집행 시간을 반송하는 제2 실패 응답을 상기 애플리케이션 서버에 송신하도록 추가로 구성되어 있으며, 상기 제1 트랜잭션 자원 큐는 적어도 하나의 트랜잭션 자원을 포함한다.
제4 관점의 제1 가능한 실시 방식 또는 제4 관점의 제2 가능한 실시 방식을 참조해서, 제4 관점의 제3 가능한 실시 방식에서, 상기 제2 관리 대상 장치는 구체적으로, 제2 트랜잭션 자원 큐가 제2 관리 대상 장치 상에 존재하는 것으로 결정하고, 제4 집행 시간 및 상기 제2 관리 대상 장치의 제2 조작 예정 자원의 상태에 따라, 제4 트랜잭션 자원이 미리 설정된 자원 생성 조건을 만족하는 것으로 결정하며, 제4 트랜잭션 자원을 생성하도록 구성되어 있으며, 제2 트랜잭션 자원 큐는 적어도 하나의 트랜잭션 자원을 포함한다.
제4 관점의 제1 가능한 실시 방식 내지 제4 관점의 제3 가능한 실시 방식 중 어느 하나를 참조해서, 제4 관점의 제4 가능한 실시 방식에서, 상기 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구는 제4 트랜잭션 자원의 식별자 및 상기 갱신된 제3 집행 시간을 반송하는 갱신 요구이며, 상기 제2 관리 대상 장치는 상기 갱신된 제3 집행 시간에 따라 제4 트랜잭션 자원을 성공적으로 갱신하고, 상기 갱신이 성공한 후, 상기 애플리케이션 서버에 갱신 성공 응답 메시지를 회신하거나, 상기 갱신된 제3 집행 시간에 따라 제4 트랜잭션 자원을 갱신하는 것에 실패하는 경우, 상기 애플리케이션 서버에 갱신 실패 응답 메시지를 회신하도록 구성되어 있다.
제4 관점의 제4 가능한 실시 방식을 참조해서, 제4 관점의 제5 가능한 실시 방식에서, 상기 제2 관리 대상 장치는 제4 트랜잭션 자원의 식별자에 따라 제2 관리 대상 장치 상의 제4 트랜잭션 자원을 삭제하고, 상기 갱신된 제3 집행 시간을 새로운 제4 트랜잭션 자원의 집행 시간으로 사용하고, 상기 새로운 제4 트랜잭션 자원의 집행 시간 및 상기 제2 관리 대상 장치의 제2 조작 예정 자원의 상태에 따라, 상기 새로운 제4 트랜잭션 자원이 상기 미리 설정된 자원 생성 조건을 만족하는 것으로 결정하며, 상기 갱신된 제3 실행 시간에 따라 상기 새로운 제4 트랜잭션 자원을 생성하도록 추가로 구성되어 있다.
제4 관점의 제4 가능한 실시 방식 내지 제4 관점의 제3 가능한 실시 방식 중 어느 하나를 참조해서, 제4 관점의 제6 가능한 실시 방식에서, 상기 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구는 제4 트랜잭션 자원의 식별자를 반송하는 삭제 요구이며, 상기 제2 관리 대상 장치는 제4 트랜잭션 자원의 식별자에 따라 제2 관리 대상 장치 상의 제4 트랜잭션 자원을 삭제하도록 추가로 구성되어 있다.
제4 관점의 제6 가능한 실시 방식을 참조해서, 제4 관점의 제7 가능한 실시 방식에서, 상기 제2 트랜잭션 자원 큐 내의 하나의 트랜잭션 자원이 비축 상태에 있고, 상기 제2 관리 대상 장치는 상기 제2 트랜잭션 자원 큐의 제1 위치에 있는 트랜잭션 자원이 집행된 후, 상기 제2 조작될 대상의 상태에 따라, 제2 위치에 있는 트랜잭션 자원이 성공적으로 집행될 수 있는지를 판정하도록 추가로 구성되어 있으며, 제1 위치는 제2 트랜잭션 자원 큐 내의 제4 트랜잭션 자원 이전의 위치이고, 제2 위치는 제2 트랜잭션 자원 큐 내의 제4 트랜잭션 자원 다음의 위치이며, 그리고
상기 제2 위치에 있는 트랜잭션 자원이 성공적으로 집행되면, 상기 제2 관리 대상 장치는 상기 애플리케이션 서버에 제1 삭제 응답을 송신하고, 제1 위치에 있는 트랜잭션 자원이 집행된 후, 제2 위치에 있는 트랜잭션 자원의 상태를 상기 비축 상태로 갱신하도록 추가로 구성되어 있거나; 또는
상기 제2 위치에 있는 트랜잭션 자원을 집행하는 것이 실패하면, 상기 제2 관리 대상 장치는 제2 위치에 있는 트랜잭션 자원을 삭제하도록 추가로 구성되어 있다.
제4 관점의 제6 가능한 실시 방식을 참조해서, 제4 관점의 제8 가능한 실시 방식에서, 상기 제2 트랜잭션 자원 큐 내의 적어도 2개의 트랜잭션 자원이 비축 상태에 있고, 상기 제2 관리 대상 장치는 제2 트랜잭션 자원 큐 내의 반 비축 상태에 있는 트랜잭션 자원이 미리 설정된 삭제 조건을 만족하는지를 판정하도록 추가로 구성되어 있으며, 그리고
상기 제2 트랜잭션 자원 큐 내의 반 비축 상태에 있는 트랜잭션 자원이 미리 설정된 삭제 조건을 만족하면, 상기 제2 관리 대상 장치는 상기 반 비축 상태에 있는 트랜잭션 자원을 삭제하고, 상기 애플리케이션 서버에 제2 삭제 응답을 송신하도록 추가로 구성?? 있거나; 또는
상기 제2 트랜잭션 자원 큐 내의 반 비축 상태에 있는 트랜잭션 자원이 미리 설정된 삭제 조건을 만족하지 않으면, 상기 반 비축 상태에 있는 트랜잭션 자원 이전의 임의의 트랜잭션 자원이 집행된 후, 상기 제2 관리 대상 장치는 제2 조작 예정 자원의 상태에 따라 상기 반 비축 상태에 있는 트랜잭션 자원이 성공적으로 집행될 수 있는 것으로 결정하고, 상기 반 비축 상태에 있는 트랜잭션 자원을 상기 비축 상태로 갱신하도록 추가로 구성되어 있다.
제5 관점에 따라, 머신대머신 통신(M2M) 시스템에 적용되는 관리 대상 장치가 제공되며, 상기 M2M 시스템은 적어도 2개의 관리 대상 장치 및 애플리케이션 서버를 포함하고, 상기 관리 대상 장치는 상기 적어도 2개의 관리 대상 장치 중 어느 하나이고, 제2 관리 대상 장치는 상기 적어도 2개의 관리 대상 장치 중 상기 관리 대상 장치를 제외한 임의의 관리 대상 장치이며, 상기 관리 대상 장치는:
제1 트랜잭션을 위해 상기 애플리케이션 서버에 의해 송신된 제1 트랜잭션 자원 생성 요구를 수신하도록 구성되어 있는 수신 모듈 - 제1 트랜잭션 자원 생성 요구는 제1 조작 예정 자원의 식별자, 제1 집행 시간 및 제1 집행 예정 조작을 포함하고, 제1 집행 시간은 제2 트랜잭션을 위한 제2 트랜잭션 자원 생성 요구 내의 제2 집행 시간과 동일하며, 제2 트랜잭션 자원 생성 요구는 M2M 시스템 내의 관리 대상 장치와는 다른 제2 관리 대상 장치에 의해 수신됨 - ;
상기 제1 트랜잭션 자원 생성 요구에 따라 제1 트랜잭션 자원을 성공적으로 생성하도록 구성되어 있는 생성 모듈 - 제1 트랜잭션 자원은 제1 집행 시간 및 제1 집행 예정 조작을 포함함 - ;
제1 집행 시간에 도달하면, 제1 트랜잭션의 제1 트랜잭션 자원에 대해 상기 애플리케이션 서버에 의해 송신된 프로세싱 요구가 수신되지 않은 것으로 결정하도록 구성되어 있는 결정 모듈 - 제1 트랜잭션의 제1 트랜잭션 자원에 대한 프로세싱 요구는 상기 애플리케이션 서버가 제2 관리 대상 장치에 의해 송신되고 제1 트랜잭션의 제2 트랜잭션 자원의 생성 실패를 나타내는 자원을 수신한 후 송신됨 - ; 및
상기 제1 집행될 조작을 집행하도록 구성되어 있는 프로세싱 모듈
을 포함한다.
제5 관점을 참조해서, 제5 관점의 제1 가능한 실시 방식에서, 상기 관리 대상 장치는 송신 모듈을 더 포함하며,
상기 수신 모듈은 제2 트랜잭션을 위해 상기 애플리케이션 서버에 의해 송신된 제3 트랜잭션 자원 생성 요구를 추가로 수신하도록 구성되어 있으며, 제3 트랜잭션 자원 생성 요구는 제1 조작 예정 자원의 식별자, 제3 집행 시간 및 제3 집행 예정 조작을 포함하고, 제3 집행 시간은 제2 트랜잭션을 위해 제2 관리 대상 장치에 의해 수신되는 제4 트랜잭션 자원 생성 요구 내의 제4 집행 시간과 동일하며,
상기 생성 모듈은 제3 트랜잭션 자원이 제3 트랜잭션 자원 생성 요구에 따라 생성되는 것이 실패한 것으로 결정하도록 추가로 구성되어 있으며,
상기 송신 모듈은 제2 트랜잭션의 제3 트랜잭션 자원의 생성 실패를 나타내는 응답을 상기 애플리케이션 서버에 송신하도록 구성되어 있다.
제5 관점의 제1 가능한 실시 방식을 참조해서, 제5 관점의 제2 가능한 실시 방식에서, 상기 생성 모듈은 구체적으로 제1 트랜잭션 자원 큐가 관리 대상 장치 상에 존재하는 것으로 결정하고, 제3 집행 시간 및 상기 관리 대상 장치의 제1 조작 예정 자원의 상태에 따라, 제3 트랜잭션 자원이 미리 설정된 자원 생성 조건을 만족하지 않는 것으로 결정하며, 상기 미리 설정된 자원 생성 조건에 따라, 상기 제3 집행 시간을 상기 제1 트랜잭션 자원 큐 내의 트랜잭션 자원의 집행 시간보다 늦은 시간으로 갱신하도록 결정하도록 구성되어 있으며, 상기 제1 트랜잭션 자원 큐는 적어도 하나의 트랜잭션 자원을 포함하며,
상기 송신 모듈은 구체적으로 상기 갱신된 제3 집행 시간을 반송하는 제2 실패 응답을 상기 애플리케이션 서버에 송신하도록 구성되어 있다.
제5 관점의 제1 가능한 실시 방식을 참조해서, 제5 관점의 제3 가능한 실시 방식에서, 상기 관리 대상 장치는 송신 모듈을 더 포함하며,
상기 수신 모듈은 제2 트랜잭션을 위해 상기 애플리케이션 서버에 의해 송신된 제3 트랜잭션 자원 생성 요구를 추가로 수신하도록 구성되어 있으며, 제3 트랜잭션 자원 생성 요구는 제1 조작 예정 자원의 식별자, 제3 집행 시간 및 제3 집행 예정 조작을 포함하고, 제3 집행 시간은 제2 트랜잭션을 위해 제2 관리 대상 장치에 의해 수신되는 제4 트랜잭션 자원 생성 요구 내의 제4 집행 시간과 동일하며,
상기 생성 모듈은 구체적으로 제3 트랜잭션 자원 생성 요구에 따라 제3 트랜잭션 자원을 생성하도록 추가로 구성되어 있으며,
상기 송신 모듈은 제2 트랜잭션의 제3 트랜잭션 자원의 생성 성공을 나타내는 자원을 상기 애플리케이션 서버에 송신하도록 구성되어 있으며, 제3 트랜잭션 자원의 생성 성공을 나타내는 자원은 제3 트랜잭션 자원의 식별자를 반송하며,
상기 결정 모듈은 제3 집행 시간이 되기 전에, 제2 트랜잭션의 제3 트랜잭션 자원에 대해 상기 애플리케이션 서버에 의해 송신된 프로세싱 요구가 수신된 것으로 추가로 결정하며, 제2 트랜잭션의 제3 트랜잭션 자원에 대한 프로세싱 요구는 제3 트랜잭션 자원의 식별자를 반송하는 데 사용되며, 그리고
상기 프로세싱 모듈은 제3 트랜잭션 자원의 식별자에 따라 상기 생성된 제3 트랜잭션 자원을 처리하도록 추가로 구성되어 있다.
제5 관점의 제3 가능한 실시 방식을 참조해서, 제5 관점의 제4 가능한 실시 방식에서, 상기 생성 모듈은 구체적으로 제1 트랜잭션 자원 큐가 관리 대상 장치 상에 존재하는 것으로 결정하고, 제3 집행 시간 및 관리 대상 장치의 제1 조작 예정 자원의 상태에 따라, 제3 트랜잭션 자원이 미리 설정된 자원 생성 조건을 만족하는 것으로 결정하고, 제3 트랜잭션 자원을 생성하도록 구성되어 있으며, 상기 제1 트랜잭션 자원 큐는 적어도 하나의 트랜잭션 자원을 포함한다.
제5 관점의 제3 가능한 실시 방식 또는 제5 관점의 제4 가능한 실시 방식을 참조해서, 제5 관점의 제5 가능한 실시 방식에서, 상기 제2 트랜잭션의 제3 트랜잭션 자원에 대한 프로세싱 요구는 제3 트랜잭션 자원의 식별자 및 갱신된 제4 집행 시간을 반송하는 갱신 요구이며, 상기 프로세싱 모듈은 구체적으로 상기 갱신된 제4 집행 시간에 따라 제3 트랜잭션 자원을 성공적으로 갱신하고, 상기 갱신이 성공한 후, 상기 애플리케이션 서버에 갱신 성공 응답 메시지를 회신하거나, 상기 갱신된 제4 집행 시간에 따라 제3 트랜잭션 자원을 갱신하는 것에 실패하는 경우, 상기 애플리케이션 서버에 갱신 실패 응답 메시지를 회신하도록 구성되어 있다.
제5 관점의 제5 가능한 실시 방식을 참조해서, 제5 관점의 제6 가능한 실시 방식에서, 상기 프로세싱 모듈은 구체적으로 제3 트랜잭션 자원의 식별자에 따라 관리 대상 장치 상의 제3 트랜잭션 자원을 삭제하고, 상기 갱신된 제4 집행 시간을 새로운 제3 트랜잭션 자원의 집행 시간으로 사용하고, 상기 새로운 제3 트랜잭션 자원의 집행 시간 및 상기 관리 대상 장치의 제1 조작 예정 자원의 상태에 따라, 상기 새로운 제3 트랜잭션 자원이 상기 미리 설정된 자원 생성 조건을 만족하는 것으로 결정하며, 상기 갱신된 제4 실행 시간에 따라 상기 새로운 제3 트랜잭션 자원을 생성하도록 추가로 구성되어 있다.
제5 관점의 제3 가능한 실시 방식 또는 제5 관점의 제4 가능한 실시 방식을 참조해서, 제5 관점의 제7 가능한 실시 방식에서, 상기 제2 트랜잭션의 제3 트랜잭션 자원에 대한 프로세싱 요구는 제3 트랜잭션 자원의 식별자를 반송하는 삭제 요구이며, 상기 프로세싱 모듈은 구체적으로 제3 트랜잭션 자원의 식별자에 따라 관리 대상 장치 상의 제3 트랜잭션 자원을 삭제하도록 추가로 구성되어 있다.
제5 관점의 제7 가능한 실시 방식을 참조해서, 제5 관점의 제8 가능한 실시 방식에서, 상기 제2 트랜잭션 자원 큐 내의 적어도 2개의 트랜잭션 자원이 비축 상태에 있고, 상기 프로세싱 모듈은, 상기 제2 트랜잭션 자원 큐의 제1 위치에 있는 트랜잭션 자원이 집행된 후, 상기 제2 조작될 대상의 상태에 따라, 제2 위치에 있는 트랜잭션 자원이 성공적으로 집행될 수 있는지를 판정하고, 상기 제2 위치에 있는 트랜잭션 자원이 성공적으로 집행되면, 상기 애플리케이션 서버에 제1 삭제 응답을 송신하고, 제1 위치에 있는 트랜잭션 자원이 집행된 후, 제2 위치에 있는 트랜잭션 자원의 상태를 상기 비축 상태로 갱신하거나; 또는 상기 제2 위치에 있는 트랜잭션 자원을 집행하는 것이 실패하면, 제2 위치에 있는 트랜잭션 자원을 삭제하도록 추가로 구성되어 있으며, 제1 위치는 제1 트랜잭션 자원 큐 내의 제3 트랜잭션 자원 이전의 위치이고, 제2 위치는 제1 트랜잭션 자원 큐 내의 제3 트랜잭션 자원 다음의 위치이다.
제5 관점의 제7 가능한 실시 방식을 참조해서, 제5 관점의 제9 가능한 실시 방식에서, 상기 제1 트랜잭션 자원 큐 내의 적어도 2개의 트랜잭션 자원이 비축 상태에 있고, 상기 프로세싱 모듈은 제1 트랜잭션 자원 큐 내의 반 비축 상태에 있는 트랜잭션 자원이 미리 설정된 삭제 조건을 만족하는지를 판정하고, 만족하면, 상기 반 비축 상태에 있는 트랜잭션 자원을 삭제하고, 상기 애플리케이션 서버에 제2 삭제 응답을 송신하거나; 또는 만족하지 않으면, 상기 반 비축 상태에 있는 트랜잭션 자원 이전의 임의의 트랜잭션 자원이 집행된 후, 제1 조작 예정 자원의 상태에 따라 상기 반 비축 상태에 있는 트랜잭션 자원이 성공적으로 집행될 수 있는 것으로 결정하고, 상기 반 비축 상태에 있는 트랜잭션 자원을 상기 비축 상태로 갱신하도록 추가로 구성되어 있다.
본 발명의 실시예에 다른 분산 트랜잭션 자원을 집행하기 위한 방법, 장치 및 시스템에서, 복수의 관리 대상 장치에 송신된 트랜잭션 자원 생성 요구는 동일한 집행 시간을 반송하며, 이에 따라 트랜잭션 자원이 성공적으로 생성되고 집행 시간에 도달하면, 복수의 관리 대상 장치는 자신들이 생성된 동시 트랜잭션 자원을 집행하고, 이에 의해 트랜잭션 자원이 동시에 집행되는 것을 보장한다. 또한, 본 발명의 실시예에서, 트랜잭션 자원이 동시에 집행되는 것을 보장하기 위해, 애플리케이션 서버는 하나의 관리 대상 장치에 하나의 트랜잭션 자원 생성 요구만을 송신해야 한다. 그러므로 애플리케이션 서버의 시그널링 오버헤드가 감소된다.
본 발명의 실시예 또는 종래기술의 기술적 솔루션을 더 명확하게 설명하기 위해, 이하에서는 실시예 또는 종래기술을 설명하는 데 필요한 첨부된 도면에 대해 간략하게 설명한다. 당연히, 이하의 실시예의 첨부된 도면은 본 발명의 일부의 실시예에 지나지 않으며, 당업자라면 창조적 노력 없이 첨부된 도면으로부터 다른 도면을 도출해낼 수 있을 것이다.
도 1은 본 발명에 따라 분산 트랜잭션 자원을 집행하는 방법의 실시예 1에 대한 개략적인 흐름도이다.
도 2는 본 발명에 따라 지능형 관개를 위한 M2M 네트워크 아키텍처에 대한 개략도이다.
도 3은 본 발명에 따라 분산 트랜잭션 자원을 집행하는 방법의 실시예 2에 대한 개략적인 흐름도이다.
도 4는 본 발명에 따라 분산 트랜잭션 자원을 집행하는 방법의 실시예 2에 대한 다른 개략적인 흐름도이다.
도 5는 본 발명에 따라 분산 트랜잭션 자원을 집행하는 방법의 실시예 2에 대한 다른 개략적인 흐름도이다.
도 6은 본 발명에 따라 분산 트랜잭션 자원을 집행하는 방법의 실시예 2에 대한 다른 개략적인 흐름도이다.
도 7은 본 발명에 따라 분산 트랜잭션 자원을 집행하는 방법의 실시예 3에 대한 개략적인 흐름도이다.
도 8은 본 발명에 따라 분산 트랜잭션 자원을 집행하는 방법의 실시예 4에 대한 개략적인 흐름도이다.
도 9는 본 발명에 따라 분산 트랜잭션 자원을 집행하는 방법의 실시예 5에 대한 개략적인 흐름도이다.
도 10은 본 발명에 따른 애플리케이션 서버의 실시예에 대한 개략적인 구조도이다.
도 11은 본 발명에 따른 관리 대상 장치의 실시예 1에 대한 개략적인 구조도이다.
도 12는 본 발명에 따른 관리 대상 장치의 실시예 2에 대한 개략적인 구조도이다.
도 13은 본 발명에 따른 분산 트랜잭션 자원을 집행하는 시스템의 실시예에 대한 개략적인 구조도이다.
본 발명의 실시예의 목적, 기술적 솔루션, 및 이점을 더 잘 이해할 수 있도록 하기 위해, 이하에서는 본 발명의 실시예의 첨부된 도면을 참조하여 본 발명의 실시예에 따른 기술적 솔루션에 대해 명확하고 완전하게 설명한다. 당연히, 이하의 상세한 설명에서의 실시예는 본 발명의 모든 실시예가 아닌 일부에 지나지 않는다. 당업자가 창조적 노력 없이 본 발명의 실시예에 기초하여 획득하는 모든 다른 실시예는 본 발명의 보호 범위 내에 있게 된다.
본 출원의 기술적 솔루션은 머신대머신 통신(Machine to Machine, 이하 M2M으로 약칭) 시스템에 적용될 수 있다. 시스템은 적어도 2개의 관리 대상 장치 및 애플리케이션 서버를 포함한다. 본 출원에 포함된 제1 관리 대상 장치는 상기 적어도 2개의 관리 대상 장치 중 어느 하나일 수 있고, 제2 관리 대상 장치는 상기 적어도 2개의 관리 대상 장치 중 제1 관리 대상 장치를 제외한 임의의 관리 대상 장치일 수 있다. M2M 시스템 내의 관리 대상 장치를 제1 관리 대상 장치인 것으로 정의하면, 여기서 제2 관리 대상 장치는 M2M 시스템 내에서 제1 관리 대상 장치를 제외한 임의의 관리 대상 장치이다. 본 출원에서 관리 대상 장치는 서버, 통신 게이트웨이, 또는 M2M 플랫폼일 수 있다. 애플리케이션 서버는 M2M 시스템 내의 트랜잭션 조정기일 수도 있고 다른 관리 대상 장치일 수도 있다.
[0058] RESTful 아키텍처에서, 애플리케이션 서버는 인프라스트럭처 노드-애플리케이션 엔티티(Infrastructure Node-Application Entity, 이하 IN-AE로 약칭), 애플리케이션 서비스 노드-애플리케이션 엔티티(Application Service Node-Application Entity, 이하 ASN-AE로 약칭), 애플리케이션 전용 노드-애플리케이션 엔티티(Application Dedicated Node-Application Entity, 이하 ADN-AE로 약칭), 또는 미들 노드-애플리케이션 엔티티(Middle Node-Application Entity, 이하 MN-AE로 약칭)일 수 있다. 관리 대상 장치는 인프라스트럭처 노드-공통 서비스 엔티티(Infrastructure Node-Common Service Entity, 이하 IN-CSE로 약칭), 미들 노드-공통 서비스 엔티티(Middle Node-Common Service Entity, 이하 MN-CSE로 약칭), 또는 애플리케이션 서비스 노드-공통 서비스 엔티티(Application Service Node-Common Service Entity, 이하 ASN-CSE로 약칭)일 수 있다. RESTful 아키텍처에서, 트랜잭션 참가자는 하나의 AE 및 복수의 CSE를 포함하며, 여기서 AE는 본 출원에서 애플리케이션 서버이고, CSE는 본 출원에서 관리 대상 장치이다.
또한, 하나의 관리 대상 장치는 단지 하나의 조작 예정 자원에 대응하고, 즉 관리 대상 장치에 의해 수신된 모든 트랜잭션 자원 생성 요구에 포함되어 있는 조작 예정 자원의 식별자는 동일한 식별자이다. 다른 관리 대상 장치는 다른 조작 예정 자원에 대응한다.
도 1은 본 발명에 따라 분산 트랜잭션 자원을 집행하는 방법의 실시예 1에 대한 개략적인 흐름도이다. 본 발명의 이 실시예는 복수의 관리 대상 장치가 애플리케이션 서버의 트랜잭션에서 복수의 동시 트랜잭션 자원을 집행하는 특정한 프로세스에 관한 것이며, 즉 M2M 시스템 내의 복수의 관리 대상 장치 상의 조작 예정 자원에 있어서, 다른 트랜잭션의 트랜잭션 자원이 현재 존재하지 않는 시나리오에 관한 것이다. 도 1에 도시된 바와 같이, 방법은 이하의 단계를 포함한다.
S101. 제1 관리 대상 장치는 제1 트랜잭션을 위해 상기 애플리케이션 서버에 의해 송신된 제1 트랜잭션 자원 생성 요구를 수신하며, 제1 트랜잭션 자원 생성 요구는 제1 조작 예정 자원의 식별자, 제1 집행 시간 및 제1 집행 예정 조작을 포함한다.
S102. 제2 관리 대상 장치는 제1 트랜잭션을 위해 애플리케이션 서버에 의해 송신된 제2 트랜잭션 자원 생성 요구를 수신하며, 제2 트랜잭션 자원 생성 요구는 제2 조작 예정 자원의 식별자, 제2 집행 시간 및 제2 집행 예정 조작을 포함하고, 제1 집행 시간과 제2 집행 시간은 동일하다.
구체적으로, 애플리케이션 서버는 제1 트랜잭션을 위한 제1 트랜잭션 자원 생성 요구 및 제1 트랜잭션을 위한 제2 트랜잭션 자원 생성 요구를 제1 관리 대상 장치 및 제2 관리 대상 장치에 개별적으로 송신하며, 즉 제1 트랜잭션 요구 및 제2 트랜잭션 요구는 애플리케이션 서버의 제1 트랜잭션에 속한다. 제1 트랜잭션 자원 생성 요구는 제2 조작 예정 자원의 식별자, 제1 집행 시간, 및 제1 집행 예정 조작을 포함한다. 제2 트랜잭션 자원 생성 요구는 제2 조작 예정 자원의 식별자, 제2 집행 시간, 및 제2 집행 예정 조작을 포함한다. 제1 집행 시간과 제2 집행 시간은 동일하다. 선택적으로, 제1 집행 예정 조작 및 제2 집행 예정 조작은 같을 수도 있고 다를 수도 있다. 또한, 제1 집행 예정 조작 또는 제2 집행 예정 조작은 원시적인 방식으로 반영될 수도 있고 다른 방식으로 반영될 수도 있다.
S103. 제1 관리 대상 장치는 제1 트랜잭션 자원 생성 요구에 따라 제1 트랜잭션의 제1 트랜잭션 자원을 성공적으로 생성하고, 제2 관리 대상 장치는 제2 트랜잭션 자원 생성 요구에 따라 제1 트랜잭션의 제2 트랜잭션 자원을 성공적으로 생성하며, 제1 트랜잭션 자원은 제1 집행 시간 및 제1 집행 예정 조작을 포함하고, 제2 트랜잭션 자원은 제2 집행 시간 및 상기 제2 집행 예정 조작을 포함한다.
제1 관리 대상 장치와 제2 관리 대상 장치가 집행하는 조작은 유사하다는 것에 유의해야 한다. 그러므로 이하의 모든 기술적 솔루션에서, 제1 관리 대상 장치는 설명된 대상으로서 사용된다. 제2 관리 대상 장치에 의해 집행되는 조작에 대해서는 제1 관리 대상 장치에 의해 집행되는 조작을 참조하면 된다. 제2 관리 대상 장치에 의해 제2 트랜잭션 자원을 생성하는 프로세스에 대해서는 제1 관리 대상 장치에 의해 제1 트랜잭션 자원을 생성하는 프로세스를 참조하면 된다.
구체적으로, 제1 관리 대상 장치는 제1 트랜잭션 자원 생성 요구에서 반송되는 제1 집행 시간 및 제1 집행 예정 조작과 같은 정보에 따라, 제1 트랜잭션 자원이 성공적으로 생성될 수 있는지를 판정한다. 제1 집행 예정 조작은 요구의 개시자, 요구된 목표 자원의 식별자, 및 요구되는 특정한 내용과 같은 정보를 포함한다.
선택적으로, 제1 관리 대상 장치는 제1 집행 예정 조작에 포함되어 있는 정보에 따라, 제1 트랜잭션 자원 생성 요구가 트랜잭션 자원 생성 조건을 만족하는지를 판정할 수 있다. 구체적으로, 조건은 이하의 (1) 내지 (4)의 내용을 포함할 수 있다: (1) 제1 관리 대상 장치는 제1 집행 예정 조작에 포함되어 있는 "요구된 목표 자원의 식별자"에 따라, 제1 집행 예정 조작에 요구된 목표 자원이 제1 조작 예정 자원인지를 검사한다. (2) 제1 관리 대상 장치는 제1 집행 예정 조작에 포함되어 있는 "요구의 개시자"에 따라, 개시자(즉 애플리케이션 서버)가 제1 트랜잭션 자원 생성 요구를 개시할 충분한 권한을 가졌는지를 검사한다. (3) 제1 관리 대상 장치는 제1 집행 예정 조작에 포함되어 있는 "요구된 내용"에 따라, 요구된 내용이 제1 조작 예정 자원에 대해 집행될 수 있는지를 검사한다. 예를 들어, 제1 관리 대상 장치는 제1 집행 예정 조작에 포함되어 있는 속성이 제1 관리 대상 장치의 허용된 속성 범위 내에 있는지를 검사함으로써, 그 요구된 내용이 제1 조작 예정 자원에 대해 집행될 수 있는지를 검사한다. (4) 제1 관리 대상 장치는 제1 집행 시간 및 제1 관리 대상 장치의 작업의 배치 및 수면 주기에 따라, 제1 트랜잭션 자원 생성 요구에 반송되는 제1 집행 예정 조작의 집행이 제1 집행 시간에 지정된 시간에 보장될 수 있는지를 검사한다.
전술한 4가지 항목이 모두 성공적으로 검사되면, 제1 트랜잭션 자원 생성 요구가 트랜잭션 자원 생성 조건을 만족한다는 것을 지시하고, 제1 관리 대상 장치는 제1 트랜잭션 자원 생성 요구에 따라 제1 트랜잭션 자원을 성공적으로 생성할 수 있다. RESTful 아키텍처의 특정에 기초해서, 생성된 제1 트랜잭션 자원은 3가지 속성, 즉 제1 트랜잭션 자원의 상태, 제1 집행 시간, 제1 집행 예정 조작을 포함한다(이에 대응해서, 제2 트랜잭션 자원은 3가지 속성, 즉 제2 트랜잭션 자원의 상태, 제2 집행 시간, 제2 집행 예정 조작을 포함한다).
제1 트랜잭션 자원은 3가지 속성, 즉 상태, 집행 시간, 및 집행 예정 조작을 포함한다는 것에 유의해야 한다. 상태는 현재 트랜잭션 자원의 상태를 지시한다. 상태는 비축 상태(reserved state)일 수도 있고 반 비축 상태(semi-reserved state)일 수도 있다. 비축 상태는 관리 대상 장치가 집행 시간에 도달하면 트랜잭션 자원의 집행 예정 조작의 성공적인 집행을 보장할 수 있다는 것을 의미하며, 즉 관리 대상 장치는 액세스 권한, 속성 지속성 등을 포함한, 트랜잭션 자원을 집행하는 데 필요한 여러 조건을 검사한다. 반 비축 상태는 트랜잭션 자원 큐(queue) 내의 트랜잭션 자원의 일반적인 상태이며, 즉 관리 대상 장치가 트랜잭션 자원을 성공적으로 집행할 수 있는지는 트랜잭션 자원 중 하나 이상의 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태에 좌우된다. 집행 시간(Texec로 표시됨)은 현재 트랜잭션 자원의 집행 시간을 지시하고, 집행 시간에 도달하면 트랜잭션 자원의 집행 예정 조작을 집행하도록 관리 대상 장치에 명령하는 데 사용된다. 집행 예정 조작(Primitive로 표시됨)은 즉 관리 대상 장치 상에서 조작 예정 자원을 처리하는 데 필요한 모든 정보를 포함한, 집행 예정 요구를 지시한다.
또한, 트랜잭션 자원은 관리 대상 장치 상의 조작 예정 자원과 관련되어 있으며, 즉 트랜잭션 자원의 집행 예정 조작에 필요한 목표 자원이 조작 예정 자원이다. 트랜잭션 자원과 조작 예정 자원을 관련시키는 방식은 트랜잭션 자원의 식별자가 조작 예정 자원의 속성인 것일 수도 있고, 트랜잭션 자원이 조작 예정 자원의 하부자원일 수도 있다. 구체적으로, 조작 예정 자원은 하나 이상의 트랜잭션 자원의 식별자를 포함할 수도 있고, 트랜잭션 자원의 식별자는 조작 예정 자원의 식별자를 직접 포함할 수도 있다.
S104. 제1 관리 대상 장치는 제1 트랜잭션의 제1 트랜잭션 자원의 생성 성공을 나타내는 응답을 상기 애플리케이션 서버에 송신하고, 상기 제2 관리 대상 장치가 제1 트랜잭션의 제2 트랜잭션 자원의 생성 성공을 나타내는 응답을 상기 애플리케이션 서버에 송신한다.
구체적으로, 관리 대상 장치가 제1 트랜잭션 자원을 성공적으로 생성한 후, 제1 관리 대상 장치는 제1 트랜잭션의 제1 트랜잭션 자원의 생성 성공을 나타내는 응답을 애플리케이션 서버에 송신한다. 제1 관리 대상 장치가 제1 집행 시간이 되기를 대기하는 기간에서, 선택적으로, 제1 관리 대상 장치는 제1 트랜잭션의 제1 트랜잭션 자원에 대해 애플리케이션 서버에 의해 송신된 프로세싱 요구가 수신되는지를 판정한다. 애플리케이션 서버 상의 하나의 트랜잭션은 복수의 트랜잭션 자원을 포함하기 때문에, 애플리케이션 서버는 복수의 관리 대상 장치에 서로 다른 트랜잭션 자원 생성 요구를 송신하여, 복수의 관리 대상 장치 상의 하나의 트랜잭션에 속하는 트랜잭션 자원을 생성한다. 이 실시예에서, 제1 관리 대상 장치가 제2 트랜잭션 자원을 성공적으로 생성할 수 없으면, 제2 관리 대상 장치는 제2 트랜잭션 자원의 생성 실패를 나타내는 응답을 애플리케이션 서버에 송신한다. 제2 트랜잭션 자원의 생성 실패를 나타내는 응답을 수신한 후, 애플리케이션 서버는 제1 트랜잭션의 제1 트랜잭션 자원에 대한 프로세싱 요구를 제1 관리 대상 장치에 송신하여, 성공적으로 생성되는 제1 트랜잭션 자원을 삭제 또는 갱신하도록 제1 관리 대상 장치에 명령한다. 제2 관리 대상 장치가 제2 트랜잭션 자원을 성공적으로 생성하면, 제2 관리 대상 장치는 제1 트랜잭션의 제2 트랜잭션 자원의 생성 성공을 나타내는 응답을 애플리케이션 서버에 송신한다. 그러므로 애플리케이션 서버는 제1 트랜잭션의 제1 트랜잭션 자원에 대한 프로세싱 요구를 제1 관리 대상 장치에 송신하지 않는다.
S105. 제1 집행 시간에 도달하면, 제1 관리 대상 장치와 제2 관리 장치는 각자가 집행할 조작을 각각 집행한다.
구체적으로, 제1 집행 시간이 되었을 때, 제1 관리 대상 장치가 제1 트랜잭션의 제1 트랜잭션 자원에 대해 애플리케이션 서버에 의해 송신된 프로세싱 요구를 수신하지 않았다면, 그것은 제1 트랜잭션 자원 역시 M2M 시스템 내의 제1 관리 대상 장치 상에서 성공적으로 생성되지 않았다는 것을 나타낸다. 그러므로 제1 관리 대상 장치는 그 생성된 제1 트랜잭션 자원의 제1 집행 예정 조작에 따라, 제1 조작 예정 자원의 식별자에 의해 지시된 제1 조작 예정 자원 상의 제1 집행 예정 조작을 집행한다. 또한, 제2 관리 대상 장치는 또한 M2M 시스템 내의 제2 관리 대상 장치 상에서 성공적으로 생성되고, 제2 관리 대상 장치 역시 제1 트랜잭션의 제2 트랜잭션 자원에 대해 애플리케이션 서버에 의해 송신된 프로세싱 요구를 수신하지 않았기 때문에, 제2 관리 대상 장치는 제2 조작 예정 자원의 식별자에 의해 지시되는 제2 조작 예정 자원 상의 제2 집행 예정 조작을 제2 집행 시간에 집행할 수 있다. 즉, 제1 관리 대상 장치 및 제2 관리 대상 장치는 제1 집행 예정 조작 및 제2 집행 예정 조작을 각각 동시에 집행하며, 즉 동일한 트랜잭션에 포함되어 있는 동시 트랜잭션 자원을 집행한다.
본 발명의 이 실시예에서의 기술적 솔루션을 더 잘 설명하기 위해, 여기서는 배경에서의 지능형 관개의 예를 설명으로 사용한다.
지능형 관개의 예에서, 애플리케이션 서버는 M2M 플랫폼에 등록되어 있는 네트워크 애플리케이션이고, 관리 대상 장치는 다른 농지에 분산된 밸브이다. 도 2에 도시된 지능형 관개를 위한 M2M 네트워크 아키텍처를 참조하면, M2M 시스템은 하나의 애플리케이션 서버 및 3개의 밸브를 포함한다. 밸브 1은 제1 관리 대상 장치이고, 밸브 2 및 밸브 3은 모두 제2 관리 대상 장치이다.
애플리케이션 서버는 밸브 1, 밸브 2 및 밸브 3에 트랜잭션 자원 생성 요구를 각각 송신한다. 밸브 1에 송신된 트랜잭션 자원 생성 요구는 제1 트랜잭션 자원 생성 요구이다. 밸브 2에 송신된 트랜잭션 자원 생성 요구는 제2 트랜잭션 자원 생성 요구이다. 밸브 3에 송신된 트랜잭션 자원 생성 요구는 다른 제2 트랜잭션 자원 생성 요구이다. 애플리케이션 서버에 의해 3개의 밸브에 송신된 트랜잭션 자원 생성 요구 내의 집행 시간은 모두 12:00이고, 트랜잭션 자원 생성 요구는 서로 다른 밸브를 조장하기 위한 요구를 포함한다. 밸브 1에 송신된 제1 트랜잭션 자원 생성 요구는 밸브 1의 열림 정도를 20%로 조정하기 위한 요구이다(즉, 제1 집행 예정 조작). 밸브 2에 송신된 제2 트랜잭션 자원 생성 요구는 밸브 2의 열림 정도를 30%로 조정하기 위한 요구이다(즉, 제2 집행 예정 조작). 밸브 3에 송신된 제2 트랜잭션 자원 생성 요구는 밸브 3의 열림 정도를 40%로 조정하기 위한 요구이다(즉, 다른 제2 집행 예정 조작).
밸브 1을 예로 사용하여(밸브 2 및 밸브 3에 의해 집행되는 조작에 대해서는, 밸브 1에 의해 집행되는 조작을 참조한다), 밸브 1은 먼저 애플리케이션 서버가 제1 트랜잭션 자원을 생성할 권한을 가지고 있는지를 검사하고, 그런 다음 제1 트랜잭션 자원 생성 요구에 포함되어 있는 제1 집행 예정 조작을 검사하며, 제1 집행 예정 조작의 내용은 밸브 1을 20%로 조정하라는 것이다. 밸브 1은 애플리케이션 서버가 밸브 1 상에서 조작 예정 자원을 조정할 권한을 가지고 있는지를 추가로 검사하고, 20%가 밸브의 조정 범위 내에 있는지를 검사한다. 마지막으로, 제1 트랜잭션 자원 생성 요구에 제공되어 있는 제1 집행 시간 및 밸브 1의 수면 시간에 따라, 밸브 1은 제1 트랜잭션 자원이 성공적으로 생성될 수 있는 것으로 결론을 내리며, 즉 밸브 1은 밸브 1이 12:00에서 밸브 1의 완전 열림의 20%로 조정되는 것을 보장할 수 있다. 이 예에서, 밸브 1은 최초로 트랜잭션 자원을 생성하기 때문에, 즉 밸브 1의 조작 예정 자원은 대응하는 트랜잭션 자원 큐를 가지고 있지 않기 때문에, 밸브 1은 제1 트랜잭션 자원의 현재 상태를 비축 상태로 설정하고, 그 상태를 제1 트랜잭션 자원의 생성 성공을 나타내는 응답에 부가하고, 그 응답을 애플리케이션 서버에 송신한다.
밸브 2 및 밸브 3은 유사한 단계를 집행한다. 이 예에서, 밸브 2 및 밸브 3은 또한 자신들이 12:00에서 대응하는 값으로 조정되는 것을 보장할 수 있다. 그러므로 3개의 밸브에 의해 생성된 트랜잭션 자원은 모두 비축 상태에 있다. 이 실시예에서, 3개의 밸브 모두는 트랜잭션 자원의 생성 성공에 관한 응답을 회신하기 때문에, 애플리케이션 서버는 집행 시간이 될 때까지 대기하는 기간에서 임의의 요구를 개시하지 않는다.
3개의 밸브에 의해 생성된 트랜잭션 자원에 지정된 집행 시간에 도달하면, 즉 시간이 12:00가 되면, 3개의 밸브는 밸브에 의해 집행될 조작의 내용을 동시에 집행한다. 즉, 밸브 1은 그 열림 정도를 20%로 조정하고, 밸브 2는 그 열림 정도를 30%로 조정하고, 밸브 3은 그 열림 정도를 40%로 조정한다.
본 발명의 이 실시예에서, 복수의 관리 대상 장치에 송신되는 트랜잭션 자원 생성 요구는 동일한 집행 시간을 반송하므로, 트랜잭션 자원이 성공적으로 생성되고 집행 시간이 된 것으로 결정될 때, 복수의 관리 대상 장치는 자신들이 생성한 동시 트랜잭션 자원을 집행하고, 이에 의해 트랜잭션 자원이 동시에 집행되는 것이 보장된다. 또한, 본 발명의 이 실시예에서, 트랜잭션 자원이 동시에 집행되는 것을 보장하기 위해, 애플리케이션 서버는 관리 대상 장치에 하나의 트랜잭션 자원 생성 요구만을 송신해야 한다. 그러므로 애플리케이션 서버의 시그널링 오버헤드가 감소된다.
도 3은 본 발명에 따라 분산 트랜잭션 자원을 집행하는 방법의 실시예 2에 대한 개략적인 흐름도이다. 전술한 실시예에 기초하여, 본 실시예에서 사용되는 방법은 제1 관리 대상 장치가 제2 트랜잭션의 제3 트랜잭션 자원이 생성되는 것이 실패한 것으로 결정하고, 제2 트랜잭션의 제3 트랜잭션 자원의 생성 실패를 나타내는 응답을 애플리케이션 서버에 송신하는 프로세스이다. 도 3에 도시된 바와 같이, 방법은 이하의 단계를 더 포함한다.
S201. 제1 관리 대상 장치는 제2 트랜잭션을 위해 상기 애플리케이션 서버에 의해 송신된 제3 트랜잭션 자원 생성 요구를 수신하며, 제3 트랜잭션 자원 생성 요구는 제1 조작 예정 자원의 식별자, 제3 집행 시간 및 제3 집행 예정 조작을 포함한다.
S202. 제2 관리 대상 장치는 제2 트랜잭션을 위해 상기 애플리케이션 서버에 의해 송신된 제4 트랜잭션 자원 생성 요구를 수신하며, 상기 제4 트랜잭션 자원 생성 요구는 제2 조작 예정 자원의 식별자, 제4 집행 시간 및 제4 집행 예정 조작을 포함하고, 제3 집행 시간과 제4 집행 시간은 동일하다.
구체적으로, 애플리케이션 서버는 제2 트랜잭션에 대한 제3 트랜잭션 자원 생성 요구 및 제2 트랜잭션에 대한 제4 트랜잭션 자원 생성 요구를 제1 관리 대상 장치 및 제2 관리 대상 장치에 각각 송신한다. 제3 트랜잭션 자원 생성 요구는 제1 조작 예정 자원의 식별자, 제3 집행 시간, 및 제3 집행 예정 조작을 포함한다. 제4 트랜잭션 자원 생성 요구는 제2 조작 예정 자원의 식별자, 제4 집행 시간, 및 제4 집행 예정 조작을 포함한다. 제3 집행 시간과 제4 집행 시간은 동일하다. 선택적으로, 제3 집행 예정 조작과 제4 집행 예정 조작을 같을 수도 있고 다를 수도 있다. 또한, 제3 집행 예정 조작 또는 제4 집행 예정 조작은 원시적인 방식으로 반영될 수도 있고 다른 방식으로 반영될 수도 있다.
S203. 제1 관리 대상 장치는 제2 트랜잭션의 제3 트랜잭션 자원이 제3 트랜잭션 자원 생성 요구에 따라 생성되는 것이 실패한 것으로 결정하고, 제2 트랜잭션의 제3 트랜잭션 자원의 생성 실패를 나타내는 응답을 상기 애플리케이션 서버에 송신한다.
S204. 제2 관리 장치는 제4 트랜잭션 자원 생성 요구에 따라 제2 트랜잭션의 제4 트랜잭션 자원을 성공적으로 생성하고, 제2 트랜잭션의 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 상기 애플리케이션 서버로 송신하며, 제4 트랜잭션 자원의 생성 성공을 나타내는 응답은 제4 트랜잭션 자원의 식별자를 반송한다.
제1 관리 대상 장치와 제2 관리 대상 장치가 집행하는 조작은 유사하다는 것에 유의해야 한다. 그러므로 이하의 모든 기술적 솔루션에서, 제1 관리 대상 장치는 설명된 대상으로서 사용된다. 제2 관리 대상 장치에 의해 집행되는 조작에 대해서는 제1 관리 대상 장치에 의해 집행되는 조작을 참조하면 된다. 제4 관리 대상 장치에 의해 제2 트랜잭션 자원을 생성하는 프로세스에 대해서는 제3 관리 대상 장치에 의해 제1 트랜잭션 자원을 생성하는 프로세스를 참조하면 된다.
구체적으로, 제1 관리 대상 장치는 제3 트랜잭션 자원 생성 요구에서 반송되는 제3 집행 시간 및 제3 집행 예정 조작과 같은 정보에 따라, 제3 트랜잭션 자원이 성공적으로 생성될 수 있는지를 판정한다. 제3 집행 예정 조작은 제1 조작 예정 자원에 대한 요구를 포함하며, 상기 요구는 그 요구의 개시자, 요구된 목표 자원의 식별자, 및 요구되는 특정한 내용과 같은 정보를 포함한다.
선택적으로, 제1 관리 대상 장치는 제3 집행 예정 조작에 포함되어 있는 정보에 따라, 제3 트랜잭션 자원 생성 요구가 트랜잭션 자원 생성 조건을 만족하는지를 판정할 수 있다. 구체적으로, 조건은 이하의 (1) 내지 (4)의 내용을 포함할 수 있다: (1) 제1 관리 대상 장치는 제3 집행 예정 조작에 포함되어 있는 "요구된 목표 자원의 식별자"에 따라, 제3 집행 예정 조작에 요구된 목표 자원이 제1 조작 예정 자원인지를 검사한다. (2) 제1 관리 대상 장치는 제3 집행 예정 조작에 포함되어 있는 "요구의 개시자"에 따라, 개시자(즉 애플리케이션 서버)가 그 요구를 개시할 충분한 권한을 가졌는지를 검사한다. (3) 제1 관리 대상 장치는 제3 집행 예정 조작에 포함되어 있는 "요구된 내용"에 따라, 요구된 내용이 제1 조작 예정 자원에 대해 집행될 수 있는지를 검사한다. (4) 제1 관리 대상 장치는 제3 집행 시간 및 제1 관리 대상 장치의 작업의 배치 및 수면 주기에 따라, 제3 트랜잭션 자원 생성 요구에 반송되는 제3 집행 예정 조작의 집행이 제3 집행 시간에 지정된 시간에 보장될 수 있는지를 검사한다.
전술한 4가지 항목 중 어느 하나가 검사하는 것에 실패하면, 제3 트랜잭션 자원 생성 요구가 트랜잭션 자원 생성 조건을 만족하지 않는다는 것을 지시한다. 제1 관리 대상 장치는 제3 트랜잭션 자원이 생성되는 것에 실패한 것으로 결정하고, 제3 트랜잭션 자원의 생성 실패를 나타내는 응답을 애플리케이션 서버에 송신한다.
또한, 제2 관리 장치는 제4 트랜잭션 자원 생성 요구에 따라 제2 트랜잭션의 제4 트랜잭션 자원을 성공적으로 생성하고(상세한 설명에 대해서는 제3 트랜잭션 자원을 생성하는 프로세스를 참조한다), 제2 트랜잭션의 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 애플리케이션 서버에 송신하며, 여기서 제4 트랜잭션 자원의 생성 성공을 나타내는 응답은 제4 트랜잭션 자원의 식별자를 반송한다.
애플리케이션 서버가, 제1 관리 대상 장치에 의해 송신되고 제2 트랜잭션의 제3 트랜잭션 자원의 생성 실패를 나타내는 응답 및 제2 관리 대상 장치에 의해 송신되고 제2 트랜잭션의 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 수신한 후, 애플리케이션 서버는 제4 트랜잭션 자원을 성공적으로 생성하는 제2 관리 대상 장치에 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구를 송신하기로 결정하며, 여기서 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구는 제4 트랜잭션 자원의 식별자를 반송한다.
S205. 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 상기 애플리케이션 서버에 송신하는 제2 관리 대상 장치는 제2 트랜잭션의 제4 트랜잭션 자원에 대해 상기 애플리케이션 서버에 의해 송신된 프로세싱 요구를 수신하며, 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구는 제4 트랜잭션 자원의 식별자를 반송한다.
구체적으로, 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구는 제4 트랜잭션 자원을 삭제하는 삭제 요구일 수도 있고 제4 트랜잭션 자원의 제4 집행 시간을 갱신하는 갱신 요구일 수도 있으며, 이에 따라 제2 관리 대상 장치는 새로운 제4 트랜잭션 자원을 획득한다(제1 관리 대상 장치가 제3 트랜잭션 자원 생성 요구 내의 제3 집행 시간이 적절하지 않은 것으로 결정할 때, 제1 관리 대상 장치는 제3 트랜잭션 자원의 생성 실패를 나타내는 응답을 송신하고, 여기서 그 응답은 갱신된 제3 집행 시간을 반송하며, 그러므로 애플리케이션 서버는 갱신된 제3 집행 시간을 반송하는 프로세싱 요구를 제2 관리 대상 장치에 송신하며, 당연히 제1 관리 대상 장치 역시 갱신된 제3 집행 시간에 따라 새로운 제3 트랜잭션 자원을 생성한다).
S206. 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 상기 애플리케이션 서버에 송신하는 제2 관리 대상 장치는 제4 트랜잭션 자원의 식별자에 따라 생성된 제4 트랜잭션 자원을 처리한다.
구체적으로, 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 애플리케이션 서버에 송신하는 제2 관리 대상 장치가 제2 트랜잭션의 제4 트랜잭션 자원에 대해 애플리케이션 서버에 의해 송신된 프로세싱 요구를 수신한 후, 제2 관리 대상 장치는 프로세싱 요구에 반송된 제4 트랜잭션 자원의 식별자에 따라, 제2 관리 대상 장치 상에서 이미 성공적으로 생성된 제4 트랜잭션 자원을 처리한다.
선택적으로, 제2 관리 대상 장치는 제2 트랜잭션의 원자성을 보장하기 위해 제2 관리 대상 장치 상에서 제4 트랜잭션 자원을 삭제할 수 있다(제3 트랜잭션 자원이 생성되는 것이 실패하고, 제2 트랜잭션 자체는 성공적으로 집행될 수 없으므로, 제2 트랜잭션에도 속하는 제4 트랜잭션 자원은 성공적으로 생성되었더라도 삭제되어야 한다).
선택적으로, 제2 관리 대상 장치 상의 제4 트랜잭션 자원 내의 제4 집행 예정 조작을 집행하는 시간은, 제1 관리 대상 장치에 의해 새로운 제3 트랜잭션 자원 내의 제3 집행 예정 조작을 집행하는 시간이 제2 관리 대상 장치에 의해 새로운 제4 트랜잭션 자원 내의 제4 집행 예정 조작을 집행하는 시간과 일치할 수 있도록 갱신된다). 또한, 갱신된 제3 집행 시간에 도달하기 전에는, 애플리케이션 서버는 제1 관리 대상 장치 및 제2 관리 대상 장치에 어떠한 프로세싱 요구도 송신하지 않는다. 그러므로 제1 관리 대상 장치 및 제2 관리 대상 장치는 동일한 트랜잭션에 포함되어 있는 트랜잭션 자원을 집행할 수 있다.
본 발명의 이 실시예에 따라 분산 트랜잭션 자원을 집행하는 방법에서, 제1 관리 대상 장치 및 제2 관리 대상 장치는 애플리케이션 서버에 의해 송신되면서 동일한 집행 시간을 반송하는 제3 트랜잭션 자원 생성 요구 및 제4 트랜잭션 자원 생성 요구를 각각 수신하고, 제2 관리 대상 장치는 제4 트랜잭션 자원 생성 요구 내의 제4 집행 시간에 따라, 제4 트랜잭션 자원이 성공적으로 생성되었다는 것을 결정하고, 제4 집행 시간에 도달하기 전에, 제2 트랜잭션의 제4 트랜잭션 자원에 대해 애플리케이션 서버에 의해 송신된 프로세싱 요구를 수신하며, 제2 관리 대상 장치는 프로세싱 요구에 따라 그 생성된 제4 트랜잭션 자원을 처리한다. 본 발명의 이 실시예에서 제공하는 방법에서, 제2 관리 대상 장치는 제2 트랜잭션의 제4 트랜잭션 자원에 대해 애플리케이션 서버에 의해 송신된 프로세싱 요구에 따라(프로세싱 요구가 갱신 요구일 때), 제2 관리 대상 장치에 의해 그 갱신된 제4 트랜잭션 자원을 집행하는 시간이 제2 관리 대상 장치가 제1 관리 대상 장치에 의해 생성된 새로운 제3 트랜잭션 자원을 집행하는 시간과 같다는 것을 보장할 수 있으며, 즉 제1 관리 대상 장치 및 제2 관리 대상 장치는 각자에 의해 집행될 조작을 동시에 집행할 수 있다. 그러므로 트랜잭션 자원의 동시 집행이 보장된다.
도 3에 도시된 전술한 실시예에 기초하여, 본 발명의 이 실시예의 제1 가능한 실시 방식에서, 본 발명의 이 실시예는 관리 대상 장치가 하나의 트랜잭션에만 포함되어 있는 복수의 트랜잭션 자원을 집행하고 그 집행이 실패하는(즉, 트랜잭션의 집행하는 실패하는) 특정한 시나리오, 즉 M2M 시스템 내의 제1 관리 대상 장치 상의 제1 조작 예정 자원에 대해, 다른 트랜잭션의 트랜잭션 자원이 현재 관련되어 있지 않은 시나리오에 관한 것이다.
제1 관리 대상 장치가 제3 집행 예정 조작에 포함되어 있는 정보에 따라, 제3 트랜잭션 자원 생성 요구가 전술한 트랜잭션 자원 생성 조건에서 (1)의 내용을 만족하지 않는 것으로 결정하면, 제1 관리 대상 장치는 제3 트랜잭션 자원 생성 요구에 따라, 제3 트랜잭션 자원이 생성되는 것이 실패한 것으로 결정하고, 제2 트랜잭션의 제3 트랜잭션 자원의 생성 실패를 나타내는 응답을 애플리케이션 서버에 송신하여, 제3 트랜잭션 자원이 성공적으로 생성될 수 없다는 것을 애플리케이션 서버에 통지한다.
제1 관리 대상 장치가 제3 집행 예정 조작에 포함되어 있는 정보에 따라, 제3 트랜잭션 자원 생성 요구가 전술한 트랜잭션 자원 생성 조건에서 (2) 내지 (4) 중 어느 하나의 내용을 만족하지 않는 것으로 결정하면, 제1 관리 대상 장치는 제3 트랜잭션 자원 생성 요구에 따라, 제3 트랜잭션 자원이 생성되는 것이 실패인 것으로 결정하고, 제3 트랜잭션 자원의 생성 실패를 나타내는 응답을 애플리케이션 서버에 송신하며, 여기서 상기 응답은 갱신된 제3 집행 시간을 반송하여, 현재 제3 집행 시간이 적절하지 않다는 것을 애플리케이션 서버에 통지하며, 제1 관리 대상 장치는 제3 트랜잭션 자원의 생성 실패를 나타내는 응답에 반송되는 갱신된 제3 집행 시간을 사용하며, 제3 트랜잭션 자원이 성공적으로 생성될 수 있다.
본 발명의 이 실시예에서의 기술적 솔루션을 더 잘 설명하기 위해, 여기서는 배경에서의 지능형 관개의 예를 설명으로 계속 사용한다.
애플리케이션 서버는 밸브 1, 밸브 2 및 밸브 3에 트랜잭션 자원 생성 요구를 각각 송신한다. 밸브 1에 송신된 트랜잭션 자원 생성 요구는 제3 트랜잭션 자원 생성 요구이다. 밸브 2에 송신된 트랜잭션 자원 생성 요구는 제4 트랜잭션 자원 생성 요구이다. 밸브 3에 송신된 트랜잭션 자원 생성 요구는 다른 제4 트랜잭션 자원 생성 요구이다. 애플리케이션 서버에 의해 3개의 밸브에 송신된 트랜잭션 자원 생성 요구 내의 집행 시간은 모두 12:00이고, 트랜잭션 자원 생성 요구는 서로 다른 밸브를 조장하기 위한 요구를 포함한다. 밸브 1에 송신된 제3 트랜잭션 자원 생성 요구는 밸브 1의 열림 정도를 20%로 조정하기 위한 요구이고, 밸브 2에 송신된 제4 트랜잭션 자원 생성 요구는 밸브 2의 열림 정도를 30%로 조정하기 위한 요구이며, 밸브 3에 송신된 제4 트랜잭션 자원 생성 요구는 밸브 3의 열림 정도를 40%로 조정하기 위한 요구이다.
밸브 1을 예로 사용하여(밸브 2 및 밸브 3에 의해 집행되는 조작에 대해서는, 밸브 1에 의해 집행되는 조작을 참조한다), 밸브 1은 먼저 애플리케이션 서버가 제3 트랜잭션 자원을 생성할 권한을 가지고 있는지를 검사하고, 그런 다음 제3 트랜잭션 자원 생성 요구에 포함되어 있는 제3 집행 예정 조작을 검사하며, 제3 집행 예정 조작의 내용은 밸브 1을 20%로 조정하라는 것이고, 밸브 1은 애플리케이션 서버가 밸브 1 상에서 조작 예정 자원을 조정할 권한을 가지고 있는지를 추가로 검사하고, 20%가 밸브의 조정 범위 내에 있는지를 검사하며, 마지막으로, 제3 트랜잭션 자원 생성 요구에 제공되어 있는 제3 집행 시간 및 밸브 1의 수면 시간에 따라, (4)의 내용과 일치하지 않으나 12:01에서 성공적으로 생성될 수 있기 때문에, 밸브 1은 제3 트랜잭션 자원이 성공적으로 생성될 수 있는 것으로 결론을 내린다. 그러므로 밸브 1은 제3 트랜잭션 자원의 생성 실패를 나타내는 응답을 애플리케이션 서버에 송신하며, 여기서 상기 응답은 갱신된 제3 집행 시간(즉, 12:01)을 반송한다. 이 예에서, 밸브 2 및 밸브 3의 제4 트랜잭션 자원이 성공적으로 생성될 수 있는 것으로, 즉 밸브 2 및 밸브 3에 의해 수신되는 제4 트랜잭션 자원 생성 요구는 전술한 (1) 내지 (4)의 내용과 일치하는 것으로 가정하면, 밸브 2 및 밸브 3은 대응하는 트랜잭션 자원의 생성 성공에 관한 응답을 애플리케이션 서버에 송신하며, 여기서 상기 응답은 밸브 2 및 밸브 3에 의해 각각 생성된 제4 트랜잭션 자원의 식별자를 반송하여, 밸브 2 및 밸브 3의 제4 트랜잭션 자원이 성공적으로 생성된다는 것을 애플리케이션 서버에 통지한다.
현재 애플리케이션 서버는 제3 트랜잭션 자원의 생성 실패에 관하여 밸브 1에 의해 송신된 응답을 수신하고, 그 응답은 갱신된 제3 집행 시간을 반송하기 때문에, 애플리케이션 서버는 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구를 밸브 2 및 밸브 3에 송신하며, 여기서 프로세싱 요구는 갱신된 제3 집행 시간 및 제4 트랜잭션 자원의 식별자를 반송하는 갱신 요구일 수 있다. 선택적으로, 갱신 요구는 제4 집행 예정 조작을 더 반송할 수 있으며, 또한 애플리케이션 서버는 새로운 제3 트랜잭션 자원 생성 요구를 밸브 1에 추가로 송신하며, 새로운 제3 트랜잭션 자원 생성 요구는 갱신된 제3 집행 시간을 반송하며, 제3 집행 예정 조작을 더 반송할 수 있다.
밸브 1이 새로운 제3 트랜잭션 자원 생성 요구를 수신하면, 밸브 1은 또한 (1) 내지 (4)의 내용을 집행할 수 있다. 밸브 1은 제3 집행 예정 조작이 (1) 내지 (3)의 내용과 일치하는 것으로 결정하므로, 새로운 제3 트랜잭션 자원 생성 요구에 반송되는 제3 집행 예정 조작이 변하지 않고, 밸브 1은 갱신된 제3 집행 시간이 (4)의 내용과 일치하는지를 직접 판정할 수 있으며, 또한, 갱신된 제3 집행 시간은 밸브 1의 작업 상태에 따라 애플리케이션 서버에 밸브 1에 의해 권장되는 시간이므로, 갱신된 제3 집행 시간이 제3 트랜잭션 자원의 생성 성공을 보장할 수 있는 시간이다. 밸브 2 및 밸브 3은 애플리케이션 서버에 의해 송신된 갱신 요구를 수신할 때 전술한 (1) 내지 (4)의 내용을 집행한다. 밸브 2 및 밸브 3은 자신들의 제4 집행 예정 조작이 (1) 내지 (3)의 내용과 일치하는 것으로 각각 결정하였고, 갱신 요구에 반송되는 제4 집행 예정 조작은 변하지 않으므로, 밸브 2 및 밸브 3 역시 갱신된 제3 집행 시간이 (4)의 내용과 일치하는지를 직접 결정할 수 있다. 밸브 2가, 수신된 갱신 요구 내의 갱신된 제3 집행 시간이 (4)의 내용과 일치하는 것으로, 즉 밸브 2 상의 제4 트랜잭션 자원이 성공적으로 갱신될 수 있는 것으로 결정하는 것으로 가정하면, 그리고 밸브 3이, 수신된 갱신 요구 내의 갱신된 제3 집행 시간이 (4)의 내용과 일치하지 않는 것으로 결정하면, 즉 밸브 3이, 갱신된 제3 집행 시간에 도달한 때 밸브 3이 수면 상태에 진입하고, 작업을 재시작하는 시간이 불확실한 것으로 가정하면, 밸브 3 상의 제4 트랜잭션 자원이 성공적으로 생성될 수 없으며, 밸브 3은 이미 어떠한 트랜잭션 자원의 생성도 국부적으로 지원할 수 없다. 그러므로 밸브 3은 제2 트랜잭션의 제4 트랜잭션 자원의 생성 실패를 나타내는 응답을 애플리케이션 서버에 송신하여, 밸브 3이 임의의 트랜잭션 자원의 생성을 이미 지원할 수 없는 경우를 애플리케이션 서버에 통지한다.
이 경우, 밸브 1 상의 새로운 제3 트랜잭션 자원이 성공적으로 생성되었고, 밸브 2 상의 새로운 제4 트랜잭션 자원이 성공적으로 갱신되었으나, 갱신된 제3 실행 시간에 도달하기 전에, 애플리케이션 서버는 제2 트랜잭션의 제4 트랜잭션 자원의 생성 실패에 관하여 밸브 3에 의해 송신된 응답을 수신하였고, 밸브 3이 임의의 트랜잭션 자원의 생성을 지원할 수 없다는 것을 이미 학습하였으므로, 애플리케이션 서버는 밸브 1 및 밸브 2에 삭제 요구를 송신하여, 밸브 1 상의 새로운 제3 트랜잭션 자원 및 밸브 2 상의 갱신된 제4 트랜잭션 자원을 삭제하며, 트랜잭션의 원자성을 보장한다. 그러므로 애플리케이션 서버 상의 현재의 제2 트랜잭션은 성공적으로 집행될 수 없다.
밸브 1이 새로운 제3 트랜잭션 자원 생성 요구를 수신할 때, 밸브 1이 새로운 제3 트랜잭션 자원 생성 요구에 따라 새로운 제3 트랜잭션 자원을 생성하고, 밸브 2 및 밸브 3이 갱신 요구 내의 갱신된 제3 집행 시간에 따라 제4 트랜잭션 자원을 성공적으로 갱신하면, 갱신된 제3 집행 시간에 도달하기 전에, 밸브 1, 밸브 2 및 밸브 3 중 어느 것도 애플리케이션 서버에 의해 송신된 프로세싱 요구를 수신하지 않으며, 갱신된 제3 집행 시간에 도달한 때, 밸브 1, 밸브 2 및 밸브 3은 새로운 제3 트랜잭션 자원 및 갱신된 제4 동시 트랜잭션 자원을 집행한다.
본 발명의 이 실시예에 따라 분산 트랜잭션 자원을 집행하는 방법에서, 제1 관리 대상 장치가 제3 트랜잭션 자원 생성 요구에 따라 제3 트랜잭션 자원을 생성하는 것에 실패할 때, 제1 관리 대상 장치는 제2 트랜잭션의 제3 트랜잭션 자원의 생성 실패를 나타내는 응답을 애플리케이션 서버에 송신하며, 여기서 제3 트랜잭션 자원의 생성 실패를 나타내는 응답은 갱신된 제3 집행 시간을 반송하며, 이에 따라 애플리케이션 서버는 제1 관리 대상 장치에 새로운 제3 트랜잭션 자원 생성 요구를 송신하여, 새로운 제3 트랜잭션 자원을 생성한다. 또한, 애플리케이션 서버는 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구를 제2 관리 대상 장치에 송신하며, 프로세싱 요구가 상기 갱신된 제3 집행 시간을 반송하는 갱신 요구일 때, 제1 관리 대상 장치 및 제2 관리 대상 장치는 갱신된 제3 집행 시간에 따라, 장치들에 의해 생성된 트랜잭션 자원을 각각 처리할 수 있으며, 갱신된 제3 집행 시간에 도달할 때 장치들의 현재 트랜잭션 자원이 동시에 집행될 수 있는 것을 보장한다.
실제 M2M 시스템에서, 관리 대상 장치 상의 조작 예정 자원에 있어서, 기존의 트랜잭션 자원이 아직 집행되지 않았을 때 새로운 트랜잭션 자원 생성 요구는 일반적으로 다시 송신되고, 이 경우, 조작 예정 자원에 대한 트랜잭션 자원 큐가 형성된다. 그러므로 도 3에 도시된 전술한 실시예에 기초하여, 본 발명의 이 실시예의 제2 가능한 실시 방식에서, 본 발명의 실시예는 관리 대상 장치 상의 트랜잭션 자원을 동시 처리하는 시나리오에 적용되며, 즉 관리 대상 장치 상에 트랜잭션 자원 큐가 존재하는 시나리오에 적용된다. 이 실시예는 제1 관리 대상 장치가 제1 트랜잭션 자원 큐 내의 제3 트랜잭션 자원을 생성하는 것에 실패하는 특정한 프로세스에 관한 것이다. 도 4를 참조하면, 전술한 S203은 구체적으로 이하의 단계를 포함할 수 있다.
S301. 제1 관리 대상 장치는 제1 트랜잭션 자원 큐가 제1 관리 대상 장치 상에 존재하는 것으로 결정하며, 제1 트랜잭션 자원 큐는 적어도 하나의 트랜잭션 자원을 포함한다.
제1 관리 대상 장치 및 제2 관리 대상 장치에 의해 집행되는 조작은 유사하므로, 이하의 모든 기술적 솔루션에서, 제1 관리 대상 장치는 주요 설명된 대상으로서 사용된다. 제4 트랜잭션 자원 생성 요구가 수신된 후 제2 관리 대상 장치에 의해 집행되는 조작에 대해서는 제3 트랜잭션 자원 생성 요구가 수신된 후 제1 관리 대상 장치에 의해 집행되는 조작을 참조하면 된다.
구체적으로, 제1 관리 대상 장치가 제2 트랜잭션 자원에 대해 애플리케이션 서버에 의해 송신된 제3 트랜잭션 자원 생성 요구를 수신한 후, 제1 관리 대상 장치는 제3 트랜잭션 자원 생성 요구에서 반송되는 제1 조작 예정 자원의 식별자에 따라, 제1 조작 예정 자원에 대응하는 제1 트랜잭션 자원 큐가 존재하는지를 판정한다. 제1 트랜잭션 자원 큐는 적어도 하나의 트랜잭션 자원을 포함하고, 제1 트랜잭션 자원 큐 내의 트랜잭션 자원은 제1 트랜잭션 자원 큐 내의 각각의 트랜잭션 자원의 집행 시간에 따라 배열된다. 제1 관리 대상 장치는 제1 관리 대상 장치 상에 제1 트랜잭션 자원 큐가 존재하지 않는다는 것으로 결정하면, 제1 관리 대상 장치는 도 1에 도시된 실시예 1에서의 기술적 솔루션 또는 도 3에 도시된 실시예의 제1 가능한 실시 방식에 따라 집행을 수행할 수 있다. 상세한 설명은 여기서 다시 설명하지 않는다. 제1 트랜잭션 자원 큐가 존재하는 것으로 결정되면, 단계 S302가 집행된다.
S302. 제1 관리 대상 장치는 제3 집행 시간 및 제1 조작 예정 자원의 상태에 따라, 제3 트랜잭션 자원이 미리 설정된 자원 생성 조건을 만족하지 않는 것으로 결정한다.
구체적으로, 제1 관리 대상 장치가 제1 조작 예정 자원의 식별자에 따라, 제1 트랜잭션 자원 큐가 제1 관리 대상 장치 상에 존재하는 것으로 결정할 때, 제1 관리 대상 장치는 제3 트랜잭션 자원 생성 요구 내의 제3 집행 시간 및 제1 트랜잭션 자원 큐 내의 각각의 트랜잭션 자원의 집행 시간에 따라 배열 및 비교를 수행하고, 제1 트랜잭션 자원 큐에 제3 트랜잭션 자원을 삽입하는 위치를 결정한다. 제1 관리 대상 장치는 제3 트랜잭션 자원을 성공적으로 생성하지 않았다는 것에 유의해야 한다. 여기서 제3 트랜잭션 자원은 생성 예정 트랜잭션 자원이다.
또한, 제1 관리 대상 장치는 제3 집행 시간 및 제1 관리 대상 장치 상의 제1 조작 예정 자원의 상태에 따라, 제3 트랜잭션 자원이 미리 설정된 자원 생성 조건을 만족하지 않는다는 것으로 결정할 수 있으며, 즉 제3 트랜잭션 자원이 생성되는 것이 실패하는 것으로 결정하고, 제2 트랜잭션의 제3 트랜잭션 자원의 생성 실패를 나타내는 응답을 애플리케이션 서버에 송신한다. 제1 조작 예정 자원의 상태는 구체적으로 제1 트랜잭션 자원 큐 내의 적어도 하나의 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태이다. 제1 관리 대상 장치가 제3 트랜잭션 자원이 미리 설정된 자원 생성 조건을 만족하지 않는다는 것으로 결정하는 것은 구체적으로 이하의 2가지 경우 A 및 B를 포함할 수 있다.
A. 제1 관리 대상 장치는 제3 집행 시간 및 제1 관리 대상 장치의 제1 조작 예정 자원의 상태에 따라, 제3 집행 시간이 제1 트랜잭션 자원 큐 내의 각각의 트랜잭션 자원의 집행 시간보다 늦은 임의의 시간으로 갱신되면 미리 설정된 자원 생성 조건이 만족되지 않는 것으로 결정한다. 제1 관리 대상 장치는 제1 실패 응답을 애플리케이션 서버에 송신한다.
선택적으로, 제1 트랜잭션 자원 큐에 포함되어 있는 하나의 트랜잭션 자원이 비축 상태에 있고, 제1 트랜잭션 자원 큐 내의 제1 위치에 위치하는 트랜잭션 자원이 비축 상태에 있으면, 제1 관리 대상 장치는 제3 집행 시간 및 제1 조작 예정 자원의 상태에 따라, 제3 집행 시간이 제1 트랜잭션 자원 큐 내의 각각의 트랜잭션 자원의 집행 시간보다 늦은 임의의 시간으로 갱신될 때 미리 설정된 자원 생성 조건이 만족되지 않는 것으로 결정한다. 구체적으로, 이하의 3가지 경우 a, b, c가 포함될 수 있다. 미리 설정된 자원 생성 조건에 관한 상세한 설명에 대해서는 a, b, c에 설명된 내용을 참조하면 된다는 것에 유의해야 한다. 또한, 미리 설정된 자원 생성 조건은 전술한 실시예에서 (1) 내지 (4)의 내용과는 다르다. 예를 들어, 이하의 미리 설정된 자원 생성 조건 a에서, 제3 트랜잭션 자원이 큐 내의 제1 위치에 위치할 때, 제1 관리 대상 장치는 제3 트랜잭션 자원이 제1 트랜잭션 자원 큐 내의 임의의 다른 위치에 삽입되면 제3 트랜잭션 자원이 성공적으로 집행될 수 없다는 것으로 결정한다. 시간 조건이 만족되는 한, 제1 관리 대상 장치는 제3 트랜잭션 자원이 생성되는 것이 실패하는 것으로 결정한다. 그렇지만, 제3 트랜잭션 자원이 제1 트랜잭션 자원 큐 내의 임의의 다른 위치에 위치할 때 제3 트랜잭션 자원이 성공적으로 집행될 수 있는지를 판정하는 방식에 대해서는, 특정한 판정 단계가 전술한 실시예에서의 (1) 내지 (4)의 내용에 따라 판정될 수 있다.
a. 제3 집행 시간에 따라, 제1 트랜잭션 자원 큐에 제3 트랜잭션 자원을 삽입하는 위치 이전에 제1 트랜잭션 자원 큐 내의 트랜잭션 자원이 존재하지 않는 것으로 결정되고, 제1 관리 대상 장치가 제3 트랜잭션 자원의 집행 시간을 제1 트랜잭션 자원 큐 내의 각각의 트랜잭션 자원의 집행 시간보다 늦은 임의의 시간으로 갱신하면(즉, 제1 관리 대상 장치가 제3 트랜잭션 자원을 제1 트랜잭션 자원 큐 내의 임의의 다른 위치에 삽입하면), 제1 관리 대상 장치는 제3 집행 시간에 도달할 때 제3 트랜잭션 자원이 성공적으로 집행될 수 없다는 것으로 결정한다. 즉, 제1 관리 대상 장치는 제1 트랜잭션 자원 큐 내의 임의의 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태에 따라, 제3 트랜잭션 자원이 비축 상태로 전환될 수 없는 것으로 결정한다. 이 경우, 제1 관리 대상 장치는 제3 트랜잭션 자원이 생성하는 것이 실패하는 것으로 결정하고, 제1 실패 자원을 애플리케이션 서버에 송신하므로, 애플리케이션 서버는 제4 트랜잭션 자원 생성 요구를 수신하는 제2 관리 대상 장치에 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구를 송신하며, 프로세싱 요구는 제4 트랜잭션 자원의 식별자를 반송하는 삭제 요구이고, 이 삭제 요구는 제2 관리 대상 장치 상에서 성공적으로 생성되는 제4 트랜잭션 자원을 삭제하는 데 사용된다.
본 발명의 이 실시예에서 트랜잭션 자원이 집행 시간에 성공적으로 집행될 수 없다는 것은 트랜잭션 자원이 비축 상태로 전환될 수 없다는 것으로 이해될 수 있다는 것에 유의해야 한다. 또한, 전술한 바와 같이, 경우 a에서, 제1 조작 예정 자원의 전술한 상태는 제1 트랜잭션 자원 큐 내의 임의의 위치에 있는 트랜잭션 자원이 집행될 수 제1 조작 예정 자원의 상태이다.
b. 제3 집행 시간에 따라, 제1 트랜잭션 자원 큐 내의 트랜잭션 자원이 제1 트랜잭션 자원 큐에 제3 트랜잭션 자원을 삽입하는 위치의 앞뒤 모두에 존재하는 것으로 결정되면, 제1 관리 대상 장치는 제3 위치에 있는 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태에 따라, 제3 트랜잭션 자원이 성공적으로 집행될 수 있는지를 판정하며, 여기서 제3 위치는 제1 트랜잭션 자원 큐에 제3 트랜잭션 자원을 삽입하는 위치에 인접하는 이전의 위치이다.
제1 관리 대상 장치가 제3 위치에 있는 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태에 따라, 제3 트랜잭션 자원이 성공적으로 집행될 수 없는 것으로 결정하고, 그리고 제3 트랜잭션 자원의 제3 집행 시간이 제1 트랜잭션 자원 큐 내의 각각의 트랜잭션 자원의 집행 시간보다 늦은 임의의 시간으로 갱신되면(즉, 제3 트랜잭션 자원을 제1 트랜잭션 자원 큐 내의 임의의 다른 위치에 삽입할 때), 제1 관리 대상 장치는 제3 트랜잭션 자원 역시 성공적으로 집행될 수 없는 것으로 결정한다. 즉, 제1 트랜잭션 자원 큐 내의 임의의 트랜잭션 자원이 집행된 후의 상태에 기초하여, 제3 트랜잭션 자원은 비축 상태로 전환될 수 없다. 이 경우, 제1 관리 대상 장치는 제3 트랜잭션 자원이 생성되는 것이 실패하는 것으로 결정하고, 제1 실패 응답을 애플리케이션 서버에 송신하므로, 애플리케이션 서버는 제4 트랜잭션 자원 생성 요구를 수신하는 제2 관리 대상 장치에 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구를 송신하며, 여기서 프로세싱 요구는 제4 트랜잭션 자원의 식별자를 반송하는 삭제 요구이고, 이 삭제 요구는 제2 관리 대상 장치 상에서 성공적으로 생성되는 제4 트랜잭션 자원을 삭제하는 데 사용된다.
제1 관리 대상 장치가 제3 위치에 있는 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태에 따라, 제3 트랜잭션 자원이 성공적으로 집행될 수 있는 것으로 결정하고, 제3 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태에 따라, 제1 트랜잭션 자원 큐 내의 제4 위치에 있는 트랜잭션 자원이 성공적으로 집행될 수 없는 것으로 결정하며(제4 위치는 제1 트랜잭션 자원 큐에 제3 트랜잭션 자원을 삽입하는 위치에 인접한 다음 위치이다), 제3 트랜잭션 자원의 제3 집행 시간을 제1 트랜잭션 자원 큐 내의 각각의 트랜잭션 자원의 집행 시간보다 늦은 임의의 시간으로 갱신하기로 결정하면(즉, 제3 트랜잭션 자원이 제1 트랜잭션 자원 큐 내의 임의의 다른 위치로 삽입되는 것으로 결정되면), 제1 관리 대상 장치는 제3 트랜잭션 자원 역시 성공적으로 집행될 수 없는 것으로 결정한다. 즉, 제1 트랜잭션 자원 큐 내의 임의의 트랜잭션 자원이 집행된 후의 상태에 기초하여, 제3 트랜잭션 자원은 비축 상태로 전환될 수 없다. 이 경우, 제1 관리 대상 장치는 제3 트랜잭션 자원이 생성되는 것이 실패한 것으로 결정하고, 제1 실패 응답을 애플리케이션 서버에 송신하므로, 애플리케이션 서버는 제4 트랜잭션 자원 생성 요구를 수신하는 제2 관리 대상 장치에 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구를 송신하며, 여기서 프로세싱 요구는 제4 트랜잭션 자원의 식별자를 반송하는 삭제 요구이고, 이 삭제 요구는 제2 관리 대상 장치 상에서 성공적으로 생성되는 제4 트랜잭션 자원을 삭제하는 데 사용된다.
전술한 바와 같이, 경우 b에서, 제1 조작 예정 자원의 전술한 상태는 제3 위치에 있는 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태일 수도 있고, 제3 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태일 수도 있으며, 제1 트랜잭션 자원 큐 내의 임의의 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태일 수도 있다.
c. 제3 집행 시간에 따라 제1 트랜잭션 자원 큐 내의 트랜잭션 자원이 제1 트랜잭션 자원 큐에 제3 트랜잭션 자원을 삽입하는 위치 앞에 존재하는 것으로 결정되고, 제1 트랜잭션 자원 큐 내의 트랜잭션 자원이 그 삽입 위치 뒤에는 존재하지 않는 것으로 결정되면, 제1 관리 대상 장치는 제3 위치에 있는 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태에 따라, 제3 트랜잭션 자원이 성공적으로 집행될 수 있는 것으로 결정한다.
제1 관리 대상 장치가 제3 위치에 있는 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태에 따라, 제3 트랜잭션 자원이 성공적으로 집행될 수 없는 것으로 결정하고, 제3 트랜잭션 자원의 제3 집행 시간을 제1 트랜잭션 자원 큐 내의 각각의 트랜잭션 자원의 집행 시간보다 늦은 임의의 시간으로 갱신하는 것으로 결정하면(즉, 제3 집행 시간을 제1 트랜잭션 자원 큐 내의 임의의 다른 위치에 삽입하면), 제1 관리 대상 장치는 제3 트랜잭션 자원이 또한 성공적으로 집행될 수 없는 것으로 결정된다. 즉, 제1 트랜잭션 자원 큐 내의 임의의 트랜잭션 자원이 집행된 후의 상태에 기초하여, 제3 트랜잭션 자원은 비축 상태로 전환될 수 없다. 이 경우, 제1 관리 대상 장치는 제3 트랜잭션 자원이 생성되는 것이 실패한 것으로 결정하고, 제1 실패 응답을 애플리케이션 서버에 송신하므로, 애플리케이션 서버는 제4 트랜잭션 자원 생성 요구를 수신하는 제2 관리 대상 장치에 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구를 송신하며, 여기서 프로세싱 요구는 제4 트랜잭션 자원의 식별자를 반송하는 삭제 요구이고, 이 삭제 요구는 제2 관리 대상 장치 상에서 성공적으로 생성되는 제4 트랜잭션 자원을 삭제하는 데 사용된다.
전술한 바와 같이, 경우 c에서, 제1 조작 예정 자원의 전술한 상태는 제3 위치에 있는 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태일 수도 있고, 제1 트랜잭션 자원 큐 내의 임의의 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태일 수도 있다. 제1 조작 예정 자원의 상태에 대한 내용은 다른 경우에 따라 결정된다.
선택적으로, 제1 트랜잭션 자원 큐에 포함되어 있는 적어도 2개의 트랜잭션 자원이 비축 상태에 있으면, 제1 관리 대상 장치는 제3 집행 시간 및 제1 조작 예정 자원의 상태에 따라, 제3 집행 시간이 제1 트랜잭션 자원 큐 내의 각각의 트랜잭션 자원의 집행 시간보다 늦은 임의의 시간으로 갱신되면 제3 집행 시간이 만족되지 않는 것으로 결정한다. 구체적으로, 미리 설정된 자원 생성 조건에 대한 상세한 설명에 대해서는 d 및 e에 설명된 조건을 결정하는 단계를 참조하면 된다.
d. 제1 관리 대상 장치가 제3 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태에 따라, 제1 트랜잭션 자원 큐에 제3 트랜잭션 자원을 삽입하는 위치 뒤에 제1 트랜잭션 자원 큐 내의 비축 상태에 있는 다른 트랜잭션 자원 중 어느 것도 집행될 수 없는 것으로 결정하거나 다른 트랜잭션 자원 중 하나가 성공적으로 집행될 수 없는 것으로 결정하고, 제3 트랜잭션 자원의 제3 집행 시간을 제1 트랜잭션 자원 큐 내의 각각의 트랜잭션 자원의 집행 시간보다 늦은 임의의 시간으로 갱신하기로 결정하면(즉, 제3 트랜잭션 자원을 제1 트랜잭션 자원 큐 내의 임의의 다른 위치에 삽입하면), 제1 관리 대상 장치는 제1 트랜잭션 자원 큐 내의 임의의 다른 위치에 있는 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태에 따라, 임의의 다른 위치가 뒤의 비축 상태에 있는 트랜잭션 자원 중 어느 것도 성공적으로 집행될 수 없는 것으로 결정하거나 그것 중 하나가 성공적으로 집행될 수 없는 것으로 결정한다. 이 경우, 제1 관리 대상 장치는 제3 트랜잭션 자원이 생성되는 것이 실패한 것으로 결정하고, 제1 실패 응답을 애플리케이션 서버에 송신하므로, 애플리케이션 서버는 제4 트랜잭션 자원 생성 요구를 수신하는 제2 관리 대상 장치에 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구를 송신하며, 여기서 프로세싱 요구는 제4 트랜잭션 자원의 식별자를 반송하는 삭제 요구이고, 이 삭제 요구는 제2 관리 대상 장치 상에서 성공적으로 생성되는 제4 트랜잭션 자원을 삭제하는 데 사용된다.
전술한 바와 같이, 경우 d에서, 제1 조작 예정 자원의 전술한 상태는 제3 위치에 있는 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태일 수도 있고, 제1 트랜잭션 자원 큐 내의 임의의 다른 위치에 있는 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태일 수도 있다. 제1 조작 예정 자원의 상태에 대한 내용은 다른 경우에 따라 결정된다.
e. 제1 관리 대상 장치가 제3 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태에 따라, 제1 트랜잭션 자원 큐에 제3 트랜잭션 자원을 삽입하는 위치 뒤의 비축 상태에 있는 임의의 다른 트랜잭션 자원이 성공적으로 집행될 수 있는 것으로 결정하면, 제1 관리 대상 장치는 제1 트랜잭션 자원 큐 내의 임의의 다른 트랜잭션 자원이 삽입 위치 앞에 존재하는지를 추가로 판정한다.
제1 트랜잭션 자원 큐 내의 다른 트랜잭션 자원이 제1 트랜잭션 자원 큐에 제3 트랜잭션 자원을 삽입하는 위치 앞에 존재하면, 제1 관리 대상 장치는 제1 트랜잭션 자원 큐 내의 삽입 위치 앞에 존재하는 다른 트랜잭션 자원 내의 임의의 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태에 따라, 제3 트랜잭션 자원이 성공적으로 집행될 수 있는지를 결정하며, 집행될 수 없으면, 제1 관리 대상 장치는 제1 트랜잭션 자원 큐 내의 제3 위치에 있는 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태에 따라, 제3 트랜잭션 자원이 성공적으로 집행될 수 있는지를 추가로 결정하며, 집행될 수 없으면, 제1 관리 대상 장치는 제3 트랜잭션 자원의 집행 시간이 제1 트랜잭션 자원 내의 각각의 트랜잭션 자원의 집행 시간보다 늦은 임의의 시간으로 갱신될 때 제3 트랜잭션 자원이 성공적으로 집행될 수 있는지를 추가로 결정한다(즉, 제3 트랜잭션 자원이 제1 트랜잭션 자원 큐 내의 임의의 다른 위치에 삽입되면 제3 트랜잭션 자원이 성공적으로 집행될 수 있는지를 결정한다). 제1 관리 대상 장치가 제3 트랜잭션 자원이 제1 트랜잭션 자원 큐 내의 임의의 다른 위치에 삽입되면 제3 트랜잭션 자원이 성공적으로 집행될 수 없는 것으로 결정하면, 제1 관리 대상 장치는 제3 트랜잭션 자원이 생성되는 것이 실패하는 것으로 결정하고, 제1 실패 응답을 애플리케이션 서버에 송신하므로, 애플리케이션 서버는 제4 트랜잭션 자원 생성 요구를 수신하는 제2 관리 대상 장치에 제2 트랜잭션 자원의 제4 트랜잭션 자원에 대한 프로세싱 요구를 송신하며, 여기서 프로세싱 요구는 제4 트랜잭션 자원의 식별자를 반송하는 삭제 요구이고, 이 삭제 요구는 제2 관리 대상 장치 상에서 성공적으로 생성되는 제4 트랜잭션 자원을 삭제하는 데 사용된다.
전술한 바와 같이, 경우 e에서, 제1 조작 예정 자원의 전술한 상태는 제3 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태일 수도 있고, 위에서 결정된 삽입 위치 이전의 임의의 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태일 수도 있으며, 제3 위치에 있는 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태일 수도 있으며, 제1 트랜잭션 자원 큐 내의 임의의 다른 위치에 있는 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태일 수도 있다. 제1 조작 예정 자원의 상태에 대한 내용은 다른 경우에 따라 결정된다.
요약하면, 전술한 5가지 경우 a, b, c, d, 및 e 모두는 제1 관리 대상 장치가 제3 집행 시간 및 제1 조작 예정 자원의 상태에 따라, 제3 트랜잭션 자원의 제3 집행 시간이 제1 트랜잭션 자원 큐 내의 각각의 트랜잭션 자원의 집행 시간보다 늦은 임의의 시간으로 갱신될 때 미리 설정된 자원 생성 조건이 만족되지 않는 것으로 결정하는 경우이다.
B. 제1 관리 대상 장치는 제3 집행 시간 및 제1 관리 대상 장치의 제1 조작 예정 자원의 상태에 따라, 제3 트랜잭션 자원이 미리 설정된 자원 생성 조건을 만족하지 않는 것으로 결정한다. 이 경우, 제1 관리 대상 장치는 미리 설정된 자원 생성 조건에 따라 제1 트랜잭션 자원 큐 내의 트랜잭션 자원의 집행 시간보다 늦은 시간으로 제3 집행 시간을 갱신한다(즉, 해당 시간은 제3 트랜잭션 자원으로 하여금 미리 설정된 자원 생성 조건을 만족하게 한다). 제1 관리 대상 장치는 갱신된 제3 집행 시간을 반송하는 제2 실패 응답을 애플리케이션 서버에 송신한다.
선택적으로, 제1 트랜잭션 자원 큐에 포함되어 있는 하나의 트랜잭션 자원이 비축 상태에 있고, 제1 트랜잭션 자원 큐 내의 제1 위치에 위치하는 트랜잭션 자원이 비축 상태에 있을 때, 제1 관리 대상 장치는 제3 집행 시간 및 제1 조작 예정 자원의 상태에 따라, 제3 집행 시간이 제1 트랜잭션 자원 큐 내의 트랜잭션 자원의 집행 시간보다 늦은 시간을 갱신될 때 미리 설정된 자원 생성 조건이 만족하는 것으로 결정한다. 구체적으로, 이하의 3가지 경우 f, g, h가 포함될 수 있다. 미리 설정된 자원 생성 조건에 대한 상세한 설명에 대해서는 f, g, h에서 설명된 조건을 판정하는 단계를 참조한다.
f. 제3 집행 시간에 따라, 제2 트랜잭션 자원 큐에 제3 트랜잭션 자원을 삽입하는 위치에 제1 트랜잭션 자원 큐 내의 트랜잭션 자원이 존재하지 않는 것으로 결정되고, 제1 관리 대상 장치가 제3 트랜잭션 자원의 제3 집행 시간을 제1 트랜잭션 자원 큐 내의 트랜잭션 자원의 집행 시간보다 늦은 시간으로 갱신하도록 결정하면(즉, 제1 관리 대상 장치가 제3 트랜잭션 자원이 제1 트랜잭션 자원 큐 내의 한 위치에 삽입되는 것으로 결정하면), 제1 관리 대상 장치는 상기 한 위치에 있는 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태에 따라, 제3 트랜잭션 자원이 성공적으로 집행될 수 있는 것으로 결정한다. 이 경우, 제1 관리 대상 장치는 제3 트랜잭션 자원이 생성되는 것이 실패하는 것으로 결정하고, 그 갱신된 제3 집행 시간을 반송하는 제2 실패 응답을 애플리케이션 서버에 송신하므로, 애플리케이션 서버는 제4 트랜잭션 자원 생성 요구를 수신하는 제2 관리 대상 장치에 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구를 송신하며, 여기서 프로세싱 요구는 갱신된 제3 집행 시간 및 제4 트랜잭션 자원의 식별자를 반송하는 갱신 요구이며, 그러므로 애플리케이션 서버는 갱신된 제3 집행 시간을 반송하는 새로운 제3 트랜잭션 자원 생성 요구를 제1 관리 대상 장치에 송신하여, 새로운 제3 트랜잭션 자원을 생성한다. 갱신된 제3 집행 시간은 제1 관리 대상 장치가 제1 트랜잭션 자원 큐에서 새로운 제3 트랜잭션 자원을 성공적으로 생성하는 시간이다.
전술한 바와 같이, 경우 f에서의 제1 조작 예정 자원의 상태는 제3 트랜잭션 자원이 제1 트랜잭션 자원 큐 내의 한 위치에 삽입되면 상기 한 위치에 있는 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태일 수 있다(트랜잭션 자원의 집행은 제3 트랜잭션 자원의 성공적인 집행을 보장해야 한다). 제1 조작 예정 자원의 상태에 대한 내용은 서로 다른 경우에 따라 결정된다.
g. 제3 집행 시간에 따라, 제1 트랜잭션 자원 큐 내의 트랜잭션 자원이 제1 트랜잭션 자원 큐에 제3 트랜잭션 자원을 삽입하는 위치의 앞뒤 모두에 존재하는 것으로 결정되면, 제1 관리 대상 장치는 제3 위치에 있는 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태에 따라, 제3 트랜잭션 자원이 성공적으로 집행될 수 있는지를 판정하며, 여기서 제3 위치는 제1 트랜잭션 자원 큐에 제3 트랜잭션 자원을 삽입하는 위치에 인접하는 이전의 위치이다.
제1 관리 대상 장치가 제3 위치에 있는 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태에 따라, 제3 트랜잭션 자원이 성공적으로 집행될 수 없는 것으로 결정하고, 그리고 제3 트랜잭션 자원의 제3 집행 시간을 제1 트랜잭션 자원 큐 내의 하나의 트랜잭션 자원의 집행 시간보다 늦은 시간으로 갱신하기로 결정하면(즉, 제3 트랜잭션 자원을 제1 트랜잭션 자원 큐 내의 임의의 다른 위치에 삽입할 때), 제1 관리 대상 장치는 상기 한 위치에 있는 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태에 따라, 제3 트랜잭션 자원이 성공적으로 집행될 수 있는 것으로 결정한다. 이 경우, 제1 관리 대상 장치는 제3 트랜잭션 자원이 생성되는 것이 실패하는 것으로 결정하고, 갱신된 제3 집행 시간을 반송하는 제2 실패 응답을 애플리케이션 서버에 송신하므로, 애플리케이션 서버는 제4 트랜잭션 자원 생성 요구를 수신하는 제2 관리 대상 장치에 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구를 송신하며, 여기서 프로세싱 요구는 갱신된 제3 집행 시간 및 제4 트랜잭션 자원의 식별자를 반송하는 갱신 요구이며, 그러므로 애플리케이션 서버는 갱신된 제3 집행 시간을 반송하는 새로운 제3 트랜잭션 자원 생성 요구를 제1 관리 대상 장치에 송신하여, 새로운 제3 트랜잭션 자원을 생성한다. 갱신된 제3 집행 시간은 제1 관리 대상 장치가 제1 트랜잭션 자원 큐에서 새로운 제3 트랜잭션 자원을 성공적으로 생성하는 시간이다.
제1 관리 대상 장치가 제3 위치에 있는 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태에 따라, 제3 트랜잭션 자원이 성공적으로 집행될 수 있는 것으로 결정하고, 제1 관리 대상 장치가 제3 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태에 따라, 제1 트랜잭션 자원 큐 내의 제4 위치에 있는 트랜잭션 자원이 성공적으로 집행될 수 없는 것으로 결정하며(제4 위치는 제1 트랜잭션 자원 큐에 제3 트랜잭션 자원을 삽입하는 위치에 인접하는 다음 위치이다), 제1 관리 대상 장치가 제3 트랜잭션 자원의 제3 집행 시간을 제1 트랜잭션 자원 큐 내의 트랜잭션 자원의 집행 시간보다 늦은 시간으로 갱신하면(즉, 제3 트랜잭션 자원을 제1 트랜잭션 자원 큐 내의 한 위치에 삽입하면), 제1 관리 대상 장치는 그 한 위치에 있는 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태에 따라, 제3 트랜잭션 자원이 성공적으로 집행될 수 있는 것으로 결정한다. 이 경우, 제1 관리 대상 장치는 제3 트랜잭션 자원이 생성되는 것이 실패하는 것으로 결정하고, 갱신된 제3 집행 시간을 반송하는 제2 실패 응답을 애플리케이션 서버에 송신하므로, 애플리케이션 서버는 제4 트랜잭션 자원 생성 요구를 수신하는 제2 관리 대상 장치에 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구를 송신하며, 여기서 프로세싱 요구는 갱신된 제3 집행 시간 및 제4 트랜잭션 자원의 식별자를 반송하는 갱신 요구이며, 그러므로 애플리케이션 서버는 갱신된 제3 집행 시간을 반송하는 새로운 제3 트랜잭션 자원 생성 요구를 제1 관리 대상 장치에 송신하여, 새로운 제3 트랜잭션 자원을 생성한다. 갱신된 제3 집행 시간은 제1 관리 대상 장치가 제1 트랜잭션 자원 큐에서 새로운 제3 트랜잭션 자원을 성공적으로 생성하는 시간이다.
전술한 바와 같이, 경우 g에서 제1 조작 예정 자원의 전술한 상태는 제3 위치에 있는 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태일 수도 있고, 제3 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태일 수도 있으며, 제3 트랜잭션 자원이 제1 트랜잭션 자원 큐 내의 한 위치에 삽입될 때 상기 한 위치에 있는 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태일 수도 있다(트랜잭션 자원의 집행은 제3 트랜잭션 자원의 성공적인 집행을 보장해야 한다). 제1 조작 예정 자원의 상태에 대한 내용은 서로 다른 경우에 따라 결정된다.
h. 제3 집행 시간에 따라, 제1 트랜잭션 자원 큐 내의 트랜잭션 자원이 제1 트랜잭션 자원 큐에 제3 트랜잭션 자원을 삽입하는 위치 앞에 존재하는 것으로 결정되고, 제1 트랜잭션 자원 큐 내의 트랜잭션 자원이 그 삽입 위치 뒤에는 존재하지 않는 것으로 결정되면, 제1 관리 대상 장치는 제3 위치에 있는 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태에 따라, 제3 트랜잭션 자원이 성공적으로 집행될 수 있는 것으로 결정한다.
제1 관리 대상 장치가 제3 위치에 있는 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태에 따라, 제3 트랜잭션 자원이 성공적으로 집행될 수 없는 것으로 결정하고, 그리고 제3 트랜잭션 자원의 제3 집행 시간을 제1 트랜잭션 자원 큐 내의 트랜잭션 자원의 집행 시간보다 늦은 시간으로 갱신하기로 결정하면(즉, 제3 트랜잭션 자원을 제1 트랜잭션 자원 큐 내의 한 위치에 삽입할 때), 제1 관리 대상 장치는 상기 한 위치에 있는 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태에 따라, 제3 트랜잭션 자원이 성공적으로 집행될 수 있는 것으로 결정한다. 이 경우, 제1 관리 대상 장치는 제3 트랜잭션 자원이 생성되는 것이 실패하는 것으로 결정하고, 갱신된 제3 집행 시간을 반송하는 제2 실패 응답을 애플리케이션 서버에 송신하므로, 애플리케이션 서버는 제4 트랜잭션 자원 생성 요구를 수신하는 제2 관리 대상 장치에 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구를 송신하며, 여기서 프로세싱 요구는 갱신된 제3 집행 시간 및 제4 트랜잭션 자원의 식별자를 반송하는 갱신 요구이며, 그러므로 애플리케이션 서버는 갱신된 제3 집행 시간을 반송하는 새로운 제3 트랜잭션 자원 생성 요구를 제1 관리 대상 장치에 송신하여, 새로운 제3 트랜잭션 자원을 생성한다. 갱신된 제3 집행 시간은 제1 관리 대상 장치가 제1 트랜잭션 자원 큐에서 새로운 제3 트랜잭션 자원을 성공적으로 생성하는 시간이다.
경우 h에서 제1 조작 예정 자원의 전술한 상태는 제3 위치에 있는 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태일 수도 있고, 제3 트랜잭션 자원이 제1 트랜잭션 자원 큐 내의 한 위치에 삽입될 때 상기 한 위치에 있는 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태일 수도 있다(트랜잭션 자원의 집행은 제3 트랜잭션 자원의 성공적인 집행을 보장해야 한다). 제1 조작 예정 자원의 상태에 대한 내용은 서로 다른 경우에 따라 결정된다.
선택적으로, 제1 트랜잭션 자원 큐에 포함되어 있는 적어도 2개의 트랜잭션 자원이 비축 상태에 있으면, 제1 관리 대상 장치는 제3 집행 시간 및 제1 조작 예정 자원의 상태에 따라, 제3 집행 시간이 제1 트랜잭션 자원 큐 내의 하나의 트랜잭션 자원의 집행 시간보다 늦은 임의의 시간으로 갱신되면 미리 설정된 자원 생성 조건이 만족하는 것으로 결정한다. 구체적으로, 이하의 2가지 경우 i 및 j가 포함될 수 있다. 미리 설정된 자원 생성 조건에 대한 상세한 설명에 대해서는 i 및 j에 설명된 조건을 결정하는 단계를 참조하면 된다.
i. 제1 관리 대상 장치가 제3 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태에 따라, 제1 트랜잭션 자원 큐에 제3 트랜잭션 자원을 삽입하는 위치 뒤에 제1 트랜잭션 자원 큐 내의 비축 상태에 있는 다른 트랜잭션 자원 중 어느 것도 집행될 수 없는 것으로 결정하거나 다른 트랜잭션 자원 중 하나가 성공적으로 집행될 수 없는 것으로 결정하고, 제3 트랜잭션 자원의 제3 집행 시간을 제1 트랜잭션 자원 큐 내의 트랜잭션 자원의 집행 시간보다 늦은 임의의 시간으로 갱신하기로 결정하면(즉, 제3 트랜잭션 자원을 제1 트랜잭션 자원 큐 내의 한 위치에 삽입하면), 제1 트랜잭션 자원 큐 내의 시간 이후의 비축 상태에 있는 모든 트랜잭션 자원은 성공적으로 집행될 수 있다(즉, 제1 관리 대상 장치는 상기 한 위치에 있는 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태에 따라, 상기 한 위치 뒤의 제1 트랜잭션 자원 큐 내의 비축 상태에 있는 모든 트랜잭션 자원이 성공적으로 집행될 수 있다). 이 경우, 제1 관리 대상 장치는 제3 트랜잭션 자원이 생성되는 것이 실패한 것으로 결정하고, 갱신된 제3 집행 시간을 반송하는 제2 실패 응답을 애플리케이션 서버에 송신하므로, 애플리케이션 서버는 제4 트랜잭션 자원 생성 요구를 수신하는 제2 관리 대상 장치에 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구를 송신하며, 여기서 프로세싱 요구는 갱신된 제3 집행 시간 및 제4 트랜잭션 자원의 식별자를 반송하는 갱신 요구이고, 그러므로 애플리케이션 서버는 갱신된 제3 집행 시간을 반송하는 새로운 제3 트랜잭션 자원 생성 요구를 제1 관리 대상 장치에 송신하여, 새로운 제3 트랜잭션 자원을 생성한다. 갱신된 제3 집행 시간은 제1 관리 대상 장치가 제1 트랜잭션 자원 큐에서 새로운 제3 트랜잭션 자원을 성공적으로 생성하는 시간이다.
경우 i에서 제1 조작 예정 자원의 전술한 상태는 제3 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태일 수도 있고, 제3 트랜잭션 자원이 제1 트랜잭션 자원 큐 내의 한 위치에 삽입될 때 상기 한 위치에 있는 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태일 수도 있다(트랜잭션 자원의 집행은 상기 한 위치 뒤의 제1 트랜잭션 자원 큐 내의 비축 상태에 있는 모든 트랜잭션 자원의 성공적인 집행을 보장해야 한다). 제1 조작 예정 자원의 상태에 대한 내용은 서로 다른 경우에 따라 결정된다.
j. 제1 관리 대상 장치가 제3 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태에 따라, 제1 트랜잭션 자원 큐에 제3 트랜잭션 자원을 삽입하는 위치 뒤의 비축 상태에 있는 임의의 다른 트랜잭션 자원이 성공적으로 집행될 수 있는 것으로 결정하면, 제1 관리 대상 장치는 제1 트랜잭션 자원 큐 내의 임의의 다른 트랜잭션 자원이 상기 삽입 위치 앞에 존재하는지를 추가로 판정한다.
제1 트랜잭션 자원 큐 내의 다른 트랜잭션 자원이 제1 트랜잭션 자원 큐에 제3 트랜잭션 자원을 삽입하는 위치 앞에 존재하면, 제1 관리 대상 장치는 제1 트랜잭션 자원 큐 내의 삽입 위치 앞에 존재하는 다른 트랜잭션 자원 내의 임의의 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태에 따라, 제3 트랜잭션 자원이 성공적으로 집행될 수 있는지를 결정하며, 집행될 수 없으면, 제1 관리 대상 장치는 제1 트랜잭션 자원 큐 내의 제3 위치에 있는 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태에 따라, 제3 트랜잭션 자원이 성공적으로 집행될 수 있는지를 추가로 결정한다. 집행될 수 없으면, 제1 관리 대상 장치는 제3 트랜잭션 자원의 집행 시간이 제1 트랜잭션 자원 내의 트랜잭션 자원의 집행 시간보다 늦은 시간으로 갱신될 때 제3 트랜잭션 자원이 성공적으로 집행될 수 있는지를 추가로 결정한다(즉, 제3 트랜잭션 자원이 제1 트랜잭션 자원 큐 내의 한 위치에 삽입되면, 제1 관리 대상 장치는 상기 한 위치 내의 트랜잭션 자원 뒤의 제1 조작 예정 자원의 상태에 따라, 제3 트랜잭션 자원이 성공적으로 집행될 수 있는 것으로 결정한다). 이 경우, 제1 관리 대상 장치는 제3 트랜잭션 자원이 생성되는 것이 실패하는 것으로 결정하고, 갱신된 제3 집행 시간을 반송하는 제2 실패 응답을 애플리케이션 서버에 송신하므로, 애플리케이션 서버는 제4 트랜잭션 자원 생성 요구를 수신하는 제2 관리 대상 장치에 제2 트랜잭션 자원의 제4 트랜잭션 자원에 대한 프로세싱 요구를 송신하며, 여기서 프로세싱 요구는 갱신된 제3 집행 시간 및 제4 트랜잭션 자원의 식별자를 반송하는 갱신 요구이고, 그러므로 애플리케이션 서버는 갱신된 제3 집행 시간을 반송하는 새로운 제3 트랜잭션 자원 생성 요구를 제1 관리 대상 장치에 송신하여, 새로운 제3 트랜잭션 자원을 생성한다. 갱신된 제3 집행 시간은 제1 관리 대상 장치가 제1 트랜잭션 자원 큐에서 새로운 제3 트랜잭션 자원을 성공적으로 생성하는 시간이다.
경우 i에서 제1 조작 예정 자원의 전술한 상태는 제3 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태일 수도 있고, 제1 트랜잭션 자원 큐에 제3 트랜잭션 자원을 삽입하는 위치 앞에 존재하는 다른 트랜잭션 자원 중 임의의 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태일 수도 있고, 제3 위치에 있는 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태일 수도 있고, 제3 트랜잭션 자원이 제1 트랜잭션 자원 큐 내의 한 위치에 삽입될 때 상기 한 위치에 있는 트랜잭션 자원이 집행된 후 제1 조작 예정 자원의 상태일 수도 있다(트랜잭션 자원의 집행은 제3 트랜잭션 자원의 성공적인 집행을 보장해야 한다). 제1 조작 예정 자원의 상태에 대한 내용은 서로 다른 경우에 따라 결정된다.
요약하면, 전술한 5가지 경우 f, g, h, i, 및 j 모두는 제1 관리 대상 장치가 제3 집행 시간 및 제1 조작 예정 자원의 상태에 따라, 제3 트랜잭션 자원의 제3 집행 시간이 제1 트랜잭션 자원 큐 내의 임의의 트랜잭션 자원의 집행 시간보다 늦은 임의의 시간으로 갱신될 때 미리 설정된 자원 생성 조건이 만족하는 것으로 결정하는 경우이다.
도 3에 도시된 전술한 실시예에 기초하여, 본 발명의 이 실시예의 제3 가능한 실시 방식에서, 본 발명의 이 실시예는 또한 관리 대상 장치 상의 트랜잭션 자원을 동시 처리하는 시나리오, 즉 관리 대상 장치 상에 트랜잭션 자원 큐가 존재하는 시나리오에 적용된다. 이 실시예는 제2 관리 대상 장치가 제2 트랜잭션 자원 큐 내의 제4 트랜잭션 자원을 성공적으로 생성하는 특정한 시나리에 관한 것이다. 도 5를 참조하면, 전술한 S204는 구체적으로 이하의 단계를 포함할 수 있다.
S401. 제2 관리 대상 장치는 제2 트랜잭션 자원 큐가 제2 관리 대상 장치 상에 존재하는 것으로 결정하며, 제2 트랜잭션 자원 큐는 적어도 하나의 트랜잭션 자원을 포함한다.
구체적으로, 애플리케이션 서버에 의해 송신된 제4 트랜잭션 자원 생성 요구를 수신한 후, 제2 관리 대상 장치는 제2 트랜잭션 자원 생성 요구가 존재하는지를 판정한다. 제2 트랜잭션 자원 큐는 적어도 하나의 트랜잭션 자원을 포함하고, 제2 트랜잭션 자원 큐 내의 트랜잭션 자원은 제2 트랜잭션 자원 큐 내의 각각의 트랜잭션 자원의 집행 시간에 따라 배열된다. 제2 관리 대상 장치는 제2 트랜잭션 자원 큐가 제 관리 대상 장치 상에 존재하지 않는 것으로 결정하면, 제2 관리 대상 장치는 도 1에 도시된 실시예 1에서의 기술적 솔루션 또는 도 3에 도시된 실시예의 제1 가능한 실시 방식에 따라 집행을 수행할 수 있다. 상세한 설명은 여기서 다시 설명하지 않는다. 제2 트랜잭션 자원 큐가 존재하는 것으로 결정되면, 단계 S402가 집행된다.
S402. 제2 관리 대상 장치는 제4 집행 시간 및 제2 관리 대상 장치의 제2 조작 예정 자원의 상태에 따라, 제4 트랜잭션 자원이 미리 설정된 자원 생성 조건을 만족하는 것으로 결정하고, 제4 트랜잭션 자원을 생성한다.
구체적으로, 제2 관리 대상 장치가 제2 트랜잭션 자원 큐가 존재하는 것으로 결정할 때, 제2 관리 대상 장치는 제4 트랜잭션 자원 생성 요구 내의 제4 집행 시간 및 제2 트랜잭션 자원 큐 내의 각각의 트랜잭션 자원의 집행 시간에 따라 배열 및 비교를 수행하고, 제2 트랜잭션 자원 큐 내의 제4 트랜잭션 자원을 삽입하는 위치를 결정한다. 제2 관리 대상 장치는 제4 트랜잭션 자원을 성공적으로 생성하지 않았다는 것에 유의해야 한다. 여기서 제4 트랜잭션 자원은 생성 예정 트랜잭션 자원이다.
또한, 제2 관리 대상 장치는 제4 집행 시간 및 제2 조작 예정 자원의 상태에 따라, 제4 트랜잭션 자원이 미리 설정된 자원 생성 조건을 만족하지 않는다는 것으로 결정하고, 제4 트랜잭션 자원을 생성하며, 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 애플리케이션 서버에 송신하며, 여기서 응답은 제4 트랜잭션 자원의 식별자를 반송한다. 구체적으로 이하의 2가지 경우 C 및 D를 포함할 수 있다.
C. 제2 트랜잭션 자원 큐에 포함되어 있는 하나의 트랜잭션 자원이 비축 상태에 있고, 제2 트랜잭션 자원 큐 내의 제1 위치에 위치하는 트랜잭션 자원이 비축 상태에 있을 때, 제2 관리 대상 장치는 제4 집행 시간 및 제2 조작 예정 자원의 상태에 따라, 제4 집행 시간이 미리 설정된 자원 생성 조건이 만족하는 것으로 결정하고, 제4 트랜잭션 자원을 송신한다. 구체적으로, 이하의 2가지 경우 k 및 l가 포함될 수 있다. 미리 설정된 자원 생성 조건에 대한 상세한 설명에 대해서는 k 및 l에서 설명된 조건을 판정하는 단계를 참조한다.
k. 제4 집행 시간에 따라, 제2 트랜잭션 자원 큐 내의 트랜잭션 자원이 제2 트랜잭션 자원 큐에 제4 트랜잭션 자원을 삽입하는 위치의 앞뒤 모두에 존재하는 것으로 결정되면, 제2 관리 대상 장치는 제1 위치에 있는 트랜잭션 자원이 집행된 후 제2 조작 예정 자원의 상태에 따라, 제4 트랜잭션 자원이 성공적으로 집행될 수 있는지를 판정하며, 여기서 제1 위치는 제2 트랜잭션 자원 큐에 제4 트랜잭션 자원을 삽입하는 위치에 인접하는 이전의 위치이다.
제2 관리 대상 장치가 제1 위치에 있는 트랜잭션 자원이 집행된 후 제2 조작 예정 자원의 상태에 따라, 제4 트랜잭션 자원이 성공적으로 집행될 수 있는 것으로 결정하고, 제4 트랜잭션 자원이 집행된 후 제2 조작 예정 자원의 상태에 따라, 제2 트랜잭션 자원 큐 내의 제2 위치에 있는 트랜잭션 자원 역시 성공적으로 집행될 수 있는 것으로 결정하면(제2 위치는 제2 트랜잭션 자원 큐에 제4 트랜잭션 자원을 삽입하는 위치에 인접한 다음 위치이다), 제2 관리 대상 장치는 제4 트랜잭션 자원이 성공적으로 생성될 수 있는 것으로 결정하고, 제2 트랜잭션의 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 애플리케이션 서버에 송신하며, 여기서 응답에 반송되는 제4 트랜잭션 자원의 상태는 반 비축 상태이고, 응답은 제4 트랜잭션 자원의 식별자를 반송한다.
선택적으로, 제4 트랜잭션 자원이 성공적으로 생성된 후, 제4 집행 시간에 도달하면, 제2 관리 대상 장치는 제4 트랜잭션 자원에 포함되어 있는 제4 집행 예정 조작을 집행하고, 상기 큐로부터 상기 집행된 제4 트랜잭션 자원을 삭제하고, 다음 트랜잭션 자원(즉, 제2 위치에 있는 트랜잭션 자원)을 반 비축 상태로부터 비축 상태로 전환하며, 제2 위치에 있는 트랜잭션 자원이 비축 상태로 전환되었다는 것을 애플리케이션 서버에 통지한다.
전술한 바와 같이, 경우 k에서, 제2 조작 예정 자원의 상태는 제1 위치에 있는 트랜잭션 자원이 집행된 후 제2 조작 예정 자원의 상태일 수도 있고, 제4 트랜잭션 자원이 집행된 후 제2 조작 예정 자원의 상태일 수도 있다. 제2 조작 예정 자원의 상태에 대한 내용은 다른 경우에 따라 결정된다.
l. 제4 집행 시간에 따라, 제2 트랜잭션 자원 큐 내의 트랜잭션 자원이 제2 트랜잭션 자원 큐에 제4 트랜잭션 자원을 삽입하는 위치 앞에 존재하는 것으로 결정되고, 제2 트랜잭션 자원 큐 내의 트랜잭션 자원이 그 삽입 위치 뒤에는 존재하지 않는 것으로 결정되면, 제2 관리 대상 장치가 제1 위치에 있는 트랜잭션 자원이 집행된 후 제2 조작 예정 자원의 상태에 따라, 제4 트랜잭션 자원이 성공적으로 집행될 수 있는 것으로 결정될 때, 제2 관리 대상 장치는 제4 트랜잭션 자원이 성공적으로 생성되는 것으로 결정하고, 제2 트랜잭션의 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 애플리케이션 서버에 송신하며, 여기서 응답에 반송되는 제4 트랜잭션 자원의 상태는 반 비축 상태이고, 응답은 제4 트랜잭션 자원의 식별자를 반송한다.
전술한 바와 같이, 경우 l에서, 제2 조작 예정 자원의 상태는 제1 위치에 있는 트랜잭션 자원이 집행된 후 제2 조작 예정 자원의 상태일 수 있다.
D. 제2 트랜잭션 자원 큐에 포함되어 있는 적어도 2개의 트랜잭션 자원이 비축 상태에 있을 때, 제2 관리 대상 장치는 제4 집행 시간 및 제2 조작 예정 자원의 상태에 따라, 제4 트랜잭션 자원이 미리 설정된 자원 생성 조건을 만족하는 것으로 결정하고, 제4 트랜잭션 자원을 생성한다. 구체적으로, 이하의 3가지 경우 m, n, 및 p가 포함될 수 있다. 미리 설정된 자원 생성 조건에 대한 상세한 설명에 대해서는 m, n, 및 p에서 설명된 조건을 판정하는 단계를 참조한다.
m. 제2 관리 대상 장치가 제4 트랜잭션 자원이 집행된 후 제2 조작 예정 자원의 상태에 따라, 제2 트랜잭션 자원 큐에 제4 트랜잭션 자원을 삽입하는 위치 뒤의 비축 상태에 있는 임의의 다른 트랜잭션 자원이 성공적으로 집행될 수 있는 것으로 결정하고, 제2 관리 대상 장치가 상기 삽입 위치 앞에는 제2 트랜잭션 자원 큐 내의 다른 트랜잭션 자원이 존재하지 않는 것으로 결정하면, 제2 관리 대상 장치는 제4 트랜잭션 자원이 성공적으로 생성되는 것으로 결정하고, 제2 트랜잭션의 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 애플리케이션 서버에 송신하며, 여기서 응답에 반송되는 제4 트랜잭션 자원의 상태는 비축 상태이고, 응답은 제4 트랜잭션 자원의 식별자를 반송한다.
전술한 바와 같이, 경우 m에서, 제2 조작 예정 자원의 상태는 제4 트랜잭션 자원이 집행된 후 제2 조작 예정 자원의 상태일 수 있다.
n. 제2 관리 대상 장치가 제4 트랜잭션 자원이 집행된 후 제2 조작 예정 자원의 상태에 따라, 제2 트랜잭션 자원 큐에 제4 트랜잭션 자원을 삽입하는 위치 뒤의 제2 트랜잭션 자원 큐 내의 비축 상태에 있는 임의의 다른 트랜잭션 자원이 성공적으로 집행될 수 있는 것으로 결정하고, 제2 관리 대상 장치가 상기 삽입 위치 앞에 제2 트랜잭션 자원 큐 내의 다른 트랜잭션 자원이 존재하는 것으로 결정하면, 제2 관리 대상 장치는 제2 트랜잭션 자원 큐 내의 상기 삽입 위치 앞에 존재하는 다른 트랜잭션 자원 중 임의의 트랜잭션 자원이 집행된 후 제2 조작 예정 자원의 상태에 따라, 제4 트랜잭션 자원이 성공적으로 생성되는지를 판정하고, 성공적으로 생성되는 것으로 판정되면, 제2 관리 대상 장치는 제4 트랜잭션 자원이 성공적으로 생성되는 것으로 결정하고, 제2 트랜잭션의 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 애플리케이션 서버에 송신하며, 여기서 응답에 반송되는 제4 트랜잭션 자원의 상태는 비축 상태이고, 응답은 제4 트랜잭션 자원의 식별자를 반송한다.
전술한 바와 같이, 경우 n에서, 제2 조작 예정 자원의 전술한 상태는 제4 트랜잭션 자원이 집행된 후 제2 조작 예정 자원의 상태일 수도 있고, 제2 트랜잭션 자원 큐에 제4 트랜잭션 자원을 삽입하는 위치 앞에 존재하는 다른 트랜잭션 자원 중 임의의 트랜잭션 자원이 집행된 후 제2 조작 예정 자원의 상태일 수도 있다. 제2 조작 예정 자원의 상태에 대한 내용은 서로 다른 경우에 따라 결정된다.
p. 제2 관리 대상 장치가 제4 트랜잭션 자원이 집행된 후 제2 조작 예정 자원의 상태에 따라, 제2 트랜잭션 자원 큐에 제4 트랜잭션 자원을 삽입하는 위치 뒤의 제2 트랜잭션 자원 큐 내의 비축 상태에 있는 임의의 다른 트랜잭션 자원이 성공적으로 집행될 수 있는 것으로 결정하고, 제2 관리 대상 장치가 제2 트랜잭션 자원 큐 내의 다른 트랜잭션 자원이 상기 삽입 위치 앞에 존재하는 것으로 결정하면, 제2 관리 대상 장치는 제2 트랜잭션 자원 큐 내의 상기 삽입 위치 앞에 존재하는 트랜잭션 자원 중 임의의 트랜잭션 자원이 집행된 후 제2 조작 예정 자원의 상태에 따라, 제4 트랜잭션 자원이 성공적으로 집행될 수 있는지를 추가로 판정하며, 성공적으로 집행될 수 없으면(즉, 제2 관리 대상 장치가 제2 트랜잭션 자원 큐 내의 상기 삽입 위치 앞에 존재하는 트랜잭션 자원 중 임의의 트랜잭션 자원이 집행된 후 제2 조작 예정 자원의 상태에 따라, 제4 트랜잭션 자원이 성공적으로 집행될 수 없는 것으로 결정하면), 제2 관리 대상 장치는 제1 위치에 있는 트랜잭션 자원이 집행된 후 제2 조작 예정 자원의 상태에 따라, 제4 트랜잭션 자원이 성공적으로 집행될 수 있는 것으로 추가로 판정한다. 제2 관리 대상 장치가 제1 위치에 있는 트랜잭션 자원이 집행된 후 제2 조작 예정 자원의 상태에 따라, 제4 트랜잭션 자원이 성공적으로 집행될 수 있는 것으로 결정하면, 제2 관리 대상 장치는 4 트랜잭션 자원이 성공적으로 생성되는 것으로 결정하고, 제2 트랜잭션의 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 애플리케이션 서버에 송신하며, 응답에 반송되는 제4 트랜잭션 자원의 상태는 반 비축 상태이고, 응답은 제4 트랜잭션 자원의 식별자를 반송한다.
전술한 바와 같이, 경우 p에서, 제2 조작 예정 자원의 전술한 상태는 제4 트랜잭션 자원이 집행된 후 제2 조작 예정 자원의 상태일 수도 있고, 제2 트랜잭션 자원 큐에 제4 트랜잭션 자원을 삽입하는 위치 앞에 존재하는 다른 트랜잭션 자원 중 임의의 트랜잭션 자원이 집행된 후 제2 조작 예정 자원의 상태일 수도 있고, 제1 위치에 있는 트랜잭션 자원이 집행된 후 제2 조작 예정 자원의 상태일 수도 있다. 제2 조작 예정 자원의 상태에 대한 내용은 서로 다른 경우에 따라 결정된다.
요약하면, 전술한 5가지 경우 k, l, m, n, 및 p 모두는 제2 관리 대상 장치가 제4 집행 시간 및 제2 조작 예정 자원의 상태에 따라, 제4 트랜잭션 자원이 미리 설정된 자원 생성 조건을 만족하는 것으로 결정하는 경우이다.
도 3에 도시된 전술한 실시예에 기초하여, 본 발명의 이 실시예의 제4 가능한 실시 방식에서, 본 실시예는 제2 트랜잭션의 제4 트랜잭션 자원에 대해 제2 관리 대상 장치에 의해 수신되는 프로세싱 요구가 제4 트랜잭션 자원의 식별자 및 갱신된 제3 집행 시간을 반송하는 갱신 요구일 때, 제2 관리 대상 장치가 갱신 요구에 따라 제4 트랜잭션 자원을 처리하는 특정한 시나리에 관한 것이다. 전술한 S206은 구체적으로: 제2 관리 대상 장치가 갱신된 제3 집행 시간에 따라 제4 트랜잭션 자원을 성공적으로 갱신하고, 갱신이 성공한 후, 갱신 성공 응답 메시지를 애플리케이션 서버에 송신하는 단계, 또는 갱신된 제3 집행 시간에 따라 제4 트랜잭션 자원을 갱신하는 것에 실패하여, 갱신 실패 응답 메시지를 애플리케이션 서버에 회신하는 단계를 포함한다.
구체적으로, 갱신 요구를 수신한 후, 제2 관리 대상 장치는 자신이 성공적으로 생성한 제4 트랜잭션 자원을 처리한다. 이하의 2가지 단계 q 및 s가 포함될 수 있다.
q. 제2 관리 대상 장치가 제2 트랜잭션 자원 큐가 제2 관리 대상 장치 상에 존재하지 않는 것으로 결정할 때, 즉 제2 관리 대상 장치 상의 제2 조작 예정 자원이 다른 트랜잭션의 트랜잭션 자원과 현재 관련되어 있지 않지만 제4 트랜잭션 자원과만 관련되어 있을 때, 제2 관리 대상 장치는 갱신된 제3 집행 시간이 전술한 (4)의 내용과 일치하지 않는지를 판정하고, 즉 제2 관리 대상 장치는 갱신된 제3 집행 시간이 제2 관리 대상 장치의 수면 주기 내에 있는지를 판정하며; 갱신된 제3 집행 시간이 여전히 제2 관리 대상 장치의 작업 시간 중에 있으면, 제2 관리 대상 장치는 성공적으로 생성된 제4 트랜잭션 자원의 제4 집행 시간을 갱신된 제3 집행 시간으로 직접 갱신하고, 갱신 성공 응답 메시지를 애플리케이션 서버에 송신한다. 갱신된 제3 집행 시간이 여전히 제2 관리 대상 장치의 수면 시간 중에 있으면, 제2 관리 대상 장치는 제4 트랜잭션 자원이 갱신되는 것이 실패한 것으로 결정하고 갱신 실패 응답 메시지를 애플리케이션 서버에 송신한다.
r. 제2 관리 대상 장치가 제2 트랜잭션 자원 큐가 제2 관리 대상 장치 상에 존재하는 것으로 결정할 때, 제2 관리 대상 장치는 갱신된 제3 집행 시간을 반송하는 갱신 요구를 수신한 후, 제2 트랜잭션 자원 큐로부터 이전에 성공적으로 생성된 제4 트랜잭션 자원을 삭제하고, 갱신된 제3 집행 시간을 새로운 제4 트랜잭션 자원의 집행 시간으로 사용하며; 제2 관리 대상 장치는 새로운 제4 트랜잭션 자원의 집행 시간 및 대응하는 제2 조작 예정 자원의 상태에 따라, 새로운 제4 트랜잭션 자원이 미리 설정된 자원 생성 조건을 만족하는 것으로 결정하고, 갱신된 제3 집행 시간에 따라 새로운 제4 트랜잭션 자원을 생성하며, 갱신 성공 응답을 애플리케이션 서버에 송신한다. 즉, 제2 관리 대상 장치가 제2 트랜잭션 자원 큐가 제2 관리 대상 장치 상에 존재하는 것으로 결정할 때, 갱신 요구가 수신된 후 제2 관리 대상 장치에 의해 수행되는 조작은 실제로 새로운 트랜잭션 자원을 다시 생성하는 조작이다. 특정한 집행 프로세스에 대해서는 전술한 a 내지 r에 설명된 특정한 솔루션을 참조하면 된다.
제2 관리 대상 장치가 갱신 요구에 따라 제4 트랜잭션 자원의 제4 집행 시간을 갱신된 제3 집행 시간으로 성공적으로 갱신하고, 제1 관리 대상 장치가 새로운 제3 트랜잭션 자원 생성 요구에 반송되는 갱신된 제3 집행 시간에 따라 새로운 제3 트랜잭션 자원을 성공적으로 생성하면(또한, 제1 관리 대상 장치 및 제2 관리 대상 장치에 의해 제2 트랜잭션의 트랜잭션 자원의 생성 성공에 관해 송신되는 응답에 반송되는 트랜잭션 자원의 상태는 모두 비축 상태이고), 갱신된 제3 집행 시간에 도달하기 전에, 애플리케이션 서버는 어떠한 프로세싱 요구도 송신하지 않으며, 갱신된 제3 집행 시간에 도달할 때, 제1 관리 대상 장치 및 제2 관리 대상 장치는 각자에 의해 집행될 조작을 동시에 집행한다.
도 3에 도시된 전술한 실시예에 기초하여, 본 발명의 이 실시예의 제5 가능한 실시 방식에서, 본 실시예는 제2 트랜잭션의 제4 트랜잭션 자원에 대해 제2 관리 대상 장치에 의해 수신된 프로세싱 요구가 제4 트랜잭션 자원의 식별자를 반송하는 삭제 요구이고, 제2 관리 대상 장치는 그 삭제 요구에 따라 제4 트랜잭션 자원을 처리하는 특정한 시나리오에 관한 것이다. 도 6에 도시된 바와 같이, 전술한 S206은 구체적으로 다음을 포함한다:
S501. 제2 관리 대상 장치는 제4 트랜잭션 자원의 식별자에 따라 제2 관리 대상 장치 상의 제4 트랜잭션 자원을 삭제한다.
S502. 제2 관리 대상 장치는 애플리케이션 서버에 삭제 응답을 송신한다.
구체적으로, 이하의 2가지 경우 s 및 t가 포함될 수 있다.
s. 제2 트랜잭션 자원 큐 내의 하나의 트랜잭션 자원이 비축 상태에 있을 때, 제2 관리 대상 장치가 제4 트랜잭션 자원을 삭제한 후, 제2 관리 대상 장치는 판정 조작을 집행하고 판정 결과를 획득한다. 판정 조작은 다음을 포함한다: 제2 관리 대상 장치는 제2 트랜잭션 자원 큐 내의 제1 위치에 있는 트랜잭션 자원이 집행된 후 제2 조작 예정 자원의 상태에 따라, 제2 위치에 있는 트랜잭션 자원이 성공적으로 집행될 수 있는지를 판정하며(즉, 제2 관리 대상 장치는 제2 트랜잭션 자원 큐 내의 제1 위치에 있는 트랜잭션 자원이 집행된 후 제2 조작 예정 자원의 상태에 따라, 제2 위치에 있는 트랜잭션 자원이 비축 상태로 들어갈 수 있는지를 판정한다); 제1 위치는 제2 트랜잭션 자원 큐에 제4 트랜잭션 자원을 삽입하는 위치에 인접하는 이전의 위치이고, 제2 위치는 제2 트랜잭션 자원 큐에 제4 트랜잭션 자원을 삽입하는 위치에 인접하는 다음의 위치이다.
제2 관리 대상 장치가 제4 트랜잭션 자원을 삭제한 후, 제2 관리 대상 장치가 제2 트랜잭션 자원 큐 내의 제1 위치에 있는 트랜잭션 자원이 집행된 후 제2 조작 예정 자원의 상태에 따라, 제2 위치에 있는 트랜잭션 자원이 성공적으로 집행되는 것으로 결정하면, 제2 관리 대상 장치는 제1 삭제 응답을 애플리케이션 서버에 송신하고, 제2 위치에 있는 트랜잭션 자원의 상태를 제1 위치에 있는 트랜잭션 자원이 집행된 후의 비축 상태로 갱신하며, 제2 위치에 있는 트랜잭션 자원이 이미 비축 상태에 있다는 것을 애플리케이션 서버에 통지한다.
제2 관리 대상 장치가 제4 트랜잭션 자원을 삭제한 후, 제2 관리 대상 장치가 제2 트랜잭션 자원 큐 내의 제1 위치에 있는 트랜잭션 자원이 집행된 후 제2 조작 예정 자원의 상태에 따라, 제2 위치에 있는 트랜잭션 자원이 집행되는 것이 실패한 것으로 결정하면, 제2 관리 대상 장치는 제2 위치에 있는 트랜잭션 자원을 삭제하고, 제2 위치에 있는 트랜잭션 자원이 삭제되었다는 것을 애플리케이션 서버에 통지한다. 제2 관리 대상 장치는 제2 위치에서 삭제된 트랜잭션 자원이 제2 트랜잭션 자원 큐에서 마지막 트랜잭션 자원인지를 추가로 판정한다. 제2 위치에 있는 트랜잭션 자원이 제2 트랜잭션 자원 큐에서 마지막 트랜잭션 자원이 아닌 것으로 판정되면, 제2 관리 대상 장치는 제2 위치 다음의 위치를 새로운 제2 위치로 사용하고, 그 새로운 제2 위치에서 트랜잭션 자원에 대해 전술한 판정 조작을 집행한다. 제2 위치에 있는 트랜잭션 자원이 제2 트랜잭션 자원 큐에서 마지막 트랜잭션 자원인 것으로 판정되면, 트랜잭션 자원 삭제 절차가 종료된다.
설명을 위해 간단한 예를 사용할 수 있다. 제2 트랜잭션 자원 큐는 4개의 트랜잭션 자원, 즉 T1, T2, T3, 및 T4를 포함하는 것으로 가정한다. 제4 트랜잭션 자원은 T1과 T2 사이에 삽입되고, 제4 트랜잭션 자원은 T5인 것으로 가정한다. 표 1에 나타난 바와 같이, T1은 비축 상태에 있고, T2, T3, T4는 반 비축 상태에 있다.
T1
비축		 T5
반 비축		 T2
반 비축		 T3
반 비축		 T4
반 비축
제2 트랜잭션 자원 큐
제2 관리 대상 장치가 제2 트랜잭션 자원 큐에서 T5를 삭제한 후, 제2 관리 대상 장치는 제2 트랜잭션 자원 큐 내의 제1 위치에 있는 트랜잭션 자원이 집행된 후 제2 조작 예정 자원의 상태에 따라, 제2 위치에 있는 트랜잭션 자원이 비축 상태로 전환될 수 있는지를 판정하고, 즉 제2 관리 대상 장치는 T5 이전의 T1이 집행된 후 제2 조작 예정 자원의 상태에 따라, T2가 예약 상태로 전환될 수 있는지를 판정해야 한다. 전환될 수 있으면, 제2 관리 대상 장치는 제1 삭제 응답을 애플리케이션 서버에 송신하고, T2의 상태를 T1이 집행된 후의 비축 상태로 갱신하고, T2가 이미 비축 상태에 있다는 것을 애플리케이션 서버에 통지한다. 전환될 수 없으면, 제2 관리 대상 장치는 또한 T2를 삭제해야 하고, T2가 삭제되었다는 것을 애플리케이션 서버에 통지한다. 또한, 제2 관리 대상 장치는 삭제된 T2가 제2 트랜잭션 자원 큐에서 마지막 트랜잭션 자원인지를 판정해야 한다. T2가 제2 트랜잭션 자원 큐에서 마지막 트랜잭션 자원이 아닌 것으로 판정되면, 제2 관리 대상 장치는 T1이 집행된 후 제2 조작 예정 자원의 상태에 따라(이 경우, T5 및 T2가 삭제되었다), T3이 비축 상태로 전환될 수 있는지를 계속해서 판정하며; 전환될 수 있으면, 제2 관리 대상 장치는 애플리케이션 서버에 제1 삭제 응답을 송신하고, T3의 상태를 T1이 집행된 후의 비축 상태로 갱신하며, T3이 이미 비축 상태에 있다는 것을 애플리케이션 서버에 통지하며; 전환될 수 없으면, 제2 관리 대상 장치는 T3을 삭제해야 하고, T3이 삭제되었다는 것을 애플리케이션 서버에 통지한다. 또한, 제2 관리 대상 장치는 삭제된 T3이 제2 트랜잭션 자원에서 마지막 트랜잭션 자원인지도 판정해야 하며, 이와 같이, 삭제된 T3이 제2 트랜잭션 자원에서 마지막 트랜잭션 자원인 것으로 판정될 때까지 계속하며, 그런 다음 삭제 절차가 종료된다.
t. 제2 트랜잭션 자원 큐 내의 적어도 2개의 트랜잭션 자원이 비축 상태에 있으면, 제2 관리 대상 장치가 제4 트랜잭션 자원을 삭제한 후, 제2 관리 대상 장치는 제2 트랜잭션 자원 큐 내의 비축 상태에 있는 트랜잭션 자원이 미리 설정된 자원 삭제 조건을 만족하는지를 판정한다.
제2 관리 대상 장치가 제4 트랜잭션 자원을 삭제한 후, 제2 관리 대상 장치가 제4 트랜잭션 자원이 삭제된 후 제2 조작 예정 자원의 상태에 따라, 제2 트랜잭션 자원 큐 내의 반 비축 상태에 있는 트랜잭션 자원이 미리 설정된 삭제 조건을 만족하는 것으로 결정하면, 즉 제4 트랜잭션 자원이 삭제된 후, 제2 관리 대상 장치는 제4 트랜잭션 자원이 삭제된 후 제2 조작 예정 자원의 상태에 따라(즉, 제4 트랜잭션 자원이 삭제된 후, 제2 관리 대상 장치는 반 비축 상태에 있는 트랜잭션 자원 이전의 트랜잭션 자원이 집행된 후 제2 조작 예정 자원의 상태에 따라), 제2 트랜잭션 자원 큐 내의 반 비축 상태에 있는 트랜잭션 자원이 성공적으로 집행될 수 없다는 것으로 결정하고, 제2 관리 대상 장치는 반 비축 상태에 있는 트랜잭션 자원을 삭제하고, 제2 삭제 응답을 애플리케이션 서버에 송신하여, 트랜잭션 자원이 삭제되었다는 것을 애플리케이션 서버에 통지한다.
설명을 위해 간단한 예를 사용할 수 있다. 제2 트랜잭션 자원 큐는 4개의 트랜잭션 자원, 즉 T1, T2, T3, 및 T4를 포함하는 것으로 가정한다. 표 2에 나타난 바와 같이, 전술한 T1, T2, 및 T4는 모두 비축 상태에 있고, T3은 반 비축 상태에 있으며, T2는 제4 트랜잭션 자원인 것으로 가정한다.
T1
비축		 T2
비축		 T3
반 비축		 T4
비축
제4 트랜잭션 자원 T2가 삭제된 후, 제2 관리 대상 장치는 비축 상태로 전환될 수 있다. T3이 성공적으로 집행될 수 있는지는 T2가 집행된 후 제2 조작 예정 자원의 상태에만 달려있다(T3은 반 비축 상태에 있는데, 그 이유는, T3이 생성될 때, 큐 내의 T3 뒤의 비축 상태에 있는 임의의 트랜잭션 자원이 T3이 집행된 후 제2 조작 예정 자원의 상태에 기초하여 성공적으로 집행될 수 있는 것으로 결정되고, T1 및 T2는 T3 앞에 존재하는 것으로 결정되며, T3이 T2가 집행된 후 제2 조작 예정 자원의 상태에 기초하여 수행될 수 있지만 T3은 T1이 집행된 후 제2 조작 예정 자원의 상태에 기초하여 수행될 수 없다는 결정되기 때문이며; 그러므로 T3이 생성되고, T3의 상태는 반 비축 상태인 것으로 결정된다). 그러므로 T3의 성공적인 집행은 T2가 집행된 후 제2 조작 예정 자원의 상태에만 달려 있으며, T3은 또한 T2가 삭제된 후 성공적으로 집행될 수 없다. 그러므로 제2 관리 대상 장치는 또한 T3을 삭제하고, 제2 삭제 응답을 애플리케이션 서버에 송신하여, 트랜잭션 자원이 삭제되었다는 것을 애플리케이션 서버에 통지해야 한다.
제2 관리 대상 장치가 제4 트랜잭션 자원을 삭제한 후, 제2 관리 대상 장치가 제4 트랜잭션 자원이 삭제된 후 제2 조작 예정 자원의 상태에 따라, 제2 트랜잭션 자원 큐 내의 반 비축 상태에 있는 트랜잭션 자원이 미리 설정된 삭제 조건을 만족하지 않는 것으로 결정하면, 즉, 제4 트랜잭션 자원이 삭제된 후, 제4 트랜잭션 자원이 삭제된 후 제2 조작 예정 자원의 상태에 기초하여(즉, 제4 트랜잭션 자원이 삭제된 후, 반 비축 상태에 있는 트랜잭션 자원 이전의 임의의 트랜잭션 자원이 집행된 후 제2 조작 예정 자원의 상태에 기초하여), 반 비축 상태에 있는 트랜잭션 자원이 성공적으로 집행될 수 있고, 제2 관리 대상 장치는 반 비축 상태에 있는 트랜잭션 자원을 비축 상태로 갱신한다.
설명을 위해 간단한 예를 사용할 수 있다. 제2 트랜잭션 자원 큐는 4개의 트랜잭션 자원, 즉 T1, T2, T3, 및 T4를 포함하는 것으로 가정한다. 표 3에 나타난 바와 같이, 전술한 T1, T2, 및 T4는 모두 비축 상태에 있고, T3은 반 비축 상태에 있으며, T1은 제4 트랜잭션 자원인 것으로 가정한다.
T1
비축		 T2
비축		 T3
반 비축		 T4
비축
제4 트랜잭션 자원이 삭제된 후, 제2 관리 대상 장치는 T3이 비축 상태로 전환될 수 있는지를 판정한다. T3이 전환될 수 있는지는 T2가 집행된 후 제2 조작 예정 자원의 상태에만 달려 있다. 그러므로 T1이 삭제된 후, T3의 반 예약 상태가 영향받지 않으며, 즉 제2 관리 대상 장치는 T2가 집행된 후 제2 조작 예정 자원의 상태에 따라, T3이 성공적으로 집행될 수 있는 것으로 결정한다. 그러므로 제2 관리 대상 장치는 T3 이전의 트랜잭션 자원이 집행된 후 제2 조작 예정 자원의 상태에 따라, T3이 성공적으로 집행될 수 있는 것으로 추가로 결정한다(이 예에서, T2만이 T1이 삭제된 후 남으며, 그러므로 T3에 대해서는, T2가 집행된 후 제2 조작 예정 자원의 상태만을 참조하면 된다). 이 경우, T2가 집행된 후, 제2 관리 대상 장치는 T3을 비축 상태로 갱신한다.
도 3에 도시된 제4 가능한 실시 방식 및 제5 가능한 실시 방식에 기초하여, 제2 관리 대상 장치가 삭제 요구 및 갱신 요구를 집행하면, 비축 상태에 있는 트랜잭션 자원의 집행이 영향을 받는다. 이것은 삭제 요구 및 갱신 요구가 집행되면, 트랜잭션 자원의 원래의 집행 가능한 상태가 파괴되고, 또한 트랜잭션의 원자성이 파괴된다는 것을 의미한다. 그러므로 제2 관리 대상 장치는 이 경우 삭제 요구 및 갱신 요구를 거부한다.
본 출원의 기술적 솔루션을 더 잘 이해하기 위해, 이하에서는 특정한 설명을 위한 지능형 관개의 2가지 예를 사용한다. 예 1은 주로 제2 트랜잭션 자원 큐가 비축 상태에 있는 하나의 트랜잭션 자원을 포함하는 시나리오에 관한 것이다. 예 2는 주로 제2 트랜잭션 자원 큐가 비축 상태에 있는 적어도 2개의 트랜잭션 자원을 포함하는 시나리오에 관한 것이다.
예 1: 이 시나리오는 동시 트랜잭션을 처리하는 프로세스에 관한 것이며, 관리 대상 장치 상의 제2 트랜잭션 자원 큐는 비축 상태에 있는 하나의 트랜잭션 자원을 포함한다. 애플리케이션 서버는 총 6개의 트랜잭션을 가지며, 6개의 트랜잭션은 각각 트랜잭션 1, 트랜잭션 2, 트랜잭션 3, 트랜잭션 4, 트랜잭션 5, 트랜잭션 6이다. 트랜잭션은 3개의 관리 대상 장치에 관한 것이며, 3개의 관리 대상 장치는 각각 제1 관리 대상 장치 A(밸브 1), 제2 관리 대상 장치(밸브 2), 제1 관리 대상 장치 B(밸브 3)이다. 트랜잭션 1에 있어서, 애플리케이션 서버는 제4 트랜잭션 자원 생성 요구 T1을 밸브 2에 송신하고, 제3 트랜잭션 자원 생성 요구 R1을 밸브 1 및 밸브 3을 송신하며; 트랜잭션 2에 있어서, 애플리케이션 서버는 제4 트랜잭션 자원 생성 요구 T2를 밸브 2에 송신하고, 제3 트랜잭션 자원 생성 요구 R2를 밸브 1 및 밸브 3을 송신하며; 트랜잭션 3에 있어서, 애플리케이션 서버는 제4 트랜잭션 자원 생성 요구 T3을 밸브 2에 송신하고, 제3 트랜잭션 자원 생성 요구 R4를 밸브 1 및 밸브 3을 송신하며; 트랜잭션 4에 있어서, 애플리케이션 서버는 제4 트랜잭션 자원 생성 요구 T4를 밸브 2에 송신하고, 제3 트랜잭션 자원 생성 요구 R4를 밸브 1 및 밸브 3을 송신하며; 트랜잭션 5에 있어서, 애플리케이션 서버는 제4 트랜잭션 자원 생성 요구 T5를 밸브 2에 송신하고, 제3 트랜잭션 자원 생성 요구 R5를 밸브 1 및 밸브 3을 송신하며; 그리고 트랜잭션 6에 있어서, 애플리케이션 서버는 제4 트랜잭션 자원 생성 요구 T6을 밸브 2에 송신하고, 제3 트랜잭션 자원 생성 요구 R6을 밸브 1 및 밸브 3을 송신한다. 이하에서는 제2 관리 대상 장치(즉, 밸브 2)에 대한 조작만을 설명한다. 밸브 1 및 밸브 3 상에서의 조작에 대해서는 밸브 2 상에서의 조작을 참조한다.
애플리케이션 서버는 T1 요구, T2 요구, T3 요구, T4 요구, T5 요구, 및 T6 요구를 트랜잭션의 순서에 따라 순서대로 밸브 2에 송신한다에 유의해야 한다.
T1 요구에 따라 생성되는 제4 트랜잭션 자원이 t1이고, T2 요구에 따라 생성되는 제4 트랜잭션 자원이 t2이고, T3 요구에 따라 생성되는 제4 트랜잭션 자원이 t3이고, T4 요구에 따라 생성되는 제4 트랜잭션 자원이 t4이고, T5 요구에 따라 생성되는 제4 트랜잭션 자원이 t5이고, 그리고 T6 요구에 따라 생성되는 제4 트랜잭션 자원이 t6이다. 이하에서는 제2 관리 대상 장치(즉, 밸브 2) 상에서의 조작만을 설명한다. 밸브 1 및 밸브 3 상에서의 조작에 대해서는, 밸브 2 상에서의 조작을 참조한다.
트랜잭션 1에 있어서, 애플리케이션 서버는 T1 요구를 밸브 2에 송신하여, 밸브 2를 12:00에 30%로 조정하도록 요구한다. T1 요구를 수신한 후, 밸브 2는 제2 트랜잭션 자원이 이 경우에 밸브 2 상에 존재하지 않은지를 검사한다. 밸브 2는 이 경우에 제2 조작 예정 자원의 상태에 기초하여 제4 트랜잭션 자원 t1이 성공적으로 생성될 수 있는 것으로 추가로 결정하며, 그러므로 t1을 생성하며, 여기서 t1은 비축 상태에 있다. 밸브 2는 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 애플리케이션 서버에 회신한다. 이 경우, 밸브 2 상의 제2 조작 예정 자원에 대한 제2 트랜잭션 자원 큐가 표 4에 나타나 있다. t1이 성공적으로 생성된 후, t1은 제2 트랜잭션 자원 큐에서 트랜잭션 자원이 된다.
t1
30%
12:00
비축
트랜잭션 2에 있어서, 애플리케이션 서버는 T2 요구를 밸브 2에 송신하여, 밸브 2를 12:05에 40%로 조정하도록 요구한다. T2 요구를 수신한 후, 밸브 2는 제2 조작 예정 자원의 제2 트랜잭션 자원 큐가 밸브 2 상에 존재하는지를 확인하고, 제2 트랜잭션 자원 큐가 t1을 포함하는지를 확인한다. 밸브 2는 T2 요구가 필요로 하는 집행 시간 12:05 및 제2 트랜잭션 자원 큐 내의 t1의 집행 시간 12:00에 따라, T2 요구에 따라 생성될 제4 트랜잭션 자원 t2가 제2 트랜잭션 자원 큐의 마지막 위치에서 생성되어야 하는 것으로 결정한다. 밸브 2는 t1이 집행된 후 제2 조작 예정 자원의 상태에 기초하여, t2가 비축 상태로 전환될 수 있는 것을 추가로 확인하고 결정한다. 그러므로 밸브 2는 t2를 생성하며, t2의 현재 상태는 반 비축 상태이다. 밸브 2는 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 애플리케이션 서버에 회신한다. 이 경우, 밸브 2 상의 제2 조작 예정 자원의 제2 트랜잭션 자원 큐가 표 5에 나타나 있다. 또한, t2가 성공적으로 생성된 후, t2는 제2 트랜잭션 자원 큐에서 트랜잭션 자원이 된다.
t1
30%
12:00
비축		 t2
40%
12:05
반 비축
트랜잭션 3에 있어서, 애플리케이션 서버는 T3 요구를 밸브 2에 송신하여, 밸브 2를 12:03에 20%로 조정하도록 요구한다. T3 요구를 수신한 후, 밸브 2는 제2 조작 예정 자원의 제2 트랜잭션 자원 큐가 밸브 2 상에 존재하는지를 확인하고, 제2 트랜잭션 자원 큐가 t1 및 t2를 포함하는지를 확인한다. 밸브 2는 T2 요구가 필요로 하는 집행 시간 12:03, 제2 트랜잭션 자원 큐에서 t1의 집행 시간 12:00, 및 t2의 집행 시간 12:05에 따라, T3 요구에 따라 생성될 제4 트랜잭션 자원 t3이 t1과 t2 사이에서 생성되어야 하는 것으로 결정한다. 밸브 2는 t1이 집행된 후 제2 조작 예정 자원의 상태에 기초하여(이 경우, 제2 조작 예정 자원의 상태는 밸브 2의 열린 정도가 30%인 것이다), t3이 비축 상태로 전환될 수 있는 것을 추가로 확인하고 결정하고(즉, 밸브 2가 30%에서 20%로 조정될 수 있다는 것으로 밸브 2가 결정하며, 여기서 조정 범위는 미리 설정된 임계값 범위 내에 있으며, 미리 설정된 임계값은 60%인 것으로 가정한다), t3이 집행된 후 제2 조작 예정 자원의 상태에 기초하여(이 경우, 제2 조작 예정 자원의 상태는 밸브 2의 열린 정도가 20%인 것이다), t2 역시 비축 상태로 전환될 수 있는 것으로 결정한다(즉, 밸브 2가 20%에서 40%로 조정될 수 있다는 것으로 밸브 2가 결정하며, 여기서 조정 범위는 미리 설정된 임계값 범위 내에 있다). 그러므로 밸브 2는 t4을 성공적으로 생성하며, t3의 현재 상태는 반 비축 상태이다. 밸브 2는 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 애플리케이션 서버에 회신한다. 이 경우, 밸브 2 상의 제2 조작 예정 자원의 제2 트랜잭션 자원 큐가 표 6에 나타나 있다. 또한, t3이 성공적으로 생성된 후, t3은 제2 트랜잭션 자원 큐에서 트랜잭션 자원이 된다.
t1
30%
12:00
비축		 t3
20%
12:03
반 비축		 t2
40%
12:05
반 비축
트랜잭션 4에 있어서, 애플리케이션 서버는 T4 요구를 밸브 2에 송신하여, 밸브 2를 11:55에 20%로 조정하도록 요구한다. T4 요구를 수신한 후, 밸브 2는 제2 조작 예정 자원의 제2 트랜잭션 자원 큐가 밸브 2 상에 존재하는지를 확인하고, 제2 트랜잭션 자원 큐가 t1, t2 및 t3을 포함하는 것을 확인한다. 밸브 2는 T4 요구가 필요로 하는 집행 시간 11:55 및 큐에서의 t1의 집행 시간 12:00에 따라, T4 요구에 따라 생성될 제4 트랜잭션 자원 t4가 t1 이전에, 즉 제2 트랜잭션 자원 큐 내의 제1 위치에서 생성되어야 하는 것으로 결정한다. t1이 이미 비축 상태에 있기 때문에, 다른 트랜잭션 자원이 t1 이전에 생성되면, 비축된 트랜잭션 자원 t1은 집행될 수 없다(M2M 시스템은 이러한 가능성이 존재하는 것을 허용하지 않는다). 그렇지만, 밸브 2는 t4의 집행 시간이 12:05보다 늦게 되도록 설정되어 있으면, 즉 t4가 t2 뒤에 생성되면, t2가 집행된 후 제2 조작 예정 자원의 상태에 기초하여, t4는 성공적으로 집행될 수 있으며(즉, 밸브 2가 40%에서 20%로 조정될 수 있다는 것으로 밸브 2가 결정하며, 여기서 조정 범위는 미리 설정된 임계값 범위 내에 있다). 그러므로 밸브 2는 t4을 성공적으로 생성하며, t3의 현재 상태는 반 비축 상태이다. 밸브 2는 제2 실패 응답을 애플리케이션 서버에 회신하고, 이 응답은 적절한 집행 시간 12:10을 반송한다. 이 경우, 밸브 2 상의 제2 조작 예정 자원의 제2 트랜잭션 자원 큐가 여전히 표 6에 나타나 있다.
트랜잭션 5에 있어서, 애플리케이션 서버는 T5 요구를 밸브 2에 송신하여, 밸브 2를 12:02에 80%로 조정하도록 요구한다. T5 요구를 수신한 후, 밸브 2는 제2 조작 예정 자원의 제2 트랜잭션 자원 큐가 밸브 2 상에 존재하는지를 확인하고, 제2 트랜잭션 자원 큐가 t1, t2 및 t3을 포함하는 것을 확인한다. 밸브 2는 T5 요구가 필요로 하는 집행 시간 12:02, 큐에서의 t1의 집행 시간 12:00, 및 t3의 집행 시간 12:03에 따라, T5는 트랜잭션 자원 큐에서 t1과 t2 사이에서 생성되어야 하는 것으로 결정한다. 그렇지만, t5가 성공적으로 집행되면, 밸브의 열린 정도는 80%이고(즉, 이 경우, 밸브 2 상에서의 제2 조작 예정 자원의 상태는 80%이다), t3은 이때 밸브 2의 열린 정보를 20%로 조정하도록 요구하고(즉, 밸브 2를 80%에서 20%로 조정한다), 자기 보호를 위해, 밸브 2는 2 조정 사이의 성장 범위가 미리 설정된 임계값(60%로 가정한다)보다 크거나 같게 되는 것을 허용하지 않는데, 그 이유는 밸브 2의 성장 범위가 60%이면, 이어지는 유연한 파이프 및 인터페이스에 큰 충격이 가해져서 누수 또는 접합이 느슨해지는 현상이 일어나게 되기 때문이다. 그러므로 밸브 2는 t5가 집행된 후, 반 예측 상태에 있는 t3이 영향을 받고 비축 상태로 진입할 수 없는 것으로 결정한다. 그러므로 밸브 2는 제2 실패 응답을 애플리케이션 서버에 송신한다. 그렇지만, 마찬가지로, 밸브 2는 t5가 t2 후에 생성되면, t5는 성공적으로 생성될 수 있는지를 검사한다. 그러므로 제2 실패 응답은 적절한 집행 시간 12:10을 반송한다. 이 경우, 밸브 2 상에서의 제2 조작 예정 자원에 대한 제2 트랜잭션 자원 큐가 여전히 표 6에 나타나 있다.
트랜잭션 6에 있어서, 애플리케이션 서버는 T6 요구를 밸브 2에 송신하여, 밸브 2를 12:08에 100%로 조정하도록 요구한다. T6 요구를 수신한 후, 밸브 2는 제2 조작 예정 자원의 제2 트랜잭션 자원 큐가 밸브 2 상에 존재하는지를 확인하고, 제2 트랜잭션 자원 큐가 t1, t2 및 t3을 포함하는 것을 확인한다. 밸브 2는 T6 요구가 필요로 하는 집행 시간 12:08 및 큐에서의 t2의 집행 시간 12:05에 따라, T6은 트랜잭션 자원 큐에서 t2 후에, 즉 제2 트랜잭션 자원 큐의 마지막 위치에서 생성되어야 하는 것으로 결정한다. 그렇지만, t2가 성공적으로 집행되면, 밸브 2의 열린 정도는 40%이고(즉, 이 경우, 밸브 2 상에서의 제2 조작 예정 자원의 상태는 40%이다), t6은 이때 밸브 2의 열린 정보를 100%로 조정하도록 요구한다. 그러므로 밸브 2는 t2가 집행된 후, t6가 비축 상태로 진입할 수 없는 것으로 결정하고, 동시에, 밸브 2는 t6의 100% 조정이 제2 트랜잭션 자원 큐의 어디에서든 적절하지 않은지를 검사하며, 그러므로 제1 실패 응답을 회신한다.
트랜잭션 1 내의 트랜잭션 자원의 삭제에 대해서(하나의 트랜잭션은 복수의 트랜잭션 자원을 포함하고, 복수의 트랜잭션 자원은 서로 다른 관리 대상 장치에 의해 각각 생성되며, 위의 표 6에서의 t1, t2, t3은 서로 다른 트랜잭션에 속하는 트랜잭션 자원이다), 트랜잭션 1에서, 애플리케이션 서버는 제4 트랜잭션 자원 생성 요구를 밸브 2에 송신하고, 제4 트랜잭션 자원은 밸브 2 상에서 성공적으로 생성되며, 여기서 제4 트랜잭션 자원은 전술한 t1인 것으로 가정한다. 또한, 애플리케이션 서버는 제3 트랜잭션 자원의 생성 실패에 관하여 밸브 1에 의해 송신된 응답을 수신한다. 이것은 트랜잭션 1의 제3 트랜잭션 자원이 밸브 1에서 성공적으로 생성될 수 없다는 것을 나타낸다. 그러므로 애플리케이션 서버는 밸브 2 상에서 성공적으로 생성되었던 t1을 삭제할 필요가 있다. 그러므로 애플리케이션 서버는 t1의 식별자를 반송하는 삭제 요구를 밸브 2에 송신하므로, 밸브 2는 t1의 집행 시간에 도달하기 전에, 애플리케이션 서버에 의해 송신된 삭제 요구를 수신하며, 여기서 삭제 요구는 제2 트랜잭션 자원 큐에서 t1을 삭제하는 데 사용된다. 밸브 2는 현재의 제2 트랜잭션 자원 큐에 따라, t1의 삭제가 t3의 반 비축 상태에 영향을 주지 않는 것으로 결정한다. t1이 삭제된 후, 밸브 2는 완전 폐쇄에서 20%로 직접 열리기 때문이다. 그러므로 t3은 비축 상태로 들어갈 수 있다. t1이 집행된 후, 밸브 2는 t2의 상태를 반 비축 상태에서 비축 상태로 갱신하고, t2가 비축 상태로 들어갔다는 것을 애플리케이션 서버에 통지한다.
트랜잭션 2 내의 트랜잭션 자원의 집행에 있어서, 밸브 2는 트랜잭션 2의 t2를 삭제하기 위한 삭제 요구 또는 애플리케이션 서버에 의해 송신된 갱신 요구가 수신되지 않았다는 것을 확인한다. 12:05에 도달한 후, 밸브 2는 t2에서 조작 예정인 조작을 집행하며, 즉 밸브의 열린 정보를 40%로 조정한다. 그런 다음, 밸브는 제2 트랜잭션 자원 큐에서 t2를 제거한다. 이 경우, 제2 트랜잭션 자원 큐 내의 t2 후에 다른 트랜잭션 자원 Tx가 존재하면, 밸브 2는 Tx의 상태를 반 비축 상태에서 비축 상태로 전환하고 애플리케이션 서버에 통지를 송신하여, Tx가 비축 상태로 들어갔다는 것을 통지한다.
예 1은 제2 트랜잭션 자원 큐가 비축 상태에서 하나의 트랜잭션 자원을 포함하고, 애플리케이션 서버 및 제2 관리 대상 장치가 동시 트랜잭션을 처리하는 프로세스를 설명하는 시나리오와, 프로세스 동안 제2 관리 대상 장치의 제2 트랜잭션 자원 큐를 유지하는 기술적 솔루션을 의도한 것이다.
예 2: 이 시나리오는 동시 트랜잭션을 처리하는 프로세스에 관한 것이며, 관리 대상 장치 상의 제2 트랜잭션 자원 큐는 비축 상태에 있는 적어도 2개의 트랜잭션 자원을 포함한다. 애플리케이션 서버는 총 6개의 트랜잭션을 가지며, 6개의 트랜잭션은 각각 트랜잭션 1, 트랜잭션 2, 트랜잭션 3, 트랜잭션 4, 트랜잭션 5, 트랜잭션 6이다. 트랜잭션은 3개의 관리 대상 장치에 관한 것이며, 3개의 관리 대상 장치는 각각 제1 관리 대상 장치 A(밸브 1), 제2 관리 대상 장치(밸브 2), 제1 관리 대상 장치 B(밸브 3)이다. 트랜잭션 1에 있어서, 애플리케이션 서버는 제4 트랜잭션 자원 생성 요구 T1을 밸브 2에 송신하고, 제3 트랜잭션 자원 생성 요구 R1을 밸브 1 및 밸브 3을 송신하며; 트랜잭션 2에 있어서, 애플리케이션 서버는 제4 트랜잭션 자원 생성 요구 T2를 밸브 2에 송신하고, 제3 트랜잭션 자원 생성 요구 R2를 밸브 1 및 밸브 3을 송신하며; 트랜잭션 3에 있어서, 애플리케이션 서버는 제4 트랜잭션 자원 생성 요구 T3을 밸브 2에 송신하고, 제3 트랜잭션 자원 생성 요구 R4를 밸브 1 및 밸브 3을 송신하며; 트랜잭션 4에 있어서, 애플리케이션 서버는 제4 트랜잭션 자원 생성 요구 T4를 밸브 2에 송신하고, 제3 트랜잭션 자원 생성 요구 R4를 밸브 1 및 밸브 3을 송신하며; 트랜잭션 5에 있어서, 애플리케이션 서버는 제4 트랜잭션 자원 생성 요구 T5를 밸브 2에 송신하고, 제3 트랜잭션 자원 생성 요구 R5를 밸브 1 및 밸브 3을 송신하며; 그리고 트랜잭션 6에 있어서, 애플리케이션 서버는 제4 트랜잭션 자원 생성 요구 T6을 밸브 2에 송신하고, 제3 트랜잭션 자원 생성 요구 R6을 밸브 1 및 밸브 3을 송신한다. 이하에서는 제2 관리 대상 장치(즉, 밸브 2)에 대한 조작만을 설명한다. 밸브 1 및 밸브 3 상에서의 조작에 대해서는 밸브 2 상에서의 조작을 참조한다.
애플리케이션 서버는 T1 요구, T2 요구, T3 요구, T4 요구, T5 요구, 및 T6 요구를 트랜잭션의 순서에 따라 순서대로 밸브 2에 송신한다는 것에 유의해야 한다. 애플리케이션 서버가 T1 요구, T2 요구, T3 요구, T4 요구, T5 요구, 및 T6 요구를 트랜잭션의 순서에 따라 순서대로 밸브 2에 송신하는 것으로 가장한다.
T1 요구에 따라 생성되는 제4 트랜잭션 자원이 t1이고, T2 요구에 따라 생성되는 제4 트랜잭션 자원이 t2이고, T3 요구에 따라 생성되는 제4 트랜잭션 자원이 t3이고, T4 요구에 따라 생성되는 제4 트랜잭션 자원이 t4이고, T5 요구에 따라 생성되는 제4 트랜잭션 자원이 t5이고, 그리고 T6 요구에 따라 생성되는 제4 트랜잭션 자원이 t6이다. 이하에서는 제2 관리 대상 장치(즉, 밸브 2) 상에서의 조작만을 설명한다. 밸브 1 및 밸브 3 상에서의 조작에 대해서는, 밸브 2 상에서의 조작을 참조한다.
트랜잭션 1에 있어서, 애플리케이션 서버는 T1 요구를 밸브 2에 송신하여, 밸브 2를 12:00에 40%로 조정하도록 요구한다. T1 요구를 수신한 후, 밸브 2는 제2 트랜잭션 자원이 이 경우에 밸브 2 상에 존재하지 않은지를 검사한다. 밸브 2는 이 경우에 제2 조작 예정 자원의 상태에 기초하여 제4 트랜잭션 자원 t1이 성공적으로 생성될 수 있는지를 추가로 검사하며, 그러므로 t1을 생성하며, 여기서 t1은 비축 상태에 있다. 밸브 2는 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 애플리케이션 서버에 회신한다. 이 경우, 밸브 2 상의 제2 조작 예정 자원에 대한 제2 트랜잭션 자원 큐가 표 7에 나타나 있다. t1이 성공적으로 생성된 후, t1은 제2 트랜잭션 자원 큐에서 트랜잭션 자원이 된다.
t1
40%
12:00
비축
트랜잭션 2에 있어서, 애플리케이션 서버는 T2 요구를 밸브 2에 송신하여, 밸브 2를 12:05에 80%로 조정하도록 요구한다. T2 요구를 수신한 후, 밸브 2는 제2 조작 예정 자원의 제2 트랜잭션 자원 큐가 밸브 2 상에 존재하는지를 확인하고, 제2 트랜잭션 자원 큐가 t1을 포함하는지를 확인한다. 밸브 2는 T2 요구가 필요로 하는 집행 시간 12:05 및 제2 트랜잭션 자원 큐 내의 t1의 집행 시간 12:00에 따라, T2 요구에 따라 생성될 제4 트랜잭션 자원 t2가 제2 트랜잭션 자원 큐의 마지막 위치에서 생성되어야 하는 것으로 결정한다. 그러므로 생성될 제4 트랜잭션 자원 t2가 제2 트랜잭션 자원 큐에서 생성될 트랜잭션 자원 t2의 위치 이후에 다른 트랜잭션 자원의 비축된 상태에 영향을 주지 않는 것을 확인한다. 위의 표 7에 나타난 제2 트랜잭션 자원 큐에서, t1은 또한 t2 이전에 존재한다. 밸브 2는 t1이 집행된 후 제2 조작 예정 자원의 상태에 기초하여 또는 t1이 삭제된 후 제2 조작 예정 자원의 상태에 기초하여(즉, 밸브 2의 초기 상태 25%), t2가 비축 상태로 들어갈 수 있는지를 확인한다. 그러므로 밸브 2는 t2를 성공적으로 생성하고, t2의 현재 상태는 비축 상태이다. 밸브 2는 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 애플리케이션 서버에 회신한다. 이 경우, 밸브 2 상의 제2 조작 예정 자원의 제2 트랜잭션 자원 큐가 표 8에 나타나 있다. 또한, t2가 성공적으로 생성된 후, t2는 제2 트랜잭션 자원 큐에서 트랜잭션 자원이 된다.
t1
40%
12:00
비축		 t2
80%
12:05
비축
트랜잭션 3에 있어서, 애플리케이션 서버는 T3 요구를 밸브 2에 송신하여, 밸브 2를 12:03에 10%로 조정하도록 요구한다. T3 요구를 수신한 후, 밸브 2는 제2 조작 예정 자원의 제2 트랜잭션 자원 큐가 밸브 2 상에 존재하는지를 확인하고, 제2 트랜잭션 자원 큐가 t1 및 t2를 포함하는지를 확인한다. 밸브 2는 T2 요구가 필요로 하는 집행 시간 12:03, 제2 트랜잭션 자원 큐에서 t1의 집행 시간 12:00, 및 t2의 집행 시간 12:05에 따라, t3이 t1과 t2 사이에 위치하는 것으로 결정한다. 또한, t3의 생성 성공은 밸브 2의 t2의 조정 범위를 10%(t3의 10%)에서 80%(t2의 80%)로 직접적으로 증가시키게 한다. 이것은 밸브 2의 하나의 조정이 60%를 초과하지 않게 하는 한계를 초과한다. 그러므로 t2의 비축 상태는 영향을 받는다. 그러므로 t3은 생성되는 것이 실패한다. t3이 t1 이전에 생성되면, t3은 성공적으로 생성될 수 있다. 그러므로 제1 실패 응답이 회신되며, 여기서 응답은 적절한 집행 시간 11:59를 포함한다. 이 경우, 밸브 2 상에서 제2 조작 예정 자원에 대한 제2 트랜잭션 자원 큐는 여전히 표 8에 나타나 있다.
트랜잭션 4에 있어서, 애플리케이션 서버는 T4 요구를 밸브 2에 송신하여, 밸브 2를 11:55에 30%로 조정하도록 요구한다. T4 요구를 수신한 후, 밸브 2는 제2 조작 예정 자원의 제2 트랜잭션 자원 큐가 밸브 2 상에 존재하는지를 확인하고, 제2 트랜잭션 자원 큐가 t1, t2 및 t3을 포함하는 것을 확인한다. 밸브 2는 T4 요구가 필요로 하는 집행 시간 11:55 및 큐에서의 t1의 집행 시간 12:00에 따라, t4가 제2 트랜잭션 자원 큐 내의 t1 이전에 생성되어야 하는 것으로 결정한다. t1 및 t2가 이미 비축 상태에 있기 때문에, 밸브 2는 t4가 성공적으로 생성되면, 30%로 열리는 밸브가(즉, t4가 집행된 후 제2 조작 예정 자원의 상태가 30%이다) t1 및 t2의 정상 집행에 영향을 주지 않는 것으로 결정하며, 제2 트랜잭션 자원 큐의 t4 이전에는 다른 트랜잭션 자원이 존재하지 않는 것으로 결정한다. 그러므로 밸브 2는 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 애플리케이션 서버에 회신하고, 여기서 t4는 비축 상태에 있다. 이 경우, 밸브 2 상의 제2 조작 예정 자원의 제2 트랜잭션 자원 큐가 여전히 표 9에 나타나 있다. t4가 성공적으로 생성된 후, t4는 제2 트랜잭션 자원 큐의 트랜잭션 자원이 된다.
t4
30%
11:55
비축		 t1
40%
12:00
비축		 t2
80%
12:05
비축
트랜잭션 5에 있어서, 애플리케이션 서버는 T5 요구를 밸브 2에 송신하여, 밸브 2를 12:02에 100%로 조정하도록 요구한다. T5 요구를 수신한 후, 밸브 2는 제2 조작 예정 자원의 제2 트랜잭션 자원 큐가 밸브 2 상에 존재하는지를 확인하고, 제2 트랜잭션 자원 큐가 t1, t2 및 t3을 포함하는 것을 확인한다. 밸브 2는 T5 요구가 필요로 하는 집행 시간 12:02, 큐에서의 t1의 집행 시간 12:00, 및 t2의 집행 시간 12:05에 따라, T5는 제2 트랜잭션 자원 큐에서 t1과 t2 사이에서 생성되어야 하는 것으로 결정한다. t5의 생성 성공은 t2의 비축 상태에 영향을 주지 않는다. 그렇지만, t4 및 t1은 또한 t5 이전에 존재한다. t4가 집행된 후 조작 예정 자원의 상태에 기초하든 또는 t1이 집행된 후 조작 예정 자원의 상태에 기초하든 간에, t5는 성공적으로 생성될 수 있다. t4의 30% 또는 t1의 40% 중 어느 하나에 있어서, 100% 조정은 한계 60%를 초과한다. 그러므로 t5는 생성되는 것이 실패한다. 그렇지만, 밸브 2는 t5가 t2 후에 생성되면, t5가 성공적으로 생성될 수 있는지를 검사한다. 그러므로 제2 실패 응답이 회신되며, 여기서 응답은 적절한 집행 시간 12:10을 포함한다. 이 경우, 밸브 2 상에서의 제2 조작 예정 자원에 대한 제2 트랜잭션 자원 큐가 여전히 표 9에 나타나 있다.
트랜잭션 6에 있어서, 애플리케이션 서버는 T6 요구를 밸브 2에 송신하여, 밸브 2를 12:08에 90%로 조정하도록 요구한다. T6 요구를 수신한 후, 밸브 2는 제2 조작 예정 자원의 제2 트랜잭션 자원 큐가 밸브 2 상에 존재하는지를 확인하고, 제2 트랜잭션 자원 큐가 t1, t2 및 t4를 포함하는 것을 확인한다. 밸브 2는 T6 요구가 필요로 하는 집행 시간 12:02, 큐에서의 t1의 집행 시간 12:00, 및 t2의 집행 시간 12:05에 따라, T6이 제2 트랜잭션 자원 큐의 t1과 t2 사이에서 생성되어야 하는 것으로 결정한다. t6의 생성 성공은 t2의 비축 상태에 영향을 주지 않는다. 그렇지만, t4 및 t1 역시 t6 이전에 존재한다. t1이 집행된 후의 결과에 기초하여, t6가 집행될 수 있다. 그렇지만, t4가 집행된 후의 결과에 기초하여, t6는 성공적으로 생성될 수 없다. t4의 30%에 있어서, 90% 조정은 한계 60%를 초과한다. 그러므로 t6이 성공적으로 생성되어도, t6은 반 비축 상태에 있고, 밸브 2는 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 애플리케이션 서버에 회신한다. 이 경우, 밸브 2 상의 제2 조작 예정 자원의 제2 트랜잭션 자원 큐가 표 10에 나타나 있다. t6이 성공적으로 생성된 후, t6은 제2 트랜잭션 자원 큐의 트랜잭션 자원이 되고, t6은 반 비축 상태에 있다.
t4
30%
11:55
비축		 t1
40%
12:00
비축		 t6
90%
12:02
반 비축		 t2
80%
12:05
반 비축
트랜잭션 자원 t4의 집행에 있어서, 11:55에 도달하면, 밸브 2는 t4에서 집행 예정 조작을 집행하고, 즉 밸브 2는 30% 열림으로 전환되고, 그런 다음 t4는 삭제된다(즉, 제2 조작 예정 자원의 식별자는 이 경우 30%이다). 현재의 제2 트랜잭션 자원 큐가 이하의 표 11에 나타나 있다.
t1
40%
12:00
비축		 t6
90%
12:02
반 비축		 t2
80%
12:05
비축
트랜잭션 자원 t1의 삭제에 있어서, 트랜잭션 1에서, 애플리케이션 서버는 제4 트랜잭션 자원 생성 요구 T1을 밸브 2에 송신하고, 밸브 2는 제2 트랜잭션 자원 큐에서 t1을 성공적으로 생성한다. 또한, 애플리케이션 서버는 제3 트랜잭션 자원의 생성 실패를 나타내는 응답을 밸브 1로부터 수신하고, 이것은 트랜잭션 1의 제3 트랜잭션 자원이 밸브 1 상에서 성공적으로 생성될 수 없다는 것을 나타낸다. 그러므로 애플리케이션 서버는 밸브 2 상에서 성공적으로 생성된 t1을 삭제해야 한다. 그러므로 애플리케이션 서버는 t1의 식별자를 반송하는 삭제 요구를 밸브 2에 송신하므로, 밸브 2는 t1의 집행 시간에 도달하기 전에, 애플리케이션 서버에 의해 송신된 삭제 요구를 수신하며, 여기서 삭제 요구는 제2 트랜잭션 자원 큐에서 t1을 삭제하는 데 사용된다. 밸브 2는 현재의 제2 트랜잭션 자원 큐에 따라(표 11을 참조), t1 후의 t6만이 반 비축 상태에 있는 것으로 결정한다. 밸브 2는 t1의 삭제가 t6의 반 비축 상태에 영향을 주는지를 판정한다. t1이 삭제된 후, 밸브 2는 제2 조작 예정 자원의 현재 상태에 따라(30% 열림), t6이 비축 상태에 들어갈 수 없는 것으로 결정하기 때문에, 밸브 2는 t6을 삭제하고, t6이 삭제되었다는 것을 애플리케이션 서버에 통지한다.
트랜잭션 자원 t4의 삭제에 있어서, 위의 표 10에 나타난 제2 트랜잭션 자원 큐에서, t4가 집행되기 전에, 밸브 2가 40%로 직접적으로 열리도록 요구하는 갱신 요구를 수신하는 것으로 가정한다. 갱신 요구를 수신한 후, 밸브 2는 초기 25% 상태에서 40%로 갱신되며, 여기서 조정 범위는 미리 설정된 임계값을 초과하지 않으며, 즉 제2 조작 예정 자원의 현재 상태는 40%이다.
11:55 이전에, t4와 관련된 다른 값이 트랜잭션 4에 속하는 제3 트랜잭션 자원을 생성하는 것에 실패하면, 밸브 2 상에서의 t4 역시 삭제되어야 한다. 밸브 2는 애플리케이션 서버에 의해 송신된 삭제 요구를 수신하며, 여기서 삭제 요구는 t4의 식별자를 반송하고 제2 트랜잭션 자원 큐에서 t4를 삭제하는 데 사용된다. 밸브 2가 t4를 삭제한 후, t4 후의 t6만이 현재의 제2 트랜잭션 자원 큐에 따라 반 비축 상태에 있다. 밸브 2는 t4의 삭제가 t6의 반 비축 상태에 영향을 주는지를 판정한다. t4가 삭제된 후, 제2 조작 예정 자원의 현재 상태(40% 열림)에 기초하든 t1이 집행된 후의 상태(40% 열림)에 기초하든 간에, t6는 비축 상태로 들어갈 수 있다. 그러므로 밸브 2는 t6의 상태를 비축 상태로 갱신하고, t6가 이미 비축 상태에 있다는 것을 애플리케이션 서버에 통지한다.
예 2는 제2 트랜잭션 자원 큐가 비축 상태에서 적어도 2개의 트랜잭션 자원을 포함하고, 애플리케이션 서버 및 제2 관리 대상 장치가 동시 트랜잭션을 처리하는 프로세스를 설명하는 시나리오와, 프로세스 동안 제2 관리 대상 장치의 제2 트랜잭션 자원 큐를 유지하는 기술적 솔루션을 의도한 것이다.
도 7은 본 발명에 따라 분산 트랜잭션 자원을 집행하는 방법의 실시예 3에 대한 개략적인 흐름도이다. 이 방법은 M2M 시스템에 적용된다. M2M 시스템은 적어도 2개의 관리 대상 장치 및 애플리케이션 서버를 포함한다. 제1 관리 대상 장치는 적어도 2개의 관리 대상 장치 중 어느 하나이고, 제2 관리 대상 장치는 적어도 2개의 관리 대상 장치 중 제1 관리 대상 장치를 제외한 임의의 관리 대상 장치이다. 도 7에 도시된 바와 같이, 방법은 이하의 단계를 포함한다.
S601. 애플리케이션 서버는 제1 트랜잭션에 대한 제1 트랜잭션 자원 생성 요구를 제1 관리 대상 장치에 송신하며, 여기서 제1 트랜잭션 자원 생성 요구는 제1 조작 예정 자원의 식별자, 제1 집행 시간 및 제1 집행 예정 조작을 포함한다.
S602. 애플리케이션 서버는 제1 트랜잭션에 대한 제2 트랜잭션 자원 생성 요구를 제2 관리 대상 장치에 송신하며, 여기서 제2 트랜잭션 자원 생성 요구는 제1 조작 예정 자원의 식별자, 제2 집행 시간 및 제2 집행 예정 조작을 포함하고, 제1 집행 시간과 제2 집행 시간은 동일하다.
구체적으로, 애플리케이션 서버는 제1 트랜잭션을 위한 제1 트랜잭션 자원 생성 요구 및 제1 트랜잭션을 위한 제2 트랜잭션 자원 생성 요구를 제1 관리 대상 장치 및 제2 관리 대상 장치에 개별적으로 송신하며, 즉 제1 트랜잭션 요구 및 제2 트랜잭션 요구는 애플리케이션 서버의 제1 트랜잭션에 속한다. 제1 트랜잭션 자원 생성 요구는 제2 조작 예정 자원의 식별자, 제1 집행 시간, 및 제1 집행 예정 조작을 포함한다. 제2 트랜잭션 자원 생성 요구는 제2 조작 예정 자원의 식별자, 제2 집행 시간, 및 제2 집행 예정 조작을 포함한다. 제1 집행 시간과 제2 집행 시간은 동일하다. 선택적으로, 제1 집행 예정 조작 및 제2 집행 예정 조작은 같을 수도 있고 다를 수도 있다. 또한, 제1 집행 예정 조작 또는 제2 집행 예정 조작은 원시적인 방식으로 반영될 수도 있고 다른 방식으로 반영될 수도 있다.
제1 관리 대상 장치와 제2 관리 대상 장치가 집행하는 조작은 유사하다는 것에 유의해야 한다. 그러므로 이하의 모든 기술적 솔루션에서, 제1 관리 대상 장치는 설명된 대상으로서 사용된다. 제2 관리 대상 장치에 의해 집행되는 조작에 대해서는 제1 관리 대상 장치에 의해 집행되는 조작을 참조하면 된다. 제2 관리 대상 장치에 의해 제2 트랜잭션 자원을 생성하는 프로세스에 대해서는 제1 관리 대상 장치에 의해 제1 트랜잭션 자원을 생성하는 프로세스를 참조하면 된다.
S603. 애플리케이션 서버는 미리 설정된 시간 내에서, 제2 관리 대상 장치에 의해 송신되고 제1 트랜잭션의 제2 트랜잭션 자원의 생성 성공을 나타내는 응답을 수신하고, 제1 관리 대상 장치에 의해 송신되고 제1 트랜잭션의 제1 트랜잭션 자원의 생성 성공을 나타내는 응답을 수신한다.
구체적으로, 제1 관리 대상 장치는 제1 트랜잭션 자원 생성 요구에서 반송되는 제1 집행 시간 및 제1 집행 예정 조작과 같은 정보에 따라, 제1 트랜잭션 자원이 성공적으로 생성될 수 있는지를 판정한다. 제1 집행 예정 조작은 요구의 개시자, 요구된 목표 자원의 식별자, 및 요구되는 특정한 내용과 같은 정보를 포함한다.
선택적으로, 제1 관리 대상 장치는 제1 집행 예정 조작에 포함되어 있는 정보에 따라, 제1 트랜잭션 자원 생성 요구가 트랜잭션 자원 생성 조건을 만족하는지를 판정할 수 있다. 구체적으로, 조건은 이하의 (1) 내지 (4)의 내용을 포함할 수 있다: (1) 제1 관리 대상 장치는 제1 집행 예정 조작에 포함되어 있는 "요구된 목표 자원의 식별자"에 따라, 제1 집행 예정 조작에 요구된 목표 자원이 제1 조작 예정 자원인지를 검사한다. (2) 제1 관리 대상 장치는 제1 집행 예정 조작에 포함되어 있는 "요구의 개시자"에 따라, 개시자(즉 애플리케이션 서버)가 제1 트랜잭션 자원 생성 요구를 개시할 충분한 권한을 가졌는지를 검사한다. (3) 제1 관리 대상 장치는 제1 집행 예정 조작에 포함되어 있는 "요구된 내용"에 따라, 요구된 내용이 제1 조작 예정 자원에 대해 집행될 수 있는지를 검사한다. 예를 들어, 제1 관리 대상 장치는 제1 집행 예정 조작에 포함되어 있는 속성이 제1 관리 대상 장치의 허용된 속성 범위 내에 있는지를 검사함으로써, 그 요구된 내용이 제1 조작 예정 자원에 대해 집행될 수 있는지를 검사한다. (4) 제1 관리 대상 장치는 제1 집행 시간 및 제1 관리 대상 장치의 작업의 배치 및 수면 주기에 따라, 제1 트랜잭션 자원 생성 요구에 반송되는 제1 집행 예정 조작의 집행이 제1 집행 시간에 지정된 시간에 보장될 수 있는지를 검사한다.
전술한 4가지 항목이 모두 성공적으로 검사되면, 제1 트랜잭션 자원 생성 요구가 트랜잭션 자원 생성 조건을 만족한다는 것을 지시하고, 제1 관리 대상 장치는 제1 트랜잭션 자원 생성 요구에 따라 제1 트랜잭션 자원을 성공적으로 생성할 수 있다. RESTful 아키텍처의 특정에 기초해서, 생성된 제1 트랜잭션 자원은 3가지 속성, 즉 제1 트랜잭션 자원의 상태, 제1 집행 시간, 제1 집행 예정 조작을 포함한다(이에 대응해서, 제2 트랜잭션 자원은 3가지 속성, 즉 제2 트랜잭션 자원의 상태, 제2 집행 시간, 제2 집행 예정 조작을 포함한다).
또한, 제1 관리 대상 장치는 제1 트랜잭션의 제1 트랜잭션 자원의 생성 성공을 나타내는 응답을 애플리케이션 서버에 송신하여, 제1 트랜잭션 자원이 성공적으로 생성된다는 것을 애플리케이션 서버에 통지한다. 제1 관리 대상 장치의 전술한 집행 프로세스와 마찬가지로, 제2 관리 대상 장치 역시 제2 트랜잭션 자원이 성공적으로 생성되는 것으로 결정하고, 제2 트랜잭션의 제2 트랜잭션 자원의 생성 성공을 나타내는 응답을 애플리케이션 서버에 송신하여, 제2 트랜잭션 자원이 성공적으로 생성된다는 것을 애플리케이션 서버에 통지한다. 응답이 제1 트랜잭션 자원의 생성 성공을 나타내는 응답인지 제2 트랜잭션 자원의 생성 성공을 나타내는 응답인지에 관계없이, 응답은 각각 생성된 트랜잭션 자원의 식별자를 반송할 수 있거나, 각각 생성된 트랜잭션 자원의 상태를 추가로 반송할 수 있으며, 여기서 상기 상태는 비축 상태 또는 반 비축 상태일 수 있다.
애플리케이션 서버는 제1 관리 대상 장치 및 제2 관리 대상 장치에 의해 송신되는 트랜잭션 자원 생성 요구가 미리 설정된 시간 내에서 수신되는지를 결정해야 한다는 것에 유의해야 한다. 여기서 트랜잭션 자원 생성 응답이 성공 응답인지 실패 응답인지에 관계없이, 애플리케이션 서버가 미리 설정된 시간 내에서 트랜잭션 자원 생성 응답을 수신하는 것에 실패하는 한, 애플리케이션 서버는 트랜잭션 자원이 생성되는 것이 실패하는 것으로 간주한다.
애플리케이션 서버가 미리 설정된 시간 내에서, 제2 관리 대상 장치에 의해 송신되고 제2 트랜잭션 자원의 생성 성공을 나타내는 응답을 수신하되, 제1 관리 대상 장치에 의해 송신된 임의의 트랜잭션 자원 생성 응답을 수신하는 것에 실패하면, 애플리케이션 서버는 제1 트랜잭션 자원이 생성하는 것에 실패하는 것으로 결정하고, 제2 트랜잭션 자원을 성공적으로 생성한 제2 관리 대상 장치에 삭제 요구를 송신하여, 제2 관리 대상 장치 상에서 성공적으로 생성된 제2 트랜잭션 자원을 삭제하고 트랜잭션의 원자성을 보장한다. 애플리케이션 서버는 미리 설정된 시간 내에서, 제1 관리 대상 장치 및 제2 관리 대상 장치에 의해 송신된 임의의 트랜잭션 자원 생성 응답을 수신하는 것에 실패하면, 애플리케이션 서버는 생성 절차를 종료한다.
또한, 본 발명의 이 실시예에서, 제1 관리 대상 장치 및 제2 관리 대상 장치 모두는 제1 트랜잭션의 트랜잭션 자원의 생성 성공에 관한 응답을 애플리케이션 서버에 송신하기 때문에, 애플리케이션 서버는 제1 트랜잭션 자원의 생성 성공을 나타내는 응답 및 제2 트랜잭션 자원의 생성 성공을 나타내는 응답이 미리 설정된 시간 내에서 수신되는 것으로 결정한 후, 제1 관리 대상 장치 및 제2 관리 대상 장치에 프로세싱 요구를 송신하지 않기로 결정한다. 그러므로 제1 관리 대상 장치는 애플리케이션 서버에 의해 송신된 프로세싱 요구를 제1 집행 시간에 도달하기 전 수신하는 것에 실패한다(또는 제2 관리 대상 장치가 제2 집행 시간에 도달하기 전 수신하는 것에 실패한다). 그러므로 제1 집행 시간(또는 제2 집행 시간)에 도달할 때, 제1 관리 대상 장치 및 제2 관리 대상 장치는 각자에 의해 각각 생성된 트랜잭션 자원 내에서 집행 예정 조작을 동시에 집행할 수 있다.
본 발명의 실시예에 따라 분산 트랜잭션 자원을 집행하는 방법에서, 애플리케이션 서버에 의해 복수의 관리 대상 장치에 송신된 트랜잭션 자원 생성 요구는 동일한 집행 시간을 반송하며, 이에 따라 트랜잭션 자원이 성공적으로 생성되고 집행 시간에 도달하면, 복수의 관리 대상 장치는 자신들에 의해 생성된 트랜잭션 자원을 동시에 집행하고, 이에 의해 트랜잭션 자원이 동시에 집행되는 것이 보장된다. 또한, 본 발명의 이 실시예에서, 트랜잭션 자원이 동시에 집행되는 것을 보장하기 위해, 애플리케이션 서버는 관리 대상 장치에 하나의 트랜잭션 자원 생성 요구만을 송신해야 한다. 그러므로 애플리케이션 서버의 시그널링 오버헤드가 감소된다.
또한, 제2 트랜잭션 자원의 생성 성공에 관하여, 제2 관리 대상 장치가 제2 트랜잭션 자원을 성공적으로 생성한 후, 제2 관리 대상 장치에 의해 애플리케이션 서버에 송신된, 응답에 반송되는 제2 트랜잭션 자원의 상태가 반 비축 상태이면, 전술한 S603 이후, 도 8을 참조하면, 방법은 다음을 더 포함한다:
S701. 애플리케이션 서버는 제2 트랜잭션 자원에 가입하므로, 제2 관리 대상 장치는 제2 트랜잭션 자원의 상태가 변할 때 애플리케이션 서버에 통지 메시지를 송신한다.
S702. 애플리케이션 서버는 통지 메시지에 따라 제2 트랜잭션 자원의 상태를 결정한다.
이 실시예에서, 애플리케이션 서버는 제2 관리 대상 장치 상에서 제2 트랜잭션 자원의 상태를 항상 모니터링하며, 제2 트랜잭션 자원의 상태가 변할 때 언제든지 변화를 추적할 수 있다. 이것은 트랜잭션 자원이 집행될 때 그 상태의 정확도를 보장한다.
도 9는 본 발명에 따라 분산 트랜잭션 자원을 집행하는 방법의 실시예 5에 대한 개략적인 흐름도이다. 도 7 또는 도 8에 도시된 전술한 실시예에 기초하여, 이 실시예에서 사용되는 방법은 제1 관리 대상 장치가 제2 트랜잭션 자원이 생성되는 것에 실패하는 것으로 결정하고, 제3 트랜잭션 자원의 생성 실패를 나타내는 응답을 애플리케이션 서버에 송신한다. 도 9에 도시된 바와 같이, 방법은 이하의 단계를 포함한다.
S801. 애플리케이션 서버는 제2 트랜잭션에 대한 제3 트랜잭션 자원 생성 요구를 제1 관리 대상 장치에 송신하며, 여기서 제3 트랜잭션 자원 생성 요구는 제1 조작 예정 자원의 식별자, 제3 집행 시간 및 제3 집행 예정 조작을 포함한다.
S802. 애플리케이션 서버는 제2 트랜잭션 자원을 위한 제4 트랜잭션 자원 생성 요구를 제2 관리 대상 장치에 송신하며, 제4 트랜잭션 자원 생성 요구는 제2 조작 예정 자원의 식별자, 제4 집행 시간 및 제4 집행 예정 조작을 포함하고, 제3 집행 시간과 제4 집행 시간은 동일하다.
구체적으로, 애플리케이션 서버는 제2 트랜잭션 자원을 위한 제3 트랜잭션 자원 생성 요구 및 제2 트랜잭션 자원을 위한 제4 트랜잭션 자원 생성 요구를 제1 관리 대상 장치 및 제2 관리 대상 장치에 각각 송신하며, 즉 제3 트랜잭션 자원 및 제4 트랜잭션 자원 모두는 애플리케이션 서버의 제2 트랜잭션에 속한다. 제3 트랜잭션 자원 생성 요구는 제1 조작 예정 자원의 식별자, 제3 집행 시간 및 제3 집행 예정 조작을 포함한다. 제4 트랜잭션 자원 생성 요구는 제2 조작 예정 자원의 식별자, 제4 집행 시간 및 제4 집행 예정 조작을 포함한다. 제3 집행 시간 및 제4 집행 시간은 동일하다. 선택적으로, 제3 집행 예정 조작 및 제4 집행 예정 조작은 같을 수도 있고 다를 수도 있다. 또한, 제3 집행 예정 조작 또는 제4 집행 예정 조작은 원시적인 방식으로 반영될 수도 있고 다른 방식으로 반영될 수도 있다.
S803. 애플리케이션 서버는 미리 설정된 시간 내에서, 제1 관리 대상 장치에 의해 송신되고 제2 트랜잭션의 제3 트랜잭션 자원의 생성 실패를 나타내는 응답을 수신하고, 상기 미리 설정된 시간 내에서, 제2 관리 대상 장치에 의해 송신되고 제2 트랜잭션의 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 수신하며, 제4 트랜잭션 자원의 생성 성공을 나타내는 응답은 제4 트랜잭션 자원의 식별자를 반송한다.
구체적으로, 제1 관리 대상 장치는 제3 트랜잭션 자원 생성 요구에 반송되는 제3 집행 시간 및 제3 집행 예정 조작과 같은 정보에 따라, 제3 트랜잭션 자원이 성공적으로 생성될 수 있는지를 결정한다. 특정한 결정 프로세스에 대해서는, 도 7에 도시된 전술한 실시예에서의 (1) 내지 (4)에서의 결정 프로세스를 참조하며, 이에 대해서는 여기서 다시 설명하지 않는다.
제1 관리 대상 장치가 전술한 4개의 항목 중 어느 하나라도 검사하는 것에 실패하면, 그것은 제3 트랜잭션 자원 생성 요구가 트랜잭션 자원 생성 조건을 만족하지 않는다는 것을 나타낸다. 제1 관리 대상 장치는 제3 트랜잭션 자원이 생성되는 것에 실패하는 것으로 결정하고, 제2 트랜잭션의 제3 트랜잭션 자원의 생성 실패를 나타내는 응답을 애플리케이션 서버에 송신한다. 제2 관리 대상 장치가 위의 4개의 항목 모두를 성공적으로 검사하면, 그것은 제4 트랜잭션 자원 생성 요구가 트랜잭션 자원 생성 조건을 만족한다는 것을 나타낸다. 제2 관리 대상 장치는 제4 트랜잭션 자원 생성 요구에 따라 제4 트랜잭션 자원을 성공적으로 생성할 수 있고, 제2 트랜잭션의 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 애플리케이션 서버에 송신하여, 제4 트랜잭션 자원이 성공적으로 생성된다는 것을 애플리케이션 서버에 통지한다. 제4 트랜잭션 자원의 생성 성공을 나타내는 응답은 제4 트랜잭션 자원의 식별자를 반송할 수 있고, 생성된 제4 트랜잭션 자원의 상태를 추가로 반송할 수 있으며, 여기서 상기 상태는 비축 상태 또는 반 비축 상태이다.
선택적으로, 제1 관리 대상 장치가 제1 조작 예정 자원에 대응하는 제1 트랜잭션 자원 큐가 제1 관리 대상 장치 상에 존재하는 것으로 결정할 때, 제1 관리 대상 장치가 제3 집행 예정 조작에 포함되어 있는 정보에 따라, 제3 트랜잭션 자원 생성 요구가 전술한 트랜잭션 자원 생성 조건에서 (1)의 내용을 만족하지 않는 것으로 결정하면, 제1 관리 대상 장치는 제3 트랜잭션 자원 생성 요구에 따라, 제3 트랜잭션 자원이 생성되는 것이 실패한 것으로 결정하고, 제1 실패 응답을 애플리케이션 서버에 송신하여, 제3 트랜잭션 자원이 성공적으로 생성될 수 없다는 것을 애플리케이션 서버에 통지한다.
선택적으로, 제1 관리 대상 장치가 제1 조작 예정 자원에 대응하는 제1 트랜잭션 자원 큐가 제1 관리 대상 장치 상에 존재하지 않는 것으로 결정할 때, 제1 관리 대상 장치가 제3 집행 예정 조작에 포함되어 있는 정보에 따라, 제3 집행 예정 조작에 포함되어 있는 정보에 따라, 제3 트랜잭션 자원 생성 요구가 전술한 트랜잭션 자원 생성 조건에서 (2) 내지 (4) 중 어느 하나의 내용을 만족하지 않는 것으로 결정하면, 제1 관리 대상 장치는 제3 트랜잭션 자원 생성 요구에 따라, 제3 트랜잭션 자원이 생성되는 것이 실패인 것으로 결정하고, 제3 트랜잭션 자원의 생성 실패를 나타내는 응답을 애플리케이션 서버에 송신하여, 현재의 제3 집행 시간이 적절하지 않다는 것을 애플리케이션 서버에 통지하며, 제1 관리 대상 장치는 제2 실패 응답에 반송되는 갱신된 제3 집행 시간을 사용하여 제3 트랜잭션 자원을 성공적으로 생성할 수 있다.
선택적으로, 제1 관리 대상 장치가 제3 집행 시간에 따라, 제1 조작 예정 자원에 대응하는 제1 트랜잭션 자원 큐가 제1 관리 대상 장치 상에 존재하는 것으로 결정하면, 제1 관리 대상 장치는 제3 트랜잭션 자원 생성 요구 내의 제3 집행 시간 및 제1 조작 예정 자원의 상태에 따라, 제3 트랜잭션 자원이 생성되는 것이 실패하는 것으로 결정한다. 구체적으로, 이하에서는 2가지 경우가 포함된다.
제1 경우: 제1 관리 대상 장치는 제3 집행 시간 및 제1 조작 예정 자원의 상태에 따라, 제3 집행 시간이 제1 트랜잭션 자원 큐 내의 각각의 트랜잭션 자원의 집행 시간보다 늦은 임의의 시간으로 갱신될 때 미리 설정된 자원 생성 조건이 만족되지 않는 것으로 결정한다. 이 경우, 제1 관리 대상 장치는 제1 실패 응답을 애플리케이션 서버에 송신한다.
제2 경우: 제1 관리 대상 장치는 제3 집행 시간 및 제1 조작 예정 자원의 상태에 따라, 제3 집행 시간이 제1 트랜잭션 자원 큐 내의 임의의 트랜잭션 자원의 집행 시간보다 늦은 시간으로 갱신될 때 미리 설정된 자원 생성 조건이 만족되는 것으로 결정한다. 제1 관리 대상 장치는 갱신된 제3 집행 시간을 반송하는 제2 실패 응답을 애플리케이션 서버에 송신한다. 제1 관리 대상 장치의 특정한 결정 프로세스에 대해서는 도 3에 도시된 실시예의 제1 가능한 실시 방식 또는 제2 가능한 실시 방식에서의 기술적 솔루션을 참조한다. 이에 대해서는 여기서 다시 설명하지 않는다.
그러므로 애플리케이션 서버는 제1 관리 대상 장치에 의해 송신되고 제2 트랜잭션의 제3 트랜잭션 자원의 생성 실패를 나타내는 응답 및 제2 관리 대상 장치에 의해 송신되고 제2 트랜잭션의 제4 트랜잭션 자원의 생성 실패를 나타내는 응답이 미리 설정된 시간 내에서 수신되는 것으로 결정한다.
S804. 애플리케이션 서버는 제2 트랜잭션의 제3 트랜잭션 자원의 생성 실패를 나타내는 응답 및 제2 트랜잭션의 제4 트랜잭션 자원의 생성 성공을 나타내는 응답에 따라, 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 송신하는 제2 관리 대상 장치에 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구를 송신하며, 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구는 제4 트랜잭션 자원의 식별자를 반송한다.
구체적으로, 애플리케이션 서버는 미리 설정된 시간에서, 제1 관리 대상 장치에 의해 송신되고 제3 트랜잭션 자원의 실패 생성을 나타내는 응답(제3 트랜잭션 자원의 생성 실패를 나타내는 응답은 제1 실패 응답 또는 제2 실패 응답이다) 및 제2 관리 대상 장치에 의해 송신되고 제4 트랜잭션 자원의 실패 생성을 나타내는 응답을 수신한 후, 애플리케이션 서버는 제1 관리 대상 장치가 제3 트랜잭션 자원을 생성하는 것에 실패하는 것을 알게 되고 제2 관리 대상 장치가 제4 트랜잭션 자원을 성공적으로 생성하는 것을 알게 된다. 그러므로 애플리케이션 서버는 제3 트랜잭션 자원의 생성 실패를 나타내는 응답에 따라, 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 송신하는 제2 관리 대상 장치에 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구를 송신한다. 구체적으로, 이하의 2가지 방식이 이용 가능하다:
제1 방식: 애플리케이션 서버가 제3 트랜잭션 자원의 생성 실패를 나타내는 응답이 갱신된 제3 집행 시간을 반송하지 않는 제1 실패 응답인 것으로 결정하면, 애플리케이션 서버는 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 송신하는 제2 관리 대상 장치에 제2 트랜잭션 자원의 식별자를 반송하는 삭제 요구를 송신한다.
구체적으로, 제2 관리 대상 장치가 삭제 요구를 수신한 후 집행된 조작에 대해서는 제2 관리 대상 장치가 도 3에 도시된 실시예의 제5 가능한 실시 방식에서의 제4 트랜잭션 자원의 식별자에 따라 제4 트랜잭션 자원을 삭제하는 프로세스를 참조한다. 이에 대해서는 여기서 다시 설명하지 않는다.
제2 방식: 애플리케이션 서버가 제3 트랜잭션 자원의 생성 실패를 나타내는 응답이 갱신된 제3 집행 시간을 반송하는 제2 실패 응답인 것으로 결정하면, 애플리케이션 서버는 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 송신하는 제2 관리 대상 장치에 갱신된 제3 집행 시간 및 제4 트랜잭션 자원의 식별자를 반송하는 갱신 요구를 송신하며, 여기서 갱신된 제3 집행 시간은 제1 관리 대상 장치가 제3 트랜잭션 자원을 성공적으로 생성하는 시간이다.
구체적으로, 제2 관리 대상 장치가 갱신 요구를 수신한 후 집행된 조작에 대해서는 제2 관리 대상 장치가 도 3에 도시된 실시예의 제4 가능한 실시 방식에서의 제4 트랜잭션 자원의 식별자 및 갱신된 제3 집행 시간에 따라 제4 트랜잭션 자원을 갱신하는 프로세스를 참조한다. 이에 대해서는 여기서 다시 설명하지 않는다.
제2 관리 대상 장치에 갱신 요구를 송신할 때, 애플리케이션 서버는 갱신된 제3 집행 시간을 반송하는 새로운 제3 트랜잭션 자원 생성 요구를 제1 관리 대상 장치에 추가로 송신하므로, 제1 관리 대상 장치는 갱신된 제3 집행 시간에 따라 새로운 제3 트랜잭션 자원을 성공적으로 생성한다는 것에 유의해야 한다. 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 송신하는 제2 관리 대상 장치가 갱신된 제3 집행 시간에 따라 이전에 생성된 제4 트랜잭션 자원을 성공적으로 생성할 수 있는 것으로 가정하면, 애플리케이션 서버는 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구를 제2 관리 대상 장치에 송신하지 않으며, 즉 갱신된 제3 집행 시간에 도달하기 전에, 제4 트랜잭션 자원의 생성 실패를 나타내는 응답을 송신하는 제2 관리 대상 장치는 제2 트랜잭션이 제4 트랜잭션 자원에 대해 애플리케이션 서버에 의해 송신된 프로세싱 요구를 수신하는 것에 실패한다. 그러므로 갱신된 제3 집행 시간에 도달할 때, 제1 관리 대상 장치 및 제2 관리 대상 장치는 각자에 의해 생성된 트랜잭션 자원에서의 집행 예정 조작을 동시에 집행할 수 있다.
본 발명의 이 실시예에 따라 분산 트랜잭션 자원을 집행하는 방법에서, 애플리케이션 서버는 제1 관리 대상 장치에 제3 트랜잭션 자원 생성 요구를 송신하고, 제3 트랜잭션 자원 생성 요구에 반송되는 제3 집행 시간은 애플리케이션 서버가 제2 관리 대상 장치에 송신하는 제4 트랜잭션 자원 생성 요구에 반송되는 제4 집행 시간과 동일하며, 애플리케이션 서버가 제1 관리 대상 장치에 의해 송신되고 제3 트랜잭션 자원의 생성 실패를 나타내는 응답 및 제2 관리 대상 장치에 의해 송신되고 제4 트랜잭션 자원의 생성 성공을 나타내는 응답이 미리 설정된 시간 내에서 수신되는 것으로 결정한 후, 애플리케이션 서버는 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구를 제2 관리 대상 장치에 송신한다. 본 발명의 이 실시예에서 제공하는 방법에서, 제2 관리 대상 장치는 애플리케이션 서버에 의해 송신되는 프로세싱 요구에 따라(프로세싱 요구가 갱신 요구일 때), 제2 관리 대상 장치가 갱신된 제4 트랜잭션 자원을 집행하는 시간이 제1 관리 대상 장치가 제1 관리 대상 장치에 의해 생성된 새로운 제3 트랜잭션 자원을 집행하는 시간과 동일하다는 것을 보장할 수 있으며, 제1 관리 대상 장치 및 제2 관리 대상 장치는 각자에 의해 집행될 조작을 동시에 집행할 수 있는 것이 보장된다. 그러므로 트랜잭션 자원의 동시 집행이 보장된다.
당업자라면 본 발명의 방법의 단계 중 일부 또는 전부는 관련 하드웨어에 명령을 내리는 컴퓨터 프로그램에 의해 구현될 수 있다는 것을 이해할 수 있을 것이다. 프로그램은 컴퓨터가 판독 가능한 저장 매체에 저장될 수 있다. 프로그램이 실행되면, 방법의 실시예의 단계가 수행된다. 저장 매체는 코드를 저장할 수 있는 임의의 매체를 포함하며, 예를 들어 ROM, RAM, 자기디스크, 또는 광디스크가 될 수 있다.
도 10은 본 발명에 따른 애플리케이션 서버의 실시예에 대한 개략적인 구조도이다. 도 10에 도시된 바와 같이, 애플리케이션 서버는 M2M 시스템에 적용된다. M2M 시스템은 적어도 2개의 관리 대상 장치 및 애플리케이션 서버를 포함한다. 제1 관리 대상 장치는 적어도 2개의 관리 대상 장치 중 어느 하나이고 제2 관리 대상 장치는 적어도 2개의 관리 대상 장치 중 제1 관리 대상 장치를 제외한 임의의 관리 대상 장치이다. 애플리케이션 서버는 송신 모듈(10) 및 수신 모듈(11)을 포함한다.
구체적으로, 송신 모듈(10)은 제1 트랜잭션을 위한 제1 트랜잭션 자원 생성 요구를 제1 관리 대상 장치에 송신하도록 구성되어 있고, 제1 트랜잭션 자원 생성 요구는 제1 조작 예정 자원의 식별자, 제1 집행 시간 및 제1 집행 예정 조작을 포함하며, 송신 모듈(10)은 제1 트랜잭션을 위한 제2 트랜잭션 자원 생성 요구를 제2 관리 대상 장치에 송신하도록 추가로 구성되어 있으며, 제2 트랜잭션 자원 생성 요구는 제1 조작 예정 자원의 식별자, 제2 집행 시간 및 제2 집행 예정 조작을 포함하고, 제1 집행 시간과 제2 집행 시간은 동일하다.
수신 모듈(11)은 미리 설정된 시간 내에서, 제2 관리 대상 장치에 의해 송신되고 제1 트랜잭션의 제2 트랜잭션 자원의 생성 성공을 나타내는 응답을 수신하고, 제1 관리 대상 장치에 의해 송신되고 제1 트랜잭션의 제1 트랜잭션 자원의 생성 성공을 나타내는 응답을 수신하도록 구성되어 있다.
본 발명의 이 실시예에서 제공하는 애플리케이션 서버에 대해서는 애플리케이션 서버의 전술한 방법 실시예의 집행 프로세스를 참조한다. 상기 애플리케이션 서버의 실시 원리 및 기술적 효과는 방법의 실시예의 실시 원리 및 기술적 효과와 같으므로 여기서 다시 설명하지 않는다.
또한, 송신 모듈(10)은 제2 트랜잭션을 위한 제3 트랜잭션 자원 생성 요구를 제1 관리 대상 장치에 송신하도록 추가로 구성되어 있고, 제3 트랜잭션 자원 생성 요구는 제1 조작 예정 자원의 식별자, 제3 집행 시간 및 제3 집행 예정 조작을 포함하며, 송신 모듈(10)은 제2 트랜잭션을 위한 제4 트랜잭션 자원 생성 요구를 제2 관리 대상 장치에 송신하도록 추가로 구성되어 있고 제4 트랜잭션 자원 생성 요구는 제2 조작 예정 자원의 식별자, 제4 집행 시간 및 제4 집행 예정 조작을 포함하고, 제3 집행 시간과 제4 집행 시간은 동일하다.
수신 모듈(11)은 미리 설정된 시간 내에서, 제1 관리 대상 장치에 의해 송신되고 제2 트랜잭션의 제3 트랜잭션 자원의 생성 실패를 나타내는 응답을 수신하고, 상기 미리 설정된 시간 내에서, 제2 관리 대상 장치에 의해 송신되고 제2 트랜잭션의 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 수신하도록 추가로 구성되어 있으며, 제4 트랜잭션 자원의 생성 성공을 나타내는 응답은 제4 트랜잭션 자원의 식별자를 반송한다. 이 경우, 송신 모듈(10)은 제2 트랜잭션의 제3 트랜잭션 자원의 생성 실패를 나타내는 응답 및 제2 트랜잭션의 제4 트랜잭션 자원의 생성 성공을 나타내는 응답에 기초하여, 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 송신하는 제2 관리 대상 장치에 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구를 송신하도록 추가로 구성되어 있다.
또한, 송신 모듈(10)은 구체적으로 제2 트랜잭션의 제3 트랜잭션 자원의 생성 실패를 나타내는 응답이 갱신된 제3 집행 시간을 반송하지 않는 제1 실패 응답인 것으로 결정하고, 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 송신하는 제2 관리 대상 장치에 제4 트랜잭션 자원의 식별자를 반송하는 삭제 요구를 송신하도록 구성되어 있거나; 또는 제2 트랜잭션의 제3 트랜잭션 자원의 생성 실패를 나타내는 응답이 갱신된 제3 집행 시간을 반송하는 제2 실패 응답인 것으로 결정하고, 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 송신하는 제2 관리 대상 장치에 상기 갱신된 제3 집행 시간 및 제4 트랜잭션 자원의 식별자를 반송하는 갱신 요구를 송신하도록 구성되어 있으며, 송신 모듈(10)은 상기 갱신된 제3 집행 시간을 반송하는 제3 트랜잭션 자원 생성 요구를 제1 관리 대상 장치에 송신하도록 추가로 구성되어 있다.
본 발명의 이 실시예에서 제공하는 애플리케이션 서버에 대해서는 애플리케이션 서버의 전술한 방법 실시예의 집행 프로세스를 참조한다. 상기 애플리케이션 서버의 실시 원리 및 기술적 효과는 방법의 실시예의 실시 원리 및 기술적 효과와 같으므로 여기서 다시 설명하지 않는다.
도 11은 본 발명에 따른 관리 대상 장치의 실시예 1에 대한 개략적인 구조도이다. 관리 대상 장치는 머신대머신 통신(M2M) 시스템에 적용된다. M2M 시스템은 적어도 2개의 관리 대상 장치 및 애플리케이션 서버를 포함한다. 관리 대상 장치는 적어도 2개의 관리 대상 장치 중 어느 하나이고 제2 관리 대상 장치는 적어도 2개의 관리 대상 장치 중 상기 관리 대상 장치를 제외한 임의의 관리 대상 장치이다. 도 11에 도시된 바와 같이, 관리 대상 장치는 수신 모듈(20), 생성 모듈(21), 결정 모듈(22), 및 프로세싱 모듈(23)을 포함한다.
수신 모듈(20)은 제1 트랜잭션을 위해 상기 애플리케이션 서버에 의해 송신된 제1 트랜잭션 자원 생성 요구를 수신하도록 구성되어 있으며, 제1 트랜잭션 자원 생성 요구는 제1 조작 예정 자원의 식별자, 제1 집행 시간 및 제1 집행 예정 조작을 포함하고, 제1 집행 시간은 제2 트랜잭션을 위한 제2 트랜잭션 자원 생성 요구 내의 제2 집행 시간과 동일하며, 제2 트랜잭션 자원 생성 요구는 M2M 시스템 내의 관리 대상 장치와는 다른 제2 관리 대상 장치에 의해 수신된다. 생성 모듈(21)은 제1 트랜잭션 자원 생성 요구에 따라 제1 트랜잭션 자원을 성공적으로 생성하도록 구성되어 있으며, 제1 트랜잭션 자원은 제1 집행 시간 및 제1 집행 예정 조작을 포함한다. 결정 모듈(22)은 제1 집행 시간에 도달하면, 제1 트랜잭션의 제1 트랜잭션 자원에 대해 상기 애플리케이션 서버에 의해 송신된 프로세싱 요구가 수신되지 않은 것으로 결정하도록 구성되어 있으며, 제1 트랜잭션의 제1 트랜잭션 자원에 대한 프로세싱 요구는 상기 애플리케이션 서버가 제2 관리 대상 장치에 의해 송신되고 제1 트랜잭션의 제2 트랜잭션 자원의 생성 실패를 나타내는 자원을 수신한 후 송신된다. 프로세싱 모듈(23)은 제1 집행될 조작을 집행하도록 구성되어 있다.
본 발명의 이 실시예에서 제공하는 관리 대상 장치에 대해서는 전술한 방법 실시예의 집행 프로세스를 참조한다. 상기 관리 대상 장치의 실시 원리 및 기술적 효과는 방법의 실시예의 실시 원리 및 기술적 효과와 같으므로 여기서 다시 설명하지 않는다.
도 12는 본 발명에 따른 관리 대상 장치의 실시예 2에 대한 개략적인 구조도이다. 이 실시예는 관리 대상 장치가 제3 트랜잭션 자원을 생성하는 특정한 프로세스에 관한 것이다. 도 11에 도시된 전술한 실시예에 기초하여, 관리 대상 장치는 송신 모듈(24)을 포함한다.
수신 모듈(20)은 제2 트랜잭션을 위해 상기 애플리케이션 서버에 의해 송신된 제3 트랜잭션 자원 생성 요구를 추가로 수신하도록 구성되어 있으며, 제3 트랜잭션 자원 생성 요구는 제1 조작 예정 자원의 식별자, 제3 집행 시간 및 제3 집행 예정 조작을 포함하고, 제3 집행 시간은 제2 트랜잭션을 위해 제2 관리 대상 장치에 의해 수신되는 제4 트랜잭션 자원 생성 요구 내의 제4 집행 시간과 동일하다. 생성 모듈(21)은 제3 트랜잭션 자원이 제3 트랜잭션 자원 생성 요구에 따라 생성되는 것이 실패한 것으로 결정하도록 추가로 구성되어 있다. 송신 모듈(24)은 제2 트랜잭션의 제3 트랜잭션 자원의 생성 실패를 나타내는 응답을 상기 애플리케이션 서버에 송신하도록 구성되어 있다.
또한, 생성 모듈(21)은 구체적으로 제1 트랜잭션 자원 큐가 관리 대상 장치 상에 존재하는 것으로 결정하고, 제3 집행 시간 및 상기 관리 대상 장치의 제1 조작 예정 자원의 상태에 따라, 제3 트랜잭션 자원이 미리 설정된 자원 생성 조건을 만족하지 않는 것으로 결정하며, 상기 미리 설정된 자원 생성 조건에 따라, 상기 제3 집행 시간을 상기 제1 트랜잭션 자원 큐 내의 트랜잭션 자원의 집행 시간보다 늦은 시간으로 갱신하도록 결정하도록 구성되어 있으며, 상기 제1 트랜잭션 자원 큐는 적어도 하나의 트랜잭션 자원을 포함한다. 송신 모듈(24)은 구체적으로 상기 갱신된 제3 집행 시간을 반송하는 제2 실패 응답을 상기 애플리케이션 서버에 송신하도록 구성되어 있다.
본 발명의 이 실시예에서 제공하는 관리 대상 장치에 대해서는 전술한 방법 실시예의 집행 프로세스를 참조한다. 상기 관리 대상 장치의 실시 원리 및 기술적 효과는 방법의 실시예의 실시 원리 및 기술적 효과와 같으므로 여기서 다시 설명하지 않는다.
도 12를 더 참조하면, 본 실시예는 관리 대상 장치가 제3 트랜잭션 자원을 성공적으로 생성하고, 제2 관리 대상 장치가 제4 트랜잭션 자원을 성공적으로 생성하고, 관리 대상 장치가 제2 트랜잭션의 제3 트랜잭션 자원에 대해 애플리케이션 서버에 의해 송신된 프로세싱 요구에 따라 생성된 제3 트랜잭션 자원을 처리하는 특정한 프로세스에 관한 것이다. 구체적으로 다음과 같다:
수신 모듈(20)은 제2 트랜잭션을 위해 상기 애플리케이션 서버에 의해 송신된 제3 트랜잭션 자원 생성 요구를 추가로 수신하도록 구성되어 있으며, 제3 트랜잭션 자원 생성 요구는 제1 조작 예정 자원의 식별자, 제3 집행 시간 및 제3 집행 예정 조작을 포함하고, 제3 집행 시간은 제2 트랜잭션을 위해 제2 관리 대상 장치에 의해 수신되는 제4 트랜잭션 자원 생성 요구 내의 제4 집행 시간과 동일하다. 생성 모듈(21)은 구체적으로 제3 트랜잭션 자원 생성 요구에 따라 제3 트랜잭션 자원을 생성하도록 추가로 구성되어 있다. 송신 모듈(24)은 제2 트랜잭션의 제3 트랜잭션 자원의 생성 성공을 나타내는 자원을 상기 애플리케이션 서버에 송신하도록 구성되어 있으며, 제3 트랜잭션 자원의 생성 성공을 나타내는 자원은 제3 트랜잭션 자원의 식별자를 반송한다. 결정 모듈(22)은 제3 집행 시간이 되기 전에, 제2 트랜잭션의 제3 트랜잭션 자원에 대해 상기 애플리케이션 서버에 의해 송신된 프로세싱 요구가 수신된 것으로 추가로 결정하며, 제2 트랜잭션의 제3 트랜잭션 자원에 대한 프로세싱 요구는 제3 트랜잭션 자원의 식별자를 반송하는 데 사용된다. 프로세싱 모듈(23)은 제3 트랜잭션 자원의 식별자에 따라 상기 생성된 제3 트랜잭션 자원을 처리하도록 추가로 구성되어 있다.
또한, 생성 모듈(21)은 구체적으로 제1 트랜잭션 자원 큐가 관리 대상 장치 상에 존재하는 것으로 결정하고, 제3 집행 시간 및 관리 대상 장치의 제1 조작 예정 자원의 상태에 따라, 제3 트랜잭션 자원이 미리 설정된 자원 생성 조건을 만족하는 것으로 결정하고, 제3 트랜잭션 자원을 생성하도록 구성되어 있으며, 상기 제1 트랜잭션 자원 큐는 적어도 하나의 트랜잭션 자원을 포함한다.
선택적으로, 상기 제2 트랜잭션의 제3 트랜잭션 자원에 대한 프로세싱 요구는 제3 트랜잭션 자원의 식별자 및 갱신된 제4 집행 시간을 반송하는 갱신 요구이며, 프로세싱 모듈(23)은 구체적으로 상기 갱신된 제4 집행 시간에 따라 제3 트랜잭션 자원을 성공적으로 갱신하고, 상기 갱신이 성공한 후, 상기 애플리케이션 서버에 갱신 성공 응답 메시지를 회신하거나, 상기 갱신된 제4 집행 시간에 따라 제3 트랜잭션 자원을 갱신하는 것에 실패하는 경우, 상기 애플리케이션 서버에 갱신 실패 응답 메시지를 회신하도록 구성되어 있다. 또한, 프로세싱 모듈(23)은 구체적으로 제3 트랜잭션 자원의 식별자에 따라 관리 대상 장치 상의 제3 트랜잭션 자원을 삭제하고, 상기 갱신된 제4 집행 시간을 새로운 제3 트랜잭션 자원의 집행 시간으로 사용하고, 상기 새로운 제3 트랜잭션 자원의 집행 시간 및 상기 관리 대상 장치의 제1 조작 예정 자원의 상태에 따라, 상기 새로운 제3 트랜잭션 자원이 상기 미리 설정된 자원 생성 조건을 만족하는 것으로 결정하며, 상기 갱신된 제4 실행 시간에 따라 상기 새로운 제3 트랜잭션 자원을 생성하도록 추가로 구성되어 있다.
관리 대상 장치가 제3 트랜잭션 자원을 갱신하는 프로세스에 대해서는 방법 실시예에서 제2 관리 대상 장치가 제4 트랜잭션 자원을 갱신하는 프로세스를 참조하면 되므로 이에 대해서는 여기서 다시 설명하지 않는다.
선택적으로, 상기 제2 트랜잭션의 제3 트랜잭션 자원에 대한 프로세싱 요구는 제3 트랜잭션 자원의 식별자를 반송하는 삭제 요구이며, 프로세싱 모듈(23)은 구체적으로 제3 트랜잭션 자원의 식별자에 따라 관리 대상 장치 상의 제3 트랜잭션 자원을 삭제하도록 추가로 구성되어 있다.
선택적으로, 상기 제2 트랜잭션 자원 큐 내의 적어도 2개의 트랜잭션 자원이 비축 상태에 있고, 프로세싱 모듈(23)은, 상기 제2 트랜잭션 자원 큐의 제1 위치에 있는 트랜잭션 자원이 집행된 후, 상기 제2 조작될 대상의 상태에 따라, 제2 위치에 있는 트랜잭션 자원이 성공적으로 집행될 수 있는지를 판정하고, 상기 제2 위치에 있는 트랜잭션 자원이 성공적으로 집행되면, 상기 애플리케이션 서버에 제1 삭제 응답을 송신하고, 제1 위치에 있는 트랜잭션 자원이 집행된 후, 제2 위치에 있는 트랜잭션 자원의 상태를 상기 비축 상태로 갱신하거나; 또는 상기 제2 위치에 있는 트랜잭션 자원을 집행하는 것이 실패하면, 제2 위치에 있는 트랜잭션 자원을 삭제하도록 추가로 구성되어 있으며, 제1 위치는 제1 트랜잭션 자원 큐 내의 제3 트랜잭션 자원 이전의 위치이고, 제2 위치는 제1 트랜잭션 자원 큐 내의 제3 트랜잭션 자원 다음의 위치이다.
선택적으로, 상기 제1 트랜잭션 자원 큐 내의 적어도 2개의 트랜잭션 자원이 비축 상태에 있고, 프로세싱 모듈(23)은 제1 트랜잭션 자원 큐 내의 반 비축 상태에 있는 트랜잭션 자원이 미리 설정된 삭제 조건을 만족하는지를 판정하고, 만족하면, 상기 반 비축 상태에 있는 트랜잭션 자원을 삭제하고, 상기 애플리케이션 서버에 제2 삭제 응답을 송신하거나; 또는 만족하지 않으면, 상기 반 비축 상태에 있는 트랜잭션 자원 이전의 임의의 트랜잭션 자원이 집행된 후, 제1 조작 예정 자원의 상태에 따라 상기 반 비축 상태에 있는 트랜잭션 자원이 성공적으로 집행될 수 있는 것으로 결정하고, 상기 반 비축 상태에 있는 트랜잭션 자원을 상기 비축 상태로 갱신하도록 추가로 구성되어 있다.
관리 대상 장치가 제3 트랜잭션 자원을 삭제하는 프로세스에 대해서는 방법 실시예에서 제2 관리 대상 장치가 제4 트랜잭션 자원을 삭제하는 프로세스를 참조하면 되므로 이에 대해서는 여기서 다시 설명하지 않는다.
본 발명의 이 실시예에서 제공하는 관리 대상 장치에 대해서는 전술한 방법 실시예의 집행 프로세스를 참조한다. 상기 관리 대상 장치의 실시 원리 및 기술적 효과는 방법의 실시예의 실시 원리 및 기술적 효과와 같으므로 여기서 다시 설명하지 않는다.
도 13은 본 발명에 따른 분산 트랜잭션 자원을 집행하는 시스템의 실시예에 대한 개략적인 구조도이다. 시스템은 M2M 시스템에 적용된다. M2M 시스템은 적어도 2개의 관리 대상 장치 및 애플리케이션 서버를 포함한다. 제1 관리 대상 장치(31)는 적어도 2개의 관리 대상 장치 중 어느 하나이고, 제2 관리 대상 장치(32)는 상기 적어도 2개의 관리 대상 장치 중 제1 관리 대상 장치를 제외한 임의의 관리 대상 장치이다. 도 13에 도시된 바와 같이, 분산 트랜잭션 자원을 집행하는 시스템은 제1 관리 대상 장치(31) 및 제2 관리 대상 장치(32)를 포함한다. 구체적으로 다음과 같다:
제1 관리 대상 장치(31)는 제1 트랜잭션을 위해 상기 애플리케이션 서버에 의해 송신된 제1 트랜잭션 자원 생성 요구를 수신하고, 제1 트랜잭션 자원 생성 요구에 따라 제1 트랜잭션의 제1 트랜잭션 자원을 성공적으로 생성하며, 제1 트랜잭션의 제1 트랜잭션 자원의 생성 성공을 나타내는 응답을 상기 애플리케이션 서버에 송신하도록 구성되어 있으며, 제1 트랜잭션 자원 생성 요구는 제1 조작 예정 자원의 식별자, 제1 집행 시간 및 제1 집행 예정 조작을 포함한다. 제2 관리 대상 장치(32)는 제1 트랜잭션을 위해 상기 애플리케이션 서버에 의해 송신된 제2 트랜잭션 자원 생성 요구를 수신하고, 제2 트랜잭션 자원 생성 요구에 따라 제1 트랜잭션의 제2 트랜잭션 자원을 성공적으로 생성하고, 제1 트랜잭션의 제2 트랜잭션 자원의 생성 성공을 나타내는 응답을 상기 애플리케이션 서버에 송신하도록 구성되어 있으며, 제2 트랜잭션 자원 생성 요구는 제2 조작 예정 자원의 식별자, 제2 집행 시간 및 제2 집행 예정 조작을 포함하고, 제1 집행 시간과 제2 집행 시간은 동일하며, 제1 트랜잭션 자원은 제1 집행 시간 및 제1 집행 예정 조작을 포함하고, 제2 트랜잭션 자원은 제2 집행 시간 및 제2 집행 예정 조작을 포함하다. 제1 집행 시간에 도달하면, 제1 관리 대상 장치(31)와 제2 관리 장치(32)는 각자가 집행할 조작을 각각 집행하도록 구성되어 있다.
본 발명의 이 실시예에서 제공하는 분산 트랜잭션 자원을 집행하는 시스템에 대해서는 전술한 방법 실시예의 집행 프로세스를 참조한다. 상기 시스템의 실시 원리 및 기술적 효과는 방법의 실시예의 실시 원리 및 기술적 효과와 같으므로 여기서 다시 설명하지 않는다.
또한, 제1 관리 대상 장치(31)는 제2 트랜잭션을 위해 상기 애플리케이션 서버에 의해 송신된 제3 트랜잭션 자원 생성 요구를 수신하고, 제2 트랜잭션의 제3 트랜잭션 자원이 제3 트랜잭션 자원 생성 요구에 따라 생성되는 것이 실패한 것으로 결정하고, 제2 트랜잭션의 제3 트랜잭션 자원의 생성 실패를 나타내는 응답을 상기 애플리케이션 서버에 송신하며, 제3 트랜잭션 자원 생성 요구는 제1 조작 예정 자원의 식별자, 제3 집행 시간 및 제3 집행 예정 조작을 포함한다. 제2 관리 대상 장치(32)는 제2 트랜잭션을 위해 상기 애플리케이션 서버에 의해 송신된 제4 트랜잭션 자원 생성 요구를 수신하고, 제4 트랜잭션 자원 생성 요구에 따라 제2 트랜잭션의 제4 트랜잭션 자원을 성공적으로 생성하고, 제2 트랜잭션의 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 상기 애플리케이션 서버로 송신하도록 추가로 구성되어 있으며, 제4 트랜잭션 자원 생성 요구는 제2 조작 예정 자원의 식별자, 제4 집행 시간 및 제4 집행 예정 조작을 포함하고, 제3 집행 시간과 제4 집행 시간은 동일하며, 제4 트랜잭션 자원의 생성 성공을 나타내는 응답은 제4 트랜잭션 자원의 식별자를 반송한다. 상기 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 상기 애플리케이션 서버에 송신하는 제2 관리 대상 장치(32)는 제2 트랜잭션의 제4 트랜잭션 자원에 대해 상기 애플리케이션 서버에 의해 송신된 프로세싱 요구를 수신하고, 제4 트랜잭션 자원의 식별자에 따라 상기 생성된 제4 트랜잭션 자원을 처리하도록 추가로 구성되어 있으며, 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구는 제4 트랜잭션 자원의 식별자를 반송한다.
또한, 제1 관리 대상 장치(31)는 구체적으로, 제1 트랜잭션 자원 큐가 제1 관리 대상 장치(31) 상에 존재하는 것으로 결정하고, 제3 집행 시간 및 제1 관리 대상 장치(31)의 제1 조작 예정 자원의 상태에 따라, 제3 트랜잭션 자원이 미리 설정된 자원 생성 조건을 만족하지 않는 것으로 결정하고, 상기 미리 설정된 자원 생성 조건에 따라, 상기 제3 집행 시간을 상기 제1 트랜잭션 자원 큐 내의 트랜잭션 자원의 집행 시간보다 늦은 시간으로 갱신하도록 결정하며, 상기 갱신된 제3 집행 시간을 반송하는 제2 실패 응답을 상기 애플리케이션 서버에 송신하도록 추가로 구성되어 있으며, 상기 제1 트랜잭션 자원 큐는 적어도 하나의 트랜잭션 자원을 포함한다.
또한, 제2 관리 대상 장치(32)는 구체적으로, 제2 트랜잭션 자원 큐가 제2 관리 대상 장치(32) 상에 존재하는 것으로 결정하고, 제4 집행 시간 및 상기 제2 관리 대상 장치(32)의 제2 조작 예정 자원의 상태에 따라, 제4 트랜잭션 자원이 미리 설정된 자원 생성 조건을 만족하는 것으로 결정하며, 제4 트랜잭션 자원을 생성하도록 구성되어 있으며, 제2 트랜잭션 자원 큐는 적어도 하나의 트랜잭션 자원을 포함한다.
본 발명의 이 실시예에 따른 분산 트랜잭션 자원을 집행하는 시스템에 대해서는 전술한 방법 실시예의 집행 프로세스를 참조한다. 상기 시스템의 실시 원리 및 기술적 효과는 방법의 실시예의 실시 원리 및 기술적 효과와 같으므로 여기서 다시 설명하지 않는다.
선택적으로, 상기 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구는 제4 트랜잭션 자원의 식별자 및 상기 갱신된 제3 집행 시간을 반송하는 갱신 요구이며, 제2 관리 대상 장치(32)는 상기 갱신된 제3 집행 시간에 따라 제4 트랜잭션 자원을 성공적으로 갱신하고, 상기 갱신이 성공한 후, 상기 애플리케이션 서버에 갱신 성공 응답 메시지를 회신하거나, 상기 갱신된 제3 집행 시간에 따라 제4 트랜잭션 자원을 갱신하는 것에 실패하는 경우, 상기 애플리케이션 서버에 갱신 실패 응답 메시지를 회신하도록 구성되어 있다.
또한, 제2 관리 대상 장치(32)는 제4 트랜잭션 자원의 식별자에 따라 제2 관리 대상 장치 상의 제4 트랜잭션 자원을 삭제하고, 상기 갱신된 제3 집행 시간을 새로운 제4 트랜잭션 자원의 집행 시간으로 사용하고, 상기 새로운 제4 트랜잭션 자원의 집행 시간 및 상기 제2 관리 대상 장치의 제2 조작 예정 자원의 상태에 따라, 상기 새로운 제4 트랜잭션 자원이 상기 미리 설정된 자원 생성 조건을 만족하는 것으로 결정하며, 상기 갱신된 제3 실행 시간에 따라 상기 새로운 제4 트랜잭션 자원을 생성하도록 추가로 구성되어 있다.
본 발명의 이 실시예에 따른 분산 트랜잭션 자원을 집행하는 시스템에 대해서는 전술한 방법 실시예의 집행 프로세스를 참조한다. 상기 시스템의 실시 원리 및 기술적 효과는 방법의 실시예의 실시 원리 및 기술적 효과와 같으므로 여기서 다시 설명하지 않는다.
선택적으로, 상기 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구는 제4 트랜잭션 자원의 식별자를 반송하는 삭제 요구이며, 제2 관리 대상 장치(32)는 제4 트랜잭션 자원의 식별자에 따라 제2 관리 대상 장치 상의 제4 트랜잭션 자원을 삭제하도록 추가로 구성되어 있다.
선택적으로, 상기 제2 트랜잭션 자원 큐 내의 하나의 트랜잭션 자원이 비축 상태에 있고, 제2 관리 대상 장치(32)는 상기 제2 트랜잭션 자원 큐의 제1 위치에 있는 트랜잭션 자원이 집행된 후, 상기 제2 조작될 대상의 상태에 따라, 제2 위치에 있는 트랜잭션 자원이 성공적으로 집행될 수 있는지를 판정하도록 추가로 구성되어 있으며, 제1 위치는 제2 트랜잭션 자원 큐 내의 제4 트랜잭션 자원 이전의 위치이고, 제2 위치는 제2 트랜잭션 자원 큐 내의 제4 트랜잭션 자원 다음의 위치이며, 그리고 상기 제2 위치에 있는 트랜잭션 자원이 성공적으로 집행되면, 상기 제2 관리 대상 장치(32)는 상기 애플리케이션 서버에 제1 삭제 응답을 송신하고, 제1 위치에 있는 트랜잭션 자원이 집행된 후, 제2 위치에 있는 트랜잭션 자원의 상태를 상기 비축 상태로 갱신하도록 추가로 구성되어 있거나; 또는 상기 제2 위치에 있는 트랜잭션 자원을 집행하는 것이 실패하면, 제2 관리 대상 장치(32)는 제2 위치에 있는 트랜잭션 자원을 삭제하도록 추가로 구성되어 있다.
선택적으로, 상기 제2 트랜잭션 자원 큐 내의 적어도 2개의 트랜잭션 자원이 비축 상태에 있고, 제2 관리 대상 장치(32)는 제2 트랜잭션 자원 큐 내의 반 비축 상태에 있는 트랜잭션 자원이 미리 설정된 삭제 조건을 만족하는지를 판정하도록 추가로 구성되어 있으며, 그리고 상기 제2 트랜잭션 자원 큐 내의 반 비축 상태에 있는 트랜잭션 자원이 미리 설정된 삭제 조건을 만족하면, 제2 관리 대상 장치(32)는 상기 반 비축 상태에 있는 트랜잭션 자원을 삭제하고, 상기 애플리케이션 서버에 제2 삭제 응답을 송신하도록 추가로 구성되어 있거나; 또는 상기 제2 트랜잭션 자원 큐 내의 반 비축 상태에 있는 트랜잭션 자원이 미리 설정된 삭제 조건을 만족하지 않으면, 상기 반 비축 상태에 있는 트랜잭션 자원 이전의 임의의 트랜잭션 자원이 집행된 후, 제2 관리 대상 장치(32)는 제2 조작 예정 자원의 상태에 따라 상기 반 비축 상태에 있는 트랜잭션 자원이 성공적으로 집행될 수 있는 것으로 결정하고, 상기 반 비축 상태에 있는 트랜잭션 자원을 상기 비축 상태로 갱신하도록 추가로 구성되어 있다.
본 발명의 이 실시예에 따른 분산 트랜잭션 자원을 집행하는 시스템에 대해서는 전술한 방법 실시예의 집행 프로세스를 참조한다. 상기 시스템의 실시 원리 및 기술적 효과는 방법의 실시예의 실시 원리 및 기술적 효과와 같으므로 여기서 다시 설명하지 않는다.
마지막으로, 전술한 실시예는 본 발명의 기술적 솔루션을 설명하기 위한 것에 지나지 않으며, 본 발명을 제한하려는 것이 아님에 유의해야 한다. 본 발명을 전술한 실시예를 참조하여 설명하였으나, 당업자라면 본 발명의 실시예의 기술적 솔루션의 범위를 벗어남이 없이, 전술한 실시예에 설명된 기술적 솔루션에 대한 수정, 또는 기술적 특징 중 일부 또는 전부에 대한 등가의 대체를 수행할 수 있다는 것을 이해할 수 있을 것이다.

Claims (34)

  1. 머신대머신 통신(M2M) 시스템에 적용되는 분산 트랜잭션 자원을 집행하는 방법으로서,
    상기 M2M 시스템은 적어도 2개의 관리 대상 장치 및 애플리케이션 서버를 포함하고, 제1 관리 대상 장치는 상기 적어도 2개의 관리 대상 장치 중 어느 하나이고, 제2 관리 대상 장치는 상기 적어도 2개의 관리 대상 장치 중 제1 관리 대상 장치를 제외한 임의의 관리 대상 장치이며, 상기 분산 트랜잭션 자원을 집행하는 방법은,
    상기 제1 관리 대상 장치가 제1 트랜잭션을 위해 상기 애플리케이션 서버에 의해 송신된 제1 트랜잭션 자원 생성 요구를 수신하는 단계 - 제1 트랜잭션 자원 생성 요구는 제1 조작 예정 자원의 식별자, 제1 집행 시간 및 제1 집행 예정 조작을 포함함 - ;
    상기 제2 관리 대상 장치가 제1 트랜잭션을 위해 상기 애플리케이션 서버에 의해 송신된 제2 트랜잭션 자원 생성 요구를 수신하는 단계 - 제2 트랜잭션 자원 생성 요구는 제2 조작 예정 자원의 식별자, 제2 집행 시간 및 제2 집행 예정 조작을 포함하고, 제1 집행 시간과 제2 집행 시간은 동일함 - ;
    상기 제1 관리 대상 장치가 제1 트랜잭션 자원 생성 요구에 따라 제1 트랜잭션의 제1 트랜잭션 자원을 성공적으로 생성하고, 상기 제2 관리 대상 장치가 제2 트랜잭션 자원 생성 요구에 따라 제1 트랜잭션의 제2 트랜잭션 자원을 성공적으로 생성하는 단계 - 제1 트랜잭션 자원은 제1 집행 시간 및 제1 집행 예정 조작을 포함하고, 제2 트랜잭션 자원은 제2 집행 시간 및 상기 제2 집행 예정 조작을 포함함 - ;
    상기 제1 관리 대상 장치가 제1 트랜잭션의 제1 트랜잭션 자원의 생성 성공을 나타내는 응답을 상기 애플리케이션 서버에 송신하고, 상기 제2 관리 대상 장치가 제1 트랜잭션의 제2 트랜잭션 자원의 생성 성공을 나타내는 응답을 상기 애플리케이션 서버에 송신하는 단계; 및
    제1 집행 시간에 도달하면, 제1 관리 대상 장치와 제2 관리 장치가 각자가 집행할 조작을 각각 집행하는 단계
    를 포함하는 분산 트랜잭션 자원을 집행하는 방법.
  2. 제1항에 있어서,
    상기 제1 관리 대상 장치가 제2 트랜잭션을 위해 상기 애플리케이션 서버에 의해 송신된 제3 트랜잭션 자원 생성 요구를 수신하는 단계 - 제3 트랜잭션 자원 생성 요구는 제1 조작 예정 자원의 식별자, 제3 집행 시간 및 제3 집행 예정 조작을 포함함 - ;
    상기 제2 관리 대상 장치가 제2 트랜잭션을 위해 상기 애플리케이션 서버에 의해 송신된 제4 트랜잭션 자원 생성 요구를 수신하는 단계 - 상기 제4 트랜잭션 자원 생성 요구는 제2 조작 예정 자원의 식별자, 제4 집행 시간 및 제4 집행 예정 조작을 포함하고, 제3 집행 시간과 제4 집행 시간은 동일함 - ;
    상기 제1 관리 대상 장치가, 제2 트랜잭션의 제3 트랜잭션 자원이 제3 트랜잭션 자원 생성 요구에 따라 생성되는 것이 실패한 것으로 결정하고, 제2 트랜잭션의 제3 트랜잭션 자원의 생성 실패를 나타내는 응답을 상기 애플리케이션 서버에 송신하며, 상기 제2 관리 장치가 제4 트랜잭션 자원 생성 요구에 따라 제2 트랜잭션의 제4 트랜잭션 자원을 성공적으로 생성하고, 제2 트랜잭션의 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 상기 애플리케이션 서버로 송신하는 단계 - 제4 트랜잭션 자원의 생성 성공을 나타내는 응답은 제4 트랜잭션 자원의 식별자를 반송함 - ;
    상기 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 상기 애플리케이션 서버에 송신하는 상기 제2 관리 대상 장치가 제2 트랜잭션의 제4 트랜잭션 자원에 대해 상기 애플리케이션 서버에 의해 송신된 프로세싱 요구를 수신하는 단계 - 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구는 제4 트랜잭션 자원의 식별자를 반송함 - ; 및
    상기 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 상기 애플리케이션 서버에 송신하는 상기 제2 관리 대상 장치가 제4 트랜잭션 자원의 식별자에 따라 생성된 제4 트랜잭션 자원을 처리하는 단계
    를 더 포함하는 분산 트랜잭션 자원을 집행하는 방법.
  3. 제2항에 있어서,
    상기 제1 관리 대상 장치가, 제2 트랜잭션의 제3 트랜잭션 자원이 제3 트랜잭션 자원 생성 요구에 따라 생성되는 것이 실패한 것으로 결정하는 것은,
    상기 제1 관리 대상 장치가, 제1 트랜잭션 자원 큐(queue)가 제1 관리 대상 장치 상에 존재하는 것으로 결정하는 단계 - 제1 트랜잭션 자원 큐는 적어도 하나의 트랜잭션 자원을 포함함 - ;
    상기 제1 관리 대상 장치가, 제3 집행 시간 및 상기 제1 관리 대상 장치의 제1 조작 예정 자원의 상태에 따라, 제3 트랜잭션 자원이 미리 설정된 자원 생성 조건을 만족하지 않는 것으로 결정하는 단계; 및
    상기 제1 관리 대상 장치가, 상기 미리 설정된 자원 생성 조건에 따라, 상기 제3 집행 시간을 상기 제1 트랜잭션 자원 큐 내의 트랜잭션 자원의 집행 시간보다 늦은 시간으로 갱신하도록 결정하고, 상기 제1 관리 대상 장치가 상기 갱신된 제3 집행 시간을 반송하는 제2 실패 응답을 상기 애플리케이션 서버에 송신하는 단계
    를 포함하는, 분산 트랜잭션 자원을 집행하는 방법.
  4. 제2항 또는 제3항에 있어서,
    상기 제2 관리 대상 장치가 제4 트랜잭션 자원 생성 요구에 따라 제2 트랜잭션의 제4 트랜잭션 자원을 성공적으로 생성하는 것은,
    상기 제2 관리 대상 장치가, 제2 트랜잭션 자원 큐가 제2 관리 대상 장치 상에 존재하는 것으로 결정하는 단계 - 제2 트랜잭션 자원 큐는 적어도 하나의 트랜잭션 자원을 포함함 - ;
    상기 제2 관리 대상 장치가, 제4 집행 시간 및 상기 제2 관리 대상 장치의 제2 조작 예정 자원의 상태에 따라, 제4 트랜잭션 자원이 미리 설정된 자원 생성 조건을 만족하는 것으로 결정하고, 제4 트랜잭션 자원을 생성하는 단계
    를 포함하는, 분산 트랜잭션 자원을 집행하는 방법.
  5. 제2항 내지 제4항 중 어느 한 항에 있어서,
    상기 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구는 제4 트랜잭션 자원의 식별자 및 상기 갱신된 제3 집행 시간을 반송하는 갱신 요구이며,
    상기 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 상기 애플리케이션 서버에 송신하는 상기 제2 관리 대상 장치가 제4 트랜잭션 자원의 식별자에 따라 생성된 제4 트랜잭션 자원을 처리하는 단계는,
    상기 제2 관리 대상 장치가 상기 갱신된 제3 집행 시간에 따라 제4 트랜잭션 자원을 성공적으로 갱신하고 갱신 성공 응답 메시지를 상기 애플리케이션 서버에 회신하는 단계, 또는 상기 갱신된 제3 집행 시간에 따라 제4 트랜잭션 자원을 갱신하는 것에 실패하는 경우, 상기 애플리케이션 서버에 갱신 실패 응답 메시지를 회신하는 단계
    를 포함하는, 분산 트랜잭션 자원을 집행하는 방법.
  6. 제5항에 있어서,
    상기 제2 관리 대상 장치가 상기 갱신된 제3 집행 시간에 따라 제4 트랜잭션 자원을 성공적으로 갱신하는 것은,
    상기 제2 관리 대상 장치가 제4 트랜잭션 자원의 식별자에 따라 제2 관리 대상 장치 상의 제4 트랜잭션 자원을 삭제하는 단계;
    상기 제2 관리 대상 장치가 상기 갱신된 제3 집행 시간을 새로운 제4 트랜잭션 자원의 집행 시간으로 사용하는 단계;
    상기 제2 관리 대상 장치가, 상기 새로운 제4 트랜잭션 자원의 집행 시간 및 상기 제2 관리 대상 장치의 제2 조작 예정 자원의 상태에 따라, 상기 새로운 제4 트랜잭션 자원이 상기 미리 설정된 자원 생성 조건을 만족하는 것으로 결정하는 단계; 및
    상기 제2 관리 대상 장치가 상기 갱신된 제3 실행 시간에 따라 상기 새로운 제4 트랜잭션 자원을 생성하는 단계
    를 포함하는, 분산 트랜잭션 자원을 집행하는 방법.
  7. 제2항 내지 제4항 중 어느 한 항에 있어서,
    상기 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구는 제4 트랜잭션 자원의 식별자를 반송하는 삭제 요구이며,
    상기 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 상기 애플리케이션 서버에 송신하는 상기 제2 관리 대상 장치가 제4 트랜잭션 자원의 식별자에 따라 생성된 제4 트랜잭션 자원을 처리하는 단계는 구체적으로,
    상기 제2 관리 대상 장치가 제4 트랜잭션 자원의 식별자에 따라 제2 관리 대상 장치 상의 제4 트랜잭션 자원을 삭제하는 단계
    를 포함하는, 분산 트랜잭션 자원을 집행하는 방법.
  8. 제7항에 있어서,
    상기 제2 트랜잭션 자원 큐 내의 하나의 트랜잭션 자원이 비축 상태에 있고, 상기 제2 관리 대상 장치가 제4 트랜잭션 자원의 식별자에 따라 제2 관리 대상 장치 상의 제4 트랜잭션 자원을 삭제하는 단계 이후에,
    상기 제2 트랜잭션 자원 큐의 제1 위치에 있는 트랜잭션 자원이 집행된 후, 상기 제2 관리 대상 장치가 상기 제2 조작 예정 자원의 상태에 따라, 제2 위치에 있는 트랜잭션 자원이 성공적으로 집행될 수 있는지를 판정하는 단계 - 제1 위치는 제2 트랜잭션 자원 큐 내의 제4 트랜잭션 자원 이전의 위치이고, 제2 위치는 제2 트랜잭션 자원 큐 내의 제4 트랜잭션 자원 다음의 위치임 - ; 및
    상기 제2 위치에 있는 트랜잭션 자원이 성공적으로 집행될 수 있으면, 상기 제2 관리 대상 장치가 상기 애플리케이션 서버에 제1 삭제 응답을 송신하고, 제1 위치에 있는 트랜잭션 자원이 집행된 후, 제2 위치에 있는 트랜잭션 자원의 상태를 상기 비축 상태로 갱신하거나; 또는 상기 제2 위치에 있는 트랜잭션 자원을 집행하는 것이 실패하면, 상기 제2 관리 대상 장치가 제2 위치에 있는 트랜잭션 자원을 삭제하는 단계
    를 더 포함하는 분산 트랜잭션 자원을 집행하는 방법.
  9. 제7항에 있어서,
    상기 제2 트랜잭션 자원 큐 내의 적어도 2개의 트랜잭션 자원이 비축 상태에 있고, 상기 제2 관리 대상 장치가 제4 트랜잭션 자원의 식별자에 따라 제2 관리 대상 장치 상의 제4 트랜잭션 자원을 삭제하는 단계 이후에,
    상기 제2 관리 대상 장치가 제2 트랜잭션 자원 큐 내의 반 비축 상태(semi-reserved state)에 있는 트랜잭션 자원이 미리 설정된 삭제 조건을 만족하는지를 판정하는 단계; 및
    상기 제2 트랜잭션 자원 큐 내의 반 비축 상태에 있는 트랜잭션 자원이 미리 설정된 삭제 조건을 만족하면, 상기 제2 관리 대상 장치가 상기 반 비축 상태에 있는 트랜잭션 자원을 삭제하고, 상기 애플리케이션 서버에 제2 삭제 응답을 송신하거나, 또는 상기 제2 트랜잭션 자원 큐 내의 반 비축 상태에 있는 트랜잭션 자원이 미리 설정된 삭제 조건을 만족하지 않으면, 상기 반 비축 상태에 있는 트랜잭션 자원 이전의 임의의 트랜잭션 자원이 집행된 후, 상기 제2 관리 대상 장치가 제2 조작 예정 자원의 상태에 따라 상기 반 비축 상태에 있는 트랜잭션 자원이 성공적으로 집행될 수 있는 것으로 결정하고, 상기 제2 관리 대상 장치가 상기 반 비축 상태에 있는 트랜잭션 자원을 상기 비축 상태로 갱신하는 단계
    를 더 포함하는 분산 트랜잭션 자원을 집행하는 방법.
  10. 머신대머신 통신(M2M) 시스템에 적용되는 분산 트랜잭션 자원을 집행하는 방법으로서,
    상기 M2M 시스템은 적어도 2개의 관리 대상 장치 및 애플리케이션 서버를 포함하고, 제1 관리 대상 장치는 상기 적어도 2개의 관리 대상 장치 중 어느 하나이고, 제2 관리 대상 장치는 상기 적어도 2개의 관리 대상 장치 중 제1 관리 대상 장치를 제외한 임의의 관리 대상 장치이며,
    상기 애플리케이션 서버가 제1 트랜잭션을 위한 제1 트랜잭션 자원 생성 요구를 제1 관리 대상 장치에 송신하는 단계 - 제1 트랜잭션 자원 생성 요구는 제1 조작 예정 자원의 식별자, 제1 집행 시간 및 제1 집행 예정 조작을 포함함 - ;
    상기 애플리케이션 서버가 제1 트랜잭션을 위한 제2 트랜잭션 자원 생성 요구를 제2 관리 대상 장치에 송신하는 단계 - 제2 트랜잭션 자원 생성 요구는 제2 조작 예정 자원의 식별자, 제2 집행 시간 및 제2 집행 예정 조작을 포함하고, 제1 집행 시간과 제2 집행 시간은 동일함 - ; 및
    상기 애플리케이션 서버가 미리 설정된 시간 내에서, 제2 관리 대상 장치에 의해 송신되고 제1 트랜잭션의 제2 트랜잭션 자원의 생성 성공을 나타내는 응답을 수신하고, 상기 미리 설정된 시간 내에서, 제1 관리 대상 장치에 의해 송신되고 제1 트랜잭션의 제1 트랜잭션 자원의 생성 성공을 나타내는 응답을 수신하는 단계
    를 포함하는 분산 트랜잭션 자원을 집행하는 방법.
  11. 제10항에 있어서,
    상기 애플리케이션 서버가 제2 트랜잭션을 위한 제3 트랜잭션 자원 생성 요구를 제1 관리 대상 장치에 송신하는 단계 - 제3 트랜잭션 자원 생성 요구는 제1 조작 예정 자원의 식별자, 제3 집행 시간 및 제3 집행 예정 조작을 포함함 - ;
    상기 애플리케이션 서버가 제2 트랜잭션을 위한 제4 트랜잭션 자원 생성 요구를 제2 관리 대상 장치에 송신하는 단계 - 제4 트랜잭션 자원 생성 요구는 제2 조작 예정 자원의 식별자, 제4 집행 시간 및 제4 집행 예정 조작을 포함하고, 제3 집행 시간과 제4 집행 시간은 동일함 - ;
    상기 애플리케이션 서버가 미리 설정된 시간 내에서, 제1 관리 대상 장치에 의해 송신되고 제2 트랜잭션의 제3 트랜잭션 자원의 생성 실패를 나타내는 응답을 수신하고, 상기 미리 설정된 시간 내에서, 제2 관리 대상 장치에 의해 송신되고 제2 트랜잭션의 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 수신하는 단계 - 제4 트랜잭션 자원의 생성 성공을 나타내는 응답은 제4 트랜잭션 자원의 식별자를 반송함 - ; 및
    상기 애플리케이션 서버가, 제2 트랜잭션의 제3 트랜잭션 자원의 생성 실패를 나타내는 응답 및 제2 트랜잭션의 제4 트랜잭션 자원의 생성 성공을 나타내는 응답에 따라, 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 송신하는 제2 관리 대상 장치에 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구를 송신하는 단계 - 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구는 제4 트랜잭션 자원의 식별자를 반송함 -
    을 더 포함하는 분산 트랜잭션 자원을 집행하는 방법.
  12. 제11항에 있어서,
    상기 애플리케이션 서버가, 제2 트랜잭션의 제3 트랜잭션 자원의 생성 실패를 나타내는 응답 및 제2 트랜잭션의 제4 트랜잭션 자원의 생성 성공을 나타내는 응답에 기초하여, 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 송신하는 제2 관리 대상 장치에 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구를 송신하는 단계는,
    상기 애플리케이션 서버가, 제2 트랜잭션의 제3 트랜잭션 자원의 생성 실패를 나타내는 응답이 갱신된 제3 집행 시간을 반송하지 않는 제1 실패 응답인 것으로 결정하고, 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 송신하는 제2 관리 대상 장치에 제4 트랜잭션 자원의 식별자를 반송하는 삭제 요구를 송신하는 단계; 또는
    상기 애플리케이션 서버가, 제2 트랜잭션의 제3 트랜잭션 자원의 생성 실패를 나타내는 응답이 갱신된 제3 집행 시간을 반송하는 제2 실패 응답인 것으로 결정하고, 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 송신하는 제2 관리 대상 장치에 상기 갱신된 제3 집행 시간 및 제4 트랜잭션 자원의 식별자를 반송하는 갱신 요구를 송신하는 단계
    를 포함하며,
    상기 애플리케이션 서버가 상기 갱신된 제3 집행 시간을 반송하는 제3 트랜잭션 자원 생성 요구를 제1 관리 대상 장치에 송신하는 단계
    를 더 포함하는 분산 트랜잭션 자원을 집행하는 방법.
  13. 머신대머신 통신(M2M) 시스템에 적용되는 애플리케이션 서버로서,
    상기 M2M 시스템은 적어도 2개의 관리 대상 장치 및 애플리케이션 서버를 포함하고, 제1 관리 대상 장치는 상기 적어도 2개의 관리 대상 장치 중 어느 하나이고, 제2 관리 대상 장치는 상기 적어도 2개의 관리 대상 장치 중 제1 관리 대상 장치를 제외한 임의의 관리 대상 장치이며,
    제1 트랜잭션을 위한 제1 트랜잭션 자원 생성 요구를 제1 관리 대상 장치에 송신하도록 구성되어 있고 - 제1 트랜잭션 자원 생성 요구는 제1 조작 예정 자원의 식별자, 제1 집행 시간 및 제1 집행 예정 조작을 포함함 - ; 제1 트랜잭션을 위한 제2 트랜잭션 자원 생성 요구를 제2 관리 대상 장치에 송신하도록 추가로 구성되어 있는 - 제2 트랜잭션 자원 생성 요구는 제1 조작 예정 자원의 식별자, 제2 집행 시간 및 제2 집행 예정 조작을 포함하고, 제1 집행 시간과 제2 집행 시간은 동일함 - 송신 모듈; 및
    미리 설정된 시간 내에서, 제2 관리 대상 장치에 의해 송신되고 제1 트랜잭션의 제2 트랜잭션 자원의 생성 성공을 나타내는 응답을 수신하고, 제1 관리 대상 장치에 의해 송신되고 제1 트랜잭션의 제1 트랜잭션 자원의 생성 성공을 나타내는 응답을 수신하도록 구성되어 있는 수신 모듈
    을 포함하는 애플리케이션 서버.
  14. 제13항에 있어서,
    상기 송신 모듈은 제2 트랜잭션을 위한 제3 트랜잭션 자원 생성 요구를 제1 관리 대상 장치에 송신하도록 추가로 구성되어 있고, 제3 트랜잭션 자원 생성 요구는 제1 조작 예정 자원의 식별자, 제3 집행 시간 및 제3 집행 예정 조작을 포함하며, 상기 송신 모듈은 제2 트랜잭션을 위한 제4 트랜잭션 자원 생성 요구를 제2 관리 대상 장치에 송신하도록 추가로 구성되어 있고 제4 트랜잭션 자원 생성 요구는 제2 조작 예정 자원의 식별자, 제4 집행 시간 및 제4 집행 예정 조작을 포함하고, 제3 집행 시간과 제4 집행 시간은 동일하며,
    상기 수신 모듈은 미리 설정된 시간 내에서, 제1 관리 대상 장치에 의해 송신되고 제2 트랜잭션의 제3 트랜잭션 자원의 생성 실패를 나타내는 응답을 수신하고, 상기 미리 설정된 시간 내에서, 제2 관리 대상 장치에 의해 송신되고 제2 트랜잭션의 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 수신하도록 추가로 구성되어 있으며, 제4 트랜잭션 자원의 생성 성공을 나타내는 응답은 제4 트랜잭션 자원의 식별자를 반송하며,
    상기 송신 모듈은 제2 트랜잭션의 제3 트랜잭션 자원의 생성 실패를 나타내는 응답 및 제2 트랜잭션의 제4 트랜잭션 자원의 생성 성공을 나타내는 응답에 기초하여, 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 송신하는 제2 관리 대상 장치에 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구를 송신하도록 추가로 구성되어 있는, 애플리케이션 서버.
  15. 제14항에 있어서,
    상기 송신 모듈은 구체적으로 제2 트랜잭션의 제3 트랜잭션 자원의 생성 실패를 나타내는 응답이 갱신된 제3 집행 시간을 반송하지 않는 제1 실패 응답인 것으로 결정하고, 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 송신하는 제2 관리 대상 장치에 제4 트랜잭션 자원의 식별자를 반송하는 삭제 요구를 송신하도록 구성되어 있거나; 또는 제2 트랜잭션의 제3 트랜잭션 자원의 생성 실패를 나타내는 응답이 갱신된 제3 집행 시간을 반송하는 제2 실패 응답인 것으로 결정하고, 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 송신하는 제2 관리 대상 장치에 상기 갱신된 제3 집행 시간 및 제4 트랜잭션 자원의 식별자를 반송하는 갱신 요구를 송신하도록 구성되어 있으며,
    상기 송신 모듈은 상기 갱신된 제3 집행 시간을 반송하는 제3 트랜잭션 자원 생성 요구를 제1 관리 대상 장치에 송신하도록 추가로 구성되어 있는, 애플리케이션 서버.
  16. 머신대머신 통신(M2M) 시스템에 적용되는 분산 트랜잭션 자원을 집행하는 시스템으로서,
    상기 M2M 시스템은 적어도 2개의 관리 대상 장치 및 애플리케이션 서버를 포함하고, 제1 관리 대상 장치는 상기 적어도 2개의 관리 대상 장치 중 어느 하나이고, 제2 관리 대상 장치는 상기 적어도 2개의 관리 대상 장치 중 제1 관리 대상 장치를 제외한 임의의 관리 대상 장치이며, 상기 분산 트랜잭션 자원을 집행하는 시스템은 제1 관리 대상 장치 및 제2 관리 대상 장치를 포함하며,
    상기 제1 관리 대상 장치는 제1 트랜잭션을 위해 상기 애플리케이션 서버에 의해 송신된 제1 트랜잭션 자원 생성 요구를 수신하고, 제1 트랜잭션 자원 생성 요구에 따라 제1 트랜잭션의 제1 트랜잭션 자원을 성공적으로 생성하며, 제1 트랜잭션의 제1 트랜잭션 자원의 생성 성공을 나타내는 응답을 상기 애플리케이션 서버에 송신하도록 구성되어 있으며, 제1 트랜잭션 자원 생성 요구는 제1 조작 예정 자원의 식별자, 제1 집행 시간 및 제1 집행 예정 조작을 포함하며;
    상기 제2 관리 대상 장치는 제1 트랜잭션을 위해 상기 애플리케이션 서버에 의해 송신된 제2 트랜잭션 자원 생성 요구를 수신하고, 제2 트랜잭션 자원 생성 요구에 따라 제1 트랜잭션의 제2 트랜잭션 자원을 성공적으로 생성하고, 제1 트랜잭션의 제2 트랜잭션 자원의 생성 성공을 나타내는 응답을 상기 애플리케이션 서버에 송신하도록 구성되어 있으며,
    제2 트랜잭션 자원 생성 요구는 제2 조작 예정 자원의 식별자, 제2 집행 시간 및 제2 집행 예정 조작을 포함하고, 제1 집행 시간과 제2 집행 시간은 동일하며,
    제1 트랜잭션 자원은 제1 집행 시간 및 제1 집행 예정 조작을 포함하고, 제2 트랜잭션 자원은 제2 집행 시간 및 제2 집행 예정 조작을 포함하며,
    제1 집행 시간에 도달하면, 제1 관리 대상 장치와 제2 관리 장치는 각자가 집행할 조작을 각각 집행하도록 구성되어 있는, 분산 트랜잭션 자원을 집행하는 시스템.
  17. 제16항에 있어서,
    상기 제1 관리 대상 장치는 제2 트랜잭션을 위해 상기 애플리케이션 서버에 의해 송신된 제3 트랜잭션 자원 생성 요구를 수신하고, 제2 트랜잭션의 제3 트랜잭션 자원이 제3 트랜잭션 자원 생성 요구에 따라 생성되는 것이 실패한 것으로 결정하고, 제2 트랜잭션의 제3 트랜잭션 자원의 생성 실패를 나타내는 응답을 상기 애플리케이션 서버에 송신하며, 제3 트랜잭션 자원 생성 요구는 제1 조작 예정 자원의 식별자, 제3 집행 시간 및 제3 집행 예정 조작을 포함하며,
    상기 제2 관리 대상 장치는 제2 트랜잭션을 위해 상기 애플리케이션 서버에 의해 송신된 제4 트랜잭션 자원 생성 요구를 수신하고, 제4 트랜잭션 자원 생성 요구에 따라 제2 트랜잭션의 제4 트랜잭션 자원을 성공적으로 생성하고, 제2 트랜잭션의 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 상기 애플리케이션 서버로 송신하도록 추가로 구성되어 있으며, 제4 트랜잭션 자원 생성 요구는 제2 조작 예정 자원의 식별자, 제4 집행 시간 및 제4 집행 예정 조작을 포함하고, 제3 집행 시간과 제4 집행 시간은 동일하며, 제4 트랜잭션 자원의 생성 성공을 나타내는 응답은 제4 트랜잭션 자원의 식별자를 반송하며; 그리고
    상기 제4 트랜잭션 자원의 생성 성공을 나타내는 응답을 상기 애플리케이션 서버에 송신하는 상기 제2 관리 대상 장치는 제2 트랜잭션의 제4 트랜잭션 자원에 대해 상기 애플리케이션 서버에 의해 송신된 프로세싱 요구를 수신하고, 제4 트랜잭션 자원의 식별자에 따라 상기 생성된 제4 트랜잭션 자원을 처리하도록 추가로 구성되어 있으며, 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구는 제4 트랜잭션 자원의 식별자를 반송하는, 분산 트랜잭션 자원을 집행하는 시스템.
  18. 제17항에 있어서,
    상기 제1 관리 대상 장치는 구체적으로, 제1 트랜잭션 자원 큐가 제1 관리 대상 장치 상에 존재하는 것으로 결정하고, 제3 집행 시간 및 제1 관리 대상 장치의 제1 조작 예정 자원의 상태에 따라, 제3 트랜잭션 자원이 미리 설정된 자원 생성 조건을 만족하지 않는 것으로 결정하고, 상기 미리 설정된 자원 생성 조건에 따라, 상기 제3 집행 시간을 상기 제1 트랜잭션 자원 큐 내의 트랜잭션 자원의 집행 시간보다 늦은 시간으로 갱신하도록 결정하며, 상기 갱신된 제3 집행 시간을 반송하는 제2 실패 응답을 상기 애플리케이션 서버에 송신하도록 추가로 구성되어 있으며, 상기 제1 트랜잭션 자원 큐는 적어도 하나의 트랜잭션 자원을 포함하는, 분산 트랜잭션 자원을 집행하는 시스템.
  19. 제17항 또는 제18항에 있어서,
    상기 제2 관리 대상 장치는 구체적으로, 제2 트랜잭션 자원 큐가 제2 관리 대상 장치 상에 존재하는 것으로 결정하고, 제4 집행 시간 및 상기 제2 관리 대상 장치의 제2 조작 예정 자원의 상태에 따라, 제4 트랜잭션 자원이 미리 설정된 자원 생성 조건을 만족하는 것으로 결정하며, 제4 트랜잭션 자원을 생성하도록 구성되어 있으며, 제2 트랜잭션 자원 큐는 적어도 하나의 트랜잭션 자원을 포함하는, 분산 트랜잭션 자원을 집행하는 시스템.
  20. 제17항 내지 제19항 중 어느 한 항에 있어서,
    상기 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구는 제4 트랜잭션 자원의 식별자 및 상기 갱신된 제3 집행 시간을 반송하는 갱신 요구이며,
    상기 제2 관리 대상 장치는 상기 갱신된 제3 집행 시간에 따라 제4 트랜잭션 자원을 성공적으로 갱신하고, 상기 갱신이 성공한 후, 상기 애플리케이션 서버에 갱신 성공 응답 메시지를 회신하거나, 상기 갱신된 제3 집행 시간에 따라 제4 트랜잭션 자원을 갱신하는 것에 실패하는 경우, 상기 애플리케이션 서버에 갱신 실패 응답 메시지를 회신하도록 구성되어 있는, 분산 트랜잭션 자원을 집행하는 시스템.
  21. 제20항에 있어서,
    상기 제2 관리 대상 장치는 제4 트랜잭션 자원의 식별자에 따라 제2 관리 대상 장치 상의 제4 트랜잭션 자원을 삭제하고, 상기 갱신된 제3 집행 시간을 새로운 제4 트랜잭션 자원의 집행 시간으로 사용하고, 상기 새로운 제4 트랜잭션 자원의 집행 시간 및 상기 제2 관리 대상 장치의 제2 조작 예정 자원의 상태에 따라, 상기 새로운 제4 트랜잭션 자원이 상기 미리 설정된 자원 생성 조건을 만족하는 것으로 결정하며, 상기 갱신된 제3 실행 시간에 따라 상기 새로운 제4 트랜잭션 자원을 생성하도록 추가로 구성되어 있는, 분산 트랜잭션 자원을 집행하는 시스템.
  22. 제17항 내지 제19항 중 어느 한 항에 있어서,
    상기 제2 트랜잭션의 제4 트랜잭션 자원에 대한 프로세싱 요구는 제4 트랜잭션 자원의 식별자를 반송하는 삭제 요구이며,
    상기 제2 관리 대상 장치는 제4 트랜잭션 자원의 식별자에 따라 제2 관리 대상 장치 상의 제4 트랜잭션 자원을 삭제하도록 추가로 구성되어 있는, 분산 트랜잭션 자원을 집행하는 시스템.
  23. 제22항에 있어서,
    상기 제2 트랜잭션 자원 큐 내의 하나의 트랜잭션 자원이 비축 상태에 있고, 상기 제2 관리 대상 장치는 상기 제2 트랜잭션 자원 큐의 제1 위치에 있는 트랜잭션 자원이 집행된 후, 상기 제2 조작될 대상의 상태에 따라, 제2 위치에 있는 트랜잭션 자원이 성공적으로 집행될 수 있는지를 판정하도록 추가로 구성되어 있으며, 제1 위치는 제2 트랜잭션 자원 큐 내의 제4 트랜잭션 자원 이전의 위치이고, 제2 위치는 제2 트랜잭션 자원 큐 내의 제4 트랜잭션 자원 다음의 위치이며, 그리고
    상기 제2 위치에 있는 트랜잭션 자원이 성공적으로 집행되면, 상기 제2 관리 대상 장치는 상기 애플리케이션 서버에 제1 삭제 응답을 송신하고, 제1 위치에 있는 트랜잭션 자원이 집행된 후, 제2 위치에 있는 트랜잭션 자원의 상태를 상기 비축 상태로 갱신하도록 추가로 구성되어 있거나; 또는
    상기 제2 위치에 있는 트랜잭션 자원을 집행하는 것이 실패하면, 상기 제2 관리 대상 장치는 제2 위치에 있는 트랜잭션 자원을 삭제하도록 추가로 구성되어 있는, 분산 트랜잭션 자원을 집행하는 시스템.
  24. 제22항에 있어서,
    상기 제2 트랜잭션 자원 큐 내의 적어도 2개의 트랜잭션 자원이 비축 상태에 있고, 상기 제2 관리 대상 장치는 제2 트랜잭션 자원 큐 내의 반 비축 상태에 있는 트랜잭션 자원이 미리 설정된 삭제 조건을 만족하는지를 판정하도록 추가로 구성되어 있으며, 그리고
    상기 제2 트랜잭션 자원 큐 내의 반 비축 상태에 있는 트랜잭션 자원이 미리 설정된 삭제 조건을 만족하면, 상기 제2 관리 대상 장치는 상기 반 비축 상태에 있는 트랜잭션 자원을 삭제하고, 상기 애플리케이션 서버에 제2 삭제 응답을 송신하도록 추가로 구성?? 있거나; 또는
    상기 제2 트랜잭션 자원 큐 내의 반 비축 상태에 있는 트랜잭션 자원이 미리 설정된 삭제 조건을 만족하지 않으면, 상기 반 비축 상태에 있는 트랜잭션 자원 이전의 임의의 트랜잭션 자원이 집행된 후, 상기 제2 관리 대상 장치는 제2 조작 예정 자원의 상태에 따라 상기 반 비축 상태에 있는 트랜잭션 자원이 성공적으로 집행될 수 있는 것으로 결정하고, 상기 반 비축 상태에 있는 트랜잭션 자원을 상기 비축 상태로 갱신하도록 추가로 구성되어 있는, 분산 트랜잭션 자원을 집행하는 시스템.
  25. 머신대머신 통신(M2M) 시스템에 적용되는 관리 대상 장치로서,
    상기 M2M 시스템은 적어도 2개의 관리 대상 장치 및 애플리케이션 서버를 포함하고, 상기 관리 대상 장치는 상기 적어도 2개의 관리 대상 장치 중 어느 하나이고, 제2 관리 대상 장치는 상기 적어도 2개의 관리 대상 장치 중 상기 관리 대상 장치를 제외한 임의의 관리 대상 장치이며,
    제1 트랜잭션을 위해 상기 애플리케이션 서버에 의해 송신된 제1 트랜잭션 자원 생성 요구를 수신하도록 구성되어 있는 수신 모듈 - 제1 트랜잭션 자원 생성 요구는 제1 조작 예정 자원의 식별자, 제1 집행 시간 및 제1 집행 예정 조작을 포함하고, 제1 집행 시간은 제2 트랜잭션을 위한 제2 트랜잭션 자원 생성 요구 내의 제2 집행 시간과 동일하며, 제2 트랜잭션 자원 생성 요구는 M2M 시스템 내의 관리 대상 장치와는 다른 제2 관리 대상 장치에 의해 수신됨 - ;
    상기 제1 트랜잭션 자원 생성 요구에 따라 제1 트랜잭션 자원을 성공적으로 생성하도록 구성되어 있는 생성 모듈 - 제1 트랜잭션 자원은 제1 집행 시간 및 제1 집행 예정 조작을 포함함 - ;
    제1 집행 시간에 도달하면, 제1 트랜잭션의 제1 트랜잭션 자원에 대해 상기 애플리케이션 서버에 의해 송신된 프로세싱 요구가 수신되지 않은 것으로 결정하도록 구성되어 있는 결정 모듈 - 제1 트랜잭션의 제1 트랜잭션 자원에 대한 프로세싱 요구는 상기 애플리케이션 서버가 제2 관리 대상 장치에 의해 송신되고 제1 트랜잭션의 제2 트랜잭션 자원의 생성 실패를 나타내는 자원을 수신한 후 송신됨 - ; 및
    상기 제1 집행될 조작을 집행하도록 구성되어 있는 프로세싱 모듈
    을 포함하는 관리 대상 장치.
  26. 제25항에 있어서,
    상기 관리 대상 장치는 송신 모듈을 더 포함하며,
    상기 수신 모듈은 제2 트랜잭션을 위해 상기 애플리케이션 서버에 의해 송신된 제3 트랜잭션 자원 생성 요구를 추가로 수신하도록 구성되어 있으며, 제3 트랜잭션 자원 생성 요구는 제1 조작 예정 자원의 식별자, 제3 집행 시간 및 제3 집행 예정 조작을 포함하고, 제3 집행 시간은 제2 트랜잭션을 위해 제2 관리 대상 장치에 의해 수신되는 제4 트랜잭션 자원 생성 요구 내의 제4 집행 시간과 동일하며,
    상기 생성 모듈은 제3 트랜잭션 자원이 제3 트랜잭션 자원 생성 요구에 따라 생성되는 것이 실패한 것으로 결정하도록 추가로 구성되어 있으며,
    상기 송신 모듈은 제2 트랜잭션의 제3 트랜잭션 자원의 생성 실패를 나타내는 응답을 상기 애플리케이션 서버에 송신하도록 구성되어 있는, 관리 대상 장치.
  27. 제26항에 있어서,
    상기 생성 모듈은 구체적으로 제1 트랜잭션 자원 큐가 관리 대상 장치 상에 존재하는 것으로 결정하고, 제3 집행 시간 및 상기 관리 대상 장치의 제1 조작 예정 자원의 상태에 따라, 제3 트랜잭션 자원이 미리 설정된 자원 생성 조건을 만족하지 않는 것으로 결정하며, 상기 미리 설정된 자원 생성 조건에 따라, 상기 제3 집행 시간을 상기 제1 트랜잭션 자원 큐 내의 트랜잭션 자원의 집행 시간보다 늦은 시간으로 갱신하도록 결정하도록 구성되어 있으며, 상기 제1 트랜잭션 자원 큐는 적어도 하나의 트랜잭션 자원을 포함하며,
    상기 송신 모듈은 구체적으로 상기 갱신된 제3 집행 시간을 반송하는 제2 실패 응답을 상기 애플리케이션 서버에 송신하도록 구성되어 있는, 관리 대상 장치.
  28. 제25항에 있어서,
    상기 관리 대상 장치는 송신 모듈을 더 포함하며,
    상기 수신 모듈은 제2 트랜잭션을 위해 상기 애플리케이션 서버에 의해 송신된 제3 트랜잭션 자원 생성 요구를 추가로 수신하도록 구성되어 있으며, 제3 트랜잭션 자원 생성 요구는 제1 조작 예정 자원의 식별자, 제3 집행 시간 및 제3 집행 예정 조작을 포함하고, 제3 집행 시간은 제2 트랜잭션을 위해 제2 관리 대상 장치에 의해 수신되는 제4 트랜잭션 자원 생성 요구 내의 제4 집행 시간과 동일하며,
    상기 생성 모듈은 구체적으로 제3 트랜잭션 자원 생성 요구에 따라 제3 트랜잭션 자원을 성공적으로 생성하도록 추가로 구성되어 있으며,
    상기 송신 모듈은 제2 트랜잭션의 제3 트랜잭션 자원의 생성 성공을 나타내는 자원을 상기 애플리케이션 서버에 송신하도록 구성되어 있으며, 제3 트랜잭션 자원의 생성 성공을 나타내는 자원은 제3 트랜잭션 자원의 식별자를 반송하며,
    상기 결정 모듈은 제3 집행 시간이 되기 전에, 제2 트랜잭션의 제3 트랜잭션 자원에 대해 상기 애플리케이션 서버에 의해 송신된 프로세싱 요구가 수신된 것으로 추가로 결정하며, 제2 트랜잭션의 제3 트랜잭션 자원에 대한 프로세싱 요구는 제3 트랜잭션 자원의 식별자를 반송하는 데 사용되며, 그리고
    상기 프로세싱 모듈은 제3 트랜잭션 자원의 식별자에 따라 상기 생성된 제3 트랜잭션 자원을 처리하도록 추가로 구성되어 있는, 관리 대상 장치.
  29. 제28항에 있어서,
    상기 생성 모듈은 구체적으로 제1 트랜잭션 자원 큐가 관리 대상 장치 상에 존재하는 것으로 결정하고, 제3 집행 시간 및 관리 대상 장치의 제1 조작 예정 자원의 상태에 따라, 제3 트랜잭션 자원이 미리 설정된 자원 생성 조건을 만족하는 것으로 결정하고, 제3 트랜잭션 자원을 생성하도록 구성되어 있으며, 상기 제1 트랜잭션 자원 큐는 적어도 하나의 트랜잭션 자원을 포함하는, 관리 대상 장치.
  30. 제28항 또는 제29항에 있어서,
    상기 제2 트랜잭션의 제3 트랜잭션 자원에 대한 프로세싱 요구는 제3 트랜잭션 자원의 식별자 및 갱신된 제4 집행 시간을 반송하는 갱신 요구이며,
    상기 프로세싱 모듈은 구체적으로 상기 갱신된 제4 집행 시간에 따라 제3 트랜잭션 자원을 성공적으로 갱신하고, 상기 갱신이 성공한 후, 상기 애플리케이션 서버에 갱신 성공 응답 메시지를 회신하거나, 상기 갱신된 제4 집행 시간에 따라 제3 트랜잭션 자원을 갱신하는 것에 실패하는 경우, 상기 애플리케이션 서버에 갱신 실패 응답 메시지를 회신하도록 구성되어 있는, 관리 대상 장치.
  31. 제30항에 있어서,
    상기 프로세싱 모듈은 구체적으로 제3 트랜잭션 자원의 식별자에 따라 관리 대상 장치 상의 제3 트랜잭션 자원을 삭제하고, 상기 갱신된 제4 집행 시간을 새로운 제3 트랜잭션 자원의 집행 시간으로 사용하고, 상기 새로운 제3 트랜잭션 자원의 집행 시간 및 상기 관리 대상 장치의 제1 조작 예정 자원의 상태에 따라, 상기 새로운 제3 트랜잭션 자원이 상기 미리 설정된 자원 생성 조건을 만족하는 것으로 결정하며, 상기 갱신된 제4 실행 시간에 따라 상기 새로운 제3 트랜잭션 자원을 생성하도록 추가로 구성되어 있는, 관리 대상 장치.
  32. 제28항 또는 제29항에 있어서,
    상기 제2 트랜잭션의 제3 트랜잭션 자원에 대한 프로세싱 요구는 제3 트랜잭션 자원의 식별자를 반송하는 삭제 요구이며,
    상기 프로세싱 모듈은 구체적으로 제3 트랜잭션 자원의 식별자에 따라 관리 대상 장치 상의 제3 트랜잭션 자원을 삭제하도록 추가로 구성되어 있는, 관리 대상 장치.
  33. 제32항에 있어서,
    상기 제2 트랜잭션 자원 큐 내의 적어도 2개의 트랜잭션 자원이 비축 상태에 있고, 상기 프로세싱 모듈은, 상기 제2 트랜잭션 자원 큐의 제1 위치에 있는 트랜잭션 자원이 집행된 후, 상기 제2 조작될 대상의 상태에 따라, 제2 위치에 있는 트랜잭션 자원이 성공적으로 집행될 수 있는지를 판정하고, 상기 제2 위치에 있는 트랜잭션 자원이 성공적으로 집행되면, 상기 애플리케이션 서버에 제1 삭제 응답을 송신하고, 제1 위치에 있는 트랜잭션 자원이 집행된 후, 제2 위치에 있는 트랜잭션 자원의 상태를 상기 비축 상태로 갱신하거나; 또는 상기 제2 위치에 있는 트랜잭션 자원을 집행하는 것이 실패하면, 제2 위치에 있는 트랜잭션 자원을 삭제하도록 추가로 구성되어 있으며, 제1 위치는 제1 트랜잭션 자원 큐 내의 제3 트랜잭션 자원 이전의 위치이고, 제2 위치는 제1 트랜잭션 자원 큐 내의 제3 트랜잭션 자원 다음의 위치인, 관리 대상 장치.
  34. 제32항에 있어서,
    상기 제1 트랜잭션 자원 큐 내의 적어도 2개의 트랜잭션 자원이 비축 상태에 있고, 상기 프로세싱 모듈은 제1 트랜잭션 자원 큐 내의 반 비축 상태에 있는 트랜잭션 자원이 미리 설정된 삭제 조건을 만족하는지를 판정하고, 만족하면, 상기 반 비축 상태에 있는 트랜잭션 자원을 삭제하고, 상기 애플리케이션 서버에 제2 삭제 응답을 송신하거나; 또는 만족하지 않으면, 상기 반 비축 상태에 있는 트랜잭션 자원 이전의 임의의 트랜잭션 자원이 집행된 후, 제1 조작 예정 자원의 상태에 따라 상기 반 비축 상태에 있는 트랜잭션 자원이 성공적으로 집행될 수 있는 것으로 결정하고, 상기 반 비축 상태에 있는 트랜잭션 자원을 상기 비축 상태로 갱신하도록 추가로 구성되어 있는, 관리 대상 장치.
KR1020177015324A 2014-11-12 2015-06-02 분산 트랜잭션 자원을 집행하기 위한 방법, 장치 및 시스템 KR102112085B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201410637221.X 2014-11-12
CN201410637221.XA CN105653374B (zh) 2014-11-12 2014-11-12 分布式事务资源执行的方法、装置和系统
PCT/CN2015/080607 WO2016074472A1 (zh) 2014-11-12 2015-06-02 分布式事务资源执行的方法、装置和系统

Publications (2)

Publication Number Publication Date
KR20170081234A true KR20170081234A (ko) 2017-07-11
KR102112085B1 KR102112085B1 (ko) 2020-05-18

Family

ID=55953692

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020177015324A KR102112085B1 (ko) 2014-11-12 2015-06-02 분산 트랜잭션 자원을 집행하기 위한 방법, 장치 및 시스템

Country Status (6)

Country Link
US (3) US10326828B2 (ko)
EP (2) EP3684032A1 (ko)
JP (1) JP6427669B2 (ko)
KR (1) KR102112085B1 (ko)
CN (1) CN105653374B (ko)
WO (1) WO2016074472A1 (ko)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10057333B2 (en) 2009-12-10 2018-08-21 Royal Bank Of Canada Coordinated processing of data by networked computing resources
CN105653374B (zh) 2014-11-12 2020-04-28 华为技术有限公司 分布式事务资源执行的方法、装置和系统
CN107317785B (zh) 2016-04-26 2021-04-23 京东方科技集团股份有限公司 应用实体创建资源和注册方法、通信节点设备及终端设备
CN107484211B (zh) 2016-06-08 2020-06-26 华为技术有限公司 切换接入点的方法及装置
CN108235281B (zh) 2016-12-12 2023-09-22 京东方科技集团股份有限公司 应用实体创建资源和注册方法、通信节点设备及终端设备
WO2018170391A1 (en) * 2017-03-17 2018-09-20 Convida Wireless, Llc Distributed transaction management in a network service layer
CN109508239A (zh) * 2017-09-15 2019-03-22 北京国双科技有限公司 进程的控制方法及装置
US10581745B2 (en) * 2017-12-11 2020-03-03 International Business Machines Corporation Dynamic throttling thresholds
WO2020231060A1 (ko) * 2019-05-13 2020-11-19 현대자동차주식회사 M2m 시스템에서 자원을 삭제하기 위한 방법 및 장치
CN113537959A (zh) 2020-04-15 2021-10-22 盖·帕东 用于鲁棒通信的方法和系统
US11403401B2 (en) * 2020-06-17 2022-08-02 International Business Machines Corporation Preventing unauthorized package deployment in clusters
CN112925614A (zh) * 2021-03-04 2021-06-08 杭州网易云音乐科技有限公司 一种分布式事务处理方法、装置、介质和设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH096695A (ja) * 1995-06-26 1997-01-10 Hitachi Ltd 情報処理システムの通信方法およびプログラム間通信方法
JP2005165568A (ja) * 2003-12-01 2005-06-23 Nec Corp ユーザ認証システム、ユーザ認証方法及びユーザ認証用プログラム
JP2011108208A (ja) * 2009-11-20 2011-06-02 National Institute Of Advanced Industrial Science & Technology 分散制御システムおよび分散制御方法
US20130198340A1 (en) * 2011-12-21 2013-08-01 Sensinode Oy Method, apparatus and system for addressing resources

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6614781B1 (en) * 1998-11-20 2003-09-02 Level 3 Communications, Inc. Voice over data telecommunications network architecture
US6701345B1 (en) * 2000-04-13 2004-03-02 Accenture Llp Providing a notification when a plurality of users are altering similar data in a health care solution environment
CN1317849C (zh) * 2002-03-30 2007-05-23 中兴通讯股份有限公司 一种网络管理系统和方法
FI116166B (fi) * 2002-06-20 2005-09-30 Nokia Corp Menetelmä ja järjestelmä sovellusistuntojen suorittamiseksi elektroniikkalaitteessa, ja elektroniikkalaite
US8924269B2 (en) * 2006-05-13 2014-12-30 Sap Ag Consistent set of interfaces derived from a business object model
US9288276B2 (en) * 2006-11-03 2016-03-15 At&T Intellectual Property I, L.P. Application services infrastructure for next generation networks including a notification capability and related methods and computer program products
US9417977B2 (en) * 2008-12-31 2016-08-16 Sap Se Distributed transactional recovery system and method
CN102056312A (zh) * 2009-10-29 2011-05-11 华为技术有限公司 M2m通信的资源管理方法及装置
KR101963466B1 (ko) * 2011-02-11 2019-03-28 아이오티 홀딩스, 인크. Ｍ2ｍ(ｍａｃｈｉｎｅ-ｔｏ-ｍａｃｈｉｎｅ) 엔터티를 관리하는 시스템, 방법 및 장치
KR101670522B1 (ko) * 2011-05-13 2016-10-28 주식회사 케이티 사물 통신 시스템에서 시간 동기화 방법
CN102883404B (zh) * 2011-07-14 2015-07-08 华为终端有限公司 实现机器对机器业务的方法、m2m终端、ap和系统
CN102629897B (zh) * 2012-03-07 2015-04-08 华为技术有限公司 一种时效判别方法、控制装置及机器装置
KR102034736B1 (ko) * 2012-05-30 2019-10-22 삼성에스디에스 주식회사 M2m 통신용 관리 장치 및 방법
US9071976B2 (en) * 2012-05-31 2015-06-30 Intel Mobile Communications GmbH Communication network device, communication device, method for managing communication resource allocation and method for communication resource allocation
US20120266209A1 (en) * 2012-06-11 2012-10-18 David Jeffrey Gooding Method of Secure Electric Power Grid Operations Using Common Cyber Security Services
CN103491622B (zh) * 2012-06-12 2016-09-28 电信科学技术研究院 上行传输方法和设备
EP3651409B1 (en) * 2013-07-24 2022-11-09 Convida Wireless, LLC Service domain charging systems and methods
CN103500180A (zh) * 2013-09-09 2014-01-08 北京思特奇信息技术股份有限公司 一种基于连接池管理的分布式事务处理方法
US10015684B2 (en) * 2013-12-01 2018-07-03 Lg Electronics Inc. Method and apparatus for managing specific resource in wireless communication system
EP4178177A1 (en) * 2014-02-24 2023-05-10 Huawei Cloud Computing Technologies Co., Ltd. Information processing method in m2m and apparatus
CN105653374B (zh) * 2014-11-12 2020-04-28 华为技术有限公司 分布式事务资源执行的方法、装置和系统
CN107484211B (zh) * 2016-06-08 2020-06-26 华为技术有限公司 切换接入点的方法及装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH096695A (ja) * 1995-06-26 1997-01-10 Hitachi Ltd 情報処理システムの通信方法およびプログラム間通信方法
JP2005165568A (ja) * 2003-12-01 2005-06-23 Nec Corp ユーザ認証システム、ユーザ認証方法及びユーザ認証用プログラム
JP2011108208A (ja) * 2009-11-20 2011-06-02 National Institute Of Advanced Industrial Science & Technology 分散制御システムおよび分散制御方法
US20130198340A1 (en) * 2011-12-21 2013-08-01 Sensinode Oy Method, apparatus and system for addressing resources

Also Published As

Publication number Publication date
KR102112085B1 (ko) 2020-05-18
EP3208998A1 (en) 2017-08-23
US10326828B2 (en) 2019-06-18
US20190260822A1 (en) 2019-08-22
US20170251051A1 (en) 2017-08-31
WO2016074472A1 (zh) 2016-05-19
CN105653374A (zh) 2016-06-08
EP3684032A1 (en) 2020-07-22
US20200374338A1 (en) 2020-11-26
EP3208998A4 (en) 2017-10-18
US11368520B2 (en) 2022-06-21
US10771535B2 (en) 2020-09-08
CN105653374B (zh) 2020-04-28
JP2018503159A (ja) 2018-02-01
JP6427669B2 (ja) 2018-11-21
EP3208998B1 (en) 2020-02-05

Similar Documents

Publication Publication Date Title
KR20170081234A (ko) 분산 트랜잭션 자원을 집행하기 위한 방법, 장치 및 시스템
US9191463B2 (en) Stream processing using a client-server architecture
US20140229504A1 (en) System and method for managing database in data distribution service
CN105824810A (zh) 一种Hadoop集群系统及数据处理方法
KR20190129934A (ko) 네트워크 서비스 계층에서의 분산형 트랜잭션 관리
CN103188098A (zh) 一种容灾切换方法、系统以及装置
CN105991752A (zh) 一种数据块更新方法及设备
CN104410511A (zh) 一种服务器管理方法及系统
CN102955801A (zh) 基于分布式数据库系统的数据控制方法及系统
CN105740656A (zh) 数据权限管理方法及装置
CN111061723B (zh) 工作流实现方法及装置
CN104063451A (zh) 一种数据库连接管理方法及系统
CN104539661B (zh) 消息队列处理方法和装置
CN106557276B (zh) 存储接管、切换处理方法及装置
US10348559B2 (en) Method for creating port group on SDN, SDN controller, and network system
US7756995B1 (en) Regulating transmission rates
CN112398913A (zh) 一种业务调度方法及系统
CN103118072B (zh) 一种数据库更新的方法及系统
CN107135115A (zh) 一种分布式存储系统的配置方法、节点及系统
CN103560976B (zh) 一种控制数据发送的方法、装置及系统
JP6265473B2 (ja) Ｗｅｂサービスシステム、Ｗｅｂサービスメッセージ仲介方法およびプロキシサーバ
CN108880837A (zh) Sdn网络中校正网元配置参数的方法、装置及sdn控制器架构
CN108282371B (zh) 一种网元业务配置方法及系统
WO2023029934A1 (zh) 微服务逻辑网络及其构建方法、装置、设备、可读介质
CN105930397B (zh) 一种消息处理方法和系统

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant