KR20160079061A - 페이지 조작 처리 방법 및 장치, 그리고 단말기 - Google Patents

Abstract

본 발명의 실시예는 페이지 조작 처리 방법 및 장치, 그리고 단말기를 제공한다. 상기 페이지 조작 처리 방법은, 단말 기기가, 액세스될 자원에 대응하는 URL(uniform resource locator)을 획득하는 단계; 상기 단말 기기가, 저장된 도메인 명칭이 상기 URL에 대응하는 도메인 명칭을 포함하는지를 검출하는 단계; 및 상기 저장된 도메인 명칭이 상기 URL에 대응하는 도메인 명칭을 포함하면, 상기 단말 기기가, 상기 URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트를 트리거하여 상기 URL에 대응하는 애플리케이션 클라이언트 페이지를 획득하여 표시하는 단계를 포함한다. 본 발명의 실시예에서 제공되는 페이지 조작 처리 방법 및 장치, 그리고 단말기는 네트워크 트래픽의 소비를 감소시킬 수 있고 사용자 조작 및 페이지 브라우징을 용이하게 할 수 있어, 사용자 경험을 향상시킨다.

Description

페이지 조작 처리 방법, 장치, 및 단말기 {PAGE OPERATION PROCESSING METHOD, DEVICE AND TERMINAL}

본 발명의 실시예는 통신 기술에 관한 것으로, 특히, 페이지 조작 처리 방법 및 장치, 그리고 단말기에 관한 것이다.

단말 기기 상의 각종 애플리케이션의 지속적인 발전과 함께, 사람들은 단말 기기를 사용하여, 인스턴트 메시지 통신(instant message communication), 인터넷 서핑, 및 쇼핑 등의, 기능 조작을 수행하는 것에 점점 익숙해지고 있다.

종래 기술에서는, 사용자가 단말 기기상의 웹페이지 링크를 클릭할 때, 단말 기기는 사용자에 의해 클릭된 콘텐츠가 유니폼 리소스 로케이터임을 인식한 다음 단말 기기는 단말 기기에 설치된 모든 브라우저를 포함하는 윈도를 사용자에게 제시할 수 있다. 사용자는 단말 기기에 의해 제시되는 윈도 내의 하나의 브라우저를 선택하여 웹페이지 링크를 액세스할 수 있다.

그러나, 웹페이지 링크를 액세스하기 위한 브라우저의 사용은 쉽게 대량의 네트워크 트래픽의 소비를 초래한다. 또, 단말 기기의 화면은 일반 컴퓨터의 화면보다 작기 때문에, 그 페이지가 브라우저를 사용하여 표시될 때 표시된 콘텐츠의 사이즈 비교적 작다. 그 결과, 사용자가 조작 및 브라우징하는 것이 불편하다.

본 발명의 실시예는, 브라우저를 사용하여 단말 기기에서 웹페이지 링크를 액세스할 때 대량의 네트워크 트래픽이 소비되고, 그 페이지가 브라우저를 사용하여 표시할 때 표시 콘텐츠의 사이즈 비교적 작기 때문에 사용자가 조작 및 브라우징하는 것이 불편하다는 종래기술의 문제점을 해결하기 위해, 페이지 조작 처리 방법 및 장치, 그리고 단말기를 제공한다.

제1 측면에 따르면, 본 발명의 실시예는 페이지 조작 방법을 제공하며, 상기 페이지 조작 방법은,

단말 기기가, 액세스될 자원(to-be-accessed resource)에 대응하는 유니폼 리소스 로케이터(uniform resource locator, URL)을 획득하는 단계;

상기 단말 기기가, 저장된 도메인 명칭이 상기 URL에 대응하는 도메인 명칭을 포함하는지를 검출하는 단계; 및

상기 저장된 도메인 명칭이 상기 URL에 대응하는 도메인 명칭을 포함하면, 상기 단말 기기가, 상기 URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트를 트리거하고 상기 URL에 대응하는 애플리케이션 클라이언트 페이지를 획득하여 표시하는 단계를 포함한다.

제1 측면을 참조하여, 제1 측면의 제1 가능한 구현 방식에서, 상기 단말 기기가, 액세스될 자원에 대응하는 URL을 획득하는 단계는,

상기 단말 기기가, 사용자에 의해 입력되는, 상기 액세스될 자원에 대응하는 URL을 획득하는 단계; 또는

상기 단말 기기가, 이차원 코드를 스캐닝하여 상기 액세스될 자원에 대응하는 URL을 획득하는 단계; 또는

상기 단말 기기가, 근접장 통신(Near Field Communication)을 사용하여 상기 액세스될 자원에 대응하는 URL을 다른 기기로부터 획득하는 단계를 포함한다.

제1 측면을 참조하여, 제1 측면의 제2 가능한 구현 방식에서, 상기 단말 기기가, 저장된 도메인 명칭이 상기 URL에 대응하는 도메인 명칭을 포함하는지를 검출하는 단계는,

상기 단말 기기가, 데이터베이스에 저장된 도메인 명칭 정보에 따라 상기 URL 내의 문자를 하나씩 비교하고 상기 URL에서 제2 레벨 도메인 명칭을 추출하여 상기 URL의 도메인 명칭을 취득하거나; 또는 상기 URL 내의 구분자(delimiter)에 따라 상기 URL에서 제2 레벨 도메인 명칭을 추출하여 상기 URL의 도메인 명칭을 취득하는 단계; 및

상기 단말 기기가, 자신이 상기 도메인 명칭을 저장하고 있는지를 판정하는 단계를 포함하고,

상기 도메인 명칭은 적어도 상기 제2 레벨 도메인 명칭을 포함한다.

제1 측면을 참조하여, 제1 측면의 제3 가능한 구현 방식에서, 상기 단말 기기가, 상기 URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트를 트리거하고 상기 URL에 대응하는 애플리케이션 클라이언트 페이지를 획득하여 표시하는 단계는,

상기 애플리케이션 클라이언트가 상기 URL에 대응하는 애플리케이션 클라이언트 페이지를 획득하기 위해 네트워크 서버에 요청을 전송하고 상기 애플리케이션 클라이언트 페이지를 표시할 수 있도록, 상기 단말 기기가, 상기 애플리케이션 클라이언트를 작동시키고 상기 애플리케이션 클라이언트에 상기 URL을 전송하는 단계; 또는

상기 단말 기기가, 상기 액세스될 자원을 여는 데 사용될 수 있는 옵션 중 하나로서 상기 애플리케이션 클라이언트의 식별자 및/또는 아이콘을 사용자에게 제시하고, 상기 사용자가 상기 애플리케이션 클라이언트의 식별자 및/또는 아이콘을 선택한 후에, 상기 애플리케이션 클라이언트가 상기 URL에 대응하는 애플리케이션 클라이언트 페이지를 획득하기 위해 네트워크 서버에 요청을 전송하고 상기 애플리케이션 클라이언트 페이지를 표시할 수 있도록, 상기 애플리케이션 클라이언트를 작동시키고 상기 애플리케이션 클라이언트에 상기 URL을 전송하는 단계를 포함한다.

제1 측면 또는 제1 측면의 제1 가능한 구현 방식 내지 제1 측면의 제3 가능한 구현 방식 중 어느 하나를 참조하여, 제1 측면의 제4 가능한 구현 방식에서, 상기 단말 기기가, 상기 URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트를 트리거하고 상기 URL에 대응하는 애플리케이션 클라이언트 페이지를 획득하여 표시하는 단계 전에, 상기 페이지 조작 처리 방법은,

상기 단말 기기가, 상기 URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트가 설치되어 있는지를 판정하는 단계; 및

상기 URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트가 설치되어 있지 않으면, 상기 단말 기기가, 상기 애플리케이션 클라이언트를 설치하고 상기 애플리케이션 클라이언트에 대응하는 하나 이상의 도메인 명칭 및 상기 애플리케이션 클라이언트의 식별자 및/또는 아이콘을 저장하는 단계를 더 포함한다.

제1 측면의 제4 가능한 구현 방식을 참조하여, 제1 측면의 제5 가능한 구현 방식에서, 상기 단말 기기가, 상기 URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트가 설치되어 있는지를 판정하는 단계는,

상기 단말 기기가, 상기 URL에 대응하는 도메인 명칭과 로컬로 저장된 애플리케이션 클라이언트 리스트 사이의 매칭을 수행하고; 상기 매칭이 성공하면, 상기 애플리케이션 클라이언트가 상기 단말 기기에 설치되어 있는 것으로 판정하고; 상기 매칭이 실패하면, 상기 애플리케이션 클라이언트가 상기 단말 기기에 설치되지 않은 것으로 판정하는 단계를 포함한다.

제1 측면의 제5 가능한 구현 방식을 참조하여, 제1 측면의 제6 가능한 구현 방식에서, 상기 단말 기기가 상기 애플리케이션 클라이언트를 설치하기 전에, 상기 페이지 조작 처리 방법은,

서버가 상기 도메인 명칭에 대응하는 애플리케이션 클라이언트가 존재하는지를 피드백할 수 있도록, 상기 단말 기기가, 상기 서버에 상기 URL에 대응하는 도메인 명칭을 전송하는 단계를 더 포함하고,

상기 단말 기기가, 상기 애플리케이션 클라이언트를 설치하는 것은 구체적으로,

상기 단말 기기가, 상기 애플리케이션 클라이언트가 존재하면, 상기 도메인 명칭에 대응하는 애플리케이션 클라이언트를 설치하는 것을 포함한다.

제2 측면에 따르면, 본 발명의 실시예는 페이지 조작 처리 장치를 제공하며, 상기 페이지 조작 처리 장치는,

액세스될 자원에 대응하는 유니폼 리소스 로케이터(URL)를 획득하도록 구성된 획득 모듈;

저장된 도메인 명칭이 상기 URL에 대응하는 도메인 명칭을 포함하는지를 검출하도록 구성된 검출 모듈; 및

상기 검출 모듈이, 상기 저장된 도메인 명칭이 상기 URL에 대응하는 도메인 명칭을 포함하는 것을 검출하면, 상기 URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트를 트리거하고 상기 URL에 대응하는 애플리케이션 클라이언트 페이지를 획득하여 표시하도록 구성된 처리 모듈을 포함한다.

제2 측면을 참조하여, 제2 측면의 제1 가능한 구현 방식에서, 상기 획득 모듈은 구체적으로,

사용자에 의해 입력되는, 상기 액세스될 자원에 대응하는 URL을 획득하거나; 또는

이차원 코드를 스캐닝하여 상기 액세스될 자원에 대응하는 URL을 획득하거나; 또는

근접장 통신(Near Field Communication)을 사용하여 다른 기기로부터 상기 액세스될 자원에 대응하는 URL을 획득하도록 구성된다.

제2 측면을 참조하여, 제2 측면의 제2 가능한 구현 방식에서, 상기 검출 모듈은 구체적으로는,

데이터베이스에 저장된 도메인 명칭 정보에 따라 상기 URL 내의 문자를 하나씩 비교하고 상기 URL에서 제2 레벨 도메인 명칭을 추출하여 상기 URL의 도메인 명칭을 취득하거나; 또는 상기 URL 내의 구분자에 따라 상기 URL에서 제2 레벨 도메인 명칭을 추출하여 상기 URL의 도메인 명칭을 취득하고; 자신이 상기 도메인 명칭을 저장하고 있는지를 판정하도록 구성되며, 상기 도메인 명칭은 적어도 상기 제2 레벨 도메인 명칭을 포함한다.

제2 측면을 참조하여, 제2 측면의 제3 가능한 구현 방식에서, 상기 URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트를 트리거하고 상기 URL에 대응하는 애플리케이션 클라이언트 페이지를 획득하여 표시하는 것은,

상기 애플리케이션 클라이언트가 상기 URL에 대응하는 애플리케이션 클라이언트 페이지를 획득하기 위해 네트워크 서버에 요청을 전송하고 상기 애플리케이션 클라이언트 페이지를 표시할 수 있도록, 상기 애플리케이션 클라이언트를 작동시키고 상기 애플리케이션 클라이언트에 상기 URL을 전송하는 것을 포함하거나; 또는

제1 전송 모듈이 구체적으로, 상기 액세스될 자원을 여는 데 사용될 수 있는 옵션 중 하나로서 상기 애플리케이션 클라이언트의 식별자 및/또는 아이콘을 사용자에게 제시하고, 상기 사용자가 상기 애플리케이션 클라이언트의 식별자 및/또는 아이콘을 선택한 후에, 상기 애플리케이션 클라이언트가 상기 URL에 대응하는 애플리케이션 클라이언트 페이지를 획득하기 위해 네트워크 서버에 요청을 전송하고 상기 애플리케이션 클라이언트 페이지를 표시할 수 있도록, 상기 애플리케이션 클라이언트를 작동시키고 상기 URL을 상기 애플리케이션 클라이언트에 전송하도록 구성된다.

제2 측면 또는 제2 측면의 제1 가능한 구현 방식 내지 제3 측면의 제3 가능한 구현 방식을 참조하여, 제3 측면의 제4 가능한 구현 방식에서, 상기 페이지 조작 처리 장치는,

상기 URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트가 설치되어 있는지를 판정하도록 구성된 판정 모듈을 더 포함하고,

상기 처리 모듈은, 상기 URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트가 설치되어 있지 않으면, 상기 애플리케이션 클라이언트를 설치하고, 상기 애플리케이션 클라이언트에 대응하는 하나 이상의 도메인 명칭 및 상기 애플리케이션 클라이언트의 식별자 및/또는 아이콘을 저장하도록 더 구성된다.

제2 측면의 제4 가능한 구현 방식을 참조하여, 제2 측면의 제5 가능한 구현 방식에서, 상기 판정 모듈은 구체적으로,

상기 URL에 대응하는 도메인 명칭과 로컬로 저장된 애플리케이션 클라이언트 리스트 사이의 매칭을 수행하고; 상기 매칭이 성공하면, 상기 애플리케이션 클라이언트가 설치되어 있는 것으로 판정하고; 상기 매칭이 실패하면, 상기 애플리케이션 클라이언트가 설치되지 않은 것으로 판정하도록 구성된다.

제2 측면의 제5 가능한 구현 방식을 참조하여, 제2 측면의 제6 가능한 구현 방식에서, 상기 처리 모듈은,

서버가 상기 도메인 명칭에 대응하는 애플리케이션 클라이언트가 존재하는지를 피드백할 수 있도록, 상기 서버에 상기 URL에 대응하는 도메인 명칭을 전송하도록 더 구성되고; 상기 단말 기기가, 상기 애플리케이션 클라이언트를 설치하는 것은 구체적으로, 상기 애플리케이션 클라이언트가 존재하면 상기 도메인 명칭에 대응하는 애플리케이션 클라이언트를 설치하는 것을 포함한다.

제3 측면에 따르면, 본 발명의 실시예는 단말기를 제공하며, 상기 단말기는,

단말기에 설치된 애플리케이션 클라이언트에 대응하는 도메인 명칭을 저장하도록 구성된 메모리; 및

액세스될 자원에 대응하는 URL을 획득하고; 상기 저장된 도메인 명칭이 상기 URL에 대응하는 도메인 명칭을 포함하는지를 검출하고; 상기 저장된 도메인 명칭이 상기 URL에 대응하는 도메인 명칭을 포함하는 것을 검출하면, 상기 URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트를 트리거하고 상기 URL에 대응하는 애플리케이션 클라이언트 페이지를 획득하여 표시하도록 구성된 프로세서를 포함한다.

제3 측면을 참조하여, 제3 측면의 제1 가능한 구현 방식에서, 상기 단말기는, 사용자에 의해 입력되는, 상기 액세스될 자원에 대응하는 URL을 수신하고 상기 URL을 상기 프로세서에 전송하도록 구성된 입력 기기; 또는

근접장 통신(Near Field Communication)을 사용하여 상기 액세스될 자원에 대응하는 URL을 수신하고 상기 프로세서에 상기 URL을 전송하도록 구성된 근접장 통신 수신기를 더 포함한다.

제3 측면 또는 제3 측면의 제1 가능한 구현 방식을 참조하여, 제3 측면의 제2 가능한 구현 방식에서, 상기 단말기는,

이차원 코드 이미지를 획득하고 상기 프로세서에 상기 이차원 코드 이미지를 전송하도록 구성된 이미지 획득 기기를 더 포함하고,

상기 프로세서는 상기 이차원 코드 이미지를 파싱(parsing)하여 상기 액세스될 자원에 대응하는 URL을 취득하도록 더 구성된다.

제3 측면을 참조하여, 제3 측면의 제3 가능한 구현 방식에서, 상기 저장된 도메인 명칭이 상기 URL에 대응하는 도메인 명칭을 포함하는지를 검출하는 것은 구체적으로,

데이터베이스에 저장된 도메인 명칭에 따라 상기 URL 내의 문자를 하나씩 비교하고 상기 URL에서 제2 레벨 도메인 명칭을 추출하여 상기 URL의 도메인 명칭을 취득하거나; 또는 상기 URL 내의 구분자에 따라 상기 URL에서 제2 레벨 도메인 명칭을 추출하여 상기 URL의 도메인 명칭을 취득하는 것; 및

상기 단말기가 상기 도메인 명칭을 저장하고 있는지를 판정하는 것을 포함하고,

상기 도메인 명칭은 적어도 상기 제2 레벨 도메인 명칭을 포함한다.

제3 측면을 참조하여, 제3 측면의 제4 가능한 구현 방식에서, 상기 URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트를 트리거하고 상기 URL에 대응하는 애플리케이션 클라이언트 페이지를 획득하여 표시하는 것은,

상기 애플리케이션 클라이언트가 상기 URL에 대응하는 애플리케이션 클라이언트 페이지를 획득하기 위해 네트워크 서버에 요청을 전송하고 상기 애플리케이션 클라이언트 페이지를 표시할 수 있도록, 상기 애플리케이션 클라이언트를 작동시키고 상기 애플리케이션 클라이언트에 상기 URL을 전송하는 것; 또는

상기 액세스될 자원을 여는 데 사용될 수 있는 옵션 중 하나로서 상기 애플리케이션 클라이언트의 식별자 및/또는 아이콘을 사용자에게 제시하고, 상기 사용자가 상기 애플리케이션 클라이언트의 식별자 및/또는 아이콘을 선택한 후에, 상기 애플리케이션 클라이언트가 상기 URL에 대응하는 애플리케이션 클라이언트 페이지를 획득하기 위해 네트워크 서버에 요청을 전송하고 상기 애플리케이션 클라이언트 페이지를 표시할 수 있도록, 상기 애플리케이션 클라이언트를 작동시키고 상기 URL을 상기 애플리케이션 클라이언트에 전송하는 것을 포함한다.

제3 측면 또는 제3 측면의 제1 가능한 구현 방식 내지 제3 측면의 제4 가능한 구현 방식을 참조하여, 제3 측면의 제5 가능한 구현 방식에서, 상기 프로세서는, 상기 URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트가 설치되어 있는지를 판정하고; 상기 URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트가 설치되어 있지 않으면, 상기 애플리케이션 클라이언트를 설치하고, 상기 애플리케이션 클라이언트에 대응하는 하나 이상의 도메인 명칭 및 상기 애플리케이션 클라이언트의 식별자 및/또는 아이콘을 저장하도록 더 구성된다.

제3 측면의 제5 가능한 구현 방식을 참조하여, 제3 측면의 제6 가능한 구현 방식에서, 상기 URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트가 설치되어 있는지를 판정하는 것은,

상기 URL에 대응하는 도메인 명칭과 로컬로 저장된 애플리케이션 클라이언트 리스트 사이의 매칭을 수행하고; 상기 매칭이 성공하면, 상기 애플리케이션 클라이언트가 상기 단말 기기에 설치되어 있는 것으로 판정하고; 상기 매칭이 실패하면, 상기 애플리케이션 클라이언트가 상기 단말 기기에 설치되지 않은 것으로 판정하는 것을 포함한다.

제3 측면의 제6 가능한 구현 방식을 참조하여, 제3 측면의 제7 가능한 구현 방식에서,

상기 프로세서는, 서버가 상기 도메인 명칭에 대응하는 애플리케이션 클라이언트가 존재하는지를 피드백할 수 있도록, 상기 서버에 상기 URL에 대응하는 도메인 명칭을 전송하도록 더 구성되고, 상기 단말 기기가, 상기 애플리케이션 클라이언트를 설치하는 것은 구체적으로, 상기 애플리케이션 클라이언트가 존재하면 상기 도메인 명칭에 대응하는 애플리케이션 클라이언트를 설치하는 것을 포함한다.

본 발명의 실시예는 페이지 조작 처리 방법 및 장치, 그리고 단말기를 제공한다. 상기 페이지 조작 처리 방법에 따르면, 웹페이지 링크 등의, 액세스될 자원이 애플리케이션 클라이언트를 사용하여 열리고, 애플리케이션 클라이언트 페이지가 단말 기기 측에 표시되어, 네트워크 트래픽의 소비를 줄이고, 사용의 조작 및 페이지 브라우징을 용이하게 하여, 사용자 경험을 향상시킨다.

본 발명의 실시예 또는 종래기술에서의 기술적 방안을 더욱 명확하게 설명하기 위해, 이하에 실시예 또는 종래기술의 설명에 필요한 첨부도면을 간단하게 소개한다. 명백히, 이하의 설명에서의 첨부도면은 단지 본 발명의 일부 실시예를 보여줄 뿐이며, 본 발명이 속하는 기술분야의 통상의 지식을 가진자(이하, 당업자라고 함)라면 창의적인 노력 없이 이들 첨부도면으로부터 다른 도면을 도출할 수 있을 것이다.
도 1은 본 발명에 따른 페이지 조작 처리 방법의 실시예 1의 개략 흐름도이다.
도 2는 본 발명에 따른 페이지 조작 처리 방법의 실시예 2의 개략 흐름도이다.
도 3은 본 발명에 따른 페이지 조작 처리 방법의 실시예 3의 개략 흐름도이다.
도 4는 본 발명에 따른 페이지 조작 처리 방법의 실시예 4의 개략 흐름도이다.
도 5는 본 발명에 따른 페이지 조작 처리 방법의 실시예 5의 시그널링도이다.
도 6은 본 발명에 따른 페이지 조작 처리 방법의 실시예 6의 시그널링도이다.
도 7은 본 발명에 따른 페이지 조작 처리 장치의 실시예 1의 개략 구성도이다.
도 8은 본 발명에 따른 페이지 조작 처리 장치의 실시예 2의 개략 구성도이다.
도 9는 본 발명에 따른 단말기의 실시예 1의 개략 구성도이다.

이하에 본 발명의 실시예에서의 첨부도면을 참조하여 본 발명의 실시예의 기술적 방안을 명확하고 완전하게 설명한다. 명백히, 설명된 실시예는 본 발명의 실시예의 전부가 아니라 일부이다. 당업자가 본 발명의 실시예에 기초하여 창의적인 노력 없이 얻은 모든 다른 실시예는 본 발명의 보호 범위에 속한다.

[실시예 1]

도 1은 본 발명에 따른 페이지 조작 처리 방법의 실시예 1의 개략 흐름도이다. 본 발명의 본 실시예는 페이지 조작 처리 방법을 제공한다. 이 페이지 조작 처리 방법은 페이지 조작 처리 방법을 실행하는 임의의 페이지 조작 처리 장치에 의해 실행될 수 있으며, 페이지 조작 처리 장치는 소프트웨어 및/또는 하드웨어를 사용하여 구현될 수 있다. 본 실시예에서, 페이지 조작 처리 장치는 단말 기기에 통합될 수 있다. 도 1에 도시된 바와 같이, 본 실시예에 따른 페이지 조작 처리 방법은 다음 단계를 포함한다:

단계 101. 단말 기기가 액세스될 자원에 대응하는 URL을 획득한다.

구체적으로, 액세스될 자원은 여러 형태일 수 있다, 예를 들어, 웹페이지 링크일 수 있고, 이미지 링크 및 이메일 링크일 수도 있다. 현재, 사용자는 여러 방식으로 웹페이지를 공유할 수 있다, 예를 들어, 사용자는, QQ, WeChat, 및 마이크로소프트 서비스 네트워크(Microsoft Service Network, 약칭하여 MSN) 등의, 인스턴트 통신 소프트웨어(instant communication software) 사용하여 웹페이지를 공유할 수 있고; 사용자는, 단문 메시지 서비스 및 멀티미디어 메시지 서비스 등의, 메시징 방식(messaging manner) 또는 Sina, Renren, 및 웹로그(Web log, 약칭하여 Blog) 등의, 소셜 플랫폼(social platform)을 사용하여 웹페이지를 공유할 수 있고; 사용자는 이차원 코드를 스캐닝함으로써, 예를 들어 이동전화를 사용하여 이차원 코드를 스캐닝함으로써, 또는 근접장 통신 방식, 예를 들어 이동전화들 사이의 접촉(contact)으로 웹페이지 링크를 획득할 수 있다.

웹페이지 링크를 수신하는 사용자는 웹페이지 링크를 클릭함으로써 웹페이지에의 액세스를 구현할 수 있다, 즉, 사용자가 단말 기기 상의 웹페이지 링크를 클릭할 대, 단말 기기는 그 웹페이지 링크에 대응하는 URL를 획득한다. 이차원 코드를 스캐닝하거나 NFC 방식을 사용하여 웹페이지 링크를 획득한 후, 단말 기기는 자동으로 웹페이지 링크에 대응하는 URL을 획득한다. 이 상황에서는, 단말 기기가 웹페이지 링크를 획득한 후, 사용자는 웹페이지 링크를 클릭하지 않고 웹페이지에의 액세스를 구현할 수 있다.

단계 102. 단말 기기가, 저장된 도메인 명칭이 URL에 대응하는 도메인 명칭을 포함하는지를 검출한다.

구체적으로, 종래기술에서, 안드로이드(Android) 시스템 또는 애플사(Apple, Inc.,)가 개발한 운영 체제(IOS) 등의, 단말 기기의 운영체제는 여전히 URL의 도메인 명칭을 인식할 수 없다. 따라서, 본 발명의 본 실시예에서는 시스템의 기존 메커니즘을 확장한다. 예를 들어, Taobao 웹사이트의 URL에 대해, URL에 포함된 도메인 명칭 taobao.com은 시스템 확장 후에 인식될 수 있다.

URL을 획득한 후, 단말 기기는 URL의 도메인 명칭을 분석하고, 분석 결과에 따라, URL의 도메인 명칭에 대응하는 애플리케이션(Application, 약칭하여 APP) 클라이언트가 단말 기기에 설치되어 있는지를 판정한다, 즉, URL의 도메인 명칭이 단말 기기에 저장된 도메인 명치에 포함되어 있는지를 판정한다. 또한, 판정 결과에 따라 후속 처리가 수행된다. URL의 도메인 명칭이 단말 기기에 저장된 도메인 명칭에 포함되어 있으면, 단계 103이 수행되고; URL의 도메인 명칭이 단말 기기에 저장된 도메인 명칭에 포함되어 있지 않으면, 종래기술에 따라, 단말 기기에 설치된 브라우저를 사용하여 URL이 액세스되거나, 또는 사용자는 애플리케이션 클라이언트를 설치할 필요가 있는지를 프롬프트받으며(prompted), 이는 본 실시예에서 특별히 제한받지 않는다.

단계 103: 저장된 도메인 명칭이 URL에 대응하는 도메인 명칭을 포함하면, 단말 기기가 URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트를 트리거하여 URL에 대응하는 애플리케이션 클라이언트 페이지를 획득 및 표시한다.

구체적으로, 사용자는 액세스될 자원에 대응하는 URL을 획득하고, 그 URL에 대응하는 애플리케이션 클라이언트는 사용자에 의헤 단말 기기에 설치된다. 두 가지 조건을 충족시킬 때, 단말 기기는 단말 기기 내부에 설치된 애플리케이션 클라이언트에 URL을 전송하고, 애플리케이션 클라이언트는 네트워크 서버와 상호작용 및 통신하여 URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트 페이지를 획득하며, 단말 기기는 애플리케이션 클라이언트 페이지를 사용자에게 표시한다. 애플리케이션 클라이언트 페이지는 단말 기기의 화면과 매칭되는 페이지이다. 종래기술에서의 브라우저를 사용하여 열리는 페이지와 비교하면, 애플리케이션 클라이언트 페이지는 더 적은 콘텐츠를 포함한다. 예를 들어, 폰트 및 이미지 등의, 표시 정보의 크기는 비교적 크다.

본 발명의 본 실시예에 따르면, 단말 기기는 액세스될 자원에 대응하는 URL의 도메인 명칭을 분석하고, 그 URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트를 트리거하여 그 URL에 대응하는 애플리케이션 클라이언트 페이지를 획득하여 사용자에게 표시하며, 이는 네트워크 트래픽의 소비를 줄인다. 또, 애플리케이션 클라이언트 페이지는 단말 기기의 화면과 매칭되어, 사용자의 키 기반(key-based) 오조작을 감소시키고, 사용자의 페이지 브라우징을 용이하게 하여, 사용자 경험을 향상시킨다.

이상에 기초하여, 단계 101은 구체적으로, 단말 기기가, 사용자에 의해 입력되는, 액세스될 자원에 대응하는 URL을 획득하는 단계; 또는 단말 기기가, 이차원 코드를 스캐닝하여 액세스될 자원에 대응하는 URL을 획득하는 단계; 또는 단말 기기가, 근접장 통신을 사용하여 액세스될 자원에 대응하는 URL을 다른 기기로부터 획득하는 단계를 포함한다. 즉, 액세스될 자원은 사용자에 의해 입력될 수 있다, 예를 들어 사용자가 웹페이지 링크를 클릭하거나 웹사이트를 수동으로 입력할 수 있고, 액세스될 자원에 대응하는 URL은 이차원 코드를 스캐닝하거나 단말 기기가 서로 접촉하게 되는 방식으로 획득될 수도 있다. 본 발명의 애플리케이션 상황을 증대시키기 위해, 본 발명의 본 실시예는 이에 한정되지 않는다.

이상에 기초하여, 단계 102는 구체적으로, 단말 기기가, 데이터베이스에 저장된 도메인 명칭 정보에 따라 URL 내의 문자를 하나씩 비교하고 URL에서 제2 레벨 도메인 명칭을 추출하여 URL의 도메인 명칭을 취득하거나; 또는 단말 기기가, URL 내의 구분자에 따라 URL에서 제2 레벨 도메인 명칭을 추출하여 URL의 도메인 명칭을 취득하는 단계; 및 단말 기기가, 자신이 도메인 명칭을 저장하고 있는지를 판정하는 단계를 포함할 수 있다. 도메인 명칭은 적어도 제2 레벨 도메인 명칭을 포함한다.

웹페이지 도메인 명칭은 일반적으로 도메인 명칭을 명명하는 규칙에 따라 명명된다. 즉, 도메인 명칭은 최상위 레벨 도메인 명칭과 제2 레벨 도메인 명칭을 포함한, 상이한 레벨로 분류 될 수 있다. 최상위 레벨 도메인 명칭은 국가 코드 및 국제 도메인 명칭을 포함한다. 국가 코드에 대해 예를 들면, 중국의 도메인 명칭은 .cn이고, 일본의 도메인 명칭은 .jp이다; 국제 도메인 명칭에 대해 예를 들면, 상업 기업의 도메인 명칭을 .com이고, 비영리 기구의 도메인 명칭은 .org이다. 제2 레벨 도메인 명칭은 최상위 레벨 아래의 도메인 명칭을 가리킨다. 국제 최상위 레벨 도메인 명칭 아래에 있을 때, 그것은 ibm, yahoo, 및 microsoft 등의 도메인 명칭 등록자의 웹명칭을 가리키고; 국가 최상위 레벨 도메인 명칭 아래에 있을 때, 그것은, com, edu, gov, 및 net 등의, 등록된 기업의 유형을 나타내는 심볼을 가리킨다.

도메인 명칭을 명명하는 규칙에 따르면, 도메인 명칭은 프로그램을 커파일링함으로써 추출될 수 있다. 예를 들어, 획득된 URL에 대해, 먼저 URL의 최상위 레벨 도메인 명칭이 추출될 수 있고, 그 후 제2 레벨 도메인 명칭이 추출되고, 마지막으로 URL의 도메인 명칭을 취득하기 위해 최상위 레벨 도메인 명칭과 제2 레벨 도메인 명칭이 결합된다. 최상위 레벨 도메인 명칭 및 제2 레벨 도메인 명칭을 추출하는 방법은 제한되지 않는다. 다음과 같을 수 있다: URL 내의 어느 한 문자에서 시작하여, 후속 문자들을 데이터베이스에 저장된 최상위 레벨 도메인 명칭 정보에 따라 하나씩 비교하여 URL의 최상위 레벨 도메인 명칭을 취득하고; 그런 다음 최상위 레벨 도메인 명칭의 왼쪽의 첫 번째 문자에서 시작하여, 이전 문자들을 데이터베이스에 저장된 제2 레벨 도메인 명칭에 따라 하나씩 비교하여 URL의 제2 레벨 도메인 명칭을 취득하는, 등등으로, URL의 도메인 명칭이 최종적으로 취득된다. 또는, 다음과 같을 수도 있다: URL이 특수 문자(일반적으로 ".")에 따라 몇 개의 부분으로 직접 분할되고, 최상위 레벨 도메인 명칭 및 제2 레벨 도메인 명칭이 추출되는, 등이다. 다른 예를 들어, www.google.com.cn/XXXXXX에 대해, 최상위 레벨 도메인 명칭 cn 및 com이 "."에 분리에 따라 차례로 추출되고, 그 후 google이 추출되므로; google.com.cn이 여기서 추출된 도메인 명칭으로 검출된다.

유의해야 할 것은, 본 발명의 임의의 실시예에서 설명되는 도메인 명칭은 애플리케이션에 대응하는 제2 레벨 도메인 명칭을 적어도 포함한다는 것이다. 예를 들어, Taobao의 도메인 명칭은 적어도 제2 레벨 도메인 명칭 taobao를 포함한다. 당연히, taobao.com과 같은, 최상위 레벨 도메인 명칭이 더 포함될 수 있으며, 이도 또한 본 발명의 실시예에서 한정되지 않는다.

이상에 기초하여, 단계 103은 구체적으로 다음을 포함할 수 있다: 애플리케이션 클라이언트가 URL에 대응하는 애플리케이션 클라이언트 페이지를 획득하기 위해 네트워크 서버에 요청을 전송하고 애플리케이션 클라이언트 페이지를 표시할 수 있도록, 단말 기기가, 애플리케이션 클라이언트를 작동시키고 애플리케이션 클라이언트에 URL을 전송하는 단계; 또는 단말 기기가, 액세스될 자원을 여는 데 사용될 수 있는 옵션 중 하나로서 애플리케이션 클라이언트의 식별자 및/또는 아이콘을 사용자에게 제시하고, 사용자가 애플리케이션 클라이언트의 식별자 및/또는 아이콘을 선택한 후에, 애플리케이션 클라이언트가 URL에 대응하는 애플리케이션 클라이언트 페이지를 획득하기 위해 네트워크 서버에 요청을 전송하고 애플리케이션 클라이언트 페이지를 표시할 수 있도록, 애플리케이션 클라이언트를 작동시키고 애플리케이션 클라이언트에 URL을 전송하는 단계를 포함한다. 본 실시예에서, 어느 방식이 단말 기기에 의해 사용되는지는 단말 기기의 운영체제에 의해 사용되는 메커니즘에 의존한다.

이상에 기초하여, 단계 103 전에, 페이지 조작 처리 방법은, 단말 기기가, URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트가 설치되어 있는지를 판정하는 단계; 및 URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트가 설치되어 있지 않으면, 단말 기기가, 애플리케이션 클라이언트를 설치하고 애플리케이션 클라이언트에 대응하는 하나 이상의 도메인 명칭 및 애플리케이션 클라이언트의 식별자 및/또는 아이콘을 저장하는 단계를 더 포함한다. 단말 기기가, URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트가 설치되어 있는지를 판정하는 단계는, 단말 기기가, URL에 대응하는 도메인 명칭과 로컬로 저장된 애플리케이션 클라이언트 리스트 사이의 매칭을 수행하고; 매칭이 성공하면, 애플리케이션 클라이언트가 단말 기기에 설치되어 있는 것으로 판정하고; 매칭이 실패하면, 애플리케이션 클라이언트가 단말 기기에 설치되지 않은 것으로 판정하는 단계를 포함한다. 본 실시예에서는, 먼저 액세스될 URL에 대응하는 애플리케이션 클라이언트가 단말 기기에 설치되어 있는지를 판정한 다음, 애플리케이션 클라이언트가 설치되어 있지 않으면 프롬프트 메시지가 제공되어, 사용자가 설치를 수행할 것인지를 자주적으로 선택하므로, 사용자 경험이 향상된다.

또한, 단말 기기가 애플리케이션 클라이언트를 설치하기 전에, 상기 페이지 조작 처리 방법은, 서버가 도메인 명칭에 대응하는 애플리케이션 클라이언트가 존재하는지를 피드백할 수 있도록, 단말 기기가, URL에 대응하는 도메인 명칭을 서버에 전송하는 단계를 더 포함하고; 단말 기기가, 애플리케이션 클라이언트를 설치하는 것은 구체적으로, 단말 기기가, 애플리케이션 클라이언트가 존재하면, 도메인 명칭에 대응하는 애플리케이션 클라이언트를 설치하는 것; 단말 기기가, 애플리케이션 클라이언트가 존재하지 않으면, 브라우저를 사용하여 URL을 액세스하는 것을 포함한다.

단말 기기가, 파싱에 의해 획득되는 URL의 도메인 명칭에 따라, 도메인 명칭에 대응하는 웹사이트가 애플리케이션 클라이언트를 가지고 있는지를 분석하는 데 이용 가능하는 주요 방법이 몇 가지 있다:

방법 1: 단말 기기가, 획득된 도메인 명칭과 로컬로 저장된 애플리케이션 클라이언트 리스트 사이의 매칭을 수행하며, 애플리케이션 클라이언트 리스트는 전자 시장(electronic market)(Android, Apple, 등)에 의해 제공되고 일반적인 도메인 명칭 및 일반적인 도메인 명칭에 대응하는 애플리케이션 클라이언트에 관한 정보를 기록한다.

단말 기기가, 애플리케이션 클라이언트 리스트에서, URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트를 발견하면, 단말 기기는 설치를 수행할 것을 사용자에게 프롬프트하고; 단말 기기가 URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트를 발견하지 못하면, URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트가 존재하지 않는 것으로 간주되고, 단말 기기는 기존의 방식에 따라, 즉 브라우저를 사용하여 URL을 직접 액세스한다.

방법 2: 단말 기기와 전자 시장이 서로 통신할 수 있도록, 단말 기기와 전자 시장 사이에 조회 메커니즘(query mechanism)이 추가된다. 단말 기기가 전자 시장에 도메인 명칭을 전송하고, 전장 시장은 그 도메인 명칭에 대응하는 애플리케이션 클라이언트가 존재하는지를 피드백한다. 애플리케이션 클라이언트가 존재하면, 단말 기기는 설치를 수행하도록 사용자에게 프롬프트하고; 애플리케이션 클라이언트가 존재하지 않으면, 단말 기기는 기존의 방식에 따라, 즉 브라우저를 사용하여 URL을 직접 액세스한다.

방법 3: 단말 기기에 학습 기능이 추가된다. 도메인 명칭에 대응하는 애플리케이션 클라이언트가 단말 기기에 설치되었으면, 운영체제는 그 애플리케이션 클라이언트에 관한 정보를 보유하고 있다, 즉 애플리케이션 클라이언트에 관한 정보는 그 애플리케이션 클라이언트가 제거될 때(uninstalled) 폐기되지 않는다.

단말 기기가, 도메인 명칭에 대응하는 애플리케이션 클라이언트가 설치되었던 것으로 검출하면, 단말 기기는 이전에 보유한 애플리케이션 클라이언트에 관한 이전에 보유한 정보를 호출(invoke)하여 설치를 수행하도록 사용자에게 프롬프트하고; 애플리케이션 클라이언트가 전에 설치되지 않았으면, 처리는 방법 1 또는 방법 2에 따라 수행된다.

[실시예 2]

도 2는 본 발명의 페이지 조작 처리 방법의 실시예 2의 개략 흐름도이다. 본 실시예는 애플리케이션 클라이언트 관점에서 제공되는 페이지 조작 처리 방법을 설명한다. 도 2에 도시된 바와 같이, 본 실시예에 따른 페이지 조작 처리 방법은 다음 단계를 포함한다.

단계 201. 애플리케이션 클라이언트가 운영체제에 의해 전송되는 URL을 수신한다.

구체적으로, 단말 기기상의 애플리케이션 클라이언트와 운영체제는 서로 상호작용한다. 단말 기기가 액세스될 자원에 대응하는 URL을 획득한 후, 단말 기기의 운영체제는 URL의 도메인 명칭을 인식하고, 도메인 명칭에 대응하는 애플리케이션 클라이언트를 트리거한다. 즉, 애플리케이션 클라이언트는 운영체제에 의해 전송되는 URL을 수신한다.

유의해야 할 것은, 하나의 애플리케이션이 복수의 도메인 명칭에 대응할 수 있다는 것이다. Taobao 웹사이트의 URL을 예로 들면, URL에 포함된 도메인 명칭은 taobao.com이다. taobao.com은 하나의 Taobao 애플리케이션에 대응하지만, Taobao 애플리케이션에 대응하는 도메인 명칭은 taobao.com에 한정되지 않으며 taobao.com.cn, taobao.com.uk, 등도 포함할 수 있다. 단말 기기가 Taobao 웹사이트의 URL을 획득하고, 단말 기기의 운영체제가, taobao.com과 같은, Taobao 웹사이트의 URL의 도메인 명칭이 미리 단말 기기에 저장된, 애플리케이션에 대응하는 다수의 도메인 명칭 중 하나라는 것을 인식한다. 그 후 운영체제는 Taobao 애플리케이션을 트리거하고, Taobao 애플리케이션은 운영체제에 의해 전송되는 Taobao 웹사이트의 URL을 수신한다.

단계 202. 애플리케이션 클라이언트가 URL에 포함된 콘텐츠 식별자를 획득한다.

구체적으로, 애플리케이션 클라이언트가 URL을 수신한 후, 애플리케이션 클라이언트는 애플리케이션 클라이언트의 모드와 콘텐츠 식별자에 따라 액세스 요청을 생성한다. 예를 들어, 애플리케이션 클라이언트의 모드가 기본(Native)과 웹(Web)(Native+Web)의 결합 모드일 수 있고; 예를 들어, 애플리케이션 클라이언트는 Java 기술을 사용하여 개발되지만, 애플리케이션 클라이언트와 네트워크 서버 사이의 통신은 Web 모드로 수행된다. 애플리케이션 클라이언트의 모드는 또한 Native 모드일 수도 있으며; 예를 들어, 애플리케이션 클라이언트는 Java를 사용하여 개발되고, 애플리케이션 클라이언트와 네트워크 서버 사이의 통신도 Java 명령을 사용하여 수행될 수 있다. 애플리케이션 클라이언트의 모드가 결합 모드일 때, 콘텐츠 식별자는 URL 자체이며; 애플리케이션 클라이언트의 모드가 Native 모드일 때, 콘텐츠 식별자는 URL 내의 키(key) 정보 및 필터 조건이고, 본 실시예에서는 이를 한정하지 않는다.

단계 203. 애플리케이션 클라이언트가 네트워크 서버에 콘텐츠 식별자를 포함하는 액세스 요청을 전송한다.

구체적으로, 애플리케이션 클라이언트의 모드가 결합 모드이면, 액세스 요청은 URL 자체이고, 애플리케이션 클라이언트는 네트워크 서버에 URL을 전송하며; 애플리케이션 클라이언트의 모드가 Native 모드일 때, 액세스 요청은 URL 내의 키 정보 및 필터 조건에 매칭되는 애플리케이션 요청이며, 이 경우에, 애플리케이션 클라이언트는 단계 202에서 획득된 URL 내의 키 정보 및 필터 조건에 대한 매핑 처리를 수행하여 키 정보 및 필터 조건에 매칭되는 애플리케이션 요청을 생성하고, 키 정보 및 필터 조건에 대응하는 애플리케이션 클라이언트 페이지의 획득을 요청하기 위해 그 애플리케이션 요청을 하이퍼텍스트 전송 프로토콜 겟(Hyper Text Transfer Protocol Get, 약칭하여 HTTP GET) 방식으로 Java 명령을 사용하여 네트워크 서버에 전송한다. URL 내의 키 정보는, 식별(Identity, 약칭하여 ID) 정보 등의, URL에 의해 지시되는 페이지를 유일하게 나타내는, URL 내의 정보를 가리키고; 필터 조건은, 사용자 코멘트 및 제품 상세정보 등의, ID에 관련된 서브페이지(sub-page)를 가리킨다.

단계 204. 애플리케이션 클라이언트가 네트워크 서버에 의해 회신되고 액세스 요청에 대응하는 애플리케이션 클라이언트 페이지를 수신하여 표시한다.

구체적으로, 애플리케이션 클라이언트 페이지는 종래기술에서 브라우저를 사용하여 연 페이지와 다르고 단말기의 화면에 매칭되는 페이지이다. 브라우저를 사용하여 연 페이지와 비교하면, 애플리케이션 클라이언트 페이지는 이미지가 더 적고 정보가 더 적어, 사용자의 네트워크 트래픽의 소비를 감소시킨다.

본 실시예에서, 단말 기기는, 애플리케이션 클라이언트를 사용하여, 액세스될 자원에 대응하는 URL을 액세스하고, URL에 대응하는 애플리케이션 클라이언트 페이지를 사용자에게 표시하여, 네트워크 트래픽의 소비를 감소시킨다. 또, 애플리케이션 클라이언트 페이지는 단말 기기의 화면에 매칭되어, 사용자의 키 기반 오조작을 감소시키고, 사용자의 페이지 브라우징을 용이하게 하여, 사용자 경험을 향상시킨다.

이상에 기초하여, 애플리케이션 클라이언트가 기본 애플리케이션 모드를 사용하면, 애플리케이션 클라이언트가 URL에 포함된 콘텐츠 식별자를 획득하는 것은, 애플리케이션 클라이언트가 URL을 분석하여 URL 내의 키 정보 및 필터 조건을 획득하는 것을 포함할 수 있다.

또한, 애플리케이션 클라이언트가 콘텐츠 식별자를 포함하는 액세스 요청을 네트워크 서버에 전송하는 것은, 애플리케이션 클라이언트가 네트워크 서버에, URL 내의 키 정보 및 필터 조건에 매칭되는 애플리케이션 요청을 전송하는 것을 포함한다.

애플리케이션 클라이언트가 결합된 애플리케이션 모드를 사용하면, 애플리케이션 클라이언트가 URL에 포함된 콘텐츠 식별자를 획득하고, 애플리케이션 클라이언트가 네트워크 서버에 콘텐츠 식별자를 포함하는 액세스 요청을 전송하는, 이 두 단계에서, URL은 분석될 필요가 없고 애플리케이션 요청은 생성될 필요가 없으며; 대신에, 이 모드에서는, 애플리케이션 클라이언트와 네트워크 서버 사이의 통신이 웹(Web) 방식으로 수행되기 때문에, URL은 네트워크 서버에 직접 전송된다.

[실시예 3]

도 3은 본 발명에 따른 페이지 조작 처리 방법의 실시예 3의 개략 흐름도이다. 본 실시예는 네트워크 서버의 관점에서 본 발명에서 제공되는 페이지 조작 처리 방법을 설명한다. 도 3에 도시된 바와 같이, 본 실시예에 따른 페이지 조작 처리 방법은 다음 단계를 포함한다:

단계 301. 네트워크 서버가 애플리케이션 클라이언트에 의해 전송되고 콘텐츠 식별자를 포함하는 액세스 요청을 수신하며, 콘텐츠 식별자는 애플리케이션 클라이언트에 의해 URL로부터 획득된다.

구체적으로, 액세스 요청은 URL 자체일 수 있으며, 이 경우에, 콘텐츠 식별자도 URL 자체일 수 있다. 액세스 요청은 URL 내의 키 정보 및 필터 조건에 매칭되는 애플리케이션 요청일 수도 있으며, 이 경우에 콘텐츠 식별자는 URL 내의 키 정보 및 필터 조건이다. 애플리케이션 요청은 일반적으로 애플리케이션 키(App Key), 서비스 데이터, 타임스탬프, 등을 포함하며, App Key는 애플리케이션 프로그래밍 인터페이스(Application Programming Interface, 약칭하여 API)가 호출될 때 애플리케이션 클라이언트의 유일한 식별자이고, App Key는 네트워크 서버에 의해 애플리케이션 클라이언트를 식별하는 데 사용된다.

단계 302. 네트워크 서버가, 액세스 요청에 따라, 액세스 요청에 대응하는 애플리케이션 클라이언트 페이지를 결정한다.

구체적으로, 애플리케이션 클라이언트에 의해 전송되는 액세스 요청을 수신한 후, 네트워크 서버는 액세스 요청에 대응하는 애플리케이션 클라이언트 페이지를 애플리케이션 클라이언트에 전송하여, 애플리케이션 클라이언트를 사용하여 애플리케이션 클라이언트 페이지를 표시할 수 있도록 한다.

애플리케이션 클라이언트 페이지는 종래기술의 브라우저를 사용하여 연 페이지와 다르고 단말 기기의 화면에 매칭되는 페이지이다. 브라우저를 사용하여 연 페이지와 비교하면, 애플리케이션 클라이언트 페이지는 더 적은 이미지와 저 적은 정보를 포함하므로, 사용자의 네트워크 트래픽의 소비를 감소시킨다.

단계 303. 네트워크 서버가 애플리케이션 클라이언트에 애플리케이션 클라이언트 페이지를 전송한다.

본 발명의 본 실시예에서, 단말 기기는 네트워크 서버와 애플리케이션 클라이언트를 사용하여 액세스될 자원에 대응하는 URL을 액세스하며, 이는 네트워크 트래픽을 감소시킨다. 또, 애플리케이션 클라이언트 페이지는 단말 기기의 화면에 매칭되며, 이는 사용자의 키 기반 오조작을 감소시키고, 사용자의 페이지 브라우징을 용이하게 하므로, 사용자 경험을 향상시킨다.

하나의 상황에서, 애플리케이션 클라이언트는 결합된 애플리케이션 모드를 사용할 수 있으며, 네트워크 서버가 액세스 요청에 따라, 액세스 요청에 대응하는 애플리케이션 클라이언트 페이지를 결정하는 것은 다음 두 가지 조건을 포함할 수 있다:

1. URL이 애플리케이션 클라이언트 페이지에 대응하는 URL이면, 네트워크 서버는 URL에 따라 액세스 요청에 대응하는 애플리케이션 클라이언트 페이지를 결정한다.

2. 네트워크 서버가 URL에 대해 매핑 처리를 수행하고 URL이 가리키는 페이지에 대응하는 애플리케이션 클라이언트 페이지를 결정한다.

다른 상황에서, 애플리케이션 클라이언트는 기본 애플리케이션 모드를 사용하며, 네트워크 서버가 콘텐츠 식별자를 포함하고 애플리케이션 클라이언트에 의해 전송되는 액세스 요청을 수신하는 것은, 네트워크 서버가, 애플리케이션 클라이언트에 의해 전송되는 애플리케이션 요청을 수신하는 것을 포함하며, 애플리케이션 요청은 URL 내의 키 정보 및 필터 조건에 매칭된다. 또한, 네트워크 서버가 액세스 요청에 따라 액세스 요청에 대응하는 애플리케이션 클라이언트 페이지를 결정하는 것은, 네트워크 서버가, 표시를 위해 애플리케이션 클라이언트가 설치되어 있는 단말 기기에 애플리케이션 요청에 대응하는 페이지를 회신하는 것을 포함한다.

이하에 몇 가지 구체적인 실시예를 사용하여 페이지 조작 처리 방법의 기술적 방안을 설명한다.

[실시예 4]

도 4에 도시된 바와 같이, 본 발명의 본 실시예에서 제공되는 페이지 조작 처리 방법은 사용자, 단말 기기(애플리케이션 클라이언트가 설치되어 있음), 및 네트워크 서버 사이의 시그널링 상호작용에 의해 구현된다. 본 실시예에서, 애플리케이션 클라이언트는 단말 기기에 통합되며, 단말 기기는 스마트폰, 태블릿 컴퓨터, 등일 수 있다. 본 실시예 및 이하의 실시예는 스마트폰을 예로 사용하여 설명되고 스마트폰에 애플리케이션 클라이언트가 설치되어 있는 상황에서의 구체적인 구현 방식이며, 사용자는 웹페이지 링크를 클릭함으로써 URL을 획득한다. 당연히, 당업자라면 본 실시예 및 이하의 실시예가 스마트폰에 한정되지 않는다는 것을 이해할 수 있을 것이다.

단계 401. 사용자가 웹페이지 링크를 클릭하는 조작 명령을 수신한다.

단계 402. URL을 획득하고 URL의 도메인 명칭을 파싱한다.

구체적으로, 스마트폰의 운영체제는 웹페이지 링크에 대응하는 URL을 획득하고, URL 내의 도메인 명칭을 파싱하고, 도메인 명칭에 대응하는 애플리케이션 클라이언트가 스마트폰에 설치되어 있는지를 검출할 수 있다.

종래기술에서 운영체제는 URL의 도메인 명칭을 인식할 수 없다, 즉, URL이 주어지는 경우, 종래기술에서 URL에 포함된 도메인 명칭은 URL로부터 추출될 수 없다. 따라서, 스마트폰의 운영체제가 URL의 도메인 명칭을 인식할 수 있도록, 스마트폰의 운영체제의 기존 메커니즘이 확장되어야 한다.

예를 들어, Taobao 웹사이트에 대해, 운영체제의 메커니즘이 확장된 후, 스마트폰의 운영체제는 도메인 명칭 taobao.com에 포함된 URL 링크를 인식할 수 있다.

애플리케이션 클라이언트가 스마트폰에 설치되고 있을 때, 애플리케이션 클라이언트는 스마트폰의 운영체제에 페이지 처리 능력을 등록한다. 애플리케이션 클라이언트의 설치 파일은 애플리케이션에 의해 액세스될 수 있는 도메인 명칭을 가지고 있다(carry). 애플리케이션 클라이언트가 설치되고 있을 때, 운영체제는 애플리케이션 클라이언트에 의해 액세스될 수 있는 도메인 명칭을 포함하는 파일을 취득한다. 즉, 애플리케이션 클라이언트가 설치되고 있을 때, 애플리케이션 클라이언트는 페이지 처리 능력의 등록을 완료하기 위해 도메인 명칭 정보를 포함하는 등록 파일을 운영체제에 전송한다. 스마트폰은 애플리케이션 클라이언트에 대응하는 하나 이상의 도메인 명칭 및 애플리케이션 클라이언트의 식별자를 저장하여, 스마트폰이 애플리케이션 클라이언트가 액세스 어드레스 로케이터(URL)의 도메인 명칭에 대응하는 애플리케이션 클라이언트 페이지를 열 수 있음을 알게 되도록 한다. 페이지 처리 능력은, 애플리케이션 클라이언트가 애플리케이션 클라이언트에 대응하는 도메인 명칭을 포함하는 URL을 액세스할 수 있다는 것을 지시한다. 예를 들어, Android 시스템에 설치될 때, Taobao 애플리케이션은, Android 시스템에 도메인 명칭 taobao.com을 포함하는 URL을 액세스하는 능력을 등록한다.

단계 403. 액세스 방식을 프롬프트한다.

구체적으로, 스마트폰의 운영체제는 애플리케이션 클라이언트의 식별자를 표시된 윈도에 추가하여 식별자를 웹페이지 링크를 액세스할 수 있는 옵션 중 하나로서 사용자에게 제시할 수 있다.

단계 404. 사용자가 애플리케이션 클라언트를 작동하기 위해 선택하는 조작 명령을 수신한다.

스마트폰의 운영체제는 사용자가 애플리케이션 클라언트를 작동하기 위해 선택하는 조작 명령을 수신한다.

단계 403 및 단계 404는 선택적 단계이고, 단계 405는 직접적으로 수행될 수 있다.

단계 405. 애플리케이션 클라이언트를 작동시킨다.

구체적으로, 스마트폰의 운영체제는 애플리케이션 클라이언트에 URL을 전송할 수 있고, 애플리케이션 클라이언트는 스마트폰의 운영체제에 의해 전송되는 URL을 수신한다.

스마트폰의 운영체제는 다음 두 가지 방식으로 애플리케이션 클라이언트를 트리거할 수 있다:

방식 1: 단계 402를 수행한 후, 단계 403 및 단계 404를 차례로 수행한다.

방식 2: 단계 402를 수행한 후, 단계 405를 직접 수행한다.

전술한 두 가지 방식 중 어느 방식이 사용되는지는 운영체제에 의해 사용되는 메커니즘에 의존한다. 예를 들어, Android 시스템에서,

(1) Android의 명시적 인텐트 메커니즘(Implicit Intent)이 사용되면, 사용자가 웹페이지 링크를 클릭할 때, Android 시스템은 대응하는 애플리케이션 클라이언트를 직접 연다;

(2) Android의 암시적 인텐트 메커니즘(Implicit Intent)이 사용되면, Android 시스템은 선택을 위해 사용자에게 윈도를 표시한다.

구체적으로, 인텐트 메커니즘(Intent mechanism)은 수행될 하나의 조작을 추상적으로 설명하는 데이터 구조로, 프로그램 실행 과정에서 두 개의 상이한 구성요소를 연결하는 기능을 제공한다. 애플리케이션 프로그램은 인텐트 메커니즘을 사용하여 Android 시스템에 일종의 요청 정보를 전송하고, Android 시스템은, 요청 정보의 콘텐츠에 따라, 요청 메시지를 처리할 수 있는 구성요소를 선택한다. 예를 들어, Android 폰이 전화를 거는 데 사용된다. 다이얼 키가 눌린 후에 호출 버튼(CALL_BUTTON) 행위를 갖는 인텐트 객체(Intent object)가 Android 시스템에 전송된다. Android 시스템은, 요청 정보에 따라 애플리케이션이 등록되는 AndroidMnifest.xml 파일로부터, 요청 정보를 처리할 수 있는 전화번호 다이얼링 프로그램을 발견한다. 전화번호가 입력되고 다이얼 키가 다시 눌려질 때, 다이얼링 프로그램은 액션 호출(ACTION_CALL) 및 전화번호 데이터를 포함하는 인텐트 요청을 Android 시스템에 전송하고, Android은 처리를 위해 적절한 애플리케이션 프로그램을 발견한다.

구성요소 명칭을 명확하게 지정하는 인텐트는 명시적 인텐트이며, Android 시스템은 구성요소 명칭에 의해 지정되는 타겟 구성요소를 작동시켜 요청을 처리한다.

타겟 구성요소를 명확하게 지정하지 않는 인텐트는 암시적 인테트라고 한다. 암시적 인텐트는 명확한 타겟이 없으며, Android 시스템은 애플리케이션이 요청을 처리하기 위한 적절한 타겟 구성요소를 발견하는 것을 도와야 한다. 이런 유형의 인텐트 메시지에 대한 파싱 메커니즘을 선택하는 구체적인 방법은 다음과 같다: AndroidManifest.xml 파일에 등록되고 인텐트 메시지를 처리할 수 있는 각 구성요소를 정의하는 데 사용되는 모든 IntentFilter 필터를 검색하고, 필터와 인텐트 메시지의 콘텐츠를 비교한다. 암시적 인텐트 요청의 콘텐츠가 구성요소 내의 IntentFilter 필터의 필터링 규칙에 매칭되면, Android 시스템은 그 구성요소를 암시적 인텐트 메시지를 처리하기 위한 타겟 구성요소로서 선택한다.

본 실시예에서, 애플리케이션 클라이언트는 Native+Web 모드를 사용하는 애플리케이션 클라이언트이다. 이 모드에서, 예를 들어, 애플리케이션 클라이언트는 Java 기술을 사용하여 개발되지만, 애플리케이션 클라이언트와 네트워크 서버 사이의 통신은 Web 모드로 수행된다.

단계 406. 애플리케이션 클라이언트가 콘텐츠 식별자를 포함하는 액세스 요청을 네트워크 서버에 전송한다.

애플리케이션 클라이언트는 네트워크 서버와 통신하고 콘텐츠 식별자, 즉 URL을 포함하는 액세스 요청을 네트워크 서버에 전송한다.

단계 407. 네트워크 서버가 액세스 요청을 분석한다.

애플리케이션 클라이언트에 의해 전송되는 URL을 수신한 후, 네트워크 서버는 다음과 같이 URL을 분석한다:

(1) URL이 애플리케이션 클라이언트에 대응하는 URL이면, 네트워크 서버는 URL에 대응하는 애플리케이션 클라이언트 페이지를 애플리케이션 클라이언트에 직접 회신한다.

(2) URL이 애플리케이션 클라이언트에 대응하는 URL이 아니면, 예를들어, URL이 개인용 컴퓨터(Personal Computer, 약칭하여 PC)에 대응하는 URL 또는 이동전화 브라우저에 대응하는 URL이면, 네트워크 서버는 URL에 대해 매핑 처리를 수행하고 그 URL에 의해 지시되는 페이지에 대응하는 애플리케이션 클라이언트 페이지를 애플리케이션 클라이언트에 회신한다.

유의해야 할 것은, 본 발명의 임의의 실시예에서, 동일한 도메인 명칭에 대해, PC, 이동전화 브라우저, 및 애플리케이션 클라이언트상에 표시된 페이지는 다르다는 것이다. 네트워크 서버는 동일한 URL의 페이지에 대해 하나 또는 두 개의 세트를 저장할 수 있으며, 여기서는 이를 한정하지 않는다. 예를 들어, 네트워크 서버가 한 세트의 페이지를 저장하지만, 일반적으로 스타일 시트라고도 불리는, 두 세트의 캐스케이딩 스타일 시트(Cascading Style Sheet, CSS)가 존재하면, 네트워크 서버는 사용자 단말기의 유형에 따라 자동 판정을 수행할 수 있으며; 네트워크 서버가 한 세트는 PC에 대응하는 페이지용이고 다른 한 세트는 이동전화 브라우저에 대응하는 페이지용인 두 세트의 페이지를 저장하면, 네트워크 서버 단은 URL의 전송자에 따라 URL에 대해 매핑을 수행하고, 전송자의 유형에 따라, 전송자에 매칭되는 페이지를 그 전송자에 회신한다.

단계 408. 네트워크 서버가 애플리케이션 클라이언트 페이지를 애플리케이션 클라이언트에 전송한다.

단계 409. 애플리케이션 클라이언트가 애플리케이션 클라이언트 페이지를 사용자에게 표시한다.

본 발명의 본 실시예에서, 사용자가 웹페이지 링크를 클릭한 후, 그 웹페이지 링크는 애플리케이션 클라이언트, 이동전화, 및 네트워크 서버 사이의 시그널링 상호작용에 의해 분석되고, 웹페이지 링크에 대응하는 애플리케이션 클라이언트 페이지는 애플리케이션 클라이언트를 사용하여 액세스되며, 이는 네트워크 트래픽의 소비 및 사용자의 키 기반 오조작을 감소시키므로, 사용자의 페이지 브라우징을 더욱 용이하게 하고 사용자 경험을 향상시킨다.

[실시예 5]

도 5에 도시된 바와 같이, 본 발명의 본 실시예에서 제공되는 페이지 조작 처리 방법은 사용자, 단말 기기, 및 네트워크 서버 사이의 시그널링 상호작용에 의해 구현되며, 스마트폰인 단말 기기를 예로 사용한다. 본 실시예는 스마트폰에 애플리케이션 클라이언트가 설치되어 있는 상황에서의 다른 구체적인 구현 방식이다. 구체적인 단계는 다음과 같다:

단계 501 내지 단계 505는 실시예 4에서의 단계 401 내지 단계 405와 동일하며, 여기서는 그 세부사항을 다시 설명하지 않는다.

단계 506. 애플리케이션 클라이언트가 단말 기기에 의해 전송되는 URL을 수신하고 애플리케이션 요청을 생성한다.

구체적으로, 본 실시예에서, 애플리케이션 클라이언트는 기본 애플리케이션 모드 를 사용한다, 즉, Native 모드로 애플리케이션 클라이언트를 사용한다. 이 모드는 애플리케이션 클라이언트가 Java 기술을 사용하여 개발되고, 애플리케이션 클라이언트와 네트워크 서버 사이의 통신은 Java 명령을 사용한다는 것을 지시한다. 예를 들어, 애플리케이션 클라이언트와 네트워크 서버 사이의 통신은 하이퍼텍스트 전송 프로토콜(Hyper Text Transfer Protocol, 약칭하여 HTTP)의 GET 방식을 사용하여 수행될 수 있다, 즉 통신은 HTTP GET 방식으로 수행되며, HTTP GET은 일반적으로 자원 정보를 획득/조회하는 데 사용된다.

본 실시예에서, 애플리케이션 클라이언트는 수신된 URL을 분석하고, URL에서 키 정보 및 필터 조건를 추출하고, 키 정보 및 필터 조건에 따라, 키 정보 및 필터 조건에 대응하는 애플리케이션 요청을 생성한다. 키 정보는, ID 정보 등의, URL에 의해 지시되는 페이지를 유일하게 나타내는, URL 내의 정보를 가리키고; 필터 조건은, 사용자 코멘트 및 제품 상세정보 등의, ID에 관련된 서브페이지 정보를 가리킨다.

단계 507. 애플리케이션 클라이언트가 네트워크 서버에 애플리케이션 요청한다.

구체적으로, 본 실시예에서, 애플리케이션 요청은 단계 506에서 생성되는, URL 내의 키 정보 및 필터 조건에 매칭되는 애플리케이션 요청을 가리킨다. 애플리케이션 클라이언트는 단계 506에서 획득되는 URL 내의 키 정보 및 필터 조건에 따라 매핑 처리를 수행하고, 키 정보 및 필터 조건에 매칭되는 애플리케이션 요청을 생성한다. 애플리케이션 요청은 Java 명령이다, 즉, 애플리케이션 클라이언트와 네트워크 서버는 Java 명령을 사용하여 HTTP GET 방식으로 직접 통신한다.

애플리케이션 클라이언트는 네트워크 서버에 HTTP GET 방식으로 애플리케이션 요청을 전송하여, URL 내의 키 정보 및 필터 조건에 대응하는 애플리케이션 클라이언트 페이지의 획득을 요청한다.

단계 508. 네트워크 서버가 애플리케이션 클라이언트에 애플리케이션 클라이언트 페이지를 전송한다.

본 발영의 본 실시예와 실시예 4의 차이점은, 본 실시예에서는, 네트워크 서버가 애플리케이션 요청에 대한 분석 및 매핑을 수행해야 하는 것이 아니라 애플리케이션 클라이언트에 애플리케이션 요청에 의해 지정되는 애플리케이션 클라이언트 페이지를 직접 회신한다는 점에 유의해야 한다. 이는 실시예 4의 단계 408에서는, 애플리케이션 클라이언트가 네트워크 서버와 웹 방식으로 통신하고, URL이 전송되며, PC, 이동전화 브라우저, 및 애플리케이션 클라이언트에 대응하는 동일한 페이지의 URL이 상이하고 분석되어야 하기 때문이다. 예를 들어, 컴퓨터 내의 크롬 브라우저(Chrome browser)에 의해 액세스되는 상점의 URL이 http://shop68404486.taobao.com/?spm=0.0.0.0.4BGcaM이고; 이동전화상의 UC 브라우저에 의해 액세스되는 상점의 URL은 http://shop.m.taobao.com/shop/shop_index.htm?shop_id=68404486&sid=96cdb91451601574이고; 이동전화상의 Taobao 애플리케이션에 의해 액세스되는 상점의 URL은 http://shop.m.taobao.com/shop/shop_index.htm?user_id=374476867이다. 상이한 URL이 상이한 방식에 대응하고 있는 것을 알 수 있다. 본 실시예에서, 애플리케이션 요청이 Java 명령을 사용하여 HTTP GET 방식으로 네트워크 서버와의 통신을 수행하는 데 사용되며, 애플리케이션 요청에 대해 분석 및 매핑은 더 이상 수행될 필요가 없다.

단계 509. 애플리케이션 클라이언트가 애플리케이션 클라이언트 페이지를 수신하고 사용자에게 애플리케이션 클라이언트 페이지를 표시한다.

본 발명의 본 실시예에서는, 사용자가 웹페이지 링크를 클릭한 후에, 그 웹페이지 링크는 스마트폰, 스마트폰에 설치된 애플리케이션 클라이언트, 및 네트워크 서버 사이의 시그널링 상호작용에 의해 분석되고, 웹페이지 링크에 대응하는 애플리케이션 클라이언트 페이지는 애플리케이션 클라이언트를 사용하여 액세스되며, 이는 사용자의 네트워크 트래픽의 소비 및 키 기반 오조작을 감소시키므로, 사용자의 페이지 브라우징을 더욱 용이하게 하고 사용자 경험을 향상시킨다.

[실시예 6]

전술한 실시예들에 기초하여, 본 실시예는 애플리케이션 클라이언트가 단말 기기에 설치되지 않은 상황을 고려하며, 실시예 4에 기초하여 설명한다. 도 4에 도시된 바와 같이:

단계 601은 단계 401과 동일한다.

단계 602. 스마트폰의 운영체제가 웹페이지 링크에 대응하는 URL을 획득하고, 파싱에 의해 URL의 도메인 명칭을 획득하고, 도메인 명칭에 대응하는 애플리케이션 클라이언트가 스마트폰에 설치되어 있는지를 검출한다.

도메인 명칭에 대응하는 애플리케이션 클라이언트가 스마트폰에 설치되어 있지 않으면, 스마트폰은 URL이 대응하는 애플리케이션 클라이언트를 가지고 있는지를 분석한다.

구체적으로, 다음 방식으로 분석이 수행된다:

방식 1: 스마트폰이 획득된 도메인 명칭과 로컬로 저장된 애플리케이션 클라이언트 리스트 사이의 매칭을 수행한다. 애플리케이션 클라이언트 리스트는 전자 시장(구체적으로 전자 시장의 서버일 수 있음)에 의해 제공되고 일반적인 도메인 명칭 및 일반적인 도메인 명칭에 대응하는 애플리케이션 클라이언트에 관한 정보를 기록한다.

스마트폰이, 애플리케이션 클라이언트 리스트에서, URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트를 발견하면, 단계 603을 수행하고; URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트를 발견하지 못하면, URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트가 존재하지 않는 것으로 간주되고, 스마트폰은 기존의 방식에 따라, 즉 브라우저를 사용하여 URL을 직접 액세스한다.

방식 2: 스마트폰와 전자 시장이 서로 통신할 수 있도록, 스마트폰와 전자 시장 사이에 조회 메커니즘이 추가된다. 스마트폰이 전자 시장에 도메인 명칭을 전송하고, 전장 시장은 그 도메인 명칭에 대응하는 애플리케이션 클라이언트가 존재하는지를 피드백한다. 애플리케이션 클라이언트가 존재하면, 단계 603을 수행하고; 애플리케이션 클라이언트가 존재하지 않으면, 스마트폰은 기존의 방식에 따라, 즉 브라우저를 사용하여 URL을 직접 액세스한다.

방식 3: 스마트폰에 학습 기능이 추가된다. 도메인 명칭에 대응하는 애플리케이션 클라이언트가 스마트폰에 설치되었으면, 운영체제는 그 애플리케이션 클라이언트에 관한 정보를 보유하고 있다, 즉 애플리케이션 클라이언트에 관한 정보는 그 애플리케이션 클라이언트가 제거될 때(uninstalled) 폐기되지 않는다.

스마트폰이, 도메인 명칭에 대응하는 애플리케이션 클라이언트가 설치되었던 것으로 검출하면, 스마트폰은 애플리케이션 클라이언트에 관한 이전에 보유한 정보를 호출(invoke)하고, 단게 603을 수행하고; 애플리케이션 클라이언트가 전에 설치되지 않았으면, 처리는 방식 1 또는 방식 2에 따라 수행된다.

선택적으로, 전술한 페이지 조작 처리 방법은 다음 단계를 더 포함할 수 있다:

단계 603. 스마트폰의 운영체제가 애플리케이션 클라이언트의 설치 여부를 프롬프트한다.

구체적으로, 사용자가 애플리케이션 클라이언트의 설치를 선택하면, 스마트폰은 네트워크 서버와 통신하여, 네트워크 서버로부터 애플리케이션 클라이언트의 설치 프로그램을 다운로드하고, 다운로드가 완료된 후 스마트폰상으 LTJFCL를 수행하고, 애플리케이션 클라이언트에 대응하는 하나 이상의 도메인 명칭과 애플리케이션 클라이언트의 식별자 및/또는 아이콘을 저장한다. 설치가 완료된 후, 운영체제는 URL을 액세스하기 위해 애플리케이션 클라이언트를 직접 호출한다. 후속조작 단계에 대해서는, 실시예 4에서의 단계 403 내지 단계 409 및 실시예 5에서의 단계 503 내지 단계 509를 참조할 수 있으며, 여기서는 세부사항을 다시 설명하지 않는다.

또, 단말 기기가 애플리케이션 클라이언트의 설치 여부를 사용자에게 프롬프트할 때, "설치를 위한 프롬프트를 다시하지 않음"과 같은, 옵션이 설정될 수 있다. 사용자가 애플리케이션 클라이언트 설치하지 않기를 선택하면, 종래기술에서의 방법에 따라 조작이 수행되고, 웹페이지 링크는 스마트폰상의 브라우저를 사용하여 액세스된다. 사용자가 애플리케이션 클라이언트 설치하지 않기를 선택하지만 "설치를 위한 프롬프트를 다시하지 않음"과 같은, 옵션을 선택하지 않으면, 다음번에 사용자가 웹사이트 도메인 명칭을 포함하는 URL을 클릭 및 액세스할 때, 스마트폰은 계속하여 애플리케이션 클라이언트의 설치 여부를 묻는 옵션을 사용자에게 프롬프트한다. 사용자가 애플리케이션 클라이언트 설치하지 않기를 선택하고 "설치를 위한 프롬프트를 다시하지 않음"과 같은, 옵션을 선택하면, 스마트폰은 종래기술에서의 방법에 따라 브라우저를 사용하여 URL을 액세스하며, 다음번에 사용자가 웹사이트 도메인 명칭을 포함하는 URL을 클릭 및 액세스할 때, 디폴트로 브라우저를 사용하여 URL을 액세스하고, 사용자에게 애플리케이션 클라이언트의 설치 여부를 더이상 프롬프트하지 않는다.

본 발명의 본 실시예에서는, 웹페이지 링크에 대응하는 애플리케이션 클라이언트가 스마트폰에 설치되어 있지 않을 때, 사용자는 애플리케이션 클라이언트의 설치 여부를 자주적으로 선택하므로, 사용자는 웹페이지 링크를 액세스하기 위해 브라우저 또는 애플리케이션 클라이언트의 사용 여부를 더욱 자주적으로 결정할 수 있고, 이는 사용자 더 많은 선택을 제공한다.

[실시예 7]

본 실시예와 전술한 실시예의 차이점은, 본 실시예는 애플리케이션 클라이언트가 URL에 대응하는 페이지를 열 수 없는 상황을 고려한다는 점이다. 네트워크 서버가 애플리케이션 클라이언트에 의해 전송되는 URL 또는 애플리케이션 요청을 수신한 후에, 애플리케이션 클라이언트 페이지를 네트워크 서버에서 발견할 수 없을 때 수행되는 처리 방법은 구체적으로 다음을 포함할 수 있다:

하나의 애플리케이션 상황에서, 애플리케이션 클라이언트는 Native+Web 모드, 즉, 본 발명의 실시예 4에서의 대응하는 애플리케이션 클라이언트를 사용한다. 본 애플리케이션 상황에서, 본 실시예와 실시예 4의 차이점은 다음과 같다:

네트워크 서버에 의해 회신되는, URL에 대응하는 애플리케이션 클라이언트 페이지를 발견할 수 없다는 응답을 수신한 후, 애플리케이션 클라이언트는 스마트폰에 디폴트 브라우저를 사용하여 URL을 액세스할 것을 프롬프트한다. 또한, 스마트폰은 디폴트 브라우저를 호출함으로써 URL을 액세스한다.

네트워크 서버가, URL을 분석한 후에, URL에 대응하는 애플리케이션 클라이언트 페이지가 네트워크 서버에 존재하지 않고, PC에 대응하는 URL의 페이지 및 브라우저에 대응하는 URL의 페이지가 네트워크 서버에 존재하지 않는 것을 발견하면, 즉, URL에 대응하는 어떤 페이지도 존재하지 않으면, 네트워크 서버는 애플리케이션 클라이언트에 에러 응답을 회신하고 애플리케이션 클라이언트는 사용자에게 페이지가 존재하지 않는다는 것을 지시한다.

다른 애플리케이션 상황에서, 애플리케이션 클라이언트는 Native 모드, 즉, 본 발명의 실시예 5에서의 대응하는 애플리케이션 클라이언트를 사용한다. 이 경우에, 본 실시예와 전술한 실시예의 차이점은 다음과 같다:

네트워크 서버는, 애플리케이션 클라이언트에 의해 전송되는 애플리케이션 요청을 수신한 후, 네트워크 서버에서 애플리케이션 요청에 대응하는 애플리케이션 클라이언트 페이지를 발견할 수 없으므로 애플리케이션 클라이언트에 에러 응답을 회신한다. 애플리케이션 클라이언트는, 네트워크 서버에 의해 회신되는 에러 응답을 수신한 후, 스마트폰에 디폴트 브라우저를 사용하여 URL을 액세스하도록 프롬프트한다.

본 실시예에서는, 웹페이지 링크에 대응하는 페이지가 네트워크 서버 측에 저장되어 있지 않다는 정보가, 사용자가 웹페이지 링크를 클릭한 후의 처리 조건을 사용자에게 통지하기 위해 회신되어, 사용자는 다른 방식으로 웹페이지 링크를 액세스할 수 있으므로, 링크 처리 효율을 향상시키고 사용자 경험을 강화한다.

[실시예 8]

도 7은 본 발명의 실시예에 따른 페이지 조작 처리 장치의 실시에 1의 개략 구성도이다. 본 발명의 본 실시예에서의 페이지 조작 처리 장치는 단말기에 통합될 수 있다. 도 7에 도시된 바와 같이, 본 실시예에서의 페이지 조작 장치는 획득 모듈(701), 검출 모듈(702), 및 처리 모듈(703)을 포함한다.

획득 모듈(701)은 액세스될 자원에 대응하는 URL을 획득하도록 구성되고; 검출 모듈(702)은 저장된 도메인 명칭이 URL에 대응하는 도메인 명칭을 포함하는지를 검출하도록 구성되고; 처리 모듈(703)은, 검출 모듈(703)이 저장된 도메인 명칭이 URL에 대응하는 도메인 명칭을 포함하는 것을 검출하면, URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트를 트리거하고 URL에 대응하는 애플리케이션 클라이언트 페이지를 획득하여 표시하도록 구성된다.

본 실시예에서의 페이지 조작 처리 장치는 전술한 페이지 조작 처리 방법 실시예 중 어느 것의 기술적 방안을 실행하는 사용될 수 있다. 본 실시예의 구현 원리 및 기술적 효과는 방법 실시예에서의 그것과 유사하며, 여기서는 세부사항을 다시 설명하지 않는다.

또한, 획득 모듈(701)은 구체적으로, 사용자에 의해 입력되는, 액세스될 자원에 대응하는 URL을 획득할 수 있거나; 또는 획득 모듈(701)은 구체적으로 이차원 코드를 스캐닝하여 액세스될 자원에 대응하는 URL을 획득하거나; 또는 획득 모듈(701)은 구체적으로 근접장 통신(Near Field Communication)을 사용하여 다른 기기로부터 액세스될 자원에 대응하는 URL을 획득한다.

이상에 기초하여, 검출 모듈(702)은 구체적으로는, 데이터베이스에 저장된 도메인 명칭 정보에 따라 URL 내의 문자를 하나씩 비교하고 URL에서 제2 레벨 도메인 명칭을 추출하여 URL의 도메인 명칭을 취득하거나; 또는 URL 내의 구분자에 따라 URL에서 제2 레벨 도메인 명칭을 추출하여 URL의 도메인 명칭을 취득하고; 검출 모듈(702)이 도메인 명칭을 저장하고 있는지를 판정한다.

또한, URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트를 트리거하고 URL에 대응하는 애플리케이션 클라이언트 페이지를 획득하여 표시하는 것은, 애플리케이션 클라이언트가 URL에 대응하는 애플리케이션 클라이언트 페이지를 획득하기 위해 네트워크 서버에 요청을 전송하고 애플리케이션 클라이언트 페이지를 표시할 수 있도록, 애플리케이션 클라이언트를 작동시키고 애플리케이션 클라이언트에 URL을 전송하는 것을 포함하거나; 또는 프로세스 모듈(702)은 구체적으로, 액세스될 자원을 여는 데 사용될 수 있는 옵션 중 하나로서 애플리케이션 클라이언트의 식별자 및/또는 아이콘을 사용자에게 제시하고, 사용자가 애플리케이션 클라이언트의 식별자 및/또는 아이콘을 선택한 후에, 애플리케이션 클라이언트가 URL에 대응하는 애플리케이션 클라이언트 페이지를 획득하기 위해 네트워크 서버에 요청을 전송하고 애플리케이션 클라이언트 페이지를 표시할 수 있도록, 애플리케이션 클라이언트를 작동시키고 URL을 애플리케이션 클라이언트에 전송하도록 구성된다.

또한, 도 7에 기초하여, 도 8에 도시된 바와 같이, 페이지 조작 처리 장치는 판정 모듈(801)을 더 포함할 수 있다. 판정 모듈(801)은 URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트가 설치되어 있는지를 판정하도록 구성되며; 처리 모듈(703)은, 애플리케이션 클라이언트가 설치되어 있지 않으면, 애플리케이션 클라이언트를 설치하고, 애플리케이션 클라이언트에 대응하는 하나 이상의 도메인 명칭 및 애플리케이션 클라이언트의 식별자 및/또는 아이콘을 저장하도록 더 구성된다.

또한, 판정 모듈(801)은 구체적으로, URL에 대응하는 도메인 명칭과 로컬로 저장된 애플리케이션 클라이언트 리스트 사이의 매칭을 수행하고; 매칭이 성공하면, 애플리케이션 클라이언트가 설치되어 있는 것으로 판정하고; 매칭이 실패하면, 애플리케이션 클라이언트가 설치되지 않은 것으로 판정하도록 구성된다.

또한, 처리 모듈(703)은, 서버가 도메인 명칭에 대응하는 애플리케이션 클라이언트가 존재하는지를 피드백할 수 있도록, 서버에 URL에 대응하는 도메인 명칭을 전송하도록 더 구성되고; 단말 기기가, 애플리케이션 클라이언트를 설치하는 것은 구체적으로, 애플리케이션 클라이언트가 존재하면 도메인 명칭에 대응하는 애플리케이션 클라이언트를 설치하는 것을 포함한다.

[실시예 9]

도 9는 본 발명의 실시예에 따른 단말기의 실시에 1의 개략 구성도이다. 도 9에 도시된 바와 같이, 단말기는 메모리(91)와 프로세서(92)를 포함한다.

메모리(91)는 단말기에 설치된 애플리케이션 클라이언트에 대응하는 도메인 명칭을 저장하도록 구성된다. 프로세서(92)는, 액세스될 자원에 대응하는 URL을 획득하고; 메모리(91)에 저장된 도메인 명칭이 URL에 대응하는 도메인 명칭을 포함하는지를 검출하고; 저장된 도메인 명칭이 URL에 대응하는 도메인 명칭을 포함하는 것을 검출하면, URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트를 트리거하고 URL에 대응하는 애플리케이션 클라이언트 페이지를 획득하여 표시하도록 구성된다.

단말기는 전술한 방법 실시예를 실행할 수 있으며, 본 실시예에서의 구현 원리는 전술한 방법 실시예에서의 그것과 유사하므로, 여기서는 세부사항을 다시 설명하지 않는다.

본 실시예에서, 단말기는 애플리케이션 클라이언트를 사용하여, 웹페이지 링크와 같은 액세스될 자원을 열고, 단말 기기 측에 애플리케이션 클라이언트 페이지를 표시한다. 애플리케이션 클라이언트 페이지는 브라우저를 사용하여 일반적으로 여는 페이지와 다르며, 이미지 및 텍스트 등의, 애플리케이션 클라이언트 페이지에 포함된 정보량은 브라우저를 사용하여 여는 페이지보다 적으므로, 네트워크 트래픽의 소비를 감소시키고 사용자 조작 및 페이지 브라우징을 용이하게 하며; 애플리케이션 클라이언트 페이지상의 폰트는 브라우저를 사용하여 여는 페이지상의 그것보다 크므로, 오조작을 감소시키고 사용자 경험을 향상시킨다.

도 9에 도시된 실시예에 기초하여, 단말기는 입력 기기(93), 근접장 통신 수신기(94), 및 이미지 획득 기기(95)의 임의의 조합을 더 포함할 수 있다. 입력 기기(93)는 사용자에 의해 입력되는, 액세스될 자원에 대응하는 URL을 수신하고 그 URL을 프로세서(92)에 전송하도록 구성된다. 근접장 통신 수신기(94)는 근접장 통신을 사용하여 액세스될 자원에 대응하는 URL을 수신하고 프로세서(92)에 그 URL을 전송하도록 구성된다. 이미지 획득 기기(95)은 이차원 코드 이미지를 획득하고 프로세서(92)에 그 이차원 코드 이미지를 전송하도록 구성되며, 이 경우에, 프로세서(92)는 이차원 코드 이미지를 파싱하여 액세스될 자원에 대응하는 URL을 취득하도록 더 구성된다. 여기서 입력 기기(93)는 키보드, 터치스크린, 자세 인식 기기(posture recognition device) 또는 단말기의 명령을 입력하는 데 사용될 수 있는 임의의 다른 기기일 수 있다. 근접장 통신은 무선 주파수 식별(radio frequency identification, RFID), 블루투스(Bluetooth), 지그비(ZigBee) 등의, 단거리 통신 표준(short-range communications standard)을 포함할 수 있다. 이미지 획득 기기(95)기기는, 카메라나 스캐너와 같은, 이미지를 획득하는 데 사용되는 기기일 수 있다.

또한, 저장된 도메인 명칭이 URL에 대응하는 도메인 명칭을 포함하는지를 검출하는 것은 구체적으로, 데이터베이스에 저장된 도메인 명칭에 따라 URL 내의 문자를 하나씩 비교하고 URL에서 제2 레벨 도메인 명칭을 추출하여 URL의 도메인 명칭을 취득하거나, 또는 URL 내의 구분자에 따라 URL에서 제2 레벨 도메인 명칭을 추출하여 URL의 도메인 명칭을 취득하는 것; 및 단말기가 도메인 명칭을 저장하고 있는지를 판정하는 것을 포함하고, 도메인 명칭은 적어도 제2 레벨 도메인 명칭을 포함한다.

또한, URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트를 트리거하고 URL에 대응하는 애플리케이션 클라이언트 페이지를 획득하여 표시하는 것은, 애플리케이션 클라이언트가 URL에 대응하는 애플리케이션 클라이언트 페이지를 획득하기 위해 네트워크 서버에 요청을 전송하고 애플리케이션 클라이언트 페이지를 표시할 수 있도록, 애플리케이션 클라이언트를 작동시키고 애플리케이션 클라이언트에 URL을 전송하는 것; 또는 액세스될 자원을 여는 데 사용될 수 있는 옵션 중 하나로서 애플리케이션 클라이언트의 식별자 및/또는 아이콘을 사용자에게 제시하고, 사용자가 애플리케이션 클라이언트의 식별자 및/또는 아이콘을 선택한 후에, 애플리케이션 클라이언트가 URL에 대응하는 애플리케이션 클라이언트 페이지를 획득하기 위해 네트워크 서버에 요청을 전송하고 애플리케이션 클라이언트 페이지를 표시할 수 있도록, 애플리케이션 클라이언트를 작동시키고 URL을 애플리케이션 클라이언트에 전송하는 것을 포함한다.

선택적으로, 프로세서(92)는, URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트가 설치되어 있는지를 판정하고; URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트가 설치되어 있지 않으면, 애플리케이션 클라이언트를 설치하고, 애플리케이션 클라이언트에 대응하는 하나 이상의 도메인 명칭 및 애플리케이션 클라이언트의 식별자 및/또는 아이콘을 저장하도록 더 구성된다.

또한, URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트가 설치되어 있는지를 판정하는 것은, URL에 대응하는 도메인 명칭과 로컬로 저장된 애플리케이션 클라이언트 리스트 사이의 매칭을 수행하고; 매칭이 성공하면, 애플리케이션 클라이언트가 단말 기기에 설치되어 있는 것으로 판정하고; 매칭이 실패하면, 애플리케이션 클라이언트가 단말 기기에 설치되지 않은 것으로 판정하는 것을 포함한다.

또한, 프로세서(92)는, 서버가 도메인 명칭에 대응하는 애플리케이션 클라이언트가 존재하는지를 피드백할 수 있도록, 서버에 URL에 대응하는 도메인 명칭을 전송하도록 더 구성되고, 단말 기기가, 애플리케이션 클라이언트를 설치하는 것은 구체적으로, 애플리케이션 클라이언트가 존재하면 도메인 명칭에 대응하는 애플리케이션 클라이언트를 설치하는 것을 포함한다.

본 출원에서 제공된 여러 실시예에서, 개시된 기기 및 방법은 다른 방식으로도 구현될 수 있음을 알아야 한다. 예를 들어, 기재된 기기 실시예는 예시일 뿐이다. 예를 들어, 모듈 또는 유닛 분할은 논리 기능 분할일 뿐이고, 실제 구현에서는 다른 분할일 수 있다. 예를 들어, 복수의 유닛 또는 구성요소는 다른 시스템에 결합 또는 통합될 수 있거나, 또는 일부 특징(feature)은 무시되거나 수행되지 않을 수 있다. 또, 표시되거나 논의된 상호 결합 또는 직접 결합 또는 통신 연결은 어떤 인터페이스를 통해 구현될 수 있다. 기기 또는 모듈 사이의 간접 결합 또는 통신 연결은 전자적으로, 기계적으로 또는 기타 다른 형태로 구현될 수 있다.

별개의 부분(separate part)으로서 기재된 모듈은 물리적으로 분리할 수도 분리할 수 없을 수도 있으며, 모듈로 표시된 부분은 물리적인 모듈일 수도 물리적인 모듈이 아닐 수도 있으며, 한 장소에 위치할 수 있거나, 또는 복수의 네트워크 유닛에 분산될 수 있다. 모듈의 일부 또는 전부는 실시예의 방안의 목적을 달성하기 위한 실제 필요에 따라 선택될 수 있다.

당업자는 방법 실시예의 단계 중 일부 또는 전부를 관련 하드웨에 명령하는 프로그램 구현할 수 있다는 것을 알 수 있을 것이다. 그 프로그램은 컴퓨터로 판독 가능하는 저장 매체에 저장될 수 있다. 프로그램이 실행될 때, 방법 실시예의 단계들이 수행된다. 전술한 저장 매체는 ROM, RAM, 자기 디스크, 또는 광학 디스크 등의, 프로그램 코드를 저장할 수 있는 임의의 매체를 포함한다.

끝으로, 유의해야 할 것은 전술한 실시예는 본 발명의 기술적 방안을 설명하기 위한 것일 뿐이고 본 발명을 한정하기 위한 것이 아니라는 것이다. 전술한 실시예들을 참조하여 본 발명을 상세하게 설명하였지만, 당업자라면 여전히 본 발명의 실시예들의 기술적 방안의 범위를 벗어나지 않으면서, 전술한 실시예에 기재된 기술적 방안에 수정을 가하거나 그 기술적 특징의 일부 또는 전부를 등가물로 대체할 수 있다는 것을 이해해야 한다.

Claims (22)

1. 단말 기기가, 액세스될 자원에 대응하는 유니폼 리소스 로케이터(uniform resource locator, URL)을 획득하는 단계;
   상기 단말 기기가, 저장된 도메인 명칭이 상기 URL에 대응하는 도메인 명칭을 포함하는지를 검출하는 단계; 및
   상기 저장된 도메인 명칭이 상기 URL에 대응하는 도메인 명칭을 포함하면, 상기 단말 기기가, 상기 URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트를 트리거하고 상기 URL에 대응하는 애플리케이션 클라이언트 페이지를 획득하여 표시하는 단계
   를 포함하는 페이지 조작 처리 방법.
2. 제1항에 있어서,
   상기 단말 기기가, 액세스될 자원에 대응하는 URL을 획득하는 단계는,
   상기 단말 기기가, 사용자에 의해 입력되는, 상기 액세스될 자원에 대응하는 URL을 획득하는 단계; 또는
   상기 단말 기기가, 이차원 코드를 스캐닝하여 상기 액세스될 자원에 대응하는 URL을 획득하는 단계; 또는
   상기 단말 기기가, 근접장 통신(Near Field Communication)을 사용하여 상기 액세스될 자원에 대응하는 URL을 다른 기기로부터 획득하는 단계를 포함하는, 페이지 조작 처리 방법.
3. 제1항에 있어서,
   상기 단말 기기가, 저장된 도메인 명칭이 상기 URL에 대응하는 도메인 명칭을 포함하는지를 검출하는 단계는,
   상기 단말 기기가, 데이터베이스에 저장된 도메인 명칭 정보에 따라 상기 URL 내의 문자를 하나씩 비교하고 상기 URL에서 제2 레벨 도메인 명칭을 추출하여 상기 URL의 도메인 명칭을 취득하거나; 또는 상기 URL 내의 구분자(delimiter)에 따라 상기 URL에서 제2 레벨 도메인 명칭을 추출하여 상기 URL의 도메인 명칭을 취득하는 단계; 및
   상기 단말 기기가, 자신이 상기 도메인 명칭을 저장하고 있는지를 판정하는 단계를 포함하고,
   상기 도메인 명칭은 적어도 상기 제2 레벨 도메인 명칭을 포함하는, 페이지 조작 처리 방법.
4. 제1항에 있어서,
   상기 단말 기기가, 상기 URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트를 트리거하고 상기 URL에 대응하는 애플리케이션 클라이언트 페이지를 획득하여 표시하는 단계는,
   상기 애플리케이션 클라이언트가 상기 URL에 대응하는 애플리케이션 클라이언트 페이지를 획득하기 위해 네트워크 서버에 요청을 전송하고 상기 애플리케이션 클라이언트 페이지를 표시할 수 있도록, 상기 단말 기기가, 상기 애플리케이션 클라이언트를 작동시키고 상기 애플리케이션 클라이언트에 상기 URL을 전송하는 단계; 또는
   상기 단말 기기가, 상기 액세스될 자원을 여는 데 사용될 수 있는 옵션 중 하나로서 상기 애플리케이션 클라이언트의 식별자 및/또는 아이콘을 사용자에게 제시하고, 상기 사용자가 상기 애플리케이션 클라이언트의 식별자 및/또는 아이콘을 선택한 후에, 상기 애플리케이션 클라이언트가 상기 URL에 대응하는 애플리케이션 클라이언트 페이지를 획득하기 위해 네트워크 서버에 요청을 전송하고 상기 애플리케이션 클라이언트 페이지를 표시할 수 있도록, 상기 애플리케이션 클라이언트를 작동시키고 상기 애플리케이션 클라이언트에 상기 URL을 전송하는 단계를 포함하는, 페이지 조작 처리 방법.
5. 제1항 내지 제4항 중 어느 한 항에 있어서,
   상기 단말 기기가, 상기 URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트를 트리거하고 상기 URL에 대응하는 애플리케이션 클라이언트 페이지를 획득하여 표시하는 단계 전에, 상기 페이지 조작 처리 방법은,
   상기 단말 기기가, 상기 URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트가 설치되어 있는지를 판정하는 단계; 및
   상기 URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트가 설치되어 있지 않으면, 상기 단말 기기가, 상기 애플리케이션 클라이언트를 설치하고 상기 애플리케이션 클라이언트에 대응하는 하나 이상의 도메인 명칭 및 상기 애플리케이션 클라이언트의 식별자 및/또는 아이콘을 저장하는 단계를 더 포함하는 페이지 조작 처리 방법.
6. 제5항에 있어서,
   상기 단말 기기가, 상기 URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트가 설치되어 있는지를 판정하는 단계는,
   상기 단말 기기가, 상기 URL에 대응하는 도메인 명칭과 로컬로 저장된 애플리케이션 클라이언트 리스트 사이의 매칭을 수행하고; 상기 매칭이 성공하면, 상기 애플리케이션 클라이언트가 상기 단말 기기에 설치되어 있는 것으로 판정하고; 상기 매칭이 실패하면, 상기 애플리케이션 클라이언트가 상기 단말 기기에 설치되지 않은 것으로 판정하는 단계를 포함하는, 페이지 조작 처리 방법.
7. 제6항에 있어서,
   상기 단말 기기가 상기 애플리케이션 클라이언트를 설치하기 전에, 상기 페이지 조작 처리 방법은,
   서버가 상기 도메인 명칭에 대응하는 애플리케이션 클라이언트가 존재하는지를 피드백할 수 있도록, 상기 단말 기기가, 상기 서버에 상기 URL에 대응하는 도메인 명칭을 전송하는 단계를 더 포함하고,
   상기 단말 기기가, 상기 애플리케이션 클라이언트를 설치하는 것은 구체적으로,
   상기 단말 기기가, 상기 애플리케이션 클라이언트가 존재하면, 상기 도메인 명칭에 대응하는 애플리케이션 클라이언트를 설치하는 것을 포함하는, 페이지 조작 처리 방법.
8. 액세스될 자원에 대응하는 유니폼 리소스 로케이터(URL)를 획득하도록 구성된 획득 모듈;
   저장된 도메인 명칭이 상기 URL에 대응하는 도메인 명칭을 포함하는지를 검출하도록 구성된 검출 모듈; 및
   상기 검출 모듈이, 상기 저장된 도메인 명칭이 상기 URL에 대응하는 도메인 명칭을 포함하는 것을 검출하면, 상기 URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트를 트리거하고 상기 URL에 대응하는 애플리케이션 클라이언트 페이지를 획득하여 표시하도록 구성된 처리 모듈
   을 포함하는 페이지 조작 처리 장치.
9. 제8항에 있어서,
   상기 획득 모듈은 구체적으로,
   사용자에 의해 입력되는, 상기 액세스될 자원에 대응하는 URL을 획득하거나; 또는
   이차원 코드를 스캐닝하여 상기 액세스될 자원에 대응하는 URL을 획득하거나; 또는
   근접장 통신(Near Field Communication)을 사용하여 다른 기기로부터 상기 액세스될 자원에 대응하는 URL을 획득하도록 구성되는, 페이지 조작 처리 장치.
10. 제8항에 있어서,
    상기 검출 모듈은 구체적으로는,
    데이터베이스에 저장된 도메인 명칭 정보에 따라 상기 URL 내의 문자를 하나씩 비교하고 상기 URL에서 제2 레벨 도메인 명칭을 추출하여 상기 URL의 도메인 명칭을 취득하거나; 또는 상기 URL 내의 구분자에 따라 상기 URL에서 제2 레벨 도메인 명칭을 추출하여 상기 URL의 도메인 명칭을 취득하고; 자신이 상기 도메인 명칭을 저장하고 있는지를 판정하도록 구성되며,
    상기 도메인 명칭은 적어도 상기 제2 레벨 도메인 명칭을 포함하는, 페이지 조작 처리 장치.
11. 제8항에 있어서,
    상기 URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트를 트리거하고 상기 URL에 대응하는 애플리케이션 클라이언트 페이지를 획득하여 표시하는 것은,
    상기 애플리케이션 클라이언트가 상기 URL에 대응하는 애플리케이션 클라이언트 페이지를 획득하기 위해 네트워크 서버에 요청을 전송하고 상기 애플리케이션 클라이언트 페이지를 표시할 수 있도록, 상기 애플리케이션 클라이언트를 작동시키고 상기 애플리케이션 클라이언트에 상기 URL을 전송하는 것; 또는
    상기 액세스될 자원을 여는 데 사용될 수 있는 옵션 중 하나로서 상기 애플리케이션 클라이언트의 식별자 및/또는 아이콘을 사용자에게 제시하고, 상기 사용자가 상기 애플리케이션 클라이언트의 식별자 및/또는 아이콘을 선택한 후에, 상기 애플리케이션 클라이언트가 상기 URL에 대응하는 애플리케이션 클라이언트 페이지를 획득하기 위해 네트워크 서버에 요청을 전송하고 상기 애플리케이션 클라이언트 페이지를 표시할 수 있도록, 상기 애플리케이션 클라이언트를 작동시키고 상기 URL을 상기 애플리케이션 클라이언트에 전송하는 것을 포함하는, 페이지 조작 처리 장치.
12. 제8항 내지 제11항 중 어느 한 항에 있어서,
    상기 URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트가 설치되어 있는지를 판정하도록 구성된 판정 모듈을 더 포함하고,
    상기 처리 모듈은, 상기 URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트가 설치되어 있지 않으면, 상기 애플리케이션 클라이언트를 설치하고, 상기 애플리케이션 클라이언트에 대응하는 하나 이상의 도메인 명칭 및 상기 애플리케이션 클라이언트의 식별자 및/또는 아이콘을 저장하도록 더 구성되는, 페이지 조작 처리 장치.
13. 제12항에 있어서,
    상기 판정 모듈은 구체적으로,
    상기 URL에 대응하는 도메인 명칭과 로컬로 저장된 애플리케이션 클라이언트 리스트 사이의 매칭을 수행하고; 상기 매칭이 성공하면, 상기 애플리케이션 클라이언트가 설치되어 있는 것으로 판정하고; 상기 매칭이 실패하면, 상기 애플리케이션 클라이언트가 설치되지 않은 것으로 판정하도록 구성되는, 페이지 조작 처리 장치.
14. 제13항에 있어서,
    상기 처리 모듈은,
    서버가 상기 도메인 명칭에 대응하는 애플리케이션 클라이언트가 존재하는지를 피드백할 수 있도록, 상기 서버에 상기 URL에 대응하는 도메인 명칭을 전송하도록 더 구성되고,
    상기 단말 기기가, 상기 애플리케이션 클라이언트를 설치하는 것은 구체적으로,
    상기 애플리케이션 클라이언트가 존재하면 상기 도메인 명칭에 대응하는 애플리케이션 클라이언트를 설치하는 것을 포함하는, 페이지 조작 처리 장치.
15. 단말기에 설치된 애플리케이션 클라이언트에 대응하는 도메인 명칭을 저장하도록 구성된 메모리; 및
    액세스될 자원에 대응하는 URL을 획득하고; 상기 저장된 도메인 명칭이 상기 URL에 대응하는 도메인 명칭을 포함하는지를 검출하고; 상기 저장된 도메인 명칭이 상기 URL에 대응하는 도메인 명칭을 포함하는 것을 검출하면, 상기 URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트를 트리거하고 상기 URL에 대응하는 애플리케이션 클라이언트 페이지를 획득하여 표시하도록 구성된 프로세서
    를 포함하는 단말기.
16. 제15항에 있어서,
    사용자에 의해 입력되는, 상기 액세스될 자원에 대응하는 URL을 수신하고 상기 URL을 상기 프로세서에 전송하도록 구성된 입력 기기; 또는
    근접장 통신(Near Field Communication)을 사용하여 상기 액세스될 자원에 대응하는 URL을 수신하고 상기 프로세서에 상기 URL을 전송하도록 구성된 근접장 통신 수신기
    를 더 포함하는 단말기.
17. 제15항 또는 제16항에 있어서,
    상기 단말기는,
    이차원 코드 이미지를 획득하고 상기 프로세서에 상기 이차원 코드 이미지를 전송하도록 구성된 이미지 획득 기기를 더 포함하고,
    상기 프로세서는 상기 이차원 코드 이미지를 파싱(parsing)하여 상기 액세스될 자원에 대응하는 URL을 취득하도록 더 구성되는, 단말기.
18. 제15항에 있어서,
    상기 저장된 도메인 명칭이 상기 URL에 대응하는 도메인 명칭을 포함하는지를 검출하는 것은,
    데이터베이스에 저장된 도메인 명칭에 따라 상기 URL 내의 문자를 하나씩 비교하고 상기 URL에서 제2 레벨 도메인 명칭을 추출하여 상기 URL의 도메인 명칭을 취득하거나; 또는 상기 URL 내의 구분자에 따라 상기 URL에서 제2 레벨 도메인 명칭을 추출하여 상기 URL의 도메인 명칭을 취득하는 것; 및
    상기 단말기가 상기 도메인 명칭을 저장하고 있는지를 판정하는 것을 포함하고,
    상기 도메인 명칭은 적어도 상기 제2 레벨 도메인 명칭을 포함하는, 단말기.
19. 제15항에 있어서,
    상기 URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트를 트리거하고 상기 URL에 대응하는 애플리케이션 클라이언트 페이지를 획득하여 표시하는 것은,
    상기 애플리케이션 클라이언트가 상기 URL에 대응하는 애플리케이션 클라이언트 페이지를 획득하기 위해 네트워크 서버에 요청을 전송하고 상기 애플리케이션 클라이언트 페이지를 표시할 수 있도록, 상기 애플리케이션 클라이언트를 작동시키고 상기 애플리케이션 클라이언트에 상기 URL을 전송하는 것; 또는
    상기 액세스될 자원을 여는 데 사용될 수 있는 옵션 중 하나로서 상기 애플리케이션 클라이언트의 식별자 및/또는 아이콘을 사용자에게 제시하고, 상기 사용자가 상기 애플리케이션 클라이언트의 식별자 및/또는 아이콘을 선택한 후에, 상기 애플리케이션 클라이언트가 상기 URL에 대응하는 애플리케이션 클라이언트 페이지를 획득하기 위해 네트워크 서버에 요청을 전송하고 상기 애플리케이션 클라이언트 페이지를 표시할 수 있도록, 상기 애플리케이션 클라이언트를 작동시키고 상기 URL을 상기 애플리케이션 클라이언트에 전송하는 것을 포함하는, 단말기.
20. 제15항 내지 제19항 중 어느 한 항에 있어서,
    상기 프로세서는, 상기 URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트가 설치되어 있는지를 판정하고; 상기 URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트가 설치되어 있지 않으면, 상기 애플리케이션 클라이언트를 설치하고, 상기 애플리케이션 클라이언트에 대응하는 하나 이상의 도메인 명칭 및 상기 애플리케이션 클라이언트의 식별자 및/또는 아이콘을 저장하도록 더 구성되는, 단말기.
21. 제20항에 있어서,
    상기 URL의 도메인 명칭에 대응하는 애플리케이션 클라이언트가 설치되어 있는지를 판정하는 것은,
    상기 URL에 대응하는 도메인 명칭과 로컬로 저장된 애플리케이션 클라이언트 리스트 사이의 매칭을 수행하고; 상기 매칭이 성공하면, 상기 애플리케이션 클라이언트가 상기 단말 기기에 설치되어 있는 것으로 판정하고; 상기 매칭이 실패하면, 상기 애플리케이션 클라이언트가 상기 단말 기기에 설치되지 않은 것으로 판정하는 것을 포함하는, 단말기.
22. 제21항에 있어서,
    상기 프로세서는, 서버가 상기 도메인 명칭에 대응하는 애플리케이션 클라이언트가 존재하는지를 피드백할 수 있도록, 상기 서버에 상기 URL에 대응하는 도메인 명칭을 전송하도록 더 구성되고,
    상기 단말 기기가, 상기 애플리케이션 클라이언트를 설치하는 것은 구체적으로,
    상기 애플리케이션 클라이언트가 존재하면 상기 도메인 명칭에 대응하는 애플리케이션 클라이언트를 설치하는 것을 포함하는, 단말기.
    
    
    

Images