모바일뱅킹 구현 기술

모바일 뱅킹 구현 기술은 STK 카드 기반의 단문 메시지 방식에서 WAP 방식으로, 시그널링 채널 기반의 USSD 방식으로 발전해 왔고, 이동통신망은 2.5세대로 발전했다. , KJava, BREW 방법은 일반 단문 메시지라도 특정 비즈니스 보안 제어를 채택한 후 은행 거래를 실현할 수 있습니다. 다양한 기술이 왔다 갔다 하며, IT 제조사의 마케팅에 시중은행들은 앞으로 어떤 기술이 주류가 될지 궁금해진다.

단문 메시지 방법

중국에서 단문 메시지의 인기는 전설이라고 할 수 있습니다. 각계각층의 사람들은 처음에는 낙관적이지 않았습니다. 그러나 지난 몇 년 동안, 양대 통신사인 차이나모바일과 차이나유니콤은 2012년 단문 메시지 매출도 70억위안을 넘어섰다. 나스닥 시장. 엄청난 관심에 이끌려 사람들은 단문 메시지 애플리케이션에 대해 생각하기 시작했습니다. 갑자기 돌이켜보면 그들은 SMS의 활성 주문형 방식이 은행 거래를 구현하는 데에도 사용될 수 있다는 것을 발견했습니다. 구현 방식이 비교적 원시적이고, 많은 양의 문자열을 암기하고 입력해야 하지만, 이것이 다른 문자 메시지 애플리케이션이 작동하는 방식이 아닌가? 보안수준이 매우 낮아서 휴대폰과 통신사 서버에 흔적이 남게 되지만, 업무적인 측면에서 통제하여 조회, 휴대폰 요금납부 등의 서비스만 가능하게 한다면 나쁘지 않습니다. 게다가 모든 휴대폰은 단문 메시지를 지원하며 대부분의 사람들이 단문 메시지를 사용한다는 장점이 있습니다. 편리하고 효과적인 서명 프로세스가 있다면 고객 유치가 매우 쉬울 것입니다.

STK 카드를 기반으로 한 단문 메시지 방식

모바일뱅킹에 최초로 적용된 기술로 특수 제작된 STK 카드에 뱅킹 서비스 메뉴를 써넣어 보다 편리하게 은행 업무를 수행할 수 있는 방식입니다. 고객은 메뉴 방식으로 작업할 수 있으며 동시에 STK 카드 자체에는 비교적 완전한 신원 인증 메커니즘이 있어 거래 보안을 효과적으로 보장할 수 있습니다. 단점은 다음과 같습니다. 첫째, STK 카드의 용량은 제한되어 있습니다. 일반적으로 한 은행의 애플리케이션만 카드에 쓸 수 있으며 최근 OTA 무선 다운로드 기술로 콘텐츠를 업데이트할 수 없습니다. STK 카드에서는 서비스 업그레이드가 여전히 번거롭습니다. 둘째, SMS 메시지의 저장 및 전달 메커니즘은 네트워크 운영자의 서버에 거래 흔적을 남깁니다. 셋째, 비즈니스 및 비즈니스 모델에 치명적인 결함이 있습니다. 일부에서는 카드 교체 절차를 은행 창구로 변경할 수 있다고 제안했지만 이를 위해서는 은행과 네트워크 사업자 간의 보다 긴밀한 협력이 필요합니다.

USSD 방식

이 방식은 누구에게나 생소할 수 있습니다. USSD는 새로운 양방향 모바일 데이터 서비스를 위한 비정형 부가 데이터 서비스로, GSM 네트워크 기반의 새로운 양방향 데이터 서비스로 다양한 서비스 개발에 활용될 수 있습니다. USSD 메시지는 SS7(Signaling No. 7) 채널을 통해 전송되며 다양한 애플리케이션 서비스와 대화를 유지할 수 있습니다. USSD는 기존 GSM 네트워크를 투명한 전달자 엔터티로 사용할 수 있으며, 운영자는 USSD를 사용하여 로컬 사용자의 요구를 충족하는 해당 서비스를 개발할 수 있습니다. 이런 방식으로 USSD 사업은 모바일 사용자들에게 데이터 서비스를 쉽게 제공할 수 있으며, 새로운 서비스를 추가해도 기존 시스템에 거의 영향을 주지 않아 기존 시스템의 안정성을 유지할 수 있다. USSD 방법의 장점은 다음과 같습니다. 첫째, 고객 그룹은 카드를 변경할 필요가 없으며 대부분의 GSM 휴대폰 모델에 적합합니다. 둘째, 실시간 온라인 대화형 대화이며 한 번의 액세스만 필요합니다. 세 번째, 비용이 저렴합니다. 각 방문 비용은 약 0.1위안입니다. 제한 사항은 다음과 같습니다. 첫째, 휴대폰 유형에 따라 인터페이스 표시가 상당히 다릅니다. 둘째, 은행에서 휴대폰으로 전달되는 다운스트림 정보는 종단 간 암호화가 불가능합니다. 셋째, 이 서비스는 일부에서만 사용할 수 있습니다. 지역별로 시범적으로 시행되고 아직 전국적으로 확산되지는 않았다.

WAP 방식

은 무선 애플리케이션 프로토콜(Wireless Application Protocol)의 약어로, 모바일 네트워크에서 인터넷과 같은 애플리케이션을 개발하기 위한 일련의 사양을 조합한 것입니다. 차세대 무선 통신 장비를 사용하면 인터넷 및 기타 고급 전화 서비스에 안정적으로 액세스할 수 있습니다.

무선 네트워크 시스템은 고정 네트워크 시스템과 다르고, 모바일 단말기의 화면과 키보드가 작기 때문에 WAP는 HTML(Hypertext Markup Language)을 사용하기에는 적합하지 않고, 전문적인 WML(Wireless Markup Language)을 사용해야 합니다. 2000년경 WAP 기술은 한때 IT 제조업체들이 추진한 핫스팟이었지만 인터넷 속도 등의 요인으로 인해 급속히 쇠퇴했습니다. 2002년부터 China Mobile의 GPRS 네트워크 출시로 네트워크 속도가 향상되었으며 WAP 기술에 새로운 개발 기회가 주어졌습니다. WAP2.0은 엔드투엔드 암호화 알고리즘으로 TLS를 사용하여 WAP 터미널에서 CP까지 엔드투엔드 암호화를 구현합니다. WAP 방법의 장점은 다음과 같습니다. 첫째, 은행의 개발 규모가 매우 작으며 온라인 뱅킹을 기반으로 하는 WML 버전만 개발하면 됩니다. 둘째, 문자 콘텐츠 검색 및 실시간 거래가 가능합니다. 셋째, GPRS의 출현이 가능합니다. 브라우징 속도가 향상되었습니다. 제한 사항은 다음과 같습니다. 첫째, 고객은 WAP 휴대폰이 필요합니다. 둘째, 텍스트만 처리할 수 있고 상호 작용이 좋지 않으며 인터페이스가 간단합니다.

KJava 방식

임베디드 장치에 특별히 사용되는 Java 애플리케이션으로 무선 소형 단말 장치에 대한 Java 기술을 확장한 것입니다. J2ME 플랫폼 기술은 Java 기술의 활용 범위를 확장합니다. 이 다목적 KJava 애플리케이션 개발 플랫폼은 새롭고 강력한 많은 정보 제품을 개발할 수 있습니다. KJava 기술을 통해 사용자, 서비스 제공자 및 장치 제조업체는 물리적(유선) 연결 또는 무선 연결을 통해 필요에 따라 언제든지 풍부한 애플리케이션을 사용할 수 있습니다. J2ME의 구성과 프레임워크는 컴퓨팅 기술과 애플리케이션 설치 방법을 포함한 정보 장비의 유연성을 크게 향상시킵니다. 장점은 첫째, 실시간 온라인 대화형 대화, 둘째, 매우 사용자 친화적인 그래픽 인터페이스, 셋째, 비교적 안전한 1024비트 RSA 인증 암호화 기술과 128비트 삼중 DES 암호화 및 암호 해독 기술을 사용한다는 것입니다. . 그 한계는 다음과 같습니다. 첫째, KJava 휴대폰은 더 비싸고 사용자가 적습니다. 둘째, 다양한 휴대폰 모델에 대해 통합된 디스플레이를 달성하는 것이 불가능하며 다양한 휴대폰 모델에 대해 일부 타겟 개발이 필요합니다.

BREW 방식

Binary Runtime Environment for Wireless(무선 바이너리 런타임 환경)는 CDMA 네트워크 기반 기술입니다. 사용자는 응용 소프트웨어를 다운로드하여 휴대폰에서 실행하여 다양한 기능을 실현할 수 있습니다. BREW는 칩 소프트웨어 시스템 계층과 응용 소프트웨어 계층 사이에 위치하며 범용 미들웨어를 제공하고 칩에 직접 통합되어 중간 코드 없이 직접 실행될 수 있으며 전체 시스템에서 약 150K의 저장 용량만 필요합니다. Windows에서 프로그램을 추가하고 삭제할 수 있는 것처럼 사용자는 휴대폰을 통해 다양한 소프트웨어를 다운로드하여 휴대폰을 개인화할 수 있으며, 운영자는 사용자를 위해 소프트웨어를 무선으로 다운로드, 업그레이드 또는 재활용할 수도 있습니다. BREW는 다양한 암호화 알고리즘을 지원합니다. 개발자는 다시 개발할 필요 없이 API 인터페이스를 통해 대칭 암호화 알고리즘 RC4, 비대칭 알고리즘 RSA, SSL 알고리즘, HASH 기능 및 기타 기본 기능만 직접 호출하면 됩니다. BREW 방식의 장점과 단점은 KJava와 비슷하지만 보안성, 단말 성능의 일관성 측면에서 KJava 방식보다 열악합니다. 그러나 BREW는 Qualcomm의 특허 기술로 개방성이 KJava만큼 좋지 않습니다.