• Journal of Internet Computing and Services
• /
• v.25 no.1
• /
• pp.1-8
• /
• 2024

In the API gateway, API composition is an essential function that can reduce the number of client calls and prevent over-fetching and under-fetching. API composition that operate with IMJ (In-Memory Join) consume a lot of resources, putting a burden on the performance of the API gateway. In this paper, to improve the problem of IMJ-style API composition, we propose SAPIC (Stream-based API Composition), which delivers the data to be composed to the client by streaming. SAPIC calls each MSA API that makes up the client response data and immediately streams the received response data to the client, reducing the resource consumption of the API gateway and providing faster response time compared to IMJ. As a result of a comparison experiment with GraphQL, a representative API combination technology, SAPIC recorded a maximum CPU occupancy rate of approximately 21 to 70 % lower, a maximum heap usage rate of approximately 16 to 74 % lower, and a throughput rate that was 1 to 2.3 times higher than GraphQL.

• 한국IT서비스학회:학술대회논문집
• /
• 2009.11a
• /
• pp.198-201
• /
• 2009

오늘날 운영체계와 미들웨어는 수많은 API를 제공하고 있다. 최종 사용자들이 사용하는 응용 프로그램들은 이러한 API를 활용하여 개발되어지고 있다. 기존의 문서와 같은 형태의 API에 대한 기술은 기계가 자동적으로 처리하기 힘들며 개발자 입장에서도 API를 이해하기 위해서 책을 직접 읽고 이해해야 한다는 단점이 있다. 이를 극복하기 위하여 docgen과 같은 도구들이 있으나 결국은 개발자 관점에서는 API를 직접 숙지하여야 하며 응용 프로그램 상에서 직접 운영체계에서 제공하는 API 호출 부분을 작성하여 개발하여야 한다는 부분은 동일하다. 또한 서로 다른 다양한 운영체계에서는 형식은 다르지만 유사한 기능을 제공을 하는 API들이 있으나 개발자는 특정 운영체계의 API에 맞추어서 각각의 운용체계에 맞는 응용 프로그램을 개발하여야 하는 문제점이 있다. 본 연구에서는 API에 대한 정보에 대한 규격을 정의하고 각각의 API의 기능 및 특성에 대하여 메타 기술언어를 사용하여 기술하여 저장소에 저장해두고 실행시에 이러한 API정보를 사용하여 응용 프로그램과 동적으로 바인딩시켜서 실행시키는 체계에 대해서 논의한다. 응용 프로그램에서 사용하려고 하는 API와 운영체계에서 제공하는 API를 동적으로 결합시키는 엔진에서는 운영체계별 API의 차이에 의한 부분을 상쇄시키는 역할을 담당한다. 이러한 체계를 활용하면 동적으로 재구성 가능한 응용을 개발하는데 있어서 하부 시스템으로 활용될 수 있다. 향후 표준 API를 기술하는데 있어서도 본 연구에서 제시하는 메타 방식의 API 기술표현을 활용하면 보다 정확한 표준 규약 준수 여부를 확인할 수 있는 방법을 제공할 수 있다.

• Spatial Information Research
• /
• v.22 no.5
• /
• pp.87-98
• /
• 2014

Google Maps have changed the response time of Web-GIS using AJAX technologies. In addition, Google released the Open API named Google Maps API(Application Programming Interface) and it lead to the big paradigm on the Open API, where the SDK(Software Development Kit) and ASP(Application Service Provider) had ruled at the related map market. In short, the Open API has been paradigm-shifting for the web mapping. After this, government, many companies and open source foundations have guided Web-GIS market's growth through releasing the relevant Open APIs. So many comparative analysis on web-mapping API carried out by many researches. However there were no researches that can be applied to our current domestic environments. This paper investigates components of web-mapping API. Then we compare how many components supported and enumerate features for each of those APIs. Finally this paper presents direction of future development of Web Mapping API.

• Proceedings of the Korea Information Processing Society Conference
• /
• 2009.04a
• /
• pp.1170-1173
• /
• 2009

OpenAPI와 매쉬업(Mashup)은 현재 발전해가고 있는 웹 2.0을 이루는 중요한 기술이다. OpenAPI의 수는 기하급수적으로 증가하고 있기 때문에, OpenAPI에 대한 검색시스템은 반드시 필요하게 되었다. 대표적인 OpenAPI 검색은 Programmableweb과 Popfly에서 제공하고 있으며, 이들의 제한점을 보완한 OpenAPI 검색 시스템이 연구되고 있다. OpenAPI 검색 시스템은 웹서비스 검색 시스템을 확장하여 개발되었지만, 다양한 OpenAPI의 프로토콜을 지원하지 못한다. 따라서 본 논문은 효과적인 OpenAPI 검색 시스템에서 OpenAPI의 다양한 프로토콜을 포함할 수 있는 통합 정보모델을 구축을 목표로 한다. 개발된 OpenAPI 통합모델은 OpenAPI 및 매쉬업 가능 서비스 검색에 활용될 수 있다.

• Journal of KIISE:Computing Practices and Letters
• /
• v.16 no.9
• /
• pp.918-926
• /
• 2010

A widget is a small application running by the users' favorite services, so they are provided with web contents without explicitly visiting the web site. Although widgets can be easily implemented with Open APIs, only a few web sites provide them because of refactoring the structures of web resource to supply Open APIs to the widget developers. This paper presents an Open API Proxy Server System for widget services. The system consists of two components: an Open API Source Code Generator and an Open API Proxy Server. The Open API Source Code Generator provides a Graphical User Interface (GUI) for users to generate the Open APIs of user's choice and sends the Open API source code generation request to the Open API Proxy Server. The Open API Proxy Server using the HTML Table Processing Library receives the HTML web page from web site and extracts useful information from the target HTML table. The proxy server converts the extracted data into the corresponding XML document which becomes available through the Open API. We verify the operation of the proposed system through experiments with the HTML tables in the example web sites.

• International Journal of Contents
• /
• v.7 no.2
• /
• pp.11-16
• /
• 2011

In this paper, we develop a mobile MAP open API using HTML5 local storage and the W3C geolocation API. The mobile MAP open API consists of the basic JavaScript MAP API, offline navigation API, and multimedia POI (mPOI) API. The basic JavaScript MAP API creates a map and controls, rotates, and overlays data on the map. The offline navigation API is developed using HTML5 local storage and web storage. The mobile web application downloads and stores mPOIs of works of art to local storage or web storage from a web server. The mPOI API is developed using HTML5 video and audio APIs. We develop a mobile art park guidance application using the developed mobile MAP open API.

• Journal of Internet Computing and Services
• /
• v.11 no.1
• /
• pp.71-76
• /
• 2010

This research proposed the method for application of SCORM in U-learning system. That is, I proposed the API broker to connect between U-learning and API Instance of RTE that is existing SCORM based learning object interface environment. The API broker operated handling process using request port and response port between SCORM and U-learning server. For efficient operation in each service, this system has learning contents service buffer in API broker.

• Biodesign
• /
• v.6 no.4
• /
• pp.92-95
• /
• 2018

API5 is a unique oncogenic, non-BIR type IAP nuclear protein and is up-regulated in several cancers. It exerts several functions, such as apoptosis inhibition, cell cycle progression, cancer immune escape, and anticancer drug resistance. Although structural studies of API have revealed that API5 mediates protein-protein interactions, its detailed molecular functions remain unknown. Since FGF2 is one of API5's major interacting proteins, structural studies of the API5-FGF2 complex will provide insight into both proteins' molecular function. We overexpressed and purified API5 and FGF2 in Escherichia coli and crystallized the API-FGF2 complex using polyethylene glycol (PEG) 6000 as a precipitant. Diffraction data were collected to a $2.7{\AA}$ resolution using synchrotron X-rays. Preliminary diffraction analysis revealed that the API5-FGF2 complex crystal belongs to the space group $P2_12_12_1$ with the following unit cell parameters: a = 46.862, b = 76.523, $c=208.161{\AA}$. One asymmetric unit with 49.9% solvent contains one API5-FGF2 complex. Molecular replacement calculation, using API5 and FGF2 coordinates, provided a clear electron density map for an API5-FGF2 complex.

• Journal of Internet Computing and Services
• /
• v.24 no.1
• /
• pp.9-15
• /
• 2023

Single-Page Application(SPA) requires data transformation for communication with RESTful API. The Backend for Frontend(BFF) pattern handles this transformation in the server, but there is some problem that increases the number of communication and makes development and distribution difficult. In this study, we propose an architecture that maps the ViewModel of SPA and the model of RESTful API directly in SPA. The proposed architecture automatically generates a mapping model between the RESTful API model and the ViewModel using the OpenAPI specification, which is the document model of the RESTful API. The data transfer component of SPA automatically converts RESTful API data and ViewModel using the created model. As a result of comparison with the existing BFF method through case study, the proposed architecture showed higher development productivity than BFF, and as a result of load tests, it recorded about 6% lower server CPU occupancy compared to BFF.

• Proceedings of the Korea Information Processing Society Conference
• /
• 2014.04a
• /
• pp.960-963
• /
• 2014

최근 매쉬업에 대한 관심도가 매우 높아짐에 따라 수많은 Web API들이 생성되고 있다. 이런 Web API들을 매쉬업 속으로 결합할 때 여러 가지 이슈들이 존재한다. 특히, 수많은 API들이 매쉬업 개발자에 의해 수동으로 조합될 때 이는 더욱 심각해진다. 본 논문에서는 Web API 발견 및 조합을 위한 하나의 새로운 기법을 제안한다. 제안된 발견 기법은 질의를 만족시키지 못하는 API들을 재빨리 필터링 시키는 전략을 수립한다. API 조합 기법은 발견 기법을 확장/발전시켜 Web API 입출력 사이의 시맨틱 유사도를 기반으로 하고, 원하는 목표를 만족하는 출력을 산출할 수 있는 사이클 없는 방향성 그래프(DAG)를 생성한다. 또한, Web API 발견 및 조합을 효율적으로 생성하기 위해 본 논문에서는 Web API 발견 및 조합 시스템을 구현한다.