(57)【要約】【課題】様々なコミュニティ情報を正確かつ迅速にユーザに知らせることの可能なコミュニティ情報提供システム及びその方法を提供する。【解決手段】交通機関遅延情報提供システム１は、電車内、駅のホーム又はその他の場所にいる複数のユーザ個人の有する携帯電話１０、１２、３０と通信するための通信システム２と各種情報の通信を行う送受信部３と、ユーザの携帯電話１０等から送信された交通機関遅延情報に基づいてユーザに確認情報の送信依頼を行う送信依頼部６と、受信された確認情報に基づいて信頼度の判定を行う信頼度判定部７と、信頼度に基づいて修正された交通機関遅延情報を生成する修正部８と、管理部９、データベース作成部１５、広告部１６と、各種のデータを記憶するための記憶部５を備える。道路渋滞情報、列車空席状況、スーパーマーケット特売情報、アトラクション混雑情報、観光地天気情報等にも適用可能である。【選択図】図１
2007133653.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの情報端末から送信されたコミュニティ情報を受信する受信手段と、
前記コミュニティ情報を記憶する記憶手段と、
前記記憶手段に記憶された前記コミュニティ情報に基づいてユーザに確認情報の送信依頼情報を作成する送信依頼手段と、
前記送信依頼情報をユーザの情報端末に送信する送信手段と、
受信された前記確認情報に基づいて信頼度の判定を行う信頼度判定手段とを備える
ことを特徴とするコミュニティ情報提供システム。
【請求項２】
前記信頼度に基づいてコミュニティ情報を修正する修正手段を備え、
前記送信手段は、前記修正されたコミュニティ情報をユーザの情報端末に送信する
ことを特徴とする請求項１記載のコミュニティ情報提供システム。
【請求項３】
前記受信手段は会員登録されているユーザからの前記コミュニティ情報のみを受け付ける
ことを特徴とする請求項１又は２記載のコミュニティ情報提供システム。
【請求項４】
ユーザの会費料金を前記コミュニティ情報の提供回数及び広告情報の受信有無のうち少なくとも１つに応じて変更する管理手段を備える
ことを特徴とする請求項１〜３のいずれか１項に記載のコミュニティ情報提供システム。
【請求項５】
前記受信手段はユーザの情報端末から送信された特性情報を受信し、
前記記憶手段は前記特性情報を記憶し、
前記記憶手段に記憶された前記特性情報に基づいて住所、乗降駅、沿線、趣味、旅行先、金融商品、購買品、ニュース、職業、経営、医療、健康、住宅、教育、子育て、芸術、乗り物、ギャンブル、理美容、スポーツ、不動産、語学及び資格別のうち少なくとも１つのユーザデータベースを作成するデータベース作成手段を備える
ことを特徴とする請求項１〜４のいずれか１項に記載のコミュニティ情報提供システム。
【請求項６】
ユーザの情報端末から送信されたコミュニティ情報を受信する受信手段と、
前記コミュニティ情報を記憶する記憶手段と、
前記コミュニティ情報に基づいて判断を行う判断手段と、
前記判断手段が生成した情報をユーザの情報端末に送信する送信手段とを備えるコミュニティ情報提供システムにおいて、
ユーザの情報端末から送信されたコミュニティ情報を受信手段が受信する受信ステップと、
前記コミュニティ情報を記憶手段が記憶する記憶ステップと、
前記記憶手段に記憶された前記コミュニティ情報に基づいて前記判断手段がユーザに確認情報の送信依頼情報を作成する送信依頼ステップと、
前記送信依頼情報をユーザの情報端末に送信手段が送信する送信ステップと、
受信された前記確認情報に基づいて前記判断手段が信頼度の判定を行う信頼度判定ステップとを含む
ことを特徴とするコミュニティ情報提供方法。
【請求項７】
前記信頼度に基づいて前記判断手段がコミュニティ情報を修正する修正ステップと、
前記送信手段が前記修正されたコミュニティ情報をユーザの情報端末に送信するステップとを含む
ことを特徴とする請求項６記載のコミュニティ情報提供方法。
【請求項８】
前記受信ステップにおいて、前記受信手段は会員登録されているユーザからの前記コミュニティ情報のみを受け付ける
ことを特徴とする請求項６又は７記載のコミュニティ情報提供方法。
【請求項９】
前記判断手段がユーザの会費料金を前記コミュニティ情報の提供回数及び広告情報の受信有無のうち少なくとも１つに応じて変更する管理ステップを含む
ことを特徴とする請求項６〜８のいずれか１項に記載のコミュニティ情報提供方法。
【請求項１０】
前記受信手段がユーザの情報端末から送信された特性情報を受信するステップと、
前記記憶手段が前記特性情報を記憶するステップと、
前記記憶手段に記憶された前記特性情報に基づいて前記判断手段が住所、乗降駅、沿線、趣味、旅行先、金融商品、購買品、ニュース、職業、経営、医療、健康、住宅、教育、子育て、芸術、乗り物、ギャンブル、理美容、スポーツ、不動産、語学及び資格別のうち少なくとも１つのユーザデータベースを作成するデータベース作成ステップとを含む
ことを特徴とする請求項６〜９のいずれか１項に記載のコミュニティ情報提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電車等の交通機関遅延情報等のコミュニティ情報を携帯情報端末を利用して一般ユーザに提供するシステムに関する。
【背景技術】
【０００２】
列車の遅延情報や道路の渋滞情報等の交通手段に関する情報の収集・配信するシステム、スーパーマーケットの特売情報や、テーマパークのアトラクションの混雑情報や、観光地のお天気情報などをターゲットにしたコミュニティ情報収集・配信システムには、様々なものが提案されている。例えば、鉄道事業者や乗換案内サービス、メーリングリスト、おしえてｇｏｏのような情報交換サイトである。
【０００３】
また、従来の交通機関遅延情報提供システムの一つにおいては、交通機関データ端末は、利用者から定期券購入時に利用区間と経路、期間、氏名の他、通常の利用時間帯、利用者端末メールアドレス、遅延時連絡先端末メールアドレスを受け、利用者データに登録する利用者データ登録処理手段と、交通機関の事故情報を収集し、遅延解消までそれを保持管理し、利用者データを参照し遅延している路線の利用者について、通常利用時間帯の前であれば利用者端末にインターネットを通じ交通機関事故情報メールを送信し、通常利用時間帯内であれば遅延時連絡先端末、利用者端末に遅延情報メールを送信する交通機関事故情報収集配信手段とを含む構成をとっている（例えば、特許文献１参照。）。
【特許文献１】特開２００２−６２５１６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、様々なコミュニティ情報を一般ユーザに正確かつ迅速に知るためのシステムやその方法については、現在のところ十分に実用に耐えるほどのものは見当たらない。現状では、例えば電車の遅延情報の場合、利用者が駅に到着して改札口付近で又は駅のホームで、駅員のアナウンスを聞いたり、掲示を見たりして、現在運転がされているか否か、現在の電車の遅延時間、運転がされていない場合は運転再開の予定時刻等を知るような状況となっている。
【０００５】
また、電鉄会社や特定の調査情報機関からの遅延情報を、インターネット等を利用して利用者が携帯電話やパソコン等により知ることもできるが、現在、電鉄会社等が国土交通省の指導で提供している情報は３０分以上の遅れについてのみホームページ上で提供するに留まっている。
【０００６】
本来は、電鉄等の交通会社等が当該遅延に係る情報を正確かつ迅速に利用者に対して提供すべきであるが、電鉄会社等のシステム上の問題等があるため容易ではない。つまり、列車運行システムと運輸情報のシステムとを連携させることは、システム障害等の問題発生の恐れがある。また、情報提供サービスを実施すること自体が、それだけ自社の電車がよく遅れるということを世間に知らせることとなり、遅延情報のこまめな提供に対する意欲が低下する原因の一つともなっている。
【０００７】
さらに、利用客のほとんどは、３０分どころか数分程度の遅れにより、その後の大幅なスケジュールの変更を余儀なくされる場合が少なくないという問題がある。
【０００８】
例えば、切符を買う前に交通機関遅延情報を知りたい場合や、本当に交通機関が遅延しているのであれば迂回路線や異なる交通機関を利用する、時間的に余裕をもって家を出発する、乗換駅を変更する、等の対応をすべき場合や、終電の時間に影響が出そうかどうかを予測するような場合に当該サービスは非常にニーズが高い。
【０００９】
また、スーパーマーケットの特売情報や、テーマパークのアトラクションの混雑情報や、観光地のお天気情報などをターゲットにしたコミュニティ情報収集・配信システムについても同様の状況となっている。
【００１０】
そこで、本発明は、交通機関の最新の遅延情報等のコミュニティ情報を正確かつ迅速にユーザに知らせることの可能なコミュニティ情報提供システム及びその方法を提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記の目的を達成するため、本発明に係るコミュニティ情報提供システムは、ユーザの情報端末から送信されたコミュニティ情報を受信する受信手段と、前記コミュニティ情報を記憶する記憶手段と、前記記憶手段に記憶された前記コミュニティ情報に基づいてユーザに確認情報の送信依頼情報を作成する送信依頼手段と、前記送信依頼情報をユーザの情報端末に送信する送信手段と、受信された前記確認情報に基づいて信頼度の判定を行う信頼度判定手段とを備えることを特徴とする。
【００１２】
さらに、前記信頼度に基づいてコミュニティ情報を修正する修正手段を備え、前記送信手段は、前記修正されたコミュニティ情報をユーザの情報端末に送信することを特徴とする。
【００１３】
さらに、前記受信手段は会員登録されているユーザからの前記コミュニティ情報のみを受け付けることを特徴とする。
【００１４】
さらに、ユーザの会費料金を前記コミュニティ情報の提供回数及び広告情報の受信有無のうち少なくとも１つに応じて変更する管理手段を備えることを特徴とする。
【００１５】
さらに、前記受信手段はユーザの情報端末から送信された特性情報を受信し、前記記憶手段は前記特性情報を記憶し、前記記憶手段に記憶された前記特性情報に基づいて住所、乗降駅、沿線、趣味、旅行先、金融商品、購買品、ニュース、職業、経営、医療、健康、住宅、教育、子育て、芸術、乗り物、ギャンブル、理美容、スポーツ、不動産、語学及び資格別のうち少なくとも１つのユーザデータベースを作成するデータベース作成手段を備えることを特徴とする。
【００１６】
本発明に係るコミュニティ情報提供方法は、ユーザの情報端末から送信されたコミュニティ情報を受信する受信手段と、前記コミュニティ情報を記憶する記憶手段と、前記コミュニティ情報に基づいて判断を行う判断手段と、前記判断手段が生成した情報をユーザの情報端末に送信する送信手段とを備えるコミュニティ情報提供システムにおいて、ユーザの情報端末から送信されたコミュニティ情報を受信手段が受信する受信ステップと、前記コミュニティ情報を記憶手段が記憶する記憶ステップと、前記記憶手段に記憶された前記コミュニティ情報に基づいて前記判断手段がユーザに確認情報の送信依頼情報を作成する送信依頼ステップと、前記送信依頼情報をユーザの情報端末に送信手段が送信する送信ステップと、受信された前記確認情報に基づいて前記判断手段が信頼度の判定を行う信頼度判定ステップとを含むことを特徴とする。
【００１７】
さらに、前記信頼度に基づいて前記判断手段がコミュニティ情報を修正する修正ステップと、前記送信手段が前記修正されたコミュニティ情報をユーザの情報端末に送信するステップとを含むことを特徴とする。
【００１８】
さらに、前記受信ステップにおいて、前記受信手段は会員登録されているユーザからの前記コミュニティ情報のみを受け付けることを特徴とする。
【００１９】
さらに、前記判断手段がユーザの会費料金を前記コミュニティ情報の提供回数及び広告情報の受信有無のうち少なくとも１つに応じて変更する管理ステップを含むことを特徴とする。
【００２０】
さらに、前記受信手段がユーザの情報端末から送信された特性情報を受信するステップと、前記記憶手段が前記特性情報を記憶するステップと、前記記憶手段に記憶された前記特性情報に基づいて前記判断手段が住所、乗降駅、沿線、趣味、旅行先、金融商品、購買品、ニュース、職業、経営、医療、健康、住宅、教育、子育て、芸術、乗り物、ギャンブル、理美容、スポーツ、不動産、語学及び資格別のうち少なくとも１つのユーザデータベースを作成するデータベース作成ステップとを含むことを特徴とする。
【発明の効果】
【００２１】
本発明に係るコミュニティ情報提供システム及びその方法によれば、利用者の情報端末からの情報を用いるため、コミュニティ情報を正確かつ迅速に収集することができ、その内容を一般の利用者にリアルタイムに知らせることが可能となる。
【００２２】
本システムにおいてはコミュニティ内の利用者が情報の受け手であり送り手であることを最大限に活かし、実質的同一の内容の送信数等を考慮することにより寄せられたコミュニティ情報の信頼度を算出し、その信頼度に基づいてコミュニティ情報を修正したり、さらにユーザにコミュニティ情報に関する確認情報の送信依頼を行うので、コミュニティ情報の正確度合いを短時間のうちに次第に高めていくことができる。
【００２３】
情報提供者を会員登録されている者に限定したり、コミュニティ情報の提供回数や広告情報の受信有無に応じて会費料金を増減する等の会費変更をすることにより、情報提供者のインセンティブを上げることができ、さらに有益な情報を短時間に大量に収集することができる。
【００２４】
ユーザの関係する住所、乗降駅、沿線、趣味、旅行先、金融商品、購買品、ニュース、職業、経営、医療、健康、住宅、教育、子育て、芸術、乗り物、ギャンブル、理美容、スポーツ、不動産、語学及び資格といった特性情報を基に、各特性別のユーザデータベースを作成することで、特にコミュニティ情報を必要とするユーザに的確に情報提供することができる。
【発明を実施するための最良の形態】
【００２５】
以下では、本発明を実施するための最良の形態について図面を参照しながら説明を行う。
【実施例１】
【００２６】
図１は、本発明の実施例１に係る交通機関遅延情報提供システムの概要を示す図である。
【００２７】
交通機関遅延情報提供システム１は、電車内、駅のホーム又はその他の場所にいる複数のユーザ個人の有する携帯電話１０、１２、３０と通信するための通信システム２と各種情報の通信を行う送受信部３と、各種情報を基に後述するような種々の判断を行う判断部４と、各種のデータを記憶するための記憶部５とを備える。
【００２８】
判断部４は、電車２０の中のユーザの携帯電話１０、駅２２のホームで電車を待っているユーザの携帯電話１２又は駅以外の場所でこれから電車に乗ろうとしているユーザの携帯電話３０等から送信された交通機関遅延情報に基づいてユーザに確認情報の送信依頼を行う送信依頼部６と、受信された確認情報に基づいて信頼度の判定を行う信頼度判定部７と、信頼度に基づいて修正された交通機関遅延情報を生成する修正部８等を備える。
【００２９】
図２は、実施例１に係る交通機関遅延情報提供システムの概略フローチャートである。
【００３０】
まず、最初に電車２０に乗り合わせている乗客や駅２２のホームで電車を待っているユーザが、その電車の遅延情報を自己の携帯電話のインターネット機能を利用して、交通機関遅延情報提供システム１へ提供する（Ｓ１）。送信された遅延情報は、通信システム２を経由して送受信部３において受信される。受信された各遅延情報は、判断部４に送られ整理され第一次情報として記憶部５に送られて記憶される。
【００３１】
次に、交通機関遅延情報提供システム１の送信依頼部６は、送受信部３及び通信システム２を通じ、あらかじめ登録されている全ユーザの携帯電話へ電子メールを利用して第一次情報の配信を行う（Ｓ２）。また、所定のホームページ上にその情報を掲載する。
【００３２】
次に、交通機関遅延情報提供システム１の送信依頼部６は、送受信部３及び通信システム２を通じ、あらかじめ登録されている全ユーザの携帯電話へ電子メールを利用して第一次情報に対する確認情報の呼びかけを行う（Ｓ３）。
【００３３】
次に、確認情報の呼びかけをされたユーザは、自己の携帯電話を利用して交通機関遅延情報提供システム１に対し追加情報の提供を行う（Ｓ４）。送信された追加情報は、通信システム２を経由して送受信部３において受信される。受信された各追加情報は、判断部４内で整理され、記憶部５に送られて記憶される。
【００３４】
次に、交通機関遅延情報提供システム１の信頼度判定部７は、受信・記憶された各追加情報に基づいて信頼度の判定を行う（Ｓ５）。詳細は後述する。
【００３５】
次に、交通機関遅延情報提供システム１の修正部９は、全ユーザの携帯電話に対して信頼度、修正情報等の提供を行う（Ｓ６）。
【００３６】
例えば、第一次情報は「○○線の電車が事故で現在止まっている」というようなものである。確認情報の呼びかけの例は「○○線の電車が事故で現在止まっているという情報について、ご存知の方は情報をください」というものである。呼びかけに対する追加情報の例は「はい、○○線の電車は現在止まっている」、「先ほどの情報は信頼できる情報です」、「先ほどの情報は誤りです」というものである。
【００３７】
本システムでは、電車の利用客が情報の受け手であり送り手である。このことを最大限に活かし、情報の正確度合いを高めていくことを本システムは特徴の一つとしている。
【００３８】
ユーザが、駅のホームや改札口等で知った電車の遅延情報を、コンテンツサービスプロバイダに提供するが、この段階では当該情報が正しいのかどうかわからない。しかしながら、交通における遅延情報は素早く流さないと意味がないため、一旦未確認情報として当該路線利用者に配信する。
【００３９】
次に、未確認情報を確実な情報へと引き上げる工夫が必要である。先ほどの未確認情報の提供と同時に、追加情報の提供を呼びかける。そうすると、遅延している電車に乗り合わせた乗客やホームのアナウンスを聞いた人たちが情報提供する。
【００４０】
次に、寄せられた追加情報を統計的に集計し、その信頼度を判定して修正情報として内容を通知する。
【００４１】
このように、本システムは呼びかけに対する反応状況をユーザにフィードバックする方法をとっている。
【００４２】
ただし、本システムを有効に稼動させるためには、ユーザに情報提供させるインセンティブの与え方と、確認情報の正確度合いの高め方に工夫が必要である。
【００４３】
第一報の遅延情報に対して、追加情報を他のユーザに呼びかけ、情報の質を高めていくことが必要である。そのためには、集まってくる情報を瞬時に整理し追加情報を提供する必要がある。
【００４４】
どのような情報がどれだけ集まれば信頼度を判断できるかについては、各種の統計手法等を取り入れてノウハウとして構築する。ただし、上記の判断には、多くの情報を集める必要がある。
【００４５】
図３は、実施例１に係る交通機関遅延情報提供システムの判断を示すフローチャートである。
【００４６】
まず最初に、全体の受信情報のうち実質的に同一の内容の受信数があらかじめ設定された定数０より大きいかどうかを判断する（Ｓ１０）。大きい場合には（Ｓ１０でＹＥＳ）、全ユーザに対し信頼度が「高」を配信する（Ｓ１６）。
【００４７】
一方、小さいか等しい場合には（Ｓ１０でＮＯ）、受信された「正」の受信全体数に対する比率があらかじめ設定された定数１より大きいかどうかを判断する（Ｓ１１）。大きい場合は（Ｓ１１でＹＥＳ）、ユーザに対し信頼度「高」を配信する（Ｓ１６）。
【００４８】
一方、そうでない場合は（Ｓ１１でＮＯ）、受信された「誤」の受信全体数に対する比率があらかじめ設定された定数２より大きいかどうかを判断する（Ｓ１２）。大きい場合は（Ｓ１２でＹＥＳ）、ユーザに対し信頼度「低」を配信する（Ｓ１７）。
【００４９】
一方、そうでない場合は（Ｓ１２でＮＯ）、修正内容毎に分類可能かどうかを判断する（Ｓ１３）。分類可能な場合は（Ｓ１３でＹＥＳ）、修正情報の提供を行う（Ｓ１４）。一方、分類不可能な場合は（Ｓ１３でＮＯ）、再度、ユーザに対し確認情報の呼びかけを行う（Ｓ１５）。
【００５０】
一般に、情報端末、特に携帯電話などの携帯端末を利用して複雑な情報を文章形式により送信する場合、受信側のシステムにおいて当該情報の内容を瞬時に判断して分類するような迅速な処理は非常に困難である。このため、ＵＲＬ（Uniform Resource Locator）から情報送信できるようにすることが有効である。ＵＲＬは、できるだけ文字入力をせずにチェックボックスやドロップダウンボックス（プルダウンメニュー）等を多用する。これにより、画面の操作性が向上する。
【００５１】
図４は、実施例１に係る交通機関遅延情報提供システムにおけるユーザの携帯電話における画面操作例を示す図である。図４（ａ）は第一報についての送信画面を表しており、図４（ｂ）は確認情報の送信画面を表している。
【００５２】
図４（ａ）に示すように、第一報についての送信時の携帯電話の画面５０において、地域用プルダウンメニュー５１（関東、中部、近畿等）、会社名用プルダウンメニュー５２（ＡＢＣ、ＤＥＦ電鉄等）、路線名用プルダウンメニュー５３（東海道線、関西線等）、行き先用プルダウンメニュー５４（京都方面、神戸方面等）、場所用プルダウンメニュー５５（大阪、高槻、京都、長浜等）、時間用プルダウンメニュー５６（１分、２分、・・・、１０分、・・・、等）、が表示されている。
【００５３】
図４（ｂ）に示すように、携帯電話の画面６０においては確認プルダウンメニュー６１では「ＹＥＳ（正しい）」、「ＮＯ（誤り）」、「修正有り」が選択可能である。呼びかけられたユーザは、第一報の内容が正しい場合は、「ＹＥＳ」を選択する。第一報の内容が全く誤っている場合は、「ＮＯ」を選択する。第一報の内容を修正する場合は、「修正有り」を選択する。
【００５４】
また、会社名６２、路線名６３、行き先６４、場所６５及び時間６６の各プルダウンメニューが表示されている。
【００５５】
図４（ｂ）に示すように、例えば、修正画面の場所６５に該当するプルダウンメニューには、駅名として「大阪」から「長浜」までが選択できるように、区間や駅名が段階的に選択できるようになっている。
【００５６】
例えば、第一報の行き先が「京都方面」であるところを「山崎」に修正する場合は、行き先プルダウンメニュー７０において、大阪〜高槻、高槻〜京都、京都〜彦根、彦根〜長浜、の各区間が表示されているところの「高槻〜京都」を選択し、次に、選択された区間に属する、新たに表示された、京都、西大路、向日町、長岡京、山崎、高槻、の各駅名のうち「山崎」を選択すればよい。
【００５７】
また、修正画面では、第一報の内容が赤い字等で表示され、上述したようにユーザが修正箇所のみを選択入力すれば情報を送信できるようになっている。
【００５８】
修正画面のプルダウンメニュー等には、第一報の情報とリンクさせ、当該情報に関連する内容が選択できるようになっている。
【００５９】
また、得られる情報をできるだけ簡易な属性に分類するほうが望ましい。つまり、細分化しすぎると入力も手間な上、分類する側も複雑な分類作業が伴う。このため、最適なレベルでの分類が容易となるような入力項目を工夫する必要がある。加えて、情報提供者のインセンティブを上げる仕掛けが必要である。
【実施例２】
【００６０】
本発明の実施例２に係る交通機関遅延情報提供システムでは、実施例１における判断部４において管理部９、データベース作成部１５及び広告部１６がさらに備えられている（図１参照）。その他は実施例１で説明を行ったシステムと同様である。
【００６１】
本システムの特徴は、電車等の利用者が情報提供者であり、かつ、情報享受者であるということであり、いかに有益な情報を短時間にできるだけ大量に収集するかが重要項目となる。そのためには、第一報や追加情報を提供したユーザに対し、情報料を支払うことが有効である。しかしながら、数千人規模の情報提供者に情報料を逐次個別に支払うことは現実的ではなく、困難を伴う。
【００６２】
このため、本システムを会員制にして有料情報提供サイトとして運営し、会員の情報提供回数に応じて基本料金（例えば、月額会費100円）を減額していく方法をとる。会費は例えば携帯電話会社のサービスを通じて徴収する。
【００６３】
また、いたずら防止のために間違い情報等をある規定回数以上送信した会員に対しては、以降の情報提供を受け付けないようにすることで提供される情報の質の低下を防ぐ。
【００６４】
図５は、実施例２に係る交通機関遅延情報提供システムの判断を示すフローチャートである。
【００６５】
管理部９は、まず各ユーザが一定期間内に有益情報を提供したかを調査する（Ｓ２１）。有益情報を提供している場合は（Ｓ２１でＹＥＳ）、（有益情報の提供件数×50円）をその会員の基本料金（月額会費）から減額する（Ｓ２２）。次に、減額が基本料金を超えているかどうかを確認する（Ｓ２３）。もし、超えている場合は（Ｓ２３でＹＥＳ）、翌月以降に持ち越しする（Ｓ２４）。
【００６６】
また、間違い情報をＭ（例えば３）回以上提供したかどうかを確認する（Ｓ２５）。超えている場合は（Ｓ２５でＹＥＳ）、そのユーザからの以降の情報提供を受け付けない（Ｓ２６）。
【００６７】
さらに、本システムを用いたビジネスは、強力な広告ツールとなる可能性を秘めており、会費以外の収入が期待できる。つまり、どの沿線に住居を有し、どの沿線に職場や学校を有しているのか、どのような趣味、旅行先、金融商品（株、預金など）、購買品、ニュース、職業、経営、医療、健康、住宅、教育、子育て、芸術、乗り物、ギャンブル、理美容、スポーツ、不動産、語学及び資格等に関係や関心があったりするのか等というユーザの特性情報となる会員情報が、会員登録時にシステム運用側（コンテンツサービスプロバイダ）で自動的に把握でき、住所、乗降駅、沿線、趣味、旅行先、金融商品、購買品、ニュース、職業、経営、医療、健康、住宅、教育、子育て、芸術、乗り物、ギャンブル、理美容、スポーツ、不動産、語学及び資格等別の利用者データベースが構築できる。判断部４内のデータベース作成部１５は、上記データベースを記憶部５内に構築する。
【００６８】
このため、判断部４内の広告部１６は上記データベースを基にこれらの会員に住所、乗降駅、沿線、趣味、旅行先、金融商品、購買品、ニュース、職業、経営、医療、健康、住宅、教育、子育て、芸術、乗り物、ギャンブル、理美容、スポーツ、不動産、語学及び資格等別のコマーシャル情報を提供することができ、非常に強力な広告ツールとなりうる。なお、コマーシャル情報としては、あらかじめ入力されて記憶部５内にデータベース化されてあるもの等を用いることができる。
【００６９】
なお、広告配信を不要とする会員の会費を高く設定することで、できるだけ広告配信の利用客を増やす工夫を行える。さらに、交通手段だけでなく、コミュニティ情報の情報交換ツール等にも応用することができ、非常に発展性の高い情報配信システムとなりうる。
【００７０】
次に、他のシステムやサービスとの違いについて、電車の遅延情報の配信サービスを事例として説明を行う。
【００７１】
従来の鉄道事業者や乗換案内サービスは、利用者が自ら特定のサイトを閲覧しなければ遅延状況が分からない。また、電鉄会社や乗換案内サービスが情報提供する場合には、正確な情報のみが提供されることが大前提であるために、その確認作業等に時間を要するケースがほとんどでありリアルタイム性に欠ける。
【００７２】
それに対し、本システムは、とりあえず利用者の第一報があれば当該情報を「未確認情報」として提供し、次いで当該情報の正誤や修正情報に関する追加情報提供を呼びかけ、提供された追加情報を整理し提供しながら情報の質を向上させる方式を採る為に、リアルタイムでの情報提供が可能となる。
【００７３】
また、メーリングリストとの最大の違いは、提供された情報を未修正にて提供するかどうかにある。通常、メーリングリストの場合には、あるメンバーがメーリングリストにむけてメールを送信すればメンバー間に当該メールが一斉に送信され、それに対する返答等のメールが送信されればそのメールがまた一斉にメンバーに届く。このように、送信されるメールの数だけメールが届くために、多数の情報を集め情報の質を高める本システムの趣旨にはそぐわない。また、メーリングリストの場合には、情報提供者のメールアドレスが開示されているために、様々な人々が参加できる本システムには不向きである。
【００７４】
また、おしえてｇｏｏのサイトのように、利用者の質問に対し、別の利用者が答えるという情報交換サイトが存在するが、本システムとの最大の違いはリアルタイム性が上げられる。また、おしえてｇｏｏ等のサイトは、基本的に利用者が当該サイトを閲覧することによって回答を得られるシステムになっている。その上、提供された回答は、中傷や差別内容を除き、その回答の数だけ掲載されることがほとんどである。
【００７５】
それに対し、本システムでは、リアルタイム性を実現するとともに、利用者がサイトを閲覧せずともメールにて情報を入手でき、かつ、その情報の内容を整理し、その高められた情報を入手できる工夫が施されているために、重複情報を受け取ることは無い。
【００７６】
以上、本発明に係るコミュニティ情報提供システム及びその方法の実施例について説明を行ったが、本発明に係るコミュニティ情報提供システム及びその方法は説明を行った実施例に限定はされない。特に効果的な実施例として、列車の遅延情報や道路の渋滞情報等、新幹線の空席状況等の交通手段に関する情報の収集・配信するシステムが考えられるが、それに限ることなくスーパーマーケットの特売情報や、テーマパークのアトラクションの混雑情報や、観光地の天気情報などをターゲットにしたコミュニティ情報収集・配信システムにも適用できる。
【００７７】
その場合に実施例１の交通機関遅延情報提供システムの構成と異なるところは、携帯端末等におけるプルダウンメニュー等の画面の仕様であり、その他は同様の構成となる。例えばスーパーマーケットの特売品情報の場合は、商品名、価格、残数等の情報入力になる。また、新幹線の空席情報の場合は、新幹線の種類、号数、行き先、現在地（どの駅を出発したところか等）、車両番号、空席数等の情報入力となる。そして、あらかじめ入力されてデータベース化されてある、その内容に見合った広告（例えば、特売品情報の場合ならば他のスーパーマーケットの同一品情報、東京出張の場合ならばビジネスホテルのサイトへのリンク等）が取り出されてそのユーザに配信される仕組みが有効となる。
【００７８】
また、情報端末として、携帯電話の代わりにＰＤＡ（Personal Digital Assistant）やパソコン等を用いてもよい。各種情報を情報端末のモニタに表示する代わりに、ユーザに音声等にて伝達する方式をとってもよい。
【産業上の利用可能性】
【００７９】
本発明は、電車等の交通機関遅延情報、道路の渋滞情報、新幹線の空席状況等の交通手段に関する情報、スーパーマーケットの特売情報、テーマパークのアトラクションの混雑情報、観光地の天気情報などを一般利用者に提供するためのコミュニティ情報提供システム及びその方法に適用できる。
【図面の簡単な説明】
【００８０】
【図１】実施例１に係る交通機関遅延情報提供システムの概要を示す図である。
【図２】実施例１に係る交通機関遅延情報提供システムの概略フローチャートである。
【図３】実施例１に係る交通機関遅延情報提供システムの判断を示すフローチャートである。
【図４】実施例１に係る交通機関遅延情報提供システムにおける画面操作例を示す図である。
【図５】実施例２に係る交通機関遅延情報提供システムの判断を示すフローチャートである。
【符号の説明】
【００８１】
１  交通機関遅延情報提供システム
２  通信システム
３  送受信部
４  判断部
５  記憶部
６  送信依頼部
７  信頼度判定部
８  修正部
９  管理部
１０、１２、３０  携帯電話
１５  データベース作成部
１６  広告部
２０  電車
２２  駅
５０、６０  携帯電話の画面
５１〜５６、６１〜６６、７０  プルダウンメニュー
【図１】
2007133653.tif 000003
【図２】
2007133653.tif 000004
【図３】
2007133653.tif 000005
【図４】
2007133653.tif 000006
【図５】
2007133653.tif 000007