JP2002278927A - 分散型アクセス制御システムおよび分散型アクセス制御方法、並びに携帯電子機器端末、ロードバランサ装置 - Google Patents

Abstract

(57)【要約】 【課題】 時間的に負荷を効率よく分散、軽減させ、加
えて、システムの信頼性を高めることが可能な分散型ア
クセス制御システムおよび分散型アクセス制御方法、並
びに携帯電子機器端末、ロードバランサ装置を提供す
る。 【解決手段】 ネットワーク上における通信制御を行う
分散型アクセス制御システムであって、携帯電子機器端
末から、前記ネットワーク上の特定のロードバランサ装
置にアクセスするためのアクセス券の発行要求を、前記
ネットワークを介して受け付ける手段と、前記発行要求
されたアクセス券を、前記携帯電子機器端末に対して、
前記ネットワークを介して発行するアクセス券発行手段
と、を備え、前記ロードバランサ装置は、複数のサーバ
から構成されるサーバ群のうち何れかのサーバに対して
携帯電子機器端末からのアクセスを振り分ける装置であ
るように構成する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、携帯電話機、ＰＨ
Ｓ、ＰＤＡなどの移動体の通信システムにおけるトラフ
ィック量の増加に対する負荷分散を行うことが可能なシ
ステムおよび方法に関する。

【０００２】

【従来の技術】近年、移動体、例えば、携帯電話機が著
しく普及し、今や数千万件の加入者数に達している。こ
のような携帯電話機のユーザは、所望の場所から所望の
者と電話通信を行うことができることに加えて、移動体
通信事業者などが管理・運営するアプリケーションサー
バから、インターネットなどのコンピュータ通信網、移
動体通信網を介して様々なサービスの提供を受けること
ができる。例えば、携帯電話機間のメール交換、携帯電
話機への各種情報の提供、さらには、携帯電話機への音
楽、映像、ゲームコンテンツの配信など、様々なサービ
スが存在する。

【０００３】図１４に、従来の移動体通信システムの構
成例とともに、携帯電話機１０２がＡＰＮ１０４ａから
サービスの提供を受ける際の流れ（〜）を示す。図
１４において、インターネット１には、各種サーバのＵ
ＲＬ（Uniform Resource Locator)をＩＰ（Internet Pr
otocol）アドレスを変換して提供するＤＮＳ（Domainna
me Server）１０３、携帯電話機１０２に対し各種サー
ビスを提供するＡＰＮ（Application Node：アプリケー
ションノード群）１０４ａ乃至１０４ｃ、携帯電話機１
０２のユーザに対して、サービス提供による課金を行う
ＢＰＳ（Billing Provisioning System）１０５が接続
されている。

【０００４】ここで、ＡＰＮ１０４ａ乃至１０４ｃは、
複数のアプリケーションサーバ（ＡＰＳ：Application
Server）から構成される単一アプリケーションであり、
それぞれ、固有のサービスを提供（ＡＰＮ１０４ａはサ
ービスＸを、ＡＰＮ１０４ｂはサービスＹを、ＡＰＮ１
０４ｃはサービスＺを、それぞれ提供）する。ＡＰＮに
複数のＡＰＳを設けているのは、多くの携帯電話機から
のサービスの要求に対応するためである。また、ＡＰＮ
毎に共通の携帯電話加入者ＤＢ（データベース）を備え
ている。

【０００５】また、ＢＰＳ１０５にも、ＡＰＮ１０４ａ
乃至１０４ｃのそれぞれが設ける加入者ＤＢと同様のＤ
Ｂを設けており、移動体通信事業者の店舗や代理店など
で、携帯電話利用契約を行った加入者の情報（例えば、
携帯電話機の電話番号（ＭＳＮ）、加入者の住所、氏
名、上記サービス利用の有無などの情報）は、通常、Ｂ
ＰＳ１０５の加入者ＤＢに最初に登録される。そして、
その後、その加入者情報は、ＢＰＳ１０５より、インタ
ーネット１、公衆回線、専用回線などを介して各ＡＰＮ
の加入者ＤＢに書き込まれる。

【０００６】また、携帯電話利用契約を行った加入者の
携帯電話機１０２の内部メモリにも、必要な情報が記憶
される。例えば、利用契約を行ったサービスに対応する
ＵＲＬが記憶される。

【０００７】以上の構成において、携帯電話機１０２の
ユーザが、例えば、ＡＰＮ１０４ａからサービスＸの提
供を受ける場合、携帯電話機１０２の内部メモリに記憶
されたサービスＸのＵＲＬを表示部に表示させ、それ
を、操作ボタンにより選択し決定（ＡＰＮ１０４ａのＵ
ＲＬを指定）すると、ＤＮＳ１０３にてＵＲＬがＩＰア
ドレスに変換された後、携帯電話機１０２は、かかるＩ
Ｐアドレスに基づき、ＡＰＮ１０４ａにアクセスし、サ
ービスの要求（）を行う。

【０００８】ＡＰＮ１０４ａは、これに応じ、加入者情
報ＤＢを参照して、アクセスしてきた携帯電話機１０２
のユーザの認証（）、即ち、加入者情報ＤＢに、その
ユーザがサービスＸの提供を受ける者として登録され、
かつ、ブラックリスト（料金未払い等の者のリスト）に
ない場合に、その携帯電話機１０２にサービスの提供
（）を行う。

【０００９】なお、かかるサービス提供（）の前に、
ＡＰＮ１０４ａから携帯電話機１０２に対し認証結果が
良好である旨の通知がなされる。

【００１０】かかるサービスの提供により、ＡＰＮ１０
４ａには、携帯電話機１０２のユーザに対する課金のた
めの記録としてのＣＤＲ（Call Detailed Record：何月
何日何時何分に何のサービスをどの携帯電話機のユーザ
に提供したかを示す記録）が発生し、図示しない所定の
ＤＢに蓄積される。

【００１１】そして、ＢＰＳ１０５により定期的に行な
われるＣＤＲの収集により、かかるＣＤＲが収集され
（）、ＢＰＳ１０５において、上記サービスＸを利用
したユーザに対する課金処理が行なわれることとなる
（）。

【００１２】以上のようなサービス提供の流れ（〜
）は、携帯電話機１０２がＡＰＮ１０４ｂ、ＡＰＮ１
０４ｃ、その他のアプリケーションサーバからサービス
提供を受ける場合にも同様である。

【００１３】

【発明が解決しようとする課題】ところで、上記のよう
なサービスは、今後も趣向をこらし、益々発展していく
ことが予想され、移動体通信の加入者の増大と相まっ
て、かかるサービス利用者が益々増大してゆくことが予
想されるが、このことは、同時にトラフィック量の増加
を招き、移動体通信システムに対して、多大な負荷を与
えることを意味する。

【００１４】従来の上記移動体通信システムにおいて、
このような負荷に対応するためには、例えば、ＡＰＮ内
のＡＰＳの数を増大させるなども考えられるが、これに
も設備投資の問題でおのずと限界がある。また、同じ時
間帯に、多くのアクセスが集中した場合には、ほとんど
対応が困難となるという問題が容易に予想される。従っ
て、従来の移動体通信システムでは、今後益々高まるで
あろうトラフィック量の増加による当該システムへの負
荷を効果的に分散させ、低減することは、極めて困難で
ある。

【００１５】さらに、従来の上記移動体通信システムで
は、上記トラフィック量の増加に伴い、以下の問題が、
一層顕在化することが予想される。

【００１６】即ち、上述したように、携帯電話機１０２
へのサービスの提供毎にＡＰＮ側で認証を行わなければ
ならないため、ＡＰＮ毎に、加入者ＤＢを設ける必要が
ある。このことは、多数の箇所に重複した加入者ＤＢを
設けることを意味するので、無駄であるばかりか、これ
らの加入者ＤＢ内のデータに整合がとれているか保証で
きないという問題がある。例えば、上述したように、新
たな加入者情報（解約する場合も同様）は、ＢＰＳ１０
５の加入者ＤＢに登録された後、各ＡＰＮの加入者ＤＢ
に登録されるため、かかる情報を書き込むタイミングに
ずれが生じ、それぞれの加入者ＤＢで整合がとれていな
いこともありうる。

【００１７】また、携帯電話機１０２へのサービスの提
供毎にＡＰＮ側で認証を行わなければならないことよ
り、認証のための余分なトラフィックの発生、さらに
は、認証のためのＡＰＮにおけるＣＰＵの浪費、通信設
備の浪費が生じるという問題もある。

【００１８】さらに、各ＡＰＮの加入者ＤＢへの新たな
加入者情報の書き込みや、各ＡＰＮで発生したＣＤＲの
収集などのＢＰＳ１０５に対する負担増大という問題も
ある。

【００１９】本発明は、以上の問題に鑑みてなされたも
のであり、時間的に負荷を効率よく分散、軽減させ、加
えて、システムの信頼性を高めることが可能な分散型ア
クセス制御システムおよび分散型アクセス制御方法、並
びに携帯電子機器端末、ロードバランサ装置を提供する
ことを目的とする。

【００２０】

【課題を解決するための手段】上記の課題を解決するた
め、請求項１に記載の発明は、ネットワーク上における
通信制御を行う分散型アクセス制御システムであって、
携帯電子機器端末から、前記ネットワーク上の特定のロ
ードバランサ装置にアクセスするためのアクセス券の発
行要求を、前記ネットワークを介して受け付ける手段
と、前記発行要求されたアクセス券を、前記携帯電子機
器端末に対して、前記ネットワークを介して発行するア
クセス券発行手段と、を備え、前記ロードバランサ装置
は、複数のサーバから構成されるサーバ群のうち何れか
のサーバに対して携帯電子機器端末からのアクセスを振
り分ける装置であるように構成する。

【００２１】ここで、ロードバランサ装置は、複数のサ
ーバから構成されるサーバ群のうち何れかのサーバに対
して携帯電子機器端末からのアクセスを振り分ける装置
である。また、携帯電子機器端末には、携帯電話機、Ｐ
ＨＳ、ＰＤＡ等のモバイル型電子機器端末、などが含ま
れる。

【００２２】請求項１に記載の発明によれば、分散型ア
クセス制御システムにおいて、携帯電子機器端末から、
ネットワーク上の特定のロードバランサ装置にアクセス
するためのアクセス券の発行要求が、ネットワークを介
して受け付けられる。そして、発行要求されたアクセス
券が、携帯電子機器端末に対して、ネットワークを介し
て発行される。即ち、携帯電子機器端末のユーザは、当
該アクセス券を、分散型アクセス制御システムから取得
しなければ、特定のロードバランサ装置にアクセスする
ことができない。従って、アクセス券を取得していない
携帯電子機器端末からの特定のロードバランサ装置への
アクセスを自律的に禁止し、ロードバランサ装置により
振り分けられるサーバへのアクセスを自律的に禁止する
ことができる。よって、時間的に負荷を効率よく分散、
軽減させることができる。また、ロードバランサ装置の
増設や収容替えをユーザのインパクトが少なく実施する
ことができる。

【００２３】また、サーバの増設時においても、携帯電
子機器端末側には影響を与えず、均等にアクセスを振り
分けることができ、また、１つのサーバがダウンした時
も、他のサーバに均等に振り分けることができ、サーバ
の信頼性を高めることができる。

【００２４】請求項２に記載の発明は、請求項１に記載
の分散型アクセス制御システムにおいて、前記携帯電子
機器端末を利用するユーザのユーザ情報を蓄積するデー
タベースと、前記データベースに蓄積されたユーザ情報
を参照して、前記アクセス券の発行要求を行った携帯電
子機器端末のユーザ認証を行うユーザ認証手段と、をさ
らに備え、前記アクセス券発行手段は、前記ユーザ認証
の結果が妥当であった場合に、前記発行要求されたアク
セス券を、前記携帯電子機器端末に対して、前記ネット
ワークを介して発行するように構成する。

【００２５】請求項２に記載の発明によれば、分散型ア
クセス制御システムで、ユーザ認証を行い、ユーザ認証
の結果が妥当であった場合に初めて当該アクセス券を発
行するので、アクセス券にてアクセス対象となるロード
バランサ装置に接続されるサーバでは、ユーザ認証する
必要がなくなり、その結果、各サーバにおいて、ユーザ
認証のために必要なユーザ情報が蓄積されたデータベー
スを削減することができ、ひいては、各サーバ毎の当該
データベースの整合性がとれないという問題点を解消す
ることができる。また、各サーバにおけるユーザ認証に
伴うＣＰＵおよび通信設備の労費、無駄なトラフィック
を軽減することができる。

【００２６】請求項３に記載の発明は、ネットワーク上
における通信制御を行う分散型アクセス制御システムで
あって、携帯電子機器端末から、ネットワーク上で提供
されるサービスのリストの要求を、前記ネットワークを
介して受け付ける手段と、前記要求された所定のサービ
スのリストを、前記携帯電子機器端末に対して、前記ネ
ットワークを介して提供するサービスリスト提供手段
と、前記携帯電子機器端末から、前記サービスのリスト
のうちからユーザにより選択されたサービスの提供を担
う前記ネットワーク上のサーバにアクセスを振り分ける
ロードバランサ装置にアクセスするためのアクセス券の
発行要求を、前記ネットワークを介して受け付ける手段
と、前記発行要求されたアクセス券を、前記携帯電子機
器端末に対して、前記ネットワークを介して発行するよ
うに構成する。

【００２７】請求項３に記載の発明によれば、分散型ア
クセス制御システムにおいて、携帯電子機器端末から、
ネットワーク上で提供されるサービスのリストの要求
が、ネットワークを介して受け付けられる。そして、要
求されたサービスのリストが、携帯電子機器端末に対し
て、ネットワークを介して提供される。次に、携帯電子
機器端末においてサービスのリストのうちからユーザに
より選択されたサービスの提供を担うネットワーク上の
サーバにアクセスを振り分けるロードバランサ装置にア
クセスするためのアクセス券の発行要求が、ネットワー
クを介して受け付けられる。そして、発行要求されたア
クセス券が、携帯電子機器端末に対して、ネットワーク
を介して発行される。即ち、携帯電子機器端末のユーザ
は、当該アクセス券を、分散型アクセス制御システムか
ら取得しなければ、特定のロードバランサ装置にアクセ
スすることができない。

【００２８】従って、アクセス券を取得していない携帯
電子機器端末からの特定のロードバランサ装置へのアク
セスを自律的に禁止し、ロードバランサ装置により振り
分けられるサーバへのアクセスを自律的に禁止すること
ができる。また、ユーザは、アクセス券を取得する前
に、それに関係するサービスのリストを見ることができ
るので大変便利である。

【００２９】請求項４に記載の発明は、請求項３に記載
の分散型アクセス制御システムにおいて、前記携帯電子
機器端末を利用するユーザのユーザ情報を蓄積するデー
タベースと、前記データベースに蓄積されたユーザ情報
を参照して、前記サービスのリストの要求を行った携帯
電子機器端末のユーザ認証を行うユーザ認証手段と、を
さらに備え、前記サービスリスト提供手段は、前記ユー
ザ認証の結果が妥当であった場合に、前記要求されたサ
ービスのリストを、前記携帯電子機器端末に対して、前
記ネットワークを介して提供するように構成する。

【００３０】請求項５に記載の発明は、請求項３に記載
の分散型アクセス制御システムにおいて、前記携帯電子
機器端末を利用するユーザのユーザ情報を蓄積するデー
タベースと、前記データベースに蓄積されたユーザ情報
を参照して、前記アクセス券の発行要求を行った携帯電
子機器端末のユーザ認証を行うユーザ認証手段と、をさ
らに備え、前記アクセス券発行手段は、前記ユーザ認証
の結果が妥当であった場合に、前記発行要求されたアク
セス券を、前記携帯電子機器端末に対して、前記ネット
ワークを介して発行するように構成する。

【００３１】請求項４または５に記載の発明によれば、
請求項３に記載の発明と同等の効果に加えて、請求項２
に記載の発明と同等の効果を得ることができる。

【００３２】請求項６に記載の発明は、請求項１乃至５
の何れかに記載の分散型アクセス制御システムにおい
て、前記アクセス券の発行状況を蓄積するデータベース
と、前記データベースに蓄積されたアクセス券の発行状
況に基づいて、前記アクセス券の発行可否を決定するア
クセス券発行可否決定手段と、をさらに備え、前記アク
セス券発行手段は、前記アクセス券の発行が可能である
と決定された場合に、前記発行要求されたアクセス券
を、前記携帯電子機器端末に対して、前記ネットワーク
を介して発行するように構成する。

【００３３】請求項６に記載の発明によれば、データベ
ースに蓄積されたアクセス券の発行状況（例えば、発行
数量）に基づいて、アクセス券発行可否を制御すること
ができるので、より一層サーバへのアクセスを事前に制
御することができる。

【００３４】請求項７に記載の発明は、請求項１乃至６
の何れかに記載の分散型アクセス制御システムにおい
て、前記アクセス券には、当該アクセス券によりアクセ
ス可能なロードバランサ装置へのアクセス回数を前記携
帯電子機器端末に対して制限する有効度数が含まれてい
るように構成する。

【００３５】請求項７に記載の発明によれば、アクセス
券に有効度数を設けることにより、アクセス券を使用し
てロードバランサ装置にアクセスできる回数を制限でき
るので、より一層サーバへのアクセスを事前に制御する
ことができる。

【００３６】請求項８に記載の発明は、請求項１乃至７
の何れかに記載の分散型アクセス制御システムにおい
て、前記アクセス券には、当該アクセス券によりアクセ
ス可能なロードバランサ装置へのアクセス期間を前記携
帯電子機器端末に対して制限する有効期間が含まれてい
るように構成する。

【００３７】請求項８に記載の発明によれば、アクセス
券に有効期間を設けることにより、アクセス券を使用し
てロードバランサ装置にアクセスできる期間を制限でき
るので、より一層サーバへのアクセスを事前に制御する
ことができる。

【００３８】請求項９に記載の発明は、請求項１乃至８
の何れかに記載の分散型アクセス制御システムにおい
て、前記アクセス券には、当該アクセス券によりアクセ
ス可能なロードバランサ装置のアドレス情報が含まれて
いるように構成する。

【００３９】請求項９に記載の発明によれば、アクセス
券にロードバランサ装置のアドレス情報（例えば、ＵＲ
Ｌ）を設けることで、携帯電子機器端末はかかるアドレ
ス情報に基づいてアクセスすることができる。

【００４０】請求項１０に記載の発明は、ネットワーク
上における通信制御を行う分散型アクセス制御方法であ
って、携帯電子機器端末のユーザが、前記ネットワーク
上のサーバにアクセスする際に、アクセスのための認証
を行ったアクセス券を取得し、当該アクセス券に基づい
て、複数のサーバから構成されるサーバ群のうち何れか
のサーバに対して前記携帯電子機器端末からのアクセス
を振り分けるロードバランサ装置にアクセスした後、当
該ロードバランサ装置により振り分けられたサーバにア
クセスするように構成する。

【００４１】請求項１０に記載の発明によれば、アクセ
ス券を取得していない携帯電子機器端末からのロードバ
ランサ装置へのアクセスを自律的に禁止し、ロードバラ
ンサ装置により振り分けられるサーバへのアクセスを自
律的に禁止することができる。よって、時間的に負荷を
効率よく分散、軽減させることができる。

【００４２】また、サーバの増設時においても、携帯電
子機器端末側には影響を与えず、均等にアクセスを振り
分けることができ、また、１つのサーバがダウンした時
も、他のサーバに均等に振り分けることができ、サーバ
の信頼性を高めることができる。

【００４３】請求項１１に記載の発明は、ネットワーク
上における通信制御を行う分散型アクセス制御方法であ
って、携帯電子機器端末から、ネットワーク上で提供さ
れるサービスのうちからユーザにより選択され登録され
たサービスに対し、サービスの提供を担う前記ネットワ
ーク上の複数のサーバから構成されるサーバ群のうち何
れかのサーバに前記携帯電子機器端末からのアクセスを
振り分けるロードバランサ装置にアクセスするためのア
クセス券の発行要求を行い、アクセスのための認証とし
て発行されたアクセス券に基づいて、前記ロードバラン
サ装置にアクセスした後、当該ロードバランサ装置によ
り振り分けられたサーバにアクセスするように構成す
る。

【００４４】請求項１１に記載の発明によれば、アクセ
スのための認証として発行されたアクセス券を取得して
いない携帯電子機器端末のユーザからの、ロードバラン
サ装置へのアクセスを自律的に禁止し、ロードバランサ
装置により振り分けられるサービス提供を担うサーバへ
のアクセスを自律的に禁止することができるので、時間
的に負荷を効率よく分散、軽減させることができる。

【００４５】また、サービス用のサーバの増設時におい
ても、携帯電子機器端末側には影響を与えず、均等にア
クセスを振り分けることができ、また、１つのサーバが
ダウンした時も、他のサーバに均等に振り分けることが
でき、サーバの信頼性を高めることができる。

【００４６】請求項１２に記載の発明は、ネットワーク
上における通信制御を行う分散型アクセス制御方法であ
って、携帯電子機器端末が、ネットワーク上で提供され
るサービスのうちからユーザにより選択されたサービス
の提供を担う前記ネットワーク上の複数のサーバから構
成されるサーバ群のうち何れかのサーバにアクセスする
ためのアクセス券および、前記サービスに関するアドレ
ス情報を取得し、前記携帯電子機器端末が、前記サーバ
にアクセスする際に、前記取得した前記サービスのアド
レス情報を、前記サーバ群のうち何れかのサーバに前記
携帯電子機器端末からのアクセスを振り分けるロードバ
ランサ装置の論理アドレスに変換する要求を行い、変換
された論理アドレスに基づいて、当該ロードバランサ装
置にアクセスした後、前記ロードバランサ装置により振
り分けられた前記論理アドレスに対応した実アドレスの
サーバにアクセスするように構成する。

【００４７】請求項１２に記載の発明によれば、携帯電
子機器端末が、ネットワーク上で提供されるサービスの
うちからユーザにより選択されたサービスの提供を担う
前記ネットワーク上の複数のサーバから構成されるサー
バ群のうち何れかのサーバにアクセスするためのアクセ
ス券および、前記サービスに関するアドレス情報を、分
散型アクセス制御システムから取得する。次に、携帯電
子機器端末が、前記サーバにアクセスする際、前記取得
した前記サービスのアドレス情報を、前記サーバ群のう
ち何れかのサーバに前記携帯電子機器端末からのアクセ
スを振り分けるロードバランサ装置の論理アドレスに変
換する要求を、例えば、ネットワーク上のＤＮＳに行
う。そして、変換された論理アドレスに基づいて、携帯
電子機器端末が、当該ロードバランサ装置にアクセスす
ると、ロードバランサ装置では、前記論理アドレスに対
応した実アドレスのサーバに携帯電子機器端末からのア
クセスを振り分ける。これにより、携帯電子機器端末
は、そのサーバにアクセスし、サービスの提供を受け
る。

【００４８】従って、アクセスのための認証として発行
されたアクセス券を取得していない携帯電子機器端末の
ユーザからの、ロードバランサ装置へのアクセスを自律
的に禁止し、ロードバランサ装置により振り分けられる
サービス提供を担うサーバへのアクセスを自律的に禁止
することができるので、時間的に負荷を効率よく分散、
軽減させることができる。

【００４９】また、サービス用のサーバの増設時におい
ても、携帯電子機器端末側には影響を与えず、均等にア
クセスを振り分けることができ、また、１つのサーバが
ダウンした時も、他のサーバに均等に振り分けることが
でき、サーバの信頼性を高めることができる。

【００５０】請求項１３に記載の発明は、請求項１２に
記載の分散型アクセス制御方法において、前記アドレス
情報は、前記携帯電子機器端末を利用するユーザのユー
ザ情報に基づいて割り振られるように構成する。

【００５１】請求項１３に記載の発明によれば、ユーザ
情報に基づいて、携帯電子機器端末からサーバまでのア
クセスルートを、ユーザ毎に異なるように負荷分散する
ことができるので、例えば、料金の支払いが多い者に対
しては、信頼性の高いサーバへ、料金の支払いが少ない
者に対しては、信頼性のあまり高くないサーバへ振り分
けるなど、ユニークな負荷分散を行うことができる。

【００５２】請求項１４に記載の発明は、請求項１０乃
至１３の何れかに記載の分散型アクセス制御方法におい
て、前記アクセス券には、前記サーバに対するアクセス
を制限する有効度数と、有効期間が含まれているように
構成する。

【００５３】請求項１４に記載の発明によれば、アクセ
ス券に有効期間（有効期限）、有効度数を設けることに
より、サーバにアクセスできる期間や回数を制限するこ
とができるので、より一層サーバへのアクセスを事前に
制御することができる。

【００５４】請求項１５に記載の発明は、ネットワーク
上の特定のロードバランサ装置にアクセスするためのア
クセス券の発行を前記ネットワークを介して分散型アク
セス制御システムに要求する手段と、前記要求に対して
分散型アクセス制御システムから発行されたアクセス券
を、前記ネットワークを介して受け取る手段と、前記受
け取ったアクセス券に基づいて、前記ネットワーク上の
特定のロードバランサ装置にアクセスするアクセス手段
と、を備えるように構成する。

【００５５】請求項１５に記載の発明によれば、携帯電
子機器端末において、ネットワーク上の特定のロードバ
ランサ装置にアクセスするためのアクセス券の発行がネ
ットワークを介して分散型アクセス制御システムに要求
される。そして、要求に対して分散型アクセス制御シス
テムから発行されたアクセス券を、ネットワークを介し
て受け取られる。携帯電子機器端末では、ユーザの指示
に応じ、受け取ったロードバランサ装置に基づいて、ネ
ットワーク上の特定のサーバにアクセスする。

【００５６】従って、携帯電子機器端末のユーザは、当
該アクセス券を、分散型アクセス制御システムから取得
しなければ、ユーザが所望する特定のロードバランサ装
置にアクセスすることができない。従って、アクセス券
を取得していない携帯電子機器端末からの特定のロード
バランサ装置へのアクセスを自律的に禁止することがで
きる。

【００５７】請求項１６に記載の発明は、ネットワーク
上で提供されるサービスのリストを、前記ネットワーク
を介して、分散型アクセス制御システムに要求する手段
と、前記要求に対して分散型アクセス制御システムから
提供されたサービスのリストを、前記ネットワークを介
して受け取る手段と、前記受け取ったサービスのリスト
のうち、ユーザにより選択されたサービスの提供を担う
前記ネットワーク上のサーバにアクセスを振り分けるロ
ードバランサ装置にアクセスするためのアクセス券の発
行を、前記ネットワークを介して分散型アクセス制御シ
ステムに要求する手段と、前記要求に対して分散型アク
セス制御システムから発行されたアクセス券を、前記ネ
ットワークを介して受け取る手段と、前記受け取ったア
クセス券に基づいて、前記ネットワーク上のロードバラ
ンサ装置にアクセスするアクセス手段と、を備えるよう
に構成する。

【００５８】請求項１６に記載の発明によれば、携帯電
子機器端末において、ネットワーク上で提供されるサー
ビスのリストが、ネットワークを介して、分散型アクセ
ス制御システムに要求される。そして、要求に対して分
散型アクセス制御システムから提供されたサービスのリ
ストが、ネットワークを介して受け取られる。次に、受
け取られたサービスのリストのうち、ユーザにより選択
されたサービスの提供を担う前記ネットワーク上のサー
バにアクセスを振り分けるロードバランサ装置にアクセ
スするためのアクセス券の発行が、ネットワークを介し
て分散型アクセス制御システムに要求される。そして、
要求に対して分散型アクセス制御システムから発行され
たアクセス券が、ネットワークを介して受け取られる。
携帯電子機器端末では、ユーザの指示に応じ、受け取っ
たアクセス券に基づいて、ネットワーク上の特定のロー
ドバランサ装置にアクセスする。

【００５９】従って、携帯電子機器端末のユーザは、サ
ービスのリストを受け、その後アクセス券を、分散型ア
クセス制御システムから取得しなければ、ユーザが所望
する特定のロードバランサ装置およびこれに接続される
サーバにアクセスすることができない。従って、アクセ
ス券を取得していない携帯電子機器端末からの特定のサ
ーバへのアクセスを自律的に禁止することができる。

【００６０】請求項１７に記載の発明は、請求項１５ま
たは１６に記載の携帯電子機器端末において、前記アク
セス券には、前記サーバへのアクセス回数を制限する有
効度数が含まれており、前記アクセス手段は、前記有効
度数に基づいて前記ロードバランサ装置へのアクセスが
可能であるか否かを判断し、可能であると判断した場合
には、前記ネットワーク上の前記ロードバランサ装置に
アクセスするように構成する。

【００６１】請求項１７に記載の発明によれば、アクセ
ス券に有効度数を設けることにより、アクセス券を使用
してロードバランサ装置にアクセスできる回数を制限で
きるので、より一層サーバへのアクセスを事前に制御す
ることができる。

【００６２】請求項１８に記載の発明は、請求項１７に
記載の携帯電子機器端末において、前記アクセス手段
が、前記ロードバランサ装置にアクセスする毎に、前記
有効度数を所定数減らすように構成する。

【００６３】請求項１８に記載の発明によれば、有効度
数を携帯電子機器端末で管理することができる。

【００６４】請求項１９に記載の発明は、請求項１５乃
至１８の何れかに記載の携帯電子機器端末において、前
記アクセス券には、前記ロードバランサ装置へのアクセ
ス期間を制限する有効期間が含まれており、前記アクセ
ス手段は、前記有効期間に基づいて前記ロードバランサ
装置へのアクセスが可能であるか否かを判断し、可能で
あると判断した場合には、前記ネットワーク上の前記ロ
ードバランサ装置にアクセスするように構成する。

【００６５】請求項１９に記載の発明によれば、アクセ
ス券に有効期間を設けることにより、アクセス券を使用
してロードバランサ装置にアクセスできる期間を制限で
きるので、より一層サーバへのアクセスを事前に制御す
ることができる。

【００６６】請求項２０に記載の発明は、請求項１５乃
至１９の何れかに記載する前記アクセス券を有する携帯
電子機器端末からの前記ネットワークを介したアクセス
を、複数のサーバから構成される所定のサービス提供を
担うサーバ群のうち何れかのサーバに対して振り分ける
ように構成する。

【００６７】請求項２０に記載の発明によれば、携帯電
子機器端末にて取得したアクセス券で指定される特定の
ロードバランサ装置にアクセスするようにしたので、特
定のサーバに同時にアクセスが集中することを避けるこ
とができる。また、アクセス券にて、事前に携帯電子機
器端末がアクセスするロードバランサ装置を分散させる
ことができるので、ある特定のロードバランサ装置のみ
に負荷がかかることを避けることができる。よって、時
間的に負荷を効率よく分散、軽減させることができる。

【００６８】

【発明の実施の形態】以下、本発明の好適な実施の形態
を添付図面に基づいて説明する。以下の説明は、移動体
通信システムに対して本発明を適用した場合の実施形態
である。

【００６９】先ず、本実施形態にかかる移動体通信シス
テムの構成および機能について、図１乃至図３を参照し
て説明する。図１に、本実施形態にかかる移動体通信シ
ステムの構成例を示す。

【００７０】図１に示すように、本実施形態にかかる移
動体通信システム１００は、本発明の携帯電子機器端末
としての携帯電話機２ａ乃至２ｃ、ＤＮＳ３、ＡＰＮ４
ａ乃至４ｃ、ＢＰＳ５に加え、分散型アクセス制御シス
テム６を含んで構成されている。また、ＤＮＳ３とＡＰ
Ｎ５ａ乃至５ｃとＢＰＳ５と分散型アクセス制御システ
ム６とは、ネットワークとしてのインターネット１を介
して相互に接続されている。

【００７１】図２に、携帯電話機２ａ乃至２ｃの概略構
成例を示す。図２に示すように、携帯電話機２ａ乃至２
ｃは、それぞれ、移動体通信手段（無線基地局、交換局
等）を介してインターネット１に接続し各種情報の送受
信を行うための通信部２１、ユーザからの操作指令を入
力するための操作部２２、各種情報や操作部より入力さ
れた操作内容を表示するための表示部２３、ユーザ認証
に必要な情報（ＭＳＮ（電話番号）やユーザＩＤな
ど）、分散型アクセス制御システム６の後述するＩＡ７
のＵＲＬ、さらには、本発明の「アクセス券」としての
「Ｔｏｋｅｎ」や、Ｔｏｋｅｎ発行に必要な後述するサ
ービスリストなどの情報を記録するクライアント記録部
２４、以上の各要素の制御や、サービスリストや各種サ
ービスの提示処理、Ｔｏｋｅｎの更新処理を行うＣＰＵ
よりなる制御・処理部２５を備えている。また、制御・
処理部２５は、本発明のアクセス手段としての機能を有
する。なお、図１の例では、便宜上、携帯電話機２ａ乃
至２ｃを３台示しているが、実際には、これ以上の数が
存在する。

【００７２】ここで、図1に示す各構成要素の説明の前
に、本発明の特徴である「アクセス券」としての「Ｔｏ
ｋｅｎ」について説明する。Ｔｏｋｅｎとは、一言でい
うと、ＡＰＮにアクセスしに行くための権利を意味し、
ユーザからの要求に対して分散型アクセス制御システム
６の後述するＩＡ７により、そのユーザの携帯電話機に
対して発行されるものである。このＡＰＮにアクセスし
に行くための権利は、金銭のやり取りには直接関わらな
いが、何かのサービスを受け付けて貰うために必要な権
利である「整理券（但し、整理券の順番待ちをしなけれ
ばならないという性質は除く）」に似ている。

【００７３】即ち、携帯電話機は、このＴｏｋｅｎを取
得して初めて、ＡＰＮにサービスを要求を行うためのア
クセスをすることができ、Ｔｏｋｅｎを取得していない
携帯電話機は、ＡＰＮにアクセスしにいくことすらでき
ない（アクセスしに行ってから認証の結果で断られるの
ではなく、断られる事になっていると想定してアクセス
しに行かない）ように制御部２５により制御される。

【００７４】さらに、このＴｏｋｅｎは、かかる「整理
券」の性質に加え、複数回利用することができる「回数
券」の性質と、定められた期間内は有効である「定期
券」の性質と、を含んでおり、ＡＰＮにアクセスしに行
くための権利に、アクセスしに行くことができる回数
（以下「有効度数」という）と、アクセスしに行くこと
ができる期間（以下「有効期間」という）とが付加され
ている。より具体的には、携帯電話機は、Ｔｏｋｅｎを
持っていても、それを使用する毎に、その有効度数が減
っていき有効度数が「０」となった後は、ＡＰＮにアク
セスしにいくことができなくなり、また、その有効期間
が経過した後は、有効度数が「０」でなくとも、ＡＰＮ
にアクセスしにいくことができなくなるように制御され
る。

【００７５】そして、このＴｏｋｅｎは、サービス毎、
即ち、ＡＰＮ毎に対応して存在するものであり、ユーザ
は、後述する分散型アクセス制御システム６のＩＡ７か
ら提供されるサービスリストのうち、所望するサービス
に対応するＴｏｋｅｎを分散型アクセス制御システム６
のＩＡ７に要求することができる。これにより、Ｔｏｋ
ｅｎを携帯電話機で取得したユーザのみが、かかるＴｏ
ｋｅｎに対応したＡＰＮにアクセスし、サービスの提供
を受けることができる。

【００７６】かかるＴｏｋｅｎのデータ構成としては、
例えば、「アプリケーションサーバのＵＲＬ／有効度数
／有効期間」などの情報で構成される。

【００７７】このように、本通信システム１００にてＴ
ｏｋｅｎという概念を用いることにより、これを取得し
ていない携帯電話機からのＡＰＮへのアクセスを自律的
に禁止することができるため、Ｔｏｋｅｎの発行を制御
することで、ＡＰＮへのアクセスを事前に制御すること
ができる。

【００７８】図１の構成要素の説明に戻り、ＤＮＳ３
は、従来の移動体通信システム（図１１参照）における
ＤＮＳ１０３と同様、各種サーバのＵＲＬをＩＰアドレ
スを変換して提供するサーバである。ＡＰＮ４ａ乃至４
ｃも、従来の移動体通信システムにおけるＡＰＮ１０４
ａ乃至１０４ｃと同様、携帯電話機２ａ乃至２ｃに対し
各種サービスを提供するノード群であるが、従来の移動
体通信システムのＡＰＮ１０４ａ乃至１０４ｃとは異な
り、ＡＰＮ４ａ乃至４ｃには、上述したＴｏｋｅｎを取
得している携帯電話機でなければアクセスすることがで
きない。また、従来の移動体通信システムにおけるＡＰ
Ｎ１０４ａ乃至１０４ｃとは異なり、加入者ＤＢが設け
られていない。これは、ユーザ認証は、後述する分散型
アクセス制御システム６のＣＡ８により、Ｔｏｋｅｎ発
行前に行なわれるので、ＡＰＮ４ａ乃至４ｃでは、携帯
電話機２ａ乃至２ｃにサービスを提供する際のユーザ認
証を行なう必要がないからである。なお、図１の例に
は、サービスＸを行うＡＰＮ４ａ、サービスＹを行うＡ
ＰＮ４ｂ、サービスＺを行うＡＰＮ４ｃが、それぞれ、
示されているが、実際には、サービスの種類は、これ以
上存在し、かかるサービス毎にＡＰＮが設けられること
となる。

【００７９】ＢＰＳ５も、従来の移動体通信システムに
おけるＢＰＳ１０５と同様、携帯電話機２ａ乃至２ｃの
ユーザに対して、サービス提供による課金を行うシステ
ムである。

【００８０】分散型アクセス制御システム６は、図１に
示すように、サービス情報提供装置（Information Agen
t：以下「ＩＡ」という）７と、加入者情報管理装置（C
lient Administrator：以下「ＣＡ」という）８と、サ
ービス内容管理装置（ServiceAdministrator：以下「Ｓ
Ａ」という）９と、を含んで構成される。ＩＡ７、ＣＡ
８、ＳＡ９は、それぞれ、ハードウェア資源として、公
知のパーソナルコンピュータ、中型、大型コンピュー
タ、ワークステーションなどのコンピュータからなる。

【００８１】図３（Ａ）にＩＡ７の概略構成例を示す。
図３（Ａ）に示すように、ＩＡ７は、各種情報を記憶す
る記憶部７１、インターネット１に接続し携帯電話機２
ａ乃至２ｃ、ＣＡ８、ＳＡ９と各種情報の送受信を行う
ための通信部７２、以上の各要素の制御や、後述するサ
ービスリストおよび、上述したＴｏｋｅｎを携帯電話機
２ａ乃至２ｃに提供（発行）するための処理を行う制御
・処理部７３を備えている。記憶部７１には、サービス
情報データベース（ＤＢ）が論理的に構築されており、
かかるＤＢには、ＡＰＮ４ａ乃至４ｃから携帯電話機２
ａ乃至２ｃに対して提供することが可能なサービス情報
が、後述するユーザクラスに対応付けられて蓄積されて
いる。このサービス情報は、ＳＡ９からインターネット
１を介して定期的に送信される。制御・処理部７３は、
本発明のアクセス券発行手段としての機能を有する。

【００８２】このＩＡ７は、分散型アクセス制御システ
ム６のうち、携帯電話機２ａ乃至２ｃが唯一アクセスす
ることが可能な装置であり、携帯電話機２ａ乃至２ｃに
対する受付窓口としての役割を担っている。ＩＡ７の制
御・処理部７３は、携帯電話機２ａ乃至２ｃからのサー
ビスリストの要求を受付け、後述するＣＡ８からのサー
ビスリスト提供可否や、ユーザ情報（後述するユーザク
ラス）に基づいて携帯電話機２ａ乃至２ｃのそれぞれに
提供可能なサービスを選定し、サービスリストを生成し
て、これを、通信部７２およびインターネット１等を介
して、携帯電話機２ａ乃至２ｃに提供する。

【００８３】また、ＩＡ７の制御・処理部７３は、携帯
電話機２ａ乃至２ｃからのサービスリストに基づくＴｏ
ｋｅｎの要求を受付け、これに伴なってＳＡ９にて生成
された要求サービスに対応するＴｏｋｅｎを、通信部７
２およびインターネット１等を介して、携帯電話機２ａ
乃至２ｃに提供する。

【００８４】図３（Ｂ）にＣＡ８の概略構成例を示す。
図３（Ｂ）に示すように、ＣＡ８は、各種情報を記憶す
る記憶部８１、インターネット１に接続しＢＰＳ５、Ｉ
Ａ７、ＳＡ９と各種情報の送受信を行うための通信部８
２、以上の各要素の制御や、ユーザ情報の登録・更新・
削除、ユーザ認証、Ｔｏｋｅｎの有効度数、有効期間の
決定、ユーザ毎のＴｏｋｅｎ取得状況の記録などの処理
を行う制御・処理部８３を備えている。また、制御・処
理部８３は、本発明のユーザ認証手段としての機能を有
する。記憶部８１には、加入者情報ＤＢが論理的に構築
されており、かかるＤＢには、移動体通信事業者の店舗
や代理店などで、携帯電話利用契約を行った加入者（ユ
ーザ）情報、例えば、ユーザ毎に付与されるユーザＩＤ
に対応付けて、携帯電話機の電話番号（ＭＳＮ）、ユー
ザの住所、氏名、どのサービスを利用するかを示すユー
ザクラス（ユーザの指定より設定）、Ｔｏｋｅｎについ
ての特別取極、Ｔｏｋｅｎ取得状況、課金情報などの情
報が蓄積されている。

【００８５】ここで、Ｔｏｋｅｎについての特別取極と
は、ユーザと分散型アクセス制御システム６の運営者と
の間の特別の取極めである。例えば、Ｔｏｋｅｎは、上
述したように、整理券としての性質を有するため、それ
自体を提供することで、原則として、課金はせず、一律
に有効度数、有効期間を設定するものであるが、例外と
して、ユーザからの要求に応じて有効度数を通常のもの
より高く設定したり、有効期間を通常のものより長く設
定したりする特別の取極めを行うこともできる。かかる
場合、通常よりも高く、或いは長く設定した分の料金
を、基本料金に上乗せる等を行うようにしてもよい。

【００８６】また、特別待遇用Ｔｏｋｅｎを発行するか
否かの特別の取極めも行うことができる。ＡＰＮ内に複
数のアプリケーションサーバが設けられている場合、後
述するＳＡ９において、アクセス配分を予め制御するよ
う、ＴｏｋｅｎにおけるＵＲＬを分散するように設定す
ることができるが、特別待遇用Ｔｏｋｅｎにてアクセス
可能なアプリケーションサーバに対しては、通常のＴｏ
ｋｅｎにてアクセス可能なアプリケーションサーバより
も負荷を軽くするように設定する。これにより、特別待
遇用Ｔｏｋｅｎを取得しているユーザは、通常のＴｏｋ
ｅｎを取得しているユーザよりも、アクセス時間が早く
なる。かかる場合も、通常よりも高く、或いは長く設定
した分の料金を、基本料金に上乗せる等を行うようにし
てもよい。

【００８７】以上のようなユーザ情報は、ＢＰＳ１０５
の加入者ＤＢに最初に登録された後、ＣＡ８の加入者情
報ＤＢに登録するようにしても、ＣＡ８の加入者情報Ｄ
Ｂに最初に登録するようにしても構わない。

【００８８】ＣＡ８の制御・処理部８３は、携帯電話機
２ａ乃至２ｃからのサービスリストの要求がＩＡ７にあ
った際のＩＡ７からの通知に応じ、加入者情報ＤＢのユ
ーザ情報に基づいて、ユーザ認証、即ち、携帯電話機２
ａ乃至２ｃのユーザ、例えば、ＭＳＮが、加入者情報Ｄ
Ｂに登録されているか否かを判断するとともに、そのユ
ーザの課金情報からユーザに対してサービスを提供して
も良いかどうかを判断し、その結果（サービスリスト提
供可否）をインターネット１を介してＩＡ７に通知す
る。

【００８９】また、ＣＡ８の制御・処理部８３は、携帯
電話機２ａ乃至２ｃからのサービスリストに基づくＴｏ
ｋｅｎの要求がＩＡ７にあった際のＩＡ７からの通知に
応じ、特別の取極めがあれば、その情報とともに、Ｔｏ
ｋｅｎの要求があった旨の情報をインターネット１を介
してＳＡ９に通知する。さらに、ＣＡ８の制御・処理部
８３は、ＳＡ９にて生成されたＴｏｋｅｎを、一旦受け
て、対応するユーザのユーザ情報に対応付けてＴｏｋｅ
ｎ取得状況を加入者情報ＤＢに記録した後、かかるＴｏ
ｋｅｎをＩＡ７に提供する。そして、このＴｏｋｅｎ
は、上述したように、ＩＡ７から携帯電話機に対して、
発行されることとなる。

【００９０】即ち、このＴｏｋｅｎ発行は、サービスリ
ストの提供を経た後に行なわれるものであって、このサ
ービスリストの提供は、ＣＡ７におけるユーザ認証等の
判断結果、サービス提供可能であった場合に行なわれ
る。そして、携帯電話機２ａ乃至２ｃのユーザは、Ｔｏ
ｋｅｎが無ければ、ＡＰＮ４ａ乃至４ｃに対してアクセ
スすることすらできないので、ＡＰＮ４ａ乃至４ｃ側で
サービス提供時にユーザ認証を行う必要がなくなる。

【００９１】従って、ＡＰＮ４ａ乃至４ｃにおける加入
者ＤＢを削減することができ、ひいては、加入者ＤＢ内
の情報の整合性がとれないという問題点を解消すること
ができる。また、各ＡＰＮ４ａ乃至４ｃにおけるユーザ
認証に伴うＣＰＵおよび通信設備の労費、無駄なトラフ
ィックを軽減することができる。

【００９２】図３（Ｃ）にＳＡ９の概略構成例示す。図
３（Ｃ）に示すように、ＳＡ９は、各種情報を記憶する
記憶部９１、インターネット１に接続しＡＰＮ４ａ乃至
４ｃ、ＣＡ８、ＳＡ９と各種情報の送受信を行うための
通信部９２、以上の各要素の制御や、Ｔｏｋｅｎの生
成、サービス内容の登録・更新・削除などの処理を行う
制御・処理部９３を備えている。

【００９３】記憶部９１には、サービス内容ＤＢが論理
的に構築されており、かかるＤＢには、ＡＰＮ４ａ乃至
４ｃのそれぞれにおいて提供されるサービス内容、即
ち、サービスに関する詳細内容がサービスＩＤに対応付
けて蓄積されている。かかるサービス内容は、例えば、
ＡＰＮ４ａ乃至４ｃにおいてサービス内容が追加、変更
された際、ＡＰＮ４ａ乃至４ｃからインターネット１を
介して送信されたり、新たなＡＰＮが設けれた際に、そ
のＡＰＮからインターネット１を介して送信される。ま
た、各ＡＰＮで提供されるサービス内容には、上述した
ユーザクラスが設定されている。さらに、サービス内容
ＤＢには、ＡＰＮ毎に対応付けてＴｏｋｅｎ発行状況
（Ｔｏｋｅｎ発行数）が蓄積されている。また、制御・
処理部９３は、本発明のアクセス券発行可否決定手段と
しての機能を有する。

【００９４】ＳＡ９の制御・処理部９３は、携帯電話機
２ａ乃至２ｃからのＴｏｋｅｎの要求がＩＡ７にあった
際のＣＡ８からの通知に応じ、先ず、発行要求があった
Ｔｏｋｅｎに対応するＡＰＮのＴｏｋｅｎ発行状況か
ら、Ｔｏｋｅｎを発行すべきか否かを決定する。これに
より、携帯電話機のＡＰＮに対するアクセスを制御する
ことができるので、例えば、同じ時間帯に、多くのアク
セスが集中した場合にも、ＡＰＮにて十分に対応するこ
とが可能となる。

【００９５】そして、ＳＡ９の制御・処理部９３は、Ｔ
ｏｋｅｎを発行を決定した場合には、特別の取極めがあ
れば、その情報に基づいて、Ｔｏｋｅｎ（サーバのＵＲ
Ｌ／有効度数／有効期限）を生成し、それをインターネ
ット１を介してＣＡ８に提供する。

【００９６】ＡＰＮが複数のアプリケーションサーバか
ら構成されている場合には、ＳＡ９の制御・処理部９３
は、その都度、ＴｏｋｅｎにおけるＵＲＬを、それぞれ
のサーバに分散するように設定する。これにより、Ｔｏ
ｋｅｎを取得した携帯電話機は、毎回特定のアプリケー
ションサーバにアクセスを試行することとなる。この事
は、ＡＰＮに対する携帯電話機のアクセス配分を予め制
御することができることを意味し、これにより、負荷分
散を行うことができるので、同じ時間帯に、一つのアプ
リケーションサーバにアクセスが集中することを回避す
ることができる。

【００９７】なお、上述したように、特別の取極にて、
特別待遇用Ｔｏｋｅｎを生成する場合には、Ｔｏｋｅｎ
におけるＵＲＬを特別のＵＲＬとして設定する。

【００９８】また、ＳＡ９の制御・処理部９３は、サー
ビス内容ＤＢにＡＰＮのサービス内容の新規登録、追
加、変更があった場合には、その情報（サービスリスト
生成のための情報）をインターネット１を介してＩＡ７
に送信する。

【００９９】次に、以上の本実施形態にかかる移動体通
信システム１００における動作について、図４乃至図１
０を参照して説明する。

【０１００】図４に、携帯電話機２ａ乃至２ｃに対する
サービスリスト提供時の本システム１００における模式
図を、図５に、携帯電話機２ａ乃至２ｃに対するサービ
スリスト提供時の本システム１００における処理の流れ
（フロー）を、それぞれ示す。

【０１０１】先ず、携帯電話機の制御・処理部２５は、
ユーザからの操作部２２を介した指示に応じて、移動体
通信手段を介して、クライアント記録部２４に予め登録
された分散型アクセス制御システム６のＩＡ７のＵＲＬ
を指定して、ＩＡ７とのインターネット１での接続を確
立し、サービスリストを要求する（ステップＳ１）。図
４の例では、３台の携帯電話機２ａ乃至２ｃが、それぞ
れ、ＩＡ７に対し、サービスリストを要求しているよう
すを示している。なお、携帯電話機２ａ乃至２ｃとＩＡ
７との接続は、上述したように、ＤＮＳ３にて、ＵＲＬ
からＩＰアドレスに変換されることにより行なわれる
が、かかるステップについては、以下の説明でも省略す
る。

【０１０２】次に、ＩＡ７の制御・処理部７３は、かか
るサービスリストの要求に応じ、ＣＡ８に対してユーザ
認証等をインターネット２を介して要求する（ステップ
Ｓ２）。この際、当該携帯電話機２ａ乃至２ｃのＭＳＮ
が、ＣＡ８に対して通知されることとなる。続いて、Ｃ
Ａ８の制御・処理部８３は、かかるユーザ認証等の要求
に応じ、サービスリストを要求した携帯電話機のＭＳＮ
が加入者情報ＤＢに登録されているか否かを判断し（ス
テップＳ３）、登録されている場合には、その携帯電話
機のユーザの課金情報からユーザに対してサービスを提
供しても良いかどうかを判断する（ステップＳ４）。

【０１０３】そして、ＣＡ８の制御・処理部８３は、サ
ービスを提供しても良いと判断した場合には、その旨お
よび、加入者情報ＤＢに登録されたその携帯電話機に対
応するユーザクラスを、インターネット３を介してＩＡ
７に通知する（ステップＳ５）。

【０１０４】例えば、加入者情報ＤＢには、図４の符号
４０１部に示すように、ＭＳＮがＡである携帯電話機２
ａのサービスクラスは”１”、ＭＳＮがＢである携帯電
話機２ｂのサービスクラスも”１”、ＭＳＮがＣである
携帯電話機２ｃのサービスクラスもは”２”、としてそ
れぞれ登録されており、このような情報をＩＡ７に通知
するのである。

【０１０５】一方、ＣＡ８の制御・処理部８３は、上記
ステップＳ４にて、携帯電話機のＭＳＮが登録されてい
ないと判断した場合や、ステップＳ５において、サービ
スを提供しても良くない判断した場合、例えば、ユーザ
が通話料、サービス料等の支払いを延滞していた場合に
は、サービス提供は行わない旨をＩＡ７に通知する。

【０１０６】ＩＡ７の制御・処理部８３は、かかる通知
に応じ、サービスの提供に問題ないと判断した場合に
は、携帯電話機のユーザクラスに対応する提供可能サー
ビスを、上述したように、ＳＡ９から提供された情報に
基づいて選定し、サービスリストを生成して、インター
ネット１を介して対応する携帯電話機に提供する（ステ
ップＳ７）。

【０１０７】例えば、図４の符号４０２部に示すよう
に、ユーザクラス”１”に対して提供可能なサービス
は、サービスＸ、Ｙ、Ｚであり、ユーザクラス”２”に
対して提供可能なサービスは、サービスＸ、Ｙである。
従って、携帯電話機２ａおよび２ｂに対しては、ユーザ
クラスが”１”であることより、サービスＸ、Ｙ、Ｚの
サービスリストを提供することとなる。また、携帯電話
機２ｃに対しては、ユーザクラスが”２”であることよ
り、サービスＸ、Ｙのサービスリストを提供することと
なる。

【０１０８】このように、Ｔｏｋｅｎ発行前のサービス
リスト提供時において、ユーザ認証を行うようにしたの
で、ＡＰＮ４ａ乃至４ｃにおけるサービス提供時には、
ユーザ認証を行う必要がなく、従って、ＡＰＮ４ａ乃至
４ｃにおける加入者ＤＢを削減することができ、ひいて
は、加入者ＤＢ内の情報の整合性がとれないという問題
点を解消することができる。また、各ＡＰＮ４ａ乃至４
ｃにおけるユーザ認証に伴うＣＰＵおよび通信設備の労
費、無駄なトラフィックを軽減することができる。

【０１０９】一方、ＩＡ７の制御・処理部８３は、かか
る通知に応答し、サービスの提供に問題があると判断し
た場合には、サービス提供ができない旨を、携帯電話機
に送信することとなる。

【０１１０】そして、各携帯電話機２ａ乃至２ｃでは、
提供されたサービスリストをクライアント記録部２４に
記憶する（ステップＳ８）とともに、表示部２３に表示
する。こうして、各携帯電話機２ａ乃至２ｃのユーザ
は、表示部２３に表示されたサービスリストから、所望
のＴｏｋｅｎを要求するための操作を操作部２２にて行
うこととなる。

【０１１１】図６に、携帯電話機２ａ乃至２ｃに対する
Ｔｏｋｅｎ提供時の本システム１００における模式図
を、図７に、携帯電話機２ａ乃至２ｃに対するＴｏｋｅ
ｎ提供時の本システム１００における処理の流れ（フロ
ー）を、それぞれ示す。

【０１１２】先ず、携帯電話機の制御・処理部２５は、
ユーザからの操作部２２を介したＴｏｋｅｎ選択指示に
応じて、インターネット１を介して、Ｔｏｋｅｎを要求
する（ステップＳ１１）。図６の例では、携帯電話機２
ａは、サービスリストの中に表示されたサービスＸ、
Ｙ、Ｚの全てを要求しており、携帯電話機２ｂは、サー
ビスリストの中に表示されたサービスＸ、Ｙ、Ｚのう
ち、サービスＸ、Ｚを要求しており、携帯電話機２ｃ
は、サービスリストの中に表示されたサービスＸ、Ｙの
全てを要求している。かかる要求には、要求対象のサー
ビスに対応するサービスＩＤが含まれる。

【０１１３】次に、ＩＡ７の制御・処理部７３は、かか
るＴｏｋｅｎの要求に応じ、ＣＡ８に対して、その旨お
よびサービスＩＤを、それを要求した携帯電話機のＭＳ
Ｎに対応付けてインターネット１を介して通知する（ス
テップＳ１２）。続いて、ＣＡ８の制御・処理部８３
は、かかる通知に応じ、加入者ＤＢを参照して、特別の
取極があるか否か判断し（ステップＳ１３）、ある場合
には、その情報とともに、サービスＩＤ、ＭＳＮととも
にインターネット１を介してＳＡ９に通知する（ステッ
プＳ１４）。

【０１１４】ＳＡ９の制御・処理部９３は、かかる通知
に応じ、先ず、サービス内容ＤＢを参照して、発行要求
があった（サービスＩＤに対応する）Ｔｏｋｅｎに対応
するＡＰＮのＴｏｋｅｎ発行状況から、Ｔｏｋｅｎを発
行すべきか否かを決定する（ステップＳ１５）。例え
ば、発行要求があった（サービスＩＤに対応する）Ｔｏ
ｋｅｎにＡＰＮのＴｏｋｅｎ発行状況から、Ｔｏｋｅｎ
発行量とそのＡＰＮの負荷容量とを比較して、問題が無
ければ、Ｔｏｋｅｎの発行を決定する。

【０１１５】これにより、携帯電話機のＡＰＮに対する
アクセスを制御することができるので、例えば、同じ時
間帯に、多くのアクセスが集中した場合にも、ＡＰＮに
て十分に対応することが可能となる。

【０１１６】そして、ＳＡ９の制御・処理部９３は、Ｔ
ｏｋｅｎを発行を決定した場合には、Ｔｏｋｅｎを生成
する（ステップＳ１６）。ここで、特別の取極めがある
場合には、その情報に基づいて、Ｔｏｋｅｎを生成す
る。続いて、ＳＡ９の制御・処理部９３は、そのＴｏｋ
ｅｎに対応するサービス（サービスＩＤ）のＴｏｋｅｎ
発行状況を更新する（ステップＳ１７）。ここで、上述
したように、ＡＰＮが複数のアプリケーションサーバか
ら構成されている場合には、ＳＡ９の制御・処理部９３
は、ＴｏｋｅｎにおけるＵＲＬを、それぞれのサーバに
分散するように設定する。これにより、負荷分散を行う
ことができるので、同じ時間帯に、一つのアプリケーシ
ョンサーバにアクセスが集中することを回避することが
できる。

【０１１７】また、上述したように、特別の取極に基づ
いて、特別待遇用Ｔｏｋｅｎを生成する場合には、ＳＡ
９の制御・処理部９３は、ＴｏｋｅｎにおけるＵＲＬを
特別のＵＲＬとして設定する。これにより、特別待遇用
Ｔｏｋｅｎを取得しているユーザは、通常のＴｏｋｅｎ
を取得しているユーザよりも、アクセス時間が早くな
る。

【０１１８】そして、ＳＡ９の制御・処理部９３は、か
かるＴｏｋｅｎを、ＭＳＮとともにインターネット１を
介してＣＡ８に提供する（ステップＳ１８）。

【０１１９】続いて、ＣＡ８の制御・処理部８３は、か
かるＴｏｋｅｎ等を受け取り、加入者ＤＢを参照して、
そのＴｏｋｅｎを要求したユーザのＴｏｋｅｎ取得状況
を更新し（ステップＳ１９）後、かかるＴｏｋｅｎ等を
インターネット１を介してＩＡ８に提供する（ステップ
Ｓ２０）。

【０１２０】そして、ＩＡ７の制御・処理部７３は、か
かるＴｏｋｅｎ等を受け取り、それを要求した携帯電話
機に対して、インターネット１を介して発行（送信）す
る（ステップＳ２１）。

【０１２１】一方、上記ステップＳ１５にて、ＳＡ９の
制御・処理部９３が、Ｔｏｋｅｎを発行しないと決定し
た場合には、ＩＡ７の制御・処理部７３は、ＣＡ８を介
して、その旨の情報を受け取り、それをインターネット
１を介して携帯電話機に通知することとなる。

【０１２２】そして、各携帯電話機２ａ乃至２ｃでは、
発行されたＴｏｋｅｎを受け取り、クライアント記録部
２４に記憶する（ステップＳ２２）。こうして、各携帯
電話機２ａ乃至２ｃのユーザは、取得したＴｏｋｅｎに
基づいて、ＡＰＮ４ａ乃至４ｃに対してアクセスするこ
とが可能となる。

【０１２３】図８および図９に、携帯電話機２ａ乃至２
ｃに対する各種サービス提供時の本システム１００にお
ける模式図を、図１０に、携帯電話機２ａ乃至２ｃに対
する各種サービス提供時の本システム１００における処
理の流れ（フロー）を、それぞれ示す。

【０１２４】図８の例では、以上の手続きにより、携帯
電話機２ａは、Ｔｏｋｅｎ（Ｘ）、Ｔｏｋｅｎ（Ｙ）、
Ｔｏｋｅｎ（Ｚ）を取得しており、携帯電話機２ｂは、
Ｔｏｋｅｎ（Ｘ）、Ｔｏｋｅｎ（Ｚ）を取得しており、
携帯電話機２ｃは、Ｔｏｋｅｎ（Ｘ）、Ｔｏｋｅｎ
（Ｙ）を取得しており、これらのＴｏｋｅｎは、ユーザ
が操作部２２からの予定の指示に基づいて、表示部２３
に表示される。

【０１２５】そして、ユーザが、アクセスしたいＡＰＮ
に対応するＴｏｋｅｎを操作部２２から指定すると、携
帯電話機の制御・処理部２５は、かかるＴｏｋｅｎに含
まれる有効度数、有効期間からアクセス可能か否かを判
断する（ステップＳ３１）。携帯電話機の制御・処理部
２５は、アクセス可能であると判断した場合には、Ｔｏ
ｋｅｎに含まれるＵＲＬに基づいて、ＡＰＮの特定のア
プリケーションサーバに移動体通信手段およびインター
ネット１を介して、アクセスを試行する（ステップＳ３
２）。

【０１２６】図８に示すように、Ｔｏｋｅｎ（Ｘ）を取
得している携帯電話機２ａ乃至２ｃは、それぞれ、ＡＰ
Ｎ４ａにアクセスすることができ、Ｔｏｋｅｎ（Ｙ）を
取得している携帯電話機２ａおよび２ｃは、それぞれ、
ＡＰＮ４ｂにアクセスすることができ、Ｔｏｋｅｎ
（Ｚ）を取得している携帯電話機２ａおよび２ｂは、そ
れぞれ、ＡＰＮ４ｃにアクセスすることができる。

【０１２７】また、図９の例では、ＡＰＮ４ａが複数の
アプリケーションサーバから構成されている場合を示し
ているが、この例では、携帯電話機２ａ乃至２ｃのそれ
ぞれに発行されたサービスＸのＴｏｋｅｎにおけるＵＲ
Ｌが分散するように設定されているので、携帯電話機２
ａ乃至２ｃは、それぞれ、特定のアプリケーションサー
バにアクセスすることとなる。

【０１２８】即ち、携帯電話機２ａは、Ｔｏｋｅｎ（Ｘ
１）に基づき、ＡＰＮ４ａ内のアプリケーションサーバ
（ＡＰＳ）１に、携帯電話機２ｂは、Ｔｏｋｅｎ（Ｘ
２）に基づき、ＡＰＮ４ａ内のアプリケーションサーバ
（ＡＰＳ）２に、携帯電話機２ｃは、Ｔｏｋｅｎ（Ｘ
３）に基づき、ＡＰＮ４ａ内のアプリケーションサーバ
（ＡＰＳ）３に、それぞれ、アクセスすることとなる。
これにより、負荷分散を行うことができるので、同じ時
間帯に、一つのアプリケーションサーバにアクセスが集
中することを回避することができる。

【０１２９】一方、上記ステップＳ３１で、携帯電話機
の制御・処理部２５は、アクセス不可であると判断した
場合、例えば、有効期間が既に経過していた場合や、有
効度数が「０」であった場合には、アクセス試行は行わ
ない。

【０１３０】こうして、携帯電話機がＡＰＮとのインタ
ーネット上での接続を確立すると、携帯電話機とＡＰＮ
との間で、サービスの提供と利用が行なわれる（ステッ
プＳ２２）こととなる。また、携帯電話機がＡＰＮとの
インターネット上での接続の確立により、携帯電話機の
制御・処理部２５は、Ｔｏｋｅｎにおける有効度数を１
つ減らし更新する（ステップＳ３３）。

【０１３１】なお、かかる有効度数は、携帯電話機の制
御・処理部２５により、ＡＰＮへのアクセスを行う度に
減算されるものであり、例えば、現在、有効度数が「１
０」であるとすると、ＡＰＮのアクセスは、１０回行う
ことができる。また、かかる有効度数が「０」となる
前、或いは、「０」となった時点で、携帯電話機の制御
・処理部２５が、自動的に、分散型アクセス制御システ
ム６のＩＡ７にアクセスし、かかるＴｏｋｅｎの更新
（有効度数を増やす更新）を行うようにしてもよい。こ
の事は、Ｔｏｋｅｎの有効期限についても同様で、有効
期限が到来する数日前、或いは、有効期限が到来した
際、携帯電話機の制御・処理部２５が、自動的に、分散
型アクセス制御システム６のＩＡ７にアクセスし、かか
るＴｏｋｅｎの更新（有効期限を延ばす更新）を行うよ
うにしてもよい。

【０１３２】そして、ＡＰＮでは、サービス提供に基づ
く上述したＣＤＲを生成する（ステップＳ３４）。ＢＰ
Ｓ５は、インターネット１を介して、かかるＣＤＲを収
集し（ステップＳ３５）、当該ユーザに対する課金処理
を行う（ステップＳ３６）。そして、ＢＰＳ５は、イン
ターネット１を介して、分散型アクセス制御システム６
のＣＡ８に対して、当該ユーザのＭＳＮに対応付けて課
金情報を提供する（ステップＳ３７）。そして、分散型
アクセス制御システム６のＣＡ８では、加入者情報ＤＢ
内のかかるユーザに対応する課金情報を更新する（ステ
ップＳ３８）。

【０１３３】以上説明したように本実施形態によれば、
Ｔｏｋｅｎという概念を用いることにより、これを取得
していない携帯電話機からのＡＰＮへのアクセスを自律
的に禁止することができるようにしたので、Ｔｏｋｅｎ
の発行を制御することで、ＡＰＮへのアクセスを事前に
制御することができる。よって、時間的に負荷を効率よ
く分散、軽減させることができる。

【０１３４】また、ＡＰＮに対応するＴｏｋｅｎ発行状
況に基づいて、Ｔｏｋｅｎ発行可否を制御することがで
きるので、さらにＡＰＮへのアクセスを事前に制御する
ことができ、例えば、同じ時間帯に、多くのアクセスが
集中した場合にも、ＡＰＮにて十分に対応することが可
能となる。

【０１３５】また、ＡＰＮが複数のアプリケーションサ
ーバから構成されている場合に、ＴｏｋｅｎにおけるＵ
ＲＬを、それぞれのサーバに分散するように設定するこ
とができるので、ＡＰＮへの負荷分散を制御することが
でき、同じ時間帯に、一つのアプリケーションサーバに
アクセスが集中することを回避することができる。

【０１３６】また、Ｔｏｋｅｎという概念を用いること
で、サービス提供にかかるユーザ認証を、一個所で行う
ことができるので、各ＡＰＮにおけるサービス提供時
に、ユーザ認証を行う必要がなくなり、その結果、各Ａ
ＰＮおける加入者ＤＢを削減することができ、ひいて
は、加入者ＤＢ内の情報の整合性がとれないという問題
点を解消することができる。また、各ＡＰＮにおけるユ
ーザ認証に伴うＣＰＵおよび通信設備の労費、無駄なト
ラフィックを軽減することができる。

【０１３７】次に、上記実施形態において、ＡＰＮが複
数のアプリケーションサーバから構成されている場合に
は、ＳＡ９の制御・処理部９３は、Ｔｏｋｅｎにおける
ＵＲＬを、それぞれのサーバに分散するように設定する
ように構成したが、さらに効果的な負荷分散の手法とし
て、ロードバランサ（負荷平衡）装置を用いる構成につ
いて、図１１乃至図１３を参照して説明する。

【０１３８】図１１は、ＡＰＮ４ａ乃至４ｃのそれぞれ
対して、負荷のバランスを図るためのロードバランサ群
１５ａ乃至１５ｃを設けた場合の移動体通信システムの
構成例を示す図である。ロードバランサ群１５ａ乃至１
５ｃのそれぞれには、複数のロードバランサ装置が設け
られており、かかるロードバランサ装置は、ＡＰＮ内の
複数のアプリケーションサーバへの携帯電話機からのア
クセスを振り分ける機能を有する。

【０１３９】なお、以下の図１１に示す移動体通信シス
テム２００の説明において、上記図１に示す移動体通信
制御システム１００と同様の構成、機能部分の説明は省
略する。

【０１４０】図１１に示す移動体通信システム２００の
構成においても、上記図５を参照して説明したサービス
リスト提供時における処理の流れ、および上記図７を参
照して説明したＴｏｋｅｎ提供時における処理の流れは
同様であるが、図７に示すステップＳ１６において、Ｓ
Ａ９の制御・処理部９３が生成するＴｏｋｅｎのデータ
構成が異なる。

【０１４１】即ち、上記図１に示す移動体通信制御シス
テム１００においては、Ｔｏｋｅｎのデータ構成を「ア
プリケーションサーバのＵＲＬ／有効度数／有効期間」
としたが、移動体通信システム２００において、ＳＡ９
の制御・処理部９３により生成されるＴｏｋｅｎのデー
タ構成は、「ロードバランサ装置のＵＲＬ／有効度数／
有効期間」とする。このロードバランサ装置のＵＲＬ
は、上記にて説明したアプリケーションサーバのＵＲＬ
と同様に、ＤＮＳ３にＩＰアドレス（以下「論理アドレ
ス」という）に対応させて予め登録される。

【０１４２】図１２に、携帯電話機２ａ乃至２ｈに対す
る各種サービス提供時の本システム２００における模式
図を、図１３に、携帯電話機２ａ乃至２ｈに対する各種
サービス提供時の本システム２００における処理の流れ
を、それぞれ示す。なお、図１３において、図１０のス
テップＳ３４からステップＳ３８に相当する流れは、省
略している。

【０１４３】図１２の例では、ロードバランサ群１５ａ
には、３台のロードバランサ装置が設けられており、そ
れぞれのロードバランサ装置には、２つの受け口が設け
られている。各受け口と論理アドレスは、１対１に対応
付けられている。なお、かかる受け口は、２つとは限ら
ずいくつであってもよい。

【０１４４】携帯電話機が、上記図７における手続きに
より、Ｔｏｋｅｎを受け取ると、携帯電話機は、かかる
Ｔｏｋｅｎに含まれるＵＲＬを論理アドレスに変換する
要求をＤＮＳ３に対して行う。ＤＮＳ３によりＴｏｋｅ
ｎに含まれるロードバランサ装置のＵＲＬが論理アドレ
スに変換された後、携帯電話機は、これに基づいて、ロ
ードバランサ装置の特定の受け口にアクセスする（ステ
ップＳ５１）。

【０１４５】例えば、図１２に示すように、携帯電話機
２ａはロードバランサ装置１のＬ.A.1に、携帯電話機２
ｂはロードバランサ装置１のＬ.A.2に、携帯電話機２ｃ
はロードバランサ装置２のＬ.A.2に、それぞれアクセス
する。即ち、この段階で、先ず、静的に携帯電話機のロ
ードバランサへの割付が行なわれるのである。

【０１４６】そして、図１２の例では、ロードバランサ
装置１にアクセスしてきた携帯電話機２ａ、２ｂ、２ｄ
を、ＡＰＮ４ａ内の実ＩＰアドレスのアプリケーション
サーバ（ＡＰＳ）１乃至３の何れかに自動的に振り分け
る（ステップＳ５２）。ロードバランサ装置２および３
でも同様に、携帯電話機からのアクセスを動的にＡＰＳ
に振り分けることとなる。かかる振り分けは、ロードバ
ランサ装置が、その時点で、アクセスされていないＡＰ
Ｓを選定して行うものである。これにより、携帯電話機
とアプリケーションサーバとのインターネット１上にお
ける接続が確立し、サービスの提供と利用が行なわれる
こととなる（ステップＳ５３）。

【０１４７】このように、図１１に示す移動体通信シス
テム２００に示す実施形態によれば、ＡＰＮ毎にロード
バランサ群を設けるように構成し、携帯電話機にて取得
したＴｏｋｅｎで指定される特定のロードバランサ装置
にアクセスするようにしたので、ＡＰＮ内のある特定の
アプリケーションサーバ（ＡＰＳ）に同時にアクセスが
集中することを避けることができる。また、Ｔｏｋｅｎ
にて、事前に携帯電話機がアクセスするロードバランサ
装置を分散させることができるので、ある特定のロード
バランサ装置のみに負荷がかかることを避けることがで
きる。よって、時間的に負荷を効率よく分散、軽減させ
ることができる。また、ロードバランサ装置の増設や収
容替えをユーザのインパクトが少なく実施することがで
きる。

【０１４８】また、ロードバランサ装置により、アプリ
ケーションサーバの増設や収容替え時においても、携帯
電話機側には影響を与えず、均等にアクセスを振り分け
ることができ、また、１つのアプリケーションサーバが
ダウンした時も、他のアプリケーションサーバに均等に
振り分けることができ、アプリケーションサーバの信頼
性および本システム２００の信頼性を高めることができ
る。

【０１４９】なお、図１１に示す移動体通信システム２
００に示す実施形態の場合も、特別待遇Ｔｏｋｅｎがあ
り、この場合の特別待遇Ｔｏｋｅｎに含まれるＵＲＬ
は、最も信頼性の高いロードバランサ装置のＵＲＬとす
る。即ち、携帯電話機からアプリケーションサーバまで
のアクセスルートを、ユーザ毎に異なるように負荷分散
することができるので、例えば、特別待遇Ｔｏｋｅｎを
取得したユーザに対しては、信頼性の高いサーバへ、通
常のＴｏｋｅｎを取得したユーザに対しては、信頼性の
あまり高くないサーバへ振り分けるなど、ユニークな負
荷分散を行うことができる。

【０１５０】なお、上記実施形態において、分散型アク
セス制御システム６のＣＡ８にも、ＢＰＳ５が備える加
入者ＤＢと同様のものを備えているので、ＢＰＳ５が行
うＣＤＲ収集、課金処理などの役割の全部または一部
を、分散型アクセス制御システム６のＣＡ８が行うよう
に構成してもよい。このような構成にすれば、ＢＰＳ５
の負担を低減させることができる。

【０１５１】また、上記実施形態において、Ｔｏｋｅｎ
発行は、ユーザによるサービスリストからの選択を経て
行うように構成したが、これに限定されるものではな
く、例えば、ユーザが、分散型アクセス制御システム６
のオペレータに電話をし、口頭で所望のサービスのＴｏ
ｋｅｎを携帯電話機に対して発行するように依頼するこ
とにより、かかる携帯電話機にＴｏｋｅｎを発行するよ
うに構成してもよい。このような構成においても、上記
実施形態の構成と同等の効果を得ることができる。

【０１５２】また、上記実施形態において、ＣＡ８によ
るユーザ認証は、サービスリスト提供時に１回行うよう
に構成したが、これに代えて、サービスリスト提供時に
ユーザ認証を行わずに、サービスリストを携帯電話機に
提供し、Ｔｏｋｅｎ発行要求があった際に、かかるユー
ザ認証を行うように構成してもよい。このような構成で
も、加入者ＤＢは、ＡＰＮに設置する必要はないので、
上記実施形態の構成と同等の効果を得ることができる。

【０１５３】また、本実施形態において分散型アクセス
制御システム６におけるＩＡ７とＣＡ８とＳＡ９とは、
インターネット１を介して相互に接続されるように構成
したが、これに限定されず、例えば、ＩＡ７とＣＡ８と
ＳＡ９をＬＡＮ（Local AreaNetwork）、ＷＡＮ（Wide
Area Network）、ＧＡＮ（Global Area Network）など
のネットワークおよびＨＵＢを介して相互に接続し、Ｉ
Ａ７のみがインターネット１に接続されるように構成し
てもよい。かかる場合には、ＣＡ８とＢＰＳ５間の通信
や、ＳＡ９とＡＰＮ４ａ乃至４ｃ間の通信は、ＩＡ７を
介して行なわれることとなる。

【０１５４】また、上記実施形態において、Ｔｏｋｅｎ
には、ＵＲＬと有効期間と有効期限などからなることを
説明したが、このような形式に限定されず、例えば、Ｔ
ｏｋｅｎは、有効期間と有効期限から構成されるように
し、Ｔｏｋｅｎ発行の際、これに特定のロードバランサ
装置のＵＲＬが添付されるように構成してもよい。

【０１５５】

【発明の効果】以上で説明したように、本発明によれ
ば、ネットワーク上の特定のロードバランサ装置にアク
セスするためのアクセス券としてのＴｏｋｅｎという概
念を用いることにより、これを取得していない携帯電子
機器端末からのロードバランサ装置およびこれに接続さ
れるサーバへのアクセスを自律的に禁止することができ
るので、Ｔｏｋｅｎの発行を制御することで、サーバへ
のアクセスを事前に制御することができる。よって、時
間的に負荷を効率よく分散、軽減させることができる。

【０１５６】また、ロードバランサ装置に対応するＴｏ
ｋｅｎ発行状況に基づいて、Ｔｏｋｅｎ発行可否を制御
することができるので、さらにロードバランサ装置への
アクセスを事前に制御することができ、例えば、同じ時
間帯に、多くのアクセスが集中した場合にも、ロードバ
ランサ装置およびサーバにて十分に対応することが可能
となる。

【０１５７】また、Ｔｏｋｅｎという概念を用いること
で、サービス提供にかかるユーザ認証を、一個所で行う
ことができるので、各サーバにおけるサービス提供時
に、ユーザ認証を行う必要がなくなり、その結果、各サ
ーバおけるユーザ情報に関するデータベースを削減する
ことができ、ひいては、かかるデータベース内の情報の
整合性がとれないという問題点を解消することができ
る。また、各サーバにおけるユーザ認証に伴うＣＰＵお
よび通信設備の労費、無駄なトラフィックを軽減するこ
とができる。

【０１５８】また、携帯電子機器端末にて取得したＴｏ
ｋｅｎで指定される特定のロードバランサ装置にアクセ
スするようにしたので、特定のサーバに同時にアクセス
が集中することを避けることができる。また、Ｔｏｋｅ
ｎにて、事前に携帯電子機器端末がアクセスするロード
バランサ装置を分散させることができるので、ある特定
のロードバランサ装置のみに負荷がかかることを避ける
ことができる。よって、時間的に負荷を効率よく分散、
軽減させることができる。また、ロードバランサ装置の
増設や収容替えをユーザのインパクトが少なく実施する
ことができる。

【０１５９】また、サーバの増設時においても、携帯電
子機器端末側には影響を与えず、均等にアクセスを振り
分けることができ、また、１つのサーバがダウンした時
も、他のサーバに均等に振り分けることができ、サーバ
の信頼性およびシステムの信頼性を高めることができ
る。

【図面の簡単な説明】

【図１】本実施形態にかかる移動体通信システムの構成
例を示す図である。

【図２】携帯電話機２ａ乃至２ｃの概略構成例を示す図
である。

【図３】（Ａ）は、ＩＡ７の概略構成例を示す図、
（Ｂ）は、ＣＡ８の概略構成例を示す図、（Ｃ）は、Ｓ
Ａ９の概略構成例示す図である。

【図４】携帯電話機２ａ乃至２ｃに対するサービスリス
ト提供時の本システム１００における模式図である。

【図５】携帯電話機２ａ乃至２ｃに対するサービスリス
ト提供時の本システム１００における処理の流れを示す
フローチャートである。

【図６】携帯電話機２ａ乃至２ｃに対するＴｏｋｅｎ提
供時の本システム１００における模式図である。

【図７】携帯電話機２ａ乃至２ｃに対するＴｏｋｅｎ提
供時の本システム１００における処理の流れを示すフロ
ーチャートである。

【図８】携帯電話機２ａ乃至２ｃに対する各種サービス
提供時の本システム１００における模式図である。

【図９】携帯電話機２ａ乃至２ｃに対する各種サービス
提供時の本システム１００における模式図である。

【図１０】携帯電話機２ａ乃至２ｃに対する各種サービ
ス提供時の本システム１００における処理の流れを示す
フローチャートである。

【図１１】図１とは別の本実施形態にかかる移動体通信
システム２００の構成例を示す図である。

【図１２】携帯電話機２ａ乃至２ｈに対する各種サービ
ス提供時の本システム２００における模式図である。

【図１３】携帯電話機２ａ乃至２ｈに対する各種サービ
ス提供時の本システム２００における処理の流れを示す
フローチャートである。

【図１４】従来の移動体通信システムの構成例ととも
に、携帯電話機１０２がＡＰＮ１０４ａからサービスの
提供を受ける際の流れ（〜）を示す図である。

【符号の説明】

１ インターネット ２ａ乃至２ｈ 携帯電話機 ３ ＤＮＳ ４ａ、４ｂ、４ｃ ＡＰＮ ５ ＢＰＳ ６ 分散型アクセス制御システム ７ ＩＡ ８ ＣＡ ９ ＳＡ １５ａ、１５ｂ、１５ｃ ロードバランサ群 １００、２００ 移動体通信システム １０２ 携帯電話機 １０３ ＤＮＳ １０４ａ、１０４ｂ、１０４ｃ ＡＰＮ １０５ ＢＰＳ

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｌ 12/28 ３０３ Ｈ０４Ｌ 12/28 ３０３ Ｈ０４Ｑ 7/22 Ｈ０４Ｑ 7/04 Ａ 7/24 7/26 7/30 (72)発明者 後藤 広二郎 東京都新宿区信濃町34番地 ＪＲ信濃町ビ ル ジェイフォン東日本株式会社内 Ｆターム(参考） 5B045 BB19 GG02 5B085 AA08 AE04 BC01 5B089 GA11 GA25 GA26 GB01 HA13 JA12 KA06 KB13 5K033 AA03 AA05 CB06 DA19 5K067 AA12 AA33 AA34 BB04 DD17 EE00 EE02 HH21 HH23 JJ41

Claims (20)

【特許請求の範囲】
1. 【請求項１】 ネットワーク上における通信制御を行う
   分散型アクセス制御システムであって、 携帯電子機器端末から、前記ネットワーク上の特定のロ
   ードバランサ装置にアクセスするためのアクセス券の発
   行要求を、前記ネットワークを介して受け付ける手段
   と、 前記発行要求されたアクセス券を、前記携帯電子機器端
   末に対して、前記ネットワークを介して発行するアクセ
   ス券発行手段と、を備え、 前記ロードバランサ装置は、複数のサーバから構成され
   るサーバ群のうち何れかのサーバに対して携帯電子機器
   端末からのアクセスを振り分ける装置であることを特徴
   とする分散型アクセス制御システム。
2. 【請求項２】 前記携帯電子機器端末を利用するユーザ
   のユーザ情報を蓄積するデータベースと、 前記データベースに蓄積されたユーザ情報を参照して、
   前記アクセス券の発行要求を行った携帯電子機器端末の
   ユーザ認証を行うユーザ認証手段と、をさらに備え、 前記アクセス券発行手段は、前記ユーザ認証の結果が妥
   当であった場合に、前記発行要求されたアクセス券を、
   前記携帯電子機器端末に対して、前記ネットワークを介
   して発行することを特徴とする請求項１に記載の分散型
   アクセス制御システム。
3. 【請求項３】 ネットワーク上における通信制御を行う
   分散型アクセス制御システムであって、 携帯電子機器端末から、ネットワーク上で提供されるサ
   ービスのリストの要求を、前記ネットワークを介して受
   け付ける手段と、 前記要求された所定のサービスのリストを、前記携帯電
   子機器端末に対して、前記ネットワークを介して提供す
   るサービスリスト提供手段と、 前記携帯電子機器端末から、前記サービスのリストのう
   ちからユーザにより選択されたサービスの提供を担う前
   記ネットワーク上のサーバにアクセスを振り分けるロー
   ドバランサ装置にアクセスするためのアクセス券の発行
   要求を、前記ネットワークを介して受け付ける手段と、 前記発行要求されたアクセス券を、前記携帯電子機器端
   末に対して、前記ネットワークを介して発行するアクセ
   ス券発行手段と、を備えることを特徴とする分散型アク
   セス制御システム。
4. 【請求項４】 前記携帯電子機器端末を利用するユーザ
   のユーザ情報を蓄積するデータベースと、 前記データベースに蓄積されたユーザ情報を参照して、
   前記サービスのリストの要求を行った携帯電子機器端末
   のユーザ認証を行うユーザ認証手段と、をさらに備え、 前記サービスリスト提供手段は、前記ユーザ認証の結果
   が妥当であった場合に、前記要求されたサービスのリス
   トを、前記携帯電子機器端末に対して、前記ネットワー
   クを介して提供することを特徴とする請求項３に記載の
   分散型アクセス制御システム。
5. 【請求項５】 前記携帯電子機器端末を利用するユーザ
   のユーザ情報を蓄積するデータベースと、 前記データベースに蓄積されたユーザ情報を参照して、
   前記アクセス券の発行要求を行った携帯電子機器端末の
   ユーザ認証を行うユーザ認証手段と、をさらに備え、 前記アクセス券発行手段は、前記ユーザ認証の結果が妥
   当であった場合に、前記発行要求されたアクセス券を、
   前記携帯電子機器端末に対して、前記ネットワークを介
   して発行することを特徴とする請求項３に記載の分散型
   アクセス制御システム。
6. 【請求項６】 前記アクセス券の発行状況を蓄積するデ
   ータベースと、 前記データベースに蓄積されたアクセス券の発行状況に
   基づいて、前記アクセス券の発行可否を決定するアクセ
   ス券発行可否決定手段と、をさらに備え、 前記アクセス券発行手段は、前記アクセス券の発行が可
   能であると決定された場合に、前記発行要求されたアク
   セス券を、前記携帯電子機器端末に対して、前記ネット
   ワークを介して発行することを特徴とする請求項１乃至
   ５の何れかに記載の分散型アクセス制御システム。
7. 【請求項７】 前記アクセス券には、当該アクセス券に
   よりアクセス可能なロードバランサ装置へのアクセス回
   数を前記携帯電子機器端末に対して制限する有効度数が
   含まれていることを特徴とする請求項１乃至６の何れか
   に記載の分散型アクセス制御システム。
8. 【請求項８】 前記アクセス券には、当該アクセス券に
   よりアクセス可能なロードバランサ装置へのアクセス期
   間を前記携帯電子機器端末に対して制限する有効期間が
   含まれていることを特徴とする請求項１乃至７の何れか
   に記載の分散型アクセス制御システム。
9. 【請求項９】 前記アクセス券には、当該アクセス券に
   よりアクセス可能なロードバランサ装置のアドレス情報
   が含まれていることを特徴とする請求項１乃至８の何れ
   かに記載の分散型アクセス制御システム。
10. 【請求項１０】 ネットワーク上における通信制御を行
    う分散型アクセス制御方法であって、 携帯電子機器端末のユーザが、前記ネットワーク上のサ
    ーバにアクセスする際に、アクセスのための認証を行っ
    たアクセス券を取得し、当該アクセス券に基づいて、複
    数のサーバから構成されるサーバ群のうち何れかのサー
    バに対して前記携帯電子機器端末からのアクセスを振り
    分けるロードバランサ装置にアクセスした後、当該ロー
    ドバランサ装置により振り分けられたサーバにアクセス
    することを特徴とする分散型アクセス制御方法。
11. 【請求項１１】 ネットワーク上における通信制御を行
    う分散型アクセス制御方法であって、 携帯電子機器端末から、ネットワーク上で提供されるサ
    ービスのうちからユーザにより選択され登録されたサー
    ビスに対し、サービスの提供を担う前記ネットワーク上
    の複数のサーバから構成されるサーバ群のうち何れかの
    サーバに前記携帯電子機器端末からのアクセスを振り分
    けるロードバランサ装置にアクセスするためのアクセス
    券の発行要求を行い、アクセスのための認証として発行
    されたアクセス券に基づいて、前記ロードバランサ装置
    にアクセスした後、当該ロードバランサ装置により振り
    分けられたサーバにアクセスすることを特徴とする分散
    型アクセス制御方法。
12. 【請求項１２】 ネットワーク上における通信制御を行
    う分散型アクセス制御方法であって、 携帯電子機器端末が、ネットワーク上で提供されるサー
    ビスのうちからユーザにより選択されたサービスの提供
    を担う前記ネットワーク上の複数のサーバから構成され
    るサーバ群のうち何れかのサーバにアクセスするための
    アクセス券および、前記サービスに関するアドレス情報
    を取得し、 前記携帯電子機器端末が、前記サーバにアクセスする際
    に、前記取得した前記サービスのアドレス情報を、前記
    サーバ群のうち何れかのサーバに前記携帯電子機器端末
    からのアクセスを振り分けるロードバランサ装置の論理
    アドレスに変換する要求を行い、変換された論理アドレ
    スに基づいて、当該ロードバランサ装置にアクセスした
    後、前記ロードバランサ装置により振り分けられた前記
    論理アドレスに対応した実アドレスのサーバにアクセス
    することを特徴とする分散型アクセス制御方法。
13. 【請求項１３】 前記アドレス情報は、前記携帯電子機
    器端末を利用するユーザのユーザ情報に基づいて割り振
    られることを特徴とする請求項１２に記載の分散型アク
    セス制御方法。
14. 【請求項１４】 前記アクセス券には、前記サーバに対
    するアクセスを制限する有効度数と、有効期間が含まれ
    ていることを特徴とする請求項１０乃至１３の何れかに
    記載の分散型アクセス制御方法。
15. 【請求項１５】 ネットワーク上の特定のロードバラン
    サ装置にアクセスするためのアクセス券の発行を前記ネ
    ットワークを介して分散型アクセス制御システムに要求
    する手段と、 前記要求に対して分散型アクセス制御システムから発行
    されたアクセス券を、前記ネットワークを介して受け取
    る手段と、 前記受け取ったアクセス券に基づいて、前記ネットワー
    ク上の特定のロードバランサ装置にアクセスするアクセ
    ス手段と、を備えることを特徴とする携帯電子機器端
    末。
16. 【請求項１６】 ネットワーク上で提供されるサービス
    のリストを、前記ネットワークを介して、分散型アクセ
    ス制御システムに要求する手段と、 前記要求に対して分散型アクセス制御システムから提供
    されたサービスのリストを、前記ネットワークを介して
    受け取る手段と、 前記受け取ったサービスのリストのうち、ユーザにより
    選択されたサービスの提供を担う前記ネットワーク上の
    サーバにアクセスを振り分けるロードバランサ装置にア
    クセスするためのアクセス券の発行を、前記ネットワー
    クを介して分散型アクセス制御システムに要求する手段
    と、 前記要求に対して分散型アクセス制御システムから発行
    されたアクセス券を、前記ネットワークを介して受け取
    る手段と、 前記受け取ったアクセス券に基づいて、前記ネットワー
    ク上のロードバランサ装置にアクセスするアクセス手段
    と、を備えることを特徴とする携帯電子機器端末。
17. 【請求項１７】 前記アクセス券には、前記サーバへの
    アクセス回数を制限する有効度数が含まれており、 前記アクセス手段は、前記有効度数に基づいて前記ロー
    ドバランサ装置へのアクセスが可能であるか否かを判断
    し、可能であると判断した場合には、前記ネットワーク
    上の前記ロードバランサ装置にアクセスすることを特徴
    とする請求項１５または１６に記載の携帯電子機器端
    末。
18. 【請求項１８】 前記アクセス手段が、前記ロードバラ
    ンサ装置にアクセスする毎に、前記有効度数を所定数減
    らすことを特徴とする請求項１７に記載の携帯電子機器
    端末。
19. 【請求項１９】 前記アクセス券には、前記ロードバラ
    ンサ装置へのアクセス期間を制限する有効期間が含まれ
    ており、 前記アクセス手段は、前記有効期間に基づいて前記ロー
    ドバランサ装置へのアクセスが可能であるか否かを判断
    し、可能であると判断した場合には、前記ネットワーク
    上の前記ロードバランサ装置にアクセスすることを特徴
    とする請求項１５乃至１８の何れかに記載の携帯電子機
    器端末。
20. 【請求項２０】 請求項１５乃至１９の何れかに記載す
    る前記アクセス券を有する携帯電子機器端末からの前記
    ネットワークを介したアクセスを、複数のサーバから構
    成される所定のサービス提供を担うサーバ群のうち何れ
    かのサーバに対して振り分けることを特徴とするロード
    バランサ装置。