JP2011086145A - 情報共有システム - Google Patents

Abstract

【課題】信頼できる人間関係の中で、店舗情報などを共有することが可能な情報共有システムを提供する。
【解決手段】情報提供手段２５１は、登録ユーザ（例えばユーザＡ）からある店舗の検索要求を受け取ると、受け取った検索要求に見合った店舗を特定するとともに、特定した店舗に対して該登録ユーザとフレンド関係にある登録ユーザ（例えばユーザＢ）がコメントしているか否か判断する（ステップＳ５００）。フレンド関係にある登録ユーザ（フレンドユーザ）がコメントしている場合には、店舗情報とともにフレンドユーザがコメントした内容（すなわちコメント情報）を、検索要求のあった登録ユーザに返す（ステップＳ５００→ステップＳ５１０→ステップＳ５２０）。
【選択図】図１０

Description

本発明は、インターネット等のネットワークを利用した情報共有システムなどに関する。

近年、インターネットやコンピュータ、ＰＤＡ、携帯電話等の通信端末の普及に伴い、情報雑誌などで調べていたある店舗の情報を、インターネット上の検索サイト等を利用することで簡易に調べることができる。このような検索システムにおいては、ユーザは、通信端末を利用して検索サイトにアクセスした後、例えば希望する飲食店を探すために店舗名などのキーワードを入力する。検索サイトは、入力されてきたキーワード（電話番号や名前など）をキーとして保有している店舗情報の検索を行い、検索結果を通信端末に返す。ユーザは、通信端末に表示される検索結果を確認することで、所望の店舗情報（例えば、住所や店のオススメメニュー、評価など）を得ることができる（例えば特許文献１参照）。

特開２００４−５５０２号公報

ところで、検索条件（キーワード）に合致する店舗情報などの検索結果は、例えばクローラ（ロボット・スパイダー）を用いて収集される情報であり、その情報の正確性などは一切検証されない。
例えば、店舗に対して悪意を有する者が、その店舗を不当に低く評価する旨のコメントを残した場合、そのコメントを見たユーザは、真実ではない店舗情報（ここでは、不当に低い評価）を信じてしまう可能性がある。
さらに、店舗に対する評価には評価者の主観が入るため、価値観が自分と合うかどうかもわからない見ず知らずの者がコメントした内容を見ても、ユーザは、このようなコメントを正しい評価とすべきか、判断に窮するという問題もあった。

本発明は以上説明した事情を鑑みてなされたものであり、信頼できる人間関係の中で、店舗情報などを共有することが可能な情報共有システムを提供することを目的とする。

本発明に係る情報管理・提供システムは、複数の通信端末を管理するとともに、前記各通信端末からの要求に応じて店舗情報を提供する情報管理・提供システムであって、管理下にある前記複数の通信端末の各ユーザについて、オーナー情報を記憶する第１記憶手段と、前記オーナー情報の開示を相互に許可するフレンド関係にあるユーザを特定するフレンド関係情報を記憶する第２記憶手段と、店舗ごとに、店舗の内容をあらわす店舗情報と、該店舗に対するコメント内容をあらわすコメント情報と、コメントしたユーザを特定するユーザＩＤとを対応づけて記憶する第３記憶手段と、検索元となるユーザの通信端末からある店舗の検索要求を受けた場合に、対応する店舗の店舗情報を前記第３記憶手段から取得する第１取得手段と、前記フレンド関係情報を参照することにより、前記検索元となるユーザとフレンド関係にあるフレンドユーザを特定する第１特定手段と、取得した店舗情報に対応するユーザＩＤから、該店舗にコメントしたユーザを特定する第２特定手段と、前記各特定手段によって特定されるユーザを比較することで、前記店舗につき前記フレンドユーザによりコメントされているか否かを判断する判断手段と、前記フレンドユーザによりコメントされている場合には、該フレンドユーザのユーザＩＤに対応付けて登録されているコメント情報を前記第３記憶手段から取得する第２取得手段と、前記各取得手段によって取得された前記店舗情報と前記コメント情報を、前記検索元となるユーザの通信端末に送信する送信手段とを具備する。

かかる構成によれば、ある店舗を検索するユーザは、所望する店舗の店舗情報を得ることができるとともに、該店舗について見ず知らずの者のコメントではなく、自身が信頼できるフレンドユーザのコメント情報を得ることができる。よって、店舗を検索するユーザは、従来の検索システムに比べて、自分の趣向に沿った信憑性の高い情報を得ることが可能となる。

以上説明したように、本発明によれば、信頼できる人間関係の中で、店舗情報などを共有することが可能となる。

本実施形態に係る顧客管理システムアーキテクチャを示す図である。 同実施形態に係る顧客データベースの登録内容を例示した図である。 同実施形態に係る店舗・コメントデータベースの登録内容を例示した図である。 同実施形態に係るユーザ登録処理のシーケンスを示す図である。 同実施形態に係る通信端末に表示される入力画面を例示した図である。 同実施形態に係るフレンド関係構築処理のシーケンスを示す図である。 同実施形態に係るフレンド関係構築処理のシーケンスを示す図である。 同実施形態に係るフレンド関係情報を例示した図である。 同実施形態に係るフレンド関係情報を例示した図である。 同実施形態に係るコメント登録処理のシーケンスを示す図である。 同実施形態に係る店舗情報及びコメント情報の表示を例示した図である。 同実施形態に係る店舗情報及びコメント情報の表示を例示した図である。 同実施形態に係る情報提供処理のシーケンスを示す図である。

以下、本発明の実施の形態について図面を参照しつつ詳細に説明する。なお、以下の説明では、情報共有システム１００を利用してフレンド関係（後述）にある登録ユーザの間で、飲食店などの店舗情報を共有する場合を例示して説明する。

Ａ．本実施形態
（１）実施形態の構成
図１は、本実施形態に係る情報共有システム１００のアーキテクチャを示す図である。情報共有システム（情報管理・提供システム）１００は、Ｗｅｂ上に設けられた顧客管理サーバ２００及び店舗情報提供サーバ２５０と、通信ネットワーク（インターネットなど）４００を介して顧客管理サーバ２００及び店舗情報提供サーバ２５０との間でデータを授受することが可能な複数の通信端末３００−１〜３００−ｋ（ｋ≧２）とを備えて構成される。なお、以下の説明では、各通信端末を特に区別する必要がない場合には、単に通信端末３００と呼ぶ。

＜通信端末３００＞
通信端末３００は、メール機能や、インターネット接続機能等を備えた携帯電話、ＰＨＳ（Personal Handyphone System）、ＰＤＡ（Personal Digital Assistance）等であり、ＣＰＵ、メモリ、通信装置、操作ボタンなどの入力装置、ＬＣＤなどの表示装置といったハードウェア資源を備えている。通信端末３００は、インターネット６００に接続された顧客管理サーバ４００にアクセスしてユーザ自身の個人情報を登録することが可能となっている。また、通信端末３００のメモリ３１０には電話帳が保存され、この電話帳には、当該端末を所持するユーザ（すなわちオーナー）自身の個人情報のほか、家族や友人、会社の同僚や付き合いのある顧客など、他人の個人情報も登録されている。なお、本実施形態では、通信端末として携帯電話などを想定するが、インターネット等の通信ネットワークを介して顧客管理サーバ２００にアクセス可能なパーソナルコンピュータなどにも適用可能である。

＜顧客管理サーバ２００＞
顧客管理サーバ２００は、サーバコンピュータなどによって構成され、サーバの管理下にある各ユーザ（すなわち、登録ユーザ）について、顧客データベース（第１記憶手段）ＤＢ１に格納される登録ユーザ自身の個人情報（オーナー情報）とともに、顧客データベース（第２記憶手段）ＤＢ１に格納される登録ユーザ同士のフレンド関係をあらわすフレンド関係情報（例えば登録ユーザＡと登録ユーザＢはフレンド関係にあるなど；詳細は後述）などを管理する役割、さらには自身が評価した店舗のコメント情報などを管理する役割を担っている。

顧客管理サーバ２００は、当該サーバを構成する各ハードウェア資源がメモリに格納されたソフトウェアと協働して動作することにより、以下に示す顧客管理手段２１０、フレンド関係管理手段２２０、コメント情報管理手段２３０の機能を実現する。

顧客情報管理手段２１０は、ユーザが本システムを利用する際に必要となるＩＤ、パスワードなどアカウント情報や、本システムを利用する登録ユーザ自身の個人情報（例えば住所、電話番号、メールアドレス、ニックネームなど）を、顧客データベースＤＢ１に登録・管理する手段である。

フレンド関係管理手段２２０は、登録ユーザ間でのフレンド関係の構築をサポートするとともに、フレンド関係をあらわす情報（フレンド関係にある登録ユーザ同士の対応関係をあらわす情報；以下、フレンド関係情報）を顧客データベースＤＢ１に登録・管理する手段である。なお、フレンド関係とは、自身の個人情報の開示を相互に許可する登録ユーザ間の関係をいう。

コメント管理手段２３０は、ユーザ自身が評価した店舗を特定するための店舗ＩＤと、その店舗の評価内容をあらわすコメント情報とを対応付けた店舗コメントマップを顧客データベースＤＢ１に登録・管理する手段である。なお、店舗ＩＤは、一意に店舗を特定する情報であればどのような情報でも良く、店舗ごとにランダムに割り当てられた乱数や、店舗の電話番号などを利用することができる。

図２は、顧客データベースＤＢ１の登録内容を例示した図である。
図２に示すように、顧客データベースＤＢ１には、登録ユーザごとに、アカウント情報とオーナー情報とフレンド関係情報とコメントマップが対応づけられて登録されている。なお、新規登録ユーザの場合など、未だ何れの登録ユーザともフレンド関係が構築されていない場合には、フレンド関係情報は顧客データベースＤＢ１に登録されない。また、フレンド関係情報については、登録ユーザごとではなく、全登録ユーザのフレンド関係をあらわすテーブルを別途顧客データベースＤＢ１に登録しても良い。

＜店舗情報提供サーバ２５０＞
店舗情報提供サーバ２５０は、サーバコンピュータなどによって構成され、顧客管理サーバ２００の管理下にあるユーザ（すなわち、登録ユーザ）に提供する店舗情報（例えば、店名、電話番号、住所、メニュー、写真など）や、各店舗のコメント情報を店舗・コメントデータベースＤＢ２に登録・管理する役割を担っている。

店舗情報提供サーバ２５０は、当該サーバを構成する各ハードウェア資源がメモリに格納されたソフトウェアと協働して動作することにより、情報提供手段２５１の機能を実現する。

情報提供手段２５１は、店舗ごとに、店舗の詳細内容をあらわす店舗情報と、その店舗に対するコメント内容をあらわすコメント情報と、該コメントをした登録ユーザを特定するためのユーザＩＤとを対応づけて店舗・コメントデータベース（第３記憶手段）ＤＢ２に登録・管理する。

図３は、店舗・コメントデータベースＤＢ２の登録内容を例示した図である。
図３に示すように、店舗・コメントデータベースＤＢ２には、例えば店舗情報として店名、電話番号、住所、メニュー、写真、地図など、店舗を特定する情報が登録され、その店舗に対するコメント情報として「この店の○×は抜群！」などの文字メッセージや、その店のランクを「☆☆☆」など星の数で表すランクスタンプや、その店を友人に対してオススメする旨の「ＧＯＯＤ！」などのオススメスタンプ（マーク）などが登録され、ユーザＩＤとして、例えばユーザに割り当てられたユニークなＩＤや電話番号、ニックネームなどが登録されている。

情報提供手段２５１は、検索元となる登録ユーザ（例えばユーザＡ）からある店舗の検索要求を受け取ると、受け取った検索要求に見合った店舗を特定するとともに、特定した店舗に対して該登録ユーザとフレンド関係にある登録ユーザ（例えばユーザＢ）がコメントしているか否か判断する。フレンド関係にある登録ユーザ（以下、フレンドユーザ）がコメントしている場合には、店舗情報とともにフレンドユーザがコメントした内容（すなわちコメント情報）を、検索要求のあった登録ユーザに返す。

これにより、ユーザは、所望する店舗の店舗情報を得ることができるとともに、該店舗について見ず知らずの者のコメントではなく、自身が信頼できるユーザ（すなわち、フレンドユーザ）のコメント情報を得ることができる。よって、店舗を検索するユーザは、従来の検索システムに比べて、自分の趣向に沿った信憑性の高い情報を得ることが可能となる。

（２）実施形態の動作
以下、顧客管理システム１００を利用するために新規ユーザが顧客管理サーバ２００に登録する処理（以下、ユーザ登録処理）、登録ユーザ間でフレンド関係を構築する処理（フレンド関係構築処理）、登録ユーザがコメントした場合の処理（コメント登録処理）、店舗の検索要求に応じて店舗情報やコメント情報を提供する処理（情報提供処理）について、図面を参照しながら説明する。なお、以下の説明で「アクセスする」とは、メールなどによる通知も含む概念をあらわすものとする。

＜ユーザ登録処理＞
図４は、ユーザ登録処理のシーケンスを示す図である。
顧客管理システム１００の利用を所望するユーザＡは、自身の通信端末３００−１に顧客管理サーバ２００のアドレスなどを入力することで顧客管理サーバ２００にアクセスし、ユーザ登録の要求を行う（ステップＳ１０）。顧客管理サーバ２００は、かかる要求を受けとると、ユーザ登録に必要な情報を入力すべき指示を通信端末３００−１に送る（ステップＳ２０）。

図５は、通信端末３００−１に表示される入力画面を例示した図である。
ユーザは、図３に示す入力画面に指示に従ってＩＤやパスワードなど、登録ユーザの認証に必要なアカウント情報を設定するとともに、名前、住所、電話番号、メールアドレス、ニックネームなど、ユーザ自身の個人情報（以下、オーナー情報）を設定する（ステップＳ３０）。なお、オーナー情報は、ユーザ自身の個人情報をあらわすものであれば、どのような情報であっても良く、その種類や数も特に限定されない。

通信端末３００−１は、ユーザによって設定されたアカウント情報及オーナー情報をメモリ３１０に格納するとともに、顧客管理サーバ２００へ送信する（ステップＳ４０）。顧客管理サーバ２００の顧客管理手段２１０は、通信端末３００−１からアカウント情報及びオーナー情報を受け取ると、受け取ったアカウント情報及びオーナー情報をユーザごとに、顧客データベースＤＢ１に格納する（ステップＳ５０）。

顧客管理サーバ２００は、顧客データベースＤＢ１へのアカウント情報及びオーナー情報の登録が終了すると、通信端末３００−１に新規ユーザ登録が終了した旨を通知し（ステップＳ６０）、ユーザ登録処理を終了する。ここで、顧客データベースＤＢ１には、登録ユーザごとに、アカウント情報と登録ユーザの個人情報（すなわちオーナー情報）とフレンド情報とコメントマップが登録され、登録ユーザの電話帳に記録されている他人の個人情報については顧客データベースＤＢ１に登録されない。別言すれば、自分以外の他のユーザ（未登録、既登録を問わず）の個人情報については、顧客データベースＤＢ１に登録されないため、顧客管理サーバ２００への不正アクセスにより、他のユーザの個人情報が流出してしまうといった問題を未然に防止することが可能となる。

＜フレンド関係構築処理＞
以下、既登録ユーザＡ、Ｂがフレンド関係を構築する場合について説明する。なお、ユーザＡ、Ｂの電話帳には、それぞれお互いの個人情報が登録（すなわち、ユーザＡの電話帳；ユーザＢ登録済、ユーザＢの電話帳；ユーザＡ登録済）されている場合を想定する。

図６Ａ及び図６Ｂは、フレンド関係構築処理のシーケンスを示す図である。
まず、ユーザＡは、自身の通信端末３００−１を操作し、アカウント情報を入力するなどして顧客管理サーバ２００にアクセスすることで、通信端末３００−１と顧客管理サーバ２００との間の通信を確立する（ステップＳ１１０→ステップＳ１２０）。そして、ユーザＡは通信端末３００−１を操作することにより、メモリ３１０に登録されている電話帳を表示画面に表示し、ユーザＢの個人情報を特定する。ユーザＡは、通信端末３００−１を利用してユーザＢとのフレンド関係の構築を希望する旨（以下、フレンド申請情報）の入力操作を行う（ステップＳ１３０）。なお、フレンド申請情報には、フレンド対象となるユーザＢを特定するための情報（例えば、名前や電話番号など；以下、フレンド対象情報）が含まれる。

かかる操作がなされると、ユーザＡのフレンド申請情報が通信端末３００−１から顧客管理サーバ２００へ送信される。顧客管理サーバ２００のフレンド関係管理手段２２０は、通信端末３００−１からのユーザＡのフレンド申請情報を検索キーとして、顧客データベースＤＢ１を検索する（ステップＳ１４０）。具体的には、フレンド関係管理手段２２０は、ユーザＡのフレンド申請情報に含まれるフレンド対象情報（ここでは、例えばユーザＢの名前や電話番号、メールアドレスなど）を検索キーとして、顧客データベースＤＢ１を検索することにより、顧客データベースＤＢ１にフレンド申請先のユーザＢのオーナー情報が登録されているか否かを判断する（ステップＳ１５０）。

ここでは、ユーザＢのオーナー情報はすでに顧客データベースＤＢ１に登録されていることから、フレンド関係管理手段２２０は、フレンド対象情報によって特定されるユーザ（ここではユーザＢ）が、すでに顧客データベースＤＢ１に登録されていると判断する（ステップＳ１５０；ＹＥＳ）。

この判断結果に従って、フレンド関係管理手段２２０は、顧客データベースＤＢ１からユーザＢのオーナー情報を読み取り、ユーザＢの通信端末３００−２にアクセスし、顧客管理サーバ２００とユーザＢの通信端末３００−２との間の通信を確立する（ステップＳ１６０→ステップＳ１７０）。そして、フレンド関係管理手段２２０は、ユーザＢの通信端末３００−２のメモリ３１０にアクセスし、ユーザＢの電話帳に登録されている他人（家族や友人、同僚など）の個人情報を吸い上げ（ステップＳ１８０）、吸い上げた個人情報と顧客データベースＤＢ１に登録されている各オーナー情報とのつきあわせ（照合）を行う（ステップＳ１９０）。

ここでは、ユーザＢの電話帳には、既に他人の個人情報としてユーザＡの個人情報が登録されていることから、フレンド関係管理手段２２０は、ユーザＡについて照合が一致することを確認する（ステップＳ２００；ＹＥＳ）。フレンド関係管理手段２２０は、ユーザＢの電話帳にユーザＡの個人情報が登録されていることを確認すると、ユーザＡからフレンド申請があった旨（例えば、「ユーザＢさん、ユーザＡさんからフレンド申請の要求がありました。承諾しますか？」）およびフレンド申請を受け付けるか否かの入力を促すメッセージ（例えば、「承諾する場合には「ＹＥＳ」、許否する場合には「ＮＯ」を入力してください。」）を、通信端末３００−２へ送信する（ステップＳ２１０）。

ユーザＢは、通信端末３００−２の表示装置に表示される内容を把握し、ユーザＡからのフレンド申請の要求を承諾する旨の入力操作を行う（ステップＳ２２０）。かかる操作がなされると、通信端末３００−２は、顧客管理サーバ２００にフレンド申請の要求を承諾する旨の応答を返す。

顧客管理サーバ２００のフレンド関係管理手段２２０は、通信端末３００−２からの応答を受け取ると、通信端末３００−１に対してフレンド申請が受け付けられた旨のメッセージ（例えば「ユーザＡさん、ユーザＢさんによってフレンド申請は承諾されました。」）を送る（ステップＳ２３０）。さらに、フレンド関係管理手段２２０は、ステップＳ２４０に進み、顧客データベースＤＢ１にアクセスし、登録ユーザＡのフレンド関係情報として「登録ユーザＢ」、登録ユーザＢのフレンド関係情報として「登録ユーザＡ」をそれぞれ登録する（図７Ａ→図７Ｂ参照）。

以上説明した処理によって登録ユーザの間でフレンド関係が構築される。なお、フレンド関係の構築方法については、上記例に限る趣旨ではなく、種々の方法を採用することができる。また、フレンド関係は１対１に限らず、１対多数（例えばユーザＡ対ユーザＢ、ユーザＣ、ユーザＤ・・・など）の場合にも適用可能である。

＜コメント登録処理＞
以下、登録ユーザＢが通信端末３００−２を利用して店舗Ａについてコメントする場合を例に説明する。

図８は、コメント登録処理のシーケンスを示す図である。
登録ユーザＢは、ある店舗（以下では店舗Ａを想定）の評価を行うべく、自身の通信端末３００−２を利用して店舗Ａの店名や電話番号など（以下、検索キーワード）を入力する（ステップＳ３００）。入力された店舗Ａの検索キーワードは、通信端末３００−２から店舗情報提供サーバ２５０へ送信される。

店舗情報提供サーバ２５０の情報提供手段２５１は、受信した店舗Ａの検索キーワードをキーとして店舗・コメントデータベースＤＢ２を検索する（ステップＳ３１０）。情報提供手段２５１は、店舗識別情報に示される店舗（ここでは店舗Ａ）を発見すると（ステップＳ３２０）、この店舗Ａの店舗情報を抽出し、これを通信端末３００−２宛てに返送する（ステップＳ３３０）。

通信端末３００−２は、店舗Ａの店舗情報（例えば、名前、電話番号、住所、メニュー、コメント欄など）を受け取ると、これを表示装置に表示する（図９Ａ参照；ステップＳ３４０）。ユーザＢは、表示装置に表示される店舗Ａの店舗情報を参照しながら、コメント欄に店舗Ａに対する評価を書き込む。具体的には、図９Ｂに示す「この店の○×は抜群！」などの文字メッセージのほか、その店のランクを「☆☆☆」など星の数で表すランクスタンプなど、様々なコメントを書き込む（入力する）ことができる。通信端末３００−２は、ユーザＢによる店舗Ａのコメントを受け取ると、コメントしたユーザを識別するためのユーザＩＤ（例えば、ユーザＢの電話番号など）とともに、このコメント内容をあらわすコメント情報（「この店の○×は抜群！」などの文字メッセージ）を店舗情報提供サーバ２５０へ送る（ステップＳ３６０）。

店舗情報提供サーバ２５０の情報提供手段２５１は、ユーザＩＤとコメント情報を受け取ると、店舗Ａの店舗情報に対応づけて、店舗Ａのコメント情報と、コメント情報に示されるコメントをした登録ユーザＢを特定するためのユーザＩＤとを店舗・コメントデータベースＤＢ２に登録する（ステップＳ３７０）。

さらに、情報提供サーバ２５１は、受け取ったユーザＩＤとコメント情報とともに、店舗Ａを識別するための店舗ＩＤを顧客管理サーバ２００に転送する（ステップＳ３８０）。顧客管理サーバ２００のフレンド関係管理手段２２０は、受け取ったユーザＩＤから登録ユーザ（ここではユーザＢ）を特定すると、特定した登録ユーザＢのオーナー情報やフレンド関係情報に対応づけて、コメント情報と店舗ＩＤを含むコメントマップを顧客データベースＤＢ１に登録し（ステップＳ３９０）、処理を終了する。

＜情報提供処理＞
以下、登録ユーザＡが通信端末３００−１を利用して店舗Ａの検索要求を行い、この検索要求に応じて情報提供サーバ２５１が店舗Ａの店舗情報とともにフレンドユーザのコメント情報を返す場合について説明する。

図１０は、情報提供処理のシーケンスを示す図である。
検索元となる登録ユーザＡは、ある店舗Ａの店舗情報を得るために、通信端末３００−１を利用して店舗Ａの検索キーワード（検索要求）を入力する（ステップＳ４００）。入力された検索キーワードは、ユーザＡを識別するユーザＩＤとともに通信端末３００−１から店舗情報提供サーバ２５０へ送信される（ステップＳ４１０）。

店舗情報提供サーバ２５０の情報提供手段２５１は、検索キーワードをキーとして店舗・コメントデータベースＤＢ２を検索する（ステップＳ４２０）。情報提供手段（第１取得手段）２５１は、店舗識別情報に示される店舗（ここでは店舗Ａ）を発見すると（ステップＳ４３０）、この店舗Ａの店舗情報を取得する。さらに、情報提供手段（第２特定手段）２５１は、店舗・コメントデータベースＤＢ２を参照することで、店舗Ａの店舗情報に対応づけて登録されているコメント情報と、このコメント情報を登録したユーザのユーザＩＤとを特定する（ステップＳ４４０）。

図３を例に説明すると、店舗・コメントデータベースＤＢ２には、店舗ＡについてユーザＢとユーザＣとユーザＤのコメント情報が登録されている。よって、この場合、情報提供手段２５１は、店舗ＡについてコメントしたのはユーザＢ、ユーザＣ、ユーザＤであると判断する。

一方、情報提供手段２５１は、検索要求を行ったユーザＡとフレンド関係にある登録ユーザを把握するべく、ユーザＡを識別するユーザＩＤを顧客管理サーバ２００に転送する（ステップＳ４５０）。

顧客管理サーバ２００のフレンド関係管理手段２２０は、ユーザＡを識別するユーザＩＤを検索キーとして顧客データベースＤＢ１を検索する（ステップＳ４６０）。フレンド関係管理手段（第１特定手段）２２０は、顧客データベースＤＢ１に登録されているユーザＡ（検索元となるユーザ）のフレンド関係情報を参照することで、ユーザＡとフレンド関係にある登録ユーザを把握する（ステップＳ４７０）。

ここで、例えば、ユーザＡとフレンド関係にある登録ユーザ（すなわちフレンドユーザ）としてユーザＢが登録されていた場合、フレンド関係管理手段２２０は、ユーザＡのフレンドユーザとしてユーザＢが登録されていることを把握させるために、ユーザＢのユーザＩＤを店舗情報提供サーバ２５０に返す（ステップＳ４８０）。

店舗情報提供サーバ２５０の情報提供手段（判断手段）２５１は、ユーザＢのユーザＩＤを受け取ることで（ステップＳ４９０）、ユーザＡのフレンドユーザとしてユーザＢが登録されていることを確認すると、店舗・コメントデータベースＤＢ２を参照し、店舗Ａについて登録されているコメントの中に、ユーザＡとフレンド関係にあるユーザのコメントの有無を判断する（ステップＳ５００）。

例えば、図３に示す例では、店舗ＡについてユーザＡとフレンド関係にあるユーザＢのコメント情報が登録されていることから（ステップＳ５００；ＹＥＳ）、情報提供手段（第２取得手段）２５１は、ユーザＢのコメント情報（「この店の○×は抜群！」などの文字メッセージ；図３参照）を店舗・コメントデータベースＤＢ２から取得する（ステップＳ５１０）。

情報提供手段（送信手段）２５１は、ステップＳ４４０で特定した店舗Ａの店舗情報とともに、ステップＳ５１０で取得したユーザＡのフレンドユーザＢのコメント情報を、通信端末３００−１に送る（ステップＳ５２０）。

ユーザＡの通信端末３００−１は、受信した店舗Ａの店舗情報（例えば、名前、住所、電話番号、メニュー、写真、地図など）とともにユーザＡのフレンドユーザＣのコメント情報（「この店の○×は抜群！」などの文字メッセージ）を表示装置に表示し（ステップＳ５３０）、処理を終了する。

ユーザＡは、表示装置に表示される内容を確認することで、所望する店舗Ａの店舗情報を得ることができるとともに、該店舗Ａについて見ず知らずの者のコメントではなく、自身が信頼できるユーザ（すなわち、フレンドユーザＢ）のコメント情報を得ることができる。よって、店舗を検索するユーザは、従来の検索システムに比べて、自分の趣向に沿った信憑性の高い情報を得ることが可能となる。

なお、店舗ＡについてユーザＡとフレンド関係にあるユーザのコメントが登録されていない場合には（ステップＳ５００；ＮＯ）、情報提供手段（送信手段）２５１は、ステップＳ４４０で特定した店舗Ａの店舗情報のみを通信端末３００−１に送る（ステップＳ５４０）。この場合、ユーザＡの通信端末３００−１は、受信した店舗Ａの店舗情報（例えば、名前、住所、電話番号、メニュー、写真、地図など）を表示装置に表示し（ステップＳ５３０）、処理を終了する。

Ｂ．変形例
＜変形例１＞
上述した本実施形態では、店舗ＡについてコメントしたユーザＡのフレンドユーザは、ユーザＢのみであったが、複数人のフレンドユーザ（例えば、ユーザＢ、ユーザＦ、ユーザＹなど）であっても良いのは勿論である。また、検索要求があった通信端末３００に返す情報は、対象店舗の店舗情報と該店舗のフレンドユーザのコメント情報だけでなく、これに加えて（あるいは代えて）、該店舗についてコメントしたフレンドユーザの数をあらわすフレンド数情報であっても良い。
また、店舗Ａについてコメントしたフレンドユーザの数ではなく、自身の通信端末３００の電話帳に当該店舗Ａの電話番号を登録したフレンドユーザの数を、店舗情報とともに検索要求があった通信端末３００に返しても良い。
この場合、店舗・コメントデータベースＤＢ２には、店舗ごとに、店舗情報と各店舗の電話番号を登録したユーザ（電話帳登録ユーザ）のユーザＩＤとが対応付けて登録される。各通信端末３００は、自身の電話帳に新たな店舗の電話番号が登録されると、当該店舗の電話番号と当該ユーザ（例えば、ユーザＡ）のユーザＩＤとを情報提供サーバ２５０に送る。情報提供サーバ２５０は、受け取った店舗（例えば店舗Ａ）の電話番号を検索キーとして店舗・コメントデータベースＤＢ２を検索し、対応する店舗Ａを確認する。対応する店舗Ａを確認すると、情報提供サーバ２５０は、店舗Ａの店舗情報に対応づけてユーザＡのユーザＩＤを登録する。
なお、この後の動作については、本実施形態と同様のロジックにより説明することができるため、これ以上の説明は割愛する。

<変形例２＞
上述した本実施形態では、店舗Ａの店舗情報を得るために、登録ユーザＡが店舗Ａの検索キーワードを入力した場合について説明したが、これに限定する趣旨ではない。例えば、ＧＰＳ（Global Positioning System）など、通信端末３００に位置情報を取得する機能が搭載されており、通信端末３００−１を所持するユーザＡが当該店舗Ａの前などにいる場合には、通信端末３００−１の位置情報を利用して店舗Ａを検索する。具体的には、ＧＰＳなどを利用して通信端末３００−１の位置情報（緯度；○×°，経度；△□°など）を取得すると、通信端末３００−１は、取得した位置情報を情報提供サーバ２５０に送る。情報提供サーバ２５０の情報提供手段２５１は、得られる位置情報と、各店舗の住所や地図情報を利用して店舗Ａを特定する。かかる構成によれば、検索キーワード等を入力せずに所望の店舗を検索することが可能となる。

＜変形例３＞
上述した本実施形態では、店舗を検索する場合について例示したが、例えば公共施設やレジャー施設など、あらゆる建物に適用可能である。もちろん、建物に限る趣旨ではなく、例えば食べ物やゲーム、スポーツ選手など、コメントの付与が可能なあらゆる情報に適用可能である。

＜変形例４＞
上述した本実施形態では、顧客管理サーバ２００と店舗情報提供サーバ２５０が別体構成である場合について説明したが、顧客管理サーバ２００と店舗情報提供サーバ２５０の機能を１つにまとめたサーバを構成しても良い。かかる場合には、顧客データベースＤＢ１と店舗・コメントデータベースＤＢ２を一体構成としても良い。

＜変形例５＞
上述した本実施形態では、コメント情報として文字メッセージやマークなど、表示装置に表示可能な情報を例示したが、例えば音声メッセージなどをコメント情報としても良い。

＜変形例６＞
また、本実施形態では、自身の個人情報の開示を相互に許可するフレンド関係にあるユーザ（フレンドユーザ）のみを対象として、検索対象となる店舗（例えば、店舗Ａ）のコメント情報を抽出し、これを検索元のユーザの通信端末３００に返信する構成としたが、当該店舗のコメント情報の抽出対象を、フレンドのフレンド関係にあるユーザにまで広げても良い。一例を挙げて説明すると、自分とフレンド関係にあるユーザがユーザＡである場合、さらにこのユーザＡとフレンド関係にあるユーザ（ただし自分を除く）をいう。このように、コメント情報の抽出対象を、フレンドのフレンド関係にあるユーザにまで広げても良い。特に、フレンド関係にあるユーザのみでは、当該店舗について得られるコメントが少ない場合などに有効である。もちろん、コメント情報の抽出対象を広げる範囲は、フレンドのフレンド関係にあるユーザに限らず、フレンドのフレンドのフレンド関係にあるユーザにまで広げても良く、どの範囲まで広げるかは、システム設計などに応じて適宜設定・変更可能である。

＜変形例７＞
また、店舗情報とともに配信されるコメント情報に対して、コメントしたフレンドユーザの履歴情報を付加しても良い。例えば、ある店舗（ここでは店舗Ａ）について、ランクスタンプで三ツ星「☆☆☆」のコメントを出したフレンドユーザが１人で、ランクスタンプで一ッ星「☆」のコメントを出したフレンドユーザが５人の場合、全体としてみれば、一ッ星「☆」のコメントを出したユーザの数が多いのだから、当該店舗Ａは低く評価するのが一般的である。しかしながら、コメントを出したフレンドユーザの行動履歴によっては、当該店舗Ａに対する評価は変わり得る。例えば、三ツ星「☆☆☆」のコメントを出したフレンドユーザは、これまでに２０回、店に予約の電話をかけた「超常連顧客」であるのに対し、一ツ星「☆」のコメントを出したフレンドユーザは、いずれも１回（もしくは０回）、店に電話をかけた「一般顧客」であったとする。このような状況であれば、たとえ三ツ星「☆☆☆」のコメントを出したフレンドユーザの数が少なくとも、当該フレンドユーザはその店の超常連顧客であるから、信頼度は高いと判断し、ユーザは当該店舗Ａについて高い評価を与えると考えられる。
このような判断を可能とするため、検索元のユーザの通信端末３００に店舗情報とコメント情報を送信するだけでなく、コメントしたユーザの行動履歴をあらわす行動履歴情報も含めて送信しても良い。このような行動履歴情報は、例えば通信端末３００から当該店舗に電話をかけるたびにその回数をカウントし、予約回数履歴情報として当該通信端末３００に登録しておく。そして、通信端末３００に登録した予約回数履歴情報は、図８に示すコメント登録処理の際に、通信端末３００から店舗情報提供サーバ２５０へ送信する。店舗情報提供サーバ２５０は、受け取った予約回数履歴情報について、店舗ごとに、店舗情報とコメント情報とユーザＩＤに加えて予約回数履歴情報を対応付けて店舗・コメントデータベースＤＢ２に登録する。なお、本実施例では、行動履歴情報として当該店舗に電話をかけた回数を例示したが、例えばそのユーザの行動パターンを分析し、どのような分野に精通しているかをあらわす精通度情報（例えば、特定ジャンルの店の電話番号を電話帳に多数登録している場合には、そのジャンルについて「マスター」の称号を与え、精通度を高い値に設定するなど）を設定しても良い。

なお、本実施形態および各変形例において示した各処理のステップは処理内容に矛盾を生じない範囲で任意に順番を変更して又は並列に実行することができる。さらに本明細書等において、手段とは、単に物理的手段を意味するものではなく、その手段が有する機能をソフトウェアによって実現する場合も含む。さらにまた、１つの手段が有する機能が２つ以上の物理的手段により実現されても、２つ以上の手段の機能が１つの物理的手段により実現されてもよい。また、本発明に係るソフトウェアの開発支援プログラムは、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の光学ディスク、磁気ディスク、半導体メモリなどの各種の記録媒体を通じて、又は通信ネットワークなどを介してダウンロードすることにより、コンピュータにインストール又はロードすることができる。

１００…顧客管理システム、２００…顧客管理サーバ、２１０…顧客管理手段、２２０…フレンド関係管理手段、２５０…情報提供サーバ、２５１…情報提供手段、ＤＢ１…顧客データベース、ＤＢ２…店舗・コメントデータベース、３００…通信端末、３１０…メモリ。

Claims (5)

1. 複数の通信端末を管理するとともに、前記各通信端末からの要求に応じて店舗情報を提供する情報管理・提供システムであって、
   管理下にある前記複数の通信端末の各ユーザについて、オーナー情報を記憶する第１記憶手段と、
   前記オーナー情報の開示を相互に許可するフレンド関係にあるユーザを特定するフレンド関係情報を記憶する第２記憶手段と、
   店舗ごとに、店舗の内容をあらわす店舗情報と、該店舗に対するコメント内容をあらわすコメント情報と、コメントしたユーザを特定するユーザＩＤとを対応づけて記憶する第３記憶手段と、
   検索元となるユーザの通信端末からある店舗の検索要求を受けた場合に、対応する店舗の店舗情報を前記第３記憶手段から取得する第１取得手段と、
   前記フレンド関係情報を参照することにより、前記検索元となるユーザとフレンド関係にあるフレンドユーザを特定する第１特定手段と、
   取得した店舗情報に対応するユーザＩＤから、該店舗にコメントしたユーザを特定する第２特定手段と、
   前記各特定手段によって特定されるユーザを比較することで、前記店舗につき前記フレンドユーザによりコメントされているか否かを判断する判断手段と、
   前記フレンドユーザによりコメントされている場合には、該フレンドユーザのユーザＩＤに対応付けて登録されているコメント情報を前記第３記憶手段から取得する第２取得手段と
   前記各取得手段によって取得された前記店舗情報と前記コメント情報を、前記検索元となるユーザの通信端末に送信する送信手段と
   を具備する、情報管理・提供システム。
2. 前記送信手段は、前記フレンドユーザによってコメントされていないと判断された場合には、前記第１取得手段によって取得された前記店舗情報を、前記検索元となるユーザの通信端末に送信する、請求項１に記載の情報管理・提供システム。
3. 前記コメント情報は、文字メッセージまたは当該店舗の評価指標をあらわすマークである、請求項１または２に記載の情報管理・提供システム。
4. 前記検索要求には前記店舗を特定するための検索キーワードが含まれ、
   前記店舗情報には前記検索キーワードから該店舗を特定するための情報が含まれ、
   前記第１取得手段は、検索元となるユーザの通信端末からある店舗の検索要求を受けた場合に、該検索要求に含まれる検索キーワードに基づいて検索対象となる店舗を特定し、特定した店舗の店舗情報を前記第３記憶手段から取得する、請求項１〜３のいずれか１の請求項に記載の情報管理・提供システム。
5. 複数の通信端末を管理するとともに、前記各通信端末からの要求に応じて店舗情報を提供する情報管理・提供システムであって、
   管理下にある前記複数の通信端末の各ユーザについて、オーナー情報を記憶する第１記憶手段と、
   前記オーナー情報の開示を相互に許可するフレンド関係にあるユーザを特定するフレンド関係情報を記憶する第２記憶手段と、
   店舗ごとに、店舗の内容をあらわす店舗情報と、自身の通信端末の電話帳に該店舗の識別情報を登録したユーザを特定するユーザＩＤとを対応づけて記憶する第３記憶手段と、
   検索元となるユーザの通信端末からある店舗の検索要求を受けた場合に、対応する店舗の店舗情報を前記第３記憶手段から取得する第１取得手段と、
   前記フレンド関係情報を参照することにより、前記検索元となるユーザとフレンド関係にあるフレンドユーザを特定する第１特定手段と、
   取得した店舗情報に対応するユーザＩＤから、該店舗の識別情報を電話帳に登録したユーザを特定する第２特定手段と、
   前記各特定手段によって特定されるユーザを比較することで、前記店舗の識別情報を電話帳に登録したフレンドユーザの数を求める第２取得手段と
   前記各取得手段によって取得された前記店舗情報と前記電話帳に登録したフレンドユーザの数をあらわす登録ユーザ数情報を、前記検索元となるユーザの通信端末に送信する送信手段と
   を具備する、情報管理・提供システム。

Images