본 발명은 업로드 보안 및 모바일 애플리케이션에서의 이 개념의 구현에 관한 것이다. 한가지 이러한 애플리케이션은 모바일 사진이며, 그의 일례는 Yahoo! Photos™ 애플리케이션이라 불리는 것이다. Yahoo! 및 Yahoo! Photos는 미국 캘리포니아주 서니베일 소재의 Yahoo! Inc.의 상표이다. 임의의 다른 상표는 그 각자 의 소유주의 재산이다.
이는 여러가지 애플리케이션에서 구현될 수 있지만, 명백함 및 예시를 위해, 본 발명에서 생각하는 방법은 본 명세서에서 Yahoo! Photos 애플리케이션과 관련하여 기술된다. 이 애플리케이션의 서버측은 "서버 Yahoo! Photos"이고, 이 애플리케이션의 클라이언트측은 모바일 클라이언트 애플리케이션, 또는 "클라이언트 Yahoo! Photos"이다. 클라이언트 애플리케이션은 일반적으로 다운로드가능한 애플리케이션, 즉 J2ME™(Sun Microsystems, Inc.의 자바™ 2 플랫폼, 마이크로 에디션), Yahoo! Photos™ 또는 모바일 장치로 다운로드가능한 임의의 다른 애플리케이션인 것으로 간주된다. 여기에서의 예에서, 클라이언트 Yahoo! Photos는 모바일 전화기, 보다 상세하게는 모바일 카메라 폰 상에서 실행된다.
무선 통신 환경
A. 무선 통신 프로토콜
무선 장치와 인터넷 간의 데이터의 통신을 통제하는 표준인 무선 프로토콜은 최신의 모바일 무선 장치 및 인터넷 콘텐츠 기술의 향상된 기능을 이용 및 지원한다. 하이퍼텍스트 전송 프로토콜(HTTP)은 종종 사용되는 프로토콜이며, 다른 표준은 WAP(Wireless Application Protocol), M-서비스(M-services), i-모드(i-Mode) 및 웹 클리핑(Web clipping)을 포함한다. 다른 프로토콜도 역시 가능하지만, WAP은 콘텐츠 공유를 위한 적당한 프레임워크를 제공하는 것처럼 보인다. 따라서, WAP 등의 표준의 채택은 본 발명의 목적상 적합하며, 이에 대해 이하에서 약간 상세히 기술한다.
WAP의 채택은 무선 통신 네트워크에서 사용하기에 적합하게 되어 있는 기존의 인터넷 표준 및 프로토콜 상에 구축되며, 모바일 무선 장치(제한된 컴퓨팅, 메모리, 디스플레이, 사용자 인터페이스 및 전원 기능을 가짐)의 고유의 특성을 해소시킨다. WAP은 모바일 무선 프로토콜을 통해 무선 정보의 표현 및 전달과 전화 서비스를 위한 일련의 프로토콜을 정의하는 사양 모음(specification suite)이다. WAP 서비스는 WAP-지원 장치에 정보 액세스 및 전달을 제공한다. WAP은 사용자가 정보 및 대화형 서비스에의 쉽고 즉각적인 액세스를 할 수 있도록 설계되었다. 따라서, 적시의 정보를 전달하고 트랜잭션 및 질의를 수락하기 위해 WAP 지원 장치 간의 연동성이 임의의 WAP-호환 인프라를 통해 가능하다.
WAP은 PalmOS, EPOC, Windows CE, FLEXOS, OS/9, JAVA OS 기타 등등을 비롯한 임의의 오퍼레이팅 시스템 상에 구축될 수 있다. 무선 인터페이스에 독립적이기 때문에, WAP이 발전함에 따라, WAP은 새로운 네트워크로 확장가능하도록 설계되어 있으며, 그에 따라 개별적인 네트워크에 걸쳐 베어러 독립성 및 공통의 솔루션의 개발을 가능하게 해준다.
용어 "WAP"은 통상적으로 무선 애플리케이션 환경(wireless application environment, WAE)을 지칭하는 데 사용하지만, WAE는 WAP 프로토콜 모음 및 기술을 포함한다. WAE는 정보의 전달 및 대화형 서비스를 가능하게 해주는 풍부한 애플리케이션 환경을 모바일 무선 장치에 제공한다. WAE의 중요한 측면은 예를 들어 도 1에 도시한 바와 같은 WAP 스택, 즉 무선 프로토콜 계층이다. WAP 스택(11)의 하단에 네트워크 계층이 있고 그 위에 전송 계층, 보안 계층, 트랜잭션 계층 및 세션 계층이 있다.
간단히 말하면, 네트워크 프로토콜 계층은 단문 메시지 서비스(SMS), 코드 분할 다중 접속(CDMA), 셀룰러 디지털 패킷 데이터(CDPD), GPRS(general packet radio service, 일반 패킷 무선 서비스), HSCSD(high speed circuit-switched data, 고속 회선 교환 데이터), 3G(third generation), GSM(global system for mobile communications) 및 USSD(unstructured supplementary service data) 채널 등의 무선 서비스 제공자(무선 베어러)의 네트워크와의 인터페이스를 통제하는 네트워크 인터페이스 정의를 지원한다. 무선 전송 계층은 무선 데이터그램 프로토콜(WDP)을 지원하며, IP(인터넷 프로토콜)를 통해 동작할 때, 네트워크 계층 WDP은 UDP/IP(사용자 데이터그램 프로토콜/IP)로 대체된다. WDP는 하부의 베어러 서비스를 통해 데이터그램 서비스 및 투명한 통신을 상위 프로토콜 계층들에 제공한다. 환언하면, WDP는 베어러 무선 네트워크의 유형과 무관하게 기능하는 공통의 인터페이스 및 기능을 상위 프로토콜 계층들에 제공한다. 무선 전송 계층 보안(WTLS)은 그 아래의 계층에서의 전송 서비스의 프라이버시, 인증 및 데이터 무결성을 보존하기 위한 보안 전송 서비스는 물론 통신하는 애플리케이션들 간의 보안 연결을 생성 및 종료하는 기능을 제공한다. 트랜잭션 프로토콜(WTP) 계층은 예를 들어 요청-응답 트랜잭션을 비롯한 WAP 데이터그램 서비스에 대한 트랜잭션 지향 프로토콜을 제공한다. 무선 세션 프로토콜(WSP) 계층은 세션 중지/재개 등의 HTTP/1.1 기능 및 특징을 제공한다. WSP는 각각 트랜잭션 프로토콜 및 데이터그램 전송 계층 상부에서 동작하는 연결(connection) 및 무연결(connectionless) 서비스에의 인터페이스 를 WAE의 상위 레벨의 애플리케이션 계층에 제공한다.
WAE(즉, 무선 애플리케이션 환경)는 또한 무선 마크업 언어(WML) 마이크로-브라우저, WML 스크립트 가상 기계, WML 스크립트 표준 라이브러리, 무선 전화 애플리케이션 인터페이스(TAI) 및 WAP 콘텐츠 유형으로 이루어져 있다. "WAP 브라우저"라고도 하는 WAP 마이크로-브라우저는 WAP/웹 애플리케이션과 WAP-지원 장치 간의 상호 작용을 용이하게 해준다. 마이크로-브라우저는 무선 마크업 언어(WML) 및 확장가능 전송 하이퍼링크 마크업 언어(extensible transport hyperlink markup language, XTHML)를 지원하는 태그-기반 무선 브라우저 애플리케이션이다. 마이크로-브라우저는 사용자 인터페이스를 위해 "카드" 메타포어(card metaphor)를 사용하며, 여기서 사용자 상호작용은 카드들로 분할된다. WAP 카드 메타포어는 PC에서의 데스크톱 메타포어과 거의 마찬가지로 모든 애플리케이션이 부합할 수 있는 공통의 인터페이스를 제공한다. 마이크로-브라우저는 트리 레벨에서 정의된 사용자 동작(데크(deck), 카드 및 선택 & 링크 옵션, 즉 ACCEPT, PREV, 기타 등등) 및 디폴트 작업(PREV, NOOP, 기타 등등)을 지원한다. 예를 들어, 한 데크의 카드는 내비게이션 카드, 변수 카드 및 입력 요소 카드로 분할된다. 내비게이션 카드는 '카드(card)' 태그로 캡슐화된 스크립트로서 형성된다. 카드의 이하의 예는 상호작용(DO TYPE ="ACCEPT") 및 링크(GO URL="#eCARD")의 유형을 포함한다.
B. 무선 통신 인프라
도 1은 많은 유형의 이용가능한 베어러 네트워크(12) 중 하나를 사용하는 무선 상호연결 모델(10)을 도시한 것이다. 예시된 무선 모바일 장치(100)는 사용자가 인터넷(16)(및 LAN, WAN 또는 이더넷 네트워크 등의 임의의 다른 네트워크)을 통해 서버(18)로부터 프로그램을 다운로드하여 이를 로컬 메모리에 저장할 수 있도록 하는데 충분한 로컬 메모리 및 인터넷 액세스 기능을 갖는 것으로 가정한다. 따라서, 무선 가입자는 여러가지 다운로드가능한 애플리케이션을 통해 인터넷을 거쳐 이들 또는 다른 서버에 있는 콘텐츠에 고속 액세스할 수 있다. 유의할 점은 예시된 서버(18)가 다운로드가능한 프로그램의 출처는 물론 콘텐츠의 출처 또는 목적지일 수 있지만 프로그램 및 콘텐츠는 다른 서버로부터 온 것이거나 다른 서버로 보내지는 것일 수 있다. 이 설명의 목적상, 웹 서버(18)는 Yahoo! Photos 클라이언트측 애플리케이션의 소스는 물론 콘텐츠, 특히 사진(이미지 데이터)의 소스 및 목적지이다. 이메일을 검색하고 인터넷을 통해 정보를 교환할 수 있는 기능을 비롯한 멀티미디어 기능을 갖는 Yahoo! Photos 등의 다운로드된 프로그램을 사용하여, 네트워크 운영자(또는 보다 일반적으로 서비스 제공자)는 음성 또는 텍스트 제공을 넘어 가치 제공(value proposition)을 추가한다.
실제로, 이러한 기능으로, 사용자는 그의 모바일 장치에서 사진 이미지를 캡처하고 캡처된 이미지를 저장 및 처리하며 캡처된 이미지의 데이터를 서버(예를 들어, 서버(18))로 업로드할 수 있다. 따라서, 서버(18)는 사진 이미지의 데이터에 대한 저장소로서 동작하고, 사용자는 이전에 캡처된 사진 이미지의 데이터를 서버로부터 그의 모바일 장치로 다운로드하는 것은 물론 이러한 이미지를 저장 및 처리할 수 있다. 하나의 모바일 장치 상에 존재하는 사진들은 서버(18) 및 통신 네트워크(들)(12, 16)를 통해 다른 장치와 공유될 수 있다.
이러한 무선 상호연결 모델에서, Yahoo! Photos 클라이언트측 프로그램을 다운로드하는 데 사용되는 모바일 전화는 WAP-지원된다. 도 1에 도시된 바와 같이, WAP-지원 장치(100)는 WAP 프로토콜을 지원하고, 서버(18)는 일반적으로 WWW(월드 와이드 웹) 프로토콜을 지원한다. 상세하게는, 모바일 장치측에서의 무선 애플리케이션 환경(11)은 마이크로-브라우저, 세션 계층들을 통한 네트워크에서의 WAP 프로토콜 모음, 및 다운로드가능한(클라이언트측) Yahoo! Photos 애플리케이션 프로그램을 포함한다. 마이크로-브라우저는 WML 문서 및 WML 스크립트 애플릿이 어떻게 해석되고 모바일 장치 사용자에게 제시되어야만 하는지를 정의한다. 마이크로-브라우저의 WTA(무선 전화 애플리케이션) 기능은 선택적 착신 전환(selective call forwarding) 또는 다른 보안 전화를 가능하게 해주기 위해 WML 스크립트 애플릿 내에서 호 제어, 전화번호부 액세스 및 메시징을 제공한다. 서버측에서의 무선 애플리케이션 환경(13)은 표준 웹 브라우저 및 WWW 프로토콜 스택(HTTP 및 TCP/IP) 이외에 서버측 Yahoo! Photos를 포함한다.
콘텐츠에의 웹 기반 액세스를 가능하게 해주기 위해, 서비스 제공자는 그의 가입자에 대한 데이터 통신을 제어하고 과금가능한 활동을 추적하면서 통신 사업자 네트워크(12)를 통해 무선 데이터를 배치한다. 일반적으로, 게이트웨이(14)는 가입자 활동을 추적하는 일, 액세스를 제어하는 일, 및 게다가 한편으로는 모바일 장치(100)에 대한 프록시로서 다른 한편으로는 서버(18)에 대한 프록시로서 기능하는 일을 맡고 있다. 게이트웨이(14)는 표준의 웹 프록시 기술을 바탕으로 구축되어, 유선 인터넷을 통해 콘텐츠에 액세스할 수 있도록 해주기 위해 무선 서비스 제공자에 의해 제공된 서비스들을 HTTP 프로토콜에 상호연결시키도록 구현되어 있다.
WAP-지원 장치, WAP-지원 프록시/게이트웨이 및 서버 간의 상호작용의 한 모델은 하이퍼텍스트 전송 프로토콜(HTTP) 1.1 응답/요청 트랜잭션이며, 여기서 HTTP 1.1은 무선 환경에 대해 프로파일링되어 있다. 게이트웨이(13, 14)는 요청을 WAP 프로토콜에서 WWW 프로토콜로 변환하고, 그 역도 마찬가지이며, WML(/HTML) 문서를 HTML(/WML)로 변환하고, URL에 있는 도메인 이름을 분석(resolve)하고 액세스를 관리하기 위한 제어점을 제공한다. 인코더/디코더를 갖는 WAP-지원 게이트웨이로부터, URL 요청 또는 WML 문서(아마도 인코딩된 형태임)는 사용자 상호작용에 보안을 추가하기 위해 인코딩된/디코딩된 상태로 전송될 수 있다. 유의할 점은 HTML 문서의 일률적인 구조와는 달리, WML 문서가 일련의 사용자 상호작용 단위, 즉 한 데크의 카드로 분할된다는 것이다. 각각의 사용자 상호작용 단위는 카드(또는 페이지)이고, 사용자는 하나 이상의 WML 문서에서 카드들 간을 내비게이션할 수 있다.
WAP-지원 장치, WAP-지원 프록시/게이트웨이 및 서버 간의 상호작용의 다른 모델은 HTTP 응답/요청 트랜잭션(인터넷의 TCP/IP 프로토콜 모음의 상단에서 실행되는 프로토콜)이다. 이 모델은 보다 새로운 WAP 2.0에 적절하다(프로토콜 스택이 도 1에 도시되어 있지 않음). 상기 설명하고 예시한 WAP 스택(11)과는 달리, WAP 2.0 스택은 네트워크 계층 상부에 IP, TCP(전송 제어 프로토콜), TLS, HTTP 및 WAW 계층을 포함한다(이들 모두는 무선 환경에 대해 프로파일링되어 있음). 예를 드어, TLS 프로토콜에 대한 무선 프로파일은 보안 트랜잭션에 대한 연동을 가능하게 해준다.
베어러 네트워크를 통한 3G(third generation)-지원 모바일 장치와 서버 또는 다른 장치들 간의 상호작용의 또다른 모델이 도 1a에 도시되어 있다. 도시된 바와 같이, 3G 단말기는 W-CDMA(wide code division multiple access, 광역 코드 분할 다중 접속), GPRS(general packet radio service), GSM(global system for mobile communications), EDGE(enhanced data rates for global evolution), UMTS(unified threat management system) 및 HSCSD(high speed circuit switched data)를 비롯한 여러가지 기술에 기초하여 보다 고속이고 보다 광대역인 무선 셀룰러 서비스 통신을 지원한다. 3G 단말기는 로컬, 단거리 통신을 위한 무선 연결(cordless connection)을 갖추고 있다. 3G 단말기에서의 통신 프로토콜은 OSI(open system interconnection) 스택에 계층을 이루고 있는 OSI 프로토콜에 비견된다.
이들 프로토콜에 의해 웹 브라우징, 단문 메시지 서비스(SMS), 멀티미디어 메시징 서비스(MMS), 이메일, M-상거래(M-commerce), 실시간 비디오 및 선불(pre- paid)을 비롯한 여러가지 서비스가 지원된다. 예를 들어, MMS는 이미지, 텍스트, 오디오 클립 및 비디오 클립을 비롯한 멀티미디어 요소를 SMS에 추가할 수 있는 저장 및 전달 메시징 서비스이다. MMS는 이메일 및 SMS와 같이 분리되어 있는 것이 아니라 공통의 타임라인에 걸쳐 동기화되어 있으며, 이는 이메일을 통한 표현 계층과 유사하며 이미지를 갖는 슬라이드 쇼처럼 보인다. 호환되는 전화를 통해, MMS 메시지는 새로운 메시지 경고와 함께 나타나게 된다. 화상 메시지가 화면 상에 열리게 되고, 텍스트는 이미지 아래에 나타나며, 사운드는 자동적으로 재생되기 시작한다.
Yahoo! Photos 및 네트워크 게임 등의 다운로드가능한 애플리케이션은 이와 유사하게 3G 단말기에서 지원되며 MMS 등의 서비스와 상호작용한다. 창작자는 내장된 또는 부속 카메라를 사용하여 멀티미디어 메시지를 용이하게 생성할 수 있거나, 전화에 이전에 저장된 이미지 및 사운드(아마도 웹 사이트로부터 다운로드됨)를 사용할 수 있다. 그렇지만, 간단함을 위해, 이하의 설명은 모바일 장치가 Yahoo! Photos 등의 사진 애플리케이션을 다운로드하는 데 사용되는 WAP-지원 카메라 폰인 것으로 가정한다.
도 2는 반드시 임의의 특정의 제조업체와 연관될 필요가 없지만 본 발명의 목적상 적합한 기능을 갖는 모바일 전화(100)를 도시한 것이다. 예를 들어, Yahoo! Photos 애플리케이션을 수용하기 위해, 모바일 전화(100)는 이미지를 캡처하기 위해 노출되어 있는 카메라 렌즈(112)를 갖는 카메라 기능을 갖는다. 모바일 전화(100)는 또한 5-포인트 내비게이션 키(게임 키라고도 함)(114)를 가지며, 이 키는 좌, 우, 상, 하 및 선택, 또는 OK 기능을 가지며, 이는 실질적으로 마우스의 동작을 모방한 것이다. 메인 메뉴 버튼(116)은 화면 상의 메뉴 디스플레이를 활성화시키고, 메인 OK 버튼(118)은 메뉴 선택을 활성화시킨다. '뒤로' 버튼(110)은 하드웨어 키로서 도시되어 있으며, 여기에서의 이의 위치는 단지 예시적인 것에 불과하다. 즉, '뒤로' 버튼의 물리적 배치는 장치 의존적이며, 여기서 다른 장치 상에서의 버튼은 다르게 배열될 수 있음이 예상된다. '뒤로' 소프트-키는 WAP 브라우저의 '뒤로' 기능을 구현할 수 있으며, 이는 그 소프트-키가 모바일 전화의 화면 상에 아이콘 또는 메뉴 항목으로서 나타나게 됨을 의미한다.
또한, 도 2에 도시한 바와 같이, Yahoo!-지원 전화(100)는 GPRS 및 GSM 등의 여러가지 기술에 기초한 무선 셀룰러 서비스 통신을 지원한다. 이 장치는 (WAP 스택의 모든 계층에서) WAP 통신 프로토콜을 지원하도록 구성되어 있다. 이들 프로토콜에 의해 지원되는 것으로 도시된 여러가지 서비스는 웹 브라우징, SMS, MMS, 이메일, M-상거래, 실시간 비디오 및 선불을 포함한다. 이러한 서비스와 상호작용하는 것으로 도시된 다운로드가능한 프로그램은 네트워크 게임 및 Yahoo! Photos를 포함한다.
모바일 장치 기능은 양호하게는 모바일 전화를 비롯한 광범위한 내장된 장치에 맞게 조정된 J2ME™ 플랫폼 등의 플랫폼을 사용하여 구현된다. J2ME™ 플랫폼은 일련의 표준 자바 API(애플리케이션 프로그래밍 인터페이스)를 포함하고, 사용자 인터페이스, 보안 모델, 내장된 네트워크 프로토콜(예를 들어, 도 1에 도시된 WAP) 및 네트워크화된 비연결 애플리케이션(networked and disconnected application)에 대한 지원을 제공한다(Yahoo! Photos는 네트워크화된 애플리케이션임).
J2ME™ 플랫폼의 경우, 애플리케이션은 광범위한 장치에 대해 한번 기록된다. 그러면, 각각의 장치의 내재된 기능을 이용하는 애플리케이션은 동적으로 다운로드된다. J2ME™ 플랫폼은 구성(configuration), 프로파일 및 선택적인 패키지를 완전한 자바 런타임 환경을 구축하기 위한 요소로서 정의한다. 구성은 가상 기계 및 최소한의 클래스 라이브러리 세트로 이루어져 있으며 유사한 특성을 공유하는 특정 범위의 장치들에 대한 기본 기능을 제공한다. 현재의 구성은 제한된 메모리 및 프로세싱 능력을 갖는 장치(예를 들어, 모바일 전화, 양방향 페이저, 및 PDA)에 대한 CLDC(connected limited device configuration) 및 보다 나은 메모리, 프로세싱 및 네트워크 대역폭 능력을 갖는 장치(예를 들어, TV 셋톱 박스, 홈 게이트웨이, 차량용 텔레매틱스 시스템 및 하이엔드 PDA)에 대한 CDC(connected device configuration)를 포함한다. 그렇지만, 특정의 장치 카테고리를 목표로 하는 완전한 런타임 환경을 제공하기 위해, 이 구성은 애플리케이션 라이프 사이클 모델, 장치 관련 특성에의 액세스 및 사용자 인터페이스를 추가적으로 정의하는 일련의 고레벨 API 또는 프로파일과 결합되어야만 한다.
프로파일의 한 예는 모바일 전화 및 초보 수준의 PDA용으로 설계되어 있는 모바일 정보 장치 프로파일(mobile information device profile, MIDP)이다. MIDP는 사용자 인터페이스, 네트워크 연결성, 로컬 데이터 저장 장치, 및 애플리케이션 관리를 비롯한 모바일 애플리케이션이 필요로 하는 핵심적인 애플리케이션 기능을 제공한다. J2ME™는 특정의 시장 요구사항, 예를 들어 블루투스™, 웹 서비스, 무선 메시징, 멀티미디어 및 데이터베이스 연결성을 해소하기 위해 여러가지 선택적인 패키지 및 그의 대응하는 프로파일을 결합함으로써 추가적으로 확장될 수 있다.
모바일 Yahoo! Photos와 관련한 업로드 보안
유의할 점은 여기에서의 예가 카메라 폰에 주안점을 두고 있지만, 본 발명의 원리는 카메라 폰으로 한정되지 않는다는 것이다. 임의의 전화 또는 다른 무선 모바일 장치가 본 발명의 변형을 구현할 수 있다. 모바일 장치가 스마트 핸드셋인 경우, 서비스 제공자와의 통신이 특성에 있어서 다를 수 있지만 애플리케이션 프로그램을 다운로드하는 것 및 업로드 보안 방식을 구현하는 것이 가능하다.
언급해야 할 것은 제조업자가 카메라 기능, 즉 이미지를 캡처하고 이미지의 데이터를 저장, 디스플레이, 처리, 전송 및 수신하는 기능을 갖는 Yahoo!-지원 전화(100)를 제공하지만 이 카메라 기능은 Yahoo! Photos 프로그램과 무관하다는 것이다. 즉, 캡처된 이미지의 데이터는 이 데이터가 먼저 Yahoo! 서버로 업로드되고 이어서 로컬(모바일) Yahoo! Photos 앨범으로 다운로드됨으로써 Yahoo! Photos 환경으로 유입될 때까지는 Yahoo! Photos 환경 밖에 있는 모바일 전화에 존재하며, 이에 대해서는 나중에 설명한다.
모바일 장치 상에서, 여러가지 클라이언트 애플리케이션이 디폴트 시작 또는 메인 메뉴 화면을 통해 또는 제조업자가 설치한 가상 자동 판매기 화면을 통해 사용자에게 제공된다. 다른 선택 항목은 예를 들어 사운드를 설정하기 위한 메뉴 항목을 포함한다. 이들 시작 및 판매 화면은 사용자가 설치 절차를 따름으로써 획득 할 수 있는 애플리케이션의 목록(또는 아이콘)을 갖는 메뉴를 보여준다. 이 메뉴는 예를 들어 Yahoo! Photos 사이트를 비롯한 여러가지 서비스 웹 사이트로의 링크를 제공한다. 이들 링크는 물론 URL(Uniform Resource Locator), 즉 인터넷 상의 사이트의 월드 와이드 웹 주소이며, Yahoo!-지원 전화 상에서, 적어도 하나의 이러한 메뉴 항목은 Yahoo! Photos 애플리케이션을 다운로드하기 위한 링크이다.
도 3은 사용자가 모바일 애플리케이션 사이트 - 이 예에서는 Yahoo! Photos 랜딩 페이지임 - 에 도달한 경우의 흐름을 도시한 도면이다. 이 랜딩 페이지에 대한 URL은 홍보 웹 페이지로부터의 링크를 통해, 웹 검색을 통해 또는 북마크(또는 즐겨찾기)로부터 획득된다. 이 흐름은 사용자의 PC(퍼스널 컴퓨터)로부터 시작하는 것으로 도시되어 있으며, 이는 프로그램 정보가 PC 디스플레이 상의 랜딩 페이지(302)에 제공되는 것으로 시작한다. 랜딩 페이지의 콘텐츠(302, 304)는 사용자가 이미 Yahoo! Photos 프로그램을 구입하였는지 여부에 기초하여 사용자에게 이용가능한 옵션들을 보여주기 위해 제공된다. 예를 들어, 랜딩 페이지는 "지금 구입할 방법(304)"은 물론 업로드 정보(306a), 플래쉬 데모(306b), 및 가격 정보(306d), 예컨대 "매월 $2.99"의 옵션과 함께 Yahoo! Photos 프로그램 이름을 사용자에게 제공한다. 애플리케이션을 구입하기 위해, 사용자는 애플리케이션 이름, Yahoo! Photos를 클릭하거나 "지금 구입할 방법"을 클릭한다. 등록(400A-D)에 뒤이어서, 질의("$2.99에 이를 구입하겠는가?" 등)는 사용자에 대해 제안(320)을 수락/거부하도록 프롬프트한다. 이어서, 업로드 보안을 구현하기 위해, 사용자는 나중 에 설명하게 될 업로드 옵트-인 파라미터(500)를 설정하도록 재촉받는다.
사용자가 애플리케이션을 구입하기 위해 그 제안을 수락하는 경우, 이 주문이 확인되고(322) 애플리케이션이 모바일 전화로 다운로드되어 모바일 전화 상에 존재하게 된다. 도 4a 내지 도 4d는 각각 PC-기반 및 모바일-기반의 등록 및 구입 흐름도를 도시한 것이다.
덧붙여 말하면, 도 3 및 도 4a에 도시된 바와 같이, 사용자가 수락을 확인하면, 사용자가 이전에 가입한 서버 상의 계정을 갖는 것으로 가정할 때, 사용자는 모바일 전화의 전화 번호를 제공하도록 재촉받는다. 그 전화 번호를 사용하여, 서버는 링크가 내장된 단문 메시지를 모바일 장치로 전송하고 이 모바일 장치로 하여금 진동하게 하거나 또는 다른 방식으로 사용자에게 구입(326)의 확인을 요청하는 메시지를 알린다. 이 확인(426)이 있는 경우, 서버는 이어서 프로그램을 모바일 장치로 전송하기 시작한다.
도 4b 및 도 4c에 도시된 바와 같이, 등록은 PC 또는 모바일 장치 상에서 시작될 수 있다. PC-기반 등록 프로세스에서, 호환되는 전화 목록이 검토되고(450) 전화가 호환되는 것으로 간주되면, 등록은 사용자가 10-자리 모바일 전화 번호를 입력하는 것으로 시작할 수 있다(452). 서비스 제공자는 10-자리 전화 번호를 다이얼링하고 그 모바일 전화를 통해 사용자로부터의 확인을 요청한다(456). 사용자는 구입 명령을 따르도록(460) 또는 자동 판매기로의 링크를 따라가도록(458) 프롬프트된다. 다운로드가 일어나면, Yahoo! Photos 클라이언트 홈 페이지(268)가 모바일 화면 상에 제공된다. 다른 대안으로서, PC를 통해 간접적으로보다는 오히려, 도 4c에 도시한 바와 같이, Yahoo! Photos 등의 프로그램이 모바일 전화를 통해 직접적으로 구매될 수 있다. 즉, 모바일 장치로부터 시작하는 등록 프로세스는 메뉴 페이지, 예를 들어 Yahoo! 홈 페이지(470 또는 472)로부터 시작된다. 그 밖에도, (가상) 자동 판매기 페이지(462), 다운로드 페이지(464), 확인 페이지(466) 및 홈 페이지(468)로의 링크도 도 4b에 도시한 것과 유사하다.
도 4d는 첫번째 구매 흐름을 도시한 것이다. 알 수 있는 바와 같이, 구매는 개별적인 랜딩 페이지부터 시작하여 PC에서 또는 모바일 장치에서 시작될 수 있다. 유의할 점은 PC-기반 프로세스에서 랜딩 페이지(480)는 표준 브라우저를 통해 획득된다는 것이다. 모바일-기반 프로세스에서, 랜딩 페이지(482)는 모바일 전화가 WAP 호환인 것으로 가정할 때 WAP 사이트를 제공하고, 이 페이지 및 후속 페이지에 링크하기 위해 마이크로-브라우저를 사용한다. 이어서, 첫번째 구매자의 경우, 제품 정보(즉, Yahoo! Photos 애플리케이션)가 가격 및 사용 조건으로의 링크 및 구매/취소 선택 버튼(아이콘)과 함께 소개된다(486). 애플리케이션이 다운로드될 때 계속하여 다운로드 활성화(488), 진행 갱신(490) 및 확인(492)이 제공된다. 그러면, 애플리케이션은 마이크로-브라우저(494)를 빠져나올 때 기동될 준비가 되어 있다. 호출된 후에, Yahoo! Photos의 홈 페이지가 디스플레이된다(498).
업로드 보안을 구현하기 위해, 전술한 바와 같이, 도 3의 등록 및 구매 프로세스는 업로드 옵트-인(500) 파라미터를 설정하는 단계를 포함한다. 도 5는 (업로드 옵트-인 모듈이 호출된 경우(502)) 사용자의 업로드 환경 설정을 설정하는 사용자의 업로드 파라미터를 설정하는 업로드 옵트-인 프로세스(500)를 도시한 것이다. 양호하게는, PC에서, 사용자는 사용자에 의해 그의 사진을 (서버 상의) 사용자의 Yahoo! Photos 계정으로 업로드하도록 허가된 모바일 전화의 서비스 제공자-발행 전화 번호를 입력하도록 프롬프트된다(506). 사용자는 또한 사용자의 이메일, 예를 들어 <user reg.#@messaging.sprintPCS> 또는 다른 이메일, 예를 들어 <jsmith@sprintpcs.com> 중 하나 이상을 입력하도록 프롬프트되며, 이를 통해 사진이 사용자 계정으로 업로드된다(506). 이메일은 승인된 목록 상에 게시된다. 도시되어 있지는 않지만, 사용자는 또한 사용자가 하루에(또는 임의의 다른 사전 정의된 기간에) 수신하고자 하는 업로드 메시지의 최대 수를 사전 선택할 수 있다. 이 선택 프로세스의 끝에, 사용자는 엔트리가 장래의 참조를 위해 데이터베이스에 저장되기 전에 엔트리를 확인하도록 프롬프트된다(508).
Yahoo! Photos 프로그램이 모바일 전화 상에 존재하는 경우, 이 프로그램은 (메뉴를 가져오기 위해 전화 상의 메뉴 버튼을 사용하여 또는 Yahoo! Photos가 디폴트 메뉴 옵션 중 하나로서 제공되어 있는 경우 디폴트 메뉴를 사용하여) 랜딩 페이지 또는 메뉴 페이지로부터 호출될 수 있다. Yahoo! Photos 애플리케이션의 호출은 그 중에서도 특히 사용자의 모바일 앨범은 물론 사용자 계정에 있는 온라인 앨범의 사용자 액세스 및 처리를 가능하게 해준다. 도 6a 및 도 6b는 각각 온라인 앨범 및 모바일 앨범에 대한 화면 흐름을 도시한 것이다.
Yahoo! Photos의 호출은 이 프로그램에 2개의 메인 옵션, 모바일 앨범 및 온라인 앨범(도 6a 및 도 6b에 나타냄)을 갖는 '홈' 페이지 2.0을 디스플레이하도록 촉구한다. 모바일 앨범은 모바일 전화 상에 국지적으로 저장된 사진들의 앨범이 며, 따라서 사용자는 이를 획득하기 위해 네트워크를 통해 밖으로 나갈 필요가 없다. 온라인 앨범은 서버 상의 사용자 계정에 저장된 사진들의 앨범이다. 전술한 바와 같이, 사진 이미지는 Yahoo! Photos 환경 밖에서 모바일 전화에 의해 캡처되고 처리될 수 있다. 이들 사진 이미지는 서버로 업로드되어 온라인 앨범에 저장되고 이어서 (선택적으로 또는 일괄적으로) 모바일 앨범으로 다운로드될 때까지 모바일 또는 온라인 앨범에서 이용가능하지 않으며, 그 역도 마찬가지이다. 따라서, '온라인 앨범'을 선택하는 것은 사용자가 이미 사용자의 PC 또는 모바일 전화로부터 서버로 업로드되어 온라인 앨범에 저장된 사진 이미지에 액세스하여 이를 처리할 수 있게 해준다. 이와 마찬가지로, '모바일 앨범'을 선택하는 것은 사용자가 이미 서버로부터 모바일 앨범으로 다운로드된 사진 이미지에 액세스하여 이를 처리할 수 있게 해준다.
이어서, '온라인 앨범' 옵션이 도 6a에 도시된 바와 같이 Yahoo! Photos 클라이언트 프로그램 '홈' 페이지(2.0)로부터 선택되는 경우, 이는 프로그램에 '로그-인(sign-in)' 페이지(1.0)인 그 다음 페이지를 디스플레이하도록 촉구한다. 이는 사용자가 일반적으로 Yahoo! ID 및 사용자 패스워드를 포함하는 로그-인 절차를 밟을 것을 요구한다. 이 로그-인 절차는 그 중에서도 특히 사용자의 계정을 불러오고 이 계정을 사용자의 온라인 앨범과 관련시킨다. 즉, 로그-인 절차는 사용자가 인터넷(해당되는 경우 다른 전용 네트워크)을 통해 그의 계정에 액세스할 수 있게 해준다.
그 다음 페이지는 '내 온라인 앨범' 페이지(2.1)이다. 특정의 사용자에 대 해, 이 온라인 앨범 페이지는 사용자의 계정과 연관되어 있는 지명된 사용자에게 이용가능한 사진 앨범의 이름들을 열거한다. 물론, 서버 상에 있는 앨범만이 열거되고, 선택된 앨범이 비어 있는 경우 그 다음 페이지는 그러한 취지의 표시를 디스플레이한다(즉 페이지(2.1.6)에 있는 "이 앨범은 현재 비어 있음"). 다른 대안으로서, 앨범이 비어 있지 않은 경우, 그 앨범을 선택하는 것은 그 다음 페이지, 그 앨범에 대한 '사진 목록' 페이지(2.1.2)를 가져온다. '사진 목록' 페이지에서, 서버로부터 모바일 전화로 다운로드하기 위한 사진이 선택될 수 있다. 게다가, 선택된 사진을 열어볼 수 있거나, 그 사진과 관련하여 다른 동작이 호출될 수 있다. 다른 동작들은 풀-다운 메뉴, 팝-업 메뉴 또는 현재 페이지의 임의의 부분에 중첩되는 메뉴로서 화면 상에 나타나는 메뉴(이 예에서 메뉴는 풀-다운 메뉴로서 나타남)에 제공되어 있다.
이러한 메뉴(이후부터, "사진 옵션 메뉴"라고 함)는 다수의 선택 항목을 제공하며, 그 각각은 "모바일에 저장", "사진 이메일 전송", "화면 보호기", "썸네일(thumbnail)", "온라인 앨범" 및 "홈"을 비롯한 동작을 나타낸다. 각각의 선택은 선택된 동작 항목에 대응하는 페이지를 불러온다. 동작 항목 중 2개, '홈' 및 '온라인 앨범'에 대해서는 이미 앞서 기술하였다. 홈을 선택하면 사용자를 다시 홈 페이지(2.0)로 안내하고, 온라인 앨범을 선택하면 사용자를 상기한 '내 온라인 앨범' 페이지(2.1)로 안내한다.
"썸네일"을 선택하면 선택된 앨범으로부터의 일군의 썸네일 사진 이미지를 보여주는 "사진 썸네일" 페이지(2.1.1)를 불러온다. 유의할 점은 서버로부터 다운 로드된 사진 썸네일 그룹의 수가 모바일 전화의 메모리 크기(어떤 장치가 사용되든지 간에)에 의존한다는 것이다. 이 특징을 사용하여, 사용자는 앨범 내의 사진들의 그룹들에 걸쳐 썸네일할 수 있다. 이 앨범 내의 썸네일 사진 이미지의 그룹들은 각각 서버로부터 로드된다. 이어서, 사용자는 이미지들 간을 전후로 이동하여(전후로 스크롤하여) "썸네일" 페이지 내의 사진들 중 하나를 선택할 수 있다. 선택된 썸네일 이미지는 그 다음 페이지, "온라인 사진" 페이지(2.1.3)에서 확대된다.
알 수 있는 바와 같이, 페이지들, '사진 목록'(2.1.2), '사진 썸네일'(2.1.1), 및 '온라인 사진'(2.1.3) 각각은 사진 옵션 메뉴 특징을 포함한다. 이들 동작 항목들 중에서, '사진 목록' 페이지, '사진 썸네일' 페이지 또는 '온라인 사진' 페이지로부터 '모바일에 저장'이 호출될 때, 이는 선택된 사진 이미지가 모바일 전화 상의 모바일 앨범에 저장되도록 한다. '모바일에 추가' 페이지(2.1.7)가 이 경우에 불러져 저장되어 있는 사진을 보여주고 저장이 완료되었다는 표시를 제공한다.
'사진 이메일 전송' 동작이 호출되면, '이메일로서 공유' 페이지가 나타난다(2.1.5). 이 페이지는 이메일 전송을 위해 선택된 사진(들)을 보여주고 사용자에게 이메일 주소를 입력하도록 프롬프트한다. 이 구현에서, 많은 최근에 사용된 이메일 주소가 제공된다. 덧붙여 말하면, '이메일'은 간단히 말하면 카메라 폰으로부터 사진을 전송하는 데 현재 사용되는 전송 메카니즘이다. 이 애플리케이션을 위해 다른 전송 메카니즘이 개발되어 이용될 수 있다. 이어서, 사진이 모바일 전 화로부터 선택된 이메일 주소로 이메일 전송될 때, 이메일이 전송되었음을 나타내는 메시지 또는 그렇지 않은 경우 에러가 발생했다는 메시지가 팝업된다. 예를 들어, 사용자가 선택된 이메일로 사진을 업로드하도록 허가되지 않은 경우 전송이 실패한다. 이러한 종류의 에러 메시지는 Yahoo! Photos 애플리케이션 프로그램에서 구현되는 바와 같이 본 발명에 의해 생각되는 업로드 보안 방식의 산물이다. 업로드 보안에 관한 상세는 도 8 및 도 9를 참조하여 이하에 제공된다.
'화면 보호기' 동작이 호출되면, 선택된 사진은 전화가 아이들 상태에 있을 때, 대기 상태에 있을 때 또는 기동되고 있을 때 화면을 채우기 위해 사용된다. '화면 보호기' 옵션은 선택된 사진을 보여주고 이 사진을 화면 보호기 사진 등록부에 추가하기 위해 사용자에게 'OK' 또는 '취소'를 선택하도록 요구하는 화면 보호기 페이지(2.1.4)와 연관되어 있다. 사진 다운로드의 상태를 표시하기 위해 메시지가 팝업된다.
상기한 바와 같이 '홈' 옵션을 사용하여 '홈' 페이지를 통해 사진 옵션 메뉴로 모바일 앨범으로 되돌아가는 것이 가능하다. 모바일 앨범 또는 임의의 다른 이전의 페이지로 가는 다른 방법은 나중에 설명하는 바와 같이 '뒤로' 버튼을 사용하는 '뒤로' 동작에 의해서이다. 또한, 전술한 바와 같이, Yahoo! Photos 애플리케이션이 랜딩/메뉴 페이지로부터 호출될 때, '홈' 페이지(2.0)는 선택 항목 중 하나로서 '모바일 앨범'을 제공한다. 따라서, 모바일 앨범은 '홈' 페이지를 통해 직접 액세스될 수 있다.
도 6b에 도시한 바와 같이 모바일 앨범 화면 흐름은 '홈' 페이지(2.0)부터 시작하고 모바일 앨범의 선택은 '모바일 사진' 목록 페이지(3.1.1)를 불러온다. 이 페이지는 2가지 동작 메뉴, '열기' 및 '동작(action)'을 제공한다. 따라서, 열거된 사진들 중 임의의 것의 선택에 뒤이어서 '열기' 또는 '동작'을 선택하는 것이 올 수 있다. 이전과 같이, '열기'가 선택될 때, 사진이 화면 상에서 '사진 썸네일' 페이지(3.1.2)에 보여진다. '동작'이 선택될 때, 모바일 사진 동작 메뉴가 제공된다. 이 메뉴는 '슬라이드 쇼', '이동', '사진 삭제', '모두 삭제'(모든 사진 삭제), '썸네일', '이력' 및 '홈' 등의 동작 항목을 포함한다.
사진이 로컬인 것(모바일 앨범에 있는 것)을 제외하고는, '사진 썸네일' 페이지(3.1.2)와 연관된 썸네일 특징은 온라인 앨범을 참조하여 전술한 바와 같이 동작한다. 모바일 '사진 썸네일' 페이지 상에서 선택된 사진은 그 다음 페이지, '모바일 사진' 페이지(3.1.3)에 나타내어진 바와 같이 확대될 수 있다. '사진 썸네일' 및 '모바일 사진' 페이지에 대한 메뉴는 상기한 모바일 사진 동작 메뉴의 일부를 포함한다.
이러한 메뉴로부터 슬라이드 쇼가 호출되면, '모바일 슬라이드 쇼' 페이지가 나타난다(3.3). 이 특징이 활성일 때, 슬라이드 쇼는 모바일 앨범 사진에 대해 스크롤하여 소정의 기간 동안 각각의 사진을 보여준다. 이 슬라이드 쇼는 사용자가 페이지의 하단에 있는 '중지'를 선택할 때까지 계속된다. 사용자가 '동작'을 선택하면, 슬라이드 쇼 메뉴는 사용자에게 '일시 정지(pause)', '보여주기(show)', '보통(normal)' 및 '빠르게(fast)'의 옵션을 제공한다. '일시 정지' 옵션은 슬라이드 쇼를 일시 정지시키기 위해 선택되고, '느리게(slow)'는 슬라이드 쇼의 속도를 늦 추고, '가속(speed)'은 슬라이드 쇼의 속도를 높이며, '보통'은 슬라이드 쇼를 보통 속도로 가져온다. (도 6c의 (i) 및 (ii) 부분은 모바일 앨범 슬라이드 쇼에 대한 즐겨찾기를 설정하는 것을 나타낸 것이며, (i) 부분은 모바일 장치에서의 프로세스를 나타내고 (ii) 부분은 PC에서 시작하는 프로세스를 나타낸 것이다)
도 6b에 추가적으로 도시한 바와 같이, 3개의 페이지(3.1.1, 3.1.2, 3.1.3) 중 임의의 것으로부터 '이동' 동작이 선택될 때 '이동' 페이지가 나타난다(3.2.1). 이 페이지에서, 프로그램은 일군의 사진(썸네일)을 디스플레이하고, 사용자는 5-포인트 내비게이션 키를 사용하여 사진들을 재정렬할 수 있음은 물론 사진을 드롭하거나 이를 저장하기로 선택할 수 있다(도 6d는 사진 보기, 공유 및 저장에 대한 흐름도를 도시한 것이다). '삭제' 또는 '모두 삭제' 동작이 선택될 때, 사용자는 삭제하거나 삭제 동작을 취소시키는 옵션을 갖는다(페이지(3.2.5, 3.2.4)에 나타내어져 있음). '삭제' 페이지는 사용자가 그의 마음을 변경할 수 있도록 해주기 위해 삭제를 위해 선택된 사진을 보여준다. 모든 사진이 삭제되어 있을 때 또는 시작할 모바일 앨범이 비어 있을 때, '모바일 앨범 비어 있음' 페이지가 디스플레이된다(3.1.4). 이는 사용자가 홈 페이지를 선택하거나 "내 사진이 어디에 있는가?" 및 "모바일 앨범이 무엇입니까?" 등의 질의 중 임의의 하나에 대한 대답을 선택할 수 있게 해준다. 후자의 선택은 '모바일 앨범이란(about)' 페이지(3.1.4.1)를 불러오고, 이 페이지에서 'OK'를 누르면 사용자에게 온라인 앨범(들)에의 액세스를 제공한다. 이전(former)을 선택하면 '앨범 복원' 페이지(3.1.4.2)를 불러온다. "복원" 기능에 대해서는 이하에서 보다 상세히 설명한다.
유의할 점은 사용자가 로그-인할 때, 사용자가 사진을 모바일 앨범에 저장할 때마다 애플리케이션 프로그램이 그 사진을 서버에 기록(백업)할 수 있도록 서버는 사용자의 id를 그의 이력 레코드와 연관시킨다. 이 이력 레코드는 어떤 이유로 Yahoo! Photos 프로그램이 모바일 전화 메모리로부터 삭제되고 이어서 사용자가 이 프로그램을 재로드하는 경우 사용자가 그의 앨범을 복원할 수 있게 해주는 백업으로서 기능한다. 이러한 이력 특징은 모바일 앨범을 복원하기 위한 내비게이션을 감소시키는 데 유용한데 그 이유는 서버가 이 정보를 사용자의 클라이언트 계정에 유지하기 때문이다.
이력 특징이 Yahoo! Photos 프로그램과 관련하여 기술되어 있지만, 이는 백업이 요망되는 임의의 모바일 장치 애플리케이션에서 유용하다는 것에 유의하는 것이 중요하다. 따라서, 이 기능이 Yahoo! Photos 애플리케이션에 대해 구현되어 있지만, 이는 보다 일반적으로 다른 애플리케이션에 대해 구현될 수 있다.
Yahoo! Photos와 관련하여, 모바일 앨범에 저장되어 있는 사용자의 온라인 앨범으로부터의 모든 사진은 서버에 의해 '기억'되고 있다. 양호하게는, 페이지 순회 경로가 예측적이지 않기 때문에, 이 이력은 정확하게 또 완전히 기록되어 있다. 이것은 사용자의 Yahoo! ID를 사용자에 의해 모바일 앨범에 저장된 모든 사진을 기록하고 있는 서버 상의 사용자의 이력 레코드와 연관시킴으로써 가능하다. 게다가, 각각의 모바일 전화 장치가 별개의 것이고 또 사용자가 2개 이상의 장치를 가질 수 있기 때문에, 각각의 장치는 원칙상 그 자신의 개별적인 이력 레코드를 가질 수 있다. 그렇지만, 사용자가 처음으로 그의 계정을 설정하거나 나중에 그의 계정을 갱신할 때 사용자의 Yahoo! ID가 복수의 모바일 전화와 연관되고 로그-인 시에 사용자가 이들 모바일 전화 중 임의의 것으로부터 그의 이력 레코드에 액세스할 수 있도록 구성될 수 있다. 따라서, Yahoo! Photos 프로그램이 어떻게든 삭제되거나 모바일 앨범 내의 사진이 어떤 이유로 소거된 경우에, 이력 레코드는 그 앨범을 복원하기 위한 모바일 앨범 백업을 제공한다.
이를 위해, 사용자가 애플리케이션을 재로드할 때, 이 애플리케이션은 사용자가 모바일 앨범 사진 중 임의의 것을 복원하기를 원하는지 여부에 관하여 사용자에게 질의를 한다. 즉, 사용자가 질의 "내 사진이 어디에 있는가?"를 선택할 때(페이지(3.1.4)에서), '앨범 복원' 페이지(3.1.4.2)가 디스플레이된다. 이전의 페이지(3.1.4)에서와 같이, 이 페이지는 사용자가 '홈' 페이지(2.0)로 갈 수 있게 해주고, 이 때 'OK'를 통해, 이 페이지는 사용자가 (모바일 전화로 이전에 다운로드된 사진들의) 이전의 사진 다운로드 목록에 대한 그 다음의 모바일 '앨범 복원' 페이지(3.1.4.2.1)로 갈 수 있게 해준다.
도 6e는 서버 백업으로부터 모바일 앨범을 복원하는 흐름을 보다 상세히 도시한 것이다. 구체적으로는, '홈' 및 '모바일 앨범 비어 있음' 페이지(2.0, 3.1.4)를 순회한 후에, 사용자는 '앨범 복원' 페이지(3.1.4.2)에 도착한다. 'OK' 버튼을 클릭할 때, 사용자가 Yahoo! Photos에 로그인되어 있으면, 서버는 사진의 다운로드 이력 목록으로 응답한다(단계 33, 35). 이 응답은 모바일 앨범에 추가된 예를 들어 20개의 최근의 사진의 다운로드 이력 목록과 함께 '앨범 복원' 페이지(3.1.4.2.1)를 불러오도록 모바일 장치에 촉구한다. 이 이력 목록으로부터, 사 진들이 선택될 수 있고, 이어서 선택된 사진들은 저장/취소 메뉴 옵션을 사용하여 모바일 앨범으로 복원될 수 있다. 이어서, 선택된 사진들은 배치 프로세스에서 서버로부터 다운로드된다(단계 37). 이어서, 모바일 앨범은 '모바일 앨범' 페이지(3.1.1)를 통해 사용자 액세스가능하다.
유의할 점은 도 6a 내지 도 6e에 도시되고 여기에 설명된 페이지들이 전수적인 것이 아니라 예시적인 것이며 이들이 반드시 Yahoo! Photos 등의 사진 애플리케이션이 제공하는 모든 가능한 페이지(또는 사용자 상호작용 카드)를 포함하지는 않는다는 것이다. 게다가, 참조 기호(콜-아웃 번호)는 일반적으로 페이지의 콘텐츠의 임의의 일부가 아니라 페이지 자체를 말한다. 해당되는 경우, 유사한 페이지가 다른 도면에서 동일한 콜-아웃 번호로, 예를 들어 홈 페이지(2.0)로 나타나지만, 그의 개별적인 콘텐츠는 약간 다를 수 있다.
모바일 전화 상의 페이지들을 통해 내비게이션하는 것에 관해서는, 페이지들은 전술한 바와 같이 전방으로 순회될 수 있고 이들 페이지는 '뒤로 버튼' 기능을 사용하여 후방으로 순회될 수 있다. 도 7은 '뒤로 버튼' 기능을 설명하는 간략화된 도면을 제공한다. 알 수 있는 바와 같이, '한 레벨 뒤로(back a level)' 모드는 '뒤로' 버튼이 터치 활성화되거나 클릭(이후부터 '클릭'이라고 함)될 때마다 한 레벨씩 계층적 후방 시퀀스 순회를 가능하게 해준다. '순서상 뒤로(back in sequence)' 모드는 '뒤로' 버튼이 눌러질 때마다 한 페이지씩 순차적 후방을 가능하게 해준다. 예를 들어, 한 레벨 뒤로 모드에서, 한 레벨 뒤로는 애플리케이션을 사진 페이지(예를 들어, 6)로부터 한 레벨 위로 사진 목록 페이지(3)로, 그곳으로 부터 한 레벨 더 위로 앨범 목록 페이지(2)로, 한 레벨 더 위로 홈 페이지(1)로 안내한다. 이 예에서 추가적으로 알 수 있는 바와 같이, 순서상 뒤로 모드는 뒤로 버튼이 터치될 때 애플리케이션을 현재의 사진 페이지(6)에서 한 레벨 위(3)가 아니라 이전의 사진 페이지(5)로 안내하는 기능을 한다. 뒤로 버튼의 추가의 활성화는 반대의 순서로 모든 페이지를 순회한다.
애플리케이션의 온라인 앨범 또는 모바일 앨범 부분에 있는 동안에 '뒤로 버튼' 기능이 사용되어도 차이가 없다. 이 원리는 양쪽 상황에 똑같이 잘 적용된다. 어느 경우든지, 단계(순회된 페이지)가 기억되고, 이들은 서버측에, 로컬적으로, 또는 서버측에도 로컬적으로도 기록될 수 있다.
Yahoo! Photos 애플리케이션의 상기 개요에서 언급하였지만, 우리는 다시 업로드 보안으로 가서 Yahoo! Photos와 관련하여 이 방식에 대해 보다 상세히 설명한다. 전술한 바와 같이, 아이디어는 스팸 및 비인가 업로드를 방지하기 위해 사진을 온라인 계정으로 안전한 방식으로 업로드하는 새로운 방식을 제공한다는 점에 있다. 처음에, 업로드 보안 방식은 사용자의 Yahoo! Photos 계정으로 업로드하도록 허가될 카메라 폰의 전화 번호를 사전 등록하도록 Yahoo! Photos 사용자에게 촉구하는 옵트-인 프로세스(도 3 및 도 5에서 500)를 포함한다. 허가된 각각의 전화에 대해, 사용자는 또한 사용자가 하루에(또는 임의의 다른 미리 정의된 기간에) 수신하고자 하는 업로드 메시지의 최대 수를 사전 선택할 수 있다. 이 선택 프로세스의 끝에, 전화 번호, 통신 사업자 및 메시지 한도가 장래의 참조를 위해 데이터베이스에 저장된다. 옵트-인 단계 이후의 임의의 시점에서, Yahoo! Photos 사용 자 계정으로의 이메일 사진 업로드가 임의의 카메라 폰으로부터 수행될 때, 업로드 보안 방식은 그 이메일을 통한 사진 업로드의 허가를 위해 사용자의 미리 정해진 업로드 파라미터를 참조한다. 상세하게는, '사진 이메일 전송' 동작이 사용자에 의해 호출되면, '이메일로서 공유' 페이지(2.1.5)가 사용자의 모바일 장치 상에 나타나고 이메일 전송을 위해 선택된 사진(들)을 보여준다. 이 페이지는 또한 업로드를 위한 이메일 주소를 입력하도록 사용자에게 촉구한다.
한 가능한 구현에서, 다수의 최근에 사용된 목적지 이메일 주소가 제공된다. 사용자는 이들 메일 중 하나를 선택하거나 새로운 목적지 이메일 주소를 입력할 수 있다. 그렇지만, 사용자가 그 목적지 사용자의 Yahoo! Photos 계정으로 사진을 업로드하도록 허용되어 있는 경우에만, 사용자는 사진을 그 주소로 전송하게 된다.
도 8a 내지 도 8c는 사진이 Yahoo! Photos 업로드 이메일 서버로 보내지는 경우의 업로드 보안 방식을 도시한 것이다. 도 8a의 도면은 업로드 보안 방식에서의 여러가지 시스템 컴포넌트의 위치를 보여주며, 도 8b 및 도 8c의 흐름도는 업로드 규칙을 비롯하여 이 프로세스의 여러가지 측면을 도시한 것이다. 이 예가 약간 상세히 도시되어 있지만, 이는 단지 본 사상을 전달하기 위한 것이지 이를 한 구현으로 한정하려는 것이 아니다. 이 예에서, 도 8a에 도시된 단계 1은 모바일 카메라 폰 상에서 사진을 촬영하는 단계를 포함한다. 단계 2는 각각의 장치마다 다르며, 이는 모바일 전화로부터의 사진의 '공유' 또는 '전송'일 수 있다. 단계 3은 목적지 이메일 주소를 입력하도록 사용자에게 촉구하는 단계를 포함한다.
전술한 바와 같이, 이것이 표준의 이메일 주소처럼 보이지만, 수신자는 그의 Yahoo! 메일 우편함에 이메일을 실제로 수신하지 않는다. 오히려, 이메일은 전송 메카니즘이며, 이메일은 Yahoo! Photos 업로드 이메일 서버로 전송된다. 각각의 사진 메시지는 특정의 Yahoo! Photos 사용자 계정으로 식별된다. 이 이메일 주소는 Yahoo!ID@photos.Yahoo.com의 형태를 취한다. 목적지 Yahoo! ID가 JSmith인 것으로 가정하면, 이메일은 ("받는이:")jsmith@photos.Yahoo.com이고, Yahoo! Photos 업로드 이메일 서버는 JSmith의 Yahoo! Photos 계정으로 이 이메일을 식별한다. 다른 버전에서는, 사진에 부가하여, 이 이메일은 Yahoo! Photos 서버 상의 사진 이름 및 목적지 앨범(JSmith의 앨범)을 포함한다.
이 예에서의 이메일 전송 프로토콜은 컴퓨터들 간에 전자 메일을 전송하는 데 통상적으로 사용되는 SMTP(STD 10, RFC 821에 정의된 단문 메일 전송 프로토콜(simple mail transfer protocol))이다. 그 중에서도 특히, MMS 및 SMS 프로토콜이 가능한 대안이다. SMTP는 일반적으로 서버 대 서버 프로토콜이며, 따라서 메시지에 액세스하는 데 다른 프로토콜이 사용된다. SMTP 대화 상자는 보통 메시지 전송 에이전트, 예를 들어 sendmail의 제어 하에서 백그라운드로 나타나지만, 통상의 SMTP 포트에 연결하기 위해 텔넷(telnet)을 사용하여 SMTP 서버와 상호작용하는 것이 가능하다. (통신 사업자의) 로컬 호스트는 일반적으로 그의 게이트웨이의 IP 주소에 의해 식별된다.
목적지가 알려져 있으면, 이메일은 모바일 전화로부터 서버, 즉 Yahoo! Photos 업로드 이메일 서버(18)로 전송된다(유의할 점은 Yahoo! 이메일 및 Yahoo! Photos가 동일 서버에 의해 처리되는 것으로 도시되어 있지만 다른 구성이 가능하 다는 것이다). 서버로 가는 도중에, 사진 이메일은 통신 사업자 네트워크(예를 들어, Sprint PCS 네트워크)(12)를 통해 전송되고, 먼저 통신 사업자의 SMTP 서버로 전송된다. 통신 사업자 SMTP 서버는 이어서 그 메시지를 Yahoo! Photos 업로드 SMTP 서버로 전달한다.
통신 사업자의 서버(구체적으로 도시되어 있지 않고 통신 사업자 네트워크(12)로 나타내어짐)에서, 이메일 송신자의 모바일 전화 번호(모바일 ID 번호)가 식별되고 통신 사업자의 도메인 정보와 결합되어 이메일 소스 ("보낸이:") IP 주소, 예를 들어 408-555-555@messaging.sprintpcs.com를 형성한다. 사진 메시지가 Yahoo! 네트워크에 도착하자마자, 사진 메시지를 발신한 SMTP 서버의 IP 주소가 보안 계층에서 유효한지 검사된다(목적지측의 단계 1에서). 무효인 통신 사업자 도메인은 IP 주소를 무효한 것으로 만들며 이러한 결정 시에 보안 계층은 이 메일이 더 이상 진행하지 않도록 봉쇄하고, 이 경우 Yahoo! Photos 업로드 이메일 서버는 봉쇄된 이메일을 수신하지 않는다. 보안 계층(15)에 의해 유효한 것으로 간주되는 IP 주소는 Yahoo! Photos 업로드 이메일 서버(18)로 진행하도록 허용된다.
사진 메시지가 Yahoo! Photos 업로드 이메일 서버에 도착한 후에, Yahoo! ID, 즉 JSmith가 목적지 이메일 주소, 즉 jsmith@photos.Yahoo.com으로부터 추출된다(목적지측의 단계 2에서). 전화 번호 및 통신 사업자는 사진 메시지의 소스 주소로부터 추출된다. 전화 번호 및 통신 사업자 정보는 이어서 추출된 목적지 Yahoo! ID가 목적지 사용자의 Yahoo! Photos 계정으로 업로드하도록 허가를 받았는지 검사하는 데 사용된다. 예로서, 추출된 송신자의 모바일 전화 번호가 408-555- 555이고 통신 사업자가 SprintPCS인 것으로 가정하자. 게다가, 추출된 목적지 Yahoo! ID가 JSmith이다. 서버는 이어서 전화 번호 및 통신 사업자가 JSmith의 승인된 업로드 목록에 있는지 알아보기 위해 데이터베이스를 검사한다. 이것은 송신자(즉, SprintPCS에서의 모바일 전화 408-555-555)가 사진을 JSmith의 Yahoo! Photos 계정으로 업로드하도록 JSmith가 허가하였는지를 확인하는 것이다. 업로드가 허용되어 있는 것으로 판정할 시에, 서버는 사진을 JSmith의 Yahoo! Photos 계정으로 업로드한다. 그렇지 않은 경우, 비인가된 업로드는 폐기된다. 다른 버전에서, 비인가된 이메일은 표준의 이메일 주소로 리디렉션된다.
업로드 보안 방식에서 시스템 컴포넌트의 역할을 확정하였으면, 도 8b의 프로세스 도면으로 진행한다. 다시 말하면, 단방향 업로드 보안은 모바일 전화 번호를 사용하여 액세스 제어에 의해 확립될 수 있다. 각각의 사용자에 대해, 이 방식은 사용자가 승인된 모바일 전화 번호를 입력할 것을 필요로 한다. 업로드 메시지가 Yahoo! Photos 업로드 이메일 서버로 전송될 때, 모바일 전화 번호 및 통신 사업자 도메인 정보는 업로드 메시지에 수반하는 "보낸이:" IP 주소의 일부이다. 전화 번호 및 통신 사업자 도메인 정보는 업로드 이메일 메시지(802)로부터 검색되고, 통신 사업자 도메인 정보 및 모바일 전화 번호는 업로드가 허가되어 있는지를 판정하기 위해 검사된다(806, 808, 810).
통신 사업자의 승인은 메시지가 Yahoo! Photos 업로드 이메일 서버에 도착하기 이전에도 보안 계층에서 행해진다. IP 주소에 기초한 액세스 제어(SMTP 게이트웨이의 목록을 사용함)를 제공하기 위해 네트워크 레벨 필터가 도입된다. 이 필터 는 글로벌 액세스 제어 목록(access control list, ACL)으로부터 온 것이 아닌 모든 메시지를 차단한다(804, 806). 이 경우에, 글로벌 액세스 제어 목록은 이메일 사진 공유 목적으로 사용되는 SMTP 게이트웨이의 IP 주소를 Yahoo! 통신 사업자 파트너로부터 수집함으로써 구축된다. 액세스 제어 목록에 없는 통신 사업자로부터 전송된 메시지는 네트워크 레벨(806)에서 차단된다. 이와 같이, Yahoo! Photos 업로드 이메일 서버는 글로벌 ACL에 열거된 통신 사업자로부터 온 사진을 업로드하기 위한 메시지만을 수신한다. 게다가, ACL은 서버가 비인가된 통신 사업자 또는 스팸 메일 발송자(spammer)로부터의 이메일 메시지를 처리할 필요가 없도록 하고 또 그의 자원을 인가된 통신 사업자로부터의 이메일을 처리하는 데 집중할 수 있도록 보장한다는 점에서 효율성을 향상시킨다.
서버가 이메일을 수신하면, (송신자의) 전화 번호 및 통신 사업자가 목적지 사용자와 연관되어 있는 데이터베이스(22)에 있는 사전 허가된 목록과 대조하여 검사된다. 전화 번호와 통신 사업자의 쌍이 이 목록에 존재하는 경우(808), 사진은 검색되고 사용자의 Yahoo! Photos 계정에 삽입된다(810). 그렇지 않은 경우, 메시지는 폐기된다. 이것은 허가되어 있는 모바일 전화로부터 전송된 사진만이 사용자의 사진 계정에 삽입되도록 보장한다.
마지막으로, 업로드 규칙의 개요를 위해 도 8c의 흐름도를 참조한다. jdoe@photos.yahoo.com로 전송된 이메일 메시지(902)는 먼저 네트워크 보안 레벨(904)에서 필터링된다. 이 메시지가 필터링되어 네트워크 보안을 통과하는 경우, 그 메시지는 하나 이상의 단계를 포함하는 추가의 검증을 위해 Yahoo! Photos 업로드 이메일 서버로 라우팅된다. 이 방식의 한 변형에서, 사진을 업로드하기 위해 선택적으로 액세스를 허여할 권리를 갖는 프리미엄 사용자만(Yahoo! 사용자이고 이전에 로그인하여 Yahoo! Photos 애플리케이션을 구입한 사용자)이 그의 이메일 사진 메시지(906)를 업로드할 수 있다. 그렇지 않은 경우, 메시지는 폐기되거나(930) 또는 선택적으로 (목적지) 사용자의 표준의 Yahoo! 메일 주소(jdoe@yahoo.com)(912)로 리디렉션된다. 수신자는 계속 사진을 받을 수 있고 수동으로 선택된 사진을 업로드 및 저장할 수 있다(914, 916, 918, 920). 이어서, 프리미엄 사용자 특징이 존재하고 온/오프되어 있는지에 상관없이, 그 다음 단계(908)는 송신자의 모바일 전화 번호가 사용자의 승인 목록에 있고 사진을 업로드하도록 허가되어 있는지를 판정하는 단계를 포함한다. 송신자의 전화 번호가 승인된 목록 상에 없는 경우, 이메일 메시지는 폐기되거나(930) 또는 선택적으로 목적지 사용자의 표준의 이메일 주소(912)로 리디렉션된다.
사용자가 부과할 수 있는 한가지 제한은 어느 기간(예를 들어, 하루, 한시간, 일주일)에 허용된 업로드의 수이다. 이 제한은 사용자 등록 동안에 설정된다. 따라서, 그 다음 단계는 허용된 업로드의 개수 한도 x에 도달되는지 여부를 판정하는 단계(910)를 포함한다. 도달되지 않은 경우, 업로드가 계속될 수 있고, 그렇지 않은 경우 그 메시지는 폐기되거나(930) 또는 선택적으로 사용자의 표준의 이메일 주소(912)로 리디렉션된다.
한 변형에서, 송신자가 Yahoo! Photos 계정의 소유자인 경우, 내장된 URL을 갖는 SMS 메시지는 송신자의 모바일 장치로 내보내어질 수 있다. 송신자는 이어서 그 링크를 클릭하고 WAP 세션을 통해 업로드를 허가할 수 있다.
사진이 업로드되면, 그 사진은 서버 상의 사용자의 계정에 저장된다(928). 사용자의 앨범이 구체적으로 식별되는 경우, 사진은 이러한 앨범으로 보내진다. 사진 이름이 식별되는 경우, 특정의 사진이 업로드되고 저장된다. 사진을 이름으로 식별하고 또 사진이 보내지는 특정의 앨범을 식별하는 기능을 갖는 장래의 사진 프로그램이 설계될 것으로 예상된다.
이상을 살펴보면, 업로드 보안 방식은 효율성을 향상시키고 사용자 계정에의 액세스를 제어한다. 악의적 브로드캐스트, 스팸 및 바이러스의 문제가 점점 증가함에 따라, 업로드 보안의 제어된 액세스가 원하지 않는 업로드를 차단하는 데 도움이 된다.
구현 상세
이상의 설명과 연관된 부가의 구현 상세가 이하에 제공된다. 이들 구현 상세는 온라인 앨범 및 모바일 앨범에 대한 장치의 초기 목록, 소프트 키 매핑, 라벨, 글로벌 요소 및 화면 흐름 테이블을 포함한다. 이들 상세는 이하의 페이지에 기술되어 있다.
가능한 모바일 장치
본 명세서에 기술된 바와 같이 시각적 및 상호작용 설계는 예를 들어 이하의 테이블에 열거된 것을 비롯하여 여러가지 유형의 모바일 장치를 수용해야만 한다.
판매자 모델 |
사용가능 픽셀 차원 |
오디오복스 8450 삼성 A660 산요 RL2000(7200) 산요 RL2500(5400) 산요 5500 소니 에릭슨 T608 도시바 9950 히다치 SH-P300 LG 5350 삼성 A500 삼성 N400 삼성 A600 삼성 VGA1000(A620) 산요 4900 산요 5300 산요 8100 |
128×112 128×146(소프트 키 없음) 128×131(소프트 키 있음:15) 120×112(소프트 키 포함함) 132(W)×160(H) 소프트 키 포함함 132(w)×160(h) 소프트 키 포함함 128×114 픽셀 261×240 120w×130h 120×96 128×146(소프트 키 없음) 128×131(소프트 키 있음:15) 128×114(소프트 키 없음) 128×101(소프트 키 있음:12) 128×146(소프트 키 없음) 128×131(소프트 키 있음:15) 128×146(소프트 키 없음) 128×131(소프트 키 있음:15) 120×112 소프트 키 포함함 132×160 (소프트 키 포함함) 128×120 (소프트 키 있음) 120×112 (소프트 키 없음) |
소프트 키 매핑
본 발명의 목적상, 이하의 키, 상(Up), 하(Down), 좌(Left), 우(Right), 선택/OK, 좌(Left) 소프트 키, 우(Right) 소프트 키 및 뒤로(Back)가 모바일 장치 상에서 이용가능하다. 장치가 명백한 선택 키를 갖지 않는 경우, MIDP(mobile information device profile, 모바일 정보 장치 프로파일) 구현이 소프트 키 중 하나에 또는 소프트 키 메뉴 중 하나에 선택 옵션을 자동적으로 제공하는 것으로 가정한다.
키 매핑 |
상 |
커서를 위로 스크롤함, 또는 목록에서 이전 항목을 선택함 |
하 |
커서를 아래로 스크롤함, 또는 목록에서 다음 항목을 선택함 |
좌 |
가능한 경우 커서를 좌측으로 스크롤함 |
우 |
가능한 경우 커서를 우측으로 스크롤함 |
선택 |
LINK OR BUTTON: 적절한 화면으로 감 EXCLUSIVE LIST(라디오 버튼): 라디오 버튼을 선택함 MULTIPLE LIST(체크박스): 체크박스에 체크 및 미체크함 TEXTBOX: 사용자를 텍스트 편집기로 안내함 TEXT STRING: 아무것도 하지 않음 |
2개의 소프트 키 |
소프트 키 기능은 장치에 따라 많이 다르다. 옵션의 순서 및 배치가 임의의 소프트 키 정확도로 제어될 수 없고, 도시된 순서는 옵션의 상대적 중요도만을 나타낸다. 여기 제시된 예에서, 옵션은 유형(BACK, EXIT, ITEM)을 할당받는다. 이하의 레이아웃이 선호된다 항목 1: 1차 소프트 키 항목 2: 다른 것이 존재하지 않는 경우, 2차 소프트 키가 항목 2를 그의 라벨로서 갖는다. 부가의 항목이 이용가능한 경우, 이들은 메뉴에 우선권 순서로 열거되어야만 하고, 2차 소프트 키를 통해 액세스된다. 1차 소프트 키는 '엔터'/'OK' 키와 동일한 기능을 가져야만 한다. |
뒤로 |
'뒤로' 버튼은 다시 이전 화면으로 링크한다. 이전 화면이 아닌 한, 내비게이션 트리에서 한 레벨 위로 링크하지 않는다. 이전 확인 또는 에러 팝업으로 링크하지 않는다. 기술적 제약이 존재하는 경우, 사용자가 이전 페이지로 내비게이션할 때 필드에 이전에 입력된 데이터는 보이지 않는다. 그렇지만, 실제 구현은 기술적 제약에 기초하여 다를 수 있다. |
디폴트 선택 |
일반적으로, 페이지 상의 첫번째 항목은, 사용자가 이미지 보기 또는 선택 이름 변경 등의 어떤 동작을 수행하지 않은 한, 사전 선택된다(디폴트 항목). |
기타 키 |
전화측에 있는 화살표 버튼이 이용가능한 경우, 이 버튼은 목록 또는 썸네일 화면에 있는 전체 페이지를 스크롤 다운해야만 한다. 이미지 이름은 교육적 화면, 예를 들어 2.1.4 상에 디스플레이될 때 굵은체로 나타난다. 보통의 텍스트는 이미지의 목록에 대해 사용되어야만 한다. 이 문서에서 밑줄이 있는 항목은 링크이다. 밑줄이 있든 다른 것이든지 간에 링크의 실제 표현은 장치에 의해 결정된다. |
소프트 키 및 메뉴 라벨
대표적인 구현에서, 소프트 키 상에 나타날 수 있는 라벨은 7문자로 제한되어 있다. 메뉴 전용 항목은 14 문자로 제한된다.
통상의 라벨
OK |
화면 또는 선택된 항목에 대한 디폴트 동작을 수행한다. 작업에서 사용자를 전방으로 이동시킨다(예를 들어, 앨범 또는 사진을 연다). |
취소 |
동작이 초기화되고 취소될 수 있을 때 "뒤로"에 부가하여 사용된다. 취소는 보통 뒤로와 동일한 동작을 수행하지만, 동작이 취소되었다는 사용자 확신을 증가시키기 위해 디스플레이된다. |
편집 |
가능한 경우, "편집"은 텍스트 상자 편집 화면에 링크된다. |
열기 |
폴더, 메시지, 파일 기타 등등을 연다. 파일, 폴더, 기타 등등과 연관되지 않은 링크에 대해 사용되어서는 안된다. |
뒤로 |
"뒤로" 라벨은 상기한 뒤로 기능에 대해서만 사용되어야 한다. 가능한 경우, 뒤로는 항상 장치 뒤로 버튼에만 매핑되어야 한다. |
홈 |
MIDlet의 홈 화면에 링크된다. |
글로벌 요소
확인 팝업
"확인 팝업" 화면으로서 제공되는 한 유형의 글로벌 요소는 사용자에게 확인을 디스플레이하는 데 사용된다. 이 확인 팝업 화면은 "완료(Done)" 또는 "저장됨(Saved)" 등의 간단한 텍스트를 포함하며, 이들은 짧은 시간 후에 자동적으로 사라진다.
진행중 화면
"진행중" 화면은 애플리케이션이 서버로부터 응답을 기다리고 있거나 요청을 처리 중에 있음을 사용자에게 알려준다. 각각의 장치는 텍스트 및 이동하는 그래픽을 갖는 디폴트 화면을 가지며, 다른 대안으로서 이는 Yahoo! Canvas 화면으로 대체된다.
화면 흐름: 온라인 앨범
전술한 바와 같이, 온라인 앨범 페이지는 전방 및 후방 순회에서 사용자에게 이용가능하게 되어 있으며, 각각의 페이지는 그와 연관된 디폴트 선택 항목을 갖는다. 전방 순회는 물론 홈 페이지(2.0)에서 시작한다. 이하의 테이블은 각각의 페 이지에 대해 개별적으로 화면 흐름에 대해 그 페이지에서 이용가능한 디폴트 선택 항목을 개략적으로 설명한 것이다.
2.0 J2ME 클라이언트 홈 |
디폴트 선택 |
모바일 앨범 |
동작 |
라벨 |
기능 |
선호 위치 |
유형 |
우선권 |
|
좌 소프트 키가 선택된 페이지를 연다. 번호 1, 2, 3, 4도 역시 연다. |
1차 소프트 키, OK 버튼 |
|
|
엔터/OK |
열기 |
상방 화살표 |
이전 항목을 선택함 |
하방 화살표 |
다음 항목을 선택함 |
좌측 화살표 |
다음 항목을 선택함 |
우측 화살표 |
이전 항목을 선택함 |
코멘트 |
설명적 텍스트 및/또는 그래픽이 이 화면에 추가된다. 아이콘은 텍스트 링크 대신에 사용될 수 있다. "로그 아웃"은 사용자가 로그인되어 있을 때만 나타난다. |
1.0 로그 인 |
디폴트 선택 |
ID 필드 |
동작 |
라벨 |
기능 |
선호 위치 |
유형 |
우선권 |
편집 |
편집을 위해 선택된 텍스트 상자를 연다 |
1차 소프트 키, OK 버튼 |
EDIT |
1 |
로그인 |
폼을 전송함 |
|
OK |
1 |
뒤로 |
2.0 J2ME 클라이언트 홈 |
|
BACK |
1 |
상방 화살표 |
위로 점프함 |
하방 화살표 |
아래로 점프함 |
좌측 화살표 |
- |
우측 화살표 |
- |
코멘트 |
법적 및 기술적으로 가능한 만큼 캐싱함 |
2.1 내 온라인 앨범 |
디폴트 선택 |
현재 세션에서의 첫번째 앨범 또는 마지막 선택된 앨범 |
1차 소프트 키 |
열기, 엔터와 동일함 |
동작 |
라벨 |
기능 |
선호 위치 |
유형 |
우선권 |
열기 |
선택된 앨범을 마지막-사용된 뷰 2.1.1 또는 2.1.2로 연다. 목록이 디폴트임. 앨범이 어떤 이미지도 포함하지 않는 경우, 2.1.6 사진 목록 비어있음을 연다. |
1차 소프트 키, OK 버튼 |
ITEM |
1 |
뒤로 |
이전 화면 |
뒤로 |
BACK |
1 |
상방 화살표 |
목록에서 이전 항목으로 점프함, 최상단 항목이 선택되면, 아무것도 하지 않음 |
하방 화살표 |
목록에서 다음 항목으로 점프함. 마지막 항목이 선택되면, 아무것도 하지 않음 |
좌측 화살표 |
- |
우측 화살표 |
- |
2.1.1 사진 썸네일 |
디폴트 선택 |
하나의 썸네일이 항상 선택됨. 선택은 2 픽셀 흑색 경계선으로 표시됨. 페이지로 스크롤할 때, (1) 또는 (4)가 선택됨. 목록 보기, 전체 화면 보기 또는 동작 화면으로부터 복귀할 때, 마지막 선택된 이미지가 선택됨. |
동작 |
라벨 |
기능 |
선호 위치 |
유형 |
우선권 |
열기 |
2.1.3 온라인 사진을 연다. 유의: 1, 2, 3 또는 4를 누르면 사진을 현재 그 위치에서 연다. |
1차 소프트 키, OK 버튼 |
ITEM |
1 |
모바일 앨범에 추가 |
모바일 앨범에 이미지를 저장하고 2.1.7 모바일에 추가됨을 연다. |
메뉴 |
ITEM |
2 |
화면 보호기 |
2.1.4 화면보호기로 저장에 링크함 |
메뉴 |
ITEM |
3 |
사진 이메일 전송 |
2.1.5 이메일로서 공유에 링크함 |
메뉴 |
ITEM |
3 |
사진 목록 |
2.1.2 사진 목록에 링크함 |
메뉴 |
SCREEN |
1 |
온라인 앨범 |
2.1 내 온라인 앨범에 링크함 |
메뉴 |
SCREEN |
2 |
홈 |
2.0 J2ME 클라이언트 홈에 링크함 |
메뉴 |
SCREEN |
3 |
뒤로 |
이전 화면 |
뒤로 버튼 |
BACK |
1 |
상방 화살표 |
(3) 또는 (4)가 선택될 때, 위로 (1) 또는 (2)로 점프함 (1) 또는 (2)이면, 한 행 위로 이동함 |
하방 화살표 |
(1) 또는 (2)가 선택될 때, 아래로 (3) 또는 (4)로 점프함 (3) 또는 (4)이면, 한 행 아래로 이동함 |
좌측 화살표 |
화면 상의 모든 썸네일을 통해 (4)에서 (1)로 이어서 위쪽의 행으로 순환함. 행이 한번에 하나씩 추가되고 따라서 새로운 행이 로드될 때 상단 행이 아래로 천이된다. |
우측 화살표 |
화면 상의 모든 썸네일을 통해 (1)에서 (4)로 이어서 아래쪽의 행으로 순환함. 행이 한번에 하나씩 추가되고 따라서 새로운 행이 로드될 때 하단 행이 위로 천이된다. |
코멘트 |
사용자가 마지막 이미지에 도달할 때 목록이 시작으로 루프백된다. 시작으로 루프될 때, 전체 화면이 2행의 이미지로 리프레쉬된다. 각각의 사진은 2 픽셀의 공백으로 둘러싸여 있다. 선택된 사진은 2 픽셀 흑색 경계를 갖는다. |
2.1.2 사진 목록 |
디폴트 선택 |
하나의 항목이 항상 선택됨. 썸네일 보기, 전체 화면 보기 또는 동작 화면으로부터 복귀할 때, 마지막 선택된 이미지가 선택된다. 삭제 후에, 삭제된 이미지를 포함한 곳에 있는 이미지가 선택된다. |
동작 |
라벨 |
기능 |
선호 위치 |
유형 |
우선권 |
열기 |
2.1.3 온라인 사진을 연다 |
1차 소프트 키, OK 버튼 |
ITEM |
1 |
모바일 앨범에 추가 |
이미지를 모바일 앨범에 저장함 |
메뉴 |
ITEM |
2 |
화면 보호기 |
2.1.4 화면 보호기로 저장에 링크함 |
메뉴 |
ITEM |
3 |
사진 이메일 전송 |
2.1.5 이메일로서 공유에 링크함 |
메뉴 |
ITEM |
3 |
썸네일 |
2.1.1 사진 썸네일에 링크함 |
메뉴 |
SCREEN |
1 |
온라인 앨범 |
2.1 내 온라인 앨범에 링크함 |
메뉴 |
SCREEN |
2 |
홈 |
2.0 J2ME 클라이언트 홈에 링크함 |
메뉴 |
SCREEN |
3 |
뒤로 |
이전 화면 |
뒤로 |
BACK |
1 |
상방 화살표 |
목록에서 이전 항목으로 점프함. 상단 항목이 선택되면, 아무것도 하지 않음 |
하방 화살표 |
목록에서 다음 항목으로 점프함. 마지막 항목이 선택되면, 아무것도 하지 않음 |
좌측 화살표 |
- |
우측 화살표 |
- |
코멘트 |
파일 확장자가 디스플레이됨. 항목이 Yahoo! Photos 시스템에 의해 지정된 순서로 디스플레이됨 사용자는 사진을 이름 변경, 삭제 또는 이동할 수 없다. |
2.1.3 온라인 사진 |
디폴트 선택 |
- |
동작 |
라벨 |
기능 |
선호 위치 |
유형 |
우선권 |
완료 |
2.1.1 또는 2.1.2에 링크함 |
1차 소프트 키, OK 버튼 |
SCREEN |
1 |
모바일 앨범에 추가 |
이미지를 모바일 앨범에 저장함 |
메뉴 |
ITEM |
2 |
화면 보호기 |
2.1.4 화면 보호기로서 저장에 링크함 |
메뉴 |
ITEM |
3 |
사진 이메일 전송 |
2.1.5 이메일로서 공유에 링크함 |
메뉴 |
ITEM |
3 |
온라인 앨범 |
2.1 내 온라인 앨범에 링크함 |
메뉴 |
SCREEN |
2 |
홈 |
2.0 J2ME 클라이언트 홈에 링크함 |
메뉴 |
SCREEN |
3 |
뒤로 |
이전 화면 |
뒤로 |
BACK |
1 |
상방 화살표 |
- |
하방 화살표 |
- |
좌측 화살표 |
갤러리에서 이전 이미지로 점프함 |
우측 화살표 |
갤러리에서 다음 이미지로 점프함 |
코멘트 |
이미지는 임의의 특정 화면 상에서 가능한 한 커야만 한다. |
2.1.4 화면 보호기로서 저장 |
디폴트 선택 |
텍스트 입력 필드 |
동작 |
라벨 |
기능 |
선호 위치 |
유형 |
우선권 |
OK |
PCS 비전 다운로드 프로세스를 개시함 |
1차 소프트 키, OK 버튼 |
SCREEN |
1 |
취소 |
동작을 취소하고 이전 화면으로 복귀함 |
2차 소프트 키 |
SCREEN |
2 |
뒤로 |
이전 화면 |
뒤로 |
BACK |
1 |
상방 화살표 |
- |
하방 화살표 |
- |
좌측 화살표 |
|
우측 화살표 |
|
코멘트 |
|
2.1.5 이메일로서 공유 |
디폴트 선택 |
텍스트 입력 필드 |
동작 |
라벨 |
기능 |
선호 위치 |
유형 |
우선권 |
전송 |
전송. 웹 상의 이미지로의 링크와 함께 이메일을 수신자 및 사용자로 전송함. 잠시 동안 확인이 팝업하고 이어서 사용자는 2.1.1, 2.1.2, 또는 2.1.3으로 복귀한다. 이메일 주소가 제대로 형성되지 않은 경우, 에러가 나타난다. |
2차 소프트 키 |
ITEM |
1 |
편집/선택/OK |
편집을 위한 텍스트 상자를 열거나, 체크박스의 상태를 토글하거나 전송한다. |
1차 소프트 키, OK 버튼 |
|
1 |
뒤로 |
이전 화면 |
뒤로 |
BACK |
1 |
상방 화살표 |
- |
하방 화살표 |
- |
좌측 화살표 |
- |
우측 화살표 |
- |
코멘트 |
|
2.1.6 사진 목록 비어 있음 |
디폴트 선택 |
|
동작 |
라벨 |
기능 |
선호 위치 |
유형 |
우선권 |
뒤로 |
2.1 내 온라인 앨범 |
뒤로 |
BACK |
1 |
상방 화살표 |
- |
하방 화살표 |
- |
좌측 화살표 |
- |
우측 화살표 |
- |
코멘트 |
잠시 동안 디스플레이되고 이어서 자동적으로 다시 2.1 내 온라인 앨범에 링크함 |
화면 흐름: 모바일 앨범
온라인 앨범에서와 같이, 모바일 앨범 페이지는 전방 및 후방 순회에서 사용자에게 이용가능하게 되며, 각각의 페이지는 그와 연관된 디폴트 선택을 갖는다. 여기에서 다시 말하면, 전방 순회는 물론 홈 페이지(2.0)에서 시작한다. 이하의 테이블은 각 페이지에 대해 개별적으로 화면 흐름에 대해 그 페이지에서 이용가능한 디폴트 선택 항목을 요약한 것이다.
3.1.1 모바일 사진 목록 |
디폴트 선택 |
한 항목은 항상 선택됨. 썸네일 보기, 전체 화면 보기 또는 동작 화면에서 복귀할 때, 마지막 선택된 이미지가 선택된다. 삭제 후에, 삭제된 이미지를 포함한 곳에 있는 이미지가 선택된다. |
동작 |
라벨 |
기능 |
선호 위치 |
유형 |
우선권 |
열기 |
3.1.3 모바일 사진에서 선택된 사진을 연다 |
1차 소프트 키, OK 버튼 |
ITEM |
1 |
슬라이드 쇼 |
3.3 모바일 슬라이드 쇼에 링크하여 현재 사진으로 쇼를 시작함 |
메뉴 |
ITEM |
2 |
이동 |
3.2.1 이동에 링크함 |
메뉴 |
ITEM |
4 |
삭제 |
3.2.4 삭제에 링크함 |
메뉴 |
ITEM |
4 |
썸네일 |
3.1.1 모바일-사진 썸네일에 링크함 |
메뉴 |
SCREEN |
1 |
홈 |
2.0 J2ME 클라이언트 홈에 링크함 |
메뉴 |
SCREEN |
2 |
뒤로 |
이전 화면 |
뒤로 |
BACK |
1 |
상방 화살표 |
목록에서 이전 항목으로 점프함. 상단 항목이 선택되면, 아무것도 하지 않음 |
하방 화살표 |
목록에서 이전 항목으로 점프함. 마지막 항목이 선택되면, 아무것도 하지 않음 |
좌측 화살표 |
- |
우측 화살표 |
- |
코멘트 |
파일 확장자가 디스플레이되지 않음 |
3.1.2 모바일 사진 썸네일 |
디폴트 선택 |
한 항목은 항상 선택됨. 선택은 2 픽셀 경계로 표시됨. 목록 보기, 전체 화면 보기 또는 동작 화면에서 복귀할 때, 마지막 선택된 이미지가 선택된다. 삭제 후에, 삭제된 이미지를 포함한 곳에 있는 이미지가 선택된다. 이동 후에, 마지막 이동된 이미지가 선택된다. |
동작 |
라벨 |
기능 |
선호 위치 |
유형 |
우선권 |
열기 |
3.1.3 모바일 사진을 연다. 주의: 1,2,3, 또는 4를 누르면 현재 그 위치에 있는 사진을 연다. |
1차 소프트 키, OK 버튼 |
ITEM |
1 |
슬라이드 쇼 |
3.3 모바일 슬라이드 쇼에 링크하여, 현재 사진으로 쇼를 시작함 |
메뉴 |
IITEM |
2 |
이동 |
3.2.1 이동에 링크함 |
메뉴 |
ITEM |
4 |
삭제 |
3.2.4 삭제에 링크함 |
메뉴 |
ITEM |
4 |
사진 목록 |
3.1.1 모바일-사진 목록에 링크함 |
메뉴 |
SCREEN |
1 |
홈 |
2.0 J2ME 클라이언트 홈에 링크함 |
메뉴 |
SCREEN |
2 |
뒤로 |
이전 화면 |
뒤로 |
BACK |
1 |
상방 화살표 |
(3) 또는 (4)가 선택될 때, 위로 (1) 또는 (2)로 점프함 (1) 또는 (2)이면, 한 행 위로 이동함 |
하방 화살표 |
(1) 또는 (2)가 선택될 때, 아래로 (3) 또는 (4)로 점프함 (3) 또는 (4)이면, 한 행 아래로 이동함 |
좌측 화살표 |
화면 상의 모든 썸네일을 통해 (4)에서 (1)로 이어서 위쪽의 행으로 순환함. 행이 한번에 하나씩 추가되고 따라서 새로운 행이 로드될 때 상단 행이 아래로 천이된다. |
우측 화살표 |
화면 상의 모든 썸네일을 통해 (1)에서 (4)로 이어서 아래쪽의 행으로 순환함. 행이 한번에 하나씩 추가되고 따라서 새로운 행이 로드될 때 하단 행이 위로 천이된다. |
코멘트 |
사용자가 마지막 이미지에 도달할 때 목록이 시작으로 루프백된다. 시작으로 루프될 때, 전체 화면이 모든 4개의 이미지를 리프레쉬한다. 이미지가 삭제될 때, 모든 다른 이미지는 빈 공간을 채우도록 이동된다. 각각의 사진은 2 픽셀의 공백으로 둘러싸여 있다. 선택된 사진은 2 픽셀 경계를 갖는다. |
3.1.3 모바일 사진 |
디폴트 선택 |
- |
동작 |
라벨 |
기능 |
선호 위치 |
유형 |
우선권 |
완료 |
앨범. 가장 최근의 앨범 보기-3.1.1 또는 3.1.2-에 링크하며 가장 최근에 본 이미지가 선택됨 |
1차 소프트 키, OK 버튼 |
ITEM |
1 |
슬라이드쇼 |
3.3 모바일 슬라이드쇼에 링크하여 현재 사진으로 쇼를 시작함 |
메뉴 |
ITEM |
2 |
이동 |
3.2.1 이동에 링크함 |
메뉴 |
ITEM |
4 |
삭제 |
3.2.4 삭제에 링크함 |
메뉴 |
ITEM |
4 |
홈 |
2.0 J2ME 클라이언트 홈에 링크함 |
메뉴 |
SCREEN |
2 |
뒤로 |
이전 화면 |
뒤로 |
BACK |
1 |
상방 화살표 |
- |
하방 화살표 |
- |
좌측 화살표 |
갤러리에서 이전 이미지로 점프함. 첫번째 이미지에 도달될 때, 끝으로 루프함 |
우측 화살표 |
갤러리에서 다음 이미지로 점프함. 마지막 이미지에 도달될 때, 시작으로 루프함 |
코멘트 |
이미지는 임의의 특정 화면 상에서 가능한 한 커야만 한다. |
3.1.4 모바일 앨범 비어있음 |
디폴트 선택 |
내 온라인 앨범 |
동작 |
라벨 |
기능 |
선호 위치 |
유형 |
우선권 |
OK |
|
1차 소프트 키, OK 버튼 |
ITEM |
1 |
뒤로 |
이전 화면 |
뒤로 |
BACK |
1 |
상방 화살표 |
- |
하방 화살표 |
- |
좌측 화살표 |
- |
우측 화살표 |
- |
코멘트 |
|
3.1.4.1 모바일 - 모바일앨범이란 |
디폴트 선택 |
내 온라인 앨범 |
동작 |
라벨 |
기능 |
선호 위치 |
유형 |
우선권 |
OK |
2.1 내 온라인 앨범에 링크함 |
1차 소프트 키, OK 버튼 |
ITEM |
1 |
뒤로 |
이전 화면 |
뒤로 |
BACK |
1 |
상방 화살표 |
- |
하방 화살표 |
- |
좌측 화살표 |
- |
우측 화살표 |
- |
코멘트 |
|
3.1.4.2 모바일-앨범 정보 복원 |
디폴트 선택 |
내 온라인 앨범 |
동작 |
라벨 |
기능 |
선호 위치 |
유형 |
우선권 |
OK |
3.1.4.2.1 모바일 앨범 복원에 링크함 |
1차 소프트 키, OK 버튼 |
ITEM |
1 |
뒤로 |
이전 화면 |
뒤로 |
BACK |
1 |
상방 화살표 |
- |
하방 화살표 |
- |
좌측 화살표 |
- |
우측 화살표 |
- |
코멘트 |
|
3.1.4.2.1 모바일 앨범 복원 |
디폴트 선택 |
|
동작 |
라벨 |
기능 |
선호 위치 |
유형 |
우선권 |
선택 |
체크박스 상태를 토글시킴 |
1차 소프트 키, OK 버튼 |
ITEM |
1 |
저장 |
모든 선택된 이미지를 모바일 앨범으로 다운로드함 |
2차 소프트 키 |
SCREEN |
1 |
뒤로 |
이전 화면 |
뒤로 |
BACK |
1 |
상방 화살표 |
목록에서 이전 항목으로 점프함. 상단 항목이 선택되면 아무것도 하지 않음 |
하방 화살표 |
목록에서 다음 항목으로 점프함. 마지막 항목이 선택되면 아무것도 하지 않음 |
좌측 화살표 |
체크박스의 상태를 토글시킬 수 있음 |
우측 화살표 |
체크박스의 상태를 토글시킬 수 있음 |
코멘트 |
이 화면은 특정의 계정을 사용하여 특정의 전화로 다운로드된 항목들의 아주 유사한 것을 열거한다. 사용자가 복원하고자 하는 사진을 선택하고 "저장"을 누르면, 모든 이미지는 모바일 앨범으로 다운로드된다. 모바일 앨범이 이미 그 안에 사진을 가지고 있으면, 복원된 사진은 목록의 하단에 추가된다. |
3.2.1 이동 |
디폴트 선택 |
선택된 사진 |
동작 |
라벨 |
기능 |
선호 위치 |
유형 |
우선권 |
완료 |
현재 위치의 사진을 드롭함. 이동된 사진이 선택된 상태에서 3.2.1에 링크함 |
1차 소프트 키, OK 버튼 |
OK |
1 |
뒤로 |
이전 화면에 링크하고(이동 명령이 선택되기 전에) 취소함 |
뒤로 |
BACK |
1 |
상방 화살표 |
(3) 또는 (4)가 선택될 때, (1) 또는 (2)와 스왑함. (1) 또는 (2)가 선택될 때, 한 행 위로 이동함 |
하방 화살표 |
(1) 또는 (2)가 선택될 때, (3) 또는 (4)와 스왑함. (3) 또는 (4)가 선택될 때, 한 행 아래로 이동함 |
좌측 화살표 |
(1)이 선택될 때, 이전 화면으로 점프하고 그 화면 상의 (4)와 스왑함 (2)가 선택될 때, (1)과 스왑함. (3)이 선택될 때, (2)와 스왑함. (4)가 선택될 때, (3)과 스왑함. 첫번째 이미지가 선택될 때, 마지막 이미지로 점프함 |
우측 화살표 |
(4)이 선택될 때, 이전 화면으로 점프하고 그 화면 상의 (1)과 스왑함 (3)이 선택될 때, (2)와 스왑함. (2)가 선택될 때, (3)과 스왑함. (3)이 선택될 때, (4)와 스왑함. 마지막 이미지가 선택될 때, 첫번째 이미지로 점프함 |
코멘트 |
작은 화살표 이미지가 이동 중인 이미지 상에 중첩됨 |
3.2.4 삭제 |
디폴트 선택 |
- |
동작 |
라벨 |
기능 |
선호 위치 |
유형 |
우선권 |
삭제 |
사진을 삭제하고 사용자를 (마지막에 사용된) 3.1.1 또는 3.1.2로 복귀시키며 삭제된 이미지의 위치에 있는 이미지가 선택됨 |
1차 소프트 키, OK 버튼 |
OK |
1 |
취소 |
삭제를 취소하고 이전 화면에 링크함 |
2차 소프트 키 |
BACK |
2 |
뒤로 |
삭제를 취소하고 |
뒤로 |
BACK |
1 |
상방 화살표 |
- |
하방 화살표 |
- |
좌측 화살표 |
- |
우측 화살표 |
- |
코멘트 |
|
3.2.4 모두 삭제 |
디폴트 선택 |
- |
동작 |
라벨 |
기능 |
선호 위치 |
유형 |
우선권 |
삭제 |
모든 사진을 삭제하고 사용자를 3.1.4 모바일 앨범 비어 있음으로 복귀시킴 |
1차 소프트 키, OK 버튼 |
OK |
1 |
취소 |
삭제를 취소하고 이전 화면에 링크함 |
2차 소프트 키 |
BACK |
2 |
뒤로 |
삭제를 취소하고 |
뒤로 |
BACK |
1 |
상방 화살표 |
- |
하방 화살표 |
- |
좌측 화살표 |
- |
우측 화살표 |
- |
코멘트 |
|
3.3 모바일 슬라이드쇼 |
디폴트 선택 |
- |
동작 |
라벨 |
기능 |
선호 위치 |
유형 |
우선권 |
중지 |
슬라이드쇼를 종료하고 사용자를 (마지막으로 사용된) 3.1.1 또는 3.1.2로 복귀시킴 |
1차 소프트 키, OK 버튼 |
OK |
1 |
일시 정지 |
슬라이드쇼를 일시정지하고 첫번째 동작을 "재생"으로 전환함. 다시 누르면 현재 이미지부터 슬라이드쇼를 재시작함 |
메뉴 |
SCREEN |
1 |
느리게 |
속도를 느리게로 전환함 |
메뉴 |
SCREEN |
2 |
보통 |
속도를 보통으로 전환함 |
메뉴 |
SCREEN |
3 |
상방 화살표 |
- |
하방 화살표 |
- |
좌측 화살표 |
이전 이미지로 점프함. 슬라이드쇼가 계속하여 동일한 속도로 재생됨 |
우측 화살표 |
다음 이미지로 점프함. 슬라이드쇼가 계속하여 동일한 속도로 재생됨 |
코멘트 |
이미지가 임의의 특정 화면 상에서 가능한 한 커야 함. 가능한 경우, 슬라이드쇼가 중지될 때까지 백라이트가 온인 상태로 있어야만 한다. 동작 메뉴가 열려 있는 동안 화면이 리프레쉬되어서는 안된다. 화면은 헤더를 갖지 않는다. |
본 발명이 도시된 실시예들에 따라 기술되어 있지만, 실시예들에 대한 여러 변형이 당업자에게는 자명할 것이며, 이들 변형은 본 발명의 범위 및 정신 내에 속한다. 따라서, 예시된 실시예 및 상세한 설명은 단지 예시적인 것으로 보아야만 하며, 본 발명의 진정한 범위는 이하의 청구항 및 그 등가물에 의해 표시된다.