(57)【要約】【課題】データを適切に分類すること。【解決手段】記憶部１ａは、ユーザの位置情報とユーザの興味の対象を示す興味情報とを記憶する。演算部１ｂは、データＤ１と位置情報Ｐ１とを端末装置２から受信すると、記憶部１ａを参照して、受信した位置情報Ｐ１に応じた領域Ｒ１内に存在するユーザ３，３ａ，３ｂ，３ｃを特定する。演算部１ｂは、ユーザ３，３ａ，３ｂ，３ｃのうちの少なくとも一部のユーザに共通の興味情報Ｃ１を判定し、共通の興味情報Ｃ１とデータＤ１とを対応付けて記憶部１ａに格納する。【選択図】図１
2016128958.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの位置情報と前記ユーザの興味の対象を示す興味情報とを記憶する記憶部と、
何れかの装置からデータと位置情報とを受信すると、前記記憶部を参照して、受信した当該位置情報に応じた領域内に存在する複数のユーザを特定し、
前記複数のユーザのうちの少なくとも一部のユーザに共通の興味情報を判定し、前記共通の興味情報と前記データとを対応付けて前記記憶部に格納する、演算部と、
を有する管理装置。
【請求項２】
前記記憶部は、複数の施設の所在を示す施設情報を記憶し、
前記演算部は、受信した前記位置情報と前記施設情報とに基づいて、前記領域を決定する、請求項１記載の管理装置。
【請求項３】
前記演算部は、前記領域内における前記共通の興味情報を、複数の時間帯それぞれに対応付けて取得し、各時間帯に対応する前記共通の興味情報のうち、時間帯が異なっても共通する興味情報を更に判定し、判定結果に応じて前記興味情報と前記データとを対応付ける、請求項１記載の管理装置。
【請求項４】
前記装置は、他の装置に格納された情報にアクセス可能であり、
前記演算部は、前記装置がアクセスした情報に基づいて、前記装置を利用するユーザの前記興味情報を判定する、請求項１乃至３の何れか１つに記載の管理装置。
【請求項５】
何れかの装置からデータと位置情報とを受信すると、各ユーザの位置情報を参照して、受信した前記位置情報に応じた領域内に存在する複数のユーザを特定し、
前記複数のユーザそれぞれの興味の対象を示す興味情報に基づいて、前記複数のユーザのうちの少なくとも一部のユーザに共通の興味情報を判定し、前記共通の興味情報と前記データとを対応付けて記憶部に格納する、
処理をコンピュータに実行させる管理プログラム。
【請求項６】
コンピュータが、
何れかの装置からデータと位置情報とを受信すると、各ユーザの位置情報を参照して、受信した前記位置情報に応じた領域内に存在する複数のユーザを特定し、
前記複数のユーザそれぞれの興味の対象を示す興味情報に基づいて、前記複数のユーザのうちの少なくとも一部のユーザに共通の興味情報を判定し、前記共通の興味情報と前記データとを対応付けて記憶部に格納する、
管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は管理装置、管理プログラムおよび管理方法に関する。
【背景技術】
【０００２】
現在、ネットワークを介して通信を行える端末装置が多くのユーザに利用されている。端末装置は、ネットワークに接続されたサーバ装置などから種々の情報を取得できる。例えば、偶発的に人が集まっているような状況を情報としてユーザに提供するシステムの提案がある。この提案では、サーバ装置が、各位置における人の集まり具合を検出し、現在居る人数が所定人数以上、もしくは人数変化量が所定の基準変化量以上となる位置を判定し、その位置の情報を端末装置に提供する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−９８４４６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ユーザは、端末装置などを用いて取得したデータ（例えば、画像や動画のデータなど）をサーバ装置にアップロードできる。例えば、ユーザは、イベント会場などでの催し物の場面を撮影した画像データを、端末装置を用いてサーバ装置にアップロードすることで、他のユーザと当該場面を共有し得る。そこで、アップロードされたデータをマーケティングなどに活用することが考えられる。例えば、イベントに参加中のユーザの端末装置からアップロードされたイベントの画像データなどにより広告用のコンテンツを生成し、イベントに興味をもつ他のユーザの端末装置に配信する。他のユーザが広告を見てイベントに参加すれば、イベントのチケットや関連商品などの売り上げ増加を図れる。
【０００５】
ところが、ユーザの数は膨大であり、各ユーザの端末装置からアップロードされるデータの種類も多様である。データを適切に分類できなければ、ユーザにとって興味のない余計なデータがユーザの端末装置に配信されるおそれがある。
【０００６】
１つの側面では、本発明は、データを適切に分類できる管理装置、管理プログラムおよび管理方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
１つの態様では、管理装置が提供される。管理装置は、記憶部と演算部とを有する。記憶部は、ユーザの位置情報とユーザの興味の対象を示す興味情報とを記憶する。演算部は、何れかの装置からデータと位置情報とを受信すると、記憶部を参照して、受信した当該位置情報に応じた領域内に存在する複数のユーザを特定し、複数のユーザのうち少なくとも一部のユーザに共通の興味情報を判定し、共通の興味情報とデータとを対応付けて記憶部に格納する。
【０００８】
また、１つの態様では、コンピュータによって実行される管理プログラムが提供される。この管理プログラムは、何れかの装置からデータと位置情報とを受信すると、各ユーザの位置情報を参照して、受信した位置情報に応じた領域内に存在する複数のユーザを特定し、複数のユーザそれぞれの興味の対象を示す興味情報に基づいて、複数のユーザのうちの少なくとも一部のユーザに共通の興味情報を判定し、共通の興味情報とデータとを対応付けて記憶部に格納する、処理をコンピュータに実行させる。
【０００９】
また、１つの態様では、コンピュータが実行する管理方法が提供される。この管理方法では、コンピュータが、何れかの装置からデータと位置情報とを受信すると、各ユーザの位置情報を参照して、受信した位置情報に応じた領域内に存在する複数のユーザを特定し、複数のユーザそれぞれの興味の対象を示す興味情報に基づいて、複数のユーザのうちの少なくとも一部のユーザに共通の興味情報を判定し、共通の興味情報とデータとを対応付けて記憶部に格納する。
【発明の効果】
【００１０】
１つの側面では、データを適切に分類できる。
【図面の簡単な説明】
【００１１】
【図１】第１の実施の形態の管理装置を示す図である。
【図２】第２の実施の形態のコンテンツ配信システムの例を示す図である。
【図３】第２の実施の形態の配信サーバのハードウェア例を示す図である。
【図４】第２の実施の形態の端末装置のハードウェア例である。
【図５】第２の実施の形態のソフトウェア例を示す図である。
【図６】第２の実施の形態のユーザ位置テーブルの例を示す図である。
【図７】第２の実施の形態の興味プロファイルテーブルの例を示す図である。
【図８】第２の実施の形態のコンテンツ管理テーブルの例を示す図である。
【図９】第２の実施の形態のコンテンツ配信管理テーブルの例を示す図である。
【図１０】第２の実施の形態の端末装置の送信処理例を示すフローチャートである。
【図１１】第２の実施の形態の配信サーバの分類例を示すフローチャートである。
【図１２】第２の実施の形態の端末装置の位置通知例を示すフローチャートである。
【図１３】第２の実施の形態の配信サーバの配信例を示すフローチャートである。
【図１４】第２の実施の形態の興味情報の登録例を示す図である。
【図１５】第２の実施の形態の配信例を示す図である。
【図１６】第３の実施の形態のソフトウェア例を示す図である。
【図１７】第３の実施の形態のランドマーク位置テーブルを示す図である。
【図１８】第３の実施の形態の配信サーバの分類例を示すフローチャートである。
【図１９】第４の実施の形態のソフトウェア例を示す図である。
【図２０】第４の実施の形態のユーザ位置履歴テーブルの例を示す図である。
【図２１】第４の実施の形態の配信サーバの分類例を示すフローチャートである。
【図２２】第４の実施の形態の位置履歴による判定例を示すフローチャートである。
【図２３】第４の実施の形態の分析例を示す図である。
【図２４】第４の実施の形態の配信サーバの配信例を示すフローチャートである。
【図２５】第５の実施の形態のコンテンツ配信システムの例を示す図である。
【図２６】第５の実施の形態のソフトウェア例を示す図である。
【図２７】第５の実施の形態のｈｔｔｐリクエストヘッダの例を示す図である。
【図２８】第５の実施の形態のアクセス履歴テーブルの例を示す図である。
【図２９】第５の実施の形態の端末装置の処理例を示すフローチャートである。
【図３０】第５の実施の形態の配信サーバの処理例を示すフローチャートである。
【図３１】第５の実施の形態の配信サーバの興味情報の更新例を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下、本実施の形態を図面を参照して説明する。
［第１の実施の形態］
図１は、第１の実施の形態の管理装置を示す図である。第１の実施の形態の情報処理システムは、管理装置１および端末装置２，２ａ，２ｂ，２ｃ，２ｄ，２ｅ，２ｆを含む。管理装置１は、各端末装置から画像や動画などのデータを受信し、記憶する。管理装置１は、受信したデータまたは当該データを配信用に加工したデータを各端末装置に配信する。管理装置１は、例えばサーバコンピュータなどの情報処理装置である。
【００１３】
端末装置２，２ａ，２ｂ，２ｃ，２ｄ，２ｅ，２ｆは、複数のユーザによって利用されるクライアント装置である。端末装置２，２ａ，２ｂ，２ｃ，２ｄ，２ｅ，２ｆは、携帯電話機、スマートフォンまたはタブレット装置などでもよい。端末装置２は、ユーザ３により利用される。端末装置２ａは、ユーザ３ａにより利用される。端末装置２ｂは、ユーザ３ｂにより利用される。端末装置２ｃは、ユーザ３ｃにより利用される。端末装置２ｄは、ユーザ３ｄにより利用される。端末装置２ｅは、ユーザ３ｅにより利用される。端末装置２ｆは、ユーザ３ｆにより利用される。
【００１４】
管理装置１は、ネットワーク４に接続されている。ネットワーク４には、無線通信を中継するアクセスポイント５が接続されている。端末装置２，２ａ，２ｂ，２ｃ，２ｄ，２ｅ，２ｆは、無線通信機能を有し、アクセスポイント５を介して管理装置１と通信する。
【００１５】
管理装置１は、記憶部１ａおよび演算部１ｂを有する。記憶部１ａは、ＲＡＭ（Random Access Memory）などの揮発性記憶装置でもよいし、ＨＤＤ（Hard Disk Drive）やフラッシュメモリなどの不揮発性記憶装置でもよい。演算部１ｂは、ＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）などを含み得る。演算部１ｂはプログラムを実行するプロセッサであってもよい。ここでいう「プロセッサ」には、複数のプロセッサの集合（マルチプロセッサ）も含まれ得る。
【００１６】
記憶部１ａは、管理情報６を記憶する。管理情報６は、ユーザの識別情報（ＩＤ：IDentifier）と、ユーザの位置情報およびユーザの興味の対象を示す興味情報とを対応付けた情報である。記憶部１ａは、ユーザの識別情報に対応付けて、ユーザの位置情報およびユーザの興味情報を記憶する、ともいえる。
【００１７】
ユーザの興味の対象は、例えばサッカー、野球、音楽、旅行など様々なカテゴリが考えられる（サッカーのチームや音楽の種類など更に細分化して興味の対象を登録することもできる）。また、位置情報は、例えばユーザが現在滞在している場所の座標（例えば、緯度や経度など）の情報である。演算部１ｂは、例えば各ユーザの識別情報と現在の位置情報とを各端末装置から定期的に取得し、管理情報６に登録されている各ユーザの位置情報を更新してもよい。端末装置２は、ＧＰＳ（Global Positioning System）機能およびアクセスポイント５の基地局情報を利用した位置情報の取得機能の少なくとも何れかを有し、これらの機能により現在の位置情報を取得する。
【００１８】
管理情報６には、例えばユーザＩＤ“Ｕ１”に対応付けてユーザＩＤ“Ｕ１”で識別されるユーザの位置情報“Ｐ１”および興味情報“Ｃ１，Ｃ２”が登録されている。ここで、ユーザＩＤ“Ｕ１”は、ユーザ３の識別情報である。ユーザＩＤ“Ｕ２”は、ユーザ３ａの識別情報である。ユーザＩＤ“Ｕ３”は、ユーザ３ｂの識別情報である。ユーザＩＤ“Ｕ４”は、ユーザ３ｃの識別情報である。管理情報６は、ユーザ３ｄ，３ｅ，３ｆそれぞれの識別情報と、ユーザ３ｄ，３ｅ，３ｆそれぞれの位置情報および興味情報との対応関係も含む（図示を省略している）。
【００１９】
演算部１ｂは、何れかの装置からデータと位置情報とを受信する。例えば、各端末装置は撮像機能を有する。各端末装置は、ユーザの操作に応じて、イベントなどの催し物の一場面を撮像した画像データまたは動画データを、管理装置１に送信する。なお、イベント（例えば、スポーツの試合や展示会など）の主催者や関係者（例えば、スポーツ選手や運営スタッフ）は、各端末装置による当該イベントの動画像の撮影および撮影された動画像の管理装置１へのアップロードや管理装置１から各端末装置への配信を許可しているものとする。
【００２０】
例えば、ユーザ３は、自身が参加するイベントの一場面を撮影するよう端末装置２を操作する。すると、端末装置２は、当該場面を撮影して画像のデータＤ１を生成する。このとき、端末装置２は、データＤ１を生成した位置を示す位置情報Ｐ１も生成する。前述のように、端末装置２は位置情報Ｐ１の取得に、ＧＰＳ機能やアクセスポイント５の基地局情報を利用できる。ユーザ３は、生成したデータＤ１を管理装置１に送信するよう端末装置２を操作する。すると、端末装置２は、位置情報Ｐ１とデータＤ１とを管理装置１に送信する。演算部１ｂは、位置情報Ｐ１とデータＤ１とを受信する。
【００２１】
演算部１ｂは、記憶部１ａを参照して、受信した位置情報に応じた領域内に存在する複数のユーザを特定する。例えば、演算部１ｂは、受信した位置情報Ｐ１で示される位置を中心とした所定半径の円形の領域Ｒ１の内側に存在するユーザ３，３ａ，３ｂ，３ｃを特定する。各ユーザの位置情報は、記憶部１ａの管理情報６に登録されている。例えば、演算部１ｂは、位置情報“Ｐ１”、“Ｐ２”、“Ｐ３”、“Ｐ４”が領域Ｒ１内の座標であることを管理情報６に基づいて検出する。すると、演算部１ｂは、位置情報“Ｐ１”、“Ｐ２”、“Ｐ３”、“Ｐ４”それぞれに対応付けられたユーザＩＤ“Ｕ１”、“Ｕ２”、“Ｕ３”、“Ｕ４”で示されるユーザ３，３ａ，３ｂ，３ｃが領域Ｒ１の内側に存在していると判定できる。
【００２２】
演算部１ｂは、特定した複数のユーザのうち少なくとも一部のユーザに共通の興味情報を判定する。例えば、演算部１ｂは、特定した複数のユーザのうち所定割合以上のユーザに共通の興味情報を判定する。一例として、割合を７５％とする。演算部１ｂは、管理情報６に基づいて、ユーザ３，３ａ，３ｂ，３ｃのうち、３以上のユーザに共通の興味情報を判定する。管理情報６の例によれば、この判定条件を満たす興味情報は、興味情報Ｃ１である。この場合、演算部１ｂは、共通の興味情報Ｃ１を得る。
【００２３】
あるいは、演算部１ｂは、所定数以上のユーザに共通の興味情報が複数である場合、共通するユーザ数が最大である興味情報を判定してもよい。例えば、所定割合を５０％とする。管理情報６の例によれば、ユーザ３，３ａ，３ｂ，３ｃのうち５０％以上のユーザ（２人以上のユーザ）で共通する興味情報は、興味情報Ｃ１，Ｃ４である。興味情報Ｃ１を共通してもつユーザ数は４であり、興味情報Ｃ４を共通してもつユーザ数は２である。この場合、共通するユーザ数が最大である興味情報は、興味情報Ｃ１である。よって、演算部１ｂは、共通の興味情報として興味情報Ｃ１を得る。
【００２４】
演算部１ｂは、判定した共通の興味情報と受信したデータとを対応付けて記憶部１ａに格納する。例えば、演算部１ｂは、共通の興味情報Ｃ１と受信したデータＤ１とを対応付けて記憶部１ａに格納する（データＤ１に興味情報Ｃ１というタグを付与する）。上記の例では、共通する興味情報を１つ得るものとしたが、例えば、ユーザ３，３ａ，３ｂ，３ｃのうち所定数以上のユーザに共通の興味情報が複数である場合に、当該複数の共通する興味情報をデータＤ１に対応付けてもよい。
【００２５】
演算部１ｂは、データＤ１（または、データＤ１を配信用に加工したデータでもよい。以下同様）の配信先の決定に、データＤ１に対応付けられた興味情報Ｃ１を利用する。例えば、演算部１ｂは、管理情報６において、興味情報Ｃ１に対応付けられているユーザＩＤで識別されるユーザが利用する端末装置にデータＤ１を配信する。演算部１ｂは、それ以外のユーザが利用する端末装置にはデータＤ１を配信しない。例えば、演算部１ｂは、領域Ｒ１外の端末装置２ｄにもデータＤ１を配信することで、領域Ｒ１外のユーザ３ｄに領域Ｒ１で開催されているイベントを広告できる。
【００２６】
管理装置１によれば、端末装置２からデータＤ１と位置情報Ｐ１とが受信されると、記憶部１ａが参照されて、受信した位置情報Ｐ１に応じた領域Ｒ１内に存在するユーザ３，３ａ，３ｂ，３ｃが特定される。管理装置１により、ユーザ３，３ａ，３ｂ，３ｃのうち所定数以上のユーザに共通の興味情報Ｃ１が判定される。管理装置１により、共通の興味情報Ｃ１とデータＤ１とが対応付けられて記憶部１ａに格納される。これにより、データを適切に分類できる。
【００２７】
ここで、各ユーザの端末装置からアップロードされるデータの種類は多様であり、データを適切に分類できなければ、ユーザにとって興味のない余計なデータがユーザの端末装置に配信されるおそれがある。例えば、サッカーに興味のないユーザに対して、サッカーに関するデータを配信すると、配信されたユーザに煩わしさを感じさせるおそれがある。
【００２８】
そこで、管理装置１は、各ユーザの位置と興味対象の情報を保持し、あるユーザの端末装置からデータと位置情報とを受信すると、当該ユーザの周辺ユーザを特定し、特定したユーザ間に共通する興味対象を判定し、判定結果により受信データを分類する。同じ興味を共通にもつ複数のユーザが１つの場所に集まっているのであれば、その場所で開催されているイベントも、当該興味に関係する可能性が高いと考えられるからである。このような理由から、管理装置１によりデータＤ１を興味情報Ｃ１により適切に分類できる。
【００２９】
例えば、管理装置１は、データＤ１に対応付けられた興味情報Ｃ１と管理情報６とに基づいて、データＤ１の配信先を、興味情報Ｃ１が対応付けられたユーザの端末装置に絞り込める。また、データＤ１の内容に興味をもたないユーザの端末装置にデータＤ１を配信されることを抑制できる。
【００３０】
［第２の実施の形態］
図２は、第２の実施の形態のコンテンツ配信システムの例を示す図である。第２の実施の形態のコンテンツ配信システムは、配信サーバ１００および端末装置２００，２００ａ，２００ｂ，３００を含む。配信サーバ１００は、ネットワーク１０に接続されている。ネットワーク１０は、例えばインターネットやＷＡＮ（Wide Area Network）などである。ネットワーク１０は、インターネットやＷＡＮに接続されたＬＡＮ（Local Area Network）を含んでもよい。配信サーバ１００は、当該ＬＡＮに接続されてもよい。
【００３１】
ネットワーク１０には、基地局２０，２０ａが接続されている。基地局２０，２０ａは、無線のアクセスポイントである。例えば、基地局２０，２０ａは、移動通信向けの基地局でもよい。その場合、基地局２０，２０ａは、移動通信用のネットワークを介してネットワーク１０に接続されてもよい。また、基地局２０，２０ａは、無線ＬＡＮのルータでもよい。
【００３２】
配信サーバ１００は、端末装置２００，２００ａ，２００ｂ，３００にコンテンツを配信するサーバコンピュータである。配信サーバ１００は、端末装置２００，２００ａ，２００ｂ，３００からアップロードされたコンテンツ（画像や動画のデータなど）を加工することで配信用のコンテンツを生成し、端末装置２００，２００ａ，２００ｂ，３００に配信する。配信サーバ１００は、第１の実施の形態の管理装置１の一例である。
【００３３】
端末装置２００，２００ａ，２００ｂ，３００は、ユーザによって利用される携帯可能なクライアントコンピュータである。端末装置２００，２００ａ，２００ｂ，３００は、スマートフォンやタブレット装置などのスマート端末でもよい。端末装置２００，２００ａ，２００ｂは、基地局２０ａを介して配信サーバ１００と通信する。端末装置３００は、基地局２０を介して配信サーバ１００と通信する。
【００３４】
端末装置２００は、ユーザ５０により利用される。端末装置２００ａは、ユーザ５０ａにより利用される。端末装置２００ｂは、ユーザ５０ｂにより利用される。端末装置３００は、ユーザ６０により利用される。ユーザ５０，５０ａ，５０ｂはイベント会場３０に滞在している。ユーザ６０は、イベント会場３０から離れた街４０（例えば、駅やショッピング街など）に滞在している。以降の説明において、イベント（例えば、スポーツの試合や展示会など）の主催者や関係者（例えば、スポーツ選手や運営スタッフ）は、各端末装置によるイベントの動画像の撮影および撮影された動画像のアップロードや配信サーバ１００から各端末装置への配信を許可しているものとする。
【００３５】
図３は、第２の実施の形態の配信サーバのハードウェア例を示す図である。配信サーバ１００は、プロセッサ１０１、ＲＡＭ１０２、ＨＤＤ１０３、画像信号処理部１０４、入力信号処理部１０５、読み取り装置１０６および通信インタフェース１０７を有する。各ユニットは配信サーバ１００のバスに接続されている。
【００３６】
プロセッサ１０１は、配信サーバ１００の情報処理を制御する。プロセッサ１０１は、マルチプロセッサであってもよい。プロセッサ１０１は、例えばＣＰＵ、ＤＳＰ、ＡＳＩＣまたはＦＰＧＡなどである。プロセッサ１０１は、ＣＰＵ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡなどのうちの２以上の要素の組み合わせであってもよい。
【００３７】
ＲＡＭ１０２は、配信サーバ１００の主記憶装置である。ＲＡＭ１０２は、プロセッサ１０１に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部を一時的に記憶する。また、ＲＡＭ１０２は、プロセッサ１０１による処理に用いる各種データを記憶する。
【００３８】
ＨＤＤ１０３は、配信サーバ１００の補助記憶装置である。ＨＤＤ１０３は、内蔵した磁気ディスクに対して、磁気的にデータの書き込みおよび読み出しを行う。ＨＤＤ１０３は、ＯＳのプログラム、アプリケーションプログラム、および各種データを記憶する。配信サーバ１００は、フラッシュメモリやＳＳＤ（Solid State Drive）などの他の種類の補助記憶装置を備えてもよく、複数の補助記憶装置を備えてもよい。
【００３９】
画像信号処理部１０４は、プロセッサ１０１からの命令に従って、配信サーバ１００に接続されたディスプレイ１１に画像を出力する。ディスプレイ１１としては、ＣＲＴ（Cathode Ray Tube）ディスプレイや液晶ディスプレイなどを用いることができる。
【００４０】
入力信号処理部１０５は、配信サーバ１００に接続された入力デバイス１２から入力信号を取得し、プロセッサ１０１に出力する。入力デバイス１２としては、例えば、マウスやタッチパネルなどのポインティングデバイス、キーボードなどを用いることができる。
【００４１】
読み取り装置１０６は、記録媒体１３に記録されたプログラムやデータを読み取る装置である。記録媒体１３として、例えば、フレキシブルディスク（ＦＤ：Flexible Disk）やＨＤＤなどの磁気ディスク、ＣＤ（Compact Disc）やＤＶＤ（Digital Versatile Disc）などの光ディスク、光磁気ディスク（ＭＯ：Magneto-Optical disk）を使用できる。また、記録媒体１３として、例えば、フラッシュメモリカードなどの不揮発性の半導体メモリを使用することもできる。読み取り装置１０６は、例えば、プロセッサ１０１からの命令に従って、記録媒体１３から読み取ったプログラムやデータをＲＡＭ１０２またはＨＤＤ１０３に格納する。
【００４２】
通信インタフェース１０７は、ネットワーク１０を介して他の装置と通信を行う。通信インタフェース１０７は、有線通信インタフェースでもよいし、無線通信インタフェースでもよい。
【００４３】
図４は、第２の実施の形態の端末装置のハードウェア例である。端末装置２００は、プロセッサ２０１、ＲＡＭ２０２、フラッシュメモリ２０３、無線部２０４、画像信号処理部２０５、ディスプレイ２０５ａ、入力信号処理部２０６、入力デバイス２０６ａ、音声信号処理部２０７、マイク２０７ａ、スピーカ２０７ｂ、撮像部２０８およびＧＰＳ処理部２０９を有する。各ユニットは端末装置２００のバスに接続されている。なお、端末装置２００ａ，２００ｂ，３００も端末装置２００と同様のハードウェアにより実現できる。
【００４４】
プロセッサ２０１は、端末装置２００の情報処理を制御する。プロセッサ２０１は、マルチプロセッサであってもよい。プロセッサ２０１は、例えばＣＰＵ、ＤＳＰ、ＡＳＩＣまたはＦＰＧＡなどである。プロセッサ２０１は、ＣＰＵ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡなどのうちの２以上の要素の組み合わせであってもよい。
【００４５】
ＲＡＭ２０２は、端末装置２００の主記憶装置である。ＲＡＭ２０２は、プロセッサ２０１に実行させるＯＳのプログラムやアプリケーションプログラムの少なくとも一部を一時的に記憶する。また、ＲＡＭ２０２は、プロセッサ２０１による処理に用いる各種データを記憶する。
【００４６】
フラッシュメモリ２０３は、端末装置２００の補助記憶装置である。フラッシュメモリ２０３は、ＯＳのプログラム、アプリケーションプログラム、および各種データを記憶する。
【００４７】
無線部２０４は、基地局２０ａと通信する無線通信インタフェースである。端末装置２００は、無線部２０４に加えて、有線通信のインタフェースを備えてもよい。
画像信号処理部２０５は、プロセッサ１０１からの命令に従って、ディスプレイ２０５ａに画像を出力する。ディスプレイ２０５ａとしては、例えば液晶ディスプレイを用いることができる。
【００４８】
入力信号処理部２０６は、入力デバイス２０６ａから入力信号を取得し、プロセッサ２０１に出力する。入力デバイス２０６ａとしては、例えばタッチパネルやボタンなどを用いることができる。
【００４９】
音声信号処理部２０７は、マイク２０７ａから音声信号を取得し、所定の信号変換処理を行ってプロセッサ２０１に音声データを出力する。また、音声信号処理部２０７は、プロセッサ２０１から音声データを取得し、所定の信号変換処理を行ってスピーカ２０７ｂに音声再生させる。
【００５０】
撮像部２０８は、イメージセンサを備え、イメージセンサから取得した画像信号を基に、静止画の画像データまたは動画データを生成し、プロセッサ２０１に出力する。
ＧＰＳ処理部２０９は、ＧＰＳ衛星から受信した信号を基に、現在位置の情報を生成し、プロセッサ２０１に出力する。
【００５１】
図５は、第２の実施の形態のソフトウェア例を示す図である。端末装置２００を例示するが、端末装置２００ａ，２００ｂ，３００も端末装置２００と同様の機能を有する。
配信サーバ１００は、記憶部１１０およびサーバ処理部１２０を有する。記憶部１１０は、ＲＡＭ１０２やＨＤＤ１０３に確保された記憶領域を用いて実現される。サーバ処理部１２０は、プロセッサ１０１がＲＡＭ１０２に記憶されたプログラムを実行することで実現される。
【００５２】
記憶部１１０は、サーバ処理部１２０の処理に用いられる各種の情報を記憶する。記憶部１１０が記憶する情報は、ユーザ位置テーブル、興味プロファイルテーブル、コンテンツ管理テーブル、コンテンツ配信管理テーブルを含む。
【００５３】
ユーザ位置テーブルは、ユーザの現在位置を示す情報である。興味プロファイルテーブルは、ユーザの興味の対象（興味カテゴリと称することがある）を示す情報である。コンテンツ管理テーブルは、各端末装置に配信するコンテンツを、ユーザの興味カテゴリに応じた種別毎に管理するための情報である。コンテンツ配信管理テーブルは、コンテンツの配信状況を管理するための情報である。
【００５４】
サーバ処理部１２０は、端末装置２００，２００ａ，２００ｂ，３００と通信し、コンテンツの生成や配信を行う。サーバ処理部１２０は、コンテンツ受信部１２１、位置管理部１２２、コンテンツ生成部１２３、コンテンツ種別判定部１２４、興味プロファイル管理部１２５および配信部１２６を有する。
【００５５】
コンテンツ受信部１２１は、端末装置２００からコンテンツを受信する。コンテンツ受信部１２１が端末装置２００から受信するコンテンツは、例えば、端末装置２００で生成された画像データや動画データなどである。コンテンツは、端末装置２００でコンテンツが生成されたときの端末装置２００（すなわち、ユーザ５０）の位置を示す位置情報を含むこともある。
【００５６】
位置管理部１２２は、端末装置２００から間欠的に（例えば、所定の周期で）通知されるユーザＩＤおよび位置情報と、記憶部１１０に記憶されたユーザ位置テーブルとに基づいて、位置情報を通知された時点におけるユーザ５０の存在する位置を管理する。
【００５７】
コンテンツ生成部１２３は、コンテンツ受信部１２１が各端末装置から受信したコンテンツを加工して、配信用のコンテンツ（広告コンテンツと称することがある）を生成する。コンテンツ生成部１２３は、１つの端末装置から受信した１つのコンテンツにより広告コンテンツを生成することもあるし、１つの端末装置から受信した複数のコンテンツにより広告コンテンツを生成することもある。あるいは、コンテンツ生成部１２３は、複数の端末装置から受信した複数のコンテンツにより広告コンテンツを生成してもよい。広告コンテンツは、例えば、ユーザに対してイベントなどの内容を紹介する情報である。広告コンテンツは、所定の文字列と、画像や動画などとを組み合わせた情報でもよい。
【００５８】
コンテンツ種別判定部１２４は、コンテンツ生成部１２３により生成される広告コンテンツに、ユーザの興味カテゴリに応じた種別の情報を付与する。すなわち、コンテンツ種別判定部１２４は、当該種別の情報により広告コンテンツを分類する。コンテンツ種別判定部１２４は、コンテンツとともに端末装置２００から受信した位置情報とユーザ位置テーブルと興味プロファイルテーブルとに基づいて、当該コンテンツの種別（広告コンテンツの種別に一致する）を決定する。コンテンツ種別判定部１２４は、当該コンテンツを用いて作成された広告コンテンツと決定した種別とを対応付けて、記憶部１１０に記憶されたコンテンツ管理テーブルに登録する。なお、「種別」の情報を「タグ」と称することもできる。また、広告コンテンツに「種別」の情報を付与することを指して、広告コンテンツに「タグ付け」するということもできる。
【００５９】
興味プロファイル管理部１２５は、記憶部１１０に記憶された興味プロファイルテーブルを管理する。例えば、興味プロファイル管理部１２５は、端末装置２００からユーザ５０の興味カテゴリを登録／更新する指示を受け付けると、興味プロファイルテーブルにおけるユーザ５０のユーザＩＤに対応する興味カテゴリの情報を登録／更新する。
【００６０】
配信部１２６は、コンテンツ管理テーブルと興味プロファイルテーブルとに基づいて、広告コンテンツの配信先を決定し、広告コンテンツの配信を行う。配信部１２６は、コンテンツ管理テーブルに登録された広告コンテンツの種別の情報と、興味プロファイルテーブルに登録された各ユーザの興味カテゴリの情報とを照合して、広告コンテンツの配信先を決定する。例えば、配信部１２６は、端末装置２００からユーザ５０のユーザＩＤと位置情報とを受信したタイミングで、ユーザ５０向けの広告コンテンツがあるか否かを判定する。配信部１２６は、ユーザ５０向けの広告コンテンツがある場合に、広告コンテンツを端末装置２００に送信する。このように、端末装置２００からの要求に関わらず配信サーバ１００から端末装置２００へ情報を配信することをｐｕｓｈ（プッシュ）配信と呼ぶことがある。配信部１２６は、配信済の広告コンテンツを、記憶部１１０に記憶されたコンテンツ配信管理テーブルを用いて管理する。
【００６１】
端末装置２００は、記憶部２１０およびクライアント処理部２２０を有する。記憶部２１０は、ＲＡＭ２０２やフラッシュメモリ２０３に確保された記憶領域を用いて実現される。クライアント処理部２２０は、プロセッサ２０１がＲＡＭ２０２に記憶されたプログラムを実行することで実現される。
【００６２】
記憶部２１０は、クライアント処理部２２０の処理に用いられる各種の情報を記憶する。記憶部２１０が記憶する情報は、端末装置２００が生成した画像や動画などのコンテンツ、クライアント処理部２２０により計測された端末装置２００の位置情報、配信サーバ１００から受信した広告コンテンツなどを含む。
【００６３】
クライアント処理部２２０は、配信サーバ１００と通信し、端末装置２００で生成されたコンテンツのアップロード、位置情報の通知、広告コンテンツの受信などを行う。クライアント処理部２２０は、コンテンツ送信部２２１、位置検出部２２２、位置通知部２２３および受信部２２４を有する。
【００６４】
コンテンツ送信部２２１は、端末装置２００で生成されたコンテンツを配信サーバ１００に送信する。コンテンツ送信部２２１は、コンテンツとともに、位置検出部２２２により検出された現在の位置情報、および、ユーザ５０のユーザＩＤも配信サーバ１００に送信する。
【００６５】
例えば、ユーザ５０は、入力デバイス２０６ａを操作して、撮像部２０８にイベントの一場面を撮像させ、コンテンツを生成させる。端末装置２００は、ディスプレイ２０５ａに生成したコンテンツを表示する。ユーザ５０は、表示されたコンテンツを閲覧し、入力デバイス２０６ａを操作することで、配信サーバ１００へのコンテンツの送信を端末装置２００に指示できる。コンテンツ送信部２２１は、送信の指示を受け付けたタイミングで、配信サーバ１００にコンテンツを送信する。
【００６６】
位置検出部２２２は、ＧＰＳ処理部２０９を用いて端末装置２００の現在の位置情報を生成する。位置情報は、例えば、緯度や経度の座標を示す情報である。位置検出部２２２は、端末装置２００でコンテンツが生成された際、および、コンテンツの生成の有無に関わらず所定の周期で、最新の位置を検出し、位置情報を生成する。
【００６７】
位置通知部２２３は、位置検出部２２２により生成された位置情報を、ユーザ５０のユーザＩＤとともに配信サーバ１００に送信する。
受信部２２４は、配信サーバ１００から広告コンテンツを受信し、記憶部２１０に格納する。受信部２２４は、入力デバイス２０６ａに対するユーザの指示入力に応じて、広告コンテンツに対応する画像をディスプレイ２０５ａに表示させ、広告コンテンツの内容をユーザ５０に提示する。
【００６８】
図６は、第２の実施の形態のユーザ位置テーブルの例を示す図である。ユーザ位置テーブル１１１は、記憶部１１０に格納される。ユーザ位置テーブル１１１は、ユーザＩＤ、位置および時刻の項目を含む。
【００６９】
ユーザＩＤの項目には、ユーザＩＤが登録される。位置の項目には、位置情報が登録される。位置情報は、緯度経度の座標である。時刻の項目には、時刻が登録される。例えば、ユーザ位置テーブル１１１には、ユーザＩＤが“Ａ”、位置が“（ｘ１，ｙ１）”、時刻が“２０１４／１０／１  １０：４０：００”という情報が登録される。これは、ユーザＩＤ“Ａ”で識別されるユーザが、２０１４年１０月１日１０時４０分００秒の時点において、緯度“ｘ１”経度“ｙ１”の位置に存在していたことを示す。
【００７０】
ここで、ユーザＩＤ“Ａ”は、ユーザ５０のユーザＩＤである。ユーザＩＤ“Ｂ”は、ユーザ５０ａのユーザＩＤである。ユーザＩＤ“Ｃ”は、ユーザ５０ｂのユーザＩＤである。ユーザＩＤ“Ｄ”は、ユーザ６０のユーザＩＤである。
【００７１】
図７は、第２の実施の形態の興味プロファイルテーブルの例を示す図である。興味プロファイルテーブル１１２は、記憶部１１０に格納される。興味プロファイルテーブル１１２は、ユーザＩＤおよび興味カテゴリの項目を含む。
【００７２】
ユーザＩＤの項目には、ユーザＩＤが登録される。興味カテゴリの項目には、興味の対象（すなわち、興味カテゴリ）の情報が登録される。例えば、興味プロファイルテーブル１１２には、ユーザＩＤが“Ａ”、興味カテゴリが“サッカー，料理”という情報が登録される。これは、ユーザ５０の興味の対象が“サッカー”および“料理”であることを示す。
【００７３】
図８は、第２の実施の形態のコンテンツ管理テーブルの例を示す図である。コンテンツ管理テーブル１１３は、記憶部１１０に格納される。コンテンツ管理テーブル１１３は、コンテンツＩＤ、種別、位置およびファイル名の項目を含む。
【００７４】
コンテンツＩＤの項目には、広告コンテンツを識別するコンテンツＩＤが登録される。種別の項目には、広告コンテンツの種別が登録される。位置の項目には、広告コンテンツに用いられたコンテンツ（各端末装置で生成された画像や動画などのデータ）が生成された位置を示す位置情報が登録される。ファイル名の項目には、広告コンテンツのファイル名が登録される。
【００７５】
例えば、コンテンツ管理テーブル１１３には、コンテンツＩＤが“Ｃｏｎ＃１”、種別が“サッカー”、位置が“（ｘａ，ｙａ）”、ファイル名（ディレクトリ名も含む）が“／ｃｏｎｔｅｎｔ／ｆｏｏ”という情報が登録される。これは、コンテンツＩＤ“Ｃｏｎ＃１”で識別される広告コンテンツが、種別“サッカー”に分類されていることを示す。また、広告コンテンツの生成に用いられたコンテンツの生成位置が緯度“ｘａ”、経度“ｙａ”であること、広告コンテンツが“／ｃｏｎｔｅｎｔ”というディレクトリ配下のファイル名“ｆｏｏ”で識別されるファイルにより保存されていることを示す。
【００７６】
図９は、第２の実施の形態のコンテンツ配信管理テーブルの例を示す図である。コンテンツ配信管理テーブル１１４は、記憶部１１０に格納される。コンテンツ配信管理テーブル１１４は、ユーザＩＤおよび配信済コンテンツの項目を含む。
【００７７】
ユーザＩＤの項目には、ユーザＩＤが登録される。配信済コンテンツの項目には、配信済の広告コンテンツが登録される。例えば、コンテンツ配信管理テーブル１１４には、ユーザＩＤが“Ａ”、配信済コンテンツが“Ｃｏｎ＃１”という情報が登録される。これは、コンテンツＩＤ“Ｃｏｎ＃１”で示される広告コンテンツを、ユーザ５０に対して配信済であることを示す。
【００７８】
なお、配信済の広告コンテンツが複数であれば、配信済コンテンツの項目には、“Ｃｏｎ＃１，Ｃｏｎ＃３”のように複数のコンテンツＩＤが登録される。また、コンテンツ配信管理テーブル１１４の例では、配信済の広告コンテンツがないユーザに対し、設定なしを示すハイフン“−”を図示している。
【００７９】
次に、以上に示した配信サーバ１００および端末装置２００の処理手順を例示する。以下では、端末装置２００を用いて説明するが、他の端末装置の場合も同様である。
図１０は、第２の実施の形態の端末装置の送信処理例を示すフローチャートである。以下、図１０に示す処理をステップ番号に沿って説明する。
【００８０】
（Ｓ１１）撮像部２０８は、イベントなどの一場面を撮像し、コンテンツを生成する。例えば、コンテンツは画像データや動画データである。コンテンツは、音声信号処理部２０７により撮像の際に生成された音声データを含んでもよい。撮像部２０８は、生成したコンテンツを記憶部２１０に格納する。例えば、ユーザは、イベントなどを観覧している最中に、自身が見どころと感じた場面を端末装置２００により画像データ化させる。
【００８１】
（Ｓ１２）位置検出部２２２は、ＧＰＳ処理部２０９を用いて端末装置２００の現在位置を示す位置情報を生成する。
（Ｓ１３）コンテンツ送信部２２１は、撮像部２０８により生成されたコンテンツと位置検出部２２２により生成された位置情報とを取得し、配信サーバ１００に送信する。コンテンツ送信部２２１は、コンテンツに位置情報を含めて、配信サーバ１００に送信してもよい。
【００８２】
図１１は、第２の実施の形態の配信サーバの分類例を示すフローチャートである。以下、図１１に示す処理をステップ番号に沿って説明する。
（Ｓ２１）コンテンツ受信部１２１は、コンテンツと位置情報とを端末装置２００から受信する。
【００８３】
（Ｓ２２）コンテンツ種別判定部１２４は、コンテンツ受信部１２１により受信された位置情報を取得する。当該位置情報は、端末装置２００によりコンテンツが生成された場所に相当するので、コンテンツ生成場所の情報といえる。
【００８４】
（Ｓ２３）コンテンツ種別判定部１２４は、ユーザ位置テーブル１１１に基づいて、コンテンツ生成場所を中心とした所定範囲の領域内のユーザを特定する。例えば、所定範囲の領域の形状は円である。領域は、円の半径の情報によって指定される。半径は、運用に応じて定めることができる。例えば、過去のイベントの開催実績から、イベントが開催される平均的な範囲を予め見積り、平均的な範囲をカバーできる半径とする。例えば、端末装置２００から受信した位置情報が座標（ｘ１，ｙ１）であれば、座標（ｘ１，ｙ１）を中心とした半径ｒ（例えば、ｒ＝５０ｍなど）の円を考えることができる。ユーザ位置テーブル１１１には、各ユーザの位置の座標が登録されている。よって、コンテンツ種別判定部１２４は、この円の内部の座標に対応するユーザＩＤをユーザ位置テーブル１１１から検索することで、コンテンツ生成場所を中心とした所定範囲の領域内のユーザを特定できる。
【００８５】
（Ｓ２４）コンテンツ種別判定部１２４は、特定したユーザＩＤの数（すなわち、ユーザの数）が閾値以上であるか否かを判定する。閾値以上である場合、処理をステップＳ２５に進める。閾値未満である場合、処理をステップＳ２８に進める。閾値は、運用に応じて定めることができる。一例として、閾値を１００人とすることが考えられる。
【００８６】
（Ｓ２５）コンテンツ種別判定部１２４は、興味プロファイルテーブル１１２に基づいて、ステップＳ２３で特定されたユーザ群（すなわち、ユーザＩＤの集合）の大部分に共通する興味カテゴリを判定する。「大部分」とは、例えば、ステップＳ２３で特定されたユーザ群に属する複数のユーザのうちの所定割合以上である。一例として所定割合を８０％とすることが考えられる。
【００８７】
（Ｓ２６）コンテンツ種別判定部１２４は、ステップＳ２３で特定されたユーザ群の大部分に共通する興味カテゴリを判定できたか否かを判定する。判定できた場合、処理をステップＳ２７に進める。判定できなかった場合、処理をステップＳ２８に進める。ステップＳ２５の具体例によれば、特定されたユーザ群に属する全ユーザのうちの８０％以上に共通する興味カテゴリを判定できた場合には、共通する興味カテゴリを判定できたことになる。一方、特定されたユーザ群に属する全ユーザのうちの８０％以上に共通する興味カテゴリを判定できなかった場合には、共通する興味カテゴリを判定できなかったことになる。
【００８８】
（Ｓ２７）コンテンツ種別判定部１２４は、ステップＳ２５で判定した共通の興味カテゴリに応じて、ステップＳ２１で受信したコンテンツの種別を決定する。例えば、コンテンツ種別判定部１２４は、共通の興味カテゴリを示す情報をコンテンツの種別と決定する。対応付ける種別の候補が複数種類存在する場合、コンテンツ種別判定部１２４は、共通するユーザ数が最大のものを当該コンテンツの種別と決定してもよい。決定されたコンテンツの種別は、後述するように広告コンテンツに対応付けられるので、当該種別を広告コンテンツの種別ということもできる。そして、処理をステップＳ２９に進める。
【００８９】
（Ｓ２８）コンテンツ種別判定部１２４は、コンテンツの種別を“不明”と決定する。
（Ｓ２９）コンテンツ生成部１２３は、コンテンツ受信部１２１が受信したコンテンツを配信用に加工することで広告コンテンツのファイルを生成し、記憶部１１０に格納する。コンテンツ生成部１２３は、コンテンツＩＤおよびファイル名を広告コンテンツに対して付与し、記憶部１１０に記憶されたコンテンツ管理テーブル１１３に登録する。コンテンツ生成部１２３は、コンテンツ受信部１２１が受信した位置情報（ステップＳ２３のコンテンツ生成場所に相当）を、当該広告コンテンツのコンテンツＩＤに対応付けて、コンテンツ管理テーブル１１３に登録する。
【００９０】
（Ｓ３０）コンテンツ生成部１２３は、コンテンツ種別判定部１２４がステップＳ２７またはステップＳ２８で決定した広告コンテンツの種別を、当該広告コンテンツのコンテンツＩＤに対応付けてコンテンツ管理テーブル１１３に登録する。
【００９１】
このようにして、配信サーバ１００は、端末装置２００からコンテンツとともに受信した位置情報を基に、ユーザの興味カテゴリに応じた種別を、広告コンテンツに付与（タグ付け）する。
【００９２】
なお、端末装置２００から受信した複数のコンテンツに対して広告コンテンツを生成する場合、当該複数のコンテンツのうち、何れかのコンテンツ（例えば、最後に受信したコンテンツ）とともに受信した位置情報に基づいて、タグ付けを行ってもよい。複数の端末装置から受信した複数のコンテンツに対して広告コンテンツを生成する場合も、同様に、当該複数のコンテンツのうち、何れかのコンテンツ（例えば、最後に受信したコンテンツ）とともに受信した位置情報に基づいて、タグ付けを行ってもよい。
【００９３】
あるいは、配信サーバ１００は、複数のコンテンツのコンテンツ生成場所を記憶しておき、複数のコンテンツを用いて広告コンテンツを生成する際に、当該複数のコンテンツのコンテンツ生成場所に基づいて、ステップＳ２３における領域の中心を決定してもよい。例えば、複数のコンテンツ生成場所の重心を、コンテンツ生成場所とみなして、ステップＳ２３の処理に用いる中心としてもよい。
【００９４】
更に、ステップＳ３０で、種別を“不明”として登録された広告コンテンツに対し、配信サーバ１００は、事後的に、種別の判定を再度試みてもよい。例えば、配信サーバ１００は、種別“不明”の広告コンテンツに対して、所定時間が経過した後に、ステップＳ２３〜Ｓ３０を再度実行してもよい。ステップＳ２３では、当該広告コンテンツに対してコンテンツ管理テーブル１１３に設定されている位置の情報を、領域の中心の座標として利用できる。
【００９５】
また、ステップＳ２１で、コンテンツおよび位置情報に加え、ユーザ５０のユーザＩＤを受信してもよい。その場合、ステップＳ２５において、コンテンツ種別判定部１２４は、コンテンツをアップロードしたユーザ５０の興味カテゴリの中から、周辺ユーザと共通する興味カテゴリを判定してもよい。アップロードした本人であるユーザ５０の興味カテゴリを優先的に扱い、共通するか否かの判定対象をユーザ５０の興味カテゴリに絞り込むことで、判定処理を高速化できる。ステップＳ２３で特定されたユーザ間で共通する興味カテゴリがある場合、当該共通する興味カテゴリは、コンテンツをアップロードしたユーザ５０の興味カテゴリに一致している可能性が高いと考えられるからである。
【００９６】
図１２は、第２の実施の形態の端末装置の位置通知例を示すフローチャートである。以下、図１２に示す処理をステップ番号に沿って説明する。以下に示す手順は、端末装置２００により周期的に実行される。
【００９７】
（Ｓ３１）位置検出部２２２は、ＧＰＳ処理部２０９を用いて端末装置２００の現在位置を示す位置情報を生成する。
（Ｓ３２）位置通知部２２３は、位置検出部２２２により生成された位置情報とユーザ５０のユーザＩＤとを配信サーバ１００に通知する。
【００９８】
（Ｓ３３）受信部２２４は、配信サーバ１００からｐｕｓｈメッセージを受信したか否かを判定する。ｐｕｓｈメッセージを受信した場合、処理をステップＳ３４に進める。ｐｕｓｈメッセージを受信しない場合、処理を終了する。
【００９９】
（Ｓ３４）受信部２２４は、配信サーバ１００から受信したｐｕｓｈメッセージをディスプレイ２０５ａに出力し、ｐｕｓｈメッセージの内容を表示させる。ｐｕｓｈメッセージは、配信サーバ１００が配信する広告コンテンツを含む。あるいは、ｐｕｓｈメッセージは、広告コンテンツにアクセスするためのＵＲＬ（Uniform Resource Locator）などを含んでもよい。
【０１００】
図１３は、第２の実施の形態の配信サーバの配信例を示すフローチャートである。以下、図１３に示す処理をステップ番号に沿って説明する。
（Ｓ４１）位置管理部１２２は、端末装置２００の位置情報とユーザ５０のユーザＩＤとを端末装置２００から受信する。
【０１０１】
（Ｓ４２）位置管理部１２２は、ユーザ位置テーブル１１１を操作して、ユーザ５０のユーザＩＤに対応する位置情報および時刻を更新する。時刻は現時刻の情報を登録する（位置情報の更新を行った時刻）。
【０１０２】
（Ｓ４３）配信部１２６は、位置管理部１２２により受信されたユーザ５０のユーザＩＤに対応する興味カテゴリの情報を、興味プロファイルテーブル１１２から取得する。興味プロファイルテーブル１１２の例によれば、ユーザ５０のユーザＩＤ“Ａ”には興味カテゴリ“サッカー，料理”が対応付けられている。よって、配信部１２６は、ユーザ５０のユーザＩＤに対応する興味カテゴリとして、“サッカー”および“料理”を取得する。
【０１０３】
（Ｓ４４）配信部１２６は、ステップＳ４３で取得したユーザの興味カテゴリの何れかが種別と一致し、ユーザの位置がコンテンツ生成場所から一定範囲の領域内である広告コンテンツを、コンテンツ管理テーブル１１３から検索する。「コンテンツ生成場所」は、コンテンツ管理テーブル１１３において広告コンテンツに対応付けられた位置の情報に相当する。一定範囲の領域の形状は、円となる。一定範囲は、この円の半径により定めることができる。例えば、当該半径は１ｋｍである。ステップＳ４４における一定範囲の領域は、例えば、ステップＳ２３における所定範囲の領域よりも広い領域とすることが好ましい。イベント会場３０のみならず、街４０に存在しているユーザ６０など、イベントが開催されている領域よりも広い領域に対して広告コンテンツを配信する方が、広告効果が高いからである。すなわち、イベントに参加していないと考えられるユーザに対しても当該イベントを広告可能となり、イベントに参加していないと考えられるユーザのイベントへの参加を促せる。他方、上記一定範囲は、ユーザがイベントに足を運ぶことが可能な範囲に制限することが好ましい。遠方過ぎるなど、明らかにイベントへの参加が困難なユーザに広告を配信すると、却って迷惑になるおそれがあるからである。
【０１０４】
（Ｓ４５）配信部１２６は、ステップＳ４４の条件に合致する（すなわち、ユーザ５０向けの）広告コンテンツがあるか否かを判定する。ある場合、処理をステップＳ４６に進める。ない場合、処理を終了する。
【０１０５】
（Ｓ４６）配信部１２６は、コンテンツ配信管理テーブル１１４を参照して、ステップＳ４５で判定されたユーザ５０向けの広告コンテンツのうち、ユーザ５０に対して未配信の広告コンテンツ（未配信コンテンツ）があるか否かを判定する。ある場合、処理をステップＳ４７に進める。ない場合、処理を終了する。例えば、ユーザ５０向けの全ての広告コンテンツのコンテンツＩＤがユーザＩＤ“Ａ”に対応付けてコンテンツ配信管理テーブル１１４に登録されていれば、ユーザ５０に対する未配信コンテンツはない。ユーザ５０向けの広告コンテンツのコンテンツＩＤの何れかが、ユーザＩＤ“Ａ”に対応付けてコンテンツ配信管理テーブル１１４に登録されていなければ、ユーザ５０に対する未配信コンテンツがある。
【０１０６】
（Ｓ４７）配信部１２６は、未配信コンテンツのｐｕｓｈメッセージを端末装置２００に送信する。
（Ｓ４８）配信部１２６は、コンテンツ配信管理テーブル１１４を操作して、ユーザ５０に対する配信済コンテンツに、ステップＳ４７で送信した広告コンテンツのコンテンツＩＤを追加する。
【０１０７】
このようにして、配信サーバ１００は、端末装置２００から位置情報を通知されたタイミングで、ユーザ５０向けの未配信の広告コンテンツを端末装置２００に送信する。配信サーバ１００は、端末装置３００に対しても同様にして広告コンテンツを配信する。
【０１０８】
なお、上記の説明では、配信サーバ１００は、端末装置２００から定期的に通知されるユーザＩＤと位置情報とに基づいて、ユーザ５０の位置を管理するものとした。一方、端末装置２００は、図１０のステップＳ１３において、コンテンツおよび位置情報に加えてユーザＩＤを配信サーバ１００に送信してもよい。すると、配信サーバ１００は、端末装置２００からコンテンツを受信したタイミングでも、ユーザ５０の現在位置を把握できる（ユーザ５０の最新の位置をユーザ位置テーブル１１１に登録できる）。配信サーバ１００は、このタイミングで、ユーザ５０向けの広告コンテンツがあるか否かを検索し、ある場合に、広告コンテンツを端末装置２００に送信してもよい。
【０１０９】
図１４は、第２の実施の形態の興味情報の登録例を示す図である。ユーザ５０，５０ａ，５０ｂ，６０は、端末装置２００，２００ａ，２００ｂ，３００を用いて、自身に関する興味カテゴリの情報を配信サーバ１００に登録させることができる。また、ユーザ５０，５０ａ，５０ｂ，６０は、端末装置２００，２００ａ，２００ｂ，３００を用いて、配信サーバ１００に登録された興味カテゴリの情報を更新させたり、削除させたりすることもできる。
【０１１０】
図１５は、第２の実施の形態の配信例を示す図である。例えば、ユーザ５０，５０ａ，５０ｂは、イベント会場３０に滞在し、サッカーの試合を観戦している。ユーザ５０は、サッカーの試合の見どころの場面を、端末装置２００を用いて撮影できる。また、端末装置２００は、撮影によりコンテンツＣ１１を生成する。コンテンツＣ１１は、画像や動画などのデータを含む。端末装置２００は、コンテンツＣ１１と位置情報とを配信サーバ１００にアップロードする。端末装置２００ａも同様に、イベント会場３０において生成したコンテンツＣ１２と位置情報とを配信サーバ１００にアップロードする。端末装置２００ｂも同様に、イベント会場３０において生成したコンテンツＣ１３と位置情報とを配信サーバ１００にアップロードする。
【０１１１】
例えば、配信サーバ１００は、コンテンツＣ１１を用いて広告コンテンツＣ２０を生成する。このとき、コンテンツＣ１１とともに受信した位置情報、ユーザ位置テーブル１１１および興味プロファイルテーブル１１２に基づいて、コンテンツＣ１１の種別（広告コンテンツＣ２０の種別）を判定する。なお、図１５では、ユーザ位置テーブル１１１および興味プロファイルテーブル１１２を結合して１つのテーブルとして図示している（両テーブルに属するユーザＩＤ以外の項目に符号を付している）。
【０１１２】
具体的には、配信サーバ１００は、コンテンツＣ１１とともに受信した位置情報で示される座標（ｘ１，ｙ１）を中心とした、半径ｒ（例えば、５０ｍなど）の円領域Ｒを計算し、円領域Ｒ内に属する座標をユーザ位置テーブル１１１から特定する。例えば、座標（ｘ１，ｙ１）、（ｘ２，ｙ２）、（ｘ３，ｙ３）は、円領域Ｒ内の座標である。配信サーバ１００は、特定した座標に対応付けられたユーザＩＤの数（すなわち、円領域Ｒ内に存在するユーザの数）が閾値（例えば、１００人など）以上であるかを判定する。例えば、配信サーバ１００は、ユーザ５０，５０ａ，５０ｂを含む閾値以上のユーザが円領域Ｒに存在していると判定する。
【０１１３】
すると、配信サーバ１００は、円領域Ｒ内のユーザの大部分（例えば、８０％以上のユーザ）に共通する興味カテゴリを興味プロファイルテーブル１１２に基づいて判定する。例えば、円領域Ｒ内のユーザのユーザＩＤのうち、大部分のユーザＩＤが興味カテゴリ“サッカー”に対応付けられている。この場合、配信サーバ１００は、コンテンツＣ１１の種別（すなわち、広告コンテンツＣ２０の種別）を“サッカー”と決定する。配信サーバ１００は、コンテンツＣ１１を用いて生成した広告コンテンツＣ２０に種別“サッカー”を示すタグＴ１を付与する。配信サーバ１００は、広告コンテンツＣ２０とタグＴ１と座標（ｘ１，ｙ１）を示す位置情報とを対応付けて記憶する。
【０１１４】
配信サーバ１００は、端末装置３００からユーザ６０のユーザＩＤ“Ｄ”と位置情報Ｐ１０とを受信する。配信サーバ１００は、興味プロファイルテーブル１１２を参照して、ユーザ６０（ユーザＩＤ“Ｄ”）の興味カテゴリ“サッカー”と“読書”とを特定する。
【０１１５】
配信サーバ１００は、コンテンツ管理テーブル１１３を参照して、種別が“サッカー”または“読書”である広告コンテンツを検索する。更に、配信サーバ１００は、検索された広告コンテンツ（広告コンテンツＣ２０を含む）のうち、ユーザ６０の現在位置が広告コンテンツに対応付けられた位置から一定範囲（例えば、１ｋｍなど）の円領域内である広告コンテンツを特定する。例えば、ユーザ６０の座標（ｘ４，ｙ４）は、広告コンテンツＣ２０に対応付けられた座標（ｘ１，ｙ１）を中心とした一定範囲の円領域内に含まれる。このため、配信サーバ１００は、ユーザ６０向けの広告コンテンツとして、広告コンテンツＣ２０を特定する。配信サーバ１００は、ユーザ６０のユーザＩＤ“Ｄ”の送信元である端末装置３００に広告コンテンツＣ２０を含むｐｕｓｈメッセージを送信する。
【０１１６】
なお、図１５の説明では、配信サーバ１００は、コンテンツＣ１１を用いて広告コンテンツＣ２０を生成するものとしたが、コンテンツＣ１１，Ｃ１２，Ｃ１３のように複数のコンテンツを用いて広告コンテンツＣ２０を生成してもよい。その場合、広告コンテンツＣ２０に対応付ける位置の情報は、前述のように、コンテンツＣ１１，Ｃ１２，Ｃ１３の生成位置のうちの最新の位置としてもよいし、コンテンツＣ１１，Ｃ１２，Ｃ１３の生成位置の重心などでもよい。
【０１１７】
ところで、近年、カメラが搭載されたスマート端末が普及しており、比較的容量の大きなコンテンツの送受信が可能なネットワークインフラも整備されてきている。その結果、ユーザは、どこにいても、その場の写真や動画などのコンテンツをスマート端末に生成させ、ネットワーク上のサーバコンピュータにアップロード可能になっている。すなわち、今まさにその場所で起きていることを、その場にいない人にもリアルタイムに伝達できるようになってきている。
【０１１８】
そこで、このような旬なコンテンツをマーケティングに活用することが考えられる。例えば、スポーツ競技や展示会などのイベントにおいて、既にイベントに参加しているユーザがアップロードしたコンテンツをイベント会場周辺にいて、イベントに興味をもつ他のユーザに広告として配信する。他のユーザが広告を見て、イベントに参加すれば、イベントのチケットや関連商品などの売り上げの増加を図れる。
【０１１９】
この場合、ユーザから取得したコンテンツの種別を適正に判定することが重要となる。コンテンツの種別を適正に判定できないと、他のユーザは自身にとって興味のない広告を受け取ることになり、煩わしさを感じさせてしまうからである。
【０１２０】
また、上記のようにして他のユーザに広告を配信する場合、ユーザから取得したコンテンツの種別を迅速に（例えば、リアルタイム）に判定することが重要となる。せっかく他のユーザが広告を見てイベントに参加しても、イベントの旬なタイミングを逃してしまうと、十分な満足感を得られない可能性があるからである。
【０１２１】
例えば、コンテンツのアップロードを行うユーザに手動でコンテンツにタグ付けを行わせることが考えられる。しかし、ユーザの主観によりタグ付けが行われると、適正なタグが付与されないおそれがある。例えば、ユーザが、コンテンツと無関係な大衆の興味を引きそうなタグを意図的に付与してしまうと、付与されるタグの信頼性が低くなるおそれがあり、コンテンツの適正な分類が容易でない。
【０１２２】
また、例えば、あるユーザがアップロードしたコンテンツに対し、他のユーザにタグ付けを行わせることも考えられる。しかし、この方法でも、結局、他のユーザによって適正なタグが付与されない可能性は残るので、コンテンツの適正な分類が容易でない。更に、コンテンツにタグ付けされるまでにタイムラグが生じる可能性が高く、旬なコンテンツの配信には不適当である。
【０１２３】
また、アップロードされたコンテンツの被写体を画像分析技術によって識別し、識別した被写体に応じたタグをコンテンツに付与することも考えられる。しかし、識別対象とする被写体の画像パターンを、大量の画像データから予め学習する作業が発生する。このとき、その場限りで発生するコンテンツの分類にどのような画像を学習したらいいかの分析も容易でない。しかも、仮に画像中の個々の被写体を認識できたとしても、その総体としてのコンテンツの種別の判定を行うことが容易でない。例えば、ある画像から走者を認識したとしても、それがどのようなイベントに関連するものか（例えば、オリンピック競技なのか国体なのかなど）を判定することは容易でない。
【０１２４】
更に、コンテンツをアップロードした端末装置の位置情報が陸上競技場と判明した場合に、コンテンツに「陸上競技」とタグ付けすることも考えられる。しかし、陸上競技場で常に陸上競技が行われているとは限らず、サッカーやラグビーなど、多目的に利用される施設も多い。このため、位置情報のみから適正な分類を行うのは難しい。
【０１２５】
これに対し、配信サーバ１００は、コンテンツ生成場所に応じた所定領域内に存在するユーザに共通する興味カテゴリを用いて、広告コンテンツＣ２０を適切に分類できる。同じ興味を共通にもつユーザが、大勢一か所に集まっているのなら、その場所で開催されているイベントも、共通する興味に関係する可能性が高いと考えられるからである。また、ユーザの主観に委ねるよりも高い信頼性で分類を行える。画像データを分析する場合のように、事前の画像データの学習なども生じないため、効率的に分類を行える。また、画像データそのものを分析するよりも、高速に分類を行える。
【０１２６】
更に、配信サーバ１００は、分類した興味カテゴリに基づいて、広告コンテンツＣ２０を何れのユーザを配信対象とするかを決定することで、イベントに興味があると考えられるユーザに絞って、適切にイベントの広告を行える。配信サーバは、イベントに興味がないと考えられるユーザに、当該イベントが広告されることを防止でき、興味ない広告が配信されることに対する煩わしさをユーザに与えずに済む。すなわち、広告の配信先を決定する精度を高めることができる。
【０１２７】
［第３の実施の形態］
以下、第３の実施の形態を説明する。前述の第２の実施の形態と相違する事項を主に説明し、共通する事項の説明を省略する。
【０１２８】
第２の実施の形態では、各端末装置によりコンテンツが生成された位置を中心とした領域（円領域）を計算して、イベントに参加していると推定されるユーザの数を特定した。第２の実施の形態の方法は、イベントが開催されている領域が不明である場合に有用である。一方、イベントが開催される領域の情報を利用してもよい。第３の実施の形態では、イベントが開催される領域の情報を基に、イベントに参加していると推定されるユーザの数を特定する機能を提供する。
【０１２９】
ここで、第３の実施の形態のコンテンツ配信システムに含まれる各装置は、図２で例示した第２の実施の形態のコンテンツ配信システムと同様である。そこで、第３の実施の形態の各要素を第２の実施の形態と同一の名称および符号を用いて指し示す。第３の実施の形態では、配信サーバ１００がイベント会場３０の所在を示す情報を予め保持している点が第２の実施の形態と異なる。
【０１３０】
図１６は、第３の実施の形態のソフトウェア例を示す図である。配信サーバ１００は、記憶部１１０およびサーバ処理部１２０を有する。
記憶部１１０は、第２の実施の形態で例示した情報に加え、ランドマーク位置テーブルを記憶する。ランドマーク位置テーブルは、イベント会場になり得る施設（ランドマーク）の位置を示す施設情報である。
【０１３１】
サーバ処理部１２０は、コンテンツ受信部１２１、位置管理部１２２、コンテンツ生成部１２３、興味プロファイル管理部１２５および配信部１２６を有する（これらの機能の説明を省略する）。サーバ処理部１２０は、コンテンツ種別判定部１２４に代えて、コンテンツ種別判定部１２４ａを有する。サーバ処理部１２０は、更にランドマーク管理部１２７を有する。
【０１３２】
コンテンツ種別判定部１２４ａは、コンテンツ種別判定部１２４の機能に加えて、ランドマーク管理部１２７と連携する機能を有する。ランドマーク管理部１２７は、端末装置２００から通知された位置情報に対して、最寄りのランドマークの位置や領域の情報を特定する。コンテンツ種別判定部１２４ａは、ランドマーク管理部１２７により特定された情報に基づいて、端末装置２００から受信したコンテンツの種別（当該コンテンツを基に生成される広告コンテンツの種別）を判定する。
【０１３３】
図１７は、第３の実施の形態のランドマーク位置テーブルを示す図である。ランドマーク位置テーブル１１５は、記憶部１１０に格納される。ランドマーク位置テーブル１１５は、ランドマークＩＤ、名称、中心座標および領域の項目を含む。
【０１３４】
ランドマークＩＤの項目には、ランドマークを識別するランドマークＩＤが登録される。名称の項目には、ランドマークの名称が登録される。中心座標の項目には、ランドマークの領域の中心（または、重心）の座標が登録される。領域の項目には、ランドマークの領域の複数の頂点の座標が登録される。
【０１３５】
例えば、ランドマーク位置テーブル１１５には、ランドマークＩＤが“ＬＭ＃１”、名称が“ｘｘｘ競技場”、中心座標が“（ｌｘａ，ｌｙａ）”、領域が“［（ｌｘａ１，ｌｙａ１），（ｌｘａ２，ｌｙａ２），（ｌｘａ３，ｌｙａ３），（ｌｘａ４，ｌｙａ４）］”という情報が登録される。これは、ランドマークＩＤ“ＬＭ＃１”で識別されるランドマーク（例えば、イベント会場３０）の名称が“ｘｘｘ競技場”であり、当該ランドマークの領域の中心座標が（ｌｘａ，ｌｙａ）、当該領域の頂点の座標が［（ｌｘａ１，ｌｙａ１），（ｌｘａ２，ｌｙａ２），（ｌｘａ３，ｌｙａ３），（ｌｘａ４，ｌｙａ４）］であることを示す。この場合、例えば、以下の頂点の４つのペアを結ぶ４つの線分は４つの辺をもつ矩形となる。第１には、頂点（ｌｘａ１，ｌｙａ１）と頂点（ｌｘａ２，ｌｙａ２）のペアである。第２には、頂点（ｌｘａ２，ｌｙａ２）と頂点（ｌｘａ３，ｌｙａ３）のペアである。第３には、頂点（ｌｘａ３，ｌｙａ３）と頂点（ｌｘａ４，ｌｙａ４）のペアである。第４には、頂点（ｌｘａ４，ｌｙａ４）と頂点（ｌｘａ１，ｌｙａ１）のペアである。矩形内の領域が、ランドマークの領域（例えば、イベント会場３０の領域）ということになる。
【０１３６】
ここで、端末装置２００によるコンテンツのアップロードや位置情報の通知の手順は、図１０および図１２で例示した手順と同様であるため、説明を省略する。また、配信サーバ１００による広告コンテンツの配信手順は、図１３で例示した手順と同様であるため、説明を省略する。第３の実施の形態では、配信サーバ１００によるコンテンツの分類手順が第２の実施の形態と異なる。
【０１３７】
図１８は、第３の実施の形態の配信サーバの分類例を示すフローチャートである。以下、図１８に示す処理をステップ番号に沿って説明する。ここで、第３の実施の形態では、図１１で説明したステップＳ２２の次に、ステップＳ２２ａ，Ｓ２２ｂ，Ｓ２２ｃを実行する点が、第２の実施の形態とは異なる。それ以外のステップＳ２１，Ｓ２２，Ｓ２３〜Ｓ３０は、図１１の説明と同様である（コンテンツ種別判定部１２４ａはコンテンツ種別判定部１２４と同様の処理を実行する）。そこで、以下ではステップＳ２２ａ〜Ｓ２２ｃについて説明し、他のステップの説明を省略する。
【０１３８】
（Ｓ２２ａ）コンテンツ種別判定部１２４ａは、コンテンツ生成場所が何れかのランドマークの領域内であるかをランドマーク管理部１２７に問い合わせる。ランドマーク管理部１２７は、ランドマーク位置テーブル１１５に基づいて、コンテンツ生成場所から中心座標が最も近いランドマークを特定する。ランドマーク位置テーブル１１５には、各ランドマークの中心座標の情報が登録されている。したがって、ランドマーク管理部１２７は、各ランドマークの中心座標と、コンテンツ生成場所の座標との距離を計算し、距離が最小となる中心座標を特定することで、最も近いランドマークを特定することができる。
【０１３９】
（Ｓ２２ｂ）ランドマーク管理部１２７は、コンテンツ生成場所の座標が、ステップＳ２２ａで特定したランドマークの領域（ランドマーク領域）内の座標であるか否かを判定する。コンテンツ生成場所がランドマーク領域内である場合、コンテンツ生成場所がランドマーク領域内である旨をコンテンツ種別判定部１２４ａに応答して、処理をステップＳ２２ｃに進める。コンテンツ生成場所がランドマーク領域内ではない場合、コンテンツ生成場所がランドマーク領域内ではない旨をコンテンツ種別判定部１２４ａに応答して、処理をステップＳ２３に進める。ステップＳ２３以降の処理は図１１と同様である。ここで、ランドマーク領域は、ランドマーク位置テーブル１１５の領域の項目から取得できる。
【０１４０】
（Ｓ２２ｃ）コンテンツ種別判定部１２４ａは、ユーザ位置テーブル１１１に基づいて、該当のランドマーク領域内の座標に対応付けられたユーザＩＤ（すなわち、ランドマーク領域内のユーザ）を特定する。ユーザ位置テーブル１１１には、ユーザＩＤに対応付けて座標の情報が登録されている。したがって、コンテンツ種別判定部１２４ａは、ステップＳ２２ａで特定されたランドマーク領域をランドマーク位置テーブル１１５から取得し、当該領域内の座標に対応付けられたユーザＩＤを特定する。そして、処理をステップＳ２４に進める。コンテンツ種別判定部１２４ａは、ステップＳ２２ｃで特定したユーザＩＤに基づいてステップＳ２４以降の処理を実行することになる。
【０１４１】
このように、配信サーバ１００は、コンテンツ生成場所がランドマーク領域内にある場合には、ステップＳ２３に代えて、ステップＳ２２ｃを実行することで、イベントに参加していると推定されるユーザの特定精度を高めることができる。その結果、広告コンテンツの分類の精度をより高めることができる。
【０１４２】
［第４の実施の形態］
以下、第４の実施の形態を説明する。前述の第２の実施の形態と相違する事項を主に説明し、共通する事項の説明を省略する。
【０１４３】
第２の実施の形態では、各ユーザの現在の（あるいは、最新の）位置情報に基づいて、コンテンツの種別を判定するものとした。これに対し、第４の実施の形態では、各ユーザの位置情報の履歴に基づいて、コンテンツの種別を判定する機能を提供する。
【０１４４】
ここで、第４の実施の形態のコンテンツ配信システムに含まれる装置は、図２で例示した第２の実施の形態のコンテンツ配信システムと同様である。そこで、第４の実施の形態の各要素を第２の実施の形態と同一の名称および符号を用いて指し示す。ただし、第４の実施の形態では、配信サーバ１００が、各ユーザの位置情報の履歴を管理し、当該履歴に基づいて、コンテンツの種別を判定する点が第２の実施の形態と異なる。
【０１４５】
図１９は、第４の実施の形態のソフトウェア例を示す図である。配信サーバ１００は、記憶部１１０およびサーバ処理部１２０を有する。
記憶部１１０は、第２の実施の形態で例示した情報に加えて、ユーザ位置履歴テーブルを記憶する。ユーザ位置履歴テーブルは、各ユーザの過去の位置情報の履歴を示す情報である。第３の実施の形態では、ユーザ位置履歴テーブルにより各ユーザの最新の位置情報を管理できるので、記憶部１１０は、ユーザ位置テーブル１１１を記憶しなくてもよい。第２の実施の形態でユーザ位置テーブル１１１に基づいて行われた処理は、ユーザ位置履歴テーブルを用いても行えるからである。
【０１４６】
サーバ処理部１２０は、コンテンツ受信部１２１、コンテンツ生成部１２３、興味プロファイル管理部１２５および配信部１２６を有する（これらの機能の説明を省略する）。ただし、サーバ処理部１２０は、位置管理部１２２に代えて、位置管理部１２２ａを有する。また、サーバ処理部１２０は、コンテンツ種別判定部１２４に代えて、コンテンツ種別判定部１２４ｂを有する。
【０１４７】
位置管理部１２２ａは、ユーザの位置情報の履歴を記憶部１１０に記憶されたユーザ位置履歴テーブルにより管理する。
コンテンツ種別判定部１２４ｂは、ユーザ位置履歴テーブルに基づいて、端末装置２００から受信したコンテンツの種別（当該コンテンツを基に生成される広告コンテンツの種別）を判定する。
【０１４８】
図２０は、第４の実施の形態のユーザ位置履歴テーブルの例を示す図である。ユーザ位置履歴テーブル１１６は、記憶部１１０に格納される。ユーザ位置履歴テーブル１１６は、時刻、ユーザＩＤおよび位置の項目を含む。
【０１４９】
時刻の項目には、位置情報を記録した時刻が登録される。ユーザＩＤの項目には、ユーザＩＤが登録される。位置の項目には、位置を示す座標が登録される。例えば、ユーザ位置履歴テーブル１１６には、時刻が“２０１４／１０／１  １０：４０：００”、ユーザＩＤが“Ａ”、位置が“（ｘ１，ｙ１）”という情報が登録される。これは、ユーザＩＤ“Ａ”で識別されるユーザ５０が、２０１４年１０月１日１０時４０分００秒に、座標（ｘ１，ｙ１）で示される位置に存在していたことを示す。
【０１５０】
ユーザ位置履歴テーブルには、同じユーザの位置情報が異なる時刻に対応付けて登録されることもある。例えば、ユーザＩＤ“Ａ”に対応する位置情報は、２０１４年１０月１日１０時４１分００秒にも登録されている。
【０１５１】
ここで、端末装置２００によるコンテンツのアップロードや位置情報の通知の手順は、図１０および図１２で例示した手順と同様であるため、説明を省略する。第４の実施の形態では、配信サーバ１００によるコンテンツの分類手順および広告コンテンツの配信手順が第２の実施の形態と異なる。
【０１５２】
図２１は、第４の実施の形態の配信サーバの分類例を示すフローチャートである。以下、図２１に示す処理をステップ番号に沿って説明する。ここで、第４の実施の形態では、図１１で説明したステップＳ２４でＮｏの場合またはステップＳ２６でＮｏの場合に、ステップＳ２６ａ，Ｓ２６ｂを実行する点が、第２の実施の形態とは異なる。それ以外のステップＳ２１〜Ｓ２３，Ｓ２５，Ｓ２７〜Ｓ３０、ステップＳ２４でＹｅｓの場合およびステップＳ２６でＹｅｓの場合は、図１１の説明と同様である（コンテンツ種別判定部１２４ｂは、コンテンツ種別判定部１２４と同様の処理を実行する）。そこで、以下ではステップＳ２６ａ，Ｓ２６ｂについて説明し、他のステップの説明を省略する。
【０１５３】
（Ｓ２６ａ）コンテンツ種別判定部１２４ｂは、記憶部１１０に記憶されたユーザ位置履歴テーブル１１６に基づいて、複数のユーザに共通する興味カテゴリの判定を行う。処理の詳細は後述する。
【０１５４】
（Ｓ２６ｂ）コンテンツ種別判定部１２４ｂは、ステップＳ２６ａで共通の興味カテゴリを判定できたか否かを判定する。判定できた場合、処理をステップＳ２７に進める。判定できなかった場合、処理をステップＳ２８に進める。
【０１５５】
このように、配信サーバ１００は、ステップＳ２３で特定したユーザ数が閾値よりも小さい場合に、ユーザ位置履歴テーブル１１６に基づいて複数のユーザに共通する興味カテゴリを判定する。
【０１５６】
図２２は、第４の実施の形態の位置履歴による判定例を示すフローチャートである。以下、図２２に示す処理をステップ番号に沿って説明する。以下の手順は、図２１のステップＳ２６ａに相当する。
【０１５７】
（Ｓ５１）コンテンツ種別判定部１２４ｂは、過去３０分のユーザ位置履歴を、５分ずつの時間帯に分割する（計６つの時間帯に分けることになる）。コンテンツ種別判定部１２４ｂは、各時間帯において、コンテンツ生成場所を中心に所定範囲の領域内（例えば、コンテンツ生成場所を中心とした半径５０ｍの領域内）にいるユーザを特定する。ユーザ位置履歴を遡る時間を過去３０分までとしたが、他の時間（例えば、過去１時間や２時間など）でもよい。また、５分ずつの時間帯に分割するものとしたが、１０分ずつ、１５分ずつなど他の長さの時間帯に分割してもよい。
【０１５８】
（Ｓ５２）コンテンツ種別判定部１２４ｂは、各時間帯において、ステップＳ５１で特定したユーザ数が閾値（例えば、１００人など）以上であるか否かを判定する。全ての時間帯でユーザ数が閾値以上である場合、処理をステップＳ５３に進める。何れかの時間帯でユーザ数が閾値未満である場合、処理をステップＳ５４に進める。
【０１５９】
（Ｓ５３）コンテンツ種別判定部１２４ｂは、各時間帯について、ステップＳ５１で特定した各ユーザの興味カテゴリを、該当するユーザの多い順に５個選択する。そして、処理をステップＳ５５に進める。
【０１６０】
（Ｓ５４）コンテンツ種別判定部１２４ｂは、ステップＳ５２の判定において、ユーザ数が閾値を下回った時間帯より古い時間帯を除外し、各時間帯について、ステップＳ５１で特定した各ユーザの興味カテゴリを、該当するユーザの多い順に５個選択する。ユーザ数が閾値を下回った時間帯より古い時間帯を除外する理由は、当該古い時間帯は、その場所でイベントが開催される前の時間帯であると考えられるからである。ステップＳ５３，Ｓ５４では、選択する数を５個としたが他の数としてもよい。
【０１６１】
（Ｓ５５）コンテンツ種別判定部１２４ｂは、ステップＳ５３またはステップＳ５４で特定した興味カテゴリのうち、複数の時間帯に共通する興味カテゴリを判定する（判定できた場合は、図２１のステップＳ２６ａの判定結果がＹｅｓとなる）。複数の時間帯に共通する興味カテゴリが複数ある場合、コンテンツ種別判定部１２４ｂは、共通する数が最大である興味カテゴリを選択する。なお、複数の時間帯に共通する興味カテゴリがない場合は、当該興味カテゴリを判定できないことになる（図２１のステップＳ２６ｂの判定結果がＮｏとなる）。
【０１６２】
図２３は、第４の実施の形態の分析例を示す図である。配信サーバ１００は、図２２のステップＳ５３またはステップＳ５５の処理を分析テーブル１１７に基づいて実行する。分析テーブル１１７は、１１時００分００秒から１１時２９分２９秒までの３０分間を５分刻みに区切った時間帯毎に、コンテンツ生成場所を中心に所定範囲内の領域内に滞在していた複数のユーザに共通する興味カテゴリを抽出したものである。
【０１６３】
分析テーブル１１７は、記憶部１１０に格納される。分析テーブル１１７は、時間帯および興味カテゴリの項目を含む。時間帯の項目には、時間帯の情報が登録される。興味カテゴリの項目には、コンテンツ生成場所を中心とした所定領域内の複数のユーザで共通していた興味カテゴリが登録される。分析テーブル１１７には、一例として、共通していた興味カテゴリが共通する数の多いものから５個登録されている。興味カテゴリの項目のサブ項目“１”は、共通する数が最大である興味カテゴリである。サブ項目“２”は、共通する数が２番目に大きい興味カテゴリである。サブ項目“３”は、共通する数が３番目に大きい興味カテゴリである。サブ項目“４”は、共通する数が４番目に大きい興味カテゴリである。サブ項目“５”は、共通する数が５番目に大きい興味カテゴリである。
【０１６４】
例えば、分析テーブル１１７には、時間帯“１１：００：００−１１：０４：５９”に対し、ユーザ間で共通していた興味カテゴリがサブ項目“１”〜“５”まで順番に、“サッカー”、“音楽”、“野球”、“読書”、“映画”と登録されている。これは、１１時００分００秒から１１時４分５９秒の間において、コンテンツ生成場所を中心とした所定領域内の複数のユーザ間で、興味カテゴリ“サッカー”が最も多く共通していたことを示す。同様に、２番目は“音楽”、３番目は“野球”、４番目は“読書”、５番目は“映画”である。このように、配信サーバ１００は、各時間帯において、共通するユーザ数の多かった興味カテゴリを分析テーブル１１７のように抽出する。
【０１６５】
そして、配信サーバ１００は、複数の時間帯で共通する興味カテゴリを分析テーブル１１７から抽出する。分析テーブル１１７の例によれば、複数の時間帯で共通する数が最大である興味カテゴリは“音楽”である。よって、配信サーバ１００は、複数の時間帯で共通する興味カテゴリとして、“音楽”を特定する。この場合、図２１のステップＳ２７において、配信サーバ１００は、コンテンツの種別を“音楽”と決定する。
【０１６６】
図２４は、第４の実施の形態の配信サーバの配信例を示すフローチャートである。以下、図２４に示す処理をステップ番号に沿って説明する。ここで、第４の実施の形態では、図１３で説明したステップＳ４２に代えて、ステップＳ４２ａを実行する点が第２の実施の形態と異なる。それ以外のステップＳ４１およびステップＳ４３〜Ｓ４８は、図１３の説明と同様である。そこで、以下ではステップＳ４２ａについて説明し、他のステップの説明を省略する。ステップＳ４２ａは、ステップＳ４１の次に実行される。
【０１６７】
（Ｓ４２ａ）位置管理部１２２ａは、ユーザ位置履歴テーブル１１６に、ユーザ５０のユーザＩＤと位置情報と時刻とを追加する。時刻は現時刻の情報と登録する（当該位置情報の追加を行った時刻）。そして、処理をステップＳ４３に進める。
【０１６８】
このようにして、配信サーバ１００は、各ユーザの位置情報の履歴を取得し、コンテンツの種別の判定に用いる。配信サーバ１００によれば、オープンな場所で開催されているイベントのように、大勢のユーザがイベントに興味を持って集まったのではなく、たまたま立ち寄っただけの場合にも、アップロードされたコンテンツを適切に分類できる。例えば、路上で開催される音楽の演奏のように、比較的狭い範囲で、ユーザの入れ替わりが比較的多くても、興味を持つユーザが長時間留まるイベントに対しても、アップロードされたコンテンツを適切に分類可能となる。
【０１６９】
［第５の実施の形態］
以下、第５の実施の形態を説明する。前述の第２の実施の形態と相違する事項を主に説明し、共通する事項の説明を省略する。
【０１７０】
第５の実施の形態では、配信サーバにより、ユーザによるＷｅｂアクセスの履歴から、ユーザの興味カテゴリを判定する機能を提供する。
図２５は、第５の実施の形態のコンテンツ配信システムの例を示す図である。第５の実施の形態のコンテンツ配信システムは、配信サーバ１００、端末装置２００，２００ａ，２００ｂ，３００およびＷｅｂサーバ４００を含む。配信サーバ１００およびＷｅｂサーバ４００は、ネットワーク１０に接続されている。
【０１７１】
配信サーバ１００は、第２の実施の形態で説明した機能に加えて、端末装置２００，２００ａ，２００ｂ，３００からＷｅｂサーバ４００へのＷｅｂアクセスを中継するプロキシ機能を有する。配信サーバ１００は、端末装置２００，２００ａ，２００ｂ，３００によりアクセスされたＷｅｂコンテンツの情報に基づいて、ユーザの興味カテゴリを判定する機能を有する。
【０１７２】
Ｗｅｂサーバ４００は、ｈｔｔｐ（Hyper Text Transfer Protocol）リクエストに対して、ｈｔｔｐレスポンスを応答するサーバコンピュータである。端末装置２００，２００ａ，２００ｂ，３００が送信したｈｔｔｐリクエストは、配信サーバ１００により中継される。Ｗｅｂサーバ４００からのｈｔｔｐレスポンスも、配信サーバ１００を経由して、端末装置２００，２００ａ，２００ｂ，３００へ送られる。
【０１７３】
例えば、端末装置２００，２００ａ，２００ｂ，３００は、Ｗｅｂコンテンツを閲覧するためのブラウザ（または、Ｗｅｂブラウザ）と呼ばれるソフトウェアを実行する。ユーザ５０は、端末装置２００のブラウザがディスプレイ２０５ａに表示させる画面に応じた操作入力を行うことで、閲覧したいＷｅｂコンテンツを取得するためのｈｔｔｐリクエストを、端末装置２００から配信サーバ１００へ送信させることができる。配信サーバ１００は、端末装置２００から受信したｈｔｔｐリクエストに基づいて、Ｗｅｂサーバ４００へ代理でアクセスし、Ｗｅｂサーバ４００から受信したｈｔｔｐレスポンスを端末装置２００へ応答する。端末装置２００のブラウザは、ｈｔｔｐレスポンスに基づいて、Ｗｅｂコンテンツをディスプレイ２０５ａに表示させる。
【０１７４】
ここで、配信サーバ１００は、図３で例示した配信サーバ１００と同様のハードウェアによって実現される。Ｗｅｂサーバ４００も、配信サーバ１００と同様のハードウェアによって実現される。
【０１７５】
図２６は、第５の実施の形態のソフトウェア例を示す図である。配信サーバ１００は、記憶部１１０およびサーバ処理部１２０を有する。
記憶部１１０は、更にＷｅｂアクセス履歴テーブルを記憶する。Ｗｅｂアクセス履歴テーブルは、各ユーザによるＷｅｂコンテンツへのアクセス履歴を示す情報である。
【０１７６】
サーバ処理部１２０は、コンテンツ受信部１２１、位置管理部１２２、コンテンツ生成部１２３、コンテンツ種別判定部１２４および配信部１２６を有する（これらの機能の説明を省略する）。ただし、サーバ処理部１２０は、興味プロファイル管理部１２５に代えて、興味プロファイル管理部１２５ａを有する。また、サーバ処理部１２０は、更にプロキシ１２８を有する。
【０１７７】
興味プロファイル管理部１２５ａは、プロキシ１２８によるＷｅｂアクセスの内容を取得し、Ｗｅｂアクセス履歴テーブルへのユーザ毎のアクセス履歴を記録する。興味プロファイル管理部１２５ａは、アクセス履歴の情報に、応答したＷｅｂコンテンツに基づいて、該当のユーザの興味カテゴリの判定を行う。例えば、興味プロファイル管理部１２５ａは、Ｗｅｂコンテンツ内のテキスト情報を解析することで、Ｗｅｂコンテンツに含まれる単語を抽出し、抽出した単語に関連する興味カテゴリを取得することが考えられる。例えば、記憶部１１０に、単語のパターン（抽出される単語の組み合わせなど）と興味カテゴリとの対応関係の情報を予め格納しておく。興味プロファイル管理部１２５ａは、当該情報に基づいて、Ｗｅｂコンテンツに含まれる単語のパターンから興味カテゴリを判定し得る。
【０１７８】
プロキシ１２８は、端末装置２００によるＷｅｂアクセスを代理する。プロキシ１２８は、各端末装置から受信したｈｔｔｐリクエストやＷｅｂサーバ４００から受信したｈｔｔｐレスポンスの情報を興味プロファイル管理部１２５ａに提供する。
【０１７９】
端末装置２００のクライアント処理部２２０は、更に、ブラウザ２２５およびユーザＩＤ付与部２２６を有する。ブラウザ２２５は、ｈｔｔｐリクエストを生成した、ｈｔｔｐレスポンスに応じたＷｅｂコンテンツをディスプレイ２０５ａに表示させる。
【０１８０】
ユーザＩＤ付与部２２６は、ブラウザ２２５によって生成されたｈｔｔｐリクエストにユーザ５０のユーザＩＤを挿入する。ｈｔｔｐリクエストに挿入されたユーザＩＤは、興味プロファイル管理部１２５ａによるユーザ毎のＷｅｂアクセス履歴を管理するために用いられる。
【０１８１】
図２７は、第５の実施の形態のｈｔｔｐリクエストヘッダの例を示す図である。ｈｔｔｐリクエストヘッダ２２６ａは、ユーザＩＤ付与部２２６によりユーザＩＤの挿入が行われた後のｈｔｔｐリクエストヘッダを例示している。ｈｔｔｐリクエストヘッダ２２６ａの左側に付した番号は行番号である。ｈｔｔｐリクエストヘッダ２２６ａの例によれば、４行目にユーザ５０のユーザＩＤ“Ａ”が挿入されている。
【０１８２】
図２８は、第５の実施の形態のアクセス履歴テーブルの例を示す図である。Ｗｅｂアクセス履歴テーブル１１８は、記憶部１１０に格納される。Ｗｅｂアクセス履歴テーブル１１８は、時刻、ユーザＩＤ、アクセスＵＲＬおよび興味カテゴリの項目を含む。
【０１８３】
時刻の項目には、Ｗｅｂアクセスを記録した時刻が登録される。ユーザＩＤの項目には、ユーザＩＤが登録される。アクセスＵＲＬの項目には、ｈｔｔｐリクエストで指定されたアクセス先のＵＲＬが登録される。興味カテゴリの項目には、当該アクセス先から取得されたＷｅｂコンテンツに対して判定された興味カテゴリが登録される。
【０１８４】
例えば、Ｗｅｂアクセス履歴テーブル１１８には、時刻が“２０１４／１０／１  １０：４０：００”、ユーザＩＤが“Ａ”、アクセスＵＲＬが“ＵＲＬ１”、興味カテゴリが“サッカー”という情報が登録される。これは、ユーザ５０のユーザＩＤ“Ａ”を含み、アクセスＵＲＬが“ＵＲＬ１”を指定したｈｔｔｐリクエストに対するｈｔｔｐレスポンスを、２０１４年１０月１日１０時４０分００秒にＷｅｂサーバ４００から受信したことを示す。また、当該ｈｔｔｐレスポンスに含まれるＷｅｂコンテンツから判定された興味カテゴリが“サッカー”であることを示す。
【０１８５】
次に、配信サーバ１００による、ユーザ５０に対する興味カテゴリの判定手順を説明する。まず、端末装置２００によるＷｅｂアクセス時の処理例を説明する。
図２９は、第５の実施の形態の端末装置の処理例を示すフローチャートである。以下、図２９に示す処理をステップ番号に沿って説明する。
【０１８６】
（Ｓ６１）ブラウザ２２５は、ユーザ５０により入力デバイス２０６ａを用いて入力されたアクセス先ＵＲＬを受け付ける。ブラウザ２２５は、アクセス先ＵＲＬのＷｅｂコンテンツを取得するためのｈｔｔｐリクエストを生成する。
【０１８７】
（Ｓ６２）ユーザＩＤ付与部２２６は、ブラウザ２２５が生成したｈｔｔｐリクエストのヘッダにユーザ５０のユーザＩＤを付与し、配信サーバ１００に送信する。
（Ｓ６３）ブラウザ２２５は、配信サーバ１００からｈｔｔｐレスポンスを受信する。
【０１８８】
（Ｓ６４）ブラウザ２２５は、ｈｔｔｐレスポンスで示されるステータスを判定する。ステータスが成功を示す場合、処理をステップＳ６５に進める。ステータスがエラーを示す場合、処理をステップＳ６６に進める。
【０１８９】
（Ｓ６５）ブラウザ２２５は、ｈｔｔｐレスポンスに基づいて、ディスプレイ２０５ａにＷｅｂページ（Ｗｅｂコンテンツ）を表示させる。そして、処理を終了する。
（Ｓ６６）ブラウザ２２５は、ｈｔｔｐレスポンスに基づいて、ディスプレイ２０５ａにエラーメッセージを表示させる。そして、処理を終了する。
【０１９０】
図３０は、第５の実施の形態の配信サーバの処理例を示すフローチャートである。以下、図３０に示す処理をステップ番号に沿って説明する。
（Ｓ７１）プロキシ１２８は、端末装置２００からｈｔｔｐリクエストを受信する。
【０１９１】
（Ｓ７２）プロキシ１２８は、プロキシ１２８が受信したｈｔｔｐリクエストからユーザ５０のユーザＩＤを取得する。
（Ｓ７３）プロキシ１２８は、ｈｔｔｐリクエストに含まれるＵＲＬで示されるＷｅｂサーバ４００からＷｅｂコンテンツの取得を試みる。プロキシ１２８は、ｈｔｔｐリクエストをＷｅｂサーバ４００に送信し、Ｗｅｂサーバ４００からのｈｔｔｐレスポンスに含まれるＷｅｂコンテンツを取得し得る。
【０１９２】
（Ｓ７４）プロキシ１２８は、Ｗｅｂコンテンツを取得できたか否かを判定する。取得できた場合、処理をステップＳ７６に進める。取得できなかった場合、処理をステップＳ７５に進める。
【０１９３】
（Ｓ７５）プロキシ１２８は、ｈｔｔｐリクエストの送信元である端末装置２００（リクエスト元）に、“エラー”のステータスを含むｈｔｔｐレスポンスを送信する。そして、処理を終了する。
【０１９４】
（Ｓ７６）興味プロファイル管理部１２５ｃは、Ｗｅｂサーバ４００から取得したＷｅｂコンテンツがテキスト情報を含むか否かを判定する。テキスト情報を含む場合、処理をステップＳ７７に進める。テキスト情報を含まない場合、処理をステップＳ７９に進める。
【０１９５】
（Ｓ７７）興味プロファイル管理部１２５ｃは、Ｗｅｂコンテンツに含まれるテキスト情報を解析することで、ユーザ５０の興味カテゴリを判定する。前述のように、例えば、記憶部１１０に単語のパターンと興味カテゴリとの対応関係の情報を予め格納しておくことで、興味プロファイル管理部１２５ａは、当該情報に基づいて、Ｗｅｂコンテンツに含まれる単語のパターンから興味カテゴリを判定できる。
【０１９６】
（Ｓ７８）興味プロファイル管理部１２５ｃは、ステップＳ７２で取得されたユーザＩＤと、現時刻と、アクセス先ＵＲＬの情報と、ステップＳ７７で判定した興味カテゴリと、を対応付けて、Ｗｅｂアクセス履歴テーブル１１８に登録する。
【０１９７】
（Ｓ７９）プロキシ１２８は、Ｗｅｂサーバ４００から受信したｈｔｔｐレスポンス（Ｗｅｂコンテンツを含む）を、ｈｔｔｐリクエストの送信元である端末装置２００（リクエスト元）に送信する。このとき、ｈｔｔｐレスポンスに含まれるステータスは、“成功”を示す。
【０１９８】
このようにして、配信サーバ１００は、端末装置２００からＷｅｂアクセスを受け付けるたびに、ユーザ５０の興味カテゴリの情報を記録する。配信サーバ１００は、Ｗｅｂアクセス履歴テーブル１１８に基づいて、興味プロファイルテーブル１１２における各ユーザの興味カテゴリを更新する。
【０１９９】
図３１は、第５の実施の形態の配信サーバの興味情報の更新例を示すフローチャートである。以下、図３１に示す処理をステップ番号に沿って説明する。
（Ｓ８１）興味プロファイル管理部１２５ｃは、興味プロファイルテーブル１１２に登録されたユーザＩＤのうち、興味カテゴリの更新対象とするユーザＩＤを選択する。
【０２００】
（Ｓ８２）興味プロファイル管理部１２５ｃは、Ｗｅｂアクセス履歴テーブル１１８を参照して、選択したユーザＩＤに対応する過去１年間分のＷｅｂアクセス履歴を取得する。なお、一例として過去１年間分としたが、６か月など他の期間でもよい。
【０２０１】
（Ｓ８３）興味プロファイル管理部１２５ｃは、選択したユーザＩＤに対して取得したＷｅｂアクセス履歴において、出現頻度が一定割合（例えば、８０％など）以上の興味カテゴリを特定する。
【０２０２】
（Ｓ８４）興味プロファイル管理部１２５ｃは、興味プロファイルテーブル１１２における、選択したユーザＩＤの興味カテゴリを、ステップＳ８３で特定した興味カテゴリの情報に更新する。
【０２０３】
このようにして、配信サーバ１００は、ユーザ５０のＷｅｂアクセス履歴の情報に基づいて、ユーザ５０の興味カテゴリを定期的に更新する。配信サーバ１００は、ユーザ５０によるＷｅｂコンテンツへの日常的なアクセスにより、ユーザ５０の興味の対象の変化を適切に把握し、ユーザ５０に対して配信する広告コンテンツを決定可能となる。
【０２０４】
なお、第１の実施の形態の情報処理は、演算部１ｂにプログラムを実行させることで実現できる。また、第２〜第５の実施の形態の情報処理は、プロセッサ１０１にプログラムを実行させることで実現できる。プログラムは、コンピュータ読み取り可能な記録媒体１３に記録できる。
【０２０５】
例えば、プログラムを記録した記録媒体１３を配布することで、プログラムを流通させることができる。また、プログラムを他のコンピュータに格納しておき、ネットワーク経由でプログラムを配布してもよい。コンピュータは、例えば、記録媒体１３に記録されたプログラムまたは他のコンピュータから受信したプログラムを、ＲＡＭ１０２やＨＤＤ１０３などの記憶装置に格納し（インストールし）、当該記憶装置からプログラムを読み込んで実行してもよい。
【０２０６】
以上の第１〜第５の実施の形態を含む実施形態に関し、更に以下の付記を開示する。
（付記１）  ユーザの位置情報と前記ユーザの興味の対象を示す興味情報とを記憶する記憶部と、
何れかの装置からデータと位置情報とを受信すると、前記記憶部を参照して、受信した当該位置情報に応じた領域内に存在する複数のユーザを特定し、
前記複数のユーザのうちの少なくとも一部のユーザに共通の興味情報を判定し、前記共通の興味情報と前記データとを対応付けて前記記憶部に格納する、演算部と、
を有する管理装置。
【０２０７】
（付記２）  前記記憶部は、複数の施設の所在を示す施設情報を記憶し、
前記演算部は、受信した前記位置情報と前記施設情報とに基づいて、前記領域を決定する、
付記１記載の管理装置。
【０２０８】
（付記３）  前記演算部は、受信した前記位置情報で示される位置から所定の距離以下である範囲を前記領域と決定する、付記１記載の管理装置。
（付記４）  前記演算部は、前記領域内における前記共通の興味情報を、複数の時間帯それぞれに対応付けて取得し、各時間帯に対応する前記共通の興味情報のうち、時間帯が異なっても共通する興味情報を更に判定し、判定結果に応じて前記興味情報と前記データとを対応付ける、付記１乃至３の何れか１つに記載の管理装置。
【０２０９】
（付記５）  前記演算部は、前記共通の興味情報を判定する際に、前記複数のユーザのうちの所定割合以上のユーザに共通する興味情報を判定する、付記１乃至４の何れか１つに記載の管理装置。
【０２１０】
（付記６）  前記演算部は、前記共通の興味情報が複数種類ある場合、共通するユーザの数に基づいて前記データに対応付ける前記共通の興味情報を決定する、付記１乃至５の何れか１つに記載の管理装置。
【０２１１】
（付記７）  前記装置は、他の装置に格納された情報にアクセス可能であり、
前記演算部は、前記装置がアクセスした情報に基づいて、前記装置を利用するユーザの前記興味情報を判定する、付記１乃至６の何れか１つに記載の管理装置。
【０２１２】
（付記８）  前記演算部は、何れかのユーザを示す情報を送信元の装置から受信すると、前記記憶部を参照して、当該ユーザの前記興味情報に基づいて、前記送信元の装置へ送信する前記データを決定する、付記１乃至７の何れか１つに記載の管理装置。
【０２１３】
（付記９）  前記演算部は、前記データとともに受信した第１の位置情報と、前記送信元の装置を利用するユーザの第２の位置情報とに基づいて、前記送信元の装置に送信する前記データを決定する、付記８記載の管理装置。
【０２１４】
（付記１０）  何れかの装置からデータと位置情報とを受信すると、各ユーザの位置情報を参照して、受信した前記位置情報に応じた領域内に存在する複数のユーザを特定し、
前記複数のユーザそれぞれの興味の対象を示す興味情報に基づいて、前記複数のユーザのうちの少なくとも一部のユーザに共通の興味情報を判定し、前記共通の興味情報と前記データとを対応付けて記憶部に格納する、
処理をコンピュータに実行させる管理プログラム。
【０２１５】
（付記１１）  コンピュータが、
何れかの装置からデータと位置情報とを受信すると、各ユーザの位置情報を参照して、受信した前記位置情報に応じた領域内に存在する複数のユーザを特定し、
前記複数のユーザそれぞれの興味の対象を示す興味情報に基づいて、前記複数のユーザのうちの少なくとも一部のユーザに共通の興味情報を判定し、前記共通の興味情報と前記データとを対応付けて記憶部に格納する、
管理方法。
【符号の説明】
【０２１６】
１  管理装置
１ａ  記憶部
１ｂ  演算部
２，２ａ，２ｂ，２ｃ，２ｄ，２ｅ，２ｆ  端末装置
３，３ａ，３ｂ，３ｃ，３ｄ，３ｅ，３ｆ  ユーザ
４  ネットワーク
５  アクセスポイント
６  管理情報
Ｒ１  領域
【図１】
2016128958.tif 000003
【図２】
2016128958.tif 000004
【図３】
2016128958.tif 000005
【図４】
2016128958.tif 000006
【図５】
2016128958.tif 000007
【図６】
2016128958.tif 000008
【図７】
2016128958.tif 000009
【図８】
2016128958.tif 000010
【図９】
2016128958.tif 000011
【図１０】
2016128958.tif 000012
【図１１】
2016128958.tif 000013
【図１２】
2016128958.tif 000014
【図１３】
2016128958.tif 000015
【図１４】
2016128958.tif 000016
【図１５】
2016128958.tif 000017
【図１６】
2016128958.tif 000018
【図１７】
2016128958.tif 000019
【図１８】
2016128958.tif 000020
【図１９】
2016128958.tif 000021
【図２０】
2016128958.tif 000022
【図２１】
2016128958.tif 000023
【図２２】
2016128958.tif 000024
【図２３】
2016128958.tif 000025
【図２４】
2016128958.tif 000026
【図２５】
2016128958.tif 000027
【図２６】
2016128958.tif 000028
【図２７】
2016128958.tif 000029
【図２８】
2016128958.tif 000030
【図２９】
2016128958.tif 000031
【図３０】
2016128958.tif 000032
【図３１】
2016128958.tif 000033