(57)【特許請求の範囲】
【請求項１】
複数の通信端末への連絡先情報を含む電話帳データを記憶管理する情報処理装置であって、
前記電話帳データに含まれる複数の通信端末の夫々の最新の状態を取得する取得手段と、
前記取得手段で取得された各状態に基づいて、前記電話帳データを、その各通信端末の最新の状態を示す状態情報とその各通信端末の連絡先情報とを含む電話帳データに更新する更新手段と、
前記電話帳データに含まれる前記各通信端末の夫々の状態情報の確認とその中で通信可能状態にある通信端末への通信とを前記各通信端末側において可能とするために、前記更新手段で更新された前記電話帳データを前記各通信端末に対して送信する送信手段と、
を具備したことを特徴とする情報処理装置。
【請求項２】
前記送信手段は、前記複数の通信端末の内で、当該情報処理装置側に記憶された前記電話帳データの送信を要求してきた通信端末に対して、前記更新手段で更新された電話帳データを送信する、
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記更新手段による更新は、前記電話帳データに含まれる複数の通信端末の内で、最新の状態が現在通信可能な状態にある通信端末に絞られた連絡先情報を含む新たな電話帳データを生成することを含み、
前記送信手段は、前記更新手段で新たに生成された前記電話帳データを前記各通信端末に対して送信する、
ことを特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
複数の通信端末への連絡先情報を含む電話帳データを記憶管理する情報処理装置であって、
前記電話帳データに含まれる複数の通信端末の夫々の最新の状態を取得する取得手段と、
前記各通信端末の内で、前記取得手段で取得された最新の状態と前記電話帳データとに基づいて、前記各通信端末の最新の状態を示す状態情報と、その最新の状態が少なくとも通信可能な状態である通信端末の連絡先情報と、を含む第２電話帳データを生成する生成手段と、
前記生成手段で生成された前記第２電話帳データを前記各通信端末に対して送信する送信手段と、
を具備したことを特徴とする情報処理装置。
【請求項５】
前記送信手段は、前記電話帳データの送信を要求してきた通信端末に対して、前記生成手段で生成された第２電話帳データを送信する、
ことを特徴とする請求項４に記載の情報処理装置。
【請求項６】
前記取得手段は、前記各通信端末に対して所定タイミングで一括して要請を行うことで前記各通信端末の状態を一括して取得する、
ことを特徴とする請求項１〜５の何れかに記載の情報処理装置。
【請求項７】
前記所定タイミングは所定周期毎のタイミングであり、
前記取得手段は、所定周期のタイミング毎に、前記各通信端末に対して一括して要請を行う、
ことを特徴とする請求項６に記載の情報処理装置。
【請求項８】
複数の通信端末への連絡先情報を含む電話帳データを記憶管理する情報処理装置のコンピュータを制御するためのプログラムであって、
前記コンピュータを、
前記電話帳データに含まれる複数の通信端末の夫々の最新の状態を取得する取得手段、
前記取得手段で取得された各状態に基づいて、前記電話帳データを、その各通信端末の最新の状態を示す状態情報とその各通信端末の連絡先情報とを含む電話帳データに更新する更新手段、
前記電話帳データに含まれる前記各通信端末の夫々の状態情報の確認とその中で通信可能状態にある通信端末への通信とを前記各通信端末側において可能とするために、前記更新手段で更新された前記電話帳データを前記各通信端末に対して送信する送信手段、
として機能させるようにしたプログラム。
【請求項９】
複数の通信端末への連絡先情報を含む電話帳データを記憶管理する情報処理装置のコンピュータを制御するためのプログラムであって、
前記コンピュータを、
前記電話帳データに含まれる複数の通信端末の夫々の最新の状態を取得する取得手段、
前記各通信端末の内で、前記取得手段で取得された最新の状態と前記電話帳データとに基づいて、前記各通信端末の最新の状態を示す状態情報と、その最新の状態が少なくとも通信可能な状態である通信端末の連絡先情報と、を含む第２電話帳データを生成する生成手段、
前記生成手段で生成された前記第２電話帳データを前記各通信端末に対して送信する送信手段、
として機能させるようにしたプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及びプログラムに関する。  
【背景技術】
【０００２】
従来より、電話機に当該電話機以外の電話番号を記憶させることが行われている。このような電話機は、他の電話機を発呼するときに発呼の対象となる電話番号を指定することで、電話番号を逐次入力せずとも発呼を行うことができる。また、複数の電話番号を記憶し、複数の電話番号を順次発呼する電話機もある（例えば特許文献１）。
【０００３】
また、近年、ＶｏＩＰ（Voice over Internet Protocol）を採用した端末間の音声通信が行われている（例えば特許文献１）。ＶｏＩＰは、音声を符号化し、インターネットプロトコル（Internet Protocol：ＩＰ）を採用した通信により符号化された音声データを端末間で送受信することにより、端末間で音声のやりとりを行う。ＶｏＩＰでは、各端末の宛先として、電話番号に代えてＩＰアドレスが用いられる。各端末（ＶｏＩＰ端末）は、音声のやりとりを可能な他の端末のＩＰアドレスを予め電話帳データとして保持している。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１０−１６４２１０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで、ＶｏＩＰ端末は必ずしも全ての端末が通信可能な状態にあり続けるわけではない。ＶｏＩＰ端末が通信不可能となる場合の一例として、例えば、ＶｏＩＰ端末を所持するユーザが通信不可能な場所へ移動する場合や、ＶｏＩＰ端末の電源が切られる場合等が挙げられる。
【０００６】
しかしながら、従来のＶｏＩＰ端末に記憶されている電話帳データは各ＶｏＩＰ端末の通信状態にかかわらず予め記憶されたものを用いるのみであったため、通信不可能な状態にある他のＶｏＩＰ端末に対して発呼を行ってしまうことがあった。通信不可能なＶｏＩＰ端末に対して発呼を行うことは非効率であり、このような発呼を低減させることが求められていた。
【０００７】
本発明の課題は、複数の通信端末の最新の状態を管理できるようにすることにある。  
【課題を解決するための手段】
【０００８】
請求項１記載の発明は、複数の通信端末への連絡先情報を含む電話帳データを記憶管理する情報処理装置であって、前記電話帳データに含まれる複数の通信端末の夫々の最新の状態を取得する取得手段と、前記取得手段で取得された各状態に基づいて、前記電話帳データを、その各通信端末の最新の状態を示す状態情報とその各通信端末の連絡先情報とを含む電話帳データに更新する更新手段と、前記電話帳データに含まれる前記各通信端末の夫々の状態情報の確認とその中で通信可能状態にある通信端末への通信とを前記各通信端末側において可能とするために、前記更新手段で更新された前記電話帳データを前記各通信端末に対して送信する送信手段と、を具備したことを特徴とする。  
【００１２】
請求項４記載の発明は、複数の通信端末への連絡先情報を含む電話帳データを記憶管理する情報処理装置であって、前記電話帳データに含まれる複数の通信端末の夫々の最新の状態を取得する取得手段と、前記各通信端末の内で、前記取得手段で取得された最新の状態と前記電話帳データとに基づいて、前記各通信端末の最新の状態を示す状態情報と、その最新の状態が少なくとも通信可能な状態である通信端末の連絡先情報と、を含む第２電話帳データを生成する生成手段と、前記生成手段で生成された前記第２電話帳データを前記各通信端末に対して送信する送信手段と、を具備したことを特徴とする。
【発明の効果】
【００１９】
本発明によれば、複数の通信端末の最新の状態を管理することができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の一実施形態による通信システムの主要構成を示す図である。
【図２】サーバの主要構成を示すブロック図である。
【図３】ＶｏＩＰ端末の主要構成を示すブロック図である。
【図４】サーバ及びＶｏＩＰ端末のそれぞれが記憶するデータ、サーバ及びＶｏＩＰのそれぞれで実行されるプログラムならびにサーバとＶｏＩＰ端末との間で伝送されるデータを示す図である。
【図５】電話帳管理ツール設定ファイルの内容の一例を示す図である。
【図６】マスター電話帳ファイルの内容の一例を示す図である。
【図７】サーバによるマスター電話帳ファイル更新処理の流れを示すフローチャートである。
【図８】図７のステップＳ４に示す応答要請及び応答の検知処理の流れを示すフローチャートである。
【図９】図７のステップＳ７に示すマスター電話帳ファイルの更新処理の流れを示すフローチャートである。
【図１０】サーバからの応答要請に対する応答処理の流れを示すフローチャートである。
【図１１】電話帳ファイルの更新処理の流れを示すフローチャートである。
【図１２】他のＶｏＩＰ端末への発呼処理の流れを示すフローチャートである。
【図１３】所属情報を付加したマスター電話帳ファイル（電話帳ファイル）の内容の一例を示す図である。
【発明を実施するための形態】
【００２１】
以下に、本発明について、図面を用いて具体的な態様を説明する。ただし、発明の範囲は、図示例に限定されない。
【００２２】
図１は、本発明の一実施形態による通信システム１の主要構成を示す図である。
通信システム１は、サーバ１０と、ＶｏＩＰ端末２０と、無線アクセスポイント３０と、を有する。通信システム１は、複数のＶｏＩＰ端末２０をその構成に含み、サーバ１０は、無線アクセスポイント３０を介して複数のＶｏＩＰ端末２０との通信を行う情報処理装置として機能する。無線アクセスポイント３０は、サーバ１０とＶｏＩＰ端末２０との間の無線通信を仲介する。なお、図１に示す一実施形態では、便宜上、１つの無線アクセスポイント３０を図示しているが、実際の通信システム１としては、サーバ１０がネットワーク回線Ｎを介して複数の無線アクセスポイント３０に接続されているものとする。
【００２３】
図２は、サーバ１０の主要構成を示すブロック図である。
サーバ１０は、ＣＰＵ(Central Processing Unit)１１、ＲＡＭ(Random Access Memory)１２、記憶部１３、入力部１４、表示部１５及び通信部１６を備え、これらの各構成はバス１７により接続される。
【００２４】
ＣＰＵ１１は、記憶部１３に記憶されたプログラムをＲＡＭ１２に読み出して処理する。ＣＰＵ１１は、記憶部１３内に記憶されたプログラムと協働して、ＲＡＭ１２に展開されたプログラムやデータ等に従ってサーバ１０の動作制御を行う。
ＲＡＭ１２は、ＣＰＵ１１の処理によって展開されたデータや、当該処理によって一時的に生じたデータ等を格納する。
記憶部１３は、ＣＰＵ１１によって読み出されるプログラムやデータ等を記憶する。記憶部１３は、例えばハードディスクドライブやフラッシュメモリ、その他の書き換え可能な記憶装置又はそれらの記憶装置の組合せ等によって構成される。
【００２５】
入力部１４は、サーバ１０に対して入力操作を可能とする。入力部１４は、例えばキーボードやマウス、その他の入力装置又はそれらの入力装置の組合せ等によって構成される。入力部１４は、利用者による入力操作を受け付けてその入力操作内容に応じた信号をＣＰＵ１１へ入力する。ＣＰＵ１１は、入力部１４から入力された内容に応じた処理を行う。
表示部１５は、ＣＰＵ１１の処理内容に応じた表示出力を行う。表示部１５は、例えば液晶表示装置、有機エレクトロルミネセンス（Electro-Luminescence、ＥＬ）ディスプレイ、その他の表示装置又はそれらの表示装置の組合せ等によって構成される。
【００２６】
通信部１６は、複数のＶｏＩＰ端末２０との間でデータ伝送を行う。通信部１６は、例えばネットワークインターフェースカード（Network Interface Card、ＮＩＣ）等の通信装置を有し、ネットワーク回線Ｎ及び無線アクセスポイント３０を通じて複数のＶｏＩＰ端末２０と通信を行う。
無線アクセスポイント３０は、通信部１６とネットワーク回線Ｎを介して接続され、サーバ１０とＶｏＩＰ端末２０との間の無線通信を仲介する。
【００２７】
図３は、ＶｏＩＰ端末２０の主要構成を示すブロック図である。
ＶｏＩＰ端末２０は、それぞれ、ＣＰＵ２１、ＲＡＭ２２、記憶部２３、入力部２４、表示部２５、通信部２６、音声入力部２７及び音声出力部２８を備え、これらの各構成はバス２９により接続される。
【００２８】
ＣＰＵ２１は、記憶部２３に記憶されたプログラムをＲＡＭ２２に読み出して処理する。ＣＰＵ２１は、記憶部２３内に記憶されたプログラムと協働して、ＲＡＭ２２に展開されたプログラムやデータ等に従ってＶｏＩＰ端末２０の動作制御を行う。
ＲＡＭ２２は、ＣＰＵ２１の処理によって展開されたデータや、当該処理によって一時的に生じたデータ等を格納する。
記憶部２３は、ＣＰＵ２１によって読み出されるプログラムやデータ等を記憶する。記憶部２３は、例えばハードディスクドライブやフラッシュメモリ、その他の書き換え可能な記憶装置又はそれらの記憶装置の組合せ等によって構成される。
【００２９】
入力部２４は、ＶｏＩＰ端末２０に対して入力操作を可能とする。入力部２４は、例えばキーボードやマウス、その他の入力装置又はそれらの入力装置の組合せ等によって構成される。入力部２４は、利用者による入力操作を受け付けてその入力操作内容に応じた信号をＣＰＵ２１へ入力する。ＣＰＵ２１は、入力部２４から入力された内容に応じた処理を行う。
表示部２５は、ＣＰＵ２１の処理内容に応じた表示出力を行う。表示部２５は、例えば液晶表示装置、有機エレクトロルミネセンス（Electro-Luminescence、ＥＬ）ディスプレイ、その他の表示装置等を用いて構成される。
【００３０】
通信部２６は、サーバ１０との間でデータ伝送を行う。通信部１６は、例えば無線を用いた通信を行うためのネットワークインターフェースカード（Network Interface Card、ＮＩＣ）等の通信装置を有し、無線アクセスポイント３０及びネットワーク回線Ｎを通じてサーバ１０と通信を行う。
【００３１】
音声入力部２７は、外部からの音声入力を受け付けて符号化（データ化）し、符号化された音声データをＣＰＵ２１へ入力する。音声入力部２７は、例えばマイク等の集音装置（図示略）や、マイクに入力された音声を符号化する符号化処理部（図示略）等を有する。
音声出力部２８は、サーバ１０から受信した音声データを復号化して音声に戻し、当該音声を出力する。音声出力部２８は、例えば音声データを復号化する復号化処理部（図示略）や、復号化された音声を出力するスピーカ（図示略）等を有する。
【００３２】
図４は、サーバ１０及びＶｏＩＰ端末２０のそれぞれが記憶するデータ、サーバ１０及びＶｏＩＰ端末２０のそれぞれで実行されるプログラムならびにサーバ１０とＶｏＩＰ端末２０との間で伝送されるデータを示す図である。
【００３３】
まず、サーバ１０のデータに関して説明する。
サーバ１０の記憶部２３は、電話帳管理ツール設定ファイル及びマスター電話帳ファイルを記憶する。
【００３４】
図５は、電話帳管理ツール設定ファイルの内容の一例を示す図である。
電話帳管理ツール設定ファイルは、電話帳更新間隔と、パケット送信対象ＩＰアドレス範囲と、を示すパラメータを含む。
電話帳更新間隔は、サーバ１０から全てのＶｏＩＰ端末２０に対して応答を要請する時間の周期を示す。
パケット送信対象ＩＰアドレス範囲は、複数のＶｏＩＰ端末２０のそれぞれに割り当てられるＩＰアドレスの範囲を示す。全てのＶｏＩＰ端末２０は、電話帳管理ツール設定ファイルのパケット送信対象ＩＰアドレス範囲に設定されたＩＰアドレスの範囲内に含まれるＩＰアドレスのいずれかを割り振られる。それぞれのＶｏＩＰ端末２０に割り振られるＩＰアドレスは異なる。
【００３５】
本実施形態では、それぞれのＶｏＩＰ端末２０に割り振られるＩＰアドレスは固定のＩＰアドレスであり、サーバ１０とＶｏＩＰ端末２０との間の通信状態によらず一定である。ＶｏＩＰ端末２０のそれぞれに対して割り当てるＩＰアドレスを動的に変更するようにしてもよい。
【００３６】
図６は、マスター電話帳ファイルの内容の一例を示す図である。
マスター電話帳ファイルは、ＩＰアドレスと、登録名称と、状態フラグと、を示すパラメータを含む。
ＩＰアドレスは、それぞれのＶｏＩＰ端末２０に割り振られたＩＰアドレスを示す。登録名称は、それぞれのＶｏＩＰ端末２０に割り与えられた名称を示す。状態フラグは、それぞれのＶｏＩＰ端末２０について、最近行われた応答要請に対して応答があったか否かを示す。
【００３７】
マスター電話帳ファイルは、複数のＶｏＩＰ端末２０のそれぞれに割り当てられたＩＰアドレスを含む電話帳データとして機能する。よって、記憶部２３は、電話帳データ（マスター電話帳ファイル）を記憶する電話帳データ記憶手段として機能する。
また、電話帳管理ツール設定ファイルは、複数のＶｏＩＰ端末２０のそれぞれに割り当てられるＩＰアドレスの範囲を示す情報であるパケット送信対象ＩＰアドレス範囲を含み、電話帳データ（マスター電話帳ファイル）の更新に用いる設定情報として機能する。よって、記憶部２３は、設定情報（電話帳管理ツール設定ファイル）を記憶する設定情報記憶手段として機能する。
【００３８】
また、サーバ１０のＣＰＵ１１は記憶部１３に記憶された電話帳管理ツールプログラムを読み出して実行処理する。
電話帳管理ツールプログラムは、全てのＶｏＩＰ端末２０に対して応答を要請し、応答を要請されたＶｏＩＰ端末２０からの応答を検知し、応答の有無に基づいてマスター電話帳ファイルを更新する機能をサーバ１０に与えるプログラムである。
【００３９】
以下、電話帳管理ツールプログラムの動作について説明する。
サーバ１０のＣＰＵ１１は、まず、記憶部２３から電話帳管理ツール設定ファイルを読み出し、電話帳更新間隔及びパケット送信対象ＩＰアドレス範囲を取得する。
【００４０】
次に、ＣＰＵ１１は、電話帳更新間隔に基づいて応答要請を行うタイミングを決定する。例えば、ＣＰＵ１１は、電話帳管理ツール設定ファイルを読み出した直後に最初の応答要請を行い、その後、最近行われた応答要請から電話帳更新間隔に設定された時間が経過するたびに応答要請を行う。上記の応答要請の実施タイミングは一例であり、最初の応答要請のタイミング及び電話帳更新間隔は、任意に設定することができる。
【００４１】
ＣＰＵ１１は、ＶｏＩＰ端末２０に対する応答要請として、所定のデータ（パケット）を全てのＶｏＩＰ端末２０に対して送信する。具体的には、ＣＰＵ１１は、通信部１６を介して、パケット送信対象ＩＰアドレス範囲に含まれるすべてのＩＰアドレスに対して所定のデータ（パケット）を送信する。なお、応答要請のための通信コマンドを設けてもよいし、既存の通信コマンドを応答要請に用いてもよい。
ここで、ＣＰＵ１１は、設定情報（電話帳管理ツール設定ファイル）に基づいて複数のＶｏＩＰ端末２０の全てに対して応答を要請する応答要請手段として機能する。
【００４２】
ＶｏＩＰ端末２０に対する応答要請後、ＣＰＵ１１は、応答を要請されたＶｏＩＰ端末２０からの応答を検知する。応答要請に対する応答を示す所定のデータ内容は予め定められており、ＣＰＵ１１は、通信部１６を介して、ＶｏＩＰ端末２０から応答を示す所定のデータ（パケット）を受信することで応答を検知する。
応答の検知には、制限時間が設けられている。ＣＰＵ１１は、予め設定された制限時間内に応答が検知されたＶｏＩＰ端末２０を、応答があったＶｏＩＰ端末２０とし、予め設定された所定時間内に応答が検知されなかったＶｏＩＰ端末２０を、応答がなかったＶｏＩＰ端末２０とする。応答の検知に用いる制限時間は、任意に設定することができる。
ここで、ＣＰＵ１１は、応答を要請されたＶｏＩＰ端末２０からの応答を検知する応答検知手段として機能する。
【００４３】
応答の検知処理を終了すると、ＣＰＵ１１は、応答の有無に基づいてマスター電話帳ファイルを更新する。本実施形態の状態フラグは、応答の有無を示すフラグ値（０又は１）により管理され、応答がなかった場合０が、応答があった場合１が設定される。ＣＰＵ１１は、マスター電話帳に含まれるＩＰアドレスのうち、応答を検知したＩＰアドレスと対応付けられたフラグ値を１とし、応答を検知しなかったＩＰアドレスと対応付けられたフラグ値を０とする。
つまり、マスター電話帳ファイルは、それぞれのＶｏＩＰ端末２０のＩＰアドレス、名称及び最近の応答要請に対する有無を対応付ける。
ここで、ＣＰＵ１１は、応答の有無に基づいて電話帳データ（マスター電話帳ファイル）を更新する電話帳データ更新手段として機能する。
【００４４】
なお、本実施形態では、パケット送信対象ＩＰアドレス範囲に含まれるＩＰアドレスのうち一つに対して応答要請を行い、応答の検知を行う処理を繰り返すことで全てのＶｏＩＰ端末２０に対して応答要請及び応答の検知を行うが、応答要請及び応答の検知を全てのＶｏＩＰ端末２０に対して一括して行うようにしてもよい。
また、フラグ値（０又は１）は一例であり、応答の有無を判別できる内容であれば何でもよい。
【００４５】
次に、ＶｏＩＰ端末２０のデータに関して説明する。
ＶｏＩＰ端末２０の記憶部２３は、電話帳ファイルを記憶する。電話帳ファイルの内容は、図６に示すマスター電話帳ファイルと同様である。
【００４６】
また、ＶｏＩＰ端末２０のＣＰＵ２１は記憶部２３に記憶されたＶｏＩＰソフトウェアを読み出して実行処理する。
ＶｏＩＰソフトウェアは、サーバ１０からの応答要請に対して応答を行う機能をＶｏＩＰ端末２０に与えるプログラムである。ＣＰＵ２１は、通信部２６を介してサーバ１０から応答要請のデータ（パケット）を受信すると、通信部２６を介して応答を示す所定のデータ（パケット）をサーバ１０へ送信する。
【００４７】
次に、マスター電話帳ファイルの更新後の処理について説明する。
マスター電話帳ファイルの更新後、サーバ１０のＣＰＵ１１は、複数のＶｏＩＰ端末２０のそれぞれに更新されたマスター電話帳ファイルを取得させるための処理を行う。
【００４８】
まず、サーバ１０のＣＰＵ１１が、通信部１６を介して、パケット送信対象ＩＰアドレス範囲に含まれるすべてのＩＰアドレスに対してマスター電話帳ファイルが更新されたことを示すデータ（更新フラグデータ）をブロードキャスト送信する。
ここで、ＣＰＵ１１は、電話帳データ（マスター電話帳ファイル）の更新後に複数のＶｏＩＰ端末２０のそれぞれに対して電話帳データ（マスター電話帳ファイル）の更新を通知する更新通知手段として機能する。
【００４９】
ＶｏＩＰ端末２０のＣＰＵ２１は、通信部２６を介して更新フラグデータを受信すると、電話帳ファイルを更新するための処理を行う。具体的には、ＣＰＵ２１が、サーバ１０のマスター電話帳ファイル取得のための通信要求を行う。ここで、ＣＰＵ２１及び通信部２６は、更新通知（更新フラグデータ）を受信する更新通知受信手段として機能する。
サーバ１０は、ＶｏＩＰ端末２０からマスター電話帳ファイル取得のための通信要求を受けると、ＣＰＵ１１が、当該通信要求に対する応答を行う。マスター電話帳ファイル取得のための通信要求及びその応答は、それぞれ所定の内容のデータ（パケット）により行われる。
【００５０】
ＶｏＩＰ端末２０は、マスター電話帳ファイル取得のための通信要求に対する応答を受信すると、ＣＰＵ２１が、サーバ１０からマスター電話帳ファイルを取得する。具体的には、サーバ１０がＶｏＩＰ端末２０へマスター電話帳ファイルを送信し、ＣＰＵ２１は、サーバ１０から送信されたマスター電話帳ファイルを受信（ダウンロード）する。ここで、サーバ１０のＣＰＵ１１及び通信部１６は、電話帳データ（マスター電話帳ファイル）の更新後に複数のＶｏＩＰ端末２０のそれぞれに更新された電話帳データ（マスター電話帳ファイル）を送信する電話帳データ送信手段として機能する。また、ＶｏＩＰ端末２０のＣＰＵ２１及び通信部２６は、サーバから送信された電話帳データ（マスター電話帳ファイル）を受信する電話帳データ受信手段として機能する。また、ＣＰＵ２１は、更新通知（更新フラグデータ）を受信した場合、通信を介して電話帳データ（マスター電話帳ファイル）を情報処理装置（サーバ１０）から取得する電話帳データ取得手段として機能する。
マスター電話帳ファイルの取得を完了すると、ＣＰＵ２１は、主得したマスター電話帳ファイルにより記憶部２３に記憶された電話帳ファイルを上書き更新する。なお、マスター電話帳ファイルと電話帳ファイルのファイル形式は同一であり、マスター電話帳データの取得及び上書き更新により、マスター電話帳ファイルと電話帳ファイルとは同一となる。
【００５１】
また、マスター電話帳ファイルの取得を完了すると、ＣＰＵ２１は、通信部２６を介してマスター電話帳ファイルの取得完了を示すデータ（パケット）をサーバ１０へ送信する。
【００５２】
なお、サーバ１０は、いずれかのＶｏＩＰ端末２０からＶｏＩＰ端末２０からマスター電話帳ファイル取得のための通信要求を受けると、そのＶｏＩＰ端末２０からマスター電話帳ファイルの取得完了を示すデータ（パケット）を受信するまで、マスター電話帳ファイルの更新を禁止するための処理を行う。つまり、いずれかのＶｏＩＰ端末２０がマスター電話帳ファイルの取得を行っている間、マスター電話帳ファイルの更新は行われない。サーバ１０は、マスター電話帳ファイルの取得のための通信要求を送信してきた全てのＶｏＩＰ端末２０からマスター電話帳ファイルの取得完了を示すデータ（パケット）を受信すると、マスター電話帳ファイルの更新禁止を解除する。
【００５３】
また、本実施形態では、最近の応答要請に対する応答の検知の有無が変化したＶｏＩＰ端末２０があった場合、即ちフラグ値の変更を生じたＩＰアドレスが一つ以上あった場合、サーバ１０は、更新フラグデータの送信を行うが、応答の検知の有無に関わらず応答要請及び応答の検知完了後に自動的にマスター電話帳ファイルをＶｏＩＰ端末２０に取得させるようにしてもよい。
【００５４】
本実施形態において、電話帳ファイルの更新に係る処理は、サーバ１０の電話帳管理ツール及びＶｏＩＰ端末２０のＶｏＩＰソフトウェアにより担われる。電話帳ファイル更新のためのソフトウェアをサーバ１０、ＶｏＩＰ端末２０又はその両方に別途設けてもよい。
【００５５】
ＶｏＩＰ端末２０は、電話帳ファイルに基づいて他のＶｏＩＰ端末２０を発呼することができる。入力部２４を介した入力等により発呼を行う旨の入力がなされた場合、ＣＰＵ２１は他のＶｏＩＰ端末２０を発呼するための処理を行う。発呼に係る処理は、ＶｏＩＰソフトウェアにより担われる。発呼のためのソフトウェアをＶｏＩＰ端末２０に別途設けてもよい。
【００５６】
発呼に係り、ＣＰＵ２１は、まず、記憶部２３から電話帳ファイルを読み出す。次に、ＣＰＵ２１は、電話帳ファイルに含まれるＩＰアドレスのうち、最近の応答要請に対して応答があったＩＰアドレス即ちフラグ値が１であるＩＰアドレスのいずれか一つを取得する。そして、ＣＰＵ２１は、取得したＩＰアドレスのＶｏＩＰ端末２０を発呼する処理を行う。
【００５７】
他のＶｏＩＰ端末２０から発呼を受けたＶｏＩＰ端末２０のＣＰＵ２１は、発呼を受けた旨を報知するための処理を行う。当該報知は、例えば、所定の呼び出し音を音声出力部２８から出力する音声報知や、発呼を受けた旨を示す表示を表示部２５により行う表示通知、図示しないバイブレーター用電動機（モータ）を駆動することによりＶｏＩＰ端末２０を振動させることによる通知やこれらの組合せ等により行われる。
発呼を受けたＶｏＩＰ端末２０に対して、入力部２４を介した入力等により発呼を受ける旨の入力がなされると、発呼を受けたＶｏＩＰ端末２０のＣＰＵ２１は、当該ＶｏＩＰ端末２０を発呼したＶｏＩＰ端末２０に対して発呼を受け付けた旨の応答（発呼応答）を行う。
【００５８】
他のＶｏＩＰ端末２０を発呼したＶｏＩＰ端末２０が発呼応答を受けると、発呼したＶｏＩＰ端末２０と発呼を受けたＶｏＩＰ端末２０のＣＰＵはそれぞれ、発呼したＶｏＩＰ端末２０と発呼を受けたＶｏＩＰ端末２０との間で音声通話を行うための処理（音声通話処理）を行う。音声通話処理はＶｏＩＰソフトウェアにより担われる。音声通話処理のためのソフトウェアをＶｏＩＰ端末２０に別途設けてもよい。
【００５９】
音声通話処理では、音声入力部２７を介して音声データが入力されると、ＣＰＵ２１は、音声通話処理を行っている他のＶｏＩＰ端末２０に対して当該音声データを送信する。他のＶｏＩＰ端末２０から音声データを受信すると、ＣＰＵ２１は、音声出力部２８に音声データを復号化させ、音声出力を行わせる。
音声通話処理を行っているＶｏＩＰ端末２０の少なくともいずれか一方において音声通話処理を終了させる旨の入力がなされると、双方のＶｏＩＰ端末２０は音声通話処理を終了する。
【００６０】
ＶｏＩＰ端末２０は、電話帳データに基づいて他のＶｏＩＰ端末２０を所定の順序で順次発呼する。具体的には、音声通話処理が終了すると、他のＶｏＩＰ端末２０を発呼した側のＶｏＩＰ端末２０のＣＰＵ２１は、電話帳データのうち発呼開始後にまだ発呼していないＩＰアドレスであって最近の応答要請に対して応答したＩＰアドレスを特定し、特定されたＩＰアドレスのＶｏＩＰ端末２０を自動的に発呼する。
発呼の順番は、電話帳ファイルに設定されているＩＰアドレスの番号の順序（例えば昇順、降順等）や、登録名称に基づく順序（例えば読みやアルファベット表記の昇順、降順等）に基づいてもよいし、他の何らかの条件によって決定されてもよい。順次行われる発呼は、電話帳ファイルに含まれる全てのＩＰアドレスのうち最近の応答要請に対して応答した全てのＩＰアドレスに対して行ってもよいし、発呼中断を指示する入力を受けた場合に発呼を中断するようにしてもよい。
【００６１】
このように、ＣＰＵ２１は、電話帳データ（マスター電話帳ファイルにより更新された電話帳ファイル）に基づいて他のＶｏＩＰ端末２０を所定の順序で順次発呼する発呼手段として機能する。
発呼及び音声通話に係るＶｏＩＰ端末２０同士の間のデータの送受信は、サーバ１０を経由して行ってもよいし、ＶｏＩＰ端末２０同士の間で行うようにしてもよい。
なお、図４では、一つのＶｏＩＰ端末２０についてサーバ１０との間のデータのやりとりを示しているが、実際には全てのＶｏＩＰ端末２０が同様のデータのやり取りを行う。
【００６２】
以下、フローチャートを用いて、通信システム１の動作の流れを示す。
図７は、サーバ１０によるマスター電話帳ファイル更新処理の流れを示すフローチャートである。
サーバ１０のＣＰＵ１１は、まず、記憶部２３から電話帳管理ツール設定ファイルを読み出し（ステップＳ１）、電話帳更新間隔及びパケット送信対象ＩＰアドレス範囲を取得する。次に、ＣＰＵ１１は、電話帳更新間隔に基づいて、応答要請を行うタイミングを迎えたか否かを判定し（ステップＳ２）、応答要請を行うタイミングを迎えていない場合（ステップＳ２：ＮＯ）、待機する（ステップＳ３）。
【００６３】
ステップＳ２の処理において、応答要請を行うタイミングを迎えた場合（ステップＳ２：ＹＥＳ）、ＣＰＵ１１は応答要請及び応答の検知処理を行う（ステップＳ４）。
【００６４】
ここで、図７のステップＳ４に示す応答要請及び応答の検知処理について、図８のフローチャートを用いて説明する。
ＣＰＵ１１は、応答要請を行うための所定のデータ（パケット）を生成する（ステップＳ１１）。次に、ＣＰＵ１１は、パケット送信対象ＩＰアドレス範囲に含まれるＩＰアドレスのうち一つに対して応答要請のための所定のデータ（パケット）を送信する（ステップＳ１２）。その後、ＣＰＵ１１は、制限時間内にＶｏＩＰ端末２０から応答を示す所定のデータ（パケット）を受信したか否かをチェックする（ステップＳ１３）。制限時間内にＶｏＩＰ端末２０から応答を示す所定のデータ（パケット）を受信した場合（ステップＳ１３：ＹＥＳ）、そのＩＰアドレスと対応付けるフラグ値を１として、ＲＡＭ１２に一時的に生成したテンポラリファイルに記憶させる（ステップＳ１４）。一方、ステップＳ１３において制限時間内にＶｏＩＰ端末２０から応答を示す所定のデータ（パケット）を受信しなかった場合（ステップＳ１４：ＹＥＳ）、そのＩＰアドレスと対応付けるフラグ値を０として、テンポラリファイルに記憶させる（ステップＳ１５）。ステップＳ１４、ステップＳ１５におけるテンポラリファイルへの記憶において、一つのＩＰアドレスと当該ＩＰアドレスのフラグ値とが１レコードとして扱われる。
【００６５】
ステップＳ１４又はステップＳ１５の処理後、ＣＰＵ１１は、パケット送信対象ＩＰアドレス範囲に含まれる全てのＩＰアドレスに対して応答要請を行ったか否かをチェックする（ステップＳ１６）。パケット送信対象ＩＰアドレス範囲に含まれる全てのＩＰアドレスに対して応答要請を行っていない場合（ステップＳ１６：ＮＯ）、まだ応答要請を行っていないＩＰアドレスについて、ステップＳ１２の処理を行う。一方、ステップＳ１６においてパケット送信対象ＩＰアドレス範囲に含まれる全てのＩＰアドレスに対して応答要請を行った場合（ステップＳ１６：ＹＥＳ）、ＣＰＵ１１は応答要請及び応答の検知処理を終了する。
【００６６】
応答の検知処理の終了後、ＣＰＵ１１は、どのＶｏＩＰ端末２０からもマスター電話帳ファイルのダウンロードが行われていないか否かをチェックする（ステップＳ５）。どのＶｏＩＰ端末２０からもマスター電話帳ファイルのダウンロードが行われていないか否かのチェックは、マスター電話帳ファイルの取得のための通信要求を送信してきた全てのＶｏＩＰ端末２０からマスター電話帳ファイルの取得完了を示すデータ（パケット）を受信したか否かに基づく。
ステップＳ５において、いずれかのＶｏＩＰ端末２０によりマスター電話帳ファイルのダウンロードが行われていた場合（ステップＳ５：ＮＯ）、ダウンロードを行っている全てのＶｏＩＰ端末２０についてマスター電話帳ファイルのダウンロードが完了するまで待機する（ステップＳ６）。一方、ステップＳ５において、どのＶｏＩＰ端末２０からもマスター電話帳ファイルのダウンロードが行われていない場合、ＣＰＵ１１は、マスター電話帳ファイルの更新処理を行う（ステップＳ７）。
【００６７】
ここで、図７のステップＳ７に示すマスター電話帳ファイルの更新処理について、図９のフローチャートを用いて説明する。
ＣＰＵ１１は、テンポラリファイルから1レコード読み込み（ステップＳ２１）、マスター電話帳ファイルに含まれるＩＰアドレスのうち、当該レコードに含まれるＩＰアドレスと同一のＩＰアドレスのフラグ値を、当該レコードのフラグ値で上書きする（ステップＳ２２）。
次に、ＣＰＵ１１は、テンポラリファイルの全レコードを読み込んだか否かチェックする（ステップＳ２３）。テンポラリファイルの全レコードを読み込んでいない場合（ステップＳ２３：ＮＯ）、ＣＰＵ１１は、まだ読み込んでいないレコードについて、ステップＳ２１の処理を行う。一方、ステップＳ２３においてテンポラリファイルの全レコードを読み込んだ場合（ステップＳ２３：ＹＥＳ）、ＣＰＵ１１はテンポラリファイルを削除する（ステップＳ２４）。そして、ＣＰＵ１１は、マスター電話帳ファイルのフラグ値が１つ以上変更されたか否か判定する（ステップＳ２５）。マスター電話帳ファイルのフラグ値が１つ以上変更された場合（ステップＳ２５：ＹＥＳ）、ＣＰＵ１１はパケット送信対象ＩＰアドレス範囲に含まれるすべてのＩＰアドレスに対して更新フラグデータを送信する（ステップＳ２６）。ステップＳ２６の処理後又はステップＳ２５においてマスター電話帳ファイルのフラグ値が１つも変更されていない場合（ステップＳ２５：ＮＯ）、ＣＰＵ１１は処理を終了する。
マスター電話帳ファイルの更新処理を以って、ＣＰＵ１１はマスター電話帳ファイル更新処理を終了する。
【００６８】
次に、ＶｏＩＰ端末２０の処理の流れについて、図１０及至図１２のフローチャートを用いて説明する。
図１０は、サーバ１０からの応答要請に対する応答処理の流れを示すフローチャートである。
ＶｏＩＰ端末２０のＣＰＵ２１は、通信部２６を介してサーバ１０から応答要請のデータ（パケット）を受信すると（ステップＳ３１：ＹＥＳ）、通信部２６を介して応答を示す所定のデータ（パケット）をサーバ１０へ送信する（ステップＳ３２）。
本実施形態では、ステップＳ３１に示す応答要請の受信検知は、ＶｏＩＰ端末２０の電源が入っている間は常に行われており、電源が切られない限り（ステップＳ３３：ＮＯ）、ステップＳ３２の処理後又は応答要請の受信が検知されない場合（ステップＳ３１：ＮＯ）、ステップＳ３１の処理に戻る。ＶｏＩＰの電源が切られると（ステップＳ３３：ＹＥＳ）、応答要請に対する応答処理は終了する。
【００６９】
図１１は、電話帳ファイルの更新処理の流れを示すフローチャートである。
ＶｏＩＰ端末２０のＣＰＵ２１は、更新フラグデータを受信したか否かを判定する（ステップＳ４１）。更新フラグデータを受信した場合（ステップＳ４１：ＹＥＳ）、ＣＰＵ２１は、サーバ１０のマスター電話帳ファイル取得のための通信要求を行う（ステップＳ４２）。その後、ＣＰＵ２１は、サーバ１０からステップＳ４２の通信要求に対する応答があるまで（ステップＳ４３：ＮＯ）待機し（ステップＳ４４）、通信要求に対する応答が得られた場合（ステップＳ４３：ＹＥＳ）、ＣＰＵ２１はサーバ１０からマスター電話帳ファイルをダウンロードする（ステップＳ４５）。マスター電話帳ファイルのダウンロードが完了するまで（ステップＳ４６：ＮＯ）、ＣＰＵ２１はマスター電話帳ファイルのダウンロードを続ける。ステップＳ４６において、マスター電話帳ファイルのダウンロードが完了した場合（ステップＳ４６：ＹＥＳ）、ＣＰＵ２１は、マスター電話帳ファイルにより電話帳ファイルを更新する（ステップＳ４７）。そして、ＣＰＵ２１は、マスター電話帳ファイルの取得完了を示すデータ（パケット）をサーバ１０へ送信する（ステップＳ４８）。
本実施形態では、ステップＳ４１に示す更新フラグデータの受信検知は、ＶｏＩＰ端末２０の電源が入っている間は常に行われており、電源が切られない限り（ステップＳ４９：ＮＯ）、ステップＳ４８の処理後又は更新フラグデータの受信が検知されない場合（ステップＳ４１：ＮＯ）、ステップＳ４１の処理に戻る。ＶｏＩＰの電源が切られると（ステップＳ４９：ＹＥＳ）、電話帳ファイルの更新処理は終了する。
【００７０】
図１２は、他のＶｏＩＰ端末２０への発呼処理の流れを示すフローチャートである。
ＶｏＩＰ端末２０のＣＰＵ２１は、記憶部２３から電話帳ファイルを読み出す（ステップＳ５１）。次に、ＣＰＵ２１は、電話帳ファイルに含まれるＩＰアドレスのうち、最近の応答要請に対して応答があったＩＰアドレス即ちフラグ値が１であるＩＰアドレスのいずれか一つを取得する（ステップＳ５２）。そして、ＣＰＵ２１は、取得したＩＰアドレスのＶｏＩＰ端末２０を発呼する（ステップＳ５３）。
【００７１】
発呼したＶｏＩＰ端末２０から発呼応答を受けた場合（ステップＳ５４：ＹＥＳ）、ＣＰＵ２１は、音声通話処理を行う（ステップＳ５５）。その後、音声通話処理を行っているＶｏＩＰ端末２０の少なくともいずれか一方において音声通話処理を終了させる旨の入力がなされるまで（ステップＳ５６：ＮＯ）、ＣＰＵ２１はステップＳ５５の音声通話処理を継続する。ステップＳ５６において音声通話処理を終了させる旨の入力がなされると（ステップＳ５６：ＹＥＳ）、ＣＰＵ２１は音声通話処理を終了する（ステップＳ５７）。
【００７２】
ステップＳ５７の終了後又はステップＳ５４において発呼したＶｏＩＰ端末２０から発呼応答を受けなかった場合（ステップＳ５４：ＮＯ）、ＣＰＵ２１は、電話帳データのうち発呼開始後にまだ発呼していないＩＰアドレスであって最近の応答要請に対して応答したＩＰアドレスがあるか否か判定する（ステップＳ５８）。発呼したＶｏＩＰ端末２０から発呼応答を受けなかった場合とは、発呼応答を受ける前に発呼を行ったＶｏＩＰ端末２０に対して現在発呼対象としている他のＶｏＩＰ端末２０に対する発呼を終了させる旨の入力がなされた場合や、発呼の対象となったＶｏＩＰ端末２０から発呼を拒否する旨の応答があった場合、予め定められた所定の時間（スキップ時間）が経過しても発呼応答を受けない場合等が挙げられる。
ステップＳ５８において、電話帳データのうち発呼開始後にまだ発呼していないＩＰアドレスであって最近の応答要請に対して応答したＩＰアドレスがある場合（ステップＳ５８：ＹＥＳ）、ＣＰＵ２１は電話帳データのうち発呼開始後にまだ発呼していないＩＰアドレスであって最近の応答要請に対して応答したＩＰアドレスについて、ステップＳ５２の処理を行う。一方、ステップＳ５８において、電話帳データのうち発呼開始後にまだ発呼していないＩＰアドレスであって最近の応答要請に対して応答したＩＰアドレスがない場合（ステップＳ５８：ＮＯ）、ＣＰＵ２１は他のＶｏＩＰ端末２０への発呼処理を終了する。
【００７３】
以上のように、本実施形態の通信システム１によれば、サーバ１０のＣＰＵ１１は全てのＶｏＩＰ端末２０に対して応答を要請し、ＶｏＩＰ端末２０による応答を検知してその応答の有無に基づいてマスター電話帳ファイルを更新する。
これによって、ＶｏＩＰ端末２０で用いられる電話帳ファイルの元となるマスター電話帳ファイルに、それぞれのＶｏＩＰ端末２０の応答の有無即ち最近の通信状態（通信可能又は通信不可能）を反映することができる。
そして、マスター電話帳ファイルの更新後、サーバ１０は、複数のＶｏＩＰ端末２０のそれぞれに更新されたマスター電話帳ファイルを送信する。これによって、ＶｏＩＰ端末２０は更新されたマスター電話帳ファイルを受信することができ、マスター電話帳ファイルに基づいて電話帳ファイルが更新されるので、ＶｏＩＰ端末２０は、それぞれのＶｏＩＰ端末２０の最近の通信状態を反映した電話帳ファイルを用いて発呼を行うことができる。つまり、最近の応答要請に対して応答をしなかったＶｏＩＰ端末２０即ち現在通信を行うことができない可能性の高いＶｏＩＰ端末２０に対する発呼を行わず、最近の応答要請に対して応答をしたＶｏＩＰ端末２０即ち現在通信を行うことができる可能性の高いＶｏＩＰ端末２０に対してのみ発呼を行うことができる。よって、ＶｏＩＰ端末を用いた音声通信における発呼の効率をより向上させることができる。
【００７４】
さらに、サーバ１０のＣＰＵ１１は、更新フラグデータを送信して電話帳データの更新後に複数のＶｏＩＰ端末２０のそれぞれに対してマスター電話帳ファイルの更新を通知する。そして、ＶｏＩＰ端末２０は、更新フラグデータを受信した場合、サーバ１０からマスター電話帳ファイルを取得し、電話帳ファイルを更新する。
これによって、ＶｏＩＰ端末２０の電話帳ファイルの更新の動作主体をそれぞれのＶｏＩＰ端末２０にすることができ、サーバ１０の処理負担を軽減させることができる。また、更新フラグデータを受信可能な、通信可能な状態にあるＶｏＩＰ端末２０が自発的にダウンロードをすることで、受信されるかどうか不明な状態でマスター電話帳ファイルの配信をサーバ１０にさせる等の処理を行わずに済むので、サーバ１０の処理負担及び通信回線の負荷を軽減させることができる。
【００７５】
さらに、電話帳管理ツール設定ファイルは、その内容にサーバ１０から全てのＶｏＩＰ端末２０に対して応答を要請する時間の周期を示す情報である電話帳更新間隔を含む。これによって、サーバ１０による応答要請を周期的に実施させることができる。また、電話帳更新間隔は任意に変更可能であることから、応答要請の周期を任意に決定することができる。
【００７６】
さらに、ＶｏＩＰ端末２０のＣＰＵ２１は、電話帳ファイルに基づいて他のＶｏＩＰ端末２０を所定の順序で順次発呼する。
これによって、個別に発呼の対象とする他のＶｏＩＰ端末２０を指定せずとも自動的に順次他のＶｏＩＰ端末２０に対する発呼が行われるので、ＶｏＩＰ端末を用いた音声通信における発呼の効率をより向上させることができる。
【００７７】
なお、本発明は、上記の各実施形態に限定されることなく、本発明の趣旨を逸脱しない範囲において、種々の改良並びに設計の変更を行っても良い。
【００７８】
例えば、マスター電話帳ファイルの更新後、マスター電話帳ファイルの配信をサーバ１０に行わせてもよい。この場合、複数のＶｏＩＰ端末２０のそれぞれに更新されたマスター電話帳ファイルを取得させるための処理として、サーバ１０のＣＰＵ１１がマスター電話帳ファイルの送信要求をＶｏＩＰ端末２０に対して行い、当該送信要求に対する応答があったＶｏＩＰ端末２０に対してマスター電話帳ファイルを転送する。この場合でも、上記の実施形態と同様の効果を得られる。
【００７９】
また、サーバ１０からの応答要請に対する応答に、応答を行うＶｏＩＰ端末２０の情報を含めるようにしてもよい。例えば、応答要請をなされたＶｏＩＰ端末２０が応答として送信するデータが、そのＶｏＩＰ端末２０のＩＰアドレス及び登録名称を含む場合等が挙げられる。この場合、サーバ１０のＣＰＵ１１は、応答に含まれるＩＰアドレス及び登録名称を用いて新たなマスター電話帳ファイルを生成することができるので、マスター電話帳ファイルに含まれるＩＰアドレスを割り振られたＶｏＩＰ端末２０は全て最近の応答要請に対して応答を行ったＶｏＩＰ端末２０となる。つまり、マスター電話帳ファイルそのものが現在通信可能である可能性が高いＶｏＩＰ端末２０を示す情報となる。このため、フラグ値を用いなくてもよいので、マスター電話帳ファイルのデータ量を低減させることができる。加えて、現在通信不可能な状態にあるＶｏＩＰ端末２０に係る情報を含まないマスター電話帳ファイルを生成することができるので、マスター電話帳ファイルのデータ量をより低減させることができる。
【００８０】
また、マスター電話帳ファイル及び電話帳ファイルに含まれる複数のＶｏＩＰ端末２０のそれぞれに割り当てられたＩＰアドレスのうち一部又は全部について、それぞれのＶｏＩＰ端末２０の所属を示す所属情報を付加してもよい。
【００８１】
図１３は、所属情報を付加したマスター電話帳ファイル（電話帳ファイル）の内容の一例を示す図である。なお、図１３はフラグ値を含まないマスター電話帳ファイル（電話帳ファイル）の場合について説明しているが、フラグ値を含んでもよい。
図１３に示すように、マスター電話帳ファイルは、それぞれのＶｏＩＰ端末２０の所属を示す情報を含んでいる。図１３に示す例では、所属として「用途」と「グループ」とを設け、さらに「用途」の中で「発注用」及び「状況確認用」の分類を行い、「グループ」の中で「開発部」及び「知的財産部」の分類を行い、それぞれのＶｏＩＰ端末２０のＩＰアドレス及び登録名称について、そのＶｏＩＰ端末２０に係る所属にフラグ値（１）を立てているが、あくまで一例であり、それぞれのＶｏＩＰ端末２０の所属を判別可能なデータ構成であればその形式は問わない。
なお、図１３では、全てのＩＰアドレスが何らかの所属に含まれているが、どの所属にも含まれないＩＰアドレスがあってもよい。
【００８２】
また、マスター電話帳ファイル及び電話帳ファイルを複数の所属（又は複数の所属内の分類等）のそれぞれについて個別に設けてもよい。
この場合、電話帳管理ツール設定ファイルも複数の所属のそれぞれについて個別に設けることで、それぞれのマスター電話帳ファイルの更新及び電話帳ファイルの更新を、所属ごとに独立して行うことができる。
【００８３】
そして、所属を含む電話帳ファイルを有するＶｏＩＰ端末２０は、所属に基づいて発呼を行うことができる。例えば、ある一つの所属に含まれるＶｏＩＰ端末２０のみに対して順次発呼を行うこと等が挙げられる。
このように、マスター電話帳ファイル及び電話帳ファイルに、それぞれのＶｏＩＰ端末２０の所属を示す所属情報を付加することで、ＶｏＩＰ端末２０は、所属に基づいて発呼を行うことができるので、発呼を順次行う対象とする他のＶｏＩＰ端末２０を所属に基づいて決定することができる。
【００８４】
また、ＶｏＩＰ端末２０に対する入力により、発呼を行うＶｏＩＰ端末２０の所属を選択することができるようにしてもよい。例えば、表示部２５により電話帳ファイルに設定された所属を一覧表示し、入力部２４を介してユーザによる所属の選択指示を受け付けるようにする仕組み等が考えられる。この場合、ＣＰＵ２１は、選択された所属に含まれる他のＶｏＩＰ端末２０を順次発呼する。ここで、入力部２４は、所属を選択する所属選択手段として機能する。
これによって、ユーザは発呼を行うＶｏＩＰ端末２０の所属を任意に選択することができ、必要に応じた発呼の対象選定を容易に行うことができる。
【００８５】
また、何らかの理由によりマスター電話帳ファイルの取得にエラーを生じたＶｏＩＰ端末２０からマスター電話帳ファイルの取得完了を示すデータ（パケット）が送られてこない場合等を考慮し、最後にマスター電話帳ファイルの取得のための通信要求を受信したときから所定の待機時間を経過した場合にはマスター電話帳ファイルの更新禁止を解除する等の例外処理を設けてもよい。
【００８６】
また、ＶｏＩＰ端末２０が発呼を行うとき、発呼前に電話帳ファイルの更新を行うようにしてもよい。この場合、発呼を行う必要が生じたときに電話帳ファイルの更新を行うことで、常に最新の電話帳ファイルに基づく発呼を行うことができる。また、それぞれのＶｏＩＰ端末２０の発呼のタイミングがばらつくことにより、電話帳ファイルの更新に係る通信の負荷を分散させることができる。
【００８７】
また、サーバ１０はマスター電話帳ファイルの更新後、更新フラグデータを定期的に配信するようにしてもよい。定期的な更新フラグデータの配信を予め定められた所定期間に限定してもよい。
また、上記の実施形態では、パケット送信対象ＩＰアドレス範囲に含まれるすべてのＩＰアドレスに対して更新フラグデータを送信しているが、最近の応答要請に対する応答があったＶｏＩＰ端末２０のＩＰアドレスに限定してもよい。
その他、本発明の趣旨を逸脱しない範囲において、上記の実施形態の各構成は適宜変更することができる。
【符号の説明】
【００８８】
１０  サーバ
１１  ＣＰＵ
１３  記憶部
１６  通信部
２０  ＶｏＩＰ端末
２１  ＣＰＵ
２３  記憶部
２４  入力部
２５  表示部
２６  通信部
２７  音声入力部
２８  音声出力部
３０  無線アクセスポイント
【図１】
0006011601.tif 000002
【図２】
0006011601.tif 000003
【図３】
0006011601.tif 000004
【図４】
0006011601.tif 000005
【図５】
0006011601.tif 000006
【図６】
0006011601.tif 000007
【図７】
0006011601.tif 000008
【図８】
0006011601.tif 000009
【図９】
0006011601.tif 000010
【図１０】
0006011601.tif 000011
【図１１】
0006011601.tif 000012
【図１２】
0006011601.tif 000013
【図１３】
0006011601.tif 000014