JP2006065672A - Ｗａｐゲートウェイのメニュー管理装置及びメニュー管理方法 - Google Patents

Abstract

【課題】インターネットに接続している、電話回路網に属する携帯電話等の移動端末に、インターネット上でコンテンツ等を提供しているコンテンツ提供サーバーにアクセスするための最適なメニュー情報を提供する。
【解決手段】携帯電話等の移動端末からインターネットに接続し、インターネット上で提供されるコンテンツ等の閲覧購入の記録を収集し、閲覧回数あるいは購入金額等の情報に基づいて表示すべきメニューの項目をソートする。ユーザー端末からメニュー表示要求が出された時、ソートされたメニューリストを送信し表示することにより、アクセス頻度の高いメニュー項目をメニューリストの先頭部分に表示する。
【選択図】 図４

Description

本発明は、携帯電話やPDA（Personal Digital Assistant）等の移動端末に表示されるメニューの管理に関するものであり、特に、インターネットを介して提供される商品やコンテンツにアクセスするためのメニューを作成更新するメニュー管理に関するものである。

携帯電話やPDA等、情報表示機能を有する移動端末が普及してきている。これらの移動端末は電話機能に加え公衆電話回線を介して他の端末と通信し、公衆電話回線を介して得られる情報等を画面に表示することが可能となっている。また、近時はインターネットやパソコン通信等のネットワークも急速に普及してきており、商品あるいはコンテンツの提供者が、インターネット上で商品あるいはコンテンツに関する情報を掲示し、ユーザーがそれら情報を参照して希望する商品等を注文し、或いはコンテンツをユーザーの端末に直接ダウンロードする装置が多数存在する。また、パーソナルコンピュータのみならず、携帯電話等の電話回線をインターネットに接続し、移動端末からインターネットを介してメールの送信／受信を行い、インターネット上で提供される情報を検索し、希望する情報を閲覧し、音楽等のコンテンツあるいは商品の購入を可能とするシステムが構築されている。

インターネットを介してのコンテンツあるいは商品の提供は、コンテンツを提供するコンテンツ提供サーバーをインターネット上に設け、提供するコンテンツあるいは商品に関する情報を掲載するホームページをサーバー上に作成してなされている。ユーザーが移動端末からインターネット上で提供される商品等の購入を希望する際、購入を希望する商品の候補をインターネット上で検索し、検索画面に表示された複数の候補の中から、購入を決定した候補名の部分をクリック等により指示して行っている。

候補の提示方法には、予め商品等の提供者を候補者リストに登録しておき、ユーザーが商品の購入を希望した、あるいは商品提供者の情報の閲覧を希望した時、上記候補者リストをユーザーの端末に送信し表示する。しかし、移動端末の表示画面は小さいため、移動端末を用いて多くの候補を表示する場合、全ての候補名を１つの画面に表示することができない。このような場合、１つの画面の最下行に次画面へ切り替えアイコンを表示し、切り替えアイコンを操作して次の一画面分の候補を表示する、あるいは、スクロールアップ、スクロールダウンの機能を設け、当機能により表示されていない候補を表示する等の方法により、１画面で表示可能な数以上の候補名を表示している。

ユーザーが移動端末からアクセスし、購入したコンテンツに対する課金の方法には、ユーザーが予め登録したクレジットカード番号、あるいはコンテンツ購入時にコンテンツ提供サーバーのホームページの画面上に入力したクレジットカード番号による請求と、ユーザーが利用する携帯電話の電話会社が、ユーザーによるコンテンツへのアクセス、コンテンツの購入を管理し、当会社による電話使用料の請求時に、コンテンツの提供者に代わってユーザーが購入したコンテンツの料金を同時に請求する方法がある。

移動端末によるインターネット上のコンテンツにアクセスする技術文献には以下のものが存在する。
特開２００２−１８９９５２号公報

予めコンテンツ提供者をリストとして記録しておき、ユーザーの要求に応じて上記リストを選択候補として移動端末に送信し表示するものでは、表示の順位は固定であり、表示順位の変更は考慮されていないものが多かった。また、リストに表示順位データを付加する等し、移動端末での表示順位を変更可能とするものも存在しているが、この構成であっても、表示順位の決定と表示順位データの変更は人手で行われており、更新の頻度は小さく、また表示順位も根拠の乏しいものであった。そのため、多くのアクセス要求が有るにもかかわらず、その候補の表示順位が低い場合などには、当該候補名を表示画面に表示し、ホームページへ移動可能となるために、ユーザーに表示画面の切り替え操作等、無駄な時間と通信を課すことがあった。

本発明は上記問題を解決するためのものであり、インターネット上で提供されるコンテンツ等の商品情報をメニュー形式でユーザーに提供し、ユーザーよるコンテンツ等の情報へのアクセス及び購入を管理する装置において、インターネットのユーザーがどのコンテンツ提供サーバーにアクセスしたか、あるいは、どのコンテンツを購入したか等の情報を統計データとして記録保持し、上記統計データに基づいて、メニューに表示される候補名の表示順位を決定するものである。

本発明の構成を採用することにより、ニーズの高い候補名をメニューの上位に表示することが可能となり、ユーザーが必要とする情報あるいはホームページへのアクセスが容易になる。また、表示するコンテンツ提供サーバーを選択する基準、あるいは表示順位を決定する項目は任意に設定可能とし、多くのユーザーのニーズに合致したメニューの作成が可能となる。この構成により、ユーザーによるメニューの利便性が高くなり、またメニュー管理のコストの低減が図れる。

図１−１は本発明が適用される移動端末によるインターネットへのアクセスを管理するＷＡＰゲートウェイの概要図であり、図１−２には、ユーザーの移動端末とインターネット上で無料のコンテンツを提供するコンテンツ提供サーバーとの間でセッションを確立し、無料コンテンツを取得した後セッションを開放する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）に向けて送出する（ステップｍ）。ＷＧＷ１０はステップｌで更新されたコンテンツの課金情報を確定し、コンテンツをユーザーに転送する（ステップｎ）。
（１４）ユーザー端末は、コンテンツが正常に受信されたか否かを判断し、正常に受信された時はＧＧＳＮ２との間で終了処理を実行する（ステップｏ）。正常に終了しなかった場合はリトライ等のエラー処理を実行する。

上述したように、移動端末網とインターネットの間の接続機能を提供するＷＡＰゲートウェイには、ユーザーの利用に応じてユーザーに課金するための情報を収集し、管理する機構が設けられている。この情報には、ユーザーがインターネット上のコンテンツ提供サーバーにアクセスした時の通信量、あるいは、ユーザーが購入したコンテンツに対する課金情報等が含まれている。従って、これらの情報を解析することにより、現在インターネット上のどの分野にユーザーのニーズが向いているか、また、例えば音楽の分野では、どの曲に対するアクセスが増加しているか等の情報を状況に即応して獲得することが可能である。

本発明はＷＡＰゲートウェイが収集する各情報を基に、インターネット上のコンテンツを購入するユーザーのニーズを判断し、ニーズに即したメニューを自動的に作成し配信する機能を有するメニュー管理装置を提供するものである。本発明の機能は、インターネット上のサーバーあるいはプロバイダーのコンテンツデータ、ユーザーがコンテンツの閲覧あるいは購入に使用したパケット通信の料金データ、ユーザーが購入したコンテンツの課金データを収集し、メニュー項目の並べ替えに利用する統計データとして管理する。集計された統計データに基づいてメニュー項目がソートされ、利用が多くニーズの高い項目をメニューの並びの先頭部分に配置し、ユーザーのメニュー要求に基づいてユーザー端末に送信するものである。

メニューのソートには、インターネット上のコンテンツ提供サーバーが提供するサービス、コンテンツ等の情報を管理するＳＰＭサーバーのデータ、ＰＣＮ４の通信課金データ、ＷＧＷ１０のコンテンツ購入課金データ等が利用される。ＳＰＭサーバーから得られるサービス定義情報には、サービスあるいはコンテンツの識別子（ＳＩＤ）、プロバイダーの識別子（ＰＩＤ）、サービスの名称、コンテンツの位置を示すコンテンツＵＲＬ、提供世代、コンテンツ等の料金をランク分けした情報料ランク等がある。

ＰＣＮ４はユーザーとの間で授受されるパケットを監視し、授受されたパケット量を基にユーザーに対する課金情報を記述したアクセスログ統計レコードを出力する。アクセスログにはアクセス先のＩＰアドレスが記録されているため、レコードからＩＰレイヤ以上のパケットを調査することにより、ユーザーがどのコンテンツ提供サーバーのどのコンテンツ（ＳＩＤ）を利用したかの情報が得られる。この情報を基に、ユーザーが利用した各サービスの利用量を、転送したデータ量（バイト数）としてコンテンツ別に集計することが可能である。メニュー管理装置は当該集計データをＰＣＮアクセスログ統計として取得し、メニューリストを通信量に基づいてソートする時に利用する。管理項目は、集計日、サービスの識別子、データ量（バイト数）等であり、管理単位は日単位のＳＩＤ毎に行うことが望ましい。データは、月次あるいは年次等、一定期日を経過した古いものから順次入れ替えられる。また、保存期間を過ぎたデータの保存あるいは破棄を別途指定する構成も可能である。

ＷＧＷ１０はユーザーが購入したコンテンツの情報、コンテンツ提供サーバーのユーザー登録、あるいは登録抹消の情報を記録し、定期的に、あるいは他からの要求に基づいてそれらの情報を記述したレコードを出力する。メニューリスト管理装置は、メニューリストのソートに利用するため、有料あるいは無料コンテンツに登録されている会員数、有料コンテンツの利用情報料等をＷＧＷ１０から取得し管理する。ＷＧＷ１０から取得したレコードの管理項目は、ＰＣＮ４のアクセスログ統計からのレコードと同様、集計日、サービスの識別子、ダウンロード件数等であり、管理単位は日単位でコンテンツ毎に行う。また、データは月次あるいは年次等で、一定期日を経過した古いものから順次入れ替えられる。

ＳＰＭサーバー、ＰＣＮ４、ＷＧＷ１０等から取得した統計データは、メニュー項目の並べ替えに利用するため、メニュー管理装置内で、通信量、情報料、コンテンツの登録会員数等に基づいて集計され保持される。この動作はオペレータの指示に基づいて実行する形態、あるいは集計期間等を指定した設定ファイルを予め作成しておき、その設定ファイルに従って実行する形態等が可能である。また、この集計データはメニュー管理装置のデータベースに保存され、検索閲覧が可能であり、またオペレータによる修正が可能となっている。

図３（ａ）にＰＣＮ４により取得されたアクセスログ統計から、ＳＩＤのグループ単位でデータ量（バイト数）を集計し、通信量の集計を行う例が示されている。同図は１１月１日から１１月７日までの一週間の統計データを集計するものであり、図３（ｂ）に集計された統計データの一例が示されている。

ＷＧＷ１０は記録されているコンテンツの課金情報を課金レコードとして出力する。この課金レコードから、売上高を予め決められたコンテンツのグループ毎に集計する。情報料をランク分けし、コンテンツが属するランクを集計情報とすることも可能である。集計するためのサービス定義情報、ランクと情報料の関係等を定義したファイルまたはテーブルを予め用意しておき、そのファイルまたはテーブルを参照して集計データを作成する構成も可能である。

コンテンツの登録会員数はＷＧＷ１０の課金レコードからコンテンツ単位で集計を行うことが可能である。集計する会員情報は、所定期間内の有料会員数、無料会員数、新規契約数、継続会員数、解約会員数等を、ＳＩＤのグループ単位に集計したものである。

集計された通信量集計、情報料集計、登録会員数のデータをもとに、メニューファイルの最下位層のページ、即ちコンテンツ提供サーバーにリンクされるページに表示されるコンテンツの掲載順序が変更される。図４に変更の手順の一例が示されている。
（１）メニューデータベースから、コンテンツ提供サーバーのデータであり、且つ注目しているコンテンツに関連するＳＩＤを有するデータを抽出し、メニューファイル作成用データを作成する。
（２）統計データから作成された通信量集計、情報料集計、登録会員数等の集計結果を基に、メニューファイル作成用データをソートし、ユーザーのニーズの高い選択項目をメニューリストの先頭部分に配置したメニューファイルを作成する。
（３）ソートされたメニューファイルをメニューデータベースに反映させる。

メニューデータベースから、メニュー画面に表示すべきグループに属するコンテンツのデータを検索抽出し、図５（ａ）に示されるメニューファイルの基となるメニュー作成用データファイルが作成される。図５（ｂ）は図５（ａ）のデータと図３（ｂ）の統計データから、図４の手順により作成されたメニューファイルの一例である。第１欄はメニューデータのファイル名であり、第２欄はメニューツリー階層を表している。第３及び第４欄はメニュー表示画面に表示される実際のコンテンツ名とその表示形態であり、第５欄はコンテンツ提供サーバー内で上記コンテンツが存在するＵRLである。第６欄と第７欄にはコンテンツ提供サーバーとコンテンツの識別子が記憶されている。第８欄はメニューファイルのソートキーである通信の利用量が示されている。

図５（ｂ）に示されるソートされた結果はメニューデータベースに保存され、ユーザーからそのコンテンツグループのメニュー要求が出された時、ファイルの各レコードから、例えばＨＴＭＬによるハイパーテキスト形式のメニューを作成しユーザーに送信される。メニューの形式を規定する基礎データ中に、第４欄のコンテンツ名を第３欄で指定される表示形式のタグを付加して埋め込み、コンテンツ名に第５欄のコンテンツ提供サーバーのURLをハイパーリンクするタグにより結合する手順をメニュー項目毎に順次繰り返す事によりメニューデータが作られる。メニューデータを受信したユーザー端末では、受信したハイパーテキスト形式のデータを表示する。ユーザーは表示されたメニューから希望するコンテンツを選択指示することにより、当該メニュー項目にリンクされているコンテンツ提供サーバーと通信可能となる。

以上説明したように、本発明は、電話回路網に属する携帯電話等の移動端末からインターネットに接続するユーザーに、インターネット上で提供されるコンテンツ等に関するメニューを管理する装置に適用が可能である。本発明により、ＷＡＰゲートウェイに存在する課金情報などから、コンテンツに対するアクセス量、あるいは、購入金額の多さに関する情報を抽出し、解析することにより、インターネットユーザーのニーズをリアルタイムで知り、ユーザーに提供するメニューリストの表示順位をユーザーのニーズに従って決定することができる。これにより、ユーザーが要求するメニュー項目に到達する時間の節約の他、次のメニュー画面を要求し、かつ受信するための通信が少なくなり、通信費の低減が可能となる。また、メニューの提供者は、抽出するメニューの項目、抽出された項目を並べ替える基準を予め決定しておき、その基準に従ってメニューを自動的に作成することが可能となり、メニューを作成し更新する負担の軽減が可能となる。

本発明に係るＷＡＰゲートウェイの概要図 本発明に係るＷＡＰの一つのシーケンス図 ＷＡＰゲートウェイを介するインターネットアクセス制御の概要図 統計情報を集計する概念図 メニューファイルを作成する流れを示す図 メニューファイルの概念図

Claims (6)

1. 移動端末からインターネットへのアクセス要求を処理するＷＡＰゲートウェイのメニュー管理装置であって、
   インターネットで提供されるサービスのサービス名とサービスのアドレスを記録するメニューデータベースと、
   移動端末からインターネットで提供されるサービスへアクセスしたアクセス情報を記録するアクセス情報記録手段と、
   メニューデータベースからメニューに掲載する項目を抽出するデータベース検索手段と、
   アクセス情報記録手段からメニューに掲載する項目に対応するアクセス情報を抽出し、集計するアクセス情報集計手段と、
   データベース検索手段により抽出されたメニュー掲載項目をアクセス情報集計手段により集計されたアクセス情報に基づいてソートするメニューソート手段と、
   メニューソート手段によりソートされたメニューデータを前記メニューデータベースに記録し、移動端末からの要求に応じて移動端末に送出する手段からなるメニュー管理装置。
2. 請求項１記載のメニュー管理装置であって、
   前記アクセス情報は、移動端末がインターネットで提供されるサービスにアクセスするために使用した通信量に関する情報であることを特徴とするメニュー管理装置。
3. 請求項１記載のメニュー管理装置であって、
   前記アクセス情報は、移動端末が利用したインターネットで提供されるサービスに対する課金情報であることを特徴とするメニュー管理装置。
4. 移動端末からインターネットへのアクセス要求を処理するＷＡＰゲートウェイのメニュー管理方法であって、
   移動端末からインターネットで提供されるサービスへアクセスしたアクセス情報を記録するステップと、
   インターネットで提供されるサービスのサービス名とサービスのアドレスを記録するメニューデータベースからメニューに掲載する項目を抽出するステップと、
   記録されたアクセス情報からメニューに掲載する項目に対応するアクセス情報を抽出し集計するステップと、
   メニューデータベースから抽出されたメニュー掲載項目を集計されたアクセス情報に基づいてソートするステップと、
   ソートされたメニューデータを前記メニューデータベースに記録するステップと、
   移動端末からの要求に応じてメニューデータを移動端末に送出するステップからなるメニュー管理方法。
5. 請求項４記載のメニュー管理方法であって、
   前記アクセス情報は、移動端末がインターネットで提供されるサービスにアクセスするために使用した通信量に関する情報であることを特徴とするメニュー管理方法。
6. 請求項４記載のメニュー管理方法であって、
   前記アクセス情報は、移動端末が利用したインターネットで提供されるサービスに対する課金情報であることを特徴とするメニュー管理方法。

Images