(57)【要約】【課題】  本発明は、ハードウェアおよびソフトウェアの規模が増加することなく、信頼性の向上およびコストの削減が図られ、操作性・利便性が高められることを目的とする。【解決手段】  地理的な位置に対応する複数の位置属性の内、検索キーとして入力された特定の位置属性以外の残りの位置属性を前記特定の位置属性に基づいて補完する補完手段と、前記特定の位置属性と前記残りの位置属性とを有する情報を検索する検索手段とを備え、前記補完手段は、前記特定の位置属性に応答するウェブサービスにより前記残りの位置属性を補完することにより構成される。【選択図】  図１
2010039669.tif 000002
【特許請求の範囲】
【請求項１】
地理的な位置に対応する複数の位置属性の内、検索キーとして入力された特定の位置属性以外の残りの位置属性を前記特定の位置属性に基づいて補完する補完手段と、
前記特定の位置属性と前記残りの位置属性とを有する情報を検索する検索手段とを備え、
前記補完手段は、
前記特定の位置属性に応答するウェブサービスにより前記残りの位置属性を補完する
ことを特徴とする地理情報検索システム。
【請求項２】
請求項１に記載の地理情報検索システムにおいて、
前記補完手段は、
前記ウェブサービスによって補完された補完位置属性に応答するウェブサービスにより、前記残りの位置属性の内、前記補完位置属性以外の位置属性を補完する
ことを特徴とする地理情報検索システム。
【請求項３】
請求項１または請求項２に記載の地理情報検索システムにおいて、
前記補完手段は、
前記補完の対象を前記情報の検索に必須である位置属性に限定する
ことを特徴とする地理情報検索システム。
【請求項４】
請求項１ないし請求項４の何れか１項に記載の地理情報検索システムにおいて、
前記特定の位置属性と前記残りの位置属性との内、前記情報の検索に必須ではない位置属性を外部に通知する属性通知手段を備えた
ことを特徴とする地理情報検索システム。
【請求項５】
請求項１ないし請求項４の何れか１項に記載の地理情報検索システムにおいて、
前記特定の位置属性と前記残りの位置属性との内、前記情報の検索に必須の位置属性を外部に通知し、前記外部から与えられる指示に応じて前記必須の位置属性の補完のきっかけを前記補完手段に個別に与える制御手段を備えた
ことを特徴とする地理情報検索システム。
【請求項６】
請求項１ないし請求項５の何れか１項に記載の地理情報検索システムにおいて、
前記特定の位置属性と、前記補完の結果として得られた位置属性との全てまたは一部の推敲を外部から可能とする推敲支援手段を備えた
ことを特徴とする地理情報検索システム。
【請求項７】
請求項６に記載の地理情報検索システムにおいて、
前記補完手段は、
前記検索手段によって前記検索が行われる前に、前記特定の位置属性と、前記補完の結果として得られた位置属性との内、前記推敲が加えられた推敲済み位置情報に応答するウェブサービスにより、前記推敲済み位置情報以外の位置属性を補完する
ことを特徴とする地理情報検索システム。
【請求項８】
請求項６または請求項７に記載の地理情報検索システムにおいて、
前記推敲支援手段は、
前記特定の位置属性と、前記補完の結果として得られた位置属性との組み合わせに前記推敲が加えられたか否かを判別し、その判別の結果を出力する
ことを特徴とする地理情報検索システム。
【請求項９】
請求項１ないし請求項８の何れか１項に記載の地理情報検索システムにおいて、
前記検索手段は、
前記検索の結果として得られた情報に含まれる位置属性を後続する検索に適用する
ことを特徴とする地理情報検索システム。
【請求項１０】
請求項１ないし請求項９の何れか１項に記載の地理情報検索システムにおいて、
前記補完手段は、
地図上で指定された特定の位置の位置属性を前記特定の位置属性とする
ことを特徴とする地理情報検索システム。
【請求項１１】
請求項１ないし請求項１０の何れか１項に記載の地理情報検索システムにおいて、
前記補完手段は、
前記補完の結果として得られた位置属性を前記地図上に出力する
ことを特徴とする地理情報検索システム。
【請求項１２】
通信路を介して連携することにより分散処理を行い、
請求項１ないし請求項１１の何れか１項に記載の地理情報検索システムを構成するノードとして機能する
ことを特徴とするコンピュータ。
【請求項１３】
請求項１ないし請求項１１の何れか１項に記載の地理情報検索システムとしてコンピュータを機能させるプログラム。
【請求項１４】
請求項１２に記載のノードとしてコンピュータを機能させるプログラム。
【請求項１５】
請求項１３または請求項１４に記載のプログラムが記録され、コンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、位置を直接あるいは間接的に示す位置属性に基づいて所望の情報を検索する地理情報検索システム、この地理情報検索システムを分散処理により実現するコンピュータ並びにこれらを実現するプログラムおよび記憶媒体に関する。
【背景技術】
【０００２】
住所、緯度経度、電話番号、郵便番号等の位置属性に基づいて多様な情報を検索する位置関連情報の検索系では、検索対象の情報の検索に必要な位置属性は、多様であり、しかも、操作者にとっては、情報量が大きく、かつ相互の関連性が煩雑である。
【０００３】
したがって、従来、このような検索系では、例えば、特許文献１に開示されるように、操作者によって入力されなかった位置属性は、その操作者が入力した位置属性と地理的に等価な位置情報で補完されていた。
【特許文献１】特開２０００−７６２５３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上述した従来例では、既述の処理の過程で得られる「地理的に等価な位置情報」が予め登録されたデータベースが系毎に備えられなければならなかった。
【０００５】
しかし、このようなデータベースに含まれる情報は、住所、緯度経度、電話番号、郵便番号等の位置属性の間に密接な関連性があり、かつ情報量が比較的大きいにもかかわらず、供給元が異なり、しかも、市町村の統廃合、土地の利用や開発等に応じた更新されるために、総合的な整合性の維持が容易ではなかった。
【０００６】
また、個々の位置属性の保守は、これらの位置属性の何れも専門性と公共性が極めて高いために、検索系の設計者や開発者が独自に行うことは実質的に困難であり、該当する分野の専門機関や公的機関によって行われることがもっとも望ましかった。
【０００７】
本発明は、ハードウェアおよびソフトウェアの規模が増加することなく、信頼性の向上およびコストの削減が図られ、しかも、操作性および利便性が高められる地理情報検索システム、この地理情報検索システムを分散処理により実現するコンピュータ並びにこれらを実現するプログラムおよび記憶媒体を提供することを目的とする。
【課題を解決するための手段】
【０００８】
請求項１に記載の発明では、補完手段は、地理的な位置に対応する複数の位置属性の内、検索キーとして入力された特定の位置属性以外の残りの位置属性を前記特定の位置属性に基づいて補完する。検索手段は、前記特定の位置属性と前記残りの位置属性とを有する情報を検索する。前記補完手段は、前記特定の位置属性に応答するウェブサービスにより前記残りの位置属性を補完する。
【０００９】
すなわち、検索キーとして入力された特定の位置属性以外の残りの位置属性は、ウェブサービスを利用することにより補完される。また、このようなウェブサービスは、何れも、一般に、専門家の集団や専門機関によって提供され、かつ適切に更新される公共的な情報に基づいて作成される。
【００１０】
したがって、このようなウェブサービスに代わるデータベースがシステム内に備えられなければならなかった従来例に比べて、ハードウェアやソフトウエアの規模およびコストの削減が図られる。
【００１１】
また、検索に必要な位置属性の不足分がウェブサービスの利用による分散処理の下で実現されるため、応答性が向上する。
【００１２】
さらに、このようなウェブサービスに組み込まれるデータには、市町村の統廃合や土地の利用や開発等に応じた更新がほどよく反映されるために、実体的な現状との整合性の担保や保守が容易となる。
【００１３】
また、補完によって得られる位置属性の内容や形式が多様である場合にも、既存のウェブサービスを有効に利用する処理の追加、既存のウェブサービスの仕様や機能のカスタマイズの要求、複数のウェブサービスのマッシュアップ等の対処により、総合的な規模やコストが増加することなく、柔軟な対応が可能である。
【００１４】
さらに、補完によって得られるべき位置属性を得るウェブサービスとして、機能が同等と見なし得る複数のウェブサービスの採用が可能であるため、これらの複数のウェブサービスによる負荷分散も可能となる。
【００１５】
請求項２に記載の発明では、請求項１に記載の地理情報検索システムにおいて、前記補完手段は、前記ウェブサービスによって補完された補完位置属性に応答するウェブサービスにより、前記残りの位置属性の内、前記補完位置属性以外の位置属性を補完する。
【００１６】
すなわち、補完によって得られる位置属性は、特定の位置属性に応答するウェブサービスによって直接得ることができない場合であっても、何らかのウェブサービスによって得られた補完位置属性に応答するウェブサービスによって間接的に得られる。
【００１７】
したがって、補完により得られるべき位置属性の多様な組み合わせに対する柔軟な適応が可能となる。
【００１８】
請求項３に記載の発明では、請求項１または請求項２に記載の地理情報検索システムにおいて、前記補完手段は、前記補完の対象を前記情報の検索に必須である位置属性に限定する。
【００１９】
すなわち、補完手段は、情報の検索に不要な位置属性を得る無駄な処理を省略できる。
【００２０】
したがって、総合的な処理量の削減が図られ、応答性が高められる。
【００２１】
請求項４に記載の発明では、請求項１ないし請求項４の何れか１項に記載の地理情報検索システムにおいて、属性通知手段は、前記特定の位置属性と前記残りの位置属性との内、前記情報の検索に必須ではない位置属性を外部に通知する。
【００２２】
すなわち、操作者あるいは本発明の上位システムは、情報の検索に必須ではない位置属性を特定の位置属性として設定する無駄な振る舞いを回避することができる。
【００２３】
したがって、操作性が向上し、総合的な稼働率および信頼性が高められる。
【００２４】
請求項５に記載の発明では、請求項１ないし請求項４の何れか１項に記載の地理情報検索システムにおいて、制御手段は、前記特定の位置属性と前記残りの位置属性との内、前記情報の検索に必須の位置属性を外部に通知し、前記外部から与えられる指示に応じて前記必須の位置属性の補完のきっかけを前記補完手段に個別に与える。
【００２５】
すなわち、操作者あるいは本発明の上位システムは、情報の検索に必須である位置属性を識別し、かつ優先的に特定の位置属性として設定することができる。
【００２６】
したがって、操作性が向上し、総合的な稼働率および信頼性が高められる。
【００２７】
請求項６に記載の発明では、請求項１ないし請求項５の何れか１項に記載の地理情報検索システムにおいて、推敲支援手段は、前記特定の位置属性と、前記補完の結果として得られた位置属性との全てまたは一部の推敲を外部から可能とする。
【００２８】
すなわち、特定の位置属性と補完の結果として得られた位置属性とは、何れも、適宜加えられる修正によってより好ましいものに更新される。
【００２９】
したがって、情報検索の条件である位置属性の柔軟な最適化が可能となる。
【００３０】
請求項７に記載の発明では、請求項６に記載の地理情報検索システムにおいて、前記補完手段は、前記検索手段によって前記検索が行われる前に、前記特定の位置属性と、前記補完の結果として得られた位置属性との内、前記推敲が加えられた推敲済み位置情報に応答するウェブサービスにより、前記推敲済み位置情報以外の位置属性を補完する。
【００３１】
すなわち、本来的に行われるべき位置属性の補完は、その補完のきっかけが操作者や本発明の上位システムによって検索の開始前に与えられなかった場合であっても、検索の開始に先行して自動的に行われる。
【００３２】
したがって、情報検索に用いられる位置属性の組み合わせの整合性が担保され、性能および利便性が向上する。
【００３３】
請求項８に記載の発明では、請求項６または請求項７に記載の地理情報検索システムにおいて、前記推敲支援手段は、前記特定の位置属性と、前記補完の結果として得られた位置属性との組み合わせに前記推敲が加えられたか否かを判別し、その判別の結果を出力する。
【００３４】
すなわち、操作者あるいは本発明の上位システムは、上記推敲に伴って生じる位置属性間の不整合を識別することができる。
【００３５】
したがって、操作性および性能が高められる。
【００３６】
請求項９に記載の発明では、請求項１ないし請求項８の何れか１項に記載の地理情報検索システムにおいて、前記検索手段は、前記検索の結果として得られた情報に含まれる位置属性を後続する検索に適用する。
【００３７】
すなわち、一旦行われた検索の結果に含まれる位置属性は、後続して行われる検索や絞り込み検索に適用される。
【００３８】
したがって、操作性および利便性が高められる。
【００３９】
請求項１０に記載の発明では、請求項１ないし請求項９の何れか１項に記載の地理情報検索システムにおいて、前記補完手段は、地図上で指定された特定の位置の位置属性を前記特定の位置属性とする。
【００４０】
すなわち、補完手段によって参照される特定の位置属性は、その位置属性が当てはまる地点や地域の正確な名称や住所が不明の場合であっても、設定可能となる。
【００４１】
したがって、操作性および利便性が高められる。
【００４２】
請求項１１に記載の発明では、請求項１ないし請求項１０の何れか１項に記載の地理情報検索システムにおいて、前記補完手段は、前記補完の結果として得られた位置属性を前記地図上に出力する。
【００４３】
すなわち、補完の結果として得られた位置属性は、その位置属性が当てはまる地域や地点の正確な名称や住所が不明である場合であっても、視覚的に把握したり確認することが可能となる。
【００４４】
したがって、操作性および利便性が高められる。
【００４５】
請求項１２に記載の発明は、通信路を介して連携することにより分散処理を行い、請求項１ないし請求項１１の何れか１項に記載の地理情報検索システムを構成するノードとして機能する。
【００４６】
すなわち、本願発明にかかわる地理情報システムは、所望の分散処理の下で実現される。
【００４７】
したがって、本願発明は、多様な分野やインフラ等の環境において適用可能となる。
【００４８】
請求項１３に記載の発明は、請求項１ないし請求項１１の何れか１項に記載の地理情報検索システムとしてコンピュータを機能させる。
【００４９】
請求項１４に記載の発明は、請求項１２に記載のノードとしてコンピュータを機能させる。
【００５０】
請求項１５に記載の発明は、請求項１３または請求項１４に記載のプログラムが記録され、コンピュータ読み取り可能である。
【発明の効果】
【００５１】
上述したように本発明によれば、従来例に比べて以下のような特異な効果が達成される。
(1) ハードウェアやソフトウエアの規模およびコストの削減が図られる。
(2) 応答性が向上する。
(3) 実体的な現状との整合性の担保や保守が容易となる。
(4) 補完によって得られる位置属性の内容や形式が多様となる場合でも、総合的な規模やコストが増加することなく、柔軟な対応が可能である。
(5) 機能が同等と見なし得る複数のウェブサービスの採用による負荷分散が可能となる。
(6) 補完により得られるべき位置属性の多様な組み合わせに対する柔軟な適応が可能となる。
(7) 総合的な処理量の削減が図られる。
(8) 総合的な稼働率および信頼性が高められる。
(9) 情報検索の条件である位置属性の柔軟な最適化が可能となる。
(10)情報検索に用いられる位置属性の組み合わせの整合性が担保される。
(11)操作性、性能および利便性が高められる。
【００５２】
したがって、本発明が適用された検索系では、従来例に比べて性能が低下することなく多様な分野やインフラ等の環境に対して適用が可能となるにもかかわらず、検索条件の最適化が容易に達成され、さらに、検索対象となる情報資源の活用に関する利便性、効率および確度が高められる。
【発明を実施するための最良の形態】
【００５３】
以下、図面に基づいて本発明の実施形態について詳細に説明する。
【００５４】
図１は、本発明の一実施形態の構成を示す図である。
【００５５】
図において、パーソナルコンピュータ１１はインターネット１２に接続され、そのインターネット１２には、サーバ１３と、後述するウェブＡＰＩを提供するサーバ１４-1〜１４-nが接続される。
【００５６】
パーソナルコンピュータ１１には、周辺装置として、ディスプレイ１１ｄ、キーボード（ＫＢ）１１ｋおよびマウス１１ｍが備えられ、かつブラウザ１１bがアプリケーションシステムとして組み込まれる。
【００５７】
サーバ１３には、所定の静的なウェブページがＨＴＭＬ形式のファイルとして予め格納される。なお、このような静的なウェブページは、ブラウザ１１bからインターネット１２に引き渡されるｕｒｌ(Uniform Resource Locator)に対応する。さらに、サーバ１３には、後述するＣＧＩ(Common Gateway Interface)１３ｃｇｉが予め組み込まれる。
【００５８】
図２は、本実施形態における各部の連係を示す図である。
【００５９】
図３は、本実施形態においてブラウザが行う処理のフローチャートである。
【００６０】
図４は、本実施形態においてサーバが行う処理のフローチャートである。
【００６１】
なお、図３および図４には、図形表現言語であるため直感的で見易く、オブジェクト指向によりイベント駆動型システムに適したＳＤＬ(Specification and Description Language)を採用する。
【００６２】
以下、図１〜図４を参照して本実施形態の動作を説明する。
【００６３】
〔各部の基本的な動作〕
ブラウザ１１bは、操作者がディスプレイ１１ｄの画面表示を参照しながらキーボード１１ｋやマウス１１ｍを介して行う操作に応じて、インターネット１２にｕｒｌを送信する。
【００６４】
このｕｒｌは、インターネット１２に配置されたＤＮＳ(Domain Name System)サーバ（図示されない。）によってアドレス解決された後、所定のアドレスとしてサーバ１３に引き渡される。
【００６５】
また、ブラウザ１１bは、必要な場合には、ｕｒｌに併せて種々のパラメータをインターネット１２に送信する。
【００６６】
一方、サーバ１３は、上述したｕｒｌに応じてブラウザ１１ｂから引き渡されたアドレスが上述した静的なウェブページに対応する場合には、インターネット１２を介してブラウザ１１ｂ宛に、そのアドレスに対応した静的なウェブページを転送する。
【００６７】
また、サーバ１３では、ＣＧＩ１３ｃｇｉは、上述したｕｒｌに応じてブラウザ１１bから引き渡されたアドレスが特定のアドレスである場合には、その特定のアドレスと共にブラウザ１１ｂから引き渡されたパラメータに基づいて所定の処理を行うことにより、ＨＴＭＬ形式の動的なウェブページ（以下、単に「ＨＴＭＬ」という。）を生成し、インターネット１２を介してブラウザ１１ｂ宛に、そのＨＴＭＬを転送する。
【００６８】
ブラウザ１１bは、このようにしてサーバ１３（ＣＧＩ１３ｃｇｉ）から転送されたＨＴＭＬをディスプレイ１１ｄの表示画面に出力する。ブラウザ１１bは、そのＨＴＭＬに配置された「フォーム」に対して、操作者がキーボード１１ｋやマウス１１ｍを介して操作を行うと、その操作の結果に応じて定まるｕｒｌをインターネット１２に引き渡し、かつインターネット１２を介してサーバ１３（ＣＧＩ１３ｃｇｉ）宛に、このｕｒｌと対をなす所定のパラメータを送信する。パーソナルコンピュータ１１（ブラウザ１１b）とサーバ１３（ＣＧＩ１３ｃｇｉ）とは、このようにしてインターネット１２を介して相互に情報を引き渡すことによって連係する。
【００６９】
ここに、上述した「フォーム」とは、例えば、テキストフィールド、テキストエリア、セレクトボックス、チェックボックス、ボタン、リンクのように、ＨＴＭＬタグの組み合わせとして構成される。これらのテキストフィールド、テキストエリア、セレクトボックス、チェックボックス、ボタン、リンクは、ディスプレイ１１ｄの表示画面への情報の出力と、キーボード１１ｋやマウス１１ｍを介して行なわれる情報の入力・更新・指定・選択等の操作のための仲立ちに供される。
【００７０】
また、各「フォーム」に含まれる情報については、このような操作に応じた情報の入力・更新・指定・選択等の結果として得られる情報と、ブラウザ１１bによって実行されるjava（登録商標）script等によって<input type="hidden"…>タグとして適宜追加されたり更新される情報との何れも、ユニークなname属性との対として表される。
【００７１】
本願発明の特徴は、本実施形態では、以下の点(1)〜(4)にある。
(1) パーソナルコンピュータ１１（ブラウザ１１b）と操作者との間で行われる対話に用いられる「フォーム」の構成および内容（上述したパラメータに応じて生成されたり更新される。）
(2) ブラウザ１１bによって上述した操作の結果が反映され、サーバ１３（ＣＧＩ１３ｃｇｉ）に引き渡される情報（既述の「フォーム」に含まれ、あるいは必要に応じて付加される。）
(3) この「フォーム」の内容に応じてサーバ１３（ＣＧＩ１３ｃｇｉ）が行う処理
(4) このような処理を補助し、あるいはサーバ１３（ＣＧＩ１３ｃｇｉ）の負荷の軽減や総合的な応答性・操作性の確保のためにブラウザ１１bが行う処理
以下では、本実施形態の特徴を浮き彫りとするために、以下の事項に関する記載を省略する。
(a) パーソナルコンピュータ１１（ブラウザ１１b）とサーバ１３（ＣＧＩ１３ｃｇｉ）と間で引き渡される情報（以下、「引き渡し情報」）の内、先に相手から引き渡された後、更新されることなく返送される情報
(b) これらの「引き渡し情報」の引き渡しのために、インターネット１２の介在の下で行われるアドレス解決等の通信処理と、その通信処理のために用いられる通信メソッド、通信手順等
(c) 個々の「フォーム」における要素の配置や構成の内、本願発明の特徴に該当しないもの
〔本実施形態の動作〕
ブラウザ１１bには、本実施形態にかかるウェブページのトップページのｕｒｌが操作者によって指定される（図２(1)、図３(1)）。
【００７２】
サーバ１３は、そのｕｒｌのアドレス解決により特定されたアドレスが与えられると、そのアドレスに対応するトップページのＨＴＭＬをブラウザ１１ｂ宛に転送する（図２(2)、図４(1)）。
【００７３】
ブラウザ１１bは、このＨＴＭＬで示されるトップページをディスプレイ１１ｄの表示画面に出力する（図２(3)、図３(2)）。
【００７４】
トップページには、図５に示すように、以下の要素からなる「第一のフォーム」が含まれる。
(1) 検索の対象となり得る地理情報の個々の名称「Ｉ-1」〜「Ｉ-n」と、これらの名称に個別に対応したチェックボックス５１-1〜５１-nとが対応づけられ、格子状に配置された地理情報選択部５２
(2) 郵便番号に対応するリンク（〒）５３Ｌ
(3) 郵便番号の入力・編集・表示に供されるテキストフィールド５３
(4) 緯度に対応するリンク５４Ｌ
(5) 緯度の入力・編集・表示に供されるテキストフィールド５４
(6) 経度に対応するリンク５５Ｌ
(7) 経度の入力・編集・表示に供されるテキストフィールド５５
(8) 電話番号に対応するリンク（TEL）５６Ｌ
(9) 電話番号の入力・編集・表示に供されるテキストフィールド５６
(10)住所に対応するリンク５７Ｌ
(11)住所の入力・編集・表示に供されるテキストフィールド５７
(12)キーワードの入力・編集・表示に供されるテキストフィールド５８
(13)名称の入力・編集・表示に供されるテキストフィールド５９
(14)距離の入力・編集・表示に供されるテキストフィールド６０
(15)検索ボタン６１
(16)地図フィールド６２
なお、上述した地理情報とは、既述の郵便番号、緯度・経度、電話番号、住所、キーワード、名称、距離（以下、これらの総称を「位置属性」とする。）の多様な組み合わせを検索キーとして検索される情報を意味する。
【００７５】
また、チェックボックス５１-1〜５１-nは、検索の対象となる地理情報（以下、「検索対象地理情報」という。）のＣＧＩ１３ｃｇｉに対する引き渡しに供され、かつ操作者によってチェックの有無が逆転したときに、後述する「重要度表示処理」（Java（登録商標）scriptとして実現される。）の開始のきっかけを与える。
【００７６】
さらに、リンク５３Ｌ、５４Ｌ、５５Ｌ、５６Ｌ、５７Ｌは、何れも、<a>タグで構成され、クリックされたときに後述する処理を行うJava（登録商標）scriptの実行のきっかけを与える。
【００７７】
また、地図フィールド６２には、予めデフォルトの地域の地図が表示され、かつ多段に亘る拡大／縮小と、表示される地域を上下左右（東西南北）に自在に変更することを可能とするボタン（図示されない。）が配置される。なお、これらのボタンだけではなく、地図フィールド６２に表示される地図上の点の何れについても、マウス１１ｍによるクリックに応じた後述する処理の開始は、Java（登録商標）scriptによって実現される。
【００７８】
さらに、上述したJava（登録商標）scriptは、何れも、「第一のフォーム」を含むＨＴＭＬに予め組み込まれる。また、このようなJava（登録商標）scriptの組み込みは、後述する全てのフォームを含む何れのＨＴＭＬにも、同様に予め組み込まれる。
【００７９】
操作者は、「第一のフォーム」が表示されると、チェックボックス５１-1〜５１-nの内、「検索対象地理情報」（ここでは、名称「Ｉ-1」のみに対応する１つであると仮定する。）に対応したチェックボックス５１-1をチェックする（図２(4))。
【００８０】
ブラウザ１１ｂは、このようなチェックボックス５１-1のチェックに応じて、以下の「重要度表示処理」を起動する（図３(3))。
〔重要度表示処理〕
「重要度表示処理」は、以下の手順(1)〜(4)に基づいてテキストフィールド５３、５４、５５、５６、５７、５８、５９、６０の背景色をそれぞれ設定するJava（登録商標）scriptとして実現される。
(1) テキストフィールド５３、５４、５５、５６、５７、５８、５９、６０の内、検索の対象となる全ての地理情報の検索のため（以下、「全地理情報の検索のため」という。）に、何も設定される必要がない位置属性（郵便番号、緯度・経度、電話番号、住所、キーワード、名称、距離の何れか）に対応するテキストフィールドについては、背景色を薄灰色に設定し、disable状態とする。
(2) テキストフィールド５３、５４、５５、５６、５７、５８、５９、６０の内、全地理情報の検索のためには必須ではないけれども、検索キーとして採用することが可能である位置属性（郵便番号、緯度・経度、電話番号、住所、キーワード、名称、距離の何れか）に対応するテキストフィールドについては、背景色を薄青色に設定し、enable状態とする。
(3) テキストフィールド５３、５４、５５、５６、５７、５８、５９、６０の内、全地理情報の検索のために必須である位置属性（郵便番号、緯度・経度、電話番号、住所、キーワード、名称、距離の何れか）に対応したテキストフィールドについては、背景色を薄桃色に設定し、enable状態とする。
(4) テキストフィールド５３、５４、５５、５６、５７、５８、５９、６０の内、上記(1)〜(3)の何れにおいても背景色が設定されたなかったテキストフィールドについては、背景色を白色に設定し、enable状態とする。
【００８１】
すなわち、テキストフィールド５３、５４、５５、５６、５７、５８、５９、６０の背景色は、次のように設定される。
・  「検索対象地理情報」（チェックボックス５１-1〜５１-nの内、チェックされているチェックボックスに対応する。）の何れかの検索に必須の位置属性に対応する場合には、優先的に薄桃色となる。
・  「検索対象地理情報」の何れの検索にも必須ではないけれども、これらの地理情報の何れかの検索に際して検索キーとして採用可能な位置属性に対応する場合には、薄青色となる。
・  「検索対象地理情報」の何れの検索にも必要がない位置属性に対応する場合には、薄灰色となる。
【００８２】
したがって、操作者は、郵便番号、緯度・経度、電話番号、住所、キーワード、名称、距離のそれぞれが「検索対象地理情報」の検索に際して以下の３つ(a),(b),(c) の何れに該当するかを上述した背景色により容易に確認することができる。
【００８３】
(a)必須である。
【００８４】
(b)検索キーとして採用され得る。
【００８５】
(c)設定が不要であるの何れかである。
【００８６】
さらに、操作者は、以下の(1)〜(5)の何れかに示すように、位置属性である郵便番号、緯度・経度、電話番号、住所の内、入力が可能な何れかの値を設定し、必要であれば、その入力に用いられたテキストフィールド（符号「５３」〜「５７」の何れかで示される。）に対応するリンク（符号「５３Ｌ」〜「５７Ｌ」の何れかで示される。）をクリックする（図２(5))ことにより、入力されていない残りの位置属性を補う「補完処理」の開始を要求する。ここに、入力される位置属性は、入力用のテキストフィールドの背景色が薄桃色となっている（必須である）ものでなくてもよい。
(1) テキストフィールド５３に郵便番号（「-」を含まない半角数字７桁）を入力し、必要であれば、リンク５３Ｌをクリックする。以下、このクリックに応じて開始される「補完処理」については、「補完処理（郵便番号）」と称する。
(2) テキストフィールド５４、５５にそれぞれ緯度、経度（小数点「.」を含む半角数字の列）を入力し、必要であれば、リンク５４Ｌまたはリンク５５Ｌをクリックする。以下、このクリックに応じて開始される「補完処理」については、「補完処理（緯度・経度）」と称する。
(3) 地図フィールド６２を操作することにより、この地図フィールド６２上に所望の地域や地点を含む地図を表示し、その地域や地点に該当する位置をクリックすることにより、テキストフィールド５４、５５にこの位置の緯度、経度を設定し、必要であれば、リンク５４Ｌまたはリンク５５Ｌをクリックする。以下、このクリックに応じて開始される「補完処理」については、「補完処理（緯度・経度）」と称する。なお、このような地図フィールド６２上の位置のクリックに応じてその位置にマークを表示し、かつ緯度、経度の値を自動的に取得してテキストフィールド５４、５５に設定する処理については、例えば、公知のグーグルマップAPI とJava(登録商標)script との併用により実現が可能であるので、ここではその詳細な説明を省略する。
(4) テキストフィールド５６に電話番号（「-」を含まない半角数字の列）を入力し、必要であれば、リンク５６Ｌをクリックする。以下、このクリックに応じて開始される「補完処理」については、「補完処理（電話番号）」と称する。
(5) テキストフィールド５７に住所を入力し、必要であれば、リンク５７Ｌをクリックする。以下、このクリックに応じて開始される「補完処理」については、「補完処理（住所）」と称する。
【００８７】
上述した個々の「補完処理」の過程では、ブラウザ１１ｂとサーバ１３（ＣＧＩ１３ｃｇｉ）とは、以下の通りにインターネット１２を介して連係する。
〔補完処理（郵便番号）〕
リンク５３Ｌがクリックされると、ブラウザ１１ｂは、インターネット１２を介してサーバ１３宛に、「第一のフォーム」に対して行われた全ての操作の結果（テキストフィールド５３に入力された「郵便番号（＝1030000）」を含む。）が反映された「補完要求（郵便番号）」を送信する（図２(6)、図３(4)）。
【００８８】
サーバ１３では、ＣＧＩ１３ｃｇｉは、以下の処理を行う。
(1) この「補完要求（郵便番号）」に含まれる「郵便番号（＝1030000）」を第一のウェブＡＰＩ（以下、「郵便番号／住所ＡＰＩ」という。）に引き渡す（図２(7))、図４(2))。
(2) その「郵便番号／住所ＡＰＩ」の応答として得られ、かつ上記「郵便番号」に対応する「住所（＝東京都中央区…）」を取得する（図２(8))。
(3) この「住所（＝東京都中央区…）」を第二のウェブＡＰＩ（以下、「ジオコーディングＡＰＩ」という。）に引き渡す（図２(9)、図４(4))。
(4) この「ジオコーディングＡＰＩ」の応答として得られ、かつ上記「住所」に対応する「緯度（＝35.676563…）」、「経度（＝139.773892…）」を取得する（図２(10))。
(5) 以下の通りに構成される「第二のフォーム」を生成する。
・  基本的な構成が既述の「第一のフォーム」と同じである。
・  上述した「郵便番号（＝1030000）」、「住所（＝東京都中央区…）」、「緯度（＝35.676563…）」、「経度（＝139.773892…）」の全てが反映される。
・  「第一のフォーム」にある地図フィールド６２に表示されている地域、マークの位置等を示す情報を含み、その情報に基づいて「第二のフォーム」上における地図フィールド６２の表示を復元するJava(登録商標)scriptが組み込まれる。
・  これらの「郵便番号（＝1030000）」、「住所（＝東京都中央区…）」、「緯度（＝35.676563…）」、「経度（＝139.773892…）」が反映されたテキストフィールド５３、５７、５４、５５の枠の色が黄色（「補完処理」の下で一括して整合がとられたことを意味する。）に設定される。
・  value値がNULL（上記枠の色が黄色に設定されたテキストフィールド５３〜５５、５７の何れの値にも操作者によって変更が加えられていない状態を意味する。）である<input type="hidden" name="revised">タグを含む。
・  「第一のフォーム」のテキストフィールド５８〜６０にそれぞれ設定された「キーワード」、「名称」、「距離」の全てがテキストフィールド５８〜６０の値として反映される。
【００８９】
なお、「第二のフォーム」の構成要素については、図６に示すように、「第一のフォーム」と同じ符号を付与して示す。
(6) 「第二のフォーム」を示すＨＴＭＬをブラウザ１１b宛に送信する（図２(11)、図４(4)）。
【００９０】
ブラウザ１１bは、このようにしてＣＧＩ１３ｃｇｉから引き渡された「第二のフォーム」を表示画面に出力し、操作者がマウス１１ｍやキーボード１１ｋを用いてさらに行う操作の結果の反映と、その操作の結果のサーバ１３（ＣＧＩ１３ｃｇｉ）に対する引き渡しに供する（図２(12)、図３(5)）。
〔補完処理（緯度・経度）〕
リンク５４Ｌまたはリンク５５Ｌがクリックされると、ブラウザ１１ｂは、インターネット１２を介してサーバ１３宛に、「第一のフォーム」に対して行われた全ての操作の結果（テキストフィールド５４、５５にそれぞれ入力された「緯度（＝35.676563…）」、「経度（＝139.773892…）」を含む。）が反映された「補完要求（緯度・経度）」を送信する（図２(13)、図３(7)）。
【００９１】
サーバ１３では、ＣＧＩ１３ｃｇｉは、以下の処理を行う。
(1) この「補完要求（緯度・経度）」に含まれる「緯度（＝35.676563…）」および「経度（＝139.773892…）」を第三のウェブＡＰＩ（以下、「逆ジオコーディングＡＰＩ」という。）に引き渡す（図２(14)、図４(5))。
(2) その「逆ジオコーディングＡＰＩ」の応答として得られ、かつ上記「緯度（＝35.676563…）」および「経度（＝139.773892…）」に対応する「住所（＝東京都中央区…）」を取得する（図２(15))。
(3) この「住所（＝東京都中央区…）」を第四のウェブＡＰＩ（以下、「住所／郵便番号ＡＰＩ」という。）に引き渡す（図２(16)、図４(6))。
(4) この「住所／郵便番号ＡＰＩ」の応答として得られ、かつ上記「住所（＝東京都中央区…）」に対応する「郵便番号（＝1030000）」を取得する（図２(17))。
(5) 以下の通りに構成される「第二のフォーム」を生成する。
・  基本的な構成が図６に示すように既述の「第一のフォーム」と同じである。
・  上述した「緯度（＝35.676563…）」、「経度（＝139.773892…）」、「住所（＝東京都中央区…）」、「郵便番号（＝1030000）」の全てが反映される。
・  これらの「緯度（＝35.676563…）」、「経度（＝139.773892…）」、「住所（＝東京都中央区…）」、「郵便番号（＝1030000）」が反映されたテキストフィールド５４、５５、５７、５３の枠の色が黄色（「補完処理」の下で一括して整合がとられたことを意味する。）に設定される。
・  「第一のフォーム」にある地図フィールド６２に表示されている地域、マークの位置等を示す情報を含み、その情報に基づいて「第二のフォーム」上における地図フィールド６２の表示を復元するJava(登録商標)scriptが組み込まれる。
・  value値がNULL（上記枠の色が黄色に設定されたテキストフィールド５３〜５５、５７の何れの値にも操作者によって変更が加えられていない状態を意味する。）である<input type="hidden" name="revised">タグを含む。
・  「第一のフォーム」のテキストフィールド５８〜６０にそれぞれ設定された「キーワード」、「名称」、「距離」の全てがテキストフィールド５８〜６０の値として反映される。
(6) 「第二のフォーム」を示すＨＴＭＬをブラウザ１１b宛に送信する（図２(18)、図４(7)）。
【００９２】
ブラウザ１１bは、このようにしてＣＧＩ１３ｃｇｉから引き渡された「第二のフォーム」を表示画面に出力し（図２(19)、図３(5)）、操作者がマウス１１ｍやキーボード１１ｋを用いてさらに行う操作の結果の反映と、その操作の結果のサーバ１３（ＣＧＩ１３ｃｇｉ）に対する引き渡しに供する。
〔補完処理（電話番号）〕
リンク５６Ｌがクリックされると、ブラウザ１１ｂは、インターネット１２を介してサーバ１３宛に、「第一のフォーム」に対して行われた全ての操作の結果（テキストフィールド５６に入力された「電話番号（＝033567xxxx）」を含む。）が反映された「補完要求（電話番号）」を送信する（図２(20)、図３(8)）。
【００９３】
サーバ１３では、ＣＧＩ１３ｃｇｉは、以下の処理を行う。
(1) この「補完要求（電話番号）」に含まれる「電話番号（＝033567xxxx）」を第五のウェブＡＰＩ（以下、「電話番号ＡＰＩ」という。）に引き渡す（図２(21)、図４(8))。
(2) その「電話番号ＡＰＩ」の応答として得られ、かつ上記「電話番号（＝033567xxxx）」に対応する「住所（＝東京都中央区…）」および「名称（＝NNN）」を取得する（図２(22))。
(3) この「住所（＝東京都中央区…）」を既述の「ジオコーディングＡＰＩ」に引き渡す（図２(23)、図４(9))。
(4) この「ジオコーディングＡＰＩ」の応答として得られ、かつ上記「住所」に対応する「緯度（＝35.676563…）」、「経度（＝139.773892…）」を取得する（図２(24))。
(5) さらに、上記「住所（＝東京都中央区…）」を既述の「住所／郵便番号ＡＰＩ」に引き渡す（図２(25)、図４(10))。
(6) この「住所／郵便番号ＡＰＩ」の応答として得られ、かつ上記「住所（＝東京都中央区…）」に対応する「郵便番号（＝1030000）」を取得する（図２(26))。
(7)  以下の通りに構成される「第三のフォーム」を生成する。
・  基本的な構成が既述の「第一のフォーム」と同じである。
・  上述した「電話番号（＝033567xxxx）」、「住所（＝東京都中央区…）」、「名称（＝NNN）」、「緯度（＝35.676563…）」、「経度（＝139.773892…）」、「郵便番号（＝1030000）」の全てが反映される。なお、「名称（＝NNN）」は、テキストフィールド５８にキーワードとして反映される。
・  これらの「住所（＝東京都中央区…）」、「緯度（＝35.676563…）」、「経度（＝139.773892…）」、「郵便番号（＝1030000）」が反映されたテキストフィールド５７、５４、５５、５３の枠の色が黄色（「補完処理」の下で一括して整合がとられたことを意味する。）に設定される。
・  「第一のフォーム」にある地図フィールド６２に表示されている地域、マークの位置等を示す情報を含み、その情報に基づいて「第二のフォーム」上における地図フィールド６２の表示を復元するJava(登録商標)scriptが組み込まれる。
・  value値がNULL（上記枠の色が黄色に設定されたテキストフィールド５３〜５５、５７の何れの値にも操作者によって変更が加えられていない状態を意味する。）である<input type="hidden" name="revised">タグを含む。
・  「第一のフォーム」のテキストフィールド５８〜６０にそれぞれ設定された「キーワード」、「名称」、「距離」の全てがテキストフィールド５８〜６０の値として反映される。
【００９４】
なお、「第三のフォーム」の構成要素については、図７に示すように、「第一のフォーム」と同じ符号を付与して示す。
(8) 「第三のフォーム」を示すＨＴＭＬをブラウザ１１b宛に送信する（図２(27)、図４(11)）。
【００９５】
ブラウザ１１bは、このようにしてＣＧＩ１３ｃｇｉから引き渡された「第三のフォーム」を表示画面に出力し（図２(28)、図３(5))、操作者がマウス１１ｍやキーボード１１ｋを用いてさらに行う操作の結果の反映と、その操作の結果のサーバ１３（ＣＧＩ１３ｃｇｉ）に対する引き渡しに供する。
〔補完処理（住所）〕
リンク５７Ｌがクリックされると、ブラウザ１１ｂは、インターネット１２を介してサーバ１３宛に、「第一のフォーム」に対して行われた全ての操作の結果（テキストフィールド５７に入力された「住所（＝東京都中央区…）」を含む。）が反映された「補完要求（住所）」を送信する（図２(29)、図３(9)）。
【００９６】
サーバ１３では、ＣＧＩ１３ｃｇｉは、以下の処理を行う。
(1) この「補完要求（住所）」に含まれる「住所（＝東京都中央区…）」を既述の「住所／郵便番号ＡＰＩ」という。）に引き渡す（図２(30)、図４(12))。
(2) その「住所・郵便番号ＡＰＩ」の応答として得られ、かつ上記「住所（＝東京都中央区…）」に対応する「郵便番号（＝1030000）」を取得する（図２(31))。
(3) さらに、上記「住所（＝東京都中央区…）」を既述の「ジオコーディングＡＰＩ」に引き渡す（図２(32)、図４(13))。
(4) この「ジオコーディングＡＰＩ」の応答として得られ、かつ上記「住所（＝東京都中央区…）」に対応する「緯度（＝35.676563…）」、「経度（＝139.773892…）」を取得する（図２(33))。
(5) 以下の通りに構成される「第二のフォーム」を生成する。
・  基本的な構成が図６に示すように既述の「第一のフォーム」と同じである。
・  上述した「住所（＝東京都中央区…）」、「郵便番号（＝1030000）」、「緯度（＝35.676563…）」、「経度（＝139.773892…）」の全てが反映される。
・  これらの「住所（＝東京都中央区…）」、「郵便番号（＝1030000）」、「緯度（＝35.676563…）」、「経度（＝139.773892…）」、が反映されたテキストフィールド５７、５３、５４、５５の枠の色が黄色（「補完処理」の下で一括して整合がとられたことを意味する。）に設定される。
・  「第一のフォーム」にある地図フィールド６２に表示されている地域、マークの位置等を示す情報を含み、その情報に基づいて「第二のフォーム」上における地図フィールド６２の表示を復元するJava(登録商標)scriptが組み込まれる。
・  value値がNULL（上記枠の色が黄色に設定されたテキストフィールド５３〜５５、５７の何れの値にも操作者によって変更が加えられていない状態を意味する。）である<input type="hidden" name="revised">タグを含む。
・  「第一のフォーム」のテキストフィールド５８〜６０にそれぞれ設定された「キーワード」、「名称」、「距離」の全てがテキストフィールド５８〜６０の値として反映される。
(6) 「第二のフォーム」を示すＨＴＭＬをブラウザ１１b宛に送信する（図２(34)、図４(14)）。
【００９７】
ブラウザ１１bは、このようにしてＣＧＩ１３ｃｇｉから引き渡された「第二のフォーム」を表示画面に出力し（図２(35)、図３(5))、操作者がマウス１１ｍやキーボード１１ｋを用いてさらに行う操作の結果の反映と、その操作の結果のサーバ１３（ＣＧＩ１３ｃｇｉ）に対する引き渡しに供する。
【００９８】
上記「第二のフォーム」あるいは「第三のフォーム」に対して操作者がマウス１１ｍやキーボード１１ｋを用いて行う操作の過程では、ブラウザ１１ｂとサーバ１３（ＣＧＩ１３ｃｇｉ）とは、以下の通りにインターネット１２を介して連係する。
【００９９】
ブラウザ１１ｂは、操作者によって行われ、かつリンク５３Ｌ〜５７Ｌおよび検索ボタン６１の何れかのクリックを伴わない操作の過程では、「第二のフォーム」あるいは「第三のフォーム」のＨＴＭＬに組み込まれたJava(登録商標)scriptを実行することにより、次の処理を行う。
(1) テキストフィールド５８、５９、６０に対してそれぞれ入力され、あるいはこれらのテキストフィールド５８、５９、６０上で更新された「キーワード」、「名称」、「距離」については、サーバ１３（ＣＧＩ１３ｃｇｉ）に引き渡すために保持する。
(2) テキストフィールド５３〜５７に対してそれぞれ入力され、あるいはこれらのテキストフィールド５３〜５７上で更新された「郵便番号」、「緯度」、「経度」、「電話番号」、「住所」については、同様にサーバ１３（ＣＧＩ１３ｃｇｉ）に引き渡すために保持する。
(3) テキストフィールド５３〜５５、５７に既に設定されている位置属性（「郵便番号」、「緯度」、「経度」、「住所」）に何らかの変更が加えられた場合には、次の処理を行う。
・  「郵便番号」、「緯度」、「経度」、「住所」の内、変更が加えられた最新の項目の識別情報を既述の<input type="hidden" name="revised">タグのvalue値として保持し、サーバ１３（ＣＧＩ１３ｃｇｉ）に対する引き渡しの対象とする。
・  これらのテキストフィールド５３〜５５、５７の全ての枠の色を元の色（灰色）に戻す。
【０１００】
すなわち、とりあえず入力された位置属性が所望の地理情報の検索に必須でなくても、その位置属性に基づいて全ての必須の位置属性が簡単な操作により補われ、操作者は、所望の地理情報の検索に必須でなくても適用が可能な位置属性を容易に把握して設定したり更新することができる。
【０１０１】
また、操作者は、各「補完処理」の下で設定された「郵便番号」、「緯度」、「経度」、「住所」の何れについても、自在に変更を加えることが可能である。
【０１０２】
さらに、操作者は、このような変更の結果に基づいて、リンク５３Ｌ〜５７Ｌの何れかを適宜クリックすることにより、既述の「補完処理」を何度でも起動し、「郵便番号」、「緯度」、「経度」、「住所」の組み合わせの整合性を手動で確保し直すことができる。
【０１０３】
なお、「第二のフォーム」および「第三のフォーム」は、これらのフォームを含むＨＴＭＬは、組み込まれるJava(登録商標)scriptを含めて、「第一のフォーム」を含むＨＴＭＬと基本的に同様に構成される。したがって、リンク５３Ｌ〜５７Ｌの反復したクリックに応じてブラウザ１１ｂおよびサーバ１３（ＣＧＩ１３ｃｇｉ）が行う処理は、そのクリックが行われた「第二のフォーム」および「第三のフォーム」を既述の「第一のフォーム」と見なすことにより、既述の通りに行うことが可能である。
【０１０４】
操作者は、所望の地理情報の検索に必須の位置属性に併せて、検索条件としての適用が望ましい情報（キーワード、名称、距離等）の設定を完了すると、検索ボタン６１をクリックする（図２(36))ことにより、サーバ１３（ＣＧＩ１３ｃｇｉ）にこれらの地理情報の検索を要求することができる。
【０１０５】
ブラウザ１１ｂとサーバ１３（ＣＧＩ１３ｃｇｉ）とは、このような検索ボタン６１のクリックに応じて、以下の通りにインターネット１２を介して連係する。
【０１０６】
ブラウザ１１ｂは、サーバ１３（ＣＧＩ１３ｃｇｉ）との連係を開始する前に、以下の処理を行う。
(1) チェックボックス５１-1〜５１-nの何れかがチェックされているか判別する（図３(10))。
(2) テキストフィールド５３〜５７の内、必須である位置属性の全てに対応するテキストフィールドに有効な情報が設定されているか判別する（図３(10))。
(3) これらの判別の結果の何れかが「偽」である場合には、その旨を示すエラーメッセージを表示し（図３(11))、かつサーバ１３（ＣＧＩ１３ｃｇｉ）との連係を見合わせる。
(4) しかし、これらの判別の結果の双方が「真」である場合には、インターネット１２を介してサーバ１３（ＣＧＩ１３ｃｇｉ）宛に、その時点で表示されている「第二のフォーム」あるいは「第三のフォーム」の内容の全て（既述の<input type="hidden" name="revised">のvalue値を含む。）を含む「検索要求」を送信する（図２(37)、図３(12))。
【０１０７】
サーバ１３では、ＣＧＩ１３ｃｇｉは、このような「検索要求」を認識すると、以下の処理を行う。
(1) <input type="hidden" name="revised">のvalue値がNULLであるか判別する。
(2) その判別の結果が「偽」である場合には、このvalue値で示される位置属性（電話番号、緯度・経度、電話番号、住所の何れか）に対応した「補完処理」（既述の「補完処理（電話番号）」、「補完処理（緯度・経度）」、「補完処理（電話番号）」、「補完処理（住所）」の何れか）を行う（図４(15))。したがって、ブラウザ１１ｂの表示画面には、既述の「第二のフォーム」または「第三のフォーム」が表示され、操作者は、「郵便番号」、「緯度」、「経度」、「住所」の組み合わせの整合性を確認し、あるいは検索に必要な位置属性等の情報をあらためて吟味した後に、検索ボタン６１をクリックすることができる。
【０１０８】
なお、上述した判別の結果が「偽」である場合には、 <input type="hidden" name="revised">タグのvalue値で示される位置属性（電話番号、緯度・経度、電話番号、住所の何れか）に対応した「補完処理」（既述の「補完処理（電話番号）」、「補完処理（緯度・経度）」、「補完処理（電話番号）」、「補完処理（住所）」の何れか）を単に行うのではなく、これらの補完処理において「第二のフォーム」または「第三のフォーム」を示すＨＴＭＬをブラウザ１１b宛に送信する既述の処理を省略して、次の処理(3) を引き続き行ってもよい。
(3) 上述した判別の結果が「真」である場合には、チェックボックス５１〜５１-nの内、チェックされている個々のチェックボックスに個別に対応した以下の処理を行う（図２(38)、図４(16))。
・  テキストフィールド５３〜６０に設定されている情報から、該当する地理情報を提供するウェブＡＰＩの利用に必要な情報を抽出し、これらの抽出された情報をそのウェブＡＰＩに引き渡す。
・  このウェブＡＰＩの応答として得られた地理情報を取り込み、その地理情報を所定の形式に編集し、あるいは変換することによりＨＴＭＬ（以下、「地理情報ＨＴＭＬ」という。）を生成する。また、このようにして得られた地理情報に含まれる緯度・経度、住所、電話番号等のように、絞り込み検索に適用可能な位置属性については、その位置属性をアンカー文字として含み、かつ対応する位置属性をテキストフィールド（符号「５３」〜「５６」、「５８」の何れか）に反映するJava(登録商標)scriptを起動するきっかけを与えるリンクとして、「地理情報ＨＴＭＬ」に盛り込まれる。
(4) 図８に示すように、既述の「第二のフォーム」あるいは「第三のフォーム」と構成および形式が同じであって、上述した「検索要求」として引き渡された全ての情報が反映された「第四のフォーム」を示し、かつ上述した「地理情報ＨＴＭＬ」を含むＨＴＭＬを生成する。
(5) インターネット１２を介してブラウザ１１ｂ宛に、このＨＴＭＬを転送する（図２(39)、図４(17))。
【０１０９】
ブラウザ１１ｂは、このようなＨＴＭＬで示される「第四のフォーム」および「地理情報」の列を表示する（図２(40)、図３(13))。
【０１１０】
すなわち、所望の地理情報の何れについても、その地理情報の検索に必須の位置属性を設定することができない場合であっても、操作が煩雑化することなく確実に検索される。
【０１１１】
また、先に検索結果として得られた地理情報に含まれる位置属性の適用が簡単に実現されるため，絞り込み検索が容易となる。
【０１１２】
しかも、本実施形態では、操作者が入力した位置属性に基づいて必須の位置属性を補うために適用されるＡＰＩ（既述の「郵便番号／住所ＡＰＩ」、「住所／郵便番号ＡＰＩ」、「ジオコーディングＡＰＩ」、「逆ジオコーディングＡＰＩ」、「電話番号ＡＰＩ」）は、一般に、専門家の集団や専門機関によって提供され、かつ適切に更新される公共的な情報に基づいて作成される。
【０１１３】
したがって、本実施形態によれば、従来例に比べて、以下のような利点が得られる。
(1) 多様な地理情報の検索に必須の位置属性を得るためのデータベースが系内に備えられないために、ハードウェアやソフトウエアの規模だけではなく、コストの削減が図られる。
(2) このような必須の位置属性を得る処理がインターネット１２を介して連係する外部サイトとの分散処理の下で実現されるために、応答性が高められる。
(3) 住所、緯度経度、電話番号、郵便番号等の位置属性については、一般に、市町村の統廃合、土地の利用や開発等に応じた更新がほどよく反映されるために、これらの間における密接な関連性、総合的な整合性の担保および保守が容易となる。
(4) また、操作者によって入力された位置属性に基づいて得られる他の位置属性に多様な内容や形式が要求される場合でも、既存のＡＰＩを有効に利用する処理の追加、既存のＡＰＩの仕様や機能のカスタマイズの要求、複数のＡＰＩのマッシュアップ等の対処により、総合的な規模やコストが増加することなく、柔軟な対応が可能である。
(5) 本実施形態では、必須の位置属性を得るために用いられるＡＰＩとして、機能が同等と見なし得る複数のＡＰＩを採用できるため、これらの複数のＡＰＩによる負荷分散も可能となる。
【０１１４】
以下、本願発明の範囲内で実現が可能な本実施形態の変形例を列記する。
(1) 「第一のフォーム」〜「第四のフォーム」における各要素の配置、表示方法、用いられるhtmlタグの種類については、図５〜図８に示すものに限定されず、所望の地理情報の全てが網羅され、これらの地理情報を所定の組み合わせで選択でき、かつ何れの地理情報の検索に用いられる位置属性の全ての設定・変更・表示が可能であるならば、如何なるものであってもよい。
(2) 検索の対象となる地理情報については、ウェブサービスにより提供される地理情報（最寄り駅、店舗情報、イベント情報、道の駅、地価、天気予報）等が該当するが、位置属性に基づく検索の対象となるならば、これらに限定されず、例えば、パソコン１１にアプリケーションとして組み込まれたデータベースの内容、イントラネットを介してアクセス可能なデータベースの内容、インターネットその他のコンピュータネットワークを介してアクセス可能であるコンテンツの何れであってもよい。
(3) 「補完処理」の過程で用いられるＡＰＩについては、種類毎に１つであってもよく、反対に、種類毎に適用可能な複数のＡＰＩの内、時間帯、リファラー（操作者やアクセス元）等に応じて切り替えられた１つまたは複数のＡＰＩであってもよい。
(4) 地理情報選択部５２は、異なる種類の地理情報毎に対応するブロックの集合として構成されてもよい。
(5) 地理情報選択部５２において選択される地理情報の内、同時に選択されることが規制されるべき地理情報の組み合わせは、ブラウザ１１ｂによって実行されるJava(登録商標)script、あるいはサーバ１３に組み込まれたＣＧＩ１３ｃｇｉが行う処理によって識別されてもよい。
(6) 所望の地理情報を提供する各ＡＰＩ宛に送信される要求については、何らインターバルが設定されることなく送信されてもよく、または予め設定された一定のインターバル、もしくは以下の項目の任意の組み合わせに基づいて定まりあるいは予測される値として設定されるインターバルで送信されてもよい。
・  要求の送信先となるＡＰＩの属性、機能、性能、応答、負荷の程度、個数
・  時間帯
・  要求に含まれる位置属性その他のパラメータに応じて定まるＡＰＩの負荷の程度
・  パーソナルコンピュータ１１の資源の残量
・  検索結果が得られるまでの待機が許容される最長の時間
(6) 本願発明は、本実施形態のようにインターネット１２を介して連係するブラウザ１１ｂおよびＣＧＩ１３ｃｇｉによって実現されるものに限定されない。例えば、本願発明の範囲で既述の処理と等価な処理が実現されるならば、パーソナルコンピュータ１１に組み込まれたアプリケーションシステム（マルチコア環境やマルチプロセッサ環境で作動する同様のアプリケーションシステムを含む。）として構成されてもよい。
(16)本発明は、上述したインターネット１２を介して連係するブラウザ１１ｂとＣＧＩ１３ｃｇｉとによる分散処理に限定されず、本願発明の範囲で既述の処理に等価な処理が達成されるならば、どのような形態の分散処理として実現されてもよい。
(7) ブラウザ１１ｂにおいて静的なＨＴＭＬでは達成されない機能の全てまたは一部は、Java(登録商標)scriptに限定されず、Ajax（Java(登録商標)Script+XML)、リッチクライアント、Java(登録商標) Web Start、ClickOnce、Adobe Flash等の何れで代替されてもよい。
(8) なお、テキストフィールド５７に住所が直接入力される過程では、例えば、公知の「Postal Search Ajax API」等が適用されることにより、入力済みの住所の一部に連なる「残部の候補」がプルダウンメニュー等として表示され、そのプルダウンメニューから選択された住所の郵便番号と緯度・経度との双方または何れか一方がテキストフィールド５３やテキストフィールド５４、５５に併せて設定されてもよい。
(9) さらに、本実施形態においてＣＧＩ１３ｃｇｉによって行われる処理の全てまたは一部については、ＰＨＰ(Hypertext Preprocessor）、Ruby、.NETその他の適用により実現されてもよい。
(10)サーバ１３（ＣＧＩ１３ｃｇｉ）によって行われる処理については、複数のサーバによる如何なる形態の分散処理として実現されてもよい。
(11)本願発明は、ディスプレイ１１ｄ、キーボード１１ｋおよびマウス１１ｍを介して操作者が直接操作する検索系に限定されず、例えば、ディスプレイ１１ｄ、キーボード１１ｋおよびマウス１１ｍに代わる端末装置や上位システムの配下で作動する検索系にも適用可能である。
(12)また、このような端末装置や上位システムとの連係は、インターネットその他の通信路を介して行われてもよい。
(13)本願発明は上述した実施形態に限定されるものではなく、構成要素の一部または全ては、本願発明の範囲において、如何なる改良が施されてもよく、かつ他の要素で置き換えられてもよい。
【産業上の利用可能性】
【０１１５】
上述したように本発明が適用された検索系では、ハードウェアおよびソフトウェアの規模が増加することなく、信頼性の向上およびコストの削減が図られ、しかも、操作性および利便性が高められる。
【０１１６】
したがって、本発明は、位置属性に基づいて所望の情報を検索する情報処理系、コンピューター応用システム、通信応用システムの設計・開発・製造・販売・設置・保守等にかかわる産業に利用可能である。
【図面の簡単な説明】
【０１１７】
【図１】本発明の一実施形態の構成を示す図である。
【図２】本実施形態における各部の連係を示す図である。
【図３】本実施形態においてブラウザが行う処理のフローチャートである。
【図４】本実施形態においてサーバが行う処理のフローチャートである。
【図５】第一のフォームの構成を示す図である。
【図６】第二のフォームの構成を示す図である。
【図７】第三のフォームの構成を示す図である。
【図８】第四のフォームの構成を示す図である。
【符号の説明】
【０１１８】
１１  パーソナルコンピュータ
１１ｂ  ブラウザ
１１ｄ  ディスプレイ
１１ｋ  キーボード（ＫＢ）
１１ｍ  マウス
１２  インターネット
１３，１４  サーバ
１３ｃｇｉ  ＣＧＩ
５１  チェックボックス
５２  地理情報選択部
５３，５４，５５，５６，５７，５８，５９，６０  テキストフィールド
５３Ｌ，５４Ｌ，５５Ｌ，５６Ｌ，５７Ｌ，５８Ｌ，５９Ｌ，６０Ｌ  リンク
６１  検索ボタン
６２  地図フィールド
【図１】
2010039669.tif 000003
【図２】
2010039669.tif 000004
【図３】
2010039669.tif 000005
【図４】
2010039669.tif 000006
【図５】
2010039669.tif 000007
【図６】
2010039669.tif 000008
【図７】
2010039669.tif 000009
【図８】
2010039669.tif 000010