(57)【要約】【課題】同一内容のメニュー情報を複数の態様、例えばＦＬＡＳＨとＸＨＴＭＬで提示するＷＡＰゲートウェイにおいて、ユーザーの移動端末の機能あるいはユーザーの希望に対応した情報の提示態様を自動的に選択するシステムを提供する。【解決手段】ユーザーのメニュー要求受付手段に、ユーザーからのメニュー提示要求に対してＦＬＡＳＨとＸＨＴＭＬによる提示が可能な時、ユーザーが使用する端末の仕様情報、及びユーザーが予め設定したメニュー態様の指示データーに基づいて、ユーザーからのメニュー提示要求をＦＬＡＳＨ又はＸＨＴＭＬ形式によるメニュー提示要求に変更する手段を設け、変更された要求をメニュー提示手段に転送する。【選択図】  図３
2006067363.tif 000002
【特許請求の範囲】
【請求項１】
移動端末からインターネットへのアクセス要求を処理するＷＡＰゲートウェイにおいて、同一の表示内容に対して複数の表示形態が可能な表示から表示の形態を決定する表示形態決定装置であって、
前記表示形態決定装置は、同一内容の表示に対して複数の表示形態のデーターを記憶する手段と、
表示を要求した移動端末の仕様を判別する機種仕様判別手段と、
表示を要求した利用者の表示形態に関する指示を判別する指示判別手段と、
前記機種仕様判別手段と前記指示判別手段の出力に基づいて、移動端末からの表示要求を前記複数の表示形態の内の一つの表示形態のデーターを要求する要求に変更する手段と、
前記変更された要求に対応する表示形態のデーターを前記移動端末に出力する手段を有することを特徴とする表示形態決定装置。
【請求項２】
請求項１記載の表示形態決定装置であって、
前記複数の表示形態がＦＬＡＳＨとＸＨＴＭＬであることを特徴とする表示形態決定装置。
【請求項３】
請求項１記載の表示形態決定装置であって、
前記複数の表示データーがメニューデータであることを特徴とする表示形態決定装置。
【請求項４】
移動端末からインターネットへのアクセス要求を処理するＷＡＰゲートウェイにおいて、移動端末が要求した表示の表示形態を決定する表示形態決定方法であって、
表示を要求した端末の仕様を判別する機種仕様判別ステップと、
表示を要求した利用者の表示形態の指示を判別する指示判別ステップと、
前記機種仕様判別ステップと前記指示判別ステップの判別結果に基づいて、移動端末からの表示要求を複数の表示形態の内の一つの表示形態のデーターを要求する要求に変更するステップと、
前記変更された要求に対応した表示形態のデーターを前記移動端末に出力するステップからなることを特徴とする表示形態決定方法。
【請求項５】
請求項４記載の表示形態決定方法であって、
前記複数の表示形態がＦＬＡＳＨとＸＨＴＭＬであることを特徴とする表示形態決定方法。
【請求項６】
請求項４記載の表示形態決定方法であって、
前記複数の表示データーがメニューデータであることを特徴とする表示形態決定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話やPDA（Personal Digital Assistant）等の移動端末から、インターネットへのアクセスを制御しインターネットからのサービスを中継するＷＡＰゲートウェイに関するものであり、特に、一つの表示項目に対して複数の表示形態が存在する時、ユーザーが使用中の端末機はどの形式の表示に対応しているのか等を意識する必要が無く、単一の要求により使用機種に適合した形式の表示を自動的に選択して表示するＷＡＰゲートウェイの表示データー決定装置及び表示データー決定方法に関するものである。
【背景技術】
【０００２】
移動端末等からインターネットをアクセスし、インターネット上の情報を取得する等インターネットのサービスを受けるため、無線電話回路網とインターネットの間には、両者間の情報あるいは制御を中継するＷＡＰゲートウェイが設けられている。ＷＡＰゲートウェイは無線電話回路網とインターネット間の中継を実行する他、ユーザーにインターネットへのポータルとなるメニューデータを提供する、コンテンツのダウンロード等ユーザーがインターネットから受けたサービスに対して、コンテンツの提供者に代わってユーザーへ課金する、あるいは、ユーザーがダウンロード可能なＪＡＶＡアプリケーション等のデーターをシステム内のデータベースとして保管し、ユーザーからのダウンロード要求に応答しダウンロードを許可する等、ユーザーに対して直接サービスを提供する機能を備えたものが存在する。
【０００３】
ＷＡＰゲートウェイに関する文献に以下のものが存在する。
【特許文献１】特開２００２−１６５２７６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ユーザーがインターネット上で提供されるコンテンツにアクセスする場合、直接インターネットから対象コンテンツを検索するには非常な労力を必要とする。そのため、移動端末によるインターネットへのアクセスを提供するＷＡＰゲートウェイに、ユーザーに対してコンテンツへのアクセスを補助するメニューの提供機能が設けられている。この技術はインターネット上でコンテンツ等のサービスを提供するコンテンツ提供サーバーを、例えば音楽、映像等で分類し、グループ毎に提供サーバーの一覧を表示するものである。ユーザーは表示された提供サーバーの一覧から希望するサーバーを選択し指示する事により、当該サーバーへのアクセスを可能とするものである。
【０００５】
また、近年のインターネットによる情報提供技術の発展に伴い、提供する情報の量を増やす、あるいは、ユーザーの注目を引く等の目的で、ホームページで使用される画像の形式も多種開発されてきた。その一つにMacromedia社が開発したアニメーションの表示が可能なＦＬＡＳＨ技術がある。新技術を利用してメニュー画面等の情報提供画面を作成することにより、一つの画面で提供可能な情報量が増大し、ユーザーの選択等の行為も容易となる。
【０００６】
しかし、新技術を用いて作成された画面が表示可能な端末は、当該新技術に対応した端末に限られ、旧来の端末等、新技術に対応していない端末では表示が不可能である。その結果、未対応の端末からは新技術を用いて作成されたページを要求することはできず、要求を送信するとエラーとなり何らかの対応が必要となる。また、アニメーションデータを含むページは、例えばＸＨＴＭＬで作成された旧来のページに比較して多くのデータを必要とする。そのため、サーバーからユーザー端末の転送に必要となるパケット数も増大し、転送に要する時間及び費用も増大するため、アニメーションを含んだメニュー画面を希望しないユーザーも存在する。
【０００７】
上記問題を解決するため、メニューデータを提供するページとして、旧来のＸＨＴＭＬによるページとＦＬＡＳＨによるページの２種類用意し、ユーザーが希望するページを選択し指示することにより、ユーザーの機種に適合した、あるいはユーザーが希望する表示形式のページを提供する方法が考えられる。しかし、この方法ではメニュー毎にページの形式を選択する画面を設け、本来のメニューを表示する前に当該選択画面をユーザー端末に送信し、ユーザーによる選択を行わねばならず、データーの転送量とユーザーの負担の増加を招く事になる。
【課題を解決するための手段】
【０００８】
本発明は、一つの選択項目に対するメニューページとして、ＸＨＴＭＬによるページとＦＬＡＳＨによるページを作成し、両ページに異なるアドレスを付してメニューサーバーに保存しておき、ユーザー端末からは上記一つの選択項目に対するページアドレスを、両形式のページに共通なアドレスとしてメニューサーバーに送信する構成としている。また、ユーザー端末からの要求をメニューサーバーに中継する中継サーバーが、ユーザーが使用している端末、及びユーザーが設定したメニュー形式を指定する情報に基づいて、前記共通アドレスをＸＨＴＭＬによるページのアドレスとＦＬＡＳＨによるページのアドレスのいずれかに変換し、メニューサーバーに送信する構成としている。
【発明の効果】
【０００９】
本発明の構成により、ユーザーがＸＨＴＭＬによるページかＦＬＡＳＨによるページかを選択する必要はなく、ユーザーはメニューを要求する１つだけのリンクURLを選択するのみで、自動的にユーザーの使用する機種及びユーザーの指定に適合した形式のメニューページが表示される。従って不要な情報の転送を必要とせず、ユーザーによる選択の誤り等が無くなる。
【発明を実施するための最良の形態】
【００１０】
図１−１は本発明が適用される移動端末によるインターネットへのアクセスを管理するＷＡＰゲートウェイの概要図であり、図１−２には、ユーザーの移動電話機とインターネット上で無料のコンテンツを提供するコンテンツ提供サーバーとの間でセッションを確立し、無料コンテンツを取得した後セッションを開放するWAPの基本シーケンスの一例がしめされている。
【００１１】
図１−１に示される各ノード、サーバーの概要は以下の通りである。
ＧＧＳＮ（２）：ユーザーの移動電話機（ＵＥ）が属するコアネットワーク（パケット網）とＷＡＰゲートウェイを構成するIPネットワークとのゲートウェイである。
ＪＳＲ（３）：加入者認証機構であり、サービス毎にユーザーのアクセス権限をチェックする。
ＰＣＮ（４）：移動電話機が送出するパケットを監視し、そのパケット量を基に課金情報を記述し、所定の期間毎に課金レコード（ＣＤＲ）を出力するサーバーであり、このＣＤＲを基に加入者に対して通信料の課金を行う。
ＪＳＰ（６）：標準機能と拡張機能の調整をするアプリケーションゲートウェイであり、受け付けたリクエストを適切な形式に変換し、後段に転送するためのプロキシ機能と、ＳＳＬを用いたセキュアアクセス機能などの各種機能を提供する。
Ｒ２Ｍ（７）：サービス毎のユーザーのアクセス権限をチェックする加入者認証セッションの管理を行う。また、サービス加入者がウェブやメール等のサービスを利用する際に必要となる、ユーザー情報、ユーザー設定情報、端末情報を管理し、ＷＡＰゲートウェイ内の各サーバーからの要求に応じてそれら情報を提供するサーバーである。
ＰＴＬ（８）：外部サーバーから各種統計情報を収集し、統計情報に基づいてメニューをソートする等、ＷＡＰゲートウェイの公式メニューの更新管理を行う。移動端末からのリクエストに応答して、メニューデータベースから対応メニューを検索し移動端末に提供するサーバーである。
ＷＧＷ（１０）：移動端末のユーザーがウェブアクセスする際、ユーザーからのリクエストをコンテンツ提供サーバー（ＣＰ）へ仲介するゲートウェイサーバである。ユーザーのコンテンツ使用料をコンテンツ提供サーバーに代わって徴収する課金システム（回収代行）やスキーム変換などの機能を持つ。
ＤＢＳ（１２）：データベース・シンクロナイザーであり、複数のデータベース間で内容の同期を採るものである。
Ｗｔｒａｎｓ（１３）：ＷＧＷ１０とインターネット上のコンテンツ提供サーバー（ＣＰ）の中間に位置し、コード変換などを行うサーバーである。
ＣＰ（１４）：インターネット上でホームページを開設し、ユーザーにコンテンツ等を提供するサーバーである。電話会社等のＷＡＰゲートウェイ運営者と契約し、ＷＡＰゲートウェイの公式メニューに選択項目として登録する。ユーザーが移動端末の表示画面に表示されたメニューから当該選択項目を選択することにより、ユーザーはＷＡＰゲートウェイを介して当該ホームページにアクセスし、提供コンテンツの購入が可能となる。
【００１２】
ＳＧＳＮ（３０）：無線ネットワークコントローラとコアネットワーク（Packet網）とのゲートウェイである。
ＳＭＳＣ（３１）：ショート・メッセージ・サービス・センターであり、簡易メールを管理するサーバーである。
ＤＲＳ（３２）：一定間隔毎に全加入者の情報を一元管理するサーバー（ＤＩＲ）から加入者情報をローカルにコピーし維持するサーバーである。照会要求に対して加入者情報を提供し、ＤＩＲが障害の時においても、サービスを継続して提供することを可能にしている。
ＰＰＧ（３３）：プッシュ・プロキシー・ゲートウェイであり、プッシュ（Push）サービスを実行したいノードからの要求により、端末にコンテンツのプッシュを実行するサーバーである。
ＤＲＭ（３４）：著作権管理機構であり、オープン・モバイル・アライアンス（Open Mobile Alliance OMA DRM) 1.0 に定められている３つの著作権管理方法（Forward-lock、Combined delivery、Separate delivery）に対応している。
ＭＭＳ−Ｒ（３５）：マルチメディアメッセージの受信、送信を行うメールサーバであり、送受信者の認証やメールボックスへのメッセージの格納、取り出し、配信などを行う。
ＭＡＣＳ（３６）：ミッドレット（MIDlet）アクセス・コントロール・サーバーであり、ミッドレット（移動端末用の簡易Javaアプレット）へのアクセス、転送を管理するサーバーである。
Ｒｅｐｏ−ＤＢ（３７）：インターネット上でデーターを保存、管理することを目的としたサーバーの総称である。
ＣＯＰ（３８）：ネットワークの設定など、移動端末のセットアップに必要な情報を、ＯＴＡ（Over The Air）を介して提供するノード（ＣＯＰ：Client OTA Provisioning）である。
【００１３】
図１−２には、ユーザーの移動端末とインターネット上で無料のコンテンツを提供するコンテンツ提供サーバー間のシーケンスが示されており、その詳細は以下のとおりである。
（１）シーケンス１〜２
移動端末（ＵＥ）上で動作しているＷＥＢブラウザなどのユーザエージェント（ＵＡ）がＷＥＢコンテンツを取得するとき、ＴＣＰ（Transmission Control Protocol）セッションを確立するための接続要求「1) Activate PDP Context Request」をＳＧＳＮ３０に送出する。ＳＧＳＮ３０は、「1) Activate PDP Context Request」を受信すると、移動端末（ＵＥ）の加入者に割り当てられた国際識別番号（ＩＭＳＩ：International Mobile Subscriber Identity）及び移動端末（ＵＥ）の電話番号（ＭＳＩＳＤＮ：Mobile Station ISDN number）が添付された「2) Create PDP Context Request」を生成して、ＧＧＳＮ２に送出する。
【００１４】
（２）シーケンス３〜４
ＧＧＳＮ２は、「2) Create PDP Context Request」を受信すると、ＪＳＲ３に対して認証要求「3) RADIUS Access Request」を送出し、ＪＳＲ３から認証成功を示す「4) RADIUS Access Accept」が返送されると、移動端末（ＵＥ）にＩＰアドレスを払い出して、Ｒ２Ｍ７に対してRADIUSアカウンティングリクエスト「5) RADIUS  Accounting-start Request」を送出する。このRADIUSアカウンティングリクエスト「5) RADIUS  Accounting-start Request」には、払い出された移動端末（ＵＥ）のＩＰアドレス、ＭＳＩＳＤＮあるいはＩＭＳＩなどが添付されている。
【００１５】
（３）シーケンス５〜７
Ｒ２Ｍ７は、「5) RADIUS Accounting-start Request」を受信すると、ユーザーごとのセッション情報やプロファイル情報を作成して、ＩＰアドレスをキーにひとまとめにして内部メモリにキャッシュする。このキャッシュされた情報は該当するセッションが開放されるまでの間保持される。また、Ｒ２Ｍ７は、ＪＳＰ６にこのセッション情報をリプリケーションさせるために、「6) Replication RADIUS Accounting Profile」を送出する。ＪＳＰ６は、「6) Replication RADIUS Accounting Profile」を受信すると、内部にこのセッション情報の複製（レプリカ）を保持する。ここで、保持するセッション情報には、移動端末（ＵＥ）のＩＰアドレス、ＭＳＩＳＤＮ、ＩＭＳＩが含まれている。ＪＳＰ６は、このセッション情報の複製（レプリカ）を保持すると、セッション情報がリプリケーションされたことを通知する「7) Replication RADIUS Accounting Profile Response」をＲ２Ｍ７に送出する。
【００１６】
（４）シーケンス８〜１０
Ｒ２Ｍ７は、「7) Replication RADIUS Accounting Profile Response」を受信すると、ＧＧＳＮ２にＴＣＰセッションの接続準備が整ったことを通知する「8) RADIUS Accounting-start Response」を送出する。ＧＧＳＮ２は、移動端末（ＵＥ）に対して払い出されたＩＰアドレスが添付された「9) Create PDP Context Response」をＳＧＳＮ３０に送出する。次いでＳＧＳＮ３０は、移動端末（ＵＥ）に対して「10) Activate PDP Context Response を送出する。これによって、移動端末（ＵＥ）とＪＳＰ６との間でＴＣＰハンドシェイクが行われてＴＣＰセッションが確立される。
【００１７】
（５）シーケンス１１
移動端末（ＵＥ）とＪＳＰ６との間でＴＣＰセッションが確立すると、移動端末（ＵＥ）は、コンテンツ提供サーバ（ＣＰ）からコンテンツを取得するためにＨＴＴＰリクエスト「11) HTTP Request」をＪＳＰ６に送出する。ＪＳＰ６は、ＨＴＴＰリクエスト「11) HTTP Request」を受信すると、内部に保持しているセッション情報の複製（レプリカ）を参照して、対応するセッション情報が存在するとともに、加入者情報が一致する場合にのみ、そのＨＴＴＰリクエスト「11) HTTP Request」を受け付ける。このＨＴＴＰリクエスト「11) HTTP Request」のヘッダには、ＧＧＳＮ２から払い出された移動端末（ＵＥ）のＩＰアドレス、コンテンツを取得する相手先であるコンテンツ提供サーバ（ＣＰ）のＵＲＩ（Request-URI）、ユーザエージェント情報（UA）、ユーザエージェントのプロファイル情報（UA-Profile）が含まれている。
【００１８】
（６）シーケンス１２〜１３
ＪＳＰ６は、ＨＴＴＰリクエスト「11) HTTP Request」を受信すると、この移動端末（ＵＥ）がコンテンツの取得に必要なプロファイル情報をＲ２Ｍ７から取得するために「12) Profile get Request」を送出する。Ｒ２Ｍ７は、「12) Profile get Request」に添付されているＩＰアドレス、ユーザエージェント情報（UA）、ユーザエージェントのプロファイル情報（UA-Profile）に基づいて、内部にキャッシュされている移動端末（ＵＥ）のプロファイル情報を取得して、「13) Profile get Response」によってＪＳＰ６に通知する。
【００１９】
（７）シーケンス１４〜１５
ＪＳＰ６は、Ｒ２Ｍ７から通知された移動端末（ＵＥ）のプロファイル情報に含まれている端末情報（UE-Profile）に基づいて不足しているパラメータを、移動端末（ＵＥ）から受信したＨＴＴＰリクエスト「11) HTTP Request」の拡張ヘッダに補完して、Request-URIで特定されるコンテンツ提供サーバ（ＣＰ）に「14) HTTP Request」を送出する。ここで、ＷＡＰ対応の移動端末（ＵＥ）では、端末情報（UE-Profile）のパラメータを添付するための拡張ヘッダを持つＨＴＴＰリクエスト「11) HTTP Request」の送出が困難である。しかし、ＪＳＰ６がＨＴＴＰリクエスト「11) HTTP Request」の拡張ヘッダに端末情報（UE-Profile）のパラメータを補完することによって、コンテンツ提供サーバ（ＣＰ）では、移動端末（ＵＥ）がＷＡＰ対応の移動端末かどうかによらず、ＨＴＴＰリクエスト「14) HTTP Request」の拡張ヘッダに添付されている端末情報（UE-Profile）のパラメータを参照することにより、移動端末（ＵＥ）の性能や能力を知ることができる。そして、コンテンツ提供サーバ（ＣＰ）は、移動端末（ＵＥ）の性能や能力に適合するコンテンツを選択あるいは生成して、そのコンテンツを「15) HTTP Response」によってＪＳＰ６に返送する。
【００２０】
（８）シーケンス１６
ＪＳＰ６は、「15) HTTP Response」によってコンテンツ提供サーバ（ＣＰ）から取得したコンテンツをＨＴＴＰレスポンス「16) HTTP Response」として移動端末（ＵＥ）に返送する。ここで、コンテンツ提供サーバ（ＣＰ）によっては、ＨＴＴＰリクエスト「14) HTTP Request」の拡張ヘッダを参照することなくコンテンツを返送するサーバーがある。この場合、ＪＳＰ６が取得したコンテンツは、必ずしも移動端末（ＵＥ）の性能や能力に適合したものではない。そのような場合には、ＪＳＰ６は、移動端末（ＵＥ）の端末情報（UE-Profile）に基づいて、その移動端末（ＵＥ）の性能や能力に適合するように、コンテンツの文字変換やファイル形式変換などを行って、移動端末（ＵＥ）に返送する。
【００２１】
（９）シーケンス１７〜２２
移動端末（ＵＥ）は、ＨＴＴＰレスポンス「16) HTTP Response」によってコンテンツを取得すると、ＪＳＰ６との通信を終了させるために、セッションの開放要求「17) Deactivate PDP Context Request」をＳＧＳＮに送出する。ＳＧＳＮ３０は、ＧＧＳＮ２に「18) Delete PDP Context Request」を送出し、次いでＧＧＳＮ２は、「19) RADIUS Accounting-stop Request」をＲ２Ｍ７に送出する。これを受信したＲ２Ｍ７は、内部に保持していた該当セッション情報を破棄して、「20) RADIUS Accounting-stop Response」をＧＧＳＮ２に送出する。ＧＧＳＮ２は、「21) Delete PDP Context Response」をＳＧＳＮ３０に送出し、次いでＳＧＳＮ３０は、「22) Delete PDP Context Response」を移動端末（ＵＥ）に送出する。こうして移動端末（ＵＥ）とＪＳＰ６との間のＴＣＰセッションが開放され通信が終了する。
【００２２】
図２に、移動端末のユーザーがＷＡＰゲートウェイのメニューサーバー（ＰＴＬ８）からコンテンツ、例えば音楽に関するメニューを取得し、当該メニューを参考にインターネット上に存在するコンテンツ提供サーバーのコンテンツを選択し、購入する手順及び制御の概要が示されている。
【００２３】
（１）ユーザーが移動端末（UE）から特定の分野、例えば音楽の販売サイトに関するメニューの表示要求をＷＡＰゲートウェイに送信する（ステップａ）。
（２）ＷＡＰゲートウェイのＧＧＳＮ２は、ＪＳＲ３にて携帯電話パケット網からの上記要求の正当性の認証後、要求をIPネットワークのプロトコルに変換しＪＳＰ６に送信する。ＰＣＮ４はパケットの授受を監視し、課金情報としてアクセスログ統計５に記録する。
（３）ＪＳＰ６は上記メニュー要求を適切な形式に変換しＰＴＬ８に送信する。その際ＪＳＰ６はＲ２Ｍ７に記録されているユーザー情報を基に、そのユーザーが要求メニューのアクセスが許容されているか否かを判断する。ＰＴＬ８はＪＳＰ６によりアクセスが許可されている時は要求されたメニューデータを自己のデータベース９から読み出し、要求時のルートと逆のルートを介してユーザー端末（UE）に送信する（ステップｂ）。
【００２４】
（４）ユーザー端末ではＪＳＰ６から送信されたメニューを表示し、ユーザーは表示されたメニュー項目から購入を希望する選択肢を選択する。ユーザーの選択動作により、選択された選択肢に付加されている販売サイトのＵＲＬに対するアクセス要求がＷＡＰゲートウェイに送信される（ステップｃ）。
（５）上記要求は、ＧＧＳＮ２、ＪＳＰ６、及びＷＧＷ１０を介してＷｔｒａｎｓ１３に送られる。Ｗｔｒａｎｓ１３はＷＡＰ内のローカルＩＰアドレスをグローバルＩＰアドレスへ変換する等の処理を行い、インターネットに要求を送出する。
（６）アクセス先のコンテンツ提供サーバー（ＣＰ）は要求されたホームページのデーターを返送する（ステップｄ）。当データーは上記の経路とは逆の経路を経てユーザー端末（UE）に送信され、表示器に表示される。
（７）ユーザーはユーザー端末（UE）に表示されたデーターに基づき、購入を希望するコンテンツを選択する。ユーザー端末（UE）は選択されたコンテンツに付加されている被選択コンテンツのＵＲＬを送出する（ステップｅ）。
（８）上記ＵＲＬ要求は、ＧＧＳＮ２、及びＪＳＰ６を介しにてＷＧＷ１０に送られる。ＷＧＷ１０ではユーザー情報を基に、そのユーザーに要求されたコンテンツの購入が許可されているか否かを判断し、購入可／不可の応答をユーザー端末（UE）に送信する（ステップｆ）。
（９）ユーザーは購入可の返信を受信すると、購入意志の確認を送出する（ステップｇ）。ユーザーから購入意志を受信したコンテンツ提供サーバー（ＣＰ）は、コンテンツのダウンロードに関する情報を返信する（ステップｈ）。
（
（１０）ＪＳＰ６はＣＰ１４からのダウンロード情報を受信すると、ユーザーと購入を許可されたコンテンツの対応データーを作成し、現在時刻等必要な情報と共に記憶する。次にＪＳＰ６はコンテンツのダウンロードに関する情報をユーザー端末（UE）に中継する（ステップｉ）。
【００２５】
（１１）ユーザーは端末に表示されたＣＰ１４からの指示に従ってダウンロードを開始する（ステップｊ）。ＪＳＰ６はユーザー端末（UE）からのダウンロード要求とステップｉで記憶された対応データーを照合し、正当なダウンロード要求か否かを判断する。正当なダウンロード要求と判断された時、当該ダウンロード要求をＷＧＷ１０に転送する（ステップｋ）。
（１２）ＷＧＷ１０はダウンロード要求に対応するコンテンツの課金情報を更新し記録する。次に、ＷＧＷ１０はＷｔｒａｎｓ１３を介してコンテンツ提供サーバー（ＣＰ）にダウンロード要求を中継する（ステップｌ）。
（１３）コンテンツ提供サーバー（ＣＰ）は要求されたコンテンツをユーザー端末（UE）に向けて送出する（ステップｍ）。ＷＧＷ１０はステップｌで更新されたコンテンツの課金情報を確定し、コンテンツをユーザーに転送する（ステップｎ）。
（１４）ユーザー端末は、コンテンツが正常に受信されたか否かを判断し、正常に受信された時はＧＧＳＮ２との間で終了処理を実行する（ステップｏ）。正常に終了しなかった場合はリトライ等のエラー処理を実行する
【００２６】
図３には本発明に係るメニュー選択の概念図が示されている。同図はユーザー端末（ＵＥ）から送信されたメニューＵＲＬを中継サーバーＪＳＰ６が判定し、当該ＵＲＬがＦＬＡＳＨ形式とＸＨＴＭＬ形式の両形式を有するメニューへの要求か否かを判別する。要求が両形式を有するメニューの要求と判断された時、Ｒ２Ｍ７が管理するプロファイルデータベース１５から、ユーザーが使用している端末の機能と、ユーザーが設定した表示形式に関する情報を読み出し、これら情報から当該端末に送るべきメニューの形式はＦＬＡＳＨ形式とＸＨＴＭＬ形式の何れであるかを決定する。次に、ユーザー端末から送信されて来たＵＲＬを上記で決定された形式のメニューデータを指定するＵＲＬに変更し、メニューサーバーＰＴＬ８に送信する。図４は図３に示される概念図の処理フローを示すものであり、図５は処理をフローチャートで示すものである。
【００２７】
図４に示されるように、プロファイル管理サーバーＲ２Ｍ７はユーザーに関するデーター及びユーザーが使用する移動端末に関するデーターをデータベース１５に保持している。データベース１５には、各ユーザーが使用している移動端末機の機種名データー（５０１）、携帯電話網で使用されている各移動端末機が利用可能な機能等、移動端末機の仕様に関する情報（５０２）、ユーザーが任意に設定した設定データー（５０３）等が保持されている。電話機の仕様（５０２）には当該機種がＦＬＡＳＨ形式に対応しているか否かのデーターが含まれており、ユーザーの設定データー（５０３）には当該ユーザーがＦＬＡＳＨ形式の表示データーの受信に同意しているか否かを示すデーターが含まれている。
【００２８】
図４及び図５に示される例では、ＦＬＡＳＨ形式とＸＨＴＭＬ形式の両形式が可能なメニューを要求するＵＲＬは"/menu"である。ユーザーの移動端末から要求が送信されたＪＳＰ６は、当該要求が何に対する要求かを判別する（Ｓ２００）。送られたＨＴＴＰリクエストは"http://menu"であり、要求ＵＲＬはＦＬＡＳＨ／ＸＨＴＭＬメニューに対する要求と判断される。要求ＵＲＬが"/menu"以外の時は、選択枝の無いメニューあるいはメニュー以外の要求であり、当該要求ＵＲＬは要求毎のサーバーに送られる。
【００２９】
Ｓ２００でＵＲＬはＦＬＡＳＨ／ＸＨＴＭＬメニューに対する要求と判断されると、ＪＳＰ６はＲ２Ｍ７のプロファイルデータベース１５のユーザー使用端末データー（５０１）から、メニューを要求したユーザーが使用している移動端末の機種に関する情報を取得し、ユーザーが使用している端末の機種を判別する（Ｓ２０１）。次に、判別された機種の仕様情報をプロファイルデータベース１５の移動端末機の仕様データ（５０２）から読み出し、当該機種がＦＬＡＳＨ形式の表示に対応しているか否かが判別される（Ｓ２０２）。ＦＬＡＳＨ形式の表示に対応していない機種にはＸＨＴＭＬ形式のメニューを送ることになり、Ｓ２０４で、ＨＴＴＰリクエストをＸＨＴＭＬメニューのアドレス、例えば"http://menu/xhtml/index.xhtml"に修正し、メニューサーバーＰＴＬ８に送る（Ｓ２０４）。
【００３０】
Ｓ２０２の判断で、ユーザーの機種がＦＬＡＳＨ形式の表示に対応していると判断されると、Ｓ２０３でＲ２Ｍ７のプロファイルデータベース１５のユーザーの設定データー（５０３）から、ユーザーが端末機器の表示の形式等に関して設定した設定情報を読み出す。ユーザーは自身の端末にＦＬＡＳＨ形式のデーターを送信し表示することに同意するか否かを予め設定することが可能であり、ユーザーが設定した同意／不同意の情報がユーザー設定情報に設定される。ユーザー設定情報に、同意が設定されている場合に、ユーザー端末にＦＬＡＳＨ形式のデーターが送信され、ＦＬＡＳＨによる動画が表示される。
【００３１】
Ｓ２０３で読み出されたユーザーの設定情報に、ＦＬＡＳＨ形式のデーターに不同意の設定がなされている場合、Ｓ２０４へ進み、ユーザーの機種がＦＬＡＳＨ形式の表示に対応していない場合と同じ処理を行う。ユーザーの設定情報に、ＦＬＡＳＨ形式のデーターに同意の設定がなされている、あるいは初期状態のままであった場合、Ｓ２０５へ進み、ＨＴＴＰリクエストをＦＬＡＳＨメニューのアドレス、例えば"http://menu/flash/index.swf"に修正し、メニューサーバーＰＴＬ８に送る。メニューサーバーＰＴＬ８は、ＪＳＰ６から送信されて来たＨＴＴＰリクエストのアドレスから対応するページデータ、即ち、送信されて来たアドレスが"http://menu/xhtml/index.xhtml"であればＸＨＴＭＬメニューを、"http://menu/flash/index.swf"であればＦＬＡＳＨメニューを読み出し、ユーザー端末に送信する。
【産業上の利用可能性】
【００３２】
本発明によれば、一つのメニュー項目に対して複数の表示形態、例えば、ＦＬＡＳＨを利用してアニメーションを表示するメニュー表示と、ＸＨＴＭＬによる文字を中心としたメニュー表示が存在する場合、ユーザーが使用する端末の仕様とユーザーが予め設定した設定情報に基づき、ユーザーに送るべきメニューを自動的に決定することが可能となる。そのため、ユーザーが端末からメニューを要求する際、使用中の端末機はどの形式のメニューに対応しているのか、あるいは、希望する形式のメニューはどのように要求すれば良いのか等を意識する必要が無く、単一のメニュー要求を出すのみで希望する形式のメニューが得られ、無用な選択作業や、無用な通信を行う必要が無い。
本発明はメニューの表示に限られるものではなく、ユーザー端末に情報を提供し表示画面にその情報を表示する場合一般に適用しうる。また表示の形態はＦＬＡＳＨとＸＨＴＭＬの選択に限られるものでもない。
【図面の簡単な説明】
【００３３】
【図１−１】本発明が適用されるＷＡＰゲートウェイの概要図
【図１−２】本発明が適用されるＷＡＰのシーケンス例
【図２】ＷＡＰゲートウェイによるインターネットのアクセスの概要図
【図３】本発明の表示データー決定をメニュー選択に適用した実施例の概念図
【図４】表示データー決定装置の処理のブロック図
【図５】表示データー決定処理のフローチャート図
【図１−１】
2006067363.tif 000003
【図１−２】
2006067363.tif 000004
【図２】
2006067363.tif 000005
【図３】
2006067363.tif 000006
【図４】
2006067363.tif 000007
【図５】
2006067363.tif 000008