KR20080048018A - 멀티-포맷 메시지들을 파싱하기 위한 스키머-기반 동적파스/빌드 엔진 - Google Patents

멀티-포맷 메시지들을 파싱하기 위한 스키머-기반 동적파스/빌드 엔진 Download PDF

Info

Publication number
KR20080048018A
KR20080048018A KR1020087002321A KR20087002321A KR20080048018A KR 20080048018 A KR20080048018 A KR 20080048018A KR 1020087002321 A KR1020087002321 A KR 1020087002321A KR 20087002321 A KR20087002321 A KR 20087002321A KR 20080048018 A KR20080048018 A KR 20080048018A
Authority
KR
South Korea
Prior art keywords
message
fields
transaction
format
handlers
Prior art date
Application number
KR1020087002321A
Other languages
English (en)
Other versions
KR101311978B1 (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 KR20080048018A publication Critical patent/KR20080048018A/ko
Application granted granted Critical
Publication of KR101311978B1 publication Critical patent/KR101311978B1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F17/00—Digital computing or data processing equipment or methods, specially adapted for specific functions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/06—Message adaptation to terminal or network requirements
    • H04L51/066—Format adaptation, e.g. format conversion or compression
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00—Digital computers in general; Data processing equipment in general
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F7/00—Methods or arrangements for processing data by operating upon the order or content of the data handled
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
    • H04L51/046—Interoperability with other network applications or services
    • 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/22—Parsing or analysis of headers
    • 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/03—Protocol definition or specification 

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Finance (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • General Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Computer Hardware Design (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Mathematical Physics (AREA)
  • Software Systems (AREA)
  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Document Processing Apparatus (AREA)

Abstract

멀티-포맷 금융 메시지들을 핸들링할 수 있는 파스/빌드 엔진이 제공된다. 상기 엔진은 상이한 포맷 메시지들을 공통 포맷으로 변환하고, 그러면 공통 포맷 메시지는 비지니스 서비스 어플리케이션에 의해 처리된다. 파서(parser)는 메시지를 검사하고 수신된 메시지의 특정 포맷에 대하여 적당한 스키머를 결정한다. 스키머는 스키머 등록부에서의 데이터 구조이다. 스키머 등록부는 문법 구조를 이용하여 메시지의 상이한 필드들을 내부 메시지 포맷으로 변환하기 위한 핸들러들에 대한 포인터들 뿐만 아니라 수신된 포맷에 대한 문법 구조를 포함한다. 여기서, "문법"은 필드 시퀀스, 필드 타입, 길이, 캐릭터 부호화(character encoding), 선택적 및 필수적 필드들 등을 포함할 수 있다. 핸들러들은 개별적으로 컴파일된다. 포맷들이 바뀌면, 새로운 스키머 및 핸들러들을 로딩함으로써 새로운 포맷들 또는 이전의 포맷들에 대한 변화들이 파스/빌드 엔진에 동적으로 부가될 수 있다.

Description

멀티-포맷 메시지들을 파싱하기 위한 스키머-기반 동적 파스/빌드 엔진{Schema-based dynamic parse/build engine for parsing multi-format messages}
본 출원은 본 출원과 함께 제출되며 모든 목적으로 참조에 의해 여기에 합체되는 미국 출원 제11/172,397호(제목: ADAPTIVE FRONT END GATEWAY FOR SWITCHING TRANSACTIONS AND DATA ON UNRELIABLE NETWORKS USING CONTEXT-BASED RULES)[대리인 문서 번호: 16222U-020200US]에 관련된다.
본 발명은 일반적으로 파스/빌드 엔진들에 관련되며, 특히 고성능이며 매우 유연한 파스/빌드 엔진에 관련된다. 그 파스/빌드 엔진은 멀티-포맷 메시지 스트림들을 내부 메시지 포맷으로 번역하고, 그 내부 메시지 포맷을 처리하여 다시 멀티-포맷 메시지 스트림들로 번역할 수 있다. 번역될 수 있는 포맷들은 파스/빌드 엔진에 동적으로 부가될 수 있다.
어플리케이션들은 임무들을 실행할 때에 다른 이질적인 시스템들과 통신할 필요가 있다. 이런 이질적인 시스템들은 호스트 어플리케이션의 내부 포맷과 상이한 포맷의 데이터를 이용할 수 있다. 상이한 데이터 포맷으로 수신된 정보를 처리할 수 있도록 하기 위해서, 호스트-어플리케이션은 외부 데이터 포맷을 그것의 고유 내부 데이터 포맷으로 파싱해야(parse) 한다. 그 다음에 호스트 어플리케이션은 내부 데이터 포맷으로 파싱된 정보를 처리할 수 있다. 처리 후에, 그 처리된 정보는 외부 데이터 포맷으로 빌딩된다(build). 따라서, 그런 후에 소프트웨어 어플리케이션은 그 소프트웨어 어플리케이션에 의해 이용되는 내부 데이터 포맷과 상이한 데이터 포맷의 데이터를 처리하는 외부의 이질적인 시스템들과 효과적으로 통신할 수 있다.
관습적으로, 파스/빌드 엔진들은 상기에서 설명된 파싱 및 빌딩 단계들을 위해 사용된다. 그 엔진들은 일반적으로 2 타입들(해석자-기반 파스/빌드 엔진들 및 컴파일된 파스/빌드 엔진들) 중의 하나이다.
해석자-기반 파스/빌드 엔진들은 다수의 데이터 포맷들을 핸들링할 수 있다. 해석자-기반 파스/빌드 엔진들은 특정한 묶음의 메시지들을 해석하는데 이용되는 큰 문법 사전을 포함한다. 따라서, 다수의 데이터 포맷들이 핸들링될 수 있으나, 성능의 희생이 수반된다. 문법 사전을 이용하는 것은 종종 매우 복잡하고 그것을 이용하여 메시지들을 번역하는 것은 성능을 저하시키기 때문이다. 해석자-기반 파스/빌드 엔진들의 다른 결점은 그들이 문법 사전에 포함된 특정한 묶음의 메시지들만을 해석할 수 있다는 것이다. 문법 사전에 추가적인 정의들이 부가될 필요가 있으면, 그 엔진은 전형적으로 그 새로운 정의들을 이용하기 위해서 문법 사전에 대하여 다시 컴파일되어야 한다.
컴파일된 파스/빌드 엔진들은 고정된 묶음의 데이터 포맷들에 대한 고성능을 위하여 맞춤화된다(customized). 그러나 컴파일된 파스/빌드 엔진들은 새로운 데이터 포맷들을 동적으로 지원할 수 없다. 그들은 새로운 비지니스 요구사항 들(requirements)을 지원하기 위해 필요할 수 있는 새로운 데이터 포맷들을 구체화하기 위해서 코드 변화들(code changes)을 요구한다. 그래서 그 코드 변화들이 다시 컴파일되어야 한다. 이와 같이, 컴파일된 파스/빌드 엔진들은, 새로운 메시지 타입들을 동적으로 핸들링하고 재-컴파일링(re-compiling)을 위해 정지되지 않는 시스템들에 대하여 좋은 방식(good fit)이 아니다.
본 발명은 멀티-포맷 메시지들을 핸들링할 수 있는 파스/빌드 엔진을 제공한다. 상기 엔진은 상이한 포맷들의 메시지들을 공통 포맷으로 변환하고, 그러면 공통 포맷 메시지는 비지니스 서비스 어플리케이션에 의해 처리된다. 공통 포맷은 여기서 내부 메시지 포맷이라고 언급되는 기준 메시지 포맷이다. 파서(parser)는 메시지를 검사하고 수신된 메시지의 특정 포맷에 대하여 적당한 스키머를 결정한다. 스키머는 스키머 등록부에서의 데이터 구조이다. 스키머 등록부는 문법 구조를 이용하여 메시지의 상이한 필드들을 내부 메시지 포맷으로 변환하기 위한 핸들러들에 대한 포인터들 뿐만 아니라 수신된 포맷에 대한 문법 구조를 포함한다. 여기서, "문법"은 필드 시퀀스, 필드 타입, 길이, 캐릭터 부호화(character encoding), 선택적 및 필수적 필드들 등을 포함할 수 있다. 핸들러들은 개별적으로 컴파일된다. 따라서, 전체 시스템을 컴파일하기 보다는, 핸들러들은 따로따로 컴파일되고, 엔진의 다른 요소들을 방해함이 없이 쉽게 업그레이드될 수 있는 모듈러 시스템(modular system)을 보유하면서 컴파일된 소프트웨어의 속도를 준다. 포맷들이 바뀌면, 새로운 스키머 및 핸들러들을 로딩함으로써 새로운 포맷들 또는 이전의 포맷들에 대한 변화들이 파스/빌드 엔진에 동적으로 부가될 수 있다.
하나의 실시예에서, 파서는 ISO 8583 금융 메시지와 같은, 감지된 메시지의 포맷에 상응하는 루트 스키머(root schema)를 로딩할 수 있다. 루트 스키머는 어떤 타입의 메시지(예컨대, 인가 메시지, 조정 메시지 등)가 수신되었는지를 결정하는 핸들러를 지적한다. 그러면 파서는 식별된 메시지 타입을 위한 스키머를 로딩하는데, 여기서의 스키머는 사실상 특정 문법을 제공하고 그 메시지 타입을 위한 핸들러들을 지적한다. 이와 같이, 모든 타입들의 금융 메시지들에 대한 전체의 문법 및 핸들러들이 로딩될 필요가 없고, 부분 묶음(subset)만이 실제로 필요하며, 따라서 필요한 메모리를 제한하고 성능을 향상시킬 수 있다. 게다가, 각 메시지 타입에 대하여, 스키머와 핸들러들은 실제 현존하는 필드들을 위해서만 로딩되고 호출된다. 이것은 본 발명의 모듈러 구조(modular structure) 및 반복적 접근에 의해 가능해 진다.
하나의 실시예에서, 실제로 필요한 스키머, 문법 및 핸들러들만을 로딩하는 것에 더하여, 파스/빌드 엔진은 내부 메시지 포맷에 대한 빠른 인덱싱 시스템을 이용한다. 이 인덱싱 시스템은 스키머에서의 부호화된 객체 ID들을 이용한다. 그 부호화된 객체 ID들은 수신된 포맷에서 이용된 각 필드에 대하여 내부 메시지 포맷의 상응하는 필드를 인덱싱한다(지적한다). 내부 메시지 포맷의 이용되지 않은 필드들은 지적되지 않으며, 따라서 액세스될 필요가 없다. 인덱스들은 계층적 구조에서 몇 계층들 아래에 있는 필드들을 지적할 수 있다. 모든 필드들을 순차적으로 처리하는 대신에, 인덱스들을 이용함으로써, 속도 이점이 제공된다.
하나의 실시예에서, 비지니스 서비스 어플리케이션은 내부 메시지 포맷의 메시지를 처리한다. 처리의 결과로서, 비지니스 서비스 어플리케이션은 필드들을 업데이트하거나 부가할 수 있다[예컨대, 타임 스탬프(time stamp), 위험 스코어를 계산하는 것과 같은 전처리(preprocessing) 임무들 등]. 그 다음에 변경된 메시지는 파싱 동작의 역 동작(즉, 빌딩 동작)을 거친다. 비슷하게 빌딩 동작은, 메시지를 원하는 외부 포맷으로 빌딩하여 원점자(originator)에게 반환하거나 처리를 위해 다른 목적지로 전달하기 위해서, 스키머와 핸들러들을 이용한다. 비지니스 서비스 어플리케이션은 파스 빌드 엔진으로부터 분리되고, 따라서 파스 필드 엔진에 대한 변화들은 비지니스 서비스들 어플리케이션에 영향을 줄 필요가 없다.
여기에 개시된 본 발명의 특징과 이점들에 대한 더한 이해는 다음의 명세서 및 첨부된 도면들을 참조하여 실현될 수 있다.
도 1은 본 발명의 일 실시예에 따라 트랜잭션들을 처리하기 위한 시스템을 나타낸다.
도 2는 본 발명의 일 실시예에 따른 게이트웨이의 더 자세한 실시예를 나타낸다.
도 3은 본 발명의 일 실시예에 따라 트랜잭션을 처리하는 방법에 대한 단순화된 플로우챠트를 나타낸다.
도 4는 본 발명의 일 실시예에 따라, 트랜잭션 프로세서에 의해 제공되는 서비스를 위하여 구성 정보를 생성하는 것에 대한 단순화된 플로우챠트를 나타낸다.
도 5는 본 발명의 일 실시예에 따라 서비스에 가입하는 방법에 대한 단순화된 플로우챠트를 나타낸다.
도 6은 본 발명의 일 실시예에 따라 다수의 게이트웨이들의 분산화된 시스템을 나타낸다.
도 7은 본 발명의 일 실시예에 따라 전단 게이트웨이로서의 게이트웨이를 보여주는 시스템을 나타낸다.
도 8은 본 발명의 일 실시예에 따라 게이트웨이가 인터넷 게이트웨이인 시스템을 나타낸다.
도 9는 본 발명의 일 실시예에 따라 게이트웨이가 무선 게이트웨이로서 이용된 시스템을 나타낸다.
도 10은 본 발명의 일 실시예에 따라 ISO 8583 트랜잭션들을 처리하기 위한 시스템을 나타낸다.
도 11은 본 발명의 일 실시예에 따라 메시지들을 파싱하기 위한 시스템을 나타낸다.
도 12는 본 발명의 실시예들에 따른 게이트웨이의 실시예를 개시한다.
도 13a는 본 발명의 일 실시예에 따른 IMF 객체의 구조를 나타낸다.
도 13b는 본 발명의 일 실시예에 따른 메시지 정의의 속성들을 나타낸다.
도 14a, 도 14b, 및 도 14c는 본 발명의 일 실시예에 따라 가능한 메시지, 객체 ID 코드들을 가지는 계층적 포맷, 및 메시지에 대한 IMF 객체를 나타낸다.
도 15는 본 발명의 일 실시예에 따라 메시지 스트림을 처리하는 파스/빌드 엔진을 초기화하기 위한 방법의 단순화된 플로우챠트를 나타낸다.
도 16은 본 발명의 일 실시예에 따라 파스/빌드 엔진에서 스키머를 동적으로 부가 또는 업데이트하기 위한 방법의 단순화된 플로우챠트를 나타낸다.
도 17은 본 발명의 일 실시예에 따라 입력 메시지를 파싱하기 위한 방법의 단순화된 플로우챠트를 나타낸다.
도 18은 본 발명의 일 실시예에 따라 IMF 객체로부터 출력 메시지를 빌딩하기 위한 방법의 단순화된 플로우챠트를 나타낸다.
본 발명의 실시예들은 메시지들의 파싱/빌딩에 관련된다. 본 발명의 일 실시예에 따른 파스/빌드 엔진을 구체화한 게이트웨이가 먼저 설명된다. 그 다음에 파스/빌드 엔진이 좀 더 자세하게 설명된다.
게이트웨이(Gateway)
프로세싱 개관(Processing Overview)
하나의 실시예에서, 트랜잭션들의 지능적 스위칭이 제공된다. 트랜잭션은 신용 카드 인가(authorization), 차변(debit) 카드 트랜잭션 또는 전자 체크 트랜잭션일 수 있다. 트랜잭션들의 다른 예들은, 수여 프로그램(awards program)에서 포인트들 또는 다른 보답들을 수여함, 비자 인증에 의하여 검증됨(Verified by Visa authentication)을 위해 패스워드를 체크함, 금전 전송을 하는 것, Visa Buxx 카드 또는 샐러리 카드와 같은 선불식 카드로부터의 지불을 공제함, 셀 폰(cell phone), 페이저(pager), PDA 등으로부터의 근접 지불을 핸들링, 건강, 자동차 또는 다른 보험 하에서의 보험 범위를 결정함 등을 포함한다. 클라이언트는 서비스 제공자의 트랜잭션 프로세서로 트랜잭션을 지능적으로 스위칭하는 게이트웨이(gateway)에게 트랜잭션을 보낸다. 클라이언트는 POS, POS 디바이스들 또는 ECR들(electronic cash registers)에 접속된 가맹점(merchant) 컴퓨터, 쿠폰들이나 금전을 전송하기 위한 키어스크(kiosk), 인터넷 웹 사이트 서버 등일 수 있다.
게이트웨이는 트랜잭션의 어플리케이션 레벨 컨텐트, 트랜스포트 환경의 현재 상태, 및/또는 동적 규칙들에 기초하여 어플리케이션 레벨에서의 스위칭 결정들을 내릴 수 있다. 어플리케이션 레벨 컨텐트는 트랜잭션을 처리함에 있어 트랜잭션 프로세서에 의하여 처리되거나 사용되는 정보일 수 있다. 하나의 실시예에서, 그 정보는 OSI 계층 7 정보일 수 있다. 이 계층은 직접적으로 트랜잭션 프로세서 또는 종단 사용자(end user)를 위해 일한다(serve). 그것은 신용 카드 인가, 차변 카드 트랜잭션 어플리케이션들 등과 같은 어플리케이션들을 포함한다. 예시적인 어플리케이션 계층 프로토콜들로서, FTP(File Transfer Protocol), NFS(Network File System), CIFS(Common Internet File System), HTTP(Hyper Text Transfer Protocol), 데이터베이스 질문(database query), SQL(Standard Query Language), 및 XML(Extensible Markup Language)이 있다. 예를 들어, 신용 카드 인가에서, 어플리케이션 레벨 컨텐트는 신용 카드 번호, 개인 계좌 번호(PAN: personal account number), 고객 계좌 번호, 트랜잭션을 위한 총량 등을 포함할 수 있다. 트랜잭션 프로세서는 트랜잭션을 처리하기 위해서 이러한 정보를 이용할 수 있다.
트랜스포트 환경의 현재 상태는 트랜잭션을 운반할 수 있는 네트워크들 및 트랜잭션을 처리할 수 있는 트랜잭션 프로세서들에 연관된 실-시간 정보를 포함한다. 실-시간 정보는 네트워크나 트랜잭션 프로세서의 헬스(health), 네트워크나 트랜잭션 프로세서의 이용가능성, 트랜잭션 프로세서의 어플리케이션 프로세싱 속도 등을 포함할 수 있다.
동적 규칙들은 어떻게 트랜잭션을 지능적으로 스위칭할 것인가를 결정하는데 사용되는 정보일 수 있다. 그 규칙들은 어플리케이션 레벨 컨텐트 및 트랜스포트 환경의 현재 상태에 따라서 트랜잭션을 스위칭하는데 이용된다. 예를 들어, 그 규칙들은, 특정 어플리케이션 레벨 컨텐트 및 트랜스포트 환경의 현재 상태에 의존하여, 서비스 제공자에 의해 제공되는 특정 서비스가 선택되어야 한다는 것을 지정할 수 있다. 더하여, 그 규칙들은 트랜잭션을 처리하기 위해 서비스 제공자가 트랜잭션 프로세서를 선택하는데 사용될 수 있다. 예를 들어, 특정 국가들은 국내 트랜잭션들을 위한 로컬 프로세싱을 요구할 수 있고, 따라서 지역적 프로세싱 센터로의 라우팅을 요구할 수 있다. 또한 이러한 규칙들은 선택을 하기 위해서 네트워크 비용들, 서비스 비용들 등과 같은 정적 정보를 고려할 수 있다. 그 규칙들은 게이트웨이를 해체함이 없이 동적으로 변할 수 있다.
또한 게이트웨이는 그 규칙들에 따라서 트랜잭션 상에서의 서비스들을 실행할 수 있다. 그 서비스들은 어플리케이션 레벨 컨텐트를 처리함을 포함할 수 있다. 예를 들어, 트랜잭션 프로세서들은 상이한 포맷들의 트랜잭션을 처리할 수 있다. 선택된 트랜잭션 프로세서는 현재 트랜잭션에 있는 어플리케이션 레벨 컨텐트와 상 이한 포맷의 어플리케이션 레벨 컨텐트를 처리할 수 있다. 이와 같이, 게이트웨이는 선택된 트랜잭션 프로세서가 어플리케이션 레벨 컨텐트를 처리할 수 있도록 어플리케이션 레벨 컨텐트를 새로운 포맷으로 바꿀 수 있다. 따라서, 게이트웨이는 어플리케이션 레벨에서 트랜잭션에서의 정보를 바꿀 수 있다. 이것은 패킷 레벨에서 정보를 검토하는 것과 다르다. 관습적으로, 트랜잭션은 패킷들로 나눠질 수 있다. 라우터(router)는 패킷의 정보를 고찰하고 그에 따라 패킷을 라우팅할 수 있다. 그러나, 패킷 레벨에서 정보를 고찰함은 라우터가 트랜잭션을 위해 어플리케이션 레벨 컨텐트를 이용하여 서비스들을 실행하는 것을 하지 못하게 한다. 예를 들어, 완전 트랜잭션을 위해 어플리케이션 레벨 컨텐트를 고찰함으로써, 트랜잭션은 트랜잭션에 적용된 적당한 서비스들과 함께 지능적으로 라우팅될 수 있다. 트랜잭션을 위해 정보를 나르는 개개의 패킷들이 개별적으로 처리되면, 전체로서의 트랜잭션의 어플리케이션 레벨 컨텐트는 처리되지 않는다.
따라서, 어플리케이션 레벨 컨텐트, 트랜스포트 환경의 현재 상태 및/또는 동적 규칙들에 기초하여 어플리케이션 레벨에서 트랜잭션을 지능적으로 스위칭하는 게이트웨이가 (본 발명에 의해) 제공된다. 또한 그 게이트웨이는 스위칭 결정에 기초하여, 적용된 서비스들을 제공할 수 있다.
시스템 개관(System Overview)
도 1은 본 발명의 일 실시예에 따라 트랜잭션들을 처리하기 위한 시스템(100)을 나타낸다. 도시된 바와 같이, 시스템(100)은 1 이상의 클라이언트 들(102), 1 이상의 게이트웨이들(104), 1 이상의 네트워크들(106), 및 1 이상의 트랜잭션 프로세서들(108)을 포함한다. 다음의 설명은 단일의 게이트웨이(104)에 관한 것이지만, 아래에 설명된 어떠한 기능들을 실행하기 위하여 다수의 게이트웨이들(104)이 제공될 수 있는 것으로 이해되어야 한다. 또한, 게이트웨이들이 클라이언트들에 인접한 것으로 도시되어 있으나, 게이트웨이들은 또한, 트랜잭션 프로세서들과 네트워크들 사이에서, 트랜잭션 프로세서들에 인접하도록 배치될 수도 있다.
클라이언트들(102)은 트랜잭션을 보내는 어떠한 시스템을 포함한다. 예를 들어, 클라이언트들(102)은 사용자들과의 트랜잭션들을 실행하는 컴퓨팅 디바이스들의 시스템을 포함할 수 있다. 하나의 예에서, 클라이언트들(102)은 신용 카드 인가, 체크 카드 트랜잭션 등을 위하여 신용 카드 정보, 핀(pin) 번호 등과 같은 사용자 정보를 수신하는 POS(point of sale) 디바이스를 포함할 수 있다. 또한 클라이언트는 상점에서 포인트들이나 쿠폰 정보를 체크하기 위한 키어스크(kiosk), 또는 금전 전송을 위한 키어스크, 또는 셀 폰(cell phone)이나 다른 디바이스로부터의 무선 사용자 입력을 수신하기 위한 노드(node), 또는 웹 사이트 서버 등일 수 있다. 클라이언트는 가맹점(merchant) 서버일 수도 있고, POS 디바이스들이 그 가맹점 서버를 통하여 접속된다.
클러이언트(예컨대, POS 디바이스)는 트랜잭션 프로세서(108)로부터의 트랜잭션 서비스를 요청하는 트랜잭션을 보낼 수 있다. 트랜잭션 서비스는 트랜잭션 프로세서(108)에 의해 실행될 수 있는 어떤 액션들일 수 있다. 하나의 실시예에서, 이러한 트랜잭션 서비스들은 클라이언트들(102)에 의해 실행되고 있는 트랜잭션들에 대한 값을 더한다. 트랜잭션 서비스들의 예들은 신용 카드 인가들을 촉진함, 차변(debit) 카드 트랜잭션들, 전자 체크 트랜잭션들 등을 포함한다. 또한 트랜잭션 서비스는 트랜잭션을 처리함 또는 데이터를 교환함을 포함한다.
게이트웨이(104)는 클라이언트들(102)로부터의 트랜잭션들을 수신하고 그 트랜잭션들을 네트워크들(106)을 통하여 트랜잭션 프로세서들(108)로 라우팅하는 시스템을 포함한다. 하나의 실시예에서, 게이트웨이(104)는 네트워크(106)의 가장자리에 위치한다. 예를 들어, 게이트웨이(104)는 클라이언트(102)를 위한 액세스 포인트에 존재하거나 클라이언트(102)의 구내(premises)에 존재할 수 있다. 네트워크(106)의 가장자리는 트랜잭션들이 네트워크(106)를 통한 라우팅으로 구현될 수 있는 포인트일 수 있다. 예를 들어, 게이트웨이(104)는 트랜잭션 프로세서(108)를 선택하고 그 요청을 네트워크(106)의 라우터로 보낼 수 있다. 트랜잭션은 다수의 패킷들로 나눠질 수 있다. 라우터는 트랜잭션을 위한 패킷들을 네트워크(106)를 통하여 트랜잭션 프로세서(106)로 라우팅한다.
네트워크들(106)은 데이터를 전송하는 어떠한 네트워크일 수 있다. 예를 들어, 네트워크들(106)은 어떠한 패킷-기반 네트워크들, PSTNs(public switched telephone networks), 무선 네트워크들, 인터넷, 사설(private) 금융 네트워크들 등을 포함할 수 있다.
하나의 실시예에서, 네트워크들(106)은 이종의(disparate) 및/또는 비신뢰적인(unreliable) 네트워크들일 수 있다. 네트워크들이 상이한 주체들에 의해 제어되 거나, 네트워크들이 상이한 프로토콜들과 포맷들을 이용하여 데이터를 라우팅하거나, 네트워크들이 상이한 트랜스포트 방법들을 이용하여 데이터를 라우팅하는 경우 등에, 그러한 네트워크들은 이종(disparate)이다. 예를 들어, 네트워크들(106)은 상이한 주체들에 의해 제어될 수 있다. 하나의 예에서, 제 1 ISP(Internet Service Provider)가 네트워크 106-1을 유지할 수 있고, 제 2 ISP가 네트워크 106-2를 유지할 수 있다. 하나의 실시예에서, 트랜잭션들은 네트워크 106-1 또는 네트워크 106-2를 통하여 라우팅될 수 있다.
또한, 네트워크들(106)은 상이한 타입들일 수 있다. 예를 들어, 네트워크 106-1은 데이터 패킷들을 라우팅하는 ATM(asynchronous transfer mode) 네트워크일 수 있다. 다른 네트워크 106-2는 데이터를 무선으로 전송하는 무선 네트워크일 수 있다. 더하여, 다른 네트워크(106)는 VisaNet 네트워크와 같은 주체를 위한 사설 네트워크(private network)일 수 있다. 비록 2 개의 네트워크들(106)만이 도시되어 있으나, 더 많은 네트워크들(106)이 제공될 수 있는 것으로 이해되어야 한다. 또한, 트랜잭션들은 다수의 네트워크들(106)을 통하여 라우팅될 수 있는 것으로 이해되어야 한다. 예를 들어, 트랜잭션들은 네트워크 106-1을 경유한 후 네트워크 106-2를 경유하여 트랜잭션 프로세서(108)로 라우팅될 수 있다.
네트워크들(106)은 비신뢰적일 수도 있다. 네트워크들의 속성 때문에, 그들은 언제라도 실패할 수 있다. 따라서, 트랜잭션 프로세싱에서의 혼란들을 피하기 위하여 페일오버(failover) 프로세싱이 필요하다.
서비스 제공자들은 클라이언트들(102)에게 제공될 수 있는 서비스들을 등록 하고 게재(publish)할 수 있다. 클라이언트들(102)은 서비스들에 대해 등록하고 트랜잭션들이 서비스 제공자들에게 스위칭되도록 할 수 있다. 서비스 제공자들은 서비스들을 클라이언트들(102)에게 제공하는 다수의 트랜잭션 프로세서들(108)을 가질 수 있다. 하나의 실시예에서, 트랜잭션 프로세서들(108)은 금융 트랜잭션들을 처리한다. 예를 들어, 트랜잭션 프로세서들(108)은 발행자들(issuers), 취득자들(acquirers), 가맹점들(merchants), 또는 다른 어떤 서비스 제공자와 연관될 수 있다. 하나의 예에서, 트랜잭션 프로세서들(108)은 신용 카드 트랜잭션들의 인가를 촉진한다.
서비스는 1 초과의 트랜잭션 프로세서(108)에 의해 제공될 수 있다. 예를 들어, 서비스 제공자는 클라이언트(102)에게 서비스를 제공할 수 있는 다수의 데이터 센터들을 가질 수 있다. 따라서, 서비스를 위한 트랜잭션은 서비스를 제공할 수 있는 어떠한 트랜잭션 프로세서들(108)로 스위칭될 수 있다. 트랜잭션 프로세서(108)는 어플리케이션 레벨 컨텐트, 트랜스포트 환경에 대한 컨텍스트 정보, 및/또는 동적 규칙들, 동적으로 변하고 있는 모든 것에 기초하여 게이트웨이(104)에 의해 선택될 수 있다.
어플리케이션 레벨 서비스들은 동적으로 변할 수 있다. 이용가능한 서비스들은 변경되거나 다른 프로세서로 이동될 수 있고, 유지 또는 실패 등으로 인해서 이용불능이 될 수 있다.
또한 트랜스포트 환경에 대한 컨텍스트 정보는 동적으로 변하고 있을 수 있다. 따라서 게이트웨이(104)는 트랜잭션을 어떻게 스위칭할 것인가를 결정할 때에 트랜스포트 환경에 대한 컨텍스트 정보를 결정한다. 예를 들어, 네트워크(106)의 헬스(health of a network)의 현재 상태, 네트워크(106)의 이용가능성, 트랜잭션 프로세서(108)의 이용가능성, 네트워크(106)를 통하여 데이터가 전송되고 있는 속도, 네트워크(106)를 통하여 트랜잭션을 전송하는 비용, 트랜잭션을 처리하는 비용, 어플리케이션 레벨에서 트랜잭션을 처리하는데 어플리케이션이 얼마나 오랜 시간을 취하고 있는가 등이 결정될 수 있다.
트랜스포트 환경에 대한 컨텍스트 정보를 위한 동적 정보에 더하여, 상대적으로 정적(static)인 어떤 정보가 결정될 수 있다. 예를 들어, 정적 정보는 트랜잭션의 비용, 트랜잭션 프로세서(108)가 트랜잭션을 처리하기 위해서 요구되는 포맷 등일 수 있다. 게이트웨이(104)는 트랜잭션을 어떻게 라우팅할 것인가를 결정하는데 동적 및 정적 정보를 이용할 수 있다.
동적 규칙들은 어떻게 트랜잭션을 지능적으로 스위칭할 것인가를 결정하는데 사용되는 정보일 수 있다. 그 규칙들은 동적으로 로딩될 수 있다(dynamically loaded). 예를 들어, 서비스 제공자는 서비스를 위한 규칙들을 등록할 수 있고, 그 규칙들은 게이트웨이(104)에 동적으로 로딩된다. 또한, 클라이언트는 그 서비스와, 그것의 트랜잭션들을 서비스 제공자에게 스위칭하기 위한 제공자 규칙들에 가입할 수 있다. 이러한 규칙들은 게이트웨이(104)에 동적으로 로딩될 수도 있다.
따라서, 게이트웨이(104)는 서비스를 위하여 트랜잭션을 처리할 수 있는 트랜잭션 프로세서(108)를 동적으로 선택할 수 있다. 선택된 트랜잭션 프로세서(108)가 트랜잭션을 처리할 수 있도록 트랜잭션이 포맷될 수 있는 것처럼, 선택된 트랜 잭션 프로세서에게 특별한 비지니스 서비스들은 트랜잭션 상에서 실행될 수도 있다. 그 다음에 트랜잭션은 선택된 네트워크(106)를 통하여 선택된 트랜잭션 프로세서(108)로 보내질 수 있다. 트랜잭션 프로세서들(108) 및/또는 네트워크들(106)을 동적으로 선택함으로써, 게이트웨이(104)는 클라이언트들(102)을 트랜잭션 프로세서들(108) 및/또는 네트워크들(106)의 어떠한 실패들로부터 차단시킨다. 따라서, 이것은 매우 높은 서비스 이용가능성을 제공한다. 게이트웨이(104)는 클라이언트(102)를, 필요하지만 트랜잭션 프로세서(108)에 대하여 비가동 시간(downtime)을 유발하는 어떠한 변화들로부터 차단시킨다.
게이트웨이의 개관(Overview of Gateway 104)
도 2는 본 발명의 일 실시예에 따른 게이트웨이(104)에 대한 더 자세한 설명을 나타낸다. 도시된 바와 같이, 게이트웨이(104)는 1 이상의 요청 핸들러들(request handlers. 202), 유입 메시지 스트림 파서(inbound message stream parser. 204), 보안 매니저(security manager. 206), 적응적 라우트 선택기(adaptive route selector. 208), 흐름 핸들러(flow handler. 210), 유출 메시지 스트림 빌더(outbound message stream builder. 212), 메시지 발송기(message dispatcher. 214), 조정기(coordinator. 216), 관리 모듈(administration module. 218), 구성 로더(configuration loader. 220), 규칙들 데이터베이스(rules database. 222), 컨텍스트 정보 데이터베이스(context information database. 224), 및 동적 정보 감시기(dynamic information monitor. 226)를 포함한다.
요청 핸들러들(202)은 클라이언트들(102)로부터 트랜잭션들을 수신한다. 클라이언트들(102)은 HTTP(hypertext transfer protocol), FTP(file transfer protocol), XML(extensive markup language), ISO 8583 표준들 등과 같이, 상이한 프로토콜들 및 포맷들의 트랜잭션들을 보낼 수 있다. 요청 핸들러들(202)은 다양한 프로토콜들 및 포맷들로 보내지는 트랜잭션들을 위한 인터페이스를 제공하고, 그 트랜잭션들을 유입 메시지 스트림 파서(204)로 제공한다. 예를 들어, ISO 메시지 핸들러는 클라이언트들(102)로부터 ISO 8583 요청들을 수신하고 그 요청들을 유입 메시지 스트림 파서(204)로 전달한다. 또한, XML 메시지 핸들러, HTTP 요청 핸들러, 및 FTP 요청 핸들러는 XML, HTTP, 및 FTP 메시지들 및/또는 요청들을 핸들링할 수 있다. 따라서, 요청 핸들러들(202)은 게이트웨이(104)가 상이한 프로토콜들 및 포맷들의 메시지들을 수신하도록 한다. 비록 상기의 포맷들 및 프로토콜들만이 설명되고 있으나, 당업자는 요청 핸들러들(202)이 처리할 수 있는 다른 포맷들 및 프로토콜들을 살필 수 있다는 것으로 이해되어야 한다.
유입 메시지 스트림 파서(204)는 요청 핸들러들(202)로부터 트랜잭션을 수신하고, 그 요청을 기준 형식(canonical form)으로 변환한다. 유입 메시지 스트림 파서(204)는 상이한 포맷들의 메시지들을 수신하고, 그 요청들을 게이트웨이(104)의 다른 구성 요소들에 의해 처리될 수 있는 기준 포맷으로 처리한다. 따라서, 많은 상이한 포맷들의 트랜잭션 요청들은 게이트웨이(104)에 의해 처리될 수 있다. 또한 게이트웨이(104)에 의해 처리될 수 있는 새로운 포맷들이 활성화될 수 있다는 점에서, 유입 메시지 스트림 파서(204)는 확장가능한 구조를 제공한다. 새로운 포맷이 부가되면, 새로운 포맷으로부터 기준 포맷으로의 전환이 유입 메시지 스트림 프로세서(104)에 부가된다. 이와 같이, 기준 포맷이 사용되기 때문에, 새로운 포맷들이 부가되는 경우에 게이트웨이(104)에서 모든 구성 요소들에 대한 변화들이 요구되지 않는다. 유입 메시지 스트림 파서(204)는 요청을 게이트웨이(104)의 다른 구성 요소들에 의해 처리될 수 있는 기준 포맷으로 파싱한다(parse). 유입 메시지 스트림 파서(204)에 대한 좀 더 자세한 내용은 아래에서 제공된다.
보안 매니저(206)는 트랜잭션들에 대한 보안 특징들을 제공한다. 예를 들어, 착탈형(pluggable) 인증 및 인가, 역할-기반 액세스 제어(RBAC: role-based access control), 암호화, 파일 무결성 등과 같은 보안 특성들이 제공될 수 있다. 착탈형 인증 및 인가 특성은 인증 및 인가를 위한 표준 인터페이스를 제공하고, 인증 및 액세스 제어의 더 새로운 방법들이 현존하는 방법들과 충돌함이 없이 부가되도록 한다. 당업자는 트랜잭션들에 부가될 수 있는 다른 보안 특징들을 살필 수도 있을 것이다.
적응적 라우트 선택기(208)는 트랜잭션을 네트워크(106)를 통하여 트랜잭션 프로세서(108)로 스위칭한다. 적응적 라우트 선택기(208)는 어플리케이션 레벨 컨텐트, 트랜스포트 환경의 현재 상태, 및/또는 동적 규칙들에 기초하여 트랜잭션을 스위칭한다.
적응적 라우트 선택기(208)는 트랜잭션을 라우팅하기 위하여 규칙들 데이터베이스(222)에서 찾아지는 규칙들 및 컨텍스트 정보 데이터베이스(224)에서 찾아지는 동적 컨텍스트 정보를 이용한다. 앞서 언급된 바와 같이, 컨텍스트 정보는 컨텍 스트 정보 데이터베이스(224)에 저장될 수 있다. 하나의 실시예에서, 컨텍스트 정보는 동적(dynamic)일 수 있다. 동적 정보 감시기(226)는 컨텍스트 정보를 감시하고 결정한다. 그 다음에 동적 정보는 컨텍스트 정보 데이터베이스(224)에 저장된다. 컨텍스트 정보의 예들은 네트워크들(106)의 이용가능성, 트랜잭션 프로세서들(108)의 헬스(health), 트랜잭션 당(per) 비용, 어플리케이션 레벨에서 어플리케이션이 이전의 트랜잭션을 처리하는데 걸리는 시간 등을 포함한다. 하나의 실시예에서, 동적 정보 감시기(226)는 트랜잭션이 수신된 때에 동적 컨텍스트 정보를 실행 시간(run-time)에서 결정할 수 있다. 다른 실시예에서, 동적 정보 감시기(226)는 동적 컨텍스트 정보를 특정 인터벌들(intervals)에서 결정할 수 있다.
트랜잭션 프로세서들(108)에 의해 실행되는 상이한 각각의 서비스는 동적 정보 감시기(226)에 의해 실행될 수 있는 프로브들(probes)을 지정할 수 있다. 프로브들은 보내지고, 트랜잭션 프로세서(108) 및/또는 네트워크(106)의 상태에 기초하여 정보가 수집되도록 한다. 예를 들어, 동적 정보 감시기(226)는 네트워크가 이용가능한지를 결정하기 위해서 네트워크를 핑(ping)할 수 있다. 트랜잭션 프로세서(108)나 네트워크(106)가 도달될 수 없으면, 이용불능하다고 간주될 것이고 상태 정보가 컨텍스트 정보 데이터베이스(224)에 반영될 것이다. 서비스를 위한 모든 트랜잭션 프로세서들(108)이 도달될 수 없으면, 그 서비스는 이용불능으로 간주될 것이다. 이러한 경우에 게이트웨이(104)는 그 서비스를 제공하는 다른 서비스 제공자를 결정할 수 있다. 또한, 트랜잭션 프로세서(108) 상의 어플리케이션이 트랜잭션을 처리하는데 걸리는 시간이 측정될 수 있다. 예를 들어, 신용 카드 인가를 인가 하는데 어플리케이션이 얼마나 오랜 시간을 취하는가가 측정될 수 있다. 이 측정은 트랜잭션을 스위칭하는데 사용될 수 있는 어플리케이션 레벨 컨텍스트를 제공한다.
규칙들 데이터베이스(222)는 트랜잭션을 처리하기 위해서 네트워크(106) 및 프로세서(108)에 더하여 트랜잭션에 대한 서비스를 결정하기 위한 규칙들을 포함한다. 그 규칙들은 클라이언트에 대한 기준들을 표현할 수도 있다. 예를 들어, 선택될 서비스를 위하여, 어떤 컨텍스트 정보 및 어플리케이션 레벨 컨텐트는 그 규칙들을 만족해야 한다. 클라이언트들은 트랜잭션에 대한 서비스를 선택하는데 사용될 수 있는 클라이언트-지정 규칙들을 제공할 수 있다. 하나의 예에서, 클라이언트(102)를 위하여 트랜잭션이 수신된 때에, 적응적 라우트 선택기(208)는 클라이언트가 지정한 선택 규칙들을 결정하고, 그 트랜잭션을 핸들링할 수 있는 서비스를 결정할 수 있다. 서비스를 제공하는 서비스 제공자에게 트랜잭션을 스위칭하기 위해서, 어플리케이션 레벨 컨텐트가 그 트랜잭션으로부터 결정되고 및/또는 동적 컨텍스트 정보가 컨텍스트 정보 데이터베이스(224)로부터 결정된다. 규칙들에 따라 그 트랜잭션을 처리할 수 있는 서비스 제공자를 결정하기 위해서, 어플리케이션 레벨 컨텐트 및/또는 컨텍스트 정보는 그 규칙들에 적용된다. 예를 들어, 비용들과 같은 어떤 인자들에 기초하여, 클라이언트들(102)은 가장 저렴한 서비스가 먼저 선택되어야 하고 그것이 이용불능이면 두번째로 비싼 서비스가 선택되어야 한다고 지정할 수 있다. 또한, 계좌 번호들과 같은 어플리케이션 레벨 컨텐트에 기초하여, 트랜잭션들은 특정 신용 카드 서비스로 스위칭될 수 있다. 예를 들어, 어떤 계좌 번호들은 신용 대(vs.) 차변 카드를 지시할 수 있고, 또는 특정한 포인트들이나 보 답 시스템이 적용된다는 것을 지시할 수 있다. 다른 계좌 번호들이나 필드들(fields)은 금전 전송이나 패스워드 검증(예컨대, Verified by Visa)과 같은 다른 서비스들에 대한 필요를 지시할 수 있다. 또한, 어플리케이션 레벨 컨텐트는 클라이언트의 위치 및 트랜잭션이 국부적으로 처리되어야 하거나 다른 나라의 프로세서(108)로 보내져야 하는지를 지시하는, 어떠한 지역적 또는 국가-지정 규정들을 포함할 수 있다.
서비스들은 그 서비스를 위한 규칙들을 지정하는 서비스 명세(specification)를 포함할 수도 있다. 예를 들어, 그 규칙들은 트랜잭션들을 위해 요구되는 메시지 포맷, 그 서비스를 제공하는 트랜잭션 프로세서들(108)의 네트워크 주소들, 트랜잭션들을 트랜잭션 프로세서들(108)로 스위칭함에서의 우선 순위들(preferences), 그 서비스에 적격인 계좌 번호들의 범위 등을 지정할 수 있다. 이러한 규칙들은 등록 상의 서비스 제공자에 의해 제공되며, 그에 대해서는 아래에서 더 자세하게 논의될 것이다. 서비스 제공자는 직접적으로 그 규칙들을 게이트웨이(104)에 로드(load)할 수 있고, 그 게이트웨이는 다른 관심있는 게이트웨이들에게 그 규칙들을 게재할 것이다.
규칙들은 트랜잭션을 처리할 수 있는 흐름(flows)을 지정할 수 있다. 흐름은 트랜잭션 프로세서(108)에게 보내기 위한 트랜잭션의 처리를 핸들링한다. 그러면 메시지가 선택된 흐름 핸들러(210)로 보내진다. 트랜잭션 프로세서(108)와 네트워크(106)가 선택된 후에, 흐름 핸들러(210)는 트랜잭션 상의 비지니스 서비스들을 실행할 수 있다. 예를 들어, 상이한 트랜잭션 프로세서들(108)은 상이한 포맷들로 트랜잭션들을 처리할 수 있다. 흐름 핸들러(210)는 선택된 트랜잭션 프로세서(108)에 대하여 적당한 포맷을 결정하고 그 트랜잭션을 그 포맷으로 포맷할 수 있다. 다른 비지니스 서비스들은 통화-변환들(currency-conversions), 민감한 필드들의 암호화, 특정 임계값 아래의 트랜잭션 값들에 대한 클라이언트 측의 스탠드-인(stand-in) 프로세싱 등을 포함할 수 있다.
흐름 핸들러(210)는 다수의 흐름들을 포함할 수 있다. 각 흐름은 한 부류의 메시지들을 처리하는 비지니스 서비스들의 묶음을 핸들링할 수 있다. 각 흐름은 흐름 내의 모든 비지니스 서비스들을 조정하는 흐름 핸들러를 포함한다. 흐름 내의 일련의 서비스들은 구성 로더(220)를 이용하여 실행 시간 중에 로딩될 수 있는 흐름 명세(specification)에 의해 지정된다. 흐름 명세는 유입되는 메시지가 어떻게 핸들링되는가를 결정하는 일련의 서비스들이다. 각 서비스는 특정한 기능을 실행하는 소프트웨어 어플리케이션 코드이다. 새로운 서비스들과 흐름 명세들은 동적으로 게이트웨이(104)에 로딩될 수 있다.
흐름 핸들러(210)가 흐름에서의 트랜잭션을 처리한 후에, 메시지는 유출 메시지 스트림 빌더(212)로 보내진다. 빌더(212)는 결정된 트랜잭션 프로세서(108)에 의해 예상되는 메시지 형식에 기초하여 기준 포맷으로부터 유출 메시지(outbound message)를 빌딩한다(build). 빌더(212)는 기준 메시지 포맷에 기초하여 어떠한 메시지 포맷의 메시지를 생성한다. 유출 메시지 스트림 빌더(212)는 아래에서 더 자세히 설명된다.
메시지 발송기(212)는 트랜잭션 프로세서(108)로 트랜잭션을 보낸다. 발송 기(214)는 트랜잭션이 선택된 트랜잭션 프로세서(108)에 도달하도록 보장한다. 그것은 다양한 트랜잭션 프로세서들(108)로의 연결들을 관리하고, 실패된 트랜잭션 프로세서들(108)로 재연결을 시도하며, 트랜잭션 프로세서들(108)과 네트워크들(106)의 상태를 동적 정보 감시기(226)로 제공할 수도 있다. 하나의 실시예에서, 트랜잭션은 패킷화(즉, 일련의 패킷들로 나눠짐)될 수 있고, 라우터에게 보내질 수 있다. 라우터는 패킷들을 네트워크(106)를 통하여 트랜잭션 프로세서(108)로 라우팅할 수 있다.
조정기(216)는 게이트웨이(104)의 프로세스들을 조정하고 트랜잭션들이 적절하게 처리되도록 보장하기 위해서 제공된다. 또한, 조정기(216)는 어플리케이션 관리, 소프트웨어 분배, 시스템 감시 및 페일오버(failover) 기능들을 위한 서비스들을 게이트웨이(104)에게 제공한다. 어플리케이션 관리는 어플리케이션들 및 서비스들의 시작과 멈춤을 국부적으로 또는 원격으로 지원한다. 그것은 또한 새로운 어플리케이션들과 서비스들이 게이트웨이(104)에 부가되도록 한다. 소프트웨어 분배는 게이트웨이(104)에서 소프트웨어 업데이트들이 설치되도록 하고, 필요한 경우에 롤링 백 업데이트들(rolling back updates)을 위한 지원을 포함한다. 시스템 감시 서비스는 메모리, CPU, 네트워크 인터페이스들, 및 프로세스들과 같은 시스템 구성 요소들의 키 파라미터들(key parameters)을 감시하고, 구성된 파라미터들이 임계 값들로부터 벗어나면 경고들을 생성한다. 그것은 또한 프로세스 실패를 감지하면 프로세스를 다시 시작한다. 조정기(216)도 다중-게이트웨이 클러스터 배치(multi-gateway cluster deployment)의 경우에 심박 기법(heart-beat mechanism)을 이용하 여 피어(peer) 게이트웨이(104)의 헬스를 감시하고, 피어 게이트웨이(104)가 실패하면 피어 게이트웨이(104)의 프로세싱 부담을 인수한다.
규칙들의 동적 로딩(Dynamic Loading of Rules)
서비스의 초기 등록(아래에서 설명됨) 후에, 게이트웨이(104)에 의해 실행되는 규칙들과 비지니스 서비스들은 동적으로 변할 수 있다. 관리 모듈(218)과 구성 로더(220)는 변화들을 규칙들 데이터베이스(222)와 흐름 핸들러(210)에 동적으로 로딩한다.
구성 로더(220)는 실행 시간 중에 구성 변화들, 라우팅 규칙들, 새로운 흐름 명세들 등을 규칙들 데이터베이스(222)로 로딩한다. 따라서, 구성 로더(220)는 규칙들 데이터베이스(222)에서 라우팅 규칙들의 동적 재구성을 가능하게 한다. 그 규칙-베이스(rule-base)는 다수 버젼(version)들의 규칙-객체들(rule-objects)을 유지하고, 현재 버전의 규칙-베이스에 대한 동기화된 기준을 가진다. 구성 로더(220)가 업데이트들을 규칙-베이스에 로딩하기 전에, 그것은 액티브 규칙-베이스의 쉐도우 카피(shadow copy)를 생성하고, 그것을 버젼한다(versions). 그리고, 업데이트된 모든 객체에 대해서, 그것은 그 객체의 새로운 사례(instance)를 생성하고 규칙-베이스의 새로운 버젼에서 기준을 업데이트한다. 모든 업데이트들이 완료될 때에, 그것은 포인트에 대한 기준을 새로운 버젼의 규칙-베이스로 바꾼다.
관리 모듈(218)은 관리적인 액션들이 실행되도록 한다. 관리 모듈(218)은 1 이상의 게이트웨이들(104)을 관리하기 위해서 사용자 에이젼트(agent)에 의해 이용 될 수 있다. 예를 들어, 관리 모듈(218)은 규칙 데이터베이스(222)로 새로운 규칙들을 규정하거나 라우팅 규칙들을 동적으로 바꾸는데 이용될 수 있다. 또한, 관리 모듈(218)은 흐름 핸들러(210)를 위한 새로운 흐름 명세들을 로딩하고 언로딩하거나(load and unload), 비지니스 서비스를 시작하고 멈추거나, 구성들을 로딩하고 언로딩하는데 이용될 수도 있다. 그러면 구성 로더(220)는 그 변화들을 실행한다.
흐름(예컨대, 위에서 설명된 흐름들을 참조)을 통한 메시지들의 처리를 위하여 서비스들의 모듈화(modularization)와 서비스들의 실행 시간 발동(invocation)을 조합함으로써 본 발명의 실시예들의 동적 변화들이 가능하게 된다. 새로운 트랜잭션이 적응적 라우트 선택기(208)에 의해 수신될 때에, 그것은 규칙-베이스의 현재 버젼을 읽고 적당한 흐름을 선택하기 위해서 그 규칙들을 적용한다. 흐름 핸들러(210)는 트랜잭션의 전체 수명(life)에 대하여 특정 버젼의 흐름을 이용하고, 각 흐름 명세는 특정 버젼들의 서비스들, 흐름들 및 규칙들을 참조한다. 이와 같이, 현존하는 트랜잭션들에 의해 현재 사용되고 있는 버젼과는 다른 버젼으로 업데이트가 달성되기 때문에, 그들은 현존하는 트랜잭션과 간섭함이 없이 그 때에 업데이트될 수 있다.
트랜잭션의 처리(Processing of a Transaction)
도 3은 본 발명의 일 실시예에 따라 트랜잭션을 처리하는 방법에 대한 단순화된 플로우챠트(300)를 나타낸다. 단계 302에서, 클라이언트(102)로부터 트랜잭션이 수신된다. 트랜잭션은 신용 카드 인가, 체크 카드 트랜잭션 등과 같은 어떠한 타입의 트랜잭션일 수 있다.
단계 304에서, 트랜잭션을 위해 어플리케이션 레벨 컨텐트가 결정된다. 앞서 언급된 바와 같이, 어플리케이션 레벨 컨텐트는 트랜잭션을 처리하는데 이용된다. 예를 들어, 어플리케이션 레벨 컨텐트는 신용 카드 번호, PIN, 멤버 뱅크[member bank. 질문자(enquirer) 또는 발행자(issuer)]의 이름 등일 수 있다. 어플리케이션 레벨 컨텐트는 전체로서 간주될 수 있다. 예를 들어, 트랜잭션이 다수의 패킷들로 패킷화되었으면, 어플리케이션 레벨 컨텐트는 다수 패킷들의 페이로드(payload)에서 찾아질 수 있다. 이러한 정보는 트랜잭션을 위한 어플리케이션 레벨 컨텐트로 재결합될 수 있다.
단계 306에서, 트랜스포트 환경의 현재 상태가 결정된다. 예를 들어, 서비스들을 제공할 수 있는 트랜잭션 프로세서의 헬스가 결정된다. 더하여, 트랜잭션을 라우팅할 수 있는 네트워크(106)에 대한 네트워크 헬스가 결정될 수도 있다. 이러한 정보는 트랜스포트 환경의 현재 상태를 제공하기 위해 실 시간(real-time)으로 결정될 수 있다.
단계 308에서, 서비스를 결정하기 위해 규칙들이 어플리케이션 레벨 정보 및/또는 트랜스포트 환경의 현재 상태에 적용된다. 예를 들어, 어떠한 클라이언트들(102)은 어떠한 서비스들에 연관될 수 있다. Visa와 같은 프로세서 호스트(host)는 그것의 트랜잭션들이 Visa에 소유된 트랜잭션 프로세서들(108)로 스위칭되도록 바랄 수 있다. 더하여, 다른 프로세서 호스트들은 그들의 트랜잭션들이 Vital과 같은 제 2 트랜잭션 프로세서로 스위칭되도록 바랄 수 있다.
단계 310에서, 트랜잭션 프로세서 및/또는 네트워크(106)를 결정하기 위해 규칙들이 적용되고 그 서비스를 위한 트랜잭션이 스위칭된다. 이러한 결정은 그 규칙들에 적용된 어플리케이션 레벨 컨텐트 및/또는 트랜스포트 환경의 현재 상태에 기초하여 결정될 수 있다. 예를 들어, 트랜잭션을 처리하기 위한 서비스가 결정된다. 그 다음에, 네트워크 이용가능성에 기초하여 적용가능한 트랜잭션 프로세서(108)가 결정된다.
또한, 서비스는 다양한 트랜잭션 프로세서들(108)과 네트워크들(106)에 연관될 수 있다. 예를 들어, 신용 카드 인가들은 특정 트랜잭션 프로세서들(108)에게 보내질 수 있다. 더하여, 체크 카드 트랜잭션들은 제 2 묶음의 트랜잭션 프로세서들(108)에게 보내질 수 있다. 이러한 규칙들은 클라이언트 및/또는 트랜잭션 서비스를 위하여 결정된다.
단계 312에서, 요구된 바와 같이 트랜잭션 상의 어떠한 비지니스 서비스들은 어플리케이션 레벨에서 실행될 수 있다. 예를 들어, 트랜잭션은 선택된 트랜잭션 프로세서(108)에 의해 예상되는 포맷으로 포맷될 수 있고, 어플리케이션에서의 어떠한 정보는 트랜잭션에 부가될 수 있으며, 다른 어떠한 비지니스 서비스들은 실행될 수 있다.
단계 314에서, 트랜잭션은 네트워크(106)를 통하여 선택된 트랜잭션 프로세서(108)로 스위칭될 수 있다.
대안적으로, 다른 실시예에서, 게이트웨이(104)는 트랜잭션을 서비스 제공자에게 스위칭함이 없이 트랜잭션을 처리한다. 서비스 제공자는 특정한 기준들이 만 족되면, 예를 들어 트랜잭션이 특정 양보다 적으면, 게이트웨이(104)가 트랜잭션들을 처리할 수 있다는 점을 언급하는 규칙들을 지정할 수 있다. 하나에 예에서, 임계 양보다 적은 신용 카드 트랜잭션들은, 승인을 위해 은행에 가야함이 없이 그리고 네트워크(106)를 건너 신용 카드 회사로 나아감이 없이, 승인될 수 있다. 트랜잭션들이 네트워크의 가장자리에서 처리될 수 있으므로, 이것은 많은 이점들을 제공한다. 이것은 네트워크 병목 현상들(bottlenecks)을 제거하고 분산화된 프로세싱 시스템을 제공한다.
서비스 생성 및 가입(Service Creation and Subscription)
앞서 언급된 바와 같이, 규칙들은 동적으로 규칙들 데이터베이스(222)에 로딩될 수 있다. 도 4는 본 발명의 일 실시예에 따라, 트랜잭션 프로세서(108)에 의해 제공되는 서비스를 위하여 게이트웨이(104)에서 규칙들을 로딩하는 것에 대한 단순화된 플로우챠트(400)를 나타낸다. 단계 402에서, 서비스 생성 요청이 수신된다. 예를 들어, 서비스 제공자는 서비스 제공자에 의해 제공되고 있는 서비스를 지정하는 서비스 생성 요청을 보냄으로써 서비스를 등록하려고 시도할 수 있다. 대안적으로, 트랜잭션 프로세서 또는 다른 서비스 제공자에 연관된 게이트웨이(104)는 새로운 서비스들을 동적으로 광고할 수 있고, 클라이언트에 연관된 게이트웨이는 그 새로운 서비스들을 위하여 등록을 초기화할지를 결정할 수 있다. 새로운 서비스는 금전 전송 서비스, 새로운 포인트들 프로그램 등일 수 있다.
단계 404에서, 서비스를 위한 규칙들이 수신된다. 예를 들어, 그 규칙들은 그 서비스를 처리할 수 있는 트랜잭션 프로세서들(108)에 대한 주소들을 지정할 수 있다. 네트워크 주소들은 IP 주소들, 또는 트랜잭션들을 트랜잭션 프로세서들(108)로 라우팅하는데 사용될 수 있는 다른 어떠한 식별자들(identifiers)일 수 있다. 부가적으로, 그 요청을 트랜잭션 프로세서들(108)로 라우팅하는데 사용될 수 있는, 네트워크들(106)에 대한 정보가 수신될 수도 있다. 그 규칙들은 그 서비스를 이용하는 것에 대한 기준들을 지정할 수도 있다. 예를 들어, 포맷 메시지들을 지정하는 기준들이 수신될 것으로 예상되고, 그 서비스를 이용하는 것에 대한 비용들[고정된 비용 및 트랜잭션 당 비용(both fixed and per-transaction costs)], 및 그 서비스를 이용하는 것에 대한 다른 어떠한 기준들이 수신될 수 있다. 그 규칙들은 어떤 타입들의 카드들, 어떤 타입들의 계좌들 또는 어떤 계좌 번호 범위들이 그 서비스에 대해 적격이거나 등록되는지를 지정할 수 있다.
단계 406에서, 그 서비스를 위한 규칙들은 구성 로더(220)를 이용하여 관리 모듈(218)에 의해 규칙들 데이터베이스(222)로 동적으로 로딩된다. 더하여, 서비스를 위한 트랜잭션들을 처리하는데 필요한 어떠한 흐름 명세들이 흐름 핸들러(202)로 로딩될 수 있다.
따라서, 서비스가 생성되어 게재되었을 때에, 클라이언트들(108)은 그 서비스들에 가입할 수 있다. 도 5는 본 발명의 일 실시예에 따라 서비스에 가입하는 방법에 대한 단순화된 플로우챠트(500)를 나타낸다. 단계 502에서, 생성된 서비스에 가입하기 위하여 요청이 클라이언트(108)로부터 수신된다. 그 요청은 웹 포털(web portal)을 통하여 또는 다른 어떤 방법들에 의해 수신될 수 있다. 클라이언트 들(102)은 직접적으로 게이트웨이(104)에 접촉 및 액세스(contact and access)할 수 있다.
단계 504에서, 서비스를 이용하기 위한 규칙들 또는 기준들에 대한 명세가 클라이언트(108)로부터 수신된다. 이 명세는 클라이언트(108)로부터 수신된 트랜잭션에 대한 서비스를 선택하는데 필요한 기준들을 지시할 수 있다. 그 기준들은 클라이언트-지정(client-specific)일 수 있거나 많은 클라이언트들(108)에 대하여(예컨대, 실체로서 모든 POS 디바이스들에 대하여) 동일(uniform)할 수 있다. 또한, 그 명세는 클라이언트(108)에 의해 가입된 각 서비스에 대한 우선 순위(priority)의 형태일 수 있다. 예를 들어, 클라이언트는, 트랜잭션에 대하여, 제 1 서비스가 선택되고, 그 서비스가 작동하지 않으면 제 2 서비스가 선택되어야 한다는 점 등을 지정할 수 있다. 그 기준들은 좀 더 복잡할 수도 있고, 네트워크 비용들, 서비스 비용들 등을 고려하는 더 복잡한 규칙들을 포함할 수도 있다.
단계 506에서, 서비스에 대한 요청들을 라우팅하기 위한 규칙들이 생성된다. 이러한 규칙들은 그 서비스가 선택되도록 하기 위해서, 만족되어야 하는 기준들을 어플리케이션 레벨 컨텐트 및/또는 네트워크 트랜스포트 환경의 현재 상태에 기초하여 지정할 수 있다.
단계 508에서, 이러한 규칙들은 규칙들 데이터베이스(222)에 동적으로 로딩될 수 있다. 따라서, 서비스는 그 서비스에 가입한 클라이언트(108)에게 바로 이용가능할 수 있다.
단계 510에서, 서비스를 위한 흐름 정의들(flow definitions)이 생성된다. 흐름 정의들은 그 서비스를 지원할 수 있다. 하나의 실시예에서, 서비스를 위한 흐름 정의들은 이미 존재할 수 있어 생성될 필요가 없을 수도 있다. 그러나, 특별화된 비지니스 서비스들이 클라이언트(108)를 위해 실행되어야 하면, 새로운 흐름 정의들이 생성될 수 있다.
단계 512에서, 단계 510에서 생성된 흐름 정의들은 구성 로더(220)에 의해 동적으로 로딩될 수 있다.
하나의 실시예에서, 트랜잭션이 보내기지 전에 규칙들이 클라이언트(102)로부터 수신될 수 있다. 예를 들어, 클라이언트(102)는 서비스에 가입하고 그 서비스를 이용하는 것에 대한 규칙들을 제공할 수 있다. 다른 실시예에서, 트랜잭션이 보내지기 바로 전에 또는 트랜잭션이 보내진 바로 후에 그 규칙들이 보내질 수 있다. 예를 들어, 클라이언트(102)는 트랜잭션의 전후에 보내진 메시지에서 사용될 규칙들을 지정할 수 있다. 그 다음에 규칙들은 게이트웨이(104)에 동적으로 로딩된다. 이것은 클라이언트(102)가 실행 시간 중에 게이트웨이(104)를 동적으로 구성할 수 있도록 한다.
서비스들을 위한 규칙들의 분산화(Decentralization of Rules for Services)
다수의 게이트웨이들(104)이 시스템에 배치될 수 있다. 각 게이트웨이(104)는 그것이 접속된 클라이언트들(102)에게 그것의 고유한 서비스들을 제공할 수 있다. 게이트웨이(104)는 네트워크(106)의 가장자리에, 클라이언트 액세스 포인트에, 가능하게는 클라이언트(102)의 물리적 구내(premise)에 위치할 수 있다. 하나의 실 시예에서, 게이트웨이들(104)은 게이트웨이(104)에 의해 제공되는 서비스들을 위한 정보만을 저장한다. 상이한 게이트웨이들(104)은 상이한 묶음의 서비스들을 위한 정보를 가질 수 있다. 따라서, 서비스 제공자들에 의해 등록되거나 클라이언트들(102)에 의해 가입된 다양한 서비스들을 제공하기 위한 정보는 게이트웨이들(104) 전체에 분배되거나 분산화될 수 있다. 정보의 분산화 때문에, 서비스를 위한 정보에 대해 질문하거나 서비스를 위한 정보를 제공하기 위해서, 게이트웨이들(104)은 다른 게이트웨이들(104)과 접촉한다.
도 6은 본 발명의 일 실시예에 따라 분산화된 게이트웨이들(104) 시스템을 보여주는 시스템(550)을 나타낸다. 도 6에서 보듯이 다수의 클라이언트들(102) 및 게이트웨이들(104)이 도시되어 있다. 게이트웨이들(104)은 1 이상의 네트워크들(106)의 가장자리에 위치한다.
각 게이트웨이(104)는 1 이상의 클라이언트들(102)에 접속될 수 있다. 설명을 위한 목적에서, 단일의 클라이언트(102)가 하나의 게이트웨이(104)에 접속되는 것으로 도시되어 있으나, 많은 클라이언트들(102)이 하나의 게이트웨이(104)에 접속될 수 있는 것으로 이해되어야 한다. 또한, 게이트웨이들(104)은 클라이언트들(102) 대신에 트랜잭션 프로세서들(108)에 접속될 수도 있는 것으로 이해되어야 한다.
게이트웨이(104)는 네트워크(106)의 가장자리에서 그것이 접속된 클라이언트들(102)을 위한 트랜잭션들을 처리한다. 예를 들어, 게이트웨이 104-1은 클라이언트 102-1을 위한 트랜잭션들을 처리하고, 게이트웨이 104-2는 클라이언트 104-2를 위한 트랜잭션들을 처리한다. 게이트웨이 104-1은 클라이언트 102-1에게 제공되는 서비스들을 위한 정보 및 클라이언트 102-1을 위한 우선 순위들(preferences)에 관한 정보를 저장한다. 같은 설명이 다른 게이트웨이들(104) 및 클라이언트들(102)에 대해서도 동일하게 적용된다.
게이트웨이들(104)은 서비스들을 위한 정보의 분배를 촉진하기 위해서 다른 게이트웨이들(104)과의 접촉 정보를 유지한다. 예를 들어, 제 1 게이트웨이(104)가 현재 제 1 게이트웨이(104)에 의해 제공되지 않는 서비스를 위한 정보를 필요로 할 때에, 그 서비스를 위한 규칙들과 같은 정보(그것에게 보내지는 정보)를 가지기 위해서 제 1 게이트웨이는 그 서비스를 제공하는 제 2 게이트웨이(104)에 접촉할 수 있다. 다른 실시예에서, 제 1 게이트웨이(104)는 그 서비스를 위한 트랜잭션을 제 2 게이트웨이(104)로 보낼 수 있고, 제 2 게이트웨이(104)는 그 트랜잭션을 처리할 수 있다. 이 경우에, 제 2 게이트웨이(104)는 그 트랜잭션을 트랜잭션 프로세서(108)에게 스위칭하고, 응답을 수신하며, 그 응답을 제 1 게이트웨이(104)에게 보낼 수 있다.
접촉 정보는 서비스들을 위한 정보를 다른 게이트웨이들(104)에게 분배하는데 사용될 수도 있다. 예를 들어, 서비스 제공자는 새로운 서비스를 제 1 게이트웨이(104)에 업로드할 수 있다. 그러면 서비스를 위한 규칙들은 다른 게이트웨이들(104)에게 분배된다. 예를 들어, 클라이언트들(102)이 그 서비스에 관심이 있는 경우에는, 가장자리에서 클라이언트들(102)에 접속된 게이트웨이들은 그 규칙들을 받는다. 클라이언트들(102)은 그들의 고유한 규칙들을 업로드할 수도 있다.
각 클라이언트는 그것이 원하는 서비스들을 위한 규칙들만을 로딩할 수 있으며, 그렇게 하면 필요한 메모리 및 업데이팅을 줄이고 게이트웨이 프로세싱의 속도를 향상시킬 수 있다. 예를 들어, 호텔 클라이언트는 포인트들이나 보답 서비스를 원하지만, 금전 전송 서비스를 원하지 않을 수 있다. 요구되는 서비스들만을 로딩함으로써, 호텔은 성능을 악화시키지 않으면서 그것의 게이트웨이에 관한 더 많은 정보를 얻을 수 있다. 예를 들어, 포인트들 프로그램 내에 존재하는 계좌 번호들이나 계좌 번호들의 범위들이 게이트웨이에 저장될 수 있고, 그리하여 사용자가 포인트들에 대한 자격이 있는지를 결정하기 위한 프로세싱이 국부적으로 행해질 수 있다. 반면에, 웹 사이트 클라이언트는 Verified by Visa 서비스에 더 관심이 있을 수 있다. 비슷하게, 카드 멤버가 가입되었는지 그리고 패스워드를 가지는지와 같은, Verified by Visa에게 특별한 정보 및 규칙들은 국부적으로 저장될 수 있으며, 이렇게 되면 사용자가 가입자인지를 결정하기 위해 네트워크로 진출함이 없이 패스워드를 촉구(prompting for the password)하도록 할 수 있다. 특정 회사들과 많은 비지니스를 행하는 어떤 가맹점들은 Visa 비지니스 카드에 좀 더 관심이 있을 수 있으며, 그 특정 가맹점에서 구매들이 승인된 구매 카드 계좌 번호들의 로컬 목록들을 원할 수 있다.
이러한 방식으로, 클라이언트들(102) 및 서비스 제공자들은 게이트웨이들(104)과 직접적으로 상호 작용하여 서비스들을 로딩하거나 요청할 수 있다. 게이트웨이들이 그 클라이언트의 요구에 맞춰질 수 있기 때문에 이것은 클라이언트들(102)에게 유리할 수 있다. 더하여, 게이트웨이(104)는 클라이언트의 사이트에서 유지될 수 있으므로, 게이트웨이(104)는 지연없이 쉽게 액세스될 수 있다.
따라서, 분산화된 묶음의 서비스들은 시스템 550에 의해 제공된다. 중앙 프로세서를 가지는 대신에, 프로세싱은 네트워크의 가장자리로 분배된다. 이것은 병목 현상들을 제거하고 페일오버(failover) 보호를 제공한다. 예를 들어, 관습적으로, 중앙 프로세서가 사용되고 그것이 작동을 멈추면, 전체 시스템에 대한 트랜잭션 프로세싱이 영향을 받을 수 있다. 그러나, 게이트웨이(104)가 작동을 멈추면, 전체 시스템(550)에 대한 프로세싱은 영향을 받지 않고 트랜잭션들은 다른 게이트웨이들(104)로 다시 라우팅될 수 있다.
배치 시나리오들(Deployment Scenarios)
게이트웨이(104)는 많은 상이한 시나리오들에 따라 배치될 수 있다. 예를 들어, 게이트웨이(104)는 사설 네트워크(private network)에서의 전단(front-end) 게이트웨이로서, 인터넷 게이트웨이로서, 및/또는 무선 게이트웨이로서 배치될 수 있다. 도 7은 본 발명의 일 실시예에 따라 전단 게이트웨이로서의 게이트웨이(104)를 보여주는 시스템(600)을 나타낸다. 시스템(600)은 이종(disparate)의 네트워크들(106)을 통하여 1 이상의 클라이언트들(102)을 1 이상의 트랜잭션 프로세서들(108)로 연결한다. 트랜잭션 프로세서들(108)은 클라이언트(102)로부터의 트랜잭션을 처리할 수 있는 어떠한 시스템일 수 있다. 예를 들어, Visa, MasterCard 등은 신용 카드 및 차변 카드 트랜잭션들을 위한 트랜잭션 프로세서들을 소유할 수 있고, 멤버 뱅크[member bank. 취득자(acquirer)/발행자(issuer)]는 클라이언트(102) 일 수 있다.
클라이언트 데이터 센터(602)는 클라이언트(102)로부터 트랜잭션들을 수신할 수 있다. 트랜잭션들은 신용 카드 인가들 또는 차변 카드 트랜잭션들일 수 있다. 예를 들어, 데이터 센터는 클라이언트의 사설 네트워크를 경유하여 다수의 POS 디바이스들에 연결된 중앙 컴퓨터일 수 있다. 게이트웨이(104)는 트랜잭션들을 처리하고, 트랜잭션들을 트랜잭션 프로세서 데이터 센터(108)로 지능적으로 스위칭한다. 예를 들어, 트랜잭션이 Visa 트랜잭션이면, 트랜잭션 프로세서 데이터 센터들 A 및 B는 Visa에 연관될 수 있다. 트랜잭션이 MasterCard 트랜잭션이면, 프로세서 데이터 센터들 C가 MasterCard에 연관되기 때문에 프로세서 데이터 센터들 C가 선택될 수 있다.
게이트웨이(104)는 적당한 트랜잭션 프로세서(108) 및 트랜잭션이 라우팅되는 네트워크(106)를 결정한다. 그러면 트랜잭션은 그 트랜잭션을 라우팅할 수 있는 라우터(604)로 보내진다. 하나의 실시예에서, 라우터(604)는 네트워크(106)를 통하여 패킷들을 선택된 트랜잭션 프로세서(108)로 라우팅할 수 있다.
도 8은 본 발명의 일 실시예에 따라 게이트웨이(104)가 인터넷 게이트웨이인 시스템(700)을 나타낸다. 인터넷 클라이언트(702)는 클라이언트(102)를 포함한다. 클라이언트(102)는 인터넷(704)을 통하여 트랜잭션들을 게이트웨이(104)로 보낼 수 있다. 게이트웨이(104)는 정규 신용 카드 인가, 패스워드 인증(Verified by Visa), 보답 또는 포인트들 프로세싱 등과 같은 온-라인 쇼핑을 위해 요구되는 특별한 서비스들을 위하여 구성될 수 있다.
게이트웨이(104)는 클라이언트(102)를 위하여 상이한 트랜잭션 프로세서들(108)로의 연결성을 제공한다. 게이트웨이(104)는 HTTP(s) 및 다른 XML-기반 요청들을 받아들일 수 있다. 어플리케이션 레벨 컨텐트 및 트랜스포트 환경의 현재 상태에 기초하여, 서비스와 트랜잭션 프로세서(108)가 선택될 수 있다. 트랜잭션이 HTTP 또는 다른 어떤 XML-기반 요청 상에서 보내지기 때문에, 게이트웨이(104)는 트랜잭션을 스위칭하기 전에, 메시지를 트랜잭션 프로세서(108)에 의해 예상되는 포맷으로 번역할 수 있다. 예를 들어, 트랜잭션 프로세서(108)는 메시지가 ISO 8583 포맷으로 처리되어야 한다고 요구할 수 있다. 전형적으로, POS 디바이스가 트랜잭션을 처리할 때에, 트랜잭션은 ISO 8583 포맷으로 보내질 수 있다. 그러나, 트랜잭션이 인터넷 게이트웨이에 의해 처리되는 때에, 인터넷 클라이언트(702)는 ISO 8583 메시지를 보내도록 구성되지 않을 수 있다. 이와 같이, 게이트웨이(104)는 트랜잭션 프로세서(108)에 의해 요구되는 ISO 8583 포맷으로 메시지를 포맷팅한다.
하나의 예에서, 게이트웨이(104)는 인터넷 클라이언트(702)로부터의 인터넷 트랜잭션들을 처리할 수 있다. 인터넷 클라이언트(702)는 HTTP(s) 요청을 게이트웨이(104)로 보낸다. 게이트웨이(104)는 HTTP(s) 요청을 기준 내부 메시지 포맷으로 번역한다. 그러면 어떤 비지니스 서비스들은 트랜잭션 상에서 실행될 수 있다. 하나의 예에서, 어플리케이션 레벨 데이터는 트랜잭션 프로세서(108)에 의해 요구되는 포맷에 적합해지도록 바뀔 수 있다. 예를 들어, XML 트랜잭션은 ISO 8583 포맷으로 변환될 수 있다. 그러면 게이트웨이(104)는 그 트랜잭션을 트랜잭션 프로세서(108)로 지능적으로 스위칭한다.
트랜잭션 프로세서(108)는 트랜잭션을 처리하고 응답을 게이트웨이(104)로 되보낸다. 이 응답의 포맷은 트랜잭션 프로세서-지정(transaction processor-specific) 포맷일 수 있다. 그 다음에, 게이트웨이(104)는 HTTP(s) 응답을 빌딩하고(build) 그것을 인터넷 클라이언트(702)에게 보낸다. 따라서, 인터넷을 통한 트랜잭션은 게이트웨이(104)를 이용하여 처리될 수 있다.
도 9는 본 발명의 일 실시예에 따라 게이트웨이(104)가 무선 게이트웨이로서 이용된 시스템(800)을 나타낸다. 게이트웨이는 사용자의 모바일 폰, PDA, 페이저(pager) 등으로부터 무선 메시지들을 수신할 수 있다. 게이트웨이(104)는 무선 어플리케이션 프로토콜(WAP: wireless application protocol), 모바일 정보 디바이스 프로토콜(MIDP: mobile information device protocol), JQME 등과 같은 상이한 무선 포맷들을 지원할 수 있다. MIDlet는 GSM(global system for mobile communication)이나 GPRS(general packet radio services)와 같은 네트워크들을 통하여 XML 포맷 요청들을 보낸다. 게이트웨이(104)는 유입 요청 페이로드들(inbound request payloads)을 기준 내부 메시지 포맷으로 변환할 수 있다. 그러면 내부 메시지 포맷(IMF: internal message format)은 비지니스 서비스들에 의해 처리될 수 있다. 유출 메시지 스트림 빌더(212)는 트랜잭션 프로세서(108)로 보내기 위해 IMF를 응답 페이로드로 변환한다. 따라서, 무선 트랜잭션들은 게이트웨이(104)에 의해 처리될 수 있다.
여기서 무선 트랜잭션이 설명될 것이다. 하나의 실시예에서, 무선 클라이언트(808)는 XML 요청을 HTTP(s)/GSM/GPRS를 통하여 보냄으로써 무선 지불 트랜잭 션(wireless payment transaction)을 초기화한다. 게이트웨이(104)는 XML 요청을 수신하고 그 요청을 처리하기 전에 그것을 기준 내부 메시지 포맷으로 변환한다. 트랜잭션을 트랜잭션 프로세서(108)로 스위칭하기 위해서, 트랜스포트 환경의 현재 상태에 더하여 트랜잭션에서의 어플리케이션 레벨 컨텐트가 이용된다. 선택된 트랜잭션 프로세서(108)에 의존하여, 흐름 핸들러(210)는 트랜잭션 상에서의 비지니스 서비스들을 실행할 수 있다. 그 다음에 트랜잭션은 트랜잭션 프로세서(108)로 보내진다.
트랜잭션 프로세서(108)는 클라이언트 뱅크(또는 발행자. 802)를 결정하고 메시지를 발행자(issuer. 802)에게로 라우팅한다. 발행자(802)는 요청을 처리하고 응답을 트랜잭션 프로세서(108)에게 되보낸다. 그러면 트랜잭션 프로세서(108)는 응답(트랜잭션 프로세서-지정 포맷의 응답)을 취득자(acquirer. 804)에게 되보낸다. 게이트웨이(104)는 그 응답을 수신하고, 그것을 XML 포맷으로 변역하며, 그것을 무선 클라이언트(808)에게 보낸다. 따라서, 게이트웨이(104)는 무선 트랜잭션 지불들을 라우팅하도록 구성된다.
도 10은 본 발명의 일 실시예에 따라 ISO 8583 트랜잭션들을 처리하기 위한 시스템(900)을 나타낸다. 도시된 바와 같이, 발행자 뱅크(issuer bank 902)와 취득자 뱅크(acquirer bank 904)는 트랜잭션에 참여한다. 취득자 뱅크(904)에서의 클라이언트 컴퓨터(102)는 ISO 8583 요청을 게이트웨이(104)에게 보낸다. 게이트웨이(104)는 그 요청을 핸들링하기 위한 트랜잭션 프로세서(108)를 선택하기 위해서 어플리케이션 레벨 컨텐트와 트랜스포트 환경의 현재 상태를 이용한다. 그러면 어 떠한 비지니스 서비스들이 요청 상에서 실행된 후에, 메시지가 선택된 트랜잭션 프로세서(108)로 보내진다.
트랜잭션 프로세서(108)는 트랜잭션을 처리하고 그것을 인가를 위한 적당한 발행자(902)에게 스위칭한다. 발행자는 ISO 8583을 트랜잭션 프로세서(108)에게 되보낸다. 그러면 트랜잭션 프로세서(108)는 응답을 게이트웨이(104)에게 보내고, 그 응답은 취득자 뱅크(102)의 클라이언트(102)에게 보내진다.
하나의 예에서, 트랜잭션 프로세서(108)가 이용불능일 수 있다. 이러한 경우에, 예를 들어, 프로세서 A 데이터 센터 01이 이용불능일 수 있다. 이것은 서비스를 위하여 클라이언트(102)가 선호하는 프로세서일 수 있다. 그러면 게이트웨이(104)는 그 트랜잭션을 제 2 프로세서(프로세서 A 데이터 센터 02)에게 보낸다. 게이트웨이(104)는 제 1 데이터 센터의 이용가능성을 계속 체크할 수 있고, 그것이 이용가능하게 되면 메시지들을 제 1 데이터 센터로 라우팅하기 시작할 수 있다. 트랜잭션들을 다시 라우팅하는 것은 클라이언트(102)에게 명료한 방식으로 행해진다. 따라서, 게이트웨이(104)의 지능적 스위칭을 이용하여, 어떠한 트랜잭션 프로세서들(108)에 대한 비가동 시간(down time)이 회피된다.
다른 실시예에서, 프로세서 A의 데이터 센터들이 다운(down)되고, 프로세서들 B 및 C와 같은 다른 프로세서들의 데이터 센터들이 사용되어야 하는 경우가 있을 수 있다. 프로세서들 B 및 C는 프로세서 A의 경우와는 다른 포맷으로 트랜잭션들을 처리할 수 있다. 이러한 경우에, 게이트웨이(104)는 트랜잭션의 포맷을 프로세서 B 또는 프로세서 C에서의 포맷에 상응하는 포맷으로 변환할 수 있다. 그러면 포맷된 트랜잭션은 프로세서 B 또는 프로세서 C에게 보내진다. 따라서, 상이한 프로세서들이 클라이언트(102)에게 명료한 방식으로 이용될 수 있다. 프로세서들이 상이한 포맷들을 사용한다고 할지라도, 게이트웨이(104)는 여전히 트랜잭션을 그 포맷으로 라우팅하도록 구성된다.
메시지들의 파싱/빌딩(Parse/Build of Messages)
파스 빌드 엔진의 개관(Overview of Parse Build Engine)
도 11은 본 발명의 일 실시예에 따라 메시지들을 파싱하기 위한 시스템(1000)을 나타낸다. 시스템(1000)은 ISO 8583 메시지들과 같은 멀티-포맷 메시지 스트림들을 기준 메시지 포맷[내부 메시지 포맷(IMF: internal message format)이라고 언급됨]으로 파싱하고(parse), 그 IMF로부터 ISO 8583 메시지 스트림들과 같은 멀티-포맷 메시지 스트림들을 빌딩한다(build). 금융 메시지 스트림들이 설명되었지만, 시스템 1000을 이용하여 어떠한 멀티-포맷 메시지 스트림들도 파싱되고 빌딩될 수 있는 것으로 이해되어야 한다.
파스/빌드 엔진(1004)은 도 2에서의 유입 메시지 스트림 파서(204)와 유출 메시지 스트림 빌더(212)에 상응한다. 도 2에 도시된 구성 요소들 모두가 도 11에 도시된 것은 아니지만, 그러한 구성 요소들도 시스템 1000에 포함될 수 있는 것으로 이해되어야 한다. 부가적으로, 파스/빌드 엔진(1004)은 게이트웨이(104)에 포함될 수도 있고, 다른 구성 요소들에 포함될 수도 있다. 예를 들어, 파스/빌드 엔진(1004)은 다른 이질적인 시스템들과는 상이한 데이터 포맷의 데이터를 처리하는 어떠한 소프트웨어 어플리케이션들과 호환될 수 있다.
파스/빌드 엔진(1004)은 입력 메시지 스트림(1010)을 시스템 1006으로부터 수신하고 그 메시지를 내부 메시지 포맷으로 파싱한다. 그 다음에 내부 메시지 포맷(IMF)은 게이트웨이(104)에서 보여진 비지니스 서비스들 어플리케이션과 같은 다른 구성 요소들에 의해 처리될 수 있다. 게이트웨이(104)에서의 구성 요소들이 IMF의 메시지를 처리한 후에, 파스/빌드 엔진(1004)은 그 처리된 IMF로부터 출력 메시지 스트림(1012)을 빌딩한다. 그 다음에 출력 메시지 스트림(1012)은 시스템 1008로 보내질 수 있고, 또는 원래의 시스템 1006에게 반환될 수도 있다.
시스템들 1006 및 1008은 메시지들(1010)을 보내고 및/또는 파스/빌드 엔진(1004)[또는 게이트웨이(104)]으로부터 메시지들(1012)을 수신하는 어떠한 시스템일 수 있다. 하나의 실시예에서, 시스템들 1006 및 1008은 POS(point of sale) 디바이스들, 스마트 카드 디바이스들, 트랜잭션 프로세서들(108), 그리고 취득자, 발행자, 서비스 제공자, 트랜잭션 인증자(authenticator)와 같이 트랜잭션들을 처리하는 어떠한 시스템 등일 수 있다. 시스템들 1006 및 1008은 ISO 8583 메시지들, XML(extensible mark-up language), HTML 등과 같은 많은 상이한 포맷들의 메시지들을 보내고/수신할 수 있다. 입력 메시지 스트림의 방식은 ASCII, EBCDIC, BCD 등과 같은 다수의 부호화 방식들(encoding schemes)일 수 있고, 입력 메시지 스트림은 수치(numeric), 스트링(string), 바이트-배열(byte-array) 등과 같은 상이한 데이터 타입들을 가진다.
도 11의 파스/빌드 엔진(1004)은 스키머 테이블(schema table. 1028)을 이용 한다. 각 스키머는 메타데이터(metadata)를 제공하는 데이터 구조이며, 핸들러 테이블(handler table. 1030)에서의 핸들러들에 대한 포인터들과 수신된 포맷을 위한 문법 구조(grammar structure)를 포함한다. 핸들러들은 메시지에서의 특정 필드들(fields)에 상응하고, 문법 구조를 이용하여 메시지의 다른 필드들을 내부 메시지 포맷으로 변환한다. 핸들러들은 개별적으로 컴파일되는 코드이다. 따라서, 전체 시스템을 컴파일하기 보다는, 핸들러들은 따로따로 컴파일되고, 엔진의 다른 요소들을 방해함이 없이 쉽게 업그레이드될 수 있는 모듈러 시스템(modular system)을 보유하면서 컴파일된 소프트웨어의 속도를 준다.
파스/빌드 엔진(1004)은 식별된 스키머(identified schema)를 로딩하고 그 스키머에 연관된 핸들러들의 기능성을 환기시킨다. 그러면 핸들러들은 메시지의 필드들을 IMF 객체로 파싱한다.
아직 로딩되지 않은 스키머들 및 어떠한 연관된 핸들러들은 스키머 로더(schema loader. 1024)를 이용하여 스키머 정의 파일(1026)로부터 스키머 테이블(1028)과 핸들러 테이블(1030)로 로딩될 수 있다. 스키머 테이블(1026)은 다양한 스키머들(name 1, name 2, ... , name N으로 표기된 스키머들)을 포함한다. 파스/빌드 엔진(1004)에 의해 파싱되고 빌딩될 수 있는 각 메시지 포맷에 대하여, 상응하는 스키머가 제공될 수 있다. 각 스키머 이름은 "문법(grammar. 외부 포맷에서 메시지 스트림의 구성)"을 규정하는 스키머 객체에 연관된다. 그 구성은 필드 시퀀스, 필드 타입, 길이, 캐릭터 부호화(character encoding), 및 선택적이거나 필수적인 다른 필드들을 포함할 수 있다. 새로운 스키머 및 컴파일된 핸들러들은 파스/ 빌드 엔진(1004)을 다시 컴파일링함이 없이 파스/빌드 엔진(1004)에 의해 로딩되고 이용될 수 있다.
파스/빌드 흐름(Parse/Build Flow)
여기서 예시적인 흐름이 설명될 것이다. 도 11에 도시된 바와 같이, 메시지가 수신되는 때에, 비지니스 서비스들 프로그램은 파스/빌드 엔진(1004)을 호출한다. 메시지(1010)[와이어 포맷(wire format)의 메시지 스트림]가 파스/빌드 엔진으로 보내지며, 그곳에서 메시지는 최초로 파서 컴포넌트(parser component. 1016)에 의해 수신된다. 또한 비지니스 서비스들 어플리케이션은 스키머 이름(1011)을 파서 컴포넌트(1016)에게 제공한다. 파서 컴포넌트는 메시지 필드들이 IMF로 번역되면 메시지 필드들로부터의 값들을 저장하기 위한 내부 메시지 포맷(IMF) 객체를 생성한다. 하나의 실시예에서, 파서 컴포넌트(1016)는 메시지 1010의 원점(origin)을 인식하고 원점으로부터 보내진 메시지들 1010을 위해 어떤 스키머가 요구되는가를 결정한다. 다른 실시예에서, 메시지 1010에서의 정보는 데이터 포맷 및 이용되어야 하는, 상응하는 스키머를 결정하기 위해서 파싱될 수 있다. 더하여, 메시지 1010은 어떤 스키머가 데이터 포맷에 상응하는지를 지시할 수 있다.
하나의 예에서, 파서 컴포넌트(1016)는 ISO 8583 금융 메시지와 같은, 감지된 메시지의 포맷에 상응하는 루트 스키머(root schema)를 먼저 관찰한다. 그 ISO 메시지는 시작 시에 어떤 필드들이 현존하는가를 식별하는 비트맵(bitmap)을 가질 수 있다. 어떤 타입의 메시지(예컨대, 인가 메시지, 조정 메시지 등)가 수신되었는 지를 결정하기 위해 호출되며 타입 필드를 파싱하는 핸들러를 루트 스키머가 지적한다. 그러면 파서 컴포넌트는 식별된 메시지 타입을 위한 스키머를 관찰하는데, 여기서의 스키머는 사실상 특정 문법을 제공하고 그 메시지 타입을 위한 핸들러들을 지적한다. 스키머와 핸들러들은 메시지에 실제 현존하는 필드들을 위해서만 관찰되고 호출된다. 새로운 필드들이 식별되거나 지적됨에 따라, 새로운 스키머가 관찰될 수 있고 상응하는 핸들러들이 호출될 수 있다. 특정 필드는 1 이상의 조건들과의 합성 필드(composite field)일 수 있고, 그 조건들의 번역 또는 파싱은 그 조건의 결과에 의존하여 부가적인 스키머 및 요구되고 연관된 핸들러들을 지적할 수 있다.
IMF 객체(1018. 아래에서 더 자세히 설명됨)는 호출된 핸들러들에 의해 거주된다[호출된 핸들러들이 IMF 객체(1018)에 거주한다]. 거주되는 필드들만이 유입되는 메시지에 포함된 필드들에 상응하는 필드들이다.
그 다음에 IMF 객체(1018)는 게이트웨이(104)의 비지니스 소프트웨어 어플리케이션에 의해 처리될 수 있다. 처리된 후에, IMF 객체(1018)는 유출 메시지 스트림을 위한 스키머 이름과 함께 빌드 컴포넌트(1020)로 보내진다. 처리된 IMF 객체(1018)에 대한 프로세싱이 상이한 데이터 포맷으로 실행될 수 있기 때문에, 빌더 컴포넌트(builder component. 1020)는 처리된 IMF 객체(1018)로부터 출력 메시지 스트림(1012)을 빌딩한다. 앞서 설명된 프로세스가 역으로 반복된다. 즉, 빌더 컴포넌트(1020)는 루트 스키머를 관찰하고, 여러 번 반복될 수 있는 프로세스에서 타입 정보를 빌딩하기 위해 지적된 핸들러를 호출한다. 호출된 핸들러들은 IMF 객 체(1018)에서 찾아진 값들을 출력 메시지 스트림(1012)에 포함되어야 하는 필드들로 빌딩한다. 그러면 출력 메시지 스트림(1012)은 그 출력 메시지 스트림(1012)을 처리할 수 있는 시스템(1008)으로 보내질 수 있다.
도 12는 게이트웨이(104)에 의해 제공되는 어떠한 서비스들을 실행하기 위하여 IMF 객체(1018)를 이용하는 비지니스 서비스들 어플리케이션(1102)을 나타낸다. 비지니스 서비스들 어플리케이션(1102)은 IMF 객체(1018)에 대해 작동한다. 그 작동들은 메시지를 보내기 위해 발행자 뱅크 또는 프로세싱 센터를 결정하는 것과 같은 어플리케이션 계층 라우팅을 포함할 수 있다. 부가적으로, 메시지 스트림의 어플리케이션 계층 포맷팅, 로깅(logging), 타임-스탬핑(time-stamping), 응답이나 추가적 프로세싱을 위해 요구되는 새로운 필드들을 생성하는 것 등과 같은 서비스들은 메시지 상에서 실행될 수 있다. 비지니스 서비스들 어플리케이션은 발행자 또는 금융 네트워크를 위한 전-처리(pre-processing)를 할 수 있고, 또는 그것은 덜어진(offloaded) 로컬 프로세싱을 실행할 수 있다. 예를 들어, 50 달러 미만의 구매들을 위한 인가 메시지들이 승인되고, 승인을 위해 그 메시지를 금융 기관에 전달할 필요없이 응답 메시지가 보내진다. 비지니스 서비스들 어플리케이션(1102)은 외부 포맷들의 데이터가 아니라 내부 메시지 포맷의 데이터를 처리한다. 따라서, 비지니스 서비스들 어플리케이션(1102)은 메시지를 IMF로 파싱함으로써, 다른 시스템들에 의해 사용되는 어떠한 외부 포맷들로부터 차단된다.
IMF 구조(IMF Structure)
도 13a는 본 발명의 일 실시예에 따른 IMF(1018)의 구조를 나타낸다. 도시된 바와 같이, N 필드들이 IMF(1018)에 제공된다. 그 필드들은 필드들의 배열일 수 있고, 그 배열에서 각 필드는 어떤 수의 차일드 필드들(any number of child fields)을 포함할 수도 있고, 다시 차일드 필드들은 그랜드차일드(grandchild) 필드들을 포함할 수 있다. 즉, 필드들은 계층적(hierarchical) 구조일 수 있다. 예를 들어, 필드 1은 차일드 필드들 1.1, 1.2, ..., 1.N을 포함한다. 또한 필드들 1.2, ..., 1.N은 어떤 수의 차일드 필드들을 포함할 수 있다(미도시). 메시지가 수신되는 때에, 실제 이용되는 필드들만이 데이터에 의해 거주된다.
도 14b는 객체 ID 코드들(object ID codes), 도 13a에 도시된 필드들의 필드 정의들(field definitions)에 대한 인덱스들에 관한 계층적 포맷을 보여준다. OID는 IMF 객체(1018) 내의 다양한 필드들에 대한 인덱싱을 가능하게 한다. IMF 객체(1018) 내의 필드들을 위해 필드 정의들은 OID를 이용하여 액세스된다. 하나의 실시예에서, 그 OID는 보여진 dotted decimal 표시에 의해 표시되는 8-바이트 수이다. 제 1 필드에 대한 OID는 1.0.0으로 부호화된다. 어떠한 서브필드들은 1.1.0, 1.2.0, 등으로 부호화된다. 제 2 필드는 2.0.0으로 부호화되고, 어떠한 서브필드들은 2.1.0, 2.2.0, 등으로 부호화된다.
스키머 구조(Schema Structure)
도 13b는 예시적인 스키머를 보여준다. 스키머의 주소는 제 1 라인[메시지 정의(MessageDef)]이다. 스키머는 메시지에서의 각 필드들에 대하여 문법 및 핸들 러들에 대한 포인터들을 포함한다. 도시된 예에서, 메시지의 제 1 필드는 인덱스 1.0.0과 함께 필드 정의 객체(FieldDef. 1202)에 의해 식별된다. 이것은 또한 OID 속성(1202)이라고 언급된다. 이 필드에 대한 인덱스에 후속하는 것은 핸들러(1204. HDR이라고 불림)의 식별이다. 그 라인에서의 나머지 요소들은 그 특정 필드를 위한 문법의 정의들이다. 이 필드 정의들은 필드 시퀀스, 필드 타입, 길이, 캐릭터 부호화(character encoding), 필요한 핸들러의 이름들 등과 같은, 필드의 특성들을 설명한다. 필드 정의들은 ASCII, EBCDIC, BCD 등과 같은 상이한 부호화 방식으로, 그리고 수치(numeric), 스트링(string), 바이트-배열(byte-array) 등과 같은 상이한 데이터 타입들로 부호화된 필드들을 파싱/빌딩하는데 이용될 수 있다. 따라서, 멀티-포맷 메시지 스트림들은 메시지 정의를 이용하여 처리될 수 있다. 하나의 실시예에서, 스키머는 XML 스키머 형태의 메타데이터(metadata)이다.
필드 정의들은 다수의 속성들을 포함할 수 있다. 도 13b에 도시된 속성들은 총망라된(exhaustive) 것이 아니며 당업자는 다른 속성들이 이용될 수 있다는 점을 살필 수 있는 것으로 인식되어야 한다.
핸들러 속성(1204)은 필드의 이름이다. 필수적인/선택적인 속성(1206)은 메시지에서 그 필드가 필수적(required)인지 또는 선택적(optional)인지를 지시한다. 제 1 데이터 포맷 속성(1208)은 외부 포맷[와이어-포맷(wire-format)이라고도 언급됨]에서 찾아진 필드의 값을 위한 데이터 포맷이다. 제 2 데이터 포맷 속성(1210)은, 그 필드가 IMF에 저장되어 비지니스 서비스들에 의해 처리되는 내부 포맷이다.
주문식(custom)/비주문식(not custom) 속성(1212)은 그 필드가 필드의 파싱 및 빌딩에 대하여 주문식 핸들러(custom handler)를 이용하는지 또는 일반적 핸들러(generic handler)를 이용하는지를 지시한다.
제 7 속성(1214)은 메시지의 필드에서의 값을 처리하기 위해 요구되는 핸들러 이름을 지시한다. 핸들러는 수신된 메시지의 식별된 필드에서 그 값을 취하고, 그것을 IMF로 파싱하거나(파서 스키머를 위해) IMF로부터 외부 포맷으로 그 값을 빌딩한다(빌더 스키머를 위해).
제 8 속성(1216)은 필드 내의 서브필드의 수를 지시한다.
IMF에 이용된 예시적인 메시지 필드들(Example Message Fields used in IMF)
도 14a는 특정 메시지 객체(1010)를 위해 이용된 필드들의 예시를 나타낸다. 그 특정 메시지 객체(1010)는 상이한 필드들에 대한 다수의 객체 ID들(OIDs 1.0.0, 1.1.0, 1.1.1, 2.0.0, 2.2.0, 4.0.0, 및 4.1.0)을 포함한다. 이것들은 도 13b의 스키머에 의해 지적된 필드들이다. 따라서, 이 예시적인 메시지에 대하여, 도 14c에서 식별된 필드들만이 도 13a에 도시된 메시지 객체에 거주될 것이다. 도 14b는 내부 메시지 포맷에서 완전한 묶음의 필드들을 위한 전체 계층적 객체 ID들의 일부를 보여준다. 도시된 바와 같이, 메시지 1010은 그것이 필요로 하는 필드들의 일부만을 포함한다. 예를 들어, 객체 ID들 1.2.0, 3.0.0 및 4.2.0은 이용되지 않는다. 이 필드들은 어떤 수의 차일드필드들을 가질 수 있다는 점을 주의해야 한다.
객체 ID들은 도 13a에 도시된 메시지 객체의 계층적 내부 메시지 포맷으로의 빠른 인덱싱 시스템을 제공한다. 이 인덱싱 시스템은, 수신된 포맷에서 이용된 각 필드에 대하여 내부 메시지 포맷의 상응하는 필드를 인덱싱하는(지적하는) 부호화된 객체 ID들(1.0.0 등)을 이용한다. 인덱스들은 계층적 구조에서 몇 계층들 아래에 있는 필드들을 직접적으로 지적할 수 있다.
게이트웨이(104)의 구성 요소들이 IMF 객체(1018)를 처리할 때에, 불필요한 필드들에 대한 프로세싱은 실행되지 않는다. 따라서, 프로세싱 속도가 증가된다.
필수적 필드들이 IMF 객체(1018)에 부가될 수도 있다. 어떤 필드들은 비지니스 서비스들 모듈(1102) 또는 트랜잭션 프로세서들(108)에 의해 요구될 수 있다. 이용되어야 할 필요가 있는 필드가 수신된 메시지(1010)에 포함되지 않았다고 결정되면, 그 필드는 재전송을 위해 메시지에 포함되어 빌딩될 수 있도록 비지니스 서비스들 모듈에 의해 거주될 수 있다. 이와 같이, 도 13b의 스키머에서 "필수적" 필드들은, 그것이 메시지 1010에 포함되지 않은 경우에, IMF 객체(1018)에 부가될 수 있다.
파스/빌드 엔진을 초기화(Initializing Parse/Build Engine)
도 15는 비지니스 서비스들 어플리케이션의 시동 시에 파스/빌드 엔진(1004)을 초기화하기 위한 방법의 단순화된 플로우챠트(1400)를 나타낸다. 단계 1402에서, 어플리케이션으로부터 초기화 요청이 수신된다. 그 요청은 1 이상의 스키머 정의 파일들(1026)의 위치를 포함한다.
단계 1404에서, 스키머 정의 파일들(1026)에서 찾아진 스키머들이 확인된다(validated). 그 스키머들은 올바른 타입의 데이터가 언급되었는지를 검증하는 절차, 그 스키머에 의해 식별된 핸들러들이 실제 존재하는지를 검증하는 절차 등과 같은 다수의 절차들에 의해 확인된다.
단계 1406에서, 스키머 정의 파일들(1026)에서의 스키머는 등록부(registry. 1022)로 로딩된다. 예컨대, 스키머 로더(1024)를 이용하여 디스크나 다른 저장소(storage repository)로부터 DRAM 메모리로 로딩할 수 있다.
단계 1408에서, 스키머에서 지정된 어떤 핸들러들이 등록부(1022)로 로딩된다. 예를 들어, 메시지 정의 객체에서 필드 정의들에 의해 지정된 핸들러들이 핸들러 테이블(1030)로 로딩된다. 하나의 실시예에서, 핸들러들은 핸들러 이름에 의해 지시된 객체들(objects keyed by the handler name)로서 저장된다.
단계 1410에서, 핸들러들은 각각의 메시지 정의 객체들에 결속된다. 예를 들어, 메시지 정의 객체에서 필드 정의들에 의해 지정된 모든 핸들러들은 그 메시지 정의 객체에 결속된다.
이제 파스/빌드 엔진(1004)이 그 스키머에 대해 초기화된다. 하나의 실시예에서, 파스/빌드 엔진(1004)의 컴파일링은 필요하지 않다. 필드 값들을 파싱/빌딩하는데 사용되는 컴파일된 핸들러들을 이용하기 때문이다.
실행 시간 중에, 스키머들은 동적으로 업데이트될 수 있고 파스/빌드 엔진(1004)에 부가될 수 있다. 스키머들은 메시지 정의 객체들을 바꿈으로써 업데이트될 수 있고, 또는 새로운 메시지 정의 객체들을 부가함으로써 부가될 수 있다. 새로운 핸들러들이 필요하면, 그들도 컴파일된 객체들에 따라 파스/빌드 엔진(1004)에 동적으로 부가될 수 있다.
스키머들은 파스/빌드 엔진(1004)을 다시 컴파일링함이 없이 그리고 그것을 정지시킴이 없이 부가될 수 있다. 따라서, 파스/빌드 엔진(1004)은 심지어 스키머들이 업데이트되더라도 계속해서 메시지들을 파싱/빌딩할 수 있다.
스키머를 부가 또는 업데이트(Adding or Updating Schema)
도 16은 본 발명의 일 실시예에 따라 파스/빌드 엔진(1004)에서 스키머를 동적으로 부가 또는 업데이트하기 위한 방법의 단순화된 플로우챠트(1500)를 나타낸다. 단계 1502에서, 스키머를 동적으로 부가 또는 업데이트하기 위한 요청이 어플리케이션으로부터 수신된다. 그 요청은 새롭거나 업데이트된 스키머를 포함하는 1 이상의 스키머 정의 파일들(1026)의 위치를 포함한다.
단계 1504에서, 스키머 정의 파일들(1026)에서 찾아진 스키머들이 확인된다.
단계 1506에서, 스키머 정의 파일들(1026)에서의 스키머들이 등록부(1022)로 로딩된다. 업데이트된 스키머가 한 묶음의 새로운 필드 정의들 또는 변화된 필드 정의들과 함께 제공되면, 오직 새롭거나 변화된 필드 정의들만이 등록부(1022)로 로딩될 수 있다. 스키머를 부가 또는 업데이트하는 중에, 처리되고 있는 진행 메시지들(in-flight messages)이 스커머 변화의 결과로 훼손되지 않도록 보장하기 위해서 적당한 데이터 구조들이 기록-잠금된다(write-locked). 스키머 로더(1024)가 업데이트된 버젼의 스키머를 로딩하는 동안에, 진행 메시지들은 이전 버젼의 스키머를 계속해서 이용한다.
단계 1508에서, 메시지 정의 객체에서 지정된 어떤 핸들러들이 등록부(1022) 로 로딩된다. 파스/빌드 엔진(1004)은 어떤 핸들러들이 이미 등록부(1022)에 존재하는지를 결정하기 위해 체크하고, 그러한 핸들러들을 등록부(1022)로 다시 로딩하지 않을 수 있다. 그러나, 어떤 핸들러들이 변화되었으면, 변화된 핸들러들은 로딩된다.
단계 1510에서, 핸들러들은 각각의 메시지 정의 객체들에 결속된다. 하나의 실시예에서, 오직 새롭거나 변화된 핸들러들만이 업데이트된 메시지 정의 객체에 결속된다. 이제 파스/빌드 엔진(1004)이 동적으로 업데이트된다.
파싱 프로세스의 플로우챠트(Flowchart of Parse process)
도 17은 본 발명의 일 실시예에 따라 입력 메시지 스트림(1010)을 파싱하기 위한 방법의 단순화된 플로우챠트(1600)를 나타낸다. 단계 1602에서, 메시지에 대한 스키머가 결정된다. 그 스키머는 입력 메시지 스트림(1010)의 데이터 포맷에 상응한다.
단계 1604에서, 메시지 정의 객체에 대한 어떤 핸들러들이 스키머에서의 포인터들로부터 결정된다.
단계 1606에서, 각 필드에 대한 핸들러들이 그 필드에 부착된다.
단계 1608에서, 핸들러는 메시지의 필드들을 번역한다. 각 필드에 대한 핸들러가 불러내어진다. 핸들러들은 필드들의 값들을 IMF로 번역하기 위해서 스키머에서의 필드 정의들을 이용한다. 필드에 대한 OID는 그 필드를 위한 스키머에서의 필드 정의들 및 IMF 객체(1018)에서의 상응하는 필드를 지적한다.
하나의 실시예에서, 파서 컴포넌트(1016)는 메시지 1010에서 읽혀진 필드들에 대한 오프셋(offset)을 유지한다. 예를 들어, 읽혀진 바이트들의 수가 오프셋으로서 저장된다. 파서 컴포넌트는 각 핸들러가 호출될 때마다 이 오프셋을 감소시킨다. 핸들러들이 메시지 1010의 마지막 또는 메시지 정의 객체에서의 마지막 필드 정의에 도달했을 때에, 파서 컴포넌트는 번역이 완료되었음을 인식한다.
단계 1610에서, 번역된 필드들이 IMF 객체(1018)의 상응하는 계층(hierarchy)에 저장된다. 필드에 대한 OID는 IMF 객체(1018)의 계층에서 상응하는 위치들에 번역된 값들을 저장하는데 사용될 수 있다.
상기와 같은 번역이 어떤 포인트에서 실패하면, 게이트웨이(104)로 에러가 반환될 수 있다. 그 파싱은 계속될 수 있고 IMF 객체(1018)는 반환될 수 있다. 그러나, 에러 플래그들(error flags)이 IMF 객체(1018)에서 표시될 것이다.
빌딩 프로세서의 플로우챠트(Flowchart of Build Process)
이제 빌딩 프로세스가 도 18을 참조하여 설명될 것이다. 도 18은 본 발명의 일 실시예에 따라 IMF 객체(1018)로부터 출력 메시지 스트림(1012)을 빌딩하기 위한 방법의 단순화된 플로우챠트(1700)를 나타낸다. 단계 1702에서, 스키머 이름과 IMF 객체(1018)가 결정된다. 하나의 실시예에서, 먼저 IMF 객체(1018)가 결정된다. 스키머 이름은 IMF 객체(1018)에서의 정보에 기초하여 결정될 수 있다. 예를 들어, 스키머 이름은 IMF 객체(1018)에서의 정보에 저장될 수 있다. 또한, 스키머 이름은 IMF 객체(1018)에서의 정보가 보내지게 될 채널 또는 목적지 시스템에 의해 결정될 수 있다.
단계 1704에서, 메시지 정의 객체는 스키머를 등록부(1022)에 어드레싱하는데 이용된다. 단계 1706에서, 그 스키머에 대해 요구되는 어떤 핸들러들도 결정된다.
단계 1708에서, IMF 객체(1018)에서 찾아진 각 필드에 대하여, IMF 객체(1018)의 계층에서 상응하는 필드로부터의 값이 로딩된다. 필드에 대한 OID들은 필드 정의들을 액세스하는데 이용된다.
단계 1710에서, 그 필드에 대한 필드 정의의 속성들에 따라서 IMF 객체(1018)에서의 필드로부터 그 값이 번역된다. 따라서, IMF 포맷에서 찾아진 값은 다른 시스템과 호환되는 포맷으로 번역된다.
단계 1712에서, 빌딩된 값들은 생성된 출력 메시지 스트림(1012)의 상응하는 필드들로 할당된다.
IMF 객체(1018)에서의 필드(외부 포맷을 위해 필수적인 필드)에 대하여 값이 찾아지지 않으면, 외부 메시지에서 그 필드에 대한 값은 0으로 설정될 수 있거나 생성된 메시지는 단순히 메시지에서 이 필드를 갖지 않을 수 있다. 더하여, IMF 객체(1018)가 반드시 이 필드를 가져야만 한다고 결정되면, IMF 객체(1018)에서 필드가 찾아지지 않는다는 것을 지시하는 에러가 반환될 수 있다.
대안들(Alternatives)
본 발명은 소프트웨어 또는 하드웨어 또는 그 둘의 조합으로 구성된 제어 로 직의 형태로 구현될 수 있다. 그 제어 로직은, 본 발명의 실시예에서 개시된 한 묶음의 단계들을 실행하기 위한 정보 프로세싱 디바이스를 가리키도록 조절된 다수의 명령들으로서, 정보 저장 매체에 저장될 수 있다. 여기에서 제공된 개시 및 가르침들에 기초하여, 당업자는 본 발명을 구현하기 위한 다른 방식 및/또는 방법들을 살필 수 있을 것이다.
이상의 설명은 예시적인 것일 뿐이며 제한적인 것이 아니다. 여기 개시의 검토에 근거하여 본 발명의 많은 변형들이 당업자에게 명백해질 것이다. 그러므로, 본 발명의 범위는 이상의 설명을 기준으로 하는 대신에 현(pending) 청구항들(그들의 전 범위 또는 균등물들을 포함)을 기준으로 하여 결정되어야 한다.

Claims (14)

  1. 메시지들을 내부 메시지 포맷으로 파싱(parsing)하기 위한 방법에 있어서,
    다수의 필드들을 구비하는 메시지를 수신하는 단계;
    다수의 핸들러들을 제공하는 단계(여기서, 각 핸들러는 상기 필드들 중의 적어도 하나를 상기 필드에 대한 문법을 이용하여 파싱하기 위한 코드이고, 상기 각 핸들러는 따로따로 컴파일됨);
    상기 메시지의 상기 필드들에 대한 1 이상의 스커머들(schemas)을 결정하는 단계(여기서, 각 스키머는 상기 핸들러들 중의 하나를 지적하고 1 이상의 필드들에 대한 문법 정의를 포함함); 및
    상기 핸들러들을 이용하여 상기 메시지의 상기 1 이상의 필드들을 상기 내부 메시지 포맷으로 번역(translating)하는 단계;를 구비하는 것을 특징으로 하는 방법.
  2. 제 1 항에 있어서,
    상기 내부 메시지 포맷은 가능한 필드들의 계층적 구조를 구비하고,
    상기 파싱은 상기 메시지에서의 상기 필드들에 대하여만 행해지며,
    상기 내부 메시지 포맷에서 상응하는 필드들만이 거주되는(populated) 것을 특징으로 하는 방법.
  3. 제 1 항에 있어서,
    상기 스키머에 포함된 각 메시지 필드는 객체 ID에 의해 식별되고,
    상기 객체 ID는 상기 내부 메시지 포맷에서 특정 위치를 지적하는 인덱스인 것을 특징으로 하는 방법.
  4. 제 1 항에 있어서,
    다른 스키머와 핸들러들을 다시 컴파일링함(recompiling)이 없이 상기 1 이상의 스키머들을 동적으로 로딩하는 단계;를 더 구비하는 것을 특징으로 하는 방법.
  5. 제 1 항에 있어서,
    상기 번역(translating)으로부터 후속하는 스키머를 결정하는 단계; 및
    상기 메시지 상에서의 상기 후속하는 스키머에 대하여 제 1 항의 프로세스를 반복하는 단계;를 더 구비하는 것을 특징으로 하는 방법.
  6. 제 1 항에 있어서,
    비지니스 서비스들 어플리케이션에 의해 상기 내부 메시지 포맷의 상기 메시지를 처리(processing)하는 단계;를 더 구비하는 것을 특징으로 하는 방법.
  7. 제 6 항에 있어서,
    상기 비지니스 서비스들 어플리케이션에 의한 상기 처리(processing)는 상기 필드들에서 값들을 변경하는 것을 포함하는 것을 특징으로 하는 방법.
  8. 제 7 항에 있어서,
    상기 처리(processing) 후에, 상기 내부 메시지 포맷의 상기 메시지를 외부 메시지 포맷으로 빌딩(building)하기 위한 제 2 묶음의 1 이상의 스키머들을 결정하는 단계;
    상기 메시지에 포함된 1 이상의 필드들에 상응하는 상기 제 2 묶음의 1 이상의 스키머들에서 필드 정의들(field definitions) 및 핸들러들을 결정하는 단계; 및
    상기 핸들러들을 이용하여 외부 메시지 포맷의 1 이상의 필드들을 빌딩하는 단계;를 더 구비하는 것을 특징으로 하는 방법.
  9. 제 1 항에 있어서,
    상기 메시지는 금융 트랜잭션을 구비하는 것을 특징으로 하는 방법.
  10. 제 1 항에 있어서,
    출력 메시지를 위해 요구되는, 상기 메시지에서 상기 1 이상의 필드들 외의 다른 어떤 필요한 필드들을 결정하는 단계; 및
    어떤 것이 결정되었으면, 상기 메시지에서 상기 1 이상의 필드들 외의 다른 필요한 필드들을 내부 메시지 객체에 부가하는 단계;를 더 구비하고,
    상기 1 이상의 필드들 및 필요한 필드들은 상기 내부 메시지 객체에 거주되는, 유일하게 포함된 필드들인 것을 특징으로 하는 방법.
  11. 메시지들을 파싱/빌딩하도록 구성된 엔진에 있어서,
    다수의 핸들러들(여기서, 각 핸들러는 수신된 메시지의 필드들 중의 적어도 하나를 상기 필드에 대한 문법을 이용하여 파싱하기 위한 코드이고, 상기 각 핸들러는 따로따로 컴파일됨); 및
    상이한 타입들의 메시지들에 대한 다수의 스키머들(여기서, 각 스키머는 상기 핸들러들 중의 하나를 지적하고 메시지의 1 이상의 필드들에 대한 문법 정의를 포함함);을 구비하는 것을 특징으로 하는 엔진.
  12. 제 11 항에 있어서,
    내부 메시지 포맷 객체;를 더 구비하고,
    상기 핸들러들은 상기 메시지에서 찾아진 필드들 및/또는 필수적 필드들(required fields)만을 상기 내부 메시지 포맷 객체에 거주(populate)시키도록 구성되는 것을 특징으로 하는 엔진.
  13. 제 11 항에 있어서,
    상기 내부 메시지 포맷의 메시지를 처리하도록 구성된 비지니스 서비스 모 듈;을 더 구비하는 것을 특징으로 하는 엔진.
  14. 제 13 항에 있어서,
    상기 엔진은 상기 내부 메시지 포맷으로부터의 메시지를 빌딩하도록 구성되고,
    상기 엔진은,
    제 2 묶음의 1 이상의 스키머들(여기서, 상기 제 2 묶음의 1 이상의 스키머들은 상기 메시지에서의 필드들을 상기 내부 메시지 포맷으로부터 외부 메시지 포맷으로 파싱하는데 이용될 수 있는 필드 정의들을 포함함); 및
    상기 제 2 묶음의 스키머들에 대한 1 이상의 핸들러들(여기서, 상기 핸들러들은 상기 제 2 묶음의 스키머들에서의 필드 정의들을 이용하여 상기 메시지에서의 필드들을 상기 내부 메시지 포맷으로부터 상기 외부 메시지 포맷으로 파싱하도록 구성됨);을 구비하는 것을 특징으로 하는 엔진.
KR1020087002321A 2005-06-29 2006-06-29 멀티-포맷 메시지들을 파싱하기 위한 스키머-기반 동적파스/빌드 엔진 KR101311978B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US11/172,397 2005-06-29
US11/172,397 US7694287B2 (en) 2005-06-29 2005-06-29 Schema-based dynamic parse/build engine for parsing multi-format messages
PCT/US2006/025893 WO2007002934A2 (en) 2005-06-29 2006-06-29 Schema-based dynamic parse/build engine for parsing multi-format messages

Publications (2)

Publication Number Publication Date
KR20080048018A true KR20080048018A (ko) 2008-05-30
KR101311978B1 KR101311978B1 (ko) 2013-09-26

Family

ID=37590971

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020087002321A KR101311978B1 (ko) 2005-06-29 2006-06-29 멀티-포맷 메시지들을 파싱하기 위한 스키머-기반 동적파스/빌드 엔진

Country Status (10)

Country Link
US (4) US7694287B2 (ko)
EP (1) EP1907923A4 (ko)
JP (2) JP2009500732A (ko)
KR (1) KR101311978B1 (ko)
CN (1) CN101495966A (ko)
AU (1) AU2006263436B2 (ko)
BR (1) BRPI0613084A2 (ko)
CA (1) CA2613313C (ko)
RU (1) RU2429533C2 (ko)
WO (1) WO2007002934A2 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20200096095A (ko) * 2019-02-01 2020-08-11 비씨카드(주) 복수의 디바이스 간 통신을 지원하는 인터페이스 관리 시스템 및 방법
WO2020159089A3 (ko) * 2019-02-01 2020-09-24 비씨카드(주) 복수의 디바이스 간 통신을 지원하는 인터페이스 관리 시스템 및 방법

Families Citing this family (119)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6732175B1 (en) 2000-04-13 2004-05-04 Intel Corporation Network apparatus for switching based on content of application data
US10176476B2 (en) 2005-10-06 2019-01-08 Mastercard Mobile Transactions Solutions, Inc. Secure ecosystem infrastructure enabling multiple types of electronic wallets in an ecosystem of issuers, service providers, and acquires of instruments
US7702916B2 (en) * 2003-03-31 2010-04-20 Visa U.S.A. Inc. Method and system for secure authentication
US20050021836A1 (en) 2003-05-01 2005-01-27 Reed Carl J. System and method for message processing and routing
US7482925B2 (en) * 2005-06-24 2009-01-27 Visa U.S.A. Apparatus and method to electromagnetically shield portable consumer devices
US7694287B2 (en) 2005-06-29 2010-04-06 Visa U.S.A. Schema-based dynamic parse/build engine for parsing multi-format messages
US20140089120A1 (en) * 2005-10-06 2014-03-27 C-Sam, Inc. Aggregating multiple transaction protocols for transacting between a plurality of distinct payment acquiring devices and a transaction acquirer
US8023971B2 (en) * 2005-11-21 2011-09-20 Syniverse Icx Corporation Method and system to deliver multimedia alerts to a mobile phone
CN100438409C (zh) * 2006-06-22 2008-11-26 北京飞天诚信科技有限公司 具有金融交易报文处理能力的智能卡及其工作方法
US8504451B2 (en) * 2006-11-16 2013-08-06 Visa U.S.A. Inc. Method and system using candidate dynamic data elements
US10346837B2 (en) * 2006-11-16 2019-07-09 Visa U.S.A. Inc. Adaptive authentication options
US20080154735A1 (en) * 2006-12-26 2008-06-26 Mark Carlson Mobile vending purchasing
CN101647040A (zh) * 2006-12-26 2010-02-10 维萨美国股份有限公司 使用别名的移动支付系统和方法
US7848980B2 (en) 2006-12-26 2010-12-07 Visa U.S.A. Inc. Mobile payment system and method using alias
US8615426B2 (en) 2006-12-26 2013-12-24 Visa U.S.A. Inc. Coupon offers from multiple entities
US9940627B2 (en) * 2006-12-26 2018-04-10 Visa U.S.A. Inc. Mobile coupon method and system
US20080201226A1 (en) * 2006-12-26 2008-08-21 Mark Carlson Mobile coupon method and portable consumer device for utilizing same
BRPI0806457A2 (pt) 2007-01-09 2011-09-06 Visa Usa Inc método, telefone móvel, e, sistema
US20080189184A1 (en) * 2007-02-01 2008-08-07 First Data Corporation Merchant service portal applications interface systems and methods
US7866551B2 (en) * 2007-02-15 2011-01-11 Visa U.S.A. Inc. Dynamic payment device characteristics
US20080275771A1 (en) * 2007-05-01 2008-11-06 Visa U.S.A. Inc. Merchant transaction based advertising
US7853669B2 (en) * 2007-05-04 2010-12-14 Microsoft Corporation Mesh-managing data across a distributed set of devices
US7860790B2 (en) * 2007-06-04 2010-12-28 Visa U.S.A. Inc. Systems and methods for automatic migration of a consumer between financial accounts
US8290832B2 (en) * 2007-06-04 2012-10-16 Visa U.S.A. Inc. Method and system for handling returned prepaid payment cards
US7809637B2 (en) * 2007-06-04 2010-10-05 Visa U.S.A. Inc. Portability of financial tokens
US8165938B2 (en) * 2007-06-04 2012-04-24 Visa U.S.A. Inc. Prepaid card fraud and risk management
US7627522B2 (en) * 2007-06-04 2009-12-01 Visa U.S.A. Inc. System, apparatus and methods for comparing fraud parameters for application during prepaid card enrollment and transactions
US8146806B2 (en) * 2007-06-04 2012-04-03 Visa U.S.A. Inc. Prepaid negative balance fee processing and fee diversion
US8604995B2 (en) * 2007-06-11 2013-12-10 Visa U.S.A. Inc. Shielding of portable consumer device
US8458672B2 (en) * 2007-07-17 2013-06-04 International Business Machines Corporation Facilitating the utilization of complex data objects
US9292850B2 (en) 2007-09-10 2016-03-22 Visa U.S.A. Inc. Host capture
FI121906B (fi) * 2007-09-17 2011-05-31 Goeran Mikael Bergholm Menetelmät, tietokoneohjelmat, transaktiopalvelin ja tietokonejärjestelmä transaktioiden prosessoimiseksi
US8170527B2 (en) 2007-09-26 2012-05-01 Visa U.S.A. Inc. Real-time balance on a mobile phone
US8719841B2 (en) * 2007-11-16 2014-05-06 Microsoft Corporation Dispatch mechanism for coordinating application and communication medium state
US9021503B2 (en) * 2007-11-16 2015-04-28 Microsoft Technology Licensing, Llc Coordinating application state and communication medium state
US8038068B2 (en) 2007-11-28 2011-10-18 Visa U.S.A. Inc. Multifunction removable cover for portable payment device
US7962490B1 (en) * 2008-01-07 2011-06-14 Amdocs Software Systems Limited System, method, and computer program product for analyzing and decomposing a plurality of rules into a plurality of contexts
US8862619B1 (en) 2008-01-07 2014-10-14 Amdocs Software Systems Limited System, method, and computer program product for filtering a data stream utilizing a plurality of contexts
US8145794B2 (en) * 2008-03-14 2012-03-27 Microsoft Corporation Encoding/decoding while allowing varying message formats per message
US9298747B2 (en) * 2008-03-20 2016-03-29 Microsoft Technology Licensing, Llc Deployable, consistent, and extensible computing environment platform
US9753712B2 (en) 2008-03-20 2017-09-05 Microsoft Technology Licensing, Llc Application management within deployable object hierarchy
US8572033B2 (en) 2008-03-20 2013-10-29 Microsoft Corporation Computing environment configuration
US8484174B2 (en) * 2008-03-20 2013-07-09 Microsoft Corporation Computing environment representation
US20090248737A1 (en) * 2008-03-27 2009-10-01 Microsoft Corporation Computing environment representation
US9715709B2 (en) 2008-05-09 2017-07-25 Visa International Services Association Communication device including multi-part alias identifier
US9652309B2 (en) * 2008-05-15 2017-05-16 Oracle International Corporation Mediator with interleaved static and dynamic routing
WO2010005681A1 (en) 2008-06-16 2010-01-14 Visa U.S.A. Inc. System and method for authorizing financial transactions with online merchants
US9542687B2 (en) 2008-06-26 2017-01-10 Visa International Service Association Systems and methods for visual representation of offers
US8219489B2 (en) 2008-07-29 2012-07-10 Visa U.S.A. Inc. Transaction processing using a global unique identifier
US9824355B2 (en) 2008-09-22 2017-11-21 Visa International Service Association Method of performing transactions with contactless payment devices using pre-tap and two-tap operations
US8977567B2 (en) * 2008-09-22 2015-03-10 Visa International Service Association Recordation of electronic payment transaction information
US10706402B2 (en) 2008-09-22 2020-07-07 Visa International Service Association Over the air update of payment transaction data stored in secure memory
US8260865B2 (en) * 2008-09-30 2012-09-04 Pivot Solutions, Inc. System and method for processing instant messages
US9178842B2 (en) * 2008-11-05 2015-11-03 Commvault Systems, Inc. Systems and methods for monitoring messaging applications for compliance with a policy
US20100153565A1 (en) * 2008-12-11 2010-06-17 Microsoft Corporation Connection management in line-of-business
US8145593B2 (en) * 2008-12-11 2012-03-27 Microsoft Corporation Framework for web services exposing line of business applications
US8301706B2 (en) 2009-06-15 2012-10-30 Microsoft Corporation Routing of pooled messages via an intermediary
US8250234B2 (en) 2010-04-26 2012-08-21 Microsoft Corporation Hierarchically disassembling messages
US8335314B2 (en) * 2010-07-27 2012-12-18 Sap Aktiengesellschaft Adaptive and secure modular connection
BG66795B1 (bg) * 2011-04-11 2018-12-17 Николаев Попов Красимир Метод и система за реализиране на комплексни задачи, остойностяване и разплащане, осъществявани в обща компютърно базирана среда
BR112014008941A2 (pt) 2011-10-12 2017-05-02 C-Sam Inc plataforma que habilita transações móveis seguras de múltiplas camadas
CN103177045A (zh) * 2011-12-26 2013-06-26 中国移动通信集团广东有限公司 文本解析方法及装置
US10013429B2 (en) * 2012-03-29 2018-07-03 Tracelink, Inc. Computer-implemented methods and systems for facilitating business-to-business transactions on a collaborative business network and for system integration message routing and identifier mapping utilizing a shared workspace mechanism
US9451469B2 (en) * 2012-07-23 2016-09-20 Intel Corporation Apparatus and method for tunneled GPM
US9058192B2 (en) * 2012-08-09 2015-06-16 Advanced Micro Devices, Inc. Handling pointers in program code in a system that supports multiple address spaces
US9892134B2 (en) 2013-03-13 2018-02-13 International Business Machines Corporation Output driven generation of a combined schema from a plurality of input data schemas
US9323793B2 (en) 2013-03-13 2016-04-26 International Business Machines Corporation Control data driven modifications and generation of new schema during runtime operations
US9443229B2 (en) 2013-03-15 2016-09-13 Elemica, Inc. Supply chain message management and shipment constraint optimization
US8904528B2 (en) * 2013-03-15 2014-12-02 Elemica, Inc. Method and apparatus for translation of business messages
US9224135B2 (en) 2013-03-15 2015-12-29 Elemica, Inc. Method and apparatus for adaptive configuration for translation of business messages
US20140316830A1 (en) * 2013-04-17 2014-10-23 CloudLogix, LLC Synchronized Resource Planning
US10157353B2 (en) * 2013-09-12 2018-12-18 Acxiom Corporation Name variant extraction from individual handle identifiers
CN104580097A (zh) * 2013-10-22 2015-04-29 腾讯科技（深圳）有限公司 一种数据处理方法、装置及系统
US20150161587A1 (en) * 2013-12-06 2015-06-11 Apple Inc. Provisioning and authenticating credentials on an electronic device
JP2015156103A (ja) * 2014-02-20 2015-08-27 株式会社東芝 Ｍ２ｍにおける電文変換システム及び電文変換方法
US10380809B2 (en) * 2014-02-21 2019-08-13 Ge Aviation Systems Llc System and method of fault detection
US11100499B1 (en) * 2014-05-07 2021-08-24 Google Llc Location modeling using transaction data for validation
US10614445B1 (en) 2014-06-04 2020-04-07 Square, Inc. Proximity-based payments
AU2015296239A1 (en) * 2014-07-30 2017-02-02 Visa International Service Association Authentication system with message conversion
US10963868B1 (en) 2014-09-09 2021-03-30 Square, Inc. Anonymous payment transactions
US11546230B2 (en) * 2014-09-19 2023-01-03 Impetus Technologies, Inc. Real time streaming analytics platform
US10402794B2 (en) * 2014-10-31 2019-09-03 Square, Inc. Money transfer in a forum using a payment proxy
US10275476B2 (en) * 2014-12-22 2019-04-30 Verizon Patent And Licensing Inc. Machine to machine data aggregator
US9870562B2 (en) * 2015-05-21 2018-01-16 Mastercard International Incorporated Method and system for integration of market exchange and issuer processing for blockchain-based transactions
EP3304954A4 (en) * 2015-05-29 2018-08-08 Telefonaktiebolaget LM Ericsson (publ) Method and apparatus for client side encoding in a data processing system
US11023878B1 (en) 2015-06-05 2021-06-01 Square, Inc. Apparatuses, methods, and systems for transmitting payment proxy information
US10049349B1 (en) 2015-09-29 2018-08-14 Square, Inc. Processing electronic payment transactions in offline-mode
US9535763B1 (en) 2015-11-30 2017-01-03 International Business Machines Corporation System and method for runtime grouping of processing elements in streaming applications
US9928046B2 (en) * 2016-02-12 2018-03-27 International Business Machines Corporation System and method for dynamic runtime merging of real time streaming operator environments
FI127624B (fi) * 2016-04-25 2018-10-31 Gurulogic Microsystems Oy Transaktiojärjestely
WO2017218483A1 (en) * 2016-06-15 2017-12-21 Mastercard International Incorporated Systems and methods for budget, financial account alerts management, remedial action controls and fraud monitoring
US11003635B2 (en) * 2016-08-24 2021-05-11 Sap Se Database scheme for storing generic data
US10620950B2 (en) 2016-09-07 2020-04-14 International Business Machines Corporation Message parsing in a distributed stream processing system
US10387850B1 (en) 2016-09-23 2019-08-20 Worldpay, Llc Systems and methods for least cost acquirer routing for pricing models
US10324772B2 (en) * 2016-11-02 2019-06-18 Oracle International Corporation Method and system for data instance-based automatic message map construction
US10747512B2 (en) * 2017-01-06 2020-08-18 International Business Machines Corporation Partial object instantiation for object oriented applications
US10579629B2 (en) 2017-01-13 2020-03-03 International Business Machines Corporation Message parser runtime choices
US10592313B2 (en) 2017-01-13 2020-03-17 International Business Machines Corporation Graph optimized message model parser
US10936738B1 (en) * 2017-06-26 2021-03-02 Amazon Technologies, Inc. Moderator to extend application functionality
AU2018301999A1 (en) * 2017-07-16 2020-01-16 Mastercard International Incorporated Method and system for improved transaction processing and routing
US20190205880A1 (en) * 2018-01-04 2019-07-04 Mastercard International Incorporated Systems and methods for validating payment transactions
CN108319589B (zh) * 2018-03-14 2021-08-10 腾讯科技（深圳）有限公司 参数字符串处理方法、装置、计算机可读存储介质和设备
US10691433B2 (en) * 2018-08-31 2020-06-23 Databricks Inc. Split front end for flexible back end cluster processing
RU2697648C2 (ru) * 2018-10-05 2019-08-15 Общество с ограниченной ответственностью "Алгоритм" Система классификации трафика
US11960473B2 (en) 2019-01-15 2024-04-16 Fisher-Rosemount Systems, Inc. Distributed ledgers in process control systems
US11115218B2 (en) * 2019-01-15 2021-09-07 Fisher-Rosemount Systems, Inc. System for secure metering from systems of untrusted data derived from common sources
US11405180B2 (en) 2019-01-15 2022-08-02 Fisher-Rosemount Systems, Inc. Blockchain-based automation architecture cybersecurity
SG10201904175UA (en) * 2019-05-09 2020-12-30 Mastercard International Inc Methods and systems for facilitating message format discovery in online transaction processing
US11089139B2 (en) * 2019-05-13 2021-08-10 Hughes Network Systems Method of aggregating representational state transfer response fields
US11223650B2 (en) * 2019-05-15 2022-01-11 International Business Machines Corporation Security system with adaptive parsing
CN110766392B (zh) * 2019-10-17 2022-03-04 中国银联股份有限公司 一种交易处理方法及装置
CN111314203B (zh) * 2019-11-20 2022-11-29 北京字节跳动网络技术有限公司 一种通信方法、装置、介质和电子设备
CN111212056A (zh) * 2019-12-30 2020-05-29 中电工业互联网有限公司 一种基于809协议的数据解析与分发系统及方法
US11704671B2 (en) * 2020-04-02 2023-07-18 Bottomline Technologies Limited Financial messaging transformation-as-a-service
CN112217801B (zh) * 2020-09-18 2022-11-15 中国建设银行股份有限公司 一种报文处理方法、装置、计算机设备和存储介质
US11868746B2 (en) * 2021-09-02 2024-01-09 Kinaxis Inc. System and method for transition of static schema to dynamic schema
PE20240853A1 (es) * 2021-09-04 2024-04-23 Akcionernoe Obshchestvo «Quantum A Rus» Metodo de informacion movil de abonados de telefonia movil
US20240037550A1 (en) * 2022-07-29 2024-02-01 Ncr Corporation Information encoding and transmission techniques
GB2624850A (en) * 2022-11-02 2024-06-05 Qinetiq Ltd High assurance data verification

Family Cites Families (89)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5341477A (en) * 1989-02-24 1994-08-23 Digital Equipment Corporation Broker for computer network server selection
JPH0375950A (ja) * 1989-08-18 1991-03-29 Fujitsu Ltd 不定長メッセージのデータ構造変換方式
US5459837A (en) * 1993-04-21 1995-10-17 Digital Equipment Corporation System to facilitate efficient utilization of network resources in a computer network
US5485455A (en) * 1994-01-28 1996-01-16 Cabletron Systems, Inc. Network having secure fast packet switching and guaranteed quality of service
US6343313B1 (en) * 1996-03-26 2002-01-29 Pixion, Inc. Computer conferencing system with real-time multipoint, multi-speed, multi-stream scalability
JPH09311800A (ja) * 1996-05-22 1997-12-02 Fuji Elelctrochem Co Ltd データ自動変換装置
US6039245A (en) * 1996-06-10 2000-03-21 Diebold, Incorporated Financial transaction processing system and method
US5754543A (en) * 1996-07-03 1998-05-19 Alcatel Data Networks, Inc. Connectivity matrix-based multi-cost routing
US5805798A (en) * 1996-10-29 1998-09-08 Electronic Data Systems Corporation Fail-safe event driven transaction processing system and method
US6473404B1 (en) * 1998-11-24 2002-10-29 Connect One, Inc. Multi-protocol telecommunications routing optimization
US6016307A (en) * 1996-10-31 2000-01-18 Connect One, Inc. Multi-protocol telecommunications routing optimization
US7020880B2 (en) * 1997-01-08 2006-03-28 International Business Machines Corporation Modular application collaborator for providing inter-operability between applications and monitoring errors to trigger execution of required compensating actions to undo interrupted transaction
US6134598A (en) * 1997-05-23 2000-10-17 Adobe Systems Incorporated Data stream processing on networked computer system lacking format-specific data processing resources
US5974460A (en) * 1997-06-16 1999-10-26 International Business Machines Corporation Apparatus and method for selecting an optimum telecommunications link
US6006264A (en) * 1997-08-01 1999-12-21 Arrowpoint Communications, Inc. Method and system for directing a flow between a client and a server
US6226680B1 (en) * 1997-10-14 2001-05-01 Alacritech, Inc. Intelligent network interface system method for protocol processing
US6389479B1 (en) * 1997-10-14 2002-05-14 Alacritech, Inc. Intelligent network interface device and system for accelerated communication
EP0935368A1 (en) * 1997-11-03 1999-08-11 Canon Kabushiki Kaisha Path detection in a distributed network
US6091724A (en) * 1997-11-20 2000-07-18 International Business Machines Corporation Routing messages within a network using the data content of the message
US6430184B1 (en) * 1998-04-10 2002-08-06 Top Layer Networks, Inc. System and process for GHIH-speed pattern matching for application-level switching of data packets
US6317438B1 (en) * 1998-04-14 2001-11-13 Harold Herman Trebes, Jr. System and method for providing peer-oriented control of telecommunications services
US6487286B1 (en) * 1998-12-21 2002-11-26 Nortel Networks Limited Common channel signaling with a network of distributed signal transfer points
CA2361731C (en) 1999-02-17 2005-04-19 Diebold, Incorporated Method and system for connecting services to an automated transaction machine
US20030055768A1 (en) * 1999-07-02 2003-03-20 Anaya Ana Gabriela Alert delivery and delivery performance in a monitoring system
US6460120B1 (en) * 1999-08-27 2002-10-01 International Business Machines Corporation Network processor, memory organization and methods
US7017143B1 (en) * 1999-12-01 2006-03-21 Microsoft Corporation External resource files for application development and management
AU4717901A (en) * 1999-12-06 2001-06-25 Warp Solutions, Inc. System and method for dynamic content routing
US7590644B2 (en) * 1999-12-21 2009-09-15 International Business Machine Corporation Method and apparatus of streaming data transformation using code generator and translator
US6732175B1 (en) * 2000-04-13 2004-05-04 Intel Corporation Network apparatus for switching based on content of application data
US7058691B1 (en) * 2000-06-12 2006-06-06 Trustees Of Princeton University System for wireless push and pull based services
US6912719B2 (en) * 2000-08-08 2005-06-28 International Business Machines Corporation Type descriptor metamodel
GB0023169D0 (en) * 2000-09-20 2000-11-01 Ibm Message parsing in message processing systems
US6802067B1 (en) * 2000-10-27 2004-10-05 Sprint Communications Company, L.P. Computer software framework and method for logging messages
WO2002057942A1 (en) * 2001-01-02 2002-07-25 Delta Air Lines, Inc. Exchanging electronic messages between a host computer system and a distributed computer system
US7047285B2 (en) * 2001-02-16 2006-05-16 Microsoft Corporation System and method for providing a unified messaging scheme in a mobile device
GB0107882D0 (en) * 2001-03-29 2001-05-23 Ibm Parsing messages with multiple data formats
US20020165829A1 (en) * 2001-05-04 2002-11-07 Jones John A. Financial transaction processing system
US6839700B2 (en) * 2001-05-23 2005-01-04 International Business Machines Corporation Load balancing content requests using dynamic document generation cost information
US7673282B2 (en) * 2001-05-25 2010-03-02 International Business Machines Corporation Enterprise information unification
US8700781B2 (en) * 2001-06-12 2014-04-15 Verizon Business Global Llc Automated processing of service requests using structured messaging protocols
US20030153338A1 (en) * 2001-07-24 2003-08-14 Herz Frederick S. M. Autoband
US7545805B2 (en) * 2001-08-15 2009-06-09 Precache, Inc. Method and apparatus for content-based routing and filtering at routers using channels
US6754188B1 (en) * 2001-09-28 2004-06-22 Meshnetworks, Inc. System and method for enabling a node in an ad-hoc packet-switched wireless communications network to route packets based on packet content
US7107042B1 (en) * 2001-09-28 2006-09-12 Bellsouth Intellectual Property Corp. Text message delivery features for an interactive wireless network
CA2410172A1 (en) * 2001-10-29 2003-04-29 Jose Alejandro Rueda Content routing architecture for enhanced internet services
US7487262B2 (en) * 2001-11-16 2009-02-03 At & T Mobility Ii, Llc Methods and systems for routing messages through a communications network based on message content
US7653753B2 (en) * 2002-03-28 2010-01-26 Precache Inc. Method and apparatus for content-based packet routing using compact filter storage and off-line pre-computation
US7188336B2 (en) * 2002-04-17 2007-03-06 International Bussiness Machines Corporation Multi-platform software interface and documentation generator
JP2003323443A (ja) 2002-05-02 2003-11-14 Nippon Telegr & Teleph Corp <Ntt> 問い合せ最適化を利用した統合検索方法、統合検索装置、プログラム、および記録媒体
US20030221000A1 (en) * 2002-05-16 2003-11-27 Ludmila Cherkasova System and method for measuring web service performance using captured network packets
CN1675640A (zh) * 2002-06-11 2005-09-28 第一数据公司 价值处理网络和方法
US8301800B1 (en) * 2002-07-02 2012-10-30 Actional Corporation Message processing for distributed computing environments
US7280981B2 (en) * 2002-08-27 2007-10-09 Visa U.S.A. Inc. Method and system for facilitating payment transactions using access devices
EP1552659B1 (en) * 2002-10-16 2015-01-14 Aepona Limited A service access gateway
US20040088425A1 (en) * 2002-10-31 2004-05-06 Comverse, Ltd. Application level gateway based on universal parser
US7356616B2 (en) * 2002-11-06 2008-04-08 Microsoft Corporation Maintaining structured time data for electronic messages
US7131116B1 (en) * 2002-12-30 2006-10-31 Oracle International Corporation Transformation of electronic messages to an extensible data format
WO2004066125A2 (en) * 2003-01-14 2004-08-05 V-Enable, Inc. Multi-modal information retrieval system
RU2249848C2 (ru) 2003-02-11 2005-04-10 Курский государственный технический университет Модуль для передачи и вещания сообщений в матричном коммутаторе
JP2004303205A (ja) 2003-03-19 2004-10-28 Ricoh Co Ltd 外部装置によって蓄積文書情報を編集可能とする画像形成装置、文書サービス提供方法
WO2004107216A2 (en) * 2003-05-23 2004-12-09 Computer Associates Think, Inc. A publish/subscribe mechanism for web services
US7401075B2 (en) * 2003-06-11 2008-07-15 Wtviii, Inc. System for viewing and indexing mark up language messages, forms and documents
GB0314800D0 (en) * 2003-06-25 2003-07-30 Hyfinity Ltd System and associated methods for software assembly
US7631314B2 (en) * 2003-08-26 2009-12-08 International Business Machines Corporation Method and system for dynamically associating type information and creating and processing meta-data in a service oriented architecture
US7191248B2 (en) * 2003-08-29 2007-03-13 Microsoft Corporation Communication stack for network communication and routing
US7409400B2 (en) * 2003-10-22 2008-08-05 Intel Corporation Applications of an appliance in a data center
US7194516B2 (en) * 2003-10-23 2007-03-20 Microsoft Corporation Accessing different types of electronic messages through a common messaging interface
US7805713B2 (en) * 2003-10-27 2010-09-28 Hewlett-Packard Development Company, L.P. Transaction processing architecture
ES2301863T3 (es) * 2003-12-17 2008-07-01 Telefonaktiebolaget Lm Ericsson (Publ) Sistema y metodo para el procesamiento de mensajes optimizado dinamicamente.
US7434225B2 (en) * 2003-12-18 2008-10-07 International Business Machines Corporation Context information associated with message flows in a messaging system
US8112103B2 (en) * 2004-01-16 2012-02-07 Kuang-Chao Eric Yeh Methods and systems for mobile device messaging
US7313575B2 (en) * 2004-06-14 2007-12-25 Hewlett-Packard Development Company, L.P. Data services handler
US7412667B2 (en) * 2004-07-15 2008-08-12 Microsoft Corporation Web service visualizer and display service
US7506812B2 (en) * 2004-09-07 2009-03-24 Semtek Innovative Solutions Corporation Transparently securing data for transmission on financial networks
WO2006042314A2 (en) * 2004-10-12 2006-04-20 Inventigo, Llc Methods and apparatus for message oriented invocation
US20060117307A1 (en) * 2004-11-24 2006-06-01 Ramot At Tel-Aviv University Ltd. XML parser
US7987272B2 (en) * 2004-12-06 2011-07-26 Cisco Technology, Inc. Performing message payload processing functions in a network element on behalf of an application
US7551567B2 (en) * 2005-01-05 2009-06-23 Cisco Technology, Inc. Interpreting an application message at a network element using sampling and heuristics
US7908291B2 (en) * 2005-01-07 2011-03-15 Oracle International Corporation Technique for creating self described data shared across multiple services
US20060167818A1 (en) * 2005-01-21 2006-07-27 David Wentker Methods and system for performing data exchanges related to financial transactions over a public network
US7493594B2 (en) * 2005-03-14 2009-02-17 Research In Motion System and method for designing component based applications
US7657868B2 (en) * 2005-03-14 2010-02-02 Research In Motion Limited System and method for applying development patterns for component based applications
US7467149B2 (en) * 2005-03-14 2008-12-16 Microsoft Corporation Complex syntax validation and business logic validation rules, using VAXs (value-added XSDs) compliant with W3C-XML schema specification
US7840293B2 (en) * 2005-04-25 2010-11-23 Invensys Systems, Inc. Caching identifications and associated production database guids for expedited acquisition of linking information contained within multiple distinct production database tables
US7694287B2 (en) * 2005-06-29 2010-04-06 Visa U.S.A. Schema-based dynamic parse/build engine for parsing multi-format messages
US7804945B2 (en) * 2005-08-31 2010-09-28 Accenture Global Services Gmbh Enterprise application based multi-billing integration system
US7739696B2 (en) * 2005-09-08 2010-06-15 Honeywell International Inc. Message translation systems and methods
US7539374B2 (en) * 2006-06-19 2009-05-26 Searete Llc Plasmon switch
EP2124174A1 (en) * 2008-05-19 2009-11-25 Accenture Global Services GmbH Service exception resolution framework

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20200096095A (ko) * 2019-02-01 2020-08-11 비씨카드(주) 복수의 디바이스 간 통신을 지원하는 인터페이스 관리 시스템 및 방법
WO2020159089A3 (ko) * 2019-02-01 2020-09-24 비씨카드(주) 복수의 디바이스 간 통신을 지원하는 인터페이스 관리 시스템 및 방법

Also Published As

Publication number Publication date
RU2008103282A (ru) 2009-08-10
WO2007002934A2 (en) 2007-01-04
AU2006263436A1 (en) 2007-01-04
US7694287B2 (en) 2010-04-06
US9215196B2 (en) 2015-12-15
JP2009500732A (ja) 2009-01-08
CA2613313C (en) 2014-10-21
BRPI0613084A2 (pt) 2012-10-09
US8555262B2 (en) 2013-10-08
US20100211938A1 (en) 2010-08-19
AU2006263436B2 (en) 2011-12-01
US20160065510A1 (en) 2016-03-03
US20140025762A1 (en) 2014-01-23
EP1907923A4 (en) 2012-01-18
EP1907923A2 (en) 2008-04-09
CA2613313A1 (en) 2007-01-04
US9756001B2 (en) 2017-09-05
KR101311978B1 (ko) 2013-09-26
US20070005613A1 (en) 2007-01-04
WO2007002934A3 (en) 2009-04-23
RU2429533C2 (ru) 2011-09-20
JP2013101676A (ja) 2013-05-23
CN101495966A (zh) 2009-07-29

Similar Documents

Publication Publication Date Title
KR101311978B1 (ko) 멀티-포맷 메시지들을 파싱하기 위한 스키머-기반 동적파스/빌드 엔진
KR101362469B1 (ko) 컨텍스트-기반 규칙들을 이용하여 비신뢰적인 네트워크들 상에서 트랜잭션들과 데이터를 스위칭하기 위한 적응적 게이트웨이
US8572564B2 (en) Configuring and constructing applications in a mainframe-based computing environment
US20070167178A1 (en) Short Message Service (SMS) Parser
US20090099982A1 (en) Self-modification of a mainframe-based business rules engine construction tool
US9116705B2 (en) Mainframe-based browser
US20070156737A1 (en) Application integration systems and methods
US8510707B1 (en) Mainframe-based web service development accelerator
US8555239B1 (en) Mainframe-based web service development accelerator
US8479175B1 (en) Mainframe-based web service development accelerator
JP2001160006A (ja) メッセージ中継システム

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
FPAY Annual fee payment

Payment date: 20160905

Year of fee payment: 4