JP2017046287A - サービス情報配信システム、情報配信サーバ、及び、サービス情報配信方法 - Google Patents

Abstract

【課題】サービス提供者が必要とする情報をリアルタイムで配信する。【解決手段】本発明のサービス情報配信システムは、ユーザの所持する携帯端末と、サービス提供者のサービス提供者端末と、情報配信サーバが通信ネットワークに接続される。情報配信サーバのユーザ位置収集部は、複数の前記携帯端末の位置情報を収集してユーザ位置ＤＢに登録する。統計情報生成部は、前記サービス提供者が指示する統計用条件情報に従って、前記ユーザ位置ＤＢと、前記ユーザの属性情報が登録されているユーザ情報ＤＢを検索する。そして、前記統計用条件情報に記載のユーザ属性を有し、且つ、前記統計用条件情報に記載の基地局が形成するエリアに在圏するユーザの数を、統計データとして算出する。情報配信部は、前記統計データを前記サービス提供者端末に送信する。【選択図】 図１

Description

本発明は、サービス提供者が必要とする情報を配信する、サービス情報配信システム、情報配信サーバ、及び、サービス情報配信方法、に関する。

近年の、インターネットや移動体通信の普及・拡大に伴い、或る地域に限定した情報の配信や、特定の地域に居る人々の属性に応じた情報を配信するシステムが構築されるようになってきている（例えば、特許文献１参照。）。

上述した特許文献１「デジタルサイネージ配信システム」には以下の記載がなされている。

すなわち、先ず、デジタルサイネージとは、公共施設や企業の事業所内等に設置される電子看板であり、接近して閲覧する利用者に向けて、広告や案内を表示する装置である。そして、デジタルサイネージ配信システムは、管理サーバと、コンテンツ配信サーバと、コンテンツ配信サーバから受信したコンテンツ（広告、案内、など）を表示するデジタルサイネージ、から構成されている。

ここで、管理サーバは、利用者が所持する携帯端末の識別情報及び位置情報を、複数の利用者の各携帯端末から受信するようにしている。そして、受信した情報に基づいて、利用者の属性（性別・年齢等の固有情報、アクセスしたサイトの履歴・行動の履歴などの履歴情報）に関する情報を取得する。次に、管理サーバは、最多数の属性に対応するコンテンツの種別を抽出してコンテンツ配信サーバに送信する。コンテンツ配信サーバは、受信したコンテンツの種別に応じたコンテンツのデータを、利用者の近傍のデジタルサイネージに送信する。デジタルサイネージは、受信したコンテンツのデータを表示する。

こうすることにより、デジタルサイネージの付近にいる人たちの属性（性別・年齢等の固有情報、アクセスサイトや行動等の履歴情報）に基づいて、コンテンツの種別を特定し、当該種別のコンテンツをリアルタイムに表示することができる。従って、デジタルサイネージの付近を行き来する人の集団に対して、効果的なコンテンツを表示することが可能になる、としている。

特開２０１３−１６１３６０号公報（第５〜１１頁、図１〜６）

上述した特許文献１に記載の手法においては、管理サーバが、複数の利用者の属性に関する情報を取得し、最多数の属性に対応するコンテンツの種別を抽出して、コンテンツ配信サーバに送信するようにしている。すなわち、管理サーバ側の主導により、コンテンツ配信サーバ側が、管理サーバ側の提供するコンテンツの表示を行う、という関係になっている。

しかし、コンテンツ配信サーバ側から、管理サーバ側に対し、或る属性を有する利用者が、或る地域にどのくらい所在しているかを知らせて欲しい場合もある。

例えば、コンテンツ配信サーバ側が、デパートや小売店（ＣＤ（Compact Disk：シーディー）ショップ、酒類販売店、飲食店、等々）などであるものとする。ここで、前記のデパートや小売店は、利用者に対して物品の販売というサービスを提供する側であることから、以後、サービス提供者、と称していくものとする。

上記のような場合、デパートや小売店側、すなわち、サービス提供者側、としては、今、自店舗の周りに、どのような属性を持つ利用者がどのくらい居るのかについて、知りたい場合がある。自店舗の周りの、或る属性（例、或るアーティストを好きな利用者、或る種類の食材を好きな利用者、等々）を持つ利用者に対して、利用者が好きな物品（或るアーティストのＣＤ、或る種類の食材、など）の広告を大々的に行って集客を図りたい場合、などである。

このような、サービス提供者側が、自店舗の周りに、どのような属性を持つ利用者がどのくらい居るのかについて知りたい場合、上述した特許文献１に記載の手法では対応することが困難である、という課題を有している。

本発明は上述した課題を解決するためになされたものである。従って、本発明の目的は、サービス提供者が必要とする情報をリアルタイムで配信することを可能とする、サービス情報配信システム、情報配信サーバ、及び、サービス情報配信方法、を提供することにある。

本発明のサービス情報配信システムは、以下のように構成されている。すなわち、ユーザの所持する携帯端末と、商品の販売やイベントの開催などによりユーザへのサービスを提供するサービス提供者のサービス提供者端末と、が通信ネットワークに接続されている。また、前記通信ネットワークには、前記サービス提供者が必要とする情報を配信する情報配信サーバが接続されている。

そして、前記情報配信サーバは、ユーザ位置収集部と、統計情報生成部と、情報配信部と、を備えている。ユーザ位置収集部は、複数の前記携帯端末の位置情報を収集してユーザ位置ＤＢに登録する。統計情報生成部は、前記サービス提供者が指示する統計用条件情報に従って、前記ユーザ位置ＤＢと、前記ユーザの属性情報が登録されているユーザ情報ＤＢを検索する。そして、前記統計用条件情報に記載のユーザ属性を有し、且つ、前記統計用条件情報に記載の基地局が形成するエリアに在圏するユーザの数を、統計データとして算出する。情報配信部は、前記統計データを前記サービス提供者端末に送信する。

本発明の情報配信サーバは、ユーザ位置収集部と、統計情報生成部と、情報配信部と、を備えている。ユーザ位置収集部は、複数のユーザの所持する携帯端末の位置情報を収集してユーザ位置ＤＢに登録する。統計情報生成部は、商品の販売やイベントの開催などによりユーザへのサービスを提供するサービス提供者が指示する統計用条件情報に従って、前記ユーザ位置ＤＢと、前記ユーザの属性情報が登録されているユーザ情報ＤＢを検索する。そして、前記統計用条件情報に記載のユーザ属性を有し、且つ、前記統計用条件情報に記載の基地局が形成するエリアに在圏するユーザの数を、統計データとして算出する。情報配信部は、前記統計データを前記サービス提供者のサービス提供者端末に送信する。

本発明のサービス情報配信方法は、複数のユーザの所持する携帯端末の位置情報を収集してユーザ位置ＤＢに登録するステップを実行する。また、商品の販売やイベントの開催などによりユーザへのサービスを提供するサービス提供者が指示する統計用条件情報に従って、前記ユーザ位置ＤＢと、前記ユーザの属性情報が登録されているユーザ情報ＤＢを検索する。そして、前記統計用条件情報に記載のユーザ属性を有し、且つ、前記統計用条件情報に記載の基地局が形成するエリアに在圏するユーザの数を、統計データとして算出するステップを実行する。次に、前記統計データを前記サービス提供者のサービス提供者端末に送信するステップを実行する。

本発明によれば、サービス提供者が必要とする情報をリアルタイムで配信することが可能となる。

本発明のサービス情報配信システムの第１の実施形態を示すブロック図である。 ユーザ位置ＤＢの一例を示す図である。 ユーザ情報ＤＢの一例を示す図である。 統計情報テーブルの一例を示す図である。 第１の実施形態の動作を説明する第１のシーケンスチャートである。 第１の実施形態の動作を説明する第２のシーケンスチャートである。 本発明のサービス情報配信システムの第２の実施形態を示すブロック図である。 広告情報ＤＢの一例を示す図である。 第２の実施形態の動作を説明するシーケンスチャートである。 本発明のサービス情報配信システムの第３の実施形態を示すブロック図である。 第３の実施形態の動作を説明するシーケンスチャートである。 ユーザ属性修正用画面の一例を示す図である。

次に、本発明の実施形態について図面を参照して説明する。
[第１の実施形態]
図１は、本発明のサービス情報配信システムの第１の実施形態を示すブロック図である。

図１に示すサービス情報配信システム１００においては、ユーザに対するサービスの提供を行うサービス提供者に対し、サービス提供者が必要とする情報を配信する情報配信サーバ１０が、通信ネットワーク５０に接続されている。

また、サービス情報配信システム１００での通信ネットワーク５０には、基地局６０（６０−１、６０−２、・・・、６０−ｍ）が接続されている。そして、本システムのユーザが所持する携帯端末７０（７０−１，・・・、７０−ｎ）は、基地局６０を介して、通信ネットワーク５０に接続することにより、他の端末やサーバ等との通信を行うようになっている。なお、基地局６０（６０−１、６０−２、・・・、６０−ｍ）のそれぞれは、携帯端末７０との通信可能領域としてのエリア８０（８０−１、８０−２、・・・、８０−ｍ）を形成している。

ここで、基地局６０は、移動体通信網の基地局であってもよいし、無線ＬＡＮ（local area network：ラン）システムのアクセスポイント（access point）であってもよい。また、携帯端末７０は、ユーザが携帯可能な端末装置である。携帯端末７０の例として、携帯電話機やＰＨＳ（Personal Handyphone System：ピーエッチエス）端末、スマートフォン（Smart Phone）やタブレット（tablet）端末、或いは、ノート型パソコンなどを挙げることができる。

さらに、通信ネットワーク５０には、ユーザに対するサービスの提供を行うサービス提供者が用いるサービス提供者端末９０が接続されている。ここでのサービス提供者の例として、商品の販売などを行うデパートや小売店を挙げることができる。また、イベントの開催、娯楽の提供（例、遊園地、テーマパーク、など）、或いは、ある種の情報の提供（例、交通情報、災害情報、など）などのサービスを行う事業者などを挙げることができる。なお、サービス提供者端末９０は、直接、通信ネットワーク５０に接続する固定型の端末装置であってもよいし、基地局６０を介して通信ネットワーク５０に接続する携帯型の端末装置であってもよい。

次に、上述した情報配信サーバ１０について説明する。

情報配信サーバ１０は、ユーザ位置収集部１１、統計情報生成部１２、情報配信部１３を有している。また、情報配信サーバ１０は、ユーザ位置ＤＢ（Data Base：データベース）１５、ユーザ情報ＤＢ１６を備えている。

ユーザ位置収集部１１は、ユーザの所持する携帯端末７０の端末ＩＤ（identification：アイディー）と位置情報を収集し、ユーザ位置ＤＢ１５に蓄積する。端末ＩＤは、携帯端末７０に固有の識別子である。また、位置情報は、携帯端末７０の現在の位置を示す情報である。

統計情報生成部１２は、サービス提供者が必要とする情報を統計データとして生成し、統計情報テーブルに蓄積する。ここで、サービス提供者が必要とする情報とは、或る属性を備えるユーザが、或るエリア８０（例、エリア８０−１）に何人居るか、という情報である。ユーザの備える属性とは、ユーザの年齢や性別、趣味や好み、興味・関心などを示すものである。或いは、サービス提供者が望む場合には、ユーザの属性として、考え方や感情、または、社会的立場、等々を含めるようにしてもよい。

情報配信部１３は、統計情報生成部１２が生成した統計データを、サービス提供者端末９０に配信する。

ユーザ位置ＤＢ１５は、ユーザ位置収集部１１が収集したデータ、すなわち、携帯端末７０を所持するユーザの現在位置のデータ、を蓄積するデータベースである。図２は、ユーザ位置ＤＢ１５の一例を示す図である。

図２において、ユーザ位置ＤＢ１５は、１５−０行に示すように、端末ＩＤの欄（１５−１１列）、位置情報の欄（１５−１２列）、エリア識別子の欄（１５−１３列）を備えている。端末ＩＤの欄には、ユーザの所持する携帯端末７０の端末ＩＤが記載される。位置情報の欄には、ユーザの所持する携帯端末７０が所在する位置の緯度・経度のデータが記載される。エリア識別子の欄には、ユーザの所持する携帯端末７０が在圏するエリア８０の識別子が記載される。

例えば、図２の１５−１行は、端末ＩＤ「Ｔｘｘｘ００１」の携帯端末７０（携帯端末７０−１とする）が、緯度・経度「□□○○」の位置に所在しており、その位置のエリア識別子は「エリア８０−１」である、ことを示している。同様に、図２の１５−２行は、端末ＩＤ「Ｔｙｙｙ００５」の携帯端末７０（携帯端末７０−５とする）が、緯度・経度「□○□□」の位置に所在しており、その位置のエリア識別子は「エリア８０−２」である、ことを示している。以下、同様である。

ユーザ情報ＤＢ１６は、本システムのユーザのユーザＩＤと、当該ユーザの備える属性をユーザ属性として蓄積するデータベースである。図３は、ユーザ情報ＤＢ１６の一例を示す図である。

図３において、ユーザ情報ＤＢ１６は、１６−０行に示すように、ユーザＩＤの欄（１６−１１列）、端末ＩＤの欄（１６−１２列）、ユーザ属性の欄（１６−１３列と１６−１４列）を備えている。そして、ユーザ属性の欄は、固有情報の欄（１６−１３列）と嗜好情報の欄（１６−１４列）に分けられている。

ユーザＩＤの欄には、本システムのユーザの識別子としてのユーザＩＤが記載される。端末ＩＤの欄には、当該ユーザの携帯端末７０の端末ＩＤが記載される。ユーザ属性の欄には、当該ユーザの備える属性が、固有情報（１６−１３列）と嗜好情報（１６−１４列）に分けて記載される。ここで、固有情報は、当該ユーザの年齢、性別などを示す情報である。また、嗜好情報は、当該ユーザの趣味や好み、或いは、興味・関心などを示す情報である。なお、ユーザ属性として、当該ユーザの考え方、感情、或いは、社会的立場等々も含むものとしたい場合には、固有情報の欄と嗜好情報の欄に加えて、新たな欄を設けるようにすればよい。

ユーザ情報ＤＢ１６の一例としての、図３の１６−１行は、ユーザＩＤ「Ｕ０００−００１」のユーザの携帯端末７０（携帯端末７０−１とする）の端末ＩＤは「Ｔｘｘｘ００１」であることを示している。そして、当該ユーザのユーザ属性の内の固有情報としては、年令＝「○○才」で性別＝「男性」、であることが記載されている。また、当該ユーザのユーザ属性の内の嗜好情報としては、趣味＝「音楽鑑賞」で、好み＝「歌手：α」（好みの歌手はαである、ことを示すものとする）であり、また、好み＝「食事：和食」であることも記載されている。

同様に、図３の１６−２行は、ユーザＩＤ「Ｕ０００−００２」のユーザの携帯端末７０（携帯端末７０−２とする）の端末ＩＤは「Ｔｘｘｘ００２」であることを示している。そして、当該ユーザのユーザ属性の内の固有情報としては、性別＝「男性」であることが記載されており、また、嗜好情報としては、趣味＝「テニス」で好み＝「選手：β」であり、好み＝「テレビ番組：△△△」であることも記載されている。

なお、ユーザ情報ＤＢ１６のユーザ属性（１６−１３列、１６−１４列）の欄には、当該ユーザとして必要な属性だけが記載されていればよい。例えば、１６−２行の固有情報（１６−１３列）の欄には性別＝「男性」だけが記載されており、例えば、１６−１行で記載したような年令＝の属性、は記載されていない。

ここで、統計情報生成部１２が生成した統計データ、すなわち、サービス提供者が必要とする情報、を蓄積する統計情報テーブルについての説明を行っておく。統計情報テーブルは、図１の情報配信サーバ１０の図示しない内部メモリ上に生成され、統計データを蓄積するようになっている。図４は、統計情報テーブルの一例を示す図である。なお、説明の容易化のため、統計情報テーブルには、参照符号「１７」を付して説明を行うものとする。

図４において、統計情報テーブル１７は、１７−０行に示すように、エリア識別子の欄（１７−１１列）、ユーザ属性の欄（１７−１２列）、在圏者数の欄（１７−１３列）、端末ＩＤの欄（１７−１４列）を備えている。エリア識別子の欄には、基地局６０の通信可能領域としてのエリア８０の識別子が記載される。ユーザ属性の欄には、サービス提供者が必要とする情報として指定したユーザの属性が記載される。在圏者数の欄には、当該ユーザ属性を備えるユーザが、当該エリア識別子のエリア８０に何人居るか、を示す数が記載される。端末ＩＤの欄には、当該ユーザ属性を備え、且つ、当該エリア識別子のエリア８０に所在するユーザの携帯端末７０の端末ＩＤが記載される。

例えば、図４の１７−１行は、ユーザ属性として、「性別＝「男性」、好み＝「歌手：α」」、を備えるユーザが、エリア識別子「エリア８０−１」のエリア内に、在圏者数の欄に記載のように「２人」居る、ことを示している。そして、当該在圏者の携帯端末７０の端末ＩＤが、「Ｔｘｘｘ００１」、「Ｔｘｘｘ００３」の２つであることを示している。

次に、図５、図６を参照して、本実施形態の動作について説明する。

図５は、第１の実施形態の動作を説明する第１のシーケンスチャートである。なお、図５は、情報配信サーバ１０のユーザ位置収集部１１が、ユーザの所持する携帯端末７０の端末ＩＤと位置情報を収集し、ユーザ位置ＤＢ１５に蓄積する際の動作を説明するものである。

図５において、携帯端末７０（７０−１とする）が、基地局６０が形成する或るエリア８０（８０−１とする）に入り、当該エリア８０内に在圏した状態となった際、携帯端末７０は、情報配信サーバ１０に対し位置登録情報を送信する（図５のステップＳ１）。この位置登録情報には、携帯端末７０の端末ＩＤと、携帯端末７０の位置情報が緯度・経度のデータとして含まれている。

通信ネットワーク５０を介して位置登録情報を受信した情報配信サーバ１０のユーザ位置収集部１１は、位置登録情報内の位置情報（緯度・経度）から、当該位置情報を含むエリア８０を特定し、そのエリア識別子を取得する（ステップＳ２）。そして、位置登録情報内の端末ＩＤと位置情報（緯度・経度）、及び、ステップＳ２で取得したエリア８０のエリア識別子を、ユーザ位置ＤＢ１５に登録し蓄積する（ステップＳ３）。ステップＳ１〜Ｓ３の動作の結果として、例えば、図２に示したユーザ位置ＤＢ１５の１５−１行に示すレコードが登録される。

図５に戻り、ステップＳ１における携帯端末７０（７０−１）とは別の携帯端末７０（７０−５とする）が、或るエリア８０（エリア８０−２とする）に入った際の動作について説明する。携帯端末７０（７０−５）が、基地局６０が形成する或るエリア８０（８０−２）に入り在圏した状態となった際、携帯端末７０（７０−５）は、情報配信サーバ１０に対し位置登録情報を送信する（図５のステップＳ４）。この位置登録情報には、携帯端末７０−５の端末ＩＤと、携帯端末７０−５の位置情報が緯度・経度のデータとして含まれている。

位置登録情報を受信した情報配信サーバ１０のユーザ位置収集部１１は、位置登録情報内の位置情報（緯度・経度）から、当該位置情報を含むエリア８０（エリア８０−２）を特定し、そのエリア識別子を取得する（ステップＳ５）。そして、位置登録情報内の端末ＩＤと位置情報（緯度・経度）、及び、ステップＳ５で取得したエリア８０のエリア識別子を、ユーザ位置ＤＢ１５に登録し蓄積する（ステップＳ６）。ステップＳ４〜Ｓ６の動作の結果として、例えば、図２に示したユーザ位置ＤＢ１５の１５−２行に示すレコードが登録される。

なお、ステップＳ４において位置登録情報を送信した携帯端末７０の端末ＩＤが、既に、ユーザ位置ＤＢ１５に登録されていた場合には、ステップＳ６においては、次のように動作するものとする。すなわち、ユーザ位置ＤＢ１５に新たなレコードを登録するのではなく、当該端末ＩＤが登録されているレコードの、位置情報（緯度・経度）とエリア識別子を、当該レコード上で上書きして変更するようにするものとする。このことにより、ユーザ位置ＤＢ１５には、携帯端末７０の最新の位置情報だけが蓄積されるようになる。

以下、他の携帯端末７０が或るエリア８０に入った際にも、上記と同様の動作を行う。

なお、本実施形態の携帯端末７０には、以下の機能を有するアプリケーションプログラムが搭載されているものとする。すなわち、当該アプリケーションプログラムは、携帯端末７０が、基地局６０が形成する或るエリア８０に入り、当該エリア８０に在圏した状態となった際に、先ず、携帯端末７０の位置情報を取得する。そして、情報配信サーバ１０に対し位置登録情報（端末ＩＤと位置情報）を送信する機能を有するものである。

次に、図６を参照して、情報配信サーバ１０が、サービス提供者が必要とする情報を統計データとして生成し、生成した統計データをサービス提供者端末９０に送信する際の動作について説明する。図６は、第１の実施形態の動作を説明する第２のシーケンスチャートである。

本実施形態においては、サービス提供者が必要とする情報とは、「或る属性を備えるユーザ」が、「或るエリア８０」に「何人居るか」、という情報である。

そこで、サービス提供者は、ユーザの備える或る属性をユーザ属性情報に記載し、或るエリア８０をエリア識別子情報として記載した統計用条件情報を作成する。そして、サービス提供者が必要とする情報を統計データとして生成させるため、作成した統計用条件情報を、サービス提供者端末９０から情報配信サーバ１０に対して送信する（図６のステップＳ１１）。

通信ネットワーク５０を介して統計用条件情報を受信した情報配信サーバ１０の統計情報生成部１２は、統計用条件情報に適合する統計データを得るため、以下のように動作する。すなわち、ユーザ位置ＤＢ１５とユーザ情報ＤＢ１６を検索し、統計用条件情報に適合する検索結果を、統計データとして算出する（ステップＳ１２）。そして、算出した統計データを、統計情報テーブル１７に登録し蓄積する（ステップＳ１３）。

ここで、図２、図３、図４を参照する具体例により、上述のステップＳ１２とステップＳ１３の動作について説明する。

先ず、統計用条件情報のユーザ属性情報として、性別＝「男性」、好み＝「歌手：α」、の２つの属性が記載されているものとする。また、統計用条件情報のエリア識別子情報として、「エリア８０−１」が記載されているものとする。

先ず、ステップＳ１２では、ユーザ位置ＤＢ１５から、統計用条件情報のエリア識別子「エリア８０−１」に一致するレコードを抽出し、当該レコードの端末ＩＤを取得する。ここでは、エリア識別子「エリア８０−１」を含むレコードの一例として、図２のユーザ位置ＤＢ１５の１５−１行、１５−３行、１５−４行、１５−５行の４レコードが抽出される。そして、抽出した４レコードの端末ＩＤを取得する。ここでは、端末ＩＤとして「Ｔｘｘｘ００１」、「Ｔｘｘｘ００２」、「Ｔｘｘｘ００３」、「Ｔｘｘｘ００４」、が取得される。次に、ユーザ情報ＤＢ１６から、取得した端末ＩＤ（「Ｔｘｘｘ００１」など）を記載してあるレコードを抽出する。ここでは、図３のユーザ情報ＤＢ１６の１６−１行、１６−２行、１６−３行、１６−４行の４レコードが抽出される。そして、当該レコード（図３の１６−１行、など）のユーザ属性に、統計用条件情報のユーザ属性情報（性別＝「男性」、好み＝「歌手：α」）に一致するものが記載されているレコードを見いだす。すなわち、図３の１６−１行と１６−３行の２レコードには、ユーザ属性情報（性別＝「男性」、好み＝「歌手：α」）に一致するユーザ属性が記載されている。従って、図３の１６−１行と１６−３行に記載されているユーザ（ユーザＩＤ＝「Ｕ０００−００１」、「Ｕ０００−００３」）は、統計用条件情報に合致するユーザである。つまり、エリア識別子「エリア８０−１」のエリア８０には、ユーザ属性情報に合致するユーザが、今現在２人居る、ということが検索され、統計データとして得られたことになる。この時、統計情報テーブル１７の端末ＩＤの欄（図４の統計情報テーブル１７の１７−１４列）には、当該２人のユーザの携帯端末７０の端末ＩＤ、「Ｔｘｘｘ００１」と「Ｔｘｘｘ００３」、が記載される。

なお、図３の１６−２行のユーザ属性には、性別＝「男性」、は記載されているが、好み＝「歌手：α」、は記載されていない。従って、当該レコードのユーザは、統計用条件情報に合致するユーザとは見なさない。同様に、図３の１６−４行のユーザ属性には、好み＝「歌手：α」、は記載されているが、性別＝「女性」、となっており、統計用条件情報のユーザ属性情報に記載の、性別＝「男性」、とは異なっている。従って、当該レコードのユーザも、統計用条件情報に合致するユーザとは見なさない。

そして、ステップＳ１３では、ステップＳ１２で得た統計データ、すなわち、エリア識別子「エリア８０−１」のエリア８０には、ユーザ属性情報に合致するユーザが２人居る、というデータを、統計情報テーブル１７に登録し蓄積する。例えば、図４の統計情報テーブル１７には、図４の１７−１行のレコードが登録される。

図６に戻り、ステップＳ１３の後、情報配信サーバ１０の統計情報生成部１２は、統計データを生成した旨を、情報配信部１３に通知する。この通知を受けた情報配信部１３は、統計情報テーブル１７に登録された統計データを、サービス提供者端末９０に送信する（ステップＳ１４）。

サービス提供者端末９０は、送信された統計データを受信する（ステップＳ１５）。サービス提供者端末９０が受信した統計データは、サービス提供者が必要とする情報として、情報配信サーバ１０が生成したものである。従って、サービス提供者は、この統計データを活用して、サービス提供者に利益をもたらすよう行動することが可能となる。

例えば、サービス提供者がデパートや小売店などであり、自店舗の周りに、或る属性を備えるユーザ（例、或る歌手を好きなユーザ、ある種の食材を好きなユーザ、など）が多数居ることを知ったとする。この時、サービス提供者は、ユーザが好きな物品（或る歌手のＣＤ、ある種の食材、など）の広告を大々的に行うことにより、集客を図ることが可能となる。

以上、本発明の第１の実施形態の動作について説明した。

以上説明したように、本実施形態のサービス情報配信システム（１００）は、以下のように構成されている。すなわち、ユーザの所持する携帯端末（７０）と、商品の販売やイベントの開催などによりユーザへのサービスを提供するサービス提供者のサービス提供者端末（９０）と、が通信ネットワーク（５０）に接続されている。また、前記通信ネットワーク（５０）には、前記サービス提供者が必要とする情報を配信する情報配信サーバ（１０）が接続されている。

前記情報配信サーバは、ユーザ位置収集部（１１）と、統計情報生成部（１２）と、情報配信部（１３）と、を備えている。ユーザ位置収集部は、複数の前記携帯端末の位置情報を収集してユーザ位置ＤＢ（１５）に登録する。統計情報生成部は、前記サービス提供者が指示する統計用条件情報に従って、前記ユーザ位置ＤＢと、前記ユーザの属性情報が登録されているユーザ情報ＤＢ（１６）を検索する。そして、前記統計用条件情報に記載のユーザ属性を有し、且つ、前記統計用条件情報に記載の基地局（６０）が形成するエリア（８０）に在圏するユーザの数を、統計データとして算出する。情報配信部は、前記統計データを前記サービス提供者端末に送信する。

つまり、本実施形態において、サービス提供者は、自身が必要とする情報の条件を、統計用条件情報に記載して、情報配信サーバに送信する。情報配信サーバは、受信した統計用条件情報に合致する統計データを、今現在の携帯端末の在圏状況を示すデータベースを検索して生成し、サービス提供者のサービス提供者端末に返送するようになっている。

従って、本実施形態のサービス情報配信システムによれば、サービス提供者が必要とする情報をリアルタイムで配信することが可能となる。


[第２の実施形態]
次に、図１に示した第１の実施形態の変形例としての本発明による第２の実施形態について説明する。

図７は、本発明のサービス情報配信システムの第２の実施形態を示すブロック図である。図７は、図１に示したサービス情報配信システム１００の情報配信サーバ１０に、広告情報の配信機能と広告情報を蓄積するデータベースを追加した点でのみ、図１とは異なっている。従って、図７において、図１の構成要素に対応するものは同一の参照数字または符号を付し、その説明を極力省略するものとする。

図７に示すサービス情報配信システム１００−２は、図１と同様に、基地局６０（６０−１、・・・、６０−ｍ）が通信ネットワーク５０に接続されている。基地局６０のそれぞれは、その通信可能領域としてのエリア８０（８０−１、・・・、８０−ｍ）を形成している。そして、ユーザが所持する携帯端末７０（７０−１，・・・、７０−ｎ）は、基地局６０を介して、通信ネットワーク５０に接続するようになっている。また、通信ネットワーク５０には、ユーザに対するサービスの提供を行うサービス提供者が用いるサービス提供者端末９０が接続されている。

さらに、通信ネットワーク５０には、サービス提供者が必要とする情報を配信する情報配信サーバ１０−２が接続されている。

次に、上述した情報配信サーバ１０−２について説明する。

情報配信サーバ１０−２は、ユーザ位置収集部１１、統計情報生成部１２、情報配信部１３、広告情報配信部１４を有している。また、情報配信サーバ１０−２は、ユーザ位置ＤＢ１５、ユーザ情報ＤＢ１６、広告情報ＤＢ１８を備えている。

ユーザ位置収集部１１、統計情報生成部１２、情報配信部１３、ユーザ位置ＤＢ１５、ユーザ情報ＤＢ１６は第１の実施形態と同様であるため、これ以上の説明を省略する。

広告情報配信部１４は、サービス提供者から指定された広告データを、広告情報ＤＢ１８から抽出し、ユーザの携帯端末７０に配信する。

広告情報ＤＢ１８は、サービス提供者が配信したい広告データを蓄積するデータベースである。図８は、広告情報ＤＢ１８の一例を示す図である。

図８において、広告情報ＤＢ１８は、１８−０行に示すように、広告データ識別子の欄（１８−１１列）、広告データの欄（１８−１２列）を備えている。

広告データ識別子の欄には、広告データの識別子が記載される。広告データの欄には、広告を構成するデータが、文字列や画像を含む形式で記憶される。

次に、図９を参照して、本実施形態の動作について説明する。

図９は、第２の実施形態の動作を説明するシーケンスチャートである。なお、図９は、情報配信サーバ１０−２の広告情報配信部１４が、サービス提供者から広告データを指定された場合に、当該広告データを、ユーザの所持する携帯端末７０に配信する際の動作を説明するものである。

図９において、先ず、サービス提供者端末９０が、情報配信サーバ１０−２の情報配信部１３から送信された統計データを受信したものとする（図９のステップＳ２１）。ここで受信した統計データは、サービス提供者が必要とする情報であり、第１の実施形態の図６のステップＳ１５で受信したものである。以下の説明の容易化のため、ここで受信した統計データは、図４の統計情報テーブル１７の１７−１行に示したデータ、であるものとする。すなわち、ここでの統計データは、ユーザ属性として、「性別＝「男性」、好み＝「歌手：α」」、を備えるユーザが、エリア識別子「エリア８０−１」のエリア内に、「２人」居る、ことを示すデータである。

サービス提供者端末９０で統計データを受信したサービス提供者が、当該統計データに記載されている事柄から、ユーザの携帯端末７０に、広告データを配信したいと判断したものとする。例えば、サービス提供者がＣＤを販売する小売店であり、その店舗がエリア識別子「エリア８０−１」の内側、或いは、近傍、にあるものとする。そして、受信した統計データには、「歌手：α」を好みとする男性のユーザ、すなわち、ユーザ属性として「性別＝「男性」、好み＝「歌手：α」」を備えるユーザが、自店舗の近くに２人居る、というデータが記載されている。このデータは、図４の統計情報テーブル１７の１７−１行に示したデータである。そして、サービス提供者は、この歌手のＣＤの広告データを、ユーザの携帯端末７０に配信したいと判断したものとする。この歌手のＣＤの広告データは、図８の広告情報ＤＢ１８の１８−１行に記載の、広告データ識別子「Ｋ０００１」を有するデータであるものとする。

サービス提供者は、配信したい広告データの広告データ識別子「Ｋ０００１」を記載した広告配信要求情報を、サービス提供者端末９０から情報配信サーバ１０−２に対して送信する（図９のステップＳ２２）。

情報配信サーバ１０−２の広告情報配信部１４は、広告配信要求情報に記載されている広告データ識別子をもつ広告データを、広告情報ＤＢ１８から抽出する（ステップＳ２３）。そして、抽出した広告データを携帯端末７０に配信する（ステップＳ２４）。携帯端末７０は、配信された広告データを受信する（ステップＳ２５）。なお、ここで広告データが配信される携帯端末７０は、図４の統計情報テーブル１７の１７−１行に示したレコードの内の、端末ＩＤの欄（１７−１４列）に記載の端末ＩＤを有する携帯端末７０である。すなわち、端末ＩＤとして「Ｔｘｘｘ００１」を有する携帯端末７０と、端末ＩＤとして「Ｔｘｘｘ００３」を有する携帯端末７０の２端末に、広告データが配信される。

以上、本発明の第２の実施形態の動作について説明した。

以上説明したように、本実施形態のサービス情報配信システム（１００−２）は、以下のように構成されている。すなわち、ユーザの所持する携帯端末（７０）と、商品の販売やイベントの開催などによりユーザへのサービスを提供するサービス提供者のサービス提供者端末（９０）と、が通信ネットワーク（５０）に接続されている。また、前記通信ネットワークには、前記サービス提供者が必要とする情報を配信する情報配信サーバ（１０−２）が接続されている。

前記情報配信サーバは、ユーザ位置収集部（１１）と、統計情報生成部（１２）と、情報配信部（１３）と、広告情報配信部（１４）を備えている。また、前記情報配信サーバは、ユーザ位置ＤＢ（１５）と、ユーザ情報ＤＢ（１６）と、広告情報ＤＢ（１８）を備えている。広告情報配信部は、前記サービス提供者が指示する広告データ識別子を有する広告データを広告情報ＤＢから抽出し、抽出した広告データを、以下に示すユーザの携帯端末に配信する。すなわち、前記サービス提供者が統計データの配信を受けるために指示した前記統計用条件情報に記載のユーザ属性を有し、且つ、前記統計用条件情報に記載の基地局が形成するエリアに在圏するユーザ、の携帯端末に配信する。

つまり、サービス提供者は、自身が必要とする情報の条件を、統計用条件情報に記載して、情報配信サーバに送信することにより、統計用条件情報に合致する統計データを受信することができる。そして、本実施形態において、受信した統計データを活用するために有用な広告データを選択して、統計用条件情報に合致するユーザの携帯端末に配信することができる。

従って、本実施形態のサービス情報配信システムによれば、サービス提供者が有用とする広告データを、ユーザの携帯端末に配信することが可能となる。また、ユーザは、自身の属性情報に合った広告データ、すなわち、自身が欲しいと望んでいる分野の広告データ、を受信することが可能となる。


[第３の実施形態]
次に、図１に示した第１の実施形態の変形例としての本発明による第３の実施形態について説明する。

図１０は、本発明のサービス情報配信システムの第３の実施形態を示すブロック図である。図１０は、図１に示したサービス情報配信システム１００の情報配信サーバ１０に、ユーザ情報ＤＢ１６のユーザ属性を修正する機能を追加した点でのみ、図１とは異なっている。従って、図１０において、図１の構成要素に対応するものは同一の参照数字または符号を付し、その説明を極力省略するものとする。なお、本発明の第３の実施形態は、図７に示した第２の実施形態の情報配信サーバ１０−２に、上述した、ユーザ情報ＤＢ１６のユーザ属性を修正する機能、を追加するようにしたものであってもよい。但し、第３の実施形態の説明の容易化のため、以下においては、図１に示した第１の実施形態の変形例として、第３の実施形態の説明を行うものとする。

図１０に示すサービス情報配信システム１００−３は、図１と同様に、基地局６０（６０−１、・・・、６０−ｍ）が通信ネットワーク５０に接続されている。基地局６０のそれぞれは、その通信可能領域としてのエリア８０（８０−１、・・・、８０−ｍ）を形成している。そして、ユーザが所持する携帯端末７０（７０−１，・・・、７０−ｎ）は、基地局６０を介して、通信ネットワーク５０に接続するようになっている。また、通信ネットワーク５０には、ユーザに対するサービスの提供を行うサービス提供者が用いるサービス提供者端末９０が接続されている。

さらに、通信ネットワーク５０には、サービス提供者が必要とする情報を配信する情報配信サーバ１０−３が接続されている。

次に、上述した情報配信サーバ１０−３について説明する。

情報配信サーバ１０−３は、ユーザ位置収集部１１、統計情報生成部１２、情報配信部１３、ユーザ情報修正部１９を有している。また、情報配信サーバ１０−３は、ユーザ位置ＤＢ１５、ユーザ情報ＤＢ１６を備えている。

ユーザ位置収集部１１、統計情報生成部１２、情報配信部１３、ユーザ位置ＤＢ１５、ユーザ情報ＤＢ１６は第１の実施形態と同様であるため、これ以上の説明を省略する。

ユーザ情報修正部１９は、本システムのユーザが、ユーザ情報ＤＢ１６に蓄積されている当該ユーザのユーザ属性を修正する機能を提供するものである。この機能を提供するために、ユーザ情報修正部１９は、Ｗｅｂサーバ（Web Server：ウェブサーバ）として動作するよう構成されている。そして、ユーザ情報修正部１９は、ユーザ情報ＤＢ１６に蓄積されているユーザ属性を、ホームページ（home page）の画面を介してユーザに閲覧させ、修正させるようになっている。ユーザが、ユーザ情報ＤＢ１６に蓄積されているユーザ属性を修正しようとする場合には、ユーザの端末のＷｅｂブラウザ（Web browser：ウェブブラウザ）により、Ｗｅｂサーバとしてのユーザ情報修正部１９にアクセスする。そして、Ｗｅｂブラウザにより、ホームページの画面を参照し、修正のための操作を行うことにより、ユーザ属性の修正を行うことが出来るようになっている。

次に、図１１を参照して、本実施形態の動作について説明する。

図１１は、第３の実施形態の動作を説明するシーケンスチャートである。なお、図１１は、本システムのユーザが、情報配信サーバ１０−３のユーザ情報修正部１９にアクセスして、ユーザ情報ＤＢ１６に蓄積されているユーザ属性を修正する際の動作を説明するものである。

図１１において、ユーザの携帯端末７０から、情報配信サーバ１０−３のユーザ情報修正部１９（すなわち、Ｗｅｂサーバ）にアクセスする（図１１のステップＳ３１）。このアクセスは、携帯端末７０のＷｅｂブラウザで、Ｗｅｂサーバとしてのユーザ情報修正部１９のＵＲＬ（Uniform Resource Locator：ユーアールエル）を指定することにより行われる。そして、アクセスが成功すると、携帯端末７０から情報配信サーバ１０−３に対し、ユーザ情報ＤＢ１６のユーザ属性を修正したい旨を示すユーザ属性修正要求情報を送信する（ステップＳ３２）。ユーザ属性修正要求情報には、当該ユーザのユーザＩＤと、携帯端末７０の端末ＩＤが付加されている。

通信ネットワーク５０を介して、ユーザ属性修正要求情報を受信した情報配信サーバ１０−３のユーザ情報修正部１９は、ユーザ属性修正要求情報に付加されている端末ＩＤの認証を行う（ステップＳ３３）。端末ＩＤの認証が不成功だった場合（ステップＳ３３で不成功）、ユーザ情報修正部１９は、その処理を終了する。

端末ＩＤの認証が成功した場合（ステップＳ３３で成功）、ユーザ情報修正部１９は、ユーザ情報ＤＢ１６から、ユーザ属性修正要求情報に付加されているユーザＩＤを持つレコードを抽出する。そして、そのレコードから、ユーザ属性の修正用画面を生成し（ステップＳ３４）、携帯端末７０に対して送出する（ステップＳ３５）。

ユーザ属性の修正用画面を受信した携帯端末７０は、Ｗｅｂブラウザにて受信した修正用画面を表示する（ステップＳ３６）。

そして、携帯端末７０のＷｅｂブラウザで、修正用画面を用い、ユーザ属性の修正のための操作を行う（ステップＳ３７）。修正のための操作を行うことにより、修正操作の情報が情報配信サーバ１０−３に送信される（ステップＳ３８）。修正操作の情報を受信した情報配信サーバ１０−３のユーザ情報修正部１９は、ユーザ情報ＤＢ１６のユーザ属性の修正内容を取得し保存しておく（ステップＳ３９）。

ステップＳ３７におけるユーザ属性の修正のための操作が終了した場合、修正用画面を用いて、終了のための操作を行う（ステップＳ４０）。すると、携帯端末７０から情報配信サーバ１０−３に対し、修正のための操作を終了する旨を示す終了要求情報が送出される（ステップＳ４１）。

終了要求情報を受信した情報配信サーバ１０−３のユーザ情報修正部１９は、ステップＳ３９で取得し保存しておいた修正内容に基づき、ユーザ情報ＤＢ１６のユーザ属性を修正する（ステップＳ４２）。

次に、図１２を参照して、図１１のステップＳ３４からステップＳ４０などのステップで用いられている、ユーザ属性の修正用画面、について、具体例を用いて説明する。

図１２は、ユーザ属性修正用画面の一例を示す図である。なお、図１２での説明において、修正を行いたいユーザ属性は、図３のユーザ情報ＤＢ１６の１６−４行のレコードに記載のユーザ属性であるものとする。ユーザ情報ＤＢ１６の１６−４行には、ユーザＩＤに、「Ｕ０００−００４」、端末ＩＤに、「Ｔｘｘｘ００４」、ユーザ属性の固有情報に、年令＝「○△才」と性別＝「女性」、ユーザ属性の嗜好情報に、好み＝「歌手：α」、が記載されている。なお、上記したように、本実施形態におけるユーザ属性の記載形式は、「＝」記号の左側と右側にそれぞれ文字列が記載されるようになっている。そして、本実施形態においては、「＝」記号の左側の文字列を「属性項目」と称し、「＝」記号の右側の文字列を「属性値」と称することとする。例えば、年令＝「○△才」と記載されているユーザ属性においては、「年令」を「属性項目」と称し、「○△才」を「属性値」と称するものである。

図１２のユーザ属性修正画面には、先ず、図１２の（１）に示すように、修正されるユーザ属性を備えるユーザが誰であるかを、ユーザＩＤ：Ｕ０００−００４、の形で記載する。また、図１２の（２）には、ユーザ情報ＤＢ１６に現在登録されているユーザ属性を、修正前のユーザ属性：年令＝「○△才」、性別＝「女性」、好み＝「歌手：α」、の形で記載する。

そして、図１２の（３）〜（６）には、ユーザ属性を修正するための操作、を行うためのボタンが表示されている。ユーザ属性の追加を行うためのボタンは（３−１）に表示されている。また、ユーザ属性の変更を行うためのボタンが（４−１）に、削除を行うためのボタンが（５−１）に、修正の操作を終了するためのボタンが（６−１）に、それぞれ表示されている。

ここで、ユーザ属性を修正するための操作の方法について説明する。

先ず、ユーザ属性を追加したい場合、（３−１）の追加ボタンをクリックする。すると、（３−２）の枠内に、「属性項目」を示すプルダウンメニュー（pull-down menu）が表示される。本実施形態における「属性項目」としては、例えば、年令＝、性別＝、趣味＝、好み＝、などがある。そして、表示されたプルダウンメニューから、所望の「属性項目」を選択する。次に、追加したいユーザ属性の「属性値」を、（３−２）の枠内の「＝」記号の右側に文字列で記入する。例えば、図１２の（３−２）には、所望の「属性項目」として、趣味＝、を選択し、「属性値」として、「ガーデニング」、を記入した際の結果が表示されている。

次に、ユーザ属性を変更したい場合、（４−１）の変更ボタンをクリックする。すると、（４−２）の枠内に、図１２（２）に示した「修正前のユーザ属性」を示すプルダウンメニューが表示される。図１２における「修正前のユーザ属性」としては、年令＝「○△才」、性別＝「女性」、好み＝「歌手：α」、がある。そして、表示されたプルダウンメニューから、所望の「ユーザ属性」を選択する。次に、変更したいユーザ属性の「属性値」を、（４−２）の枠内の「＝」記号の右側に文字列で記入する（例えば、「○○才」に変更する）。例として、図１２の（４−２）には、所望の「修正前のユーザ属性」として、年令＝「○△才」、を選択し、その「属性値」を「○○才」に変更した際の結果が表示されている。

また、ユーザ属性を削除したい場合、（５−１）の削除ボタンをクリックする。すると、（５−２）の枠内に、図１２（２）に示した「修正前のユーザ属性」を示すプルダウンメニューが表示される。図１２における「修正前のユーザ属性」としては、年令＝「○△才」、性別＝「女性」、好み＝「歌手：α」、がある。そして、表示されたプルダウンメニューから、所望の「ユーザ属性」を選択する。そして、（５−１）の削除ボタンを再度クリックすると、選択した「ユーザ属性」が削除される。例えば、図１２の（５−２）には、所望の「修正前のユーザ属性」として、好み＝「歌手：α」、を選択した際の状態が表示されている。この後、（５−１）の削除ボタンをクリックすると、選択した、好み＝「歌手：α」、と記載してあった「ユーザ属性」が削除される。

ここで、上述したような、ユーザ属性を修正するための操作が終了した場合、図１２の（６−１）の終了ボタンをクリックする。すると、図１２の（７）には、修正のための操作の結果として得られたユーザ属性が、修正後のユーザ属性：年令＝「○○才」、性別＝「女性」、趣味＝「ガーデニング」、の形で記載される。

以上、本実施形態の動作について説明した。

ここで、前記の図１１を用いた動作の説明では、ユーザの携帯端末７０を用いて、情報配信サーバ１０−３のユーザ情報ＤＢ１６のユーザ属性を修正する、として説明した。しかし、本実施形態においては、ユーザが携帯可能な移動型の携帯端末７０だけでなく、ユーザが所持する他の端末装置、例えば、固定型のパーソナルコンピュータ、を用いてもよい。但し、ここで利用可能な端末装置は、図１１のステップＳ３３での端末ＩＤの認証に成功するための措置がとられていることが必要である。例えば、本サービス情報配信システム１００−３を運営する事業者の認定を受けた端末装置であること、などが必要である。

以上説明したように、本実施形態のサービス情報配信システム（１００−３）は、以下のように構成されている。すなわち、ユーザの所持する携帯端末（７０）と、商品の販売やイベントの開催などによりユーザへのサービスを提供するサービス提供者のサービス提供者端末（９０）と、が通信ネットワーク（５０）に接続されている。また、前記通信ネットワークには、前記サービス提供者が必要とする情報を配信する情報配信サーバ（１０−３）が接続されている。

前記情報配信サーバは、ユーザ位置収集部（１１）と、統計情報生成部（１２）と、情報配信部（１３）と、ユーザ情報修正部（１９）と、を備えている。また、前記情報配信サーバは、ユーザ位置ＤＢ（１５）と、ユーザ情報ＤＢ（１６）と、を備えている。ユーザ情報修正部は、前記ユーザ情報ＤＢに登録されている前記ユーザのユーザ属性を、前記ユーザの携帯端末などにより修正させるようになっている。

このように、本実施形態のサービス情報配信システムでは、より実態に近い、或いは、よりきめ細かなユーザ属性を、ユーザ情報ＤＢに登録し修正することが可能となっている。そして、情報配信サーバは、このユーザ情報ＤＢを検索して、サービス提供者が必要とする情報を生成し、サービス提供者端末に送信するようになっている。

従って、本実施形態のサービス情報配信システムから、サービス提供者が必要とする情報を受信したサービス提供者は、ユーザに対し、より良いサービスを提供するための対応をとることが可能となる。より良いサービスの提供の例としては、ユーザが欲する情報や物品の提供などを、よりきめ細かく行うこと、などを挙げることができる。また、ユーザは、サービス提供者から、自身のユーザ属性に適合するより良いサービスを受けることが可能となる。

１０ 情報配信サーバ
１１ ユーザ位置収集部
１２ 統計情報生成部
１３ 情報配信部
１４ 広告情報配信部
１５ ユーザ位置ＤＢ
１６ ユーザ情報ＤＢ
１７ 統計情報テーブル
１８ 広告情報ＤＢ
１９ ユーザ情報修正部
５０ 通信ネットワーク
６０ 基地局
７０ 携帯端末
８０ エリア
９０ サービス提供者端末
１００ サービス情報配信システム

Claims (9)

1. ユーザの所持する携帯端末と、
   商品の販売やイベントの開催などによりユーザへのサービスを提供するサービス提供者のサービス提供者端末と、
   前記サービス提供者が必要とする情報を配信する情報配信サーバと、が通信ネットワークに接続され、
   前記情報配信サーバは、複数の前記携帯端末の位置情報を収集してユーザ位置ＤＢに登録するユーザ位置収集部と、
   前記サービス提供者が指示する統計用条件情報に従って、前記ユーザ位置ＤＢと、前記ユーザの属性情報が登録されているユーザ情報ＤＢを検索することにより、前記統計用条件情報に記載のユーザ属性を有し、且つ、前記統計用条件情報に記載の基地局が形成するエリアに在圏するユーザの数を、統計データとして算出する統計情報生成部と、
   前記統計データを前記サービス提供者端末に送信する情報配信部と、
   を備えていることを特徴とするサービス情報配信システム。
2. 前記情報配信サーバは、さらに、前記サービス提供者が指示する広告データ識別子を有する広告データを広告情報ＤＢから抽出して、前記サービス提供者が統計データの配信を受けるために指示した前記統計用条件情報に記載のユーザ属性を有し、且つ、前記統計用条件情報に記載の基地局が形成するエリアに在圏するユーザの携帯端末に配信する広告情報配信部を備える、
   ことを特徴とする請求項１に記載のサービス情報配信システム。
3. 前記情報配信サーバは、さらに、前記ユーザ情報ＤＢに登録されている前記ユーザのユーザ属性を、前記ユーザの携帯端末などにより修正させるユーザ情報修正部を備える、
   ことを特徴とする請求項１或いは請求項２の何れかに記載のサービス情報配信システム。
4. 複数のユーザの所持する携帯端末の位置情報を収集してユーザ位置ＤＢに登録するユーザ位置収集部と、
   商品の販売やイベントの開催などによりユーザへのサービスを提供するサービス提供者が指示する統計用条件情報に従って、前記ユーザ位置ＤＢと、前記ユーザの属性情報が登録されているユーザ情報ＤＢを検索することにより、前記統計用条件情報に記載のユーザ属性を有し、且つ、前記統計用条件情報に記載の基地局が形成するエリアに在圏するユーザの数を、統計データとして算出する統計情報生成部と、
   前記統計データを前記サービス提供者のサービス提供者端末に送信する情報配信部と、
   を備えていることを特徴とする情報配信サーバ。
5. さらに、前記サービス提供者が指示する広告データ識別子を有する広告データを広告情報ＤＢから抽出して、前記サービス提供者が統計データの配信を受けるために指示した前記統計用条件情報に記載のユーザ属性を有し、且つ、前記統計用条件情報に記載の基地局が形成するエリアに在圏するユーザの携帯端末に配信する広告情報配信部を備える、
   ことを特徴とする請求項４に記載の情報配信サーバ。
6. さらに、前記ユーザ情報ＤＢに登録されている前記ユーザのユーザ属性を、前記ユーザの携帯端末などにより修正させるユーザ情報修正部を備える、
   ことを特徴とする請求項４或いは請求項５の何れかに記載の情報配信サーバ。
7. 複数のユーザの所持する携帯端末の位置情報を収集してユーザ位置ＤＢに登録するステップと、
   商品の販売やイベントの開催などによりユーザへのサービスを提供するサービス提供者が指示する統計用条件情報に従って、前記ユーザ位置ＤＢと、前記ユーザの属性情報が登録されているユーザ情報ＤＢを検索することにより、前記統計用条件情報に記載のユーザ属性を有し、且つ、前記統計用条件情報に記載の基地局が形成するエリアに在圏するユーザの数を、統計データとして算出するステップと、
   前記統計データを前記サービス提供者のサービス提供者端末に送信するステップと、
   を実行することを特徴とするサービス情報配信方法。
8. さらに、前記サービス提供者が指示する広告データ識別子を有する広告データを広告情報ＤＢから抽出して、前記サービス提供者が統計データの配信を受けるために指示した前記統計用条件情報に記載のユーザ属性を有し、且つ、前記統計用条件情報に記載の基地局が形成するエリアに在圏するユーザの携帯端末に配信するステップを実行する、
   ことを特徴とする請求項７に記載のサービス情報配信方法。
9. さらに、前記ユーザ情報ＤＢに登録されている前記ユーザのユーザ属性を、前記ユーザの携帯端末などにより修正させるステップを実行する、
   ことを特徴とする請求項７或いは請求項８の何れかに記載のサービス情報配信方法。

Images