(57)【特許請求の範囲】
【請求項１】
移動端末の送受信データ量の上限を制限する送受信データ量制限部を備えた通信処理装置であって、
自己を運用する第１の通信事業者と異なる第２の通信事業者と利用契約を結んでいる特定移動端末が自己の配下のエリアにローミングインしているときに前記送受信データ量制限部が前記制限する処理を実行するものであり、
更に、前記特定移動端末の送受信データ量を消去せずに保持する送受信データ量保持部と、
前記送受信データ量保持部が保持する送受信データ量を取得する送受信データ量取得部と、を含み、
前記送受信データ量取得部は、前記第１の通信事業者によって運用されている他の通信処理装置の配下のエリアに前記特定移動端末がローミングインしてから、前記特定移動端末が、前記第１及び第２の通信事業者と異なる第３の通信事業者によって運用されている通信処理装置の配下のエリアを経由して、自己の配下のエリアに移動して前記特定移動端末がローミングインしたときに、前記他の通信処理装置が保持している前記送受信データ量を取得することを特徴とする通信処理装置。
【請求項２】
請求項１に記載の通信処理装置において、
前記送受信データ量取得部が取得した前記送受信データ量に前記特定移動端末の送受信データ量を継続して積算する送受信データ量積算部を更に含むことを特徴とする通信処理装置。
【請求項３】
移動端末の送受信データ量を消去せずに保持する送受信データ量保持部を有し第１の通信事業者によって運用されている第１の通信処理装置と、
前記送受信データ量保持部が保持する送受信データ量を取得する送受信データ量取得部を有し前記第１の通信事業者によって運用されている第２の通信処理装置と、を含み、
前記第１の通信事業者と異なる第２の通信事業者と利用契約を結んでいる特定移動端末が前記第１及び前記第２の通信処理装置の配下のエリアにローミングインしているときに当該特定移動端末の送受信データ量の上限を制限しており、
前記送受信データ量取得部は、前記第１の通信処理装置の配下のエリアに前記特定移動端末がローミングインしてから、前記特定移動端末が、前記第１及び前記第２の通信事業者と異なる第３の通信事業者によって運用されている通信処理装置の配下のエリアを経由して、前記第２の通信処理装置の配下のエリアに移動して前記特定移動端末がローミングインしたときに、前記送受信データ量保持部が保持している前記送受信データ量を取得することを特徴とする通信システム。
【請求項４】
請求項３に記載の通信システムにおいて、
前記特定移動端末は、前記第１の通信処理装置の配下のエリアにローミングインしているときに当該第１の通信処理装置を特定するための特定情報を取得し、
前記第２の通信処理装置は、前記特定移動端末から前記特定情報を取得する特定情報取得部を更に含み、
前記送受信データ量取得部は、前記特定情報取得部が取得した特定情報によって特定した前記第１の通信処理装置に設けられている前記送受信データ量保持部が保持する送受信データ量を取得することを特徴とする通信システム。
【請求項５】
請求項３に記載の通信システムにおいて、
前記第１の通信処理装置を特定する特定情報を記憶するゲートウェイロケーションレジスタ装置と、
前記ゲートウェイロケーションレジスタ装置から前記特定情報を取得する特定情報取得部と、を更に含み、
前記送受信データ量取得部は、前記特定情報取得部が取得した特定情報によって特定した前記第１の通信処理装置に設けられている前記送受信データ量保持部が保持する送受信データ量を取得することを特徴とする通信システム。
【請求項６】
請求項３に記載の通信システムにおいて、
前記送受信データ量保持部が保持する送受信データ量を記憶するゲートウェイロケーションレジスタ装置を更に含み、
前記送受信データ量取得部は、前記ゲートウェイロケーションレジスタ装置に記憶されている送受信データ量を取得することを特徴とする通信システム。
【請求項７】
請求項３から請求項６までのいずれか１項に記載の通信システムにおいて、
前記第２の通信処理装置は、前記送受信データ量取得部が取得した前記送受信データ量に前記特定移動端末の送受信データ量を継続して積算する送受信データ量積算部を更に含むことを特徴とする通信システム。
【請求項８】
第１の通信事業者と異なる第２の通信事業者と利用契約を結んでいる特定移動端末が配下のエリアにローミングインしているときに当該特定移動端末との送受信データ量の上限が制限され前記第１の通信事業者によって運用されている第１の通信処理装置に当該特定移動端末の送受信データ量を消去せずに保持する第１のステップと、
前記特定移動端末が配下のエリアにローミングインしているときに当該特定移動端末との送受信データ量の上限が制限され前記第１の通信事業者によって運用されている第２の通信処理装置に、前記第１のステップで保持した送受信データ量を取得する第２のステップと、を含み、
前記第２のステップでは、前記第１の通信処理装置の配下のエリアに前記特定移動端末がローミングインしてから、前記特定移動端末が、前記第１及び前記第２の通信事業者と異なる第３の通信事業者によって運用されている通信処理装置の配下のエリアを経由して、前記第２の通信処理装置の配下のエリアに移動して前記特定移動端末がローミングインしたときに、前記第１のステップで保持している前記送受信データ量を取得することを特徴とする通信方法。
【請求項９】
複数の通信処理装置を運用する第１の通信事業者と異なる第２の通信事業者と利用契約を結んでいる特定移動端末が配下のエリアにローミングインしているときに当該特定移動端末の送受信データ量の上限を制限する前記通信処理装置に制御を実行させるプログラムであって、
前記第１の通信事業者によって運用されている一の前記通信処理装置の配下のエリアに前記特定移動端末がローミングインしてから、前記特定移動端末が、前記第１及び前記第２の通信事業者と異なる第３の通信事業者によって運用されている通信処理装置の配下のエリアを経由して、前記第１の通信事業者によって運用されている他の前記通信処理装置の配下のエリアに移動して前記特定移動端末がローミングインしたときに、前記一の通信処理装置が消去せずに保持している前記送受信データ量を前記他の通信処理装置が取得するように当該通信処理装置に制御を実行させることを特徴とする通信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信処理装置、通信システム、通信方法、通信プログラムに関する。
【背景技術】
【０００２】
携帯電話又はインターネット接続サービス等において、事業者間の提携によって、利用者が契約しているサービス事業者（以下、契約事業者と記す）のサービスエリア外であっても、契約事業者の提携先の事業者のエリア内にあれば、契約事業者と同様のサービスを利用できるローミング（又はローミングイン）の技術がある。ここで、ローミングインとは、例えば、契約事業者（例えば、海外の事業者）のＳＩＭ（Subscriber Identification Module）を使って、提携先の事業者（例えば、日本国内の事業者）で移動端末が使えることを言う。
【０００３】
このようなローミング（又はローミングイン）によって、例えば、ホームオペレータ（すなわち、契約事業者のオペレータ）である海外オペレータと、実際に在圏しているオペレータ（すなわち、提携先の事業者のオペレータ、Visited operator）との間で料金定額のパケットサービスを提供することが可能になっている。例えば、ホームオペレータである海外オペレータと日本のオペレータとの間で料金定額のパケットサービスを提供することが可能になっている。
【０００４】
このようなパケットサービスの従来の仕組みとして、ローミングインしているユーザ（以下、ローミングインしているユーザを、単にユーザと記す）が在圏している間、ユーザの通信したデータ量の積算値（以下、積算データ量と記す）を、ＳＧＳＮ（Serving GPRS Support Nod、交換機）が管理するユーザの加入者情報の一部の情報として保持することで、ＳＧＳＮが積算データ量を保持し続けることが可能となるものがある（例えば非特許文献１参照）。
【０００５】
これによって、移動通信システムでは、積算データ量を基に、ユーザの移動端末の呼切断や通信速度制御等を行うことが可能になっている。
ここで、図３１には、異なるオペレータＡ、Ｂ間を跨がって移動端末２０１が移動した場合に行う積算データ量に対する処理の一例を示す。
図３１に示す移動通信システム２００では、図３１中の（１）及び（２）に示すように、移動端末２０１が、オペレータＡがパケットサービスを提供するエリアに在圏している場合、移動端末２０１の通信に応じて積算データ量がカウントされる。そして、カウントされた積算データ量は、移動端末２０１が通信を行うオペレータＡのＳＧＳＮ２０２に保持される。
【０００６】
そして、このような移動通信システム２００において、図３１中の（３）及び（４）に示すように、移動端末２０１が在圏したオペレータＡから別のオペレータＢに移動してＳＧＳＮ２０３にアタッチ（電源ＯＮ）すると、図３１中の（５）及び（６）に示すように、ホームオペレータ（例えば、海外オペレータ）のＨＬＲ（Home Location Register）２０４への位置登録のタイミングで、当該ＨＬＲ２０４から、在圏していたオペレータＡのＳＧＳＮ２０２に対して加入者情報を消去する指示が出力される。オペレータＡのＳＧＳＮ２０２は、加入者情報の消去指示を受信すると、当該ＳＧＳＮ２０２が保持している加入者情報に含まれている積算データ量を消去する。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】３ＧＰＰ  ＴＳ．２３．０６０
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかし、前述のような処理を行うと、図３１中の（８）に示すように、移動端末２０１が以前ローミングインしていたオペレータＢから元のオペレータＡに再度在圏（すなわち、再度ローミングイン）しても、移動端末２０１が前回在圏（すなわち、前回ローミングイン）していたときの積算データ量が消去されているために、移動端末２０１が再度在圏したオペレータＡのＳＧＳＮ２０２は、前回在圏していたときの積算データ量を引き継ぐことができない。
【０００９】
そのため、移動端末２０１に対して再度在圏したオペレータＡが望むトラヒック規制ができないという課題がある。また、このような場合に、移動端末２０１が大量のデータ送受信を行うと、ネットワークのリソースを大量に消費してしまう恐れがある。
本発明は上述した従来技術の問題点を解決するためになされたものであり、その目的は、ローミングにおいて移動端末が元のオペレータに再度在圏した場合でも、積算データ量を引き継ぐことができるようにした通信処理装置、通信システム、通信方法、通信プログラムを提供することである。
【課題を解決するための手段】
【００１０】
本発明のある態様による通信処理装置は、移動端末の送受信データ量の上限を制限する送受信データ量制限部を備えた通信処理装置であって、自己を運用する第１の通信事業者と異なる第２の通信事業者と利用契約を結んでいる特定移動端末が自己の配下のエリアにローミングインしているときに前記送受信データ量制限部が前記制限する処理を実行するものであり、更に、前記特定移動端末の送受信データ量を消去せずに保持する送受信データ量保持部と、前記送受信データ量保持部が保持する送受信データ量を取得する送受信データ量取得部と、を含み、前記送受信データ量取得部は、前記第１の通信事業者によって運用されている他の通信処理装置の配下のエリアに前記特定移動端末がローミングインしてから、前記特定移動端末が、前記第１及び第２の通信事業者と異なる第３の通信事業者によって運用されている通信処理装置の配下のエリアを経由して、自己の配下のエリアに移動して前記特定移動端末がローミングインしたときに、前記他の通信処理装置が保持している前記送受信データ量を取得する。
【００１１】
このような構成によれば、第２の通信事業者と利用契約を結んでいる特定移動端末が、第１の通信事業者の他の通信処理装置の配下のエリアにローミングインしてから、第３の通信事業者の通信処理装置の配下のエリアを経由して自己の通信処理装置の配下のエリアに移動して再度ローミングインしたときに、当該通信処理装置は、第１の通信事業者の他の通信処理装置が保持する送受信データ量を引き継ぐことができる。
【００１２】
前記通信処理装置において、前記送受信データ量取得部が取得した前記送受信データ量に前記特定移動端末の送受信データ量を継続して積算する送受信データ量積算部を更に含んでいてもよい。
このような構成によれば、第３の通信事業者の通信処理装置の配下のエリアを特定移動端末が経由した場合でも、第１の通信事業者の複数の通信処理装置の配下のエリアで当該特定移動端末が通信を行った送受信データ量の総量を算出することができる。
【００１３】
本発明のある態様による通信システムは、移動端末の送受信データ量を消去せずに保持する送受信データ量保持部を有し第１の通信事業者によって運用されている第１の通信処理装置と、前記送受信データ量保持部が保持する送受信データ量を取得する送受信データ量取得部を有し前記第１の通信事業者によって運用されている第２の通信処理装置と、を含み、前記第１の通信事業者と異なる第２の通信事業者と利用契約を結んでいる特定移動端末が前記第１及び前記第２の通信処理装置の配下のエリアにローミングインしているときに当該特定移動端末の送受信データ量の上限を制限しており、前記送受信データ量取得部は、前記第１の通信処理装置の配下のエリアに前記特定移動端末がローミングインしてから、前記特定移動端末が、前記第１及び前記第２の通信事業者と異なる第３の通信事業者によって運用されている通信処理装置の配下のエリアを経由して、前記第２の通信処理装置の配下のエリアに移動して前記特定移動端末がローミングインしたときに、前記送受信データ量保持部が保持している前記送受信データ量を取得する。
【００１４】
このような構成によれば、第２の通信事業者と利用契約を結んでいる特定移動端末が、第１の通信事業者の第１の通信処理装置の配下のエリアにローミングインしてから、第３の通信事業者の通信処理装置の配下のエリアを経由して第１の通信事業者の第２の通信処理装置の配下のエリアに移動して再度ローミングインしたときに、第１の通信事業者の第２の通信処理装置は、第１の通信事業者の第１の通信処理装置が保持する送受信データ量を引き継ぐことができる。
【００１５】
前記通信システムにおいて、前記特定移動端末は、前記第１の通信処理装置の配下のエリアにローミングインしているときに当該第１の通信処理装置を特定するための特定情報を取得し、前記第２の通信処理装置は、前記特定移動端末から前記特定情報を取得する特定情報取得部を更に含み、前記送受信データ量取得部は、前記特定情報取得部が取得した特定情報によって特定した前記第１の通信処理装置に設けられている前記送受信データ量保持部が保持する送受信データ量を取得するようにしてもよい。
【００１６】
このような構成によれば、第２の通信事業者と利用契約を結んでいる特定移動端末が、第１の通信事業者の第１の通信処理装置の配下のエリアにローミングインしてから、第３の通信事業者の通信処理装置の配下のエリアを経由して第１の通信事業者の第２の通信処理装置の配下のエリアに移動して再度ローミングインときに、第１の通信事業者の第２の通信処理装置は、特定移動端末から取得した特定情報を基に、第１の通信事業者の第１の通信処理装置を特定して当該第１の通信処理装置の送受信データ量保持部が保持している送受信データ量を引き継ぐことができる。
【００１７】
前記通信システムにおいて、前記第１の通信処理装置を特定する特定情報を記憶するゲートウェイロケーションレジスタ装置と、前記ゲートウェイロケーションレジスタ装置から前記特定情報を取得する特定情報取得部と、を更に含み、前記送受信データ量取得部は、前記特定情報取得部が取得した特定情報によって特定した前記第１の通信処理装置に設けられている前記送受信データ量保持部が保持する送受信データ量を取得するようにしてもよい。
【００１８】
このような構成によれば、第２の通信事業者と利用契約を結んでいる特定移動端末が、第１の通信事業者の第１の通信処理装置の配下のエリアにローミングインしてから、第３の通信事業者の通信処理装置の配下のエリアを経由して第１の通信事業者の第２の通信処理装置の配下のエリアに移動して再度ローミングインときに、第１の通信事業者の第２の通信処理装置は、ゲートウェイロケーションレジスタ装置が記憶する特定情報を基に、第１の通信事業者の第１の通信処理装置を特定して当該第１の通信処理装置の送受信データ量保持部が保持している送受信データ量を引き継ぐことができる。
【００１９】
前記通信システムにおいて、前記送受信データ量保持部が保持する送受信データ量を記憶するゲートウェイロケーションレジスタ装置を更に含み、前記送受信データ量取得部は、前記ゲートウェイロケーションレジスタ装置に記憶されている送受信データ量を取得するようにしてもよい。
このような構成によれば、第２の通信事業者と利用契約を結んでいる特定移動端末が、第１の通信事業者の第１の通信処理装置の配下のエリアにローミングインしてから、第３の通信事業者の通信処理装置の配下のエリアを経由して第１の通信事業者の第２の通信処理装置の配下のエリアに移動して再度ローミングインしたときに、第１の通信事業者の第２の通信処理装置は、ゲートウェイロケーションレジスタ装置に記憶されている第１の通信事業者の第１の通信処理装置における送受信データ量を引き継ぐことができる。
【００２０】
前記通信システムにおいて、前記第２の通信処理装置は、前記送受信データ量取得部が取得した前記送受信データ量に前記特定移動端末の送受信データ量を継続して積算する送受信データ量積算部を更に含んでもよい。
このような構成によれば、第３の通信事業者の通信処理装置の配下のエリアを特定移動端末が経由した場合でも、第１の通信事業者の複数の通信処理装置の配下のエリアで当該特定移動端末が通信を行った送受信データ量の総量を算出することができる。
【００２１】
本発明のある態様による通信方法は、第１の通信事業者と異なる第２の通信事業者と利用契約を結んでいる特定移動端末が配下のエリアにローミングインしているときに当該特定移動端末との送受信データ量の上限が制限され前記第１の通信事業者によって運用されている第１の通信処理装置に当該特定移動端末の送受信データ量を消去せずに保持する第１のステップと、前記特定移動端末が配下のエリアにローミングインしているときに当該特定移動端末との送受信データ量の上限が制限され前記第１の通信事業者によって運用されている第２の通信処理装置に、前記第１のステップで保持した送受信データ量を取得する第２のステップと、を含み、前記第２のステップでは、前記第１の通信処理装置の配下のエリアに前記特定移動端末がローミングインしてから、前記特定移動端末が、前記第１及び前記第２の通信事業者と異なる第３の通信事業者によって運用されている通信処理装置の配下のエリアを経由して、前記第２の通信処理装置の配下のエリアに移動して前記特定移動端末がローミングインしたときに、前記第１のステップで保持している前記送受信データ量を取得する。
【００２２】
このような構成によれば、第２の通信事業者と利用契約を結んでいる特定移動端末が、第１の通信事業者の第１の通信処理装置の配下のエリアにローミングインしてから、第３の通信事業者の通信処理装置の配下のエリアを経由して第１の通信事業者の第２の通信処理装置の配下のエリアに移動して再度ローミングインしたときに、第１の通信事業者の第２の通信処理装置は、第１の通信事業者の第１の通信処理装置が保持する送受信データ量を引き継ぐことができる。
【００２３】
本発明のある態様による通信プログラムは、複数の通信処理装置を運用する第１の通信事業者と、前記第１の通信事業者と異なる第２の通信事業者との契約によって、前記第２の通信事業者と利用契約を結んでいる特定移動端末が配下のエリアにローミングインしているときに当該特定移動端末の送受信データ量の上限を制限する前記通信処理装置に制御を実行させるプログラムであって、前記第１の通信事業者によって運用されている一の前記通信処理装置の配下のエリアに前記特定移動端末がローミングインしてから、前記特定移動端末が、前記第１及び前記第２の通信事業者と異なる第３の通信事業者によって運用されている通信処理装置の配下のエリアを経由して、前記第１の通信事業者によって運用されている他の前記通信処理装置の配下のエリアに移動して前記特定移動端末がローミングインしたときに、前記一の通信処理装置が消去せずに保持している前記送受信データ量を前記他の通信処理装置が取得するように当該通信処理装置に制御を実行させる。
【００２４】
このような構成によれば、第２の通信事業者と利用契約を結んでいる特定移動端末が、第１の通信事業者の一の通信処理装置の配下のエリアにローミングインしてから、第３の通信事業者の通信処理装置の配下のエリアを経由して第１の通信事業者の他の通信処理装置の配下のエリアに移動して再度ローミングインしたときに、第１の通信事業者の他の通信処理装置は、第１の通信事業者の一の通信処理装置が保持する送受信データ量を引き継ぐことができる。
【発明の効果】
【００２５】
本発明によれば、移動端末が一の通信事業者のオペレータを跨いで他の通信事業者のオペレータに再度ローミングインした場合でも、当該移動端末の送受信データ量を引き継ぐことができる。
【図面の簡単な説明】
【００２６】
【図１】第１の実施形態に対応する課題を有するシーケンスの一例を示す図である。
【図２】移動端末が同一のオペレータ内を移動して異なるＳＧＳＮに在圏するときのシーケンスの一例を示す図である。
【図３】移動端末が同一のオペレータ内を移動して異なるＳＧＳＮに在圏するときのシーケンスの他の一例を示す図である。
【図４】第１の実施形態に係る移動通信システムにおける処理例の概略を示す図である。
【図５】第１の実施形態に係る移動通信システムにおけるシーケンスの具体例を示す図であって、移動端末の接続先のオペレータをオペレータＡからオペレータＢに変更した場合のシーケンスを示す図である。
【図６】第１の実施形態に係る移動通信システムにおけるシーケンスの具体例を示す図であって、移動端末の接続先のオペレータをオペレータＢからオペレータＡに戻した場合のシーケンスを示す図である。
【図７】オペレータＡのＳＧＳＮ（ＳＧＳＮ＃１、ＳＧＳＮ＃２）の構成例を示すブロック図である。
【図８】第１の実施形態における、同一のオペレータ内で移動端末が移動した際のシーケンスの一例を示す図である。
【図９】ＲＡＩを管理するデータベースについて移動端末が行う更新処理の一例を示すフローチャートである。
【図１０】移動端末が保持するデータベースの一例を示す図である。
【図１１】新ＳＧＳＮとなるＳＧＳＮ＃２が、ＳＧＳＮ＃１との間で行う積算データ量の引き継ぎ処理の一例を示すフローチャートである。
【図１２】ＧＳＮ＃１やＳＧＳＮ＃２等のＳＧＳＮが保持するデータベースの一例を示す図である。
【図１３】第１の実施形態に係る移動通信システムにおける動作等の説明に使用する図である。
【図１４】第２の実施形態に対応する課題を有するシーケンスの一例を示す図である。
【図１５】第２の実施形態に係る移動通信システムにおける処理例の概略を示す図である。
【図１６】第２の実施形態に係る移動通信システムにおけるシーケンスの具体例を示す図であって、移動端末の接続先のオペレータをオペレータＡからオペレータＢに変更した場合のシーケンスを示す図である。
【図１７】第２の実施形態に係る移動通信システムにおけるシーケンスの具体例を示す図であって、移動端末の接続先のオペレータをオペレータＢから再びオペレータＡに戻した場合のシーケンスを示す図である。
【図１８】ＧＬＲの構成例を示すブロック図である。
【図１９】第２の実施形態におけるオペレータＡのＳＧＳＮ（ＳＧＳＮ＃１、ＳＧＳＮ＃２）の構成例を示すブロック図である。
【図２０】第２の実施形態における、同一のオペレータ内で移動端末が移動した際のシーケンスの一例を示す図である。
【図２１】ＧＬＲがＨＬＲからのCancel Locationを受信した際にＳＧＳＮアドレスを残す処理の一例を示すフローチャートである。
【図２２】ＳＧＳＮアドレスを管理するＧＬＲのデータベースの一例を示す図である。
【図２３】ＧＬＲが行う旧ＳＧＳＮアドレスを送信する際の処理の一例を示すフローチャートである。
【図２４】第２の実施形態において、新ＳＧＳＮとなるＳＧＳＮ＃２がＳＧＳＮ＃１との間で行う積算データ量の引き継ぎ処理の一例を示すフローチャートである。
【図２５】第２の実施形態に係る移動通信システムにおける動作等の説明に使用する図である。
【図２６】第３の実施形態に係る移動通信システムにおける処理例の概略を示す図である。
【図２７】第３の実施形態に係る移動通信システムにおけるシーケンスの具体例を示す図であって、移動端末の接続先のオペレータをオペレータＡからオペレータＢに変更した場合のシーケンスを示す図である。
【図２８】第３の実施形態に係る移動通信システムにおけるシーケンスの具体例を示す図であって、移動端末の接続先のオペレータをオペレータＢから再びオペレータＡに戻した場合のシーケンスを示す図である。
【図２９】ＧＬＲがＨＬＲからCancel Locationを受信した際に行う加入者情報（その一部情報）の削除等の一連の処理例を示すフローチャートである。
【図３０】第３の実施形態に係る移動通信システムにおける動作等の説明に使用する図である。
【図３１】従来技術において、異なるオペレータＡ、Ｂ間を移動端末が移動した場合に行う積算データ量に対する処理の一例を示す図である。
【発明を実施するための形態】
【００２７】
以下、複数の実施形態について説明する。なお、併せて、各実施形態に対応する課題について具体的に説明する。
（第１の実施形態に対応する課題）
先ず、第１の実施形態に対応する課題について具体的に説明する。ここでは、ローミングインユーザの移動端末の接続先のオペレータ（すなわち、契約事業者の提携先の事業者のオペレータ）をオペレータＡからオペレータＢに変更した場合を説明する。
図１には、第１の実施形態に対応する課題を有するシーケンスの一例を示す。
この図１に示すように、このシーケンスを実行する移動通信システム１００は、移動端末１０１、オペレータＡ側のＳＧＳＮ＃１（図１中の１１１、図２及び図３でも同様）、オペレータＢ側のＳＧＳＮ＃Ａ（図１中の１２１、図２及び図３でも同様）、並びにホームオペレータ側のＧＧＳＮ（Gateway GPRS Support Node）１３１及びＨＬＲ１３２を有している。
【００２８】
以下に示す例では、この図１に示す移動通信システム１００において、移動端末１０１がオペレータＡのＳＧＳＮ＃１の通信エリアからオペレータＢのＳＧＳＮ＃Ａの通信エリアに移動している。
先ず、移動する前の状態では、図１に示すように、オペレータＡにて移動端末１０１がＳＧＳＮ＃１と通信を行うと、ＳＧＳＮ＃１が、データ量を積算し、積算したデータ量（以下、積算データ量と記す）を加入者情報の一部として保持する。
【００２９】
そして、移動端末１０１がオペレータＡのＳＧＳＮ＃１からオペレータＢのＳＧＳＮ＃Ａに移動すると、移動端末１０１は、ＳＧＳＮ＃ＡにAttach Requestを送信する。このとき、移動端末１０１は、送信するAttach RequestにOld RAIを含める。ここで、RAI（Routing Area Identity）は、移動端末１０１が在圏した位置を示す情報である。移動端末１０１は、最後に在圏した位置のRAIをOld RAIとしてAttach Requestに含める。
【００３０】
ＳＧＳＮ＃Ａは、Attach Requestを受信すると、Attach Requestに含まれているOld RAIを基に、当該ＳＧＳＮ＃Ａに移動する前に在圏していたオペレータ（すなわち、旧在圏のオペレータ）が自網であるか否かを判定する。本例では、自網がオペレータＢになり、移動端末１０１がＳＧＳＮ＃Ａに移動する前に在圏していたオペレータがオペレータＡでありオペレータＢとは異なる。そのため、ＳＧＳＮ＃Ａは、移動端末１０１からIMSI（International Mobile Subscriber Identity）を取得し、取得したIMSIに対応する認証情報をＨＬＲ１３２から取得することによって、移動端末１０１との間で認証処理を行う。
【００３１】
具体的には、先ず、ＳＧＳＮ＃Ａは、移動端末１０１にIdentify Requestを送信する。これよって、ＳＧＳＮ＃Ａには、IMSIを含むIdentify Responseが移動端末１０１から返信される。ＳＧＳＮ＃Ａは、Identify Responseを受信すると、Send Authentication InfoをＨＬＲ１３２に送信する。このとき、ＳＧＳＮ＃Ａは、送信するSend Authentication Infoに、移動端末１０１から取得したIMSIを含める。これによって、ＳＧＳＮ＃Ａには、IMSIに対応する認証情報を含むSend Authentication Info AckがＨＬＲ１３２から返信される。そして、ＳＧＳＮ＃Ａは、Send Authentication Info Ackを受信すると、当該Send Authentication Info Ackに含まれている認証情報を基に、移動端末１０１との間で認証処理を行う。
【００３２】
認証処理の後、ＳＧＳＮ＃Ａは、Update LocationをＨＬＲ１３２に送信する。ＨＬＲ１３２は、Update Locationを受信すると、移動端末１０１がＳＧＳＮ＃Ａに移動する前に在圏していたオペレータＡのＳＧＳＮ＃１にCancel Locationを送信する。
ＳＧＳＮ＃１は、Cancel Locationを受信すると、当該ＳＧＳＮ＃１が保持している加入者情報を削除する。これによって、ＳＧＳＮ＃１では、加入者情報に含まれている積算データ量も削除される。そして、ＳＧＳＮ＃１は、ＨＬＲ１３２にCancel Location Ackを送信する。
ＨＬＲ１３２は、Cancel Location Ackを受信すると、オペレータＢのＳＧＳＮ＃ＡにUpdate Location Acceptを送信する。
【００３３】
以上のようなシーケンスでは、移動端末１０１がオペレータＡのＳＧＳＮ＃１の通信エリアからオペレータＢのＳＧＳＮ＃Ａの通信エリアに移動すると、オペレータＡのＳＧＳＮ＃１が、ＨＬＲ１３２からのCancel Locationを受信したときに、当該ＳＧＳＮ＃１が保持している加入者情報を削除する。これによって、オペレータＡでは、加入者情報に含まれている積算データ量も削除される。
【００３４】
これによって、その後に移動端末１０１がオペレータＡに再度在圏しても、移動端末１０１が前回在圏していたときの積算データ量（すなわち、ＳＧＳＮ＃１が保持していた積算データ量）がオペレータＡから消去されているために、移動端末１０１が前回在圏していたときの積算データ量を引き継ぐことができない。その結果、例えば、移動端末１０１に対して再度在圏したオペレータが望むトラヒック規制ができなくなる。
なお、以上の説明は、異なるオペレータ間を移動端末１０１が移動した際の説明であるが、ここで、移動端末１０１が同一のオペレータ内を移動して異なるＳＧＳＮに在圏するときのシーケンスについての説明を付け加えておく。
【００３５】
図２及び図３は、そのシーケンスの一例を示す図である。本例では、移動端末１０１が同一のオペレータＡ内でＳＧＳＮ＃１の通信エリアからＳＧＳＮ＃２（図２及び図３中の１１２）の通信エリアに移動している。
この場合、図２に示すシーケンスでは、移動端末１０１の移動先のオペレータＡのＳＧＳＮ＃２は、移動端末１０１から取得したOld RAIを含むAttach Requestを基に、移動端末１０１が当該ＳＧＳＮ＃２の通信エリアに移動する前に在圏していたＳＧＳＮ＃１から認証情報を取得することによって、認証処理を行う。
【００３６】
具体的には、先ず、ＳＧＳＮ＃２は、移動端末１０１からAttach Requestを受信すると、当該Attach Requestに含まれているOld RAIを基に、移動端末１０１が当該ＳＧＳＮ＃２に移動する前に在圏していたオペレータが自網（本例では、オペレータＡ）であるか否かを判定する。本例では、ＳＧＳＮ＃２は、移動端末１０１が当該ＳＧＳＮ＃２に移動する前に在圏していたオペレータがオペレータＡであると判定する、すなわち、自網であると判定する。さらに、ＳＧＳＮ＃２は、Old RAIを基に、移動端末１０１が当該ＳＧＳＮ＃２に移動する前に在圏していたＳＧＳＮがＳＧＳＮ＃１であると判定する。これらの判定結果に基づいて、ＳＧＳＮ＃２は、ＳＧＳＮ＃１から認証情報を取得することを決定し、決定したＳＧＳＮ＃１に対してIdentification Requestを送信する。これによって、ＳＧＳＮ＃２には、認証情報を含むIdentification ResponseがＳＧＳＮ＃１から返信される。そして、ＳＧＳＮ＃２は、受信したIdentification Responseに含まれている認証情報を基に、移動端末１０１との間で認証処理を行う。
【００３７】
そして、図２に示すシーケンスでは、認証処理の後に、図１に示すシーケンスと同様な処理を行う。すなわち、ＳＧＳＮ＃２は、Update LocationをＨＬＲ１３２に送信する。ＨＬＲ１３２は、Update Locationを受信すると、移動端末１０１がＳＧＳＮ＃２に移動する前に通信を行っていたＳＧＳＮ＃１にCancel Locationを送信する。ＳＧＳＮ＃１は、Cancel Locationを受信すると、当該ＳＧＳＮ＃１が保持している加入者情報を削除する。そして、ＳＧＳＮ＃１は、Cancel Location AckをＨＬＲ１３２に送信する。ＨＬＲ１３２は、Cancel Location Ackを受信すると、ＳＧＳＮ＃２にUpdate Location Acceptを送信する。
【００３８】
次に、図３に示すシーケンスを説明すると、移動端末１０１は、ＳＧＳＮ＃２の通信エリアに移動すると、当該ＳＧＳＮ＃２にRouting Area Update Requestを送信する。ここで、Routing Area Update Requestは、移動端末１０１の位置登録を行うために信号であり、アタッチ（例えば、電源ＯＮ）後に同一のオペレータ内で移動端末１０１が移動したときに当該移動端末１０１がその移動先のＳＧＳＮに送信する信号である。
ＳＧＳＮ＃２は、このRouting Area Update Requestを受信すると、当該Routing Area Update Requestを基に、移動端末１０１が当該ＳＧＳＮ＃２に移動する前に通信を行っていたＳＧＳＮ＃１から認証情報を取得することによって、移動端末１０１との間で認証処理を行う。
【００３９】
具体的には、先ず、ＳＧＳＮ＃２は、Routing Area Update Requestを受信する。これは、位置登録の手順である。ＳＧＳＮ＃２は、当該Routing Area Update Requestに含まれているOld RAIを基に、移動端末１０１が当該ＳＧＳＮ＃２に移動する前に通信を行っていたＳＧＳＮ（すなわち、旧在圏のＳＧＳＮ）を判定する。ここで、ＳＧＳＮ＃２は、Old RAIを基に、ＳＧＳＮ＃２に移動する前に通信を行っていたＳＧＳＮがＳＧＳＮ＃１であると判定できるため、ＳＧＳＮ＃１から認証情報及び加入者情報を取得する動作を行う。
【００４０】
その取得動作として、先ず、ＳＧＳＮ＃２は、ＳＧＳＮ＃１にSGSN Context Requestを送信する。これによって、ＳＧＳＮ＃２には、MM Context（認証情報を含む）及びPDP Context（Packet Data Protocol Context）等を含むSGSN Context ResponseがＳＧＳＮ＃１から返信される。ここで、SGSN Context Responseには、ＳＧＳＮ＃１が保持していた加入者情報が含まれている。そして、ＳＧＳＮ＃２は、SGSN Context Responseを受信すると、当該SGSN Context Responseに含まれている認証情報を基に、移動端末１０１との間で認証処理を行う。
【００４１】
そして、図３に示すシーケンスでは、認証処理の後に、図１及び図２に示すシーケンスと同様な処理を行う。すなわち、ＳＧＳＮ＃２は、Update LocationをＨＬＲ１３２に送信する。ＨＬＲ１３２は、Update Locationを受信すると、移動端末１０１がＳＧＳＮ＃２に移動する前に通信を行っていたＳＧＳＮ＃１にCancel Locationを送信する。ＳＧＳＮ＃１は、Cancel Locationを受信すると、当該ＳＧＳＮ＃１が保持している加入者情報を削除する。そして、ＳＧＳＮ＃１は、Cancel Location AckをＨＬＲ１３２に送信する。ＨＬＲ１３２は、Cancel Location Ackを受信すると、ＳＧＳＮ＃２にUpdate Location Acceptを送信する。
以上の図２及び図３に示すシーケンスのように、移動端末１０１が同一のオペレータＡ内でＳＧＳＮ＃１からＳＧＳＮ＃２に移動したときにも、ＳＧＳＮ＃１が保持していた積算データ量は削除される。
【００４２】
（第１の実施形態の説明）
次に、前述の課題を解決することができるように構成された移動通信システムを、第１の実施形態において説明する。
図４は、第１の実施形態に係る移動通信システム１における処理例の概略を示す図である。
この第１の実施形態では、移動端末２が在圏していた元のＳＧＳＮ（以下、旧ＳＧＳＮと記す）３が積算データ量を削除することなく保持し、かつ移動端末２が元の在圏位置（以下、旧在圏位置と記す）を記憶している。そして、この第１の実施形態では、旧ＳＧＳＮ３と同一のオペレータＡ内に移動端末２が再度在圏したとき、在圏した新しいＳＧＳＮ（以下、新ＳＧＳＮと記す）４が、旧ＳＧＳＮ３が保持している積算データ量を引き継いでいる。
【００４３】
具体的には、図４中の（１）に示すように、ローミングインしていたオペレータＡからオペレータＢに移動（すなわち、ローミングイン）した移動端末２が、オペレータＡがパケットサービスを提供するエリアに再び移動（すなわち、ローミングイン）すると、図４中の（２）に示すように、移動端末２は、記憶している旧在圏位置の情報を新ＳＧＳＮ４に送信する。そして、図４中の（３）に示すように、新ＳＧＳＮ４は、移動端末２からの旧在圏位置の情報を基に旧ＳＧＳＮ３を特定し、その特定した旧ＳＧＳＮ３が保持している積算データ量を引き継ぐ。
【００４４】
図５及び図６には、図４の処理を実現する第１の実施形態に係る移動通信システム１におけるシーケンスの具体例を示す。図５は、移動端末２の接続先のオペレータをオペレータＡからオペレータＢに変更した場合のシーケンスを示す図である。また、図６は、移動端末２の接続先のオペレータをオペレータＢから再びオペレータＡに戻した場合のシーケンスを示す図である。
【００４５】
また、図５及び図６に示すように、このシーケンスを実行する移動通信システム１は、移動端末２、オペレータＡ側のＳＧＳＮ＃１（図５及び図６中の１１、図８及び図１３でも同様）及びＳＧＳＮ＃２（図６中の１２、図８及び図１３でも同様）、オペレータＢ側のＳＧＳＮ＃Ａ（図５及び図６中の２１、図８及び図１３でも同様）、並びにホームオペレータ側のＧＧＳＮ１３１及びＨＬＲ１３２を有している。
【００４６】
また、図５には、オペレータＡのＨＬＲ１０を示している。このオペレータＡのＨＬＲ１０は、オペレータＡの契約端末を管理する管理装置として機能する。なお、後で説明する第２及び第３の実施形態でも、同様に、オペレータＡの契約端末を管理する管理装置として機能する。
また、図７には、オペレータＡのＳＧＳＮ３０（すなわち、ＳＧＳＮ＃１、ＳＧＳＮ＃２）の構成例を示す。図７に示すように、オペレータＡのＳＧＳＮ３０は、積算データ量算出部３１、積算データ量取得部３２、送受信制限部３３、加入者情報管理部３４、及び記憶部３５を有している。
【００４７】
ここで、積算データ量算出部３１は、移動端末２の通信時の送受信データ量を積算する。そして、積算データ量算出部３１は、算出した積算データ量を記憶部３５に記憶する。また、積算データ量取得部３２は、他のＳＧＳＮが保持している積算データ量を取得する。そして、積算データ量取得部３２は、取得した積算データ量を記憶部３５に記憶する。このように積算データ量算出部３１によって算出された積算データ量や積算データ量取得部３２によって取得された積算データ量は、加入者情報の一部の情報として記憶部３５に記憶される。また、送受信制限部３３は、記憶部３５に記憶されている積算データ量を基に、移動端末２の通信を制限する。ＳＧＳＮ３０は、この送受信制限部３３によって、積算データ量の上限を制限する。例えば、ＳＧＳＮ３０は、この送受信制限部３３によって、オペレータＡの通信事業者と移動端末２の利用契約を結んでいる通信事業者との契約内容に従い積算データ量の上限を制限する。また、加入者情報管理部３４は、記憶部３５に記憶されている加入者情報を管理する。例えば、加入者情報管理部３４は、加入者情報に含まれている積算データ量等の削除等を行う。
【００４８】
以下に、移動端末２が、ローミングインしているオペレータＡのＳＧＳＮ＃１からオペレータＢのＳＧＳＮ＃Ａの通信エリアに移動（すなわち、ローミングイン）し、その後、移動端末２がオペレータＡのＳＧＳＮ＃２の通信エリアに移動（すなわち、再度ローミングイン）する場合について説明する。また、図７に示すＳＧＳＮ３０の各部の処理について、必要に応じて併せて具体的に説明する。
【００４９】
図５に示す構成において、移動端末２が通信を行うと、当該移動端末２が在圏するオペレータＡのＳＧＳＮ＃１は、積算データ量算出部３１によって、移動端末２の通信時のデータ量を積算し、積算データ量を加入者情報の一部として記憶部３５に保持する。一方、移動端末２は、オペレータＡにて最後に在圏したRAIを自己の記憶部に格納する。
【００５０】
そして、移動端末２は、オペレータＡのＳＧＳＮ＃１からオペレータＢのＳＧＳＮ＃Ａに移動すると、図５に示すように、Old RAI及びP-TMSI（Packet-Temporary Mobile Subscriber Identity）を含むAttach Requestを当該ＳＧＳＮ＃Ａに送信する。ここで、P-TMSIは、移動端末２を識別する一時的な識別情報である。また、このようにオペレータＡのＳＧＳＮ＃１からオペレータＢのＳＧＳＮ＃Ａに移動端末２が移動した後でも、オペレータＡのＳＧＳＮ＃１では、当該移動端末２の積算データを消去せずに保持している。
【００５１】
ＳＧＳＮ＃Ａは、Attach Requestを受信すると、当該Attach Requestに含まれているOld RAIを基に、移動端末２が当該ＳＧＳＮ＃Ａに移動する前に在圏していたオペレータが自網であるか否かを判定する。本例では、自網がオペレータＢになり、移動端末２がＳＧＳＮ＃Ａに移動する前に在圏していたオペレータがオペレータＡになる。そのため、ＳＧＳＮ＃Ａは、図１のシーケンスと同様な処理によって認証処理に至る。
【００５２】
具体的には、先ず、ＳＧＳＮ＃Ａは、移動端末２にIdentify Requestを送信し、これによって、IMSIを含むIdentify Responseが移動端末２から返信される。そして、ＳＧＳＮ＃Ａは、Identify Responseを受信すると、Send Authentication InfoをＨＬＲ１３２に送信する。このとき、ＳＧＳＮ＃Ａは、送信するSend Authentication Infoに、移動端末２から取得したIMSIを含める。これによって、ＳＧＳＮ＃Ａは、IMSIに対応する認証情報を含むSend Authentication Info AckがＨＬＲ１３２から返信される。そして、ＳＧＳＮ＃Ａは、Send Authentication Info Ackを受信すると、当該Send Authentication Info Ackに含まれている認証情報を基に、移動端末２との間で認証処理を行う。
【００５３】
認証処理の後、ＳＧＳＮ＃Ａは、Update LocationをＨＬＲ１３２に送信する。ＨＬＲ１３２は、Update Locationを受信すると、移動端末２がＳＧＳＮ＃Ａに移動する前に在圏していたオペレータＡのＳＧＳＮ＃１にCancel Locationを送信する。ＳＧＳＮ＃１は、Cancel Locationを受信すると、当該ＳＧＳＮ＃１が保持している加入者情報に含まれているIMSI及び積算データ量以外の情報を削除する。そして、ＳＧＳＮ＃１は、Cancel Location AckをＨＬＲ１３２に送信する。ＨＬＲ１３２は、Cancel Location Ackを受信すると、オペレータＢのＳＧＳＮ＃ＡにUpdate Location Acceptを送信する。
【００５４】
その後、移動端末２がオペレータＢのＳＧＳＮ＃ＡからオペレータＡのＳＧＳＮ＃２に移動したときに、図６に示すように、移動端末２は、オペレータＡからの報知情報に含まれている、事業者の情報を示すMNC（Mobile Network Code）、国の情報を示すMCC（Mobile Country Code）を基に、当該移動端末２が現在在圏しているオペレータを特定する。本例では、移動端末２は、当該移動端末２が現在在圏しているオペレータとしてオペレータＡを特定する。その後、移動端末２は、RAIを管理しているデータベース（以下、ＤＢとも記す）を基に、オペレータＢに移動する前のオペレータＡで最後に在圏したRAIを導き出す。そして、移動端末２は、オペレータＢ内で移動端末２が現在在圏しているＳＧＳＮ＃２にAttach Requestを送信する。このとき、移動端末２は、導き出したRAIをサブOld RAIとして、Old RAI及びP-TMSIとともにAttach Requestに含める。
【００５５】
ＳＧＳＮ＃２は、Attach Requestを受信すると、当該Attach Requestに含まれているOld RAIを基に、移動端末２が当該ＳＧＳＮ＃２に移動する前に在圏していたオペレータが自網であるか否かを判定する。本例では、自網がオペレータＡになり、移動端末２がＳＧＳＮ＃２に移動する前に在圏していたオペレータがオペレータＢになる。そのため、ＳＧＳＮ＃２は、図１のシーケンスと同様な処理によって認証処理に至る。
【００５６】
具体的には、ＳＧＳＮ＃２は、移動端末２にIdentify Requestを送信し、これによって、IMSIを含むIdentify Responseが移動端末２から返信される。ＳＧＳＮ＃２は、Identify Responseを受信すると、Send Authentication InfoをＨＬＲ１３２に送信する。このとき、ＳＧＳＮ＃２は、送信するSend Authentication Infoに、移動端末２から取得したIMSIを含める。これによって、ＳＧＳＮ＃２は、IMSIに対応する認証情報を含むSend Authentication Info AckがＨＬＲ１３２から返信される。ＳＧＳＮ＃２は、Send Authentication Info Ackを受信すると、当該Send Authentication Info Ackに含まれている認証情報を基に、移動端末２との間で認証処理を行う。
【００５７】
次に、ＳＧＳＮ＃２は、移動端末２からサブOld RAIが通知されたか否か、すなわち、移動端末２からのAttach RequestにサブOld RAIが含まれているか否かを判定する。ＳＧＳＮ＃２は、移動端末２からサブOld RAIが通知されていると判定すると、当該サブOld RAIを基に、移動端末２が、オペレータがパケットサービスを提供するエリアＡに前回在圏した際に最後に通信を行っていたＳＧＳＮを算出する。そして、ＳＧＳＮ＃２は、算出したＳＧＳＮと、Attach Requestを受けたＳＧＳＮである当該ＳＧＳＮ＃２とが同一であるか否かを判定する。
ここで、移動通信システム１では、ＳＧＳＮ＃２が算出したＳＧＳＮがＳＧＳＮ＃２でない場合、すなわち、算出したＳＧＳＮがＳＧＳＮ＃１である場合、ＳＧＳＮ＃１が消去せずに保持している積算データ量をＳＧＳＮ＃２に引き継ぐ処理（すなわち、図６中に点線枠で示す処理）を行う。
【００５８】
具体的には、ＳＧＳＮ＃２は、IMSIを含む積算データ量取得要求をＳＧＳＮ＃１に送信する。ＳＧＳＮ＃１は、積算データ量取得要求を受信すると、積算データ量取得応答をＳＧＳＮ＃２に返信する。このとき、ＳＧＳＮ＃１は、送信する積算データ量取得応答に、当該ＳＧＳＮ＃１が保持している積算データ量（すなわち、積算データ量取得要求に含まれていたIMSIに対応する積算データ量）の情報を含める。そして、ＳＧＳＮ＃１は、積算データ量取得応答を送信した後、当該ＳＧＳＮ＃１が保持している加入者情報からIMSI及び当該IMSIに対応する積算データ量を削除する。ここで、ＳＧＳＮ＃１の加入者情報管理部３４が、加入者情報からIMSI及び積算データ量を削除する。
【００５９】
ＳＧＳＮ＃２は、積算データ量取得応答を受信すると、当該積算データ量取得応答に含まれる積算データ量を記憶部３５に記憶する。このとき、ＳＧＳＮ＃２は、積算データ量取得要求に含めたIMSIに対応付けて積算データ量を加入者情報として記憶する。そして、ＳＧＳＮ＃２は、Update LocationをＨＬＲ１３２に送信する。ＨＬＲ１３２は、Update Locationを受信すると、移動端末２がＳＧＳＮ＃２に移動する前に在圏していたオペレータＢのＳＧＳＮ＃ＡにCancel Locationを送信する。ＳＧＳＮ＃Ａは、Cancel Locationを受信すると、当該ＳＧＳＮ＃Ａが保持している加入者情報を削除する。そして、ＳＧＳＮ＃Ａは、Cancel Location AckをＨＬＲ１３２に返信する。ＨＬＲ１３２は、Cancel Location Ackを受信すると、オペレータＡのＳＧＳＮ＃２にUpdate Location Acceptを送信する。
【００６０】
一方、移動通信システムは、ＳＧＳＮ＃２が算出したＳＧＳＮがＳＧＳＮ＃２である場合、前述の積算データ量の引き継ぎ処理（すなわち、図６中に点線枠で示す処理）を行うことなく、その後、前述のＳＧＳＮ＃２によるUpdate LocationをＨＬＲ１３２に送信する処理等を行う。
なお、前述の積算データ量の引き継ぎ処理については、図１１を用いて後で詳述する。
【００６１】
また、図８には、第１の実施形態における、同一のオペレータ内で移動端末２が移動した際のシーケンスの一例を示す。本例では、移動端末２が同一のオペレータＡ内でＳＧＳＮ＃２からＳＧＳＮ＃１に移動している。
図８に示すように、移動端末２は、オペレータＡのＳＧＳＮ＃１の通信エリアに移動すると、オペレータＡからの報知情報に含まれているMNC及びMCCを基に、当該移動端末２が現在在圏しているオペレータを特定する。本例では、移動端末２は、当該移動端末２が現在在圏しているオペレータとしてオペレータＡを特定する。その後、移動端末２は、Old RAIを含むRouting Area Update RequestをＳＧＳＮ＃１に送信する。
【００６２】
ここで、Routing Area Update Requestに含まれているOld RAIは、オペレータＡのネットワークにて最後に在圏していた位置のRAIとなる。
また、Routing Area Update Requestには、サブOld RAIが含まれていない。これは、Routing Area Update Requestが、アタッチ後に同一のオペレータ内で移動端末２が移動した場合に、移動した先のＳＧＳＮに当該移動端末２が送信する信号であること、及びサブOld RAIが、異なるオペレータから移動してきた場合の情報となることからである。
【００６３】
ＳＧＳＮ＃１は、Routing Area Update Requestを受信すると、当該Routing Area Update Requestに含まれているOld RAIを基に、移動端末２がオペレータＡ内で前回在圏していた際に最後に通信を行っていたＳＧＳＮを特定する。本例では、最後に通信を行っていたＳＧＳＮがＳＧＳＮ＃２になるため、ＳＧＳＮ＃１は、旧ＳＧＳＮとなるＳＧＳＮ＃２との間で必要な信号のやりとり（すなわち、図８中に点線枠で示す処理）を行い、そのやりとりの中で、ＳＧＳＮ＃２から積算データ量を引き継ぐ。
【００６４】
具体的には、ＳＧＳＮ＃１は、ＳＧＳＮ＃２にSGSN Context Requestを送信し、これによって、ＳＧＳＮ＃１には、ＳＧＳＮ＃２からSGSN Context Responseが返信される。ここで、SGSN Context Responseには、積算データ量を含む加入者情報が含まれている。ＳＧＳＮ＃１は、SGSN Context Responseを受信すると、当該SGSN Context Responseに含まれている加入者情報（積算データ量を含む）を記憶部３５に記憶されているデータベースに格納する。そして、ＳＧＳＮ＃１は、ＳＧＳＮ＃２にSGSN Context Acknowledgeを送信する。ＳＧＳＮ＃２は、SGSN Context Acknowledgeを受信すると、当該ＳＧＳＮ＃２が保持している加入者情報から積算データ量（すなわち、SGSN Context Responseに含めてＳＧＳＮ＃１に送信した積算データ量）を削除する。このようなＳＧＳＮ＃１とＳＧＳＮ＃２との間のやりとりによって、積算データ量がＳＧＳＮ＃２からＳＧＳＮ＃１に引き継がれる。
【００６５】
また、ＳＧＳＮ＃１は、Update PDP Context RequestをホームオペレータのＧＧＳＮ１３１に送信し、これによって、ＧＧＳＮ１３１からUpdate PDP Context Responseが返信される。
その後、ＳＧＳＮ＃１は、Update LocationをＨＬＲ１３２に送信する。ＨＬＲ１３２は、Update Locationを受信すると、移動端末２がＳＧＳＮ＃１に移動する前に在圏していたＳＧＳＮ＃２にCancel Locationを送信する。ＳＧＳＮ＃２は、Cancel Locationを受信すると、当該ＳＧＳＮ＃２が保持している加入者情報を削除する。そして、ＳＧＳＮ＃２は、Cancel Location AckをＨＬＲ１３２に送信する。ＨＬＲ１３２は、Cancel Location Ackを受信すると、ＳＧＳＮ＃１にUpdate Location Acceptを送信する。
【００６６】
ここで、図９には、RAIを管理するデータベースについて移動端末２が行う更新処理の一例のフローチャートを示す。
図９に示すように、先ずステップＳ１では、移動端末２は、オペレータからの報知情報を受信する。次に、ステップＳ２では、移動端末２は、RAIの変更があるか否かを判定する。移動端末２は、RAIの変更があると判定したときに、ステップＳ３に進み、在圏しているオペレータのＳＧＳＮに対して位置登録を行う。次に、ステップＳ４では、移動端末２は、位置登録を成功したか否かを判定する。移動端末２は、位置登録が成功したと判定すると、ステップＳ５に進む。また、移動端末２は、位置登録が失敗したと判定すると、前記ステップＳ１から再び処理を行う。ステップＳ５では、移動端末２は、位置登録に成功したRAIを、当該移動端末２が保持するデータベースにオペレータ毎に書き込む。
【００６７】
図１０には、その移動端末２が保持するデータベースの一例を示す。
図１０に示すように、データベースでは、MNC及びMCCの情報で区別される各オペレータと当該各オペレータにおける最終的なRAI（すなわち、最終RAI）とが対応付けられている。
また、図１１には、新ＳＧＳＮとなるＳＧＳＮ＃２が、ＳＧＳＮ＃１との間で行う前述の積算データ量の引き継ぎ処理の一例のフローチャートを示す。ＳＧＳＮ＃２は、この図１１に示す処理を積算データ量取得部３２によって実行する。
図１１に示すように、先ず、ステップＳ２１では、積算データ量取得部３２は、移動端末２からサブOld RAIが通知されたか否かを判定する。積算データ量取得部３２は、移動端末２からサブOld RAIが通知されたと判定すると、ステップＳ２２に進む。また、積算データ量取得部３２は、移動端末２からサブOld RAIが通知されていないと判定すると、当該図１１に示す処理を終了する。
【００６８】
ステップＳ２２では、積算データ量取得部３２は、移動端末２が、オペレータＡに前回在圏した際に最後に通信を行っていたＳＧＳＮ（すなわち、旧ＳＧＳＮ）を算出する。そして、ステップＳ２３では、積算データ量取得部３２は、算出した旧ＳＧＳＮと新ＳＧＳＮとなるＳＧＳＮ＃２とが同一であるか否かを判定する。ここで、積算データ量取得部３２は、算出した旧ＳＧＳＮとＳＧＳＮ＃２とが同一であると判定すると、当該図１１に示す処理を終了する。また、積算データ量取得部３２は、算出した旧ＳＧＳＮとＳＧＳＮ＃２とが同一でないと判定すると、ステップＳ２４に進む。
【００６９】
ステップＳ２４では、積算データ量取得部３２は、IMSIを含めた積算データ量取得要求を旧ＳＧＳＮ（本例では、ＳＧＳＮ＃１）に送信する。これに応じて、ステップＳ２５では、積算データ量取得部３２は、積算データ量を含む積算データ量取得応答を旧ＳＧＳＮから受信する。そして、ステップＳ２６では、積算データ量取得部３２は、受信した積算データ量取得応答に含まれている積算データ量を、記憶部３５に記憶されているデータベースに格納する。
【００７０】
図１２には、ＳＧＳＮ＃１やＳＧＳＮ＃２等のＳＧＳＮが保持するデータベースの一例を示す。図１２に示すように、データベースでは、移動端末２の情報を示すIMSIと積算データ量とが対応付けられている。そして、これらIMSIと積算データ量とは、加入者情報の一部としてデータベースに記憶されている。ＳＧＳＮ＃１やＳＧＳＮ＃２は、このようなデータベースを参照しながら積算データ量の引き継ぎや管理等を行う。
【００７１】
（第１の実施形態に係る移動通信システムの動作等）
次に、第１の実施形態に係る移動通信システムにおける動作、作用等について図１３を参照しつつ説明する。
移動端末２が在圏するオペレータＡのＳＧＳＮ＃１（すなわち、旧ＳＧＳＮ、本例では、在圏情報RAI＝4401011のＳＧＳＮ）は、移動端末２の通信に応じて積算データ量をカウントする。そして、移動端末２が他のオペレータＢにいったん移動したとしても、図５に示すシーケンスに従うことで、図１３中の（１）に示すように、ＳＧＳＮ＃１は、積算データ量を削除することなく保持する（消去せずに保持する）。
【００７２】
その後、移動端末２が、オペレータＡのＳＧＳＮ＃２（すなわち、新ＳＧＳＮ）に対応するエリアに再び在圏すると、図６に示すシーケンスに従うことで、図１３中の（２）に示すように、移動端末２は、ＳＧＳＮ＃２に最終在圏情報（本例では、RAI＝4401011）を送信する。そして、図６に示すシーケンスに従うことで、図１３中の（３）に示すように、ＳＧＳＮ＃２は、ＳＧＳＮ＃１が保持していた積算データ量を取得する。
【００７３】
そして、ＳＧＳＮ＃２は、積算データ量算出部３１によって、取得した積算データ量に、移動端末２が通信を行った際の送受信データ量を継続して積算することができる。これによって、ＳＧＳＮ＃２は、旧ＳＧＳＮとなるＳＧＳＮ＃１に在圏していた部分も含めた積算データ量に応じて、移動端末２に対してトラヒック規制ができるようになる。
また、オペレータによっては、日単位、月単位のパケット定額料金を設定していることから、ＳＧＳＮに蓄積する積算データ量については、単にデータ量のみではなく日時を含めて格納することもできる。これによって、例えば、日毎にデータクリアする、月毎にデータクリアするといった運用が可能となる。
【００７４】
（第２の実施形態に対応する課題）
次に、第２の実施形態を説明するが、その前に、先ず、第２の実施形態に対応する課題について具体的に説明する。ここでは、移動端末の接続先のオペレータをオペレータＡからオペレータＢに変更した場合を説明する。
図１４には、第２の実施形態に対応する課題を有するシーケンスの一例を示す。
この図１４に示すように、このシーケンスを実行する移動通信システム１００は、移動端末１０１、オペレータＡ側のＳＧＳＮ＃１（図１４中の１１１）及びＧＬＲ（Gateway Location Register）１１３、オペレータＢ側のＳＧＳＮ＃Ａ（図１４中の１２１）、並びにホームオペレータ側のＧＧＳＮ１３１及びＨＬＲ１３２を有している。
【００７５】
ここで、ＧＬＲ１１３は、移動端末２が在圏するオペレータ（具体的にはそのＳＧＳＮ）とホームオペレータとの間でやりとりされた制御信号に含まれる加入者情報をキャッシュする機能、移動端末２がどのＳＧＳＮ配下に存在するかの管理を行う機能を有している。これによって、ＧＬＲ１１３は、当該ＧＬＲ１１３がユーザを管理するオペレータとホームオペレータと間の信号量を減らす役割を持つ。そして、このＧＬＲ１１３は、ＳＧＳＮと同様に、オペレータに在圏しているユーザの加入者情報を保持している。なお、ＧＬＲ１１３は、オペレータを構築する上で必須の装置ではないため、オペレータによっては、このＧＬＲ１１３を具備していないものもある。
【００７６】
以下に示す例では、以上のような図１４に示す移動通信システム１００において、移動端末１０１がオペレータＡのＳＧＳＮ＃１の通信エリアからオペレータＢのＳＧＳＮ＃Ａの通信エリアに移動している。
この場合、移動端末１０１がオペレータＡのＳＧＳＮ＃１からオペレータＢのＳＧＳＮ＃Ａに移動すると、図１４に示すように、移動端末１０１は、Old RAIを含むAttach RequestをＳＧＳＮ＃Ａに送信する。
【００７７】
ＳＧＳＮ＃Ａは、Attach Requestを受信すると、当該Attach Requestに含まれているOld RAIを基に、移動端末１０１が当該ＳＧＳＮ＃Ａに移動する前に在圏していたオペレータが自網であるか否かを判定する。本例では、自網がオペレータＢになり、移動端末１０１がＳＧＳＮ＃Ａに移動する前に在圏していたオペレータがオペレータＡになる。そのため、ＳＧＳＮ＃Ａは、図１のシーケンスと同様な処理によって認証処理に至る。
【００７８】
具体的には、先ず、ＳＧＳＮ＃Ａは、移動端末１０１にIdentify Requestを送信し、これによって、IMSIを含むIdentify Responseが移動端末１０１から返信される。そして、ＳＧＳＮ＃Ａは、Identify Responseを受信すると、Send Authentication InfoをＨＬＲ１３２に送信する。このとき、ＳＧＳＮ＃Ａは、送信するSend Authentication Infoに、移動端末１０１から取得したIMSIを含める。これによって、ＳＧＳＮ＃Ａは、IMSIに対応する認証情報を含むSend Authentication Info AckがＨＬＲ１３２から返信される。そして、ＳＧＳＮ＃Ａは、Send Authentication Info Ackを受信すると、当該Send Authentication Info Ackに含まれている認証情報を基に、移動端末１０１との間で認証処理を行う。
【００７９】
認証処理の後、ＳＧＳＮ＃Ａは、Update LocationをＨＬＲ１３２に送信する。ＨＬＲ１３２は、Update Locationを受信すると、移動端末１０１がＳＧＳＮ＃Ａに移動する前に在圏していたオペレータＡのＧＬＲ１１３に、Cancel Locationを送信する。
ＧＬＲ１１３は、Cancel Locationを受信すると、当該ＧＬＲ１１３が保持している加入者情報を削除する。これによって、ＧＬＲ１１３では、加入者情報に含まれている積算データ量も削除される。また、ＧＬＲ１１３は、Cancel Locationを受信すると、移動端末１０１がＳＧＳＮ＃Ａに移動する前に在圏していたオペレータＡのＳＧＳＮ＃１に当該Cancel Locationを送信する。
【００８０】
ＳＧＳＮ＃１は、Cancel Locationを受信すると、当該ＳＧＳＮ＃１が保持している加入者情報を削除する。これによって、ＳＧＳＮ＃１では、加入者情報に含まれている積算データ量も削除される。そして、ＳＧＳＮ＃１は、Cancel Location AckをＧＬＲ１１３に送信する。
ＧＬＲ１１３は、Cancel Location Ackを受信すると、当該Cancel Location AckをＨＬＲ１３２に送信する。ＨＬＲ１３２は、Cancel Location Ackを受信すると、オペレータＢのＳＧＳＮ＃ＡにUpdate Location Acceptを送信する。
【００８１】
以上のようなシーケンスでは、移動端末１０１がオペレータＡのＳＧＳＮ＃１の通信エリアからオペレータＢのＳＧＳＮ＃Ａの通信エリアに移動すると、オペレータＡのＧＬＲ１１３及びＳＧＳＮ＃１は、ＨＬＲ１３２からのCancel Locationを受信したときに、それぞれが保持している加入者情報を削除する。これによって、オペレータＡでは、加入者情報に含まれている積算データ量も削除される。
【００８２】
これによって、その後に移動端末１０１がオペレータＡに再度在圏しても、移動端末１０１が前回在圏していたときの積算データ量がオペレータＡから消去されているために、移動端末１０１が前回在圏していたときの積算データ量を引き継ぐことができない。その結果、例えば、移動端末１０１に対して再度在圏したオペレータが望むトラヒック規制ができなくなる。
【００８３】
（第２の実施形態の説明）
次に、前述の課題を解決することができるように構成された移動通信システムを、第２の実施形態において説明する。
図１５は、第２の実施形態に係る移動通信システム１における処理例の概略を示す図である。
この第２の実施形態では、移動端末２が在圏していた旧ＳＧＳＮ３にて積算データ量を削除することなく保持し、かつＧＬＲ４０が移動端末２の旧在圏位置を記憶している。そして、この第２の実施形態では、旧ＳＧＳＮ３と同一のオペレータＡ内に移動端末２が再度在圏したとき、在圏した新ＳＧＳＮ４が、移動端末２の旧在圏位置をＧＬＲ４０に問い合わせて旧ＳＧＳＮ３を特定し、特定した旧ＳＧＳＮ３が保持している積算データ量を引き継いでいる。
【００８４】
具体的には、図１５中の（１）に示すように、オペレータＡからオペレータＢに移動した移動端末２が、オペレータＡがパケットサービスを提供するエリアに再び移動すると、図１５中の（２）に示すように、移動端末２は、新ＳＧＳＮ４に位置登録を行う。さらに、図１５中の（３）に示すように、新ＳＧＳＮ４は、移動端末２の旧在圏位置の情報をＧＬＲ４０から取得する。そして、新ＳＧＳＮ４は、ＧＬＲ４０から取得した旧在圏位置の情報を基に旧ＳＧＳＮ３を特定し、図１５中の（４）に示すように、その特定した旧ＳＧＳＮ３が保持している積算データ量を引き継ぐ。
【００８５】
図１６及び図１７には、図１５に示す処理を実現する第２の実施形態に係る移動通信システム１におけるシーケンスの具体例を示す。図１６は、移動端末２の接続先のオペレータをオペレータＡからオペレータＢに変更した場合のシーケンスを示す図である。また、図１７は、移動端末２の接続先のオペレータをオペレータＢから再びオペレータＡに戻した場合のシーケンスを示す図である。
【００８６】
また、図１６及び図１７に示すように、このシーケンスを実行する移動通信システム１は、移動端末２、オペレータＡ側のＳＧＳＮ＃１（図１６及び図１７中の１１、図２０及び図２５でも同様）、ＳＧＳＮ＃２（図１７中の１２、図２０及び図２５でも同様）及びＧＬＲ４０、オペレータＢ側のＳＧＳＮ＃Ａ（図１６及び図１７中の２１、図２０及び図２５でも同様）、並びにホームオペレータ側のＧＧＳＮ１３１及びＨＬＲ１３２を有している。
【００８７】
また、図１８には、ＧＬＲ４０の構成例を示す。
図１８に示すように、ＧＬＲ４０は、加入者情報管理部４１及び記憶部４２を有している。
ここで、加入者情報管理部４１は、記憶部４２に記憶されている加入者情報を管理する。例えば、加入者情報管理部４１は、記憶部４２に記憶されている加入者情報の読み出し等を行う。また、加入者情報管理部４１（例えば、そのＳＧＳＮアドレス管理機能）は、ＧＬＲ４０の属するオペレータ（本例では、オペレータＡ）内のＳＧＳＮのアドレスを管理する。ここで、記憶部４２には、加入者情報の他に、ＨＬＲ１３２等が送信してきた制御信号が記憶されている。
【００８８】
また、図１９には、第２の実施形態におけるオペレータＡのＳＧＳＮ３０（すなわち、ＳＧＳＮ＃１、ＳＧＳＮ＃２）の構成例を示す。図１９に示すように、第２の実施形態では、オペレータＡのＳＧＳＮ３０は、さらに旧ＳＧＳＮアドレス取得部３６を有している。ここで、旧ＳＧＳＮアドレス取得部３６は、ＧＬＲ４０から旧ＳＧＳＮアドレスを取得する。具体的には、後述のように、旧ＳＧＳＮアドレス取得部３６は、ＧＬＲ４０から受信したUpdate Location Acceptに含まれている旧ＳＧＳＮアドレスを取得する。
【００８９】
以下に、移動端末２がオペレータＡのＳＧＳＮ＃１の通信エリアからオペレータＢのＳＧＳＮ＃Ａの通信エリアに移動し、その後、移動端末２がオペレータＡのＳＧＳＮ＃２の通信エリアに移動する場合について説明する。また、図１８に示すＧＬＲの各部の処理及び図１９に示すＳＧＳＮ３０の各部の処理について、必要に応じて併せて具体的に説明する。
【００９０】
図１６に示す構成において、移動端末２が通信を行うと、当該移動端末２が在圏するオペレータＡのＳＧＳＮ＃１は、積算データ量算出部３１によって、移動端末２の通信時のデータ量を積算し、積算データ量を加入者情報の一部として記憶部３５に保持する。一方、移動端末２は、オペレータＡにて最後に在圏したRAIを自己の記憶部に格納する。
そして、移動端末２がオペレータＡのＳＧＳＮ＃１からオペレータＢのＳＧＳＮ＃Ａに移動すると、図１６に示すように、移動端末２は、Old RAIを含むAttach RequestをＳＧＳＮ＃Ａに送信する。また、このようにオペレータＡのＳＧＳＮ＃１からオペレータＢのＳＧＳＮ＃Ａに移動端末２が移動した後でも、オペレータＡのＳＧＳＮ＃１では、当該移動端末２の積算データを消去せずに保持している。
【００９１】
ＳＧＳＮ＃Ａは、Attach Requestを受信すると、当該Attach Requestに含まれているOld RAIを基に、移動端末２が当該ＳＧＳＮ＃Ａに移動する前に在圏していたオペレータが自網であるか否かを判定する。本例では、自網がオペレータＢになり、移動端末２がＳＧＳＮ＃Ａに移動する前に在圏していたオペレータがオペレータＡになる。そのため、ＳＧＳＮ＃Ａは、図１のシーケンスと同様な処理によって認証処理に至る。
【００９２】
具体的には、先ず、ＳＧＳＮ＃Ａは、移動端末２にIdentify Requestを送信し、これによって、IMSIを含むIdentify Responseが移動端末２から返信される。そして、ＳＧＳＮ＃Ａは、Identify Responseを受信すると、Send Authentication InfoをＨＬＲ１３２に送信する。このとき、ＳＧＳＮ＃Ａは、送信するSend Authentication Infoに、移動端末２から取得したIMSIを含める。これによって、ＳＧＳＮ＃Ａは、IMSIに対応する認証情報を含むSend Authentication Info AckがＨＬＲ１３２から返信される。そして、ＳＧＳＮ＃Ａは、Send Authentication Info Ackを受信すると、当該Send Authentication Info Ackに含まれている認証情報を基に、移動端末２との間で認証処理を行う。
【００９３】
認証処理の後、ＳＧＳＮ＃Ａは、Update LocationをＨＬＲ１３２に送信する。ＨＬＲ１３２は、Update Locationを受信すると、移動端末２がＳＧＳＮ＃Ａに移動する前に在圏していたオペレータＡのＧＬＲ４０に、Cancel Locationを送信する。
ＧＬＲ４０は、Cancel Locationを受信すると、加入者情報に含まれているIMSI及びＳＧＳＮアドレス以外の情報を削除する。なお、ＳＧＳＮアドレスを削除せずに残す処理については図２１を用いて後で詳述する。また、ＧＬＲ４０は、Cancel Locationを受信すると、当該Cancel LocationをＳＧＳＮ＃１に送信する。
【００９４】
ＳＧＳＮ＃１は、Cancel Locationを受信すると、加入者情報に含まれているIMSI及び積算データ量以外の情報を削除する。そして、ＳＧＳＮ＃１は、Cancel Location AckをＧＬＲ４０に送信する。
ＧＬＲ４０は、Cancel Location Ackを受信すると、当該Cancel Location AckをＨＬＲ１３２に送信する。ＨＬＲ１３２は、Cancel Location Ackを受信すると、オペレータＢのＳＧＳＮ＃ＡにUpdate Location Acceptを送信する。
【００９５】
その後、移動端末２がオペレータＢのＳＧＳＮ＃ＡからオペレータＡのＳＧＳＮ＃２に移動したときに、図１７に示すように、移動端末２は、オペレータＡからの報知情報に含まれているMNC及びMCCを基に、当該移動端末２が現在在圏しているオペレータを特定する。本例では、移動端末２は、当該移動端末２が現在在圏しているオペレータとしてオペレータＡを特定する。その後、移動端末２は、Old RAIを含むAttach RequestをＳＧＳＮ＃２に送信する。
【００９６】
ＳＧＳＮ＃２は、Attach Requestを受信すると、当該Attach Requestに含まれているOld RAIを基に、移動端末２が当該ＳＧＳＮ＃２に移動する前に在圏していたオペレータが自網であるか否かを判定する。本例では、自網がオペレータＡになり、移動端末２がＳＧＳＮ＃２に移動する前に在圏していたオペレータがオペレータＢになる。そのため、ＳＧＳＮ＃２は、図１のシーケンスと同様な処理によって認証処理に至る。
【００９７】
具体的には、ＳＧＳＮ＃２は、移動端末２にIdentify Requestを送信し、これによって、IMSIを含むIdentify Responseが移動端末２から返信される。ＳＧＳＮ＃２は、Identify Responseを受信すると、Send Authentication InfoをＨＬＲ１３２に（ＧＬＲ４０を介して）送信する。このとき、ＳＧＳＮ＃２は、送信するSend Authentication Infoに、移動端末２から取得したIMSIを含める。これによって、ＳＧＳＮ＃２は、IMSIに対応する認証情報を含むSend Authentication Info AckがＨＬＲ１３２から（ＧＬＲ４０を介して）返信される。ＳＧＳＮ＃２は、Send Authentication Info Ackを受信すると、当該Send Authentication Info Ackに含まれている認証情報を基に、移動端末２との間で認証処理を行う。
【００９８】
認証処理の後、ＳＧＳＮ＃２は、Update LocationをＧＬＲ４０に送信する。ＧＬＲ４０は、Update Locationを受信すると、当該Update LocationをＨＬＲ１３２に送信する。ＨＬＲ１３２は、Update Locationを受信すると、移動端末２がＳＧＳＮ＃２に移動する前に在圏していたオペレータＢのＳＧＳＮ＃ＡにCancel Locationを送信する。ＳＧＳＮ＃Ａは、Cancel Locationを受信すると、当該ＳＧＳＮ＃Ａが保持している加入者情報を削除する。そして、ＳＧＳＮ＃Ａは、Cancel Location AckをＨＬＲ１３２に送信する。
【００９９】
ＨＬＲ１３２は、Cancel Location Ackを受信すると、オペレータＡのＧＬＲ４０にUpdate Location Acceptを送信する。ＧＬＲ４０は、Update Location Acceptを受信すると、当該Update Location AcceptをＳＧＳＮ＃２に送信する。このとき、ＧＬＲ４０は、送信するUpdate Location Acceptに旧ＳＧＳＮアドレス（本例では、ＳＧＳＮ＃１のアドレス）を含める。なお、旧ＳＧＳＮアドレスを送信する際の処理については図２３を用いて後で詳述する。
【０１００】
ＳＧＳＮ＃２は、Update Location Acceptを受信すると、当該Update Location Acceptに含まれている旧ＳＧＳＮアドレスを有するＳＧＳＮ（すなわち、移動端末２がＳＧＳＮ＃２に移動する前に在圏していた、積算データ量を保持しているＳＧＳＮ）と当該ＳＧＳＮ＃２とが同一であるか否かを判定する。
ここで、移動通信システム１では、旧ＳＧＳＮアドレスを有するＳＧＳＮがＳＧＳＮ＃２でない場合、すなわち、旧ＳＧＳＮアドレスを有するＳＧＳＮがＳＧＳＮ＃１である場合、当該ＳＧＳＮ＃１が消去せずに保持している積算データ量をＳＧＳＮ＃２に引き継ぐ処理（すなわち、図１７中に点線枠で示す処理）を行う。
【０１０１】
具体的には、ＳＧＳＮ＃２は、IMSIを含む積算データ量取得要求をＳＧＳＮ＃１に送信する。ＳＧＳＮ＃１は、積算データ量取得要求を受信すると、積算データ量取得応答をＳＧＳＮ＃２に返信する。このとき、ＳＧＳＮ＃１は、当該ＳＧＳＮ＃１が保持している積算データ量の情報を積算データ量取得応答に含める。ＳＧＳＮ＃２は、積算データ量取得応答を受信すると、当該積算データ量取得応答に含まれている積算データ量を加入者情報の一部として記憶部４２に保持する。
一方、ＳＧＳＮ＃２は、旧ＳＧＳＮアドレスを有するＳＧＳＮがＳＧＳＮ＃２である場合、前述の積算データ量の引き継ぎ処理（すなわち、図１７中に点線枠で示す処理）を行わない。
【０１０２】
なお、図２０には、第２の実施形態における、同一のオペレータ（本例では、オペレータＡ）内を移動端末２が移動した際のシーケンスの一例を示す。
図２０に示すシーケンスは、図８に示すシーケンスとほぼ同一であるが、図８に示すシーケンスとは次のような点が異なる。
図２０に示すシーケンスでは、ＧＬＲ４０は、Update LocationをＳＧＳＮ＃１から受信すると、Cancel Locationを生成してＳＧＳＮ＃２に送信する。また、ＧＬＲ４０は、Cancel Location AckをＳＧＳＮ＃２から受信すると、Update Location Acceptを生成してＳＧＳＮ＃１に送信する。
【０１０３】
また、図２１には、ＨＬＲ１３２からのCancel Locationを受信した際にＧＬＲ４０が行うＳＧＳＮアドレスを残す処理の一例のフローチャートを示す。ＧＬＲ４０は、この図２１に示す処理を図１８に示す加入者情報管理部４１によって実行する。
図２１に示すように、先ずステップＳ４１では、加入者情報管理部４１は、Cancel LocationをＨＬＲ１３２から受信する。そして、ステップＳ４２及びステップＳ４３では、加入者情報管理部４１は、当該ＧＬＲ４０が記憶部４２に保持しているデータベースにおいて、最新ＳＧＳＮアドレスを旧ＳＧＳＮアドレスとして記憶するとともに最新ＳＧＳＮアドレスを消去する。その後、ステップＳ４４では、加入者情報管理部４１は、ＨＬＲ１３２にCancel Location Ackを送信する。
このような処理によって、加入者情報管理部４１は、Cancel LocationをＨＬＲ１３２から受信した際、最新ＳＧＳＮアドレスを旧ＳＧＳＮアドレスとして残している。
【０１０４】
図２２には、前述のようにＳＧＳＮアドレスを管理するＧＬＲ４０のデータベースの一例を示す。この図２２に示すように、データベースでは、IMSI、旧ＳＧＳＮアドレス、及び最新ＳＧＳＮアドレスが対応付けられている。
また、図２３には、ＧＬＲ４０が行う旧ＳＧＳＮアドレスを送信する際の処理の一例のフローチャートを示す。
図２３に示すように、先ずステップＳ６１では、ＧＬＲ４０は、移動端末２からAttach Requestを受信したＳＧＳＮ（本例では、ＳＧＳＮ＃２）から、Update Locationを受信する。
【０１０５】
次に、ステップＳ６２では、ＧＬＲ４０は、ＳＧＳＮの変更があるか否かを判定する。ＧＬＲ４０は、ＳＧＳＮの変更があると判定すると、ステップＳ６３に進む。また、ＧＬＲ４０は、ＳＧＳＮの変更がないと判定すると、前記ステップＳ６１から再び処理を行う。
ステップＳ６３では、ＧＬＲ４０は、当該ＧＬＲ４０が保持している図２２に示すようなデータベースに新ＳＧＳＮを記憶する。さらに、ＧＬＲ４０は、ＨＬＲ１３２からのUpdate Location Acceptに旧ＳＧＳＮアドレスを含め、当該Update Location Acceptを、移動端末２からAttach Requestを受信したＳＧＳＮ（本例では、ＳＧＳＮ＃２）に送信する。そして、ＧＬＲ４０は、前記ステップＳ６１から再び処理を行う。
【０１０６】
また、図２４には、新ＳＧＳＮとなるＳＧＳＮ＃２がＳＧＳＮ＃１との間で行う前述の積算データ量の引き継ぎ処理の一例のフローチャートを示す。ＳＧＳＮ＃２は、この図２４に示す処理を、主として図１９に示す積算データ量取得部３２及び旧ＳＧＳＮアドレス取得部３６によって実行する。
図２４に示すように、先ず、ステップＳ８１では、ＳＧＳＮ＃２は、ＧＬＲ４０からUpdate Location Acceptを受信する。そして、ステップＳ８２では、旧ＳＧＳＮアドレス取得部３６は、受信したUpdate Location Acceptに含まれている旧ＳＧＳＮアドレスを取得する。
【０１０７】
次に、ステップＳ８３では、積算データ量取得部３２は、前記ステップＳ８２で取得した旧ＳＧＳＮアドレスのＳＧＳＮ（すなわち、旧ＳＧＳＮ）と新ＳＧＳＮである当該ＳＧＳＮ＃２とが同一であるか否かを判定する。ここで、積算データ量取得部３２は、旧ＳＧＳＮアドレスのＳＧＳＮとＳＧＳＮ＃２とが同一であると判定すると、当該図２４に示す処理を終了する。また、積算データ量取得部３２は、旧ＳＧＳＮアドレスのＳＧＳＮとＳＧＳＮ＃２とが同一でないと判定すると、ステップＳ８４に進む。
【０１０８】
ステップＳ８４では、積算データ量取得部３２は、IMSIを含めた積算データ量取得要求を、旧ＳＧＳＮアドレスのＳＧＳＮ（本例では、ＳＧＳＮ＃１）に送信する。これに応じて、ステップＳ８５では、積算データ量取得部３２は、旧ＳＧＳＮアドレスのＳＧＳＮから積算データ量を含む積算データ量取得応答を受信する。そして、積算データ量取得部３２は、受信した積算データ量取得応答に含まれている積算データ量を、記憶部３５に記憶されているデータベースに格納する。
【０１０９】
（第２の実施形態に係る移動通信システムの動作等）
次に、第２の実施形態に係る移動通信システムにおける動作、作用等について図２５を参照しつつ説明する。
移動端末２が在圏するオペレータＡのＳＧＳＮ＃１（すなわち、旧ＳＧＳＮ、本例では、在圏情報RAI＝4401011のＳＧＳＮ）は、移動端末２の通信に応じて積算データ量をカウントする。そして、移動端末２が他のオペレータＢにいったん移動したとしても、図１６に示すシーケンスに従うことで、図２５中の（１）に示すように、ＳＧＳＮ＃１は、積算データ量を削除することなく保持する（消去せずに保持する）。さらに、このとき、ＧＬＲ４０も、図１６に示すシーケンスに従うことで、図２５中の（２）に示すように、ＳＧＳＮアドレスを削除することなく保持する。
【０１１０】
その後、移動端末２が、オペレータＡがパケットサービスを提供するエリアに再び在圏すると、図１７に示すシーケンスに従うことで、図２５中の（３）に示すように、ＳＧＳＮ＃２（すなわち、新ＳＧＳＮ）は、ＧＬＲ４０から旧ＳＧＳＮアドレスを取得する。そして、図１７に示すシーケンスに従うことで、図２５中の（４）に示すように、ＳＧＳＮ＃２は、旧ＳＧＳＮアドレスを有するＳＧＳＮ＃１が保持している積算データ量を取得する。
【０１１１】
そして、ＳＧＳＮ＃２は、積算データ量算出部３１によって、取得した積算データ量に、移動端末２が通信を行った際の送受信データ量を継続して積算することができる。これによって、ＳＧＳＮ＃２は、旧ＳＧＳＮとなるＳＧＳＮ＃１に在圏していた部分も含めた積算データ量に応じて、移動端末２に対してトラヒック規制ができるようになる。
【０１１２】
（第３の実施形態に対応する課題）
第３の実施形態に対応する課題については、前述の第２の実施形態に対応する課題と同様である。
（第３の実施形態の説明）
第３の実施形態に対応する課題（前述のように、第２の実施形態に対応する課題と同様な課題）を解決することができるように構成された移動通信システムを、第３の実施形態において説明する。
図２６は、第３の実施形態に係る移動通信システム１における処理例の概略を示す図である。
この第３の実施形態では、移動端末２がオペレータＡからオペレータＢに移動するタイミングで、旧ＳＧＳＮ３が消去せずに保持している積算データ量をＧＬＲ４０に引き継いでいる。そして、この第３の実施形態では、旧ＳＧＳＮ３と同一のオペレータＡ内に移動端末２が再度在圏したとき、在圏した新ＳＧＳＮ４が、ＧＬＲ４０が保持している積算データ量を引き継いでいる。
【０１１３】
具体的には、図２６中の（１）に示すように、移動端末２がオペレータＡからオペレータＢに移動すると、図２６中の（２）に示すように、オペレータＡの旧ＳＧＳＮ３は、積算データ量をＧＬＲ４０に送信する。ＧＬＲ４０では、送信されてきた積算データ量を記憶する。その後、図２６中の（３）に示すように、移動端末２がオペレータＡに戻ると、図２６中の（４）に示すように、移動端末２は、新ＳＧＳＮ４に位置登録を行う。さらに、図２６中の（５）に示すように、新ＳＧＳＮ４は、ＧＬＲ４０が保持している積算データ量を引き継ぐ。
【０１１４】
図２７及び図２８には、図２６に示す処理を実現する第３の実施形態に係る移動通信システム１におけるシーケンスの具体例を示す。図２７は、移動端末２の接続先のオペレータをオペレータＡからオペレータＢに変更した場合のシーケンスを示す図である。また、図２８は、移動端末２の接続先のオペレータをオペレータＢから再びオペレータＡに戻した場合のシーケンスを示す図である。
【０１１５】
また、図２７及び図２８に示すように、このシーケンスを実行する移動通信システムは、前述の第２の実施形態と同様に、移動端末２、オペレータＡ側のＳＧＳＮ＃１（図２７及び図２８中の１１、図３０でも同様）、ＳＧＳＮ＃２（図２８中の１２、図３０でも同様）及びＧＬＲ４０、オペレータＢ側のＳＧＳＮ＃Ａ（図２７及び図２８中の２１、図３０でも同様）、並びにホームオペレータ側のＧＧＳＮ１３１及びＨＬＲ１３２を有している。
【０１１６】
ここで、ＧＬＲ４０は、前述の第２の実施形態における図１８に示すＧＬＲ４０と同様な構成を有している。また、オペレータＡのＳＧＳＮ３０（すなわち、ＳＧＳＮ＃１、ＳＧＳＮ＃２）は、前述の第２の実施形態における図１９に示すＳＧＳＮ３０と同様な構成を有している。
以下に、移動端末２がオペレータＡのＳＧＳＮ＃１の通信エリアからオペレータＢのＳＧＳＮ＃Ａの通信エリアに移動し、その後、移動端末２がオペレータＡのＳＧＳＮ＃２の通信エリアに移動する場合について説明する。
【０１１７】
図２７に示す構成において、移動端末２が通信を行うと、当該移動端末２が在圏するオペレータＡのＳＧＳＮ＃１は、積算データ量算出部３１によって、移動端末２の通信時のデータ量を積算し、積算データ量を加入者情報の一部として記憶部３５に保持する。一方、移動端末２は、オペレータＡにて最後に在圏したRAIを自己の記憶部に格納する。
【０１１８】
そして、移動端末２がオペレータＡのＳＧＳＮ＃１からオペレータＢのＳＧＳＮ＃Ａに移動すると、図２７に示すように、移動端末２は、Old RAIを含むAttach RequestをＳＧＳＮ＃Ａに送信する。また、このようにオペレータＡのＳＧＳＮ＃１からオペレータＢのＳＧＳＮ＃Ａに移動端末２が移動した後でも、オペレータＡのＳＧＳＮ＃１では、当該移動端末２の積算データを消去せずに保持している。  ＳＧＳＮ＃Ａは、Attach Requestを受信すると、当該Attach Requestに含まれているOld RAIを基に、移動端末２が当該ＳＧＳＮ＃Ａに移動する前に在圏していたオペレータが自網であるか否かを判定する。本例では、自網がオペレータＢになり、移動端末２がＳＧＳＮ＃Ａに移動する前に在圏していたオペレータがオペレータＡになる。そのため、ＳＧＳＮ＃Ａは、図１のシーケンスと同様な処理によって認証処理に至る。
【０１１９】
具体的には、先ず、ＳＧＳＮ＃Ａは、移動端末２にIdentify Requestを送信し、これによって、IMSIを含むIdentify Responseが移動端末２から返信される。そして、ＳＧＳＮ＃Ａは、Identify Responseを受信すると、Send Authentication InfoをＨＬＲ１３２に送信する。このとき、ＳＧＳＮ＃Ａは、送信するSend Authentication Infoに、移動端末２から取得したIMSIを含める。これによって、ＳＧＳＮ＃Ａは、IMSIに対応する認証情報を含むSend Authentication Info AckがＨＬＲ１３２から返信される。そして、ＳＧＳＮ＃Ａは、Send Authentication Info Ackを受信すると、当該Send Authentication Info Ackに含まれている認証情報を基に、移動端末２との間で認証処理を行う。
【０１２０】
認証処理の後、ＳＧＳＮ＃Ａは、Update LocationをＨＬＲ１３２に送信する。ＨＬＲ１３２は、Update Locationを受信すると、移動端末２がＳＧＳＮ＃Ａに移動する前に在圏していたオペレータＡのＧＬＲ４０にCancel Locationを送信する。
ＧＬＲ４０は、Cancel Locationを受信すると、加入者情報に含まれているIMSI及びＳＧＳＮアドレス以外の情報を削除する（図２１参照）。また、ＧＬＲ４０は、Cancel Locationを受信すると、当該Cancel LocationをＳＧＳＮ＃１に送信する。
【０１２１】
ＳＧＳＮ＃１は、Cancel Locationを受信すると、Cancel Location AckをＧＬＲ４０に送信する。このとき、ＳＧＳＮ＃１は、送信するCancel Location Ackに、加入者情報に含まれているIMSI及び積算データ量（当該IMSIに対応する積算データ量）を含める。そして、ＳＧＳＮ＃１は、Cancel Location Ackを送信した後に加入者情報を削除する。すなわち、ＳＧＳＮ＃１は、Cancel Locationを受信したタイミングで加入者情報を削除せず、Cancel Location Ackを送信した後に加入者情報を削除する。
【０１２２】
ＧＬＲ４０は、Cancel Location Ackを受信すると、当該Cancel Location Ackに含まれている積算データ量を記憶部４２に格納する。そして、ＧＬＲ４０は、当該Cancel Location AckをＨＬＲ１３２に送信する。ＨＬＲ１３２は、Cancel Location Ackを受信すると、オペレータＢのＳＧＳＮ＃ＡにUpdate Location Acceptを送信する。
その後、移動端末２がオペレータＢのＳＧＳＮ＃ＡからオペレータＡのＳＧＳＮ＃２に移動したときに、図２８に示すシーケンスは、先ず認証処理等について、図１７に示すシーケンスと同様な処理を行う。そして、ＨＬＲ１３２がオペレータＡのＧＬＲ４０にUpdate Location Acceptを送信すると、ＧＬＲ４０は、当該Update Location AcceptをＳＧＳＮ＃２に送信する。このとき、ＧＬＲ４０は、送信するUpdate Location Acceptに積算データ量を含める。そして、ＧＬＲ４０は、Update Location Acceptを送信した後、加入者情報のうちの積算データ量を削除する。
【０１２３】
図２９には、ＧＬＲ４０がＨＬＲ１３２からCancel Locationを受信した際に行う加入者情報（その一部情報）の削除等の一連の処理例のフローチャートを示す。
図２９に示すように、先ず、ステップＳ１０１では、ＧＬＲ４０は、IMSIを含むCancel LocationをＨＬＲ１３２から受信する。これに対応して、ステップＳ１０２では、ＧＬＲ４０は、Cancel LocationをＳＧＳＮ＃１に送信する。次に、ステップＳ１０３では、ＧＬＲ４０は、加入者情報管理部４１によって、加入者情報に含まれているIMSI及びＳＧＳＮアドレス以外の情報を削除する。
【０１２４】
その後、ステップＳ１０４では、ＧＬＲ４０は、Cancel Location AckをＳＧＳＮ＃１から受信する。これに対応して、ステップＳ１０５では、ＧＬＲ４０は、加入者情報管理部４１によって、Cancel Location Ackに含まれている積算データ量を、記憶部４２に記憶されているデータベースに格納する。
なお、第３の実施形態における、同一のオペレータ内で移動端末２が移動した際のシーケンスは、図２０に示すシーケンスと同様になる。
【０１２５】
（第３の実施形態に係る移動通信システムの動作等）
次に、第３の実施形態に係る移動通信システムにおける動作、作用等について図３０を参照しつつ説明する。
移動端末２が在圏するオペレータＡのＳＧＳＮ＃１（すなわち、旧ＳＧＳＮ、本例では、在圏情報RAI＝4401011のＳＧＳＮ）は、移動端末２の通信に応じて積算データ量をカウントする。そして、移動端末２が他のオペレータＢにいったん移動したとしても、図２７に示すシーケンスに従うことで、図３０中の（１）に示すように、ＧＬＲ４０は、ＳＧＳＮ＃１が保持している積算データ量を取得して記憶する。
【０１２６】
その後、移動端末２が、オペレータＡがパケットサービスを提供するエリアに再び在圏すると、図２８に示すシーケンスに従うことで、図３０中の（２）に示すように、ＳＧＳＮ＃２（すなわち、新ＳＧＳＮ）は、ＧＬＲ４０が保持している積算データ量を取得する。
そして、ＳＧＳＮ＃２は、積算データ量算出部３１によって、取得した積算データ量に、移動端末２が通信を行った際の送受信データ量を継続して積算することができる。これによって、ＳＧＳＮ＃２は、旧ＳＧＳＮとなるＳＧＳＮ＃１に在圏していた部分も含めた積算データ量に応じて、移動端末２に対してトラヒック規制ができるようになる。
【０１２７】
なお、前述の実施形態の説明では、送受信制限部３３は、例えば、送受信データ量制限部を構成する。また、積算データ量算出部３１及び記憶部３５は、例えば、送受信データ量保持部を構成する。また、積算データ量取得部３２は、例えば、送受信データ量取得部を構成する。また、ローミングインユーザの移動端末２は、例えば、特定移動端末を構成する。
【０１２８】
（通信方法）
前述の移動通信システム１においては、以下のような通信方法が用いられている。すなわち、第１の通信事業者と、前記第１の通信事業者と異なる第２の通信事業者との契約によって、前記第２の通信事業者と利用契約を結んでいる特定移動端末が配下のエリアにローミングインしているときに当該特定移動端末との送受信データ量の上限が制限され前記第１の通信事業者によって運用されている第１の通信処理装置に当該特定移動端末の送受信データ量を消去せずに保持する第１のステップと、前記第１の通信事業者と前記第２の通信事業者との契約によって、前記特定移動端末が配下のエリアにローミングインしているときに当該特定移動端末との送受信データ量の上限が制限され前記第１の通信事業者によって運用されている第２の通信処理装置に、前記第１のステップで保持した送受信データ量を取得する第２のステップと、を含み、前記第２のステップでは、前記第１の通信処理装置の配下のエリアに前記特定移動端末がローミングインしてから、前記特定移動端末が、前記第１及び前記第２の通信事業者と異なる第３の通信事業者によって運用されている通信処理装置の配下のエリアを経由して、前記第２の通信処理装置の配下のエリアに移動して前記特定移動端末がローミングインしたときに、前記第１のステップで保持している前記送受信データ量を取得する通信方法が用いられている。
【０１２９】
（通信プログラム）
前述の移動通信システム１（特に、ＳＧＳＮ＃１、ＳＧＳＮ＃２）においては、以下のような通信プログラムが用いられている。すなわち、複数の通信処理装置を運用する第１の通信事業者と、前記第１の通信事業者と異なる第２の通信事業者との契約によって、前記第２の通信事業者と利用契約を結んでいる特定移動端末が配下のエリアにローミングインしているときに当該特定移動端末の送受信データ量の上限を制限する前記通信処理装置に制御を実行させるプログラムであって、前記第１の通信事業者によって運用されている一の前記通信処理装置の配下のエリアに前記特定移動端末がローミングインしてから、前記特定移動端末が、前記第１及び前記第２の通信事業者と異なる第３の通信事業者によって運用されている通信処理装置の配下のエリアを経由して、前記第１の通信事業者によって運用されている他の前記通信処理装置の配下のエリアに移動して前記特定移動端末がローミングインしたときに、前記一の通信処理装置が保持している前記送受信データ量を前記他の通信処理装置が取得するように当該通信処理装置に制御を実行させる通信プログラムが用いられている。
【０１３０】
（本実施形態の変形例）
本実施形態では、新ＳＧＳＮが旧ＳＧＳＮから引き継ぐデータを積算データ量としている。しかし、これに限定されない。すなわち例えば、新ＳＧＳＮが旧ＳＧＳＮから引き継ぐデータは、他のデータであっても良い。これによって、たとえば、ローミングインユーザへのお知らせＳＭＳ（Short Message Service）配信を行う場合において、ＳＭＳ配信回数及びそれぞれの配信日時を保持することによって、一定期間の配信回数を制限したい（例えば、１日１回のみに制限したい）場合等にも活用できる。
【０１３１】
なお、本発明の範囲は、図示され記載された例示的な実施形態に限定されるものではなく、本発明が目的とするものと均等な効果をもたらすすべての実施形態をも含む。さらに、本発明の範囲は、請求項により画される発明の特徴の組み合わせに限定されるものではなく、すべての開示されたそれぞれの特徴のうち特定の特徴のあらゆる所望する組み合わせによって画されうる。
【符号の説明】
【０１３２】
１  移動通信システム
２  移動端末
１０  ＨＬＲ
１１  ＳＧＳＮ（ＳＧＳＮ＃１）
１２  ＳＧＳＮ（ＳＧＳＮ＃２）
２１  ＳＧＳＮ（ＳＧＳＮ＃Ａ）
３０  ＳＧＳＮ
３１  積算データ量算出部
３２  積算データ量取得部
３３  送受信制限部
３４  加入者情報管理部
３５  記憶部
３６  旧ＳＧＳＮアドレス取得部
４０  ＧＬＲ
４１  加入者情報管理部
４２  記憶部
【図１】
0005886687.tif 000002
【図２】
0005886687.tif 000003
【図３】
0005886687.tif 000004
【図４】
0005886687.tif 000005
【図５】
0005886687.tif 000006
【図６】
0005886687.tif 000007
【図７】
0005886687.tif 000008
【図８】
0005886687.tif 000009
【図９】
0005886687.tif 000010
【図１０】
0005886687.tif 000011
【図１１】
0005886687.tif 000012
【図１２】
0005886687.tif 000013
【図１３】
0005886687.tif 000014
【図１４】
0005886687.tif 000015
【図１５】
0005886687.tif 000016
【図１６】
0005886687.tif 000017
【図１７】
0005886687.tif 000018
【図１８】
0005886687.tif 000019
【図１９】
0005886687.tif 000020
【図２０】
0005886687.tif 000021
【図２１】
0005886687.tif 000022
【図２２】
0005886687.tif 000023
【図２３】
0005886687.tif 000024
【図２４】
0005886687.tif 000025
【図２５】
0005886687.tif 000026
【図２６】
0005886687.tif 000027
【図２７】
0005886687.tif 000028
【図２８】
0005886687.tif 000029
【図２９】
0005886687.tif 000030
【図３０】
0005886687.tif 000031
【図３１】
0005886687.tif 000032