KR20110090428A - Ｒｅｓｔ 스타일 제삼자호 ａｐｉ시스템 및 운영방법 - Google Patents

Ｒｅｓｔ 스타일 제삼자호 ａｐｉ시스템 및 운영방법 Download PDF

Info

Publication number
KR20110090428A
KR20110090428A KR1020100010186A KR20100010186A KR20110090428A KR 20110090428 A KR20110090428 A KR 20110090428A KR 1020100010186 A KR1020100010186 A KR 1020100010186A KR 20100010186 A KR20100010186 A KR 20100010186A KR 20110090428 A KR20110090428 A KR 20110090428A
Authority
KR
South Korea
Prior art keywords
resource
service
application
request
rest
Prior art date
Application number
KR1020100010186A
Other languages
English (en)
Other versions
KR101080862B1 (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 (주)송도텔레콤
Priority to KR1020100010186A priority Critical patent/KR101080862B1/ko
Publication of KR20110090428A publication Critical patent/KR20110090428A/ko
Application granted granted Critical
Publication of KR101080862B1 publication Critical patent/KR101080862B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/16—Communication-related supplementary services, e.g. call-transfer or call-hold
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/102—Gateways
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/16—Gateway arrangements

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

본 발명은 REST 스타일 제삼자호 API 시스템 및 운영방법에 관한 것으로, 사용자단말 또는 서버에 포함된 어플리케이션으로부터 REST스타일의 제삼자호서비스 요청메시지를 전송받아, 그에 대한 서비스를 제공하며 상기 어플리케이션의 제삼자호서비스의 요청을 인식하여, 생성, 갱신, 조회, 삭제의 오퍼레이션을 처리하고 어플리케이션이 요청한 서비스의 자원을 생성하는 요청처리부와, 상기 요청처리부에 의해 생성된 자원을 저장하고 관리하는 자원저장부와, 상기 어플리케이션의 요청에 따른 처리결과를 어플리케이션으로 전송하는 응답처리부로 구성된 RESTful 팔레이 게이트웨이로 이루어진다.
본 발명은 사용자가 제삼자호서비스를 제공받기 위해 시스템구축이 간편하면서도 무게가 가벼운 RESTful을 이용하여 팔레이 게이트웨이에 접속하고, RESTful을 이용하여 제삼자호서비스를 제공받을 수 있도록 하여 제삼자호서비스를 제공하기 위한 서버 및 제삼자호서비스를 제공받는 어플리케이션의 부하를 줄일 수 있는 장점이 있다.

Description

ＲＥＳＴ 스타일 제삼자호 ＡＰＩ시스템 및 운영방법{System and method for REST style Third Party Call API}
본 발명은 REST 스타일 제삼자호 API 시스템 및 운영방법에 관한 것으로, 보다 구체적으로는 REST(Representational state transfer)스타일의 아키텍처를 이용하여 Parlay X 게이트웨이의 제삼자호 API를 구축함으로써, 웹서비스를 경량화하고, 멱등성(idempotence : 수학이나 전산학에서 연산의 한 성질을 나타내는 것으로써, 연산을 여러 번 적용하더라도 결과가 달라지지 않는 성질을 의미)을 제공하며, 웹서비스의 확장성을 향상시키고 인터페이스를 단순화하여, 웹개발자들이 쉽게 개발할 수 있는 제삼자호 API(Application Programming Interface : 응용프로그래밍 인터페이스 : 운영체제와 응용프로그램 사이의 통신에 사용되는 언어나 메시지 형식)를 제공할 수 있는 REST 스타일 제삼자호 API 시스템 및 운영방법에 관한 것이다.
일반적으로 통신서비스를 웹서비스 API로 개방한 팔레이 표준은 SOAP{Simple Object Access Protocol ; 단순객체접속프로토콜 : 일반적으로 널리 알려진 HTTP(HyperText Transfer Protocol : 초본문 전송규약, 하이퍼본문 전송규약: 웹상에서 정보를 주고 받을 수 있는 프로토콜, 인터넷 데이터 통신규약), HTTPS(Hypertext Transfer Protocol over Secure Socket Layer: 상기 HTTP방식에서 보안을 강조한 버전), SMTP(Simple Mail Transfer Protocol : 간이전자 우편전송 프로토콜 : 인터넷에서 이메일을 전송하기 위해 사용되는 프로토콜)}을 이용하여 XML(Extensible Markup Language : 확장성 생성언어 : 인터넷 웹페이지를 만들기 위해 사용되는 언어)기반의 envelope(봉투 : 메시지 통신 처리 시스템에서의 메시지 구성 요소로, 메시지의 식별 번호, 발신자와 수신자 및 내용 유형 등 메시지 전송 시스템이 메시지를 전송하는 데 사용되는 식별 정보와 메시지의 전송 이력이 수록됨) 메시지를 수신하고, 변환하는 등의 작업을 거쳐 사용자가 요청한 서비스를 파악하여 그에 대한 서비스를 제공하였다.
상기와 같은 SOAP방식을 이용하여 제3의 어플리케이션에서 양 자간의 통화연결기능을 제공하였다.
하지만, 상기와 같이 SOAP프로토콜을 이용하여 웹서비스를 구축하고, 상기 SOAP프로토콜을 이용하여 데이터를 송, 수신할 경우에 서비스를 요청하거나 상기 서비스를 요청받아 서비스를 제공하는 어플리케이션 및 서버측 모두가 SOAP를 사용할 수 있어야 하며, 단순한 서비스요청에도 SOAP방식은 모든 데이터에 대한 변환 등을 거쳐야 했기 때문에, 어플리케이션이나 서버에 부하가 증가하고 서버의 확장이 불편한 문제점이 있었다.
또한, SOAP방식은 일반적인 개인용 컴퓨터와 같은 장치이상에서만 사용할 수 있기 때문에, 사용자들이 간편하게 이동하면서 사용할 수 있는 휴대폰과 같은 휴대단말기에서는 SOAP프로토콜을 지원하지 않아, 휴대단말기 등에서 서비스를 제공받기 위해서는 SOAP프로토콜을 지원하는 별도의 장치를 추가로 이용해야 하는 문제점이 있었다.
그리고, SOAP프로토콜에 따라 데이터를 송, 수신하고 사용자의 서비스요청이나 그에 다른 답변데이터를 확인하고, 변환작업 등의 절차를 이행해야 했으며, 데이터의 복잡성에 따라 변환과정 등의 시간이 길어지게 되어, 사용자와 관리자 측에서 시간절약성이 좋지 못한 문제점이 있었다.
덧붙여, 상기 SOAP방식을 이용하여 사용자나 서버에서 그 처리과정이 복잡하여 숙련된 사람만이 사용할 수 있는 장점이 있다.
아울러, 제삼자호 API는 통완연결기능을 제공하기 때문에, 연결을 유지하는 세션기능이 항상 사용해야 하는 문제점이 있었다.
본 발명은 사용자단말 또는 서버에 포함된 어플리케이션으로부터 REST스타일의 제삼자호서비스 요청메시지를 전송받아, 그에 대한 서비스를 제공하며 상기 어플리케이션의 제삼자호서비스의 요청을 인식하여, 생성, 갱신, 조회, 삭제의 오퍼레이션을 처리하고 어플리케이션이 요청한 서비스의 자원을 생성하는 요청처리부와, 상기 요청처리부에 의해 생성된 자원을 저장하고 관리하는 자원저장부와, 상기 어플리케이션의 요청에 따른 처리결과를 어플리케이션으로 전송하는 응답처리부로 구성된 RESTful 팔레이 게이트웨이로 이루어진다.
상기에서 살펴본 바와 같이 본 발명은 사용자가 제삼자호서비스를 제공받기 위해 시스템구축이 간편하면서도 무게가 가벼운 RESTful을 이용하여 팔레이 게이트웨이에 접속하고, RESTful을 이용하여 제삼자호서비스를 제공받을 수 있도록 하여 제삼자호서비스를 제공하기 위한 서버 및 제삼자호서비스를 제공받는 어플리케이션의 부하를 줄일 수 있는 장점이 있다.
그리고, 상기 RESTful방식은 데이터의 내용을 이해하기 위한 별도의 변환과정을 거치지 않도록 http에서 사용되는 생성, 조회, 갱신, 삭제의 4가지의 아키텍처만을 사용함으로써, 사용자들이 일반적으로 많이 사용하고 있는 휴대단말기를 이용하여 간편하게 제삼자호서비스를 제공받을 수 있는 장점이 있다.
덧붙여, 사용자 및 제공자가 제삼자호서비스를 제공하거나 제공받을 때, 별도의 변환과정이 필요하지 않은 생성, 조회, 갱신, 삭제의 4가지의 아키텍처로 구성된 RESTful방식을 이용함으로써, 생성, 조회, 갱신, 삭제의 4가지의 아키텍처를 수행하기 위한 변환과정 및 그에 따른 응답시간을 줄일 수 있는 장점이 있다.
또한, 확장성이 용이한 생성, 조회, 갱신, 삭제의 4가지의 아키텍처로 구성된 RESTful방식을 이용하여 간편하게 제삼자호서비스를 제공하는 서버를 별도의 처리과정 없이 확장시킬 수 있는 장점이 있다.
도 1은 본 발명의 REST 스타일 제삼자호 API 시스템을 도시한 간략도.
도 2는 본 발명의 REST 스타일 제삼자호 API 시스템의 흐름도.
도 3은 본 발명의 REST 스타일 제삼자호 API 시스템의 플로우차트.
상기와 같은 목적을 달성하기 위한 본 발명의 구성을 살펴보면 다음과 같다.
본 발명에 의한 REST 스타일 제삼자호 API 시스템(50)은 도 1에 도시된 바와 같이 사용자단말 또는 서버에 포함된 어플리케이션(10)으로부터 REST스타일의 제삼자호서비스 요청메시지를 전송받아, 그에 대한 서비스를 제공하며 상기 어플리케이션(10)의 제삼자호서비스의 요청을 인식하여, 생성, 갱신, 조회, 삭제의 오퍼레이션을 처리하고 어플리케이션(10)이 요청한 서비스의 자원을 생성하는 요청처리부(21)와, 상기 요청처리부(21)에 의해 생성된 자원을 저장하고 관리하는 자원저장부(22)와, 상기 어플리케이션(10)의 요청에 따른 처리결과를 어플리케이션(10)으로 전송하는 응답처리부(23)로 구성된 RESTful 팔레이 게이트웨이(20)로 이루어진다.
여기서, 상기 어플리케이션(10)이 RESTful 팔레이 게이트웨이(20)로 서비스를 요청할 때, REST에서 기본적으로 제공하는 생성, 갱신, 조회, 삭제의 기본오퍼레이션 외에 일치하지 않는 서비스요청에 대해서 생성, 갱신, 조회, 삭제의 기본오퍼레이션을 다수개로 조합하여 사용하도록 하는 것이 바람직하다.
그리고, 상기 RESTful 팔레이 게이트웨이(20)의 요청처리부(21)는 어플리케이션(10)의 서비스요청에 의해 서비스자원을 생성한 후, 어플리케이션(10)이 요청처리부(21)에 생성된 자원에 연계된 추가적인 자원의 생성을 요청할 경우, 생성된 자원의 URI를 포함하는 하위자원을 생성하고 자원저장부(22)에 저장하도록 하는 것이 바람직하다.
이는, 최초에 어플리케이션(10)의 서비스요청에 의해 서비스자원을 생성하고, 상기 서비스자원과 연계된 추가적인 자원을 생성할 때, 최초에 생성된 서비스자원과 동등한 위치의 서비스자원을 생성하게 되면, 서비스자원이 차지하는 공간이 많아지게 되어 서버의 대형화 및 복잡성을 예방하기 위한 것이다.
또한, 상기 요청처리부(21)는 어플리케이션(10)의 서비스요청에 의해 생성된 하나의 자원이나 그 자원의 하위 자원에서 생성, 갱신, 조회, 삭제의 기본오퍼레이션이 각각 하나씩만 매칭되도록 하여, 하나의 기본오퍼레이션에 대해 하나의 결과만이 도출되도록 하는 것이 좋다.
이는, 하나의 서비스자원에 속해 있는 정보 중에서 하나의 기본오퍼레이션에 해당되는 하나의 정보만을 얻을 수 있도록 하여 사용자의 서비스요청에 따른 응답시간을 줄이고, 각종 정보 등을 사용하기 위한 서버의 복잡성을 줄일 수 있기 위한 것이다.
그리고, 상기 응답처리부(23)는 어플리케이션(10)의 서비스요청에 따른 처리결과를 어플리케이션으로 전송할 때, 어플리케이션의 서비스요청에 따라 생성된 서비스자원의 URI를 HTTP Location 헤더에 실어 전송하도록 한다.
이는, 일반적으로 정보의 출발주소지나 목적주소지 등이 속해진 헤더와 정보 등이 저장된 프레임을 합하여 데이터라고 할 때, 일반적으로 모든 정보는 프레임에 속하게 되는데, 프레임에 속한 정보가 많아 질수록 데이터의 크기가 커지고 그에 따라, 데이터를 송, 수신하기 위한 장치의 대형화가 필요하였다.
하지만, 상기와 같이 어플리케이션(10)의 서비스요청에 따른 처리결과의 서비스자원의 전체를 보내지 않고, 서비스자원의 URI(Uniform Resource Identifier : 인터넷에 있는 자원을 나타내는 유일한 주소이다)를 어플리케이션(10)이 서비스를 요청하기 위해 접속하는 인터넷에 속해 있는 HTTP Location 헤더에 실어 어플리케이션(10)으로 전송하도록 하여, 어플리케이션(10)의 서비스요청에 따른 처리결과를 간편하면서도 빠르게 어플리케이션(10)으로 전송하도록 하기 위한 것이다.
한편, 상기 HTTP Location의 헤더는 HTTP 표준규격 RFC2616에 정의된 것으로 요청결과과 생성된 위치의 URI를 보낼 수 있도록 규정한 속성으로 자세한 설명은 생략하도록 한다.
상기와 같은 구성을 가진 본 발명의 바람직한 실시 예에 따른 작용을 살펴보면 다음과 같다.
먼저, 도 2 내지 도 3에 도시된 바와 같이 서비스 사용자나 사용자가 서비스를 제공받기 위해 서비스를 제공하는 제공자의 서버 등의 어플리케이션(10)에서 RESTful 팔레이 게이트웨이(20)로 제삼자호 서비스를 요청한다.
여기서, 상기 어플리케이션(10)이 RESTful 팔레이 게이트웨이(20)로 제삼자호 서비스를 요청할 때, 사용자가 소지하고 있는 휴대단말기, 개인용 컴퓨터 등에서 RESTful 팔레이 게이트웨이(20)로 직접 요청하거나, 상기 휴대단말기, 개인용 컴퓨터 등에서 서비스제공자의 서버 등을 통해 RESTful 팔레이 게이트웨이(20)로 요청할 수 있다.
또한, 상기 어플리케이션(10)은 사용자가 사용하는 휴대단말기나 개인용 컴퓨터 및 서비스제공자의 서버 등이나 상기 휴대단말기, 컴퓨터, 서버 등에 설치되어 사용자가 원하는 서비스를 요청하기 위한 프로그램과 같은 일반적인 시스템을 말한다.
덧붙여, RESTful 팔레이 게이트웨이(20)에서 사용되는 REST란, (Representational state transfer : REST) 월드 와이드 웹과 같은 분산 하이퍼미디어 시스템을 위한 소프트웨어 아키텍처의 한 형식이며, 네트워크 아키텍처의 원리의 모음이다.
그리고, 상기 네트워크 아키텍처의 원리란 리소스를 정의하고 리소스에 대한 주소를 지정하는 방법 및 도메인 지향 데이터를 HTTP위에서 SOAP이나 쿠키를 통한 세션 트랙킹 같은 부가적인 전송 레이어 없이, 전송하기 위한 아주 간단한 인터페이스이며, RESTful이라고도 사용한다.
그리고, 상기 어플리케이션(10)이 RESTful 팔레이 게이트웨이(20)로 서비스를 요청할 때, REST에서 기본적으로 제공하는 생성, 갱신, 조회, 삭제의 기본오퍼레이션을 이용하여 요청하게 된다.
상기 REST에서는 생성(POST), 갱신(PUT), 갱신(GET), 삭제(DELETE)로 구성된 4가지의 기본오퍼레이션만을 사용하여 어플리케이션(10)이나 RESTful 팔레이 게이트웨이(20)가 서비스를 요청하고 수행하는데 이는, 상술한 기본오퍼레이션만을 이용함으로써, 어플리케이션(10)과 RESTful 팔레이 게이트웨이(20) 사이의 명령체계를 단순화하여 시스템 등의 복잡성을 줄일 수 있게 되는 것이다.
예를 들어, 하나의 서비스자원이 임의의 테이블에 생성된 후, 상기 서비스자원을 별도의 테이블로 이동시키는 이동(MOVE)이라는 기본오퍼레이션 외에 복합적인 오퍼레이션을 사용하지 않고, 별도의 테이블에 새로운 서비스자원을 생성(POST)하고 종래에 생성된 서비스자원을 삭제(DELETE)하는 것과 같이, 가장 기본적인 기본오퍼레이션만을 사용하는 것이다.
여기서, 상기 어플리케이션(10)이 서비스를 요청할 때, 기본오퍼레이션의 데이터형식은 XML(extensible markup language : 확장성 생성 언어 : 하이퍼텍스트 생성 언어(HTML)를 대체할 목적으로 월드 와이드 웹 컨소시엄(W3C)이 표준화 작업을 진행한 페이지 기술 언어), JSON(JavaScript Object Notation : 제이슨 : 인터넷에서 자료를 주고받을 때 그 자료를 표현하는 방법으로 자료의 종류에 큰 제한은 없으며, 컴퓨터프로그램의 변수 값을 표현하는데 적합하다), ATOM(웹로그나 최신 소식과 같은 웹 컨텐츠의 신디케이션을 위한 XML 기반의 문서 포맷이자, 웹로그 편집을 위한 HTTP 기반의 프로토콜), XHTML(Extensible Hypertext Markup Language : 확장성 하이퍼텍스트 생성 언어 : 하이퍼텍스트 생성 언어(HTML) 버전 4를 확장성 생성 언어(XML)를 적용하여 재구성한 것으로 웹에서 데이터를 공유할 수 있도록 정의하였고 다양한 목적에 사용되는 확장성과 이동성이 강한 언어) 등 다양한 형태로 사용할 수 있다.(S10)
한편, 상기와 같이 어플리케이션(10)에서 서비스를 RESTful 팔레이 게이트웨이(20)로 요청하게 되면, 상기 RESTful 팔레이 게이트웨이(20)의 요청처리부(21)에서 어플리케이션(10)으로부터 전송된 서비스요청을 인식하여 서비스요청을 수행하게 된다.
예를 들어, 상기 어플리케이션(10)으로부터 통화요청이나 메시지전송에 대한 서비스요청이 전송되면, 상기 요청처리부(21)가 어플리케이션(10)으로부터 전송된 REST의 기본오퍼레이션이 포함된 명령체계를 인식하여, 명령체계의 적합여부를 파악하여 명령체계가 적합할 때, 서비스요청에 따른 서비스자원을 생성하게 된다.
또한, 상기 RESTful 팔레이 게이트웨이(20)의 요청처리부(21)에서 어플리케이션(10)으로부터 요청된 서비스자원을 생성할 때, 어플리케이션(10)이 RESTful 팔레이 게이트웨이(20)로 서비스를 요청하기 위해 사용한 REST의 기본오퍼레이션(생성, 조회, 갱신, 삭제의 4가지 오퍼레이션을 말함)을 사용하는 것이다.
그리고, RESTful 팔레이 게이트웨이(20)의 요청처리부(21)에서 기본오퍼레이션을 이용하여 서비스자원을 생성한 후, 동일한 어플리케이션(10)으로부터 최초에 요청된 서비스자원과 연계되는 서비스가 추가로 요청될 경우, 어플리케이션(10)의 요청에 의해 생성된 자원의 URI(Uniform Resource Identifier : 인터넷 식별자 ; 인터넷에 있는 자원을 나타내는 유일한 주소를 말한다)가 포함된 종속으로 하위자원을 생성하도록 한다.
예를 들어, 어플리케이션(10)으로부터 제삼자호 통화요청이나 메시지전송요청이라는 서비스가 요청이 되고, 동일한 어플리케이션(10)으로부터 최초에 요청한 서비스와 연관된 새로운 서비스의 요청자의 추가가 요청될 경우, 별도로 서비스를 생성시키는 서비스자원이 아닌 최초에 생성된 서비스자원에 포함되는 종속개념의 하위자원으로 포함시키는 것이다.
또한, 사용자가 통화서비스를 요청하여 그에 대한 서비스자원을 생성하고, 사용자가 통화자원에 종속된 통화참여자의 자원을 생성하고자 할 때, 통화자원의 하위자원으로 통화참여자를 생성하며, 통화참여자는 서비스자원의 하위자원으로 접근하여 통화참여자가 서비스자원의 하위자원에 속하게 되는 것이다.(S20)
한편, 상기와 같이 RESTful 팔레이 게이트웨이(20)에서 어플리케이션(10)으로부터 서비스요청을 받고 해당 서비스자원을 생성한 후, 생성된 서비스자원을 RESTful 팔레이 게이트웨이(20)의 자원저장부(22)에 저장하도록 한다.
여기서, 어플리케이션(10)의 요청에 의해 생성된 서비스자원을 자원저장부(22)에 저장시킬 때, 해당 서비스자원에는 기본서비스자원이 생성되고, 어플리케이션(10)의 요청에 따라 기본서비스자원에 속하는 하위자원도 생성되어 저장될 수도 있게 된다.
덧붙여, 상기 RESTful 팔레이 게이트웨이(20)의 자원저장부(22)에 서비스자원이 저장될 때, 하나의 서비스자원이나 그 하위에 속하는 각각의 하위자원에는 다양한 정보(어플리케이션의 정보, 서비스종류, 요청시간 등과 같은 어플리케이션 및 RESTful 팔레이 게이트웨이와 관련된 모든 정보를 말함)가 저장되게 된다.
또한, 상기 어플리케이션(10) 및 RESTful 팔레이 게이트웨이(20)와 관련된 정보가 저장될 때, 서비스자원에서 하나의 정보마다 하나의 REST의 기본오퍼레이션이 매치되도록 한다.
예를 들어, 자원저장부(22)에 하나의 서비스자원에서 사용자의 정보, 서비스요청종류, 서비스저장테이블 등이 저장되었을 때, 어플리케이션(10)으로부터 서비스자원의 갱신(PUT)이라는 요청이 전송되면, 어플리케이션(10)이 요청한 서비스자원 전체를 갱신하는 것이 아니라, 서비스자원 중 어느 하나의 정보를 갱신하는 것처럼, 하나의 기본오퍼레이션에 대해 하나의 결과만을 얻을 수 있도록 하는 것이다.
또한, 하나의 기본오퍼레이션에서 생성, 조회, 갱신, 삭제의 기본오퍼레이션이 하나씩 사용될 수도 있으며, 동시에 다수개의 기본오퍼레이션이 사용될 수도 있다.
그리고, 상기 어플리케이션(10)이 요청한 서비스가 자원저장부(22)에 저장되면 자원저장부(22)의 임의의 테이블에 저장되고 저장된 위치의 URI주소도 생성되면서 저장되게 된다.(S30)
상기와 같이 어플리케이션(10)이 서비스요청을 하고, 상기 어플리케이션(10)의 서비스요청에 대해 요청처리부(21)가 인식하여 서비스가 생성되고 자원저장부(22)에 저장되면, RESTful 팔레이 게이트웨이(20)의 응답처리부(23)에서 어플리케이션(10)의 서비스요청에 따른 결과를 전송하게 된다.
예를 들어, 어플리케이션(10)으로부터 제삼자호 통화요청 등과 같은 서비스요청이 전송되고 그에 따른 서비스자원이 생성, 저장되어 서비스요청에 따른 진행여부를 어플리케이션(10)으로 응답하는 것이다.
덧붙여, 상기 RESTful 팔레이 게이트웨이(20)의 응답처리부(23)에서 어플리케이션(10)으로 응답결과를 전송할 때, 어플리케이션(10)이 요청한 서비스자원의 저장위치(URI주소 ; http : hypertext transfer protocol ; 인터넷에서, 웹 서버와 사용자의 인터넷 브라우저 사이에 문서를 전송하기 위해 사용되는 통신 규약)를 HTTP Location 헤더에 실어 전송하도록 한다.
여기서, 상기 HTTP Location 헤더는 HTTP 표준규격 RFC2616에 정의된 것으로 요청결과과 생성된 위치의 URI를 보낼 수 있도록 규정한 속성으로 데이터통신에 대한 하나의 규정 등을 말하는 것으로 일반적으로 HTTP에서 사용되기 때문에, 자세한 설명은 생략하도록 한다.(S40)
한편, 상기와 같이 최초에 어플리케이션(10)으로부터 메시지전송, 통화요청과 같은 서비스요청에 의해 서비스가 생성(POST)가 되고, 어플리케이션(10)의 서비스요청에 대한 응답결과를 어플리케이션(10)으로 전송한 후, 어플리케이션(10)이 서비스를 제공받으면서, 어플리케이션(10)에서 해당 서비스자원에 대해 정보를 조회(GET)하고, 서비스자원에 대해 갱신(PUT)을 선택하여 수행할 수 있으며, 어플리케이션(10)이 서비스를 제공받고 서비스를 종료하면 삭제(DELETE)를 수행하게 되는데, 이는 상술한 방법과 동일하게 진행된다.
예를 들어, 서비스요청자가 서비스자원의 갱신을 선택하게 되면, 현재 서비스요청자가 포함된 서비스자원의 정보를 갱신하는 것이고, 서비스자원의 조회를 선택하게 되면 현재 서비스요청자가 요청한 서비스자원에 대한 정보를 서비스요청자에게 전송하여 서비스요청자가 조회할 수 있도록 하는 것이다.
그리고, 이 모든 서비스자원에 대한 서비스를 종료하면 RESTful 팔레이 게이트웨이(20)에 생성된 서비스자원은 삭제하되, 자원저장부(22)에 저장된 서비스자원은 서비스요청자가 서비스를 종료함과 동시에 삭제될 수도 있고, 별도의 데이터베이스(도면에 미도시)에 저장한 후 삭제할 수도 있으며, 일정시간 동안 자원저장부(22)에 저장하였다가 일정시간 후에 데이터베이스에 전송하여 저장할 수도 있는 것과 같이 RESTful 팔레이 게이트웨이(20)를 관리하는 관리자 및 서비스제공자의 목적에 따라 다양하게 선택할 수 있는 것이다.
또한, 상기 RESTful 팔레이 게이트웨이(10)는 통신망(t)이 연결되는데 상기 통신망(t)은 현재 통신서비스 등에서 사용되는 것으로 자세한 설명은 생략하도록 한다.
10 : 어플리케이션 20 : RESTful 팔레이 게이트웨이
21 : 요청처리부 22 : 자원저장부
23 : 응답처리부
50 : REST 스타일 제삼자호 API 시스템

Claims (10)

  1. 사용자단말 또는 서버에 포함된 어플리케이션(10)으로부터 REST스타일의 제삼자호서비스 요청메시지를 전송받아, 그에 대한 서비스를 제공하며 상기 어플리케이션(10)의 제삼자호서비스의 요청을 인식하여, 생성, 갱신, 조회, 삭제의 오퍼레이션을 처리하고 어플리케이션(10)이 요청한 서비스의 자원을 생성하는 요청처리부(21)와, 상기 요청처리부(21)에 의해 생성된 자원을 저장하고 관리하는 자원저장부(22)와, 상기 어플리케이션(10)의 요청에 따른 처리결과를 어플리케이션(10)으로 전송하는 응답처리부(23)로 구성된 RESTful 팔레이 게이트웨이(20)로 이루어진 것에 특징이 있는 REST 스타일 제삼자호 API 시스템.
  2. 제 1항에 있어서, 상기 어플리케이션(10)은 REST에서 기본적으로 제공하는 생성, 갱신, 조회, 삭제의 기본오퍼레이션에 일치하지 않는 복합적인 요청은 다수개의 기본오퍼레이션을 조합하여 사용되는 것에 특징이 있는 REST 스타일 제삼자호 API 시스템.
  3. 제 1항에 있어서, 상기 RESTful 팔레이 게이트웨이(20)의 요청처리부(21)는 어플리케이션(10)의 서비스요청에 의해 서비스자원을 생성한 후, 어플리케이션(10)이 요청처리부(21)에 생성된 서비스자원에 연계된 추가적인 자원의 생성을 요청할 경우, 생성된 자원의 URI를 포함하는 하위자원을 생성하는 것에 특징이 있는 REST 스타일 제삼자호 API 시스템.
  4. 제 1항에 있어서, 상기 RESTful 팔레이 게이트웨이(20)의 요청처리부(21)는 어플리케이션(10)의 서비스요청에 의해 생성된 하나의 자원이나 그 자원의 하위 자원에서 생성, 갱신, 조회, 삭제의 기본오퍼레이션이 각각 하나씩만 매칭되도록 하여, 하나의 기본오퍼레이션에 대해 하나의 결과만이 도출되도록 하는 것에 특징이 있는 REST 스타일 제삼자호 API 시스템.
  5. 제 1항에 있어서, 상기 RESTful 팔레이 게이트웨이(20)의 응답처리부(23)는 어플리케이션(10)의 서비스자원생성 요청에 따른 처리결과를 전송할 때, 생성된 서비스자원의 URI를 HTTP Location 헤더에 포함하여 전송하는 것에 특징이 있는 REST 스타일 제삼자호 API 시스템.
  6. 어플리케이션과 RESTful 팔레이 게이트웨이를 이용한 REST 스타일 제삼자호 API 시스템의 운영방법에 있어서,
    상기 어플리케이션에서 RESTful 팔레이 게이트웨이에 서비스자원의 생성을 위해 RESTful의 오퍼레이션을 이용하여 통화자원생성을 요청하는 요청단계(S10);
    상기 RESTful 팔레이 게이트웨이의 요청처리부에서 어플리케이션의 RESTful의 오퍼레이션을 이용하여 요청한 서비스자원을 식별하여 그에 따른 서비스를 생성하는 생성단계(S20);
    상기 RESTful 팔레이 게이트웨이의 요청처리부에 의해 생성된 자원을 자원저장부에 저장하는 저장단계(S30);
    상기 RESTful 팔레이 게이트웨이의 요청처리부에 의해 생성되고 자원저장부에 저장된 자원의 URI주소를 HTTP Location 헤더에 저장하고 어플리케이션으로 응답하는 응답단계(S40)로 구성된 것에 특징이 있는 REST 스타일 제삼자호 API 시스템의 운영방법.
  7. 제 6항에 있어서, 상기 요청단계(S10)에서 어플리케이션이 서비스를 요청할 경우, REST에서 기본적으로 제공하는 생성, 갱신, 조회, 삭제의 기본오퍼레이션에 일치하지 않는 복합적인 요청은 기본오퍼레이션을 다수개로 조합하여 사용되는 것에 특징이 있는 REST 스타일 제삼자호 API 시스템의 운영방법.
  8. 제 6항에 있어서, 상기 생성단계(S20)에서 어플리케이션의 서비스요청에 의해 통화자원을 생성한 후, 어플리케이션이 요청처리부에 생성된 자원에 연계된 추가적인 자원의 생성을 요청할 경우, 생성된 자원의 URI를 포함하는 하위자원을 생성하는 것에 특징이 있는 REST 스타일 제삼자호 API 시스템의 운영방법.
  9. 제 6항에 있어서, 상기 저장단계(S30)에서 어플리케이션의 서비스요청에 의해 생성된 하나의 자원이나 그 자원의 하위 자원에서 생성, 갱신, 조회, 삭제의 기본오퍼레이션이 각각 하나씩만 매칭되도록 하여, 하나의 기본오퍼레이션에 대해 하나의 결과만이 도출되도록 하는 것에 특징이 있는 REST 스타일 제삼자호 API 시스템의 운영방법.
  10. 제 6항에 있어서, 상기 응답단계(S40)에서 어플리케이션의 서비스자원생성 요청에 따른 처리결과를 전송할 때, 생성된 서비스자원의 URI를 HTTP Location 헤더에 포함하여 전송하는 것에 특징이 있는 REST 스타일 제삼자호 API 시스템의 운영방법.
KR1020100010186A 2010-02-03 2010-02-03 Ｒｅｓｔ 스타일 제삼자호 ａｐｉ시스템 및 운영방법 KR101080862B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020100010186A KR101080862B1 (ko) 2010-02-03 2010-02-03 Ｒｅｓｔ 스타일 제삼자호 ａｐｉ시스템 및 운영방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020100010186A KR101080862B1 (ko) 2010-02-03 2010-02-03 Ｒｅｓｔ 스타일 제삼자호 ａｐｉ시스템 및 운영방법

Publications (2)

Publication Number Publication Date
KR20110090428A true KR20110090428A (ko) 2011-08-10
KR101080862B1 KR101080862B1 (ko) 2011-11-07

Family

ID=44928214

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020100010186A KR101080862B1 (ko) 2010-02-03 2010-02-03 Ｒｅｓｔ 스타일 제삼자호 ａｐｉ시스템 및 운영방법

Country Status (1)

Country Link
KR (1) KR101080862B1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104756073A (zh) * 2012-10-25 2015-07-01 大众汽车有限公司 用于在汽车中提供多媒体数据的装置和方法
KR101949337B1 (ko) * 2017-11-11 2019-02-19 (주)에스엠시스템 RIA를 이용한 클라우드 기반 aPaaS 제공 방법

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100466379B1 (ko) * 1997-12-09 2005-07-11 주식회사 엘지생활건강 피부미백용 조성물
KR101478903B1 (ko) 2013-04-05 2015-01-05 한국과학기술원 인스턴스 호스팅 환경에서 노드의 프로파일에 기반하여 노드의 정보를 처리하기 위한 방법 및 시스템
KR102080230B1 (ko) * 2019-10-28 2020-02-21 주식회사 코어소프트 Rest api 서비스의 다중 호출 처리 시스템 및 그 방법

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100760705B1 (ko) * 2004-11-06 2007-09-21 (주) 콘텔라 다수의 사용자 단말에게 회의 통화 서비스를 제공하는 방법 및 시스템
KR100898734B1 (ko) * 2007-05-07 2009-05-20 (주)제너시스템즈 호 처리 서비스를 위한 미디어 서버와 어플리케이션 서버간 초기 접속 방법 및 시스템

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104756073A (zh) * 2012-10-25 2015-07-01 大众汽车有限公司 用于在汽车中提供多媒体数据的装置和方法
US10063628B2 (en) 2012-10-25 2018-08-28 Volkswagen Ag Device and method for providing multimedia data in a motor vehicle
KR101949337B1 (ko) * 2017-11-11 2019-02-19 (주)에스엠시스템 RIA를 이용한 클라우드 기반 aPaaS 제공 방법

Also Published As

Publication number Publication date
KR101080862B1 (ko) 2011-11-07

Similar Documents

Publication Publication Date Title
KR101455405B1 (ko) 컨텐츠를 목표 주소로 전송하는 방법, 컨텐츠를 목표주소로 전송하는 시스템, 기본 사용자 인터페이스프리젠테이션을 적어도 하나의 컨텐츠-전달 아이콘으로채우는 방법 및 컴퓨터 판독가능 매체
US20140047322A1 (en) Method and system for browsing things of internet of things on ip using web platform
JP2004518219A (ja) ポータル構造におけるセッション管理に関する機構及び方法
US9749202B1 (en) Remote session preview management
CN112399130B (zh) 云视频会议信息的处理方法、装置、存储介质和通信设备
TW200413968A (en) Method and apparatus for relaying session information from portal server
KR101080862B1 (ko) Ｒｅｓｔ 스타일 제삼자호 ａｐｉ시스템 및 운영방법
US10721311B1 (en) System and method for coupling two separate applications to an application session within a serverless infrastructure
CN101156407A (zh) 用于计划的下载服务的系统结构和方法
US20090240829A1 (en) Translating between implicit and explicit publish-subscribe protocols
JP5437785B2 (ja) 認証方法、変換装置、中継装置、及び該プログラム
CN100377522C (zh) 一种内容分发网络中oma下载的实现方法
KR101973531B1 (ko) 복수의 클라이언트 간의 어플리케이션 자동 공유 방법 및 장치
CN101848456A (zh) 一种业务处理方法、通讯系统以及相关设备
KR20150053622A (ko) 네트워크를 통한 서비스 기능 관리 방법 및 그 장치
Liang et al. A policy framework for collaborative web service customization
KR20100003501A (ko) 서버에 등록된 사용자 설정 정보의 이동 제어 방법 및시스템
CN101895849A (zh) 一种业务处理方法、通讯系统以及相关设备
KR101101960B1 (ko) 서비스 기능을 제공하는 방법 및 시스템
JP2003150496A (ja) Ｗｅｂコンテンツの配信方法およびシステム並びに送受信端末装置、配信中継装置
KR100925644B1 (ko) 오브젝트 전송 시스템 및 그 제어방법
JP2017208066A (ja) モバイルメッセンジャー上の文書共有方法およびシステム
KR20060116792A (ko) 유·무선 전화번호와 무선인터넷 웹사이트의 연동 처리 방법및 시스템
KR20020024887A (ko) 무선 인터넷 환경에서 컨텐츠 서비스 방법 및 그 서버시스템
JP2006127220A (ja) ホームサーバシステムおよびコンテンツ配信方法

Legal Events

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