电话系统、服务器以及代理应答电话机的制作方法

专利名称：电话系统、服务器以及代理应答电话机的制作方法
技术领域：
本发明涉及基于因特网协议(IP)而工作的电话系统、服务器以及代理应 答电话机，尤其涉及与软件电话利用较多的IP电话环境对应的方便性较高的 电话系统、服务器以及代理应答电话机。
背景技术：
近年来，IP电话迅速得到了普及。另外，与之相伴发明了提供附带的各 种服务的系统和构造。其中有提供在接听电话侧人员外出时自动将消息录音的 功能的语音留言系统。
关于语音留言系统的基本的结构和构造，参照专利文献1中作为现有技术
而记载的图2进行说明。在该图中，集中控制装置起到所谓电话交换机的作用， 进行电话终端间的呼叫控制。当发送者a从通信网络的终端A呼叫发送目的 地终端B时，终端A, ( 1 )发送终端B呼叫信号，访问集中控制装置的交换 机或呼叫控制服务器，(2)集中控制装置检测.连接终端B,发送终端B呼叫 信号，(3)当终端B在一定时间内未应答呼叫信号时，所述集中控制装置确 认终端B无应答，所述集中控制装置(4)对终端B无应答进行响应，在集中 存储语音信息的语音邮件服务器上连接终端A, (5)在终端A和语音邮件服 务器之间可通信地设定通信路由，(6)将来自终端A的发送者a的语音信息 发送 记录到语音邮件服务器中，(7)中央控制装置通知终端B已记录了语 音信息，(8)接收者确认在语音邮件服务器中已记录所述语音信息的终端B 显示时，从终端B连接所述集中控制装置，呼叫语音邮件服务器，请求所记 录的语音信息，(9)检测出发送给终端B的语音信息，(IO)经由所述集中控 制装置向终端B发送 再生语音信息，由接收者确认语音信息。
此外，在此作为语音邮件服务器进行了说明，但提供同样功能的设备中有 语音留言服务器，是基本相同方法的系统。
在以上那样的一般的语音邮件服务器系统中，不仅进行一边倒的语音留言
处理，在进一步^:高方^f更性的方法中有专利文献2中记载的方法。该方法，在 相当于所述说明中的语音邮件服务器的Web服务器中，通过由服务器利用者 登录详细的设定，在用户外出的情况下，可以在接听电话之前对发送者的留言 消息进行录音等。
另 一方面，已知如专利文献3那样已公知这样的语音邮件系统通过在内 置于根据IP地址而被管理的IP电话终端中的RAM部的语音邮件记录区域中 记录并保存发送者的语音数据(消息信息)，来改善方便性。即，该方法使来 自发送者的消息信息保存在电话终端侧，而不是集中存储消息信息的服务器 侧。
另一方面，由于网络系统的进步和以IP电话为代表的通信设备的进步， 企业的工作方式(workstyle)也发生了变革。是不给工作人员准备固定座位， 工作人员可以每天在不同办公桌进行工作的、被称为自由地址体制的工作方 式。通过自由地址，工作人员根据当天的心情、业务项目来自由改变座位的布 局自由的办公方式成为可能。在自由地址中，应用了在个人计算机(以下简称 为PC)中安装并利用的软件电话。只要有可以将PC和用于使用软件电话的 手持机与网络连接起来的环境，无论在哪个座位，连接有个人计算机的场所都 会成为自己的座位环境，因此，若是软件电话则可以解除固定电话机的位置的 束缚。在引入了自由地址体制的先进的办公室中，发给全体工作人员笔记本型 PC和软件电话，在办公室内一般在各组的机器的区域中辅助性地设置一台至 数台固定电话机。
在专利文献4中记载了判定呼叫控制信息中的某种识别信息，根据判定结 果改变来电模式的发明。
在专利文献5中记载了在模拟的PBX上连接的类型的中心收容方语音留 言装置。
在专利文献6和专利文献7中记载了对一台电话机设置多个电话号码，针 对每个号码设置不同的来电铃声的发明。
在专利文献8中记载了如下发明，接收到呼入后在日程管理部中确认相应 人员的日程，根据该信息进行来电接听、语音留言或转发的判定动作。专利文献1特开2006- 081088号公报
专利文献2特开2006 - 050270号公报
专利文献3特开2003 - 110742号公报
专利文献4特开昭63 - 245046号公报
专利文献5特开平05 - 095422号公报
专利文献6特开平11 - 234410号公4良
专利文献7特开2004 - 096194号公报
专利文献8特开2006-217148号公报 参照图1说明软件电话利用环境下的语音留言系统的动作。在此，图1 是说明软件电话利用者外出时的电话系统的动作的框图。图1表示接收者b 利用的IP电话为软件电话，由于接收者b外出，终端B未启动的状态。以下 说明在此状态下从终端A向终端B的呼叫。首先，(l)终端A向电话服务器 (telephonyserver)发送终端B呼叫信号。(2)电话服务器根据该信号中存储 的表解析用于与终端B连接的IP地址。但是，(3)由于终端B未启动，所以 电话服务器无法解析连接目的地的IP地址。因此，(4)电话服务器确认作为 终端B的外出转发目的地而登录的地址，(5)设定与终端A的呼叫连接，(6) 设定与语音留言服务器的呼叫连接。(7)语音留言服务器保存消息信息。
当考虑在软件电话利用者较多的工作环境下利用语音留言系统时，在基于 语音留言服务器的引入而进行的外出时的转发处理中，将向未启动的软件电话 拨打的电话转发至指定为外出转发目的地的语音留言服务器。在软件电话利用 者由于紧急情况而上班迟到I小时的情况下，若在专利文献l的图2的环境下， 则终端B鸣响，因此，若联络工作场以预先传达该意思，则向此人的电话终 端拨打电话，在该情况下，根据状况进行代理应答，由工作场所的人员代理传 达意思为因故迟到1小时的留言。但是，在软件电话利用者的工作场所中，若 引入语音留言服务器，则会无条件地将无法接听的通话转发至语音留言服务 器。结果，即使存在打给外出者的电话时，工作场所的其他人也无法判别。
为了应对这种问题，考虑了如下方法在软件电话未启动的情况下，暂且 向工作场所中的其它电话机转发，当一定时间没有应答时，再向语音留言服务 器转发，来进行语音留言处理。通过这种运用，对于工作场所单位中的电话漏 接问题是有效果的，但偏离了想要通过设置语音留言服务器来减少多余的电话
传达或代理应答的本来目的。另外，拨打电话的一方在此期间也产生了呼叫等 待时间变长的问题。
另外，在所述情况下也考虑了如下应对方法关于是向语音留言服务器转
发、还是向工作场所的其它电话机转发，由软件电话利用者临时向电话服务器 进行设定变更。但是，必须一一手动进行设定变更，缺乏灵活性，也产生了忘 记设定变更的恢复等新问题。
在专利文献2中记载的方法中未设想到软件电话占多数的环境，未考虑到 呼叫目的地的电话机未启动的情况。
当考虑通过在专利文献3中记载的在电话终端中保存语音邮件数据的方 式来进行应对时，首先，作为根本的问题，在软件电话中，若不接通终端的电 源，则起初无法接收消息。另外，若指定工作场所中辅助地设置的固定电话作 为外出转发目的地，在该固定电话中采用专利文献3中记载的方法，则可以切 实地保存消息信息。但是，此时软件电话和固定电话机不是一对一的，因此在 1台固定电话中保存针对多个电话终端的消息信息，不清楚是发给谁的消息。
而且，为了在大规模IP电话系统中提供代理应答/语音留言功能，需要与 规模相匹配的服务器的构建和设置等，因此经济障碍变大。希望提供以办公室 的楼层或组为单位的简易的代理应答功能。

发明内容
本发明的课题是解决这种问题，提供软件电话利用者和自由地址体制的工 作场所中也可以恰当地^提供代理应答服务，并且与利用者的状况相对应的、灵 活性高的代理应答功能的实现方法及其系统。
通过一种电话系统，可以解决上述问题。该电话系统由IP电话机、IP代 理应答电话机、对IP电话机和IP代理应答电话机的呼入呼出进行控制的服务 器构成，服务器，当存在对IP电话机的呼入时判定IP电话机的状态，当判定 为IP电话机无法呼入时，赋予IP电话机的识别符，将呼入转发至IP代理应 答电话机。
另外，通过如下服务器可以解决上述问题。该服务器与IP电话机和IP代 理应答电话机连接，对IP电话机和IP代理应答电话机的呼入呼出进行控制， 当存在对IP电话机的呼入时判定IP电话机的状态，当判定为IP电话机无法
呼入时，赋予IP电话机的识别符，将呼入转发至IP代理应答电话才几。
而且，通过如下IP代理应答电话机可以解决上述问题。该IP代理应答电
话机经由网络与IP电话机和电话服务器相连，当从电话服务器接收到INVITE 消息时分析INVITE消息时，分析INVITE消息，判定是转发的呼入还是对IP 代理应答电话机的呼入，根据判定结果输出铃声。
根据本发明，向软件电话未启动的号码拨打电话，将来电转发至预先在电 话服务器中登录的外出转发目的地时，根据电话机的来电模式，电话机的利用 者可以判别是否转发。


图1是说明软件电话利用者外出时的电话系统的动作的框图。
图2是表示应用了语音留言系统的网络的框图。
图3是说明在电话服务器中登录的管理信息表的图。
图4是语音留言电话机的硬件框图。
图5是语音留言电话机的功能框图。
图6是语音留言电话机的立体图。
图7是SIP消息中的基本格式。
图8是说明INVITE消息的图。
图9是说明使用了 History-Info消息头的INVITE消息的图。 图IO是语音留言电话机中的来电时的处理流程图。 图ll是说明语音留言数据信息表的图。 图12是语音留言电话机的显示器显示。
图13是主叫电话机、电话服务器和语音留言电话机之间的外出转发处理 的时序图。
图14是语音留言消息确认时的时序图。
图15是说明语音留言消息确认时的流程的流程图。
图16是说明使用了 User-Agent消息头的INVITE消息的图。
符号说明
10语音留言电话机、11电话服务器、13 PC、 14 PC、 15软件电话、16 手持机、17LAN、 18WAN、 21 CPU、 22 ROM、 23 RAM、 24声音CODEC、25非易失性存储装置、26输入输出设备I/F、 27网络I/F、 28总线、30受 话器、33显示器、34操作按钮、35操作按钮、36灯、37LAN连接器、41设 备控制部、42声音处理部、43通信处理部、44目的地确_〖人部、45语音留言 处理部、50信息管理表、60 INVITE消息、70语音留言数据信息表、100 SIP 基本格式
具体实施例方式
以下，使用实施例，参照附图来说明本发明的实施方式。此外，对于实质 上相同的部位分配相同的参照号码，不重复说明。
图2是表示应用了语音留言系统的网络的框图。在图2中，IP电话终端等 通过LAN ( Local Area Network )17、 WAN ( Wide Area Network) 18等IP网 络相连。在IP电话终端中有各种类型，包括可以直接与LAN连接的固定型 IP电话机(未图示)；在PC13、 14上在称为软件电话的电话应用程序15 (以 下记作软件电话)上连接带有扬声器.麦克风的手持机(handset) 16而得到 的IP电话终端；以及提供语音留言服务的固定IP电话机型的语音留言电话机 10等。电话服务器11管理IP电话系统内的IP电话终端(语音留言电话机10、 PC13、 14),进行用于这些电话终端间的通话的呼叫控制。在构建IP电话系 统时，需要对全部IP电话终端(语音留言电话机10、 PC13、 14)分配IP地 址和电话号码。在此，对语音留言电话机10分配了 IP地址10.1.20.10和电话 号码2010,对PC13分配了 IP地址10.1.20.6和电话号码2006,对PC14分配 了 IP地址10丄30.1和电话号码3001。另外，对电话服务器11分配了 IP地址 10.2丄10。另外，在电话服务器ll中也需要预先登录这些终端的设定信息(IP 地址、电话号码等)作为管理信息(在图3中说明)。通过取得这些设定内容 的一致性，作为IP电话系统而工作。
图3是说明在电话服务器中登录的管理信息表的图。在图3中，在管理信 息表50中登录了如下信息识别各IP电话终端的电话号码51、在向电话服 务器11进行连接登录时用于判断该终端的合法性的密码(Password) 52、用 于确定在IP网络上的终端位置的IP地址53、用于记录IP电话终端状态的状 态(status) 54、以及外出转发目的地55，其指定了在未连接与电话号码关联 的IP电话终端时或在通话中等无法连接时的转发目的地。此外，状态54的Un-Resist为外出，Busy为通话中，Resist为在场且并非通话中。即，当状态 54为Un-Resist或Busy时，电话月良务器11将呼叫转发至电话号码2010的语 音留言电话才几10。
图4是语音留言电话机的硬件框图。在图4中，语音留言电话机10通过 总线28连接了进行装置整体的控制的CPU21、 ROM22、 RAM23 、声音 CODEC24、非易失性存储装置25、输入输出设备接口 (以下简称为I/F ) 26、 网络I/F27。另外，在输入输出设备I/F上连接了由扬声器31和麦克风32构成 的受话器30、显示器33、和操作按钮34。
图5是语音留言电话机的功能框图。在图5中，设备控制部41通过输入 输出设备I/F26控制受话器30等各设备。声音处理部42通过声音CODEC24 控制声音信息的加密处理和加密后的位数据的解密处理等。通信处理部43通 过网络I/F27控制网络的通信处理。目的地确认部44读取通过SIP (Session Initiation Protocol)(以下记作SIP )接收到的INVITE消息中记载的目的地信 息，并控制遵从该信息的处理的执行。语音留言处理部45根据目的地确认部 44中的处理结果，控制外出消息的发送、消息录音处理或消息确认处理等。 此外，与目的地确认部44相关的处理，在图IO等中进行更详细的说明。
图6是语音留言电话机的立体图。语音留言电话机10由受话器30、显示 器33、操作按钮34、分配了代理应答功能的操作按钮35、在来电等时通过光 来进行通知的灯36、和用于连接LAN线缆的LAN连接器37等构成。
在此，对SIP协议进行说明。SIP协议是以IP电话为代表的通话控制协议 之一，是由因特网标准化组织IETF (Internet Engineering Task Force )进行标 准化，在2002年发布的RFC3261中被规定为标准跟踪(Standard Track)的协 议，之后还规定了各种扩展作为RFC。 SIP协议中的消息以文本进行记述，简 单且扩展性高。
参照图7说明SIP消息中的基本格式。在此，图7是SIP消息中的基本格 式。基本才各式100分为3段，由表示请求的Request-line110、记载目的地和发 送源等信息的Header-Line120、记载可以处理的功能等的Message-Body 130构 成。另夕卜，Header-Line120、 Message-Body 130可以根据需要省略或扩展。
Request-line110由Methodlll、 Request-URI112、 SlP隱Version113构成。
Header-Line 120由From消息头121、 To消息头122、 Via消息头123、 Call-ID 消息头124等构成。
参照图8和图9，说明在SIP协议中从IP电话终端等送出的INVITE消息。 在此，图8是说明INVITE消息的图。图9是说明使用了 History-Info消息头 的INVITE消息的图。
在图8中，在INVITE消息60的第 一行中记述了请求(request)语句， 记载了请求向2005号的呼叫连接的1个语句。以下，在From消息头中表示 了发送源信息，在To消息头中表示了目的地信息。在该INVITE消息60中表 示了从3001号向2005号的呼叫连接请求。
接下来，说明SIP消息中的发送源信息和目的地信息的确定方法。在图8 中，根据From消息头和To消息头判断出发送源信息和目的地信息，但例如 进行电话的转发处理或代理接听等时，则有时不一定得到正确的信息。具体而 言，当2005号不对呼叫连接进行应答，而按照图3所示的登录信息向2010 号进行外出转发时，将To消息头的信息改写为2010号，有时产生在接听电话 的2010号一侧无法判断原来的目的地信息的问题。但是，针对这样的问题， 为了通知原来的目的地信息，在SIP协议的扩展等中规定了若干步骤，其方法 存在多种。在此，从其若干方法中，对使用了 History-Info消息头的目的地信 息的确定方法进行说明。
参照图9说明使用了 History-Info消息头的INVITE消息。在图9中，在 INVITE消息60A的第 一行中记述了请求语句，记载了请求向2010号的呼叫 连接的l个语句。以下，在From消息头中表示了发送源信息，在To消息头 中表示了目的地信息。在该INVITE消息60A中，看起来是从3001号向2010 号的呼叫连接请求，但当参照History-Info消息头时，由于记录了目的地信息 的迁移，因此可知从电话号码2005转发到了电话号码2010。
接下来，使用图10至图13说明处理步骤等。在此，图IO是语音留言电 话机中的来电时的处理流程图。图ll是说明语音留言数据信息表的图。图12 是语音留言电话机的显示器显示。图13是主叫电话机、电话服务器和语音留 言电话机之间的外出转发处理的时序图。
在对语音留言电话机10接通电源、正确进行IP地址和电话号码等的设定、
开始作为IP电话终端的功能时，开始图10的流程。语音留言电话机10在步
骤101中判定是否接收到了表示来电的INVITE消息，当未接收到时(S101: 否)重复该判定，直到接收到为止。在步骤101中接收到时，语音留言电话机 10判定在INVITE消息中是否存在History-Info消息头(S102 )。当存在 History-Info消息头时(S102:是)，语音留言电话机10取出在History-Info消 息头中记载的最初的目的地号码(S103)。当不存在History-Info消息头时
(S102:否)，语音留言电话机10取出在To消息头中记载的目的地号码
(S104)。
接着，语音留言电话机10判定在前一处理中取出的目的地号码是否与本 终端的电话号码相同(S105)。当相同时(S105:是)鸣响和通常一样的电话 铃声，通知来电(S106)。另一方面，当取出的目的地号码与本终端的电话号 码不同时(S105:否)，语音留言电话机10鸣响通知是基于外出转发的来电的、 与通常电话铃声不同形式的电话铃声(S107)。语音留言电话机10,对于步骤 106中的呼叫判定是否进行了摘机(off-hook)状态(S108 )。当成为摘机状态 时(S108:是)，开始与对方的通话处理(S109)。另一方面，对于步骤107 中的呼叫，语音留言电话机IO判定在事先设定的时间期间内是否进行了摘机 (SllO)，如果成为了摘机状态(S110:是)，则语音留言电话机10迁移至步 骤109。
当没有摘机而经过了设定的时间时(S110:否)，语音留言电话机10进行 自动摘机(Sill),将步骤103或步骤104中取出的目的地信息登录在语音留 言数据信息表中(S112)。另外，语音留言电话机10向对方发送外出消息 (S113),接收来自对方的消息并进行录音处理(S114)。在消息的录音处理结 束时，语音留言电话机IO将录下来的文件的信息和发送者信息等关联起来记 录在语音留言数据信息表中(S115),挂断电话(S117)。另外，在步骤108 中，当在事先设定的时间期间内没有摘机时(S108:否)，语音留言电话机IO 转移至步骤111 ，进入语音留言处理的流程。
另外，在步骤109中与对方通话后，在步骤116中进行挂机(on-hook) 的判定，直到判定为"是"，当已挂机时(S116:是)，在步骤117中挂断电话， 结束流程。
此外，本流程中的步骤102至105的步骤是由图5中的目的地确认部44 实施的处理。
参照图11，说明在图10的步骤112和步骤115中在语音留言电话机10 的非易失性存储装置25中保存的语音留言数据信息表。语音留言数据信息表 70,在图IO的步骤112中记录目的地号码71、主叫号码通知信息中的主叫号 码72、来电时刻73。另外，在图10的步骤114中，当存在来自发送者的消息 录音时，在消息保存74中写入表示有消息保存的信息，在步骤115中在保存 文件名75中记录所保存的文件名。由此，可以将文件名和语音留言数据信息 表70关联起来。最后的确认76 —栏是记录利用者是否确认了外出来电数或消 息的信息栏。此外，关于该确认76的详细利用方法和意义，在图14和图15 中进行记载。
另外，图12是语音留言电话机10的显示器33中的显示，表示了图10的 步骤113的时刻的显示。在显示器显示的最上部显示表示处于语音留言来电过 程中的消息，接着显示在步骤112中记录的目的地信息、和基于发送者号码通 知功能的发送者号码。由此，即使以1台语音留言电话机IO负责多个电话终 端的语音留言处理，也可以一眼就判明是对哪个目的地的外出者转发的来电、 由谁打来的电话。因此，可以瞬间判断有没有代理应答的必要。
参照图13，说明从电话机B (3001号)向电话机A (2005号)打电话， 但电话机A没有启动，而向语音留言电话机(2010号)进行外出转发，进行 语音留言处理的动作。
首先，当电话机B的利用者为了向电话机A的利用者联络而拨打(dial) 2005号时，电话机B将电话号码发送至电话服务器(S201 )。电话服务器接受 来自3001号的呼叫连接请求，根据信息管理表50进行2005号的地址解析， 但由于电话号码2005号的状态54是Un-Resist (未启动)状态，因此确认外 出转发目的地55的地址(S203 )，在History-Info消息头中记载向2005号的呼 叫连接处理履历，向2010号发送呼叫连接请求(S204)。接收到呼叫连接请求 的2010号的语音留言电话机IO根据呼叫连接请求的INVITE消息进行目的地 判定(S206)，根据该判定结果，作为代理应答而摘机(S207)。电话服务器 11接受到语音留言电话机10的摘机，将语音留言电话机10和电话机B14连
接(S208)。在该状态下建立呼叫连接中的通话。
但是，语音留言电话机10为了进行语音留言处理而自动进行了代理应答， 因此发送表示呼叫对方外出的消息(S210)。语音留言电话机IO接收到对方的 留言消息后进行录音(S211 )。然后，通过主叫者的操作，电话机B14将挂断 请求发送至电话服务器11 (S212)。电话服务器11将挂断请求发送至语音留 言电话机IO (S213)。语音留言电话机IO挂断电话(挂才几S214)。电话服务 器11将摘机转发至电话机B14 (S215),完成一连串的呼叫控制处理。
根据上述实施例，可以提供一种语音留言系统，其仅通过指定语音留言电 话机IO作为电话服务器11的信息管理表的外出转发目的地，便可以恰当地进 行语音留言处理，而且即使在给未启动的软件电话拨打电话时，也可以由工作 单位的工作人员灵活地进行代理应答。
最后，使用图14和图15说明在语音留言电话机10中记录的录音消息的 确认方法。在此，图14是电话机A和语音留言电话才几10之间的语音留言消 息确认时的时序图。另外，图15是语音留言消息确认时的语音留言电话机10 的处理流程图。
在图14中，在此假定语音留言电话机IO是在接收到电话机按钮的"*" 按钮的PB音时，将以后接收到的输入的键解释为命令的规格的语音留言电话 机。另外，为了便于图示而省略了电话服务器的记载，但在呼叫连接和呼叫挂 断中以电话服务器作为中介。
将2010号的语音留言电话机登录为外出转发目的地的利用者，为了确认 给自身的录音消息，操作电话机A来对2010号拨打电话。此时，在电话号码 后面按下"*，，按钮，按下预先确定的录音消息的确认命令(在此是"131")。 电话机A将2010*131发送至语音留言电话机10 (S301 )。语音留言电话机10 对命令进行判定，进入录音消息确认处理(S302)。接收到命令的语音留言电 话机10为了确认操作用户而请求ID号码(在此，设利用者的"电话号码-ID") (S303 )。当操作用户拨打自身的ID时，电话机A将+2005发送至语音留言电 话机10 ( S304 )。语音留言电话机10接收ID,为了确认ID的合法性而请求 密码(以下简称PASS) (S305 )。当操作用户拨打PASS时，电话机A将作为 密码的*139786发送至语音留言电话机10 (S306)。语音留言电话机10接收PASS,与登录信息进行核对(S307)。在此，由于ID和PASS相符，因此语 音留言电话机IO读取操作用户未确认的外出来电件数和录音消息件数，并发 送至电话机A (S309)。在此，通过由操作用户按键输入进行消息的再生请求 的命令，电话机A将再生请求发送至语音留言电话机10 (S310)。语音留言电 话机IO接收再生请求命令，将消息再生(S312)。操作用户确认消息，接受放 下受话器的操作，电话机A将结束通知发送至语音留言电话机10 (S313)。接 收到结束通知的语音留言电话机IO，在语音留言数据信息表70中写入表示已 确认的信息，结束处理。
参照图15,说明语音留言消息确认时的语音留言电话机10的处理流程。 具体而言，是图4中的语音留言处理部45的处理流程。语音留言电话机10 在来电时开始本流程。首先，语音留言处理部45判定是否接收到了在图14 中说明的命令(S401),当没有接收到命令时(S401:否)结束本流程。当接 收到命令时(S401:是)，语音留言处理部45请求对方一侧的操作用户输入 ID (S402)，判定其接收(S403 )。当没有接收到ID时(S403:否)，语音留 言处理部45等待其接收。当接收到ID时(S403:是)，语音留言处理部45 请求输入PASS ( S404 )，并判定其接收(S405 )。当没有接收到PASS时(S405: 否)，语音留言处理部45等待其接收。当接收到PASS时(S405:是)，语音 留言处理部45进行ID和PASS的核对(S406 )。语音留言处理部45判定PASS 是否正确(S407)，若核对的结果是正确(S407:是)，则通知相应用户的外 出来电件数和录音消息件数(S408)。若核对的结果是不正确(S407:否)， 则语音留言处理部45结束本流程。
语音留言处理部45判定是否存在未确认的录音消息(S410)。当存在消息 时(S410:是)，语音留言处理部45进行未确认消息的再生处理(S411)，在 再生所得的消息中建立确认位(S412)，确认是否删除该消息(S413)。若在 步骤413中为"是"，则语音留言处理部45清除消息文件，若为"否"(S413: 否)则不删除，返回步骤410。若不存在未确认消息(步骤410:否)，则语音 留言处理部45径向表示没有未确认消息的通知(S415),挂断电话(S416), 结束处理。
此外，在此前的实施例的说明中，说明了语音留言电话机对1个呼叫进行来电接听处理、目的地确认的处理、语音留言的处理等，^旦在IP电话中，即 使是声音通话过程中，也与模拟电话不同，不会独占物理线路，而是在IP网 络上以被称为数据包的可变长度的数据单位共享物理线路地进行通信，因此， 如果语音留言电话机可以多任务地执行处理，则即使在声音通话过程中有基于 外出转发的来电时，语音留言处理部45也自动地接收该来电，提供语音留言 服务，或者即使偶尔在外出转发中的来电同时产生多个呼叫时，只要使本实施 例进行多任务的处理，则可以对各个呼叫提供语音留言服务。
另外，在上述实施例中可以容易地追加以下应用例如，在通过目的地确
认部44判明目的地后，当鸣响通常铃声或代理应答铃声时，鸣响另外仅指定
了特定号码的铃声；关于语音留言处理时向对方一侧传达表示外出的外出消
息，各个本语音留言电话机设定者通过自己的声音进行喜欢的消息登录，将该 消息指定为在对方一侧再生的外出消息。
参照图16说明上述实施例以外的INVITE消息。在此，图16是说明使用 了 User-Agent消息头的INVITE消息的图。在图16中，在INVITE消息60B 的第一行中记述了请求语句，记载了请求向2010号的呼叫连接的1个语句。 以下，在From消息头中表示了发送源信息，在To消息头中表示了目的地信 息。在该INVITE消息60B中，看起来是从3001号向2010号的呼叫连接请求， 但当参照User-Agent消息头时可知最初的目的地信息是电话号码2005。
User-Agent消息头本来是表示关于开始请求的UAC (用户.代理.客户) 的信息的消息头。但是从安全观点出发，在SIP中几乎不使用。
在图16中，当进行外出转发时，电话服务器11在User-Agent消息头中写 入外出转发前的目的地号码信息，通过由语音留言电话机读取该字段，可以将 原来的目的地号码信息传递至外出转发目的地。根据附图，在User-Agent消 息头中记录有在被外出转发前的目的地号码信息。此外，User-Agent消息头'字 段的句法结构规则，在遵从定义了该消息头的RFC2616的基础上，在电话服 务器和电话服务器所管理的客户机(电话终端)间预先进行定义。
此外，也考虑使用作为SIP协议重大特征的"可以根据目的追加扩展部分" 这样的方式，定义独自的选项消息头(option header)来对其进行利用的方法 等。
权利要求
1.一种电话系统，由IP电话机、IP代理应答电话机、对所述IP电话机和所述IP代理应答电话机的呼入呼出进行控制的服务器构成，其特征在于，所述服务器，当存在对所述IP电话机的呼入时，判定所述IP电话机的状态，当判定为所述IP电话机无法呼入时，赋予所述IP电话机的识别符，将所述呼入转发至所述IP代理应答电话机。
2. 根据权利要求1所述的电话系统，其特征在于，所述IP代理应答电话机，当存在呼入时，判定是被转发的呼入还是对所 述IP代理应答电话机的呼入，根据判定结果输出铃声。
3. 根据权利要求1或2所述的电话系统，其特征在于， 所述IP代理应答电话机具有录音功能。
4. 根据权利要求1至3中任意一项所述的电话系统，其特征在于， 在计算机上连接了手持机而形成所述IP电话机。
5. —种服务器，与IP电话机和IP代理应答电话机连接，并对所述IP电 话机和所述IP代理应答电话机的呼入呼出进行控制，其特征在于，当存在对所述IP电话机的呼入时，判定所述IP电话机的状态，当判定为 所述IP电话机无法呼入时，赋予所述IP电话机的识别符，将所述呼入转发至 所述IP代理应答电话才几。
6. 根据权利要求5所述的服务器，其特征在于，所述识别符，通过INVITE消息的History-Info消息头送达至所述IP代理 应答电话机。
7. 根据权利要求5所述的服务器，其特征在于，所述识别符通过INVITE消息的User-Agent消息头送达至所述IP代理应 答电话机。
8. —种代理应答电话机，经由网络与电话机和电话服务器相连，其特征 在于，当从所述电话服务器接收到INVITE消息时，分析所述INVITE消息，判 定是转发的呼入还是对所述代理应答电话机的呼入，根据判定结果输出铃声。
9. 根据权利要求8所述的代理应答电话机，其特征在于，根据所述判定结果，输出显示器显示。
10. 根据权利要求8或9所述的代理应答电话机，其特征在于， 在输出所述铃声一定期间之后，发送应答消息，切换至录音模式。
全文摘要
本发明提供电话系统、服务器以及代理应答电话机，是在软件电话利用者和自由地址体制的工作场所中也可以恰当地提供代理应答服务、并且与利用者的状况相对应的灵活性高的代理应答功能的实现方法及其系统。在代理应答电话机中设置目的地确认部，判别对代理应答电话机进行的呼叫是对本号码的呼叫还是基于外出转发的呼叫。关于基于外出转发的呼叫的判别，还识别是对哪个号码的呼叫来进行接收操作，由此可以在多用户环境下进行利用。
文档编号H04M3/54GK101345798SQ20081012801
公开日2009年1月14日 申请日期2008年7月9日 优先权日2007年7月10日
发明者垣内启之 申请人:株式会社日立制作所