JP2023092621A - 情報処理方法、情報処理装置及びプログラム - Google Patents

Abstract

【課題】ユーザーの嗜好性に見合った店舗を適切に提示する。【解決手段】サーバー１０は、ユーザーによる店舗の複数の重点評価項目及び当該複数の重点評価項目の優先順位の入力を受け付け、複数の重点評価項目に係る複数の店舗の各々の評価を表す複数の評価値を取得し、受け付けられた複数の重点評価項目及び優先順位と、取得された複数の店舗の各々の複数の評価値とに基づいて、複数の店舗のランク付け情報を生成し、生成されたランク付け情報をクライアント端末２０の表示部２５に表示させる。【選択図】図８

Description

本発明は、情報処理方法、情報処理装置及びプログラムに関する。

従来、利用者にとって最適な店舗を検索する店舗検索装置として、例えば、特許文献１に開示された情報提示システムが知られている。この情報提示システムでは、飲食店の位置情報と、当該飲食店が提供する料理の味傾向情報とを保有する飲食店ＤＢから、ユーザーが指定したエリアに存在する飲食店を抽出し、抽出した飲食店の料理の味傾向情報と、ユーザーの嗜好性情報との一致度が所定以上の飲食店の情報を提示する。

特開２０２１－１２５２６０号公報

しかしながら、上記特許文献１に開示されている情報提示システムでは、嗜好一致度が所定以上である飲食店が存在しない場合、飲食店の情報を提示できないといった問題がある。

本発明は、このような問題に鑑みてなされたものであり、ユーザーの嗜好性に見合った店舗を適切に提示することを目的とする。

上記課題を解決するため、本発明に係る情報処理方法は、
ユーザーによる店舗又はサービスの複数の評価項目及び当該複数の評価項目の優先順位の入力を受け付ける受付ステップと、
前記複数の評価項目に係る、複数の店舗又は複数のサービスを含む複数の対象の各々の評価を表す複数の評価値を取得する取得ステップと、
前記受付ステップによって受け付けられた前記複数の評価項目及び前記優先順位と、前記取得ステップで取得された前記複数の対象の各々の複数の評価値とに基づいて、前記複数の対象のランク付け情報を生成する生成ステップと、
前記生成ステップによって生成されたランク付け情報を出力する出力制御ステップと、
を含むことを特徴とする。

本発明によれば、ユーザーの嗜好性に見合った店舗を適切に提示することができる。

本実施形態の店舗検索システムの概略構成図である。 サーバーの機能構成を示すブロック図である。 クライアント端末の機能構成を示すブロック図である。 店舗検索処理を示すフローチャートである。 総合評価処理を示すフローチャートである。 初期状態の店舗検索画面の例を示す図である。 検索結果画面の例を示す図である。 優先指定タブが操作された際に表示される優先指定用の店舗検索画面の例を示す図である。 検索結果画面の例を示す図である。 検索結果画面の例を示す図である。 店舗評価項目の一覧表である。 検索結果画面の例を示す図である。

以下、添付図面を参照して本発明に係る実施の形態を詳細に説明する。なお、本発明は、図示例に限定されるものではない。

＜店舗検索システム１の構成＞
まず、図１を参照して、本実施形態の構成を説明する。図１は、本実施形態の店舗検索システム１の概略構成図である。

図１に示すように、店舗検索システム１は、サーバー１０と、複数のクライアント端末２０と、を備えている。サーバー１０とクライアント端末２０とは通信ネットワークＮを介して情報通信可能に接続される。なお、クライアント端末２０の台数は特に限定されない。

サーバー１０は、例えば、クラウド上のサーバーであり、当該サーバー１０に登録されている飲食店（店舗）に関する情報をクライアント端末２０に対して提供する。

クライアント端末２０は、上記のサーバー１０より提供される各種サービスを利用するための端末装置である。このクライアント端末２０としては、例えば、ノートＰＣ（Personal Computer）、デスクトップＰＣ等が挙げられる。なお、これらに限定されず、スマートフォン、タブレットＰＣ、携帯電話機、ＰＤＡ（Personal Digital Assistant）であってもよい。

通信ネットワークＮは、例えば、インターネットであるものとするが、ＬＡＮ（Local Area Network）等、他のネットワークとしてもよい。

＜サーバー１０の構成＞
次に、図２を参照して、サーバー１０の機能構成について説明する。図２は、サーバー１０の機能構成を示すブロック図である。

図２に示すように、サーバー１０は、ＣＰＵ（Central Processing Unit）１１と、ＲＡＭ（Random Access Memory）１２と、記憶部１３と、通信部１４と、バス１５などを備えている。サーバー１０の各部は、バス１５を介して接続されている。

少なくとも１つのプロセッサとしてのＣＰＵ（処理部）１１は、サーバー１０の各部を制御するプロセッサである。ＣＰＵ１１は、記憶部１３に記憶されているシステムプログラム及びアプリケーションプログラムのうち、指定されたプログラムを読み出してＲＡＭ１２に展開し、当該プログラムに従って各種処理を実行する。なお、図２では単一のＣＰＵ１１が図示されているが、これに限られない。ＣＰＵ等のプロセッサが２以上設けられていてもよく、本実施形態のＣＰＵ１１が実行する処理を、これらの２以上のプロセッサが分担して実行してもよい。

ＲＡＭ１２は、例えば、揮発性のメモリであり、ＣＰＵ１１により読み出された各種のプログラムやデータを一時的に格納するワークエリアを有する。

記憶部１３は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）といった、データの書き込み及び読み出しが可能な記憶装置を備え、各種のプログラムやデータ等を記憶する。

記憶部１３に記憶されているデータとしては、例えば、飲食店（店舗）に関する情報を蓄積した店舗データベース（図示省略）がある。この店舗データベースには、例えば、店舗ごとに、店名、住所、カテゴリ（和食、中華、洋食等）、新型コロナウイルスに関連した感染症対策についての各店舗評価項目（図１１参照）に係る評価値（★数；最高★５つ、最低★１つ）等の各情報が対応付けられて記憶されている。

ここで、上記の店舗評価項目は、固定ではなく、アップデート（追加）されるようになっている。具体的には、サーバー１０が各店舗の新型コロナウイルスに関連した感染症対策についての口コミを定期的（例えば、夜間）に収集し、収集した口コミに基づいて、当該口コミの内容に適した店舗評価項目を追加する。この店舗評価項目の追加は、例えば、同様（同一のテーマ）の口コミが所定数以上収集された場合に行われるものとする。なお、上述の定期の間隔は、固定でもよいし、口コミ数に応じた間隔としてもよい。また、各店舗評価項目（図１１参照）に係る各店舗の評価値は、各店舗の自己申告（初回時、月１回の申告、感染症対策変更時の申告等）により設定（更新）されるものとするが、例えば、各店舗の利用客による評価に基づいて設定されるようにしてもよいし、上述した各店舗の自己申告により設定された評価値と、利用客による評価値との加重平均値を、店舗評価項目に係る各店舗の評価値として設定されるようにしてもよい。この場合の加重平均における重みの設定は、任意であるが、例えば、利用客による評価値の重みが、各店舗の自己申告による評価値の重みよりも大きくなるように設定してもよい。また、例えば“店員のマスク使用”や“店員のフェイスガード使用”の店舗評価項目については、店舗に設置された監視カメラ（ＩｏＴ；Internet of Things）等を活用し、当該監視カメラによる映像を解析することで、当該店舗評価項目に係る評価値を導出し設定できるようにしてもよい。

また、記憶部１３に記憶されているデータとしては、店舗データベースの他に、サーバー１０にログインするユーザーに関するユーザーデータベース（図示省略）がある。このユーザーデータベースには、例えば、ユーザーごとに、ユーザーＩＤ、パスワード等の各情報が対応付けられて記憶されている。

通信部１４は、ネットワークカード等により構成されている。通信部１４は、通信ネットワークＮに通信接続されて、通信ネットワークＮ上のクライアント端末２０等との通信を行う。

＜クライアント端末２０の構成＞
次に、図３を参照して、クライアント端末２０の機能構成について説明する。図３は、クライアント端末２０の機能構成を示すブロック図である。

図３に示すように、クライアント端末２０は、ＣＰＵ２１と、ＲＡＭ２２と、記憶部２３と、操作部２４と、表示部２５と、通信部２６と、バス２７などを備えている。クライアント端末２０の各部は、バス２７を介して接続されている。

ＣＰＵ２１は、クライアント端末２０の各部を制御するプロセッサである。ＣＰＵ２１は、記憶部２３に記憶されているシステムプログラム及びアプリケーションプログラムのうち、指定されたプログラムを読み出してＲＡＭ２２に展開し、当該プログラムに従って各種処理を実行する。

ＲＡＭ２２は、例えば、揮発性のメモリであり、ＣＰＵ２１により読み出された各種のプログラムやデータを一時的に格納するワークエリアを有する。

記憶部２３は、ＨＤＤ、ＳＳＤといった、データの書き込み及び読み出しが可能な記憶装置を備え、各種のプログラムやデータを含むファイル等を記憶する。

操作部２４は、キーボード等のキー入力部と、マウス等のポインティングデバイスとを有し、ユーザーからのキー操作入力及び位置操作入力を受け付け、その操作情報を、ＣＰＵ２１に出力する。ＣＰＵ２１は、操作部２４から送信された情報に基づいて、ユーザーの入力操作を受け付ける。

表示部２５は、ＬＣＤ（Liquid Crystal Display）、ＥＬ（Electro Luminescence）ディスプレイ等で構成され、ＣＰＵ２１から指示された表示情報に従い各種表示を行う。

通信部２６は、ネットワークカード等により構成されている。通信部２６は、通信ネットワークＮに通信接続されて、通信ネットワークＮ上のサーバー１０等との通信を行う。

＜店舗検索処理＞
次に、サーバー１０によって行われる店舗検索処理を説明する。図４は、店舗検索処理を示すフローチャートである。ここで、店舗検索処理は、例えば、クライアント端末２０の表示部２５に表示されたメニュー画面（図示省略）において「店舗検索」のメニューボタンを、操作部２４を介して選択する操作がなされたことを契機として開始されるようになっている。

図４に示すように、店舗検索処理が開始されると、サーバー１０のＣＰＵ１１は、先ず、初期状態の店舗検索画面（★数指定用の店舗検索画面）４１をクライアント端末２０の表示部２５に表示させる（ステップＳ１）。

図６は、初期状態の店舗検索画面４１の例を示す図である。
図６に示すように、初期状態の店舗検索画面４１では、プルダウンボタン４１１～４１３、★数指定タブ４１４、優先指定タブ４１５、プルダウンボタン４１６、プルダウンボタン４１７、項目追加ボタン４１８、検索ボタン４１９が設けられている。

プルダウンボタン４１１～４１３は、検索条件としての地域、最寄り駅、カテゴリのそれぞれを設定する際に用いられるボタンである。プルダウンボタン４１１の操作がなされると、地域に係るプルダウンリスト（図示省略）が表示され、このプルダウンリストに含まれる互いに異なる複数の地域から所望の地域（例えば、多摩地域）を選択することにより、検索条件としての地域が設定されるようになっている。プルダウンボタン４１２とプルダウンボタン４１３についても、プルダウンボタン４１１と同様の操作が行われることにより、検索条件としての最寄り駅とカテゴリとが設定されるようになっている。

★数指定タブ４１４は、後述する優先指定用の店舗検索画面４３から初期状態の店舗検索画面４１へ表示態様を切り替える際に用いられるボタンである。
優先指定タブ４１５は、初期状態の店舗検索画面４１から後述する優先指定用の店舗検索画面４３へ表示態様を切り替える際に用いられるボタンである。

プルダウンボタン４１６は、ユーザーが店舗を選ぶ際に重視する店舗評価項目（以下、重点評価項目と称す）を設定する際に用いられるボタンである。プルダウンボタン４１６の操作がなされると、店舗評価項目に係るプルダウンリスト（図１２参照）が表示され、このプルダウンリストに含まれる互いに異なる複数の店舗評価項目から所望の店舗評価項目（例えば、店頭消毒）を選択することにより、当該店舗評価項目が重点評価項目に設定されるようになっている。なお、例えば、ユーザー設定画面（図示省略）において、予めユーザー所望の重点評価項目（後述する★数についても同様）を設定しておくことによって、店舗検索画面４１を表示させた際に、当該ユーザー所望の重点評価項目が既に設定された状態にしてもよい。

プルダウンボタン４１７は、上記のプルダウンボタン４１６の操作によって設定された重点評価項目の★数（評価値）を設定する際に用いられるボタンである。プルダウンボタン４１７の操作がなされると、★数に係るプルダウンリストが表示され、このプルダウンリストに含まれる互いに異なる複数の★数から所望の★数（例えば、★★★★（★４つ））を選択することにより、上記のプルダウンボタン４１６の操作によって設定された重点評価項目の★数（評価値）が設定されるようになっている。

項目追加ボタン４１８は、プルダウンボタン４１６と、当該プルダウンボタン４１６に対応するプルダウンボタン４１７を追加する際に用いられるボタンである。本実施形態では、デフォルトの状態で、プルダウンボタン４１６と、当該プルダウンボタン４１６に対応する、すなわち、当該プルダウンボタン４１６の右隣に配されているプルダウンボタン４１７が５組設けられているが、この項目追加ボタン４１８を操作することで、プルダウンボタン４１６と、当該プルダウンボタン４１６に対応するプルダウンボタン４１７のセットを５組以上とすることができるようになっている。
検索ボタン４１９は、店舗の検索を開始する際に用いられるボタンである。

店舗検索処理の説明に戻り、ステップＳ１の処理後、ＣＰＵ１１は、検索ボタン４１９の操作がなされたか否かを判定する（ステップＳ２）。

ステップＳ２において、検索ボタン４１９の操作がなされたと判定された場合（ステップＳ２；ＹＥＳ）、ＣＰＵ１１は、記憶部１３に記憶されている店舗データベースから重点評価項目が指定の★数以上の店舗を検索する（ステップＳ３）。具体的には、図６に示されている店舗検索画面４１の状態で、検索ボタン４１９の操作がなされた場合、検索条件として設定された地域“多摩地域”、最寄り駅“八王子駅”、カテゴリ“和食”に該当する店舗が上記店舗データベースから抽出され、更に、抽出された店舗のうちから重点評価項目“店頭消毒”の★数（評価値）が★４つ以上であり、重点評価項目“店頭検温”の★数が★３つ以上であり、重点評価項目“店員の検温”の★数が★５つ以上であり、重点評価項目“店員のマスク使用”の★数が★２つ以上であり、且つ、重点評価項目“店内の換気”の★数が★４つ以上である店舗が検索される。

次いで、ＣＰＵ１１は、ステップＳ３で行われた検索の結果（検索結果画面４２）をクライアント端末２０の表示部２５に表示させる（ステップＳ４）。そして、ＣＰＵ１１は、店舗検索処理を終了する。

図７は、検索結果画面４２の例を示す図である。
図７に示すように、検索結果画面４２では、上述したように重点評価項目が指定の★数以上という条件のもとで検索された結果が表示されるようになっている。なお、図７に示されている検索結果画面４２は、図６に示されている店舗検索画面４１の状態で、検索ボタン４１９の操作がなされたときに表示された画面の例となっている。

店舗検索処理の説明に戻り、ステップＳ２において、検索ボタン４１９の操作がなされていないと判定された場合（ステップＳ２；ＮＯ）、ＣＰＵ１１は、優先指定タブ４１５の操作がなされたか否かを判定する（ステップＳ５）。

ステップＳ５において、優先指定タブ４１５の操作がなされていないと判定された場合（ステップＳ５；ＮＯ）、ＣＰＵ１１は、処理をステップＳ２の判定処理に戻し、それ以降の処理を繰り返し行う。

また、ステップＳ５において、優先指定タブ４１５の操作がなされたと判定された場合（ステップＳ５；ＹＥＳ）、ＣＰＵ１１は、優先指定用の店舗検索画面４３をクライアント端末２０の表示部２５に表示させる（ステップＳ６）。

図８は、優先指定用の店舗検索画面４３の例を示す図である。
図８に示すように、優先指定用の店舗検索画面４３では、プルダウンボタン４３１～４３３、★数指定タブ４３４、優先指定タブ４３５、プルダウンボタン４３６、項目追加ボタン４３７、チェックボックス４３８、検索ボタン４３９が設けられている。

プルダウンボタン４３１～４３３は、上述したプルダウンボタン４１１～４１３と同様に、検索条件としての地域、最寄り駅、カテゴリのそれぞれを設定する際に用いられるボタンである。

★数指定タブ４３４は、上述した★数指定タブ４１４と同様に、優先指定用の店舗検索画面４３から初期状態の店舗検索画面４１へ表示態様を切り替える際に用いられるボタンである。
優先指定タブ４３５は、上述した優先指定タブ４１５と同様に、初期状態の店舗検索画面４１から優先指定用の店舗検索画面４３へ表示態様を切り替える際に用いられるボタンである。

プルダウンボタン４３６は、上述したプルダウンボタン４１６と同様に、重点評価項目を設定する際に用いられるボタンである。本実施形態では、デフォルトの状態で、５つのプルダウンボタン４３６が設けられている。より具体的には、一番上に配されているプルダウンボタン４３６は、第１優先の重点評価項目を設定する際に用いられるボタンであり、その下に配されているプルダウンボタン４３６は、第２優先の重点評価項目を設定する際に用いられるボタンであり、その下に配されているプルダウンボタン４３６は、第３優先の重点評価項目を設定する際に用いられるボタンであり、その下に配されているプルダウンボタン４３６は、第４優先の重点評価項目を設定する際に用いられるボタンであり、一番下に配されているプルダウンボタン４３６は、第５優先の重点評価項目を設定する際に用いられるボタンである。なお、例えば、ユーザー設定画面（図示省略）において、予め各優先順位に応じたユーザー所望の重点評価項目を設定しておくことによって、店舗検索画面４３を表示させた際に、当該各優先順位に応じたユーザー所望の重点評価項目が既に設定された状態にしてもよい。

項目追加ボタン４３７は、プルダウンボタン４３６を追加する際に用いられるボタンである。この項目追加ボタン４３７を操作することで、プルダウンボタン４３６を５つ以上とすることができるようになっている。つまり、項目追加ボタン４３７を操作することで、第５優先以降の重点評価項目が設定できるようになっている。

チェックボックス４３８は、後述する総合評価処理によって店舗のランク付けを行うか否かを決定する際に用いられるチェックボックスである。このチェックボックス４３８にチェック入力がなされた場合は、総合評価処理によって店舗のランク付けが行われる一方で、チェックボックス４３８にチェック入力がなされない場合は、上記のプルダウンボタン４３６の操作により設定された重点評価項目をソート条件に指定して店舗のランク付けが行われるようになっている。
検索ボタン４３９は、上述した検索ボタン４１９と同様に、店舗の検索を開始する際に用いられるボタンである。

店舗検索処理の説明に戻り、ステップＳ６の処理後、ＣＰＵ１１は、検索ボタン４３９の操作がなされたか否かを判定する（ステップＳ７）。

ステップＳ７において、検索ボタン４３９の操作がなされていないと判定された場合（ステップＳ７；ＮＯ）、ＣＰＵ１１は、★数指定タブ４３４の操作がなされたか否かを判定する（ステップＳ１２）。

ステップＳ１２において、★数指定タブ４３４の操作がなされていないと判定された場合（ステップＳ１２；ＮＯ）、ＣＰＵ１１は、処理をステップＳ７の判定処理に戻し、それ以降の処理を繰り返し行う。なお、優先指定用の店舗検索画面４３の表示が所定時間（例えば１０分間）以上継続した場合、例えば、上述のメニュー画面（図示省略）に戻っても良いか否かを聞くメッセージに対する回答入力をユーザーに求めるダイアログボックス（図示省略）を表示部２５に表させるようにしてもよい（初期状態の店舗検索画面４１も同様）。

また、ステップＳ１２において、★数指定タブ４３４の操作がなされたと判定された場合（ステップＳ１２；ＹＥＳ）、ＣＰＵ１１は、処理をステップＳ１の処理に戻し、それ以降の処理を繰り返し行う。

また、ステップＳ７において、検索ボタン４３９の操作がなされたと判定された場合（ステップＳ７；ＹＥＳ）、ＣＰＵ１１は、チェックボックス４３８に総合評価のチェックが有るか否かを判定する（ステップＳ８）。

ステップＳ８において、チェックボックス４３８に総合評価のチェックが無いと判定された場合（ステップＳ８；ＮＯ）、ＣＰＵ１１は、プルダウンボタン４３６の操作によって設定された重点評価項目をソート条件に指定して店舗のランク付けを行う（ステップＳ９）。具体的には、図８に示されている店舗検索画面４３の状態で、検索ボタン４３９の操作がなされた場合、検索条件として設定された地域“多摩地域”、最寄り駅“八王子駅”、カテゴリ“和食”に該当する店舗が記憶部１３に記憶されている店舗データベースから抽出され、更に、抽出された店舗を対象として、重点評価項目“店頭消毒”を第１優先、重点評価項目“店頭検温”を第２優先、重点評価項目“店員の検温”を第３優先、重点評価項目“店員のマスク使用”を第４優先、重点評価項目“店内の換気”を第５優先とするソート条件の下、当該店舗のランク付けを行う。

この店舗のランク付けでは、先ず、第１優先の重点評価項目“店頭消毒”に係る評価値で表される評価の降順（高い順）で上記の抽出された店舗の並べ替えを行い、並べ替えられた各店舗の順番によりランク付けを行う。このとき、評価値が同じとなる店舗（例えば、“味庵”、“魚の台所”、“とんどん”；図９参照）がある場合、すなわち、優先順位が同じ重点評価項目に係る評価値で表される評価が同一となる店舗がある場合には、当該店舗については第２優先の重点評価項目“店頭検温”に係る評価値で表される評価の降順で当該店舗の並べ替えを行い、並べ替えられた各店舗の順番によりランク付けを行う。第２優先の重点評価項目“店頭検温”においても評価値が同じとなる店舗がある場合には、当該店舗については第３優先の重点評価項目“店員の検温”に係る評価値で表される評価の降順で当該店舗の並べ替えを行い、並べ替えられた各店舗の順番によりランク付けを行う。第３優先の重点評価項目“店員の検温”においても評価値が同じとなる店舗がある場合には、当該店舗については第４優先の重点評価項目“店員のマスク使用”に係る評価値で表される評価の降順で当該店舗の並べ替えを行い、並べ替えられた各店舗の順番によりランク付けを行う。第４優先の重点評価項目“店員のマスク使用”においても評価値が同じとなる店舗がある場合には、当該店舗については第５優先の重点評価項目“店内の換気”に係る評価値で表される評価の降順で当該店舗の並べ替えを行い、並べ替えられた各店舗の順番によりランク付けを行う。なお、優先順位が最も低い重点評価項目（例えば、第５優先の重点評価項目“店内の換気”）において評価値が同じとなる店舗（例えば、“魚の台所”、“とんどん”；図９参照）がある場合には、例えば、店名の五十音順で当該店舗の並べ替えを行い、並べ替えられた各店舗の順番によりランク付けを行う。つまり、この店舗のランク付けでは、上記の抽出された各店舗の各々の複数の評価値において、優先順位がより高い重点評価項目に係る評価値で表される評価が高いほど、当該店舗のランクがより高くなるように、ランク付けが行われるようになっている。

次いで、ＣＰＵ１１は、ステップＳ９で行われたランク付けの結果（検索結果画面４４）をクライアント端末２０の表示部２５に表示させる（ステップＳ１０）。そして、ＣＰＵ１１は、店舗検索処理を終了する。

図９は、ステップＳ９及びＳ１０が実行された場合における検索結果画面４４の例を示す図である。
図９に示すように、検索結果画面４４では、上述したようにプルダウンボタン４３６の操作によって設定された重点評価項目をソート条件に指定して行われた店舗のランク付けの結果が表示されるようになっている。この検索結果画面４４では、ランクの降順で各店舗が示されており、具体的には、“和食 夢”がランク１位、“味庵”がランク２位、…、“はくまい”がランク１０位というランク付けの結果が示されている。また、検索結果画面４４では、ランク付けがなされた店舗ごとに、各重点評価項目に係る評価値（★数）が示されている。なお、図９に示されている検索結果画面４４は、図８に示されている店舗検索画面４３の状態で、検索ボタン４３９の操作がなされたときに表示された画面の例となっている。

店舗検索処理の説明に戻り、ステップＳ８において、チェックボックス４３８に総合評価のチェックが有ると判定された場合（ステップＳ８；ＹＥＳ）、ＣＰＵ１１は、総合評価処理を実行する（ステップＳ１１）。

図５に示すように、総合評価処理が開始されると、ＣＰＵ１１は、先ず、検索条件として設定された地域、最寄り駅、カテゴリに該当する店舗を記憶部１３に記憶された店舗データベースから抽出する（ステップＳ２１）。

次いで、ＣＰＵ１１は、ステップＳ２１で抽出された店舗から一の店舗を指定する（ステップＳ２２）。

次いで、ＣＰＵ１１は、ステップＳ２２で指定された一の店舗を対象として、一の店舗評価項目に係る評価値を取得する（ステップＳ２３）。

次いで、ＣＰＵ１１は、ステップＳ２３で取得された一の店舗評価項目に係る評価値が重点評価項目に係る評価値であるか否かを判定する（ステップＳ２４）。ここでいう重点評価項目は、プルダウンボタン４３６の操作によって設定された重点評価項目である。

ステップＳ２４において、ステップＳ２３で取得された一の店舗評価項目に係る評価値が重点評価項目に係る評価値ではないと判定された場合（ステップＳ２４；ＮＯ）、ＣＰＵ１１は、当該店舗評価項目に係る評価値（★数）を評価合計に加算する（ステップＳ２５）。なお、ステップＳ２２で一の店舗が指定された直後の評価合計は０に設定されているものとする。

また、ステップＳ２４において、ステップＳ２３で取得された一の店舗評価項目に係る評価値が重点評価項目に係る評価値であると判定された場合（ステップＳ２４；ＹＥＳ）、ＣＰＵ１１は、当該重点評価項目に係る評価値（★数）に係数を掛け合わせた（乗算した）うえで、すなわち重み付けを行ったうえで評価合計に加算する（ステップＳ２６）。具体的には、ここでの重点評価項目が第１優先である場合、係数“１．５”を掛け合わせる。また、重点評価項目が第２優先である場合、係数“１．４”を掛け合わせる。また、重点評価項目が第３優先である場合、係数“１．３”を掛け合わせる。また、重点評価項目が第４優先である場合、係数“１．２”を掛け合わせる。また、重点評価項目が第５優先である場合、係数“１．１”を掛け合わせる。また、重点評価項目が第６優先以降である場合、係数“１．０”を掛け合わせる。

次いで、ＣＰＵ１１は、すべての店舗評価項目に係る評価値を評価合計に加算したか否かを判定する（ステップＳ２７）。

ステップＳ２７において、すべての店舗評価項目に係る評価値を評価合計に加算していないと判定された場合（ステップＳ２７；ＮＯ）、ＣＰＵ１１は、処理をステップＳ２３に戻し、それ以降の処理を繰り返し行う。

また、ステップＳ２７において、すべての店舗評価項目に係る評価値を評価合計に加算したと判定された場合（ステップＳ２７；ＹＥＳ）、ＣＰＵ１１は、評価合計を当該店舗評価項目の項目総数で除した値を総合評価値（★数）として導出する（ステップＳ２８）。なお、総合評価値（★数）を導出する際に、評価合計を項目総数で除して得られる値の端数は、切り捨てるものとするが、例えば、当該端数を切り上げてもよいし、四捨五入してもよい。また、総合評価値は、★数（★５つ以内）で導出する場合に限られず、例えば、すべての店舗評価項目に係る評価値（★数）の合計を総合評価値として導出してもよいし、当該評価値の合計をＡ、Ｂ、Ｃ、…などのランクに置き換えたものを総合評価値として導出してもよい。

次いで、ＣＰＵ１１は、ステップＳ２１で抽出された店舗すべてを対象として総合評価値を導出したか否かを判定する（ステップＳ２９）。

ステップＳ２９において、ステップＳ２１で抽出された店舗すべてを対象として総合評価値を導出していないと判定された場合（ステップＳ２９；ＮＯ）、ＣＰＵ１１は、処理をステップＳ２２に戻し、それ以降の処理を繰り返す。

また、ステップＳ２９において、ステップＳ２１で抽出された店舗すべてを対象として総合評価値を導出したと判定された場合（ステップＳ２９；ＹＥＳ）、ＣＰＵ１１は、導出された各店舗の総合評価値に基づいて店舗のランク付けを行う（ステップＳ３０）。この店舗のランク付けでは、各店舗の総合評価値の降順（高い順）で当該各店舗の並べ替えを行い、並べ替えられた各店舗の順番によりランク付けを行う。つまり、この店舗のランク付けでは、上記の抽出された各店舗の各々の複数の評価値の各々を、当該評価値に対応する重点評価項目の優先順位が高いほど評価値で表される評価が高くなるように、調整し、調整された複数の評価値の総和に基づいて、ランク付けが行われるようになっている。なお、総合評価値が同じとなる店舗がある場合には、端数を切り捨てる前の総合評価値の降順で当該店舗の並べ替えを行い、並べ替えられた各店舗の順番によりランク付けを行う。それでも総合評価値が同じとなる店舗がある場合には、例えば、店名の五十音順で当該店舗の並べ替えを行い、並べ替えられた各店舗の順番によりランク付けを行う。

そして、ＣＰＵ１１は、処理を店舗検索処理に戻し、ステップＳ２５で行われたランク付けの結果（検索結果画面４５）をクライアント端末２０の表示部２５に表示させる（ステップＳ１０）。そして、ＣＰＵ１１は、店舗検索処理を終了する。

図１０は、ステップＳ１１（図５）及びステップＳ１０を実行した場合における検索結果画面４５の例を示す図である。
図１０に示すように、検索結果画面４５では、上述したように総合評価処理よって行われた店舗のランク付けの結果が表示されるようになっている。この検索結果画面４５では、ランクの降順で各店舗が示されており、具体的には、“味庵”がランク１位、“魚の台所”がランク２位、…、“はくまい”がランク１０位というランク付けの結果が示されている。また、検索結果画面４５では、ランク付けがなされた店舗ごとに、感染症対策についての各店舗評価項目（図１１参照）の評価値を総合的に評価した総合評価値（★数）が示されている。なお、図１０に示されている検索結果画面４５は、図８に示されている店舗検索画面４３の状態で、且つ、チェックボックス４３８にチェックが入れられた状態で、検索ボタン４３９の操作がなされたときに表示された画面の例となっている。

以上のように、本実施形態によれば、サーバー１０は、ユーザーによる店舗の複数の重点評価項目及び当該複数の重点評価項目の優先順位の入力を受け付け、複数の重点評価項目に係る複数の店舗の各々の評価を表す複数の評価値を取得し、受け付けられた複数の重点評価項目及び優先順位と、取得された複数の店舗の各々の複数の評価値とに基づいて、複数の店舗のランク付け情報を生成し、生成されたランク付け情報をクライアント端末２０の表示部２５に表示させる。
このため、サーバー１０によれば、ユーザーにより入力された店舗の複数の重点評価項目及び当該重点評価項目の優先順位、並びに、当該重点評価項目に係る複数の店舗の各々の評価値に基づいて当該複数の店舗のランク付け情報が生成され、クライアント端末２０の表示部２５に表示されるので、ユーザーの嗜好性に見合った店舗を適切に提示することができる。この結果、感染症対策がしっかりと取られているユーザーにとって最適な店舗を選ぶことができるので、安心して店舗選びができるようになる。

また、本実施形態によれば、サーバー１０は、取得された複数の店舗の各々の複数の評価値において、受け付けられた優先順位がより高い重点評価項目に係る評価値で表される評価が高いほど、複数の店舗のランクがより高くなるように、ランク付け情報を生成するので、ユーザーの嗜好性に見合った店舗をより適切に提示することができる。

また、本実施形態によれば、サーバー１０は、取得された複数の店舗の各々の複数の評価値において、優先順位が最も高い重点評価項目に係る評価値で表される評価が高い順に、複数の店舗をランク付けし、優先順位が同じ重点評価項目に係る評価値で表される評価が同一となる店舗については、優先順位が一つ下の重点評価項目に係る評価値で表される評価が高い順に、複数の店舗をランク付けするように、ランク付け情報を生成するので、ユーザーの嗜好性に見合った店舗をより一層適切に提示することができるようになる。

また、本実施形態によれば、サーバー１０は、複数の店舗の各々の複数の評価値の各々を、当該評価値に対応する重点評価項目の優先順位が高いほど評価値で表される評価が高くなるように、調整し、調整された複数の評価値の総和に基づいて、ランク付け情報を生成するので、ユーザーの嗜好性に見合った店舗をより一層適切に提示することができるようになる。

また、本実施形態によれば、サーバー１０は、店舗の評価に関する口コミ情報（新型コロナウイルスに関連した感染症対策についての口コミ）を収集し、同一のテーマに関する口コミ情報が所定数以上収集された場合、受け付けられる重点評価項目に当該テーマに係る店舗評価項目を追加する。
このため、サーバー１０によれば、コロナ禍により外食環境に変化が生じた場合であっても、口コミ情報を汲みとることによって、当該変化に適応させた形で店舗のランク付けを行うことができるので、より安心して店舗選びができるようになる。

また、本実施形態によれば、サーバー１０は、各店舗において店舗評価項目ごとに設定されている評価値を更新することで、店舗のランク付けの信頼度を高めることができるので、より一層安心して店舗選びができるようになる。

なお、以上本発明の実施形態について説明したが、本発明は、かかる実施形態に限定されず、その要旨を逸脱しない範囲で、種々変形が可能であることは言うまでもない。

例えば、上記実施形態では、サーバー１０の記憶部１３に店舗データベースやユーザーデータベースが記憶されているとしたが、例えば、外部装置において当該店舗データベースや当該ユーザーデータベースを記憶管理しておくようにしてもよい。

また、上記実施形態では、総合評価処理によって店舗のランク付けを行う際、ユーザー操作に応じて設定された重点評価項目と当該重点評価項目の優先順位に基づいて重み付けを行ったうえで総合評価値を導出するようにしているが、当該重み付けを行わずに総合評価値を導出できるようにしてもよい。かかる場合、ユーザー独自の観点に合わせて店舗のランク付けを行うとともに、客観的に店舗のランク付けを行うこともできるようになる。

また、上記実施形態では、店舗検索処理（図４参照）をサーバー１０が実行しているが、例えば、当該店舗検索処理に係るアプリケーションプログラムや各種データをクライアント端末２０にダウンロードさせ、当該クライアント端末２０が当該アプリケーションプログラムを起動させることで店舗検索処理を実行できるようにしてもよい。また、かかる場合にあっては、例えば、検索条件として設定された地域、最寄り駅、カテゴリに該当する店舗が上記店舗データベースから抽出された段階で、該当する店舗の数が膨大であるときは、それ以降の処理をサーバー１０に実行させる一方で、該当する店舗の数がクライアント端末２０側で処理可能な数であるときは、それ以降の処理を引き続きクライアント端末２０側で実行するようにしてもよい。

また、上記実施形態では、感染症対策について各店舗を評価する際の店舗評価項目を用いて店舗検索処理を行っているが、当該店舗検索処理を行う際に用いる店舗評価項目は、感染症対策に関するものに限られず、例えば、店舗の立地条件（駅からの近さ、駐車場の有無）や、店舗の清潔さ、バリアフリーか、車いす入店可か、店舗の喫煙状況（喫煙可か完全禁煙か分煙か）、店内に流れる音楽のジャンル、注文方法（店員が注文をとるかタブレットによる注文か）、支払方法、トイレの有無など、他の適当な店舗に係る評価項目でもよい。また、店舗などで提供されるサービスに係る評価項目（例えば、サービスの提供時間や、サービスの質（料理であれば味）・量）であってもよい。かかる場合、サービスには、商品・役務が含まれるものとする。商品に係る評価項目には、例えば、値段や、機能（質・量）、壊れにくさ（堅牢性）などを含めてもよい。

また、上記実施形態では、店舗検索処理のステップＳ９において、対象となる各店舗に順位を付けることで当該店舗のランク付けを行っているが、図１２に示すように、例えば、第１優先の重点評価項目“店頭消毒”に係る評価値が★５つである場合、Ａランク、当該評価値が★４つである場合、Ｂランク、当該評価値が★３つである場合、Ｃランク、当該評価値が★２つである場合、Ｄランク、当該評価値が★１つである場合、Ｅランクといったように、各店舗に対してＡ～Ｅのランクを付けることで当該店舗のランク付けを行ってもよい。また、総合評価処理のステップＳ３０では、各店舗を対象として、すべての店舗評価項目に係る評価値（★数）の合計が第１閾値以上である場合、Ａランク、当該合計が第１閾値未満、第２閾値以上である場合、Ｂランク、当該合計が第２閾値未満、第３閾値以上である場合、Ｃランク、当該合計が第３閾値未満、第４閾値以上である場合、Ｄランク、当該合計が第４閾値未満である場合、Ｅランクといったように、各店舗に対してＡ～Ｅのランクを付けることで当該店舗のランク付けを行ってもよい。

以上、本発明の実施形態を説明したが、本発明の範囲は、上述の実施の形態に限定するものではなく、特許請求の範囲に記載された発明の範囲をその均等の範囲を含む。
以下に、この出願の願書に最初に添付した特許請求の範囲に記載した発明を付記する。付記に記載した請求項の項番は、この出願の願書に最初に添付した特許請求の範囲の通りである。

〔付記〕
＜請求項１＞
ユーザーによる店舗又はサービスの複数の評価項目及び当該複数の評価項目の優先順位の入力を受け付ける受付ステップと、
前記複数の評価項目に係る、複数の店舗又は複数のサービスを含む複数の対象の各々の評価を表す複数の評価値を取得する取得ステップと、
前記受付ステップによって受け付けられた前記複数の評価項目及び前記優先順位と、前記取得ステップで取得された前記複数の対象の各々の複数の評価値とに基づいて、前記複数の対象のランク付け情報を生成する生成ステップと、
前記生成ステップによって生成されたランク付け情報を出力する出力制御ステップと、
を含むことを特徴とする情報処理方法。
＜請求項２＞
前記生成ステップでは、取得された前記複数の対象の各々の複数の評価値において、受け付けられた前記優先順位がより高い前記評価項目に係る前記評価値で表される評価が高いほど、前記複数の対象のランクがより高くなるように、前記ランク付け情報を生成する、
ことを特徴とする請求項１に記載の情報処理方法。
＜請求項３＞
前記生成ステップでは、取得された前記複数の対象の各々の複数の評価値において、前記優先順位が最も高い前記評価項目に係る前記評価値で表される評価が高い順に、前記複数の対象をランク付けし、優先順位が同じ前記評価項目に係る前記評価値で表される評価が同一となる前記対象については、優先順位が一つ下の前記評価項目に係る前記評価値で表される評価が高い順に、前記複数の対象をランク付けするように、前記ランク付け情報を生成する、
ことを特徴とする請求項２に記載の情報処理方法。
＜請求項４＞
前記生成ステップでは、前記複数の対象の各々の前記複数の評価値の各々を、当該評価値に対応する前記評価項目の前記優先順位が高いほど前記評価値で表される評価が高くなるように、調整し、調整された前記複数の評価値の総和に基づいて、前記ランク付け情報を生成する、
ことを特徴とする請求項２に記載の情報処理方法。
＜請求項５＞
前記複数の評価項目は、感染症対策に係る評価項目である、
ことを特徴とする請求項１～４のいずれか一項に記載の情報処理方法。
＜請求項６＞
前記店舗又は前記サービスの評価に関する口コミ情報を収集する収集ステップと、
前記収集ステップによって、同一のテーマに関する前記口コミ情報が所定数以上収集された場合、受け付けられる前記複数の評価項目に当該テーマに係る評価項目を追加する追加ステップと、
を含むことを特徴とする請求項１～５のいずれか一項に記載の情報処理方法。
＜請求項７＞
前記複数の対象の各々において前記評価値を更新する更新ステップを含む、
ことを特徴とする請求項１～６のいずれか一項に記載の情報処理方法。
＜請求項８＞
ユーザーによる店舗又はサービスの複数の評価項目及び当該複数の評価項目の優先順位の入力を受け付け、
前記複数の評価項目に係る、複数の店舗又は複数のサービスを含む複数の対象の各々の評価を表す複数の評価値を取得し、
受け付けられた前記複数の評価項目及び前記優先順位と、取得された前記複数の対象の各々の複数の評価値とに基づいて、前記複数の対象のランク付け情報を生成し、
生成されたランク付け情報を出力する、
処理部を備えることを特徴とする情報処理装置。
＜請求項９＞
コンピュータを、
ユーザーによる店舗又はサービスの複数の評価項目及び当該複数の評価項目の優先順位の入力を受け付ける受付手段、
前記複数の評価項目に係る、複数の店舗又は複数のサービスを含む複数の対象の各々の評価を表す複数の評価値を取得する取得手段、
前記受付手段によって受け付けられた前記複数の評価項目及び前記優先順位と、前記取得手段で取得された前記複数の対象の各々の複数の評価値とに基づいて、前記複数の対象のランク付け情報を生成する生成手段、
前記生成手段によって生成されたランク付け情報を出力する出力制御手段、
として機能させることを特徴とするプログラム。

１ 店舗検索システム
１０ サーバー
１１ ＣＰＵ
１２ ＲＡＭ
１３ 記憶部
１４ 通信部
２０ クライアント端末
２１ ＣＰＵ
２２ ＲＡＭ
２３ 記憶部
２４ 操作部
２５ 表示部
２６ 通信部

Claims (9)

1. ユーザーによる店舗又はサービスの複数の評価項目及び当該複数の評価項目の優先順位の入力を受け付ける受付ステップと、
   前記複数の評価項目に係る、複数の店舗又は複数のサービスを含む複数の対象の各々の評価を表す複数の評価値を取得する取得ステップと、
   前記受付ステップによって受け付けられた前記複数の評価項目及び前記優先順位と、前記取得ステップで取得された前記複数の対象の各々の複数の評価値とに基づいて、前記複数の対象のランク付け情報を生成する生成ステップと、
   前記生成ステップによって生成されたランク付け情報を出力する出力制御ステップと、
   を含むことを特徴とする情報処理方法。
2. 前記生成ステップでは、取得された前記複数の対象の各々の複数の評価値において、受け付けられた前記優先順位がより高い前記評価項目に係る前記評価値で表される評価が高いほど、前記複数の対象のランクがより高くなるように、前記ランク付け情報を生成する、
   ことを特徴とする請求項１に記載の情報処理方法。
3. 前記生成ステップでは、取得された前記複数の対象の各々の複数の評価値において、前記優先順位が最も高い前記評価項目に係る前記評価値で表される評価が高い順に、前記複数の対象をランク付けし、優先順位が同じ前記評価項目に係る前記評価値で表される評価が同一となる前記対象については、優先順位が一つ下の前記評価項目に係る前記評価値で表される評価が高い順に、前記複数の対象をランク付けするように、前記ランク付け情報を生成する、
   ことを特徴とする請求項２に記載の情報処理方法。
4. 前記生成ステップでは、前記複数の対象の各々の前記複数の評価値の各々を、当該評価値に対応する前記評価項目の前記優先順位が高いほど前記評価値で表される評価が高くなるように、調整し、調整された前記複数の評価値の総和に基づいて、前記ランク付け情報を生成する、
   ことを特徴とする請求項２に記載の情報処理方法。
5. 前記複数の評価項目は、感染症対策に係る評価項目である、
   ことを特徴とする請求項１～４のいずれか一項に記載の情報処理方法。
6. 前記店舗又は前記サービスの評価に関する口コミ情報を収集する収集ステップと、
   前記収集ステップによって、同一のテーマに関する前記口コミ情報が所定数以上収集された場合、受け付けられる前記複数の評価項目に当該テーマに係る評価項目を追加する追加ステップと、
   を含むことを特徴とする請求項１～５のいずれか一項に記載の情報処理方法。
7. 前記複数の対象の各々において前記評価値を更新する更新ステップを含む、
   ことを特徴とする請求項１～６のいずれか一項に記載の情報処理方法。
8. ユーザーによる店舗又はサービスの複数の評価項目及び当該複数の評価項目の優先順位の入力を受け付け、
   前記複数の評価項目に係る、複数の店舗又は複数のサービスを含む複数の対象の各々の評価を表す複数の評価値を取得し、
   受け付けられた前記複数の評価項目及び前記優先順位と、取得された前記複数の対象の各々の複数の評価値とに基づいて、前記複数の対象のランク付け情報を生成し、
   生成されたランク付け情報を出力する、
   処理部を備えることを特徴とする情報処理装置。
9. コンピュータを、
   ユーザーによる店舗又はサービスの複数の評価項目及び当該複数の評価項目の優先順位の入力を受け付ける受付手段、
   前記複数の評価項目に係る、複数の店舗又は複数のサービスを含む複数の対象の各々の評価を表す複数の評価値を取得する取得手段、
   前記受付手段によって受け付けられた前記複数の評価項目及び前記優先順位と、前記取得手段で取得された前記複数の対象の各々の複数の評価値とに基づいて、前記複数の対象のランク付け情報を生成する生成手段、
   前記生成手段によって生成されたランク付け情報を出力する出力制御手段、
   として機能させることを特徴とするプログラム。

Images