KR20140089977A - 개방형 모바일 클라우드 게이트웨이 - Google Patents

개방형 모바일 클라우드 게이트웨이 Download PDF

Info

Publication number
KR20140089977A
KR20140089977A KR1020130002135A KR20130002135A KR20140089977A KR 20140089977 A KR20140089977 A KR 20140089977A KR 1020130002135 A KR1020130002135 A KR 1020130002135A KR 20130002135 A KR20130002135 A KR 20130002135A KR 20140089977 A KR20140089977 A KR 20140089977A
Authority
KR
South Korea
Prior art keywords
mobile
legacy
value
request
legacy system
Prior art date
Application number
KR1020130002135A
Other languages
English (en)
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 주식회사 웅진홀딩스
Priority to KR1020130002135A priority Critical patent/KR20140089977A/ko
Publication of KR20140089977A publication Critical patent/KR20140089977A/ko

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18Service support devices; Network management devices
    • H04W88/181Transcoding devices; Rate adaptation devices
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06Authentication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W12/00Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/08Access security
    • H04W12/084Access security using delegated authorisation, e.g. open authorisation [OAuth] protocol
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/18Information format or content conversion, e.g. adaptation by the network of the transmitted or received information for the purpose of wireless delivery to users or terminals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W88/00Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/16Gateway arrangements

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Computer And Data Communications (AREA)

Abstract

개방형 모바일 클라우드 게이트웨이가 구비된다. 본 발명에 의한 개방형 모바일 클라우드 게이트웨이는 모바일에 구비된 버츄얼 앱 또는 모바일 클라우드 미들웨어로부터의 호출이 있으면, API 명칭, 전달인자 등을 파싱하고 세션을 연결할 레거시 시스템으로의 인터페이스 어댑터와 모바일과의 통신을 위한 인터페이스 어댑터의 쌍를 선택하여 레거시 시스템으로 사용자 인증 처리 및 레거시 서비스를 요청한다. 이후, 레거시 시스템으로부터 결과값을 반환받으면 모바일로부터의 호출시 인자로 전달된 결과값 포맷에 맞추어 레거시 시스템으로부터의 결과값을 XML 또는 JSON 형태로 변환하여 모바일로 반환한다. 이러한 본 발명에 의할 때 다양한 레거시 인터페이스 제공으로 레거시 시스템 연동 개발 속도와 개발 편의성이 크게 향상되며, 레거시 서비스를 단일화된 포맷으로 제공함으로써 모바일 앱 개발의 속도와 개발 편의성이 크게 향상된다.

Description

개방형 모바일 클라우드 게이트웨이{OPEN MOBILE CLOUD GATEWAY}
본 발명은 모바일에 제공되는 가상단말을 이용한 레거시 시스템의 연동기술에 관한 것이다.
기업의 ERP 시스템 등의 레거시 시스템들은 프로토콜이나 서비스, 리턴값의 포맷 등이 규격화되어 있지 않아 레거시 시스템의 연동을 위해서는 해당 시스템의 프로토콜이나 서비스에 맞추어 개발이 필요하였다.
이러한 문제점을 해소하기 위하여 모바일에 제공되는 가상단말을 이용하여 레거시 시스템과는 독립적으로 레거시 서비스를 호출할 수 있는 모델이 연구되고 있다.
이의 구현을 위해서는 모바일 가상단말을 제공하기 위한 미들웨어, 개발환경, 레거시 시스템 연동을 위한 자동변환기술 등이 개발되어야 한다.
그 가운데 다양한 프로토콜을 갖는 레거시 시스템들의 연동의 구현을 위해서는 다음과 같은 몇 가지의 기술적인 해결책이 필요하다.
첫 번째로, 레거시 시스템과는 독립적으로 레거시 서비스를 호출할 수 있는 방법의 개발이 필요하다. 이때 레거시 시스템 자체의 설계변경을 초래하지 아니하여야 하며, 모바일 가상 단말의 앱 개발시에 레거시 서비스의 호출 방식을 자유롭게 선택할 수 있어야 할 것이다.
두 번째로, 레거시 서비스의 결과값의 표준화가 필요하다. 즉, 모바일 단에서는 어떤 레거시 시스템의 레거시 서비스를 호출하는지 무관하게 정해진 포맷으로 결과값을 반환받을 필요가 있다. 앱 개발의 비용과 기간단축을 위해서는 이는 필수적이라 하겠다.
[문헌 1] 대한민국 특허등록 제10-1043167호 "레거시 망 운용관리 시스템간의 연동시스템 및 방법" [문헌 2] 대한민국 특허등록 제10-0692632호 "개방형 모바일 비즈니스 지원 방법 및 시스템" [문헌 3] 대한민국 특허등록 제10-0692650호 "개방형 모바일 비즈니스 지원 시스템에서의 과금 처리방법및 장치"
본 발명은 상기와 같은 종래기술의 문제점을 해소하기 위한 것으로, 레거시 시스템의 프로토콜과 독립적으로 가상 단말에서 요구하는 포맷에 맞추어 레거시 데이터를 변환하여 제공하는 게이트웨이의 제공을 그 목적으로 한다.
본 발명의 다른 목적은 모바일 가상 단말로 하여금 레거시 시스템과는 독립적으로 API 호출 또는 Restful API 호출에 의하여 레거시 서비스를 호출할 수 있도록 하는 게이트웨이의 제공에 있다.
이러한 목적을 달성하기 위하여 본 발명에 의한 개방형 모바일 클라우드 게이트웨이는 모바일에 설치된 버츄얼 앱 또는 모바일 클라우드 미들웨어로부터의 요청이 있으면, 요청시 넘겨받은 데이터를 분석하여 분석결과를 게이트웨이 서비스로 전송하고, 게이트웨이 서비스로부터 반환된 결과를 상기 버츄얼 앱 또는 모바일 클라우드 미들웨어로 전송하는 게이트웨이 콘트롤러;
상기 게이트웨이 콘트롤러로부터 요청 데이터의 분석결과를 넘겨받으면, 레거시 관리 모듈 및 인터페이스 관리 모듈을 통해 세션을 연결할 레거시 시스템으로 접근하기 위한 인터페이스 어댑터를 선택하고, 선택된 인터페이스 어댑터를 이용하여 레거시 시스템에 접속하여 상기 레거시 시스템으로 상기 분석결과에 의한 요청처리를 수행하되, 상기 레거시 시스템으로부터 결과값을 반환받으면 이를 리스폰스 컨버터로 전송하고, 리스폰스 컨버터로부터 XML 또는 JSON 형태로 변환된 결과값을 받환받으면 이를 상기 게이트웨이 컨트롤러로 제공하는 게이트웨이 서비스;
상기 모바일에 설치된 버츄얼 앱 또는 모바일 클라우드 미들웨어로부터의 요청에 따라 레거시 시스템으로의 인증 처리를 수행하는 접속인증 처리모듈;
다수의 레거시 프로토콜에 대하여 결과값을 XML 또는 JSON으로 변환하기 위한 컨버터 모듈을 각 레거시 프로토콜별로 각각 구비하되, 상기 레거시 시스템의 레거시 프로토콜 및 상기 모바일의 요청에 따라 선택된 결과값 포맷의 조합에 부합하는 컨버터 모듈을 선정하고, 선정된 컨버터 모듈을 이용하여 상기 레거시 시스템으로부터 반환받은 결과값을 XML 또는 JSON 형태로 변환하는 리스폰스 컨버터;
다수의 레거시 프로토콜에 대하여 인터페이스를 처리하기 위한 인터페이스 어댑터를 각 레거시 프로토콜별로 각각 구비하는 인터페이스 관리 모듈;
연동가능한 하나 또는 그 이상의 레거시 시스템의 명칭, 제공되는 레거시 서비스 정보, 프로토콜 가운데 하나 이상을 포함하는 정보를 저장 관리하는 레거시 관리 모듈;
상기 모바일의 상기 레거시 시스템으로의 커넥션을 생성하기 위한 클래스를 구비하는 커넥션 팩토리 모듈;을 구비한다.
이러한 본 발명에 의할 때, 다양한 레거시 인터페이스 제공으로 레거시 시스템 연동 개발 속도와 개발 편의성이 크게 향상된다.
뿐만 아니라, 레거시 서비스를 단일화된 포맷(예컨대, XML 또는 JSON)으로 제공함으로써 모바일 앱 개발의 속도와 개발 편의성이 크게 향상된다.
도 1은 모바일과 레거시 시스템 및 본 발명에 의한 개방형 모바일 클라우드 게이트웨이의 연결관계를 설명하는 도면이며,
도 2는 본 발명에 의한 개방형 모바일 클라우드 게이트웨이의 구성요소를 설명하는 블록도이며,
도 3은 모바일 가상 단말로부터의 요청에 의해 레거시 서비스가 처리되는 과정을 개념적으로 설명하는 도면이며,
도 4는 가상 단말의 요청에 의하여 레거시 서비스로의 인증이 처리되고 세션이 수립되는 과정을 설명하는 도면이다.
이하에서는 본 발명의 바람직한 실시예 및 첨부하는 도면을 참조하여 본 발명에 의한 개방형 모바일 클라우드 게이트웨이를 상세히 설명한다. 한편, 본 발명을 명확히 하기 위하여 본 발명의 구성과 관련없는 내용은 생략하기로 하되, 도면의 동일한 참조부호는 동일한 구성요소를 지칭함을 전제하여 설명한다.
한편, 발명의 상세한 설명 또는 특허청구범위에서 어느 하나의 구성요소가 다른 구성요소를 "포함"한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 당해 구성요소만으로 이루어지는 것으로 한정되어 해석되지 아니하며, 다른 구성요소들을 더 포함할 수 있는 것으로 이해되어야 한다.
또한, 발명의 상세한 설명 또는 특허청구범위에서 "~수단", "~부", "~모듈", "~블록"으로 명명된 구성요소들은 적어도 하나 이상의 기능이나 동작을 처리하는 단위를 의미하며, 이들 각각은 소프트웨어 또는 하드웨어, 또는 이들의 결합에 의하여 구현될 수 있다.
도 1은 모바일과 레거시 시스템 및 본 발명에 의한 개방형 모바일 클라우드 게이트웨이의 연결관계를 설명하는 도면이다.
도 1에 도시된 바에 의할 때, 게이트웨이(100)는 네트워크를 통해 다수의 모바일(10)과 다수의 레거시 시스템(20)에 각각 연결되며, 모바일(10)이 이종의 레거시 시스템(20)과 연동될 수 있도록 한다.
이를 위해 게이트웨이(100)는 모바일(10)과 http와 같은 소정의 프로토콜에 의하여 통신하되, 모바일(10)이 접속하고자 하는 레거시 시스템(20)의 레거시 프로토콜을 통해 구현된 인터페이스를 이용하여 상기 레거시 시스템(20)으로의 인증절차를 수행한 후, 모바일(10)로부터의 요청을 전달한다.
그리고, 레거시 시스템(20)으로부터의 결과값을 XML 또는 JSON 형태로 변환하여 모바일(10)로 반환한다.
모바일(10)은 가상화 된 환경을 통해 게이트웨이(100)가 제공하는 레거시 서비스를 호출한다.
모바일(10)은 가상단말의 지원을 위한 미들웨어(12)를 통해서, 또는 미들웨어(12)에 의하여 생성된 가상환경인 버츄얼 앱(Virtual APP)을 통해 본 발명에 의한 게이트웨이(100)로 접속하여, 게이트웨이(100)가 제공하는 API를 호출하거나, Restful 방식에 의해 호출한다.
이에 의해 게이트웨이(100)를 통해 소정의 요청이 레거시 시스템(20)으로 전달된다.
모바일 개발자는 어느 레거시 시스템(20)의 레거시 서비스를 이용할 것인지를 결정하고, 반환받을 결과값의 포맷을 결정한 다음 게이트웨이(100)가 제공하는 API를 호출하는 방식에 의해 코딩할 수 있다.
즉, 각 레거시 시스템(20)의 프로토콜에 대해서 알 필요가 없음은 물론, 각 레거시 시스템(20)으로부터의 반환값의 처리를 위해 별도의 코딩을 할 필요가 없다.
모바일(10)은 휴대하면서 유무선 통신방식에 의하여 게이트웨이(100)가 제공하는 API를 호출할 수 있는 수단으로서, 예컨대 스마트폰(Smart Phone)이나 타블렛(Tablet) 등을 예로 들 수 있다. 이외에도 랩탑(Laptop), UMPC(Ultra Mobile PC)와 같은 고전적 형태의 하드웨어를 배제하지 아니한다.
레거시 시스템(20)은 SAP B1과 같은 기업의 ERP 시스템을 칭한다.
도 2는 본 발명에 의한 개방형 모바일 클라우드 게이트웨이의 소프트웨어 아키텍쳐를 설명한다.
도 2에 도시된 바에 의할 때, 본 발명에 의한 개방형 모바일 클라우드 게이트웨이는 기능에 따라 비지니스 레이어(Business Layer)와 데이터 액세스 레이어(Data Access Layer)로 구분된다.
비지니스 레이어는 다시 게이트웨이 콘트롤러(110)와 게이트웨이 서비스(121)로 구분된다. 게이트웨이 서비스(121)는 기능별로 세분화된 다수의 하위 모듈들을 갖는다.
데이터 액세스 레이어는 커넥션 팩토리 모듈(130)을 구비한다.
우선, 각 구성요소의 기능과 상호간의 연결관계를 간략히 설명한다.
게이트웨이 콘트롤러(110)는 버츄얼 앱(11) 또는 모바일 클라우드 미들웨어(12)로부터의 요청이 있으면, 요청시 넘겨받은 데이터를 분석하여 분석결과를 게이트웨이 서비스(121)로 전송한다.
그리고, 게이트웨이 서비스(121)로부터 반환된 결과를 상기 버츄얼 앱(11) 또는 모바일 클라우드 미들웨어(12)로 반환한다.
게이트웨이 서비스(121)는 상기 게이트웨이 콘트롤러(110)로부터 요청 데이터의 분석결과를 넘겨받으면,
레거시 관리 모듈(125)로부터 세션을 연결할 레거시 시스템(20)의 정보를 인출하고, 또 인터페이스 관리 모듈(124)를 통해 세션을 연결할 레거시 시스템(20)으로 접근하기 위한 인터페이스 어댑터를 선택한다.
그리고, 선택된 인터페이스 어댑터를 이용하여 레거시 시스템(20)에 접속하여 상기 레거시 시스템(20)으로 상기 분석결과에 의한 요청처리를 수행한다.
이후, 상기 레거시 시스템(20)으로부터 결과값을 반환받으면 이를 리스폰스 컨버터(123)로 전송하고, 리스폰스 컨버터(123)로부터 XML 또는 JSON 형태로 변환된 결과값을 받환받으면 이를 다시 게이트웨이 컨트롤러(110)로 제공한다.
접속인증 처리모듈(122)은 버츄얼 앱(11) 또는 모바일 클라우드 미들웨어(12)로부터의 요청에 따라 레거시 시스템(20)으로의 인증 처리를 수행한다.
리스폰스 컨버터(123)는 다수의 레거시 프로토콜에 대하여 결과값을 XML 또는 JSON으로 변환하기 위한 컨버터 모듈을 각 레거시 프로토콜별로 각각 구비한다.
후술하는 바와 같이 모바일(10)은 API의 호출시에 반환값의 포맷을 정하여 호출한다. 즉, API 호출시 인자로 반환값의 포맷을 넘겨주며, 반환값은 XML 또는 JSON의 포맷을 가질 수 있다.
리스폰스 컨버터(123)는 세션이 수립된 레거시 시스템(20)의 레거시 프로토콜 및 모바일에 의해 선택된 반환값 포맷의 조합에 부합하는 컨버터 모듈을 선정한다.
그리고, 선정된 컨버터 모듈을 이용하여 상기 레거시 시스템으로부터 반환받은 결과값을 XML 또는 JSON 형태로 자동 변환한다.
인터페이스 관리 모듈(124)은 다수의 레거시 프로토콜에 대하여 인터페이스를 처리하기 위한 인터페이스 어댑터를 각 레거시 프로토콜별로 각각 구비한다.
예컨대, HTTP/XML, SOAP, FILE, DB, REST, EAI, ESB, EJB, JMS, TCP 등 레거시 시스템(20)에 따라 각각 달리 요구되는 프로토콜에 따라 각각 인터페이스를 구비한다.
레거시 관리 모듈(125)은 연동가능한 하나 또는 그 이상의 레거시 시스템(20)의 정보(예컨대, 레거시 시스템의 명칭, 제공되는 레거시 서비스 정보, 프로토콜 등)을 저장한다.
한편, 커넥션 팩토리 모듈(130)은 모바일(10)의 요청에 의해 상기 레거시 시스템(20)으로의 커넥션을 생성하기 위한 클래스를 갖는다.
커넥션 팩토리 모듈(130)은 SAP 커넥션 팩토리, DB 커넥션 팩토리 등 연결을 수립하고자 하는 레거시 서비스의 형태에 따라 각각 미리 준비된 클래스를 구비한다.
데이터베이스나 SAP 시스템 등으로의 빈번한 접속이 이루어지나, 접속하는 레거시 시스템(20)이 각각 다르고, 접속하는 모바일(10) 또한 각각 다른데 각 경우에 대해 각각 코딩하는 불경제를 해소하고자 클래스의 재사용성을 높이기 위해 커넥션 팩토리(Connection Factory)를 구비한다.
즉, 커넥션을 얻어오는 부분을 별도의 클래스로 만들어, 커넥션의 생성시 커넥션 생성구문을 사용하는 대신 클래스를 이용하여 커넥션을 생성하게 된다.
도 3은 모바일 가상 단말로부터의 요청에 의해 레거시 서비스가 처리되는 과정을 개념적으로 설명하는 도면이다.
도 3에 도시된 바에 의할 때, 모바일(10)로부터 요청을 받으면, 게이트웨이 콘트롤러(110)가 이를 게이트웨이 서비스(121)로 전달하고, 게이트웨이 서비스(121)가 레거시 시스템(20)으로부터 결과값을 반환받으면 이를 XML 또는 JSON으로 변환한 다음 다시 모바일(10)로 반환함을 알 수 있다.
그 과정에서 우선 게이트웨이 콘트롤러(110)가 모바일(10)로부터의 요청을 분석하는 과정을 살펴보면 다음과 같다.
모바일(10)의 버츄얼 앱(11) 또는 미들웨어(12)는 전형적인 방식의 API 호출방식에 의해 게이트웨이(100)가 지원하는 레거시 서비스를 호출하거나, 또는 Restful API 호출 방식에 의해 호출할 수 있다.
게이트웨이 콘트롤러(110)는 이와 같은 두 가지의 호출방식을 모두 지원한다.
게이트웨이 콘트롤러(110)는 모바일(10)의 버츄얼 앱(11) 또는 미들웨어(12)로부터의 호출이 있으면, 그것이 전형적인 방식의 API 호출방식인 경우 API 함수명과 인자를 게이트웨이 서비스(121)로 전달한다.
한편, Restful API 방식에 의한 호출시 다음과 같은 과정을 거쳐 함수명과 인자를 파싱하여 추출한 다음 이를 게이트웨이 서비스(121)로 전달한다.
Restful API 방식에 의한 호출 방식은 아래와 같다.
https://[domain]/API/data/[appId]/[ifId]/[sid]/[output type][*]
(단, 이때 domain : 게이트웨이 설치 도메인,
appId : 게이트웨이에 등록된 App ID,
ifId : 게이트웨이에 등록된 인터페이스 ID,
sid : App 로그인으로 할당받은 사용자 세션 ID,
output type : 결과값에 대한 데이터 포맷(XML 또는 JSON),
* : 두 가지 특수문자(?,&)로 파라미터를 명세하며 ?는 API 함수이름을 지칭하며, &는 API와 함께 전달되는 파라미터를 명세함.
(예) ?cmd=APIname&id=user&passwd=password)
게이트웨이 콘트롤러(110)는 이와 같이 Restful API 방식의 호출이 있으면, 상기 버츄얼 앱(11) 또는 모바일 클라우드 미들웨어(12)에 의한 접근 url를 구분자(Delimiter)를 이용하여 파싱한다.
"/"를 구분자로 하여 파싱함으로써 appId, ifId, sid, output type값을 파악할 수 있다.
그리고, 마지막 구분자("/") 이후의 구문으로부터 API 명칭과 인자값을 추출하여 게이트웨이 서비스로 전달한다.
도 4는 가상 단말의 요청에 의하여 레거시 서비스로의 인증이 처리되고 세션이 수립되는 과정을 설명하는 도면이다.
도 4에 도시된 바에 의할 때, 상기 접속인증 처리모듈(122)은 상기 모바일(10)에 설치된 버츄얼 앱(11) 또는 모바일 클라우드 미들웨어(12)로부터의 인증 요청이 있으면, 접속하고자 하는 레거시 시스템(20)으로 인증 서비스를 호출하기 위한 인터페이스 어댑터를 선택한다.
이후, 커넥션 팩토리 모듈(130)에 의해 상기 레거시 시스템(20)으로의 커넥션이 생성되면 상기 선택된 인터페이스 어댑터를 통해 인증절차를 수행한 다음,
레거시 시스템(20)으로부터 인증결과(성공 또는 실패)를 반환받으면 상기 모바일(10)에 대한 사용자 세션을 생성하고, 로그를 저장한다.
이와 같은 사용자 인증을 위해 게이트웨이(100)는 미들웨어(12)로 사용자 인증 API를 제공한다. 버츄얼 앱(11)에 의해 사용자 인증 API가 호출되면 상기 접속인증 처리모듈(122)은 레거시 시스템(20)으로 요청을 하고, 권한이 있는 사용자인 경우 세션 키를 생성하고 로그아웃 전까지 이를 통해 버츄얼 앱(11)의 서비스 요청을 처리하게 된다.
세션 키는 타임아웃 또는 로그아웃시에 폐기한다.
한편, 인터페이스 관리 모듈(124)은 다음과 같이 가상 단말에서 레거시 시스템(20)의 접속을 위한 인터페이스 어댑터를 구비한다.
인터페이스 관리 모듈(124)은 상기 모바일(10)에 설치된 버츄얼 앱(11) 또는 모바일 클라우드 미들웨어(12)로 http 통신을 위한 클라이언트 인터페이스 어댑터를 제공한다.
그리고, 다수의 레거시 시스템에 대해 해당 레거시 프로토콜에 따른 서버 인터페이스 어댑터를 구비한다.
레거시 시스템(20)의 서버용 인터페이스는 게이트웨이(100)에서 레거시 시스템(20)으로 연결할 때 사용하는 클라이언트 인터페이스에 해당한다.
인터페이스 관리 모듈(124)은 이와 같은 클라이언트용 인터페이스와 서버용 인터페이스를 쌍으로 관리한다.
이러한 인터페이스는 데이터를 얻고자 하는 레거시 시스템의 식별정보(명칭 등), 레거시 시스템과 연결할 때 사용할 서비스 정보, 클라이언트에서 사용하고자 하는 데이터 타입, 인터페이스를 사용할 버츄얼 앱(11)의 정보 등의 속성을 가진다.
인터페이스 관리 모듈(124)은 버츄얼 앱(11) 또는 모바일 클라우드 미들웨어(12)에 의한 요청이 있으면 상기 모바일(10)과의 통신을 위한 클라이언트 인터페이스 어댑터 및 상기 요청에 따라 접속하고자 하는 레거시 시스템(20)의 서버 인터페이스 어댑터의 쌍을 선택함으로써, 선택된 인터페이스 어댑터를 통한 세션 연결이 이루어지도록 한다.
리스폰스 컨버터(123)는 레거시 시스템(20)으로부터의 반환값을 XML 또는 JSON으로 변환한다.
상기 살펴본 바와 같이 모바일(10)은 API의 호출시 [output type]을 XML 또는 JSON으로 설정하여 호출하며, 리스폰스 컨버터(123)는 레거시 시스템(20)으로부터의 반환값을 이에 따라 변환한다.
이를 위하여 리스폰스 컨버터(123)는 HTTP/XML, SOAP, FILE, DB, REST, EAI, ESB, EJB, JMS, TCP 등 레거시 시스템(20)의 서비스 각각에 대한 컨버터를 구비한다.
레거시 시스템(20)으로부터의 결과값을 XML 또는 JSON으로 변환하는 과정은 다음과 같다.
첫째, 레거시 시스템(20)으로부터의 반환값이 데이터베이스 결과 데이터이며 이를 XML로 변환하는 과정을 살펴본다.
우선, 리스폰스 컨버터(123)는 버전과 인코딩 정보를 포함하는 XML 정보를 생성한다.
그리고, 그 아래에 gateway 엘리먼트를 생성하고,
그 아래에 session 엘리먼트를 생성하여 상기 모바일의 세션 정보를 포함시킨다.
그리고, 그 아래에 response 엘리먼트를 생성하여 상기 모바일로부터의 요청에 대해 할당된 요청 아이디 및 처리결과 상태정보를 포함시킨다.
마지막으로 그 아래에 row 엘리먼트를 생성한 후,
상기 데이터베이스 결과 데이터에 포함된 키를 각각 엘리먼트로 생성하고 각 키값을 그 값으로 각각 포함시킨다.
그리고, 역순으로 생성된 각 엘리먼트에 대응하는 종료 엘리먼트를 생성한다.
이에 의해 레거시 시스템(20)으로부터 반환받은 데이터베이스 결과 데이터가 XML로 변환된다.
데이터베이스 결과 데이터는 아래와 같이 key와 value를 갖는 다수의 필드로 구성되며, 데이터베이스 고유의 오브젝트 형태로 저장되어 반환된다.
예컨대,
usr_id = inferno
usr_name = 차대준
passwd = 1234
reg_date = 2012-07-26 14:40:00.0
reg_id = admin
upt_date = null
upt_id = null
grade = 1
와 같은 필드들로 구성될 수 있다.
리스폰스 컨버터(123)에 의해 XML로 변환된 결과는 다음과 같다.
<?xml version="1.0" encoding="UTF-8"?> --- ①
<gateway> --- ②
<session>gFyEbLoTPqDewfjYRbrWLnHDuDvtRcHE</session> --- ③
<response id="q1" status="success" > --- ④
<row> --- ⑤
<usr_id><![CDATA[inferno]]></usr_id>
<usr_name><![CDATA[차대준]]></usr_name>
<passwd><![CDATA[1234]]></passwd>
<reg_date><![CDATA[2012-07-26 14:40:00.0]]></reg_date>
<reg_id><![CDATA[admin]]></reg_id>
<upt_date></upt_date>
<upt_id></upt_id>
<grade><![CDATA[1]]></grade>
</row>
</response>
</gateway>
①은 XML 정보, ②는 <gateway> 엘리먼트, ③은 사용자의 세션 ID를 저장하기 위해 생성되어 그 값이 저장되는 session 엘리먼트, ④는 내부적으로 할당된 요청 ID와 전송된 결과(상태)를 저장하는 <response> 엘리먼트, ⑤는 반환받은 키와 키 값을 포함하는 <row> 엘리먼트에 해당한다.
둘째, 레거시 시스템(20)으로부터의 반환값이 데이터베이스 결과 데이터이며 이를 JSON으로 변환하는 과정을 살펴본다.
리스폰스 컨버터(123)는 우선 session 키의 값으로 상기 모바일의 세션 정보를 매칭시키고,
response 키의 값으로 상기 모바일로부터의 요청에 대해 할당된 요청 아이디 및 처리결과 상태정보를 매칭시키며,
row 키의 값으로 상기 데이터베이스 결과 데이터에 포함된 각 키와 각 키값의 조합을 콤마로 나열함으로써 매칭시키는 것에 의하여 JSON으로 변환을 수행한다.
상기 예에 의한 데이터베이스 결과값은 다음과 같이 JSON으로 변환된다.
{"session":"gFyEbLoTPqDewfjYRbrWLnHDuDvtRcHE", --- ①
"response":{"@id":"q1","@status":"success", --- ②
"row":[{"usr_id":"inferno","usr_name":차대준","passwd":" 1234","reg_date":"2012-07-26 14:40:00.0","reg_id":"admin","upt_date":"","upt _id":"","grade":"1"}] --- ③
}
}
① session name은 사용자의 세션 ID를 저장하기 위해 생성되어 :의 우측에 그 값이 저장되어 매칭된다.
② response name은 id와 statue라는 2 가지 속성을 가지며, :의 우측에 각각 내부적으로 할당된 요청 ID와 전송된 결과(상태)가 매칭되어 저장된다.
③ row name의 : 우측에는 데이터베이스로부터 반환된 키와 키값이 콤마에 의해 구분되어 일렬로 배열된다.
셋째, 레거시 시스템(20)이 SAP B1이며, 반환값이 SOAP인 경우에 이를 XML로 변환하는 과정을 살펴본다.
리스폰스 컨버터(123)는 레거시 시스템(20)으로부터의 반환값이 SOAP 형태인 경우, XML 정보 아래에 gateway 엘리먼트를 생성한다.
그 아래에 session 엘리먼트를 생성하여 상기 모바일의 세션 정보를 포함시켜 저장한다.
그리고, 그 아래에 response 엘리먼트를 생성하여 상기 모바일로부터의 요청에 대해 할당된 요청 아이디 및 처리결과 상태정보를 포함시켜 저장한다.
그리고, 그 아래에 row 엘리먼트를 생성하여 반환받은 각 키에 대응하는 엘리먼트를 생성하고, 각 키값을 엘리먼트의 값으로 포함시켜 저장한다.
이를 위해 리스폰스 컨버터(123)는 상기 반환값을 파싱하여 키와 키값들의 쌍들을 분리한다.
그리고, 분리된 키와 키 값을 이용하여 엘리먼트를 생성하고 그 값으로 저장하게 된다.
그리고, 역순으로 생성된 각 엘리먼트에 대응하는 종료 엘리먼트를 생성함으로써 반환받은 결과값의 XML 변환을 종료한다.
SOAP 형태의 원본 데이터는 다음과 같이 예시될 수 있다.
<?xml version='1.0' encoding="UTF-8"?>
<SOAP-ENV:Envelopexmlns:SOAP-ENV="http://schemas.xmlsoap.org/ soap/envelope/">
<SOAP-ENV:Body>
<GetTodoListResponse xmlns="http://tempuri.org/">
<GetTodoListResult>[{"Number":"39","Remarks":"재고 실사 관련 회의","StartDateTime":"2013-09-14 06:31","Activity":"M ","CardName":"Web Customer","CardCode":"C99998"}]
</GetTodoListResult>
</GetTodoListResponse>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
그리고, 리스폰스 컨버터(123)에 의하여 XML로 변환된 결과는 다음과 같다.
<?xml version='1.0' encoding="UTF-8"?>
<gateway>
<session>gFyEbLoTPqDewfjYRbrWLnHDuDvtRcHE</session>
<response id="q1" status="success" >
<row>
<Number><![CDATA[39]]></Number>
<Remarks><![CDATA[재고 실사 관련 회의]]></Remarks>
<StartDateTime><![CDATA[2013-09-14 06:31]]></StartDateTime>
<Activity><![CDATA[M]]></Activity>
<CardName><![CDATA[Web Customer]]></CardName>
<CardCode><![CDATA[C99998]]></CardCode>
</row>
</response>
</gateway>
마지막으로, 리스폰스 컨버터(123)가 레거시 시스템(20)이 SAP B1이며, 반환값이 SOAP인 경우에 이를 JSON으로 변환하는 과정을 살펴본다.
리스폰스 컨버터(123)는 우선 session 키의 값으로 상기 모바일의 세션 정보를 매칭시키고,
response 키의 값으로 상기 모바일로부터의 요청에 대해 할당된 요청 아이디 및 처리결과 상태정보를 매칭시켜 저장한다.
그리고, 레거시 시스템(20)으로부터의 반환값을 파싱하여 콤마로 구분된 키와 키값들의 쌍들을 분리한 다음, 이를 row 키의 값으로 매칭시키는 것에 의하여 JSON으로의 변환과정을 종료한다.
SAP B1 결과 데이터는 SOAP 형태로 전달되기 때문에 전체적인 포맷은 XML 형태를 띄고 있지만 SOAP Body 에 저장된 실제 결과 데이터는 JSON으로 전달된다.
따라서, 리스폰스 컨버터(123)는 session과 response 키값을 저장하고, row의 : 우측에 반환값의 실제 결과 데이터를 그대로 삽입하여 저장한다.
상기 예에서는 <GetTodoListResult>의 우측에 콤마로 구분된 결과 데이터를 그대로 가져와서 사용할 수 있게 된다.
상기 예에서 리스폰스 컨버터(123)에 의한 JSON 변환 결과는 아래와 같다.
{"session":"gFyEbLoTPqDewfjYRbrWLnHDuDvtRcHE",
"response":{"@id":"q1","@status":"success",
"row":[{"Number":"39","Remarks":"재고 실사 관련 회의","Sta rtDateTime":"2013-09-14 06:31","Activity":"M","CardName":"Web Customer","C ardCode":"C99998"}]
}
}
한편, 상기와 같은 개방형 모바일 클라우드 게이트웨이에서의 처리방법은 컴퓨터가 읽을 수 있는 코드로서 구현되어 컴퓨터로 읽을 수 있는 기록 매체에 수록될 수 있다.
이때, 컴퓨터가 읽을 수 있는 기록매체는 컴퓨터 시스템에 의하여 읽을 수 있는 데이터가 저장되는 모든 종류의 매체를 포함할 수 있으며, 그 예로는 DVD-ROM, CD-ROM, 하드 디스크, USB 메모리, 플래쉬 메모리 등을 들 수 있다.
한편, 기록매체에 수록된다는 표현은 대량으로 기록매체에 수록되어 패키지 형태로 유통되는 경우는 물론 데이터 패킷의 형태로 네트워크를 통해 제공되어 기록매체에 수록되는 경우를 모두 포괄한다.
한편, 상기에서는 네트워크라는 표현을 사용하였으나 이때 네트워크는 거리와 규모에 따라서는 Local Area Network), WAN(Wide Area Network), 접속경로의 특징에 따라서는 인트라넷, VPN(Virtual Private Network), 접속방식에 따라서는 와이브로, WiFi 등과 같이 지칭되는 공지의 유무선 통신방식을 포괄하는 광의의 개념으로 해석되어야 한다.
본 발명은 첨부 도면 및 상기와 같은 실시예를 참조하여 설명되었으나 이는 예시적인 것에 불과하며, 본 기술 분야의 통상의 지식을 가진 자라면 이로부터 다양한 변형 및 균등한 다른 실시예가 가능하다는 점을 이해할 것이다. 따라서, 본 발명의 권리범위는 오직 첨부된 특허청구범위의 기술적 사상에 의하여 정해져야 할 것이며 상기와 같은 실시예에 국한되지 아니한다.
본 발명은 모바일 클라우드 기술분야에 적용될 수 있다.
10 : 모바일
11 : 버츄얼 앱
12 : 모바일 클라우드 미들웨어
20 : 레거시 시스템
100 : 개방형 모바일 클라우드 게이트웨이
110 : 게이트웨이 콘트롤러
121 : 게이트웨이 서비스
122 : 접속인증 처리모듈
123 : 리스폰스 컨버터
124 : 인터페이스 관리 모듈
125 : 레거시 관리 모듈
130 : 커넥션 팩토리 모듈

Claims (8)

  1. 모바일에 설치된 버츄얼 앱 또는 모바일 클라우드 미들웨어로부터의 요청이 있으면, 요청시 넘겨받은 데이터를 분석하여 분석결과를 게이트웨이 서비스로 전송하고, 게이트웨이 서비스로부터 반환된 결과를 상기 버츄얼 앱 또는 모바일 클라우드 미들웨어로 전송하는 게이트웨이 콘트롤러;
    상기 게이트웨이 콘트롤러로부터 요청 데이터의 분석결과를 넘겨받으면, 레거시 관리 모듈 및 인터페이스 관리 모듈을 통해 세션을 연결할 레거시 시스템으로 접근하기 위한 인터페이스 어댑터를 선택하고, 선택된 인터페이스 어댑터를 이용하여 레거시 시스템에 접속하여 상기 레거시 시스템으로 상기 분석결과에 의한 요청처리를 수행하되, 상기 레거시 시스템으로부터 결과값을 반환받으면 이를 리스폰스 컨버터로 전송하고, 리스폰스 컨버터로부터 XML 또는 JSON 형태로 변환된 결과값을 받환받으면 이를 상기 게이트웨이 컨트롤러로 제공하는 게이트웨이 서비스;
    상기 모바일에 설치된 버츄얼 앱 또는 모바일 클라우드 미들웨어로부터의 요청에 따라 레거시 시스템으로의 인증 처리를 수행하는 접속인증 처리모듈;
    다수의 레거시 프로토콜에 대하여 결과값을 XML 또는 JSON으로 변환하기 위한 컨버터 모듈을 각 레거시 프로토콜별로 각각 구비하되, 상기 레거시 시스템의 레거시 프로토콜 및 상기 모바일의 요청에 따라 선택된 결과값 포맷의 조합에 부합하는 컨버터 모듈을 선정하고, 선정된 컨버터 모듈을 이용하여 상기 레거시 시스템으로부터 반환받은 결과값을 XML 또는 JSON 형태로 변환하는 리스폰스 컨버터;
    다수의 레거시 프로토콜에 대하여 인터페이스를 처리하기 위한 인터페이스 어댑터를 각 레거시 프로토콜별로 각각 구비하는 인터페이스 관리 모듈;
    연동가능한 하나 또는 그 이상의 레거시 시스템의 명칭, 제공되는 레거시 서비스 정보, 프로토콜 가운데 하나 이상을 포함하는 정보를 저장 관리하는 레거시 관리 모듈;
    상기 모바일의 상기 레거시 시스템으로의 커넥션을 생성하기 위한 클래스를 구비하는 커넥션 팩토리 모듈;을 구비하는 것을 특징으로 하는 개방형 모바일 클라우드 게이트웨이.
  2. 제 1 항에 있어서,
    상기 게이트웨이 콘트롤러는 상기 모바일에 설치된 버츄얼 앱 또는 모바일 클라우드 미들웨어가 호출할 수 있는 API를 제공하되,
    상기 모바일에 설치된 버츄얼 앱 또는 모바일 클라우드 미들웨어에 의한 API 호출이 있으면, 해당 API 명칭, 호출시 넘겨받은 인자, XML 또는 JSON 가운데 하나인 반환값의 포맷을 게이트웨이 서비스로 전달함으로써 호출된 API에 상응하는 레거시 서비스가 호출되도록 하되,
    상기 모바일에 설치된 버츄얼 앱 또는 모바일 클라우드 미들웨어에 의한 Restful API 호출이 있으면, 상기 모바일에 설치된 버츄얼 앱 또는 모바일 클라우드 미들웨어에 의한 접근 url를 구분자(Delimiter)를 이용하여 파싱함으로써, XML 또는 JSON 가운데 하나인 반환값의 포맷을 판정하고, 마지막 구분자 이후의 구문으로부터 API명칭과 인자값을 추출하여 게이트웨이 서비스로 전달함으로써 호출된 API에 상응하는 레거시 서비스가 호출되도록 처리하는 것을 특징으로 하는 개방형 모바일 클라우드 게이트웨이.
  3. 제 1 항에 있어서,
    상기 접속인증 처리모듈은 상기 모바일에 설치된 버츄얼 앱 또는 모바일 클라우드 미들웨어로부터의 인증 요청이 있으면,
    접속하고자 하는 레거시 시스템으로 인증 서비스를 호출하기 위한 인터페이스 어댑터를 선택하고, 커넥션 팩토리 모듈에 의해 상기 레거시 시스템으로의 커넥션이 생성되면 상기 선택된 인터페이스 어댑터를 통해 인증절차를 수행한 다음,
    레거시 시스템으로부터 인증결과를 반환받으면 상기 모바일에 대한 사용자 세션을 생성하는 것을 특징으로 하는 개방형 모바일 클라우드 게이트웨이.
  4. 제 1 항에 있어서,
    상기 인터페이스 관리 모듈은 상기 모바일에 설치된 버츄얼 앱 또는 모바일 클라우드 미들웨어와의 http 통신을 위한 클라이언트 인터페이스 어댑터,
    하나 이상의 레거시 시스템에 대해 해당 레거시 프로토콜에 따른 서버 인터페이스 어댑터를 구비하되,
    클라이언트 인터페이스 어댑터와 이에 대응되는 서버 인터페이스 어댑터를 한 쌍으로 관리하며,
    상기 모바일에 설치된 버츄얼 앱 또는 모바일 클라우드 미들웨어에 의한 요청이 있으면 상기 모바일과의 통신을 위한 클라이언트 인터페이스 어댑터 및 상기 요청에 따라 접속하고자 하는 레거시 시스템의 서버 인터페이스 어댑터의 쌍을 선택함으로써, 선택된 인터페이스 어댑터를 통한 세션 연결이 이루어지도록 하는 것을 특징으로 하는 개방형 모바일 클라우드 게이트웨이.
  5. 제 1 항에 있어서,
    상기 리스폰스 컨버터는 레거시 시스템으로부터의 반환값이 데이터베이스 결과 데이터인 경우,
    버전과 인코딩 정보를 포함하는 XML 정보를 생성하고,
    그 아래에 gateway 엘리먼트를 생성하고,
    그 아래에 session 엘리먼트를 생성하여 상기 모바일의 세션 정보를 포함시키며,
    그 아래에 response 엘리먼트를 생성하여 상기 모바일로부터의 요청에 대해 할당된 요청 아이디 및 처리결과 상태정보를 포함시키며,
    그 아래에 row 엘리먼트를 생성한 후,
    상기 데이터베이스 결과 데이터에 포함된 키를 엘리먼트로 생성하고 각 키값을 그 값으로 포함시킨 다음,
    역순으로 생성된 각 엘리먼트에 대응하는 종료 엘리먼트를 생성함으로써 반환받은 데이터베이스 결과 데이터를 XML로 변환하는 것을 특징으로 하는 개방형 모바일 클라우드 게이트웨이.
  6. 제 1 항에 있어서,
    상기 리스폰스 컨버터는 레거시 시스템으로부터의 반환값이 데이터베이스 결과 데이터인 경우,
    session 키의 값으로 상기 모바일의 세션 정보를 매칭시키고,
    response 키의 값으로 상기 모바일로부터의 요청에 대해 할당된 요청 아이디 및 처리결과 상태정보를 매칭시키며,
    row 키의 값으로 상기 데이터베이스 결과 데이터에 포함된 각 키와 각 키값의 조합을 콤마로 나열함으로써 매칭시키는 것에 의하여 반환받은 데이터베이스 결과 데이터를 JSON으로 변환하는 것을 특징으로 하는 개방형 모바일 클라우드 게이트웨이.
  7. 제 1 항에 있어서,
    상기 리스폰스 컨버터는 레거시 시스템으로부터의 반환값이 SOAP 형태인 경우,
    XML 정보 아래에 gateway 엘리먼트를 생성하고,
    그 아래에 session 엘리먼트를 생성하여 상기 모바일의 세션 정보를 포함시키며,
    그 아래에 response 엘리먼트를 생성하여 상기 모바일로부터의 요청에 대해 할당된 요청 아이디 및 처리결과 상태정보를 포함시키며,
    그 아래에 row 엘리먼트를 생성한 후,
    상기 반환값을 파싱하여 키와 키값들의 쌍들을 분리한 다음, 각 키를 엘리먼트로 생성하고 각 키값을 그 값으로 포함시킨 다음,
    역순으로 생성된 각 엘리먼트에 대응하는 종료 엘리먼트를 생성함으로써 반환받은 결과값을 XML로 변환하는 것을 특징으로 하는 개방형 모바일 클라우드 게이트웨이.
  8. 제 1 항에 있어서,
    상기 리스폰스 컨버터는 레거시 시스템으로부터의 반환값이 SOAP 형태인 경우,
    session 키의 값으로 상기 모바일의 세션 정보를 매칭시키고,
    response 키의 값으로 상기 모바일로부터의 요청에 대해 할당된 요청 아이디 및 처리결과 상태정보를 매칭시키며,
    상기 반환값을 파싱하여 콤마로 구분된 키와 키값들의 쌍들을 분리한 다음, 이를 row 키의 값으로 매칭시키는 것에 의하여 반환받은 결과값을 JSON으로 변환하는 것을 특징으로 하는 개방형 모바일 클라우드 게이트웨이.
KR1020130002135A 2013-01-08 2013-01-08 개방형 모바일 클라우드 게이트웨이 KR20140089977A (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020130002135A KR20140089977A (ko) 2013-01-08 2013-01-08 개방형 모바일 클라우드 게이트웨이

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020130002135A KR20140089977A (ko) 2013-01-08 2013-01-08 개방형 모바일 클라우드 게이트웨이

Publications (1)

Publication Number Publication Date
KR20140089977A true KR20140089977A (ko) 2014-07-16

Family

ID=51737856

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020130002135A KR20140089977A (ko) 2013-01-08 2013-01-08 개방형 모바일 클라우드 게이트웨이

Country Status (1)

Country Link
KR (1) KR20140089977A (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016190680A1 (ko) * 2015-05-28 2016-12-01 현대중공업 주식회사 선박 데이터 통합 관리 방법 및 장치

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2016190680A1 (ko) * 2015-05-28 2016-12-01 현대중공업 주식회사 선박 데이터 통합 관리 방법 및 장치
US11072403B2 (en) 2015-05-28 2021-07-27 Korea Shipbuilding & Offshore Engineering Co., Ltd. Ship data consolidated management method and device

Similar Documents

Publication Publication Date Title
DK2914022T3 (en) Device management method, middleware and machine-to-machine communication platform, device and system
US8219970B2 (en) XML push and remote execution of a wireless applications
US9215079B2 (en) Servlet API and method for XMPP protocol
CN102082771B (zh) 一种基于esb技术的服务管理中间件
CN111552568B (zh) 云服务调用方法和装置
CN104639603A (zh) 一种基于Spring MVC的RESTful服务设计方法
KR101602099B1 (ko) 사물인터넷에서 레스트 기반의 서비스 연동 시스템 및 그 방법
CN105183452A (zh) 一种用于配电设备监测基于Spring AOP的远程规约服务中间件
CN101227470B (zh) 一种业务管理系统及业务管理方法
CN107332857B (zh) 一种网络数据传输方法、装置、系统和存储介质
CN112202744A (zh) 一种多系统数据通信方法和装置
US9148404B2 (en) System for accessing data of cloud database using transparent technology
CN102984272B (zh) 一种远程控制移动终端通信能力的系统及其方法
US7392060B2 (en) Mobile exchange infrastructure
CN105245553A (zh) 一种soa系统及业务处理方法
CN112860462A (zh) 一种实现iot平台基座互联互通的方法、装置及系统
CN117615028A (zh) 一种基于电力物联管理平台传输iec104协议数据的方法及系统
Neumann et al. CIM interoperability challenges
KR102124954B1 (ko) 이기종 데이터베이스 관리 시스템을 동시 지원하기 위한 IoT 플랫폼 시스템 및 그 동작 방법
KR20140089977A (ko) 개방형 모바일 클라우드 게이트웨이
CN105357287B (zh) 一种兼容snmp和smi-s的存储管理服务端及系统
CN102480475A (zh) Web服务安全访问控制方法、装置及系统
KR20140089978A (ko) 모바일 클라우드에서의 레거시 시스템 연동 방법
WO2015149530A1 (zh) M2m应用服务方法、装置及系统
KR102181608B1 (ko) 연합 인증 장치 및 그것의 연합 인증 방법

Legal Events

Date Code Title Description
WITN Withdrawal due to no request for examination