KR20080056723A - 모바일 디바이스에 적합한 데이터 배포 방법 - Google Patents

Abstract

서로 다른 네트워크에서 데이터를 배포하는 방법이 제공되며, 이 방법은 사설 모바일 네트워크 상에서 동작하고, 이 사설 모바일 네트워크는 이동성 서버, 모바일 컴포넌트들, 및 고정 컴포넌트들을 포함하고, 이 사설 모바일 네트워크 상에서 이동성 서버는 네트워크 구성원들 측의 데이터를 저장하는 데이터 저장 유닛들을 포함하고, 이러한 데이터의 적어도 일부는 복수의 데이터 포맷으로 저장된다. 이 배포 방법은 요청시 선택된 데이터를 수취인들에게 전송하는 것을 포함하고, 이러한 각각의 전송은 각각의 수취인에게 수용되기 위한 포맷으로 변경된다.

사설 모바일 네트워크, 데이터 포맷, 이동성 서버

Description

모바일 디바이스에 적합한 데이터 배포 방법{A METHOD FOR DISTRIBUTING DATA, ADAPTED FOR MOBILE DEVICES}

본 출원은 컴퓨터들과 그 관련 디바이스들의 네트워크 분야에 관한 것으로, 특히 구체적으로는 모바일 디바이스를 포함하는 네트워크에 관한 것이다.

최근의 경향은 컴퓨터 네트워크와 그 사용자가 상호작용하는 방식을 밀착시키는 방향으로 가고 있다. 아마도 가장 중요한 것으로는, 셀룰러 전화기, 모바일 이메일 디바이스(가장 눈에 띄는 것으로 블랙베리 상표로 판매되는 것들), 및 PDA(Personal Data Assistants)와 같은 모바일 디바이스들의 성능 증가이다. 실제로 "컴퓨터"로 명명되는 디바이스들은 크기면에서 빠르게 줄어들고 있으며, 이미 "휴대용" 내지 "랩탑", "노트북"으로 크기면에서 크게 개발되고 있다. 여러 기능을 가진 디바이스들은 현재 일반적이며, 블랙베리 상표의 디바이스들은 현재 셀룰러 전화기 기능을 포함하고 있으며, 이들과 대부분의 셀룰러 전화기 디바이스들은 현재 통합 표준 장비로서 인터넷 브라우저를 포함하고 있다.

이 기술 발전은 비즈니스 종사자들이 사용하는 그러한 디바이스의 사용 증가 및 신뢰도 증가와 병행되어 왔다. 일반적으로 예측되고 있는 것은 비즈니스 종사자는 시간과 장소에 제약 없이 전화, 이메일, 인터넷으로 연결되어야만 한다는 것이 다.

그러나, 장비의 성능 증가는 이와 등가의 동작 성능의 증가와 병행되고 있지 못하고 있다. 예를 들어, 어떤 사람이 자신의 비즈니스 LAN과 연결을 위해 셀룰러 전화기 핸드셋을 사용할 수 있지만, 네트워크는 이 사람을 "컴퓨터" 사용자로 취급하고 "컴퓨터" 디스플레이를 겨냥한 포맷으로 데이터를 전송한다. 심지어 이메일 기능이 있는 모바일 디바이스들(예를 들어 노키아에 의해 판매되고 있는 것들로, 평범한 텍스트를 수용하고 처리할 수 있음)은 일반적인 많은 문서 형태, 예를 들어 마이크로소프트 엑셀 스프레드시트를 사용가능한 방식으로 처리할 수 없다.

또 다른 문제는 많은 사업체와 개인들은 테라바이트 정도의 데이터를 가지고 있지만, 데이터는 모바일 사용자가 접근할 수 없을 정도로 커지고 있다. 어떤 사람이 그의 블랙베리 디바이스를 사용하여 종래 네트워크에 접근할 수 있을지라도, 예를 들어 네트워크는 "컴퓨터" 사용자용으로 설계되어 있어, 그의 능력을 제한하고 네트워크 특징을 이용하여 모바일 전화기 신호를 통한 작업을 제한한다. 오늘날 모바일 사용자들은 전형적으로는 나중에 필요로 할 수 있는 정보를 사무실이나 집을 나오기 전에 이들의 모바일 디바이스 상에 복사를 하고 있는데, 이 경우 모바일 디바이스 상의 저장 능력의 제약으로 인해, 이동 중 예측하지 못한 다른 정보를 처리할 수 없을 수 있다.

더 심각한 것은, 그의 데이터는 대체로 중앙 서버 상에 백업되어 있다는 것이다. 그러나 백업 시스템은 일반적으로 단지 데이터 저장의 목적으로 설계되어 있어, 본래 저장된 장비 상의 데이터 혹은 그 대체물을 복원하는 데 있어 기능상 제 약이 있다.

종래 네트워크의 단점은 사용자들을 밀착시킬 뿐만 아니라 이들의 이들 주위의 것들과의 상호작용을 밀착시킨다는 것이다. 일반적으로 비즈니스 종사자가 집에 있지 않을 때, 파트너 혹은 다른 조직체의 동료와 데이터를 공유할 필요가 있다. 종종, 양쪽의 사람들은 모바일 기기를 사용하고 있고, 그래서 필요한 것은 검색, 위치 지정, 데이터 전송 및 수신을 위해 해당 그룹 간에 수중의 디바이스를 사용하는 능력이다. 또 다른 문제는 모바일 디바이스 소프트웨어가 일반적으로 네트워크 제공자에 의해 제공된다는 것이고, 그래서 사용자가 자신의 디바이스에 적합하게 포맷된 데이터를 수신할 수 있을지라도, 이 데이터를 다른 네트워크 상에서 동작하는 다른 사람과 공유하는 데는 문제가 있다. 종래 네트워크에서, 할 수 있는 것은 네트워크에서 가능한 서비스가 이용가능할 때까지 기다리는 것이다.

사실, 종래 네트워크는 단지 이러한 디바이스가 데스크탑 컴퓨터를 에뮬레이트하는 정도에서 모바일 디바이스를 수용하도록 설계되어 있다. 필요한 것은 데스크탑과 모바일 장비 양쪽 모두에 서비스를 제공할 수 있도록 특별하게 설계된 네트워크이며, 이것은 모바일 사용자가 모바일 디바이스로부터 네트워크 기능을 모두 이용할 수 있게 한다. 이러한 네트워크의 일 실시형태는 디바이스의 메모리 및 스크린 능력을 전체적으로 수용하는 방식으로 데이터를 끊김 없이 제공하는 것이다. 이러한 네트워크의 또 다른 실시형태는 완벽한 검색, 다운로드 및 포워딩 능력으로 사용자 데이터에 대한 계속적인 접근을 제공하는 것이다.

본 발명의 일 실시형태는 서로 다른 네트워크(heterogeneous network)에서 데이터를 배포하는 방법이다. 이 방법은 사설 모바일 네트워크(private mobile network) 상에서 동작하며, 이 사설 모바일 네트워크는 이동성 서버(mobility server), 모바일 컴포넌트들(mobile components), 및 고정 컴포넌트들(fixed components)을 포함하며, 이 네트워크 상에서 상기 이동성 서버는 네트워크 구성원들(network members) 측의 데이터를 저장하는 데이터 저장 유닛들을 포함하고, 이러한 데이터의 적어도 일부는 복수의 데이터 포맷들로 저장된다. 이 배포 방법은 요청이 있는 경우 상기 데이터를 수취인(addressee)들에게 전송하는 것을 포함하며, 각각의 이러한 전송은 각각의 수취인에게 수용되기 위한 포맷으로 변경된다.

서로 다른 네트워크에서 데이터를 배포하는 본 발명의 또 다른 실시형태에서, 사설 모바일 네트워크는 이동성 서버, 모바일 컴포넌트들, 및 고정 컴포넌트들을 포함한다. 상기 이동성 서버는 개인적 정보를 나타내는 데이터 및 장비에 관한 정보를 나타내는 데이터를 포함하는, 네트워크 구성원들에 관한 데이터를 저장하는 데이터 저장 유닛들을 포함한다. 상기 장비에 관한 정보는 이러한 장비의 메모리 용량, 스크린 특성, 및 데이터 렌더링 능력(data rendering capabilities)에 관한 정보를 포함한다. 상기 서버는 또한 네트워크 구성원들 측의 데이터를 저장하고, 이러한 데이터의 적어도 일부는 복수의 데이터 포맷들로 저장된다. 이 프로세스는 네트워크 내에서 발생하거나 혹은 네트워크 외부에서 발생한 메시지 중 어느 하나의 메시지 형태로 데이터 배포 요청을 수용하거나 또는 네트워크 구성원으로부터 데이터 액세스 요청을 수용하는 단계와, 그 다음에, 배포를 위해 요구된 데이터를 준비하는 단계를 포함한다. 이러한 준비하는 단계는 전달 수령인(delivery recipient)의 포맷 수용 기준(format acceptance criteria)을 근거로 전달 포맷 요건들을 결정하는 단계와, 그리고 상기 데이터의 이용가능한 저장 복사물들을 포함하고, 요구된 데이터의 포맷을 근거로 데이터 포맷 렌더링이 요구되는지 여부를 결정하는 단계를 포함한다. 렌더링이 요구되는 경우, 이 준비하는 단계는 최적의 네트워크 위치를 결정하여 그 위치에서 이러한 렌더링을 수행하고 이러한 렌더링을 실행하도록 한다. 또 다른 프로세스 단계는 모든 수취인들에게 데이터를 전송하는 것이고, 각각의 전송은 각각의 수취인에게 수용되기 위한 포맷으로 변경된다. 또 다른 프로세스 단계는 전송 이후에 데이터를 추적하는 것이고, 그 다음에 데이터에 관한 사전 선택된 동작들의 발생시 사전 선택된 파티들(parties)을 식별하는 것이다.

본 발명의 다른 특징 및 실시형태는 첨부되는 특허청구범위에서 설명되고, 이 특허청구범위만이 본 발명을 정의한다.

도 1은 본 발명에 따른 모바일 서비스 네트워크를 나타낸 도면이다.

도 2는 본 발명에 따른 네트워크의 이동성 서버 컴포넌트의 기능적 블록도를 나타낸 도면이다.

도 3은 본 발명에 따른 네트워크의 네트워크 에이전트 컴포넌트의 기능적 블록도를 나타낸 도면이다.

도 4a는 본 발명에 따른 자동 백업 프로세스의 네트워크 에이전트 부분을 나 타낸 흐름도이다.

도 4b는 본 발명에 따른 자동 백업 프로세스의 이동성 서버 부분을 나타낸 흐름도이다.

도 5는 본 발명에 따른 데이터 배포 프로세스를 나타낸 흐름도이다.

다음에 상세한 설명은 도면을 참조로 설명된다. 이 설명은 본 발명을 정의하는 특허청구범위를 제한하기 위한 것이 아닌 예시적 목적으로 제공되는 많은 실시예들을 설명하고 있다. 본 발명의 많은 형태의 실시형태는 본 발명의 기술분야에서 통상의 기술을 가진 자들에게 명확할 것이고, 이들은 이러한 세부적 설명을 인식하고 이해할 것이며 또한 본 발명의 기술분야에서 알려진 등가의 해법을 구현하는 방법도 알 수 있다.

본 발명에 따른 사설 모바일 네트워크(Private Mobile Network, "PMN")(10)가 도 1에 도시된다. 이 네트워크는 서로 다른 종류이고 많은 구성원 형태를 포함한다. 일반적으로, PMN은 넓게는 세 개의 부분으로 나누어질 수 있다. 고정 컴포넌트들(12)은 일반적으로 데스크탑 PC(15)와 같은 그 위치가 변하지 않는 그러한 네트워크 구성원들이다. 데스크탑 PC는 근거리 통신망(Local Area Network, "LAN")(18)의 통신 채널을 통해 PMN에 접근할 수 있거나, 또는 독립형 데스크탑 PC(20)는 다이렉트 통신 채널을 사용할 수 있다. 대안적으로, LAN의 구성원들은 원격 가상 사설 네트워크(Virtual Private Network, "VPN")(17)를 통해, 이 네트워크에, 그리고 PMN에 접근할 수 있다. 여기에서 설명된 다양한 통신 모드들은 본 발명 의 일부를 형성하지 않으며 본 발명의 기술분야에서 공지된 것들이다.

모바일 컴포넌트들(16)은 이들의 사용자와 이동하는 디바이스들로 구성되며, 예를 들면, 셀룰러 전화기(24), 이메일-가능 통합 디바이스(26)(예를 들어, 블랙베리 상표로 판매되는 것), 또는 PDA 디바이스(28)가 있다. 유의해야만 하는 것으로, 모바일 디바이스들의 상기 목록은 본 출원서가 작성된 당시에 널리 사용되는 디바이스들을 다루고 있지만, 당연히 장래에는 본 명세서에서 청구된 본 발명에 영향을 미치지 않으면서 이 목록도 변경될 것이다.

유의해야 할 것으로, PMN 구성원들을 "고정"형과 "모바일"형의 분류로 나눈 것은 견고한 것과 빠른 것으로 나눈 것이 아니다. 예를 들어, 랩탑 혹은 노트북 PC는 고정 디바이스(22)로서 사용될 수 있고, 이것은 저장 디바이스와 같은 외부 디바이스 혹은 도킹 스테이션을 포함할 수 있어 성능을 향상시킬 수 있거나, 혹은 진정한 모바일 디바이스(30)로서 사용될 수 있어 필요에 따라 사용자와 함께 이동될 수 있다. 아래에서 더 설명되는 바와 같이, 어느 정도에서는 이러한 분류는 성능에 기초를 두고 있다. 예를 들어, 고정 컴포넌트들은 종종 국부적으로 데이터 렌더링을 수행할 수 있고, 태스크(task)로부터 모바일 혹은 서버 애셋(assets)을 자유롭게 한다. 또한, 어는 정도에서는, 이러한 분류는 주어진 시간에 주어진 디바이스에 의해 수행되는 역할에 더 기초를 두고 있다. 대부분의 PMN 사용자들은 고정 및 모바일 네트워크 컴포넌트들 양쪽 모두를 사용하고자 하며, 본 발명의 예측되는 주요 기능은 아래에 설명되는 바와 같이 사용자의 고정 디바이스와 모바일 디바이스 사이의 데이터 접근 및 전달을 용이하게 하는 것이다.

이동성 서버

PMN의 중앙 노드는 이동성 서버(14)이며, 도 2에서 기능적 블럭 형태로 도시된다. 이동성 서버의 주요 컴포넌트들은 통신 모듈(110), 보안 모듈(120), 타겟 디바이스 목록 모듈(target device inventory module)(130), 데이터 수집 모듈(140), 배포 모듈(150), 데이터 관리 모듈(160) 및 변경 관리 모듈(170)이다. 다음의 설명은 이동성 서버 컴포넌트들의 일반적인 성능을 개략적으로 나타낸 것이고, 더 상세한 설명은 아래에서 특정 프로세스의 설명과 함께 제공된다.

통신 모듈(110)은 이동성 서버와 PMN의 고정 컴포넌트 및 모바일 컴포넌트 간의 통신을 관리한다. 이 모듈은 HTML(111), XHTML(112), WAP(113), RSS(114), Email(115) ,IM(116), 및 SMS(117)에 대한 어댑터와 같은 다양한 통신 채널 어댑터를 사용하여, 서버 기능의 나머지에 대해 통신 서비스를 제공한다. 본 발명의 기술분야에 있는 자들은 상기 리스트가 단지 예시적이라는 것을 이해할 것이다. 왜냐하면, 통신 채널은 시간에 따라 변할 수 있고, 어댑터들은 동일한 것을 수용하기 위해 종래기술에서 제공될 수 있기 때문이다. 그러나, 통신 모듈의 기능적 요건 및 동작은 유지된다.

특히 강조하고 싶은 것은, 비록 편의상 그리고 관례적으로 기능적 블럭을 독립적 개체로서 설명하고 있지만, 이러한 요소들은 이동성 서버의 동작 동안 계속 상호작용하고 있다는 것이다. 예를 들어, 통신 태스크에 의해 수행되는 통신 모듈(110)은 아래 설명으로부터 명확하게 되는 바와 같이 다른 많은 컴포넌트들과 함께 동작가능한 동작을 필요로 한다. 예를 들어, 통신은 메모리 및 스크린 크기와 같은 모바일 디바이스의 특별한 필요성으로 인해 데이터가 재포맷될 것을 요구하고, 그래서 HTML 문서의 어셈블링(assembling) 및 전송은 주어진 모바일 디바이스의 필요성을 수용하기 위해 내장된 그래픽의 렌더링을 요구할 수 있다. 다른 예들은 본 발명의 기술분야에 종사자들에게 명확할 것이다.

보안 모듈(120)은 보안 서비스를 제공하는데, 일반적으로 종래 기술의 요건을 따르고 있다. 필요한 서브유닛들이 여기서 제공되는데, 암호화/암호해독 모듈(122), 방화벽(124), 및 안티-바이러스/안티-스팬 모듈(anti-virus/anti-spam module)(126)을 포함한다. 대체적으로 보안 모듈의 세부적 사항 및 구현은 네트워크 보안 시스템의 최신 기술로 설명된다. 정보가 네트워크를 통해 이동할 때 많은 네트워크 시스템이 안티-바이러스 및 안티-스팸 차단을 수행하지 않지만, 이러한 단계는 여기서는 일반적이다. 예측되는 것으로, 기술은 시간에 따라 변하고, 그리고 이러한 변경은 본 발명의 범위에 영향을 미치지 않으면서 구현될 수 있다. 유의할 것으로 암호화/암호해독 시스템 및 디바이스 분야에서의 선택의 범위가 이용가능하다. 본 출원서에서는 바람직하게는 128-비트 암호화를 사용한다.

다른 두 개의 모듈이 본 발명에 특별한 것을 제공한다. 허가 모듈(121)은 시스템을 걸쳐 넓게 퍼진 그리고 유연한 데이터 공유를 가능하게 하는 허가 연결의 레지스터를 유지한다. 곧 바로 이용가능한 이러한 데이터를 갖음으로써 네트워크 구성들 간의 정보 공유가 용이하고, 반면에 보안 환경을 유지할 수 있다. 새로운 구성원 모듈(123)은 빠른 정보 공유가 가능하도록, 잠정적으로, 새로운 구성원들의 빠르고 간단한 추가가 가능하도록 설계된다. 예를 들어, 이러한 설비는 비즈니스 상대에 정보를 전달하고자 하고 반면에 원격 위치에서 이 비즈니스 상대를 빠르게 네트워크에 들어오게 하여 요구된 파일 전달 혹은 공유를 개시하고자 하는 구성원을 허락한다.

타겟 디바이스 목록(130)은 다양한 포맷으로 데이터를 수용하기 위한 각각의 디바이스의 능력뿐만 아니라 다양한 형태로 데이터를 렌더링하는 디바이스의 능력에 관해 네트워크 구성원 디바이스를 추적한다. 이러한 정보는 일반적으로 네트워크 구성원의 초기 구성 동안에 수집되거나 또는 구성원에 의한 변경 정보로서 수집된다. 이 모듈은 디바이스 관련 데이터를 저장하기 위해 프로파일 저장소(profile store)(166)와 상호작용한다.

타겟 디바이스 목록에서, 포맷 기준 레지스터(132)는 포맷에 대한 정보를 유지하는데, 이 포맷으로 다양한 데이터 타입이 각각의 디바이스 혹은 특정 사용자 디바이스에 제공되어야 하며, 더불어 이용가능한 메모리 양, 스크린 타입, 및 크기와 같은 기본적인 디바이스 정보도 함께 제공되어야 한다. 예를 들어, 모바일 디바이스들은 마이크로소프트 워드와 같은 워드 프로세싱 프로그램으로부터의 포맷된 텍스트 또는 마이크로소프트 엑셀과 같은 프로그램으로부터의 스프레드시트를 디스플레이하지 못할 수 있다. 이러한 원래 포맷으로 데이터를 전달하는 것은 사용자에게 유익하지않는데, 왜냐하면 기껏해야 레지스터가 수신은 하지만 이들은 디스플레이되지 않을 수 있기 때문이다. 마찬가지로, 렌더링 능력 레지스터(134)는 각각의 네트워크 구성원의 렌더링 능력을 추적한다. 이전의 예를 한 단계 더 취하면, 만약 스프레드시트를 모바일 폰에 전송하고자 한다면, 스프레드시트는 핸드셋이 수신하 고 디스플레이할 수 있는 포맷으로 렌더링되어야만 한다. 이 스프레드시트를 본래의 포인트에서 이 포맷으로 변환할 수 있다면, 이것은 이 목적을 달성하는 가장 빠르고 가장 효율적인 방법이다. 따라서, 이 능력이 본래 발신 구성원에 존재하는지 여부를 아는 것은 핵심적인 데이터 아이템이다.

데이터 수집 모듈(140)은 네트워크 구성원들로부터 저장 시스템으로의 데이터의 수집을 감독한다. 아래에서 도 4와 함께 더 상세히 설명되는 바와 같이, 들어오는 데이터는 데이터 저장 시스템에 단순히 놓이지 않는다. 오히려, 포맷 관리자(142)를 통해 동작하는 데이터 수집 모듈은 데이터가 어디에 저장되어야 하는 지를 결정하고, 어떤 포맷으로 저장되어야 하는 지를 결정하며, 아래에서 설정된 다른 동작들을 결정한다.

배포 모듈(160)은 아래에서 도 5와 함께 더 상세히 설명되는 바와 같이, 이동성 서버로부터 네트워크 구성원들로의 데이터의 배포를 담당한다. 두 개의 서브유닛들이 이 기능을 돕고 있다. 렌더링 모듈(152)은 렌더링 기능을 수행하며, 요구되는 대로 하나의 포맷으로부터 다른 포맷으로 데이터를 번역한다. 독립된 기능이 스트리밍 모듈(154)에 의해 제공되는데, 이것은 이동성 서버로부터 사용자에게 직접적으로 데이터를 스트리밍하는 능력을 제공한다. 이 후자의 능력은 특히 비디오 혹은 사운드 파일과 같은 매체에 대해서 유용한데, 왜냐하면 이것은 다운로드해야만 하고 이후에 이 파일을 실행시키기 위한 적당한 디바이스를 찾아야 하는 것보다 오히혀 이러한 매체에 구성원의 직접 접근이 가능하기 때문이다.

데이터 관리 모듈(160)은 실제 저장 프로세스를 관리하기 때문에 시스템 내 에서 중요한 위치를 차지한다. 이 모듈의 많은 동작은 아래에서 프로세스의 상세한 설명과 함께 설명된다. 다섯 개의 데이터 저장 유닛들(중앙 인덱스(164)를 구비한 1차 데이터 저장소(162), 구성원 프로파일 저장소(166), 메타데이터 저장소(167), 및 버전 관리자(168))은 실제 저장 기능을 수행한다. 중앙 데이터 저장소 및 그 관련 인덱스는 스케일이 큰 데이터베이스 시스템을 포함하는데, 이것은 임의의 포맷으로 데이터를 저장할 수 있고, 최신의 인덱싱, 조사 및 검색 능력을 구비하고 있다. 이러한 데이터베이스 시스템은 본 발명의 기술분야에서 공지되어 있고, 오라클, 마이크로소프트, MySQL, 등과 같은 판매자들에 의해 공급되고 있다. 이러한 시스템은 본 명세서에서 설명되는 목적에 적합하게 구성될 수 있고, 그리고 기술이 발전함에 따라, 더 성능 좋은 데이터베이스 시스템으로 구현될 수 있으며, 이러한 것 모두는 본 발명의 범위 내에 있다. 유의해야만 하는 것으로, 데이터 관리 모듈(160)은 시스템에 대해 가장 중요한 데이터 태스크를 처리하지만, 다른 많은 서브시스템들이 그들 자신의 데이터 관리 동작들을 수행한다. 예를 들어, 보안 모듈(120)은 허가, 새로운 구성원 동작들, 등에 관한 데이터를 유지한다.

구성원 프로파일 저장소(166)는 구성원 관련 정보를 처리하는 태스크 전용의 개별 데이터 저장소이다. 개별 시스템은 이 태스크 전용인데, 왜냐하면 빠르게 그리고 효율적으로 구성원 정보를 처리하는 것이 이 시스템에서의 임무-결정적 태스크(mission-critical task)이고, 모바일 디바이스와 고정 디바이스의 혼합에 의해 더 복잡하게 되기 때문이다. 이 데이터베이스는 모든 구성원 특정의 데이터 아이템을 저장하며, 이러한 아이템에는 고정된 개인 데이터(이름, 주소 등), 구성원 관련 디바이스 정보(장비 ID, 메모리 용량, 스크린 용량, 렌더링 용량, 등), 및 동작 정보(경고 트리거, 내력, 추적 내력)이 있다.

메타데이터 저장소(167)는 마찬가지로 시스템의 중요한 부분이다. 메타데이터는 몇몇 가능한 타입을 나열하기 위해 데이터 자체에 대한 다양한 정보를 포함하는데, 예를 들어 허가, 공유 정보, 모니터링 혹은 경보 정보, 또는 변경 정보가 있다. 본 시스템에서, 메타데이터는 다른 타입의 시스템에서보다 더 중요한데, 왜냐하면 이 시스템은 데이터 공유 및 데이터 접근성을 증진시키도록 설계되었기 때문이다. 또한, 모바일 사용자를 강조함으로써 네트워크 속도 및 유연성에 프리미엄이 붙는다.

버전 관리자(168)는 아래에서 더 상세히 설명되는 바와 같이 문서 버전의 저장 및 추적을 감독한다. 많은 기술이 본 발명의 기술분야에 종사하는 자들에게 이용가능하며, 이들은 최상의 적절한 시스템을 구현하는 방법을 알고 있다.

변경 관리 모듈(170)은 두 가지 중요한 기능을 제공하기 위해 네트워크를 거쳐 문서 및 데이터를 모니터링한다. 첫째, 추적 모듈(172)은 구성원에 의해 취해진 문서에 관한 모든 동작들을 모니터링한다. 예를 들어, 만약 문서가 사용자에게 전달되면, 사용자는 그 다음에 그 문서를 열어보고, 문서에 변경을 가하고, 그리고 그 다음에 문서를 제 3 파티로 포워딩시킨다면, 이러한 모든 동작들은 추적 모듈에 의해 기록된다. 추적 결과는 프로파일 저장소(166)에 저장된다. 경고 모듈(174)은 특정 이벤트, 예를 들어 상기 언급된 문서 동작 혹은 환경 내의 동작들의 발생시 사용자의 주의를 불러일으킨다. 양쪽 프로세스는 모두 도 5와 함께 아래에서 더 상 세히 설명된다.

이동성 서버는, 공지된 설계 및 동작 표준에 따라, 스케일이 큰 데이터 센터에 설치되어 동작한다. 이동성 서버의 일 실시예는, 예를 들어, 최적의 저장과 관리를 위해 물리적 서버들을 서버 셀들로 그룹화하는 아키텍처를 사용한다. 이러한 시스템은 바람직하게는 3 Ghz와 같은 최신의 클럭 속도로 동작하는 듀얼 프로세서, 듀얼 기가비트 네트워크 카드, 및 Raid5 구성의 12 250GB와 같은 대량 저장 능력을 구비하여 전체 2.5TB 저장 능력을 제공하는 서버들을 이용한다. 본 발명의 기술분야에 종사하는 자들은 이러한 장비가 3Ware 등과 같은 판매자로부터 얻을 수 있다는 것을 알고 있다. 리눅스 운영 체제와 데이터베이스 서버로서 MySQL을 사용하는 것이 바람직하며, AFS(Andrew File System), 유닉스/리눅스 기반의 파일 시스템은 서버 셀에서 이용가능한 모든 드라이브들을 단일의 논리적 파일 시스템으로 맵핑시키는 것을 가능하게 한다. 바람직한 시스템의 다른 세부적인 것들은 본 발명의 기술분야에서 잘 알려져 있다. 본 발명의 또 다른 실시예는 본 발명의 기술분야에서 종사하는 자들이 이해하고 있는 바와 같이, 정교함과 섬세함이 꽤 떨어지는 하드웨어를 사용할 수 있다.

네트워크 에이전트

이동성 서버는 소프트웨어를 장착할 수 있는 각각의 네트워크 컴포넌트(혹은 "호스트" 컴포넌트) 상에 상주하는 네트워크 에이전트(16)에 의해 보조를 받는다. 이 에이전트는, 클라이언트 소프트웨어를 수용하는 PDA 및 랩탑과 같은 이러한 모바일 컴포넌트들과 모든 고정 네트워크 컴포넌트 상에서 네트워크 클라이언트로서 동작한다.

이 에이전트는 보안 인프라(240)를 통해 이동성 서버와 인터페이스 한다. 이 요소는 방화벽(244) 뿐만 아니라 암호화 서비스(242) 및 안티-스팸/안티-바이러스 서브시스템(246)을 포함한다. 이러한 서비스는 호스트 시스템 상에서 유사한 시스템에 대한 보충으로서 혹은 유사한 시스템 대신 구성될 수 있다.

데스크탑 API(220)는 호스트 컴퓨터의 동작에 에이전트 기능을 통합시키고, 그리고 이러한 API는 제공되는 다양한 PC 아키텍처 및 데스크탑 애플리케이션에 호환성을 제공하도록 구성된다. 예를 들어, 하나의 API는 에이전트가 마이크로소프트 윈도우 환경에서 동작하도록 할 수 있고, 반면에 다른 것들은 애플 맥캔토시 및 리눅스 환경에서의 동작을 위해 제공된다. API는 출현하는 데스크탑 기능과 통합되도록 추가적인 데스크탑 어댑터들의 생성을 가능하게 하기 위해 명확하고 접근가능한 인터페이스 포인트들을 제공해야만 한다.

데스크탑 어댑터(210)는 워드 프로세싱, 오피스 지원 애플리케이션 및 다른 애플리케이션과 같은 로컬 호스트 상에서 실행되는 애플리케이션과 에이전트 간의 동작 인터페이스를 제공한다. 이러한 모듈은 API 하에서 기입되어 주요 데스크탑 기능에 단단히 통합될 수 있으며, 예를 들면, 파일 시스템 어댑터(211), 마이크로소프트 아웃룩 어댑터(212), 검색 엔진 어댑터(213), CRM(Customer Relationship Management) 시스템 어댑터(214), 문서 관리 시스템 어댑터(215), 및 다른 어댑터들(216)이 있다. 이 시스템은 기술 발달에 의해 요구되는 새롭거나 개선된 어댑터들의 용이한 개발을 위해 설계된다. 유의해야만 하는 것으로, 데스크탑 어댑터는 로컬 하드웨어 상에서 실행되는 애플리케이션(예를 들어, 마이크로소프트 아웃룩과 같은 것)과 통합될 뿐만 아니라 클라이언트-서버 혹은 순수한 웹-기반의 구성에서 동작할 수 있지만 데스크탑으로부터 접근가능한, CRM과 같은 애플리케이션과 통합될 수 있다.

클라이언트 서비스 모듈(230)은 시스템에 대한 동작 서비스 및 관리 서비스를 수행한다. 동작적으로, 이 모듈은, 도 4a와 함께 아래에서 설명되는, 자동 백업 프로세스의 로컬 부분을 감독한다. 관리적으로, 이 모듈은 시스템의 효율적인 동작을 확실하게 하는 많은 서비스를 제공한다. 예를 들어, 작업부하의 균형을 유지시키는 것은 중요한 태스크이며, 그래서 이 모듈은 이동성 서버 레벨에서 유사한 모듈과 협력하여 동작하여 기능성 및 효율성 모두를 최적화시키도록 태스크들을 스케쥴링하고 할당한다. 전형적으로는 높은 대역폭을 요구하는, 업로드 및 다운로드와 같은 데이터 통신 동작의 타이밍은 부족한 리소스들 상의 부하를 고르게 하기 위해 오프-피크 시간(off-peak times)까지 스프레딩(spreading)될 수 있다. 서버 상의 에이전트 및 유사한 제어 시스템은 함께 동작하여 로컬 호스트와 서버 양쪽 모두에서 작업부하의 균형을 맞추고, 작업부하 및 트래픽의 기존의 조건 하에서 이들을 가장 잘 처리할 수 있는 위치에 태스크들을 할당한다. 이러한 동작들은 본 발명의 기술분야의 종사자들이 알고 있는 것들이다. 이 에이전트의 바람직한 형태는 또한 클라이언트 서비스 모듈에서의 견고한 멀티트래딩된 모니터링을 제공함으로써 에이전트와 호스트 시스템 간의 밀착 통합을 확실하게 한다.

렌더링은 본 발명의 중요한 실시형태이며, 그래서 렌더링 모듈(232)은 로컬 레벨에서 그 동작을 관리한다. 아래에서 설명되는 바와 같이 자동 백업과 배포 프로세스에서 알 수 있는 바와 같이, 데이터는 다양한 포맷으로 네트워크에 제공된다. 일반적으로, 서버 리소스들을 보존하고 개별 사용자에 대한 비용을 최소화하기 위해 로컬 레벨에서 렌더링 동작을 수행하는 것이 바람직하다.

에이전트는 이들을 수신할 수 있는 모든 네트워크 구성원들 상에 설치된다. 일반적으로 예측할 수 있는 것으로, 모든 고정 컴포넌트 구성원들은 상주하는 에이전트를 가진다. 명확하게는, 모든 랩탑 디바이스들은 마찬가지로 에이전트들이 설치되도록 하고, 소프트웨어를 유용하게 수용할 수 있는 이러한 PDA가 있을 수 있다. 스펙트럼의 말단에서, 셀룰러 전화기 핸드셋은, 주로 SMS를 통해서뿐만 아니라 이러한 디바이스에 통합적으로 제공되는 브라우저 능력을 이용하여, 어떤 통신 채널이 제공되는지에 상관없이 네트워크와 상호작용한다. 시간이 지나면서 예측되는 것으로는, 이러한 디바이스들의 성능은 더 향상되고 그리고 에이전트들은 이들이 발전함에 따라 이러한 디바이스들을 위해 제공된다.

앞서의 설명이 본 발명의 실시형태를 설명하고 있지만, 명확히 해야 할 것으로, 본 발명은 광범위한 특정 형태로 구현될 수 있다는 것이다. 예를 들어, 이동성 서버 기능은 앞서 설명된 바와 같이 종래 서버/데이터 센터로서 구현될 수 있거나, 혹은 더 분산된 방식으로 구성될 수 있다. 이 서버 자체는 종래 방식으로 구성될 수 있거나, 또는 웹 서비스, 엔터프라이즈 서비스 아키텍처, 또는 다른 것들과 같은 출현하는 아키텍처들 중 어느 하나의 방식으로 구성될 수 있다. 소프트웨어-기반의 시스템이 아래에서 설명되지만, 본 발명의 기술분야에서 종사하는 자들은 동 일한 결과가 하드웨어적 실시예 또는 하이브리드(펌웨어) 구조로 달성될 수 있다는 것을 알 수 있다. 특히 네트워크 에이전트는, 만약 기술이 보다 더 작은 패키지에 보다 더 많은 기능을 허용하도록 발전하고, 더욱 더 많은 모바일 네트워크 구성원들 내에 네트워크 에이전트 기능을 통합시키는 능력이 증진된다면, 앞서 설명된 세부사항들로부터 상당한 많이 변경될 수 있다.

일반적으로, 네트워크는 고정 컴포넌트 구성원들(넓은 의미로는 복수의 포맷으로 데이터를 렌더링할 수 있는 것들로 정의됨)과, 이들의 사용자와 이동하는 모바일 구성원들과, 그리고 복수의 포맷으로 정보를 저장하고 이것을 그들의 시스템의 필요에 따라 특별하게 구성된 포맷으로 사용자에게 제공하는 중앙 허브를 포함한다.

자동 백업/가상 공표( Automatic Backup / Virtual Publication )

네트워크 구성원으로부터 데이터를 자동으로 백업하는 프로세스가 도 4a와 도 4b에 도시된다. 이 프로세스는 많은 개별적인 목적들을 수행한다. 사용자로부터의 작업을 즉각적이고 자동으로 백업하는 태스크는 가장 직접적인 것이지만, 종래 기술의 시스템과 달리, 본 백업 방법은 데이터를 백업할 뿐만 아니라 다양한 모바일 포맷 상에서의 사용에 적합한 방식으로 데이터를 가상으로 공표하는 것이다. 이해할 것으로, 본 명세서에서 사용되는 용어 "공표"는 모바일 사용자에게 실제적인 공표를 표시하는 것이 아니고, 오히려 본 발명의 이 실시형태가 이러한 공표를 가능하게 할 수 있다는 것을 표시한다. 본 발명에 정확히 딱 맞는 정확한 용어가 종래 기술에는 없어, 용어 "가상 공표"는 차후의 사용을 위해 이용가능한 포맷된 데 이터를 만드는 프로세스를 설명하기 위해 채택되었다.

본 명세서에 나타난 가상 공표와 데이터 백업을 구별하는 것이 또한 중요하다. 전자의 용어는 모바일 사용자들 위해 포맷된 데이터의 제공을 의미하는데, 이 포맷은 일반적으로 원래 데이터 포맷과는 다른 것이다. 이 용어는 또한 다른 사용자들에 의한 접근 가능도를 의미한다. 반면에, 백업은 백업을 위해 선택된 모든 데이터의 전체 저장을 의미한다. 더욱이, 백업이 원래 데이터 포맷과는 다른 어떤 포맷(예를 들어, 압축 포맷)으로 일어나는 범위에서, 이 포맷 변화는 일반적으로 사용자로부터 감추어지는 데, 왜냐하면 데이터는 원래 포맷으로부터 백업되어 동일한 것으로 복원되기 때문이다.

아래에서 알 수 있는 바와 같이, 사용자는, 이러한 동작들의 임의의 결합으로, 데이터 백업 및 가상 공표 모두를 할 수 있다. 예를 들어, 기존 백업 저장소에 접근권을 갖는 사용자는 백업 없이 데이터를 가상으로 공표하도록 선택할 수 있다. 역으로, 모바일 사용자들과 통신할 필요가 없는 사용자는 단지 백업 동작만 하도록 선택할 수 있다. 그러나, 본 명세서에서 제공되는 본 발명의 실시형태의 전체 사용은 백업 및 가상 공표 모두를 수반한다.

본 발명의 일 실시형태에 따르면, 백업 동작은 에이전트(로컬) 레벨 및 이동성 서버(네트워크) 레벨 양쪽 모두에서 일어난다. 도 4a에 도시된 단계는 에이전트에서 일어나는 것이고, 반면에 도 4b는 네트워크에서의 동작을 도시한다. 이 프로세스는 에이전트의 데이터 클라이언트 서비스 모듈(230)에 의해 실행된다(도 3).

네트워크 에이전트는 데이터 변경에 대해 호스트 시스템을 모니터링하는 단 계(302)를 계속적으로 수행한다. 이 단계는 호스트와의 통합의 결과로서 수행되고, 그리고 본 발명의 기술분야의 종사자들은 이러한 기능을 구현하는 다양한 방법을 이해하고 있다. 단계(304)에서 변경이 검출되면, 시스템은 해당 변경이 백업 동작을 트리거링 해야만 하는지 여부를 결정 단계(306)에서 결정한다. 이 결정은 테이블, 옵션, 및 유사한 공지된 기능을 사용하여 많은 종래 방법으로 수행될 수 있다. 대안적으로, 사용자는 명확하게 문서 혹은 파일을 가상적으로 공표하기를 요구할 수 있고, 이 경우 가상 공표 요청이 마찬가지로 단계(304)에서 일어난다.

단계(306)는 사용자에 의해 변경된 데이터가 백업되어야만 하는지 여부를 결정한다. 물론, 명백한 가상 공표 요청이 있다면 더 이상의 분석 없이 이 지점에서 "예"를 반환한다. 본 발명의 일 실시예에서, 단계(306)와 같은 결정 단계는 사용자에 의해 정의된 백업 파라미터에 의해 조정된다. 이 주요 변수들은 어떤 문서가 백업되어야 하는지 그리고 언제 그렇게 하여야 하는지에 관한 문제들을 처리한다. 이 프로세스의 가상 공표 실시형태는 또한 사용자가 데이터의 가능성 있는 수령자들 뿐만 아니라 임의의 특별한 처리 혹은 보안 문제를 (백업 파라미터 혹은 일반적인 사용자 선호도 중 어느 하나와 함께) 특정하도록 한다. 따라서, 본 발명의 일 실시형태에서, 사용자는 (예를 들어, 파일 타입이 JPG 및 AVI로 식별될 수 있는) 사진 및 비디오는 광범위한 사용자 그룹에 의해 접근될 수 있지만, 반면에 워드 프로세싱 문서 및 스프레드시트는 단지 선택된 그룹에 대해서만 이용가능하도록 특정할 수 있다.

해당 데이터 파일 혹은 문서가 백업되어야 하는 것으로 결정된다면, 에이전 트는 단계(308)에서 전송 파라미터를 결정한다. 이러한 파라미터들은 주로 데이터 파일이 그 전체가 전송되어야 하는지 아니면 단지 변경된 것만이 전송되어야 하는지에 관한 것이다. 또한, 이 시스템은 어떤 포맷을 사용할지 결정하고, 그리고 데이터의 복수의 복사물이 포워딩되어야만 하는지 여부를 결정한다. 후자는 시스템이 다양한 전력을 갖는 장비 상의 복수의 사용자에게 서비스를 제공할 수 있게 한다. 예를 들어, 그래픽 파일은 세 개의 포맷으로 백업될 수 있는데, 즉 본래 사용된 이미지 크기 및 해상도를 갖는 원본 포맷 파일(예를 들어, JPEG, PSD, 등)과, 미리보기에 적합한 썸네일 파일(thumbnail file)과, 그리고 셀룰러 전화기 핸드셋과 같은 디바이스에 적합한 저해상도의 작은 이미지 파일이 그것이다. 또는, 많은 모바일 디바이스에서 디스플레이되기 어려운 마이크로소프트 엑셀과 같은 포맷이 평범한 텍스트 파일 혹은 pdf 문서로 저장될 수도 있다. 에이전트는, 사용자 선호도뿐만 아니라 시스템 규칙 및 가이드 라인을 포함하고 있는 프로파일 데이터 저장소(310)와의 상호작용으로, 이러한 결정을 내린다.

단계(308)의 결정은 결과적으로 데이터가 저장될 포맷들의 세트를 결정하고, 이것은 또한 결정 단계(312)와 재포맷 단계(314)의 포맷 루프를 구동시킨다. 몇몇의 재포맷 반복이, 앞서의 그래픽 예에서와 같이 요구될 수 있는데, 이것은 결정 단계(312)의 입력 쪽으로 루프를 다시 보내는 재포맷 단계를 요구하고 있다. 추가로, 데이터의 각각의 재포맷된 복사물이 저장 위치에 할당된다. 앞서 설명된 바와 같이, 백업 없이 단지 가상 공표만을 요구하는 사용자에 대해서, 데이터는 이것을 수행하기에 가장 편리하고 비용 효율적인 장소에 저장될 수 있다. 발신 시스템 상 에 어떤 데이터 복사물을 저장하는 것이 바람직할 수 있고, 그래서 서버 저장 리소스를 보존할 수 있다. 예를 들어, 서버 상에서의 용량이 큰 그래픽 파일 저장의 오버헤드를 피하기 위해, 단지 썸네일 형태 및 저해상도 형태로 그래픽 데이터를 가상으로 공표하는 것이 바람직할 수 있다.

전송 전에, 데이터는 종래 기술에서 이용가능한 공지된 방법들 중 어느 하나를 사용하여, 단계(318)에서 암호화된다. 마지막으로, 데이터는 단계(318)에서 전송된다. 이 단계를 수행하는 바람직한 방법은, 이 프로세스를 달성하기 위해 널리 이용가능한 물품들(예를 들어, VeriSign Inc.로부터 상업적으로 이용하는 것들) 중 어느 하나를 사용하여 128-비트 레벨에서 데이터를 암호화하고, 그리고 보안 SSL 접속을 통해 이것을 전송하는 것이다.

이동성 서버 상의 자동 백업 동작이 도 4b에 도시되어 있다. 이 프로세스는 도 2에 도시된 데이터 수집 모듈(140)이 맡고 있다. 처음에, 데이터가 수신되고(단계(320)), 암호해독되고(단계(322)), 그리고 인텍싱된다(단계(324)). 이 인텍스 동작은 중앙 인텍스(164)를 포함한다.

메타데이터 저장소(164)와 상호작용하는, 단계(326)에서의 메타데이터의 생성 및 저장은 정보의 계속적 이용가능도를 제공하는 데 있어 중요하다. 메타데이터 내에 어떤 요소들이 포함되어야 하는지 결정하는 것은 애플리케이션에 따라 달라지며, 이것은 본 발명의 기술분야의 종사자들의 기술적 범위 내에 있는 것이다.

단계(328)에서, 버저닝 서브시스템(versioning subsystem)이 버전 저장소(168)와 함께 동작한다. 버저닝 시스템의 세부적인 것은 본 발명의 기술분야에서 공지되어 있지만, 본 발명에 따른 일 시스템에서, 버저닝은 얼마나 많은 버전들의 문서가 저장되어 있는지를 정확하게 결정하기 위해 그리고 유사한 옵션들을 결정하기 위해 사용자에 의해 충분히 구성될 수 있다.

집합적으로, 단계(332-338)는 도 4b에서의 점선 박스 내에 도시된 가상 공표 프로세스(330)를 형성한다. 이 프로세스의 중요한 특징은 단순히 데이터를 백업하거나 저장하지 않는다는 것이다. 오히려, 데이터는 다른 사용자들에게 나중에 이용이 가능하도록 만들어진다. 종래 기술과 명확한 차이가 있는데, 왜냐하면 백업 시스템의 특징이 좁은 기능적 프로파일에 있고, 반면에 공포는 사용자들의 그룹에 대해 적어도 이용가능한 문서를 만드는 것을 나타내기 때문이다. 아래에서 설명되는 바와 같이, 이 시스템이 데이터를 사용자들에게 직접 공표하지 않는다는 사실은 본 발명이 이 실시형태를 설명하면서 용어 "가상 공표"를 채택한 이유이다.

가상 공표 프로세스는, 프로파일 저장소(166)와 상호작용하여 단계(332)에서 저장 파라미터의 결정으로 시작한다. 들어오는 데이터 저장을 위한 포맷이 여기서 결정된다. 이러한 결과를 얻기 위해 많은 방법이 사용될 수 있지만, 여기서는 구성원 프로파일이 이 정보를 포함하는 것이 바람직하며, 이로 인해 이 지점에서의 추가적인 프로세싱 오버헤드를 피할 수 있다. 이 리스팅(listing)은, 이동성 서버(도 2)의 타겟 디바이스 목록(130)과 함께 동작하여 직접적이거나 혹은 동적으로 여러 방법을 통해 획득될 수 있다.

다음으로, 시스템은 단계(330)에서 요구된 데이터 인스턴스를 얻는다. 이것을 하기 위해, 시스템은 이전 단계로부터의 요구된 포맷의 리스트를 에이전트가 이 동성 서버에 전송한 데이터의 포맷과 비교한다. 추가적인 데이터 렌더링이 요구된다면, 시스템은 여기서 그 렌더링이 어디서 달성되어야만 하는지를 결정하고 그리고 이 동작의 실행을 감독한다. 일반적으로, 에이전트는 로컬 호스트 레벨에서 가능한 한 많은 렌더링을 달성할 것으로 예측된다.

여기서부터, 데이터는 단계(336)에서 암호화되고, 그리고 단계(338)에서 중앙 데이터 저장소(162)를 사용하여 저장된다. 데이터 저장소는 도 2와 함께 더 상세히 설명된다. "가상 공표 전용"으로 지정된 데이터의 경우, 실제 저장 단계는 수행되지 않는다.

저장이 완료된 이후에, 시스템은 단계(346)에서 상태 모니터링으로 돌아간다. 사용자는, 주로 아래에서 설명되는 자동 백업 프로세스를 용이하게 하도록, 고정 구성원들(및 인터넷 접속을 유지하고 있는 임의의 모바일 구성원들, 예를 들어 현재 랩탑 사용자들일 수 있고 장래에는 다른 디바이스를 가진 사용자들일 수 있음)과 이동성 서버 간의 개방 접속을 유지할 것으로 예측된다.

배포

사용자에게 이용가능한 데이터를 만드는 태스크는 종래에는 간단했다. 즉, 데이터는 접근가능한 위치에 저장되고, 그리고 사용자는 이 시스템에 로그인하여 이 데이터를 다운로드 한다. 그러나, 모바일 환경에서 이러한 상황은 일반적이지 않다. 사용자는 디바이스 메모리 및 스크린 능력의 관점에서 다양한 데이터 처리능력을 갖는 디바이스로부터 이 시스템에 접근할 수 있다. 도 5에 도시되는 이 배포 프로세스는 이러한 상황을 다룬다. 이 프로세스는 도 2에 도시된 이동성 서버의 기 능적 블럭들 중 두 개로 실행된다. 배포 모듈(150)이 이 배포 단계(단계(350-366))를 감독한다. 변경 관리 시스템(170)이 추적 단계(단계(368-374))를 관리한다.

배포 단계는 단계(350)에서 사용자의 데이터 다운로드 요청에 의해 개시된다. 유의해야 하는 것으로, 사용자들은 데이터 다운로드 요청을 제공하기에 충분한 유연도를 가지고 있어야 하고, 그래서 예를 들어 그 시간에 사용자가 사용하고 있는 디바이스로 데이터가 다운로드 될 수 있도록 요청이 만들어질 수 있을 뿐만 아니라, 이 사용자와 관련된 또 다른 디바이스로 혹은 포워딩을 통해 전체적으로 또 다른 위치로 데이터가 다운로드 될 수 있도록 요청이 만들어질 수 있다. 또한, 본 설명에서는 데이터 다운로드와 관련하여 구현되어야만 하는 보안 절차에 대한 어떠한 언급도 없는데, 왜냐하면, 이러한 절차는 본 발명의 기술분야의 종사자들이 알고 있기 때문이다. 보안 설정에 따라서, 사용자는 필요에 따라 많거나 혹은 소수의 다른 사용자에게 데이터 공유 권한을 부여할 수 있다.

다음으로, 단계(352)는 요구된 데이터가 이동성 서버 상에 위치하고 있는지 혹은 그 관련 데이터 저장소 상에 위치하고 있는지 여부를 결정한다(도 2 참조). 돌이켜 보면, 데이터는 도 4와 함께 설명된 기준에 따라 서버에 혹은 사용자의 위치에 저장될 수 있다. 만약 데이터가 이동성 서버가 아닌 다른 곳에 위치하고 있다면, 결정 단계는 프로그램 흐름을 단계(354)로 진행하게 하고, 여기서 이 데이터는 검색된다. 데이터가 수신됨에 따라(전체적으로 데이터를 기다리지 않음), 데이터는 프로세스의 나머지 부분에 대해 이동성 서버를 통해 이동하고, 이것은 디바이스가, 데이터가 가용하지 않다는 결론에 이르지 않고, 더 빠르게 응답 수신을 시작하도록 한다.

다음으로 시스템은 단계(356)에서 다운로드를 위한 포맷팅 요건을 결정한다. 이 프로세스는 몇 개의 서브-프로세스들을 필요로 하는데, 왜냐하면 올바른 포맷은 수신 디바이스에 따라 다르기 때문이며, 이것은 또한 사용자 선호도에 의해 수정되는 목적 데이터 및 사용자와 사전에 관련되어 있어야만 한다. 이 시스템은 예를 들어 블랙베리(BlackBerry™) 디바이스를 사용하는 사용자 A를 알아야만 하고, 그리고 만약 이 사용자가 엑셀 스프레드시트의 다운로드를 요청한다면, 이 시스템은 이 데이터가 전송 전에 재포맷되어야 함을 알아야 한다. 이 포맷 결정은 프로파일 저장소(166)와의 상호작용에 의해 지원된다. 포맷 데이터 저장소가 또한 조정 불가능한 포맷 문제를 식별하는 것은 매우 중요하다. 예를 들어, 셀룰러 전화기 사용자는 비디오 파일의 다운로드를 요청할 수 있다. 이러한 데이터 파일의 길이는 대게 기본적인 전화기 핸드셋 디바이스의 용량을 훨씬 넘는 다중 기가바이트이다. 이 시스템은 이러한 상황을 식별해야만 하고 그리고 너무 많은 데이터와 관련된 기술적 문제 및 사용자 만족도 문제 모두에 대처해야만 한다. 이 시스템은 이러한 난해한 문제가 생기는 경우 대안적인 동작 과정을 인식할 수 있어야만 한다. 예를 들어, 앞서 설명된 비디오 파일의 경우에, 비디오 파일의 전송이 허용되지 않는다고 단순히 알리는 것보다는, 오히려 이 시스템은 비디오로부터 추출된 하나 또는 그 이상의 썸네일들을 전송할 수 있거나, 혹은 시간 소모적이고 잠재적으로 비경제적인 동작이 일어날 수 있다고 사용자에게 간단히 경고할 수 있다. 다른 방안들이 본 발명의 기술분야의 종사자들에게 제시될 수 있다.

만약 결정 단계(358)에서 데이터 렌더링이 요구된다고 결정된다면, 이 시스템은 단계(360)에서 이 프로세스를 수행하기 위한 최적의 위치를 식별함으로써 시작한다. 이 결정은, 데이터의 타입, 파일 크기, 잠재적 렌더링 위치의 각각의 오버헤드 부하, 및 시스템 규칙 혹은 가이드 라인을 포함하는 여러 인자들에 따라 다르다. 본 발명의 기술분야의 종사자들은 이러한 결정 루틴을 수행하도록 적절한 결정 알고리즘을 구성할 수 있다.

렌더링 위치가 선택되면, 이 시스템은 단계(362)에서 렌더링 동작을 감독한다. 만약 데이터가 또 다른 위치로의 전송을 요구한다면, 이 전송은 수행되어야 하고, 그리고 어떠한 호스트 장비를 포함하든지 간에 이 장비에 적절한 명령이 전송되어야 한다. 대부분의 렌더링은 데스크탑 또는 서버에 상관없이 데이터가 저장되는 위치에서 발생할 것으로 예측된다.

마지막으로, 결정 단계(357)에서, 데이터가 데이터 파일의 형태로 전송되어야 하는지 아니면 사용자에게 스트리밍되어야 하는지 여부가 결정되어야 한다. 그 결정은 데이터 요청시의 사용자 입력에 근거를 두고 있을 수 있거나, 또는 데이터 타입/장비 타입 결합 등으로부터 나올 수 있다. 대부분의 이러한 결정은 매우 명확하여 자동화될 수 있다. 예를 들어, 비디오 데이터 파일들은 본질적으로 셀폰 혹은 PDA와 같은 제한된 저장 용량을 갖는 디바이스로의 다운로드에 대해 부적절하다. 하지만 이것을 이러한 디바이스들에 매우 양호하게 스트리밍으로 제공할 수 있다. 결정에 따라, 데이터는 단계(364)에서 파일로서 다운로드되거나 혹은 단계(366)에서 스트리밍으로 제공된다.

데이터가 사용자에게 배포되는 경우, 변경 관리 모듈(170)(도 2)의 제어하에 추적 단계가 시작한다. 단계(368)에서, 서버에 의한 혹은 수령자에 의한 모든 문서 동작은 이 동작이 발신자 또는 제3자에게 경고를 요구하는지 여부를 결정하기 위해 점검된다(단계(370)). 전형적인 동작으로는 문서가 전달되는 것, 삭제되는 것, 저장되는 것, 수정되는 것, 혹은 제 3 파티로 포워딩되는 것이 있다. 경고가 요구된다면, 이 시스템은 단계(372)에서 이 통지를 요청한 사용자에게 통지한다. 물론, 추적은 이동성 서버 상에서 일어나는 동작들에 한정되는데, 왜냐하면 수취인의 시스템 상에만 단지 수행되는 동작을 결정할 방법이 없기 때문이다. 추적은, 예를 들어 문서가 닫혀졌거나 삭제되었다는 표시와 같이, 요청한 사용자가 문서 작업을 마쳤다는 것을 표시하는 미리 정의된 이벤트를 수령할 때까지 계속된다. 이 지점에서 배포/추적 프로세스가 종료한다(단계(374)).

결론

본 발명이 바람직한 실시예 및 예를 참조하여 앞서 상세히 개시되었지만, 이해할 것으로, 이 예들은 한정적 의미로서가 아닌 예시적 의미로서 사용되었다는 것이다. 컴퓨터를 이용한 프로세싱이 앞서 설명된 실시예들에 암시되어 있다. 따라서, 본 발명은 서로 다른 네트워크에서 데이터 배포 방법으로 구현될 수 있고, 서로 다른 네트워크에서 데이터 배포를 수행하기 위한 로직 및 리소스를 포함하는 시스템으로 구현될 수 있고, 서로 다른 네트워크에서 컴퓨터 이용 데이터 배포를 사용하는 시스템으로 구현될 수 있고, 서로 다른 네트워크에서 데이터 배포를 수행하도록 로직으로 임프레스된 매체로 구현될 수 있고, 서로 다른 네트워크에서 컴퓨터 이용 데이터 배포를 수행하는 컴퓨터 접근가능 서비스로 구현될 수 있다. 본 발명의 기술분야에서 숙련된 자들은 여러 수정 및 결합이 손쉽게 일어날 수 있다는 것을 알고 있으며, 이러한 수정 및 결합은 다음의 특허청구범위 및 본 발명의 사상 내에 있는 것들이다.

Claims (7)

1. 서로 다른 종류의 네트워크에서 데이터를 배포하는 방법으로서,

   이동성 서버, 모바일 컴포넌트들, 및 고정 컴포넌트들을 포함하는 사설 모바일 네트워크를 제공하는 단계와, 여기서 상기 이동성 서버는 네트워크 구성원들 측의 데이터를 저장하는 데이터 저장 유닛들을 포함하고, 이러한 데이터의 적어도 일부는 복수의 데이터 포맷들로 저장되고;

   요청이 있는 경우 선택된 상기 데이터를 수취인들에게 전송하는 단계를 포함하여 구성되며, 여기서 각각의 이러한 전송은 각각의 수취인에게 수용되기 위한 포맷으로 변경되는 것을 특징으로 하는 데이터 배포 방법.
2. 제 1 항에 있어서,

   상기 전송하는 단계는, 배포를 위해 요구된 데이터를 준비하는 단계를 포함하며, 상기 준비하는 단계는,

   전달 수령인의 포맷 수용 기준을 근거로 전달 포맷 요건들을 결정하는 단계와;

   데이터의 이용가능한 저장 복사물들을 포함하는 상기 요구된 데이터의 포맷을 근거로 데이터 포맷 렌더링이 요구되는지 여부를 결정하는 단계와; 그리고

   렌더링이 요구되는 경우, 최적의 네트워크 위치를 결정하여 그 위치에서 이러한 렌더링을 수행하고 이러한 렌더링을 실행하도록 하는 단계를 포함하는 것을 특징으로 하는 데이터 배포 방법.
3. 제 2 항에 있어서,

   상기 전송하는 단계는, 상기 데이터를 스트리밍 파일로서 전송할지 여부를 결정하는 단계와, 그리고 긍정적 응답에 응답하여 상기 데이터를 상기 수취인에게 스트리밍 전송하는 단계를 더 포함하는 것을 특징으로 하는 데이터 배포 방법.
4. 제 1 항에 있어서,

   상기 전송하는 단계 이후에 상기 데이터를 추적하는 단계와; 그리고

   상기 데이터에 관한 사전에 선택된 동작들의 발생시 사전에 선택된 파티들을 식별하는 단계를 더 포함하는 것을 특징으로 하는 데이터 배포 방법.
5. 제 2 항에 있어서,

   상기 포맷 수용 기준은 메모리 능력 및 스크린 특성을 포함하는 것을 특징으로 하는 데이터 배포 방법.
6. 서로 다른 종류의 네트워크에서 데이터를 배포하는 방법으로서,

   이동성 서버, 모바일 컴포넌트들, 및 고정 컴포넌트들을 포함하는 사설 모바일 네트워크를 제공하는 단계와, 여기서 상기 모바일 서버는,

   개인적 정보를 나타내는 데이터와 장비에 관한 정보를 나타내는 데이터 를 포함하는, 네트워크 구성원들에 관한 데이터와, 여기서 상기 장비에 관한 정보는 이러한 장비의 메모리 용량, 스크린 특성, 및 데이터 렌더링 능력에 관한 정보를 포함하며;

   네트워크 구성원들 측에 저장된 데이터를 저장하는 데이터 저장 유닛들을 포함하고, 여기서 상기 데이터의 적어도 일부는 복수의 데이터 포맷들로 저장되고;

   상기 네트워크 내에서 발생하거나 혹은 상기 네트워크 외부에서 발생한 메시지 중 어느 하나의 메시지 형태로 데이터 배포 요청을 수용하거나 또는 상기 네트워크 구성원으로부터 데이터 액세스 요청을 수용하는 단계와;

   배포를 위해 요구된 데이터를 준비하는 단계와, 여기서 상기 준비하는 단계는,

   수취인의 포맷 수용 기준을 근거로 전달 포맷 요건들을 결정하는 단계와;

   데이터의 이용가능한 저장 복사물들을 포함하는 상기 요구된 데이터의 포맷을 근거로 데이터 포맷 렌더링이 요구되는지 여부를 결정하는 단계와; 그리고

   렌더링이 요구되는 경우, 최적의 네트워크 위치를 결정하여 그 위치에서 이러한 렌더링을 수행하고 이러한 렌더링을 실행하도록 하는 단계를 포함하며;

   모든 수취인들에게 상기 데이터를 전송하는 단계와, 여기서 각각의 전송은 각각의 수취인에게 수용되기 위한 포맷으로 변경되며;

   상기 전송하는 단계 이후에 상기 데이터를 추적하는 단계와; 그리고

   상기 데이터에 관한 사전에 선택된 동작들의 발생시 사전에 선택된 파티들을 식별하는 단계를 포함하는 것을 특징으로 하는 데이터 배포 방법.
7. 제 5 항에 있어서,

   상기 전송하는 단계는, 상기 데이터를 스트리밍 파일로서 전송할지 여부를 결정하는 단계와, 그리고 긍정적 응답에 응답하여 상기 데이터를 상기 수취인에게 스트리밍 전송하는 단계를 더 포함하는 것을 특징으로 하는 데이터 배포 방법.

Images