JP2005032151A - 端末属性情報提供システム - Google Patents

Abstract

【課題】 本発明は、上記した問題点を解消し、コンテンツ提供者に、信頼性の高い端末属性情報を提供できる端末属性情報提供システムを提供する。
【解決手段】 ＷＡＰゲートウェイ８０は、ユーザー端末１０が接続されるＧＰＲＳ網９０と、端末ベンダー６０及びコンテンツプロバイダー７０が接続される通信ネットワーク９１とを接続する。ＷＡＰゲートウェイ８０は、ユーザー端末１０から、端末ベンダー６０のＵＲＩを含むコンテンツ取得要求を受信すると、端末ベンダー６０のアドレスを、端末属性情報ウェブサーバーのアドレスに書き換えて、コンテンツプロバイダー７０に送信する。端末属性情報ウェブサーバー３０は、コンテンツプロバイダー７０からＣＰＩ情報ファイル取得要求を受信して、コンテンツ取得要求を送信したユーザー端末１０に対応するＣＰＩ情報ファイルを返送する。
【選択図】 図１

Description

本発明は、端末属性情報提供システムに関し、特に、コンテンツ提供者が、コンテンツ取得要求を送信したユーザー端末の端末属性情報を、ネットワークを介して取得する端末属性情報提供システムに関する。

近年、携帯電話やＰＤＡ等の携帯型情報端末を使用して、インターネット等を介してコンテンツにアクセスする利用者が増えている。一般に、携帯型情報端末は、画面のサイズや情報処理能力が、据え置き型のパーソナルコンピュータ（ＰＣ）やノート型ＰＣ等に比して小さい。このため、ＰＣ用のコンテンツは、携帯情報用端末に適したコンテンツではないことが多い。コンテンツ提供者にとって、利用者に適したコンテンツを提供することは、そのサイトのヒット数の増加にもつながるため、コンテンツ提供者には、利用者が使用した端末の種類に応じて、コンテンツを最適化したいという要望がある。

利用者が使用する端末の種類に応じて、コンテンツを最適化する技術としては、例えば、特開２０００−９０１０２号公報（特許文献１）に記載された技術がある。この技術では、情報提供装置は、利用者側から、個人情報と端末情報とを受信し、受信した個人情報に基づいて、データベースからその人の興味に合致するニュース等を抽出し、コンテンツを作成する。また、その作成したコンテンツを、受信した端末情報に基づいて、利用者が使用する端末に適したコンテンツとなるように編集し、利用者に向けて配信する。

情報提供装置は、例えば、受信した端末情報により、利用者が使用する端末がＰＣであると判断すると、ニュースの見出しに、ニュースの詳細な内容を加えたコンテンツを作成し、そのコンテンツをそのまま利用者に配信する。一方、利用者が使用する端末が、表示画面が小さく、また、記憶容量の小さな携帯型情報端末であると判断すると、作成したコンテンツから重要でない部分を削除し、携帯情報端末に適したコンテンツとして、利用者に配信する。これにより、利用者は、端末としてＰＣを使用するとき、及び、携帯情報端末を使用するときとの何れにおいても、最適なコンテンツの提供を受けることができる。
特開２０００−９０１０２号公報

ところで、携帯型情報端末は、機種ごとに、表示画面サイズや表示色数が異なる場合がある。コンテンツ提供者が、最適化されたコンテンツ提供するために必要な、携帯情報端末の表示画面サイズや表示色数等の端末属性情報を取得する技術としては、ＵＡＰｒｏｆ（User Agent Profile）がある。ＵＡＰｒｏｆでは、携帯情報端末は、コンテンツ提供者に対するコンテンツ取得要求に、端末属性情報（ＵＡＰｒｏｆ情報）そのものではなく、端末ベンダーのＵＲＩを含ませる。端末属性情報は、各端末ベンダーが独自に提供するようにＯＭＡ（Open Mobile Alliance）で勧告されており、コンテンツ提供者は、受信したＵＲＩに基づいて、端末ベンダーから、コンテンツを要求した携帯情報端末の端末属性情報を取得する。

ＵＡＰｒｏｆの扱いは、今後、注目されうる技術であるが、情報利用者が少ない初期の時点では、ベンダーが提供するＵＡＰｒｏｆ情報の信頼性が低い旨が報告されている。また、ＵＡＰｒｏｆに対応している端末自体が少なく、ＵＡＰｒｏｆを利用できる端末が限られているという問題もある。

本発明は、上記した問題点を解消し、コンテンツ提供者に、信頼性の高い端末属性情報を提供できる端末属性情報提供システムを提供することを目的とする。

また、本発明は、通信回線を介して端末属性情報を取得させることに対応していないユーザー端末についても、通信回線を介して端末属性情報を取得させるユーザー端末と同様に端末属性情報を提供できる端末属性情報提供システムを提供することを目的とする。

上記目的を達成するために、本発明の第１の視点の端末属性情報提供システムは、ユーザー端末の端末属性情報の取得要求を受信すると、端末属性情報を含む端末属性情報ファイルを返送する端末属性情報サーバーと、前記ユーザー端末が接続される第１の通信回線と、コンテンツプロバイダーが接続される第２の通信回線とを接続し、前記第１の通信回線を介して、前記ユーザー端末から端末ベンダーのベンダーアドレスを指定するリンク情報が含まれるコンテンツ取得要求を受信すると、前記リンク情報で指定されるベンダーアドレスを、前記端末属性情報サーバーのサーバアドレスに書き換え、該書き換え後のサーバアドレスを含むコンテンツ取得要求を、前記第２の通信回線を介して前記コンテンツプロバイダーに送信するゲートウェイとを備えることを特徴とする。

本発明の第１の視点の端末属性情報提供システムでは、ユーザー端末から送信されるコンテンツ取得要求に含まれる、そのユーザー端末の端末属性情報の取得元を示す端末ベンダーのサーバーのアドレスを、端末ベンダーとは異なる端末属性情報サーバーのアドレスに書き換えて、コンテンツプロバイダーに送信する。このようなコンテンツ取得要求を受信したコンテンツプロバイダーは、受信したアドレス書き換え後のコンテンツ取得要求に含まれるアドレスを参照して、端末属性情報を、端末ベンダーからではなく、端末属性情報サーバーから取得する。これにより、コンテンツプロバイダーが、端末属性情報を取得する取得元を、端末属性情報サーバーに集約することができ、端末ベンダーが個別に端末属性情報を提供する場合に比して、コンテンツプロバイダーが取得する端末属性情報の信頼性を高めることができる。

本発明の第１の視点の端末属性情報提供システムでは、前記端末属性情報サーバーは、前記端末属性情報ファイルと前記ベンダーアドレスとを関連付けて格納しており、前記コンテンツプロバイダーから、前記ベンダーアドレスをパラメータとする端末属性情報の取得要求を受信すると、当該ベンダーアドレスに関連付けられた端末属性情報ファイルを検索して前記コンテンツプロバイダーに返送することが好ましい。この場合、端末属性情報サーバーは、コンテンツ取得要求を送信したユーザー端末を、ベンダーアドレスによって識別して、そのユーザー端末に対応する端末属性情報を正しくコンテンツプロバイダーに送信することができる。コンテンツプロバイダーには、例えば、ゲートウェイが、コンテンツ取得要求の、端末属性情報の取得元を示すアドレス部分以外の部分に、書き換え前のアドレスを追加することによって、ベンダーアドレスを通知することができる。

本発明の第１の視点の端末属性情報提供システムは、前記ベンダーアドレスを参照して、前記端末ベンダーから、端末ベンダー提供の端末属性情報を前記第２の通信回線を介して取得し、該取得した端末ベンダー提供の端末属性情報を、前記ベンダーアドレスに関連付けて格納する端末属性情報リポジトリを更に備えることが好ましい。この場合、端末属性情報リポジトリは、端末属性情報サーバーから、端末属性情報サーバーが受信した端末属性情報の取得要求に対応する端末属性情報を提供する端末ベンダーのアドレスを受信して、その端末ベンダーから、端末属性情報を取得する構成を採用することができる。

本発明の第１の視点の端末属性情報提供システムでは、前記端末属性情報リポジトリは、前記取得した端末ベンダー提供の端末属性情報を前記端末属性情報サーバーに送信し、前記端末属性情報サーバーは、前記端末属性情報リポジトリから受信した端末ベンダー提供の端末属性情報に基づいて、格納する端末属性情報ファイルを作成する構成を採用することができる。この場合、コンテンツプロバイダーは、端末属性情報リポジトリが取得した端末ベンダー提供の端末属性情報に基づいて作成される端末属性情報ファイルを、端末属性情報サーバーから取得することができる。

本発明の第１の視点の端末属性情報提供システムでは、前記端末属性情報サーバーは、前記コンテンツプロバイダーから、格納済みでない端末属性情報の取得要求を受信すると、前記端末属性情報リポジトリに、前記格納済みでない端末属性情報の取得を指示することが好ましい。この場合、端末属性情報サーバーは、端末属性情報リポジトリに端末属性情報を取得させた上で、取得させた端末属性情報に基づいて作成された端末属性情報ファイルを、コンテンツプロバイダーに送信することができる。

本発明の第１の視点の端末属性情報提供システムは、前記端末属性情報リポジトリに接続され、該端末属性情報リポジトリに格納され端末ベンダー提供の端末属性情報を編集するためのオペレータ端末を更に備えることが好ましい。この場合、オペレータは、端末ベンダー提供の端末属性情報を独自に編集することができる。

本発明の第１の視点の端末属性情報提供システムでは、前記端末属性情報リポジトリは、前記オペレータ端末を使用して編集されたオペレータ編集の端末属性情報を更に格納することが好ましい。端末属性情報リポジトリに、端末ベンダー提供の端末属性情報と、それを編集したオペレータ編集の端末属性情報とがあるときには、端末属性情報リポジトリは、双方の端末属性情報を、同じベンダーアドレスに関連付けて格納することができる。

本発明の第１の視点の端末属性情報提供システムでは、前記端末属性情報リポジトリは、前記オペレータ編集の端末属性情報を前記端末属性情報サーバーに更に送信し、前記端末属性情報サーバーは、前記端末属性情報リポジトリから、前記オペレータ編集の端末属性情報を受信すると、該受信したオペレータの端末属性情報に基づいて更に端末属性情報ファイルを作成し、該作成された端末属性情報ファイルによって、当該端末属性情報ファイルと同じベンダーアドレスに関連付けて格納している端末属性情報ファイルを上書きすることが好ましい。この場合、コンテンツプロバイダーは、端末属性情報サーバーから、オペレータが独自に編集したオペレータ編集の端末属性情報に基づいて作成された端末属性情報ファイルを取得する。このため、コンテンツプロバイダーは、端末ベンダーが、間違い等が含まれる端末属性情報を提供し続けるときであっても、間違い等が修正されたオペレータ編集の端末属性情報を取得することができる。

本発明の第１の視点の端末属性情報提供システムでは、前記端末属性情報リポジトリから、前記オペレータ編集の端末属性情報が削除されると、前記端末属性情報リポジトリは、該削除されたオペレータ編集の端末属性情報と同じベンダーアドレスに関連付けられている端末ベンダー提供の端末属性情報を端末属性情報サーバーに更に送信し、前記端末属性情報サーバーは、前記端末属性情報リポジトリから受信した端末ベンダー提供の端末属性情報に基づいて端末属性情報ファイルを更に作成し、該作成された端末属性情報ファイルによって、当該端末属性情報ファイルと同じベンダーアドレスに関連付けて格納している端末属性情報ファイルを更に上書きする構成を採用することができる。この場合、オペレータは、任意の時点で、コンテンツプロバイダーに送信する端末属性情報を、オペレータ編集の端末属性情報から、端末ベンダー提供の端末属性情報へと切り替えることができる。

本発明の第１の視点の端末属性情報提供システムでは、前記端末属性情報リポジトリは、所定周期で、前記端末ベンダーから、前記端末ベンダー提供の端末属性情報を新たに取得し、該新たに取得した端末ベンダー提供の端末属性情報によって、取得済みの端末ベンダー提供の端末属性情報を更新することが好ましい。端末ベンダー提供の端末属性情報は、端末ベンダーの都合で更新されると考えられるが、上記構成を採用する場合には、端末属性情報リポジトリに格納される端末ベンダー提供の端末属性情報を、最新の情報にすることができる。

本発明の第１の視点の端末属性情報提供システムでは、前記端末属性情報リポジトリは、前記新たに取得した端末属性情報のうち、該新たに取得した端末属性情報と同じベンダーアドレスに関連付けて格納するオペレータ編集の端末属性情報が存在しない端末属性情報を前記端末属性情報サーバーに更に送信し、前記端末属性情報サーバーは、前記端末属性情報リポジトリから受信した端末属性情報に基づいて、格納する端末属性情報ファイルを更新することが好ましい。この場合、端末属性情報サーバーがコンテンツプロバイダーに送信する、端末ベンダー提供の端末属性情報に基づいて作成された端末属性情報ファイルと、端末属性情報リポジトリに格納された、最新の端末ベンダー提供の端末属性情報との整合性を確保することができる。

本発明の第１の視点の端末属性情報提供システムでは、前記ゲートウェイは、前記第１の通信回線を介して、前記ユーザー端末から、前記リンク情報が含まれず且つ当該ユーザー端末の端末識別子が含まれるコンテンツ取得要求を受信すると、該コンテンツ取得要求に、端末属性情報サーバーのアドレスを前記端末属性情報の取得元として指定するリンク情報を付加し、該リンク情報を付加したコンテンツ取得要求を、前記第２の通信回線を介して前記コンテンツプロバイダーに送信する構成を採用することができる。
端末ベンダーが、ユーザー端末の端末属性情報を提供していないときには、そのユーザー端末から送信されるコンテンツ取得要求には、端末ベンダーのベンダーアドレスを指定するリンク情報が含まれない。この場合であっても、上記構成を採用することにより、コンテンツプロバイダーは、端末ベンダーによって端末属性情報が提供されていないユーザー端末に対応する端末属性情報を、端末属性情報サーバーから取得することができる。

本発明の第２の視点の端末属性情報提供システムは、ユーザー端末の端末属性情報の取得要求を受信すると、端末属性情報を含む端末属性情報ファイルを返送する端末属性情報サーバーと、前記ユーザー端末が接続される第１の通信回線と、コンテンツプロバイダーが接続される第２の通信回線とを接続し、前記第１の通信回線を介して、前記ユーザー端末から、当該ユーザー端末の端末識別子が含まれるコンテンツ取得要求を受信すると、該コンテンツ取得要求に、端末属性情報サーバーのアドレスを前記端末属性情報の取得元として指定するリンク情報を付加し、該リンク情報を付加したコンテンツ取得要求を、前記第２の通信回線を介して前記コンテンツプロバイダーに送信することを特徴とする。

本発明の第２の視点の端末属性情報提供システムでは、ゲートウェイが、ユーザー端末から送信されるコンテンツ取得に、そのユーザー端末の端末属性情報の取得元アドレスとして、端末属性情報サーバーのアドレスを指定するリンク情報を付加して、そのリンク情報が付加されたコンテンツ取得要求を、コンテンツプロバイダーに送信するため、そのコンテンツ取得要求を受信したコンテンツプロバイダーは、第２の通信回線を介して、端末属性情報サーバーから、コンテンツ取得要求を送信したユーザー端末に対応する端末属性情報を取得することができる。
端末ベンダーが、ユーザー端末の端末属性情報を提供していないときには、そのユーザー端末から送信されるコンテンツ取得要求には、端末ベンダーのベンダーアドレスを指定するリンク情報が含まれない。このため、従来、コンテンツプロバイダーは、そのようなユーザー端末の端末属性情報を、第２の通信回線を介して取得することはできなかった。本発明の第２の視点の端末属性情報提供システムでは、ゲートウェイによって、コンテンツ取得要求に、コンテンツプロバイダーが端末属性情報をネットワークを介して取得可能にするリンク情報が付加されるため、コンテンツプロバイダーは、端末ベンダーによって端末属性情報が提供されていないユーザー端末に対応する端末属性情報を、端末ベンダーによって端末属性情報が提供されるユーザー端末と同様に、第２のネットワークを介して取得することができる。

本発明の第２の視点の端末属性情報提供システムでは、前記端末属性情報サーバーは、前記端末属性情報ファイルと前記端末識別子とを関連付けて格納しており、前記コンテンツプロバイダーから、前記端末識別子をパラメータとする端末属性情報の取得要求を受信すると、当該端末識別子に関連付けられている前記端末属性情報ファイルを検索して前記コンテンツプロバイダーに返送することが好ましい。この場合、端末属性情報サーバーは、コンテンツ取得要求を送信したユーザー端末を、端末識別子によって識別して、そのユーザー端末に対応する端末属性情報を正しくコンテンツプロバイダーに送信することができる。

本発明の第２の視点の端末属性情報提供システムは、前記端末属性情報を端末識別子に関連付けて格納する端末属性情報リポジトリと、該端末属性情報リポジトリに接続されるオペレータ端末とを更に備え、前記端末属性情報は、前記オペレータ端末を操作することによって作成されることが好ましい。この場合、端末属性情報リポジトリに格納される端末属性情報は、オペレータ端末を操作することによって、作成され、編集され、或いは、削除される。

本発明の第２の視点の端末属性情報提供システムでは、前記端末属性情報リポジトリは、格納する端末属性情報を前記端末属性情報サーバーに送信し、前記端末属性情報サーバーは、前記端末属性情報リポジトリから受信した端末属性情報に基づいて、格納する端末属性情報ファイルを作成することが好ましい。この場合、端末属性情報サーバーは、端末属性情報リポジトリに格納される、オペレータ端末を操作して作成された端末属性情報に基づいて作成された端末属性情報ファイルを、コンテンツサーバーに送信することができる。

本発明の本発明の第１の視点の端末属性情報提供システムは、ユーザー端末から送信されるコンテンツ取得に含まれる、端末ベンダーのサーバーのアドレスを、端末属性情報サーバーのアドレスに書き換えて、コンテンツプロバイダーに送信ため、コンテンツプロバイダーが、端末属性情報を取得する取得元を、端末属性情報サーバーに集約することができる。端末属性情報サーバーが、端末ベンダーが提供する端末属性情報とは異なる端末属性情報をコンテンツプロバイダーに送信する構成を採用する場合には、コンテンツプロバイダーは、端末ベンダーが提供する端末属性情報に間違い等が含まれる場合であっても、そのような端末属性情報を間違い等が含まれないように編集した端末属性情報を取得することができる。

また、本発明の第２の視点の端末属性情報提供システムは、ユーザー端末から送信されるコンテンツ取得に、端末属性情報の取得元アドレスとして、端末属性情報サーバーのアドレスを指定するリンク情報を付加して、コンテンツプロバイダーに送信するため、そのコンテンツ取得要求を受信したコンテンツプロバイダーは、第２の通信回線を介して、端末属性情報サーバーから、コンテンツ取得要求を送信したユーザー端末に対応する端末属性情報を取得することができる。

以下、図面を参照し、本発明の実施形態例に基づいて、本発明を更に詳細に説明する。図１は、本発明の第１実施形態例の端末属性情報提供システムの構成を示している。端末属性情報提供システム１００は、ＧＰＲＳ（無線データ通信システム）網９０を介してユーザー端末１０に接続され、インターネット等の通信ネットワーク９１を介して、１以上のコンテンツプロバイダー７０及び端末ベンダー６０とそれぞれ接続されるＭＩＰ（Multimedia Information Platform）５０を備える。なお、同図では、ＧＰＲＳ網９０を介してＭＩＰ５０に接続される１つのユーザー端末１０（端末Ａ）を例示しているが、ＭＩＰ５０には、複数種類のユーザー端末１０がそれぞれ複数台接続され、その複数種類のユーザー端末１０に対応して、複数の端末ベンダー６０が、通信ネットワーク９１を介して接続される。

ユーザー端末１０は、ＧＰＲＳ網９０、ＭＩＰ５０、及び、通信ネットワーク９１を介してコンテンツプロバイダー７０にアクセスする機能を有する。ユーザー端末１０は、ＰＣ等に比して、メモリ容量が少なく、プロセッサの処理能力が低い携帯電話やＰＤＡ端末などの携帯型情報端末として構成される。ユーザー端末１０は、ＵＡＰｒｏｆ対応端末として構成され、ＯＭＡが勧告しているＵＡＰｒｏｆ情報についてのＵＲＩ（Uniform Resource Identifier）を送信する機能を備える。端末ベンダー６０は、対応するユーザー端末１０についての端末属性情報を提供するためのサーバーを有し、コンテンツプロバイダー７０は、ユーザーにコンテンツを提供するためのサーバーを有する。

ＭＩＰ５０は、ＵＡＰｒｏｆリポジトリ２０、ＵＡＰｒｏｆウェブサーバー３０、オペレータ端末４０、及び、ＷＡＰゲートウェイ８０を含む機能サーバー群である。ＷＡＰゲートウェイ８０は、ＧＰＲＳ網９０と通信ネットワーク９１との間のゲートウェイとして構成される。ＷＡＰゲートウェイ８０は、ユーザー端末１０からのコンテンツ取得要求に、ＵＡＰｒｏｆ情報のリンク先であるベンダーＵＲＩが含まれるときには、そのベンダーＵＲＩに含まれる端末ベンダー６０のアドレスを、ＵＡＰｒｏｆウェブサーバー３０のアドレスに書き換える機能を有する。このとき、書き換え前のオリジナルのベンダーＵＲＩ（端末ベンダー６０のアドレス）は、書き換え後のＵＲＩにおいて、アドレスに後続するパラメータとして付加される。

ＵＡＰｒｏｆリポジトリ２０は、端末ベンダー６０が提供する、ＵＡＰｒｏｆについてのＣＰＩ（Capability and Preference Information）情報を取得し、取得したＣＰＩ情報（端末属性情報）を、端末ベンダー６０のＵＲＩと関連付けて格納する機能を有する。ＵＡＰｒｏｆウェブサーバー３０は、コンテンツプロバイダー７０から、ユーザー端末１０についてのＣＰＩ情報ファイルの取得要求を受信し、コンテンツプロバイダー７０に、そのユーザー端末に対応するＣＰＩ情報ファイルを返送する機能を有する。

ＵＡＰｒｏｆウェブサーバー３０は、コンテンツプロバイダー７０から、あるユーザー端末１０についてのＣＰＩ情報ファイルの取得要求を初めて受信すると、ＵＡＰｒｏｆリポジトリ２０に、そのユーザー端末１０についてのＣＰＩ情報を取得するように指示する。この指示に基づき、ＵＡＰｒｏｆリポジトリ２０は、そのユーザー端末１０のベンダーである端末ベンダー６０からＣＰＩ情報を取得する。ＵＡＰｒｏｆリポジトリ２０は、取得したＣＰＩ情報を格納し、取得したＣＰＩ情報を、ＵＡＰｒｏｆウェブサーバー３０に引き渡す。ＵＡＰｒｏｆウェブサーバー３０は、引き渡されたＣＰＩ情報に基づいてＣＰＩ情報ファイルを作成し、そのＣＰＩ情報ファイルをコンテンツプロバイダー７０に返送すると共に、作成したＣＰＩ情報ファイルを格納する。

ＵＡＰｒｏｆリポジトリ２０は、ＣＰＩ情報の更新処理により、端末ベンダー６０に定期的にアクセスして、格納済みのＣＰＩ情報を更新する機能を有する。更新されたＣＰＩ情報は、ＵＡＰｒｏｆリポジトリ２０からＵＡＰｒｏｆウェブサーバー３０へ逐次送信され、ＵＡＰｒｏｆウェブサーバー３０は、更新されたＣＰＩ情報に基づいてＣＰＩ情報ファイルを作成し、そのＣＰＩ情報ファイルによって、格納済みの、端末ベンダー６０から取得したＣＰＩ情報に基づくＣＰＩ情報ファイルを更新する。このような処理により、ＵＡＰｒｏｆリポジトリ２０からに格納されるＣＰＩ情報と、ＵＡＰｒｏｆウェブサーバー３０に格納されるＣＰＩ情報ファイルとの内容の整合性が確保される。

オペレータ端末４０は、ＵＡＰｒｏｆリポジトリ２０に接続され、ＵＡＰｒｏｆリポジトリ２０に格納されたＣＰＩ情報をメンテナンスする端末として構成される。オペレータは、オペレータ端末４０を使用して、ＵＡＰｒｏｆリポジトリ２０に格納されたＣＰＩ情報の削除や編集を行うことができる。編集されたＣＰＩ情報は、更新処理により更新されたＣＰＩ情報と同様に、ＵＡＰｒｏｆリポジトリ２０からＵＡＰｒｏｆウェブサーバー３０へ逐次送信され、ＵＡＰｒｏｆウェブサーバー３０には、編集されたＣＰＩ情報に基づいて作成されるＣＰＩ情報ファイルが格納される。

図２は、端末属性情報提供システム１００の動作手順例をフローチャートとして示している。ユーザー端末１０は、コンテンツの取得を要求するＨＴＴＰリクエストを、ＭＩＰ５０を介して、コンテンツプロバイダー７０に向けて送信する（ステップＳ２１）。このとき、ユーザー端末１０は、自身のプロファイル情報にリンクする端末ベンダー６０のアドレスを含むベンダーＵＲＩを、ＨＴＴＰヘッダー情報に含ませる。ユーザー端末１０からのＨＴＴＰリクエストは、ＧＰＲＳ網９０を介して、ＭＩＰ５０のＷＡＰゲートウェイ８０で受信される。

ＷＡＰゲートウェイ８０は、受信したＨＴＴＰヘッダー情報に含まれるベンダーＵＲＩのうち、端末ベンダー６０のアドレス部分を、ＭＩＰ５０内のＵＡＰｒｏｆウェブサーバー３０のアドレスへと書き換える（ステップＳ２２）。ステップＳ２２では、オリジナルのベンダーＵＲＩは、パラメータとして、書き換え後のＵＲＩに付加される。ＷＡＰゲートウェイ８０は、ヘッダー情報に含まれるＵＲＩを書き換えたＨＴＴＰリクエストを、コンテンツプロバイダー７０に向けて送信する。

コンテンツプロバイダー７０は、ＨＴＴＰリクエストを受信し、受信したＨＴＴＰヘッダー情報から、ＵＡＰｒｏｆウェブサーバー３０にリンクするＵＲＩを読み出し、ＵＡＰｒｏｆウェブサーバー３０に対して、コンテンツを要求したユーザー端末１０のＣＰＩ情報ファイルの取得を要求する（ステップＳ２３）。ステップＳ２３では、ＵＡＰｒｏｆウェブサーバー３０に、ステップＳ２２で書き換えられるオリジナルのベンダーＵＲＩが、パラメータとして引き渡される。

ＵＡＰｒｏｆウェブサーバー３０は、コンテンツプロバイダー７０から引き渡されたパラメータ、つまり、オリジナルのベンダーＵＲＩによって、コンテンツを要求しているユーザー端末１０がＵＡＰｒｏｆ対応端末か否かを判断する。ＵＡＰｒｏｆウェブサーバー３０は、コンテンツを要求しているユーザー端末１０がＵＡＰｒｏｆ対応端末であると判断すると、その端末に対応するＣＰＩ情報ファイルを格納しているか否かを調べ（ステップＳ２４）、コンテンツを要求したユーザー端末１０のＣＰＩ情報が取得済みであるか否かを判断する（ステップＳ２５）。

ステップＳ２５で、ＣＰＩ情報が取得済みではないと判断されると、ＵＡＰｒｏｆウェブサーバー３０は、ＵＡＰｒｏｆリポジトリ２０にＣＰＩ情報の取得を指示する。ＵＡＰｒｏｆリポジトリ２０は、ＵＡＰｒｏｆウェブサーバー３０にパラメータとして引き渡されたオリジナルのベンダーＵＲＩを参照して端末ベンダー６０にアクセスし、端末ベンダー６０から、ＣＰＩ情報を取得する（ステップＳ２６）。取得されたＣＰＩ情報は、ＵＡＰｒｏｆウェブサーバー３０に送信されると共に、オリジナルのベンダーＵＲＩに関連付けられて、ＵＡＰｒｏｆリポジトリ２０に格納される。

ＵＡＰｒｏｆウェブサーバー３０は、ＵＡＰｒｏｆリポジトリ２０から受信し格納したＣＰＩ情報に基づいてＣＰＩ情報ファイルを作成する（ステップＳ２７）。ＵＡＰｒｏｆウェブサーバー３０は、ステップＳ２３でコンテンツプロバイダー７０から受信したＣＰＩ情報ファイルの取得要求に対する応答として、ステップＳ２７で作成したＣＰＩ情報ファイルを、コンテンツプロバイダー７０に返送し（ステップＳ２８）、そのＣＰＩ情報ファイルを格納する。コンテンツプロバイダー７０は、ＵＡＰｒｏｆウェブサーバー３０から受信したＣＰＩ情報ファイルによって、コンテンツを要求したユーザー端末１０の端末属性情報を特定し、そのユーザー端末１０に適合するコンテンツを生成し、生成したコンテンツをユーザー端末１０に配信する（ステップＳ２９）。

ステップＳ２５で、ＣＰＩ情報が取得済みであると判断された場合には、ＵＡＰｒｏｆウェブサーバー３０には、上記のようにして作成されたＣＰＩ情報ファイルが、既に格納されている。この場合には、ＵＡＰｒｏｆウェブサーバー３０は、ＵＡＰｒｏｆリポジトリ２０に、ＣＰＩ情報の取得を指示することなく、ステップＳ２８へ進んで、ＵＡＰｒｏｆウェブサーバー３０に格納されているＣＰＩ情報ファイルを、コンテンツプロバイダー７０に返送する。

図３は、オペレータ端末４０のＣＰＩ情報編集用の画面の構成例を示している。オペレータは、例えば、図２のステップＳ２６で端末ベンダー６０から取得したＣＰＩ情報に間違い等を発見したときには、図３に示すようなオペレーション画面から、ＵＡＰｒｏｆリポジトリ２０に格納されたＣＰＩ情報を編集し、誤り部分を修正することができる。オペレータが、あるユーザー端末１０についてのＣＰＩ情報を修正すると、ＵＡＰｒｏｆリポジトリ２０には、そのユーザー端末１０について、端末ベンダー６０から取得したＣＰＩ情報と、オペレータによって編集されたＣＰＩ情報との双方が格納される。

オペレータが、図３に示すコマンドバー４１を操作して、任意のＵＲＩを指定すると、そのＵＲＩに対応するＣＰＩ情報が、コンテンツフィールド４３に表示される。オペレータが、コンテンツフィールド４３に表示されたＣＰＩ情報を加工・編集し、コマンドバー４１のアップデートボタンを選択すると、編集後のＣＰＩ情報が、端末ベンダー６０から取得したＣＰＩ情報である編集前のＣＰＩ情報とは別個に、ＵＡＰｒｏｆリポジトリ２０に格納される。このようにして編集されたＣＰＩ情報は、前述のように、ＵＡＰｒｏｆウェブサーバー３０へ逐次送信され、ＵＡＰｒｏｆウェブサーバー３０では、編集前のＣＰＩ情報に基づいて作成されたＣＰＩ情報ファイルが、編集後のＣＰＩ情報に基づいて作成されるＣＰＩ情報ファイルによって上書きされる。

オペレータによりＣＰＩ情報が編集されたときには、上記のように、ＵＡＰｒｏｆリポジトリ２０には、端末ベンダー６０から取得したＣＰＩ情報と、編集後のＣＰＩ情報との双方が格納されるが、ＵＡＰｒｏｆウェブサーバー３０には、編集したＣＰＩ情報に基づいて作成されるＣＰＩ情報ファイルが格納されるため、コンテンツプロバイダー７０には、編集後の内容のＣＰＩ情報ファイルが提供される。ここで、オペレータによって、編集されたＣＰＩ情報が削除されると、ＵＡＰｒｏｆリポジトリ２０は、端末ベンダー６０から取得したＣＰＩ情報をＵＡＰｒｏｆウェブサーバー３０に送信し、ＵＡＰｒｏｆウェブサーバー３０は、受信したＣＰＩ情報に基づいてＣＰＩ情報ファイルを作成して、これを格納する。この場合には、コンテンツプロバイダー７０には、再び、端末ベンダー６０から取得したＣＰＩ情報に基づくＣＰＩ情報ファイルが提供される。

図４は、ＣＰＩ情報の定期更新処理の手順をフローチャートとして示している。ＵＡＰｒｏｆリポジトリ２０は、同図に示す手順に従って、定期的に端末ベンダー６０からＣＰＩ情報を取得し、格納するＣＰＩ情報を、新たに取得したＣＰＩ情報によって更新する。端末ベンダー６０は、自身の都合で、ＣＰＩ情報を更新することが考えられるが、同図に示すような定期的な更新処理により、ＵＡＰｒｏｆリポジトリ２０には、端末ベンダー６０から取得した最新のＣＰＩ情報を格納することができる。

ＵＡＰｒｏｆリポジトリ２０は、格納するＣＰＩ情報に関連付けられている端末ベンダー６０のＵＲＩを読み出し（ステップＳ４１）、そのＵＲＩを参照して、端末ベンダー６０から最新のＣＰＩ情報を新たに取得する（ステップＳ４２）。ＵＡＰｒｏｆリポジトリ２０は、端末ベンダー６０から取得して格納していたＣＰＩ情報を、ステップＳ４２で取得したＣＰＩ情報によって上書き更新する（ステップＳ４３）。また、同期処理により、対応する、ＵＡＰｒｏｆウェブサーバー３０内に格納されているＣＰＩ情報ファイルを、ステップＳ４２で取得したＣＰＩ情報に基づいて更新する（ステップＳ４４）。

ここで、例外として、ＵＡＰｒｏｆリポジトリ２０に、同じユーザー端末１０に対応するＣＰＩ情報として、端末ベンダー６０から取得したＣＰＩ情報と、上述のようにして、オペレータによって編集されたＣＰＩ情報との双方が格納されているときには、ＵＡＰｒｏｆリポジトリ２０は、そのユーザー端末１０のＣＰＩ情報の更新処理において、図４のステップＳ４４をスキップし、ＵＡＰｒｏｆウェブサーバー３０に格納されているＣＰＩ情報ファイルを、ステップＳ４２で端末ベンダー６０から新たに取得したＣＰＩ情報に基づいて更新しない。この場合には、ＵＡＰｒｏｆリポジトリ２０に格納されるＣＰＩ情報は更新されるが、ＵＡＰｒｏｆウェブサーバー３０に格納されるＣＰＩ情報ファイルは更新されず、ＵＡＰｒｏｆウェブサーバー３０は、継続して、オペレータによって編集されたＣＰＩ情報に基づくＣＰＩ情報ファイルを、コンテンツプロバイダー７０に提供する。

オペレータは、端末ベンダー６０が提供するＣＰＩ情報が更新された結果、そのＣＰＩ情報に間違い等が含まれなくなったことを確認すると、オペレータ端末４０の編集画面（図３）を操作して、修正したＣＰＩ情報を削除する。この場合には、上述したように、ＵＡＰｒｏｆリポジトリ２０は、端末ベンダー６０から取得したＣＰＩ情報をＵＡＰｒｏｆウェブサーバー３０に送信し、ＵＡＰｒｏｆウェブサーバー３０は、受信したＣＰＩ情報に基づいてＣＰＩ情報ファイルを作成して、これを格納する。このように、端末属性情報提供システム１００では、オペレータの判断により、コンテンツプロバイダー７０に提供するＣＰＩ情報を、オペレータが編集したＣＰＩ情報から、端末ベンダー６０が提供する、更新されたＣＰＩ情報に切り替えることもできる。

本実施形態例では、ＷＡＰゲートウェイ８０によって、ユーザー端末１０から送信されるＵＡＰｒｏｆ情報の取得先アドレスが、端末ベンダー６０のアドレスからＵＡＰｒｏｆウェブサーバー３０のアドレスへと書き換えられ、コンテンツプロバイダー７０は、ＵＡＰｒｏｆ情報を、端末ベンダー６０から直接に取得するのではなく、ＵＡＰｒｏｆウェブサーバー３０を介して、間接的に取得する。このように構成することで、ＵＡＰｒｏｆ情報の取得元を、各端末ベンダー６０から、ＵＡＰｒｏｆウェブサーバー３０に集約することができ、信頼性が高いＵＡＰｒｏｆ情報を安定的に供給することができる。

従来、端末ベンダー６０が提供するＵＡＰｒｏｆ情報については、間違いや問題が含まれることがあり、信頼度が低いといった指摘があった。本実施形態例では、ＵＡＰｒｏｆウェブサーバー３０によって提供されるＵＡＰｒｏｆ情報は、オペレータ端末４０によって編集可能であり、端末属性情報提供システム１００のオペレータは、独自の判断で、所望のユーザー端末１０についてのＵＡＰｒｏｆ情報を修正できる。このため、コンテンツプロバイダー７０は、端末ベンダー６０が、間違い等が含まれるＵＡＰｒｏｆ情報を修正せずに提供し続けるときでも、ＵＡＰｒｏｆウェブサーバー３０から、間違い等が含まれない修正後のＵＡＰｒｏｆ情報を取得することができ、ＵＡＰｒｏｆ情報の信頼度が向上する。

図５は、本発明の第２実施形態例の端末属性情報提供システムの構成を示している。本実施形態例の端末属性情報提供システム１００ａは、ＵＡＰｒｏｆ対応端末ではないユーザー端末１１が更に接続される点で、図１に示す第１実施形態例の端末属性情報提供システム１００と相違する。本実施形態例では、ＵＡＰｒｏｆ対応端末ではないユーザー端末１１を、ＵＡＰｒｏｆ対応端末と同様に取り扱うことを可能にする。なお、端末属性情報提供システム１００ａは、ＵＡＰｒｏｆ対応端末であるユーザー端末１０からのコンテンツ取得要求に対しては、第１実施形態例で説明したのと同様に動作する。

ユーザー端末１１は、ＵＡＰｒｏｆ情報についてのＵＲＩを送信する機能を備えていないが、端末機種の識別子として使用できるユーザーエージェント情報を送信する機能を備える。ＷＡＰゲートウェイ８０は、ＵＡＰｒｏｆに対応しないユーザー端末１１からのコンテンツ取得要求に、ユーザーエージェント情報が含まれるときには、そのコンテンツ取得要求に、ＵＡＰｒｏｆ用の情報として、ＵＡＰｒｏｆウェブサーバー３０をリンク先とするＵＲＩを付加する機能を有する。このとき、ユーザーエージェント情報の端末識別子は、付加されたＵＲＩにおいて、アドレスに後続するパラメータとして付加される。ＵＡＰｒｏｆリポジトリ２０は、ユーザー端末１１に対応するＣＰＩ情報を、ユーザーエージェント情報の端末識別子に関連付けて格納する。

図６は、オペレータ端末４０のＣＰＩ情報編集用の画面の構成例を示している。同図に示す編集用画面は、図３に示す編集用画面のＵＲＩフィールド４２が、端末識別子に対応するユーザエージェントフィールド４４に置き換えられている。ユーザー端末１１は、ＵＡＰｒｏｆ非対応であり、その端末のベンダーからＣＰＩ情報を取得することはできないため、オペレータは、ＣＰＩ情報を独自に作成する。オペレータは、図６に示すような編集用画面を操作して、ユーザーエージェント情報（端末識別子）に対応するＣＰＩ情報の新規作成、編集、及び、削除が可能である。

オペレータは、まず、独自にＣＰＩ情報を提供したい、ＵＡＰｒｏｆ非対応のユーザー端末１１について調査し、その機種に対応するＣＰＩ情報を作成する。次いで、作成したＣＰＩ情報を、対応するユーザー端末１１から送信されるユーザーエージェント情報の端末識別子に関連付けて、ＵＡＰｒｏｆリポジトリ２０に格納する。作成されたＣＰＩ情報は、ＵＡＰｒｏｆウェブサーバー３０に送信され、ＵＡＰｒｏｆウェブサーバー３０は、受信した、ユーザーエージェント情報に関連付けられたＣＰＩ情報に基づいてＣＰＩ情報ファイルを作成し、これを格納する。ユーザー端末１１に対応するＣＰＩ情報が作成された後、オペレータにより、ＵＡＰｒｏｆリポジトリ２０内に格納されているＣＰＩ情報が修正された場合には、修正されたＣＰＩ情報がＵＡＰｒｏｆウェブサーバー３０に送信され、ＵＡＰｒｏｆリポジトリ２０内に格納されるＣＰＩ情報と、ＵＡＰｒｏｆウェブサーバー３０に格納されるＣＰＩ情報との整合性が確保される。

図７は、端末属性情報提供システム１００ａの動作手順例をフローチャートとして示している。ＵＡＰｒｏｆ非対応のユーザー端末１１は、コンテンツの取得を要求するＨＴＴＰリクエストを、ＭＩＰ５０を介して、コンテンツプロバイダー７０に向けて送信する（ステップＳ７１）。このとき、ユーザー端末１１は、自機種の識別子として使用できるユーザーエージェント情報を、ＨＴＴＰヘッダー情報に含ませる。ユーザー端末１１からのＨＴＴＰリクエストは、ＧＰＲＳ網９０を介して、ＭＩＰ５０のＷＡＰゲートウェイ８０で受信される。

ＷＡＰゲートウェイ８０は、端末属性情報提供システム１００ａにおいて、ＵＡＰｒｏｆ対応端末ではないユーザー端末１１を、ＵＡＰｒｏｆ対応端末として取り扱うことを可能にするために、受信したＨＴＴＰヘッダー情報に、ＭＩＰ５０内のＵＡＰｒｏｆウェブサーバー３０をリンク先とするＵＲＩを付加する（ステップＳ７２）。ステップＳ７２では、ユーザー端末１１から送信されたユーザーエージェント情報（識別子）は、パラメータとして、付加されたＵＲＩ中に含められる。ＷＡＰゲートウェイ８０は、ヘッダー情報中にＵＲＩを付加したＨＴＴＰリクエストを、コンテンツプロバイダー７０に向けて送信する。

コンテンツプロバイダー７０は、ＨＴＴＰリクエストを受信し、受信したＨＴＴＰヘッダー情報から、ＵＡＰｒｏｆウェブサーバー３０のＵＲＩを読み出し、ＵＡＰｒｏｆウェブサーバー３０に対して、コンテンツを要求したユーザー端末１１のＣＰＩファイルの取得を要求する（ステップＳ７３）。ステップＳ７３では、ＵＡＰｒｏｆウェブサーバー３０に、ユーザー端末１１から送信されたユーザーエージェント情報が、パラメータとして引き渡される。

ＵＡＰｒｏｆウェブサーバー３０は、引き渡されたパラメータによって、コンテンツを要求しているユーザー端末１１がＵＡＰｒｏｆ対応端末か否かを判断する。ＵＡＰｒｏｆウェブサーバー３０は、コンテンツプロバイダー７０から、パラメータとしてユーザーエージェント情報が引き渡されたときには、コンテンツを要求しているユーザー端末１１がＵＡＰｒｏｆ対応端末ではないと判断する。この場合、ＵＡＰｒｏｆウェブサーバー３０は、ステップＳ７１でコンテンツ取得要求を送信したユーザー端末１１に対応するＣＰＩ情報ファイルを格納しているか否かを調べ（ステップＳ７４）、そのユーザー端末１１が既知であるか否かを判断する（ステップＳ７５）。

ステップＳ７４の検索の結果、ＵＡＰｒｏｆリポジトリ２０に、ユーザー端末１１に対応するＣＰＩ情報が存在するときには、ステップＳ７５で、ユーザー端末１１が既知であると判断される。この場合、ＵＡＰｒｏｆウェブサーバー３０は、コンテンツプロバイダー７０からのＣＰＩ情報ファイル取得要求に対する応答として、格納している、ユーザー端末１１に対応するＣＰＩ情報ファイルを返送する（ステップＳ７６）。

ステップＳ７４の検索の結果、ＵＡＰｒｏｆリポジトリ２０に、ユーザー端末１１に対応するＣＰＩ情報が存在しないときには、ステップＳ７５で、ユーザー端末１１は既知ではないと判断される。この場合、ＵＡＰｒｏｆウェブサーバー３０は、あらかじめ用意されている、一般的な端末に適合するようなデフォルトのＣＰＩ情報ファイルを、コンテンツプロバイダー７０に返送する（ステップＳ７７）。また、コンテンツプロバイダー７０から、未知のユーザー端末１１に対するＣＰＩ情報ファイル取得要求が発生したことを、オペレータに通知するためのアラームを発生する（ステップＳ７８）。オペレータは、未知のユーザー端末１１についての調査を行い、図５に示す編集用画面を操作して、ＵＡＰｒｏｆリポジトリ２０に、そのユーザー端末１１に対応するように作成したＣＰＩ情報を格納する。

本実施形態例では、ＷＡＰゲートウェイ８０によって、ＵＡＰｒｏｆに対応しないユーザー端末１１からのコンテンツ取得要求に、ＵＡＰｒｏｆウェブサーバー３０をＵＡＰｒｏｆ情報の取得先とするＵＲＩを付加する。これにより、コンテンツプロバイダー７０は、ＵＡＰｒｏｆ対応端末ではないユーザー端末１１についても、ＵＡＰｒｏｆ対応端末と同様に、ＵＡＰｒｏｆ情報を取得することができ、ユーザー端末１１に適合するようなコンテンツを生成して、これを配信することができる。

コンテンツ提供者は、サービス品質の向上や、アクセス数の増加を図るために、より多くの機種の端末に対して、その端末に適合したコンテンツを生成したいという要望がある。本実施形態例では、上記のように、ＵＡＰｒｏｆ非対応端末を、ＵＡＰｒｏｆ対応端末と同様に取り扱うことが可能なため、コンテンツ提供者は、コンテンツを配信すべき端末自体がＵＡＰｒｏｆに対応していなくても、その端末についての端末属性情報を、ＵＡＰｒｏｆ対応端末と同様にして取得できる。このため、端末に適合するようにコンテンツを生成する端末の対象を広げることができ、サービス品質の向上や、アクセス数の増加を図ることができる。

以上、本発明をその好適な実施形態例に基づいて説明したが、本発明の端末属性情報提供システムは、上記実施形態例にのみ限定されるものではなく、上記実施形態例の構成から種々の修正及び変更を施したものも、本発明の範囲に含まれる。

本発明の第１実施形態例の端末属性情報提供システムの構成を示すブロック図。 端末属性情報提供システム１００の動作手順例を示すフローチャート。 オペレータ端末４０のＣＰＩ情報編集用の画面の構成例。 ＣＰＩ情報の定期更新処理の手順を示すフローチャート。 本発明の第２実施形態例の端末属性情報提供システムの構成を示すブロック図。 オペレータ端末４０のＣＰＩ情報編集用の画面の構成例。 端末属性情報提供システム１００ａの動作手順例を示すフローチャート。

符号の説明

１０：ユーザー端末（ＵＡＰｒｏｆ対応端末）
１１：ユーザー端末（ＵＡＰｒｏｆ非対応端末）
２０：ＵＡＰｒｏｆリポジトリ
３０：ＵＡＰｒｏｆウェブサーバー
４０：オペレータ端末
５０：ＭＩＰ
６０：端末ベンダー
７０：コンテンツプロバイダー
８０：ＷＡＰゲートウェイ
９０：ＧＰＲＳ網（第１の通信回線）
９１：通信ネットワーク（第２の通信回線）
１００：末属性情報提供システム

Claims (16)

1. ユーザー端末の端末属性情報の取得要求を受信すると、端末属性情報を含む端末属性情報ファイルを返送する端末属性情報サーバーと、
   前記ユーザー端末が接続される第１の通信回線と、コンテンツプロバイダーが接続される第２の通信回線とを接続し、前記第１の通信回線を介して、前記ユーザー端末から端末ベンダーのベンダーアドレスを指定するリンク情報が含まれるコンテンツ取得要求を受信すると、前記リンク情報で指定されるベンダーアドレスを、前記端末属性情報サーバーのサーバアドレスに書き換え、該書き換え後のサーバアドレスを含むコンテンツ取得要求を、前記第２の通信回線を介して前記コンテンツプロバイダーに送信するゲートウェイとを備えることを特徴とする端末属性情報提供システム。
2. 前記端末属性情報サーバーは、前記端末属性情報ファイルと前記ベンダーアドレスとを関連付けて格納しており、前記コンテンツプロバイダーから、前記ベンダーアドレスをパラメータとする端末属性情報の取得要求を受信すると、当該ベンダーアドレスに関連付けられた端末属性情報ファイルを検索して前記コンテンツプロバイダーに返送する、請求項１に記載の端末属性情報提供システム。
3. 前記ベンダーアドレスを参照して、前記端末ベンダーから、端末ベンダー提供の端末属性情報を前記第２の通信回線を介して取得し、該取得した端末ベンダー提供の端末属性情報を、前記ベンダーアドレスに関連付けて格納する端末属性情報リポジトリを更に備えることを特徴とする、請求項２に記載の端末属性情報提供システム。
4. 前記端末属性情報リポジトリは、前記取得した端末ベンダー提供の端末属性情報を前記端末属性情報サーバーに送信し、前記端末属性情報サーバーは、前記端末属性情報リポジトリから受信した端末ベンダー提供の端末属性情報に基づいて、格納する端末属性情報ファイルを作成する、請求項３に記載の端末属性情報提供システム。
5. 前記端末属性情報サーバーは、前記コンテンツプロバイダーから、格納済みでない端末属性情報の取得要求を受信すると、前記端末属性情報リポジトリに、前記格納済みでない端末属性情報の取得を指示する、請求項３又は４に記載の端末属性情報提供システム。
6. 前記端末属性情報リポジトリに接続され、該端末属性情報リポジトリに格納された端末ベンダー提供の端末属性情報を編集するためのオペレータ端末を更に備える、請求項３から５の何れか一に記載の端末属性情報提供システム。
7. 前記端末属性情報リポジトリは、前記オペレータ端末を使用して編集されたオペレータ編集の端末属性情報を更に格納する、請求項６に記載の端末属性情報提供システム。
8. 前記端末属性情報リポジトリは、前記オペレータ編集の端末属性情報を前記端末属性情報サーバーに更に送信し、前記端末属性情報サーバーは、前記端末属性情報リポジトリから、前記オペレータ編集の端末属性情報を受信すると、該受信したオペレータの端末属性情報に基づいて更に端末属性情報ファイルを作成し、該作成された端末属性情報ファイルによって、当該端末属性情報ファイルと同じベンダーアドレスに関連付けて格納している端末属性情報ファイルを上書きする、請求項７に記載の端末属性情報提供システム。
9. 前記端末属性情報リポジトリから、前記オペレータ編集の端末属性情報が削除されると、前記端末属性情報リポジトリは、該削除されたオペレータ編集の端末属性情報と同じベンダーアドレスに関連付けられている端末ベンダー提供の端末属性情報を端末属性情報サーバーに更に送信し、前記端末属性情報サーバーは、前記端末属性情報リポジトリから受信した端末ベンダー提供の端末属性情報に基づいて端末属性情報ファイルを更に作成し、該作成された端末属性情報ファイルによって、当該端末属性情報ファイルと同じベンダーアドレスに関連付けて格納している端末属性情報ファイルを更に上書きする、請求項８に記載の端末属性情報提供システム。
10. 前記端末属性情報リポジトリは、所定周期で、前記端末ベンダーから、前記端末ベンダー提供の端末属性情報を新たに取得し、該新たに取得した端末ベンダー提供の端末属性情報によって、取得済みの端末ベンダー提供の端末属性情報を更新する、請求項３から９の何れか一に記載の端末属性情報提供システム。
11. 前記端末属性情報リポジトリは、前記新たに取得した端末属性情報のうち、該新たに取得した端末属性情報と同じベンダーアドレスに関連付けて格納するオペレータ編集の端末属性情報が存在しない端末属性情報を前記端末属性情報サーバーに更に送信し、前記端末属性情報サーバーは、前記端末属性情報リポジトリから受信した端末属性情報に基づいて、格納する端末属性情報ファイルを更新する、請求項１０に記載の端末属性情報提供システム。
12. 前記ゲートウェイは、前記第１の通信回線を介して、前記ユーザー端末から、前記リンク情報が含まれず且つ当該ユーザー端末の端末識別子が含まれるコンテンツ取得要求を受信すると、該コンテンツ取得要求に、端末属性情報サーバーのアドレスを前記端末属性情報の取得元として指定するリンク情報を付加し、該リンク情報を付加したコンテンツ取得要求を、前記第２の通信回線を介して前記コンテンツプロバイダーに送信する、請求項１から１１の何れか一に記載の端末属性情報提供システム。
13. ユーザー端末の端末属性情報の取得要求を受信すると、端末属性情報を含む端末属性情報ファイルを返送する端末属性情報サーバーと、
    前記ユーザー端末が接続される第１の通信回線と、コンテンツプロバイダーが接続される第２の通信回線とを接続し、前記第１の通信回線を介して、前記ユーザー端末から、当該ユーザー端末の端末識別子が含まれるコンテンツ取得要求を受信すると、該コンテンツ取得要求に、端末属性情報サーバーのアドレスを前記端末属性情報の取得元として指定するリンク情報を付加し、該リンク情報を付加したコンテンツ取得要求を、前記第２の通信回線を介して前記コンテンツプロバイダーに送信することを特徴とする端末属性情報提供システム。
14. 前記端末属性情報サーバーは、前記端末属性情報ファイルと前記端末識別子とを関連付けて格納しており、前記コンテンツプロバイダーから、前記端末識別子をパラメータとする端末属性情報の取得要求を受信すると、当該端末識別子に関連付けられている前記端末属性情報ファイルを検索して前記コンテンツプロバイダーに返送する、請求項１３に記載の端末属性情報提供システム。
15. 前記端末属性情報を端末識別子に関連付けて格納する端末属性情報リポジトリと、該端末属性情報リポジトリに接続されるオペレータ端末とを更に備え、前記端末属性情報の少なくとも一部は、前記オペレータ端末を操作することによって作成される、請求項１３又は１４に記載の端末属性情報提供システム。
16. 前記端末属性情報リポジトリは、格納する端末属性情報を前記端末属性情報サーバーに送信し、前記端末属性情報サーバーは、前記端末属性情報リポジトリから受信した端末属性情報に基づいて、格納する端末属性情報ファイルを作成する、請求項１５に記載の端末属性情報提供システム。

Images