JP4355842B2 - サービス管理システム、通信システム及び音声メールシステム。 - Google Patents
サービス管理システム、通信システム及び音声メールシステム。 Download PDFInfo
- Publication number
- JP4355842B2 JP4355842B2 JP2005233817A JP2005233817A JP4355842B2 JP 4355842 B2 JP4355842 B2 JP 4355842B2 JP 2005233817 A JP2005233817 A JP 2005233817A JP 2005233817 A JP2005233817 A JP 2005233817A JP 4355842 B2 JP4355842 B2 JP 4355842B2
- Authority
- JP
- Japan
- Prior art keywords
- request
- command
- call number
- voice mail
- vms
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Description
本発明は、通信端末に通信サービスを提供する通信システムの管理に用いるサービス管理システム、通信システム及び音声メールシステムに関する。
固定通信サービス，移動通信サービス等を提供する通信システムは、ネットワーク上に交換機や無線基地局などの通信サービスを確立するための通信機器を多数備えている。また、通信システムの改良や機能の向上等により、同一の通信システムに、異なる世代の通信機器が用いられる場合がある。
また、今日では、通信システムにおいて、データ通信やパケット通信といった非音声系のサービスも提供できるようになっている。このため、当該通信システムを構成するネットワークには、交換機等以外に、例えば通信ゲートウェイやルータ、メールサーバ、ウェブサーバといったインターネットプロトコルを用いる通信機器も用いられるようになってきている。
このように、サービスの多様化や通信システムの世代に応じて、通信システムに用いられる通信機器の数が非常に多くなっている。これにより、例えば新規加入者に対する通信サービスを確立しようとする際等に、通信システムを構成する個々の機器に情報を設定する作業量が増大し、効率的な設定方法が求められれていた。このため、これら通信機器への情報投入を効率的に行うための管理システムが利用されている。
また、例えば通信サービスの利用者が着信応答できない際に、発呼者からのメッセージを保存しておく留守番電話システムが知られている（例えば特許文献１参照。）。このような留守番電話システムに、上述のような管理システムを用いることにより、機器の情報の設定を効率的に行うことができるようになる。
特開２００２−２０４４７５号（第５−８頁、第１図、第５図）
ここで、従来の留守番電話サービスでは、負荷分散等の観点から発呼者からのメッセージを保持するＶＭＳ（Voice Mail System）を複数のクラスタで構成し、例えば移動機の電話番号［ＭＳＮ（Mobile Subscriber Number）］毎に振り分けている。
移動体通信網では、移動機の電話番号の変更が求められる場合があるが、上述のようにクラスタを分散して設けている場合には、クラスタを越えた電話番号の変更が困難であり、管理の効率化の向上が望まれていた。
本発明は、上述のような課題に鑑みてなされたものであり、管理の効率化に寄与することができるサービス管理システム等を提供することを目的とする。
上述の問題を解決するために、本発明の請求項１に係るサービス管理システムは、端末装置に通信サービスを提供する通信システムを構成する各通信機器に，サービスを確立するための情報を投入するサービス管理システムであって、端末装置の呼出番号の範囲毎に分散して設けられた音声メール保持手段と，各音声メール保持手段毎に対応する呼出番号を示すエントリ情報を保持するエントリ情報保持手段とを有する音声メールサービス手段と、端末装置の呼出番号の新規登録又は変更の要求を入力する要求入力手段と、要求の処理タイミングを入力するタイミング入力手段と、要求に応じたコマンドを処理タイミングに応じて生成し，音声メールサービス手段に供給するコマンド投入手段とを備え、コマンド投入手段は、変更の要求における変更前の呼出番号と変更後の呼出番号に対応する音声メール保持手段が異なる場合に、変更前の呼出番号に対応する音声メール保持手段のエントリ情報保持手段から当該呼出番号のエントリ情報を削除した後、変更後の呼出番号に対応する音声メール保持手段のエントリ情報保持手段に当該呼出番号のエントリ情報を追加することを特徴とする。
また、本発明の請求項４に係る通信システムは、端末装置に通信サービスを提供する通信システムであって、端末装置の呼出番号の範囲毎に分散して設けられた音声メール保持手段と，各音声メール保持手段毎に対応する呼出番号を示すエントリ情報を保持するエントリ情報保持手段とを有する音声メールサービス手段と、端末装置の呼出番号の新規登録又は変更の要求を入力する要求入力手段と、要求の処理タイミングを入力するタイミング入力手段と、要求に応じたコマンドを処理タイミングに応じて生成し，音声メールサービス手段に供給するコマンド投入手段とを備え、コマンド投入手段は、変更の要求における変更前の呼出番号と変更後の呼出番号に対応する音声メール保持手段が異なる場合に、変更前の呼出番号に対応する音声メール保持手段のエントリ情報保持手段から当該呼出番号のエントリ情報を削除した後、変更後の呼出番号に対応する音声メール保持手段のエントリ情報保持手段に当該呼出番号のエントリ情報を追加することを特徴とする。
また、本発明の請求項５に係る音声メールシステムは、端末装置の呼出番号の範囲毎に分散して設けられた音声メール保持手段と，各音声メール保持手段毎に対応する呼出番号を示すエントリ情報を保持するエントリ情報保持手段とを有する音声メールサービス手段と、端末装置の呼出番号の新規登録又は変更の要求を入力する要求入力手段と、要求に応じたコマンドを生成し，音声メールサービス手段に供給するコマンド投入手段とを有し、コマンド投入手段は、変更の要求における変更前の呼出番号と変更後の呼出番号に対応する音声メール保持手段が異なる場合に、変更前の呼出番号に対応する音声メール保持手段のエントリ情報保持手段から当該呼出番号のエントリ情報を削除した後、変更後の呼出番号に対応する音声メール保持手段のエントリ情報保持手段に当該呼出番号のエントリ情報を追加することを特徴とする。
本発明の請求項１に係るサービス管理システムでは、要求入力手段が端末装置の呼出番号の新規登録又は変更の要求を入力し、タイミング入力手段が要求の処理タイミングを入力すると、コマンド投入手段が要求に応じたコマンドを処理タイミングに応じて生成し，音声メールサービス手段に供給する。これにより、音声メールサービス手段に供給するコマンドの生成が容易になり、端末装置の呼出番号の変更を容易に行うことができ、管理の効率化に寄与することができる。また、指定した処理タイミングでコマンドを供給することができる。
また、本発明の請求項４に係る通信システムでは、要求入力手段が端末装置の呼出番号の新規登録又は変更の要求を入力し、タイミング入力手段が要求の処理タイミングを入力すると、コマンド投入手段が、要求に応じたコマンドを処理タイミングに応じて生成し、音声メールサービス手段に供給する。これにより、音声メールサービス手段に供給するコマンドの生成が容易になり、端末装置の呼出番号の変更を容易に行うことができ、管理の効率化に寄与することができる。また、指定した処理タイミングでコマンドを供給することができる。
また、本発明の請求項５に係る音声メールシステムでは、要求入力手段が端末装置の呼出番号の新規登録又は変更の要求を入力すると、コマンド投入手段は、変更の要求における変更前の呼出番号と変更後の呼出番号に対応する音声メール保持手段が異なる場合に、変更前の呼出番号に対応するエントリ情報を削除し、変更後の呼出番号に対応するエントリ情報を追加するコマンドを生成し，音声メールサービス手段に供給する。これにより、変更前の呼出番号と変更後の呼出番号に対応する音声メール保持手段が異なる場合にも呼出番号の変更を自動的に行うことができ、管理の効率化に寄与することができる。
本発明は、例えば移動体通信網の加入者の情報を管理する管理システムに適用することができる。
（全体構成）
本発明の一実施例に係る情報通信システムは、例えば図１に示すように、販売店等に配置される店舗端末１０と、この店舗端末１０とネットワーク２０を介して接続された登録管理サーバ３０及び顧客情報サーバ４０と、留守番電話サービスを提供するＶＭＳ（Voice Management System）５０と、顧客情報サーバ４０からの要求（コマンド）に応じてＶＭＳ（Voice Mail System）５０の設定の変更等を行うＯＭＳ（Order entry Management System）６０とを備えている。ＶＭＳ５０は、ネットワーク７０を介して移動体通信網８０及び移動体通信網９０に接続されており、各移動体通信網８０，９０の移動機８９，９９に対する留守番電話サービスを提供することができるようになっている。
本発明の一実施例に係る情報通信システムは、例えば図１に示すように、販売店等に配置される店舗端末１０と、この店舗端末１０とネットワーク２０を介して接続された登録管理サーバ３０及び顧客情報サーバ４０と、留守番電話サービスを提供するＶＭＳ（Voice Management System）５０と、顧客情報サーバ４０からの要求（コマンド）に応じてＶＭＳ（Voice Mail System）５０の設定の変更等を行うＯＭＳ（Order entry Management System）６０とを備えている。ＶＭＳ５０は、ネットワーク７０を介して移動体通信網８０及び移動体通信網９０に接続されており、各移動体通信網８０，９０の移動機８９，９９に対する留守番電話サービスを提供することができるようになっている。
店舗端末１０, 登録管理サーバ３０，顧客情報サーバ４０は、例えばＭＰＵ（Micro Processing Unit），メモリ，ＨＤＤ（Hard Disk Drive），ＦＤＤ（Flexible Disk Drive）等の補助記憶装置，入出力装置，ネットワークインターフェース，キーボード，ディスプレイ等の入出力装置等を有するパーソナルコンピュータ（ＰＣ），ワークステーション（ＷＳ）等の情報処理装置からなり、ＨＤＤ等に保持されているオペレーティングシステム（ＯＳ）及び制御プログラムを実行することにより、同図中に示す機能ブロックとして機能する。
店舗端末１０は、サービスクライアント４０との間の通信を処理する通信処理部１１と、表示画面の表示を行う描画処理部１２と、操作者の指示を入力する入力処理部１３とを備えている。また、この店舗端末１０には、書類等を出力するプリンタが接続されている。
顧客情報サーバ４０は、移動体通信網の加入者についての情報，契約内容等の情報を保持する顧客ＤＢ４１と、顧客ＤＢ４１に対する情報の登録処理を行う登録処理部４２と、請求書の発行，支払滞納を監督等を行う料金清算処理部４３（図示なし）とを備えている。顧客ＤＢには、例えば加入者の氏名，住所，生年月日，連絡先電話番号，既存の契約の種類，サービス状態，料金の支払い状況，移動機の種類，移動機の電話番号等が登録されている。
移動体通信網８０は、例えばＷ−ＣＤＭＡ（Wideband-Code Division Multiple Access）方式の移動体通信ネットワークからなり、移動機８９との間で無線通信を行う基地局装置（ＮＢ：ＮｏｄｅＢ）８６ａ，…，８６ｎと、無線アクセスネットワークを構成するＲＮＣ（Radio Network Controller）８５と、交換機，ショートメッセージの送受信を行うＳＭＳＣ（Short Massage Service Center）等を有するネットワーク８１とを備えている。
移動体通信網９０は、例えばＰＤＣ（Personal Digital cellular）方式の移動体通信ネットワークからなり、移動機（ＭＳ：Mobile Station）９９との間で無線通信を行う基地局装置（ＢＳ：Base Station）９６ａ，…，９６ｎと、これらのＢＳ９６ａ，…，９６ｎの制御を行う基地局制御装置（ＢＳＣ：Base Station Controller）９５と、交換機等を有するネットワーク９１とを備えている。
また、ＶＭＳ５０は、例えば図２に示すように、音声着信のメッセージを保持するＶＭＳ（Voice Mail BOX：音声メールボックス）クラスタ５２１，５２２，…，５２ｎを備えている。各ＶＭＳクラスタ５２１，５２２，…，５２ｎにはクラスタ名（例えばＶＭＳ１，ＶＭＳ２，…等）が割り当てられている。これらのＶＭＳクラスタ５２１，５２２，…，５２ｎは、例えば移動機８９，９９の電話番号の所定の範囲毎に設けられたノード毎に分散して構成・管理されている。各ノードにはノード名（例えばＶＭＳ１，ＶＭＳ２，…等［クラスタ名と重複するノード名を用いてもよい。］）が割り当てられている。各ノード内には留守番電話サービスを提供する各々の移動機の電話番号に対応する記録領域（音声メールボックス）が設けられる。なお、この図２の例では、クラスタ名がＶＭＳ１であるＶＭＳクラスタ５２１にノード名がＶＭＳ１，ＶＭＳ２である２つのノードを設けた例について示している。
また、ＶＭＳ５０には、各々のＶＭＳクラスタ５２１，５２２，…，５２ｎ（及びクラスタ内のノード）に対する経路制御（ルーティング）を行うためのルーティング情報５３が格納されており、登録管理部５４は、このルーティング情報５３に従って、移動機からの要求を各クラスタ５２１，５２２，…，５２ｎ（及び各クラスタ内のノード）に振り分けるようになっている。また、このＶＭＳ５０には、顧客情報サーバ４０からの要求を受け付けるＶＭＳ−ＦＥＰ（VMS Front End Processor）５１が設けられている。
ルーティング情報５３内では、例えば図３に示すように、クラスタ名及びノード名と対応する電話番号の範囲が定義されている。登録管理部５４は、このルーティング情報５３に従って、移動体通信網８０，９０からのメッセージの格納等を制御する。
また、ＯＭＳ６０は、例えば図４に示すように、顧客情報サーバ４０等からの要求（リクエスト）を受け付ける受付管理部６１と、要求を反映させるスケジュールを管理する投入スケジュール管理部６２と、ＶＭＳ５０，移動体通信網８０，９０の設定の変更等を管理する投入管理部６３と、コマンドのパラメータ，処理結果等の加入者についての情報を管理する加入者情報管理部６４と、顧客情報サーバ４０等のリクエストの要求元に対する応答を管理する応答管理部６５と、ＶＭＳ５０，移動体通信網８０，９０内の機器毎に加入者についての情報を保持する加入者情報ＤＢ６６と、顧客情報サーバ４０からの要求，ＶＭＳ５０に対するコマンド等の履歴を保持する履歴情報ＤＢ６７と、顧客情報サーバ４０からの要求に応じたコマンド等を保持するリファレンスＤＢ６８と、ＯＭＳ６０の運用・保守などを行う際の回線制御機能，監視情報・照会情報等を表示する機能等を有する運用支援部６９とを備えている。
受付管理部６１は、顧客情報サーバ４０等からのリクエストを受け付け、リクエストのパラメータ等のチェックを行い、要求元に受付応答を返す。
投入スケジュール管理部６２は、受付管理部６１が受け付けた要求の種別（即時リクエスト／スケジュールリクエスト）により、優先度，リクエスト受付順序等の条件に従った処理順序を管理する。ここで、即時リクエストは、即時に設定の変更を行う要求であり、スケジュールリクエストは、未来日（例えば課金の基準となる日等）に設定の変更を行う要求である。
投入管理部６３は、顧客情報サーバ４０からの要求からコマンドの送信対象の機器，対象となる移動機等を特定する。送信対象の機器，対象となる移動機等は、対象となる機器毎に、例えば以下のように選択することができる。
・ＭＳＮ（ＭＳＩＳＤＮ）の範囲や値
・ＩＭＳＩの範囲や値
・ＭＳＮ，ＩＭＳＩの複合条件
・均等（各機器の処理件数を保持しておき、少ないところから送信）
・同一コマンドを全機器に送信
・ＭＳＮ（ＭＳＩＳＤＮ）の範囲や値
・ＩＭＳＩの範囲や値
・ＭＳＮ，ＩＭＳＩの複合条件
・均等（各機器の処理件数を保持しておき、少ないところから送信）
・同一コマンドを全機器に送信
また、投入管理部６３は、送信したコマンドに対する応答結果から、コマンドが正常に処理されたか否か、エラーの種類等を判断し、各応答結果に従った処理（コマンド再送等）を行なう。
この投入管理部６３は、ＶＭＳ５０に対する設定の変更を管理するＶＭＳ投入管理部６３ａと、移動体通信網８０の管理を行うＳＯＧ（Service Order Gateway）に対するコマンドの送受信を行うＳＯＧ投入管理部６３ｂと、ＵＰＳ（User Profile Server）に対するコマンドの送受信を行うＵＰＳ投入管理部６３ｃと、サービス情報を管理するＳＭＰ（Service Management Point IN［Intelligence Network］）に対するコマンドの送受信を行うＳＭＰ投入管理部６３ｄと、課金情報の管理を行うＣＤＲ−Ｃ（Charging Data Recording Collector）に対するコマンドの送受信を行うＣＤＲ−Ｃ投入管理部６３ｅ等を備えている。
ＳＯＧ投入管理部６３ｂは、例えば移動体通信網８０における加入者情報と位置登録情報を管理するＨＬＲ（Home Location Register），通話に必要な鍵情報を管理するＡＵＣ（Authentication Center），移動機８９の世代を識別するＦＮＲ（Flexible Numbering Register），移動体通信網８０におけるＩＮ（Intelligence Network）サービス情報を管理するＳＣＰ（Service Control Point）の設定の変更を管理する。
加入者情報管理部６４は、ＶＭＳ５０，移動体通信網８０，９０等を構成するネットワークデバイスからの応答結果から、投入したコマンド中のパラメータを管理し、付加したサービス等の情報を管理する。また、受け付けたリクエスト、投入したコマンド等を履歴として管理する。応答管理部６５は、ネットワークデバイスからの応答結果等から、顧客情報サーバ４０等のリクエストの要求元に結果応答を返す。
加入者情報ＤＢ６６には、各々のネットワークデバイス毎に、リクエスト等の加入者に関する情報が保持される。リファレンスＤＢ６８には、各ネットワークデバイスに投入するコマンド（あるいはコマンド群）やコマンド投入の順番等が記録されている。このリファレンスＤＢ６８には、分散して設けられたネットワークデバイスの号機情報や号機毎のＭＳＮ／ＩＭＳＩ範囲等も記録されている。
ところで、店舗端末１０からの各種業務処理要求は登録管理サーバ３０によって処理される。登録管理サーバ３０は、必要に応じて外部事業者の与信サーバ群を参照して審査を行う審査サーバに対して照会等の処理を行う。外部事業者は、例えばＣＡＦＩＳ［Credit And Finance Information System］、ＴＡＣＳ［電話番号を自動認識し、現在使われているか、使われていないか、移転電話番号案内が行われているかを瞬時に仕分け、加入者の住所変更の可能性を予測する｛http://www.mic-japan.co.jp/home/service/marketing/tacs.html｝］、クレジット会社等である。登録管理サーバ３０による処理の結果は、顧客情報サーバ４０の顧客ＤＢ４１に反映される。
この登録管理サーバ３０は、例えば図５に示すように、顧客情報サーバ４０に対するソフトウェアインターフェースであるフロントエンドサービス３１と、提供するサービスについての処理を実行するサービス処理部３２と、顧客情報サーバ４０に対する登録処理を実行する登録処理部３３と、審査サーバに対して照会を行う与信処理部３４と、加入者の名前，登録内容等について正規状態（登録管理サーバ３０において自動的に処理できる状態）であるか否かを判断する正規判断部３５と、不正規状態に対する処理を実行させる不正規処理部３６とを備えている。
登録管理サーバ３０が提供するサービスには、主に次のようなものがある。
１．共通サービス
２．新規登録サービス
３．解約サービス
４．故障サービス
５．情報変更サービス
６．料金収納サービス
７．機種変更サービス
１．共通サービス
２．新規登録サービス
３．解約サービス
４．故障サービス
５．情報変更サービス
６．料金収納サービス
７．機種変更サービス
これらのサービスは、例えばフロントエンドサービス３１を介して供給される店舗端末１０からの要求に応じて呼び出され、各々のサービスの処理が実行されるようになっている。各々のサービスは、サービス処理部３２に実装されたソフトウェアによって実行される。１．共通サービスには、ａ．顧客情報照会と、ｂ．ファミリー情報照会等の処理がある。サービス処理部３２には、これらのサービスに対応する処理部が設けられている。
また、２．新規登録サービス，２．新規登録サービス，３．解約サービス，４．故障サービス，５．情報変更サービス，６．料金収納サービス，７．機種変更サービスには、各々自動的に処理できる状態（ａ．正規状態）と、操作者による判断等が必要な状態（ｂ．不正規状態）とがある。このため、この登録管理サーバ３０は、正規状態か否かを判断する正規判断部３５と、不正規状態の処理を補助する不正規処理部３６とを備えている。
登録管理サーバ３０が提供するサービスに対して、店舗端末１０を介して情報が入力されると、入力された情報は、顧客情報サーバ４０に反映される。例えば新規登録の場合では、店舗端末１０から入力された加入者の氏名，住所，生年月日，連絡先電話番号，既存の契約の種類，サービス状態，料金の支払い状況，移動機の種類，移動機の電話番号等が登録管理サーバ３０に供給され、これらの情報が顧客情報サーバ４０の顧客ＤＢ４１に反映される。
顧客情報サーバ４０は、反映された情報に応じて、ＯＭＳ６０に移動体通信網８０，９０，ＶＭＳ５０等の設定の変更を要求する。この要求は、例えば図６及び図７に示すように、要求する操作（アクション）に応じたリクエストコードと、必要なパラメータから構成される。図６は、移動体通信網９０に対する要求の例を示したものであり、図７は移動体通信網８０に対する要求の例を示したものである。
また、リクエストコードは、サービスのカテゴリを示すサービスコード（Sev Cde）と、サービスサブコード（Sub Cde）と、アクションコード（Act Cde）とから構成されている。図８は、図６及び図７中のリクエストコードをまとめたものである。移動体通信網８０と移動体通信網９０とでは網の構成が異なり、要求されるパラメータ，対象となる機器等が異なるため、同様の処理（例えば留守番電話サービスの開始・変更・終了等）であっても、異なるリクエストコードとなっている。
（ＯＭＳ６０動作概要）
ＯＭＳ６０は、顧客情報サーバ４０からの要求に応じて、要求の対象となるＶＭＳ５０等の機器に対して設定の変更等を要求するコマンド（要求コマンド：ＲＥＱ）を送信する。ＶＭＳ５０等の機器は、このようなコマンドに応じた処理の結果を応答（応答コマンド：ＲＥＳＰ）としてＯＭＳ６０に送信する。
ＯＭＳ６０は、顧客情報サーバ４０からの要求に応じて、要求の対象となるＶＭＳ５０等の機器に対して設定の変更等を要求するコマンド（要求コマンド：ＲＥＱ）を送信する。ＶＭＳ５０等の機器は、このようなコマンドに応じた処理の結果を応答（応答コマンド：ＲＥＳＰ）としてＯＭＳ６０に送信する。
これらのコマンドは、例えば図９に示すように、２０バイトのヘッダを有している。コマンドヘッダは、例えばコマンド長（４バイト），コマンドＩＤ（４バイト），コマンド状態（４バイト），シーケンス番号（４バイト），予約（４バイト）を含んでいる。
また、コマンドの種類によっては、ヘッダに続いて所定長のボディを有している。ボディの長さは、ヘッダ中のコマンド長の内容によって指定されている。例えばＶＭＳ５０に対して音声メールボックスの追加を要求するＡＤＤコマンドでは、ボディは、ＭＳＮ（１０バイト），ページャ番号（１１バイト），ＶＭＳパスワード（４バイト），ページャタイプ（２バイト），サービスタイプ（２バイト），コミュニティ番号（１バイト）の３０バイトで構成される。ＭＳＮは、移動機の電話番号（０ＡＢ−ＣＤＥＦ−ＧＨＩＪ）の先頭の０を除いた１０桁の番号を示す文字から構成されている。このＭＳＮにより、ＶＭＳ５０は、音声メールボックスを追加すべき移動機の電話番号を判断することができるようになっている。
また、ＡＤＤコマンドに対する応答（ＡＤＤ＿ＲＥＳＰ）は、ヘッダのみで構成されるが、コマンド状態の部分は、コマンドの処理結果に応じた情報（例えばＦＥＰレスポンスコード又はＯＣＬコマンドリターンコード等）となる。この情報に応じてＯＭＳ６０は、コマンドの処理状態を判断することができるようになっている。
ＯＭＳ６０がＶＭＳ５０等に送信するコマンドは、上述のＡＤＤコマンドの他に、音声メールボックスの削除を求めるＤＥＬＥＴＥ，音声メールボックスの名前（電話番号）の変更を求めるＲＥＮＡＭＥ等がある。これらの各コマンドに対応するコマンドＩＤは、例えばＡＤＤが“０３”，ＵＰＤＡＴＥが“０４”，ＲＥＮＡＭＥが“０５”，ＤＥＬＥＴＥが“０６”，ＲＥＡＤが“０７”となっている。
顧客情報サーバ４０からの要求（リクエストコードを構成するサービスコード，サービスサブコード，アクションコード）に対応してＶＭＳ５０等に送信するコマンドは、例えば図１０に示すように定義されている。また、加入者情報ＤＢ６６には、例えば図１１に示すように、ＶＭＳ５０等に対する個々のコマンドについての情報が格納されている。リファレンスＤＢ６８には、例えば図１２に示すように、顧客情報サーバ４０からの個々の要求に対応するコマンド，処理の定義等の情報が格納されている。また、履歴情報ＤＢ６７には、例えば図１３に示すように、コマンドの内容と処理時刻等が格納されている。
受付管理部６１が顧客情報サーバ４０からの要求を受け付けると、当該要求に対してＯＭＳ管理番号を割り当て、投入スケジュール管理部６２に供給する。投入スケジュール管理部６２は、供給された要求をスケジュール管理テーブル６２ａに登録する。さらに、投入スケジュール管理部６２は、当該要求中の更新日時の指定の有無を確認し、指定がなければ上述の即時リクエストと判断し、投入管理部６３にコマンドの投入を指示する。更新日時の指定があれば投入スケジュール管理部６２は、スケジュールリクエストと判断し、指定された日時になってから投入管理部６３にコマンドの投入を指示する。
投入管理部６３は、投入スケジュール管理部６２のコマンド投入の指示があると、要求中のパラメータ等を上述の図１１に示すように、加入者情報ＤＢ６６に登録する。この後、例えばリファレンスＤＢ６８を参照して顧客情報サーバ４０からの要求中のリクエストコードに対応するコマンドを生成し、投入管理部６３は、例えば加入者情報ＤＢ６６を参照して当該コマンド中のパラメータを生成する。このようにコマンドを生成すると、投入管理部６３は、顧客情報サーバ４０からの要求中で指定された相手先の機器（例えばＶＭＳ５０等）に送信する。
このようなコマンドに対する応答は、投入管理部６３から加入者情報管理部６４に供給される。加入者情報管理部６４は、応答に応じて、加入者情報ＤＢ６６の更新を行う。例えばコマンドが正常に終了していれば、当該要求の処理が完了した時刻を上述の図１１中の［更新完了日時］に登録する。また、応答管理部６５は、顧客情報サーバ４０に要求に対する応答を送信する。この応答を受信した顧客情報サーバ４０は、顧客ＤＢ４１の更新を行う。
（要求⇒コマンド概要）
図１４〜図１７は、顧客情報サーバ４０からの要求に応じてＯＭＳ６０からＶＭＳ５０に送信されるコマンドの例を示すシーケンス図である。
図１４〜図１７は、顧客情報サーバ４０からの要求に応じてＯＭＳ６０からＶＭＳ５０に送信されるコマンドの例を示すシーケンス図である。
ＶＭＳ５０に音声メールボックスを追加する際には、例えば図１４に示すように、ＯＭＳ６０は顧客情報サーバ４０から要求に応じて、新たな電話番号等をパラメータとしてＡＤＤコマンドをＶＭＳ−ＦＥＰ５１に供給する。ＶＭＳ−ＦＥＰ５１は、電話番号に対応するＶＭＳクラスタ５２１〜５２ｎ（及びノード）を選択し、選択したＶＭＳクラスタ５２１〜５２ｎに指定された電話番号に対応する新たな音声メールボックスを作成させる。さらに、ＶＭＳ−ＦＥＰ５１は、ルーティング情報５３に当該電話番号と、クラスタ及びノードを対応させたエントリを追加する。
ＶＭＳ５０から音声メールボックスを削除する際には、例えば図１５に示すように、ＯＭＳ６０は顧客情報サーバ４０から要求に応じて、削除する電話番号等をパラメータとしてＤＥＬコマンドをＶＭＳ−ＦＥＰ５１に供給する。ＶＭＳ−ＦＥＰ５１は、電話番号に対応するＶＭＳクラスタ５２１〜５２ｎ（及びノード）を選択し、選択したＶＭＳクラスタ５２１〜５２ｎに指定された電話番号に対応する音声メールボックスを削除させる。さらに、ＶＭＳ−ＦＥＰ５１は、ルーティング情報５３から当該電話番号に対応するエントリを削除する。
ＶＭＳ５０に登録されている音声メールボックスの設定を変更する際には、例えば図１６に示すように、ＯＭＳ６０は顧客情報サーバ４０から要求に応じて、電話番号と設定を示す情報等をパラメータとしてＵＰＤＡＴＥコマンドをＶＭＳ−ＦＥＰ５１に供給する。ＶＭＳ−ＦＥＰ５１は、電話番号に対応するＶＭＳクラスタ５２１〜５２ｎ（及びノード）を選択し、選択したＶＭＳクラスタ５２１〜５２ｎから指定された電話番号に対応する音声メールボックスの設定を読み出す（ＭＡＩＬ ＢＯＸ ＲＥＡＤ）。さらに、ＶＭＳ−ＦＥＰ５１は、設定を示す情報に応じて、選択したＶＭＳクラスタ５２１〜５２ｎに当該音声メールボックスの設定を変更させる（ＭＡＩＬ ＢＯＸ ＵＰＤＡＴＥ）。
ＶＭＳ５０に登録されている音声メールボックスに対応する電話番号を変更する際には、例えば図１７に示すように、ＯＭＳ６０は顧客情報サーバ４０から要求に応じて、変更前の電話番号と変更後の電話番号等をパラメータとしてＲＥＮＡＭＥコマンドをＶＭＳ−ＦＥＰ５１に供給する。ＶＭＳ−ＦＥＰ５１は、変更前の電話番号に対応するＶＭＳクラスタ５２１〜５２ｎ（及びノード）を選択し、選択したＶＭＳクラスタ５２１〜５２ｎから指定された電話番号に対応する音声メールボックスの設定を読み出す（ＭＡＩＬ ＢＯＸ ＲＥＡＤ）。この後、ＶＭＳ−ＦＥＰ５１は、選択したＶＭＳクラスタ５２１〜５２ｎに変更前の電話番号に対応する音声メールボックスを変更後の電話番号に対応させる（ＭＡＩＬ ＢＯＸ ＲＥＮＡＭＥ）。さらに、ＶＭＳ−ＦＥＰ５１は、ルーティング情報５３から変更前の電話番号に対応するエントリを変更後の電話番号に対応させる。
（全体動作：概要）
この通信システムでは、例えばユーザ（加入者）が新たにサービスを利用しようとする際には、店頭で申込を行う。店舗端末１０の操作者が、加入者についての情報を入力すると、例えば図１８に示すように、この情報は顧客情報サーバ４０に送信される（Ｓ１０１）。上述の登録処理部４２は、例えば顧客情報処理部４２ａと顧客情報総合管理部４２ｂとを有している。顧客情報処理部４２ａは、店舗端末１０からの加入者についての情報を受信すると顧客ＤＢ４１に登録して、顧客情報総合管理部４２ｂに通知する（Ｓ１０２）。
この通信システムでは、例えばユーザ（加入者）が新たにサービスを利用しようとする際には、店頭で申込を行う。店舗端末１０の操作者が、加入者についての情報を入力すると、例えば図１８に示すように、この情報は顧客情報サーバ４０に送信される（Ｓ１０１）。上述の登録処理部４２は、例えば顧客情報処理部４２ａと顧客情報総合管理部４２ｂとを有している。顧客情報処理部４２ａは、店舗端末１０からの加入者についての情報を受信すると顧客ＤＢ４１に登録して、顧客情報総合管理部４２ｂに通知する（Ｓ１０２）。
通知を受けると顧客情報総合管理部４２ｂは、ＯＭＳ６０に顧客情報中の移動機の電話番号等を指定して利用可能な状態にすることを要求する（Ｓ１０３）。このような要求を受けると、ＯＭＳ６０は、移動体通信網８０，９０内の対象となる機器（デバイス）に対するコマンドを生成して送信する（Ｓ１０４）。これと並行して、ＯＭＳ６０は、ＣＤＲ−Ｃ投入管理部６３ｅに指示して課金を開始させる。このコマンドが正常に処理されると、移動機が通信サービスを利用できる状態になる。この後、移動体通信網側から処理が完了したことがＯＭＳ６０に通知され（Ｓ１０５）、顧客情報総合管理部４２ｂ，顧客情報処理部４２ａを介して店舗端末１０に処理が完了したことが通知される（Ｓ１０６〜Ｓ１０８）。
また、ユーザ（加入者）が、例えばコンテンツの提供サービスを利用する際には、例えば図１９に示すように、移動機を操作してコンテンツを提供するコンテンツサーバにコンテンツを要求する（Ｓ１１１，Ｓ１１２）、コンテンツサーバからのコンテンツは、移動体通信網を介して移動機に供給され（Ｓ１１３，Ｓ１１４）、移動機で閲覧等することができる。
住所等の利用者の情報を変更する際には、店舗端末１０を介して入力された情報が顧客情報処理部４２ａ，顧客情報総合管理部４２ｂに供給され、必要であれば、上述と同様にＯＭＳ６０を介して対象となる機器にコマンドが供給される。
移動体通信網は、移動機による通信量とコンテンツの利用状況を監視しており、逐次顧客情報総合管理部４２ｂに通知する（Ｓ１１６）。顧客情報総合管理部４２ｂは、所定の期間毎に、当該期間内の通信量とコンテンツの利用状況を料金清算処理部４３に通知する（Ｓ１１７）。
料金清算処理部４３は、顧客情報総合管理部４２ｂからの通知内容に応じて、利用料金を算出し、請求書の発行等の処理を行う。請求書は、加入者に郵送される。あるいは、支払方法として、銀行等の口座から引き落とし等が選択されている場合には、別途、決済システムによって決済が行われる。
（効果）
以上説明したように、この情報通信システムでは、店舗端末１０を介して利用申込を行った加入者についての情報を入力すると、自動的に、当該加入者の移動機が、通信サービスを受け得るように、移動体通信網内の機器の設定を行わせることができる。これにより、人手で機器の設定を行う場合に比較して省力化に寄与することができる。
以上説明したように、この情報通信システムでは、店舗端末１０を介して利用申込を行った加入者についての情報を入力すると、自動的に、当該加入者の移動機が、通信サービスを受け得るように、移動体通信網内の機器の設定を行わせることができる。これにより、人手で機器の設定を行う場合に比較して省力化に寄与することができる。
また、この情報通信システムでは、顧客情報サーバ４０で顧客情報を管理すると共に、顧客情報サーバ４０からの要求に応じて移動体通信網８０，９０内の機器にコマンドを送信するＯＭＳ６０を設けたため、リファレンスＤＢ６８における定義に従って、顧客情報サーバ４０からの要求に応じて、複数の機器に対する設定処理を行うことができる。これにより、情報通信システムの設定の効率化に寄与することができる。
（ＶＭＳ関係動作）
・新規
この情報通信システムにおいて、新たに留守番電話サービスを利用する移動機がある場合には、ＶＭＳ５０に新たに音声メールボックスを作成する。まず、例えば図２０に示すように、顧客情報総合管理部４２ｂから新たな移動機に対する開通の指示が要求されると（Ｓ１３１）、ＯＭＳ６０（受付管理部６１）は、ＶＭＳ投入管理部６３ａに当該移動機の電話番号に対応する音声メールボックスの作成を指示するコマンドを生成させ（Ｓ１３２）、ＶＭＳ−ＦＥＰ５１に送信させる（Ｓ１３３）。このコマンド中では、移動機の電話番号がパラメータとして指定されている。なお、移動機の電話番号は、顧客情報サーバ４０でも管理されており、重複のない電話番号が指定される。
・新規
この情報通信システムにおいて、新たに留守番電話サービスを利用する移動機がある場合には、ＶＭＳ５０に新たに音声メールボックスを作成する。まず、例えば図２０に示すように、顧客情報総合管理部４２ｂから新たな移動機に対する開通の指示が要求されると（Ｓ１３１）、ＯＭＳ６０（受付管理部６１）は、ＶＭＳ投入管理部６３ａに当該移動機の電話番号に対応する音声メールボックスの作成を指示するコマンドを生成させ（Ｓ１３２）、ＶＭＳ−ＦＥＰ５１に送信させる（Ｓ１３３）。このコマンド中では、移動機の電話番号がパラメータとして指定されている。なお、移動機の電話番号は、顧客情報サーバ４０でも管理されており、重複のない電話番号が指定される。
このようなコマンドが供給されると、ＶＭＳ−ＦＥＰ５１は、ルーティング情報５３を参照して、指定された電話番号に対応するＶＭＳクラスタ５２１〜５２ｎ（及びノード）を特定し、音声メールボックスを作成させる。作成が終了すると、ＶＭＳ−ＦＥＰ５１は、ＶＭＳ投入管理部６３ａに、音声メールボックスの作成が終了した旨を通知する（Ｓ１３４）。通知があると、ＶＭＳ投入管理部６３ａは、ＯＭＳ６０の加入者情報管理部６４，応答管理部６５を介して顧客情報サーバ４０の顧客情報総合管理部４２ｂに通知を供給する（Ｓ１３５，Ｓ１３６）。これにより、当該電話番号に対する留守番電話サービスを利用できるようになる。
・ＲＥＮＡＭＥ
また、加入者の移動機の電話番号を変更する際には、例えば図２１に示すように、電話番号の変更の要求があると、顧客情報サーバ４０はＯＭＳ６０に電話番号の変更を要求する（Ｓ１４１）。この要求中では、変更前の電話番号と変更後の電話番号がパラメータとして指定されている。このような要求を受け付けると、ＯＭＳ６０は、ＶＭＳ投入管理部６３ａに変更前後の電話番号をパラメータとして有するＲＥＮＡＭＥコマンドを生成させ（Ｓ１４２）、ＶＭＳ−ＦＥＰ５１に供給させる（Ｓ１４３）。
また、加入者の移動機の電話番号を変更する際には、例えば図２１に示すように、電話番号の変更の要求があると、顧客情報サーバ４０はＯＭＳ６０に電話番号の変更を要求する（Ｓ１４１）。この要求中では、変更前の電話番号と変更後の電話番号がパラメータとして指定されている。このような要求を受け付けると、ＯＭＳ６０は、ＶＭＳ投入管理部６３ａに変更前後の電話番号をパラメータとして有するＲＥＮＡＭＥコマンドを生成させ（Ｓ１４２）、ＶＭＳ−ＦＥＰ５１に供給させる（Ｓ１４３）。
このようなＲＥＮＡＭＥコマンドが供給されると、ＶＭＳ−ＦＥＰ５１は、指定された電話番号に対応するＶＭＳクラスタ５２１〜５２ｎ（及びノード）を特定し、音声メールボックスの名前を、変更前の電話番号から変更後の電話番号に変更する。変更が終了すると、ＶＭＳ−ＦＥＰ５１は、ＶＭＳ投入管理部６３ａに、音声メールボックスの名称変更が終了した旨を通知する（Ｓ１４４）。通知があると、ＶＭＳ投入管理部６３ａは、ＯＭＳ６０の加入者情報管理部６４，応答管理部６５を介して顧客情報サーバ４０の顧客情報総合管理部４２ｂに通知を供給する（Ｓ１４５，Ｓ１４６）。これにより、変更後の新たな電話番号に対して留守番電話サービスを利用できるようになる。
このように、ＲＥＮＡＭＥコマンドによって加入者の移動機の電話番号を変更する場合には、異なるＶＭＳクラスタ５２１〜５２ｎに属する電話番号に変更することができない。これは、上述の図３に示すルーティング情報５３により、ＶＭＳクラスタ毎に電話番号の範囲が割り当てられているため、ＶＭＳ５０に対するＲＥＮＡＭＥコマンドでは、ＶＭＳクラスタを超えた変更ができないためである。
このため、このような方法では、変更できる電話番号の範囲が制約されるため、電話番号の利用状況によって各ＶＭＳクラスタ内の利用量（生成された音声メールボックスの量）に差異が生じ、利用量の多いＶＭＳクラスタについては、容量が不足する可能性がある。これにより、電話番号を変更することができない状況が生じてしまうことが考えられる。
・ＤＥＬ／ＡＤＤ
このため、この情報通信システムでは、例えば図２２に示すように、まず、ＤＥＬＥＴＥコマンドによって変更前の電話番号に対応するＶＭＳクラスタ５２１〜５２ｎ内の音声メールボックスを削除した後、ＡＤＤコマンドによって変更後の電話番号に対応するＶＭＳクラスタ５２１〜５２ｎに変更後の電話番号に対応する音声メールボックスを作成することができるようになっている。
このため、この情報通信システムでは、例えば図２２に示すように、まず、ＤＥＬＥＴＥコマンドによって変更前の電話番号に対応するＶＭＳクラスタ５２１〜５２ｎ内の音声メールボックスを削除した後、ＡＤＤコマンドによって変更後の電話番号に対応するＶＭＳクラスタ５２１〜５２ｎに変更後の電話番号に対応する音声メールボックスを作成することができるようになっている。
電話番号の変更の要求があると、顧客情報サーバ４０は、例えば図２２に示すように、ＯＭＳ６０に電話番号の変更を要求する（Ｓ１５１）。この要求中では、変更前の電話番号と変更後の電話番号がパラメータとして指定されている。このような要求を受け付けると、ＯＭＳ６０は、ＶＭＳ投入管理部６３ａに変更前の電話番号に対するＤＥＬＥＴＥコマンドを生成させ（Ｓ１５２）、ＶＭＳ−ＦＥＰ５１に供給させる（Ｓ１５３）。
このようなＤＥＬＥＴＥコマンドが供給されると、ＶＭＳ−ＦＥＰ５１は、指定された電話番号に対応するＶＭＳクラスタ５２１〜５２ｎ（及びノード）を特定し、音声メールボックスを削除させる（Ｓ１５４）。削除が終了すると、ＶＭＳ−ＦＥＰ５１は、ＯＭＳ６０に、音声メールボックスの削除が終了した旨を通知する（Ｓ１５５〜Ｓ１５７）。通知があると、ＯＭＳ６０は、ＶＭＳ投入管理部６３ａに、変更後の電話番号に対するＡＤＤコマンドを生成させ（Ｓ１５８）、ＶＭＳ−ＦＥＰ５１に供給させる（Ｓ１５９）。
このようなＡＤＤコマンドが供給されると、ＶＭＳ−ＦＥＰ５１は、指定された電話番号に対応するＶＭＳクラスタ５２１〜５２ｎ（及びノード）を特定し、音声メールボックスを作成させる（Ｓ１６０）。作成が終了すると、ＶＭＳ−ＦＥＰ５１は、ＯＭＳ６０に、音声メールボックスの作成が終了した旨を通知する（Ｓ１６１〜Ｓ１６３）。この通知の後、ＯＭＳ６０は、顧客情報サーバ４０に電話番号の変更が終了したことを通知する（Ｓ１６４）。これにより、変更後の新たな電話番号に対して留守番電話サービスを利用できるようになる。
（効果）
以上説明したように、この情報通信システムでは、まず、ＤＥＬＥＴＥコマンドによって変更前の電話番号に対応するＶＭＳクラスタ内の音声メールボックスを削除した後、ＡＤＤコマンドによって変更後の電話番号に対応するＶＭＳクラスタに変更後の電話番号に対応する音声メールボックスを作成することにより、変更前の電話番号に対応するＶＭＳクラスタと異なるＶＭＳクラスタに属する電話番号に変更することができる。これにより、移動機の電話番号の変更を容易にすることができる。さらに、ＶＭＳクラスタの変更ができるため、ＶＭＳクラスタ間で、使用容量を均衡させるように、電話番号の割り当てを行うことができる。
以上説明したように、この情報通信システムでは、まず、ＤＥＬＥＴＥコマンドによって変更前の電話番号に対応するＶＭＳクラスタ内の音声メールボックスを削除した後、ＡＤＤコマンドによって変更後の電話番号に対応するＶＭＳクラスタに変更後の電話番号に対応する音声メールボックスを作成することにより、変更前の電話番号に対応するＶＭＳクラスタと異なるＶＭＳクラスタに属する電話番号に変更することができる。これにより、移動機の電話番号の変更を容易にすることができる。さらに、ＶＭＳクラスタの変更ができるため、ＶＭＳクラスタ間で、使用容量を均衡させるように、電話番号の割り当てを行うことができる。
（スケジュール・デバイス毎の管理）
ところで、この情報通信システムでは、電話番号の変更等の設定変更のコマンドを投入するスケジュールを設定することができるようになっている。コマンドを投入するタイミングは、顧客情報サーバ４０からの要求（リクエスト）に応じて、例えば上述の図１１に示す加入者情報中の４．更新日時（UPD_ENTRY_DT）の値によって指定する。
ところで、この情報通信システムでは、電話番号の変更等の設定変更のコマンドを投入するスケジュールを設定することができるようになっている。コマンドを投入するタイミングは、顧客情報サーバ４０からの要求（リクエスト）に応じて、例えば上述の図１１に示す加入者情報中の４．更新日時（UPD_ENTRY_DT）の値によって指定する。
（新規登録）
新たなサービス（例えば留守番電話サービス）の提供を行う際には、例えば図２３に示すように、顧客情報サーバ４０から受付管理部６１に新たなサービスの付与要求があると（Ｓ５００）、受付管理部６１は個々のリクエストを識別する識別情報（リクエストＩＤ）を発行し、当該要求を投入スケジュール管理部６２に供給する（Ｓ５０１）。この後、受付管理部６１は、顧客情報サーバ４０に受付が終了したことを通知する（Ｓ５０２）。投入スケジュール管理部６２は、受付管理部６１を介して供給された顧客情報サーバ４０からの要求が上述の即時投入リクエストであるか否かを判定し、即時投入リクエストであれば、すぐに投入管理部６３にコマンド（パラメータ）の投入を指示する（Ｓ５０３）。即時投入リクエストでなければ、投入スケジュール管理部６２は、当該要求をスケジュール管理テーブル６２ａに登録してスケジュール管理を行い、指示された日時でコマンド（パラメータ）の投入を指示する（Ｓ５０４）。
新たなサービス（例えば留守番電話サービス）の提供を行う際には、例えば図２３に示すように、顧客情報サーバ４０から受付管理部６１に新たなサービスの付与要求があると（Ｓ５００）、受付管理部６１は個々のリクエストを識別する識別情報（リクエストＩＤ）を発行し、当該要求を投入スケジュール管理部６２に供給する（Ｓ５０１）。この後、受付管理部６１は、顧客情報サーバ４０に受付が終了したことを通知する（Ｓ５０２）。投入スケジュール管理部６２は、受付管理部６１を介して供給された顧客情報サーバ４０からの要求が上述の即時投入リクエストであるか否かを判定し、即時投入リクエストであれば、すぐに投入管理部６３にコマンド（パラメータ）の投入を指示する（Ｓ５０３）。即時投入リクエストでなければ、投入スケジュール管理部６２は、当該要求をスケジュール管理テーブル６２ａに登録してスケジュール管理を行い、指示された日時でコマンド（パラメータ）の投入を指示する（Ｓ５０４）。
いずれのリクエストの場合でも、投入スケジュール管理部６２からコマンドの投入が指示されると、投入管理部６３は、コマンドの投入のための加入者情報を作成して加入者情報ＤＢ６６に登録させる（Ｓ５０５，Ｓ５０６）。この後、リファレンスＤＢ６８を参照して、コマンド投入対象のネットワークデバイス及び号機等の情報を取得し（Ｓ５０７，Ｓ５０８）、コマンドの投入順等を取得する（Ｓ５０９，Ｓ５１０）。
これらの情報を取得すると、投入管理部６３は、各ネットワークデバイス毎にコマンドを投入し、この投入結果が得られると、これを加入者情報管理部６４に供給し（Ｓ５１１）、加入者情報ＤＢ６６の中の当該要求の処理状態を示す情報を「処理済」に更新する（Ｓ５１２）。
加入者情報管理部６４は、投入管理部６３から投入結果が供給されると、加入者情報を更新して履歴情報ＤＢ６７に登録し（Ｓ５１３）、応答管理部６５にコマンドの投入結果を通知する（Ｓ５１４）。これに応じて、応答管理部６５は、顧客情報サーバ４０にリクエストの処理結果を通知する（Ｓ５１５）。
（変更）
また、既存の利用者に提供するサービスを変更する場合には、例えば図２４に示すように、顧客情報サーバ４０から受付管理部６１にサービスの変更の要求があると（Ｓ６００）、受付管理部６１は受付番号を発行し、当該要求を投入スケジュール管理部６２に供給する（Ｓ６０１）。この後、受付管理部６１は、顧客情報サーバ４０に受付が終了したことを通知する（Ｓ６０２）。投入スケジュール管理部６２は、受付管理部６１を介して供給された顧客情報サーバ４０からの要求が上述の即時投入リクエストであるか否かを判定し、即時投入リクエストであれば、すぐに投入管理部６３にコマンド（パラメータ）の投入を指示する（Ｓ６０３）。即時投入リクエストでなければ、投入スケジュール管理部６２は、当該要求をスケジュール管理テーブル６２ａに登録してスケジュール管理を行い、指示された日時でコマンド（パラメータ）の投入を指示する（Ｓ６０４）。
また、既存の利用者に提供するサービスを変更する場合には、例えば図２４に示すように、顧客情報サーバ４０から受付管理部６１にサービスの変更の要求があると（Ｓ６００）、受付管理部６１は受付番号を発行し、当該要求を投入スケジュール管理部６２に供給する（Ｓ６０１）。この後、受付管理部６１は、顧客情報サーバ４０に受付が終了したことを通知する（Ｓ６０２）。投入スケジュール管理部６２は、受付管理部６１を介して供給された顧客情報サーバ４０からの要求が上述の即時投入リクエストであるか否かを判定し、即時投入リクエストであれば、すぐに投入管理部６３にコマンド（パラメータ）の投入を指示する（Ｓ６０３）。即時投入リクエストでなければ、投入スケジュール管理部６２は、当該要求をスケジュール管理テーブル６２ａに登録してスケジュール管理を行い、指示された日時でコマンド（パラメータ）の投入を指示する（Ｓ６０４）。
いずれのリクエストの場合でも、投入スケジュール管理部６２からコマンドの投入が指示されると、投入管理部６３は、コマンドの対象となる加入者の加入者情報を参照し（Ｓ６０５，Ｓ６０６）。この後、リファレンスＤＢ６８を参照して、コマンド投入対象のネットワークデバイス及び号機等の情報を取得し（Ｓ６０７，Ｓ６０８）、コマンドの投入順等を取得する（Ｓ６０９，Ｓ６１０）。
これらの情報を取得すると、投入管理部６３は、各ネットワークデバイス毎にコマンドを投入し、この投入結果が得られると、これを加入者情報管理部６４に供給し（Ｓ６１１）、加入者情報ＤＢ６６の中の当該要求の処理状態を示す情報を「処理済」に更新する（Ｓ６１２）。
加入者情報管理部６４は、投入管理部６３から投入結果が供給されると、加入者情報を更新して履歴情報ＤＢ６７に登録し（Ｓ６１３）、応答管理部６５にコマンドの投入結果を通知する（Ｓ６１４）。これに応じて、応答管理部６５は、顧客情報サーバ４０にリクエストの処理結果を通知する（Ｓ６１５）。
（効果）
この情報通信システムでは、上述のように、投入スケジュール管理部６２により、コマンドを投入するタイミングを管理することにより、設定の変更を行うタイミングを管理することができる。このため、設定変更のタイミングを調整することにより、移動体通信網８０，９０全体を停止させずに、変更を行うことができる。また、投入管理部６３により、対象機器毎の設定変更の順番を決めて処理を行うため、設定変更の処理を分散させることができ、移動体通信網８０，９０に対する負荷を最小限にすることができる。
この情報通信システムでは、上述のように、投入スケジュール管理部６２により、コマンドを投入するタイミングを管理することにより、設定の変更を行うタイミングを管理することができる。このため、設定変更のタイミングを調整することにより、移動体通信網８０，９０全体を停止させずに、変更を行うことができる。また、投入管理部６３により、対象機器毎の設定変更の順番を決めて処理を行うため、設定変更の処理を分散させることができ、移動体通信網８０，９０に対する負荷を最小限にすることができる。
また、この情報通信システムでは、予めリファレンスＤＢ６８に登録しておいたリファレンスに基づいてコマンドを生成して対象となる機器に投入することにより、対象となる機器に応じた手順でコマンドを投入することができる。これにより、異なる機器に対するコマンドの投入を一括して管理することができ、管理の効率化に寄与することができる。
（変形例１）
上述の実施形態では、移動機の電話番号に対応するＶＭＳクラスタは、ルーティング情報５３に登録しておく構成としていたが、例えば図２５に示すように、をＣコード（電話番号を“０９０−ＣＤＥＦ−ＧＨＩＪ”とした場合の４桁目“Ｃ”）毎にＶＭＳクラスタを設ける構成としてもよい。この場合は、ＶＭＳ投入管理部６３ａに、電話番号に応じてＶＭＳクラスタを選択するＣコード判定部を設ける。
上述の実施形態では、移動機の電話番号に対応するＶＭＳクラスタは、ルーティング情報５３に登録しておく構成としていたが、例えば図２５に示すように、をＣコード（電話番号を“０９０−ＣＤＥＦ−ＧＨＩＪ”とした場合の４桁目“Ｃ”）毎にＶＭＳクラスタを設ける構成としてもよい。この場合は、ＶＭＳ投入管理部６３ａに、電話番号に応じてＶＭＳクラスタを選択するＣコード判定部を設ける。
このような構成において、移動機の電話番号を変更する場合には、例えば図２６に示すように、ＶＭＳ投入管理部６３ａが、ＤＥＬＥＴＥコマンド（Ｓ２０３）及びＡＤＤコマンド（Ｓ２０９）中において対象となるＶＭＳクラスタ５２１〜５２ｎを直接指定する。これにより、ＶＭＳ５０側にルーティング情報５３を設ける必要がない。また、このような構成では、ＶＭＳクラスタは、電話番号中のＣコードによって一義的に決まるため、管理が容易である。
ＶＭＳ投入管理部６３ａ側にＣコード判定部を設ける代わりに、ＶＭＳ−ＦＥＰ５１側にＣコード判定部を設け、ＶＭＳクラスタの選択を行うようにしてもよい。
（変形例２）
ところで、上述の実施形態では、Ｃコード毎にＶＭＳクラスタを設けたが、行政への登録経緯の理由から、Ｃコードの割当範囲は事業者によって偏りがある。このため、例えばあるＣコード領域ではＸ事業者への割当範囲が多く、Ｙ事業者は少ない場合がある（参考：http://www.johotsusintokei.soumu.go.jp/tel_number/mobile90.htm）。
ところで、上述の実施形態では、Ｃコード毎にＶＭＳクラスタを設けたが、行政への登録経緯の理由から、Ｃコードの割当範囲は事業者によって偏りがある。このため、例えばあるＣコード領域ではＸ事業者への割当範囲が多く、Ｙ事業者は少ない場合がある（参考：http://www.johotsusintokei.soumu.go.jp/tel_number/mobile90.htm）。
これにより、例えば図２７に示すように、ＶＭＳクラスタ５２１〜５２ｎ間で残り容量がばらつき、特定のＶＭＳクラスタ５２１〜５２ｎの残り容量が不足する場合がある。このため、例えばＶＭＳ−ＦＥＰ５１若しくはＶＭＳクラスタ５２１〜５２ｎが、ＶＭＳ投入管理部６３ａに、各ＶＭＳクラスタ５２１〜５２ｎの残り容量を通知し、ＶＭＳ投入管理部６３ａが残り容量に応じて、容量に余裕のあるＶＭＳクラスタ５２１〜５２ｎを選択し、選択したＶＭＳクラスタ５２１〜５２ｎ中の空き電話番号を選択するようにしてもよい。
この場合、顧客情報サーバ４０側からは予め変更後の電話番号を指定することはできない。このため、例えば図２８及び図２９に示すように、ＯＭＳ６０からＡＤＤコマンドの生成が指示され（Ｓ３０７［Ｓ４０７］）、残り容量に余裕があるＶＭＳクラスタを選択した後、ＶＭＳ投入管理部６３ａが、選択したＶＭＳクラスタ中の空き番号から変更後の電話番号を選択する。
図２８は、変更前の電話番号のＣコードが“１”であるが、図２７に示すように、ＶＭＳクラスタ５２１の残り容量が「小」であるため、残り容量に余裕があるＶＭＳクラスタ５２３を選択し、当該ＶＭＳクラスタ中の空き電話番号が選択された場合の動作の例を示している。また、図２９は、変更前の電話番号のＣコードが“２”であり、ＶＭＳクラスタ５２２の残り容量に余裕があるため、同じＶＭＳクラスタ５２２を選択し、当該ＶＭＳクラスタ中の空き電話番号が選択された場合の動作の例を示している。
このように、ＶＭＳ投入管理部６３ａに、各ＶＭＳクラスタ５２１〜５２ｎの残り容量を通知し、ＶＭＳ投入管理部６３ａが残り容量に応じて、残り容量に余裕のあるＶＭＳクラスタ５２１〜５２ｎを選択し、選択したＶＭＳクラスタ５２１〜５２ｎ中の空き電話番号を選択することにより、各ＶＭＳクラスタの空き容量を分散させることができる。また、残り容量に余裕があるＶＭＳクラスタについては、同一のＶＭＳクラスタ内で電話番号を割り当てるので、従来と同様の動作を維持することができる。
ＶＭＳ投入管理部６３ａが残り容量に余裕のあるＶＭＳクラスタを選択する代わりに、ＶＭＳ−ＦＥＰ５１側で残り容量に余裕のあるＶＭＳクラスタを選択するようにしてもよい。
なお、上述の例では、Ｃコードに対応させてＶＭＳクラスタ５２１〜５２ｎを分散させて設けた場合について説明したが、Ｃコードの代わりに、電話番号の他の桁の値に応じてＶＭＳクラスタ５２１〜５２ｎを分散させて設けることもできる。この場合は、上述のＣコード判定部の代わりに、ＶＭＳクラスタ５２１〜５２ｎの分散のキーとする桁の値に応じて上述のＣコードに応じた判定と同様の判定を行うようにする。
また、上述の説明では、移動体通信システムにおけるサービスの管理を行う管理システムに本発明を適用した例について説明したが、本発明の適用対象はこれに限定されるものではない。例えばＩＰ電話サービス，固定電話サービス等の通信サービスを提供する通信システムあるいはこれらの通信サービスを統合的に管理する管理システムにも本発明を適用することができる。
１０ 店舗端末、３０ 登録管理サーバ、４０ 顧客情報サーバ、５０ ＶＭＳ、５１ ＶＭＳ-ＦＥＰ、５２１〜５２ｎ ＶＭＳクラスタ、５３ ルーティング情報、５４ 登録管理部、６０ ＯＭＳ、６２ 投入スケジュール管理部、６３ 投入管理部、８０ 移動体通信網、９０ 移動体通信網
Claims (5)
- 端末装置に通信サービスを提供する通信システムを構成する各通信機器に，サービスを確立するための情報を投入するサービス管理システムであって、
端末装置の呼出番号の範囲毎に分散して設けられた音声メール保持手段と，各音声メール保持手段毎に対応する呼出番号を示すエントリ情報を保持するエントリ情報保持手段とを有する音声メールサービス手段と、
端末装置の呼出番号の新規登録又は変更の要求を入力する要求入力手段と、
該要求の処理タイミングを入力するタイミング入力手段と、
前記要求に応じたコマンドを前記処理タイミングに応じて生成し，前記音声メールサービス手段に供給するコマンド投入手段とを備え、
前記コマンド投入手段は、
前記変更の要求における変更前の呼出番号と変更後の呼出番号に対応する前記音声メール保持手段が異なる場合に、
変更前の呼出番号に対応する前記音声メール保持手段のエントリ情報保持手段から当該呼出番号の前記エントリ情報を削除した後、
変更後の呼出番号に対応する前記音声メール保持手段のエントリ情報保持手段に当該呼出番号のエントリ情報を追加する
ことを特徴とするサービス管理システム。 - 前記コマンド投入手段は、前記要求に対応する機器毎のコマンドを保持するテーブルを参照して前記要求に応じたコマンドを生成する
ことを特徴とする請求項１記載のサービス管理システム。 - 前記通信システムは、世代の異なる移動体通信システムを含む
ことを特徴とする請求項１又は請求項２記載のサービス管理システム。 - 端末装置に通信サービスを提供する通信システムであって、
端末装置の呼出番号の範囲毎に分散して設けられた音声メール保持手段と，各音声メール保持手段毎に対応する呼出番号を示すエントリ情報を保持するエントリ情報保持手段とを有する音声メールサービス手段と、
端末装置の呼出番号の新規登録又は変更の要求を入力する要求入力手段と、
該要求の処理タイミングを入力するタイミング入力手段と、
前記要求に応じたコマンドを前記処理タイミングに応じて生成し、前記音声メールサービス手段に供給するコマンド投入手段とを備え、
前記コマンド投入手段は、
前記変更の要求における変更前の呼出番号と変更後の呼出番号に対応する前記音声メール保持手段が異なる場合に、
変更前の呼出番号に対応する前記音声メール保持手段のエントリ情報保持手段から当該呼出番号の前記エントリ情報を削除した後、
変更後の呼出番号に対応する前記音声メール保持手段のエントリ情報保持手段に当該呼出番号のエントリ情報を追加する
ことを特徴とする通信システム。 - 端末装置の呼出番号の範囲毎に分散して設けられた音声メール保持手段と，各音声メール保持手段毎に対応する呼出番号を示すエントリ情報を保持するエントリ情報保持手段とを有する音声メールサービス手段と、
端末装置の呼出番号の新規登録又は変更の要求を入力する要求入力手段と、
前記要求に応じたコマンドを生成し，前記音声メールサービス手段に供給するコマンド投入手段とを有し、
前記コマンド投入手段は、
前記変更の要求における変更前の呼出番号と変更後の呼出番号に対応する前記音声メール保持手段が異なる場合に、
変更前の呼出番号に対応する前記音声メール保持手段のエントリ情報保持手段から当該呼出番号の前記エントリ情報を削除した後、
変更後の呼出番号に対応する前記音声メール保持手段のエントリ情報保持手段に当該呼出番号のエントリ情報を追加する
ことを特徴とする音声メールシステム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2005233817A JP4355842B2 (ja) | 2005-08-11 | 2005-08-11 | サービス管理システム、通信システム及び音声メールシステム。 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2005233817A JP4355842B2 (ja) | 2005-08-11 | 2005-08-11 | サービス管理システム、通信システム及び音声メールシステム。 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2007049579A JP2007049579A (ja) | 2007-02-22 |
| JP4355842B2 true JP4355842B2 (ja) | 2009-11-04 |
Family
ID=37852026
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2005233817A Expired - Fee Related JP4355842B2 (ja) | 2005-08-11 | 2005-08-11 | サービス管理システム、通信システム及び音声メールシステム。 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4355842B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9426222B2 (en) | 2011-02-11 | 2016-08-23 | Interdigital Patent Holdings, Inc. | Systems, methods and apparatus for managing machine-to-machine (M2M) entities |
| JP5603842B2 (ja) * | 2011-07-26 | 2014-10-08 | 日本電信電話株式会社 | 通信制御装置の設定変更方法および呼処理サーバ |
-
2005
- 2005-08-11 JP JP2005233817A patent/JP4355842B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2007049579A (ja) | 2007-02-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| TW527814B (en) | A system, method and apparatus for polling telecommunications nodes for real-time information | |
| JP5336422B2 (ja) | １対多ポイント（ｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔ，ＰＴＭ）サービスに対する接続と会計処理のための方法とシステム | |
| CN101127947B (zh) | 一种基于移动终端登录聊天室的方法、系统及设备 | |
| CN100462957C (zh) | 基于隐私策略的消息路由方法和系统 | |
| KR101159312B1 (ko) | 웹기반 이벤트 통지 방법 및 시스템 | |
| CN1392703A (zh) | 管理移动互联网协议网络中的外部代理选择的系统和方法 | |
| US20090041213A1 (en) | System and method for transferring voice messages | |
| US20090181647A1 (en) | Method and system for network support for optimized paging of communication devices | |
| EP1830520A1 (en) | Method and system for redirecting of the client | |
| JP4355842B2 (ja) | サービス管理システム、通信システム及び音声メールシステム。 | |
| SE512474C2 (sv) | System, förfarande och applikationsservermedel för att tillhandahålla papperskopior av dokument och/eller meddelanden | |
| JP4368885B2 (ja) | ショートメッセージ再送システム、ショートメッセージ再送方法 | |
| KR20210003576A (ko) | 차세대 메시징 서비스 제공 방법, 장치 및 시스템 | |
| JP2004013576A (ja) | 広域ネットワークを利用したデータ入力システム | |
| CN100558188C (zh) | 消息处理设备、系统及方法 | |
| CN100442864C (zh) | 实现vpn短号短消息业务的系统及其方法 | |
| KR19990060754A (ko) | Pcs에서의 sms 부가 서비스 처리방법 | |
| JP5000628B2 (ja) | 電子メール操作システム、電子メール操作装置、及び、電子メール操作方法 | |
| EP2480014A1 (en) | Method and system for performing short message terminal calling control | |
| CN1322768C (zh) | 一种蜂窝集群用户数据管理的方法 | |
| WO2007104226A1 (fr) | Procédé, appareil et système de communication pour louer un numéro de téléphone | |
| JP5505297B2 (ja) | コールバックシステム、発信端末、電話中継サーバ、コールバック方法、及びコールバックプログラム | |
| EA021438B1 (ru) | Способ и система для управления роумингом мобильного оборудования | |
| JP5463887B2 (ja) | 通信端末 | |
| JP2001292175A (ja) | スケーラブル且つ普及型の通知サービスを提供する方法及び装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20071213 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080122 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080324 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081007 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081202 |
|
| 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: 20090707 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090716 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090809 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120814 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120814 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120814 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120814 Year of fee payment: 3 |
|
| LAPS | Cancellation because of no payment of annual fees |