KR20070114830A - 전화 장치 - Google Patents

전화 장치 Download PDF

Info

Publication number
KR20070114830A
KR20070114830A KR1020077024281A KR20077024281A KR20070114830A KR 20070114830 A KR20070114830 A KR 20070114830A KR 1020077024281 A KR1020077024281 A KR 1020077024281A KR 20077024281 A KR20077024281 A KR 20077024281A KR 20070114830 A KR20070114830 A KR 20070114830A
Authority
KR
South Korea
Prior art keywords
line
telephone
notification
request
telephone apparatus
Prior art date
Application number
KR1020077024281A
Other languages
English (en)
Other versions
KR100956925B1 (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 후지쯔 가부시끼가이샤
Publication of KR20070114830A publication Critical patent/KR20070114830A/ko
Application granted granted Critical
Publication of KR100956925B1 publication Critical patent/KR100956925B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/253—Telephone sets using digital voice transmission
    • H04M1/2535—Telephone sets using digital voice transmission adapted for voice communication over an Internet Protocol [IP] network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/71—Substation extension arrangements
    • H04M1/715—Substation extension arrangements using two or more extensions per line
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42314—Systems providing special services or facilities to subscribers in private branch exchanges
    • H04M3/42323—PBX's with CTI arrangements

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Telephonic Communication Services (AREA)

Abstract

IP 전화기 등의 전화 장치간만의 독자 메시지/수순으로 멀티 라인 서비스를 실현하고, SIP 서버 등의 접속 관리 서버와 전화 장치 사이에 독자 메시지/수순을 이용하지 않고, 표준적인 동속 프로토콜에 따른 접속 관리 서버를 이용할 수 있도록 한다. 소정의 통신 프로토콜 및 접속 프로토콜에 의해 통화를 행하는 전화 장치로서, 멀티 라인 그룹을 구성하는 다른 전화 장치와의 사이에서, 상기 접속 프로토콜과 상이한 독자의 인터페이스에 의해 회선 상태를 상호 통지하는 수단을 포함한다.
IP 전화기, 회선 상태 요구 수단, 프라임 단말기, SIP 메시지, 멀티 라인 그룹, 프라임 라인, SIP 서버 어드레스, 회선 버튼

Description

전화 장치{TELEPHONE APPARATUS}
본 발명은 SIP(Session Initiation Protocol)에 대응한 IP(Internet Protocol) 전화기 등의 전화 장치에 관한 것이다.
종래의 회선 교환에 의한 전화 시스템에는, 자단말기가 주로 사용하는 회선(프라임 라인)과 타단말기의 프라임 라인(아더 라인)을 복수 수용하고, 버튼 등의 조작에 의해 사용하는 회선을 특정할 수 있는 멀티 라인 서비스 기능을 갖는 전화 시스템이 많이 존재하고, 복수의 회선을 수용한 사업소 등에서는 불가결한 기능이었다. 이러한 니즈에 대응하기 위해, SIP를 사용한 IP 전화 시스템에서도 멀티 라인 서비스 기능을 갖는 IP 전화 시스템이 제안되어 있다.
도 1은 종래의 SIP 상에서의 멀티 라인 서비스의 개념도로서, SIP 서버(1)에 LAN(Local Area Network)/WAN(Wide Area Network) 등의 네트워크(2)를 통하여 IP 전화기(3a~3c)가 접속되고, IP 전화기(3a~3c)는 멀티 라인 그룹(4)을 구성하고 있는 것으로 한다. 여기서, 종래는 SIP 서버(1)와 SIP 유저 에이전트인 각 IP 전화기(3a~3c) 사이에서, 표준의 SIP 메시지 외에 독자 메시지 또는 독자 수순을 이용한 통신에 의해 멀티 라인 서비스 기능을 실현하고 있다.
도 2는 실현 수단에 주목한 종래의 시스템 구성예를 도시하는 도면으로서, 각 라인 a~c의 회선 상태를 통지하는 회선 상태 통지 수단은 SIP 서버(1)가 갖고, SIP 유저 에이전트인 각 IP 전화기(3a~3c)는 타회선 상태의 통지를 요구하는 타회선 상태 요구 수단을 갖고 있다.
도 3은 IP 전화기 한대에 주목한 SIP 유저 에이전트의 구성예를 도시하는 도면으로서, 예를 들면, IP 전화기(3a) 내부에는, 수용 라인 정보를 SIP 서버(1)로부터 얻기 위한 회선 상태 요구 수단을 라인 a~c마다 갖고 있다.
한편, IP 전화기에서의 착신의 제어를 주장치(SIP 서버에 상당)의 기능에 의해 행하는 기술이 특허 문헌 1, 2에 개시되어 있다.
특허 문헌 1: 일본 특개 2003-283658호 공보
특허 문헌 2: 일본 특개 2004-266437호 공보
상술한 바와 같이, 종래의 IP 전화기는 SIP 서버 상에 각 라인의 회선 상태를 통지하는 회선 상태 통지 수단이 설치되고, 표준의 SIP 메시지 외에 독자 메시지 또는 독자 수순을 이용한 통신에 의해 멀티 라인 서비스 기능을 실현하고 있었기 때문에, 다음과 같은 문제가 있었다.
첫째로, 멀티 라인 서비스 기능을 실현하기 위해서는, SIP 서버와 IP 전화기의 양방에 개발이 필요하게 되어 개발 코스트가 증대한다.
둘째로, SIP 서버로부터의 메시지/수순에 독자의 메시지/수순이 포함되기 때문에, 멀티 라인 서비스에 사용하지 않는 다른 SIP 유저 에이전트와의 접속성이 저하한다.
셋째로, 멀티 라인 서비스를 사용하고자 하는 이용자는 멀티 라인 서비스 기능을 갖는 SIP 서버의 설치가 필요하지만, IP 전화기가 구비하는 독자의 메시지/수순에 대응한 SIP 서버가 필요로 되기 때문에, 기기의 선택지가 제한된다. 또한, 이미 소유하는 SIP 서버나 저렴한 SIP 서버를 이용할 수 없기 때문에, 시스템 구축 비용도 많아진다.
넷째로, 멀티 라인 서비스 대응 단말기의 증설 철거 시에는, 멀티 라인 서비스를 제어하는 SIP 서버에서도 데이터 변경 공사가 필요하기 때문에, 용이하게 서비스 변경을 할 수 없다.
본 발명은 상기한 종래의 문제점을 감안하여 제안된 것으로서, 그 목적으로 하는 바는, IP 전화기 등의 전화 장치간만의 독자 메시지/수순으로 멀티 라인 서비스를 실현하고, SIP 서버 등의 접속 관리 서버와 전화 장치 사이에 독자 메시지/수순을 이용하지 않고, 표준적인 접속 프로토콜에 따른 접속 관리 서버를 이용할 수 있는 전화 장치를 제공하는 것에 있다.
상기한 과제를 해결하기 위해서, 본 발명에서는, 소정의 통신 프로토콜 및 접속 프로토콜에 의해 통화를 행하는 전화 장치로서, 멀티 라인 그룹을 구성하는 다른 전화 장치와의 사이에서, 상기 접속 프로토콜과 상이한 독자의 인터페이스에 의해 회선 상태를 상호 통지하는 수단을 구비하는 것을 특징으로 한다. 즉, 멀티 라인 서비스를 제어하기 위한 독자의 메시지를 전화 장치간에서만 송수신하도록 함으로써 과제의 해결을 도모하고 있다.
<발명의 효과>
본 발명의 전화 장치에서는, IP 전화기 등의 전화 장치간만의 독자 메시지/수순으로 멀티 라인 서비스가 실현 가능하게 되기 때문에, SIP에 관련되는 RFC/인터넷 드래프트만을 서포트하는 SIP 서버(표준 SIP 서버) 등의 접속 관리 서버를 이용하여 시스템 구축을 할 수 있다.
도 1은 종래의 SIP 상에서의 멀티 라인 서비스의 개념도.
도 2는 실현 수단에 주목한 종래의 시스템 구성예를 도시하는 도면.
도 3은 IP 전화기 한대에 주목한 SIP 유저 에이전트의 구성예를 도시하는 도면.
도 4는 본 발명에서의 IP 전화기에의 착신 시의 개념도.
도 5는 본 발명에서의 IP 전화기로부터의 발신 시의 개념도.
도 6은 본 발명에서의 IP 전화기로부터의 보류·보류 응답 시의 개념도.
도 7은 실현 수단에 주목한 본 발명의 시스템 구성예를 도시하는 도면.
도 8은 IP 전화기 한대에 주목한 SIP 유저 에이전트 내부의 구성예를 도시하는 도면.
도 9는 IP 전화기의 기능 블록도.
도 10은 제어 데이터의 예를 도시하는 도면.
도 11은 제어 데이터의 구체예를 도시하는 도면.
도 12는 재개 시퀀스 예를 도시하는 도면(그 1).
도 13은 재개 시퀀스 예를 도시하는 도면(그 2).
도 14는 재개 시퀀스 예를 도시하는 도면(그 3).
도 15는 멀티 라인 그룹으로부터의 이탈·참가의 시퀀스 예를 도시하는 도면.
도 16은 통지처 최대수 오버에 의한 접수 거부의 시퀀스 예를 도시하는 도면.
도 17은 참가 인증의 시퀀스 예를 도시하는 도면.
도 18은 착신 시퀀스 예를 도시하는 도면.
도 19는 발신 시퀀스 예를 도시하는 도면.
도 20A는 회선 보류·응답 시퀀스 예를 도시하는 도면(그 1).
도 20B는 회선 보류·응답 시퀀스 예를 도시하는 도면(그 2).
<도면의 주요 부분에 대한 부호의 설명>
1 : SIP 서버
2 : 네트워크
3, 3a~3c : IP 전화기
4 : 멀티 라인 그룹
50 : 호제어부
51 : 멀티 라인 제어부
52 : RTP 제어부
53 : SIP 프로토콜 제어부
54 : 입출력 인터페이스부
55 : LAN 인터페이스부
56 : 데이터 관리부
60 : 단말기 관리 데이터
61 : 기능 버튼 관리 테이블
62 : 기능 버튼 상태 관리 테이블
63 : 멀티 라인 관리 테이블
7 : 파크 서버
<발명을 실시하기 위한 최량의 형태>
이하, 본 발명의 바람직한 실시 형태에 대하여 상세하게 설명한다.
<동작 원리>
도 4는 본 발명에서의 IP 전화기에의 착신 시의 개념도이다. SIP 서버(1)에 LAN/WAN 등의 네트워크(2)를 통하여 IP 전화기(3a~3c)가 접속되고, IP 전화기(3a~3c)는 멀티 라인 그룹(4)을 구성하고 있는 것으로 한다. 여기서, SIP 서버(1)로부터 IP 전화기(3a)에 착신하였을 때, 독자 메시지로 IP 전화기(3a)가 IP 전화기(3b) 및 IP 전화기(3c)에 착신을 통지함으로써, 멀티 라인 착신 처리를 실현하고 있다.
도 5는 본 발명에서의 IP 전화기로부터의 발신 시의 개념도이다. IP 전화기(3b)는 IP 전화기(3a)의 프라임 라인(라인 a)을 사용하여 발신하였을 때, 독자 메시지로, IP 전화기(3a)에 라인 a의 사용을 통지하고, IP 전화기(3a)는 이것을 IP 전화기(3c)에 통지함으로써, 멀티 라인 발신 처리를 실현하고 있다.
도 6은 본 발명에서의 IP 전화기로부터의 보류·보류 응답 시의 개념도이다. IP 전화기(3b)는 통화중으로부터 보류 실시 시, 독자 메시지로, IP 전화기(3a)에 보류중을 통지하고, IP 전화기(3a)는 IP 전화기(3c)에 이것을 통지한다. IP 전화기(3a)의 응답에 의해, 독자 메시지로 응답을 통지함으로써, 보류 응답 처리를 실현하고 있다.
이와 같이, SIP 서버(1)와 IP 전화기(3a~3c)간에 독자의 수순/메시지를 포함하지 않고, IP 전화기(3a~3c)간에서 독자 수순을 이용함으로써, 과제를 해결하고 있다.
<시스템 구성>
도 7은 실현 수단에 주목한 본 발명의 시스템 구성예를 도시하는 도면이다. SIP 서버(1)는 SIP에 관련되는 RFC/인터넷 드래프트만을 서포트하는 SIP 서버(표준 SIP 서버)에 의해 구성되는 것으로서, 프라임 라인을 통상의 회선으로서 관리하고 있고, 그 회선이 멀티 라인을 구성하고 있는지의 여부를 의식하고 있지 않다. 또한, 필요에 따라, 회선 보류를 위해 파크 서버(7)가 설치된다. 한편, IP 전화기(3a~3c)에는, 자기의 프라임 라인의 상태를 통지하는 자회선 상태 통지 수단과, 회선 상태의 통지를 요구하는 타회선 상태 요구 수단이 설치되어 있다.
도 8은 IP 전화기 한대에 주목한 SIP 유저, 에이전트 내부의 구성예를 도시하는 도면이다. 도면은 IP 전화기(3a)에 대하여 도시하고 있지만, 각 IP 전화기 내부에는, 프라임 라인의 회선 상태 통지 수단(자회선 상태 통지 수단)과, 라인마 다 아더 라인 정보를 얻기 위한 회선 상태 요구 수단(타회선 상태 요구 수단)을 갖는다. 본 예에서는, IP 전화기 내부에서 다시 프라임 라인에 대해서도 회선 상태 요구 수단을 가짐으로써, 회선 상태 요구 수단의 부품화를 실현하고 있다.
도 9는 IP 전화기의 기능 블록도이다. IP 전화기(3)(3a~3c)는, 각각 호제어부(50), 멀티 라인 제어부(51), RTP(Real-time Transport Protocol) 제어부(52), SIP 프로토콜 제어부(53), 입출력 인터페이스부(54), LAN 인터페이스부(55), 데이터 관리부(56)를 구비하고 있다. 또한, 데이터 관리부(56)에는, 도 10에 도시하는 바와 같이, 제어 데이터로서 단말기 관리 데이터(60), 기능 버튼 관리 테이블(61), 기능 버튼 상태 관리 테이블(62), 멀티 라인 관리 테이블(63)을 구비하고 있다.
제어 데이터의 등록 처리로서는, 도 9에서, 네트워크 경유 혹은 IP 전화기의 버튼 조작 등에 의해 발행된 커맨드 데이터는, LAN 인터페이스부(55) 혹은 입출력 인터페이스부(54)를 통하여 데이터 관리부(56)에 통지된다. 데이터 관리부(56)는 단말기 관리 데이터(60), 기능 버튼 관리 테이블(61), 멀티 라인 관리 테이블(63)에, 입력된 데이터를 등록한다. 도 11은 라인 3000 등록 시에서의 IP 전화기(3a, 3b, 3c)의 각 제어 데이터의 구체예를 도시하고 있다. 본 예에서 기능 버튼 상태 관리 테이블(62)은 다이내믹 제어 데이터이며 커맨드에서의 등록 대상이 아니기 때문에, 도 11로부터는 제외하고 있다. 또한, 도 11에서, 멀티 라인 관리 테이블(63)의 자회선 상태 통지처 어드레스군은 IP 전화기(3b, 3c)로부터의 회선 상태 통지 요구 완료 후의 상태를 도시하고 있다.
<재개 시퀀스>
도 12~도 14는 재개 시퀀스 예를 도시한 것이다.
도 12~도 14에서, IP 전화기(3a)는 라인 3000의 프라임 단말기로서, IP 전화기(3b, 3c)에는 라인 3000을 아더 라인으로서 커맨드 등의 수단으로 미리 등록하고 있다.
또한, 각 도면에서 자회선 상태 통지 수단, 타회선 상태 요구 수단의 구체적 실현예로서 SIMPLE(SIP for Instant Messaging and Presence Leveraging Extensions)로 정의되어 있다, SUBSCRIBE, NOTIFY, MESSAGE 메소드를 이용하고 있다. SIMPLE에 대해서는 RFC3856을 비롯한 IETF의 인터넷 표준으로 표시되어 있다.
도 12는 아더 라인을 수용하는 IP 전화기(3b)의 재개 시퀀스를 도시한다. IP 전화기(3b)는 다운 상태로부터의 재개 완료 시(스텝 S101)에 타회선 상태 요구 수단으로 IP 전화기(3a)에 회선 상태를 문의한다(스텝 S102, S103). 문의를 수신한 IP 전화기(3a)는, 자회선 상태 통지 수단으로, 라인 3000의 최신 회선 상태를 통지한다(스텝 S104, S105). 이 때, 라인 3000의 상태가 변화된 것은 아니므로, 회선 상태 통지는 요구를 행한 IP 전화기(3b)에 대해서만 실시된다.
도 13은 통지처 다이내믹 생성 방식을 구비한 프라임 단말기인 IP 전화기(3a)의 재개 시퀀스를 도시한다. IP 전화기(3a)는 재개 발생 시(스텝 S111)에서 라인 3000의 상태 변화를 통지할 아더 라인 정보를 초기화한다. 한편, 아더 라인을 수용하는 IP 전화기(3b, 3c)에서는 타회선 상태 요구 수단을 정기적으로 실시하고(스텝 S112, S113, 스텝 S117, S118), IP 전화기(3a)에서는 요구원을 상태 통지처로서 인식함으로써(스텝 S114, 스텝 S119), 라인 3000의 상태 통지처 정보를 리 프레시하는 기능을 갖는다. 이 때문에, IP 전화기(3a)의 재개 완료로부터 일정 시간 경과 후에는, IP 전화기(3a)에서의 아더 라인 정보가 재구축된다. 아더 라인으로부터의 자발적 참가 방식이기 때문에, 프라임 단말기측으로부터의 멀티캐스트나 브로드 캐스트에서의 재개 발생 통지 수단은 필요없고, 따라서 프라임 단말기와 아더 단말기가 서로 다른 네트워크 상에 배치되어 있어도 멀티 라인 서비스를 제공할 수 있다.
도 14는 통지처 다이내믹 보정 방식을 구비한 프라임 단말기인 IP 전화기(3a)의 재개 시퀀스를 도시한다. IP 전화기(3a)는 자회선 상태 통지 수단에서 상태 변화 통지에 필요한 정보를 불휘발성 메모리 등의 재개 시에 초기화되지 않는 정보로서 기억한다. 도 14의 예에서는 SUBSCRIBE 수신 계기(스텝 S131, S132, 스텝 S136, S137)로 그 다이얼로그 정보를 기억하고 있으며(스텝 S133, 스텝 S138), IP 전화기(3a)는, IP 전화기(3b) 및 IP 전화기(3c)에 대한 다이얼로그 정보를 기억한 상태에서 재개하고 있다(스텝 S141).
IP 전화기(3a)는 재개 발생 계기로 기억으로부터 리커버리(스텝 S142)한 다이얼로그 정보를 바탕으로 회선 상태 통지를 행하고(스텝 S144, S145), 각 아더 라인 단말기에서 기억하고 있는 회선 상태를 신속하게 프라임 단말기에서 관리하고 있는 상태와 동기시킨다. 만일 IP 전화기(3c)에서도 동일 시기에 재개가 발생하고(스텝 S143), IP 전화기(3a)가 기억하고 있던 다이얼로그 정보가 무효로 되게 된 경우에는, IP 전화기(3c)에서의 타회선 상태 요구 수단은 IP 전화기(3a)로부터의 회선 상태 통지에 대하여 NG를 반송한다(스텝 S148, S149). NG를 수신한 IP 전화 기(3a)는 기억하고 있는 다이얼로그 정보를 갱신(삭제)하고(스텝 S150), 이후 IP 전화기(3c)로부터 새로운 회선 상태 통지 요구를 수신할 때까지 회선 상태 통지를 행하지 않는다. IP 전화기(3c)로부터 새로운 회선 상태 통지 요구를 수신한 경우에는(스텝 S151, S152), 새로운 다이얼로그를 기억하고(스텝 S153), 회선 상태 통지를 행한다(스텝 S154, S155).
이에 의해, 네트워크 부하 경감 등의 이유로 리프레시 주기를 길게 설정하고 있어도, 상태 불균형에 의한 회선의 이중 사용 등의 문제 발생을 회피할 수 있다.
도 9의 기능 블록에 의한 상기한 재개 시퀀스의 동작은 다음과 같이 된다.
라인 3000을 아더 라인으로서 수용하는 IP 전화기(3b)의 재개 시의 처리를 설명한다. 재개 완료 시, 멀티 라인 제어부(51)는, 데이터 관리부(56)의 멀티 라인 관리 테이블(63)에 등록되어 있는 전체 수신처 어드레스에 대하여, SUBSCRIBE 메시지를 생성하고, SIP 프로토콜 제어부(53), LAN 인터페이스부(55)를 통하여 송출한다. SUBSCRIBE 메시지는, 라인 3000의 프라임 단말기인 IP 전화기(3a)에서 LAN 인터페이스부(55)를 통하여 SIP 프로토콜 제어부(53), 멀티 라인 제어부(51)에 통지된다. 멀티 라인 제어부(51)는, 데이터 관리부(56)의 멀티 라인 관리 테이블(63)을 SUBSCRIBE 메시지의 수신처 어드레스로 검색하고, 라인 3000의 자회선 상태 통지 어드레스군에 IP 전화기(3b)의 어드레스를 부가하고, IP 전화기(3b)에 대한 NOTIFY 메시지를 생성하고, SIP 프로토콜 제어부(53), LAN 인터페이스부(55)를 통하여 송출한다. NOTIFY 메시지에는, 데이터 관리부(56)의 멀티 라인 관리 테이블(63)로부터 얻은 버튼 위치 정보로 기능 버튼 상태 관리 테이블(62)을 색인하여 얻은 그 회선의 현회선 상태가 기술되어 있다. NOTIFY 메시지를 수신한 IP 전화기(3b)의 멀티 라인 제어부(51)는, 멀티 라인 관리 테이블(63)을 라인 3000에서 검색하고, 버튼 위치 정보를 추출하며, 추출한 버튼 위치 정보로 기능 버튼 상태 관리 테이블(62)을 색인하고, 수신한 회선 상태를 설정한다.
<멀티 라인 그룹으로부터의 이탈·참가>
도 15는 멀티 라인 그룹으로부터의 이탈·참가의 시퀀스예를 도시하는 도면이다. 타회선 상태 요구 수단을 갖는 IP 전화기(3b)는, 버튼 조작이나 커맨드 투입 등에 의해 멀티 라인 그룹으로부터의 이탈, 참가를 요구하는 기능을 갖는다. 자회선 상태 통지 수단을 갖는 프라임 단말기인 IP 전화기(3a)는, 통지처 단말기인 IP 전화기(3b)로부터 이탈 요구가 있었던 경우(스텝 S210~S212), IP 전화기(3b)에 관한 정보를 말소하고(스텝 S213), 재차 참가 요구가 있었던 경우에는(스텝 S218~S220), IP 전화기(3b)에 관한 정보를 재생성한다(스텝 S221). 여기서, 이탈 요구 수단은 도 15의 예에서는 UNSUBSCRIBE 메소드에 의해 실현하고 있다.
이에 의해, 오퍼레이터의 일시 자리비움이나 야간 담당자 절환 등의 서비스를 IP 전화기만으로 실현할 수 있다.
<통지처 최대수 오버에 의한 접수 거부>
도 16은 통지처 최대수 오버에 의한 접수 거부의 시퀀스 예를 도시하는 도면이다. 자회선 상태 통지 수단을 갖는 프라임 단말기인 IP 전화기(3a)에는, 통지처 최대수 m이 커맨드 등의 수단에 의해 미리 등록되어 있다. 타회선 상태 요구 수단을 갖는 IP 전화기(3b)군으로부터 요구가 있고(스텝 S301~309), 통지처 최대수 m을 초과한 경우(스텝 S310), IP 전화기(3a)는 NG를 송신하여 접수를 거부한다(스텝 S311). 이에 의해 처리 능력에 따른 시스템 구성을 유지할 수 있다.
<참가 인증>
도 17은 참가 인증의 시퀀스 예를 도시하는 도면이다. 자회선 상태 통지 수단을 갖는 프라임 단말기인 IP 전화기(3a)는, 라인 a에 관한 인증 정보를 커맨드 등의 수단에 의해 미리 인식하고 있다. 타회선 상태 요구 수단을 갖는 IP 전화기(3b)는 회선 상태 요구 시에서 라인 a에 관한 인증 정보를 프라임 단말기인 IP 전화기(3a)에 통지한다(스텝 S401). 프라임 단말기인 IP 전화기(3a)는 IP 전화기(3b)로부터 수신한 인증 정보를 정밀히 조사하고, 올바른 인증 정보라고 판단된 경우(스텝 S402)에 OK를 송신하고(스텝 S403), 자회선 상태 통지 수단의 통지처에 부가한다. 올바른 인증 정보를 모르는 IP 전화기 X로부터 회선 상태 요구가 있었던 경우에는(스텝 S404), 올바른 인증 정보라고 판단되지 않고(스텝 S405), NG를 송신한다(스텝 S406).
이와 같이, 올바른 인증 정보를 송신해 온 단말기만 자회선 상태 통지 수단의 통지처에 부가함으로써, 부정한 단말기가 그룹에 참가하는 것을 방지할 수 있다.
<착신 시퀀스>
도 18은 착신 시퀀스 예를 도시한 것이다. SIP 서버(1)로부터 착신(스텝 S501)이 있었던 프라임 단말기인 IP 전화기(3a)는, INVITE 리퀘스트를 자회선 상태 통지처에 분기하고(스텝 S502), 또한, 동일 통지처에 대하여 회선 상태가 「착신중 」으로 된 것을 통지한다(스텝 S503). 응답 조작을 행한 IP 전화기(3b, 3c)는 IP 전화기(3a)에 대하여 응답을 요구한다. IP 전화기(3a)는 복수의 응답 요구 중으로부터 응답 단말기를 결정하고, IP 전화기(3b)에 대하여 「응답 가능」을 회신한다(스텝 S504). 또한, IP 전화기(3a)는 응답 요구에 따를 수 없었던 IP 전화기(3c)에 대해서는 「응답 불가」를 회신한다(스텝 S505).
「응답 가능」을 수신한 IP 전화기(3b)는 IP 전화기(3a) 앞으로 INVITE에 대한 레스펀스 「200 OK」를 회신하고, 「200 OK」를 수신한 IP 전화기(3a)는, Contact 헤더에 응답한 IP 전화기(3b)의 어드레스를 설정한 「200 OK」 레스펀스를 SIP 서버(1)에 대하여 회신한다(스텝 S506). 이에 의해 이후 SIP 서버(1) 경유로 라인 a에 도달하는 SIP 메시지는 프라임 단말기인 IP 전화기(3a)를 경유하지 않고 직접 IP 전화기(3b)에 도달하게 된다.
또한, IP 전화기(3a)는, 다른 IP 전화기(3c)에 CANCEL 메소드를 송출하고, 착신을 정지시킨다(스텝 S507). 「200 OK」에 대한 ACK를 SIP 서버(1)로부터 수신한 응답 단말기의 IP 전화기(3b)는, IP 전화기(3a)에 대하여 ACK를 수신한 것을 통지한다(스텝 S508). ACK 수신을 인식한 IP 전화기(3a)는 자회선 상태 통지처에 대하여 회선 상태가 「사용중」으로 된 것을 통지한다(스텝 S509).
응답 단말기인 IP 전화기(3b)는 통화 종료에 의해 SIP 세션이 종료하면 프라임 단말기인 IP 전화기(3a)에 대하여 회선 상태가 「비어 있음」으로 된 것을 통지한다(스텝 S510, S511). 회선 상태가 「비어 있음」으로 된 것을 인식한 IP 전화기(3a)는 자회선 상태 통지처에 대하여 회선 상태가 「비어 있음」으로 된 것을 통 지한다(스텝 S512).
또한, 도 18의 스텝 S502, S503에서, 분기하는 자회선 상태 통지처에는 프라임 단말기 내의 타회선 상태 요구 수단을 포함하고, 프라임 단말기 내부에서 스텝 S504, S505와 동일한 메시지의 교환을 행함으로써 프라임 단말기에 의한 응답 조작을 실현한다.
또한, 도 18의 스텝 S503에서, 각 아더 라인 단말기에 대한 「NOTIFY」 메시지에 링거 명동 방법을 부여함으로써, 프라임 단말기로부터 전체 아더 라인 단말기의 구분 울림을 제어할 수 있다.
마찬가지로, 도 18의 스텝 S503에서, 각 아더 라인 단말기에 대한 「NOTIFY」 메시지에 링거 명동 개시 시간을 부여함으로써, 예를 들면 프라임 단말기의 링거를 우선적으로 명동시키고, 응답이 지연되는 경우에 아더 라인 단말기의 링거가 명동하기 시작하도록 하는 운용을 가능하게 할 수 있다.
마찬가지로, 도 18의 스텝 S502에서, 각 아더 라인 단말기에 대한 INVITE 메시지 송신 타이밍을 제어함으로써, 예를 들면 프라임 단말기의 링거를 우선적으로 명동시키고, 응답이 지연되는 경우에 아더 라인 단말기의 링거가 명동하기 시작하도록 하는 운용을 가능하게 한다.
도 9의 기능 블록에 의한 상기한 착신 시퀀스의 동작은 다음과 같이 된다.
라인 3000에의 착신 시에서의 자회선 상태 통지 수단으로서의 동작을 설명한다. SIP 서버(1)로부터 라인 3000에의 착신 통지(INVITE 리퀘스트)는, IP 전화기(3a)의 LAN 인터페이스부(55)를 통하여 SIP 프로토콜 제어부(53), 호제어부(50) 에 통지된다. 호제어부(50)는, 데이터 관리부(56)의 단말기 관리 데이터(60)의 자 어드레스와 INVITE 리퀘스트 메시지의 수신처 어드레스를 비교하고, 일치하면, 프라임 라인 버튼 위치를 추출하고, 기능 버튼 상태 관리 테이블(62)을 색인하며, 회선 상태가 「비어 있음」이면, 「착신중」으로 변경하고, 멀티 라인 제어부(51)에 대하여 INVITE 리퀘스트 메시지를 건네주고, 착신을 통지한다. 「비어 있음」 이외이면, 「착신 불가」를 인식하고, SIP 서버(1)에 그 취지를 응답한다.
착신 통지를 수신한 멀티 라인 제어부(51)는, 데이터 관리부(56)의 멀티 라인 관리 테이블(63)을 INVITE 리퀘스트 메시지의 수신처 어드레스로 검색하고, 자회선 상태 통지처 어드레스군을 취득하며, INVITE 리퀘스트를 분기 배신한다. INVITE 리퀘스트는 SIP 프로토콜 제어부(53), LAN 인터페이스부(55)를 통하여 송출한다. 또한, 멀티 라인 제어부(51)는 상기 자회선 상태 통지처 어드레스군에 대한 NOTIFY 메시지를 생성하고, SIP 프로토콜 제어부(53), LAN 인터페이스부(55)를 통하여 송출한다. NOTIFY 메시지에는, 데이터 관리부(56)의 멀티 라인 관리 테이블(63)로부터 얻은 버튼 위치 정보로 기능 버튼 상태 관리 테이블(62)을 색인하여 얻은 그 회선의 회선 상태로서 「착신중」이 기술되어 있다.
라인 3000에의 착신 시에서의 타회선 상태 요구 수단으로서의 동작을 설명한다. IP 전화기(3a)의 자회선 상태 통지 수단에 의해 송신된 INVITE 리퀘스트는, 라인 3000의 아더 라인 단말기인 IP 전화기(3b, 3c)의 LAN 인터페이스부(55)를 통하여 SIP 프로토콜 제어부(53), 호제어부(50)에 통지된다.
호제어부(50)는, 데이터 관리부(56)의 단말기 관리 데이터(60)의 자어드레스 와 INVITE 리퀘스트 메시지의 수신처 어드레스를 비교하고, 일치하지 않으므로, 데이터 관리부(56)의 멀티 라인 관리 테이블(63)을 INVITE 리퀘스트 메시지의 수신처 어드레스로 검색하고, 추출한 버튼 위치 정보로 데이터 관리부(56)의 기능 버튼 상태 관리 테이블(62)을 색인하고, 그 회선 상태를 「착신중」으로 변경하고, INVITE 리퀘스트에 대하여 「180 Ringing」 메시지를 회신하고, 링거를 명동시킨다.
또한, INVITE 리퀘스트를 비롯한 각 SIP 메시지는, 자회선 상태 통지처 어드레스군에 등록된 수신처가 자단말기인 경우, 멀티 라인 제어부(51) 내부에서 자회선 상태 통지 수단으로부터 타회선 상태 요구 수단으로 건네지고, 프라임 단말기에의 착신을 실현한다.
또한, 착신 링거의 명동 방법이나 명동 개시 시간의 착신 제어가 유효한 경우에는, NOTIFY 메시지에는 기능 버튼 관리 테이블(61)을 색인하여 얻은 링거 제어 정보나 링거 명동 개시 시간을 제어부가 정보로서 기술하고, 「180 Ringing」 메시지의 반송 시가 아니라, NOTIFY 메시지 수신을 계기로 링거 명동 제어를 개시한다. 또한, 이들 착신 제어를 유효로 할지의 여부는, 커맨드 등의 수단에 의해 설정한다.
라인 3000에의 착신에 대하여, 그 회선을 아더 라인으로서 수용하는 IP 전화기(3b)에서의 응답 처리에 대하여 설명한다. 이 경우, 응답 조작은 착신이 있었던 아더 라인에 대응하는 기능 버튼의 누름에 의해 행하여지고, 버튼 위치 정보와 함께 입출력 인터페이스부(54)를 통하여, 호제어부(50)에 통지된다.
호제어부(50)는, 통지된 버튼 위치로 기능 버튼 상태 관리 테이블(62)을 색 인하고, 회선 상태가 「착신중」이면, 「응답 확인 대기」로 변경하고, 멀티 라인 제어부(51)에 대하여 응답 요구 송신을 요구한다. 또한, 회선 상태가 「착신중」 이외인 경우에는, 그 조작을 무효로 한다.
멀티 라인 제어부(51)는, 기능 버튼 관리 테이블(61)을 색인하고, 버튼 위치 정보로부터 프라임 단말기의 어드레스 정보를 추출하고, MESSAGE를 생성(응답 요구)하고, SIP 프로토콜 제어부(53), LAN 인터페이스부(55)를 통하여 송출한다.
MESSAGE(응답 요구)를 수신한 IP 전화기(3a)의 멀티 라인 제어부(51)는 「200 OK」를 반송 후, 호제어부(50)에 대하여 「응답 요구」를 행한다. 호제어부(50)는, 단말기 관리 데이터(60)로부터 프라임 라인 버튼 위치를 추출하고, 기능 버튼 상태 관리 테이블(62)을 추출 버튼 위치로 색인하고, 「착신중」이면 「사용중」으로 변경하고 멀티 라인 제어부(51)에 「응답 가능」을 통지한다. 또한, 이미 「사용중」이면 「응답 불가」를 통지한다. 호제어부(50)로부터 응답 요구에 대한 결과 통지를 받은 멀티 라인 제어부(51)는, 결과를 MESSAGE에 실어서 응답 요구원에 반송한다.
또한, 멀티 라인 제어부(51)는 상기 자회선 상태 통지처 어드레스군에 대한 NOTIFY 메시지를 생성하고, SIP 프로토콜 제어부(53), LAN 인터페이스부(55)를 통하여 송출한다. NOTIFY 메시지에는, 데이터 관리부(56)의 멀티 라인 관리 테이블(63)로부터 얻은 버튼 위치 정보로 기능 버튼 상태 관리 테이블(62)을 색인하여 얻은 그 회선의 회선 상태로서 「사용중」이 기술되어 있다.
MESSAGE(응답 가능)를 수신한 IP 전화기(3b)의 호제어부(50)는 「200 OK」를 반송 후, 착신 번호로 멀티 라인 관리 테이블(63)을 검색하고, 추출한 버튼 위치 정보를 호제어부(50)에 통지한다. 호제어부(50)는 기능 버튼 상태 관리 테이블(62)을 버튼 위치 정보로 색인하고, 상태를 「사용중」으로 변경한다.
MESSAGE(응답 가능)에 대한 「200 OK」를 수신한 IP 전화기(3a)의 멀티 라인 제어부(51)는 그 취지를 호제어부(50)에 통지한다. 호제어부(50)는 「응답 가능」을 송출한 수신처 어드레스(3100)를 Contact로 설정하고, 「200 OK」 를 SIP 서버(1)에 송출한다.
이후, SIP 서버(1) 및 발신자로부터의 SIP 메시지는 IP 전화기(3a)를 거치지 않고, Contact에 의해 지정된 IP 전화기(3b)에 대하여 직접 착신한다. 또한, 커넥션 설정 후에는 End to End(발신자와 IP 전화기(3b) 간)로 RTP 패킷의 송수신을 행한다.
응답 조작을 행하고 있지 않은 IP 전화기(3c)의 멀티 라인 제어부(51)는 NOTIFY 메시지를 수신하면 「200 OK」를 반송 후, 송신원 번호(3000)로 멀티 라인 관리 테이블(63)을 검색하고, 추출한 버튼 위치 정보를 호제어부(50)에 통지한다. 호제어부(50)는 기능 버튼 상태 관리 테이블(62)을 버튼 위치 정보로 색인하고, 회선 상태로서 NOTIFY에 의해 통지된 상태(「사용중」)로 변경한다. 또한, INVITE 메소드가 캔슬된 시점에서 링거를 정지한다.
<발신 시퀀스>
도 19는 발신 시퀀스 예를 도시한 것이다. IP 전화기(3a)의 프라임 라인인 라인 a에서의 발신 조작을 행한 IP 전화기(3b)는, 프라임 단말기인 IP 전화기(3a) 에 대하여 발신 요구를 행하고, IP 전화기(3a)는 회선 상태가 「비어 있음」이면, 발신 요구원(이 예에서는 IP 전화기(3b))에 대하여 「발신 가능」을 회신한다(스텝 S601). 또한, IP 전화기(3a)는 발신 요구가 있던 회선 상태가 「비어 있음」이 아니면 「발신 불가」를 회신한다(스텝 S602). 다음으로, IP 전화기(3a)는 자회선 상태 통지처에 대하여 회선이 「사용중」으로 된 것을 통지한다(스텝 S603). 「발신 가능」을 수신한 IP 전화기(3b)는 INVITE 리퀘스트의 From 헤더에 자어드레스가 아니라 라인 a의 어드레스를, 또한 Contact 헤더에는 자어드레스를 설정하고, SIP 서버(1)에 대하여 INVITE 리퀘스트를 송신하고, 통화 상태로 이행한다(스텝 S604).
또한, 도 19에서, 프라임 단말기 내부에서 스텝 S601, S602와 동일한 메시지의 교환에 의해 회선 포착을 행함으로써, 프라임 단말기에 의한 발신 조작을 실현한다.
또한, 도 19의 스텝 S601에서, 각 아더 라인 단말기로부터의 발신 요구 수신 후, 발신 가능이라고 간주할 때까지 일정한 타이밍을 취함으로써, 예를 들면 프라임 단말기와 아더 라인 단말기로부터의 동시 발신 조작 시에서 프라임 단말기로부터의 발신을 우선시키는 운용을 가능하게 한다.
도 9의 기능 블록에 의한 상기한 발신 시퀀스의 동작은 다음과 같이 된다.
라인 3000을 이용한, 그 회선을 아더 라인으로서 수용하는 IP 전화기(3b)로부터의 발신 처리를 설명한다. 이 경우, 발신 조작은 발신에 사용하고자 하는 아더 라인에 대응하는 기능 버튼의 누름에 의해 행하여지고, 버튼 위치 정보와 함께 입출력 인터페이스부(54)를 통하여, 호제어부(50)에 통지된다.
호제어부(50)는, 통지된 버튼 위치로 기능 버튼 상태 관리 테이블(62)을 색인하고, 회선 상태가 「비어 있음」이면, 「발신 확인 대기」로 변경하고, 멀티 라인 제어부(51)에 대하여 발신 요구 송신을 요구한다. 또한, 회선 상태가 「비어 있음」 이외인 경우에는, 그 조작을 무효로 한다.
멀티 라인 제어부(51)는, 기능 버튼 관리 테이블(61)을 색인하고, 버튼 위치 정보로부터 프라임 단말기의 어드레스 정보를 추출하고, MESSAGE를 생성(발신 요구)하고, SIP 프로토콜 제어부(53), LAN 인터페이스부(55)를 통하여 송출한다.
MESSAGE(발신 요구)를 수신한 IP 전화기(3a)의 멀티 라인 제어부(51)는 「200 OK」를 반송 후, 호제어부(50)에 대하여 「발신 요구」를 행한다. 호제어부(50)는, 단말기 관리 데이터(60)로부터 프라임 라인 버튼 위치를 추출하고, 기능 버튼 상태 관리 테이블(62)을 추출 버튼 위치로 색인하고, 「비어 있음」이면 「사용중」으로 변경하고, 멀티 라인 제어부(51)에 「발신 가능」을 통지한다. 또한, 이미 「사용중」이면 「발신 불가」를 통지한다. 호제어부(50)로부터 발신 요구에 대한 결과 통지를 받은 멀티 라인 제어부(51)는, 결과를 MESSAGE에 실어서 발신 요구원에 반송한다.
또한, 멀티 라인 제어부(51)는 상기 자회선 상태 통지처 어드레스군에 대한 NOTIFY 메시지를 생성하고, SIP 프로토콜 제어부(53), LAN 인터페이스부(55)를 통하여 송출한다. NOTIFY 메시지에는, 데이터 관리부(56)의 멀티 라인 관리 테이블(63)로부터 얻은 버튼 위치 정보로 기능 버튼 상태 관리 테이블(62)을 색인하여 얻은 그 회선의 회선 상태로서 「사용중」이 기술되어 있다.
MESSAGE(발신 가능)를 수신한 IP 전화기(3b)의 호제어부(50)는 「200 OK」를 반송 후, 착신 번호로 멀티 라인 관리 테이블(63)을 검색하고, 추출한 버튼 위치 정보를 호제어부(50)에 통지한다. 호제어부(50)는 기능 버튼 상태 관리 테이블(62)을 버튼 위치 정보로 색인하고, 상태를 「사용중」으로 변경하며, INVITE 리퀘스트 메시지를 생성하고, SIP 프로토콜 제어부(53), LAN 인터페이스부(55)를 통하여 송출한다. 이 때, INVITE 리퀘스트 메시지의 From행에는 사용하는 라인의 프라임 단말기인 IP 전화기(3a)의 어드레스(3000)를 지정하고, Contact 어드레스에 자어드레스(3100)를 지정하며, 이후의 SIP 서버(1) 및 발신자로부터의 SIP 메시지는 IP 전화기(3a)를 거치지 않고, Contact에 의해 지정된 IP 전화기(3b)가 직접 수신한다. 또한, 커넥션 설정 후에는 End to End (발신자와 IP 전화기(3b) 간)로 RTP 패킷의 송수신을 행한다.
발신 조작을 행하고 있지 않은 IP 전화기(3c)의 멀티 라인 제어부(51)는 NOTIFY 메시지를 수신하면 「200 OK」를 반송 후, 송신원 번호(3000)로 멀티 라인 관리 테이블(63)을 검색하고, 추출한 버튼 위치 정보를 호제어부(50)에 통지한다. 호제어부(50)는 기능 버튼 상태 관리 테이블(62)을 버튼 위치 정보로 색인하고, 회선 상태로서 NOTIFY에 의해 통지된 상태(「사용중」)로 변경한다.
<회선 보류·응답 시퀀스>
도 20A 및 도 20B는 회선 보류·응답 시퀀스 예를 도시하는 도면이다. 회선 보류·응답 처리는, SIP에 의한 일반적인 콜 파크 서비스 처리로 실현한다. 통화중인 IP 전화기(3b)는 회선 보류 조작 시에 콜 파크 번호(「파크 번호」))를 부여 하고, 「응답 특번」 +「파크 번호」를 다이얼함으로써 응답하는 서비스를 실행한다(스텝 S701, S702). 콜 파크 번호란 보류 호에 대하여 시스템 내에서 일의적으로 부여하는 번호로서, 도 20A 및 도 20B에서는 보류 대상으로 되는 라인 번호를 사용하고 있다. 회선 보류를 행한 IP 전화기(3b)는 프라임 단말기인 IP 전화기(3a)에 대하여, 회선을 보류한 것과 「파크 번호」를 통지한다(스텝 S703). IP 전화기(3a)는 자회선 상태 통지처에 대하여 「보류중」 상태와 「파크 번호」를 통지한다(스텝 S704). 회선 보류에 대하여 응답 조작을 행한 IP 전화기(3c)는 IP 전화기(3a)에 대하여 응답을 요구한다. IP 전화기(3a)는 응답 단말기에 대하여 「응답 가능」과 「파크 번호」를 회신한다(스텝 S705). 또한, IP 전화기(3a)는 자회선 상태 통지처에 대하여 회선 상태가 「사용중」으로 된 것을 통지한다(스텝 S706). 「응답 가능」을 수신한 IP 전화기(3c)는 To 헤더에 콜 파크 응답 특번, From 헤더에 자어드레스가 아니라 라인 a의 어드레스를 설정하고, SIP 서버(1)에 대하여 INVITE 리퀘스트를 송신한다(스텝 S707, S708).
도 9의 기능 블록에 의한 상기한 회선 보류·응답 시퀀스의 동작은 다음과 같이 된다.
라인 3000을 아더 라인으로서 수용하는 IP 전화기(3b)가 라인 3000을 이용하여 통화중 상태에 있을 때의 회선 보류 처리를 설명한다. 이 경우, 회선 보류 조작은 사용중인 아더 라인에 대응하는 기능 버튼의 누름에 의해 행하여지고, 버튼 위치 정보와 함께 입출력 인터페이스부(54)를 통하여, 호제어부(50)에 통지된다.
호제어부(50)는, 통지된 버튼 위치로 기능 버튼 상태 관리 테이블(62)을 색 인하고, 회선 상태가 「사용중」이면, 「보류 요구중」으로 변경하고, SIP 서버(1)에 대한 re-INVITE 메시지를 생성하여, SIP 프로토콜 제어부(53), LAN 인터페이스부(55)를 통하여 송출한다.
계속해서, IP 전화기(3b)의 호제어부(50)는 단말기 관리 데이터(60)로부터 콜 파크 실행 특번을 추출하고, INVITE 메소드로 SIP 서버(1)에 통지한다. SIP 서버(1)는 본 INVITE 메소드 종료 시에, IP 전화기(3b), 및 상대 SIP 유저 에이전트를 각각 파크 서버(7)에 접속하고, IP 전화기(3b)와 상대 SIP 유저 에이전트간의 커넥션을 종료시킨다.
파크 서버(7)와 통화중 상태로 된 IP 전화기(3b)의 호제어부(50)는 파크 서버(7)에 대하여 사용하고 있던 라인 번호(3000)를 파크 번호로서 통지함과 함께, 멀티 라인 제어부(51)에 「파크 통지」를 행한다. 멀티 라인 제어부(51)는, 라인 3000의 프라임 단말기인 IP 전화기(3a)에 대한 MESSAGE(파크 통지)를 생성하고, SIP 프로토콜 제어부(53), LAN 인터페이스부(55)를 통하여 송출한다.
MESSAGE(파크 통지)를 수신한 IP 전화기(3a)의 멀티 라인 제어부(51)는 「200 OK」를 반송 후, 호제어부(50)에 대하여 「파크 통지」를 행한다. 호제어부(50)는, 단말기 관리 데이터(60)로부터 프라임 라인 버튼 위치를 추출하고, 기능 버튼 상태 관리 테이블(62)을 추출 버튼 위치로 색인하고, 「사용중」이면 「보류중」으로 변경함과 함께, 수신한 파크 번호를 기능 버튼 상태 관리 테이블(62)에 저장한다. 그 후, 멀티 라인 제어부(51)는 상기 자회선 상태 통지처 어드레스군에 대한 NOTIFY 메시지를 생성하고, SIP 프로토콜 제어부(53), LAN 인터페이스부(55) 를 통하여 송출한다. NOTIFY 메시지에는, 데이터 관리부(56)의 멀티 라인 관리 테이블(63)로부터 얻은 버튼 위치 정보로 기능 버튼 상태 관리 테이블(62)을 색인하여 얻은 그 회선의 회선 상태로서 「보류중」이 기술되어 있다.
라인 3000을 아더 라인으로서 수용하는 IP 전화기(3c)가 IP 전화기(3b)에 의해서 회선 보류된 라인 3000에 대하여 응답하는 경우의 처리를 설명한다. 이 경우, 회선 보류 응답은 보류중인 아더 라인에 대응하는 기능 버튼의 누름에 의해 행하여지고, 버튼 위치 정보와 함께 입출력 인터페이스부(54)를 통하여, 호제어부(50)에 통지된다.
호제어부(50)는, 통지된 버튼 위치로 기능 버튼 상태 관리 테이블(62)을 색인하고, 회선 상태가 「보류중」이면, 「보류 응답 확인 대기」로 변경하고, 멀티 라인 제어부(51)에 대하여 응답 요구 송신을 요구한다. 또한, 회선 상태가 「보류중」 이외인 경우에는, 해당 조작을 무효로 한다.
멀티 라인 제어부(51)는, 기능 버튼 관리 테이블(61)을 색인하고, 버튼 위치 정보로부터 프라임 단말기의 어드레스 정보를 추출하며, MESSAGE를 생성(응답 요구)하고, SIP 프로토콜 제어부(53), LAN 인터페이스부(55)를 통하여 송출한다.
MESSAGE(응답 요구)를 수신한 IP 전화기(3a)의 멀티 라인 제어부(51)는 「200 OK」를 반송 후, 호제어부(50)에 대하여 「응답 요구」를 행한다. 호제어부(50)는, 단말기 관리 데이터(60)로부터 프라임 라인 버튼 위치를 추출하고, 기능 버튼 상태 관리 테이블(62)을 추출 버튼 위치로 색인하고, 「보류중」이면 「사용중」으로 변경하고, 멀티 라인 제어부(51)에 「응답 가능」을 통지한다. 또한, 이 미 「사용중」이면 「응답 불가」를 통지한다. 호제어부(50)로부터 응답 요구에 대한 결과 통지를 받은 멀티 라인 제어부(51)는, 결과 및 파크 번호를 MESSAGE에 실어서 응답 요구원에 반송한다. 또한, 멀티 라인 제어부(51)는 상기 자회선 상태 통지처 어드레스군에 대한 NOTIFY 메시지를 생성하고, SIP 프로토콜 제어부(53), LAN 인터페이스부(55)를 통하여 송출한다. NOTIFY 메시지에는, 데이터 관리부(56)의 멀티 라인 관리 테이블(63)로부터 얻은 버튼 위치 정보로 기능 버튼 상태 관리 테이블(62)을 색인하여 얻은 그 회선의 회선 상태로서 「사용중」이 기술되어 있다.
MESSAGE(응답 가능)를 수신한 IP 전화기(3c)의 호제어부(50)는 「200 OK」를 반송 후, 착신 번호로 멀티 라인 관리 테이블(63)을 검색하고, 추출한 버튼 위치 정보를 호제어부(50)에 통지한다. 호제어부(50)는 기능 버튼 상태 관리 테이블(62)을 버튼 위치 정보로 색인하고, 상태를 「사용중」으로 변경한다. 계속해서, IP 전화기(3c)의 호제어부(50)는 단말기 관리 데이터(60)로부터 콜 파크 응답 특번을 추출하고, INVITE 메소드로 SIP 서버(1)에 통지한다. SIP 서버(1)는 본 INVITE 메소드에 의해, IP 전화기(3c)와 파크 서버(7)간의 커넥션을 형성한다.
파크 서버(7)와 통화중 상태로 된 IP 전화기(3c)의 호제어부(50)는 MESSAGE에 의해 IP 전화기(3a)로부터 통지된 번호를 파크 번호로서 파크 서버(7)에 통지한다.
파크 번호를 통지받은 파크 서버(7)는 파크 응답 처리를 실행하고, IP 전화기(3c)와 상대 SIP 유저 에이전트간의 커넥션이 설정된다.
<일반적 동작〉
IP 전화기(3a)의 회선 정보는, IP 전화기(3b, 3c)에 커맨드 등의 수단에 의해, 미리 등록되어 있다.
IP 전화기(3a)에 착신이 있었던 경우, IP 전화기(3b, 3c)에 등록되어 있는 IP 전화기(3a)의 회선 버튼이 착신중으로 됨과 함께, 착신 링거가 명동한다. IP 전화기(3b)가 IP 전화기(3a)의 회선 버튼 누름에 의해 응답하면, IP 전화기(3b, 3c)의 링거가 정지함과 함께, IP 전화기(3a, 3c)의 IP 전화기(3a)의 회선 버튼이 사용중으로 된다. 링거 명동 개시 시간이 설정되어 있는 경우에는, 타임아웃 후에 링거가 명동한다.
상기한 동작에서, IP 전화기(3b)가 IP 전화기(3a) 회선 버튼 누름과 동시에, IP 전화기(3c)가 IP 전화기(3a)의 회선 버튼을 누른 경우, IP 전화기(3c)는 응답 불가로 되어, 비지 톤을 청취한다.
IP 전화기(3b)가 IP 전화기(3a)의 회선 버튼 누름으로 발신한 경우, IP 전화기(3a, 3c)의 IP 전화기(3a)의 회선 버튼이 사용중으로 된다. IP 전화기(3b)가 절단된 경우, IP 버튼 전화(3a, 3c)의 IP 전화기(3a)의 버튼이 비어 있음으로 된다.
상기한 동작에서, IP 전화기(3b)가 IP 전화기(3a) 회선 버튼 누름으로 발신과 동시에, IP 전화기(3c)가 IP 전화기(3a) 회선 버튼 누름에 의해 발신한 경우, 발신 불가로 되어, 비지 톤을 청취한다.
IP 전화기(3a)의 통화중으로부터 IP 전화기(3a)의 회선 버튼 누름에 의해, 회선 보류를 행한다. 통화 상대 단말기는 보류음을 청취한다. IP 전화기(3a, 3b, 3c)의 IP 전화기(3a) 회선 버튼이 보류중으로 된다. IP 전화기(3b)가 IP 전화기(3a) 회선 버튼 누름에 의해, 보류되어 있는 상대 단말기와 통화중으로 된다. IP 전화기(3a, 3b, 3c)의 IP 전화기(3a) 회선 버튼이 사용중으로 된다.
<실시 형태의 효과>
상술한 실시 형태에는 다음과 같은 효과가 있다.
첫째로, IP 전화기 등의 전화 장치간만의 독자 메시지/수순으로 멀티 라인 서비스가 실현 가능하게 되기 때문에, SIP에 관련되는 RFC/인터넷 드래프트만을 서포트하는 SIP 서버(표준 SIP 서버) 등의 접속 관리 서버를 이용하여 시스템 구축을 할 수 있다. 또한, 표준 SIP 서버 등을 이용함으로써, 멀티 라인 서비스에서 사용하는 것 이외의 SIP 유저 에이전트 등에 대해서도 서버와의 접속성을 특별히 의식하지 않고 수배할 수 있다.
둘째로, 전화 장치간만의 독자 메시지 수순으로 멀티 라인 서비스가 실현 가능하게 되기 때문에, 본 발명의 기능을 반영시킨 전화 장치를 멀티 라인 서비스 참가 대수만큼 수배하는 것만으로, 이미 설치된 SIP 시스템 등을 갖는 고객이나 IP 센트렉스 등을 이용하고 있는 고객에 대해서도 멀티 라인 시스템을 제공할 수 있다. 또한, 멀티 라인을 조합하는 전화 장치는, 네트워크에 걸쳐서도 접속할 수 있기 때문에, 복수의 거점간을 연결하는 멀티 라인을 용이하게 조합하는 것이 가능하게 된다.
셋째로, 표준 SIP 서버 등을 사용할 수 있기 때문에, 개발 코스트 및 도입 코스트를 경감할 수 있다. 또한, 센터 공사 없이 단말기측의 설정만으로 멀티 라 인을 증설, 철거할 수 있기 때문에 보수 코스트를 경감할 수 있다.
넷째로, SIP 서버 등의 개발이 불필요하기 때문에, 실현하는 소프트웨어 규모가 작아진다
다섯째로, 접속 관리 서버와 전화 장치 간의 시퀀스가 심플하기 때문에, WAN간의 트래픽 부하를 삭감할 수 있다. 또한, 멀티 라인 제어 처리를 프라임 라인 수용 단말기에 분산시키는 방식이기 때문에, 접속 관리 서버의 능력에 영향받는 일없이 멀티 라인을 증설할 수 있다.
이상, 본 발명의 바람직한 실시 형태에 의해 본 발명을 설명하였다. 여기서는 특정한 구체예를 나타내어 본 발명을 설명하였지만, 특허 청구 범위에 정의된 본 발명의 광범한 취지 및 범위로부터 일탈하지 않고, 이들 구체예에 다양한 수정 및 변경을 가할 수 있는 것은 명백하다. 즉, 구체예의 상세 및 첨부의 도면에 의해 본 발명이 한정되는 것으로 해석해서는 안 된다.

Claims (17)

  1. 소정의 통신 프로토콜 및 접속 프로토콜에 의해 통화를 행하는 전화 장치로서,
    멀티 라인 그룹을 구성하는 다른 전화 장치와의 사이에서, 상기 접속 프로토콜과 상이한 독자의 인터페이스에 의해 회선 상태를 상호 통지하는 수단을 포함한 것을 특징으로 하는 전화 장치.
  2. 제1항에 있어서,
    상기 통신 프로토콜은 인터넷 프로토콜이고, 상기 접속 프로토콜은 세션 이니시에이션 프로토콜인 것을 특징으로 하는 전화 장치.
  3. 제1항에 있어서,
    다른 전화 장치에 자회선 상태를 통지하는 자회선 상태 통지 수단과,
    다른 전화 장치에 회선 상태의 통지를 요구하는 타회선 상태 요구 수단을 구비한 것을 특징으로 하는 전화 장치.
  4. 제1항에 있어서,
    상기 자회선 상태 통지 수단은, 다른 전화 장치로부터 자발적이면서 정기적으로 회선 상태 통지의 요구가 있었던 경우에, 자회선 상태를 통지하는 통지처 일 람을 다이나믹하게 생성 혹은 리프레시를 행하는 것을 특징으로 하는 전화 장치.
  5. 제1항에 있어서,
    상기 자회선 상태 통지 수단은, 자회선 상태를 통지하는 통지처 일람을 스태틱하게 유지하고, 다른 전화 장치로부터 자발적이면서 정기적으로 회선 상태 통지의 요구가 있었던 경우에 다이나믹하게 상기 통지처 일람의 보정을 행하는 것을 특징으로 하는 전화 장치.
  6. 제1항에 있어서,
    상기 타회선 상태 요구 수단은, 다른 전화 장치에의 회선 상태 통지 요구의 활성/비활성을 제어하고, 멀티 라인 그룹의 구성을 변경하는 것을 특징으로 하는 전화 장치.
  7. 제1항에 있어서,
    상기 자회선 상태 통지 수단은, 통지처 수의 상한값을 유지하고, 상한값 이상의 회선 상태 통지 요구에 대하여 통지 불가로 하는 것을 특징으로 하는 전화 장치.
  8. 제1항에 있어서,
    상기 타회선 상태 요구 수단은, 회선 상태 통지의 요구 시에 다른 전화 장치 와의 사이에서 미리 정한 인증 정보를 통지하고,
    상기 자회선 상태 통지 수단은, 다른 전화 장치로부터의 회선 상태 통지의 요구에 포함된 인증 정보에 의해 정당한 전화 장치인 것을 인증하는 것을 특징으로 하는 전화 장치.
  9. 제1항에 있어서,
    상기 자회선 상태 통지 수단은, 접속 관리 서버로부터 착신 요구를 수신하였을 때, 회선 상태 통지를 요구한 다른 전화 장치에 대하여 착신 요구를 송신하고, 자회선에 대한 착신에 대하여 다른 전화 장치로부터의 응답을 가능하게 한 것을 특징으로 하는 전화 장치.
  10. 제9항에 있어서,
    상기 자회선 상태 통지 수단은, 다른 전화 장치로부터의 응답이 2개 이상 있었던 경우, 1개의 전화 장치에 대해서만 응답 가능을 통지하는 것을 특징으로 하는 전화 장치.
  11. 제1항에 있어서,
    상기 자회선 상태 통지 수단은, 다른 전화 장치가 자회선을 사용한 발신 요구를 접수하는 것을 특징으로 하는 전화 장치.
  12. 제11항에 있어서,
    상기 자회선 상태 통지 수단은, 다른 전화 장치로부터 발신 요구가 2개 이상 있었던 경우, 1개의 전화 장치에 대해서만 발신 가능을 통지하는 것을 특징으로 하는 전화 장치.
  13. 제1항에 있어서,
    상기 자회선 상태 통지 수단은, 통화중으로부터의 보류 조작에 의해 회선을 보류 상태로 하고, 회선 상태 통지를 요구한 다른 전화 장치에 대하여 보류 요구를 송신하고, 다른 전화 장치로부터의 응답을 가능하게 한 것을 특징으로 하는 전화 장치.
  14. 제1항에 있어서,
    상기 자회선 상태 통지 수단은, 회선 상태의 통지처 단말기마다 착신 링거의 명동(鳴動) 방법을 제어하는 것을 특징으로 하는 전화 장치.
  15. 제1항에 있어서,
    상기 자회선 상태 통지 수단은, 회선 상태의 부가 정보에 링거 명동 개시 시간을 설정하고, 통지처 단말기마다 링거 명동 개시 시간을 제어하는 것을 특징으로 하는 전화 장치.
  16. 제1항에 있어서,
    상기 자회선 상태 통지 수단은, 회선 상태의 통지처마다 착신 통지 타이밍을 제어하는 것을 특징으로 하는 전화 장치.
  17. 제1항에 있어서,
    상기 자회선 상태 통지 수단은, 회선 상태의 통지처마다 발신 가능 통지 타이밍을 제어하는 것을 특징으로 하는 전화 장치.
KR1020077024281A 2005-03-22 2005-03-22 전화 장치 KR100956925B1 (ko)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/JP2005/005120 WO2006100751A1 (ja) 2005-03-22 2005-03-22 電話装置

Publications (2)

Publication Number Publication Date
KR20070114830A true KR20070114830A (ko) 2007-12-04
KR100956925B1 KR100956925B1 (ko) 2010-05-11

Family

ID=37023448

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020077024281A KR100956925B1 (ko) 2005-03-22 2005-03-22 전화 장치

Country Status (6)

Country Link
US (1) US20080049724A1 (ko)
EP (1) EP1863265A4 (ko)
JP (1) JP4522449B2 (ko)
KR (1) KR100956925B1 (ko)
CN (1) CN101167344B (ko)
WO (1) WO2006100751A1 (ko)

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8320532B1 (en) * 2005-09-22 2012-11-27 Verizon Patent And Licensing Inc. Method and system for providing voice dialing service in a SIP-based network
WO2007126029A1 (ja) * 2006-04-27 2007-11-08 Kyocera Corporation 携帯電話端末、サーバ及びグループ通話システム
JP2008048180A (ja) * 2006-08-17 2008-02-28 Nec Engineering Ltd ＳＩＰベースの交換機並びにＶｏＩＰシステムの制御方法及び制御プログラム
US20100080217A1 (en) * 2008-09-26 2010-04-01 Kabushiki Kaisha Toshiba Sip Telephone System and Method for Controlling Line Key Display
US8787362B2 (en) * 2009-04-01 2014-07-22 Qualcomm Incorporated Fall back using mobile device assisted terminating access domain selection
FR2998123A1 (fr) * 2012-11-13 2014-05-16 France Telecom Selection de periodes de rafraichissement dans un reseau ip
JP5954187B2 (ja) * 2013-01-11 2016-07-20 株式会社ナカヨ 電話端末および電話システムのラインキー制御方法
JP6467986B2 (ja) * 2015-02-25 2019-02-13 株式会社ナカヨ Ｉｐ電話端末、プログラム、および外線状態共有方法

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS6074796A (ja) * 1983-09-30 1985-04-27 Nec Corp 分散型多機能電話機マルチライン制御方式
JPH01255395A (ja) * 1988-04-05 1989-10-12 Nec Corp 内線呼び出し方式
JPH03145299A (ja) * 1989-10-31 1991-06-20 Matsushita Electric Ind Co Ltd ボタン電話装置
JPH04165723A (ja) * 1990-10-29 1992-06-11 Taiko Denki Seisakusho:Kk コードレスボタン電話装置
JPH04352551A (ja) * 1991-05-30 1992-12-07 Nec Corp 電子式自動構内交換機の着信音送出方式
US6967972B1 (en) * 1997-07-31 2005-11-22 Cisco Technology, Inc. Universal protocol conversion
IL121501A (en) * 1997-08-08 2003-04-10 Icq Inc Telephone-status notification system
JPH11275619A (ja) * 1998-03-19 1999-10-08 Nec Eng Ltd ボタン電話装置
CA2274205A1 (en) * 1999-06-11 2000-12-11 Nortel Networks Corporation Method and apparatus for providing interoperability between remote key system units
US6765902B1 (en) 1999-08-27 2004-07-20 Cisco Technology, Inc. Method and apparatus for network-based telephone communication without a separate call manager unit
JP3887548B2 (ja) * 2001-07-13 2007-02-28 サクサ株式会社 ＶｏＩＰ電話システム、ＶｏＩＰ電話システム用電話通信管理装置および電話端末
JP3903822B2 (ja) 2002-03-26 2007-04-11 サクサ株式会社 ボタン電話装置およびプログラム
US20030215080A1 (en) * 2002-05-17 2003-11-20 Wengrovitz Michael S. Presence-aware private branch exchange (PBX)
US7706359B2 (en) * 2002-07-01 2010-04-27 Converged Data Solutions, Inc. Systems and methods for voice and data communications including a network drop and insert interface for an external data routing resource
JP2004088513A (ja) * 2002-08-27 2004-03-18 Nec Corp 同報配信システムおよび同報配信方法
KR100475187B1 (ko) * 2002-12-13 2005-03-10 삼성전자주식회사 접속 설정 프로토콜 방식을 지원하는 키폰 시스템 및 그호 설정 방법
JP4016853B2 (ja) 2003-02-28 2007-12-05 サクサ株式会社 ボタン電話システム、ボタン電話装置およびプログラム
JP4017592B2 (ja) * 2003-12-25 2007-12-05 三洋電機株式会社 ＶｏＩＰシステム及びＶｏＩＰ電話機
US20050141479A1 (en) * 2003-12-31 2005-06-30 Timucin Ozugur Presence-based routing in a communications network environment
KR100693040B1 (ko) * 2004-10-11 2007-03-12 삼성전자주식회사 통신 단말 시스템, 및 그 시스템의 무선 단말 상태 표시방법
JP2006180104A (ja) * 2004-12-21 2006-07-06 Oki Techno Creation:Kk Ｉｐ−ｐｂｘ装置

Also Published As

Publication number Publication date
KR100956925B1 (ko) 2010-05-11
CN101167344A (zh) 2008-04-23
US20080049724A1 (en) 2008-02-28
CN101167344B (zh) 2010-09-29
EP1863265A1 (en) 2007-12-05
JP4522449B2 (ja) 2010-08-11
JPWO2006100751A1 (ja) 2008-08-28
WO2006100751A1 (ja) 2006-09-28
EP1863265A4 (en) 2012-01-04

Similar Documents

Publication Publication Date Title
KR100956925B1 (ko) 전화 장치
EP2077024B1 (en) Communication system
JP2005160094A (ja) 企業私有通信ネットワークおよびセルラ通信ネットワークにおけるコール・ピックアップ・サービスの相互運用性を提供するシステム
JP2004357217A (ja) 電話交換装置及び電話交換システム
US20080056239A1 (en) VOIP Service Over a Regular Phone
JP2004235778A (ja) 応答処理制御方法
CN102984186A (zh) 会话建立方法及装置
WO2006048925A1 (ja) 通信中継方法、通信中継プログラムおよび通信中継装置
JP5480528B2 (ja) 通信方法及び通信システム
JP6933128B2 (ja) Ｉｐ電話システム、ｉｐ電話システムに対応する携帯電話機およびデジタル電話交換機、並びに通信方法
JP2007266737A (ja) 呼制御システム、呼制御方法及びサーバ
JP2007013616A (ja) プレゼンスサーバ、情報提供システム及び情報提供方法
JP4028407B2 (ja) Ｉｐ電話システムの代理応答制御方法
WO2021235149A1 (ja) 中継装置、通信システム、中継方法及びプログラム
JP4772739B2 (ja) ビジュアルコミュニケーションサーバおよび通信システム
US8630254B2 (en) Telephone line switching apparatus, telephone line switching system, telephone relay system, telephone relay method, telephone relay program
KR100442436B1 (ko) 인터넷 전화망에서 ｉｖｒ 서비스를 이용한 사용자 인증방법
JP5604729B2 (ja) Ｉｐ電話端末およびセッション確立方法
JP4438775B2 (ja) 交換装置、端末装置、接続制御方法
JPH08331262A (ja) 局間多者接続方式
JP2003283653A (ja) インターネット電話装置及びプログラム
JP2003309651A (ja) 公衆回線網を利用したインターネット通信システム、及びインターネット通信の接続方法、及び接続装置
JPWO2003073714A1 (ja) ネットワーク電話システム
JP2010239387A (ja) 留守番電話装置、及び、接続方法
JP2007324927A (ja) 電話システム

Legal Events

Date Code Title Description
A201 Request for examination
AMND Amendment
E902 Notification of reason for refusal
AMND Amendment
E601 Decision to refuse application
AMND Amendment
J201 Request for trial against refusal decision
B701 Decision to grant
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20130404

Year of fee payment: 4

FPAY Annual fee payment

Payment date: 20140401

Year of fee payment: 5

LAPS Lapse due to unpaid annual fee