KR20160079104A - 데이터를 공유하는 소셜 드라이브 - Google Patents

데이터를 공유하는 소셜 드라이브 Download PDF

Info

Publication number
KR20160079104A
KR20160079104A KR1020167014786A KR20167014786A KR20160079104A KR 20160079104 A KR20160079104 A KR 20160079104A KR 1020167014786 A KR1020167014786 A KR 1020167014786A KR 20167014786 A KR20167014786 A KR 20167014786A KR 20160079104 A KR20160079104 A KR 20160079104A
Authority
KR
South Korea
Prior art keywords
data
social drive
social
electronic device
drive
Prior art date
Application number
KR1020167014786A
Other languages
English (en)
Inventor
다타트라야 쿨카르니
스리칸스 날루리
캄레쉬 할데르
카우샬 디류
벤카타수브라마니얌 크리쉬나푸르
크란시쿠마르 가드
미테쉬 쿠마르
라즈 바르단
수스미타 나야크
앨런 일리아 레포트
Original Assignee
맥아피 인코퍼레이티드
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 맥아피 인코퍼레이티드 filed Critical 맥아피 인코퍼레이티드
Priority claimed from PCT/US2014/072417 external-priority patent/WO2015103085A1/en
Publication of KR20160079104A publication Critical patent/KR20160079104A/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/01—Social networking
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q50/30—
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/40—Business processes related to the transportation industry

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Primary Health Care (AREA)
  • Operations Research (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Quality & Reliability (AREA)
  • Computing Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

본원에 설명된 특정 실시예는 전자 장치를 제공하는데, 이 전자 장치는 데이터를 공유하기 위한 요청을 수신하고, 공유될 데이터에 대한 메타데이터(metadata)를 결정하며, 메타데이터를 소셜 드라이브(a social drive)로 통신하고(이때 소셜 드라이브는 전자 장치와 분리되어 있고, 데이터는 소셜 드라이브에 위치되지 않음), 소셜 드라이브의 회원이 데이터를 요청할 때 그 회원에게 공유된 데이터를 통신하도록 구성될 수 있다.

Description

데이터를 공유하는 소셜 드라이브{SOCIAL DRIVE FOR SHARING DATA}
관련 출원의 상호 참조
본 출원은 2014년 1월 3일에 출원된 발명이 명칭이 "VIRTUAL SOCIAL DRIVE FOR SECURE SEAMLESS SHARING"인 인도 임시 출원 번호 제22/CHE/2014호에 대한 우선권의 이득을 주장하며, 앞에 언급된 인도 임시 출원은 본원에서 온전히 참고로 이용된다.
기술분야
본 출원은 전반적으로 데이터 공유 분야에 관한 것으로, 더 구체적으로는 데이터를 공유하는 소셜 드라이브(social drive)에 관한 것이다.
네트워크 보안 분야는 오늘날 사회에서 점점 더 갈수록 중요해졌다. 인터넷은 전 세계적으로 상이한 컴퓨터 네트워크의 상호 연결을 가능하게 했다. 특히, 인터넷은 다양한 유형의 클라이언트 장치를 통해 상이한 컴퓨터 네트워크에 연결된 상이한 사용자들 사이에 데이터를 교환하는 매체를 제공한다.
일부 용도 변경은 다양한 폼 팩터의 스마트 장치에 의해 움직이는 소비자 세계를 급속히 변형시키고 있다. 하나는 사회의 여러 계층으로의 장치 확산이다. 다른 것은 가족이나 집에서 이용되는 장치의 수의 급속한 증가이다. 통상적으로 순차 스크리닝(sequential screening)으로 불리는 하나의 사용을 통해, 사용자는 태스크의 시작과 마무리 사이에 다중의 장치, 예를 들면 스마트폰, 태블릿 및 노트북을 이용할 수 있다. 집과 직장 주변의 많은 장치의 가용성(availability), 장치에 대한 사용자의 물리적 근접성, 특정 애플리케이션과 장치에 대한 사용자의 선호도, 특정의 필요와 연결성 등을 위한 특정장치의 사용의 편이성을 포함해서 이러한 긴급 사용에 대해서는 많은 이유가 존재한다. 이것은 어떤 장치상에서의 브라우징 활동이 사용자가 다른 장치에서 중단한 상황에서 시작되도록 브라우저 이력을 클라우드에 저장하는 하나의 동기를 부여한다. 이러한 용도는 장치 성능이 확장되고 소비자가 그 가능성을 인식할 때 진화할 것으로 예측된다. 그러나 클라우드에 정보를 저장하는 것은 종종 데이터를 서로 공유하는 능력을 제한하며, 만약 데이터가 서로 공유된다면, 종종 데이터 소유자가 데이터에 대한 제어를 유지하지 않는다.
본원의 개시내용과 그 특징 및 이점에 대한 더 완전한 이해를 제공하기 위해, 첨부 도면과 연계하여 기재된 다음의 설명이 참조되며, 첨부 도면에서 같은 도면 번호는 같은 부분을 나타낸다.
도 1은 본원의 일 실시예에 따라서 소셜 드라이브를 이용하여 데이터를 공유하는 통신 시스템의 간략화된 블록도이다.
도 2는 본원의 일 실시예에 따라서 소셜 드라이브를 이용하여 데이터를 공유하는 통신 시스템의 일부분의 간략화된 블록도이다.
도 3은 본원의 일 실시예에 따라서 소셜 드라이브를 이용하여 데이터를 공유하는 통신 시스템의 일부분의 간략화된 블록도이다.
도 4는 본원의 일 실시예에 따라서 소셜 드라이브를 이용하여 데이터를 공유하는 통신 시스템의 일부분의 간략화된 블록도이다.
도 5a는 본원의 일 실시예에 따라서 소셜 드라이브를 이용하여 데이터를 공유하는 통신 시스템의 일부분의 간략화된 블록도이다.
도 5b는 본원의 일 실시예에 따라서 소셜 드라이브를 이용하여 데이터를 공유하는 통신 시스템의 일부분의 간략화된 블록도이다.
도 5c는 본원의 일 실시예에 따라서 소셜 드라이브를 이용하여 데이터를 공유하는 통신 시스템의 일부분의 간략화된 블록도이다.
도 5d는 본원의 일 실시예에 따라서 소셜 드라이브를 이용하여 데이터를 공유하는 통신 시스템의 일부분의 간략화된 블록도이다.
도 6a는 본원의 일 실시예에 따라서 소셜 드라이브를 이용하여 데이터를 공유하는 통신 시스템의 일부분의 간략화된 블록도이다.
도 6b는 본원의 일 실시예에 따라서 소셜 드라이브를 이용하여 데이터를 공유하는 통신 시스템의 일부분의 간략화된 블록도이다.
도 6c는 본원의 일 실시예에 따라서 소셜 드라이브를 이용하여 데이터를 공유하는 통신 시스템의 일부분의 간략화된 블록도이다.
도 7은 본원의 일 실시예에 따른 통신 시스템과 연관될 수 있는 잠재적인 동작들을 예시하는 간략화된 흐름도이다.
도 8은 본원의 일 실시예에 따른 통신 시스템과 연관될 수 있는 잠재적인 동작들을 예시하는 간략화된 흐름도이다.
도 9는 본원의 일 실시예에 따른 통신 시스템과 연관될 수 있는 잠재적인 동작들을 예시하는 간략화된 흐름도이다.
도 10은 본원의 일 실시예에 따른 통신 시스템과 연관될 수 있는 잠재적인 동작들을 예시하는 간략화된 흐름도이다.
도 11은 통신 시스템과 연관된 가능할 수 있는 예시적인 세부사항을 예시하는 간략화된 시간표(time diagram)이다.
도 12는 통신 시스템과 연관된 가능할 수 있는 예시적인 세부사항을 예시하는 간략화된 시간표이다.
도 13은 일 실시예에 따라 점대점 구성(point-to-point configuration)으로 배열된 예시적인 컴퓨팅 시스템을 예시하는 블록도이다.
도 14는 본원의 예시적인 ARM 에코시스템(ecosystem) 시스템 온 칩(SOC)과 연관된 간략화된 블록도이다.
도 15는 일 실시예에 따른 예시적인 프로세서 코어를 예시하는 블록도이다.
도면의 그림들은 본원의 범주를 벗어나지 않으면서 많이 변경될 수 있으므로 반드시 일정한 비례로 그려진 것은 아니다.
예시적인 실시예들
도 1은 본원의 일 실시예에 따라서 소셜 드라이브를 이용하여 데이터를 공유하는 통신 시스템(100)의 간략화된 블록도이다. 통신 시스템(100)은 전자 장치(102a, 102b, 102c), 클라우드(104), 서버(106) 및 소셜 드라이브(108a, 108b)를 포함할 수 있다. 전자 장치(102a)는 통합 데이터 모듈(unifying data module)(112a), 메모리(114a) 및 프로세서(116a)를 포함할 수 있다. 통합 데이터 모듈(112a)은 통합 데이터 사용자 인터페이스 모듈(134a)을 포함할 수 있다. 전자 장치(102b)는 통합 데이터 모듈(112b), 메모리(114b) 및 프로세서(116b)를 포함할 수 있다. 통합 데이터 모듈(112b)은 통합 데이터 사용자 인터페이스 모듈(134b)을 포함할 수 있다. 전자 장치(102c)는 통합 데이터 모듈(112c), 메모리(114c) 및 프로세서(116c)를 포함할 수 있다. 통합 데이터 모듈(112c)은 통합 데이터 사용자 인터페이스 모듈(134c)을 포함할 수 있다. 소셜 드라이브(108a, 108b)의 각각은 소셜 드라이브 통합 모듈(142a) 및 소셜 드라이브 통합 모듈(142b)을 각기 포함할 수 있다. 전자 장치(102a, 102b, 102c), 클라우드(104), 서버(106) 및 소셜 드라이브(108a, 108b)는 네트워크(110)를 이용하여 서로 통신할 수 있다.
예시의 실시예에서, 통신 시스템(100)은 그룹(예컨대, 가족, 친구 집단 등)에 의해 이용되는 다중의 서비스 및 장치 상황에서 데이터를 공유하는 소셜 드라이브를 포함하도록 구성될 수 있다. 이 시스템은 임의의 장치로부터의 클라우드 및 서비스 콘텐츠 상의 개인 데이터(personal data)에 대해 통합된 뷰(unified view), 검색 및 액세스를 포함할 수 있다. 데이터와 이 데이터에 대한 메타데이터는 분리되어 관리될 수 있고, 따라서 데이터는 장치에 저장되는 반면에 메타데이터는 다수의 방식으로 관리된다. 신원, 인증(authentication) 또는 데이터 위치를 드러내지 않으면서 시스템이 소셜 드라이브(예컨대, 소셜 드라이브(108a, 108b))의 여러 회원(multiple member)에 의해 소유되는 다수의 데이터 자원에 대한 액세스를 허용하도록 하기 위해 공유 데이터에 대한 액세스는 추상화될 수 있다. 데이터를 데이터 소유주에 매핑하는 것은 데이터를 공유하는 사용자에 대해 관리될 수 있다. 일 실시예에서, 공유 데이터가 비롯된 장치에 원본 데이터(original data)가 저장 가능하도록 데이터가 제공될 수도 있다. 다른 실시예에서, 자주 액세스되는 데이터는 캐싱(cached)될 수도 있다. 클라우드 서비스 또는 서버를 이용하여, 소셜 드라이브는 위치 및 액세스 정보를 추상화할 수 있고, 결과적으로 그룹의 임의의 허가된 회원은 소셜 드라이브 상에 공유된 임의의 데이터에 끊김이 없이 액세스(seamlessly access)할 수 있다.
특정 예시에서, 소셜 드라이브는 그룹의 회원에게 데이터 위치에 구속받지 않는 중계 서비스(data location agnostic brokering service)를 제공하도록 구성될 수 있다. 선택된 소셜 드라이브에 공유될 데이터를 추가하는 것은 USB 케이블이나 서비스에 로그인하거나 또는 콘텐츠의 전송 없이도 통합 뷰에서 수행될 수 있다. 일 실시예로, 공유될 데이터의 추가는 데이터 소유주로부터의 단 한 번의 클릭으로 수행될 수 있다. 소셜 드라이브는 데이터를 호스트하지 않지만, 예컨대 데이터와 관련한 위치, 액세스, 소유권 정보 등과 같은 데이터에 관한 메타데이터를 보유한다. 메타데이터는 데이터에 대한 비구속적 검색(agnostic search)(예를 들면, 다양한 시스템 사이에서 상호 정보 교환 가능(interoperable)함) 및 액세스를 허용한다. 사용자는 소셜 서클(social circle)로부터 그룹 회원을 초대하여, 단 한 번의 클릭으로 소셜 드라이브를 검색하고 살펴보며 소셜 드라이브에 기여하게 한다. 소셜 드라이브는 또한 중개에 의해 데이터의 프라이버시(privacy)와 보안을 제공하도록 구성될 수 있으며, 이로써 데이터를 액세스하는 위치와 그에 대한 크리덴셜이 공유 데이터의 뷰어(viewer)에게 숨겨진다. 또한, 소셜 드라이브는 데이터에 대한 액세스를 감사(auditing)함과 더불어 데이터를 액세스하는 것과 관련한 인증과 위치를 제어함으로써 데이터의 소유주가 데이터의 소유권과 그 제어를 유지하는 것을 도울 수 있다. 데이터의 소유주가 데이터에 대한 뷰잉 권리(viewing rights)를 철회하는 것도 가능하다.
소셜 드라이브는 물리적 장치와 서비스(예를 들면, Facebook®, Google Drive® 등) 위에 추상화를 중개 및 제공하도록 구성될 수 있다. 소셜 드라이브가 데이터의 위치 및 소유권 위에 추상화를 제공하도록 구성되는 것도 가능하다. 즉, 데이터는 그 데이터가 유래된 곳에 유지되고, 데이터 전송은 이 데이터가 액세스가 허가된 특정 그룹 회원에 의해 요구될 때까지 발생하지 않는다. 일 예에서, 소셜 드라이브는 빈번히 액세스되는 데이터를 전송 동안에 선택 사양으로서 캐싱할 수도 있을 것이다. 단일 소셜 드라이브는 다수의 회원을 갖고, 각각의 회원은 그들의 데이터를 완전하게 제어한다. 각각의 회원의 데이터에 대한 액세스는 오로지 특정된 회원 또는 사용자만이 데이터에 액세스할 수 있다는 점에서 안전하다. 데이터의 원래 위치와 데이터를 액세스하는데 필요한 크리덴셜에 대한 지식은 오로지 데이터의 소유주에게만 알려지고, 데이터에 액세스하도록 소유주가 허가한 사용자에게는 감춰진다.
이 시스템은 데이터와 데이터를 식별하는 메타데이터가 독립적으로 관리될 수 있다는 개념을 활용하도록 구성될 수 있다. 소셜 드라이브와 연관된 파일을 공유하는 것은 메타데이터에 의해 식별된 파일의 전송을 제공하고, 사용자는 태스크 콘텍스트없이 파일을 공유(또는 파일에 액세스)할 수 있다. 또한, 소셜 드라이브는 태스크-스트리밍(task-streaming)과 함께 공통의 기능을 제공할 수 있는데, 이것은 소셜 드라이브에 액세스하는 각각의 장치가 소셜 드라이브와 연관된 파일을 식별하는 최신의 검색 가능한 메타데이터 뷰를 갖도록 보장하는 능력이다.
도 1의 요소는 임의의 적절한 연결(유선 또는 무선)을 이용하는 하나 이상의 인터페이스를 통해 서로 접속될 수 있을 것이며, 이때 연결은 네트워크(예컨대 네트워크(110)) 통신에 대해 실행 가능한 경로를 제공한다. 추가로, 도 1의 요소들 중 임의의 하나 이상의 요소는 특정 구성 요구에 기반하여 아키텍처로부터 제거되거나 조합될 수 있을 것이다. 통신 시스템(100)은 네트워크에서 패킷의 전송 또는 수신을 위해 TCP/IP(transmission control protocol/Internet protocol) 통신 능력을 갖춘 구성을 포함할 수도 있다. 통신 시스템(100)은 UDP/IP(user datagram protocol/IP) 또는 필요하다면 특정 요구에 기반한 임의의 다른 적절한 프로토콜과 함께 동작할 수도 있다.
통신 시스템(100)의 특정한 예시적 기술을 예시하기 위해서, 네트워크 환경을 트래버싱(traversing)할 수 있는 통신을 이해하는 것이 중요하다. 다음의 기초적인 정보는 본원이 적절히 설명될 수 있는 근거로서 제시될 것이다.
많은 현재의 시스템에서, 데이터나 콘텐츠(사진, 문서, 비디오, 음향 등등)의 사회적 공유는 많은 형태의 소셜 네트워크(Facebook®, Google+®, Whatsapp®, LINE 등)의 인기와 함께 계속 성장하고 있다. 사용자는 전형적으로 자신의 콘텐츠를 소셜 네트워킹 사이트, 콘텐츠 공유 사이트, 이메일 또는 소셜 메시징 서비스에 업로딩함으로써 콘텐츠를 공유한다.
또한, 개별 사용자에 의해 이용되는 클라우드 기반 서비스(예를 들면, Facebook®, Dropbox®, iCloud®, Google Drive®등)의 개수는 급속히 증가하고 있다. 종종, 개별 사용자에 의해 이용되는 클라우드 기반 서비스의 수는 5개의 클라우드 기반 서비스를 넘을 수 있다. 더욱이, 사용자에 의해 이용되는 장치의 개수는 급속히 증가하고 있고, 이 장치들은 예컨대 스마트폰, 태블릿, 컨버터블(convertible) 또는 하이브리드(hybrid) 컴퓨터, 웨어러블 컴퓨터, 랩탑, 데스크탑 등과 같이 다양한 폼 팩터를 포함할 수 있다. 가까운 장래에는 단일 사용자에 의해 이용되는 장치의 개수가 한 사용자당 다섯 개의 장치를 초과할 수도 있을 것으로 추정된다. 종종 사용자는 장치를 바꾸고 각각의 장치에서 동일 콘텐츠에 액세스하고자 할 수 있을 것이다. 그러나 전형적으로 데이터는 모든 장치와 서비스에 걸쳐 프래그먼트화되고(fragmented), 현재의 데이터 공유 모델은 제한적이면서 번거로워질 수 있다.
예를 들어, 데이터를 공유하기 위해서, 사용자는 예컨대 클라우드 서비스 같은 로컬 장치나 서비스에서 데이터의 위치를 알 필요가 있다. 종종, 이것은 사용자가 많은 장치로부터 콘텐츠를 수집하고(aggregate) 이 수집한 콘텐츠를 목표 서비스(예컨대, 이메일 또는 클라우드)로 (수동으로 또는 동기화 서비스(sync service)를 통해) 업로드하는 것을 요구한다. 장치로부터의 수집은 USB 케이블을 요구하거나 또는 사용자가 잠재적으로 불필요한 콘텐츠를 자동으로 동기화 서비스에 업로드하게 강제한다. 서비스(예컨대, 사진 공유 사이트)로부터의 콘텐츠는 장치 콘텐츠와 함께 수집될 수 없는 오로지 링크만을 제공한다. 또한, 일단 공유되면, 사용자가 공유된 콘텐츠의 소비를 제어 및 감사할 능력이 없어지거나 제한을 받게 된다는 점에서 사용자는 콘텐츠의 제어 및 소유권을 상실한다. 사실상, 대부분의 서비스는 사진과 비디오의 해상도를 수정하고, 사용자는 원본 콘텐츠를 검색할 방법이 없다. 또한, 사용자가 콘텐츠를 공유하는 사람들에게 콘텐츠 위치가 드러날 때 보안 문제가 우려될 수 있으며, 콘텐츠는 사용자의 인지 또는 제어 없이 이후에 분산될 수 있다.
더욱이, 사용자에 의해 발생된 콘텐츠(여행 사진, 기획 데이터, 음악 수집 등등)의 전형적인 공유는 이메일, 소셜 네트워크, 사진 공유 사이트 또는 클라우드 저장 서비스를 통해 발생한다. 그러나 소셜 네트워킹 사이트와 문서 공유 사이트는 그룹을 생성하고 그룹 액세스를 제공하는 방식을 제공하지만, 데이터를 공유하기 위해 사용자는 전형적으로 데이터의 위치를 기억해야 하고, 그 위치(예컨대, 로컬 디스크, 클라우드 서비스 등)로 가서 데이터를 액세스해야 한다. 사용자가 이용하는 서비스와 장치의 수가 많아지면 이것도 번거로워질 수 있다. 이후 사용자는 서비스 특정 앱을 통해 공유 사이트에 업로드해야 하고(동기화 서비스에서처럼) 그렇지 않으면 수동으로 업로드해야 한다. 데이터가 이미 클라우드 기반 서비스에 존재한다면 공유는 더 쉬워지지만, 업로드되는 것은 사용자에 의해 발생된 전체 데이터 중 작은 부분이다. 대부분의 서비스에서, 특히 소셜 네트워크에서 사용자는 데이터를 공유하는 순간 데이터에 대한 제어를 상실할 것이고, 데이터에 대한 액세스를 철회하는 것이 어려울 수 있다.
또한, 창조 및 생산 용도의 태스크를 포함한 일부 사용자 태스크는 다수의 장치에 대한 예컨대 문서, 사진, 연구 및 분석 자료 및 비디오를 포함한 사용자 발생의 콘텐츠를 개발 및 개선하는 것을 수반할 수 있다. 이런 태스크 중 많은 것들이 다수의 장치와 함께 다중 세션을 요구하고, 따라서 태스크는 다중 스크린에 걸쳐 시작, 진행 및 완료된다. 때때로, 장치의 이러한 교차 사용은 예를 들면 장치의 능력, 스크린 크기, 장치의 보안 기능, 애플리케이션이 가용성 및 성능, 사용의 편의성 또는 근접성이나 개인적 선택에 기반하는 단순한 사용자의 선호도에 의해 태스크에 알맞은 장치를 선택하기 위한 사용자의 필요성의 결과이다. 때때로, 이러한 장치의 교차 사용은 많은 사용자가 특정 파일에 액세스하는 것이 필요한 경우에 이 특정 파일과 함께 수행되고 있는 태스크를 공동 작업하려는 사용자의 필요성의 결과이다.
예를 들어, 도 1에 대략 그려진 데이터를 공유하는 소셜 드라이브를 포함하는 통신 시스템은 이러한 논쟁거리(와 그 밖의 논쟁거리)를 해결할 수 있다. 도 1의 통신 시스템(100)에서, 시스템은 사용자가 자신이 선호하는 장치와 서비스를 계속 이용할 수 있는 경우 보안 및 프라이버시 기능과 함께 위치에 구속받지 않는 공유를 이용하는 것이 쉬운 추상화를 제공하도록 구성될 수 있다. 예를 들어, 소셜 드라이브는 전자 장치(102a, 102b, 102c) 중 임의의 장치를 이용하여 생성될 수 있다. 소셜 드라이브가 생성될 때, 사용자는 소셜 드라이브에 참가하도록 친구를 초대할 수 있다. 초대된 친구는 친구가 이용할 수 있는 플랫폼(예컨대, 앱, 소셜 네트워크, 이메일, 텍스트 메시지 등등) 중 임의의 플랫폼에서 소셜 드라이브의 통지를 획득할 것이다. 이 친구는 소셜 드라이브에 참가하는 것을 수락할 수 있고, 일단 수락되면 친구는 이제 소셜 드라이브의 회원이다. 소셜 드라이브의 다른 회원에 의한 소셜 드라이브의 모든 변경 사항은 다른 회원에게 전해지는 통지에 반영된다. 소셜 드라이브에 액세스하는 모든 회원은 소셜 드라이브의 모든 파일을 액세스할 수 있다. 또한, 소셜 드라이브에 액세스하는 모든 회원은 자신의 데이터나 파일을 추가할 수 있다.
소셜 드라이브 상의 정보는 누가 데이터를 소셜 드라이브에 추가했는지를 보여줄 수 있지만, 데이터의 소스(source)는 보여주지 않는다. 데이터에 대한 소유권은 회원이 오로지 자신이 소셜 드라이브에 추가한 데이터를 삭제할 수 있다는 점에서 존중된다. 액세스는 공유된 데이터를 액세스하는 회원이 절대로 소스와 소유주의 계정으로부터 데이터를 액세스하는데 필요한 크리덴셜을 알 수 없다는 점에서 중개된다. 데이터는 회원이 동일 네트워크상에 존재할 때 PtP(peer to peer)로 전송되거나 또는 클라우드 서비스를 통해 전송된다. 일 예로, 액세스된 데이터는 데이터의 소스가 오프라인이거나 데이터의 소유주가 인터넷에 연결되어 있지 않을 때 이 데이터는 추후에 액세스될 수 있도록 로컬에 캐싱될 수도 있다.
소셜 드라이브는 다수의 방식으로 견고해질 수 있다. 예를 들어, 액세스를 더 안전하게 하기 위해 소셜 드라이브를 위한 생체 인식 기반 인증(biometric-based authentication)이 이용될 수도 있다. 시스템이 어떤 회원이 무슨 데이터에 액세스했는지 그리고 그들이 그 데이터로 무엇을 했는지 감시할 수 있도록 플랫폼 기반 카운터 및 로깅 메커니즘(platform-based counters and logging mechanism)이 이용될 수도 있다. 시스템은 엔드포인트(endpoint) 상에서 액세스된 소셜 드라이브 데이터에 대한 동작을 제어하는 플랫폼 기반 메커니즘을 포함할 수 있다. 예를 들어, 시스템은 디스크 콘트롤러 레벨에서 파일 액세스를 제어하고, 예컨대 읽기 전용인 데이터에 대한 회원의 동작들을 제어하는 플랫폼 기반 능력을 제공하기 위해 확장부를 이용할 수도 있다. 데이터 그 자체와는 별개인 메타데이터의 관리는 소셜 드라이브가 회원들 사이에서 공유되는 것을 가능하게 한다. 소셜 드라이브를 제공함으로써, 데이터 액세스가 최소한의 혼란과 노력으로 상이한 장치 사용자들 사이에 끊김없이 공유될 수 있다.
하나 이상의 파일 또는 데이터를 식별하는 메타데이터는 파일명, 파일 식별자, 파일 위치, 파일 크기, 파일 유형, 소유권 정보, 허가(또는 다른 적절한 정책들), 스캔 결과 같은 보안 정보, 프리뷰 아이콘, 최종 편집된 일시, 생성된 일시 및 파일이나 데이터에 연관된 임의의 다른 적절한 속성이나 특성을 포함할 수 있다. 메타데이터는 파일이나 데이터의 전체 콘텐츠를 포함하지는 않는다. 더 나아가, 메타데이터는 파일이나 데이터를 식별하고, 이런 방식으로 장치는 파일이나 데이터가 저장되어 있는 저장 장치로부터 파일이나 데이터를 검색하는 것이 가능하다(예를 들면, 메타데이터는 저장 장치를 식별하는 식별자와, 저장 장치에서 파일이나 데이터의 위치를 식별하는 식별자를 포함할 수도 있다).
소셜 드라이브가 회원들 사이에서 파일이나 데이터에 대한 액세스를 공유하는 기본적인 기능을 제공하도록 구성될 수 있지만, 이 기능을 회원들 사이에서 액세스가 공유되는 파일이나 데이터에 대한 동작을 수행함과 더불어 태스크-콘텍스트(task-contexts)를 공유하는 것으로 확장하는 것도 가능하다. 시스템은 태스크-콘텍스트가 어떤 장치에서 다른 장치로 공유되는 것을 허용하도록 구성될 수 있다. 태스크-콘텍스트는 하나 이상의 파일과 이 하나 이상의 파일에서 수행될 하나 이상의 동작을 특정할 수 있다. 어떤 장치에서 다른 장치로 태스크-콘텍스트를 제공함으로써, 사용자는 특정 파일과 함께 태스크를 수행할 수 있고, 최소한의 혼란과 노력으로 장치들 사이에 끊김 없이 천이할 수 있다. "태스크-콘텍스트"는 회원이 착수한 작업의 한 부분에 관한 것인데, 예를 들면 회원의 장치의 하나 이상의 능력을 이용해 파일이나 데이터에 대해 동작하는 것을 말하며, 여기서 태스크-콘텍스트는 복수의 장치 사이에 존재할 것이다. 태스크-콘텍스트는 회원(들)이 이용 애플리케이션이나 목표가 달성되는 위치에 무관하게 파일이나 데이터로 달성하길 원하는 특정 목표 또는 이 목표를 향한 단계와 연관될 수 있다.
"태스크"라는 용어는 회원이 특정 애플리케이션을 실행하지 않고 데이터로 수행하려고 노력하는 무엇(예를 들면 영화 편집, 파일 편집, 웹사이트로 업로딩 같은 동작, 태스크)이라는 넓은 의미의 콘텍스트를 포함하는 것을 의미한다. 태스크-콘텍스트의스트리밍은 데이터를 공유하는 프레임워크(framework) 및 그 관련 태스크 액세스 장치를 통해 달성될 수 있고, 이로써 회원 또는 회원들의 그룹은 장치 집합에 대해 활동, 태스크, 동작 등을 완료할 수 있다.
"태스크-콘텍스트"의 개념을 설명하기 위해서, 일반적 말해서, 전자 장치(예컨대, 전자 장치(102a, 102b 또는 102c))는 해당 장치의 능력에 대응하는 능력과 연관된 하나 이상의 사용자 선호도 집합을 가질 수 있을 것이다. 태스크-콘텍스트는 각각의 전자 장치(102a, 102b, 102c)에 걸쳐 존재할 것이고, 상이한 능력들이 전자 장치(102a, 102b, 102c) 사이에 공유되는 태스크-콘텍스트와 관련해 각각의 상이한 전자 장치에서 이용될 것이다. 예를 들어, 태스크 콘텍스트는 Word 문서 읽기 (동작)과 관련이 있을 수도 있다. 전자 장치(102a)는 스마트폰일 수 있고, Word 문서를 읽기 위해 Word 문서 프리뷰어 애플리케이션 또는 능력을 구비할 수 있을 것이다. 전자 장치(102b)는 태블릿일 수 있고, Word 문서를 읽기 위해 경량(light-weight) Word 애플리케이션 또는 능력을 구비할 수 있을 것이다. 전자 장치(102c)는 랩탑일 수 있으며, Word 문서를 읽고, 검토하며 편집하기 위해 중량(heavy-weight) Word 애플리케이션 또는 능력을 구비할 수 있을 것이다. 이러한 능력들 모두는 장치마다 다를 수 있지만, Word 문서를 읽는다는 태스크-콘텍스트(즉, 파일상에의 태스크/동작)는 동일하게 유지되고, 전체 장치에 대해 공유된다.
일부 실시예에서, 이러한 능력들은 특정 애플리케이션 또는 데이터나 상이한 유형의 파일을 처리하는 능력에 대한 사용자 선호도와 연관될 수 있다. 사용자는 특정 동작을 수행하기 위해 특정 사용자 장치에서 특정 애플리케이션을 이용하는 것을 선호할 수도 있다. 일부 경우, 사용자는 특정 동작을 수행하기 위해서 일부 다른 애플리케이션이 동일 사용자 장치에서 이용 가능할지라도 이 다른 애플리케이션을 통해 특정 애플리케이션을 이용하는 것을 선호할 수도 있다. 일부 사용자 선호도는 사용자의 활동이나 장치의 구성으로부터 추측 또는 추론될 수 있거나 또는 이 둘 모두로부터 추측 또는 추론될 수 있다. 일부 경우, 일부 사용자 선호도는 사용자에 의해 또는 관리자에 의해 수동으로 제공될 수도 있다. 특정 파일의 경우, 특정 장치와 연관된 사용자 선호도에 따라서 동일한 동작을 수행하기 위해 상이한 장치들에 의해 상이한 능력들이 이용될 수도 있다.
다른 예에서, 사용자는 전자 장치(102a)(예를 들면, 이 예에서는 스마트폰 또는 카메라)로 사진을 찍는다. 전자 장치(102a)의 사진 편집기는 아주 기본적인 기능이고, 사용자는 전자 장치(102b)(예를 들면, 이 예에서는 데스크톱 또는 랩탑 컴퓨터)의 편집 애플리케이션에 더 익숙할 수도 있다. 사용자는 사진을 편집하기 위해 사진을 편집하는 태스크를 전자 장치(102b)로 푸시(push)하는 태스크-콘텍스를 생성할 수 있다.
또 다른 예에서, 전자 장치(102a)(예를 들면, 이 예에서는 가족 랩탑)는 가족을 위한 완전한 음악 라이브러리를 갖는다. 제1 사용자(예를 들면, 부모)는 장거리자동차 여행을 위해 다른 사용자(예를 들면, 자녀)가 좋아하는 음악을 전자 장치(102b)(예를 들면, 이 예에서는 태블릿)에 저장하길 원한다. 제1 사용자는 전자 장치(102a)에서 원하는 음악을 검색 및 선택할 수 있고, 이 음악을 전자 장치(102b)로 푸시할 수 있다. 선택적으로 또는 추가로, 제1 사용자는 요구된 음악을 검색 및 선택하여 전자 장치(102c)로 푸시할 수 있고, 이때의 전자 장치(102c)는 스마트폰이거나 차량이 오락 시스템일 수 있다.
추가의 예에서, 사용자는 인터넷으로부터 전자 장치(102a)(예를 들면, 이 예에서는 태블릿)로 일부 파일을 다운로드할 수 있다. 그러나 사용자는 이 파일에 대한 안전성을 신뢰할 수 없고, 따라서 사용자는 이 파일을 전자 장치(102b)(예를 들면, 이 예에서는 강력한 멀웨어 검출 능력을 갖춘 데스크톱 또는 랩탑 컴퓨터)로 푸시한다. 전자 장치(102b)를 이용하여, 파일은 멀웨어에 대해 스캔될 수 있다.
또 다른 추가의 예에서, 제1 사용자(예컨대, 학생 또는 직원)는 전자 장치(102a)(예를 들면, 이 예에서는 데스크톱 또는 랩탑 컴퓨터)에서 과제에 대해 작업하고 있고, 제2 사용자(예컨대, 선생님, 동료 또는 관리자)가 전자 장치(102b)(예를 들면, 이 예에서는 태블릿)에서 이 과제를 검토해주길 원한다. 제1 사용자는 파일 상에서 작업하는 콘텍스트로부터 직접적으로 이 파일을 전자 장치(102a)에서 전자 장치(102b)로 푸시할 수 있는데, 가능하다면 제2 사용자에게 과제의 특정 양상에서 살펴볼 것을 요청하는 텍스트 주석(text annotation)과 함께 푸시할 수 있다. 제2 사용자는 이 요청과 관련한 통지를 전자 장치(102b)에서 수신할 수 있으며, 제2 사용자가 시간적 여유가 있을 때 문서에 대해 작업할 수 있다. 제2 사용자가 과제에 대해 작업할 시간이 있을 때 이 제2 사용자는 생산성이 향상될 수 있도록 콘텍스트와 데이터를 포함한 그들이 필요한 모든 것을 구비한다는 사실을 주목하는 것이 중요하다. 또한, 제2 사용자는 결국 정정된 과제를 다른 태스크-콘텍스를 이용하여 제2 전자 장치(102b)로부터 제1 전자 장치(102a)의 제1 사용자에게 되돌려 줄 수 있음을 주목하라.
또 다른 실시예에서, 사용자는 전자 장치(102a)(예를 들면, 이 예에서는 스마트폰)에서 비디오를 촬영하고, 이 비디오를 더 큰 스크린을 갖는 전자 장치(102b)(예를 들면, 이 예에서는 태블릿)에서 보여주길 원한다. 사용자는 (선택 사양으로서, 태블릿용으로 더 적합하도록 다른 포맷으로 변환된) 이 비디오 파일을 태스크-콘텍스트로서 전자 장치(102a)로부터 전자 장치(102b)로 푸시할 수 있다. 상기 변환은 사용자가 비디오 파일이 태블릿에 더 적합한 다른 포맷으로 변환되는 것을 실현하지 않지만 비디오를 보여줄 태스크를 선택한다는 점에서 사용자에게 투명하게 이루어질 수 있다.
전술한 다중 장치(예컨대 전자 장치(102ㅁ), 전자 장치(102b) 및 전자 장치(102c))에 대한 태스크 스트리밍의 이용 사례는 장치에 대해 콘텐츠를 검색, 디스플레이 및 변환하는 능력과, 메타데이터 및 콘텐츠 전송을 관리하는 능력 및 통지 시스템에 의해 완수된다. 하나 이상의 전술한 예시에 따라서 사용자는 예컨대 첨부파일과 함께 이메일을 교환하거나 장치를 함께 연결하는 케이블을 이용하는 등의 비효율적이고 우회적인 데이터 교환 방법을 피할 수 있을 것이다. 장치들에 대한 태스크-콘텍스트 및 태스크-콘텍스트 공유 능력은 특히 창조적이고 생산적인 활동에서 데이터 공유 동작에 목적이나 의도를 추가하고, 사용자는 로컬 네트워크 내에서 데이터를 공유하기 위해 클라우드 서비스에 대해 액세스할 필요가 없다.
도 1의 인프라스트럭처로 돌아가서, 일 실시예에 따른 통신 시스템(100)이 도시된다. 일반적으로, 통신 시스템(100)은 임의의 유형 또는 토폴로지의 네트워크에서 구현될 수 있다. 네트워크(110)는 통신 시스템(100)을 통해 전파되는 정보의 패킷을 수신 및 전송하기 위한 상호 연결된 통신 경로의 일련의 포인트 또는 노드를 나타낸다. 네트워크(110)는 노드 사이에 통신 가능한 인터페이스를 제공하고, 임의의 LAN(local area network), VLAN(virtual LAN), WAN(wide area network), WLAN(wireless LAN), MAN(meroplitan area network), 인트라넷, 엑스트라넷(Extranet), VPN(virtual private network) 및, 네트워크 환경에서 통신을 가능하게 하는 임의의 다른 적당한 아키텍처나 시스템으로 구성될 수도 있고, 또는 유선 및/또는 무선 통신을 포함한 이들의 임의의 적절한 조합으로 구성될 수도 있다.
통신 시스템(100)에서, 패킷, 프레임, 신호, 데이터 등을 포괄하는 네트워크 트래픽은 임의의 적절한 통신 메시징 프로토콜에 따라 전송 및 수신될 수 있다. 이러한 적절한 통신 메시징 프로토콜로서, OSI(Open Systems Interconnection) 모델 같은 다계층 방식이나 그것의 임의의 파생 또는 변형 방식(예를 들면, TCP/IP, UDP/IP) 등을 들 수 있다. 추가로, 셀룰러 네트워크를 통한 무선 신호 통신이 통신 시스템(100)에 제공될 수도 있을 것이다. 적절한 인터페이스 및 인프라스트럭처가 셀룰러 네트워크와 통신할 수 있게 제공될 수 있다.
본원에서 이용되는 "패킷"이라는 용어는 패킷 스위칭 방식 네트워크에서 소스 노드와 목표 노드 사이에 라우팅될 수 있는 데이터 단위를 말한다. 패킷은 소스 네트워크 어드레스와 목표 네트워크 어드레스를 포함한다. 이러한 네트워크 어드레스는 TCP/IP 메시징 프로토콜에서 IP 어드레스 일 수 있다. 본원에서 이용되는 "데이터"라는 용어는 임의의 유형의 이진 데이터, 숫자 데이터, 음성 데이터, 비디오 데이터, 문자 데이터 또는 스크립트 데이터를 말하거나, 또는 임의의 유형의 소스 또는 객체 코드를 말하거나, 또는 전자 장치 및/또는 네트워크에서 한 포인트에서 다른 포인트로 통신될 수 있는 임의의 알맞은 포맷의 임의의 다른 적합한 정보를 말한다. 추가로, 메시지, 요청, 응답 및 질의는 네트워크 트래픽의 형태이고, 따라서 패킷, 프레임, 신호, 데이터 등을 포함할 수 있다.
예시적인 실시예에서, 전자 장치(102a, 102b, 102c)와 클라우드(104), 그리고 서버(106)는 네트워크 요소이며, 이들은 네트워크 기기, 서버, 라우터, 스위치, 게이트웨이, 브릿지, 부하 분산장치, 프로세서, 모듈 또는 네트워크 환경에서 정보를 교환하도록 동작 가능한 임의의 다른 적절한 장치, 구성성분, 요소 또는 객체를 포함하는 것을 의미한다. 네트워크 요소는 네트워크 환경에서 데이터 또는 정보를 수신, 전송 및/또는 그렇지 않으면 통신하는 적절한 인터페이스와 더불어 그 동작을 가능하게 하는 임의의 적절한 하드웨어, 소프트웨어, 구성성분, 모듈 또는 객체를 포함할 수 있다. 이것은 데이터 또는 정보의 효율적인 교환을 허용하는 적합한 알고리즘과 통신 프로토콜을 포괄할 것이다.
통신 시스템(100)과 연관된 내부 구조와 관련하여, 각각의 전자 장치(102a, 102b, 102c)와 클라우드(104) 및 서버(106)는 본원에서 대략 설명된 동작에서 이용될 정보를 저장하는 메모리 요소를 포함할 수 있다. 각각의 전자 장치(102a, 102b, 102c)와 클라우드(104) 및 서버(106)는 정보를 임의의 적절한 메모리 요소(예를 들면, RAM, ROM, EPROM, EEPROM, ASIC 등등), 소프트웨어, 하드웨어 또는 펌웨어에 유지할 수도 있으며, 또는 필요하다면 특정 요구에 기반하여 임의의 다른 적절한 구성성분, 장치, 요소 또는 객체에 유지할 수도 있다. 본원에서 논의되는 메모리 아이템 중 임의의 것은 넓은 의미의 용어인 '메모리 요소' 내에 포함되는 것으로 해석되어야 한다. 더욱이, 통신 시스템(100)에서 이용, 추적, 전송 또는 수신되는 정보는 임의의 데이터베이스, 레지스터, 큐, 테이블, 캐시, 제어 목록 또는 다른 저장 구조에 제공될 수 있는데, 이들 모두는 임의의 적절한 타임프레임(timeframe)에서 참조될 수 있다. 임의의 이러한 저장 옵션은 본원에 이용된 넓은 의미의 용어인 '메모리 요소'에 포함될 수 있다.
특정 예시적인 실시예에서, 본원에 대략 설명된 기능들은 하나 이상의 유형의 매체(예를 들면, ASIC에 제공된 내장된 로직, DSP 명령어, 프로세서에 의해 실행되는 (잠재적으로 객체 코드 및 소스 코드를 포함하는) 소프트웨어 또는 다른 유사한 머신 등)에 엔코드된 로직으로 구현될 수도 있는데, 이것은 비일시성 컴퓨터 판독 가능 매체를 포함한다. 이러한 사례 중 일부에서, 메모리 요소는 본원에 설명된 동작을 위해 이용되는 데이터를 저장할 수 있다. 이것은 본원에서 설명된 활동을 수행하기 위해 실행되는 소프트웨어, 로직, 코드 또는 프로세서 명령어를 저장할 수 있는 메모리 요소를 포함한다.
예시적인 실시예에서, 통신 시스템(100)의 네트워크 요소, 예컨대 전자 장치(102a, 102b, 102c)는 본원에서 설명된 동작을 달성하거나 조성하기 위해 소프트웨어 모듈을(예컨대, 통합 데이터 모듈(112a, 112b, 112c)을 각각) 포함할 수 있다. 이 모듈은 임의의 적절한 방식으로 알맞게 조합될 수도 있는데, 이것은 특정 구성 및/또는 프로비저닝 요구에 기반할 것이다. 예시적인 실시예에서, 이러한 동작들은 하드웨어에 의해 수행될 수 있거나, 이 요소들의 외부에서 구현될 수 있거나, 또는 의도된 기능을 달성하기 위해 일부 다른 네트워크 장치에 포함될 수도 있다. 더 나아가, 모듈은 소프트웨어, 하드웨어, 펌웨어 또는 이들의 임의의 적절한 조합으로 구현될 수 있다. 이 요소들은 본원에 설명된 것처럼 동작을 달성하기 위해 다른 네트워크 요소와 협동할 수 있는 소프트웨어(또는 왕복 소프트웨어(reciprocating software))를 포함할 수 있다.
추가로, 각각의 전자 장치(102a, 102b, 102c)와 클라우드(104) 및 서버(106)는 본원에 설명된 활동을 실행하기 위해 소프트웨어 또는 알고리즘을 실행할 수 있는 프로세서를 포함할 수 있다. 프로세서는 본원에 설명된 동작을 수행하기 위해 데이터와 연관된 임의의 유형의 명령어를 실행할 수 있다. 일 예로, 프로세서는 요소 또는 제품(예컨대 데이터)을 하나의 상태 또는 사물로부터 다른 상태 또는 사물로 변환할 수 있다. 다른 예로, 본원에 개략 설명된 활동들은 고정형 로직 또는 프로그램 가능 로직(예를 들면, 프로세서에 의해 실행되는 소프트웨어/컴퓨터 명령어)로 구현될 수도 있으며, 본원에서 식별되는 요소들은 프로그램 가능 프로세서, 프로그램 가능 디지털 로직(예를 들면, FPGA, EPROM, EEPROM) 또는 디지털 로직, 소프트웨어, 코드, 전자 명령어 또는 이들의 임의의 적절한 조합을 포함하는 ASIC 중 일부 유형을 포함할 수 있다. 본원에 설명된 임의의 잠재적인 처리 요소, 모듈 및 머신은 넓은 의미의 용어인 '프로세서'에 포함되는 것으로 해석되어야 한다.
전자 장치(102a, 102b, 102c)는 네트워크 요소일 수 있으며, 예를 들어 데스크톱, 랩탑 컴퓨터, 모바일 장치, PDA, 스마트폰, 태블릿 또는 다른 유사한 장치를 포함할 수 있다. 클라우드(104)는 전자 장치(102a, 102b, 102c)로 클라우드 서비스를 제공하도록 구성된다. 클라우드 서비스는 일반적으로 예컨대 인터넷처럼 네트워크를 통해 서비스로서 인도되는 컴퓨터 자원의 이용으로서 정의될 수 있다. 전형적으로, 연산, 저장 및 네트워크 자원이 클라우드 인프라스트럭처에서 제공되어, 로컬 네트워크로부터 클라우드 네트워크로 작업부하(workload)를 효과적으로 옮긴다. 서버(106)는 예컨대 서버나 가상 서버 같은 네트워크 요소일 수 있으며, 일부 네트워크(예를 들면, 네트워크(110))를 통해 통신 시스템(100)에서 통신을 개시하고자 원하는 클라이언트, 고객, 엔드포인트 또는 종단 사용자와 연관될 수 있다. '서버'라는 용어는 통신 시스템(100) 내부에서 클라이언트를 대신해 일부 연산 태스크를 수행하고/하거나 클라이언트의 요청에 응대하도록 이용되는 장치를 포함한다. 비록 통합 데이터 모듈(112a, 112b, 112c)이 각기 전자 장치(102a, 102b, 102c)에 위치되는 것처럼 도 1에 표시되어 있지만, 이것은 단지 예시를 위한 것이다. 통합 데이터 모듈(112a, 112b, 112c)은 임의의 적절한 구성으로 조합되거나 분리될 수 있다. 더 나아가, 통합 데이터 모듈(112a, 112b, 112c)은 각기 전자 장치(102a, 102b, 102c)에 의해 액세스 가능한 다른 네트워크에 통합 또는 분산될 수 있다.
도 2로 돌아가서, 도 2는 본원의 일 실시예에 따라서 데이터를 공유하는 통신 시스템(100)의 간략화된 블록도이다. 각각의 소셜 드라이브(108a, 108b, 108c)는 개별 소셜 드라이브에 액세스하는 장치 또는 사용자의 그룹과 연관될 것이다. 예를 들어, 소셜 드라이브(108a)는 전자 장치(102b, 102c)를 포함하는 제1 그룹(132a)과 연관될 것이다. 소셜 드라이브(108b)는 전자 장치(102b, 102d)를 포함하는 제2 그룹(132b)과 연관될 것이다. 전자 장치(102d)는 통합 데이터 모듈(112d)을 포함할 수 있다. 소셜 드라이브(108c)는 전자 장치(102c, 102d)를 포함하는 제3 그룹(132c)과 연관될 것이다. 도 2가 각각의 그룹 내에 두 개의 전자 장치를 예시하고 있지만, 제1 그룹(132a), 제2 그룹(132b) 및 제3 그룹(132c)은 각각 하나 이상의 전자 장치를 포함할 수 있고, 그 각각은 하나 이상의 사용자와 연관된다. 또한, 각 그룹의 전자 장치는 동일 사용자 또는 상이한 사용자와 연관될 수도 있다.
일 예로, 사용자는 공유될 데이터를 선택하기 위해 전자 장치(102a)를 이용할 것이다. 도 2에 예시된 것처럼, 전자 장치(102a)는 사용자와 연관된 복수의 전자 장치 중 하나를 나타낸다. 예를 들어, 전자 장치(102a)는 태블릿, 랩탑 또는 스마트폰일 수 있다. 또한, 전자 장치(102a)는 예컨대 Facebook®, Dropbox®, Google Drive® 또는 일부 다른 클라우드 서비스 같은 클라우드 서비스에 대해 액세스할 수 있다. 통합 데이터 모듈(112a)은 선택된 데이터를 하나 이상의 소셜 드라이브(108a, 108b, 108c)로 푸시하거나 통신할 수 있으며, 소셜 드라이브에서는 데이터가 이 소셜 드라이브와 연관된 그룹의 회원(예를 들면 전자 장치(102b, 102c 또는 102d)의 사용자)에 의해 액세스될 수 있다. 특정 실시예에서, 사용자는 스마트폰으로 찍어서 전자 장치(102a)에 위치된 사진을 선택할 수 있다. 통합 데이터 모듈(112a)은 이 사진과 관련한 메타데이터를 소셜 드라이브(108b)와 통신하고, 이 소셜 드라이브(108b)에서 사진은 제2 그룹(132b)의 회원(예컨대, 전자 장치(102b, 102d)의 사용자)에 의해 액세스될 수 있다. 일 예로, 실제 사진 파일 또는 사진 데이터는 전자 장치(102a)에 저장된다. 다른 예로, 실제 사진 파일 또는 사진 데이터는 클라우드(104)(또는 서버(106), 도시 안 됨)에 위치된 캐시(120)에 저장될 수 있다. 메타데이터는 원본 사진 파일 또는 사진 데이터가 저장되어 있는 장소에 대한 정보를 포함한다.
도 3을 살펴보면, 도 3은 통신 시스템(100)의 일부분의 간략화된 블록도이다. 소셜 드라이브(108a)(및 소셜 드라이브(108b, 108c))는 소셜 드라이브 통합 모듈(142a), 회원(164), 통지 서비스(166), 메타데이터(168), 액세스 정보(170), 만료 정보(172), 데이터 정보의 소유주(174) 및 클라우드 서비스(176)를 액세스하는 회원 토큰을 포함할 수 있다. 회원(164)은 소셜 드라이브(108a)에 속하는 회원의 목록을 포함한다. 각각의 회원은 소셜 드라이브(108a)를 이용하여 공유된 데이터를 액세스하는데 이용될 수도 있는 다수의 상이한 전자 장치를 가질 수 있다. 통지 서비스(166)는 콘텐츠가 소셜 드라이브(108a)를 이용하여 공유 또는 수정될 때 각각의 회원이 어떻게 통지하길 원하는지에 관한 정보를 포함할 수 있다. 예를 들어, 회원은 텍스트 메시지, 이메일, 전화 통화 또는 일부 다른 유형의 통지를 통해 통지받길 원할 수 있다. 메타데이터(168)는 소셜 드라이브(108a)를 이용하여 공유된 각각의 데이터와 관련된 메타데이터를 포함할 수 있다. 액세스 정보(170)는 데이터가 액세스될 수 있는 방식에 관한 정보를 포함할 수 있다. 예를 들어, 일부 데이터는 읽기 전용일 수 있는 반면에, 다른 데이터는 데이터 액세스와 연관된 제한이 없을 수도 있다. 유효기간 정보(expiry information)(172)는 공유된 데이터의 각각에 대한 액세스가 언제 만료되는지에 관한 정보를 포함할 수 있다. 예를 들어, 데이터에 대한 액세스는 일정 수치의 분, 시, 일, 주(weeks), 개월 또는 이들의 임의의 조합 이후에 만료될 수 있을 것이다. 데이터 정보의 소유주(174)는 각각의 데이터의 소유주(예를 들면, 데이터를 생성하거나 또는 데이를 업로드하거나 또는 이 모두를 수행한 한 사용자)에 관한 정보를 포함한다. 클라우드 서비스를 액세스하기 위한 회원 토큰(176)은 클라우드 서비스에 저장된 데이터에 관한 정보를 포함할 수 있다. 예를 들어, 만약에 데이터가 iCloud®에 저장된다면, 이 클라우드에 진입하기 위한 인증은 반드시 공지되어야 하며, 데이터를 검색하기 위해 클라우드에 진입될 수 있기 전에 이용되어야 한다.
도 4를 살펴보면, 도 4는 통신 시스템(100)의 일부분의 개략적인 블록도이다. 캐시(120)는 파일(들)(126), 소셜 드라이브 식별자(124), 액세스(128) 및 유효기간(130)을 포함할 수 있다. 파일(들)(126)은 캐시(120)에 저장되며 사용자에 의해 공유된 파일 또는 데이터일 수 있다. 소셜 드라이브 식별자(124)는 데이터가 공유되는 그룹을 식별하는 정보를 포함할 수 있다. 액세스(128)는 데이터가 액세스될 수 있는 방법에 관한 정보를 포함할 수 있다. 예를 들어, 일부 데이터는 읽기 전용일 수도 있고, 일부는 암호화되어 읽기 전용일 수도 있으며, 반면에 다른 데이터는 데이터 액세스와 연관된 제한이 없을 수도 있다. 유효기간(130)은 데이터에 대한 액세스가 만료될 때와 관련한 정보를 포함할 수 있다. 예를 들어, 데이터 또는 파일은 12시간, 30분, 2일 등의 유효기간을 가질 수 있을 것이다.
도 5a를 살펴보면, 도 5a는 통신 시스템(100)의 일부분의 개략적인 블록도이다. 통합 데이터 사용자 인터페이스 모듈(134)은 새로운 서비스 사용자 인터페이스(UI)(136)를 생성하도록 구성될 수 있다. 새로운 서비스 UI(136)는 새로운 소셜 드라이브를 생성하는데 이용될 수 있다. 예를 들어, 새로운 서비스 UI(136)는 소셜 드라이브(108a)를 생성하는데 이용될 수 있다. 새로운 서비스 UI(136)는 추가의 신규 서비스/계정 UI(138)을 포함할 수 있다. 새로운 서비스/계정 UI(138)를 이용하여, 사용자는 새로운 소셜 드라이브를 생성하고 명명할 수 있다.
도 5b를 살펴보면, 도 5b는 통신 시스템(100)의 일부분의 개략적인 블록도이다. 통합 데이터 사용자 인터페이스 모듈(134)은 공유 데이터 UI(140)를 생성하도록 구성될 수 있다. 공유 데이터 UI(140)는 사용자가 소셜 드라이브에서 공유하기 원하는 데이터가 위치된 드라이브를 사용자로 하여금 선택하게 한다. 예를 들어, 사용자는 자신이 공유하길 원하는 데이터를 포함하는 전자 장치(102a)상에 위치된 드라이브(예컨대, SharedDocs)나 또는 클라우드 계정(예컨대, checkvsd)를 선택할 수 있을 것이다. 도 5c를 살펴보면, 도 5c는 통신 시스템(100)의 일부분의 간략화된 블록도이다. 일단 드라이브가 선택되면, 사용자가 자신이 공유하길 원하는 드라이브에서 데이터를 선택하는 것을 허용하도록 공유 데이터 UI(140)가 구성될 수 있다.
도 5d를 살펴보면, 도 5d는 통신 시스템(100)의 일부분의 개략적인 블록도이다. 일단 공유될 데이터가 선택되면, 사용자가 데이터에 액세스할 다른 사용자를 선택하는 것을 허용하도록 공유 데이터 UI(140)가 구성될 수 있다. 또한, 소셜 드라이브가 처음 생성중일 때, 사용자는 공유 데이터 UI(140)와 유사한 UI를 이용하여, 생성된 소셜 드라이브의 회원인 친구나 다른 사용자를 선택할 수 있다. 만약 소셜 드라이브가 이미 생성되었다면, 공유 데이터 UI(140)는 사용자가 소셜 드라이브에 추가하기 위해 선택할 수 있는 연락처 목록을 나타낼 것이다.
도 6a를 살펴보면, 도 6a는 통신 시스템의 일부분의 간략화된 블록도이다. 통지 UI(146)를 생성하도록 통합 데이터 사용자 인터페이스 모듈(134)이 구성될 수 있다. 통지 UI(146)는 사용자에게 통지를 제시 또는 디스플레이하도록 구성될 수 있다. 예를 들어, 사용자가 소셜 드라이브에 참가하기 위한 요청을 전송할 때, 참가 요청 통지(148)와 유사한 통지가 통지 UI(146)에서 사용자에게 제시될 수 있다.
도 6b를 살펴보면, 도 6b는 통신 시스템(100)의 일부분의 간략화된 블록도이다. 홈페이지 UI(152)를 생성하도록 통합 데이터 사용자 인터페이스 모듈(134)이 구성될 수 있다. 홈페이지 UI(152)는 사용자가 회원인 소셜 드라이브에 대한 정보를 디스플레이하도록 구성될 수 있다. 예를 들어, 도 6b는 다른 사용자(Jimmy)가 두 개의 그림과 두 개의 사진을 소셜 드라이브에 추가했음을 예시한다. 도 6c를 살펴보면, 도 6c는 통신 시스템(100)의 일부분의 간략화된 블록도이다. 홈페이지 UI(152)를 이용하여 사용자는 공유된 드라이브의 임의의 데이터를 선택하고 이 데이터를 볼 수 있다.
도 7을 살펴보면, 도 7은 본원의 일 실시예에 따라서 소셜 드라이브를 이용하여 데이터를 공유하는 것과 연관될 수 있는 흐름(700)의 가능한 동작들을 예시하는 예시의 흐름도이다. 일 실시예에서, 흐름(700)의 하나 이상의 동작은 통합 데이터 모듈(112a, 112b, 112c)과 소셜 드라이브 통합 모듈(142a, 142b, 142c)에 의해 수행될 수 있을 것이다. 단계(702)에서, 사용자는 소셜 드라이브를 생성한다. 단계(704)에서, 사용자에 의해 이용되는 전자 장치가 소셜 드라이브에 링크된다. 단계(706)에서, 시스템은 사용자 회원을 초대하여 소셜 드라이브에 참가시키는 것을 원하는지 결정한다. 만약 사용자가 회원을 초대하여 소셜 드라이브에 참가시키길 원한다면, 단계(708)에서처럼 소셜 드라이브에 참가하라는 초대가 초대된 회원에게 보낸다. 단계(710)에서, 시스템은 초대가 수락되었는지를 결정한다. 만약 초대가 수락되지 않았다면, 단계(712)에서처럼 사용자에게 초대가 수락되지 않았다는 통지가 전송된다. 만약 초대가 수락되었다면, 단계(714)에서처럼, 초대된 회원에 의해 이용되는 전자 장치가 소셜 드라이브에 링크된다. 단계(716)에서, 초대된 회원은 소셜 드라이브와 관련한 통지를 위해 통지 서비스를 선택한다.
도 8을 살펴보면, 도 8은 본원의 일 실시예에 따라서 소셜 드라이브를 이용하여 데이터를 공유하는 것과 연관될 수 있는 흐름(800)의 가능한 동작들을 예시하는 예시의 흐름도이다. 일 실시예에서, 흐름(800)의 하나 이상의 동작은 통합 데이터 모듈(112a, 112b, 112c)과 소셜 드라이브 통합 모듈(142a, 142b, 142c)에 의해 수행될 수 있을 것이다. 단계(802)에서, 소셜 드라이브는 사용자 인터페이스를 이용하여 생성된다. 단계(804)에서, 생성된 소셜 드라이브에 포함될 데이터가 선택된다. 단계(806)에서, 데이터와 연관된 특성들이 생성된다. 이 특성들은 데이터 관련 메타데이터를 포함할 수 있는데, 여기서 메타데이터는 공유된 데이터의 위치를 식별한다. 특성들은 또한 데이터의 소유권 정보, 데이터에 대해 허용된 액세스, 데이터와 관련한 유효기간 정보 등을 포함할 수 있다. 단계(808)에서, 데이터와 연관된 특성들은 소셜 드라이브에 포함된다.
도 9를 살펴보면, 도 9는 일 실시예에 따라서 소셜 드라이브를 이용하여 데이터를 공유하는 것과 연관될 수 있는 흐름(900)의 가능한 동작들을 예시하는 예시의 흐름도이다. 일 실시예에서, 흐름(900)의 하나 이상의 동작은 통합 데이터 모듈(112a, 112b, 112c)과 소셜 드라이브 통합 모듈(142a, 142b, 142c)에 의해 수행될 수 있을 것이다. 단계(902)에서, 소셜 드라이브에서 데이터를 보려는 요청이 사용자로부터 수신된다. 단계(904)에서, 시스템은 사용자가 데이터를 액세스하도록 허용되었는지 결정한다. 예를 들어, 시스템은 사용자가 데이터(또는 데이터를 참조하는 메타데이터)를 포함하는 소셜 드라이브의 회원인지, 데이터가 여전히 유효한지, 데이터에 대한 액세스가 만료되었는지 등을 결정할 수 있다. 만약 시스템이 사용자가 데이터에 액세스하도록 허용되지 않음을 결정하면, 단계(908)에서처럼 사용자는 데이터에 액세스하는 것이 허용되지 않는다. 만약 시스템이 사용자가 데이터에 액세스하는 것이 허용됨을 결정하면, 단계(906)에서처럼 데이터는 사용자에게 전송된다.
도 10을 살펴보면, 도 10은 일 실시예에 따라서 소셜 드라이브를 이용하여 데이터를 공유하는 것과 연관될 수 있는 흐름(1000)의 가능한 동작들을 예시하는 예시의 흐름도이다. 일 실시예에서, 흐름(1000)의 하나 이상의 동작은 통합 데이터 모듈(112a, 112b, 112c)과 소셜 드라이브 통합 모듈(142a, 142b, 142c)에 의해 수행될 수 있을 것이다. 단계(1002)에서, 소셜 드라이브의 회원은 소셜 드라이브에 데이터를 추가 또는 수정한다. 단계(1004)에서, 추가 또는 수정된 데이터와 연관된 특성들이 결정된다. 단계(1006)에서, 추가 또는 수정된 데이터와 관련한 통지가 소셜 드라이브의 관련 회원에게 전송된다.
도 11을 살펴보면, 통신 시스템(100)과 연관된 한 가지 가능한 일련의 세부사항을 예시하는 간략화된 시간표이다. 이 특별한 구성은 사용자 A(158), 통합 데이터 모듈(112a), 클라우드(104), 통지 서비스(160), 소셜 드라이브(108a) 및 사용자 B(162)를 포함한다. 동작 측면에서, 사용자 A(158)는 클라우드 서비스에 액세스하기 위해 크리덴셜을 제공함으로써 특정 클라우드 서비스를 추가한다. 예를 들어, 사용자 A(158)는 Shutterfly®에서 사용자 A(158)의 계정에 액세스하기 위해 크리덴셜을 추가함으로써 사진 공유의 클라우드 서비스를 추가할 수 있다. 통합 데이터 모듈(112a)은 클라우드 서비스와 인증하도록 구성될 수 있고, 그에 응답하여 클라우드(104)는 통합 데이터 모듈(112a)로 인증 토큰을 복귀시킬 수 있다. 인증 토큰은 사용자와 관련된 클라우드의 서비스로의 액세스를 허용할 수 있다. 통합 데이터 모듈(112a)은 저장을 위해 토큰을 소셜 드라이브(108)로 전송할 수 있다(예를 들면, 토큰은 클라우드 서비스(176)를 액세스하기 위한 회원 토큰에 저장될 수 있다). 또한, 사용자 A(158)는 자신이 다른 사용자(예를 들면 사용자 B(162))와 공유하길 원하는 클라우드 서비스에서 데이터를 생성하거나 선택할 수 있다. 통합 데이터 모듈(112a)은 소셜 드라이브(108a)에 데이터와 관련한 메타데이터를 저장할 수 있다. 메타데이터는 공유를 원하는 데이터 사용자 A(158)의 위치를 식별할 수 있다. 소셜 드라이브(108a)는 공유 데이터와 관련하여 통지가 전송되도록 요청할 수 있다. 이에 응답하여, 통지 서비스(160)는 사용자 B(162)에게 추가된 데이터를 통지할 수 있다.
도 12를 살펴보면, 도 12는 통신 시스템(100)과 연관된 한 가지 가능한 일련의 세부사항을 예시하는 간략화된 시간표이다. 이 특별한 구성은 사용자 A(158), 통합 데이터 모듈(112a), 클라우드(104), 통지 서비스(160), 소셜 드라이브(108a) 및 사용자 B(162)를 포함한다. 동작 측면에서, 사용자 A(158)는 사용자 B(162)를 위한 정책(policy)을 설정할 수 있다. 통합 데이터 모듈(112a)은 소셜 드라이브(108a)에 정책 정보를 삽입할 수 있다. 사용자 B(162)가 소셜 드라이브(108a)에서 데이터를 액세스하려고 노력할 때, 소셜 드라이브(108a)에서 데이터에 대한 메타데이터가 액세스되고, 이 메타데이터는 데이터의 위치를 식별할 수 있는데, 이 경우에 데이터의 위치는 클라우드 서비스를 대신해 통합 데이터 모듈(112a)의 위치와 동일한 위치이거나 또는 일부 다른 위치이다. 데이터와 관련한 요청에 응답하여, 통합 데이터 모듈(112a)은 사용자 B를 위한 정책과 관련한 요청을 소셜 드라이브(108a)에 전송할 수 있다. 사용자 B를 위한 정책은 소셜 드라이브(108a)에 위치되는데, 그 이유는 이것이 중심 위치이고 사용자 A(158)와 연관된 많은 상이한 장치에 의해 액세스될 수 있기 때문이다. 소셜 드라이브(108a)는 사용자 B를 위한 정책 정보를 통합 데이터 모듈(112a)에 제공할 수 있다. 만약 데이터를 액세스하도록 허가가 떨어지면, 원하는 데이터가 사용자 B(162)로 전송된다. 원하는 데이터가 사용자 B(162)로 전송될 때, 통합 데이터 모듈도 사용자 B(162)에 의해 데이터가 액세스되었음을 사용자 A(158)에게 통지하기 위해 데이터통지 서비스(160)로 요청을 전송한다. 통지 서비스(160)는 사용자 B(162)에 의해 데이터가 액세스되었음을 사용자 A(158)에게 통지할 수 있다. 사용자 B(162)에 의해 데이터가 액세스되었음을 사용자 A(158)에게 통지함으로써, 사용자 A(158)는 데이터로의 액세스를 감시할 수 있다.
도 13은 일 실시예에 따라 점대점(PtP;point-to-point) 구성으로 배열된 컴퓨팅 시스템(1300)을 예시하는 블록도이다. 특히, 도 13은 프로세서, 메모리 및 입력/출력 장치가 다수의 PtP 인터페이스에 의해 상호 연결되는 시스템을 도시한다. 일반적으로, 통신 시스템(100)의 하나 이상의 네트워크 요소는 컴퓨팅 시스템(1300)과 동일하거나 유사한 방식으로 구성될 수 있을 것이다.
도 13에 예시된 것처럼, 시스템(1300)은 몇 개의 프로세서를 포함할 수 있고, 이것들 중에서 오로지 두 개의 프로세서(1370, 1380)만이 명료하도록 도시된다. 두 개의 프로세서(1370, 1380)가 도시되어 있지만, 일 실시예의 시스템(1300)이 이런 프로세서를 단 하나만 포함할 수도 있음이 이해될 것이다. 프로세서(1370, 1380)는 각기 프로그램의 다중 스레드를 실행하는 코어 집합을 포함할 수 있다(즉, 프로 세서 코어(1374A, 1374B)와 프로세서 코어(1384A, 1384B)). 코어는 도 1 내지 도 12를 참조하여 위에서 설명된 것과 유사한 방식으로 명령어 코드를 실행하도록 구성될 것이다. 각각의 프로세서(1370, 1380)는 적어도 하나의 공유된 캐시(1371, 1381)를 포함할 수 있다. 공유된 캐시(1371, 1381)는 프로세서 코어(1374, 1384)처럼 프로세서(1370, 1380)의 하나 이상의 구성성분에 의해 활용되는 데이터를 저장할 것이다.
프로세서(1370, 1380)의 각각은 메모리 요소(1332, 1334)와 통신하기 위해 집적된 메모리 콘트롤러 로직(MC)(1372, 1382)을 포함할 수 있다. 메모리 요소(1332 및/또는 1334)는 프로세서(1379, 1380)에 의해 이용되는 다양한 데이터를 저장할 수 있다. 선택적인 실시예에서, 메모리 콘트롤러 로직(MC)(1372, 1382)은 프로세서(1370, 1380)와 별개인 이산적인 로직일 수 있다.
프로세서(1370, 1380)는 임의의 유형의 프로세서로서, PtP 인터페이스 회로(1378, 1388)를 이용하는 PtP 인터페이스(1350)를 통해 각기 데이터를 교환할 수 있다. 프로세서(1370, 1380)의 각각은 PtP 인터페이스 회로(1376, 1386, 1394, 1398)를 이용하는 개별의 PtP 인터페이스(1352, 1354)를 통해 칩세트(chipset)(1390)와 데이터를 교환할 수 있다. 칩세트(1390)는 PtP 인터페이스 회로일 수 있는 인터페이스 회로를 이용하여 고성능 그래픽 인터페이스(1339)를 통해 고성능 그래픽 회로(1338)와 데이터를 교환할 수도 있다. 선택적인 실시예에서, 도 13에 예시된 임의의 또는 모든 PtP 링크는 PtP 링크가 아닌 다중 드롭 버스(multi-drop bus)로서 구현될 수 있다.
칩세트(1390)는 인터페이스 회로(1396)를 통해 버스(1320)와 통신할 수 있을 것이다. 버스(1320)는 예컨대 버스 브릿지(1318) 및 I/O 장치(1316)처럼 이 버스를 통해 통신하는 하나 이상의 장치를 가질 수 있다. 버스(1310)를 통해서 버스 브릿지(1318)는 예를 들면 키보드/마우스(1312)(또는 터치 스크린, 트랙볼 등과 같은 다른 입력 장치), 통신 장치(1326)(예컨대 모뎀, 네트워크 인터페이스 장치 또는 컴퓨터 네트워크(1360)를 통해 통신할 수 있는 다른 유형의 통신 장치), 오디오 I/O 장치(1314) 및/또는 데이터 저장 장치(132)와 같은 다른 장치와 통신할 수 있을 것이다. 데이터 저장 장치(1328)는 코드(1330)를 저장할 수 있는데, 이것은 프로세서(1370 및/또는 1380)에 의해 실행될 수 있다. 선택적인 실시예에서, 버스 아키텍처의 임의의 부분은 하나 이상의 PtP 링크로 구현될 수 있다.
도 13에 묘사된 컴퓨터 시스템은 본원에 논의된 다양한 실시예를 구현하도록 활용될 수 있는 일 실시예의 컴퓨팅 시스템의 개략적인 예시이다. 도 13에 묘사된 시스템의 다양한 구성성분이 SoC 아키텍처에 조합되거나 다른 임의의 적절한 구성에 조합될 수도 있음이 이해될 것이다. 예를 들어, 본원에 개시된 실시예는 예컨대 스마트 셀룰러 폰, 태블릿 컴퓨터, PDA, 휴대용 게임기 등과 같은 모바일 장치를 포함하는 시스템에 포함될 수 있다. 이러한 모바일 장치가 적어도 일부 실시예에서 SoC 아키텍처로 제공될 수 있음이 이해될 것이다.
도 14를 살펴보면, 도 14는 본원의 예시적인 ARM 에코시스템 SOC(1400)와 연관된 간략화된 블록도이다. 본원의 적어도 하나의 예시적인 실시예는 본원에 논의된 소셜 드라이브 기능과 ARM 구성성분을 포함할 수 있다. 예를 들어, 도 14의 예는 임의의 ARM 코어(예를 들면, A-9, A-15 등)와 연관될 수 있다. 더욱이, 이 아키텍처는 임의의 유형의 태블릿, 스마트폰(AndroidTM 폰, iPhoneTM 포함), iPadTM, Google NexusTM, Microsoft SurfaceTM, 개인 컴퓨터, 서버, 비디오 처리 구성성분, 랩탑 컴퓨터(임의의 유형의 노트북 포함), UltrabookTM 시스템, 임의의 유형의 터치 가능 입력 장치 등의 일부일 수 있다.
도 14의 예에서, ARM 에코시스템 SOC(1400)는 다중 코어(1406-1407), L2 캐시 제어(1408), 버스 인터페이스 유닛(1409), L2 캐시(1410), 그래픽 처리 유닛(GPU)(1415), 상호연결부(1402), 비디오 코덱(1420) 및 LCD I/F(1425)를 포함할 수 있으며, 이들은 LCD에 접속하는 MIPI(mobile industry processor interface)/HDMI(high-definition multimedia interface) 링크와 연관될 수 있다.
ARM 에코시스템 SOC(1400)는 가입자 식별 모듈(SIM; subscriber identity module) I/F(1430), 부트(boot) ROM(1435), SDRAM 콘트롤러(1440), 플래시 콘트롤러(1445), SPI(serial peripheral interface) 마스터(1450), 적절한 전력 제어(1455), DRAM(1460) 및 플래시(1465)를 포함할 수도 있다. 또한, 하나 이상의 예시적인 실시예는 하나 이상의 통신 능력과, 인터페이스와, 예컨대 BluetoothTM(1470), 3G 모뎀(1475), GPS(1480) 및 802.11 Wi-Fi(1485) 같은 기능들을 포함한다.
동작시, 도 14의 예는 다양한 유형의 컴퓨팅(예를 들면, 모바일 컴퓨팅, 고급 디지털 홈 기기, 서버, 무선 인프라스트럭처 등)을 가능하게 하기 위해 비교적 적은 전력 소비와 함께 처리 능력을 제공할 수 있다. 또한, 이러한 아키텍처는 임의의 개수의 소프트웨어 애플리케이션(예를 들면, AndroidTM, Adobe®, Flash® Player, Java SE(Java Platform Standard Edition), JavaFX, Linux, Microsoft Windows Embedded, Symbian and Ubuntu 등)을 가능하게 한다. 적어도 하나의 예시적인 실시예에서, 코어 프로세서는 결합된 저지연(low-latency) 레벨-2 캐시와 함께 비순차 수퍼스칼라 파이프라인(out-of- order superscalar pipeline)을 구현할 수 있다.
도 15는 실시예에 따른 프로세서 코어(1500)를 예시한다. 프로세서 코어(1500)는 예컨대 마이크로프로세서, 매립형 프로세서, DSP, 네트워크 프로세서 또는 코드를 실행하는 다른 장치처럼 임의의 유형의 프로세서를 위한 코어일 수 있다. 비록 하나의 프로세서 코어(1500)만 도 15에 예시되었지만, 프로세서는 도 15에 예시된 하나의 프로세서 코어(1500)를 대신해 더 많이 포함할 수도 있다. 예를 들어, 프로세서 코어(1500)는 도 13의 프로세서(1370, 1380)를 참조하여 설명 및 도시된 프로세서 코어(1374a, 1374b, 1384a, 1384b)의 일 예시적인 실시예를 나타낸다. 프로세서 코어(1500)는 단일 스레드 방식 코어일 수 있거나, 또는 적어도 하나의 실시예로서 하나의 코어마다 하나 이상의 하드웨어 스레드 콘텍스트(또는 "논리 프로세서")를 포함할 수도 있다는 점에서 프로세서 코어(1500)는 다중 스레드 방식일 수도 있다.
도 15는 또한 일 실시예에 따른 프로세서 코어(1500)에 접속된 메모리(1502)를 예시한다. 메모리(1502)는 본 기술분야에서 공지되어 있거나 이용 가능한 것처럼 광범위한 다양한 메모리(메모리 계층 구조의 다양한 계층을 포함) 중 임의의 것일 수 있다. 메모리(1502)는 프로세서 코어(1500)에 의해 실행될 하나 이상의 명령어일 수 있는 코드(1504)를 포함할 것이다. 프로세서 코어(1500)는 코드(1504)에 의해 지시된 명령어들의 프로그램 시퀀스를 따를 수 있다. 각각의 명령어는 프론트-엔드 로직(1506)으로 진입하고, 하나 이상의 디코더(1508)에 의해 처리된다. 디코더는 자신의 출력으로서 마이크로 동작(micro operation), 예컨대 사전 정의된 포맷의 고정된 폭의 마이크로 동작을 발생하거나 또는 다른 명령어, 마이크로명령어 또는 원본 코드 명령어를 반영한 제어 신호를 발생할 수 있다. 프론트-엔드 로직(front-end logic)(1506)은 레지스터 리네이밍 로직(register renaming logic)(1510)과 스케줄링 로직(scheduling logic)(1512)을 포함하는데, 이것은 일반적으로 실행을 위한 명령어에 대응하는 동작에 자원과 큐를 할당한다.
프로세서 코어(1500)는 실행 유닛의 집합(1516-1~1516-N)을 갖는 실행 로직(1514)을 가질 수 있다. 일부 실시예는 특정 기능 또는 기능의 집합에 전용인 다수의 실행 유닛을 포함할 수도 있다. 다른 실시예는 하나의 실행 유닛이나 또는 특정 기능을 수행할 수 있는 하나의 실행 유닛을 포함할 수도 있다. 실행 로직(1514)은 코드 명령어에 의해 특정되는 동작을 수행한다.
코드 명령어에 의해 특정되는 동작의 실행을 완료한 후, 백-앤드 로직(back-end logic)(1518)은 코드(1504)의 명령어를 폐기할 수 있다. 일 실시예에서, 프로세서 코어(1500)는 비순차적 실행을 허용하지만 명령어의 순차적 폐기를 요구한다. 폐기 로직(retirement logic)(1520)은 다양한 공지의 형태(예를 들면, 재순서화 버퍼 또는 그와 유사한 것들)를 갖는다. 이 방식에서, 프로세서 코어(1500)는 코드(1504)의 실행 동안에 적어도 디코더에 의해 발생된 출력, 레지스터 리네이밍 로직(1510)에 의해 이용되는 레지스터 및 테이블, 그리고 실행 로직(1514)에 의해 수정된 임의의 레지스터(도시 안 됨)의 측면에서 변환된다.
비록 도 15에 예시되지는 않았지만, 프로세서는 프로세서(1500)와 더불어 도 13을 참조하여 본원에 설명되고 도시된 것들 중 일부인 다른 요소들을 칩 상에 포함할 수도 있다. 예를 들면, 도 13에 도시된 것처럼, 프로세서는 프로세서 코어(1500)와 함께 메모리 제어 로직을 포함할 수도 있다. 프로세서는 I/O 제어 로직을 포함할 수도 있고/있거나 메모리 제어 로직에 집적된 I/O 제어 로직을 포함할 수도 있다.
본원에 제시된 예들과 더불어 상호작용은 두 개, 세 개 또는 네 개의 네트워크 요소와 관련하여 설명될 수도 있음을 주목하라. 그러나 이것은 예시와 설명의 목적을 위한 것이다. 특정 경우, 단지 제한된 개수의 네트워크 요소만을 참조함으로써, 주어진 흐름의 집합의 하나 이상의 기능을 설명하는 것이 더 쉬울 수도 있다. 통신 시스템(100)과 그 사상이 쉽게 확장 또는 축소 가능하고, 더 복잡한/정교한 배열 및 구성과 더불어 대량의 구성성분을 수용할 수 있다. 따라서 제시된 예시들은 무수히 많은 다른 아키텍처에 잠재적으로 적용될 때 예시의 통신 시스템의 범주를 제한하지 않아야 하거나 또는 그 광의적인 사상을 제한하지 않아야 한다.
전술한 흐름도(예를 들면, 도 7 내지 도10)에서 동작들은 통신 시스템(100)에 의해 실행되거나 이 통신 시스템 내부에 존재할 수 있는 가능한 상관 시나리오 및 패턴의 단지 일부를 예시하는 것임을 주목하는 것이 또한 중요하다. 이 동작들의 일부는 필요하다면 삭제 또는 제거될 수도 있거나 또는 본원의 범주를 벗어나지 않으면서 이 동작들이 상당히 수정 또는 변경될 수도 있다. 또한, 다수의 이러한 동작들은 하나 이상의 추가 동작과 함께 동시에 실행되거나 또는 병렬로 실행되는 것으로 설명되었다. 그러나 이 동작들의 타이밍은 상당히 변경될 수도 있다. 전술한 동작 흐름은 예시와 설명을 목적으로 제공되었다. 본원의 사상을 벗어나지 않으면서 임의의 적절한 배열, 순서, 구성 및 타이밍 메커니즘이 제공될 수 있다는 점에서 통신 시스템(100)에 의해 상당한 융통성이 제공된다.
비록 본원이 특정의 배열 및 구성을 참조하여 상세히 설명되었더라도, 이 예시의 구성 및 배열은 본원의 범주를 벗어나지 않으면서 상당히 변경될 수도 있다. 더욱이, 특정 구성성분은 특정 필요와 구현에 기반하여 조합, 분리, 제거 또는 추가될 수 있을 것이다. 추가로, 비록 통신 시스템(100)이 통신 프로세스를 가능하게 하는 특정 요소 및 동작을 참조하여 설명되었지만, 이러한 요소 및 동작들은 통신 시스템(100)의 의도된 기능을 달성하는 임의의 적절한 아키텍처, 프로토콜 및/또는 프로세스에 의해 대체될 수도 있다.
다양한 다른 변경, 대체, 변화, 개조 및 수정이 당업자에 인지될 수 있으며, 본 개시물은 첨부된 특허청구범위의 범주에 있는 이러한 변경, 대체, 변화, 개조 및 수정을 모두 포함하도록 의도된다. 첨부된 특허청구범위를 이해함에 있어 미국 특허청(USPTO)뿐만 아니라 본 출원에서 발행된 임의의 특허의 임의의 독자에게 편의를 제공하기 위해서, 본 출원인은 다음의 내용을 주목하길 원하는데, 즉, (a) 본 출원인은 "수단" 또는 "단계"라는 단어가 구체적으로 특정 청구항에 이용되지 않는 한 이 문서의 출원일에 존재하는 대로의 첨부의 특허청구범위 중 임의의 청구항이 35 U. S. C. 112절의 6번째 단락을 환기시킬 의사가 없으며, (b) 본 출원인은 명세서의 임의의 서술내용이 첨부된 특허청구범위에 반영되지 않는 임의의 방식으로 본원을 제한할 의사가 없다.
다른 주해(notes)와 예시들
예시 C1은 적어도 하나의 머신 판독 가능 저장 매체이며, 상기 저장 매체는 실행될 때 상기 적어도 하나의 프로세서로 하여금, 데이터를 보길 원하는 소셜 드라이브의 회원으로부터 요청을 수신하게 하고; 상기 데이터에 대한 메타데이터를 결정하게 하며―상기 메타데이터는 상기 소셜 드라이브에 위치됨―; 상기 결정된 메타데이터에 기반하여 상기 데이터를 위치하게 하고―상기 데이터는 상기 소셜 드라이브에 위치되지 않음―; 상기 소셜 드라이브의 회원에게 상기 데이터를 통신하게 하는 하나 이상의 명령어를 갖는다.
예시 C2에서, 예시 C1의 저장 매체는 상기 메타데이터를 상기 소셜 드라이브로 통신한 전자 장치에 데이터가 위치되는 상황을 선택 사양으로서 포함할 수 있다.
예시 C3에서, 예시 C1 또는 예시 C2의 저장 매체는 상기 소셜 드라이브가 복수의 회원을 포함하고 상기 메타데이터가 상기 소셜 드라이브에 통신될 때 상기 복수의 회원에게 통지가 전송되는 상황을 선택 사양으로서 포함할 수 있다.
예시 C4에서, 예시 C1 내지 예시 C3 중 임의의 한 예시의 저장 매체는 상기 복수의 회원이 상기 데이터의 위치에 액세스하지 않는 상황을 선택 사양으로서 포함할 수 있다.
예시 C5에서, 예시 C1 내지 예시 C4 중 임의의 한 예시의 저장 매체는 상기 복수의 회원의 각각이 고유의 전자 장치(unique electronic device)에서 상기 데이터를 볼 수 있는 상황을 선택 사양으로서 포함할 수 있다.
예시 C6에서, 예시 C1 내지 예시 C5 중 임의의 한 예시의 저장 매체는 상기 데이터가 상기 소셜 드라이브 및 상기 소셜 드라이브에 메타데이터를 통신한 전자 장치와 분리된 캐시에 위치되는 상황을 선택 사양으로서 포함할 수 있다.
예시 C7에서, 예시 C1 내지 예시 C6 중 임의의 한 예시의 저장 매체는 상기 회원이 상기 데이터를 요청할 때 통지가 상기 데이터의 소유주에게 전송되는 상황을 선택 사양으로서 포함할 수 있다.
예시 C8에서, 예시 C1 내지 예시 C7 중 임의의 한 예시의 저장 매체는 상기 데이터로의 액세스가 상기 데이터의 소유주에 의해 제한되는 상황을 선택 사양으로서 포함할 수 있다.
예시 A1에서, 전자 장치는 통합 데이터 모듈을 포함하는데, 상기 통합 데이터 모듈은 데이터를 공유하는 요청을 수신하고; 공유될 상기 데이터에 대한 메타데이터를 결정하고; 상기 메타데이터를 소셜 드라이브로 통신하고―상기 소셜 드라이브는 상기 통합 데이터 모듈과 분리되어 있고 상기 데이터는 상기 소셜 드라이브에 위치되지 않음―; 상기 소셜 드라이브의 회원이 상기 데이터를 요청할 때 상기 회원에게 상기 공유된 데이터를 통신하도록 구성된다.
예시 A2에서, 예시 A1의 전자 장치는 상기 데이터가 상기 통합 데이터 모듈을 포함하는 전자 장치에 위치되는 상황을 선택 사양으로서 포함할 수 있다.
예시 A3에서, 예시 A1 또는 예시 A2의 전자 장치는 상기 소셜 드라이브가 복수의 회원을 포함하고, 상기 메타데이터가 상기 소셜 드라이브로 통신될 때 통지가 상기 복수의 회원의 각각에게 전송되는 상황을 선택 사양으로서 포함할 수 있다.
예시 A4에서, 예시 A1 내지 예시 A3 중 임의의 한 예시의 전자 장치는 상기 복수의 회원이 상기 데이터의 위치에 대해 액세스하지 않는 상황을 선택 사양으로서 포함할 수 있다.
예시 A5에서, 예시 A1 내지 예시 A4 중 임의의 한 예시의 전자 장치는 상기 복수의 회원의 각각이 고유의 전자 장치에서 상기 데이터를 볼 수 있는 상황을 선택 사양으로서 포함할 수 있다.
예시 A6에서, 예시 A1 내지 예시 A5 중 임의의 한 예시의 전자 장치는 상기 회원이 상기 데이터를 요청할 때 통지가 상기 데이터의 소유주에게 전송되는 상황을 선택 사양으로서 포함할 수 있다.
예시 A7에서, 예시 A1 내지 예시 A6 중 임의의 한 예시의 전자 장치는 상기 데이터로의 액세스가 상기 데이터의 소유주에 의해 제한되는 상황을 선택 사양으로서 포함할 수 있다.
예시 A8에서, 예시 A1 내지 예시 A7 중 임의의 한 예시의 전자 장치는 상기 통합 데이터 모듈이 상기 공유된 데이터를 상기 통합 데이터 모듈과 분리된 캐시로 통신하도록 또한 구성되며, 상기 캐시는 상기 통합 데이터 모듈이 이용 불능일 때 상기 공유된 데이터를 상기 회원에게 통신할 수 있는 상황을 선택 사양으로서 포함할 수 있다.
예시 M1은 방법으로서, 상기 방법은 전자 장치에서 데이터를 공유하는 요청을 수신하는 단계와; 공유될 상기 데이터에 대한 메타데이터를 결정하는 단계와; 상기 메타데이터를 소셜 드라이브로 통신하는 단계―상기 소셜 드라이브는 상기 전자 장치와 분리되어 있고 상기 데이터는 상기 소셜 드라이브에 위치되지 않음―와; 상기 소셜 드라이브의 회원이 상기 데이터를 요청할 때 상기 회원에게 상기 공유된 데이터를 통신하는 단계를 포함한다.
예시 M2에서, 예시 M1의 방법은 상기 데이터가 상기 전자 장치에 위치되는 상황을 선택 사양으로서 포함할 수 있다.
예시 M3에서, 예시 M1 또는 예시 M2의 방법은 상기 데이터가 상기 전자 장치 및 상기 소셜 드라이브와 분리된 캐시에 위치되는 상황을 선택 사양으로서 포함할 수 있다.
예시 M4에서, 예시 M1 내지 예시 M3 중 임의의 한 예시의 방법은 상기 소셜 드라이브가 복수의 회원을 포함하고, 상기 메타데이터가 상기 소셜 드라이브로 통신될 때 통지가 상기 복수의 회원의 각각에게 전송되는 상황을 선택 사양으로서 포함할 수 있다.
예시 M5에서, 예시 M1 내지 예시 M4 중 임의의 한 예시의 방법은 상기 복수의 회원이 상기 데이터의 위치에 대해 액세스하지 않는 상황을 선택 사양으로서 포함할 수 있다.
예시 M6에서, 예시 M1 내지 예시 M5 중 임의의 한 예시의 방법은 상기 복수의 회원의 각각이 고유의 전자 장치에서 상기 데이터를 볼 수 있는 상황을 선택 사양으로서 포함할 수 있다.
예시 M7에서, 예시 M1 내지 예시 M6 중 임의의 한 예시의 방법은 상기 회원이 상기 데이터를 요청할 때 통지가 상기 데이터의 소유주에게 전송되는 상황을 선택 사양으로서 포함할 수 있다.
예시 M8에서, 예시 M1 내지 예시 M7 중 임의의 한 예시의 방법은 상기 데이터가 상기 전자 장치에 위치되고, 상기 소셜 드라이브의 회원이 상기 데이터의 위치에 대해 액세스하지 않는 상황을 선택 사양으로서 포함할 수 있다.
예시 S1은 소셜 드라이브를 이용하여 데이터를 공유하는 시스템으로서 무결성 검증 모듈(integrity verification module)을 포함하되, 상기 무결성 검증 모듈은 전자 장치에서 데이터를 공유하는 요청을 수신하고; 공유될 상기 데이터에 대한 메타데이터를 결정하고; 상기 메타데이터를 소셜 드라이브로 통신하고―상기 소셜 드라이브는 상기 전자 장치와 분리되어 있고 상기 데이터는 상기 소셜 드라이브에 위치되지 않음―; 상기 소셜 드라이브의 회원이 상기 데이터를 요청할 때 상기 회원에게 상기 공유된 데이터를 통신하도록 구성된다.
예시 S2에서, 예시 S1의 시스템은 상기 데이터가 상기 전자 장치에 위치되고, 상기 소셜 드라이브의 회원이 상기 데이터의 위치에 대해 액세스하지 않는 상황을 선택 사양으로서 포함할 수 있다.
예시 S3에서, 예시 S1 및 예시 S2의 시스템은 상기 데이터가 상기 전자 장치에 위치되는 상황을 선택 사양으로서 포함할 수 있다.
예시 S4에서, 예시 S1 내지 예시 S3 중 임의의 한 예시의 시스템은 데이터가 상기 전자 장치 및 상기 소셜 드라이브와 분리된 캐시에 위치되는 상황을 선택 사양으로서 포함할 수 있다.
예시 S5에서, 예시 S1 내지 예시 S4 중 임의의 한 예시의 시스템은 상기 소셜 드라이브가 복수의 회원을 포함하고, 상기 메타데이터가 상기 소셜 드라이브로 통신될 때 통지가 상기 복수의 회원의 각각에게 전송되는 상황을 선택 사양으로서 포함할 수 있다.
예시 S6에서, 예시 S1 내지 예시 S5 중 임의의 한 예시의 시스템은 상기 복수의 회원이 상기 데이터의 위치에 대해 액세스하지 않는 상황을 선택 사양으로서 포함할 수 있다.
예시 S7에서, 예시 S1 내지 예시 S6 중 임의의 한 예시의 시스템은 상기 복수의 회원의 각각이 고유의 전자 장치에서 상기 데이터를 볼 수 있는 상황을 선택 사양으로서 포함할 수 있다.
예시 S8에서, 예시 S1 내지 예시 S7 중 임의의 한 예시의 시스템은 상기 회원이 상기 데이터를 요청할 때 통지가 상기 데이터의 소유주에게 전송되는 상황을 선택 사양으로서 포함할 수 있다.
예시 X1은 머신 판독 가능 저장 매체이며, 이 저장 매체는 예시 A1 내지 예시 A8 또는 예시 M1 내지 예시 M8 중 임의의 한 예시에서처럼 방법을 구현하거나 장치를 실현하는 머신 판독 가능 명령어를 포함한다. 예시 Y1은 예시 M1 내지 예시 M7 중 임의의 한 예시의 방법을 수행하는 수단을 포함하는 장치이다. 예시 Y2에서, 예시 Y1의 장치는 프로세서와 메모리를 포함하며 상기 방법을 수행하는 수단을 선택 사양으로서 포함할 수 있다. 예시 Y3에서, 예시 Y2의 장치는 머신 판독 가능 명령어를 포함하는 메모리를 선택 사양으로서 포함할 수 있다.

Claims (25)

  1. 하나 이상의 명령어를 포함하는 적어도 하나의 컴퓨터 판독 가능 매체로서,
    상기 명령어는 적어도 하나의 프로세서에 의해 실행될 때 상기 적어도 하나의 프로세서로 하여금,
    데이터를 보길 원하는 소셜 드라이브(a social drive)의 회원으로부터 요청을 수신하게 하고,
    상기 데이터에 대한 메타데이터(metadata)를 결정하게 하며―상기 메타데이터는 상기 소셜 드라이브에 위치됨―,
    상기 결정된 메타데이터에 기반하여 상기 데이터를 배치하고―상기 데이터는 상기 소셜 드라이브에 배치되지 않음―,
    상기 소셜 드라이브의 회원에게 상기 데이터를 통신하게 하는
    컴퓨터 판독 가능 매체.
  2. 제1항에 있어서,
    상기 메타데이터를 상기 소셜 드라이브로 통신한 전자 장치에 상기 데이터가 배치되는
    컴퓨터 판독 가능 매체.
  3. 제2항에 있어서,
    상기 소셜 드라이브는 복수의 회원을 포함하고, 상기 메타데이터가 상기 소셜 드라이브로 통신될 때 통지(notification)가 상기 복수의 회원의 각각에게 전송되는
    컴퓨터 판독 가능 매체.
  4. 제3항에 있어서,
    상기 복수의 회원은 상기 데이터의 위치에 액세스하지 않는
    컴퓨터 판독 가능 매체.
  5. 제3항에 있어서,
    상기 복수의 회원의 각각은 고유의 전자 장치(a unique electronic device)에서 상기 데이터를 볼 수 있는
    컴퓨터 판독 가능 매체.
  6. 제1항에 있어서,
    데이터는 캐시에 배치되고, 상기 캐시는 상기 소셜 드라이브 및 상기 소셜 드라이브로 상기 메타데이터를 통신한 전자 장치와 분리되어 있는
    컴퓨터 판독 가능 매체.
  7. 제1항에 있어서,
    상기 회원이 상기 데이터를 요청할 때, 통지가 상기 데이터의 소유주(an owner of the data)에게 전송되는
    컴퓨터 판독 가능 매체.
  8. 제1항에 있어서,
    상기 데이터로의 액세스가 상기 데이터의 소유주에 의해 제한되는
    컴퓨터 판독 가능 매체.
  9. 장치로서,
    상기 장치는 통합 데이터 모듈(a unifying data module)을 포함하고,
    상기 통합 데이터 모듈은
    데이터를 공유하기 위한 요청을 수신하고,
    공유될 상기 데이터에 대한 메타데이터를 결정하고,
    상기 메타데이터를 소셜 드라이브로 통신하고―상기 소셜 드라이브는 상기 통합 데이터 모듈과 분리되어 있고, 상기 데이터는 상기 소셜 드라이브에 배치되지 않음―,
    상기 소셜 드라이브의 회원이 상기 데이터를 요청할 때 상기 회원에게 상기 공유된 데이터를 통신하도록 구성되는
    장치.
  10. 제9항에 있어서,
    상기 통합 데이터 모듈을 포함하는 전자 장치에 상기 데이터가 배치되는
    장치.
  11. 제9항에 있어서,
    상기 소셜 드라이브는 복수의 회원을 포함하고, 상기 메타데이터가 상기 소셜 드라이브로 통신될 때 통지가 상기 복수의 회원의 각각에게 전송되는
    장치.

  12. 제11항에 있어서,
    상기 복수의 회원은 상기 데이터의 위치에 액세스하지 않는
    장치.
  13. 제11항에 있어서,
    상기 복수의 회원의 각각은 고유의 전자 장치에서 상기 데이터를 볼 수 있는
    장치.
  14. 제9항에 있어서,
    상기 회원이 상기 데이터를 요청할 때, 통지가 상기 데이터의 소유주에게 전송되는
    장치.
  15. 제9항에 있어서,
    상기 데이터로의 액세스가 상기 데이터의 소유주에 의해 제한되는
    장치.
  16. 제9항에 있어서,
    상기 통합 데이터 모듈이 상기 공유된 데이터를 상기 통합 데이터 모듈과 분리되어 있는 캐시로 통신하도록 또한 구성되며,
    상기 캐시는, 상기 통합 데이터 모듈이 이용 불능일 때, 상기 공유된 데이터를 상기 회원에게 통신할 수 있는
    장치.
  17. 전자 장치에서, 데이터를 공유하기 위한 요청을 수신하는 단계와,
    공유될 상기 데이터에 대한 메타데이터를 결정하는 단계와,
    상기 메타데이터를 소셜 드라이브로 통신하는 단계―상기 소셜 드라이브는 상기 전자 장치와 분리되어 있고, 상기 데이터는 상기 소셜 드라이브에 배치되지 않음―와,
    상기 소셜 드라이브의 회원이 상기 데이터를 요청할 때 상기 회원에게 상기 공유된 데이터를 통신하는 단계를 포함하는
    방법.
  18. 제17항에 있어서,
    상기 데이터는 상기 전자 장치에 배치되고, 상기 소셜 드라이브의 회원은 상기 데이터의 위치에 액세스하지 않는
    방법.
  19. 소셜 드라이브를 이용하여 데이터를 공유하는 시스템으로서,
    무결성 검증 모듈(integrity verification module)을 포함하되, 상기 무결성 검증 모듈은
    전자 장치에서, 데이터를 공유하기 위한 요청을 수신하고,
    공유될 상기 데이터에 대한 메타데이터를 결정하고,
    상기 메타데이터를 소셜 드라이브로 통신하고―상기 소셜 드라이브는 상기 전자 장치와 분리되어 있고, 상기 데이터는 상기 소셜 드라이브에 배치되지 않음―,
    상기 소셜 드라이브의 회원이 상기 데이터를 요청할 때 상기 회원에게 상기 공유된 데이터를 통신하도록 구성되는
    시스템.
  20. 제19항에 있어서,
    상기 데이터는 상기 전자 장치에 배치되는
    시스템.
  21. 제19항에 있어서,
    상기 전자 장치 및 상기 소셜 드라이브와 분리된 캐시에 상기 데이터가 배치되는
    시스템.
  22. 제19항에 있어서,
    상기 소셜 드라이브는 복수의 회원을 포함하고, 상기 메타데이터가 상기 소셜 드라이브로 통신될 때 통지가 상기 복수의 회원의 각각에게 전송되는
    시스템.
  23. 제22항에 있어서,
    상기 복수의 회원은 상기 데이터의 위치에 액세스하지 않는
    시스템.

  24. 제22항에 있어서,
    상기 복수의 회원의 각각은 고유의 전자 장치에서 상기 데이터를 볼 수 있는
    시스템.
  25. 제19항에 있어서,
    상기 회원이 상기 데이터를 요청할 때, 통지가 상기 데이터의 소유주에게 전송되는
    시스템.
KR1020167014786A 2014-01-03 2014-12-26 데이터를 공유하는 소셜 드라이브 KR20160079104A (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
IN14CH1922 2014-01-03
IN22/CHE/2014 2014-01-03
PCT/US2014/072417 WO2015103085A1 (en) 2014-01-03 2014-12-26 Social drive for sharing data

Related Child Applications (1)

Application Number Title Priority Date Filing Date
KR1020177023628A Division KR20170102031A (ko) 2014-01-03 2014-12-26 데이터를 공유하는 소셜 드라이브

Publications (1)

Publication Number Publication Date
KR20160079104A true KR20160079104A (ko) 2016-07-05

Family

ID=57125023

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020167014786A KR20160079104A (ko) 2014-01-03 2014-12-26 데이터를 공유하는 소셜 드라이브

Country Status (1)

Country Link
KR (1) KR20160079104A (ko)

Similar Documents

Publication Publication Date Title
US11652821B2 (en) One step security system in a network storage system
US9936018B2 (en) Task-context architecture for efficient data sharing
KR20170102031A (ko) 데이터를 공유하는 소셜 드라이브
JP6883657B2 (ja) マルチユーザログインセッション
CN105917627B (zh) 云服务定制执行环境方法及系统
EP3103238B1 (en) Mobile cloud service architecture
US9021099B2 (en) Load balancing secure FTP connections among multiple FTP servers
US9628268B2 (en) Remote key management in a cloud-based environment
US20160065364A1 (en) Enhanced remote key management for an enterprise in a cloud-based environment
US20170338949A1 (en) Enhanced remote key management for an enterprise in a cloud-based environment
US10542008B2 (en) Proxy authorization of a network device
JP2016516233A (ja) コンテンツアイテムの共有
JP2017538986A (ja) ホストデバイスコンピューティング環境へのターゲットデバイスリソースの貸与
US20150312188A1 (en) Distributed policy enforcement for enterprise communications
JP2016520900A (ja) オンライン共有のためのクラウドサービスの統合
US9819712B2 (en) Cloud-based conferencing system
US10182084B2 (en) Cloud-based conferencing system
EP3493486A1 (en) Publishing message conversations to electronic forums
US20160294887A1 (en) Cloud-based conferencing on a mobile device
KR20160079104A (ko) 데이터를 공유하는 소셜 드라이브
US11082374B1 (en) Identity leak prevention

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E601 Decision to refuse application
A107 Divisional application of patent
J201 Request for trial against refusal decision
J301 Trial decision

Free format text: TRIAL NUMBER: 2017101004042; TRIAL DECISION FOR APPEAL AGAINST DECISION TO DECLINE REFUSAL REQUESTED 20170824

Effective date: 20190501