JP7058914B2

JP7058914B2 - 検索装置、検索システム、プログラム

Info

Publication number: JP7058914B2
Application number: JP2018080490A
Authority: JP
Inventors: 喜得藤野
Original assignee: Alpine Electronics Inc
Current assignee: Alpine Electronics Inc
Priority date: 2018-04-19
Filing date: 2018-04-19
Publication date: 2022-04-25
Anticipated expiration: 2038-04-19
Also published as: JP2019191683A

Description

本発明は、検索装置、検索システム、及びプログラムに関する。

ナビゲーション装置などに目的地が設定される場合は少なくない。目的地は、例えば、レストラン、ガソリンスタンド、観光地、病院など人や状況により様々である。なんらかの目的地を検索することを目的地検索という。また、ナビゲーション装置によってはユーザ（運転者又は同乗者）によって指定された店舗名やジャンルの施設のうち現在地又は目的地までの経路上から近い施設を検索して提示する機能を有する。このような検索を周辺検索という。例えば、ナビゲーション装置のような検索を行う装置を以下、検索装置という。

目的地や施設となりうる地点を総称してＰＯＩ（Point Of Interest）という。ＰＯＩとは「地図上の特定のポイント（地点）」であり、地図上で表現できる地点であれば、ＰＯＩとなり得る。ユーザはＰＯＩの名称又はジャンル等を検索装置に設定して目的地検索や周辺検索を行うことができる。

検索装置が検索に適合したＰＯＩを表示装置に表示したり音声出力したりして提供する際に、ある場所から近い順にＰＯＩの検索結果を表示する技術が知られている（例えば、特許文献１参照。）。特許文献１には、特定地点（自宅や所定以上の頻度で利用されている経路等）から近い順にＰＯＩの検索結果をディスプレイ等に表示するナビゲーション装置について開示されている。

図１は、従来の検索結果の表示例を示す図である。図１では、商業施設というジャンルが指定された場合のＰＯＩの検索結果が、移動体の現在地に近い順に表示されている。なお、商業施設などのＰＯＩに関する情報は、ナビゲーション装置のメーカ等が用意したクラウドサービスやインターネットにより提供される。ＰＯＩに関する情報には、住所や連絡先の他、ＰＯＩの評判、おすすめ情報（キャンペーンなど）、及び、ＰＯＩ内の店舗情報等が格納されており、検索装置はこれらを表示することが可能である。

特開２００９－２８１８４０号公報

しかしながら、従来の技術では、ユーザの嗜好を考慮して検索結果を提供することが困難であるという問題があった。例えば、商業施設の中のある店舗、サービス又は設備等を利用したいとユーザが考えており、その店舗、サービス又は設備を利用しやすいＰＯＩを検索したい場合でも、検索装置はユーザが利用したいと考えている店舗、サービス又は設備等があるＰＯＩを検索結果に優先的に出力することは困難である。

すなわち、検索装置としては商業施設内の店舗、サービス又は設備等に関する情報をクラウドサービスやインターネットから取得でき、この店舗、サービス又は設備等の有無などに応じた順序でＰＯＩを提供することが可能であるが、ユーザが利用したいと考えている店舗、サービス又は設備等が何であるか分からないため、ユーザの嗜好を考慮してＰＯＩの検索結果を提供することが困難であった。

例えば、図１の例ではユーザの現在地から近いのは「イオン ○×店（登録商標）」であるが、「あのブランドの買い物ができるか」というユーザの嗜好や、「赤ちゃんに対応した設備があるか」というユーザの嗜好を考慮して商業施設に関する情報を表示することは困難である。

また、利用したいとユーザが考えるＰＯＩが明確に決まっていない場合にユーザが目的地検索や周辺検索を行う場合ある。例えば、検索結果の中から行きたいＰＯＩを探すためにジャンルを指定して周辺検索するような場合である。この場合も、検索装置は、ユーザがＰＯＩに関するどのような情報に基づいてＰＯＩを選択するか分からないため、ユーザの嗜好を考慮してＰＯＩの検索結果を提供することが困難であった。

なお、従来、図１のような検索結果の提供に対し、ユーザは例えば現在地に近い順に表示されている各ＰＯＩの詳細な情報を検索装置に取得させ、各ＰＯＩの詳細な情報を比較検討した上で、ＰＯＩを選択しなければならず手間がかかっていた。

本発明は、上記課題に鑑み、ユーザの嗜好を考慮した検索結果を提供できる検索装置を提供することを目的とする。

上記課題に鑑み、本発明は、目的地として又は周辺のＰＯＩ（Point Of Interest）を検索する検索装置であって、前記検索装置のユーザが保持する端末装置にインストールされているアプリケーションに関するアプリ情報を取得するアプリ情報取得手段と、ＰＯＩの検索結果を取得するＰＯＩ検索手段と、前記アプリ情報取得手段が取得したアプリ情報に基づいて、前記ＰＯＩの検索結果から優先的に提供されるＰＯＩを決定するための嗜好情報を決定する嗜好情報決定手段と、前記ＰＯＩ検索手段が取得したＰＯＩの検索結果のうち、前記嗜好情報決定手段が決定した前記嗜好情報に関連するＰＯＩを優先して提供する検索結果提供手段と、を有することを特徴とする。

ユーザの嗜好を考慮した検索結果を提供できる検索装置を提供することができる。

従来の検索結果の表示例を示す図である。検索装置による検索結果の表示方法の概略を説明する図の一例である。検索装置を含む検索システムのシステム構成図の一例である。検索システムが有する端末装置、ＰＯＩ情報サーバ、及び、検索装置の機能をブロック状に示す機能ブロック図の一例である。アプリのアイコンにより、アプリとカテゴリの対応を説明する図の一例である。検索装置が表示装置に表示する検索結果を説明する図の一例である。検索装置の動作手順の一例を示す図である。検索システムが有する端末装置、ＰＯＩ情報サーバ、及び、検索装置の機能をブロック状に示す機能ブロック図の一例である（実施例２）。検索結果の表示例を説明する図の一例である。検索装置３０の動作手順の一例を示す図である（実施例２）。嗜好情報の決定例を模式的に説明する図の一例である。嗜好情報を決定する手順を示すフローチャート図の一例である（実施例３）。検索システムのシステム構成図の一例である。検索結果のＰＯＩの表示順を嗜好情報に応じて切り替える切り替え例を説明する図である。端末装置が検索結果を表示するまでの全体的な動作の手順を示すフローチャート図の一例である。検索システムが有する端末装置、ＰＯＩ情報サーバ、及び、検索装置の機能をブロック状に示す機能ブロック図の一例である（変形例）。

以下、本発明を実施するための形態について図面を参照しながら説明する。

＜動作の概略＞
図２を用いて、本実施形態の検索装置の動作の概略について説明する。図２は、検索装置３０による検索結果の表示方法の概略を説明する図の一例である。まず、ユーザが携帯する端末装置１０には各種のアプリケーション（以下、アプリという）がインストールされている。端末装置１０のユーザはアプリを使用して自分がやりたいこと又はやらなければならないことを実行するため、インストールされているアプリとユーザの嗜好との間には強い相関性があると考えられる。本実施形態ではこの相関性に着目して、端末装置１０にインストールされているアプリに基づいてユーザの嗜好情報を生成する。
（１）図２（ａ）に示すように、端末装置１０と検索装置３０とが通信している。これにより、検索装置３０はアプリの名称などを含むアプリ情報を取得する。
（２）端末装置１０は、アプリ情報をいくつかのカテゴリに分類する。例えば、各アプリは以下のようなカテゴリに分類される。

・特定の飲食店のアプリは、グルメというカテゴリに分類される。例えば、マクドナルド（登録商標）のアプリはグルメのカテゴリに分類される。

・○×銀行のアプリは、銀行というカテゴリに分類される。

・口コミ系のアプリは口コミというカテゴリに分類される。
検索装置３０は、分類されたアプリが最も多いカテゴリを嗜好情報とする。例えば、グルメ、娯楽、銀行、口コミのカテゴリのうち銀行に分類されたアプリの数が最も多ければ、このユーザの嗜好情報は銀行となる。

嗜好情報が生成されると、検索装置３０は目的地検索又は周辺検索の検索結果に、嗜好情報を反映させて提供することができる。
（３）例えば、コンビニというジャンルのＰＯＩ（Point Of Interest）が周辺検索された場合、検索装置３０は検索に適合した周辺のコンビニの詳細情報を参照する（図２（ｂ））。そして、嗜好情報と詳細情報の一致度を判断する。
（４）検索装置３０は嗜好情報と詳細情報の一致度が高いコンビニを優先的に提供する。例えば、嗜好情報が銀行であるばあい、銀行のＡＴＭが設置されているコンビニを検索結果の上位に表示する。なお、銀行のＡＴＭが設置されたコンビニが周辺に複数ある場合は、距離順に表示すればよい。

このように、本実施形態の検索装置３０は、端末装置１０にインストールされているアプリからユーザの嗜好情報を抽出することで、嗜好情報に適合するＰＯＩを優先的に提供できる。ユーザは自分の嗜好情報を入力する必要もなく、ユーザの嗜好との相関性が強いアプリのインストール状況が変われば、嗜好情報も自動的に変えることができる。

＜用語について＞
ＰＯＩとは一般的に「目標」を指すことが多く、地図では店舗や施設を意味する。クラウドサービス又はインターネットで検索可能なものもＰＯＩとなりうる。単なる住所がＰＯＩとなってもよい。本実施形態では、ユーザが目的地検索又は周辺検索で検索する対象がＰＯＩとなる。また、このＰＯＩが検索装置３０に目的地として設定される場合がある。

ジャンルとはＰＯＩの種類に応じて分類されたＰＯＩのグループである。例えば、商業施設、コンビニ、金融機関、ファーストフード、公共施設、ガソリンスタンド、飲食店、病院、観光地、など様々なジャンルがある。各ＰＯＩは何らかのジャンルと対応付けられている。

カテゴリとは、関連性が高い（類似する）アプリが分類されるアプリのグループである。上記のように、カテゴリのうち、分類されたアプリの数が最も多いカテゴリが嗜好情報となる。なお、最も多いカテゴリに限らず、上位数個のカテゴリを嗜好情報としてもよい。また、分類されたアプリの数が最も多いカテゴリが複数ある場合、使用頻度によって嗜好情報を決定することもできる。この他、最も新しいアプリがインストールされたカテゴリを嗜好情報としてもよく、アプリがインストールされているカテゴリであれば嗜好情報となりうる。

アプリケーションとは、特定の作業を行うために使用されるソフトウェアの総称をいう。利用者の特定の要求を満たすためにつくられたソフトウェアということもできる。アプリケーションプログラムの略称であり、単にプログラムという場合もある。

アプリ情報とは、アプリケーションに関する何らかの情報をいう。本実施形態では嗜好情報を決定するための情報を含んでいればよい。

嗜好情報とは、ユーザの興味や好みをいう。例えば、自分がやりたいこと又はやらなければならないことに関する情報である。

嗜好情報に関連するＰＯＩとは、ある嗜好情報を有すると判断されたユーザが利用する可能性が高いＰＯＩをいう。また、優先して提供するとは、ユーザがＰＯＩを選択しやすい態様でＰＯＩを出力することをいう。

＜システム構成例＞
次に、図３を用いて検索システム１００のシステム構成例を説明する。図３は、検索装置３０を含む検索システム１００のシステム構成図の一例である。図３に示すように、検索システム１００はネットワークＮを介して通信しうる検索装置３０とＰＯＩ情報サーバ５０とを有する。また、検索装置３０は端末装置１０と通信可能であるが、端末装置１０がアプリ情報を端末装置１０に送信する際には、端末装置１０は検索システム１００に含まれる。

ネットワークＮは携帯電話網、無線ＬＡＮ網、又は、ＷｉＭＡＸ通信網などの通信事業者が提供する公衆回線とプロバイダ（インターネットに接続するためのサービスを提供する企業）が提供するプロバイダネットワークとを有している。通信事業者の公衆回線に検索装置３０が接続するためにネットワークには一般に基地局が接続されている。なお、ＬＡＮなどの施設内のネットワークが含まれてもよい。

ただし、ＰＯＩ情報サーバ５０が移動体９に搭載されていたり、検索装置３０が内蔵したりしていてもよく、これらの場合、検索装置３０がネットワークＮを介してＰＯＩ情報サーバ５０と通信する必要はない。

ＰＯＩ情報サーバ５０は、ＰＯＩの詳細な情報が記憶されたデータベースを管理する情報処理装置（又はサーバ装置）である。実際にはクラウドサービスやインターネット上の検索サービスが相当する。詳細は後述するが、ＰＯＩ情報サーバ５０は各種のＰＯＩの詳細情報を保持しており、検索装置３０からの検索要求に対しデータベースの検索結果を検索装置３０に提供する。

図３では、検索装置３０と端末装置１０は移動体９に配置されている。この移動体９は、人が搭乗して移動するためのものであればよい。例えば、車両（オートバイを含む）、二輪車、車椅子、軽車両、一人又は二人乗りのモビリティ、又は、ロボットなどである。

端末装置１０は、ユーザが携帯したり移動体９に持ち込んだりする汎用的な情報処理装置である。例えば、スマートフォン、タブレット端末、携帯電話、ＰＤＡ（Personal Digital Assistant）、ノートＰＣ、及び、ウェアラブルＰＣ（例えば、腕時計型、サングラス型など）などである。

移動体９に搭載された検索装置３０は例えばナビゲーション装置と呼ばれる場合がある。ナビゲーション装置は出発地から目的地までの経路を検索して道路地図に設定し、ディスプレイやＨＵＤ（Head Up Display）などの表示装置に表示された電子地図に経路と現在地を表示したり、経路に基づいて進路変更の手前で音声案内や電子地図上のアニメーションなどで適切な進路を案内したりする。この他、検索装置３０は、ＡＶ(Audio Visual)機能を有していてよい。ＡＶ機能とは、ラジオ・テレビで放送されたコンテンツ又はＤＶＤなどの記憶媒体に記憶されたコンテンツを再生したり、カメラで撮像した周囲の映像を表示したりする機能である。また、ネットワークＮに接続してインターネット上のＷｅｂページを表示する機能を有していてよい。ナビゲーション機能とＡＶ機能を併せてＡＶＮ機能という場合がある。

検索装置３０は、ナビゲーション機能を単体で又は不図示のナビゲーションサーバと通信して提供する装置の場合と、端末装置１０との通信によりナビゲーションの機能を提供する場合とがある。ナビゲーション機能を提供する装置をＰＮＤ（Portable Navigation Device）という場合がある。端末装置１０との通信によりナビゲーションの機能を提供する検索装置３０は、端末装置１０に搭載されるアプリがナビ画面等を生成し、このアプリが生成するナビ画面を検索装置３０が通信で取得して表示する。このようなアプリとしてCarPlay（登録商標）やAndroid Auto（登録商標）等が知られている。

このように端末装置１０と連携する場合、検索装置３０はディスプレイオーディオ（又はコネクティッドオーディオ）と呼ばれる場合がある。ディスプレイオーディオはナビゲーションの機能を搭載せずに主にＡＶ機能と通信機能を提供する装置である。

なお、検索装置３０がナビゲーション機能を提供する際は、ネットワークＮを介してナビゲーションサーバと通信することが多い。この場合、ナビゲーションサーバは電子地図を検索装置３０に提供したり、更に、経路検索したりする。ただし、検索装置３０だけでも経路検索等は可能であり、どの程度詳細な経路検索が可能かは、電子地図の地図データの詳細度に影響される。

また、検索装置３０は、車載された状態と携帯可能な状態の切り替えが可能であってよい。すなわち、検索装置３０は移動体９に対し脱着可能であってよい。

端末装置１０と検索装置３０は、無線又は有線で通信することができる。無線による通信の場合、例えばＢｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ(Near Field Communication)(登録商標)、赤外線通信、可視光通信、又は、無線ＬＡＮなどで通信すればよい。有線による通信の場合、ＵＳＢケーブル、ＨＤＭＩケーブル（登録商標）などで通信すればよい。

また、図３では、検索装置３０が端末装置１０と通信しているが、端末装置１０が単体で検索装置３０を兼ねることが可能である（図１６参照）。すなわち、端末装置１０には元々、アプリがインストールされている。また、ナビゲーション用のアプリがインストールされていれば、ナビゲーション装置となりうる。このような端末装置１０は、普段は汎用的な情報処理装置として利用されるが、ナビゲーション用のアプリを実行すると、ナビゲーション専用端末と同様、目的地検索及び周辺検索等を行うことができる。したがって、端末装置１０が本実施形態の検索装置３０として動作することが可能になる。

＜機能について＞
続いて、図４を用いて検索システム１００の機能について説明する。図４は、検索システム１００が有する端末装置１０、ＰＯＩ情報サーバ５０、及び、検索装置３０の機能をブロック状に示す機能ブロック図の一例である。

＜＜端末装置＞＞
端末装置１０は、第１近距離通信部１１、アプリ管理部１２、及び、アプリ情報ＤＢ１３（ＤａｔａＢａｓｅ）を有する。第１近距離通信部１１は検索装置３０と近距離無線又は有線ケーブルで通信する。上記のように例えばBluetooth（登録商標）などで通信すればよい。いったんペアリングされた後は、端末装置１０が検索装置３０の電波の到達範囲に進入することで、第１近距離通信部１１は検索装置３０と自動的に通信する。第１近距離通信部１１と検索装置３０の第２近距離通信部３１は常時、通信していることまでは必要なく、少なくともアプリ情報の送受信の間、通信すればよい。

アプリ管理部１２は端末装置１０にインストールされているアプリを表１に示すアプリ情報ＤＢ１３にて管理する。アプリ管理部１２は検索装置３０からの要求に対し、端末装置１０にインストールされているアプリのアプリ情報を、第１近距離通信部１１を介して検索装置３０に提供する。なお、端末装置１０は検索装置３０からの要求がなくてもアプリ情報を自動的に送信してもよい。また、アプリ情報が更新された後に検索装置３０と接続された場合にだけアプリ情報を送信してもよい。

表１はアプリ情報ＤＢ１３が有する情報をテーブル状に示す。アプリ情報ＤＢ１３には、アプリ名、アプリＩＤ、インストール日時、最終アップデート日時、最終使用日時、及び、配置情報の各項目を有する。アプリ名はアプリが一般的に呼ばれる際の名称である。アプリＩＤはアプリを一意に識別又は特定するための識別情報である。アプリＩＤは端末装置１０のＯＳ（Operating System）のメーカ等により管理されており一意性が保証されているものとする。インストール日時は端末装置１０にアプリがインストールされた日時である。最終アップデート日時はインストールされた後にアプリが最後にアップデートされた日時である。最終使用日時はアプリが最後に起動された日時である。配置情報は、アプリが端末装置１０のどの階層に配置されているかを示す。例えば、ホーム画面に配置されたアプリは第０階層であり、ホーム画面のフォルダに配置されたアプリは第１階層であり、更にこのフォルダ内のフォルダに配置されたアプリは第２階層である。階層が浅いほどユーザがよく使用すると推定できる。

＜＜ＰＯＩ情報サーバ＞＞
ＰＯＩ情報サーバ５０は、第１通信部５１、ＤＢ管理部５２、及び、ＰＯＩデータベース５３を有している。第１通信部５１は、ネットワークＮを介して検索装置３０と各種の情報を送受信する。本実施形態では検索装置３０から検索ワードを受信し、検索結果を検索装置３０に送信する。

ＤＢ管理部５２は表２に示すＰＯＩデータベース５３を検索ワードで検索して検索ワードに適合するＰＯＩ情報をＰＯＩデータベース５３から取得する。検索ワードに適合するＰＯＩ情報が検索結果であり、ＤＢ管理部５２は第１通信部５１を介して検索結果を検索装置３０に送信する。

表２はＰＯＩデータベース５３に記憶されているＰＯＩ情報の一例を示す。ＰＯＩ情報には各ＰＯＩの詳細情報が登録されている。表２（ａ）は商業施設のＰＯＩ情報を示す。表２（ａ）のＰＯＩデータベース５３は、ＰＯＩ名、ジャンル、取扱商品・サービス、飲食関係、ブランド店、クレジットカード、ポイントサービス、駐車場、及び、特記事項の各項目を有している。ＰＯＩ名はＰＯＩの一般的な名称である。好ましくは一意性が保証されている。ジャンルはこのＰＯＩがどのジャンルに分類されているかを示す。取扱商品・サービスはＰＯＩが取り扱っている商品又はサービスである。飲食関係は、飲食できる店舗や設備があるかどうか、及び、ある場合はどのような食事が可能かを示す。ブランド店は、大型の店舗でみられるテナントの具体的なブランド名（ある程度有名な店舗名であればよく、例えばチェーン店名などが含まれる）である。クレジットカードはＰＯＩで利用できるクレジットカードの種類である。ポイントサービスはＰＯＩで商品等を購入した際にためたり使用したりできるポイントサービスの種類である。駐車場は駐車場の有無及びある場合は駐車可能な台数を示す。特記事項は、各ＰＯＩに共通とまでは言えないがＰＯＩが有する設備、機能等に関して特記される事項である。例えば、映画館の数、子供のニーズに対してどのような設備があるか（子供服売り場の数、子供の遊びスペースの有無等）、紳士服の売り場がどの位あるか、銀行ＡＴＭの数、授乳施設の数、トイレの数などが登録されている。

表２（ｂ）はファーストフードのＰＯＩ情報を示す。ファーストフードのＰＯＩ情報も商業施設のＰＯＩ情報と同様であるが、商業施設にはあるがファーストフードにはない設備などの情報は含まれない。逆に、ファーストフードにはあるが商業施設にはない設備などの情報を含んでよい（ドライブスルーなど）。

このように、ＰＯＩ情報には、ＰＯＩが提供する商品、サービス、及び設備等に関する情報が登録されている。ただし、表２のＰＯＩ情報は一例に過ぎず、本実施形態ではＰＯＩごとに可能な限り詳細な情報を含むことが好ましい。

＜＜検索装置＞＞
検索装置３０は、第２近距離通信部３１、アプリ情報取得部３２、アプリ分類部３３、アプリ分類テーブル３４、第２通信部３５、検索要求部３６、嗜好情報決定部３７、操作受付部３８、検索結果表示部３９、及び、考慮情報テーブル４１を有する。

第２近距離通信部３１は、上記のように、端末装置１０の第１近距離通信部１１と近距離無線又は有線ケーブルで通信する。アプリ情報取得部３２は、端末装置１０に対しアプリ情報を要求し、第２近距離通信部３１を介して端末装置１０からアプリ情報を取得する。アプリ情報取得部３２は第２近距離通信部３１が端末装置１０と通信を開始したという通知を受けたタイミングでアプリ情報を取得できる。ただし、通信の開始のたびにアプリ情報を取得することまでは必要なく、決められた周期を超えるまでは通信を開始してもアプリ情報を取得しなくてよい。例えば、１日１回だけアプリ情報を取得すると設定されている場合、１日に何回か通信を開始しても最後にアプリ情報を取得してから２４時間が経過するまではアプリ情報を取得しない。また、通信で取得するのでなく、記憶媒体を経由してアプリ情報を取得してもよい。

アプリ分類部３３は、表３に示すアプリ分類テーブル３４を参照して取得されたアプリ情報のアプリをそれぞれカテゴリに分類する。表３に示すように、アプリ分類テーブル３４にはアプリをどのカテゴリに分類するかが予め設定されている。各アプリがカテゴリに分類されたアプリ分類結果は嗜好情報決定部３７に送出される。

第２通信部３５は、ネットワークを介してＰＯＩ情報サーバ５０と各種の情報を通信する。本実施形態では、検索ワードを送信し、検索結果を受信する。

操作受付部３８は、ユーザによる検索装置３０への各種の操作を受け付ける。本実施形態では、例えば検索ワードの入力を受け付け、検索の実行指示を受け付ける。操作受付部３８はハードキー又はソフトキー（タッチパネル）の押下により検索ワードの入力を受け付けてもよいし、音声認識により検索ワードの入力を受け付けてもよい。

検索要求部３６は第２通信部３５を介して検索ワードをＰＯＩ情報サーバ５０に送信することで、ＰＯＩの検索を要求する。これにより、検索要求部３６はＰＯＩ情報サーバ５０から第２通信部３５を介して検索結果を取得する。検索ワードに適合するＰＯＩが存在する場合、検索結果には１つ以上のＰＯＩ情報が含まれる。

嗜好情報決定部３７は、アプリ分類結果において最も多くアプリが分類されたカテゴリをユーザの嗜好情報に決定する。嗜好情報は検索結果表示部３９に送出される。検索結果表示部３９は検索結果に含まれるＰＯＩ情報のうち、嗜好情報に適合するＰＯＩ情報を優先的に表示装置４０に表示する。例えば、嗜好情報に適合するＰＯＩ情報を上位に表示する。すなわち、嗜好情報を考慮して検索結果のＰＯＩ情報をソートして表示装置４０に表示する。具体的には、表４に示す考慮情報テーブル４１を参照して、嗜好情報に対応付けられた考慮情報とＰＯＩ情報の一致度を判断し、一致度が高いＰＯＩ情報ほど上位に表示する。

なお、検索結果表示部３９はＰＯＩ情報を表示するのでなく音声で出力してもよい。表示装置４０への表示と音声出力の両方を行ってもよい。

表３はアプリ分類テーブル３４を模式的に示す。アプリ分類テーブル３４ではカテゴリに各アプリのアプリ名が対応付けられている。例えば、グルメというカテゴリにはスターバックス（登録商標）、マクドナルド、吉野家（登録商標）等、飲食店のアプリが対応付けられている。したがって、検索装置３０はアプリに基づいて各アプリをカテゴリに分類できる。なお、表３の分類は一例に過ぎず、アプリとカテゴリの対応は表３に示すものに限られない。また、１つのアプリが異なる（複数の）カテゴリと対応付けられていてもよい。

また、表３のアプリ分類テーブル３４と同様の内容を図５に示す。図５はアプリのアイコンにより、アプリとカテゴリの対応を説明する図の一例である。図５によれば、各アプリがどのカテゴリに分類されるかが把握しやすい。

表４は考慮情報テーブル４１を模式的に示す。考慮情報テーブル４１は、嗜好情報に対しＰＯＩ情報のどの部分を考慮するか（これを考慮情報という）を指定する。すなわち、考慮情報にはＰＯＩが提供するどの商品、サービス、及び設備等を考慮するかが登録されている。

例えば、嗜好情報がグルメである場合、検索結果表示部３９は、「飲食店があるＰＯＩ」を優先して上位に表示する。例えば、商業施設が検索された場合、レストラン街がある商業施設、更に、レストラン街の飲食店数が多い商業施設ほど上位に表示される。また、例えば嗜好情報が子育てである場合、表４に示すように、考慮情報には子供に関する商品、サービス又は設備等があるＰＯＩを優先する旨が登録されている。

なお、「駐車場が広い」ＰＯＩが優先されるのは乳母車などを利用しやすいためである。また、「口コミに子供の利用に関する投稿がある」ことは、例えば、周辺検索の検索結果に含まれるＰＯＩの口コミを検索装置３０が例えばインターネットで検索して、「子供が使いやすい」などの情報に適合するＰＯＩを優先する際に利用される。

＜検索結果の表示例＞
図６は、検索装置３０が表示装置４０に表示する検索結果を説明する図の一例である。なお、図６（ａ）は比較のために示した従来の表示例である。図６（ａ）では、ジャンルとして商業施設が指定され目的地検索が行われた場合の検索結果が表示されている。従来の検索結果では、ユーザの現在地から距離が近い順に商業施設が表示されている。この例では商業施設がＰＯＩに相当する。

図６（ｂ）は本実施形態の検索装置３０が表示装置４０に表示する検索結果画面５０１を示す。まず、図６（ｂ）では、ユーザの嗜好情報が「子育て」であると判断されている。このため、検索結果表示部３９は、考慮情報テーブル４１の子育てに対応付けられた考慮情報を読み出し、検索結果に含まれるＰＯＩ情報との一致度（又は類似度といってもよい）を判断する。例えば、考慮情報を１つ満たす場合に１点などのように点数に換算して、各ＰＯＩ情報に点数を付ける。考慮情報の１つとはＰＯＩ情報と比較できる意味上の一まとまりをいう。表４の例では１つの「・」が１つの考慮情報に対応する。また、考慮情報に適合する商品、サービス又は設備の数に応じて高い点数を付与する。

ＰＯＩ情報が考慮情報を満たすか否かの判断では、ＰＯＩ情報を考慮情報で検索した場合に検索に適合するか否かを判断すればよい。あるいは、文書同士の類似度（例えば、ベクトル化してＣＯＳ類似度を算出する）を算出し類似度に応じて点数を付与してもよい。そして、検索結果表示部３９は点数の高い順に商業施設を表示する。

また、検索結果には、どのような嗜好情報に基づいてＰＯＩの表示順が決定されたかを示す表示順決定情報５０２が表示されている。図６（ｂ）では「子供に対応」という表示順決定情報５０２が表示されている。これにより、ユーザは表示されたＰＯＩがどのような理由で優先して表示されているかを把握できる。

また、図６（ｂ）の検索結果画面５０１では、「おすすめ理由」５０３がＰＯＩごとに表示される。図６（ｂ）の「おすすめ理由」５０３は例えば子供に対応した店舗の数である。図６（ｂ）は、単に点数が高い順が子供に対応した店舗の数の順番と一致した場合である。例えば考慮情報に対応した商品、サービス又は設備が１つしかＰＯＩ情報に登録されていない場合、その商品、サービス又は設備を「おすすめ理由」５０３に決定できる。例えば、子供に対応した店舗の数が多いＰＯＩは一致度の点数も高いため、点数が高い順に表示すれば店舗の数の多い順になる。

考慮情報に対応した複数の商品、サービス又は設備がＰＯＩ情報に登録されている場合、検索結果表示部３９は最も点数が高いＰＯＩで最も点数に寄与した商品、サービス又は設備を選択して「おすすめ理由」５０３に決定する。そして、選択した商品、サービス又は設備の数の順番にＰＯＩを表示する。あるいは、点数が高い順にいくつかのＰＯＩを特定し、点数に寄与した商品、サービス又は設備であって、これらのＰＯＩに共通の商品、サービス又は設備のうちいずれかを「おすすめ理由」５０３に決定してもよい。決定方法には、点数が最も高いＰＯＩで最も数が多い商品、サービス又は設備に決定したり、各ＰＯＩで商品、サービス又は設備の数を合計した場合にその数が最も多い商品、サービス又は設備に決定したりする方法がある。また、各ＰＯＩの点数に寄与した商品、サービス又は設備を抽出して、ユーザが「おすすめ理由」５０３にする商品、サービス又は設備を任意に選択としてもよい。

あるいは、各ＰＯＩの点数に寄与した複数の商品、サービス又は設備の数をＰＯＩごとに表示してもよい（「おすすめ理由」５０３に複数の商品、サービス又は設備が表示される）。この場合、一致度の判断で算出した点数の順番に表示する。

これらにより、図６（ｂ）に示すように、必ずしも距離が近い順でなく、子育てという嗜好情報が考慮された順番に商業施設を表示することができる。

このように、検索結果表示部３９は、各ＰＯＩの詳細情報のうち、考慮情報に含まれる商品、サービス又は設備と一致した商品、サービス又は設備を検索結果と共に提供する。ユーザは利用したい商品、サービス又は設備の数を確認してＰＯＩを選択できる。なお、一致度の判断で算出した点数を「おすすめ理由」５０３に表示してもよい。

更に、各ＰＯＩごとに、どの考慮情報が一致したかを表示するとなお好ましい。例えば、子育ての「子供の遊びスペースがあるＰＯＩ」という考慮情報を満たすＰＯＩの場合、検索結果表示部３９は「子供の遊びスペースあり」のようなメッセージ又はアイコンなどをＰＯＩに対応付けて表示する。これにより、ユーザは各ＰＯＩが具体的に満たす考慮情報を把握でき、適切なＰＯＩを選択できる。

＜動作手順＞
図７は、検索装置３０の動作手順の一例を示す図である。まず、図７（ａ）は嗜好情報の決定手順を示すフローチャート図の一例である。図７（ａ）の処理は例えば検索装置３０が端末装置１０と通信を開始してアプリ情報を取得することでスタートする。

アプリ情報取得部３２は端末装置１０からアプリ情報を取得する（Ｓ１０）。アプリ情報を取得するとアプリ分類部３３はアプリ分類テーブル３４を参照して各カテゴリに分類する（Ｓ２０）。

次に、嗜好情報決定部３７は分類されたアプリが最も多いカテゴリを嗜好情報に決定する（Ｓ３０）。

図７（ｂ）はＰＯＩ情報の表示手順を示すフローチャート図の一例である。図７（ｂ）の処理は例えば検索装置３０がＰＯＩ情報サーバ５０から検索結果を取得することでスタートする。目的地検索又は周辺検索のいずれが行われてもよい。

まず、検索要求部３６は第２通信部３５を介して検索結果を取得する（Ｓ１０１）。検索結果は検索結果表示部３９に送出され、検索結果表示部３９は嗜好情報に対応付けられている考慮情報を考慮情報テーブル４１から取得する（Ｓ１０２）。

そして、考慮情報の１つ１つをＰＯＩ情報と比較する（Ｓ１０３）。検索結果表示部３９は考慮情報を満たす数に応じて各ＰＯＩに点数を付ける（Ｓ１０４）。１点ずつ加点するのでなく、考慮情報に設定された重みに応じて点数を付けてもよい。

次に、検索結果表示部３９は現在地から所定距離内のＰＯＩの比較が終了したか否かを判断する（Ｓ１０５）。

ステップＳ１０５の判断がＮｏの場合、処理はステップＳ１０３に戻り、考慮情報とＰＯＩ情報の比較及び点数付けが繰り返される。

ステップＳ１０５の判断がＹｅｓの場合、検索結果表示部３９は点数が高い順にＰＯＩを表示装置４０に表示する（Ｓ１０６）。なお、点数が同じＰＯＩが複数ある場合、距離順に表示すればよい。

＜まとめ＞
以上説明したように、本実施形態の検索装置３０は、端末装置１０にインストールされているアプリからユーザの嗜好情報を抽出し、嗜好情報により適切な考慮情報を特定して、この考慮情報をＰＯＩ情報と比較するので、検索結果のうちユーザの嗜好に適合するＰＯＩを優先して提供できる。すなわち、ユーザが異なっても画一的に検索結果を提供するのでなく、ユーザの個人性、好みに合わせて目的地、周辺検索が可能となり、ユーザの生活状況に合わせた有益な検索結果を提供することができる。また、検索結果からユーザ自身が自分の嗜好に合わせて選択する手間を削減し、移動体９におけるユーザの操作をシンプルにすることができる。

実施例１では分類されたアプリの数が最も多いカテゴリを嗜好情報に決定したが、本実施例では、アプリと関連するＰＯＩを優先して提供する検索装置３０について説明する。アプリと関連するＰＯＩとは、アプリを提供する企業名、ブランド名、又は店舗等である。本実施例ではアプリ名（アプリを提供する企業名、ブランド名、又は店舗等）が嗜好情報となる。

＜機能について＞
図８は、検索システム１００が有する端末装置１０、ＰＯＩ情報サーバ５０、及び、検索装置３０の機能をブロック状に示す機能ブロック図の一例である。なお、図８の説明では主に図４との相違を説明する。

端末装置１０とＰＯＩ情報サーバ５０の構成は図４と同様でよい。これに対し、図８の検索装置３０は、アプリ分類部３３及びアプリ分類テーブル３４が不要になる。また、本実施例の嗜好情報決定部３７は、アプリ名又はその一部を嗜好情報に決定する。例えば「マクドナルドアプリ」であればマクドナルドを嗜好情報とし、「○×銀行アプリ」であれば「○×銀行」を嗜好情報とする。このように、アプリ情報から企業名、ブランド名、店舗名等を抽出して直接的に嗜好情報を決定する。簡単に嗜好情報を抽出する方法としてはアプリ名から「アプリ」を削除したものを嗜好情報とする方法がある。あるいは、アプリ名と「企業名、ブランド名、店舗等」が対応付けられた辞書やテーブルを使用して、アプリ名から嗜好情報を決定してもよい。

また、本実施例では検索結果表示部３９が参照する考慮情報テーブル４１が実施例１と異なっている。本実施例の考慮情報テーブル４１を表５に示す。

表５は、本実施例の考慮情報テーブル４１の一例を示す。本実施例では嗜好情報がアプリ名から生成された企業名、ブランド名、店舗名等である。また、「考慮するＰＯＩ情報（考慮情報）」には、企業名、ブランド名、店舗名等を含むＰＯＩを特定することが設定されている。したがって、アプリと直接、関係するＰＯＩを優先して出力できる。

例えば、嗜好情報が「○×飲食店」の場合は、「考慮するＰＯＩ情報（考慮情報）」は「○×飲食店」そのもの、又は、「○×飲食店があるＰＯＩ」である。嗜好情報が「○×ポイントサービス」の場合は、「考慮するＰＯＩ情報（考慮情報）」は「○×ポイントサービスのポイントをためることができるＰＯＩ」又は「○×ポイントサービスのポイントを使用することができるＰＯＩ」である。

このようにアプリ名から嗜好情報が決定され、嗜好情報と考慮情報が対応付けられた考慮情報テーブル４１が用意されることで、アプリと関連するＰＯＩを優先して提供することができる。

＜検索結果の表示例＞
図９を用いて本実施例の検索結果の表示例を説明する。図９（ａ）は、端末装置１０に○×銀行のアプリがインストールされている場合に、目的地検索により金融機関が検索された場合の検索結果画面５０１の一例を示す。

図９（ａ）では、ＰＯＩ情報サーバ５０から送信された金融機関のＰＯＩのうち、○×銀行が上位に表示されている。つまり、嗜好情報が○×銀行なので、検索結果表示部３９は○×銀行の支店、支店又はＡＴＭがあるＰＯＩを上位に表示する。本実施例では企業名、ブランド名、店舗名等を含むＰＯＩが特定されるので、一致度の判断に点数付けはしなくてもよい。しかし、点数付けすることがより好ましい。これは、通常、端末装置１０にインストールされているアプリは１つでないが、本実施例では各アプリごとに嗜好情報が決定されるためである。本実施例では、嗜好情報と適合したＰＯＩ情報に加点を繰り返す処理を嗜好情報（アプリ）ごとに行うことで、端末装置１０にインストールされているアプリは１つでない場合に、点数が高いＰＯＩを抽出できる。したがって、本実施例においても、点数が高い順にＰＯＩを表示することができる。

また、例えば、考慮情報テーブル４１において１つの嗜好情報に複数の考慮情報が対応付けられている場合には、ＰＯＩ情報と一致した場合、上位の考慮情報（１つの欄内で上の方に書いてある）ほど高い点数を付与してよい。こうすることで、例えばＰＯＩが銀行の場合、ＡＴＭよりも支店のＰＯＩを上位に表示できる。

表示順決定情報５０２が表示されるのは実施例１と同様である。これに対し、「おすすめ理由」５０３は「○」となっている。これは、金融機関が検索されたためＰＯＩは○×銀行か否かのどちらかになるためである。ユーザはアプリから特定された嗜好情報に対応した金融機関を一目で把握できる。ただし、「おすすめ理由」５０３に企業名、ブランド名、店舗名等を表示してもよい。

図９（ｂ）は端末装置１０にｎａｎａｃｏポイントアプリ（登録商標）がインストールされている場合に、周辺検索によりコンビニが検索された場合の検索結果画面５０１の一例を示す。

図９（ｂ）では、ＰＯＩ情報サーバ５０から送信されたコンビニのＰＯＩ情報うち、ｎａｎａｃｏポイントを使用可能なコンビニが上位に表示されている。つまり、嗜好情報がｎａｎａｃｏポイントなので、検索結果表示部３９はｎａｎａｃｏポイントをためること又は使用できるコンビニを上位に表示する。このように、検索結果表示部３９は、各ＰＯＩの詳細情報のうち、考慮情報に含まれる企業名、ブランド名又は店舗名と一致した企業名、ブランド名又は店舗名を検索結果と共に提供する。ユーザは利用したい企業名、ブランド名又は店舗名かどうかを確認してＰＯＩを選択できる。

図９（ｂ）では、「おすすめ理由」５０３はコンビニが対応するポイントサービスである。すなわち、ＰＯＩ情報においてｎａｎａｃｏと一致した「ポイント」の欄のポイントサービスである。複数のポイントサービスを表示してよい。また、図９（ａ）のように「おすすめ理由」５０３として「○」を表示してもよい。

なお、図９の説明では、端末装置１０にインストールされているアプリの数が１つであるかのように説明されているが、複数のアプリがインストールされていてよい。この場合は、インストールされている各アプリごとに嗜好情報が決定され、各嗜好情報ごとにＰＯＩ情報と比較される。ただし、金融機関が検索された場合に、飲食店のアプリで特定された嗜好情報は金融機関のＰＯＩ情報と一致せず、表示順に与える影響は少ないと考えてよい。

＜動作手順＞
図１０は、検索装置３０の動作手順の一例を示す図である。まず、図１０（ａ）は嗜好情報の決定手順を示すフローチャート図の一例である。図１０（ａ）の処理は例えば検索装置３０が端末装置１０と通信を開始してアプリ情報を取得することでスタートする。

アプリ情報取得部３２は端末装置１０からアプリ情報を取得する（Ｓ２０１）。次に、嗜好情報決定部３７はインストールされている全てのアプリ名から嗜好情報を決定する（Ｓ２０２）。

図１０（ｂ）はＰＯＩ情報の表示手順を示すフローチャート図の一例である。図１０（ｂ）の説明では図７（ｂ）との相違を主に説明する。

図１０（ｂ）ではステップＳ１０１－２で、検索結果表示部３９が嗜好情報を１つ特定する（Ｓ１０１－２）。そして、嗜好情報ごとにステップＳ１０２～Ｓ１０５の処理を行う。

ステップＳ１０５－２では、検索結果表示部３９は全ての嗜好情報についてＰＯＩ情報との比較が終了したか否かを判断する（Ｓ１０５－２）。比較が終了した場合、点数が高い順にＰＯＩを表示する（Ｓ１０６）。

＜まとめ＞
このように本実施例の検索装置３０はアプリと関連するＰＯＩを優先して提供するので、ユーザが使用するアプリと関連性が高いＰＯＩを優先して提供することができる。

実施例１では分類されたアプリの数が最も多いカテゴリを嗜好情報としたが、分類されたアプリの数が最も多いカテゴリが複数ある場合もありうる。実施例２ではアプリごとに嗜好情報を決定したが、同一のカテゴリのアプリが複数インストールされている場合、適切なアプリを特定することが好ましい。また、インストールされているが使用していないアプリも存在しうる。そこで、本実施例では使用頻度に基づいてアプリの優先度を判断し、最も優先度が高いカテゴリ（実施例１）、又は、アプリ（実施例２）を嗜好情報とする検索装置３０について説明する。

＜機能について＞
本実施例の検索装置３０の機能ブロック図は実施例１又は実施例２と同様でよい。ただし、嗜好情報決定部３７の処理が異なる。

・実施例１
実施例１の嗜好情報決定部３７は、分類されたアプリの数が最も多いカテゴリが複数ある場合、各カテゴリのアプリの使用頻度に基づいてカテゴリの優先度を判断する。そして、優先度が最も高いカテゴリを嗜好情報に決定する。使用頻度については後述する。

・実施例２
実施例２の嗜好情報決定部３７は、同一のカテゴリのアプリが複数ある場合、カテゴリごとに各アプリの使用頻度に基づいてアプリの優先度を判断する。そして、カテゴリごとに優先度が最も高いアプリから嗜好情報を決定する。なお、このため本実施例の嗜好情報決定部３７はアプリ分類テーブル３４を使用する。

＜使用頻度の推定＞
嗜好情報決定部３７は、アプリ情報のうち以下のような項目に基づいて使用頻度を推定する。
(i) 起動日時
最後に起動された日時（最終使用日時）を参照し、この日時が新しい順に順位に応じた点数を付ける。起動日時が新しいアプリは使用頻度が高い可能性が高いためである。
(ii) アップデート日時
最後にアップデートが実施された日時（最終アップデート日時）を参照し、アップデート日時が新しい順に順位に応じた点数を付ける。アップデートされたアプリは使用頻度が高い可能性があるためである。
(iii) 配置情報
各アプリの配置情報（第０階層～第ｎ階層）を参照し、例えば、階層が浅いほど大きな点数を付ける。階層が浅いアプリは使用頻度が高い可能性があるためである。

嗜好情報決定部３７は、(i)～(iii)を行い、アプリの数が最も多いカテゴリの各アプリ、又は、同じカテゴリの各アプリに点数（使用頻度情報）を付ける。実施例１では、分類されたアプリの数が最も多いカテゴリが複数ある場合、この点数の合計が最も高いカテゴリが嗜好情報である。実施例２では、同じカテゴリのうち点数が最も高いアプリが嗜好情報である。

図１１は、嗜好情報の決定例を模式的に説明する図の一例である。図１１（ａ）は実施例１の方法で、分類されたアプリの数が最も多いカテゴリが複数ある場合の検索結果の表示例を示す。

図１１（ａ）では「子育て」と「娯楽」のカテゴリに分類されたアプリの数がどちらも３つである。そこで、嗜好情報決定部３７は優先するカテゴリを決定する。図１１（ａ）の例では、(i)～(iii)の使用頻度の算出から「子育て」のカテゴリが優先されると判断された。嗜好情報決定部３７は「子育て」を嗜好情報に決定する。

検索結果表示部３９は子育てという嗜好情報に対応付けられた考慮情報を考慮情報テーブル４１から取得してＰＯＩ情報との一致度を判断し、一致度が高いＰＯＩを優先して表示する。図１１（ａ）では子育ての考慮情報との一致度が高い商業施設が上位に表示されている。

図１１（ｂ）は実施例２の方法で、同じカテゴリに複数のアプリがある場合の検索結果の表示例を示す。図１１（ｂ）ではポイントサービスのカテゴリに３つのアプリがインストールされている。嗜好情報決定部３７は嗜好情報とするアプリを決定する。図１１（ｂ）の例では、(i)～(iii)の使用頻度の算出からｎａｎａｃｏポイントアプリが優先されると判断された。嗜好情報決定部３７はｎａｎａｃｏポイントサービスを嗜好情報に決定する。

検索結果表示部３９はｎａｎａｃｏポイントサービスという嗜好情報に対応付けられた考慮情報を考慮情報テーブル４１から取得して、検索結果のＰＯＩの表示順を決定する。図１１（ｂ）ではｎａｎａｃｏポイントサービスを使用できるセブンイレブン（登録商標）が上位に表示されている。

＜動作手順＞
嗜好情報を決定した後の動作手順は実施例１又は２と同様なので、本実施例では嗜好情報を決定する手順を図１２に基づいて説明する。

図１２（ａ）は嗜好情報決定部３７がカテゴリに分類されたアプリの数に基づいて嗜好情報を決定する手順を示すフローチャート図の一例である（実施例１に対応）。図１２（ａ）の処理はカテゴリへの分類が終了するとスタートする。

まず、嗜好情報決定部３７は分類されたアプリの数が最も多いカテゴリが複数あるか否かを判断する（Ｓ３０１）。

ステップＳ３０１の判断がＹｅｓの場合、嗜好情報決定部３７は各アプリの使用頻度を算出し、各アプリの点数をカテゴリごとに合計する（Ｓ３０２）。そして、合計点が最も高いカテゴリを嗜好情報に決定する（Ｓ３０３）。こうすることで、分類されたアプリの数が最も多いカテゴリが複数ある場合に、優先すべき嗜好情報を特定できる。

ステップＳ３０１の判断がＮｏの場合、実施例１と同様に、嗜好情報決定部３７は分類されたアプリの数が最も多いカテゴリを嗜好情報に決定する（Ｓ３０４）。

図１２（ｂ）は嗜好情報決定部３７がアプリに基づいて嗜好情報を決定する手順を示すフローチャート図の一例である（実施例２に対応）。図１２（ｂ）の処理はアプリ情報を取得するとスタートする。

まず、嗜好情報決定部３７は同じカテゴリのアプリが複数あるか否かを判断する（Ｓ４０１）。

ステップＳ４０１の判断がＹｅｓの場合、嗜好情報決定部３７は各アプリの使用頻度を算出する（Ｓ４０２）。そして、カテゴリごとに点数が最も高いアプリから嗜好情報を決定する（Ｓ４０３）。こうすることで、同じカテゴリに複数のアプリが分類されてもカテゴリごとに優先すべきアプリを特定できる。

ステップＳ４０１の判断がＮｏの場合、実施例２と同様に、嗜好情報決定部３７はアプリから嗜好情報を決定する（Ｓ４０４）。

なお、カテゴリごとに点数が最も高いアプリから嗜好情報を決定するのでなく、インストールされている全てのアプリの中から点数が最も高いアプリを特定してもよい。

＜まとめ＞
以上のように、本実施例の検索装置３０は、実施例１で、分類されたアプリの数が最も多いカテゴリが複数あっても、アプリの使用頻度に基づいて嗜好情報を適切に決定できる。また、実施例２で、同じカテゴリに複数のアプリが分類されても、アプリの使用頻度に基づいて嗜好情報を適切に決定できる。

本実施例では、複数の端末装置１０が接続された検索装置３０について説明する。
図１３は、本実施例の検索システム１００のシステム構成図の一例を示す。図１３では２台の端末装置１０が検索装置３０と通信可能になっている。例えば、移動体９に二人以上の乗員が乗車した場合、それぞれの乗員が端末装置１０を有するため、検索装置３０は複数の端末装置１０と通信する可能性がある。しかし、これらの端末装置１０はユーザが異なるので、インストールされているアプリも異なる。

このような場合、検索装置３０は両方の端末装置１０にインストールされたアプリのアプリ情報に基づいて検索結果を表示することが可能である。そこで、本実施例では、端末装置１０Ａ又は１０Ｂのアプリ情報に基づく検索結果のＰＯＩの表示順をユーザが任意に切り替えることができる検索装置３０について説明する。

なお、本実施例は実施例１又は２のどちらにも対応可能である。説明の便宜上、本実施例では実施例１を適用して説明する。したがって、機能ブロック図は実施例１の図４と同様でよい。

本実施例のアプリ分類部３３は、端末装置１０ごとにアプリを分類する。また、嗜好情報決定部３７は端末装置１０ごとに嗜好情報を決定する。検索結果表示部３９は、端末装置１０ごとに、考慮情報テーブル４１を参照して、検索結果のＰＯＩの表示順を決定する。したがって、検索結果を表示するまでの動作手順は実施例１と同様でよい。

一方、検索結果の表示後、検索結果表示部３９はユーザの操作に応じて検索結果のＰＯＩの表示順を切り替えて表示する。このため、検索結果の画面には、切替ボタンが表示される。

図１４を用いて、商業施設を目的地検索した際の検索結果のＰＯＩの表示順の切り替え例について説明する。図１４は、検索結果のＰＯＩの表示順を嗜好情報に応じて切り替える切り替え例を説明する図である。検索結果画面５０１Ａでは、「子育て」が嗜好情報であるとする。このため、検索結果画面５０１Ａでは子供に対応した店舗の店舗数が多い順に商業施設が表示されている。

これに対し、検索結果画面５０１Ｂでは、「娯楽」が嗜好情報であるとする。このため、検索結果画面５０１Ｂでは映画館の数が多い順に商業施設が表示されている。

このように、本実施例の検索装置３０は端末装置１０ごとに嗜好情報を判断して、嗜好情報に応じて同じ検索結果に対しＰＯＩの表示順を変更できる。

また、検索結果画面５０１Ａ，５０１Ｂはいずれも切替ボタン５０４を有しており、切替ボタン５０４の押下により、検索結果表示部３９は、検索結果画面５０１Ａから５０１Ｂに、又は、検索結果画面５０１Ｂから５０１Ａに切り替えることができる。切替ボタン５０４は嗜好情報を切り替えてＰＯＩを提供するための入力インタフェースである。ユーザは、検索結果画面５０１Ａ、５０１Ｂを適宜比較して、検索装置３０に設定するＰＯＩを決定できる。切替ボタン５０４を表示するのではなく（又は表示しながら）音声入力で切り替え可能でもよい。

図１５は、端末装置１０が検索結果を表示するまでの全体的な動作の手順を示すフローチャート図の一例である。図１５の処理は例えば、端末装置１０が接続されるとスタートする。

まず、アプリ情報取得部３２は複数の端末装置１０が接続されたか否かを判断する（Ｓ５０１）。例えば、第２近距離通信部３１に問い合わせることで、例えばＭＡＣアドレス又はＩＰアドレスが異なる端末装置１０が接続されていることなどから判断可能である。

ステップＳ５０１の判断がＹｅｓの場合、嗜好情報決定部３７は端末装置１０ごとに嗜好情報を決定する（Ｓ５０２）。

そして、検索結果表示部３９は検索結果のＰＯＩの表示順を、嗜好情報に応じて決定して検索結果画面５０１を表示する（Ｓ５０３）。当初、採用する嗜好情報は、例えば、早期に決定された嗜好情報などでよい。あるいは、不作為に決定してもよい。

次に、検索結果表示部３９は切替ボタン５０４が押下されたか否かを判断する（Ｓ５０４）。

ステップＳ５０４の判断がＹｅｓの場合、検索結果表示部３９は嗜好情報決定部３７が決定した複数の嗜好情報のうち検索結果画面５０１に反映していない嗜好情報に切り替える（Ｓ５０５）。

処理はステップＳ５０３に進み、検索結果表示部３９は検索結果のＰＯＩの表示順を、嗜好情報に応じて決定して検索結果画面５０１を表示する（Ｓ５０３）。

このように、本実施例の検索装置３０は、端末装置１０Ａ又は１０Ｂのアプリ情報に基づいて検索結果のＰＯＩの表示順を変更し、更に、どの端末装置１０のアプリ情報を検索結果のＰＯＩの表示順に反映させるかをユーザが任意に切り替えることを可能にする。

＜まとめ＞
以上のように、本実施例の検索装置３０は、複数の端末装置１０が接続された場合でも、それぞれのアプリ情報に基づいて検索結果のＰＯＩの表示順を変更し、更に、ユーザがどの端末装置１０のアプリ情報をＰＯＩの表示順に反映させるかを任意に切り替えることができる。

＜その他の適用例＞
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

＜＜端末装置が検索装置となる場合＞＞
端末装置１０がインストールされているアプリ情報に基づいて、検索装置３０と同様にＰＯＩの検索結果を提供できる。この場合、端末装置１０が検索装置３０となる。

図１６は、端末装置１０が検索装置３０となる場合の機能ブロック図を示す。端末装置１０と検索装置３０の通信が不要になるため、第１近距離通信部１１、第２近距離通信部３１、及びアプリ情報取得部３２が不要になっている。図１６は実施例１の機能ブロック図であるが、実施例２の機能ブロック図についても同様である。その他の機能については実施例１又は実施例２と同様でよい。このような構成の検索装置３０は、例えば歩行者ナビに有効である。

＜＜アプリの分類＞＞
実施例１でアプリの分類が検索装置３０で行われているが、アプリの分類はサーバで行ってもよい。アプリには多くの種類があり、また、アプリは日々増えているため、サーバが分類することでアプリ分類テーブル３４のメンテナンスが容易になる。

＜＜ＰＯＩの検索結果＞＞
上記の実施例ではＰＯＩの表示順を嗜好情報に応じて調整したが、表示順でなく強調の程度を嗜好情報に応じて変えてもよい。例えば、表示順は現在地からの距離順だが、嗜好情報で特定された考慮情報との一致度が高い（閾値以上）のＰＯＩを強調する。例えば、枠を太くしたり、枠若しくは枠内の色を変更したり、高輝度にしたり、又は、点滅させたりする。一致度に応じて、強調の内容を変更すれば、どの程度一致しているかを把握できる。こうすることで、距離順に表示しながら、嗜好情報に適合したＰＯＩを強調できるため、ユーザは距離も考慮しながらＰＯＩを選択できる。

＜＜その他＞＞
図４などの構成例は、端末装置１０、検索装置３０，及び、ＰＯＩ情報サーバ５０による処理の理解を容易にするために、主な機能に応じて分割したものである。処理単位の分割の仕方や名称によって本願発明が制限されることはない。端末装置１０、検索装置３０，及び、ＰＯＩ情報サーバ５０の処理は、処理内容に応じて更に多くの処理単位に分割することもできる。また、１つの処理単位が更に多くの処理を含むように分割することもできる。

なお、アプリ情報取得部３２はアプリ情報取得手段の一例であり、嗜好情報決定部３７は嗜好情報決定手段の一例であり、アプリ分類部３３はアプリ分類手段の一例であり、検索要求部３６はＰＯＩ検索手段の一例であり、検索結果表示部３９は検索結果提供手段の一例であり、アプリ分類テーブル３４はアプリ分類情報の一例であり、考慮情報テーブル４１は嗜好情報関連情報の一例である。

１０端末装置
３０検索装置
５０ＰＯＩ情報サーバ
１００検索システム

Claims

目的地として又は周辺のＰＯＩ（Point Of Interest）を検索する検索装置であって、
前記検索装置のユーザが保持する端末装置にインストールされているアプリケーションに関するアプリ情報を取得するアプリ情報取得手段と、
ＰＯＩの検索結果を取得するＰＯＩ検索手段と、
前記アプリ情報取得手段が取得したアプリ情報に基づいて、前記ＰＯＩの検索結果から優先的に提供されるＰＯＩを決定するための嗜好情報を決定する嗜好情報決定手段と、
前記ＰＯＩ検索手段が取得したＰＯＩの検索結果のうち、前記嗜好情報決定手段が決定した前記嗜好情報に関連するＰＯＩを優先して提供する検索結果提供手段と、
を有することを特徴とする検索装置。
目的地として又は周辺のＰＯＩ（Point Of Interest）を検索する検索装置であって、
ＰＯＩの検索結果を取得するＰＯＩ検索手段と、
前記検索装置にインストールされているアプリケーションに関するアプリ情報に基づいて、前記ＰＯＩの検索結果から優先的に提供されるＰＯＩを決定するための嗜好情報を決定する嗜好情報決定手段と、
前記ＰＯＩ検索手段が取得したＰＯＩの検索結果のうち、前記嗜好情報決定手段が決定した前記嗜好情報に関連するＰＯＩを優先して提供する検索結果提供手段と、
を有することを特徴とする検索装置。
前記アプリ情報に含まれる各アプリをアプリが関連するカテゴリに分類するアプリ分類情報を参照して、前記アプリ情報のアプリを各カテゴリに分類するアプリ分類手段を有し、
前記嗜好情報決定手段は、分類された前記アプリの数が最も多い前記カテゴリを前記嗜好情報に決定することを特徴とする請求項１又は２に記載の検索装置。
前記検索結果には各ＰＯＩの商品、サービス又は設備に関する詳細情報が含まれており、
前記検索結果提供手段は、各ＰＯＩの前記詳細情報と前記嗜好情報により決定される商品、サービス又は設備とを比較して一致度に点数を付け、前記点数が高い順にＰＯＩを提供することを特徴とする請求項３に記載の検索装置。
前記検索結果提供手段は、前記嗜好情報ごとに商品、サービス又は設備が対応付けられた嗜好情報関連情報を参照して、前記嗜好情報決定手段が決定した前記嗜好情報に対応付けられた商品、サービス又は設備を決定し、
前記検索結果提供手段は、各ＰＯＩの前記詳細情報のうち、前記嗜好情報により決定される商品、サービス又は設備と一致した商品、サービス又は設備を前記検索結果と共に提供することを特徴とする請求項４に記載の検索装置。
前記嗜好情報決定手段は、前記アプリ情報に含まれるアプリ名から前記嗜好情報を決定することを特徴とする請求項１又は２に記載の検索装置。
前記検索結果には各ＰＯＩの企業名、ブランド名又は店舗名に関する詳細情報が含まれており、
前記検索結果提供手段は、各ＰＯＩの前記詳細情報と前記嗜好情報により決定される企業名、ブランド名又は店舗名とを比較して一致度に点数を付け、前記点数が高い順にＰＯＩを提供することを特徴とする請求項６に記載の検索装置。
前記検索結果提供手段は、前記嗜好情報ごとに企業名、ブランド名又は店舗名が対応付けられた嗜好情報関連情報を参照して、前記嗜好情報決定手段が決定した前記嗜好情報に対応付けられた企業名、ブランド名又は店舗名を決定し、
前記検索結果提供手段は、各ＰＯＩの前記詳細情報が含む各ＰＯＩの企業名、ブランド名又は店舗名のうち、前記嗜好情報により決定される企業名、ブランド名又は店舗名と一致した企業名、ブランド名又は店舗名を前記検索結果と共に提供することを特徴とする請求項７に記載の検索装置。
分類された前記アプリの数が最も多い前記カテゴリが複数ある場合、
前記嗜好情報決定手段は、同じ前記カテゴリに分類されたアプリの使用頻度情報を算出して各アプリの使用頻度情報を前記カテゴリごとに合計し、
合計された使用頻度情報が最も高い前記カテゴリを前記嗜好情報に決定することを特徴とする請求項３～５のいずれか１項に記載の検索装置。
前記嗜好情報決定手段が前記アプリ情報に含まれるアプリ名から前記嗜好情報を決定する際、同じカテゴリに分類されるアプリが複数ある場合には、
前記嗜好情報決定手段は、同じ前記カテゴリに分類されるアプリの使用頻度情報を算出し、使用頻度情報が最も高い前記アプリを前記嗜好情報に決定することを特徴とする請求項６又は７に記載の検索装置。
前記検索結果提供手段は、提供されたＰＯＩである企業名、ブランド名又は店舗名が、前記嗜好情報が含む各ＰＯＩの企業名、ブランド名又は店舗名のうちいずれに基づいて優先されたかを前記検索結果と共に出力することを特徴とする請求項１～１０のいずれか１項に記載の検索装置。
前記アプリ情報取得手段が、複数の前記端末装置から前記アプリ情報を取得した場合、前記嗜好情報決定手段は、前記端末装置ごとのアプリ情報に基づいてそれぞれ前記嗜好情報を決定し、
前記検索結果提供手段は、前記端末装置ごとに決定されたそれぞれの前記嗜好情報に関連するＰＯＩを優先して提供すると共に、前記嗜好情報を切り替えてＰＯＩを提供するための入力インタフェースを提供することを特徴とする請求項１に記載の検索装置。
目的地として又は周辺のＰＯＩ（Point Of Interest）を検索する検索システムであって、
前記検索システムのユーザが保持する端末装置にインストールされているアプリケーションに関するアプリ情報を取得するアプリ情報取得手段と、
ＰＯＩの検索結果を取得するＰＯＩ検索手段と、
前記アプリ情報取得手段が取得したアプリ情報に基づいて、前記ＰＯＩの検索結果から優先的に提供されるＰＯＩを決定するための嗜好情報を決定する嗜好情報決定手段と、
前記ＰＯＩ検索手段が取得したＰＯＩの検索結果のうち、前記嗜好情報決定手段が決定した前記嗜好情報に関連するＰＯＩを優先して提供する検索結果提供手段と、
を有することを特徴とする検索システム。
目的地として又は周辺のＰＯＩ（Point Of Interest）を表示する情報処理装置を、
ＰＯＩの検索結果を取得するＰＯＩ検索手段と、
前記情報処理装置にインストールされているアプリケーションに関するアプリ情報に基づいて、前記ＰＯＩの検索結果から優先的に提供されるＰＯＩを決定するための嗜好情報を決定する嗜好情報決定手段と、
前記ＰＯＩ検索手段が取得したＰＯＩの検索結果のうち、前記嗜好情報決定手段が決定した前記嗜好情報に関連するＰＯＩを優先して提供する検索結果提供手段、
として機能させるためのプログラム。