JP2007053501A - 管理装置、ｉｐ電話装置、ｉｐ電話システム及び更新方法 - Google Patents

Abstract

【課題】 ＩＰ電話網を介して音声ストリームによりＩＰ電話装置の設定情報やＩＰ電話装置のソフトウェア（以下、まとめて「更新情報」という）の更新処理を行うことにより、既存ネットワークの設計に手を加えることなく、異なるセグメントに対しても簡易に更新情報の送受を行うことを可能にする管理装置、ＩＰ電話装置、ＩＰ電話システム及び更新方法を提供すること。
【解決手段】 制御部２０４は、タイマ部２０２から入力される周期処理の開始指示に応じて、管理下のＩＰ電話装置に対する設定又はソフトウェアの更新処理を開始する。また、制御部２０４は、ＩＰ電話装置からの着信時に呼接続要求（ＩＮＶＩＴＥメッセージ）含まれるバージョン情報、設定の管理番号及び装置タイプ情報等に応じて、当該ＩＰ電話装置に対する設定又はソフトウェアの更新処理を開始する。
【選択図】 図２

Description

本発明は管理装置、ＩＰ電話装置、ＩＰ電話システム及び更新方法に関し、特に、ＩＰ電話装置の設定を更新する管理装置、ＩＰ電話装置、ＩＰ電話システム及び更新方法に関する。

一般的には、音声ネットワークと通常のデータネットワークは物理的に、あるいはＶＬＡＮ（Virtual LAN ）等の技術を用いて隔離された設計が行われることが多い。これはセキュリティ保護、またはネットワーク品質の確保といった観点の理由による。音声ネットワークは、文字通り音声のために設計されたものであるため、データ通信に一般的に使用されるプロトコルによる通信が、ネットワークの各セグメント毎に設置されたゲートウェイを透過できない場合がある。ここで述べるゲートウェイとは、Application Level GatewayやＵＰｎＰ（Universal Plug and Play）ルータ、ＳＴＵＮサーバ等の各種のメディアゲートウェイやそれ相当の機能を有するものを含む。

また、特許文献１には、インターネットを利用して通話を行うＶｏＩＰ用アダプタにおいて、機能向上のためのソフトウェア更新中でも通話を可能にするＶｏＩＰ用アダプタが提案されている。このＶｏＩＰ用アダプタでは、ＶｏＩＰ利用の通話と、データ通信の有無を監視して、通話及びデータ通信を利用中はソフトウェア更新処理を禁止し、利用中でない時にソフトウェア更新処理を許可し、ソフトウェア更新処理中は、電話網を利用した通話を可能にしている。
特開２００４−８０４８２号公報

しかしながら、上記のゲートウェイは音声や映像等とストリーム情報を透過する目的で設計されており、更新情報のようなデータの送受信を透過することは通常はしない。これを解決するためには、更新情報の送受信がゲートウェイを経由することの無いよう、各セグメント毎に管理装置を設置するか、データ転送プロトコルがゲートウェイを透過できるような手段を考案する必要があった。

さらに、端末の更新情報管理には、端末側から更新情報の取得を行う機能と、管理装置側から更新情報の通知を行う機能が必要になる。更新情報に伴うアクセス方向には端末側から管理装置側へと、管理装置側から端末側への二つの方向が存在するため、それぞれについて上記二つの機能を別々に考案する必要がある。

また、図２３に示す従来の一般的なネットワークでは、管理装置とＩＰ電話は同一セグメント内では一般的なＦＴＰ（File Transfer Protocol）やＨＴＴＰ（Hyper Text Transfer Protocol）等のプロトコルを用いて、双方向に通信をすることができる。一方、異なるセグメントに対してはファイアーウォール機能を持つルータ等によってアクセスすることができないことが多い。この場合、ルータの設定等で回避することは十分可能であるが、各セグメント毎に対処が必要であり極めて煩雑である。

また、上記特許文献１のＶｏＩＰ用アダプタが実現しようとする機能は、同一セグメント内に接続されたＩＰ電話及びデータ用端末のみに有効であり、異なるセグメントに対するアクセスには対応することができない。すなわち、このＶｏＩＰ用アダプタは、電話及びデータ用端末と電話網の間に接続して使用するものであり、異なるセグメントに対するアクセスには、上記のようにセグメント毎にルータ側の対処が必要であることに変わりはない。

本発明はかかる点に鑑みてなされたものであり、ＩＰ電話網を介して音声ストリームによりＩＰ電話装置の設定情報やＩＰ電話装置のソフトウェア（以下、まとめて「更新情報」という）の更新処理を行うことにより、既存ネットワークの設計に手を加えることなく、異なるセグメントに対しても簡易に更新情報の送受を行うことを可能にする管理装置、ＩＰ電話装置、ＩＰ電話システム及び更新方法を提供することを目的とする。

本発明の管理装置は、ＩＰ電話装置と呼を接続する呼接続手段と、前記呼接続手段により呼を接続したＩＰ電話装置に非音声データを含んだ音声ストリームを送信する送信手段と、を備える構成を採る。

本発明によれば、音声ストリームにＩＰ電話装置の設定情報あるいはＩＰ電話装置のソフトウェアを挿入して送信するので、ネットワーク環境（ファイアーウォール等）に左右されずにＩＰ電話装置の設定を更新することができる。

本発明の第１の態様に係る管理装置は、ＩＰ電話装置と呼を接続する呼接続手段と、前記呼接続手段により呼を接続したＩＰ電話装置に非音声データを含んだ音声ストリームを送信する送信手段と、を備える構成を採る。

この構成によれば、音声ストリームにＩＰ電話装置の設定情報やソフトウェアを挿入して送信するので、ネットワーク環境（ファイアーウォール等）に左右されずにＩＰ電話装置の設定を更新することができる。

本発明の第２の態様に係る管理装置は、管理下にあるＩＰ電話装置の更新情報を格納する更新情報格納手段と、前記ＩＰ電話装置と呼を接続する呼接続手段と、前記ＩＰ電話装置の設定に関する情報が含まれた音声ストリームを前記ＩＰ電話装置から受信する受信手段と、前記受信した音声ストリームの内容により更新が必要と判断した場合に前記更新情報格納手段の更新情報を音声ストリームに含めて前記ＩＰ電話装置に送信する送信手段と、を備え構成を採る。

この構成によれば、ＩＰ電話装置からの要求により更新情報を音声ストリームに挿入して送信するので、ＩＰ電話装置の都合の良い時に、ネットワーク環境（ファイアーウォール等）に左右されずにＩＰ電話装置の設定を更新することができる。

本発明の第３の態様に係る管理装置は、管理下にあるＩＰ電話装置の更新情報を管理する端末リストを格納する更新情報格納手段と、前記ＩＰ電話装置と呼を接続する呼接続手段と、前記端末リストに基づいて前記ＩＰ電話装置の設定に関する更新状況を音声ストリームに含めて前記ＩＰ電話装置に送信する送信手段と、を備える構成を採る。

この構成によれば、端末リストに基づいて音声ストリームにＩＰ電話装置のソフトウェアの更新状況（最終アクセス情報やバージョン情報等）を挿入して送信するので、ネットワーク環境（ファイアーウォール等）に左右されずにＩＰ電話装置の設定を効率よく更新することができる。

本発明の第４の態様に係る管理装置は、第３の態様に記載の管理装置において、前記送信手段は、前記端末リストに設定されたＩＰ電話装置の電話番号に自動的に発信して定期的に更新状況を確認し、更新が必要と判断した場合に前記更新情報格納手段の更新情報を音声ストリームに含めて前記ＩＰ電話装置に送信する構成を採る。

この構成によれば、ＩＰ電話装置の更新状況を定期的に確認しながら、ネットワーク環境（ファイアーウォール等）に左右されずにＩＰ電話装置の設定を自動的に更新することができる。

本発明の第５の態様に係る管理装置は、第１から３の何れかの態様に記載の管理装置において、前記送信手段は、設定されたデータブロックサイズ及びデータブロック送信間隔で前記更新情報を前記音声ストリームに含めて送信を行う構成を採る。

この構成によれば、ＩＰ電話網の帯域を圧迫しないように音声ストリームの使用帯域を制限することができる。

本発明の第６の態様に係る管理装置は、第１から３の何れかの態様に記載の管理装置において、前記呼接続手段は、前記更新情報に関する情報を呼接続要求に含めて前記ＩＰ電話装置と呼を接続する構成を採る。

この構成によれば、例えば、ＳＩＰのＩＮＶＩＴＥメッセージ等を利用してＩＰ電話装置の更新状況を容易に確認することができる。

本発明の第７の態様に係る管理装置は、管理下にあるＩＰ電話装置の端末情報を記憶する記憶手段と、前記ＩＰ電話装置と呼を接続する呼接続手段と、前記ＩＰ電話装置の設定に関する情報が含まれた音声ストリームを前記ＩＰ電話装置から受信する受信手段と、前記受信手段により音声ストリームを受信したとき前記音声ストリームに含まれるＩＰ電話装置の設定に関する情報に基づき前記記憶手段の端末情報を書き換える書換手段と、備える構成を採る。

この構成によれば、音声ストリームにＩＰ電話装置の設定に関する更新情報を挿入して送信するので、ネットワーク環境（ファイアーウォール等）に左右されずにＩＰ電話装置の端末情報を書き換えることができる。

本発明の第８の態様に係るＩＰ電話装置は、更新情報を格納する更新情報格納手段と、管理装置と呼を接続する呼接続手段と、更新情報が含まれた音声ストリームを前記管理装置から受信する受信手段と、前記受信した音声ストリームに含まれた更新情報により前記更新情報格納手段の更新情報を更新する更新手段と、を備える構成を採る。

この構成によれば、更新情報が含まれた音声ストリームを管理装置から受信して更新するので、ネットワーク環境（ファイアーウォール等）に左右されずにＩＰ電話装置の設定を更新することができる。

本発明の第９の態様に係るＩＰ電話装置は、更新情報を格納する更新情報格納手段と、
管理装置と呼を接続する呼接続手段と、自装置の設定に関する情報を含んだ音声ストリームを管理装置に送信する送信手段と、更新情報が含まれた音声ストリームを前記管理装置から受信する受信手段と、前記受信した音声ストリームに含まれた更新情報により前記更新情報格納手段の更新情報を更新する更新手段と、を備える構成を採る。

この構成によれば、管理装置への設定に関する通知により、管理装置から更新情報が含まれた音声ストリームを受信するので、ＩＰ電話装置の都合の良い時に、ネットワーク環境（ファイアーウォール等）に左右されずにＩＰ電話装置の設定を更新することができる。

本発明の第１０の態様に係るＩＰ電話装置は、第８又は第９の態様に記載のＩＰ電話装置において、前記受信手段は、通話中に更新情報が含まれた音声ストリームを前記管理装置から受信し、前記更新手段は、通話中に前記受信した音声ストリームに含まれた更新情報により前記更新情報格納手段の更新情報を更新する構成を採る。

この構成によれば、通常の通話に支障を来すことなく、ＩＰ電話装置の設定を自動的に更新することができる。

本発明の第１１の態様に係るＩＰ電話装置は、第１０の態様に記載のＩＰ電話装置において、前記受信手段は、通話終了後も前記音声ストリームの受信を継続し、前記更新手段は、通話終了後に継続して受信した音声ストリームに含まれた更新情報により前記更新情報格納手段の更新情報を更新する構成を採る。

この構成によれば、通話終了後もＩＰ電話装置の設定を自動的に更新することができる。

本発明の第１２の態様に係るＩＰ電話装置は、第８又は第９の態様に記載のＩＰ電話装置において、前記送信手段は、予め設定された管理装置の電話番号に自動的に発信して定期的に更新状況を確認し、前記受信手段は、前記更新状況に応じて更新情報が含まれた音声ストリームを前記管理装置から受信する構成を採る。

この構成によれば、ＩＰ電話装置の更新状況を定期的に確認しながら、ネットワーク環境（ファイアーウォール等）に左右されずにＩＰ電話装置の設定を自動的に更新することができる。

本発明の第１３の態様に係るＩＰ電話装置は、第８又は第９の態様に記載のＩＰ電話装置において、前記更新手段は、前記更新情報の更新後に再起動を促し、再起動指示により前記設定を更新する構成を採る。

この構成によれば、ユーザに再起動を促して設定を更新するので、設定の更新忘れを防止することができる。

本発明の第１４の態様に係るＩＰ電話システムは、ＩＰ電話網に接続されたＩＰ電話装置と、前記ＩＰ電話網を介して前記ＩＰ電話装置の更新情報を管理する管理装置と、から構成されるＩＰ電話システムであって、前記管理装置は、管理下にあるＩＰ電話装置の更新情報を管理する端末リストを格納する更新情報格納手段と、前記ＩＰ電話装置と呼を接続する呼接続手段と、前記端末リストに基づいて前記ＩＰ電話装置の設定に関する更新状況を音声ストリームに含めて前記ＩＰ電話装置に送信する送信手段と、を備え、前記ＩＰ電話装置は、更新情報を格納する更新情報格納手段と、前記管理装置と呼を接続する呼接続手段と、更新情報が含まれた音声ストリームを前記管理装置から受信する受信手段と、前記受信した音声ストリームに含まれた更新情報により前記更新情報格納手段の更新情報を更新する更新手段と、を備える構成を採る。

この構成によれば、端末リストに基づいて音声ストリームにＩＰ電話装置のソフトウェアの更新状況を挿入して送信するので、ネットワーク環境（ファイアーウォール等）に左右されずにＩＰ電話装置の設定を効率よく更新することができる。

本発明の第１５の態様に係る更新方法は、ＩＰ電話網に接続されたＩＰ電話装置と、前記ＩＰ電話網を介して前記ＩＰ電話装置の更新情報を管理する管理装置と、から構成されるＩＰ電話システムにおいてＩＰ電話装置の設定を更新する更新方法であって、前記管理装置は、管理下にあるＩＰ電話装置の更新情報を管理する端末リストを更新情報格納手段に格納し、前記ＩＰ電話装置と呼を接続した後、前記端末リストに基づいて前記ＩＰ電話装置の設定に関する更新状況を音声ストリームに含めて前記ＩＰ電話装置に送信し、前記ＩＰ電話装置は、更新情報を更新情報格納手段に格納し、前記管理装置と呼を接続した後、更新情報が含まれた音声ストリームを前記管理装置から受信し、受信した音声ストリームに含まれた更新情報により前記更新情報格納手段の更新情報を更新する方法を採る。

この方法によれば、端末リストに基づいて音声ストリームにＩＰ電話装置のソフトウェアの更新状況を挿入して送信するので、ネットワーク環境（ファイアーウォール等）に左右されずにＩＰ電話装置の設定を効率よく更新することができる。

以下、本発明の一実施の形態について図面を参照して詳細に説明する。

図１は、本実施の形態のＩＰ電話システムの全体構成を示す図である。図１において、ＩＰ電話システム１００は、ルータ１０１の下流側のＩＰ電話網Ｎ１に接続されて第１セグメントＳ１を構成する管理装置１０２、ＩＰ電話装置１０３及びメディアゲートウェイ１０４と、ルータ１０５の下流側のＩＰ電話網Ｎ２に接続されて第２セグメントＳ２を構成するＩＰ電話装置１０６及びメディアゲートウェイ１０７と、ルータ１０１，１０５の上流側のＩＰ電話網Ｎ３に接続された呼制御サーバ１０８と、から構成される。

ルータ１０１，１０５は、下流側又は上流側から受信するＩＰパケットに含まれるネットワーク層のアドレスに基づいて転送経路を選択するルーティング機能と、不正アクセスを検出して遮断するファイアウォール機能を有している。

管理装置１０２は、第１セグメントＳ１内のＩＰ電話装置１０３及び第２セグメントＳ２内のＩＰ電話装置１０６にそれぞれ格納されるＩＰ電話装置の設定及びソフトウェアに関する更新情報を管理する管理機能と、ＩＰ電話装置１０３，１０６に対して設定及びソフトウェアの更新処理を実行する更新処理機能を有している。

ＩＰ電話装置１０３，１０６は、メディアゲートウェイ１０４，１０７及びルータ１０１，１０５を介して他のセグメントのＩＰ電話との間で音声通話が可能な機能と、管理装置１０２から音声ストリームに含ませて送信される設定及びソフトウェアの更新情報により更新処理を実行する更新機能を有している。

メディアゲートウェイ１０４，１０７は、ＩＰ電話網Ｎ１，Ｎ２と接続され、これらの網間で呼を確立及び切断するためのプロトコル変換機能と、メディア形式を変換するメディア変換機能等を有している。

呼制御サーバ１０８は、ルータ１０１，１０５から受信する呼接続要求に含まれる電話番号をＩＰアドレスに変換して呼接続先のルータに転送する等の呼接続を制御する機能を有している。

次に、管理装置１０２内部の概略構成について、図２に示すブロック図を参照して説明する。

図２において、管理装置１０２は、入出力部２０１と、タイマ部２０２と、データベース部２０３と、制御部２０４と、ネットワーク制御部２０５と、から構成される。

入出力部２０１は、キーボード等の入力デバイスと、ディスプレイ等の出力デバイスから構成される。入出力部２０１は、ＩＰ電話装置毎にソフトウェアの更新状況(最終アクセス情報やバージョン情報など)を管理する端末リスト(図４の画面表示例から、右端の「更新ボタン」とその下の「全更新ボタン」を除いた情報が端末リストの内容である)の書換指示を制御部２０４に出力し、その書換指示に応じて制御部２０４から入力される端末リストの状態表示を行う。また、入出力部２０１は、ＩＰ電話装置に対する更新処理に際して、呼接続要求（ＩＮＶＩＴＥメッセージ）に設定する音声ポート番号、音声ストリームに含ませて送信する設定又はソフトウェアの更新情報のデータブロックサイズ及びデータブロック送信間隔等の環境設定を制御部２０４に出力する。さらに、入出力部２０１は、表示した端末リストにおいて入力された端末更新指示に応じた更新命令を制御部２０４に出力する。

タイマ部２０２は、予め設定された周期でタイマをカウントし、その周期のカウントアップ時に更新情報の周期処理の開始指示を制御部２０４に出力する。

データベース部２０３は、管理下のＩＰ電話装置のタイプ毎に、設定の管理番号と、電話番号と、ソフトウェアのバージョン情報と、更新処理によるＩＰ電話装置に対する最終アクセス情報とを対応付けた端末リストを記憶している。

制御部２０４は、入出力部２０１から入力される端末リストの書換指示に応じて、データベース部２０３に記憶されている端末リストの書換処理を実行し、その書換処理に伴う端末リストの表示データを入出力部２０１に出力する。また、制御部２０４は、入出力部２０１から入力される環境設定内容に応じて、音声ストリームに含ませてネットワーク制御部２０５から送信する設定又はソフトウェアの更新情報のデータブロックサイズ及びデータブロック送信間隔を制御する。

さらに、制御部２０４は、タイマ部２０２から入力される周期処理の開始指示に応じて、管理下のＩＰ電話装置に対する設定又はソフトウェアの更新処理を開始する。また、制御部２０４は、ネットワーク制御部２０５から入力されるＩＰ電話装置からの着信時に呼接続要求（ＩＮＶＩＴＥメッセージ）に含まれるバージョン情報、設定情報の管理番号及び装置タイプ情報等に応じて、当該ＩＰ電話装置に対する設定又はソフトウェアの更新処理を開始する。

また、制御部２０４は、入出力部２０１からの指示により、データベース部２０３に記憶される上記端末リストを外部ファイルにエクスポートしてバックアップをとる、または、外部ファイルからインポートして端末リストを上書きすることも可能である。

ネットワーク制御部２０５は、ＳＩＰ着信制御部２５１と、ＳＩＰ発信制御部２５２と、ＴＦＴＰ部２５３と、ネットワークＩ／Ｆ部２５４とから構成される。

ＳＩＰ着信制御部２５１は、ネットワークＩ／Ｆ部２５４を介して受信する呼接続要求の着信に応じて、ＳＩＰ（Session Initiation Protocol ）プロトコルにより呼接続シーケンスを制御し、呼接続後に受信する音声ストリームに含まれるＩＰパケットを制御部２０４に出力する。

ＳＩＰ発信制御部２５２は、制御部２０４から入力されるＩＰ電話装置への発信指示に応じて、ＳＩＰプロトコルにより呼接続要求をネットワークＩ／Ｆ部２５４を介してＩＰ電話装置に発信する。なお、ＳＩＰ着信制御部２５１及びＳＩＰ発信制御部２５２は、呼接続手段として機能する。

ＴＦＴＰ（Trivial File Transfer Protocol）部２５３は、制御部２０４から入力される更新情報のデータブロックサイズ及びデータブロック送信間隔に応じて、ＩＰ電話装置に対するＩＰパケットの送信を制御する。

ネットワークＩ／Ｆ部２５４は、ＩＰ電話網Ｎ１に接続され、ＩＰ電話装置からの着信信号をＳＩＰ着信制御部２５１に出力するとともに、ＳＩＰ発信制御部２５２から入力される送信信号をＩＰ電話網Ｎ１を介してメディアゲートウエイ１０４に送信するネットワークＩ／Ｆ機能を有している。なお、ネットワークＩ／Ｆ部２５４は、送信手段及び受信手段として機能する。

次に、ＩＰ電話装置１０３内部の概略構成について、図３に示すブロック図を参照して説明する。なお、ＩＰ電話装置１０６も同様の構成を有する。

図３において、ＩＰ電話装置１０３は、ハンドセット３０１と、表示部３０２と、更新情報格納部３０３と、メモリ３０４と、タイマ部３０５と、制御部３０６と、ネットワークＩ／Ｆ部３０７と、から構成される。

ハンドセット３０１は、ユーザによるオフフック操作又はオンフック操作に応じてオフフック信号又はオンフック信号を制御部３０６に出力する。また、ハンドセット３０１は、マイクとスピーカを備え、宛先ＩＰ電話装置との間の通話開始時にユーザの送話音声をマイクにより送話音声信号に変換して制御部３０６に出力するとともに、制御部３０６から入力される受話音声信号をスピーカにより受話音声として出力する。

表示部３０２は、液晶パネル等により構成され、ＩＰ電話装置１０３の現在のステータス（アイドル状態、発信状態、着信状態等）を表示するとともに、制御部３０６から入力された発信側ＩＰ電話装置の氏名、住所、電話番号等を表示する。また、表示部３０２は、制御部３０６から入力される更新情報取得中及び再起動中等の更新処理に伴う情報を表示する。

更新情報格納部３０３は、ＩＰ電話装置１０３の設定及びソフトウェアを格納するとともに、その設定及びソフトウェアに関する情報として、ソフトウェアのバージョン情報、設定情報の管理番号及び装置タイプ情報等を格納し、制御部３０６により実行される更新処理により設定及びソフトウェアが更新される。

メモリ３０４は、制御部３０６が実行する音声通話制御プログラム等を記憶するＲＯＭ（Read Only Memory）としての機能と、制御部３０６がプログラムを実行する際のワークメモリとして利用されるＲＡＭ（Random Access Memory）としての機能を有する。

タイマ部３０５は、予め設定された周期でタイマをカウントし、その周期のカウントアップ時に更新情報の周期処理の開始指示を制御部３０６に出力する。

制御部３０６は、メモリ３０４に記憶された音声通話制御プログラムに基づいてＩＰ電話網Ｎ１を介して他のＩＰ電話装置１０６と音声通話を行う際に必要となる全ての動作を制御する。従って、制御部３０６は、ＳＩＰやＨ．３２３に代表される呼制御プロトコルに従って、宛先端末との間の呼制御を実行する。また、制御部３０６は、表示部３０２やネットワークＩ／Ｆ部３０７に必要な指示を与える。

また、制御部３０６は、ネットワークＩ／Ｆ部３０７を介して管理装置１０２から接続要求（ＩＮＶＩＴＥメッセージ）を受信し、その呼接続要求に自装置の設定情報やソフトウェアのバージョン情報、音声ポート番号が設定されていることを確認すると、その音声ポートをオープンし、データブロックサイズを読み込んで指定された値を設定し、ＲＦＣ１３５０による通信手順で音声ストリームに含まれる設定やソフトウェアの更新情報のデータパケットを受信する。そして、制御部３０６は、全更新情報の正常な受信を確認した後、その更新情報により更新情報格納部３０３に記憶されている設定情報の書き換え処理、又はソフトウェアの更新処理を実行する。

さらに、制御部３０６は、タイマ部２０２から入力される周期処理の開始指示に応じて、更新情報格納部３０３から更新情報のバージョン情報、設定情報の管理番号及び装置タイプ情報を読み出し、これらの情報を設定した呼接続要求（ＩＮＶＩＴＥメッセージ）をネットワークＩ／Ｆ部３０７から管理装置１０２に送信して、管理装置１０２との間の呼を確立した後、管理装置１０２から音声ストリームに含ませて送信される設定又はソフトウェアの更新情報を受信して、同様に更新処理を開始する。なお、制御部３０６は、書換手段及び更新手段として機能する。

ネットワークＩ／Ｆ部３０７は、ＩＰ電話網Ｎ１に接続され、制御部３０６の制御により、送信信号をＩＰ電話網Ｎ１に送信するとともに、ＩＰ電話網Ｎ１から受信信号を受信して制御部３０６に出力するネットワークＩ／Ｆ機能を有している。なお、ネットワークＩ／Ｆ部３０７は、送信手段及び受信手段として機能する。

次に、ＩＰ電話装置１０３の更新情報を更新する際に、管理装置１０２とＩＰ電話装置１０３との間で実行される呼の確立と更新の判断について、以下に説明する。

図４は、管理装置１０２のデータベース部２０３に記憶されている上記端末リストに基づいて、管理装置１０２の入出力部２０１に表示される更新指示用画面４００の一例を示す図である。なお、更新指示用画面４００は、端末リストの内容に右端の「更新ボタン」とその下の「全更新ボタン」を加えたものである。

図４において、更新指示用画面４００には、ＩＰ電話装置毎に「管理番号」と、「電話番号」と、「装置タイプ」と、「バージョン情報」と、「最終アクセス情報」が表示される。また、個別にＩＰ電話装置の設定情報の更新またはソフトウェアの更新を行いたいときにユーザが更新処理を指示するためにマウス等でクリックする「更新ボタン」が対応付けて表示されるとともに、当該端末リストの全ＩＰ電話装置の更新処理を一括して指示する「全更新ボタン」が表示されている。

管理装置１０２のユーザは、この更新指示用画面４００を表示させて、所望のＩＰ電話装置に対する更新処理の開始指示を入力する。

次に、上記管理装置１０２における更新処理開始指示、又は上記ＩＰ電話装置１０３における更新処理開始指示より、管理装置１０２からＩＰ電話装置１０３に送信される、又はＩＰ電話装置１０３から管理装置１０２に送信される呼接続要求、すなわち、ＩＮＶＩＴＥメッセージのフォーマットの一例を図５に示す。このＩＮＶＩＴＥメッセージのフォーマットには、以下の要素が含まれる。

・管理装置１０２からＩＰ電話装置１０３への呼接続要求、又はＩＰ電話装置１０３から管理装置１０２への呼接続要求であることを示す情報(図５の“ｓ＝”行の「AD-7533-Update」)
・保持しているソフトウェアのバージョン情報(図５の“ｓ＝”行の「version/020000」)
・保持している設定の管理番号(図５の“ｓ＝”行の「conf/20050204」)
・更新情報を送受信する音声ポート番号(図５の“ｍ＝”行の「16384」)

図中の“ｓ＝”で示される行が今回の更新処理で拡張した拡張パラメータであり、このパラメータはＲＦＣ上はＩＰ電話装置固有の情報を表しており、既存の呼制御処理には一切影響を与えないものである。

次に、上記ＩＮＶＩＴＥメッセージにより、ＩＰ電話装置１０３から管理装置１０２に応答される、又は管理装置１０２からＩＰ電話装置１０３に応答される２００ ＯＫメッセージのフォーマットの一例を図６に示す。この２００ ＯＫメッセージでは、ＩＰ電話装置１０３に保持しているソフトウェアのバージョン情報と、設定の管理番号とが拡張パラメータとして設定される。

次に、管理装置１０２とＩＰ電話装置１０３との間で更新処理が実行される際の概略シーケンスについて図７及び図８に例示する。

図７（ａ）〜（ｃ）は、管理装置１０２からＩＰ電話装置１０３に対して更新処理を起動する際の概略シーケンス図を例示する。

同図（ａ）は管理装置１０２で要更新と判断される場合の概略シーケンス図を示す。この場合、管理装置１０２から上記拡張パラメータを設定したＩＮＶＩＴＥメッセージをＩＰ電話装置１０３に送信すると、ＩＰ電話装置１０３から管理装置１０２に上記拡張パラメータを設定した２００ ＯＫメッセージが応答されて、呼が接続される。ここで、管理装置１０２で２００ ＯＫメッセージから端末情報が取得されて、要更新と判断された結果、音声ストリームにより更新情報がＩＰ電話装置１０３に送信される。ＩＰ電話装置１０３では、更新情報が保存され、管理装置１０２では、更新情報の送信が完了次第、呼が切断される。

同図（ｂ）は管理装置１０２で更新不要と判断される場合の概略シーケンス図を示す。この場合、管理装置１０２ではＩＰ電話装置１０３から応答された２００ ＯＫメッセージから取得した端末情報により、最新バージョンが設定済み等の理由で更新不要と判断されて即座に呼の切断処理が実行される。

同図（ｃ）はＩＰ電話網の障害発生により更新情報の受信が完了しない場合の概略シーケンス図を示す。この場合、ＩＰ電話装置１０３では呼接続後に更新情報の受信を監視するタイマが起動され、通信不良により、一定時間内に更新情報の受信が完了しなかった場合、呼の切断処理が実行される。

図８（ａ）〜（ｃ）は、ＩＰ電話装置１０３から管理装置１０２に対して更新処理を起動する際の概略シーケンス図を例示する。これらの概略シーケンス図は、起動の方向が異なること以外は、上記図７（ａ）〜（ｃ）で説明した動作と同様であるため説明は省略する。

次に、管理装置１０２において管理対象外の端末からアクセスされた場合の概略シーケンス図を図９に例示する。図９において、管理装置１０２は、管理対象外の端末から上記独自メッセージを設定したＩＮＶＩＴＥメッセージを受信すると、受け入れ不可を示す「４８６ Ｎｏｔ Ａｃｃｅｐｔａｂｌｅ」メッセージを端末に送信して、更新処理を拒否する。

次に、管理装置１０２とＩＰ電話装置１０３との間で更新情報が送受信される際の送受信方式について図１０に示すシーケンス図を参照して説明する。なお、図１０は呼確立後の処理であり、装置間の呼確立シーケンス図の図示は省略している。

本実施の形態のデータ送受信方式は、基本的にＲＦＣ１３５０（ＴＦＴＰ Ｐｒｏｔｏｃｏｌ Ｒｅｖ２）に準拠する。但し、音声ネットワークの帯域を圧迫せず使用帯域を制御できるように当該規格を拡張する。音声ネットワークは、そこで使用されるメディアの種類に応じて、帯域設計がなされているため、その帯域を上回る速度で通信することは、音声ネットワークの通信品質を一時的に低下させる可能性がある。そこで、本実施の形態では、以下のような拡張内容に基づいて更新情報の送受信を制御する。

・データブロックサイズを可変とし、「Ｗｒｉｔｅ Ｒｅｑｕｅｓｔ」を送信する際にデータ送信側がデータ受信側にデータブロックサイズの通知を行う。
・データブロックの送信間隔を可変とする。

なお、図１０のタイマＡはデータブロック送信後の再送タイマであり、タイマＢはデータブロックの送信間隔を設定するタイマである。

管理装置１０２は、データ送信処理を開始すると、まず、「Ｗｒｉｔｅ Ｒｅｑｕｅｓｔ」メッセージをＩＰ電話装置１０３に送信して、データ送信開始とデータブロックサイズをＩＰ電話装置１０３に通知する（ステップＳ１００１）。この時、管理装置１０２は、タイマＡの再送カウントを開始する。

次に、管理装置１０２は、ＩＰ電話装置１０３から「ＡＣＫ」メッセージを受信すると（ステップＳ１００２）、タイマＡのカウントを停止し、タイマＢのカウントを開始して、データブロックの送信間隔を調整する。タイマＢがカウントアップすると、管理装置１０２は、最初のデータブロックである「Ｄａｔａ Ｂｌｏｃｋ１」をＩＰ電話装置１０３に送信して、タイマＡの再送カウントを開始する（ステップＳ１００３）。

次に、管理装置１０２は、ＩＰ電話装置１０３から「ＡＣＫ１」メッセージを受信すると（ステップＳ１００４）、タイマＡのカウントを停止し、同様にタイマＢのカウントを開始する。以後、管理装置１０２は、同様に、次のデータブロック「Ｄａｔａ Ｂｌｏｃｋ２」の送信処理を行う（ステップＳ１００５、Ｓ１００６）。

次に、管理装置１０２は、３番目のデータブロック「Ｄａｔａ Ｂｌｏｃｋ３」の送信時に（ステップＳ１００７）、タイマＡがカウントアップする一定時間内に「ＡＣＫ」メッセージの応答が無い場合は、データブロック「Ｄａｔａ Ｂｌｏｃｋ３」の再送を行う（ＲＦＣ１３５０準拠）（ステップＳ１００８）。続いて、管理装置１０２は、ＩＰ電話装置１０３から「ＡＣＫ３」メッセージを受信する（ステップＳ１００９）。

管理装置１０２は、以上のデータブロック送信処理を繰り返し実行し、最後のデータブロック「Ｄａｔａ Ｂｌｏｃｋ Ｌａｓｔ」とデータ送信終了通知をＩＰ電話装置１０３に送信する（ＲＦＣ１３５０準拠）（ステップＳ１０１０）。そして、管理装置１０２は、ＩＰ電話装置１０３から「ＡＣＫ Ｌａｓｔ」メッセージを受信すると（ステップＳ１０１１）、データ送信を完了する。

次に、データ送受信シーケンスにおける管理装置１０２内の動作について、管理装置１０２が更新処理を起動した場合を例に図１１に示すフロー図を参照して説明する。

管理装置１０２の制御部２０４は、入出力部２０１からの更新処理を指示する入力データ、又は、タイマ部２０２のカウントアップ時の開始指示を受信すると、上記拡張パラメータを設定したＩＮＶＩＴＥメッセージをＩＰ電話装置１０３に送信して、呼を確立して通信ポートをオープンすると（ステップＳ１０１）、ＩＰ電話装置１０３から「２００ ＯＫ」メッセージ応答を受信して(ステップＳ１０２)、上記拡張パラメータを正常に読み込んだかを判別する（ステップＳ１０３）。正常に読み込んだと判別すると（ステップＳ１０３：ＹＥＳ）、その拡張パラメータに設定されたデータブロックサイズに基づいてデータブロックサイズを設定する（ステップＳ１０４）。

次いで、制御部２０４は、呼確立後、データ送信開始とデータブロックサイズを設定した「Ｗｒｉｔｅ Ｒｅｑｕｅｓｔ」メッセージをＩＰ電話装置１０３に送信する（ステップＳ１０５）。そして、制御部２０４は、ＲＦＣ１３５０による通信手順でソフトウェア又は設定の更新情報を含む音声ストリームをＩＰ電話装置１０３に送信して(ステップＳ１０６)、正常終了（送信ＯＫ？）を判定する（ステップＳ１０７）。制御部２０４は、正常に終了（送信ＯＫ）したことを判別すると（ステップＳ１０７：ＹＥＳ）、正常終了をＩＰ電話装置１０３に通知し（ステップＳ１０８）、ＩＰ電話網Ｎ１の異常や外部から強制終了指示等により異常終了を判別すると（ステップＳ１０７：ＮＯ）、異常終了をＩＰ電話装置１０３に通知する（ステップＳ１０９）。

また、制御部２０４は、ステップＳ１０３において、拡張パラメータ読み込みエラーを判別すると（ステップＳ１０３：ＮＯ）、データブロックサイズを５１２Ｂｙｔｅに設定して（ステップＳ１１０）、上記ステップＳ１０５に移行する。

次に、データ送受信シーケンスにおけるＩＰ電話装置１０３内の動作について、管理装置１０２が更新処理を起動した場合を例に図１２に示すフロー図を参照して説明する。

ＩＰ電話装置１０３の制御部３０６は、タイマ部３０５によるカウントアップ時の開始指示、又は、管理装置１０２から受信するＩＮＶＩＴＥメッセージによりデータ通信開始命令を受信すると、上記拡張パラメータを設定した「２００ ＯＫ」メッセージをＩＰ電話装置１０３に送信して、呼を確立して通信ポートをオープンすると（ステップＳ２０１）、管理装置１０２から「Ｗｒｉｔｅ Ｒｅｑｕｅｓｔ」メッセージを受信する（ステップＳ２０２）。

次いで、制御部３０６は、受信メッセージに設定された拡張パラメータを正常に読み込んだかを判別する（ステップＳ２０３）。制御部３０６は、正常に読み込んだと判別すると（ステップＳ２０３：ＹＥＳ）、その拡張パラメータに設定されたデータブロックサイズに基づいてデータブロックサイズを設定する（ステップＳ２０４）。次いで、制御部３０６は、ＲＦＣ１３５０による通信手順でソフトウェア又は設定の更新情報を含む音声ストリームを受信して(ステップＳ２０５)、正常に受信したかを判定する（ステップＳ２０６）。制御部３０６は、正常に受信したことを判別すると（ステップＳ２０６：ＹＥＳ）、受信データを保存し（ステップＳ２０７）、正常終了を管理装置１０２に通知し（ステップＳ２０８）、ＩＰ電話網Ｎ１の異常や外部から強制終了指示等により正常に受信終了しなかったを判別すると（ステップＳ２０６：ＮＯ）、異常終了を管理装置１０２に通知する（ステップＳ２０９）。

また、制御部３０６は、ステップＳ２０３において、拡張パラメータ読み込みエラーを判別すると（ステップＳ２０３：ＮＯ）、データブロックサイズを５１２Ｂｙｔｅに設定して（ステップＳ２１０）、上記ステップＳ２０５に移行する。

次に、上記設定又はソフトウェア更新時のＩＰ電話装置１０３における操作概要を、以下の図１３〜図１７に示す表示例を参照して説明する。

図１３は、ＩＰ電話装置１０３のユーザによる更新時の操作概要を説明するための表示の遷移例を示す図である。

この図において、ＩＰ電話装置１０３のユーザが何等操作をしていない待機状態（以下、アイドル状態という）の時に着信があると、その表示部３０２には着信時刻と、発信者の氏名と、着信数が表示される（１３０１）。次いで、ＩＰ電話装置１０３のユーザ操作により管理装置１０２への発信が指示されると、その発信先の電話番号が表示される（１３０２）。次いで、管理装置１０２との間の呼が確立され、設定の更新情報の受信を開始すると、更新情報取得中を通知するメッセージが表示される（１３０３）。そして、更新情報の取得が正常に終了すると、その更新情報による設定の更新のため、自動的に再起動が実行され、その旨のメッセージが表示される（１３０４）。

この場合、ＩＰ電話装置１０３のユーザは、更新を意識して管理装置１０２に発信しているため、自動再起動への移行は問題ない。

図１４は、ＩＰ電話装置１０３のユーザによる更新失敗時の操作概要を説明するための表示の遷移例を示す図である。

この図において、１４０１〜１４０３に示す表示例は、上記図１３に示した１３０１〜１３０３と同様であるため説明を省略し、１４０４から説明する。

ＩＰ電話装置１０３は、管理装置１０２から更新情報を取得中に通信エラーが発生し、更新情報の取得に失敗すると、管理装置１０２との間の通信を切断したこと、通信エラーである旨等が表示される（１４０４）。その後、ユーザによりハンドセット３０１がオンフック操作されると、アイドル状態が表示される（１４０５）。

この場合、ＩＰ電話装置１０３のユーザは、更新情報の失敗が表示されアイドル状態に戻されるので、直ちに次の操作に移行することができる。

図１５は、ＩＰ電話装置１０３のアイドル状態中に管理装置１０２からの着信、あるいはＩＰ電話装置１０３の周期処理による発信によりバックグラウンドで更新処理する際の操作概要を説明するための表示の遷移例を示す図である。

この図において、ＩＰ電話装置１０３では、アイドル状態中に管理装置１０２からの着信、あるいはＩＰ電話装置１０３の周期処理による発信によりバックグラウンドで管理装置１０２から設定の更新情報の取得を開始すると、アイドル状態画面内にその旨が表示される（１５０１，１５０２）。次いで、更新情報の取得が終了すると、再起動を行って、設定を即時に有効にするかどうかをユーザに促すメッセージが表示される（１５０３）。この時、ユーザにより＜設定＞キーが押下されると、再起動が開始され、その旨が表示される（１５０４）。

この場合、ユーザの通常の発着信動作には影響を与えないことを基本とし、更新情報の取得中でも発信動作は可能とする。発信動作中でも更新情報の取得自体はバックグラウンドで処理を継続するものとする。

図１６は、図１５に示したバックグラウンド更新処理中に着信が発生した場合の操作概要を示す表示の遷移例を示す図である。

この図において、ＩＰ電話装置１０３では、アイドル状態中の更新情報取得中に（１６０１，１６０２）、着信が発生すると、その旨が表示される（１６０３）。ユーザの＜設定＞キー押下により再起動、着信応答が行われ、通話となる（１６０４）。この時、更新情報の取得処理はバックグラウンドで継続され、自動的に完了される。

そして、通話が終了すると通話が切断され（１６０５）、再起動を行って、設定を即時に有効にするかどうかをユーザに促すメッセージが表示される（１６０６）。この時、ユーザにより＜設定＞キーが押下されると、再起動が開始され、その旨が表示される（１６０７）。

この場合、バックグラウンド更新処理中に着信があっても、ユーザの着信動作には影響がないため、ＩＰ電話装置１０３の通常の電話機能に支障を来すことなく設定の更新処理を有効に利用することが可能になる。

図１７は、通話中にバックグラウンド更新処理が発生した場合の操作概要を示す表示の遷移例を示す図である。

この図において、ＩＰ電話装置１０３では、ユーザにより通話中に（１７０１）、管理装置１０２またはＩＰ電話装置１０３内の周期処理によりバックグラウンドで設定の更新情報の取得が開始されると、その旨が表示される（１７０２）。次いで、更新情報の取得が完了しても通話は継続され、通話情報の表示も継続される（１７０３）。そして、通話が切断されると（１７０４）、再起動を行って、設定を即時に有効にするかどうかをユーザに促すメッセージが表示される（１７０５）。この時、ユーザにより＜設定＞キーが押下されると、再起動が開始され、その旨が表示される（１７０６）。

この場合、通話中にバックグラウンド更新処理が可能であるため、ＩＰ電話装置１０３の通常の電話機能に支障を来すことなく設定の更新処理を有効に利用することが可能になる。

次に、ＩＰ電話装置１０３における手動操作による更新処理の基本動作について、図１８に示すフロー図を参照して説明する。

ＩＰ電話装置１０３において、ユーザによりダイアル操作が行われ管理装置１０２の電話番号が入力されると、制御部３０６は、管理装置１０２への発信を開始し(ステップＳ３０１)、発信が失敗したと判別した場合は（ステップＳ３０２：ＮＯ）、失敗表示を表示部３０２に行う（ステップＳ３０３）。この時、表示以外の各部の状態は通常の発信失敗動作に準ずるものとする。

また、制御部３０６は、管理装置１０２への発信が成功すると(ステップＳ３０２：ＹＥＳ)、呼接続処理を開始し（ステップＳ３０４）、呼接続の確立又は失敗を判別する（ステップＳ３０５）。呼接続が失敗すると（ステップＳ３０５：ＮＯ）、制御部３０６は、失敗表示を表示部３０２に行う（ステップＳ３０６）。この時、表示以外の各部の状態は通常の発信失敗動作に準ずるものとする。

呼が確立すると（ステップＳ３０５：ＹＥＳ）、制御部３０６は、管理装置１０２から送信される「Ｗｒｉｔｅ Ｒｅｑｕｅｓｔ」メッセージにを受信し（ステップＳ３０７）、メッセージに設定された上記拡張パラメータにより設定又はソフトウェアの更新の要否を判別する（ステップＳ３０８）。更新不要と判別すると（ステップＳ３０８：ＮＯ）、制御部３０６は、管理装置１０２側からの呼切断を待って更新不要を表示部３０２に表示する（ステップＳ３０９）。

更新必要と判別すると（ステップＳ３０８：ＹＥＳ）、制御部３０６は、管理装置１０２から更新情報を受信し(ステップＳ３１０)、受信完了の成否を判別する（ステップＳ３１１）。受信が失敗したと判別すると（ステップＳ３１１：ＮＯ）、制御部３０６は、失敗表示を表示部３０２に行う（ステップＳ３１２）。この時、表示以外の各部の状態は通常の発信失敗動作に準ずるものとする。

また、受信が正常に完了したと判別すると（ステップＳ３１１：ＹＥＳ）、制御部３０６は、受信した更新情報により更新情報格納部３０３内の設定又はソフトウェアを更新して（ステップＳ３１３）、再起動処理を行う（ステップＳ３１４）。

次に、ＩＰ電話装置１０３において、管理装置１０２から更新処理が起動された場合、又は、タイマによる周期的な更新動作について、図１９に示すフロー図を参照して説明する。図１９（ａ）はバックグラウンド更新処理を示すフロー図であり、（ｂ）は更新後の再起動処理を示すフロー図である。

図１９（ａ）において、ＩＰ電話装置１０３の制御部３０６は、着信した電話番号により発信者が管理装置１０２か否かを判別し（ステップＳ４０１）、発信者が管理装置１０２以外の場合は（ステップＳ４０１：ＮＯ）、通常の電話着信であると判別して、通常の電話着信処理を実行する（ステップＳ４０２）。発信者が管理装置１０２である場合は（ステップＳ４０１：ＹＥＳ）、制御部３０６は、管理装置１０２との間の呼接続を行い(ステップＳ４０３)、呼接続の成否を判別する（ステップＳ４０４）。

また、制御部３０６は、着信による管理装置１０２との呼接続以外に、タイマ部３０５に設定する周期タイマにより周期的に管理装置１０２に発信して更新処理を行うようにしても良い。その場合、ステップＳ４０３における呼接続成否の判別は、周期処理による呼接続成否の判別も兼ねている。

制御部３０６は、呼接続が失敗した場合は（ステップＳ４０４：ＮＯ）、エラーログをメモリ３０４に記録する（ステップＳ４０５）。また、呼が確立すると（ステップＳ４０４：ＹＥＳ）、制御部３０６は、管理装置１０２から送信される「Ｗｒｉｔｅ Ｒｅｑｕｅｓｔ」メッセージに設定された上記拡張パラメータにより設定又はソフトウェアの更新要否をチェックし（ステップＳ４０６）、更新が必要か否かを判別する（ステップＳ４０７）。更新不要と判別すると（ステップＳ４０７：ＮＯ）、制御部３０６は、管理装置１０２側からの呼切断を待って更新不要を表示部３０２に表示して、正常終了する（ステップＳ４０８）。

更新必要と判別すると（ステップＳ４０７：ＹＥＳ）、制御部３０６は、管理装置１０２から更新情報を受信し(ステップＳ４０９)、受信完了の成否を判別する（ステップＳ４１０）。受信が失敗したと判別すると（ステップＳ４１０：ＮＯ）、制御部３０６は、エラーログをメモリ３０４に記録する（ステップＳ４０５）。また、受信が正常に完了したと判別すると（ステップＳ４１０：ＹＥＳ）、制御部３０６は、受信した更新情報により更新情報格納部３０３内の設定又はソフトウェアを更新する（ステップＳ４１１）。次いで、制御部３０６は、更新有をメモリ３０４に記録して（ステップＳ４１２）、本処理を終了する。

図１９（ｂ）において、ＩＰ電話装置１０３の制御部３０６は、メモリ３０４に記録された更新の有無を周期的に監視し（ステップＳ４２１）、更新有が記録されていると（ステップＳ４２２：ＹＥＳ）、再起動確認通知を表示部３０２に表示して（ステップＳ４２３）、ユーザに再起動の操作を促す。制御部３０６は、ユーザの＜設定＞キー押下による再起動の有無を判別し（ステップＳ４２４）、＜設定＞キーが押下されないと（ステップＳ４２４：ＮＯ）、ステップＳ４２３の表示を継続する。また、ユーザにより＜設定＞キーが押下されると、制御部３０６は、再起動実行要求を確認し（ステップＳ４２４：ＹＥＳ）、再起動処理を実行する（ステップＳ４２５）。

次に、管理装置１０２における手動操作による更新処理の基本動作について、図２０に示すフロー図を参照して説明する。

管理装置１０２の制御部２０４は、図４に示した更新指示用画面４００において、ユーザ操作によりある端末（ここでは、ＩＰ電話装置１０３とする）の更新指示が入力されると、更新中である旨を管理装置に表示するとともに予め設定されたデータ転送速度を読み出す（ステップＳ５０１）。次いで、制御部２０４は、更新指示されたＩＰ電話装置１０３の電話番号に発信して(ステップＳ５０２)、成否を判別する（ステップＳ５０３）。

制御部２０４は、発信が失敗すると（ステップＳ５０３：ＮＯ）、端末リストにエラー履歴を書き込み（ステップＳ５０４）、発信が成功すると（ステップＳ５０３：ＹＥＳ）、ＩＰ電話装置１０３に対する呼接続を開始し(ステップＳ５０５)、その成否を判別する（ステップＳ５０６）。制御部２０４は、呼接続が失敗すると（ステップＳ５０６：ＮＯ）、端末リストにエラー履歴(エラー情報)を書き込む（ステップＳ５０７）。また、呼が確立すると（ステップＳ５０６：ＹＥＳ）、制御部２０４は、ＩＰ電話装置１０３に送信した「Ｗｒｉｔｅ Ｒｅｑｕｅｓｔ」メッセージの応答である「ＡＣＫ」メッセージを受信して設定情報の管理番号又はソフトウェアのバージョン情報をチェックして(ステップＳ５０８)、更新の要否を判別する（ステップＳ５０９）。

制御部２０４は、更新が必要であると判別すると（ステップＳ５０９：ＹＥＳ）、ＩＰ電話装置１０３の更新情報をデータベース部２０３から読み出して(ステップＳ５１０)、データ転送速度に応じて設定したデータブロックサイズ及びデータ送信間隔で更新情報を音声ストリームに含ませてＩＰ電話装置１０３に送信し(ステップＳ５１１)、その成否を判別する（ステップＳ５１２）。

制御部２０４は、ＩＰ電話装置１０３から送信される「ＡＣＫ」メッセージ受信の有無により送信が失敗であると判別すると（ステップＳ５１２：ＮＯ）、端末リストにエラー履歴(エラー情報)を書き込む（ステップＳ５１３）。また、制御部２０４は、送信完了であると判別すると（ステップＳ５１２：ＹＥＳ）、ＩＰ電話装置１０３の更新履歴として、図４に示すバージョン情報や最終アクセス情報をデータベース部２０３に書き込む（ステップＳ５１４）。

また、制御部２０４は、ステップＳ５０８のバージョンチェックにより更新不要であると判別すると（ステップＳ５０９：ＮＯ）、ＩＰ電話装置１０３の更新履歴として、図４に示す最終アクセス情報をデータベース部２０３に書き込む（ステップＳ５１４）。

次に、管理装置１０２における一斉更新動作について、図２１に示すフロー図を参照して説明する。

この一斉更新動作は、図４に示した更新指示用画面４００において、ユーザ操作により全更新ボタンが押下されたか、又は、周期タイマのタイムアップにより開始する。

管理装置１０２の制御部２０４は、ユーザ操作により全更新ボタンが押下され、又は、周期タイマがタイムアップすると、本処理を開始し、端末リストに記憶された各端末の更新動作を順次行う。まず、データベース部２０３に記憶されている端末リストを検索して（ステップＳ６０１）、端末リストに更新処理を行うべき端末がないと判別すると（ステップＳ６０２：ＮＯ）、更新動作を待機するアイドル状態に移行する（ステップＳ６０３）。制御部２０４は、端末リストに更新処理を行うべき端末があると判別すると（ステップＳ６０２：ＹＥＳ）、その端末の更新状況を確認して(ステップＳ６０４)、更新要否を判別する（ステップＳ６０５）。

制御部２０４は、当該端末の更新状況により更新要と判別すると（ステップＳ６０５：ＹＥＳ）、図２０に示した手動更新と同様の更新処理を実行する（ステップＳ６０６）。また、制御部２０４は、当該端末の更新状況により更新不要と判別すると（ステップＳ６０５：ＮＯ）、ユーザによる入出力部２０１からの中断命令の有無をチェックする（ステップＳ６０７）。

制御部２０４は、中断命令が入力されないと（ステップＳ６０８：ＹＥＳ）、ステップＳ６０１に戻って端末リストから次の更新処理を行う端末を検索する。また、制御部２０４は、中断命令が入力されると（ステップＳ６０８：ＮＯ）、更新処理を中断して、更新動作を待機するアイドル状態に移行する（ステップＳ６０９）。

次に、管理装置１０２における着信更新動作について、図２２に示すフロー図を参照して説明する。

この着信更新動作は、ＩＰ電話装置１０３の周期処理により送信されるＩＮＶＩＴＥメッセージの着信に応じて更新動作を開始する。

管理装置１０２の制御部２０４は、上記拡張パラメータが設定されたＩＮＶＩＴＥメッセージの着信を検出すると、その更新中であることを入出力部２０１に表示するとともに、設定されたデータ転送速度を読み出す（ステップＳ７０１）。次いで、制御部２０４は、ＩＰ電話装置１０３との間の呼接続を開始して(ステップＳ７０２)、その成否を判別する（ステップＳ７０３）。制御部２０４は、失敗であると判別すると（ステップＳ７０３：ＮＯ）、端末リストにエラー履歴(エラー情報)を書き込む（ステップＳ７０４）。また、制御部２０４は、呼が確立すると（ステップＳ７０３：ＹＥＳ）、ＩＮＶＩＴＥメッセージの拡張パラメータに設定された設定情報の管理番号又はソフトウェアのバージョン情報をチェックして(ステップＳ７０５)、更新要否を判別する（ステップＳ７０６）。

制御部２０４は、更新不要であると判別すると（ステップＳ７０６：ＮＯ）、端末リストに更新履歴を書き込む（ステップＳ７０７）。また、制御部２０４は、更新要であると判別すると（ステップＳ７０６：ＹＥＳ）、ＩＰ電話装置１０３の更新情報をデータベース部２０３から読み出して(ステップＳ７０８)、データ転送速度に応じて設定したデータブロックサイズ及びデータ送信間隔で更新情報を音声ストリームに含ませてＩＰ電話装置１０３に送信し(ステップＳ７０９)、その成否を判別する（ステップＳ７１０）。

制御部２０４は、ＩＰ電話装置１０３から送信される「ＡＣＫ」メッセージ受信の有無により送信が失敗であると判別すると（ステップＳ７１０：ＮＯ）、端末リストにエラー履歴を書き込む（ステップＳ７１１）。また、制御部２０４は、受信完了であると判別すると（ステップＳ７１０：ＹＥＳ）、ＩＰ電話装置１０３の更新履歴として、図４に示すバージョン情報や最終アクセス情報をデータベース部２０３に書き込んで（ステップＳ７１２）、本処理を終了する。

以上のように、本実施の形態のＩＰ電話システムによれば、管理装置は、管理下にあるＩＰ電話装置のリストである端末リストに基づいて音声ストリームにＩＰ電話装置のソフトウェアの更新情報を挿入して送信するので、ネットワーク環境（ファイアーウォール等）に左右されずにＩＰ電話装置の設定を効率よく更新することができる。

また、本実施の形態のＩＰ電話システムによれば、管理装置は、端末リストに設定されたＩＰ電話装置の電話番号に自動的に発信して定期的に更新状況を確認し、更新が必要と判断した場合に更新情報を音声ストリームに含めてＩＰ電話装置に送信するので、ＩＰ電話装置の更新状況を定期的に確認しながら、ネットワーク環境（ファイアーウォール等）に左右されずにＩＰ電話装置の設定を自動的に更新することができる。

さらに、本実施の形態のＩＰ電話システムによれば、管理装置は、設定されたデータブロックサイズ及びデータブロック送信間隔で音声ストリームの送信を行うので、ＩＰ電話網の帯域を圧迫しないように音声ストリームの使用帯域を制限することができる。

また、本実施の形態のＩＰ電話システムによれば、ＩＰ電話装置は、管理装置の電話番号に発信するだけで、管理装置から更新情報が含まれた音声ストリームを受信するので、ＩＰ電話装置の都合の良い時に、ネットワーク環境（ファイアーウォール等）に左右されずにＩＰ電話装置の設定を更新することができる。

さらに、本実施の形態のＩＰ電話システムによれば、ＩＰ電話装置は、通話中に更新情報が含まれた音声ストリームを管理装置から受信し、通話と並行してこの受信した音声ストリームに含まれた更新情報により設定を更新するので、通常の通話に支障を来すことなく、ＩＰ電話装置の設定を自動的に更新することができる。

さらに、本実施の形態のＩＰ電話システムによれば、ＩＰ電話装置は、通話終了後も音声ストリームの受信を継続し、通話終了後に継続して受信した音声ストリームに含まれた更新情報により設定を更新するので、通話終了後もＩＰ電話装置の設定を自動的に更新することができる。その後、ＩＰ電話装置は、更新情報の更新後に再起動を促すメッセージを表示し、ユーザの再起動指示により設定を更新するので、設定の更新忘れを防止することができる。

なお、上記実施の形態では、同一セグメント内の管理装置とＩＰ電話装置の間の更新処理について説明したが、管理装置から他のセグメントのＩＰ電話装置に対しても同様に更新処理が実行可能である。

また、上記実施の形態では、管理装置とＩＰ電話装置間の通信プロトコルがＳＩＰの場合を示したが、他の通信プロトコルとして、例えば、Ｈ．３２３を利用するようにしてもよい。

本発明に係る管理装置、ＩＰ電話装置、ＩＰ電話システム及び更新方法によれば、ＩＰ電話網を介して音声ストリームによりソフトウェアの更新処理を行うことにより、既存ネットワークの設計に手を加えることなく、異なるセグメントに対しても簡易に更新情報の送受を行うことを可能にするＩＰ電話システムを提供できる点で有用である。

本発明の実施の形態に係るＩＰ電話システムの全体構成を示す図 本実施の形態に係る管理装置内部の概略構成を示すブロック図 本実施の形態に係るＩＰ電話装置内部の概略構成を示すブロック図 本実施の形態に係る管理装置に表示される更新指示用画面の一例を示す図 本実施の形態に係る管理装置からＩＰ電話装置に呼接続要求を行うＩＮＶＩＴＥメッセージのフォーマットの一例を示す図 本実施の形態に係るＩＰ電話装置から管理装置に応答する２００ ＯＫメッセージのフォーマットの一例を示す図 本実施の形態に係る管理装置からＩＰ電話装置に対して更新処理を起動する際の概略シーケンスを示す図であり、（ａ）は管理装置で要更新と判断される場合の概略シーケンス図、（ｂ）は管理装置で更新不要と判断される場合の概略シーケンス図、（ｃ）はＩＰ電話網の障害発生により更新情報の受信が完了しない場合の概略シーケンス図 本実施の形態に係るＩＰ電話装置から管理装置に対して更新処理を起動する際の概略シーケンスを示す図であり、（ａ）は管理装置で要更新と判断される場合の概略シーケンス図、（ｂ）は管理装置で更新不要と判断される場合の概略シーケンス図、（ｃ）はＩＰ電話網の障害発生により更新情報の受信が完了しない場合の概略シーケンス図 本実施の形態に係る管理装置で管理対象外の端末からアクセスされた場合の概略シーケンスを示す図 本実施の形態に係る呼確立後の装置間のデータ送受信シーケンスを示す図 本実施の形態に係るデータ送受信シーケンスにおける管理装置内の動作を示すフロー図 本実施の形態に係るデータ送受信シーケンスにおけるＩＰ電話装置内の動作を示すフロー図 本実施の形態に係るＩＰ電話装置のユーザによる更新時の操作概要を説明するための表示の遷移例を示す図 本実施の形態に係るＩＰ電話装置のユーザによる更新失敗時の操作概要を説明するための表示の遷移例を示す図 本実施の形態に係るＩＰ電話装置のアイドル状態中にバックグラウンドで更新処理する際の操作概要を説明するための表示の遷移例を示す図 本実施の形態に係るバックグラウンド更新処理中に着信が発生した場合の操作概要を示す表示の遷移例を示す図 本実施の形態に係る通話中にバックグラウンド更新処理が発生した場合の操作概要を示す表示の遷移例を示す図 本実施の形態に係るＩＰ電話装置における手動操作による基本動作を示すフロー図 本実施の形態に係る（ａ）はＩＰ電話装置のバックグラウンド更新処理を示すフロー図、（ｂ）はＩＰ電話装置の更新後の再起動処理を示すフロー図 本実施の形態に係る管理装置における手動操作による基本動作を示すフロー図 本実施の形態に係る管理装置における一斉更新動作を示すフロー図 本実施の形態に係る管理装置における着信更新動作を示すフロー図 従来のＩＰ電話システムの全体構成を示す図

符号の説明

１００ ＩＰ電話システム
１０１、１０５ ルータ
１０２ 管理装置
１０３、１０６ ＩＰ電話装置
１０４、１０７ メディアゲートウェイ
１０８ 呼制御サーバ
２０１ 入出力部
２０２、３０５ タイマ部
２０３ データベース部
２０４、３０６ 制御部
２０５ ネットワーク制御部
２５１ ＳＩＰ着信制御部
２５２ ＳＩＰ発信制御部
２５３ ＴＦＴＰ部
２５４、３０７ ネットワークＩ／Ｆ部
３０１ ハンドセット
３０２ 表示部
３０３ 更新情報格納部
３０４ メモリ

Claims (15)

1. ＩＰ電話装置と呼を接続する呼接続手段と、
   前記呼接続手段により呼を接続したＩＰ電話装置に非音声データを含んだ音声ストリームを送信する送信手段と、
   を備える管理装置。
2. 管理下にあるＩＰ電話装置の更新情報を格納する更新情報格納手段と、
   前記ＩＰ電話装置と呼を接続する呼接続手段と、
   前記ＩＰ電話装置の設定に関する情報が含まれた音声ストリームを前記ＩＰ電話装置から受信する受信手段と、
   前記受信した音声ストリームの内容により更新が必要と判断した場合に前記更新情報格納手段の更新情報を音声ストリームに含めて前記ＩＰ電話装置に送信する送信手段と、
   を備える管理装置。
3. 管理下にあるＩＰ電話装置の更新情報を管理する端末リストを格納する更新情報格納手段と、
   前記ＩＰ電話装置と呼を接続する呼接続手段と、
   前記端末リストに基づいて前記ＩＰ電話装置の設定に関する更新状況を音声ストリームに含めて前記ＩＰ電話装置に送信する送信手段と、
   を備える管理装置。
4. 前記送信手段は、前記端末リストに設定されたＩＰ電話装置の電話番号に自動的に発信して定期的に更新状況を確認し、更新が必要と判断した場合に前記更新情報格納手段の更新情報を音声ストリームに含めて前記ＩＰ電話装置に送信する請求項３記載の管理装置。
5. 前記送信手段は、設定されたデータブロックサイズ及びデータブロック送信間隔で前記更新情報を前記音声ストリームに含めて送信を行う請求項１から３の何れか一項に記載の管理装置。
6. 前記呼接続手段は、前記更新情報に関する情報を呼接続要求に含めて前記ＩＰ電話装置と呼を接続する請求項１から３の何れか一項に記載の管理装置。
7. 管理下にあるＩＰ電話装置の端末情報を記憶する記憶手段と、
   前記ＩＰ電話装置と呼を接続する呼接続手段と、
   前記ＩＰ電話装置の設定に関する情報が含まれた音声ストリームを前記ＩＰ電話装置から受信する受信手段と、
   前記受信手段により前記音声ストリームを受信したとき当該音声ストリームに含まれるＩＰ電話装置の設定に関する更新情報に基づき前記記憶手段の端末情報を書き換える書換手段と、
   を備える管理装置。
8. 更新情報を格納する更新情報格納手段と、
   管理装置と呼を接続する呼接続手段と、
   更新情報が含まれた音声ストリームを前記管理装置から受信する受信手段と、
   前記受信した音声ストリームに含まれた更新情報により前記更新情報格納手段の更新情報を更新する更新手段と、
   を備えるＩＰ電話装置。
9. 更新情報を格納する更新情報格納手段と、
   管理装置と呼を接続する呼接続手段と、
   自装置の設定に関する情報を含んだ音声ストリームを管理装置に送信する送信手段と、
   更新情報が含まれた音声ストリームを前記管理装置から受信する受信手段と、
   前記受信した音声ストリームに含まれた更新情報により前記更新情報格納手段の更新情報を更新する更新手段と、
   を備えるＩＰ電話装置。
10. 前記受信手段は、通話中に更新情報が含まれた音声ストリームを前記管理装置から受信し、
    前記更新手段は、通話中に前記受信した音声ストリームに含まれた更新情報により前記更新情報格納手段の更新情報を更新する請求項８又は９記載のＩＰ電話装置。
11. 前記受信手段は、通話終了後も前記音声ストリームの受信を継続し、
    前記更新手段は、通話終了後に継続して受信した音声ストリームに含まれた更新情報により前記更新情報格納手段の更新情報を更新する請求項１０記載のＩＰ電話装置。
12. 前記送信手段は、予め設定された管理装置の電話番号に自動的に発信して定期的に更新状況を確認し、
    前記受信手段は、前記更新状況に応じて更新情報が含まれた音声ストリームを前記管理装置から受信する請求項８又は９記載のＩＰ電話装置。
13. 前記更新手段は、前記更新情報の更新後に再起動を促し、再起動指示により前記設定を更新する請求項８又は９記載のＩＰ電話装置。
14. ＩＰ電話網に接続されたＩＰ電話装置と、前記ＩＰ電話網を介して前記ＩＰ電話装置の更新情報を管理する管理装置と、から構成されるＩＰ電話システムであって、
    前記管理装置は、
    管理下にあるＩＰ電話装置の更新情報を管理する端末リストを格納する更新情報格納手段と、
    前記ＩＰ電話装置と呼を接続する呼接続手段と、
    前記端末リストに基づいて前記ＩＰ電話装置の設定に関する更新状況を音声ストリームに含めて前記ＩＰ電話装置に送信する送信手段と、を備え、
    前記ＩＰ電話装置は、
    更新情報を格納する更新情報格納手段と、
    前記管理装置と呼を接続する呼接続手段と、
    更新情報が含まれた音声ストリームを前記管理装置から受信する受信手段と、
    前記受信した音声ストリームに含まれた更新情報により前記更新情報格納手段の更新情報を更新する更新手段と、を備えるＩＰ電話システム。
15. ＩＰ電話網に接続されたＩＰ電話装置と、前記ＩＰ電話網を介して前記ＩＰ電話装置の更新情報を管理する管理装置と、から構成されるＩＰ電話システムにおいてＩＰ電話装置の設定を更新する更新方法であって、
    前記管理装置は、
    管理下にあるＩＰ電話装置の更新情報を管理する端末リストを更新情報格納手段に格納し、前記ＩＰ電話装置と呼を接続した後、前記端末リストに基づいて前記ＩＰ電話装置の設定に関する更新状況を音声ストリームに含めて前記ＩＰ電話装置に送信し、
    前記ＩＰ電話装置は、
    更新情報を更新情報格納手段に格納し、前記管理装置と呼を接続した後、更新情報が含まれた音声ストリームを前記管理装置から受信し、受信した音声ストリームに含まれた更新情報により前記更新情報格納手段の更新情報を更新する更新方法。

Images