JPWO2019224867A1 - 施設検索システム、施設検索方法、及びプログラム - Google Patents

Abstract

施設検索の精度を向上させる。施設検索システム（Ｓ）の第１付与手段（２０１）は、施設が位置するエリアの名前に関するエリア情報が入力された場合に、当該施設に当該エリア情報を付与する。第２付与手段（２０４）は、同じエリア情報が付与された施設群の位置に基づく領域に、当該エリア情報が付与されていない他の施設の位置が含まれる場合に、当該他の施設に当該エリア情報を付与する。施設検索手段（２０６）は、各施設に付与されたエリア情報に基づいて、施設検索を実行する。

Description

本発明は、施設検索システム、施設検索方法、及びプログラムに関する。

従来、所望の施設を検索する技術が知られている。特許文献１には、キーワード検索でヒットした施設の位置を中心とした円を地図上に設定し、円が重なる部分を連結したエリアに、当該エリア内にある公共施設等の名前をエリア名として付与する技術が記載されている。この技術では、ユーザの端末にエリア名を選択可能に表示させ、ユーザがエリア名を選択すると、当該エリア名が示すエリアの施設が表示される。

国際公開第２００９／０６６３９３号公報

一般的に、システム側で用意した地名とは異なるエリア名の方が、施設が位置するエリアを認識しやすいことがある。しかしながら、特許文献１の技術では、各施設に住所や位置情報が関連付けられているだけであり、エリア名が施設のインデックスとして付与されているわけではない。各施設に自身のインデックスを指定させることも考えられるが、各施設が適切なエリア名を指定するとは限らない。このため、ユーザがエリア名を指定して検索したとしても、適切な施設がヒットせず、検索の精度を向上させることができなかった。

本発明は上記課題に鑑みてなされたものであって、その目的は、検索の精度を向上させることが可能な施設検索システム、施設検索方法、及びプログラムを提供することである。

上記課題を解決するために、本発明に係る施設検索システムは、施設が位置するエリアの名前に関するエリア情報が入力された場合に、当該施設に当該エリア情報を付与する第１付与手段と、同じ前記エリア情報が付与された施設群の位置に基づく領域に、当該エリア情報が付与されていない他の施設の位置が含まれる場合に、当該他の施設に当該エリア情報を付与する第２付与手段と、各施設に付与された前記エリア情報に基づいて、施設検索を実行する施設検索手段と、を含むことを特徴とする。

本発明に係る施設検索方法は、施設が位置するエリアの名前に関するエリア情報が入力された場合に、当該施設に当該エリア情報を付与する第１付与ステップと、同じ前記エリア情報が付与された施設群の位置に基づく領域に、当該エリア情報が付与されていない他の施設の位置が含まれる場合に、当該他の施設に当該エリア情報を付与する第２付与ステップと、各施設に付与された前記エリア情報に基づいて、施設検索を実行する施設検索ステップと、を含むことを特徴とする。

本発明に係るプログラムは、施設が位置するエリアの名前に関するエリア情報が入力された場合に、当該施設に当該エリア情報を付与する第１付与手段、同じ前記エリア情報が付与された施設群の位置に基づく領域に、当該エリア情報が付与されていない他の施設の位置が含まれる場合に、当該他の施設に当該エリア情報を付与する第２付与手段、各施設に付与された前記エリア情報に基づいて、施設検索を実行する施設検索手段、としてコンピュータを機能させる。

本発明の一態様では、前記第２付与手段は、同じ前記エリア情報が付与された施設群の中で、直近の施設との距離が閾値未満となる施設群の位置に基づいて、前記領域を設定する、ことを特徴とする。

本発明の一態様では、前記施設検索システムは、同じ前記エリア情報が付与された第１施設群と第２施設群との距離が閾値以上となる場合には、前記第１施設群に付与された当該エリア情報と、前記第２施設群に付与された当該エリア情報と、を別のエリア情報として取り扱う取扱手段、を更に含むことを特徴とする。

本発明の一態様では、前記施設検索システムは、前記他の施設に対し、前記第２付与手段によるエリア情報の付与を許可するか否かを問い合わせる問い合わせ手段と、前記他の施設による回答を取得する回答取得手段と、を更に含み、前記第２付与手段は、前記回答に基づいて、前記他の施設に前記エリア情報を付与する、ことを特徴とする。

本発明の一態様では、前記第２付与手段は、同じ前記エリア情報が付与された施設群の各々の位置を結ぶ多角形に基づいて、前記領域を設定する、ことを特徴とする。

本発明の一態様では、前記施設検索システムは、前記施設検索手段の検索結果に対する検索者の行動を行動情報に記録する記録手段を更に含み、前記施設検索手段は、前記行動情報に更に基づいて、施設検索を実行する、ことを特徴とする。

本発明の一態様では、前記施設検索システムは、各施設の在庫に関する在庫情報を取得する在庫情報取得手段を更に含み、前記施設検索手段は、各施設の前記在庫情報に更に基づいて、在庫のある施設を検索し、在庫のある施設が所定個数以上検索されるまで、前記エリア情報に基づく検索領域を広げながら施設検索を実行する、ことを特徴とする。

本発明の一態様では、前記施設検索システムは、前記施設検索手段の検索結果に対する検索者の行動を行動情報に記録する記録手段と、前記行動情報に基づいて、各施設に付与された前記エリア情報を無効にする無効手段と、を更に含むことを特徴とする。

本発明の一態様では、前記施設検索システムは、前記他の施設から前記エリア情報の付与を許可しない旨の回答が取得された場合に、当該他の施設の位置に基づいて、当該エリア情報の付与を禁止する禁止領域を設定する設定手段を更に含み、前記第２付与手段は、前記禁止領域に基づいて、前記他の施設に前記エリア情報を付与する、ことを特徴とする。

本発明の一態様では、前記施設検索システムは、複数の前記エリア情報に基づいて定まる複数の前記領域が互いに重なる場合に、当該複数の領域の重なり方に基づいて、当該複数のエリア情報の各々の上下関係を決定する決定手段を更に含み、前記施設検索手段は、前記決定手段により決定された上下関係に更に基づいて、施設検索を実行する、ことを特徴とする。

本発明によれば、検索の精度を向上させることが可能となる。

施設検索システムの全体構成を示す図である。 情報入力画面の一例を示す図である。 プレイスタグが付与された施設と、プレイスタグが付与されなかった施設と、を含む地図の一部を示す図である。 地図上に付与領域が設定される様子を示す図である。 問い合わせ画面の一例を示す図である。 施設にプレイスタグが設定される様子を示す図である。 施設検索画面の一例を示す図である。 検索結果画面の一例を示す図である。 実施形態の施設検索システムで実現される機能の一例を示す機能ブロック図である。 施設データベースのデータ格納例を示す図である。 付与領域の設定方法の詳細を示す図である。 取扱部の処理の説明図である。 施設情報登録処理のフロー図である。 プレイスタグ付与処理のフロー図である。 施設検索処理のフロー図である。 変形例の機能ブロック図である。 変形例（１）の施設データベースのデータ格納例を示す図である。 変形例（２）の施設データベースのデータ格納例を示す図である。 変形例（２）において検索領域が設定される様子を示す図である。 禁止領域の説明図である。 上下関係を有するプレイスタグの一例を示す図である。 パターン１によって付与領域が設定される様子を示す図である。 パターン１によって付与領域が設定される様子を示す図である。 パターン２によって付与領域が設定される様子を示す図である。 パターン２によって付与領域が設定される様子を示す図である。 パターン３によって付与領域が設定される様子を示す図である。 付与領域に新たな領域が追加される様子を示す図である。

［１．施設検索システムの全体構成］
以下、本発明に係る施設検索システムの実施形態の例を説明する。図１は、施設検索システムの全体構成を示す図である。図１に示すように、施設検索システムＳは、施設端末１０、サーバ２０、及び検索者端末３０を含み、これらは、インターネットなどのネットワークＮに接続可能である。なお、図１では、施設端末１０、サーバ２０、及び検索者端末３０を１台ずつ示しているが、これらは複数台あってよい。例えば、施設ごとに、少なくとも１つの施設端末１０が存在してもよい。

施設端末１０は、施設の担当者が操作するコンピュータである。施設は、所定の目的で使用される建造物又は場所であり、例えば、ホテル、レストラン、店舗、ショッピングモール、病院、公園、競技場、イベント会場、テーマパーク、駅、空港、停留所、公営施設、又は観光施設等である。担当者は、施設に関係するユーザであればよく、例えば、施設の従業員であってもよいし、施設から情報管理の委託を受けた管理者であってもよい。

例えば、施設端末１０は、携帯電話機（スマートフォンを含む）、携帯情報端末（タブレット型コンピュータを含む）、又は、パーソナルコンピュータ等である。本実施形態では、施設端末１０は、制御部１１、記憶部１２、通信部１３、操作部１４、及び表示部１５を含む。

制御部１１は、少なくとも１つのマイクロプロセッサを含む。制御部１１は、記憶部１２に記憶されたプログラムやデータに従って処理を実行する。記憶部１２は、主記憶部及び補助記憶部を含む。例えば、主記憶部はＲＡＭなどの揮発性メモリであり、補助記憶部は、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、又はハードディスクなどの不揮発性メモリである。

通信部１３は、有線通信又は無線通信用の通信インタフェースであり、ネットワークを介してデータ通信を行う。操作部１４は、入力デバイスであり、例えば、タッチパネルやマウス等のポインティングデバイス、キーボード、又はボタン等である。操作部１４は、ユーザによる操作内容を制御部１１に伝達する。表示部１５は、例えば、液晶表示部又は有機ＥＬ表示部等である。表示部１５は、制御部１１の指示に従って画像を表示する。

サーバ２０は、サーバコンピュータである。サーバ２０は、制御部２１、記憶部２２、及び通信部２３を含む。制御部２１、記憶部２２、及び通信部２３の物理的構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様であってよい。

検索者端末３０は、検索者が操作するコンピュータである。検索者は、施設を検索するユーザである。別の言い方をすれば、検索者は、検索結果の提供を受けるユーザであり、エンドユーザということもできる。検索結果の提供とは、サーバ２０から検索結果を受信することであり、検索結果を表示させたりダウンロードしたりすることである。例えば、検索者は、施設の場所を調べたり施設を予約したりするために、施設検索システムＳを利用する。

例えば、検索者端末３０は、携帯電話機（スマートフォンを含む）、携帯情報端末（タブレット型コンピュータを含む）、又は、パーソナルコンピュータ等である。本実施形態では、検索者端末３０は、制御部３１、記憶部３２、通信部３３、操作部３４、及び表示部３５を含む。制御部３１、記憶部３２、通信部３３、操作部３４、及び表示部３５の物理的構成は、それぞれ制御部１１、記憶部１２、通信部１３、操作部１４、及び表示部１５と同様であってよい。

なお、記憶部１２，２２，３２に記憶されるものとして説明するプログラム及びデータは、ネットワークＮを介して供給されるようにしてもよい。また、上記説明した各コンピュータのハードウェア構成は、上記の例に限られず、種々のハードウェアを適用可能である。例えば、コンピュータ読み取り可能な情報記憶媒体を読み取る読取部（例えば、光ディスクドライブやメモリカードスロット）や外部機器とデータの入出力をするための入出力部（例えば、ＵＳＢポート）が含まれていてもよい。例えば、情報記憶媒体に記憶されたプログラムやデータが読取部や入出力部を介して、各コンピュータに供給されるようにしてもよい。

［２．施設検索システムの概要］
施設検索システムＳは、検索者が入力した検索条件に基づいて、複数の施設の中から検索条件に合致する施設を検索する。検索条件は、検索のクエリであり、例えば、キーワード、場所、ジャンル、カテゴリ、属性、又は数値（例えば、価格帯又は利用日）といった種々の条件を指定可能である。

本実施形態では、施設は、自身のページを有しており、施設検索システムＳは、検索者が選択した施設のページを検索者端末３０に表示させる。ページは、施設ごとに用意されており、検索者端末３０のブラウザやアプリケーションなどを利用して閲覧される。ページは、ウェブページ、ウェブサイト、又はホームページと呼ばれるものであってもよい。例えば、各施設は、自身のページに表示させる施設情報をサーバ２０に登録する。

施設情報は、施設に関する情報であればよく、例えば、施設の名前、ジャンル、ページのタイトル、画像若しくは動画等のコンテンツ、紹介文、施設の住所、緯度経度情報、電話番号、又はメールアドレスといった情報である。紹介文は、施設の紹介を示す文章であり、例えば、施設が提供する商品又はサービスを示す文章であってもよいし、施設の予約方法や利用方法等を示す文章であってもよい。

本実施形態では、施設情報が検索のインデックスとして用いられる場合を説明するが、施設情報は、特にインデックスとはならなくてもよい。更に、施設情報の全ての項目がインデックスとなる必要はなく、一部の項目だけがインデックスとなってもよい。例えば、施設の担当者が、施設端末１０を操作してサーバ２０にログインすると、施設情報を入力するための情報入力画面が表示部１５に表示される。

図２は、情報入力画面の一例を示す図である。図２に示すように、情報入力画面Ｇ１には、施設名を入力するための入力フォームＦ１０が表示される。施設の担当者は、入力フォームＦ１０に文字列を入力することによって、施設名を入力する。

また例えば、情報入力画面Ｇ１には、施設のページに表示させる画像をアップロードするためのボタンＢ１１が表示され、表示領域Ａ１２には、アップロード済みの画像が表示される。また例えば、情報入力画面Ｇ１には、施設の紹介文を入力するための入力フォームＦ１３が表示される。施設の担当者は、入力フォームＦ１３に文字列を入力することによって、施設の紹介文を入力する。

また例えば、情報入力画面Ｇ１には、施設の住所を入力するための入力フォームＦ１４が表示される。施設の担当者は、入力フォームＦ１４に郵便番号や文字列を入力することによって、施設の住所を入力する。また例えば、情報入力画面Ｇ１には、施設の緯度経度情報を入力するためのボタンＢ１５が表示される。施設の担当者がボタンＢ１５を選択すると、表示部１５に地図が表示され、地図上の位置を指定することで緯度経度情報が入力される。

また例えば、情報入力画面Ｇ１には、プレイスタグを入力するための入力フォームＦ１６が表示される。プレイスタグは、本発明に係るエリア情報の一例である。このため、本実施形態でプレイスタグと記載した箇所は、エリア情報と読み替えることができる。

プレイスタグは、施設の位置を含むエリアの名前に関する情報である。別の言い方をすれば、プレイスタグは、施設を分類するために入力されたエリア名である。プレイスタグは、エリア名を示す文字列を含む。プレイスタグは、文字列以外にも、プレイスタグであることを識別可能な「＃」や「％」といった特定の記号を含んでもよい。即ち、このような記号によって、プレイスタグなのか単なる文字列なのかを識別可能としてもよい。

例えば、プレイスタグは、サーバ２０側で用意された名前ではなく、施設の担当者が入力した名前であってもよいし、施設以外の者（例えば、検索者）が入力した名前であってもよい。プレイスタグは、実在の地名であってもよいし、実在の地名でなくてもよい。プレイスタグが実在の地名である場合には、住所に含まれる地名そのものがプレイスタグとなってもよいし、地名の略称がプレイスタグとなってもよい。

一方、プレイスタグが実在の地名でない場合には、例えば、プレイスタグは、エリアの俗称であってもよいし、今では使われなくなった古い名称であってもよい。他にも例えば、プレイスタグは、エリア内又はその付近にある有名な施設の名称であってもよいし、エリア内又はその付近にある有名な観光地の名称であってもよいし、エリア内又はその付近で開催されるイベントの名称であってもよい。

例えば、施設の担当者は、入力フォームＦ１６に文字列を入力することによって、施設のプレイスタグを入力する。なお、プレイスタグの入力方法は、これに限られず、プレイスタグは、任意の方法で入力可能である。例えば、紹介文の中でプレイスタグを入力可能としてもよいし、近隣の他の施設に付与されたプレイスタグの一覧を表示させ、当該一覧の中からプレイスタグを選択させてもよい。

図２の例であれば、「レストランＡ」という施設は、「ＸＸＸリゾート」という有名な施設一帯のエリア内に存在し、観光客やマスコミ等は、当該エリアを「ＸＸＸリゾート」エリアと呼んでいるものとする。「ＸＸＸリゾート」は、実在の地名ではないがエリアを認識可能な名前なので、「レストランＡ」の担当者は、自身のプレイスタグを「ＸＸＸリゾート」と指定する。

情報入力画面Ｇ１から入力された施設情報は、サーバ２０に登録され、施設のページを表示させるために利用されたり、検索時のインデックスとして利用されたりする。例えば、検索者がプレイスタグを指定すると、当該プレイスタグが付与された施設が検索される。例えば、検索者が「ＸＸＸリゾート」というプレイスタグを検索条件に含めて検索すると、当該プレイスタグが付与された「レストランＡ」が検索結果にヒットする。

なお、施設の担当者は、情報入力画面Ｇ１の全ての項目を入力する必要はなく、一部の項目だけを入力してもよい。このため、施設によっては、プレイスタグが付与されていないこともある。例えば、「ＸＸＸリゾート」付近にある「おみやげ屋Ｂ」の担当者が、情報入力画面Ｇ１から特にプレイスタグを入力しなかったとすると、「おみやげ屋Ｂ」には、プレイスタグは付与されない。このため、検索者が「ＸＸＸリゾート」というプレイスタグを検索条件に含めて検索しても、「おみやげ屋Ｂ」は検索結果にヒットしない。

例えば、「ＸＸＸリゾート」というプレイスタグが検索で頻繁に使用されているような場合には、「おみやげ屋Ｂ」にプレイスタグを付与した方がよいことがある。しかし、「おみやげ屋Ｂ」の担当者がその事実に気付くことは難しいので、本実施形態の施設検索システムＳは、プレイスタグが付与されていない施設が、プレイスタグが付与された施設に囲まれている場合には、プレイスタグの付与を提案するようにしている。

図３は、プレイスタグが付与された施設と、プレイスタグが付与されなかった施設と、を含む地図の一部を示す図である。図３では、施設を円で示しており、地図Ｍの中には、施設ＦＡ１〜ＦＡ１５が存在する。なお、地図Ｍは、道路や線路等も示されているが、図３では省略している。

地図Ｍのうち、黒い円は、プレイスタグが付与された施設を示し、白い円は、プレイスタグが付与されなかった施設を示す。図３の例では、施設ＦＡ１〜ＦＡ７の各々に対し、「ＸＸＸリゾート」というプレイスタグが付与されており、施設ＦＡ８〜ＦＡ１５には、当該プレイスタグが付与されていないものとする。

図３に示すように、例えば、施設ＦＡ８，ＦＡ９は、プレイスタグが付与された施設ＦＡ１〜ＦＡ６に囲まれており、プレイスタグを付与した方が良いことがある。施設検索システムＳは、プレイスタグを付与した方が良い施設を特定するために、プレイスタグが付与された施設群の位置に基づいて、地図Ｍ上に領域を設定する。以降、当該領域を付与領域と記載する。

図４は、地図Ｍ上に付与領域が設定される様子を示す図である。図４に示すように、プレイスタグが付与された施設ＦＡ１〜ＦＡ７のうち、施設ＦＡ７については、他の施設ＦＡ１〜ＦＡ６から離れた位置にある。このため、本実施形態では、施設ＦＡ７に付与されたプレイスタグは、信頼性が低いものとして付与領域Ａ１の設定では除外され、互いに近い位置にある施設ＦＡ１〜ＦＡ６に基づいて付与領域Ａ１が設定される。

付与領域Ａ１は、任意の形状であってよいが、本実施形態では、施設ＦＡ１〜Ｆ６を結ぶ多角形とする。例えば、施設ＦＡ１から順番に、近い位置にある他の施設が２つ特定され、これら３つで囲われる三角形により付与領域Ａ１が構成される。図４の例では、付与領域Ａ１は、施設ＦＡ１，ＦＡ２，ＦＡ４，ＦＡ５，ＦＡ６，ＦＡ３，ＦＡ１の順で繋いだ線によって囲われた領域となる。

本実施形態では、プレイスタグが設定されていない施設ＦＡ８〜ＦＡ１５のうち、付与領域Ａ１内にある施設ＦＡ８，ＦＡ９がプレイスタグを付与した方が良い施設として決定される。施設ＦＡ８，ＦＡ９に対し、プレイスタグが自動的（強制的）に付与されてもよいが、プレイスタグが施設ＦＡ８，ＦＡ９に適しているか否かは、地図上の位置関係だけでは判別できないことがある。例えば、プレイスタグの適否は、地図から得られるルート情報や３次元の建物情報を駆使しても判別することが難しいことがあるので、本実施形態では、サーバ２０は、施設ＦＡ８，ＦＡ９の各々に対し、プレイスタグを付与するか否かを問い合わせるようにしている。

例えば、施設ＦＡ８，ＦＡ９が、「ＸＸＸリゾート」のライバル会社が運営していることがあるので、サーバ２０は、施設ＦＡ８，ＦＡ９に「ＸＸＸリゾート」といったプレイスタグを付与するか否かを問い合わせてもよい。また例えば、プレイスタグが「ＹＹＹ花火大会」といったイベントの開催場所を示したとすると、施設ＦＡ８，ＦＡ９と花火の打ち上げ場所との間に高層ビルが配置されていれば、施設ＦＡ８，ＦＡ９から花火を見ることができないので、サーバ２０は、施設ＦＡ８，ＦＡ９に「ＹＹＹ花火大会」といったプレイスタグを付与するか否かを問い合わせてもよい。施設ＦＡ８，ＦＡ９の施設端末１０は、サーバ２０からの問い合わせを受けると、問い合わせ画面が表示部１５に表示される。

図５は、問い合わせ画面の一例を示す図である。図５に示すように、問い合わせ画面Ｇ２には、プレイスタグの付与を提案するメッセージが表示される。施設ＦＡ８，Ｆ９の各々の担当者は、メッセージの内容を確認し、自身の施設にプレイスタグを付与して良ければボタンＢ２０を選択し、特にその必要が無ければボタンＢ２１を選択する。ここでは、施設ＦＡ８，Ｆ９の各々の担当者が何れもボタンＢ２０を選択した場合について説明する。

図６は、施設ＦＡ８，ＦＡ９にプレイスタグが設定される様子を示す図である。図６に示すように、施設ＦＡ８，ＦＡ９の各々の担当者がボタンＢ２０を選択すると、施設ＦＡ８，ＦＡ９にプレイスタグが設定され、プレイスタグによる検索が可能となる。このため、検索者が「ＸＸＸリゾート」というプレイスタグを検索条件に含めて施設検索を実行した場合、施設ＦＡ８，ＦＡ９も検索結果に含まれるようになる。

次に、検索者が施設検索を実行する際の流れについて説明する。例えば、検索者が検索者端末３０から所定の操作をすると、検索条件を入力するための施設検索画面が表示部３５に表示される。

図７は、施設検索画面の一例を示す図である。図７に示すように、施設検索画面Ｇ３には、検索条件を入力するための入力フォームＦ３０が表示される。検索者は、入力フォームＦ３０から検索条件を入力する。検索条件は、キーワード、施設のカテゴリ、利用日、又は利用人数といった種々の条件を入力可能であってよいが、ここでは、プレイスタグの文字列が入力される場合について説明する。例えば、検索者が入力フォームＦ３０から「ＸＸＸリゾート」といったプレイスタグの文字列を入力し、ボタンＢ３１を選択すると、当該文字列をクエリとした検索が実行され、検索結果を示す検索結果画面が表示部３５に表示される。

図８は、検索結果画面の一例を示す図である。図８に示すように、検索結果画面Ｇ４には、検索で使用された検索条件が入力フォームＦ４０に表示される。検索者は、入力フォームＦ４０から検索条件を変更して再度検索を実行することもできる。検索結果画面Ｇ４の表示領域Ａ４１には、検索でヒットした施設の一覧が表示される。ここでは、「ＸＸＸリゾート」というプレイスタグが検索条件として入力されたので、当該プレイスタグが付与された施設が表示領域Ａ４１に表示される。例えば、図６で説明したように、プレイスタグが予め付与されていた施設ＦＡ１〜ＦＡ７だけでなく、プレイスタグが事後的に付与された施設ＦＡ８，ＦＡ９も、検索結果に含まれることになる。

以上のように、本実施形態の施設検索システムＳでは、プレイスタグが付与されていない施設が付与領域Ａ１に含まれる場合に、当該施設にプレイスタグを付与することによって、検索の精度を向上させるようになっている。以降、この技術の詳細を説明する。

［３．実施形態において実現される機能］
図９は、実施形態の施設検索システムＳで実現される機能の一例を示す機能ブロック図である。なお、本実施形態では、主な機能がサーバ２０で実現される場合を説明するが、後述する変形例のように、施設端末１０、サーバ２０、及び検索者端末３０のうちの少なくとも２つで機能が分担されてもよい。

図９に示すように、施設検索システムＳでは、データ記憶部２００、第１付与部２０１、問い合わせ部２０２、回答取得部２０３、第２付与部２０４、取扱部２０５、及び施設検索部２０６が実現される。データ記憶部２００、第１付与部２０１、問い合わせ部２０２、回答取得部２０３、第２付与部２０４、取扱部２０５、及び施設検索部２０６は、それぞれ記憶手段、第１付与手段、問い合わせ手段、回答取得手段、第２付与手段、取扱手段、及び施設検索手段の一例である。

［３−１．データ記憶部］
データ記憶部２００は、記憶部２２を主として実現される。データ記憶部２００は、施設検索に必要なデータを記憶する。ここでは、データ記憶部２００が記憶するデータの一例として、施設データベースＤＢを説明する。

図１０は、施設データベースＤＢのデータ格納例を示す図である。図１０に示すように、施設データベースＤＢは、施設に関する種々の情報を格納するためのデータベースである。例えば、施設データベースＤＢには、施設を一意に識別する施設ＩＤに関連付けて、施設情報が格納される。

施設情報としては、例えば、施設の名前、画像や動画などのコンテンツ、紹介文、住所、緯度経度情報、プレイスタグ、又はページのアドレス等が格納される。例えば、施設の担当者が情報入力画面Ｇ１から施設情報を入力すると、当該施設の施設ＩＤと関連付けられて施設情報が施設データベースＤＢに格納される。

なお、データ記憶部２００に記憶されるデータは、上記の例に限られない。例えば、データ記憶部２００は、情報入力画面Ｇ１、問い合わせ画面Ｇ２、施設検索画面Ｇ３、及び検索結果画面Ｇ４の各々を表示させるための画像データを記憶してもよい。また例えば、データ記憶部２００は、地図Ｍに関する地図データを記憶してもよい。地図データ自体は、種々のデータを適用可能であり、例えば、２次元的な地図のデータであてもよいし、３次元的な地形も反映されたデータであってもよい。

［３−２．第１付与部］
第１付与部２０１は、制御部２１を主として実現される。第１付与部２０１は、施設が位置するエリアの名前に関するプレイスタグが入力された場合に、当該施設に当該プレイスタグを付与する。

施設にプレイスタグを付与するとは、プレイスタグを施設のインデックスとして設定することである。別の言い方をすれば、施設にプレイスタグを付与するとは、データベース上で施設ＩＤとプレイスタグを関連付けることである。施設にプレイスタグが付与されると、当該プレイスタグを利用して施設を検索可能となる。本実施形態では、施設データベースＤＢに、施設ＩＤに関連付けてプレイスタグを格納することが、施設にプレイスタグを付与することに相当する。

本実施形態では、施設の担当者によってプレイスタグが入力される場合を説明するが、プレイスタグは、検索者によって入力されてもよいし、検索者以外のユーザによって入力されてもよい。例えば、施設端末１０は、操作部１４の検出信号に基づいて、施設の担当者により入力されたプレイスタグを特定する。施設端末１０は、特定したプレイスタグを、施設の施設ＩＤとともに当該サーバ２０に送信する。サーバ２０は施設ＩＤとプレイスタグを受信し、第１付与部２０１は、施設データベースＤＢのうち、受信した施設ＩＤが格納されたレコードに、受信したプレイスタグを格納する。

なお、第１付与部２０１は、施設に対し、プレイスタグを１つだけ付与してもよいし、複数のプレイスタグを付与してもよい。複数のプレイスタグが施設に付与される場合には、第１付与部２０１は、複数のプレイスタグを一度に付与してもよいし、プレイスタグを１つずつ繰り返し付与してもよい。また、施設に付与されるプレイスタグの数は、上限数を設けてもよいし、特に上限数は設けなくてもよい。

［３−３．問い合わせ部］
問い合わせ部２０２は、制御部２１を主として実現される。問い合わせ部２０２は、他の施設に対し、第２付与部２０４によるプレイスタグの付与を許可するか否かを問い合わせる。他の施設とは、付与領域Ａ１に含まれる施設のうち、当該付与領域Ａ１が示すプレイスタグが付与されていない施設である。別の言い方をすれば、他の施設とは、問い合わせの対象となる施設である。

例えば、問い合わせ部２０２は、施設端末１０に対し、問い合わせ画面Ｇ２の表示データを送信することによって、問い合わせを行う。表示データは、任意のデータ形式であればよく、例えば、ＨＴＭＬデータであってもよいし、アプリケーション上で画面を表示させるための画像データやテキストデータであってもよい。問い合わせ画面Ｇ２では、施設による回答を選択可能となっている。

回答とは、問い合わせに対する回答であり、例えば、プレイスタグの付与を許可すること、又は、プレイスタグの付与を許可しないことの何れか一方を示す。プレイスタグの付与を許可するとは、プレイスタグの付与を指示すること、又は、プレイスタグの付与を希望することを意味する。プレイスタグの付与を許可しないとは、プレイスタグの付与を拒否すること、又は、プレイスタグの付与を禁止することを意味する。

なお、問い合わせ方法自体は、種々の方法を適用可能であり、上記の例に限られない。例えば、問い合わせ部２０２は、電子メール、メッセージアプリによるメッセージ、プッシュ通知、又はソーシャルネットワーキングサービスによるメッセージといった方法によって、問い合わせを行ってもよい。また、施設端末１０を識別する情報は、データ記憶部２００に予め記憶させておけばよく、問い合わせ部２０２は、当該情報に基づいて、問い合わせ先の施設端末１０を特定すればよい。当該情報は、施設のアカウント、メールアドレス、メッセージアプリのＩＤ、施設端末１０の個体識別情報、又はソーシャルネットワーキングサービスのアカウント等であってよい。

［３−４．回答取得部］
回答取得部２０３は、制御部２１を主として実現される。回答取得部２０３は、他の施設による回答を取得する。他の施設及び回答の意味は、先述した通りである。回答取得部２０３は、施設端末１０から、回答データを受信することによって、回答を取得する。

回答データは、回答内容を示すデータであればよく、例えば、プレイスタグの付与を許可すること、又は、プレイスタグの付与を許可しないことの何れかを示す。例えば、回答データが第１の値を示す場合は、プレイスタグの付与を許可しないことを意味し、回答データが第２の値を示す場合は、プレイスタグの付与を許可しないことを示す。本実施形態では、問い合わせ画面Ｇ２において回答が選択されるので、回答データは、ボタンＢ２０又はＢ２１の何れが選択されたかを示すデータとなる。

例えば、施設端末１０は、操作部１４の検出信号に基づいて、施設の回答を特定する。施設端末１０は、特定した回答を示す回答データをサーバ２０に送信する。例えば、施設の担当者がボタンＢ２０を選択した場合には、施設端末１０は、プレイスタグの付与を許可する旨の回答データを送信する。また例えば、施設の担当者がボタンＢ２１を選択した場合には、施設端末１０は、プレイスタグの付与を許可しない旨の回答データを送信する。サーバ２０の回答取得部２０３は、回答データを受信することによって、施設の回答を取得する。

なお、回答の取得方法は、問い合わせ方法に応じた方法で取得されるようにすればよく、上記の例に限られない。例えば、回答取得部２０３は、電子メール、メッセージアプリによるメッセージ、プッシュ通知、又はソーシャルネットワーキングサービスによるメッセージといった方法によって、回答を取得してもよい。

［３−５．第２付与部］
第２付与部２０４は、制御部２１を主として実現される。第２付与部２０４は、同じプレイスタグが付与された施設群の位置に基づく領域に、当該プレイスタグが付与されていない他の施設の位置が含まれる場合に、当該他の施設に当該プレイスタグを付与する。

同じプレイスタグとは、インデックスとして同じであることを意味する。例えば、プレイスタグが同名である場合に、同じプレイスタグとしてもよい。また例えば、同じ名前で呼ばれるエリアが全く異なる場所に存在することもあるので、プレイスタグが同名であり、かつ、当該プレイスタグが付与された施設群同士の位置が近いことが、同じプレイスタグであることの条件となってもよい。なお、エリア名には表記ゆれが存在するので、文字列としては違ったとしても、表記ゆれを考慮したうえで同じプレイスタグが特定されてもよい。

施設群とは、複数の施設の総称である。施設群には、ｎ個（ｎは２以上の整数）の施設が含まれており、その数は任意であってよい。例えば、施設群には、２つの施設だけが含まれていてもよいし、３個〜数百個の施設が含まれていてもよい。また例えば、施設群には、千個以上の施設が含まれていてもよい。

同じプレイスタグが付与された施設群の位置に基づく領域とは、当該施設群の位置に基づいて定まる領域であり、当該施設群の位置を少なくとも含む領域である、本実施形態では、当該領域の一例として付与領域Ａ１を説明する。このため、本実施形態で付与領域Ａ１と記載した箇所は、同じプレイスタグが付与された施設群の位置に基づく領域と読み替えることができる。

なお、施設の位置とは、地球上又は地図上の位置である。施設の位置は、絶対的な位置を特定可能な情報で示されるようにすればよく、例えば、緯度経度情報、座標情報、又は住所によって示される。本実施形態では、施設の位置が緯度経度情報によって示される場合を説明する。

例えば、第２付与部２０４は、施設群に含まれる少なくとも１つの施設の位置に基づいて、付与領域Ａ１を設定する。本実施形態では、第２付与部２０４は、施設群に含まれる全ての施設の位置に基づいて付与領域Ａ１を設定する場合を説明するが、施設群に含まれる一部の施設の位置に基づいて付与領域Ａ１を設定してもよい。一部の施設の位置に基づいて付与領域Ａ１が設定される場合には、施設群の中からランダムに選出された施設の位置が利用されてもよいし、施設群のうちページの閲覧数や施設の予約数の多い施設の位置だけが利用されてもよい。

例えば、第２付与部２０４は、施設群の位置を含むように付与領域Ａ１を設定する。付与領域Ａ１は、施設群の全ての位置を含んでもよいし、一部の施設の位置だけを含んでもよい。付与領域Ａ１が一部の施設の位置だけを含む場合には、プレイスタグが付与された施設群のうちの所定個数（例えば、数個〜数十個程度）又は所定割合（例えば、５０％〜９０％程度）以上の施設を含むよういにしてもよい。

本実施形態では、第２付与部２０４は、同じプレイスタグが付与された施設群の各々の位置を結ぶ多角形に基づいて、付与領域Ａ１を設定する。多角形は、任意の頂点数であってよく、ここでは三角形とするが、四角形、五角形、又は六角形であってもよいし、七角形以上であってもよい。例えば、第２付与部２０４は、施設群の各々の位置について、直近の他の２つの位置を特定し、これら３つの位置を結ぶ三角形を繰り返し設定することによって、付与領域Ａ１を設定する。

図１１は、付与領域Ａ１の設定方法の詳細を示す図である。図１１に示すように、まず、第２付与部２０４は、施設ＦＡ１の位置から近い順に２つの位置を特定する。ここでは、施設ＦＡ２，ＦＡ３の位置が特定されるので、第２付加部は、施設ＦＡ１，ＦＡ２，ＦＡ３を結ぶ三角形Ｔ１を設定する。

次に、第２付与部２０４は、施設ＦＡ２の位置から近い順に２つの位置を特定する。ただし、施設ＦＡ１については三角形Ｔ１を設定済みなので、対象外とする。ここでは、施設ＦＡ３，ＦＡ４が特定されるので、第２付加部は、施設ＦＡ２，ＦＡ３，ＦＡ４を結ぶ三角形Ｔ２を設定する。以降同様にして、第２付加部は、施設ＦＡ３，ＦＡ４，ＦＡ５を結ぶ三角形Ｔ３と、施設ＦＡ３，ＦＡ５，ＦＡ６を結ぶ三角形Ｔ４と、を設定する。この時点で、プレイスタグが付与された施設ＦＡ１〜ＦＡ６の全てが、少なくとも１つの三角形の頂点を構成しているので、第２付加部は、三角形の設定を終了し、これら４つの三角形を結合して付与領域Ａ１とする。

本実施形態では、第２付与部２０４は、同じプレイスタグが付与された施設群の中で、直近の施設との距離が閾値未満となる施設群の位置に基づいて、付与領域Ａ１を設定する。直近とは、距離的に最も近いことを意味する。第２付与部２０４は、各施設の位置に基づいて直近の施設を特定し、距離が閾値以上であるか否かを判定する。閾値は、固定値としてもよいし、施設群やプレイスタグに応じて可変値としてもよい。閾値を可変値とする場合には、プレイスタグが付与された施設群の数が多いほど閾値を高くしてもよい。

図４の例であれば、施設ＦＡ７にプレイスタグが設定されているが、施設ＦＡ７は、同じプレイスタグが付与された施設群のうち、直近の施設ＦＡ１又はＦＡ３から離れているので、第２付与部２０４は、付与領域Ａ１を設定する際に、施設ＦＡ７の位置は参照しない。一方、施設ＦＡ１〜ＦＡ６については、直近の施設との距離が閾値未満となっているので、第２付与部２０４は、施設ＦＡ１〜ＦＡ６の各々の位置に基づいて、付与領域Ａ１を設定する。

本実施形態では、他の施設に対する問い合わせが行われるので、第２付与部２０４は、回答に基づいて、他の施設にプレイスタグを付与する。例えば、第２付与部２０４は、プレイスタグの付与を許可する旨の回答が取得された場合は、他の施設にプレイスタグを付与し、プレイスタグの付与を許可しない旨の回答が取得された場合は、他の施設にプレイスタグを付与しない。なお、他の施設が問い合わせに対する回答をしなかった場合には、第２付与部２０４は、プレイスタグを自動的に付与してもよいし、この場合にはプレイスタグを付与しなくてもよい。

なお、付与領域Ａ１の設定方法は、上記の例に限られない。例えば、第２付与部２０４は、同じプレイスタグが付与された施設群の個々の施設ごとに、当該施設の位置を含むように領域を設定し、当該領域が重なる部分を連結して付与領域Ａ１を設定してもよい。当該領域は、任意の形状であってよく、例えば、円形であってもよいし、多角形であってもよい。

例えば、第２付与部２０４は、同じプレイスタグが付与された施設群の個々の施設ごとに、当該施設を中心とした円領域を設定し、円領域が重なる部分を連結して付与領域Ａ１を設定してもよい。また例えば、第２付与部２０４は、連結した領域の外接円を付与領域Ａ１としてもよいし、連結した領域の外接矩形を付与領域Ａ１としてもよい。

また例えば、第２付与部２０４は、同じプレイスタグが付与された施設群の位置の中心点又は重心点に基づいて、付与領域Ａ１を設定してもよい。中心点又は重心点は、所定の計算式に基づいて計算されるようにすればよく、例えば、各施設の位置の単純平均又は加重平均であってもよい。加重平均とする場合には、施設の密度の応じた重み付けをしてもよいし、施設のページの閲覧数や予約数に応じた重み付けをしてもよい。第２付与部２０４は、中心点又は重心点を含むように付与領域Ａ１を設定してもよい。例えば、第２付与部２０４は、中心点又は重心点を中心とした所定半径の円を付与領域Ａ１としてもよいし、中心点又は重心点を含む多角形を付与領域Ａ１としてもよい。この場合、付与領域Ａ１に、全ての施設が含まれている必要は無く、一部の施設については、付与領域Ａ１の外に位置するようにしてもよい。

［３−６．取扱部］
取扱部２０５は、制御部２１を主として実現される。取扱部２０５は、同じプレイスタグが付与された第１施設群と第２施設群との距離が閾値以上となる場合には、第１施設群に付与された当該プレイスタグと、第２施設群に付与された当該プレイスタグと、を別のプレイスタグとして取り扱う。

図１２は、取扱部２０５の処理の説明図である。図１２に示すように、例えば、取扱部２０５は、同じ名前のプレイスタグが付与された施設群の位置に基づいて、直近の施設との距離が第１閾値未満となる施設同士を同じ施設群としてグルーピングする。そして、取扱部２０５は、同じ名前のプレイスタグから第１施設群ＦＧ１と第２施設群ＦＧ２が検出された場合に、これらの距離Ｌが第２閾値以上であるか否かを判定する。第２閾値は、第１閾値と同じであってもよいが、ここでは、第１閾値よりも大きく設定するものとする。

取扱部２０５は、第１施設群ＦＧ１と第２施設群ＦＧ２との距離Ｌが第２閾値未満である場合は、第１施設群ＦＧ１に付与されたプレイスタグと、第２施設群ＦＧ２に付与されたプレイスタグと、を同じプレイスタグとして取り扱う。即ち、取扱部２０５は、第１施設群ＦＧ１と第２施設群ＦＧ２を同じ施設群とし、同じプレイスタグでこれらを検索可能とする。

一方、取扱部２０５は、第１施設群ＦＧ１と第２施設群ＦＧ２との距離が第２閾値以上である場合に、第１施設群ＦＧ１に付与されたプレイスタグと、第２施設群ＦＧ２に付与されたプレイスタグと、が同じ名前であったとしても、互いに異なるプレイスタグとして取り扱う。例えば、取扱部２０５は、プレイスタグが示すエリア名の前後に、互いを識別する識別情報を付与してもよいし、表示上は同じエリア名とするが内部的に互いを識別する識別情報を付与してもよい。

［３−７．施設検索部］
施設検索部２０６は、制御部２１を主として実現される。施設検索部２０６は、各施設に付与されたプレイスタグに基づいて、施設検索を実行する。施設検索部２０６は、検索者により入力された検索条件をクエリとし、プレイスタグをインデックスとして、施設検索を実行する。なお、プレイスタグ以外の情報がインデックスとされてもよく、例えば、施設検索部２０６は、施設名、紹介文、住所、又は緯度経度情報といった情報をインデックスとして、施設検索を実行してもよい。

例えば、施設検索部２０６は、検索条件と、施設データベースＤＢに格納されたプレイスタグと、一致するか否かを判定する。ここでの一致は、完全一致であってもよいし、部分一致であってもよい。施設検索部２０６は、検索条件と一致するプレイスタグが付与された施設を、検索結果として取得する。なお、施設検索部２０６は、あいまい検索を利用して施設検索を実行してもよい。

［４．本実施形態において実行される処理］
次に、施設検索システムＳにおいて実行される処理を説明する。ここでは、施設情報をサーバ２０に登録するための施設情報登録処理、他の施設にプレイスタグを付与するためのプレイスタグ付与処理、及び、施設検索を実行するための施設検索処理を説明する。

［４−１．施設情報登録処理］
図１３は、施設情報登録処理のフロー図である。図１３に示す処理は、制御部１１，２１が、それぞれ記憶部１２，２２に記憶されたプログラムに従って動作することによって実行される。下記に説明する処理は、図９に示す機能ブロックにより実行される処理の一例である。

図１３に示すように、まず、施設端末１０とサーバ２０との間で、所定のログイン処理が実行され（Ｓ１００）、ログイン処理が成功すると、制御部１１は、情報入力画面Ｇ１を表示部１５に表示させる（Ｓ１０１）。Ｓ１００においては、施設の担当者が操作部１４を操作し、ブラウザから情報入力画面Ｇ１のＵＲＬが指定されたり、所定のアプリケーションが起動されたりすると、制御部１１は、サーバ２０にアクセス要求を送信する。アクセス要求は、所定のデータ形式の要求であればよく、例えば、施設ＩＤを含んでもよい。Ｓ１０１においては、施設の担当者がアカウントとパスワードを入力してもよいし、記憶部１２に記憶されたアカウントとパスワードがサーバ２０に送信されてもよい。

制御部１１は、操作部１４の検出信号に基づいて、施設の担当者の操作を特定する（Ｓ１０２）。ここでは、入力フォームＦ１０に施設名を入力する操作、ボタンＢ１１を選択する操作、入力フォームＦ１３に施設紹介を入力する操作、入力フォームＦ１４に住所を入力する操作、ボタンＢ１５を選択する操作、入力フォームＦ１６にプレイスタグを入力する操作、又は、ボタンＢ１７を選択する操作の何れかが行われるものとする。

入力フォームＦ１０に施設名が入力された場合（Ｓ１０２；Ｆ１０）、制御部１１は、当該入力された施設名を入力フォームＦ１０に表示させる（Ｓ１０３）。Ｓ１０３においては、制御部１１は、入力された施設名を記憶部１２に記録する。

Ｓ１０２において、ボタンＢ１１が選択された場合（Ｓ１０２；Ｂ１１）、制御部１１は、施設の画像の一覧を表示部１５に表示させ、施設の担当者により選択された画像を表示領域Ａ１２に表示させる（Ｓ１０４）。Ｓ１０４においては、制御部１１は、当該選択された画像を識別する情報を記憶部１２に記録する。

Ｓ１０２において、入力フォームＦ１３に紹介文が入力された場合（Ｓ１０２；Ｆ１３）、制御部１１は、当該入力された紹介文を入力フォームＦ１３に表示させる（Ｓ１０５）。Ｓ１０５においては、制御部１１は、入力された紹介文を記憶部１２に記録する。なお、先述したように、紹介文の中にプレイスタグが入力されるようにしてもよい。

Ｓ１０２において、入力フォームＦ１４に住所が入力された場合（Ｓ１０２；Ｆ１４）、制御部１１は、当該入力された住所を入力フォームＦ１４に表示させる（Ｓ１０６）。Ｓ１０６においては、制御部１１は、入力された住所を記憶部１２に記録する。

Ｓ１０２において、ボタンＢ１５が選択された場合（Ｓ１０２；Ｂ１５）、制御部１１は、地図を表示部１５に表示させ、施設の担当者により指定された地図上の位置を記憶部１２に記録する（Ｓ１０７）。Ｓ１０７においては、制御部１１は、施設の緯度経度情報を記憶部１２に記録することになる。

Ｓ１０２において、入力フォームＦ１６にプレイスタグが入力された場合（Ｓ１０２；Ｆ１６）、制御部１１は、当該入力されたプレイスタグを入力フォームＦ１６に表示させる（Ｓ１０８）。Ｓ１０８においては、制御部１１は、入力されたプレイスタグを記憶部１２に記録する。

Ｓ１０２において、ボタンＢ１７が選択された場合（Ｓ１０２；Ｂ１７）、制御部１１は、サーバ２０に対し、施設ＩＤとともに施設情報を送信する（Ｓ１０９）。Ｓ１０９においては、制御部１１は、Ｓ１０３〜Ｓ１０８の処理で記憶部１２に記録された施設名やプレイスタグ等を含む施設情報を送信することになる。なお、施設ＩＤは、予め記憶部１２に記憶されているものとする。

サーバ２０においては、施設ＩＤと施設情報を受信すると、制御部２１は、施設情報を施設データベースＤＢに格納し（Ｓ１１０）、本処理は終了する。Ｓ１１０においては、制御部２１は、施設データベースＤＢのうち、受信した施設ＩＤが格納されたレコードを特定し、当該レコードに、受信した施設情報を格納する。施設の担当者がプレイスタグを入力していた場合には、当該プレイスタグが施設に付与されることになる。

［４−２．プレイスタグ付与処理］
図１４は、プレイスタグ付与処理のフロー図である。図１４に示す処理は、制御部１１，２１が、それぞれ記憶部１２，２２に記憶されたプログラムに従って動作することによって実行される。下記に説明する処理は、図９に示す機能ブロックにより実行される処理の一例である。なお、プレイスタグ付与処理は、定期的に実行されてもよいし、システム管理者の指示に応じて実行されてもよい。

図１４に示すように、まず、サーバ２０においては、制御部２１は、施設データベースＤＢの中から、処理対象のプレイスタグを決定する（Ｓ２００）。処理対象とは、以降説明する処理を実行すべきプレイスタグである。即ち、処理対象は、付与領域Ａ１を設定し、プレイスタグが付与されていない施設に対して問い合わせを行うべきプレイスタグである。処理対象のプレイスタグは、施設データベースＤＢに格納されたプレイスタグが格納されたレコードが若い順に決定されてもよいし、ランダムに決定されてもよい。

制御部２１は、Ｓ２００で決定したプレイスタグが付与された施設群の位置に基づいて、付与領域Ａ１の設定で用いる位置を決定する（Ｓ２０１）。Ｓ２０１においては、制御部２１は、直近の施設との距離が閾値以上となる施設は、処理対象から除外する。Ｓ２０１の処理により、図３の施設ＦＡ７は、付与領域Ａ１の設定では用いられないようになる。

制御部２１は、Ｓ２００で決定したプレイスタグが付与された施設群の位置に基づいて、地図Ｍ上に付与領域Ａ１を設定する（Ｓ２０２）。Ｓ２０２においては、制御部２１は、施設群の各々の位置に基づいて、全ての施設の位置が少なくとも１つの三角形の頂点を構成するまで三角形を設定し、これら設定した三角形を結合することによって、付与領域Ａ１を設定する。

制御部２１は、施設データベースＤＢに基づいて、処理中のプレイスタグが付与されていない他の施設の中から、Ｓ２０２で設定した付与領域Ａ１に含まれる施設を特定する（Ｓ２０３）。Ｓ２０３においては、制御部２１は、処理中のプレイスタグが付与されていない他の施設の位置が付与領域Ａ１に含まれるか否かを判定することになる。

制御部２１は、施設データベースＤＢに基づいて、Ｓ２０３で特定した他の施設の施設端末１０に対し、プレイスタグの付与を許可するか否かを問い合わせる（Ｓ２０４）。Ｓ２０４においては、制御部２１は、Ｓ２０３で特定した他の施設がサーバ２０にアクセスした場合に、問い合わせ画面Ｇ２が表示されるように設定してもよいし、電子メール等を利用して問い合わせてもよい。Ｓ２０３において、複数の施設が特定された場合には、Ｓ２０４においては、これら複数の施設の各々に対して問い合わせが行われる。

施設端末１０においては、問い合わせが行われると、制御部１１は、問い合わせ画面Ｇ２を表示部１５に表示させる（Ｓ２０５）。制御部１１は、操作部１４の検出信号に基づいて、施設の担当者の操作を特定する（Ｓ２０６）。ここでは、ボタンＢ２０を選択する操作、又は、ボタンＢ２１を選択する操作の何れかが行われる。

ボタンＢ２０が選択された場合（Ｓ２０６；Ｂ２０）、制御部１１は、サーバ２０に対し、施設ＩＤとともに、プレイスタグの付与を許可する旨の回答を送信する（Ｓ２０７）。Ｓ２０７においては、制御部１１は、ボタンＢ２０が選択された旨の回答を送信する。

サーバ２０においては、施設ＩＤと回答を受信すると、制御部２１は、施設ＩＤが示す施設にプレイスタグを付与する（Ｓ２０８）。Ｓ２０８においては、制御部２１は、施設データベースＤＢのうち、受信した施設ＩＤが格納されたレコードに、処理中のプレイスタグを格納する。これにより、当該プレイスタグをインデックスとして利用可能となる。

一方、Ｓ２０６において、ボタンＢ２１が選択された場合（Ｓ２０６；Ｂ２１）、制御部１１は、サーバ２０に対し、プレイスタグの付与を許可しない旨の回答を送信する（Ｓ２０９）。Ｓ２０９においては、制御部１１は、ボタンＢ２１が選択された旨の回答を送信する。サーバ２０においては、回答を受信すると、Ｓ２０８の処理が実行されず、制御部２１は、施設にプレイスタグを付与することなく、Ｓ２１０の処理に移行する。

制御部２１は、施設データベースＤＢに基づいて、全てのプレイスタグについて処理を完了したか否かを判定する（Ｓ２１０）。まだ処理を完了していないプレイスタグが存在する場合（Ｓ２１０；Ｎ）、Ｓ２０１の処理に戻り、次のプレイスタグについて処理が実行される。一方、全てのプレイスタグについて処理を完了したと判定された場合（Ｓ２１０；Ｙ）、本処理は終了する。

［４−３．施設検索処理］
図１５は、施設検索処理のフロー図である。図１５に示す処理は、制御部２１，３１が、それぞれ記憶部２２，３２に記憶されたプログラムに従って動作することによって実行される。下記に説明する処理は、図９に示す機能ブロックにより実行される処理の一例である。

図１５に示すように、まず、検索者端末３０においては、制御部３１は、施設検索画面Ｇ３を表示部３５に表示させる（Ｓ３００）。Ｓ３００においては、検索者が操作部３４を操作し、ブラウザから施設検索画面Ｇ３のＵＲＬが指定されたり、所定のアプリケーションが起動されたりすると、施設検索画面Ｇ３が表示部３５に表示される。

制御部３１は、操作部３４の検出信号に基づいて、検索者の操作を特定する（Ｓ３０１）。Ｓ３０１においては、入力フォームＦ３０に検索条件を入力する操作、又は、ボタンＢ３１を選択する操作が実行される。

入力フォームＦ３０に検索条件が入力された場合（Ｓ３０１；Ｆ３０）、制御部３１は、当該入力された検索条件を入力フォームＦ３０に表示させる（Ｓ３０２）。Ｓ３０２においては、制御部３１は、入力された検索条件を記憶部３２に記録する。検索者がプレイスタグを検索条件として入力した場合には、当該プレイスタグを示す文字列が記録されることになる。

一方、ボタンＢ３１が選択された場合（Ｓ３０１；Ｂ３１）、制御部３１は、サーバ２０に対し、入力フォームＦ３０に入力された検索条件を送信する（Ｓ３０３）。Ｓ３０３においては、制御部３１は、Ｓ３０２で記録した検索条件を送信する。

サーバ２０においては、検索条件を受信すると、制御部２１は、施設データベースＤＢに基づいて、施設検索を実行する（Ｓ３０４）。Ｓ３０４においては、制御部２１は、受信した検索条件をクエリとし、施設データベースＤＢに格納された施設情報をインデックスとして、検索を実行する。検索者がプレイスタグを検索条件として入力した場合には、制御部２１は、検索者が入力したプレイスタグをクエリとし、施設データベースＤＢに格納されたプレイスタグをインデックスとして、検索を実行する。

制御部２１は、検索者端末３０に対し、検索結果を送信する（Ｓ３０５）。Ｓ３０４においては、制御部２１は、検索でヒットした施設の施設ＩＤ、施設名、及び画像といったデータセットを送信する。

検索者端末３０においては、検索結果を受信すると、制御部３１は、検索結果画面Ｇ４を表示部３５に表示させ（Ｓ３０６）、本処理は終了する。以降、検索者が検索結果画面Ｇ４の表示領域Ａ４１を選択すると、検索者が選択した施設のページが表示されたり、当該施設の予約処理が実行されたりする。ページの表示及び予約処理自体は、公知の処理を適用可能なので、ここでは説明を省略する。

実施形態の施設検索システムＳによれば、同じプレイスタグが付与された付与領域Ａ１に、当該プレイスタグが付与されていない他の施設の位置が含まれる場合に、他の施設にプレイスタグが付与され、他の施設がプレイスタグを入力しなくても、プレイスタグをインデックスとした施設検索が実行されるので、検索の精度を向上させることができる。

また、同じプレイスタグが付与された施設群の中で、直近の施設との距離が閾値未満となる施設群の位置に基づいて付与領域Ａ１が設定され、直近の施設との距離が遠い施設の位置が付与領域Ａ１に影響されないので、信頼性の低い施設のせいで、関係性の低い施設までプレイスタグが付与されてしまうことを防止できる。このため、プレイスタグを用いた施設検索の精度を効果的に向上させることができる。

また、同じプレイスタグが付与されたとしても施設群同士が遠い場合には、別のプレイスタグとして扱うことによって、異なるエリアについてたまたま同じ名前のプレイスタグが付与されたとしても、これらを別物として扱うことができる。このため、プレイスタグを用いた施設検索の精度を効果的に向上させることができる。

また、プレイスタグが付与されていない他の施設に対し、プレイスタグの付与を許可するか否かを問い合わせることにより、適切でないプレイスタグが当該他の施設に付与されてしまうことを防止できる。このため、地図や直線的な距離だけでは判別できない条件も考慮したうえで、各施設にプレイスタグを付与することができ、プレイスタグを用いた施設検索の精度を効果的に向上させることができる。

また、同じプレイスタグが付与された施設群の各々の位置を結ぶ多角形に基づいて付与領域Ａ１が設定され、より簡易的な処理で付与領域Ａ１を設定することができるので、サーバ２０の処理負荷を軽減することができる。また、プレイスタグを付与する処理を高速化することもできる。更に、プレイスタグが付与された施設群の中心に円を設定し、大まかな付与領域Ａ１を設定するような場合に比べて、付与領域Ａ１の輪郭の形状を細かく設定することで、付与領域Ａ１を適切に設定することができる。

［５．変形例］
なお、本発明は、以上に説明した実施の形態に限定されるものではない。本発明の趣旨を逸脱しない範囲で、適宜変更可能である。

図１６は、変形例の機能ブロック図である。図１６に示すように、以降説明する変形例では、実施形態で説明した機能に加えて、記録部２０７、在庫情報取得部２０８、無効部２０９、設定部２１０、及び決定部２１１が実現される。実施形態と同様、以降説明する変形例では、主な機能がサーバ２０で実現される場合を説明するが、後述する変形例のように、施設端末１０、サーバ２０、及び検索者端末３０のうちの少なくとも２つで機能が分担されてもよい。記録部２０７、在庫情報取得部２０８、無効部２０９、設定部２１０、及び決定部２１１は、それぞれ記録手段、在庫情報取得手段、無効手段、設定手段、及び決定手段の一例である。

（１）例えば、検索者が検索条件として指定したプレイスタグが付与された施設であっても、施設にとって当該プレイスタグが適切でなければ、検索者は、当該施設のページを閲覧したり当該施設を予約したりしないことがある。このような施設については、検索のスコアを下げたり、検索結果に含めないようにしたりしてもよい。

変形例（１）の施設検索システムＳは、記録部２０７を含む。記録部２０７は、制御部２１を主として実現される。記録部２０７は、施設検索部２０６の検索結果に対する検索者の行動を行動情報に記録する。

検索結果に対する検索者の行動とは、検索結果画面Ｇ４に対する検索者の操作である。例えば、検索者の行動は、検索結果画面Ｇ４に表示された施設を選択すること、施設のページを閲覧すること、又は、施設を利用（予約）することである。

行動情報には、検索結果に対する検索者の行動が示される。例えば、行動情報は、施設の選択状況が示される。選択状況は、検索結果からの選択回数又は選択頻度である。別の言い方をすれば、選択状況は、施設のページの閲覧状況（例えば、いわゆるクリック率）、又は、施設の利用状況（例えば、いわゆるコンバージョン）ということもできる。

行動情報には、少なくとも１人の検索者の行動が示されるようにすればよく、例えば、複数の検索者の全ての行動が示されてもよいし、複数の検索者の一部の行動が示されてもよい。また、行動情報には、過去の全期間の行動が示されてもよいし、直近の所定期間（例えば、数日〜数か月程度）の行動が示されてもよい。

本変形例のデータ記憶部２００は、行動情報を記憶する。ここでは、行動情報が施設データベースＤＢに格納される場合を説明するが、行動情報は、他のデータベースに格納されてもよい。

図１７は、変形例（１）の施設データベースＤＢのデータ格納例を示す図である。図１７に示すように、各施設のプレイスタグごとに、行動情報が格納される。複数のプレイスタグが施設に付与されている場合には、これら複数のプレイスタグの各々に関連付けて、行動情報が格納される。即ち、プレイスタグごとに、行動情報が格納される。各行動情報は、当該行動情報が示すプレイスタグに基づく検索結果に対する検索者の行動が示される。

図１７のデータ格納例であれば、「レストランＡ」と「ホテルＣ」には、「ＸＸＸリゾート」というプレイスタグが付与されている。これらの施設には、当該プレイスタグの行動情報が格納されており、「ＸＸＸリゾート」を検索条件にした検索者の行動が示されている。例えば、「ＸＸＸリゾート」を検索条件にした検索者が、検索結果から「レストランＡ」や「ホテルＣ」が選択されたり予約されたりすると、行動情報が更新される。

本変形例の施設検索部２０６は、行動情報に更に基づいて、施設検索を実行する。即ち、施設検索部２０６は、各施設に付与されたプレイスタグと、当該プレイスタグに関連付けられた行動情報と、に基づいて、施設検索を実行する。例えば、施設検索部２０６は、各施設のプレイスタグに関連付けられた行動情報に基づいて、当該施設が検索されることを制限する。

制限とは、施設を検索対象から除外すること、又は、施設を検索対象とするがスコアを低くすることである。検索対象から除外するとは、検索時に施設のインデックスを参照しないこと、又は、インデックスを参照するが検索結果には施設を含めないことを意味する。

スコアは、検索条件に合致する蓋然性である。スコアが高いほど蓋然性が高く、スコアが低いほど蓋然性が低い。即ち、スコアが高いほど検索条件に合致する確率が高く、スコアが低いほど検索条件に合致する確率が低い。スコアの計算方法自体は、種々の手法を適用可能であり、例えば、文字列の一致度に基づいてスコアが計算されてもよいし、Ｗｏｒｄ２ｖｅｃ等により計算される単語ベクトル間の距離によってスコアが計算されてもよい。スコアは、検索結果画面Ｇ４における表示順に影響する。例えば、検索結果画面Ｇ４では、各施設のスコアに基づいて表示される。例えば、検索結果としてヒットした施設が、スコアの降順となるように表示される。

例えば、施設検索部２０６は、行動情報が示す選択状況が所定の状況である場合に、プレイスタグに基づく検索を制限する。例えば、施設検索部２０６は、行動情報が示す選択回数が所定回数未満である場合に、プレイスタグに基づく検索を制限したり、行動情報が示す選択頻度が所定頻度未満である場合に、プレイスタグに基づく検索を制限したりする。

また例えば、施設検索部２０６は、検索者が入力した検索条件、施設のインデックス、及び行動情報に基づいて、スコアを決定してもよい。例えば、施設検索部２０６は、検索者が入力した検索条件と、施設のインデックスと、に基づいて、スコアを仮決定し、行動情報が示す選択状況に基づいて、当該仮決定したスコアの最終的な値を決定する。施設検索部２０６は、行動情報が示す選択回数又は選択頻度が高いほどスコアが高くなり、行動情報が示す選択回数又は選択頻度が低いほどスコアが低くなるように、スコアを決定すればよい。

変形例（１）によれば、プレイスタグを用いた検索結果に対する検索者の行動も考慮したうえで施設検索を実行し、適切でない施設に対してプレイスタグが付与されてしまった場合に検索を制限したりスコアを下げたりすることで、適切なプレイスタグが付与された施設を検索結果に含めることができる。即ち、検索結果からノイズを除去し、施設検索の精度を効果的に向上させることができる。

（２）また例えば、施設検索システムＳから施設の予約を可能とする場合には、検索者がプレイスタグを検索条件に指定して検索したとしても、当該プレイスタグが付与された施設の在庫が少ないことがある。この場合、在庫のある施設が所定個数以上見つかるまで、施設を検索する領域を徐々に広げてもよい。

変形例（２）の施設検索システムＳは、在庫情報取得部２０８を含む。在庫情報取得部２０８は、制御部２１を主として実現される。在庫情報取得部２０８は、各施設の在庫に関する在庫情報を取得する。ここでは、在庫情報が施設データベースＤＢに格納される場合を説明するが、在庫情報は、他のデータベースに格納されてもよい。

図１８は、変形例（２）の施設データベースＤＢのデータ格納例を示す図である。図１８に示すように、施設データベースＤＢには、施設ごとに、在庫情報が格納される。

在庫とは、施設の予約可能数又は利用可能数である。例えば、施設が宿泊施設であれば、在庫は、部屋の残室数である。施設がレストランであれば、在庫は、レストラン内のテーブル又は座席の残数である。施設が店舗であれば、在庫情報は、商品の在庫数である。施設がレンタカー会社であれば、在庫情報は、車の残台数を示す。施設がバス会社であれば、在庫は、バス内の座席の残席数である。施設が駅であれば、在庫は、列車内の座席の残席数である。施設がツアー会社であれば、在庫は、予約可能な残り人数を示す。在庫情報は、これらの数値を示せばよい。

本変形例の施設検索部２０６は、各施設の在庫情報に更に基づいて、在庫のある施設を検索し、在庫のある施設が所定個数以上検索されるまで、プレイスタグに基づく検索領域を広げながら施設検索を実行する。所定個数は、固定値であってもよいし、プレイスタグに応じて可変値としてもよい。所定個数を可変とする場合には、プレイスタグが付与された施設数が多いほど個数を多くしてもよい。

検索領域とは、検索対象とする領域である。別の言い方をすれば、検索領域は、検索時にインデックスを参照する施設が位置する領域である。例えば、検索領域は、プレイスタグが付与された施設群のうち、少なくとも１つの施設を含むように設定される。

例えば、施設検索部２０６は、実施形態で説明した方法と同様にして、検索者が入力したプレイスタグが付与された施設を検索する。そして、施設検索部２０６は、当該施設の在庫情報を参照し、在庫の有無を判定する。例えば、施設検索部２０６は、検索でヒットした施設の在庫数が閾値以上であるか否かを判定する。施設検索部２０６は、在庫数が閾値以上であれば在庫があると判定し、在庫数が閾値未満であれば在庫がないと判定する。この閾値は、１としてもよいし、２以上の数値を設定して在庫がわずかの場合には在庫なしとみなしてもよい。

例えば、施設検索部２０６は、検索でヒットした施設のうち、在庫がある施設の数が所定個数以上であれば、特に検索領域を設定することなく、検索を終了する。一方、施設検索部２０６は、検索でヒットした施設のうち、在庫がある施設の数が所定個数未満であれば、検索者が入力したプレイスタグに基づいて、検索領域を設定する。

図１９は、変形例（２）において検索領域が設定される様子を示す図である。図１９に示すように、施設検索部２０６は、プレイスタグが付与された施設群の位置に基づいて、検索領域Ａ２を設定する。施設検索部２０６は、施設群の全ての位置に基づいて検索領域を設定してもよいし、検索群の一部の位置に基づいて検索領域を設定してもよい。

例えば、施設検索部２０６は、施設ＦＡ２０〜ＦＡ２５の位置の平均値を算出し、当該平均値の位置を中心Ｏとした所定半径の検索領域Ａ２ａを設定する。施設検索部２０６は、検索領域Ａ２ａの半径を拡大しながら、在庫がある施設を検索する。

なお、中心Ｏは、施設群の位置の単純平均であってもよいし、加重平均としてもよい。加重平均とする場合には、施設群の密度に応じて重み付けをしてもよいし、施設の選択回数又は選択頻度に応じて重み付けをしてもよい。また、図１９では、検索領域を円形として説明するが、検索領域は、任意の形状であってよい。例えば、検索領域は、三角形や四角形などの多角形であってもよい。

例えば、施設検索部２０６は、検索領域Ａ２ａの半径を所定倍（例えば、１．１倍〜２倍程度）し、検索領域Ａ２ｂを設定する。そして、施設検索部２０６は、検索者が入力した検索条件に基づいて、検索領域Ａ２ｂ内の位置の施設を検索する。なお、検索領域Ａ２ａの外にある施設は、原則としてプレイスタグが設定されていないので、検索条件からプレイスタグが除外されたうえで検索が実行されてもよい。施設検索部２０６は、検索でヒットした施設の在庫情報を参照し、在庫の有無を判定する。

例えば、施設検索部２０６は、検索でヒットした施設のうち、在庫がある施設の数が所定個数以上であれば、特に検索領域を広げることなく、検索を終了する。一方、施設検索部２０６は、検索でヒットした施設のうち、在庫がある施設の数が所定個数未満であれば、検索領域Ａ２ｂの半径を広げたうえで、再度検索を実行する。以降、検索領域Ａ２ｃ，Ａ２ｄ・・・といったように、施設検索部２０６は、在庫がある施設の数が所定個数以上になるまで、検索領域の拡張及び検索の実行を繰り返す。

変形例（２）によれば、在庫のある施設が所定個数以上検索されるまで、プレイスタグに基づく検索範囲を広げながら施設検索をすることで、在庫のある施設を検索結果に含めることができる。例えば、検索範囲内の施設にプレイスタグが付与されていなかったとしても、プレイスタグが付与された施設から近いので、エリアに関係している蓋然性が高い。このような施設も検索対象とすることで、在庫のある施設を検索者に提示することができる。

（３）また例えば、検索者が検索条件として指定したプレイスタグが付与された施設であっても、施設にとって当該プレイスタグが適切でなければ、検索者は、当該施設のページを閲覧したり当該施設を予約したりしないことがある。このような施設については、プレイスタグを無効としてもよい。

変形例（３）の施設検索システムＳは、記録部２０７と無効部２０９とを含む。記録部２０７は、変形例（１）で説明した通りである。

無効部２０９は、制御部２１を主として実現される。無効部２０９は、行動情報に基づいて、各施設に付与されたプレイスタグを無効にする。

無効とは、プレイスタグに基づく検索が実行されないようにすることであり、プレイスタグをインデックスとして参照しないこと、又は、プレイスタグをインデックスから削除することである。例えば、無効部２０９は、プレイスタグが施設に関連付けられた状態から関連付けられない状態に変化させる。例えば、無効部２０９は、施設データベースＤＢに格納されたプレイスタグを削除したり、当該プレイスタグを他のデータベースに退避させたりする。

また例えば、施設データベースＤＢに、プレイスタグの有効性を示す有効性フラグを格納してもよい。有効性フラグは、プレイスタグが有効であることを示す第１の値、又は、プレイスタグが無効であることを示す第２の値の何れかの値となる。施設検索部２０６は、検索を実行する際に、有効性フラグが第１の値であるプレイスタグだけをインデックスとして参照する。無効部２０９は、有効性フラグの値を第１の値から第２の値に変化させることによって、プレイスタグを無効としてもよい。

例えば、無効部２０９は、行動情報が示す選択状況が所定の状況である場合に、プレイスタグを無効にする。例えば、施設検索部２０６は、行動情報に基づいて施設ごとにプレイスタグの評価値を計算し、当該評価値が閾値未満である場合にプレイスタグを無効にしてもよい。例えば、施設検索部２０６は、行動情報が示す選択回数が所定回数未満である場合に、プレイスタグを無効にしたり、行動情報が示す選択頻度が所定頻度未満である場合に、プレイスタグを無効にしたりする。

変形例（３）によれば、プレイスタグを用いた検索結果に対する検索者の行動に基づいて各施設のプレイスタグの有効性を判断し、適切でない施設に対してプレイスタグが付与されてしまった場合に、プレイスタグを無効とすることで、適切なプレイスタグが付与された施設を検索結果に含めることができる。即ち、検索結果からノイズを除去し、施設検索の精度を効果的に向上させることができる。

（４）また例えば、施設から、プレイスタグの付与を許可しない旨の回答が取得された場合には、その施設は、地図上では、プレイスタグが付与された施設に囲まれていたとしても、実際にはプレイスタグを付与するのが適切ではないことがある。このような場合には、当該施設周辺を、プレイスタグを付与しない禁止領域としてもよい。

変形例（４）の施設検索システムＳは、設定部２１０を含む。設定部２１０は、制御部２１を主として実現される。設定部２１０は、他の施設からプレイスタグの付与を許可しない旨の回答が取得された場合に、当該他の施設の位置に基づいて、当該プレイスタグの付与を禁止する禁止領域を設定する。

禁止領域は、付与領域Ａ１の一部の領域であり、付与領域Ａ１に施設が含まれていたとしてもプレイスタグを付与しない領域である。ここでは、禁止領域を円形として説明するが、禁止領域は、任意の形状であってよい。例えば、禁止領域は、三角形や四角形などの多角形であってもよい。

図２０は、禁止領域の説明図である。図２０に示す例では、施設ＦＡ３０〜ＦＡ３６にプレイスタグが付与されており、施設ＦＡ３７に対し、プレイスタグの付与を許可するか否かの問い合わせが行われたものとする。そして、施設ＦＡ３７から、プレイスタグの付与を許可しない旨の回答が送信されたものとする。図２０に示すように、設定部２１０は、プレイスタグの付与を許可しない旨の回答をした施設ＦＡ３７を含むように、禁止領域Ａ３を設定する。例えば、設定部２１０は、施設ＦＡ３７の位置を中心とした所定半径の禁止領域Ａ３を設定する。

本変形例の第２付与部２０４は、禁止領域Ａ３に基づいて、他の施設にプレイスタグを付与する。第２付与部２０４は、付与領域Ａ１内であり、かつ、禁止領域Ａ３外である他の施設にプレイスタグを付与することになる。図２０の例であれば、施設ＦＡ３８，ＦＡ３９のうち、施設ＦＡ３８は禁止領域Ａ３内にあるので、プレイスタグの付与を許可するか否かを問い合わせることなく、プレイスタグが付与されない。一方、施設ＦＡ３９は、付与領域Ａ１内にあり、かつ、禁止領域Ａ３外にあるので、プレイスタグの付与を許可するか否かが問い合わせられたうえで、プレイスタグが付与される。

変形例（４）によれば、プレイスタグの付与を許可しない旨の回答が取得された場合に禁止領域Ａ３が設定され、より適切な付与領域Ａ１を設定することができる。例えば、「ＹＹＹ花火大会」といったプレイスタグが付与された場合に、距離的には近くても実際には花火が見えない施設の周辺に禁止領域Ａ３が設定されるので、適切でないプレイスタグが施設に付与されることを防止し、プレイスタグの信頼性を高めることができる。また、不要な問い合わせが施設に送信されることも防止できる。このため、サーバ２０の処理負荷及びネットワークＮの通信負荷を軽減することができる。

（５）また例えば、プレイスタグが示すエリアによっては、より大きな他のエリアが重複していたり、より小さな他のエリアが重複していたりすることがある。複数のエリアの各々が重複する面積が小さければ、当該複数のエリアは関連性が低いと推測されるが、当該面積が大きければ、当該複数のエリアは関連性が高いと推測される。このため、複数のエリアの各々が重複する面積が大きい場合に、各エリアのプレイスタグに上下関係を設けておき、プレイスタグが階層構造を有するようにしてもよい。

変形例（５）の施設検索システムＳは、決定部２１１を含む。決定部２１１は、制御部２１を主として実現される。決定部２１１は、複数のプレイスタグに基づいて定まる複数の領域が互いに重なる場合に、当該複数の領域の重なり方に基づいて、当該複数のプレイスタグの各々の上下関係を決定する。

プレイスタグに基づいて定まる領域とは、プレイスタグが付与された施設群の位置に基づいて定まる領域であり、ここでは、付与領域Ａ１と同じである場合を説明するが、付与領域Ａ１とは異なる領域であってもよい。付与領域Ａ１とは異なる領域の場合には、施設群に含まれる少なくとも１つの施設の位置を含む領域であればよく、例えば、施設群の中心点又は重心点を中心とした円であってもよいし、当該中心点又は重心点を含む多角形であってもよい。

重なり方とは、複数の領域の各々の重複部分のサイズである。サイズは、重複部分の面積であってもよいし、幅であってもよい。上下関係は、上位と下位の関係であり、親子関係又は階層関係ということもできる。上下関係のあるプレイスタグは、互いに同じ地域を示すが、地域のサイズが異なっている。

例えば、上位のプレイスタグが示す地域は、下位のプレイスタグが示す地域よりも広い。上位のプレイスタグが示す地域は、下位のプレイスタグが示す地域を全て含んでいてもよいし、一部だけを含んでいてもよい。ただし、上位のプレイスタグが示す地域は、下位のプレイスタグが示す地域を少なくとも所定割合（例えば、５０％〜８０％）以上含むものとする。

なお、上位のプレイスタグが示す地域と、下位のプレイスタグが示す地域と、の位置は全く同じであってもよいが、微妙にずれていてもよい。ただし、これらの位置が大きくずれていると、関連性が低くなるので、これらの距離は所定距離（例えば、数十メートル〜数キロメートル）未満としてもよい。

例えば、決定部２１１は、複数のプレイスタグの各々に基づく付与領域Ａ１の重複部分のサイズが閾値以上である場合に、当該複数のプレイスタグに上下関係を設け、当該サイズが閾値未満である場合に、当該複数のプレイスタグに上下関係を設けない。

図２１は、上下関係を有するプレイスタグの一例を示す図である。図２１の例では、施設ＦＡ４０〜ＦＡ５５に、第１のプレイスタグである「ＸＹＺシティ」が付与されており、施設ＦＡ５２，ＦＡ５６〜ＦＡ６３に、第２のプレイスタグである「ＺＺＺアウトレット」が付与されているものとする。図２１に示すように、第１のプレイスタグ「ＸＹＺシティ」に基づく付与領域Ａ１ａと、第２のプレイスタグ「ＺＺＺアウトレット」に基づく付与領域Ａ１ｂと、は重なっている。

例えば、決定部２１１は、付与領域Ａ１ａと付与領域Ａ１ｂの重複部分のサイズが閾値以上であるか否かを判定する。閾値は、固定値であってもよいし、プレイスタグが付与された施設数等に応じた可変値であってもよい。また、閾値は、絶対的なサイズであってもよいし、付与領域のサイズに応じた相対的なサイズであってもよい。相対的なサイズとは、例えば、付与領域のサイズに対する割合である。なお、サイズは、付与領域の面積を意味してもよいし、付与領域の幅又は外周の長さを意味してもよい。

ここでは、決定部２１１は、上記重複部分が、付与領域Ａ１ａ，Ａ１ｂの少なくとも一方の所定割合以上を占めるか否かを判定する場合を一例として説明する。図２１の例では、重複部分は、付与領域Ａ１ｂの所定割合以上を占めているので、決定部２１１は、第１のプレイスタグ「ＸＹＺシティ」と第２のプレイスタグ「ＺＺＺアウトレット」に上下関係があると判定する。

上下関係の決定方法は、任意であってよく、例えば、サイズが大きい方を上位とし、サイズが小さい方を下位としてもよい。また例えば、プレイスタグが付与された施設数が多い方を上位とし、施設数が少ない方を下位としてもよい。また例えば、検索者による選択回数又は選択頻度が多い方を上位とし、選択回数又は選択頻度が少ない方を下位としてもよい。

ここでは、決定部２１１は、付与領域のサイズが大きな第１のプレイスタグ「ＸＹＺシティ」を上位とし、付与領域のサイズが小さな第２のプレイスタグ「ＺＺＺアウトレット」を下位とする場合を一例として説明する。例えば、決定部２１１は、付与領域Ａ１ａのサイズと、付与領域Ａ１ｂのサイズと、を計算し、これらのサイズを比較することによって、上下関係を決定する。

なお、プレイスタグに上下関係が存在するか否かを判定する方法は、上記の例に限られない。例えば、また例えば、決定部２１１は、プレイスタグが付与された施設群の数に基づいて、上下関係が存在するか否かを判定してもよい。例えば、決定部２１１は、プレイスタグが付与された施設群のうち、重複部分に含まれている施設の割合が所定割合以上である場合に、上下関係が存在すると判定し、当該割合が所定割合未満である場合に、上下関係が存在しないと判定してもよい。

また、下位のプレイスタグは、少なくとも１つの上位のプレイスタグを持つことが可能であり、上位のプレイスタグを１つだけ持ってもよいし、複数の上位のプレイスタグを持ってもよい。同様に、上位のプレイスタグは、少なくとも１つの下位のプレイスタグを持つことが可能であり、下位のプレイスタグを１つだけ持ってもよいし、複数の下位のプレイスタグを持ってもよい。

施設検索部２０６は、決定部２１１により決定された上下関係に更に基づいて、施設検索を実行する。例えば、施設検索部２０６は、施設検索画面Ｇ３において、上下関係を有するプレイスタグを選択可能に表示させてもよい。この場合、プレイスタグをツリー上に表示させてもよい。施設検索画面Ｇ３に表示されたプレイスタグを、検索者に次々と選択させることによって、エリアの絞り込みをさせるようにしてもよい。

また例えば、施設検索部２０６は、検索条件にヒットした施設の数が所定個数以上である場合に、下位のプレイスタグに基づいて施設の絞り込みを実行してもよい。これとは逆に、施設検索部２０６は、検索条件にヒットした施設の数が所定個数未満である場合に、上位のプレイスタグに基づいて、検索条件を緩和して、検索結果に含める施設を多くしてもよい。

変形例（５）によれば、プレイスタグに上下関係を設けることで、施設検索の精度を効果的に向上させることができる。また、互いに関連性のあるプレイスタグに上下関係を設けることで、プレイスタグの管理を用意にすることができる。

（６）また例えば、上記変形例を組み合わせてもよい。

また例えば、付与領域Ａ１の設定方法は、実施形態及び変形例で説明した方法に限られない。例えば、実施形態で図１１を参照して説明したように、プレイスタグが付与された施設の位置を結ぶ三角形を利用して付与領域が設定される場合、任意の三角形分割方法を適用可能であり、図１１以外の方法を利用してもよい。例えば、ドロネーの三角形分割のアルゴリズムを利用してもよい。他にも例えば、下記に説明する３つのパターン（以降、パターン１−３と記載する）によって付与領域Ａ１が設定されてもよい。

図２２−図２３は、パターン１によって付与領域Ａ１が設定される様子を示す図である。パターン１では、第２付与部２０４は、プレイスタグが付与された施設ごとに、１番目に距離が近い他の施設と、２番目に距離が近い他の施設と、を特定し、これらの間を線で結ぶ。そして、第２付与部２０４は、これらの線のうち外側にある線を特定し、当該特定した線で囲われた領域を付与領域Ａ１として設定してもよい。この場合、付与領域Ａ１の外縁（外周）が特定される。

図２２の例であれば、第２付与部２０４は、施設ＦＡ７０から１番目に距離が近い施設ＦＡ７１と、施設ＦＡ７０から２番目に距離が近い施設ＦＡ７２と、を特定し、施設ＦＡ７０，ＦＡ７１を結ぶ線と、施設ＦＡ７０，ＦＡ７２を結ぶ線と、を設定する。そして、第２付与部２０４は、施設ＦＡ７１から１番目に距離が近い施設ＦＡ７３と、施設ＦＡ７１から２番目に距離が近い施設ＦＡ７２と、を特定し、施設ＦＡ７１，ＦＡ７３を結ぶ線と、施設ＦＡ７１，ＦＡ７２を結ぶ線と、を設定する。

以降同様にして、第２付与部２０４は、施設ＦＡ７３，ＦＡ７１を結ぶ線、施設ＦＡ７３，ＦＡ７４を結ぶ線、施設ＦＡ７４，ＦＡ７３を結ぶ線、施設ＦＡ７４，ＦＡ７２を結ぶ線、施設ＦＡ７５，ＦＡ７２を結ぶ線、及び施設ＦＡ７５，ＦＡ７４を結ぶ線を設定する。付与領域Ａ１は、これらの線のうち外側にある線で囲われた領域（施設ＦＡ７０，ＦＡ７１，ＦＡ７３，ＦＡ７４，ＦＡ７５，ＦＡ７２，ＦＡ７０の順でつないだ線によって囲われた領域）となる。

図２３の例であれば、第２付与部２０４は、施設ＦＡ８０から１番目に距離が近い施設ＦＡ８１と、施設ＦＡ８０から２番目に距離が近い施設ＦＡ８２と、を特定し、施設ＦＡ８０，ＦＡ８１を結ぶ線と、施設ＦＡ８０，ＦＡ８２を結ぶ線と、を設定する。そして、第２付与部２０４は、施設ＦＡ８１から１番目に距離が近い施設ＦＡ８３と、施設ＦＡ８１から２番目に距離が近い施設ＦＡ８０と、を特定し、施設ＦＡ８１，ＦＡ８３を結ぶ線と、施設ＦＡ８１，ＦＡ８０を結ぶ線と、を設定する。

以降同様にして、第２付与部２０４は、施設ＦＡ８２，ＦＡ８１を結ぶ線、施設ＦＡ８２，ＦＡ８４を結ぶ線、施設ＦＡ８３，ＦＡ８１を結ぶ線、施設ＦＡ８３，ＦＡ８２を結ぶ線、施設ＦＡ８４，ＦＡ８２を結ぶ線、施設ＦＡ８４，ＦＡ８５を結ぶ線、施設ＦＡ８５，ＦＡ８４、及び施設ＦＡ８５，ＦＡ８２を結ぶ線を設定する。付与領域Ａ１は、これらの線のうち外側にある線で囲われた領域（施設ＦＡ８０，ＦＡ８１，ＦＡ８３，ＦＡ８２，ＦＡ８４，ＦＡ８５，ＦＡ８２，ＦＡ８０の順でつないだ線によって囲われた領域）となる。即ち、付与領域Ａ１は、複数の領域を含むようにしてもよい。

図２４−図２５は、パターン２によって付与領域Ａ１が設定される様子を示す図である。なお、図２４の施設の配置は、図２２と同じであり、図２５の施設の配置は、図２３と同じである。パターン２では、第２付与部２０４は、プレイスタグが付与された施設ごとに、１番目に距離が近い施設と、２番目に距離が近い施設と、を特定し、これら３つの施設の間で三角形を設定する。そして、第２付与部２０４は、各施設の三角形を連結したり重ね合せたりした領域を、付与領域Ａ１として設定してもよい。なお、パターン２では、必ずしも、施設は、付与領域Ａ１の頂点とはならないこともある。

図２４の例であれば、第２付与部２０４は、施設ＦＡ７０、施設ＦＡ７０から１番目に距離が近い施設ＦＡ７１、及び、施設ＦＡ７０から２番目に距離が近い施設ＦＡ７２を結ぶ三角形を設定する。第２付与部２０４は、施設ＦＡ７１、施設ＦＡ７１から１番目に距離が近い施設ＦＡ７３、及び、施設ＦＡ７１から２番目に距離が近い施設ＦＡ７２を結ぶ三角形を設定する。

以降同様にして、第２付与部２０４は、施設ＦＡ７２，ＦＡ７１，ＦＡ７０を結ぶ三角形、施設ＦＡ７３，ＦＡ７１，ＦＡ７４を結ぶ三角形、施設ＦＡ７４，ＦＡ７３，ＦＡ７２を結ぶ三角形、及び、施設ＦＡ７５，ＦＡ７２，ＦＡ７４を結ぶ三角形を設定する。付与領域Ａ１は、これらの三角形を連結したり重ね合せたりした領域となり、図２４の付与領域Ａ１は、図２２と同じとなる。

一方、図２５の例であれば、第２付与部２０４は、施設ＦＡ８０、施設ＦＡ８０から１番目に距離が近い施設ＦＡ８１、及び、施設ＦＡ８０から２番目に距離が近い施設ＦＡ８２を結ぶ三角形を設定する。第２付与部２０４は、施設ＦＡ８１、施設ＦＡ８１から１番目に距離が近い施設ＦＡ８０、及び、施設ＦＡ８１から２番目に距離が近い施設ＦＡ８３を結ぶ三角形を設定する。

以降同様にして、第２付与部２０４は、施設ＦＡ８２，ＦＡ８１，ＦＡ８４を結ぶ三角形、施設ＦＡ８３，ＦＡ８１，ＦＡ８２を結ぶ三角形、施設ＦＡ８４，ＦＡ８５，ＦＡ８２を結ぶ三角形、及び、施設ＦＡ８５，ＦＡ８４，ＦＡ８２を結ぶ三角形を設定する。付与領域Ａ１は、これらの三角形を連結したり重ね合せたりした領域となり、図２５の付与領域Ａ１は、図２３とは異なる領域（施設ＦＡ８０，ＦＡ８１，ＦＡ８３、交点Ｐ、施設ＦＡ８４，ＦＡ８５，ＦＡ８２の順でつないだ線によって囲われた領域）となる。即ち、図２５の付与領域Ａ１は、図２３の付与領域Ａ１よりも、交点Ｐと、施設ＦＡ８２，ＦＡ８４と、を結ぶ三角形の分だけ広い領域となる。

図２６は、パターン３によって付与領域Ａ１が設定される様子を示す図である。図２６に示すように、例えば、第２付与部２０４は、プレイスタグが付与された各施設を結ぶことによって、付与領域Ａ１を設定してもよい。例えば、第２付与部２０４は、全ての施設を結んでもよいし、互いに所定距離以内にある施設同士を結んでもよい。パターン３では、付与領域Ａ１の外縁（外周）が特定される。

図２６の例であれば、各施設の配置は図２２，２４と同じであるが、付与領域Ａ１は、図２２，図２４とは異なる領域（施設ＦＡ７０，ＦＡ７１，ＦＡ７３，ＦＡ７４，ＦＡ７５，ＦＡ７０の順でつないだ線によって囲われた領域）となる。即ち、図２６の付与領域Ａ１は、図２２，２４の付与領域Ａ１よりも、施設ＦＡ７０，ＦＡ７２，ＦＡ７５を結ぶ三角形の分だけ広い領域となる。

また例えば、付与領域Ａ１は、定期的に設定し直されるようにしてもよい。例えば、所定のタイミング（例えば、１週間ごと）が訪れた場合に上記説明した処理が再度実行され、付与領域Ａ１が再設定されてもよい。

また例えば、プレイスタグが新たに付与された施設が、付与領域Ａ１の外側、かつ、直近の施設から所定距離以内に位置する場合には、当該施設にプレイスタグが付与された後に、サーバ２０の処理負荷が低い時間帯が到来したタイミングで、上記の処理が再度実行され、付与領域Ａ１が再設定されてもよい。処理負荷としては、コンピュータの負荷に関する情報であればよく、例えば、ＣＰＵ使用率、メモリ使用率、又は単位時間当たりの通信量等である。これらの取得方法自体は、公知の種々の手法を適用可能であり、例えば、所定のコマンド（例えば、ｔｏｐコマンド）を利用してＣＰＵ使用率やメモリ使用率が取得されてもよいし、単位時間当たりのデータ受信量が計測されることで通信量が取得されてもよい。第２付与部２０４は、サーバ２０の処理負荷が閾値以上であるか否かを判定し、処理負荷が閾値以上である場合には、付与領域Ａ１を再設定する処理を実行せず、処理負荷が閾値未満である場合に、付与領域Ａ１を再設定する処理を実行する。このようにすることで、サーバ２０の処理負荷を軽減することができる。

また例えば、第２付与部２０４は、付与領域Ａ１全体を作り直してもよいし、既存の付与領域Ａ１に対して領域を追加することによって、付与領域Ａ１を再設定してもよい。例えば、図２４又は図２５のように三角形を利用して付与領域Ａ１が設定される場合には、第２付与部２０４は、既存の三角形の一辺と交わらないように、プレイスタグが新たに付与された施設を頂点とし、距離の近い２つの施設を選択して三角形を特定し、特定した三角形を付与領域Ａ１に追加してもよい。このようにすることで、付与領域Ａ１全体を作り直す場合に比べて、付与領域Ａ１の再設定を簡易な処理によって実現できる。このため、付与領域Ａ１を設定する処理を高速化しつつ、サーバ２０の処理負荷を軽減することができる。

図２７は、付与領域Ａ１に新たな領域が追加される様子を示す図である。図２７の例では、プレイスタグが付与された施設ＦＡ９０，ＦＡ９１，ＦＡ９２によって付与領域Ａ１が設定されていたとする。この場合に、プレイスタグが付与された施設ＦＡ９３が新たに追加されたとすると、施設ＦＡ９３から距離が近い施設は、ＦＡ９０とＦＡ９１であるが、施設ＦＡ９３，ＦＡ９０，ＦＡ９１を結ぶ三角形は、既存の三角形と交差するので、第２付与部２０４は、施設ＦＡ９１は三角形の設定から除外し、施設ＦＡ９３，ＦＡ９０，ＦＡ９２を結ぶ三角形を既存の付与領域Ａ１に追加し、新たな付与領域Ａ１としてもよい。

また例えば、施設端末１０、サーバ２０、及び検索者端末３０の各々で機能が分担されてもよい。また例えば、第１付与部２０１が、施設端末１０において実現されてもよい。この場合、第１付与部２０１は、制御部１１を主として実現される。施設端末１０の第１付与部２０１は、施設ＩＤとプレイスタグのデータセットをサーバ２０に送信し、サーバ２０は、受信したデータセットを施設データベースＤＢに格納してもよい。また例えば、第１付与部２０１は、検索者端末３０において実現されてもよい。この場合、第１付与部２０１は、制御部３１を主として実現される。検索者端末３０の第１付与部２０１は、操作部３４の検出信号に基づいて、検索者により入力されたプレイスタグを取得し、施設ＩＤとプレイスタグのデータセットをサーバ２０に送信し、サーバ２０は、受信したデータセットを施設データベースＤＢに格納してもよい。

また例えば、問い合わせ部２０２及び回答取得部２０３が施設端末１０において実現されてもよい。この場合、問い合わせ部２０２及び回答取得部２０３は、制御部１１を主として実現される。例えば、問い合わせ部２０２は、問い合わせ画面Ｇ２を表示部１５に表示させ、回答取得部２０３は、操作部１４の検出信号に基づいて回答を取得し、サーバ２０に回答を送信してもよい。

また例えば、第２付与部２０４が施設端末１０において実現されてもよい。この場合、第２付与部２０４は、制御部１１を主として実現される。施設端末１０の第２付与部２０１は、施設ＩＤとプレイスタグのデータセットをサーバ２０に送信し、サーバ２０は、受信したデータセットを施設データベースＤＢに格納してもよい。また例えば、第２付与部２０４は、検索者端末３０において実現されてもよい。この場合、第２付与部２０４は、制御部３１を主として実現される。検索者端末３０の第２付与部２０４は、操作部３４の検出信号に基づいて、検索者により入力されたプレイスタグを取得し、施設ＩＤとプレイスタグのデータセットをサーバ２０に送信し、サーバ２０は、受信したデータセットを施設データベースＤＢに格納してもよい。

また例えば、データ記憶部２００で記憶されるものとして説明したデータは、サーバ２０とは異なるデータベースサーバによって記憶されてもよいし、施設検索システムＳの外部にあるデータベースサーバによって記憶されていてもよい。

Claims (12)

1. 施設が位置するエリアの名前に関するエリア情報が入力された場合に、当該施設に当該エリア情報を付与する第１付与手段と、
   同じ前記エリア情報が付与された施設群の位置に基づく領域に、当該エリア情報が付与されていない他の施設の位置が含まれる場合に、当該他の施設に当該エリア情報を付与する第２付与手段と、
   各施設に付与された前記エリア情報に基づいて、施設検索を実行する施設検索手段と、
   を含むことを特徴とする施設検索システム。
2. 前記第２付与手段は、同じ前記エリア情報が付与された施設群の中で、直近の施設との距離が閾値未満となる施設群の位置に基づいて、前記領域を設定する、
   ことを特徴とする請求項１に記載の施設検索システム。
3. 前記施設検索システムは、同じ前記エリア情報が付与された第１施設群と第２施設群との距離が閾値以上となる場合には、前記第１施設群に付与された当該エリア情報と、前記第２施設群に付与された当該エリア情報と、を別のエリア情報として取り扱う取扱手段、
   を更に含むことを特徴とする請求項１又は２に記載の施設検索システム。
4. 前記施設検索システムは、
   前記他の施設に対し、前記第２付与手段によるエリア情報の付与を許可するか否かを問い合わせる問い合わせ手段と、
   前記他の施設による回答を取得する回答取得手段と、
   を更に含み、
   前記第２付与手段は、前記回答に基づいて、前記他の施設に前記エリア情報を付与する、
   ことを特徴とする請求項１〜３の何れかに記載の施設検索システム。
5. 前記第２付与手段は、同じ前記エリア情報が付与された施設群の各々の位置を結ぶ多角形に基づいて、前記領域を設定する、
   ことを特徴とする請求項１〜４の何れかに記載の施設検索システム。
6. 前記施設検索システムは、前記施設検索手段の検索結果に対する検索者の行動を行動情報に記録する記録手段を更に含み、
   前記施設検索手段は、前記行動情報に更に基づいて、施設検索を実行する、
   ことを特徴とする請求項１〜５の何れかに記載の施設検索システム。
7. 前記施設検索システムは、各施設の在庫に関する在庫情報を取得する在庫情報取得手段を更に含み、
   前記施設検索手段は、各施設の前記在庫情報に更に基づいて、在庫のある施設を検索し、在庫のある施設が所定個数以上検索されるまで、前記エリア情報に基づく検索領域を広げながら施設検索を実行する、
   ことを特徴とする請求項１〜６の何れかに記載の施設検索システム。
8. 前記施設検索システムは、
   前記施設検索手段の検索結果に対する検索者の行動を行動情報に記録する記録手段と、
   前記行動情報に基づいて、各施設に付与された前記エリア情報を無効にする無効手段と、
   を更に含むことを特徴とする請求項１〜７の何れかに記載の施設検索システム。
9. 前記施設検索システムは、前記他の施設から前記エリア情報の付与を許可しない旨の回答が取得された場合に、当該他の施設の位置に基づいて、当該エリア情報の付与を禁止する禁止領域を設定する設定手段を更に含み、
   前記第２付与手段は、前記禁止領域に基づいて、前記他の施設に前記エリア情報を付与する、
   ことを特徴とする請求項４に記載の施設検索システム。
10. 前記施設検索システムは、複数の前記エリア情報に基づいて定まる複数の前記領域が互いに重なる場合に、当該複数の領域の重なり方に基づいて、当該複数のエリア情報の各々の上下関係を決定する決定手段を更に含み、
    前記施設検索手段は、前記決定手段により決定された上下関係に更に基づいて、施設検索を実行する、
    ことを特徴とする請求項１〜９の何れかに記載の施設検索システム。
11. 施設が位置するエリアの名前に関するエリア情報が入力された場合に、当該施設に当該エリア情報を付与する第１付与ステップと、
    同じ前記エリア情報が付与された施設群の位置に基づく領域に、当該エリア情報が付与されていない他の施設の位置が含まれる場合に、当該他の施設に当該エリア情報を付与する第２付与ステップと、
    各施設に付与された前記エリア情報に基づいて、施設検索を実行する施設検索ステップと、
    を含むことを特徴とする施設検索方法。
12. 施設が位置するエリアの名前に関するエリア情報が入力された場合に、当該施設に当該エリア情報を付与する第１付与手段、
    同じ前記エリア情報が付与された施設群の位置に基づく領域に、当該エリア情報が付与されていない他の施設の位置が含まれる場合に、当該他の施設に当該エリア情報を付与する第２付与手段、
    各施設に付与された前記エリア情報に基づいて、施設検索を実行する施設検索手段、
    としてコンピュータを機能させるためのプログラム。

Images