JP6155936B2 - 投稿文検索システム、投稿文検索装置、投稿文検索方法及びコンピュータプログラム - Google Patents

Description

本発明は、コンピュータネットワーク上に投稿された投稿文を検索する投稿文検索システム、投稿文検索装置、投稿文検索方法及びコンピュータプログラムに関する。

近年、端末を介してコンピュータネットワーク上にユーザが投稿文を投稿するとともに、他のユーザから投稿された投稿文を閲覧することが可能なシステムが提供されている。例えば、ブログ、ＳＮＳ(Social Network Service)、Ｔｗｉｔｔｅｒ（登録商標）、チャット等（以下、ＳＮＳ等という）がある。また、これらの投稿文の中には、渋滞情報や通行止め情報等の交通情報に関する情報を投稿した投稿文も多数含まれている。

ここで、ＳＮＳ等では、最新の情報をいち早く取得できるメリットがあるが、情報量が膨大であるので、閲覧するユーザにとって必要な情報のみを抽出して提供することが難しかった。そこで、多数の情報の中からユーザにとって必要な情報を検索する手段として、例えば再表２０１０／００４６１２号公報には、ＤＢから地点情報の検索を行う場合に、ユーザによって名称やジャンル等の検索用のキーワードが入力されると、キーワードに該当する地点（以下、検索地点という）が検索され、検索地点の位置情報と住所情報がＤＢから抽出されるとともに、検索地点の位置情報から検索地点に該当する地域名称（道路名称や都市名称等）のテキストデータがＤＢから取得され、ＤＢから抽出された検索地点の住所情報と地域名称のテキストデータを組み合わせたテキストデータを検索結果として出力する技術について提案されている。

再表２０１０／００４６１２号公報（第１３−１７頁、図２）

しかしながら、上記特許文献１に記載の技術では、入力されたキーワードに該当する全ての検索地点についてＤＢから位置情報や住所情報が抽出され、更に抽出された位置情報や住所情報からテキストデータが生成され、出力されることとなる。特に、入力されるキーワードの内容によっては、検索地点の数が非常に多数となる場合がある。例えば、都市部において“コンビニ”や“駐車場”をキーワードとして検索を行えば、検索地点の数が非常に多数となることが予想される。従って、検索に係る処理負担や検索時間が大きくなるとともに、ユーザが必要としない情報についても出力される問題があった。更に、検索結果をフィルタリングする必要も生じていた。

本発明は前記従来における問題点を解消するためになされたものであり、コンピュータネットワーク上に投稿された投稿文の内から、ユーザが必要とする情報が投稿された投稿文のみを適切に抽出することを可能にした投稿文検索システム、投稿文検索装置、投稿文検索方法及びコンピュータプログラムを提供することを目的とする。

前記目的を達成するため本発明に係る投稿文検索システム（１）、投稿文検索装置、投稿文検索方法及びコンピュータプログラムは、コンピュータネットワーク上に投稿された多数の投稿文の内から、ユーザが必要とする投稿文を検索する為のシステム、装置、並びに該システムや装置を用いて投稿文の検索を行う投稿文検索方法、更に該装置に対して以下の各機能を実現させるコンピュータプログラムである。具体的には、車両等の移動体の移動予定経路を取得し、移動予定経路の周辺に渋滞の要因となる施設である渋滞要因施設があるか否か判定する。次に、移動予定経路の周辺に渋滞要因施設があると判定された場合に、渋滞要因施設より移動体側にあって移動予定経路と交差する道路である手前交差道路を取得し、手前交差道路の名称を検索対象名称として取得し、取得された検索対象名称の文字列から検索ワードを設定する。そして、コンピュータネットワーク上に投稿された投稿文の内から、設定された検索ワードに該当する投稿文を抽出する。
尚、「移動体」は、車両の他、２輪車やユーザ自身（人）であっても良い。
また、「渋滞の要因となる施設」とは、該施設が原因で周辺の道路に渋滞を生じさせる虞のある施設、より具体的には該施設に進入する為の車両が原因で周辺の道路に渋滞を生じさせる虞のある施設であり、例えば、集客力の高い大規模の商業施設、ＴＶや雑誌等のメディアに紹介されてから間もない施設等が該当する。

また、本発明に係る投稿文検索システム（１）は、以下の構成としても良い。
具体的には、車両等の移動体の移動予定経路を取得し、移動予定経路と交差する道路であって、移動体が移動予定経路から進入可能な道路である進入交差道路を取得する。次に、進入交差道路の周辺に渋滞の要因となる施設である渋滞要因施設があるか否か判定し、進入交差道路の周辺に渋滞要因施設があると判定された場合に、移動予定経路と進入交差道路の交差点より移動体側にあって移動予定経路と交差する道路である手前交差道路を取得する。その後、手前交差道路の名称を検索対象名称として取得し、取得された検索対象名称の文字列から検索ワードを設定する。そして、コンピュータネットワーク上に投稿された投稿文の内から、設定された検索ワードに該当する投稿文を抽出する。

前記構成を有する本発明に係る投稿文検索システム（１）、投稿文検索装置、投稿文検索方法及びコンピュータプログラムでは、渋滞の要因となる施設と周辺の道路形状に基づいて、ユーザの移動予定経路と交差する交差道路の内で渋滞している可能性の高い交差道路の名称を検索ワードに設定することが可能となる。その結果、設定された検索ワードを用いることによってコンピュータネットワーク上に投稿された投稿文の内から、ユーザが必要とする情報が投稿された投稿文のみを適切に抽出することが可能となる。特に、ユーザの移動予定経路に関連する渋滞情報、より具体的には、移動予定経路の車両の流れに影響する交差道路の渋滞情報を、投稿文を介して、より速いタイミングで把握することが可能となる。また、ユーザに検索条件を入力させる作業を行わせる必要がないので、操作性についても向上させることが可能となる。

第１実施形態に係る投稿文検索システムを示した概略構成図である。 第１実施形態に係る投稿文検索システムの構成を示したブロック図である。 投稿文情報管理センタの投稿文情報ＤＢに記憶される投稿文情報の一例を示した図である。 地図情報に含まれる施設データの一例を示した図である。 第１実施形態に係る通信端末の制御系を模式的に示すブロック図である。 第１実施形態に係る投稿文検索処理プログラムのフローチャートである。 ディスプレイに表示される投稿文案内画面を示した図である。 第１実施形態に係る検索ワード設定処理のサブ処理プログラムのフローチャートである。 案内経路周辺の渋滞要因施設の抽出範囲について示した図である。 案内経路と渋滞要因施設との位置関係を示した図である。 第１実施形態に係る検索ワードの設定処理の具体例を示した図である。 第２実施形態に係る検索ワード設定処理のサブ処理プログラムのフローチャートである。 進入交差道路の特定方法について説明した図である。 進入交差道路周辺の渋滞要因施設の抽出範囲について示した図である。 進入交差道路周辺の渋滞要因施設の抽出範囲について示した図である。 進入交差道路と渋滞要因施設との位置関係を示した図である。 第２実施形態に係る検索ワードの設定処理の具体例を示した図である。

以下、本発明に係る投稿文検索システムについて具体化した第１実施形態及び第２実施形態に基づき図面を参照しつつ詳細に説明する。

〔第１実施形態〕
先ず、第１実施形態に係る投稿文検索システム１の概略構成について図１及び図２を用いて説明する。図１は第１実施形態に係る投稿文検索システム１を示した概略構成図である。図２は第１実施形態に係る投稿文検索システム１の構成を示したブロック図である。

図１に示すように、第１実施形態に係る投稿文検索システム１は、投稿文管理センタ２が有する投稿文検索サーバ（投稿文検索装置）３と、同じく投稿文管理センタ２が有する投稿文情報管理サーバ４と、ユーザ６が所有する通信端末７とから基本的に構成されている。尚、通信端末７としては、車両に搭載された車載器としてのナビゲーション装置、携帯電話機、ＰＤＡ、タブレット型端末、スマートフォン等がある。また、ユーザ６は車両以外の移動手段（例えば電車、自転車、徒歩等）による移動中であっても良いし、移動していない状態であっても良い。また、投稿文管理センタ２と通信端末７とは通信ネットワーク網８を介して互いに電子データを送受信可能に構成されている。

ここで、投稿文検索サーバ３は、通信端末７のユーザ６がコンピュータネットワーク上に投稿された投稿文の閲覧を要求した場合に、ユーザ６の移動予定経路や周辺の道路形状及び施設情報に基づいて検索条件を設定し、投稿文情報管理サーバ４に記憶された投稿文の内から、情報を要求したユーザ６に関連する内容を投稿した投稿文を抽出するとともに、抽出された投稿文に関する情報を通信端末７に配信することによって投稿文の内容をユーザ６に閲覧可能にするサーバ装置である。尚、投稿文検索サーバ３の詳細については後述する。

また、投稿文情報管理サーバ４は、ブログ、ＳＮＳ(Social Network Service)、Ｔｗｉｔｔｅｒ（登録商標）、チャット等（以下、ＳＮＳ等という）を管理し、ＳＮＳ等においてコンピュータネットワーク上に投稿された投稿文の保管及び提供を行うサーバ装置である。尚、ユーザによる投稿文の投稿は、通信端末７以外に、コンピュータネットワークに接続可能なＰＣやその他の通信装置からも行うことが可能である。

そして、投稿文情報管理サーバ４は、記憶媒体として投稿文情報ＤＢ９を有し、投稿された投稿文は投稿文情報ＤＢ９に順次格納される。また、投稿文情報ＤＢ９には、投稿文の文章（文字列）とともに、該投稿文が投稿された投稿時刻、該投稿文が投稿された際の投稿者の位置（以下、投稿位置という）、投稿者のＩＤ等についても記憶される。ここで、図３は、投稿文情報管理サーバ４において収集及び提供される投稿文の一例を示した図である。図３に示すように投稿文としては、投稿時刻、投稿位置、ユーザＩＤ、投稿文の文章等が含まれる。尚、投稿文情報管理サーバ４には、全国のユーザから投稿された投稿文に関する情報が累積的に投稿文情報ＤＢ９に格納され、格納されたデータ量が所定量以上となると過去の投稿文に関する情報から順に削除される。また、投稿文情報管理サーバ４は投稿文管理センタ２と異なるセンタに設置しても良い。

一方、通信端末７は、ＧＰＳ等の通信端末７の現在位置（即ちユーザ６の現在位置）を特定する為の機能やユーザ６の現在位置周辺の地図画像を表示する機能を備えた情報通信端末が用いられ、例えばナビゲーション装置、携帯電話機、ＰＤＡ、タブレット型端末、スマートフォン等が該当する。

また、通信端末７は、後述の送受信回路部（ＲＦ）３３を介して通信ネットワーク網８に接続され、投稿文管理センタ２と双方向通信可能に構成されている。そして、投稿文管理センタ２から投稿文に関する情報を受信した場合には、後述のように受信した投稿文の文章内容を通信端末７のディスプレイに表示し、投稿文の内容をユーザに閲覧可能とする（図７参照）。尚、通信端末７の詳細については後述する。

また、通信ネットワーク網８は全国各地に配置された多数の基地局と、各基地局を管理及び制御する通信会社とを含み、基地局及び通信会社を有線（光ファイバー、ＩＳＤＮ等）又は無線で互いに接続することにより構成されている。
ここで、基地局は通信端末７との通信をするトランシーバー（送受信機）とアンテナを有する。そして、基地局は通信会社の間で無線通信を行う一方、通信ネットワーク網８の末端となり、基地局の電波が届く範囲（セル）にある通信端末７の通信を投稿文管理センタ２との間で中継する役割を持つ。

続いて、投稿文検索システム１を構成する投稿文検索サーバ３の構成について図２を用いてより詳細に説明する。投稿文検索サーバ３は、図２に示すように情報管理ＥＣＵ１１と、情報管理ＥＣＵ１１に接続された情報記録手段としての地図情報ＤＢ１２と、センタ通信装置１３とから基本的に構成されている。

情報管理ＥＣＵ１１は、図２に示すように投稿文検索サーバ３における各種制御を行う電子制御ユニットである。そして、演算装置及び制御装置としてのＣＰＵ２１、並びにＣＰＵ２１が各種の演算処理を行うに当たってワーキングメモリとして使用されるＲＡＭ２２、各種制御プログラムの他、後述の投稿文検索処理プログラム（図６）等が記憶されたＲＯＭ２３等の内部記憶装置を備えている。尚、情報管理ＥＣＵ１１は、通信端末７のＥＣＵとともに処理アルゴリズムとしての各種手段を構成する。例えば、移動予定経路取得手段は、車両等の移動体の移動予定経路を取得する。渋滞施設判定手段は、移動予定経路の周辺に渋滞の要因となる施設である渋滞要因施設があるか否か判定する。手前交差道路取得手段は、移動予定経路の周辺に渋滞要因施設があると判定された場合に、渋滞要因施設より移動体側にあって移動予定経路と交差する道路である手前交差道路を取得する。検索対象名称取得手段は、手前交差道路の名称を検索対象名称として取得する。検索条件設定手段は、検索対象名称取得手段により取得された検索対象名称の文字列から検索ワードを設定する。検索手段は、コンピュータネットワーク上に投稿された投稿文の内から、検索条件設定手段により設定された検索ワードに該当する投稿文を抽出する。間隔取得手段は、第１手前交差道路と第２手前交差道路の配置間隔を取得する。道路幅取得手段は、第１手前交差道路と第２手前交差道路の道路幅をそれぞれ取得する。

また、地図情報ＤＢ１２は、地図情報が記憶される記憶手段である。ここで、地図情報ＤＢ１２に格納されている地図情報は、道路網を始めとして経路探索及び地図表示に必要な各種情報が記録されており、例えば、道路（リンク）に関するリンクデータ２５、ノード点に関するノードデータ、各交差点に関する交差点データ２６、施設に関する施設データ２７、経路を探索するための探索データ、地点を検索するための検索データ、地図を表示するための地図表示データ等から構成されている。尚、地図情報ＤＢ１２は、定期的に新たな地図情報へと更新される。

ここで、リンクデータ２５としては、例えば、該リンクを識別するリンクＩＤ、該リンクの端部に位置するノードを特定する端部ノード情報、該リンクが構成する道路の道路種別、道路幅、道路名称等が記憶される。また、交差点データ２６としては、該交差点を構成するノードのノードＩＤ、交差点名称、転回規制の有無等が記憶される。また、施設データ２７は、施設を識別する施設ＩＤ、施設名称、ジャンル、施設の位置を特定する情報に加えて、当該施設が渋滞の要因となる施設である渋滞要因施設に該当するか否かを特定する情報について記憶される。ここで、渋滞要因施設は、該施設が原因で周辺の道路に渋滞を生じさせる虞のある施設、より具体的には該施設に進入する為の車両が原因で周辺の道路に渋滞を生じさせる虞のある施設であり、例えば、集客力の高い大規模の商業施設、ＴＶや雑誌等のメディアに紹介されてから間もない施設等が該当する。そして、渋滞要因施設に該当するか否かは、例えば、交通情報センタから取得した過去の周辺道路の渋滞履歴や、外部のサーバから取得したメディアの掲載情報に基づいて判定する。また、施設が渋滞要因施設に該当するか否かの判定は、投稿文検索サーバ３が行っても良いし、他のサーバが行う構成としても良い。

ここで、図４は施設データ２７の一例を示した図である。図４に示すように施設データ２７は、施設ＩＤ、施設名称と、施設の種別（ジャンル）と、施設の位置を特定する位置情報（緯度経度）と、渋滞要因施設に該当するか否かのフラグ情報が含まれる。例えば、図４に示す例では“○○ホームセンター”と“××カフェ”の２つの施設が渋滞要因施設であることを示している。そして、情報管理ＥＣＵ１１は、後述のようにユーザ６の移動予定経路の周辺に渋滞要因施設がある場合に、渋滞要因施設の手前側で移動予定経路と交差する交差道路が渋滞すると予測し、該交差道路の名称を検索ワードに設定する。

尚、地図情報ＤＢ１２は投稿文検索サーバ３が有するのではなく、外部のサーバが有する構成とし、施設データ２７を外部のサーバから通信により投稿文検索サーバ３が取得する構成としても良い。

また、センタ通信装置１３は、通信端末７と通信ネットワーク網８を介して通信を行う為の通信装置である。第１実施形態では、センタ通信装置１３を介して投稿文に関する情報を通信端末７との間で送受信する。

次に、ユーザ６が所有する通信端末７の概略構成について図５を用いて説明する。図５は第１実施形態に係る通信端末７の制御系を模式的に示すブロック図である。

図５に示すように通信端末７はデータバスＢＵＳに、ＣＰＵ３１と、通信端末７を所持するユーザ６に関するユーザ情報（ユーザＩＤ、氏名等）や地図情報等が記憶されたメモリ３２と、通信ネットワーク網８の基地局との間で信号の送受信を行う送受信回路部（ＲＦ）３３と、送受信回路部３３において受信したＲＦ（Radio Frequency）信号をベースバンド信号に変換するとともにベースバンド信号をＲＦ信号に変換するベースバンド処理部３４と、マイクロホン３５及びスピーカ３６等とのインターフェイスである入出力部３７と、液晶表示パネル等で構成されたディスプレイ３８と、タッチパネルやキーボード等から構成される入力操作部３９と、ＧＰＳ４０とが接続されることにより構成されている。

ここで、通信端末７に内蔵されるＣＰＵ３１は、メモリ３２に格納されている動作プログラムに従って種々の動作を実行する通信端末７の制御手段であり、メモリ３２とともに通信端末ＥＣＵ４１を構成する。また、通信端末ＥＣＵ４１の各種処理内容は必要に応じてディスプレイ３８に表示される。

また、メモリ３２は通信端末７を所持するユーザ６に関するユーザ情報（ユーザＩＤ、氏名等）や地図情報の他、インストールされたナビゲーションアプリ等のアプリケーションプログラム、ユーザ６の現在位置履歴、ナビゲーションアプリにおいて設定された案内経路（ユーザ６の移動予定経路）、後述の投稿文検索処理プログラム（図６）等が記憶された記憶媒体である。

ここで、メモリ３２に記憶される地図情報は、基本的に投稿文検索サーバ３が有する地図情報と同一の構成を有しており、例えば、道路（リンク）に関するリンクデータ、ノード点に関するノードデータ、各交差点に関する交差点データ、施設に関する施設データ、地図を表示するための地図表示データ、経路を探索するための探索データ、地点を検索するための検索データ等からなる。尚、地図情報はメモリ３２に記憶せずに外部のサーバ（例えば投稿文検索サーバ３）から通信により取得する構成としても良い。また、メモリ３２は、ハードディスク、メモリーカード、ＣＤやＤＶＤ等の光ディスク等により構成しても良い。

また、ディスプレイ３８は、筐体の一面に配設されており、液晶ディスプレイや有機ＥＬディスプレイ等が用いられる。そして、通信端末７にインストールされている各種アプリケーションを実行する為のトップ画面や、実行されたアプリケーションに係る画面（インターネット画面、メール画面、ナビゲーション画面等）や、画像、動画等の各種情報が表示される。特に、ナビゲーションアプリを実行した場合に表示されるナビゲーション画面では、道路を含む地図画像、交通情報、出発地から目的地までの案内経路（移動予定経路）、案内経路に沿った案内情報等についても表示される。更に第１実施形態では、投稿文管理センタ２から受信した投稿文に関する情報（投稿文の文章内容、投稿者のＩＤ等）についても表示する。

また、入力操作部３９は、ディスプレイ３８の前面に設けられたタッチパネルによって構成されている。そして、通信端末ＥＣＵ４１は、タッチパネルの押下等により出力される電気信号に基づき、対応する各種の動作を実行すべく制御を行う。特に第１実施形態では、各種アプリケーションプログラムの起動及び操作を行う際や、投稿文を投稿する際や、既にコンピュータネットワーク上に投稿されている投稿文を閲覧する際等に用いられる。尚、入力操作部３９は、番号／文字入力キー、表示された内容を選択するためのカーソルを動かすカーソルキー、選択を確定する決定キー等の各種キー等により構成することもできる。

また、ＧＰＳ４０は、人工衛星によって発生させられた電波を受信することにより、通信端末７（即ちユーザ６）の現在位置及び現在時刻を検出可能とする。また、ＧＰＳ４０以外にも通信端末７の現在位置や方位を検出する為の他の装置（例えばジャイロセンサ等）を備える構成としても良い。

また、送受信回路部３３は通信ネットワーク網８を介して投稿文管理センタ２と通信可能に構成されている。そして、図示しない外部の交通情報センタ（例えばＶＩＣＳ（登録商標）センタ）を介して、渋滞情報、規制情報、交通事故情報等の交通情報を取得することが可能である。また、投稿文管理センタ２との間で投稿文の閲覧要求を送信したり、抽出された投稿文に関する情報を受信するのにも用いられる。

続いて、前記構成を有する投稿文検索システム１を構成する通信端末７及び投稿文検索サーバ３において実行する投稿文検索処理プログラムについて図６に基づき説明する。図６は第１実施形態に係る投稿文検索処理プログラムのフローチャートである。ここで、投稿文検索処理プログラムは通信端末７においてナビゲーションアプリが起動された後に実行され、コンピュータネットワーク上に投稿された投稿文の内から、投稿文の閲覧を要求したユーザ６に関連する内容を投稿した投稿文を抽出するとともに、抽出された投稿文に関する情報を該ユーザ６に提供するプログラムである。尚、以下の図６及び図８にフローチャートで示されるプログラムは、投稿文管理センタ２や通信端末７が備えるＲＡＭやＲＯＭ等に記憶されており、ＣＰＵ２１やＣＰＵ３１により実行される。

先ず、通信端末７において実行される投稿文検索処理プログラムについて説明する。
ステップ（以下、Ｓと略記する）１においてＣＰＵ３１は、ナビゲーションアプリにおいて目的地の設定操作が行われたか否かを判定する。

そして、目的地の設定操作が行われたと判定された場合（Ｓ１：ＹＥＳ）には、Ｓ２へと移行する。それに対して、目的地の設定操作が行われていないと判定された場合（Ｓ１：ＮＯ）には、当該投稿文検索処理プログラムを終了する。

Ｓ２においてＣＰＵ３１は、出発地から設定された目的地までの案内経路を取得する。そして、取得された案内経路はメモリ３２等に記憶される。尚、案内経路は通信端末７が探索する構成としても良いし、外部のサーバが探索し、探索された案内経路を通信端末７が該サーバから受信する構成としても良い。尚、案内経路の探索については公知のダイクストラ法が用いられる。また、出発地はユーザの現在位置としても良いし、ユーザにより選択された任意の地点（例えば自宅）としても良い。前記Ｓ２で取得された案内経路はユーザ６（ユーザ６が車両に乗車している場合には車両）の移動予定経路となる。また、案内経路は数値からなる位置情報として取得及び記憶される。具体的には、出発地から目的地までの座標（緯度経度）点の連なりによって案内経路が特定される。

Ｓ３においてＣＰＵ３１は、投稿文の閲覧要求を投稿文検索サーバ３へと送信する。尚、投稿文の閲覧要求には、閲覧要求の送信元である通信端末７を特定するＩＤや前記Ｓ２で取得した案内経路の位置情報が含まれる。尚、閲覧要求を受信した投稿文検索サーバ３は後述のように、受信した閲覧要求に基づいてコンピュータネットワーク上に投稿された投稿文の内から、“投稿文の閲覧を要求したユーザ６に関連する内容を投稿した投稿文”を抽出する（Ｓ１２〜Ｓ１４）。

次に、Ｓ４においてＣＰＵ３１は、投稿文管理センタ２から送信された投稿文に関する情報を受信する。尚、前記Ｓ４で受信する投稿文に関する情報は、前記Ｓ３で送信した閲覧要求に基づいてコンピュータネットワーク上に投稿された投稿文の内から抽出された投稿文に関する情報であり、“投稿文の閲覧を要求したユーザ６に関連する内容を投稿した投稿文”に関する情報である。また、投稿文に関する情報としては、投稿文の文章とともに、該投稿文が投稿された投稿時刻、投稿位置、投稿者のＩＤ等が含まれる。

その後、Ｓ５においてＣＰＵ３１は、前記Ｓ２で取得された案内経路とともに、前記Ｓ４で受信した投稿文に関する情報をディスプレイ３８に表示する。尚、表示する情報は、投稿文の文章、該投稿文が投稿された投稿時刻、投稿位置、投稿者のＩＤの全てを表示しても良いし、一部のみを表示する構成としても良い。但し、少なくとも投稿文の文章については表示するように構成する。また、前記Ｓ４で投稿文を受信できなかった場合には、前記Ｓ２で取得された案内経路のみを表示する。

ここで、図７は前記Ｓ５においてディスプレイ３８に表示される投稿文案内画面５１を示した図である。図７に示すように投稿文案内画面５１は、案内経路を表示する左画面５２と、投稿文に関する情報を表示する右画面５３の２つの表示領域から構成される。
そして、左画面５２は、ユーザ周辺の地図画像５４と、ユーザの現在位置を示す現在位置マーク５５と、案内経路５６と、表示された投稿文の投稿位置を示す投稿位置マーク５７〜６０とから構成される。
また、右画面５３には、投稿文に関する情報を表示する情報表示スペース６１〜６４が設けられている。各情報表示スペース６１〜６４には、投稿文を投稿した投稿者のＩＤと。投稿文の文章内容をそれぞれ表示する。また、投稿文が多数ある場合には、スクロール操作によって投稿文を切り替えて表示するように構成することが望ましい。また、投稿文に関する情報を表示する際には、ユーザに近い位置で投稿された投稿文を優先して表示するようにしても良い。更に、後述の検索処理（Ｓ１３）において検索ワードに対する一致度合が高いと判定された投稿文を優先して表示するようにしても良い。尚、右画面５３を表示せずに、左画面５２のみを表示する構成とし、左画面５２の投稿位置マーク５７〜６０が選択された後に対応する投稿文の情報表示スペース６１〜６４を新たに画面上に配置するように構成しても良い。また、投稿位置マーク５７〜６０を表示しない構成としても良い。

そして、ユーザは図７に示す投稿文案内画面５１を視認することによって、ユーザ６に関連する内容を投稿した投稿文の内容を閲覧することが可能となる。特に、第１実施形態では後述のように案内経路の周辺に渋滞要因施設がある場合に、渋滞要因施設の手前側で案内経路と交差する交差道路の名称を検索ワードに設定するので、案内経路に関連する渋滞情報（より具体的には、案内経路の車両の流れに影響する交差道路の渋滞情報）をより速いタイミングで把握することが可能となる。

次に、投稿文検索サーバ３において実行される投稿文検索処理プログラムについて説明する。
先ず、Ｓ１１においてＣＰＵ２１は、投稿文の閲覧を要求するユーザ６から送信された閲覧要求を受信する。尚、閲覧要求には、閲覧要求の送信元である通信端末７を特定するＩＤや通信端末７において設定された案内経路（ユーザ６の移動予定経路）の位置情報が含まれる。また、受信した閲覧要求に含まれる案内経路の位置情報は、ＲＡＭ２２等の記憶媒体に一旦格納される。

次に、Ｓ１２においてＣＰＵ２１は、後述の検索ワード設定処理（図８）を実行する。ここで、検索ワード設定処理は、前記Ｓ１１で受信した閲覧要求に含まれる案内経路の位置情報と渋滞要因施設や周辺の道路形状に関する情報を含む地図情報とに基づいて、コンピュータネットワーク上に投稿された投稿文の内から、“投稿文の閲覧を要求したユーザ６に関連する内容を投稿した投稿文”を検索する為の検索ワードを設定する処理である。

その後、Ｓ１３においてＣＰＵ２１は、前記Ｓ１２で設定された検索ワードを用いて、コンピュータネットワーク上に投稿された投稿文の内から、“投稿文の閲覧を要求したユーザ６に関連する内容を投稿した投稿文”を検索する検索処理を実行する。具体的には、前記Ｓ１２で設定された検索ワードを文章中に含む投稿文に関する情報を、投稿文情報管理サーバ４の投稿文情報ＤＢ９に格納された投稿文情報（図３）の中から抽出する。

例えば、前記Ｓ１３において「○×通り」と「渋滞」の組み合わせが検索ワードとして設定された場合には、“渋滞 ＡＮＤ ○×通り”が検索条件として設定され、文章中に「○×通り」と「渋滞」の文字列の両方を含む投稿文に関する情報が投稿文情報ＤＢ９から抽出される。

その後、Ｓ１４においてＣＰＵ２１は、前記Ｓ１３で抽出された投稿文に関する情報を、投稿文の閲覧を要求した通信端末７に対して送信する。その結果、投稿文の閲覧を要求した通信端末７において、ユーザ６に関連する内容を投稿した投稿文に関する情報が表示される（Ｓ５）。

次に、前記Ｓ１２において実行される検索ワード設定処理のサブ処理について図８に基づき説明する。図８は第１実施形態に係る検索ワード設定処理のサブ処理プログラムのフローチャートである。

先ず、Ｓ２１においてＣＰＵ２１は、前記Ｓ１１で受信した閲覧要求に含まれる案内経路（ユーザの移動予定経路）の位置情報をＲＡＭ２２から読み出す。

次に、Ｓ２２においてＣＰＵ２１は、施設データ２７（図４）に基づいて、案内経路の周辺であって、且つ案内経路に対して案内経路を車両が走行する車線側にある渋滞要因施設を抽出する。

尚、渋滞要因施設は、前記したように該施設が原因で周辺の道路に渋滞を生じさせる虞のある施設、より具体的には該施設に進入する為の車両が原因で周辺の道路に渋滞を生じさせる虞のある施設であり、例えば、集客力の高い大規模の商業施設、ＴＶや雑誌等のメディアに紹介されてから間もない施設等が該当する。そして、案内経路の周辺にある施設が渋滞要因施設か渋滞要因施設以外の施設であるかは、施設データ２７によって特定される。また、案内経路の周辺にある渋滞要因施設とは、案内経路沿いにある渋滞要因施設に加えて、案内経路と交差する道路や並走する道路沿いにある渋滞要因施設も対象とするのが望ましい。例えば、図９に示すように案内経路７０沿いにある渋滞要因施設に加えて、案内経路７０と交差する道路７１や並走する道路７２沿いにある渋滞要因施設も抽出対象とする。但し、渋滞要因施設が案内経路７０から所定距離Ｄ（例えば１００ｍ）以内にあることを条件とする。

また、案内経路に対して案内経路を車両が走行する車線側とは、即ち、左側通行の地域では案内経路に対して進行方向の左側となり、右側通行の地域では案内経路に対して進行方向の右側となる。例えば、図１０に示すように案内経路７０が位置する場合には、左側通行の地域では領域Ａにある渋滞要因施設が抽出され、右側通行の地域では領域Ｂにある渋滞要因施設が抽出される。但し、案内経路７０が仮に一方通行の道路である場合には、領域Ａと領域Ｂの両方ともが案内経路７０を車両が走行する車線側となり、両方の領域を対象として渋滞要因施設が抽出される。

以下のＳ２３〜Ｓ２８の処理は前記Ｓ２２で抽出された渋滞要因施設毎に実行する。そして、前記Ｓ２２で抽出された全ての渋滞要因施設を対象としてＳ２３〜Ｓ２８の処理が実行された後にＳ１３へと移行する。

Ｓ２３においてＣＰＵ２１は、前記Ｓ２２で抽出された渋滞要因施設の位置と地図情報ＤＢ１２に記憶されたリンクデータ２５とに基づいて、渋滞要因施設よりユーザ側（即ち案内経路の開始点側）にあって案内経路と交差する道路の内、最も渋滞要因施設側で案内経路と交差する道路を第１手前交差道路として特定し、特定された第１手前交差道路に関する情報（交差道路を構成するリンクのリンクＩＤ、道路種別、道路幅、道路名称等）を取得する。

次に、Ｓ２４においてＣＰＵ２１は、同じく前記Ｓ２２で抽出された渋滞要因施設の位置と地図情報ＤＢ１２に記憶されたリンクデータ２５とに基づいて、渋滞要因施設よりユーザ側（即ち案内経路の開始点側）にあって案内経路と交差する道路の内、第１手前交差道路の次に渋滞要因施設側で案内経路と交差する道路を第２手前交差道路として特定し、特定された第２手前交差道路に関する情報（交差道路を構成するリンクのリンクＩＤ、道路種別、道路幅、道路名称等）を取得する。

以下に、図１１を用いて前記Ｓ２３及びＳ２４の処理についてより詳細に説明する。
図１１では、案内経路７０に対して交差点７３で交差道路７４、７５が接続され、交差点７６で交差道路７７、７８が接続され、交差点７９で交差道路８０、８１が接続され、交差点８２で交差道路８３、８４が接続され、交差点７６と交差点７３の間の案内経路７０沿いに前記Ｓ２２で抽出された渋滞要因施設８５がある場合について説明する。図１１に示す例では、渋滞要因施設８５よりユーザ側にある交差道路７７、７８、８０、８１、８３、８４の内、最も渋滞要因施設８５側で案内経路７０と交差する交差道路７７、７８が第１手前交差道路として特定される。また、渋滞要因施設８５よりユーザ側にある交差道路７７、７８、８０、８１、８３、８４の内、第１手前交差道路の次に渋滞要因施設８５側で案内経路７０と交差する交差道路８０、８１が第２手前交差道路として特定される。
尚、第１手前交差道路及び第２手前交差道路は、細街路等を除外する為に所定幅以上（例えば一般道以上）の道路であることを条件としても良い。

次に、Ｓ２５においてＣＰＵ２１は、前記Ｓ２３で取得された第１手前交差道路に関する情報と前記Ｓ２４で取得された第２手前交差道路に関する情報とに基づいて、第１手前交差道路と第２手前交差道路の配置間隔を特定し、該配置間隔が所定の閾値以上であるか否かを判定する。例えば、図１１に示す例では交差道路７７、７８と交差道路８０、８１の間の配置間隔Ｌが閾値以上であるか否か判定される。尚、前記Ｓ２５の判定基準となる閾値は、ＲＡＭ２２等の記憶媒体に記憶され、渋滞要因施設の規模や案内経路、第１手前交差道路、第２手前交差道路の道路種別等に基づいて適宜設定される。例えば５００ｍとする。また、閾値は渋滞要因施設の規模によって変更可能に構成しても良い。例えば、渋滞要因施設の規模が大きい程、閾値についても大きい値へと変更するように構成する。

そして、第１手前交差道路と第２手前交差道路の配置間隔が閾値以上であると判定された場合（Ｓ２５：ＹＥＳ）には、Ｓ２６へと移行する。その場合にはＣＰＵ２１は、第１手前交差道路は渋滞要因施設へ向かう車両が原因で渋滞している可能性が高いと予測する。

それに対して、第１手前交差道路と第２手前交差道路の配置間隔が閾値未満であると判定された場合（Ｓ２５：ＮＯ）には、Ｓ２７へと移行する。

Ｓ２６においてＣＰＵ２１は、第１手前交差道路の名称を、検索対象名称として取得する。そして、取得された第１手前交差道路の名称の文字列と、文字列『渋滞』の組合せを検索ワードとして設定する。例えば、図１１に示す例では、交差道路７７、７８の名称が検索対象名称として取得される。従って、『交差道路７７、７８の名称』と『渋滞』の組合せを検索ワードとして設定する。尚、進入交差道路の名称としては、進入交差道路が国道や県道である場合には番号（例えば国道１号）でも良いし、通りの名称（例えば明治通り）でも良いし、略称（例えば環七）でも良い。
その後、設定された検索ワードに基づいて、コンピュータネットワーク上に投稿された投稿文の内から、検索ワードを含む投稿文を検索する検索処理を実行する（Ｓ１３）。

一方、Ｓ２７においてＣＰＵ２１は、前記Ｓ２３で取得された第１手前交差道路に関する情報と前記Ｓ２４で取得された第２手前交差道路に関する情報とに基づいて、第２手前交差道路の道路幅が第１手前交差道路の道路幅よりも広いか否かを判定する。例えば、図１１に示す例では交差道路８０、８１の道路幅が交差道路７７、７８の道路幅よりも広いか否か判定される。

そして、第２手前交差道路の道路幅が第１手前交差道路の道路幅よりも大きいと判定された場合（Ｓ２７：ＹＥＳ）には、Ｓ２８へと移行する。その場合にはＣＰＵ２１は、道路幅の狭い第１手前交差道路よりも道路幅の広い第２手前交差道路の方が、渋滞要因施設へと向かう車両が多く走行し、渋滞している可能性が高いと予測する。

それに対して、第２手前交差道路の道路幅が第１手前交差道路の道路幅よりも狭い又は同じ道路幅と判定された場合（Ｓ２７：ＮＯ）には、Ｓ２６へと移行する。その場合にはＣＰＵ２１は、渋滞要因施設により近い第１手前交差道路の方が、渋滞要因施設へと向かう車両が多く走行し、渋滞している可能性が高いと予測する。

Ｓ２８においてＣＰＵ２１は、第２手前交差道路の名称を、検索対象名称として取得する。そして、取得された第２手前交差道路の名称の文字列と、文字列『渋滞』の組合せを検索ワードとして設定する。例えば、図１１に示す例では、交差道路８０、８１の名称が検索対象名称として取得される。従って、『交差道路８０、８１の名称』と『渋滞』の組合せを検索ワードとして設定する。

以上詳細に説明した通り、第１実施形態に係る投稿文検索システム１、投稿文検索システム１による投稿文検索方法及び投稿文検索システム１において実行されるコンピュータプログラムでは、通信端末７において案内経路が設定された場合に、投稿文の閲覧要求を投稿文検索サーバ３へと送信し（Ｓ３）、閲覧要求を受信した投稿文検索サーバ３は、案内経路の周辺に渋滞の要因となる施設である渋滞要因施設があるか否か判定し、案内経路の周辺に渋滞要因施設があると判定された場合に、渋滞要因施設よりユーザ側にあって案内経路と交差する道路である第１手前交差道路及び第２手前交差道路を取得し（Ｓ２３、Ｓ２４）、『第１手前交差道路又は第２手前交差道路の名称』と『渋滞』の組み合わせを検索ワードに設定し（Ｓ２６、Ｓ２８）、コンピュータネットワーク上に投稿された投稿文の内から、設定された検索ワードを含む投稿文を検索し（Ｓ１３）、検索された投稿文を提供する（Ｓ１４）ので、渋滞の要因となる施設と周辺の道路形状に基づいて、ユーザの移動予定経路と交差する交差道路の内で渋滞している可能性の高い交差道路の名称を検索ワードに設定することが可能となる。その結果、設定された検索ワードを用いることによってコンピュータネットワーク上に投稿された投稿文の内から、ユーザが必要とする情報が投稿された投稿文のみを適切に抽出することが可能となる。特に、ユーザの移動予定経路に関連する渋滞情報、より具体的には、移動予定経路の車両の流れに影響する交差道路の渋滞情報を、投稿文を介して、より速いタイミングで把握することが可能となる。また、ユーザに検索条件を入力させる作業を行わせる必要がないので、操作性についても向上させることが可能となる。

〔第２実施形態〕
次に、第２実施形態に係る投稿文検索システムについて図１２乃至図１７に基づいて説明する。尚、以下の説明において上記図１乃至図１１の第１実施形態に係る投稿文検索システム１の構成と同一符号は、前記第１実施形態に係る投稿文検索システム１等の構成と同一あるいは相当部分を示すものである。

この第２実施形態に係る投稿文検索システムの概略構成は、第１実施形態に係る投稿文検索システム１とほぼ同じ構成である。また、各種制御処理も第１実施形態に係る投稿文検索システム１とほぼ同じ制御処理である。
ただし、第１実施形態に係る投稿文検索システム１が、案内経路の周辺に渋滞要因施設がある場合に、渋滞要因に施設よりも手前側にある交差道路の名称を検索ワードに設定するのに対し、第２実施形態に係る投稿文検索システムは、案内経路と交差する交差道路の周辺に渋滞要因施設がある場合に、該交差道路よりも手前側にある交差道路の名称を検索ワードに設定する点で第１実施形態に係る投稿文検索システム１と異なっている。

以下に、第２実施形態に係る通信端末７及び投稿文検索サーバ３において実行される投稿文検索処理プログラムの内、前記Ｓ１２の検索ワード設定処理のサブ処理について図１２に基づき説明する。図１２は第２実施形態に係る検索ワード設定処理のサブ処理プログラムのフローチャートである。

先ず、Ｓ３１においてＣＰＵ２１は、前記Ｓ１１で受信した閲覧要求に含まれる案内経路（ユーザの移動予定経路）の位置情報をＲＡＭ２２から読み出す。

次に、Ｓ３２においてＣＰＵ２１は、前記Ｓ３１で読み出した案内経路の位置情報と地図情報ＤＢ１２に記憶された交差点データ２６とに基づいて、案内経路に含まれる交差点を特定し、特定された交差点に関する情報（交差点を構成するノードのノードＩＤ、交差点名称等）を取得する。

続いて、Ｓ３３においてＣＰＵ２１は、前記Ｓ３１で読み出した案内経路の位置情報と地図情報ＤＢ１２に記憶されたリンクデータ２５とに基づいて、前記Ｓ３２で特定された交差点において案内経路と交差する交差道路を特定し、特定された交差道路に関する情報（交差道路を構成するリンクのリンクＩＤ、道路種別、道路幅、道路名称等）を取得する。

その後、Ｓ３４においてＣＰＵ２１は、交差点データ２６やリンクデータ２５に基づいて、前記Ｓ３３で特定された交差道路の内、案内経路を走行する車両が案内経路から進入可能な道路である進入交差道路を特定する。例えば、図１３に示すように案内経路１００に対して交差点１０１で交差道路１０２、１０３が接続され、交差点１０４で交差道路１０５、１０６が接続されている場合について説明する。図１３に示す例では、交差道路１０２、１０３は進行方向の規制が無いが、交差道路１０５、１０６については一方通行の規制が存在する。従って、案内経路１００を走行する車両は、交差道路１０２、１０３、１０６には進入できるが、交差道路１０５には進入することができない。従って、交差道路１０２、１０３、１０６が進入交差道路として特定されることとなる。尚、前記Ｓ３４では一方通行の規制以外に、例えば車両進入禁止、歩行者専用等の規制についても考慮して進入交差道路が特定される。

次に、Ｓ３５においてＣＰＵ２１は、施設データ２７（図４）に基づいて、前記Ｓ３４で特定された進入交差道路の周辺にある渋滞要因施設を抽出する。特に、前記Ｓ３４において進入交差道路が複数特定されている場合には、特定された各進入交差道路を対象として前記Ｓ３５の処理を実行する。

また、進入交差道路の周辺にある渋滞要因施設とは、進入交差道路沿いにある渋滞要因施設に加えて、進入交差道路と交差する道路や並走する道路沿いにある渋滞要因施設も対象とするのが望ましい。例えば、図１４に示すように進入交差道路１０３沿いにある渋滞要因施設に加えて、進入交差道路１０３と交差する道路１０７や並走する道路１０８沿いにある渋滞要因施設も抽出対象とする。但し、渋滞要因施設が進入交差道路１０３から所定距離Ｗ（例えば１００ｍ）以内にあることを条件とする。

更に、前記Ｓ３５において抽出対象となる渋滞要因施設は、案内経路から大きく離れていないことを条件とするのが望ましい。例えば、図１４に示すように案内経路１００から所定距離Ｔ（例えば１ｋｍ）以内にあることを条件としても良いし、図１５に示すように進入交差道路１０３が所定幅以上（例えば一般道以上）の道路１０９と交差するまでの範囲内にあることを条件としても良い。また、所定幅以上の条件は設けなくても良い。

以下のＳ３６〜Ｓ４２の処理は前記Ｓ３５で抽出された渋滞要因施設毎に実行する。そして、前記Ｓ３５で抽出された全ての渋滞要因施設を対象としてＳ３６〜Ｓ４２の処理が実行された後にＳ１３へと移行する。

Ｓ３６においてＣＰＵ２１は、前記Ｓ３５で抽出された渋滞要因施設の位置と進入交差道路の位置とを比較することによって、進入交差道路に対して案内経路から進入した車両が走行する車線側に渋滞要因施設があるか否か判定する。即ち、左側通行の地域では進入交差道路に対して案内経路側から見て左側に渋滞要因施設があるか否か判定され、右側通行の地域では進入交差道路に対して案内経路側から見て右側に渋滞要因施設があるか否か判定されることとなる。例えば、図１６に示すように案内経路１００と進入交差道路１０３が位置する場合には、左側通行の地域では領域Ａに渋滞要因施設があるか否か判定され、右側通行の地域では領域Ｂに渋滞要因施設があるか否か判定される。但し、進入交差道路１０３が仮に一方通行の道路である場合には、渋滞要因施設が領域Ａと領域Ｂのどちら側にあっても車両が走行する車線側に渋滞要因施設があると判定される。

そして、進入交差道路に対して案内経路から進入した車両が走行する車線側に渋滞要因施設があると判定された場合（Ｓ３６：ＹＥＳ）には、Ｓ３７へと移行する。それに対して、進入交差道路に対して案内経路から進入した車両が走行する車線側に渋滞要因施設が無いと判定された場合（Ｓ３６：ＮＯ）には、検索ワードの設定を行うことなくＳ３６へと戻り、次の渋滞要因施設を対象として処理を継続する。

Ｓ３７においてＣＰＵ２１は、前記Ｓ３６で車両の走行車線側に渋滞要因施設があると判定された進入交差道路の位置と地図情報ＤＢ１２に記憶されたリンクデータ２５とに基づいて、案内経路と進入交差道路の交差点（以下、進入交差点という）よりユーザ側（即ち案内経路の開始点側）にあって案内経路と交差する道路の内、最も進入交差点側で案内経路と交差する道路を第１手前交差道路として特定し、特定された第１手前交差道路に関する情報（交差道路を構成するリンクのリンクＩＤ、道路種別、道路幅、道路名称等）を取得する。

次に、Ｓ３８においてＣＰＵ２１は、同じく前記Ｓ３６で車両の走行車線側に渋滞要因施設があると判定された進入交差道路の位置と地図情報ＤＢ１２に記憶されたリンクデータ２５とに基づいて、進入交差点よりユーザ側（即ち案内経路の開始点側）にあって案内経路と交差する道路の内、第１手前交差道路の次に進入交差点側で案内経路と交差する道路を第２手前交差道路として特定し、特定された第２手前交差道路に関する情報（交差道路を構成するリンクのリンクＩＤ、道路種別、道路幅、道路名称等）を取得する。

以下に、図１７を用いて前記Ｓ３７及びＳ３８の処理についてより詳細に説明する。
図１７では、案内経路１００に対して交差点１０１で交差道路１０２、１０３が接続され、交差点１０４で交差道路１０５、１０６が接続され、交差点１１０で交差道路１１１、１１２が接続され、進入交差道路である交差道路１０３沿いに前記Ｓ３５で抽出された渋滞要因施設１１３がある場合について説明する。図１７に示す例では、進入交差点１０１よりユーザ側にある交差道路１０５、１０６、１１１、１１２の内、最も進入交差点１０１側で案内経路１００と交差する交差道路１０５、１０６が第１手前交差道路として特定される。また、進入交差点１０１よりユーザ側にある交差道路１０５、１０６、１１１、１１２の内、第１手前交差道路の次に進入交差点１０１側で案内経路１００と交差する交差道路１１１、１１２が第２手前交差道路として特定される。
尚、第１手前交差道路及び第２手前交差道路は、細街路等を除外する為に所定幅以上（例えば一般道以上）の道路であることを条件としても良い。

次に、Ｓ３９においてＣＰＵ２１は、前記Ｓ３７で取得された第１手前交差道路に関する情報と前記Ｓ３８で取得された第２手前交差道路に関する情報とに基づいて、第１手前交差道路と第２手前交差道路の配置間隔を特定し、該配置間隔が所定の閾値以上であるか否かを判定する。例えば、図１７に示す例では交差道路１０５、１０６と交差道路１１１、１１２の間の配置間隔Ｌが閾値以上であるか否か判定される。尚、前記Ｓ３９の判定基準となる閾値は、ＲＡＭ２２等の記憶媒体に記憶され、渋滞要因施設の規模や案内経路、第１手前交差道路、第２手前交差道路の道路種別等に基づいて適宜設定される。例えば５００ｍとする。また、閾値は渋滞要因施設の規模によって変更可能に構成しても良い。例えば、渋滞要因施設の規模が大きい程、閾値についても大きい値へと変更するように構成する。

そして、第１手前交差道路と第２手前交差道路の配置間隔が閾値以上であると判定された場合（Ｓ３９：ＹＥＳ）には、Ｓ４０へと移行する。その場合にはＣＰＵ２１は、第１手前交差道路は案内経路を経由して渋滞要因施設へ向かう車両が原因で渋滞している可能性が高いと予測する。

それに対して、第１手前交差道路と第２手前交差道路の配置間隔が閾値未満であると判定された場合（Ｓ３９：ＮＯ）には、Ｓ４１へと移行する。

Ｓ４０においてＣＰＵ２１は、第１手前交差道路の名称を、検索対象名称として取得する。そして、取得された第１手前交差道路の名称の文字列と、文字列『渋滞』の組合せを検索ワードとして設定する。例えば、図１７に示す例では、交差道路１０５、１０６の名称が検索対象名称として取得される。従って、『交差道路１０５、１０６の名称』と『渋滞』の組合せを検索ワードとして設定する。尚、進入交差道路の名称としては、進入交差道路が国道や県道である場合には番号（例えば国道１号）でも良いし、通りの名称（例えば明治通り）でも良いし、略称（例えば環七）でも良い。
その後、設定された検索ワードに基づいて、コンピュータネットワーク上に投稿された投稿文の内から、検索ワードを含む投稿文を検索する検索処理を実行する（Ｓ１３）。

一方、Ｓ４１においてＣＰＵ２１は、前記Ｓ３７で取得された第１手前交差道路に関する情報と前記Ｓ３８で取得された第２手前交差道路に関する情報とに基づいて、第２手前交差道路の道路幅が第１手前交差道路の道路幅よりも広いか否かを判定する。例えば、図１７に示す例では交差道路１１１、１１２の道路幅が交差道路１０５、１０６の道路幅よりも広いか否か判定される。

そして、第２手前交差道路の道路幅が第１手前交差道路の道路幅よりも大きいと判定された場合（Ｓ４１：ＹＥＳ）には、Ｓ４２へと移行する。その場合にはＣＰＵ２１は、道路幅の狭い第１手前交差道路よりも道路幅の広い第２手前交差道路の方が、案内経路を経由して渋滞要因施設へと向かう車両が多く走行し、渋滞している可能性が高いと予測する。

それに対して、第２手前交差道路の道路幅が第１手前交差道路の道路幅よりも狭い又は同じ道路幅と判定された場合（Ｓ４１：ＮＯ）には、Ｓ４０へと移行する。その場合にはＣＰＵ２１は、渋滞要因施設により近い第１手前交差道路の方が、案内経路を経由して渋滞要因施設へと向かう車両が多く走行し、渋滞している可能性が高いと予測する。

Ｓ４２においてＣＰＵ２１は、第２手前交差道路の名称を、検索対象名称として取得する。そして、取得された第２手前交差道路の名称の文字列と、文字列『渋滞』の組合せを検索ワードとして設定する。例えば、図１７に示す例では、交差道路１１１、１１２の名称が検索対象名称として取得される。従って、『交差道路１１１、１１２の名称』と『渋滞』の組合せを検索ワードとして設定する。

以上詳細に説明した通り、第２実施形態に係る投稿文検索システム、投稿文検索システムによる投稿文検索方法及び投稿文検索システム１において実行されるコンピュータプログラムでは、通信端末７において案内経路が設定された場合に、投稿文の閲覧要求を投稿文検索サーバ３へと送信し（Ｓ３）、閲覧要求を受信した投稿文検索サーバ３は、案内経路と交差する道路であって、案内経路を走行する車両が案内経路から進入可能な道路である進入交差道路を取得し（Ｓ３４）、進入交差道路の周辺に渋滞の要因となる施設である渋滞要因施設があるか否か判定し（Ｓ３６）、進入交差道路の周辺に渋滞要因施設があると判定された場合に、進入交差点よりユーザ側にあって案内経路と交差する道路である第１手前交差道路及び第２手前交差道路を取得し（Ｓ３７、Ｓ３８）、『第１手前交差道路又は第２手前交差道路の名称』と『渋滞』の組み合わせを検索ワードに設定し（Ｓ４０、Ｓ４２）、コンピュータネットワーク上に投稿された投稿文の内から、設定された検索ワードを含む投稿文を検索し（Ｓ１３）、検索された投稿文を提供する（Ｓ１４）ので、渋滞の要因となる施設と周辺の道路形状に基づいて、ユーザの移動予定経路と交差する交差道路の内で渋滞している可能性の高い交差道路の名称を検索ワードに設定することが可能となる。その結果、設定された検索ワードを用いることによってコンピュータネットワーク上に投稿された投稿文の内から、ユーザが必要とする情報が投稿された投稿文のみを適切に抽出することが可能となる。特に、ユーザの移動予定経路に関連する渋滞情報、より具体的には、移動予定経路の車両の流れに影響する交差道路の渋滞情報を、投稿文を介して、より速いタイミングで把握することが可能となる。また、ユーザに検索条件を入力させる作業を行わせる必要がないので、操作性についても向上させることが可能となる。

尚、本発明は前記実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の改良、変形が可能であることは勿論である。
例えば、第１実施形態及び第２実施形態では投稿文検索処理プログラム（図６）のＳ１１〜Ｓ１４の処理を投稿文検索サーバ３が実行する構成としているが、投稿文情報管理サーバ４や通信端末７が一部または全部の処理を実行する構成としても良い。

また、第１実施形態及び第２実施形態では、投稿の閲覧を要求した通信端末７で設定された案内経路を、ユーザの移動予定経路として通信端末７から投稿文検索サーバ３へと送信する構成としているが、案内経路の代わりに通信端末７において設定されている出発地と目的地を送信する構成としても良い。その場合には、投稿文検索サーバ３が受信した出発地と目的地から案内経路の探索を行う。また、案内経路以外の経路をユーザの移動予定経路としても良い。例えば、ユーザが現在位置から道なりに移動すると仮定した経路を、ユーザの移動予定経路として特定しても良い。また、ユーザの過去の移動履歴からユーザの移動予定経路を特定しても良い。更に、移動予定経路は車両による移動予定経路であっても、車両以外の移動手段（例えば電車、自転車、徒歩等）による移動予定経路であっても良い。

また、第１実施形態及び第２実施形態では、『第１手前交差道路の名称』と『渋滞』の組合せ、又は『第２手前交差道路の名称』と『渋滞』の組合せの内、一方のみを検索ワードとして設定することとしているが、両方の組み合わせを検索ワードとして設定しても良い。更に、『渋滞』の代わりに『渋滞』以外の交通状況を示す文字列（例えば、『混雑』等）を検索ワードとして設定しても良い。また、『第１手前交差道路の名称』の代わりに『案内経路と第１手前交差道路の交差点の名称』を検索ワードとして設定しても良く、『第２手前交差道路の名称』の代わりに『案内経路と第２手前交差道路の交差点の名称』を検索ワードとして設定しても良い。

また、第１実施形態及び第２実施形態では、投稿文情報管理サーバ４において投稿文に関する情報として、投稿文の文章とともに、該投稿文が投稿された投稿時刻、該投稿文が投稿された際の投稿者の位置情報、投稿者のＩＤ等について記憶される構成としているが、投稿文の文章のみを記憶する構成としても良い。

また、本発明に係る投稿文検索システムを具体化した実施例について上記に説明したが、投稿文検索システムは以下の構成を有することも可能であり、その場合には以下の効果を奏する。

例えば、第１の構成は以下のとおりである。
手前交差道路取得手段は、最も渋滞要因施設側（又は交差点側）で移動予定経路と交差する道路を第１手前交差道路として取得するとともに、第１手前交差道路の次に渋滞要因施設側（又は交差点側）で移動予定経路と交差する道路を第２手前交差道路として取得し、検索対象名称取得手段は、第１手前交差道路及び第２手前交差道路の少なくとも一方の名称を検索対象名称として取得する。
上記構成を有する投稿文検索システムによれば、移動予定経路を経由して渋滞要因施設へと向かう車両が走行する可能性の高い道路をそれぞれ第１手前交差道路及び第２手前交差道路として特定することが可能である。そして、それらの道路の道路名称を検索ワードに含めることによって、移動予定経路の車両の流れに影響する交差道路の渋滞情報が投稿された投稿文を適切に抽出することが可能となる。

また、第２の構成は以下のとおりである。
第１手前交差道路と第２手前交差道路の配置間隔を取得する間隔取得手段を有し、検索対象名称取得手段は、第１手前交差道路と第２手前交差道路の配置間隔が閾値以上である場合には、第１手前交差道路の名称を検索対象名称として取得する。
上記構成を有する投稿文検索システムによれば、移動予定経路を経由して渋滞要因施設へと向かう車両が走行する可能性がより高い道路として、特に渋滞要因施設に近い第１手前交差道路を特定することが可能である。そして、第１手前交差道路の道路名称を検索ワードに含めることによって、移動予定経路の車両の流れに影響する交差道路の渋滞情報が投稿された投稿文を適切に抽出することが可能となる。

また、第３の構成は以下のとおりである。
第１手前交差道路と第２手前交差道路の道路幅をそれぞれ取得する道路幅取得手段を有し、検索対象名称取得手段は、第１手前交差道路と第２手前交差道路の配置間隔が閾値未満の場合には、第１手前交差道路と第２手前交差道路の内、道路幅が大きい方の道路の名称を検索対象名称として取得する。
上記構成を有する投稿文検索システムによれば、移動予定経路を経由して渋滞要因施設へと向かう車両が走行する可能性がより高い道路として、第１手前交差道路及び第２手前交差道路の内、特に道路幅が広い方の交差道路を特定することが可能である。そして、該交差道路の道路名称を検索ワードに含めることによって、移動予定経路の車両の流れに影響する交差道路の渋滞情報が投稿された投稿文を適切に抽出することが可能となる。

また、第４の構成は以下のとおりである。
渋滞施設判定手段は、移動予定経路（又は進入交差道路）の周辺であって、移動予定経路（又は進入交差道路）に対して移動予定経路を車両が走行する車線側（又は移動予定経路から進入した車両が走行する車線側）に渋滞要因施設があるか否か判定することを特徴とする
上記構成を有する投稿文検索システムによれば、手前交差道路から移動予定経路を経由して渋滞要因施設へと進入する車線が、渋滞要因施設に進入する車両によって渋滞する可能性が高い場合に、該渋滞に関する情報が投稿された投稿文を適切に抽出することが可能となる。

１ 投稿文検索システム
２ 投稿文管理センタ
３ 投稿文検索サーバ
４ 投稿文情報管理サーバ
６ ユーザ
７ 通信端末
２７ 施設データ

Claims (13)

1. 移動体の移動予定経路を取得する移動予定経路取得手段と、
   前記移動予定経路の周辺に渋滞の要因となる施設である渋滞要因施設があるか否か判定する渋滞施設判定手段と、
   前記移動予定経路の周辺に前記渋滞要因施設があると判定された場合に、前記渋滞要因施設より前記移動体側にあって前記移動予定経路と交差する道路である手前交差道路を取得する手前交差道路取得手段と、
   前記手前交差道路の名称を検索対象名称として取得する検索対象名称取得手段と、
   前記検索対象名称取得手段により取得された前記検索対象名称の文字列から検索ワードを設定する検索条件設定手段と、
   コンピュータネットワーク上に投稿された投稿文の内から、前記検索条件設定手段により設定された前記検索ワードに該当する投稿文を抽出する検索手段と、を有することを特徴とする投稿文検索システム。
2. 前記手前交差道路取得手段は、最も前記渋滞要因施設側で前記移動予定経路と交差する道路を第１手前交差道路として取得するとともに、前記第１手前交差道路の次に前記渋滞要因施設側で前記移動予定経路と交差する道路を第２手前交差道路として取得し、
   前記検索対象名称取得手段は、前記第１手前交差道路及び前記第２手前交差道路の少なくとも一方の名称を前記検索対象名称として取得することを特徴とする請求項１に記載の投稿文検索システム。
3. 前記第１手前交差道路と前記第２手前交差道路の配置間隔を取得する間隔取得手段を有し、
   前記検索対象名称取得手段は、前記第１手前交差道路と前記第２手前交差道路の配置間隔が閾値以上である場合には、前記第１手前交差道路の名称を前記検索対象名称として取得することを特徴とする請求項２に記載の投稿文検索システム。
4. 前記第１手前交差道路と前記第２手前交差道路の道路幅をそれぞれ取得する道路幅取得手段を有し、
   前記検索対象名称取得手段は、前記第１手前交差道路と前記第２手前交差道路の配置間隔が閾値未満の場合には、前記第１手前交差道路と前記第２手前交差道路の内、道路幅が大きい方の道路の名称を前記検索対象名称として取得することを特徴とする請求項３に記載の投稿文検索システム。
5. 前記渋滞施設判定手段は、前記移動予定経路の周辺であって、前記移動予定経路に対して前記移動予定経路を車両が走行する車線側に前記渋滞要因施設があるか否か判定することを特徴とする請求項１乃至請求項４のいずれかに記載の投稿文検索システム。
6. 移動体の移動予定経路を取得する移動予定経路取得手段と、
   前記移動予定経路と交差する道路であって、前記移動予定経路を走行する車両が前記移動予定経路から進入可能な道路である進入交差道路を取得する交差道路取得手段と、
   前記進入交差道路の周辺に渋滞の要因となる施設である渋滞要因施設があるか否か判定する交差渋滞施設判定手段と、
   前記進入交差道路の周辺に前記渋滞要因施設があると判定された場合に、前記移動予定経路と前記進入交差道路の交差点より前記移動体側にあって前記移動予定経路と交差する道路である手前交差道路を取得する手前側交差道路取得手段と、
   前記手前交差道路の名称を検索対象名称として取得する検索対象名称取得手段と、
   前記検索対象名称取得手段により取得された前記検索対象名称の文字列から検索ワードを設定する検索条件設定手段と、
   コンピュータネットワーク上に投稿された投稿文の内から、前記検索条件設定手段により設定された前記検索ワードに該当する投稿文を抽出する検索手段と、を有することを特徴とする投稿文検索システム。
7. 前記手前側交差道路取得手段は、最も前記交差点側で前記移動予定経路と交差する道路を第１手前交差道路として取得するとともに、前記第１手前交差道路の次に前記交差点側で前記移動予定経路と交差する道路を第２手前交差道路として取得し、
   前記検索対象名称取得手段は、前記第１手前交差道路及び前記第２手前交差道路の少なくとも一方の名称を前記検索対象名称として取得することを特徴とする請求項６に記載の投稿文検索システム。
8. 前記第１手前交差道路と前記第２手前交差道路の配置間隔を取得する間隔取得手段を有し、
   前記検索対象名称取得手段は、前記第１手前交差道路と前記第２手前交差道路の配置間隔が閾値以上である場合には、前記第１手前交差道路の名称を前記検索対象名称として取得することを特徴とする請求項７に記載の投稿文検索システム。
9. 前記第１手前交差道路と前記第２手前交差道路の道路幅をそれぞれ取得する道路幅取得手段を有し、
   前記検索対象名称取得手段は、前記第１手前交差道路と前記第２手前交差道路の配置間隔が閾値未満の場合には、前記第１手前交差道路と前記第２手前交差道路の内、道路幅が大きい方の道路の名称を前記検索対象名称として取得することを特徴とする請求項８に記載の投稿文検索システム。
10. 前記交差渋滞施設判定手段は、前記進入交差道路の周辺であって、前記進入交差道路に対して前記移動予定経路から進入した車両が走行する車線側に前記渋滞要因施設があるか否か判定することを特徴とする請求項６乃至請求項９のいずれかに記載の投稿文検索システム。
11. 移動体の移動予定経路を取得する移動予定経路取得手段と、
    前記移動予定経路の周辺に渋滞の要因となる施設である渋滞要因施設があるか否か判定する渋滞施設判定手段と、
    前記移動予定経路の周辺に前記渋滞要因施設があると判定された場合に、前記渋滞要因施設より前記移動体側にあって前記移動予定経路と交差する道路である手前交差道路を取得する手前交差道路取得手段と、
    前記手前交差道路の名称を検索対象名称として取得する検索対象名称取得手段と、
    前記検索対象名称取得手段により取得された前記検索対象名称の文字列から検索ワードを設定する検索条件設定手段と、
    コンピュータネットワーク上に投稿された投稿文の内から、前記検索条件設定手段により設定された前記検索ワードに該当する投稿文を抽出する検索手段と、を有することを特徴とする投稿文検索装置。
12. 移動予定経路取得手段が、移動体の移動予定経路を取得するステップと、
    渋滞施設判定手段が、前記移動予定経路の周辺に渋滞の要因となる施設である渋滞要因施設があるか否か判定するステップと、
    手前交差道路取得手段が、前記移動予定経路の周辺に前記渋滞要因施設があると判定された場合に、前記渋滞要因施設より前記移動体側にあって前記移動予定経路と交差する道路である手前交差道路を取得するステップと、
    検索対象名称取得手段が、前記手前交差道路の名称を検索対象名称として取得するステップと、
    検索条件設定手段が、前記検索対象名称取得手段により取得された前記検索対象名称の文字列から検索ワードを設定するステップと、
    検索手段が、コンピュータネットワーク上に投稿された投稿文の内から、前記検索条件設定手段により設定された前記検索ワードに該当する投稿文を抽出するステップと、を有することを特徴とする投稿文検索方法。
13. コンピュータに、
    移動体の移動予定経路を取得する移動予定経路取得機能と、
    前記移動予定経路の周辺に渋滞の要因となる施設である渋滞要因施設があるか否か判定する渋滞施設判定機能と、
    前記移動予定経路の周辺に前記渋滞要因施設があると判定された場合に、前記渋滞要因施設より前記移動体側にあって前記移動予定経路と交差する道路である手前交差道路を取得する手前交差道路取得機能と、
    前記手前交差道路の名称を検索対象名称として取得する検索対象名称取得機能と、
    前記検索対象名称取得機能により取得された前記検索対象名称の文字列から検索ワードを設定する検索条件設定機能と、
    コンピュータネットワーク上に投稿された投稿文の内から、前記検索条件設定機能により設定された前記検索ワードに該当する投稿文を抽出する検索機能と、
    を実現させることを特徴とするコンピュータプログラム。

Images