(57)【要約】【課題】  一時的に負荷がサーバに集中するような状況下で、サーバの負荷状況に応じて電話端末を起動させて使用可能な状態にするＩＰ電話システムを提供する。【解決手段】  ＩＰ電話システムサーバ１１は構成情報要求を受信時に負荷を測定し、負荷が閾値以上であった場合、タイミング情報生成手段により再送時間を算出する。その後ＩＰ電話端末１２に求めた再送時間、および現在処理規制中であることを送信する。ＩＰ電話端末１２は通知された再送時間経過後に、構成情報要求のリトライを行うことによりサーバの処理負荷を軽減しつつ電話端末を正常に起動させ、使用可能な状態とすることができる。【選択図】  図１
2007243814.tif 000002
【特許請求の範囲】
【請求項１】
サーバ手段と、複数のＩＰ電話端末とを備えるＩＰ電話システムにおいて、
前記サーバ手段は、
前記ＩＰ電話端末から前記ＩＰ電話端末の動作に必要な機能の構成を示す構成情報の要求を受け付けたとき、前記ＩＰ電話端末に前記構成情報を送信する構成情報送信手段と、
前記ＩＰ電話端末から登録を要求されたとき、登録を行うと共に、前記ＩＰ電話端末に登録成功を通知する登録要求処理手段と、
前記サーバ手段の処理負荷を測定する負荷測定手段と、
前記負荷測定手段により測定された前記処理負荷が所定の条件を満たすとき、少なくとも前記処理負荷に基づいて、前記ＩＰ電話端末が構成情報要求または登録要求の再要求を行うための制御処理のタイミング情報を生成するタイミング情報生成手段と、
生成された前記タイミング情報を前記ＩＰ電話端末に送信するタイミング情報送信手段とを備え、
前記ＩＰ電話端末は、
前記サーバ手段に前記構成情報を要求する構成情報要求手段と、
前記サーバ手段から送信された前記構成情報を受信し、受信した前記構成情報を記憶する構成情報記憶手段と、
前記サーバ手段に登録を要求する登録要求手段と、
前記サーバ手段から送信された前記タイミング情報を受信したとき前記タイミング情報に基づいて、前記構成情報要求手段または前記登録要求手段が再要求を繰り返すように制御するタイミング管理手段と
を備えたことを特徴とするＩＰ電話システム。
【請求項２】
前記タイミング情報生成手段は、前記処理負荷と、さらに前記ＩＰ電話端末の設置場所に基づいて前記タイミング情報を生成することを特徴とする、請求項１記載のＩＰ電話システム。
【請求項３】
前記タイミング情報生成手段は、前記処理負荷と、さらに前記ＩＰ電話端末に設定された優先度に基づいて前記タイミング情報を生成することを特徴とする、請求項１記載のＩＰ電話システム。
【請求項４】
前記タイミング情報生成手段は、前記処理負荷と、さらに前記ＩＰ電話端末の使用者に設定された優先度に基づいて前記タイミング情報を生成することを特徴とする、請求項１記載のＩＰ電話システム。
【請求項５】
前記ＩＰ電話端末に備えられた前記登録要求手段は、ユーザ識別子と共に登録を要求し、
前記サーバ手段に備えられた前記登録要求処理手段は前記ユーザ識別子と共に登録を行うと共に、前記ＩＰ電話端末に登録成功を通知し、
前記ＩＰ電話端末はさらに、
受信した前期登録成功に基づいて前記ユーザ識別子を記憶する識別子記憶手段と、
前記識別子記憶手段にユーザ識別子が記憶されていない場合に、前記構成情報要求または前記登録要求の繰り返し回数に上限を設ける手段と
を備えたことを特徴とする請求項１記載のＩＰ電話システム。
【請求項６】
前記サーバ手段はさらに、
前期構成情報の変更履歴を記録する構成情報履歴手段と、
前記変更履歴に基づいて、前記ＩＰ電話端末に送信する前記構成情報が前回送信時と同じであることを前記ＩＰ電話端末に通知する履歴通知手段と
を備え、
前記構成情報要求を行った前記ＩＰ電話端末は、
前記構成情報が前回送信時と同じであることを通知されたとき、前記構成情報記憶手段に記憶している前記構成情報を利用することを特徴とする請求項１記載のＩＰ電話システム。
【請求項７】
前記ＩＰ電話端末の前記タイミング管理手段は、
前記タイミング情報を受信しなかった場合に、前記サーバ手段からの応答状態に基づいて前記構成情報要求または前記登録要求の繰り返し条件を変更することを特徴とする請求項１記載のＩＰ電話システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＩＰ手順によりインターネットを用いて通信を行うＩＰ電話システムに関する。
【背景技術】
【０００２】
ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワークを介して通信するインターネット電話（以下ＩＰ電話と称する。）は、通信制御が比較的容易で、ＩＰ電話システム機能の発展性が大きいＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｅｄ  Ｐｒｏｔｏｃｏｌ）手順によるＩＰ電話システムが使われる様になっている。ＩＰ電話端末をシステムに接続した際に、ＩＰ電話端末を管理するレジストラサーバにログイン操作を行うことで、ＩＰ電話端末が使用可能になる。
【０００３】
図８は、従来のＩＰ電話システムの構成図である。図８において、ＩＰ電話システムサーバ１１とＩＰ電話端末１２，１３，１４は各々のＬＡＮインターフェースを介して、ＩＰネットワーク１０に接続されている。ＩＰネットワーク１０がＬＡＮである場合には、図８のＩＰ電話システムは、構内内線電話システムとして実現される。
【０００４】
システム接続時のログイン操作は、電話端末が起動するたびに行われる処理であるため、例えば停電の復旧時など多数の電話端末が同時に起動した場合などは、レジストラサーバに対して一時的に負荷が集中してしまい、電話端末からの構成情報要求や登録要求の処理能力が低下し、電話端末が起動しないという問題がある。
【０００５】
従来、複数のＩＰ端末装置を制御する複数の管理サーバにおいて、起動後に、自動的に個々のディレイタイムを有するサーバ検索情報をマルチキャストで送信し、ログインおよびアクセスを集中させず、ログインを確立させる方法が提案されている（例えば特許文献１参照）。
【０００６】
しかし、この方法は、起動時にのみ自動的にマルチキャストで送信されるものであり、サーバの負荷状況や個々のＩＰ電話の状況を鑑みたものではなかった。
【特許文献１】特開２００４−１６５９３３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
従来のＩＰ電話システムにおいて、停電復旧時など多数の電話端末が同時に起動し、ＩＰ電話端末のサーバへのログインが集中する場合に、サーバに対して一時的に負荷が集中してしまい、サーバの処理能力が低下し、電話端末が起動しないという問題があった。
【０００８】
本発明は、上記問題点を解決するためになされたもので、一時的に負荷がサーバに集中するような状況下においても、サーバの負荷状況に応じて、あるいは、ＩＰ電話端末側の起動条件に応じて電話端末を起動させて使用可能な状態にするＩＰ電話システムを提供する事を目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するために、本発明のＩＰ電話システムは、サーバ手段と、複数のＩＰ電話端末とを備えるＩＰ電話システムにおいて、前記サーバ手段は、前記ＩＰ電話端末から前記ＩＰ電話端末の動作に必要な機能の構成を示す構成情報の要求を受け付けたとき、前記ＩＰ電話端末に前記構成情報を送信する構成情報送信手段と、前記ＩＰ電話端末から登録を要求されたとき、登録を行うと共に、前記ＩＰ電話端末に登録成功を通知する登録要求処理手段と、前記サーバ手段の処理負荷を測定する負荷測定手段と、前記負荷測定手段により測定された前記処理負荷が所定の条件を満たすとき、少なくとも前記処理負荷に基づいて、前記ＩＰ電話端末が構成情報要求または登録要求の再要求を行うための制御処理のタイミング情報を生成するタイミング情報生成手段と、生成された前記タイミング情報を前記ＩＰ電話端末に送信するタイミング情報送信手段とを備え、前記ＩＰ電話端末は、前記サーバ手段に前記構成情報を要求する構成情報要求手段と、前記サーバ手段から送信された前記構成情報を受信し、受信した前記構成情報を記憶する構成情報記憶手段と、前記サーバ手段に登録を要求する登録要求手段と、前記サーバ手段から送信された前記タイミング情報を受信したとき前記タイミング情報に基づいて、前記構成情報要求手段または前記登録要求手段が再要求を繰り返すように制御するタイミング管理手段とを備えたことを特徴とする。
【発明の効果】
【００１０】
本発明によれば、サーバの負荷状況に応じて、あるいは、ＩＰ電話端末側の起動条件に応じて、電話端末からのリトライ動作を変化させる機能を持たせることによって、一時的に負荷がサーバに集中するような状況下においても、サーバの負荷状況に応じて、あるいは、ＩＰ電話端末側の起動条件に応じて電話端末を起動させて使用可能な状態にするＩＰ電話システムを提供する事ができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施例について図面を参照しながら説明する。
【実施例１】
【００１２】
実施例１においてもＩＰ電話システムの構成は図８と同様のものを使用できる。ＩＰ電話端末は、専用のＩＰ電話機であってもよいし、ＰＣ上のソフトフォンであってもよい。
【００１３】
図１は、実施例１におけるＩＰ電話システムサーバ１１及びＩＰ電話端末１２の機能ブロック図である。ＩＰ電話システムサーバには、図１に示されないＳＩＰプロトコルによる呼制御手段、音声変換処理手段を備える。また、構成情報送信手段１０１、登録要求処理手段１０２と、本発明に係わる処理手段として、負荷測定手段１０３、タイミング情報生成手段１０４、タイミング情報送信手段１０５とを備える。構成情報は構成情報データベース２０１に、登録要求に用いられるユーザのＩＤやＩＰ電話端末のＭＡＣアドレスなどの登録情報は登録情報データベース２０２にそれぞれ記録される。それぞれのデータベースはサーバに設けられた磁気記憶装置などの記憶領域に保存される。ＩＰ電話端末１２は、構成情報要求手段１１１と登録要求手段１１３とを備え、受信した構成情報を記憶する構成情報記憶手段１１２、構成情報要求および登録要求のタイミング制御を行うタイミング管理手段１１４、構成情報要求および登録要求に用いる使用者のＩＤやパスワードを記録する識別子記憶手段１１５を備える。各記憶手段は不揮発性記憶装置などの記憶領域に保存される。ＩＰ電話端末１２とＩＰ電話システムサーバ１１はＬＡＮインターフェース１５０，１５１で同一のＩＰネットワーク１０に接続される。またＩＰネットワーク１０には、図示しないその他複数のＩＰ電話端末が接続される。
【００１４】
ＩＰ電話端末の使用者は、電話の使用を開始するとき、ユーザ識別子（ユーザＩＤ）とパスワードをＩＰ電話端末に設けられた入力装置から入力する。ユーザＩＤとパスワードはＩＰ電話システムサーバに対する登録（ログイン）に用いられる。ＩＰ電話システムサーバは、ログインに成功した使用者のＩＰ電話端末を使用可能にする。また、サーバはＩＰ電話端末に対して、構成情報を送信し、ユーザがどのＩＰ電話端末を利用しても同じ環境で利用できるようにする。構成情報とは、電話端末毎に固有の電話番号や電話端末上のボタンの機能定義、電話端末の動作条件などからなる情報である。
【００１５】
図２にＩＰ電話端末を初めて起動し、起動完了するまでのＩＰ電話端末とサーバ間のシーケンスを示す。このシーケンスは従来のものと同様である。初めて起動する場合は、構成情報記憶手段１１２にも識別子記憶手段１１５にも情報は記憶されておらず、ＩＰ電話端末１２は、ＩＤとパスワードと共に、ＩＰ電話システムサーバ１１に対して構成情報要求を送信する。構成情報要求を受信したサーバ１１は構成情報を送信し、ＩＰ電話端末１２は受信した構成情報データを構成情報記憶手段１１２に保存する。構成情報を受信したＩＰ電話端末１２は次に登録要求の送信を行う。ＩＰ電話システムサーバ１１内の登録要求処理手段１０２は、前送されたＩＤとパスワードによりログインの受付可否を判定する。認証プロトコルにＰＡＰ（Ｐａｓｓｗｏｒｄ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）を使用する場合には、当該ＩＤが登録情報データベース２０２に存在し、そのパスワードの整合が取れている場合に登録を許容し、登録成功として登録結果をＩＰ電話端末に送信する。登録成功を受信したＩＰ電話端末１２は、使用したＩＤとパスワードを識別子記憶手段１１５に記憶する。次回、同一のユーザが電源オフ／オンやリセットにより起動した際には、手動でＩＤとパスワードを入力する必要は無く、ＩＰ電話端末１２はＩＤ記憶手段に記憶しているＩＤとパスワードを用いることができる。
【００１６】
ところで、ＩＰ電話システムサーバは停電等に備えＵＰＳ（Ｕｎｉｎｔｅｒｒｕｐｔｉｂｌｅ  Ｐｏｗｅｒ  Ｓｕｐｐｌｙ）による電源のバックアップが行われている。個々のＩＰ電話端末は総台数が多く、利用時間も限られたものであるから、コストと効果の面で電源のバックアップは行わない。従って、停電時にはＩＰ電話端末は即時停止し、停電からの復旧時に全てのＩＰ電話端末が同時に起動処理を実行することになる。
【００１７】
実施例１との比較のため、図３に、従来のＩＰ電話システムにおけるサーバ高負荷時の電話端末の起動シーケンスを示す。停電からの復旧時に処理が集中し高負荷状態となったサーバは、一部のＩＰ電話端末からの構成情報要求や登録要求しか処理できない。他のＩＰ電話端末から、構成情報要求を送信された場合、サーバでは処理の許容量を超えているために、処理規制中のみ返信し、構成情報は送信されない。要求に失敗したＩＰ電話端末は再要求（リトライ）を行うが、サーバ高負荷時が続いているため、構成情報を受信できず、一定回数のリトライを繰り返す。ＩＰ電話端末に初期値として定められたリトライ回数を越えたのちに、起動不可と判断して起動処理を終了する。
【００１８】
本発明における実施例１では、サーバから処理規制中を示すエラーの応答を受信した場合であっても、定期的に構成情報要求や登録要求の送信を繰り返し続ける。通常時よりも時間を要するものの、人手を介して再起動操作を行う必要なく電話端末が正常に起動し、使用可能な状態にすることができる。さらにリトライ間隔を調整する手段を設けることで、サーバの処理負荷を軽減しつつ電話端末を正常に起動させ、使用可能な状態とすることができる。また従来は起動時に、ユーザが起動時にユーザＩＤとパスワードを間違って入力してしまうことがあった。一斉起動時にＩＤ記憶手段にＩＤが記憶されていない端末が繰り返し登録要求を行う場合には、リトライ回数をカウントし、リトライ回数が一定数に達した場合に、リトライを打ち切る手段をさらに備えてもよい。入力ミスのまま、無駄なログイン要求を行うことを避けることができる。
【００１９】
図４に、本実施例１における、リトライ間隔を調整時のＩＰ電話端末とサーバ間の通信シーケンスを示す。ＩＰ電話端末は構成情報要求を送信するが、サーバは処理負荷が規定の閾値を超えて高負荷状態であるために処理要求を受け付けない。サーバは現在の処理負荷状況に応じた再送時間を算出し、再送指示および再送時間指定をＩＰ電話端末に対して送信する。ＩＰ電話端末は通知された再送時間経過後に、構成情報要求のリトライを行い、構成情報要求および登録要求を送信する。リトライ時になおも処理負荷が規定の閾値を超えている場合には、同様の処理を起動するまで繰り返す。
【００２０】
図５に、図４のシーケンスにおけるサーバ側の処理フローチャートを示す。
【００２１】
構成情報要求を受信すると（ステップ６０１）、そのときのサーバ負荷を測定する（ステップ６０２）。受信負荷測定部で行われる処理負荷は、ＣＰＵの平均負荷（ロードアベレージ）、トラフィック情報、空きメモリ、またはサーバ上で構成情報要求がなされているＩＰ電話端末の総数、などによって数値化し測定する。数値はそれぞれ単独で用いることもあれば、各々に重み付けの係数を掛け合わせて加算するなどして利用する場合もある。処理負荷をあらかじめ定められた閾値と比較することで高負荷状態であるか判断を行う（ステップ６０３）。
【００２２】
閾値以下であれば、構成情報送信手段による処理を開始する（ステップ６０５）。ＩＰ電話端末に対して構成情報の送信を行い（ステップ６０６）、処理を終了する。
【００２３】
閾値以上であった場合、タイミング情報生成手段により再送時間を算出する（ステップ６０４）。再送時間を計算するために処理負荷が増大することは望ましくない。再送時間は処理負荷に応じた簡易な計算法を用いる。例えば処理負荷と比例した秒数を設定するか、遅延部の精度が処理負荷が５０％以上７５％以下であれば５ｍｓとし、それでも処理負荷が軽減せず７５％を超えたら１０ｍｓとする、というように間隔時間は処理負荷の閾値を複数設けて段階的に設定するなどの計算方法を採る。処理負荷とのトレードオフになるが、再送時間を精度よく計算する手法を採ることもできる。例えば、未登録のＩＰ電話端末の総数、すなわち構成情報要求がなされたＩＰ電話端末数から登録処理済のＩＰ電話端末数を引いたもの、をサーバ上でカウントし、未登録の総数に比例した時間を再送時間に加算し新たな再送時間とする方法がある。再試行時のタイミングを順次ずらすことができ、サーバへの同時アクセスによる負荷をより低減できる。最後に、ＩＰ電話端末に求めた再送時間、および現在処理規制中であることを送信する（ステップ６０６）。
【００２４】
以上、リトライ間隔を調整する手段を設けたことにより、サーバ高負荷時においても、ＩＰ電話端末を起動することが可能となる。
【実施例２】
【００２５】
実施例１では、すべてのＩＰ電話端末を等価に扱う。しかし停電から復旧する場合、非常時の連絡を行う電話端末や、システム管理者が利用する電話端末などを、他に優先して復旧させることが重要な場合がある。実施例２では起動順序に優先付けを行うことで、高負荷時の起動を可能とすると共にさらに上記の問題を解決する。
【００２６】
システム構成およびサーバ、ＩＰ電話端末の機能ブロックは実施例１と同一であるため、説明を省略する。
【００２７】
再試行するタイミングを配置場所、ユーザ，ＩＰ電話端末のいずれかに応じて優先付けて設定を行う。ＩＰ電話では、一人のユーザが複数のＩＰ電話端末に同時にログインして使用することが可能であるので、ユーザとＩＰ電話端末の優先度は同一とは限らない。ユーザはユーザＩＤで個々に識別され、ＩＰ電話端末は例えばＭＡＣアドレスなどの端末ユニークＩＤで個々に識別される。実施例２においては、構成情報要求時に、ユーザＩＤ，パスワードと共に端末ユニークＩＤを送信する。
【００２８】
ＩＰ電話端末の配置場所に応じて優先度を設定する場合、事前にサーバに設けられた記憶領域に端末ユニークＩＤと配置場所および優先度からなるテーブルを設定しておく。例えばシステム管理センターにある端末ユニークＩＤ  ００〜９９までのＩＰ電話端末に優先レベル２を設定する。会議室棟にある端末ユニークＩＤ  ＡＡ〜ＦＦまでのＩＰ電話端末は、優先レベル１を設定する。同様に段階的にレベル付けを行いテーブルに記載することで、ネットワーク全体に優先度の高低をつける。
【００２９】
起動時に、図５のステップ６０４において、構成情報要求を送信してきたＩＰ電話端末の優先レベルを確認し、優先レベル２であれば間隔時間を例えば５ｍｓとする。低いレベルである優先レベル１であれば間隔時間をより長い時間、例えば１５ｍｓとし、リトライを優先レベル１に対して遅く行うようにする。
【００３０】
ユーザごとに優先度の高低をつける場合は、同様に、ユーザＩＤと優先度のテーブルを事前にサーバに設定する。構成情報要求を送信する際にユーザＩＤは含まれているため、配置場所の場合と同様の処理によって優先レベルの高いユーザから先にリトライ処理を行う。
【００３１】
ＩＰ電話端末ごとに優先度の高低をつける場合は、同様に、端末ユニークＩＤと優先度のテーブルを事前にサーバに設定する。それと共に、ＩＰ電話端末から構成情報要求を送信する際に、ユーザＩＤとともに、端末ユニークＩＤも送信するように変更を行う。配置場所の場合と同様の処理によって優先レベルの高いユーザから先にリトライ処理を行う。
【実施例３】
【００３２】
上記実施例１または実施例２において、高負荷時のサーバにさらなる負荷がかかった場合、再送指示の送信といった、応答そのものが正常動作しないという状況が考えられる。このときサーバは、ＩＰ電話端末に対する処理規制中の情報が送れないため、その代わりにタイムアウトなどのエラー通知を送信する。または、もしくは一切送信を行わない。ＩＰ電話端末側でこの状況下に対応するため、実施例３では、タイミング管理手段１１４はサーバからの応答状態に基づいて構成情報要求送信の繰り返し条件を変更する。
【００３３】
システム構成およびサーバ、ＩＰ電話端末の機能ブロックは実施例１と同一であるため、説明を省略する。
【００３４】
タイミング管理手段１１４はＩＰ電話端末が構成情報要求を送信後、サーバからエラー通知を受け取るか、一定時間を経過しても応答を受信しなかった場合、リトライまでの遅延時間を自身で設定し（例えば１０ｍｓ）、再送処理を行う。
【００３５】
また、一定時間を経過しても応答を受信しなかった場合は、リトライまでの遅延時間を設定するとともに、リトライごとにリトライした回数を加算して記憶領域に記憶する。リトライした回数が一定回数を超えた場合には構成情報要求を停止し、ＩＰ電話端末に備えられたディスプレイなどの表示部に起動停止を示す。サーバ自体がダウンするなど起動処理を実行できない場合に、ネットワーク上で起動に関する不要なトラフィックを減らすことができる。
【実施例４】
【００３６】
上記実施例１または実施例２において、構成情報要求を送信したＩＰ電話端末の構成情報記憶手段に前回の情報が残っており、なおかつ構成情報に変更が無い場合にも構成情報を再度受信する場合がある。実施例４では、前回の情報をそのまま使用することでＩＰ電話端末が起動する際サーバから情報を取得する必要をなくす。
【００３７】
図６は、実施例４におけるＩＰ電話システムサーバ１１及びＩＰ電話端末１２の機能ブロック図である。ＩＰ電話システムサーバ１１に、さらに履歴通知手段１０６と、変更履歴データベース２０３が備えられる。その他のシステム構成およびサーバ、ＩＰ電話端末の構成は図１と同一であるため、説明を省略する。
【００３８】
変更履歴データベース２０３にはＩＰ電話端末と、構成情報の変更有無が記録され、
履歴通知手段１０６によってＩＰ電話端末に変更に関する情報が通知される。変更履歴データベース２０３においては、ＩＰ電話端末のＭＡＣアドレス等識別子と、前回送信した構成情報のタイムスタンプまたはファイルサイズなどの変更評価対象と、現在の構成情報との変更有無とを関連付けて登録する。
【００３９】
変更履歴データベースの構成情報変更の初期値は、変更有とする。ＩＰ電話システムサーバは最初にＩＰ電話端末が起動したときの構成情報要求を受け、該当するＩＰ電話端末がデータベース上変更有となっているのを確認して、構成情報を送信する。送信後はＩＰ電話端末側の構成情報とＩＰ電話システムサーバ１１側の構成情報は同じであるので、変更履歴を変更なしとする。その後、運用時にネットワーク上で台数の増加、電話番号の変更などが発生して構成情報が変更された場合には、変更履歴を変更ありとして変更履歴データベースを適宜更新する。
【００４０】
図７は、実施例４における変更なし時の構成情報要求シーケンスである。次回の起動から、ＩＰ電話端末からの構成情報の要求があった場合には、ＩＰ電話システムサーバは、当該ＩＰ電話端末の前回の構成情報取得時から情報内容の変更有無をチェックし、変更なしであれば、ＩＰ電話端末に通知する構成情報を作成する代わりに、サーバからの応答で「構成情報変更無し」をＩＰ電話端末に通知する。変更ありの場合には、初回起動時と同様に、構成情報要求処理を行うと共に、変更履歴データベースに変更なしとして更新する。「構成情報変更無し」を受信したＩＰ電話端末は次のステップである登録要求に進み、起動を完了する。このことによりサーバ処理が低減されるので、高負荷時におけるＩＰ電話端末を使用可能な状態にする事ができる。
【図面の簡単な説明】
【００４１】
【図１】実施例１におけるＩＰ電話システムの機能ブロック図。
【図２】ＩＰ電話端末を初めて起動し、起動完了するまでのＩＰ電話端末とサーバ間のシーケンス
【図３】従来のサーバ高負荷時の電話端末起動シーケンス。
【図４】実施例１におけるサーバ高負荷時の電話端末起動シーケンス
【図５】実施例１におけるサーバ処理のフローチャート。
【図６】実施例４におけるＩＰ電話システムの機能ブロック図。
【図７】実施例４における構成情報に変更が無い場合の電話端末起動シーケンス。
【図８】従来のＩＰ電話システムの構成図。
【符号の説明】
【００４２】
ＩＰ電話システムサーバ・・・１１、ＩＰ電話端末・・・１２、
構成情報送信手段・・・１０１、登録要求処理手段・・・１０２、負荷測定手段・・・１０３、タイミング情報生成手段・・・１０４、タイミング情報送信手段・・・１０５、履歴通知手段・・・１０６、構成情報データベース・・・２０１、登録情報データベース・・・２０２、変更履歴データベース・・・２０３、ＬＡＮインターフェース１５０、
構成情報要求手段・・・１１１、登録要求手段・・・１１３、構成情報記憶手段・・・１１２、タイミング管理手段・・・１１４、識別子記憶手段・・・１１５、ＬＡＮインターフェース・・・１５０、１５１
【図１】
2007243814.tif 000003
【図２】
2007243814.tif 000004
【図３】
2007243814.tif 000005
【図４】
2007243814.tif 000006
【図５】
2007243814.tif 000007
【図６】
2007243814.tif 000008
【図７】
2007243814.tif 000009
【図８】
2007243814.tif 000010