KR20160056846A

KR20160056846A - 업그레이드 방법, 장치, 디바이스, 프로그램 및 기록매체

Info

Publication number: KR20160056846A
Application number: KR1020157013397A
Authority: KR
Inventors: 지아린 판; 융펑 시아; 티에쥔 리우
Original assignee: 시아오미 아이엔씨.
Priority date: 2014-10-16
Filing date: 2015-03-23
Publication date: 2016-05-20
Also published as: MX2015006909A; EP3010187A1; BR112015015169A2; EP3010187B1; JP2017503285A; MX350521B; RU2628246C2; CN104320774A; US20160110181A1; JP6190976B2; WO2016058334A1; RU2015121632A; KR101750455B1; CN104320774B

Abstract

본 발명은 업그레이드 방법, 장치 및 디바이스에 관한 것으로, 컴퓨터 기술분야에 속한다. 상기 방법은 상기 적어도 2개의 라우팅 장치 중의 제1 라우팅 장치 내의 애플리케이션의 업그레이드 여부를 검출하는 단계와, 상기 제1 라우팅 장치 내의 애플리케이션이 업그레이드 필요 시, 상기 적어도 2개의 라우팅 장치 중의 제2 라우팅 장치와 상기 서버 사이의 통신링크를 통해, 상기 애플리케이션 업그레이드에 필요한 업그레이드 파일을 획득하는 단계와, 상기 업그레이드 파일을 상기 제1 라우팅 장치에 송신하는 단계를 포함한다. 본 발명에서, 단말기는 제2 라우팅 장치와 서버 사이의 통신링크를 통해 애플리케이션의 업그레이드에 필요한 업그레이드 파일을 획득하며, 제1 라우팅 장치 내의 통신카드의 트래픽을 소모하지 않으며, 단말기와 제1 라우팅 장치 사이의 데이터 인터랙션 과정에서도 제1 라우팅 장치 내의 통신카드의 트래픽을 소모하지 않음으로써, 제1 라우팅 장치의 애플리케이션 업그레이드 과정에서 제1 라우팅 장치 내의 통신카드의 트래픽을 절약한다.

Description

업그레이드 방법, 장치 및 디바이스{UPGRADING METHOD, APPARATUS AND DEVICE }

본 발명은 컴퓨터 기술분야에 관한 것으로, 특히는 업그레이드 방법, 장치 및 디바이스에 관한 것이다.

본원은 출원 번호 201410550394.8, 출원일 2014년 10월 16일의 중국 특허 출원을 기초로, 우선권을 주장하고, 당해 중국 특허 출원의 모든 내용을 본원에 원용한다.

기술 발전의 도약에 따라, 휴대용 라우터도 사람들의 생활에 점차 도입되기 시작하였으며, 휴대용 라우터는 통상적으로 SIM(Subscriber Identity Module, 가입자식별모듈) 카드를 내장하고, SIM 카드를 통해 이더넷과 예를 들면, GPRS(General Packet Radio Service) 또는 GSM(Global System for Mobile Communication) 등과 같은 데이터 링크를 구축하며, 이와 동시에 무선방식으로 단말기와 연결함으로써 단말기에 데이터 서비스를 제공한다. 즉, 단말기는 무선 라우터를 통해 인터넷에 접속할 수 있다.

그러나 휴대용 라우터는 반드시 OS(operating system)를 구비해야만 작동이 가능하며, 기술발전 과정에서 라우터의 OS에 대해 최적화를 진행하기 위해 설비 제조사는 점차 신규 기능을 구비한 새로운 버전의 OS를 출시하였으며, 따라서, 휴대용 라우터를 최적화하기 위해 휴대용 라우터의 OS에 대해 주기적으로 업그레이드할 필요가 있었다.

관련 기술에서, 휴대용 라우터가 현재 버전의 OS를 새로운 버전의 OS로 업그레이드할 필요가 있을 경우, 우선 자체와 이더넷 사이에 구축된 데이터 링크를 이용하여 서버로부터 업그레이드 패키지를 다운하고, 당해 업그레이드 패키지를 이용하여 현재 버전의 OS를 새로운 버전의 OS로 업그레이드한다.

그러나 일반적으로, 업그레이드 패키지의 용량이 크고, GPRS 및 GSM 등 데이터 링크의 안정성이 떨어져, 휴대용 라우터의 GPRS 또는 GSM 등 데이터 링크에 의한 업그레이드 패키지 다운에 많은 네트워크 트래픽과 시간이 소모되고 업그레이드에 필요한 비용이 높아지는 문제를 초래한다.

관련기술에 존재하는 문제점을 해결하고자, 본 발명은 업그레이드 방법, 장치 및 디바이스를 제공한다.

본 발명 실시예의 제1 양태에 따르면, 단말기에 활용되는 업그레이드 방법에 있어서,

상기 단말기는 적어도 2개의 라우팅 장치와 통신을 진행할 수 있으며, 상기 단말기는 임의의 하나의 상기 라우팅 장치와 서버 사이의 통신링크를 통해, 상기 서버와 데이터 인터랙션을 진행하며, 상기 방법은,

상기 적어도 2개의 라우팅 장치 중의 제1 라우팅 장치 내의 애플리케이션의 업그레이드 여부를 검출하는 단계와,

상기 제1 라우팅 장치 내의 애플리케이션이 업그레이드 필요 시, 상기 적어도 2개의 라우팅 장치 중의 제2 라우팅 장치와 상기 서버 사이의 통신링크를 통해, 상기 애플리케이션 업그레이드에 필요한 업그레이드 파일을 획득하는 단계와,

상기 업그레이드 파일을 상기 제1 라우팅 장치에 송신하여 상기 제1 라우팅 장치가 상기 업그레이드 파일을 이용하여 상기 애플리케이션에 대해 업그레이드를 실행하도록 하는 단계를 포함하는 업그레이드 방법을 제공한다.

제1 양태에 결부하여, 제1 양태의 제1 가능한 실시형태에 있어서, 상기 적어도 2개의 라우팅 장치 중의 제1 라우팅 장치 내의 애플리케이션의 업그레이드 필요 여부를 검출하는 단계는,

상기 애플리케이션 적어도 버전번호 및/또는 버전 생성시간을 포함하는 현재의 버전정보를 획득하는 단계와,

상기 현재의 버전정보를 임의의 하나의 상기 라우팅 장치와 상기 서버 사이의 통신링크를 통해 상기 서버에 송신하는 단계와,

상기 서버가 상기 현재의 버전정보에 근거하여 업그레이드 대기 버전 존재 여부를 검색한 후 송신하는 검색결과를 수신하는 단계와,

상기 검색결과, 업그레이드 대기 버전 존재 시, 상기 애플리케이션을 업그레이드할 필요가 있다고 결정하고, 상기 검색결과, 업그레이드 대기 버전이 존재하지 않을 시, 상기 애플리케이션을 업그레이드할 필요가 없다고 결정하는 단계를 포함한다.

제1 양태에 결부하여, 제1 양태의 제2 가능한 실시형태에 있어서, 상기 적어도 2개의 라우팅 장치 중의 제1 라우팅 장치 내의 애플리케이션의 업그레이드 여부를 검출하는 단계는,

상기 현재의 버전정보에 근거하여 상기 애플리케이션의 업그레이드 대기 버전의 버전정보를 획득하는 단계와,

상기 업그레이드 대기 버전의 버전정보와 상기 현재의 버전정보를 비교하는 단계와,

상기 업그레이드 대기 버전의 버전정보가 상기 현재의 버전정보보다 높을 경우, 상기 애플리케이션을 업그레이드할 필요가 있다고 결정하고, 상기 업그레이드 대기 버전의 버전정보가 상기 현재의 버전정보보다 낮거나 동일할 경우, 상기 애플리케이션을 업그레이드할 필요가 없다고 결정하는 단계를 포함한다.

제1 양태의 제2 가능한 실시형태에 결부하여, 제1 양태의 제3 가능한 실시형태에 있어서, 상기 현재의 버전정보에 근거하여 상기 애플리케이션의 업그레이드 대기 버전의 버전정보를 획득하는 단계는,

상기 현재의 버전번호를 임의의 하나의 상기 라우팅 장치와 서버 사이의 통신링크를 통해 서버에 송신하는 단계와,

상기 서버로부터 송신되는, 상기 현재의 버전정보에 근거하여 검색한 상기 애플리케이션과 대응되는 업그레이드 대기 버전의 버전정보를 수신하는 단계를 포함한다.

제1 양태에 결부하여, 제1 양태의 제4 가능한 실시형태에 있어서, 상기 적어도 2개의 라우팅 장치 중의 제2 라우팅 장치와 상기 서버 사이의 통신링크를 통해 상기 제1 라우팅 장치 내의 애플리케이션 업그레이드에 필요한 업그레이드 파일을 획득하는 단계는,

상기 제2 라우팅 장치와 상기 서버 사이의 통신링크를 통해 상기 서버와 데이터 인터랙션을 진행하는지를 검출하는 단계와,

상기 서버와 데이터 인터랙션 진행 시, 상기 애플리케이션 업그레이드에 필요한 업그레이드 파일을 획득하기 위한 획득요구를 생성하는 단계와,

상기 제2 라우팅 장치와 상기 서버 사이의 통신링크를 통해 상기 획득요구를 상기 서버에 송신하는 단계와,

상기 서버가 상기 획득요구에 기초하여 송신하는 상기 업그레이드 파일을 수신하는 단계를 포함한다.

제1 양태에 결부하여, 제1 양태의 제5 가능한 실시형태에 있어서, 상기 방법은,

상기 제1 라우팅 장치와 상기 서버 사이의 통신링크를 통해 상기 서버와 데이터 인터랙션을 진행하는지를 검출하는 단계와,

상기 서버와 데이터 인터랙션 진행 시, 상기 업그레이드 파일을 상기 제1 라우팅 장치에 송신하는 단계를 실행하는 단계를 더 포함한다.

제1 양태에 결부하여, 제1 양태의 제6 가능한 실시형태에 있어서, 상기 방법은,

상기 업그레이드 파일에 기초하여 업그레이드 작동 통지를 생성하는 단계와,

상기 업그레이드 작동 통지에 의해 입력한 업그레이드 조작을 접수하였는지 여부를 판단하는 단계와,

상기 업그레이드 조작을 접수했을 경우, 상기 업그레이드 파일을 상기 제1 라우팅 장치에 송신하는 단계를 실행하는 단계를 더 포함한다.

제1 양태에 결부하여, 제1 양태의 제7 가능한 실시형태에 있어서, 상기 방법은,

상기 애플리케이션의 업그레이드 성공 여부를 판단하는 단계와,

업그레이드 성공 시, 업그레이드 성공 통지를 생성하는 단계와,

상기 업그레이드 성공 통지를 표시하는 단계를 더 포함한다.

제1 양태에 결부하여, 제1 양태의 제8 가능한 실시형태에 있어서, 상기 업그레이드 성공 통지를 표시하는 단계는,

상기 업그레이드 성공 통지를 상기 단말기 로컬의 디스플레이 인터페이스에 표시하는 단계,

또는,

상기 업그레이드 성공 통지를 기설정된 단말기에 푸시통지하여 상기 업그레이드 성공 통지를 기설정된 단말기에 표시하는 단계를 더 포함한다.

본 발명의 실시예의 제2양태에 따르면, 단말기에 활용되는 업그레이드 장치에 있어서,

상기 단말기는 적어도 2개의 라우팅 장치와 통신을 진행할 수 있으며, 상기 단말기는 임의의 하나의 상기 라우팅 장치와 서버 사이의 통신링크를 통해, 상기 서버와 데이터 인터랙션을 진행하며, 상기 장치는,

상기 적어도 2개의 라우팅 장치 중의 제1 라우팅 장치 내의 애플리케이션의 업그레이드 필요 여부를 검출하기 위한 제1 검출모듈과,

상기 제1 라우팅 장치 내의 애플리케이션이 업그레이드 필요 시, 상기 적어도 2개의 라우팅 장치 중의 제2 라우팅 장치와 상기 서버 사이의 통신링크를 통해, 상기 애플리케이션의 업그레이드에 필요한 업그레이드 파일을 획득하기 위한 획득모듈과,

상기 업그레이드 파일을 상기 제1 라우팅 장치에 송신하여 상기 제1 라우팅 장치가 상기 업그레이드 파일을 이용하여 상기 애플리케이션에 대해 업그레이드를 실행하도록 하기 위한 송신모듈을 포함하는 업그레이드 장치를 제공한다.

제2 양태에 결부하여, 제2 양태의 제1 가능한 실시형태에 있어서, 상기 제1 검출모듈은,

상기 애플리케이션 현재의 적어도 버전번호 및/또는 버전 생성시간을 포함하는 버전정보를 획득하기 위한 제1 획득유닛과,

상기 현재의 버전정보를 임의의 하나의 상기 라우팅 장치와 상기 서버 사이의 통신링크를 통해 상기 서버에 송신하기 위한 제1 송신유닛과,

상기 서버가 상기 현재의 버전정보에 근거하여 업그레이드 대기 버전 존재 여부를 검색한 후 송신하는 검색결과를 수신하기 위한 제1 수신유닛과,

상기 검색결과, 업그레이드 대기 버전 존재 시, 상기 애플리케이션을 업그레이드할 필요가 있다고 결정하고, 상기 검색결과, 업그레이드 대기 버전이 존재하지 않을 시, 상기 애플리케이션을 업그레이드할 필요가 없다고 결정하기 위한 제1 결정유닛을 포함한다.

제2 양태에 결부하여, 제2 양태의 제2 가능한 실시형태에 있어서, 상기 제1 검출모듈은,

상기 애플리케이션 현재의 적어도 버전번호 및/또는 버전 생성시간을 포함하는 버전정보를 획득하기 위한 제2 획득유닛과,

상기 현재의 버전정보에 근거하여 상기 애플리케이션의 업그레이드 대기 버전의 버전정보를 획득하기 위한 제3 획득유닛과,

상기 업그레이드 대기 버전의 버전정보와 상기 현재의 버전정보를 비교하기 위한 비교유닛과,

상기 업그레이드 버전의 버전정보가 상기 현재의 버전정보보다 높을 경우, 상기 애플리케이션을 업그레이드힐 필요가 있다고 결정하고, 상기 업그레이드 버전의 버전정보가 상기 현재의 버전정보보다 낮거나 동일할 경우, 상기 애플리케이션을 업그레이드할 필요가 없다고 결정하기 위한 제2 결정유닛을 포함한다.

제2 양태의 제2 가능한 실시형태에 결부하여, 제2 양태의 제3 가능한 실시형태에 있어서, 상기 제3 획득유닛은,

상기 현재의 버전정보를 임의의 하나의 상기 라우팅 장치와 상기 서버 사이의 통신링크를 통해 서버에 송신하기 위한 송신서브유닛과,

상기 서버로부터 송신되는, 상기 현재의 버전정보에 근거하여 검색한 상기 애플리케이션과 대응되는 업그레이드 대기 버전의 버전정보를 수신하기 위한 수신서브유닛을 포함한다.

제2 양태에 결부하여, 제2 양태의 제4 가능한 실시형태에 있어서, 상기 획득모듈은,

상기 제2 라우팅 장치와 상기 서버 사이의 통신링크를 통해 상기 서버와 데이터 인터랙션을 진행하는지를 검출하기 위한 검출유닛과,

상기 서버와 데이터 인터랙션 진행 시, 상기 애플리케이션 업그레이드에 필요한 업그레이드 파일을 획득하기 위한 획득요구를 생성하기 위한 생성유닛과,

상기 제2 라우팅 장치와 상기 서버 사이의 통신링크를 통해 상기 획득요구를 상기 서버에 송신하기 위한 제2 송신유닛과,

상기 서버가 상기 획득요구에 기초하여 송신하는 상기 업그레이드 파일을 수신하기 위한 제2 수신유닛을 포함한다.

제2 양태에 결부하여, 제2 양태의 제5 가능한 실시형태에 있어서, 상기 장치는,

상기 제1 라우팅 장치와 상기 서버 사이의 통신링크를 통해 상기 서버와 데이터 인터랙션을 진행하는지를 검출하기 위한 제2 검출모듈을 더 포함하며,

상기 송신모듈은 상기 서버와 데이터 인터랙션 진행 시, 상기 업그레이드 파일을 상기 제1 라우팅 장치에 송신한다.

제2 양태에 결부하여, 제2 양태의 제6 가능한 실시형태에 있어서, 상기 장치는,

상기 업그레이드 파일에 기초하여 업그레이드 작동 통지를 생성하기 위한 제1 생성모듈과,

상기 업그레이드 작동 통지에 의해 입력한 업그레이드 조작을 접수하였는지 여부를 판단하기 위한 제1 판단모듈을 더 포함하며,

상기 송신모듈은 상기 업그레이드 조작을 접수했을 경우, 상기 업그레이드 파일을 상기 제1 라우팅 장치에 송신하는 단계를 실행한다.

제2 양태에 결부하여, 제2 양태의 제7 가능한 실시형태에 있어서, 상기 장치는,

상기 애플리케이션의 업그레이드 성공 여부를 판단하기 위한 제2 판단모듈과,

업그레이드 성공 시, 업그레이드 성공 통지를 생성하기 위한 제2 생성모듈과,

상기 업그레이드 성공 통지를 표시하기 위한 표시모듈을 더 포함한다.

제2 양태에 결부하여, 제2 양태의 제8 가능한 실시형태에 있어서, 상기 표시모듈은,

상기 업그레이드 성공 통지를 상기 단말기 로컬의 디스플레이 인터페이스에 표시하기 위한 표시유닛과,

상기 업그레이드 성공 통지를 기설정된 단말기에 푸시통지하여 상기 업그레이드 성공 통지를 상기 기설정된 단말기에 표시하기 위한 푸시통지유닛을 포함한다.

본 발명의 실시예의 제3양태에 따르면,

프로세서와,

프로세서 실행 가능한 명령을 저장하기 위한 메모리를 포함하며,

상기 프로세서는,

상기 적어도 2개의 라우팅 장치 중의 제1 라우팅 장치 내의 애플리케이션의 업그레이드 필요 여부를 검출하고,

상기 제1 라우팅 장치 내의 애플리케이션이 업그레이드 필요 시, 상기 적어도 2개의 라우팅 장치 중의 제2 라우팅 장치와 상기 서버 사이의 통신링크를 통해, 상기 애플리케이션의 업그레이드에 필요한 업그레이드 파일을 획득하며,

상기 업그레이드 파일을 상기 제1 라우팅 장치에 송신하여 상기 제1 라우팅 장치가 상기 업그레이드 파일을 이용하여 상기 애플리케이션에 대해 업그레이드를 실행하도록 구성되는 업그레이드 디바이스를 제공한다.

본 발명의 실시예에 의한 기술방안은 하기와 같은 기술효과를 구비한다.

본 발명에 의하면, 제1 라우팅 장치 내의 애플리케이션의 업그레이드 필요 여부를 검출하고, 제1 라우팅 장치 내의 애플리케이션이 업그레이드가 필요할 시, 제2 통신링크를 통해 서버로부터 애플리케이션 업그레이드에 필요한 업그레이드 파일을 획득하고, 당해 업그레이드 파일을 제1 라우팅 장치에 송신함으로써, 제1 라우팅 장치가 당해 업그레이드 파일을 이용하여 애플리케이션에 대해 업그레이드를 실행하도록 한다.

여기서, 단말기는 제1 라우팅 장치와 서버 사이의 제1 통신링크를 통해 업그레이드 파일을 획득하는 것이 아니라, 제2 라우팅 장치와 서버 사이의 제2 통신링크를 통해 업그레이드 파일을 획득하므로, 제1 라우팅 장치 내의 통신카드의 교통을 소모하지 않는다. 또한, 단말기와 제1 라우팅 장치 사이의 연결 방식은 인트라넷 연결로서, 양자간의 데이터 인터랙션 과정에서 제1 라우팅 장치 내의 통신카드의 트래픽을 소모하지 않는다. 즉 업그레이드 파일의 제1 라우팅 장치로의 송신은 제1 라우팅 장치 내의 통신카드의 트래픽을 소모하지 않는다.

이와 같이, 관련기술과 비교할 시, 본 발명의 실시예에서 단말기는 서버로부터 업그레이드 파일을 획득하는 링크가 제1 통신링크로부터 제2 통신링크로 변경되어, 전 과정에서 제1 통신링크를 사용하지 않았으므로 제1 라우팅 장치 내의 통신카드의 트래픽을 절약하였다.

상기 일반적인 설명 및 이후의 상세한 설명은 단지 예시 및 해석에 지나지 않고, 본 발명을 한정하는 것은 아니다.

하기 도면은 명세서에 포함되어 명세서의 일부를 구성하고, 본 발명에 따른 실시예를 도시하였으며, 명세서와 함께 본 발명의 원리를 설명하는데 사용된다.
도 1은 하나의 예시적인 실시예에 따른 시스템이다.
도 2는 다른 하나의 예시적인 실시예에 따른 업그레이드 방법의 흐름도이다.
도 3은 또 다른 하나의 예시적인 실시예에 따른 업그레이드 방법의 흐름도이다.
도 4는 또 다른 하나의 예시적인 실시예에 따른 업그레이드 방법의 흐름도이다.
도 5는 또 다른 하나의 예시적인 실시예에 따른 업그레이드 방법의 흐름도이다.
도 6은 또 다른 하나의 예시적인 실시예에 따른 상황 사시도이다.
도 7은 또 다른 하나의 예시적인 실시예에 따른 업그레이드 장치의 블록도이다.
도 8은 또 다른 하나의 예시적인 실시예에 따른 업그레이드 디바이스의 블록도이다.

여기서 예시적인 실시예에 대하여 상세하게 설명하도록 하며, 그 예시를 도면에 표시한다. 특별히 설명하지 않는 한, 다른 도면에서의 동일한 부호는 동일하거나 유사한 요소를 나타낸다. 다음의 예시적인 실시예에서 언급한 실시예는 본 발명에 일치하는 모든 실시 형태를 대표하는 것은 아니다. 반대로, 이는 단지 특허청구범위에 기재된 본 발명과 부분적으로 일치한 장치 및 방법의 일례에 불과하다.

본 발명 실시예에서, 단말기는 적어도 2개의 라우팅 장치와 통신 가능하며, 상기 단말기는 또한 임의의 1개의 라우팅 장치와 서버 사이의 통신링크를 통해 서버와 데이터 인터랙션을 진행한다. 또한, 라우팅 장치는 라우팅, 포워딩 기능을 구비한 디바이스를 가리키는 것으로, 예를 들면 라우터 또는 핫스팟으로 설정된 휴대폰 등이다.

도 1은 하나의 예시적인 실시예에 따른 시스템이다. 도 1에 도시된 바와 같이, 상기 시스템은 단말기(1), 제1 라우팅 장치(2), 제2 라우팅 장치(3) 및 서버(4)를 포함한다. 본 발명에 의한 실시예에서는 2개의 라우팅 장치만 이용하여 설명을 했으나, 이는 본 발명의 보호범위에 대한 한정은 아니다.

도 1에 도시된 바와 같이, 단말기(1)는 제1 라우팅 장치(2), 제2 라우팅 장치(3)와 각각 무선방식으로 연결하고, 제1 라우팅 장치(2), 제2 라우팅 장치(3)는 각각 서버(4)와 연결되며, 제1 라우팅 장치(2)와 서버(4) 사이는 무선방식으로 연결되고, 제1 라우팅 장치(2)와 서버(4) 사이에는 제1 통신링크가 설치된다. 제2 라우팅 장치(3)와 서버(4) 사이는 광섬유 또는 광대역을 통해 연결하고, 제2 라우팅 장치(3)와 서버(4) 사이에는 제2 통신링크가 설치된다. 단말기(1)는 제1 통신링크를 통해 서버(4)와 데이터 인터랙션(data interaction)을 진행하며, 제2 통신링크를 통해 서버(4)와 데이터 인터랙션을 진행할 수도 있다.

도 2는 다른 하나의 예시적인 실시예에 따른 업그레이드 방법의 흐름도이다. 도 2에 도시된 바와 같이, 당해 방법은 단말기(1)에 활용되며, 당해 업그레이드 방법은 하기 단계를 포함한다.

단계 S101에서, 상기 적어도 2개의 라우팅 장치 중의 제1 라우팅 장치 내의 애플리케이션의 업그레이드 필요 여부를 검출한다.

본 발명에 의한 실시예에서, 제1 라우팅 장치(2)를 휴대용 라우터로 하고, 제2 라우팅 장치(3)를 일반 무선 라우터로 하여 예를 들어 설명하나, 이는 본 발명의 보호범위에 대한 한정은 아니다.

여기서, 일반적으로 휴대용 라우터는 WiFi(Wireless Fidelity)가 없는 상황에서도 사용자가 쉽게 네트워크에 접속하도록 하기 위해, 휴대용 라우터 내에 통신카드를 내장하고, 통신카드는 SIM 카드 등일 수 있다. 휴대용 라우터는 SIM 카드를 통해 서버(4)와 제1 통신링크를 구축하며, 단말기(1)는 휴대용 라우터에 연결 가능하며, 제1 통신링크를 통해 서버(4)와 데이터 인터랙션을 진행한다. 그러나 통신카드 내의 트래픽은 사용자가 트래픽 크기에 따라 비용을 지불하거나 월정액으로 지불하지만, 어떠한 방식을 선택하든 일반적인 광대역 접속을 통한 WiFi에 비하여, 그 비용은 비교적 높은 것이다. 따라서, 사용자는 휴대용 라우터의 트래픽이 네트워크 열람에 더욱 많이 사용되고, 프로그램 업그레이드와 같은 네트워크와 무관하고 트래픽 소모량이 큰 작동이 휴대용 라우터 내의 통신카드의 트래픽을 많이 점유하는 것을 될 수 있는 한 감소하기를 원한다. 따라서, 휴대용 라우터 내 통신카드의 트래픽의 이용률을 높인다.

그러나 일반 무선 라우터는 광대역 또는 광섬유 등 방식으로 서버(4)와 제2 통신링크를 구축하며, 광대역 또는 광섬유는 트래픽 제한을 받지 않으며 사용료도 아주 싸다.

본 발명 실시예의 상기 단계에서, 단말기(1)는 휴대용 라우터와 통신 진행 시, 휴대용 라우터 내의 애플리케이션에 대해 검출을 진행할 수 있다.

애플리케이션은 제1 라우팅 장치 내의 소프트웨어 일수 있으며, 제1 라우팅 장치의 OS일 수도 있다.

애플리케이션의 업그레이드가 필요할 시, 단계 S102를 실행하고, 업그레이드가 필요하지 않을 경우 프로세스를 종료한다.

제1 라우팅 장치 내의 애플리케이션이 업그레이드가 필요할 시, 단계 S102에서, 적어도 2개의 라우팅 장치 중의 제2 라우팅 장치와 서버 사이의 통신 링크를 통해 애플리케이션 업그레이드에 필요한 업그레이드 파일을 획득한다. 그렇지 아니할 경우, 프로세스를 종료한다.

상기 단계에서, 단말기(1)는 능동적으로 제1 통신링크 또는 제2 통신링크를 통해 서버(4)를 액세스할 수 있으며, 제1 라우팅 장치(2) 내의 애플리케이션을 업그레이드할 필요가 있다고 결정될 경우, 서버(4)로부터 애플리케이션의 현재 버전을 업그레이드 대기 버전으로 업그레이드하기 위한 업그레이드 파일을 획득할 것을 요구한다. 또한, 서버(4)도 단말기(1)에 능동적으로 업데이트 메시지를 푸시통지함으로써, 단말기(1)는 당해 업데이트 메시지에 기초하여, 다시 서버(4)로부터 애플리케이션의 현재 버전을 업그레이드 대기 버전으로 업그레이드하기 위한 업그레이드 파일을 획득할 것을 요구한다.

단계 S103에서, 상기 업그레이드 파일을 제1 라우팅 장치로 송신한다.

제1 라우팅 장치(2)와 접속되어 있다고 검출되었을 경우, 상기 업그레이드 파일을 제1 라우팅 장치(2)로 송신하고, 제1 라우팅 장치(2)는 상기 업그레이드 파일을 수신하며, 상기 업그레이드 파일을 이용하여 애플리케이션의 현재 버전을 업그레이드 대기 버전으로 업그레이드한다.

도 2에 도시된 실시예에서, 제1 라우팅 장치(2) 내의 애플리케이션의 업그레이드 필요 여부에 대해 검출을 진행한다. 제1 라우팅 장치(2) 내의 애플리케이션이 업그레이드가 필요할 시, 제2 통신링크를 통해 서버(4)로부터 애플리케이션 업그레이드에 필요한 업그레이드 파일을 획득하고, 상기 업그레이드 파일을 제1 라우팅 장치(2)로 송신하여 제1 라우팅 장치(2)가 상기 업그레이드 파일을 이용하여 애플리케이션을 업그레이드하도록 한다.

여기서, 단말기(1)는 제1 라우팅 장치(2)와 서버(4) 사이의 제1 통신링크를 통하여 업그레이드 파일을 획득하는 것이 아니라, 제2 라우팅 장치(3)와 서버(4) 사이의 제2 통신링크를 통해 업그레이드 파일을 획득하므로, 제1 라우팅 장치(2) 내의 통신카드의 트래픽을 소모하지 않는다. 또한, 단말기(1)와 제1 라우팅 장치(2) 사이의 연결방식은 인트라넷 연결로서, 양자간의 데이터 인터랙션 과정에서 제1 라우팅 장치(2) 내의 통신카드의 트래픽을 소모하지 않는다. 즉, 업그레이드 파일의 제1 라우팅 장치(2)로의 송신은 제1 라우팅 장치(2) 내의 통신카드의 트래픽을 소모하지 않는다.

따라서, 관련기술과 비교할 시, 본 발명의 실시예에서, 단말기(1)는 서버(4)로부터 업그레이드 파일을 획득하는 링크를 제1 통신링크로부터 제2 통신링크로 변경하였으므로, 전 과정에서 제1 통신링크를 사용하지 않았으므로 제1 라우팅 장치(2) 내의 통신카드의 트래픽을 절약하였다.

본 발명의 다른 하나의 바람직한 실시예에서, 도 3에 도시된 바와 같이, 하기 단계 S201 내지 S206을 통해 단계 S101를 실현할 수 있으며, 하기 단계를 포함한다.

단계 S201에서, 애플리케이션 현재의 버전정보 (Revision ID)를 획득한다.

버전정보는 적어도 버전번호 및/또는 버전 생성시간을 포함한다.

상기 단계에서, 단말기(1)는 제1 라우팅 장치(2)로부터 애플리케이션 현재의 버전정보를 획득할 수 있다.

단계 S202에서, 애플리케이션 현재의 버전정보를 제1 통신링크 또는 제2 통신링크를 통해 서버에 송신한다.

상기 단계에서, 단말기(1)는 애플리케이션의 버전 검출 요구를 생성하고, 상기 버전 검출 요구는 애플리케이션 현재의 버전정보를 휴대하며, 제1 통신링크 또는 제2 통신링크를 통해 상기 버전 검출 요구를 서버(4)에 송신한다.

서버(4)는 상기 버전 검출 요구를 수신한 후, 상기 버전 검출 요구에서 애플리케이션 현재의 버전정보를 추출한다. 로컬에 저장된 애플리케이션 최신 버전의 버전정보를 획득하고, 애플리케이션의 업그레이드 대기 버전의 버전정보로 하여, 애플리케이션 업그레이드 대기 버전의 버전정보와 애플리케이션 현재의 버전정보를 비교한다. 즉, 애플리케이션 업그레이드 대기 버전의 버전번호와 애플리케이션 현재의 버전번호의 크기를 판단하거나, 또는 애플리케이션 업그레이드 대기 버전의 버전 생성시간과 애플리케이션 현재의 버전 생성시간의 늦고 빠름을 판단한다.

애플리케이션 업그레이드 대기 버전의 버전번호가 애플리케이션 현재의 버전번호보다 클 경우, 또는 애플리케이션 업그레이드 대기 버전의 버전 생성시간이 애플리케이션 현재의 버전 생성시간보다 늦을 경우, 애플리케이션을 업그레이드할 필요가 있다고 결정한다. 애플리케이션 업그레이드 대기 버전이 존재한다는 검색결과를 생성하고, 당해 검색결과를 단말기(1)에 송신한다.

애플리케이션 업그레이드 대기 버전의 버전번호가 애플리케이션 현재의 버전번호보다 작거나 동일할 경우, 또는 애플리케이션 업그레이드 대기 버전의 버전 생성시간이 애플리케이션 현재의 버전 생성기간보다 빠르거나 동일할 경우, 애플리케이션을 업그레이드할 필요가 없다고 결정한다. 애플리케이션 업그레이드 대기 버전이 존재하지 않는다는 검색결과를 생성하고, 당해 검색결과를 단말기(1)에 송신한다.

본 발명의 실시예에서 상기 단계는 두 가지 경우로 나누어진다.

하나의 경우에 있어서, 단말기(1)가 제1 통신링크를 통해 서버(4)와 데이터 인터랙션을 진행하는 과정에서, 우선 제1 통신링크를 통해 애플리케이션의 버전 검출 요구를 서버(4)에 송신함으로써, 애플리케이션의 업그레이드 필요 여부를 결정한다. 다음, 단말기(1)가 제2 통신링크를 통해 서버(4)와 데이터 인터랙션 가능 여부를 검출하고, 단말기(1)가 제2 통신링크를 통해 서버(4)와 데이터 인터랙션 가능함을 검출했을 경우, 직접 제2 통신링크를 통해 애플리케이션의 업그레이드에 필요한 업그레이드 파일을 획득한다.

다른 하나의 경우에 있어서, 단말기(1)는 우선 제1 라우팅 장치 중의 애플리케이션 정보(ID)를 획득한 후, 단말기(1)가 제2 통신링크를 통해 서버(4)와 데이터 인터랙션 가능 여부를 검출하고, 단말기(1)가 제2 통신링크를 통해 서버(4)와 데이터 인터랙션 가능함을 검출했을 경우, 제2 통신링크를 통해 서버(4)에 버전 검출 요구를 송신하여 애플리케이션의 업그레이드 필요 여부를 결정하고, 애플리케이션의 업그레이드가 필요할 시, 직접 제2 통신링크를 통해 애플리케이션 업그레이드에 필요한 업그레이드 파일을 획득한다.

단계 S203에서, 서버가 애플리케이션의 현재 버전정보에 근거하여 업그레이드 대기 버전 존재 여부를 검색한 후 송신하는 검색결과를 수신한다.

단계 S204에서, 상기 검색결과가 업그레이드 대기 버전 존재한다는 결과 인지 또는 업그레이드 대기 버전 존재하지 않는 결과 인지 여부를 판단한다.

여기서, 상기 검색결과, 업그레이드 대기 버전 존재 시, 단계 S205를 실행하고, 상기 검색결과, 업그레이드 대기 버전 존재하지 않을 시, 단계 S206을 실행한다.

상기 검색결과, 업그레이드 대기 버전 존재 시, 단계 S205에서, 애플리케이션을 업그레이드할 필요가 있다고 결정한다.

상기 검색결과, 업그레이드 대기 버전 존재하지 않을 시, 단계 S206에서, 애플리케이션을 업그레이드할 필요가 없다고 결정하고 프로세스를 종료한다.

실제 활용에서, 애플리케이션 현재의 버전번호가 V1.1이고, 버전 생성시간이 20130303이며, 애플리케이션 업그레이드 대기 버전의 버전번호가 V1.4이고, 버전 생성시간 20130910이라고 가정한다.

단말기(1)는 제1 라우팅 장치(2)로부터 애플리케이션 현재의 버전정보를 획득하여 애플리케이션의 버전 검출 요구를 생성하여 서버(4)에 송신하며, 당해 버전 검출 요구는 애플리케이션 현재의 버전정보를 휴대한다.

버전정보가 버전번호인, 즉 애플리케이션 현재의 버전정보가 버전번호 V1.1인 경우를 예로 설명하도록 한다.

서버(4)는 상기 버전 검출 요구를 수신하여, 상기 버전 검출 요구로부터 애플리케이션 현재의 버전번호 V1.1을 추출하고, 로컬에 저장된 애플리케이션 최신 버전의 버전번호 V1.4를 획득하여, 업그레이드 대기 버전의 버전번호로 하여 애플리케이션 현재의 버전번호 V1.1과 애플리케이션 업그레이드 대기 버전의 버전번호 V1.4를 비교한다. 여기서, 애플리케이션 현재의 버전번호 V1.1은 애플리케이션의 업그레이드 대기 버전의 버전번호 V1.4보다 작으므로, 애플리케이션을 업그레이드할 필요가 있다고 결정하고, 애플리케이션의 업그레이드 대기 버전이 존재한다는 검색결과를 생성하고, 당해 검색결과를 단말기(1)에 송신한다.

버전정보가 버전 생성시간인, 즉 애플리케이션 현재의 버전정보가 버전 생성시간 20130303인 경우를 예로 설명하도록 한다.

서버(4)는 상기 버전 검출 요구를 수신하고, 상기 버전 검출 요구에서 애플리케이션 현재의 버전 생성시간 20130303을 추출하고, 로컬에 저장된 애플리케이션 최신 버전의 버전 생성시간 20130910을 획득하여, 업그레이드 대기 버전의 버전 생성시간으로 한다. 애플리케이션 현재의 버전 생성시간 20130303과 애플리케이션 업그레이드 대기 버전의 버전 생성시간 20130910을 비교하여, 여기서, 애플리케이션 현재의 버전 생성시간 20130303은 애플리케이션 업그레이드 대기 버전의 버전 생성시간 20130910보다 이르므로, 애플리케이션을 업그레이드할 필요가 있다고 결정할 수 있어, 애플리케이션 업그레이드 대기 버전이 존재한다는 검색결과를 생성하고, 당해 검색결과를 단말기(1)에 송신한다.

단말기(1)는 서버(4)로부터 송신되는 상기 검색결과를 수신하여, 상기 검색결과, 업그레이드 대기 버전이 존재한다고 결정하고, 애플리케이션을 업그레이드할 필요가 있다고 결정한다.

본 발명의 실시예에서, 단말기(1)는 애플리케이션 현재의 버전정보를 송신함으로써, 서버(4)에서 애플리케이션 현재의 버전정보에 근거하여 애플리케이션의 업그레이드 필요 여부를 검출하도록 하고, 서버(4)로부터 송신되는 업그레이드 대기 버전 존재한다는 검색결과를 수신할 때마다, 애플리케이션 현재의 버전을 업그레이드 대기 버전으로 업그레이드하기 위한 업그레이드 파일을 획득하고, 획득한 업그레이드 파일에 기초하여 애플리케이션을 업그레이드한다. 이와 같이, 대부분 시간 동안 애플리케이션의 버전을 최신 버전으로 유지할 수 있도록 보장하며, 더욱이 사용자의 수요를 만족시킬 수 있다.

본 발명의 다른 하나의 바람직한 실시예에서, 도 4에 도시된 바와 같이, 단계 S101은, 하기 S301 내지 S305의 단계를 통해 실현할 수 있으며, 하기 단계를 포함한다.

단계 S301에서, 애플리케이션 현재의 버전정보를 획득한다.

단계 S302에서, 애플리케이션 현재의 버전정보에 근거하여 애플리케이션 업그레이드 대기 버전의 버전정보를 획득한다.

상기 단계에서, 단말기(1)는 애플리케이션 업그레이드 대기 버전을 획득하기 위한 버전 검출 요구를 생성하여, 제1 통신링크 또는 제2 통신링크를 통해 상기 버전 검출 요구를 서버(4)에 송신한다.

서버(4)는 상기 버전 검출 요구를 수신한 후, 로컬에 저장된 애플리케이션 최신 버전의 버전정보를 획득하여 애플리케이션 업그레이드 대기 버전의 버전정보로 하여, 애플리케이션 업그레이드 대기 버전의 버전정보를 단말기(1)에 송신한다.

단말기(1)는 서버(4)로부터 송신되는 애플리케이션 업그레이드 대기 버전의 버전정보를 수신한다.

단계 S303에서, 애플리케이션 업그레이드 대기 버전의 버전정보가 애플리케이션 현재의 버전정보보다 높은지 여부를 판단한다.

상기 단계에서, 애플리케이션 업그레이드 버전의 버전정보와 애플리케이션 현재의 버전정보를 비교하고, 즉, 애플리케이션 업그레이드 버전의 버전번호와 애플리케이션 현재의 버전번호의 크기를 비교하거나, 또는 애플리케이션 업그레이드 대기 버전의 버전 생성시간과 애플리케이션 현재의 버전 생성시간의 늦고 빠름을 비교한다.

애플리케이션 업그레이드 대기 버전의 버전정보가 애플리케이션 현재의 버전정보보다 높을 경우, 단계 S304에서, 애플리케이션을 업그레이드할 필요가 있다고 결정한다.

상기 단계에서, 애플리케이션 업그레이드 대기 버전의 버전번호가 애플리케이션 현재의 버전번호보다 클 경우, 또는 애플리케이션 업그레이드 대기 버전의 버전 생성시간이 애플리케이션 현재의 버전 생성시간보다 늦을 경우, 애플리케이션을 업그레이드할 필요가 있다고 결정한다.

애플리케이션 업그레이드 대기 버전의 버전정보가 애플리케이션 현재의 버전번호보다 낮거나 동일할 경우, 단계 S305에서, 애플리케이션을 업그레이드할 필요가 없다고 결정하고 프로세스를 종료한다.

상기 단계에서, 업그레이드 대기 버전의 버전번호가 애플리케이션 현재의 버전번호보다 작거나 동일할 경우, 또는 업그레이드 대기 버전의 버전 생성시간이 애플리케이션 현재의 버전 생성시간보다 빠르거나 동일할 경우, 애플리케이션을 업그레이드할 필요가 없다고 결정하고 프로세스를 종료한다.

단말기(1)는 제1 라우팅 장치(2)로부터 애플리케이션 현재의 버전정보를 획득하여, 사용자가 애플리케이션의 업그레이드 대기 버전을 획득하기 위한 버전 검출 요구를 서버(4)에 송신한다.

서버(4)는 상기 버전 검출 요구를 수신하여, 로컬에 저장된 애플리케이션의 최신 버전의 버전번호 V1.4를 획득하여, 업그레이드 대기 버전의 버전번호로 하여 애플리케이션 업그레이드 대기 버전의 버전번호 V1.4를 단말기(1)에 송신한다.

단말기(1)는 서버(4)로부터 송신되는 애플리케이션 업그레이드 대기 버전의 버전번호 V1.4를 수신하고, 애플리케이션 현재의 버전번호 V1.1과 애플리케이션 업그레이드 대기 버전의 버전번호 V1.4를 비교한다. 여기서, 애플리케이션 현재의 버전번호 V1.1은 애플리케이션 업그레이드 대기 버전의 버전번호 V1.4보다 작으므로, 애플리케이션을 업그레이드할 필요가 있다고 결정한다.

서버(4)는 상기 버전 검출 요구를 수신하여, 로컬에 저장된 애플리케이션의 최신 버전의 버전 생성시간 20130910을 획득하여, 업그레이드 대기 버전의 버전 생성시간으로 하여 애플리케이션 업그레이드 대기 버전의 버전 생성시간 20130910을 단말기(1)에 송신한다.

단말기(1)는 서버(4)로부터 송신되는 애플리케이션 업그레이드 대기 버전의 버전 생성시간 20130910을 수신하고, 애플리케이션 현재의 버전 생성시간 20130303과 애플리케이션 업그레이드 대기 버전의 버전 생성시간 20130910을 비교한다. 여기서, 애플리케이션 현재의 버전 생성시간 20130303은 애플리케이션 업그레이드 대기 버전의 버전 생성시간 20130910보다 빠르므로, 애플리케이션을 업그레이드할 필요가 있다고 결정한다.

본 발명의 실시예에서, 단말기(1)는 서버(4)로부터 애플리케이션 업그레이드 대기 버전의 버전정보를 획득하고, 애플리케이션 현재의 버전정보와 업그레이드 대기 버전의 버전정보에 근거하여 애플리케이션의 업그레이드 필요 여부를 검출한다. 애플리케이션을 업그레이드할 필요가 있다고 검출될 경우, 애플리케이션 현재의 버전을 업그레이드 대기 버전으로 업그레이드하기 위한 업그레이드 파일을 획득하고, 획득한 업그레이드 파일에 기초하여 애플리케이션을 업그레이드한다. 이와 같이, 대부분 시간 동안 애플리케이션의 버전을 최신 버전으로 유지할 수 있도록 보장하며, 더욱이 사용자의 수요를 만족시킬 수 있다.

본 발명의 다른 하나의 바람직한 실시예에 의하면, 도 5에 도시된 바와 같이, 단계 S201은 하기 단계 S401 내지 S404를 통해 실현할 수 있으며, 하기 단계를 포함한다.

단계 S401에서, 제2 통신링크를 통해 서버와 데이터 인터랙션을 진행하는지를 검출한다.

제2 통신링크를 통해 서버와 데이터 인터랙션 진행 시, 단계 S402에서, 애플리케이션 업그레이드에 필요한 업그레이드 파일을 획득하기 위한 획득요구를 생성한다.

상기 단계에서, 업그레이드 파일을 획득하기 위한 획득요구를 생성하고, 당해 업그레이드 파일은 애플리케이션을 현재 버전에서 업그레이드 대기 버전으로 업그레이드하기 위해 사용되며, 상기 획득요구는 애플리케이션 현재의 버전정보를 휴대한다.

단계 S403에서, 제2 통신링크를 통해 상기 획득요구를 서버에 송신한다.

서버(4)는 상기 획득요구를 수신하고, 당해 획득요구에서 애플리케이션 현재의 버전정보를 획득하고, 로컬에서 애플리케이션 업그레이드 대기 버전의 버전정보를 획득하여, 애플리케이션 현재의 버전정보와 업그레이드 대기 버전의 버전정보에 근거하여, 애플리케이션 현재의 버전을 업그레이드 대기 버전으로 업그레이드하기 위한 업그레이드 파일을 획득하고, 제2 통신링크를 통해 획득한 업그레이드 파일을 단말기(1)에 송신한다.

단계 S404에서, 서버가 상기 획득요구에 기초하여 송신하는, 애플리케이션 업그레이드에 필요한 업그레이드 파일을 수신한다.

단말기(1)는 제2 라우팅 장치(3)와 서버(4) 사이의 제2 통신링크를 통해 업그레이드 파일을 획득하므로, 제1 라우팅 장치(2) 내의 통신카드의 트래픽을 소모하지 않는다. 단말기(1)와 제1 라우팅 장치(2) 사이의 연결 방식은 인트라넷 연결로서, 양자간의 데이터 인터랙션 과정에서 제1 라우팅 장치(2) 내의 통신카드의 트래픽을 소모하지 않으므로, 제1 라우팅 장치(2) 내의 통신카드의 트래픽을 절약한다.

본 발명의 다른 하나의 바람직한 실시예에서, 단계 S103 전에, 상기 방법은 하기 단계를 더 포함할 수 있다.

11) 제1 통신링크를 통해 서버와 데이터 인터랙션을 진행하는지를 검출한다.

12) 제1 통신링크를 통해 서버와 데이터 인터랙션 진행 시, 업그레이드 파일에 기초하여 업그레이드 작동 통지를 생성한다. 그렇지 아니할 경우, 프로세스를 종료한다.

업그레이드 작동 통지는 도 6과 같을 수 있으며, 도면에 의하면, 단말기(1)와 디스플레이 인터페이스(02)를 포함하며, 디스플레이 인터페이스(02)에서 업그레이드 작동 통지는 메시지 박스(03) 표시방식으로 사용자에게 표시된다. 또한, 기타 실시예에서는, 사용자의 사용에 편리하도록 하기 위해, 도 6에 도시된 바와 같이, 메시지 박스(03)에 예, 아니오 및 잠시 후 재통지 등 조작 위젯을 추가함으로써, 사용자가 당해 업그레이드 작동 통지에 근거하여 대응하는 조작을 신속히 입력하도록 한다.

사용자는 도 6에 도시된 업그레이드 작동 통지 중의 예 버튼을 트리거 함으로써 업그레이드 조작을 입력할 수 있다.

업그레이드 작동 통지는 사용자에게 업그레이드 가능함을 통지하기 위해 사용되며, 사용자가 상기 업그레이드 작동 통지에 근거하여 즉시 업그레이드하거나 또는 그 후의 적절한 시간에 업그레이드하는 것을 선택할 수 있도록 한다. 예를 들면, 사용자는 단말기(1)의 메모리 자원 점유량이 비교적 낮은 정황하에서 단말기(1)가 다시 업그레이드를 시작하도록 선택할 수 있다.

예들 들면, 금회 업그레이드가 제1 라우팅 장치(2)의 OS에 대한 업그레이드일 경우, 일반적으로, 제1 라우팅 장치(2)는 OS 업그레이드 과정 중 작동 중단되고, 이때, 제1 통신링크는 자동적으로 차단된다. 업그레이드가 종료된 후, 제1 라우팅 장치(2)는 정상적으로 계속 작동하게 되며, 이때 제1 통신링크는 다시 접속된다.

이때 단말기(1)가 제1 통신링크를 이용하여 서버(4)와 데이터 인터랙션을 진행한다고 가정한다. 예를 들면 사용자가 단말기(1)에서 제1 통신링크를 통해 웹페이지를 열람하고 있다. 이때 제1 라우팅 장치(2)가 OS에 대해 업그레이드를 진행할 시, 제1 라우팅 장치(2)는 작동 중단되고 제1 통신링크는 자동적으로 차단되므로, 제1 라우팅 장치(2)가 OS를 업그레이드하는 과정에서, 사용자는 단말기(1)에서 제1 통신링크를 통해 웹페이지를 열람할 수 없게 되어, 반드시 제1 라우팅 장치(2)의 OS가 업그레이드 완료 후에야만 웹페이지를 계속 열람할 수 있으므로, 사용자의 웹페이지 열람의 지속성에 영향을 주게 된다.

따라서, 상기 업그레이드 작동 통지에 의해, 사용자가 적절한 시간을 선택하여 제1 라우팅 장치(2)의 업그레이드의 시작을 트리거할 수 있도록 한다. 예를 들면, 웹페이지 열람 종료 시, 제1 라우팅 장치(2)의 업그레이드의 시작을 트리거함으로써 사용자의 정상적인 인터넷 사용에 영향을 주지 않을 뿐만 아니라 사용자 체험을 제고한다.

13) 업그레이드 작동 통지에 의해 입력한 업그레이드 조작을 접수하였는지 여부를 판단한다.

14) 상기 업그레이드 조작을 접수했을 경우, 업그레이드 파일을 제1 라우팅 장치에 송신한다. 그렇지 아니할 경우, 조작을 종료한다.

여기서, 이때 단말기(1)의 제1 라우팅 장치(2)와의 연결방식은 블루투스 등 방식과 유사한 LAN 연결로서, 단말기(1)가 제1 라우팅 장치(2)와 데이터 인터랙션 진행 시, 제1 라우팅 장치(2) 내의 통신카드의 트래픽을 사용하지 않음으로써, 제1 라우팅 장치(2) 내의 통신카드의 트래픽을 절약한다.

본 발명의 다른 하나의 바람직한 실시예에서, 단계 S103 후, 상기 방법은 하기 단계를 더 포함한다.

21) 애플리케이션의 업그레이드 성공 여부를 판단한다.

본 발명의 실시예에서, 애플리케이션 업그레이드 완성 후, 제1 라우팅 장치는 애플리케이션을 재작동하고, 재작동 성공 후, 단말기는 제1 라우팅 장치로부터 재작동 후의 애플리케이션 버전정보를 획득하여, 재작동 후의 애플리케이션의 버전정보가 업그레이드 대기 버전의 버전정보와 동일한지 여부를 판단한다. 동일할 경우, 애플리케이션 업그레이드가 성공되었다고 결정하고, 동일하지 않을 경우, 애플리케이션 업그레이드가 실패되었다고 결정하여 다시 업그레이드를 진행한다.

22) 업그레이드 성공 시, 업그레이드 성공 통지를 생성한다. 그렇지 아니할 경우, 다시 업그레이드를 진행한다.

23) 업그레이드 성공 통지를 표시한다.

여기서, 업그레이드 성공 통지 표시 시, 하기 방식을 선택할 수 있다. 당해 업그레이드 성공 통지를 단말기(1) 로컬의 디스플레이 인터페이스에 표시하거나, 또는 상기 업그레이드 성공 통지를 기설정된 단말기 예하면 태블릿PC에 푸시통지함으로써 상기 업그레이드 성공 통지가 기설정된 단말기의 디스플레이 인터페이스에서 표시되도록 한다. 디스플레이 인터페이스는 디스플레이 스크린 등일 수 있다. 또한, 로컬 디스플레이 인터페이스에서 업그레이드 성공 통지를 표시할 시, 도 6에 도시된 바와 같이, 메시지 박스 방식으로 표시할 수 있다.

실제 활용에서, 예하면 휴대폰 또는 태블릿PC 등과 같이, 단말기(1)에 이미 디스플레이 인터페이스가 구비되었을 경우, 로컬 디스플레이 인터페이스에서 상기 업그레이드 성공 통지를 직접 표시할 수 있다. 예를 들면 라우터 및 교환기 등과 같이 단말기(1)에 디스플레이 인터페이스가 구비되지 않을 경우, 상기 업그레이드 성공 통지를 디스플레이 인터페이스를 구비한 기설정된 단말기에 푸시 통지함으로써 상기 업그레이드 성공 통지가 기설정된 단말기의 디스플레이 인터페이스에 표시되도록 한다.

도 7은 하나의 예시적인 실시예에 따른 업그레이드 장치의 블록도이다. 도 7에 의하면, 상기 장치는 단말기에 사용되며, 단말기는 적어도 2개의 라우팅 장치와 통신을 진행할 수 있으며, 단말기는 임의의 1개의 라우팅 장치와 서버 사이의 통신링크를 통해 서버와 데이터 인터랙션을 진행한다. 상기 장치는 제1 검출모듈(21), 획득모듈(22) 및 송신모듈(23)을 포함한다.

제1 검출모듈(21)은 적어도 2개의 라우팅 장치 중의 제1 라우팅 장치 내의 애플리케이션의 업그레이드 필요 여부를 검출하도록 구성된다.

획득모듈(22)은 제1 라우팅 장치 내의 애플리케이션이 업그레이드 필요할 시, 적어도 2개의 라우팅 장치 중의 제2 라우팅 장치와 서버 사이의 통신링크를 통해, 애플리케이션 업그레이드에 필요한 업그레이드 파일을 획득하도록 구성된다.

송신모듈(23)은 업그레이드 파일을 제1 라우팅 장치에 송신하여, 제1 라우팅 장치가 업그레이드 파일을 이용하여 애플리케이션에 대해 업그레이드를 실행하도록 구성된다.

도 7에 도시된 실시예에서, 제1 라우팅 장치 내의 애플리케이션의 업그레이드 필요 여부를 검출하고, 제1 라우팅 장치 내의 애플리케이션이 업그레이드가 필요할 시, 제2 통신링크를 통해 서버로부터 애플리케이션 업그레이드에 필요한 업그레이드 파일을 획득하고, 당해 업그레이드 파일을 제1 라우팅 장치에 송신함으로써, 제1 라우팅 장치가 당해 업그레이드 파일을 이용하여 애플리케이션에 대해 업그레이드를 실행하도록 한다.

여기서, 단말기는 제1 라우팅 장치와 서버 사이의 제1 통신링크를 통해 업그레이드 파일을 획득하는 것이 아니라, 제2 라우팅 장치와 서버 사이의 제2 통신링크를 통해 업그레이드 파일을 획득하므로, 제1 라우팅 장치 내의 통신카드의 트래픽을 소모하지 않는다. 또한, 단말기와 제1 라우팅 장치 사이의 연결 방식은 인트라넷 연결로서, 양자간의 데이터 인터랙션 과정에서 제1 라우팅 장치 내의 통신카드의 트래픽을 소모하지 않는다. 즉 업그레이드 파일의 제1 라우팅 장치로의 송신은 제1 라우팅 장치 내의 통신카드의 트래픽을 소모하지 않는다.

본 발명의 다른 하나의 바람직한 실시예에서, 제1 검출모듈(21)은 제1 획득유닛, 제1 송신유닛, 제1 수신유닛 및 제1 결정유닛을 포함한다.

제1 획득유닛은 애플리케이션 현재의 버전정보를 획득하도록 구성되며, 버전정보는 적어도 버전번호 및/또는 버전 생성시간을 포함한다.

제1 송신유닛은 현재의 버전정보를 임의의 하나의 라우팅 장치와 서버 사이의 통신링크를 통해 서버에 송신하도록 구성된다.

제1 수신유닛은 서버가 현재의 버전정보에 근거하여 업그레이드 대기 버전 존재 여부를 검색한 후 송신하는 검색결과를 수신하도록 구성된다.

제1 결정유닛은 검색결과, 업그레이드 대기 버전 존재 시, 애플리케이션을 업그레이드할 필요가 있다고 결정하고, 검색결과, 업그레이드 대기 버전이 존재하지 않을 시, 애플리케이션을 업그레이드할 필요가 없다고 결정하도록 구성된다.

본 발명의 다른 하나의 바람직한 실시예에서, 제1 검출모듈(21)은 제2 획득유닛, 제3 획득유닛, 비교유닛 및 제2 결정유닛을 포함한다.

제2 획득유닛은 애플리케이션 현재의 버전정보를 획득하도록 구성되며, 버전정보는 적어도 버전번호 및/또는 버전 생성시간을 포함한다.

제3 획득유닛은 현재의 버전정보에 근거하여 애플리케이션 업그레이드 대기 버전의 버전정보를 획득하도록 구성된다.

비교유닛은 업그레이드 대기 버전의 버전정보와 현재의 버전정보를 비교하도록 구성된다.

제2 결정유닛은 업그레이드 대기 버전의 버전정보가 현재의 버전정보보다 높을 경우, 애플리케이션을 업그레이드할 필요가 있다고 결정하고, 업그레이드 대기 버전의 버전정보가 현재의 버전정보 낮거나 동일할 경우, 애플리케이션을 업그레이드할 필요가 없다고 결정한다.

본 발명의 실시예에서, 제3 획득유닛은 송신서브유닛과 수신서브유닛을 포함한다.

송신서브유닛은 현재의 버전정보를 임의의 하나의 라우팅 장치와 서버 사이의 통신링크를 통해 서버에 송신하도록 구성된다.

수신서브유닛은 서버로부터 송신되는, 현재의 버전정보에 근거하여 검색한 애플리케이션과 대응되는 업그레이드 대기 버전의 버전정보를 수신하도록 구성된다.

본 발명의 다른 하나의 바람직한 실시예에서, 획득모듈(22)은 검출유닛, 생성유닛, 제2 송신유닛과 제2 수신유닛을 포함한다.

검출유닛은 제2 라우팅 장치와 서버 사이의 통신링크를 통해 서버와 데이터 인터랙션을 진행하는지를 검출하도록 구성된다.

생성유닛은 서버와 데이터 인터랙션 진행 시 애플리케이션 업그레이드에 필요한 업그레이드 파일을 획득하기 위한 획득요구를 생성하도록 구성된다.

제2 송신유닛은 제2 라우팅 장치와 서버 사이의 통신링크를 통해 획득요구를 서버에 송신하도록 구성된다.

제2 수신유닛은 서버가 획득요구에 기초하여 송신하는 업그레이드 파일을 수신하도록 구성된다.

본 발명의 다른 하나의 바람직한 실시예에서, 상기 장치는 제2 검출모듈을 더 포함한다.

제2 검출모듈은 제1 라우팅 장치와 서버 사이의 통신링크를 통해 서버와 데이터 인터랙션을 진행하는지를 검출하도록 구성된다.

송신모듈은 또한 서버와 데이터 인터랙션 진행 시, 업그레이드 파일을 제1 라우팅 장치에 송신하도록 한다.

본 발명의 다른 하나의 바람직한 실시예에서, 상기 장치는 제1 생성모듈과 제1 판단모듈을 포함한다.

제1 생성모듈은 업그레이드 파일에 기초하여 업그레이드 작동 통지를 생성하도록 구성된다.

제1 판단모듈은 업그레이드 작동 통지에 의해 입력한 업그레이드 조작을 접수하였는지 여부를 판단하도록 구성된다.

송신모듈은 또한 업그레이드 조작을 접수했을 경우, 업그레이드 파일을 제1 라우팅 장치에 송신하는 단계를 실행한다.

본 발명의 다른 하나의 바람직한 실시예에서, 상기 장치는 제2 판단모듈, 제2 생성모듈 및 표시모듈을 포함한다.

제2 판단모듈은 애플리케이션 업그레이드 성공 여부를 판단하도록 구성된다.

제2 생성모듈은 업그레이드 성공 시, 업그레이드 성공 통지를 생성하도록 구성된다.

표시모듈은 업그레이드 성공 통지를 표시하도록 구성된다.

본 발명의 실시예에서, 표시모듈은 표시유닛과 푸시통지유닛을 포함한다.

표시유닛은 업그레이드 성공 통지를 단말기 로컬의 디스플레이 인터페이스에 표시하도록 구성된다.

푸시통지유닛은 업그레이드 성공 통지를 기설정된 단말기에 푸시통지하여 업그레이드 성공 통지가 기설정된 단말기에 표시되도록 구성한다.

상기 실시예의 장치에 관하여, 여기서 각 모듈이 조작을 실행하는 구체적 방법은 이미 상기 방법에 관련한 실시예에서 상세한 설명을 진행하였으므로 구체적인 설명은 생략하도록 한다.

도 8은 하나의 예시적인 실시예에 따른 업그레이드 디바이스(800)의 블럭도이다. 예를 들어, 디바이스(800)는 휴대 전화, 컴퓨터, 디지털 방송 단말기, 메시지 송수신 장치, 게임 컨트롤러, 태블릿 장치, 의료장치, 헬스장치 PDA (Personal Digital Assistant) 등이 될수 있다.

도 8에 도시된 바와 같이 디바이스(800)는 프로세스 어셈블리(802) 메모리(804) 전원 어셈블리(806) 멀티미디어 어셈블리(808) 오디오 어셈블리(810) 입력/출력I/O 인터페이스(812) 센서 어셈블리(814) 및 통신 어셈블리(816) 등 하나 또는 복수의 어셈블리를 포함할 수 있다.

프로세스 어셈블리(802)는 통상적으로 디바이스(800)의 전체 조작을 제어하며 예를 들면, 표시전화 통화데이터 통신카메라 조작 및 기록 조작에 관련된 조작을 제어할 수 있다. 프로세스 소자(802)는 하나 또는 복수의 프로세서(820)를 구비하여 명령을 실행함으로써 상기 방법의 전부 혹은 일부 단계를 완성한다. 또한, 프로세스 어셈블리(802)는 하나 또는 복수의 모듈을 포함하고 있어 프로세스 어셈블리(802)와 기타 어셈블리 사이의 인터랙션에 편리하다. 예를 들면 프로세스 어셈블리(802)는 멀티미디어 모듈을 포함하고 있어 멀티미디어 어셈블리(808)와 프로세스 어셈블리(802) 사이의 인터랙션이 편리하게 된다.

메모리(804)에는 각종 유형의 데이터를 저장되어 디바이스(800)의 동작을 지원한다. 이러한 데이터의 예로서 디바이스(800)에서 동작하는 임의의 애플리케이션 프로그램 혹은 방법을 실행하기 위한 명령연락인 데이터전화번호부 데이터메시지이미지 비디오 등을 포함한다. 메모리(804)는 임의의 유형의 휘발성 혹은 비휘발성 메모리 혹은 양자의 조합으로 실현될 수 있으며 예를 들면 SRAM(Static Random Access Memory) EEPROM (Electrically Erasable Programmable Read-Only Memory) EPROM(Erasable Programmable Read Only Memory) PROM(Programmable Read-Only Memory) ROM(Read-Only Memory)자기 메모리플래시 메모리자기 디스크 혹은 콤팩트 디스크 등으로 실현될 수 있다.

전력 어셈블리(806)는 디바이스(800)의 각 어셈블리에 전력을 공급하기 위한 것이다. 전력 어셈블리(806)는 전원 관리 시스템, 하나 또는 복수의 전원 및 디바이스(800)를 위하여 전력을 생성, 관리 및 분배하기 위한 기타 어셈블리를 포함할 수 있다.

멀티미디어 어셈블리(808)는 상기 디바이스(800)와 사용자 하나의 출력 인터페이스를 제공하는 스크린을 포함한다. 일부 실시예에 있어서 스크린은 액정 표시 장치LCD와 터치 패널TP을 포함할 수 있다. 스크린이 터치 패널을 포함할 경우 스크린은 사용자가 입력한 신호를 수신할 수 있는 터치 스크린을 구현할 수 있다. 터치 패널은 하나 또는 복수의 터치 센서를 포함하고 있어 터치, 슬라이딩 및 터치 패널위에서의 손 움직임을 감지할 수 있다. 상기 터치 센서는 터치 혹은 슬라이딩 동작의 경계위치를 감지할 수 있을 뿐만 아니라 상기 터치 혹은 슬라이딩 조작에 관련된 지속시간 및 압력을 검출할 수 있다. 일부 실시예에 있어서 멀티미디어 어셈블리(808)는 전방 카메라 및/또는 후방 카메라를 포함한다. 디바이스(800)가 예를 들면 촬영 모드 혹은 비디오 모드 등 조작 모드 상태에 있을 경우 전방 카메라 및/또는 후방 카메라는 외부로부터의 멀티미디어 데이터를 수신할 수 있다. 전방 카메라와 후방 카메라는 하나의 고정된 광학 렌즈 시스템일 수 있거나 또는 가변 초점거리와 광학 줌기능을 구비할 수 있다.

오디오 어셈블리(810)는 오디오 신호를 출력 및/또는 입력하기 위한 것이다. 예를 들면 오디오 어셈블리(810)는 마이크로폰 MIC을 포함하며 디바이스(800)가 예를 들면 호출 모드, 기록 모드 및 음성 인식 모드 등 조작 모드에 있을 경우 마이크로폰은 외부의 오디오 신호를 수신한다. 수신된 오디오 신호는 진일보 메모리(804)에 저장되거나 혹은 통신 어셈블리(816)를 통하여 송신될수 있다. 일부 실시예에 있어서 오디오 어셈블리(810)는 스피커를 더 포함할 수 있어 오디오 신호를 출력한다.

I/O 인터페이스(812)는 프로세스 어셈블리(802)와 주변 인터페이스 모듈 사이에 인터페이스를 제공하기 위한 것이다. 상기 주변 인터페이스 모듈은 키보드휠 키버튼 등일 수 있다. 이러한 버튼은 홈 버튼, 음량 버튼, 작동 버튼 및 잠금 버튼 등을 포함하지만 이에 한정되지 않는다.

센서 어셈블리(814)는 디바이스(800)에 각 방면의 상태평가를 제공하는 하나 또는 복수의 센서를 포함한다. 예를 들면 센서 어셈블리(814)는 디바이스(800)의 온/오프 상태디스플레이 및 키패드와 같은 디바이스(800)의 어셈블리의 상대위치결정을 검출할 수 있다. 예를 들면 센서 어셈블리(814)는 디바이스(800) 혹은 디바이스(800)의 일 어셈블리의 위치변경사용자와 디바이스(800) 사이의 접촉여부 디바이스(800)의 방위 혹은 가속/감속 및 디바이스(800)의 온도 변화를 검출할 수 있다. 센서 어셈블리(814)는 근접 센서를 포함할 수 있어 임의의 물리적 접촉이 없는 정황하에서 근처 물체의 존재를 검출할 수 있다. 센서 어셈블리(814)는 예를 들면 CMOS 혹은 CCD 이미지 센서 등 광센서를 더 포함할 수 있으며 이미징 애플리케이션에 사용된다. 일부 실시예에 있어서 상기 센서 어셈블리(814)는 가속 센서자이로 센서, 자기 센서압력 센서 혹은 온도 센서를 포함할 수 있다.

통신 어셈블리(816)는 디바이스(800)와 기타 설비 사이의 유선 혹은 무선 통신에 사용된다. 디바이스(800)는 예를 들면 WiFi 2G 혹은 3G 혹은 이들의 조합 등의 통신규격에 따른 무선 네트워크에 접속할 수 있다. 일 예시적 실시예에 있어서 통신 어셈블리(816)는 방송 채널을 통하여 외부 방송 관리 시스템으로부터의 방송 신호 혹은 방송 관련 정보를 수신할 수 있다. 일 예시적 실시예에 있어서 상기 통신 어셈블리(816)는 근거리 무선 통신 NFC 모듈을 더 포함하고 있어 단거리 통신을 촉진할 수 있다. 예를 들면 NFC 모듈은 RFID 기술, IrDA 기술, UWB 기술, 블루투스 BT 기술 및 기타 기술에 기초하여 실현될 수 있다.

예시적 실시예에 있어서 디바이스(800)는 하나 또는 복수의 애플리케이션 전용 집적 회로 ASIC, 디지털 신호 프로세서 DSP, 디지털 신호 처리설비 DSPD, 프로그램 가능 논리 소자 PLD, 필드 프로그래머블 게이트 어레이 FPGA, 컨트롤러, 마이크로 컨트롤러, 마이크로 프로세서 혹은 기타 전자소자에 의하여 실현되어 상기 방법을 수행할 수 있다.

예시적 실시예에 있어서 명령을 포함하는 비일시적인 컴퓨터 판독 가능한 기록 매체를 제공하는데 예를 들면 명령을 포함하는 메모리(804) 등을 포함하며 상기 명령은 디바이스(800)의 프로세서(820)에 의하여 실행되어 상기 방법을 실현할 수 있다. 예를 들면 상기 비일시적인 컴퓨터 판독 가능한 기록 매체는 ROM, RAM, CD-ROM, 자기테이프, 플로피디스크 및 광데이터 저장 장치 등일 수 있다.

비일시적인 컴퓨터 판독 가능한 기록 매체로서 상기 기록 매체의 명령이 디바이스(800)의 프로세서에 의해 실행될 경우, 디바이스(800)가 업그레이드 방법을 실행할 수 있도록 한다. 상기 방법은,

상기 적어도 2개의 라우팅 장치 중의 제1 라우팅 장치 내의 애플리케이션의 업그레이드 필요 여부를 검출하는 단계와,

상기 업그레이드 파일을 상기 제1 라우팅 장치에 송신하여, 상기 제1 라우팅 장치가 상기 업그레이드 파일을 이용하여 상기 애플리케이션에 대해 업그레이드를 실행하도록 하는 단계를 포함한다.

당업자는, 명세서를 참조하고 또한 여기서 공개한 발명을 실행한 후, 본 발명의 다른 실시방안을 용이하게 생각해낼 수 있다. 본원은, 본 발명의 임의의 변형, 용도 또는 적응적 변화를 포함하고, 이러한 변형, 용도 또는 적응적 변화는, 본 발명의 일반적인 원리에 따르며, 본 명세서에서 공개하지 않은 본 기술분야의 공지상식 또는 관용기술수단을 포함한다. 명세서와 실시예는, 단지 예시적인 것으로서, 본 발명의 보호범위와 취지는 특허청구범위에 의해 한정된다.

본 발명은, 상기에 기재되고 도면에 나타낸 구체적인 구조에 한정되지 않으며, 그 범위 내에서 다양한 수정과 변형을 실시할 수 있다는 것을 이해해야 한다. 본 발명의 범위는 특허청구범위에 의해 제한된다.

Claims

단말기에 활용되는 업그레이드 방법에 있어서,
상기 단말기는 적어도 2개의 라우팅 장치와 통신을 진행할 수 있으며, 상기 단말기는 임의의 하나의 상기 라우팅 장치와 서버 사이의 통신링크를 통해, 상기 서버와 데이터 인터랙션을 진행하며, 상기 방법은,
상기 적어도 2개의 라우팅 장치 중의 제1 라우팅 장치 내의 애플리케이션의 업그레이드 여부를 검출하는 단계와,
상기 제1 라우팅 장치 내의 애플리케이션이 업그레이드 필요 시, 상기 적어도 2개의 라우팅 장치 중의 제2 라우팅 장치와 상기 서버 사이의 통신링크를 통해, 상기 애플리케이션 업그레이드에 필요한 업그레이드 파일을 획득하는 단계와,
상기 업그레이드 파일을 상기 제1 라우팅 장치에 송신하여 상기 제1 라우팅 장치가 상기 업그레이드 파일을 이용하여 상기 애플리케이션에 대해 업그레이드를 실행하도록 하는 단계를 포함하는 것을 특징으로 하는 업그레이드 방법.
제1항에 있어서,
상기 적어도 2개의 라우팅 장치 중의 제1 라우팅 장치 내의 애플리케이션의 업그레이드 필요 여부를 검출하는 단계는,
상기 애플리케이션 적어도 버전번호 및/또는 버전 생성시간을 포함하는 현재의 버전정보를 획득하는 단계와,
상기 현재의 버전정보를 임의의 하나의 상기 라우팅 장치와 상기 서버 사이의 통신링크를 통해 상기 서버에 송신하는 단계와,
상기 서버가 상기 현재의 버전정보에 근거하여 업그레이드 대기 버전 존재 여부를 검색한 후 송신하는 검색결과를 수신하는 단계와,
상기 검색결과, 업그레이드 대기 버전 존재 시, 상기 애플리케이션을 업그레이드할 필요가 있다고 결정하고, 상기 검색결과, 업그레이드 대기 버전이 존재하지 않을 시, 상기 애플리케이션을 업그레이드할 필요가 없다고 결정하는 단계를 포함하는 것을 특징으로 하는 방법.
제1항에 있어서,
상기 적어도 2개의 라우팅 장치 중의 제1 라우팅 장치 내의 애플리케이션의 업그레이드 여부를 검출하는 단계는,
상기 애플리케이션 적어도 버전번호 및/또는 버전 생성시간을 포함하는 현재의 버전정보를 획득하는 단계와,
상기 현재의 버전정보에 근거하여 상기 애플리케이션의 업그레이드 대기 버전의 버전정보를 획득하는 단계와,
상기 업그레이드 대기 버전의 버전정보와 상기 현재의 버전정보를 비교하는 단계와,
상기 업그레이드 대기 버전의 버전정보가 상기 현재의 버전정보보다 높을 경우, 상기 애플리케이션을 업그레이드할 필요가 있다고 결정하고, 상기 업그레이드 대기 버전의 버전정보가 상기 현재의 버전정보보다 낮거나 동일할 경우, 상기 애플리케이션을 업그레이드할 필요가 없다고 결정하는 단계를 포함하는 것을 특징으로 하는 방법.
제3항에 있어서,
상기 현재의 버전정보에 근거하여 상기 애플리케이션의 업그레이드 대기 버전의 버전정보를 획득하는 단계는,
상기 현재의 버전번호를 임의의 하나의 상기 라우팅 장치와 서버 사이의 통신링크를 통해 서버에 송신하는 단계와,
상기 서버로부터 송신되는, 상기 현재의 버전정보에 근거하여 검색한 상기 애플리케이션과 대응되는 업그레이드 대기 버전의 버전정보를 수신하는 단계를 포함하는 것을 특징으로 하는 방법.
제1항에 있어서,
상기 적어도 2개의 라우팅 장치 중의 제2 라우팅 장치와 상기 서버 사이의 통신링크를 통해 상기 제1 라우팅 장치 내의 애플리케이션 업그레이드에 필요한 업그레이드 파일을 획득하는 단계는,
상기 제2 라우팅 장치와 상기 서버 사이의 통신링크를 통해 상기 서버와 데이터 인터랙션을 진행하는지를 검출하는 단계와,
상기 서버와 데이터 인터랙션 진행 시, 상기 애플리케이션 업그레이드에 필요한 업그레이드 파일을 획득하기 위한 획득요구를 생성하는 단계와,
상기 제2 라우팅 장치와 상기 서버 사이의 통신링크를 통해 상기 획득요구를 상기 서버에 송신하는 단계와,
상기 서버가 상기 획득요구에 기초하여 송신하는 상기 업그레이드 파일을 수신하는 단계를 포함하는 것을 특징으로 하는 방법.
제1항에 있어서,
상기 방법은,
상기 제1 라우팅 장치와 상기 서버 사이의 통신링크를 통해 상기 서버와 데이터 인터랙션을 진행하는지를 검출하는 단계와,
상기 서버와 데이터 인터랙션 진행 시, 상기 업그레이드 파일을 상기 제1 라우팅 장치에 송신하는 단계를 실행하는 단계를 더 포함하는 것을 특징으로 하는 방법.
제1항에 있어서,
상기 방법은,
상기 업그레이드 파일에 기초하여 업그레이드 작동 통지를 생성하는 단계와,
상기 업그레이드 작동 통지에 의해 입력한 업그레이드 조작을 접수하였는지 여부를 판단하는 단계와,
상기 업그레이드 조작을 접수했을 경우, 상기 업그레이드 파일을 상기 제1 라우팅 장치에 송신하는 단계를 실행하는 단계를 더 포함하는 것을 특징으로 하는 방법.
제1항에 있어서,
상기 방법은,
상기 애플리케이션의 업그레이드 성공 여부를 판단하는 단계와,
업그레이드 성공 시, 업그레이드 성공 통지를 생성하는 단계와,
상기 업그레이드 성공 통지를 표시하는 단계를 더 포함하는 것을 특징으로 하는 방법.
제8항에 있어서,
상기 업그레이드 성공 통지를 표시하는 단계는,
상기 업그레이드 성공 통지를 상기 단말기 로컬의 디스플레이 인터페이스에 표시하는 단계,
또는,
상기 업그레이드 성공 통지를 기설정된 단말기에 푸시통지하여 상기 업그레이드 성공 통지를 기설정된 단말기에 표시하는 단계를 더 포함하는 것을 특징으로 하는 방법.
단말기에 활용되는 업그레이드 장치에 있어서,
상기 단말기는 적어도 2개의 라우팅 장치와 통신을 진행할 수 있으며, 상기 단말기는 임의의 하나의 상기 라우팅 장치와 서버 사이의 통신링크를 통해, 상기 서버와 데이터 인터랙션을 진행하며, 상기 장치는,
상기 적어도 2개의 라우팅 장치 중의 제1 라우팅 장치 내의 애플리케이션의 업그레이드 필요 여부를 검출하기 위한 제1 검출모듈과,
상기 제1 라우팅 장치 내의 애플리케이션이 업그레이드 필요 시, 상기 적어도 2개의 라우팅 장치 중의 제2 라우팅 장치와 상기 서버 사이의 통신링크를 통해, 상기 애플리케이션의 업그레이드에 필요한 업그레이드 파일을 획득하기 위한 획득모듈과,
상기 업그레이드 파일을 상기 제1 라우팅 장치에 송신하여 상기 제1 라우팅 장치가 상기 업그레이드 파일을 이용하여 상기 애플리케이션에 대해 업그레이드를 실행하도록 하기 위한 송신모듈을 포함하는 것을 특징으로 하는 업그레이드 장치.
제10항에 있어서,
상기 제1 검출모듈은,
상기 애플리케이션 현재의 적어도 버전번호 및/또는 버전 생성시간을 포함하는 버전정보를 획득하기 위한 제1 획득유닛과,
상기 현재의 버전정보를 임의의 하나의 상기 라우팅 장치와 상기 서버 사이의 통신링크를 통해 상기 서버에 송신하기 위한 제1 송신유닛과,
상기 서버가 상기 현재의 버전정보에 근거하여 업그레이드 대기 버전 존재 여부를 검색한 후 송신하는 검색결과를 수신하기 위한 제1 수신유닛과,
상기 검색결과, 업그레이드 대기 버전 존재 시, 상기 애플리케이션을 업그레이드할 필요가 있다고 결정하고, 상기 검색결과, 업그레이드 대기 버전이 존재하지 않을 시, 상기 애플리케이션을 업그레이드할 필요가 없다고 결정하기 위한 제1 결정유닛을 포함하는 것을 특징으로 하는 장치.
제10항에 있어서,
상기 제1 검출모듈은,
상기 애플리케이션 현재의 적어도 버전번호 및/또는 버전 생성시간을 포함하는 버전정보를 획득하기 위한 제2 획득유닛과,
상기 현재의 버전정보에 근거하여 상기 애플리케이션의 업그레이드 대기 버전의 버전정보를 획득하기 위한 제3 획득유닛과,
상기 업그레이드 대기 버전의 버전정보와 상기 현재의 버전정보를 비교하기 위한 비교유닛과,
상기 업그레이드 버전의 버전정보가 상기 현재의 버전정보보다 높을 경우, 상기 애플리케이션을 업그레이드힐 필요가 있다고 결정하고, 상기 업그레이드 버전의 버전정보가 상기 현재의 버전정보보다 낮거나 동일할 경우, 상기 애플리케이션을 업그레이드할 필요가 없다고 결정하기 위한 제2 결정유닛을 포함하는 것을 특징으로 하는 장치.
제12항에 있어서,
상기 제3 획득유닛은,
상기 현재의 버전정보를 임의의 하나의 상기 라우팅 장치와 상기 서버 사이의 통신링크를 통해 서버에 송신하기 위한 송신서브유닛과,
상기 서버로부터 송신되는, 상기 현재의 버전정보에 근거하여 검색한 상기 애플리케이션과 대응되는 업그레이드 대기 버전의 버전정보를 수신하기 위한 수신서브유닛을 포함하는 것을 특징으로 하는 장치.
제10항에 있어서,
상기 획득모듈은,
상기 제2 라우팅 장치와 상기 서버 사이의 통신링크를 통해 상기 서버와 데이터 인터랙션을 진행하는지를 검출하기 위한 검출유닛과,
상기 서버와 데이터 인터랙션 진행 시, 상기 애플리케이션 업그레이드에 필요한 업그레이드 파일을 획득하기 위한 획득요구를 생성하기 위한 생성유닛과,
상기 제2 라우팅 장치와 상기 서버 사이의 통신링크를 통해 상기 획득요구를 상기 서버에 송신하기 위한 제2 송신유닛과,
상기 서버가 상기 획득요구에 기초하여 송신하는 상기 업그레이드 파일을 수신하기 위한 제2 수신유닛을 포함하는 것을 특징으로 하는 장치.
제10항에 있어서,
상기 장치는,
상기 제1 라우팅 장치와 상기 서버 사이의 통신링크를 통해 상기 서버와 데이터 인터랙션을 진행하는지를 검출하기 위한 제2 검출모듈을 더 포함하며,
상기 송신모듈은 상기 서버와 데이터 인터랙션 진행 시, 상기 업그레이드 파일을 상기 제1 라우팅 장치에 송신하는 것을 특징으로 하는 장치.
제10항에 있어서,
상기 장치는,
상기 업그레이드 파일에 기초하여 업그레이드 작동 통지를 생성하기 위한 제1 생성모듈과,
상기 업그레이드 작동 통지에 의해 입력한 업그레이드 조작을 접수하였는지 여부를 판단하기 위한 제1 판단모듈을 더 포함하며,
상기 송신모듈은 상기 업그레이드 조작을 접수했을 경우, 상기 업그레이드 파일을 상기 제1 라우팅 장치에 송신하는 단계를 실행하는 것을 특징으로 하는 장치.
제10항에 있어서,
상기 장치는,
상기 애플리케이션의 업그레이드 성공 여부를 판단하기 위한 제2 판단모듈과,
업그레이드 성공 시, 업그레이드 성공 통지를 생성하기 위한 제2 생성모듈과,
상기 업그레이드 성공 통지를 표시하기 위한 표시모듈을 더 포함하는 것을 특징으로 하는 장치.
제17항에 있어서,
상기 표시모듈은,
상기 업그레이드 성공 통지를 상기 단말기 로컬의 디스플레이 인터페이스에 표시하기 위한 표시유닛과,
상기 업그레이드 성공 통지를 기설정된 단말기에 푸시통지하여 상기 업그레이드 성공 통지를 상기 기설정된 단말기에 표시하기 위한 푸시통지유닛을 포함하는 것을 특징으로 하는 장치.
프로세서와,
프로세서 실행 가능한 명령을 저장하기 위한 메모리를 포함하며,
상기 프로세서는,
상기 적어도 2개의 라우팅 장치 중의 제1 라우팅 장치 내의 애플리케이션의 업그레이드 필요 여부를 검출하고,
상기 제1 라우팅 장치 내의 애플리케이션이 업그레이드 필요 시, 상기 적어도 2개의 라우팅 장치 중의 제2 라우팅 장치와 상기 서버 사이의 통신링크를 통해, 상기 애플리케이션의 업그레이드에 필요한 업그레이드 파일을 획득하며,
상기 업그레이드 파일을 상기 제1 라우팅 장치에 송신하여 상기 제1 라우팅 장치가 상기 업그레이드 파일을 이용하여 상기 애플리케이션에 대해 업그레이드를 실행하도록 구성되는 것을 특징으로 하는 업그레이드 디바이스.