(57)【特許請求の範囲】
【請求項１】
記憶装置に記憶される簡易ブログに投稿された投稿情報を集計するサーバと、前記投稿情報を集計した集計値に基づく地図を表示する携帯端末とが通信可能な情報処理システムであって、
前記サーバは、
所定の検索キーワードを含む前記投稿情報を検索する検索手段と、
投稿情報の単位時間あたりの件数による重み付けと、重み付けを用いた算出を行うためのキーワードに応じた重み付けとを記憶する重み付け記憶手段と、
前記検索手段による投稿情報の検索結果と前記重み付け記憶手段に記憶された複数の重み付けに基づき、前記検索キーワードに係る集計値を算出する算出手段と、
を備え、
前記携帯端末は、
前記算出手段により算出された集計値に基づき、当該集計値が所定の基準を満たす前記検索キーワードに対応する領域を強調した地図を表示する表示手段
を備え、
前記算出手段は、前記検索手段により検索された前記検索キーワードを含む投稿情報の単位時間あたりの件数による重み付けと、当該検索キーワードを含む投稿情報に含まれている前記重み付けキーワードに応じた重み付けの両方を用いて、当該検索キーワードに係る集計値を算出することを特徴とする情報処理システム。
【請求項２】
前記重み付けキーワードに応じた重み付けは、プラスの重み付けとマイナスの重み付けとを含むことを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記サーバは、
前記検索手段により検索された前記検索キーワードを含む投稿情報を、前記検索キーワードに対応づけて記憶する検索結果記憶手段
を更に備え、
前記携帯端末は、
前記表示手段により表示された、前記検索キーワードに対応する領域に対するユーザによる操作を受け付ける操作受付手段と、
前記操作受付手段により操作を受け付けた領域に対応する検索キーワードに対応づく、前記検索結果記憶手段に記憶された投稿情報を要求する投稿情報要求手段と
を更に備え、
前記表示手段は、前記投稿情報要求手段により要求された投稿情報を表示することを特徴とする請求項１または２に記載の情報処理システム。
【請求項４】
前記検索結果記憶手段は、前記検索手段により検索された前記検索キーワードを含む投稿情報に係る数値を前記検索キーワードと時間情報に対応づけて記憶し、
前記表示手段は、投稿情報の傾向を示すべく、前記操作受付手段により操作を受け付けた領域に対応する検索キーワードに対応づく、前記検索結果記憶手段に記憶された投稿情報に係る数値の推移を前記時間情報に応じて表示することを特徴とする請求項３に記載の情報処理システム。
【請求項５】
前記携帯端末は、
前記検索キーワードを前記サーバに送信する検索キーワード送信手段を更に備え、
前記サーバは、
前記検索キーワード送信手段により送信された検索キーワードを受信する検索キーワード受信手段を更に備えることを特徴とする請求項１乃至４のいずれか１項に記載の情報処理システム。
【請求項６】
簡易ブログに投稿された投稿情報に含まれる検索キーワードに係る集計値に基づき、当該集計値が所定の基準を満たす検索キーワードに対応する領域を強調した地図を表示する携帯端末と通信可能な、記憶装置に記憶される前記簡易ブログに投稿された投稿情報を集計するサーバであって、
前記検索キーワードを含む前記投稿情報を検索する検索手段と、
投稿情報の単位時間あたりの件数による重み付けと、重み付けを用いた算出を行うためのキーワードに応じた重み付けとを記憶する重み付け記憶手段と、
前記検索手段による投稿情報の検索結果と前記重み付け記憶手段に記憶された複数の重み付けに基づき、前記検索キーワードに係る集計値を算出する算出手段と、
を備え、
前記算出手段は、前記検索手段により検索された前記検索キーワードを含む投稿情報の単位時間あたりの件数による重み付けと、当該検索キーワードを含む投稿情報に含まれている前記重み付けキーワードに応じた重み付けの両方を用いて、当該検索キーワードに係る集計値を算出することを特徴とするサーバ。
【請求項７】
記憶装置に記憶される簡易ブログに投稿された投稿情報を、所定の検索キーワードを含む投稿情報の単位時間あたりの件数による重み付けと、当該検索キーワードを含む投稿情報に含まれている、重み付けを用いた算出を行うための重み付けキーワードに応じた重み付けの両方を用いて、当該検索キーワードに係る集計値を算出するサーバと通信可能な、前記投稿情報を集計した集計値に基づく地図を表示する携帯端末であって、
前記集計した集計値に基づき、当該集計値が所定の基準を満たす前記検索キーワードに対応する領域を強調した地図を表示する表示手段
を備えることを特徴とする携帯端末。
【請求項８】
記憶装置に記憶される簡易ブログに投稿された投稿情報を集計するサーバと、前記投稿情報を集計した集計値に基づく地図を表示する携帯端末とが通信可能な情報処理システムにおける制御方法であって、
前記サーバは、
所定の検索キーワードを含む前記投稿情報を検索する検索ステップと、
投稿情報の単位時間あたりの件数による重み付けと、重み付けを用いた算出を行うためのキーワードに応じた重み付けとを記憶する重み付け記憶ステップと、
前記検索ステップによる投稿情報の検索結果と前記重み付け記憶ステップに記憶された複数の重み付けに基づき、前記検索キーワードに係る集計値を算出する算出ステップと
を含み、
前記携帯端末は、
前記算出ステップにより算出された集計値に基づき、当該集計値が所定の基準を満たす前記検索キーワードに対応する領域を強調した地図を表示する表示ステップ
を含むことを特徴とする制御方法。
【請求項９】
簡易ブログに投稿された投稿情報に含まれる検索キーワードに係る集計値に基づき、当該集計値が所定の基準を満たす検索キーワードに対応する領域を強調した地図を表示する携帯端末と通信可能な、記憶装置に記憶される前記簡易ブログに投稿された投稿情報を集計するサーバにおける制御方法であって、
前記サーバは、
前記検索キーワードを含む前記投稿情報を検索する検索ステップと、
投稿情報の単位時間あたりの件数による重み付けと、重み付けを用いた算出を行うためのキーワードに応じた重み付けとを記憶する重み付け記憶ステップと、
前記検索ステップによる投稿情報の検索結果と前記重み付け記憶ステップに記憶された複数の重み付けに基づき、前記検索キーワードに係る集計値を算出する算出ステップと
を含み、
前記算出ステップは、前記検索ステップにより検索された前記検索キーワードを含む投稿情報の単位時間あたりの件数による重み付けと、当該検索キーワードを含む投稿情報に含まれている前記重み付けキーワードに応じた重み付けの両方を用いて、当該検索キーワードに係る集計値を算出することを特徴とする制御方法。
【請求項１０】
記憶装置に記憶される簡易ブログに投稿された投稿情報を、所定の検索キーワードを含む投稿情報の単位時間あたりの件数による重み付けと、当該検索キーワードを含む投稿情報に含まれている、重み付けを用いた算出を行うための重み付けキーワードに応じた重み付けの両方を用いて、当該検索キーワードに係る集計値を算出するサーバと通信可能な、前記投稿情報を集計した集計値に基づく地図を表示する携帯端末における制御方法であって、
前記携帯端末は、
前記集計した集計値に基づき、当該集計値が所定の基準を満たす前記検索キーワードに対応する領域を強調した地図を表示する表示ステップ
を含むことを特徴とする制御方法。
【請求項１１】
記憶装置に記憶される簡易ブログに投稿された投稿情報を集計するサーバと、前記投稿情報を集計した集計値に基づく地図を表示する携帯端末とが通信可能な情報処理システムにおいて実行可能なプログラムであって、
前記サーバを、
所定の検索キーワードを含む前記投稿情報を検索する検索手段と、
投稿情報の単位時間あたりの件数による重み付けと、重み付けを用いた算出を行うためのキーワードに応じた重み付けとを記憶する重み付け記憶手段と、
前記検索手段による投稿情報の検索結果と前記重み付け記憶手段に記憶された複数の重み付けに基づき、前記検索キーワードに係る集計値を算出する算出手段
として機能させ、
前記携帯端末を、
前記算出手段により算出された集計値に基づき、当該集計値が所定の基準を満たす前記検索キーワードに対応する領域を強調した地図を表示する表示手段
として機能させることを特徴とするプログラム。
【請求項１２】
簡易ブログに投稿された投稿情報に含まれる検索キーワードに係る集計値に基づき、当該集計値が所定の基準を満たす検索キーワードに対応する領域を強調した地図を表示する携帯端末と通信可能な、記憶装置に記憶される前記簡易ブログに投稿された投稿情報を集計するサーバにおいて実行可能なプログラムであって、
前記サーバを、
前記検索キーワードを含む前記投稿情報を検索する検索手段と、
投稿情報の単位時間あたりの件数による重み付けと、重み付けを用いた算出を行うためのキーワードに応じた重み付けとを記憶する重み付け記憶手段と、
前記検索手段による投稿情報の検索結果と前記重み付け記憶手段に記憶された複数の重み付けに基づき、前記検索キーワードに係る集計値を算出する算出手段
として機能させ、
前記算出手段は、前記検索手段により検索された前記検索キーワードを含む投稿情報の単位時間あたりの件数による重み付けと、当該検索キーワードを含む投稿情報に含まれている前記重み付けキーワードに応じた重み付けの両方を用いて、当該検索キーワードに係る集計値を算出することを特徴とするプログラム。
【請求項１３】
記憶装置に記憶される簡易ブログに投稿された投稿情報を、所定の検索キーワードを含む投稿情報の単位時間あたりの件数による重み付けと、当該検索キーワードを含む投稿情報に含まれている、重み付けを用いた算出を行うための重み付けキーワードに応じた重み付けの両方を用いて、当該検索キーワードに係る集計値を算出するサーバと通信可能な、前記投稿情報を集計した集計値に基づく地図を表示する携帯端末において実行可能なプログラムであって、
前記携帯端末を、
前記集計した集計値に基づき、当該集計値が所定の基準を満たす前記検索キーワードに対応する領域を強調した地図を表示する表示手段
として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
簡易ブログサーバに投稿された記事を用いた集計情報を提供する技術に関する。
【背景技術】
【０００２】
現在、鉄道の運行状況を把握するには、鉄道会社等が提供するＷｅｂサイト上の運行状況を調べる方法がある。
【０００３】
しかしながら、現在のＷｅｂサイトに掲載される運行状況は、リアルタイム性という点で必ずしも十分な情報を得ることができない。即ち、事故発生直後にどの路線に遅延が生じる可能性があるかということが分からなかったり、また、事故から復旧する見通しが分からなかったりという問題がある。
【０００４】
一方、現在、ツイッター（商標）と呼ばれる簡易ブログサーバに対して、事故・遅延が生じた電車に乗っている乗客から多くのつぶやきがなされることから、ツイッターへのつぶやきを参照すると、どの路線で何が起こっているかをある程度把握することが可能となっている。例えば、「○○○線で事故が発生した！」等といったつぶやきが多くなされている場合、その路線はこれから遅延する可能性が高いことが分かる。
【０００５】
そのため、この簡易ブログサーバへのつぶやきから所定のキーワードを含む情報を集計して利用者に提供することができれば、よりリアルタイム性の高い情報の提供が可能となる。
ただし、単に集計情報の提供をするのみでは、路線名に詳しくない利用者にとっては、自分がこれから乗ろうとしている路線に関係しているのかどうかを直ちに把握することは難しいことがある。
従って、地図情報を用いて、いずれかの路線で事故等が起こっている可能性がある場合には、地図上に、事故等が起こっている可能性がある路線を識別可能に表示させることができれば、利用者にとって鉄道の運行状況の把握が大幅に容易となる。
【０００６】
特許文献１には、予め設定されたカテゴリーに関連する投稿記事情報を適切に抽出して閲覧することができるウェブログを利用した情報提供システムを提供する技術が開示されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００７−２０７２０２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、特許文献１に記載の技術は、一般ユーザ等がウェブログの投稿記事情報を蓄積したＷｅｂサイトをアクセスしてこの投稿記事情報を閲覧するときに、閲覧するために指定したカテゴリーに関連する投稿記事情報を、この投稿記事情報を蓄積するデータベースから適切に抽出することができるという技術であって、ブログへのつぶやきから所望の情報を集計して利用者に提供するものではなく、また、集計結果を用いた情報を地図上に表示することもできない。
【０００９】
本発明は、簡易ブログに投稿された投稿情報を単位時間あたりの件数とキーワードに応じた複数の重み付けを用いて重み付けを用いて集計した集計値に基づく、リアルタイム性の高い地図の表示を可能にする仕組みを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明は、簡易ブログサーバになされた投稿を用いた集計を行う集計サーバと、当該集計サーバで集計された集計結果を反映させた表示を地図上にする携帯端末とが通信可能な情報処理システムであって、前記集計サーバは、前記簡易ブログサーバになされた投稿のうち所定のキーワードを含む投稿を検索する検索手段と、前記検索手段による検索により得られた検索結果を用いて、集計データを作成する作成手段と、前記携帯端末からの要求に応じて、前記作成手段により作成された集計データを送信する送信手段とを有し、前記携帯端末は、地図情報を取得する取得手段と、前記集計サーバに集計データを要求する要求手段と、前記要求手段に応じて前記集計サーバから送信された集計データを受信する受信手段と、前記取得手段により取得された地図情報と、前記受信手段により受信された集計データとを用いて、地図上に前記所定のキーワードに対応する所定の領域を識別可能な形式で表示する表示手段とを有することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、簡易ブログに投稿された投稿情報を単位時間あたりの件数とキーワードに応じた複数の重み付けを用いて集計した集計値に基づく、リアルタイム性の高い地図の表示を可能にする仕組みを提供することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施の形態における情報処理システムを示す図である。
【図２】本発明の実施の形態におけるハードウェア構成を示す図である。
【図３】本発明の実施の形態における全体の流れを示す図である。
【図４】本発明の実施の形態におけるキーワード登録の処理の流れを示すフローチャートである。
【図５】本発明の実施の形態における登録されたキーワードの一例である。
【図６】本発明の実施の形態における集計処理の流れを示すフローチャートである。
【図７】本発明の実施の形態における集計データの一例である。
【図８】本発明の実施の形態における設定ファイルの一例である。
【図９】本発明の実施の形態における集計結果を表示する処理の流れを示すフローチャートである。
【図１０】本発明の実施の形態における描画された地図の一例である。
【図１１】本発明の実施の形態における表示画面の例を示す図である。
【図１２】本発明の実施の形態におけるつぶやき処理の流れを示すフローチャートである。
【図１３】本発明の実施の形態における傾向処理の流れを示すフローチャートである。
【発明を実施するための形態】
【００１３】
以下、図面を用いて本発明の実施の形態を説明する。
【００１４】
図１は、本発明の実施の形態における情報処理システムを示す図である。
【００１５】
集計サーバ１０１、管理者端末１０２、簡易ブログサーバ１０４がネットワーク１０３を介して通信可能に接続されている。また、同様に、利用者携帯端末１０３が無線ネットワーク１０６を介して通信可能に接続されている。
【００１６】
集計サーバ１０１は、簡易ブログサーバに投稿された記事を検索することで集計を行うサーバである。
【００１７】
管理者端末１０２は、管理者が操作する端末で、集計サーバに対する設定をする際にも知られるものである。
【００１８】
利用者携帯端末１０３は、利用者が操作する端末で、集計サーバが集計したデータを取得して、集計結果を地図に反映して表示する端末である。
【００１９】
簡易ブログサーバ１０４は、簡易型のブログサーバであり、利用者が書き込み（つぶやき、ツイート）を行うサーバである。いわゆるツイッター（Ｔｗｉｔｔｅｒ）と呼ばれるサービスがこれに該当する。
【００２０】
次に、図２を用いて、図１に示した集計サーバ１０１のハードウェア構成について説明する。
【００２１】
図２は、本発明の実施の形態におけるハードウェア構成を示す図である。
【００２２】
なお、図２のハードウェア構成例は、利用者携帯端末１０３においても同様に適用できるものである。
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００２３】
図２に示すように、集計サーバはシステムバス２０４を介してＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）２０１、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）２０３、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）２０２、入力コントローラ２０５、ビデオコントローラ２０６、メモリコントローラ２０７、通信Ｉ／Ｆコントローラ２０８等が接続された構成を採る。ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００２４】
また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（ＢＡＳＩＣ  ＩＮＰＵＴ  ／  ＯＵＴＰＵＴ  ＳＹＳＴＥＭ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各コンピュータが実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。また、本発明を実施するために必要な情報（例えば図１９に示す送信履歴管理テーブル）が外部メモリ２１１に記憶されている。なお外部メモリ２１１はデータベースであってもよい。
【００２５】
ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、ロードしたプログラムを実行することで各種動作を実現するものである。
【００２６】
また、入力コントローラ（入力Ｃ）２０５は、入力装置２０９からの入力を制御する。なお、入力装置は、マウス等のポインティングデバイスでもキーボードでもいずれの入力装置であってもよい。
【００２７】
ビデオコントローラ（ＶＣ）２０６は、ディスプレイ２１０等の表示器への表示を制御する。なお、表示器は液晶ディスプレイでもＣＲＴディスプレイでもいずれの表示器でも構わない。これらは必要に応じてユーザが使用するものである。  
【００２８】
メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピー（登録商標）ディスク（ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）等の外部メモリ２１１へのアクセスを制御する。
【００２９】
通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワーク（例えば、図１に示したＬＡＮ１０４）を介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００３０】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ２１０上に各種操作画面およびマウスカーソル等（不図示）を表示しユーザ指示を可能とする。
【００３１】
なお、後述する各処理を実現するためのプログラムは、例えば外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイルおよび各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明についても後述する。
【００３２】
図３は、本発明の実施の形態における全体の流れを示す図である。
【００３３】
本発明の実施の形態では、簡易ブログサーバに投稿されたつぶやきを集計サーバが集計して、集計情報を利用者に提供するものである。集計サーバは、予め登録された複数の検索キーワード毎に簡易ブログサーバを定期的に検索して、その検索結果を集計情報として更新していく。そして、利用者は、利用者携帯端末に専用のアプリケーションをインストールしておくことで、集計サーバから取得した集計値を用いて路線情報等が描画された地図を参照することができる。つぶやきの数が増えることで何かしらかの異常が生じた場合は、その路線が識別可能に表示されることとなる。そのため利用者はその路線で事故等が発生した可能性があることを迅速に知ることができる。また、集計値の傾向を参照することが可能であるため、事故等が発生直後なのか収束に向かっているか等の傾向をつかむことができる。
【００３４】
以下、本発明の実施の形態の処理詳細は実現方法を説明する。
【００３５】
図４は、本発明の実施の形態におけるキーワード登録の処理の流れを示すフローチャートである。
【００３６】
管理者が管理者端末を用いて、集計サーバへキーワード登録を行う処理である。
【００３７】
ここで、キーワードには、「検索キーワード」と「注目キーワード」の２つがある。
【００３８】
「検索キーワード」は、簡易ブログサーバにツイート（投稿）されている投稿記事を検索する際に用いるキーワードである。
【００３９】
「注目キーワード」は、重み付けを行うキーワードである。
【００４０】
４０１において、管理者端末は、管理者からの操作に従って入力フォームを表示する要求を集計サーバに行う。
【００４１】
４０２において、集計サーバは、入力フォームを表示する要求を受け付ける。
【００４２】
４０３において、集計サーバは、入力フォームを表示するための画面データを管理者端末に送信する。
【００４３】
４０４において、管理者端末は、入力フォームを表示するための画面データを受信する。
【００４４】
４０５において、管理者端末は、入力フォームを表示する。
【００４５】
４０６において、管理者端末は、入力フォームを介してキーワード（「検索キーワード」「注目キーワード」）の入力を受け付ける。なお、注目キーワードの場合は、重み付けをするための値の入力も受け付ける。
【００４６】
４０７において、管理者端末は、入力されたキーワードを送信する。
【００４７】
４０８において、集計サーバは、キーワードを受信する。
【００４８】
４０９において、集計サーバは、受信したキーワードをデータベースなどに登録する処理を行って処理を終了する。
【００４９】
キーワードの登録例を図５に示す。５１は、登録された検索キーワードのデータベースの例である。５１１に検索キーワードが保存される。管理者は、複数の路線に対応するため複数の路線名を登録する。また、５２は、登録された注目キーワードのデータベースの例である。５２１に注目キーワードが、５２２に重み付数値が保存される。
【００５０】
以上、図４を用いて、本発明の実施の形態におけるキーワード登録の処理の流れを説明した。
【００５１】
次に、図６を用いて、本発明の実施の形態における集計処理の流れを説明する。
【００５２】
図６は、本発明の実施の形態における集計処理の流れを示すフローチャートである。
【００５３】
６０１において、集計サーバは、所定のタイミングが経過したかを判定する。Ｙｅｓの場合、６０２へ進み、Ｎｏの場合、６０１へ戻る。所定のタイミングは、管理者が任意に設定できるタイミングであり、期間、投稿数などの各種要素により設定可能である。例えば、５秒に１回の割合で検索を行い、過去１５分分の検索結果を保持したり、１分に１回の割合で検索を行い、過去１時間分の検索結果を保持したりすることができる。
【００５４】
６０２において、集計サーバは、登録されている検索キーワードを選択する。
【００５５】
６０３において、集計サーバは、検索キーワードを用いて、検索要求を行う。
【００５６】
６０４において、簡易ブログサーバは、検索要求を受け付ける。
【００５７】
６０５において、簡易ブログサーバは、検索キーワードを用いて、投稿記事から検索キーワードを含む記事を検索する。
【００５８】
６０６において、管理ブログサーバは、検索結果を送信する。
【００５９】
６０７において、集計サーバは、検索結果を取得する。なお、集計サーバに検索キーワードが複数登録されている場合は、すべての検索キーワード毎に６０３〜６０７の処理が行われる。
【００６０】
例えば、検索キーワードが「京浜東北線」の場合、検索対象となった投稿記事の件数と、下記のような検索結果が抽出されることとなる。
・２０１１／０８／２２  １４：２３  「京浜東北線はかっこいいよねー」
・２０１１／０８／２２  １４：２３  「はじめて京浜東北線に乗ったよ」
・２０１１／０８／２２  １４：２４  「京浜東北線に乗ったら特急だったので乗り過ごしちゃった」
・２０１１／０８／２２  １４：２６  「また京浜東北線が遅延だよ・・・」
・２０１１／０８／２２  １４：２６  「え？京浜東北線、遅延？」
・２０１１／０８／２２  １４：２６  「京浜東北線で事故発生なう」
・２０１１／０８／２２  １４：２６  「・・・・」
・・・
【００６１】
６０８において、集計サーバは、検索結果にフィルターをかけて絞り込みを行う。これは、一定間隔で検索を行うと、投稿の件数が少ない場合、同じ内容の投稿が取得できてしまうためである。その場合、前回の検索時に取得した投稿は除外する。既に登録されている前回の検索時に取得したものと同等のものであるかは投稿の時刻から判断することができる。これにより１分に１回検索した場合、１分より前の検索結果は除かれることとなる。
【００６２】
６０９において、集計サーバは、今回取得した検索結果をデータベースに登録を行う。
【００６３】
６１０において、集計サーバは、過去に取得した所定の件数の検索結果を取得する。ここでは、例えば、過去１時間分の検索結果を取得することとなる。
【００６４】
６１１において、集計サーバは、今回取得した検索結果の平均値と、過去に取得した検索結果の平均値を算出する。今回取得した検索結果の平均値とは、１分間隔で検索した場合の、検索対象となる投稿記事に対して検索キーワードを含む投稿記事が何件であったかを示す値である。また、過去に取得した検索結果の平均値とは、過去１時間分のトータルの平均値を示す値である。
【００６５】
なお、次の例は、１分間隔で検索した場合の検索結果である。
［キーワード：京浜東北線］
・２０１１／０８／２２  １４：２３  ２件（平均４件）
・２０１１／０８／２２  １４：２４  １件（平均３件）
・２０１１／０８／２２  １４：２６  ２５件（平均８件）
【００６６】
６１２において、集計サーバは、件数による重み付けの処理を行う。この処理を行うことで、簡易ブログサーバへ検索キーワードや注目キーワードを含む投稿がなされることにより運行状況（事故・遅延等）に関する情報の抽出が可能となる。つまり、簡易ブログサーバに投稿された記事を用いて、通常と異なる傾向の投稿がなされるとこの重みづけ処理により異変を抽出することができるようになる。
【００６７】
件数による重み付けには、「基本的な重み付け」、「つぶやき数の増減による重み付け」の２種類ある。
【００６８】
「基本的な重み付け」は、検索キーワードを含むつぶやき１件につき加算される重み付けである。従って、１件に何度も同じ検索キーワードが記載されていたいとしても加算される重み付けは１つである。これは、１件の投稿による偏りを防ぐためである。
「基本的な重み付け設定例」
・つぶやき１件につき「＋１．０」
【００６９】
一方、「つぶやき数の増減による重み付け」は、平均的に投稿されている数に比べて、どれだけ急激につぶやき数が増えたり減ったりしたかによって加算される重み付けである。例えば、平均的に数件しか投稿されないにもかかわらず、検索キーワードを含む記事が１００件投稿された場合、その路線で運行上支障が生じる何かしらの事象が生じている可能性が高いことからそのような投稿について重み付けをするためである。一方、平均的に多数投稿されている状態から数件しか投稿されなくなった場合、その路線での問題が解消したことにより投稿数が減った可能性が高いことから減算するようにしている。
「つぶやき数の増減による重み付け設定例」
・つぶやき回数が、平均の１００分の１倍  「‐１００．０」
・つぶやき回数が、平均の１０分の１倍  「‐５．０」
・つぶやき回数が、平均回数±２．５倍  「＋０．０」
・つぶやき回数が、平均の１０倍  「＋５．０」
・つぶやき回数が、平均の１００倍  「＋１００．０」
・つぶやき回数が、平均の１００倍以上  「＋１５０．０」
【００７０】
６１３において、集計サーバは、件数の重み付数値をデータベースへ登録する。
【００７１】
６１４において、集計サーバは、注目キーワードを取得する。ここでは検索キーワードに対応付けてデータベースに登録されている注目キーワードを取得する。「京浜東北線」の場合、「遅延」や「復旧」などが登録されているので、これらのキーワードが取得される。
【００７２】
なお、「注目キーワードによる重み付け」は、検索キーワードを含む記事の中に注目キーワードを含む場合に加算される重み付けである。例えば、「遅延」、「事故」といったキーワードが含まれていると、その路線で「遅延」、「事故」が生じている可能性が高いことからそのような投稿について重み付けをするためである。
【００７３】
６１５において、集計サーバは、注目キーワードによる重み付け処理を行う。重み付け処理は、注目キーワード毎に設定されている重み付けを行うものである。
「注目キーワードによる重み付け設定例」
・つぶやき内に「遅延」が含まれる  「＋２．０」
・つぶやき内に「事故」が含まれる  「＋２．５」
・つぶやき内に「復旧」が含まれる  「‐０．５」
【００７４】
６１６において、集計サーバは、注目キーワードの重み付数値をデータベースに登録する。
【００７５】
図７にデータベースで保存される集計データの一例を示す。
【００７６】
７１は、集計データの一例である。集計データ７１には、検索キーワード７１１、検索時刻７１２、検索件数７１３、件数の重み付数値７１４、注目キーワードの重み付数値７１５が含まれる。検索キーワード７１１には、検索キーワードが保存される。検索時刻７１２には、検索した時刻が保存される。検索件数７１３には、検索対象の投稿記事中検索キーワードが何件含まれていたかが保存される。件数の重み付数値７１４には、６１３で登録された値が保存される。注目キーワードの重み付数値７１５には、６１６で登録された値が保存される。
【００７７】
この集計データは、集計サーバが簡易ブログサーバを検索する所定のタイミング毎に保存される。従って、１分に１回間隔で、過去１時間分保存する場合は、検索キーワード１件につき、６０件の集計データを保持していることとなる。また、５秒に１回間隔で、過去１５分分保存する場合は、検索キーワード１件につき、４５０件の集計データを保持することとなる。
【００７８】
そして、集計サーバは、利用者端末からの要求に応じてデータベースで保存される値を提供することとなる。
【００７９】
なお、件数の重み付数値７１４と注目キーワードの重み付数値７１５とは合算されユーザに提供されることとなる。その場合の例を次に示す。
［キーワード：京浜東北線］
・２０１１／０８／２２  １４：２３  「２点」
・２０１１／０８／２２  １４：２４  「１点」
・２０１１／０８／２２  １４：２６  「７５点」
【００８０】
また、データベースでは、検索キーワードが複数登録されることがある。その場合、ユーザに提供される値の例を次に示す。
・「京浜東北線」  ２０１１／０８／２２  １４：２３  「２点」
・「京浜東北線」  ２０１１／０８／２２  １４：２４  「１点」
・「京浜東北線」  ２０１１／０８／２２  １４：２６  「７５点」
・「東海道線」  ２０１１／０８／２２  １４：２３  「６点」
・「東海道線」  ２０１１／０８／２２  １４：２４  「４点」
・「東海道線」  ２０１１／０８／２２  １４：２６  「８点」
【００８１】
以上、図６を用いて、本発明の実施の形態における集計処理の流れを説明した。
【００８２】
次に、集計サーバ集計した集計結果をユーザが利用する場合の説明を行う。
【００８３】
前提として、ユーザは、専用のアプリケーションをダウンロードして、利用者携帯端末へインストールすることで本サービスの提供を受けることが可能となる。
【００８４】
なお、アプリケーションには、キーワードに対して地図上に配置する図形が予め関連付けられていて設定ファイルに登録されているものとする。
【００８５】
設定ファイルの例を図８に示す。図８は、アプリケーションの設定ファイル８１の一例である。この例では、キーワード８１２に「京浜東北線」と図形８１１に線の位置、太さなどの情報が、紐付け情報８１３の紐付け情報によって関連付けて保存されている。この設定ファイルは、検索キーワード毎に同様の紐付けがなされているものとする。
【００８６】
図９は、本発明の実施の形態における集計結果を表示する処理の流れを示すフローチャートである。
【００８７】
９０１において、利用者携帯端末は、ユーザの指示に従って、アプリケーションを起動する。アプリケーションは起動する際、位置情報を取得するための制御を行う。
【００８８】
９０２において、利用者携帯端末は、位置情報を取得する。位置情報の取得は、ＧＰＳ機能を備えている利用者携帯端末である場合、ＧＰＳ機能を用いて位置情報を取得する。また、ＧＰＳ機能を備えていなくとも別の機能（携帯電話の基地局情報を用いて位置を特定する機能など）により位置情報を取得することができる場合、その機能を用いて位置情報の取得を行う。
【００８９】
９０３において、利用者携帯端末は、取得した位置情報を用いて、付近の地図情報を取得する。本実施の形態では、地図情報は、予め利用者携帯端末に保存されているものとして説明しているが、地図情報は、地図提供サーバから入手する実施の形態であってもよい。その場合、利用者携帯端末は、取得した位置情報に基づく周辺地図の要求を地図提供サーバに行い、地図情報を取得することとなる。
【００９０】
９０４において、利用者携帯端末は、集計結果を取得するための要求を行う。ここで、利用者携帯端末は、集計結果を要求するにあたり、３つのパターンで要求することができる。
【００９１】
パターン（１）集計サーバが集計している全ての集計結果を要求する。この場合、送受信する集計データは大きくなるが、利用者携帯端末においては受信したすべての集計結果を用いて様々な処理を行うことができる。
【００９２】
パターン（２）９０３で取得した位置情報の周辺に関連する集計結果を要求する。この場合、集計サーバは、位置情報に基づいて集計結果の絞り込みを行う機能が必要となるが、双方で不必要な集計結果の送受信がなくなるという効果がある（例、全国の集計結果のうち、東京の集計結果だけの送受信で済む。）。
【００９３】
パターン（３）検索キーワードに該当する集計結果を要求する。この場合、集計サーバは、要求を受けた検索キーワードの集計結果だけ送れば済むことになる。例えば、ユーザが必要とする路線情報が数種類しかない場合、その数種分の検索キーワードをアプリケーションに登録しておくことで、その検索キーワードについての集計結果のみ要求すればよいことになるため、双方での通信負担を大幅に減らすことができる。
【００９４】
９０５において、集計サーバは、集計結果の取得要求を受け付ける。
【００９５】
９０６において、集計サーバは、集計結果を送信する。
【００９６】
９０７において、利用者携帯端末は、集計結果を受信する。受信する集計情報は、集計サーバが、過去一定時間分保存している集計結果であって、所定のタイミング毎に登録されている集計結果である。例えば、１分間隔で、１時間分保存している場合、１検索キーワードにつき６０件の集計結果を受信する。
【００９７】
９０８において、利用者携帯端末は、集計結果に含まれる検索キーワードを１件ずつ取得して処理を行う。
【００９８】
９０９において、利用者携帯端末は、数値情報の合算を行う。具体的には、１キーワード分の集計結果の数値を合算する処理である。具体的には、件数の重み付数値７１４と注目キーワードの重み付数値７１５とを合計した値を、過去所定時間分を合計した値となる。
【００９９】
９１０において、利用者携帯端末は、処理対象の検索キーワードと一致する図形を図８に示す設定ファイルから選択する。
【０１００】
９１１において、利用者携帯端末は、９０９で算出した合計値を用いて、図形に対する色を選択する。ここでは、予め値に対する色分けがなされているものとする。
「色分け例」
重み付け５０未満  ＝  青
重み付け５０〜１０００  ＝  黄色
重み付け１００１〜５０００  ＝  赤色
重み付け５００１〜  ＝  赤色・点滅
重み付けの値が大きいほど目立つように色分けがなされている。
【０１０１】
９１２において、利用者携帯端末は、取得した地図情報を用いて、地図上に図形を配置する描画処理を行う。ここでは、検索キーワード毎に図形の描画を行うため、検索キーワードが複数存在する場合は、複数の図形を描画する。また、図形に対応する選択領域を描画してもよい。
【０１０２】
一方、別の実施の形態では、該当する検索キーワード全てに対応する図形を描画するのではなく、所定の値を超える重み付けの図形を描画する実施の形態であってもよい（例えば、重み付けが１００１点以上の場合のみ描画の対象とするなど。）。
【０１０３】
なお、情報の速報性を高めたい場合は、リアルタイムで更新できることが望ましい。その場合、アプリケーションは、所定の時間間隔で９０４から９１２の処理を繰り返すことによりリアルタイムな表示を実現することができるようになる。
【０１０４】
描画した地図の一例を図１０に示す。
【０１０５】
地図画面１０００は、利用者携帯端末の表示画面に表示された画面例である。この画面では、京浜東北線の図形１００１、山手線の図形１００３、中央線の図形１００５が描画されている。京浜東北線１００１の図形と、山手線１００３および中央線１００５の図形が異なる図形で描画されているのは、重み付けの合計値が異なることを示している。この画面例では、京浜東北線が太い実線で描画されていることから「京浜東北線」に関連する投稿が増えていることを示している。つまり、「京浜東北線」で何かが起こっている可能性が高いことが分かる。また、１００２は、「京浜東北線」を選択させるための選択領域である。１００４は、「山手線」を、１００６は、「中央線」を選択させるための選択領域である。
【０１０６】
９１３において、利用者携帯端末は、タップされたかを判定する。Ｙｅｓの場合、９１４へ進み、Ｎｏの場合、９１３へ進む。具体的には、ユーザにより図形（路線）がタップされたかにより判定を行う。本発明の実施の形態では、図形もしくは選択領域が選択されたかにより判定を行う。
【０１０７】
９１４において、利用者携帯端末は、メニュー画面を表示する。メニュー画面の例を図１１に示す。図１１の１１０１がメニュー画面の一例である。このメニュー画面からユーザは、「つぶやき」ボタン１１０２か「傾向」ボタン１１０３かを選択する。
【０１０８】
９１５において、利用者携帯端末は、ユーザによって選択されたボタンの種別を判定する。「つぶやき」ボタンの場合、９１６へ進み、「傾向」ボタンの場合、９１７へ進む。
【０１０９】
９１６において、利用者携帯端末は、「つぶやき」処理を行う。この「つぶやき」処理の詳細を、図１２を用いて説明する。
【０１１０】
１２０１において、利用者携帯端末は、対応する検索キーワードを取得する。ここでは、メニュー画面に対応する検索キーワード（「京浜東北線」など）が取得される。
【０１１１】
１２０２において、利用者携帯端末は、検索キーワードを用いて、簡易ブログサーバに検索の要求を行う。
【０１１２】
１２０３において、簡易ブログサーバは、検索要求を受け付ける。
【０１１３】
１２０４において、簡易ブログサーバは、検索処理を行って検索結果を送信する。ここで送信する検索結果は、検索キーワードを含む記事である。
【０１１４】
１２０５において、利用者携帯端末は、検索結果を受信する。
【０１１５】
１２０６において、利用者携帯端末は、検索結果を表示する。表示例を図１１の１１０４に示す。ユーザは、具体的なつぶやきを確認することで、該当する路線上で何があったかを詳しく知ることができる。
【０１１６】
以上、「つぶやき」処理の詳細を説明した。
【０１１７】
一方、９１７において、利用者携帯端末は、「傾向」処理を行う。この「傾向」処理の詳細を、図１３を用いて説明する。
【０１１８】
１３０１において、利用者携帯端末は、傾向情報を要求する。
【０１１９】
１３０２において、簡易ブログサーバは、傾向情報の要求を受け付ける。
【０１２０】
１３０３において、簡易ブログサーバは、傾向情報を送信する。
【０１２１】
１３０４において、利用者携帯端末は、傾向情報を受信する。
【０１２２】
１３０５において、利用者携帯端末は、受信した傾向情報を用いて、傾向を示すグラフなどを表示する。表示例を図１１の１１０５に示す。ユーザは、つぶやきの投稿傾向を見ることで該当する路線上で事故等が起きたばかりなのか、収束する方向に進んでいるのか等の傾向を把握することができる。
【０１２３】
以上、「傾向」処理の詳細を説明した。
【０１２４】
ユーザは最後に、アプリケーションを終了する指示をすることで本処理が終了されることとなる。
【０１２５】
以上、図９を用いて、本発明の実施の形態における集計結果を表示する処理の流れを示すフローチャートである。
【０１２６】
上述した通り、本発明によれば、簡易ブログサーバへ投稿された記事から集計された集計結果を用いて、地図上に集計結果を反映した表示が可能になる。
【０１２７】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【０１２８】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１２９】
また、本発明におけるプログラムは、処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは各装置の処理方法ごとのプログラムであってもよい。
【０１３０】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１３１】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【０１３２】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることができる。
【０１３３】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１３４】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１３５】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１３６】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【符号の説明】
【０１３７】
１０１  集計サーバ
１０２  管理者端末
１０３  利用者携帯端末
１０４  簡易ブログサーバ
１０５  ネットワーク
１０６  無線ネットワーク
【図１】
0005803649.tif 000002
【図２】
0005803649.tif 000003
【図３】
0005803649.tif 000004
【図４】
0005803649.tif 000005
【図５】
0005803649.tif 000006
【図６】
0005803649.tif 000007
【図７】
0005803649.tif 000008
【図８】
0005803649.tif 000009
【図９】
0005803649.tif 000010
【図１０】
0005803649.tif 000011
【図１１】
0005803649.tif 000012
【図１２】
0005803649.tif 000013
【図１３】
0005803649.tif 000014