JP2003229961A - オンラインサインアップ方法、オンラインサインアップシステム - Google Patents

Abstract

(57)【要約】 【課題】 ＩＭＴ端末をユーザ自身によって開通できる
ようにするオンラインサインアップサービスを実現す
る。 【解決手段】 新規契約の申込みをオンラインで受付け
た後、顧客がＩＭＴ端末にＵＩＭ１１Ａを装着し、電源
投入することでアタッチ処理が行われ、ＨＬＲ１８から
ＶＬＲ１２Ｂに開通に用いる暫定プロファイルをダウン
ロードする。接続ＩＡＭ信号を送出後、開通サーバ１７
はユーザ認証のための暗証番号の入力を促すガイダンス
を送出し、移動機１１から暗証番号を送出する。この番
号が一致すると、開通サーバ１７は確認ガイダンスを送
出し、顧客からプッシュボタン操作を受付ける。開通サ
ーバ１７で開通設定が完了すると、ＨＬＲ１８に正規プ
ロファイルを投入する。それと同時に、正規プロファイ
ルを上書きする。一旦呼を切断し、その後開通サーバ１
７から移動機１１に対して着信試験を起動し、着信でき
ることを確認する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はオンラインサインア
ップ方法、オンラインサインアップシステムに関し、特
にＩＮ（Ｉｎｔｅｌｌｉｇｅｎｔ Ｎｅｔｗｏｒｋ）モ
デルを採用した通信網におけるオンラインサインアップ
方法、オンラインサインアップシステムに関する。

【０００２】

【従来の技術】従来のＰＤＣ（Ｐｅｒｓｏｎａｌ Ｄｉ
ｇｉｔａｌ Ｃｅｌｌｕｌａｒ）方式の携帯電話では、
携帯電話は通常販売代理店で対面販売されている。これ
は新規契約／機種変更時、電話機に内蔵されているＲＯ
Ｍに、専用のＲＯＭライタを用いて加入者ＩＤやその顧
客の電話番号等の情報を書込む必要があるためである。
予めそれらの情報を書込んだ電話機を用意しておくこと
も可能であるが、その場合には電話番号と電話機とが固
定されてしまう。

【０００３】また、対面販売を行っているので、顧客は
わざわざ店頭に出向かなければならない。これらを解決
するためには、顧客自らの操作によるオンラインサイン
アップを実現すれば良いと考えられる。

【０００４】

【発明が解決しようとする課題】このオンラインサイン
アップサービスを開始する場合には次のような課題が考
えられる。 課題１（契約時／開通時の本人性確認方法） すなわち、契約者名義と申し込み者との照合や、暗証番
号の一致確認等の開通時における本人性の確認が必要と
なる。

【０００５】課題２（開通、発着信確認方法） すなわち、サインアップするために暫定的に発信できる
ようにする必要があるこの場合、着信は非許容である。 課題３（顧客自身による発着信） また、顧客自身で発着信による開通作業を行えるように
する必要がある。

【０００６】課題４（課金開始方法） 暫定接続中は非課金とし、開通確認後に顧客に正しく課
金が開始されるようにする必要がある。なお、特開２０
０１−２３０８６４号公報には、携帯電話端末におい
て、接続先の通信網を既存の網から新たな網へ変更する
技術が記載されている。しかしながら、この技術は契約
が既に存在していることを前提としているので、網に新
規に接続するためのオンラインサインアップには対応す
ることができない。

【０００７】本発明は上記のような課題を解決するため
になされたものであり、その目的はＩＭＴ−２０００方
式の携帯電話端末（ＩＭＴ端末）を遠隔からユーザ自身
によって開通できるようにするオンラインサインアップ
方法、オンラインサインアップシステムを提供すること
である。

【０００８】

【課題を解決するための手段】本発明の請求項１による
オンラインサインアップ方法は、所定のモジュールを装
着することによって使用可能となる携帯端末についてオ
ンラインサインアップを実現するためのオンラインサイ
ンアップ方法であって、前記モジュール装着後に暫定的
な情報を用いてネットワークに発信接続するステップ
と、前記暫定的な情報を正規な情報に書換える書換えス
テップとを含み、この書換えステップによる書換えが行
われることによって始めて前記携帯端末に所定サービス
を提供するようにしたことを特徴とする。

【０００９】本発明の請求項２によるオンラインサイン
アップ方法は、請求項１において、前記携帯端末の使用
者の本人性を確認する認証ステップを更に含み、この認
証ステップによる認証後に前記書換えステップによる書
換えを行うことを特徴とする。本発明の請求項３による
オンラインサインアップ方法は、請求項１又は２におい
て、前記書換えステップによる書換えが行われた後、処
理が完了した旨の確認メッセージを前記携帯端末に送る
確認メッセージ送信ステップを更に含むことを特徴とす
る。

【００１０】本発明の請求項４によるオンラインサイン
アップ方法は、請求項３において、前記確認メッセージ
送信ステップによる確認メッセージ送信後に、課金を開
始する課金開始ステップを更に含むことを特徴とする。
本発明の請求項５によるオンラインサインアップ方法
は、請求項１乃至４のいずれか１項において、前記ネッ
トワークはインテリジェントネットワークであり、前記
所定サービスの提供を制限した状態において該ネットワ
ークに発信接続し、前記書換えステップによる書換えが
行われることによって該サービスを提供するようにした
ことを特徴とする。

【００１１】本発明の請求項６によるオンラインサイン
アップ方法は、請求項１乃至５のいずれか１項におい
て、前記書換えステップによる書換えが行われた携帯端
末からの発信に応答して前記所定サービスの追加を行う
サービス追加ステップを更に含むことを特徴とする。本
発明の請求項７によるオンラインサインアップ方法は、
請求項１乃至６のいずれか１項において、前記モジュー
ルは前記携帯端末のユーザについての個人情報が書込ま
れており、このモジュールに書込まれている個人情報を
書替えるステップを更に含むことを特徴とする。

【００１２】本発明の請求項８によるオンラインサイン
アップシステムは、所定のモジュールを装着することに
よって使用可能となる携帯端末についてオンラインサイ
ンアップを実現するためのオンラインサインアップシス
テムであって、前記モジュール装着後に暫定的な情報を
用いてネットワークに発信接続する手段と、前記暫定的
な情報を正規な情報に書換える書換え手段とを含み、こ
の書換え手段による書換えが行われることによって始め
て前記携帯端末に所定サービスを提供するようにしたこ
とを特徴とする。

【００１３】本発明の請求項９によるオンラインサイン
アップシステムは、請求項８において、前記携帯端末の
使用者の本人性を確認する認証手段を更に含み、この認
証手段による認証後に前記書換え手段による書換えを行
うことを特徴とする。本発明の請求項１０によるオンラ
インサインアップシステムは、請求項８又は９におい
て、前記書換え手段による書換えが行われた後、処理が
完了した旨の確認メッセージを前記携帯端末に送る手段
を更に含むことを特徴とする。

【００１４】本発明の請求項１１によるオンラインサイ
ンアップシステムは、請求項１０において、前記確認メ
ッセージ送信後に、課金を開始する手段を更に含むこと
を特徴とする。本発明の請求項１２によるオンラインサ
インアップシステムは、請求項８乃至１１のいずれか１
項において、前記ネットワークはインテリジェントネッ
トワークであり、前記所定サービスの提供を制限した状
態において該ネットワークに発信接続し、前記書換え手
段による書換えが行われることによって該サービスを提
供するようにしたことを特徴とする。

【００１５】本発明の請求項１３によるオンラインサイ
ンアップシステムは、請求項８乃至１２のいずれか１項
において、前記書換え手段による書換えが行われた携帯
端末からの発信に応答して前記所定サービスの追加を行
うサービス追加手段を更に含むことを特徴とする。本発
明の請求項１４によるオンラインサインアップシステム
は、請求項８乃至１３のいずれか１項において、前記モ
ジュールは前記携帯端末のユーザについての個人情報が
書込まれており、このモジュールに書込まれている個人
情報を書替える手段を更に含むことを特徴とする。

【００１６】本発明において想定するＩＭＴ−２０００
の網アーキテクチャは、ＩＮ（Ｉｎｔｅｌｌｉｇｅｎｔ
Ｎｅｔｗｏｒｋ）をベースとしている。ＩＮでは、サ
ービスロジックを管理するＳＣＰ（Ｓｅｒｖｉｃｅ Ｃ
ｏｎｔｒｏｌ Ｐｏｉｎｔ）と、回線交換を行うＳＳＰ
（Ｓｅｒｖｉｃｅ Ｓｗｉｔｃｈｉｎｇ Ｐｏｉｎｔ）
とに分離されている。これはネットワークが持つべき機
能を基本伝送機能と網管理・サービス制御機能とに分
け、高度なサービスを効率よく実現するためである。Ｓ
ＣＰとＳＳＰとは共通線信号網で結ばれている。本シス
テムを採用することにより、サービス開発が短期間で行
える等のメリットがある。

【００１７】またＣＳＩ（ＣＡＭＥＬ Ｓｕｂｓｃｒｉ
ｐｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ）には、Ｏ−ＣＳ
Ｉ、Ｄ−ＣＳＩ、Ｔ−ＣＳＩ、Ｕ−ＣＳＩ、Ｎ−ＣＳＩ
等がある。上記の課題１を解決するために、申込みを受
付けた事業者は開通用の暗証番号を発行する。その暗証
番号と開通時に顧客が入力したものとが一致しているか
どうかにより本人性を確認する。

【００１８】上記の課題２を解決するために、暫定開通
時に顧客がオンラインサインアップ特番のみに接続可能
とする機能へＯ−ＣＳＩを活用する。Ｏ−ＯＳＩは、加
入者対応で発信系サービスについてのＣＡＭＥＬサービ
スに関する情報が設定されている。この情報は、位置登
録時又はＯ−ＯＳＩのアップデート時にＨＬＲ（Ｈｏｍ
ｅ Ｌｏｃａｔｉｏｎ Ｒｅｓｉｓｔｅｒ）から、ダウ
ンロードしたプロファイルを一時的に保存しておくメモ
リであるＶＬＲ（Ｖｉｓｉｔｏｒ Ｌｏｃａｔｉｏｎ
Ｒｅｇｉｓｔｅｒ）に送られる場合と、関門交換局（Ｇ
ａｔｅｗａｙＭｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅ
ｎｔｅｒ；以下、Ｇ−ＭＳＣ）がＨＬＲからルーチング
情報を受信する際に受取られる場合とがある。

【００１９】上記課題３を解決するために、開通サーバ
を配置する。この開通サーバには、ガイダンス送出機能
／ユーザ入力解析機能、認証機能、自動着信試験機能、
開通機能等の機能を具備させる。上記課題４を解決する
ために、ＨＬＲ上にある暫定プロファイルを正規プロフ
ァイルに更新できるようにする。すなわち、ＨＬＲから
ＶＬＲに正規プロファイルをダウンロードすることによ
り、特番以外への発信が可能となり、課金が開始され
る。

【００２０】

【発明の実施の形態】次に、図面を参照して本発明の実
施の形態について説明する。なお、以下の説明において
参照する各図では、他の図と同等部分は同一符号によっ
て示されている。 （実施例１）図１は本発明によるオンラインサインアッ
プ方法を実現するためのシステムの構成を示すブロック
図である。同図に示されているように、本システムで
は、図１に示されているような網構成によってオンライ
ンサインアップサービスを実現する。同図に示されてい
るシステムは、個人情報が暗号化されて格納されたＵＩ
Ｍ（Ｕｓｅｒ Ｉｄｅｎｔｉｆｙ Ｍｏｄｕｌｅ）１１
Ａを挿入したＩＭＴ端末１１Ｂからなる移動機１１（Ｍ
ｏｂｉｌｅ Ｔｅｒｍｉｎａｌ；ＭＴ）１１と、加入者
交換局（Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔ
ｅｒ；以下、ＭＳＣ）１２と、サービス制御装置（ＳＣ
Ｐ）１３と、Ｇ−ＭＳＣ１４と、ＰＤＣ網の関門交換局
（ＭＧＳ）１５と、ガイダンスを流し、顧客が簡単に開
通作業を行えるようにする装置である開通サーバ１７
と、交換局と開通サ―バとを接続する装置であるＩＷＥ
（Ｉｎｔｅｒｗｏｒｋ Ｅｑｕｉｐｍｅｎｔ）１６と、
加入者情報を格納しておくメモリであるＨＬＲ１８と、
固定加入者交換機（Ｆｉｘ Ｌｏｃａｌ Ｓｗｉｔｃ
ｈ；以下、ＦＬＳ）１９とを含んで構成されている。

【００２１】ＭＳＣ１２は、ＳＳＰ１２Ａと、ＨＬＲ１
８からダウンロードしたプロファイルを一時的に保存し
ておくメモリであるＶＬＲ１２Ｂとを含んで構成されて
いる。開通サーバ１７は、加入者の顧客情報（契約情報
・電話番号等）を一元管理するデータベース（ＤＢ）１
７Ｂと、このＤＢ１７Ｂに対して読出し・書込みを行う
顧客管理サーバ装置１７Ａとを含んで構成されている。

【００２２】かかる構成において、ＩＭＴ−２０００サ
ービスの新規契約におけるオンラインサインアップサー
ビスを実現する場合、以下の処理が前提となる。すなわ
ち、顧客がオンラインで申込みをすると、事業者は開通
時に必要となる個人情報を書き込んだＵＩＭと暗証番号
をその顧客に通知する。例えば、郵送によって通知す
る。それとともに、開通サーバ１７からＨＬＲ１８に暫
定プロファイルを投入する。

【００２３】以上の前提処理の後、開通前の新規ＩＭＴ
端末、すなわち移動機１１からＩＷＥ経由で開通サーバ
１７にアクセスして開通要求を行う。この開通要求を行
うと、以下のように処理される。 （ａ）顧客は、開通前の新規ＩＭＴ端末１１ＢにＵＩＭ
１１Ａを装着した移動機１１から、オンラインサインア
ップ特番に発信を行い開通サーバ１７に接続する。 （ｂ）開通サーバ１７からのガイダンスに従い、顧客は
開通用の暗証番号を入力する。 （ｃ）開通サーバ１７は、発ＩＤと暗証番号とを元に、
記憶されているデータとの突合せにより本人性を確認す
る。この確認後、開通サーバ１７からＳＯで正規プロフ
ァイルがＨＬＲ１８に投入され、開通処理が行われる。 （ｄ）ＨＬＲ１８で正規プロファイルに書換えられた
後、開通が完了したことを示すガイダンスメッセージ
（以下、ガイダンス）を、開通サーバから１７経由で移
動機１１に流す。

【００２４】以上の開通シーケンスについて図２を参照
して説明する。同図において、まず、ステップＡでは、
新規契約の申込みをオンラインで受付けた時点で、開通
サーバ１７からＨＬＲ１８へ、発信に必要な最小限のプ
ロファイル（暫定プロファイル）を投入する。次に、ス
テップＢでは、顧客はＵＩＭ１１Ａが届いた後、ＩＭＴ
端末１１ＢにＵＩＭ１１Ａを装着し、電源投入すること
でアタッチ処理が行われ、ＨＬＲ１８からＶＬＲに暫定
プロファイルをダウンロードする。

【００２５】その後ステップＣにおいて、加入者交換機
の処理として、ＶＬＲ１２Ｂに設定されているＯ−ＣＳ
Ｉで特番判定をし（Ｃ１）、ＳＣＰ１３へ接続する（Ｃ
２）。これにより、上述した課題２に対応できる。ま
た、ＳＣＰ１３では特番番号及び暫定開通フラグより、
暫定開通呼であることを判別し（Ｃ３）、暫定開通ユー
ザから特番への発信であれば裏番号を加入者交換機へ通
知する（Ｃ４）。暫定開通ユーザから特番以外への発信
があった場合はＳＣＰ１３で発信を規制し、呼を切断す
る。これにより、上述した課題２に対応できる。

【００２６】接続ＩＡＭ（Ｉｎｉｔｉａｌ Ａｄｄｒｅ
ｓｓ Ｍｅｓｓａｇｅ）信号を送出後（Ｃ５）、ステッ
プＤにおいて、開通サーバ１７はユーザ認証のための暗
証番号の入力を促すガイダンスを送出する。これによ
り、上述した課題１に対応できる。ステップＥにおい
て、顧客は移動機１１からプッシュボタン操作により暗
証番号を送出する。これにより、上述した課題１に対応
できる。

【００２７】ステップＦにおいて、申込み時に予め事業
者より通知してある暗証番号と、入力された番号が一致
することが確認されると、開通サーバ１７は開通するか
否かの確認ガイダンスを送出し、顧客からのプッシュボ
タン操作を受付ける。これにより、上述した課題１に対
応できる。ステップＧにおいて、顧客は開通する場合は
「１」、取消す場合は「０」をプッシュボタン操作によ
り送出する。

【００２８】ステップＨにおいて、開通サーバ１７で開
通設定が完了すると、開通サーバ１７からＨＬＲ１８に
正規プロファイルを投入する。またそれと同時に、ステ
ップＩにおいて、ＶＬＲ１２Ｂにあるプロファイルも正
規プロファイルで上書きする。そのタイミングで本格サ
ービスとして、特番以外にも発信、着信、その他付加サ
ービスが可能となり、課金が始まる。これにより、上述
した課題４に対応できる。

【００２９】ステップＪにおいて、開通サーバ１７は着
信試験を開始する旨のガイダンスを送出し、一旦呼を切
断する（顧客が呼を切断する）。これにより、上述した
課題３に対応できる。ステップＫにおいて、呼が切断さ
れると、折り返し移動機１１に対して着信試験を起動
し、正常に着信できることを確認する。この確認後、ス
テップＬにおいて、正式開通となり、種々のサービスが
提供される。これにより、上述した課題３に対応でき
る。

【００３０】なお、着信試験が失敗した場合は、以下の
ようになる。着信試験が失敗する可能性として、ＨＬＲ
１８とＶＬＲ１２Ｂとで持っているプロファイルのアン
マッチが生じることが考えられる。この場合には、ブロ
ファイルのリストア手順を起動し、再度ＨＬＲ１８から
ＶＬＲ１２Ｂに正規プロファイルをダウンロードするた
め処理は継続される。

【００３１】なお、正規プロファイル投入後に、着信試
験を行う理由は、以下の通りである。すなわち、顧客の
開通確認前は正式には未契約であり、着信が不要である
ためである。また、暫定開通時は最低限発信できる機能
のみ具備しているためである。さらにまた、正規プロフ
ァイルを書換えた上で着信機能が正常であるか確認する
ためである。

【００３２】以上のように、本システムによって実現さ
れるオンラインサインアップ方法は、所定のモジュール
を装着することによって使用可能となる携帯端末につい
てオンラインサインアップを実現するためのオンライン
サインアップ方法であって、上記モジュール装着後に暫
定的な情報を用いてネットワークに発信接続するステッ
プと、上記暫定的な情報を正規な情報に書換える書換え
ステップとを含み、この書換えステップによる書換えが
行われることによって始めて上記携帯端末に所定サービ
スを提供するようにしていることになる。また、上記携
帯端末の使用者の本人性を確認する認証ステップを更に
含み、この認証ステップによる認証後に上記書換えステ
ップによる書換えを行う。さらに、上記書換えステップ
による書換えが行われた後、処理が完了した旨の確認メ
ッセージを上記携帯端末に送る確認メッセージ送信ステ
ップを更に含んでいる。そして、上記確認メッセージ送
信ステップによる確認メッセージ送信後に、課金を開始
する課金開始ステップを更に含んでいる。なお、上記ネ
ットワークはインテリジェントネットワークであり、上
記所定サービスの提供を制限した状態において該ネット
ワークに発信接続し、上記書換えステップによる書換え
が行われることによって該サービスを提供するようにし
ている。

【００３３】次に、図３〜図１３を参照して、本システ
ムの動作例について詳細に説明する。これらの図中に
は、移動機１１、ＭＳＣ１２、ＳＳＰ１２Ａ、ＶＬＲ１
２Ｂ、ＳＣＰ１３、ＨＬＲ１８、Ｇ−ＭＳＣ１４、ＭＧ
Ｓ１５、ＩＷＥ１６、開通サーバ１７、ＦＬＳ１９、の
それぞれにおいて授受される信号等が示されている。図
３を参照すると、最初に、開通サーバ１７からＨＬＲ１
８に暫定プロファイルがＳＯ投入される（Ｓ１０１）。
このＳＯ投入は、申し込みを受けたオペレータによって
行われる。

【００３４】これにより、新規契約用のＵＩＭ１１Ａが
オペレータ（事業者）から顧客に送付される。この送付
されたＵＩＭ１１Ａを、顧客が移動機に挿入し、その移
動機の電源を投入する操作をすることで、アタッチ（Ａ
ｔｔａｃｈ）処理が行われる（Ｓ１０２）。このアタッ
チ処理については、図１３を参照して後述する。このア
タッチ処理により、ＨＬＲ１８から暫定プロファイルが
ＶＬＲ１２Ｂにダウンロードされ、その顧客の移動機が
暫定的に発信可能となる。なお、この暫定プロファイル
は、オンラインサインアップ特番への発信のみ許容され
るプロファイルであり、暫定開通フラグ、Ｏ−ＣＳＩが
設定されている。

【００３５】その後、顧客がオンラインサインアップ特
番へ発信要求すると（ＳＥＴＵＰ）、Ｃａｌｌｅｄ ｐ
ａｒｔｙ ＢＣＤ ｎｕｍｂｅｒには、発信先番号とし
てオンラインサインアップ特番が設定される（Ｓ１０
３）。これにより、ＳＳＰ１２ＡからＶＬＲ１２Ｂに対
してＳＩＦＯＣ（Ｓｅｎｄ Ｉｎｆｏ Ｆｏｒ Ｏｕｔ
ｇｏｉｎｇ Ｃａｌｌ）が送られる（Ｓ１０４）。

【００３６】次に、ＶＬＲ１２ＢにおいてＯ−ＣＳＩが
取得される（Ｓ１０５）。ＶＬＲ１２ＢからＳＳＰ１２
ＡにＣｏｍｐ Ｃａｌｌが送られ（Ｓ１０６）、ＳＳＰ
１２Ａから移動機１１に対してＣＡＬＬ ＰＲＯＣＥＥ
ＤＩＮＧが送られる（Ｓ１０７）。ＳＳＰ１２ＡにてＶ
ＬＲ１２Ｂ上のプロファイルにＯ−ＣＳＩ、Ｏ−ＣＳＩ
ｃｒｉｔｅｒｉａが含まれているかどうか分析し、分析
の結果、Ｏ−ＣＳＩｃｒｉｔｅｒｉａが設定されていれ
ばＳＳＰ１２Ａで発信先番号とＯ−ＣＳＩｃｒｉｔｅｒ
ｉａに設定されている特番とが一致するか判定する。こ
の判定の結果、一致していれば、パラメータ（発番号、
発信先番号等）をＣＡＰ（ＣＡＭＥＬ Ａｐｐｌｉｃａ
ｔｉｏｎ Ｐａｒｔ）の開始（ｂｅｇｉｎ）Ｉｎｉｔｉ
ａｌＤＰ信号に載せ、ＳＣＰ１３に送信する（Ｓ１０
８）。

【００３７】ＳＣＰ１３では、ＤＰ信号を受け取り、自
動遠隔開通サービスフラグ、Ｏ−ＣＳＩから発信先番号
が特番であるかの判定、暫定開通ユーザからの特番以外
への発信かの判定を行う（Ｓ１０９）。さらに、特番か
ら裏番号への展開を行い、接続先の裏番号をＳＳＰ１２
Ａに返送する。また、ＳＣＰ１３では、ガイダンス用特
番への接続かどうか判断する（Ｓ１１０）。ＳＣＰ１３
からＳＳＰ１２Ａに対して終了（ｅｎｄ）ｆｕｒｎｉｓ
ｈ Ｃｈａｒｇｉｎｇ Ｉｎｆｏ信号をＳＳＰ１２Ａに
対して送信する（Ｓ１１１）。この信号には、ｂｉｌｌ
Ｓｅｒｖｉｃｅ Ｉｄｅｎｔｉｆｉｅｒ、オンライン
サインアップ呼、ａｓｃｐ Ｂｉｌｌ Ｖｅｒｓｉｏ
ｎ、ｃｏｎｎｅｃｔ（ＤＲＡ（Ｄｅｓｔｉｎａｔｉｏｎ
Ｒｏｕｔｉｎｇ Ａｄｄｒｅｓｓ）：裏番号）が含ま
れている。これにより、ＳＳＰ１２ＡからＶＬＲ１２Ｂ
に対してＳＩＦＯＣが送られる（Ｓ１１２）。このＳＩ
ＦＯＣには、Ｓｕｐｐｒｅｓｓ Ｏ−ＣＳＩ、Ｄ−ＣＳ
Ｉが含まれている。ＶＬＲ１２ＢからＳＳＰ１２ＡにＣ
ｏｍｐ Ｃａｌｌが送られる（Ｓ１１３）。ＳＳＰ１２
ＡからＧ−ＭＳＣ１４にＩＭＴ用ＩＷＥ接続ＩＡＭ信号
が送られる（Ｓ１１４）。

【００３８】図４に移り、Ｇ−ＭＳＣ１４からＭＧＳ１
５に対してＩＭＴ用ＩＷＥ接続ＩＡＭ信号が送られる
（Ｓ２０１）。この信号はＩＷＥ１６に送られ（Ｓ２０
２）、さらに開通サーバ１７に送られる（Ｓ２０３）。
これにより接続処理がなされる。次に、ＩＷＥ１６から
ＭＧＳ１５に対してアドレス完了信号であるＡＣＭ（Ａ
ｄｄｒｅｓｓ Ｃｏｍｐｌｅｔｅ）信号が送られる（Ｓ
２０５）。この信号はＧ−ＭＳＣ１４に送られ（Ｓ２０
６）、さらにＭＳＣ１２に送られる（Ｓ２０７）。ま
た、ＩＷＥ１６からＭＧＳ１５に対して呼経過であるＣ
ＰＧ（Ｃａｌｌ Ｐｒｏｇｒｅｓｓ）信号が送られる
（Ｓ２０８）。この信号はＧ−ＭＳＣ１４に送られ（Ｓ
２０９）、さらにＭＳＣ１２に送られる（Ｓ２１０）。
ＭＳＣ１２からは移動機１１にＡＬＥＡＲＴＩＮＧ信号
が送られる（Ｓ２１１）。

【００３９】さらに、ＩＷＥ１６からＭＧＳ１５に対し
て応答信号であるＡＮＭ（Ａｎｓｗｅｒ）信号が送られ
る（Ｓ２１２）。この信号はＧ−ＭＳＣ１４に送られ
（Ｓ２１３）、さらにＭＳＣ１２に送られる（Ｓ２１
４）。ＭＳＣ１２からは移動機１１にＣＯＮＮＥＣＴ信
号が送られる（Ｓ２１５）。移動機１１からはＭＳＣ１
２に応答信号であるＣＯＮＮＥＣＴ ａｃｋ信号が送ら
れる（Ｓ２１６）。

【００４０】開通サーバ１７は、入力された暗証番号が
３回連続間違えていないことをチェックする（Ｓ２１
７）。チェックの結果、ＯＫであれば以下の処理に移行
し、ＮＧであれば図６中のに処理が移行する（Ｓ２１
８）。開通サーバ１７に接続後、開通サーバ１７から移
動機１１にガイダンス２及びガイダンス３が送られる
（Ｓ２１９、Ｓ２２０）。このガイダンス２は、例えば
「こちらはＸＸＸ会社自動開通センターです。音声ガイ
ダンスに従って入力して下さい。」である。また、ガイ
ダンス３は、例えば「お客様のＮＷ暗証番号４ケタを入
力して下さい。」である。これらのガイダンスによっ
て、顧客に暗証番号の入力を促す。

【００４１】一方、一定時間経過しても暗証番号の入力
が無い場合、開通サーバ１７から移動機１１にガイダン
ス６が送られる（Ｓ２２１）。このガイダンス６は、例
えば「ＮＷ暗証番号が確認できませんでした。お客様の
ＮＷ暗証番号４ケタを入力して下さい。」である。その
後、暗証番号の入力があるか判断され、入力があれば以
下の処理に移行する（Ｓ２２２）。これに対し、入力待
ち時間が満了しても暗証番号の入力がなければ、図６中
のに処理が移行する（Ｓ２２３）。

【００４２】ガイダンスによって入力を促された顧客が
プッシュボタンを操作し、暗証番号を入力すると、ＳＴ
ＡＲＴ ＤＴＭＦ信号が移動機１１からＭＳＣ１２に送
られ（Ｓ２２４）、ＭＳＣ１２から移動機１１には応答
信号であるＳＴＡＲＴ ＤＴＭＦ ＡＣＫ信号が送られ
る（Ｓ２２５）。また、移動機１１からＭＳＣ１２にＳ
ＴＯＰ ＤＴＭＦ信号が送られ（Ｓ２２６）、ＭＳＣ１
２から移動機１１には応答信号であるＳＴＯＰ ＤＴＭ
Ｆ ＡＣＫ信号が送られる（Ｓ２２７）。

【００４３】その後、ＭＳＣ１２から開通サーバ１７に
暗証番号が送られる（Ｓ２２８）。この暗証番号につい
てのチェックが開通サーバ１７において行われる（Ｓ２
２９）。暗証番号のチェックの結果、ＯＫであれば図５
に示されている処理に移行し、ＮＧであれば図７中の
に処理が移行する（Ｓ２３０）。図５に移り、関連サー
バにおいて、後述するカウント値のクリア処理が行われ
る（Ｓ３０１）。

【００４４】次に、開通サーバ１７から移動機１１にガ
イダンス５が送られる（Ｓ３０２）。このガイダンス５
は、例えば「開通いたします。よろしければ１を、取り
消す場合は０を押して下さい。」である。ガイダンスに
よって入力を促された顧客がプッシュボタンを操作し、
「１」又は「０」を入力すると、ＳＴＡＲＴ ＤＴＭＦ
信号が移動機１１からＭＳＣ１２に送られ（Ｓ３０
３）、ＭＳＣ１２から移動機１１には応答信号であるＳ
ＴＡＲＴ ＤＴＭＦ ＡＣＫ信号が送られる（Ｓ３０
４）。また、移動機１１からＭＳＣ１２にＳＴＯＰ Ｄ
ＴＭＦ信号が送られ（Ｓ３０５）、ＭＳＣ１２から移動
機１１には応答信号であるＳＴＯＰ ＤＴＭＦ ＡＣＫ
信号が送られる（Ｓ３０６）。

【００４５】その後、ＭＳＣ１２から開通サーバ１７
に、入力された「１」（開通する場合）又は「０」（開
通を中止する場合）のＤＴＭＦ信号が送られる（Ｓ３０
７）。ＤＴＭＦ信号が「１」であれば以下の処理に移行
し、「０」であれば図８中のに処理が移行する（Ｓ３
０８）。次に、ＨＬＲ１８の正規プロファイルへの書換
えに失敗（ＳＯ投入失敗）した場合（Ｓ３０９）、開通
サーバ１７側は開通失敗とみなす（Ｓ３１０）。これに
対し、ＨＬＲ１８のプロファイルの書換えに成功（ＳＯ
投入成功）した場合（Ｓ３１１）、開通サーバ１７側は
開通成功とみなす（Ｓ３１２）。開通成功とみなされた
場合、開通サーバ１７からＨＬＲ１８に正規プロファイ
ルが投入される。

【００４６】また、正規プロファイルが投入されると、
ＨＬＲ１８は、ＭＳＣ１２にＭＡＰ（Ｍｏｂｉｌｅ Ａ
ｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ） Ｉｎｓｅｒｔ Ｓ
ｕｂｓｃｒｉｂｅｒ Ｄａｔａ信号を送る（Ｓ３１
３）。するとＭＳＣ１２は、ＶＬＲ１２Ｂ上にある暫定
プロファイルを正規プロファイルに変更する処理を行う
（Ｓ３１４）。さらにＭＳＣ１２は、ＨＬＲ１８にＭＡ
Ｐ Ｉｎｓｅｒｔ Ｓｕｂｓｃｒｉｂｅｒ Ｄａｔａ
ｒｅｓｐｏｎｓｅ信号を送る（Ｓ３１５）。

【００４７】その後、開通サーバ１７から移動機１１
に、ガイダンス８が送られる（Ｓ３１７）。このガイダ
ンス８は、例えば「まもなく、この電話はご利用いただ
けます。引き続き着信試験を実施いたしますので電話を
切ってお待ち下さい。」である。その後、図１０中の
に処理が移行する。次に、暗証番号が３回連続間違えて
入力された場合（図４のＳ２１８）、図６において、開
通サーバ１７から移動機１１に、ガイダンス１が送られ
る（Ｓ４０１）。このガイダンス１は、例えば「ＮＷ暗
証番号が誤っていたため本サービスはご利用になれませ
ん。フリーダイヤル０１２０−ＸＸＸ―ＸＸＸにご連絡
下さい。」である。

【００４８】その後、発側すなわち移動機１１側から切
断処理が行われる場合は、以下のようになる。移動機１
１からＭＳＣ１２に切断することを示すＤＩＳＣＯＮＮ
ＥＣＴ信号が送られると（Ｓ４０２）、解放を示すＲＥ
Ｌ（ＲＥＬＥＡＳＥ）信号がＭＳＣ１２からＧ−ＭＳＣ
１４に送られる（Ｓ４０３）。この信号は、Ｇ−ＭＳＣ
１４からＭＧＳ１５に、ＭＧＳ１５からＩＷＥ１６に順
に送られる（Ｓ４０４、Ｓ４０５）。そして、ＩＷＥ１
６から開通サーバ１７に切断信号が送られる（Ｓ４０
６）。これにより、開通サーバ１７において切断処理が
行われる。

【００４９】なお、ＩＷＥ１６からＭＧＳ１５に、ＭＧ
Ｓ１５からＧ−ＭＳＣ１４に、Ｇ−ＭＳＣ１４からＭＳ
Ｃ１２に、解放完了を示すＲＬＣ（Ｒｅｌｅａｓｅ Ｃ
ｏｍｐｌｅｔｅ）信号が順に送られる（Ｓ４０７、Ｓ４
０８、Ｓ４０９）。そして、ＭＳＣ１２から移動機１１
に対してＲＥＬＥＡＳＥ信号が送られ（Ｓ４１０）、移
動機１１からＭＳＣ１２に対して解放完了を示すＲＥＬ
ＣＯＭＰ（Ｒｅｌｅａｓｅ Ｃｏｍｐｌｅｔｅ）信号
が送られる（Ｓ４１１）。この信号は、この信号を送信
する装置が、呼番号値及び、もしあればコネクション識
別子を解放したことを示す。

【００５０】一方、ネットワーク（ｎｅｔｗｏｒｋ；以
下、ＮＷ）側すなわち開通サーバ１７側から切断処理が
行われる場合は、以下のようになる。開通サーバ１７か
らＩＷＥ１６に切断信号が送られると（Ｓ４１２）、解
放することを示すＲＥＬ（ＲＥＬＥＡＳＥ）信号がＩＷ
Ｅ１６からＭＧＳ１５に送られる（Ｓ４１３）。この信
号は、ＭＧＳ１５からＧ−ＭＳＣ１４に、Ｇ−ＭＳＣ１
４からＭＳＣ１２に順に送られる（Ｓ４１４、Ｓ４１
５）。そして、ＭＳＣ１２から移動機１１に切断するこ
とを示すＤＩＳＣＯＮＮＥＣＴ信号が送られると（Ｓ４
１６）、移動機１１において切断処理が行われる。

【００５１】なお、解放することを示すＲＥＬＥＡＳＥ
信号が移動機１１からＭＳＣ１２に送られると（Ｓ４１
７）、ＭＳＣ１２からＧ−ＭＳＣ１４に、Ｇ−ＭＳＣ１
４からＭＧＳ１５に、ＭＧＳ１５からＩＷＥ１６に、解
放完了を示すＲＬＣ（Ｒｅｌｅａｓｅ Ｃｏｍｐｌｅｔ
ｅ）信号が順に送られる（Ｓ４１８、Ｓ４１９、Ｓ４２
０）。そして、ＭＳＣ１２から移動機１１に対して解放
完了を示すＲＥＬ ＣＯＭＰ（Ｒｅｌｅａｓｅ Ｃｏｍ
ｐｌｅｔｅ）信号が送られる（Ｓ４２１）。

【００５２】図７において、入力された暗証番号が一致
しなければ（図４のＳ２３０）、暗証番号の不一致回数
を示すカウンタのカウント値をカウントアップする処理
が行われ（Ｓ５０１）、続いてそのカウント値すなわち
間違えた回数がチェックされる（Ｓ５０２）。間違えた
回数が３回未満である場合、開通サーバ１７から移動機
１１にガイダンス４が送られる（Ｓ５０３）。このガイ
ダンス５は、例えば「ＮＷ暗証番号が誤っています。Ｎ
Ｗ暗証番号をご確認の上、もう一度入力して下さい。」
である。その後、図４中のに処理が移行し、暗証番号
の入力を再度受付ける。

【００５３】一方、間違えた回数が３回以上である場
合、開通サーバ１７から移動機１１にガイダンス１が送
られる（Ｓ５０４）。このガイダンス１は、例えば「Ｎ
Ｗ暗証番号が誤っていたため本サービスはご利用になれ
ません。フリーダイヤル０１２０−ＸＸＸ―ＸＸＸにご
連絡下さい。」である。この後、図６の場合と同様に、
発側からすなわち移動機１１側から切断処理が行われる
か（Ｓ５０５〜Ｓ５１４）、又はＮＷ側すなわち開通サ
ーバ１７側から切断処理が行われる（Ｓ５１５〜Ｓ５２
４）。

【００５４】図８において、開通を中止する場合（図５
のＳ３０８）、開通サーバ１７から移動機１１に、ガイ
ダンス７が送られる（Ｓ６０１）。このガイダンス７
は、例えば「開通を中止しました。」である。この後、
図６、図７の場合と同様に、発側からすなわち移動機１
１側から切断処理が行われるか（Ｓ６０２〜Ｓ６１
１）、又はＮＷ側すなわち開通サーバ１７側から切断処
理が行われる（Ｓ６１２〜Ｓ６２１）。

【００５５】図９において、正規プロファイルへの書換
えに失敗した場合（図５のＳ３１０）、開通サーバ１７
から移動機１１に、ガイダンス９が送られる（Ｓ７０
１）。このガイダンス７は、例えば「開通に失敗しまし
た。」である。この後、図６〜図８の場合と同様に、発
側からすなわち移動機１１側から切断処理が行われるか
（Ｓ７０２〜Ｓ７１１）、又はＮＷ側すなわち開通サー
バ１７側から切断処理が行われる（Ｓ７１２〜Ｓ７２
１）。

【００５６】図１０において、着信試験の処理を行うた
めに顧客によって、又はＮＷ側によって切断された場合
（図５のＳ３１７）、図６〜図９の場合と同様に、発側
からすなわち移動機１１側から切断処理が行われるか
（Ｓ８０１〜Ｓ８１０）、又はＮＷ側すなわち開通サー
バ１７側から切断処理が行われ、着信試験が行われる
（Ｓ８１１〜Ｓ８２０）。

【００５７】図１１において、着信試験は、開通サーバ
１７側から顧客の移動機１１に対して発呼し、通話が確
立されると開通サーバ１７からガイダンスを出力するこ
とにより、行われる。具体的には以下のように行われ
る。まず開通サーバ１７からＩＷＥ１６に対して発呼が
行われ（Ｓ９０１）、ＩＷＥ１６からＦＬＳ１９にＩＡ
Ｍ信号が送られる（Ｓ９０２）。このＩＡＭ信号には、
発ＣＡ（Ｃｈａｒｇｅ Ａｒｅａ）情報、及び、発事業
者識別コードが含まれている。このＩＡＭ信号を受取っ
たＦＬＳ１９からは、ＨＬＲ１８に対して着信情報呼出
要求が送られる（Ｓ９０３）。これに応答して、ＨＬＲ
１８からＦＬＳ１９に着信情報呼出応答が送られる（Ｓ
９０４）。この着信情報呼出応答には、ＩＭＴ加入者情
報、及び、ＲＮ（Ｒｏｕｔｉｎｇ Ｎｕｍｂｅｒ）が含
まれている。

【００５８】この着信情報呼出応答を受取ったＦＬＳ１
９は、ＭＧＳ１５に対してＩＭＴ接続ＩＡＭ信号を送る
（Ｓ９０５）。このＩＭＴ接続ＩＡＭ信号には、発ＣＡ
情報、及び、発事業者識別コードが含まれている。この
ＩＭＴ接続ＩＡＭ信号は、さらにＧ−ＭＳＣ１４に送ら
れる（Ｓ９０６）。Ｇ−ＭＳＣ１４は、アーリーＡＣＭ
信号をＭＧＳ１５に送る（Ｓ９０７）。この信号は、さ
らに、ＦＬＳ１９、ＩＷＥ１６に送られる（Ｓ９０８、
Ｓ９０９）。その後、Ｇ−ＭＳＣ１４からＨＬＲ１８に
対してＳｅｎｄ ＲｏｕｔｉｎｇＩｎｆｏ．信号が送ら
れる（Ｓ９１０）。この信号を受取ったＨＬＲ１８は、
ＶＬＲ１２ＢにＰｒｏｖｉｄｅ Ｒｏａｍｉｎｇ Ｎｕ
ｍｂｅｒ信号を送る（Ｓ９１１）。

【００５９】次に、ページング（Ｐａｇｉｎｇ）処理、
ＤＣＣＨ（Ｄｅｄｉｃａｔｅｄ Ｃｏｎｔｒｏｌ Ｃｈ
ａｎｎｅｌ）設定処理が行われる（Ｓ９１２）。これら
の処理後、ＳＳＰ１２ＡからＶＬＲ１２Ｂに、ＭＡＰ
Ｐｒｏｃｅｓｓｓ Ａｃｃｅｓｓ Ｒｅｑｕｅｓｔ信号
が送られる（Ｓ９１３）。この信号を受取ったＶＬＲ１
２Ｂは、ＨＬＲ１８に、Ｐｒｏｖｉｄｅ Ｒｏａｍｉｎ
ｇ Ｎｕｍｂｅｒ ａｃｋ信号を送る（Ｓ９１４）。こ
の信号を受取ったＨＬＲ１８は、Ｇ−ＭＳＣ１４に、Ｓ
ｅｎｄ Ｒｏｕｔｉｎｇ Ｉｎｆｏ． ａｃｋ信号を送
る（Ｓ９１５）。

【００６０】その後、認証・秘匿処理手順が行われる
（Ｓ９１６）。Ｐｒｏｖｉｄｅ Ｒｏａｍｉｎｇ Ｎｕ
ｍｂｅｒ ａｃｋ信号を受取ったＧ−ＭＳＣ１４は、Ｓ
ＳＰ１２Ａに、ＩＡＭ信号を送る（Ｓ９１７）。このＩ
ＡＭ信号には、発ＣＡ情報、及び、発事業者識別コード
が含まれている。このＩＡＭ信号を受取ったＳＳＰ１２
Ａは、Ｇ−ＭＳＣ１４に、アドレス確認であるＩＡＡ
（ＩＡＭ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）信号を送
る（Ｓ９１８）。

【００６１】さらにＳＳＰ１２Ａは、ＶＬＲ１２Ｂに、
ＭＡＰ Ｓｅｎｄ Ｉｎｆｏ． Ｆｏｒ Ｉｎｃｏｍｉ
ｎｇ Ｃａｌｌ信号を送る（Ｓ９１９）。この信号を受
取ったＶＬＲ１２Ｂは、ＳＳＰ１２Ａに、ＭＡＰ Ｃｏ
ｍｐｌｅｔｅ Ｃａｌｌ信号を送る（Ｓ９２０）。この
信号を受取ったＳＳＰ１２Ａは、移動機１１に、ＳＥＴ
ＵＰ信号を送る（Ｓ９２１）。

【００６２】また、ＳＳＰ１２Ａは、Ｇ−ＭＳＣ１４
に、ＡＣＭ信号を送る（Ｓ９２２）。このＡＣＭ信号に
は、着ＣＡ情報、及び、着事業者識別コードが含まれて
いる。このＡＣＭ信号を受取ったＧ−ＭＳＣ１４は、Ｍ
ＧＳ１５に、ＣＰＧ信号を送る（Ｓ９２３）。このＣＰ
Ｇ信号には、着ＣＡ情報、及び、着事業者識別コードが
含まれている。

【００６３】このＣＰＧ信号は、さらに、ＦＬＳ１９、
ＩＷＥ１６、開通サーバ１７、に順に送られる（Ｓ９２
４、Ｓ９２５、Ｓ９２６）。移動機１１とＳＳＰ１２Ａ
とは、ＲＡＢ ＳＥＴＵＰ処理、及び、ＤＴＣＨ確立処
理を行う（Ｓ９２７）。これらの処理後、移動機１１か
らＳＳＰ１２Ａに、ＡＬＥＲＴ信号が送られる（Ｓ９２
８）。このＡＬＥＲＴ信号を受取ったＳＳＰ１２Ａは、
Ｇ−ＭＳＣ１４に、ＣＰＧ信号を送る（Ｓ９２９）。こ
のＣＰＧ信号には、呼び出し情報が含まれている。この
ＣＰＧ信号は、さらに、ＭＧＳ１５、ＦＬＳ１９、ＩＷ
Ｅ１６、開通サーバ１７、に順に送られる（Ｓ９３０、
Ｓ９３１、Ｓ９３２、Ｓ９３３）。

【００６４】また、移動機１１からＳＳＰ１２Ａに、Ｃ
ＯＮＮＥＣＴ信号が送られる（Ｓ９３４）。このＣＯＮ
ＮＥＣＴ信号を受取ったＳＳＰ１２Ａは、Ｇ−ＭＳＣ１
４に、ＡＮＭ信号を送る（Ｓ９３５）。このＡＮＭ信号
は、さらに、ＭＧＳ１５、ＦＬＳ１９、ＩＷＥ１６、開
通サーバ１７、に順に送られる（Ｓ９３６、Ｓ９３７、
Ｓ９３８、Ｓ９３９）。

【００６５】そして、ＳＳＰ１２Ａは、移動機１１にＣ
ＯＮＮＥＣＴ ａｃｋ信号を送ると共に（Ｓ９４０）、
ＶＬＲ１２ＢにＭＡＰ Ｃｏｍｐｌｅｔｅ Ｃａｌｌ
ａｃｋ信号を送る（Ｓ９４１）。ＡＮＭ信号を受取った
開通サーバ１７は、移動機１１にガイダンス１０を送る
（Ｓ９４２）。このガイダンス１０は、例えば「こちら
はＸＸＸ会社です。開通試験を完了しましたお客様のお
電話は正常に着信いたしました。ご利用ありがとうござ
いました。」である。

【００６６】以上により、着信試験は終了となる。この
試験後には、図１２に示されているように、切断処理が
行われる。同図において、移動機１１側から切断処理が
行われる場合は、以下のようになる。移動機１１からＭ
ＳＣ１２に切断することを示すＤＩＳＣＯＮＮＥＣＴ信
号が送られると（Ｓ００１）、解放することを示すＲＥ
Ｌ（ＲＥＬＥＡＳＥ）信号がＭＳＣ１２からＧ−ＭＳＣ
１４に送られる（Ｓ００２）。この信号は、Ｇ−ＭＳＣ
１４からＭＧＳ１５に、ＭＧＳ１５からＦＬＳ１９に、
ＦＬＳ１９からＩＷＥ１６に順に送られる（Ｓ００３、
Ｓ００４、Ｓ００５）。そして、ＩＷＥ１６から開通サ
ーバ１７に切断信号が送られる（Ｓ００６）。これによ
り、開通サーバ１７において切断処理が行われる。

【００６７】なお、ＩＷＥ１６からＦＬＳ１９に、ＦＬ
Ｓ１９からＭＧＳ１５に、ＭＧＳ１５からＧ−ＭＳＣ１
４に、Ｇ−ＭＳＣ１４からＭＳＣ１２に、解放完了を示
すＲＬＣ（Ｒｅｌｅａｓｅ Ｃｏｍｐｌｅｔｅ）信号が
順に送られる（Ｓ００７、Ｓ００８、Ｓ００９、Ｓ０１
０）。そして、ＭＳＣ１２から移動機１１に対してＲＥ
ＬＥＡＳＥ信号が送られ（Ｓ０１１）、移動機１１から
ＭＳＣ１２に対して解放完了を示すＲＥＬ ＣＯＭＰ
（Ｒｅｌｅａｓｅ Ｃｏｍｐｌｅｔｅ）信号が送られる
（Ｓ０１２）。

【００６８】一方、ＮＷ側すなわち開通サーバ１７側か
ら切断処理が行われる場合は、以下のようになる。開通
サーバ１７からＩＷＥ１６に切断信号が送られると（Ｓ
４１２）、解放することを示すＲＥＬ（ＲＥＬＥＡＳ
Ｅ）信号がＩＷＥ１６からＦＬＳ１９に送られる（Ｓ０
１４）。この信号は、ＦＬＳ１９からＭＧＳ１５に、Ｍ
ＧＳ１５からＧ−ＭＳＣ１４、Ｇ−ＭＳＣ１４からＭＳ
Ｃ１２に順に送られる（Ｓ０１５、Ｓ０１６、Ｓ０１
７）。そして、ＭＳＣ１２から移動機１１に切断するこ
とを示すＤＩＳＣＯＮＮＥＣＴ信号が送られると（Ｓ０
１８）、移動機１１において切断処理が行われる。

【００６９】なお、解放することを示すＲＥＬＥＡＳＥ
信号が移動機１１からＭＳＣ１２に送られると（Ｓ０１
９）、ＭＳＣ１２からＧ−ＭＳＣ１４に、Ｇ−ＭＳＣ１
４からＭＧＳ１５に、ＭＧＳ１５からＦＬＳ１９に、Ｆ
ＬＳ１９からＩＷＥ１６に、解放完了を示すＲＬＣ（Ｒ
ｅｌｅａｓｅ Ｃｏｍｐｌｅｔｅ）信号が順に送られる
（Ｓ０２０、Ｓ０２１、Ｓ０２２、Ｓ０２３）。そし
て、ＭＳＣ１２から移動機１１に対して解放完了を示す
ＲＥＬ ＣＯＭＰ（Ｒｅｌｅａｓｅ Ｃｏｍｐｌｅｔ
ｅ）信号が送られる（Ｓ０２４）。

【００７０】次に、図１３を参照し、アタッチ処理シー
ケンスについて説明する（図３のＳ１０２）。このアタ
ッチ処理は、アタッチにより暫定的なプロファイルをダ
ウンロードする処理である。同図に示されているよう
に、最初に開通サーバ１７からＨＬＲ１８に暫定プロフ
ァイルが送られる（Ｓ２０２Ａ）。移動機１１からＭＳ
Ｃ１２に、Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ信号が送られ
ると（Ｓ２０２Ｂ）、Ｓｅｃｕｒｉｔｙ Ｆｕｎｃｔｉ
ｏｎ処理が行われる（Ｓ２０２Ｃ）。この処理の終了
後、ＭＳＣ１２からＨＬＲ１８に、ＭＡＰ ＣＯＭＢＩ
ＮＥＤ ＵＰＤＡＴＥ ＬＯＣＡＴＩＯＮＲＥＱＵＥＳ
Ｔ信号が送られる（Ｓ２０２Ｄ）。この信号には、ＩＭ
ＵＩ、ＬＭＳＩ、ＭＳＣ１２のアドレス、ＭＳＣナンバ
ーが含まれている。

【００７１】この信号を受取ったＨＬＲ１８は、ＭＳＣ
１２に、ＭＡＰ ＩＮＳＥＲＴ ＳＵＢＳＣＲＩＢＥＲ
ＤＡＴＡ ＲＥＱＵＥＳＴ信号を送る（Ｓ２０２
Ｅ）。この信号には、ＩＭＵＩ、ＣＳ／ＰＳ Ｓｕｂｓ
ｃｒｉｐｔｉｏｎ ｄａｔａ 暫定開通フラグが含まれ
ている。この信号を受取ったＭＳＣ１２は、ＨＬＲ１８
に、ＭＡＰ ＩＮＳＥＲＴ ＳＵＢＳＣＲＩＢＥＲ Ｄ
ＡＴＡ ＲＥＳＰＯＮＳＥ信号を送る（Ｓ２０２Ｆ）。
その後、ＭＳＣ１２において暫定プロファイルの書込み
が行われる（Ｓ２０２Ｇ）。

【００７２】ＨＬＲ１８からＭＳＣ１２に、ＨＬＲナン
バーを含むＭＡＰ ＣＯＭＢＩＮＥＤ ＵＰＤＡＴＥ
ＬＯＣＡＴＩＯＮ ＲＥＳＰＯＮＳＥ信号が送られると
（Ｓ２０２Ｈ）、ＭＳＣ１２は移動機１１に、Ａｔｔａ
ｃｈ Ａｃｃｅｐｔ信号を送る（Ｓ２０２Ｉ）。この信
号には、ＴＭＵＩ、Ｐ−ＴＭＵＩが含まれている。この
信号を受取った移動機１１は、ＭＳＣ１２に、Ａｔｔａ
ｃｈ Ｃｏｍｐｌｅｔｅ信号を送る（Ｓ２０２Ｊ）。以
上の手順により、アタッチ処理が完了となる。

【００７３】以上の処理により、ＲＯＭ内蔵型のＰＤＣ
端末では不可能だったオンラインサインアップサービス
を、ＵＩＭ分離型のＩＭＴ端末を用い、かつ、暫定開通
状態を設けることで実現することができる。 （実施例２）上述した実施例１では、未契約のユーザが
新規にサービスを契約する場合について述べたが、これ
だけではなくサービスを拡張する場合についても本発明
を適用できる。具体的な処理の流れは以下のようにな
る。 （ａ）正式契約済みのユーザが移動機から遠隔サービス
追加用特番（オンラインサインアップ特番とは異なる）
への発信を行い、開通サーバに接続する。 （ｂ）開通サーバからのガイダンスに従い、ユーザはサ
ービス追加用の暗証番号を入力する。 （ｃ）開通サーバは、発ＩＤと暗証番号とを元に、顧客
管理サーバに記憶されているデータとの突合わせにより
本人性を確認する。この確認後、開通サーバからサービ
ス追加用ガイダンスを送出し、ユーザが追加したいＮＷ
サービスのサービス番号を例えばプッシュボタン操作に
より登録する。 （ｄ）この操作により顧客管理サーバを経由して、ＨＬ
Ｒのプロファイルを書き替えることができるので、サー
ビスの追加を実現できる。

【００７４】以上のように、正式契約済みのユーザ、す
なわち暫定的な情報から正規な情報への書換えが完了し
ているユーザについてのみ所定サービスの追加を行うこ
とになる。この実施例２では、正式契約済みのユーザを
対象としており、実施例１において述べた暫定的に接続
したユーザを対象としていない。したがって、ＭＳＣに
おいて暫定開通フラグの判定を行い、暫定開通ユーザが
上記の遠隔サービス追加用特番への発信を行った場合、
「番号をお確かめの上、お掛け直し下さい」等のガイダ
ンスを送出し、呼を切断する。 （実施例３）上述した実施例２において、ＮＷサービス
を追加した際、それと対応して必要となる個人情報をユ
ーザ側移動機に提供することにより、より高度なサービ
スを追加できる。この場合、個人情報は、差し替え用Ｕ
ＩＭを郵送等で送り直すか、ＮＷ上でダウンロードでき
るようにすれば良い。送り直す手段としては、実施例１
の場合と同様でも良い。ＮＷ上から個人情報をダウンロ
ードするためには、 ＮＷ側には個人情報を暗号化し、送信する機能、 移動機側には送信されてきた個人情報を復号化する機
能、 ＵＩＭの中にある加入者情報エリアを書き替える機
能、 が必要となる。この実施例３によれば、ＳＣＰが持って
いるサービス制御プログラムを書き替え、それに対応し
た個人情報をユーザがダウンロードすることで、移動機
を変更することなく、より高度なサービスを享受するこ
とができる。つまり、ＵＩＭは携帯端末のユーザについ
ての個人情報が書込まれているのであり、挿入されてい
るＵＩＭに書込まれている個人情報を書替える機能を、
携帯端末に追加する。こうすることによって、移動機を
変更することなく、より高度なサービスを実現できる。

【００７５】以上説明した実施例１〜実施例３において
は、ＩＮモデルを用いたオンラインサインアップの実現
法について説明した。このようなサービスを交換機に実
装する場合、通常では開発規模が大きくなってしまう
が、ＩＮモデルをベースとしたシステム構成であればＳ
ＣＰ、ＳＳＰともに開発にかかるインパクトが少なくて
済むため高度なサービスが容易に実現できる。このこと
は移動通信網に限らず、他のネットワークについても実
現可能である。

【００７６】

【発明の効果】以上説明したように本発明は、暫定的な
情報を用いてネットワークに発信接続した後、本人性を
確認し、その後に正規な情報に書換えることにより、Ｒ
ＯＭ内蔵型のＰＤＣ端末では不可能だったオンラインサ
インアップサービスを、ＵＩＭ分離型のＩＭＴ端末にお
いて実現できるという効果がある。また、正式契約済み
のユーザにはサービスの拡張を認めたり、ＵＩＭに書込
まれている情報を書換えたりすることによって、移動機
を変更することなく、より高度なサービスを実現でき
る。

【図面の簡単な説明】

【図１】本発明によるオンラインサインアップ方法を実
現するためのシステム構成を示すブロック図である。

【図２】図１の各部の動作を示すシーケンス図である。

【図３】図１の各部の詳細な動作を示すシーケンス図で
ある。

【図４】図１の各部の詳細な動作を示すシーケンス図で
ある。

【図５】図１の各部の詳細な動作を示すシーケンス図で
ある。

【図６】図１の各部の詳細な動作を示すシーケンス図で
ある。

【図７】図１の各部の詳細な動作を示すシーケンス図で
ある。

【図８】図１の各部の詳細な動作を示すシーケンス図で
ある。

【図９】図１の各部の詳細な動作を示すシーケンス図で
ある。

【図１０】図１の各部の詳細な動作を示すシーケンス図
である。

【図１１】図１の各部の詳細な動作を示すシーケンス図
である。

【図１２】図１の各部の詳細な動作を示すシーケンス図
である。

【図１３】図１の各部の詳細な動作を示すシーケンス図
である。

【符号の説明】

１１ ＭＴ １１Ａ ＵＩＭ １１Ｂ ＩＭＴ端末 １２ ＭＳＣ １２Ａ ＳＳＰ １２Ｂ ＶＬＲ １３ ＳＣＰ １４ Ｇ−ＭＳＣ １５ ＭＧＳ １６ ＩＷＥ １７ 開通サーバ １７Ａ サーバ装置 １７Ｂ ＤＢ １８ ＨＬＲ １９ ＦＬＳ

───────────────────────────────────────────────────── フロントページの続き (72)発明者 洪 禎延 東京都千代田区永田町二丁目11番１号 株 式会社エヌ・ティ・ティ・ドコモ内 Ｆターム(参考） 5K024 BB03 CC11 DD01 EE02 FF06 GG01 GG08 5K051 AA09 CC07 FF01 HH19 KK06 5K067 AA30 AA34 BB04 DD17 DD29 EE02 EE10 EE16 HH22 HH23 HH36

Claims (14)

【特許請求の範囲】
1. 【請求項１】 所定のモジュールを装着することによっ
   て使用可能となる携帯端末についてオンラインサインア
   ップを実現するためのオンラインサインアップ方法であ
   って、前記モジュール装着後に暫定的な情報を用いてネ
   ットワークに発信接続するステップと、前記暫定的な情
   報を正規な情報に書換える書換えステップとを含み、こ
   の書換えステップによる書換えが行われることによって
   始めて前記携帯端末に所定サービスを提供するようにし
   たことを特徴とするオンラインサインアップ方法。
2. 【請求項２】 前記携帯端末の使用者の本人性を確認す
   る認証ステップを更に含み、この認証ステップによる認
   証後に前記書換えステップによる書換えを行うことを特
   徴とする請求項１記載のオンラインサインアップ方法。
3. 【請求項３】 前記書換えステップによる書換えが行わ
   れた後、処理が完了した旨の確認メッセージを前記携帯
   端末に送る確認メッセージ送信ステップを更に含むこと
   を特徴とする請求項１又は２記載のオンラインサインア
   ップ方法。
4. 【請求項４】 前記確認メッセージ送信ステップによる
   確認メッセージ送信後に、課金を開始する課金開始ステ
   ップを更に含むことを特徴とする請求項３記載のオンラ
   インサインアップ方法。
5. 【請求項５】 前記ネットワークはインテリジェントネ
   ットワークであり、前記所定サービスの提供を制限した
   状態において該ネットワークに発信接続し、前記書換え
   ステップによる書換えが行われることによって該サービ
   スを提供するようにしたことを特徴とする請求項１乃至
   ４のいずれか１項に記載のオンラインサインアップ方
   法。
6. 【請求項６】 前記書換えステップによる書換えが行わ
   れた携帯端末からの発信に応答して前記所定サービスの
   追加を行うサービス追加ステップを更に含むことを特徴
   とする請求項１乃至５のいずれか１項に記載のオンライ
   ンサインアップ方法。
7. 【請求項７】 前記モジュールは前記携帯端末のユーザ
   についての個人情報が書込まれており、このモジュール
   に書込まれている個人情報を書替えるステップを更に含
   むことを特徴とする請求項１乃至６のいずれか１項に記
   載のオンラインサインアップ方法。
8. 【請求項８】 所定のモジュールを装着することによっ
   て使用可能となる携帯端末についてオンラインサインア
   ップを実現するためのオンラインサインアップシステム
   であって、前記モジュール装着後に暫定的な情報を用い
   てネットワークに発信接続する手段と、前記暫定的な情
   報を正規な情報に書換える書換え手段とを含み、この書
   換え手段による書換えが行われることによって始めて前
   記携帯端末に所定サービスを提供するようにしたことを
   特徴とするオンラインサインアップシステム。
9. 【請求項９】 前記携帯端末の使用者の本人性を確認す
   る認証手段を更に含み、この認証手段による認証後に前
   記書換え手段による書換えを行うことを特徴とする請求
   項８記載のオンラインサインアップシステム。
10. 【請求項１０】 前記書換え手段による書換えが行われ
    た後、処理が完了した旨の確認メッセージを前記携帯端
    末に送る手段を更に含むことを特徴とする請求項８又は
    ９記載のオンラインサインアップシステム。
11. 【請求項１１】 前記確認メッセージ送信後に、課金を
    開始する手段を更に含むことを特徴とする請求項１０記
    載のオンラインサインアップシステム。
12. 【請求項１２】 前記ネットワークはインテリジェント
    ネットワークであり、前記所定サービスの提供を制限し
    た状態において該ネットワークに発信接続し、前記書換
    え手段による書換えが行われることによって該サービス
    を提供するようにしたことを特徴とする請求項８乃至１
    １のいずれか１項に記載のオンラインサインアップシス
    テム。
13. 【請求項１３】 前記書換え手段による書換えが行われ
    た携帯端末からの発信に応答して前記所定サービスの追
    加を行うサービス追加手段を更に含むことを特徴とする
    請求項８乃至１２のいずれか１項に記載のオンラインサ
    インアップシステム。
14. 【請求項１４】 前記モジュールは前記携帯端末のユー
    ザについての個人情報が書込まれており、このモジュー
    ルに書込まれている個人情報を書替える手段を更に含む
    ことを特徴とする請求項８乃至１３のいずれか１項に記
    載のオンラインサインアップシステム。