(57)【要約】【課題】  ユーザリクエストを適切なサーバで処理することによりシステムリソースの浪費を防止する。【解決手段】  ＷＡＰ−ＧＷ及びＪＳＰ７は、移動端末１からのＨＴＴＰリクエストを受け取ったときに、そのユーザの個人情報が格納されているデータベースが設けられている情報管理サーバ８を参照して、そのユーザの加入地域に対応するドメイン名を取得し、該ドメイン名を前記ＨＴＴＰリクエストのホストヘッダに補完する。これにより、そのＨＴＴＰリクエストは、各地域ごとに設けられたウェブゲートウエイ（ＷＧＷ）１１〜１３のうちの該ドメイン名を有するＷＧＷにルーティングされることとなる。これにより、ユーザがその所属する地域とは異なる地域からウェブアクセスするときでも、その所属する地域のＷＧＷが使用されることとなり、加入者数予測に基づいたノードの構成と処理性能を活用できる。【選択図】  図３
2005269008.tif 000002
【特許請求の範囲】
【請求項１】
移動体通信網とインターネットなどのＩＰネットワークとの間に設けられるゲートウエイ装置と前記移動体通信網とに接続されたサーバ装置であって、
前記ゲートウエイ装置は各地域ごとに設けられており、
前記移動体通信網に接続された移動端末から前記ＩＰネットワークに接続されたオリジン・サーバ上のコンテンツを要求するＨＴＴＰリクエストを受信したときに、
前記移動端末のユーザに関する情報を管理するデータベースからそのユーザの所属する地域に対応するドメイン名を取得する手段と、
該取得したドメイン名を前記ＨＴＴＰリクエストのホストヘッダに補完することにより、そのＨＴＴＰリクエストをその地域に対応して設けられたゲートウエイ装置にルーティングする手段と
を有することを特徴とするサーバ装置。
【請求項２】
前記ユーザのＩＭＳＩ又はＭＳＩＳＤＮをキーとして前記個人情報を記憶するデータベースを参照することにより、当該ユーザの加入地域に対応するドメイン名を取得するようになされていることを特徴とする請求項１記載のサーバ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話などの移動端末からインターネットに接続することができる移動体通信システムにおけるサーバ装置に関する。
【背景技術】
【０００２】
従来より、携帯電話などの移動端末からインターネットに接続することのできる移動体通信システムが運用されている。しかしながら、従来の移動体通信システムにおいては、各移動体通信事業者ごとにそれぞれ独自の仕様が採用されていた。例えば、移動体通信事業者は、独自に定義したＨＴＴＰ拡張ヘッダを用いることにより独自のサービスを提供している。
近年、いわゆる第３世代と呼ばれる携帯電話サービスが導入されつつあるが、この第３世代の移動体通信システムにおいては同一の移動端末を世界中で共通に使用することができるように標準化が進められており、ＷＡＰ（Wireless Application Protocol）及びＭＭＳ（Multimedia Messaging Service）の規格が共通仕様として採用されている（非特許文献１）。
【非特許文献１】The WAP Forum Ltd., "WAP 2.0 Technical White Paper", [online], (2002.01.18)，［平成１５年１１月１５日検索］，インターネット<URL:http://www.wapforum.org/what/WAPWhite_Paper1.pdf>
【発明の開示】
【発明が解決しようとする課題】
【０００３】
移動体通信システムにおいては、ウェブアクセスする際にクライアントからのリクエストをオリジン・サーバとの間で仲介するウェブ・ゲートウエイ（ＷＧＷ：Web Gateway）が各地域ごとに設けられており、移動体通信事業者の独自規格に対応した移動端末は、ウェブサービスを利用するときに、その所属する地域のＷＧＷを介してインターネットに接続するようになされていた。
第３世代のサービスが開始されると、従来より提供されていた各移動体通信事業者独自の規格に対応した移動端末と、ＷＡＰ／ＭＭＳ対応移動端末（以下、単に「ＷＡＰ対応端末」という。）とが存在することとなる。
しかしながら、ＷＡＰ対応端末は、移動体通信事業者独自の規格に対応しておらず、その所属する地域のＷＧＷを選択して利用するようにはなされていない。
したがって、例えば東京で契約したＷＡＰ対応端末のユーザが北海道でウェブサービスを利用するときには、そのリクエストは北海道のＷＧＷで処理されることとなるなど、ユーザリクエストの遍在が起こり、加入者数予測に基づいたトラフィック処理が不可能となる。その結果、サーバの負荷に格差が生じ、全体として、システムリソースの浪費を招くこととなる。
【０００４】
そこで、本発明は、ユーザリクエストを適切なゲートウエイ装置で処理することにより、システムリソースの浪費を防止することを可能とするサーバ装置を提供することを目的としている。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、本発明のサーバ装置は、移動体通信網とインターネットなどのＩＰネットワークとの間に設けられるゲートウエイ装置と前記移動体通信網とに接続されたサーバ装置であって、前記ゲートウエイ装置は各地域ごとに設けられており、前記移動体通信網に接続された移動端末から前記ＩＰネットワークに接続されたオリジン・サーバ上のコンテンツを要求するＨＴＴＰリクエストを受信したときに、前記移動端末のユーザに関する情報を管理するデータベースからそのユーザの所属する地域に対応するドメイン名を取得する手段と、該取得したドメイン名を前記ＨＴＴＰリクエストのホストヘッダに補完することにより、そのＨＴＴＰリクエストをその地域に対応して設けられたゲートウエイ装置にルーティングする手段とを有するものである。
また、前記ユーザのＩＭＳＩ又はＭＳＩＳＤＮをキーとして前記個人情報を記憶するデータベースを参照することにより、当該ユーザの加入地域に対応するドメイン名を取得するようになされているものである。
【発明の効果】
【０００６】
本発明のサーバ装置によれば、例えば、その加入者がウェブサービスを利用する地域に依らず、東京で契約した加入者からのリクエストは東京のゲートウエイ装置で処理し、大阪の加入者からのリクエストは大阪のゲートウエイ装置で処理することとなり、ＷＧＷごとに加入者数予測に基づいたトラフィックを処理することが可能となり、システムリソースの浪費を防止することができる。したがって、リクエスト受信の遍在や不規則性リスクを回避することができ、加入者予測に基づいたサーバの構成と処理性能を十二分に活用することができる。
また、加入地域ごとの統計情報を高い精度で取得することも可能となる。
【発明を実施するための最良の形態】
【０００７】
図１は、本発明の移動体通信システムの実施例の全体構成を示すブロック図である。
この図において、１は携帯電話機等の移動端末（ＵＥ：User Equipment）、２は該移動端末１が接続されている無線基地局（ＢＴＳ：Base Transceiver Station）、３は複数の無線基地局２を管理する無線基地局制御装置（ＲＮＣ：Radio Network Controller）、４は移動端末１の呼接続制御やサービス制御等を行う移動通信交換局（ＭＳＣ：Mobile service Switching Center）、５は前記無線基地局制御装置（ＲＮＣ）３とコアネットワーク（パケット網）とのゲートウエイ（ＳＧＳＮ：Serving GPRS Support Node）、６はコアネットワーク（パケット網）とＩＰネットワークとのゲートウエイ（ＧＧＳＮ：Gateway GPRS Support Node）である。
【０００８】
７は移動端末（ＵＥ）１からのWAP2.0プロトコルを終端し、ＨＴＴＰ（HyperText Transfer Protocol ）を用いてオリジン・サーバ側へ転送するためのＷＡＰゲートウエイ（ＷＡＰ−ＧＷ：WAP-Gateway）、及び、受け付けたリクエストを適切な形式に変換して後段に送出するなどしてＷＡＰ標準機能と移動体通信事業者による拡張機能との調整を行うプロキシサーバ（ＪＳＰ：J-Phone Scheme Proxy）とを有するサーバ装置（ＷＡＰ−ＧＷ及びＪＳＰ）である。
また、８はＧＧＳＮ６からのRADIUS Accountingプロトコルを終端し、ユーザごとのセッション管理及びセッションログの生成などを行うＲＡＤＩＵＳサーバ８ａを備えるとともに、ＷＡＰ／ＭＭＳサービス加入者がウェブやメール等のサービスを利用する際に必要なユーザ情報や移動端末の能力に関する情報等を一元管理し、クライアント（サーバ装置７など）からの要求に応じて必要な情報を提供する情報管理サーバ（Ｒ２Ｍ：RADIUS & Repository Manager）である。
【０００９】
９は全加入者情報を一元管理するディレクトリ・サーバ（ＤＩＲ：Directory Server）である。この加入者情報は、全世代、全地域間で共用されるものであり、ＤＩＲ９はＤＲＳ１０の情報元になっている。１０はディレクトリ・レプリカ・サーバ（ＤＲＳ：Directory Replica Server）であり、一定間隔（例えば、１分間隔）でＤＩＲ９から加入者情報をローカルにコピーして維持することにより、照会要求に対して加入者情報を提供する。これにより、ＤＩＲ９の障害時においても、サービス（オーダー・エントリーを除く）を継続して提供することができる。
【００１０】
１１、１２及び１３は、前記サーバ装置（ＷＡＰ―ＧＷ及びＪＳＰ）７の後段に接続され、クライアントからのリクエストをオリジン・サーバ１５との間で仲介するウェブ・ゲートウエイ（ＷＧＷ：Web Gateway）であり、各地域ごとに設けられている。なお、この図においては、１１〜１３の３つのＷＧＷを代表して示しているが、実際には、より多くの数（例えば、９個）のＷＧＷが設けられている。
さらに、１４はインターネットであり、コンテンツ・プロバイダなどのオリジン・サーバ（Origin Server：指定されるリソースが存在するか、あるいは生成されるサーバ）１５が接続されている。
【００１１】
このように構成された本発明の移動体通信システムにおいて移動端末からウェブサービスを利用するときのシーケンスについて、図２を参照して説明する。
移動端末（ＵＥ）１上で動作しているウェブブラウザなどのユーザエージェント（ＵＡ）がウェブコンテンツを取得するとき、「1) Activate PDP Context Request」がＳＧＳＮ５に送出される。
ＳＧＳＮ５は、前記移動端末１からの「1)「Activate PDP Context Request」を受信し、「2) Create PDP Context Request」を生成して、ＧＧＳＮ６に送る。
【００１２】
「2) Create PDP Context Request」を受信したＧＧＳＮ６は、前記移動端末１に割り当てるＩＰアドレスを払い出し、前記情報管理サーバ（Ｒ２Ｍ）８内のＲＡＤＩＵＳサーバ８ａに対して、RADIUSアカウンティングリクエスト「3) Radius Accounting Request (Accounting-start)」を送出する。このRADIUSアカウンティングリクエストには、払い出されたＩＰアドレス、移動端末１のＭＳＩＳＤＮ(Mobile Station ISDN number)あるいはＩＭＳＩ(International Mobile Subscriber Identity)などが添付されている。
【００１３】
「3) Radius Accounting Request (Accounting-start)」を受信したＲＡＤＩＵＳサーバ８ａは、それに添付されている情報をユーザごとのセッション情報として管理するとともに、「4) Radius Accounting Replication」を前記サーバ装置（ＷＡＰ−ＧＷ及びＪＳＰ）７に送出して、該セッション情報の複製（レプリカ）を保持させる。ここで、保持させるセッション情報には、少なくとも、クライアント（ＵＥ）のＩＰアドレス、ＭＳＩＳＤＮ、ＩＭＳＩが含まれている。
【００１４】
また、前記Ｒ２Ｍ８は、「5) acquisition User-Profile」をディレクトリ・レプリカ・サーバ（ＤＲＳ）１０に送り、ＭＳＩＳＤＮ又はＩＭＳＩをキーとしてそのユーザのユーザ情報（User-Profile）を取得する。この際取得するユーザ情報としては、エントリの全ての項目、又は、指定した項目のみ（ＭＳＩＳＤＮ，ＩＭＳＩ，ユーザＩＤ（UID），ＷＡＰ加入者フラグ，加入者地域コードは必須）とすることができる。なお、このとき、前記ＤＲＳ１０から取得した加入者地域コードを所定の変換表を用いて対応するドメイン名として保持するようにしている、
【００１５】
前記ＲＡＤＩＵＳサーバ８ａは、前記ＷＡＰ−ＧＷ及びＪＳＰ７から前記「4) Radius Accounting Replication」に対応するレスポンス「Radius Accounting Replication Res」を受信すると、ＧＧＳＮ６に「Radius Accounting Res」を送出する。これを受けてＧＧＳＮ６は、クライアント（ＵＥ）に対して払い出されたＩＰアドレスが添付された「Create PDP Context Response」をＳＧＳＮ５に対して送信する。
以後、ユーザエージェント（ＵＡ）とＷＡＰ−ＧＷ及びＪＳＰ７との間でＴＣＰ（Transmission Control Protocol）ハンドシェイクが行われてＴＣＰセッションが確立される。
ＴＣＰセッションが確立すると、ユーザエージェントはオリジン・サーバ１５からコンテンツを取得するＨＴＴＰリクエスト「6) HTTP Req」を送出する。このＨＴＴＰリクエストのヘッダには、コンテンツを取得する相手先であるオリジン・サーバ１５のＵＲＩ（Request-URI）、ユーザエージェント情報（User-Agent）又はＵＥ能力を示すプロファイル情報（UA-Prof）が少なくとも含まれている。
【００１６】
「6) HTTP Req」を受信したＷＡＰ−ＧＷ及びＪＳＰ７は、前述のようにして保管しているセッション情報のレプリカを参照して、対応するセッション情報のレプリカが存在するとともに、加入者情報が一致する場合にのみ、そのＨＴＴＰリクエストを受け付ける。ここで、受信した「6) HTTP Req」のヘッダにUA-Prof情報が含まれていた場合には、「6) HTTP Req」を送出した移動端末１に関するプロファイル情報を補完する。
【００１７】
前述のように、移動体通信事業者の独自規格に対応した移動端末におけるユーザエージェントは、移動体通信事業者が独自に定義した各種のＨＴＴＰ拡張ヘッダを送出しているが、ＷＡＰ対応端末においては、そのような拡張ヘッダを送出させることはできない。そこでＲ２Ｍ８に記憶されているプロファイル情報を用いて、受け付けたＨＴＴＰリクエストの拡張ヘッダに不足している移動端末情報などを補完して後続するノードに転送するようにしている。これにより、移動体通信事業者の独自規格に対応した移動端末と同等のサービスをＷＡＰ対応端末にも提供することができるようにする。
すなわち、ＷＡＰ対応端末であるＵＥ１からのＨＴＴＰリクエスト「6) HTTP Req」を受け取ったＷＡＰ-ＧＷ及びＪＳＰ７は、前記Ｒ２Ｍ８との間でプロファイル情報の取得と補完「7) acquisition & Complement Profile」を行う。すなわち、Ｒ２Ｍ８内にキャッシュされているそのユーザに関するプロファイル情報を取得し、「6) HTTP Req」の拡張ヘッダにおいて必要とされる移動端末情報（UE-Profile）が不足している場合は、取得したプロファイル情報の移動端末情報（UE-Profile）に基づいてＨＴＴＰ拡張ヘッダを補完する。
【００１８】
次に、ＷＡＰ-ＧＷ及びＪＳＰ７は、この拡張ヘッダとRequest-URIが少なくとも添付されている「8) HTTP Req」をＷＧＷ１１〜１３のいずれかに送信する。
ここで、本発明においては、前記「7) acquisition & Complement Profile」の処理において、そのユーザの所属する地域に対応するドメイン名を取得するようにしている。そして、前記「6) HTTP Req」内のRequest-URI又はホストヘッダのHost/Domain Partにホスト名のみ指定されておりドメイン名が指定されていないときは、該取得したドメイン名をそのＨＴＴＰリクエストのホストヘッダに補完して、その地域に対応するＷＧＷにＨＴＴＰリクエスト「8) HTTP Req」を送出するようにしている。
【００１９】
図３は、その様子を説明するための図である。前述のように、前記ＷＡＰ-ＧＷ及びＪＳＰ７は、保存されているセッション情報のレプリカから得たＭＳＩＳＤＮ又はＩＭＳＩに基づいて、前記Ｒ２Ｍ８からそのユーザの所属する地域を示すドメイン名を取得する。そして、そのＨＴＴＰリクエストがＷＡＰ対応端末からのリクエストであり、そのホストヘッダにドメイン名が指定されていない場合には、該取得したドメイン名を前記「8) HTTP Req」のHostヘッダに補完する。これにより、そのＨＴＴＰリクエストは、そのユーザの所属する地域に対応するＷＧＷ１１〜１３にルーティングされる。例えば、図示した例において、そのユーザの契約加入地域が関西であり、ドメイン名が「k.aaaaaa.ne.jp」であるときには、そのユーザからのＨＴＴＰリクエストのホストヘッダに「k.aaaaaa.ne.jp」が補完され、そのリクエストは、関西地域に対応するＷＧＷ１１（「k.aaaaaa.ne.jp」）にルーティングされる。
前記ＨＴＴＰリクエストを受信したＷＧＷ１１は、前記オリジン・サーバ１５との間でＴＣＰセッションを確立し、そのＨＴＴＰリクエストを前記オリジン・サーバ１５に送出する。
このようにしてユーザの所属する地域に対応するＷＧＷ１１〜１３を介して、ＨＴＴＰリクエストがオリジン・サーバ１５に送信される。
【００２０】
オリジン・サーバ１５は、要求されたコンテンツを返送するＨＴＴＰレスポンスを前記ＷＧＷ１１〜１３に送出する。このとき、オリジン・サーバ１５はＨＴＴＰリクエストの拡張ヘッダを参照することにより移動端末１の性能を知ることができ、移動端末１の性能を十二分に発揮できるように性能に応じたコンテンツを返送することができる。
前記オリジン・サーバ１５からのＨＴＴＰレスポンスを受信したＷＧＷはそのＨＴＴＰレスポンスを前記ＷＡＰ-ＧＷ及びＪＳＰ７に中継する。
このようにして、移動端末１から要求されたコンテンツを取得したＷＡＰ-ＧＷ及びＪＳＰ７は、コンテンツを要求した移動端末１の性能を表す移動端末情報を参照し、必要に応じて、この移動端末情報に基づいて移動端末１の性能を十二分に発揮できるようにコンテンツの変換処理を行う。
次いで、ＷＡＰ−ＧＷ及びＪＳＰ７は変換後のコンテンツを返送するＨＴＴＰレスポンスをＧＧＳＮ６を介してユーザエージェントに送出する。
ＨＴＴＰレスポンスを受信したユーザエージェントは、取得したコンテンツを表示し、ユーザエージェントと前記ＷＡＰ−ＧＷ及びＪＳＰ７間のＴＣＰセッションが終了される。次いで、ユーザエージェントからの通信を終了させるための通信終了要求に応じてＧＧＳＮ６からRadius Accounting Req(Accounting-stop)が送出される。このリクエストを受信したＲＡＤＩＵＳサーバ８ａは該当するRADIUS情報を破棄しRadius Accounting ResをＧＧＳＮ６に送出する。これにより、ユーザエージェントとサーバ装置（ＷＡＰ−ＧＷ及びＪＳＰ）７との間の通信が終了する。
【００２１】
このように、ＷＡＰ対応端末からのリクエストであっても、移動体通信事業者の独自規格に対応した移動端末からのリクエストと同様のサービスを受けることができる。
そして、ＷＡＰ対応端末からのＨＴＴＰリクエストも、その所属する地域のウェブゲートウエイにルーティングされることとなり、システムリソースの浪費を防止することが可能となる。
【図面の簡単な説明】
【００２２】
【図１】本発明の移動体通信システムの全体構成を示すブロック図である。
【図２】移動端末からウェブサービスを利用するときのシーケンスの要部を示す図である。
【図３】ＷＧＷへのルーティングについて説明するための図である。
【符号の説明】
【００２３】
１：移動端末（ＵＥ）、２：無線基地局（ＢＴＳ）、３：無線基地局制御装置（ＲＮＣ）、４：移動通信交換局（ＭＳＣ）、５：ゲートウエイ（ＳＧＳＮ）、６：ゲートウエイ（ＧＧＳＮ）、７：サーバ装置（ＷＡＰ−ＧＷ及びＪＳＰ）、８：情報管理サーバ（Ｒ２Ｍ）、８ａ：ＲＡＤＩＵＳサーバ、９：ディレクトリ・サーバ（ＤＩＲ）、１０：ディレクトリ・レプリカ・サーバ（ＤＲＳ）、１１，１２，１３：ウェブ・ゲートウエイ（ＷＧＷ）、１４：インターネット、１５：オリジン・サーバ
【図１】
2005269008.tif 000003
【図２】
2005269008.tif 000004
【図３】
2005269008.tif 000005