(57)【特許請求の範囲】
【請求項１】
電話の発着信に係る制御を実行する呼制御サーバ機能を含む各種サーバ機能に係る機能プログラムを格納する機能プログラム格納サーバと、前記機能プログラム格納サーバから所定の機能プログラムをダウンロードして実行することが可能な複数の電話端末とがネットワークを介して接続された電話システムを構成する電話端末であって、
稼動させるべきサーバ機能の設定を受付けるサーバ機能設定受付手段と、前記機能プログラム格納サーバへ各種サーバ機能に係る機能プログラムのプログラムサイズを問合せるプログラムサイズ問合せ手段と、前記機能プログラム格納サーバからプログラムサイズに係わる情報を受信するプログラムサイズ受信手段と、稼働中または待機中の他電話端末へ当該電話端末が保持するリソースに係わる情報を問合せるリソース情報問合せ手段と、他電話端末からリソースに係わる情報を受信するリソース情報受信手段と、を有し、
前記サーバ機能設定受付手段が前記呼制御サーバ機能以外のサーバ機能の設定を受付けた場合に、前記機能プログラム格納サーバに対して当該サーバ機能に係る機能プログラムのプログラムサイズを問合せ、他電話端末に対して当該電話端末のリソース情報を問合せ、前記機能プログラム格納サーバから受信した当該サーバ機能に係る機能プログラムのプログラムサイズ及び他電話端末から受信したリソース情報を解析し、他電話端末のいずれかに対して前記呼制御サーバ機能以外のサーバ機能を前記機能プログラム格納サーバから当該サーバ機能に係る機能プログラムをダウンロードさせて当該サーバ機能を実行させることを特徴とするサーバ機能を選択可能な電話端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は電話システムを構成する電話端末に係り、特に独立したサーバ装置を設けない電話システムを構成する電話端末に関する。
【背景技術】
【０００２】
従来のＩＰビジネスホンシステムは、ＬＡＮに接続された、ビジネスホンの発信、着信、保留、転送等の呼制御機能を有するサーバ装置や、ビジネスホン間で実現する簡易電子メールの送受信を制御するメールサーバ、ユーザの在席状況等を集約して配信するプレゼンスサーバ装置等と、ＬＡＮに接続された複数の端末と、ＬＡＮと通信サービスを提供するＷＡＮとの接続を行うゲートウェイ装置で構成されていた。
【０００３】
しかしながら、これらのサーバ装置を設置すると、装置の費用、設置工事、保守費用などユーザの費用負担が大きくなる。特に小規模なオフィースにおいては、規模の割に、システムに対するサーバ装置の占める費用が大きくなる。
特許文献１では、ゲートウェイ装置にサーバ機能に準ずる機能を搭載し、保留、転送等の機能をサーバ無しで実現する方法が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−２５２８０９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、特許文献１に記載の技術では、特別なゲートウェイや場合によっては特別なプロトコルを必要とするため自由なシステムを構築できない。またゲートウェイ装置（GateWay：ＧＷ）は、複数の回線を制御するゲートウェイ処理とサーバ処理を同時に実現するため、処理能力の高いＣＰＵ等を必要とし、装置費用が大きくなる。更に、ゲートウェイ装置が故障した場合、ＷＡＮへの接続はおろか、ＬＡＮ内の内線制御もできなくなると言った問題があった。
【０００６】
本発明は、上記事情に鑑みてなされたものであり、ＩＰによる電話システムにおいて、サーバ機能を有する単体装置を設置することなく電話システムの機能を実現する技術を提供する事にある。
【課題を解決するための手段】
【０００７】
上述した課題は、電話の発着信に係る制御を実行する呼制御サーバ機能を含む各種サーバ機能に係る機能プログラムを格納する機能プログラム格納サーバと、機能プログラム格納サーバから所定の機能プログラムをダウンロードして実行することが可能な複数の電話端末とがネットワークを介して接続された電話システムを構成する電話端末であって、稼働させるべきサーバ機能の設定を受け付けるサーバ機能設定受付手段と、機能プログラム格納サーバへ各種サーバ機能に係る機能プログラムのプログラムサイズを問合せるプログラムサイズ問い合わせ手段と、機能プログラム格納サーバからプログラムサイズに係わる情報を受信するプログラムサイズ受信手段と、稼働中または待機中の他電話端末へ当該電話端末が保有するリソースに係わる情報を受信するリソース情報受信手段と、を有し、サーバ機能設定受付手段が呼制御サーバ機能以外のサーバ機能の設定を受け付けた場合に、機能プログラム格納サーバに対して当該サーバ機能に係る機能プログラムのプログラムサイズを問合せ、他電話端末に対して当該電話端末のリソース情報を問合せ、機能プログラム格納サーバから受信した当該サーバ機能に係る機能プログラムのプログラムサイズ及び他電話端末から受信したリソース情報を解析し、他電話端末のいずれかに対して呼制御サーバ機能以外のサーバ機能を機能プログラム格納サーバから当該サーバ機能に係る機能プログラムをダウンロードさせて当該サーバ機能を実行させるサーバ機能を選択可能な電話端末により、達成できる。
【発明の効果】
【０００８】
本発明によれば、独立したサーバ装置を必要としない安価で信頼性の高いＩＰビジネスホンシステムを提供できる。
【図面の簡単な説明】
【０００９】
【図１】電話システムのブロック図である。
【図２】電話端末の機能ブロック図である。
【図３】サーバ機能設定テーブルを説明する図である。
【図４】サーバ・サイズテーブルを説明する図である。
【図５】サーバ・アドレステーブルを説明する図である。
【図６】リソース情報テーブルを説明する図である。
【図７】電話端末のハードウェアブロック図である。
【図８Ａ】サーバ・プログラム格納サーバと４台の電話端末間のシーケンス図（その１）である。
【図８Ｂ】サーバ・プログラム格納サーバと４台の電話端末間のシーケンス図（その２）である。
【図９】サーバ・プログラム格納サーバと電話端末間のシーケンス図である。
【図１０Ａ】電話端末のサーバ実行処理に係るフローチャート（その１）である。
【図１０Ｂ】電話端末のサーバ実行処理に係るフローチャート（その２）である。
【図１０Ｃ】電話端末のサーバ実行処理に係るフローチャート（その３）である。
【発明を実施するための形態】
【００１０】
以下、本発明の実施の形態について、実施例を用い図面を参照しながら詳細に説明する。なお、実質同一部位には同じ参照番号を振り、説明は繰り返さない。
【００１１】
図１を参照して、サーバ機能選択型の電話システムを説明する。ここで、図１は電話システムのブロック図である。図１において、電話システム１００は、ＬＡＮ３０に接続された４台の電話端末２０と、ＧＷ４０と、ＧＷ４０とＷＡＮ５０を介して接続されたサーバ・プログラム格納サーバ１０とから構成される。
【００１２】
電話システム１００において、ＬＡＮ３０に接続された電話端末２０−２は、サーバ・プログラム格納サーバ１０から、ビジネスホンサーバプログラムをダウンロードすることによって、ビジネスホンサーバ機能を有する。また、電話端末２０−３は、サーバ・プログラム格納サーバ１０から、メールサーバプログラムをダウンロードすることによって、メールサーバ機能を有する。さらに、電話端末２０−４は、サーバ・プログラム格納サーバ１０から、プレゼンスサーバプログラムをダウンロードすることによって、プレゼンスサーバ機能を有する。
【００１３】
図２を参照して、電話端末の機能ブロックを説明する。ここで、図２は電話端末の機能ブロック図である。図２において、電話端末２０は、ユーザ・インタフェース部２００と、サーバ機能選択部２０１と、端末機能実行部２０２と、サーバ機能実行部２０３と、通信制御部２０４と、ＬＡＮインタフェース部２０５と、記憶部２０６とを有する。押しボタン、表示部等からなるユーザ・インタフェース部２００は、ユーザからのサーバ機能設定をサーバ機能選択部２０１に通知する。サーバ機能選択部２０１は、サーバ機能設定を記憶部２０６に記憶する。サーバ機能選択部２０１は、他の電話端末からのリソース問合せ、リソース通知、サーバ実行指示、サーバ実行通知の処理を行い、それらの結果を記憶部２０６に記憶する。サーバ機能選択部２０１は、サーバ実行指示を受けた場合、指示されたサーバ機能をプログラム格納サーバ１０からダウンロードする。端末機能実行部２０２は、電話端末の電話機能としての制御を行う。サーバ機能実行部２０３は、サーバ・プログラム記憶部２６３に保存されているサーバ・プログラムの実行を制御する。
【００１４】
通信制御部２０４は、端末機能実行部２０１、端末機能実行部２０２、サーバ機能実行部２０３が送信するデータをＬＡＮ３０に送信できる形式に変換し、送信する。また、通信制御部２０４は、ＬＡＮインタフェース部２０５から受信したパケットをサーバ機能選択部２０１、端末機能実行部２０２、サーバ機能実行部２０３に振り分ける。ＬＡＮインタフェース部２０５は、ＬＡＮのインタフェース制御機能を有し、イーサネット（登録商標）・フレームの送受信を行う。記憶部２０６は、サーバ機能設定記憶部２６０、サーバ・サイズ記憶部２６１、サーバ・アドレス記憶部２６２、サーバ・プログラム記憶部２６３、リソース情報記憶部２６４を有する。
【００１５】
図３ないし図６を参照して、記憶部２０６に記憶された各種テーブルを説明する。なお、これらのテーブルは電話端末２０−１による集約後の値である。したがって、電話端末２０−２〜２０−４では、テーブル自体は保持するものの、記憶された情報は異なる。ここで、図３はサーバ機能設定テーブルを説明する図である。図４はサーバ・サイズテーブルを説明する図である。図５はサーバ・アドレステーブルを説明する図である。図６はリソース情報テーブルを説明する図である。
【００１６】
図３において、ユーザのサーバ起動指示をサーバ機能設定記憶部２６０にて記録するサーバ機能設定テーブル６０は、サーバ種別６１と状態６２とから構成されている。サーバ種別６１には、ビジネスホンサーバ、メールサーバ、プレゼンスサーバ、会議サーバ等各種サーバ種別があり、ビジネスホンサーバ、メールサーバ、プレゼンスサーバを稼動することを記録している。
【００１７】
図４において、サーバ・サイズ記憶部２６１に記憶されたサーバ・サイズテーブル７０は、サーバ種別７１とサイズ７２とからなる。サーバ・サイズテーブル７０は、サーバ種別ごとのプログラムのサイズを記録している。
【００１８】
図５において、サーバ・アドレス記憶部２６２に記憶されたサーバ・アドレステーブル８０は、サーバ種別８１とサーバ・アドレス８２とからなる。サーバ・アドレステーブル８０は、サーバ種別ごとに、そのサーバ種別を実行している電話端末２０のＩＰアドレスを保持している。
【００１９】
図６において、リソース情報記憶部２６４に記憶されたリソース情報テーブル９０は、電話端末アドレス９１とリソース情報９２とから構成される。リソース情報テーブル９０は、電話端末ごとの空きリソースを記憶している。
【００２０】
図３ないし図６から明らかなように、電話端末２０−１は、稼動すべきサーバ種別ごとに、そのプログラムサイズを、電話端末２０ごとに、そのリソース情報を取得している。また、プログラムサイズとリソースとの対比から、電話端末２０−１は、サーバ種別を電話端末２０にアサインすることができる。
【００２１】
図７を参照して、電話端末２０のハードウェア構成を説明する。ここで、図７は電話端末２０のハードウェアブロック図である。図７において、電話端末２０は、内部通信線２１によって相互接続されたＣＰＵ２２と、メモリ２３と、記憶装置２４と、ＬＡＮインタフェース部２０５と、入力装置２５と、出力装置２６とから構成される。入力装置２５と出力装置２６は、図２のユーザ・インタフェース部２００である。図２と図７との対比から明らかなように、図２の機能ブロックの多くの処理は、メモリ２３上のプログラムをＣＰＵ２２が実行することで実現している。
【００２２】
図８を参照して、ユーザからサーバ機能を受け付けてから、サーバ機能を実行するまでのシーケンスを説明する。ここで、図８はサーバ・プログラム格納サーバと４台の電話端末間のシーケンス図である。
【００２３】
図８において、電話端末２０−１は、ユーザによる稼動させるサーバ機能設定を受け付ける（Ｓ３０１）。ここでは、稼動させるサーバは、ビジネスホンサーバ、メールサーバおよびプレゼンスサーバの３台とする。電話端末２０−１は、サーバ機能を動作させるのに必要なメモリのサイズを取得するため、サーバ・プログラム格納サーバ１０に対して、サーバ・サイズ問合せメッセージを送信する（Ｓ３０２）。なお、サーバ・サイズ問合せメッセージには、稼動させるサーバ種別が含まれている。サーバ・プログラム格納サーバ１０は、電話端末２０−１に対して、サーバ・サイズ通知メッセージを送信する（Ｓ３０３）。サーバ・サイズ通知メッセージを受信した電話端末２０−１は、サーバ・サイズをサーバ・サイズテーブル７０に記録し、ＬＡＮに接続されている他の電話端末２０に、リソース問合せメッセージをマルチキャストで送信する（Ｓ３０４）。
【００２４】
電話端末２０−１は、リソース問合せに対する応答であるリソース通知を受信する時間を決定するため、タイマをスタートする（Ｓ３０５）。電話端末２０−１からのリソース問合せを受信した電話端末２０−２、２０−３、２０−４は、自端末のリソース（残メモリ量）を算出する（Ｓ３０６〜Ｓ３０８）。電話端末２０−２、２０−３、２０−４は、電話端末２０−１に対して、算出したリソースを通知するリソース通知メッセージを送信する（Ｓ３０９〜Ｓ３１１）。リソース通知メッセージを受信した電話端末２０−１は、電話端末２０−２、２０−３、２０−４のリソース情報をリソース情報テーブル９０に記録する。
【００２５】
ステップ３０５でスタートしたタイマがタイムアウトすると（Ｓ３１２）、電話端末２０−１は、リソース通知メッセージの受信を終了し、各サーバ・プログラムのサイズと電話端末２０―２、２０−３、２０−４から通知された残メモリ量に基づいて、各サーバ・プログラムを実行させる電話端末２０をアサインする（Ｓ３１３）。具体的には、図４と図６を参照すれば、明らかなように、電話端末２０−２（サーバ・アドレス：１９２.１６８.１.２）がビジネスホンサーバを、電話端末２０−３（サーバ・アドレス：１９２.１６８.１.３）がメールサーバを、電話端末２０−４（サーバ・アドレス：１９２.１６８.１.４）がプレゼンスサーバを実行することに決定する。
【００２６】
電話端末２０−２にビジネスホンサーバの実行を指示するために、電話端末２０−１は、サーバ実行指示（ビジネスホンサーバ）を送信する（Ｓ３１４）。電話端末２０−３にメールサーバの実行を指示するために、電話端末２０−１は、サーバ実行指示（メールサーバ）を送信する（Ｓ３１５）。同様に、電話端末２０−４にプレゼンスサーバの実行を指示するために、電話端末２０−１は、サーバ実行指示（プレゼンスサーバ）を送信する（Ｓ３１６）。
【００２７】
ビジネスホンサーバの実行を指示された電話端末２０−２は、サーバ・プログラム格納サーバ１０からビジネスホンサーバプログラムをダウンロードし、サーバ・プログラム記憶部２６３に記憶する（Ｓ３１７）。メールサーバの実行を指示された電話端末２０−３は、サーバ・プログラム格納サーバ１０からメールサーバプログラムをダウンロードし、サーバ・プログラム記憶部２６３に記憶する（Ｓ３１８）。プレゼンスサーバの実行を指示された電話端末２０−４は、サーバ・プログラム格納サーバ１０からプレゼンスサーバプログラムをダウンロードし、サーバ・プログラム記憶部２６３に記憶する（Ｓ３１９）。なお、プログラムのダウンロードの詳細は、図９をもちいて後述する。
【００２８】
電話端末２０−２は、サーバ・プログラム記憶部２６３に記憶されたビジネスホンサーバを起動する（Ｓ３２０）。電話端末２０−３は、サーバ・プログラム記憶部２６３に記憶されたメールサーバを起動する（Ｓ３２１）。電話端末２０−４は、サーバ・プログラム記憶部２６３に記憶されたプレゼンスサーバを起動する（Ｓ３２２）。
【００２９】
電話端末２０−２は、ビジネスホンサーバを起動したことを他の電話端末２０に通知するために、マルチキャストにてサーバ起動通知（ビジネスホンサーバ）を送信する（Ｓ３２３）。電話端末２０−３は、ビジネスホンサーバを起動したことを他の電話端末２０に通知するために、マルチキャストにてサーバ起動通知（メールサーバ）を送信する（Ｓ３２４）。電話端末２０−４はビジネスホンサーバを起動したことを他の電話端末２０に通知するために、マルチキャストにてサーバ起動通知（プレゼンスサーバ）を送信する（Ｓ３２５）。
【００３０】
図９を参照して、サーバ・プログラムのダウンロード手順を説明する。ここで、図９は、サーバ・プログラム格納サーバと電話端末間のシーケンス図である。図９において、電話端末２０−２は、サーバ・プログラム要求（ビジネスホンサーバ）をサーバ・プログラム格納サーバ１０に、送信する（Ｓ６０１）。サーバ・プログラム要求（ビジネスホンサーバ）を受信したサーバ・プログラム格納サーバ１０は、サーバ・プログラム（ビジネスホンサーバ）を電話端末２０−２に送信する（Ｓ６０２）。サーバ・プログラム（ビジネスホンサーバ）を受信した電話端末２０−２は、サーバ・プログラム記憶部２６３に記録し、受信完了（ビジネスホンサーバ）をサーバ・プログラム格納サーバ１０に送信する（Ｓ６０３）。なお、ダウンロード手順は、電話端末２０−３、２０−４も同様である。
【００３１】
図１０を参照して、電話端末２０のサーバ実行までの動作フローを説明する。ここで、図１０は電話端末２０のサーバ実行処理に係るフローチャートである。図１０において、電話端末２０は、待機状態から開始する。電話端末２０は、イベントを受信したかどうか確認をする（Ｓ５０２）。ここで、イベントとはステップ５０３〜ステップ５０９のいずれかがＹＥＳとなることである。イベントがないとき（Ｓ５０２：ＮＯ）、ステップ５０２に戻るので、待機状態となっている。
【００３２】
イベントを受信しているとき（Ｓ５０２でＹＥＳ）、電話端末２０は、イベントがサーバ機能設定か否かを判定する（Ｓ５０３）。ＹＥＳのとき、電話端末２０は、サーバ・サイズ問合せをサーバ・プログラム格納サーバ１０に送信して（Ｓ５３１）、ステップ５０２に戻る。イベントがサーバ機能設定ではない場合（Ｓ５０３：ＮＯ）、電話端末２０は、イベントがサーバ・サイズ通知の受信か判定する（Ｓ５０４）。ＹＥＳならば、電話端末２０は、他の電話端末２０にリソース問合せを送信し（Ｓ５４１）、リソース問合せに対する待ち時間用のタイマをスタートして（Ｓ５４２）、ステップ５０２に戻る。ステップ５０４でＮＯなら、電話端末２０は、リソース問合せを受信したか判定する（Ｓ５０５）。ＹＥＳならば、電話端末２０は、自端末のリソース（残りメモリサイズ）を算出し（Ｓ５５１）、リソース問合せを送信した電話端末２０に、リソース通知を送信して（Ｓ５５２）、ステップ５０２に戻る。
【００３３】
ステップ５０５がＮＯのとき、電話端末２０は、リソース通知受信か判定する（Ｓ５０６）。ＹＥＳのとき、電話端末２０は、通知されたリソース情報をリソース情報テーブル９０に記録し（Ｓ５６１）、ステップ５０２にもどる。ステップ５０６がＮＯのとき、電話端末２０は、サーバ実行指示を受信したか判定する（Ｓ５０７）。ＹＥＳのとき、電話端末２０は、サーバ・プログラム格納サーバ１０にアクセスして、サーバ・プログラムをダウンロードして（Ｓ５７１）、ダウンロードしたサーバ・プログラムを実行し（Ｓ５７２）、サーバ起動通知を他の電話端末２０に送信して（Ｓ５７３）、ステップ５０２に戻る。
【００３４】
ステップ５０７がＮＯのとき、電話端末２０は、サーバ起動通知を受信したか判定する（Ｓ５０８）。ＹＥＳのとき、電話端末２０は、サーバ起動通知の起動サーバ種別とサーバ・アドレスとをサーバ・アドレス記憶部２６２に保存し（Ｓ５８１）、ステップ５０２に戻る。ステップ５０８がＮＯのとき、電話端末２０は、タイマ満了か判定する（Ｓ５０９）。ＹＥＳのとき、電話端末２０は、サーバ・サイズテーブル７０と、リソース情報テーブル９０に基づいて、サーバ機能を実行する電話端末を決定し（Ｓ５９１）、決定した電話端末にサーバ実行指示を送信して、ステップ５０２にもどる。ステップ５０２でＮＯのとき、電話端末２０は、ステップ５０２の異常判定と判定して、ステップ５０２に戻る。
【００３５】
上述した実施例に拠れば、任意のサーバ機能の設定を受け付けた端末が他の端末のリソースを調査して、最適な端末にサーバ機能をダウンロード・実行させる事が可能になる。これにより、複数のサーバ機能を追加する場合に、端末による最適な処理分散技術を提供できる。
【符号の説明】
【００３６】
１０…サーバ・プログラム格納サーバ、２０…電話端末、２１…内部通信線、２２…中央演算装置（ＣＰＵ）、２３…メモリ、２４…記憶装置、２５…入力装置、２６…出力装置、３０…ＬＡＮ（Local Area Network）、４０…ＧＷ（GateWay）、５０…ＷＡＮ（Wide Area Network）、１００…電話システム、２００…ユーザ・インタフェース部、２０１…サーバ機能選択部、２０２…端末機能実行部、２０３…サーバ機能実行部、２０４…通信制御部、２０５…ＬＡＮインタフェース部、２０６…記憶部、２６０…サーバ機能設定記憶部、２６１…サーバ・サイズ記憶部、２６２…サーバ・アドレス記憶部、２６３…サーバ・プログラム記憶部、２６４…リソース情報記憶部。
【図１】
0005387730.tif 000002
【図２】
0005387730.tif 000003
【図３】
0005387730.tif 000004
【図４】
0005387730.tif 000005
【図５】
0005387730.tif 000006
【図６】
0005387730.tif 000007
【図７】
0005387730.tif 000008
【図８Ａ】
0005387730.tif 000009
【図８Ｂ】
0005387730.tif 000010
【図９】
0005387730.tif 000011
【図１０Ａ】
0005387730.tif 000012
【図１０Ｂ】
0005387730.tif 000013
【図１０Ｃ】
0005387730.tif 000014