KR20110055527A

KR20110055527A - 네트워크화된 서비스에 액세스하는 클라이언트 장치 및 관련 방법

Info

Publication number: KR20110055527A
Application number: KR1020117002166A
Authority: KR
Inventors: 히로끼 다까꾸라; 안나 저시닉; 브라이언 비버; 찰스 맥코이
Original assignee: 소니 주식회사; 소니 일렉트로닉스 인코포레이티드
Priority date: 2008-07-28
Filing date: 2009-07-27
Publication date: 2011-05-25
Also published as: CA2727787A1; EP2321738A2; WO2010014539A3; WO2010014544A3; US20140330893A1; CN102099828B; US20110106882A1; KR20110055526A; CA2727787C; WO2010014544A2; KR101357944B1; CA2727784C; JP5867812B2; WO2010014539A2; EP2321738A4; KR101413334B1; MX2010014294A; US8682963B2; US9112868B2; EP2321738B1

Abstract

서로 다른 복수의 서버에 의해 제공되는 서비스를 사용할 수 있게 해주는 시스템이 공용 API를 사용하여 실현된다. 시스템은 복수의 서비스-제공 서버, 복수의 서비스-제공 서버에 의해 제공되는 서비스를 사용하는 클라이언트, 및 클라이언트가 서비스를 사용할 때 중재 처리를 수행하는 교환 서버를 포함한다. 클라이언트는 복수의 서비스-제공 서버에 의해 제공되는 복수의 서비스 중 임의의 서비스를 사용할 때 공용 API를 사용하면서 교환 서버와 통신을 수행한다. 교환 서버는 클라이언트가 선택한 서비스를 제공하는 서비스-제공 서버에 고유한 고유 API를 사용하여, 서비스-제공 서버에 고유한 처리 시퀀스를 실행한다. 클라이언트는, 복수의 서비스-제공 서버 각각에 고유한 고유 API를 사용할 필요없이, 공용 API를 사용하여 복수의 서비스-제공 서버에 의해 제공된 서비스들 중 임의의 서비스를 사용할 수 있다.

Description

네트워크화된 서비스에 액세스하는 클라이언트 장치 및 관련 방법{CLIENT DEVICE AND ASSOCIATED METHODOLOGY OF ACCESSING NETWORKED SERVICES}

관련 출원들의 상호 참조

본 출원은 2008년 7월 28일자로 출원된, 발명의 명칭이 "Media Interchange(미디어 교환)"인 미국 특허 출원 제61/137,241호, 및 2008년 8월 5일자로 출원된, 발명의 명칭이 "System of Uploading and Downloading Images by Using an Interchange Server(교환 서버를 사용하여 이미지를 업로드 및 다운로드하는 시스템)"인 미국 특허 출원 제61/086,235호를 기초로 우선권 주장한다.

본 발명은 서비스 공급자에 의해 관리되는 서비스-제공 서버에 의해 제공되는 서비스에 액세스하는 카메라 등의 클라이언트 장치에 관한 것이다. 예를 들어, 클라이언트 장치가 업로드된 데이터를 서버 데이터베이스에 저장하기 위해 이미지 데이터, 기타 등등의 사용자 데이터를 서버로 전송하는 업로드 처리가 제공될 수 있다.

다양한 유형의 서비스가 네트워크를 통해 액세스될 수 있다. 예를 들어, 디지털 카메라 등에 의해 캡처된 이미지 등의 사용자 데이터가 서버에 의해 관리되는 데이터베이스에 저장하기 위해 서버로 업로드될 수 있게 해주는 서비스가 공지되어 있다. 사용자는 요청 시에 서버의 데이터베이스에 저장되어 있는 이미지를 브라우징할 수 있다. 그에 부가하여, 업로드된 이미지가, 사용자 기본 설정에 따라, 네트워크를 통해 공개적으로 액세스가능하게 될 수 있다. 이러한 이미지 업로드 처리는, 예를 들어, 일본 특허 출원 공개 제2006-252152호(여기에 인용함으로써 본 명세서에 포함됨)에 기술되어 있다.

제공되는 서비스의 유형 및 모드가 서비스 공급자마다 다르다. 사용자는 자신의 기본 설정에 따라 임의의 서비스를 선택할 수 있다.

이러한 이미지 업로드 서비스를 제공하는 서비스 공급자는 인터넷 브라우저를 통해 이미지(들)를 업로드하는 개별 솔루션, 즉 각각의 개별 서비스 공급자에 고유한 솔루션을 제공한다. 예를 들어, 클라이언트 장치는 인터넷 브라우저에 의해 업로드 처리를 수행할 수 있다. 그렇지만, 일반적으로 말하면, 인터넷 브라우저에 고유한 많은 제한들이 있기 때문에, 이 처리가 어렵다.

사용성을 개선하기 위해, 어떤 디지털 카메라 등의 일부 모바일 장치는, 예를 들어, 촬영된 이미지를 업로드하는 데 사용되는, 그의 메모리에 사전에 저장되어 있는 업로드 처리 실행 프로그램을 가진다. 또는, 다른 일례로서, 이러한 프로그램은 서버로부터 다운로드되고, 이어서 카메라 등의 모바일 장치의 메모리에 저장된다. 저장된 업로드-전용 프로그램을 사용하여 업로드 처리가 수행된다.

그렇지만, 이러한 업로드 처리 프로그램 중 다수는 각자의 서비스 공급자에 고유한 것이다. 즉, 특정 서비스 공급자에 의해 제공되는 이미지 업로드 서비스를 사용하기 위해, 상기한 특정 서비스 공급자에 고유한 전용 프로그램이 필요하다.

특정 서비스 공급자에 고유하게 대응하는 전용 프로그램이 디지털 카메라 등의 클라이언트 장치에서 사용될 때, 클라이언트는 서비스 공급자에 고유한 API(Application Programming Interface)를 사용한다. API는 소정의 처리를 실행하는 프로그램의 단위이다. 특정 API가 호출될 때, 호출된 API에 지정된 소정의 처리가 수행된다. 예를 들어, API가 서버 연결 처리, 로그인 처리, 업로드 처리, 기타 각각에 대응하도록 설정된다. 클라이언트는 이들 API를 사용하여 일련의 처리를 실행할 수 있다.

대부분의 경우에, 이러한 API는 각각의 서비스 공급자에 고유한 것이다. 즉, 각각의 서비스 공급자에 의해 지정된 로그인 처리, 업로드 처리, 기타에 대응하는 전용 API가 설정되어 있다. 따라서, 클라이언트는 이러한 전용 API를 사용해야만 한다.

앞서 설명한 바와 같이, 이미지 업로드 서비스를 제공하는 서비스 공급자는 그 자신의 서비스에 고유한 복수의 API를 설정한다. 서비스 공급자는 클라이언트가 이들 API를 사용하여 업로드 처리를 수행할 수 있게 해준다. 이상에서 설명한 API 응용 프로그램 처리를 통해, 서비스 공급자, 클라이언트-서버 통신 처리, 기타에 고유한 허용 데이터 형식에 부합하는 업로드 데이터의 생성 등의 업로드 처리가 실행된다. 이 수단에 의해, 오류 없는 업로드 처리가 보장된다.

클라이언트가 하나의 서비스 공급자에 의해서만 제공되는 서비스를 사용하는 경우, 상기한 하나의 서비스 공급자에 고유하게 대응하는 프로그램/API를 클라이언트측에 설치하는 것으로 충분하다. 그렇지만, 실제로는, 이미지 업로드 서비스를 제공하는 많은 서비스 공급자가 있다. 따라서, 사용자가 그들 중에서 서비스 공급자를 자유롭게 선택할 수 있게 해주기 위해서는, 모든 서비스 공급자에 각각 대응하는 많은 프로그램/API를 클라이언트에 설치할 필요가 있다. 이것은 제한된 메모리 공간을 가지는 카메라 등의 클라이언트 장치에 바람직하지 않다.

그에 부가하여, 예를 들어, 서비스 공급자에 의해 제공되는 서비스 모드의 변경으로 인해 프로그램/API가 변경 및/또는 업데이트된다. 복수의 서비스 공급자에 의해 제공되는 이미지 업로드 서비스에 대응하는 복수의 API 및 프로그램이 설치되어 있는 클라이언트 장치가 사용자에게 공급된 후에 이러한 변경 및/또는 업데이트가 수행되는 경우, 클라이언트측에서 프로그램/API를 업데이트하는 것이 필요하게 된다. 사용자가 이러한 업데이트 처리를 수행해야 하는 경우, 이는 사용자에게 부담을 준다. 게다가, 처리 오류가 발생할 위험이 있다.

이상의 내용을 고려하여, 본 발명은 클라이언트가 공용 프로그램 및 공용 API를 사용하여 복수의 서비스-제공 서버에 의해 제공되는 서비스를 사용할 수 있게 해주는 정보 처리 장치, 정보 처리 시스템, 정보 처리 방법, 및 컴퓨터-판독가능 매체를 제공한다.

예를 들어, 교환 서버(interchange server)라는 중재자를 통해 이미지의 업로드가 수행되도록, 클라이언트와 이미지 업로드 서비스를 제공하는 서비스 공급자의 서버 사이에 교환 서버가 제공된다. 클라이언트는, 어느 서비스 공급자가 사용되는지에 상관없이, 공용 API를 사용하여 교환 서버와 통신을 수행한다. 교환 서버는 서비스측에 있는 API를 호출하는 것을 수행한다.

이상에서 간략히 설명한 바와 같이, 교환 서버는 클라이언트의 업로드 처리에 대한 중재자로서 역할하기 위해 복수의 서비스 공급자와 통신을 수행한다. 서비스 공급자에 의해 제공되는 서비스 및/또는 프로그램 및/또는 API가 변경될 때마다, 교환 서버에서 필요한 변경이 수행된다. 이에 의해, 클라이언트는, 클라이언트측에서 어떤 변경도 할 필요 없이, 서비스를 계속 사용할 수 있다.

게다가, 클라이언트 장치가 사용자에게 공급된 후에 클라이언트 사용자에게 어떤 부담도 주지 않고 서비스 공급자를 쉽게 추가할 수 있다. 즉, 이러한 경우에, 서비스 공급자 추가 처리가 교환 서버측에서 수행되기 때문에, 클라이언트측 처리를 변경할 필요없이, 클라이언트가 추가된 새로운 서비스를 사용할 수 있다. 현재의 네트워크 업계에서 신규 창업 서비스 공급자가 그의 시장 점유율을 증가시키고 선두 주자로 되는 것이 드문 일이 아니다. 이러한 새로운 서비스 공급자가 그의 서비스를 제공하기 시작하는 경우에도, 클라이언트측에서 어떤 변경을 필요로 하지 않고 새로운 서비스를 상당히 유연하고 신속하게 추가할 수 있다.

본 발명의 예시적인 실시예에 따른 구성은, 클라이언트측에서, 다수의 서비스 공급자에 의해 제공되는 이러한 다양한 서비스에 대한 업로드 데이터를 생성할 수 있게 해주는 사용자 인터페이스(UI)를 제공하는 처리를 추가로 달성한다.

본 발명의 제1 측면에 따른 예시적인 정보 처리 장치는, 서비스-제공 서버에 의해 제공되는 서비스를 사용하기 위해, 서비스-제공 서버에 관계된 데이터 처리 및 통신을 정의하는 복수의 API를 선택적으로 적용하는 제어부를 포함한다. 통신부는 네트워크를 통해 교환 서버와 통신을 한다. 교환 서버는 정보 처리 장치와 서비스-제공 서버 간의 통신을 중재한다. 제어부는 공용 API를 사용하여 복수의 서비스-제공 서버로부터의 복수의 서비스에 액세스하고, 복수의 서비스의 각각의 서비스는 복수의 서비스의 다른 서비스와 다르다.

본 발명의 제2 측면에 따른 예시적인 교환 서버는 복수의 서비스-제공 서버 및 적어도 하나의 클라이언트 장치와 통신하는 통신부를 포함한다. 교환 서버는 또한 클라이언트 장치와 클라이언트 장치에서 선택되는 선택된 서비스에 대응하는 적어도 하나의 서비스-제공 서버 간의 통신을 중재하는 제어부를 포함한다. 제어부는 클라이언트 장치로부터 수신된 서비스 선택 정보에 응답하여 서비스 상세 정보를 클라이언트 장치에 제공하고, 제어부는 서비스 상세 정보에 따라 클라이언트 장치에 발생된 사용자 인터페이스를 통해 입력된 데이터를 수신한다. 수신된 데이터가, 제어부에 의해, 선택된 서비스에 대응하는 서비스-제공 서버로 전송된다.

본 발명의 제3 측면에 따른 예시적인 웹 서버는 교환 서버와 통신하는 통신부, 및 클라이언트 장치와 교환 서버 간의 통신을 중재하는 제어부를 포함한다. 제어부는 또한 교환 서버로부터 수신된 정보에 따라 클라이언트 장치 상의 브라우저에 디스플레이하기 위한 웹 페이지를 발생한다. 교환 서버는 복수의 서비스-제공 서버 및 적어도 하나의 클라이언트 장치와 통신한다.

본 발명의 제4 측면에 따른 예시적인 정보 처리 시스템은 복수의 서비스-제공 서버, 복수의 서비스-제공 서버에 의해 제공되는 적어도 하나의 서비스에 액세스하는 클라이언트 장치, 및 클라이언트 장치와 클라이언트 장치에서 선택된 서비스에 대응하는 적어도 하나의 서비스-제공 서버 간의 통신을 중재하는 교환 서버를 포함한다. 클라이언트 장치는 복수의 API를 선택적으로 적용하여 선택된 서비스에 액세스하고, 클라이언트 장치는 교환 서버를 통해 선택된 서비스에 대응하는 서비스-제공 서버와 통신한다. 복수의 서비스-제공 서버에 의해 제공된 복수의 서로 다른 서비스가 선택될 때, 클라이언트 장치는 공용 API를 적용하여 복수의 선택된 서비스에 액세스하고, 교환 서버는 클라이언트 장치로부터 수신된 정보에 응답하여 복수의 서비스-제공 서버 각각과 통신하기 위해 고유 API를 적용한다. 각각의 고유 API는 복수의 서비스-제공 서버 중 하나에 고유한 것이다.

본 발명의 제5 측면에 따른 예시적인 정보 처리 시스템은 복수의 서비스-제공 서버, 복수의 서비스-제공 서버에 의해 제공되는 적어도 하나의 서비스에 액세스하는 클라이언트 장치, 클라이언트 장치와 클라이언트 장치에서 선택된 서비스에 대응하는 적어도 하나의 서비스-제공 서버 간의 통신을 중재하는 교환 서버, 및 교환 서버와 클라이언트 장치 간의 통신을 중재하도록 구성된 웹 서버를 포함한다. 클라이언트 장치는 복수의 API를 선택적으로 적용하여 선택된 서비스에 액세스하고, 교환 서버를 통해 선택된 서비스에 대응하는 서비스-제공 서버와 통신한다. 웹 서버는 교환 서버로부터 제공된 정보를 클라이언트 장치에 웹 페이지로서 제시한다. 복수의 서비스-제공 서버에 의해 제공된 복수의 서로 다른 서비스가 선택될 때, 클라이언트 장치는 공용 API를 적용하여 복수의 선택된 서비스에 액세스하고, 교환 서버는 클라이언트 장치로부터 수신된 정보에 응답하여 복수의 서비스-제공 서버 각각과 통신하기 위해 고유 API를 적용한다. 각각의 고유 API는 복수의 서비스-제공 서버 중 하나에 고유한 것이다.

본 발명의 예시적인 실시예에 따른 이미지 처리 시스템은 클라이언트가, 복수의 서비스-제공 서버 각각에 고유한 고유 API를 사용할 필요없이, 공용 API를 사용하여 복수의 서비스-제공 서버에 의해 제공된 서비스들 중 임의의 서비스를 사용할 수 있게 해준다.

본 발명의 다른 목적, 특징 및 이점은 첨부 도면과 관련하여 본 발명의 예시적인 실시예에 대한 이하의 상세한 설명을 읽어보면 충분히 이해될 것이다.

첨부 도면들과 관련하여 고려될 때 이하의 상세한 설명을 참조하면 더 잘 이해되는 것처럼, 본 발명 및 본 발명의 부수적인 이점들 중 다수의 이점들에 대한 보다 완전한 이해가 용이하게 이루어질 것이다. 그렇지만, 첨부 도면 및 그의 예시적인 설명이 본 명세서가 포괄하는 본 발명의 범위를 전혀 제한하지 않는다. 명세서 및 도면이 포괄하는 본 발명의 범위는 첨부된 특허청구범위의 문구에 의해 한정된다.
도 1은 본 발명의 예시적인 실시예에 따른 정보 처리 시스템을 나타낸 도면.
도 2는 서비스 공급자에 의해 제공되는 서비스 모드 테이블.
도 3은 서비스 공급자에 의해 제공되는 추가의 서비스 모드 테이블.
도 4는 본 발명의 예시적인 실시예에 따른, 클라이언트, 교환 서버 및 서비스-제공 서버 간에 실행되는 프로세스의 처리 시퀀스를 나타낸 도면.
도 5는 본 발명의 예시적인 실시예에 따른, 클라이언트, 교환 서버 및 서비스-제공 서버 간에 실행되는 처리의 다른 처리 시퀀스를 나타낸 도면.
도 6은 본 발명의 예시적인 실시예에 따른, 클라이언트, 교환 서버 및 서비스-제공 서버 간에 실행되는 처리의 추가의 처리 시퀀스를 나타낸 도면.
도 7은 본 발명의 예시적인 실시예에 따른, 교환 서버에 의해 클라이언트에 제공되는 서비스 상세 정보를 나타낸 도면.
도 8은 본 발명의 예시적인 실시예에 따른, 클라이언트의 디스플레이 화면 상에 디스플레이되는, 이미지 업로드 처리를 위한 사용자 인터페이스(UI)를 나타낸 도면.
도 9는 본 발명의 예시적인 실시예에 따른, 클라이언트의 디스플레이 화면 상에 디스플레이되는, 이미지 업로드 처리를 위한 사용자 인터페이스(UI)를 나타낸 다른 도면.
도 10은 본 발명의 예시적인 실시예에 따른, 업로드된 이미지의 브라우징 시에 클라이언트의 디스플레이 화면 상에 디스플레이되는 이미지 목록을 나타낸 도면.
도 11은 본 발명의 예시적인 실시예에 따른, 업로드된 이미지의 브라우징 시에 클라이언트의 디스플레이 화면 상에 디스플레이되는 이미지 목록을 나타낸 다른 도면.
도 12는 본 발명의 예시적인 실시예에 따른, 교환 서버에 의해 클라이언트에 제공되는 업로드 이미지(들)에 대응하는 URL을 선택하는 URL 선택 처리 시퀀스의 플로우차트.
도 13은 본 발명의 예시적인 실시예에 따른, 클라이언트, 교환 서버 및 서비스-제공 서버 간의 처리에 적용되는 API의 시퀀스 차트.
도 14는 본 발명의 예시적인 실시예에 따른, 클라이언트, 교환 서버 및 서비스-제공 서버 간의 처리에 적용되는 API의 다른 시퀀스 차트.
도 15는 본 발명의 예시적인 실시예에 따른, 클라이언트, 교환 서버 및 서비스-제공 서버 간의 처리에 적용되는 API의 추가의 시퀀스 차트.
도 16은 본 발명의 예시적인 실시예에 따른, 클라이언트, 교환 서버 및 서비스-제공 서버 각각에 대한 하드웨어 구성을 나타낸 도면.

이하에서, 첨부 도면을 참조하여 바람직한 실시예를 기술함으로써 본 발명이 설명될 것이다. 그렇지만, 당업자라면 첨부된 독립 청구항에 한정된 발명의 범위 내에서 다른 응용 및 수정을 실현할 것이다.

본 명세서에서 사용되는 "시스템"이라는 용어는 복수의 장치의 논리적 집합을 의미한다. 유의해야 할 점은, 장치가 반드시 동일한 단일 프레임/하우징에 구축될 필요는 없다는 것이다.

도 1은 클라이언트 장치(101), 다른 클라이언트 장치(102), 웹 서버(105), 교환 서버(110), 및 서비스-제공 서버 A-F(121-126)를 포함하는 본 발명의 예시적인 실시예에 따른 정보 처리 시스템의 구성의 일례이다. 이들 장치는 네트워크를 통해 통신을 수행할 수 있도록 구성되어 있다.

서비스-제공 서버(121-126)는 클라이언트 장치(101, 102)에 서비스를 제공하는 서비스 공급자 A-F에 의해 운영되는 서버이다. 구체적으로는, 예를 들어, 서비스-제공 서버(121-126)는 클라이언트에 의해 업로드된 이미지 데이터를 데이터베이스에 저장하고 저장된 데이터를 관리한다. 클라이언트에 의해 업로드된 이미지는 클라이언트 사용자에 의해 요구될 때 브라우징될 수 있도록 클라이언트별로 관리된다. 그에 부가하여, 사용자 설정에 따라, 이미지가 네트워크를 통해 공개적으로 액세스될 수 있도록 할 수 있다.

서비스-제공 서버(121-126) 각각은 서로 다른 서비스 공급자 A-F에 의해 운영되는 서버이다. 이들 서비스 공급자 A-F가 이미지 업로드 서비스를 제공한다는 점에서 서로 동일하지만, 이들에 의해 제공되는 서비스의 모드는 개개의 서비스 공급자마다 다르다.

도 2 및 도 3은 서비스 공급자 A-F에 의해 제공되는 서비스의 일례이다.

서비스 공급자 A-F에 의해 제공되는 서비스들은 그 각각이 클라이언트 장치에 의해 업로드되는 이미지를 관리한다는 점에서 공통점이 있지만, 서비스 공급자에 의해 제공되는 특정의 서비스 모드가 서비스 공급자마다 다르며, 그의 일례가 도 2 및 도 3에 도시되어 있다.

이하는 도 2 및 도 3에 포함된 서비스 모드를 설명한다. 도 2 및 도 3에서, "O"는 서비스-제공 서버에 의해 제공되는 서비스 모드를 나타내고, "X"는 서비스-제공 서버에 의해 제공되지 않는 서비스 모드를 나타내며, "-"는 서비스-제공 서버에 적용되지 않는 표 항목을 나타낸다.

(1) "호환 화상 포맷"은 각각의 서비스 하에서 정지 화상의 업로드 및 동화상의 업로드 중 어느 하나 또는 둘다가 허용되는지를 나타낸다.

(2) "공개/비공개 설정"은 각각의 서비스 하에서 클라이언트(사용자)에 의해 업로드되는 이미지를 공개적으로 이용가능한 이미지/비공개 이미지로서 설정할 수 있는지 여부를 나타낸다.

(3) "앨범 기능"은 각각의 서비스 하에서 앨범을 클라이언트 장치에 의해 업로드되는 이미지의 관리 단위로서 설정할 수 있는지 여부를 나타낸다.

(4) "앨범 제목 입력"은 각각의 서비스 하에서 클라이언트 장치에 의해 업로드되는 이미지의 그룹에 대해 설정되는 앨범의 제목을 입력하는 것이 허용되는지 여부를 나타낸다.

(5) "이미지 제목 입력"은 각각의 서비스 하에서 클라이언트 장치에 의해 업로드되는 이미지의 제목을 정하는 것이 허용되는지 여부를 나타낸다.

(6) "이미지 설명 입력"은 각각의 서비스 하에서 클라이언트 장치에 의해 업로드되는 이미지의 설명 텍스트를 입력하는 것이 허용되는지 여부를 나타낸다.

(7) "태그 입력"은 각각의 서비스 하에서 클라이언트 장치에 의해 업로드되는 이미지에 태그를 첨부하는 것이 허용되는지 여부를 나타낸다.

(8) "로그인 파라미터"는 클라이언트 장치로부터의 업로드를 실행할 때 각각의 서비스 A-F에서 요구하는 로그인 파라미터의 유형을 나타낸다.

(9) "정지 화상 최대 크기"는 각각의 서비스 하에서 업로드될 수 있는 정지 화상의 최대 크기, 즉 정지 화상의 업로드가 허용된다는 것을 나타낸다.

(10) "동화상 최대 크기"는 각각의 서비스 하에서 업로드될 수 있는 동화상의 최대 크기, 즉 동화상의 업로드가 허용된다는 것을 나타낸다.

(11) "동화상 최대 시간"은 각각의 서비스 하에서 업로드될 수 있는 동화상의 최대 시간 길이, 즉 동화상의 업로드가 허용된다는 것을 나타낸다.

(12) "최대 콘텐츠 수"는 각각의 서비스 하에서 업로드될 수 있는 콘텐츠의 최대 수, 즉 콘텐츠의 업로드가 허용된다는 것을 나타낸다.

(13) "서비스 로고"는 각각의 서비스의 서비스 로고를 나타낸다.

(14) "서비스 상표 신용 한도"는 각각의 서비스의 상표 신용의 텍스트를 나타낸다.

(15) "업로드 순서"는 각각의 서비스 하에서 클라이언트 장치에 의해 업로드되고 이어서 브라우징 시에 및/또는 브라우징을 위해 배열되는 이미지의 배열의 순차적 순서를 나타낸다.

(16) "서버측 자동 처리"는 각각의 서비스 하에서 업로드 처리 시에 서버가 자동으로 수행하는 처리를 나타낸다.

도 2 및 도 3으로부터 잘 알 것인 바와 같이, 서비스 공급자 A-F에 의해 제공되는 서비스들은 그 각각이 클라이언트 장치에 의해 업로드되는 이미지를 관리한다는 점에서 공통점이 있지만, 서비스 공급자에 의해 제공되는 특정의 서비스 모드가 서비스 공급자마다 다르다. 유의해야 할 점은, 도 2 및 도 3이 단지 예시적인 것이고 다른 서비스 모드가 가능하다는 것이다. 그에 따라, 본 발명이 도 2 및 도 3에 포함된 서비스 모드로 결코 제한되지 않는다.

도 1의 서비스-제공 서버(121-126)에 대응하는 서비스 공급자 A-F 각각은 앞서 설명한 바와 같이 고유한 이미지 업로드 서비스를 클라이언트 장치에 제공한다. 따라서, 서비스 공급자 A-F가 업로드 처리에 필요한 프로그램/API를 클라이언트 장치에 제공하는 것이 통상적이다. 클라이언트 장치는 서비스 공급자(121-126)에 의해 제공되는 프로그램/API를 사용하면서 업로드 처리를 수행할 수 있다.

그렇지만, 앞서 이미 설명한 바와 같이, 클라이언트 장치가 다양한 서비스 공급자 A-F에 의해 제공되는 서비스를 사용하는 것으로 가정하는 경우, 클라이언트 장치가 이들 서비스 공급자 A-F에 의해 제공되는 모든 프로그램/API를 그의 메모리에 기억해 둘 필요가 있다. 그에 부가하여, 예를 들어, 프로그램의 업데이트 또는 새로운 API의 추가가 있는 경우, 클라이언트 장치측에서 그에 응답할 필요가 있다.

본 발명에 따른 정보 처리 시스템은 클라이언트 장치의 부담을 덜어주기 위해 교환 서버(110)를 구비하고 있다.

각각의 클라이언트 장치(101, 102)는 서비스-제공 서버(121-126)와 직접적인 통신을 수행하지 않고 서비스-제공 서버(121-126)와 간접적인 통신을 수행한다. 즉, 클라이언트(101)는 교환 서버(110)와 통신하는 반면, 클라이언트 장치(102)는 웹 서버(105)와 통신한다.

클라이언트 장치(101)는 업로드 처리의 실행을 위한 프로그램/API를, 예를 들어, 메모리 장치에 저장하고 이 프로그램/API를 사용하면서 처리를 실행하는 클라이언트 장치이다. 각각의 서비스 공급자의 서비스-제공 서버(121-126)에 의해 제공되는 서비스를 사용할 때, 클라이언트 장치(101)는 이들 서비스 공급자 전부에 공통인 공용 프로그램/API를 사용하여 교환 서버(110)와 통신을 수행한다. 즉, 클라이언트 장치(101)는 교환 서버(110)라는 중재자를 통해 서비스-제공 서버(121-126)를 이용하면서 이미지의 업로드, 이미지의 브라우징, 기타를 실행한다.

클라이언트 장치(102)는 업로드 처리에 적용되는 프로그램/API를 갖지 않는 클라이언트 장치이다. 클라이언트 장치(102)가 교환 서버(110)와 직접 통신하지는 않지만, 클라이언트 장치(102)는 브라우징 기능을 가지며 웹 서버(105)에 의해 제공되는 웹 페이지에 의해 이미지의 업로드를 수행한다. 즉, 클라이언트 장치(102)는 웹 서버(105) 및 교환 서버(110)라는 중재자를 통해 서비스-제공 서버(121-126)를 이용하면서 이미지의 업로드, 이미지의 브라우징, 기타를 실행한다.

웹 서버(105)는 교환 서버(110)와 클라이언트 장치(102) 사이의 어딘가에 위치한다. 교환 서버(110)에 의해 제공되는 데이터에 기초하여, 웹 서버(105)는 HTML 데이터로 이루어진 웹 페이지를 생성한다. 이어서, 웹 서버(105)는 생성된 웹 페이지를 클라이언트 장치(102)에 제공한다. 그에 부가하여, 웹 서버(105)는 클라이언트 장치(102)로부터 송신된 데이터를 교환 서버(110)로 전송한다. 예를 들어, 웹 서버(105)는 업로드 데이터를 교환 서버(110)로 전송한다.

클라이언트 장치(101)는, 서비스-제공 서버(121-126)에 의해 제공된 서비스들 중 임의의 서비스가 사용될 때, 교환 서버(110)와 통신하기 위해 공용 프로그램/API를 사용하여 처리를 수행한다. 웹 서버(105)에 대해서도 마찬가지이다. 따라서, 웹 서버(105)는 클라이언트 장치(101)의 프로그램 실행 기능과 동일한 프로그램 실행 기능을 가진다.

그 다음에, 도 4 내지 도 6을 참조하여, 클라이언트 장치가 임의의 서비스-제공 서버(121-126)에 의해 제공되는 서비스를 사용할 때, 교환 서버라는 중재자를 통해 클라이언트 장치와 서비스-제공 서버 사이에서 실행되는 통신 처리 시퀀스에 대한 설명이 제공된다.

도 4 내지 도 6 각각은 클라이언트측 사용자, 클라이언트 장치, 교환 서버, 및 서비스-제공 서버를 나오는 순서대로 도시하고 있으며, 사용자가 가장 왼쪽에 있다. 유의할 점은, 도 4 내지 도 6의 클라이언트 장치가 도 1의 클라이언트 장치(101)에 대응한다는 것이다. 도 4 내지 도 6의 교환 서버는 도 1의 교환 서버(110)에 대응한다. 도 4 내지 도 6의 서비스-제공 서버는 도 1의 서비스-제공 서버(121-126) 중 어느 하나에 대응한다.

도 4 내지 도 6의 각각의 프로세스 시퀀스에 대해 이하에서 설명한다.

먼저, 단계(S11)에서, 클라이언트 장치 사용자는 사전에 클라이언트 장치에 저장되어 있는 클라이언트 프로그램을 시작한다. 클라이언트 프로그램은 임의의 서비스-제공 서버(121-126)의 서비스에 대해 실행되는 공용 프로그램이다.

단계(S12)에서, 클라이언트 장치는 시작된 프로그램에 따라 "현재 이용가능한 서비스의 목록"을 교환 서버에 요청한다. 클라이언트 장치가 이러한 요청을 전송할 때, 클라이언트 장치는, 요청에 부가하여, 클라이언트 장치 로컬 영역 정보 및 클라이언트 장치 언어 정보를 파라미터로서 전송할 수 있다. 유의할 점은, 클라이언트 장치의 파라미터 전송이 사용자 설정에 따른 처리로서 수행될 수 있다는 것이다.

단계(S13)에서, 교환 서버는 요청된 현재 이용가능한 서비스의 목록을 클라이언트 장치에 반환한다. 교환 서버는 도 1에 도시된 서비스-제공 서버(121-126)로부터 최신의 서비스에 관한 정보를 사전에 수신하였다. 교환 서버는 사전 수신된 정보에 따른 서비스를 생성하고, 이어서 서비스 목록을 클라이언트 장치에 제공한다. 교환 서버가 클라이언트 장치로부터 로컬 영역 정보 및 언어 정보를 수신한 경우, 교환 서버는 수신된 정보에 기초하여 서비스 목록의 필터링을 수행할 수 있다. 예를 들어, 클라이언트 장치의 로컬 영역이 일본이고, 클라이언트 장치의 언어가 일본어인 경우, 교환 서버는 일본어-버전 목록을 클라이언트 장치에 제공한다.

게다가, 교환 서버는, 클라이언트 장치로부터의 입력 없이, 주기적으로 서비스 목록을 생성 및/또는 업데이트할 수 있다. 예를 들어, 서비스-제공 서버가 업데이트된 서비스를 통지한 것에 응답하여, 새로운 서비스-제공 서버의 발견에 응답하여, 및/또는 서비스 목록에 포함된 서비스를 가지는 서비스-제공 서버가 이용가능하지 않은 것에 응답하여, 교환 서버는 서비스 목록을 업데이트할 수 있다. 당업자라면 잘 알 수 있는 바와 같이, 교환 서버에 의한 서비스 목록 업데이트의 경우는 단지 예시적인 것이며, 본 명세서의 범위를 벗어나지 않고 다른 경우들이 가능하다.

단계(S14)에서, 클라이언트 장치는 교환 서버로부터 수신된 현재 이용가능한 서비스의 목록을 디스플레이 화면 상에, 예를 들어, 사용자 인터페이스(UI) 정보로서 디스플레이한다. 서비스 목록은 각각의 서비스 공급자에 의해 제공된 서비스를 보여주는 목록이다. 서비스 목록은 사용자가 임의의 서비스를 선택할 수 있도록 설정되어 있는 UI이다. 예를 들어, 서비스 목록은 다음과 같은 것들을 포함한다:

서비스 공급자 A: 정지 화상 업로드 서비스, 브라우징 서비스

서비스 공급자 B: 정지 화상 업로드 서비스, 브라우징 서비스

서비스 공급자 C: 정지 화상 업로드 서비스, 브라우징 서비스

서비스 공급자 D: 동화상 업로드 서비스, 브라우징 서비스

서비스 공급자 E: 동화상 업로드 서비스, 브라우징 서비스

단계(S15)에서, 클라이언트 장치 사용자는 서비스 목록 중에서 특정의 서비스를 선택하고, 이어서 처리의 실행, 예를 들어, 이미지의 업로드를 명령한다.

단계(S16)에서, 클라이언트 장치는 입력된 사용자 지시에 기초하여 교환 서버에 선택된 서비스(즉, 지정된 서비스)에 관한 상세한 정보를 요청한다.

단계(S17)에서, 교환 서버는 선택된 서비스에 관한 상세한 정보를 클라이언트 장치로 전송한다. 앞서 이미 설명한 바와 같이, 교환 서버는 도 1에 도시된 서비스-제공 서버(121-126)로부터 최신의 서비스에 관한 상세한 정보를 사전에 수신하였다. 교환 서버는 사전 수신된 최신 서비스 상세 정보 중에서 사용자가 선택한 서비스에 대응하는 정보를 선택하고, 이어서 선택된 정보를 클라이언트 장치에 제공한다.

상세한 정보를 전송하기 전에, 교환 서버는 상세한 정보에 대한 클라이언트 요청을 유효성 검사할 수 있다. 예를 들어, 교환 서버는 클라이언트에 관한 기계-관련 정보를 저장할 수 있고, 기계-관련 정보를 사용하여 클라이언트 요청을 유효성 검사할 수 있다. 이러한 기계-관련 정보는 클라이언트에 고유한 장치 ID 및 클라이언트 버전 ID를 포함하지만, 이들로 제한되지 않는다. 그렇지만, 당업자라면 잘 알 수 있는 바와 같이, 일련 번호 또는 MAC ID 등의 다른 기계-관련 정보도 가능하다.

기계-관련 정보는 클라이언트로부터 교환 서버로 전송되지 않는다. 그 대신에, 기계-관련 정보는 교환 서버에 사전에 저장되어 있다. 클라이언트는 이어서 기계-관련 정보를 사용하여, 요청에 추가되는 체크섬을 발생할 수 있다. 교환 서버는 이어서 기계-관련 정보를 사용함으로써 추가된 체크섬에 기초하여 요청을 유효성 검사할 수 있다. 요청이 유효성 검사되면, 교환 서버는 상세한 정보를 클라이언트로 전송한다.

도 7은 교환 서버에 의해 클라이언트 장치에 제공되는 서비스 상세 정보의 일례이다. 도 7에서, 서비스 상세 정보는, 예를 들어, XML 데이터 형식을 갖지만, JSON(Javascript object notation) 형식으로도 제공될 수 있다. 본 명세서의 범위를 벗어나지 않고 상세한 정보에 대한 다른 형식도 가능하다. 그에 따라, 상세한 정보의 형식이 본 발명의 범위를 결코 제한하지 않는다.

서비스 상세 정보는 이미지 업로드 처리가 실행될 때 클라이언트 장치의 디스플레이 화면 상에 디스플레이되는 UI를 발생하는 데 사용되는 정보를 포함한다. 그에 부가하여, 서비스 상세 정보는 업로드될 수 있는 이미지의 모드에 관한 정보, 예를 들어, 정지 화상의 업로드 및 동화상의 업로드 중 어느 것이 허용되는지에 관한 정보를 포함한다. 서비스 상세 정보는 이미지의 크기에 관한 정보, 예를 들어, 정지 화상의 크기에 관한 정보 또는 동화상의 크기에 관한 정보를 추가로 포함한다. 서비스 상세 정보는 로그인 시에 및/또는 로그인을 위해 필요한 파라미터에 관한 정보를 추가로 포함한다. 업로드해야 할 복수의 이미지가 있는 경우, 서비스 상세 정보는 업로드되어야 하는 이미지의 순차적 순서에 관한 설정 정보를 추가로 포함한다. 유의해야 할 점은, 도 7에 나타낸 서비스 상세 정보가 간단화된 일례에 불과하다는 것이다. 즉, 도 7은 서비스 상세 정보 전부를 보여주지 않는다. 당업자라면 본 발명의 범위를 벗어나지 않고 기타 서비스 상세 정보가 가능하다는 것을 잘 알 것이다.

서비스 상세 정보는 도 2 및 도 3을 참조하여 앞서 이미 설명한 서비스 모드에 관한 정보를 포함한다. 즉, 서비스 상세 정보는 (1) 호환 화상 포맷, (2) 공개/비공개 설정, (3) 앨범 기능, (4) 앨범 제목 입력, (5) 이미지 제목 입력, (6) 이미지 설명 입력, (7) 태그 입력, (8) 로그인 파라미터, (9) 정지 화상 최대 크기, (10) 동화상 최대 크기, (11) 동화상 최대 시간, (12) 최대 콘텐츠 수, (13) 서비스 로고, (14) 서비스 상표 신용 한도, (15) 업로드 순서, 및 (16) 서버측 자동 처리에 관한 정보를 포함한다.

단계(S18)에서, 클라이언트 장치는 교환 서버로부터 수신된 서비스 상세 정보, 즉 사용자가 선택한 서비스에 대응하는 선택된 정보에 따라 이미지 업로드 처리를 수행하는 데 사용되는 사용자 인터페이스(UI)를 디스플레이한다.

이미지 업로드 처리를 수행하는 데 사용되는 사용자 인터페이스(UI)는 서비스마다, 즉 사용자가 선택한 서비스에 따라 다르다. 즉, 사용자가 선택한 정보에 따라 교환 서버에 의해 선택된 서비스 공급자에 대응하는 서비스 상세 정보에 따라 사용자 인터페이스(UI)가 발생되고 이어서 클라이언트 장치로 송신된다.

도 8 및 도 9는 클라이언트 장치에서 제시되는 사용자 인터페이스(UI)의 일례이다. 도 8은 이미지 업로드 처리를 수행하는 데 사용되고 서비스 공급자 A에 대응하는 서비스 상세 정보에 따라 발생되는 사용자 인터페이스(UI)이다. 도 9는 이미지 업로드 처리를 수행하는 데 사용되고 서비스 공급자 B에 대응하는 서비스 상세 정보에 따라 발생되는 사용자 인터페이스(UI)이다.

도 8 및 도 9에서, 이미지 업로드 처리를 수행하는 데 사용되는 사용자 인터페이스(UI)는, 예를 들어, 다음과 같은 디스플레이 데이터를 포함한다:

(a) 서비스 공급자의 아이콘/로고(201).

(b) 로그인에 필요한 정보를 입력하는 데 사용되는 로그인 정보 입력 상자(202).

(c) 업로드 이미지(들)를 설정하는 데 사용되는 업로드 이미지 설정 상자(203).

(d) 업로드 이미지 공개/비공개 체크박스(204)(도 8의 서비스 A에 대해서만 도시됨).

(e) 앨범 기능을 제공하는 서비스를 위해 제공된 앨범 정보 설정 필드(205)(도 9의 서비스 B에 대해서만 도시됨).

그에 부가하여, 서비스에 따라 다양한 종류의 정보가 UI로서 디스플레이된다. 당업자라면 잘 알 것인 바와 같이, 본 발명의 범위를 벗어나지 않고 다른 사용자 인터페이스도 가능하다.

그에 부가하여, 예를 들어, 서비스의 호환 화상 포맷에 부합하지 않는 어떤 이미지라도 디스플레이되지 않도록 필터링 처리가 수행될 수 있다. 게다가, 상표 신용 한도, 주의 사항, 즉 업로드를 위해 해야 할 것과 해서는 안될 것, 권한/라이선스 정보(EULA), 기타의 디스플레이가 수행된다. 이들을 디스플레이하는 것은 교환 서버에 의해 클라이언트 장치에 제공되는 서비스 상세 정보(이에 대해서는 도 7을 참조하면서 이상에서 이미 설명하였음)에 포함되어 있는 데이터에 기초하여 수행된다.

다시 도 4 내지 도 6의 시퀀스 차트를 참조하여, 통신 시퀀스에 대해 이하에서 더 설명한다. 도 4의 단계(S18)에서, 이미지 업로드 처리를 수행하는 데 사용되는 사용자 인터페이스(UI)(예를 들어, 도 8 및 도 9)가 클라이언트 장치의 디스플레이 상에 제시된다.

그 다음에, 도 5의 단계(S19)에서, 사용자는 제시된 사용자 인터페이스(UI)의 로그인 정보 입력 상자에 로그인 정보(인증 정보)를 입력한다. 로그인 정보(인증 정보)는 서비스 공급자마다 다르다. 사용자는 UI 상에 나타난 입력 지시에 따라 로그인 정보를 입력한다. 예를 들어, 사용자가 도 8에 도시된 서비스 공급자 A에 의해 제공되는 서비스 A를 사용하는 경우, 사용자는, 로그인 정보 입력 상자(202a)에 프롬프트된 바와 같이, 로그인 정보(인증 정보)로서 그의 사용자 이름을 입력한다.

반면에, 사용자가 서비스 공급자 B에 의해 제공되는 서비스 B를 사용하는 경우, 도 9의 사용자 인터페이스가 사용된다. 이 경우에, 사용자는, 로그인 정보 입력 상자(202b)에 프롬프트된 바와 같이, 로그인 정보(인증 정보)로서 그의 이메일 주소를 입력한다.

단계(S20)에서, 클라이언트 장치는 로그인 정보(인증 정보)를 교환 서버로 전송한다.

단계(S21)에서, 교환 서버는 사용자가 이미 선택한 서비스 공급자 A-F의 서비스-제공 서버들 중 하나로 로그인 정보(인증 정보)를 전송한다. 유의해야 할 점은, 사용자가 이미 선택한 서비스 공급자에 의한 로그인 정보(인증 정보)의 전송을 위해 제공되는 프로그램/API가 이 로그인 정보 전송 처리를 위해 사용된다는 것이다.

교환 서버로부터 로그인 정보(인증 정보)를 수신할 시에, 서비스-제공 서버는 수신된 로그인 정보(인증 정보)를 확인한다. 이어서, 사용자가 클라이언트 장치 사용자/정당한 업로드 권한을 갖는 자라고 확인되는 경우, 서비스-제공 서버는 로그인 요청을 수락한다. 단계(S22)에서, 서비스-제공 서버는 로그인 확인 결과(성공)를 교환 서버로 반환하고, 세션을 유지하기 위해 통신 연결을 설정한다.

그 다음에, 단계(S23)에서, 교환 서버는 로그인 확인 결과(성공)를 클라이언트 장치로 전송하고, 클라이언트 장치와 교환 서버 간에 통신 세션을 유지하기 위해 세션 ID를 발행한다. 클라이언트 장치와 교환 서버 간의 차후의 통신은 세션 ID를 파라미터로서 부가적으로 표시함으로써 수행된다.

단계(S24)에서, 사용자는 업로드 처리에 필요한 정보를 입력한다, 예를 들어, 사용자는 업로드 이미지(들), 기타를 설정한다. 이 단계에서, 사용자는 이미지 업로드 처리를 위해 제공되는 사용자 인터페이스를 사용하여 필요한 정보를 입력하며, 그의 몇몇 일례에 대해 도 8 및 도 9를 참조하여 앞서 설명하였다. 사용자는 앨범을 생성하고, 필요한 경우 제목 및/또는 코멘트를 입력한다. 이어서, 사용자는 업로드 지시를 내린다.

단계(S25)에서, 사용자가 내린 업로드 지시에 응답하여, 클라이언트 장치는 업로드될 이미지(들)를 포함하는 이미지 데이터 및 메타데이터(코멘트)를 교환 서버로 송신, 즉 업로드한다. 복수의 이미지가 업로드되는 경우, 이미지를 업로드하는 순차적 순서는 사용자가 선택하는 서비스 공급자에 의해 공급되는 서비스에 따라 제어된다. 이러한 제어 정보도 역시 도 7을 참조하여 이상에서 이미 설명한 서비스 상세 정보에 포함되어 있다.

사용자가 선택하는 서비스에 따라, 즉 사용자가 선택한 서비스 공급자에 따라 복수의 이미지를 업로드하는 순차적 순서가 변경되는 이유는 복수의 업로드된 이미지를 디스플레이하는 순차적 순서가 서비스 공급자마다 다르기 때문이다. 환언하면, 그 이유는 업로드된 이미지를 브라우징하기 위해 제공되는 이미지 목록의 시퀀스 형식이 서비스 공급자마다 다르기 때문이다.

예를 들어, 일부 서비스 공급자는 클라이언트 장치에 의해 수행되는 이미지 업로드의 순서로 배열되는 이미지를 브라우징하기 위한 목록을 제공한다. 즉, 서비스 공급자는 가장 먼저(즉, 첫번째로) 업로드된 이미지를 첫번째 이미지로서 보여주고 나중에 업로드된 이미지를, 이미지를 업로드하는 순차적 순서에 따라 배열되어 있는 후속하는 이미지로서 보여주는 브라우징 목록을 제공한다.

다른 서비스 공급자는 클라이언트 장치에 의해 수행되는 이미지 업로드의 순서와 반대의 순차적 순서로 배열되는 이미지를 브라우징하기 위한 목록을 제공한다. 즉, 서비스 공급자는 최근에(즉, 마지막으로) 업로드된 이미지를 첫번째 이미지로서 보여주고 이전에 업로드된 이미지를, 이미지를 업로드하는 순차적 순서와 반대의 순서에 따라 배열되어 있는 후속하는 이미지로서 보여주는 브라우징 목록을 제공한다.

이러한 이미지 브라우징 목록의 일례에 대해 도 10 및 도 11을 참조하면서 설명한다. 도 10 및 도 11은 서로 다른 2개의 서비스 공급자에 의해 제공되는 업로드된 이미지를 브라우징하기 위한 목록이다.

도 10은 클라이언트 장치에 의해 수행되는 이미지 업로드의 순차적 순서로 배열되는 이미지를 브라우징하기 위한 목록이다. 즉, 도 10은 클라이언트 장치에 의해 첫번째로 업로드된 이미지를 첫번째 이미지로서 보여주고 클라이언트 장치에 의해 나중에 업로드된 이미지를, 이미지를 업로드하는 순차적 순서에 따라 배열되어 있는 후속하는 이미지로서 보여주는 이미지 브라우징 목록이다.

도 11은 클라이언트 장치에 의해 수행되는 이미지 업로드의 순차적 순서와 반대의 순서로 배열되는 이미지를 브라우징하기 위한 목록이다. 즉, 도 11은 클라이언트 장치에 의해 마지막으로 업로드된 이미지를 첫번째 이미지로서 보여주고 클라이언트 장치에 의해 이전에 업로드된 이미지를, 이미지를 업로드하는 순차적 순서와 반대의 순서에 따라 배열되어 있는 후속하는 이미지로서 보여주는 이미지 브라우징 목록이다.

하나의 서비스 공급자에 의해 클라이언트 장치에 제공되는 하나의 이미지 브라우징 목록에 포함된 이미지의 배열이 다른 서비스 공급자에 의해 클라이언트 장치에 제공되는 다른 아미지 브라우징 목록에 포함된 이미지의 배열과 다른 경우, 다양한 종류의 서비스를 사용하는 클라이언트 장치 사용자가 혼동될 수 있다. 사용자가 혼동되지 않도록 하기 위해, 어느 서비스 공급자가 선택되는지에 상관없이 이미지 브라우징 목록에 포함된 이미지의 배열이 항상 동일하도록 이미지를 업로드하는 순차적 순서가 변경된다.

즉, 클라이언트 장치가 복수의 이미지를 순차적으로 업로드할 때, 어느 서비스가 선택되는지에 상관없이 이미지 브라우징 시에 제공되는 디스플레이 순서가 항상 동일하도록 업로드하는 순차적 순서가 제어된다.

예를 들어, 도 10에서의 이미지의 디스플레이 순서, 즉 클라이언트 장치가 이미지를 업로드하는 순차적 순서로 배열되어 있는 이미지를 브라우징하기 위한 목록의 순서가 "정상 순서"로서 설정된다. 도 11에서의 이미지의 디스플레이 순서, 즉 클라이언트 장치가 이미지를 업로드하는 순차적 순서와 반대의 순서로 배열되어 있는 이미지를 브라우징하기 위한 목록의 순서가 "역순"으로서 설정된다.

이러한 설정 시에, 사용자가 선택한 서비스가 "역순" 브라우징 목록을 제공하는 서비스 공급자에 의해 제공되는 서비스인 경우, 클라이언트 장치가 이들 이미지를 업로드할 때 복수의 업로드 이미지의 순차적 순서를 거꾸로 한 후에 업로드 처리가 수행된다.

반면에, 사용자가 선택한 서비스가 "정상 순서" 브라우징 목록을 제공하는 서비스 공급자에 의해 제공되는 서비스인 경우, 클라이언트 장치가 이들 이미지를 업로드할 때 복수의 업로드 이미지의 순차적 순서를 거꾸로 하지 않고 업로드 처리가 수행된다.

이미지를 업로드하는 순차적 순서가 앞서 설명한 바와 같이 제어되기 때문에, 어느 서비스 공급자가 선택되는지에 상관없이 "정상 순서" 브라우징 목록의 형태로 제시되는 이미지를 브라우징할 수 있다.

이상의 업로드 처리 일례에서, 모든 서비스 각각이 "정상 순서" 이미지 목록을 제시한다는 가정 하에 설명이 주어져 있지만, 설명이 꼭 그것으로 제한될 필요는 없다. 즉, 모든 서비스 각각에서 "역순" 이미지 목록이 제시된다는 설정 하에서 업로드 처리가 수행될 수 있다. 이러한 수정된 설정 시에, 사용자가 선택한 서비스가 "역순" 브라우징 목록을 제공하는 서비스 공급자에 의해 제공되는 서비스인 경우, 클라이언트 장치가 이들 이미지를 업로드할 때 복수의 업로드 이미지의 순차적 순서를 거꾸로 하지 않고 업로드 처리가 수행된다.

반면에, 사용자가 선택한 서비스가 "정상 순서" 브라우징 목록을 제공하는 서비스 공급자에 의해 제공되는 서비스인 경우, 클라이언트 장치가 이들 이미지를 업로드할 때 복수의 업로드 이미지의 순차적 순서를 거꾸로 한 후에 업로드 처리가 수행된다.

이미지를 업로드하는 순차적 순서가 앞서 설명한 바와 같이 제어되기 때문에, 어느 서비스 공급자가 선택되는지에 상관없이 "역순" 브라우징 목록의 형태로 제시되는 이미지를 브라우징할 수 있다.

앞서 설명한 바와 같이, 도 5의 이미지 업로드 단계(S25)에서 복수의 이미지가 업로드될 때, 사용자가 선택한 서비스에 따라 이미지를 전송하는 순차적 순서를 변경하도록 제어가 실행된다.

그 다음에, 단계(S26)에서, 교환 서버는 클라이언트 장치로부터 수신된 이미지 데이터를 메모리에 일시적으로 저장한다. 이어서, 교환 서버는 사용자가 선택한 서비스-제공 서버에 이미지 데이터를 업로드한다.

유의해야 할 점은, 사용자가 이미 선택한 서비스 공급자에 의한 업로드 처리를 위해 제공되는 프로그램/API가 이 업로드 처리를 위해 사용된다는 것이다.

이 업로드 처리에서, 교환 서버는 정보를 추가하고 및/또는 필요한 경우 정보를 정정한다. 예를 들어, 교환 서버는 이미지에 메타데이터(제목, 코멘트, 및/또는 태그)를 첨부함으로써 전송 정보를 처리한다.

구체적으로는, 예를 들어, 클라이언트 장치로부터 교환 서버로 전송된 데이터가 서비스 공급자가 요구하는 업로드 형식 조건을 충족시키지 않는 경우, 교환 서버는 요구된 조건을 충족시키기 위해 업로드하기 위한 데이터의 처리를 수행한다.

예를 들어, 어떤 경우에, 클라이언트 장치로부터 교환 서버로 전송된 업로드 데이터에 포함된 이미지에 첨부되는 코멘트에 포함된 문자의 수가 선택된 서비스 공급자에 대한 허용된 문자 수와 일치하지 않을 수 있다. 다른 일례로서, 생략될 수 없는 요구된 메타데이터가 이미지에 첨부되어 있지 않을 수 있다. 이러한 경우에, 교환 서버는 업로드 에러가 발생하지 않도록 정보의 형식을 조정하기 위해 정보의 추가 및/또는 정보의 정정을 수행한다.

그 다음에, 단계(S27)에서, 교환 서버는 클라이언트 장치로부터 수신된 이미지(들)를 포함하는 업로드 데이터[예를 들어, 이미지(들), 메타데이터, 기타]를 사용자가 선택한 서비스-제공 서버로 전송한다.

서비스-제공 서버는 교환 서버로부터 업로드 데이터를 수신한다. 이어서, 서비스-제공 서버는 그의 데이터 관리 정책에 따라 수신된 업로드 데이터를 유지하고 관리한다.

그 다음에, 도 6의 단계(S28)에서, 서비스-제공 서버는 업로드의 결과(예를 들어, 성공/실패)를 교환 서버에 반환한다. 서비스-제공 서버는, 업로드 결과로서, 업로드된 이미지(들)에 액세스하기 위한 정보인 업로드된 이미지(들)에 대해 설정된 URL(들)을 교환 서버로 반환할 수 있다.

단계(S29)에서, 교환 서버는 서비스-제공 서버로부터 수신된, 업로드된 이미지(들)에 대응하는 URL 정보와 함께 업로드의 결과를 클라이언트 장치로 전송한다.

서비스 공급자로부터 업로드된 이미지에 대응하는 URL을 수신할 시에, 교환 서버는, 그에 대한 어떤 처리도 수행하지 않고, 업로드된 이미지에 대응하는 URL을 클라이언트 장치로 전송할 수 있다. 또는, 예를 들어, 도 12의 플로우차트에서, 교환 서버는 업로드된 이미지들에 대응하는 URL들 중에서 하나의 URL을 선택한 다음에 선택된 URL을 클라이언트 장치로 송신할 수 있다.

도 12의 동작 흐름은 클라이언트 장치에 제공되어야 하는 하나의 URL을 선택하는 절차를 포함하며, 여기서 선택은 이하의 3가지 업로드 모드 중에서 클라이언트 장치가 선택한 실제의 업로드 모드에 따라 행해진다.

클라이언트 장치가 하나의 이미지를 업로드한 경우, 교환 서버는 업로드된 이미지에 직접 링크하기 위한 URL을 클라이언트 장치에 제공한다. 클라이언트 장치가 앨범 기능을 제공하는 서비스-제공 서버에 복수의 이미지를 업로드한 경우, 교환 서버는 앨범의 첫 페이지의 URL을 클라이언트 장치에 제공한다. 클라이언트 장치가 앨범 기능을 제공하지 않는 서비스-제공 서버에 복수의 이미지를 업로드한 경우, 교환 서버는 사용자의 첫 페이지의 URL을 클라이언트 장치에 제공한다.

도 12의 플로우차트에 대해 이하에서 설명한다. 먼저, 단계(S101)에서, 교환 서버는 클라이언트 장치가 복수의 이미지를 업로드했는지 여부에 관한 판정을 한다.

단계(S101)에서 클라이언트 장치가 하나의 이미지를 업로드한 것으로 판정되는 경우, 프로세스는 단계(S102)로 이동한다. 단계(S102)에서, 교환 서버는 하나의 업로드된 이미지에 직접 링크하기 위한 URL을 클라이언트 장치에 제공한다.

단계(S101)에서 클라이언트 장치가 복수의 이미지를 업로드한 것으로 판정되는 경우, 프로세스는 단계(S103)로 이동한다. 단계(S103)에서, 교환 서버는 업로드 목적지 서비스 공급자가 앨범 서비스를 제공하는지 여부를 판정한다. 즉, 교환 서버는 업로드 목적지 서비스 공급자가 배치 전송(batch transmission)에서 업로드된 복수의 이미지의 그룹을 앨범으로서 관리하는 서비스를 제공하는지 여부를 확인한다.

단계(S103)에서 업로드 목적지 서비스 공급자가 앨범 관리 서비스를 제공하는 것으로 판정되는 경우, 프로세스는 단계(S104)로 간다. 단계(S104)에서, 교환 서버는 앨범 첫 페이지의 URL을 클라이언트 장치에 제공한다.

반면에, 단계(S103)에서 업로드 목적지 서비스 공급자가 앨범 관리 서비스를 제공하지 않는 것으로 판정되는 경우, 프로세스는 단계(S105)로 간다. 단계(S105)에서, 교환 서버는 사용자 첫 페이지의 URL을 클라이언트 장치에 제공한다.

앞서 설명한 바와 같이, 교환 서버는 하나의 URL을 선택하고 이어서 선택된 URL을 클라이언트 장치에 제공한다. 이러한 URL 선택 처리가 수행되는 경우, 사용자가 최적으로 선택된 URL을 이용하면서 이미지를 효율적으로 브라우징할 수 있다. 교환 서버는 모든 서비스 공급자에 공통인 절차로서 이상에서 설명한 URL 선택 처리를 실행한다.

다시 도 6을 참조하여, 전체 시퀀스에 대해 이하에서 더 설명한다. 단계(S29)에서, 교환 서버는 서비스-제공 서버로부터 수신된, 업로드된 이미지(들)에 대응하는 URL 정보와 함께 업로드의 결과를 클라이언트 장치로 전송한다.

마지막으로, 단계(S30)에서, 클라이언트 장치는 업로드의 결과 및 URL(들)을 디스플레이 화면 상에 디스플레이하고 이어서 처리를 종료한다. URL(들)은 클라이언트 장치의 메모리 장치(비휘발성 메모리)에 저장된다. 저장된 URL은 브라우징 처리를 실행할 시에 사용된다.

이상의 설명에서, 도 4 내지 도 6을 참조하면서 이상에서 설명한 시퀀스가 도 1의 교환 서버(110)라는 중재자를 통해 클라이언트 장치(101)와 서비스-제공 서버(121-126) 간의 통신 처리로서 수행되는 것으로 가정된다.

시퀀스가 도 1의 웹 서버(105) 및 교환 서버(110)라는 중재자를 통해 클라이언트 장치(102)와 서비스-제공 서버(121-126) 간의 처리로서 수행되는 경우, 교환 서버(110)와 서비스-제공 서버(121-126) 간의 처리는 도 4 내지 도 6을 참조하여 이상에서 설명한 교환 서버와 서비스-제공 서버 간에 수행되는 처리와 동일한 처리로서 수행된다.

그에 부가하여, 교환 서버(110)와 웹 서버(105) 간의 처리는 도 4 내지 도 6을 참조하여 이상에서 설명한 교환 서버와 클라이언트 장치 간에 수행된 것과 동일한 방식으로 수행된다. 도 4 내지 도 6을 참조하여 이상에서 설명한 클라이언트 장치와 사용자 간의 처리는 웹 서버(105), 클라이언트 장치(102) 및 사용자 간의 처리로서 수행된다.

웹 서버(105)는 교환 서버(110)로부터 수신된 데이터에 따라 HTML 데이터 형식으로 웹 페이지를 생성한다. 이어서, 웹 서버(105)는 생성된 웹 페이지를 클라이언트 장치(102)에 제시한다. 클라이언트 장치(102)는 그의 브라우저 기능을 사용하여, 웹 서버(105)에 의해 제공된 웹 페이지를 디스플레이한다.

사용자는 클라이언트 장치(102) 상에 디스플레이된 웹 페이지를 사용자 인터페이스로서 사용하여, 데이터의 입력, 업로드 이미지(들)의 설정, 기타를 수행한다. 이어서, 사용자는 웹 페이지를 사용하여 업로드 이미지(들)를 포함하는 데이터를 웹 서버(105)로 전송한다. 클라이언트 장치(101)에 의해 행해지는 바와 같이, 웹 서버(105)는 모든 서비스 공급자에 공통인 공용 프로그램/API를 사용하여 교환 서버(110)와 통신을 수행한다. 이에 의해, 웹 서버(105)는 클라이언트 장치(102)로부터 수신된 업로드 정보를 교환 서버(110)로 전송한다.

이러한 처리를 통해, 업로드 처리에 적용되는 어떤 프로그램/API도 가지지 않는 클라이언트 장치인 클라이언트 장치(102)가 클라이언트 장치(101)의 이미지 업로드 처리와 동일한 이미지 업로드 처리를 실행할 수 있다.

앞서 설명한 바와 같이, 임의의 서비스-제공 서버(121-126)에 의해 제공되는 서비스가 사용될 때, 클라이언트 장치(101, 102)가 선택된 서비스에 고유하게 적용되는 프로그램/API로 전환할 필요가 없다. 이것은 교환 서버라는 중재자 덕분이다.

서비스-제공 서버(121-126)에 의해 제공되는 임의의 서비스가 사용될 때, 클라이언트 장치(101) 및 웹 서버(105) 각각은 공용 프로그램/API를 사용하여 교환 서버와 통신할 수 있다.

API의 적용의 일례에 대해서는 도 13 내지 도 15를 참조하면서 이하에서 설명한다. 도 13 내지 도 15 각각은 클라이언트 장치, 교환 서버, 및 서비스-제공 서버를 왼쪽에서 오른쪽으로 볼 때 나오는 순서대로 포함하고 있다. 도 13 내지 도 15의 클라이언트 장치는 도 1의 클라이언트 장치(101) 또는 도 1의 클라이언트 장치(102)와 통신을 수행하는 웹 서버(102)에 대응한다. 동 도면에 도시된 교환 서버는 도 1의 교환 서버(110)에 대응한다. 동 도면에 도시된 서비스-제공 서버는 도 1의 임의의 서비스-제공 서버(121-126)에 대응한다.

도 13 내지 도 15의 일련의 시퀀스 차트는, 도 4 내지 도 6을 참조하면서 이상에서 이미 설명한 바와 같이, 클라이언트 장치가 교환 서버라는 중재자를 통해 서비스-제공 서버로 이미지(들)를 업로드하는 시퀀스를 포함한다. 도 13 내지 도15의 시퀀스 차트는 클라이언트 장치(또는 웹 서버)에 의해 사용되는 API 및 교환 서버에 의해 사용되는 API의 일례이다.

도 1의 서비스-제공 서버(121-126)에 의해 제공되는 임의의 서비스가 사용될 때, 클라이언트 장치는 그에 공통인 API(즉, 공용 API)를 사용할 수 있다. 클라이언트 장치측에서 하나의 서비스를 선택할 시에, 선택된 서비스가 교환 서버에 통지된다. 따라서, 유의해야 할 점은, 클라이언트 장치측에서 하나의 서비스가 확인되면, 교환 서버는 클라이언트 장치에 의해 선택된 서비스에 대응하는 API를 사용하여, 선택된 서비스를 제공하는 서비스-제공 서버와 통신/처리를 수행한다.

먼저, 단계(S301)에서, 클라이언트 장치는 공용 API[GET service]를 사용(즉, 적용)하여, 서비스 목록을 획득하도록 요청한다. API[GET service]는 교환 서버에 서비스 목록을 요청하는 시퀀스를 정의하는 프로그램이 실행되게 하는 API이다. 단계(S302)에서, 교환 서버는 클라이언트 장치로부터 발행된 요청에 응답하여 서비스 목록을 클라이언트 장치로 전송한다.

그 다음에, 단계(S303)에서, 클라이언트 장치는 공용 API[GET service]를 사용하여, 서비스 상세 정보를 획득하도록 요청한다. API[GET service]는 교환 서버에 서비스 상세 정보를 요청하는 시퀀스를 정의하는 프로그램이 실행되게 하는 API이다. 유의할 점은, 교환 서버에 서비스 상세 정보를 요청할 때, 클라이언트 장치가 선택된 서비스의 식별자를 교환 서버로 전송한다는 것이다.

단계(S304)에서, 클라이언트 장치가 한 요청에 응답하여, 교환 서버는 클라이언트 장치에 의해 선택된 서비스에 대응하는 서비스 상세 정보를 송신한다. 서비스 상세 정보는, 예를 들어, 도 7을 참조하면서 앞서 설명한 정보이다.

그 다음에, 도 14의 단계(S305)에서, 클라이언트 장치는, 서비스 상세 정보에 기초하여 이미지 업로드 처리를 수행하는 데 사용되기 위해, 디스플레이 화면 상에 디스플레이되는 사용자 인터페이스(UI)의 로그인 정보 입력 상자(202)(도 8 및 도 9를 참조)에 로그인 정보를 입력한다. 이와 같이, 단계(S305)에서 로그인 처리가 수행된다. 로그인 처리에 사용되는 API는 도 14의 단계(S305)에서의 공용 API[GET login]이다. API[GET login]는 교환 서버에 로그인 정보를 전송하는 시퀀스를 정의하는 프로그램이 실행되게 하는 API이다.

클라이언트 장치가 로그인 정보를 입력한 것에 응답하여, 교환 서버는 클라이언트 장치가 선택한 서비스에 대응하는 서비스-제공 서버에의 로그인을 수행한다. 클라이언트 장치가 선택한 서비스에 대응하는 서비스 공급자에 의해 제공되는 API는 이 로그인 처리를 위해 사용된다. 즉, 선택된 서비스 공급자에 고유한 시퀀스에 대응하는 로그인 처리로서 이 API가 실행된다.

도 14에서, 단계(S311)에서는, 클라이언트 장치가 서비스 A를 선택한 경우에 처리가 수행되는 반면, 단계(S321-S323)에서는, 클라이언트 장치가 서비스 B를 선택한 경우에 처리가 수행된다. 예를 들어, 서비스 A를 제공하는 서비스-제공 서버 A에 로그인하기 위해 단계(S311)의 처리가 실행된다. 서비스-제공 서버 A를 관리하는 서비스 공급자 A로부터 공급되는 고유의 API[GET login]는 이 로그인 처리에 적용된다. 교환 서버는 모든 서비스 공급자로부터 공급되는 모든 API를 사용할 수 있도록 사전에 설정되어 있다. 상기한 바와 같이 사전 설정되어 있기 때문에, 교환 서버는 클라이언트 장치로부터 송신된 서비스 선택 정보에 기초하여 적용되어야 하는 하나의 API를 선택하고 이어서 선택된 API를 사용한다.

클라이언트 장치가 서비스 B를 선택한 경우, 서비스-제공 서버 B에 로그인하기 위해 단계(S321-S323)가 실행된다. 서비스 B를 제공하는 서비스-제공 서버 B에 로그인하기 위해, 서비스 B에 고유한 3개의 API가 사용된다. 보다 구체적으로는, 서비스-제공 서버 B에 로그인하기 위해 [GET getservicetoken], [GET servicelogin], 및 [GET getsession]가 사용된다. 서비스-제공 서버 B에 로그인하는 처리는 이들 3개의 API를 적용하여 실행된다.

클라이언트 장치가 서비스 B를 제공하는 서비스-제공 서버 B에 직접 로그인을 실행한 경우, 본 발명의 이 실시예에 따른 구성과 달리, 클라이언트 장치가 이들 3개의 API를 사용할 필요가 있을 것이다. 그렇지만, 이와 관련하여, 교환 서버가 본 발명의 이 실시예에 따른 구성에서 클라이언트 장치 대신에 선택된 서비스에의 서비스 로그인을 실행하기 때문에, 어느 서비스가 사용되는지에 상관없이 클라이언트 장치가 항상 공용 API를 사용할 수 있다(단계 S305).

도 15는 이미지 업로드 처리를 위해 API를 적용하는 것의 일례이다. 클라이언트 장치는 이미지 업로드 처리를 수행하는 데 사용되기 위해 디스플레이 화면 상에 디스플레이되는 사용자 인터페이스(UI)의 업로드 이미지 설정 상자(203)(도 8 및 도 9 참조)에서 업로드될 이미지(들)를 설정한다. 그에 부가하여, 클라이언트 장치는 사용자 인터페이스(UI)의 각각의 데이터 입력 필드에 데이터를 입력하고, 데이터를 입력한 후에, 업로드 버튼을 누른다. 이상에서 설명한 업로드 처리를 통해, 공용 API[POST upload]가 실행된다. 이 API도 역시 모든 서비스에 공통인 공용 API이다.

공용 API[POST upload]는 이미지-업로드 사용자 인터페이스(UI)의 업로드 이미지 설정 상자(203)(도 8 및 도 9 참조)에서 설정되는 업로드 이미지(들) 및 입력된 데이터를 교환 서버로 전송하는 데 사용되는 API이다.

이상에서 설명한 로그인 처리에서 행해지는 바와 같이, 클라이언트 장치로부터 업로드 데이터를 수신할 시에, 교환 서버는 클라이언트 장치에 의해 지정된 서비스에 대응하는 서비스 공급자에 의해 제공되는 API를 사용하여, 이미지 업로드 처리를 실행한다. 즉, 교환 서버는 선택된 서비스 공급자에 고유한 시퀀스에 대응하는 이미지 업로드 처리를 실행한다.

도 15에서, 단계(S341)에서는, 클라이언트 장치가 서비스 A를 선택한 경우에 처리가 수행되는 반면, 단계(S351)에서는, 클라이언트 장치가 서비스 B를 선택한 경우에 처리가 수행된다. 예를 들어, 서비스 A를 제공하는 서비스-제공 서버 A에 이미지(들)를 업로드하기 위해 단계(S341)의 처리가 실행된다. 서비스-제공 서버 A를 관리하는 서비스 공급자 A로부터 공급되는 고유의 API[POST upload A]는 이 이미지 업로드 처리에 적용된다.

서비스 B를 제공하는 서비스-제공 서버 B에 이미지(들)를 업로드하기 위해 단계(S351)의 처리가 실행된다. 서비스-제공 서버 B를 관리하는 서비스 공급자 B로부터 공급되는 고유의 API[POST upload B]는 이 이미지 업로드 처리에 적용된다.

앞서 설명한 바와 같이, 본 발명의 이 실시예에 따른 구성에서, 교환 서버는 서비스-제공 서버에 고유한 시퀀스에 따라 처리를 수행하기 위해 서비스-제공 서버에 대응하는 API를 사용하면서 처리를 수행한다. 이와 달리, 클라이언트 장치는, 어느 서비스가 사용되는지에 상관없이, 모든 서비스-제공 서버에 공통인 공용 API를 사용하면서 처리를 수행할 수 있다.

그에 부가하여, 프로그램/API가 서비스-제공 서버에서 업데이트되는 경우, 교환 서버는 업데이트된 프로그램/API를 획득하고 이를 사용하며, 이에 따라 클라이언트 장치가 프로그램/API에 대한 어떤 업데이트 처리도 수행할 필요가 없다. 따라서, 클라이언트 장치의 부담이 실질적으로 감소된다.

앞서 이미 설명한 바와 같이, 도 13 내지 도 15의 공용 API를 사용하여 처리를 수행하는 클라이언트 장치가 도 1의 클라이언트 장치(101)로 제한되지 않는다. 즉, 웹 서버(105)도 공용 API를 사용하여 처리를 수행한다.

도 16을 참조하여, 클라이언트 장치, 교환 서버 및 서비스-제공 서버 각각의 하드웨어 구성의 일례에 대해 이하에서 설명한다.

도 16에서, 클라이언트 장치(510)는 다양한 프로그램/API를 사용하면서 데이터 처리를 수행하는 제어부(511), 네트워크를 통해 통신을 처리하는 통신부(512), 프로그램, API, 파라미터, 이미지 데이터, 기타를 기억하는 메모리부(513), 예를 들어, 이미지 및 사용자 인터페이스를 디스플레이하는 디스플레이부(514), 및 사용자 조작 정보를 입력하는 입력부(515)를 구비한다. 예를 들어, 클라이언트 장치(510)가 UI를 통해 입력을 받아들이는 구성을 갖는 경우, 디스플레이부가 입력부로서도 기능할 수 있다. 이러한 구성의 일례가 터치 패널 UI이다.

본 발명의 이상의 예시적인 실시예에서 이미 설명한 바와 같이, 클라이언트 장치(510)의 제어부(511)는 실행 처리를 정의하는 복수의 API(Application Programming Interface)를 선택적으로 적용하고, 교환 서버라는 중재자를 통해 서비스-제공 서버와 통신을 수행하여 서비스-제공 서버에 의해 제공되는 서비스를 사용한다. 복수의 서비스-제공 서버에 의해 제공되는 서로 다른 복수의 서비스 중에서 임의의 서비스를 사용할 때, 제어부(511)는 공용 API를 사용하여 처리를 수행한다.

서비스를 사용하기 위해 처리를 수행할 때, 예를 들어, 제어부(511)는 공용 API를 사용하여 서비스 선택 정보를 교환 서버로 전송하고 교환 서버로부터 선택된 서비스에 대응하는 서비스 상세 정보를 수신하며, 제어부(511)는 수신된 서비스 상세 정보에 포함되어 있는 사용자 인터페이스 발생 정보를 사용하여 사용자 인터페이스를 디스플레이하며, 제어부(511)는 공용 API를 사용하여, 사용자 인터페이스를 통해 입력되는 정보를 교환 서버로 전송한다.

도 13 내지 도 15를 참조하면서 앞서 설명한 바와 같이, 공용 API는 서비스-제공 서버에 의해 제공되는 서비스를 사용하기 위해 실행되어야 하는 로그인 처리를 정의하는 로그인 처리 실행 API를 포함한다. 서비스-제공 서버를 사용할 때, 제어부(511)는, 서비스 상세 정보에 기초하여 발생된 사용자 인터페이스에 정의된 그 로그인 정보가 입력된 후에, 로그인 처리 실행 API를 사용하여 로그인 정보를 교환 서버로 전송한다. 교환 서버는 클라이언트 장치로부터 수신되는 로그인 정보를 사용하여, 클라이언트 장치가 선택한 서비스에 대응하는 서비스-제공 서버에 고유한 로그인 처리 시퀀스를 실행한다.

그에 부가하여, 공용 API는 서비스-제공 서버에 의해 제공되는 서비스인 이미지 업로드 처리를 실행하는 데 사용되어야 하는 이미지 업로드 처리 실행 API를 포함한다. 서비스-제공 서버를 사용할 때, 제어부(511)는, 서비스 상세 정보에 기초하여 발생된 사용자 인터페이스에 정의된 업로드 이미지 설정 부분에 그 데이터가 입력된 후에, 이미지 업로드 처리 실행 API를 사용하여 업로드 정보를 교환 서버로 전송한다. 교환 서버는 클라이언트 장치로부터 수신되는 업로드 정보를 사용하여, 클라이언트 장치가 선택한 서비스에 대응하는 서비스-제공 서버에 고유한 업로드 처리 시퀀스를 실행한다.

이상에서 이미 설명한 바와 같이, 서비스 상세 정보는 복수의 이미지를 서비스-제공 서버에 업로드하는 업로드 순차적 순서를 지정하는 업로드 순차적 순서 지정 정보를 포함한다. 복수의 이미지가 서비스-제공 서버에 업로드되어야 할 때, 제어부(511)는 업로드 순차적 순서 지정 정보에 따라 이미지 업로드 처리를 수행한다.

다른 기능들도 공용 API에 포함되어 있다. 예를 들어, 클라이언트가 로그인되어 있는 서비스-제공 서버 상의 클라이언트 앨범의 목록을 확인하기 위해 앨범 기능이 포함되어 있다. 서비스-제공 서버 상에 새로운 클라이언트 앨범을 생성하기 위해 새 앨범 기능이 사용될 수 있다. 게다가, 서비스-제공 서버 상에 저장된 이미지를 클라이언트에서 디스플레이하기 위해 이미지 기능이 사용될 수 있고, 서비스-제공 서버 상에 저장된 클라이언트 자산(client assets)을 확인하기 위해 자산 기능이 사용될 수 있다. 클라이언트 자산은, 예를 들어, 사진, 비디오, 오디오 파일 및 기타 미디어를 포함한다. 당업자라면 잘 알 것인 바와 같이, 본 발명의 범위를 벗어나지 않고 다른 기능도 가능하다.

도 16에서, 교환 서버(520)는 다양한 프로그램/API를 사용하면서 데이터 처리를 수행하는 제어부(521), 네트워크를 통해 통신을 수행하는 통신부(522), 및 프로그램, API, 파라미터, 이미지 데이터, 기타를 기억하는 메모리부(523)를 구비한다.

교환 서버(520)의 제어부(521)는, 클라이언트 장치로부터 수신된 서비스 선택 정보에 기초하여, 클라이언트 장치가 선택한 서비스에 대응하는 서비스 상세 정보를 클라이언트 장치에 제공한다. 이어서, 교환 서버(520)의 제어부(521)는 클라이언트 장치로부터 서비스 상세 정보에 기초하여 발생된 사용자 인터페이스를 통해 입력된 데이터를 수신하고, 이어서 수신된 데이터를 선택된 서비스에 대응하는 서비스-제공 서버로 전송한다.

게다가, 도 13 내지 도 15를 참조하면서 앞서 설명한 바와 같이, 제어부(521)는 클라이언트 장치가 선택한 서비스를 제공하는 서비스-제공 서버에 고유한 고유 API를 사용하여, 클라이언트 장치로부터 로그인 정보 또는 업로드 데이터를 수신할 시에 서비스-제공 서버에 고유한 로그인 처리 시퀀스 또는 서비스-제공 서버에 고유한 업로드 처리 시퀀스를 실행한다.

게다가, 교환 서버(520)의 제어부(521)는 클라이언트 장치로부터 업로드된 데이터에 액세스하기 위한 정보로서 서비스-제공 서버로부터 URL을 수신하고, URL 선택 처리를 수행하여 업로드 데이터 또는 서비스-제공 서버에 의해 제공되는 서비스 모드에 기초하여 클라이언트 장치로 전송되어야 하는 URL을 선택한다. 이것은 도 12의 플로우차트를 참조하면서 이상에서 이미 설명한 선택 처리이다.

서비스-제공 서버(530)는 다양한 프로그램/API를 사용하면서 데이터 처리를 수행하는 제어부(531), 네트워크를 통해 통신을 수행하는 통신부(532), 및 프로그램, API, 파라미터, 이미지 데이터, 기타를 기억하는 메모리부(533)를 구비한다.

유의할 점은, 웹 서버가 클라이언트 장치(510)의 디스플레이부 및 입력부를 구비하고 있지 않다는 것을 제외하고는, 웹 서버가 기본적으로 도 16에 도시된 클라이언트 장치(510)의 구성과 동일한 구성을 갖는다는 것이다. 클라이언트 장치(102)의 프로그램/API 실행 기능이 클라이언트 장치(101)의 기능보다 하위라는 것을 제외하고는, 각각의 클라이언트 장치(101, 102)가 기본적으로 도 16에 도시된 클라이언트 장치(510)의 구성과 동일한 구성을 갖는다. 클라이언트(102)의 프로그램/API 실행 기능이 클라이언트 장치(101)의 기능보다 하위라는 사실에도 불구하고, 클라이언트 장치(102)가 브라우징 기능을 구비하고 있기 때문에, 클라이언트 장치(102)는 웹 서버에 의해 제시되는 웹 페이지를 디스플레이함으로써 클라이언트 장치(101)에 의해 행해지는 것과 아주 동일한 방식으로 이미지 업로드 처리 및 브라우징 처리를 수행할 수 있다.

본 명세서에서 설명되는 일련의 처리는 하드웨어, 소프트웨어, 또는 하드웨어와 소프트웨어의 조합에 의해 구현될 수 있다. 본 명세서에서 설명한 일련의 처리가 소프트웨어에 의해 구현되는 경우, 일련의 컴퓨터-판독가능 명령어가 전용 하드웨어로 구축된 컴퓨터의 메모리에 설치되거나 다양한 종류의 처리를 수행할 수 있는 범용 컴퓨터에 설치될 수 있다. 예를 들어, 컴퓨터-판독가능 명령어가 컴퓨터-판독가능 기록 매체에 사전 저장될 수 있다. 컴퓨터-판독가능 명령어가 기록 매체로부터 컴퓨터에 설치될 수 있거나, 컴퓨터-판독가능 명령어가 LAN(Local Area Network) 또는 인터넷 등의 네트워크를 통해 수신되고 이어서 내장형/일체형 하드 디스크, 기타 등등의 기록 매체에 설치될 수 있다.

유의할 점은, 본 발명의 한 측면에 따른 컴퓨터-판독가능 명령어가, 예를 들어, 컴퓨터-판독가능 형태의 저장 매체 또는 통신 매체에 있는 다양한 프로그램 코드를 실행할 수 있는 범용 컴퓨터 시스템에 제공될 수 있는 컴퓨터 프로그램이라는 것이다. 이러한 프로그램이 컴퓨터-판독가능 형태로 제공되기 때문에, 컴퓨터 시스템 상의 프로그램에 따라 처리가 달성된다.

게다가, 본 명세서에 기술된 다양한 종류의 처리가 꼭 본 명세서에서 나오는 순서에 따라 시계열로 실행될 필요는 없다. 즉, 처리를 수행하는 장치/장치들의 처리 능력에 따라 및/또는 필요에 따라, 처리가 병렬로 또는 개별적으로 수행될 수 있다. 본 명세서에서 사용되는 "시스템"이라는 용어는 복수의 장치의 논리적 집합을 의미한다. 유의해야 할 점은, 장치가 반드시 동일한 단일 프레임/하우징에 구축될 필요는 없다는 것이다.

이상에서 설명한 바와 같이, 본 발명의 예시적인 실시예에 따른 이미지 처리 시스템은 복수의 서비스-제공 서버, 복수의 서비스-제공 서버에 의해 제공되는 서비스를 사용하는 클라이언트 장치, 및 클라이언트 장치가 서비스를 사용할 때 중재 처리를 수행하는 교환 서버를 포함한다. 이러한 구성에서, 클라이언트 장치는 복수의 서비스-제공 서버에 의해 제공되는 서로 다른 복수의 서비스 중 임의의 서비스를 사용할 때 공용 API를 사용하면서 교환 서버와 통신을 수행한다. 교환 서버는 클라이언트 장치가 선택한 서비스를 제공하는 서비스-제공 서버에 고유한 고유 API를 사용하여, 서비스-제공 서버에 고유한 처리 시퀀스를 실행한다. 본 발명자들이 처음으로 인식한 바와 같이, 이러한 구성은 클라이언트가, 복수의 서비스-제공 서버 각각에 고유한 고유 API를 사용할 필요없이, 공용 API를 사용하여 복수의 서비스-제공 서버에 의해 제공된 서비스들 중 임의의 서비스를 사용할 수 있게 해준다.

명백하게도, 상기 개시 내용을 바탕으로 본 발명의 많은 수정 및 변형이 가능하다. 따라서, 첨부된 특허청구범위의 범위 내에서, 본 발명이 본 명세서에 구체적으로 개시된 것과 다른 방식으로 실시될 수 있다는 것을 잘 알 것이다.

Claims

복수의 서비스-제공 서버 중 원하는 서비스-제공 서버에 대응하는 데이터 처리 및 통신을 정의하는 복수의 API의 각자의 API를 선택적으로 적용하는 제어부 - 상기 복수의 API의 각각의 API는 상기 서비스-제공 서버들 중 하나의 서비스-제공 서버에 대응함 -, 및
네트워크를 통해 교환 서버와 통신하는 통신부 - 상기 교환 서버는 정보 처리 장치와 상기 서비스-제공 서버들 중 원하는 서비스-제공 서버 간의 통신을 중재하며, 상기 교환 서버는 상기 복수의 API를 포함함 - 를 포함하며,
상기 제어부가 공용 API를 이용하여, 상기 교환 서버를 통해 상기 원하는 서비스-제공 서버에 대응하는 각자의 API에 액세스하고, 상기 공용 API가 상기 원하는 서비스-제공 서버에 의해 제공되는 서비스에 액세스하는 균일한 인터페이스를 제공하는 것인 정보 처리 장치.
제1항에 있어서, 상기 제어부가 상기 공용 API를 이용하여 서비스 선택 정보를 상기 교환 서버로 전송하고 적어도 하나의 서비스에 대응하는 서비스 상세 정보를 상기 교환 서버로부터 수신하며, 상기 제어부가 상기 수신된 서비스 상세 정보에 포함된 사용자 인터페이스 발생 정보에 따라 정보 처리 장치에서 디스플레이하기 위한 사용자 인터페이스를 발생하며, 상기 제어부가 상기 공용 API를 사용하여 상기 사용자 인터페이스를 통해 입력되는 정보를 상기 교환 서버로 전송하는 것인 정보 처리 장치.
제2항에 있어서, 상기 공용 API가 상기 서비스-제공 서버에 의해 제공되는 서비스에 액세스할 때 실행되는 로그인 처리를 정의하는 로그인 API를 포함하고, 상기 제어부가 상기 로그인 API를 사용하여 상기 사용자 인터페이스에 입력되는 로그인 정보를 상기 교환 서버로 전송하며, 상기 교환 서버가 상기 로그인 정보를 사용하여, 상기 액세스된 서비스에 대응하는 서비스-제공 서버에 고유한 로그인 프로세스 시퀀스를 실행하는 것인 정보 처리 장치.
제2항에 있어서, 상기 공용 API가 상기 교환 서버를 통해 선택된 서비스-제공 서버에 이미지를 업로드하기 위해 제공되는 이미지 업로드 API를 포함하고, 상기 제어부가 상기 사용자 인터페이스의 업로드 지정 부분에 지정된 데이터를 상기 교환 서버로 전송하기 위해 상기 이미지 업로드 API를 적용하며, 상기 교환 서버가 상기 선택된 서비스-제공 서버에 고유한 업로드 프로세스 시퀀스를 실행하여, 전송된 데이터를 상기 선택된 서비스-제공 서버에 업로드하는 것인 정보 처리 장치.
제4항에 있어서, 상기 서비스 상세 정보가 복수의 이미지를 서비스-제공 서버에 업로드하는 순차적 순서를 기술하는 업로드 시퀀스 정보를 포함하고, 상기 제어부가 상기 복수의 이미지가 업로드될 때 상기 업로드 시퀀스 정보에 따라 이미지를 업로드하는 것인 정보 처리 장치.
복수의 API에 따라 복수의 서비스-제공 서버와 통신하는 통신부 - 상기 복수의 API 각각은 상기 서비스-제공 서버들 중 하나의 서비스-제공 서버에 대응하며, 상기 통신부는 또한 상기 서비스-제공 서버에 의해 제공되는 서비스에 액세스하는 균일한 인터페이스를 제공하는 공용 API에 따라 적어도 하나의 클라이언트 장치와 통신함 -, 및
상기 클라이언트 장치와 상기 서비스-제공 서버들 중 원하는 서비스-제공 서버 간의 통신을 중재하는 제어부 - 상기 원하는 서비스-제공 서버는 상기 클라이언트 장치에서 선택된 서비스에 대응함 - 를 포함하며,
상기 제어부가 상기 클라이언트 장치로부터 수신된 서비스 선택 정보에 응답하여 서비스 상세 정보를 상기 클라이언트 장치에 제공하고, 상기 제어부가 상기 서비스 상세 정보에 따라 상기 클라이언트 장치에서 발생된 사용자 인터페이스를 통해 입력된 데이터를 수신하며, 상기 제어부가 상기 수신된 데이터를 상기 원하는 서비스-제공 서버로 전송하는 것인 교환 서버.
제6항에 있어서, 상기 통신부가 상기 공용 API에 따라 상기 클라이언트 장치로부터 로그인 정보를 수신하고, 상기 제어부가 상기 복수의 API 중 상기 원하는 서비스-제공 서버에 고유한 각자의 API를 적용하여, 상기 로그인 정보에 응답하여 상기 원하는 서비스-제공 서버에 대응하는 로그인 시퀀스를 실행하는 것인 교환 서버.
제6항에 있어서, 상기 통신부가 상기 클라이언트 장치에서 상기 사용자 인터페이스의 이미지 업로드 지정 부분에 입력된 데이터를 수신하고 - 이 데이터가 상기 공용 API에 따라 수신됨 -, 상기 제어부가 상기 복수의 API 중 상기 원하는 서비스-제공 서버에 고유한 각자의 API를 적용하여, 상기 원하는 서비스-제공 서버에 고유한 업로드 시퀀스에 따라 상기 수신된 데이터를 업로드하는 것인 교환 서버.
제8항에 있어서, 상기 제어부가, 상기 원하는 서비스-제공 서버로부터, 업로드된 데이터에 액세스하기 위한 액세스 정보를 수신하고 - 상기 액세스 정보는 업로드된 이미지에 대응하는 URL을 포함함 -, 상기 제어부가, 상기 업로드된 데이터 및 상기 원하는 서비스-제공 서버에 의해 제공되는 서비스 모드 중 하나에 기초하여, 상기 클라이언트 장치로 전송될 URL을 선택하는 것인 교환 서버.
제9항에 있어서, 하나의 이미지가 업로드될 때에는 선택된 URL이 상기 하나의 업로드된 이미지에 대응하고, 2개 이상의 이미지가 업로드될 때에는 선택된 URL이 앨범 첫 페이지 및 사용자 첫 페이지 중 하나에 대응하며, 상기 원하는 서비스-제공 서버가 상기 앨범을 포함하는 서비스 모드를 제공할 때 URL이 상기 앨범 첫 페이지에 대응하고, 상기 원하는 서비스-제공 서버가 상기 앨범을 포함하는 서비스 모드를 제공하지 않을 때 URL이 상기 사용자 첫 페이지에 대응하는 것인 교환 서버.
공용 API에 따라 교환 서버와 통신하는 통신부 - 상기 교환 서버는 복수의 API에 따라 복수의 서비스-제공 서버와 통신하고, 상기 복수의 API 각각은 상기 복수의 서비스-제공 서버들 중 하나의 서비스-제공 서버에 대응함 -, 및
클라이언트 장치와 상기 교환 서버 간의 통신을 중재하는 제어부 - 상기 제어부는 상기 교환 서버 및 상기 공용 API로부터 수신된 서비스 상세 정보에 따라 상기 클라이언트 장치 상의 브라우저에 디스플레이하기 위한 웹 페이지를 발생함 - 를 포함하고,
상기 공용 API가 상기 복수의 서비스-제공 서버에 의해 제공되는 서비스에 액세스하는 균일한 인터페이스를 제공하는 것인 웹 서버.
복수의 서비스-제공 서버,
상기 복수의 서비스-제공 서버에 의해 제공되는 적어도 하나의 서비스에 액세스하는 클라이언트 장치, 및
상기 클라이언트 장치와 상기 클라이언트 장치에서 선택된 서비스에 대응하는 적어도 하나의 원하는 서비스-제공 서버 간의 통신을 중재하는 교환 서버 - 상기 클라이언트 장치는 상기 교환 서버에 저장된 복수의 API를 선택적으로 적용하여 선택된 서비스에 액세스하고, 상기 클라이언트 장치는 상기 교환 서버를 통해 상기 원하는 서비스-제공 서버와 통신함 - 를 포함하고,
상기 복수의 서비스-제공 서버에 의해 제공되는 복수의 서로 다른 서비스가 선택될 때, 상기 클라이언트 장치가 상기 공용 API를 적용하여 복수의 선택된 서비스에 액세스하며, 상기 교환 서버가 상기 복수의 API를 적용하여, 상기 클라이언트 장치로부터 수신된 정보에 응답하여 상기 복수의 서비스-제공 서버와 통신하고, 상기 복수의 API 각각이 상기 복수의 서비스-제공 서버들 중 하나의 서비스-제공 서버에 고유한 것인 정보 처리 시스템.
복수의 서비스-제공 서버,
상기 복수의 서비스-제공 서버에 의해 제공되는 적어도 하나의 서비스에 액세스하는 클라이언트 장치,
상기 클라이언트 장치와 상기 클라이언트 장치에서 선택된 서비스에 대응하는 원하는 서비스-제공 서버 간의 통신을 중재하는 교환 서버 - 상기 클라이언트 장치는 상기 교환 서버에 저장된 복수의 API를 선택적으로 적용하여 선택된 서비스에 액세스하고, 상기 클라이언트 장치는 상기 교환 서버를 통해 선택된 서비스에 대응하는 적어도 하나의 서비스-제공 서버와 통신함 -, 및
상기 교환 서버와 상기 클라이언트 장치 간의 통신을 중재하는 웹 서버 - 상기 웹 서버는 교환 서버로부터 제공된 정보를 상기 클라이언트 장치에 웹 페이지로서 제시함 - 를 포함하고,
상기 복수의 서비스-제공 서버에 의해 제공된 복수의 서로 다른 서비스가 선택될 때, 상기 클라이언트 장치는 공용 API를 적용하여 복수의 선택된 서비스에 액세스하고, 상기 교환 서버는 복수의 API를 적용하여, 상기 클라이언트 장치로부터 수신된 정보에 응답하여 상기 복수의 서비스-제공 서버 각각과 통신하며, 상기 복수의 API 각각이 상기 복수의 서비스-제공 서버들 중 하나의 서비스-제공 서버에 고유한 것인 정보 처리 시스템.
정보 처리 장치로 하여금 교환 서버를 통해 서비스-제공 서버에 의해 제공되는 서비스에 액세스하게 하는 정보 처리 방법으로서,
제어부에서, 상기 서비스-제공 서버에 관련된 데이터 처리 및 통신을 정의하는 복수의 API의 각자의 API를 선택적으로 적용하는 단계 - 상기 복수의 API가 상기 교환 서버에 저장되고, 상기 복수의 서비스-제공 서버로부터의 복수의 서로 다른 서비스에 액세스하기 위해 공용 API가 이용됨 -, 및
네트워크를 통해 통신부와 상기 교환 서버 간에 통신하는 단계 - 상기 교환 서버는 상기 정보 처리 장치와 상기 서비스-제공 서버 간의 통신을 중재함 - 를 포함하고,
상기 공용 API가 상기 복수의 서비스-제공 서버에 의해 제공되는 복수의 서로 다른 서비스에 액세스하는 균일한 인터페이스를 제공하는 것인 방법.
교환 서버로 하여금 클라이언트 장치와 복수의 서비스-제공 서버 간의 통신을 중재하게 하는 정보 처리 방법으로서,
통신부에서, 복수의 API에 따라 상기 복수의 서비스-제공 서버와 통신하는 단계 - 상기 복수의 API 각각이 상기 복수의 서비스-제공 서버들 중 하나의 서비스-제공 서버에 고유한 것임 -,
상기 통신부에서, 공용 API에 따라 상기 클라이언트 장치와 통신하는 단계 - 상기 공용 API는 상기 복수의 서비스-제공 서버에 의해 제공되는 서비스에 액세스하는 균일한 인터페이스를 제공함 -,
제어부에서, 상기 클라이언트 장치와 상기 클라이언트 장치에서 선택된 서비스에 대응하는 원하는 서비스-제공 서버 간에 중재하는 단계,
상기 통신부를 통해 상기 제어부로부터 상기 클라이언트 장치로, 상기 클라이언트 장치로부터 수신된 서비스 선택 정보에 응답하여 선택된 서비스에 대응하는 서비스 상세 정보를 제공하는 단계,
상기 통신부를 통해 상기 제어부에서, 상기 서비스 상세 정보 및 상기 공용 API에 기초하여 상기 클라이언트 장치에서 상기 클라이언트 장치에 발생된 사용자 인터페이스에 입력된 데이터를 수신하는 단계, 및
상기 통신부를 통해 상기 제어부로부터, 상기 수신된 데이터를 상기 원하는 서비스-제공 서버에 대응하는 각자의 API에 따라 상기 원하는 서비스-제공 서버로 전송하는 단계를 포함하는 방법.
컴퓨터에 의해 실행될 때 컴퓨터로 하여금 방법을 수행하게 하는 컴퓨터-판독가능 명령어를 저장하고 있는 컴퓨터-판독가능 매체로서,
이 방법이,
복수의 서비스-제공 서버 중 원하는 서비스-제공 서버에 관련된 데이터 처리 및 통신을 정의하는 복수의 API 중 각자의 API를 선택적으로 적용하는 단계 - 상기 복수의 API는 교환 서버에 저장되고, 상기 복수의 서비스-제공 서버로부터의 복수의 서로 다른 서비스에 액세스하기 위해 공용 API가 이용됨 -, 및
네트워크를 통해 상기 교환 서버와 통신하는 단계 - 상기 교환 서버는 정보 처리 장치와 상기 원하는 서비스-제공 서버 간의 통신을 중재함 - 를 포함하고,
상기 공용 API가 상기 복수의 API를 통해 상기 복수의 서비스-제공 서버에 의해 제공되는 복수의 서로 다른 서비스에 액세스하는 균일한 인터페이스를 제공하는 것인 컴퓨터-판독가능 매체.
컴퓨터에 의해 실행될 때 컴퓨터로 하여금 방법을 수행하게 하는 컴퓨터-판독가능 명령어를 저장하고 있는 컴퓨터-판독가능 매체로서,
이 방법이,
공용 API에 따라 클라이언트 장치와 통신하는 단계 - 상기 공용 API는 복수의 서비스-제공 서버에 의해 제공되는 서비스에 액세스하는 균일한 인터페이스를 제공함 -,
상기 클라이언트 장치와 상기 클라이언트 장치에서 선택된 서비스에 대응하는 원하는 서비스-제공 서버 간에 중재하는 단계,
상기 클라이언트 장치로부터 수신된 서비스 선택 정보에 응답하여 선택된 서비스에 대응하는 서비스 상세 정보를 제공하는 단계,
상기 서비스 상세 정보 및 상기 공용 API에 기초하여 상기 클라이언트 장치에서 상기 클라이언트 장치에 발생된 사용자 인터페이스에 입력된 데이터를 수신하는 단계, 및
상기 수신된 데이터를 상기 원하는 서비스-제공 서버에 대응하는 각자의 API에 따라 상기 원하는 서비스-제공 서버로 전송하는 단계를 포함하는 것인 컴퓨터-판독가능 매체.