(57)【要約】      （修正有）【課題】共用型の構内交換機を含むシステムにおいて、１つの企業等のグループの利用にとって、他のグループの存在を意識することなく柔軟な設定をなし得る構内電話交換機能を提供する。【解決手段】ＩＰ−ＰＢＸを含み、複数の電話端末からなるグループの複数に対して、構内電話交換サービスをグループ毎の設定情報に基づいて該ＩＰ−ＰＢＸによりＩＰネットワークを介して提供する構内電話交換サービスシステムであり、グループ毎の識別データと、グループの各々に割り当てられたＩＰアドレスと、を対応付けたＩＰアドレステーブルを保持する。設定情報に対する設定更新リクエストに応じて、設定更新リクエストの送信元のＩＰアドレスに対応するグループをＩＰアドレステーブルから検出し、検出されたグループの設定情報に対する設定更新を送信元に許可し、設定更新リクエストに対応する設定更新情報に従って、グループの設定情報を更新する。【選択図】図１
2006094264.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのＩＰ−ＰＢＸを含み、各々が複数の電話端末からなるグループの複数に対して、構内電話交換サービスを前記グループ毎の設定情報に基づいて前記ＩＰ−ＰＢＸによりＩＰネットワークを介して提供する構内電話交換サービスシステムであって、
前記グループ毎の識別データと、前記グループの各々に割り当てられた少なくとも１つのＩＰアドレスと、を対応付けたＩＰアドレステーブルを保持するＩＰアドレステーブル保持手段と、
前記設定情報に対する設定更新リクエストに応じて、前記設定更新リクエストの送信元のＩＰアドレスに対応するグループを前記ＩＰアドレステーブルから検出し、当該検出されたグループの設定情報に対する設定更新を前記送信元に許可する設定更新許可手段と、
前記設定更新リクエストに対応する設定更新情報に従って、前記グループの設定情報を更新する設定情報更新手段と、
を含むことを特徴とする構内電話交換サービスシステム。
【請求項２】
前記設定更新許可手段は、前記グループ毎に任意に定め得るアカウント名を伴う設定更新リクエストに応じて、前記設定更新を許可することを特徴とする請求項１記載の構内電話交換サービスシステム。
【請求項３】
前記設定更新許可手段は、前記アカウント名に対応する利用者の電話端末のみに適用される設定情報に対する設定更新を許可することを特徴とする請求項２記載の電話交換サービス提供システム。
【請求項４】
前記設定更新許可手段は、前記グループ毎にその利用者間の階層関係を画定する所定情報に基づいて、前記アカウント名に対応する利用者の電話端末のみならず、複数の利用者の電話端末に適用される設定情報に対する設定更新を許可することを特徴とする請求項２記載の電話交換サービス提供システム。
【請求項５】
前記設定情報は、前記電話端末の各々の端末情報及び内線番号を少なくとも含むことを特徴とする先行する請求項の何れか１記載の電話交換サービス提供システム。
【請求項６】
前記設定情報は、ダイヤルイン、コールグループ及びハントグールプの各使用機能のうちの少なくとも１つの使用機能を制御する設定情報を含むことを特徴とする請求項５記載の電話交換サービス提供システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、共用型の構内交換装置を利用して、ＩＰネットワークを介して複数の企業等の複数のグループに対して構内電話交換機能を提供する構内電話交換サービスシステムに関する。
【背景技術】
【０００２】
ＩＰセントレクスサービスとは、通信事業者やサービスプロバイダが共用型の少なくとも１つの構内交換装置すなわちＩＰ−ＰＢＸ装置を利用して、ＩＰネットワークを介して企業等の複数の顧客に対してＰＢＸ機能を提供する構内電話交換サービスであり、従来では顧客の設備内で実現されていた交換業務を外部に委託するいわゆるアウトソーシングの形態を実現するものである。かかるサービスにより、顧客は、ＩＰ電話サービスの導入に伴う初期費用を削減できるとともに、顧客設置のＰＢＸに関わる維持管理業務を省力化できる点で経済性並びに利便性に優れているものである。
【０００３】
特許文献１の記載を参照すると、公衆ネットワーク線上で動作する構内交換システムが開示されている。該構内交換システムの構成によれば、利用者が呼接続をしようとする場合、該利用者は、その端末を介して利用者自身が属する利用者グループの識別情報含む呼接続の要求を公衆ネットワーク線に繋がれた交換サーバに送信する。該交換サーバは、複数の利用者グループを収容し、呼接続要求をなす当該利用者の利用者グループの識別情報を基にして当該利用者の端末を認証した上で、該端末に対して実際の電話交換を提供する。これにより、複数の利用者グループが公衆ネットワーク上にある交換装置を共用して用いる形態が実現され得るとしている。
【特許文献１】特開２００３−３２４５２４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、従来のシステムにおいては、複数の企業の如き別々の利用者グループが少なくとも１つの交換サーバを共用するために、１つの利用者グループによる利用が他の利用者グループの存在に起因して制約を被る場合があった。例えば、ログインアカウント名のごとき識別子のグループ間での重複が許されず任意のアカウント名を定めることが許されないとか、全てのグループに対して画一的な設定は許されるものの各グループの実情に則した柔軟なカスタマイズをグループ毎に行うことが困難であるといった問題点があった。
【０００５】
本発明の目的は、共用型の構内交換機を含むシステムにおいて、１つの企業等のグループの利用にとって、他のグループの存在を意識することなく柔軟な設定をなし得る設定情報に基づいて構内電話交換機能を提供する構内電話交換サービスシステムを提供することである。
【課題を解決するための手段】
【０００６】
本発明による構内電話交換サービスシステムは、少なくとも１つのＩＰ−ＰＢＸを含み、各々が複数の電話端末からなるグループの複数に対して、構内電話交換サービスを該グループ毎の設定情報に基づいて該ＩＰ−ＰＢＸによりＩＰネットワークを介して提供する構内電話交換サービスシステムであり、該グループ毎の識別データと、該グループの各々に割り当てられた少なくとも１つのＩＰアドレスと、を対応付けたＩＰアドレステーブルを保持するＩＰアドレステーブル保持手段と、該設定情報に対する設定更新リクエストに応じて、該設定更新リクエストの送信元のＩＰアドレスに対応するグループを該ＩＰアドレステーブルから検出し、当該検出されたグループの設定情報に対する設定更新を該送信元に許可する設定更新許可手段と、該設定更新リクエストに対応する設定更新情報に従って、該グループの設定情報を更新する設定情報更新手段とを含むことを特徴とする。
【発明の効果】
【０００７】
本発明による構内電話交換サービスシステムによれば、設定情報の設定更新要求のための設定更新リクエストに際して、該アクセスの送信元のＩＰアドレスから企業識別の如き利用者グループの判別を可能とする構成が与えられる。これにより、１つのグループの利用において、他のグループの存在を意識することなく柔軟な設定が可能となる。
【発明を実施するための最良の形態】
【０００８】
本発明の実施例について添付の図面を参照して詳細に説明する。
＜第１の実施例＞
図１は、本発明の第１の実施例を示し、本発明による構内電話交換サービスシステムであるＩＰセントレックスシステムを含む全体の構成を示している。ＩＰセントレックスシステム１０は、企業等のグループ毎に設定情報の設定及び管理を行うプロビジョニングシステム１１と、ＩＰセントレクスサービスの交換機能を実現する少なくとも１つ又は複数のＩＰ電話交換機からなるＩＰ−ＰＢＸ群３１と、プロビジョニングシステム１１及びＩＰ電話交換機群３１が接続されている事業者ＩＰネットワーク３０とから構成される。
【０００９】
事業者ＩＰネットワーク３０は、セントレックスサービスを提供する事業者が保持するＩＰネットワークであり、これにはセントレックスサービスを利用する加入者すなわち複数の企業の各々のネットワークであるＡ企業ＩＰネットワーク４０及びＢ企業ＩＰネットワーク５０が適切なゲートウエイ装置（図示せず）を介して接続されている。本実施例では、２つの企業グループを収容する例が示されているが、本発明はかかる数に限定されず２つ以上のグループを収容することが可能である。
【００１０】
ＩＰ−ＰＢＸ群３１は、少なくとも１つ又は複数のＩＰ−ＰＢＸを含み、例えば、ＩＰ−ＰＢＸ３２は、プロビジョニングシステム１１により設定される設定情報３３に従って構内電話交換機能を実行する。設定情報３３には、当該ＩＰ−ＰＢＸ３２が収容する複数の電話端末各々の端末情報及び内線番号を含み、さらはコールグループの設定情報の如き多様な設定情報がプロビジョニングシステム１１により設定される。
【００１１】
Ａ企業ＩＰネットワーク４０には、プロビジョニングシステム１１に対して設定情報を設定更新するための操作端末４１及びＩＰ電話である複数の電話端末を含むＡ企業電話端末群４２が接続されている。Ｂ企業ＩＰネットワーク５０には、同様にして、設定情報を設定更新するための操作端末５１及びＩＰ電話である複数の電話端末を含むＢ企業電話端末群５２が接続されている。Ａ企業ＩＰネットワーク４０に接続される操作端末４１及び電話端末群４２の各電話端末にはＩＰアドレス群４３が割り当てられている。Ｂ企業ＩＰネットワーク５０に接続される操作端末５１及び電話端末群５２の各電話端末にはＩＰアドレス群５３が割り当てられている。ＩＰアドレスの割当方法の具体例としては、１つの企業ＩＰネットワークに、事業者ＩＰネットワーク３０を含むネットワーク全体として一意にネットワークノードを識別し得る少なくとも１つのグローバルアドレスを付与し、各端末には各企業ＩＰネットワーク内において一意に識別し得るローカルアドレスを付与する等の方法が考えられる。
【００１２】
図２は、図１に示されるプロビジョニングシステム１１のより詳細の構成を示している。プロビジョニングシステム１１は、１つのコンピュータからなるサーバ装置であり、そのソフトウェア構成は、操作端末４１又は５１からのログインを受け付けるログイン管理部１２と、ログインの認証を行うログイン認証部１３と、利用者の情報を管理している利用者管理テーブル１５と、ログインの認証用データを管理しているアカウント管理テーブル１６と、各企業の各端末に付与されるＩＰアドレスの認証を行うＩＰアドレス認証部１４と、各企業のＩＰアドレスの管理を行うＩＰアドレス管理テーブル１７とから構成される。ここで、各企業とは、図１の説明におけるＡ企業及びＢ企業が該当する。また、各端末とは、例えばＡ企業について見ると、操作端末４１と、電話端末群４２を構成する各電話端末の各々とが該当する。
【００１３】
図３は、第１の実施例における各テーブルの関係及び設定例を説明している。プロビジョニングシステム１１は、利用者ＩＤをキーに、電話端末の識別及び仕様を規定する端末情報や内線番号などを管理する利用者管理テーブル１５と、企業識別子をキーにプロビジョニングシステム１１にログイン時の認証に使用するアカウント名、パスワード、利用者ＩＤを管理するアカウント管理テーブル１６と、企業識別子と企業に付与されているＩＰアドレスの開始とＩＰアドレスの終了からなるＩＰアドレス群４３又は５３（図１参照）の範囲を企業毎に管理するＩＰアドレス管理テーブル１７を含んでいる。
【００１４】
図を参照すると、ログイン時の送信元のＩＰアドレスからＩＰアドレス管理テーブル１７を検索することにより、対応するグループが識別データとしての企業識別子により検出される。この企業識別子によりアカウント管理テーブル１６を検索することにより、企業識別子に対応する企業毎に設定されたアカウント名及び対応するバスワードが判別される。これにより、アカウント名及びバスワードを入力条件としてログインをなす送信元の認証が可能となる。また、アカウント名から利用者名及び利用者ＩＤが判別され、利用者情報テーブル１５を検索することにより当該アカウント名に対応する利用者に付与された電話端末の端末情報、内線番号等の設定情報にアクセスすることが可能となり、当該アカウント名によりログインした利用者は、かかる設定情報を参照、設定更新することができる。
【００１５】
図４は、第１の実施例のプロビジョニングシステムにおける処理手順を示している。ここでは、プロビジョニングシステム１１において、企業の操作端末４１又は５１からのログイン要求に応じて、ログイン認証後、操作画面一覧を端末画面に表示するまでの動作を図１乃至図３に示された構成要素を適宜参照して説明する。
【００１６】
まず、ログイン管理部１２は、企業の利用者からのログイン要求を受け付け（ステップＳ１０１）、アカウント名、パスワードを入力の条件にしてログイン認証部１３に認証要求を行う（ステップＳ１０２）。ログイン認証部１３では、該認証要求を受け付けて（ステップＳ１０３）、送信元の企業の認証を行うためにＩＰアドレス認証部１４に送信元認証要求を行う（ステップＳ１０４）。
【００１７】
ＩＰアドレス認証部１４では、送信元アドレスをキーにしてＩＰアドレス管理テーブル１７を検索して、送信元企業の認証結果として企業識別子を取得する（ステップＳ１０５）。次いで、認証の結果としてログイン認証部１３に企業識別子を返却する（ステップＳ１０６）。これに応じて、ログイン認証部１３は、企業識別子とアカウント名をキーにしてアカウント管理テーブル１６を検索しパスワードを取得する（ステップＳ１０７）。次いで、取得したパスワードと入力されたアカウントと照合する認証を行う（ステップＳ１０８）。次いで、認証結果をログイン管理部１２に返却する（ステップＳ１０９）。
【００１８】
ログイン管理部１２は、認証が正常に行われた場合、利用者ＩＤをキーにして利用者管理テーブル１５から利用者情報を取得し（ステップＳ１１０）、操作画面一覧を編集する（ステップＳ１１１）。次いで、該操作画面一覧をＩＰセントレクスサービスのメニューとして送信元企業の操作端末４１又は５１に表示せしめる（ステップＳ１１２）。以後、プロビジョニングシステム１１は、ログインを行った利用者の設定更新情報に従って、各テーブルを更新の上でＩＰ−ＰＢＸ群３０の設定情報を更新する。
【００１９】
以上の第１の実施例においては、プロビジョニングシステム１１には、送信元すなわちアクセス元の操作端末４１又は５１のアドレスからアクセス元の認証をＩＰアドレス管理テーブル１７を基にして行うＩＰアドレス認証部１４が設けられている。これにより、ログイン要求元の企業の識別を送信元アドレスから判別することが可能となる。すなわち、プロビジョニングシステム１１にアクセスする利用者は、企業の識別情報をログイン時に入力する如き他の企業の存在を意識する必要がない。また、他の企業の存在を意識する必要がないことから、アカウント名についても企業内において任意に策定することが可能となる。各企業の管理者は、このアカウント名を用いてプロビジョニングシステム１１にログインして、電話番号計画やピックアップグループの設定、内線代表の設定といったサービスの設定更新を行うことができる。
＜第２の実施例＞
図５は、第２の実施例におけるプロビジョニングシステムのより詳細の構成を示している。第２の実施例は、図１に示される第１の実施例におけるセントロニクスシステム１０の構成を前提としている。
【００２０】
プロビジョニングシステム１１のソフトウェア構成は、ログイン管理部１２と、ログイン認証部１３と、利用者管理テーブル１５と、アカウント管理テーブル１６と、ＩＰアドレス認証部１４と、ＩＰアドレス管理テーブル１７と第１の実施例におけると同様に含み、さらに、利用者毎に使用可能機能のデータを管理する使用可能機能テーブル１９を基にして利用者毎に使用可能な機能をカスタマイズして設定することを可能とする使用可能機能管理部１８を含む。
【００２１】
図６は、第２の実施例における各テーブルの関係及び設定例を説明している。プロビジョニングシステム１１は、第１の実施例の場合と同様にして、利用者管理テーブル１５と、アカウント管理テーブル１６と、ＩＰアドレス管理テーブル１７とを含み、さらに、使用可能機能テーブル１９を含んでいる。使用可能機能テーブル１９は、利用者毎に使用可能な機能情報を管理するデータとして、利用者ＩＤをキー情報として、ダイヤルイン、コールグループ、及びハントグループが使用可能であるか否か（例えば図示されるように〇×にして指定する）の情報が含まれる。
【００２２】
図を参照すると、ログイン時の送信元のＩＰアドレスからＩＰアドレス管理テーブル１７を検索することにより、対応するグループが識別データとしての企業識別子により検出される。この企業識別子によりアカウント管理テーブル１６を検索することにより、企業識別子に対応する企業毎に設定されたアカウント名及び対応するバスワードが判別される。これにより、アカウント名及びバスワードを入力条件としてログインをな送信元の認証が可能となる。また、アカウント名から利用者名及び利用者ＩＤが判別され、利用者情報テーブル１５を検索することにより当該アカウント名に対応する利用者に付与された電話端末の端末情報、内線番号等の設定情報にアクセスすることが可能となる。さらに、利用者ＩＤから使用可能機能テーブル１９が検索されて、当該利用者に対して使用可能な機能であるダイヤルイン、コールピックアップの範囲を定めるコールグループ、及び代表電話を定めるハントグループ等の各機能の情報が判別される。当該アカウント名によりログインした利用者は、かかる使用可能機能を含む設定情報を参照、設定更新することができる。
【００２３】
図７は、第２の実施例のプロビジョニングシステムにおける処理手順を示している。ここでは、プロビジョニングシステム１１において、企業の操作端末４１又は５１からのログイン要求に応じて、ログイン認証後、操作画面一覧を端末画面に表示するまでの動作を図１及び図５に示された構成要素を適宜参照して説明する。
【００２４】
まず、ログイン管理部１２は、企業の利用者からのログイン要求を受け付け（ステップＳ２０１）、アカウント名、パスワードを入力の条件にしてログイン認証部１３に認証要求を行う（ステップＳ２０２）。ログイン認証部１３では、該認証要求を受け付けて（ステップＳ２０３）、送信元の企業の認証を行うためにＩＰアドレス認証部１４に送信元認証要求を行う（ステップＳ２０４）。
【００２５】
ＩＰアドレス認証部１４では、送信元アドレスをキーにしてＩＰアドレス管理テーブル１７を検索して、送信元企業の認証結果として企業識別子を取得する（ステップＳ２０５）。次いで、認証の結果としてログイン認証部１３に企業識別子を返却する（ステップＳ２０６）。これに応じて、ログイン認証部１３は、企業識別子とアカウント名をキーにしてアカウント管理テーブル１６を検索しパスワードを取得する（ステップＳ２０７）。次いで、取得したパスワードと入力されたアカウントと照合する認証を行う（ステップＳ２０８）。次いで、認証結果をログイン管理部１２に返却する（ステップＳ２０９）。ログイン管理部１２は、認証が正常に行われた場合、利用者ＩＤをキーにして利用者管理テーブル１５から利用者情報を取得する（ステップＳ２１０）。
【００２６】
次に、ログイン管理部１２は、該当利用者に設定された使用可能機能情報を取得するために、使用可能機能一覧取得要求を使用可能機能管理部１８に対して行う（ステップＳ２１１）。これに応じて、使用可能機能管理部１８は、使用可能機能管理テーブル１９を参照して、利用者ＩＤをキーに利用者の使用可能機能一覧を取得する（ステップＳ２１２）。次いで、ログイン管理部１２に返却する（ステップＳ２１３）。これに応じて、ログイン管理部１２は、使用可能機能一覧より操作画面一覧を編集する（ステップＳ２１４）、次いで、ログイン管理部１２は、企業の操作端末４１又は５１に該操作画面一覧を表示せしめる（ステップＳ２１５）。以後、プロビジョニングシステム１１は、ログインを行った利用者の設定更新情報に従って、各テーブルを更新の上でＩＰ−ＰＢＸ群３０の設定情報を更新する。
【００２７】
以上の第２の実施例においては、プロビジョニングシステム１１において利用者毎に使用可能な機能一覧情報を管理する手段を設けたことにより、利用者のログイン時には、予め設定された使用可能機能情報により利用者毎に操作可能な画面一覧が編集されて提供される。これにより、利用者毎にダイヤルイン、コールグループ及びハントグループの各機能を使用可能とするか否かの設定が可能となり、企業の実情に応じた多様なカスタマイズが可能となる。
＜第３の実施例＞
図８は、第３の実施例におけるプロビジョニングシステムのより詳細の構成を示している。第３の実施例は、図１に示される第１の実施例におけるセントロニクスシステム１０の構成を前提としている。
【００２８】
プロビジョニングシステム１１のソフトウェア構成は、ログイン管理部１２と、ログイン認証部１３と、利用者管理テーブル１５と、アカウント管理テーブル１６と、ＩＰアドレス認証部１４と、ＩＰアドレス管理テーブル１７と、使用可能機能管理部１８と、使用可能機能テーブル１９を、第２の実施例におけると同様にを含み、さらに、利用者階層管理テーブル２１を基にして、利用者情報を階層的に管理し、階層上で配下にある利用者の利用者情報の操作を可能とする利用者階層管理部２０を含む。
【００２９】
図９は、第３の実施例における各テーブルの関係及び設定例を説明している。プロビジョニングシステム１１は、第２の実施例の場合と同様にして、利用者管理テーブル１５と、アカウント管理テーブル１６と、ＩＰアドレス管理テーブル１７と、使用可能機能テーブル１９を含み、さらに、利用者階層管理テーブル２１を含む。利用者階層管理テーブル２１は、管理者ＩＤ、利用者ＩＤからなる利用者階層管理データを保持する。
【００３０】
図を参照すると、ログイン時の送信元のＩＰアドレスからＩＰアドレス管理テーブル１７を検索することにより、対応するグループが識別データとしての企業識別子により検出される。この企業識別子によりアカウント管理テーブル１６を検索することにより、企業識別子に対応する企業毎に設定されたアカウント名及び対応するバスワードが判別される。これにより、アカウント名及びバスワードを入力条件としてログインをなす送信元の認証が可能となる。
【００３１】
また、アカウント名から利用者名及び利用者ＩＤが判別され、利用者情報テーブル１５を検索することにより当該アカウント名に対応する利用者に付与された電話端末の端末情報、内線番号等の設定情報にアクセスすることが可能となる。さらに、利用者ＩＤから利用者階層管理テーブル２１が検索されて、当該利用者にとって階層上で下位に属する利用者ＩＤが判別される。下位に属する利用者ＩＤをキーとして使用可能機能テーブル１９及び利用者管理テーブル１５を検索することにより、これらの利用者の設定情報をもアクセスすることが可能となり、その参照、設定更新をなすことができる。
【００３２】
図１０は、第３の実施例のプロビジョニングシステム１１における処理手順を示している。ここでは、プロビジョニングシステム１１において、企業の操作端末４１又は５１からのログイン要求に応じて、ログイン認証後、操作画面一覧を端末画面に表示するまでの動作を図１及び図８に示された構成要素を適宜参照して説明する。
【００３３】
まず、ログイン管理部１２は、企業の利用者からのログイン要求を受け付け（ステップＳ３０１）、アカウント名、パスワードを入力の条件にしてログイン認証部１３に認証要求を行う（ステップＳ３０２）。ログイン認証部１３では、該認証要求を受け付けて（ステップＳ３０３）、送信元の企業の認証を行うためにＩＰアドレス認証部１４に送信元認証要求を行う（ステップＳ３０４）。
【００３４】
ＩＰアドレス認証部１４では、送信元アドレスをキーにしてＩＰアドレス管理テーブル１７を検索して、送信元企業の認証結果として企業識別子を取得する（ステップＳ３０５）。次いで、認証の結果としてログイン認証部１３に企業識別子を返却する（ステップＳ３０６）。これに応じて、ログイン認証部１３は、企業識別子とアカウント名をキーにしてアカウント管理テーブル１６を検索しパスワードを取得する（ステップＳ３０７）。次いで、取得したパスワードと入力されたアカウントと照合する認証を行う（ステップＳ３０８）。次いで、認証結果をログイン管理部１２に返却する（ステップＳ３０９）。ログイン管理部１２は、認証が正常に行われた場合、利用者ＩＤをキーにして利用者管理テーブル１５から利用者情報を取得する（ステップＳ３１０）。
【００３５】
次に、ログイン管理部１２は、該当利用者に設定された使用可能機能情報を取得するために、使用可能機能一覧取得要求を使用可能機能管理部１８に対して行う（ステップＳ３１１）。これに応じて、使用可能機能管理部１８は、使用可能機能管理テーブル１９を参照して、利用者ＩＤをキーに利用者の使用可能機能一覧を取得する（ステップＳ３１２）。次いで、ログイン管理部１２に返却する（ステップＳ３１３）。
【００３６】
次に、ログイン管理部１２は、該当利用者配下に管理対象の利用者情報を取得するために利用者階層管理部２０に対し、利用者階層情報の取得要求を行う（ステップＳ３１４）。これに応じて、利用者階層管理部２０は、利用者階層管理テーブル２１を参照して、管理者ＩＤ部分を利用者ＩＤで検索し、該当利用者配下に管理対象利用者情報が存在した場合、利用者情報一覧を取得する（ステップＳ３１５）。次いで、これをログイン管理部１２に返却する（ステップＳ３１６）。ログイン管理部１２は、先の使用可能機能一覧並びに利用者情報一覧から操作画面一覧を編集する（ステップＳ３１７）。次いで、該操作画面一覧を企業の操作端末４１又は５１に表示せしめる（ステップＳ３１８）。以後、プロビジョニングシステム１１は、ログインを行った利用者の設定更新情報に従って、各テーブルを更新の上でＩＰ−ＰＢＸ群３０の設定情報を更新する。
【００３７】
以上の第３の実施例においては、プロビジョニングシステム１１の加入者情報の管理方式に利用者階層テーブルを追加することにより、操作可能なデータの範囲を利用者毎に定義することが可能となる。すなわち、企業内の複数の利用者についてその上下関係、管理者或いは被管理者の如き階層間で提供機能を差別化することができる。さらに、提供機能を差別化することにより、利用者の階層に応じて扱えるデータの範囲を限定することが可能となり、階層に応じた企業内のセキュリティの確保が可能となる。
【００３８】
尚、以上の複数の実施例における各処理部の構成は、論理的な機能構成を示したものであり、実装上のハードウェア及びソフトウェア構成を限定するものではない。同様に、各テーブルの構成は、論理的なデータ構成を示したものであり、実装上のソフトウェア構成を限定するものではない。
【産業上の利用可能性】
【００３９】
本発明による構内電話交換サービスシステムは、電話通信サービスを業とする通信事業者のみならずインターネット・サービス・プロバイダの如き多くの事業者により実施され得る。
【図面の簡単な説明】
【００４０】
【図１】本発明の第１の実施例を示し、本発明による構内電話交換サービスシステムであるＩＰセントレックスシステムを含む全体の構成を示しているブロック図である。
【図２】図１に示されるプロビジョニングシステムのより詳細の構成を示しているブロック図である。
【図３】第１の実施例における各テーブルの関係及び設定例を説明している説明図である。
【図４】第１の実施例のプロビジョニングシステムにおける処理手順を示しているシーケンス図である。
【図５】第２の実施例におけるプロビジョニングシステムのより詳細の構成を示しているブロック図である。
【図６】第２の実施例における各テーブルの関係及び設定例を説明している説明図である。
【図７】第２の実施例のプロビジョニングシステムにおける処理手順を示しているシーケンス図である。
【図８】第３の実施例におけるプロビジョニングシステムのより詳細の構成を示しているブロック図である。
【図９】第３の実施例における各テーブルの関係及び設定例を説明している説明図である。
【図１０】第３の実施例のプロビジョニングシステムにおける処理手順を示しているシーケンス図である。
【符号の説明】
【００４１】
１０  セントレックスシステム
１１  プロビジョニングシステム
１２  ログイン管理部
１３  ログイン認証部
１４  ＩＰアドレス認証部
１５  利用者管理テーブル
１６  アカウント管理テーブル
１７  ＩＰアドレス管理テーブル
１８  使用可能機能管理部
１９  使用可能機能テーブル
２０  利用者階層管理部
２１  利用者階層管理テーブル
３０  事業者ＩＰネットワーク
３１  ＩＰ−ＰＢＸ群
３２  ＩＰ−ＰＢＸ
３３  設定情報
４０、５０  企業ＩＰネットワーク
４１、５１  操作端末
４２、５２  電話端末群
４３、５３  ＩＰアドレス群
【図１】
2006094264.tif 000003
【図２】
2006094264.tif 000004
【図３】
2006094264.tif 000005
【図４】
2006094264.tif 000006
【図５】
2006094264.tif 000007
【図６】
2006094264.tif 000008
【図７】
2006094264.tif 000009
【図８】
2006094264.tif 000010
【図９】
2006094264.tif 000011
【図１０】
2006094264.tif 000012