Some content of this application is unavailable at the moment.
If this situation persist, please contact us atFeedback&Contact
1. (WO2018038519) METHOD FOR SUPPORTING REAL-TIME MATCHING BETWEEN INSTRUCTOR AND STUDENT IN TELEPHONY LECTURE
Document

명세서

발명의 명칭

기술분야

1  

배경기술

2   3  

발명의 상세한 설명

기술적 과제

4  

과제 해결 수단

5   6   7   8  

발명의 효과

9   10   11   12   13  

도면의 간단한 설명

14   15   16   17   18   19   20   21  

발명의 실시를 위한 최선의 형태

22   23   24   25   26   27   28   29   30   31   32   33   34   35   36   37   38   39   40   41   42   43   44   45   46   47   48   49   50   51   52   53   54   55   56   57   58   59   60   61   62   63   64   65   66   67   68   69   70   71   72   73   74   75   76   77   78   79   80   81   82   83   84   85   86   87   88   89   90   91   92   93   94   95   96   97   98   99   100   101  

청구범위

1   2   3   4  

도면

1   2   3   4   5   6   7   8  

명세서

발명의 명칭 : 전화 강의에서 강사와 수강생 간 실시간 매칭 지원 방법

기술분야

[1]
본 발명은 전화 강의 서비스 제공 시에 강사 회원이 가입 시에 등록한 특정한 전문 분야의 주제에 대해 전화를 통해 실시간 대화 형식의 강의를 제공할 의사가 있는 강사와 특정 분야의 주제에 대해 강의를 요청하고자 하는 수강생 사이의 실시간 매칭에 관한 방법을 포함하는 전화 강의 시스템에 관한 것으로서, 강사가 전화 단말을 통해 실시간 강의 제공 의사를 표현하는 몇 가지 방법을 포함하고, 수강생이 특정한 전문 분야의 주제에 대해 실시간 강의 제공 가능한 강사 목록 검색 시에 강사 별로 통화품질 예측지수를 포함하는 방법을 포함하며, 또한 수강생이 특정 강사를 선택하였을 때 해당 강의 요청 사실을 강사에게 통보하는 방법을 포함한다.

배경기술

[2]
일반 아날로그 방식의 전화에 비해 SIP 프로토콜을 사용한 인터넷 전화는 상대적으로 저렴하거나 특정 상황 하에서는 무료이고, SIP 프로토콜 자체가 아날로그 전화 서비스에 비해 신규 기능이나 서비스 추가를 위해 엄청난 확장성을 제공하고 있으며, 또한 사기업이 IP PBX 등을 활용하여 인터넷 전화 서버를 구축하여 내선번호와 같은 고유의 전화번호 체계를 사용하여 독립된 자체 IP 전화망 구축이 아주 쉽고 내선번호 사이의 통화와 같은 경우에는 통화료가 전혀 발생하지 않으며 내선번호 자체가 아날로그 방식에서는 특정 건물 내부라든지 물리적으로 제한될 수 밖에 없지만 IP 방식에서는 전세계 어디에서든 존재할 수 있다. 서비스 구축 및 제공 상에서의 비용의 경제성과 SIP 프로토콜의 확장성 그리고 공간상의 제약이 없는 자체 전화망 구축 등의 장점을 이용하여 본 발명의 시스템을 구성하여 강사와 수강생 간의 실시간 매칭 방법을 구현한다. 다만 고정된 대역폭이 미리 할당된 채널을 사용하는 회선 교환 방식의 아날로그 전화에 비해 패킷 교환 방식을 사용하는 인터넷 프로토콜 기반의 전화는 통화 품질이 항상 문제가 되어 왔으며, 본 발명에서는 강사 별로 통화품질 예측지수를 산정하고 이를 수강생에게 제공하여 최선의 강사를 선택할 수 있도록 함으로써 통화 품질 문제에 대한 어느 정도의 해결책을 제시한다.
[3]
선행기술문헌 : 일본 공개특허공보 특개2008-129081호 대화 형식(dialog) 강의 지원 시스템

발명의 상세한 설명

기술적 과제

[4]
본 발명을 통해 전화를 이용한 실시간 강의를 제공할 의사가 있는 강사와 강의를 요청할 의사가 있는 수강생이 시간과 장소의 제약에서 벗어나 서로가 원하는 시점에 원하는 장소에서 강의를 제공하고 요청할 수 있는 방법을 구체화한다.

과제 해결 수단

[5]
상기의 과제를 해결하기 위해 본 발명은 강사 역할 수행 가능한 회원이 실시간 강의 제공 의사 표현을 통해 임의의 시간과 장소에서 강사 역할을 수행할 수 있도록 하고, 실시간 강의 제공 의사를 표현한 강사들의 통화품질 예측지수를 산출하여 수강생에게 강사 목록 제공 시에 같이 제공하여 강사 선택에 참고할 수 있도록 하고, 수강생이 특정 강사를 선택하여 강의를 요청하면 해당 강의 요청 사실(수강생ID, 강의주제, 강의시간, 세부 질문 사항)을 강사에게 전달하여 강사가 참고하고 비상 상황에서는 강의를 거부할 수 있는 편의를 제공한다.
[6]
강의 제공 의사 표현은 전화 서버를 이용하는 경우 feature code나 ARS를 활용하여 기존의 전화 서버 시스템을 그대로 이용할 수도 있고, 또는 SIP 프로토콜의 확장성을 활용하여 범용 SIP Client 프로그램과 인터넷 전화 서버 프로그램에 아주 간단한 수정이나 기능 추가를 통해 손쉽게 구현이 가능하고, 서비스 제공 서버를 이용하는 경우 HTTP 혹은 자체 프로토콜을 사용하여 구현한다.
[7]
통화품질 예측은 인터넷 전화 서버와 강사 단말 사이의 구간에서 측정하여 수강생이 특정 분야 주제에 대한 강사 목록 검색 시에 강사 정보로 함께 제공하여 수강생이 강사 선택할 때 참고할 수 있도록 한다. 인터넷 전화 서버와 수강생 단말 사이의 구간에서 측정하여 수강생 단말의 통화품질 상태를 수강생에게 제공할 수도 있다.
[8]
수강생의 강의 요청 사실의 전달은 인터넷 전화 서버를 이용하는 경우 SIP 프로토콜의 확장성을 활용하고, 서비스 제공 서버를 이용하는 경우 HTTP 혹은 자체 프로토콜을 사용하여 구현한다.

발명의 효과

[9]
본 발명을 통해 전화영어와 같은 서비스의 경우 강사나 수강생이 정해진 스케줄이 아닌 각자가 원하는 시간과 장소에서 강의를 제공하고, 요청할 수 있다.
[10]
수강생의 입장에서는 유선이든 무선이든 인터넷만 접속된다면 임의의 시간과 장소에서 선호도에 따라 강사를 선택할 수 있고,
[11]
또한 인터넷 강사 역시 유선이든 무선이든 인터넷만 접속된다면 임의의 시간과 장소에서 강의 제공이 가능하다. 당연히 재택근무가 100% 가능하고 인터넷 전화를 활용함으로써 통화료의 부담에서 해방될 수 있다.
[12]
기존 인터넷 전화의 경우는 통화 품질이 문제가 될 가능성이 있었으나, 본 발명에서는 통화 품질을 예측할 수 있는 방법을 제공함으로써 최적의 매칭을 지원하고, 따라서 수강생의 입장에서는 좀 더 저렴한 비용으로 원하는 목적을 달성할 수 있다.
[13]
본 발명의 시스템에서 회원은 기본적으로 수강생이며 특정 분야 주제에 대해 불특정 다수에게 강의를 제공할 능력이 있는 회원의 경우 관련 특정 분야 주제 정보를 회원 정보 DB에 저장한 다음, 본 발명에 명시된 몇 가지의 강의 제공 의사 표현 방법을 사용하여 강의 제공 의사를 표현하면 강사 역할을 수행하여 수강생이 특정 분야 주제에 대해 강사 목록을 검색할 때 해당 강사 목록에 포함되고 수강생이 강의 요청할 경우 전화가 연결되어 강의를 제공하게 된다. 만약 강사가 강의 제공 의사가 없을 경우에는 수강생 역할 수행이 가능하여 다른 강사로부터 대화 형식의 강의를 수강할 수 있다.

도면의 간단한 설명

[14]
도 1은 본 발명의 실시예에 따른 전화 강의의 강사와 수강생간 실시간 매칭 방법을 구현하기 위한 서비스 구성 블록을 도시한 것이다. 전화 서버는 경우에 따라 SIP 방식의 인터넷 전화 서버와 아날로그 방식의 일반 전화 서버가 될 수 있다.
[15]
도 2는 일 실시예에 따른 도 1의 서비스 구성 블록 간의 전체 메시지 송수신 절차의 전반부 흐름도이며 강사 단말이 SIP 프로토콜의 등록 과정을 통해 통화 가능 상태가 되고 강사 단말과 인터넷 전화 서버 간의 통화 품질 예측 과정을 수행한 이후, 현재 강의 제공 가능한 강사의 강의 제공 의사 표현 단계, 수강생이 강의 수강을 희망하는 특정 분야 주제에 대해 강의 가능한 강사 목록을 제공받아 본 후 수강생의 선호도에 따라 특정 강사에게 부가 정보(강의 시간, 강의 주제, 수강생 ID)를 포함하여 강의를 요청하는 단계, 강사의 경우 수강생의 강의 요청 사실 정보를 확인한 후 강사가 강의를 수락하는 단계로 구성된다. 강사의 강의 제공 의사 표현과 수강생의 강의 요청 정보를 수신하는 부분모두 SIP 프로토콜(event 상태 변경, event 통지 요청, event 통지 응답)을 사용하여 구현된다.
[16]
도 3은 일 실시예에 따른 도 1의 서비스 구성 블록 간의 전체 메시지 송수신 절차의 후반부 흐름도이며 강사가 수강생의강의 요청을 수락한 경우이며, 먼저 수강생 단말로 해당 사실이 통보되고, 강사단말과 수강생 단말 사이에 통화품질 예측과정을 수행하여 결과를 강사단말과 수강생 단말로 각각 통보한다. 이후 과정은 IETF의 SIP 프로토콜을 사용한 인터넷 전화의 호 전달 방법을 그대로 도시한 것이며, 인터넷 전화 서버가 강의를 수락한 강사에게 먼저 전화를 연결한 다음 성공하면 다시 수강생에게 전화를 연결하고 IETF의 SIP 프로토콜 표준 절차인 호 전달 과정을 통해 강사와 수강생 간의 전화 연결을 중재한다.
[17]
도 4는 일 실시예에 따른 도 1의 서비스 구성 블록 간의 전체 메시지 송수신 절차의 후반부 흐름도이며 강사가 수강생의 강의 요청을 거부한 경우이다.
[18]
도 5는 강사의 강의 제공 의사 표현을 전화 서버에 구현된 ARS(Automatic Response System, 자동응답시스템)를 통하여 수행하는 과정을 도시한 것이다.
[19]
도 6은 강사의 강의 제공 의사 표현을 전화 서버에 해당 목적을 위하여 할당된 feature code를 통해 수행하는 과정을 도시한 것이다.
[20]
도 7은 강사의 강의 제공 의사 표현을 SIP Transaction의 SIP Request 메시지에 확장 헤더를 추가하거나 Content type을 추가하고 해당 type의 Content를 기록하여 수행하는 과정을 도시한 것이다.
[21]
도 8은 수강생의 강의 요청 사실 통보가 SIP Transaction의 SIP Request 메시지에 확장 헤더를 추가하거나 Content type을 추가하고 해당 type의 Content를 기록하여 수행되는 과정을 도시한 것이다.

발명의 실시를 위한 최선의 형태

[22]
전화 강의의 강사와 수강생간 실시간 매칭을 지원하기 위한 방법을 구현한 시스템이 실제 매칭 작업을 수행하는 절차에 있어서,
[23]
강사로서 불특정 다수에게 강의를 제공할 의사가 있는 회원은 회원 가입시 전문 분야 주제를 반드시 포함하고 나머지 일반적인 개인정보를 포함한 강사 정보를 서비스 제공 서버(3)에 저장하고, 인터넷 전화 방식의 경우에 강사 단말(1)은 인터넷 전화 서버(2)로 SIP 등록 과정을 수행하여 통화 가능 상태가 되면 인터넷 전화 서버(2)와 강사 단말(1) 간에 통화 품질을 예측하여 수치화한 다음 저장한다. 통화품질 예측지수는 이후 주기적으로 측정되어 계속 갱신될 수 있다. 수강생 단말(4)도 마찬가지로 인터넷 전화 서버(2)와 수강생 단말(4) 간에 통화 품질을 예측하여 수치화하여 인터넷 전화 서버(2)와 서비스 제공 서버(3)의 연동을 통해 수강생 단말(4)에게 제공할 수 있다.
[24]
도 1에서 인터넷 전화 서버(2)의 경우 실제 통신사에서 구현될 때 아주 복잡한 망으로 설계된다. 이런 상황에서 통화 대기 상태에 있는 강사 단말(1)이나 수강생 단말(4)의 통화 품질을 예측하는 경우, 인터넷 전화 서버(2)는 강사 단말(1)이나 수강생 단말(4)의 관점에서 봤을 때 제일 처음 대화하는 SIP 객체로서 이동통신망의 경우 P-CSCF(Proxy Call Session Control Function), 일반 유선망의 경우 SIP Proxy 서버, 사기업의 경우 IP PBX(Internet Protocol Private Branch Exchange), NAT Traversal 문제 등을 해결하기 위해 추가 배치되는 SBC(Session Border Controller) 등이 해당된다. 이러한 SIP 객체의 경우 NAT Traversal과 같은 문제 때문에 실제 통화 시에 미디어를 릴레이하는 경우가 많다는 점에서 착안하여 강사 단말(1)이나 수강생 단말(4)이 어떤 통화 상대와 전화 연결하더라도 공통되는 미디어 전송구간의 최장거리 개념으로 강사 단말(1)이나 수강생 단말(4)과 인터넷 전화 서버(2, 상기 SIP 객체) 사이 구간에 대한 통화품질을 예측하여 이를 통화 대기 상태에 있는 강사 단말(1)이나 수강생 단말(4)의 통화품질의 기준으로 삼도록 한다. 통화품질 예측을 위한 전송시험 세션은 강사 단말(1)이나 수강생 단말(4)과 인터넷 전화 서버(2) 사이에 SIP Transaction을 주고 받는 방법을 통해 생성할 수 있다. 즉 강사 단말(1)이나 수강생 단말(4)이 통화품질 예측 요청을 포함하는 SIP Transaction Request를 인터넷 전화 서버(2)로 전달하고 서버는 SIP Transaction Response에 전송시험 세션 생성을 위한 자신의 IP 주소와 Port 번호를 포함하여 단말로 응답하는 과정을 통해 전송시험 세션이 생성될 수 있다. 자세한 통화품질 예측 과정은 아래의 도 3의 ⑧의 과정에 대한 설명 부분을 더 참조하도록 한다.
[25]
강사는 강사 단말(1)을 통하여 실시간으로 변화하는 강의 제공 의사 여부를 전화 서버(2)또는 서비스 제공 서버(3)로 전달한다. 어느 쪽이든 두 서버 사이는 연동을 통하여 정보가 공유된다. 서비스 제공 서버(3)를 통하여 수강생이 전문 분야 주제에 대해 현재 강의 가능한 강사 목록을 검색하였을 때 강사의 현재 강의 제공 의사 여부에 따라 해당 강사는 목록에 추가되고 삭제된다.
[26]
도 2의 ①의 과정을 통해 강사가 현재 강의 제공 의사 표현을 하게 된다. IETF의 RFC3903 규격에 정의된 SIP PUBLISH 메시지를 사용하여 구현하도록 한다. 단말이나 SIP 객체가 특정한 이벤트에 대한 상태 정보의 변경을 요청할 때 사용하는 메시지이며 IETF의 RFC3856에 이미 정의된 이벤트로는 presence(현재 객체가 로그인되어 통화 가능 상태에 있는지의 여부 또는 단말의 IP 주소 등의 출석 정보)가 있다. 본 발명을 실시하기 위해서 임의의 event를 추가하도록 한다. 예컨대 lecture event (인터넷 강의와 연관된 이벤트)를 추가하고 publish 메시지의 바디부분에 <provice>yes</provide> xml element를 추가하여 전송하면 해당 강사가 강의 제공 의사가 있는 것으로 판단하도록 서로 약속하도록 한다. presence 이벤트의 경우 메시지 바디 부분의 XML 문서 형식(PIDF, Presence Information Data Format)은 RFC3863에 정의되어 있다. Lecture event를 추가하지 않고 presence event에 포함하여 PIDF에 강의 제공 의사 여부를 나타내는 xml element를 추가하는 방법으로도 구현이 가능하다. Initial publish 메시지를 통해 강의 제공 의사를 표현하고 refresh publish 메시지를 통해 계속 강의 제공 의사 상태를 연장하다가 강의 제공 의사가 있음에서 없음으로 변경될 경우 remove publish 메시지를 통해 강의 제공 의사가 없음을 표현할 수 있다.
[27]
도 2의 ②의 과정을 통해 강의를 요청하는 수강생이 있을 경우에 해당 정보의 통지를 요청하도록 한다. IETF의 RFC3265 규격에 정의된 SIP SUBSCRIBEH 메시지를 사용하여 구현하도록 한다. 단말이나 SIP 객체가 특정한 이벤트에 대한 상태 정보의 변경 사실이 있을 때 이에 대해서 자신에게 통지해 달라고 요청할 때 사용하는 메시지이며 이미 정의된 이벤트로는 presence(현재 객체가 로그인되어 통화 가능 상태에 있는지의 여부 또는 단말의 IP 주소 등의 출석 정보)가 있다. 본 발명을 실시하기 위해서 임의의 event를 추가하도록 한다. 예컨대 lecture(전화 강의와 연관된 이벤트)를 추가하고 SUBSCRIBE 메시지를 전송하면 추후에 수강생이 강의를 요청할 시 이에 대한 통지 서비스로 도 2의 ⑥의 과정을 통해 NOTIFY 메시지의 바디부분에 <lecture><requester>수강생 ID </requester> <time> 30분 </time> <subject> 공항에서</subject><question>티켓 발권 방법</question> </lecture> xml element를 추가하여 전송하면 강사는 이에 대한 통지를 확인하고 해당 주제(공항에서)에서 질문내용(티켓 발권 방법)에 대하여 30분 간 특정 수강생 ID에게 강의 제공 의사가 있는 경우 이를 수락하여 강의를 제공하게 된다. 해당 특정 이벤트인 lecture는 본 발명의 서비스를 위해 추가한 사적인 이벤트이므로 인터넷 전화 서버(20)와 강사 단말 (10)간에 미리 약속하면 도 2의 ①의 과정을 생략하고 ②의 subscribe 메시지를 강사가 강의 제공 의사가 있을 때 이를 표현하는 도구로 사용할 수도 있다.
[28]
만약 도 2의 ②의 과정이 생략되면 수강생 단말(40)이 강의를 요청할 경우 실제 전화 연결 이전에 강사 단말(10)로 강의 요청 통보 과정(도 2의 ⑥의 과정)을 생략하고 강사 단말(10)과 수강생 단말 (40) 사이에 실제 전화 연결이 바로 이루어질 수 있도록 할 수 있다.
[29]
도 2의 ③의 과정을 통해 인터넷 전화 서버(20)는 서비스 제공 서버(30)에게 현재 실시간 강의를 제공할 의사가 있음을 표시한 강사 목록을 SIP나 HTTP가 아닌 자체 프로토콜을 통해 공유한다. 물론 SIP나 HTTP로도 구현할 수 있지만 자체 프로토콜을 사용하는 것에 비해 장점이 딱히 없으므로 개발자가 선호하는 방법으로 구현할 수 있다. 도 1의 서비스 구성 블록에서 인터넷 전화 서버(2)와 서비스 제공 서버(3)는 논리적으로 구분된 개념이며 이 둘은 물리적으로 같은 하드웨어 서버 상에서 탑재될 수 있고, 따로 분리될 수도 있다. ③의 과정은 인터넷 전화 서버와 서비스 제공 서버 사이의 상호작용이며 이는 계속적으로 수행되어 전체 강사들의 현재 강의 제공 의사 여부와 통화중(강의중) 상태 그리고 각 강사의 통화품질 예측지수와 각 강사의 전문 분야 주제 정보가 서로 공유된다. 도 2의 ①의 과정을 생략하고 도 2의 ②의 subscribe 메시지를 강사가 강의 제공 의사가 있을 때 이를 표현하는 도구로 사용하는 경우를 대비하여 도 2의 ③의 강사 목록 갱신 과정이 ②의 과정 아래에 있으나, 일반적인 경우 도 2의 ①의 과정을 통해 강사가 강의 제공 의사를 표현하는 경우는 도 2의 ③의 강사 목록 갱신 과정이 도 2의 ①의 과정 아래에 있을 필요가 있다.
[30]
도 2의 ④의 과정을 통해 전화 강의 수강을 희망하는 수강생은 단말(40)로부터 인터넷 브라우저를 통해 전문 분야 주제에 대해 현재 강의 제공 의사가 있는 강사 목록을 체크할 수 있으며, 강사 목록에서 강사의 부가정보로 통화중(강의중) 여부와 통화품질 예측 지수가 포함되며, 강사 목록의 우선순위는 특정 강사로부터의 강의 경험이 있는 수강생이 선호 강사로 미리 지정한 경우 해당 강사는 높은 우선순위를 부여 받을 수 있고, 또는 강사의 평균 접속 시간과 수강생의 평균 접속 시간이 일치하는 경우 강의의 일관성을 위해 해당 강사는 높은 우선 순위를 부여 받을 수 있다. 통화품질 예측지수가 높은 강사가 높은 우선 순위를 부여 받을 수도 있다. 강사의 현재 통화중(강의중) 여부는 강사 목록에서 해당 강사의 부가정보로 제공될 수 있고 또는 아예 강사 목록에서 해당 강사는 삭제될 수도 있다. 두 경우 모두 수강생은 해당 강사에게 강의 요청은 불가능하다. 수강생은 선호도에 따라 특정 강사를 선택 후 이 강사에게 강의를 요청하게 된다. ④의 과정을 위해서 http 프로토콜을 사용한 예시이며, 이는 자체 프로토콜을 사용하는 어플리케이션을 개발하여 대체할 수도 있다.
[31]
도 2의 ⑤의 과정을 통해 인터넷 전화 서버(20)는 서비스 제공 서버(30)로부터 수강생 ID, 수강생이 선택한 강사ID, 강의 시간, 강의 주제, 세부 질문 사항과 같은 부가정보를 건네 받는다.
[32]
도 2의 ⑥의 과정을 통해 인터넷 전화 서버(20)는 ⑤의 과정을 통해 서비스 제공 서버(30)로부터 받은 정보를 강사 단말(10)로 전달한다. 이 때 ②의 과정을 통해 강사 단말(10)이 SIP SUBSCRIBE 메시지를 통해 event 통지 요청한 체계에 따라 발동하는 event 통지 응답 체계의 부분으로써 SIP NOTIFY 메시지를 작성하되 SIP NOTIFY 메시지의 event 헤더와 메시지의 body는 본 발명에서 사용하기 위해 자체적으로 정의한 lecture(이벤트)와 <lecture> <requester> 수강생ID </requester> <time> 30분 </time> <subject> 공항에서 </subject> <question> 티켓 발권 방법 </question> </lecture>와 같은 xml element로 하여 강사 단말(10)로 전달하도록 한다. Event 이름과 메시지의 body의 경우 실시예를 보여주기 위한 예일 뿐이며 임의의 다른 이름과 형식으로 수정이 가능하다. 강사 단말(10)이 해당 SIP NOTIFY 메시지를 수신하면 메시지 박스 등을 통해 강사에게 해당 사실을 통보하고 수락 또는 거부 요청을 받아서 수락일 경우 인터넷 전화 서버(20)로 200 OK 메시지를 전달하여 도 3에서 예시한 전화 연결 작업이 속행될 수 있도록 하고 거부일 경우 SIP 에러 메시지(예:603 Declined)를 전달하여 거부 사실을 전달하도록 한다. 다만 이러한 에러 메시지를 전송하게 되면 도 2의 ②의 과정을 통해 subscribe 메시지를 활용해 수립한 event 통지 요청(subscription)이 소멸되므로 다른 수강생으로부터 강의 요청을 받기를 희망할 경우 강사 단말(10)은 도 2의 ②의 과정을 다시 수행하도록 한다. SIP Transaction이 정상적으로 완료되기 위해서는 RFC 3261에 명시된 sip timer들 중에서 default로 500ms의 값을 가지는 t1값의 64배(32초)값을 가지는 timer F(non-INVITE transaction timeout timer)내에 SIP Response 메시지가 전송되어야 한다. 따라서 NOTIFY 메시지를 수신한 후 메시지 박스를 띄워서 강사에게 통보한 후 32초 이내의 시간동안 강사의 수락 혹은 거부의 응답을 대기한 후 강사의 응답이 없으면 자동으로 거부(예:603 Declined)의 응답을 전송하거나 강사 단말(10)이 배터리 고갈 등의 이유로 응답할 수 없을 때는 상기 timer F에 의해 자동으로 강사 단말(10)의 강의 제공 거부로 인식하도록 한다.
[33]
도 3의 ⑦의 과정을 통해 강사(11)가 강의 요청을 수락한 경우에 자체 프로토콜을 통해 인터넷 전화 서버(21)로부터 서비스 제공 서버(31)로 해당 사실이 통보되고 http 200 ok 메시지나 혹은 AJAX(Asynchronus javascript XML) 통해 강의 수락 사실이 수강생의 인터넷 브라우저로도 통보된다. AJAX의 경우 서비스 제공 서버와 수강생 단말 사이의 비동기적 상호작용을 위해 사용되며 도 3의 ⑦의 과정을 통해 수강생 단말(41)로 통보되기 위해서 AJAX를 통한 상호작용은 도 2의 ④의 과정에서 시작될 필요가 있다. 인터넷 브라우저가 아닌 자체 개발 어플리케이션을 활용하는 경우는 http가 아닌 자체 프로토콜에 의해 서비스 제공 서버(31)로부터 수강생 단말(41)로 통보된다. 자체 프로토콜의 경우는 ip header + tcp header + 강의요청 수락 통보 data 형식 또는 ip header + udp header + 강의요청 수락 통보 data 형식으로 구성되어 전달될 수 있다.
[34]
도 3의 ⑧의 과정을 통해 강사(11)와 수강생(41) 간 전화가 연결되었을 경우의 미디어 트래픽 품질을 예측하도록 한다. 위조한 미디어 DATA를 포함하는 실제 RTP 패킷을 생성할 수도 있고 구현의 용이성을 위해 위조한 미디어 DATA에 더하여 위조한 RTP 헤더까지 포함하는 임의의 UDP 패킷을 생성할 수도 있다. 다만 실제 RTP 패킷과의 유사성을 위해서 TCP 패킷을 통한 통화품질 예측은 지양하도록 한다. 임의의 UDP 패킷을 생성하는 경우를 예로 들면, 실제 사용하고자 하는 대상 코덱의 RTP 생성 패킷과 완전히 동일한 크기의 UDP 패킷을 생성하도록 한다. ULAW의 경우를 예로 들면 초당 8000 샘플의 데이터를 20ms의 간격으로 나누어서 전송(160 byte * 50개의 데이터를 1초 동안 전송)하므로 160 byte + 실제 RTP 패킷에 포함되는 RTP 헤더의 크기(=기본 12 byte + 코덱의 type에 따라 포함되는 헤더 혹은 확장 데이터)의 크기 만큼의 dummy 데이터를 포함하는 UDP 패킷을 생성(실제 RTP 패킷과 완전히 동일한 사이즈의 UDP 패킷)하여 실제로 강사 단말(11)과 수강생 단말(41)간에 쌍방향 혹은 한 쪽이 받아서 그대로 다른 쪽으로 전달하는 방법으로 가상 트래픽을 생성하도록 한다. 일정한 기준 시간 동안 패킷을 생성하며, 예를 들면 ULAW를 사용하고 10 초의 시간 동안 품질 측정한다고 하면 500개의 패킷을 생성하며 각각의 패킷에 포함되는 DUMMY 데이터에는 현재 보내는 시스템 기준의 전송시간을 포함한다. 만약 강사 단말(11)이 생성해서 수강생 단말(41) 쪽으로 전송한다면 수강생 단말(41)은 받는 즉시 강사 단말(11) 쪽으로 그대로 재전송하도록 하며 강사 단말(11)은 500개 각각의 패킷에 대해 수신된 시간과 패킷의 DUMMY 데이터 속에 포함된 전송 시간을 비교하여 평균 RTT(Round Trip Time)를 계산하고, 누락된 패킷의 개수와 각각의 패킷의 RTT 값과 평균 RTT 값의 편차(이격도) 값을 구하고, 이 값 들을 사용해서 경험을 통해 마련한 일정한 기준값을 사용하여 통화 품질을 예측하도록 한다.
[35]
통화품질 예측을 위한 전송시험 세션은 앞의 경우와 마찬가지로 강사 단말(1)과 수강생 단말(4) 사이에 SIP Transaction을 주고 받는 방법을 통해 생성할 수 있다. 즉 강사 단말(1)이나 수강생 단말(4)이 통화품질 예측 요청을 포함하는 SIP Transaction Request를 상대방 단말로 전달하고 상대방 단말은 SIP Transaction Response에 전송시험 세션 생성을 위한 자신의 IP 주소와 Port 번호를 포함하여 단말로 응답하는 과정을 통해 전송시험 세션이 생성될 수 있다.
[36]
통화 품질 예측 과정을 수행한 후 수치화한 값(통화품질 예측지수)은 수강생에게 통보하여 예측지수가 일정한 기준치를 하회하는 경우 수강생이 다른 강사를 선택하도록 기회를 제공하거나 기준치를 상회하는 경우 수강생이 확인 후 전화 연결을 수락하면 실제 통화가 연결되는 과정으로 넘어가도록 한다. 도 3의 ⑦의 과정과 마찬가지로 인터넷 브라우저의 경우 AJAX를 통해 수강생에게 통보하고 자체 애플리케이션의 경우 자체 프로토콜에 의해 통보한다. 이후 수강생 단말은 메시지 박스 등을 띄워서 수강생에게 통보하고 수락 또는 거부의 응답을 받도록 한다.
[37]
도 3의 ⑨의 과정을 통해 강사가 강의 요청을 수락한 경우 강사와 수강생 사이의 인터넷 전화 연결이 수립되는 과정을 예시하고 있다 강사 단말(11)이 도 2의 ⑥의 과정을 통해 전달받은 수강생 정보를 기반으로 강사가 직접 수동으로 전화 연결을 해도 되지만 전화 연결 작업이나 과금 측면에서도 번거롭기 때문에 인터넷 전화 서버(21)가 강사(11)와 수강생(41)에게 직접 전화 연결 후 SIP의 호 전달 방법을 이용하여 강사(11)와 수강생(41) 사이에 전화 연결을 수립하도록 한다. 이 경우에도 모든 SIP 메시지는 인터넷 전화 서버(21)를 경유하게 할 수 있고 전화 연결의 시작과 종료 시점은 정확히 파악할 수 있으므로 과금 처리 작업에 유용하게 사용할 수 있다.
[38]
도 4의 ⑩의 과정을 통해 강사가 강의 요청을 거부한 경우를 예시하고 있다. 도 2의 ⑥의 과정은 강사가 강의 요청을 수락한 경우이고 도 4의 ⑩의 과정은 강사가 강의 요청을 거부한 경우이다. 수강생의 강의 요청 사실 통보 메시지인 SIP NOTIFY 메시지에 대해 에러 메시지인 603 Declined 메시지를 인터넷 전화 서버(22)로 전송한다. SIP 메시지 규격에는 603 이외에 다양한 에러 메시지들이 존재하는데 강사단말(12)과 인터넷 전화 서버(22) 사이에 미리 정의만 된다면 다른 에러 메시지도 사용 가능하다.
[39]
도 4의 ⑪의 과정을 통해 강사(12)가 강의를 거부했을 경우나 통화 품질 예측 검사가 실패한 경우 해당 사실이 인터넷 전화 서버(22)로부터 자체 프로토콜을 통해 서비스 제공 서버(32)로 전송되고 서비스 제공 서버(32)는 HTTP 200 OK 메시지의 바디에 해당 거부 사실 메시지를 포함하여 전송하거나 AJAX(Asynchronus Javascript XML)를 사용하여 수강생(42)에게 거부 사실을 통보하게 된다.
[40]
도 4의 ⑫의 과정을 통해 이전의 수강생에 대한 강의는 여타 이유로 거부하였지만, 인터넷 강의 자체는 계속 제공할 의사가 있는 경우 도 2의 ②의 과정을 다시 수행하여 강의를 요청하는 수강생이 있을 경우에 해당 정보의 통지를 다시 요청하도록 한다.
[41]
수강생이 서비스 제공 서버를 통해 관심있는 전문 분야 주제에 대한 강사 목록을 검색할 때 해당 전문 분야 주제의 분류가 수강생이 원하는 정도의 세밀성을 충족하지 못하는 경우가 있을 수 있다. 예를 들면 대분류:기계, 중분류:자동차, 소분류:엔진과 같은 형식으로 주제가 분류되어 있는 상황이 있을 수 있다. 자동차 엔진의 경우만 해도 수많은 부품이 결합되어 있고 특정 강사가 자동차의 엔진을 구성하는 모든 부품에 대해 다 알지는 못하는 상황인 경우, 수강생이 디젤 엔진의 인젝터 부품의 수명과 관련하여 궁금한 점이 있어서 강사에게 대화 형식의 전화 강의를 신청하여 궁금점을 해소하려고 할 수 있다. 이런 경우 수강생은 소분류:엔진에 대해 실시간 강의 제공 의사를 밝힌 복수의 강사들에 대해 세부 질문 사항(디젤 엔진의 인젝터 수명에 대해 궁금합니다)을 포함하여 동시에 강의를 신청할 수 있도록 한다. 즉 SIP EVENT 응답 체계를 활용하는 경우 SIP NOTIFY 메시지의 바디 부분에 <lecture> <requester> 수강생ID </requester> <time> 30분 </time> <subject> 엔진 </subject> <question> 디젤 엔진의 인젝터 수명에 대해 궁금합니다 </question> </lecture>와 같은 xml element를 포함하여 수강생의 세부 질문 사항(question)이 강사 단말로 전달되도록 한다. 강사의 경우 수강생의 강의 요청 정보에 포함된 세부 질문 사항을 확인하고 자신이 잘 알고 있어서 강의해 줄 수 있다고 판단될 경우 강의 수락 응답을 하는데, 이 때 수강생의 강의 요청은 복수의 강사에게 동시에 전달되었으므로 가장 먼저 강의 수락 응답을 하는 강사와 수강생이 전화 연결되도록 할 수 있다.
[42]
도 5의 전체 과정은 강사 단말(13)이 인터넷 전화 서버(23)에 구축된 ARS(Automatic Response System, 자동응답시스템)를 통해 현재 강의 제공 의사를 표현하는 방법을 도시한다. 이 방법의 경우 강사 단말(13)이 통화를 요청하는 전화번호는 IP PBX 등을 통해 구축한 사설전화망의 경우는 미리 인터넷 전화 서버(23)에 할당된 내선번호이며, 만약 일반전화를 활용하는 공중전화망의 경우는 통신사에서 발급받은 인터넷 전화 서버(23)에 할당된 전화번호이다. 강사 단말(13)이 이와 같은 방법으로 ARS에 접속하면 ARS는 서비스 제공 서버(33)와 연동을 통해 발신번호가 전문 분야 주제가 함께 저장된 강사 단말(13)의 번호인지 여부를 검사하고 아닐 경우 해당 안내멘트를 송출하고 통화를 종료할 수 있다. 강사가 맞으면 강사 단말(13)로부터 현재 실시간 강의 제공 의사 여부를 DTMF 입력을 통해 전달받고 통화를 종료하게 된다. 이후 서비스 제공 서버(33)와 연동을 통해 강사 목록을 갱신(강의 제공 의사가 있으면 강사 목록에 추가하고 강의 제공 의사가 없으면 강사 목록에서 삭제)하고 수강생(43)으로부터 강의 요청을 받아 해당 주제에 대한 강사 목록을 제공하고 수강생(43)이 강사(13)를 선택하면 해당 강사(13)에게 통보하고 강사(13)와 수강생(43) 사이에 통화를 연결하는 과정은 본 발명에서 명시한 여러 방법들을 통해 수행될 수 있다.
[43]
도 6의 전체 과정은 강사가 “*50”과 같은 특정 feature code를 눌러 현재 강의 제공 의사를 표현하는 방법을 도시한다. 이 방식의 경우 강의 제공 의사가 있음을 표현하기 위한 특정 feature code와 강의 제공 의사가 없음을 표현하기 위한 특정 feature code를 할당하는 방법과 두 경우를 토글하기 위한 특정 feature code를 할당하는 방법으로 나뉠 수 있다.
[44]
전자의 경우 강의 제공 의사가 있음을 표현하기 위한 특정 feature code, 예를 들면 *50을 누르면 “강의 제공 의사가 있음이 저장되었습니다” 멘트가 송출되고 통화는 종료되며 해당 강사의 상태는 강의 제공 의사 있음 상태로 변경된다. 또한 강의 제공 의사가 없음을 표현하기 위한 특정 feature code, 예를 들면 *51을 누르면 “강의 제공 의사가 없음이 저장되었습니다” 멘트가 송출되고 통화는 종료되며 해당 강사의 상태는 강의 제공 의사 없음 상태로 변경된다.
[45]
후자의 경우 최초의 강사 상태가 강의 제강 의사 없음 상태에서 강사 단말이 두 경우를 토글하기 위한 특정 feature code, 예를 들면 *60을 누르면 “강의 제공 의사가 있음이 저장되었습니다” 멘트가 송출되고 통화는 종료되며 해당 강사의 상태는 강의 제공 의사 있음 상태로 변경된다. 이후 강사 단말이 다시 *60을 누르면 이번에는 “강의 제공 의사가 없음이 저장되었습니다” 멘트가 송출되고 통화는 종료되며 해당 강사의 상태는 강의 제공 의사 없음 상태로 변경된다. 이와 같은 식으로 강사의 상태는 계속 바뀌게 된다.
[46]
이후 서비스 제공 서버(34)와 연동을 통해 강사 목록을 갱신(강의 제공 의사가 있으면 강사 목록에 추가하고 강의 제공 의사가 없으면 강사 목록에서 삭제)하고 수강생(44)으로부터 강의 요청을 받아 해당 주제에 대한 강사 목록을 제공하고 수강생(44)이 강사(14)를 선택하면 해당 강사(14)에게 통보하고 강사(14)와 수강생(44) 사이에 통화를 연결하는 과정은 본 발명에서 명시한 여러 방법들을 통해 수행될 수 있다.
[47]
도 5와 도 6에 명시된 강의 제공 의사 여부 표현 방법은 SIP 방식의 인터넷 전화뿐 만 아니라 아날로그 방식의 전화에도 그대로 적용이 가능하다.
[48]
도 7의 전체 과정은 SIP Transaction을 이용하여 강의 제공 의사를 표현하는 방법을 도시한다.
[49]
첫째, SIP 메시지의 경우 기본 프로토콜에서 표준화된 매개변수(헤더)외에 새로운 기능이나 특성을 추가하기 위한 방법으로 실험적(eXperimental) 또는 확장(eXtension)의 뜻을 가지는 X-로 시작하는 비표준 매개변수(헤더)를 사용할 수 있고, 또는 사적인(Private), 예비의(Preliminary), 사유의(Proprietary)의 뜻을 가지는 P-로 시작하는 비표준 매개변수(헤더)를 사용할 수 있다. 이 점을 활용하여 강사의 강의 제공 의사 표현을 위해 SIP Request 메시지에 X-Lecture-Intention 또는 P-Lecture-Intention과 같은 헤더를 추가하여 강사의 강의 제공 의사 여부(yes or no)를 전달하도록 한다.
[50]
SIP 프로토콜에서 상대방 SIP 개체의 Capability에 대한 질의나 Ping의 용도로 사용하는 대표적인out of dialog 메시지인 OPTIONS 메시지를 사용한 예는 아래와 같다.
[51]
OPTIONS sip:carol@chicago.com SIP/2.0
[52]
Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKhjhs8ass877
[53]
Max-Forwards: 70
[54]
To: <sip:carol@chicago.com>
[55]
From: Alice <sip:alice@atlanta.com>;tag=1928301774
[56]
Call-ID: a84b4c76e66710
[57]
CSeq: 63104 OPTIONS
[58]
Contact: sip:alice@pc33.atlanta.com
[59]
X-Lecture-Intention: yes
[60]
Accept: application/sdp
[61]
Content-Length: 0
[62]
둘째, SIP Request 메시지에 강사의 강의 제공 의사 표현을 위한 CONTENT를 추가하는 식으로도 가능하며 SIP Request 메시지에 Content-Type: application/lecture-intention 과 같은 헤더를 추가하고 content 부분에
[63]
Lecture-intention=yes 또는
[64]
Lecture-intention=no
[65]
와 같이 기술하는 방식으로 강의 제공 의사를 표현하도록 한다.
[66]
마찬가지로 OPTIONS 메시지를 사용한 예는 아래와 같다.
[67]
OPTIONS sip:carol@chicago.com SIP/2.0
[68]
Via: SIP/2.0/UDP pc33.atlanta.com;branch=z9hG4bKhjhs8ass877
[69]
Max-Forwards: 70
[70]
To: <sip:carol@chicago.com>
[71]
From: Alice <sip:alice@atlanta.com>;tag=1928301774
[72]
Call-ID: a84b4c76e66710
[73]
CSeq: 63104 OPTIONS
[74]
Contact: sip:alice@pc33.atlanta.com
[75]
Accept: application/sdp
[76]
Content-Type: application/lecture-intention
[77]
Content-Length: xxx
[78]
Lecture-Intention=yes
[79]
이후 서비스 제공 서버(35)와 연동을 통해 강사 목록을 갱신(강의 제공 의사가 있으면 강사 목록에 추가하고 강의 제공 의사가 없으면 강사 목록에서 삭제)하고 수강생 단말(45)으로부터 강의 요청을 받아 해당 주제에 대한 강사 목록을 제공하고 수강생 단말(45)이 강사 단말(15)를 선택하면 해당 강사 단말(15)에게 통보하고 강사 단말(15)과 수강생 단말(45) 사이에 통화를 연결하는 과정은 본 발명에서 명시한 여러 방법들을 통해 수행될 수 있다.
[80]
도 8의 경우는 수강생의 강사 선택 및 요청 사실을 강사 단말(17)로 전달함에 있어서 SIP Transaction을 이용한 방법을 도시하고 있다
[81]
도 8의 ①의 과정을 통해 강사가 현재 강의 제공 의사 표현을 하게 된다. SIP Publish 메시지 혹은 일반 SIP Transaction을 통해 인터넷 전화 서버로 강의 제공 의사를 표현할 수도 있다. 강사의 강의 제공 의사 표현 이후에 ②의 과정을 통해 인터넷 전화 서버(27)와 서비스 제공 서버(37)는 연동을 통해 전문 분야 주제 별로 강사의 강의 제공 의사 여부를 갱신한다. 강사 단말(17)이 통화중(강의중) 상태의 경우 역시 연동을 통해 인터넷 전화 서버(27)에서 서비스 제공 서버(37)로 전달되어 수강생 단말(47)에게 전달되는 강사 목록에서 제거되거나 강의중인 상태로 표시하게 된다.
[82]
도 8의 ③의 과정을 통해 강의 수강을 희망하는 수강생은 수강생 단말(47)로부터 인터넷 브라우저 또는 자체 개발 애플리케이션을 통해 현재 자신이 관심 있는 주제에 대해 강의 제공 의사가 있는 강사 중에서 강의중(통화중)이 아닌 강사 목록을 체크하고 선택한 후 강의를 요청하고 ④의 과정을 통해 강의 요청 정보(강사ID, 수강생ID, 강의 시간, 강의 주제, 세부 질문 사항)가 인터넷 전화 서버(27)로 전달된다.
[83]
도 8의 ⑤의 과정을 통해 강사 단말(17)은 인터넷 전화 서버(27)로부터 강의 요청 정보를 수신하고 강사는 강의 요청 정보를 확인한 후 인터넷 전화 서버(27)에게 강의 요청에 대한 수락 혹은 거절 의사를 표현하게 된다. 만약 강사가 강의 요청을 수락한 경우는 도 3의 ⑦의 과정을 수행하여 인터넷 전화 서버(27)는 해당 정보를 서비스 제공 서버(37)에게 전달하고 서비스 제공 서버(37)는 이를 다시 수강생 단말(47)로 전달한다. 이후 도 3의 ⑧의 과정과 도 3의 ⑨의 과정을 수행하여 강사 단말(17)과 수강생 단말(47) 간의 전화 연결 작업이 속행될 수 있도록 한다. 만약 강사가 강의 요청을 거부한 경우는 도 4의 ⑪의 과정을 수행하여 인터넷 전화 서버(27)은 서비스 제공 서버(37)로 전달하고 서비스 제공 서버(37)은 다시 이를 수강생 단말(47)로 전달한다.
[84]
도 8의 ⑤의 과정은 SIP Transaction을 이용하여 인터넷 전화 서버(27)가 수강생 단말(47)의 강의 요청 사실을 강사 단말(17)로 전달하는 방법을 도시한다.
[85]
첫째, 앞에서 강의 제공 의사 표현의 경우와 마찬가지로 X-로 시작하는 비표준 매개변수(헤더)를 사용하거나 또는 P-로 시작하는 비표준 매개변수(헤더)를 사용하여 SIP Request 메시지에 수강생의 강의 요청 정보를 저장하여 강사 단말로 전달하도록 한다. 예를 들면 수강생의 강의 요청 정보를 저장하기 위해 SIP Request 메시지에 X-Lecture-Request 또는 P-Lecture-Request와 같은 헤더를 추가하고 내용으로 수강생ID, 강의주제, 강의시간을 저장하여 아래와 같이 전달하도록 한다.
[86]
“X-Lecture-Request: 수강생ID; 강의주제; 강의시간” 또는
[87]
“P-Lecture-Request: 수강생ID; 강의주제; 강의시간”
[88]
예를 들면
[89]
X-Lecture-Request: hong-gil-dong; aerodynamics; 3600sec
[90]
와 같은 헤더가 포함된 SIP Request 메시지를 작성한다.
[91]
둘째, SIP Request 메시지에 수강생의 강의 요청 정보를 저장하기 위한 CONTENT를 추가하는 식으로도 가능하며 SIP Request 메시지에 Content-Type: application/lecture-request 과 같은 헤더를 추가하고 SIP Request 메시지의 content body 부분에
[92]
“Lecture-Request=수강생ID; 강의주제; 강의시간”
[93]
와 같이 기술하는 방식으로 강의 요청 정보를 전달하도록 한다.
[94]
예를 들면
[95]
Content-Type: application/lecture-request
[96]
Content-Length: xxx(xxx는 메시지 바디에 기록된 content의 길이)
[97]
와 같은 헤더가 포함된 SIP Request 메시지를 작성하고 메시지 바디 부분에
[98]
Lecture-Request=hong-gil-dong; aerodynamics; 3600sec
[99]
와 같은 content를 기록하여 전송한다.
[100]
SIP Transaction이 정상적으로 완료되기 위해서는 RFC 3261에 명시된 sip timer들 중에서 default로 500ms의 값을 가지는 t1값의 64배(32초)값을 가지는 timer F(non-INVITE transaction timeout timer)내에 SIP Response 메시지가 전송되어야 한다. 따라서 OPTIONS 메시지를 통해 수강생의 강의 요청 정보를 수신한 강사 단말(17)은 즉시 메시지 박스 등을 띄우는 방법으로 강사에게 통보하고 timer F보다 작은 시간 동안 강사 응답을 기다린 후 강사가 수락하면 200 OK 응답 메시지를 전송하고 거부하면 603 Decline과 같은 에러 응답 메시지를 전송한다. 만약 해당 시간 동안 강사의 응답이 없으면 자동으로 603 Decline 에러 응답 메시지를 전송한다. 강사의 수락이나 거부 응답 이후의 과정은 앞의 경우와 동일하다.
[101]
본 발명의 실시예는 전화 영어와 같은 전화 강의를 중점적으로 설명하였지만, 전화 가입자 상호간의 지식 공유나 전화 상담원을 통한 안내 서비스 등 다양한 상황에 응용이 가능하다. 또한 강사와 수강생 회원에게 노출되는 정보는 전화번호가 아니라 강사와 수강생의 ID 정보이고 실제 전화번호와 ID의 매핑 정보는 서비스 제공 서버에서 관리하도록 하여 전화번호의 불필요한 노출을 방지하는 효과를 가지고 있다.

청구범위

[청구항 1]
인터넷 전화 서버 및 서비스 제공 서버를 통해 강사와 수강생 간 실시간 매칭 지원 방법에 있어서, 상기 인터넷 전화 서버에서, 강사 단말로부터 강의 제공에 관한 의사 표현 정보가 포함된 메시지를 수신하는 단계; 상기 인터넷 전화 서버에서, 상기 강의 제공에 관한 의사 표현 정보가 포함된 메시지를 분석하여, 상기 강사의 강의 제공에 관한 의사 표현을 확인하는 단계; 상기 인터넷 전화 서버에서, 상기 강사의 강의 제공에 관한 의사 표현에 따른 강의 제공 의사의 유무 정보를 상기 서비스 제공 서버에 전달하는 단계; 상기 서비스 제공 서버에서, 전화 강의 수강을 희망하는 수강생의 수강생 단말로 상기 강의 제공 의사의 유무 정보를 포함한 목록을 제공하고, 상기 목록에 대해, 상기 수강생 단말로부터 선택을 받는 단계; 상기 인터넷 전화 서버에서, 상기 서비스 제공 서버로부터, 상기 선택에 따른 수강생 ID, 수강생이 선택한 강사ID, 강의 시간, 강의 주제 및 세부 질문 사항 중 적어도 하나에 관한 부가정보를 받아, 상기 강사 단말로 전달하는 단계; 및 상기 인터넷 전화 서버에서, 상기 부가 정보에 대한 상기 강사 단말의 확인 후, 상기 강사 단말과 상기 수강생 단말 간에 전화 연결하는 단계 를 포함하고, 상기 강의 제공에 관한 의사 표현 정보가 포함된 메시지를 수신하는 단계는, SIP PUBLISH 메시지를 통해, 상기 강의 제공에 관한 의사 표현 정보를 수신하는 단계 를 포함하고, 상기 강의 제공에 관한 의사 표현을 확인하는 단계는, 상기 강사 단말로부터 강의 제공 의사가 있음 또는 없음을 표현하기 위해 지정된 SIP PUBLISH 메시지 내의 강의 제공에 관한 의사 표현 정보가 수신되면, 상기 의사 표현 정보를 읽어, 상기 강의 제공 의사의 유무를 확인하는 단계 를 포함하며, 상기 부가정보를 받아, 상기 강사 단말로 전달하는 단계는, SIP SUBSCRIBE 및 SIP NOTIFY 메시지로 구성된 SIP 이벤트 통지 요청 및 응답 체계를 통해, 상기 부가정보를 상기 강사 단말로 전달하는 단계 를 포함하는 강사와 수강생간 실시간 매칭 지원 방법.
[청구항 2]
인터넷 전화 서버 및 서비스 제공 서버를 통해 강사와 수강생 간 실시간 매칭 지원 방법에 있어서, 상기 인터넷 전화 서버에서, 강사 단말로부터 강의 제공에 관한 의사 표현 정보가 포함된 메시지를 수신하는 단계; 상기 인터넷 전화 서버에서, 상기 강의 제공에 관한 의사 표현 정보가 포함된 메시지를 분석하여, 상기 강사의 강의 제공에 관한 의사 표현을 확인하는 단계; 상기 인터넷 전화 서버에서, 상기 강사의 강의 제공에 관한 의사 표현에 따른 강의 제공 의사의 유무 정보를 상기 서비스 제공 서버에 전달하는 단계; 상기 서비스 제공 서버에서, 전화 강의 수강을 희망하는 수강생의 수강생 단말로 상기 강의 제공 의사의 유무 정보를 포함한 목록을 제공하고, 상기 목록에 대해, 상기 수강생 단말로부터 선택을 받는 단계; 상기 인터넷 전화 서버에서, 상기 서비스 제공 서버로부터, 상기 선택에 따른 수강생 ID, 수강생이 선택한 강사ID, 강의 시간, 강의 주제 및 세부 질문 사항 중 적어도 하나에 관한 부가정보를 받아, 상기 강사 단말로 전달하는 단계; 및 상기 인터넷 전화 서버에서, 상기 부가 정보에 대한 상기 강사 단말의 확인 후, 상기 강사 단말과 상기 수강생 단말 간에 전화 연결하는 단계 를 포함하고, 상기 강의 제공에 관한 의사 표현 정보가 포함된 메시지를 수신하는 단계는, SIP Transaction 상의 SIP Request 메시지를 통해, 상기 강의 제공에 관한 의사 표현 정보를 수신하는 단계 를 포함하고, 상기 강의 제공에 관한 의사 표현을 확인하는 단계는, 상기 SIP Request 메시지에 상기 강의 제공에 관한 의사 표현 정보를 담기 위해 추가된 헤더 또는 Content Type 추가에 의한 Content(SIP 메시지의 Body 부분)내에 강의 제공 의사를 나타내는 정보가 존재하면 강의 제공 의사가 있다고 파악하고, 강의 제공 의사를 나타내는 정보가 없으면 강의 제공 의사가 없다고 파악하는 단계 를 포함하며, 상기 부가정보를 받아, 상기 강사 단말로 전달하는 단계는, SIP SUBSCRIBE 및 SIP NOTIFY 메시지로 구성된 SIP 이벤트 통지 요청 및 응답 체계를 통해, 상기 부가정보를 상기 강사 단말로 전달하는 단계 를 포함하는 강사와 수강생간 실시간 매칭 지원 방법.
[청구항 3]
제 1항 내지 제 2항 중 어느 한 항에 있어서, 상기 전화 강의 수강을 희망하는 수강생의 수강생 단말로 제공하는 상기 목록에 상기 강의 제공 의사의 유무 정보에 더하여 상기 강사 단말과 상기 인터넷 전화 서버 간 통화 선로 구간에 대한 통화품질 예측 정보를 더 포함하는 것을 특징으로 하는 강사와 수강생간 실시간 매칭 지원 방법
[청구항 4]
제 1항 내지 제 2항 중 어느 한 항에 있어서, 상기 강사 단말과 상기 수강생 단말 간에 전화 연결 이전에, 강사 단말과 수강생 단말 사이의 통화 선로의 통화품질을 예측하는 단계; 및 상기 통화 선로의 통화품질을 예측한 결과를 상기 강사 단말 또는 상기 수강생 단말에게 전달하는 단계;를 더 포함하는 것을 특징으로 하는 강사와 수강생 간 실시간 매칭 지원 방법.

도면

[도1]

[도2]

[도3]

[도4]

[도5]

[도6]

[도7]

[도8]