기본 콘텐츠로 건너뛰기
활용 가능한 인공지능 플랫폼
keyword : 머신러닝(Machin Learning), 인공지능(AI), 딥러닝(Deep Learning), 음성인식(Speach), 자연어처리(NLP, Natural Language, Processing)

아마존 렉스
 - 음성인식기반 지능형 대화 (음성인식, 챗봇 등)
 - 음성인식요청 건당 $0.004, 텍스트인식요청 건당 $0.00075
     500 speech requests = 500 * $0.004 = $2.00
    500 text requests = 500 * $0.00075 = $0.38
    Total Amazon Lex charges for 500 speech request and 500 text requests = $2.38

아마존 폴리 - 한국어 미지원
 - 텍스트 to 스피치
 - 워싱턴포스트는 이를 이용해 기사를 읽어주는 서비스를 제공할것이라고함
 - 23시간 수준 음성전환 기능 사용시 $4.00 발생 (100만 문자)
 - 1,000개의 요청당 1000문자 수준 $4.00
 - 10,000개의 요청당 100문자 수준 $4.00

아마존 리코그니션
 - 이미지 분석
 - 첫달 100만 이미지 처리 $1, 둘째달 900만 이미지 $0.8
 - 셋째달 9000만 이미지 $0.6, 넷째달 1억 이미지 $0.4

아마존 머신러닝
 - 모든 기술 개발자가 기계학습기술을 쉽게 사용할수있게 해주는 서비스
 - 머신러닝 알고리즘 및 기술을 몰라도 모델을 만들수있도록 지원 (시각화도구)
 - API를 사용한 예측도출 가능

아마존 머신러닝 사용 사례
AWS 사례 연구:BuildFax 및 Amazon Machine Learning
BuildFax가 더 빠른 결과를 위해 Amazon Machine Learning을 사용해 "예측 모델 구축 과정을 대중화"한 방법을 확인하십시오.

AWS 사례 연구: AdiMap 및 Amazon Machine Learning
스타트업인 AdiMap은 Amazon Machine Learning을 사용하여 "규모에 따른 금융 인텔리전스를 지원함으로써 사용자와 고객에게 경쟁 우위"를 제공합니다.

AWS 사례 연구:Fraud.net 및 Amazon Machine Learning
선도적인 크라우드소싱 사기 탐지 플랫폼인 Fraud.net은 복잡성을 줄이고 새롭게 등장하는 사기 패턴을 이해하기 위해 Amazon Machine Learning을 사용합니다.

IBM 왓슨
언어처리, 음성인식, 이미지처리 등
한국어 2017년 초 지원 예정

Google Cloud Platform
     Cloud Machine Learning Services
     Jobs API
     Natural Language API
     Speech API Documentation 한국어 지원(월간 60분 이하 무료, 61 ~ 100만분 %0.006)
     Translation API
     Vision API

네이버 음성인식 API

하루 1000건으로 제한

댓글

이 블로그의 인기 게시물

웹 개발하면서 보안을 유지하기 위한 기본지식

몇개월전에 만들었던 웹기반 (HTML5, CSS3, Flash Player(VideoJS)) VOD플레이어에서 보안이슈가 발생했다. 웹또한 서버를통해 통신을하지만 사용자의 PC에서 실행되는만큼 클라이언트의 개념이 있으며 Javascript 야말로 클라이언트에서 작업하게 되는 영역이라는 점에서 보안상에 이슈 발생.  이유인즉슨  무료로 제공되고 있는것과 유료로 제공되고있는 서비스에 대하여  javascript 단에서 서비스 허용여부를 결정하게될경우  해킹을 통해 이부분을 우회하여 서비스이용이 가능했다는점.. 모든 인증이나, 중요데이터는 java 로 코딩해서 서버단에서 결단이 나도록 했어야했는데 이건 너무 기본적이면서도 아쉬운 실수를 저지르고 말았다..  하하..  많은 분들이 이런 부분을 간과할수도있을듯하여 작성해봅니다.  요즘 보안이슈가 많을탠데 모두들 보안 화이팅 ! 

Android 스마트폰 기본 웹브라우저(Chrome:크롬) 호출하는 스키마(URL Scheme)

신용카드결제 페이지 주소를 카톡으로 던졌을때 카톡 내부에서 결제가 이루어지다보니 결제완료까지 정상적으로 처리되지 않는 경우가 발생한다더라 그래서 생각해본게.. 1) 카카오통 채팅방  2) 링크 전송  3) 링크를 클릭하면 스마트폰애 내장된 웹브라우저를 실행하는 URL스키마 실행  4) 실행된 웹브라우저에서 결제페이지로 이동 이 절차를 거치면 카톡 외부로 나와서 독립적인 웹브라우저상에서 결제를 진행하기때문에 정상처리가 가능할것이라고 판단 찾다 찾다가.. 알아낸것이 안드로이드 (가능) - 롤리팝부터 크롬 브라우저가 기본앱이다 - 크롬을 호출방법 intent://www.naver.com#Intent;scheme=http;package=com.android.chrome;end  아이폰 (조건부 가능) - 사파리를 호출하는 앱스키마가 없으며, 사파리를 통해서 검색어를 입력한 검색기능만 가능 - 크롬브라우저 앱이 설치되어있을경우 아래와같이 호출 가능 googlechrome:////www.naver.com <사용법> < html > < body > < script >      var currentOS = "else" ;      var mobile = ( /iphone | ipad | ipod | android/ i .test(navigator.userAgent.toLowerCase()));      if (mobile) {          var userAgent = navigator.userAgent.toLowerCase();          if (userAgent.search( "android" ) > - 1 )             currentOS = "android" ;          else if

tomcat 80포트 사용설정 및 GET방식 인코딩설정

톰캣 7.0 기준 server.xml 원본에 작성되어있는 내용중에서 아래와같은 내용이있다. <Connector port="8080" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443" />   1. 80포트 사용설정 외부에서 웹서버에 접근했을때 주소뒤에 www.xxx.com:8080   처럼 8080포트를 쓰지않는 방법은 두가지가 있는것같다.    - 첫번째 방법 - server.xml 수정 <Connector port="80" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443" />    - 두번째방법은 내가 작성한 리눅스 iptable를 수정하는것. 80포트로 들어온내용을 8080으로 리다이렉트시켜서 톰캣설정 변견없이 작동하게하는것이다. http://blog.naver.com/cyk7890/40189933263   2. GET 방식 한글인코딩 설정 - URIEncoding="UTF-8" 추가 <Connector port="8080" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443" URIEncoding="UTF-8" useBodyEncodingForURI="true" />