KR100945016B1 - 메신저를 이용한 파일 배포 시스템 및 그 방법 - Google Patents

메신저를 이용한 파일 배포 시스템 및 그 방법 Download PDF

Info

Publication number
KR100945016B1
KR100945016B1 KR1020080025108A KR20080025108A KR100945016B1 KR 100945016 B1 KR100945016 B1 KR 100945016B1 KR 1020080025108 A KR1020080025108 A KR 1020080025108A KR 20080025108 A KR20080025108 A KR 20080025108A KR 100945016 B1 KR100945016 B1 KR 100945016B1
Authority
KR
South Korea
Prior art keywords
data
distribution
client
messenger
file
Prior art date
Application number
KR1020080025108A
Other languages
English (en)
Other versions
KR20090099874A (ko
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 to KR1020080025108A priority Critical patent/KR100945016B1/ko
Publication of KR20090099874A publication Critical patent/KR20090099874A/ko
Application granted granted Critical
Publication of KR100945016B1 publication Critical patent/KR100945016B1/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/50—Business processes related to the communications industry
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
    • H04L51/08—Annexed information, e.g. attachments

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • General Health & Medical Sciences (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • Health & Medical Sciences (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

1. 청구범위에 기재된 발명이 속한 기술분야
메신저를 이용한 파일 배포 시스템 및 그 방법에 관한 것임.
2. 발명이 해결하고자 하는 기술적 과제
위치에 구애받지 않고 다른 사용자와 커뮤니케이션이 가능한 인터넷 메신저 시스템을 이용하여 효율적이고 안정적으로 파일을 분산 배포할 수 있는 파일 배포 시스템 및 그 방법을 제공함.
3. 발명의 해결 방법의 요지
서버에 접속한 클라이언트로 배포되어야 할 데이터가 존재하는지 여부를 확인하는 제1단계; 상기 제1단계의 확인 결과 상기 데이터가 상기 서버에 접속한 클라이언트로 배포되어야 할 데이터가 존재하는 경우에 상기 서버는 상기 데이터를 상기 서버에 접속한 클라이언트로 배포하기 위한 배포 방식 -상기 배포 방식은 상기 서버로부터 상기 데이터를 배포하는 제1방식, 상기 서버에 접속한 클라이언트와 메신저 버디 관계인 다른 클라이언트로부터 상기 데이터를 배포하는 제2방식, 또는 상기 서버와 상기 버디관계의 다른 클라이언트로부터 상기 데이터를 배포하는 제3방식 중 하나 이상을 포함함 -을 결정하는 제2단계; 및 상기 서버는 상기 제2단계에서 결정된 배포 방식이 포함된 배포 명령을 상기 서버에 접속한 클라이언트로 전 송하는 제3단계를 포함하는 데이터 배포 방법을 제공함.
4. 발명의 중요한 용도
네트워크를 통한 파일 배포에 이용됨.
메신저, 파일 배포, P2P

Description

메신저를 이용한 파일 배포 시스템 및 그 방법{SYSTEM AND METHOD FOR FILE DISTRIBUTION USING MESSENGER}
본 발명은 파일 배포에 관한 것으로서, 보다 상세하게는 메신저를 이용한 파일 배포 시스템 및 그 방법에 관한 것이다.
파일 배포에 관한 종래기술로서 2006. 6. 28.자 공개된 대한민국 공개특허 제10-2006-0072422호[명칭: 특정 프로그램의 효율적 자동 배포 및 설치를 위한 네트워크 영역의 P2P(Peer To Peer) 분산 방법 및 그 제작방법과 소프트웨어 자산 및 패치 관리 시스템]가 있다.
상기 종래기술은 브로드캐스팅이 가능한 네트워크 환경, 예를 들어 LAN 환경을 전제로 하여, 상기 네트워크에 연결되어 있는 다수의 클라이언트 시스템을 소정 개수의 그룹으로 분할한 후에 상기 분할된 각 그룹의 클라이언트 중 어느 하나로 하여금 당해 그룹의 나머지 클라이언트에 소정 프로그램을 배포 및 설치시키게 된다.
상기 종래기술에 따르면 상기 소정 프로그램이 저장되어 있는 서버에 집중되는 네트워크 트래픽을 분산시키고 상기 서버가 제공하는 프로그램 자동 설치 서비스의 안정성을 확보할 수 있다.
그러나, 상기 종래기술은 브로드캐스팅이 가능한 환경(LAN)에만 한정되어 적용될 수 있는 기술이기 때문에 인터넷에 범용적으로 연결된 클라이언트에 대하여 적용될 수 없다는 한계가 있다.
따라서, 상기 종래기술에 따른 한계를 극복하고 인터넷에 범용적으로 연결된 클라이언트에 대해서도 안정적으로 파일을 분산 배포할 수 있는 기술이 요구된다.
따라서, 본 발명은 상기 요구에 부응하기 위해 안출된 것으로서, 위치에 구애받지 않고 다른 사용자와 커뮤니케이션이 가능한 인터넷 메신저 시스템을 이용하여 효율적이고 안정적으로 파일을 분산 배포할 수 있는 파일 배포 시스템 및 그 방법을 제공함에 그 목적이 있다.
본 발명이 속한 기술 분야에서 통상의 지식을 가진 자는 본 명세서의 도면, 발명의 상세한 설명 및 특허청구범위로부터 본 발명의 다른 목적 및 장점을 쉽게 인식할 수 있다.
상기와 같은 목적을 달성하기 위해 본 발명은, 서버에 접속한 다수의 클라이언트로 데이터를 배포하는 데이터 배포 방법에 있어서, 상기 서버에 접속한 클라이언트로 배포되어야 할 데이터가 존재하는지 여부를 확인하는 제1단계; 상기 제1단계의 확인 결과 상기 데이터가 상기 서버에 접속한 클라이언트로 배포되어야 할 데이터가 존재하는 경우에 상기 서버는 상기 데이터를 상기 서버에 접속한 클라이언트로 배포하기 위한 배포 방식 -상기 배포 방식은 상기 서버로부터 상기 데이터를 배포하는 제1방식, 상기 서버에 접속한 클라이언트와 메신저 버디 관계인 다른 클라이언트로부터 상기 데이터를 배포하는 제2방식, 또는 상기 서버와 상기 버디관계의 다른 클라이언트로부터 상기 데이터를 배포하는 제3방식 중 하나 이상을 포함함 -을 결정하는 제2단계; 및 상기 서버는 상기 제2단계에서 결정된 배포 방식이 포함된 배포 명령을 상기 서버에 접속한 클라이언트로 전송하는 제3단계를 포함하는 데이터 배포 방법을 제공한다.
그리고, 상기 목적을 달성하기 위해 본 발명은, 클라이언트로 데이터를 배포하는 데이터 배포 시스템에 있어서, 상기 클라이언트로 배포될 데이터를 저장하는 데이터 배포 수단; 상기 클라이언트와 메신저 버디 관계인 다른 클라이언트의 정보를 관리하며 메신저 서비스를 수행하는 메신저 서비스 수단; 상기 클라이언트로 배 포되는 데이터의 이력 정보를 관리하는 배포 정보 관리 수단; 상기 클라이언트로 배포하기 위한 배포 방식 상기 배포 방식은 상기 데이터 배포 수단으로부터 상기 데이터를 배포하는 제1방식 및 상기 클라이언트와 메신저 버디 관계인 다른 클라이언트로부터 상기 데이터를 배포하는 제2방식, 또는 상기 데이터 배포 수단과 상기 버디관계의 다른 클라이언트로부터 상기 데이터를 배포하는 제3방식 중 하나 이상을 포함함 - 을 결정하는 배포 방식 결정 수단; 및 상기 결정된 배포 방식이 포함된 배포 명령을 상기 클라이언트로 전송하는 명령 전송 수단을 포함하는 데이터 배포 시스템을 제공한다.
또한, 상기 목적을 달성하기 위해 본 발명은, 상기 데이터 배포 시스템에 접속하는 클라이언트 시스템에 있어서, 상기 데이터 배포 시스템으로부터 전송된 배포 명령을 수신하는 명령 수신 수단; 상기 수신된 배포 명령에 포함된 배포 방식에 따라 상기 데이터 배포 수단으로부터 상기 데이터를 배포받거나 상기 클라이언트 시스템과 메신저 버디 관계인 다른 클라이언트로부터 상기 데이터를 배포받는 데이터 수신 수단; 및 상기 데이터 수신 수단에 의해 배포받은 데이터를 저장관리하는 데이터 관리 수단을 포함하는 클라이언트 시스템을 제공한다.
또한, 상기 목적을 달성하기 위해 본 발명은, 데이터를 배포하는 데이터 배포 방법에 있어서, 서버에 접속한 클라이언트로 배포되어야 할 데이터가 존재하는지 여부를 확인하는 제1단계; 상기 제1단계의 확인 결과 상기 데이터가 상기 서버 에 접속한 클라이언트로 배포되어야 할 데이터가 존재하는 경우에 상기 클라이언트는 상기 배포되어야 할 데이터가 메신저 버디 관계인 다른 클라이언트에 존재하는지 확인하는 제 2 단계; 상기 다른 클라이언트에 상기 데이터가 존재하는 경우, 상기 데이터를 배포받기 위한 배포 방식 -상기 배포 방식은 상기 서버로부터 상기 데이터를 배포하는 제1방식, 상기 서버에 접속한 클라이언트와 메신저 버디 관계인 다른 클라이언트로부터 상기 데이터를 배포하는 제2방식, 또는 상기 서버와 상기 버디관계의 다른 클라이언트로부터 상기 데이터를 배포하는 제3방식 중 하나 이상을 포함함 -을 결정하는 제3단계를 포함하는 데이터 배포 방법을 제공한다.
본 발명에 따르면 인터넷 접속이 가능하면 위치에 구애받지 않고 다른 사용자와 커뮤니케이션이 가능한 메신저 시스템을 이용하여 메신저 클라이언트간에 파일을 배포할 수 있도록 함으로써 상기 파일 배포에 필요한 리소스를 분산시키고 상기 파일을 효율적이고 안정적으로 분산 배포할 수 있다.
이하의 내용은 단지 본 발명의 원리를 예시한다. 그러므로 당업자는 비록 본 명세서에 명확히 설명되거나 도시되지 않았지만 본 발명의 원리를 구현하고 본 발명의 개념과 범위에 포함된 다양한 장치를 발명할 수 있는 것이다. 또한, 본 명세서에 열거된 모든 조건부 용어 및 실시예들은 원칙적으로, 본 발명의 개념이 이해 되도록 하기 위한 목적으로만 명백히 의도되고, 이와같이 특별히 열거된 실시예들 및 상태들에 제한적이지 않는 것으로 이해되어야 한다. 또한, 본 발명의 원리, 관점 및 실시예들 뿐만 아니라 특정 실시예를 열거하는 모든 상세한 설명은 이러한 사항의 구조적 및 기능적 균등물을 포함하도록 의도되는 것으로 이해되어야 한다. 또한 이러한 균등물들은 현재 공지된 균등물뿐만 아니라 장래에 개발될 균등물 즉 구조와 무관하게 동일한 기능을 수행하도록 발명된 모든 소자를 포함하는 것으로 이해되어야 한다.
상술한 목적, 특징 및 장점들은 첨부된 도면과 관련한 다음의 상세한 설명을 통하여 보다 분명해 질 것이다. 우선 각 도면의 구성요소들에 참조 번호를 부가함에 있어서, 동일한 구성 요소들에 한해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 번호를 가지도록 하고 있음에 유의하여야 한다. 또한, 본 발명을 설명함에 있어서, 관련된 공지 기술에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우 그 상세한 설명을 생략한다. 이하, 첨부된 도면을 참조하여 본 발명에 따른 바람직한 실시예를 상세히 설명한다.
본 명세서에서 언급되는 인터넷 메신저(Instant Messenger) 서비스는 이메일과는 달리 실시간 메시지 전송이 가능하다는 장점으로 현재 인터넷을 이용한 통신 서비스에서 대중적으로 사용되고 있다. 현재 메신저 서비스는 단순한 텍스트 전송외에도, URL 전송, 그룹채팅, 파일전송 등 다양한 기능을 제공하고 있을 뿐 아니 라, 주식, 교통, 기상등 부가 정보 또는 게임, 유무선 연동 서비스, 음성 채팅, 화상 채팅등의 부가 서비스 기능이 통합되어 제공되고 있다. 따라서 메신저 서비스는 일상생활은 물론 기업활동에 있어서 가장 강력한 커뮤니케이션 수단으로 자리잡고 있는 이메일과 차별화 되는 실시간 커뮤니케이션, 각종 부가 기능 등 및 이기종 간의 연동 등을 토대로 더욱 발전할 전망이다. 메신저 서비스는 실시간적으로 송수신 클라이언트가 메시지를 교환할 수 있도록 한다. 메신저 서비스 네트워크는 메신저 서버와 다수의 메신저 클라이언트로 구성된다. 상기 메신저 클라이언트는 상호간에 상기 메신저 서버를 통해 메시지를 교환하게 된다. 각 메신저 클라이언트는 특정의 다른 메신저 클라이언트와 친구(버디, buddy) 관계를 맺을 수 있으며, 메신저 서버는 상기 버디 정보를 관리한다.
본 발명에 따르면, 메신저 서버 기능을 포함하는 파일 배포 서버에 배포를 위한 파일이 저장되어 있는 상태에서 인터넷을 통해 상기 파일 배포 시스템에 접속한 메신저 클라이언트중 일부에 대해서는 상기 파일 배포 시스템으로부터 상기 파일이 직접 배포되고, 상기 파일 배포 시스템에 접속한 나머지 메신저 클라이언트에 대해서는 당해 메신저 클라이언트와 버디 관계를 맺고 있는 메신저 클라이언트로서 상기 파일을 이미 배포받아 저장하고 있는 메신저 클라이언트로부터 상기 파일이 배포된다.
본 발명에 따르면 메신저 클라이언트간에는 예를 들어 P2P 방식으로 상기 파일이 배포되도록 함으로써 상기 파일 배포 시스템의 부하를 감소시킬 수 있다. 또 한, 메신저 클라이언트가 속한 로컬 네트워크가 방화벽으로 보호되는 경우 등 메신저 클라이언트간에 P2P 방식의 파일 배포가 곤란한 경우에는 파일 배포 서버에 포함된 파일 릴레이 수단을 통해 메신저 클라이언트간 파일 배포가 가능하도록 한다. P2P 통신은 서버에 의존하지 않는 클라이언트간 일대일 통신이다. 기존의 서버와 클라이언트 개념이나 공급자와 소비자 개념에서 벗어나 클라이언트끼리 직접 연결하고 검색함으로써 모든 참여자가 공급자인 동시에 수요자가 되는 형태이다. P2P 네트워크 구조는 1969년 4월 7일에 제정된 인터넷 규약 RFC(Request for Comments)의 초기 버전부터 핵심적인 기술로 채택되어 있어 유래가 깊다. P2P 네트워크 즉 동등 계층간 통신망은 비교적 소수의 서버에 집중하기 보다는 네트워크를 구성하는 클라이언트의 계산과 대역폭 성능에 의존하여 구성되는 네트워크이다. P2P 통신을 통한 파일 공유는 매우 보편적이다. P2P 통신 방식은, 미국의 냅스터와 우리나라의 소리바다와 같이 중앙 서버가 콘텐츠에 관련된 정리된 목록을 가지고 있으면서 클라이언트간 접속과 공유 기능을 제공하거나 해외의 카자(KaZaA), 라임와이어(Limewire), 국내의 구루구루처럼 중앙 서버가 콘텐츠 정보를 가지고 있지 않고 단지 개인간 접속과 공유를 위한 도구를 제공하는 방식, 그리고 서버의 분산처리 기능이 P2P 네트워크에 적용되어 먼저 다운 받은 일부 파일이 다시 다른 클라이언트와 공유되는 다대다의 구성 방식 등이 있다.
여기서, 버디로부터 상기 파일이 배포되는 경우, 상기 파일을 저장하고 있는 다수의 버디로부터 상기 파일이 분할 배포될 수 있다. 분할 배포된 파일은 수신 클라이언트에서 조합된다. 파일이 분할 배포되면, 상기 파일을 저장하고 있는 버디 즉 메신저 클라이언트 입장에서는 전송 부하를 감소시킬 수 있으며, 상기 파일을 분할 배포받는 메신저 클라이언트 입장에서는 버디가 오프라인 상태가 되어도 추후 당해 버디가 온라인 접속되었을 때 상기 파일 중 필요한 부분만 재요청함으로써 효율적으로 상기 파일을 배포받을 수 있다. 분할 배포량은, 예를 들어, 상기 파일을 배포하는 버디와 상기 파일을 배포받는 메신저 클라이언트간의 전송 속도에 따라 결정될 수 있다. 이 경우, 전송 속도가 높은 버디에 대해서는 배포량을 많이 설정함으로써 전송 시간을 작게하여 네트워크 환경을 효율적으로 이용할 수 있다.
메신저 클라이언트로 배포된 상기 파일은 배포 가능한 소정 기간동안, 예를 들어 상기 파일의 배포 만료일까지 당해 메신저 클라이언트에 저장될 수 있다.
한편, 메신저 클라이언트로 배포된 상기 파일은 당해 메신저 클라이언트에 설치 또는 패치될 수 있다.
또한 상기 파일의 무결성 보장을 위해 MD5(Message-Digest algorithm 5), SHA(Secure Hash Algorithm) 등의 해시 알고리즘을 적용할 수 있다. MD5는 128비트 해시를 제공하는 암호화 해시 함수이다. RFC 1321로 지정되어 있으며 수많은 프로그램과 파일의 무결성 검사에 사용된다. SHA 함수들은 서로 관련된 암호학적 해시 함수들의 모음이다. 이들 함수는 미국 국가 안전 보장국(NSA)이 1993년에 처음으로 설계했으며 미국 국가 표준으로 지정되었다. SHA 함수군에 속하는 최초의 함수는 공식적으로 SHA라고 불리지만, 나중에 설계된 함수들과 구별하기 위하여 SHA-0이라고도 불린다. 이후 SHA-0의 변형인 SHA-1이 발표되었으며, 그 후에 4종류의 변형, 즉 SHA-224, SHA-256, SHA-384, SHA-512가 더 발표되었다. 이들을 통칭해서 SHA-2 라고 하기도 한다. SHA-1은 SHA 함수들 중 가장 많이 쓰인다.
도1은 본 발명의 일실시예에 따른 파일 배포 시스템을 도시한 개략도이다. 도1에 도시된 바와 같이 본 발명의 일실시예에 따른 파일 배포 시스템은 인터넷을 통해 파일 배포 서버(109)에 접속 가능한 다수의 메신저 클라이언트(101 내지 107)로 구성된다. 여기서 다수의 메신저 클라이언트(101 내지 107)는 서로 버디로 등록되어 있다고 가정된다.
파일 배포 서버(109)는 메신저 세션 수단(111), 파일 배포 수단(113) 및 파일 릴레이 수단(115)을 포함한다. 도1에는 메신저 세션 수단(111), 파일 배포 수단(113) 및 파일 릴레이 수단(115)이 모두 파일 배포 서버(109)에 포함된 것으로 도시되어 있으나, 물리적으로 서로 다른 위치에 존재할 수도 있다.
파일 릴레이 수단(115)은 통상의 메신저 시스템에서 수행되는 메신저 클라이언트간 파일 릴레이 기능을 수행한다. 본 발명에 따르면, 메신저 클라이언트가 속한 로컬 네트워크가 방화벽으로 보호되는 경우 등 메신저 클라이언트(101 내지 107)간에 P2P 방식의 파일 배포가 곤란한 경우에는 파일 릴레이 수단(115)을 통해 메신저 클라이언트간 파일 배포가 가능하도록 한다.
파일 배포 수단(113)은 본 발명에 따라 메신저 클라이언트(101 내지 107)로 배포될 파일을 저장하는 파일 저장부를 포함한다. 파일 배포 수단(113)에 저장되는 파일은, 예를 들어, 특정 서비스를 위한 프로그램의 설치 파일 또는 패치 파일일 수 있다. 패치 파일은 파일 패치를 수행하는 패치 어플리케이션 데이터 및 파일 패 치에 필요한 패치 데이터를 포함할 수 있다. 패치 어플리게이션은 새로운 프로그램의 설치, 패치 데이터의 특정 디렉토리로의 복사 등 파일 패치를 독립적으로 실행하는 어플리케이션이다. 전술된 바와 같이, 파일 배포 수단(113)에 저장되는 파일은 무결성 보장을 위해 MD5, SHA 등의 해시 알고리즘이 적용될 수 있다. 따라서 파일 배포 수단(113)은 저장 파일에 대해 소정 해시 알고리즘에 따라 암호화하여 파일 해시키를 생성하는 해시 암호부를 탑재할 수 있다.
메신저 세션 수단(111)은 메신저 서비스부를 탑재하여 메신저 클라이언트1(101)의 버디인 다른 메신저 클라이언트(103 내지 107)의 정보를 관리하며 통상의 메신저 세션 서버 기능을 수행한다. 따라서 예를 들어 메신저 클라이언트1(101)은 메신저 세션 수단(111)의 메신저 서비스부를 통해 인증 및 접속되고 메신저 클라이언트1(101)의 버디로 등록되어 있는 다른 메신저 클라이언트(103 내지 107)와 메시지를 교환할 수 있으며, 파일 릴레이 수단(115)을 통해 파일을 교환할 수도 있다.
그리고, 본 발명의 일실시예에 따르면, 메신저 세션 수단(111)은 예를 들어 접속된 메신저 클라이언트1(101)로 배포될 파일을 파일 배포 수단(113)을 통해 배포할 것인지 아니면 버디(103 내지 107)를 통해 배포할 것인지를 결정한다. 따라서 메신저 세션 수단(111)은 상기 배포 방식을 결정하는 결정부를 탑재할 수 있다. 한편, 본 발명의 다른 일실시예에 따르면, 상기 결정부가 메신저 클라이언트(101 내지 107) 각각에 탑재될 수 있다. 상기 배포 방식의 결정은 메신저 클라이언트1(101)가 메신저 세션 수단(111)에 접속할 때 수행되고 본 발명의 일실시예에 따라 메신저 클라이언트1(101)로 전송되는 파일 배포 명령에 포함된다. 상기 파일 배포 명령은 메신저 세션 수단(111)에 탑재된 명령 송신부에 의해 메신저 클라이언트(101 내지 107)로 전송된다. 한편, 본 발명의 다른 일실시예에 따르면, 상기 결정을 수행하는 결정부가 메신저 클라이언트(101 내지 107) 각각에 탑재되기 때문에 메신저 클라이언트(101 내지 107)는 상기 파일 배포 명령을 수신할 필요가 없고 따라서 이 경우에는 상기 명령 송신부가 불필요하다.
상기 결정은 다양한 정책에 따라 수행될 수 있다.
상기 결정의 일실시예로서 접속 비율에 따른 배분 정책에 따라 결정될 수 있다. 즉, 현재 접속하고 있는 메신저 클라이언트중 소정 비율(예를 들어 10%)의 메신저 클라이언트는 파일 배포 수단(113)을 통해 파일을 배포받도록 하고, 나머지 비율(상기 예의 경우 90%)의 메신저 클라이언트는 버디를 통해 파일을 배포받도록 결정될 수 있다. 접속 비율에 따른 배분 정책은 파일 배포 수단(113)을 통해 파일을 배포받는 메신저 클라이언트의 비율을 높일수록 파일 배포 수단(113)의 전송 부하는 증가하지만 신속하게 파일 배포를 수행할 수 있다는 장점이 있다. 한편, 분산 배포 즉 버디를 통한 파일 배포의 장점을 극대화하기 위해서는 파일 배포 수단(113)로부터 배포받는 클라이언트의 수를 줄이고, 버디를 통해 파일을 배포 받는 클라이언트의 수를 늘려야 한다.
상기 결정의 또 다른 실시예로서, 메신저 클라이언트의 버디 수에 따른 배분 정책에 따라 결정될 수 있다. 즉, 버디가 소정 개수(예를 들어 10개) 이상인 메신저 클라이언트에 대해서는 파일 배포 수단(113)을 통해 파일을 배포받도록 하고, 버디가 소정 개수(예를 들어 10개) 미만인 메신저 클라이언트에 대해서는 버디를 통해 파일을 배포받도록 결정될 수 있다. 파일 배포 초기(파일이 최초로 배포되는 시점부터 소정 기간)에는 많은 수의 버디를 가지고 있는 클라이언트에 대해 우선적으로 파일 배포 수단(113)으로부터 파일을 배포 받을 수 있도록 하면, 분산 배포 즉 버디를 통한 파일 배포의 확률이 그만큼 높아진다.
상기 결정의 또 다른 실시예로서, 현재 접속되어 있는 버디의 수가 많은 클라이언트에 대해서는 버디를 통해 파일을 배포받도록 하고, 현재 접속되어 있는 버디의 수가 적은 클라이언트에 대해서는 파일 배포 수단(113)을 통해 파일을 배포받도록 결정될 수 있다.
상기 결정의 또 다른 실시예로서, 파일이 최초로 배포되는 시점부터 소정 기간 동안에는 버디를 통해 파일을 배포받도록 하고, 상기 소정 기간 이후에는 파일 배포 수단(113)을 통해 파일을 배포받도록 결정될 수 있다.
본 명세서에는 본 발명에 따른 상기 결정의 실시예가 일부 소개되었으나, 본 발명이 상기 일부 실시예에만 한정되지 않으며 상기 결정과 관련한 다양한 실시예가 존재할 수 있음은 본 발명이 속한 기술 분야에서 통상의 지식을 가진 자에게 명백한 것이다. 따라서 본 발명은 상기 결정의 실시예에 한정되지 않는 것으로 이해되어야 한다.
한편, 상기 결정의 전제로서 버디를 통해 파일을 배포받도록 하는 경우에는 당해 버디가 파일 배포 수단(113) 또는 다른 버디를 통해 상기 파일을 미리 배포받아 저장하고 있어야 한다. 따라서 메신저 세션 수단(111)은 메신저 클라이언트가 접속되었을 때, 상기 결정 이전에, 당해 메신저 클라이언트의 버디가 이전에 파일 배포 수단(113) 또는 다른 버디를 통해 상기 파일을 배포받은 적이 있는지 확인한다.
또한 본 발명의 일실시예에 따르면, 메신저 세션 수단(111)은 본 발명에 따라 파일 배포 수단(113)에 저장된 파일의 메신저 클라이언트(101 내지 107)로의 배포를 위해 필요한 정보를 관리한다. 따라서 메신저 세션 수단(111)은 파일의 배포를 위해 필요한 정보를 관리하는 배포 정보 관리부를 탑재할 수 있다. 파일의 배포를 위해 필요한 정보는 예를 들어 파일 식별 정보(파일명, 파일 크기), 파일 해시키, 배포 기간, 배포 이력(당해 메신저 클라이언트로 배포 명령을 전송한 시간, 당해 메신저 클라이언트의 버디로 배포 명령을 전송한 시간, 상기 배포 명령에 포함된 배포 방식) 및 접속 정보[파일 배포 수단(113)에 저장된 파일의 주소 정보] 등를 포함할 수 있다. 상기 파일의 배포를 위해 필요한 정보 중 파일 식별 정보, 파일 해시키, 배포 기간 및 접속 정보는 앞서 설명된 메신저 클라이언트1(101)로 전송되는 파일 배포 명령에 포함된다. 따라서 메신저 클라이언트(101 내지 107)는 상기 파일의 배포를 위해 필요한 정보에 기초하여 상기 파일을 저장하고 있는 파일 배포 수단(113) 또는 버디에 접속하여 파일을 배포받을 수 있다.
한편 본 발명의 다른 일실시예에 따르면, 상기 배포 정보 관리부가 메신저 클라이언트(101 내지 107) 각각에 탑재될 수 있다. 이 경우, 메신저 클라이언트(101 내지 107)는 상기 파일 배포 명령을 수신할 필요가 없기 때문에, 이 경우에 상기 파일의 배포를 위해 필요한 정보 중 파일 식별 정보, 파일 해시키, 배포 기간 및 접속 정보는 앞서 설명된 메신저 클라이언트1(101)로 전송되는 파일 배포 명령에 포함되는 것이 아니라, 메신저 세션 수단(111)으로부터 메신저 클라이언트1(101)로 전송되는 배포 파일 알림 정보에 포함된다. 따라서 메신저 클라이언트(101 내지 107)는 상기 파일의 배포를 위해 필요한 정보에 기초하여 상기 파일을 저장하고 있는 파일 배포 수단(113) 또는 버디에 접속하여 파일을 배포받을 수 있다.
메신저 클라이언트(101 내지 107) 각각은 메신저 세션 수단(111)에 접속한 후에 명령 수신부를 통해 메신저 세션 수단(111)으로부터 수신한 파일 배포 명령에 포함되어 있는 파일의 배포를 위해 필요한 정보에 기초하여, 파일 배포 수단(113), 버디 및 파일 릴레이 수단(115) 중 어느 하나로부터 파일을 수신 및 저장한다. 따라서 메신저 클라이언트(101 내지 107)에는 파일 배포 수단(113)으로부터 인터넷을 통해 파일을 수신하는 파일 수신부, 버디로부터 P2P 방식으로 파일 전체 또는 분할된 파일을 수신하는 P2P 송수신부, 파일 릴레이 수단(115)로부터 메신저 네트워크를 통해 파일 전체 또는 분할된 파일을 수신하는 파일 릴레이 송수신부, 분할 수신된 파일을 조합하는 파일 조합부 및 수신 파일에 적용된 해시 알고리즘에 따라 상기 메신저 세션 수단(111)으로부터 수신한 파일 해시키로 상기 수신 파일을 복호하는 해시 복호부가 탑재되어 있으며, 이러한 구성은 본 발명이 속한 기술 분야에서 통상의 지식을 가진 자에게 알려진 기술이기 때문에 상세한 설명은 생략한다. 그리고, 메신저 클라이언트(101 내지 107)로 배포된 파일은 상기 파일의 배포를 위해 필요한 정보에 포함된 배포 기간동안 당해 메신저 클라이언트에 저장관리될 수 있다. 상기 파일의 저장관리는 메신저 클라이언트(101 내지 107)에 탑재된 파일 관리부에 의해 수행된다. 또한, 메신저 클라이언트(101 내지 107)는 본연의 메신저 서비스를 수행하는 메신저 클라이언트 서비스부를 탑재한다.
도2는 본 발명의 일실시예에 따른 파일 배포 과정을 설명하는 흐름도로서 메신저 클라이언트가 파일 배포부로부터 파일을 수신하는 과정을 설명하는 흐름도이다.
도2에 도시된 바와 같이, 메신저 클라이언트1(101)이 메신저 클라이언트 서비스부를 통해 메신저 세션 수단(111)에 접속 및 인증하게 되면(S201), 메신저 세션 수단(111)의 배포 정보 관리부는 현재 배포되어야 할 파일이 존재하는지 여부를 확인한다(S203). 배포 파일의 존재 여부 확인은 예를 들어 파일의 배포 기간 설정을 통해 이루어질 수 있다. 즉, 메신저 세션 수단(111)에 탑재된 배포 정보 관리부는 상기 파일의 배포를 위해 필요한 정보인 배포 기간 정보에 기초하여 파일 배포 수단(113)에 저장되어 있는 파일의 배포 기간의 만료 여부를 확인함으로써 배포 파일의 존재 여부를 확인할 수 있다. 배포 파일이 존재하지 않는 경우에 메신저 세션 수단(111)은 메신저 서비스부를 통해 통상의 메신저 서비스를 제공한다(S215).
단계 S203에 의한 판단 결과, 배포 파일이 존재하는 경우에 메신저 세션 수단(111)의 배포 정보 관리부는 당해 배포 파일이 현재 접속되어 있는 메신저 클라이언트1(101)로 배포된 바 있는지 여부를 확인한다(S205). 즉, 메신저 세션 수 단(111)에 탑재된 배포 정보 관리부는 파일의 배포를 위해 필요한 정보에 포함되어 있는 배포 이력 정보(당해 메신저 클라이언트로 배포 명령을 전송한 시간, 상기 배포 명령에 포함된 배포 방식)에 기초하여 당해 배포 파일이 메신저 클라이언트1(101)로 배포된 바 있는지 확인한다. 당해 배포 파일이 메신저 클라이언트1(101)로 배포된 바가 있는 경우에는 메신저 세션 수단(111)은 메신저 서비스부를 통해 통상의 메신저 서비스를 제공한다(S215).
단계 S205에 의한 판단 결과, 당해 배포 파일이 메신저 클라이언트1(101)로 배포된 바가 없는 경우에 메신저 세션 수단(111)의 결정부는 당해 배포 파일을 메신저 클라이언트1(101)로 배포하기 위한 배포 방식을 결정한다(S207). 즉 메신저 세션 수단(111)에 포함된 결정부가 전술된 바 있는 다양한 정책에 따라 배포 방식을 결정한다.
이 과정에서, 상기 결정부는 상기 파일의 배포를 위해 필요한 정보에 포함되어 있는 배포 이력 정보[예를 들어, 메신저 클라이언트1(101)의 버디(103 내지 107)로 배포 명령을 전송한 시간, 상기 배포 명령에 포함된 배포 방식]에 기초하여 메신저 클라이언트1(101)의 버디(103 내지 107)가 이전에 파일 배포 수단(113) 또는 다른 버디를 통해 상기 파일을 배포받은 적이 있는지 확인한다.
상기 확인 결과, 메신저 클라이언트1(101)의 버디(103 내지 107)가 이전에 파일 배포 수단(113) 또는 다른 버디를 통해 상기 파일을 배포받은 적이 없는 경우[즉, 메신저 클라이언트1(101) 및 버디(103 내지 107)가 모두 당해 배포 파일을 배포받지 않은 경우]에 상기 결정부는 메신저 클라이언트1(101)로의 배포 방식으로 서 파일 배포 수단(113)을 통한 배포를 결정한다.
한편, 상기 확인 결과, 메신저 클라이언트1(101)의 버디(103 내지 107)가 이전에 파일 배포 수단(113) 또는 다른 버디를 통해 상기 파일을 배포받은 적이 있는 경우[즉, 메신저 클라이언트1(101)의 버디(103 내지 107)중에서 적어도 어느 하나는 당해 배포 파일을 배포받았던 경우]에 상기 결정부는 메신저 클라이언트1(101)로의 배포 방식으로서 전술된 바와 같은 다양한 정책에 따라 파일 배포 수단(113)을 통한 배포 및 버디(103 내지 107)를 통한 배포 중 어느 하나를 결정한다.
다음으로, 메신저 세션 수단(111)에 탑재된 명령 송신부는 단계 S207에 의해 결정된 파일 배포 방식에 기초하여 상기 파일의 배포를 위해 필요한 정보가 포함된 배포 명령을 메신저 클라이언트1(101)로 전송한다(S209). 도2는 상기 결정부가 메신저 클라이언트1(101)로의 배포 방식으로서 파일 배포 수단(113)을 통해 배포 파일을 배포하는 것으로 결정한 일례를 도시하고 있다. 따라서, 단계 S209에 의해 전송되는 상기 배포 명령에는 상기 배포 파일을 파일 배포 수단(113)을 통해 배포받으라는 명령이 포함되어 있다.
단계 S209에 의해 상기 배포 명령이 전송되면 메신저 세션 수단(111)에 탑재된 배포 정보 관리부는 파일의 배포를 위해 필요한 정보로서 당해 배포 파일에 관한 배포 이력[예를 들어, 메신저 클라이언트1(101)로 단계 S209의 배포 명령을 전송한 시간, 상기 배포 명령에 포함된 배포 방식]을 갱신한다(S211). 단계 S211에 의해 갱신된 상기 배포 이력에 기초하여 추후 메신저 세션 수단(111)으로 접속한 메신저 클라이언트1(101)로 당해 배포 파일이 중복하여 배포되는 것을 방지할 수 있다.
다음으로, 명령 수신부를 통해 단계 S209에 의해 전송되는 상기 배포 명령을 수신한 메신저 클라이언트1(101)은 상기 배포 명령에 포함된 상기 파일의 배포를 위해 필요한 정보로서 접속 정보[파일 배포 수단(113)에 저장된 파일의 주소 정보]에 기초하여 파일 수신부를 통해 파일 배포 수단(113)에 접속하여 당해 배포 파일을 배포받는다(S213).
단계 S213에 의해 배포 파일을 배포받은 메신저 클라이언트1(101)은 해시 복호부를 통해 당해 배포 파일을 해시 복호하여 패치, 설치, 저장하거나 필요에 따라 메신저 클라이언트 서비스부를 통해 메신저 서비스를 수행한다(S215). 해시 복호부에 의한 해시 복호 과정에서 상기 배포 파일의 무결성에 오류가 있는 경우에는 파일 배포 수단(113)으로부터 무결성에 오류가 없는 배포 파일을 재수신한다. 여기서 파일의 무결성에 오류가 있는 경우는 파일이 소정의 이유, 예를 들어 바이러스, 파일 변경 조작 등에 의해 파일 자체가 달라지는 경우이다.
도3은 본 발명의 일실시예에 따른 파일 배포 과정을 설명하는 흐름도로서 메신저 클라이언트2(103)가 버디인 메신저 클라이언트1(101)로부터 파일을 수신하는 과정을 설명하는 흐름도이다. 도3에 도시된 일실시예에서 메신저 클라이언트2(103)와 메신저 세션 수단(111)간에 도2의 단계 S201 내지 단계 S211이 수행된다.
예를 들어, 메신저 세션 수단(111)의 배포 정보 관리부는 현재 접속중인 메신저 클라이언트2(103)로 배포되어야 할 파일이 존재하는지 여부를 확인한다(S203).
단계 S203에 의한 판단 결과, 배포 파일이 존재하는 경우에 메신저 세션 수단(111)에 탑재된 배포 정보 관리부는 파일의 배포를 위해 필요한 정보에 포함되어 있는 배포 이력 정보(당해 메신저 클라이언트로 배포 명령을 전송한 시간, 상기 배포 명령에 포함된 배포 방식)에 기초하여 당해 배포 파일이 메신저 클라이언트2(103)로 배포된 바 있는지 확인한다(S205).
단계 S205에 의한 판단 결과, 당해 배포 파일이 메신저 클라이언트2(103)로 배포된 바가 없는 경우에 메신저 세션 수단(111)에 포함된 결정부는 당해 배포 파일을 메신저 클라이언트2(103)로 배포하기 위한 배포 방식을 전술된 바 있는 다양한 정책에 따라 결정한다(S207).
단계 S207에서, 상기 결정부는 상기 파일의 배포를 위해 필요한 정보에 포함되어 있는 배포 이력 정보[예를 들어, 메신저 클라이언트2(103)의 버디(101, 105, 107)로 배포 명령을 전송한 시간, 상기 배포 명령에 포함된 배포 방식]에 기초하여 메신저 클라이언트2(103)의 버디(101, 105, 107)가 이전에 파일 배포 수단(113) 또는 다른 버디를 통해 상기 파일을 배포받은 적이 있는지 확인한다.
상기 확인 결과, 메신저 클라이언트2(103)의 하나의 버디 즉 메신저 클라이언트1(101)이 이전에 파일 배포 수단(113) 또는 다른 버디를 통해 상기 파일을 배포받은 적이 있으므로 상기 결정부는 메신저 클라이언트2(103)로의 배포 방식으로서 전술된 바와 같은 다양한 정책에 따라 파일 배포 수단(113)을 통한 배포 및 버디(101, 105, 107)를 통한 배포 중 어느 하나를 결정한다.
다음으로, 메신저 세션 수단(111)에 탑재된 명령 송신부는 단계 S207에 의해 결정된 파일 배포 방식에 기초하여 상기 파일의 배포를 위해 필요한 정보가 포함된 배포 명령을 메신저 클라이언트2(103)로 전송한다(S209). 도3은 상기 결정부가 메신저 클라이언트2(103)로의 배포 방식으로서 버디를 통해 배포 파일을 배포하는 것으로 결정한 일례를 도시하고 있다. 따라서, 단계 S209에 의해 전송되는 상기 배포 명령에는 상기 배포 파일을 버디를 통해 배포받으라는 명령이 포함되어 있다.
다음으로, 명령 수신부를 통해 단계 S209에 의해 전송되는 상기 배포 명령을 수신한 메신저 클라이언트2(103)는 파일 관리부를 통해 버디(101, 105, 107)에게 상기 배포 명령으로부터 확인되는 배포 파일을 저장하고 있는지 문의한다(S301). 상기 문의는 버디(101, 105, 107)로부터 응답을 수신할 때까지 예를 들어 1시간의 주기로 수행될 수 있다.
단계 S301에 의해 전송된 문의를 수신한 버디(101, 105, 107) 중에서 상기 배포 파일을 저장하고 있는 메신저 클라이언트1(101)의 파일 관리부가 메신저 클라이언트2(103)에게 응답을 전송하면(S303), 메신저 클라이언트2(103)는 P2P 송수신부 또는 파일 릴레이 송수신부를 통해 P2P 방식 또는 메신저 서비스의 파일 릴레이 방식으로 메신저 클라이언트1(101)로부터 상기 배포 파일을 배포받는다(S305).
단계 S305에 의해 배포 파일을 배포받은 메신저 클라이언트2(103)는 해시 복호부를 통해 당해 배포 파일을 해시 복호하여 패치, 설치, 저장하거나 필요에 따라 메신저 클라이언트 서비스부를 통해 메신저 서비스를 수행한다(S307). 해시 복호부에 의한 해시 복호 과정에서 상기 배포 파일의 무결성에 오류가 있는 경우에는 배포 파일을 재수신한다. 특정 버디로부터 배포받은 파일의 무결성에 오류가 있는 경 우에는 다른 버디로부터 배포 파일을 재수신한다.
도4는 본 발명의 일실시예에 따른 파일 배포 과정을 설명하는 흐름도로서 메신저 클라이언트3(105)이 다수의 버디인 메신저 클라이언트1(101) 및 메신저 클라이언트2(103)로부터 파일을 수신하는 과정을 설명하는 흐름도이다. 도4에 도시된 일실시예에서 메신저 클라이언트3(105)과 메신저 세션 수단(111)간에 도2의 단계 S201 내지 단계 S211이 수행된다.
예를 들어, 메신저 세션 수단(111)의 배포 정보 관리부는 현재 접속중인 메신저 클라이언트3(105)으로 배포되어야 할 파일이 존재하는지 여부를 확인한다(S203).
단계 S203에 의한 판단 결과, 배포 파일이 존재하는 경우에 메신저 세션 수단(111)에 탑재된 배포 정보 관리부는 파일의 배포를 위해 필요한 정보에 포함되어 있는 배포 이력 정보(당해 메신저 클라이언트로 배포 명령을 전송한 시간, 상기 배포 명령에 포함된 배포 방식)에 기초하여 당해 배포 파일이 메신저 클라이언트3(105)으로 배포된 바 있는지 확인한다(S205).
단계 S205에 의한 판단 결과, 당해 배포 파일이 메신저 클라이언트3(105)으로 배포된 바가 없는 경우에 메신저 세션 수단(111)에 포함된 결정부는 당해 배포 파일을 메신저 클라이언트3(105)로 배포하기 위한 배포 방식을 전술된 바 있는 다양한 정책에 따라 결정한다(S207).
단계 S207에서, 상기 결정부는 상기 파일의 배포를 위해 필요한 정보에 포함 되어 있는 배포 이력 정보[예를 들어, 메신저 클라이언트3(105)의 버디(101, 103, 107)로 배포 명령을 전송한 시간, 상기 배포 명령에 포함된 배포 방식]에 기초하여 메신저 클라이언트3(105)의 버디(101, 103, 107)가 이전에 파일 배포 수단(113) 또는 다른 버디를 통해 상기 파일을 배포받은 적이 있는지 확인한다.
상기 확인 결과, 메신저 클라이언트3(105)의 버디인 메신저 클라이언트1(101) 및 메신저 클라이언트2(103)가 이전에 파일 배포 수단(113) 또는 다른 버디를 통해 상기 파일을 배포받은 적이 있으므로 상기 결정부는 메신저 클라이언트3(105)으로의 배포 방식으로서 전술된 바와 같은 다양한 정책에 따라 파일 배포 수단(113)을 통한 배포 및 버디(101, 103, 107)를 통한 배포 중 어느 하나를 결정한다.
다음으로, 메신저 세션 수단(111)에 탑재된 명령 송신부는 단계 S207에 의해 결정된 파일 배포 방식에 기초하여 상기 파일의 배포를 위해 필요한 정보가 포함된 배포 명령을 메신저 클라이언트3(105)으로 전송한다(S209). 도4는 상기 결정부가 메신저 클라이언트3(105)으로의 배포 방식으로서 버디를 통해 배포 파일을 배포하는 것으로 결정한 일례를 도시하고 있다. 따라서, 단계 S209에 의해 전송되는 상기 배포 명령에는 상기 배포 파일을 버디를 통해 배포받으라는 명령이 포함되어 있다.
다음으로, 명령 수신부를 통해 단계 S209에 의해 전송되는 상기 배포 명령을 수신한 메신저 클라이언트3(105)은 파일 관리부를 통해 버디(101, 103, 107)에게 상기 배포 명령으로부터 확인되는 배포 파일을 저장하고 있는지 문의한다(S401). 상기 문의는 버디(101, 103, 107)로부터 응답을 수신할 때까지 예를 들어 1시간의 주기로 수행될 수 있다.
단계 S401에 의해 전송된 문의를 수신한 버디(101, 103, 107) 중에서 상기 배포 파일을 저장하고 있는 메신저 클라이언트1(101) 및 메신저 클라이언트2(103)의 파일 관리부가 메신저 클라이언트3(105)에게 응답을 전송하면(S403), 메신저 클라이언트3(105)은 P2P 송수신부 또는 파일 릴레이 송수신부를 통해 P2P 방식 또는 메신저 서비스의 파일 릴레이 방식으로 메신저 클라이언트1(101) 및 메신저 클라이언트2(103)로부터 상기 배포 파일을 배포받는다(S405). 여기서, 배포 파일을 저장하고 있는 다수의 버디 즉 메신저 클라이언트1(101) 및 메신저 클라이언트2(103)로부터 상기 배포 파일이 분할 배포될 수 있다. 분할 배포된 파일은 메신저 클라이언트3(105)의 파일 조합부에서 조합된다. 파일이 분할 배포되면, 상기 파일을 저장하고 있는 버디 즉 메신저 클라이언트1(101) 및 메신저 클라이언트2(103) 입장에서는 전송 부하를 감소시킬 수 있으며, 상기 파일을 분할 배포받는 메신저 클라이언트3(105) 입장에서는 버디 즉 메신저 클라이언트1(101) 및 메신저 클라이언트2(103)가 오프라인 상태가 되어도 추후 당해 메신저 클라이언트1(101) 및 메신저 클라이언트2(103)가 온라인 접속되었을 때 상기 파일 중 필요한 부분만 재요청함으로써 효율적으로 상기 파일을 배포받을 수 있다. 분할 배포량은, 예를 들어, 상기 파일을 배포하는 메신저 클라이언트1(101) 및 메신저 클라이언트2(103)와 상기 파일을 배포받는 메신저 클라이언트3(105) 간의 전송 속도에 따라 결정될 수 있다. 이 경우, 전송 속도가 높은 버디에 대해서는 배포량을 많이 설정함으로써 전송 시간을 작게하여 네트워크 환경을 효율적으로 이용할 수 있다.
단계 S405에 의해 배포 파일을 배포받은 메신저 클라이언트3(105)은 해시 복호부를 통해 당해 배포 파일을 해시 복호하여 패치, 설치, 저장하거나 필요에 따라 메신저 클라이언트 서비스부를 통해 메신저 서비스를 수행한다(S407). 해시 복호부에 의한 해시 복호 과정에서 상기 배포 파일의 무결성에 오류가 있는 경우에는 배포 파일을 재수신한다. 특정 버디로부터 배포받은 파일의 무결성에 오류가 있는 경우에는 다른 버디로부터 배포 파일을 재수신한다.
한편, 본 명세서 전반에 걸쳐, 파일 배포 서버(109)는 파일을 배포받는 클라이언트의 버디로서 동작할 수 있다. 예를 들어, 도4에 도시된 실시예에서 파일 배포 서버(109)도 메신저 클라이언트3(105)의 버디로서 동작하여, 메신저 클라이언트1(101) 및 메신저 클라이언트2(103)와 함께 메신저 클라이언트3(105)으로 파일을 배포할 수 있다.
도5는 본 발명의 다른 일실시예에 따른 파일 배포 과정을 설명하는 흐름도로서 메신저 클라이언트가 파일 배포부로부터 파일을 수신하는 과정을 설명하는 흐름도이다.
도5에 도시된 바와 같이, 메신저 클라이언트1(101)이 메신저 클라이언트 서비스부를 통해 메신저 세션 수단(111)에 접속 및 인증하게 되면(S501), 메신저 세션 수단(111)의 배포 정보 관리부는 현재 배포되어야 할 파일이 존재하는지 여부를 확인한다(S503). 배포 파일의 존재 여부 확인은 예를 들어 파일의 배포 기간 설정 을 통해 이루어질 수 있다. 즉, 메신저 세션 수단(111)에 탑재된 배포 정보 관리부는 상기 파일의 배포를 위해 필요한 정보인 배포 기간 정보에 기초하여 파일 배포 수단(113)에 저장되어 있는 파일의 배포 기간의 만료 여부를 확인함으로써 배포 파일의 존재 여부를 확인할 수 있다. 배포 파일이 존재하지 않는 경우에 메신저 세션 수단(111)은 메신저 서비스부를 통해 통상의 메신저 서비스를 제공한다(S519).
단계 S503에 의한 판단 결과, 배포 파일이 존재하는 경우에 메신저 세션 수단(111)의 배포 정보 관리부는 메신저 클라이언트1(101)로 배포 파일 알림 정보를 전송한다(S505). 전술된 바와 같이, 파일의 배포를 위해 필요한 정보 중 파일 식별 정보, 파일 해시키, 배포 기간 및 접속 정보는 상기 배포 파일 알림 정보에 포함된다.
상기 배포 파일 알림 정보를 수신한 메신저 클라이언트1(101)의 배포 정보 관리부는 당해 배포 파일이 현재 접속되어 있는 메신저 클라이언트1(101)로 배포된 바 있는지 여부를 확인한다(S507). 즉, 메신저 클라이언트1(101)에 탑재된 배포 정보 관리부는 파일의 배포를 위해 필요한 정보에 포함되어 있는 배포 이력 정보(당해 메신저 클라이언트로 배포 명령을 전송한 시간, 상기 배포 명령에 포함된 배포 방식)에 기초하여 당해 배포 파일이 메신저 클라이언트1(101)로 배포된 바 있는지 확인한다. 당해 배포 파일이 메신저 클라이언트1(101)로 배포된 바가 있는 경우에는 메신저 세션 수단(111)은 메신저 서비스부를 통해 통상의 메신저 서비스를 제공한다(S519).
단계 S507에 의한 판단 결과, 당해 배포 파일이 메신저 클라이언트1(101)로 배포된 바가 없는 경우에 메신저 클라이언트1(101)의 결정부는 당해 배포 파일을 메신저 클라이언트1(101)로 배포하기 위한 배포 방식을 결정한다(S509).
여기서, 도5의 일실시예의 경우, 도2 내지 도4의 일실시예의 경우보다 간단하게 상기 배포 방식이 결정될 수 있다. 즉, 전술된 바와 같이 파일 배포 서버(109)는 파일을 배포받는 클라이언트[도5의 일실시예의 경우 메신저 클라이언트1(101)]의 버디로서 동작할 수 있기 때문에, 파일 배포 서버(109) 및 버디(103, 105, 107)로부터 파일이 배포 되도록 결정되거나, 또는 버디(103, 105, 107)로부터 파일이 배포 되도록 결정될 수 있다.
단계 S509에 의해 상기 배포 방식이 결정되면 메신저 클라이언트1(101)에 탑재된 배포 정보 관리부는 파일의 배포를 위해 필요한 정보로서 당해 배포 파일에 관한 배포 이력을 갱신한다(S511). 단계 S511에 의해 갱신된 상기 배포 이력에 기초하여 추후 메신저 세션 수단(111)으로 접속한 메신저 클라이언트1(101)로 당해 배포 파일이 중복하여 배포되는 것을 방지할 수 있다.
다음으로, 메신저 클라이언트1(101)은 파일 관리부를 통해 파일 배포 서버(109) 및 버디(103, 105, 107)에게 상기 배포 명령으로부터 확인되는 배포 파일을 저장하고 있는지 문의한다(S513). 상기 문의는 파일 배포 서버(109) 및 버디(103, 105, 107)로부터 응답을 수신할 때까지 예를 들어 1시간의 주기로 수행될 수 있다.
단계 S513에 의해 전송된 문의를 수신한 파일 배포 서버(109) 및 버디(103, 105, 107) 중에서 상기 배포 파일을 저장하고 있는 메신저 클라이언트2(103)의 파 일 관리부 및 파일 배포 서버(109)가 메신저 클라이언트1(101)에게 응답을 전송하면(S515), 메신저 클라이언트1(101)은 P2P 송수신부 또는 파일 릴레이 송수신부를 통해 P2P 방식 또는 메신저 서비스의 파일 릴레이 방식으로 메신저 클라이언트2(103)로부터 상기 배포 파일을 배포받는다(S517). 여기서, 파일 배포 서버(109)로부터도 파일을 배포받는 경우에는 상기 파일의 배포를 위해 필요한 정보로서 접속 정보[파일 배포 수단(113)에 저장된 파일의 주소 정보]에 기초하여 파일 수신부를 통해 파일 배포 수단(113)에 접속하여 당해 배포 파일을 배포받는다.
상기 배포 파일을 저장하고 있는 다수의 버디 즉 도5에 도시된 일실시예의 경우 파일 배포 서버(109) 및 메신저 클라이언트2(103)로부터 상기 배포 파일이 분할 배포될 수 있다. 분할 배포된 파일은 메신저 클라이언트1(101)의 파일 조합부에서 조합된다. 분할 배포량은, 예를 들어, 상기 파일을 배포하는 파일 배포 서버(109) 및 메신저 클라이언트2(103)와 상기 파일을 배포받는 메신저 클라이언트1(101) 간의 전송 속도에 따라 결정될 수 있다. 이 경우, 전송 속도가 높은 버디에 대해서는 배포량을 많이 설정함으로써 전송 시간을 작게하여 네트워크 환경을 효율적으로 이용할 수 있다.
단계 S517에 의해 배포 파일을 배포받은 메신저 클라이언트1(101)은 해시 복호부를 통해 당해 배포 파일을 해시 복호하여 패치, 설치, 저장하거나 필요에 따라 메신저 클라이언트 서비스부를 통해 메신저 서비스를 수행한다(S519). 해시 복호부에 의한 해시 복호 과정에서 상기 배포 파일의 무결성에 오류가 있는 경우에는 배포 파일을 재수신한다. 특정 버디로부터 배포받은 파일의 무결성에 오류가 있는 경 우에는 다른 버디로부터 배포 파일을 재수신한다.
상술한 바와 같은 본 발명의 방법은 프로그램으로 구현되어 컴퓨터로 읽을 수 있는 기록매체(시디롬, 램, 롬, 플로피 디스크, 하드 디스크, 광자기 디스크 등)에 저장될 수 있다.
이상에서 설명한 본 발명은 전술한 실시예 및 첨부된 도면에 의해 한정되는 것이 아니고, 본 발명의 기술적 사상을 벗어나지 않는 범위 내에서 여러 가지 치환, 변형 및 변경이 가능하다는 것이 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자에게 있어서 명백하다 할 것이다.
도1은 본 발명의 일실시예에 따른 파일 배포 시스템을 도시한 개략도,
도2는 본 발명의 일실시예에 따른 파일 배포 과정을 설명하는 흐름도로서 메신저 클라이언트가 파일 배포부로부터 파일을 수신하는 과정을 설명하는 흐름도,
도3은 본 발명의 일실시예에 따른 파일 배포 과정을 설명하는 흐름도로서 메신저 클라이언트2가 버디인 메신저 클라이언트1로부터 파일을 수신하는 과정을 설명하는 흐름도,
도4는 본 발명의 일실시예에 따른 파일 배포 과정을 설명하는 흐름도로서 메신저 클라이언트3이 다수의 버디인 메신저 클라이언트1 및 메신저 클라이언트2로부터 파일을 수신하는 과정을 설명하는 흐름도,
도5는 본 발명의 다른 일실시예에 따른 파일 배포 과정을 설명하는 흐름도로서 메신저 클라이언트가 파일 배포부로부터 파일을 수신하는 과정을 설명하는 흐름도이다.
<도면의 주요 부분에 대한 부호의 설명>
101 내지 107: 메신저 클라이언트
109: 파일 배포 서버
111: 메신저 세션 수단
113: 파일 배포 수단
115: 파일 릴레이 수단

Claims (20)

  1. 메신저 시스템을 이용하여, 서버에 접속한 다수의 클라이언트로 데이터를 배포하는 데이터 배포 방법에 있어서,
    상기 서버에 클라이언트가 접속하면, 배포 정보 관리 수단이 상기 서버에 접속한 클라이언트로 배포되어야 할 데이터가 존재하는지 여부를 확인하는 제1단계;
    상기 제1단계의 확인 결과 상기 서버에 접속한 클라이언트로 배포되어야 할 데이터가 존재하는 경우, 상기 서버는 적어도 상기 데이터의 배포 이력 정보를 확인하여 상기 데이터를 상기 서버에 접속한 클라이언트로 배포하기 위한 배포 방식 -상기 배포 방식은 상기 서버로부터 상기 데이터를 배포하는 제1방식, 상기 서버에 접속한 클라이언트와 메신저 버디 관계인 다른 클라이언트로부터 상기 데이터를 배포하는 제2방식, 또는 상기 서버와 상기 버디관계의 다른 클라이언트로부터 상기 데이터를 배포하는 제3방식 중 하나 이상을 포함함 -을 결정하는 제2단계; 및
    상기 서버는 상기 제2단계에서 결정된 배포 방식이 포함된 배포 명령을 상기 서버에 접속한 클라이언트로 전송하는 제3단계
    를 포함하는 데이터 배포 방법.
  2. 제1항에 있어서,
    상기 확인하는 제1단계는
    클라이언트가 이전에 배포받은 데이터에 대한 정보를 서버에 송신하거나 또는 서버가 현재 배포해야 할 데이터에 대한 정보를 클라이언트에 송신하는 단계
    를 포함하는 데이터 배포 방법.
  3. 제1항에 있어서,
    상기 제1단계는
    상기 데이터의 배포 기간 정보, 상기 배포 이력 정보, 상기 서버에 접속한 클라이언트로 배포 명령을 전송한 시간 정보 중 어느 하나 이상에 기초하여 배포되어야 할 데이터가 존재하는지 여부를 확인하는
    데이터 배포 방법.
  4. 제1항에 있어서,
    상기 제2단계는
    상기 버디 관계인 다른 클라이언트로 상기 데이터가 배포된 적이 있는지 여부를 확인하는 제4단계;
    상기 제4단계의 확인 결과 상기 버디 관계인 다른 클라이언트로 상기 데이터가 배포된 적이 없는 경우에는 상기 배포 방식으로서 제 1 방식으로 결정하는 제5단계; 및
    상기 제5단계의 확인 결과 상기 버디 관계인 다른 클라이언트로 상기 데이터가 배포된 적이 있는 경우에는 상기 배포 방식으로서 정책에 따라 상기 제1방식, 제2방식, 제3방식 중 어느 하나를 결정하는 제6단계
    를 포함하는 데이터 배포 방법.
  5. 제4항에 있어서,
    상기 정책은
    현재 서버에 접속된 클라이언트 중에서 소정 비율의 클라이언트 또는 메신저 버디 관계인 다른 클라이언트의 수가 소정 개수 이상인 클라이언트에 대해서는 상기 서버로부터 상기 데이터를 배포하고, 나머지 클라이언트에 대해서는 메신저 버디 관계인 다른 클라이언트로부터 상기 데이터를 배포하는 것인 데이터 배포 방법.
  6. 제1항에 있어서,
    상기 서버에 접속한 클라이언트는 상기 제3단계에 의해 전송된 배포 명령에 포함된 상기 배포 방식에 따라 상기 서버로부터 상기 데이터를 배포받거나 상기 서버에 접속한 클라이언트와 메신저 버디 관계인 다른 클라이언트로부터 상기 데이터를 배포받는 제7단계
    를 더 포함하는 데이터 배포 방법.
  7. 제6항에 있어서,
    상기 제7단계는
    P2P 방식 또는 메신저 파일 릴레이 방식 또는 P2P와 릴레이 방식을 혼합한 혼합 방식 중 어느 하나의 방식에 의하여 상기 메신저 버디 관계인 다른 클라이언트로부터 상기 데이터를 배포받는
    데이터 배포 방법.
  8. 제7항에 있어서,
    상기 제7단계는
    상기 메신저 버디 관계인 다수의 클라이언트 각각으로부터 상기 배포될 데이터를 소정 비율로 분할하여 배포받는
    데이터 배포 방법.
  9. 제1항에 있어서,
    상기 데이터는 암호화된
    데이터 배포 방법.
  10. 제1항에 있어서,
    상기 제2단계에서 결정된 배포 방식이 제2방식 또는 제3방식인 경우
    상기 접속한 클라이언트는 현재 접속한 버디 관계인 하나 이상의 제2클라이언트들에 대하여 상기 배포되어야 할 데이터의 전송이 가능한지 확인한 후 상기 제2클라이언트로부터 상기 데이터를 수신하는 단계
    를 더 포함하는 데이터 배포 방법.
  11. 메신저 시스템을 이용하여 클라이언트로 데이터를 배포하는 데이터 배포 시스템에 있어서,
    상기 클라이언트로 배포될 데이터를 저장하는 데이터 배포 수단;
    상기 클라이언트와 메신저 버디 관계인 다른 클라이언트의 정보를 관리하며 메신저 서비스를 수행하는 메신저 서비스 수단;
    상기 클라이언트로 배포되는 데이터의 이력 정보를 관리하는 배포 정보 관리 수단;
    적어도 상기 데이터의 배포 이력 정보를 확인하여 상기 클라이언트로 배포하기 위한 배포 방식 - 상기 배포 방식은 상기 데이터 배포 수단으로부터 상기 데이터를 배포하는 제1방식 및 상기 클라이언트와 메신저 버디 관계인 다른 클라이언트로부터 상기 데이터를 배포하는 제2방식, 또는 상기 데이터 배포 수단과 상기 버디관계의 다른 클라이언트로부터 상기 데이터를 배포하는 제3방식 중 하나 이상을 포함함 - 을 결정하는 배포 방식 결정 수단; 및
    상기 결정된 배포 방식이 포함된 배포 명령을 상기 클라이언트로 전송하는 명령 전송 수단
    을 포함하는 데이터 배포 시스템.
  12. 제11항에 있어서,
    상기 배포 정보 관리 수단은
    상기 데이터의 배포 기간 정보, 상기 데이터의 배포 이력 정보, 서버에 접속한 클라이언트로 배포 명령을 전송한 시간 정보 중 어느 하나 이상에 기초하여 상기 클라이언트로 배포되어야 할 데이터가 존재하는지 여부를 확인하는
    데이터 배포 시스템.
  13. 제11항에 있어서,
    상기 배포 정보 관리 수단은 서버에 접속한 클라이언트로 배포된 적이 없는 경우에 상기 버디 관계인 다른 클라이언트로 상기 데이터가 배포된 적이 있는지 여부를 확인하며,
    상기 버디 관계인 다른 클라이언트로 상기 데이터가 배포된 적이 없는 경우에는 상기 배포 방식 결정 수단은 상기 배포 방식으로서 상기 데이터 배포 수단으로부터 상기 데이터를 배포하는 방식으로 결정하며
    상기 버디 관계인 다른 클라이언트로 상기 데이터가 배포된 적이 있는 경우에는 상기 배포 방식 결정 수단은 상기 배포 방식으로서 정책에 따라 상기 제1방식, 제2방식, 제3방식 중 어느 하나를 결정하는
    데이터 배포 시스템.
  14. 제13항에 있어서,
    상기 정책은
    현재 서버에 접속된 클라이언트에서 소정 비율의 클라이언트 또는 메신저 버디 관계인 다른 클라이언트의 수가 소정 개수 이상인 클라이언트에 대해서는 상기 데이터 배포 수단으로부터 상기 데이터를 배포하고, 나머지 클라이언트에 대해서는 메신저 버디 관계인 다른 클라이언트로부터 상기 데이터를 배포하는
    데이터 배포 시스템.
  15. 상기 제11항의 데이터 배포 시스템에 접속하는 클라이언트 시스템에 있어서,
    상기 데이터 배포 시스템으로부터 전송된 배포 명령을 수신하는 명령 수신 수단;
    상기 수신된 배포 명령에 포함된 배포 방식에 따라 상기 데이터 배포 수단으 로부터 상기 데이터를 배포받거나 상기 클라이언트 시스템과 메신저 버디 관계인 다른 클라이언트로부터 상기 데이터를 배포받는 데이터 수신 수단; 및
    상기 데이터 수신 수단에 의해 배포받은 데이터를 저장관리하는 데이터 관리 수단
    을 포함하는 클라이언트 시스템.
  16. 제15항에 있어서,
    상기 데이터 수신 수단은
    상기 메신저 버디 관계인 다른 클라이언트로부터
    P2P 방식 또는 메신저 파일 릴레이 방식 또는 P2P와 릴레이 방식을 혼합한 혼합 방식 중 어느 하나의 방식에 의하여 상기 데이터를 수신하는
    클라이언트 시스템.
  17. 제16항에 있어서
    상기 데이터 수신 수단은
    상기 메신저 버디 관계인 다수의 클라이언트 각각으로부터 상기 배포될 데이터를 소정 비율로 분할하여 배포받는
    클라이언트 시스템.
  18. 제17항에 있어서,
    상기 분할하여 배포받은 데이터를 조합하는 데이터 조합부
    를 더 포함하는 클라이언트 시스템.
  19. 제15항에 있어서,
    상기 데이터 관리 수단은
    상기 메신저 버디 관계인 다수의 다른 클라이언트 중 어느 클라이언트가 상기 데이터를 저장하고 있는지 확인하는
    클라이언트 시스템.
  20. 메신저 시스템을 이용하여 데이터를 배포하는 데이터 배포 방법에 있어서,
    서버에 클라이언트가 접속하면, 배포 정보 관리 수단이 상기 서버에 접속한 클라이언트로 배포되어야 할 데이터가 존재하는지 여부를 확인하는 제1단계;
    상기 제1단계의 확인 결과 상기 데이터가 상기 서버에 접속한 클라이언트로 배포되어야 할 데이터가 존재하는 경우에 상기 클라이언트는 상기 배포되어야 할 데이터가 메신저 버디 관계인 다른 클라이언트에 존재하는지 확인하는 제 2 단계;
    상기 다른 클라이언트에 상기 데이터가 존재하는 경우, 적어도 상기 데이터의 배포 이력 정보를 확인하여 상기 데이터를 배포받기 위한 배포 방식 -상기 배포 방식은 상기 서버로부터 상기 데이터를 배포하는 제1방식, 상기 서버에 접속한 클라이언트와 메신저 버디 관계인 다른 클라이언트로부터 상기 데이터를 배포하는 제2방식, 또는 상기 서버와 상기 버디관계의 다른 클라이언트로부터 상기 데이터를 배포하는 제3방식 중 하나 이상을 포함함 -을 결정하는 제3단계
    를 포함하는 데이터 배포 방법.
KR1020080025108A 2008-03-18 2008-03-18 메신저를 이용한 파일 배포 시스템 및 그 방법 KR100945016B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020080025108A KR100945016B1 (ko) 2008-03-18 2008-03-18 메신저를 이용한 파일 배포 시스템 및 그 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020080025108A KR100945016B1 (ko) 2008-03-18 2008-03-18 메신저를 이용한 파일 배포 시스템 및 그 방법

Publications (2)

Publication Number Publication Date
KR20090099874A KR20090099874A (ko) 2009-09-23
KR100945016B1 true KR100945016B1 (ko) 2010-03-05

Family

ID=41358319

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020080025108A KR100945016B1 (ko) 2008-03-18 2008-03-18 메신저를 이용한 파일 배포 시스템 및 그 방법

Country Status (1)

Country Link
KR (1) KR100945016B1 (ko)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101538701B1 (ko) * 2013-05-28 2015-07-23 주식회사 쓰리에이치에스 실시간 데이터 업데이트 시스템

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20020003920A (ko) * 2000-06-26 2002-01-16 전제완 웹 메신저 서비스 시스템 및 서비스 방법
KR20040001336A (ko) * 2002-06-27 2004-01-07 주식회사 케이티 인터넷에서 개인간 파일 공유기술을 이용한 푸쉬 방식컨텐츠 전달 시스템 및 그 방법
KR20060105971A (ko) * 2005-04-04 2006-10-12 (주)이인프라네트웍스 소스 공유 방법, 소스 전송 제한 방법, 소스 전송 경로확인방법, 및 기록매체
KR100784258B1 (ko) 2006-06-29 2007-12-11 주식회사 케이티프리텔 메신저 서비스를 이용한 컨텐츠 유통 장치 및 그 방법

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20020003920A (ko) * 2000-06-26 2002-01-16 전제완 웹 메신저 서비스 시스템 및 서비스 방법
KR20040001336A (ko) * 2002-06-27 2004-01-07 주식회사 케이티 인터넷에서 개인간 파일 공유기술을 이용한 푸쉬 방식컨텐츠 전달 시스템 및 그 방법
KR20060105971A (ko) * 2005-04-04 2006-10-12 (주)이인프라네트웍스 소스 공유 방법, 소스 전송 제한 방법, 소스 전송 경로확인방법, 및 기록매체
KR100784258B1 (ko) 2006-06-29 2007-12-11 주식회사 케이티프리텔 메신저 서비스를 이용한 컨텐츠 유통 장치 및 그 방법

Also Published As

Publication number Publication date
KR20090099874A (ko) 2009-09-23

Similar Documents

Publication Publication Date Title
KR101322947B1 (ko) 네트워크에서의 파일의 분산 캐싱
EP2406917B1 (en) Push notification service
US9021090B2 (en) Network access firewall
US7516480B2 (en) Secure remote configuration of targeted devices using a standard message transport protocol
US8438614B2 (en) Communication system, relay apparatus, terminal apparatus and computer readable medium
RU2412480C2 (ru) Система и способ установления того, что сервер и корреспондент имеют согласованную защищенную почту
CN105009509A (zh) 在信息中心网络中通过信任锚点扩增基于名称/前缀的路由协议
JP2012022693A (ja) 自動的なファイル分配
JP2005521142A (ja) 証明情報記憶装置および証明情報記憶方法
Kim et al. Trustworthy gateway system providing IoT trust domain of smart home
Abdulaziz et al. A decentralized application for secure messaging in a trustless environment
KR100945016B1 (ko) 메신저를 이용한 파일 배포 시스템 및 그 방법
JP2002521970A (ja) セキュリティを施したメッセージの管理システム
JP2010272951A (ja) 共有鍵配信管理方法及び共有鍵配信管理サーバー
JP4517911B2 (ja) ポリシー配布方法、システム、プログラム、ポリシー配布サーバ、及び、クライアント端末
JP3731645B2 (ja) エージェント方法及びコンピュータシステム
US20230164121A1 (en) Autonomic distribution of hyperlinked hypercontent in a secure peer-to-peer data network
EP3235268B1 (en) Method, network node and terminal device in a communication network
Mislove POST: A decentralized platform for reliable collaborative applications
JP2008198190A (ja) 電子メールメッセージを安全に交換する方法及びシステム
Khramtsov XMPP Over RELOAD (XOR)
JP2009200999A (ja) メールシステム、サーバ装置、メール管理方法、プログラム、及び記録媒体
An et al. Analysis of Delivery Performance of Maritime Cloud Messaging Server in Network without Alternate Route
Mislove et al. ePOST
Fongen Optimization of protocol operations in a Public Key Infrastructure

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20130204

Year of fee payment: 4

FPAY Annual fee payment

Payment date: 20140211

Year of fee payment: 5

FPAY Annual fee payment

Payment date: 20150210

Year of fee payment: 5

FPAY Annual fee payment

Payment date: 20160202

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20170206

Year of fee payment: 8

FPAY Annual fee payment

Payment date: 20190212

Year of fee payment: 10

FPAY Annual fee payment

Payment date: 20200122

Year of fee payment: 11