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

Abstract

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

Description

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims (5)

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

Images