(57)【要約】【課題】エンドユーザが位置情報サービスを利用開始できる状態になる前に基本使用料を発生させないようにした上で、人手をかけることなくネットワークサービスを開通状態に移行させる。【解決手段】ユーザが契約したネットワークサービスの利用を許容する開通状態か、ネットワークサービスの利用を拒否する未開通状態かを示すユーザプロファイルを設定するとともに、ネットワークサービスの開通が位置情報サービスの利用を契機に行われること示す位置情報開通フラグを設定し、位置情報開通フラグが設定されている場合、ネットワークサービスの未開通状態においてユーザが位置情報サービスを利用すると、その位置情報サービスを契機として、ネットワークサービスを開通状態に移行させるとともに、ネットワークサービスの基本使用料を発生させる。【選択図】      図１
2008283538.tif 000002
【特許請求の範囲】
【請求項１】
ユーザが契約したネットワークサービスの利用を許容する開通状態か、前記ネットワークサービスの利用を拒否する未開通状態かを示すユーザプロファイルを設定するユーザプロファイル設定手段と、
前記ネットワークサービスの開通が位置情報サービスの利用を契機に行われること示す位置情報開通フラグを設定する位置情報開通フラグ設定手段と、
前記位置情報開通フラグが設定されている場合、前記ネットワークサービスの未開通状態での前記位置情報サービスの利用を契機として、前記ネットワークサービスを開通状態に移行させる開通状態移行手段と、
前記位置情報サービスの利用を契機とするネットワークサービスの開通状態への移行に伴って、前記ネットワークサービスの基本使用料を発生させる基本使用料発生手段とを備えることを特徴とするネットワークサービス提供装置。
【請求項２】
前記開通状態移行手段は、前記位置情報開通フラグが設定されている場合、前記ネットワークサービスの未開通状態でのサービスオーダを契機として、前記ネットワークサービスを開通状態に移行させ、
前記基本使用料発生手段は、前記ネットワークサービスの未開通状態でのサービスオーダを契機とするネットワークサービスの開通状態への移行に伴って、前記ネットワークサービスの基本使用料を発生させることを特徴とする請求項１記載のネットワークサービス提供装置。
【請求項３】
前記位置情報開通フラグが設定されている場合、前記ネットワークサービスの未開通状態での前記位置情報サービス以外のサービスの利用を規制する利用サービス規制手段を備えることを特徴とする請求項１または２記載のネットワークサービス提供装置。
【請求項４】
前記位置情報開通フラグが設定されている場合、前記ネットワークサービスを開通状態に移行させないようにして基本使用料を発生させることなく、前記ネットワークサービスの未開通状態での前記位置情報サービスを許容する試験用位置情報サービス許容手段を備えることを特徴とする請求項１から３のいずれか１項記載のネットワークサービス提供装置。
【請求項５】
ユーザが契約したネットワークサービスの利用を許容する開通状態か、前記ネットワークサービスの利用を拒否する未開通状態かを示すユーザプロファイルを設定するステップと、
前記ネットワークサービスの開通が位置情報サービスの利用を契機に行われること示す位置情報開通フラグを設定するステップと、
前記位置情報開通フラグが設定されている場合、前記ネットワークサービスの未開通状態での前記位置情報サービスの利用を契機として、前記ネットワークサービスを開通状態に移行させるステップと、
前記位置情報サービスの利用を契機とするネットワークサービスの開通状態への移行に伴って、前記ネットワークサービスの基本使用料を発生させるステップとを備えることを特徴とするネットワークサービス提供方法。
【請求項６】
前記位置情報開通フラグが設定されている場合、前記ネットワークサービスの未開通状態でのサービスオーダを契機として、前記ネットワークサービスを開通状態に移行させるステップと、
前記ネットワークサービスの未開通状態でのサービスオーダを契機とするネットワークサービスの開通状態への移行に伴って、前記ネットワークサービスの基本使用料を発生させるステップとを備えることを特徴とする請求項５記載のネットワークサービス提供方法。
【請求項７】
前記位置情報開通フラグが設定されている場合、前記ネットワークサービスの未開通状態での前記位置情報サービス以外のサービスの利用を規制するステップを備えることを特徴とする請求項５または６記載のネットワークサービス提供方法。
【請求項８】
前記位置情報開通フラグが設定されている場合、前記ネットワークサービスを開通状態に移行させないようにして基本使用料を発生させることなく、前記ネットワークサービスの未開通状態での前記位置情報サービスを許容するステップを備えることを特徴とする請求項５から７のいずれか１項記載のネットワークサービス提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワークサービス提供装置およびネットワークサービス提供方法に関し、特に、３ＧＰＰ（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）準拠のインタフェースを用いたモバイル発位置情報リクエスト（ＭＯ−ＬＲ：Ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｅｄ  Ｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ：）またはモバイル着位置情報リクエスト（ＭＴ−ＬＲ：Ｍｏｂｉｌｅ  Ｔｅｒｍｉｎａｔｅｄ  Ｌｏｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ）が正常に行われたことを契機として、ネットワークサービスの利用ができない未開通状態からネットワークサービスの利用ができる開通状態に移行させる方法に適用して好適なものである。
【背景技術】
【０００２】
ユーザ(加入者)が携帯電話の利用を申し込んだ場合、加入を希望するユーザの利用をネットワーク上で許容するため、ユーザの電話番号や、ユーザが契約したサービスの提供可否がネットワーク上に設定される。また、ユーザが利用するＵＩＭ（Ｕｎｉｖｅｒｓａｌ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ）にも、契約に基づいて電話番号やサービスを受けるための情報が書き込まれる。
【０００３】
そして、該当加入者の電話番号が登録されたＵＩＭを用いた移動機からの発信や、その加入者に対する着信が行われた際に、契約されたユーザか否かの認証やサービスの加入状況を確認して接続を許容する。ここで、従来のネットワークサービスの開通方式では、加入者の電話番号がネットワークに設定されるのを契機としてネットワークサービスの開通とみなされ、月額使用料を発生させるような仕組みがとられている。このため、ＵＩＭに書き込みが完了したとしても、ネットワーク上に該当加入者の電話番号等が登録されない限り、接続は許容されない。
【０００４】
また、加入者がＬＣＳクライアント（ネットワークを提供する事業者との契約に基づき、当該ネットワークと接続し、ネットワークとの間で移動機の位置情報をやりとりする企業やＡＳＰの総称）へ現在位置を通知する場合にも（ＭＯ−ＬＲ）、ネットワークではユーザ認証が行われ、ユーザの要求を許容するかどうかが判断される。また、ＬＣＳクライアントからの要求に対して、移動機ユーザの測位情報をＬＣＳクライアントに返送する第３者検索が行われた場合も（ＭＴ−ＬＲ）、移動機ユーザの認証が行われ、ネットワークを利用可能なユーザかどうかが判断される。
【０００５】
また、例えば、特許文献１には、移動通信端末による通信に対して移動通信システムの資源の使用量に応じた課金処理を可能とするために、加入者情報アクセス処理の回数と移動通信端末の位置登録処理の回数とを定期的に収集するとともに、ハンドオーバ処理の回数と、ダイバーシティ受信に信号を用いる基地局の追加回数と、不完了呼情報等の課金処理に必要な情報を呼が終了する度に収集し、課金処理を行う方法が開示されている。
【０００６】
また、例えば、特許文献２には、同一の移動体を用いて複数の者が情報センタから有料のサービスを受けた場合に、そのサービスの利用者ごとに課金できるようにするために、通信手段を介して受信した移動体識別情報に対応づけられた少なくとも一つのユーザー識別情報のうち、前記通信手段を介して受信したユーザー識別情報に一致するユーザー識別情報に対応づけて格納する方法が開示されている。
【０００７】
また、例えば、特許文献３には、ローミングの利用による通信料金を容易に知ることができるとともに、不意に通信料金が利用者へ課金されることを防止するために、基地局から送出される情報に基づいてローミングエリアであるＢ国に在圏することを検出し、その通信料金情報が最新のものかを料金情報関連サーバに問い合わせ、最新のものでない場合には、料金情報関連サーバから送信される通信料金情報に基づいて通信料金情報を更新する方法が開示されている。
【特許文献１】特開２００３−３１９０９８号公報
【特許文献２】特開２００３−４４７５３号公報
【特許文献３】特開２００６−２９５６８４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、例えば、自動車や児童用品（以下、ユーザ機器と呼ぶ）にＵＩＭを組み込んだ上で、ＵＩＭを利用して取得された位置情報をＬＣＳクライアントに通知するモジュールを組み込むことで、メーカが位置情報サービスを利用したソリューションをユーザに提供する場合に、携帯電話事業者から発行されたＵＩＭをユーザ機器に組み込むため期間が必要になる。
このため、携帯電話事業者にてＵＩＭに契約情報を書き込み出荷してから、メーカを経由してユーザ機器を購入するユーザ（実際に利用するエンドユーザ）の手元にユーザ機器が届くまで時間がかかることから、加入者の電話番号がネットワークに設定されるのを契機としてネットワークサービスの開通と見なす方法では、エンドユーザが位置情報サービスを利用開始できる状態になる前に基本使用料が発生するという問題があった。
【０００９】
また、ネットワークにてユーザのサービス利用状態を未開通にて保持したままで、メーカにＵＩＭを払い出し、ユーザからの電話によって利用開始とする開通方法も採用しているが、時間帯による制約を伴なったり、特需対応が困難であることなどから、月数千台のオーダが発生する企業について対応が難しいという問題があった。
また、メーカ内の工程にてメーカが提供するユーザ機器にモジュールとＵＩＭを組み込む場合、出荷前に通信制御の正常性を確認する必要があり、基本使用料がかからない状態で、試験用ＬＣＳクライアントに対する位置情報の提供や、試験用ＬＣＳクライアントへの現在地の通知を可能とする機能が求められている。
【００１０】
そこで、本発明の目的は、エンドユーザが位置情報サービスを利用開始できる状態になる前に基本使用料を発生させないようにした上で、人手をかけることなくネットワークサービスを開通状態に移行させることが可能なネットワークサービス提供装置およびネットワークサービス提供方法を提供することである。
【課題を解決するための手段】
【００１１】
上述した課題を解決するために、請求項１記載のネットワークサービス提供装置によれば、ユーザが契約したネットワークサービスの利用を許容する開通状態か、前記ネットワークサービスの利用を拒否する未開通状態かを示すユーザプロファイルを設定するユーザプロファイル設定手段と、前記ネットワークサービスの開通が位置情報サービスの利用を契機に行われること示す位置情報開通フラグを設定する位置情報開通フラグ設定手段と、前記位置情報開通フラグが設定されている場合、前記ネットワークサービスの未開通状態での前記位置情報サービスの利用を契機として、前記ネットワークサービスを開通状態に移行させる開通状態移行手段と、前記位置情報サービスの利用を契機とするネットワークサービスの開通状態への移行に伴って、前記ネットワークサービスの基本使用料を発生させる基本使用料発生手段とを備えることを特徴とする。
【００１２】
また、請求項２記載のネットワークサービス提供装置によれば、前記開通状態移行手段は、前記位置情報開通フラグが設定されている場合、前記ネットワークサービスの未開通状態でのサービスオーダを契機として、前記ネットワークサービスを開通状態に移行させ、前記基本使用料発生手段は、前記ネットワークサービスの未開通状態でのサービスオーダを契機とするネットワークサービスの開通状態への移行に伴って、前記ネットワークサービスの基本使用料を発生させることを特徴とする。
【００１３】
また、請求項３記載のネットワークサービス提供装置によれば、前記位置情報開通フラグが設定されている場合、前記ネットワークサービスの未開通状態での前記位置情報サービス以外のサービスの利用を規制する利用サービス規制手段を備えることを特徴とする。
また、請求項４記載のネットワークサービス提供装置によれば、前記位置情報開通フラグが設定されている場合、前記ネットワークサービスを開通状態に移行させないようにして基本使用料を発生させることなく、前記ネットワークサービスの未開通状態での前記位置情報サービスを許容する試験用位置情報サービス許容手段を備えることを特徴とする。
【００１４】
また、請求項５記載のネットワークサービス提供方法によれば、ユーザが契約したネットワークサービスの利用を許容する開通状態か、前記ネットワークサービスの利用を拒否する未開通状態かを示すユーザプロファイルを設定するステップと、前記ネットワークサービスの開通が位置情報サービスの利用を契機に行われること示す位置情報開通フラグを設定するステップと、前記位置情報開通フラグが設定されている場合、前記ネットワークサービスの未開通状態での前記位置情報サービスの利用を契機として、前記ネットワークサービスを開通状態に移行させるステップと、前記位置情報サービスの利用を契機とするネットワークサービスの開通状態への移行に伴って、前記ネットワークサービスの基本使用料を発生させるステップとを備えることを特徴とする。
【００１５】
また、請求項６記載のネットワークサービス提供方法によれば、前記位置情報開通フラグが設定されている場合、前記ネットワークサービスの未開通状態でのサービスオーダを契機として、前記ネットワークサービスを開通状態に移行させるステップと、前記ネットワークサービスの未開通状態でのサービスオーダを契機とするネットワークサービスの開通状態への移行に伴って、前記ネットワークサービスの基本使用料を発生させるステップとを備えることを特徴とする。
【００１６】
また、請求項７記載のネットワークサービス提供方法によれば、前記位置情報開通フラグが設定されている場合、前記ネットワークサービスの未開通状態での前記位置情報サービス以外のサービスの利用を規制するステップを備えることを特徴とする。
また、請求項８記載のネットワークサービス提供方法によれば、前記位置情報開通フラグが設定されている場合、前記ネットワークサービスを開通状態に移行させないようにして基本使用料を発生させることなく、前記ネットワークサービスの未開通状態での前記位置情報サービスを許容するステップを備えることを特徴とする。
【発明の効果】
【００１７】
以上説明したように、本発明によれば、エンドユーザがユーザ機器を利用する時点から基本使用料を開始させることができるため、ＵＩＭおよびモジュールのユーザ機器への組み込みからユーザの開通希望時期までに基本使用料が発生するのを防止することが可能となるとともに、ネットワークが「未開通」状態における位置情報サービスを試験的に提供することが可能となり、ＵＩＭおよびモジュールのユーザ機器への組み込み工程においても、基本使用料を発生させることなく、通信制御の正常性を確認することが可能となる。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の実施形態に係るネットワークサービス提供装置について図面を参照しながら説明する。
図１は、本発明の第１実施形態に係るネットワークサービス提供装置の概略構成を示すブロック図である。
図１において、ネットワークサービス提供装置には、ユーザプロファイル設定手段１１、位置情報開通フラグ設定手段１２、開通状態移行手段１３、基本使用料発生手段１４、利用サービス規制手段１５および試験用位置情報サービス許容手段１６が設けられている。
【００１９】
ここで、ユーザプロファイル設定手段１１は、ユーザが契約したネットワークサービスの利用を許容する開通状態か、ネットワークサービスの利用を拒否する未開通状態かを示すユーザプロファイルを設定することができる。位置情報開通フラグ設定手段１２は、ネットワークサービスの開通が位置情報サービスの利用を契機に行われること示す位置情報開通フラグを設定することができる。開通状態移行手段１３は、位置情報開通フラグ設定手段１２にて位置情報開通フラグが設定されている場合、ネットワークサービスの未開通状態での位置情報サービスの利用を契機として、ネットワークサービスを開通状態に移行させることができる。基本使用料発生手段１４は、位置情報サービスの利用を契機とするネットワークサービスの開通状態への移行に伴って、ネットワークサービスの基本使用料を発生させることができる。利用サービス規制手段１５は、位置情報開通フラグが設定されている場合、ネットワークサービスの未開通状態での位置情報サービス以外のサービスの利用を規制することができる。試験用位置情報サービス許容手段１６は、位置情報開通フラグが設定されている場合、ネットワークサービスを開通状態に移行させないようにして基本使用料を発生させることなく、ネットワークサービスの未開通状態での位置情報サービスを許容することができる。
【００２０】
なお、ネットワークサービスとしては、例えば、モバイル発位置情報リクエストやモバイル着位置情報リクエストなどの位置情報サービス、パケット発信系サービス、パケット着信系サービス、音声発信系サービス、音声着信系サービスなどを挙げることができる。
そして、携帯電話の利用の申し込みや、ネットワークの利用を解約する場合に、利用開始や利用停止を希望するユーザの電話番号や契約サービスの情報がネットワークに設定されると、ユーザプロファイル設定手段１１は、ユーザが契約したネットワークサービスの利用を許容する開通状態か、ネットワークサービスの利用を拒否する未開通状態かを示すユーザプロファイルを設定するとともに、位置情報開通フラグ設定手段１２は、ネットワークサービスの開通が位置情報サービスの利用を契機に行われること示す位置情報開通フラグを設定する。
【００２１】
そして、開通状態移行手段１３は、位置情報開通フラグ設定手段１２にて位置情報開通フラグが設定されている場合、ネットワークサービスの未開通状態においてユーザが位置情報サービスを利用すると、その位置情報サービスを契機として、ネットワークサービスを開通状態に移行させるとともに、基本使用料発生手段１４は、ネットワークサービスの基本使用料を発生させる。
また、開通状態移行手段１３は、位置情報開通フラグ設定手段１２にて位置情報開通フラグが設定されている場合、ネットワークサービスの未開通状態においてユーザが位置情報サービス以外のサービスを利用すると、その位置情報サービス以外のサービス利用を契機として、ネットワークサービスを開通状態に移行させるとともに、基本使用料発生手段１４は、ネットワークサービスの基本使用料を発生させる。
【００２２】
また、利用サービス規制手段１５は、位置情報開通フラグ設定手段１２にて位置情報開通フラグが設定されている場合、ネットワークサービスの未開通状態においてユーザが位置情報サービス以外のサービスの利用を要求した場合、その位置情報サービス以外のサービスの利用を規制する。そして、ユーザプロファイル設定手段１１においてネットワークサービスが開通状態に更新されるタイミングで、ユーザが契約したすべてのネットワークサービスの利用を許可することができる。
【００２３】
また、試験用位置情報サービス許容手段１６は、位置情報開通フラグ設定手段１２にて位置情報開通フラグが設定されている場合、ネットワークサービスの未開通状態での位置情報サービスが試験的に行われた場合、ネットワークサービスを開通状態に移行させないようにして基本使用料の発生を阻止する。
これにより、エンドユーザがユーザ機器を利用する時点から基本使用料を開始させることができるため、ＵＩＭおよびモジュールのユーザ機器への組み込みからユーザの開通希望時期までに基本使用料が発生するのを防止することが可能となるとともに、ネットワークが「未開通」状態における位置情報サービスを試験的に提供することが可能となり、ＵＩＭおよびモジュールのユーザ機器への組み込み工程においても、基本使用料を発生させることなく、通信制御の正常性を確認することが可能となる。
【００２４】
図２は、本発明の第２実施形態に係るネットワークサービス提供装置のシステム構成を示すブロック図である。
図２において、顧客情報管理システム１０１は、ネットワークの利用を許容するユーザの情報を設定する装置であり、携帯電話の利用を申し込みやネットワークの利用を解約する場合に、利用開始や利用停止を希望するユーザの電話番号や契約サービスの情報をネットワークに設定する（以下、サービスオーダと呼ぶ）。顧客情報管理システム１０１にて設定したユーザ情報は、明細システム１０２とＨＬＲ／ＨＳＳ搭載システム１０３に送信される。
【００２５】
なお、ＨＬＲ（Ｈｏｍｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｅｒ）は加入者データを管理するサーバ機能を有し、ＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）は加入者のロケーション情報を管理するサーバ機能を有する。そして、ＨＬＲ／ＨＳＳは、３ＧＰＰで規格化されたオールＩＰ移動体コアネットワーク用の音声・映像・データサービスを提供のためのプラットフォーム仕様であるＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）で推奨される構成装置の一部として用いることができる。
【００２６】
明細システム１０２は、ユーザの基本使用料やサービス利用時の明細ビルを収集して利用明細を発行するシステムである。ＨＬＲ／ＨＳＳ搭載システム１０３は、顧客情報管理システム１０１から得たユーザ情報を元に、ユーザプロファイルＫ１を保持し、ネットワークで提供するサービスの制御を行う。ＶＬＲ／ＭＳＣ搭載システム１０４、１０７は、ＨＬＲ／ＨＳＳ搭載システム１０３から通知されたユーザプロファイルＫ１を元に回線交換の呼制御を行う。パケット交換の呼制御については、ＨＬＲ／ＨＳＳ搭載システム１０３から通知されたユーザプロファイルを元にＳＧＳＮ搭載システム１０５、１０６にて実現することができる。
【００２７】
なお、ＶＬＲ（Ｖｉｓｉｔｏｒ  Ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｅｒ）は在圏ロケーションレジスタとして機能し、ＭＳＣ（Ｍｏｂｉｌｅ  Ｓｗｔｃｈｉｎｇ  Ｃｅｎｔｅｒ）は交換局として機能することができる。また、ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ））は、Ｗ−ＣＤＭＡ網でパケット通信を行うための中継機として機能することができる。
ここで、ＶＬＲ／ＭＳＣ搭載システム１０４およびＳＧＳＮ搭載システム１０５はロケーション／ルーティングエリアＲ１を管理し、ＳＧＳＮ搭載システム１０６およびＶＬＲ／ＭＳＣ搭載システム１０７はロケーション／ルーティングエリアＲ２を管理することができる。
【００２８】
そして、ＨＬＲ／ＨＳＳ搭載システム１０３は全てのＶＬＲ／ＭＳＣ搭載システム１０４、１０７およびＳＧＳＮ搭載システム１０５、１０６とフルメッシュにて接続され、ＨＬＲ／ＨＳＳ搭載システム１０３が複数存在する場合は、ＶＬＲ／ＭＳＣ搭載システム１０４、１０７およびＳＧＳＮ搭載システム１０５、１０６はフルメッシュにて全てのＨＬＲ／ＨＳＳ搭載システム１０３と接続される。
また、ユーザ機器１１４には、ユーザＡが使用するＵＩＭとモジュールを具備することができる。
【００２９】
また、ＧＭＬＣ１０８は、ネットワークにおける位置情報サービスを制御するシステムであり、他網との関門の役割を担う。ここで、ネットワークを提供する事業者との契約に基づき、当該ネットワークと接続し、ネットワークとの間で移動機の位置情報をやりとりする企業の中でも位置情報サービスを取り扱うＡＳＰ（アプリケーション・サービス・プロバイダ）をＬＣＳクライアント１０９、パケット通信サービスを取り扱うＡＳＰをＩＳＰ（インターネット・サービス・プロバイダ）１１１とすることができる。
【００３０】
また、ＧＧＳＮ（Ｇａｔｅ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）１１０は、パケット通信における上位システムとの関門機能を担うシステムである。また、ＧＭＳＣ（Ｇａｔｅｗａｙ  Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ）１１２は、回線交換の通信における関門機能をもつシステムである。ＡＳＰ情報管理システム１１３は、ＡＳＰに関する契約情報や接続情報をＡＳＰに対するサービスを提供する関門システムに投入する装置で、ＧＭＬＣ１０８とＧＧＳＮ１１０と接続する。
【００３１】
ここで、位置情報サービスに関しては、ＬＣＳクライアント１０９、ＧＭＬＣ１０８、ＶＬＲ／ＭＳＣ搭載システム１０４、１０７およびユーザの情報を管理するＨＬＲ／ＨＳＳ搭載システム１０３にて提供することができる。パケット通信サービスについては、ＩＳＰ１１１、ＧＧＳＮ１１０、ＳＧＳＮ搭載システム１０５、１０６およびＨＬＲ／ＨＳＳ搭載システム１０３にて提供することができる。回線交換（音声）サービスについては、ＧＭＳＣ１１２、ＶＬＲ／ＭＳＣ搭載システム１０４、１０７およびＨＬＲ／ＨＳＳ搭載システム１０３にて提供することができる。
【００３２】
そして、ユーザＡが使用するＵＩＭとモジュールを具備したユーザ機器１１４が、ＳＧＳＮ搭載システム１０６およびＶＬＲ／ＭＳＣ搭載システム１０７の配下のロケーション／ルーティングエリアＲ２に存在する場合、ユーザ機器１１４は、ネットワークに対して位置登録を行い、ネットワークサービスが利用できる開通状態に遷移する。その契機で、ＳＧＳＮ搭載システム１０６およびＶＬＲ／ＭＳＣ搭載システム１０７はユーザＡの加入者情報をＨＬＲ／ＨＳＳ搭載システム１０３から取得し、ネットワークおよびユーザ機器１１４はサービスが利用可能な状態と認識することができる。
そして、各サービスが利用された場合、呼制御を行うシステムにて課金を行い、明細システム１０２に明細ビルを転送する。
【００３３】
具体的には、顧客情報管理システムにて、ユーザＡの契約情報が設定され、明細システム１０２およびＨＬＲ／ＨＳＳ搭載システム１０３に対してサービスオーダが投入されると、ＨＬＲ／ＨＳＳ搭載システム１０３、ＶＬＲ／ＭＳＣ搭載システム１０４、１０７およびＳＧＳＮ搭載システム１０５、１０６は、移動機もしくはモジュールを利用するユーザＡがモバイル発位置情報リクエストまたはモバイル着位置情報リクエスト（位置情報サービス）を利用することにより開通を行うことを示す位置情報開通フラグと、基本使用料が発生していない「未開通」状態かユーザが契約するサービスを利用できる「開通」状態かを示す開通情報をユーザプロファイルＫ１〜Ｋ３に格納する。
【００３４】
また、ＧＭＬＣ１０８は、位置情報サービスのＡＳＰとなるＬＣＳクライアント１０９が「試験用ＬＣＳクライアント」であることを示すＬＣＳクライアント状態を格納する。
そして、ＨＬＲ／ＨＳＳ搭載システム１０３、ＶＬＲ／ＭＳＣ搭載システム１０４、１０７およびＳＧＳＮ搭載システム１０５、１０６にて保持される移動機もしくはモジュールを利用するユーザＡのユーザプロファイルにネットワークの開通状態が未開通と設定されるとともに、位置情報開通フラグが設定されている状態において、ユーザＡが開通対象の位置情報サービスを利用したのを契機として、ＨＬＲ／ＨＳＳ搭載システム１０３、ＶＬＲ／ＭＳＣ搭載システム１０４、１０７およびＳＧＳＮ搭載システム１０５、１０６のユーザプロファイルＫ１〜Ｋ３のネットワークの開通状態を開通に更新し、ネットワークを開通させるとともに、同じ契機で基本使用料を発生させる。
【００３５】
また、ＨＬＲ／ＨＳＳ搭載システム１０３、ＶＬＲ／ＭＳＣ搭載システム１０４、１０７およびＳＧＳＮ搭載システム１０５、１０６の移動機もしくはモジュールを利用するユーザＡのユーザプロファイルＫ１〜Ｋ３に開通状態が未開通と設定されるとともに、位置情報開通フラグが設定されている状態において、位置情報サービス利用以外の方法にて開通が行われた場合は、その開通をネットワークの開通として扱う。そして、ＨＬＲ／ＨＳＳ搭載システム１０３、ＶＬＲ／ＭＳＣ搭載システム１０４、１０７およびＳＧＳＮ搭載システム１０５、１０６のユーザプロファイルＫ１〜Ｋ３におけるネットワークの開通状態を開通に更新し、ユーザＡの基本使用料を開始と扱う。そして、その後にユーザＡが位置情報サービスを利用した場合は既にネットワークの開通状態が開通に設定されているため、位置情報サービスの利用を契機にネットワークの開通を起動することを抑止する。
【００３６】
また、ＨＬＲ／ＨＳＳ搭載システム１０３、ＶＬＲ／ＭＳＣ搭載システム１０４、１０７およびＳＧＳＮ搭載システム１０５、１０６のユーザプロファイルＫ１〜Ｋ３における開通状態が未開通に設定されている状態にて開通対象とする位置情報サービス以外はユーザが契約するサービスの利用を規制する。そして、ＨＬＲ／ＨＳＳ搭載システム１０３、ＶＬＲ／ＭＳＣ搭載システム１０４、１０７およびＳＧＳＮ搭載システム１０５、１０６のユーザプロファイルＫ１〜Ｋ３におけるネットワークの開通状態が開通に更新になるタイミングにて、事業者がユーザＡに提供するサービス全てを利用可能にする。
【００３７】
また、ＨＬＲ／ＨＳＳ搭載システム１０３、ＶＬＲ／ＭＳＣ搭載システム１０４、１０７およびＳＧＳＮ搭載システム１０５、１０６のユーザプロファイルＫ１〜Ｋ３における開通状態が未開通に設定されている状態にて、ＧＭＬＣ１０８のＬＣＳクライアント状態が「試験用ＬＣＳクライアント」であるＬＣＳクライアント１０９を対象にユーザＡが位置情報サービスを利用したエンド−エンド間の通信を行った場合に、ネットワークにて開通を起動させないようにして基本使用料の発生を開始させないようにする。
【００３８】
以下、図２のネットワークサービス提供装置の処理の流れについてより詳細に説明する。
図３は、本発明の第２実施形態に係る端末ユーザのサービスオーダ処理の流れを示すブロック図である。
図３において、顧客情報管理システム１０１では、ユーザＡの契約情報を設定し、明細システム１０２およびＨＬＲ／ＨＳＳ搭載システム１０３に対してサービスオーダを投入する（Ｐ１、Ｐ２）。その際、明細システム１０２へのサービスオーダに開通日として未開通を設定することで、ネットワークの未開通としてユーザプロファイルＫ４に保持し、明細システム１０２では基本使用料の開始が行われない状態とする。
【００３９】
また、ＨＬＲ／ＨＳＳ搭載システム１０３についても、ネットワークサービスの利用開始されていない状態として、サービスオーダにて開通状態が未開通として通知される。その際、何を契機としてサービスを開始するかを示す情報を合わせて投入する。この場合、ユーザＡの位置情報サービスの利用を契機として、ネットワークを未開通から開通の状態に変更して、その他契約されているサービスの利用を可能とするため、位置情報サービスにて開通を行うことを意味する位置情報開通フラグをサービスオーダで投入する。そして、ＨＬＲ／ＨＳＳ搭載システム１０３は、ユーザＡのユーザプロファイルＫ１において、開通状態を未開通に設定し、位置情報開通フラグを保持する。
【００４０】
図４は、本発明の第２実施形態に係るＡＳＰのサービスオーダ処理の流れを示すブロック図である。
図４において、ＡＳＰ情報管理システム１１３は、ＬＣＳクライアント＃１の契約情報や接続情報を設定し、ＧＭＬＣ１０８に対してサービスオーダを投入する（Ｐ１１）。その際、ＧＭＬＣ１０８へのサービスオーダに試験用ＬＣＳクライアントであることを表す情報を付与することで、ＧＭＬＣ１０８にて試験用のＬＣＳクライアントであることが把握できる。サービスオーダを受信したＧＭＬＣ１０８では、試験用ＬＣＳクライアントであることを表す情報が付与されていた場合は、ＬＣＳクライアント＃１のプロファイルＫ５において、ＬＣＳクライアント状態を試験用として保持する。試験用ＬＣＳクライアントであることを表す情報が付与されていない場合は、ＬＣＳクライアント状態を通常として保持する。
【００４１】
図５は、本発明の第２実施形態に係る端末ユーザによる位置登録処理の流れを示すブロック図である。
図５において、ユーザＡが使用するユーザ機器１１４がＳＧＳＮ搭載システム１０６およびＶＬＲ／ＭＳＣ搭載システム１０７が管理するロケーション／ルーティングエリアＲ２に移動するかもしくは電源オンを行うのを契機として位置登録を行う（Ｐ２１）。そして、ユーザ機器１１４の位置登録を契機として、ＧＳＮ搭載システム１０６およびＶＬＲ／ＭＳＣ搭載システム１０７はＨＬＲ／ＨＳＳ搭載システム１０３に対してユーザＡの情報の取得を行い、ＨＬＲ／ＨＳＳ搭載システム１０３は、ＳＧＳＮ搭載システム１０６およびＶＬＲ／ＭＳＣ搭載システム１０７に対してユーザＡのプロファイルの通知を行う（Ｐ２２、Ｐ２３）。
【００４２】
ここで、ＨＬＲ／ＨＳＳ搭載システム１０３で保持するユーザＡのユーザプロファイルＫ１において、開通状態が未開通に設定され、位置情報開通フラグを保持している場合は、ＳＧＳＮ搭載システム１０６およびＶＬＲ／ＭＳＣ搭載システム１０７にてそれぞれ保持するユーザプロファイルＫ２、Ｋ３においても、開通状態を未開通に設定し、位置情報開通フラグを保持する。
【００４３】
図６は、本発明の第２実施形態に係るネットワーク未開通状態でのモバイル発位置情報リクエストによる開通処理の流れを示すブロック図である。
図６において、ユーザＡが使用するユーザ機器１１４にて測位位置を取得した場合に、ユーザ機器１１４から位置情報通知をＶＬＲ／ＭＳＣ搭載システム１０７に対して送出する（Ｐ３１）。そして、ＶＬＲ／ＭＳＣ搭載システム１０７ではユーザＡのユーザプロファイルＫ３を参照し、開通状態が未開通に設定されている場合においても位置情報開通フラグが存在する場合、位置情報サービスにて開通可能にするため、ユーザＡからの要求を許容して無線側に対して測位を実施し、測位結果を位置情報通知にてＧＭＬＣ１０８に対して通知する（Ｐ３２）。
【００４４】
そして、ＧＭＬＣ１０８にて位置情報通知先のＬＣＳクライアント＃１のプロファイルＫ５を参照し、接続が可能であると判断した場合、ＬＣＳクライアント＃１に対して位置情報通知を送出する（Ｐ３３）。そして、ＧＭＬＣ１０８にてＬＣＳクライアント＃１に対して通知が成功した場合は、明細システム１０２に位置情報サービスの利用日を設定した明細ビルを送信する（Ｐ３４）。そして、明細システム１０２において、ユーザＡの開通日が未開通とユーザプロファイルＫ４に設定されている場合は、明細ビルに設定された利用日を利用開始日としてユーザプロファイルＫ４に設定する。この場合、呼制御を行うネットワーク内のシステムにて開通対象のサービスを意識し、開通対象としないサービスを未開通状態では規制することで、明細システム１０２側で開通対象とするサービスを意識する必要がない。
【００４５】
そして、明細ビルを送信したＧＭＬＣ１０８にてＶＬＲ／ＭＳＣ搭載システム１０７に対して位置情報通知応答を送出する（Ｐ３５）。そして、ＶＬＲ／ＭＳＣ搭載システム１０７は、ユーザ機器１１４に対して測位情報をＬＣＳクライアント＃１に正常に通知した旨を位置情報通知応答にて通知する（Ｐ３６）。その後、ユーザＡのユーザプロファイルＫ３において開通状態が未開通に設定されているならば、ＶＬＲ／ＭＳＣ搭載システム１０７にてユーザＡのプロファイル通知元のＨＬＲ／ＨＳＳ搭載システム１０３に対して開通通知を送出する（Ｐ３７）。なお、この開通通知を送信する契機は、ユーザ機器１１４に対して正常応答として位置情報通知応答を返した場合で、且つユーザプロファイルＫ３に位置情報開通フラグが存在し、開通状態が未開通に設定されている場合である。
【００４６】
そして、ＨＬＲ／ＨＳＳ搭載システム１０３では、ＶＬＲ／ＭＳＣ搭載システム１０７からの開通通知を契機として、ユーザＡの開通状態を未開通から開通に変更し、位置情報開通フラグを削除してユーザプロファイルＫ１を更新する。
そして、ＨＬＲ／ＨＳＳ搭載システム１０３は、ユーザプロファイルＫ１を更新すると、プロファイル通知をＶＬＲ／ＭＳＣ搭載システム１０７とＳＧＳＮ搭載システム１０６に対して行う（Ｐ３８、Ｐ３９）。そして、プロファイル通知を受信したＶＬＲ／ＭＳＣ搭載システム１０７とＳＧＳＮ搭載システム１０６は、ユーザＡの開通状態を未開通から開通に変更し、位置情報開通フラグなしとなるようにユーザプロファイルＫ３、Ｋ２をそれぞれ更新する。
【００４７】
図７は、本発明の第２実施形態に係るネットワーク未開通状態でのモバイル発位置情報リクエストの失敗による開通未起動処理の流れを示すブロック図である。
図７において、ユーザＡが使用するユーザ機器１１４にて測位位置を取得した場合に、ユーザ機器１１４から位置情報通知をＶＬＲ／ＭＳＣ搭載システム１０７に対して送出する（Ｐ４１）。ＶＬＲ／ＭＳＣ搭載システム１０７では、ユーザＡのユーザプロファイルＫ３を参照し、開通状態が未開通に設定されている場合であっても、位置情報開通フラグが存在する場合、位置情報サービスにて開通可能にするため、ユーザＡからの要求を許容して無線側に対して測位を実施し、測位結果を位置情報通知にてＧＭＬＣ１０８に対して通知する（Ｐ４２）。
【００４８】
そして、ＧＭＬＣ１０８にて位置情報通知先のＬＣＳクライアント＃１のプロファイルＫ５を参照し、接続不可であると判断した場合、ＬＣＳクライアント＃１に対して位置情報通知を送出することなく、ＶＬＲ／ＭＳＣ搭載システム１０７に対して位置情報通知応答（ＮＧ）を返し（Ｐ４３）、ＶＬＲ／ＭＳＣ搭載システム１０７はユーザ機器１１４に対してＮＧ応答を行う（Ｐ４４）。ユーザ機器１１４に対してＮＧ応答として位置情報通知応答を返した場合は、ユーザＡは位置情報サービスが利用できないケースとなるため、開通対象の呼として扱わない。
【００４９】
図８は、本発明の第２実施形態に係るネットワーク未開通状態での試験用ＬＣＳクライアントに対するモバイル発位置情報リクエスト処理の流れを示すブロック図である。
図８において、ユーザＡが使用するユーザ機器１１４にて測位位置を取得した場合に、ユーザ機器１１４から位置情報通知をＶＬＲ／ＭＳＣ搭載システム１０７に対して送出する（Ｐ５１）。ＶＬＲ／ＭＳＣ搭載システム１０７では、ユーザＡのユーザプロファイルＫ３を参照し、開通状態が未開通に設定されている場合であっても、位置情報開通フラグが存在する場合、位置情報サービスにて開通可能にするため、ユーザＡからの要求を許容して無線側に対して測位を実施し、測位結果を位置情報通知にてＧＭＬＣ１０８に対して通知する（Ｐ５２）。
【００５０】
そして、ＧＭＬＣ１０８にて位置情報通知先のＬＣＳクライアント＃１のプロファイルＫ５を参照し、接続が可能であると判断した場合、ＬＣＳクライアント＃１に対して位置情報通知を送出する（Ｐ５３）。なお、ＬＣＳクライアント状態が試験用の場合、明細システム１０２に明細ビルを送出するかしないかは事業者のポリシー次第である。
そして、明細ビルを明細システム１０２に送出する場合は、試験用ＬＣＳクライアントを表す情報を付与、もしくは利用日を無効値にすることで明細システム１０２の開通日を未開通のままとすればよい。ＧＭＬＣ１０８は、試験用ＬＣＳクライアントへの位置情報要求を行った場合は、試験呼であることを表す試験情報を位置情報通知応答に設定し、ＶＬＲ／ＭＳＣ搭載システム１０７に対して位置情報通知応答を送出する（Ｐ５４）。
【００５１】
そして、ＶＬＲ／ＭＳＣ搭載システム１０７は、ユーザ機器１１４に対してＬＣＳクライアント＃１に正常に通知した旨を位置情報通知応答にて通知する（Ｐ５５）。その後、ＶＬＲ／ＭＳＣ搭載システム１０７において、ユーザＡのプロファイルユーザＫ３に開通状態が未開通に設定されている場合であったとしても、ＧＭＬＣ１０８からの位置情報通知応答に試験情報が付与されていた場合は、開通対象の呼として扱わない。
【００５２】
図９は、本発明の第２実施形態に係るネットワーク開通状態での試験用ＬＣＳクライアントに対するモバイル発位置情報リクエスト処理の流れを示すブロック図である。
図９において、ユーザＡが使用するユーザ機器にて測位位置を取得した場合に、ユーザ機器１１４から位置情報通知をＶＬＲ／ＭＳＣ搭載システム１０７に対して送出する（Ｐ６１）。そして、ＶＬＲ／ＭＳＣ搭載システム１０７では、ユーザＡのユーザプロファイルＫ３を参照し、開通状態が開通に設定されている場合、ユーザＡからの要求を許容して無線側に対して測位を実施し、測位結果を位置情報通知にてＧＭＬＣ１０８に対して通知する（Ｐ６２）。
【００５３】
そして、ＧＭＬＣ１０８にて位置情報通知先のＬＣＳクライアント＃１のプロファイルＫ５を参照し、接続が可能であると判断した場合、ＬＣＳクライアント＃１に対して位置情報通知を送出する（Ｐ６３）。なお、ＧＭＬＣ１０８におけるプロファイルＫ５において、ＬＣＳクライアント状態が試験用の場合、明細システム１０２に明細ビルを送出するかしないかは事業者のポリシー次第である。
【００５４】
そして、ＧＭＬＣ１０８は、試験用ＬＣＳクライアントへの位置情報要求を行った場合は、試験呼であることを表す試験情報を位置情報通知応答に設定し、ＶＬＲ／ＭＳＣ搭載システム１０７に対して位置情報通知応答を送出する（Ｐ６４）。ＶＬＲ／ＭＳＣ搭載システム１０７は、ユーザ機器１１４に対してＬＣＳクライアント＃１に正常に通知した旨を位置情報通知応答にて通知する（Ｐ６５）。ここで、ＶＬＲ／ＭＳＣ搭載システム１０７では、ユーザＡのユーザプロファイルＫ３において開通状態が開通に設定され、既に開通されている状態であるため、開通は起動しない。
【００５５】
図１０は、本発明の第２実施形態に係るネットワーク未開通状態でのモバイル着位置情報リクエストによる開通処理の流れを示すブロック図である。
図１０において、ＧＭＬＣ１０８は、ＬＣＳクライアント＃１からの位置情報要求を受信すると（Ｐ７１）、ＬＣＳクライアント＃１のプロファイルをＫ５参照し、接続を許容できると判断した場合、ユーザ機器１１４が在圏するＶＬＲ／ＭＳＣ情報を取得するため、ＨＬＲ／ＨＳＳ搭載システム１０３に対してモバイル着位置情報リクエストを行う（Ｐ７２）。
【００５６】
ＨＬＲ／ＨＳＳ搭載システム１０３では、ユーザＡのユーザプロファイルＫ１に開通状態が未開通に設定されている場合であっても、位置情報開通フラグがある場合は、モバイル着位置情報リクエストの問い合わせ応答をＧＭＬＣ１０８に正常に返す（Ｐ７３）。そして、ＧＭＬＣ１０８は、ＨＬＲ／ＨＳＳ搭載システム１０３からモバイル着位置情報リクエストの問い合わせ応答にて取得したＶＬＲ／ＭＳＣ情報を元に位置情報要求送信先を特定し、ＶＬＲ／ＭＳＣ搭載システム１０７に対して位置情報要求を送信する（Ｐ７４）。
【００５７】
そして、ＶＬＲ／ＭＳＣ搭載システム１０７では、ユーザ機器１１４の位置情報を取得し、ユーザ機器１１４に対して位置情報要求を送出する（Ｐ７５）。位置情報要求を受信したユーザ機器１１４は、測位結果通知をＶＬＲ／ＭＳＣ搭載システム１０７に応答として返す（Ｐ７６）。そして、ＶＬＲ／ＭＳＣ搭載システム１０７は測位結果通知をＧＭＬＣ１０８に送信し（Ｐ７７）、ＧＭＬＣ１０８にて正常応答として測位結果通知を受信した場合、ＬＣＳクライアント＃１に測位結果通知を通知するとともに（Ｐ８１）、明細システム１０２に位置情報サービスの利用日を設定した明細ビルを送信する（Ｐ８２）。
【００５８】
そして、明細システム１０２において、ユーザＡの開通日が未開通とユーザプロファイルＫ４に設定されている場合は、明細ビルに設定された利用日を利用開始日として設定する。この場合、呼制御を行うネットワーク内のシステムにて開通対象のサービスを意識し、開通対象としないサービスを未開通状態では規制することで、明細システム１０２側で開通対象とするサービスを意識する必要がない。
【００５９】
また、ＶＬＲ／ＭＳＣ搭載システム１０７において、ユーザＡのユーザプロファイルＫ３に開通状態が未開通と設定されているならば、ユーザＡのプロファイル通知元のＨＬＲ／ＨＳＳ搭載システム１０３に対して開通通知を送出する（Ｐ７８）。なお、この開通通知を送信する契機は、ユーザ機器１１４から正常応答として測位結果通知を受信した場合で、且つユーザプロファイルＫ３に位置情報開通フラグが存在し、開通状態が未開通に設定されている場合である。そして、ＨＬＲ／ＨＳＳ搭載システム１０３では、ＶＬＲ／ＭＳＣ搭載システム１０７からの開通通知を契機として、ユーザＡの開通状態を未開通から開通に更新し、位置情報開通フラグを削除してユーザプロファイルＫ１を更新する。
【００６０】
そして、ＨＬＲ／ＨＳＳ搭載システム１０３はユーザプロファイルＫ１を更新すると、プロファイル通知をＶＬＲ／ＭＳＣ搭載システム１０７とＳＧＳＮ搭載システム１０６に対して行う（Ｐ７９、Ｐ８０）。プロファイル通知を受信したＶＬＲ／ＭＳＣ搭載システム１０７とＳＧＳＮ搭載システム１０６では、ユーザＡの開通状態を未開通から開通に更新し、位置情報開通フラグを削除してユーザプロファイルＫ３、Ｋ２をそれぞれ保持する。
【００６１】
図１１は、本発明の第２実施形態に係るネットワーク未開通状態でのモバイル着位置情報リクエストの失敗による開通未起動処理の流れを示すブロック図である。
図１１において、ＧＭＬＣ１０８は、ＬＣＳクライアント＃１からの位置情報要求を受信すると（Ｐ９１）、ＬＣＳクライアント＃１のプロファイルＫ５を参照し、接続を許容できると判断した場合、ユーザ機器１１４が在圏するＶＬＲ／ＭＳＣ情報を取得するため、ＨＬＲ／ＨＳＳ搭載システム１０３に対してモバイル着位置情報リクエストを行う（Ｐ９２）。そして、ＧＭＬＣ１０８は、ＨＬＲ／ＨＳＳ搭載システム１０３からモバイル着位置情報リクエストの問い合わせ応答にてＶＬＲ／ＭＳＣ情報を取得し（Ｐ９３）、そのＶＬＲ／ＭＳＣ情報を元に位置情報要求送信先を特定し、ＶＬＲ／ＭＳＣ搭載システム１０７に対して位置情報要求を送信する（Ｐ９４）。
【００６２】
そして、ＶＬＲ／ＭＳＣ搭載システム１０７では、ユーザ機器１１４の位置情報を取得し、ユーザ機器１１４に対して位置情報要求を送出する（Ｐ９５）。ここで、ＶＬＲ／ＭＳＣ搭載システム１０７は、ユーザ機器１１４から位置情報要求の応答として測位結果通知を受信できなかった場合、ユーザ機器未応答として測位結果通知（ＮＧ）をＧＭＬＣ１０８に返し（Ｐ９６）、ＧＭＬＣ１０８はＬＣＳクライアント＃１に測位結果通知（ＮＧ）を返す（Ｐ９７）。位置情報通知応答（ＮＧ）を返した場合は、ユーザＡは位置情報サービスが利用できないケースとなるため、開通対象の呼として扱わない。
【００６３】
図１２は、本発明の第２実施形態に係るネットワーク未開通状態での試験用ＬＣＳクライアントに対するモバイル着位置情報リクエスト処理の流れを示すブロック図である。
図１２において、ＧＭＬＣ１０８は、ＬＣＳクライアント＃１からの位置情報要求を受信すると（Ｐ１０１）、ＬＣＳクライアント＃１のプロファイルＫ５を参照し、接続を許容できると判断した場合、ユーザ機器１１４が在圏するＶＬＲ／ＭＳＣ情報を取得するため、ＨＬＲ／ＨＳＳ搭載システム１０３に対してモバイル着位置情報リクエストを行う（Ｐ１０２）。
【００６４】
そして、ＧＭＬＣ１０８は、ＨＬＲ／ＨＳＳ搭載システム１０３からモバイル着位置情報リクエストの問い合わせ応答にてＶＬＲ／ＭＳＣ情報を取得し（Ｐ１０３）、このＶＬＲ／ＭＳＣ情報を元に位置情報要求送信先を特定し、試験呼であることを表す試験情報を位置情報要求に設定し、ＶＬＲ／ＭＳＣ搭載システム１０７に対して位置情報要求を送出する（Ｐ１０４）。
【００６５】
そして、ＶＬＲ／ＭＳＣ搭載システム１０７では、ユーザ機器１１４の位置情報を取得し、ユーザ機器１１４に対して位置情報要求を送出する（Ｐ１０５）。位置情報要求を受信したユーザ機器１１４は、測位結果通知をＶＬＲ／ＭＳＣ搭載システム１０７に応答として返す（Ｐ１０６）。そして、ＶＬＲ／ＭＳＣ搭載システム１０７は、測位結果通知をＧＭＬＣ１０８に送信し（Ｐ１０７）、ＧＭＬＣ１０８はＬＣＳクライアント＃１に測位結果を返す（Ｐ１０８）。なお、ＬＣＳクライアント状態が試験用の場合、ＧＭＬＣ１０８から明細システム１０２に明細ビルを送出するかしないかは事業者のポリシー次第である。明細ビルを送出する場合は、試験用ＬＣＳクライアントを表す情報を付与、もしくは利用日を無効値にすることで明細システム１０２の開通日を未開通のままとすればよい。
ＶＬＲ／ＭＳＣ搭載システム１０７は、ユーザＡのユーザプロファイルＫ３に開通状態が未開通に設定されているとしても、ＧＭＬＣ１０８からの位置情報要求に試験情報が付与されていた場合は、開通対象の呼として扱わない。
【００６６】
図１３は、本発明の第２実施形態に係るネットワーク開通状態での試験用ＬＣＳクライアントに対するモバイル着位置情報リクエスト処理の流れを示すブロック図である。
図１３において、ＧＭＬＣ１０８は、ＬＣＳクライアント＃１からの位置情報要求を受信すると（Ｐ１１１）、ＬＣＳクライアント＃１のプロファイルＫ５を参照し、接続を許容できると判断した場合、ユーザ機器１１４在圏するＶＬＲ／ＭＳＣ情報を取得するため、ＨＬＲ／ＨＳＳ搭載システム１０３に対してモバイル着位置情報リクエストを行う（Ｐ１１２）。
【００６７】
そして、ＧＭＬＣ１０８は、ＨＬＲ／ＨＳＳ搭載システム１０３からモバイル着位置情報リクエストの問い合わせ応答にてＶＬＲ／ＭＳＣ情報を取得すると（Ｐ１１３）、そのＶＬＲ／ＭＳＣ情報を元に位置情報要求送信先を特定し、試験呼であることを表す試験情報を位置情報要求に設定し、ＶＬＲ／ＭＳＣ搭載システム１０７に対して位置情報要求を送出する（Ｐ１１４）。
【００６８】
そして、ＶＬＲ／ＭＳＣ搭載システム１０７では、ユーザ機器１１４の位置情報を取得し、ユーザ機器１１４に対して位置情報要求を送出する（Ｐ１１５）。そして位置情報要求を受信したユーザ機器１１４は、測位結果通知をＶＬＲ／ＭＳＣ搭載システム１０７に応答として返す（Ｐ１１６）。そして、ＶＬＲ／ＭＳＣ搭載システム１０７は測位結果通知をＧＭＬＣ１０８に送信し（Ｐ１１７）、ＧＭＬＣ１０８はＬＣＳクライアント＃１に測位結果を返す（Ｐ１１８）。
【００６９】
なお、ＬＣＳクライアント状態が試験用の場合、ＧＭＬＣ１０８から明細システム１０２に明細ビルを送出するかしないかは事業者のポリシー次第である。明細ビルを送出する場合は、試験用ＬＣＳクライアントを表す情報を付与、もしくは利用日を無効値にすることで明細システム１０２の開通日を未開通のままとすればよい。また、ＶＬＲ／ＭＳＣ搭載システム１０７において、ユーザＡのユーザプロファイルＫ３に開通状態が開通と設定され、既に開通されている状態であるため、開通は起動しない。
【００７０】
図１４は、本発明の第２実施形態に係るネットワーク未開通状態でのサービスオーダによる開通処理の流れを示すブロック図である。
図１４において、顧客情報管理システム１０１では、ユーザＡの開通状態を設定し、明細システム１０２およびＨＬＲ／ＨＳＳ搭載システム１０３に対してサービスオーダを投入する（Ｐ１２１、Ｐ１２２）。その際、明細システム１０２へのサービスオーダに開通日としてサービスオーダ投入日を設定することで、明細システム１０２では開通日をサービスオーダ投入日として設定し、基本使用料の開始を行う状態として保持する。
また、ＨＬＲ／ＨＳＳ搭載システム１０３についても、利用開始を行う状態としてサービスオーダにて開通状態が開通として通知される。サービスオーダによって開通状態となるため、位置情報サービスを契機として開通を行うことを示す位置情報開通フラグは不要となる。
【００７１】
また、ＨＬＲ／ＨＳＳ搭載システム１０３では、ユーザＡのユーザプロファイルＫ１において、開通状態を未開通から開通に変更し、位置情報開通フラグを削除する。そして、ユーザ機器１１４がすでにＶＬＲ／ＭＳＣ搭載システム１０７およびＳＧＳＮ搭載システム１０６の配下に在圏している場合、ＨＬＲ／ＨＳＳ搭載システム１０３は、ＶＬＲ／ＭＳＣ搭載システム１０７およびＳＧＳＮ搭載システム１０６に対してプロファイルを通知する（Ｐ１２３、Ｐ１２４）。その結果、ＶＬＲ／ＭＳＣ搭載システム１０７およびＳＧＳＮ搭載システム１０６においてユーザプロファイルＫ３、Ｋ２がそれぞれ更新され、開通状態が開通に設定され、位置情報開通フラグが削除される。
【００７２】
図１５は、本発明の第２実施形態に係るネットワーク未開通状態でのパケット発信系サービスの規制処理の流れを示すブロック図である。
図１５において、ユーザＡが使用するユーザ機器１１４がＳＧＳＮ搭載システム１０６およびＶＬＲ／ＭＳＣ搭載システム１０７配下に在圏する場合、ユーザ機器１１４からのパケット発信が行われると（Ｐ１３１）、ＳＧＳＮ搭載システム１０６は、ユーザＡのユーザプロファイルＫ２を参照し、位置情報開通フラグが存在し、開通状態が未開通に設定されている場合は、位置情報サービスでの開通が行われていない状態と判断し、ユーザ機器にパケット発信ＮＧを返すことで（Ｐ１３２）、パケット発信を規制する。
【００７３】
図１６は、本発明の第２実施形態に係るネットワーク未開通状態でのパケット着信系サービスの規制処理の流れを示すブロック図である。
図１６において、ＧＧＳＮ１１０はＩＳＰ＃１からパケット着信の要求を受けると（Ｐ１４１）、ＧＧＳＮ１１０は、ＨＬＲ／ＨＳＳ搭載システム１０３に対してユーザＡの在圏を把握するためにパケット着信問い合わせを行う（Ｐ１４２）。
そして、ＨＬＲ／ＨＳＳ搭載システム１０３は、ユーザＡのユーザプロファイルＫ１を参照し、位置情報開通フラグが存在し、開通状態が未開通に設定されている場合は、位置情報サービスでの開通が行われていない状態と判断し、パケット着信問い合わせＮＧ応答をＧＧＳＮ１１０に送信することで（Ｐ１４３）、ＧＧＳＮパケット着信を規制する。そして、ＧＧＳＮ１１０は、ＨＬＲ／ＨＳＳ搭載システム１０３からパケット着信問い合わせＮＧ応答を受信すると、ＩＳＰ＃１にパケット着信ＮＧを返す（Ｐ１４４）。
【００７４】
図１７は、本発明の第２実施形態に係るネットワーク未開通状態での音声発信系サービスの規制処理の流れを示すブロック図である。
図１７において、ユーザＡが使用するユーザ機器１１４がＳＧＳＮ搭載システム１０６およびＶＬＲ／ＭＳＣ搭載システム１０７配下に在圏する場合、ユーザ機器１１４からの音声発信が行われると（Ｐ１５１）、ＶＬＲ／ＭＳＣ搭載システム１０７は、ユーザＡのユーザプロファイルＫ３を参照し、位置情報開通フラグが存在し、開通状態が未開通に設定されている場合は、位置情報サービスでの開通が行われていない状態と判断し、ユーザ機器に音声発信ＮＧを返すことで（Ｐ１５２）、音声発信を規制する。
【００７５】
図１８は、本発明の第２実施形態に係るネットワーク未開通状態での音声着信系サービスの規制処理の流れを示すブロック図である。
図１８において、ＧＭＳＣ１１２は、ＨＬＲ／ＨＳＳ搭載システム１０３に対してユーザＡの在圏を把握するために音声着信問い合わせを行う（Ｐ１６１）。そして、ＨＬＲ／ＨＳＳ搭載システム１０３はユーザＡのユーザプロファイルＫ１を参照し、位置情報開通フラグが存在し、開通状態が未開通に設定されている場合は、位置情報サービスでの開通が行われていない状態と判断し、音声着信問い合わせＮＧ応答をＧＭＳＣ１１２に送信することで（Ｐ１６２）、音声着信を規制する。そして、ＧＭＳＣ１０６は、ＨＬＲ／ＨＳＳ搭載システム１０３から音声着信問い合わせＮＧ応答を受信すると、音声着信ＮＧとして呼を扱う。
【００７６】
図１９は、本発明の第２実施形態に係るモバイル発位置情報リクエストを契機とする開通処理の流れを示すフローチャートである。
図１９において、ユーザＡが使用するユーザ機器１１４がＬＣＳクライアント＃１に対して位置情報を通知する場合、ＶＬＲ／ＭＳＣ搭載システム１０７は、ユーザ機器１１４から位置情報要求を受信すると（Ｓ１０１）、ユーザプロファイルＫ３を参照することで、開通状態が開通か未開通であるかチェックする（Ｓ１０２）。そして、開通状態が開通の場合は、既に開通状態であるため、既存と同様のシーケンスを行う（Ｓ１０３）。一方、開通状態が未開通の場合は、ＶＬＲ／ＭＳＣ搭載システム１０７は、ユーザプロファイルＫ３を参照することで、位置情報開通フラグがあるかチェックする（Ｓ１０４）。そして、位置情報フラグがない場合は、位置情報サービス以外の条件での開通サービスを提供する（Ｓ１０５）。
【００７７】
また、ＶＬＲ／ＭＳＣ搭載システム１０７はユーザ機器１１４の間で測位シーケンスを実施し、測位を実施する（Ｓ１０６）。そして、ＶＬＲ／ＭＳＣ搭載システム１０７は、ＧＭＬＣ１０８に対して位置情報通知を送信し（Ｓ１０７）、ＧＭＬＣ１０８は位置情報通知先のＬＣＳクライアント＃１のプロファイルＫ５を参照し、接続が可能であると判断した場合、ＬＣＳクライアント＃１に対して位置情報通知を送出する（Ｓ１０８）。ＬＣＳクライアント＃１に対して位置情報通知を正常に送信終了したＧＭＬＣ１０８は、プロファイルＫ５のＬＣＳクライアント状態が通常の場合は明細ビルに利用日情報を設定し（Ｓ１０９）、明細ビルを明細システム１０２に送出する（Ｓ１１０）。
【００７８】
そして、明細システム１０２にて明細ビルを受信した契機でユーザＡの状態が開通日は未開通かどうかをチェックし（Ｓ１１１）、未開通の場合、明細ビルに利用日情報が設定されているかチェックする（Ｓ１１２）。そして、利用日情報が明細ビルに設定されている場合は、ユーザＡの開通日に利用日情報を元にして利用開始日を設定する（Ｓ１１３）。開通日が開通である場合や明細ビルに利用日情報が付与されていない場合は、ユーザＡの開通日状態の変更は行わない。
ＧＭＬＣ１０８においてＬＣＳクライアント状態が試験用の場合は、位置情報通知応答に試験情報を設定する（Ｓ１１４）。そして、ＧＭＬＣ１０８は位置情報通知応答をＶＬＲ／ＭＳＣ搭載システム１０７に送出し（Ｓ１１５）、ＶＬＲ／ＭＳＣ搭載システム１０７は位置情報通知応答をユーザ機器１１４に返す（Ｓ１１６）。
【００７９】
そして、ＶＬＲ／ＭＳＣ搭載システム１０７では、ユーザＡのユーザプロファイルＫ３を参照することで、開通状態をチェックし（Ｓ１１７）、開通状態は未開通の場合は、位置情報開通フラグをチェックする（Ｓ１１８）。そして、位置情報開通フラグが有の場合は、ＧＭＬＣ１０８からの位置情報通知応答にて試験情報を受信したかどうかをチェックする（Ｓ１１９）。そして、開通状態が未開通で、位置情報開通フラグが有り、位置情報通知応答で試験情報を受信していない場合は、ＨＬＲ／ＨＳＳ搭載システム１０３に対して開通通知を送信する（Ｓ１２０）。一方、開通状態が開通で、位置情報開通フラグが無い場合、もしくは位置情報通知応答で試験情報を受信している場合は、既に開通済みであるか試験用ＬＣＳクライアントへのＭＯ−ＬＲであったため、開通制御は起動しない。
【００８０】
開通通知を受信したＨＬＲ／ＨＳＳ搭載システム１０３では、ユーザＡのユーザプロファイルＫ１の開通状態を未開通から開通に変更し、位置情報開通フラグを削除する更新を行う（Ｓ１２１）。そして、ＨＬＲ／ＨＳＳ搭載システム１０３は、ユーザプロファイルＫ１の更新後にＶＬＲ／ＭＳＣ搭載システム１０７に対して開通通知応答を返す（Ｓ１２２）。
【００８１】
また、ＶＬＲ／ＭＳＣ搭載システム１０７およびＳＧＳＮ１０６のユーザプロファイルＫ３、Ｋ２を更新するため、ＨＬＲ／ＨＳＳ搭載システム１０３はプロファイル通知をＶＬＲ／ＭＳＣ搭載システム１０７に送信するとともに（Ｓ１２３）、ＳＧＳＮ１０６に送信する（Ｓ１２５）。ＶＬＲ／ＭＳＣ搭載システム１０７ではユーザＡのユーザプロファイルＫ３の開通状態を未開通から開通に変更し、位置情報開通フラグを削除する更新を行い（Ｓ１２４）、ＨＬＲ／ＨＳＳ搭載システム１０３に対してプロファイル通知応答を返す（Ｓ１２７）。また、ＳＧＳＮ１０６ではユーザＡのユーザプロファイルＫ２の開通状態を未開通から開通に変更し、位置情報開通フラグを削除する更新を行い（Ｓ１２６）、ＨＬＲ／ＨＳＳ搭載システム１０３に対してプロファイル通知応答を返す（Ｓ１２８）。
【００８２】
図２０は、本発明の第２実施形態に係るモバイル着位置情報リクエストを契機とする開通処理の流れを示すフローチャートである。
図２０において、ＬＣＳクライアント＃１がユーザＡの位置情報を取得したい場合、ＬＣＳクライアント＃１はユーザＡを収容するネットワークに対して位置情報要求を送信する（Ｓ２０１）。そして、ＧＭＬＣ１０８は位置情報要求を受信すると、ＬＣＳクライアント＃１のプロファイルＫ５を参照し、接続を許容できると判断した場合、ユーザ機器１１４が在圏するロケーション／ルーティングエリアＲ２におけるＶＬＲ／ＭＳＣ情報を取得するため、ＨＬＲ／ＨＳＳ搭載システム１０３に対してＭＴ−ＬＲ問い合わせを行う（Ｓ２０２）。
【００８３】
そして、ＨＬＲ／ＨＳＳ搭載システム１０３は、ユーザプロファイルＫ１を参照し、ユーザＡの開通状態が未開通であっても位置情報開通フラグがある場合は、ＭＴ−ＬＲ問い合わせ応答をＧＭＬＣ１０８に正常に返す（Ｓ２０３）。そして、ＧＭＬＣ１０８は、ＭＴ−ＬＲ問い合わせ応答を受信し（Ｓ２０４）、ＬＣＳクライアント＃１の事業者情報にてＬＣＳクライアント状態が試験用であることが示されている場合には、ＶＬＲ／ＭＳＣ搭載システム１０７への位置情報要求に試験情報を設定する（Ｓ２０５）。
【００８４】
そして、ＶＬＲ／ＭＳＣ搭載システム１０７は位置情報要求をＧＭＬＣ１０８から受けると（Ｓ２０６）、ユーザ機器１１４に対して位置情報要求を送信し（Ｓ２０９）、ユーザ機器１１４は測位を実施する（Ｓ２０８）。そして、ユーザ機器１１４は測位結果を取得すると、測位結果通知をＶＬＲ／ＭＳＣ搭載システム１０７に対して送信し（Ｓ２０９）、ＶＬＲ／ＭＳＣ搭載システム１０７は測位結果通知をＧＭＬＣ１０８に通知する（Ｓ２１０）。そして、ＧＭＬＣ１０８は、ＶＬＲ／ＭＳＣ搭載システム１０７から測位結果通知を受けると、その測位結果通知をＬＣＳクライアント＃１に対して送出する（Ｓ２１１）。
【００８５】
そして、ＧＭＬＣ１０８は、ＬＣＳクライアント＃１に対して測位結果通知を正常に送信終了すると、プロファイルＫ５のＬＣＳクライアント状態が通常の場合は明細ビルに利用日情報を設定し（Ｓ２１２）、明細ビルを明細システム１０２に送出する（Ｓ２１３）。そして、明細システム１０２にて明細ビルを受信した契機でユーザＡの状態が開通日は未開通かどうかをチェックし（Ｓ２１４）、未開通の場合、明細ビルに利用日情報が設定されているかチェックする（Ｓ２１５）。そして、利用日情報が明細ビルに設定されている場合は、ユーザＡの開通日に利用日情報を元にして利用開始日を設定する（Ｓ２１６）。一方、開通日が開通である場合や、明細ビルに利用日情報が付与されていない場合は、ユーザＡの開通日状態の変更は行わない。
【００８６】
また、ＶＬＲ／ＭＳＣ搭載システム１０７では、ユーザＡのユーザプロファイルＫ３を参照することで、開通状態をチェックし（Ｓ２１７）、開通状態が未開通の場合は、位置情報開通フラグをチェックする（Ｓ２１８）。そして、位置情報開通フラグが有る場合は、ＧＭＬＣ１０８からの位置情報通知応答にて試験情報を受信したかどうかをチェックする（Ｓ２１９）。そして、開通状態が未開通で、位置情報開通フラグが有り、位置情報通知応答で試験情報を受信していない場合は、ＨＬＲ／ＨＳＳ搭載システム１０３に対して開通通知を送信する（Ｓ２２０）。一方、開通状態が開通で、位置情報開通フラグが無い場合、もしくは位置情報通知応答で試験情報を受信している場合は、既に開通済みであるか試験用ＬＣＳクライアントへのＭＯ−ＬＲであったため、開通制御は起動しない。
【００８７】
そして、ＨＬＲ／ＨＳＳ搭載システム１０３が開通通知を受信すると、ユーザＡのユーザプロファイルＫ１の開通状態を未開通から開通に変更し、位置情報開通フラグを削除する更新を行う（Ｓ２２１）。そして、ＨＬＲ／ＨＳＳ搭載システム１０３は、ユーザプロファイルＫ１を更新すると、ＶＬＲ／ＭＳＣ搭載システム１０７に対して開通通知応答を返す（Ｓ２２２）。また、ＶＬＲ／ＭＳＣ搭載システム１０７およびＳＧＳＮ搭載システム１０６のプロファイルＫ３、Ｋ２を更新するため、ＨＬＲ／ＨＳＳ搭載システム１０３はプロファイル通知をＶＬＲ／ＭＳＣ搭載システム１０７に送信するとともに（Ｓ２２３）、ＳＧＳＮ搭載システム１０６に送信する（Ｓ２２５）。
【００８８】
そして、ＶＬＲ／ＭＳＣ搭載システム１０７は、ユーザＡのユーザプロファイルＫ３の開通状態を未開通から開通に変更し、位置情報開通フラグを削除する更新を行い（Ｓ２２４）、ＨＬＲ／ＨＳＳ搭載システム１０３に対してプロファイル通知応答を返す（Ｓ２２７）。また、ＳＧＳＮ搭載システム１０６は、ユーザＡのユーザプロファイルＫ２の開通状態を未開通から開通に変更し、位置情報開通フラグを削除する更新を行い（Ｓ２２６）、ＨＬＲ／ＨＳＳ搭載システム１０３に対してプロファイル通知応答を返す（Ｓ２２８）。
【図面の簡単な説明】
【００８９】
【図１】本発明の第１実施形態に係るネットワークサービス提供装置の概略構成を示すブロック図である。
【図２】本発明の第２実施形態に係るネットワークサービス提供装置のシステム構成を示すブロック図である。
【図３】本発明の第２実施形態に係る端末ユーザのサービスオーダ処理の流れを示すブロック図である。
【図４】本発明の第２実施形態に係るＡＳＰのサービスオーダ処理の流れを示すブロック図である。
【図５】本発明の第２実施形態に係る端末ユーザによる位置登録処理の流れを示すブロック図である。
【図６】本発明の第２実施形態に係るネットワーク未開通状態でのモバイル発位置情報リクエストによる開通処理の流れを示すブロック図である。
【図７】本発明の第２実施形態に係るネットワーク未開通状態でのモバイル発位置情報リクエストの失敗による開通未起動処理の流れを示すブロック図である。
【図８】本発明の第２実施形態に係るネットワーク未開通状態での試験用ＬＣＳクライアントに対するモバイル発位置情報リクエスト処理の流れを示すブロック図である。
【図９】本発明の第２実施形態に係るネットワーク開通状態での試験用ＬＣＳクライアントに対するモバイル発位置情報リクエスト処理の流れを示すブロック図である。
【図１０】本発明の第２実施形態に係るネットワーク未開通状態でのモバイル着位置情報リクエストによる開通処理の流れを示すブロック図である。
【図１１】本発明の第２実施形態に係るネットワーク未開通状態でのモバイル着位置情報リクエストの失敗による開通未起動処理の流れを示すブロック図である。
【図１２】本発明の第２実施形態に係るネットワーク未開通状態での試験用ＬＣＳクライアントに対するモバイル着位置情報リクエスト処理の流れを示すブロック図である。
【図１３】本発明の第２実施形態に係るネットワーク開通状態での試験用ＬＣＳクライアントに対するモバイル着位置情報リクエスト処理の流れを示すブロック図である。
【図１４】本発明の第２実施形態に係るネットワーク未開通状態でのサービスオーダによる開通処理の流れを示すブロック図である。
【図１５】本発明の第２実施形態に係るネットワーク未開通状態でのパケット発信系サービスの規制処理の流れを示すブロック図である。
【図１６】本発明の第２実施形態に係るネットワーク未開通状態でのパケット着信系サービスの規制処理の流れを示すブロック図である。
【図１７】本発明の第２実施形態に係るネットワーク未開通状態での音声発信系サービスの規制処理の流れを示すブロック図である。
【図１８】本発明の第２実施形態に係るネットワーク未開通状態での音声着信系サービスの規制処理の流れを示すブロック図である。
【図１９】本発明の第２実施形態に係るモバイル発位置情報リクエストを契機とする開通処理の流れを示すフローチャートである。
【図２０】本発明の第２実施形態に係るモバイル着位置情報リクエストを契機とする開通処理の流れを示すフローチャートである。
【符号の説明】
【００９０】
１１  ユーザプロファイル設定手段
１２  位置情報開通フラグ設定手段
１３  開通状態移行手段
１４  基本使用料発生手段
１５  利用サービス規制手段
１６  試験用位置情報サービス許容手段
１０１  顧客情報管理システム
１０２  明細システム
１０３  ＨＬＲ／ＨＳＳ搭載システム
１０４、１０７  ＶＬＲ／ＭＳＣ搭載システム
１０５、１０６  ＳＧＳＮ搭載システム
１０８  ＧＭＬＣ
１０９  ＬＣＳクライアント
１１０  ＧＧＳＮ
１１１  ＩＳＰ
１１２  ＧＭＳＣ
１１３  ＡＳＰ情報管理システム
１１４  ユーザ機器
【図１】
2008283538.tif 000003
【図２】
2008283538.tif 000004
【図３】
2008283538.tif 000005
【図４】
2008283538.tif 000006
【図５】
2008283538.tif 000007
【図６】
2008283538.tif 000008
【図７】
2008283538.tif 000009
【図８】
2008283538.tif 000010
【図９】
2008283538.tif 000011
【図１０】
2008283538.tif 000012
【図１１】
2008283538.tif 000013
【図１２】
2008283538.tif 000014
【図１３】
2008283538.tif 000015
【図１４】
2008283538.tif 000016
【図１５】
2008283538.tif 000017
【図１６】
2008283538.tif 000018
【図１７】
2008283538.tif 000019
【図１８】
2008283538.tif 000020
【図１９】
2008283538.tif 000021
【図２０】
2008283538.tif 000022