(57)【要約】【課題】  イベントを容易に検出できるイベント検出装置、イベント検出システム、イベント検出方法、及びイベント検出プログラムを提供する。【解決手段】  イベント検出装置は、ネットワークと端末の間で通信を中継する複数の中継装置の各々の周辺のイベントを検出するイベント検出装置において、前記端末から前記ネットワークに送信される上りトラフィック量を前記複数の中継装置からそれぞれ取得する取得部と、前記複数の中継装置の前記上りトラフィック量の増加率をそれぞれ算出する算出部と、前記上りトラフィック量の増加率に基づき、前記複数の中継装置のうち、前記イベントが周辺で発生した中継装置を検出する検出部とを有する。【選択図】図１
2017162208.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークと端末の間で通信を中継する複数の中継装置の各々の周辺のイベントを検出するイベント検出装置において、
前記端末から前記ネットワークに送信される上りトラフィック量を前記複数の中継装置からそれぞれ取得する取得部と、
前記複数の中継装置の前記上りトラフィック量の増加率をそれぞれ算出する算出部と、
前記上りトラフィック量の増加率に基づき、前記複数の中継装置のうち、前記イベントが周辺で発生した中継装置を検出する検出部とを有することを特徴とするイベント検出装置。
【請求項２】
前記イベントが周辺で発生した中継装置の位置に基づき、前記複数の中継装置から、前記イベントの通知先とする前記端末の中継装置を決定する決定部と、
前記決定部が決定した中継装置の前記端末に前記イベントを通知する通知部とを有することを特徴とする請求項１に記載のイベント検出装置。
【請求項３】
前記取得部は、前記ネットワークから前記端末に送信される下りトラフィック量を前記複数の中継装置からそれぞれ取得し、
前記算出部は、前記複数の中継装置の前記下りトラフィック量の増加率をそれぞれ算出し、
前記検出部は、前記上りトラフィック量の増加率と前記下りトラフィック量の増加率を比較し、該比較結果に基づき、前記イベントが周辺で発生した中継装置を検出することを特徴とする請求項１または２に記載のイベント検出装置。
【請求項４】
前記取得部は、前記端末の通信先ごとの前記上りトラフィック量を前記複数の中継装置からそれぞれ取得し、
前記算出部は、前記複数の中継装置の各々について、前記端末の通信先のうち、前記端末から投稿を受け付ける通信先への前記上りトラフィック量の増加率と、他の通信先への前記上りトラフィック量の増加率とを算出し、
前記検出部は、前記複数の中継装置の各々について、前記端末から投稿を受け付ける通信先への前記上りトラフィック量の増加率と、他の通信先への前記上りトラフィック量の増加率とを比較し、該比較結果に基づき、前記イベントが周辺で発生した中継装置を検出することを特徴とする請求項１または２に記載のイベント検出装置。
【請求項５】
前記検出部による中継装置ごとの検出時刻を記憶する記憶部と、
前記検出部は、前記検出時刻から所定時間内の当該中継装置の検出を停止することを特徴とする請求項１乃至４の何れかに記載のイベント検出装置。
【請求項６】
前記取得部は、前記端末ごとの前記上りトラフィック量を前記複数の中継装置からそれぞれ取得し、
前記通知部は、前記決定部が決定した中継装置について、前記端末ごとの前記上りトラフィック量の増加率を算出し、前記決定部が決定した中継装置の前記端末のうち、前記上りトラフィック量の増加率が所定値以上である端末を、前記イベントの通知先から除外することを特徴とする請求項２に記載のイベント検出装置。
【請求項７】
前記通知部は、前記イベントが周辺で発生した中継装置の前記端末のうち、前記上りトラフィック量の増加率が前記所定値未満である端末に、前記イベントを通知することを特徴とする請求項６に記載のイベント検出装置。
【請求項８】
ネットワークと端末の間で通信を中継する複数の中継装置と、
前記複数の中継装置の各々の周辺のイベントを検出するイベント検出装置とを有し、
前記イベント検出装置は、
前記端末から前記ネットワークに送信される上りトラフィック量を前記複数の中継装置からそれぞれ取得する取得部と、
前記複数の中継装置の前記上りトラフィック量の増加率をそれぞれ算出する算出部と、
前記上りトラフィック量の増加率に基づき、前記複数の中継装置のうち、前記イベントが周辺で発生した中継装置を検出する検出部とを有することを特徴とするイベント検出システム。
【請求項９】
ネットワークと端末の間で通信を中継する複数の中継装置の各々の周辺のイベントを検出するイベント検出方法において、
前記端末から前記ネットワークに送信される上りトラフィック量を前記複数の中継装置からそれぞれ取得する工程と、
前記複数の中継装置の前記上りトラフィック量の増加率をそれぞれ算出する工程と、
前記上りトラフィック量の増加率に基づき、前記複数の中継装置のうち、前記イベントが周辺で発生した中継装置を検出する工程とを、コンピュータが実行することを特徴とするイベント検出方法。
【請求項１０】
ネットワークと端末の間で通信を中継する複数の中継装置の各々の周辺のイベントを検出するイベント検出プログラムにおいて、
前記端末から前記ネットワークに送信される上りトラフィック量を前記複数の中継装置からそれぞれ取得し、
前記複数の中継装置の前記上りトラフィック量の増加率をそれぞれ算出し、
前記上りトラフィック量の増加率に基づき、前記複数の中継装置のうち、前記イベントが周辺で発生した中継装置を検出する、処理を、コンピュータに実行させることを特徴とするイベント検出プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本件は、イベント検出装置、イベント検出システム、イベント検出方法、及びイベント検出プログラムに関する。
【背景技術】
【０００２】
例えば、大学等のキャンパスにおいては、日々、様々なイベントが発生するが、その中には、例えば、サークルのゲリラライブや公開練習といったパフォーマンスや、有名人の来訪、スポーツの対外試合、臨時セミナーなど、予めスケジュールが決まっていないものや、全体に周知されていない突発的なものが多い。
【０００３】
このようなイベントは、学生がキャンパスで発見したイベントについて、Twitter（登録商標、以下同様）、 Facebook（登録商標、以下同様）、 YouTube（登録商標、以下同様）等のＳＮＳ（Social Networking Service）に投稿し、この投稿を他の学生が閲覧することで、初めて周知される。しかし、このような方法では、学生がＳＮＳにて投稿を閲覧、検索して、イベントを発見する必要があるほか、リアルタイムに投稿を閲覧しないとイベント発生中に気づくことができない、イベント発生位置が遠いと気づいてもイベント終了に間に合わない、といった問題が発生する。
【０００４】
一方、センサーや機器といったデバイスの小型化・高性能化、ネットワークの多様化・高速化、クラウドの普及などテクノロジーの進化により、あらゆるヒト・モノ・環境がネットワークでつながるＩｏＴ（Internet of Things）の時代を迎えている。ＩｏＴでは、膨大なデータから新たな価値やビジネスを創出することが期待されており、既に様々な分野において、集めたデータを活用するＩｏＴサービスが生まれつつある。
【０００５】
そこで、ＩｏＴを活用し、学生のイベントに関する投稿情報からキャンパスで発生した突発的イベントを自動検出し、リアルタイムに周辺の学生に通知することで、学生がキャンパス内のイベントを把握して参加できるようにし、キャンパスライフを活性化できると考えられる。
【０００６】
これに対し、様々な方法によりイベントを検出する仕組みが提案されている（例えば特許文献１，２参照）。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２０１３−１３４７３８号公報
【特許文献２】特開２０１５−１０８９５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかし、特許文献１，２に開示されたイベント検出方法は、ＳＮＳへの投稿されるコメントやその位置情報などの複雑な解析処理を必要とするため、高性能なハードウェアが必要になるという問題がある。
【０００９】
本発明は、イベントを容易に検出できるイベント検出装置、イベント検出システム、イベント検出方法、及びイベント検出プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
１つの態様では、イベント検出装置は、ネットワークと端末の間で通信を中継する複数の中継装置の各々の周辺のイベントを検出するイベント検出装置において、前記端末から前記ネットワークに送信される上りトラフィック量を前記複数の中継装置からそれぞれ取得する取得部と、前記複数の中継装置の前記上りトラフィック量の増加率をそれぞれ算出する算出部と、前記上りトラフィック量の増加率に基づき、前記複数の中継装置のうち、前記イベントが周辺で発生した中継装置を検出する検出部とを有する。
【００１１】
また、１つの態様では、イベント検出システムは、ネットワークと端末の間で通信を中継する複数の中継装置と、前記複数の中継装置の各々の周辺のイベントを検出するイベント検出装置とを有し、前記イベント検出装置は、前記端末から前記ネットワークに送信される上りトラフィック量を前記複数の中継装置からそれぞれ取得する取得部と、前記複数の中継装置の前記上りトラフィック量の増加率をそれぞれ算出する算出部と、前記上りトラフィック量の増加率に基づき、前記複数の中継装置のうち、前記イベントが周辺で発生した中継装置を検出する検出部とを有する。
【００１２】
また、１つの態様では、イベント検出方法は、ネットワークと端末の間で通信を中継する複数の中継装置の各々の周辺のイベントを検出するイベント検出方法において、前記端末から前記ネットワークに送信される上りトラフィック量を前記複数の中継装置からそれぞれ取得する工程と、前記複数の中継装置の前記上りトラフィック量の増加率をそれぞれ算出する工程と、前記上りトラフィック量の増加率に基づき、前記複数の中継装置のうち、前記イベントが周辺で発生した中継装置を検出する工程とを、コンピュータが実行する方法である。
【００１３】
また、１つの態様では、イベント検出プログラムは、ネットワークと端末の間で通信を中継する複数の中継装置の各々の周辺のイベントを検出するイベント検出プログラムにおいて、前記端末から前記ネットワークに送信される上りトラフィック量を前記複数の中継装置からそれぞれ取得し、前記複数の中継装置の前記上りトラフィック量の増加率をそれぞれ算出し、前記上りトラフィック量の増加率に基づき、前記複数の中継装置のうち、前記イベントが周辺で発生した中継装置を検出する、処理を、コンピュータに実行させるプログラムである。
【発明の効果】
【００１４】
１つの側面として、イベントを容易に検出することができる。
【図面の簡単な説明】
【００１５】
【図１】イベント検出システムの一例を示す構成図である。
【図２】アクセスポイントの一例を示す構成図である。
【図３】送信処理部の処理の一例を示すフローチャートである。
【図４】イベント通知サーバの一例を示す構成図である。
【図５】トラフィック情報及びトラフィックの増加率の一例を示す図である。
【図６】位置データベース、端末データベース、及び検出リストの一例を示す図である。
【図７】イベント通知サーバの動作の一例を示すフローチャートである。
【図８】イベント検出部の処理の一例を示すフローチャートである。
【図９】通知先決定部の処理の一例を示すフローチャートである。
【図１０】イベント通知部の処理の一例を示すフローチャートである。
【図１１】トラフィック情報及びトラフィックの増加率の他例を示す図である。
【図１２】イベント検出部の処理の他例を示すフローチャートである。
【図１３】ＳＮＳサーバリストの一例、トラフィック情報及びトラフィックの増加率の他例を示す図である。
【図１４】イベント検出部の処理の他例を示すフローチャートである。
【図１５】トラフィックの増加率及び検出リストの他例を示す図である。
【図１６】イベント検出部の処理の他例を示すフローチャートである。
【図１７】トラフィック情報、トラフィックの増加率、及び端末データベースの他例を示す図である。
【図１８】イベント検出部の処理の他例を示すフローチャートである。
【図１９】イベント通知部の処理の他例を示すフローチャートである。
【図２０】トラフィック情報、トラフィックの増加率、及び端末データベースの他例を示す図である。
【図２１】通知先決定部の処理の他例を示すフローチャートである。
【図２２】イベント通知サーバの他例を示す構成図である。
【図２３】位置データベースの他例を示す図である。
【図２４】イベント通知サーバの動作の他例を示すフローチャートである。
【図２５】イベント情報生成部の処理の一例を示すフローチャートである。
【図２６】ユーザデータベースの一例を示す図である。
【図２７】イベント情報生成部の処理の他例を示すフローチャートである。
【図２８】イベント通知部の処理の他例を示すフローチャートである。
【図２９】イベント通知部の処理の他例を示すフローチャートである。
【発明を実施するための形態】
【００１６】
図１は、イベント検出システムの一例を示す構成図である。イベント検出システムは、イベント検出装置の一例であるイベント通知サーバ１と、中継装置の一例である複数のアクセスポイント（ＡＰ：Access Point）＃１〜＃４とを含む。
【００１７】
ＡＰ＃１〜＃４は、例えば無線ＬＡＮ（Local Area Network）ルータの機能を備え、ネットワークの一例であるインターネット９と、スマートフォンなどの端末ＴＲ＃１〜＃８の通信を中継する。ＡＰ＃１〜＃４は、一例として、大学のキャンパス内の複数の場所に分散して設置されている。なお、ＡＰ＃１〜＃４は、大学のキャンパスに限定されず、例えば、企業の事業所や遊園地などのアミューズメントパークに設置されてもよい。
【００１８】
ＡＰ＃１は広場に設置され、ＡＰ＃２は食堂に設置されている。また、ＡＰ＃３は講義室に設置され、ＡＰ＃４は門に設置されている。各端末ＴＲ＃１〜＃８は、そのユーザＵａ〜Ｕｈの場所に近いＡＰ＃１〜＃４と無線によりリンクする。ここで、リンクとは、端末ＴＲ＃１〜＃８が、インターネット９と通信可能な状態となるようにＡＰ＃１〜＃４と接続を確立することを意味する。
【００１９】
例えば、ユーザＵａ〜Ｕｃの端末ＴＲ＃１〜＃３は、広場に設置されたＡＰ＃１とリンクし、ユーザＵｄ，Ｕｅの端末ＴＲ＃４，＃５は、食堂に設置されたＡＰ＃２とリンクしている。また、ユーザＵｆ，Ｕｇの端末ＴＲ＃６，＃７は、講義室に設置されたＡＰ＃３とリンクし、ユーザＵｈの端末ＴＲ＃８は、門に設置されたＡＰ＃４とリンクしている。
【００２０】
このため、ユーザＵａ〜Ｕｈは、端末ＴＲ＃１〜＃８からインターネット９にアクセスすることができる。本例では、端末ＴＲ＃１〜＃８からインターネット９に向かう通信方向を「上り方向」と規定し、インターネット９から端末ＴＲ＃１〜＃８に向かう通信方向を「下り方向」と規定する。また、上り方向に送信されるトラフィックを「上りトラフィック」と表記し、下り方向に送信されるトラフィックを「下りトラフィック」と表記する。
【００２１】
インターネット９には、TwitterやFacebookなどのＳＮＳを提供するＳＮＳサーバ９０、及びそれ以外の非ＳＮＳサーバ９１が接続されている。端末ＴＲ＃１〜＃８は、ＡＰ＃１〜＃４を介し、インターネット９を介してＳＮＳサーバ９０やそれ以外の非ＳＮＳサーバ９１と通信することができる。なお、ＳＮＳサーバ９０は、端末ＴＲ＃１〜＃８の通信先のうち、端末ＴＲ＃１〜＃８から投稿を受け付ける通信先の一例であり、非ＳＮＳサーバ９１は、他の通信先の一例である。
【００２２】
例えば、食堂のユーザＵｄ，Ｕｅは、端末ＴＲ＃４，＃５を操作して非ＳＮＳサーバ９１にアクセスすることにより、例えば、ブログにランチの画像を掲載することができるし、各種のＷｅｂページを閲覧することができる。また、講義室のユーザＵｆ，Ｕｇは、端末ＴＲ＃６，＃７を操作して非ＳＮＳサーバ９１にアクセスすることにより、例えば、講義に関する資料の閲覧や検索を行うことができる。
【００２３】
また、広場のユーザＵａ〜Ｕｃは、端末ＴＲ＃１〜＃３を操作してＳＮＳサーバ９０にアクセスすることにより、例えば、広場で行われているスポーツの試合などのイベントの写真や動画をＳＮＳに投稿することができる。しかし、広場以外の場所にいるユーザＵｄ〜Ｕｈは、例えば、端末ＴＲ＃４〜＃８を操作して積極的にＳＮＳサーバ９０にアクセスしない限り、広場のイベントを知ることが難しいため、イベントに参加する機会を失うおそれがある。
【００２４】
そこで、イベント通知サーバ１は、各ＡＰ＃１〜＃４の上りトラフィック量の増加率を監視し、その監視結果に基づきＡＰ＃１〜＃４の周辺のイベントを検出し、イベント通知を、イベントの発生場所に近い他のＡＰ＃１〜＃４を介して端末ＴＲ＃１〜＃８に送信する。
これにより、イベント通知サーバ１は、複雑な解析処理を必要とせずに、イベントを容易に検出することができる。
【００２５】
例えば、イベント通知サーバ１は、ＡＰ＃１の上りトラフィック量の増加率から広場のイベントを検出する。そして、イベント通知サーバ１は、広場の近くの門及び食堂のユーザＵｄ，Ｕｅ，Ｕｈの端末ＴＲ＃４，＃５，＃８にイベント通知を送信する。このため、ユーザＵｄ，Ｕｅ，Ｕｈは、端末ＴＲ＃４，＃５，＃８を操作して積極的にＳＮＳサーバ９０にアクセスすることなく、広場のイベントを知り、イベントに参加することができる。
【００２６】
イベント通知サーバ１は、インターネット９を介しＡＰ＃１〜＃４と通信する。イベント通知サーバ１は、各ＡＰ＃１〜＃４からトラフィック情報を収集し、また、各ＡＰ＃１〜＃４にイベント通知を送信する。なお、ＡＰ＃１〜＃４には、撮影装置の一例であるカメラＣＭ＃１〜＃４がそれぞれ有線接続されており、イベント通知サーバ１は、後述するように、ＡＰ＃１〜＃４を介しカメラＣＭ＃１〜＃４から映像をそれぞれ取得することができる。
【００２７】
図２は、ＡＰ＃１〜＃４の一例を示す構成図である。ＡＰ＃１〜＃４は、ＣＰＵ（Central Processing Unit）２０、ＲＯＭ（Read Only Memory）２１、ＲＡＭ（Random Access Memory）２２、不揮発性メモリ２３、複数の通信ポート２４、無線通信ユニット２５、及びパケットバッファ２６を有する。ＣＰＵ２０は、互いに信号の入出力ができるように、ＲＯＭ２１、ＲＡＭ２２、不揮発性メモリ２３、複数の通信ポート２４、パケットバッファ２６、及び無線通信ユニット２５と、データバス２９を介して接続されている。
【００２８】
ＲＯＭ２１は、ＣＰＵ２０を駆動するプログラムが格納されている。ＲＡＭ２２は、ＣＰＵ２０のワーキングメモリとして機能する。通信ポート２４は、例えばＰＨＹ（Physical Layer）／ＭＡＣ（Media Access Control）デバイスであり、カメラＣＭ＃１〜＃４及びインターネット９との間でそれぞれパケットを送受信する。なお、パケットとしてＩＰ（Internet Protocol）パケットが挙げられるが、これに限定されない。
【００２９】
無線通信ユニット２５は、例えばアンテナや無線送受信回路などを有し、端末ＴＲ＃１〜＃８とリンクを確立する。無線通信ユニット２５は、リンクした端末ＴＲ＃１〜＃８との間でパケットを送受信する。パケットバッファ２６は、例えばメモリであり、通信ポート２４及び無線通信ユニット２５が送受信するパケットを一時的に格納する。
【００３０】
ＣＰＵ２０は、ＲＯＭ２１からプログラムを読み込むと、機能として、制御部２００、リンク処理部２０１、中継処理部２０２、トラフィック監視部２０３、及び送信処理部２０４が形成される。また、不揮発性メモリ２３には、トラフィック情報２３０及びリンク情報２３１が記憶されている。
【００３１】
制御部２００は、ＡＰ＃１〜＃４の全体的な動作を制御する。リンク処理部２０１、中継処理部２０２、トラフィック監視部２０３、及び送信処理部２０４は、制御部２００の制御に従い各種の処理を実行する。リンク処理部２０１は、無線通信ユニット２５を介して、端末ＴＲ＃１〜＃８とのリンクの確立処理を行う。リンク処理部２０１は、リンクを確立した端末ＴＲ＃１〜＃８のＩＤ（例えばＩＰアドレスなどの識別子）を、リンク情報２３１として不揮発性メモリ２３に書き込む。
【００３２】
中継処理部２０２は、不図示のルーティングテーブルに基づき、端末ＴＲ＃１〜＃８、インターネット９、及びカメラＣＭ＃１〜＃４との間でパケットを中継する。トラフィック監視部２０３は、中継処理部２０２が中継するパケットの量、すなわちトラフィック量を監視する。トラフィック監視部２０３は、監視の結果、トラフィック量をトラフィック情報２３０として不揮発性メモリ２３に書き込む。
【００３３】
送信処理部２０４は、イベント通知サーバ１からの要求に従いトラフィック情報２３０を、通信ポート２４を介してイベント通知サーバ１に送信する。また、送信処理部２０４は、リンク情報２３１が変更された場合、リンク情報２３１を、通信ポート２４を介してイベント通知サーバ１に送信する。
【００３４】
図３は、送信処理部２０４の処理の一例を示すフローチャートである。本処理は、例えば周期的に実行される。
【００３５】
まず、送信処理部２０４は、イベント通知サーバ１からトラフィック情報２３０の要求があるか否かを判定する（ステップＳｔ９１）。トラフィック情報２３０の要求は、制御部２００から送信処理部２０４に通知される。
【００３６】
送信処理部２０４は、トラフィック情報２３０の要求がある場合（ステップＳｔ９１のＹｅｓ）、トラフィック情報２３０を不揮発性メモリ２３から読み出し、イベント通知サーバ１に送信する（ステップＳｔ９２）。また、送信処理部２０４は、トラフィック情報２３０の要求がない場合（ステップＳｔ９１のＮｏ）、ステップＳｔ９２の処理を実行しない。
【００３７】
次に、送信処理部２０４は、リンク情報２３１の変更の有無を判定する（ステップＳｔ９３）。リンク情報２３１の変更は、制御部２００から送信処理部２０４に通知される。
【００３８】
送信処理部２０４は、リンク情報２３１に変更がある場合（ステップＳｔ９３のＹｅｓ）、リンク情報２３１を不揮発性メモリ２３から読み出し、イベント通知サーバ１に送信する（ステップＳｔ９４）。また、送信処理部２０４は、リンク情報２３１に変更がない場合（ステップＳｔ９３のＮｏ）、ステップＳｔ９４の処理を実行しない。
【００３９】
このようにして、送信処理部２０４は処理を実行する。なお、送信処理部２０４は、上記の処理とは異なり、イベント通知サーバ１からの要求によらずに、周期的にトラフィック情報２３０をイベント通知サーバ１に送信してもよい。また、送信処理部２０４は、リンク情報２３１を周期的にイベント通知サーバ１に送信してもよい。
【００４０】
図４は、イベント通知サーバ１の一例を示す構成図である。イベント通知サーバ１は、ＣＰＵ１０、ＲＯＭ１１、ＲＡＭ１２、ＨＤＤ（Hard Disk Drive）１３、複数の通信ポート１４、入力装置１５、及び出力装置１６を有する。ＣＰＵ１０は、互いに信号の入出力ができるように、ＲＯＭ１１、ＲＡＭ１２、ＨＤＤ１３、複数の通信ポート１４、入力装置１５、及び出力装置１６と、データバス１９を介して接続されている。
【００４１】
ＲＯＭ１１は、ＣＰＵ１０を駆動するプログラムが格納されている。ＲＯＭ１１内のプログラムは、イベント検出方法を実行するためのイベント検出プログラムの一例である。ＲＡＭ１２は、ＣＰＵ１０のワーキングメモリとして機能する。通信ポート１４は、例えばＮＩＣ（Network Interface Card）であり、インターネット９との間でパケットを送受信する。
【００４２】
入力装置１５は、イベント通知サーバ１に情報を入力する装置である。入力装置１５としては、例えばキーボード、マウス、及びタッチパネルなどが挙げられる。入力装置１５は、入力された情報を、データバス１９を介しＣＰＵ１０に出力する。
【００４３】
出力装置１６は、イベント通知サーバ１の情報を出力する装置である。出力装置１６としては、例えばディスプレイ、タッチパネル、及びプリンタなどが挙げられる。出力装置１６は、ＣＰＵ１０からデータバス１９を介して情報を取得して出力する。
【００４４】
ＣＰＵ１０は、ＲＯＭ１１からプログラムを読み込むと、機能として、トラフィック情報取得部１００、トラフィック測定部１０１、イベント検出部１０２、通知先決定部１０３、及びイベント通知部１０４が形成される。また、ＨＤＤ１３には、トラフィック情報１３０、位置データベース（位置ＤＢ）１３１、端末データベース（端末ＤＢ）１３２、検出リスト１３３、及びＳＮＳサーバリスト１３４が記憶されている。なお、ＨＤＤ１３は記憶部の一例である。
【００４５】
トラフィック情報取得部１００は、取得部の一例であり、上りトラフィック量をＡＰ＃１〜＃４からそれぞれ取得する。より具体的には、トラフィック情報取得部１００は、例えば、一定の周期で各ＡＰ＃１〜＃４にトラフィック情報１３０を要求し、その応答としてトラフィック情報１３０を取得する。トラフィック情報取得部１００は、通信ポート２４を介してトラフィック情報１３０を受信し、ＨＤＤ１３に書き込む。トラフィック情報取得部１００は、トラフィック情報１３０を取得すると、その旨をイベント検出部１０２に通知する。
【００４６】
トラフィック測定部１０１は、算出部の一例であり、ＡＰ＃１〜＃４の上りトラフィック量の増加率をそれぞれ算出する。トラフィック測定部１０１は、イベント検出部１０２の依頼に応じ、トラフィック情報１３０に基づき各ＡＰ＃１〜＃４のトラフィック量の増加率を測定する。トラフィック測定部１０１は、トラフィック量の増加率の測定を行うと、その測定結果をイベント検出部１０２に通知する。
【００４７】
イベント検出部１０２は、検出部の一例であり、上りトラフィック量の増加率に基づき、イベントが周辺で発生したＡＰ＃１〜＃４を検出する。より具体的には、イベント検出部１０２は、トラフィック情報取得部１００から通知を受けると、トラフィック測定部１０１に上りトラフィック量の増加率の算出を依頼し、上りトラフィック量の増加率からＡＰ＃１〜＃４の周辺のイベントを検出する。
【００４８】
図１の例の場合、広場でイベントが発生しているため、広場のユーザＵａ〜Ｕｃは、端末ＴＲ＃１〜＃３を操作して、イベントに関するコメント、画像、及び動画などをＳＮＳサーバ９０に投稿する。このため、ＡＰ＃１では、投稿情報の増加に従って、端末ＴＲ＃１〜＃３からインターネット９に送信されるトラフィック量が増加する。
【００４９】
このため、イベント検出部１０２は、ＡＰ＃１の上りトラフィック量の増加率に基づき、ＡＰ＃１の設置された広場でイベントが発生したことを検出することができる。したがって、イベント通知サーバ１は、投稿情報の詳細な解析処理などを必要とせず、トラフィック量の単純な計算だけで容易にイベントを検出することができる。
【００５０】
イベント検出部１０２は、イベントを検出すると、その検出結果をＨＤＤ１３内の検出リスト１３３に登録する。イベント検出部１０２は、イベントの検出を通知先決定部１０３に通知する。
【００５１】
通知先決定部１０３は、決定部の一例であり、イベントが周辺で発生したＡＰ＃１〜＃４の位置に基づき、イベントの通知先とする端末ＴＲ＃１〜＃８のＡＰ＃１〜＃４を決定する。より具体的には、通知先決定部１０３は、イベント検出部１０２から通知を受けると、ＨＤＤ１３内の位置ＤＢ１３１を参照する。
【００５２】
位置ＤＢ１３１には、後述するように、ＡＰ＃１〜＃４ごとに、そのＡＰ＃１〜＃４から近距離の位置にあるＡＰ＃１〜＃４が登録されている。なお、位置ＤＢ１３１は、例えば、入力装置１５から入力されたものでもよいし、通信ポート２４を介して受信したものであってもよい。
【００５３】
通知先決定部１０３は、位置ＤＢ１３１に基づき、イベントが周辺で発生したＡＰ＃１〜＃４の近距離の位置にあるＡＰ＃１〜＃４を決定する。通知先決定部１０３は、決定したＡＰ＃１〜＃４をＨＤＤ１３内の検出リスト１３３に登録し、その旨をイベント通知部１０４に通知する。
【００５４】
イベント通知部１０４は、通知部の一例であり、通知先決定部１０３が決定したＡＰ＃１〜＃４の端末ＴＲ＃１〜＃８にイベントを通知する。より具体的には、イベント通知部１０４は、通知先決定部１０３から通知を受けると、端末ＤＢ１３２を参照して、決定されたＡＰ＃１〜＃４の端末ＴＲ＃１〜＃８を検索する。
【００５５】
端末ＤＢ１３２には、ＡＰ＃１〜＃４ごとに、そのＡＰ＃１〜＃４にリンクした端末ＴＲ＃１〜＃８のＩＤ（例えばＩＰアドレスなどの識別子）が登録されている。端末ＤＢ１３２は、各ＡＰ＃１〜＃４から受信したリンク情報２３１に基づき、ＣＰＵ１０により生成されたものでもよいし、入力装置１５から入力されたものでもよい。
【００５６】
イベント通知部１０４は、端末ＤＢ１３２から検索した端末ＴＲ＃１〜＃８に、通信ポート１４を介しイベント通知を送信する。イベント通知部１０４は、イベント通知に、例えばイベントの場所（「広場」など）を挿入することができる。このため、イベントの場所にいないユーザＵｄ〜Ｕｈは、イベント通知によりイベントを知り、イベントに参加することができる。なお、イベント通知は、例えば、各端末ＴＲ＃１〜＃８にインストールされたアプリケーションによってユーザＵａ〜Ｕｈにプッシュ通知されるため、ユーザＵａ〜Ｕｈはリアルタイムにイベントの発生を知ることができる。
【００５７】
次に、イベント通知サーバ１の詳細を実施例ごとに述べる。
【００５８】
（第１実施例）
図５には、本実施例のトラフィック情報１３０及びトラフィックの増加率が示されている。トラフィック情報１３０は、一定時刻ごと（本例では３０分ごと）の各ＡＰ＃１〜＃４の上りトラフィック量を示す。例えば、ＡＰ＃１において、点線枠で示されるように、時刻１１：３０におけるトラフィック量は４０（ＭＢｙｔｅ）であり、時刻１２：００におけるトラフィック量は６０（ＭＢｙｔｅ）である。
【００５９】
また、トラフィック測定部１０１は、上りトラフィック量の最新値及び前回値から増加率を算出する。例えば、ＡＰ＃１の時刻１２：００における上りトラフィック量の増加率は、点線枠で示されるように、時刻１１：３０及び時刻１２：００の上りトラフィック量から、１．５０（＝６０／４０）と算出される。
【００６０】
イベント検出部１０２は、上りトラフィック量の増加率が所定の閾値ＴＨ以上である場合、該当するＡＰ＃１〜＃４の周辺のイベントを検出する。例えば閾値ＴＨを１．５とすると、イベント検出部１０２は、時刻１２：００におけるＡＰ＃１の周辺のイベントを検出する。
【００６１】
図６には、本実施例の位置ＤＢ１３１、端末ＤＢ１３２、及び検出リスト１３３が示されている。イベント検出部１０２は、検出した時刻及びＡＰ＃１（以下、「検出ＡＰ」と表記）を検出リスト１３３に登録する。
【００６２】
通知先決定部１０３は、位置ＤＢ１３１を参照して、イベント通知対象の端末ＴＲ＃１〜＃８のＡＰ＃１〜＃４（以下、「通知先ＡＰ」と表記）を決定する。位置ＤＢ１３１には、各ＡＰ＃１〜＃４から近距離の位置のＡＰ＃１〜＃４（以下、「近距離ＡＰ」と表記）が登録されている。
【００６３】
例えば、ＡＰ＃１の近距離ＡＰは、点線枠で示されるように、ＡＰ＃２，＃４であるため、通知先決定部１０３は、通知先ＡＰとして、ＡＰ＃２，＃４を選択する。通知先決定部１０３は、決定した通知先ＡＰ＃２，＃４を検出リスト１３３に登録する。なお、検出リスト１３３において、丸印は登録済みの通知先ＡＰを示し、バツ印は未登録の通知先ＡＰを示す。
【００６４】
なお、位置ＤＢ１３１は、上記に限定されず、例えば、ＡＰ＃１〜＃４の設置場所の名称（施設名やフロア名など）や緯度及び経度が登録されてもよい。設置場所の名称が用いられる場合、通知先決定部１０３は、例えば、検出ＡＰ＃１〜＃４の設置場所の名称と重複する名称のＡＰ＃１〜＃４を近距離ＡＰ＃１〜＃４とみなすことができる。また、緯度及び経度が用いられる場合、通知先決定部１０３は、ＡＰ＃１〜＃４の間の距離を算出することにより近距離ＡＰ＃１〜＃４を判別してもよい。
【００６５】
また、イベント通知部１０４は、端末ＤＢ１３２を参照して、イベント通知対象の端末ＴＲ＃１〜＃８を特定し、特定した端末ＴＲ＃１〜＃８にイベント通知を送信する。端末ＤＢ１３２には、各ＡＰ＃１〜＃４のリンク中の端末ＴＲ＃１〜＃８が登録されている。例えば、ＡＰ＃１の近距離ＡＰ＃２、＃４の端末は、点線枠で示されるように、端末ＴＲ＃４，＃５，＃８であるため、イベント通知部１０４は、端末ＴＲ＃４，＃５，＃８にイベント通知を送信する。
【００６６】
図１の例を挙げると、イベント検出部１０２は、ＡＰ＃１の上りトラフィック量の増加率から広場のイベントを検出する。通知先決定部１０３は、通知先ＡＰとして、ＡＰ＃１の近距離ＡＰ＃２，＃４を決定する。イベント通知部１０４は、ＡＰ＃２にリンクした端末ＴＲ＃４，＃５及びＡＰ＃４にリンクした端末ＴＲ＃８にイベント通知を送信する。このため、門のユーザＵｈと食堂のユーザＵｄ，Ｕｅは、イベント通知により広場のイベントを知ることができる。
【００６７】
再び図６を参照すると、イベント通知部１０４は、イベント通知後、検出リスト１３３の「イベント通知」欄を「未」（イベント通知未送信）から「済」（イベント通知送信済み）に更新する。なお、検出リスト１３３の登録内容は、検出時刻から所定時間が経過した後に消去してもよい。
【００６８】
図７は、イベント通知サーバ１の動作の一例を示すフローチャートである。トラフィック測定部１０１は、ＡＰ＃１〜＃４の測定周期をカウントし、測定周期が到来した場合（ステップＳｔ１のＹｅｓ）、以降のステップＳｔ２〜Ｓｔ５の処理を実行する。また、トラフィック測定部１０１は、測定周期が到来していない場合（ステップＳｔ１のＮｏ）、ステップＳｔ２〜Ｓｔ５の処理を実行しない。
【００６９】
トラフィック情報取得部１００は、各ＡＰ＃１〜＃４にトラフィック情報１３０を要求することにより、トラフィック情報１３０を取得する（ステップＳｔ２）。次に、イベント検出部１０２は、トラフィック情報１３０に基づきイベント検出処理を実行する（ステップＳｔ３）。次に、通知先決定部１０３は、イベント検出処理の検出結果に基づき通知先決定処理を実行する（ステップＳｔ４）。次に、イベント通知部１０４は、通知先決定処理の決定結果に基づきイベント通知処理を実行する（ステップＳｔ５）。
【００７０】
このようにして、イベント通知サーバ１は動作する。以下に各処理について述べる。
【００７１】
図８は、イベント検出部１０２の処理の一例を示すフローチャートである。本処理は、図７のイベント検出処理に相当する。
【００７２】
イベント検出部１０２は、ＡＰ＃１〜＃４を１つ選択する（ステップＳｔ３１）。次に、トラフィック測定部１０１は、イベント検出部１０２の依頼に応じ、トラフィック情報１３０から、選択中のＡＰ＃１〜＃４の上りトラフィック量の増加率を算出する（ステップＳｔ３２）。
【００７３】
次に、イベント検出部１０２は、トラフィック量の増加率と閾値ＴＨを比較する（ステップＳｔ３３）。イベント検出部１０２は、増加率が閾値ＴＨ以上である場合（ステップＳｔ３３のＹｅｓ）、選択したＡＰ＃１〜＃４の周辺でイベントが発生したと判別して、検出リスト１３３に、検出時刻と検出ＡＰ＃１〜＃４を登録する（ステップＳｔ３４）。また、イベント検出部１０２は、増加率が閾値ＴＨより小さい場合（ステップＳｔ３３のＮｏ）、ステップＳｔ３４の処理を実行しない。
【００７４】
次に、イベント検出部１０２は、全てのＡＰ＃１〜＃４を選択済みであるか否かを判定する（ステップＳｔ３５）。イベント検出部１０２は、未選択のＡＰ＃１〜＃４がある場合（ステップＳｔ３５のＮｏ）、未選択のＡＰ＃１〜＃４を選択し（ステップＳｔ３６）、再びステップＳｔ３２を実行する。
【００７５】
また、イベント検出部１０２は、未選択のＡＰ＃１〜＃４がない場合（ステップＳｔ３５のＹｅｓ）、処理を終了する。このようにして、イベント検出部１０２は処理を実行する。
【００７６】
図９は、通知先決定部１０３の処理の一例を示すフローチャートである。本処理は、図７の通知先決定処理に相当する。
【００７７】
通知先決定部１０３は、検出リスト１３３から、イベント通知が「未」である検出ＡＰ＃１〜＃４の１つを選択する（ステップＳｔ４１）。次に、通知先決定部１０３は、位置ＤＢ１３１から、選択した検出ＡＰ＃１〜＃４の近距離ＡＰ＃１〜＃４を検索する（ステップＳｔ４２）。次に、通知先決定部１０３は、検出リスト１３３の通知先ＡＰ＃１〜＃４として、近距離ＡＰ＃１〜＃４を登録する（ステップＳｔ４３）。
【００７８】
次に、通知先決定部１０３は、全ての検出ＡＰ＃１〜＃４を選択済みであるか否かを判定する（ステップＳｔ４４）。通知先決定部１０３は、未選択の検出ＡＰ＃１〜＃４がある場合（ステップＳｔ４４のＮｏ）、未選択の検出ＡＰ＃１〜＃４を選択し（ステップＳｔ４５）、再びステップＳｔ４２を実行する。
【００７９】
また、通知先決定部１０３は、未選択のＡＰ＃１〜＃４がない場合（ステップＳｔ４４のＹｅｓ）、処理を終了する。このようにして、通知先決定部１０３は処理を実行する。
【００８０】
図１０は、イベント通知部１０４の処理の一例を示すフローチャートである。本処理は、図７のイベント通知処理に相当する。
【００８１】
イベント通知部１０４は、検出リスト１３３から、イベント通知が「未」である通知先ＡＰ＃１〜＃４の１つを選択する（ステップＳｔ５１）。イベント通知部１０４は、端末ＤＢ１３２から、選択した通知先ＡＰ＃１〜＃４とリンクする端末ＴＲ＃１〜＃８を検索する（ステップＳｔ５２）。次に、イベント通知部１０４は、検索した端末ＴＲ＃１〜＃８にイベント通知を送信する（ステップＳｔ５３）。
【００８２】
次に、イベント通知部１０４は、全ての通知先ＡＰ＃１〜＃４を選択済みであるか否かを判定する（ステップＳｔ５４）。イベント通知部１０４は、未選択の通知先ＡＰ＃１〜＃４がある場合（ステップＳｔ５４のＮｏ）、未選択の通知先ＡＰ＃１〜＃４を選択し（ステップＳｔ５５）、再びステップＳｔ５２を実行する。
【００８３】
また、イベント通知部１０４は、未選択の通知先ＡＰ＃１〜＃４がない場合（ステップＳｔ５４のＹｅｓ）、処理を終了する。このようにして、イベント通知部１０４は処理を実行する。
【００８４】
これまで述べたように、本実施例のイベント通知サーバ１は、インターネット９と端末ＴＲ＃１〜＃８の間で通信を中継する各ＡＰ＃１〜＃４の周辺のイベントを検出する。イベント通知サーバ１は、トラフィック情報取得部１００と、トラフィック測定部１０１と、イベント検出部１０２とを有する。
【００８５】
トラフィック情報取得部１００は、端末ＴＲ＃１〜＃８からインターネット９に送信される上りトラフィック量をＡＰ＃１〜＃４からそれぞれ取得する。トラフィック測定部１０１は、ＡＰ＃１〜＃４の上りトラフィック量の増加率をそれぞれ算出する。イベント検出部１０２は、上りトラフィック量の増加率に基づき、イベントが周辺で発生したＡＰ＃１〜＃４を検出する。
【００８６】
したがって、イベント通知サーバ１は、投稿情報の詳細な解析処理などを必要とせず、上りトラフィック量の増加を端末ＴＲ＃１〜＃８からＳＮＳサーバ９０への投稿の増加とみなし、トラフィック量の単純な計算だけで容易にイベントを検出することができる。
【００８７】
また、本実施例のイベント検出システムは、上記のＡＰ＃１〜＃４及びイベント通知サーバ１を有する。このため、イベント検出システムは、イベント通知サーバ１と同様の作用効果を奏する。
【００８８】
また、本実施例のイベント検出方法は、インターネット９と端末ＴＲ＃１〜＃８の間で通信を中継する各ＡＰ＃１〜＃４の周辺のイベントを検出する方法において、以下の工程をＣＰＵ１０が実行する方法である。
工程（１）：端末ＴＲ＃１〜＃８からインターネット９に送信される上りトラフィック量をＡＰ＃１〜＃４からそれぞれ取得する。
工程（２）：ＡＰ＃１〜＃４の上りトラフィック量の増加率をそれぞれ算出する。
工程（３）：上りトラフィック量の増加率に基づき、イベントが周辺で発生したＡＰ＃１〜＃４を検出する。
【００８９】
また、本実施例のイベント検出方法は、上記のイベント通知サーバ１と同様に構成を含むため、上述した内容と同様の作用効果を奏する。
【００９０】
また、本実施例のイベント検出プログラムは、インターネット９と端末ＴＲ＃１〜＃８の間で通信を中継する各ＡＰ＃１〜＃４の周辺のイベントを検出するプログラムにおいて、以下の処理をＣＰＵ１０に実行させるプログラムである。
処理（１）：端末ＴＲ＃１〜＃８からインターネット９に送信される上りトラフィック量をＡＰ＃１〜＃４からそれぞれ取得する。
処理（２）：ＡＰ＃１〜＃４の上りトラフィック量の増加率をそれぞれ算出する。
処理（３）：上りトラフィック量の増加率に基づき、イベントが周辺で発生したＡＰ＃１〜＃４を検出する。
【００９１】
本実施例のイベント検出プログラムは、上記のイベント通知サーバ１と同様に構成を含むため、上述した内容と同様の作用効果を奏する。
【００９２】
（第２実施例）
第１実施例において、イベント通知サーバ１は、上りトラフィック量の増加率だけに基づきイベントを検出したが、これに限定されない。イベント通知サーバ１は、例えば、上りトラフィック量の増加率を、下りトラフィック量の増加率と比較することにより、端末ＴＲ＃１〜＃８からＳＮＳサーバ９０への投稿情報の増加を高精度に検出できる。
【００９３】
図１１には、本実施例のトラフィック情報２３０及びトラフィックの増加率が示されている。トラフィック情報２３０には、一定時刻ごとの各ＡＰ＃１〜＃４のトラフィック量が、上り方向（「上り」参照）と下り方向（「下り」参照）に分けて記録されている。このため、各ＡＰ＃１〜＃４のトラフィック監視部２０３は、中継処理部２０２のトラフィックを上り方向と下り方向に分けて監視し、トラフィック情報取得部１００は、上りトラフィック量及び下りトラフィック量のトラフィック情報１３０を取得する。
【００９４】
例えば、ＡＰ＃１において、点線枠で示されるように、時刻１１：３０における上りトラフィック量は４０（ＭＢｙｔｅ）であり、時刻１２：００における上りトラフィック量は６０（ＭＢｙｔｅ）である。また、時刻１１：３０における下りトラフィック量は４００（ＭＢｙｔｅ）であり、時刻１２：００における下りトラフィック量は４４０（ＭＢｙｔｅ）である。
【００９５】
トラフィック測定部１０１は、第１実施例と同様に、上りトラフィック量の最新値及び前回値から増加率を算出する。例えば、ＡＰ＃１の時刻１２：００における上りトラフィック量の増加率は、点線枠で示されるように、時刻１１：３０及び時刻１２：００の上りトラフィック量から、１．５０（＝６０／４０）と算出される。
【００９６】
また、トラフィック測定部１０１は、下りトラフィック量の最新値及び前回値から増加率を算出する。例えば、ＡＰ＃１の時刻１２：００における下りトラフィック量の増加率は、点線枠で示されるように、時刻１１：３０及び時刻１２：００の下りトラフィック量から、１．１０（＝４４０／４００）と算出される。
【００９７】
イベント検出部１０２は、上りトラフィック量の増加率及び下りトラフィック量の増加率を比較し、その比較結果に基づき、イベントが周辺で発生したＡＰ＃１〜＃４を検出する。より具体的には、イベント検出部１０２は、上りトラフィック量の増加率が下りトラフィック量の増加率より大きい場合、該当するＡＰ＃１〜＃４の周辺のイベントを検出する。本例では、時刻１２：００において、ＡＰ＃１の上りトラフィック量の増加率（１．５）が下りトラフィック量の増加率（１．１０）より大きいため、イベント検出部１０２は、ＡＰ＃１の周辺のイベントを検出する。
【００９８】
一方、ＡＰ＃２を見ると、時刻１２：００における上りトラフィック量の増加率及び下りトラフィック量の増加率が同一（１．５７）である。このように、上りトラフィック量及び下りトラフィック量が同程度のレートで増加する場合としては、端末ＴＲ＃１〜＃８から非ＳＮＳサーバ９１にアクセスして、情報の閲覧や検索を行う場合が挙げられる。これに対し、端末ＴＲ＃１〜＃８からＳＮＳサーバ９０に写真などの投稿情報を送信する場合、下りトラフィック量より上りトラフィック量が高いレートで増加する。
【００９９】
このため、イベント検出部１０２は、上りトラフィック量の増加率及び下りトラフィック量の増加率を比較することにより、投稿情報の増加を精度よく判別できるため、第１実施例より高精度にイベントを検出することができる。
【０１００】
図１２は、本実施例のイベント検出部１０２の処理を示すフローチャートである。本処理は、図７のイベント検出処理に相当する。なお、図１２において、図８と共通する処理については同一の符号を付し、その説明を省略する。
【０１０１】
イベント検出部１０２は、上りトラフィック量の増加率が閾値ＴＨより大きい場合（ステップＳｔ３３のＹｅｓ）、トラフィック測定部１０１により下りトラフィック量の増加率を算出する（ステップＳｔ３３ａ）。次に、イベント検出部１０２は、上りトラフィック量の増加率と下りトラフィック量の増加率を比較する（ステップＳｔ３３ｂ）。
【０１０２】
イベント検出部１０２は、上りトラフィック量の増加率が下りトラフィック量の増加率より大きい場合（ステップＳｔ３３ｂのＹｅｓ）、選択中のＡＰ＃１〜＃４の周辺のイベントを検出し、検出リスト１３３に検出ＡＰ＃１〜＃４を登録する（ステップＳｔ３４）。また、イベント検出部１０２は、上りトラフィック量の増加率が下りトラフィック量の増加率以下である場合（ステップＳｔ３３ｂのＮｏ）、イベントを検出しない。このようにして、イベント検出部１０２は処理を実行する。
【０１０３】
（第３実施例）
また、イベント検出部１０２は、さらに高精度にイベントを検出するため、通信先がＳＮＳサーバ９０である上りトラフィック量の増加率に基づきイベントを検出してもよい。
【０１０４】
図１３は、本実施例のＳＮＳサーバリスト１３４、トラフィック情報２３０、及びトラフィックの増加率を示す。
【０１０５】
ＳＮＳサーバリスト１３４には、ＳＮＳサーバ９０の名称（ＳＲＶａ，ＳＲＶｂ，ＳＲＶｃ）が登録されている。ＳＮＳサーバリスト１３４は、予め入力装置１５から入力されたものであってもよいし、通信ポート１４を介し他の装置から受信したものであってもよい。
【０１０６】
トラフィック情報２３０には、端末ＴＲ＃１〜＃８の通信先ごとの上りトラフィック量が含まれている。通信先には、ＳＮＳサーバリスト１３４に登録されたＳＮＳサーバ９０と、それ以外の非ＳＮＳサーバ９１が含まれる。
【０１０７】
ＡＰ＃１〜＃４のトラフィック監視部２０３は、中継処理部２０２が中継した上りトラフィックを、その宛先ごとに監視する。送信処理部２０４は、宛先ごとに、そのＩＰアドレスと上りトラフィック量をトラフィック情報２３０に含めてイベント通知サーバ１に送信する。
【０１０８】
トラフィック情報取得部１００は、端末ＴＲ＃１〜＃８の通信先ごとの上りトラフィック量をＡＰ＃１〜＃４からそれぞれ取得する。トラフィック情報取得部１００は、受信したトラフィック情報２３０を、ＩＰアドレスに基づき、ＳＮＳサーバ９０を宛先とする上りトラフィック量と非ＳＮＳサーバ９１を宛先とする上りトラフィック量に分ける。
【０１０９】
より具体的には、トラフィック情報取得部１００は、ＩＰアドレスをＳＮＳサーバリスト１３４に照合し、一致するＩＰアドレスがある場合、該当するＳＮＳサーバ９０の名称（ＳＲＶａ，ＳＲＶｂ，ＳＲＶｃ）とともに上りトラフィック量を記録する。また、トラフィック情報取得部１００は、ＳＮＳサーバリスト１３４に一致するＩＰアドレスがない場合、非ＳＮＳサーバ９１を宛先とする他（「他」参照）の上りトラフィック量として記録する。
【０１１０】
トラフィック測定部１０１は、各ＡＰ＃１〜＃４について、端末ＴＲ＃１〜＃８の通信先の分類に基づき、上りトラフィック量の増加率を算出する。より具体的には、トラフィック測定部１０１は、ＳＮＳサーバ９０への上りトラフィック量の増加率と、非ＳＮＳサーバ９１への上りトラフィック量の増加率を別々に算出する。イベント検出部１０２は、各ＡＰ＃１〜＃４について、端末ＴＲ＃１〜＃８の通信先のうち、ＳＮＳサーバ９０への上りトラフィック量の増加率と、非ＳＮＳサーバ９１への上りトラフィック量の増加率とを比較し、その比較結果に基づき、イベントが周辺で発生したＡＰ＃１〜＃４を検出する。
【０１１１】
より具体的には、イベント検出部１０２は、ＳＮＳサーバ９０への上りトラフィック量の増加率が、非ＳＮＳサーバ９１への上りトラフィック量の増加率より大きい場合、イベントを検出する。例えば、点線枠で示されるように、ＡＰ＃１について、時刻１２：００におけるＳＮＳサーバ９０の上りトラフィック量の増加率は１．９０であり、非ＳＮＳサーバ９１の上りトラフィック量の増加率は０．９１である。このとき、ＳＮＳサーバ９０の上りトラフィック量の増加率は、非ＳＮＳサーバ９１の上りトラフィック量の増加率より大きいため、イベント検出部１０２は、ＡＰ＃１の周辺のイベントを検出する。
【０１１２】
図１４は、本実施例のイベント検出部１０２の処理を示すフローチャートである。本処理は、図７のイベント検出処理に相当する。なお、図１４において、図８と共通する処理については同一の符号を付し、その説明を省略する。
【０１１３】
イベント検出部１０２は、ＡＰ＃１〜＃４の選択後（ステップＳｔ３１）、トラフィック情報２３０を通信先（ＳＮＳサーバ９０宛て、または非ＳＮＳサーバ９１宛て）ごとに分類する（ステップＳｔ３１ａ）。次に、イベント検出部１０２は、トラフィック測定部１０１によりＳＮＳサーバ９０宛ての上りトラフィック量の増加率αを算出する（ステップＳｔ３２ａ）。
【０１１４】
次に、イベント検出部１０２は、ＳＮＳサーバ９０宛ての上りトラフィック量の増加率αを閾値ＴＨと比較する（ステップＳｔ３３ｃ）。イベント検出部１０２は、ＳＮＳサーバ９０宛ての上りトラフィック量の増加率αが閾値ＴＨ以上である場合（ステップＳｔ３３ｃのＹｅｓ）、トラフィック測定部１０１により非ＳＮＳサーバ９１宛ての上りトラフィック量の増加率βを算出する（ステップＳｔ３３ｄ）。イベント検出部１０２は、ＳＮＳサーバ９０宛ての上りトラフィック量の増加率αが閾値ＴＨより小さい場合（ステップＳｔ３３ｃのＮｏ）、ステップＳｔ３５の処理を実行する。
【０１１５】
次に、イベント検出部１０２は、ＳＮＳサーバ９０宛ての上りトラフィック量の増加率αと非ＳＮＳサーバ９１宛ての上りトラフィック量の増加率βを比較する（ステップＳｔ３３ｅ）。
【０１１６】
イベント検出部１０２は、ＳＮＳサーバ９０宛ての上りトラフィック量の増加率αが、非ＳＮＳサーバ９１宛ての上りトラフィック量の増加率βより大きい場合（ステップＳｔ３３ｅのＹｅｓ）、選択中のＡＰ＃１〜＃４の周辺のイベントを検出し、検出リスト１３３に検出ＡＰ＃１〜＃４を登録する（ステップＳｔ３４）。また、イベント検出部１０２は、ＳＮＳサーバ９０宛ての上りトラフィック量の増加率αが、非ＳＮＳサーバ９１宛ての上りトラフィック量の増加率β以下である場合（ステップＳｔ３３ｅのＮｏ）、イベントを検出しない。このようにして、イベント検出部１０２は処理を実行する。
【０１１７】
（第４実施例）
イベント検出部１０２は、上述したように、上りトラフィック量の増加率が一定条件を満たせば、イベントを検出する。しかし、連続する測定周期においてイベント検出された場合、イベントを検出するたびにイベント通知を送信するのは無駄である。そこで、イベント検出部１０２は、検出リスト１３３に基づき、イベントの検出時刻から所定時間内のイベントの検出を停止してもよい。なお、本実施例では、第１実施例の構成をベースとする例を挙げるが、本実施例の内容は、第２実施例及び第３実施例にも適用可能である。
【０１１８】
図１５には、本実施例のトラフィックの増加率及び検出リスト１３３が示されている。
例えば、点線枠で示されるように、ＡＰ＃１について、時刻１２：００及び時刻１２：３０の上りトラフィック量の増加率は１．５である。このため、閾値ＴＨを１．５とすると、イベントの検出条件が満たされる。
【０１１９】
しかし、時刻１２：００及び時刻１２：３０の２度にわたってイベント通知を送信しても、ユーザＵａ〜Ｕｈにとっては、継続するイベントの冗長なイベント通知を受けることとなるため、無駄である。このため、イベント検出部１０２は、点線枠で示されるように、検出リスト１３３の検出ＡＰ＃１の検出時刻１２：００を参照し、その検出時刻から所定時間内（例えば３時間内）のイベントの検出を停止する。これにより、無駄なイベント通知が防止される。
【０１２０】
図１６は、本実施例のイベント検出部１０２の処理を示すフローチャートである。本処理は、図７のイベント検出処理に相当する。なお、図１６において、図８と共通する処理については同一の符号を付し、その説明を省略する。
【０１２１】
イベント検出部１０２は、上りトラフィック量の増加率が閾値ＴＨ以上である場合（ステップＳｔ３３のＹｅｓ）、検出リスト１３３を参照し、検出時刻から所定時間内の検出ＡＰ＃１〜＃４の登録の有無を判定する（ステップＳｔ３３ｆ）。イベント検出部１０２は、検出時刻から所定時間内の検出ＡＰ＃１〜＃４の登録がない場合（ステップＳｔ３３ｆのＮｏ）、選択中のＡＰ＃１〜＃４の周辺のイベントを検出し、検出リスト１３３に検出ＡＰ＃１〜＃４を登録する（ステップＳｔ３４）。
【０１２２】
また、イベント検出部１０２は、検出時刻から所定時間内の検出ＡＰ＃１〜＃４の登録がある場合（ステップＳｔ３３ｆのＹｅｓ）、イベントを検出しない。このようにして、イベント検出部１０２は処理を実行する。
【０１２３】
（第５実施例）
これまでの実施例では、イベント通知部１０４は、通知先ＡＰ＃１〜＃４にリンクした全ての端末ＴＲ＃１〜＃８にイベント通知を送信するが、この端末ＴＲ＃１〜＃８のユーザＵａ〜Ｕｈには、既に他のイベントに参加済みのユーザもいる場合がある。この場合、参加不可能なイベントの通知をユーザＵａ〜Ｕｈに無駄に送信することになる。
【０１２４】
そこで、イベント通知部１０４は、上りトラフィック量の増加率が所定値Ｋ以上である端末ＴＲ＃１〜＃８をイベントの通知先から除外してもよい。上りトラフィック量の増加率が所定値Ｋ以上である端末ＴＲ＃１〜＃８は、ＳＮＳサーバ９０に投稿情報を送信している可能性が高いため、このような端末ＴＲ＃１〜＃８をイベントの通知先から除外すれば、無駄なイベント通知を省くことができる。
【０１２５】
図１７には、本実施例のトラフィック情報２３０、トラフィックの増加率、及び端末ＤＢ１３２が示されている。トラフィック情報取得部１００は、端末ＴＲ＃１〜＃８ごとの上りトラフィック量をＡＰ＃１〜＃４からそれぞれ取得する。
【０１２６】
各ＡＰ＃１〜＃４のトラフィック監視部２０３は、送信元の端末ＴＲ＃１〜＃８ごとに上りトラフィック量を監視する。送信処理部２０４は、端末ＴＲ＃１〜＃８ごとの上りトラフィック量を示すトラフィック情報２３０をイベント通知サーバ１に送信する。このため、送信処理部２０４は、トラフィック情報２３０に、端末ＴＲ＃１〜＃８を識別する識別子を付与する。トラフィック情報取得部１００は、端末ＴＲ＃１〜＃８の識別子に基づき、トラフィック情報２３０を送信元の端末ＴＲ＃１〜＃８ごとに分類する。
【０１２７】
例えば、点線枠で示されるように、ＡＰ＃２について、時刻１１：３０の端末ＴＲ＃５の上りトラフィック量は２０（ＭＢｙｔｅ）であり、時刻１２：００の端末ＴＲ＃５の上りトラフィック量は４０（ＭＢｙｔｅ）である。
【０１２８】
また、イベント通知部１０４は、通知先決定部１０３が決定した通知先ＡＰ＃１〜＃４について、端末ＴＲ＃１〜＃８ごとの上りトラフィック量の増加率を算出する。例えば、点線枠で示されるように、ＡＰ＃２について、時刻１２：００の端末ＴＲ＃５の上りトラフィック量の増加率は、２．００（＝４０／２０）と算出される。
【０１２９】
そして、イベント通知部１０４は、通知先ＡＰ＃１〜＃４とリンクする端末ＴＲ＃１〜＃８のうち、上りトラフィック量の増加率が所定値Ｋ以上である端末ＴＲ＃１〜＃８を、イベントの通知先から除外する。例えば、点線枠で示されるように、通知先決定部１０３が、ＡＰ＃２を通知先ＡＰに決定した場合、イベント通知部１０４は、通知先ＡＰ＃２にリンクした端末ＴＲ＃４，＃５をイベント通知の通知先の候補とする。
【０１３０】
ここで、所定値Ｋ＝１．５とすると、端末ＴＲ＃４の上りトラフィック量の増加率は１．００であるため、所定値より小さいが、端末ＴＲ＃５の上りトラフィック量の増加率は２．００であるため、所定値より大きい。このため、イベント通知部１０４は、通知先の候補の端末ＴＲ＃４，＃５のうち、バツ印で示されるように、端末ＴＲ＃５を候補から除外する。これにより、無駄なイベント通知が防止される。
【０１３１】
図１８は、本実施例のイベント検出部１０２の処理を示すフローチャートである。本処理は、図７のイベント検出処理に相当する。なお、図１８において、図８と共通する処理については同一の符号を付し、その説明を省略する。
【０１３２】
イベント検出部１０２は、ＡＰ＃１〜＃４の選択後（ステップＳｔ３１）、トラフィック測定部１０１により各端末ＴＲ＃１〜＃８の上りトラフィック量の合計を算出する（ステップＳｔ３１ａ）。このため、イベント検出部１０２は、各ＡＰ＃１〜＃４の合計の上りトラフィック量の増加率に基づき、イベントを検出することができる。このようにして、イベント検出部１０２は処理を実行する。
【０１３３】
また、図１９は、イベント通知部１０４の処理の他例を示すフローチャートである。本処理は、図７のイベント通知処理に相当する。なお、図１９において、図１０と共通する処理については同一の符号を付し、その説明を省略する。
【０１３４】
イベント通知部１０４は、端末ＤＢ１３２から、イベントの通知先の候補となる端末ＴＲ＃１〜＃８を検索した後（ステップＳｔ５２）、検索した端末ＴＲ＃１〜＃８の１つを選択する（ステップＳｔ５２ａ）。次に、イベント通知部１０４は、選択中の端末ＴＲ＃１〜＃８の上りトラフィック量の増加率を算出する（ステップＳｔ５２ｂ）。次に、イベント通知部１０４は、算出した増加率を所定値Ｋと比較する（ステップＳｔ５２ｃ）。
【０１３５】
イベント通知部１０４は、増加率が所定値Ｋ以上である場合（ステップＳｔ５２ｃのＹｅｓ）、端末ＴＲ＃１〜＃８を通知先の候補から除外する（ステップＳｔ５２ｄ）。また、イベント通知部１０４は、増加率が所定値Ｋより小さい場合（ステップＳｔ５２ｃのＮｏ）、ステップＳｔ５２ｄの処理を実行しない。
【０１３６】
次に、イベント通知部１０４は、通知先の候補となる全ての端末ＴＲ＃１〜＃８を選択済みであるか否かを判定する（ステップＳｔ５３ｅ）。イベント通知部１０４は、未選択の端末ＴＲ＃１〜＃８がある場合（ステップＳｔ５３ｅのＮｏ）、未選択の端末ＴＲ＃１〜＃８を選択し（ステップＳｔ５３ｆ）、再びステップＳｔ５２ａを実行する。
【０１３７】
また、イベント通知部１０４は、未選択の端末ＴＲ＃１〜＃８がない場合（ステップＳｔ５３ｅのＹｅｓ）、通知先の端末ＴＲ＃１〜＃８にイベント通知を送信する（ステップＳｔ５３）。このようにして、イベント通知部１０４は処理を実行する。
【０１３８】
（第６実施例）
これまでの実施例では、通知先決定部１０３は、検出ＡＰ＃１〜＃４を通知先ＡＰから除外するが、これに限定されない。検出ＡＰ＃１〜＃４にリンクする端末ＴＲ＃１〜＃８のユーザＵａ〜Ｕｈでも、イベントに気づかずに参加していないユーザがいる場合もある。つまり、ユーザＵａ〜Ｕｈには、イベントの場所に居ながら、イベントに気づかないユーザもいる。
【０１３９】
そこで、イベント通知部１０４は、このようなユーザＵａ〜Ｕｈの端末ＴＲ＃１〜＃８を、その上りトラフィック量の増加率に基づき検出して、イベントの通知先に追加することにより、イベント通知を送信してもよい。イベントに参加していないユーザＵａ〜Ｕｈは、端末ＴＲ＃１〜＃８からＳＮＳサーバ９０に投稿情報を送信していないため、端末ＴＲ＃１〜＃８の上りトラフィック量の増加率から判別される。したがって、上述した第５実施例において、通知先決定部１０３が、通知先ＡＰ＃１〜＃４に検出ＡＰ＃１〜＃４を追加することにより、検出ＡＰ＃１〜＃４にリンクする端末ＴＲ＃１〜＃８から、そのようなユーザＵａ〜Ｕｈの端末ＴＲ＃１〜＃８を通知先に追加することが可能である。
【０１４０】
図２０には、本実施例のトラフィック情報１３０、トラフィックの増加率、及び端末ＤＢ１３２が示されている。なお、本例では、ＡＰ＃１が検出ＡＰであると仮定する。
【０１４１】
トラフィック情報２３０は、各ＡＰ＃１〜＃４について、送信元の端末ＴＲ＃１〜＃８ごとに取得される。例えば、点線枠で示されるように、ＡＰ＃１について、端末ＴＲ＃３の時刻１１：３０及び時刻１２：００の上りトラフィック量は１０（ＭＢｙｔｅ）である。
【０１４２】
通知先決定部１０３は、各ＡＰ＃１〜＃４について、端末ＴＲ＃１〜＃８ごとの上りトラフィック量の増加率を算出する。例えば、点線枠で示されるように、ＡＰ＃１について、端末ＴＲ＃３の時刻１２：００の上りトラフィック量の増加率は、１．００（＝１０／１０）となる。なお、ＡＰ＃１について、他の端末ＴＲ＃１，＃２の時刻１２：００の上りトラフィック量の増加率は、１．６６である。
【０１４３】
通知先決定部１０３は、検出ＡＰ＃１を通知先ＡＰに追加する。イベント通知部１０４は、端末ＤＢ１３２を参照することにより、検出ＡＰ＃１の端末ＴＲ＃１〜＃３を通知先に候補とする。イベント通知部１０４は、点線枠で示されるように、端末ＴＲ＃１〜＃３のうち、上りトラフィック量の増加率が所定値Ｋ（＝１．５）未満である端末ＴＲ＃３だけにイベント通知を送信する。
【０１４４】
このため、図１の例において、イベントが行われている広場のユーザＵａ〜Ｕｃのうち、イベントに不参加のユーザＵｃの端末ＴＲ＃３にのみイベント通知が送信される。これにより、ユーザＵｃは、イベントを知り、参加することができる。
【０１４５】
図２１は、本実施例の通知先決定部１０３の処理を示すフローチャートである。本処理は、通知先決定処理に相当する。なお、図２１において、図９と共通する処理については同一の符号を付し、その説明を省略する。
【０１４６】
通知先決定部１０３は、検出リスト１３３の通知先ＡＰの登録後（ステップＳｔ４３）、さらに、検出リスト１３３の通知先ＡＰに検出ＡＰ＃１〜＃４を登録する（ステップＳｔ４３ａ）。このため、イベント通知部１０４は、検出ＡＰにリンクする端末ＴＲ＃１〜＃８も通知先の候補とすることができる。なお、イベント通知部１０４の処理は、図１９に示されたとおりである。このようにして、通知先決定部１０３は処理を実行する。
【０１４７】
（第７実施例）
イベント通知サーバ１は、キャンパス内に設置されたカメラＣＭ＃１〜＃４から映像を取得し、その映像からイベントの詳細情報を生成して、端末ＴＲ＃１〜＃８に送信してもよい。これにより、ユーザＵａ〜Ｕｈは、イベントの詳細を知ることができる。
【０１４８】
図２２は、本実施例のイベント通知サーバ１を示す構成図である。図２２において、図４と共通する構成については同一の符号を付し、その説明を省略する。
【０１４９】
ＣＰＵ１０は、ＲＯＭ１１からプログラムを読み込むと、機能として、トラフィック情報取得部１００、トラフィック測定部１０１、イベント検出部１０２、通知先決定部１０３、イベント通知部１０４、及びイベント情報生成部１０５が形成される。また、ＨＤＤ１３には、トラフィック情報１３０、位置ＤＢ１３１ａ、端末ＤＢ１３２、検出リスト１３３、ＳＮＳサーバリスト１３４、及びユーザデータベース（ユーザＤＢ）１３５が記憶されている。なお、位置ＤＢ１３１ａは第１データベースの一例であり、ユーザＤＢ１３５は第２データベースの一例である。
【０１５０】
図２３には、本実施例の位置ＤＢ１３１ａが示されている。位置ＤＢ１３１ａには、各ＡＰ＃１〜＃４の近距離ＡＰ、及び各ＡＰ＃１〜＃４の近辺のカメラＣＭ＃１〜＃４の識別子も登録されている。各ＡＰ＃１〜＃４の近辺には、図１に示されるように、カメラＣＭ＃１〜＃４がそれぞれ設置されている。
【０１５１】
位置ＤＢ１３１ａは、入力装置１５から入力されたものであってもよいし、通信ポート１４を介して受信したものであってもよい。なお、カメラＣＭ＃１〜＃４の識別子としては、例えばＩＰアドレスが挙げられるが、これに限定されない。
【０１５２】
イベント情報生成部１０５は、生成部の一例であり、イベント検出部１０２から通知を受けると、位置ＤＢ１３１ａに基づき、検出ＡＰ＃１〜＃４の近辺のカメラＣＭ＃１〜＃４から、そのカメラＣＭ＃１〜＃４が撮影した映像を取得し、映像からイベントの詳細情報を生成する。なお、イベントの詳細情報は、映像に関する情報の一例であり、例えばイベントの種類（ライブやスポーツなど）、イベントの画像、またはイベントの映像自体である。イベント情報生成部１０５は、イベントの詳細情報を生成すると、通知先決定部１０３に出力する。
【０１５３】
通知先決定部１０３は、イベントの詳細情報を、通知先ＡＰの情報とともにイベント通知部１０４に出力する。イベント通知部１０４は、イベント通知にイベントの詳細情報を付与し、通知先の端末ＴＲ＃１〜＃８に送信する。このため、ユーザＵａ〜Ｕｈは、イベント通知を受けることにより、イベントの詳細を知ることができる。
【０１５４】
図２４は、本実施例のイベント通知サーバ１の動作を示すフローチャートである。なお、図２４において、図７と共通する処理については同一の符号を付し、その説明を省略する。
【０１５５】
イベント情報生成部１０５は、イベント検出処理の後（ステップＳｔ３）、検出ＡＰ＃１〜＃４の近辺のカメラＣＭ＃１〜＃４の映像に基づきイベント情報生成部１０５は、イベント情報生成処理を実行する（ステップＳｔ３ａ）。その後、ステップＳｔ４の処理が実行される。このようにして、イベント通知サーバ１は動作する。
【０１５６】
図２５は、イベント情報生成部１０５の処理の一例を示すフローチャートである。本処理は図２４のイベント情報生成処理に相当する。
【０１５７】
イベント情報生成部１０５は、検出リスト１３３から検出ＡＰ＃１〜＃４の１つを選択する（ステップＳｔ６１）。次に、イベント情報生成部１０５は、位置ＤＢ１３１ａを参照して、選択中の検出ＡＰ＃１〜＃４の近辺のカメラＣＭ＃１〜＃４を検索する（ステップＳｔ６３）。このとき、イベント情報生成部１０５は、位置ＤＢ１３１ａに登録されたカメラＣＭ＃１〜＃４の識別子に基づき、カメラＣＭ＃１〜＃４にアクセスする。
【０１５８】
次に、イベント情報生成部１０５は、取得した映像に基づきイベントの詳細情報を生成する（ステップＳｔ６４）。次に、イベント情報生成部１０５は、全ての検出ＡＰ＃１〜＃４を選択済みであるか否かを判定する（ステップＳｔ６５）。
【０１５９】
イベント情報生成部１０５は、未選択の検出ＡＰ＃１〜＃４がある場合（ステップＳｔ６５のＮｏ）、未選択の検出ＡＰ＃１〜＃４を選択し（ステップＳｔ６６）、再びステップＳｔ６２の処理を実行する。また、イベント情報生成部１０５は、未選択の検出ＡＰ＃１〜＃４がない場合（ステップＳｔ６５のＹｅｓ）、処理を終了する。このようにして、イベント情報生成部１０５は処理を実行する。
【０１６０】
（第８実施例）
また、イベント情報生成部１０５は、取得した映像に基づきイベントの種類、つまりカテゴリを特定し、イベント通知部１０４は、特定されたカテゴリに応じた端末ＴＲ＃１〜＃８にイベント通知を送信してもよい。これにより、ユーザＵａ〜Ｕｈは、各々の興味のあるカテゴリのイベント通知だけを受信することができる。
【０１６１】
イベント通知部１０４は、ユーザＤＢ１３５に基づき、特定されたイベントの種類を通知対象とする端末ＴＲ＃１〜＃８にイベント通知を送信にイベントの詳細情報を送信する。
【０１６２】
図２６にはユーザＤＢ１３５の一例が示されている。ユーザＤＢ１３５には、ユーザＵａ〜Ｕｈごとに、その端末ＴＲ＃１〜＃８の識別子とその興味対象、つまりイベントの通知対象のカテゴリが登録されている。例えば、端末ＴＲ＃１のユーザＵａは、スポーツとライブのイベント通知を通知対象として設定されている。ユーザＤＢ１３５は、入力されたものでもよいし、通信ポート１４を介し他装置から受信されたものでもよい。
【０１６３】
図２７は、本実施例のイベント情報生成部１０５の処理を示すフローチャートである。本処理は、図２４のイベント情報生成処理に相当する。なお、図２７において、図２５と共通する処理については同一の符号を付し、その説明を省略する。
【０１６４】
イベント情報生成部１０５は、カメラＣＭ＃１〜＃４から映像を取得した後（ステップＳｔ６３）、映像に基づきイベントのカテゴリを特定する（ステップＳｔ６３ａ）。このとき、イベント情報生成部１０５は、取得した映像の解析を行うことにより、カテゴリを特定する。その後、ステップＳｔ６４以降の処理が実行される。このようにして、イベント情報生成部１０５は処理を実行する。
【０１６５】
図２８は、本実施例のイベント通知部１０４の処理を示すフローチャートである。本処理は、図２４のイベント通知処理に相当する。なお、図２８において、図１０と共通する処理については同一の符号を付し、その説明を省略する。
【０１６６】
イベント通知部１０４は、端末ＤＢ１３２から通知先の候補の端末ＴＲ＃１〜＃８を検索した後（ステップＳｔ５２）、そのうちの１つを選択する（ステップＳｔ５２ｇ）。次に、イベント通知部１０４は、ユーザＤＢ１３５から、選択中の端末ＴＲ＃１〜＃８のカテゴリを検索する（ステップＳｔ５２ｈ）。
【０１６７】
次に、イベント通知部１０４は、検索したカテゴリと、イベント情報生成部１０５により特定されたカテゴリを比較する（ステップＳｔ５２ｉ）。イベント通知部１０４は、検索したカテゴリが、イベント情報生成部１０５により特定されたカテゴリに一致しない場合（ステップＳｔ５２ｉのＮｏ）、選択中の端末ＴＲ＃１〜＃８を通知先の候補から除外する（ステップＳｔ５２ｊ）。また、イベント通知部１０４は、検索したカテゴリが、イベント情報生成部１０５により特定されたカテゴリに一致する場合（ステップＳｔ５２ｉのＹｅｓ）、選択中の端末ＴＲ＃１〜＃８を通知先の候補から除外しない。
【０１６８】
次に、イベント通知部１０４は、全ての端末ＴＲ＃１〜＃８を選択済みであるか否かを判定する（ステップＳｔ５３ｋ）。イベント通知部１０４は、未選択の端末ＴＲ＃１〜＃８がある場合（ステップＳｔ５３ｋのＮｏ）、未選択の端末ＴＲ＃１〜＃８を選択し（ステップＳｔ５３ｌ）、再びステップＳｔ５２ｇの処理を実行する。また、イベント通知部１０４は、未選択の端末ＴＲ＃１〜＃８がない場合（ステップＳｔ５３ｋのＹｅｓ）、通知先の端末ＴＲ＃１〜＃８にイベント通知を送信する（ステップＳｔ５３）。このようにして、イベント通知部１０４は処理を実行する。
【０１６９】
（第９実施例）
また、本実施例において、イベント通知部１０４は、通知先決定部１０３が決定した通知先ＡＰ＃１〜＃４以外のＡＰの端末ＴＲ＃１〜＃８にイベントの詳細情報を送信してもよい。これにより、イベントの場所から遠距離の場所のユーザＵａ〜Ｕｈでも、疑似的にイベントに参加することができる。
【０１７０】
図２９は、本実施例のイベント通知部１０４の処理を示すフローチャートである。本処理は、図２４のイベント通知処理に相当する。なお、図２９において、図２８と共通する処理については同一の符号を付し、その説明を省略する。
【０１７１】
図２８と比較すると理解されるように、イベント通知部１０４は、通知先ＡＰ＃１〜＃４に限定されず、全てのＡＰ＃１〜＃４を選択対象として１つのＡＰ＃１〜＃４を選択する（ステップＳｔ５１ａ、Ｓｔ５５ａ）。このため、検出ＡＰ＃１〜＃４の近距離ＡＰではない他のＡＰ＃１〜＃４とリンクした端末ＴＲ＃１〜＃８でも、イベントのカテゴリがユーザＤＢ１３５に登録したカテゴリに一致すれば、イベントの詳細情報を受信できる。このようにして、イベント通知部１０４は処理を実行する。また、イベント通知部１０４が、通知先ＡＰ＃１〜＃４に限定されず、全てのＡＰ＃１〜＃４を選択対象とするため、通知先決定部１０３は処理を実行する必要がない。
【０１７２】
なお、これまで述べた実施例では、イベント通知サーバ１が、各ＡＰ＃１〜＃４からトラフィック情報を収集してイベントを検知し、端末ＴＲ＃１〜＃８にイベント通知を送信したが、これに限定されない。例えば、各ＡＰ＃１〜＃４が、分散処理により、自己のトラフィック情報を管理してイベントを検知し、検知ＡＰ＃１〜＃４は、近距離ＡＰ＃１〜＃４にイベント通知を依頼してもよい。この場合、各ＡＰ＃１〜＃４には、イベント通知サーバ１と同様の構成が設けられる。
【０１７３】
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体（ただし、搬送波は除く）に記録しておくことができる。
【０１７４】
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【０１７５】
プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。
【０１７６】
上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。
【０１７７】
なお、以上の説明に関して更に以下の付記を開示する。
（付記１）  ネットワークと端末の間で通信を中継する複数の中継装置の各々の周辺のイベントを検出するイベント検出装置において、
前記端末から前記ネットワークに送信される上りトラフィック量を前記複数の中継装置からそれぞれ取得する取得部と、
前記複数の中継装置の前記上りトラフィック量の増加率をそれぞれ算出する算出部と、
前記上りトラフィック量の増加率に基づき、前記複数の中継装置のうち、前記イベントが周辺で発生した中継装置を検出する検出部とを有することを特徴とするイベント検出装置。
（付記２）  前記イベントが周辺で発生した中継装置の位置に基づき、前記複数の中継装置から、前記イベントの通知先とする前記端末の中継装置を決定する決定部と、
前記決定部が決定した中継装置の前記端末に前記イベントを通知する通知部とを有することを特徴とする付記１に記載のイベント検出装置。
（付記３）  前記取得部は、前記ネットワークから前記端末に送信される下りトラフィック量を前記複数の中継装置からそれぞれ取得し、
前記算出部は、前記複数の中継装置の前記下りトラフィック量の増加率をそれぞれ算出し、
前記検出部は、前記上りトラフィック量の増加率と前記下りトラフィック量の増加率を比較し、該比較結果に基づき、前記イベントが周辺で発生した中継装置を検出することを特徴とする付記１または２に記載のイベント検出装置。
（付記４）  前記取得部は、前記端末の通信先ごとの前記上りトラフィック量を前記複数の中継装置からそれぞれ取得し、
前記算出部は、前記複数の中継装置の各々について、前記端末の通信先のうち、前記端末から投稿を受け付ける通信先への前記上りトラフィック量の増加率と、他の通信先への前記上りトラフィック量の増加率とを算出し、
前記検出部は、前記複数の中継装置の各々について、前記端末から投稿を受け付ける通信先への前記上りトラフィック量の増加率と、他の通信先への前記上りトラフィック量の増加率とを比較し、該比較結果に基づき、前記イベントが周辺で発生した中継装置を検出することを特徴とする付記１または２に記載のイベント検出装置。
（付記５）  前記検出部による中継装置ごとの検出時刻を記憶する記憶部と、
前記検出部は、前記検出時刻から所定時間内の当該中継装置の検出を停止することを特徴とする付記１乃至４の何れかに記載のイベント検出装置。
（付記６）  前記取得部は、前記端末ごとの前記上りトラフィック量を前記複数の中継装置からそれぞれ取得し、
前記通知部は、前記決定部が決定した中継装置について、前記端末ごとの前記上りトラフィック量の増加率を算出し、前記決定部が決定した中継装置の前記端末のうち、前記上りトラフィック量の増加率が所定値以上である端末を、前記イベントの通知先から除外することを特徴とする付記２に記載のイベント検出装置。
（付記７）  前記通知部は、前記イベントが周辺で発生した中継装置の前記端末のうち、前記上りトラフィック量の増加率が前記所定値未満である端末に、前記イベントを通知することを特徴とする付記６に記載のイベント検出装置。
（付記８）  前記複数の中継装置の各々の近辺の撮影装置の識別子が登録された第１データベースが記憶された記憶部と、
前記第１データベースに基づき、前記イベントが周辺で発生した中継装置の近辺の前記撮影装置が撮影した映像を取得し、前記映像に関する情報を生成する生成部とを有し、
前記通知部は、前記決定部が決定した中継装置の前記端末に前記映像に関する情報を送信することを特徴とする付記２に記載のイベント検出装置。
（付記９）  前記記憶部には、前記第１データベースと、前記端末のユーザごとに通知対象となる前記イベントの種類が登録された第２データベースとが記憶され、
前記生成部は、前記映像に基づき前記イベントの種類を特定し、
前記通知部は、前記第２データベースに基づき、特定された前記イベントの種類を通知対象とする前記端末に前記映像に関する情報を送信することを特徴とする付記８に記載のイベント検出装置。
（付記１０）  前記通知部は、前記複数の中継装置のうち、前記決定部が決定した中継装置以外の中継装置の前記端末に前記映像に関する情報を送信することを特徴とする付記８または９に記載のイベント検出装置。
（付記１１）  ネットワークと端末の間で通信を中継する複数の中継装置と、
前記複数の中継装置の各々の周辺のイベントを検出するイベント検出装置とを有し、
前記イベント検出装置は、
前記端末から前記ネットワークに送信される上りトラフィック量を前記複数の中継装置からそれぞれ取得する取得部と、
前記複数の中継装置の前記上りトラフィック量の増加率をそれぞれ算出する算出部と、
前記上りトラフィック量の増加率に基づき、前記複数の中継装置のうち、前記イベントが周辺で発生した中継装置を検出する検出部とを有することを特徴とするイベント検出システム。
（付記１２）  前記イベントが周辺で発生した中継装置の位置に基づき、前記複数の中継装置から、前記イベントの通知先とする前記端末の中継装置を決定する決定部と、
前記決定部が決定した中継装置の前記端末に前記イベントを通知する通知部とを有することを特徴とする付記１１に記載のイベント検出システム。
（付記１３）  前記取得部は、前記ネットワークから前記端末に送信される下りトラフィック量を前記複数の中継装置からそれぞれ取得し、
前記算出部は、前記複数の中継装置の前記下りトラフィック量の増加率をそれぞれ算出し、
前記検出部は、前記上りトラフィック量の増加率と前記下りトラフィック量の増加率を比較し、該比較結果に基づき、前記イベントが周辺で発生した中継装置を検出することを特徴とする付記１１または１２に記載のイベント検出システム。
（付記１４）  前記取得部は、前記端末の通信先ごとの前記上りトラフィック量を前記複数の中継装置からそれぞれ取得し、
前記算出部は、前記複数の中継装置の各々について、前記端末の通信先のうち、前記端末から投稿を受け付ける通信先への前記上りトラフィック量の増加率と、他の通信先への前記上りトラフィック量の増加率とを算出し、
前記検出部は、前記複数の中継装置の各々について、前記端末から投稿を受け付ける通信先への前記上りトラフィック量の増加率と、他の通信先への前記上りトラフィック量の増加率とを比較し、該比較結果に基づき、前記イベントが周辺で発生した中継装置を検出することを特徴とする付記１１または１２に記載のイベント検出システム。
（付記１５）  前記検出部による中継装置ごとの検出時刻を記憶する記憶部と、
前記検出部は、前記検出時刻から所定時間内の当該中継装置の検出を停止することを特徴とする付記１１乃至１４の何れかに記載のイベント検出システム。
（付記１６）  前記取得部は、前記端末ごとの前記上りトラフィック量を前記複数の中継装置からそれぞれ取得し、
前記通知部は、前記決定部が決定した中継装置について、前記端末ごとの前記上りトラフィック量の増加率を算出し、前記決定部が決定した中継装置の前記端末のうち、前記上りトラフィック量の増加率が所定値以上である端末を、前記イベントの通知先から除外することを特徴とする付記１２に記載のイベント検出システム。
（付記１７）  前記通知部は、前記イベントが周辺で発生した中継装置の前記端末のうち、前記上りトラフィック量の増加率が前記所定値未満である端末に、前記イベントを通知することを特徴とする付記１６に記載のイベント検出システム。
（付記１８）  前記複数の中継装置の各々の近辺の撮影装置の識別子が登録された第１データベースが記憶された記憶部と、
前記第１データベースに基づき、前記イベントが周辺で発生した中継装置の近辺の前記撮影装置が撮影した映像を取得し、前記映像に関する情報を生成する生成部とを有し、
前記通知部は、前記決定部が決定した中継装置の前記端末に前記映像に関する情報を送信することを特徴とする付記１２に記載のイベント検出システム。
（付記１９）  前記記憶部には、前記第１データベースと、前記端末のユーザごとに通知対象となる前記イベントの種類が登録された第２データベースとが記憶され、
前記生成部は、前記映像に基づき前記イベントの種類を特定し、
前記通知部は、前記第２データベースに基づき、特定された前記イベントの種類を通知対象とする前記端末に前記映像に関する情報を送信することを特徴とする付記１８に記載のイベント検出システム。
（付記２０）  前記通知部は、前記複数の中継装置のうち、前記決定部が決定した中継装置以外の中継装置の前記端末に前記映像に関する情報を送信することを特徴とする付記１８または１９に記載のイベント検出システム。
（付記２１）  ネットワークと端末の間で通信を中継する複数の中継装置の各々の周辺のイベントを検出するイベント検出方法において、
前記端末から前記ネットワークに送信される上りトラフィック量を前記複数の中継装置からそれぞれ取得する工程と、
前記複数の中継装置の前記上りトラフィック量の増加率をそれぞれ算出する工程と、
前記上りトラフィック量の増加率に基づき、前記複数の中継装置のうち、前記イベントが周辺で発生した中継装置を検出する工程とを、コンピュータが実行することを特徴とするイベント検出方法。
（付記２２）  前記イベントが周辺で発生した中継装置の位置に基づき、前記複数の中継装置から、前記イベントの通知先とする前記端末の中継装置を決定する工程と、
該決定した中継装置の前記端末に前記イベントを通知する工程とを、前記コンピュータが実行することを特徴とする付記２１に記載のイベント検出方法。
（付記２３）  前記上りトラフィック量を取得する工程において、前記ネットワークから前記端末に送信される下りトラフィック量を前記複数の中継装置からそれぞれ取得し、
前記上りトラフィック量の増加率を算出する工程において、前記複数の中継装置の前記下りトラフィック量の増加率をそれぞれ算出し、
前記イベントが周辺で発生した中継装置を検出する工程において、前記上りトラフィック量の増加率と前記下りトラフィック量の増加率を比較し、該比較結果に基づき、前記イベントが周辺で発生した中継装置を検出することを特徴とする付記２１または２２に記載のイベント検出方法。
（付記２４）  前記上りトラフィック量を取得する工程において、前記端末の通信先ごとの前記上りトラフィック量を前記複数の中継装置からそれぞれ取得し、
前記上りトラフィック量の増加率を算出する工程において、前記複数の中継装置の各々について、前記端末の通信先のうち、前記端末から投稿を受け付ける通信先への前記上りトラフィック量の増加率と、他の通信先への前記上りトラフィック量の増加率とを算出し、
前記イベントが周辺で発生した中継装置を検出する工程において、前記複数の中継装置の各々について、前記端末から投稿を受け付ける通信先への前記上りトラフィック量の増加率と、他の通信先への前記上りトラフィック量の増加率とを比較し、該比較結果に基づき、前記イベントが周辺で発生した中継装置を検出することを特徴とする付記２１または２２に記載のイベント検出方法。
（付記２５）  前記イベントが周辺で発生した中継装置を検出する工程において、中継装置ごとの検出時刻から所定時間内の当該中継装置の検出を停止することを特徴とする付記２１乃至２４の何れかに記載のイベント検出方法。
（付記２６）  前記上りトラフィック量を取得する工程において、前記端末ごとの前記上りトラフィック量を前記複数の中継装置からそれぞれ取得し、
前記イベントを通知する工程において、前記イベントの通知先とする前記端末の中継装置を決定する工程で決定した中継装置について、前記端末ごとの前記上りトラフィック量の増加率を算出し、当該決定した中継装置の前記端末のうち、前記上りトラフィック量の増加率が所定値以上である端末を、前記イベントの通知先から除外することを特徴とする付記２２に記載のイベント検出方法。
（付記２７）  前記イベントを通知する工程において、前記イベントが周辺で発生した中継装置の前記端末のうち、前記上りトラフィック量の増加率が前記所定値未満である端末に、前記イベントを通知することを特徴とする付記２６に記載のイベント検出方法。
（付記２８）  前記複数の中継装置の各々の近辺の撮影装置の識別子が登録された第１データベースに基づき、前記イベントが周辺で発生した中継装置の近辺の前記撮影装置が撮影した映像を取得し、前記映像に関する情報を生成する工程を、前記コンピュータが実行し、
前記イベントを通知する工程において、前記イベントの通知先とする前記端末の中継装置を決定する工程で決定した中継装置の前記端末に前記映像に関する情報を送信することを特徴とする付記２２に記載のイベント検出方法。
（付記２９）  前記映像に関する情報を生成する工程において、前記映像に基づき前記イベントの種類を特定し、
前記イベントを通知する工程において、前記端末のユーザごとに通知対象となる前記イベントの種類が登録された第２データベースに基づき、特定された前記イベントの種類を通知対象とする前記端末に前記映像に関する情報を送信することを特徴とする付記２８に記載のイベント検出方法。
（付記３０）  前記イベントを通知する工程において、前記複数の中継装置のうち、前記イベントの通知先とする前記端末の中継装置を決定する工程で決定した中継装置以外の中継装置の前記端末に前記映像に関する情報を送信することを特徴とする付記２８また２９に記載のイベント検出方法。
（付記３１）  ネットワークと端末の間で通信を中継する複数の中継装置の各々の周辺のイベントを検出するイベント検出プログラムにおいて、
前記端末から前記ネットワークに送信される上りトラフィック量を前記複数の中継装置からそれぞれ取得し、
前記複数の中継装置の前記上りトラフィック量の増加率をそれぞれ算出し、
前記上りトラフィック量の増加率に基づき、前記複数の中継装置のうち、前記イベントが周辺で発生した中継装置を検出する、処理を、コンピュータに実行させることを特徴とするイベント検出プログラム。
（付記３２）  前記イベントが周辺で発生した中継装置の位置に基づき、前記複数の中継装置から、前記イベントの通知先とする前記端末の中継装置を決定し、
該決定した中継装置の前記端末に前記イベントを通知する、処理を、前記コンピュータに実行させることを特徴とする付記３１に記載のイベント検出プログラム。
（付記３３）  前記上りトラフィック量を取得する処理において、前記ネットワークから前記端末に送信される下りトラフィック量を前記複数の中継装置からそれぞれ取得し、
前記上りトラフィック量の増加率を算出する処理において、前記複数の中継装置の前記下りトラフィック量の増加率をそれぞれ算出し、
前記イベントが周辺で発生した中継装置を検出する処理において、前記上りトラフィック量の増加率と前記下りトラフィック量の増加率を比較し、該比較結果に基づき、前記イベントが周辺で発生した中継装置を検出することを特徴とする付記３１または３２に記載のイベント検出プログラム。
（付記３４）  前記上りトラフィック量を取得する処理において、前記端末の通信先ごとの前記上りトラフィック量を前記複数の中継装置からそれぞれ取得し、
前記上りトラフィック量の増加率を算出する処理において、前記複数の中継装置の各々について、前記端末の通信先のうち、前記端末から投稿を受け付ける通信先への前記上りトラフィック量の増加率と、他の通信先への前記上りトラフィック量の増加率とを算出し、
前記イベントが周辺で発生した中継装置を検出する処理において、前記複数の中継装置の各々について、前記端末から投稿を受け付ける通信先への前記上りトラフィック量の増加率と、他の通信先への前記上りトラフィック量の増加率とを比較し、該比較結果に基づき、前記イベントが周辺で発生した中継装置を検出することを特徴とする付記３１または３２に記載のイベント検出プログラム。
（付記３５）  前記イベントが周辺で発生した中継装置を検出する処理において、中継装置ごとの検出時刻から所定時間内の当該中継装置の検出を停止することを特徴とする付記３１乃至３４の何れかに記載のイベント検出プログラム。
（付記３６）  前記上りトラフィック量を取得する処理において、前記端末ごとの前記上りトラフィック量を前記複数の中継装置からそれぞれ取得し、
前記イベントを通知する処理において、前記イベントの通知先とする前記端末の中継装置を決定する処理で決定した中継装置について、前記端末ごとの前記上りトラフィック量の増加率を算出し、当該決定した中継装置の前記端末のうち、前記上りトラフィック量の増加率が所定値以上である端末を、前記イベントの通知先から除外することを特徴とする付記３２に記載のイベント検出プログラム。
（付記３７）  前記イベントを通知する処理において、前記イベントが周辺で発生した中継装置の前記端末のうち、前記上りトラフィック量の増加率が前記所定値未満である端末に、前記イベントを通知することを特徴とする付記３６に記載のイベント検出プログラム。
（付記３８）  前記複数の中継装置の各々の近辺の撮影装置の識別子が登録された第１データベースに基づき、前記イベントが周辺で発生した中継装置の近辺の前記撮影装置が撮影した映像を取得し、前記映像に関する情報を生成する処理を、前記コンピュータに実行させ、
前記イベントを通知する処理において、前記イベントの通知先とする前記端末の中継装置を決定する処理で決定した中継装置の前記端末に前記映像に関する情報を送信することを特徴とする付記３２に記載のイベント検出プログラム。
（付記３９）  前記映像に関する情報を生成する処理において、前記映像に基づき前記イベントの種類を特定し、
前記イベントを通知する処理において、前記端末のユーザごとに通知対象となる前記イベントの種類が登録された第２データベースに基づき、特定された前記イベントの種類を通知対象とする前記端末に前記映像に関する情報を送信することを特徴とする付記３８に記載のイベント検出プログラム。
【符号の説明】
【０１７８】
１      イベント通知サーバ
９      インターネット
１０      ＣＰＵ
１３      ＨＤＤ
１００     トラフィック情報取得部
１０１     トラフィック測定部
１０２     イベント検出部
１０３     通知先決定部
１０４     イベント通知部
１０５     イベント情報生成部
１３０，２３０    トラフィック情報
１３１，１３１ａ    位置データベース
１３２     端末データベース
１３３     検出リスト
１３５     ユーザデータベース
【図１】
2017162208.tif 000003
【図２】
2017162208.tif 000004
【図３】
2017162208.tif 000005
【図４】
2017162208.tif 000006
【図５】
2017162208.tif 000007
【図６】
2017162208.tif 000008
【図７】
2017162208.tif 000009
【図８】
2017162208.tif 000010
【図９】
2017162208.tif 000011
【図１０】
2017162208.tif 000012
【図１１】
2017162208.tif 000013
【図１２】
2017162208.tif 000014
【図１３】
2017162208.tif 000015
【図１４】
2017162208.tif 000016
【図１５】
2017162208.tif 000017
【図１６】
2017162208.tif 000018
【図１７】
2017162208.tif 000019
【図１８】
2017162208.tif 000020
【図１９】
2017162208.tif 000021
【図２０】
2017162208.tif 000022
【図２１】
2017162208.tif 000023
【図２２】
2017162208.tif 000024
【図２３】
2017162208.tif 000025
【図２４】
2017162208.tif 000026
【図２５】
2017162208.tif 000027
【図２６】
2017162208.tif 000028
【図２７】
2017162208.tif 000029
【図２８】
2017162208.tif 000030
【図２９】
2017162208.tif 000031