(57)【要約】【課題】ユーザ間での体験内容のずれが小さい共通体験の情報を、不必要な行動履歴をユーザ間で開示することなく自動的に作成可能とする。【解決手段】携帯端末２００が、所定タイミング毎に現在の位置および時刻のデータを取得し、携帯端末の端末ＩＤと共に所在履歴データとしてサーバ１００に送信する処理を実行し、前記サーバ１００が、携帯端末２００より所在履歴データを受信して格納する処理と、複数の所在履歴データをそれぞれテーブル１２６〜１２９と照合し、位置および時刻のデータが観測可能範囲に収まる出来事を所在履歴データ毎に特定し、ここで特定した出来事が同一出来事であった所在履歴データの群れを検索し、該当所在履歴データが示す端末ＩＤに対応する携帯端末２００に宛てて前記同一出来事の情報を送信する処理を実行する。【選択図】図１
2010108299.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの携帯する携帯端末が、
現在位置取得手段、時計手段、および通信手段を備えて、
所定タイミング毎に現在の位置および時刻のデータを取得し、携帯端末の端末ＩＤと共に所在履歴データとしてサーバに送信する処理を実行し、
前記サーバが、
記憶手段において、出来事の情報と前記出来事の地理的および時間的な観測可能範囲の情報とを対応付けて格納したテーブルを備えて、
前記携帯端末より前記所在履歴データを受信して記憶手段に格納する処理と、
記憶手段より複数の所在履歴データを読み出してそれぞれ前記テーブルと照合し、前記位置および時刻のデータが前記観測可能範囲に収まる出来事を所在履歴データ毎に特定し、ここで特定した出来事が同一出来事であった所在履歴データの群れを検索し、該当所在履歴データが示す端末ＩＤに対応する携帯端末に宛てて前記同一出来事の情報を送信する処理を実行する、
ことを特徴とするコミュニケーション支援方法。
【請求項２】
前記サーバが、
記憶手段より、端末ＩＤの異なる所在履歴データのセットを読み出してそれぞれ前記テーブルと照合し、前記位置および時刻のデータが前記観測可能範囲に収まる出来事を所在履歴データ毎に特定し、ここで特定した出来事が同一出来事であり、なおかつ端末ＩＤが互いに異なる所在履歴データの群れを検索し、該当所在履歴データが示す各端末ＩＤに対応する各携帯端末に宛てて前記同一出来事の情報を送信する処理を実行する、
ことを特徴とする請求項１に記載のコミュニケーション支援方法。
【請求項３】
前記携帯端末が、
他の携帯端末との通信手段を備えて、
ユーザによる通信開始指示を入力インターフェイスで受けて、前記通信手段により他携帯端末と通信を行って他携帯端末の端末ＩＤを取得し、自身の端末ＩＤと前記他携帯端末の端末ＩＤのセットを含む共通体験情報リクエストをサーバに送信する処理を実行し、
前記サーバが、
前記共通体験情報リクエストを携帯端末より受信し、この共通体験情報リクエストが含む端末ＩＤのセットを抽出して、前記セットを成す各端末ＩＤが対応付いた所在履歴データを記憶手段より読み出し、ここで読み出した所在履歴データを前記テーブルと照合し、前記位置および時刻のデータが前記観測可能範囲に収まる出来事を所在履歴データ毎に特定し、ここで特定した出来事が同一出来事であり、なおかつ端末ＩＤが互いに異なる所在履歴データの群れを検索し、該当所在履歴データが示す各端末ＩＤに対応する各携帯端末に宛てて前記同一出来事の情報を送信する処理を実行する、
を備えることを特徴とする請求項２に記載のコミュニケーション支援システム。
【請求項４】
前記サーバが、
前記テーブルにおいて、ある出来事に関する観測可能範囲の地理的ないし時間的な遷移履歴の情報を格納しており、
記憶手段より、端末ＩＤの異なる所在履歴データのセットを読み出してそれぞれ前記テーブルと照合し、前記位置および時刻のデータが、前記遷移履歴のいずれかの段階での前記観測可能範囲に収まる出来事を所在履歴データ毎に特定し、ここで特定した出来事が同一出来事であるが、なおかつ端末ＩＤが互いに異なる所在履歴データの群れを検索し、該当所在履歴データが示す各端末ＩＤに対応する各携帯端末に宛てて前記同一出来事の情報を送信する処理を実行する、
ことを特徴とする請求項２〜３のいずれかに記載のコミュニケーション支援方法。
【請求項５】
前記サーバが、
前記テーブルにおいて、ある出来事に関する観測可能範囲の地理的な分散の情報を格納しており、
記憶手段より、端末ＩＤの異なる所在履歴データのセットを読み出してそれぞれ前記テーブルと照合し、前記位置および時刻のデータが、分散したいずれかの前記観測可能範囲に収まる出来事を所在履歴データ毎に特定し、ここで特定した出来事が同一出来事であるが、なおかつ端末ＩＤが互いに異なる所在履歴データの群れを検索し、該当所在履歴データが示す各端末ＩＤに対応する各携帯端末に宛てて前記同一出来事の情報を送信する処理を実行する、
ことを特徴とする請求項２〜４のいずれかに記載のコミュニケーション支援方法。
【請求項６】
前記サーバが、
前記所在履歴データの群れが複数検索できた時、各所在履歴データの群れに対応する出来事の地理的ないし時間的な観測可能範囲の大小を前記テーブルの格納データで比較し、観測可能範囲の狭さに応じて上位とした出来事間のランキングリストを生成して、該当所在履歴データが示す端末ＩＤに対応する携帯端末に宛てて前記ランキングリストを送信する処理を実行する、
ことを特徴とする請求項１〜５のいずれかに記載のコミュニケーション支援方法。
【請求項７】
前記サーバが、
前記所在履歴データの群れが複数検索できた時、各所在履歴データの群れが含む端末ＩＤの数をカウントし、カウントした端末ＩＤ数の多少いずれかに応じて上位とした出来事間のランキングリストを生成して、該当所在履歴データが示す端末ＩＤに対応する携帯端末に宛てて前記ランキングリストを送信する処理を実行する、
ことを特徴とする請求項１〜６のいずれかに記載のコミュニケーション支援方法。
【請求項８】
外部装置との通信を行う通信手段と、
出来事の情報と前記出来事の地理的および時間的な観測可能範囲の情報とを対応付けて格納したテーブルを記憶する記憶手段と、
通信手段により携帯端末と通信し、当該携帯端末の位置データと当該位置データの取得時刻のデータと端末ＩＤとを受信し、所在履歴データとして記憶手段に格納するユーザ位置記録手段と、
前記記憶手段より複数の所在履歴データを読み出してそれぞれ前記テーブルと照合し、前記位置および時刻のデータが前記観測可能範囲に収まる出来事を所在履歴データ毎に特定し、ここで特定した出来事が同一出来事であった所在履歴データの群れを検索し、該当所在履歴データが示す端末ＩＤに対応する携帯端末に宛てて前記同一出来事の情報を送信する共通体験ニュース抽出手段と、
を備えるサーバ。
【請求項９】
現在位置取得手段、時計手段、および通信手段と、
現在位置取得手段より所定タイミング毎に現在の位置データを取得し、時計手段より前記位置データを取得した時刻データを取得し、位置および時刻のデータと端末ＩＤを所在履歴データとしてサーバに送信する、ユーザ位置送信手段と、
前記サーバに送信した位置および時刻のデータに対応する出来事であり、他者も体験した出来事についての情報を、前記サーバから受信して表示手段に表示する、共通体験ニュース表示手段と、
を備える携帯端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コミュニケーション支援方法、コミュニケーション支援システム、サーバ、および携帯端末に関し、具体的には、ユーザ間のコミュニケーションを支援する技術であり、特に、ユーザ間での共通体験となるニュースやイベントを抽出する技術に関する。
【背景技術】
【０００２】
ユーザの位置データを活用した、ユーザ間コミュニケーションのサポート技術が提案されている。この技術は、携帯端末を用いてユーザの位置データログを記録し、その位置データログからユーザが立ち寄ったスポットを算出する。また、そのスポットに関連するネットコミュニティをユーザに提示して参加をうながすことで、地理的な生活範囲が共通するユーザを同一コミュニティに誘導し、ユーザ間のコミュニケーションをサポートする（特許文献１参照）。
【特許文献１】特開２００７−３０６４０９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
従来技術には以下の課題が残されている。すなわち、ユーザがした実際の体験内容と、システムが提案するコミュニティの属性との間にずれが発生しやすい課題がある。例えば、あるスタジアムでスポーツ観戦をしたユーザに対し、システムは、同じスタジアムで開催されたコンサートに関するコミュニティについて参加提案を行ってしまう。前記ユーザはスポーツ観戦に興味がある可能性が高いと推測されるが、前記コンサートには全く興味がない可能性もある。つまり、ユーザにとって望まない情報提供がなされてしまう懸念がある。
【０００４】
また、複数のユーザが共通の体験をしていても、その共通体験の存在自体に気づかせることができないという課題もある。例えば、あるユーザと他ユーザが、互いの参加を知らずに同じイベントに出席していたとする。この時、従来技術においては、そのイベントに関連するコミュニティに、互いにすぐ認識できるほど明示的（何らかの参加表明を常にしている等）に参加していない限り、前記共通体験の存在に気づくことはできない。
【０００５】
結果として、嗜好の一致が元より明らかであるユーザ同士はコミュニケーションすることができるが、コミュニティへの参加までには至らないユーザ同士は交流の糸口が見いだせず、互いのコミュニケーションが困難となりやすい。
【０００６】
こうしたコミュニケーション機会の損失は、すでにある程度の交流をしている者同士において無視できないものと考えられる。例えば、学校のクラスメートや職場の同僚が、実は同じイベントに参加していたといった共通体験は、お互いがその存在に気づけばコミュニケーションおよび相互理解の助けになると考えられる。にもかかわらず、従来技術ではこれらの共通体験を顕在化させることができない。
【０００７】
一方、ユーザ同士で自身の体験履歴を全て共有して、共通する体験を互いに逐一探し出すという手法も考えられるが、互いに全く共通せず開示する必要の無い体験についてまで他者の知るところとなり、プライバシー保護の観点から好ましい方法ではない。
【０００８】
そこで本発明は上記課題を鑑みてなされたものであり、ユーザ間での体験内容のずれが小さい共通体験の情報を、不必要な行動履歴をユーザ間で開示することなく自動的に作成可能とする技術の提供を目的とする。
【課題を解決するための手段】
【０００９】
本発明のコミュニケーション支援方法は、ユーザ間での体験内容のずれが小さい共通体験の情報を、不必要な行動履歴をユーザ間で開示することなく自動的に作成し、これをユーザに提示するものである。ネットワークで互いに結ばれた携帯端末（ユーザが携行し使用）とサーバとでコミュニケーション支援システムを構成している。
【００１０】
本発明のコミュニケーション支援方法において、前記携帯端末は、ＧＰＳ機能などの現在位置取得手段、時計手段、および通信手段を備えて、所定タイミング毎に現在の位置および時刻のデータを取得し、携帯端末の端末ＩＤと共に所在履歴データとしてサーバに送信する処理を実行する。こうした携帯端末としては、ＧＰＳ機能とｗｅｂブラウザ搭載の携帯電話機を想定できる。こうした携帯端末は複数のユーザが所有しており、各ユーザの携帯端末からサーバに対して前記所在履歴データが送信されるものとする。
【００１１】
一方、前記サーバは、記憶手段において、スポーツの試合、コンサートなどの各種イベント、会議、桜の開花、日食や月食等の自然現象など様々な出来事の情報と前記出来事の地理的および時間的な観測可能範囲の情報とを対応付けて格納したテーブルを備えている。地理的な観測可能範囲の情報は、例えば、ある出来事の開催エリア或いはある出来事を観測できるエリアを示す住所の範囲や、前記エリアの中心や頂点を示す緯度経度の情報を想定できる。また、時間的な観測可能範囲の情報は、例えば、ある出来事の開催日時或いはある出来事を観測できる日時の範囲を想定できる。
【００１２】
こうしたサーバは、各ユーザの携帯端末より前記所在履歴データを受信して記憶手段に格納する処理を実行する。記憶手段には各ユーザの携帯端末から寄せられた所在履歴データが蓄積されていくことになる。
【００１３】
また前記サーバは、前記記憶手段より複数の所在履歴データを読み出してそれぞれ前記テーブルと照合し、前記位置および時刻のデータが前記観測可能範囲に収まる出来事を所在履歴データ毎に特定する。そして、ここで特定した出来事が同一出来事であった所在履歴データの群れを検索し、該当所在履歴データが示す端末ＩＤに対応する携帯端末に宛てて前記同一出来事の情報を送信する処理を実行する。
【００１４】
これによれば、知らずに同じイベント等に参加していたユーザ同士が、前記サーバからの同一出来事（つまり共通体験）の情報により、互いの共通体験について認識することができる。当初知らなかった共通体験について後に知ることとなれば、関係者間でのコミュニケーション意欲や連帯感は高まる。
【００１５】
なお、前記サーバが、前記記憶手段より、端末ＩＤの異なる所在履歴データのセットを読み出してそれぞれ前記テーブルと照合し、前記位置および時刻のデータが前記観測可能範囲に収まる出来事を所在履歴データ毎に特定するとしてもよい。つまり、異なるユーザから寄せられた所在履歴データ間で、同一出来事に結びつくものがあるか検索することになる。サーバは、ここで特定した出来事が同一出来事であり、なおかつ端末ＩＤが互いに異なる所在履歴データの群れを検索し、該当所在履歴データが示す各端末ＩＤに対応する各携帯端末に宛てて前記同一出来事の情報を送信する処理を実行する。
【００１６】
また、前記携帯端末が、赤外線通信装置などの、他の携帯端末との通信手段を備えているとしてもよい。この場合、前記携帯端末は、ユーザによる通信開始指示を入力インターフェイスで受けて、前記通信手段により、他ユーザが携行している携帯端末と通信を行って他携帯端末の端末ＩＤを取得し、自身の端末ＩＤと前記他携帯端末の端末ＩＤのセットを含む共通体験情報リクエストをサーバに送信する。
【００１７】
一方、サーバは、前記共通体験情報リクエストを携帯端末より受信し、この共通体験情報リクエストが含む端末ＩＤのセットを抽出して、前記セットを成す各端末ＩＤが対応付いた所在履歴データを記憶手段より読み出す。また、ここで読み出した所在履歴データを前記テーブルと照合し、前記位置および時刻のデータが前記観測可能範囲に収まる出来事を所在履歴データ毎に特定し、ここで特定した出来事が同一出来事であり、なおかつ端末ＩＤが互いに異なる所在履歴データの群れを検索し、該当所在履歴データが示す各端末ＩＤに対応する各携帯端末に宛てて前記同一出来事の情報を送信する。
【００１８】
また、前記サーバが、前記テーブルにおいて、ある出来事に関する観測可能範囲の地理的ないし時間的な遷移履歴の情報を格納しているとしてもよい。例えば、コンサートツアーや桜の開花前線など、出来事としては同じものと言えるが、開催地や観測地が時間と共に遷移していく出来事については、前記テーブルにおいて、一つの出来事として段階的に観測可能範囲が設定されている。
【００１９】
この時、サーバは、前記記憶手段より、端末ＩＤの異なる所在履歴データのセットを読み出してそれぞれ前記テーブルと照合し、前記位置および時刻のデータが、前記遷移履歴のいずれかの段階での前記観測可能範囲に収まる出来事を所在履歴データ毎に特定する。また、ここで特定した出来事が同一出来事であるが、なおかつ端末ＩＤが互いに異なる所在履歴データの群れを検索し、該当所在履歴データが示す各端末ＩＤに対応する各携帯端末に宛てて前記同一出来事の情報を送信する処理を実行する。
【００２０】
また、前記サーバが、前記テーブルにおいて、ある出来事に関する観測可能範囲の地理的な分散の情報を格納しているとしてもよい。例えば、あるテーマについて複数拠点で同時開催される同内容の会議や、天候が許せば各地で同時に観測できる月食など、出来事としては同じもので開催時刻も同じであるが、開催地が地理的に分散している出来事については、前記テーブルにおいて、一つの出来事として地理的な分散した観測可能範囲が設定されている。
【００２１】
この時、サーバは、前記記憶手段より、端末ＩＤの異なる所在履歴データのセットを読み出してそれぞれ前記テーブルと照合し、前記位置および時刻のデータが、分散したいずれかの前記観測可能範囲に収まる出来事を所在履歴データ毎に特定し、ここで特定した出来事が同一出来事であるが、なおかつ端末ＩＤが互いに異なる所在履歴データの群れを検索し、該当所在履歴データが示す各端末ＩＤに対応する各携帯端末に宛てて前記同一出来事の情報を送信する処理を実行する。
【００２２】
また、前記サーバは、前記所在履歴データの群れが複数検索できた時（つまり、あるユーザ間で複数の共通体験が判明した時）、各所在履歴データの群れに対応する出来事の地理的ないし時間的な観測可能範囲の大小を前記テーブルの格納データで比較するとしてもよい。この場合、前記テーブルには、観測可能範囲の面積値（＝地理的な観測可能範囲）、観測可能範囲の時間幅（＝時間的な観測可能範囲）が、各出来事に対応付けて格納されている。或いは、サーバが、テーブルから観測可能範囲の情報を読み出して、観測可能範囲の面積や時間幅の計算を行うとしてもよい。前記サーバは、前記観測可能範囲の狭さに応じて上位とした出来事間のランキングリストを生成して、該当所在履歴データが示す端末ＩＤに対応する携帯端末に宛てて前記ランキングリストを送信する処理を実行する。つまり、例えば、狭い面積ないし短い時間帯で開催されたイベント等に共に参加していたという共通体験は、後でそれを知ることでユーザ間でコミュニケーション意欲が非常に高まると思われる。
【００２３】
また、前記サーバは、前記所在履歴データの群れが複数検索できた時、各所在履歴データの群れが含む端末ＩＤの数をカウントし、カウントした端末ＩＤ数の多少いずれかに応じて上位とした出来事間のランキングリストを生成して、該当所在履歴データが示す端末ＩＤに対応する携帯端末に宛てて前記ランキングリストを送信するとしてもよい。例えば、会社などの組織において、ある期間に社員間で共通体験が多い出来事のランキングなどを、その共通体験をした社員が知ることができ、該当社員間でのコミュニケーション意欲や連帯感が高まると思われる。
【００２４】
また、本発明のサーバは、外部装置との通信を行う通信手段と、出来事の情報と前記出来事の地理的および時間的な観測可能範囲の情報とを対応付けて格納したテーブルを記憶する記憶手段と、通信手段により携帯端末と通信し、当該携帯端末の位置データと当該位置データの取得時刻のデータと端末ＩＤとを受信し、所在履歴データとして記憶手段に格納するユーザ位置記録手段と、前記記憶手段より複数の所在履歴データを読み出してそれぞれ前記テーブルと照合し、前記位置および時刻のデータが前記観測可能範囲に収まる出来事を所在履歴データ毎に特定し、ここで特定した出来事が同一出来事であった所在履歴データの群れを検索し、該当所在履歴データが示す端末ＩＤに対応する携帯端末に宛てて前記同一出来事の情報を送信する共通体験ニュース抽出手段と、を備える。
【００２５】
また、本発明の携帯端末は、現在位置取得手段、時計手段、および通信手段と、現在位置取得手段より所定タイミング毎に現在の位置データを取得し、時計手段より前記位置データを取得した時刻データを取得し、位置および時刻のデータと端末ＩＤを所在履歴データとしてサーバに送信する、ユーザ位置送信手段と、前記サーバに送信した位置および時刻のデータに対応する出来事であり、他者も体験した出来事についての情報を、前記サーバから受信して表示手段に表示する、共通体験ニュース表示手段と、を備える。
【００２６】
その他、本願が開示する課題、及びその解決方法は、発明の実施の形態の欄、及び図面により明らかにされる。
【発明の効果】
【００２７】
本発明によれば、ユーザ間での体験内容のずれが小さい共通体験の情報を、不必要な行動履歴をユーザ間で開示することなく自動的に作成できる。
【発明を実施するための最良の形態】
【００２８】
−−−システム構成−−−
以下に本発明の実施形態について図面を用いて詳細に説明する。図１は本実施形態におけるコミュニケーション支援システム１０を含むネットワーク構成図である。本実施形態におけるコミュニケーション支援システム１０（以下システム１０）は、ユーザ間での体験内容のずれが小さい共通体験の情報を、不必要な行動履歴をユーザ間で開示することなく自動的に作成可能とするコンピュータシステムである。
【００２９】
前記システム１０は、前記サーバたるセンタサーバ１００、携帯電話群２００〜２３０、センタサーバ１００、携帯電話通信基地局１７１、公衆通信網１７２、インターネットゲートウェイ１７３、インターネット１７４が含まれている。本実施例では、説明を簡便化するため、センターサーバ１００を１台にて構成しているが、高性能化やフォールトトレランス実現のため、複数サーバで負荷分散したり、データベースを別サーバ化しかつホットスタンバイ構成にするとしてもよい。
【００３０】
前記センタサーバ１００は、コミュニケーション支援方法を実行する機能を実現すべくＲＡＭなどの主記憶装置１０３に、ハードディスクドライブなどの二次記憶装置１０１からプログラム１０２を読み出し、演算装置たるＣＰＵ１０４により実行する。また、前記センタサーバ１００は、コンピュータ装置が一般に備えているキーボード１６４やマウス１６５などの入力インターフェイス１０５や、表示手段１０６を必要に応じて備え、さらにインターネット１７４などのネットワークを介した、携帯端末たる携帯電話機２００〜２３０との通信を担う通信手段１０７などを有する。前記センタサーバ１００は、例えば、インターネット１７４、インターネットゲートウェイ１７３、公衆通信網１７２、携帯電話通信基地局１７１を介して、前記携帯電話機２００〜２３０と通信可能に接続されている。
【００３１】
前記ＣＰＵ１０４は、前記センタサーバ１００の全体の制御を司るもので、二次記憶装置１０１に記憶される本実施の形態に係る各種の動作を行うためのコードから構成されるプログラム１０２を、主記憶装置１０３に読み出して実行することにより、前記センタサーバ１００としての各種機能１１０〜１１４を実現する。主記憶装置１０３は例えば半導体記憶装置により構成することができる。前記二次記憶装置１０１は、例えばハードディスクや半導体記憶装置等で構成することができる。二次記憶装置１０１には、本実施の形態に係る各種の動作を行うためのコードから構成されるプログラム１０２、データベース１５０が記憶される。前記データベース１５０には、前記携帯電話機２００から受信した所在履歴データを蓄積するテーブル１２５、出来事の情報と前記出来事の地理的および時間的な観測可能範囲の情報とを対応付けて格納したテーブル１２６〜１２９が記憶されている（各テーブルの詳細は後述する）。
【００３２】
続いて、前記センタサーバ１００が例えば前記プログラム１０２に基づき構成・保持する手段につき説明を行う。各手段は、１つのサーバ装置等に一体に備わるとしてもよいが、前記インターネット１４０上に配置するコンピュータ群（前記センタサーバ１００にあたるサーバ装置を含む）に分散配置し、そのうち一つのサーバ装置（センタサーバ１００）の主導の下で協働する例も想定してよい。
【００３３】
こうした前記センタサーバ１００は、通信手段１０７により前記携帯電話機２００と通信し、当該携帯電話機２００の位置データと当該位置データの取得時刻のデータと端末ＩＤとを受信し、所在履歴データとして二次記憶装置１０１のユーザ位置ログテーブル１２５に格納するユーザ位置記録手段１１０を備える。
【００３４】
また、前記センタサーバ１００は、前記ユーザ位置ログテーブル１２５より複数の所在履歴データを読み出してそれぞれ前記テーブル１２６〜１２９と照合し、前記位置および時刻のデータが前記観測可能範囲に収まる出来事を所在履歴データ毎に特定し、ここで特定した出来事が同一出来事であった所在履歴データの群れを検索し、該当所在履歴データが示す端末ＩＤに対応する携帯電話機２００に宛てて前記同一出来事の情報を送信する共通体験ニュース抽出手段１１１を備える。
【００３５】
なお、前記共通体験ニュース抽出手段１１１は、前記ユーザ位置ログテーブル１２５より、端末ＩＤの異なる所在履歴データのセットを読み出してそれぞれ前記テーブル１２６〜１２９と照合し、前記位置および時刻のデータが前記観測可能範囲に収まる出来事を所在履歴データ毎に特定するとしてもよい。つまり、異なるユーザから寄せられた所在履歴データ間で、同一出来事に結びつくものがあるか検索することになる。前記共通体験ニュース抽出手段１１１は、ここで特定した出来事が同一出来事であり、なおかつ端末ＩＤが互いに異なる所在履歴データの群れを検索し、該当所在履歴データが示す各端末ＩＤに対応する各携帯電話機２００に宛てて前記同一出来事の情報を送信する処理を実行する。
【００３６】
なお、前記携帯電話機２００が自身の端末ＩＤと他携帯電話機の端末ＩＤのセットを含む共通体験情報リクエストをセンタサーバ１００に送信してくる時、前記センタサーバ１００の共通体験ニュース抽出手段１１１は、前記共通体験情報リクエストを受信し、この共通体験情報リクエストが含む端末ＩＤのセットを抽出して、前記セットを成す各端末ＩＤが対応付いた所在履歴データをユーザ位置ログテーブル１２５より読み出す。また、ここで読み出した所在履歴データを前記テーブル１２６〜１２９と照合し、前記位置および時刻のデータが前記観測可能範囲に収まる出来事を所在履歴データ毎に特定し、ここで特定した出来事が同一出来事であり、なおかつ端末ＩＤが互いに異なる所在履歴データの群れを検索し、該当所在履歴データが示す各端末ＩＤに対応する各携帯電話機２００に宛てて前記同一出来事の情報を送信する。
【００３７】
また、前記テーブル１２６〜１２９において、ある出来事に関する観測可能範囲の地理的ないし時間的な遷移履歴の情報を格納しているとしてもよい。例えば、コンサートツアーや桜の開花前線など、出来事としては同じものと言えるが、開催地や観測地が時間と共に遷移していく出来事については、前記テーブル１２６〜１２９において、一つの出来事として段階的に観測可能範囲が設定されている。
【００３８】
この時、前記共通体験ニュース抽出手段１１１は、前記ユーザ位置ログテーブル１２５より、端末ＩＤの異なる所在履歴データのセットを読み出してそれぞれ前記テーブル１２６〜１２９と照合し、前記位置および時刻のデータが、前記遷移履歴のいずれかの段階での前記観測可能範囲に収まる出来事を所在履歴データ毎に特定する。また、ここで特定した出来事が同一出来事であるが、なおかつ端末ＩＤが互いに異なる所在履歴データの群れを検索し、該当所在履歴データが示す各端末ＩＤに対応する各携帯電話機２００に宛てて前記同一出来事の情報を送信する処理を実行する。
【００３９】
また、前記テーブル１２６〜１２９において、ある出来事に関する観測可能範囲の地理的な分散の情報を格納しているとしてもよい。例えば、あるテーマについて複数拠点で同時開催される同内容の会議や、天候が許せば各地で同時に観測できる月食など、出来事としては同じもので開催時刻も同じであるが、開催地が地理的に分散している出来事については、前記テーブルにおいて、一つの出来事として地理的な分散した観測可能範囲が設定されている。
【００４０】
この時、前記共通体験ニュース抽出手段１１１は、前記ユーザ位置ログテーブル１２５より、端末ＩＤの異なる所在履歴データのセットを読み出してそれぞれ前記テーブル１２６〜１２９と照合し、前記位置および時刻のデータが、分散したいずれかの前記観測可能範囲に収まる出来事を所在履歴データ毎に特定し、ここで特定した出来事が同一出来事であるが、なおかつ端末ＩＤが互いに異なる所在履歴データの群れを検索し、該当所在履歴データが示す各端末ＩＤに対応する各携帯電話機２００に宛てて前記同一出来事の情報を送信する処理を実行する。
【００４１】
また、前記共通体験ニュース抽出手段１１１は、前記所在履歴データの群れが複数検索できた時（つまり、あるユーザ間で複数の共通体験が判明した時）、各所在履歴データの群れに対応する出来事の地理的ないし時間的な観測可能範囲の大小を前記テーブル１２６〜１２９の格納データで比較するとしてもよい。この場合、前記テーブル１２６〜１２９には、観測可能範囲の面積値（＝地理的な観測可能範囲）、観測可能範囲の時間幅（＝時間的な観測可能範囲）が、各出来事に対応付けて格納されている。或いは、センタサーバ１００が、テーブル１２６〜１２９から観測可能範囲の情報を読み出して、観測可能範囲の面積や時間幅の計算を行うとしてもよい。
【００４２】
この時、共通体験ニュース抽出手段１１１は、前記観測可能範囲の狭さに応じて上位とした出来事間のランキングリストを生成して、該当所在履歴データが示す端末ＩＤに対応する携帯電話機２００に宛てて前記ランキングリストを送信する処理を実行する。つまり、例えば、狭い面積ないし短い時間帯で開催されたイベント等に共に参加していたという共通体験は、後でそれを知ることでユーザ間でコミュニケーション意欲が非常に高まると思われる。
【００４３】
また、前記センタサーバ１００は、前記所在履歴データの群れが複数検索できた時、各所在履歴データの群れが含む端末ＩＤの数をカウントし、カウントした端末ＩＤ数の多少いずれかに応じて上位とした出来事間のランキングリストを生成して、該当所在履歴データが示す端末ＩＤに対応する携帯電話機２００に宛てて前記ランキングリストを送信する、ニュース体験人数算出手段１１４を備えるとしてもよい。例えば、会社などの組織において、ある期間に社員間で共通体験が多い出来事のランキングなどを、その共通体験をした社員が知ることができ、該当社員間でのコミュニケーション意欲や連帯感が高まると思われる。
【００４４】
なお、前記センタサーバ１００は、ニュースデータ生成手段１１２を備えるとしてもよい。このニュースデータ生成手段１１２は、どのような出来事（ニュース）がいつ発生し、どのエリアで観測可能だったかをあらわすデータを、例えば、センタサーバ１００の入力インターフェイス１０５を介して管理者や通報者等から受け付けるか、或いは、インターネット１７４上に存在するニュースソースの提供サーバ等（例：通信社や新聞社、放送局などが運営）にアクセスしてキーワード等によるニュース記事データの検索・抽出を実行するなどして取得し、前記テーブル１２６〜１２９のうち、ニューステーブル１２６、ニュース観測情報テーブル１２７に格納する。
【００４５】
また、前記センタサーバ１００は、エリアデータ生成手段１１３を備えるとしてもよい。このエリアデータ生成手段１１３は、前記ニューステーブル１２６およびニュース観測情報テーブル１２７に格納されたニュースについて、その観測可能範囲を表すデータを、例えば、センタサーバ１００の入力インターフェイス１０５を介して管理者や通報者等から受け付けるか、或いは、インターネット１７４上に存在するニュースソースの提供サーバ等（例：通信社や新聞社、放送局などが運営）にアクセスして検索したニュース記事データが含む住所情報や緯度経度情報の検索・抽出を実行するなどして取得し、前記テーブル１２６〜１２９のうち、エリアテーブル１２８、エリア要素テーブル１２９に格納する。
【００４６】
一方、前記センタサーバ１００に対し自身の位置情報等を送信し、後に他ユーザとの共通体験の情報提供を受けるのが、携帯端末たる前記携帯電話機２００である。図１の例では、携帯電話機２００〜携帯電話機２３０の携帯電話機群を示している。ここでは携帯電話機の機能説明の対象として、ひとまず携帯電話機２００を例に挙げて説明する。
【００４７】
前記携帯電話機２００は、携帯電話通信基地局１７１、公衆通信網１７２、インターネットゲートウェイ１７３、およびインターネット１７４を介してセンタサーバ１００と通信することが出来る。こうした携帯電話機２００は、二次記憶装置２０１、主記憶装置２０３、ＣＰＵ２０４、キーパッド２０５、表示手段２０６、通信手段２０７、ＧＰＳ位置検出装置２０８、赤外線通信装置２０９、通話装置２１０、時計２１５からなる。携帯電話機２００は、二次記憶装置２０１からプログラム２０２を主記憶装置２０３に読み出してＣＰＵ２０４が実行することで、ユーザ位置送信手段２１１、共通体験ニュース問い合わせ手段１１２、共通体験ニュース表示手段２１３を実現する。
【００４８】
前記携帯電話機２００が備える前記ユーザ位置送信手段２１１は、ＧＰＳ位置検出装置２０８（現在位置取得手段）より所定タイミング毎に現在の位置データを取得し、時計２１５より前記位置データを取得した時刻データを取得し、位置および時刻のデータと端末ＩＤ（例：携帯電話機２００の二次記憶装置２０１に予め格納されている）を所在履歴データとしてセンタサーバ１００に送信する。
【００４９】
また、前記携帯電話機２００が備える共通体験ニュース問い合わせ手段１１２は、ユーザによる通信開始指示をキーパッド２０５（入力インターフェイス）で受けて、前記赤外線通信装置２０９により、他ユーザが携行している携帯端末（例えば、携帯電話機２２０）と通信を行って他携帯端末２２０の端末ＩＤを取得し、自身の端末ＩＤと前記他携帯端末２２０の端末ＩＤのセットを含む共通体験情報リクエストをセンタサーバ１００に送信する。
【００５０】
また、前記携帯電話機２００が備える共通体験ニュース表示手段２１３は、前記センタサーバ１００に送信した位置および時刻のデータに対応する出来事であり、他者も体験した出来事についての情報を、前記センタサーバ１００から受信して表示手段２０６に表示する。
【００５１】
なお、これまで示した前記センタサーバ１００における各手段１１０〜１１４や、前記携帯端末たる携帯電話機における各手段２１１〜２１３は、ハードウェアとして実現してもよいし、メモリやＨＤＤ（Hard Disk Drive）などの適宜な記憶装置に格納したプログラムとして実現するとしてもよい。この場合、各装置のＣＰＵがプログラム実行に合わせて二次記憶装置等より該当プログラムを主記憶装置等に読み出して、これを実行することとなる。
【００５２】
−−−テーブル構造例−−−
次に、本実施形態におけるセンタサーバ１００が利用するデータベース１５０に格納されたテーブル１２５〜１２９について説明する。図２は本実施の形態に係るデータベース１５０が格納するテーブルの例を示す図であり、図３は本実施の形態に係る、（ａ）テーブル１２５、（ｂ）ニューステーブル１２６、（ｃ）ニュース観測情報テーブル１２７の各データ構造例を示す図である。
【００５３】
前記ユーザ位置ログテーブル１２５は、ユーザの存在位置履歴を格納するテーブルであり、センタサーバ１００のユーザ位置記録手段１１０によってレコードが追加される。本実施の形態における本テーブルには、ユーザを識別するカラムであるユーザＩＤカラム７０１と、ユーザの存在位置履歴を表す、日時カラム７０２と、ロケーションカラム７０３を持つ。前記日時カラム７０２には、携帯電話機２００で現在位置を取得した時刻のデータが格納され、前記ロケーションカラム７０３には、携帯電話機２００で取得した現在位置のデータ、例えば、緯度および経度の値が格納される。
【００５４】
また、前記センタサーバ１００は、前記データベース１５０において、スポーツの試合、コンサートなどの各種イベント、会議、桜の開花、日食や月食等の自然現象など様々なニュース（出来事）の情報と前記ニュースの地理的および時間的な観測可能範囲の情報とを対応付けて格納したテーブル１２６〜１２９を備えている。
【００５５】
そのうち、ニューステーブル１２６は、各地で発生したニュース情報を格納するテーブルであり、ニュースデータ生成手段１１２によってレコードが追加される。本実施の形態では、本テーブルには、ニュースを一意に識別するニュースＩＤカラム８０１と、ニュースの見出しを格納するニュースタイトルカラム８０２と、ニュースの記事情報を格納するニュース記事カラム８０３と、ニュースが観測可能であった面積を格納する観測面積カラム８０４と、ニュースを体験した人数を格納する体験人数カラム８０５を持つ。
【００５６】
また、ニュース観測情報テーブル１２７は、各々のニュースがどのエリアで、いつからいつまで観測可能であったかを格納するテーブルであり、ニュースデータ生成手段１１２によってレコードが追加される。本実施の形態では、本テーブルには、ニューステーブル１２６上のどのニュースの観測情報をあらわすのかを識別するニュースＩＤカラム９０１と、ニュースがあるエリアで観測可能であった時間帯の開始時刻を表す、観測可能開始日時カラム９０２と、観測可能であった時間帯の終了時刻を表す、観測可能終了日時カラム９０３と、観測可能であったエリア（エリアテーブル１２８に登録されたエリア）を一意に識別する、観測エリアＩＤカラム９０４の値が格納される。
【００５７】
このニュース観測情報テーブル１２７の例では、ニュースＩＤ「０００１」について、観測可能開始・終了日時（時間的な観測可能範囲のデータ）および観測エリア（地理的な観測可能範囲のデータ）が、複数登録されている。これはつまり、観測可能範囲が分散しているか、観測可能範囲が時系列的に遷移する例を示している。図４に、観測可能範囲が分散している例および観測可能範囲が時系列的に遷移する例を示す。
【００５８】
例えば、桜の開花のようなニュースは、時間の経過につれて、観測可能なエリアが変化してゆく。図４の例では、３月１５日に九州Ａ公園：１０１１と九州Ｂ公園：１０１２で観測可能である（つまり観測可能範囲が分散）。また、４月１日には関東Ｃ公園：１０１３と関東Ｄ公園：１０１４で観測可能となり、最後に４月６日に東北Ｅ公園：１０１５と東北Ｆ公園：１０１６で観測可能になっている（つまり観測可能範囲が遷移）。このような観測エリアや日時が変化するニュースも、一つのニュースＩＤに、観測可能範囲日時やエリアのレコードを複数登録することで対応出来る。例えば図３に挙げた例では、ニューステーブル１２６にて、桜の開花を表すレコード＝ニュースＩＤ「０００１」を１レコード保持し、ニュース観測情報テーブル１２７で各々の観測位置（観測エリアＩＤ「０００Ａ」〜「０００Ｃ」）とその観測時間帯に対応するレコードを３レコード保持している。
【００５９】
また、図５は本実施の形態に係る（ａ）エリアテーブル１２８、（ｂ）エリア要素テーブル１２９の各データ構造例を示す図である。前記エリアテーブル１２８は、ニュースが観測可能なエリア（つまり地理的な観測可能範囲）を、エリア要素テーブル１２９と組み合わせて格納するためのテーブルであり、エリアデータ生成手段１１３によりレコードが追加される。本実施の形態では、本テーブルには、エリアを一意に識別するエリアＩＤカラム１１０１と、エリアの名称を表すエリア名カラム１１０２と、エリアの面積を表すエリア面積面積１１０３の値が格納される。
【００６０】
また、前記エリア要素テーブル１２９は、ニュースが観測可能なエリアを、エリアテーブル１２８と組み合わせて格納するためのテーブルであり、エリアデータ生成手段１１３によりレコードが追加される。本実施の形態では、本テーブルには、エリアテーブル１２８上のレコードを一意に識別するエリアＩＤカラム１２０１と、１つのエリアを構成するエリア構成要素の中心点を表す、エリア要素位置カラム１２０２と、前記エリア構成要素の半径を表す、エリア要素半径カラム１２０３の値が格納される。この実施形態での各々のエリア構成要素は、エリア構成要素位置を中心にエリア要素半径だけ広がる円形エリアとなる。複数のエリア構成要素のいずれかに含まれる範囲として、ひとつのエリアが定まる。図６に、エリアテーブル１２８とエリア要素テーブル１２９を用いて表現可能なエリアの例を示す。このエリア例：１３０１が示すエリア（地理的な観測可能範囲）は、単純な四角形や円で表せない複雑な形をしている。しかし、前記エリアテーブル１２８上にこのエリア１３０１に対応する１つのレコードを登録し、エリア要素テーブル１２９上に当該エリア１３０１を内側から円形要素の集合で近似するとして、複数個のエリア構成要素１３０２ａ〜１３０２e・・・のレコードを作成することで、表現することができる。勿論、エリア構成要素の形状としては円形のみならず、一つのエリアを定義するために好適な形状であればいずれの形状を採用してもよい。
【００６１】
−−−コミュニケーション支援方法の概要−−−
図７は、本実施形態のコミュニケーション支援システム１０を二人のユーザが利用している状況を説明した図である。この例では、ユーザＡ：３１１とユーザＢ：３１２が実際に出会い、それぞれの携帯電話機２００、２２０を使って、共通体験ニュース問合せ手段２１２の起動処理をし、それぞれのユーザＩＤ（＝端末ＩＤ）：３２２、３２３を赤外線通信装置で交換したとする。この両者は、前記ユーザＩＤをセンタサーバ１００に送信し、共通して体験したニュースの表示要求を行う状況を想定している。ただし、これは想定される状況の一例であり、インターネット上のＳＮＳ（Social Networking Service）を初めとする、仮想的なコミュニケーションのシステム上でも本発明は適用可能である。例えば、インターネット上の掲示板や電子メールで互いのＩＤを交換して、複数ユーザのＩＤをセットにして前記センタサーバ１００に共通体験ニュース問い合わせを行う例も想定できるのである。つまり、実際に両者が出会う場合にのみ本発明の適用範囲を制限するものではない。
【００６２】
図８は、共通体験ニュース問合せ処理時のインターフェースを説明した図である。上記の想定例において、例えば、前記ユーザＡ：３１１の携帯電話機２００は、前記ユーザＢ：３１２のユーザＩＤ：３２３と自身のユーザＩＤ：３２２を含む共通体験情報リクエストをセンタサーバ１００に送信する。センタサーバ１００側では、この共通体験情報リクエストに応じて、ユーザＡ、Ｂの間での共通体験を特定することとなる。
【００６３】
この場合、例えば、ユーザＡ：３１１の携帯電話機２００の、表示手段２０６ａ上には共通体験の情報をセンタサーバ１００に要求するためのプログラム、すなわち共通体験ニュース問い合わせ手段２１２を起動するボタンアイコン４０１（携帯電話機２００が二次記憶装置２０１から読み出して表示）が表示される。前記ユーザＡ：３１１が本ボタンアイコン４０１をクリックすることで、携帯電話機２００は、前記共通体験ニュース問い合わせ手段２１２を起動し、その結果、センタサーバ１００に対する共通体験情報リクエストが送信され、さらには、共通体験ニュース表示手段２１３が前記センタサーバ１００から共通体験ニュースのデータを取得して表示手段２０６ｂ上に両者の共通体験ニュース（＝同一出来事の情報）を例えばランキング付で表示する。
【００６４】
続いて、センタサーバ１００と携帯電話機２００との連携について説明する。図９は、各手段の連携方法を説明した図である。前記携帯電話機２００の、ユーザ位置送信手段２１１は、ＧＰＳ位置検出装置２０８を用いてユーザの現在位置を、例えば、１時間毎など一定時間毎に検出している。そして、ユーザＩＤ、緯度経度情報などの現在位置の情報、および現在位置取得の日時が組になった、所在履歴データ５０１をセンターサーバ１００に送信する。
【００６５】
一方、センターサーバ１００のユーザ位置記録手段１１０は、前記携帯電話機２００から受け取った、前記所在履歴データ５０１をユーザ位置ログテーブル１２５に追加保存する。この処理により、ユーザの所在履歴データが時系列にセンタサーバ側に記録されてゆく。
【００６６】
他方、前記携帯電話機２００の共通体験ニュース問い合わせ手段１１２は、赤外線通信装置２０９を用いて、近くの別のユーザの携帯電話機２２０に、自分のユーザＩＤを送信するとともに、別のユーザのＩＤを前記携帯電話機２２０から受信し、自分のユーザＩＤ：Ａと他者のユーザＩＤ：Ｂが組になった共通体験情報リクエスト５０２を生成して、センターサーバに送信する。
【００６７】
センターサーバ１００の共通体験ニュース抽出手段１１１は、前記共通体験情報リクエスト５０２を受信し、ユーザ位置ログテーブル１２５、ニューステーブル１２６、ニュース観測情報テーブル１２７、エリアテーブル１２８、およびエリア要素テーブル１２９を検索し、２人のユーザが共通体験したと考えられるニュースを列挙したデータである、共通体験ニュースリスト５０３を前記携帯電話機２００に返信する。
【００６８】
携帯電話機２００内の、共通体験ニュース表示手段２１３は、センターサーバ１００から前記共通体験ニュースリスト５０３を受信し、表示手段２０６に表示する。この共通体験ニュースリスト５０３の例を図１０に示す。この図１０に示すように、前記共通体験ニュースリスト５０３には、共通ニュースタイトル、共通ニュース記事、前記各ユーザＡ、Ｂの体験場所を示す文字列、体験日時を示す文字列の組：６０１が複数個含まれる。これらのニュースはこのデータが提示された二人のユーザのコミュニケーションのきっかけとなりやすい。
【００６９】
−−−処理フロー例１（ユーザ位置送信）−−−
以下、本実施形態におけるコミュニケーション支援方法の実際手順について、図に基づき説明する。なお、以下で説明するコミュニケーション支援方法に対応する各種動作は、前記システム１０を構成するセンタサーバ１００および携帯電話機２００が主記憶装置に読み出して実行するプログラムによって実現される。そしてこのプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。
【００７０】
図１１は本実施の形態に係る処理手順例１を示すフローチャートである。ここではまず、ユーザ位置送信手段２１１の処理を説明する。すなわち、前記携帯電話機２００のユーザ位置送信手段２１１は、ＧＰＳ位置検出装置２０８を用いて、ユーザの現在位置を検出し、定期的に、ユーザＩＤ、日時、緯度、経度情報の組となる所在履歴データ５０１をセンターサーバ１００に送信する。ユーザ位置送信手段２１１は、一旦起動されると、終了の割り込み指示があるまで携帯電話機２００の主記憶装置に常駐し続け、定期的にセンタサーバ１００に所在履歴データの送信をする。
【００７１】
このフローにおいて、前記携帯電話機２００のユーザ位置送信手段２１１は、ＧＰＳ位置検出装置２０８より、当該携帯電話２００の現在位置を取得する（１４０１）。次に、現在位置、現在時刻、ユーザＩＤのデータを含む所在履歴データ５０１を、センタサーバ１００に送信する（１４０２）。その後、タイマー（時計２１５）にて１分間スリープする（１４０３）。本実施の形態では、１分間ごとに所在履歴データを送信することとしているが、送信間隔はもっと長くても、短くても良い。次にユーザ位置送信手段２１１は、処理終了の割り込み入力の有無を判別し、終了指示があった場合（１４０４：有）はプログラムを終了し、なかった場合（１４０４：無）、ステップ１４０１に戻る。
【００７２】
−−−処理フロー例２（ユーザ位置記録）−−−
図１２は、ユーザ位置記録手段１１０の処理を説明したフローチャートである。上記の処理フロー例１で示したように、携帯電話機２００から所在履歴データがセンタサーバ１００に送られる。この時、センタサーバ１００側では、ユーザ位置記録手段１１０が前記所在履歴データ５０１を携帯電話機２００から受信することとなる。
【００７３】
前記ユーザ位置記録手段１１０は、現在位置、現在時刻、ユーザＩＤを含む所在履歴データ５０１を携帯電話機２００より受信する（１５０１）。またユーザ位置記録手段１１０は、前記ステップ１５０１で受信した所在履歴データ５０１を、前記ユーザ位置ログテーブル２０１に格納する（１５０２）。こうして各ユーザの所在履歴データがセンタサーバ１００のユーザ位置ログテーブル１２５に蓄積されていく。
【００７４】
−−−処理フロー例３（共通体験ニュース問い合わせ）−−−
図７の例でもすでに示したが、複数のユーザが互いの共通体験を知りたいと考えたとする。この場合の携帯電話機２００の共通体験ニュース問い合わせ手段２１２の処理を以下に説明する。図１３は、共通体験ニュース問い合わせ手段２１２の処理を説明したフローチャートである。
【００７５】
ここで、前記共通体験ニュース問い合わせ手段２１２は、表示手段２０６に表示されている起動用アイコンのボタン４０１をユーザが押すことにより起動される。また、赤外線通信装置２０９を用いて、近くの別のユーザの携帯電話機２２０に、自分のユーザＩＤを送信するとともに、別のユーザのＩＤを受信し、自分のユーザＩＤ：Ａと他者のユーザＩＤ：Ｂを含む共通体験情報リクエスト５０２を生成して、センターサーバ１００に送信する。
【００７６】
こうした共通体験ニュース問い合わせ手段２１２は、赤外線通信装置２０９から、自身のユーザＩＤを他の携帯電話機２２０に送信する（１６０１）。他の携帯電話機２２０は、前記ユーザＡと、共通体験ニュースの取得に関して合意があるユーザＢの携帯電話機である。よって、ユーザＢの携帯電話機２２０側でも、ユーザＡから送信されるユーザＩＤの受信準備がで出来ている。また、同様に、ユーザＡに対してユーザＢのユーザＩＤの送信準備も出来てきている。
【００７７】
また、前記ユーザＡの携帯電話機２００は、赤外線通信装置２０９を介して前記他のユーザＢの携帯電話機２２０から送信されてくる、前記ユーザＢのユーザＩＤを受信する（１６０２）。ユーザＢのユーザＩＤを取得した共通体験ニュース問い合わせ手段２１２は、自身のユーザＩＤ「Ａ」と前記他のユーザＢのユーザＩＤ「Ｂ」を含む共通体験情報リクエスト５０２を生成し、センタサーバ１００に送信する（１６０３）。
【００７８】
−−−処理フロー例４（共通体験ニュース表示）−−−
上記処理フロー例３の処理に応じて、センタサーバ１００側からは共通体験の情報、つまり前記共通体験ニュースリスト５０３が返信されてくる（共通体験と判断される出来事があれば）。そこで携帯電話機２００はセンタサーバ１００から共通体験ニュースリスト５０３を受信することとなる。図１４は、共通体験ニュース表示手段２１３の処理を説明したフローチャートである。
【００７９】
ここで前記共通体験ニュース表示手段２１３は、前記センタサーバ１００から共通体験ニュースリスト５０３を受信する（１７０１）。また、共通体験ニュース表示手段２１３は、前記共通体験ニュースリスト５０３を表示手段２０６に表示する（１７０２）。前記ユーザＡはこの共通体験情報ニュースリスト５０３を携帯電話機２００で閲覧し、同様にセンタサーバ１００から共通体験ニュースリスト５０３を受信した携帯電話機２２０のユーザＢと、互いの共通体験を認識して話題を共有し、コミュニケーションの糸口をつかむことができる。
【００８０】
−−−処理フロー例５（共通体験ニュース抽出１）−−−
ここで、センタサーバ１００における、前記共通体験ニュースリスト５０３の作成手順について説明しておく。図１５は、共通体験ニュース抽出手段１１１の処理を説明したフローチャートである。前記共通体験ニュース抽出手段１１１は、複数のユーザＩＤの組、つまり共通体験情報リクエスト５０２をそれぞれのユーザの携帯電話機から受信し、前記複数のユーザが共通体験したと考えられるニュースを検索し、前記共通体験ニュースリスト５０３を生成する。
【００８１】
この場合、前記共通体験ニュース抽出手段１１１は、例えば前記携帯電話機２００（ユーザＡ使用）、携帯電話機２２０（ユーザＢ使用）から、ユーザＩＤ「Ａ」,「Ｂ」を含む共通体験情報リクエスト５０２を受信する（１８０１）。そして、前記ユーザＩＤ「Ａ」を入力として、関連ニュース抽出サブ手段１９００を呼び出し、ユーザＩＤ「Ａ」に関連するニュースのリストを取得する（１８０２）。また同様に、ユーザＩＤ「Ｂ」を入力として、関連ニュース抽出サブ手段１９００を呼び出し、ユーザＩＤ「Ｂ」に関連するニュースのリストを取得する（１８０３）。
【００８２】
前記共通体験ニュース抽出手段１１１は、前記ステップ１８０２と前記ステップ１８０３にて得られた２つのニュースリストに共通するニュースを抽出する（１８０４）。また、前記ステップ１８０４で得られたニュースのリストを、ニューステーブル１２６の、観測面積８０４が小さい順に並び替える（１８０５）。本実施の形態では、観測可能面積を小さい順に並べるようにしているが、この方法以外にも、前記ステップ１８０５にて、ニューステーブル１２６の、体験人数８０５が小さい順に並べ替えるようにすることが考えられる。最後に、共通体験ニュース抽出手段１１１は、前記ステップ１８０５で並べ替えを行ったニュースリストを共通体験ニュースリスト５０３として携帯電話機２００、２２０に送信する（１８０６）。共通体験ニュース抽出の詳細については次の処理フロー例で述べる。
【００８３】
−−−処理フロー例６（共通体験ニュース抽出２）−−−
図１６は、関連ニュース抽出サブ手段１９００の処理を説明したフローチャートである。ここで、関連ニュース抽出サブ手段１９００は、共通体験ニュース抽出手段１１１から呼び出され、あるユーザに関連するニュースを抽出するものである。前記関連ニュース抽出サブ手段１９００は、まずは結果を蓄えるバッファ（主記憶装置１０３に設定）を空にする（１９０１）。次に、前記共通体験ニュース抽出手段１１１から入力されたユーザＩＤ「Ａ」、「Ｂ」をキーとしてユーザ位置ログテーブル１２５を検索し、該当ユーザの所在履歴データを抽出する（１９０２）。
【００８４】
のちのステップ１９０４〜１９１０は、前記ステップ１９０２で抽出したすべての所在履歴データについて処理が終了するまで繰り返す（１９０３）。前記関連ニュース抽出サブ手段１９００は、抽出した所在履歴データが含む位置データが、前記エリア要素テーブル１２９におけるエリア要素位置１２０２を中心としたエリア要素半径１２０３の円内に入るエリア構成要素を検索する（１９０４）。
【００８５】
のちのステップ１９０６〜１９０８は、前記ステップ１９０４で検索したすべてのエリア構成要素について処理が終了するまで繰り返す（１９０５）。前記関連ニュース抽出サブ手段１９００は、前記検索したエリア構成要素のエリアＩＤが、観測可能エリアＩＤと等しいニュースを、ニュース観測情報テーブル１２７から検索する（１９０６）。また、前記ステップ１９０６で検索されたニュースの観測可能開始日時と観測可能終了日時の範囲に、該当所在履歴データが含む時刻データが含まれるか否か判断する（１９０７）。前記ステップ１９０７で、ニュースの観測可能開始日時と観測可能終了日時の範囲に、該当所在履歴データが含む時刻データが含まれる場合（１９０７：含まれる）、前記関連ニュース抽出サブ手段１９００は、処理をステップ１９０８に進める。一方、ニュースの観測可能開始日時と観測可能終了日時の範囲に、該当所在履歴データが含む時刻データが含まれない場合（１９０７：含まれない）、ステップ１９０９に処理を進める。
【００８６】
前記関連ニュース抽出サブ手段１９００は、前記ステップ１９０７の判定で、ニュースの観測可能開始日時と観測可能終了日時の範囲に、該当所在履歴データが含む時刻データが含まれると判断したニュースの情報を、結果バッファに追加する（１９０８）。
【００８７】
他方、関連ニュース抽出サブ手段１９００は、前記ステップ１９０５からステップ１９０８までの処理をエリア構成要素毎に繰り返し実行し、前記ステップ１９０８の実行後、前記ステップ１９０４で抽出したエリア構成要素の最後のエリア要素か否か判断する（１９０９）。このステップ１９０９により最後のエリア構成要素であると判断した場合（１９０９：最後）、関連ニュース抽出サブ手段１９００は、ステップ１９１０に処理を進める。他方、最後のエリア構成要素でなければ（１９０９：最後でない）、次のエリア構成要素をカレントのエリア構成要素として、ステップ１９０６へ戻る。
【００８８】
ステップ１９１０に処理を進めた関連ニュース抽出サブ手段１９００は、前記ステップ１９０３で抽出した所在履歴データについてステップ１９０４〜１９０９を繰り返し実行し、ステップ１９０９の実行後、前記ステップ１９０３で得た所在履歴データの最後の所在履歴データか否かを判断する（１９１０）。この判断で、最後の所在履歴データであると判断すれば（１９１０：最後）、前記関連ニュース抽出サブ手段１９００は、ステップ１９１１に処理を進める。他方、最後の所在履歴データでないと判断すれば（１９１０：最後でない）、前記関連ニュース抽出サブ手段１９００は、次に所在履歴データをカレントの所在履歴データとして、ステップ１９０４へ戻る。ステップ１９１１で、前記関連ニュース抽出サブ手段１９００は、結果バッファ上のニュースリストを呼び出して、前記共通体験ニュース抽出手段１１１に返す。つまり、共通体験ニュース抽出手段１１１は、前記共通体験ニュースリスト５０３を得るのである。
【００８９】
−−−ニュースデータ設定の例−−−
図１７は、前記センタサーバ１００のニュースデータ生成手段１１２が用いるユーザインターフェースとなる、ニュースデータ生成画面２０００の例を示す図である。ニュースデータ生成画面２０００は、前記ニュースデータ生成手段１１２により二次記憶装置１０１から該当画面データが読み出され、表示手段１０６に表示される。例えば、この画面２０００を通して、センタサーバ１００の管理者は、前記ニューステーブル１２６やニュース観測情報テーブル１２７等へのニュースデータの設定を行うことができる。
【００９０】
前記ニュースデータ生成画面２０００は、ニュースの見出し編集を受け付けるニュースタイトル入力フィールド２００１、ニュース記事の編集を受け付けるニュース記事入力フィールド２００２、ニュースが観測された日時とエリアの編集を受け付ける観測日時＆エリア編集領域２００３、編集したニュースデータの該当テーブルへの投入指示を受け付けるニュース追加ボタン２００８からなる。
【００９１】
前記ニュース追加ボタン２００８が押されると、前記ニュースデータ生成手段１１２は、この画面２０００に入力されたデータを抽出し、前記ニューステーブル１２６およびニュース観測情報テーブル１２７に格納する。また、前記ニュースデータ生成手段１１２は、該当ニュースのすべての観測可能エリアに地理的な重なりがあるか、位置情報の照合を行うなどして判定し、重なりがある場合はその重複分を除いて観測面積の算出を行う。この観測面積の算出値はニューステーブル１２６の観測面積カラム８０４に書き込まれる。
【００９２】
また、前記観測日時＆エリア編集領域２００３は、ニュースが観測できたエリアを編集する観測エリア編集カラム２００４、ニュースが観測できた時間帯を編集する観測可能開始日時編集カラム２００６、および観測可能終了日時編集カラム２００７からなる。観測エリア編集カラム２００４の各行には、観測エリア編集ボタン２００５が備わり、このボタン２００５が押されると、エリアデータ生成手段１１３が、エリアデータ編集画面２１００の画面データを二次記憶装置１０１から読み出して表示手段１０５に表示し、具体的な観測可能エリアの地図上での編集をユーザから受け付ける。
【００９３】
−−−エリアデータ設定の例−−−
図１８は、エリアデータ生成手段１１３のユーザインターフェースとなる、エリアデータ生成画面２１００の例を示す図である。前記エリアデータ生成画面２１００は、上述のニュースデータ生成画面２０００の観測エリア編集ボタン２００５が押下されることでエリアデータ生成手段１１３により起動される。
【００９４】
このエリアデータ生成画面２１００は、エリア名の編集を受け付けるエリア名入力フィールド２１０１と、地図上での複数個の円（＝エリア構成要素２１０６）の描画指定を受け付けて観測可能エリアの定義を受け付けるエリア編集領域２１０２と、地図上に円形のエリア構成要素２１０６を追加で描画する指示を受け付けるエリア要素描画ボタン２１０３と、地図上に書かれたエリア構成要素２１０６の選択削除を受け付けるエリア要素削除ボタン２１０４と、当該画面２１００で入力されたデータのエリアテーブル１２８、エリア要素テーブル１２９への格納指示を受け付けるＯＫボタン２１０５とから構成される。
【００９５】
前記エリアデータ生成手段１１３は、前記ＯＫボタン２１０５の押下を検知すると、当該画面２１００で入力されたデータを、前記エリアテーブル１２８、エリア要素テーブル１２９へ格納する。また、エリア構成要素同士の重なりを重複カウントしないようにエリア面積を算定し、エリアテーブル１２８のエリア面積カラム１１０３に格納する。
【００９６】
−−−処理フロー例７（体験人数算定）−−−
図１９は、ニュース体験人数算出手段１１４の処理を説明したフローチャートである。続いて、ニュース体験人数算出手段１１４の処理について説明する。ニュース体験人数算出手段１１４は、前記ニューステーブル１２６の体験人数カラム８０５に格納されるデータを算出する。
【００９７】
ここで前記ニュース体験人数算出手段１１４は、すべてのユーザの所在履歴データと、すべてのニュースの観測可能エリアおよび時間帯データを用いる。本実施例におけるニュース体験人数算出手段１１４は、例えば、１日に１回起動され、前記ニューステーブル１２６の体験人数カラム１２６の値をアップデートするバッチ処理を行う。
【００９８】
前記ニュース体験人数算出手段１１４は、以降、ステップ２２０２〜２２０７を、ニューステーブル１２６のすべてのレコードに関して繰り返す（２２０１）。この場合、前記ニュース体験人数算出手段１１４は、ユーザＩＤを蓄える主記憶装置１０３上のバッファ領域をクリアする（２２０２）。次に、ニュースＩＤをキーとして、前記ニュース観測情報テーブル１２７の、観測エリアＩＤ９０４と観測可能開始日時９０２と観測可能終了日時９０３を抽出する（２２０３）。
【００９９】
また、以降のステップ２２０５〜２２０６を、前記ステップ２２０３で抽出した各観測エリアと観測可能時間（開始・終了日時）の組について繰り返す（２２０４）。この場合、ニュース体験人数算出手段１１４は、前記ユーザ位置ログテーブル１２５を検索し、日時７０２が観測可能時間の範囲にあり、ロケーション７０３が観測可能エリアのいずれかのエリア構成要素内にあるレコードを抽出し、ここで抽出したレコードが含むユーザＩＤを前記主記憶装置１０３上のバッファに追加する（２２０５）。
【０１００】
このステップ２２０５の後、前記ニュース体験人数算出手段１１４は、前記ステップ２２０３で抽出した観測エリアのレコードのうち最後のエリアレコードか否かを判断する（２２０６）。ステップ２２０５で処理したエリアレコードが最後のエリアレコードであれば（２２０６：最後）、前記ニュース体験人数算出手段１１４はステップ２２０７に処理を進める。一方、前記ステップ２２０５で処理したエリアレコードが最後のエリアレコードでなければ（２２０６：最後でない）、次のエリアレコードをカレントのエリアレコードとしてステップ２２０５に戻る。
【０１０１】
処理をステップ２２０７に進めたニュース体験人数算出手段１１４は、主記憶装置１０３上のバッファにあるユーザＩＤの数を、重複を排除してカウントし、その値をニューステーブル１２６の体験人数８０５に書き込む（２２０７）。また、このステップ２２０７で処理したニュースレコードが、ニューステーブル１２６が含む最後のニュースレコードか否か判断する（２２０８）。前記ステップ２２０７で処理したニュースレコードが最後のニュースレコードでなければ（２２０８：最後でない）、次のニュースレコードをカレントのニュースレコードとしてステップ２２０２に戻る。他方、前記ステップ２２０７で処理したニュースレコードが最後のニュースレコードであれば（２２０８：最後）、前記ニュース体験人数算出手段１１４は処理を終了する。
【０１０２】
前記ニュース体験人数算出手段１１４は、前記共通体験ニュースリスト５０３が含むニュースについて、その体験人数を前記ニューステーブル１２６から読み出し、体験人数の多さに応じて上位として並べ替えてたランキングリストとする。そしてこのランキングリスト＝共通体験ニュースリスト５０３に含まれるニュース（＝出来事）を共通体験したユーザ（前記ステップ２２０７でカウント対象となったユーザＩＤで特定）の携帯電話機２００に宛てて、ランキングリストを送信する。
【０１０３】
以上、本実施形態によれば、ユーザ間での体験内容のずれが小さい共通体験の情報を、不必要な行動履歴をユーザ間で開示することなく自動的に作成し、ユーザに提供することができる。
【０１０４】
以上、本発明の実施の形態について、その実施の形態に基づき具体的に説明したが、これに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【図面の簡単な説明】
【０１０５】
【図１】本実施の形態に係るコミュニケーション支援システムを含むネットワーク構成図である。
【図２】本実施の形態に係るデータベースが格納するテーブルの例を示す図である。
【図３】本実施の形態に係る、（ａ）ユーザ位置ログテーブル、（ｂ）ニューステーブル、（ｃ）ニュース観測情報テーブルの各データ構造例を示す図である。
【図４】観測可能範囲が分散している例および観測可能範囲が時系列的に遷移する例を説明した図である。
【図５】本実施の形態に係る（ａ）エリアテーブル、（ｂ）エリア要素テーブルの各データ構造例を示す図である。
【図６】エリアテーブルとエリア要素テーブルを用いて表現可能な、エリアの例を説明した図である。
【図７】本実施形態のシステムを二人のユーザが利用している状況を説明した図である。
【図８】共通体験ニュース問合せ処理時のインターフェースを説明した図である。
【図９】コミュニケーション支援システムにおける各手段の連携を説明した図である。
【図１０】共通ニュースリストに含まれるデータを説明した図である。
【図１１】本実施の形態に係る処理手順例１を示すフローチャートである。
【図１２】本実施の形態に係る処理手順例２を示すフローチャートである。
【図１３】本実施の形態に係る処理手順例３を示すフローチャートである。
【図１４】本実施の形態に係る処理手順例４を示すフローチャートである。
【図１５】本実施の形態に係る処理手順例５を示すフローチャートである。
【図１６】本実施の形態に係る処理手順例６を示すフローチャートである。
【図１７】ニュースデータ生成画面の例を示す図である。
【図１８】エリアデータ生成画面の例を示す図である。
【図１９】本実施の形態に係る処理手順例７を示すフローチャートである。
【符号の説明】
【０１０６】
１０  コミュニケーション支援システム
１００  センタサーバ
１０１、２０１  二次記憶装置（記憶手段）
１０２、２０２  プログラム
１０３、２０３  主記憶装置
１０４、２０４  ＣＰＵ
１０５、２０５  入力インターフェイス
１０６、２０６  表示手段
１０７、２０７  通信手段
１１０  ユーザ位置記録手段
１１１  共通体験ニュース抽出手段
１１２  ニュースデータ生成手段
１１３  エリアデータ生成手段
１１４  ニュース体験人数算出手段
１２５  ユーザ位置ログテーブル
１２６  ニューステーブル
１２７  ニュース観測情報テーブル
１２８  エリアテーブル
１２９  エリア要素テーブル
１３０  データベース
１５０  データベース
１７１  携帯電話通信基地局
１７２  公衆通信網
１７３  インターネットゲートウェイ
１７４  インターネット
２００〜２３０  携帯電話機（携帯端末）
２０８  ＧＰＳ位置検出装置
２０９  赤外線通信装置
２１０  通話装置
２１１  ユーザ位置送信手段
２１２  共通体験ニュース問い合わせ手段
２１３  共通体験ニュース表示手段
【図１】
2010108299.tif 000003
【図２】
2010108299.tif 000004
【図３】
2010108299.tif 000005
【図４】
2010108299.tif 000006
【図５】
2010108299.tif 000007
【図６】
2010108299.tif 000008
【図７】
2010108299.tif 000009
【図８】
2010108299.tif 000010
【図９】
2010108299.tif 000011
【図１０】
2010108299.tif 000012
【図１１】
2010108299.tif 000013
【図１２】
2010108299.tif 000014
【図１３】
2010108299.tif 000015
【図１４】
2010108299.tif 000016
【図１５】
2010108299.tif 000017
【図１６】
2010108299.tif 000018
【図１７】
2010108299.tif 000019
【図１８】
2010108299.tif 000020
【図１９】
2010108299.tif 000021