JP2009044420A - Ｉｐ電話端末、ｉｐ電話システム、およびコンピュータ読取可能なプログラム - Google Patents

Abstract

【課題】ＩＰ電話システムにおいて、システムにおいて必要とされる負担を最小限に抑えつつ通話が確立できなかった際に着信側の端末にその旨を通知する。
【解決手段】ＩＰ電話システムでは、電話端末１，２およびＳＩＰ（Session Initiation Protocol）サーバ３が、ネットワーク５を介して接続されている。電話端末１は、操作部１６に対する情報の入力に基づいた発呼要求を出力しても所定の端末（たとえば電話端末２）とのセッションが確立できなかった場合、マイク１４を介して入力された音声を記録し、上記所定の端末が接続可能な状態になったときに、当該音声を上記所定の端末に対して送信する。
【選択図】図１

Description

本発明は、ＩＰ電話端末およびＩＰ電話システムに関し、特に、メッセージの録音を受け付けるＩＰ電話端末、コンピュータ読取可能なプログラム、およびそのようなＩＰ電話端末を含むシステムに関する。

近年のインターネット機器の普及に伴い、たとえばＩＰ（Internet Protocol）網を用いて電話サービスを提供するＩＰ電話システムが活用されている。なお、ＩＰ電話システムでは、固定電話と異なり、電話端末が常に回線に接続された状態である（サーバにレジストされた状態である）とは限らない。ネットワークへの接続状況が、電話端末における電源のオン／オフの状態やネットワーク経路の通信の遮断等によって変化するからである。そして、このようなＩＰ電話システムでは、通話が確立できなかった際の対策に関して、種々検討がなされてきた。

たとえば、特許文献１（特開平０９−３２１９１４号公報）には、ＩＰ電話システムで通話が確立できなかった場合、着信側の電話端末に音声メールを送信することによって着信があったことを通知する技術が開示されている。

また、特許文献２（特開２００６−２７０５４９号公報）には、ＩＰ電話システムで通話が確立できなかった場合、発呼側端末からサーバにメッセージを送信することにより、当該メッセージをサーバに保存する技術が開示されている。

また、特許文献３（特開２００５−３２２９７４号公報）には、ＩＰ電話システムで通話が確立できなかった場合、その旨の情報を専用の装置（不完了呼情報通知装置）に記憶させる技術が開示されている。

また、特許文献４（特開２００４−１２８７９４号公報）では、ＩＰ電話システムで通話が確立できなかった場合、ＩＰ電話端末がメッセージを録音し、当該メッセージを通話相手のＩＰ電話端末に関連付けられたメールアドレスを宛先として電子メールに添付して送信する技術が開示されている。
特開平０９−３２１９１４号公報 特開２００６−２７０５４９号公報 特開２００５−３２２９７４号公報 特開２００４−１２８７９４号公報

上記したように、従来から、ＩＰ電話システムにおいて通話が確立できなかった際に着信側の端末にその旨を通知するための技術が種々開示されてきた。

しかしながら、特許文献１および特許文献４に開示された技術では、着信側の電話端末のユーザが電子メールを受信できる環境を有することが必要とされるため、ユーザに負担を強いるという課題が生じる。

また、特許文献２および特許文献３に開示された技術では、サーバに対する機能の変更を必要とされたり、新たに専用の装置の設置を必要とされたりすることにより、電話システムを提供する業者に負担を生じるという課題が生じる。

本発明は、かかる実情に鑑み考え出されたものであり、その目的は、ＩＰ電話システムにおいて、システムにおいて必要とされる負担を最小限に抑えつつ通話が確立できなかった際に着信側の端末にその旨を通知することである。

本発明のある局面に従ったＩＰ電話端末は、ＩＰ網を用いた電話機能を有するＩＰ電話端末であって、情報の入力を受け付ける入力手段と、前記入力手段に対する情報の入力に基づいて所定の端末との通話のための発呼要求を出力する第１の出力手段と、前記入力手段に対する情報の入力に基づいた発呼要求による接続が確立したか否かを判断する第１の判断手段と、前記第１の判断手段によって接続が確立できなかったと判断されると、前記入力手段を介して入力される音声を記録する記録手段と、前記所定の端末が前記ＩＰ網を介して接続可能な状態であるか否かを判断する第２の判断手段と、前記第２の判断手段によって前記所定の端末が前記ＩＰ網を介して接続可能な状態となったと判断されたことに基づいて、前記所定の端末との通話のための発呼要求を出力する第２の出力手段と、前記第２の出力手段が出力した発呼要求に基づいた接続が確立したと判断すると、前記ＩＰ網を介して前記所定の端末に前記記録手段によって記録された音声を送信する送信手段と、情報を記憶する記憶手段とを備え、前記第２判断手段は、前記所定の端末が前記ＩＰ網を介して接続可能な状態であるか否かを、一定の時間ごとに判断し、前記送信手段は、前記記録手段によって記録された音声を、そのような音声であることを特定するためのデータである特定のコードとともにパケット送信し、前記第２の出力手段が出力した発呼要求に基づいた接続が確立したと判断した場合に、前記記録手段によって記録された音声の再生後または再生前に、前記記憶手段に記憶された音声情報を送信し、前記記録手段は、前記特定のデータを受信した場合には、当該特定のデータとともに送信されてきた音声を記録し、前記第２の出力手段は、前記第２の判断手段によって前記所定の端末が前記ＩＰ網を介して接続可能な状態となったと判断された場合、所定の時間ごとに、前記所定の端末との通話のための発呼要求を出力することを特徴とする。

本発明の他の局面に従ったＩＰ電話端末は、ＩＰ網を用いた電話機能を有するＩＰ電話端末であって、情報の入力を受け付ける入力手段と、前記入力手段に対する情報の入力に基づいて所定の端末との通話のための発呼要求を出力する第１の出力手段と、前記入力手段に対する情報の入力に基づいた発呼要求による接続が確立したか否かを判断する第１の判断手段と、前記第１の判断手段によって接続が確立できなかったと判断されると、前記入力手段を介して入力される音声を記録する記録手段と、前記所定の端末が前記ＩＰ網を介して接続可能な状態であるか否かを判断する第２の判断手段と、前記第２の判断手段によって前記所定の端末が前記ＩＰ網を介して接続可能な状態となったと判断されたことに基づいて、前記所定の端末との通話のための発呼要求を出力する第２の出力手段と、前記第２の出力手段が出力した発呼要求に基づいた接続が確立したと判断すると、前記ＩＰ網を介して前記所定の端末に前記記録手段によって記録された音声を送信する送信手段とを備えることを特徴とする。

また、本発明のＩＰ電話端末では、前記第２判断手段は、前記所定の端末が前記ＩＰ網を介して接続可能な状態であるか否かを、一定の時間ごとに判断することが好ましい。

また、本発明のＩＰ電話端末は、情報を記憶する記憶手段をさらに備え、前記送信手段は、前記第２の出力手段が出力した発呼要求に基づいた接続が確立したと判断すると、前記記録手段によって記録された音声の再生後または再生前に、前記記憶手段に記憶された音声情報を送信することが好ましい。

また、本発明のＩＰ電話端末では、前記送信手段は、前記記録手段によって記録された音声をそのような音声であることを特定するためのデータである特定のデータとともに送信することが好ましい。

また、本発明のＩＰ電話端末では、前記送信手段は、前記記録手段によって記録された音声をパケット送信し、特定のデータとは前記記録手段によって記録された音声のパケットに含まれる特定のコードであることが好ましい。

また、本発明のＩＰ電話端末では、前記記録手段は、前記特定のデータを受信した場合には、当該特定のデータとともに送信されてきた音声を記録することが好ましい。

また、本発明のＩＰ電話端末では、前記第２の出力手段は、前記第２の判断手段によって前記所定の端末が前記ＩＰ網を介して接続可能な状態となったと判断された場合、所定の時間ごとに、前記所定の端末との通話のための発呼要求を出力することが好ましい。

本発明に従ったＩＰ電話システムは、ＩＰ網を用いた電話機能を有するＩＰ電話端末と、前記ＩＰ電話端末と前記ＩＰ網を介して接続されたサーバを備えるＩＰ電話システムであって、前記ＩＰ電話端末は、情報の入力を受け付ける入力手段と、前記入力手段に対する情報の入力に基づいて所定の端末との通話のための発呼要求を前記サーバへ出力する第１の出力手段と、前記入力手段に対する情報の入力に基づいた発呼要求による接続が確立したか否かを判断する第１の判断手段と、前記第１の判断手段によって接続が確立できなかったと判断されると、前記入力手段を介して入力される音声を記録する記録手段と、前記所定の端末が前記ＩＰ網を介して接続可能な状態であるか否かを判断する第２の判断手段と、前記第２の判断手段によって前記所定の端末が前記ＩＰ網を介して接続可能な状態となったと判断されたことに基づいて、前記所定の端末との通話のための発呼要求を前記サーバへ出力する第２の出力手段と、前記第２の出力手段が前記サーバへ出力した発呼要求に基づいた接続が確立したと判断すると、前記ＩＰ網を介して前記所定の端末に前記記録手段によって記録された音声を送信する送信手段とを含むことを特徴とする。

本発明に従ったコンピュータ読取可能なプログラムは、ＩＰ網を用いた電話機能を有するＩＰ電話端末を制御するための、コンピュータ読取可能なプログラムであって、コンピュータに、情報の入力を受け付けるステップと、前記情報の入力に基づいて所定の端末との通話のための発呼要求を出力するステップと、前記情報の入力に基づいた発呼要求による接続が確立したか否かを判断するステップと、前記接続が確立できなかったと判断すると、音声の入力を受け付け、さらに、当該音声を記録するステップと、前記所定の端末が前記ＩＰ網を介して接続可能な状態であるか否かを判断するステップと、前記所定の端末が前記ＩＰ網を介して接続可能な状態となったと判断したことに基づいて、前記所定の端末との通話のための発呼要求を出力するステップと、前記所定の端末が前記ＩＰ網を介して接続可能な状態となったと判断したことに基づいて出力した発呼要求に基づいた接続が確立したと判断すると、前記ＩＰ網を介して前記所定の端末に前記記録した音声を送信するステップとを実行させることを特徴とする。

本発明によれば、ＩＰ電話端末は、入力手段に対する情報の入力に基づいた発呼要求を出力しても所定の端末との接続が確立できなかった場合、入力手段を介して入力された音声を記録し、上記所定の端末が接続可能な状態になったときに、当該音声を上記所定の端末に対して送信する。

したがって、サーバにメッセージを保存するような設計変更を行なったり、メッセージ保存用の専用の装置を設置したりすることなく、ＩＰ電話端末のユーザは、上記所定の端末に対して、確実に音声のメッセージを届けることができる。

また、当該メッセージを送信するタイミングがＩＰ電話端末と上記所定の端末の双方が接続可能なタイミングであるため、メッセージの送信の後、そのままユーザ同士が通話を開始することもでき、双方のユーザにコミュニケーションに適したタイミングをも提供することができる。

以下、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品には同一の符号を付してある。それらの名称および機能も同じである。したがって、それらについての詳細な説明は繰り返さない。

図１は、本発明のＩＰ電話システムの構成を模式的に示す図である。ＩＰ電話システムでは、電話端末１，２およびＳＩＰ（Session Initiation Protocol）サーバ３が、ネットワーク５を介して接続されている。ＩＰ電話システムでは、ＶｏＩＰ（Voice over Internet Protocol）技術が利用されている。

電話端末１は、当該電話端末１の動作を全体的に制御する制御部１０を含む。また、電話端末１は、当該電話端末１に対して情報を入力するためにユーザによって操作される操作部１６、種々のデータおよびプログラムを記憶する記憶部１７、ネットワーク５を介してＳＩＰサーバ３または電話端末２との間で情報の送受信を行なうための通信部１８、音声を出力するスピーカ１５、および、電話端末１に対して音声を入力するマイク１４を含む。

制御部１０は、ＶｏＩＰ技術を利用する電話サービス上で電話機能を実現させるための電話制御部１１、電話機能に付随して伝言の記録等の処理を実行する伝言制御部１２、および、ネットワーク５を介して通話が可能な電話端末に関する情報を管理するレジスト情報管理部１３を含む。

電話端末１と電話端末２は、同様の構成を有するものとすることができる。つまり、電話端末２は、電話端末１と同様に、制御部２０、操作部２６、記憶部２７、通信部２８、スピーカ２５、および、マイク２４を含む。また、制御部２０は、電話制御部２１、伝言制御部２２、および、レジスト情報管理部２３を含む。

図１では、ＩＰ電話システムにおいて、ネットワーク５を介して通話可能な電話端末の数は「２」とされているが、本発明に従ったＩＰ電話システムでは、このような数には限定されない。

ＳＩＰサーバ３は、プレゼンス管理部３１を含む。プレゼンス管理部３１は、ＩＰ電話システムにおいて、ネットワーク５を介して他の電話端末と通話が可能な状態にある電話端末に関する情報を管理する。具体的には、ＩＰ電話システムでは、電話端末１または電話端末２がネットワーク５へ接続（ログイン）した場合、ＳＩＰサーバ３は、当該電話端末に対してＩＰアドレスを付与するとともに、当該電話端末に関する情報をプレゼンス管理部３１において管理する。本明細書では、電話端末がネットワークにログインしＩＰアドレスを付与された状態を「レジスト状態」と呼ぶ。また、電話端末が登録管理情報記憶部３１１に情報を記録されていることを、「ＳＩＰサーバ３にレジストしている」と言う。

なお、本実施の形態のＩＰ電話システムでは、各電話端末がレジスト状態にある場合、各電話端末においてログアウトする情報が入力されるか、または、各電話端末からネットワーク５への接続経路が遮断されたりすると、当該電話端末のレジスト状態が解除され、これにより、登録管理情報記憶部３１１から当該電話端末に関する情報が削除される。

図２に示されるように、プレゼンス管理部３１では、ＩＰアドレスを付与された電話端末に関する情報は、登録端末情報記憶部３１１に記憶されている。ここで、登録端末情報記憶部３１１に記憶された情報を、図４に模式的に示す。

図４を参照して、登録端末情報記憶部３１１には、各電話端末を特定する情報である端末ＩＤ３１１Ａ、各電話端末に付与された（割当てられた）ＩＰアドレス３１１Ｂ、および、各電話端末から送信された各電話端末のユーザの状態に関する情報であるプレゼンス情報３１１Ｃが互いに関連付けられて記憶されている。具体的には、たとえば端末ＩＤが「端末Ｂ」である電話端末については、「１２３．４５６．＊＊．２」というＩＰアドレスが割当てられ、そして、当該端末Ｂのユーザは現在「離席中」である旨の情報が記憶されている。

図１に戻って、電話端末１には、記憶部１７が含まれる。ここで、図３に、記憶部１７の構成を模式的に示す。

図３を参照して、記憶部１７は、登録端末情報記憶部１７１、伝言用パケット記憶部１７２、伝言用パケット管理情報記憶部１７３、添付用音声情報記憶部１７４、受信音声データ記憶部１７５、受信音声管理情報記憶部１７６、および、プログラム記憶部１７７を含む。

電話端末１は、後述するように、ＳＩＰサーバ３に対して、当該ＳＩＰサーバ３にレジストしている電話端末についての情報の問合せを行なう。当該問合せに応じて、プレゼンス管理部３１は、電話端末１に対して、登録端末情報記憶部３１１に記憶された情報を送信する。登録端末情報記憶部１７１には、ＳＩＰサーバ３のプレゼンス管理部３１から受信した情報が記憶される。登録端末情報記憶部１７１に記憶される情報の内容を、図５に模式的に示す。

図５を参照して、登録端末情報記憶部１７１には、登録端末情報記憶部３１１と同様に、端末ＩＤ１７１ＡとＩＰアドレス１７１Ｂとプレゼンス情報１７１Ｃが、互いに関連付けられて記憶されている。

伝言用パケット記憶部１７２には、後述するように電話端末１において記録された伝言用のメッセージを送信するためのパケットが記憶されている。

伝言用パケット管理情報記憶部１７３の記憶内容を、図６に模式的に示す。
図６を参照して、伝言用パケット管理情報記憶部１７３には、伝言を送信する宛先となる電話端末を特定する情報である端末ＩＤ１７３Ａと、送信する伝言用パケットの伝言用パケット記憶部１７２における記憶場所（保存場所）を特定するための情報である伝言用パケット保存場所１７３Ｂが、互いに関連付けられて記憶されている。

添付用音声情報記憶部１７４には、伝言用パケットを生成するために利用される音声情報が一時的に記憶される。

受信音声データ記憶部１７５には、他の電話端末から伝言または伝言の返信として送信されてきた音声データが記憶されている。

受信音声管理情報記憶部１７６におけるデータの記憶態様を、図７に模式的に示す。図７を参照して、受信音声管理情報記憶部１７６では、伝言ごとに割当てられた固有の値である伝言ＩＤ１７６Ａ、伝言ＩＤ１７６Ａで特定される伝言についての伝言用パケット記憶部１７２における記憶場所である伝言用パケット保存場所１７６Ｂ、伝言ＩＤ１７６Ａについての返信として他の電話端末から送信されてきた音声データに関連付けられている伝言ＩＤである伝言ＩＤ１７６Ｃ、および、伝言ＩＤ１７６Ｃで特定される伝言の音声データの受信音声データ記憶部部１７５における記憶場所を特定するための情報である受信音声データ保存場所１７６Ｄが、互いに関連付けられて記憶されている。

図８に、伝言用パケット記憶部１７２に記憶されるパケットの構成の一例を模式的に示す。

図８を参照して、伝言用パケット５００は、ヘッダ部５１０、ユーザデータ部５２０、および、ＦＣＳ（Frame Check Sequence）５３０を含む。ヘッダ部５１０は、宛先アドレスと送信元アドレスを含む。伝言用パケット５００は、宛先とされる電話端末がネットワーク５に接続可能ではない状態（ＳＩＰサーバ３にレジストしていない状態）で生成される。したがって、伝言用パケット５００のヘッダ部５１０における宛先アドレスは、宛先とされる電話端末がＳＩＰサーバ５にレジストし、当該ＳＩＰサーバ５からＩＰアドレスを割当てられた後、当該ＩＰアドレスがセットされる。

ユーザデータ部５２０は、当該伝言用パケット５００が電話端末１において伝言用に録音された音声を送信するために生成されたものであることを示すコード（伝言用コード）と、電話端末１において録音される回ごとに伝言を区別するために付与される番号である伝言番号（伝言Ｎｏ．）と、伝言用パケット５００の対応する伝言が他の電話端末から送信されてきた伝言に対する返信である場合に当該他の伝言の伝言番号（対応伝言Ｎｏ．）、および、伝言の内容を示す音声データを含む。

以上、本実施の形態における電話端末１の構成について説明した。なお、電話端末２の構成についても電話端末１の構成と同様とすることができるため、ここでは詳細な説明は繰返さない。

本実施の形態では、電話端末１では、ユーザが操作部１６に対して操作を行なうことなどによって、所定の端末との間で通話するための処理を実行した際に、当該所定の端末との間でセッションを確立することができなかった場合には、電話端末１においてユーザのメッセージ（伝言）を録音することができる。また、電話端末１では、ＳＩＰサーバ５にレジストしている電話端末を特定する情報が管理されている。そして、電話端末１は、メッセージを録音した相手端末（上記した「所定の端末」）がＳＩＰサーバ５にレジストしたと判断すると、電話端末１は、当該所定の端末を宛先として録音され記憶されている伝言用パケットを、当該所定の端末に対して送信する。以下、電話端末１がこのように機能するために、制御部１０が実行する処理について、当該処理のフローチャートである図９〜図１１を参照して説明する。

まず、図９を参照して、発呼側端末処理では、制御部１０はステップＳ１０で、操作部１６に対して、所定の端末を宛先とした発呼を行なうための操作がなされたか否かを判断し、そのような操作がなされたと判断するとステップＳ２０へ処理を進め、そのような操作がなされていないと判断するとステップＳ７０へ処理を進める。

ステップＳ２０では、制御部１０は、ＳＩＰサーバ５へ上記所定の端末に対する発呼を要求するための処理を含む発呼処理を実行して、ステップＳ３０へ処理を進める。

ステップＳ３０では、制御部１０は、電話制御部１１に着信側端末（ここでは、「所定の端末」）との間でセッションが確立されたか否かを判断し、確立されたと判断するとステップＳ４０へ処理を進め、確立されていないと判断するとステップＳ２１０へ処理を進める。

ステップＳ４０では、通常の通話を行なう処理を実行し、ステップＳ５０で通話を終了するための条件（電話端末１または所定の端末に対する通話を終了させるための操作等）が成立したか否かを判断し、成立したと判断するとステップＳ６０でセッションを終了させて、ステップＳ１０へ処理を戻す。

図１１を参照して、ステップＳ２１０では、制御部１０は、ユーザに対して所定の端末に送信する伝言を録音するか否かの問合せを行ない、ステップＳ２２０へ処理を進める。なお、ここでの問合せとは、たとえば、電話端末１にＬＣＤ（Liquid Crystal Display）などの表示装置を設け、当該表示装置に対応するメッセージ（たとえば、「伝言メッセージを録音しますか？」）を表示させることにより実現される。

ステップＳ２２０では、ユーザから操作部１６などに対して伝言を録音する旨の指示が入力されたか否かを判断し、録音をする旨の情報が入力されたと判断するとステップＳ２３０へ処理を進め、録音をしない旨の情報が入力されたと判断するとステップＳ１０へ処理を戻す。

ステップＳ２３０では、制御部１０は、ユーザからマイク１４を介して入力される音声情報を添付用音声情報記憶部１７２に記憶させることにより伝言を録音して、ステップＳ２４０へ処理を進める。

ステップＳ２４０では、制御部１０は、ステップＳ２３０で録音した伝言（音声データ）を用いて、図８を参照して説明したような伝言用パケットを生成して、ステップＳ２５０へ処理を進める。

ステップＳ２５０では、ステップＳ２４０で生成した伝言用パケットを伝言用パケット記憶部１７２へ保存するとともに、当該伝言用パケットについての情報を伝言用パケット管理情報記憶部１７３に記憶させて、ステップＳ１０へ処理を戻す。なお、伝言用パケット管理情報記憶部１７３には、ステップＳ２０で発呼処理の対象となった着信側端末を特定する情報が端末ＩＤ１７３Ａとして記憶され、伝言用パケット記憶部１７２に保存した伝言用パケットの記憶場所が、伝言用パケット保存場所１７３Ｂに記憶される。

図９へ戻って、ステップＳ７０では、制御部１０は、他の電話端末からの着信があったか否かを判断し、着信があったと判断するとステップＳ８０へ処理を進め、その時点で着信はないと判断すると、ステップＳ１３０へ処理を進める。

ステップＳ８０では、制御部１０は、操作部１６に対して着信に応答するための操作がなされたか否かを判断し、なされたと判断するとステップＳ９０へ処理を進め、そのような操作が（ステップＳ７０で着信があると判断してから予め設定された秒数の間）なかったと判断すると、ステップＳ１００へ処理を進める。

ステップＳ９０では、発呼してきた電話端末に対してＯＫ信号を送信して、ステップＳ４０へ処理を移す。これにより、電話端末１は、発呼してきた電話端末との間でセッションを確立させ、通常の通話処理（ステップＳ４０）が実行される。

一方、ステップＳ１００では、発呼してきた電話端末に関連付けられた伝言用パケットが伝言用パケット記憶部１７２に記憶されているか否かを判断し、記憶されていると判断するとステップＳ１０１へ処理を進め、記憶されていないと判断するとステップＳ１０へ処理を戻す。なお、ここでは、ステップＳ７０で着信を検出した際に受信したデータに含まれる発呼してきた電話端末を特定するための情報（端末ＩＤ）が伝言用パケット管理情報記憶部１７３の端末ＩＤ１７３Ａに含まれるか否かを判断することにより、ステップＳ１００での判断が実現される。

ステップＳ１０１では、制御部１０は、発呼してきた電話端末に対してＯＫ信号を送信して、ステップＳ１１０へ処理を進める。

ステップＳ１１０では、制御部１０は、伝言用パケット記憶部１７２に記憶されている伝言用パケットの中で、発呼してきた電話端末を宛先とした伝言用パケットを、当該宛先となる電話端末に対して送信して、ステップＳ１２０へ処理を進める。なお、発呼してきた電話端末のＩＰアドレスは、ステップＳ７０で着信を検出した際に送信されてきたデータに含まれている。そして、ステップＳ１１０では、制御部１０は、伝言用パケット５００のヘッダ部５１０の宛先アドレスを、発呼してきた電話端末のＩＰアドレスを挿入して、当該伝言用パケット５００を送信する。

伝言用パケット５００の送信が完了すると、ステップＳ１２０で、制御部１０は、発呼してきた電話端末との間のセッションを終了させて、ステップＳ１０へ処理を戻す。

図１０を参照して、ステップＳ１３０では、制御部１０は、ＳＩＰサーバ３にアクセスすることにより、登録端末情報記憶部１７１の内容を更新させて、ステップＳ１４０へ処理を進める。なお、ステップＳ１３０の処理により、登録端末情報記憶部１７１に記憶される情報の内容は、登録端末情報記憶部３１１に記憶される内容のうち電話端末１自身以外の電話端末についての情報と等しいものとなる。

ステップＳ１４０では、制御部１０は、伝言用パケット記憶部１７２で記憶している伝言用パケットの宛先となっている端末の中で、ＳＩＰサーバ３にレジストしているものがあるか否かを判断し、あると判断するとステップＳ１５０へ処理を進め、ないと判断するとステップＳ１０へ処理を戻す。なお、ステップＳ１４０での判断は、登録端末情報記憶部１７１の端末ＩＤ１７１Ａに含まれる端末ＩＤの中で伝言用パケット管理情報記憶部１７３の端末ＩＤ１７３Ａに記憶されているものと一致するものがあるか否かの判断により行なわれる。

ステップＳ１５０では、端末ＩＤ１７１Ａと端末ＩＤ１７３Ａの双方に含まれる端末ＩＤで特定される電話端末との間で通話を行なうための発呼処理を実行して、ステップＳ１６０へ処理を進める。

ステップＳ１６０では、ステップＳ１５０における発呼処理により、上記した電話端末との間でセッションが確立したか否かを判断し、確立したと判断するとステップＳ１８０へ処理を進め、確立していないと判断するとステップＳ１７０へ処理を進める。

ステップＳ１７０では、タイムアウトが発生したか否かを判断する。ここで、タイムアウトとは、ステップＳ１５０で発呼処理が開始されてから予め定められた時間が経過することにより発生するものとする。そして、タイムアウトが発生したと判断すると、制御部１０は、ステップＳ１０へ処理を戻す。

ステップＳ１８０では、制御部１０は、ステップＳ１６０でセッションが確立した相手の電話端末に対し、当該端末を宛先とした伝言用パケットを送信して、ステップＳ１９０へ処理を進める。

ステップＳ１９０では、ステップＳ１８０で伝言用パケットを送信した端末から、伝言用パケットを受信したか否かを判断し、受信したと判断するとステップＳ２００へ処理を進め、受信していないと判断するとステップＳ２０９でセッションを終了させて処理を終了させる。

ステップＳ２００では、送信されてきた伝言用パケットを受信する処理を実行して、ステップＳ１９０へ処理を戻す。ここで、ステップＳ２００の処理について、当該処理のサブルーチンである図１２を参照して、その内容を説明する。

図１２を参照して、ステップＳ２０１では、制御部１０は、受信した伝言用パケットに含まれる音声データを復号した後再生させて、ステップＳ２０２へ処理を進める。

なお、伝言用パケットを受信したか否かは、受信したパケットのユーザデータ部（図８のユーザデータ部５２０）に伝言用コードが含まれているか否かを判断することによって判断される。

ステップＳ２０２では、ステップＳ２０１で再生を開始した伝言メッセージを録音して（再生により出力される音声をコード化して受信音声データ記憶部１７５に記憶させて）、ステップＳ２０３へ処理を進める。

ステップＳ２０３では、制御部１０は、電話端末１のユーザに対してステップＳ２０１で再生させた伝言メッセージに対する返信用の伝言を録音するか否かを問合せて、ステップＳ２０４へ処理を進める。ここでの問合せは、たとえばステップＳ２１０（図１１参照）と同様のものとすることができる。

なお、ステップＳ２０２における伝言メッセージの録音の際には、当該伝言が送信されてきた際のパケットに含まれる伝言ＩＤの値に基づいて、受信音声管理情報記憶部１７６にも、適宜情報が記憶される。具体的には、受信音声管理情報記憶部１７６の伝言ＩＤ１７６Ａの中で当該伝言が送信されてきた際に使用されたパケットに含まれる「対応伝言Ｎｏ．」が一致する伝言ＩＤに関連付けられて、音声データは記憶される。また、「伝言Ｎｏ．」として記憶されているデータは、伝言ＩＤ１７６Ａの中の上記した伝言ＩＤに関連付けられて記憶される。さらに、当該伝言ＩＤ１７６Ａには、受信音声データ記憶部１７５における、ステップＳ２０２における伝言メッセージの記憶場所を特定する情報が、受信音声データ保存場所１７６Ｄの欄に記憶される。

ステップＳ２０４では、ステップＳ２０３の問合せの結果として、操作部１６に対して伝言を録音する旨の情報が入力されたと判断するとステップＳ２０５へ処理を進め、伝言の録音をしない旨の情報が入力されたと判断すると制御部１０は、そのまま処理を図１０へリターンさせる。

ステップＳ２０５では、制御部１０は、マイク１４を介して入力された音声をデータに変換し添付用音声情報記憶部１７４に一時的に記憶させて、ステップＳ２０６へ処理を進める。

ステップＳ２０６では、ステップＳ２０５で添付用音声情報記憶部１７４に記憶させた音声データを用いて、伝言用パケットを生成し、ステップＳ２０７へ処理を進める。なお、ステップＳ２０６における伝言用パケットの生成は、ステップＳ２４０（図１１参照）におけるパケットの生成の態様と同様のものとすることができる。

ステップＳ２０７では、制御部１０は、ステップＳ２０６で生成した伝言用パケットを伝言用パケット記憶部１７２に記憶させるとともに、当該伝言用パケットについての情報を伝言用パケット管理情報記憶部１７３に記憶させて、図１０へ処理をリターンさせる。

以上説明した本実施の形態では、電話端末１は、操作部１６に対する情報の入力に基づいた発呼要求を出力しても所定の端末（たとえば電話端末２）とのセッションが確立できなかった場合、マイク１４を介して入力された音声を記録し、上記所定の端末が接続可能な状態になったときに、当該音声を上記所定の端末に対して送信する。

以上説明した本実施の形態では、ステップＳ２３０（図１１参照）またはステップＳ２０５（図１２）において伝言が録音された場合に、その直後に、当該録音された伝言に基づく音声データを利用した伝言用パケットが生成されている。

なお、本発明に従ったＩＰ電話システムでは、このように、伝言用パケットを録音の直後に生成する必要はない。つまり、ステップＳ１１０（図９参照）などにおいて伝言用パケットを送信する処理が実行される際に、伝言用パケットは生成されてもよい。

また、以上説明した本実施の形態では、伝言を保存（記憶している端末ＩＤを有する電話端末とのセッションが確立された場合（ステップＳ１６０でＹＥＳ）、制御部１０は、ステップＳ１８０で一度だけ伝言用パケットの送信を行なっている。

なお、このような場合、制御部１０は、所定の時間ごとに、伝言用パケットの送信を行なうようにしてもよい。

また、以上説明した本実施の形態では、制御部１０は、ステップＳ１３０（図１０参照）において、ＳＩＰサーバ３にアクセスすることにより、登録端末情報記憶部１７１に記憶された情報を更新する処理を行なっている。

なお、制御部１０は、一定の時間（たとえば、１分間）ごとに、上記情報の更新を行ない、そして、ステップＳ１４０における判断を行なうようにしてもよい。

以上説明した本実施の形態では、伝言用パケットの送信の際（ステップＳ１１０、ステップＳ１８０）伝言用パケット以外の情報の送信について特に触れられていないが、当該パケットに、当該パケットに基づく伝言に対する返信を促す音声データを相手側端末において再生させるための情報が添付（つまり、伝言用パケットの直前または直後に送信）されてもよい。これにより、伝言用パケットを受信した電話端末では、受信した伝言用パケットに対応する音声データが再生されるとともに、当該音声データに対する返信を録音し送信することを促すためのメッセージが再生される。

以上説明した本実施の形態では、電話端末１では、伝言用パケットを受信すると、当該伝言用パケットに対応する音声データが自動的に再生されるとともに、当該音声データに基づく音声が受信音声データ記憶部１７５に記憶される。

なお、受信した伝言用パケットがある伝言用パケットの返信として送信されてきたものである場合には、当該ある伝言用パケットを特定する情報（受信音声管理情報記憶部１７６の伝言ＩＤ１７６Ａ）に関連付けられて、音声データは記憶される。

また、上記したように伝言用パケットが受信された際に自動的に当該伝言用パケットに対応する音声データの再生が行なわれるのは、制御部１０が伝言用パケット５００に伝言用コードが含まれることを条件としている。

本実施の形態では、伝言用パケットに含まれる伝言用コードにより、「特定のデータ」が構成されている。

以上説明した本実施の形態では、ステップＳ１４０において伝言を保存している端末ＩＤがレジスト状態であると判断すると、ステップＳ１５０で当該端末ＩＤに対して発呼処理を行ない、そして、ステップＳ１６０でセッションが確立したと判断すると、ステップＳ１８０で当該端末ＩＤに対して伝言用パケットを送信する。ここで、送信する相手となる電話端末の数は「１」に限定されない。つまり、ステップＳ１８０における伝言用パケットの送信は、マルチキャストで行なわれてもよい。

以上説明した本実施の形態では、ステップＳ１４０において伝言を保存している端末ＩＤがレジスト状態であると判断して初めて、当該端末ＩＤで特定される電話端末に対して発呼処理を行なっているが、ステップＳ１４０での判断が行なわれることなく、伝言を保存している端末ＩＤで特定される電話端末に対しては、たとえば、一定時間ごとに、当該電話端末がレジスト状態であるか否かにかかわらず、ステップＳ１５０における発呼処理を行なうようにしてもよい。

また、本実施の形態では、ユーザから電話端末１に対する情報の入力方法として、マイク１４を介した音声情報の入力と、操作部１６に対する操作による情報の入力が挙げられたが、すべての情報が、マイク１４を介した音声によって入力されてもよい。この場合、制御部１０が音声認識機能を備えていれば、制御部１０はより多くの情報の入力を受け付けることができる。なお、音声認識についての情報は周知の技術を利用することができるため、ここでは詳細な説明を繰返さない。

以上説明した本実施の形態では、ステップＳ７０において着信を受けた場合、ステップＳ８０において、ユーザからの応答操作の有無によって、通話を行なうか、伝言用パケットの送信を行なうかが決定されていたが、他の方法によっていずれの処理を実行するかが決定されてもよい。

図４のプレゼンス情報３１１Ｃで示すように、ＳＩＰサーバ３では、各電話端末についてのプレゼンス情報（たとえば、離席中または在席中などの情報）が登録されている。これは、各電話端末からＳＩＰサーバ３に対して自端末のプレゼンス情報が送信されてきたものが記憶されている。

なお、電話端末１にも、ＳＩＰサーバ３に対して送信するためのプレゼンス情報を自端末の中にも格納しておき、当該プレゼンス情報の内容に応じて、ステップＳ９０以降の通話処理のための処理を実行するか、ステップＳ１００以降のよう伝言用パケット送信のための処理を実行するかが決定されてもよい。

具体的には、たとえばステップＳ８０で自端末のプレゼンス情報の内容がチェックされ、「在席中」であればステップＳ９０へ処理を進め、「離席中」であればステップＳ１００へ処理を進めるように、制御部１０が処理を進めてもよい。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

本発明のＩＰ電話端末の一例を含むＩＰ電話システムの構成を模式的に示す図である。 図１のプレゼンス管理部の構成を模式的に示す図である。 図１の電話端末の記憶部の構成を模式的に示す図である。 図２の登録端末情報記憶部に記憶される内容を模式的に示す図である。 図３の登録端末情報記憶部に記憶される内容を模式的に示す図である。 図３の伝言用パケット管理情報記憶部に記憶される内容を模式的に示す図である。 図３の受信音声管理情報記憶部に記憶される内容を模式的に示す図である。 図１のＩＰ電話システムにおいて送受信される伝言用パケットの構成を模式的に示す図である。 図１のＩＰ電話システムにおいて電話端末が実行する発呼側端末処理のフローチャートである。 図１のＩＰ電話システムにおいて電話端末が実行する発呼側端末処理のフローチャートである。 図１のＩＰ電話システムにおいて電話端末が実行する発呼側端末処理のフローチャートである。 図１０の伝言用パケット受信処理のサブルーチンのフローチャートである。

符号の説明

１，２ 電話端末、３ ＳＩＰサーバ、５ ネットワーク、１０，２０ 制御部、１１，２１ 電話制御部、１２，２２ 伝言制御部、１３，２３ レジスト情報管理部、１４，２４ マイク、１５，２５ スピーカ、１６，２６ 操作部、１７，２７ 記憶部、１８，２８ 通信部、３１ プレゼンス情報管理部、１７１ 登録端末情報記憶部、１７２ 伝言用パケット記憶部、１７３ 伝言用パケット管理情報記憶部、１７４ 添付用音声情報記憶部、１７５ 受信音声データ記憶部、１７６ 受信音声管理情報記憶部、１７７ プログラム記憶部、３１１ 登録端末情報記憶部。

Claims (10)

1. ＩＰ網を用いた電話機能を有するＩＰ電話端末であって、
   情報の入力を受け付ける入力手段と、
   前記入力手段に対する情報の入力に基づいて所定の端末との通話のための発呼要求を出力する第１の出力手段と、
   前記入力手段に対する情報の入力に基づいた発呼要求による接続が確立したか否かを判断する第１の判断手段と、
   前記第１の判断手段によって接続が確立できなかったと判断されると、前記入力手段を介して入力される音声を記録する記録手段と、
   前記所定の端末が前記ＩＰ網を介して接続可能な状態であるか否かを判断する第２の判断手段と、
   前記第２の判断手段によって前記所定の端末が前記ＩＰ網を介して接続可能な状態となったと判断されたことに基づいて、前記所定の端末との通話のための発呼要求を出力する第２の出力手段と、
   前記第２の出力手段が出力した発呼要求に基づいた接続が確立したと判断すると、前記ＩＰ網を介して前記所定の端末に前記記録手段によって記録された音声を送信する送信手段と、
   情報を記憶する記憶手段とを備え、
   前記第２判断手段は、前記所定の端末が前記ＩＰ網を介して接続可能な状態であるか否かを、一定の時間ごとに判断し、
   前記送信手段は、
   前記記録手段によって記録された音声を、そのような音声であることを特定するためのデータである特定のコードとともにパケット送信し、
   前記第２の出力手段が出力した発呼要求に基づいた接続が確立したと判断した場合に、前記記録手段によって記録された音声の再生後または再生前に、前記記憶手段に記憶された音声情報を送信し、
   前記記録手段は、前記特定のデータを受信した場合には、当該特定のデータとともに送信されてきた音声を記録し、
   前記第２の出力手段は、前記第２の判断手段によって前記所定の端末が前記ＩＰ網を介して接続可能な状態となったと判断された場合、所定の時間ごとに、前記所定の端末との通話のための発呼要求を出力する、ＩＰ電話端末。
2. ＩＰ網を用いた電話機能を有するＩＰ電話端末であって、
   情報の入力を受け付ける入力手段と、
   前記入力手段に対する情報の入力に基づいて所定の端末との通話のための発呼要求を出力する第１の出力手段と、
   前記入力手段に対する情報の入力に基づいた発呼要求による接続が確立したか否かを判断する第１の判断手段と、
   前記第１の判断手段によって接続が確立できなかったと判断されると、前記入力手段を介して入力される音声を記録する記録手段と、
   前記所定の端末が前記ＩＰ網を介して接続可能な状態であるか否かを判断する第２の判断手段と、
   前記第２の判断手段によって前記所定の端末が前記ＩＰ網を介して接続可能な状態となったと判断されたことに基づいて、前記所定の端末との通話のための発呼要求を出力する第２の出力手段と、
   前記第２の出力手段が出力した発呼要求に基づいた接続が確立したと判断すると、前記ＩＰ網を介して前記所定の端末に前記記録手段によって記録された音声を送信する送信手段とを備える、ＩＰ電話端末。
3. 前記第２判断手段は、前記所定の端末が前記ＩＰ網を介して接続可能な状態であるか否かを、一定の時間ごとに判断する、請求項２に記載のＩＰ電話端末。
4. 情報を記憶する記憶手段をさらに備え、
   前記送信手段は、前記第２の出力手段が出力した発呼要求に基づいた接続が確立したと判断すると、前記記録手段によって記録された音声の再生後または再生前に、前記記憶手段に記憶された音声情報を送信する、請求項２または請求項３のいずれかに記載のＩＰ電話端末。
5. 前記送信手段は、前記記録手段によって記録された音声をそのような音声であることを特定するためのデータである特定のデータとともに送信する、請求項２〜請求項４のいずれかに記載のＩＰ電話端末。
6. 前記送信手段は、前記記録手段によって記録された音声をパケット送信し、特定のデータとは前記記録手段によって記録された音声のパケットに含まれる特定のコードである、請求項５に記載のＩＰ電話端末。
7. 前記記録手段は、前記特定のデータを受信した場合には、当該特定のデータとともに送信されてきた音声を記録する、請求項５または請求項６に記載のＩＰ電話端末。
8. 前記第２の出力手段は、前記第２の判断手段によって前記所定の端末が前記ＩＰ網を介して接続可能な状態となったと判断された場合、所定の時間ごとに、前記所定の端末との通話のための発呼要求を出力する、請求項２〜請求項７のいずれかに記載のＩＰ電話端末。
9. ＩＰ網を用いた電話機能を有するＩＰ電話端末と、前記ＩＰ電話端末と前記ＩＰ網を介して接続されたサーバを備えるＩＰ電話システムであって、
   前記ＩＰ電話端末は、
   情報の入力を受け付ける入力手段と、
   前記入力手段に対する情報の入力に基づいて所定の端末との通話のための発呼要求を前記サーバへ出力する第１の出力手段と、
   前記入力手段に対する情報の入力に基づいた発呼要求による接続が確立したか否かを判断する第１の判断手段と、
   前記第１の判断手段によって接続が確立できなかったと判断されると、前記入力手段を介して入力される音声を記録する記録手段と、
   前記所定の端末が前記ＩＰ網を介して接続可能な状態であるか否かを判断する第２の判断手段と、
   前記第２の判断手段によって前記所定の端末が前記ＩＰ網を介して接続可能な状態となったと判断されたことに基づいて、前記所定の端末との通話のための発呼要求を前記サーバへ出力する第２の出力手段と、
   前記第２の出力手段が前記サーバへ出力した発呼要求に基づいた接続が確立したと判断すると、前記ＩＰ網を介して前記所定の端末に前記記録手段によって記録された音声を送信する送信手段とを含む、ＩＰ電話システム。
10. ＩＰ網を用いた電話機能を有するＩＰ電話端末を制御するための、コンピュータ読取可能なプログラムであって、
    コンピュータに、
    情報の入力を受け付けるステップと、
    前記情報の入力に基づいて所定の端末との通話のための発呼要求を出力するステップと、
    前記情報の入力に基づいた発呼要求による接続が確立したか否かを判断するステップと、
    前記接続が確立できなかったと判断すると、音声の入力を受け付け、さらに、当該音声を記録するステップと、
    前記所定の端末が前記ＩＰ網を介して接続可能な状態であるか否かを判断するステップと、
    前記所定の端末が前記ＩＰ網を介して接続可能な状態となったと判断したことに基づいて、前記所定の端末との通話のための発呼要求を出力するステップと、
    前記所定の端末が前記ＩＰ網を介して接続可能な状態となったと判断したことに基づいて出力した発呼要求に基づいた接続が確立したと判断すると、前記ＩＰ網を介して前記所定の端末に前記記録した音声を送信するステップとを実行させる、コンピュータ読取可能なプログラム。

Images