JP2022042432A - 情報処理装置、情報処理方法及び情報処理プログラム - Google Patents

Abstract

【課題】投稿運行情報と対象交通拠点とをマッピングしてヒートマップで表示する。【解決手段】情報処理装置は、受付部と、集計部と、表示制御部と、を備える。受付部は、利用者から所定の場所における状況に関する投票を受け付ける。集計部は、利用者からの投票を集計する。表示制御部は、利用者からの投票の集計結果を図面上の所定の場所にプロットしてヒートマップで表示する。また、情報処理装置は、判定部をさらに備える。判定部は、利用者が投票した際の場所が所定の場所から所定範囲内であるか否かを判定する。集計部は、利用者が投票した際の場所が所定の場所から所定範囲内である場合には、利用者からの投票を集計結果に含める。【選択図】図１

Description

本発明は、情報処理装置、情報処理方法及び情報処理プログラムに関する。

従来、公共交通機関の利用者が、所有する端末装置によって公共交通機関の運行情報をサーバに投稿する技術が開示されている。

特開２０１６－１６２４３３号公報

しかしながら、上記の従来技術では、単にサーバが収集した投稿運行情報を公共交通機関の他の利用者が有する端末装置に配信するというものであり、交通拠点や区間ごとの投稿量や投稿運行情報の内訳に関する集計結果等を視覚的に認識することができない。

本願は、上記に鑑みてなされたものであって、投稿運行情報と対象交通拠点とをマッピングしてヒートマップで表示することを目的とする。

本願に係る情報処理装置は、利用者から所定の場所における状況に関する投票を受け付ける受付部と、前記利用者からの投票を集計する集計部と、前記利用者からの投票の集計結果を図面上の前記所定の場所にプロットしてヒートマップで表示する表示制御部と、を備えることを特徴とする。

実施形態の一態様によれば、投稿運行情報と対象交通拠点とをマッピングしてヒートマップで表示することができる。

図１は、実施形態に係る情報処理方法の概要を示す説明図である。 図２は、実施形態に係るエラー状態に関する説明図である。 図３は、実施形態に係るマッピング機能に関する説明図である。 図４は、実施形態に係る情報処理システムの構成例を示す図である。 図５は、実施形態に係る端末装置の構成例を示す図である。 図６は、実施形態に係る情報処理装置の構成例を示す図である。 図７は、利用者情報データベースの一例を示す図である。 図８は、運行情報データベースの一例を示す図である。 図９は、実施形態に係る処理手順を示すフローチャートである。 図１０は、ハードウェア構成の一例を示す図である。

以下に、本願に係る情報処理装置、情報処理方法及び情報処理プログラムを実施するための形態（以下、「実施形態」と記載する）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報処理装置、情報処理方法及び情報処理プログラムが限定されるものではない。また、以下の実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

〔１．情報処理方法の概要〕
まず、図１を参照し、実施形態に係る情報処理装置が行う情報処理方法の概要について説明する。図１は、実施形態に係る情報処理方法の概要を示す説明図である。なお、図１では、利用者が投票した公共交通機関（交通手段）の遅延や運休等の運行情報を、端末の位置から交通拠点や区間に対応付けて集計する場合を例に挙げて説明する。

図１に示すように、情報処理システム１は、端末装置１０と情報提供装置１００とを含む。端末装置１０と情報提供装置１００とは、それぞれネットワークＮ（図４参照）を介して有線又は無線で互いに通信可能に接続される。

端末装置１０は、利用者Ｕにより利用されるスマートフォンやタブレット等のスマートデバイスであり、４Ｇ（Generation）やＬＴＥ（Long Term Evolution）等の無線通信網を介して任意のサーバ装置と通信を行うことができる携帯端末装置である。また、端末装置１０は、液晶ディスプレイ等の画面であって、タッチパネルの機能を有する画面を有し、利用者から指やスタイラス等によりタップ操作、スライド操作、スクロール操作等、コンテンツ等の表示データに対する各種の操作を受付ける。なお、画面のうち、コンテンツが表示されている領域上で行われた操作を、コンテンツに対する操作としてもよい。また、端末装置１０は、スマートデバイスのみならず、デスクトップＰＣ（Personal Computer）やノートＰＣ等の情報処理装置であってもよい。

情報提供装置１００は、利用者Ｕが端末装置１０を用いて投票した公共交通機関（交通手段）の遅延や運休等の運行情報を、端末装置１０の位置から交通拠点や区間に対応付けて集計する情報処理装置であり、サーバ装置やクラウドシステム等により実現される。情報提供装置１００は、利用者Ｕの端末装置１０の画面上において、公共交通機関の経路を示した図面（地図、路線図等）上に、運行情報と、当該運行情報の投票時の利用者Ｕの所在地（又はその付近）の交通拠点とをマッピングしてヒートマップで表示する。例えば、情報提供装置１００は、利用者Ｕの端末装置１０の画面に表示された図面上において交通拠点を示す位置に、投票人数に応じた円と、投票内容（投票された運転状況）に応じた色とを表示する。なお、円は形状の一例に過ぎない。このとき、情報提供装置１００は、円の大きさ（サイズ）や色の濃さ（濃淡）で、投票人数の多少を表現してもよい。また、情報提供装置１００は、色の違いではなく、形状の違いで投票内容の違いを表現してもよい。なお、情報提供装置１００は、ヒートマップにおいて、交通拠点ごとに最も投票数の多い投票内容のみ表示してもよいし、投票数に関係なく全ての投票内容を識別可能に重ねて表示してもよい。

公共交通機関は、例えば鉄道やバス、タクシー、船舶、航空路線等である。鉄道は、例えば在来線、高速鉄道（新幹線）、私鉄、地下鉄、モノレール、新交通システム、リニアモーターカー、路面電車、ケーブルカー、ロープウェイ（索道）等である。また、バスは、例えば路線バス、高速バス、自治体バス・公営バス、シャトルバス、トロリーバス、乗合バス、ＢＲＴ（Bus Rapid Transit：バス高速輸送システム）等である。また、タクシーには、乗合タクシーを含めてもよい。船舶は、例えば旅客船、連絡船、渡し船、水上バス等である。航空路線は、例えば国内線や国際線等の旅客機である。すなわち、公共交通機関は、利用者Ｕが利用可能な交通手段であればよい。また、交通拠点は、例えば鉄道駅、停留所（バス停）・バスターミナル、タクシー乗り場、港湾・乗船場、空港等である。すなわち、交通拠点は、公共交通機関の乗り降りが可能な場所であればよい。本実施形態では、公共交通機関として鉄道を例に説明する。

〔１－１．基本操作〕
例えば、図１に示すように、情報提供装置１００は、利用者Ｕの端末装置１０からのウェブサイト等へのアクセス時に、又は端末装置１０のアプリケーション（アプリ）起動時にＡＰＩ（Application Programming Interface）からの呼び出しに応じて、利用者Ｕの端末装置１０に対して、公共交通機関の遅延や運休等に関する運行情報を提供する（ステップＳ１）。なお、実際には、情報提供装置１００は、遅延や運休等が発生した際に、プッシュ通知により端末装置１０に運行情報を提供してもよい。例えば、利用者Ｕは、情報提供装置１００から運行情報の提供を受ける利用者であって、その運行情報に係る路線を利用している不特定多数の利用者である。そして、利用者Ｕは、端末装置１０を用いて、情報提供装置１００から提供された運行情報について画面操作を行う（ステップＳ２）。なお、利用者Ｕが端末装置１０を用いて行った操作や、端末装置１０が行った処理は、情報提供装置１００側に反映される。

まず、端末装置１０は、情報提供装置１００と連携して、図１に示す画面Ａのような初期表示を行う（ステップＳ３）。図１では、中央線（快速）［東京～高尾］間の運行情報を例示している。そして、利用者Ｕは、端末装置１０を用いて、現在の運行情報に関する投票を行う。例えば、端末装置１０は、投票が行われた時点での位置情報を取得し、取得された位置情報から自動的に利用者Ｕの所在地（又はその付近）の交通拠点（鉄道駅）を特定する。あるいは、利用者Ｕは、端末装置１０の画面に表示された図面上において、自分の所在地（又はその付近）の交通拠点（鉄道駅）を指定してもよい。

このとき、情報提供装置１００は、利用者Ｕの端末装置１０から利用者Ｕが投票した際の位置情報を取得し、利用者Ｕが投票した際の場所が、利用者Ｕが利用している公共交通機関のいずれかの交通拠点から所定範囲内（例えば、半径２００ｍ以内）であるか否かを判定する。なお、実際には、情報提供装置１００は、利用者Ｕが投票した際の場所から所定範囲内に、利用者Ｕが利用している公共交通機関のいずれかの交通拠点が存在するか否かを判定してもよい。これにより、情報提供装置１００は、該当する交通拠点を、当該利用者Ｕの所在地（又はその付近）の交通拠点として特定する。本実施形態では、情報提供装置１００は、利用者Ｕが投票した際の場所が、投票に係る公共交通機関の交通拠点の近くの時だけ投票を採用する。利用者Ｕからの投票があっても、利用者Ｕが投票した際の場所が、投票に係る公共交通機関の交通拠点から遠ければ、投票を採用しない。

続いて、利用者Ｕは、上り方面（東京方面）か下り方面（高尾・青梅方面）かを選択し、遅延や運休等の運行情報のステータス（運転状況）を示すボタンを押下（タップ又はクリック）する。図１では、運行情報のステータスを示すボタン（投票ボタン）として、「平常運転」、「一時停車～１０分」（１０分未満）、「～３０分」（３０分未満）、「３０分以上」、「運転見合わせ」の５つ（５段階）のボタンを例示している。なお、「～１０分」、「～３０分」、「３０分以上」はそれぞれ、鉄道が停車してからの経過時間、又は次便の待ち状況（遅延時間）等を示す。図１の例では、「３０分以上」のボタンが押下されている。端末装置１０は、利用者Ｕが「３０分以上」のボタンを押下した際に、図１に示す画面Ｂのように、投票を受け付けた旨を示すアニメーション表示を行う（ステップＳ４）。

そして、端末装置１０は、利用者Ｕからの現在の運行情報に関する投票が完了すると、情報提供装置１００と連携して、図１に示す画面Ｃのように、投票結果を画面に反映する（ステップＳ５）。このとき、端末装置１０は、利用者Ｕによる投票結果を情報提供装置１００に通知する。情報提供装置１００は、各利用者の端末装置に提供する運行情報に、端末装置１０から通知された投票結果を反映する。例えば、端末装置１０は、画面上に路線図として表示された路線上の交通拠点（鉄道駅）のそれぞれに投票結果をプロットしてヒートマップで表示する。このとき、端末装置１０は、路線上の交通拠点（鉄道駅）のそれぞれにおいて、運行情報のステータスを示すボタンのうちいずれのボタンが最も多く押下されたのかが視認できるように表示する。さらに、利用者Ｕは、同じ画面上の「この路線に関するつぶやき」という表示を押下することで、より詳細な運転状況に関するメッセージ等を投稿することができる。

なお、投票数の公平を期すために、同一路線の同一方面に対する同一の利用者Ｕによる投票は１回のみとする。例えば、端末装置１０は、現在の運行情報に関する投票が完了した後は、情報提供装置１００と連携して、運行情報のステータスを示すボタンを操作不能な表示状態にして、現在の運行情報に関する投票ができないようにする。図１の例では、端末装置１０は、「３０分以上」のボタンの下に投票数をカウントした「１」を表示し、「３０分以上」のボタンを強調表示しつつ、その他の運行情報のステータスを示すボタンを目立たないように表示する。このとき、運行情報のステータスを示すボタンは、いずれも押下することはできない。

さらに、端末装置１０は、利用者Ｕが現在の運行情報に関する投票の取り消しを行った場合には、情報提供装置１００と連携して、図１に示す画面Ｄのように、投票を取り消す（ステップＳ６）。このとき、端末装置１０は、利用者Ｕによる投票取り消しを情報提供装置１００に通知する。情報提供装置１００は、各利用者の端末装置に提供する運行情報に、端末装置１０から通知された投票取り消しを反映する。図１の例では、端末装置１０は、利用者Ｕが画面の下方に表示された「投票を取り消す」と表示されたボタン（取消ボタン）を押下した場合、当該利用者Ｕの投票を取り消し、「３０分以上」の投票数（カウント数）を１つ繰り下げる。利用者Ｕは、投票を取り消した後、改めて現在の運行情報に関する投票を行うことができる。例えば、時間の経過等により、運転状況に変化が生じた場合に、前の投票を取り消して、新たにリアルタイムの運転状況に合わせた投票を行うようにしてもよい。

なお、情報提供装置１００は、運行情報の投票結果の鮮度を保つために、利用者Ｕが投票した時刻から所定時間（例えば３０分）が経過したら自動的にその利用者Ｕの投票を取り消すようにしてもよい。これにより、古い投票結果が自動的に排除され、各利用者の端末装置には、現時点から所定時間内（例えば３０分以内）に投票された新しい投票結果のみが表示され、各利用者がリアルタイムの運行情報を認識することができる。

但し、実際には、利用者Ｕの投票を取り消さなくてもよい。本実施形態では、情報提供装置１００は、一定間隔（例えば１０分間隔）で利用者Ｕの投票を集計している。そのため、情報提供装置１００は、利用者Ｕが投票した回の集計が終わった後であれば、その利用者Ｕについて再度投票可能にしてもよい。この場合、利用者Ｕの投票は、次の集計の対象となる。情報提供装置１００は、集計した投票結果を累積的に加算してもよいし、集計ごとに投票結果を初期化して（０にして）その都度集計してもよい。

また、端末装置１０が投票結果を表示する対象は、公共交通機関に限らず、交通拠点（鉄道駅）自体であってもよい。例えば、端末装置１０は、混雑の発生等により鉄道駅の入場規制（入場制限）が行われている場合、情報提供装置１００と連携して、鉄道駅の入場規制状況について投票できるようにしてもよい。

また、端末装置１０が投票結果を表示する対象は、交通拠点（鉄道駅）に限らず、交通拠点（鉄道駅）同士を結ぶ区間であってもよい。例えば、利用者Ｕが交通拠点（鉄道駅）ではなく駅と駅との間で停車した鉄道車両内にいる場合（停車した車内に閉じ込められている場合）には、端末装置１０は、情報提供装置１００と連携して、図面上の区間において、当該区間又は当該鉄道車両を示すマークとともに、当該鉄道車両に乗車している利用者Ｕからの投票結果を表示する。このとき、端末装置１０は、情報提供装置１００と連携して、利用者Ｕが「○○分間、車内に閉じ込められている（停車してからの経過時間）」や「少しずつ移動している（鉄道車両の移動状況）」等の当該鉄道車両の状況を投票できるようにしてもよい。これにより、各利用者は、路線上において鉄道車両がどの辺りにいてどのような状況であるのかを認識することができる。

また、端末装置１０は、情報提供装置１００と連携して、利用者Ｕが利用している公共交通機関の運行情報の投票結果とともに、乗り換え可能な他の公共交通機関の運行情報の投票結果を、乗り換え場所となる交通拠点にプロットしてヒートマップで表示してもよい。例えば、端末装置１０は、鉄道が遅延や運休等した場合、情報提供装置１００と連携して、当該鉄道の運行情報の投票結果のみならず、交通拠点（鉄道駅）からの乗り換えの対象となる代替交通機関（他の路線、又はバスやタクシー等）の運行情報の投票結果も合わせて（又はページ切り替えにより）ヒートマップで表示するようにしてもよい。鉄道が遅延や運休等した場合、乗り換えの対象となる他の路線、又はバスやタクシー等についても混雑の発生等により遅延や乗車困難な状況等（順番待ちの長蛇の列、次便が来ない、来ても満員で乗れない等）が発生し、長時間待つことになる場合がある。また、このような状況は、刻々と変化する。これにより、各利用者は、代替交通機関に乗り換えるか、そのまま運転再開を待つかを判断することができる。

〔１－２．エラー状態〕
図２を参照し、実施形態に係るエラー状態について説明する。図２は、実施形態に係るエラー状態に関する説明図である。例えば、図２に示すように、「投票数の分散」と「投票数の矛盾」との２つのエラー状態が発生し得る。

情報提供装置１００は、運行情報のステータスが「平常運転」である場合に、「平常運転」と「遅延や運休等」（異常状態）との両方の投票数が近い時には、「投票数の分散」のエラー状態が発生していると判断する。例えば、情報提供装置１００は、図２に示す画面Ｅのように、運行情報のステータスが「平常運転」であるにもかかわらず、「運転見合わせ」が５０件以上、かつ「平常運転」がその６０％以上の投票数である場合には、「投票数の分散」のエラー状態が発生していると判断する。この場合、端末装置１０は、情報提供装置１００と連携して、「票数が分散しているため、正しくない場合があります」等のエラーメッセージを表示する。

また、情報提供装置１００は、運行情報のステータスが「遅延や運休等」（異常状態）である場合に、「平常運転」のみが投票され、その「平常運転」の投票数が所定の閾値よりも多い時には、「投票数の矛盾」のエラー状態が発生していると判断する。例えば、情報提供装置１００は、図２に示す画面Ｆのように、運行情報のステータスが「遅延や運休等」であるにもかかわらず、「平常運転」のみが５０件以上の投票数である場合には、「投票数の矛盾」のエラー状態が発生していると判断する。この場合、端末装置１０は、情報提供装置１００と連携して、「運行情報と投票が異なるため、正しくない場合があります」等のエラーメッセージを表示する。

なお、情報提供装置１００は、運行情報のステータスが「遅延や運休等」（異常状態）である場合に、「平常運転」と「遅延や運休等」（異常状態）との両方の投票数が近い時には、エラー状態が発生しているとは判断できない。

既存技術においても、利用者によりサーバに投稿された運行情報の中に事実と異なる情報がノイズとして含まれることがある。そのノイズの原因は、例えば悪戯や愉快犯であったり、利用者の願望や思い込み、操作ミス、誤認や確認不足によるものであったりする。本実施形態によれば、このようなノイズによる運行情報の尤度や信憑性の低下を抑制することができる。

〔１－３．マッピング機能〕
図３を参照し、実施形態に係るマッピング機能について説明する。図３は、実施形態に係るマッピング機能に関する説明図である。例えば、図３に示すように、実施形態に係るマッピング機能を地図アプリやナビアプリ等に実装することもできる。

端末装置１０は、利用者数の多さを最大限に活用し、地図アプリやナビアプリ等において、情報提供装置１００と連携して、図３に示す画面Ｇのように、路線図上に鉄道の運転状況をヒートマップで表示し、可視化する。例えば、端末装置１０は、情報提供装置１００と連携して、利用者Ｕが投票した段階で、対象路線の各鉄道駅の位置情報（例えば、緯度及び経度）に基づいて、利用者Ｕの所在地（投票した場所）から最も近い駅（最寄り駅）を算出して、最寄り駅の名称（駅名）と、利用者Ｕが投票した運転状況の度合いをデータベースに登録する。但し、端末装置１０は、利用者Ｕの所在地（投票した場所）から所定範囲内（例えば半径２００ｍ以内）に最寄り駅が存在しないという誤差範囲以上の（許容範囲を超えた）投票については、件数としてカウントアップしてもよいが、データベースへの登録はしない。端末装置１０は、情報提供装置１００と連携して、データベースに蓄積されたデータに基づいて、どの駅が混みあっているのか（遅延が大きいのか）を路線図上にプロット（描画）して、投票された集計期間と同じ時間帯の運転状況を表示する。

〔２．情報処理システムの構成例〕
次に、図４を用いて、実施形態に係る情報提供装置１００が含まれる情報処理システム１の構成について説明する。図４は、実施形態に係る情報処理システム１の構成例を示す図である。図４に示すように、実施形態に係る情報処理システム１は、端末装置１０と情報提供装置１００とを含む。これらの各種装置は、ネットワークＮを介して、有線又は無線により通信可能に接続される。ネットワークＮは、例えば、ＬＡＮ（Local Area Network）や、インターネット等のＷＡＮ（Wide Area Network）である。

また、図４に示す情報処理システム１に含まれる各装置の数は図示したものに限られない。例えば、図４では、図示の簡略化のため、端末装置１０を１台のみ示したが、これはあくまでも例示であって限定されるものではなく、２台以上であってもよい。

端末装置１０は、利用者Ｕによって使用される情報処理装置である。例えば、端末装置１０は、スマートフォンやタブレット端末等のスマートデバイス、フィーチャーフォン、ＰＣ（Personal Computer）、ＰＤＡ（Personal Digital Assistant）、カーナビゲーションシステム、スマートウォッチやヘッドマウントディスプレイ等のウェアラブルデバイス（Wearable Device）、スマートグラス等である。

また、かかる端末装置１０は、ＬＴＥ（Long Term Evolution）、４Ｇ（4th Generation）、５Ｇ（5th Generation：第５世代移動通信システム）等の無線通信網や、Ｂｌｕｅｔｏｏｔｈ（登録商標）、無線ＬＡＮ（Local Area Network）等の近距離無線通信を介してネットワークＮに接続し、情報提供装置１００と通信することができる。

情報提供装置１００は、例えばＰＣやサーバ装置、あるいはメインフレーム又はワークステーション等である。なお、情報提供装置１００は、クラウドコンピューティングにより実現されてもよい。

〔３．端末装置の構成例〕
次に、図５を用いて、端末装置１０の構成について説明する。図５は、端末装置１０の構成例を示す図である。図５に示すように、端末装置１０は、通信部１１と、表示部１２と、入力部１３と、測位部１４と、センサ部２０と、制御部３０（コントローラ）と、記憶部４０とを備える。

（通信部１１）
通信部１１は、ネットワークＮ（図４参照）と有線又は無線で接続され、ネットワークＮを介して、情報提供装置１００との間で情報の送受信を行う。例えば、通信部１１は、ＮＩＣ（Network Interface Card）やアンテナ等によって実現される。

（表示部１２）
表示部１２は、運行情報等の各種情報を表示する表示デバイスである。例えば、表示部１２は、液晶ディスプレイ（ＬＣＤ：Liquid Crystal Display）や有機ＥＬディスプレイ（Organic Electro-Luminescent Display）である。また、表示部１２は、タッチパネル式のディスプレイであるが、これに限定されるものではない。

（入力部１３）
入力部１３は、利用者Ｕから各種操作を受け付ける入力デバイスである。また、入力部１３は、例えば、文字や数字等を入力するためのボタン等を有する。また、表示部１２がタッチパネル式のディスプレイである場合、表示部１２の一部が入力部１３として機能する。この場合、入力部１３として利用者Ｕが操作するボタン等は、表示部１２に表示される。なお、入力部１３は、利用者Ｕから音声入力を受け付けるマイク等であってもよい。マイクはワイヤレスであってもよい。

（測位部１４）
測位部１４は、ＧＰＳ（Global Positioning System）の衛星から送出される信号（電波）を受信し、受信した信号に基づいて、自装置である端末装置１０の現在位置を示す位置情報（例えば、緯度及び経度）を取得する。すなわち、測位部１４は、端末装置１０の位置を測位する。なお、ＧＰＳは、ＧＮＳＳ（Global Navigation Satellite System）の一例に過ぎない。

また、測位部１４は、ＧＰＳ以外にも、種々の手法により位置を測位することができる。例えば、測位部１４は、位置補正等のための補助的な測位手段として、下記のように、端末装置１０の様々な通信機能を利用して位置を測位してもよい。

（Ｗｉ－Ｆｉ測位）
例えば、測位部１４は、端末装置１０のＷｉ－Ｆｉ（登録商標）通信機能や、各通信会社が備える通信網を利用して、端末装置１０の位置を測位する。具体的には、測位部１４は、Ｗｉ－Ｆｉ通信等を行い、付近の基地局やアクセスポイントとの距離を測位することにより、端末装置１０の位置を測位する。

（ビーコン測位）
また、測位部１４は、端末装置１０のＢｌｕｅｔｏｏｔｈ（登録商標）機能を利用して位置を測位してもよい。例えば、測位部１４は、Ｂｌｕｅｔｏｏｔｈ（登録商標）機能によって接続されるビーコン（beacon）発信機と接続することにより、端末装置１０の位置を測位する。

（地磁気測位）
また、測位部１４は、予め測定された構造物の地磁気のパターンと、端末装置１０が備える地磁気センサとに基づいて、端末装置１０の位置を測位する。

（ＲＦＩＤ測位）
また、例えば、端末装置１０が駅改札や店舗等で使用される非接触型ＩＣカードと同等のＲＦＩＤ（Radio Frequency Identification）タグの機能を備えている場合、もしくはＲＦＩＤタグを読み取る機能を備えている場合、端末装置１０を用いて通過や決済等が行われた情報とともに、使用された位置が記録される。測位部１４は、かかる情報を取得することで、端末装置１０の位置を測位してもよい。また、位置は、端末装置１０が備える光学式センサや、赤外線センサ等によって測位されてもよい。

測位部１４は、必要に応じて、上述した測位手段の一つ又は組合せを用いて、端末装置１０の位置を測位してもよい。

（センサ部２０）
センサ部２０は、端末装置１０に搭載又は接続される各種のセンサを含む。なお、接続は、有線接続、無線接続を問わない。例えば、センサ類は、ウェアラブルデバイスやワイヤレスデバイス等、端末装置１０以外の検知装置であってもよい。図５に示す例では、センサ部２０は、加速度センサ２１と、ジャイロセンサ２２と、気圧センサ２３と、気温センサ２４と、音センサ２５と、光センサ２６と、磁気センサ２７と、画像センサ（カメラ）２８とを備える。

なお、上記した各センサ２１～２８は、あくまでも例示であって限定されるものではない。すなわち、センサ部２０は、各センサ２１～２８のうちの一部を備える構成であってもよいし、各センサ２１～２８に加えてあるいは代えて、湿度センサ等その他のセンサを備えてもよい。

加速度センサ２１は、例えば、３軸加速度センサであり、端末装置１０の移動方向、速度、及び、加速度等の端末装置１０の物理的な動きを検知する。ジャイロセンサ２２は、端末装置１０の角速度等に基づいて３軸方向の傾き等の端末装置１０の物理的な動きを検知する。気圧センサ２３は、例えば端末装置１０の周囲の気圧を検知する。

端末装置１０は、上記した加速度センサ２１やジャイロセンサ２２、気圧センサ２３等を備えることから、これらの各センサ２１～２３等を利用した歩行者自律航法（ＰＤＲ：Pedestrian Dead-Reckoning）等の技術を用いて端末装置１０の位置を測位することが可能になる。これにより、ＧＰＳ等の測位システムでは取得することが困難な屋内での位置情報を取得することが可能になる。

例えば、加速度センサ２１を利用した歩数計により、歩数や歩くスピード、歩いた距離を算出することができる。また、ジャイロセンサ２２を利用して、利用者Ｕの進行方向や視線の方向、体の傾きを知ることができる。また、気圧センサ２３で検知した気圧から、利用者Ｕの端末装置１０が存在する高度やフロアの階数を知ることもできる。

気温センサ２４は、例えば端末装置１０の周囲の気温を検知する。音センサ２５は、例えば端末装置１０の周囲の音を検知する。光センサ２６は、端末装置１０の周囲の照度を検知する。磁気センサ２７は、例えば端末装置１０の周囲の地磁気を検知する。画像センサ２８は、端末装置１０の周囲の画像を撮像する。

上記した気圧センサ２３、気温センサ２４、音センサ２５、光センサ２６及び画像センサ２８は、それぞれ気圧、気温、音、照度を検知したり、周囲の画像を撮像したりすることで、端末装置１０の周囲の環境や状況等を検知することができる。また、端末装置１０の周囲の環境や状況等から、端末装置１０の位置情報の精度を向上させることが可能になる。

（制御部３０）
制御部３０は、例えば、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ、入出力ポート等を有するマイクロコンピュータや各種の回路を含む。また、制御部３０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路等のハードウェアで構成されてもよい。制御部３０は、送信部３１と、受信部３２と、処理部３３とを備える。

（送信部３１）
送信部３１は、例えば入力部１３を用いて利用者Ｕにより入力された各種情報や、端末装置１０に搭載又は接続された各センサ２１～２８によって検知された各種情報、測位部１４によって測位された端末装置１０の位置情報等を、通信部１１を介して情報提供装置１００へ送信することができる。

（受信部３２）
受信部３２は、通信部１１を介して、情報提供装置１００から提供される各種情報や、情報提供装置１００からの要求、ネットワークＮ（図４参照）から取得可能な各種情報を受信することができる。

（処理部３３）
処理部３３は、表示部１２等を含め、端末装置１０全体を制御する。例えば、処理部３３は、送信部３１によって送信される各種情報や、受信部３２によって受信された情報提供装置１００からの各種情報を表示部１２へ出力して表示させることができる。

（記憶部４０）
記憶部４０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、又は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、光ディスク等の記憶装置によって実現される。かかる記憶部４０には、各種プログラムや各種データ等が記憶される。また、本実施形態では、記憶部４０は、例えば利用者Ｕによる運行情報の投票結果と、その投票時点での所在地（又はその付近）の交通拠点（鉄道駅）とを記憶してもよい。

〔４．情報処理装置の構成例〕
次に、図６を用いて、実施形態に係る情報提供装置１００の構成について説明する。図６は、実施形態に係る情報提供装置１００の構成例を示す図である。図６に示すように、情報提供装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。

（通信部１１０）
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。また、通信部１１０は、ネットワークＮ（図４参照）と有線又は無線で接続される。

（記憶部１２０）
記憶部１２０は、例えば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、又は、ハードディスク、光ディスク等の記憶装置によって実現される。図６に示すように、記憶部１２０は、利用者情報データベース１２１と、運行情報データベース１２２とを有する。

（利用者情報データベース１２１）
利用者情報データベース１２１は、利用者Ｕに関する各種情報を記憶する。例えば、利用者情報データベース１２１は、利用者Ｕの属性等の種々の情報を記憶する。図７は、利用者情報データベース１２１の一例を示す図である。図７に示した例では、利用者情報データベース１２１は、「利用者ＩＤ（Identifier）」、「年齢」、「性別」、「自宅」、「勤務地」、「交通拠点」、「投票結果」といった項目を有する。

「利用者ＩＤ」は、利用者Ｕを識別するための識別情報を示す。また、「年齢」は、利用者ＩＤにより識別される利用者Ｕの年齢を示す。なお、「年齢」は、例えば３５歳など、利用者ＩＤにより識別される利用者Ｕの具体的な年齢であってもよい。また、「性別」は、利用者ＩＤにより識別される利用者Ｕの性別を示す。

また、「自宅」は、利用者ＩＤにより識別される利用者Ｕの自宅の位置情報を示す。なお、図７に示す例では、「自宅」は、「ＬＣ１１」といった抽象的な符号を図示するが、緯度経度情報等であってもよい。また、例えば、「自宅」は、地域名や住所であってもよい。

また、「勤務地」は、利用者ＩＤにより識別される利用者Ｕの勤務地（学生の場合は学校）の位置情報を示す。なお、図７に示す例では、「勤務地」は、「ＬＣ１２」といった抽象的な符号を図示するが、緯度経度情報等であってもよい。また、例えば、「勤務地」は、地域名や住所であってもよい。

また、「交通拠点」は、利用者ＩＤにより識別される利用者Ｕにより行われた運行情報の投票の対象となる交通拠点を示す。例えば、「交通拠点」は、利用者ＩＤにより識別される利用者Ｕにより運行情報の投票が行われた際の当該利用者Ｕの所在地（又はその付近）の交通拠点を示す。交通拠点は、例えば鉄道駅、停留所（バス停）、タクシー乗り場、乗船場、空港等である。また、「交通拠点」には、利用者Ｕが利用している公共交通機関や路線の名称や、上り方面／下り方面を示す情報等が含まれていてもよい。

また、「投票結果」は、利用者ＩＤにより識別される利用者Ｕにより行われた運行情報の投票結果を示す。すなわち、「投票結果」は、利用者ＩＤにより識別される利用者Ｕが押下した運行情報のステータスを示すボタンの値を示す。例えば、利用者Ｕが「３０分以上」のボタンを押下した場合、「投票結果」は「３０分以上」を示す。なお、図７に示す例では、「投票結果」は、各利用者Ｕに１つずつ図示するが、複数であってもよい。例えば、利用者Ｕが通勤・通学等で複数の公共交通機関や路線を利用している場合や、利用駅に複数の路線が乗り入れている場合には、「投票結果」は、公共交通機関や路線ごとに設定されてもよい。

例えば、図７に示す例において、利用者ＩＤ「Ｕ１」により識別される利用者Ｕの年齢は、「２０代」であり、性別は、「男性」であることを示す。また、例えば、利用者ＩＤ「Ｕ１」により識別される利用者Ｕは、自宅が「ＬＣ１１」であることを示す。また、例えば、利用者ＩＤ「Ｕ１」により識別される利用者Ｕは、勤務地が「ＬＣ１２」であることを示す。また、例えば、利用者ＩＤ「Ｕ１」により識別される利用者Ｕにより行われた運行情報の投票により、「交通拠点＃１」において公共交通機関が「投票結果＃１」が示す運転状況にあることを示す。

ここで、図７に示す例では、「Ｕ１」、「ＬＣ１１」、「ＬＣ１２」、「投票結果＃１」及び「交通拠点＃１」といった抽象的な値を用いて図示するが、「Ｕ１」、「ＬＣ１１」、「ＬＣ１２」、「投票結果＃１」及び「交通拠点＃１」には、具体的な文字列や数値等の情報が記憶されるものとする。以下、他の情報に関する図においても、抽象的な値を図示する場合がある。

なお、利用者情報データベース１２１は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、利用者情報データベース１２１は、利用者Ｕの端末装置１０に関する各種情報を記憶してもよい。また、利用者情報データベース１２１は、利用者Ｕのデモグラフィック（人口統計学的属性）、サイコグラフィック（心理学的属性）、ジオグラフィック（地理学的属性）、ベヘイビオラル（行動学的属性）等の属性に関する情報を記憶してもよい。例えば、利用者情報データベース１２１は、氏名、家族構成、出身地（地元）、職業、職位、収入、資格、居住形態（戸建、マンション等）、車の有無、通学・通勤時間、通学・通勤経路、定期券区間（駅、路線等）、利用頻度の高い駅（自宅・勤務地の最寄駅以外）、習い事（場所、時間帯等）、趣味、興味、ライフスタイル等の情報を記憶してもよい。

（運行情報データベース１２２）
運行情報データベース１２２は、公共交通機関の運転状況に関する各種情報を記憶する。図８は、運行情報データベース１２２の一例を示す図である。図８に示した例では、運行情報データベース１２２は、「交通機関」、「運行情報」、「交通拠点」、「投票数」といった項目を有する。

「交通機関」は、利用者Ｕが利用する公共交通機関を識別するための識別情報を示す。公共交通機関は、例えば鉄道やバス、タクシー、船舶、航空路線等である。

「運行情報」は、公共交通機関の遅延、事故、運休、工事等の運行情報を示す。例えば、「運行情報」は、公共交通機関の運営会社等から公式に発表される運行情報を示す。

また、「交通拠点」は、運行情報の投票の対象となる交通拠点を示す。「交通拠点」は、例えば鉄道路線のうち一部の区間のみに遅延や運休等が発生した場合には、その一部の区間に含まれる鉄道駅を示す。折り返し運転等により運転が行われている区間に含まれる鉄道駅は対象外としてもよい。なお、実際には、遅延や運休等が発生した路線の全区間に含まれる鉄道駅を一律に対象としてもよい。また、「交通拠点」には、利用者Ｕが利用している公共交通機関や路線の名称や、上り方面／下り方面を示す情報等が含まれていてもよい。

また、「投票数」は、交通機関の拠点ごとに、不特定多数の利用者Ｕにより行われた投票の結果をカウントした投票数（カウント数）を示す。すなわち、「投票数」は、交通拠点ごとに集計された投票結果（集計結果）を示す。なお、実際には、「投票数」は、不特定多数の利用者Ｕにより行われた投票の結果を、投票内容（投票された運転状況）ごとに分けてカウントした投票数であってもよい。すなわち、「投票数」は、各交通拠点において、投票内容ごとに分けて集計された投票結果（集計結果）であってもよい。したがって、図８に示す例では、「投票数」は、交通拠点ごとに１つずつ図示しているが、実際には交通拠点ごとに投票内容の数だけあってもよい。例えば、利用者Ｕが投票に使用する運行情報のステータスを示すボタン（投票ボタン）として、「平常運転」、「一時停車～１０分」、「～３０分」、「３０分以上」、「運転見合わせ」の５つのボタンが用意されていた場合、「投票数」は、「平常運転」、「一時停車～１０分」、「～３０分」、「３０分以上」、「運転見合わせ」のそれぞれのボタンについて、押下（投票）された回数を個別にカウントした投票数（カウント数）であってもよい。

例えば、図８に示す例において、公共交通機関「交通機関＃１」は、「運行情報＃１」で示される運転状況にあり、「交通拠点＃１」で示される交通拠点又はその付近に所在する利用者により行われた投票の結果、「投票数＃１」で示される票数を獲得していることを示す。

なお、運行情報データベース１２２は、上記に限らず、目的に応じて種々の情報を記憶してもよい。例えば、運行情報データベース１２２は、投票を行った個々の利用者Ｕに関する各種情報を記憶してもよい。また、運行情報データベース１２２は、同じ交通拠点で乗り換え可能な他の公共交通機関に関する各種情報を記憶してもよい。

（制御部１３０）
図６に戻り、説明を続ける。制御部１３０は、コントローラ（Controller）であり、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等によって、情報提供装置１００の内部の記憶装置に記憶されている各種プログラム（情報処理プログラムの一例に相当）がＲＡＭ等の記憶領域を作業領域として実行されることにより実現される。図６に示す例では、制御部１３０は、提供部１３１と、受付部１３２と、取得部１３３と、判定部１３４と、集計部１３５と、表示制御部１３６とを有する。

（提供部１３１）
提供部１３１は、通信部１１０を介して、利用者Ｕの端末装置１０からのウェブサイト等へのアクセス時に、又は端末装置１０のアプリケーション（アプリ）起動時にＡＰＩ（Application Programming Interface）からの呼び出しに応じて、利用者Ｕの端末装置１０に対して、公共交通機関の遅延や運休等に関する運行情報を提供する。なお、実際には、提供部１３１は、遅延や運休等が発生した際に、通信部１１０を介して、プッシュ通知により端末装置１０に運行情報を提供してもよい。

（受付部１３２）
受付部１３２は、通信部１１０を介して、利用者Ｕの端末装置１０から、利用者Ｕにより行われた画面操作の結果を受け付ける。例えば、受付部１３２は、通信部１１０を介して、利用者Ｕの端末装置１０から、利用者Ｕにより行われた公共交通機関の現在の運行情報に関する投票結果を受信する。すなわち、受付部１３２は、利用者Ｕの端末装置１０から所定の場所における状況に関する投票を受け付ける。

（取得部１３３）
取得部１３３は、通信部１１０を介して、利用者Ｕの端末装置１０から、端末装置１０の位置情報を取得する。例えば、取得部１３３は、通信部１１０を介して、利用者Ｕの端末装置１０から、利用者Ｕにより投票の操作が行われた時点での端末装置１０の位置情報を取得する。また、取得部１３３は、上記の受付部１３２と一体化又は連携していてもよい。すなわち、取得部１３３は、通信部１１０を介して、利用者Ｕの端末装置１０から所定の場所における状況に関する投票を受け付けた際に、同時に端末装置１０から投票時の位置情報を取得してもよい。また、取得部１３３は、通信部１１０を介して、利用者Ｕの端末装置１０から、利用者Ｕが画面操作により指定した交通拠点（又はその位置）に関する情報を取得してもよい。

（判定部１３４）
判定部１３４は、利用者Ｕにより投票の操作が行われた時点での端末装置１０の位置情報に基づいて、利用者Ｕによる投票が妥当であるか否かを判定する。例えば、判定部１３４は、利用者Ｕが投票した際の場所（位置）が、当該利用者Ｕが利用している公共交通機関のいずれかの交通拠点から所定範囲内であるか否かを判定する。すなわち、判定部１３４は、利用者Ｕが投票した際の場所が所定の場所から所定範囲内であるか否かを判定する。なお、実際には、判定部１３４は、利用者Ｕが投票した際の場所から所定範囲内に、当該利用者Ｕが利用している公共交通機関の交通拠点が存在するか否かを判定してもよい。

（集計部１３５）
集計部１３５は、公共交通機関の交通拠点ごとに、利用者Ｕの端末装置１０から取得された投票結果を集計する。例えば、集計部１３５は、利用者Ｕが投票した際の場所が、利用者Ｕが利用している公共交通機関の交通拠点から所定範囲内である場合には、その交通拠点に対応付けて投票結果を集計する。反対に、集計部１３５は、利用者Ｕが投票した際の場所が、利用者Ｕが利用している公共交通機関のいずれの交通拠点からも所定範囲内ではない場合には、その利用者Ｕからの投票を集計しない。すなわち、集計部１３５は、利用者Ｕが投票した際の場所が所定の場所から所定範囲内である場合には、利用者Ｕからの投票を集計結果に含める。反対に、集計部１３５は、利用者Ｕが投票した際の場所が所定の場所から所定範囲内ではない場合には、利用者Ｕからの投票を集計結果に含めない。

（表示制御部１３６）
表示制御部１３６は、集計された投票結果（集計結果）を、利用者Ｕの端末装置１０に提供された運行情報に反映することで、利用者Ｕの端末装置１０の画面表示を制御する。例えば、表示制御部１３６は、通信部１１０を介して、利用者Ｕの端末装置１０の画面上において、公共交通機関の経路を示した図面（地図、路線図等）上の各交通拠点に対し、交通拠点ごとに集計された投票結果をプロットしてヒートマップで表示する。すなわち、表示制御部１３６は、集計結果を図面上の所定の場所にプロットして利用者Ｕの端末装置１０にヒートマップで表示する。このとき、提供部１３１は、通信部１１０を介して、表示制御部１３６により行われた画面表示の変更やヒートマップでの表示に関する各種情報を、利用者Ｕの端末装置１０に提供してもよい。この場合、端末装置１０は、提供部１３１から提供された上記各種情報に基づいて、画面表示を変更する。なお、表示制御部１３６は、提供部１３１と一体化又は連携していてもよい。

〔５．処理手順〕
次に、図９を用いて実施形態に係る情報提供装置１００による処理手順について説明する。図９は、実施形態に係る処理手順を示すフローチャートである。なお、以下に示す処理手順は、情報提供装置１００の制御部１３０によって繰り返し実行される。

例えば、図９に示すように、情報提供装置１００の提供部１３１は、通信部１１０を介して、利用者Ｕの端末装置１０に対して、公共交通機関の遅延や運休等に関する運行情報を提供する。（ステップＳ１０１）。例えば、提供部１３１は、利用者Ｕの端末装置１０からのウェブサイト等へのアクセス時に、又は端末装置１０のアプリ起動時にＡＰＩからの呼び出しに応じて、利用者Ｕの端末装置１０に対して、公共交通機関の遅延や運休等に関する運行情報を提供する。あるいは、提供部１３１は、遅延や運休等が発生した際に、プッシュ通知により端末装置１０に運行情報を提供してもよい。

続いて、情報提供装置１００の受付部１３２は、通信部１１０を介して、利用者Ｕの端末装置１０から、利用者Ｕにより行われた公共交通機関の現在の運行情報に関する投票結果を受け付ける（ステップＳ１０２）。

同時に、情報提供装置１００の取得部１３３は、通信部１１０を介して、利用者Ｕの端末装置１０から、利用者Ｕにより投票が行われた際の位置情報を取得する（ステップＳ１０３）。

続いて、情報提供装置１００の判定部１３４は、利用者Ｕにより投票が行われた際の位置情報に基づいて、利用者Ｕが投票した際の場所が、利用者Ｕが利用している公共交通機関の交通拠点から所定範囲内であるか否かを判定する（ステップＳ１０４）。

続いて、情報提供装置１００の集計部１３５は、公共交通機関の交通拠点ごとに、利用者Ｕの端末装置１０から取得された投票結果を集計する（ステップＳ１０５）。例えば、集計部１３５は、利用者Ｕが投票した際の場所が、利用者Ｕが利用している公共交通機関の交通拠点から所定範囲内である場合、その交通拠点に対応付けて投票結果を集計する（集計結果に含める）。なお、集計部１３５は、利用者Ｕが投票した際の場所が、利用者Ｕが利用している公共交通機関のいずれの交通拠点からも所定範囲内ではない場合には、当該利用者Ｕの端末装置１０から取得された投票結票を集計しない（集計結果に含めない）。

続いて、情報提供装置１００の表示制御部１３６は、通信部１１０を介して、利用者Ｕの端末装置１０の画面上において、公共交通機関の経路を示した図面（地図、路線図等）上に、交通拠点ごとに集計された投票結果（集計結果）を、対象となる交通拠点にプロットしてヒートマップで表示することで、利用者Ｕの端末装置１０の画面表示を変更する（ステップＳ１０６）。このとき、提供部１３１は、通信部１１０を介して、表示制御部１３６により行われた画面表示の変更やヒートマップでの表示に関する各種情報を、利用者Ｕの端末装置１０に提供してもよい。この場合、端末装置１０は、提供部１３１から提供された上記各種情報に基づいて、画面表示を変更する。

〔６．変形例〕
上述した端末装置１０及び情報提供装置１００は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、実施形態の変形例について説明する。

上記実施形態において、公共交通機関を例に説明しているが、公共交通機関に限らず、企業送迎バスやスクールバス、特定の施設やエリア内（敷地内）を定期的に巡回する交通手段等の私的な交通手段であってもよい。この場合、交通拠点は、企業等のオフィスビル、店舗等の商業施設、ホテル等の宿泊施設、学校等の教育機関、病院等の医療機関、研究所等の研究機関、工場等の産業プラント、配送センター等の物流拠点、大型商業施設（ショッピングセンター／アウトレットモール／地下街）、娯楽施設（テーマパーク／遊園地／遊戯場／動物園／水族館／プール／入浴施設）、文化施設（ホール／劇場／図書館／美術館／博物館）、寺社仏閣等の施設であってもよい。

また、上記実施形態において、端末装置１０は、公共交通機関の運行情報に限らず、利用者Ｕが利用する所定の施設の利用状況等について利用者Ｕが投票できるようにしてもよい。例えば、情報提供装置１００は、所定の店舗でのイベント情報やセール情報等を利用者Ｕの端末装置１０にプッシュ通知する。端末装置１０は、利用者Ｕが当該店舗での入場待ちや入場制限等の発生、行列の長さ、待ち状況（待ち時間、待ち人数）、整理券の番号等について投票できるようにしてもよい。なお、所定の施設は、公共交通機関の交通拠点（又はその付近）に存在する施設であってもよい。

また、上記実施形態において、端末装置１０は、公共交通機関の運行情報に限らず、利用者Ｕが利用する公共交通機関の交通拠点やその他の施設に付随する駐車場やトイレ（お手洗い、化粧室）等の利用制限情報（混雑中、掃除中、故障中、トラブル対応中等）や待ち状況情報等について利用者Ｕが投票できるようにしてもよい。なお、施設には、上記の各施設の他、高速道路等のサービスエリア（ＳＡ）やパーキングエリア（ＰＡ）等を含む。

また、上記実施形態において、端末装置１０は、公共交通機関の運行情報に限らず、利用者Ｕが利用する高層建築物・超高層建築物におけるエレベータ（昇降機）等の垂直輸送機の運行情報、あるいは利用制限情報や待ち状況情報等について利用者Ｕが投票できるようにしてもよい。この場合、交通拠点は、例えば高層建築物・超高層建築物の各階（フロア）のエレベータ（昇降機）の乗場等である。

〔７．効果〕
上述してきたように、本願に係る情報提供装置１００は、受付部１３２と、集計部１３５と、表示制御部１３６と、を備える。受付部１３２は、利用者Ｕから所定の場所（公共交通機関の交通拠点等）における状況（公共交通機関の運転状況等）に関する投票を受け付ける。集計部１３５は、利用者Ｕからの投票を集計する。表示制御部１３６は、利用者Ｕからの投票の集計結果を図面上の所定の場所にプロットしてヒートマップで表示する。また、情報提供装置１００は、判定部１３４をさらに備える。判定部１３４は、利用者Ｕが投票した際の場所が所定の場所から所定範囲内であるか否かを判定する。集計部は、利用者Ｕが投票した際の場所が所定の場所から所定範囲内である場合には、利用者Ｕからの投票を集計結果に含める。

これにより、投稿運行情報と対象交通拠点とをマッピングしてヒートマップで表示することができる。

〔８．ハードウェア構成〕
また、上述した実施形態に係る端末装置１０や情報提供装置１００は、例えば図１０に示すような構成のコンピュータ１０００によって実現される。以下、情報提供装置１００を例に挙げて説明する。図１０は、ハードウェア構成の一例を示す図である。コンピュータ１０００は、出力装置１０１０、入力装置１０２０と接続され、演算装置１０３０、一次記憶装置１０４０、二次記憶装置１０５０、出力Ｉ／Ｆ（Interface）１０６０、入力Ｉ／Ｆ１０７０、ネットワークＩ／Ｆ１０８０がバス１０９０により接続された形態を有する。

演算装置１０３０は、一次記憶装置１０４０や二次記憶装置１０５０に格納されたプログラムや入力装置１０２０から読み出したプログラム等に基づいて動作し、各種の処理を実行する。演算装置１０３０は、例えばＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等により実現される。

一次記憶装置１０４０は、ＲＡＭ（Random Access Memory）等、演算装置１０３０が各種の演算に用いるデータを一次的に記憶するメモリ装置である。また、二次記憶装置１０５０は、演算装置１０３０が各種の演算に用いるデータや、各種のデータベースが登録される記憶装置であり、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、フラッシュメモリ等により実現される。二次記憶装置１０５０は、内蔵ストレージであってもよいし、外付けストレージであってもよい。また、二次記憶装置１０５０は、ＵＳＢメモリやＳＤ（Secure Digital）メモリカード等の取り外し可能な記憶媒体であってもよい。また、二次記憶装置１０５０は、クラウドストレージ（オンラインストレージ）やＮＡＳ（Network Attached Storage）、ファイルサーバ等であってもよい。

出力Ｉ／Ｆ１０６０は、ディスプレイ、プロジェクタ、及びプリンタ等といった各種の情報を出力する出力装置１０１０に対し、出力対象となる情報を送信するためのインターフェイスであり、例えば、ＵＳＢ（Universal Serial Bus）やＤＶＩ（Digital Visual Interface）、ＨＤＭＩ（登録商標）（High Definition Multimedia Interface）といった規格のコネクタにより実現される。また、入力Ｉ／Ｆ１０７０は、マウス、キーボード、キーパッド、ボタン、及びスキャナ等といった各種の入力装置１０２０から情報を受信するためのインターフェイスであり、例えば、ＵＳＢ等により実現される。

また、出力Ｉ／Ｆ１０６０及び入力Ｉ／Ｆ１０７０はそれぞれ出力装置１０１０及び入力装置１０２０と無線で接続してもよい。すなわち、出力装置１０１０及び入力装置１０２０は、ワイヤレス機器であってもよい。

また、出力装置１０１０及び入力装置１０２０は、タッチパネルのように一体化していてもよい。この場合、出力Ｉ／Ｆ１０６０及び入力Ｉ／Ｆ１０７０も、入出力Ｉ／Ｆとして一体化していてもよい。

なお、入力装置１０２０は、例えば、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、又は半導体メモリ等から情報を読み出す装置であってもよい。

ネットワークＩ／Ｆ１０８０は、ネットワークＮを介して他の機器からデータを受信して演算装置１０３０へ送り、また、ネットワークＮを介して演算装置１０３０が生成したデータを他の機器へ送信する。

演算装置１０３０は、出力Ｉ／Ｆ１０６０や入力Ｉ／Ｆ１０７０を介して、出力装置１０１０や入力装置１０２０の制御を行う。例えば、演算装置１０３０は、入力装置１０２０や二次記憶装置１０５０からプログラムを一次記憶装置１０４０上にロードし、ロードしたプログラムを実行する。

例えば、コンピュータ１０００が情報提供装置１００として機能する場合、コンピュータ１０００の演算装置１０３０は、一次記憶装置１０４０上にロードされたプログラムを実行することにより、制御部１３０の機能を実現する。また、コンピュータ１０００の演算装置１０３０は、ネットワークＩ／Ｆ１０８０を介して他の機器から取得したプログラムを一次記憶装置１０４０上にロードし、ロードしたプログラムを実行してもよい。また、コンピュータ１０００の演算装置１０３０は、ネットワークＩ／Ｆ１０８０を介して他の機器と連携し、プログラムの機能やデータ等を他の機器の他のプログラムから呼び出して利用してもよい。

〔９．その他〕
以上、本願の実施形態を説明したが、これら実施形態の内容により本発明が限定されるものではない。また、前述した構成要素には、当業者が容易に想定できるもの、実質的に同一のもの、いわゆる均等の範囲のものが含まれる。さらに、前述した構成要素は適宜組み合わせることが可能である。さらに、前述した実施形態の要旨を逸脱しない範囲で構成要素の種々の省略、置換又は変更を行うことができる。

また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。

例えば、上述した情報提供装置１００は、複数のサーバコンピュータで実現してもよく、また、機能によっては外部のプラットホーム等をＡＰＩ（Application Programming Interface）やネットワークコンピューティング等で呼び出して実現するなど、構成は柔軟に変更できる。

また、上述してきた実施形態及び変形例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、受付部は、受付手段や受付回路に読み替えることができる。

１ 情報処理システム
１０ 端末装置
１００ 情報提供装置
１１０ 通信部
１２０ 記憶部
１２１ 利用者情報データベース
１２２ 運行情報データベース
１３０ 制御部
１３１ 提供部
１３２ 受付部
１３３ 取得部
１３４ 判定部
１３５ 集計部
１３６ 表示制御部

Claims (12)

1. 利用者から所定の場所における状況に関する投票を受け付ける受付部と、
   前記利用者からの投票を集計する集計部と、
   前記利用者からの投票の集計結果を図面上の前記所定の場所にプロットしてヒートマップで表示する表示制御部と、
   を備えることを特徴とする情報処理装置。
2. 前記利用者が投票した際の場所が前記所定の場所から所定範囲内であるか否かを判定する判定部と、
   をさらに備え、
   前記集計部は、前記利用者が投票した際の場所が前記所定の場所から前記所定範囲内である場合には、前記利用者からの投票を前記集計結果に含める
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記所定の場所における状況は、複数の状況に分けて定義されており、
   前記受付部は、前記利用者が選択した状況を示す投票を受け付ける
   ことを特徴とする請求項１又は２に記載の情報処理装置。
4. 前記集計部は、前記利用者が選択した状況を示す投票を状況ごとに集計し、
   前記表示制御部は、前記利用者からの投票の状況ごとの集計結果をそれぞれ前記図面上の前記所定の場所にプロットしてヒートマップで表示する
   ことを特徴とする請求項３に記載の情報処理装置。
5. 前記集計部は、前記複数の状況のそれぞれに対応した視覚的に識別可能な表示態様の複数の投票ボタンのうち、前記利用者が操作した投票ボタンを、前記投票ボタンごとに集計し、
   前記表示制御部は、前記投票ボタンごとの集計結果をそれぞれ前記図面上の前記所定の場所に、前記投票ボタンごとに対応した表示態様でプロットしてヒートマップで表示する
   ことを特徴とする請求項４に記載の情報処理装置。
6. 前記所定の場所は、前記利用者が利用する交通手段の経路上又は拠点であり、
   前記所定の場所における状況は、前記交通手段の運転状況である
   ことを特徴とする請求項１～５のうちいずれか１つに記載の情報処理装置。
7. 前記所定の場所は、前記利用者が利用する交通手段の拠点であり、
   前記所定の場所における状況は、前記交通手段の拠点において前記交通手段から乗り換え可能な他の交通手段の運転状況である
   ことを特徴とする請求項１～６のうちいずれか１つに記載の情報処理装置。
8. 前記所定の場所は、前記利用者が利用可能な施設であり、
   前記所定の場所における状況は、前記施設の入場制限及び待ち状況である
   ことを特徴とする請求項１～７のうちいずれか１つに記載の情報処理装置。
9. 前記所定の場所は、前記利用者が利用可能な駐車場又はトイレであり、
   前記所定の場所における状況は、前記駐車場又は前記トイレの利用制限及び待ち状況である
   ことを特徴とする請求項１～８のうちいずれか１つに記載の情報処理装置。
10. 前記所定の場所は、前記利用者が利用する高層建築物であり、
    前記所定の場所における状況は、前記高層建築物のエレベータの利用制限及び待ち状況である
    ことを特徴とする請求項１～９のうちいずれか１つに記載の情報処理装置。
11. 情報処理装置が実行する情報処理方法であって、
    利用者から所定の場所における状況に関する投票を受け付ける受付工程と、
    前記利用者からの投票を集計する集計工程と、
    前記利用者からの投票の集計結果を図面上の前記所定の場所にプロットしてヒートマップで表示する表示変更工程と、
    を含むことを特徴とする情報処理方法。
12. 利用者から所定の場所における状況に関する投票を受け付ける受付手順と、
    前記利用者からの投票を集計する集計手順と、
    前記利用者からの投票の集計結果を図面上の前記所定の場所にプロットしてヒートマップで表示する表示変更手順と、
    をコンピュータに実行させるための情報処理プログラム。

Images