JP2002278926A - 分散型アクセス制御システムおよび分散型アクセス制御方法、並びに携帯電子機器端末 - Google Patents

Abstract

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

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

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

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

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

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

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

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

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

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

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

【００１３】

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

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

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

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

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

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

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

【００２０】

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

【００２１】ここで、携帯電子機器端末には、携帯電話
機、ＰＨＳ、ＰＤＡ等のモバイル型電子機器端末、など
が含まれる。また、ネットワーク上の特定のサーバに
は、ネットワーク上で、サービスや情報などを提供する
アプリケーションサーバが含まれる。

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

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

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

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

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

【００２７】従って、アクセス券を取得していない携帯
電子機器端末からの特定のサーバへのアクセスを自律的
に禁止することができる。また、ユーザは、アクセス券
を取得する前に、アクセス券でアクセス対象となるサー
バで提供されるサービスのリストを見ることができるの
で大変便利である。

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

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

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

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

【００３２】請求項６に記載の発明によれば、データベ
ースに蓄積されたアクセス券の発行状況（例えば、発行
数量）に基づいて、アクセス券発行可否を制御すること
ができるので、より一層サーバへのアクセスを事前に制
御することができ、例えば、同じ時間帯に、多くのアク
セスが集中した場合にも、サーバにて十分に対応するこ
とが可能となる。

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

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

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

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

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

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

【００３９】請求項１０に記載の発明は、請求項９に記
載の分散型アクセス制御システムにおいて、前記アクセ
ス券に含まれるアドレス情報は、特定のサーバにアクセ
スが集中しないように分散して設定されるように構成す
る。

【００４０】請求項１０に記載の発明によれば、前記ア
ドレス情報を、複数のサーバのそれぞれに分散するよう
に設定することにより、サーバへの負荷分散を制御する
ことができ、同じ時間帯に、一つのサーバにアクセスが
集中することを回避することができる。

【００４１】請求項１１に記載の発明は、ネットワーク
上における通信制御を行う分散型アクセス制御方法であ
って、携帯電子機器端末のユーザが、前記ネットワーク
上の特定のサーバにアクセスする際に、アクセスのため
の認証を行ったアクセス券を取得し、当該アクセス券に
基づいて前記特定のサーバにアクセスするように構成す
る。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００５９】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１３３】

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

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

【０１３５】また、サービス提供元が複数のサーバから
構成されている場合に、Ｔｏｋｅｎにおけるアドレス情
報を、それぞれのサーバに分散するように設定すること
ができるので、サーバへの負荷分散を制御することがで
き、同じ時間帯に、一つのサーバにアクセスが集中する
ことを回避することができる。

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

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

【符号の説明】

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

───────────────────────────────────────────────────── フロントページの続き (72)発明者 後藤 広二郎 東京都新宿区信濃町34番地 ＪＲ信濃町ビ ル ジェイフォン東日本株式会社内 Ｆターム(参考） 5B085 AA08 AE04 BA07 5K033 AA03 AA08 BA13 CA06 CA15 CB01 CB03 CB06 DA01 DA19 DB12 5K067 AA12 BB04 BB21 BB41 DD17 EE00 EE02 FF02 HH22 HH23 JJ41

Claims (18)

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