地図表示システム
【課題】 Ｗｅｂページの表示と地図表示とを連携させ、地理的位置関係に基づいたＷｅｂページの検索を可能とする。
【解決手段】 Ｗｅｂページの作成者は、Ｗｅｂサーバに、Ｗｅｂページとメタデータとを対応づけて格納しておく。メタデータとは、Ｗｅｂページに関連する登録地点の地理情報を含むＸＭＬデータである。地図表示システムは、表示Ｖ０４に示すように、Ｗｅｂページを表示するとともに、メタデータを解析して、登録地点を含む地図をマップビューに表示する。地図には、他のＷｅｂページへのリンクを付したマーカＩＣＮを併せて表示する。ユーザがマーカをクリックすると、矢印Ａ０４，Ａ０３で示すように変遷し、新たなＷｅｂページおよび地図が表示される。こうすることにより、地理的な位置関係を利用したＷｅｂページ検索が可能となる。
【解決手段】 Ｗｅｂページの作成者は、Ｗｅｂサーバに、Ｗｅｂページとメタデータとを対応づけて格納しておく。メタデータとは、Ｗｅｂページに関連する登録地点の地理情報を含むＸＭＬデータである。地図表示システムは、表示Ｖ０４に示すように、Ｗｅｂページを表示するとともに、メタデータを解析して、登録地点を含む地図をマップビューに表示する。地図には、他のＷｅｂページへのリンクを付したマーカＩＣＮを併せて表示する。ユーザがマーカをクリックすると、矢印Ａ０４，Ａ０３で示すように変遷し、新たなＷｅｂページおよび地図が表示される。こうすることにより、地理的な位置関係を利用したＷｅｂページ検索が可能となる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂページと地図とを連携させて表示する技術に関する。
【背景技術】
【０００２】
インターネットなどネットワークで接続された種々のサーバによってＷｅｂページが提供されている環境（以下、このような環境を「Ｗｅｂ空間」と称する）では、Ｗｅｂページにアクセスすることにより多種多様な情報を比較的簡易に入手することができる。Ｗｅｂページの中には、特定の地点に関する情報を提供するものがある。例えば、観光案内情報を提供するＷｅｂページなどである。このようなＷｅｂページでは、該当する地点が自動的に地図で提示されると便利である。特許文献１はかかる観点から、Ｗｅｂページの表示に連動して、対応する地点を地図上に表示するシステムを開示している。このシステムは、ユーザがＷｅｂページにアクセスする度に、都市名など、地理情報を表すキーワードを解析し、その結果を地図上に表示するものである。
【０００３】
【特許文献１】特開２０００−１９４７１５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
今日では、Ｗｅｂ空間で提供される情報量が非常に多く、かえってユーザが所望する情報を効率的に検索することが困難になってきている。このような状況下で、効率的な情報検索を可能とし、Ｗｅｂ空間の有効活用を図るため、種々の検索エンジンが提案され、実用化されている。
【０００５】
しかし、地理情報を活用した情報検索は、十分、実用化されてはいない。例えば、観光案内情報を検索する場合には、ある観光地のＷｅｂページを検索した後、その付近の案内情報が欲しくなるのが通常である。従来は、このような場合でも、観光地の地名等をキーワードにしながら、いくつかのＷｅｂページを閲覧し、その場所を確認することで、情報を得るしかなかった。このような検索方法は、非効率的であり、また地理的に近接した最適な情報が漏れなく得られるという保証もなかった。
【０００６】
これは観光案内に特有の課題ではなく、地理的な位置関係に重点を置いた情報検索をする場合に共通の課題であった。Ｗｅｂ空間は、地理的な位置関係とは無関係に情報が格納されていることが原因である。本発明は、こうした課題に鑑み、Ｗｅｂ空間と地理的な位置関係とを関連付け、地理的な位置関係を利用した実用的な情報検索を実現することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の地図表示システムは、Ｗｅｂ空間に散在するＷｅｂページと、そのＷｅｂページに関連する登録地点を含む地図とを表示する。この地図表示システムは、スタンドアロンで稼働する装置として構成することもできるし、複数のコンピュータやサーバをネットワークで接続したシステムとして構成することもできる。本発明で利用するＷｅｂページには、登録地点の位置を表す地理情報を含むメタデータが用意されているものとする。地理情報としては、緯度経度などの座標値、住所などを用いることができる。メタデータは、Ｗｅｂページと独立のファイルとして用意してもよいし、Ｗｅｂページ中に組み込んでもよい。独立のファイルとする場合には、Ｗｅｂページとメタデータを１対１の対応関係で用いてもよいし、複数のＷｅｂページに対して１つのメタデータを用いてもよい。メタデータはＷｅｂページの作成者が作成してもよいし、Ｗｅｂページの作成者から作成を依頼された受任者が、Ｗｅｂページの作成者による指示に従って作成してもよい。後者の態様には、地図表示システムの管理者が、Ｗｅｂページ作成者からの指示に従ってメタデータを作成する態様も含まれる。
【０００８】
本発明の地図表示システムは、メタデータを管理するためのメタデータ管理部、Ｗｅｂ表示部、地図を表示するための地図データベース、および地図表示部を備えている。Ｗｅｂ表示部は、ユーザからの指定に従って、Ｗｅｂページを表示する。地図表示部は、地図データベースを参照して、登録地点周辺の地図を表示する。登録地点は、指定されたＷｅｂページに対応するメタデータに含まれる地理情報に基づいて特定することができる。また、地図表示部は、登録地点と異なる地点にいずれかのＷｅｂページへのリンクを付したマーカを設置した状態で地図を表示する。マーカはリンクを付した文字列、図形などとすることができる。地図表示システムは、複数のＷｅｂページに対応するメタデータを管理しているため、これを参照することにより、表示対象となるリンクやマーカの位置も特定可能である。
【０００９】
本発明によれば、ユーザが指定したＷｅｂページの表示に連動して、地図が表示されるため、登録地点の位置を直ちに確認することができる。メタデータに含まれている位置情報を用いるため、登録地点を正確かつ容易に特定できる利点もある。また、地図上には登録地点以外のリンクを付したマーカが表示されるため、ユーザはこのマーカをクリック等することで、他のＷｅｂページを閲覧することができる。この結果、登録地点近辺の情報を検索するなど、地理的な位置関係に従って、Ｗｅｂページの検索が可能となる。
【００１０】
メタデータ管理部は、Ｗｅｂページの作成者等が地図表示システムに登録したメタデータを管理するようにしてもよい。また、メタデータ管理部がＷｅｂ空間を検索し、複数のＷｅｂページに対応するメタデータを収集するようにしてもよい。この態様によれば、Ｗｅｂページの作成者等は、メタデータを用意しさえすれば、地図表示システムへの登録といった煩雑な処理をするまでなく、そのＷｅｂページを地図表示システムによる検索対象とすることができる利点がある。また、逆に、メタデータを削除すれば、そのＷｅｂページを地図表示システムによる検索対象から容易に外すことも可能である。
【００１１】
メタデータには、地理情報に加えて、地図の表示態様を制御する表示制御情報を含めてもよい。表示制御情報には、例えば、地図表示の代表点の位置、地図の表示範囲、つまり地図のサイズや縮尺などを含めることができる。これらを全て含める必要はなく、一部のみを含めても良い。地図表示部は、メタデータを解析することにより、表示制御情報に応じた地図を表示する。
【００１２】
こうすることにより、Ｗｅｂページの作成者の意図に沿った地図を表示させることが可能となり、システムの利便性を向上させることができる。例えば、登録地点の位置を地図の中心からずらし、登録地点と駅とが地図内に収まるように代表地点および縮尺を設定すれば、最寄りの駅から登録地点までの案内地図を提供することができる。また、別の例として、本店と支店とを含む店舗案内図を表示する場合には、これらの店舗の位置に応じて広域の縮尺を指定すればよい。
【００１３】
地図には、表示範囲内に含まれる全てのリンクを表示するようにしてもよいし、その一部を表示するようリンクの範囲を制御してもよい。第１の態様として、メタデータ管理部に、複数のＷｅｂページに対応するメタデータを関連づけて管理させ、地図表示部は、この関連に応じて地図に表示すべきリンクの範囲を制御する方法を採ることができる。メタデータの関連づけは、例えば、階層的または並列的に設けられたディレクトリに分類して格納する方法を採ることができる。この場合は、Ｗｅｂページの作成者等がメタデータを格納すべきディレクトリを指定可能としてもよいし、メタデータまたはＷｅｂページ内のキーワード等に基づいてメタデータ管理部が判断してもよい。このように関連づけを行っている場合には、あるＷｅｂページに対応するメタデータと同一ディレクトリ内のメタデータや、所定の階層関係にあるディレクトリ内のメタデータを用いて表示すべきリンクの範囲を制御することができる。
【００１４】
また、別の態様として、例えば、メタデータの登録時に、Ｗｅｂページの作成者等が、当該メタデータに関連づけるべきメタデータを地図表示システムが提供するリストから選択するようにしてもよい。地図表示システムは、この選択結果を、別途、テーブル等で管理しておけばよい。
【００１５】
リンクの範囲を制御するための第２の態様として、メタデータには、地図に表示すべきリンクの範囲を制御する関連情報を含めてもよい。地図表示部は、この関連情報に応じてマーカを表示する。こうすることにより、多数のマーカが地図上に雑然と現れる状態を回避でき、Ｗｅｂページ作成者の意図に沿ったマーカ、例えば、Ｗｅｂページに関連が深い情報へのリンクを示すマーカに絞って表示させることができる。
【００１６】
関連情報は、例えば、表示すべきリンクを個別に指定するものとしてもよいし、カテゴリや地域情報などで指定するものとしてもよい。カテゴリとは、「教育機関」、「商店」など、Ｗｅｂページの内容を表す属性を言う。カテゴリは、「教育機関／大学」のように階層的に設定しておくこともできる。地域情報とは、行政界などで表される地理的範囲を特定する情報を言う（以下、地域情報を「リージョン」と称することもある）。地域情報も、「福岡県／北九州市」のように階層的に設定しておくこともできる。カテゴリやリージョンを、階層的に設定した場合、関連情報は任意の階層でリンクの範囲を特定可能とすることが好ましい。こうすることでリンクの範囲を柔軟に指定可能となる。
【００１７】
本発明で用いるメタデータの少なくとも一部は、Ｗｅｂ空間内で階層的に散在していてもよい。この場合の階層的とは、例えば、上位のディレクトリ内に下位のディレクトリが作成されている状態において、メタデータが上位のディレクトリ、下位のディレクトリの一方のみ、または双方に存在する場合を意味する。この場合、メタデータ管理部は、各メタデータの階層を併せて管理しておくことにより、地図表示部は、この階層に基づき、指定されたＷｅｂページに対応するメタデータ以外のメタデータも用いて地図表示を行うことができる。例えば、指定されたＷｅｂページに対応するメタデータが存在しない場合には、他の階層のメタデータを利用して地図を表示させることができる。また、指定されたＷｅｂページに対応するメタデータが存在する場合でも、他の階層のメタデータを利用することで、地図に表示すべきリンクの範囲を広範に設定することが可能となる。
【００１８】
利用すべき階層は、種々の規則で設定することができる。例えば、指定されたＷｅｂページの階層から、所定段階だけ上の階層までのメタデータを利用する方法を採ることができる。これは換言すれば、上位層のメタデータが、下位層の地図表示に影響を及ぼすことを意味する。この場合、メタデータが見つかるまで上の階層を検索するようにしてもよいし、１段階だけ上の階層を見るなど段階数を予め固定しておいてもよい。また、トップのドメインまで遡って検索するようにしてもよい。別の態様として、指定されたＷｅｂページの階層から、所定段階だけ下位の階層までのメタデータを利用する方法を採っても良い。このように多階層のメタデータを利用する場合において、メタデータの表示制御情報同士が抵触する場合には、上位層優先、下位層優先など、予め定めた規則でいずれかを優先的に用いるようにすればよい。
【００１９】
Ｗｅｂ空間内にはメタデータが対応づけられていないＷｅｂページ（以下、「非対応Ｗｅｂページ」と称する）も存在し得る。このように指定されたＷｅｂページに対応するメタデータが存在しない場合の地図表示としては、何も表示しない、地図と無関係の情報を表示させる、ホームとして予め登録された地点周辺のデフォルト地図を表示させる、従前の地図表示を維持するなどの態様が考えられる。本発明では、これらいずれの態様も適用可能であるが、特に従前の地図表示を維持することが好ましい。こうすることで、非対応Ｗｅｂページが指定された場合でも、容易に従前の地図を利用したＷｅｂページの検索に戻ることができる。
【００２０】
地図表示システムは、ユーザから地図の表示態様に関する指示を受け付け可能とし、地図表示部がこの指示に応じて、表示すべきリンクの範囲も含めて地図の表示態様を更新してもよい。表示態様に関する指示としては、例えば、地図の表示範囲の移動や拡大／縮小、表示すべきリンクの種別、数の指示などが挙げられる。例えば、地図の縮小が指示された場合には、従前よりも広い範囲の広域地図が表示されるとともに、広がった部分にも新たなマーカが追加表示されることになる。このようにユーザが表示態様を指示可能とすることにより、ユーザ自身が見やすい地図を得ることができるとともに、地理的関係に基づくＷｅｂページの検索範囲をユーザが任意に調整可能となるため、システムの利便性が更に向上する。
【００２１】
本発明では、地図に表示すべきマーカの位置に応じて、地図表示部が地図の表示範囲を設定するようにしてもよい。表示範囲は、地図の縦横の距離で設定してもよいし、縮尺で設定してもよい。表示範囲は、表示すべき全マーカを含むように指定してもよいし、登録地点に近い所定数のマーカを含むように指定してもよい。これらの態様によれば、Ｗｅｂページ作成者が地図の表示範囲を指定していない場合でも、見やすい地図を提供することが可能となる。また、関連情報によって表示すべきリンクの範囲のみを指定すれば、Ｗｅｂページの作成者の意図したマーカを含む地図が自動的に表示されるため、メタデータ設定の負荷が軽くなるという利点もある。
【００２２】
地図表示システムには、管理しているメタデータに対応するＷｅｂページへのリンクを付したマーカを、所定の規則で階層化したツリー構造で表示可能としてもよい。所定の規則としては、例えば、ディレクトリなどの階層、カテゴリやリージョンなどの階層を用いることができる。このツリー表示は、Ｗｅｂページの表示、地図表示とは別に行うことが好ましい。このツリー表示を利用することにより、地理的関係を利用したＷｅｂページの検索と、上述の規則に基づく関係を利用した検索とを柔軟に使い分けることが可能となり、システムの利便性を向上させることができる。
【００２３】
この態様では、メタデータ管理部がメタデータの管理状況を反映してツリー表示を更新することが好ましい。新しいメタデータが発見または登録された場合には、ツリー表示に情報が追加表示され、従前のメタデータが削除された場合には、それに対応する表示がツリー表示からも削除される。こうすることで、最新の情報を有効活用することができる。同様に、メタデータの収集結果は、地図表示上のマーカにも反映させることが好ましい。
【００２４】
本発明では、以上で説明した通り、メタデータを活用して種々の表示を実現する。このためには、Ｗｅｂ空間内から、本発明のシステムに対応した適正なメタデータを識別し、管理可能とすることが好ましい。かかる観点から、地図表示システムの対象となるメタデータには識別データを付してもよい。メタデータ管理部が、この識別データを付したメタデータのみを収集対象とすることにより、適正なメタデータの管理が容易となる。この態様では、地図表示システムが、Ｗｅｂページの作成者からメタデータの発行要求を受け付けると、既発行のメタデータと異なる識別データを発行可能とすることが好ましい。こうすることにより、識別データの真正性、一義性を維持しやすくなる。識別データは、数字等の組み合わせでメタデータに固有に設定されたＩＤとしてもよいし、電子署名など申請者の情報も含めたものとしてもよい。
【００２５】
本発明の地図表示システムには、更に種々の付加的な機能を設けることも可能である。例えば、ユーザが、地図表示とＷｅｂページの表示の切換指示を行えるようにしてもよい。切換指示が発行されると、地図表示部はＷｅｂページを表示していたＷｅｂ表示エリアに地図を表示する。また、Ｗｅｂ表示部は地図を表示していた地図表示エリアにＷｅｂページを表示する。つまり、地図表示とＷｅｂページの表示位置が切り換えられる。Ｗｅｂページの表示エリアの方が地図の表示エリアよりも大きく設定されている場合には、切換指示によって、地図が大きな表示エリアに合わせて拡大表示される。こうすることで、ユーザは地図上のマーカを容易に選択することが可能となり、地理的な位置関係を利用したＷｅｂページの検索の利便性を向上させることができる。また、ユーザがマーカを指定して、新たなＷｅｂページを表示する場合には、上述の切換を元に戻し、通常通り、Ｗｅｂ表示エリアにＷｅｂページを表示し、地図表示エリアに地図を表示することが好ましい。こうすることで、更に表示の切換指示を行うまでなく、ユーザはＷｅｂページの内容を本来の表示状態で閲覧することが可能となる。
【００２６】
以上で説明した種々の特徴は、必ずしも全て備えられている必要はなく、一部を省略したり、適宜、組み合わせたりしてもよい。また、本発明は、地図表示システムとしての態様の他、上述したメタデータの格納、管理、提供を主として行う地図表示サーバという態様や、上述したＷｅｂページおよび地図表示をコンピュータによって実現する地図表示方法という態様や、この地図表示を実現するためのコンピュータプログラムという態様を採ることもできる。コンピュータプログラムとしての態様には、地図表示システム全体の機能をコンピュータによって実現させるためのプログラムや、Ｗｅｂページおよび地図の表示を実現させる地図ブラウザなどの態様が含まれる。また、このコンピュータプログラムを記録したコンピュータ読み取り可能な記録媒体という態様を採っても良い。この場合の記録媒体としては、フレキシブルディスクやＣＤ−ＲＯＭ、光磁気ディスク、ＩＣカード、ＲＯＭカートリッジ、パンチカード、バーコードなどの符号が印刷された印刷物、コンピュータの内部記憶装置（ＲＡＭやＲＯＭなどのメモリ）および外部記憶装置等、コンピュータが読取り可能な種々の媒体を利用できる。
【発明を実施するための最良の形態】
【００２７】
本発明の実施例について以下の順序で説明する。
Ａ．システム構成：
Ｂ．メタデータの管理：
Ｃ．表示画面概要：
Ｄ．制御処理：
Ｄ１．メタデータ発行処理：
Ｄ２．メタデータ管理処理：
Ｄ３．表示制御処理：
Ｅ．変形例：
【００２８】
Ａ．システム構成：
図１は実施例としての地図表示システムの構成を示す説明図である。地図表示システムは、Ｗｅｂブラウザと電子地図とを連携させた表示システムである。主な機能として、Ｗｅｂページの閲覧機能、Ｗｅｂページに対応する地点を地図上に表示する機能、地図上に表示されたマーカをマウス等のポインタでクリックすることにより、そのマーカに付されたリンク先のＷｅｂページを表示させる機能などが挙げられる。
【００２９】
実施例の地図表示システムは、サーバ２００と、端末１００とをインターネットＩＮＴで接続して構成される。図中の例では、端末１００はパーソナルコンピュータである。端末１００には、この他、携帯電話、ＰＤＡなど種々の装置が利用可能である。本実施例では、サーバ２００と端末１００によって地図表示システムを構成する例を示すが、地図表示システムはスタンドアロンで稼働する装置として構成することも可能である。また、図の例では、インターネットＩＮＴを適用した例を示したが、インターネットＩＮＴに代えて、イントラネットなどの限定的なネットワークを用いることも可能である。
【００３０】
Ｗｅｂサーバ３００［１］、３００［２］（以下、両者をＷｅｂサーバ３００と総称することもある）は、インターネット上でＷｅｂページを提供する。Ｗｅｂページには観光案内や、企業・大学等の案内など、特定の地点または地域に関する情報を提供するものがある。本実施例では、このように特定の地点または地域（以下、これらの地点または地域の代表点を「登録地点」と称する）の情報を提供するＷｅｂページには、Ｗｅｂサーバ３００上に登録地点の位置等を表す地理情報を含むメタデータを格納しておく。メタデータはＷｅｂページの作成者が、準備するデータである。メタデータの内容および構造については、後で説明する。地図表示システムは、Ｗｅｂページを表示するとともに、メタデータを参照して、Ｗｅｂページに対応する地図を提供するのである。本明細書では、Ｗｅｂサーバによって提供される種々のＷｅｂページにアクセス可能な環境を、多数のＷｅｂページが存在する情報空間という意味で「Ｗｅｂ空間」と呼ぶこともある。
【００３１】
全てのＷｅｂページが、何らかの地点または地域に関する情報を提供するとは限らず、「登録地点」が存在しないＷｅｂページもある。また、登録地点があるＷｅｂページの中にもメタデータを用意していないものもある。本実施例の地図表示システムは、このようにメタデータが用意されていないＷｅｂページを閲覧する際には、Ｗｅｂページの内容は地図表示に反映されず、通常のＷｅｂブラウザとして機能する。この意味で、メタデータが用意されていないＷｅｂページを、本明細書では「非対応Ｗｅｂページ」と称する。以下、本明細書では、説明の便宜上、「Ｗｅｂページ」は、当該Ｗｅｂページに対応するメタデータが用意されているものを意味する用語として用いる。
【００３２】
図中には、地図表示システムとしての機能を提供するためのサーバ２００の機能ブロックを併せて示した。本実施例では、これらの機能ブロックは、それぞれの機能を実現するコンピュータプログラムをサーバ２００にインストールすることによってソフトウェア的に実現される。このコンピュータプログラムは、例えば、ＪＡＶＡ（登録商標）などの言語で作成することができる。図中の機能ブロックの少なくとも一部は、ＡＳＩＣなどの回路によって、ハードウェア的に構成することも可能である。
【００３３】
通信部２０２は、インターネットＩＮＴを介して端末１００等と通信を行う機能を奏する。地図ＤＢは、地図表示に用いられるデータベースであり、地形、地物等を表すポリゴンデータや、それらの属性などを格納している。本実施例では、サーバ２００から端末１００に地図データを提供する構成を採っているが、地図ＤＢを他のＷｅｂサーバ３００から提供する構成としてもよいし、端末１００側に用意したり、ＤＶＤ等の媒体によって提供する構成としてもよい。
【００３４】
サービスプロバイダモジュール２１０は、地図表示システムにおいて、複数の端末１００に共通した種々のサービスを統合的に提供する。主なサービスは、Ｗｅｂページの作成者に対するメタデータの発行、および種々のＷｅｂサーバ３００で提供されているメタデータの収集・管理である。
【００３５】
これらの機能は、サービスプロバイダモジュール２１０に備えられたリージョンマネージャ２１２、メタデータマネージャ２１４、カテゴリマネージャ２１６によって提供される。メタデータマネージャ２１４は、Ｗｅｂ空間をサーチしてメタデータを収集し、メタデータストレージ２１８に格納する。また、従前に存在したメタデータがＷｅｂサーバ３００から削除された場合には、これに対応するメタデータをメタデータストレージ２１８から削除する。このようにメタデータマネージャ２１４は、Ｗｅｂ空間とメタデータストレージ２１８との間でメタデータの同期をとる機能を奏する。メタデータマネージャ２１４は、また新規のメタデータを発行する機能も奏する。リージョンマネージャ２１２は、メタデータストレージ２１８に収集・格納されているメタデータの地理情報に基づいて、市町村などの行政界区分に従った階層構造でメタデータを管理する。カテゴリマネージャ２１６は、Ｗｅｂページで提供される情報の内容に応じて、予め階層的に設定された種別に区分し、この区分に従ってメタデータストレージ２１８内のメタデータを管理する。本実施例では、Ｗｅｂ空間から収集したメタデータは、メタデータストレージ２１８内に格納するものとしたが、メタデータマネージャ２１４が保持する構成としてもよい。
【００３６】
図中には、端末１００の機能ブロックを併せて示した。これらの機能ブロックもソフトウェア、ハードウェアのいずれによって構成することも可能である。通信部１０２は、インターネットを介した通信を実現する。コマンド入力部１０４は、端末１００のキーボード、マウスなどのデバイス操作を通じて、ユーザから指定されるコマンドを入力する。表示制御部１０６は、端末１００のディスプレイの表示内容を制御する。通信部１０２、コマンド入力部１０４、表示制御部１０６の機能は、端末１００のＯＳ（Operating System)によって提供してもよい。
【００３７】
ブラウザモジュール１２０は、地図表示システムのユーザインタフェースを提供する。本実施例では、地図表示システムは、Ｗｅｂブラウザビュー、マップビュー、ツリービュー、ユーザビューという４つの画面を並列配置した表示を行う。Ｗｅｂブラウザビューは、Ｗｅｂページの表示エリアである。マップビューは、地図の表示エリアである。ユーザビューは、地図表示の内容等を指定するためのインタフェースを提供するエリアである。ツリービューは、階層的に管理されたメタデータのリストを表示するエリアである。それぞれの表示内容は、Ｗｅｂブラウザビューコントローラ１２２、マップビューコントローラ１２４、ユーザビューコントローラ１２６、ツリービューコントローラ１２８によって制御される。
【００３８】
エージェントモジュール１１０は、ブラウザモジュール１２０と、サーバ２００およびＷｅｂサーバ３００との仲介をする。例えば、Ｗｅｂページを表示する場合には、ブラウザモジュール１２０から指定されたＷｅｂサーバ３００にアクセスし、Ｗｅｂページのデータをブラウザモジュール１２０に受け渡す。地図の表示や、メタデータを用いる処理を行う場合には、ブラウザモジュール１２０とサーバ２００との仲介を行うのである。エージェントモジュール１１０は、また、ブラウザモジュール１２０内の各コントローラ間の仲介も行う。
【００３９】
以上で説明したシステム構成は、一例に過ぎない。本実施例の地図表示システムは、主としてサービスプロバイダモジュール２１０、ブラウザモジュール１２０、およびエージェントモジュール１１０の連携によって提供されるものである。従って、地図表示システムとしては、これら３つのモジュールを備えた種々の構成が可能である。１台のパーソナルコンピュータ上に全てのモジュールを搭載すればスタンドアロンで稼働する装置とすることができる。また、３つのモジュールを更に多数のサーバの分散処理によって提供する構成を採っても良い。
【００４０】
Ｂ．メタデータの管理：
図２はメタデータの内容を示す説明図である。図２（ａ）、図２（ｂ）の２種類を例示した。図２（ａ）は図示の都合上、メタデータの一部のみを示している。本実施例では、メタデータは、ＸＭＬを用いて記述しており、データの内容は、それぞれタグによって規定される。図中の左端の番号は、説明の便宜のために付した行番号である。
【００４１】
図２（ａ）は「九州工業大学吉田研究室」のＷｅｂページ（図２（ａ）の８行目のタイトル欄参照）に付されたＵＲＬの内容を示している。２行目は、メタデータのＩＤを表している。この例では、「ＩＤ＝１」である。Ｗｅｂ空間上の各メタデータを識別可能とするため、後述する通り、地図表示システムのメタデータマネージャ２１４が一義的なＩＤを発行するものとした。３行目は、対応するＷｅｂページのＵＲＬを表している。図２（ａ）の例では、上述の吉田研究室のトップページへのＵＲＬが付されている。５〜７行目は、登録地点の位置情報を表している。位置情報は、後述する通り、地図表示の際に活用される情報である。図２（ａ）の例では、吉田研究室の所在地の住所で位置情報が示されている。位置情報は、この他、緯度経度などの座標値で示しても良い。
【００４２】
１０〜１３行目はカテゴリ情報を表している。カテゴリとは、「教育機関」、「商店」など、Ｗｅｂページの内容を表す属性を言う。カテゴリ情報は、後述する通り、地図表示やＷｅｂページの検索に活用される情報である。本実施例では、予め階層的に設定されたカテゴリの中から、Ｗｅｂページの作成者が最も適切と考えるものを選択して設定するものとした。図２（ａ）の例では、「教育機関」という上位カテゴリ内の「大学」とい下位カテゴリが選択されていることになる。カテゴリは任意の階層で選択可能であり、例えば、図２（ａ）の例において、「大学」という下位カテゴリの指定をやめ、「教育機関」という上位層のカテゴリを選択してもよい。
【００４３】
１４行目以降は、表示制御情報を表している。表示制御情報は、後述する通り、Ｗｅｂページの登録地点周辺の地図の表示態様を制御するために活用される。図２（ａ）の例では、１６行目〜２９行目で示される第１ビューと、３０行目以降で示される第２ビューの２種類をユーザが選択的に使用可能な例を示した。ただし、図示の都合上、３１行目以降の記載は省略してある。第１ビューの定義の中は、タイトル（１７行目）、関連情報の定義（１８〜２５行目）、および描画条件の定義（２６〜２８行目）に分かれる。タイトルは、地図に表示される見出しである。描画条件は、地図の表示範囲を規定するデータである。図中では具体的な指定例を省略したが、表示範囲の縦横の距離、または地図の縮尺を用いて指定することができる。
【００４４】
本実施例では、後述する通り、地図上に他のＷｅｂページへのリンクを付したマーカが表示される。関連情報はこのマーカの数、種類等を指定する情報である。関連情報は、個別指定、カテゴリ指定、リージョン指定の３通りの方法で指定可能とした。図２（ａ）は個別指定を例示している。１９行目に示した「Relationship Type="Group"」は個別指定を意味するタグである。図２（ａ）では、２１行目、２２行目において、表示対象として２つのＵＲＬが指定されている。ＵＲＬの数は１または３以上であってもよい。
【００４５】
個別指定されたＵＲＬに対応するマーカの表示位置は、それぞれのＵＲＬに対応するメタデータの登録地点に基づいて決めるものとした。ＵＲＬと共に、マーカの表示位置を併せて指定する方法をとってもよい。ただし、この場合は、関連情報で指定した地理情報と、ＵＲＬで指定されたＷｅｂページ（以下、「関連ページ」と呼ぶ）の登録地点との同期がとれなくなるおそれがある。例えば、関連ページの登録地点が引っ越し等によって変更された場合、関連ページの作成者は、それに対応するメタデータの地理情報を更新することはできるものの、この関連ページのＵＲＬを指定している他人のＷｅｂページ（以下、「呼出ページ」と呼ぶ）のメタデータに記録された地理情報は更新することができない。このため、呼出ページのメタデータで指定された地理情報と、関連ページの登録地点との不整合が生じるおそれがある。これに対し、本実施例の方法では、関連ページのメタデータを参照して、地理情報を特定するため、こうした不整合を容易に回避することが可能となる。
【００４６】
図２（ｂ）は、関連情報をカテゴリ指定した例を示している。２２行目に示した「Relationship Type="Introduction"」はカテゴリ指定を意味するタグである。図２（ｂ）では、２５行目、２６行目において、表示対象として、「生活／飲食店」、「生活／交通機関」という２つのカテゴリが指定されている。個別指定の場合と異なり、カテゴリ指定の場合、このカテゴリに対応するＷｅｂページが包括的に指定されていることになる。地図上には、これらのマーカが表示される。個別指定の場合と同様、各マーカの表示位置は、それぞれのメタデータを参照することで特定可能である。
【００４７】
図２（ｂ）は、「ホテル周辺の案内図」を表示するためのビューを指定するメタデータである（１９行目参照）。そして、関連情報には、ホテルへの訪問客が必要とする情報として、飲食店や交通機関をカテゴリ指定で示している。これらの情報を個別指定しようとすれば、ホテルのＷｅｂページ作成者は、周辺の飲食店や交通機関を自身で調査する必要がある。これに対し、関連情報のカテゴリ指定をすれば、こうした調査を行うまでなく、Ｗｅｂページの閲覧者が必要であろうと想定される情報のカテゴリを指定しさえすれば済む。このように、カテゴリ指定には、高い負荷をかけるまでなく、Ｗｅｂページの閲覧者に対して適切な情報を提供することができる利点がある。
【００４８】
関連情報をリージョン指定した例については、図示を省略したが、指定方法はカテゴリ指定（図２（ｂ）参照）と同様である。図２（ｂ）において「生活／飲食店」のカテゴリが指定されているのに対し、「福岡県／北九州市」など行政界の形式で指定される点で相違する。
【００４９】
図３はメタデータの管理方法を示す説明図である。リージョンマネージャ２１２、メタデータマネージャ２１４、カテゴリマネージャ２１６の機能を模式的に示した。メタデータマネージャ２１４は、Ｗｅｂ空間を検索して、メタデータを収集する。本実施例では、収集したメタデータは、メタデータストレージ２１８に格納する。図中には、「ＩＤ＝１〜３」の３通りのメタデータが収集・格納されている例を示した。メタデータストレージ２１８は、メタデータマネージャ２１４と一体的な構成としてもよい。
【００５０】
メタデータマネージャ２１４は、収集したメタデータについて、図示するように、ＩＤとＵＲＬとを対応づけるテーブルを作成する。このテーブルは、使用済みのＩＤの特定、およびＵＲＬをキーとするＩＤの検索を容易にするために利用される。これらの処理は、メタデータストレージ２１８に格納された各メタデータを順次、参照することによって行うことも可能であるため、上述のテーブルの作成を省略する構成も可能である。
【００５１】
リージョンマネージャ２１２は、市町村などの行政界区分に従った階層構造でメタデータを管理する。リージョンマネージャ２１２は、この階層構造に対応したテーブルを保持しており、それぞれの階層に、対応するメタデータのＩＤを格納している。図中には、「＊＊市」に「ＩＤ＝１、３」が対応し、「××市」に「ＩＤ＝２」が対応している例を示した。図示の都合上、「市」に対応するメタデータのみを示したが、これより上位の「県」の階層に対応するメタデータ、下位の「町」に対応するメタデータも同様に格納する。これらの対応関係に基づいて、リージョンマネージャ２１２は、行政界区分に従って、メタデータストレージ２１８内の各メタデータを特定することが可能となる（図中の実線矢印参照）。
【００５２】
カテゴリマネージャ２１６は、予め階層的に設定されたカテゴリに従って、メタデータを管理する。カテゴリは、地図表示システムの運営側で任意に設定可能である。Ｗｅｂページの作成者は、設定されたカテゴリの中から、自己のＷｅｂページに該当するものを選択するため、どのＷｅｂページも、いずれかのカテゴリには対応している。カテゴリマネージャ２１６は、図示するように、カテゴリの階層構造に応じたテーブルを保持しており、それぞれの階層に、対応するメタデータのＩＤを格納している。図中には、「教育／大学」というカテゴリに「ＩＤ＝１、２」が対応し、「食料品／コンビニ」というカテゴリに「ＩＤ＝３」が対応している例を示した。更に、上位の階層、または下位の階層についても、それぞれ対応するＩＤを格納可能である。これらの対応関係に基づいて、カテゴリマネージャ２１６は、カテゴリに従って、メタデータストレージ２１８内の各メタデータを特定することが可能となる（図中の破線矢印参照）。
【００５３】
Ｃ．表示画面概要：
図４は表示画面の概要を示す説明図である。図の右上に全体の表示画面例を示した。図示する通り、本実施例では、表示画面は４つの表示エリアに分かれる。一つ目はＷｅｂブラウザビュー（ＷｅｂＢｒｏｕｓｅｒＶｉｅｗ）である。Ｗｅｂブラウザビューは、通常のブラウザと同様の機能を有しており、Ｗｅｂページを表示する。２つめはマップビュー（ＭａｐＶｉｅｗ）である。図の左上にその拡大図を示した。マップビューは、Ｗｅｂページの登録地点を含む地図を表示する。地図の表示態様は、先に図２で説明した通り、メタデータによって規定される。図の例では、地図中に３カ所のマーカが併せて表示されている。このマーカは、メタデータの関連情報によって指定されたリンクに対応するものである。ユーザが、マップビューで、いずれかのマーカをクリックすると、それに対応するＵＲＬで指定されたＷｅｂページをＷｅｂブラウザビューに表示させることができる。
【００５４】
３つ目の表示エリアは、ツリービュー（ＴｒｅｅＶｉｅｗ）である。図の右下に拡大図を示した。ツリービューは、リージョンマネージャ２１２およびカテゴリマネージャ２１６が管理している内容をツリー構造で表示する。左側の例が、カテゴリマネージャ２１６によって表示される内容であり、「教育機関／大学」などの階層構造に従って、各Ｗｅｂページへのリンクが表示される。右側の例が、リージョンマネージャ２１２によって表示される内容であり、図の例では、「福岡県北九州市」の区ごとに、各Ｗｅｂページへのリンクが表示されている。両者のツリーは上側に設けられたタブをクリックすることで切換可能となっている。ユーザは、ツリービューで表示された各リンクをクリックすることで、対応するＷｅｂページをＷｅｂブラウザビューに表示させることができる。
【００５５】
４つめの表示エリアは、ユーザビュー（ＵｓｅｒＶｉｅｗ）である。図の左下に拡大図を示した。ユーザビューは、地図の表示態様を調整するための調整画面と、ＵＲＬリストの２種類をタブで切り換えて表示可能である。図中には、調整画面例を示した。この画面では、地図の代表点の位置、スケール、マップタイプを指定可能である。代表点の位置は、地点の名称（図中の「Ｖｉｅｗ」欄）、または緯度経度で指定することができる。ユーザビューは、必ずしも地点、緯度経度の双方を指定可能とする必要はなく、いずれか一方のみを指定可能としてもよい。スケールは地図の縮尺であり、スライドバーによって指定される。マップタイプは、２次元地図、３次元地図など、地図の種別の指定である。タブでＵＲＬリストを選択すると、ユーザがこれまでに閲覧したＷｅｂページの履歴がリスト表示される。
【００５６】
本実施例では、上述の４つの表示エリアまたはビューを設けた例を示した。本実施例では、これらのビューは並列的に表示されるが、タブなどによって切換可能としてもよい。ただし、Ｗｅｂページと地図の連携を図るという本実施例の効果を十分に活かすためには、少なくともＷｅｂページと地図の２つは並列表示させておくことが好ましい。表示画面は、図４に示した配置およびサイズに限定されるものではなく、４つのビューのサイズを可変としてもよい。ただし、情報を得る主要な画面はＷｅｂブラウザビューであるため、デフォルトの設定では、Ｗｅｂブラウザビューのサイズをマップビューその他の画面よりも大きく設定しておくことが実用的である。
【００５７】
図５は表示画面の変遷を示す説明図である。表示Ｖ０１に示すように、ユーザがＷｅｂブラウザビューのアドレス欄Ｂ０１にＵＲＬを入力すると、表示画面は、矢印Ａ０１のように変遷し、指定されたＷｅｂページがＷｅｂブラウザビューに表示される（表示Ｖ０３参照）。また、表示Ｖ０２に示すように、ユーザがツリービューのいずれかのリンクをクリックした場合も、表示画面は、矢印Ａ０２のように変遷し、リンクに対応するＷｅｂページが表示される（表示Ｖ０３参照）。
【００５８】
表示Ｖ０３は、上述の態様に従ってＷｅｂページを表示する過渡状態を模式的に示している。この状態では、地図表示システムは、Ｗｅｂページに対応するメタデータの解析を完了していない。従って、マップビューおよびツリービューには、Ｗｅｂページに対応する表示はなされていない。Ｗｅｂページに対応するメタデータが存在しない場合も同様である。図において、マップビューおよびツリービューが白抜きとなっているのは、Ｗｅｂページに対応する表示がなされていないという意味である。実際には、従前の表示が保持されている。こうすることにより、仮にメタデータが用意されていいないＷｅｂページを表示させた場合でも、マップビューやツリービューを利用したＷｅｂページの指定を従前通り利用することが可能となるからである。もっとも、従前の表示を保持することは必須ではなく、メタデータの解析完了前、またはメタデータが存在しない場合には、図示する通り、マップビューやツリービューを白抜き表示したり、既定の他の画面を表示したりする構成を採っても良い。
【００５９】
メタデータの解析が完了すると、矢印Ａ０３に示すように表示画面は変遷し、表示Ｖ０４に示すように、メタデータの内容を反映した画面がマップビュー、ツリービュー、ユーザビューに表示される。先に説明した通り、マップビューには、メタデータで示された表示態様で地図が表示され、関連情報で指定されたマーカＩＣＮが表示される。ツリービューには、メタデータに対応する階層を中心として、リンクがツリー構造で表示される。ユーザビューには、メタデータで指定された表示態様がデフォルト値として表示される。
【００６０】
ユーザビューにおいて、ユーザが表示態様を調整すると、矢印Ａ０５に示すように表示態様が変遷し、マップビューに示した地図の表示態様が変化する。代表点を変化させれば、地図の表示位置が移動することとなり、スケールを変化させれば、地図の表示範囲が変化することになる。また、変化させる前の地図では表示範囲外となっていたマーカが、地図の表示範囲を広げることで、新たに追加表示されるなど、地図内のマーカの表示も地図の表示態様に応じて変化する。
【００６１】
ユーザがマップビューにおいて、マーカＩＣＮをクリックすると、矢印Ａ０４に示すように表示画面が変遷し、対応する新たなＷｅｂページがＷｅｂブラウザビューに表示される。ユーザが、ツリービューのリンクを選択した場合や、Ｗｅｂページ内のリンクを選択した場合も同様である。また、新たなＷｅｂページのメタデータに従って、マップビュー、ツリービューの表示画面も更新される。このように、本実施例の地図表示システムでは、マップビュー上のマーカをクリックすることによって、新たなＷｅｂページを表示させることが可能であるため、Ｗｅｂページの登録地点間の地理的関係を利用した情報検索を行うことが可能となる。
【００６２】
図６は表示画面変遷時の各モジュールの動作を示す説明図である。図５中に矢印Ａ０１〜Ａ０５で示したそれぞれの変遷を実現するための動作を示した。図６（ａ）は、Ｗｅｂブラウザビューで新たなＵＲＬが指定された場合の動作を表している。図５においてアドレス欄Ｂ０１にＵＲＬを入力した状態からの変遷（矢印Ａ０１）、およびＷｅｂページ内のリンクをクリックした場合の変遷（矢印Ａ０４）に対応する。Ｗｅｂブラウザビューコントローラ１２２は、これらの指定を受け付け、表示を更新する旨の変更イベントの発生をエージェントモジュール１１０に伝達する。エージェントモジュール１１０は、この変更イベントに応じて、指定されたＷｅｂページをＷｅｂブラウザビューコントローラ１２２に返すとともに、Ｗｅｂページに対応するメタデータに応じて、表示内容の更新を、マップビューコントローラ１２４、ツリービューコントローラ１２８、ユーザビューコントローラ１２６に指示する。これによって、図５中の矢印Ａ０３に示したように、メタデータを反映した表示が行われる。
【００６３】
図６（ｂ）は、マップビューまたはツリービューで新たなＵＲＬが指定された場合の動作を表している。図５の表示Ｖ０４のマップビューでマーカＩＣＮをクリックした場合、またはツリービューでリンクをクリックした場合の変遷（矢印Ａ０４）に対応する。マップビューコントローラ１２４またはツリービューコントローラ１２８は、これらの指定を受け付け、変更イベントをエージェントモジュール１１０に伝達する。エージェントモジュール１１０は、この変更イベントに応じて、指定されたＷｅｂページをＷｅｂブラウザビューコントローラ１２２に返して、表示内容の更新を指示する。この指示によって、Ｗｅｂページが更新されると、図６（ａ）に示したのと同じ動作によって、マップビュー、ツリービュー、ユーザビューもそれぞれ変更される。
【００６４】
図６（ｃ）は、ユーザビューで表示態様の調整が指示された場合、およびＵＲＬリストからいずれかのリンクが選択された場合の動作を表している。図５の矢印Ａ０５に対応する。ユーザビューコントローラ１２６は、表示態様の調整指示を受け付け、変更イベントをエージェントモジュール１１０に伝達する。エージェントモジュール１１０は、この変更イベントに応じて、マップビューコントローラ１２４に対して表示態様の更新を指示する。また、ユーザがＵＲＬリスト中のリンクを選択指定した場合、ユーザビューコントローラ１２６は、この指定を受け付け、変更イベントをエージェントモジュール１１０に伝達する。エージェントモジュール１１０は、この変更イベントに応じて、指定されたＷｅｂページをＷｅｂブラウザビューコントローラ１２２に返すとともに、Ｗｅｂページに対応するメタデータに応じて、表示内容の更新を、マップビューコントローラ１２４、ツリービューコントローラ１２８、ユーザビューコントローラ１２６に指示する。これによって、図５中の矢印Ａ０３に示したように、メタデータを反映した表示が行われる。
【００６５】
Ｄ．制御処理：
図４〜６で示した表示を実現するための制御処理について以下、順に説明する。
Ｄ１．メタデータ発行処理：
図７はメタデータ発行処理のフローチャートである。図２に示した通り、メタデータはＸＭＬファイルであるため、全体をユーザが新規に作成することも可能ではあるが、本実施例では、一義的なＩＤを付したメタデータをサーバ２００が発行する方法を採用した。こうすることによって、メタデータの新規作成、削除などを容易に管理することが可能となる。ＩＤは、また不正なメタデータを排除するためにも使用することができる。地図表示システムは、サーバ２００が発行した正規のＩＤを付したメタデータのみを有効扱いとすればよい。ＩＤの不正な流用を回避するため、電子署名など申請者の情報を含めたＩＤや、メタデータを対応づけるＵＲＬを含むＩＤを用いても良い。
【００６６】
図中には、左側に端末１００が実行する処理、右側にサーバ２００が実行する処理を示した。ユーザが端末１００から、サーバ２００にアクセスすると、サーバ２００は、登録用のインタフェース画面を提供する（ステップＳ１０）。ユーザは、この画面で、メタデータを対応づけるＷｅｂページのＵＲＬを入力する（ステップＳ１００）。サーバ２００は、このＵＲＬを受け付け（ステップＳ１２）、メタデータマネージャ２１４が保持する対応テーブル（図３参照）を検索して、新たなメタデータＩＤを発行し（ステップＳ１４）、このＩＤを含むメタデータを端末１００に交付する（ステップＳ１６）。
【００６７】
この時点のメタデータは、ＵＲＬとＩＤが格納されているだけであり、地理情報、表示制御情報、関連情報はタグが用意されているだけである。ユーザは、端末１００で、このメタデータを編集し、地理情報、表示制御情報等を付加する（ステップＳ１０２）。編集が完了すると、ユーザはＷｅｂページと同一ディレクトリに、メタデータを格納して公開する（ステップＳ１０４）。そして、サーバ２００に対して、新規なメタデータの登録を請求する（ステップＳ１０６）。
【００６８】
サーバ２００は、この請求を受けると、ユーザがステップＳ１００で指定したＵＲＬに従って、Ｗｅｂ空間を検索し、該当するメタデータを取得して（ステップＳ１８）、メタデータストレージ２１８およびメタデータマネージャ内の管理テーブルに登録する（ステップＳ２０）。この登録処理は、簡素化することも可能である。例えば、メタデータを発行する時点（ステップＳ１４）で、管理テーブルへの登録を行っても良い。登録請求（ステップＳ１０６）に代えて、ユーザが作成したメタデータを、サーバ２００に送付させるようにしてもよい。ただし、実施例のようにサーバ２００がメタデータを取得する方法（ステップＳ１８）を採れば、併せてメタデータがＷｅｂページと同一のディレクトリに格納されていることを確認することができる利点がある。
【００６９】
Ｄ２．メタデータ管理処理：
図８はメタデータ管理処理のフローチャートである。メタデータマネージャ２１４によって実行される処理であり、メタデータストレージ２１８および管理テーブルの内容を更新するための処理である。本実施例では、サーバ２００の管理者が手動でこれらの管理を行う他、メタデータマネージャ２１４がＷｅｂ空間を自動的に巡回して、これらの更新を行えるようにした。
【００７０】
この処理において、サーバ２００の管理者による手動管理が指定された場合（ステップＳ３０）、サーバ２００は、新規メタデータの登録や、既存のメタデータの削除などの指示を受け付け（ステップＳ３１）、この指示内容を、メタデータストレージ２１８およびメタデータマネージャ２１４の管理テーブルに反映させる。例えば、新規メタデータの登録が指示された場合には、指示されたメタデータをメタデータストレージ２１８に格納するとともに、管理テーブルにその内容を登録する。既存のメタデータの削除が指示された場合には、指示されたメタデータをメタデータストレージ２１８から削除するとともに、管理テーブルからもその内容を削除する。
【００７１】
手動管理が指定されていない場合（ステップＳ３０）、サーバ２００は自動管理を実行する。自動管理は、所定のタイミングで行うことができる。例えば、１日単位または１週間単位など、予め指定された周期で繰り返し実行するようにしてもよいし、先に説明したメタデータ発行処理（図７）が実行された時に行うようにしてもよい。自動管理では、サーバ２００はＷｅｂ空間内を巡回してメタデータを収集・確認する。この処理を効率的に実行するために、本実施例では、既存のメタデータが登録されているディレクトリを中心として巡回する方法を採用した。Ｗｅｂ空間内に存在するＷｅｂページは無数にあるため、これら全てについて巡回してメタデータを収集・確認することは多大な負荷となるからである。本実施例では、先に説明した通り、サーバ２００が発行したメタデータを活用するものとしているため、このような限定的な巡回方法を採用したとしても、メタデータの収集・確認に大きな漏れは生じない。
【００７２】
上述の方法で巡回を行うため、サーバ２００は、まず既登録のメタデータを所定の規則に従って選択する（ステップＳ３５）。例えば、管理テーブルに登録された順序、ＩＤの順序などに従って選択すればよい。サーバ２００は、選択されたメタデータに対応するＷｅｂページにアクセスし（ステップＳ３６）、そのディレクトリ内にメタデータが存在するか否かを確認するとともに、Ｗｅｂページに含まれるリンクを抽出する（ステップＳ３７）。
【００７３】
サーバ２００は、上記確認の結果をメタデータストレージ２１８およびメタデータマネージャ２１４の管理テーブルに反映する（ステップＳ３８）。先に説明した通り、発行済みのメタデータが削除されている場合には、メタデータストレージ２１８および管理テーブルからも削除する。新規のメタデータが用意されている場合には、それを取得して、メタデータストレージ２１８に格納し、必要に応じて管理テーブルの内容を更新する。
【００７４】
次に、サーバ２００は、ステップＳ３７で抽出したリンクに基づいてＷｅｂページにアクセスし（ステップＳ３９、Ｓ３６）、メタデータの確認等の処理を実行する（ステップＳ３７〜３９）。アクセスした先のＷｅｂページでも同様にリンクを抽出し、更にアクセス先を広げて、メタデータの検索を繰り返す。リンクをたどってＷｅｂページを広げる範囲に制限を加えても良い。例えば、既登録のメタデータに対応するＷｅｂページに含まれるリンク先のみ、または更にその先、所定段階のリンクを経たＷｅｂページまでを巡回範囲に制限してもよい。また、メタデータが対応づけられていないＷｅｂページに至った時点で、そこからのリンクをたどることを中止してもよい。サーバ２００は、以上の処理を、既登録のメタデータ全てについて終了するまで、繰り返し実行する（ステップＳ４０）。
【００７５】
このメタデータ管理処理によって、メタデータストレージ２１８およびメタデータマネージャ２１４の管理テーブルは、最新の状態に保持される。従って、Ｗｅｂページの作成者は、メタデータの内容を変更したい場合、サーバ２００に変更申請などの特別な処理を行うまでなく、新たなメタデータをＷｅｂページと同じディレクトリに格納するだけで済む。また、メタデータの利用を中止したい場合には、Ｗｅｂ空間からメタデータを削除すれば足りる。Ｗｅｂページを格納するディレクトリを変更する場合も、Ｗｅｂページおよびメタデータを共に、新たなディレクトリに移行しさえすればよい。このように、メタデータ管理処理によって、本実施例を利用する際のメタデータの管理を容易化することができ、本システムの利便性を向上させることができる。
【００７６】
Ｄ３．表示制御処理：
図９は表示制御処理のフローチャートである。端末１００のエージェントモジュール１１０およびブラウザモジュール１２０が実行する処理である。処理を開始すると、端末１００は、表示すべきＵＲＬの変更有無を判断する（ステップＳ５０）。ＷｅｂブラウザビューにおいてＵＲＬが入力された場合、Ｗｅｂページ内のリンクがクリックされた場合、マップビューのマーカやツリービューのリンクがクリックされた場合には、端末１００はＵＲＬの変更有りと判断し、その他の場合にはＵＲＬの変更無し、と判断する。
【００７７】
ＵＲＬの変更無し、と判断した場合（ステップＳ５０）、端末１００は、次に表示態様の変更有無を判断する（ステップＳ５５）。ユーザビューで表示態様が調整されている場合には、表示態様の変更有りと判断し（ステップＳ５５）、新たに指示された表示位置およびスケールを入力して（ステップＳ５６）、地図表示制御処理（ステップＳ６０）を実行する。地図表示制御処理とは、マップビューを表示するための処理である。これによって、ユーザの指示に従った地図がマップビューに表示される。地図表示制御処理の具体的な処理内容については後述する。表示態様の変更が指示されていない場合には（ステップＳ５５）、端末１００は表示内容を変更する必要がないと判断し、そのまま表示制御処理を終了する。
【００７８】
ＵＲＬの変更有りと判断した場合（ステップＳ５０）、端末１００は新たなＵＲＬに対応するＷｅｂページのデータを取得して、Ｗｅｂブラウザビューを更新する（ステップＳ５１）。端末１００は、次に、新しいＷｅｂページに対応するメタデータの有無を確認する（ステップＳ５２）。サーバ２００のメタデータマネージャ２１４に問い合わせることによって確認可能である。メタデータが無い場合には（ステップＳ５２）、マップビュー、ツリービュー、およびユーザビューの表示を変更する必要はないと判断して、表示制御処理を終了する。
【００７９】
メタデータがある場合には（ステップＳ５２）、端末１００は、サーバ２００からメタデータを取得し、その内容を解析する（ステップＳ５３）。先に説明した通り、メタデータには、マップビューの表示制御情報、関連情報が含まれている（図２参照）。端末１００は、地図表示制御処理を実行し（ステップＳ６０）、これらの情報を反映した地図をマップビューに表示する。
【００８０】
端末１００は、ツリー表示範囲を決定し、ツリービューを更新する（ステップＳ７０）。端末１００は、ツリービューに、カテゴリのツリーを表示する場合には、この表示に必要な情報をカテゴリマネージャ２１６に問い合わせる。カテゴリマネージャ２１６は、表示すべきＷｅｂページに対応するカテゴリを特定し、同一カテゴリに属するリンク、同一の上位カテゴリ内に属するリンクなどを所定数抽出して、ツリー表示用のデータとして端末１００に受け渡す。ツリービューにおいて、行政界のツリーを表示する場合には、同様の処理によって、表示に必要な情報をリージョンマネージャ２１２から取得することができる。
【００８１】
端末１００は、次に、メタデータで指定された表示位置およびスケールを用いてユーザビューを更新する（ステップＳ７１）。ここでは、表示位置やスケールは、ユーザビューの初期状態を表す値として用いられる。メタデータで指定された表示位置やスケールを用いることなく、既定値を初期値として、ユーザビューを表示してもよい。
【００８２】
図１０は地図表示制御処理のフローチャートである。ブラウザモジュール１２０のマップビューコントローラ１２４が実行する処理である。端末１００は、メタデータを取得、解析して（ステップＳ６１）、地図表示位置およびスケールを設定する（ステップＳ６２）。この際、メタデータよりも個別指定、つまり、ユーザビューによって指定された表示位置およびスケールを優先する。こうすることで、ユーザビューによる指定に応じて地図の表示態様を切り換えることが可能となる。
【００８３】
図の右側にメタデータの取得方法を示した。各種のＷｅｂページおよびメタデータが階層的に構成されたディレクトリに格納されている場合、本実施例では、メタデータは下位層のディレクトリにも影響を及ぼすものとした。本実施例では、以下に説明する通り、表示位置およびスケールの設定は、こうしたディレクトリ構造も考慮して行う。
【００８４】
図中の例では、「ｗｗｗ．＊＊＊１．ａｃ．ｊｐ」というディレクトリ（以下、「ドメイン」と呼ぶこともある）内に「＊＊＊２」、「ｔｏｐ」、「ｔｏｐ／ａｂｃ」、「ｔｏｐ／ｂｃｄ」などのディレクトリが階層的に構成されている。メタデータは下位層のディレクトリにも影響を及ぼすため、「ｔｏｐ」内のメタデータ内の表示制御情報や関連情報は、下位層のディレクトリ「ｔｏｐ／ａｂｃ」、「ｔｏｐ／ｂｃｄ」の表示時にも利用される（図中の矢印Ａａ、Ａｂ参照）。ただし、これらの下位層のディレクトリ内にメタデータが存在する場合には、下位層のメタデータが優先される。例えば、「ｔｏｐ」および「ｔｏｐ／ａｂｃ」の双方でスケールが指定されている場合には、下位層である「ｔｏｐ／ａｂｃ」で指定されたスケールが利用されるのである。双方にメタデータが存在している場合であっても、地図の表示位置が上位層である「ｔｏｐ」でのみ指定されている場合には、指示内容は抵触していないため、「ｔｏｐ」で指定された表示位置が利用される。従って、端末１００は、ステップＳ６１においては、Ｗｅｂページに該当するメタデータとともに、ドメインまで遡って上位層のメタデータも取得し、それぞれ下位層における指示内容優先というルールの下で、表示位置およびスケールを設定するのである。
【００８５】
端末１００は、またメタデータから関連情報を抽出し（ステップＳ６３）、マーカの表示位置を特定する。そして、以上の処理で設定された表示位置、スケールおよびマーカの位置に基づいて地図を表示する（ステップＳ６４）。地図表示に必要なデータは、サーバ２００の地図ＤＢ２０４から取得する。地図のサイズは、表示位置、スケールで規定され、その地図上には、関連情報で示された位置にリンク付きのマーカが表示されることになる。
【００８６】
先に説明した通り、本実施例では、関連情報は、個別指定、カテゴリ指定、リージョン指定のいずれかの方法で指定される。個別指定されている時には、メタデータ中で指定されているＵＲＬに対応する登録位置がマーカの表示位置となる。カテゴリ指定されている場合には、指定されたカテゴリに属するメタデータの一覧を、サーバ２００のカテゴリマネージャ２１６から取得し、これらのメタデータに対応する登録位置をマーカの表示位置とする。リージョン指定されている場合には、指定されたリージョンに属するメタデータの一覧を、サーバ２００のリージョンマネージャ２１２から取得し、これらのメタデータに対応する登録位置をマーカの表示位置とする。
【００８７】
関連情報が何も指定されていない場合には、メタデータが格納されているディレクトリ構造を考慮して、他の階層にあるメタデータから関連情報を取得するようにしてもよい。例えば、下位層「ｔｏｐ／ａｂｃ」、「ｔｏｐ／ｂｃｄ」で関連情報が指定されていない場合、上位層「ｔｏｐ」のメタデータにおける関連情報を用いるようにしてもよい（図中の矢印Ａａ、Ａｂ）。また、図中の矢印Ａｃに示すように、下位層「ｔｏｐ／ａｂｃ」で関連情報が指定されていない場合、上位層「ｔｏｐ」まで遡った後、その下位に属する他のディレクトリ「ｔｏｐ／ｂｃｄ」のメタデータにおける関連情報を用いるようにしてもよい。更に、矢印Ａｄに示すように、ドメインまで遡ってそこに属する他の階層のディレクトリ「＊＊＊２」のメタデータにおける関連情報を用いるようにしてもよい。これらの態様においては、何段階上位層まで遡るかを予め設定しておいてもよいし、また所定数の関連情報が得られるまで参照するディレクトリの範囲を広げるようにしてもよい。
【００８８】
以上で説明した実施例の地図表示システムによれば、Ｗｅｂページを表示した時に、その登録位置を含む地図を連動させて表示することができる。ユーザは、表示された地図に基づいて、Ｗｅｂページの登録位置を地図で確認することができる。例えば、観光案内などでは、Ｗｅｂページで紹介している観光地を容易に確認することが可能となる。地図表示システムは、この地図上に他のＷｅｂページへのリンクを付したマーカを表示する。従って、ユーザは、このマーカを利用することで地理的位置関係に基づいて他のＷｅｂページを検索することが可能となる。例えば、観光地のＷｅｂページを開いた時に表示される地図に基づいて、その観光地の付近にある他の観光地その他の施設のＷｅｂページを容易に参照することが可能となる。
【００８９】
更に、実施例の地図表示システムは、メタデータマネージャ２１４が、Ｗｅｂ空間内のメタデータを収集し、変更・削除について管理することができる。このため、Ｗｅｂページの提供者が、サーバ２００に対して新規のメタデータの登録や、格納場所および内容の変更、削除などの通知等を行うまでなく、Ｗｅｂ空間内のメタデータとメタデータマネージャ２１４の管理内容との同期を容易に取ることができる。
【００９０】
Ｅ．変形例：
（１） 実施例では、メタデータをＷｅｂページとは別の独立したファイルとして構成し、Ｗｅｂページと同一のディレクトリに格納する場合を説明した。メタデータの形式および格納場所についてはこの他、種々の態様を採ることができる。例えば、メタデータをＷｅｂページの一部に組み込んでもよい。こうすることにより、両者の対応関係を容易に保持することができ、新規のＷｅｂページの登録、格納場所の移動も容易に行うことができる利点がある。この場合、メタデータストレージ２１８には、Ｗｅｂページも含めたデータを格納するようにしてもよいし、Ｗｅｂページからメタデータに相当する部分のみを抽出して格納するようにしてもよい。
【００９１】
別の態様として、メタデータとＷｅｂページとを一対一で用意するのではなく、複数のＷｅｂページに対応した統合的なメタデータを用いるようにしてもよい。この時、統合可能な範囲は、メタデータの格納場所と同一のディレクトリ内のＷｅｂページに限定してもよいし、メタデータの格納場所と同一および下位層のディレクトリ内のＷｅｂページとしてもよい。
【００９２】
（２） 実施例では、表示位置およびスケールを、メタデータによって設定する例を示した。メタデータによって、これらの表示態様が指定されていない場合、地図表示システムは、既定の表示位置およびスケールで地図を表示してもよいし、関連情報を用いて表示態様を設定してもよい。後者の例では、端末１００は、地図表示制御処理（図１０）のステップＳ６４において、関連情報によって指定された全マーカの表示位置を求め、これらの重心点を表示位置に設定し、全マーカが入るようスケールを決定すればよい。表示態様の設定時に使用するマーカは、Ｗｅｂページの登録地点から近い順に所定数内というように制限してもよい。
【００９３】
（３） 実施例では、Ｗｅｂブラウザビューのサイズをマップビューよりも大きくした例を示したが、マップビューでマーカを選択する場合には、地図を拡大表示した方が便利である。先に説明した通り、各ビューのサイズを可変としておけば、ユーザは、必要に応じてマップビューを拡大すればよい。しかし、この場合は、マーカを選択した後、Ｗｅｂページが表示されると、その情報を閲覧するために、再びＷｅｂブラウザビューのサイズを大きく調整しなおさなくてはならず、煩雑である。そこで、次に示すように、地図表示システムでは、変形例として、ビューのサイズを簡易に切換可能な機能を設けても良い。
【００９４】
図１１は変形例における表示画面例を示す説明図である。Ｗｅｂページを表示する時点では、表示Ｖ１１に示すように、ＷｅｂブラウザビューはウィンドウＷ１に表示され、マップビューはウィンドウＷ２に表示され、ツリービューはウィンドウＷ３に表示され、ユーザビューはウィンドウＷ４に表示される。各ビューの表示サイズは、図示する通り、Ｗｅｂブラウザビューが一番大きい。マップビューには、地図の他、切換ボタンＢｕが表示される。
【００９５】
この状態で、ユーザが切換ボタンＢｕをクリックすると、表示Ｖ１２のように表示状態が切り替わる。ウィンドウＷ１にマップビューが表示され、ウィンドウＷ２にＷｅｂブラウザビューが表示される。ウィンドウＷ１、Ｗ２のサイズは従前のままであるため、マップビューのサイズが最大となる。ここには従前と同一範囲の地図が拡大表示される。こうすることによって、ユーザは地図上でマーカを容易に認識、選択することができる。マーカを選択すると、リンクに応じて新たなＷｅｂページが表示される。この時点では、再び表示Ｖ１１の状態に戻り、Ｗｅｂブラウザビューはサイズ最大のウィンドウＷ１に表示される。
【００９６】
図１１に示した表示の切換は、地図表示制御処理（図１０）のステップＳ６４で比較的容易に実現することができる。地図を表示する際の各ビューとウィンドウとの対応関係を、切換ボタンが押された時のみ変更すればよい。つまり、デフォルト設定では、
Ｗｅｂブラウザビュー→ウィンドウＷ１；
マップビュー →ウィンドウＷ２；
ツリービュー →ウィンドウＷ３；
ユーザビュー →ウィンドウＷ４；
というように各ビューとウィンドウを対応づけておき、切換ボタンＢｕが押された時には、
Ｗｅｂブラウザビュー→ウィンドウＷ２；
マップビュー →ウィンドウＷ１；
という切換えを行えばよい。この切換えは、切換ボタンＢｕが押された時のみ有効としておくことにより、新たなＷｅｂページを表示する際には、デフォルトの対応付けに容易に戻すことができる。
【００９７】
（４） 実施例では、メタデータマネージャ２１４が、Ｗｅｂ空間内のメタデータを収集する例を示した。本実施例は、Ｗｅｂページの作成者が、メタデータをサーバ２００に登録するものとして構成してもよい。例えば、実施例におけるメタデータ発行処理（図７参照）において登録請求（ステップＳ１０６）の際に、メタデータを併せてサーバ２００に送信する方法を採ることができる。メタデータマネージャ２１４は、このメタデータを受け取り、メタデータストレージ２１８に格納する。Ｗｅｂページの作成者は、メタデータの変更・削除をする場合も、同様にサーバ２００にアクセスして、これらの処理を要求することになる。かかる構成では、メタデータマネージャ２１４は、Ｗｅｂ空間内の検索をしないため、メタデータをＷｅｂページと同一ディレクトリに格納しておく必要（ステップＳ１０４）はない。
【００９８】
上述の態様においては、メタデータを登録する際に、サーバ２００の格納先となるディレクトリをＷｅｂページ作成者が選択可能としてもよい。登録請求（ステップＳ１０６）の際に、サーバ２００から端末１００に、格納先をツリービュー（図４参照）から選択する方法を採ることができる。ツリー構造で表示するのは、カテゴリ、リージョンなど関連情報で特定可能な階層構造と異なり、メタデータ管理用に設定された固有の階層構造であってもよい。このように階層構造を指定してメタデータを登録可能とすることにより、Ｗｅｂ空間内でメタデータを階層的に格納した場合と同じく、地図表示制御処理（図１０参照）において階層をまたがってメタデータの影響を及ぼすことが可能となる。
【００９９】
（５） 実施例では、Ｗｅｂページの作成者がメタデータを準備し、ＷｅｂページとともにＷｅｂサーバ内に格納する例を示した。実施例では、このメタデータは、メタデータマネージャ２１４がＷｅｂ空間を検索し、収集してメタデータストレージ１２８に格納することで利用可能とした。本実施例では、メタデータは、必ずしもＷｅｂページの作成者によって作成されたものである必要はない。例えば、Ｗｅｂページの作成者から依頼を受けた受任者がメタデータを作成し、そのメタデータを、地図表示システムのサーバ２００に登録したり、受任者自身のサーバに格納したりしてもよい。受任者自身のサーバに格納する場合には、Ｗｅｂページとメタデータとを関連づけるため、例えば、Ｗｅｂサーバ内にメタデータの所在を示すＵＲＬ、メタデータストレージ２１８内や受任者のサーバ内でメタデータが存在するディレクトリを特定するパス情報、その他の所在情報を格納しておけばよい。こうすることにより、メタデータマネージャ２１４は、所在情報で指定されたＷｅｂサーバから、Ｗｅｂページに対応するメタデータを適切に収集することが可能となる。この態様によれば、メタデータを作成する技術力を有しない者でも、登録地点の指定など、必要な情報を指定するだけで、本実施例の地図表示システムでの検索対象として容易に参加することが可能となる。
【０１００】
以上、本発明の種々の実施例について説明したが、本発明はこれらの実施例に限定されず、その趣旨を逸脱しない範囲で種々の構成を採ることができることはいうまでもない。実施例および変形例で示した種々の特徴は、必ずしも全てを備えている必要はなく、適宜、一部を省略することも可能である。また、実施例で示した種々の処理は、端末１００およびサーバ２００のいずれで行うことも可能であり、両者の分散処理によって実現することもできる。
【図面の簡単な説明】
【０１０１】
【図１】実施例としての地図表示システムの構成を示す説明図である。
【図２】メタデータの内容を示す説明図である。
【図３】メタデータの管理方法を示す説明図である。
【図４】表示画面の概要を示す説明図である。
【図５】表示画面の変遷を示す説明図である。
【図６】表示画面変遷時の各モジュールの動作を示す説明図である。
【図７】メタデータ発行処理のフローチャートである。
【図８】メタデータ管理処理のフローチャートである。
【図９】表示制御処理のフローチャートである。
【図１０】地図表示制御処理のフローチャートである。
【図１１】変形例における表示画面例を示す説明図である。
【符号の説明】
【０１０２】
１００…端末
１０２…通信部
１０４…コマンド入力部
１０６…表示制御部
１１０…エージェントモジュール
１２０…ブラウザモジュール
１２２…Ｗｅｂブラウザビューコントローラ
１２４…マップビューコントローラ
１２６…ユーザビューコントローラ
１２８…ツリービューコントローラ
２００…サーバ
２０２…通信部
２０４…地図ＤＢ
２１０…サービスプロバイダモジュール
２１２…リージョンマネージャ
２１４…メタデータマネージャ
２１６…カテゴリマネージャ
２１８…メタデータストレージ
３００…Ｗｅｂサーバ
【技術分野】
【０００１】
本発明は、Ｗｅｂページと地図とを連携させて表示する技術に関する。
【背景技術】
【０００２】
インターネットなどネットワークで接続された種々のサーバによってＷｅｂページが提供されている環境（以下、このような環境を「Ｗｅｂ空間」と称する）では、Ｗｅｂページにアクセスすることにより多種多様な情報を比較的簡易に入手することができる。Ｗｅｂページの中には、特定の地点に関する情報を提供するものがある。例えば、観光案内情報を提供するＷｅｂページなどである。このようなＷｅｂページでは、該当する地点が自動的に地図で提示されると便利である。特許文献１はかかる観点から、Ｗｅｂページの表示に連動して、対応する地点を地図上に表示するシステムを開示している。このシステムは、ユーザがＷｅｂページにアクセスする度に、都市名など、地理情報を表すキーワードを解析し、その結果を地図上に表示するものである。
【０００３】
【特許文献１】特開２０００−１９４７１５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
今日では、Ｗｅｂ空間で提供される情報量が非常に多く、かえってユーザが所望する情報を効率的に検索することが困難になってきている。このような状況下で、効率的な情報検索を可能とし、Ｗｅｂ空間の有効活用を図るため、種々の検索エンジンが提案され、実用化されている。
【０００５】
しかし、地理情報を活用した情報検索は、十分、実用化されてはいない。例えば、観光案内情報を検索する場合には、ある観光地のＷｅｂページを検索した後、その付近の案内情報が欲しくなるのが通常である。従来は、このような場合でも、観光地の地名等をキーワードにしながら、いくつかのＷｅｂページを閲覧し、その場所を確認することで、情報を得るしかなかった。このような検索方法は、非効率的であり、また地理的に近接した最適な情報が漏れなく得られるという保証もなかった。
【０００６】
これは観光案内に特有の課題ではなく、地理的な位置関係に重点を置いた情報検索をする場合に共通の課題であった。Ｗｅｂ空間は、地理的な位置関係とは無関係に情報が格納されていることが原因である。本発明は、こうした課題に鑑み、Ｗｅｂ空間と地理的な位置関係とを関連付け、地理的な位置関係を利用した実用的な情報検索を実現することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の地図表示システムは、Ｗｅｂ空間に散在するＷｅｂページと、そのＷｅｂページに関連する登録地点を含む地図とを表示する。この地図表示システムは、スタンドアロンで稼働する装置として構成することもできるし、複数のコンピュータやサーバをネットワークで接続したシステムとして構成することもできる。本発明で利用するＷｅｂページには、登録地点の位置を表す地理情報を含むメタデータが用意されているものとする。地理情報としては、緯度経度などの座標値、住所などを用いることができる。メタデータは、Ｗｅｂページと独立のファイルとして用意してもよいし、Ｗｅｂページ中に組み込んでもよい。独立のファイルとする場合には、Ｗｅｂページとメタデータを１対１の対応関係で用いてもよいし、複数のＷｅｂページに対して１つのメタデータを用いてもよい。メタデータはＷｅｂページの作成者が作成してもよいし、Ｗｅｂページの作成者から作成を依頼された受任者が、Ｗｅｂページの作成者による指示に従って作成してもよい。後者の態様には、地図表示システムの管理者が、Ｗｅｂページ作成者からの指示に従ってメタデータを作成する態様も含まれる。
【０００８】
本発明の地図表示システムは、メタデータを管理するためのメタデータ管理部、Ｗｅｂ表示部、地図を表示するための地図データベース、および地図表示部を備えている。Ｗｅｂ表示部は、ユーザからの指定に従って、Ｗｅｂページを表示する。地図表示部は、地図データベースを参照して、登録地点周辺の地図を表示する。登録地点は、指定されたＷｅｂページに対応するメタデータに含まれる地理情報に基づいて特定することができる。また、地図表示部は、登録地点と異なる地点にいずれかのＷｅｂページへのリンクを付したマーカを設置した状態で地図を表示する。マーカはリンクを付した文字列、図形などとすることができる。地図表示システムは、複数のＷｅｂページに対応するメタデータを管理しているため、これを参照することにより、表示対象となるリンクやマーカの位置も特定可能である。
【０００９】
本発明によれば、ユーザが指定したＷｅｂページの表示に連動して、地図が表示されるため、登録地点の位置を直ちに確認することができる。メタデータに含まれている位置情報を用いるため、登録地点を正確かつ容易に特定できる利点もある。また、地図上には登録地点以外のリンクを付したマーカが表示されるため、ユーザはこのマーカをクリック等することで、他のＷｅｂページを閲覧することができる。この結果、登録地点近辺の情報を検索するなど、地理的な位置関係に従って、Ｗｅｂページの検索が可能となる。
【００１０】
メタデータ管理部は、Ｗｅｂページの作成者等が地図表示システムに登録したメタデータを管理するようにしてもよい。また、メタデータ管理部がＷｅｂ空間を検索し、複数のＷｅｂページに対応するメタデータを収集するようにしてもよい。この態様によれば、Ｗｅｂページの作成者等は、メタデータを用意しさえすれば、地図表示システムへの登録といった煩雑な処理をするまでなく、そのＷｅｂページを地図表示システムによる検索対象とすることができる利点がある。また、逆に、メタデータを削除すれば、そのＷｅｂページを地図表示システムによる検索対象から容易に外すことも可能である。
【００１１】
メタデータには、地理情報に加えて、地図の表示態様を制御する表示制御情報を含めてもよい。表示制御情報には、例えば、地図表示の代表点の位置、地図の表示範囲、つまり地図のサイズや縮尺などを含めることができる。これらを全て含める必要はなく、一部のみを含めても良い。地図表示部は、メタデータを解析することにより、表示制御情報に応じた地図を表示する。
【００１２】
こうすることにより、Ｗｅｂページの作成者の意図に沿った地図を表示させることが可能となり、システムの利便性を向上させることができる。例えば、登録地点の位置を地図の中心からずらし、登録地点と駅とが地図内に収まるように代表地点および縮尺を設定すれば、最寄りの駅から登録地点までの案内地図を提供することができる。また、別の例として、本店と支店とを含む店舗案内図を表示する場合には、これらの店舗の位置に応じて広域の縮尺を指定すればよい。
【００１３】
地図には、表示範囲内に含まれる全てのリンクを表示するようにしてもよいし、その一部を表示するようリンクの範囲を制御してもよい。第１の態様として、メタデータ管理部に、複数のＷｅｂページに対応するメタデータを関連づけて管理させ、地図表示部は、この関連に応じて地図に表示すべきリンクの範囲を制御する方法を採ることができる。メタデータの関連づけは、例えば、階層的または並列的に設けられたディレクトリに分類して格納する方法を採ることができる。この場合は、Ｗｅｂページの作成者等がメタデータを格納すべきディレクトリを指定可能としてもよいし、メタデータまたはＷｅｂページ内のキーワード等に基づいてメタデータ管理部が判断してもよい。このように関連づけを行っている場合には、あるＷｅｂページに対応するメタデータと同一ディレクトリ内のメタデータや、所定の階層関係にあるディレクトリ内のメタデータを用いて表示すべきリンクの範囲を制御することができる。
【００１４】
また、別の態様として、例えば、メタデータの登録時に、Ｗｅｂページの作成者等が、当該メタデータに関連づけるべきメタデータを地図表示システムが提供するリストから選択するようにしてもよい。地図表示システムは、この選択結果を、別途、テーブル等で管理しておけばよい。
【００１５】
リンクの範囲を制御するための第２の態様として、メタデータには、地図に表示すべきリンクの範囲を制御する関連情報を含めてもよい。地図表示部は、この関連情報に応じてマーカを表示する。こうすることにより、多数のマーカが地図上に雑然と現れる状態を回避でき、Ｗｅｂページ作成者の意図に沿ったマーカ、例えば、Ｗｅｂページに関連が深い情報へのリンクを示すマーカに絞って表示させることができる。
【００１６】
関連情報は、例えば、表示すべきリンクを個別に指定するものとしてもよいし、カテゴリや地域情報などで指定するものとしてもよい。カテゴリとは、「教育機関」、「商店」など、Ｗｅｂページの内容を表す属性を言う。カテゴリは、「教育機関／大学」のように階層的に設定しておくこともできる。地域情報とは、行政界などで表される地理的範囲を特定する情報を言う（以下、地域情報を「リージョン」と称することもある）。地域情報も、「福岡県／北九州市」のように階層的に設定しておくこともできる。カテゴリやリージョンを、階層的に設定した場合、関連情報は任意の階層でリンクの範囲を特定可能とすることが好ましい。こうすることでリンクの範囲を柔軟に指定可能となる。
【００１７】
本発明で用いるメタデータの少なくとも一部は、Ｗｅｂ空間内で階層的に散在していてもよい。この場合の階層的とは、例えば、上位のディレクトリ内に下位のディレクトリが作成されている状態において、メタデータが上位のディレクトリ、下位のディレクトリの一方のみ、または双方に存在する場合を意味する。この場合、メタデータ管理部は、各メタデータの階層を併せて管理しておくことにより、地図表示部は、この階層に基づき、指定されたＷｅｂページに対応するメタデータ以外のメタデータも用いて地図表示を行うことができる。例えば、指定されたＷｅｂページに対応するメタデータが存在しない場合には、他の階層のメタデータを利用して地図を表示させることができる。また、指定されたＷｅｂページに対応するメタデータが存在する場合でも、他の階層のメタデータを利用することで、地図に表示すべきリンクの範囲を広範に設定することが可能となる。
【００１８】
利用すべき階層は、種々の規則で設定することができる。例えば、指定されたＷｅｂページの階層から、所定段階だけ上の階層までのメタデータを利用する方法を採ることができる。これは換言すれば、上位層のメタデータが、下位層の地図表示に影響を及ぼすことを意味する。この場合、メタデータが見つかるまで上の階層を検索するようにしてもよいし、１段階だけ上の階層を見るなど段階数を予め固定しておいてもよい。また、トップのドメインまで遡って検索するようにしてもよい。別の態様として、指定されたＷｅｂページの階層から、所定段階だけ下位の階層までのメタデータを利用する方法を採っても良い。このように多階層のメタデータを利用する場合において、メタデータの表示制御情報同士が抵触する場合には、上位層優先、下位層優先など、予め定めた規則でいずれかを優先的に用いるようにすればよい。
【００１９】
Ｗｅｂ空間内にはメタデータが対応づけられていないＷｅｂページ（以下、「非対応Ｗｅｂページ」と称する）も存在し得る。このように指定されたＷｅｂページに対応するメタデータが存在しない場合の地図表示としては、何も表示しない、地図と無関係の情報を表示させる、ホームとして予め登録された地点周辺のデフォルト地図を表示させる、従前の地図表示を維持するなどの態様が考えられる。本発明では、これらいずれの態様も適用可能であるが、特に従前の地図表示を維持することが好ましい。こうすることで、非対応Ｗｅｂページが指定された場合でも、容易に従前の地図を利用したＷｅｂページの検索に戻ることができる。
【００２０】
地図表示システムは、ユーザから地図の表示態様に関する指示を受け付け可能とし、地図表示部がこの指示に応じて、表示すべきリンクの範囲も含めて地図の表示態様を更新してもよい。表示態様に関する指示としては、例えば、地図の表示範囲の移動や拡大／縮小、表示すべきリンクの種別、数の指示などが挙げられる。例えば、地図の縮小が指示された場合には、従前よりも広い範囲の広域地図が表示されるとともに、広がった部分にも新たなマーカが追加表示されることになる。このようにユーザが表示態様を指示可能とすることにより、ユーザ自身が見やすい地図を得ることができるとともに、地理的関係に基づくＷｅｂページの検索範囲をユーザが任意に調整可能となるため、システムの利便性が更に向上する。
【００２１】
本発明では、地図に表示すべきマーカの位置に応じて、地図表示部が地図の表示範囲を設定するようにしてもよい。表示範囲は、地図の縦横の距離で設定してもよいし、縮尺で設定してもよい。表示範囲は、表示すべき全マーカを含むように指定してもよいし、登録地点に近い所定数のマーカを含むように指定してもよい。これらの態様によれば、Ｗｅｂページ作成者が地図の表示範囲を指定していない場合でも、見やすい地図を提供することが可能となる。また、関連情報によって表示すべきリンクの範囲のみを指定すれば、Ｗｅｂページの作成者の意図したマーカを含む地図が自動的に表示されるため、メタデータ設定の負荷が軽くなるという利点もある。
【００２２】
地図表示システムには、管理しているメタデータに対応するＷｅｂページへのリンクを付したマーカを、所定の規則で階層化したツリー構造で表示可能としてもよい。所定の規則としては、例えば、ディレクトリなどの階層、カテゴリやリージョンなどの階層を用いることができる。このツリー表示は、Ｗｅｂページの表示、地図表示とは別に行うことが好ましい。このツリー表示を利用することにより、地理的関係を利用したＷｅｂページの検索と、上述の規則に基づく関係を利用した検索とを柔軟に使い分けることが可能となり、システムの利便性を向上させることができる。
【００２３】
この態様では、メタデータ管理部がメタデータの管理状況を反映してツリー表示を更新することが好ましい。新しいメタデータが発見または登録された場合には、ツリー表示に情報が追加表示され、従前のメタデータが削除された場合には、それに対応する表示がツリー表示からも削除される。こうすることで、最新の情報を有効活用することができる。同様に、メタデータの収集結果は、地図表示上のマーカにも反映させることが好ましい。
【００２４】
本発明では、以上で説明した通り、メタデータを活用して種々の表示を実現する。このためには、Ｗｅｂ空間内から、本発明のシステムに対応した適正なメタデータを識別し、管理可能とすることが好ましい。かかる観点から、地図表示システムの対象となるメタデータには識別データを付してもよい。メタデータ管理部が、この識別データを付したメタデータのみを収集対象とすることにより、適正なメタデータの管理が容易となる。この態様では、地図表示システムが、Ｗｅｂページの作成者からメタデータの発行要求を受け付けると、既発行のメタデータと異なる識別データを発行可能とすることが好ましい。こうすることにより、識別データの真正性、一義性を維持しやすくなる。識別データは、数字等の組み合わせでメタデータに固有に設定されたＩＤとしてもよいし、電子署名など申請者の情報も含めたものとしてもよい。
【００２５】
本発明の地図表示システムには、更に種々の付加的な機能を設けることも可能である。例えば、ユーザが、地図表示とＷｅｂページの表示の切換指示を行えるようにしてもよい。切換指示が発行されると、地図表示部はＷｅｂページを表示していたＷｅｂ表示エリアに地図を表示する。また、Ｗｅｂ表示部は地図を表示していた地図表示エリアにＷｅｂページを表示する。つまり、地図表示とＷｅｂページの表示位置が切り換えられる。Ｗｅｂページの表示エリアの方が地図の表示エリアよりも大きく設定されている場合には、切換指示によって、地図が大きな表示エリアに合わせて拡大表示される。こうすることで、ユーザは地図上のマーカを容易に選択することが可能となり、地理的な位置関係を利用したＷｅｂページの検索の利便性を向上させることができる。また、ユーザがマーカを指定して、新たなＷｅｂページを表示する場合には、上述の切換を元に戻し、通常通り、Ｗｅｂ表示エリアにＷｅｂページを表示し、地図表示エリアに地図を表示することが好ましい。こうすることで、更に表示の切換指示を行うまでなく、ユーザはＷｅｂページの内容を本来の表示状態で閲覧することが可能となる。
【００２６】
以上で説明した種々の特徴は、必ずしも全て備えられている必要はなく、一部を省略したり、適宜、組み合わせたりしてもよい。また、本発明は、地図表示システムとしての態様の他、上述したメタデータの格納、管理、提供を主として行う地図表示サーバという態様や、上述したＷｅｂページおよび地図表示をコンピュータによって実現する地図表示方法という態様や、この地図表示を実現するためのコンピュータプログラムという態様を採ることもできる。コンピュータプログラムとしての態様には、地図表示システム全体の機能をコンピュータによって実現させるためのプログラムや、Ｗｅｂページおよび地図の表示を実現させる地図ブラウザなどの態様が含まれる。また、このコンピュータプログラムを記録したコンピュータ読み取り可能な記録媒体という態様を採っても良い。この場合の記録媒体としては、フレキシブルディスクやＣＤ−ＲＯＭ、光磁気ディスク、ＩＣカード、ＲＯＭカートリッジ、パンチカード、バーコードなどの符号が印刷された印刷物、コンピュータの内部記憶装置（ＲＡＭやＲＯＭなどのメモリ）および外部記憶装置等、コンピュータが読取り可能な種々の媒体を利用できる。
【発明を実施するための最良の形態】
【００２７】
本発明の実施例について以下の順序で説明する。
Ａ．システム構成：
Ｂ．メタデータの管理：
Ｃ．表示画面概要：
Ｄ．制御処理：
Ｄ１．メタデータ発行処理：
Ｄ２．メタデータ管理処理：
Ｄ３．表示制御処理：
Ｅ．変形例：
【００２８】
Ａ．システム構成：
図１は実施例としての地図表示システムの構成を示す説明図である。地図表示システムは、Ｗｅｂブラウザと電子地図とを連携させた表示システムである。主な機能として、Ｗｅｂページの閲覧機能、Ｗｅｂページに対応する地点を地図上に表示する機能、地図上に表示されたマーカをマウス等のポインタでクリックすることにより、そのマーカに付されたリンク先のＷｅｂページを表示させる機能などが挙げられる。
【００２９】
実施例の地図表示システムは、サーバ２００と、端末１００とをインターネットＩＮＴで接続して構成される。図中の例では、端末１００はパーソナルコンピュータである。端末１００には、この他、携帯電話、ＰＤＡなど種々の装置が利用可能である。本実施例では、サーバ２００と端末１００によって地図表示システムを構成する例を示すが、地図表示システムはスタンドアロンで稼働する装置として構成することも可能である。また、図の例では、インターネットＩＮＴを適用した例を示したが、インターネットＩＮＴに代えて、イントラネットなどの限定的なネットワークを用いることも可能である。
【００３０】
Ｗｅｂサーバ３００［１］、３００［２］（以下、両者をＷｅｂサーバ３００と総称することもある）は、インターネット上でＷｅｂページを提供する。Ｗｅｂページには観光案内や、企業・大学等の案内など、特定の地点または地域に関する情報を提供するものがある。本実施例では、このように特定の地点または地域（以下、これらの地点または地域の代表点を「登録地点」と称する）の情報を提供するＷｅｂページには、Ｗｅｂサーバ３００上に登録地点の位置等を表す地理情報を含むメタデータを格納しておく。メタデータはＷｅｂページの作成者が、準備するデータである。メタデータの内容および構造については、後で説明する。地図表示システムは、Ｗｅｂページを表示するとともに、メタデータを参照して、Ｗｅｂページに対応する地図を提供するのである。本明細書では、Ｗｅｂサーバによって提供される種々のＷｅｂページにアクセス可能な環境を、多数のＷｅｂページが存在する情報空間という意味で「Ｗｅｂ空間」と呼ぶこともある。
【００３１】
全てのＷｅｂページが、何らかの地点または地域に関する情報を提供するとは限らず、「登録地点」が存在しないＷｅｂページもある。また、登録地点があるＷｅｂページの中にもメタデータを用意していないものもある。本実施例の地図表示システムは、このようにメタデータが用意されていないＷｅｂページを閲覧する際には、Ｗｅｂページの内容は地図表示に反映されず、通常のＷｅｂブラウザとして機能する。この意味で、メタデータが用意されていないＷｅｂページを、本明細書では「非対応Ｗｅｂページ」と称する。以下、本明細書では、説明の便宜上、「Ｗｅｂページ」は、当該Ｗｅｂページに対応するメタデータが用意されているものを意味する用語として用いる。
【００３２】
図中には、地図表示システムとしての機能を提供するためのサーバ２００の機能ブロックを併せて示した。本実施例では、これらの機能ブロックは、それぞれの機能を実現するコンピュータプログラムをサーバ２００にインストールすることによってソフトウェア的に実現される。このコンピュータプログラムは、例えば、ＪＡＶＡ（登録商標）などの言語で作成することができる。図中の機能ブロックの少なくとも一部は、ＡＳＩＣなどの回路によって、ハードウェア的に構成することも可能である。
【００３３】
通信部２０２は、インターネットＩＮＴを介して端末１００等と通信を行う機能を奏する。地図ＤＢは、地図表示に用いられるデータベースであり、地形、地物等を表すポリゴンデータや、それらの属性などを格納している。本実施例では、サーバ２００から端末１００に地図データを提供する構成を採っているが、地図ＤＢを他のＷｅｂサーバ３００から提供する構成としてもよいし、端末１００側に用意したり、ＤＶＤ等の媒体によって提供する構成としてもよい。
【００３４】
サービスプロバイダモジュール２１０は、地図表示システムにおいて、複数の端末１００に共通した種々のサービスを統合的に提供する。主なサービスは、Ｗｅｂページの作成者に対するメタデータの発行、および種々のＷｅｂサーバ３００で提供されているメタデータの収集・管理である。
【００３５】
これらの機能は、サービスプロバイダモジュール２１０に備えられたリージョンマネージャ２１２、メタデータマネージャ２１４、カテゴリマネージャ２１６によって提供される。メタデータマネージャ２１４は、Ｗｅｂ空間をサーチしてメタデータを収集し、メタデータストレージ２１８に格納する。また、従前に存在したメタデータがＷｅｂサーバ３００から削除された場合には、これに対応するメタデータをメタデータストレージ２１８から削除する。このようにメタデータマネージャ２１４は、Ｗｅｂ空間とメタデータストレージ２１８との間でメタデータの同期をとる機能を奏する。メタデータマネージャ２１４は、また新規のメタデータを発行する機能も奏する。リージョンマネージャ２１２は、メタデータストレージ２１８に収集・格納されているメタデータの地理情報に基づいて、市町村などの行政界区分に従った階層構造でメタデータを管理する。カテゴリマネージャ２１６は、Ｗｅｂページで提供される情報の内容に応じて、予め階層的に設定された種別に区分し、この区分に従ってメタデータストレージ２１８内のメタデータを管理する。本実施例では、Ｗｅｂ空間から収集したメタデータは、メタデータストレージ２１８内に格納するものとしたが、メタデータマネージャ２１４が保持する構成としてもよい。
【００３６】
図中には、端末１００の機能ブロックを併せて示した。これらの機能ブロックもソフトウェア、ハードウェアのいずれによって構成することも可能である。通信部１０２は、インターネットを介した通信を実現する。コマンド入力部１０４は、端末１００のキーボード、マウスなどのデバイス操作を通じて、ユーザから指定されるコマンドを入力する。表示制御部１０６は、端末１００のディスプレイの表示内容を制御する。通信部１０２、コマンド入力部１０４、表示制御部１０６の機能は、端末１００のＯＳ（Operating System)によって提供してもよい。
【００３７】
ブラウザモジュール１２０は、地図表示システムのユーザインタフェースを提供する。本実施例では、地図表示システムは、Ｗｅｂブラウザビュー、マップビュー、ツリービュー、ユーザビューという４つの画面を並列配置した表示を行う。Ｗｅｂブラウザビューは、Ｗｅｂページの表示エリアである。マップビューは、地図の表示エリアである。ユーザビューは、地図表示の内容等を指定するためのインタフェースを提供するエリアである。ツリービューは、階層的に管理されたメタデータのリストを表示するエリアである。それぞれの表示内容は、Ｗｅｂブラウザビューコントローラ１２２、マップビューコントローラ１２４、ユーザビューコントローラ１２６、ツリービューコントローラ１２８によって制御される。
【００３８】
エージェントモジュール１１０は、ブラウザモジュール１２０と、サーバ２００およびＷｅｂサーバ３００との仲介をする。例えば、Ｗｅｂページを表示する場合には、ブラウザモジュール１２０から指定されたＷｅｂサーバ３００にアクセスし、Ｗｅｂページのデータをブラウザモジュール１２０に受け渡す。地図の表示や、メタデータを用いる処理を行う場合には、ブラウザモジュール１２０とサーバ２００との仲介を行うのである。エージェントモジュール１１０は、また、ブラウザモジュール１２０内の各コントローラ間の仲介も行う。
【００３９】
以上で説明したシステム構成は、一例に過ぎない。本実施例の地図表示システムは、主としてサービスプロバイダモジュール２１０、ブラウザモジュール１２０、およびエージェントモジュール１１０の連携によって提供されるものである。従って、地図表示システムとしては、これら３つのモジュールを備えた種々の構成が可能である。１台のパーソナルコンピュータ上に全てのモジュールを搭載すればスタンドアロンで稼働する装置とすることができる。また、３つのモジュールを更に多数のサーバの分散処理によって提供する構成を採っても良い。
【００４０】
Ｂ．メタデータの管理：
図２はメタデータの内容を示す説明図である。図２（ａ）、図２（ｂ）の２種類を例示した。図２（ａ）は図示の都合上、メタデータの一部のみを示している。本実施例では、メタデータは、ＸＭＬを用いて記述しており、データの内容は、それぞれタグによって規定される。図中の左端の番号は、説明の便宜のために付した行番号である。
【００４１】
図２（ａ）は「九州工業大学吉田研究室」のＷｅｂページ（図２（ａ）の８行目のタイトル欄参照）に付されたＵＲＬの内容を示している。２行目は、メタデータのＩＤを表している。この例では、「ＩＤ＝１」である。Ｗｅｂ空間上の各メタデータを識別可能とするため、後述する通り、地図表示システムのメタデータマネージャ２１４が一義的なＩＤを発行するものとした。３行目は、対応するＷｅｂページのＵＲＬを表している。図２（ａ）の例では、上述の吉田研究室のトップページへのＵＲＬが付されている。５〜７行目は、登録地点の位置情報を表している。位置情報は、後述する通り、地図表示の際に活用される情報である。図２（ａ）の例では、吉田研究室の所在地の住所で位置情報が示されている。位置情報は、この他、緯度経度などの座標値で示しても良い。
【００４２】
１０〜１３行目はカテゴリ情報を表している。カテゴリとは、「教育機関」、「商店」など、Ｗｅｂページの内容を表す属性を言う。カテゴリ情報は、後述する通り、地図表示やＷｅｂページの検索に活用される情報である。本実施例では、予め階層的に設定されたカテゴリの中から、Ｗｅｂページの作成者が最も適切と考えるものを選択して設定するものとした。図２（ａ）の例では、「教育機関」という上位カテゴリ内の「大学」とい下位カテゴリが選択されていることになる。カテゴリは任意の階層で選択可能であり、例えば、図２（ａ）の例において、「大学」という下位カテゴリの指定をやめ、「教育機関」という上位層のカテゴリを選択してもよい。
【００４３】
１４行目以降は、表示制御情報を表している。表示制御情報は、後述する通り、Ｗｅｂページの登録地点周辺の地図の表示態様を制御するために活用される。図２（ａ）の例では、１６行目〜２９行目で示される第１ビューと、３０行目以降で示される第２ビューの２種類をユーザが選択的に使用可能な例を示した。ただし、図示の都合上、３１行目以降の記載は省略してある。第１ビューの定義の中は、タイトル（１７行目）、関連情報の定義（１８〜２５行目）、および描画条件の定義（２６〜２８行目）に分かれる。タイトルは、地図に表示される見出しである。描画条件は、地図の表示範囲を規定するデータである。図中では具体的な指定例を省略したが、表示範囲の縦横の距離、または地図の縮尺を用いて指定することができる。
【００４４】
本実施例では、後述する通り、地図上に他のＷｅｂページへのリンクを付したマーカが表示される。関連情報はこのマーカの数、種類等を指定する情報である。関連情報は、個別指定、カテゴリ指定、リージョン指定の３通りの方法で指定可能とした。図２（ａ）は個別指定を例示している。１９行目に示した「Relationship Type="Group"」は個別指定を意味するタグである。図２（ａ）では、２１行目、２２行目において、表示対象として２つのＵＲＬが指定されている。ＵＲＬの数は１または３以上であってもよい。
【００４５】
個別指定されたＵＲＬに対応するマーカの表示位置は、それぞれのＵＲＬに対応するメタデータの登録地点に基づいて決めるものとした。ＵＲＬと共に、マーカの表示位置を併せて指定する方法をとってもよい。ただし、この場合は、関連情報で指定した地理情報と、ＵＲＬで指定されたＷｅｂページ（以下、「関連ページ」と呼ぶ）の登録地点との同期がとれなくなるおそれがある。例えば、関連ページの登録地点が引っ越し等によって変更された場合、関連ページの作成者は、それに対応するメタデータの地理情報を更新することはできるものの、この関連ページのＵＲＬを指定している他人のＷｅｂページ（以下、「呼出ページ」と呼ぶ）のメタデータに記録された地理情報は更新することができない。このため、呼出ページのメタデータで指定された地理情報と、関連ページの登録地点との不整合が生じるおそれがある。これに対し、本実施例の方法では、関連ページのメタデータを参照して、地理情報を特定するため、こうした不整合を容易に回避することが可能となる。
【００４６】
図２（ｂ）は、関連情報をカテゴリ指定した例を示している。２２行目に示した「Relationship Type="Introduction"」はカテゴリ指定を意味するタグである。図２（ｂ）では、２５行目、２６行目において、表示対象として、「生活／飲食店」、「生活／交通機関」という２つのカテゴリが指定されている。個別指定の場合と異なり、カテゴリ指定の場合、このカテゴリに対応するＷｅｂページが包括的に指定されていることになる。地図上には、これらのマーカが表示される。個別指定の場合と同様、各マーカの表示位置は、それぞれのメタデータを参照することで特定可能である。
【００４７】
図２（ｂ）は、「ホテル周辺の案内図」を表示するためのビューを指定するメタデータである（１９行目参照）。そして、関連情報には、ホテルへの訪問客が必要とする情報として、飲食店や交通機関をカテゴリ指定で示している。これらの情報を個別指定しようとすれば、ホテルのＷｅｂページ作成者は、周辺の飲食店や交通機関を自身で調査する必要がある。これに対し、関連情報のカテゴリ指定をすれば、こうした調査を行うまでなく、Ｗｅｂページの閲覧者が必要であろうと想定される情報のカテゴリを指定しさえすれば済む。このように、カテゴリ指定には、高い負荷をかけるまでなく、Ｗｅｂページの閲覧者に対して適切な情報を提供することができる利点がある。
【００４８】
関連情報をリージョン指定した例については、図示を省略したが、指定方法はカテゴリ指定（図２（ｂ）参照）と同様である。図２（ｂ）において「生活／飲食店」のカテゴリが指定されているのに対し、「福岡県／北九州市」など行政界の形式で指定される点で相違する。
【００４９】
図３はメタデータの管理方法を示す説明図である。リージョンマネージャ２１２、メタデータマネージャ２１４、カテゴリマネージャ２１６の機能を模式的に示した。メタデータマネージャ２１４は、Ｗｅｂ空間を検索して、メタデータを収集する。本実施例では、収集したメタデータは、メタデータストレージ２１８に格納する。図中には、「ＩＤ＝１〜３」の３通りのメタデータが収集・格納されている例を示した。メタデータストレージ２１８は、メタデータマネージャ２１４と一体的な構成としてもよい。
【００５０】
メタデータマネージャ２１４は、収集したメタデータについて、図示するように、ＩＤとＵＲＬとを対応づけるテーブルを作成する。このテーブルは、使用済みのＩＤの特定、およびＵＲＬをキーとするＩＤの検索を容易にするために利用される。これらの処理は、メタデータストレージ２１８に格納された各メタデータを順次、参照することによって行うことも可能であるため、上述のテーブルの作成を省略する構成も可能である。
【００５１】
リージョンマネージャ２１２は、市町村などの行政界区分に従った階層構造でメタデータを管理する。リージョンマネージャ２１２は、この階層構造に対応したテーブルを保持しており、それぞれの階層に、対応するメタデータのＩＤを格納している。図中には、「＊＊市」に「ＩＤ＝１、３」が対応し、「××市」に「ＩＤ＝２」が対応している例を示した。図示の都合上、「市」に対応するメタデータのみを示したが、これより上位の「県」の階層に対応するメタデータ、下位の「町」に対応するメタデータも同様に格納する。これらの対応関係に基づいて、リージョンマネージャ２１２は、行政界区分に従って、メタデータストレージ２１８内の各メタデータを特定することが可能となる（図中の実線矢印参照）。
【００５２】
カテゴリマネージャ２１６は、予め階層的に設定されたカテゴリに従って、メタデータを管理する。カテゴリは、地図表示システムの運営側で任意に設定可能である。Ｗｅｂページの作成者は、設定されたカテゴリの中から、自己のＷｅｂページに該当するものを選択するため、どのＷｅｂページも、いずれかのカテゴリには対応している。カテゴリマネージャ２１６は、図示するように、カテゴリの階層構造に応じたテーブルを保持しており、それぞれの階層に、対応するメタデータのＩＤを格納している。図中には、「教育／大学」というカテゴリに「ＩＤ＝１、２」が対応し、「食料品／コンビニ」というカテゴリに「ＩＤ＝３」が対応している例を示した。更に、上位の階層、または下位の階層についても、それぞれ対応するＩＤを格納可能である。これらの対応関係に基づいて、カテゴリマネージャ２１６は、カテゴリに従って、メタデータストレージ２１８内の各メタデータを特定することが可能となる（図中の破線矢印参照）。
【００５３】
Ｃ．表示画面概要：
図４は表示画面の概要を示す説明図である。図の右上に全体の表示画面例を示した。図示する通り、本実施例では、表示画面は４つの表示エリアに分かれる。一つ目はＷｅｂブラウザビュー（ＷｅｂＢｒｏｕｓｅｒＶｉｅｗ）である。Ｗｅｂブラウザビューは、通常のブラウザと同様の機能を有しており、Ｗｅｂページを表示する。２つめはマップビュー（ＭａｐＶｉｅｗ）である。図の左上にその拡大図を示した。マップビューは、Ｗｅｂページの登録地点を含む地図を表示する。地図の表示態様は、先に図２で説明した通り、メタデータによって規定される。図の例では、地図中に３カ所のマーカが併せて表示されている。このマーカは、メタデータの関連情報によって指定されたリンクに対応するものである。ユーザが、マップビューで、いずれかのマーカをクリックすると、それに対応するＵＲＬで指定されたＷｅｂページをＷｅｂブラウザビューに表示させることができる。
【００５４】
３つ目の表示エリアは、ツリービュー（ＴｒｅｅＶｉｅｗ）である。図の右下に拡大図を示した。ツリービューは、リージョンマネージャ２１２およびカテゴリマネージャ２１６が管理している内容をツリー構造で表示する。左側の例が、カテゴリマネージャ２１６によって表示される内容であり、「教育機関／大学」などの階層構造に従って、各Ｗｅｂページへのリンクが表示される。右側の例が、リージョンマネージャ２１２によって表示される内容であり、図の例では、「福岡県北九州市」の区ごとに、各Ｗｅｂページへのリンクが表示されている。両者のツリーは上側に設けられたタブをクリックすることで切換可能となっている。ユーザは、ツリービューで表示された各リンクをクリックすることで、対応するＷｅｂページをＷｅｂブラウザビューに表示させることができる。
【００５５】
４つめの表示エリアは、ユーザビュー（ＵｓｅｒＶｉｅｗ）である。図の左下に拡大図を示した。ユーザビューは、地図の表示態様を調整するための調整画面と、ＵＲＬリストの２種類をタブで切り換えて表示可能である。図中には、調整画面例を示した。この画面では、地図の代表点の位置、スケール、マップタイプを指定可能である。代表点の位置は、地点の名称（図中の「Ｖｉｅｗ」欄）、または緯度経度で指定することができる。ユーザビューは、必ずしも地点、緯度経度の双方を指定可能とする必要はなく、いずれか一方のみを指定可能としてもよい。スケールは地図の縮尺であり、スライドバーによって指定される。マップタイプは、２次元地図、３次元地図など、地図の種別の指定である。タブでＵＲＬリストを選択すると、ユーザがこれまでに閲覧したＷｅｂページの履歴がリスト表示される。
【００５６】
本実施例では、上述の４つの表示エリアまたはビューを設けた例を示した。本実施例では、これらのビューは並列的に表示されるが、タブなどによって切換可能としてもよい。ただし、Ｗｅｂページと地図の連携を図るという本実施例の効果を十分に活かすためには、少なくともＷｅｂページと地図の２つは並列表示させておくことが好ましい。表示画面は、図４に示した配置およびサイズに限定されるものではなく、４つのビューのサイズを可変としてもよい。ただし、情報を得る主要な画面はＷｅｂブラウザビューであるため、デフォルトの設定では、Ｗｅｂブラウザビューのサイズをマップビューその他の画面よりも大きく設定しておくことが実用的である。
【００５７】
図５は表示画面の変遷を示す説明図である。表示Ｖ０１に示すように、ユーザがＷｅｂブラウザビューのアドレス欄Ｂ０１にＵＲＬを入力すると、表示画面は、矢印Ａ０１のように変遷し、指定されたＷｅｂページがＷｅｂブラウザビューに表示される（表示Ｖ０３参照）。また、表示Ｖ０２に示すように、ユーザがツリービューのいずれかのリンクをクリックした場合も、表示画面は、矢印Ａ０２のように変遷し、リンクに対応するＷｅｂページが表示される（表示Ｖ０３参照）。
【００５８】
表示Ｖ０３は、上述の態様に従ってＷｅｂページを表示する過渡状態を模式的に示している。この状態では、地図表示システムは、Ｗｅｂページに対応するメタデータの解析を完了していない。従って、マップビューおよびツリービューには、Ｗｅｂページに対応する表示はなされていない。Ｗｅｂページに対応するメタデータが存在しない場合も同様である。図において、マップビューおよびツリービューが白抜きとなっているのは、Ｗｅｂページに対応する表示がなされていないという意味である。実際には、従前の表示が保持されている。こうすることにより、仮にメタデータが用意されていいないＷｅｂページを表示させた場合でも、マップビューやツリービューを利用したＷｅｂページの指定を従前通り利用することが可能となるからである。もっとも、従前の表示を保持することは必須ではなく、メタデータの解析完了前、またはメタデータが存在しない場合には、図示する通り、マップビューやツリービューを白抜き表示したり、既定の他の画面を表示したりする構成を採っても良い。
【００５９】
メタデータの解析が完了すると、矢印Ａ０３に示すように表示画面は変遷し、表示Ｖ０４に示すように、メタデータの内容を反映した画面がマップビュー、ツリービュー、ユーザビューに表示される。先に説明した通り、マップビューには、メタデータで示された表示態様で地図が表示され、関連情報で指定されたマーカＩＣＮが表示される。ツリービューには、メタデータに対応する階層を中心として、リンクがツリー構造で表示される。ユーザビューには、メタデータで指定された表示態様がデフォルト値として表示される。
【００６０】
ユーザビューにおいて、ユーザが表示態様を調整すると、矢印Ａ０５に示すように表示態様が変遷し、マップビューに示した地図の表示態様が変化する。代表点を変化させれば、地図の表示位置が移動することとなり、スケールを変化させれば、地図の表示範囲が変化することになる。また、変化させる前の地図では表示範囲外となっていたマーカが、地図の表示範囲を広げることで、新たに追加表示されるなど、地図内のマーカの表示も地図の表示態様に応じて変化する。
【００６１】
ユーザがマップビューにおいて、マーカＩＣＮをクリックすると、矢印Ａ０４に示すように表示画面が変遷し、対応する新たなＷｅｂページがＷｅｂブラウザビューに表示される。ユーザが、ツリービューのリンクを選択した場合や、Ｗｅｂページ内のリンクを選択した場合も同様である。また、新たなＷｅｂページのメタデータに従って、マップビュー、ツリービューの表示画面も更新される。このように、本実施例の地図表示システムでは、マップビュー上のマーカをクリックすることによって、新たなＷｅｂページを表示させることが可能であるため、Ｗｅｂページの登録地点間の地理的関係を利用した情報検索を行うことが可能となる。
【００６２】
図６は表示画面変遷時の各モジュールの動作を示す説明図である。図５中に矢印Ａ０１〜Ａ０５で示したそれぞれの変遷を実現するための動作を示した。図６（ａ）は、Ｗｅｂブラウザビューで新たなＵＲＬが指定された場合の動作を表している。図５においてアドレス欄Ｂ０１にＵＲＬを入力した状態からの変遷（矢印Ａ０１）、およびＷｅｂページ内のリンクをクリックした場合の変遷（矢印Ａ０４）に対応する。Ｗｅｂブラウザビューコントローラ１２２は、これらの指定を受け付け、表示を更新する旨の変更イベントの発生をエージェントモジュール１１０に伝達する。エージェントモジュール１１０は、この変更イベントに応じて、指定されたＷｅｂページをＷｅｂブラウザビューコントローラ１２２に返すとともに、Ｗｅｂページに対応するメタデータに応じて、表示内容の更新を、マップビューコントローラ１２４、ツリービューコントローラ１２８、ユーザビューコントローラ１２６に指示する。これによって、図５中の矢印Ａ０３に示したように、メタデータを反映した表示が行われる。
【００６３】
図６（ｂ）は、マップビューまたはツリービューで新たなＵＲＬが指定された場合の動作を表している。図５の表示Ｖ０４のマップビューでマーカＩＣＮをクリックした場合、またはツリービューでリンクをクリックした場合の変遷（矢印Ａ０４）に対応する。マップビューコントローラ１２４またはツリービューコントローラ１２８は、これらの指定を受け付け、変更イベントをエージェントモジュール１１０に伝達する。エージェントモジュール１１０は、この変更イベントに応じて、指定されたＷｅｂページをＷｅｂブラウザビューコントローラ１２２に返して、表示内容の更新を指示する。この指示によって、Ｗｅｂページが更新されると、図６（ａ）に示したのと同じ動作によって、マップビュー、ツリービュー、ユーザビューもそれぞれ変更される。
【００６４】
図６（ｃ）は、ユーザビューで表示態様の調整が指示された場合、およびＵＲＬリストからいずれかのリンクが選択された場合の動作を表している。図５の矢印Ａ０５に対応する。ユーザビューコントローラ１２６は、表示態様の調整指示を受け付け、変更イベントをエージェントモジュール１１０に伝達する。エージェントモジュール１１０は、この変更イベントに応じて、マップビューコントローラ１２４に対して表示態様の更新を指示する。また、ユーザがＵＲＬリスト中のリンクを選択指定した場合、ユーザビューコントローラ１２６は、この指定を受け付け、変更イベントをエージェントモジュール１１０に伝達する。エージェントモジュール１１０は、この変更イベントに応じて、指定されたＷｅｂページをＷｅｂブラウザビューコントローラ１２２に返すとともに、Ｗｅｂページに対応するメタデータに応じて、表示内容の更新を、マップビューコントローラ１２４、ツリービューコントローラ１２８、ユーザビューコントローラ１２６に指示する。これによって、図５中の矢印Ａ０３に示したように、メタデータを反映した表示が行われる。
【００６５】
Ｄ．制御処理：
図４〜６で示した表示を実現するための制御処理について以下、順に説明する。
Ｄ１．メタデータ発行処理：
図７はメタデータ発行処理のフローチャートである。図２に示した通り、メタデータはＸＭＬファイルであるため、全体をユーザが新規に作成することも可能ではあるが、本実施例では、一義的なＩＤを付したメタデータをサーバ２００が発行する方法を採用した。こうすることによって、メタデータの新規作成、削除などを容易に管理することが可能となる。ＩＤは、また不正なメタデータを排除するためにも使用することができる。地図表示システムは、サーバ２００が発行した正規のＩＤを付したメタデータのみを有効扱いとすればよい。ＩＤの不正な流用を回避するため、電子署名など申請者の情報を含めたＩＤや、メタデータを対応づけるＵＲＬを含むＩＤを用いても良い。
【００６６】
図中には、左側に端末１００が実行する処理、右側にサーバ２００が実行する処理を示した。ユーザが端末１００から、サーバ２００にアクセスすると、サーバ２００は、登録用のインタフェース画面を提供する（ステップＳ１０）。ユーザは、この画面で、メタデータを対応づけるＷｅｂページのＵＲＬを入力する（ステップＳ１００）。サーバ２００は、このＵＲＬを受け付け（ステップＳ１２）、メタデータマネージャ２１４が保持する対応テーブル（図３参照）を検索して、新たなメタデータＩＤを発行し（ステップＳ１４）、このＩＤを含むメタデータを端末１００に交付する（ステップＳ１６）。
【００６７】
この時点のメタデータは、ＵＲＬとＩＤが格納されているだけであり、地理情報、表示制御情報、関連情報はタグが用意されているだけである。ユーザは、端末１００で、このメタデータを編集し、地理情報、表示制御情報等を付加する（ステップＳ１０２）。編集が完了すると、ユーザはＷｅｂページと同一ディレクトリに、メタデータを格納して公開する（ステップＳ１０４）。そして、サーバ２００に対して、新規なメタデータの登録を請求する（ステップＳ１０６）。
【００６８】
サーバ２００は、この請求を受けると、ユーザがステップＳ１００で指定したＵＲＬに従って、Ｗｅｂ空間を検索し、該当するメタデータを取得して（ステップＳ１８）、メタデータストレージ２１８およびメタデータマネージャ内の管理テーブルに登録する（ステップＳ２０）。この登録処理は、簡素化することも可能である。例えば、メタデータを発行する時点（ステップＳ１４）で、管理テーブルへの登録を行っても良い。登録請求（ステップＳ１０６）に代えて、ユーザが作成したメタデータを、サーバ２００に送付させるようにしてもよい。ただし、実施例のようにサーバ２００がメタデータを取得する方法（ステップＳ１８）を採れば、併せてメタデータがＷｅｂページと同一のディレクトリに格納されていることを確認することができる利点がある。
【００６９】
Ｄ２．メタデータ管理処理：
図８はメタデータ管理処理のフローチャートである。メタデータマネージャ２１４によって実行される処理であり、メタデータストレージ２１８および管理テーブルの内容を更新するための処理である。本実施例では、サーバ２００の管理者が手動でこれらの管理を行う他、メタデータマネージャ２１４がＷｅｂ空間を自動的に巡回して、これらの更新を行えるようにした。
【００７０】
この処理において、サーバ２００の管理者による手動管理が指定された場合（ステップＳ３０）、サーバ２００は、新規メタデータの登録や、既存のメタデータの削除などの指示を受け付け（ステップＳ３１）、この指示内容を、メタデータストレージ２１８およびメタデータマネージャ２１４の管理テーブルに反映させる。例えば、新規メタデータの登録が指示された場合には、指示されたメタデータをメタデータストレージ２１８に格納するとともに、管理テーブルにその内容を登録する。既存のメタデータの削除が指示された場合には、指示されたメタデータをメタデータストレージ２１８から削除するとともに、管理テーブルからもその内容を削除する。
【００７１】
手動管理が指定されていない場合（ステップＳ３０）、サーバ２００は自動管理を実行する。自動管理は、所定のタイミングで行うことができる。例えば、１日単位または１週間単位など、予め指定された周期で繰り返し実行するようにしてもよいし、先に説明したメタデータ発行処理（図７）が実行された時に行うようにしてもよい。自動管理では、サーバ２００はＷｅｂ空間内を巡回してメタデータを収集・確認する。この処理を効率的に実行するために、本実施例では、既存のメタデータが登録されているディレクトリを中心として巡回する方法を採用した。Ｗｅｂ空間内に存在するＷｅｂページは無数にあるため、これら全てについて巡回してメタデータを収集・確認することは多大な負荷となるからである。本実施例では、先に説明した通り、サーバ２００が発行したメタデータを活用するものとしているため、このような限定的な巡回方法を採用したとしても、メタデータの収集・確認に大きな漏れは生じない。
【００７２】
上述の方法で巡回を行うため、サーバ２００は、まず既登録のメタデータを所定の規則に従って選択する（ステップＳ３５）。例えば、管理テーブルに登録された順序、ＩＤの順序などに従って選択すればよい。サーバ２００は、選択されたメタデータに対応するＷｅｂページにアクセスし（ステップＳ３６）、そのディレクトリ内にメタデータが存在するか否かを確認するとともに、Ｗｅｂページに含まれるリンクを抽出する（ステップＳ３７）。
【００７３】
サーバ２００は、上記確認の結果をメタデータストレージ２１８およびメタデータマネージャ２１４の管理テーブルに反映する（ステップＳ３８）。先に説明した通り、発行済みのメタデータが削除されている場合には、メタデータストレージ２１８および管理テーブルからも削除する。新規のメタデータが用意されている場合には、それを取得して、メタデータストレージ２１８に格納し、必要に応じて管理テーブルの内容を更新する。
【００７４】
次に、サーバ２００は、ステップＳ３７で抽出したリンクに基づいてＷｅｂページにアクセスし（ステップＳ３９、Ｓ３６）、メタデータの確認等の処理を実行する（ステップＳ３７〜３９）。アクセスした先のＷｅｂページでも同様にリンクを抽出し、更にアクセス先を広げて、メタデータの検索を繰り返す。リンクをたどってＷｅｂページを広げる範囲に制限を加えても良い。例えば、既登録のメタデータに対応するＷｅｂページに含まれるリンク先のみ、または更にその先、所定段階のリンクを経たＷｅｂページまでを巡回範囲に制限してもよい。また、メタデータが対応づけられていないＷｅｂページに至った時点で、そこからのリンクをたどることを中止してもよい。サーバ２００は、以上の処理を、既登録のメタデータ全てについて終了するまで、繰り返し実行する（ステップＳ４０）。
【００７５】
このメタデータ管理処理によって、メタデータストレージ２１８およびメタデータマネージャ２１４の管理テーブルは、最新の状態に保持される。従って、Ｗｅｂページの作成者は、メタデータの内容を変更したい場合、サーバ２００に変更申請などの特別な処理を行うまでなく、新たなメタデータをＷｅｂページと同じディレクトリに格納するだけで済む。また、メタデータの利用を中止したい場合には、Ｗｅｂ空間からメタデータを削除すれば足りる。Ｗｅｂページを格納するディレクトリを変更する場合も、Ｗｅｂページおよびメタデータを共に、新たなディレクトリに移行しさえすればよい。このように、メタデータ管理処理によって、本実施例を利用する際のメタデータの管理を容易化することができ、本システムの利便性を向上させることができる。
【００７６】
Ｄ３．表示制御処理：
図９は表示制御処理のフローチャートである。端末１００のエージェントモジュール１１０およびブラウザモジュール１２０が実行する処理である。処理を開始すると、端末１００は、表示すべきＵＲＬの変更有無を判断する（ステップＳ５０）。ＷｅｂブラウザビューにおいてＵＲＬが入力された場合、Ｗｅｂページ内のリンクがクリックされた場合、マップビューのマーカやツリービューのリンクがクリックされた場合には、端末１００はＵＲＬの変更有りと判断し、その他の場合にはＵＲＬの変更無し、と判断する。
【００７７】
ＵＲＬの変更無し、と判断した場合（ステップＳ５０）、端末１００は、次に表示態様の変更有無を判断する（ステップＳ５５）。ユーザビューで表示態様が調整されている場合には、表示態様の変更有りと判断し（ステップＳ５５）、新たに指示された表示位置およびスケールを入力して（ステップＳ５６）、地図表示制御処理（ステップＳ６０）を実行する。地図表示制御処理とは、マップビューを表示するための処理である。これによって、ユーザの指示に従った地図がマップビューに表示される。地図表示制御処理の具体的な処理内容については後述する。表示態様の変更が指示されていない場合には（ステップＳ５５）、端末１００は表示内容を変更する必要がないと判断し、そのまま表示制御処理を終了する。
【００７８】
ＵＲＬの変更有りと判断した場合（ステップＳ５０）、端末１００は新たなＵＲＬに対応するＷｅｂページのデータを取得して、Ｗｅｂブラウザビューを更新する（ステップＳ５１）。端末１００は、次に、新しいＷｅｂページに対応するメタデータの有無を確認する（ステップＳ５２）。サーバ２００のメタデータマネージャ２１４に問い合わせることによって確認可能である。メタデータが無い場合には（ステップＳ５２）、マップビュー、ツリービュー、およびユーザビューの表示を変更する必要はないと判断して、表示制御処理を終了する。
【００７９】
メタデータがある場合には（ステップＳ５２）、端末１００は、サーバ２００からメタデータを取得し、その内容を解析する（ステップＳ５３）。先に説明した通り、メタデータには、マップビューの表示制御情報、関連情報が含まれている（図２参照）。端末１００は、地図表示制御処理を実行し（ステップＳ６０）、これらの情報を反映した地図をマップビューに表示する。
【００８０】
端末１００は、ツリー表示範囲を決定し、ツリービューを更新する（ステップＳ７０）。端末１００は、ツリービューに、カテゴリのツリーを表示する場合には、この表示に必要な情報をカテゴリマネージャ２１６に問い合わせる。カテゴリマネージャ２１６は、表示すべきＷｅｂページに対応するカテゴリを特定し、同一カテゴリに属するリンク、同一の上位カテゴリ内に属するリンクなどを所定数抽出して、ツリー表示用のデータとして端末１００に受け渡す。ツリービューにおいて、行政界のツリーを表示する場合には、同様の処理によって、表示に必要な情報をリージョンマネージャ２１２から取得することができる。
【００８１】
端末１００は、次に、メタデータで指定された表示位置およびスケールを用いてユーザビューを更新する（ステップＳ７１）。ここでは、表示位置やスケールは、ユーザビューの初期状態を表す値として用いられる。メタデータで指定された表示位置やスケールを用いることなく、既定値を初期値として、ユーザビューを表示してもよい。
【００８２】
図１０は地図表示制御処理のフローチャートである。ブラウザモジュール１２０のマップビューコントローラ１２４が実行する処理である。端末１００は、メタデータを取得、解析して（ステップＳ６１）、地図表示位置およびスケールを設定する（ステップＳ６２）。この際、メタデータよりも個別指定、つまり、ユーザビューによって指定された表示位置およびスケールを優先する。こうすることで、ユーザビューによる指定に応じて地図の表示態様を切り換えることが可能となる。
【００８３】
図の右側にメタデータの取得方法を示した。各種のＷｅｂページおよびメタデータが階層的に構成されたディレクトリに格納されている場合、本実施例では、メタデータは下位層のディレクトリにも影響を及ぼすものとした。本実施例では、以下に説明する通り、表示位置およびスケールの設定は、こうしたディレクトリ構造も考慮して行う。
【００８４】
図中の例では、「ｗｗｗ．＊＊＊１．ａｃ．ｊｐ」というディレクトリ（以下、「ドメイン」と呼ぶこともある）内に「＊＊＊２」、「ｔｏｐ」、「ｔｏｐ／ａｂｃ」、「ｔｏｐ／ｂｃｄ」などのディレクトリが階層的に構成されている。メタデータは下位層のディレクトリにも影響を及ぼすため、「ｔｏｐ」内のメタデータ内の表示制御情報や関連情報は、下位層のディレクトリ「ｔｏｐ／ａｂｃ」、「ｔｏｐ／ｂｃｄ」の表示時にも利用される（図中の矢印Ａａ、Ａｂ参照）。ただし、これらの下位層のディレクトリ内にメタデータが存在する場合には、下位層のメタデータが優先される。例えば、「ｔｏｐ」および「ｔｏｐ／ａｂｃ」の双方でスケールが指定されている場合には、下位層である「ｔｏｐ／ａｂｃ」で指定されたスケールが利用されるのである。双方にメタデータが存在している場合であっても、地図の表示位置が上位層である「ｔｏｐ」でのみ指定されている場合には、指示内容は抵触していないため、「ｔｏｐ」で指定された表示位置が利用される。従って、端末１００は、ステップＳ６１においては、Ｗｅｂページに該当するメタデータとともに、ドメインまで遡って上位層のメタデータも取得し、それぞれ下位層における指示内容優先というルールの下で、表示位置およびスケールを設定するのである。
【００８５】
端末１００は、またメタデータから関連情報を抽出し（ステップＳ６３）、マーカの表示位置を特定する。そして、以上の処理で設定された表示位置、スケールおよびマーカの位置に基づいて地図を表示する（ステップＳ６４）。地図表示に必要なデータは、サーバ２００の地図ＤＢ２０４から取得する。地図のサイズは、表示位置、スケールで規定され、その地図上には、関連情報で示された位置にリンク付きのマーカが表示されることになる。
【００８６】
先に説明した通り、本実施例では、関連情報は、個別指定、カテゴリ指定、リージョン指定のいずれかの方法で指定される。個別指定されている時には、メタデータ中で指定されているＵＲＬに対応する登録位置がマーカの表示位置となる。カテゴリ指定されている場合には、指定されたカテゴリに属するメタデータの一覧を、サーバ２００のカテゴリマネージャ２１６から取得し、これらのメタデータに対応する登録位置をマーカの表示位置とする。リージョン指定されている場合には、指定されたリージョンに属するメタデータの一覧を、サーバ２００のリージョンマネージャ２１２から取得し、これらのメタデータに対応する登録位置をマーカの表示位置とする。
【００８７】
関連情報が何も指定されていない場合には、メタデータが格納されているディレクトリ構造を考慮して、他の階層にあるメタデータから関連情報を取得するようにしてもよい。例えば、下位層「ｔｏｐ／ａｂｃ」、「ｔｏｐ／ｂｃｄ」で関連情報が指定されていない場合、上位層「ｔｏｐ」のメタデータにおける関連情報を用いるようにしてもよい（図中の矢印Ａａ、Ａｂ）。また、図中の矢印Ａｃに示すように、下位層「ｔｏｐ／ａｂｃ」で関連情報が指定されていない場合、上位層「ｔｏｐ」まで遡った後、その下位に属する他のディレクトリ「ｔｏｐ／ｂｃｄ」のメタデータにおける関連情報を用いるようにしてもよい。更に、矢印Ａｄに示すように、ドメインまで遡ってそこに属する他の階層のディレクトリ「＊＊＊２」のメタデータにおける関連情報を用いるようにしてもよい。これらの態様においては、何段階上位層まで遡るかを予め設定しておいてもよいし、また所定数の関連情報が得られるまで参照するディレクトリの範囲を広げるようにしてもよい。
【００８８】
以上で説明した実施例の地図表示システムによれば、Ｗｅｂページを表示した時に、その登録位置を含む地図を連動させて表示することができる。ユーザは、表示された地図に基づいて、Ｗｅｂページの登録位置を地図で確認することができる。例えば、観光案内などでは、Ｗｅｂページで紹介している観光地を容易に確認することが可能となる。地図表示システムは、この地図上に他のＷｅｂページへのリンクを付したマーカを表示する。従って、ユーザは、このマーカを利用することで地理的位置関係に基づいて他のＷｅｂページを検索することが可能となる。例えば、観光地のＷｅｂページを開いた時に表示される地図に基づいて、その観光地の付近にある他の観光地その他の施設のＷｅｂページを容易に参照することが可能となる。
【００８９】
更に、実施例の地図表示システムは、メタデータマネージャ２１４が、Ｗｅｂ空間内のメタデータを収集し、変更・削除について管理することができる。このため、Ｗｅｂページの提供者が、サーバ２００に対して新規のメタデータの登録や、格納場所および内容の変更、削除などの通知等を行うまでなく、Ｗｅｂ空間内のメタデータとメタデータマネージャ２１４の管理内容との同期を容易に取ることができる。
【００９０】
Ｅ．変形例：
（１） 実施例では、メタデータをＷｅｂページとは別の独立したファイルとして構成し、Ｗｅｂページと同一のディレクトリに格納する場合を説明した。メタデータの形式および格納場所についてはこの他、種々の態様を採ることができる。例えば、メタデータをＷｅｂページの一部に組み込んでもよい。こうすることにより、両者の対応関係を容易に保持することができ、新規のＷｅｂページの登録、格納場所の移動も容易に行うことができる利点がある。この場合、メタデータストレージ２１８には、Ｗｅｂページも含めたデータを格納するようにしてもよいし、Ｗｅｂページからメタデータに相当する部分のみを抽出して格納するようにしてもよい。
【００９１】
別の態様として、メタデータとＷｅｂページとを一対一で用意するのではなく、複数のＷｅｂページに対応した統合的なメタデータを用いるようにしてもよい。この時、統合可能な範囲は、メタデータの格納場所と同一のディレクトリ内のＷｅｂページに限定してもよいし、メタデータの格納場所と同一および下位層のディレクトリ内のＷｅｂページとしてもよい。
【００９２】
（２） 実施例では、表示位置およびスケールを、メタデータによって設定する例を示した。メタデータによって、これらの表示態様が指定されていない場合、地図表示システムは、既定の表示位置およびスケールで地図を表示してもよいし、関連情報を用いて表示態様を設定してもよい。後者の例では、端末１００は、地図表示制御処理（図１０）のステップＳ６４において、関連情報によって指定された全マーカの表示位置を求め、これらの重心点を表示位置に設定し、全マーカが入るようスケールを決定すればよい。表示態様の設定時に使用するマーカは、Ｗｅｂページの登録地点から近い順に所定数内というように制限してもよい。
【００９３】
（３） 実施例では、Ｗｅｂブラウザビューのサイズをマップビューよりも大きくした例を示したが、マップビューでマーカを選択する場合には、地図を拡大表示した方が便利である。先に説明した通り、各ビューのサイズを可変としておけば、ユーザは、必要に応じてマップビューを拡大すればよい。しかし、この場合は、マーカを選択した後、Ｗｅｂページが表示されると、その情報を閲覧するために、再びＷｅｂブラウザビューのサイズを大きく調整しなおさなくてはならず、煩雑である。そこで、次に示すように、地図表示システムでは、変形例として、ビューのサイズを簡易に切換可能な機能を設けても良い。
【００９４】
図１１は変形例における表示画面例を示す説明図である。Ｗｅｂページを表示する時点では、表示Ｖ１１に示すように、ＷｅｂブラウザビューはウィンドウＷ１に表示され、マップビューはウィンドウＷ２に表示され、ツリービューはウィンドウＷ３に表示され、ユーザビューはウィンドウＷ４に表示される。各ビューの表示サイズは、図示する通り、Ｗｅｂブラウザビューが一番大きい。マップビューには、地図の他、切換ボタンＢｕが表示される。
【００９５】
この状態で、ユーザが切換ボタンＢｕをクリックすると、表示Ｖ１２のように表示状態が切り替わる。ウィンドウＷ１にマップビューが表示され、ウィンドウＷ２にＷｅｂブラウザビューが表示される。ウィンドウＷ１、Ｗ２のサイズは従前のままであるため、マップビューのサイズが最大となる。ここには従前と同一範囲の地図が拡大表示される。こうすることによって、ユーザは地図上でマーカを容易に認識、選択することができる。マーカを選択すると、リンクに応じて新たなＷｅｂページが表示される。この時点では、再び表示Ｖ１１の状態に戻り、Ｗｅｂブラウザビューはサイズ最大のウィンドウＷ１に表示される。
【００９６】
図１１に示した表示の切換は、地図表示制御処理（図１０）のステップＳ６４で比較的容易に実現することができる。地図を表示する際の各ビューとウィンドウとの対応関係を、切換ボタンが押された時のみ変更すればよい。つまり、デフォルト設定では、
Ｗｅｂブラウザビュー→ウィンドウＷ１；
マップビュー →ウィンドウＷ２；
ツリービュー →ウィンドウＷ３；
ユーザビュー →ウィンドウＷ４；
というように各ビューとウィンドウを対応づけておき、切換ボタンＢｕが押された時には、
Ｗｅｂブラウザビュー→ウィンドウＷ２；
マップビュー →ウィンドウＷ１；
という切換えを行えばよい。この切換えは、切換ボタンＢｕが押された時のみ有効としておくことにより、新たなＷｅｂページを表示する際には、デフォルトの対応付けに容易に戻すことができる。
【００９７】
（４） 実施例では、メタデータマネージャ２１４が、Ｗｅｂ空間内のメタデータを収集する例を示した。本実施例は、Ｗｅｂページの作成者が、メタデータをサーバ２００に登録するものとして構成してもよい。例えば、実施例におけるメタデータ発行処理（図７参照）において登録請求（ステップＳ１０６）の際に、メタデータを併せてサーバ２００に送信する方法を採ることができる。メタデータマネージャ２１４は、このメタデータを受け取り、メタデータストレージ２１８に格納する。Ｗｅｂページの作成者は、メタデータの変更・削除をする場合も、同様にサーバ２００にアクセスして、これらの処理を要求することになる。かかる構成では、メタデータマネージャ２１４は、Ｗｅｂ空間内の検索をしないため、メタデータをＷｅｂページと同一ディレクトリに格納しておく必要（ステップＳ１０４）はない。
【００９８】
上述の態様においては、メタデータを登録する際に、サーバ２００の格納先となるディレクトリをＷｅｂページ作成者が選択可能としてもよい。登録請求（ステップＳ１０６）の際に、サーバ２００から端末１００に、格納先をツリービュー（図４参照）から選択する方法を採ることができる。ツリー構造で表示するのは、カテゴリ、リージョンなど関連情報で特定可能な階層構造と異なり、メタデータ管理用に設定された固有の階層構造であってもよい。このように階層構造を指定してメタデータを登録可能とすることにより、Ｗｅｂ空間内でメタデータを階層的に格納した場合と同じく、地図表示制御処理（図１０参照）において階層をまたがってメタデータの影響を及ぼすことが可能となる。
【００９９】
（５） 実施例では、Ｗｅｂページの作成者がメタデータを準備し、ＷｅｂページとともにＷｅｂサーバ内に格納する例を示した。実施例では、このメタデータは、メタデータマネージャ２１４がＷｅｂ空間を検索し、収集してメタデータストレージ１２８に格納することで利用可能とした。本実施例では、メタデータは、必ずしもＷｅｂページの作成者によって作成されたものである必要はない。例えば、Ｗｅｂページの作成者から依頼を受けた受任者がメタデータを作成し、そのメタデータを、地図表示システムのサーバ２００に登録したり、受任者自身のサーバに格納したりしてもよい。受任者自身のサーバに格納する場合には、Ｗｅｂページとメタデータとを関連づけるため、例えば、Ｗｅｂサーバ内にメタデータの所在を示すＵＲＬ、メタデータストレージ２１８内や受任者のサーバ内でメタデータが存在するディレクトリを特定するパス情報、その他の所在情報を格納しておけばよい。こうすることにより、メタデータマネージャ２１４は、所在情報で指定されたＷｅｂサーバから、Ｗｅｂページに対応するメタデータを適切に収集することが可能となる。この態様によれば、メタデータを作成する技術力を有しない者でも、登録地点の指定など、必要な情報を指定するだけで、本実施例の地図表示システムでの検索対象として容易に参加することが可能となる。
【０１００】
以上、本発明の種々の実施例について説明したが、本発明はこれらの実施例に限定されず、その趣旨を逸脱しない範囲で種々の構成を採ることができることはいうまでもない。実施例および変形例で示した種々の特徴は、必ずしも全てを備えている必要はなく、適宜、一部を省略することも可能である。また、実施例で示した種々の処理は、端末１００およびサーバ２００のいずれで行うことも可能であり、両者の分散処理によって実現することもできる。
【図面の簡単な説明】
【０１０１】
【図１】実施例としての地図表示システムの構成を示す説明図である。
【図２】メタデータの内容を示す説明図である。
【図３】メタデータの管理方法を示す説明図である。
【図４】表示画面の概要を示す説明図である。
【図５】表示画面の変遷を示す説明図である。
【図６】表示画面変遷時の各モジュールの動作を示す説明図である。
【図７】メタデータ発行処理のフローチャートである。
【図８】メタデータ管理処理のフローチャートである。
【図９】表示制御処理のフローチャートである。
【図１０】地図表示制御処理のフローチャートである。
【図１１】変形例における表示画面例を示す説明図である。
【符号の説明】
【０１０２】
１００…端末
１０２…通信部
１０４…コマンド入力部
１０６…表示制御部
１１０…エージェントモジュール
１２０…ブラウザモジュール
１２２…Ｗｅｂブラウザビューコントローラ
１２４…マップビューコントローラ
１２６…ユーザビューコントローラ
１２８…ツリービューコントローラ
２００…サーバ
２０２…通信部
２０４…地図ＤＢ
２１０…サービスプロバイダモジュール
２１２…リージョンマネージャ
２１４…メタデータマネージャ
２１６…カテゴリマネージャ
２１８…メタデータストレージ
３００…Ｗｅｂサーバ
【特許請求の範囲】
【請求項１】
Ｗｅｂ空間に散在するＷｅｂページを表示するとともに、該Ｗｅｂページに関連する登録地点を含む地図を表示する地図表示システムであって、
前記登録地点の位置を表す地理情報を含むメタデータを、複数のＷｅｂページ分、管理するメタデータ管理部と、
ユーザからの指定に従って、前記Ｗｅｂページを表示するＷｅｂ表示部と、
地図を表示するための地図データベースと、
前記地図データベースを参照し、少なくとも前記指定されたＷｅｂページに対応するメタデータを用いて、前記登録地点と異なる地点にいずれかのＷｅｂページへのリンクを付したマーカを設置した状態で前記登録地点周辺の地図を表示する地図表示部とを備える地図表示システム。
【請求項２】
請求項１記載の地図表示システムであって、
前記Ｗｅｂページに対応するメタデータは、前記Ｗｅｂ空間に散在しており、
前記メタデータ管理部は、前記Ｗｅｂ空間を検索し、複数のＷｅｂページに対応するメタデータを収集する地図表示システム。
【請求項３】
請求項１または２記載の地図表示システムであって、
前記メタデータは、前記地図の表示態様を制御する表示制御情報を含み、
前記地図表示部は、前記表示制御情報に応じた地図を表示する地図表示システム。
【請求項４】
請求項１〜３いずれか記載の地図表示システムであって、
前記メタデータ管理部は、複数のＷｅｂページに対応するメタデータを関連づけて管理しており、
前記地図表示部は、前記関連に応じて前記地図に表示すべきリンクの範囲を制御する地図表示システム。
【請求項５】
請求項１〜３いずれか記載の地図表示システムであって、
前記メタデータは、前記地図に表示すべきリンクの範囲を制御する関連情報を含み、
前記地図表示部は、前記関連情報に応じて前記マーカを表示する地図表示システム。
【請求項６】
請求項１〜５いずれか記載の地図表示システムであって、
前記メタデータの少なくとも一部は、前記Ｗｅｂ空間内で階層的に散在しており、
前記メタデータ管理部は、前記メタデータにつき、前記階層を併せて管理しており、
前記地図表示部は、前記階層に基づき、前記指定されたＷｅｂページに対応するメタデータ以外のメタデータも用いて、前記地図表示を行う地図表示システム。
【請求項７】
請求項１〜６いずれか記載の地図表示システムであって、
前記地図表示部は、前記指定されたＷｅｂページに対応するメタデータが存在しない場合には、従前の地図表示を維持する地図表示システム。
【請求項８】
請求項１〜７いずれか記載の地図表示システムであって、
ユーザから前記地図の表示態様に関する指示を受け付けるユーザ指示受付部を有し、
前記地図表示部は、表示すべきマーカも含めて、前記指示に応じて前記地図の表示態様を更新する地図表示システム。
【請求項９】
請求項１〜８いずれか記載の地図表示システムであって、
前記地図表示部は、前記地図に表示すべきマーカの位置に応じて、前記地図の表示範囲を設定する地図表示システム。
【請求項１０】
請求項１〜９いずれか記載の地図表示システムであって、
前記メタデータに対応するＷｅｂページへのリンクを付したマーカを、所定の規則で階層化したツリー構造で表示するツリー表示部を有し、
前記ツリー表示部は、前記メタデータ管理部による前記メタデータの管理状況に応じて前記表示を更新する地図表示システム。
【請求項１１】
請求項１〜１０いずれか記載の地図表示システムであって、
前記メタデータには識別データが付されており、
前記メタデータ管理部は、
前記Ｗｅｂページの作成者による前記メタデータの発行要求を受け付け、
既発行のメタデータと異なる識別データを発行する地図表示システム。
【請求項１２】
請求項１〜１１いずれか記載の地図表示システムであって、
ユーザから地図表示とＷｅｂページの表示の切換指示を受け付ける指示受付部を有し、
前記地図表示部は、前記切換指示に応じて、前記Ｗｅｂページを表示していたＷｅｂ表示エリアに前記地図を表示し、
前記Ｗｅｂ表示部は、該切換指示に応じて、前記地図を表示していた地図表示エリアに前記Ｗｅｂページを表示する地図表示システム。
【請求項１３】
Ｗｅｂ空間に散在するＷｅｂページを表示するとともに、該Ｗｅｂページに関連する登録地点を含む地図を表示する地図表示方法であって、コンピュータが実行する工程として、
前記登録地点の位置を表す地理情報を含むメタデータまたは該メタデータへのリンクを、複数のＷｅｂページ分、前記コンピュータのメモリ内に記憶させることにより管理する工程と、
ユーザからの指定に従って、前記Ｗｅｂページのデータを前記Ｗｅｂ空間から取得し、前記コンピュータのメモリ内に記憶させるとともに、該Ｗｅｂページを表示する工程と、
前記地図データベースを参照し、少なくとも前記指定されたＷｅｂページに対応するメタデータを用いて、いずれかのＷｅｂページへのリンクを付したマーカを前記登録地点と異なる地点に設置するためのマーカ表示データを用意して、前記コンピュータのメモリ内に保持するとともに、該マーカ表示用データと前記地図データベース内のデータとを合成したデータを生成して、前記登録地点周辺の地図を表示する工程とを備える地図表示方法。
【請求項１４】
Ｗｅｂ空間に散在するＷｅｂページを表示するとともに、該Ｗｅｂページに関連する登録地点を含む地図を表示するためのコンピュータプログラムであって、
前記登録地点の位置を表す地理情報を含むメタデータまたは該メタデータへのリンクを、複数のＷｅｂページ分、前記コンピュータのメモリ内に記憶させることにより管理するためのサブプログラムと、
ユーザからの指定に従って、前記Ｗｅｂページのデータを前記Ｗｅｂ空間から取得し、前記コンピュータのメモリ内に記憶させるとともに、該Ｗｅｂページを表示するサブプログラムと、
前記地図データベースを参照し、少なくとも前記指定されたＷｅｂページに対応するメタデータを用いて、いずれかのＷｅｂページへのリンクを付したマーカを前記登録地点と異なる地点に設置するためのマーカ表示データを用意して、前記コンピュータのメモリ内に保持するとともに、該マーカ表示用データと前記地図データベース内のデータとを合成したデータを生成して、前記登録地点周辺の地図を表示するサブプログラムとを備えるコンピュータプログラム。
【請求項１５】
Ｗｅｂ空間に散在するＷｅｂページを表示するとともに、該Ｗｅｂページに関連する登録地点を含む地図を表示する地図表示ブラウザであって、
前記地図表示ブラウザがインストールされたコンピュータ内またはコンピュータ外に設けられ、前記登録地点の位置を表す地理情報を含むメタデータを、複数のＷｅｂページ分、管理するための管理モジュールにアクセスし、前記メタデータの少なくとも一部を取得し、前記コンピュータのメモリ内に記憶させるサブプログラムと、
ユーザからの指定に従って、前記Ｗｅｂページのデータを前記Ｗｅｂ空間から取得し、前記コンピュータのメモリ内に記憶させるとともに、該Ｗｅｂページを表示するサブプログラムと、
前記地図データベースを参照し、少なくとも前記指定されたＷｅｂページに対応するメタデータを用いて、いずれかのＷｅｂページへのリンクを付したマーカを前記登録地点と異なる地点に設置するためのマーカ表示データを用意して、前記コンピュータのメモリ内に保持するとともに、該マーカ表示用データと前記地図データベース内のデータとを合成したデータを生成して、前記登録地点周辺の地図を表示するサブプログラムとを備える地図表示ブラウザ。
【請求項１６】
請求項１５記載の地図表示ブラウザがインストールされた端末とネットワークで接続され、Ｗｅｂ空間に散在するＷｅｂページを前記端末に表示するとともに、該Ｗｅｂページに関連する登録地点を含む地図を前記端末に表示させる地図表示サーバであって、
複数のＷｅｂページに対応するメタデータを格納しておくためのメタデータストレージと、
前記Ｗｅｂ空間を検索し、複数のＷｅｂページに対応するメタデータを収集し、前記メタデータストレージに格納させるとともに、前記地図表示ブラウザからの要求に対応するメタデータを、前記端末に提供するメタデータ管理部とを備える地図表示サーバ。
【請求項１】
Ｗｅｂ空間に散在するＷｅｂページを表示するとともに、該Ｗｅｂページに関連する登録地点を含む地図を表示する地図表示システムであって、
前記登録地点の位置を表す地理情報を含むメタデータを、複数のＷｅｂページ分、管理するメタデータ管理部と、
ユーザからの指定に従って、前記Ｗｅｂページを表示するＷｅｂ表示部と、
地図を表示するための地図データベースと、
前記地図データベースを参照し、少なくとも前記指定されたＷｅｂページに対応するメタデータを用いて、前記登録地点と異なる地点にいずれかのＷｅｂページへのリンクを付したマーカを設置した状態で前記登録地点周辺の地図を表示する地図表示部とを備える地図表示システム。
【請求項２】
請求項１記載の地図表示システムであって、
前記Ｗｅｂページに対応するメタデータは、前記Ｗｅｂ空間に散在しており、
前記メタデータ管理部は、前記Ｗｅｂ空間を検索し、複数のＷｅｂページに対応するメタデータを収集する地図表示システム。
【請求項３】
請求項１または２記載の地図表示システムであって、
前記メタデータは、前記地図の表示態様を制御する表示制御情報を含み、
前記地図表示部は、前記表示制御情報に応じた地図を表示する地図表示システム。
【請求項４】
請求項１〜３いずれか記載の地図表示システムであって、
前記メタデータ管理部は、複数のＷｅｂページに対応するメタデータを関連づけて管理しており、
前記地図表示部は、前記関連に応じて前記地図に表示すべきリンクの範囲を制御する地図表示システム。
【請求項５】
請求項１〜３いずれか記載の地図表示システムであって、
前記メタデータは、前記地図に表示すべきリンクの範囲を制御する関連情報を含み、
前記地図表示部は、前記関連情報に応じて前記マーカを表示する地図表示システム。
【請求項６】
請求項１〜５いずれか記載の地図表示システムであって、
前記メタデータの少なくとも一部は、前記Ｗｅｂ空間内で階層的に散在しており、
前記メタデータ管理部は、前記メタデータにつき、前記階層を併せて管理しており、
前記地図表示部は、前記階層に基づき、前記指定されたＷｅｂページに対応するメタデータ以外のメタデータも用いて、前記地図表示を行う地図表示システム。
【請求項７】
請求項１〜６いずれか記載の地図表示システムであって、
前記地図表示部は、前記指定されたＷｅｂページに対応するメタデータが存在しない場合には、従前の地図表示を維持する地図表示システム。
【請求項８】
請求項１〜７いずれか記載の地図表示システムであって、
ユーザから前記地図の表示態様に関する指示を受け付けるユーザ指示受付部を有し、
前記地図表示部は、表示すべきマーカも含めて、前記指示に応じて前記地図の表示態様を更新する地図表示システム。
【請求項９】
請求項１〜８いずれか記載の地図表示システムであって、
前記地図表示部は、前記地図に表示すべきマーカの位置に応じて、前記地図の表示範囲を設定する地図表示システム。
【請求項１０】
請求項１〜９いずれか記載の地図表示システムであって、
前記メタデータに対応するＷｅｂページへのリンクを付したマーカを、所定の規則で階層化したツリー構造で表示するツリー表示部を有し、
前記ツリー表示部は、前記メタデータ管理部による前記メタデータの管理状況に応じて前記表示を更新する地図表示システム。
【請求項１１】
請求項１〜１０いずれか記載の地図表示システムであって、
前記メタデータには識別データが付されており、
前記メタデータ管理部は、
前記Ｗｅｂページの作成者による前記メタデータの発行要求を受け付け、
既発行のメタデータと異なる識別データを発行する地図表示システム。
【請求項１２】
請求項１〜１１いずれか記載の地図表示システムであって、
ユーザから地図表示とＷｅｂページの表示の切換指示を受け付ける指示受付部を有し、
前記地図表示部は、前記切換指示に応じて、前記Ｗｅｂページを表示していたＷｅｂ表示エリアに前記地図を表示し、
前記Ｗｅｂ表示部は、該切換指示に応じて、前記地図を表示していた地図表示エリアに前記Ｗｅｂページを表示する地図表示システム。
【請求項１３】
Ｗｅｂ空間に散在するＷｅｂページを表示するとともに、該Ｗｅｂページに関連する登録地点を含む地図を表示する地図表示方法であって、コンピュータが実行する工程として、
前記登録地点の位置を表す地理情報を含むメタデータまたは該メタデータへのリンクを、複数のＷｅｂページ分、前記コンピュータのメモリ内に記憶させることにより管理する工程と、
ユーザからの指定に従って、前記Ｗｅｂページのデータを前記Ｗｅｂ空間から取得し、前記コンピュータのメモリ内に記憶させるとともに、該Ｗｅｂページを表示する工程と、
前記地図データベースを参照し、少なくとも前記指定されたＷｅｂページに対応するメタデータを用いて、いずれかのＷｅｂページへのリンクを付したマーカを前記登録地点と異なる地点に設置するためのマーカ表示データを用意して、前記コンピュータのメモリ内に保持するとともに、該マーカ表示用データと前記地図データベース内のデータとを合成したデータを生成して、前記登録地点周辺の地図を表示する工程とを備える地図表示方法。
【請求項１４】
Ｗｅｂ空間に散在するＷｅｂページを表示するとともに、該Ｗｅｂページに関連する登録地点を含む地図を表示するためのコンピュータプログラムであって、
前記登録地点の位置を表す地理情報を含むメタデータまたは該メタデータへのリンクを、複数のＷｅｂページ分、前記コンピュータのメモリ内に記憶させることにより管理するためのサブプログラムと、
ユーザからの指定に従って、前記Ｗｅｂページのデータを前記Ｗｅｂ空間から取得し、前記コンピュータのメモリ内に記憶させるとともに、該Ｗｅｂページを表示するサブプログラムと、
前記地図データベースを参照し、少なくとも前記指定されたＷｅｂページに対応するメタデータを用いて、いずれかのＷｅｂページへのリンクを付したマーカを前記登録地点と異なる地点に設置するためのマーカ表示データを用意して、前記コンピュータのメモリ内に保持するとともに、該マーカ表示用データと前記地図データベース内のデータとを合成したデータを生成して、前記登録地点周辺の地図を表示するサブプログラムとを備えるコンピュータプログラム。
【請求項１５】
Ｗｅｂ空間に散在するＷｅｂページを表示するとともに、該Ｗｅｂページに関連する登録地点を含む地図を表示する地図表示ブラウザであって、
前記地図表示ブラウザがインストールされたコンピュータ内またはコンピュータ外に設けられ、前記登録地点の位置を表す地理情報を含むメタデータを、複数のＷｅｂページ分、管理するための管理モジュールにアクセスし、前記メタデータの少なくとも一部を取得し、前記コンピュータのメモリ内に記憶させるサブプログラムと、
ユーザからの指定に従って、前記Ｗｅｂページのデータを前記Ｗｅｂ空間から取得し、前記コンピュータのメモリ内に記憶させるとともに、該Ｗｅｂページを表示するサブプログラムと、
前記地図データベースを参照し、少なくとも前記指定されたＷｅｂページに対応するメタデータを用いて、いずれかのＷｅｂページへのリンクを付したマーカを前記登録地点と異なる地点に設置するためのマーカ表示データを用意して、前記コンピュータのメモリ内に保持するとともに、該マーカ表示用データと前記地図データベース内のデータとを合成したデータを生成して、前記登録地点周辺の地図を表示するサブプログラムとを備える地図表示ブラウザ。
【請求項１６】
請求項１５記載の地図表示ブラウザがインストールされた端末とネットワークで接続され、Ｗｅｂ空間に散在するＷｅｂページを前記端末に表示するとともに、該Ｗｅｂページに関連する登録地点を含む地図を前記端末に表示させる地図表示サーバであって、
複数のＷｅｂページに対応するメタデータを格納しておくためのメタデータストレージと、
前記Ｗｅｂ空間を検索し、複数のＷｅｂページに対応するメタデータを収集し、前記メタデータストレージに格納させるとともに、前記地図表示ブラウザからの要求に対応するメタデータを、前記端末に提供するメタデータ管理部とを備える地図表示サーバ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２００８−４６６８１（Ｐ２００８−４６６８１Ａ）
【公開日】平成２０年２月２８日（２００８．２．２８）
【国際特許分類】
【出願番号】特願２００６−２１８８８８（Ｐ２００６−２１８８８８）
【出願日】平成１８年８月１０日（２００６．８．１０）
【新規性喪失の例外の表示】特許法第３０条第１項適用申請有り 九州工業大学 大学院情報工学研究科 情報創成工学専攻、「修士論文発表会 プログラム・概要集」、平成１８年２月１７日、社団法人 情報処理学会 九州支部、「火の国情報シンポジウム２００６ 論文集 ＣＤ−ＲＯＭ」、平成１８年３月１３日
【出願人】（５９７１５１５６３）株式会社ゼンリン (155)
【出願人】（５０４１７４１３５）国立大学法人九州工業大学 (489)
【Ｆターム（参考）】
【公開日】平成２０年２月２８日（２００８．２．２８）
【国際特許分類】
【出願日】平成１８年８月１０日（２００６．８．１０）
【新規性喪失の例外の表示】特許法第３０条第１項適用申請有り 九州工業大学 大学院情報工学研究科 情報創成工学専攻、「修士論文発表会 プログラム・概要集」、平成１８年２月１７日、社団法人 情報処理学会 九州支部、「火の国情報シンポジウム２００６ 論文集 ＣＤ−ＲＯＭ」、平成１８年３月１３日
【出願人】（５９７１５１５６３）株式会社ゼンリン (155)
【出願人】（５０４１７４１３５）国立大学法人九州工業大学 (489)
【Ｆターム（参考）】
[ Back to top ]