JP5664086B2 - 情報処理装置、通信システム及びプログラム - Google Patents
情報処理装置、通信システム及びプログラム Download PDFInfo
- Publication number
- JP5664086B2 JP5664086B2 JP2010220458A JP2010220458A JP5664086B2 JP 5664086 B2 JP5664086 B2 JP 5664086B2 JP 2010220458 A JP2010220458 A JP 2010220458A JP 2010220458 A JP2010220458 A JP 2010220458A JP 5664086 B2 JP5664086 B2 JP 5664086B2
- Authority
- JP
- Japan
- Prior art keywords
- phone book
- voip
- response
- book data
- data
- Prior art date
- Legal status (The legal status 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 status listed.)
- Active
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
- Facsimiles In General (AREA)
- Facsimile Transmission Control (AREA)
- Telephone Function (AREA)
Description
本発明は、情報処理装置、通信システム及びプログラムに関する。
従来より、電話機に当該電話機以外の電話番号を記憶させることが行われている。このような電話機は、他の電話機を発呼するときに発呼の対象となる電話番号を指定することで、電話番号を逐次入力せずとも発呼を行うことができる。また、複数の電話番号を記憶し、複数の電話番号を順次発呼する電話機もある（例えば特許文献１）。
また、近年、ＶｏＩＰ（Voice over Internet Protocol）を採用した端末間の音声通信が行われている（例えば特許文献１）。ＶｏＩＰは、音声を符号化し、インターネットプロトコル（Internet Protocol：ＩＰ）を採用した通信により符号化された音声データを端末間で送受信することにより、端末間で音声のやりとりを行う。ＶｏＩＰでは、各端末の宛先として、電話番号に代えてＩＰアドレスが用いられる。各端末（ＶｏＩＰ端末）は、音声のやりとりを可能な他の端末のＩＰアドレスを予め電話帳データとして保持している。
ところで、ＶｏＩＰ端末は必ずしも全ての端末が通信可能な状態にあり続けるわけではない。ＶｏＩＰ端末が通信不可能となる場合の一例として、例えば、ＶｏＩＰ端末を所持するユーザが通信不可能な場所へ移動する場合や、ＶｏＩＰ端末の電源が切られる場合等が挙げられる。
しかしながら、従来のＶｏＩＰ端末に記憶されている電話帳データは各ＶｏＩＰ端末の通信状態にかかわらず予め記憶されたものを用いるのみであったため、通信不可能な状態にある他のＶｏＩＰ端末に対して発呼を行ってしまうことがあった。通信不可能なＶｏＩＰ端末に対して発呼を行うことは非効率であり、このような発呼を低減させることが求められていた。
本発明の課題は、ＶｏＩＰ端末を用いた音声通信における発呼の効率をより向上させることである。
上記課題を解決するため、請求項１に記載の発明は、電話帳データを用いて他のＶｏＩＰ端末を発呼する複数のＶｏＩＰ端末と通信を行う情報処理装置であって、前記複数のＶｏＩＰ端末のそれぞれに割り当てられたＩＰアドレスを含む電話帳データを記憶する電話帳データ記憶手段と、前記電話帳データの更新に用いる情報であって前記複数のＶｏＩＰ端末のそれぞれに割り当てられるＩＰアドレスを示す情報を含む設定情報を記憶する設定情報記憶手段と、前記設定情報に基づいて前記複数のＶｏＩＰ端末の全てに対して応答を要請する応答要請手段と、前記応答要請手段により応答を要請されたＶｏＩＰ端末からの応答を検知する応答検知手段と、前記応答検知手段により検知される応答の有無に基づいて前記電話帳データを更新する電話帳データ更新手段と、前記電話帳データの更新後に前記複数のＶｏＩＰ端末のそれぞれに更新された電話帳データを送信する電話帳データ送信手段と、を備えることを特徴とする。
請求項２に記載の発明は、請求項１に記載の情報処理装置であって、前記設定情報は、前記複数のＶｏＩＰ端末の全てに対して応答を要請する周期に係る情報をさらに含むことを特徴とする。
請求項３に記載の発明は、請求項１又は２に記載の情報処理装置であって、前記電話帳データは、当該電話帳データに含まれる前記複数のＶｏＩＰ端末のそれぞれに割り当てられたＩＰアドレスのうち一部又は全部について、それぞれのＶｏＩＰ端末の所属を示す所属情報を付加することを特徴とする。
請求項４に記載の発明は、請求項３に記載の情報処理装置であって、前記所属は複数設けられ、前記電話帳データ及び前記設定情報は複数の所属のそれぞれについて個別に設けられることを特徴とする。
また、上記課題を解決するため、請求項５に記載の発明は、電話帳データを用いて他のＶｏＩＰ端末を発呼する複数のＶｏＩＰ端末と、前記複数のＶｏＩＰ端末と通信を行う情報処理装置と、を含む通信システムであって、前記情報処理装置は、前記複数のＶｏＩＰ端末のそれぞれに割り当てられたＩＰアドレスを含む電話帳データを記憶する電話帳データ記憶手段と、前記電話帳データの更新に用いる情報であって前記複数のＶｏＩＰ端末のそれぞれに割り当てられるＩＰアドレスを示す情報を含む設定情報を記憶する設定情報記憶手段と、前記設定情報に基づいて前記複数のＶｏＩＰ端末の全てに対して応答を要請する応答要請手段と、前記応答要請手段により応答を要請されたＶｏＩＰ端末からの応答を検知する応答検知手段と、前記応答検知手段により検知される応答の有無に基づいて前記電話帳データを更新する電話帳データ更新手段と、前記電話帳データの更新後に前記複数のＶｏＩＰ端末のそれぞれに更新された電話帳データを送信する電話帳データ送信手段と、を備え、前記ＶｏＩＰ端末は、前記情報処理装置から送信された電話帳データを受信する電話帳データ受信手段を備えることを特徴とする。
請求項６に記載の発明は、請求項５に記載の通信システムであって、前記情報処理装置は、前記電話帳データの更新後に前記複数のＶｏＩＰ端末のそれぞれに対して前記電話帳データの更新を通知する更新通知手段をさらに備え、前記ＶｏＩＰ端末は、前記更新通知手段からの通知を受信する更新通知受信手段と、前記更新通知受信手段が通知を受信した場合、通信を介して前記電話帳データを前記情報処理装置から取得する電話帳データ取得手段と、を備えることを特徴とする。
請求項７に記載の発明は、請求項５又は６に記載の通信システムであって、前記設定情報は、前記複数のＶｏＩＰ端末の全てに対して応答を要請する周期に係る情報をさらに含むことを特徴とする。
請求項８に記載の発明は、請求項５から７のいずれか一項に記載の通信システムであって、前記ＶｏＩＰ端末は、前記電話帳データに基づいて他のＶｏＩＰ端末を所定の順序で順次発呼する発呼手段をさらに備えることを特徴とする。
請求項９に記載の発明は、請求項８に記載の通信システムであって、前記電話帳データは、当該電話帳データに含まれる前記複数のＶｏＩＰ端末のそれぞれに割り当てられたＩＰアドレスのうち一部又は全部について、それぞれのＶｏＩＰ端末の所属を示す所属情報を付加し、前記発呼手段は、前記所属に基づいて他のＶｏＩＰ端末を順次発呼することを特徴とすることを特徴とする。
請求項１０に記載の発明は、請求項９に記載の通信システムであって、前記所属は複数設けられ、前記電話帳データ及び前記設定情報は複数の所属のそれぞれについて個別に設けられることを特徴とする。
請求項１１に記載の発明は、請求項１０に記載の通信システムであって、前記ＶｏＩＰ端末は、前記所属を選択する所属選択手段をさらに備え、前記発呼手段は、前記所属選択手段により選択された所属に含まれる他のＶｏＩＰ端末を順次発呼することを特徴とする。
さらに、上記課題を解決するため、請求項１２に記載の発明は、電話帳データを用いて他のＶｏＩＰ端末を発呼する複数のＶｏＩＰ端末と通信を行う情報処理装置のコンピュータを制御するためのプログラムであって、前記コンピュータを、前記複数のＶｏＩＰ端末のそれぞれに割り当てられたＩＰアドレスを含む電話帳データを第１の記憶手段に記憶させる手段、前記電話帳データの更新に用いる情報であって前記複数のＶｏＩＰ端末のそれぞれに割り当てられるＩＰアドレスを示す情報を含む設定情報を第２の記憶手段に記憶させる手段、前記設定情報に基づいて前記複数のＶｏＩＰ端末の全てに対して応答を要請する応答要請手段、前記応答要請手段により応答を要請されたＶｏＩＰ端末からの応答を検知する応答検知手段と、前記応答検知手段により検知される応答の有無に基づいて前記電話帳データを更新する電話帳データ更新手段、前記電話帳データの更新後に前記複数のＶｏＩＰ端末のそれぞれに更新された電話帳データを送信する電話帳データ送信手段、として機能させるようにしたコンピュータ読み取り可能なプログラムである。
さらに、上記課題を解決するため、請求項１２に記載の発明は、電話帳データを用いて他のＶｏＩＰ端末を発呼する複数のＶｏＩＰ端末と通信を行う情報処理装置のコンピュータを制御するためのプログラムであって、前記コンピュータを、前記複数のＶｏＩＰ端末のそれぞれに割り当てられたＩＰアドレスを含む電話帳データを第１の記憶手段に記憶させる手段、前記電話帳データの更新に用いる情報であって前記複数のＶｏＩＰ端末のそれぞれに割り当てられるＩＰアドレスを示す情報を含む設定情報を第２の記憶手段に記憶させる手段、前記設定情報に基づいて前記複数のＶｏＩＰ端末の全てに対して応答を要請する応答要請手段、前記応答要請手段により応答を要請されたＶｏＩＰ端末からの応答を検知する応答検知手段と、前記応答検知手段により検知される応答の有無に基づいて前記電話帳データを更新する電話帳データ更新手段、前記電話帳データの更新後に前記複数のＶｏＩＰ端末のそれぞれに更新された電話帳データを送信する電話帳データ送信手段、として機能させるようにしたコンピュータ読み取り可能なプログラムである。
本発明によれば、ＶｏＩＰ端末を用いた音声通信における発呼の効率をより向上させることができる。
以下に、本発明について、図面を用いて具体的な態様を説明する。ただし、発明の範囲は、図示例に限定されない。
図１は、本発明の一実施形態による通信システム１の主要構成を示す図である。
通信システム１は、サーバ１０と、ＶｏＩＰ端末２０と、無線アクセスポイント３０と、を有する。通信システム１は、複数のＶｏＩＰ端末２０をその構成に含み、サーバ１０は、無線アクセスポイント３０を介して複数のＶｏＩＰ端末２０との通信を行う情報処理装置として機能する。無線アクセスポイント３０は、サーバ１０とＶｏＩＰ端末２０との間の無線通信を仲介する。なお、図１に示す一実施形態では、便宜上、１つの無線アクセスポイント３０を図示しているが、実際の通信システム１としては、サーバ１０がネットワーク回線Ｎを介して複数の無線アクセスポイント３０に接続されているものとする。
通信システム１は、サーバ１０と、ＶｏＩＰ端末２０と、無線アクセスポイント３０と、を有する。通信システム１は、複数のＶｏＩＰ端末２０をその構成に含み、サーバ１０は、無線アクセスポイント３０を介して複数のＶｏＩＰ端末２０との通信を行う情報処理装置として機能する。無線アクセスポイント３０は、サーバ１０とＶｏＩＰ端末２０との間の無線通信を仲介する。なお、図１に示す一実施形態では、便宜上、１つの無線アクセスポイント３０を図示しているが、実際の通信システム１としては、サーバ１０がネットワーク回線Ｎを介して複数の無線アクセスポイント３０に接続されているものとする。
図２は、サーバ１０の主要構成を示すブロック図である。
サーバ１０は、ＣＰＵ(Central Processing Unit)１１、ＲＡＭ(Random Access Memory)１２、記憶部１３、入力部１４、表示部１５及び通信部１６を備え、これらの各構成はバス１７により接続される。
サーバ１０は、ＣＰＵ(Central Processing Unit)１１、ＲＡＭ(Random Access Memory)１２、記憶部１３、入力部１４、表示部１５及び通信部１６を備え、これらの各構成はバス１７により接続される。
ＣＰＵ１１は、記憶部１３に記憶されたプログラムをＲＡＭ１２に読み出して処理する。ＣＰＵ１１は、記憶部１３内に記憶されたプログラムと協働して、ＲＡＭ１２に展開されたプログラムやデータ等に従ってサーバ１０の動作制御を行う。
ＲＡＭ１２は、ＣＰＵ１１の処理によって展開されたデータや、当該処理によって一時的に生じたデータ等を格納する。
記憶部１３は、ＣＰＵ１１によって読み出されるプログラムやデータ等を記憶する。記憶部１３は、例えばハードディスクドライブやフラッシュメモリ、その他の書き換え可能な記憶装置又はそれらの記憶装置の組合せ等によって構成される。
ＲＡＭ１２は、ＣＰＵ１１の処理によって展開されたデータや、当該処理によって一時的に生じたデータ等を格納する。
記憶部１３は、ＣＰＵ１１によって読み出されるプログラムやデータ等を記憶する。記憶部１３は、例えばハードディスクドライブやフラッシュメモリ、その他の書き換え可能な記憶装置又はそれらの記憶装置の組合せ等によって構成される。
入力部１４は、サーバ１０に対して入力操作を可能とする。入力部１４は、例えばキーボードやマウス、その他の入力装置又はそれらの入力装置の組合せ等によって構成される。入力部１４は、利用者による入力操作を受け付けてその入力操作内容に応じた信号をＣＰＵ１１へ入力する。ＣＰＵ１１は、入力部１４から入力された内容に応じた処理を行う。
表示部１５は、ＣＰＵ１１の処理内容に応じた表示出力を行う。表示部１５は、例えば液晶表示装置、有機エレクトロルミネセンス（Electro-Luminescence、ＥＬ）ディスプレイ、その他の表示装置又はそれらの表示装置の組合せ等によって構成される。
表示部１５は、ＣＰＵ１１の処理内容に応じた表示出力を行う。表示部１５は、例えば液晶表示装置、有機エレクトロルミネセンス（Electro-Luminescence、ＥＬ）ディスプレイ、その他の表示装置又はそれらの表示装置の組合せ等によって構成される。
通信部１６は、複数のＶｏＩＰ端末２０との間でデータ伝送を行う。通信部１６は、例えばネットワークインターフェースカード（Network Interface Card、ＮＩＣ）等の通信装置を有し、ネットワーク回線Ｎ及び無線アクセスポイント３０を通じて複数のＶｏＩＰ端末２０と通信を行う。
無線アクセスポイント３０は、通信部１６とネットワーク回線Ｎを介して接続され、サーバ１０とＶｏＩＰ端末２０との間の無線通信を仲介する。
無線アクセスポイント３０は、通信部１６とネットワーク回線Ｎを介して接続され、サーバ１０とＶｏＩＰ端末２０との間の無線通信を仲介する。
図３は、ＶｏＩＰ端末２０の主要構成を示すブロック図である。
ＶｏＩＰ端末２０は、それぞれ、ＣＰＵ２１、ＲＡＭ２２、記憶部２３、入力部２４、表示部２５、通信部２６、音声入力部２７及び音声出力部２８を備え、これらの各構成はバス２９により接続される。
ＶｏＩＰ端末２０は、それぞれ、ＣＰＵ２１、ＲＡＭ２２、記憶部２３、入力部２４、表示部２５、通信部２６、音声入力部２７及び音声出力部２８を備え、これらの各構成はバス２９により接続される。
ＣＰＵ２１は、記憶部２３に記憶されたプログラムをＲＡＭ２２に読み出して処理する。ＣＰＵ２１は、記憶部２３内に記憶されたプログラムと協働して、ＲＡＭ２２に展開されたプログラムやデータ等に従ってＶｏＩＰ端末２０の動作制御を行う。
ＲＡＭ２２は、ＣＰＵ２１の処理によって展開されたデータや、当該処理によって一時的に生じたデータ等を格納する。
記憶部２３は、ＣＰＵ２１によって読み出されるプログラムやデータ等を記憶する。記憶部２３は、例えばハードディスクドライブやフラッシュメモリ、その他の書き換え可能な記憶装置又はそれらの記憶装置の組合せ等によって構成される。
ＲＡＭ２２は、ＣＰＵ２１の処理によって展開されたデータや、当該処理によって一時的に生じたデータ等を格納する。
記憶部２３は、ＣＰＵ２１によって読み出されるプログラムやデータ等を記憶する。記憶部２３は、例えばハードディスクドライブやフラッシュメモリ、その他の書き換え可能な記憶装置又はそれらの記憶装置の組合せ等によって構成される。
入力部２４は、ＶｏＩＰ端末２０に対して入力操作を可能とする。入力部２４は、例えばキーボードやマウス、その他の入力装置又はそれらの入力装置の組合せ等によって構成される。入力部２４は、利用者による入力操作を受け付けてその入力操作内容に応じた信号をＣＰＵ２１へ入力する。ＣＰＵ２１は、入力部２４から入力された内容に応じた処理を行う。
表示部２５は、ＣＰＵ２１の処理内容に応じた表示出力を行う。表示部２５は、例えば液晶表示装置、有機エレクトロルミネセンス（Electro-Luminescence、ＥＬ）ディスプレイ、その他の表示装置等を用いて構成される。
表示部２５は、ＣＰＵ２１の処理内容に応じた表示出力を行う。表示部２５は、例えば液晶表示装置、有機エレクトロルミネセンス（Electro-Luminescence、ＥＬ）ディスプレイ、その他の表示装置等を用いて構成される。
通信部２６は、サーバ１０との間でデータ伝送を行う。通信部１６は、例えば無線を用いた通信を行うためのネットワークインターフェースカード（Network Interface Card、ＮＩＣ）等の通信装置を有し、無線アクセスポイント３０及びネットワーク回線Ｎを通じてサーバ１０と通信を行う。
音声入力部２７は、外部からの音声入力を受け付けて符号化（データ化）し、符号化された音声データをＣＰＵ２１へ入力する。音声入力部２７は、例えばマイク等の集音装置（図示略）や、マイクに入力された音声を符号化する符号化処理部（図示略）等を有する。
音声出力部２８は、サーバ１０から受信した音声データを復号化して音声に戻し、当該音声を出力する。音声出力部２８は、例えば音声データを復号化する復号化処理部（図示略）や、復号化された音声を出力するスピーカ（図示略）等を有する。
音声出力部２８は、サーバ１０から受信した音声データを復号化して音声に戻し、当該音声を出力する。音声出力部２８は、例えば音声データを復号化する復号化処理部（図示略）や、復号化された音声を出力するスピーカ（図示略）等を有する。
図４は、サーバ１０及びＶｏＩＰ端末２０のそれぞれが記憶するデータ、サーバ１０及びＶｏＩＰ端末２０のそれぞれで実行されるプログラムならびにサーバ１０とＶｏＩＰ端末２０との間で伝送されるデータを示す図である。
まず、サーバ１０のデータに関して説明する。
サーバ１０の記憶部２３は、電話帳管理ツール設定ファイル及びマスター電話帳ファイルを記憶する。
サーバ１０の記憶部２３は、電話帳管理ツール設定ファイル及びマスター電話帳ファイルを記憶する。
図５は、電話帳管理ツール設定ファイルの内容の一例を示す図である。
電話帳管理ツール設定ファイルは、電話帳更新間隔と、パケット送信対象ＩＰアドレス範囲と、を示すパラメータを含む。
電話帳更新間隔は、サーバ１０から全てのＶｏＩＰ端末２０に対して応答を要請する時間の周期を示す。
パケット送信対象ＩＰアドレス範囲は、複数のＶｏＩＰ端末２０のそれぞれに割り当てられるＩＰアドレスの範囲を示す。全てのＶｏＩＰ端末２０は、電話帳管理ツール設定ファイルのパケット送信対象ＩＰアドレス範囲に設定されたＩＰアドレスの範囲内に含まれるＩＰアドレスのいずれかを割り振られる。それぞれのＶｏＩＰ端末２０に割り振られるＩＰアドレスは異なる。
電話帳管理ツール設定ファイルは、電話帳更新間隔と、パケット送信対象ＩＰアドレス範囲と、を示すパラメータを含む。
電話帳更新間隔は、サーバ１０から全てのＶｏＩＰ端末２０に対して応答を要請する時間の周期を示す。
パケット送信対象ＩＰアドレス範囲は、複数のＶｏＩＰ端末２０のそれぞれに割り当てられるＩＰアドレスの範囲を示す。全てのＶｏＩＰ端末２０は、電話帳管理ツール設定ファイルのパケット送信対象ＩＰアドレス範囲に設定されたＩＰアドレスの範囲内に含まれるＩＰアドレスのいずれかを割り振られる。それぞれのＶｏＩＰ端末２０に割り振られるＩＰアドレスは異なる。
本実施形態では、それぞれのＶｏＩＰ端末２０に割り振られるＩＰアドレスは固定のＩＰアドレスであり、サーバ１０とＶｏＩＰ端末２０との間の通信状態によらず一定である。ＶｏＩＰ端末２０のそれぞれに対して割り当てるＩＰアドレスを動的に変更するようにしてもよい。
図６は、マスター電話帳ファイルの内容の一例を示す図である。
マスター電話帳ファイルは、ＩＰアドレスと、登録名称と、状態フラグと、を示すパラメータを含む。
ＩＰアドレスは、それぞれのＶｏＩＰ端末２０に割り振られたＩＰアドレスを示す。登録名称は、それぞれのＶｏＩＰ端末２０に割り与えられた名称を示す。状態フラグは、それぞれのＶｏＩＰ端末２０について、最近行われた応答要請に対して応答があったか否かを示す。
マスター電話帳ファイルは、ＩＰアドレスと、登録名称と、状態フラグと、を示すパラメータを含む。
ＩＰアドレスは、それぞれのＶｏＩＰ端末２０に割り振られたＩＰアドレスを示す。登録名称は、それぞれのＶｏＩＰ端末２０に割り与えられた名称を示す。状態フラグは、それぞれのＶｏＩＰ端末２０について、最近行われた応答要請に対して応答があったか否かを示す。
マスター電話帳ファイルは、複数のＶｏＩＰ端末２０のそれぞれに割り当てられたＩＰアドレスを含む電話帳データとして機能する。よって、記憶部２３は、電話帳データ（マスター電話帳ファイル）を記憶する電話帳データ記憶手段として機能する。
また、電話帳管理ツール設定ファイルは、複数のＶｏＩＰ端末２０のそれぞれに割り当てられるＩＰアドレスの範囲を示す情報であるパケット送信対象ＩＰアドレス範囲を含み、電話帳データ（マスター電話帳ファイル）の更新に用いる設定情報として機能する。よって、記憶部２３は、設定情報（電話帳管理ツール設定ファイル）を記憶する設定情報記憶手段として機能する。
また、電話帳管理ツール設定ファイルは、複数のＶｏＩＰ端末２０のそれぞれに割り当てられるＩＰアドレスの範囲を示す情報であるパケット送信対象ＩＰアドレス範囲を含み、電話帳データ（マスター電話帳ファイル）の更新に用いる設定情報として機能する。よって、記憶部２３は、設定情報（電話帳管理ツール設定ファイル）を記憶する設定情報記憶手段として機能する。
また、サーバ１０のＣＰＵ１１は記憶部１３に記憶された電話帳管理ツールプログラムを読み出して実行処理する。
電話帳管理ツールプログラムは、全てのＶｏＩＰ端末２０に対して応答を要請し、応答を要請されたＶｏＩＰ端末２０からの応答を検知し、応答の有無に基づいてマスター電話帳ファイルを更新する機能をサーバ１０に与えるプログラムである。
電話帳管理ツールプログラムは、全てのＶｏＩＰ端末２０に対して応答を要請し、応答を要請されたＶｏＩＰ端末２０からの応答を検知し、応答の有無に基づいてマスター電話帳ファイルを更新する機能をサーバ１０に与えるプログラムである。
以下、電話帳管理ツールプログラムの動作について説明する。
サーバ１０のＣＰＵ１１は、まず、記憶部２３から電話帳管理ツール設定ファイルを読み出し、電話帳更新間隔及びパケット送信対象ＩＰアドレス範囲を取得する。
サーバ１０のＣＰＵ１１は、まず、記憶部２３から電話帳管理ツール設定ファイルを読み出し、電話帳更新間隔及びパケット送信対象ＩＰアドレス範囲を取得する。
次に、ＣＰＵ１１は、電話帳更新間隔に基づいて応答要請を行うタイミングを決定する。例えば、ＣＰＵ１１は、電話帳管理ツール設定ファイルを読み出した直後に最初の応答要請を行い、その後、最近行われた応答要請から電話帳更新間隔に設定された時間が経過するたびに応答要請を行う。上記の応答要請の実施タイミングは一例であり、最初の応答要請のタイミング及び電話帳更新間隔は、任意に設定することができる。
ＣＰＵ１１は、ＶｏＩＰ端末２０に対する応答要請として、所定のデータ（パケット）を全てのＶｏＩＰ端末２０に対して送信する。具体的には、ＣＰＵ１１は、通信部１６を介して、パケット送信対象ＩＰアドレス範囲に含まれるすべてのＩＰアドレスに対して所定のデータ（パケット）を送信する。なお、応答要請のための通信コマンドを設けてもよいし、既存の通信コマンドを応答要請に用いてもよい。
ここで、ＣＰＵ１１は、設定情報（電話帳管理ツール設定ファイル）に基づいて複数のＶｏＩＰ端末２０の全てに対して応答を要請する応答要請手段として機能する。
ここで、ＣＰＵ１１は、設定情報（電話帳管理ツール設定ファイル）に基づいて複数のＶｏＩＰ端末２０の全てに対して応答を要請する応答要請手段として機能する。
ＶｏＩＰ端末２０に対する応答要請後、ＣＰＵ１１は、応答を要請されたＶｏＩＰ端末２０からの応答を検知する。応答要請に対する応答を示す所定のデータ内容は予め定められており、ＣＰＵ１１は、通信部１６を介して、ＶｏＩＰ端末２０から応答を示す所定のデータ（パケット）を受信することで応答を検知する。
応答の検知には、制限時間が設けられている。ＣＰＵ１１は、予め設定された制限時間内に応答が検知されたＶｏＩＰ端末２０を、応答があったＶｏＩＰ端末２０とし、予め設定された所定時間内に応答が検知されなかったＶｏＩＰ端末２０を、応答がなかったＶｏＩＰ端末２０とする。応答の検知に用いる制限時間は、任意に設定することができる。
ここで、ＣＰＵ１１は、応答を要請されたＶｏＩＰ端末２０からの応答を検知する応答検知手段として機能する。
応答の検知には、制限時間が設けられている。ＣＰＵ１１は、予め設定された制限時間内に応答が検知されたＶｏＩＰ端末２０を、応答があったＶｏＩＰ端末２０とし、予め設定された所定時間内に応答が検知されなかったＶｏＩＰ端末２０を、応答がなかったＶｏＩＰ端末２０とする。応答の検知に用いる制限時間は、任意に設定することができる。
ここで、ＣＰＵ１１は、応答を要請されたＶｏＩＰ端末２０からの応答を検知する応答検知手段として機能する。
応答の検知処理を終了すると、ＣＰＵ１１は、応答の有無に基づいてマスター電話帳ファイルを更新する。本実施形態の状態フラグは、応答の有無を示すフラグ値（０又は１）により管理され、応答がなかった場合０が、応答があった場合１が設定される。ＣＰＵ１１は、マスター電話帳に含まれるＩＰアドレスのうち、応答を検知したＩＰアドレスと対応付けられたフラグ値を１とし、応答を検知しなかったＩＰアドレスと対応付けられたフラグ値を０とする。
つまり、マスター電話帳ファイルは、それぞれのＶｏＩＰ端末２０のＩＰアドレス、名称及び最近の応答要請に対する有無を対応付ける。
ここで、ＣＰＵ１１は、応答の有無に基づいて電話帳データ（マスター電話帳ファイル）を更新する電話帳データ更新手段として機能する。
つまり、マスター電話帳ファイルは、それぞれのＶｏＩＰ端末２０のＩＰアドレス、名称及び最近の応答要請に対する有無を対応付ける。
ここで、ＣＰＵ１１は、応答の有無に基づいて電話帳データ（マスター電話帳ファイル）を更新する電話帳データ更新手段として機能する。
なお、本実施形態では、パケット送信対象ＩＰアドレス範囲に含まれるＩＰアドレスのうち一つに対して応答要請を行い、応答の検知を行う処理を繰り返すことで全てのＶｏＩＰ端末２０に対して応答要請及び応答の検知を行うが、応答要請及び応答の検知を全てのＶｏＩＰ端末２０に対して一括して行うようにしてもよい。
また、フラグ値（０又は１）は一例であり、応答の有無を判別できる内容であれば何でもよい。
また、フラグ値（０又は１）は一例であり、応答の有無を判別できる内容であれば何でもよい。
次に、ＶｏＩＰ端末２０のデータに関して説明する。
ＶｏＩＰ端末２０の記憶部２３は、電話帳ファイルを記憶する。電話帳ファイルの内容は、図６に示すマスター電話帳ファイルと同様である。
ＶｏＩＰ端末２０の記憶部２３は、電話帳ファイルを記憶する。電話帳ファイルの内容は、図６に示すマスター電話帳ファイルと同様である。
また、ＶｏＩＰ端末２０のＣＰＵ２１は記憶部２３に記憶されたＶｏＩＰソフトウェアを読み出して実行処理する。
ＶｏＩＰソフトウェアは、サーバ１０からの応答要請に対して応答を行う機能をＶｏＩＰ端末２０に与えるプログラムである。ＣＰＵ２１は、通信部２６を介してサーバ１０から応答要請のデータ（パケット）を受信すると、通信部２６を介して応答を示す所定のデータ（パケット）をサーバ１０へ送信する。
ＶｏＩＰソフトウェアは、サーバ１０からの応答要請に対して応答を行う機能をＶｏＩＰ端末２０に与えるプログラムである。ＣＰＵ２１は、通信部２６を介してサーバ１０から応答要請のデータ（パケット）を受信すると、通信部２６を介して応答を示す所定のデータ（パケット）をサーバ１０へ送信する。
次に、マスター電話帳ファイルの更新後の処理について説明する。
マスター電話帳ファイルの更新後、サーバ１０のＣＰＵ１１は、複数のＶｏＩＰ端末２０のそれぞれに更新されたマスター電話帳ファイルを取得させるための処理を行う。
マスター電話帳ファイルの更新後、サーバ１０のＣＰＵ１１は、複数のＶｏＩＰ端末２０のそれぞれに更新されたマスター電話帳ファイルを取得させるための処理を行う。
まず、サーバ１０のＣＰＵ１１が、通信部１６を介して、パケット送信対象ＩＰアドレス範囲に含まれるすべてのＩＰアドレスに対してマスター電話帳ファイルが更新されたことを示すデータ（更新フラグデータ）をブロードキャスト送信する。
ここで、ＣＰＵ１１は、電話帳データ（マスター電話帳ファイル）の更新後に複数のＶｏＩＰ端末２０のそれぞれに対して電話帳データ（マスター電話帳ファイル）の更新を通知する更新通知手段として機能する。
ここで、ＣＰＵ１１は、電話帳データ（マスター電話帳ファイル）の更新後に複数のＶｏＩＰ端末２０のそれぞれに対して電話帳データ（マスター電話帳ファイル）の更新を通知する更新通知手段として機能する。
ＶｏＩＰ端末２０のＣＰＵ２１は、通信部２６を介して更新フラグデータを受信すると、電話帳ファイルを更新するための処理を行う。具体的には、ＣＰＵ２１が、サーバ１０のマスター電話帳ファイル取得のための通信要求を行う。ここで、ＣＰＵ２１及び通信部２６は、更新通知（更新フラグデータ）を受信する更新通知受信手段として機能する。
サーバ１０は、ＶｏＩＰ端末２０からマスター電話帳ファイル取得のための通信要求を受けると、ＣＰＵ１１が、当該通信要求に対する応答を行う。マスター電話帳ファイル取得のための通信要求及びその応答は、それぞれ所定の内容のデータ（パケット）により行われる。
サーバ１０は、ＶｏＩＰ端末２０からマスター電話帳ファイル取得のための通信要求を受けると、ＣＰＵ１１が、当該通信要求に対する応答を行う。マスター電話帳ファイル取得のための通信要求及びその応答は、それぞれ所定の内容のデータ（パケット）により行われる。
ＶｏＩＰ端末２０は、マスター電話帳ファイル取得のための通信要求に対する応答を受信すると、ＣＰＵ２１が、サーバ１０からマスター電話帳ファイルを取得する。具体的には、サーバ１０がＶｏＩＰ端末２０へマスター電話帳ファイルを送信し、ＣＰＵ２１は、サーバ１０から送信されたマスター電話帳ファイルを受信（ダウンロード）する。ここで、サーバ１０のＣＰＵ１１及び通信部１６は、電話帳データ（マスター電話帳ファイル）の更新後に複数のＶｏＩＰ端末２０のそれぞれに更新された電話帳データ（マスター電話帳ファイル）を送信する電話帳データ送信手段として機能する。また、ＶｏＩＰ端末２０のＣＰＵ２１及び通信部２６は、サーバから送信された電話帳データ（マスター電話帳ファイル）を受信する電話帳データ受信手段として機能する。また、ＣＰＵ２１は、更新通知（更新フラグデータ）を受信した場合、通信を介して電話帳データ（マスター電話帳ファイル）を情報処理装置（サーバ１０）から取得する電話帳データ取得手段として機能する。
マスター電話帳ファイルの取得を完了すると、ＣＰＵ２１は、主得したマスター電話帳ファイルにより記憶部２３に記憶された電話帳ファイルを上書き更新する。なお、マスター電話帳ファイルと電話帳ファイルのファイル形式は同一であり、マスター電話帳データの取得及び上書き更新により、マスター電話帳ファイルと電話帳ファイルとは同一となる。
マスター電話帳ファイルの取得を完了すると、ＣＰＵ２１は、主得したマスター電話帳ファイルにより記憶部２３に記憶された電話帳ファイルを上書き更新する。なお、マスター電話帳ファイルと電話帳ファイルのファイル形式は同一であり、マスター電話帳データの取得及び上書き更新により、マスター電話帳ファイルと電話帳ファイルとは同一となる。
また、マスター電話帳ファイルの取得を完了すると、ＣＰＵ２１は、通信部２６を介してマスター電話帳ファイルの取得完了を示すデータ（パケット）をサーバ１０へ送信する。
なお、サーバ１０は、いずれかのＶｏＩＰ端末２０からＶｏＩＰ端末２０からマスター電話帳ファイル取得のための通信要求を受けると、そのＶｏＩＰ端末２０からマスター電話帳ファイルの取得完了を示すデータ（パケット）を受信するまで、マスター電話帳ファイルの更新を禁止するための処理を行う。つまり、いずれかのＶｏＩＰ端末２０がマスター電話帳ファイルの取得を行っている間、マスター電話帳ファイルの更新は行われない。サーバ１０は、マスター電話帳ファイルの取得のための通信要求を送信してきた全てのＶｏＩＰ端末２０からマスター電話帳ファイルの取得完了を示すデータ（パケット）を受信すると、マスター電話帳ファイルの更新禁止を解除する。
また、本実施形態では、最近の応答要請に対する応答の検知の有無が変化したＶｏＩＰ端末２０があった場合、即ちフラグ値の変更を生じたＩＰアドレスが一つ以上あった場合、サーバ１０は、更新フラグデータの送信を行うが、応答の検知の有無に関わらず応答要請及び応答の検知完了後に自動的にマスター電話帳ファイルをＶｏＩＰ端末２０に取得させるようにしてもよい。
本実施形態において、電話帳ファイルの更新に係る処理は、サーバ１０の電話帳管理ツール及びＶｏＩＰ端末２０のＶｏＩＰソフトウェアにより担われる。電話帳ファイル更新のためのソフトウェアをサーバ１０、ＶｏＩＰ端末２０又はその両方に別途設けてもよい。
ＶｏＩＰ端末２０は、電話帳ファイルに基づいて他のＶｏＩＰ端末２０を発呼することができる。入力部２４を介した入力等により発呼を行う旨の入力がなされた場合、ＣＰＵ２１は他のＶｏＩＰ端末２０を発呼するための処理を行う。発呼に係る処理は、ＶｏＩＰソフトウェアにより担われる。発呼のためのソフトウェアをＶｏＩＰ端末２０に別途設けてもよい。
発呼に係り、ＣＰＵ２１は、まず、記憶部２３から電話帳ファイルを読み出す。次に、ＣＰＵ２１は、電話帳ファイルに含まれるＩＰアドレスのうち、最近の応答要請に対して応答があったＩＰアドレス即ちフラグ値が１であるＩＰアドレスのいずれか一つを取得する。そして、ＣＰＵ２１は、取得したＩＰアドレスのＶｏＩＰ端末２０を発呼する処理を行う。
他のＶｏＩＰ端末２０から発呼を受けたＶｏＩＰ端末２０のＣＰＵ２１は、発呼を受けた旨を報知するための処理を行う。当該報知は、例えば、所定の呼び出し音を音声出力部２８から出力する音声報知や、発呼を受けた旨を示す表示を表示部２５により行う表示通知、図示しないバイブレーター用電動機（モータ）を駆動することによりＶｏＩＰ端末２０を振動させることによる通知やこれらの組合せ等により行われる。
発呼を受けたＶｏＩＰ端末２０に対して、入力部２４を介した入力等により発呼を受ける旨の入力がなされると、発呼を受けたＶｏＩＰ端末２０のＣＰＵ２１は、当該ＶｏＩＰ端末２０を発呼したＶｏＩＰ端末２０に対して発呼を受け付けた旨の応答（発呼応答）を行う。
発呼を受けたＶｏＩＰ端末２０に対して、入力部２４を介した入力等により発呼を受ける旨の入力がなされると、発呼を受けたＶｏＩＰ端末２０のＣＰＵ２１は、当該ＶｏＩＰ端末２０を発呼したＶｏＩＰ端末２０に対して発呼を受け付けた旨の応答（発呼応答）を行う。
他のＶｏＩＰ端末２０を発呼したＶｏＩＰ端末２０が発呼応答を受けると、発呼したＶｏＩＰ端末２０と発呼を受けたＶｏＩＰ端末２０のＣＰＵはそれぞれ、発呼したＶｏＩＰ端末２０と発呼を受けたＶｏＩＰ端末２０との間で音声通話を行うための処理（音声通話処理）を行う。音声通話処理はＶｏＩＰソフトウェアにより担われる。音声通話処理のためのソフトウェアをＶｏＩＰ端末２０に別途設けてもよい。
音声通話処理では、音声入力部２７を介して音声データが入力されると、ＣＰＵ２１は、音声通話処理を行っている他のＶｏＩＰ端末２０に対して当該音声データを送信する。他のＶｏＩＰ端末２０から音声データを受信すると、ＣＰＵ２１は、音声出力部２８に音声データを復号化させ、音声出力を行わせる。
音声通話処理を行っているＶｏＩＰ端末２０の少なくともいずれか一方において音声通話処理を終了させる旨の入力がなされると、双方のＶｏＩＰ端末２０は音声通話処理を終了する。
音声通話処理を行っているＶｏＩＰ端末２０の少なくともいずれか一方において音声通話処理を終了させる旨の入力がなされると、双方のＶｏＩＰ端末２０は音声通話処理を終了する。
ＶｏＩＰ端末２０は、電話帳データに基づいて他のＶｏＩＰ端末２０を所定の順序で順次発呼する。具体的には、音声通話処理が終了すると、他のＶｏＩＰ端末２０を発呼した側のＶｏＩＰ端末２０のＣＰＵ２１は、電話帳データのうち発呼開始後にまだ発呼していないＩＰアドレスであって最近の応答要請に対して応答したＩＰアドレスを特定し、特定されたＩＰアドレスのＶｏＩＰ端末２０を自動的に発呼する。
発呼の順番は、電話帳ファイルに設定されているＩＰアドレスの番号の順序（例えば昇順、降順等）や、登録名称に基づく順序（例えば読みやアルファベット表記の昇順、降順等）に基づいてもよいし、他の何らかの条件によって決定されてもよい。順次行われる発呼は、電話帳ファイルに含まれる全てのＩＰアドレスのうち最近の応答要請に対して応答した全てのＩＰアドレスに対して行ってもよいし、発呼中断を指示する入力を受けた場合に発呼を中断するようにしてもよい。
発呼の順番は、電話帳ファイルに設定されているＩＰアドレスの番号の順序（例えば昇順、降順等）や、登録名称に基づく順序（例えば読みやアルファベット表記の昇順、降順等）に基づいてもよいし、他の何らかの条件によって決定されてもよい。順次行われる発呼は、電話帳ファイルに含まれる全てのＩＰアドレスのうち最近の応答要請に対して応答した全てのＩＰアドレスに対して行ってもよいし、発呼中断を指示する入力を受けた場合に発呼を中断するようにしてもよい。
このように、ＣＰＵ２１は、電話帳データ（マスター電話帳ファイルにより更新された電話帳ファイル）に基づいて他のＶｏＩＰ端末２０を所定の順序で順次発呼する発呼手段として機能する。
発呼及び音声通話に係るＶｏＩＰ端末２０同士の間のデータの送受信は、サーバ１０を経由して行ってもよいし、ＶｏＩＰ端末２０同士の間で行うようにしてもよい。
なお、図４では、一つのＶｏＩＰ端末２０についてサーバ１０との間のデータのやりとりを示しているが、実際には全てのＶｏＩＰ端末２０が同様のデータのやり取りを行う。
発呼及び音声通話に係るＶｏＩＰ端末２０同士の間のデータの送受信は、サーバ１０を経由して行ってもよいし、ＶｏＩＰ端末２０同士の間で行うようにしてもよい。
なお、図４では、一つのＶｏＩＰ端末２０についてサーバ１０との間のデータのやりとりを示しているが、実際には全てのＶｏＩＰ端末２０が同様のデータのやり取りを行う。
以下、フローチャートを用いて、通信システム１の動作の流れを示す。
図７は、サーバ１０によるマスター電話帳ファイル更新処理の流れを示すフローチャートである。
サーバ１０のＣＰＵ１１は、まず、記憶部２３から電話帳管理ツール設定ファイルを読み出し（ステップＳ１）、電話帳更新間隔及びパケット送信対象ＩＰアドレス範囲を取得する。次に、ＣＰＵ１１は、電話帳更新間隔に基づいて、応答要請を行うタイミングを迎えたか否かを判定し（ステップＳ２）、応答要請を行うタイミングを迎えていない場合（ステップＳ２：ＮＯ）、待機する（ステップＳ３）。
図７は、サーバ１０によるマスター電話帳ファイル更新処理の流れを示すフローチャートである。
サーバ１０のＣＰＵ１１は、まず、記憶部２３から電話帳管理ツール設定ファイルを読み出し（ステップＳ１）、電話帳更新間隔及びパケット送信対象ＩＰアドレス範囲を取得する。次に、ＣＰＵ１１は、電話帳更新間隔に基づいて、応答要請を行うタイミングを迎えたか否かを判定し（ステップＳ２）、応答要請を行うタイミングを迎えていない場合（ステップＳ２：ＮＯ）、待機する（ステップＳ３）。
ステップＳ２の処理において、応答要請を行うタイミングを迎えた場合（ステップＳ２：ＹＥＳ）、ＣＰＵ１１は応答要請及び応答の検知処理を行う（ステップＳ４）。
ここで、図７のステップＳ４に示す応答要請及び応答の検知処理について、図８のフローチャートを用いて説明する。
ＣＰＵ１１は、応答要請を行うための所定のデータ（パケット）を生成する（ステップＳ１１）。次に、ＣＰＵ１１は、パケット送信対象ＩＰアドレス範囲に含まれるＩＰアドレスのうち一つに対して応答要請のための所定のデータ（パケット）を送信する（ステップＳ１２）。その後、ＣＰＵ１１は、制限時間内にＶｏＩＰ端末２０から応答を示す所定のデータ（パケット）を受信したか否かをチェックする（ステップＳ１３）。制限時間内にＶｏＩＰ端末２０から応答を示す所定のデータ（パケット）を受信した場合（ステップＳ１３：ＹＥＳ）、そのＩＰアドレスと対応付けるフラグ値を１として、ＲＡＭ１２に一時的に生成したテンポラリファイルに記憶させる（ステップＳ１４）。一方、ステップＳ１３において制限時間内にＶｏＩＰ端末２０から応答を示す所定のデータ（パケット）を受信しなかった場合（ステップＳ１４：ＹＥＳ）、そのＩＰアドレスと対応付けるフラグ値を０として、テンポラリファイルに記憶させる（ステップＳ１５）。ステップＳ１４、ステップＳ１５におけるテンポラリファイルへの記憶において、一つのＩＰアドレスと当該ＩＰアドレスのフラグ値とが１レコードとして扱われる。
ＣＰＵ１１は、応答要請を行うための所定のデータ（パケット）を生成する（ステップＳ１１）。次に、ＣＰＵ１１は、パケット送信対象ＩＰアドレス範囲に含まれるＩＰアドレスのうち一つに対して応答要請のための所定のデータ（パケット）を送信する（ステップＳ１２）。その後、ＣＰＵ１１は、制限時間内にＶｏＩＰ端末２０から応答を示す所定のデータ（パケット）を受信したか否かをチェックする（ステップＳ１３）。制限時間内にＶｏＩＰ端末２０から応答を示す所定のデータ（パケット）を受信した場合（ステップＳ１３：ＹＥＳ）、そのＩＰアドレスと対応付けるフラグ値を１として、ＲＡＭ１２に一時的に生成したテンポラリファイルに記憶させる（ステップＳ１４）。一方、ステップＳ１３において制限時間内にＶｏＩＰ端末２０から応答を示す所定のデータ（パケット）を受信しなかった場合（ステップＳ１４：ＹＥＳ）、そのＩＰアドレスと対応付けるフラグ値を０として、テンポラリファイルに記憶させる（ステップＳ１５）。ステップＳ１４、ステップＳ１５におけるテンポラリファイルへの記憶において、一つのＩＰアドレスと当該ＩＰアドレスのフラグ値とが１レコードとして扱われる。
ステップＳ１４又はステップＳ１５の処理後、ＣＰＵ１１は、パケット送信対象ＩＰアドレス範囲に含まれる全てのＩＰアドレスに対して応答要請を行ったか否かをチェックする（ステップＳ１６）。パケット送信対象ＩＰアドレス範囲に含まれる全てのＩＰアドレスに対して応答要請を行っていない場合（ステップＳ１６：ＮＯ）、まだ応答要請を行っていないＩＰアドレスについて、ステップＳ１２の処理を行う。一方、ステップＳ１６においてパケット送信対象ＩＰアドレス範囲に含まれる全てのＩＰアドレスに対して応答要請を行った場合（ステップＳ１６：ＹＥＳ）、ＣＰＵ１１は応答要請及び応答の検知処理を終了する。
応答の検知処理の終了後、ＣＰＵ１１は、どのＶｏＩＰ端末２０からもマスター電話帳ファイルのダウンロードが行われていないか否かをチェックする（ステップＳ５）。どのＶｏＩＰ端末２０からもマスター電話帳ファイルのダウンロードが行われていないか否かのチェックは、マスター電話帳ファイルの取得のための通信要求を送信してきた全てのＶｏＩＰ端末２０からマスター電話帳ファイルの取得完了を示すデータ（パケット）を受信したか否かに基づく。
ステップＳ５において、いずれかのＶｏＩＰ端末２０によりマスター電話帳ファイルのダウンロードが行われていた場合（ステップＳ５：ＮＯ）、ダウンロードを行っている全てのＶｏＩＰ端末２０についてマスター電話帳ファイルのダウンロードが完了するまで待機する（ステップＳ６）。一方、ステップＳ５において、どのＶｏＩＰ端末２０からもマスター電話帳ファイルのダウンロードが行われていない場合、ＣＰＵ１１は、マスター電話帳ファイルの更新処理を行う（ステップＳ７）。
ステップＳ５において、いずれかのＶｏＩＰ端末２０によりマスター電話帳ファイルのダウンロードが行われていた場合（ステップＳ５：ＮＯ）、ダウンロードを行っている全てのＶｏＩＰ端末２０についてマスター電話帳ファイルのダウンロードが完了するまで待機する（ステップＳ６）。一方、ステップＳ５において、どのＶｏＩＰ端末２０からもマスター電話帳ファイルのダウンロードが行われていない場合、ＣＰＵ１１は、マスター電話帳ファイルの更新処理を行う（ステップＳ７）。
ここで、図７のステップＳ７に示すマスター電話帳ファイルの更新処理について、図９のフローチャートを用いて説明する。
ＣＰＵ１１は、テンポラリファイルから1レコード読み込み（ステップＳ２１）、マスター電話帳ファイルに含まれるＩＰアドレスのうち、当該レコードに含まれるＩＰアドレスと同一のＩＰアドレスのフラグ値を、当該レコードのフラグ値で上書きする（ステップＳ２２）。
次に、ＣＰＵ１１は、テンポラリファイルの全レコードを読み込んだか否かチェックする（ステップＳ２３）。テンポラリファイルの全レコードを読み込んでいない場合（ステップＳ２３：ＮＯ）、ＣＰＵ１１は、まだ読み込んでいないレコードについて、ステップＳ２１の処理を行う。一方、ステップＳ２３においてテンポラリファイルの全レコードを読み込んだ場合（ステップＳ２３：ＹＥＳ）、ＣＰＵ１１はテンポラリファイルを削除する（ステップＳ２４）。そして、ＣＰＵ１１は、マスター電話帳ファイルのフラグ値が１つ以上変更されたか否か判定する（ステップＳ２５）。マスター電話帳ファイルのフラグ値が１つ以上変更された場合（ステップＳ２５：ＹＥＳ）、ＣＰＵ１１はパケット送信対象ＩＰアドレス範囲に含まれるすべてのＩＰアドレスに対して更新フラグデータを送信する（ステップＳ２６）。ステップＳ２６の処理後又はステップＳ２５においてマスター電話帳ファイルのフラグ値が１つも変更されていない場合（ステップＳ２５：ＮＯ）、ＣＰＵ１１は処理を終了する。
マスター電話帳ファイルの更新処理を以って、ＣＰＵ１１はマスター電話帳ファイル更新処理を終了する。
ＣＰＵ１１は、テンポラリファイルから1レコード読み込み（ステップＳ２１）、マスター電話帳ファイルに含まれるＩＰアドレスのうち、当該レコードに含まれるＩＰアドレスと同一のＩＰアドレスのフラグ値を、当該レコードのフラグ値で上書きする（ステップＳ２２）。
次に、ＣＰＵ１１は、テンポラリファイルの全レコードを読み込んだか否かチェックする（ステップＳ２３）。テンポラリファイルの全レコードを読み込んでいない場合（ステップＳ２３：ＮＯ）、ＣＰＵ１１は、まだ読み込んでいないレコードについて、ステップＳ２１の処理を行う。一方、ステップＳ２３においてテンポラリファイルの全レコードを読み込んだ場合（ステップＳ２３：ＹＥＳ）、ＣＰＵ１１はテンポラリファイルを削除する（ステップＳ２４）。そして、ＣＰＵ１１は、マスター電話帳ファイルのフラグ値が１つ以上変更されたか否か判定する（ステップＳ２５）。マスター電話帳ファイルのフラグ値が１つ以上変更された場合（ステップＳ２５：ＹＥＳ）、ＣＰＵ１１はパケット送信対象ＩＰアドレス範囲に含まれるすべてのＩＰアドレスに対して更新フラグデータを送信する（ステップＳ２６）。ステップＳ２６の処理後又はステップＳ２５においてマスター電話帳ファイルのフラグ値が１つも変更されていない場合（ステップＳ２５：ＮＯ）、ＣＰＵ１１は処理を終了する。
マスター電話帳ファイルの更新処理を以って、ＣＰＵ１１はマスター電話帳ファイル更新処理を終了する。
次に、ＶｏＩＰ端末２０の処理の流れについて、図１０及至図１２のフローチャートを用いて説明する。
図１０は、サーバ１０からの応答要請に対する応答処理の流れを示すフローチャートである。
ＶｏＩＰ端末２０のＣＰＵ２１は、通信部２６を介してサーバ１０から応答要請のデータ（パケット）を受信すると（ステップＳ３１：ＹＥＳ）、通信部２６を介して応答を示す所定のデータ（パケット）をサーバ１０へ送信する（ステップＳ３２）。
本実施形態では、ステップＳ３１に示す応答要請の受信検知は、ＶｏＩＰ端末２０の電源が入っている間は常に行われており、電源が切られない限り（ステップＳ３３：ＮＯ）、ステップＳ３２の処理後又は応答要請の受信が検知されない場合（ステップＳ３１：ＮＯ）、ステップＳ３１の処理に戻る。ＶｏＩＰの電源が切られると（ステップＳ３３：ＹＥＳ）、応答要請に対する応答処理は終了する。
図１０は、サーバ１０からの応答要請に対する応答処理の流れを示すフローチャートである。
ＶｏＩＰ端末２０のＣＰＵ２１は、通信部２６を介してサーバ１０から応答要請のデータ（パケット）を受信すると（ステップＳ３１：ＹＥＳ）、通信部２６を介して応答を示す所定のデータ（パケット）をサーバ１０へ送信する（ステップＳ３２）。
本実施形態では、ステップＳ３１に示す応答要請の受信検知は、ＶｏＩＰ端末２０の電源が入っている間は常に行われており、電源が切られない限り（ステップＳ３３：ＮＯ）、ステップＳ３２の処理後又は応答要請の受信が検知されない場合（ステップＳ３１：ＮＯ）、ステップＳ３１の処理に戻る。ＶｏＩＰの電源が切られると（ステップＳ３３：ＹＥＳ）、応答要請に対する応答処理は終了する。
図１１は、電話帳ファイルの更新処理の流れを示すフローチャートである。
ＶｏＩＰ端末２０のＣＰＵ２１は、更新フラグデータを受信したか否かを判定する（ステップＳ４１）。更新フラグデータを受信した場合（ステップＳ４１：ＹＥＳ）、ＣＰＵ２１は、サーバ１０のマスター電話帳ファイル取得のための通信要求を行う（ステップＳ４２）。その後、ＣＰＵ２１は、サーバ１０からステップＳ４２の通信要求に対する応答があるまで（ステップＳ４３：ＮＯ）待機し（ステップＳ４４）、通信要求に対する応答が得られた場合（ステップＳ４３：ＹＥＳ）、ＣＰＵ２１はサーバ１０からマスター電話帳ファイルをダウンロードする（ステップＳ４５）。マスター電話帳ファイルのダウンロードが完了するまで（ステップＳ４６：ＮＯ）、ＣＰＵ２１はマスター電話帳ファイルのダウンロードを続ける。ステップＳ４６において、マスター電話帳ファイルのダウンロードが完了した場合（ステップＳ４６：ＹＥＳ）、ＣＰＵ２１は、マスター電話帳ファイルにより電話帳ファイルを更新する（ステップＳ４７）。そして、ＣＰＵ２１は、マスター電話帳ファイルの取得完了を示すデータ（パケット）をサーバ１０へ送信する（ステップＳ４８）。
本実施形態では、ステップＳ４１に示す更新フラグデータの受信検知は、ＶｏＩＰ端末２０の電源が入っている間は常に行われており、電源が切られない限り（ステップＳ４９：ＮＯ）、ステップＳ４８の処理後又は更新フラグデータの受信が検知されない場合（ステップＳ４１：ＮＯ）、ステップＳ４１の処理に戻る。ＶｏＩＰの電源が切られると（ステップＳ４９：ＹＥＳ）、電話帳ファイルの更新処理は終了する。
ＶｏＩＰ端末２０のＣＰＵ２１は、更新フラグデータを受信したか否かを判定する（ステップＳ４１）。更新フラグデータを受信した場合（ステップＳ４１：ＹＥＳ）、ＣＰＵ２１は、サーバ１０のマスター電話帳ファイル取得のための通信要求を行う（ステップＳ４２）。その後、ＣＰＵ２１は、サーバ１０からステップＳ４２の通信要求に対する応答があるまで（ステップＳ４３：ＮＯ）待機し（ステップＳ４４）、通信要求に対する応答が得られた場合（ステップＳ４３：ＹＥＳ）、ＣＰＵ２１はサーバ１０からマスター電話帳ファイルをダウンロードする（ステップＳ４５）。マスター電話帳ファイルのダウンロードが完了するまで（ステップＳ４６：ＮＯ）、ＣＰＵ２１はマスター電話帳ファイルのダウンロードを続ける。ステップＳ４６において、マスター電話帳ファイルのダウンロードが完了した場合（ステップＳ４６：ＹＥＳ）、ＣＰＵ２１は、マスター電話帳ファイルにより電話帳ファイルを更新する（ステップＳ４７）。そして、ＣＰＵ２１は、マスター電話帳ファイルの取得完了を示すデータ（パケット）をサーバ１０へ送信する（ステップＳ４８）。
本実施形態では、ステップＳ４１に示す更新フラグデータの受信検知は、ＶｏＩＰ端末２０の電源が入っている間は常に行われており、電源が切られない限り（ステップＳ４９：ＮＯ）、ステップＳ４８の処理後又は更新フラグデータの受信が検知されない場合（ステップＳ４１：ＮＯ）、ステップＳ４１の処理に戻る。ＶｏＩＰの電源が切られると（ステップＳ４９：ＹＥＳ）、電話帳ファイルの更新処理は終了する。
図１２は、他のＶｏＩＰ端末２０への発呼処理の流れを示すフローチャートである。
ＶｏＩＰ端末２０のＣＰＵ２１は、記憶部２３から電話帳ファイルを読み出す（ステップＳ５１）。次に、ＣＰＵ２１は、電話帳ファイルに含まれるＩＰアドレスのうち、最近の応答要請に対して応答があったＩＰアドレス即ちフラグ値が１であるＩＰアドレスのいずれか一つを取得する（ステップＳ５２）。そして、ＣＰＵ２１は、取得したＩＰアドレスのＶｏＩＰ端末２０を発呼する（ステップＳ５３）。
ＶｏＩＰ端末２０のＣＰＵ２１は、記憶部２３から電話帳ファイルを読み出す（ステップＳ５１）。次に、ＣＰＵ２１は、電話帳ファイルに含まれるＩＰアドレスのうち、最近の応答要請に対して応答があったＩＰアドレス即ちフラグ値が１であるＩＰアドレスのいずれか一つを取得する（ステップＳ５２）。そして、ＣＰＵ２１は、取得したＩＰアドレスのＶｏＩＰ端末２０を発呼する（ステップＳ５３）。
発呼したＶｏＩＰ端末２０から発呼応答を受けた場合（ステップＳ５４：ＹＥＳ）、ＣＰＵ２１は、音声通話処理を行う（ステップＳ５５）。その後、音声通話処理を行っているＶｏＩＰ端末２０の少なくともいずれか一方において音声通話処理を終了させる旨の入力がなされるまで（ステップＳ５６：ＮＯ）、ＣＰＵ２１はステップＳ５５の音声通話処理を継続する。ステップＳ５６において音声通話処理を終了させる旨の入力がなされると（ステップＳ５６：ＹＥＳ）、ＣＰＵ２１は音声通話処理を終了する（ステップＳ５７）。
ステップＳ５７の終了後又はステップＳ５４において発呼したＶｏＩＰ端末２０から発呼応答を受けなかった場合（ステップＳ５４：ＮＯ）、ＣＰＵ２１は、電話帳データのうち発呼開始後にまだ発呼していないＩＰアドレスであって最近の応答要請に対して応答したＩＰアドレスがあるか否か判定する（ステップＳ５８）。発呼したＶｏＩＰ端末２０から発呼応答を受けなかった場合とは、発呼応答を受ける前に発呼を行ったＶｏＩＰ端末２０に対して現在発呼対象としている他のＶｏＩＰ端末２０に対する発呼を終了させる旨の入力がなされた場合や、発呼の対象となったＶｏＩＰ端末２０から発呼を拒否する旨の応答があった場合、予め定められた所定の時間（スキップ時間）が経過しても発呼応答を受けない場合等が挙げられる。
ステップＳ５８において、電話帳データのうち発呼開始後にまだ発呼していないＩＰアドレスであって最近の応答要請に対して応答したＩＰアドレスがある場合（ステップＳ５８：ＹＥＳ）、ＣＰＵ２１は電話帳データのうち発呼開始後にまだ発呼していないＩＰアドレスであって最近の応答要請に対して応答したＩＰアドレスについて、ステップＳ５２の処理を行う。一方、ステップＳ５８において、電話帳データのうち発呼開始後にまだ発呼していないＩＰアドレスであって最近の応答要請に対して応答したＩＰアドレスがない場合（ステップＳ５８：ＮＯ）、ＣＰＵ２１は他のＶｏＩＰ端末２０への発呼処理を終了する。
ステップＳ５８において、電話帳データのうち発呼開始後にまだ発呼していないＩＰアドレスであって最近の応答要請に対して応答したＩＰアドレスがある場合（ステップＳ５８：ＹＥＳ）、ＣＰＵ２１は電話帳データのうち発呼開始後にまだ発呼していないＩＰアドレスであって最近の応答要請に対して応答したＩＰアドレスについて、ステップＳ５２の処理を行う。一方、ステップＳ５８において、電話帳データのうち発呼開始後にまだ発呼していないＩＰアドレスであって最近の応答要請に対して応答したＩＰアドレスがない場合（ステップＳ５８：ＮＯ）、ＣＰＵ２１は他のＶｏＩＰ端末２０への発呼処理を終了する。
以上のように、本実施形態の通信システム１によれば、サーバ１０のＣＰＵ１１は全てのＶｏＩＰ端末２０に対して応答を要請し、ＶｏＩＰ端末２０による応答を検知してその応答の有無に基づいてマスター電話帳ファイルを更新する。
これによって、ＶｏＩＰ端末２０で用いられる電話帳ファイルの元となるマスター電話帳ファイルに、それぞれのＶｏＩＰ端末２０の応答の有無即ち最近の通信状態（通信可能又は通信不可能）を反映することができる。
そして、マスター電話帳ファイルの更新後、サーバ１０は、複数のＶｏＩＰ端末２０のそれぞれに更新されたマスター電話帳ファイルを送信する。これによって、ＶｏＩＰ端末２０は更新されたマスター電話帳ファイルを受信することができ、マスター電話帳ファイルに基づいて電話帳ファイルが更新されるので、ＶｏＩＰ端末２０は、それぞれのＶｏＩＰ端末２０の最近の通信状態を反映した電話帳ファイルを用いて発呼を行うことができる。つまり、最近の応答要請に対して応答をしなかったＶｏＩＰ端末２０即ち現在通信を行うことができない可能性の高いＶｏＩＰ端末２０に対する発呼を行わず、最近の応答要請に対して応答をしたＶｏＩＰ端末２０即ち現在通信を行うことができる可能性の高いＶｏＩＰ端末２０に対してのみ発呼を行うことができる。よって、ＶｏＩＰ端末を用いた音声通信における発呼の効率をより向上させることができる。
これによって、ＶｏＩＰ端末２０で用いられる電話帳ファイルの元となるマスター電話帳ファイルに、それぞれのＶｏＩＰ端末２０の応答の有無即ち最近の通信状態（通信可能又は通信不可能）を反映することができる。
そして、マスター電話帳ファイルの更新後、サーバ１０は、複数のＶｏＩＰ端末２０のそれぞれに更新されたマスター電話帳ファイルを送信する。これによって、ＶｏＩＰ端末２０は更新されたマスター電話帳ファイルを受信することができ、マスター電話帳ファイルに基づいて電話帳ファイルが更新されるので、ＶｏＩＰ端末２０は、それぞれのＶｏＩＰ端末２０の最近の通信状態を反映した電話帳ファイルを用いて発呼を行うことができる。つまり、最近の応答要請に対して応答をしなかったＶｏＩＰ端末２０即ち現在通信を行うことができない可能性の高いＶｏＩＰ端末２０に対する発呼を行わず、最近の応答要請に対して応答をしたＶｏＩＰ端末２０即ち現在通信を行うことができる可能性の高いＶｏＩＰ端末２０に対してのみ発呼を行うことができる。よって、ＶｏＩＰ端末を用いた音声通信における発呼の効率をより向上させることができる。
さらに、サーバ１０のＣＰＵ１１は、更新フラグデータを送信して電話帳データの更新後に複数のＶｏＩＰ端末２０のそれぞれに対してマスター電話帳ファイルの更新を通知する。そして、ＶｏＩＰ端末２０は、更新フラグデータを受信した場合、サーバ１０からマスター電話帳ファイルを取得し、電話帳ファイルを更新する。
これによって、ＶｏＩＰ端末２０の電話帳ファイルの更新の動作主体をそれぞれのＶｏＩＰ端末２０にすることができ、サーバ１０の処理負担を軽減させることができる。また、更新フラグデータを受信可能な、通信可能な状態にあるＶｏＩＰ端末２０が自発的にダウンロードをすることで、受信されるかどうか不明な状態でマスター電話帳ファイルの配信をサーバ１０にさせる等の処理を行わずに済むので、サーバ１０の処理負担及び通信回線の負荷を軽減させることができる。
これによって、ＶｏＩＰ端末２０の電話帳ファイルの更新の動作主体をそれぞれのＶｏＩＰ端末２０にすることができ、サーバ１０の処理負担を軽減させることができる。また、更新フラグデータを受信可能な、通信可能な状態にあるＶｏＩＰ端末２０が自発的にダウンロードをすることで、受信されるかどうか不明な状態でマスター電話帳ファイルの配信をサーバ１０にさせる等の処理を行わずに済むので、サーバ１０の処理負担及び通信回線の負荷を軽減させることができる。
さらに、電話帳管理ツール設定ファイルは、その内容にサーバ１０から全てのＶｏＩＰ端末２０に対して応答を要請する時間の周期を示す情報である電話帳更新間隔を含む。これによって、サーバ１０による応答要請を周期的に実施させることができる。また、電話帳更新間隔は任意に変更可能であることから、応答要請の周期を任意に決定することができる。
さらに、ＶｏＩＰ端末２０のＣＰＵ２１は、電話帳ファイルに基づいて他のＶｏＩＰ端末２０を所定の順序で順次発呼する。
これによって、個別に発呼の対象とする他のＶｏＩＰ端末２０を指定せずとも自動的に順次他のＶｏＩＰ端末２０に対する発呼が行われるので、ＶｏＩＰ端末を用いた音声通信における発呼の効率をより向上させることができる。
これによって、個別に発呼の対象とする他のＶｏＩＰ端末２０を指定せずとも自動的に順次他のＶｏＩＰ端末２０に対する発呼が行われるので、ＶｏＩＰ端末を用いた音声通信における発呼の効率をより向上させることができる。
なお、本発明は、上記の各実施形態に限定されることなく、本発明の趣旨を逸脱しない範囲において、種々の改良並びに設計の変更を行っても良い。
例えば、マスター電話帳ファイルの更新後、マスター電話帳ファイルの配信をサーバ１０に行わせてもよい。この場合、複数のＶｏＩＰ端末２０のそれぞれに更新されたマスター電話帳ファイルを取得させるための処理として、サーバ１０のＣＰＵ１１がマスター電話帳ファイルの送信要求をＶｏＩＰ端末２０に対して行い、当該送信要求に対する応答があったＶｏＩＰ端末２０に対してマスター電話帳ファイルを転送する。この場合でも、上記の実施形態と同様の効果を得られる。
また、サーバ１０からの応答要請に対する応答に、応答を行うＶｏＩＰ端末２０の情報を含めるようにしてもよい。例えば、応答要請をなされたＶｏＩＰ端末２０が応答として送信するデータが、そのＶｏＩＰ端末２０のＩＰアドレス及び登録名称を含む場合等が挙げられる。この場合、サーバ１０のＣＰＵ１１は、応答に含まれるＩＰアドレス及び登録名称を用いて新たなマスター電話帳ファイルを生成することができるので、マスター電話帳ファイルに含まれるＩＰアドレスを割り振られたＶｏＩＰ端末２０は全て最近の応答要請に対して応答を行ったＶｏＩＰ端末２０となる。つまり、マスター電話帳ファイルそのものが現在通信可能である可能性が高いＶｏＩＰ端末２０を示す情報となる。このため、フラグ値を用いなくてもよいので、マスター電話帳ファイルのデータ量を低減させることができる。加えて、現在通信不可能な状態にあるＶｏＩＰ端末２０に係る情報を含まないマスター電話帳ファイルを生成することができるので、マスター電話帳ファイルのデータ量をより低減させることができる。
また、マスター電話帳ファイル及び電話帳ファイルに含まれる複数のＶｏＩＰ端末２０のそれぞれに割り当てられたＩＰアドレスのうち一部又は全部について、それぞれのＶｏＩＰ端末２０の所属を示す所属情報を付加してもよい。
図１３は、所属情報を付加したマスター電話帳ファイル（電話帳ファイル）の内容の一例を示す図である。なお、図１３はフラグ値を含まないマスター電話帳ファイル（電話帳ファイル）の場合について説明しているが、フラグ値を含んでもよい。
図１３に示すように、マスター電話帳ファイルは、それぞれのＶｏＩＰ端末２０の所属を示す情報を含んでいる。図１３に示す例では、所属として「用途」と「グループ」とを設け、さらに「用途」の中で「発注用」及び「状況確認用」の分類を行い、「グループ」の中で「開発部」及び「知的財産部」の分類を行い、それぞれのＶｏＩＰ端末２０のＩＰアドレス及び登録名称について、そのＶｏＩＰ端末２０に係る所属にフラグ値（１）を立てているが、あくまで一例であり、それぞれのＶｏＩＰ端末２０の所属を判別可能なデータ構成であればその形式は問わない。
なお、図１３では、全てのＩＰアドレスが何らかの所属に含まれているが、どの所属にも含まれないＩＰアドレスがあってもよい。
図１３に示すように、マスター電話帳ファイルは、それぞれのＶｏＩＰ端末２０の所属を示す情報を含んでいる。図１３に示す例では、所属として「用途」と「グループ」とを設け、さらに「用途」の中で「発注用」及び「状況確認用」の分類を行い、「グループ」の中で「開発部」及び「知的財産部」の分類を行い、それぞれのＶｏＩＰ端末２０のＩＰアドレス及び登録名称について、そのＶｏＩＰ端末２０に係る所属にフラグ値（１）を立てているが、あくまで一例であり、それぞれのＶｏＩＰ端末２０の所属を判別可能なデータ構成であればその形式は問わない。
なお、図１３では、全てのＩＰアドレスが何らかの所属に含まれているが、どの所属にも含まれないＩＰアドレスがあってもよい。
また、マスター電話帳ファイル及び電話帳ファイルを複数の所属（又は複数の所属内の分類等）のそれぞれについて個別に設けてもよい。
この場合、電話帳管理ツール設定ファイルも複数の所属のそれぞれについて個別に設けることで、それぞれのマスター電話帳ファイルの更新及び電話帳ファイルの更新を、所属ごとに独立して行うことができる。
この場合、電話帳管理ツール設定ファイルも複数の所属のそれぞれについて個別に設けることで、それぞれのマスター電話帳ファイルの更新及び電話帳ファイルの更新を、所属ごとに独立して行うことができる。
そして、所属を含む電話帳ファイルを有するＶｏＩＰ端末２０は、所属に基づいて発呼を行うことができる。例えば、ある一つの所属に含まれるＶｏＩＰ端末２０のみに対して順次発呼を行うこと等が挙げられる。
このように、マスター電話帳ファイル及び電話帳ファイルに、それぞれのＶｏＩＰ端末２０の所属を示す所属情報を付加することで、ＶｏＩＰ端末２０は、所属に基づいて発呼を行うことができるので、発呼を順次行う対象とする他のＶｏＩＰ端末２０を所属に基づいて決定することができる。
このように、マスター電話帳ファイル及び電話帳ファイルに、それぞれのＶｏＩＰ端末２０の所属を示す所属情報を付加することで、ＶｏＩＰ端末２０は、所属に基づいて発呼を行うことができるので、発呼を順次行う対象とする他のＶｏＩＰ端末２０を所属に基づいて決定することができる。
また、ＶｏＩＰ端末２０に対する入力により、発呼を行うＶｏＩＰ端末２０の所属を選択することができるようにしてもよい。例えば、表示部２５により電話帳ファイルに設定された所属を一覧表示し、入力部２４を介してユーザによる所属の選択指示を受け付けるようにする仕組み等が考えられる。この場合、ＣＰＵ２１は、選択された所属に含まれる他のＶｏＩＰ端末２０を順次発呼する。ここで、入力部２４は、所属を選択する所属選択手段として機能する。
これによって、ユーザは発呼を行うＶｏＩＰ端末２０の所属を任意に選択することができ、必要に応じた発呼の対象選定を容易に行うことができる。
これによって、ユーザは発呼を行うＶｏＩＰ端末２０の所属を任意に選択することができ、必要に応じた発呼の対象選定を容易に行うことができる。
また、何らかの理由によりマスター電話帳ファイルの取得にエラーを生じたＶｏＩＰ端末２０からマスター電話帳ファイルの取得完了を示すデータ（パケット）が送られてこない場合等を考慮し、最後にマスター電話帳ファイルの取得のための通信要求を受信したときから所定の待機時間を経過した場合にはマスター電話帳ファイルの更新禁止を解除する等の例外処理を設けてもよい。
また、ＶｏＩＰ端末２０が発呼を行うとき、発呼前に電話帳ファイルの更新を行うようにしてもよい。この場合、発呼を行う必要が生じたときに電話帳ファイルの更新を行うことで、常に最新の電話帳ファイルに基づく発呼を行うことができる。また、それぞれのＶｏＩＰ端末２０の発呼のタイミングがばらつくことにより、電話帳ファイルの更新に係る通信の負荷を分散させることができる。
また、サーバ１０はマスター電話帳ファイルの更新後、更新フラグデータを定期的に配信するようにしてもよい。定期的な更新フラグデータの配信を予め定められた所定期間に限定してもよい。
また、上記の実施形態では、パケット送信対象ＩＰアドレス範囲に含まれるすべてのＩＰアドレスに対して更新フラグデータを送信しているが、最近の応答要請に対する応答があったＶｏＩＰ端末２０のＩＰアドレスに限定してもよい。
その他、本発明の趣旨を逸脱しない範囲において、上記の実施形態の各構成は適宜変更することができる。
また、上記の実施形態では、パケット送信対象ＩＰアドレス範囲に含まれるすべてのＩＰアドレスに対して更新フラグデータを送信しているが、最近の応答要請に対する応答があったＶｏＩＰ端末２０のＩＰアドレスに限定してもよい。
その他、本発明の趣旨を逸脱しない範囲において、上記の実施形態の各構成は適宜変更することができる。
１０ サーバ
１１ ＣＰＵ
１３ 記憶部
１６ 通信部
２０ ＶｏＩＰ端末
２１ ＣＰＵ
２３ 記憶部
２４ 入力部
２５ 表示部
２６ 通信部
２７ 音声入力部
２８ 音声出力部
３０ 無線アクセスポイント
１１ ＣＰＵ
１３ 記憶部
１６ 通信部
２０ ＶｏＩＰ端末
２１ ＣＰＵ
２３ 記憶部
２４ 入力部
２５ 表示部
２６ 通信部
２７ 音声入力部
２８ 音声出力部
３０ 無線アクセスポイント
Claims (12)
- 電話帳データを用いて他のＶｏＩＰ端末を発呼する複数のＶｏＩＰ端末と通信を行う情報処理装置であって、
前記複数のＶｏＩＰ端末のそれぞれに割り当てられたＩＰアドレスを含む電話帳データを記憶する電話帳データ記憶手段と、
前記電話帳データの更新に用いる情報であって前記複数のＶｏＩＰ端末のそれぞれに割り当てられるＩＰアドレスを示す情報を含む設定情報を記憶する設定情報記憶手段と、
前記設定情報に基づいて前記複数のＶｏＩＰ端末の全てに対して応答を要請する応答要請手段と、
前記応答要請手段により応答を要請されたＶｏＩＰ端末からの応答を検知する応答検知手段と、
前記応答検知手段により検知される応答の有無に基づいて前記電話帳データを更新する電話帳データ更新手段と、
前記電話帳データの更新後に前記複数のＶｏＩＰ端末のそれぞれに更新された電話帳データを送信する電話帳データ送信手段と、
を備えることを特徴とする情報処理装置。 - 前記設定情報は、前記複数のＶｏＩＰ端末の全てに対して応答を要請する周期に係る情報をさらに含むことを特徴とする請求項１に記載の情報処理装置。
- 前記電話帳データは、当該電話帳データに含まれる前記複数のＶｏＩＰ端末のそれぞれに割り当てられたＩＰアドレスのうち一部又は全部について、それぞれのＶｏＩＰ端末の所属を示す所属情報を付加することを特徴とする請求項１又は２に記載の情報処理装置。
- 前記所属は複数設けられ、
前記電話帳データ及び前記設定情報は複数の所属のそれぞれについて個別に設けられることを特徴とする請求項３に記載の情報処理装置。 - 電話帳データを用いて他のＶｏＩＰ端末を発呼する複数のＶｏＩＰ端末と、前記複数のＶｏＩＰ端末と通信を行う情報処理装置と、を含む通信システムであって、
前記情報処理装置は、
前記複数のＶｏＩＰ端末のそれぞれに割り当てられたＩＰアドレスを含む電話帳データを記憶する電話帳データ記憶手段と、
前記電話帳データの更新に用いる情報であって前記複数のＶｏＩＰ端末のそれぞれに割り当てられるＩＰアドレスを示す情報を含む設定情報を記憶する設定情報記憶手段と、
前記設定情報に基づいて前記複数のＶｏＩＰ端末の全てに対して応答を要請する応答要請手段と、
前記応答要請手段により応答を要請されたＶｏＩＰ端末からの応答を検知する応答検知手段と、
前記応答検知手段により検知される応答の有無に基づいて前記電話帳データを更新する電話帳データ更新手段と、
前記電話帳データの更新後に前記複数のＶｏＩＰ端末のそれぞれに更新された電話帳データを送信する電話帳データ送信手段と、を備え、
前記ＶｏＩＰ端末は、
前記情報処理装置から送信された電話帳データを受信する電話帳データ受信手段を備えることを特徴とする通信システム。 - 前記情報処理装置は、
前記電話帳データの更新後に前記複数のＶｏＩＰ端末のそれぞれに対して前記電話帳データの更新を通知する更新通知手段をさらに備え、
前記ＶｏＩＰ端末は、
前記更新通知手段からの通知を受信する更新通知受信手段と、
前記更新通知受信手段が通知を受信した場合、通信を介して前記電話帳データを前記情報処理装置から取得する電話帳データ取得手段と、
を備えることを特徴とする請求項５に記載の通信システム。 - 前記設定情報は、前記複数のＶｏＩＰ端末の全てに対して応答を要請する周期に係る情報をさらに含むことを特徴とする請求項５又は６に記載の通信システム。
- 前記ＶｏＩＰ端末は、前記電話帳データに基づいて他のＶｏＩＰ端末を所定の順序で順次発呼する発呼手段をさらに備えることを特徴とする請求項５から７のいずれか一項に記載の通信システム。
- 前記電話帳データは、当該電話帳データに含まれる前記複数のＶｏＩＰ端末のそれぞれに割り当てられたＩＰアドレスのうち一部又は全部について、それぞれのＶｏＩＰ端末の所属を示す所属情報を付加し、
前記発呼手段は、前記所属に基づいて他のＶｏＩＰ端末を順次発呼することを特徴とすることを特徴とする請求項８に記載の通信システム。 - 前記所属は複数設けられ、
前記電話帳データ及び前記設定情報は複数の所属のそれぞれについて個別に設けられることを特徴とする請求項９に記載の通信システム。 - 前記ＶｏＩＰ端末は、前記所属を選択する所属選択手段をさらに備え、
前記発呼手段は、前記所属選択手段により選択された所属に含まれる他のＶｏＩＰ端末を順次発呼することを特徴とする請求項１０に記載の通信システム。 - 電話帳データを用いて他のＶｏＩＰ端末を発呼する複数のＶｏＩＰ端末と通信を行う情報処理装置のコンピュータを制御するためのプログラムであって、
前記コンピュータを、
前記複数のＶｏＩＰ端末のそれぞれに割り当てられたＩＰアドレスを含む電話帳データを第１の記憶手段に記憶させる手段、
前記電話帳データの更新に用いる情報であって前記複数のＶｏＩＰ端末のそれぞれに割り当てられるＩＰアドレスを示す情報を含む設定情報を第２の記憶手段に記憶させる手段、
前記設定情報に基づいて前記複数のＶｏＩＰ端末の全てに対して応答を要請する応答要請手段、
前記応答要請手段により応答を要請されたＶｏＩＰ端末からの応答を検知する応答検知手段と、
前記応答検知手段により検知される応答の有無に基づいて前記電話帳データを更新する電話帳データ更新手段、
前記電話帳データの更新後に前記複数のＶｏＩＰ端末のそれぞれに更新された電話帳データを送信する電話帳データ送信手段、
として機能させるようにしたコンピュータ読み取り可能なプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2010220458A JP5664086B2 (ja) | 2010-09-30 | 2010-09-30 | 情報処理装置、通信システム及びプログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2010220458A JP5664086B2 (ja) | 2010-09-30 | 2010-09-30 | 情報処理装置、通信システム及びプログラム |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2014244660A Division JP6011601B2 (ja) | 2014-12-03 | 2014-12-03 | 情報処理装置及びプログラム |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2012080155A JP2012080155A (ja) | 2012-04-19 |
| JP2012080155A5 JP2012080155A5 (ja) | 2013-10-31 |
| JP5664086B2 true JP5664086B2 (ja) | 2015-02-04 |
Family
ID=46239948
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2010220458A Active JP5664086B2 (ja) | 2010-09-30 | 2010-09-30 | 情報処理装置、通信システム及びプログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5664086B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103840951B (zh) * | 2012-11-20 | 2017-11-14 | 中兴通讯股份有限公司 | 一种网络终端及其显示方法 |
| JP2018124113A (ja) * | 2017-01-31 | 2018-08-09 | セイコーインスツル株式会社 | 時計システムおよび時計 |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3636266B2 (ja) * | 1997-05-15 | 2005-04-06 | 株式会社日立製作所 | ウェブ・フォーン・ダイヤラー・システム |
| JP4030255B2 (ja) * | 2000-08-11 | 2008-01-09 | 富士通株式会社 | 電話帳情報変更装置 |
| JP4392159B2 (ja) * | 2002-09-10 | 2009-12-24 | 株式会社日立コミュニケーションテクノロジー | Ｉｐ電話機 |
| JP4093008B2 (ja) * | 2002-10-01 | 2008-05-28 | カシオ計算機株式会社 | ネットワーク電話システムおよびプログラム |
| JP4768201B2 (ja) * | 2002-12-18 | 2011-09-07 | Ｎｅｃインフロンティア株式会社 | ＶｏＩＰシステム及びそれに用いるルート障害通知方法 |
| JP4053028B2 (ja) * | 2004-06-30 | 2008-02-27 | 三洋電機株式会社 | Ｐｔｔシステム、携帯電話機、サーバ |
| JP4737980B2 (ja) * | 2004-12-07 | 2011-08-03 | 株式会社東芝 | 電話システム及びこの電話システムの主装置 |
| JP4347873B2 (ja) * | 2006-10-12 | 2009-10-21 | 富士通株式会社 | 状態通知方法及び状態通知システム |
| JP5057065B2 (ja) * | 2007-12-19 | 2012-10-24 | 株式会社エクォス・リサーチ | 移動体通信システム |
-
2010
- 2010-09-30 JP JP2010220458A patent/JP5664086B2/ja active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2012080155A (ja) | 2012-04-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108510389B (zh) | 基于区块链的智能合约调用方法、设备及可读存储介质 | |
| CN101385320A (zh) | 在电信装置之间共享简档数据 | |
| JP2009212550A (ja) | 端末機能管理サーバ、通信システム及び通信方法 | |
| CN102710864B (zh) | 来电铃声播放的方法 | |
| EP2635073A1 (en) | Access point selection based on number of successful connections | |
| JPWO2005083575A1 (ja) | データ通信方法、データ通信システム及び通信端末装置 | |
| JP2008092531A (ja) | 機能更新システム及び機能更新方法 | |
| US20100291913A1 (en) | Remote control method between mobile phones | |
| US20080123624A1 (en) | Controlling mobile voice calls remotely via a web interface | |
| JP5664086B2 (ja) | 情報処理装置、通信システム及びプログラム | |
| JP2007264945A (ja) | 機能設定装置、電子機器、電子機器の機能設定システム及び電子機器の機能設定方法 | |
| JP6011601B2 (ja) | 情報処理装置及びプログラム | |
| JP2017017745A (ja) | 情報処理装置、端末装置及びプログラム | |
| JP2015103862A (ja) | 通信端末、通信方法及びプログラム | |
| JP4331253B2 (ja) | ＶｏＩＰサービスシステム、呼制御サーバ、および呼制御方法 | |
| JP5201938B2 (ja) | 中継装置、端末、通信システム及び端末管理方法 | |
| JP2008060740A (ja) | 管理装置、管理システム、通信端末、ウェブサーバ、管理方法、プログラム、および記録媒体 | |
| JP2007005971A (ja) | ダウンロード方法、サーバシステム及び移動通信システム | |
| JP4379240B2 (ja) | Ｉｐ電話端末設定装置およびプログラム | |
| JP5283109B2 (ja) | 通話制御システム及び通話制御方法 | |
| JP4249122B2 (ja) | ＶｏＩＰサービスシステム、呼制御サーバ、および呼制御方法 | |
| JP2012080155A5 (ja) | 情報処理装置、通信システム及びプログラム | |
| JP4438572B2 (ja) | Ｉｐ電話端末設定装置、ｉｐ電話端末、およびプログラム | |
| JP2017046076A (ja) | 通信装置、通信システム、および、通信装置の制御方法 | |
| JP2006019797A (ja) | Ｉｐ電話端末装置及びその通信方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20130912 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20130912 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20140228 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20140401 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20141111 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20141124 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 5664086 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |