1 / 38

API

API. 200618519 백지윤 200716038 배영희 200716024 목화연 200716012 김윤환. 인터넷 정보처리 4 조. Content. Ⅰ. API 란 ?. Ⅱ. 지원사이트. Ⅲ. 사례. Ⅳ. 향후예측. Ⅰ. API 란 ?. 1) 정의. 2) 등장 이유. 3) 역할. 4) 특징. 5) 장단점. API=Application Program Interface. API 란 ?. 1) 정의.

edward
Télécharger la présentation

API

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. API 200618519 백지윤 200716038 배영희 200716024 목화연 200716012 김윤환 인터넷 정보처리 4조

  2. Content Ⅰ. API 란? Ⅱ.지원사이트 Ⅲ.사례 Ⅳ.향후예측

  3. Ⅰ. API란? 1) 정의 2) 등장 이유 3) 역할 4) 특징 5) 장단점

  4. API=Application Program Interface API란? 1) 정의

  5. CloseWindow : 윈도우 창을 최소화 하여(없애지는 않는다) 아이콘 상태로 만든다 CopyFile : 파일을 복사하여 새로운 파일을 만든다. DialogBox : 대화상자를 실행한다. 윈도우용 애플리케이션을 프로그래밍하기 위해 미리 만들어 놓은 기능의 집합 API란? 1) 윈도 API 2) 기능들의 예

  6. API란? 2) 기능들의 예

  7. 하드웨어 OSI (Operating System Interface) OS API (Application Program Interface) Application (Program) GUI (Graphical User Interface) 사용자 API란? 1) 정의 - 컴퓨터 운영체제와 사용자관계

  8. API를 통해 서비스의 기능을 외부에 제공하기 위한 XML 기반의 약속이 웹 서비스다. API란? 1) 웹에서의 API?

  9. API란? 1) 정의 – 애플리케이션 2.0 Text 리믹스 (다른데이터/ 서비스와의 혼합) 모바일 데스크 탑 웹사이트 A 웹사이트 B 데이터 Text Text Text Text 웹 1.0

  10. API란? 2) 등장 이유 간단한 고객 관리 프로그램을 만든다고 생각해 보자. 여기에는 여러 가지 기능이 필요하다. 고객 명단 입력에 쓸 버튼이나 입력창도 있어야 하고, 고객 이름을 확인한 후 일치하지 않으면 경고창도 보여주어야 한다. 그런데 개발자가 일일이 프로그램을 짜서 버튼도 그리고 입력창도 만들고, 경고창도 보여주어야한다면, 프로그래밍이란 작업은 너무 복잡해질 것이다. 그래서 윈도우에서는 애플리케이션에서 자주 쓰일 만한 기능들을 미리 만들어 놨다가필요할 때 쉽게 가져다가 쓸 수 있게 한다. 바로 이것이 API다.

  11. 토이(Toy) +사람 개인화/소셜화 기능별 전문화 입력/출력/백업 등 매쉬업 +외부 애플리케이션 +외부 데이터 API란? 3) 역할 – 롱테일 킬러 애플리케이션 등장

  12. API란? 3) 역할 • 공급자 혼자 감당하기 힘든 다양한 니드를 충족시키는 애플리케이션의 • 롱테일 현상이 일어나는 것이다. • 서비스는 핵심기능을 만들어 던져 주고, 사용자는 여기에 새로운 • 기능이나 데이터를 추가해 기존 서비스를 확장한 새로운 사용자 생산 • 애플리케이션을 만들어낸다.

  13. API란? 4) 특징 소비APP 소비APP 소비APP 소비APP 소비APP 소비APP 생산APP 소비APP 데이터 API API 외부 APP 외부 APP 자체 서비스 (플리커, 딜리셔스 등)

  14. API란? 4) 특징 하나의 데이터를 두고 사용자들이 기획자 겸 개발자가 되어 수많은 생산과 소비의 시나리오를 구현한다. 사용자는 여러 서비스중에서 자기가 원하는 방법을 선택하고, 원하는 환경(테스크탑, 모바일, 외부 서비스)에서 데이터를 생산하고 소비한다.

  15. API란? 4) 특징 모든 사람을 만족시키는 하나의 애플리케이션 대신 소수의 사용자들이 필요로 하는 많은 애플리케이션들이 등장한다.

  16. API란? 3) 특징 데이터 어플리케이션 사용자 + 데이터의 롱테일 (UCC : User Created Content) 컨텍스트의 롱테일 (UCC : User Created Context) 데이터 생산 입력 + 데이터 소비 출력 Web 1.0 Web 2.0 데이터 생산과 소비에 있어 기존에 0%였던 새로운 시장을 창조하고 서비스

  17. API란? 4) 특징 User Created Content(UCC)에서 User Created Context까지! 데이터뿐만 아니라, 데이터를 소비하는 방법도 사용자가 직접 만드는 것 이것이 웹 2.0의 이상이다. 사용자 생산 컨텐츠에서 사용자 생산 컨텍스트로 확장된다.

  18. API란? 5) 장점 웹 1.0 여러가지 기능을 제공하여 방문한 사용자를 오래 붙잡아 두는 것이 서비스의 역할이다. 사용자 = 소비자 = 방문자 어플리케이션 데이터 서비스

  19. API란? 5) 장점 사용자 = 데이터 생산자 = 애플리케이션 생산자 0 애플리케이션 애플리케이션 애플리케이션 웹 2.0 데이터는 사용자가 만든 다양한 애플리 캐이션을 통해 자생적으로 확산된다. 데이터 서비스

  20. API란? 5) 장점 다른 서비스와 연계되고 외부에서 기능을 확장해 새로운 서비스를 만들어내면서, 서비스는 더 많은 지점에서 사람들과 만나고 그들의 생활에 꼭 필요한 역할 사용자의 선택권을 늘리고 데이터를 가지고 새로운 부가가치를창출하는 지원군이 되는 것이다.

  21. Ⅱ.지원사이트

  22. Ⅲ.사례 1) 아마존.com 2) BBC 백스테이지 3) 플래퍼 4) 네이버 오픈 API

  23. Amazon.com DATA API 아마존 아마존 라이트4 라이브러리 씽 G-tool 쇼핑몰 기반의 어필리케이션 소셜화 리뷰 기반의 어필리케이션 사례 1) 아마존.com 아마존라이트4: www.kokogiak.com/amazon4 라이브러리씽: www.librarything.com G-tools : www.goodpic.com/mt/aws/index_us.html 리치 UI : http://d-p.com/ria/Amazon/index.html

  24. 사례 2) BBC 백스테이지 http://backstage.bbc.co.uk

  25. 사례 2) BBC 백스테이지 구글맵과 BBC의 여행 및 지역 뉴스 매쉬업 서비스 http://www.dynamite.co.uk/local

  26. 사례 2) BBC 백스테이지 홈페이지의 변화를 트래킹하는 bbc 홈아카이브 www.bbc.co.uk/homearchive

  27. 사례 3) 플래퍼 www.bcdef.org/flappr

  28. 사례 4) 네이버 API http://openapi.naver.com

  29. 사례 4) 네이버 API

  30. 사례 4) 네이버 API

  31. 사례 4) 네이버 API

  32. Ⅳ.향후예측 1) 기대효과 2)기술 혁신 경향 3) 국내외 현황 3) 향후예측

  33. 향후예측 1) 기대효과 • 통신·방송·인터넷이 하나의 통합된 전달 망을 기반으로 이들 간 상호 융합된 서비스들을 제공할 수 있는 광대역 통합망으로 발전할 전망임. • 이러한 새로운 융합 형 서비스를 제공하기 위해서는 개별적인 서비스에 종속되지 않고, 독립적인 표준 인터페이스(Open API)를 통하여 서비스를 제공하는 개방형 서비스 구조가 도입 되어야 함

  34. 향후예측 2) 기술 혁신 경향 • Web Platform Interface • - 웹 세계에서 사용자 가치 전달 • - API 제공은 플랫폼으로 거듭나는 계기 • 웹 데이터 포맷 진화 • - HTML → XML • 웹의 리소스 사용 • 메시지 프로토콜

  35. 향후예측 3)국내외 현황 • 해외 • - 콘텐트 유통과 상거래 방식의 변화 • - 서비스 제공 방식의 다각전인 변화 • - 디바이스의 변화 (MWI, UMPC, Mobile Web 2.0) • - API의 복합적 결합 활성 (다양한 서비스와의 연동) • 국내 • - 특정 서비스 위주에서 점차 확대되는 과정 • (본격적인 웹 플랫폼 시대 개막) • - 무선 통신 기술의 확대를 통한 소비 확대 • - API의 복합적 결합 시도

  36. 향후예측 4) 기술 혁신 경향 • API 개방을 통한 활용성 증대 • 개방형 체계를 통한 위험의 분산 • Open API의 범위와 권한 : Internal, External… • 서로 다른 서비스를 합친 새로운 서비스(신규 서비스 시장 창출) • 다양한 매쉬업 시도의 증가 : Enterprise, Mobile… • 빠른 서비스 개발 가능 • 기업간 이용을 위해서는 해결해야 할 이슈들 : 신뢰, SLA, 지원… • 빠른 경쟁 환경에 적응하기 위한 시도 • 새로운 수익 모델과 기회의 등장

  37. Q&A

  38. Thank You

More Related