(57)【要約】【課題】特定のＷＡＰゲートウェイへのアクセス集中を防止することができるとともに、ＷＡＰゲートウェイがメンテナンス等で休止・停止する場合であっても、サービスを継続させることができるＷＡＰ端末及び通信方法並びに通信プログラムを提供する。【解決手段】複数のＷＡＰゲートウェイアドレスを含む接続ゲートウェイ情報を記憶する記憶手段を有するＷＡＰ端末が、接続ゲートウェイ情報を参照して、接続するＷＡＰゲートウェイを選択し、選択したＷＡＰゲートウェイのＷＡＰゲートウェイアドレスを記憶手段より読み出して、ＷＡＰゲートウェイと通信を行う。【選択図】  図４
2004201201.tif 000002
【特許請求の範囲】
【請求項１】
複数のＷＡＰゲートウェイアドレスを含む接続ゲートウェイ情報を記憶する記憶手段と、
該接続ゲートウェイ情報を参照し、接続するＷＡＰゲートウェイを選択するＷＡＰゲートウェイ選択手段と、
該選択したＷＡＰゲートウェイのＷＡＰゲートウェイアドレスを前記記憶手段より読み出して、該ＷＡＰゲートウェイと通信を行う通信手段と
を具備することを特徴とするＷＡＰ端末。
【請求項２】
前記接続ゲートウェイ情報は、さらに、各ＷＡＰゲートウェイの利用可能期間を含み、
前記ＷＡＰゲートウェイ選択手段は、通信セッション生成時刻と前記利用可能期間を比較して、利用可能なＷＡＰゲートウェイを選択する
ことを特徴とする請求項１に記載のＷＡＰ端末。
【請求項３】
前記接続ゲートウェイ情報は、さらに、ＷＡＰ端末毎又は複数のＷＡＰ端末群毎に異なる各ＷＡＰゲートウェイの接続優先度を含み、
前記ＷＡＰゲートウェイ選択手段は、前記複数のＷＡＰゲートウェイの接続優先度を比較して、該接続優先度が高いＷＡＰゲートウェイを選択する
ことを特徴とする請求項１に記載のＷＡＰ端末。
【請求項４】
前記接続ゲートウェイ情報は、さらに、通信先アドレス毎に異なる各ＷＡＰゲートウェイの接続優先度を含み、
前記ＷＡＰゲートウェイ選択手段は、前記複数のＷＡＰゲートウェイの接続優先度を比較して、該接続優先度が高いＷＡＰゲートウェイを選択する
ことを特徴とする請求項１に記載のＷＡＰ端末。
【請求項５】
前記選択されたＷＡＰゲートウェイとの接続確立に失敗した場合、
前記ＷＡＰゲートウェイ選択手段は、接続ゲートウェイ情報を参照し、他のＷＡＰゲートウェイを選択する
ことを特徴とする請求項１から請求項４のいずれかの項に記載のＷＡＰ端末。
【請求項６】
複数のＷＡＰゲートウェイアドレスを含む接続ゲートウェイ情報を記憶する記憶手段を有するＷＡＰ端末が、
該接続ゲートウェイ情報を参照して、接続するＷＡＰゲートウェイを選択し、
該選択したＷＡＰゲートウェイのＷＡＰゲートウェイアドレスを前記記憶手段より読み出して、該ＷＡＰゲートウェイと通信を行う
ことを特徴とする通信方法。
【請求項７】
複数のＷＡＰゲートウェイアドレスを含む接続ゲートウェイ情報を記憶する記憶手段を有するＷＡＰ端末が、
該接続ゲートウェイ情報を参照して、接続するＷＡＰゲートウェイを選択する処理と、
該選択したＷＡＰゲートウェイのＷＡＰゲートウェイアドレスを前記記憶手段より読み出して、該ＷＡＰゲートウェイと通信を行う処理と
をコンピュータに実行させるための通信プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、通信事業者が特定ゲートウェイ（以下、ＧＷとする。）サーバヘのアクセスにおいて、ＷＡＰ（Ｗｉｒｅｌｅｓｓ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）端末の数に応じてトラフィックを分散させるための通信方法及び通信プログラム並びにＷＡＰ端末に関する。
【０００２】
【従来の技術】
ＷＡＰシステムでは、図７に示すように、携帯電話網１００である無線ネットワークとインターネット１１０や事業者が設置するキャリアデータセンタ１２０である有線ネットワークとの間にＷＡＰゲートウェイ２００と呼ばれる中継装置を設置する通信システム構成を取り、このＷＡＰゲートウェイ２００がＷＡＰ端末３００とインターネット１１０上の複数のサーバ１１１−１〜１１１−４との間でプロトコル変換、コンテンツ変換、無線リンクに適したバイナリ符号化などのサービスを実現している。
【０００３】
従来のＷＡＰ仕様では、受信データを複数のＷＡＰアプリケーションに振り分けるかについて考慮されず、ユーザへのサービスのレベルが低下するという問題があった。この問題を解決するための技術として、特許文献１には、WAP対応端末におけるデータ受信に関して複数のアプリケーションが同時に動作できるように通信セッションを多重化する方法が記載されている。
具体的には、複数のＷＡＰアプリケーションと直接インタフェースを司る上位プロトコル部に対して下位のプロトコル部が、アプリケーション識別子管理テーブルを利用してアプリケーション識別子を管理し、データ受信に先立って上位プロトコル部がデータを渡すべきアプリケーションを認識することにより、これを実現する。
また、WAPシステムにおいて障害通知を実現する技術として、特許文献２には、ＷＡＰゲートウェイ２００が、ＷＡＰ端末３００からアクセス要求を受ける前に事前に障害情報を通知する方法が記載されている。
具体的には、ＷＡＰゲートウェイ２００が、サーバ１１１−１〜１１１−４の稼働状況を定期的に検出し、稼働状態にあるサーバ１１１−１〜１１１−４が提供するサービスの一覧であるサービスメニューを作成し、ＷＡＰ端末３００に送信することにより、これを実現する。
【特許文献１】
特開２００１−３０９４３９号公報
【特許文献２】
特開２００１−３３１３８７号公報
【０００４】
【発明が解決しようとする課題】
ところが、上記ＷＡＰシステム構成ではＷＡＰゲートウェイ２００に多くの負荷がかかるという問題点がある。また、サーバ１１１−１〜１１１−４は、ＷＡＰゲートウェイ２００の障害時にＷＡＰ端末３００のユーザに対してサービスを提供できなくなるという問題点がある。これは、ＷＡＰ仕様に障害時にＷＡＰ端末３００に代替ＧＷを選択させる機能や障害を通知する機能が定義されていないためである。
これに対して、特許文献１に記載された発明「WAPアプリケーション搭載携帯電話機の受信データ通知システム」は、受信データ内容、アプリケーションに関して本発明が対象とする障害通知や代替経路の提供の機能を提供するものではない。また、特許文献２に記載された発明「中継装置、移動体無線通信システム、その障害通知情報及びその障害通知プログラムを記録した記憶媒体」は、WAPシステムにおいて、WAPゲートウェイ２００が障害通知を実現する。しかし、この発明によれば、WAPゲートウェイ２００のメンテナンス時にこれを代替ＧＷに切り替えてサービス提供を継続することができないという問題点がある。
また、代替ＧＷを含む特定のＷＡＰゲートウェイ２００にアクセス負荷が集中した場合、この負荷分散を実現することができないという問題点がある。
【０００５】
本発明は、このような事情を考慮してなされたものであり、その目的は、特定のＷＡＰゲートウェイへのアクセス集中を防止することができるとともに、ＷＡＰゲートウェイがメンテナンス等で休止・停止する場合であっても、サービスを継続させることができるＷＡＰ端末及び通信方法並びに通信プログラムを提供することにある。
【０００６】
【課題を解決するための手段】
この発明は上記の課題を解決すべくなされたもので、本発明のＷＡＰ端末は、複数のＷＡＰゲートウェイアドレスを含む接続ゲートウェイ情報を記憶する記憶手段と、該接続ゲートウェイ情報を参照し、接続するＷＡＰゲートウェイを選択するＷＡＰゲートウェイ選択手段と、該選択したＷＡＰゲートウェイのＷＡＰゲートウェイアドレスを前記記憶手段より読み出して、該ＷＡＰゲートウェイと通信を行う通信手段とを具備することを特徴とする。
【０００７】
また、本発明のＷＡＰ端末は、前記接続ゲートウェイ情報は、さらに、各ＷＡＰゲートウェイの利用可能期間を含み、前記ＷＡＰゲートウェイ選択手段は、通信セッション生成時刻と前記利用可能期間を比較して、利用可能なＷＡＰゲートウェイを選択することを特徴とする。
【０００８】
また、本発明のＷＡＰ端末は、前記接続ゲートウェイ情報は、さらに、ＷＡＰ端末毎又は複数のＷＡＰ端末群毎に異なる各ＷＡＰゲートウェイの接続優先度を含み、前記ＷＡＰゲートウェイ選択手段は、前記複数のＷＡＰゲートウェイの接続優先度を比較して、該接続優先度が高いＷＡＰゲートウェイを選択することを特徴とする。
【０００９】 
また、本発明のＷＡＰ端末は、前記接続ゲートウェイ情報は、さらに、通信先アドレス毎に異なる各ＷＡＰゲートウェイの接続優先度を含み、前記ＷＡＰゲートウェイ選択手段は、前記複数のＷＡＰゲートウェイの接続優先度を比較して、該接続優先度が高いＷＡＰゲートウェイを選択することを特徴とする。
【００１０】
また、本発明のＷＡＰ端末は、前記選択されたＷＡＰゲートウェイとの接続確立に失敗した場合、前記ＷＡＰゲートウェイ選択手段は、接続ゲートウェイ情報を参照し、他のＷＡＰゲートウェイを選択することを特徴とする。
【００１１】
また、本発明の通信方法は、複数のＷＡＰゲートウェイアドレスを含む接続ゲートウェイ情報を記憶する記憶手段を有するＷＡＰ端末が、該接続ゲートウェイ情報を参照して、接続するＷＡＰゲートウェイを選択し、該選択したＷＡＰゲートウェイのＷＡＰゲートウェイアドレスを前記記憶手段より読み出して、該ＷＡＰゲートウェイと通信を行うことを特徴とする。
【００１２】
また、本発明の通信プログラムは、複数のＷＡＰゲートウェイアドレスを含む接続ゲートウェイ情報を記憶する記憶手段を有するＷＡＰ端末が、該接続ゲートウェイ情報を参照して、接続するＷＡＰゲートウェイを選択する処理と、該選択したＷＡＰゲートウェイのＷＡＰゲートウェイアドレスを前記記憶手段より読み出して、該ＷＡＰゲートウェイと通信を行う処理とをコンピュータに実行させるためのプログラムである。
【００１３】
【発明の実施の形態】
以下、図面を参照して本実施形態のＷＡＰ端末について説明する。図１は、本実施形態のＷＡＰ端末を適用したＷＡＰシステムの全体構成を示す構成図である。
本ＷＡＰシステムは、複数のＷＡＰ端末１０−１〜１０−４（本実施形態においては４台）、複数のＷＡＰゲートウェイであるＧＷ・２０―１〜ＧＷ・２０−３（本実施形態においては３台）、ＧＷ管理端末３０を携帯電話網１００や有線ネットワークによって接続して構成される。
ＷＡＰ端末１０−１〜１０−４は、ＷＡＰ機能を備えた情報端末（携帯電話、PDA等）であって、図2に示すように、ＷＡＰ処理部１１と、セッション生成処理部１２と、接続ＧＷ判断処理部１３と、接続情報管理部１４と、ＨＴＴＰサーバ機能処理部１５と、１又は複数のアプリケーション部１６−１、１６−２と、通信処理部１７とから構成される。
【００１４】
ＷＡＰ処理部１１は、ＷＡＰ端末１０−１〜１０−４における、入力ボタンや入力キー等の入力部（図示せず）からの入力情報の受け渡しに関する処理やアプリケーション部１６−１、１６−２の出力結果の表示に関する処理等を行う。
セッション生成部１２は、０ＳＩ７階層のセッション層の機能を備えており、ＧＷ・２０―１〜２０−３とＷＡＰ端末上のアプリケーション部１６−１、１６−２間のＴＣＰセッション又はＵＤＰセッションの生成・確立等に関する処理を行う。
接続ＧＷ判断処理部１３は、アプリケーション部１６−１、１６−２が通信を行い、ＧＷ・２０―１〜２０−３とＴＣＰ／ＩＰコネクションを確立する際に、接続ＧＷ情報管理部１４が記憶管理する接続ＧＷ情報を参照し、接続するＧＷ・２０―１〜２０−３を選択する。
【００１５】
接続ＧＷ情報管理部１４は、ＧＷ管理端末３０から受信する接続ＧＷ設定情報をWAP端末毎に適した形式で設定情報の記憶管理を行うとともに、この接続ＧＷ設定情報受信に対して、ＨＴＴＰサーバ機能処理部１５経由で、ＧＷ管理端末３０へ確認応答する処理を行う。
ここで、接続ＧＷ情報とは、接続ＧＷ情報ＩＤ、ＷＡＰゲートウェイタイプ、ＷＡＰゲートウェイアドレス、宛先アドレス（ＵＲＬ、ＵＲＩ）、優先度、利用可能期間を含む情報群を１単位としており、これを１又は複数のセットにして構成される。
接続ＧＷ情報ＩＤとは、複数の接続ＧＷ確報を送信する際に、各情報を識別するためのＩＤである。
ＷＡＰゲートウェイタイプは、Ｎｏｒｍａｌ、Ｓｕｂｓｔｉｔｕｔｅの２タイプを定義する。ＷＡＰゲートウェイタイプがＮｏｒｍａｌの接続ＧＷ情報は通常利用するＷＡＰゲートウェイを指定する。タイプがＳｕｂｓｔｉｔｕｔｅの接続ＧＷ情報は代替ＷＡＰゲートウェイを指定する。
ここで、このタイプを指定した場合は、代替ＷＡＰゲートウェイの利用可能期間を接続ＧＷ情報に含める。
【００１６】
ＷＡＰゲートウェイアドレスとは、ＧＷ・２０―１〜ＧＷ・２０−３のＩＰアドレスであり、ＷＡＰ端末１０−１〜１０−４がＧＷ・２０―１〜ＧＷ・２０−３と通信セッションを確立する際に利用される。
宛先アドレスとは、ＷＡＰ端末１０−１〜１０−４が特定の宛先のサーバやＰＣと通信を行う際に、特定のＷＡＰゲートウェイを利用させたい場合に指定するＵＲＬ又はＵＲＩ等のアドレスである。
ここで、特定の宛先を指定しな場合はＡｎｙを指定し、全ての宛先を表現する。
優先度とは、同じゲートウェイタイプの接続ＧＷ情報が指定されている場合、ＧＷ・２０―１〜ＧＷ・２０−３のいずれを優先的に選択するかを定める情報であって、本実施形態においては、この優先度が高いＷＡＰゲートウェイほど、優先的に選択されるものとする。
【００１７】
利用可能期間とは、Ｓｕｂｓｔｉｔｕｔｅタイプの接続ＧＷ情報の場合にセットされる情報で、その代替ＷＡＰゲートウェイが利用可能である期間を指定する。
Ｓｕｂｓｔｉｔｕｔｅタイプの接続ＧＷ情報をＧＷ・２０―１〜ＧＷ・２０−３のいずれかに指定する場合は、他のＧＷ・２０―１〜ＧＷ・２０−３のいずれかの接続ＧＷ情報を少なくとも１つ、Ｎｏｒｍａｌタイプに指定する。また、Ｓｕｂｓｔｉｔｕｔｅタイプで指定した利用可能期間外の期間においては、Ｎｏｒｍａｌタイプで指定されたWAPゲートウェイを利用することとする。
【００１８】
ＨＴＴＰサーバ機能処理部１５は、ＷＡＰ２．０仕様にオプションとして規定されるＨＴＴＰサーバ機能に関する処理を行う。具体的には、ＧＷ管理端末３０からＧＷ・２０―１〜２０−３経由で通信処理部１７が受信した接続ＧＷ設定情報を受けて、接続ＧＷ情報管理部１３に接続ＧＷ設定情報を書き込む。
アプリケーション部１６−１、１６−２は、ＧＷ・２０―１〜２０−３を経由するデータ通信を伴うアプリケーション（例えば、ＷＡＰアプリケーション）の実行処理を行う。ここで、アプリケーション部１６−１、１６−２は、それぞれ異なるアプリケーションである。
通信処理部１７は、０ＳＩ７階層のデータリンク層、物理層の機能を備えており、これら下位レイヤにおける、ＷＡＰ端末１０−１〜１０−４とＧＷ２０−１〜２０−３との間の通信処理を行う。
【００１９】
ＧＷ・２０―１〜ＧＷ・２０−３は、ＷＡＰ２．０で規定されているＷＡＰゲートウェイであって、ＷＡＰ端末１０−１〜１０−４とＧＷ管理端末３０、インターネット１１０、キャリアデータセンタ１２０、サーバ１１１−１〜１１１−４との中継地点に設置される。また、ＧＷ・２０―１〜ＧＷ・２０−３は、例えば、ＷＡＰ端末１０−１〜１０−４とサーバ１１１−１〜１１１−４との間でプロトコル変換、コンテンツ変換、無線リンクに適したバイナリ符号化などのサービスを行う。
インターネット１１０は、コンテンツを公開するサーバ１１１−１〜１１１−４が設置されたネットワークである。
キャリアデータセンタ１２０は、ＷＡＰ端末システムを運営する携帯電話通信事業者が設置するデータサーバ等であって、顧客情報のセキュリティ管理の点からＧＷ・２０―１〜ＧＷ・２０−３と専用線で接続されている。
【００２０】
ＧＷ管理端末３０は、上記携帯電話通信事業者のネットワーク上に設置され、ＧＷ・２０―１〜２０−３経由でＷＡＰ端末１０−１〜１０−４に対して、接続ＧＷ情報の設定を行う。
ここで、接続ＧＷ情報が設定される対象範囲は、上記携帯電話通信事業者によって各ＷＡＰ端末に割り当てられたＩＰアドレスや加入者番号を単位に指定される。例えば、ＩＰアドレス指定では１９２．１６８．０．０／１６や１９２．１６８．１０．（１−１００）のようにサブネット単位に指定する場合、又は、各ＩＰアドレスを直接指定する場合がある。
同時に複数のWAP端末１０−１〜１０−４に接続ＧＷ情報を通知・設定する際には、同一ＷＡＰゲートウェイ経由で設定するＷＡＰ端末数や接続ＧＷ情報の通知に失敗した場合のリトライ回数の設定が可能である。
【００２１】
次に、本実施形態のＷＡＰシステムにおける、ＷＡＰ端末１０−１〜１０−４の動作について説明する。本実施形態のＷＡＰ端末１０−１〜１０−４の動作は、設定される接続ＧＷ情報によって異なるが、その目的によって大きく２種類に大別される。１つは、特定のＷＡＰゲートウェイの負荷分散を図ることを目的とする場合であり、もう１つは、１のＷＡＰゲートウェイがサービスを休止・停止した際に、このＷＡＰゲートウェイが行っていたサービスを他のＷＡＰゲートウェイが肩代わりすることを目的とする場合である。以下、まず前者について説明する。
【００２２】
特定のＷＡＰゲートウェイの負荷分散を図ることを目的とする場合、ＵＲＬが（ｈｔｔｐ：／／ｗｗｗ．ｔｅｓｔ−ｓｅｒｖｅｒ．ｃｏ．ｊｐ）で指定される宛先アドレスに対しては、ＧＷ・２０―１〜２０−３が保持する通信セッションを均一化する。
すなわち、ＧＷ管理端末３０は、ＸＭＬ形式の接続ＧＷ設定情報をＧＷ・２０―１〜２０−３経由でＷＡＰ端末１０−１〜１０−４のＨＴＴＰサーバ機能処理部１５に対して、ＨＴＴＰプロトコルのＰＵＳＨコマンドを利用して送信する。ここで、送信される接続ＧＷ設定情報は、例えば図３のように示される。
【００２３】
2004201201.tif 000003
【００２４】
ＷＡＰ端末１０−１〜１０−４の通信処理部１７は、この接続ＧＷ設定情報を受信すると、WAP処理部１１経由でＨＴＴＰサーバ機能処理部１５に対して出力する。ＨＴＴＰサーバ機能処理部１５は、これを受けて接続GW情報管理部１４の設定を行う。すなわち、ＨＴＴＰサーバ機能処理部１５は、接続GW設定情報のＸＭＬ形式のデータを接続ＧＷ情報管理部１４に渡し、接続ＧＷ情報管理部１４はこれを記憶管理する。すなわち、接続GW情報管理部１４はこのXMLデータを解析し、接続ＧＷ設定情報をＷＡＰ端末１０−１〜１０−４が処理しやすいフオーマット、例えば、ルール検索の高速なバイナリデータに変換して保存する。
これにより、接続GW設定情報に基づく設定が完了し、ＧＷ・２０―１が通常利用されるＷＡＰゲートウェイ、ＧＷ・２０―２、ＧＷ・２０―３が負荷分散用ＷＡＰゲートウェイとして指定される。また、ＧＷ・２０―１〜ＧＷ２０−３が、２００２年１０月１０日午後２０時００分０秒から２００に年１０月１１日午後１９時５９分５９秒までの期間、ＷＡＰ端末１０−１〜１０−４がＵＲＬ（ｈｔｔｐ：／／ｗｗｗ．ｔｅｓｔ−ｓｅｒｖｅｒ．ｃｏ．ｊｐ）のサーバと通信する際の負荷分散WAPゲートウェイとして指定される。
【００２５】
今、接続GW設定情報に基づく設定の完了後、２００２年１０月１０日午後２０時００分０秒以後から２００２年１０月１１日午後１９時５９分５９秒までの時点で、ＷＡＰ端末１０−１〜１０−４のアプリケーション１６−１が実行され、インターネット１１０上のサーバ１１１−１（ＵＲＬ  ｈｔｔｐ：／／ｗｗｗ．ｔｅｓｔ−ｓｅｒｖｅｒ．ｃｏ．ｊｐ）との通信を開始するものとする。
図４は、アプリケーション１６−１によるサーバ１１１−１との通信セッション生成要求からセッション生成完了までの流れを示すフローチャートである。
【００２６】
まず、アプリケーション１６−１は、セッション生成処理部１２に対して、サーバ１１１−１の宛先ＵＲＬ（ｈｔｔｐ：／／ｗｗｗ．ｔｅｓｔ−ｓｅｒｖｅｒ．ｃｏ．ｊｐ）／アドレス指定を渡し、セッション生成を要求する（図４のステップＳ１）。
セッション生成処理部１２は、接続ＧＷ判断処理部１３を呼び出し、上記サーバ１１１−１の宛先ＵＲＬ／アドレス指定を渡す（ステップＳ２）。
接続ＧＷ判断処理部１３は、接続ＧＷ情報管理部１４に対して、接続するＷＡＰゲートウェイとして記憶されたＧＷ・２０―１〜ＧＷ２０−３の情報を要求する（ステップＳ３）。接続ＧＷ情報管理部１４は、要求のあった接続ＧＷ情報を読み出して、接続ＧＷ判断処理部１３に返す（ステップＳ４）。
【００２７】
接続ＧＷ判断処理部１３は、セッション生成処理部１２より受けた宛先ＵＲＬ／アドレス指定と現在時刻の情報に基づいて、ＧＷ・２０―１〜ＧＷ２０−３のいずれと接続するかを判断する。
すなわち、接続ＧＷ判断処理部１３は、まず、ＧＷ・２０―１〜ＧＷ２０−３に設定された宛先ＵＲＬと、サーバ１１１−１の宛先ＵＲＬとを比較する（ステップＳ５）。ＧＷ・２０―１〜ＧＷ２０−３に設定された宛先ＵＲＬと、サーバ１１１−１の宛先ＵＲＬとが一致すれば、接続ＧＷ判断処理部１３は、さらに、ステップＳ５で一致したＧＷ・２０―１〜ＧＷ２０−３に設定された利用可能期間と現在時刻を比較する（ステップＳ６）。現在時刻が、利用可能期間：２００２年１０月１０日２０時００分００秒〜２００２年１０月１１日１９時５９分５９秒に該当すれば、接続ＧＷ判断処理部１３は、宛先ＵＲＬが一致し、かつ、現在時間が利用可能期間に該当したＷＡＰゲートウェイのゲートウェイアドレスをセッション生成処理部１２に対して返す。このとき、セッション生成処理部１２に対して返すゲートウェイアドレスは、実装により１又は複数のいずれとしてもよい。また、接続GW判断処理部１３が上記優先度に基づいて、優先度の高低をさらに判別し、セッション生成処理部に優先度の高いＷＡＰゲートウェイのゲートウェイアドレスGW1、GW2、GW3のいずれかのみを返すようにしてもよい。
【００２８】
本実施形態では、接続ＧＷ判断処理部１３は、図３に示す接続ＧＷ設定情報の接続ＧＷ情報ＩＤが１の設定情報に基づき、ＧＷ・２０―１〜ＧＷ２０−３のすべてが利用するＷＡＰゲートウェイであると判断し、ＧＷ・２０―１、ＧＷ２０−２、ＧＷ２０−３のゲートウェイアドレスＧＷ１，ＧＷ２、ＧＷ３の３つすべてをセッション生成処理部１２に返す（ステップＳ７）。
【００２９】
セッション生成処理部１２は、ゲートウェイアドレスＧＷ１，ＧＷ２、ＧＷ３を受けて、対応するＧＷ・２０―１、ＧＷ２０−２、ＧＷ２０−３の接続GW情報の優先度を比較する（ステップＳ８）。ここで、ＧＷ・２０―１、ＧＷ２０−２、ＧＷ２０−３の優先度は、図３に示すようにいずれも２であって、同一である。したがって、セッション生成処理部１２は、ＧＷ・２０―１、ＧＷ２０−２、ＧＷ２０−３の中から任意にWAPゲートウェイを選択可能である。したがって、例えば、擬似乱数を用いて、ＷＡＰ端末１０−１〜１０−４がそれぞれ同一の確率でＧＷ・２０―１、ＧＷ２０−２、ＧＷ２０−３のいずれかを選択するといった実装により、特定の時間に、特定のＵＲＬのサーバが提供するサービスにアクセスが集中する場合に、この集中負荷を分散することができる。
【００３０】
セッション生成処理部１２は、接続するＷＡＰゲートウェイとして、例えば、ＧＷ・２０―１を選択して、ゲートウェイアドレスＧＷ１を元にセッションを生成し、ＷＡＰ処理部１１に通知する（ステップＳ９）。ＷＡＰ処理部１１は、これに基づき、通信処理部１７を介してＧＷ・２０―１とセッションを確立し、セッション生成処理部１２に対して生成完了を通知する（ステップＳ１０）。セッション生成処理部１２は、セッション完了をアプリケーション部１６−１に対して通知する（ステップＳ１１）。
以上の処理によって、アプリケーション部１６−１は、ＧＷ・２０―１とセッションを確立し、ＧＷ・２０―１は、宛先ＵＲＬ（ｈｔｔｐ：／／ｗｗｗ．ｔｅｓｔ−ｓｅｒｖｅｒ．ｃｏ．ｊｐ）のサーバ１１１−１と通信セッションを確立する。そして、アプリケーション部１６−１とサーバ１１１−１とがデータ送受信を行う。
なお、ＧＷ・２０―１とのセッション確立に失敗した場合は、他の候補であるＧＷ・２０―２、ＧＷ２０−３等を再度選択しなおして、通信セッションを確立してもよい。
【００３１】
２００２年1０月１１日午後１９時５９分５９秒以後の時点で、アプリケーション１６−１が起動した場合、セッション生成処理部１２と、接続ＧＷ判断処理部１３と、接続ＧＷ情報管理部１４とが上記ステップＳ２〜Ｓ１１と同様の処理を実行する。
すなわち、セッション生成処理部１２のゲートウェイアドレス要求に対して、接続ＧＷ判断処理部１３は、ＧＷ・２０―１のデートウェイアドレスをセッション生成処理部１２に返し、セッション生成処理部１２は、これを接続するＷＡＰゲートウェイとして選択する。
アプリケーション部１６−１はＧＷ・２０―１と通信セッションを確立し、WAPゲートウェイが宛先URLのサーバ１１１との通信セッションを確立する。
【００３２】
以上説明したように、本実施形態のＷＡＰ端末によれば、特定のサイト、特定のサーバへのアクセスが特定時間帯に集中する場合、または集中が予想される場合、このアクセス負荷を適切に複数のＷＡＰゲートウェイに分散することができる効果が得られる。また、あるＷＡＰゲートウェイに障害が発生した場合でも、上述の接続ＧＷ情報をＷＡＰ端末に通知しておけば、継続してサービスを提供できる効果が得られる。
また、ＧＷ管理端末は、必要に応じて、利用可能なWAPゲートウェイをWAP端末に通知できるとともに、例えば、サブネット単位ごとに接続GW情報を配信することにより、複数のＷＡＰ端末に効率的に接続GW情報を配信できる。
また、接続GW情報において、同一WAPゲートウェイ経由で設定するWAP端末数に制限を指定することでWAPゲートウェイに対する負荷を軽減することができる。
【００３３】
また、WAP端末で動作する通信アプリケーション（＝本実施形態のアプリケーション部１６−１、１６−２が実行するアプリケーション）の変更は必要ないため、アプリケーション開発者は代替ＷＡＰゲートウェイの選択などを意識することなく、アプリケーションを開発でき、開発コストの増大を抑えることができる効果が得られる。
また、接続ＧＷ情報管理部と接続ＧＷ判断処理部の機能をそれぞれ独立した構成とすることで、GW管理端末から受信したデ一夕をそのまま保持する必要はなく、端末内部の処理に適したフォーマットに変換した上で接続GW情報を記憶管理できる。
したがって、受信データを記憶管理するデータフォーマットを検索に適するデータ構造に予め変換しておくことができるため、セッション確立時に発生する遅延時間を短縮することができる効果が得られる。
【００３４】
また、セッション生成処理部と接続GW判断処理部の機能をそれぞれ独立した構成とすることで、セッション生成処理部は接続するWAPゲートウェイの選択判断に関する処理を行う必要がない。
したがって、接続GW情報管理部の保存データ構造が変更された場合においても、セッション生成部の処理へ影響が及ぶことを防止することができる効果が得られる。
また、接続GW情報として、利用可能期間、優先度、宛先URLを元にWAP端末に負荷分数のためのWAPゲートウェイを指定することができる。
【００３５】
次に、本実施形態のＷＡＰシステムにおいて、１のＷＡＰゲートウェイがサービスを休止・停止した際に、このＷＡＰゲートウェイが行っていたサービスを他のＷＡＰゲートウェイが肩代わりすることを目的とする場合のＷＡＰ端末１０−１〜１０−４の動作について説明する。図５は、本実施形態のＷＡＰ端末を適用したＷＡＰシステムの全体構成を示す構成図である。本ＷＡＰシステムは、図１に示すＷＡＰシステムと同一構成であるが、ＧＷ・２０−１がメンテナンスのため、ある期間停止するため、この期間中に稼動しているＷＡＰゲートウェイがＧＷ・２０−２、ＧＷ・２０−３である点が異なっている。
以下、上述の特定のＷＡＰゲートウェイの負荷分散を図ることを目的とする場合のＷＡＰ端末１０−１〜１０−４の動作と共通する動作については、説明を省略し、異なる動作について説明する。
【００３６】
２００２年１０月１０日２０時００分００秒〜２００２年１０月１１日１９時５９分５９秒までの期間、ＧＷ２０−１が行っていたサービスをＧＷ２０−２、ＧＷ２０−３が肩代わりすることを目的とする場合、ＧＷ管理端末３０は、２００２年１０月１０日２０時００分００秒以前に、ＸＭＬ形式の接続ＧＷ設定情報をＧＷ・２０―１〜２０−３経由でＷＡＰ端末１０−１〜１０−４のＨＴＴＰサーバ機能処理部１５に対して、ＨＴＴＰプロトコルのＰＵＳＨコマンドを利用して送信する。
接続GW設定情報の送信は原則、２００２年１０月１０ヵ年後２０時００分０秒以前に完了するものとするが、必要に応じて、当該期間中に送信処理を再度行うことも考えられる。
ここで、送信される接続ＧＷ設定情報は、例えば図５のように示される。
【００３７】
接続ＧＷ情報ＩＤ：１
ＷＡＰゲートウェイタイプ：Ｎｏｒｍａｌ
ＷＡＰゲートウェイアドレス：ＧＷ１（＝ＧＷ・２０―１）
宛先アドレス：Ａｎｙ
接続ＧＷ情報ＩＤ：２
ＷＡＰゲートウェイタイプ：Ｓｕｂｓｔｉｔｕｔｅ
ＷＡＰゲートウェイアドレス：ＧＷ２（＝ＧＷ・２０―２）
宛先アドレス：Ａｎｙ
優先度：１
利用可能期間：２００２年１０月１０日２０時００分００秒〜２００２年１０月１１日１９時５９分５９秒
接続ＧＷ情報ＩＤ：３
ＷＡＰゲートウェイタイプ：Ｓｕｂｓｔｉｔｕｔｅ
ＷＡＰゲートウェイアドレス：ＧＷ３（＝ＧＷ・２０―３）
宛先アドレス：Ａｎｙ
優先度：１
利用可能期間：２００２年１０月１０日２０時００分００秒〜２００２年１０月１１日１９時５９分５９秒
【００３８】
ＷＡＰ端末１０−１〜１０−４は、この接続ＧＷ設定情報を受信すると、接続GW設定情報に基づく設定を行う。この場合、ＧＷ・２０―１がメンテナンス対象のＷＡＰゲートウェイ、ＧＷ・２０―２、ＧＷ・２０―３が２００２年１０月１０日午後２０時００分０秒から２００に年１０月１１日午後１９時５９分５９秒までの期間、ＧＷ・２０―１の代替ＷＡＰゲートウェイとして指定される。
【００３９】
今、接続GW設定情報に基づく設定の完了後、２００２年１０月１０日午後２０時００分０秒以後から２００２年１０月１１日午後１９時５９分５９秒までの時点で、ＷＡＰ端末１０−１〜１０−４のアプリケーション１６−１が実行され、インターネット１１０上のサーバ１１１−１との通信を開始するものとする。
【００４０】
まず、アプリケーション１６−１は、セッション生成処理部１２に対して、サーバ１１１−１のアドレス指定を渡し、セッション生成を要求する（図４のステップＳ１）。
セッション生成処理部１２は、接続ＧＷ判断処理部１３を呼び出し、上記サーバ１１１−１の宛先ＵＲＬ／アドレス指定を渡す（ステップＳ２）。
接続ＧＷ判断処理部１３は、接続ＧＷ情報管理部１４に対して、接続するＷＡＰゲートウェイとして記憶されたＧＷ・２０―１〜ＧＷ２０−３の情報を要求する（ステップＳ３）。接続ＧＷ情報管理部１４は、要求のあった接続ＧＷ情報を読み出して、接続ＧＷ判断処理部１３に返す（ステップＳ４）。
【００４１】
接続ＧＷ判断処理部１３は、セッション生成処理部１２より受けた宛先ＵＲＬ／アドレス指定と現在時刻の情報に基づいて、ＧＷ・２０―１〜ＧＷ２０−３のいずれと接続するかを判断する。
すなわち、接続ＧＷ判断処理部１３は、宛先を比較後（ステップＳ５）、ＧＷ・２０―１〜ＧＷ２０−３に設定された利用可能期間と現在時刻を比較する（ステップＳ６）。現在時刻が、利用可能期間：２００２年１０月１０日２０時００分００秒〜２００２年１０月１１日１９時５９分５９秒に該当すれば、接続ＧＷ判断処理部１３は、現在時間が利用可能期間に該当したＷＡＰゲートウェイのゲートウェイアドレスをセッション生成処理部１２に対して返す。
【００４２】
この場合、接続ＧＷ判断処理部１３は、図６に示す接続ＧＷ設定情報の接続ＧＷ情報ＩＤが２，３の設定情報に基づき、ＧＷ・２０―２、ＧＷ２０−３が利用するＷＡＰゲートウェイであると判断し、ＧＷ２０−２、ＧＷ２０−３のゲートウェイアドレスＧＷ２、ＧＷ３の２つをセッション生成処理部１２に返す（ステップＳ７）。
【００４３】
セッション生成処理部１２は、ゲートウェイアドレスＧＷ２、ＧＷ３を受けて、対応するＧＷ２０−２、ＧＷ２０−３の接続GW情報の優先度を比較する（ステップＳ８）。ここで、ＧＷ２０−２、ＧＷ２０−３の優先度は、図５に示すように
順に１、２であって、ＧＷ２０−２の優先度の方が高い。したがって、セッション生成処理部１２は、ＧＷ２０−２を選択する。そして、セッション生成処理部１２は、ゲートウェイアドレスＧＷ２を元にセッションを生成し、ＷＡＰ処理部１１に通知する（ステップＳ９）。ＷＡＰ処理部１１は、これに基づき、通信処理部１７を介してＧＷ・２０―２とセッションを確立し、セッション生成処理部１２に対して生成完了を通知する（ステップＳ１０）。セッション生成処理部１２は、セッション完了をアプリケーション部１６−１に対して通知する（ステップＳ１１）。
以上の処理によって、アプリケーション部１６−１は、ＧＷ・２０―２とセッションを確立し、ＧＷ・２０―１は、サーバ１１１−１と通信セッションを確立する。そして、アプリケーション部１６−１とサーバ１１１−１とがデータ送受信を行う。
なお、ＧＷ・２０―２とのセッション確立に失敗した場合は、他の候補であるＧＷ２０−３を再度選択しなおして、通信セッションを確立してもよい。
【００４４】
２００２年1０月１１日午後１９時５９分５９秒以後の時点で、アプリケーション１６−１が起動した場合、セッション生成処理部１２と、接続ＧＷ判断処理部１３と、接続ＧＷ情報管理部１４とが上記ステップＳ２〜Ｓ１１と同様の処理を実行する。
すなわち、セッション生成処理部１２のゲートウェイアドレス要求に対して、接続ＧＷ判断処理部１３は、ＧＷ・２０―１のデートウェイアドレスをセッション生成処理部１２に返し、セッション生成処理部１２は、これを接続するＷＡＰゲートウェイとして選択する。
アプリケーション部１６−１はＧＷ・２０―１と通信セッションを確立し、WAPゲートウェイが宛先URLのサーバ１１１との通信セッションを確立する。
【００４５】
以上説明したように、本実施形態のＷＡＰ端末によれば、WAPゲートウェイのメンテナンスのために特定の時間帯に特定のＷＡＰゲートウェイが停止する場合、
予め代替WAPゲートウェイをWAP端末に指定しておくことで、ユーザにメンテナンス中であることを意識させることなく、サービスを継続できる効果が得られる。また、接続GW情報として、利用可能期間、優先度、宛先URLを元にWAP端末に代替WAPゲートウェイを指定することができる。
【００４６】
なお、本実施形態においては、接続GW設定情報としてXML形式のテキストデータを利用したが、例えば、負荷分散の対象となるWAPゲートウェイに対して優先度を設定したい場合は、別の〈gateway〉タグを記述し、優先度を付ければよい。
【００４７】
上述のＷＡＰ端末、ＷＡＰゲートウェイ、ＧＷ管理端末は内部に、コンピュータシステムを有している。そして、上述したＷＡＰ仕様に基づく通信に関する一連の処理の過程は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータが読み出して実行することによって、上記処理が行われる。ここでコンピュータ読み取り可能な記録媒体とは、磁気ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、半導体メモリ等をいう。また、このコンピュータプログラムを通信回線によってコンピュータに配信し、この配信を受けたコンピュータが当該プログラムを実行するようにしても良い。
【００４８】
なお、上記図１〜図７及び本明細書中における番号が同一の装置等は、すべて同一構成である。
【図面の簡単な説明】
【図１】負荷分散を目的とした場合における、本実施形態のＷＡＰ端末を適用したＷＡＰシステムの全体構成を示す構成図である。
【図２】ＷＡＰ端末の構成を示す構成図である。
【図３】接続ＧＷ設定情報の例を示す図である。
【図４】アプリケーション１６−１によるサーバ１１１−１との通信セッション生成要求からセッション生成完了までの流れを示すフローチャートである。
【図５】本実施形態のＷＡＰ端末を適用したＷＡＰシステムの全体構成を示す構成図である。
【図６】接続ＧＷ設定情報の例を示す図である。
【図７】ＷＡＰシステムの全体構成を示す全体構成図である。
【符号の説明】
１０−１〜１０−４…ＷＡＰ端末、２０−１〜２０−３…ＷＡＰゲートウェイ、３０…ＧＷ管理端末、１００…携帯電話網、１１０…インターネット、１１１−１〜１１１−４…サーバ、１２０…キャリアデータセンタ、
【図１】
2004201201.tif 000004
【図２】
2004201201.tif 000005
【図３】
2004201201.tif 000006
【図４】
2004201201.tif 000007
【図５】
2004201201.tif 000008
【図６】
2004201201.tif 000009
【図７】
2004201201.tif 000010