(57)【要約】【課題】ルートを決定する判断材料として有効に活用できるＳＮＳの投稿を提供できる情報提供装置を提供する。【解決手段】ルートリクエストに基づいて、出発地から目的地までのルート情報をルート検索サービス（ルート検索サーバー４０）から収集するルート収集部１３１と、ルート収集部１３１によって収集されたルート情報に関連するキーワードに基づいて、ソーシャルネットワークサービス（ＳＮＳサーバー５０）から投稿を収集するＳＮＳ収集部１３３と、ＳＮＳ収集部１３３によって収集された投稿の信頼性を検証する検証部（投稿写真解析部１３５、ＳＮＳ検証部１３６）と、ルート収集部１３３によって収集されたルート情報とＳＮＳ収集部１３３によって収集された投稿と検証部による投稿の評価とを交通案内情報として生成し、携帯端末３０に送信する交通案内情報生成部１３７とを備えている。【選択図】図１
2020135809.tif 000002
【特許請求の範囲】
【請求項１】
携帯端末から出発地と目的地とをルートリクエストとして受信し、前記出発地から前記目的地までの交通案内情報を前記携帯端末に提供する情報提供装置であって、
前記ルートリクエストに基づいて、前記出発地から前記目的地までのルート情報をルート検索サービスから収集するルート収集部と、
前記ルート収集部によって収集された前記ルート情報に関連するキーワードに基づいて、ソーシャルネットワークサービスから投稿を収集するＳＮＳ収集部と、
前記ＳＮＳ収集部によって収集された前記投稿の信頼性を検証する検証部と、
前記ルート収集部によって収集された前記ルート情報と前記ＳＮＳ収集部によって収集された前記投稿と前記検証部による前記投稿の評価とを前記交通案内情報として生成し、前記携帯端末に送信する交通案内情報生成部と、を具備することを特徴とする情報提供装置。
【請求項２】
前記検証部は、前記投稿の内容を解析することで、投稿者が現地にいることが確認できるコメントが含まれている場合、評価を高めることを特徴とする請求項１記載の情報提供装置。
【請求項３】
前記検証部は、前記投稿が写真である場合、現地で撮られたものであることが確認できた場合、評価を高めることを特徴とする請求項１又は２記載の情報提供装置。
【請求項４】
前記交通案内情報生成部は、前記検証部による評価が閾値以上の前記投稿を選択して前記携帯端末に送信することを特徴とする請求項１乃至３のいずれかに記載の情報提供装置。
【請求項５】
前記交通案内情報生成部は、前記検証部による評価が高い順番にソートして前記投稿を前記携帯端末に送信することを特徴とする請求項１乃至４のいずれかに記載の情報提供装置。
【請求項６】
前記ＳＮＳ収集部によって収集された前記投稿の数が予め設定された閾値未満である場合、前記ソーシャルネットワークサービスに情報提供依頼を投稿するＳＮＳ投稿部を具備することを特徴とする請求項１乃至５のいずれかに記載の情報提供装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末に情報を提供する情報提供装置に関する。
【背景技術】
【０００２】
地震、水害等の自然災害や事故等の人為災害によって、列車等の交通機関に運休、遅延、混雑等の障害が発生する。鉄道会社においては、インターネットを利用し、列車のリアルタイム運行状況、到着遅延情報、乗り換え案内等のルート情報の提供を行っている（例えば、特許文献１参照）。ルート情報は、交通機関の障害発生時や、現在の運行状況を把握したり、代替交通手段を検討したりする目的において有効である。そして、ＳＮＳ（Social Networking Service）の投稿を併用することで、ルート上の状況をよりリアルタイムに把握することができる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−２１０６６３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、ＳＮＳ上の存在する多数の投稿の中から選んで有益な投稿を収集する手間がかかると共に、投稿には、誤ったものも含まれているため、投稿の信頼性を判断する必要があり、ルートを決定する判断材料としてＳＮＳの投稿を簡単に活用することができない。
【０００５】
本発明は、上記問題点を鑑みてなされたものであり、その目的とするところは、ルートを決定する判断材料として有効に活用できるＳＮＳの投稿を提供できる情報提供装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の情報提供装置は、携帯端末から出発地と目的地とをルートリクエストとして受信し、前記出発地から前記目的地までの交通案内情報を前記携帯端末に提供する情報提供装置であって、前記ルートリクエストに基づいて、前記出発地から前記目的地までのルート情報をルート検索サービスから収集するルート収集部と、前記ルート収集部によって収集された前記ルート情報に関連するキーワードに基づいて、ソーシャルネットワークサービスから投稿を収集するＳＮＳ収集部と、前記ＳＮＳ収集部によって収集された投稿の信頼性を検証する検証部と、前記ルート収集部によって収集された前記ルート情報と前記ＳＮＳ収集部によって収集された前記投稿と前記検証部による前記投稿の評価とを前記交通案内情報として生成し、前記携帯端末に送信する交通案内情報生成部と、を具備することを特徴とする。
【発明の効果】
【０００７】
本発明によれば、ルート情報と共に、ルート情報に関連するＳＮＳの投稿を信頼性を検証してユーザーに提供することができるため、ユーザーは、ＳＮＳの投稿をルートを決定する判断材料として有効に活用できるという効果を奏する。
【図面の簡単な説明】
【０００８】
【図１】本発明に係る情報提供装置の構成を示すブロック図である。
【図２】図１に示す情報提供装置から携帯端末に提供される交通案内情報例を示す図である。
【図３】図２に示す交通案内情報にリンクされた投稿情報例を示す図である。
【発明を実施するための形態】
【０００９】
以下、図を参照して本発明の実施の形態を詳細に説明する。なお、以下の実施の形態において、同様の機能を示す構成には、同一の符号を付してある。
【００１０】
本実施の形態の情報提供装置は、図１を参照すると、インターネット等のネットワーク２０に接続され、Ｗｅｂ上で交通情報サービスを提供するサーバー装置として機能する情報提供サーバー１０である。
【００１１】
情報提供サーバー１０は、携帯端末３０から出発地と目的地とを含むルートリクエストを受信する。受信したルートリクエストに基づき、情報提供サーバー１０は、Ｗｅｂ上でルート検索サービスを提供しているルート検索サーバー４０からルート情報を収集する。収集したルート情報に基づき、情報提供サーバー１０は、Ｗｅｂ上でＳＮＳ（Social Networking Service）サービスを提供しているＳＮＳサーバー５０から投稿を収集する。そして、情報提供サーバー１０は、正確性を検証した投稿とルート情報とを、ルートを決定する判断材料として簡単に活用可能な交通案内情報として携帯端末３０に提供する。
【００１２】
携帯端末３０は、ユーザーが携帯するスマートフォン等の情報処理装置であり、ネットワーク２０を介して情報提供サーバー１０との間で情報の送受信を行う機能を有している。携帯端末３０は、ユーザーによって指定された出発地と目的地とをルートリクエストとして情報提供サーバー１０に送信する。なお、携帯端末３０がＧＰＳ等の測位機能を備えている場合には、現在位置を出発地としても良い。
【００１３】
また、携帯端末３０は、情報提供サーバー１０からの個人情報リクエストに応じて、予め設定されたユーザーの個人情報（例えば、年齢、最近歩いた歩数、移動履歴、バッテリー残量等）を情報提供サーバー１０に送信する機能を有している。
【００１４】
情報提供サーバー１０は、図１を参照すると、半導体メモリー等の記憶部１１と、通信部１２と、制御部１３と、を備えている。
【００１５】
記憶部１１は、半導体メモリーやＨＤＤ（Hard Disk Drive）等の記憶手段であり、地図情報１１１が記憶されている。なお、地図情報１１１は、Ｗｅｂ上で地図サービスを提供するサーバー装置から収集するようにしても良い。
【００１６】
通信部１２は、図示しないルーター等を介してネットワーク２０に接続可能に構成されている。そして通信部１２は、ネットワーク２０に接続されている各種機器との間で各種データを送受信する機能を有する。
【００１７】
制御部１３は、記憶部１１及び通信部１２にそれぞれ接続され、情報提供サーバー１０全体の動作制御を実行する。記憶部１１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等を備えたマイクロコンピュータ等の情報処理部である。ＲＯＭには情報提供サーバー１０の動作制御を行うための制御プログラムが記憶されている。制御部１３のＣＰＵは、ＲＯＭに記憶されている制御プログラムを読み出し、制御プログラムをＲＡＭに展開させることで、装置全体の制御を行う。
【００１８】
制御部１３は、ユーザー情報収集部１３０、ルート収集部１３１、ルート選択部１３２、ＳＮＳ収集部１３３、ＳＮＳ投稿部１３４、投稿写真解析部１３５、ＳＮＳ検証部１３６、交通案内情報生成部１３７としてそれぞれ機能する。
【００１９】
ユーザー情報収集部１３０は、携帯端末３０から出発地と目的地とを含むルートリクエストを受信すると、個人情報リクエストを携帯端末３０に送信することで、予め許可されたユーザーの個人情報（例えば、「年齢」、「最近歩いた歩数」、「移動履歴」、「バッテリー残量」等）を収集する。
【００２０】
ルート収集部１３１は、携帯端末３０から受信したルートリクエストをルート検索サーバー４０に送信することで、ルート検索サーバー４０によって検索された複数個のルートを収集する。なお、複数台のルート検索サーバー４０からルートを収集するようにしても良い。また、ルートは、徒歩ルートと、鉄道、バス、飛行機等の交通網ルートとを組み合わせたものであり、ルート検索サーバー４０によって所要時間や移動距離が短い順に複数個が検索される。さらに、ルート検索サーバー４０による検索には事故、故障等の障害情報が加味され、障害情報が存在する場合、障害情報を加味した迂回ルートが検索されることになる。
【００２１】
ルート選択部１３２は、ルート収集部１３１がルート検索サーバー４０から収集した複数個のルートに対し、ユーザー情報収集部１３０が携帯端末３０から収集した個人情報に基づいて順位付けし、上位から予め設定された数のルートを選択する。
【００２２】
ルート選択部１３２は、個人情報として収集した「年齢」が予め設定された閾値よりも高い場合、徒歩ルートの距離が長いルートの順位を下げ、個人情報として収集した「最近歩いた歩数」が予め設定された閾値よりも多い場合、徒歩ルートの距離が長いルートの順位を上げる。また、ルート選択部１３２は、個人情報として収集した「移動履歴」に基づいて、「移動履歴」と重なる距離が長いルートの順位を上げる。
【００２３】
さらに、ルート選択部１３２は、ネットワーク２０上から気象情報（気温、天気）を収集し、気象情報に基づいてルートの順位付けを行うようにしても良い。例えば、ルート選択部１３２は、気温や熱中症指数が予め設定された閾値よりも高い場合、徒歩ルートの距離が長いルートの順位を下げ、単位時間当たりの降水量が予め設定された閾値よりも多い場合、川のそばを通らないルートの順位を上げる。
【００２４】
さらに、ルート選択部１３２は、地震等の災害発生時において、ユーザーが通勤や通学の移動途中の場合、出発地に徒歩で戻って特定の場所で待機、もしくはその場で一時待機という選択肢も提示しても良い。これにより、災害発生時に乗客が無理に移動を行い、駅構内等が混雑し、混乱を引き起こさないようにできる。なお、ユーザーが移動途中かどうかは、「移動履歴」に基づいて判断することができる。また、予め会社、自宅の位置を携帯端末３０に登録しておき、ユーザーが移動途中かどうかを携帯端末３０から情報提供サーバー１０に送信しても良い。
【００２５】
ＳＮＳ収集部１３３は、ルート選択部１３２によって選択されたルートに関連するキーワード（例えば、交通網ルート上の駅名、交通網ルートの路線名、徒歩ルートの通り名、ルート近傍の施設名）でハッシュタグや投稿の内容を検索し、ヒットした投稿をＳＮＳサーバー５０から収集する。なお、複数台のＳＮＳサーバー５０から投稿を収集するようにしても良い。ＳＮＳ収集部１３３は、ルートに関連するキーワードによってＯＲで検索する。また、ＳＮＳ収集部１３３は、災害発生時において、災害情報のキーワードとルートに関連するキーワードとを組み合わせてＡＮＤで検索する。なお、検索するキーワードは、ユーザーが指定可能にしても良い。また、気候や時間帯によって、ＳＮＳ収集部１３３は、自動販売機やトイレをキーワードとして用いて、自動販売機の在庫状況や、トイレの利用状況の情報もＳＮＳ上から収集するようにしても良い。
【００２６】
また、ＳＮＳ収集部１３３は、収集した投稿をキーワード（ルート、災害情報）と関連付けした投稿情報１１２として記憶部１１に記憶させる。また、投稿情報１１２は、投稿の内容を予め登録されているキーワードを用いて解析することで、カテゴリー（混雑情報、運行情報（動き始めている、徐行運転しているなど）、不満情報（イライラのコメント）、道路状況）に分けて記憶させるようにしても良い。
【００２７】
ＳＮＳ投稿部１３４は、ＳＮＳ収集部１３３によって収集された投稿の数が少なく、予め設定された閾値未満である場合、ＳＮＳサーバー５０に情報提供依頼を投稿する。この場合、例えば、ハッシュタグをルートに関連するキーワードや災害情報のキーワードにしてＳＮＳサーバー５０に情報提供依頼を投稿する。なお、情報提供依頼を投稿するか否かを判断する閾値は、ユーザーが設定しておくことも可能である。
【００２８】
ＳＮＳ投稿部１３４は、出発地からの距離に応じて、情報提供依頼の内容を変えても良い。例えば、近くの駅名をキーワードとした情報提供依頼であれば、「至急」等の文面を追加することで、速やかな投稿を促す。
【００２９】
ＳＮＳ投稿部１３４による情報提供依頼の投稿後、所定時間が経過すると、ＳＮＳ収集部１３３は、ＳＮＳ上のアップされた投稿を確認する。そして、対応する投稿を発見できなければ（内容に特定のキーワードが含まれているかで判断）、ＳＮＳ投稿部１３４は、情報提供依頼を再度投稿する。再依頼投稿間隔は、ユーザーによる指定、もしくは遅延要因状況によって自動で設定しても良い。例えば、大地震が発生して、周りが混乱状態の時には、間隔を長くする等が考えられる。
【００３０】
ＳＮＳ投稿部１３４は、情報提供依頼に対する投稿に対してフィードバック（”感謝”、”いいね”的なもの、”こんな内容もあったらうれしい！”など）を発行できる機能も搭載しても良い（フィードバック内容はユーザー指定、もしくは自動で既存メッセージを発行）。これにより、投稿者のモチベーションを向上させ、こちらが求めている情報の提供を促し、信頼度の向上にもつながる。
【００３１】
投稿写真解析部１３５は、投稿に含まれた写真を解析することで、信頼性を評価する。写真の信頼性の評価は、例えば、点数で行う。投稿写真解析部１３５は、投稿写真に写っている建物（看板やビル名を地図情報１１１と対比）や、その時の空模様を色識別で解析した結果や、写真に埋め込まれたＧＰＳ情報で、現地（ルートに関連するキーワード）で撮られたものであることが確認できた場合、それぞれで設定された点数を加点する。なお、ＧＰＳ情報等は、プライバシーに関係するため、ユーザーには情報を提供せず、システム内だけで利用する。
【００３２】
ＳＮＳ検証部１３６は、投稿の内容を解析することで、信頼性を評価する。この場合の評価も写真と同様に、例えば、点数で行う。ＳＮＳ検証部１３６は、投稿者が現地（ルートに関連するキーワード、災害情報のキーワード）にいることが確認できるコメント（例えば、今「キーワード」、「キーワード」で見た、等）が含まれている場合、設定された点数を加点する。
【００３３】
なお、投稿写真解析部１３５での評価と、ＳＮＳ検証部１３６での評価とは、合算して各投稿に付加され、投稿情報１１２に登録される。
【００３４】
また、投稿者の過去の投稿実績で信頼性を評価しても良い。この場合、収集した投稿の評価を、投稿者の評価として蓄積しておき、過去の投稿の評価が高い投稿者である場合、設定された点数を加点すると良い。さらに、内容が似た投稿が複数アップされていた場合、その情報は正しいと判断し、設定された点数を加点しても良い。例えば、地震の場合、震源地に近い場所については、その場所で情報の混乱が行っている可能性を考慮し、なるべく多くの類似情報が収集できた時に信頼性が高いということをユーザーに通知することができる。
【００３５】
交通案内情報生成部１３７は、ルート選択部１３２によって選択されたルートを案内すると共に、投稿情報１１２へのリンクを埋め込んだ交通案内情報を生成して、生成した交通案内情報を携帯端末３０に送信する。
【００３６】
図２には、出発地「ＡＡ」から目的地「ＣＣ」までの交通案内情報の例が示されている。なお、図２の交通案内情報では、ルート毎を分けて経路が示されているが、１つの地図に一括してルートを示すようにしても良い。
【００３７】
図２の交通案内情報において、他の表記と異なる白抜きで表記された駅名や路線名には、投稿情報１１２へのリンクが埋め込まれている。換言すると、交通案内情報生成部１３７は、投稿情報１１２に関連付けられた投稿が存在するキーワード（駅名や路線名等）にリンクを埋め込み、他の表記と異なる白抜きで表記した交通案内情報を生成する。また、図２の交通案内情報において、白抜きの地震情報は、災害情報として地震の発生を示し、投稿情報１１２へのリンクが埋め込まれている。
【００３８】
なお、交通案内情報において、投稿情報１１２に存在する投稿の数や評価をキーワードに併記するようにしても良い。図２において、キーワードに併記された二重丸記号は、投稿情報１１２に存在する投稿の数が予め設定された閾値以上であることを示している。
【００３９】
交通案内情報において、白抜きで表記され、投稿情報１１２へのリンクが埋め込まれたキーワード（駅名や路線名等）が操作されると、交通案内情報生成部１３７は、図３に示すように、関連付けられた投稿の一覧を生成し、生成した投稿の一覧を携帯端末３０に送信する。図３には、キーワード「ＢＢ」が操作され、キーワード「ＢＢ」に関連付けられた投稿の一覧が示されている。交通案内情報生成部１３７は、各投稿に対して評価（点数）を付加すると共に、評価の点数が閾値よりも高い投稿のみを選択し、評価の点数が高い順にソートして投稿の一覧を生成する。これにより、投稿の信頼性を高めることができる。
【００４０】
交通案内情報生成部１３７は、災害情報によってユーザーに提示する投稿の一覧の種類、情報数、優先度を変えても良い。さらに、出発地からキーワード（駅名や路線名等）までの距離に応じて、提示する情報を変えてもよい。例えば、近くの場所であれば、現状が分かる情報（例えば、写真）をメインに、離れた場所であれば、これからどんな状況になっていくかが分かるコメント（“〜しつつある”、”何分後に〜する予定“のキーワードで検索）をメインに表示すると良い。
【００４１】
以上説明したように、本実施の形態は、携帯端末３０から出発地と目的地とをルートリクエストとして受信し、出発地から目的地までの交通案内情報を携帯端末３０に提供する情報提供装置（情報提供サーバー１０）であって、ルートリクエストに基づいて、出発地から目的地までのルート情報をルート検索サービス（ルート検索サーバー４０）から収集するルート収集部１３１と、ルート収集部１３１によって収集されたルート情報に関連するキーワードに基づいて、ソーシャルネットワークサービス（ＳＮＳサーバー５０）から投稿を収集するＳＮＳ収集部１３３と、ＳＮＳ収集部１３３によって収集された投稿の信頼性を検証する検証部（投稿写真解析部１３５、ＳＮＳ検証部１３６）と、ルート収集部１３１によって収集されたルート情報とＳＮＳ収集部１３３によって収集された投稿と検証部による投稿の評価とを交通案内情報として生成し、携帯端末３０に送信する交通案内情報生成部１３７とを備えている。
この構成により、ルート情報と共に、ルート情報に関連するＳＮＳの投稿を信頼性を検証してユーザーに提供することができるため、ユーザーは、ＳＮＳの投稿をルートを決定する判断材料として有効に活用できる。従って、災害発生時に交通機関に障害が発生した場合でも、ユーザーが円滑に帰宅、移動できるための情報を提供できる。
【００４２】
さらに、本実施の形態において、ＳＮＳ検証部１３６は、投稿の内容を解析することで、投稿者が現地にいることが確認できるコメントが含まれている場合、評価を高める。
この構成により、投稿内容の信頼性を検証することができる。
【００４３】
さらに、本実施の形態において、投稿写真解析部１３５は、投稿が写真である場合、現地で撮られたものであることが確認できた場合、評価を高める。
この構成により、投稿写真の信頼性を検証することができる。
【００４４】
さらに、本実施の形態において、交通案内情報生成部１３７は、検証部による評価が閾値以上の投稿を選択して携帯端末３０に送信する。
この構成により、ユーザーは、信頼性のある投稿に基づいてルートを決定することができる。
【００４５】
さらに、本実施の形態において、交通案内情報生成部１３７は、検証部による評価が高い順番にソートして投稿を携帯端末３０に送信する。
この構成により、信頼性の高い投稿に基づいてルートを決定することができる。
【００４６】
さらに、本実施の形態において、ＳＮＳ収集部１３３によって収集された投稿の数が予め設定された閾値未満である場合、ソーシャルネットワークサービスに情報提供依頼を投稿するＳＮＳ投稿部１３４を備えている。
この構成により、ルート決定の判断材料として活用できる投稿を呼びかけることができる。
【００４７】
なお、本発明が上記各実施の形態に限定されず、本発明の技術思想の範囲内において、各実施の形態は適宜変更され得ることは明らかである。また、上記構成部材の数、位置、形状等は上記実施の形態に限定されず、本発明を実施する上で好適な数、位置、形状等にすることができる。なお、各図において、同一構成要素には同一符号を付している。
【符号の説明】
【００４８】
１０  情報提供サーバー
１１  記憶部
１２  通信部
１３  制御部
２０  ネットワーク
３０  携帯端末
４０  ルート検索サーバー
５０  ＳＮＳサーバー
１１１  地図情報
１１２  投稿情報
１３０  ユーザー情報収集部
１３１  ルート収集部
１３２  ルート選択部
１３３  ＳＮＳ収集部
１３４  ＳＮＳ投稿部
１３５  投稿写真解析部
１３６  ＳＮＳ検証部
１３７  交通案内情報生成部
【図１】
2020135809.tif 000003
【図２】
2020135809.tif 000004
【図３】
2020135809.tif 000005