JP4899892B2

JP4899892B2 - 登録情報表示処理方法、装置及びプログラム

Info

Publication number: JP4899892B2
Application number: JP2007017267A
Authority: JP
Inventors: 健二伊藤
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 2007-01-29
Filing date: 2007-01-29
Publication date: 2012-03-21
Anticipated expiration: 2027-01-29
Also published as: JP2008185654A; US20080183379A1

Description

本発明は、地図に対応付けて登録された登録情報（例えば店舗等に関する情報）を地図上に表示するための情報処理技術に関する。

インターネットの普及により、例えば個人的な体験や日記などを記録するブログ（blog。Weblogとも呼ぶ。）と呼ばれるウェブ（Ｗｅｂ）サイトが広く利用されるようになった。さらに、近年、ブログに関する情報（例えば、ブログの名称、ＵＲＬ（Uniform Resource Locator）等。以下、ブログ登録情報と呼ぶ。）を地図上に登録し、地図からブログ登録情報を検索できるようにするサービス（以下、地図検索サービスと呼ぶ）が登場している。

図１に従来の地図検索サービスの検索結果の表示例を示す。図１の例では、道路１０１１、道路１０１２及び道路１０１３が表示されており、アイコン１００１、アイコン１００２、アイコン１００３、アイコン１００４及びアイコン１００５の各々の位置にブログ登録情報が登録されていることを示す。また、アイコン１００３がクリックされた場合には、タグ１０５１が表示される。タグ１０５１には、例えば地図上にブログ登録情報を登録した日やブログの題名等が表示される。図１の例では、アイコン１００３の位置にある「青虎点心」という店舗の肉まんを紹介する内容となっている。なお、図示していないが、タグ１０５１内にブログのＵＲＬを表示し、ＵＲＬがクリックされた場合に、リンクするブログを表示させる場合もある。

例えば、地図検索サービスのある利用者が、地図からブログ登録情報を検索し、アイコン１００３の位置にある「青虎点心」に行ってみようと考えたとする。しかし、利用者が、実際にアイコン１００３の位置に行ってみると、都市開発や道路拡張等により、「青虎点心」は既に取り壊されてしまっている場合がある。なお、利用者は、図１のような表示だけでは、「青虎点心」が既に取り壊されていることを察知することはできない。

また、ブログ登録情報は更新されないままで、地図のみが更新される場合がある。例えば、図１に示した道路１０１２が拡張され、地図が更新された場合の一例を図２に示す。図２の例では、道路２０１２へ拡張されたことに伴い、アイコン１００３の位置にある「青虎点心」は取り壊されたが、ブログ登録情報が更新されないため、アイコン１００３はそのまま表示されている。この場合、図２のような表示を見た利用者は、アイコン１００３の位置に登録されたブログ登録情報が、道路２０１２が拡張される前に登録されたものなのか判断することができないため、アイコン１００３の位置にある「青虎点心」が取り壊されているか否か判断することはできない。従って、利用者は、実際にアイコン１００３の位置に行ってみて、「青虎点心」が取り壊されていることに初めて気づく。

例えば、特開２００３−０９８９５８号公報には、閲覧者が電子地図データの正確性を判断可能とする技術が開示されている。具体的には、地図データベースにおいて地図要素の建築年月日等を管理し、地図表示要求で指定された基準時刻に応じて、その時点に存在している又は存在していた地図要素を地図上に表示するものである。なお、本公報では、将来、建設されるであろう地図要素についても地図データベースで管理しており、地図表示要求で将来の特定の時刻が指定された場合には、将来の特定の時刻における地図を表示するようになっている。さらに、地図要素毎に、例えばデータ登録からの時間経過に基づいて正確性指標を算出し、正確性指標に応じて色分け等して地図上に表示することも開示されている。しかし、本公報に記載される技術は、地図要素の正確性を判断するものであり、地図上の特定の位置に対応付けて登録される情報（すなわち、上で述べたブログ登録情報）の精度を判断するものではない。
特開２００３−０９８９５８号公報

このように従来技術では、地図上の特定の位置に対応付けて登録される情報の精度を判断できていない。そのため、例えば、地図検索サービスにおいて、都市開発や道路拡張等の地理的変化の影響を受けている可能性のあるブログ登録情報についてのアイコンも地図上に表示されるため、利用者は、店舗等が既に取り壊されている場合であっても、店舗等が取り壊されていることを知らずに、その情報を参照する可能性がある。

従って、本発明の目的は、例えば地図検索サービスにおいて、都市開発や道路拡張等の地理的変化の影響を受けている又は影響を受ける可能性のあるブログ登録情報を判断できるようにするための技術を提供することである。

本発明に係る登録情報表示処理方法は、地図上の特定の位置に対応付けて登録され且つ当該特定の位置に関連する登録情報と登録情報の登録位置とを格納する登録情報データベースと、地図要素に影響を与える計画の識別情報と当該計画の計画範囲とを格納する計画データベースと、記憶装置とにアクセス可能なコンピュータにより実行される登録情報表示処理方法であって、ユーザ端末から表示範囲の指定を含む地図取得要求を受信した場合に、登録情報データベースに格納されている登録情報のうち、登録位置が、指定された表示範囲に含まれる登録情報を抽出し、記憶装置に格納するステップと、記憶装置に格納された登録情報の登録位置が計画データベースに格納されている計画の計画範囲に含まれるか否か判定する計画範囲内判定ステップと、記憶装置に格納された登録情報の登録位置が計画データベースに格納されている計画の計画範囲に含まれると判定された場合には、当該計画の識別情報を登録情報に対応付けて記憶装置に格納する計画対応付けステップと、記憶装置に格納された登録情報に対応し且つ地図上に表示するアイコンのうち、計画の識別情報が対応付けられている登録情報に対応するアイコンを強調表示するように地図データを生成し、ユーザ端末に送信する地図データ生成ステップとを含む。

このようにすれば、例えば検索地図サービスを利用するユーザは、アイコンが強調表示されるブログ登録情報については、何らかの地理的変化を受けている可能性があることを察知することができる。また、地理的変化の影響を受けている可能性があることを予め知っていれば、さらに事前調査を行うなどして、余計な無駄足を踏まないようにすることもできる。

さらに、計画データベースが、計画の着工日の情報をさらに格納するようにしてもよい。そして、ユーザ端末からアイコン選択指示を受信した場合、記憶装置を参照し、アイコン選択指示で指定されるアイコンに対応する登録情報に、計画の識別情報が対応付けられているか否か判定するステップと、アイコン選択指示で指定されるアイコンに対応する登録情報に、計画の識別情報が対応付けられていると判定された場合には、登録情報と計画の着工日の情報とを含むタグ情報を生成し、ユーザ端末に送信するタグ情報生成ステップとをさらに含むようにしてもよい。また、タグ情報生成ステップが、計画の計画範囲を地図上に表示するための情報を生成し、ユーザ端末に送信するステップを含むようにしても良い。このようにすれば、ユーザは、例えば、ブログ登録情報を登録した日やブログの題名等と共に、影響のある計画の着工日を知ることができる。例えば、ユーザが、取り壊される前にその場所に行ってみたいと考えた場合には、いつまでに行けば良いかが分かる。

また、記憶装置に格納された登録情報のうち、所定の条件を満たす登録情報を特定するステップと、所定の条件を満たす登録情報について上記計画範囲内判定ステップ以降のステップを実施するステップとをさらに含むようにしても良い。また、所定の条件が、登録情報の登録位置と同一位置に登録される他の登録情報の登録数が所定数以上であるという条件、登録情報に対応し且つブログ管理サーバにより管理されるブログ情報のトラックバック数が第２の所定数以上であるという条件及びブログ情報のコメント数が第３の所定数以上であるという条件のうち少なくともいずれかを含む場合もある。このようにすれば、例えば、注目度・関心度の高いブログ登録情報を処理対象として絞り込むことができる。

さらに、登録情報データベースが、登録情報の登録日の情報をさらに格納し、計画データベースが、計画の着工日の情報をさらに格納するようにしても良い。そして、計画対応付けステップが、計画の計画範囲に含まれる登録情報について、計画の着工日と計画の計画範囲に含まれる登録情報の登録日とを比較するステップと、計画の計画範囲に含まれる登録情報の登録日が、計画の着工日より前の場合、強調表示を行う必要があることを示す情報を登録情報にさらに対応付けて記憶装置に格納する強調表示情報登録ステップとを含むようにしても良い。さらに、地図データ生成ステップが、強調表示を行う必要があることを示す情報が対応付けられている登録情報に対応するアイコンを強調表示するように地図データを生成するステップを含むようにしても良い。このようにすれば、計画の着工日より前に登録されたブログ登録情報についてのアイコンのみ強調表示することができ、その計画の影響を受けない（すなわち、着工後に登録された）ブログ登録情報は通常とおりに表示することができる。

また、強調表示情報登録ステップが、計画の計画範囲に含まれる登録情報の登録日が計画の着工日より前の場合に、地図取得要求を受信した日と計画の着工日とを比較するステップと、地図取得要求を受信した日が計画の着工日より前であって、地図取得要求を受信した日と計画の着工日との日数の差が所定日数未満の場合に、強調表示を行う必要があることを示す情報を登録情報にさらに対応付けて記憶装置に格納するステップとを含むようにしても良い。さらに、強調表示情報登録ステップが、さらに、地図取得要求を受信した日が計画の着工日より前の場合には、登録情報に関連する地図要素が、移転する可能性があることを示す情報を強調表示を行う必要があることを示す情報として登録情報にさらに対応付けて記憶装置に格納するステップを含むようにしても良い。また、強調表示情報登録ステップが、さらに、地図取得要求を受信した日が計画の着工日より後の場合には、登録情報に関連する地図要素が、既に消滅している可能性があることを示す情報を強調表示を行う必要があることを示す情報として登録情報にさらに対応付けて記憶装置に格納するステップを含むようにしても良い。このようにすれば、間近に迫っている計画に基づき判断することができる。例えば計画の着工日が何年も後の場合には、強調表示してもあまり意味がないためである。

なお、本発明に係る登録情報表示処理方法をコンピュータに実行させるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブル・ディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等の記憶媒体又は記憶装置に格納される。また、ネットワークを介してディジタル信号にて頒布される場合もある。なお、処理途中のデータについては、コンピュータのメモリ等の記憶装置に一時保管される。

本発明によれば、例えば地図検索サービスにおいて、都市開発や道路拡張等の地理的変化の影響を受けている又は影響を受ける可能性のあるブログ登録情報を判断することができる。

図３に本発明の一実施の形態に係るシステム概要を示す。例えばインターネットであるネットワーク１には、ユーザ端末Ａと、ユーザ端末Ｂと、ユーザ端末Ｃと、ブログを管理するブログ管理サーバ３と、本実施の形態における主要な処理を実施する検索サーバ５とが接続されている。ユーザ端末Ａ、ユーザ端末Ｂ及びユーザ端末Ｃの各々には、例えばＷｅｂブラウザがインストールされており、当該Ｗｅｂブラウザによりブログ管理サーバ３又は検索サーバ５にアクセスする。なお、図３では、ユーザ端末Ａ、ユーザ端末Ｂ及びユーザ端末Ｃの３台の例を示しているが、ユーザ端末は３台に限定されない。

ブログ管理サーバ３は、ブログサービスシステム３００内に設けられており、同じくブログサーバシステム３００内に含まれるブログ管理ＤＢ３１にアクセス可能となっている。ブログ管理ＤＢ３１には、ブログ及びブログを管理するための情報（例えば、ユーザＩＤ、パスワード、ＵＲＬ、トラックバック数、コメント数等）が格納されている。

検索サーバ５は、地図検索サービスシステム５００内に設けられており、同じく地図検索サービスシステム５００内に含まれるブログＤＢ５７、地図ＤＢ５８及び計画ＤＢ５９にアクセス可能となっている。ブログＤＢ５７には、後で説明するブログ登録情報テーブルが格納されている。地図ＤＢ５８には、地図データを生成するために必要なデータ（例えば、地図自体のデータ、地図要素についてのデータ等）及び後で説明する表示範囲テーブルが格納されている。計画ＤＢ５９には、後で説明する計画テーブルが格納されている。

また、検索サーバ５は、ユーザ端末から受信したブログ登録情報をブログＤＢ５７に格納する登録処理部５１と、ブログＤＢ５７及び地図ＤＢ５８に格納されたデータに基づき、表示すべき地図の表示範囲に含まれるブログ情報をブログＤＢ５７から抽出し、ワークメモリ５６に格納するブログ特定処理部５２と、地図ＤＢ５８及びワークメモリ５６に格納されたデータに基づき地図データを生成する地図データ処理部５３と、計画ＤＢ５９及びワークメモリ５６に格納されたデータに基づき、後で説明する計画マッチング処理を実施するマッチング処理部５４と、計画ＤＢ５９及びワークメモリ５６に格納されたデータに基づき、後で説明するタグ情報生成処理を実施するタグ情報生成処理部５５とを有する。なお、ワークメモリ５６は、検索サーバ５内のメインメモリなどに確保される。

図４に、ブログＤＢ５７に格納されるブログ登録情報テーブルの一例を示す。図４の例では、ＩＤの列と、ＵＲＬの列と、ブログ名称の列と、ブログ登録位置の列と、日付の列とが含まれる。ＵＲＬの列には、そのブログ登録情報に対応する、ブログサービスシステム３００内のブログのＵＲＬが格納される。また、ブログ登録位置には、緯度及び経度の情報が格納される。なお、地図上の位置を特定できる情報であれば、緯度及び経度以外の情報でも良い。

図５に、地図ＤＢ５８に格納される表示範囲テーブルの一例を示す。図５の例では、ＩＤの列と、表示範囲の列とが含まれる。表示範囲の列には、表示範囲を表す矩形の四隅の経度及び緯度の情報が格納される。

図６に、計画ＤＢ５９に格納される計画テーブルの一例を示す。図６の例では、ＩＤの列と、計画名の列と、関連ＵＲＬの列と、着工日の列と、計画範囲の列とが含まれる。関連ＵＲＬの列には、その計画に関連するＷｅｂサイトのＵＲＬが格納される。また、着工日の列には、その計画の着工日が格納される。計画範囲の列には、その計画により影響を受ける範囲（例えば、道路拡張であれば、拡張後の道路の範囲）の四隅の経度及び緯度の情報が格納される。なお、計画の着工日は未定だが、サービスの運用開始日（例えば高速道路の開通日等）が決定されているような場合には、運用開始日から所定期間繰り上げた日付（例えば、開通日から２年前の日付）を着工日の列に格納するようにしても良い。

次に、図３に示したシステムの処理について説明する。まず、図７を用いて、地図上にブログ登録情報を登録する際の処理を説明する。例えば、ユーザＡはユーザ端末Ａを操作して、検索サーバ５が提供する登録ページにアクセスさせる。なお、ユーザＡは、ブログサービスシステム３００に自身のブログを開設しているものとする。検索サーバ５の登録処理部５１は、ユーザ端末Ａからのアクセスに応じて、登録ページ・データをユーザ端末Ａに送信する。ユーザ端末Ａは、検索サーバ５から登録ページ・データを受信し、表示装置に表示する。この際、検索サーバ５の地図データ処理部５３が、デフォルトの表示範囲（例えば、前回アクセスした時に最後に表示した範囲等）の地図データを生成し、登録ページ・データに含めるようにしても良い。

そして、例えばユーザＡが、ブログ登録情報を登録したいと考えている位置を含む地図を表示するように指示すると、ユーザ端末Ａは、当該指示を受け付け、地図取得要求を検索サーバ５に送信する。このとき、ユーザＡがブログ登録情報を登録したいと考えている位置を表示位置として地図取得要求に含める。検索サーバ５の地図データ処理部５３は、ユーザ端末Ａから、表示位置を含む地図取得要求を受信する（ステップＳ１）。そして、検索サーバ５の地図データ処理部５３は、受信した地図取得要求に含まれる表示位置に基づき、表示範囲を特定する。検索サーバ５の地図データ処理部５３は、地図ＤＢ５８に格納されるデータに基づき、特定した表示範囲の地図データを生成し、ユーザ端末Ａに送信する（ステップＳ３）。

ユーザ端末Ａは、検索サーバ５から地図データを受信し、表示装置に表示する。ユーザＡは、表示された地図を確認し、登録位置に問題がなければ、登録ページに従って、ブログ登録情報（例えばブログ名称、ブログのＵＲＬ等）を入力する。ユーザ端末Ａは、ブログ登録情報の入力を受け付け、登録位置及びブログ登録情報を含む登録要求を検索サーバ５に送信する。

検索サーバ５の登録処理部５１は、ユーザ端末Ａから、登録位置及びブログ登録情報を含む登録要求を受信し、ブログＤＢ５７のブログ登録情報テーブルにレコードを追加する（ステップＳ５）。なお、本実施の形態では、当該レコードの日付の列には、ユーザ端末Ａから登録要求を受信した日を登録する。

次に、図８乃至図１６を用いて、地図からブログ登録情報を検索する際の処理を説明する。例えば、ユーザＢはユーザ端末Ｂを操作して、検索サーバ５が提供する検索ページにアクセスさせる。検索サーバ５のブログ特定処理部５２は、ユーザ端末Ｂからのアクセスに応じて、検索ページ・データをユーザ端末Ｂに送信する。ユーザ端末Ｂは、検索サーバ５から検索ページ・データを受信し、表示装置に表示する。この際、検索サーバ５の地図データ処理部５３が、デフォルトの表示範囲（例えば、前回アクセスした時に最後に表示した範囲等）の地図データを生成し、検索ページ・データに含めるようにしても良い。

そして、例えばユーザＢが、検索したいと考えている位置を含む地図を表示するように指示すると、ユーザ端末Ｂは、当該指示を受け付け、ブログ検索要求を検索サーバ５に送信する。このとき、ユーザＢが検索したいと考えている位置を表示位置としてブログ検索要求に含める。検索サーバ５のブログ特定処理部５２は、ユーザ端末Ｂから、表示位置を含むブログ検索要求を受信し（ステップＳ７）、注目ブログ情報特定処理を実施する（ステップＳ９）。

注目ブログ情報特定処理を図９及び図１０を用いて説明する。図９に、注目ブログ情報特定処理の処理フローを示す。まず、ブログ特定処理部５２は、受信したブログ検索要求に含まれる表示位置を基に、表示範囲テーブルを検索し、表示範囲を特定する。そして、ブログ特定処理部５２は、ブログ登録情報テーブルを検索し、表示範囲に含まれるブログ登録情報があるか否か判断する（ステップＳ２５）。すなわち、ブログ登録情報テーブル内に、登録位置が表示範囲内であるレコードがあるか否か判断する。もし、表示範囲に含まれるブログ登録情報がなければ（ステップＳ２５：Ｎｏルート）、注目ブログ情報特定処理を終了し、元の処理に戻る。一方、表示範囲に含まれるブログ登録情報がある場合（ステップＳ２５：Ｙｅｓルート）、表示範囲に含まれるブログ登録情報を抽出し、ワークメモリ５６に格納する（ステップＳ２７）。

図１０にワークメモリ５６に格納されるデータの一例を示す。図１０の例では、ブログＩＤの列と、ＵＲＬの列と、ブログ名称の列と、ブログ登録位置の列と、日付の列と、トラックバック数の列と、注目フラグの列と、計画ＩＤの列と、着工日の列と、アイコン種別の列とが含まれる。ブログＩＤ、ＵＲＬ、ブログ名称、ブログ登録位置及び日付には、ブログ登録情報テーブル（図４）の内容を格納する。なお、トラックバック数、注目フラグ、計画ＩＤ、着工日及びアイコン種別については、以降の処理で説明する。

そして、ブログ特定処理部５２は、抽出したブログ登録情報に対応するブログのトラックバック数を取得するための要求を、インターネット１を介してブログサービスシステム３００内のブログ管理サーバ３に送信する。ブログ管理サーバ３は、当該要求に応じて、該当するブログのトラックバック数をブログ管理ＤＢ３１から抽出し、検索サーバ５に送信する。検索サーバ５のブログ特定処理部５２は、ブログ管理サーバ３からトラックバック数を受信し、ワークメモリ５６に格納する（ステップＳ２９）。

ブログ特定処理部５２は、ワークメモリ５６内の未処理のレコードを特定する（ステップＳ３１）。そして、ブログ特定処理部５２は、特定したレコードの登録位置と同一の登録位置を含む他のレコードが、ワークメモリ５６内に所定数以上登録されているか判定する（ステップＳ３３）。特定したレコードの登録位置と同一の登録位置を含む他のレコードが所定数以上登録されていなければ（ステップＳ３３：Ｎｏルート）、ブログ特定処理部５２は、特定したレコードのトラックバック数が所定数以上か否か判定する（ステップＳ３５）。もし、特定したレコードのトラックバック数が所定数未満の場合（ステップＳ３５：Ｎｏルート）、ステップＳ３９の処理に移行する。一方、特定したレコードの登録位置と同一の登録位置を含む他のレコードが所定数以上登録されている場合（ステップＳ３３：Ｙｅｓルート）、又は特定したレコードのトラックバック数が所定数以上の場合（ステップＳ３５：Ｙｅｓルート）、ブログ特定処理部５２は、当該レコードの注目フラグをＯＮに設定する（ステップＳ３７）。そして、ブログ特定処理部５２は、ワークメモリ５６内の全てのレコードについて処理が完了したか否か判定する（ステップＳ３９）。もし、ワークメモリ５６内に未処理のレコードがあれば（ステップＳ３９：Ｎｏルート）、ステップＳ３１の処理に戻る。一方、ワークメモリ５６内の全てのレコードについて処理した場合（ステップＳ３９：Ｙｅｓルート）、元の処理に戻る。これにより、注目度・関心度の高いブログ登録情報を特定できる。例えば、図１０では、トラックバック数が１０以上であるレコード（すなわち、ブログＩＤがＢ２、Ｂ３及びＢ５のレコード）の注目フラグがＯＮに設定されている。

図８の説明に戻って、検索サーバ５のマッチング処理部５４は、計画テーブル及びワークメモリ５６に格納されたデータに基づき、計画マッチング処理を実施する（ステップＳ１１）。

計画マッチング処理を図１１及び図１２を用いて説明する。図１１に、計画マッチング処理の処理フローを示す。まず、マッチング処理部５４は、注目フラグがＯＮに設定されているレコードが、ワークメモリ５６内にあるか否か判定する（ステップＳ４１）。もし、注目フラグがＯＮに設定されているレコードが、ワークメモリ５６内になければ（ステップＳ４１：Ｎｏルート）、計画マッチング処理を終了し、元の処理に戻る。

一方、注目フラグがＯＮに設定されているレコードが、ワークメモリ５６内にある場合（ステップＳ４１：Ｙｅｓルート）、マッチング処理部５４は、注目フラグがＯＮに設定されているレコードのうち、未処理のレコードを特定する（ステップＳ４３）。そして、マッチング処理部５４は、計画テーブルを参照し、特定したレコードのブログ登録位置が、いずれかの計画の計画範囲内であるか否か判定する（ステップＳ４５）。もし、特定したレコードのブログ登録位置が、いずれの計画の計画範囲内でない場合（ステップＳ４５：Ｎｏルート）、ステップＳ６１の処理に移行する。一方、特定したレコードのブログ登録位置が、いずれかの計画の計画範囲内である場合（ステップＳ４５：Ｙｅｓルート）、マッチング処理部５４は、計画レコードを参照し、該当する計画の計画ＩＤ及び着工日を、特定したレコードに登録する（ステップＳ４７）。

マッチング処理部５４は、特定したレコードの日付が着工日以前の日付か否か判定する（ステップＳ４９）。すなわち、そのブログ登録情報が、影響を及ぼす計画の着工日以前に登録されたものか否か判定する。もし、特定したレコードの日付が着工日以降の日付であれば（ステップＳ４９：Ｎｏルート）、ステップＳ６１の処理に移行する。一方、特定したレコードの日付が着工日以前の日付である場合（ステップＳ４９：Ｙｅｓルート）、マッチング処理部５４は、現在の日付（すなわち、ブログ検索要求の受信日）を取得する（ステップＳ５１）。そして、マッチング処理部５４は、既に着工日を過ぎているか否か判定する（ステップＳ５３）。もし、着工日を過ぎている場合（ステップＳ５３：Ｙｅｓルート）、マッチング処理部５４は、消滅済みを表す情報を、特定したレコードのアイコン種別に登録する（ステップＳ５５）。そして、ステップＳ６１の処理に移行する。一方、まだ着工日に達していなければ（ステップＳ５３：Ｎｏルート）、マッチング処理部５４は、着工日までの期間を算出し、着工日までの期間が所定期間以上であるか否か判定する（ステップＳ５７）。もし、着工日までの期間が所定期間以上の場合（ステップＳ５７：Ｙｅｓルート）、ステップＳ６１の処理に移行する。一方、着工日までの期間が所定期間未満の場合（ステップＳ５７：Ｎｏルート）、マッチング処理部５４は、移転予定を表す情報を、特定したレコードのアイコン種別に登録する（ステップＳ５９）。

図１２に、ワークメモリ５６に格納されるデータの一例を示す。図１２の例は、２００７年１月１日にブログ検索要求を受信し、所定期間が２年に設定されていた場合に、計画マッチング処理後のワークメモリ５６に格納されるデータの例である。図１２では、ブログＩＤがＢ２のレコードにおいて、着工日は「2008.01.15」であり、着工日には達していないが、着工日までの期間が所定期間未満（２年未満）のため、アイコン種別には「移転予定」が登録される。また、ブログＩＤがＢ３のレコードにおいて、着工日は「2009.10.01」であり、着工日に達しておらず、着工日までの期間が所定期間以上（２年以上）のため、アイコン種別には何も登録されない。さらに、ブログＩＤがＢ５のレコードにおいて、着工日は「2006.08.01」であり、着工日を過ぎているため、アイコン種別には「消滅済」が登録される。

そして、マッチング処理部５４は、全てのレコードについて処理が完了したか否か判定する（ステップＳ６１）。もし、未処理のレコードがあれば（ステップＳ６１：Ｎｏルート）、ステップＳ４３の処理に戻る。一方、全てのレコードについて処理した場合（ステップＳ６１：Ｙｅｓルート）、元の処理に戻る。

図８の説明に戻って、検索サーバ５の地図データ処理部５３は、計画マッチング処理の結果に基づき地図データを生成し、ユーザ端末Ｂに送信する（ステップＳ１３）。すなわち、検索サーバ５の地図データ処理部５３は、ワークメモリ５６及び地図ＤＢ５８に格納されたデータに基づき地図データを生成する。

ユーザ端末Ｂは、検索サーバ５から地図データを受信し、表示装置に表示する。図１３に、検索結果の表示画面の一例を示す。図１３は、図１２に示したデータに基づいて生成されたものである。図１３の例では、道路１３１１、道路１３１２及び道路１３１３、並びにアイコン１３０１、アイコン１３０２、アイコン１３０３、アイコン１３０４及びアイコン１３０５が表示されている。また、アイコン１３０１は、ブログＩＤがＢ１のブログ登録情報、アイコン１３０２は、ブログＩＤがＢ２のブログ登録情報、アイコン１３０３は、ブログＩＤがＢ３のブログ登録情報、アイコン１３０４は、ブログＩＤがＢ４のブログ登録情報、アイコン１３０５は、ブログＩＤがＢ５のブログ登録情報にそれぞれ対応している。なお、図１２に示したように、ブログＩＤがＢ２のブログ登録情報と、ブログＩＤがＢ５のブログ登録情報とは、計画の影響を受けている可能性がある。従って、図１３において、アイコン１３０２及びアイコン１３０５は、強調表示されている。

次に、検索サーバ５は、ユーザ端末Ｂからアイコンの選択指示を受信したか否か判定する（ステップＳ１５）。例えば、図１３に示した表示画面において、ユーザＢによりアイコン１３０２がクリックされると、ユーザ端末Ｂは、選択されたアイコンの識別情報を含むアイコン選択指示を検索サーバ５に送信する。アイコン選択指示を受信した場合（ステップＳ１５：Ｙｅｓルート）、検索サーバ５のタグ情報生成処理部５５は、タグ情報生成処理を実施する（ステップＳ１７）。

タグ情報生成処理を図１４を用いて説明する。まず、タグ情報生成処理部５５は、選択されたアイコンを特定する（ステップＳ６３）。そして、ワークメモリ５６を参照し、特定したアイコンに対応するレコードを特定する（ステップＳ６５）。すなわち、アイコン１３０２が選択されているため、ブログＩＤがＢ２のレコードが特定される。タグ情報生成処理部５５は、特定したレコードに計画ＩＤが登録されているか否か判定する（ステップＳ６７）。もし、特定したレコードに計画ＩＤが登録されていなければ（ステップＳ６７：Ｎｏルート）、ステップＳ７５の処理に移行する。一方、特定したレコードに計画ＩＤが登録されている場合（ステップＳ６７：Ｙｅｓルート）、当該計画ＩＤを取得する（ステップＳ６９）。そして、タグ情報生成処理部５５は、取得した計画ＩＤに対応する計画の情報（例えば、計画名、計画範囲等）を計画テーブルから取得し、記憶装置等に一旦格納する（ステップＳ７１）。タグ情報生成処理部５５は、計画範囲を地図上に表示するための計画範囲情報を生成し、記憶装置等に格納する（ステップＳ７３）。そして、タグ情報生成処理部５５は、ブログ登録情報に関するタグを地図上に表示するためのタグ情報を生成し、記憶装置等に格納する（ステップＳ７５）。なお、計画ＩＤに対応する計画の情報を保持している場合には、例えば、計画名、着工日等もタグ情報に含める。そして、元の処理に戻る。

図８の説明に戻って、検索サーバ５のタグ情報生成処理部５５は、生成したタグ情報をユーザ端末Ｂに送信する（ステップ１９）。なお、タグ情報生成処理において、計画範囲情報を生成している場合には、タグ情報と共に計画範囲情報も送信する。ユーザ端末Ｂは、検索サーバ５からタグ情報を受信し、表示装置に表示される地図上にタグを表示する。なお、ユーザ端末Ｂは、タグ情報と共に計画範囲情報を受信した場合には、地図上に計画範囲も表示する。

図１５及び図１６に、タグ及び計画範囲を地図上に表示した表示画面例を示す。図１５は、アイコン１３０２が選択された場合の表示画面例である。図１５では、タグ１５５１及び計画範囲１５２１が表示されており、タグ１５５１には、ブログ登録情報（「2005/01/07 青虎点心ココの肉まんは絶品。・・・・・」）と計画の情報（「［将来移転の恐れ！］主要道路拡張着工予定 2008/01/15」）とが表示されている。また、計画範囲１５２１は、影響を及ぼす計画（すなわち、「主要道路拡張」）の予定区域を表している。また、図１６は、アイコン１３０５が選択された場合の表示画面例である。図１６では、タグ１６５１及び計画範囲１６２１が表示されており、タグ１６５１には、ブログ登録情報（「2000/04/13 桜並木公園ココの桜並木は名所と知られ・・・」）と計画の情報（「［消滅済の恐れ！］Ｚ地区再開発着工日 2006/08/01」）とが表示されている。また、計画範囲１６２１は、影響を及ぼす計画（すなわち、「Ｚ地区再開発」）の予定区域を表している。

一方、アイコンの選択指示を受信しない場合（ステップＳ１５：Ｎｏルート）、検索サーバ５は、現在の表示位置と異なる表示位置を含むブログ検索要求を受信したか否か判定する（ステップＳ２１）。もし、現在の表示位置と異なる表示位置を含むブログ検索要求を受信した場合（ステップＳ２１：Ｙｅｓルート）、ステップＳ９の処理に戻る。一方、現在の表示位置と異なる表示位置を含むブログ検索要求を受信しない場合（ステップＳ２１：Ｎｏルート）、検索終了の指示を受信したか否か判定する（ステップＳ２３）。もし、検索終了の指示を受信した場合（ステップ２３：Ｙｅｓルート）、処理を終了する。一方、検索終了の指示を受信しない場合（ステップ２３：Ｎｏルート）、ステップＳ１５の処理に戻る。

以上のように、本実施の形態によれば、例えば地図検索サービスにおいて、都市開発や道路拡張等の地理的変化の影響を受けている又は影響を受ける可能性のあるブログ登録情報についてのアイコンが強調表示されるため、利用者は、地理的変化の影響を受けている又は受ける可能性のあるブログ登録情報を判断できるようになる。すなわち、利用者は、余計な無駄足を踏まなくて済むようになる。

以上本発明の実施の形態を説明したが、本発明はこれに限定されるものではない。例えば、上で説明した機能ブロック図は必ずしも実際のプログラムモジュール構成に対応するものではない。また、検索サーバ５は、１台のコンピュータではなく複数台のコンピュータで実現するようにしても良い。

また、上で説明した各テーブルの構成は一例であって、必ずしも上記のような構成でなければならないわけではない。さらに、処理フローにおいても、処理結果が変らなければ処理の順番を入れ替えることも可能である。さらに、並列に実行させるようにしても良い。

なお、ユーザ端末Ａ、ユーザ端末Ｂ、ユーザ端末Ｃ、ブログ管理サーバ３及び検索サーバ５については、図１７のようなコンピュータ装置であって、メモリ２５０１（記憶装置）とＣＰＵ２５０３（処理装置）とハードディスク・ドライブ（ＨＤＤ）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施の形態における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。必要に応じてＣＰＵ２５０３は、表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、必要な動作を行わせる。また、処理途中のデータについては、メモリ２５０１に格納され、必要があればＨＤＤ２５０５に格納される。本発明の実施の形態では、上で述べた処理を実施するためのアプリケーション・プログラムはリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。

（付記１）
地図上の特定の位置に対応付けて登録され且つ当該特定の位置に関連する登録情報と前記登録情報の登録位置とを格納する登録情報データベースと、地図要素に影響を与える計画の識別情報と当該計画の計画範囲とを格納する計画データベースと、記憶装置とにアクセス可能なコンピュータにより実行される登録情報表示処理方法であって、
ユーザ端末から表示範囲の指定を含む地図取得要求を受信した場合に、前記登録情報データベースに格納されている前記登録情報のうち、前記登録位置が、指定された前記表示範囲に含まれる前記登録情報を抽出し、前記記憶装置に格納するステップと、
前記記憶装置に格納された前記登録情報の前記登録位置が前記計画データベースに格納されている前記計画の前記計画範囲に含まれるか否か判定する計画範囲内判定ステップと、
前記記憶装置に格納された前記登録情報の前記登録位置が前記計画データベースに格納されている前記計画の前記計画範囲に含まれると判定された場合には、当該計画の識別情報を前記登録情報に対応付けて前記記憶装置に格納する計画対応付けステップと、
前記記憶装置に格納された前記登録情報に対応し且つ地図上に表示するアイコンのうち、前記計画の識別情報が対応付けられている前記登録情報に対応する前記アイコンを強調表示するように地図データを生成し、前記ユーザ端末に送信する地図データ生成ステップと、
を含む登録情報表示処理方法。

（付記２）
前記計画データベースが、前記計画の着工日の情報をさらに格納しており、
前記ユーザ端末からアイコン選択指示を受信した場合、前記記憶装置を参照し、前記アイコン選択指示で指定される前記アイコンに対応する前記登録情報に、前記計画の識別情報が対応付けられているか否か判定するステップと、
前記アイコン選択指示で指定される前記アイコンに対応する前記登録情報に、前記計画の識別情報が対応付けられていると判定された場合には、前記登録情報と前記計画の着工日の情報とを含むタグ情報を生成し、前記ユーザ端末に送信するタグ情報生成ステップと、
をさらに含む付記１記載の登録情報表示処理方法。

（付記３）
前記タグ情報生成ステップが、
前記計画の前記計画範囲を地図上に表示するための情報を生成し、前記ユーザ端末に送信するステップ
を含む付記２記載の登録情報表示処理方法。

（付記４）
前記記憶装置に格納された前記登録情報のうち、所定の条件を満たす前記登録情報を特定するステップと、
前記所定の条件を満たす前記登録情報について前記計画範囲内判定ステップ以降のステップを実施するステップと、
をさらに含む付記１記載の登録情報表示処理方法。

（付記５）
前記所定の条件が、前記登録情報の前記登録位置と同一位置に登録される他の登録情報の登録数が所定数以上であるという条件、前記登録情報に対応し且つブログ管理サーバにより管理されるブログ情報のトラックバック数が第２の所定数以上であるという条件及び前記ブログ情報のコメント数が第３の所定数以上であるという条件のうち少なくともいずれかを含む
付記４記載の登録情報表示処理方法。

（付記６）
前記登録情報データベースが、前記登録情報の登録日の情報をさらに格納しており、
前記計画データベースが、前記計画の着工日の情報をさらに格納しており、
前記計画対応付けステップが、
前記計画の前記計画範囲に含まれる前記登録情報について、前記計画の前記着工日と前記計画の前記計画範囲に含まれる前記登録情報の前記登録日とを比較するステップと、
前記計画の前記計画範囲に含まれる前記登録情報の前記登録日が、前記計画の前記着工日より前の場合、強調表示を行う必要があることを示す情報を前記登録情報にさらに対応付けて前記記憶装置に格納する強調表示情報登録ステップと、
を含み、
前記地図データ生成ステップが、
前記強調表示を行う必要があることを示す情報が対応付けられている前記登録情報に対応する前記アイコンを強調表示するように地図データを生成するステップ
を含む付記１記載の登録情報表示処理方法。

（付記７）
前記強調表示情報登録ステップが、
前記計画の前記計画範囲に含まれる前記登録情報の前記登録日が前記計画の前記着工日より前の場合に、前記地図取得要求を受信した日と前記計画の前記着工日とを比較するステップと、
前記地図取得要求を受信した日が前記計画の前記着工日より前であって、前記地図取得要求を受信した日と前記計画の前記着工日との日数の差が所定日数未満の場合に、前記強調表示を行う必要があることを示す情報を前記登録情報にさらに対応付けて前記記憶装置に格納するステップと、
を含む付記６記載の登録情報表示処理方法。

（付記８）
前記強調表示情報登録ステップが、さらに、
前記地図取得要求を受信した日が前記計画の前記着工日より前の場合には、前記登録情報に関連する地図要素が、移転する可能性があることを示す情報を前記強調表示を行う必要があることを示す情報として前記登録情報にさらに対応付けて前記記憶装置に格納するステップ
を含む付記７記載の登録情報表示処理方法。

（付記９）
前記強調表示情報登録ステップが、さらに、
前記地図取得要求を受信した日が前記計画の前記着工日より後の場合には、前記登録情報に関連する地図要素が、既に消滅している可能性があることを示す情報を前記強調表示を行う必要があることを示す情報として前記登録情報にさらに対応付けて前記記憶装置に格納するステップ
を含む付記７記載の登録情報表示処理方法。

（付記１０）
ユーザ端末から表示範囲の指定を含む地図取得要求を受信した場合に、地図上の特定の位置に対応付けて登録され且つ当該特定の位置に関連する登録情報と前記登録情報の登録位置とを格納する登録情報データベースに格納されている前記登録情報のうち、前記登録位置が、指定された前記表示範囲に含まれる前記登録情報を抽出し、前記記憶装置に格納するステップと、
前記記憶装置に格納された前記登録情報の前記登録位置が、地図要素に影響を与える計画の識別情報と当該計画の計画範囲とを格納する計画データベースに格納されている前記計画の前記計画範囲に含まれるか否か判定する計画範囲内判定ステップと、
前記記憶装置に格納された前記登録情報の前記登録位置が前記計画データベースに格納されている前記計画の前記計画範囲に含まれると判定された場合には、当該計画の識別情報を前記登録情報に対応付けて前記記憶装置に格納する計画対応付けステップと、
前記記憶装置に格納された前記登録情報に対応し且つ地図上に表示するアイコンのうち、前記計画の識別情報が対応付けられている前記登録情報に対応する前記アイコンを強調表示するように地図データを生成し、前記ユーザ端末に送信する地図データ生成ステップと、
をコンピュータに実行させるための登録情報表示処理プログラム。

（付記１１）
地図上の特定の位置に対応付けて登録され且つ当該特定の位置に関連する登録情報と前記登録情報の登録位置とを格納する登録情報データベースと、
地図要素に影響を与える計画の識別情報と当該計画の計画範囲とを格納する計画データベースと、
ユーザ端末から表示範囲の指定を含む地図取得要求を受信した場合に、前記登録情報データベースに格納されている前記登録情報のうち、前記登録位置が、指定された前記表示範囲に含まれる前記登録情報を抽出し、前記記憶装置に格納する手段と、
前記記憶装置に格納された前記登録情報の前記登録位置が前記計画データベースに格納されている前記計画の前記計画範囲に含まれるか否か判定する計画範囲内判定手段と、
前記記憶装置に格納された前記登録情報の前記登録位置が前記計画データベースに格納されている前記計画の前記計画範囲に含まれると判定された場合には、当該計画の識別情報を前記登録情報に対応付けて前記記憶装置に格納する計画対応付け手段と、
前記記憶装置に格納された前記登録情報に対応し且つ地図上に表示するアイコンのうち、前記計画の識別情報が対応付けられている前記登録情報に対応する前記アイコンを強調表示するように地図データを生成し、前記ユーザ端末に送信する地図データ生成手段と、
を有する登録情報表示処理装置。

従来の地図検索サービスを説明するための図である。従来の地図検索サービスを説明するための図である。本発明の実施の形態に係るシステム概要図である。ブログ登録情報テーブルの一例を示す図である。表示範囲テーブルの一例を示す図である。計画テーブルの一例を示す図である。ブログ登録情報を登録する際の処理フローを示す図である。ブログ登録情報を検索する際の処理フローを示す図である。注目ブログ情報特定処理の処理フローを示す図である。ワークメモリ５６に格納されるデータの一例を示す図である。計画マッチング処理の処理フローを示す図である。計画マッチング処理後のワークメモリ５６に格納されるデータの一例を示す図である。本実施の形態における検索結果の表示画面の一例を示す図である。タグ情報生成処理の処理フローを示す図である。本実施の形態における検索結果の表示画面の一例を示す図である。本実施の形態における検索結果の表示画面の一例を示す図である。コンピュータの機能ブロック図である。

符号の説明

１ネットワーク３ブログ管理サーバ５検索サーバ
３１ブログ管理ＤＢ５１登録処理部
５２ブログ特定処理部５３地図データ処理部
５４マッチング処理部５５タグ情報生成処理部
５６ワークメモリ５７ブログＤＢ
５８地図ＤＢ５９計画ＤＢ
３００ブログサービスシステム５００地図検索サービスシステム

Claims

地図上の特定の位置に対応付けて登録され且つ当該特定の位置に関連する登録情報と前記登録情報の登録位置とを格納する登録情報データベースと、地図要素に影響を与える計画の識別情報と当該計画の計画範囲とを格納する計画データベースと、記憶装置とにアクセス可能なコンピュータにより実行される登録情報表示処理方法であって、
ユーザ端末から表示範囲の指定を含む地図取得要求を受信した場合に、前記登録情報データベースに格納されている前記登録情報のうち、前記登録位置が、指定された前記表示範囲に含まれる前記登録情報を抽出し、前記記憶装置に格納するステップと、
前記記憶装置に格納された前記登録情報の前記登録位置が前記計画データベースに格納されている前記計画の前記計画範囲に含まれるか否か判定する計画範囲内判定ステップと、
前記記憶装置に格納された前記登録情報の前記登録位置が前記計画データベースに格納されている前記計画の前記計画範囲に含まれると判定された場合には、当該計画の識別情報を前記登録情報に対応付けて前記記憶装置に格納する計画対応付けステップと、
前記記憶装置に格納された前記登録情報に対応し且つ地図上に表示するアイコンのうち、前記計画の識別情報が対応付けられている前記登録情報に対応する前記アイコンを強調表示するように地図データを生成し、前記ユーザ端末に送信する地図データ生成ステップと、
を含む登録情報表示処理方法。
前記計画データベースが、前記計画の着工日の情報をさらに格納しており、
前記ユーザ端末からアイコン選択指示を受信した場合、前記記憶装置を参照し、前記アイコン選択指示で指定される前記アイコンに対応する前記登録情報に、前記計画の識別情報が対応付けられているか否か判定するステップと、
前記アイコン選択指示で指定される前記アイコンに対応する前記登録情報に、前記計画の識別情報が対応付けられていると判定された場合には、前記登録情報と前記計画の着工日の情報とを含むタグ情報を生成し、前記ユーザ端末に送信するタグ情報生成ステップと、
をさらに含む請求項１記載の登録情報表示処理方法。
前記記憶装置に格納された前記登録情報のうち、所定の条件を満たす前記登録情報を特定するステップと、
前記所定の条件を満たす前記登録情報について前記計画範囲内判定ステップ以降のステップを実施するステップと、
をさらに含む請求項１記載の登録情報表示処理方法。
前記登録情報データベースが、前記登録情報の登録日の情報をさらに格納しており、
前記計画データベースが、前記計画の着工日の情報をさらに格納しており、
前記計画対応付けステップが、
前記計画の前記計画範囲に含まれる前記登録情報について、前記計画の前記着工日と前記計画の前記計画範囲に含まれる前記登録情報の前記登録日とを比較するステップと、
前記計画の前記計画範囲に含まれる前記登録情報の前記登録日が、前記計画の前記着工日より前の場合、強調表示を行う必要があることを示す情報を前記登録情報にさらに対応付けて前記記憶装置に格納する強調表示情報登録ステップと、
を含み、
前記地図データ生成ステップが、
前記強調表示を行う必要があることを示す情報が対応付けられている前記登録情報に対応する前記アイコンを強調表示するように地図データを生成するステップ
を含む請求項１記載の登録情報表示処理方法。
前記強調表示情報登録ステップが、
前記計画の前記計画範囲に含まれる前記登録情報の前記登録日が前記計画の前記着工日より前の場合に、前記地図取得要求を受信した日と前記計画の前記着工日とを比較するステップと、
前記地図取得要求を受信した日が前記計画の前記着工日より前であって、前記地図取得要求を受信した日と前記計画の前記着工日との日数の差が所定日数未満の場合に、前記強調表示を行う必要があることを示す情報を前記登録情報にさらに対応付けて前記記憶装置に格納するステップと、
を含む請求項４記載の登録情報表示処理方法。
ユーザ端末から表示範囲の指定を含む地図取得要求を受信した場合に、地図上の特定の位置に対応付けて登録され且つ当該特定の位置に関連する登録情報と前記登録情報の登録位置とを格納する登録情報データベースに格納されている前記登録情報のうち、前記登録位置が、指定された前記表示範囲に含まれる前記登録情報を抽出し、前記記憶装置に格納するステップと、
前記記憶装置に格納された前記登録情報の前記登録位置が、地図要素に影響を与える計画の識別情報と当該計画の計画範囲とを格納する計画データベースに格納されている前記計画の前記計画範囲に含まれるか否か判定する計画範囲内判定ステップと、
前記記憶装置に格納された前記登録情報の前記登録位置が前記計画データベースに格納されている前記計画の前記計画範囲に含まれると判定された場合には、当該計画の識別情報を前記登録情報に対応付けて前記記憶装置に格納する計画対応付けステップと、
前記記憶装置に格納された前記登録情報に対応し且つ地図上に表示するアイコンのうち、前記計画の識別情報が対応付けられている前記登録情報に対応する前記アイコンを強調表示するように地図データを生成し、前記ユーザ端末に送信する地図データ生成ステップと、
をコンピュータに実行させるための登録情報表示処理プログラム。
地図上の特定の位置に対応付けて登録され且つ当該特定の位置に関連する登録情報と前記登録情報の登録位置とを格納する登録情報データベースと、
地図要素に影響を与える計画の識別情報と当該計画の計画範囲とを格納する計画データベースと、
ユーザ端末から表示範囲の指定を含む地図取得要求を受信した場合に、前記登録情報データベースに格納されている前記登録情報のうち、前記登録位置が、指定された前記表示範囲に含まれる前記登録情報を抽出し、前記記憶装置に格納する手段と、
前記記憶装置に格納された前記登録情報の前記登録位置が前記計画データベースに格納されている前記計画の前記計画範囲に含まれるか否か判定する計画範囲内判定手段と、
前記記憶装置に格納された前記登録情報の前記登録位置が前記計画データベースに格納されている前記計画の前記計画範囲に含まれると判定された場合には、当該計画の識別情報を前記登録情報に対応付けて前記記憶装置に格納する計画対応付け手段と、
前記記憶装置に格納された前記登録情報に対応し且つ地図上に表示するアイコンのうち、前記計画の識別情報が対応付けられている前記登録情報に対応する前記アイコンを強調表示するように地図データを生成し、前記ユーザ端末に送信する地図データ生成手段と、
を有する登録情報表示処理装置。