特開 2017-58741 イベント情報管理装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】特開2017-58741(P2017-58741A)

(43)【公開日】2017年3月23日

(54)【発明の名称】イベント情報管理装置

(51)【国際特許分類】

   G06F 13/00 20060101AFI20170303BHJP

   G06Q 30/02 20120101ALI20170303BHJP

   H04M 11/00 20060101ALI20170303BHJP

【ＦＩ】

   G06F13/00 510G

   G06F13/00 560A

   G06Q30/02 150

   H04M11/00 302

【審査請求】未請求

【請求項の数】1

【出願形態】ＯＬ

【全頁数】17

(21)【出願番号】特願2015-180665(P2015-180665)

(22)【出願日】2015年9月14日

(71)【出願人】

【識別番号】515257586

【氏名又は名称】清水 義弘

(74)【代理人】

【識別番号】100106002

【弁理士】

【氏名又は名称】正林 真之

(74)【代理人】

【識別番号】100120891

【弁理士】

【氏名又は名称】林 一好

(72)【発明者】

【氏名】清水 義弘

【テーマコード（参考）】

5B084

5K201

5L049

【Ｆターム（参考）】

5B084AA02

5B084AA12

5B084AB06

5B084AB31

5B084AB35

5B084BA02

5B084BA03

5B084BB14

5B084CA07

5B084CD22

5B084CE07

5B084CE12

5B084DB01

5B084DB02

5B084DC02

5B084DC03

5K201AA06

5K201BA06

5K201BA07

5K201CA04

5K201CC01

5K201CC04

5K201DC03

5K201DC05

5K201EA05

5K201EC06

5K201EE08

5L049BB08

(57)【要約】

【課題】ユーザに対し、インターネット上に掲載されないような小規模なイベント情報についても、容易に送受信できる環境を提供すること。
【解決手段】イベント情報登録部１５０は、告知対象のイベントに関する画像のデータであるイベント告知情報、並びに当該イベントに関するイベント位置情報及びイベント日付情報を少なくとも含むイベント情報を、ユーザ端末１Ｓから受け付けて登録する。出力要求受付部１５１は、指定位置を少なくとも含むイベント情報出力要求をユーザ端末１Ｒから受け付ける。イベント情報抽出部１５５は、当該イベント情報出力要求に応じて、当該指定位置を起点とする所定の移動可能地域に含まれる前記イベント情報を抽出する。送信制御部１５６は、抽出された当該イベント情報をユーザ端末１Ｒに送信する制御を実行する。
【選択図】図５

【特許請求の範囲】

【請求項1】

告知対象のイベントに関する画像のデータであるイベント告知情報、並びに当該イベントに関するイベント位置情報及びイベント日付情報を少なくとも含むイベント情報を、第１ユーザ端末から受け付けて登録するイベント情報登録部と、
指定位置を少なくとも含むイベント情報出力要求を第２端末から受け付ける出力要求受付部と、
当該イベント情報出力要求に応じて、当該指定位置を起点とする所定の移動可能地域に含まれる前記イベント情報を抽出するイベント情報抽出部と、
抽出された当該イベント情報を前記第２端末に送信する制御を実行する送信制御部と、
を備えるイベント情報管理装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、イベント情報管理システムに関するものである。

【背景技術】

【0002】

従来から、ネットワークを介して接続される通信端末装置からの要求に対して、サーバが、検索サイトの画面上で、近隣で開催されるイベント情報を表示する方法は提案されている（例えば特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１２−１７８０７１号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、従来から提案されている方法におけるイベント情報は、イベントを開催する店舗が自ら提供するものや、サーバ側で自発的に取得するものに限られていたため、インターネット上に掲載されないような地域限定の小規模なイベント情報等が含まれていなかった。

【0005】

本発明は、このような状況に鑑みてなされたものであり、ユーザに対し、インターネット上に掲載されないような小規模なイベント情報についても、容易に送受信できる環境を提供することを目的とする。

【課題を解決するための手段】

【0006】

上記目的を達成するため、本発明の一態様のイベント情報管理装置は、
告知対象のイベントに関する画像のデータであるイベント告知情報、並びに当該イベントに関するイベント位置情報及びイベント日付情報を少なくとも含むイベント情報を、第１ユーザ端末から受け付けて登録するイベント情報登録部と、
指定位置を少なくとも含むイベント情報出力要求を第２端末から受け付ける出力要求受付部と、
当該イベント情報出力要求に応じて、当該指定位置を起点とする所定の移動可能地域に含まれる前記イベント情報を抽出するイベント情報抽出部と、
抽出された当該イベント情報を前記第２端末に送信する制御を実行する送信制御部と、
を備える。

【発明の効果】

【0007】

本発明によれば、ユーザに対し、インターネット上に掲載されないような小規模なイベント情報についても、容易に送受信できる環境を提供することができる。

【図面の簡単な説明】

【0008】

【図1】本発明の一実施形態に係るイベント情報管理システムの構成を示す図である。

【図2】図１のイベント情報管理システムのうち、ユーザ端末のハードウェア構成を示すブロック図である。

【図3】図１のイベント情報管理システムのうち、管理装置のハードウェア構成を示すブロック図である。

【図4】図１のイベント情報管理システムのうち、送信側ユーザ端末の機能的構成の一例を示す機能ブロック図である。

【図5】図１のイベント情報管理システムのうち、管理装置の機能的構成の一例を示す機能ブロック図である。

【図6】図１のイベント情報管理システムのうち、受信側ユーザ端末の機能的構成の一例を示す機能ブロック図である。

【図7】図１のイベント情報管理システムの動作の流れを模式的に示す図である。

【発明を実施するための形態】

【0009】

以下、本発明の実施形態について、図面を用いて説明する。

【0010】

図１は、本発明の情報処理システムの一実施形態に係るイベント情報管理システムの構成を示している。
図１に示すイベント情報管理システムは、ユーザ端末１Ｔと、ユーザ端末１Ｒと、イベントを管理する管理装置２とが、インターネット等の所定のネットワークＮを介して相互に接続されることで構成される。

【0011】

ここで、イベントとは、１人以上の自然人が参加して何かしらの行為をするもののうち、場所と時間で特定されるものをいう。

【0012】

ユーザ端末１Ｔは、スマートフォン等で構成され、ユーザＵＴの操作に基づいて、管理装置２に対しイベント情報を送信する。
管理装置２は、イベントの各種管理をするサーバであり、例えばイベント情報の送受信を行う。
ユーザ端末１Ｒは、スマートフォン等で構成され、ユーザＵＲの操作に基づいて、管理装置２からイベント情報を受信する。
管理装置２は、
ここで、イベント情報とは、所定イベントの開催者等（本例ではユーザＵＴ）が当該所定イベントを第三者（本例ではユーザＵＲ）に対して周知するための情報をいい、本実施形態では、少なくとも、イベント告知情報と、イベント位置情報と、イベント日付情報との情報を含むものである。
イベント告知情報とは、所定イベントの内容を視認可能な画像のデータをいう。例えば本実施形態では、ビラ、チラシ、ポスター、風景等、イベント内容が伝わる写真（画像）のデータが、イベント告知情報として採用されている。
イベント位置情報とは、所定イベントを特定する場所と時間のうち、場所を示す情報をいう。例えば本実施形態では、イベント告知情報としての画像のデータに付加されたメタデータに含まれるＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）情報や、ユーザ端末１Ｔ上に表示された地図に対して、ユーザＵＴが指定した位置を示す位置情報が、イベント告知情報として採用されている。
イベント日付情報とは、所定イベントを特定する場所と時間のうち、時間を示す情報をいう。例えば本実施形態では、イベントが開催される日時や期間を示す情報が、イベント日付情報として採用されている。

【0013】

このように、ユーザ端末１Ｔは、イベント情報の送信機能を有する一方で、ユーザ端末１Ｒは、イベント情報の受信機能を有する。

【0014】

ただし、実際のスマートフォン等に実装する際には、送信機能と受信機能とのうち何れか一方を搭載することは稀であり、多くの場合、送信機能と受信機能との両方を搭載することが想定される。
そこで、以下、送信機能と受信機能との両方を搭載するユーザ端末、即ちユーザ端末１Ｔ及びユーザ端末１Ｒをまとめたものを、「ユーザ端末１」と呼ぶ。
つまり、実際には、２台以上のユーザ端末１の夫々は、他のユーザ端末１や管理装置２との間でイベント情報等の各種情報を送受信し合うことができる。

【0015】

図２は、図１のイベント情報管理システムのうち、ユーザ端末１のハードウェア構成を示すブロック図である。

【0016】

ユーザ端末１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３と、バス１４と、入出力インターフェース１５と、入力部１６と、表示部１７と、撮像部１８と、ＧＰＳ部１９と、記憶部２０と、通信部２１と、ドライブ２２と、を備えている。

【0017】

ＣＰＵ１１は、ＲＯＭ１２に記録されているプログラム、又は、記憶部２０からＲＡＭ１３にロードされたプログラムに従って各種の処理を実行する。
ＲＡＭ１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。

【0018】

ＣＰＵ１１、ＲＯＭ１２及びＲＡＭ１３は、バス１４を介して相互に接続されている。このバス１４にはまた、入出力インターフェース１５も接続されている。入出力インターフェース１５には、入力部１６、表示部１７、撮像部１８、ＧＰＳ部１９、記憶部２０、通信部２１及びドライブ２２が接続されている。

【0019】

入力部１６は、例えば表示部１７の表示面に積層される静電容量式又は抵抗膜式（感圧式）の位置入力センサにより構成され、タッチ操作がなされた位置の座標を検出する。
ここで、タッチ操作とは、入力部１６に対する物体の接触又は近接の操作をいう。入力部１６に対して接触又は近接する物体は、例えばユーザの指やタッチペン等である。なお、以下、タッチ操作がなされた位置を「タッチ位置」と呼び、タッチ位置の座標を「タッチ座標」と呼ぶ。
表示部１７は、液晶等のディスプレイにより構成され、各種画像を表示する。
このように、本実施形態では、入力部１６と表示部１７とにより、タッチパネルが構成されている。

【0020】

撮像部１８は、ビラ、チラシ、ポスター、風景等の被写体を撮像し、その結果得られる画像のデータを出力する。即ち、本実施形態では、撮像部１８から出力された画像のデータは、イベント告知情報として採用される場合がある。
ＧＰＳ部１９は、アンテナを含み、複数のＧＰＳ用衛星からのＧＰＳ信号を受信し、当該ＧＰＳ信号からユーザ端末１の現在位置（緯度、経度）を示す位置情報を取得して、ＧＰＳ情報として出力する。このようにして出力されたＧＰＳ情報が、撮像部１８からイベント告知情報と出力された画像のデータのメタデータに含められた場合、当該ＧＰＳ情報は、イベント位置情報として採用される場合がある。
記憶部２０は、ハードディスクやＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部２１は、ネットワークＮを介して別装置（本実施形態では他のユーザ端末１や管理装置２）との間で行う通信を制御する。

【0021】

ドライブ２２は、必要に応じて設けられる。ドライブ２２には、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなる、リムーバブルメディア３１が適宜装着される。ドライブ２２によってリムーバブルメディア３１から読み出されたプログラムは、必要に応じて記憶部２０にインストールされる。また、リムーバブルメディア３１は、記憶部２０に記憶されている各種データも、記憶部２０と同様に記憶することができる。

【0022】

図３は、図１のイベント情報管理システムのうち、管理装置２のハードウェア構成を示すブロック図である。

【0023】

管理装置２は、ＣＰＵ５１と、ＲＯＭ５２と、ＲＡＭ５３と、バス５４と、入出力インターフェース５５と、出力部５６と、入力部５７と、記憶部５８と、通信部５９と、ドライブ６０とを備えている。
管理装置２の構成は、ユーザ端末１のタッチパネルを除いた構成と基本的に同様であるので、ここではその説明は省略する。

【0024】

このようなユーザ端末１Ｔ及び１Ｒ並びに管理装置２の各種ハードウェアと各種ソフトウェアとの協働により、イベント情報に関する各種処理を実行可能な機能が実現される。
このような機能を実現するための機能ブロック図が、図４乃至図６に示されている。
図４は、図１のイベント情報管理システムのうち、送信側となるユーザ端末１Ｔの機能的構成の一例を示す機能ブロック図である。
図５は、図１のイベント情報管理システムのうち、管理装置２の機能的構成の一例を示す機能ブロック図である。
図６は、図１のイベント情報管理システムのうち、受信側となるユーザ端末１Ｒの機能的構成の一例を示す機能ブロック図である。

【0025】

先ず、図４を参照して、図１のイベント情報管理システムのうち、送信側となるユーザ端末１Ｔの機能的構成について説明する。

【0026】

図４に示すように、ユーザ端末１ＴのＣＰＵ１１等においては、イベント告知情報取得部１０１と、イベント位置情報取得部１０２と、イベント日付情報取得部１０３と、イベントカテゴリ分類部１０４と、イベント情報生成部１０５と、送信制御部１０６と、地図画像生成部１０７と、日付選択画像生成部１０８と、表示制御部１０９とが機能する。
記憶部２０の一領域には、イベント内容画像ＤＢ２０１が設けられている。

【0027】

イベント内容画像ＤＢ２０１は、撮像部１８により撮像された画像のデータをイベント告知情報として記憶する。
なお、上述したように、イベント告知情報は、告知対象の所定イベントに関する画像のデータであれば足り、撮像部１８により撮像されることは特に必須ではない。即ち、ユーザ端末１Ｔは、別装置により撮像された画像のデータを、イベント告知情報として取得して、イベント内容画像ＤＢ２０１に記憶させてもよい。

【0028】

イベント告知情報取得部１０１は、イベント内容画像ＤＢ２０１から、イベント告知情報を取得する。

【0029】

イベント位置情報取得部１０２は、イベント内容画像ＤＢ２０１や入力部１６から、イベント位置情報を取得する。
イベント位置情報の取得手法は、特に限定されず、任意でよい。例えば本実施形態では、次の３つの手法が採用されている。

【0030】

イベント位置情報を取得する第１の手法は、次のようにしてメタデータから取得する手法である。
即ち、イベント告知情報としての画像のデータには、上述した様にメタデータが付されている場合がある。そこで、イベント位置情報取得部１０２は、イベント告知情報（画像のデータ）のメタデータに位置情報（ＧＰＳ情報等）が含まれていた場合、当該位置情報をイベント位置情報として取得する。

【0031】

イベント位置情報を取得する第２の手法は、次のようにしてイベント告知情報から取得する手法である。
即ち、イベント告知情報には、所定ベントの開催場所等を示す情報（例えば開催場所を示す文字列や、開催場所を特定可能な建築物や風景等）が画像として含まれている場合がある。
そこで、イベント位置情報取得部１０２は、イベント告知情報（画像のデータ）に対して各種画像処理を施し、それらの処理結果に基づいて各種解析等をすることで、所定の位置情報を抽出する。イベント位置情報取得部１０２は、このようにして抽出した位置情報をイベント位置情報として取得する。

【0032】

イベント位置情報を取得する第３の手法は、ユーザ端末１Ｔの表示部１７に表示されたマップ上でユーザＵＴにより指定された位置を、イベント位置情報として取得する手法である。
即ち、地図画像生成部１０７は、マップを示す画像（以下、「地図画像」と呼ぶ）のデータを生成する。なお、地図画像のデータは、外部から取得するようにしてもよい。
表示制御部１０９は、地図画像を表示部１７に表示させる制御を実行する。
ユーザＵＴは、表示部１７に表示された地図画像のうち、イベントの開催位置等指定したい位置に対して、タッチ操作（例えばタップ操作）をする。
すると、入力部１６は、タッチ操作がなされた位置（表示部１７の画面上の座標）をイベント位置情報取得部１０２に入力する。イベント位置情報取得部１０２は、このようにして入力された位置と地図画像との対応関係に基づいて、所定の位置情報（実際の場所の住所や緯度・経度）を認識する。イベント位置情報取得部１０２は、このようにして認識した位置情報をイベント位置情報として取得する。

【0033】

イベント日付情報取得部１０３は、イベント内容画像ＤＢ２０１や入力部１６から、イベント日付情報を取得する。
イベント日付情報の取得手法は、特に限定されず、任意でよい。例えば本実施形態では、次の３つの手法が採用されている。

【0034】

イベント日付情報を取得する第１の手法は、次のようにしてメタデータから取得する手法である。
即ち、イベント告知情報としての画像のデータには、上述した様にメタデータが付されている場合がある。そこで、イベント日付情報取得部１０３は、イベント告知情報（画像のデータ）のメタデータに時間情報が含まれていた場合、当該時間情報をイベント日付情報として取得する。

【0035】

イベント日付情報を取得する第２の手法は、次のようにしてイベント告知情報から取得する手法である。
即ち、イベント告知情報には、所定ベントの開催時刻や時間帯等を示す情報（例えば開催時刻を示す文字列等）が画像として含まれている場合がある。
そこで、イベント日付情報取得部１０３は、イベント告知情報（画像のデータ）に対して各種画像処理を施し、それらの処理結果に基づいて各種解析等をすることで、所定の位置情報を抽出する。イベント位置情報取得部１０２は、このようにして抽出した位置情報をイベント位置情報として取得する。

【0036】

イベント日付情報を取得する第３の手法は、ユーザ端末１Ｔの表示部１７に表示されたＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）画像において、ユーザＵＴにより選択された日付を示す情報を、イベント日付情報として取得する手法である。
即ち、日付選択画像生成部１０８は、日付を選択するためのＧＵＩ画像（以下、「日付選択画像」と呼ぶ）のデータを生成する。
表示制御部１０９は、日付選択画像を表示部１７に表示させる制御を実行する。
ユーザＵＴは、表示部１７に表示された日付選択画像に対して、所定のタッチ操作をすることで、所望の日付を選択する。
すると、入力部１６は、タッチ操作の内容をイベント日付情報取得部１０３に入力する。イベント日付情報取得部１３２は、このようにして入力されたタッチ操作の内容に基づいて、ユーザＵＴにより選択された日付を認識する。イベント日付情報取得部１０３は、このようにして認識した日付を示す情報を、イベント日付情報として取得する。

【0037】

イベントカテゴリ分類部１０４は、告知対象のイベントについての、イベント告知情報、イベント位置情報、及びイベント日付情報等に基づいて、即ち、イベントが開催される場所、期間、内容等に基づいて、当該告知対象のイベントのカテゴリ分類を行う。

【0038】

イベント情報生成部１０５は、告知対象のイベントについての、イベント告知情報、イベント位置情報、及びイベント日付情報を少なくとも含む情報を、当該告知対象のイベントのイベント情報として生成する。
ここで、「少なくとも」としたのは、イベント情報にはその他の情報を含ませることもできるからである。例えば、イベントカテゴリ分類部１０４により分類されたカテゴリを、イベント情報に含ませることもできる。

【0039】

ここで、ユーザＵＴの立場からすると、文字入力が不要で、写真撮影、位置と日付の各選択操作（タッチ操作）といった簡単な３ステップで、イベント情報の生成（イベント告知エントリ）をすることができるので、ユーザＵＴにとって非常に便宜である。

【0040】

送信制御部１０６は、このようにして生成されたイベント情報を、通信部２１及びネットワークＮ（図１）を介して管理装置２に送信する制御を実行する。

【0041】

次に、図５を参照して、図１のイベント情報管理システムのうち、管理装置２の機能的構成について説明する。

【0042】

図５に示すように、管理装置２のＣＰＵ５１等においては、イベント情報登録部１５０と、出力要求受付部１５１と、移動可能地域特定部１５２と、日付特定部１５３と、カテゴリ特定部１５４と、イベント情報抽出部１５５と、送信制御部１５６とが機能する。
記憶部５８の一領域には、イベント情報ＤＢ３０１が設けられている。

【0043】

イベント情報登録部１５０は、ユーザ端末１Ｔから送信されてきたイベント情報を、通信部５９を介して取得してイベント情報ＤＢ３０１に記憶させることにより、当該イベント情報を登録する。

【0044】

出力要求受付部１５１は、ユーザ端末１Ｒから送信されたイベント情報出力要求を、通信部５９を介して受け付ける。
ここで、イベント情報出力要求とは、所定の条件に合致したイベント情報を出力する要求をいう。所定の条件は、特に限定されないが、例えば本実施形態では、ユーザＵＲが指定する場所又はその近傍（ユーザＵＲが所定の時間内に移動し得る場所）で開催されるイベントという条件が採用されているとする。
この条件を満たすか否かを判断すべく、ユーザＵＲが指定する場所に関する位置情報が、イベント情報出力要求に少なくとも含まれているものとする。
具体的には例えば、ユーザＵＲが指定する場所に関する位置情報としては、例えばユーザＵＲが用いるユーザ端末１ＲのＧＰＳ情報（現在位置情報）を採用することもできるし、ユーザ端末１Ｒの表示部１７に表示されるマップ上においてユーザＵＲが指定した場所に関する位置情報を採用することもできる。

【0045】

移動可能地域特定部１５２は、イベント情報出力要求に含まれる位置情報に基づいて、ユーザＵＲが指定する位置（以下、「指定位置」と呼ぶ）を認識し、当該指定位置を起点として、ユーザＵＲが所定の時間内に移動し得る地域（以下、「移動可能地域」と呼ぶ）を特定する。

【0046】

移動可能地域の特定手法は、特に限定されない。
例えば、指定位置を起点とする所定の半径を有する円により決定する手法、即ちＣＦ：ハフモデルを使用する、という第１手法を採用することができる。
また例えば、指定位置を起点として所定の移動手段毎に所定のルートを設定して決定する、という第２手法を採用することができる。所定の移動手段としては、例えば、徒歩、自転車、自動車、電車、航空機等を採用することができる。さらに、２種類以上の移動手段を組合せてもよい。
また例えば、指定位置を起点として所定の時間（例えば１０分等）内に移動できる範囲により決定する、という第３手法を採用することができる。
これらの手法は、任意に組み合わせることもできる。例えば、所定の時間内に移動できる範囲は、移動手段に応じて異なるため、第２手法と第３手法を組合せると好適である。

【0047】

ここで、イベント情報出力要求には、ユーザＵＲの指定位置の他、ユーザＵＲが指定する日付や期間（以下、「指定日付」と呼ぶ）が含まれる場合がある。
この場合、日付特定部１５３は、ユーザＵＲの指定日付に基づいて、出力対象となるイベントの日付や期間を特定する。
ここで、「ユーザＵＲの指定日付に基づいて」と記載したのは、「ユーザＵＲの指定日付」がそのまま「出力対象となるイベントの日付や期間」になるとは限らないからである。即ち、日付特定部１５３は、例えば、「ユーザＵＲの指定日付」自体で無くても、「ユーザＵＲの指定日付」と類似する日付や期間を、「出力対象となるイベントの日付や期間」として特定してもよい。

【0048】

また、イベント情報出力要求には、ユーザＵＲの指定位置の他、ユーザＵＲが指定するカテゴリ（以下、「指定カテゴリ」と呼ぶ）が含まれる場合がある。
この場合、カテゴリ特定部１５４は、当該指定カテゴリに基づいて、出力対象となるイベントのカテゴリを特定する。
ここで、「当該指定カテゴリに基づいて」と記載したのは、「当該指定カテゴリ」がそのまま「出力対象となるイベントのカテゴリ」になるとは限らないからである。即ち、カテゴリ特定部１５４は、例えば、「当該指定カテゴリ」自体で無くても、「当該指定カテゴリ」と類似するカテゴリを、「出力対象となるイベントのカテゴリ」として特定してもよい。

【0049】

イベント情報抽出部１５５は、少なくとも移動可能地域に基づいて、さらに必要に応じて、日付特定部１５３が特定した日付・期間や、カテゴリ特定部１５４が特定したカテゴリに基づき、出力対象のイベント情報をイベント情報ＤＢ３０１から抽出する。

【0050】

送信制御部１５６は、イベント情報抽出部１５５により描出されたイベント情報を、通信部５９及びネットワークＮを介して、ユーザ端末１Ｒに送信する制御を実行する。

【0051】

次に、図６を参照して、図１のイベント情報管理システムのうち、受信側となるユーザ端末１Ｒの機能的構成について説明する。

【0052】

図６に示すように、ユーザ端末１ＲのＣＰＵ１１等においては、指定位置取得部１２１と、指定日付取得部１２２と、指定カテゴリ取得部１２３と、出力要求生成部１２４と、イベント情報取得部１２５と、地図画像生成部１０７と、日付選択画像生成部１０８と、表示制御部１０９とが機能する。

【0053】

指定位置取得部１２１は、入力部１６やＧＰＳ部１９から、ユーザＵＲの指定位置を取得する。
指定位置の取得手法は、特に限定されず、任意でよい。例えば本実施形態では、次の２つの手法が採用されている。

【0054】

指定位置を取得する第１の手法は、ＧＰＳ部１９から出力されるＧＰＳ情報に基づいて現在位置を取得する手法である。

【0055】

指定位置を取得する第２の手法は、ユーザ端末１Ｒの表示部１７に表示されたマップ上でユーザＵＲにより指定された位置を、指定位置として取得する手法である。
即ち、地図画像生成部１０７は、地図画像のデータを生成する。なお、地図画像のデータは、外部から取得するようにしてもよい。表示制御部１０９は、地図画像を表示部１７に表示させる制御を実行する。
ユーザＵＲは、表示部１７に表示された地図画像のうち所望の位置に対して、タッチ操作（例えばタップ操作）をする。
すると、入力部１６は、タッチ操作がなされた位置（表示部１７の画面上の座標）を指定位置取得部１２１に入力する。指定位置取得部１２１は、このようにして入力された位置と地図画像との対応関係に基づいて、所定の位置（実際の場所の住所や緯度・経度）を認識する。指定位置取得部１２１は、このようにして認識した位置を指定位置として取得する。

【0056】

指定日付取得部１２２は、入力部１６から、ユーザＵＲの指定日付を取得する。
指定日付の取得手法は、特に限定されず、任意でよい。例えば本実施形態では、ユーザ端末１Ｒの表示部１７に表示された日付選択画像において、ユーザＵＲにより選択された日付を、指定日付として取得する手法が採用されている。
即ち、日付選択画像生成部１０８は、日付選択画像のデータを生成する。表示制御部１０９は、日付選択画像を表示部１７に表示させる制御を実行する。
ユーザＵＲは、表示部１７に表示された日付選択画像に対して、所定のタッチ操作をすることで、所望の日付を選択する。
すると、入力部１６は、タッチ操作の内容を指定日付取得部１２２に入力する。指定日付取得部１２２は、このようにして入力されたタッチ操作の内容に基づいて、ユーザＵＲにより選択された日付を認識する。指定日付取得部１２２は、このようにして認識した日付を、指定日付として取得する。

【0057】

指定カテゴリ取得部１２３は、入力部１６から、ユーザＵＲの指定カテゴリを取得する。
指定カテゴリの取得手法は、特に限定されず、任意でよい。例えば本実施形態では、ユーザＵＲのタッチ操作により入力されたカテゴリを、指定カテゴリとして取得する手法が採用されている。

【0058】

出力要求生成部１２４は、少なくとも指定位置を含め、必要に応じてさらに指定日付や指定カテゴリを含めたイベント情報出力要求を生成する。

【0059】

イベント情報出力要求は、通信部２１からネットワークＮを介して管理装置２に送信される。
このようなイベント情報出力要求に応じて、管理装置２により抽出されたイベント情報がネットワークＮを介して送信されてきた場合、イベント情報取得部１２５は、当該イベント情報を通信部２１を介して取得する。
表示制御部１０９は、当該イベント情報に基づく画像、例えばイベント告知情報に対応する画像等を、表示部１７に表示させる制御を実行する。

【0060】

以上、ユーザ端末１Ｔ及び１Ｒ並びに管理装置２の機能的構成について説明した。
次に、図７を参照して、このような機能的構成を有するユーザ端末１Ｔ及び１Ｒ並びに管理装置２が実行する処理を説明する。

【0061】

図７は、図１のイベント情報管理システムの動作の流れを模式的に示す図である。

【0062】

ステップＳ１において、ユーザ端末１Ｔのイベント告知情報取得部１０１は、告知対処のイベントについての印刷チラシ、手書きチラシ、風景等の画像のデータを、当該告知対象のイベントのイベント告知情報として取得する。
なお、図７の例では、イベント告知情報としての画像データは、ユーザ端末１Ｔの撮像部１８により撮像されたものであるが、これは例示にしか過ぎない。即ち、イベント告知情報としての画像データは、ユーザ端末１Ｔが、インターネット等の所定のネットワークＮを介して取得したものであってもよい。

【0063】

ステップＳ２において、ユーザ端末１Ｔのイベント情報生成部１０５は、告知対象のイベントのイベント情報を生成する。
即ち、上述したように、イベント位置情報取得部１０２、イベント日付情報取得部１０３、及びイベントカテゴリ分類部１０４の夫々は、告知対象のイベントについての、イベント位置情報、イベント日付情報、及びカテゴリの夫々を取得等する。
イベント情報生成部１０５は、イベント告知情報、イベント位置情報、及びイベント日付情報、並びにカテゴリを含む情報を、当該告知対象のイベントのイベント情報として生成する。

【0064】

ステップＳ３において、ユーザ端末１Ｔの送信制御部１０６は、イベント情報を、通信部２１及びネットワークＮを介して、管理装置２に送信する。

【0065】

ステップＳ１１において、管理装置２のイベント情報登録部１５０は、ステップＳ３の処理でユーザ端末１Ｔから送信されてきたイベント情報を、通信部５９を介して取得してイベント情報ＤＢ３０１に記憶させることにより、当該イベント情報を登録する。

【0066】

ここで、ユーザ端末１Ｒにおいて、ステップＳ２１の処理が実行されたものとする。
即ち、ステップＳ２１において、ユーザ端末１Ｒの指定位置取得部１２１、指定日付取得部１２２、及び指定カテゴリ取得部１２３の夫々は、指定位置、指定日付、及び指定カテゴリの夫々を取得する。

【0067】

ステップＳ２２において、ユーザ端末１Ｒの出力要求生成部１２４は、指定位置、指定日付、及び指定カテゴリを含めたイベント情報出力要求を生成し、通信部２１からネットワークＮを介して管理装置２に送信する。

【0068】

ステップＳ１２において、管理装置２の出力要求受付部１５１は、ステップＳ２２の処理でユーザ端末１Ｒから送信されたイベント情報出力要求を通信部５９を介して取得することで、当該イベント情報出力要求を受付ける。
ステップＳ１３において、イベント情報抽出部１５５は、ステップＳ１２の処理で受け付けられたイベント情報出力要求に基づいて、イベント情報をイベント情報ＤＢ３０１から抽出する。
ステップＳ１４において、送信制御部１５６は、当該イベント情報を、通信部５９及びネットワークＮを介してユーザ端末１Ｒに送信する。

【0069】

ステップＳ２３において、ユーザ端末１Ｒのイベント情報取得部１２５は、ステップＳ１４の処理で管理装置２からネットワークＮを介して送信されてきたイベント情報を、通信部２１を介して受信する。表示制御部１０９は、当該イベント情報に基づく画像、例えばイベント告知情報に対応する画像等を、表示部１７に表示させる。

【0070】

以上、本発明の一実施形態について説明したが、本発明は、上述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。

【0071】

例えば、図２及び図３に示すハードウェア構成は、本発明の目的を達成するための例示に過ぎず、特に限定されない。

【0072】

また、図４乃至６に示す機能ブロック図は、例示に過ぎず、特に限定されない。即ち、上述した一連の処理を全体として実行できる機能が情報処理システムに備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは、特に図４乃至６の例に限定されない。

【0073】

また、機能ブロックの存在場所も、図４乃至６に限定されず、任意でよい。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。

【0074】

各機能ブロックの処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えばサーバの他汎用のスマートフォンやパーソナルコンピュータであってもよい。

【0075】

このようなプログラムを含む記録媒体は、各店舗にプログラムを提供するために装置本体とは別に配布される、リムーバブルメディアにより構成されるだけではなく、装置本体に予め組み込まれた状態で各店舗に提供される記録媒体等で構成される。

【0076】

なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に添って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的或いは個別に実行される処理をも含むものである。

【0077】

また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものである。

【0078】

以上まとめると、本発明が適用されるイベント情報管理装置は、次のような構成を取れば足り、上述の実施形態を含め各種各様な実施形態を取ることができる。
即ち、本発明が適用されるイベント情報管理装置（例えば図１の管理装置２）は、
告知対象のイベントに関する画像のデータであるイベント告知情報、並びに当該イベントに関するイベント位置情報及びイベント日付情報を少なくとも含むイベント情報を、第１ユーザ端末（例えば図１のユーザ端末１Ｓ）から受け付けて登録するイベント情報登録部（例えば図５のイベント情報登録部１５０）と、
指定位置を少なくとも含むイベント情報出力要求を第２端末（例えば図１のユーザ端末１Ｒ）から受け付ける出力要求受付部（例えば図５の出力要求受付部１５１）と、
当該イベント情報出力要求に応じて、当該指定位置を起点とする所定の移動可能地域に含まれる前記イベント情報を抽出するイベント情報抽出部（例えば図５のイベント情報抽出部１５５）と、
抽出された当該イベント情報を前記第２端末に送信する制御を実行する送信制御部（例えば図５の送信制御部１５６）と、
を備える。
これにより、ユーザに対し、インターネット上に掲載されないような小規模なイベント情報についても、容易に送受信できる環境を提供することが可能になる。
さらに、このような本発明が適用される本発明が適用されるイベント情報管理装置は、次のような技術を実現することもできる。なお、以下の説明では、理解を容易なものとすべく、上述の実施形態の符号を用いて説明する。

【0079】

例えば、イベント情報（イベント告知情報）は、有効期限を設定してもよい。即ち、有効期限を示す情報を、イベント情報に含めることもできる。

【0080】

例えば、管理装置２は、イベント情報毎に閲覧者数をカウントし、ユーザ端末１Ｒに送信するイベント情報に、当該イベント情報毎の閲覧者数を含めることにより、ユーザ端末１Ｒ上に当該イベント情報の閲覧者数を表示させることができる。
これにより、ユーザＵＲは、ユーザ端末１Ｒ上に表示されるイベント情報の注目度を把握することができる。

【0081】

また、イベント告知者やイベント告知情報の媒介者（キュレーター、アンバサダー）等のユーザをフォローすることができ、フォローした人をフォロワーとして確認することができるようにしてもよい。
フォロワー（主に閲覧者）は、フォローした人の情報発信の通知を受けることができるようにしてもよい。
例えば、ユーザＵＲは、特定のユーザＵＴをフォローすることができる。ユーザＵＴは、フォローしてくれたユーザＵＲを、フォロワーとしてユーザ端末１Ｔ上で確認することができる。
これにより、ユーザＵＴは、ユーザ端末１Ｔ上でフォロワーであるユーザＵＲの状況を確認することができるため、自らが告知したイベントに対するユーザＵＲの反応を確認することができる。
逆に、フォロワーであるユーザＵＲは、フォローしたユーザＵＴが情報を発信した場合、管理装置２から、ユーザＵＴが情報を発信した旨の通知を受けることができる。

【0082】

また、ユーザ端末１は、過去に表示した位置情報を履歴として記憶し、イベント位置情報の入力時、又はイベント情報を表示する時に、過去に表示した位置をリストに表示させることができる。
これにより、ユーザＵＲは、当該リストから位置情報を選択することができるため、効率良くイベント情報を取得ことができる。

【0083】

また、ユーザ端末１Ｒは、管理装置２から取得したイベント情報を、お気に入りとして個別に分類することができる。
これにより、ユーザＵＲは、過去に取得したイベント情報のうち、興味があるものや、何度も閲覧したいようなものをお気に入りとして分類することにより、効率良く当該イベント情報を閲覧することができる。

【0084】

また、管理装置２は、イベント情報にコメント欄を設け、当該コメント欄に書き込められた内容を、当該イベント情報を送信したユーザＵＴや、当該イベント情報を取得したユーザＵＲの閲覧に付すことができる。
これにより、ユーザＵＴ又はユーザＵＲは、ユーザ端末１からイベント情報にコメントを書き込むことにより、他のユーザＵＲにコメントの内容を伝えることができる。

【0085】

また、管理装置２は、イベント情報に通報機能を設けることができる。
これにより、当該イベント情報を送信したユーザＵＴや、当該イベント情報を取得したユーザＵＲは、通報の内容を確認することができる。

【0086】

また、管理装置２は、各ユーザのプロフィール情報を個別に管理し、ユーザ端末ＵＴ又はユーザ端末ＵＲに対して、当該各ユーザのプロフィール情報を送信することができる。
これにより、管理装置２は、必要に応じて、ユーザ端末１Ｔ又はユーザ端末ＩＲに対して、各ユーザのプロフィール情報を送信することにより、ユーザＵＴ又はユーザＵＲは、各ユーザのプロフィール情報を確認することができる。

【0087】

また、管理装置２は、ユーザ端末１Ｒから、イベント情報出力要求を受け付けた場合に、当該イベント情報出力要求に含まれる、ユーザＵＲが指定した場所についての位置情報
に基づき特定された移動可能地域に存在する他のユーザ端末１Ｒに対して、当該移動可能地域に含まれるイベント情報を、自発的に送信することができる。

【0088】

これにより、管理装置２は、ユーザＵＲによるユーザ端末１Ｒからのイベント情報出力要求に対して、当該イベント情報出力要求を送信したユーザＵＲに限らず、他のユーザ端末１Ｒに対しても、同様のイベント情報をプッシュ配信することができることから、効率よくイベント情報の周知を図ることができる。

【0089】

このとき、当該プッシュ配信の対象となったユーザ端末１Ｒを使用するユーザＵＲが、当該移動可能地域以外に居住している場合（例えば、旅行等により偶然に当該移動可能地域に存在した場合）に、当該ユーザＵＲが、当該イベント情報を閲覧し、当該イベントに参加する等の行動を起こしたのであれば、当該イベントは、当該プッシュ配信によって商圏を広げたことになる。これは、各ユーザのプロフィール情報、イベント情報の閲覧履歴、プッシュ配信の対象となった履歴、コメント履歴等を追跡調査することにより確認することができる。

【0090】

なお、当該追跡調査により得られた、プッシュ配信対象者となったユーザＵＲの居住地域に関する情報の取得は、当該イベント情報をユーザ端末１Ｒから管理装置２に送信したユーザＵＴに限られず、当該ユーザＵＴのフォロワーも取得することができる。

【0091】

また、ユーザＵＴが、ユーザ端末１Ｒから管理装置２に送信できるイベント情報には、公共的な防災防犯等の地域に属した重要な情報が含まれる。具体的には、例えば、地域の防災訓練に関する情報や、災害時における避難場所についての情報等が挙げられる。

【0092】

また、ユーザ端末１Ｒには、ユーザＵＲが指定した地点から一定の範囲内に限定した、イベント、企業、組織、団体等に関する広告を有料で表示することができる。
広告を表示する期間は、広告の表示を依頼する者が任意に指定することができる。また、広告を表示する回数や時間帯等も、確率分布で指定することができる。

【0093】

なお、広告の表示を依頼する者は、イベントを開催する者に限られず、特にイベントを開催する予定のない企業、組織、団体であってもよい。

【0094】

広告の掲載方法としては、ユーザ端末１Ｒの表示部１７に出力する画面の一部に広告専用の枠を設けて掲載する方法（固定枠による広告）、ユーザ端末１Ｒの表示部１７に出力するイベント情報に、広告を自然に溶け込ませることにより、なるべくユーザＵＲにストレスを感じさせないように掲載する方法（ネイティブ広告）、ユーザＵＲが指定する場所やカテゴリと関連性の高いイベントや企業等に関する広告を、広告料金に応じて優先的に目立つように掲載する方法（リスティング広告）等がある。

【0095】

これにより、ユーザＵＲにとって関心のある場所と関連性の高いイベント、企業等に関する広告を、広告料金に応じて優先的に、かつ、効率的に、ユーザ端末１Ｒに表示することができる。

【0096】

また、ユーザＵＴは、送信するイベント情報に、当該イベントについて、参加者・利用者に何らかの特典を与えるクーポンを付帯させることができる。当該クーポンは、上述した広告の掲載方法と同様に、ユーザ端末１Ｒに表示させることができる。

【0097】

ユーザＵＲが、ユーザ端末１Ｒで当該クーポンを閲覧した場合、ユーザ端末１Ｒに当該クーポンに係るイベント情報が表示される。
これにより、ユーザＵＴは、ユーザＵＲに対し、イベント情報をプッシュすることができる。

【0098】

また、管理装置２は、イベント情報をユーザＵＲが閲覧した場合、当該ユーザＵＲのユーザ端末１Ｒについての位置情報を、当該イベント情報を管理装置２に送信したユーザＵＴのユーザ端末１Ｔに送信することができる。

【0099】

これにより、ユーザＵＴは、自らが送信したイベント情報に興味を持ち閲覧したユーザＵＲについての位置情報を得ることができるため、当該位置情報を蓄積することにより、ビッグデータ、マーケティングデータとして活用することができる。

【符号の説明】

【0100】

１，１Ｔ，１Ｒ・・・ユーザ端末，２・・管理装置、１０１・・・イベント告知情報取得部、１０２・・・イベント位置情報取得部、１０３・・・イベント日付情報取得部、１０４・・・イベントカテゴリ分類部、１０５・・・イベント情報生成部、１０６・・・送信制御部、１０７・・・地図画像生成部、１０８・・・日付選択画像生成部、１０９・・・表示制御部、１２１・・・指定位置取得部、１２２・・・指定日付取得部、１２３・・・指定カテゴリ取得部、１２４・・・出力要求生成部、１２５・・・イベント情報取得部、１５０・・・イベント情報登録部、１５１・・・出力要求受付部、１５２・・・移動可能地域特定部、１５３・・・日付特定部、１５４・・・カテゴリ特定部、１５５・・・イベント情報抽出部、１５６・・・送信制御部、２０１・・・イベント内容画像ＤＢ、３０１・・・イベント情報ＤＢ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】