JP5536285B1

JP5536285B1 - 情報処理装置、情報処理方法、及び情報処理プログラム

Info

Publication number: JP5536285B1
Application number: JP2013532400A
Authority: JP
Inventors: 裕充石井
Original assignee: Rakuten Inc
Current assignee: Rakuten Group Inc
Priority date: 2012-12-28
Filing date: 2012-12-28
Publication date: 2014-07-02
Anticipated expiration: 2032-12-28
Also published as: JPWO2014103052A1; WO2014103052A1

Abstract

情報処理装置は、携帯端末を送信元とし移動体通信ネットワークを経由して伝送された投稿データであって所定のスポットを示すキーワードを含む投稿データを取得する。また、情報処理装置は、所定のスポットを示すキーワードと当該スポットの位置を示す位置情報とを対応付けて記憶する記憶手段から、前記第１取得手段により取得された投稿データに含まれるキーワードに対応する前記位置情報を取得する。そして、情報処理装置は、上記取得した位置情報を、上記取得した投稿データが経由した前記移動体通信ネットワークに接続可能な位置を示す情報として出力する。

Description

本発明は、携帯端末が移動体通信ネットワークを介して通信可能な位置を特定することが可能な装置及び方法等の技術分野に関する。

ある特定の位置においてある特定の通信キャリア（電気通信事業者）により運営される移動体通信ネットワークを介して携帯端末が通信可能か否かを事前に確認しておきたいというニーズが存在する。携帯端末が移動体通信ネットワークを介して通信可能な位置は、例えばＧＰＳ（Global Positioning System）機能が搭載された携帯端末から送信される、位置情報が付加されたデータを収集し解析することで、ある程度の精度で特定可能である。なお、ＧＰＳによる位置特定の精度を高めるための技術も提案されている（例えば、特許文献１参照）。

特開平８−３６０４１

しかしながら、電波を遮るような障害物に囲まれた見通しのよくない位置（例えば、屋内、地下、山奥など）では、一般にＧＰＳ衛星からの電波が受信されにくい。換言すれば、携帯端末が移動体通信ネットワークを介して通信可能か否かを事前に確認しておくニーズが高いと考えられる位置ほど、ＧＰＳが十分に機能しない可能性が高い。したがって、このような見通しのよくない位置を示す位置情報が付加されたデータは、十分に得られない。

本発明が解決しようとする課題は、携帯端末が移動体通信ネットワークを介して通信可能な位置をＧＰＳに依存せずに特定することである。

上記課題を解決するために、請求項１に記載の発明は、携帯端末を送信元とし移動体通信ネットワークを経由して伝送された投稿データであって所定のスポットを示すキーワードを含む投稿データを取得する第１取得手段と、所定のスポットを示すキーワードと当該スポットの位置を示す位置情報とを対応付けて記憶する記憶手段から、前記第１取得手段により取得された投稿データに含まれるキーワードに対応する前記位置情報を取得する第２取得手段と、前記第１取得手段により取得された投稿データの送信時に送信元の携帯端末が存在していた位置の判定に資する、当該投稿データに関連して取得される関連情報に基づいて、当該投稿データの送信時に送信元の携帯端末が、前記第２取得手段により取得された前記位置情報が示す位置の近傍とする範囲内に存在していたか否かを判定する判定手段と、前記判定手段により前記範囲内に存在していたと判定された場合、前記第２取得手段により取得された位置情報を、前記第１取得手段により取得された投稿データが経由した前記移動体通信ネットワークに接続可能な位置を示す情報として出力する出力手段と、を備えることを特徴とする。

この発明によれば、携帯端末が移動体通信ネットワークを介して通信可能な位置をＧＰＳに依存せずに特定することができ、携帯端末が移動体通信ネットワークを介して通信可能な位置を、より精度良く特定することができる。

請求項２に記載の発明は、請求項１に記載の情報処理装置において、前記第１取得手段は、前記関連情報として画像データが付加された前記投稿データを取得し、前記判定手段は、前記投稿データに付加された画像データの画像撮影時と前記投稿データの送信時との間の時間差が所定値以下であるという条件を少なくとも満たす場合に、前記携帯端末が前記投稿データの送信時に前記位置の近傍とする範囲内に存在していたと判定することを特徴とする。

この発明によれば、携帯端末が投稿データの送信時に上記位置の近傍とする範囲内に存在していたと判定する確度を高めることができる。

請求項３に記載の発明は、請求項２に記載の情報処理装置において、前記判定手段は、前記条件を満たし、且つ、当該画像データの画像が前記スポットで撮影されたものであることを示すワード又はフレーズが投稿データに含まれる場合に、前記携帯端末が前記投稿データの送信時に前記位置の近傍とする範囲内に存在していたと判定することを特徴とする。

この発明によれば、携帯端末が投稿データの送信時に上記位置の近傍とする範囲内に存在していたと判定する確度を、より一層高めることができる。

請求項４に記載の発明は、請求項２に記載の情報処理装置において、前記判定手段は、前記条件を満たし、且つ、当該画像データから抽出される被写体が前記スポットで撮影可能な所定の被写体である場合に、前記携帯端末が前記投稿データの送信時に前記位置の近傍とする範囲内に存在していたと判定することを特徴とする。

請求項５に記載の発明は、請求項１乃至４の何れか一項に記載の情報処理装置において、前記判定手段は、ユーザが施設の利用予約又は宿泊予約をした予約履歴を記憶する記憶手段に、前記投稿データを投稿したユーザによる前記関連情報としての予約履歴であって、前記投稿データの送信時を含む日を利用日として前記スポットから所定範囲内の施設の利用予約をした履歴、または、前記投稿データの送信時を含む日の前日又は当日を宿泊日として当該施設の宿泊予約をした履歴が記憶されているという条件を少なくとも満たす場合に、前記携帯端末が前記投稿データの送信時に前記位置の近傍とする範囲内に存在していたと判定することを特徴とする。

請求項６に記載の発明は、請求項５に記載の情報処理装置において、前記判定手段は、前記条件を満たし、且つ、前記利用予約又は宿泊予約のキャンセルがなされていない場合に、前記携帯端末が前記投稿データの送信時に前記位置の近傍とする範囲内に存在していたと判定することを特徴とする。

請求項７に記載の発明は、請求項５に記載の情報処理装置において、前記判定手段は、前記条件を満たし、且つ、前記利用予約又は宿泊予約に対応する料金の決済がなされている場合に、前記携帯端末が前記投稿データの送信時に前記位置の近傍とする範囲内に存在していたと判定することを特徴とする。

請求項８に記載の発明は、請求項１乃至７の何れか一項に記載の情報処理装置において、前記判定手段は、前記投稿データの送信時点で投稿者が前記スポットにいることを前提として表現されたワード又はフレーズが前記関連情報として当該投稿データに含まれる場合に、前記携帯端末が前記投稿データの送信時に前記位置の近傍とする範囲内に存在していたと判定することを特徴とする。

請求項９に記載の発明は、コンピュータにより実行される情報処理方法であって、携帯端末を送信元とし移動体通信ネットワークを経由して伝送された投稿データであって所定のスポットを示すキーワードを含む投稿データを取得する第１取得ステップと、所定のスポットを示すキーワードと当該スポットの位置を示す位置情報とを対応付けて記憶する記憶手段から、前記第１取得ステップにより取得された投稿データに含まれるキーワードに対応する前記位置情報を取得する第２取得ステップと、前記第１取得ステップにより取得された投稿データの送信時に送信元の携帯端末が存在していた位置の判定に資する、当該投稿データに関連して取得される関連情報に基づいて、当該投稿データの送信時に送信元の携帯端末が、前記第２取得ステップにより取得された前記位置情報が示す位置の近傍とする範囲内に存在していたか否かを判定する判定ステップと、前記判定ステップにより前記範囲内に存在していたと判定された場合、前記第２取得ステップにより取得された位置情報を、前記第１取得ステップにより取得された投稿データが経由した前記移動体通信ネットワークに接続可能な位置を示す情報として出力する出力ステップと、を含むことを特徴とする。

請求項１０に記載の情報処理プログラムの発明は、コンピュータを、携帯端末を送信元とし移動体通信ネットワークを経由して伝送された投稿データであって所定のスポットを示すキーワードを含む投稿データを取得する第１取得手段、所定のスポットを示すキーワードと当該スポットの位置を示す位置情報とを対応付けて記憶する記憶手段から、前記第１取得手段により取得された投稿データに含まれるキーワードに対応する前記位置情報を取得する第２取得手段、前記第１取得手段により取得された投稿データの送信時に送信元の携帯端末が存在していた位置の判定に資する、当該投稿データに関連して取得される関連情報に基づいて、当該投稿データの送信時に送信元の携帯端末が、前記第２取得手段により取得された前記位置情報が示す位置の近傍とする範囲内に存在していたか否かを判定する判定手段、及び、前記判定手段により前記範囲内に存在していたと判定された場合、前記第２取得手段により取得された位置情報を、前記第１取得手段により取得された投稿データが経由した前記移動体通信ネットワークに接続可能な位置を示す情報として出力する出力手段として機能させることを特徴とする。

本発明によれば、携帯端末が移動体通信ネットワークを介して通信可能な位置をＧＰＳに依存せずに特定することができる。

本実施形態に係る情報提供システムの概要構成の一例を示す図である。（Ａ），（Ｂ）は、携帯端末１のブラウザによりブログサイトから取得され、表示された投稿データの表示画面の一例を示す図である。（Ａ）は、本実施形態に係る位置解析処理サーバ５の概要構成例を示す図であり、（Ｂ）は、システム制御部５４における機能ブロックの一例を示す図である。（Ａ）は、キーワード対応付けデータベース５２１の登録内容の一例を示す図であり、（Ｂ）は、投稿管理データベース５２２における登録内容の一例を示す図であり、（Ｃ）は、予約管理データベース５２３における登録内容の一例を示す図であり、（Ｄ）は、位置管理データベース５２４における登録内容の一例を示す図である。位置解析処理サーバ５のシステム制御部５４における位置解析処理を示すフローチャートである。ステップＳ５における端末存在可否判定処理の具体例を示すフローチャートである。ステップＳ５における端末存在可否判定処理の具体例を示すフローチャートである。ステップＳ５における端末存在可否判定処理の具体例を示すフローチャートである。

以下、図面を参照して本発明の実施形態について説明する。なお、以下に説明する実施の形態は、情報提供システムに対して本発明を適用した場合の実施形態である。
［１．情報提供システムの構成及び機能概要］

先ず、本発明の一実施形態に係る情報提供システムＳの構成及び概要機能について、図１を用いて説明する。図１は、本実施形態に係る情報提供システムＳの概要構成例を示す図である。図１に示すように、情報提供システムＳは、携帯端末１、ゲートウェイサーバ２、投稿処理サーバ３、予約処理サーバ４、及び位置解析処理サーバ５を含んで構成される。

携帯端末１は、通信機能を有する携帯電話機、スマートフォン、または携帯ゲーム機などの移動体通信装置である。携帯端末１は、移動体通信ネットワーク（キャリア網）ＭＮにおける基地局からの電波の届く範囲内で当該基地局を介して移動体通信ネットワークＭＮに接続し、当該移動体通信ネットワークＭＮを経由してインターネットＩＮに接続可能になっている。移動体通信ネットワークＭＮは、通信キャリアにより構築及び運営される３Ｇ通信回線を備えて構成されるネットワークである。また、無線ＬＡＮ機能を有する携帯端末１の場合、携帯端末１は、無線ＬＡＮ機能によりモバイルルータ（「モバイルWi-Fi（登録商標）ルータ」ともいう）と無線通信を行い、当該モバイルルータを介して移動体通信ネットワークＭＮに接続し、当該移動体通信ネットワークＭＮを経由してインターネットＩＮに接続することも可能である。この場合、モバイルルータが基地局を介して移動体通信ネットワークＭＮに接続することになる。モバイルルータは、例えば、携帯端末１のユーザにより携帯端末１と共に携帯される。なお、図１の例では、１つの携帯端末１を示しているが、実際には、例えばユーザごとに存在する。１つの移動体通信ネットワークＭＮを示しているが、実際には通信キャリアごとに存在する。

ゲートウェイサーバ２は、移動体通信ネットワークＭＮ及びインターネットＩＮに接続され、移動体通信ネットワークＭＮとインターネットＩＮとの間で各種データ（パケット）を中継するサーバである。インターネットＩＮ側では、例えばＨＴＴＰ（Hypertext Transfer Protocol）でデータの送受信が行われる一方、移動体通信ネットワークＭＮ側では、通信キャリアに応じた通信プロトコルで各種データの送受信が行われる。そのため、ゲートウェイサーバ２は、データ中継時にプロトコル変換などの処理を行う。携帯端末１のブラウザからインターネットＩＮ上のＷｅｂサイトへのアクセスは、移動体通信ネットワークＭＮ及びゲートウェイサーバ２を経由して行われる。ゲートウェイサーバ２は、例えば、通信キャリアごとに構築及び運営される。

投稿処理サーバ３は、例えばインターネットＩＮに接続され、携帯端末１またはパーソナルコンピュータ（図示せず）からの投稿データの登録及び公開を行うＷｅｂサイトを運営するためのサーバである。このＷｅｂサイトの例としては、ブログサイト、ＳＮＳ（Social Networking Service）サイト（コミュニティサイト）、ミニブログサイト（例えば、ツイッター（ＴＷＩＴＴＥＲ（登録商標））サイトなど）、及びクチコミサイトが挙げられる。他にも、上記Ｗｅｂサイトの例としては、投稿データの登録及び公開を兼ねるショッピングサイト、オークションサイト、旅行予約サイト、宿泊予約サイト、及び施設利用予約サイトなどもある。投稿処理サーバ３は、例えば、これらのサイトごとに設置される。投稿処理サーバ３は、Ｗｅｂサーバ機能を有する１つのサーバにより構成されてもよいし、例えばＷｅｂサーバ、アプリサーバ、及びデータベースサーバなどのように機能分割された複数のサーバから構成されてもよい。なお、本実施形態では、投稿処理サーバ３は、インターネットＩＮに接続されているサーバを例にとっているが、移動体通信ネットワークＭＮに接続されているサーバであってもよい。

投稿処理サーバ３は、携帯端末１またはパーソナルコンピュータから送信された投稿データを受信すると、受信した投稿データを投稿管理データベース（ＤＢ）３１に登録する。投稿データには、例えば、投稿日時（投稿データの送信日時）、及び投稿内容が含まれる。投稿内容は、例えば、ブログのエントリー、ツイート、ＳＮＳのコメント（伝言）、又はクチコミなどを示す。投稿内容には、ある特定のスポット（場所）を示すキーワードが含まれる場合がある。

図２（Ａ），（Ｂ）は、携帯端末１のブラウザによりブログサイトから取得され、表示された投稿データの表示画面の一例を示す図である。例えば、図２（Ａ）に表示された投稿データに含まれる「ＡＡホテル」及び「ロビー」、及び図２（Ｂ）に表示された投稿データに含まれる「宝物館」は、それぞれ、スポットを示すキーワードに該当する。本実施形態では、投稿データに含まれる、スポットを示すキーワードを用いて、当該スポットの位置に対応する位置情報を特定するように構成される。

また、投稿データは、例えばＨＴＴＰリクエストのボディに含まれて投稿処理サーバ３により受信されるが、移動体通信ネットワークＭＮ及びゲートウェイサーバ２を経由して受信されたＨＴＴＰリクエストのヘッダには、一般に、ユーザエージェント（ＵＡ）が含まれる。このユーザエージェントには、上記通信キャリア名と携帯端末１の機種名との少なくとも何れか一方を示す文字列を含まれる場合がある。この場合、投稿データを送信したＨＴＴＰリクエスト中のユーザエージェント（上記通信キャリア名と携帯端末１の機種名との少なくとも何れか一方を示す文字列を含む）と該投稿データとが対応付けられて投稿管理データベース３１に登録される。なお、投稿処理サーバ３により受信された投稿データの送信元ＩＰアドレスが該投稿データに対応付けられて投稿管理データベース３１に登録されるように構成してもよい。この場合の送信元ＩＰアドレスは、例えば、投稿データを中継したゲートウェイサーバ２のＩＰアドレスとなる。

また、投稿データの登録にあたりログインを要求するＷｅｂサイトの場合、投稿データを送信した携帯端末１またはパーソナルコンピュータなどのユーザのユーザＩＤと該投稿データとが対応付けられて投稿管理データベース３１に登録される。ここで、ユーザＩＤは、ユーザを識別するユーザ識別情報である。このユーザＩＤは、例えば、投稿データに含まれる（或いは投稿データに付加される）。また、投稿データには、ユーザＩＤでなく、ユーザＩＤに対応するクッキーＩＤなどの識別情報が含まれる（或いは投稿データに付加される）場合もある。この場合、クッキーＩＤなどの識別情報がユーザ識別情報として、当該投稿データに対応付けられて投稿管理データベース３１に登録されるように構成してもよい。また、携帯端末１またはパーソナルコンピュータから送信された投稿データには、画像データ（写真データ）が付加（添付）されている場合がある。この場合、投稿データに付加された画像データと該投稿データとが対応付けられて投稿管理データベース３１に登録される。画像データから画像撮影日時が取得できる場合もある。また、例えば、カメラ機能及びＧＰＳ機能を有する携帯端末１の場合、カメラ機能により撮影された画像データには、ＧＰＳ機能により検出された緯度及び経度を示す位置情報が付加（例えばジオタグとして付加）される場合がある。この場合、位置情報が付加された画像データと投稿データとが対応付けられて投稿管理データベース３１に登録される。なお、画像データに付加された位置情報は、画像撮影地点を示す位置情報である。或いは、投稿データ自体に、ＧＰＳ機能により検出される緯度及び経度を示す位置情報が付加される場合もある。この場合、投稿データに付加された緯度及び経度を示す位置情報と該投稿データとが対応付けられて投稿管理データベース３１に登録される。なお、投稿データに付加された位置情報は、投稿データの送信地点を示す位置情報である。

予約処理サーバ４は、例えばインターネットＩＮに接続され、携帯端末１またはパーソナルコンピュータからの施設の利用予約要求又は宿泊予約要求に応じて、該施設の利用予約又は宿泊予約の登録を行うＷｅｂサイトを運営するためのサーバである。このＷｅｂサイトの例としては、旅行予約サイト、施設の宿泊予約サイト、及び施設の利用予約サイトなどが挙げられる。施設には、例えばホテル、旅館、、レストラン、料亭、コンサート会場、演劇場、イベント会場、ゴルフ場、ゴルフ等の練習場、ヘアサロン、博物館、及び映画館などが該当する。なお、これらの施設は、一例であり、これらの施設に限定されるものではない。予約処理サーバ４は、例えば、これらのサイトごとに設置される。予約処理サーバ４は、Ｗｅｂサーバ機能を有する１つのサーバにより構成されてもよいし、例えばＷｅｂサーバ、アプリサーバ、及びデータベースサーバなどのように機能分割された複数のサーバから構成されてもよい。なお、本実施形態では、予約処理サーバ４は、インターネットＩＮに接続されているサーバを例にとっているが、移動体通信ネットワークＭＮに接続されているサーバであってもよい。

予約処理サーバ４は、ユーザのログイン後、携帯端末１またはパーソナルコンピュータから、予約に必要な予約データを施設の利用予約要求又は宿泊予約要求と共に受信すると、当該予約データを、予約したユーザのユーザＩＤに対応付けて予約管理データベース（ＤＢ）４１に登録する。予約データには、例えば、施設の場所（例えば、住所、または緯度及び経度を示す位置情報）、利用日時又は宿泊日、利用人数又は宿泊人数などの情報が含まれる。また、ユーザが利用予約又は宿泊予約に対応する料金の決済を行った場合、その料金の決済の情報が予約管理データベース４１に登録される。また、ユーザが利用予約又は宿泊予約のキャンセルを行った場合、そのキャンセルの情報が予約管理データベース４１に登録される。なお、予約管理データベース４１に登録された情報は、ユーザが施設の利用予約又は宿泊予約をした予約履歴を構成する。

位置解析処理サーバ５は、本発明の情報処理装置の一例であり、例えばインターネットＩＮに接続される。なお、位置解析処理サーバ５は、例えば、投稿データの登録及び公開を行うＷｅｂサイトを運営するためのサーバの１つとして組み込まれてもよい。また、位置解析処理サーバ５は、例えば、施設の利用予約又は宿泊予約の登録を行うＷｅｂサイトを運営するためのサーバの１つとして組み込まれてもよい。また、本実施形態では、位置解析処理サーバ５は、インターネットＩＮに接続されているサーバを例にとっているが、移動体通信ネットワークＭＮに接続されているサーバであってもよい。

図３（Ａ）は、本実施形態に係る位置解析処理サーバ５の概要構成例を示す図である。図３（Ａ）に示すように、位置解析処理サーバ５は、通信部５１と、記憶部５２（記憶手段の一例）と、入出力インターフェース部５３と、システム制御部５４と、を備えている。そして、システム制御部５４と入出力インターフェース部５３とは、システムバス５５を介して接続されている。通信部５１は、インターネットＩＮに接続され、通常状態の制御を行う。

記憶部５２は、例えば、ハードディスクドライブなどにより構成されており、オペレーティングシステム及び位置解析処理プログラム（本発明の情報処理プログラムを含む）などの各種プログラムを記憶する。なお、位置解析処理プログラムは、例えば、所定のサーバなどからインターネットＩＮを介してダウンロードされるようにしても良いし、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）などの記録媒体に記録されて読み込まれるようにしてもよい。

また、記憶部５２には、キーワード対応付けデータベース（ＤＢ）５２１、投稿管理データベース（ＤＢ）５２２、予約管理データベース（ＤＢ）５２３、及び位置管理データベース（ＤＢ）５２４などが設けられる。なお、これらのデータベースは、記憶部５２に設けられるのではなく、位置解析処理サーバ５とは異なる他のサーバに設けられるように構成してもよい。

キーワード対応付けデータベース５２１は、所定のスポットを示すキーワードと、スポットの位置を示す位置情報とを対応付けて登録する。所定のスポットを示すキーワードと、スポットの位置を示す位置情報は、例えばシステム管理者により予め登録される。図４（Ａ）に、キーワード対応付けデータベース５２１の登録内容の一例を示す。図４（Ａ）に示すキーワード対応付けデータベース５２１のレコード１には、スポットを示すキーワードである「ＡＡホテル／××駅徒歩３分／ロビー」と、当該スポットの位置を示す位置情報である「名古屋市○○区１−２、ＡＡホテル、１階」とが対応付けられて登録されている。この例では、スポットの位置は、住所、施設名、及び階数（フロア）により特定されるが、住所に代えて、緯度及び経度であってもよい。階数は、高度（高さ）を示す情報である。これにより、この例では、位置情報は、スポットの空間位置（（経度，緯度，高度）又は（住所＋階数））を規定している。

投稿管理データベース５２２は、投稿データを登録する。図４（Ｂ）に、投稿管理データベース５２２における登録内容の一例を示す。投稿管理データベース５２２に登録される投稿データは、例えば、各Ｗｅｂサイトにおける投稿処理サーバ３の投稿管理データベース３１から所定のタイミングで取得される。このように、投稿管理データベース５２２には、ブログサイト、ＳＮＳサイト、ミニブログサイトなどの様々なＷｅｂサイトに投稿された投稿データが集約される。なお、上述したように投稿管理データベース３１において投稿データに対応付けられて登録されたユーザＩＤなどの情報は、投稿データとともに取得され、図４（Ｂ）に示すように、投稿管理データベース５２２に登録される。また、投稿管理データベース５２２に登録された投稿データのうち、後述する位置解析処理に用いられた投稿データには、処理済フラグが対応付けられて登録される。

予約管理データベース５２３は、ユーザが施設の利用予約又は宿泊予約をした予約履歴を登録する。予約管理データベース５２３に登録される予約履歴は、例えば、各Ｗｅｂサイトにおける予約処理サーバ４の予約管理データベース４１から所定のタイミングで取得される。なお、上述したように予約管理データベース４１において予約履歴に対応付けられて登録されたユーザＩＤは、予約履歴とともに取得され、図４（Ｃ）に示すように、予約管理データベース５２３に登録される。

位置管理データベース５２４は、携帯端末１が移動体通信ネットワークＭＮに接続可能な位置を示す情報を登録する。図４（Ｄ）に、位置管理データベース５２４における登録内容の一例を示す。図４（Ｄ）に示す位置管理データベース５２４のレコード１には、携帯端末１が移動体通信ネットワークＭＮに接続可能な位置を示す位置情報、当該移動体通信ネットワークＭＮを運営する通信キャリアを示す情報、及び当該携帯端末１のユーザのユーザＩＤなどが対応付けられて登録されている。

システム制御部５４は、ＣＰＵ（Central Processing Unit）５４ａ、ＲＯＭ（Read Only Memory）５４ｂ、ＲＡＭ（Random Access Memory）５４ｃなどにより構成される。図３（Ｂ）は、システム制御部５４における機能ブロックの一例を示す図である。コンピュータとしてのシステム制御部５４は、記憶部５２に記憶された位置解析処理プログラムにしたがって、位置解析処理を実行する。このような処理において、システム制御部５４は、図３（Ｂ）に示すように、投稿データ取得部５４１、位置情報取得部５４２、端末存在可否判定部５４３、及び位置情報出力部５４４などとして機能する。なお、投稿データ取得部５４１は、本発明における第１取得手段の一例である。位置情報取得部５４２は、本発明における第２取得手段の一例である。端末存在可否判定部５４３は、本発明における判定手段の一例である。位置情報出力部５４４は、本発明における出力手段の一例である。

投稿データ取得部５４１は、携帯端末１を送信元とし移動体通信ネットワークＭＮを経由して伝送された投稿データ及びこれに対応付けられた情報を投稿管理データベース５２２から取得する。投稿データ取得部５４１が取得する投稿データには、携帯端末１を送信元とし、モバイルルータにより移動体通信ネットワークＭＮを経由して伝送された投稿データも含まれる。なお、投稿データ取得部５４１が取得する投稿データには、例えばパーソナルコンピュータから移動体通信ネットワークＭＮを経由せずに伝送された投稿データは含まれない。

位置情報取得部５４２は、例えばキーワード対応付けデータベース５２１から、投稿データ取得部５４１により取得された投稿データに含まれるキーワードに対応する位置情報（つまり、スポットの位置を示す位置情報）を取得する。なお、キーワード対応付けデータベース５２１が位置解析処理サーバ５とは異なる他のサーバに設けられる場合、位置情報取得部５４２は、投稿データ取得部５４１により取得された投稿データに含まれるキーワードを含む検索クエリを当該他のサーバに送信することにより、当該他のサーバから、上記投稿データに含まれるキーワードに対応する上記位置情報を取得する。位置情報取得部５４２により、投稿データの送信元の携帯端末１が当該投稿データの送信時点で存在していたであろうスポットの位置を示す位置情報を取得することができる。ただし、この段階では、投稿データの送信元の携帯端末１が、上記スポットの位置又は当該位置の近傍に存在していない場合もありえる。そのため、投稿データの送信元の携帯端末１が当該投稿データの送信時点で当該スポットの位置又は当該位置の近傍に存在していたことを、一定以上の程度の確度をもって裏付けるために、端末存在可否判定部５４３を設けている。

端末存在可否判定部５４３は、投稿データ取得部５４１により取得された投稿データの送信時に送信元の携帯端末１が存在していた位置の判定に資する、当該投稿データに関連して取得される関連情報に基づいて、当該投稿データの送信時に送信元の携帯端末１が、位置情報取得部５４２により取得された位置情報に対応する位置の近傍とする範囲（以下、「近傍範囲」という）内に存在していたか否かを判定する。ここで、「関連情報」には、例えば、「投稿データに付加された画像データ」、「投稿データに付加された位置情報」、「投稿者が位置情報に対応する位置にあるスポットにいることを前提として表現されたワード又はフレーズ」、「投稿者が位置情報に対応する位置にあるスポットにいないことを前提として表現されたワード又はフレーズ」、及び「投稿データの送信元の携帯端末１のユーザのユーザＩＤをキーとして取得可能な予約履歴」などが該当する。「位置情報に対応する位置の近傍範囲内に存在」には、例えば、「位置情報に対応する位置から所定の距離範囲（例えば、１〜２ｍ）内に存在」、「位置情報に対応する位置が属する所定エリア（例えば、所定の番地）内に存在」、及び「位置情報に対応する位置から所定の時間（例えば、数十秒）内で移動可能な範囲内に存在」などが該当する。「位置情報に対応する位置の近傍範囲内に存在していたか否か」の判定により、投稿データの送信時に送信元の携帯端末１が当該投稿データに含まれるキーワードに対応するスポットの位置又は当該位置の近傍に存在していた可能性が高いか否かを決定する趣旨である。端末存在可否判定部５４３により、当該スポットに関する投稿データの送信元である携帯端末１が送信時点で当該スポットの位置又は当該位置の近傍に存在してか否かを、当該投稿データに関連する関連情報を利用して、一定以上の程度の確度をもって特定することができる。なお、関連情報に基づいて携帯端末１の存在可否を判定する方法の詳細については後述する。

位置情報出力部５４４は、端末存在可否判定部５４３により所定範囲内に存在していたと判定された場合、位置情報取得部５４２により取得された位置情報を、投稿データ取得部５４１により取得された投稿データが経由した移動体通信ネットワークＭＮに接続可能な位置を示す情報として出力する。位置情報出力部５４４による位置情報の出力先の例としては、例えば、位置管理データベース５２４、他のサーバ、管理者の端末、又は可搬型の記憶媒体などが挙げられる。なお、位置情報出力部５４４により出力される情報には、位置情報取得部５４２により取得された位置情報だけでなく、投稿データ取得部５４１により取得された投稿データが経由した移動体通信ネットワークＭＮを運営する通信キャリアを示す情報が含まれるように構成してもよい。また、位置情報出力部５４４により出力される情報には、投稿データ取得部５４１により取得された投稿データや、当該投稿データの送信元の携帯端末１のユーザのユーザＩＤが含まれるように構成してもよい。
［２．情報提供システムＳの動作］

次に、本実施形態に係る情報提供システムＳの動作について、図５を用いて説明する。図５は、位置解析処理サーバ５のシステム制御部５４における位置解析処理を示すフローチャートである。なお、以下の説明する動作の前提として、投稿管理データベース５２２には、投稿処理サーバ３の投稿管理データベース３１から取得された投稿データが登録されているものとする。また、予約管理データベース５２３には、予約処理サーバ４の予約管理データベース４１から取得された予約履歴が登録されているものとする。

図５に示す処理は、例えば、予め設定された時間間隔（例えば、２４時間毎）で実行される。図５に示す処理が開始されると、投稿データ取得部５４１は、投稿管理データベース５２２に登録されている投稿データで処理済フラグが対応付けられていない投稿データの中から、携帯端末１を送信元とし移動体通信ネットワークＭＮを経由して伝送された投稿データを選別する（ステップＳ１）。例えば、投稿データ取得部５４１は、投稿管理データベース５２２に登録された投稿データに対応付けられたユーザエージェント（通信キャリアを示す文字列）または送信元ＩＰアドレスにより、携帯端末１を送信元とし移動体通信ネットワークＭＮを経由して伝送された投稿データを選別する。

ところで、モバイルルータにより移動体通信ネットワークＭＮを経由して伝送された投稿データの場合、リクエストのヘッダにユーザエージェントが含まれないことがあるため、ユーザエージェントによる選別は困難な場合がある。或いは、リクエストのヘッダにユーザエージェントが含まれる場合であっても、ユーザエージェント中の情報から通信キャリアを特定できないなどにより、携帯端末１を送信元とし移動体通信ネットワークＭＮを経由して伝送された投稿データを選別することが困難な場合も想定される。したがって、このような場合、例えば、投稿データに対応付けられた送信元ＩＰアドレスにより上記投稿データを選別することがより好ましい。送信元ＩＰアドレスのネットワーク部（ホストが所属するネットワークを示す）から通信キャリアを特定できる場合、送信元ＩＰアドレスにより上記投稿データを選別することができる。この場合、例えば、送信元ＩＰアドレスのネットワーク部には、投稿データを中継したゲートウェイサーバ２が所属するネットワークとして、移動体通信ネットワークＭＮが示されているので、これにより、上記投稿データを選別することができる。また、投稿データが、移動体通信ネットワークＭＮを経由する場合、送信元ＩＰアドレスは、例えば、ゲートウェイサーバ２のＩＰアドレスとなる。そのため、予めゲートウェイサーバ２のＩＰアドレス一覧を記憶部５２に記憶しておけば、投稿データ取得部５４１は、当該一覧を参照することにより、送信元ＩＰアドレスにより上記投稿データを選別することができる。

なお、投稿データ取得部５４１は、投稿処理サーバ３の投稿管理データベース３１から投稿データを取得する際に、携帯端末１を送信元とし移動体通信ネットワークＭＮを経由して伝送された投稿データを選別して投稿管理データベース５２２に登録するように構成してもよい。この場合、上記ステップＳ１において投稿データを選別する必要はない。

次いで、投稿データ取得部５４１は、例えばステップＳ１で選別した投稿データ及び当該投稿データに対応付けられた情報を投稿管理データベース５２２から取得する（ステップＳ２）。これにより、例えば、投稿データが複数取得される。次いで、位置情報取得部５４２は、ステップＳ２で取得された投稿データの中から投稿データを１つ特定する（ステップＳ３）。次いで、位置情報取得部５４２は、例えばキーワード対応付けデータベース５２１から、ステップＳ３で特定された投稿データに含まれるキーワードに対応する位置情報を取得する（ステップＳ４）。例えば、ステップＳ３で特定された投稿データに「ＡＡホテル」及び「ロビー」が含まれているとし、図４（Ａ）に示すキーワード対応付けデータベース５２１が参照されると仮定する。この場合、ステップＳ３で特定された投稿データから、例えば形態素解析などにより「ＡＡホテル」及び「ロビー」というキーワードが抽出され、抽出された「ＡＡホテル」及び「ロビー」というキーワード（キーワードの組）と一致するキーワードに対応付けられた「名古屋市○○区１−２、ＡＡホテル、１階」という位置情報（スポットの位置を示す位置情報）が、図４（Ａ）に示すキーワード対応付けデータベース５２１から取得される。

次いで、端末存在可否判定部５４３は、端末存在可否判定処理を実行する（ステップＳ５）。端末存在可否判定処理において、端末存在可否判定部５４３は、ステップＳ３で特定された投稿データの送信時に送信元の携帯端末１が存在していた位置の判定に資する関連情報に基づいて、当該投稿データの送信時に送信元の携帯端末１が、ステップＳ４で取得された位置情報に対応する位置の近傍範囲内に存在していたか否かを判定する。

図６〜図８は、ステップＳ５における端末存在可否判定処理の具体例を示すフローチャートである。

先ず、図６に示す端末存在可否判定処理について説明する。図６に示す処理では、先ず、端末存在可否判定部５４３は、ステップＳ３で特定された投稿データに画像データが対応付けられているか否かを判定する（ステップＳ５１）。例えば、画像データが、ステップＳ３で特定された投稿データに対応付けられて投稿管理データベース３１に登録されている場合、当該投稿データに画像データが対応付けられていると判定される。この画像データは、投稿データに付加されて送信された画像データであるので、以下、「付加された画像データ」という。そして、端末存在可否判定部５４３は、ステップＳ３で特定された投稿データに画像データが対応付けられていると判定した場合（ステップＳ５１：ＹＥＳ）、ステップＳ５２へ進む。一方、端末存在可否判定部５４３は、ステップＳ３で特定された投稿データに画像データが対応付けられていないと判定した場合（ステップＳ５１：ＮＯ）、“近傍範囲内でない”と判定して（ステップＳ５８）、図５に示す処理に戻る。或いは、この場合、図７，図８（Ａ），及び図８（Ｂ）の処理のうち、何れかの処理に移行してもよい。

ステップＳ５２では、端末存在可否判定部５４３は、付加された画像データから画像撮影日時を取得し、且つ、ステップＳ３で特定された投稿データから当該投稿データの送信日時を取得する。次いで、端末存在可否判定部５４３は、ステップＳ５２で取得した画像撮影日時及び送信日時に基づいて、付加された画像データの画像撮影時と、ステップＳ３で特定された投稿データの送信時との間の時間差が所定値（例えば、数十秒）以下であるか否かを判定する（ステップＳ５３）。そして、端末存在可否判定部５４３は、付加された画像データの画像撮影時と、ステップＳ３で特定された投稿データの送信時との間の時間差が所定値以下でないと判定した場合（ステップＳ５３：ＮＯ）、“近傍範囲内でない”と判定して（ステップＳ５８）、図５に示す処理に戻る。

一方、端末存在可否判定部５４３は、付加された画像データの画像撮影時と、ステップＳ３で特定された投稿データの送信時との間の時間差が所定値以下であると判定した場合（ステップＳ５３：ＹＥＳ）、ステップＳ５４へ進む。なお、ステップＳ５３において、付加された画像データの画像撮影時と、ステップＳ３で特定された投稿データの送信時との間の時間差が所定値以下であるという条件を満たす場合、携帯端末１のユーザが写真画像を撮影してそれほど移動することなく直ちに該携帯端末１から投稿データを送信した可能性があると推定できる。そのため、この場合、ステップＳ３で特定された投稿データの送信時に送信元の携帯端末１が、ステップＳ４で取得された位置情報に対応する位置の近傍範囲内に存在していたか可能性が高いと判定できることから、“近傍範囲内である”と判定して、図５に示す処理に戻るように構成してもよい。ただし、近傍範囲内であるとの確度を高めるためには、ステップＳ５４へ進むことが、より望ましい。

ステップＳ５４では、端末存在可否判定部５４３は、付加された画像データに画像撮影地点の位置情報が例えばジオタグとして付加されているか否かを判定する。そして、端末存在可否判定部５４３は、付加された画像データに画像撮影地点の位置情報が付加されていると判定した場合（ステップＳ５４：ＹＥＳ）、ステップＳ５５へ進む。当該画像データに付加された位置情報を、以下、「画像データの位置情報」という。一方、端末存在可否判定部５４３は、付加された画像データに画像撮影地点の位置情報が付加されていないと判定した場合（ステップＳ５４：ＮＯ）、ステップＳ５６へ進む。

ステップＳ５５では、端末存在可否判定部５４３は、ステップＳ４で取得された位置情報が示す位置と、付加された画像データの位置情報が示す位置（つまり、画像撮影地点）とが近傍にあると判定される所定条件を満たすか否かを判定する。この所定条件には、例えば、ステップＳ４で取得された位置情報が示す位置（例えば住所、又は緯度及び経度で特定される平面位置）と、付加された画像データの位置情報が示す位置（緯度及び経度で特定される平面位置）との間の距離が所定距離内であるとの条件が該当する。或いは、この所定条件には、ステップＳ４で取得された位置情報が示す位置と、付加された画像データの位置情報が示す位置とが共に所定エリア内にあるとの条件が該当する。そして、端末存在可否判定部５４３は、上記所定条件を満たさないと判定した場合（ステップＳ５５：ＮＯ）、“近傍範囲内でない”と判定して（ステップＳ５８）、図５に示す処理に戻る。一方、端末存在可否判定部５４３は、上記所定条件を満たすと判定した場合（ステップＳ５５：ＹＥＳ）、“近傍範囲内である”と判定して（ステップＳ５９）、図５に示す処理に戻る。

ステップＳ５６では、端末存在可否判定部５４３は、付加された画像データの画像が、ステップＳ３で特定された投稿データに含まれるキーワードに対応するスポットで撮影されたものであることを示すワード又はフレーズが投稿データに含まれるか否かを判定する。フレーズとは、例えば、ワードが複数集まって一つの意味をなすものをいう。ワード及びフレーズは、それぞれ、センテンスの構成要素である。当該投稿データに含まれるキーワードに対応するスポットを、以下、「特定スポット」という。特定スポットで撮影されたものであることを示すフレーズの例としては、「ＡＡホテルで撮影しました」などが該当する。ここで、「で撮影しました」というフレーズは、例えば記憶部５２に予め記憶されたワードリストに登録されるように構成し、端末存在可否判定部５４３が、ステップＳ５６の判定時に参照するように構成する。そして、端末存在可否判定部５４３は、特定スポットで撮影されたものであることを示すワード又はフレーズが、ステップＳ３で特定された投稿データに含まれないと判定した場合（ステップＳ５６：ＮＯ）、ステップＳ５７へ進む。一方、端末存在可否判定部５４３は、特定スポットで撮影されたものであることを示すワード又はフレーズが、ステップＳ３で特定された投稿データに含まれると判定した場合（ステップＳ５６：ＹＥＳ）、“近傍範囲内である”と判定して（ステップＳ５９）、図５に示す処理に戻る。

ステップＳ５７では、端末存在可否判定部５４３は、付加された画像データから抽出される被写体が、特定スポットで撮影可能な所定の標準被写体であるか否かを判定する。ここで、画像データからの被写体は、例えば、公知の画像認識技術により抽出される。そして、抽出された被写体の特徴抽出が行われ、特徴量が求められる。こうして求められた特徴量と、上記キーワードに対応付けて予め設定しておいた標準被写体の特徴量との差が閾値内にあれば、付加された画像データから抽出される被写体が、所定の標準被写体であると判定される。端末存在可否判定部５４３は、付加された画像データから抽出される被写体が、所定の標準被写体でないと判定した場合（ステップＳ５７：ＮＯ）、“近傍範囲内でない”と判定して（ステップＳ５８）、図５に示す処理に戻る。一方、端末存在可否判定部５４３は、付加された画像データから抽出される被写体が、所定の標準被写体であると判定した場合（ステップＳ５７：ＹＥＳ）、“近傍範囲内である”と判定して（ステップＳ５９）、図５に示す処理に戻る。

なお、ステップＳ５４において、付加された画像データに画像撮影地点の位置情報が付加されていない場合に、ステップＳ５７の処理が、ステップＳ５６の処理より優先して行われるように構成してもよい。この場合、ステップＳ５６の処理は、付加された画像データから抽出される被写体が、所定の標準被写体でないと判定した場合に行われるように構成される。また、ステップＳ５４において、付加された画像データに画像撮影地点の位置情報が付加されている場合であっても、ステップＳ５６の処理またはステップＳ５７の処理がステップＳ５５の処理より優先して行われるように構成してもよい。

次に、図７に示す端末存在可否判定処理について説明する。図７に示す処理では、先ず、端末存在可否判定部５４３は、ステップＳ３で特定された投稿データにユーザＩＤが対応付けられているか否かを判定する（ステップＳ６１）。例えば、ユーザＩＤが、ステップＳ３で特定された投稿データに対応付けられて投稿管理データベース３１に登録されている場合、当該投稿データにユーザＩＤが対応付けられていると判定される。そして、端末存在可否判定部５４３は、当該投稿データにユーザＩＤが対応付けられていると判定した場合（ステップＳ６１：ＹＥＳ）、ステップＳ６２へ進む。一方、端末存在可否判定部５４３は、当該投稿データにユーザＩＤが対応付けられていないと判定した場合（ステップＳ６１：ＮＯ）、“近傍範囲内でない”と判定して（ステップＳ６６）、図５に示す処理に戻る。或いは、この場合、図６，図８（Ｃ）及び（Ｄ）の処理のうち、何れかの処理に移行してもよい。

ステップＳ６２では、端末存在可否判定部５４３は、予約管理データベース５２３から、ステップＳ３で特定された投稿データの送信元の携帯端末１のユーザのユーザＩＤに対応する予約履歴（つまり、投稿データを投稿したユーザによる予約履歴）を取得する。次いで、端末存在可否判定部５４３は、ステップＳ３で特定された投稿データの送信元の携帯端末１のユーザが、「当該投稿データの送信時を含む日を利用日として特定スポットから所定範囲（例えば、１０〜２０ｍ）内の施設において利用予約をした履歴」、または、「当該投稿データの送信時を含む日の前日又は当日を宿泊日として特定スポットから所定範囲（例えば、１０〜２０ｍ）内の施設において利用予約又は宿泊予約をした履歴」が、ステップＳ６２で取得された予約履歴に含まれるか否かを判定する（ステップＳ６３）。ここで、予約履歴により示される施設が、特定スポットから所定範囲内にあるか否かは、当該特定スポットの位置を示す位置情報と、予約履歴により示される施設の場所（例えば、住所、または緯度及び経度を示す位置情報）とが比較されることで判定される。そして、端末存在可否判定部５４３は、特定スポットから所定範囲内の施設において利用予約又は宿泊予約をした履歴が予約履歴に含まれないと判定した場合（ステップＳ６３：ＮＯ）、“近傍範囲内でない”と判定して（ステップＳ６６）、図５に示す処理に戻る。

一方、端末存在可否判定部５４３は、特定スポットから所定範囲内の施設において利用予約又は宿泊予約をした履歴が予約履歴に含まれると判定した場合（ステップＳ６３：ＹＥＳ）、ステップＳ６４へ進む。なお、ステップＳ６３において、特定スポットから所定範囲内の施設において利用予約又は宿泊予約をした履歴が予約履歴に含まれるという条件を満たす場合、投稿データの送信時に送信元の携帯端末１が、ステップＳ４で取得された位置情報に対応する位置の近傍範囲内に存在していたか可能性があると判定できることから、“近傍範囲内である”と判定して、図５に示す処理に戻るように構成してもよい。ただし、近傍範囲内であるとの確度を高めるためには、ステップＳ６４へ進むことが、より望ましい。

ステップＳ６４では、端末存在可否判定部５４３は、ステップＳ６２で取得された予約履歴に基づいて、特定スポットから所定範囲内の施設の利用予約又は宿泊予約に対応する料金の決済がなされているか否かを判定する。そして、端末存在可否判定部５４３は、特定スポットから所定範囲内の施設の利用予約又は宿泊予約に対応する料金の決済がなされていないと判定した場合（ステップＳ６４：ＮＯ）、ステップＳ６５へ進む。一方、端末存在可否判定部５４３は、特定スポットから所定範囲内の施設の利用予約又は宿泊予約に対応する料金の決済がなされていると判定した場合（ステップＳ６４：ＹＥＳ）、“近傍範囲内である”と判定して（ステップＳ６７）、図５に示す処理に戻る。

ステップＳ６５では、端末存在可否判定部５４３は、ステップＳ６２で取得された予約履歴に基づいて、特定スポットから所定範囲内の施設の利用予約又は宿泊予約のキャンセルがなされているか否かを判定する。そして、端末存在可否判定部５４３は、特定スポットから所定範囲内の施設の利用予約又は宿泊予約のキャンセルがなされていないと判定した場合（ステップＳ６５：ＮＯ）、“近傍範囲内である”と判定して（ステップＳ６７）、図５に示す処理に戻る。一方、端末存在可否判定部５４３は、特定スポットから所定範囲内の施設の利用予約又は宿泊予約のキャンセルがなされていると判定した場合（ステップＳ６５：ＹＥＳ）、“近傍範囲内でない”と判定して（ステップＳ６６）、図５に示す処理に戻る。

なお、ステップＳ６３において、特定スポットから所定範囲内の施設において利用予約又は宿泊予約をした履歴が予約履歴に含まれる場合に、ステップＳ６５の処理が、ステップＳ６４の処理より優先して行われるように構成してもよい。この場合、ステップＳ６４の処理は、例えば、特定スポットから所定範囲内の施設の利用予約又は宿泊予約のキャンセルがなされていないと判定した場合に行われるように構成される。

次に、図８（Ａ）に示す端末存在可否判定処理について説明する。図８（Ａ）に示す処理では、先ず、端末存在可否判定部５４３は、ステップＳ３で特定された投稿データの送信時点で投稿者（つまり、送信元の携帯端末１のユーザ）が特定スポットにいることを前提として表現されたワード又はフレーズが当該投稿データに含まれるか否かを判定する（ステップＳ７１）。ここで、特定スポットにいることを前提として表現されたワード又はフレーズ（以下、総称して「肯定ワード」という）には、例えば、「今、」「今、〜です」（“〜”は特に限定されないワード又はフレーズ）、「現在」、及び「なう」などが該当する。このような肯定ワードであれば、特定スポットの面前から投稿された可能性が高いと考えることができる。なお、センテンスの前半部と後半部にそれぞれ含まれるワード又はフレーズが呼応していてもよい。例えば、「今、〜の前にいます。」のようなセンテンスの前半部“今、”と、後半部“の前にいます”とは呼応するように構成された肯定ワードである。一方、例えば、「今」だけを肯定ワードとすると、「今日は〜です」や「今治は綺麗です」など、特定スポットにいることを前提としない表現も含まれてしまうため、句読点、カンマ、ピリオドなどを含めて、肯定ワードを構成するとよい。このような肯定ワードは、例えば記憶部５２に予め記憶された肯定ワードリストに登録されるように構成し、端末存在可否判定部５４３が、ステップＳ７１の判定時に参照するように構成する。或いは、「今日」や「今治」などの除外ワード又は除外フレーズを登録するブラックリストを例えば記憶部５２に予め記憶しておき、ブラックリストに含まれるワード又はフレーズが、ステップＳ３で特定された投稿データに含まれる場合、ステップＳ７１の判定において否定（ＮＯ）するように構成してもよい。

そして、端末存在可否判定部５４３は、上記肯定ワードが、ステップＳ３で特定された投稿データに含まれると判定した場合（ステップＳ７１：ＹＥＳ）、ステップＳ７２へ進む。なお、この場合、“近傍範囲内である”と判定して（ステップＳ７４）、図５に示す処理に戻るように構成してもよい。ただし、近傍範囲内であるとの確度を高めるためには、ステップＳ７２へ進むことが、より望ましい。一方、端末存在可否判定部５４３は、上記肯定ワードが、ステップＳ３で特定された投稿データに含まれないと判定した場合（ステップＳ７１：ＮＯ）、“近傍範囲内でない”と判定して（ステップＳ７３）、図５に示す処理に戻る。或いは、この場合、図６，図７及び図８（Ｂ）の処理のうち、何れかの処理に移行してもよい。

ステップＳ７２では、端末存在可否判定部５４３は、ステップＳ３で特定された投稿データの送信時点で投稿者（つまり、送信元の携帯端末１のユーザ）が特定スポットにいないことを前提として表現されたワード又はフレーズが当該投稿データに含まれるか否かを判定する。ここで、特定スポットにいないことを前提として表現されたワード又はフレーズ（以下、総称して「否定ワード」という）には、例えば、「まもなく」、「もうすぐ」、「そろそろ」、及び「あと〜時間で」などが該当する。このような否定ワードは、特定スポットの近傍とはいえない位置から投稿された可能性が高いと考えることができる。このような否定ワードは、例えば記憶部５２に予め記憶された否定ワードリストに登録されるように構成し、端末存在可否判定部５４３が、ステップＳ７２の判定時に参照するように構成する。

そして、端末存在可否判定部５４３は、上記否定ワードが、ステップＳ３で特定された投稿データに含まれると判定した場合（ステップＳ７２：ＹＥＳ）、“近傍範囲内でない”と判定して（ステップＳ７３）、図５に示す処理に戻る。一方、端末存在可否判定部５４３は、上記否定ワードが、ステップＳ３で特定された投稿データに含まれないと判定した場合（ステップＳ７２：ＮＯ）、“近傍範囲内である”と判定して（ステップＳ７４）、図５に示す処理に戻る。

なお、ステップＳ７２の処理が、ステップＳ７１の処理より優先して行われるように構成してもよい。この場合、ステップＳ７２において、上記否定ワードが、ステップＳ３で特定された投稿データに含まれない場合に、ステップＳ７１の処理が行われる。一方、上記否定ワードが、ステップＳ３で特定された投稿データに含まれる場合、“近傍範囲内でない”と判定して、図５に示す処理に戻る。

次に、図８（Ｂ）に示す端末存在可否判定処理について説明する。図８（Ｂ）に示す処理では、先ず、端末存在可否判定部５４３は、ステップＳ３で特定された投稿データ自体に位置情報が対応付けられているか否かを判定する（ステップＳ８１）。例えば、位置情報が、ステップＳ３で特定された投稿データに対応付けられて投稿管理データベース３１に登録されている場合、当該投稿データ自体に位置情報が対応付けられていると判定される。そして、端末存在可否判定部５４３は、当該投稿データ自体に位置情報が対応付けられていると判定した場合（ステップＳ８１：ＹＥＳ）、ステップＳ８２へ進む。一方、端末存在可否判定部５４３は、当該投稿データ自体に位置情報が対応付けられていないと判定した場合（ステップＳ８１：ＮＯ）、“近傍範囲内でない”と判定して（ステップＳ８４）、図５に示す処理に戻る。或いは、この場合、図６，図７，及び図８（Ａ）の処理のうち、何れかの処理に移行してもよい。

ステップＳ８２では、端末存在可否判定部５４３は、ステップＳ４で取得された位置情報が示す位置と、ステップＳ３で特定された投稿データに付加された位置情報が示す位置（つまり、投稿データの送信地点）とが近傍にあると判定される所定条件を満たすか否かを判定する。この所定条件は、ステップＳ５５と同様である。そして、端末存在可否判定部５４３は、上記所定条件を満たさないと判定した場合（ステップＳ８２：ＮＯ）、“近傍範囲内でない”と判定して（ステップＳ８４）、図５に示す処理に戻る。一方、端末存在可否判定部５４３は、上記所定条件を満たすと判定した場合（ステップＳ８２：ＹＥＳ）、“近傍範囲内である”と判定して（ステップＳ８３）、図５に示す処理に戻る。

図５に示す処理に戻り、ステップＳ６では、ステップＳ５の処理により“近傍範囲内である”と判定されたか否かが判定される。そして、“近傍範囲内である”と判定された場合（ステップＳ６：ＹＥＳ）、位置情報出力部５４４は、ステップＳ４で取得された位置情報を、ステップＳ３で特定された投稿データが経由した移動体通信ネットワークＭＮに接続可能な位置を示す情報として、例えば位置管理データベース５２４に出力し（ステップＳ７）、ステップＳ８へ進む。また、ステップＳ３で特定された投稿データに対して、処理済フラグが対応付けられて投稿管理データベース５２２に登録される。

なお、図５に示す端末存在可否判定処理（ステップＳ５）において、端末存在可否判定部５４３が、上述した図６、図７、図８（Ａ）、及び図８（Ｂ）に示す処理をすべて行った上で、図５に示す処理に戻る（つまり、ステップＳ６に移行する）ように構成してもよい。この構成の場合、図６、図７、図８（Ａ）、及び図８（Ｂ）のそれぞれ処理において“近傍範囲内である”と判定した処理が、所定数以上（例えば、３つ以上または４つ以上）であることを条件として、ステップＳ６において“近傍範囲内である”と判定され、ステップＳ４で取得された位置情報が出力される。

こうして、ステップＳ３で特定された投稿データが経由した移動体通信ネットワークＭＮに接続可能な位置情報が位置管理データベース５２４に登録される。ここで、位置情報出力部５４４により出力される情報には、ステップＳ４で取得された位置情報だけでなく、ステップＳ３で特定された投稿データが経由した移動体通信ネットワークＭＮを運営する通信キャリアを示す情報が含まれることが望ましい。これは、特定スポットの周辺で携帯端末１の通信機能（移動体通信ネットワークＭＮを経由する通信機能）が利用された実績を示すデータを、通信キャリアごとに区別して蓄積することができるからである。そして、このように蓄積されたデータに基づき、例えばホテルの利用者に対して、例えばホテルなどの施設内の特定スポットの位置又は当該位置の近傍において、携帯端末１の通信機能が利用可能か否かの判断材料を、所定のＷｅｂサイト上で提供することができる。しかも、本実施形態では、ステップＳ４で取得された位置情報には、特定スポットの平面位置（緯度及び経度）ばかりでなく、特定スポットの高度も含まれているので、例えば、地上と地下、或いは、地上付近と地上数百ｍ付近、といった高度の違いが反映された実績を示すデータを、蓄積することができる。これにより、当該実績を示すデータに基づく情報提供を受けるユーザに対して、例えば、地下鉄の駅構内と地上付近、高層ビルの地上付近と展望デッキ、或いは、ホテルなどの低層階と高層階などのそれぞれで携帯端末１の通信機能（移動体通信ネットワークＭＮを経由する通信機能）が使えるかどうかの判断材料を提供することができる。

一方、ステップＳ６において、 “近傍範囲内である”と判定されない場合（ステップＳ６：ＮＯ）、位置情報出力部５４４による上記出力は行われずに、ステップＳ８へ移行する。また、ステップＳ３で特定された投稿データに対して、処理済フラグが対応付けられて投稿管理データベース５２２に登録される。

ステップＳ８では、ステップＳ２で取得された投稿データの中で、未だ、ステップＳ３で特定されていない投稿データがあるか否かを判定する。そして、未だ、ステップＳ３で特定されていない投稿データがあると判定された場合（ステップＳ８：ＹＥＳ）、ステップＳ３に戻る。こうして戻ったステップＳ３では、未だ特定されていない投稿データが特定され、上記と同様の処理が行われる。一方、ステップＳ３で特定されていない投稿データがないと判定された場合（ステップＳ８：ＮＯ）、図５に示す処理は終了する。

位置情報出力部５４４により出力された位置情報は、例えば、施設を利用する側のユーザが、利用する施設を選択する際に、自身が所持している携帯端末の上記通信機能が利用できる施設を絞り込むために使用される。また、位置情報出力部５４４により出力された位置情報は、例えば、施設を提供する側の事業者が、施設を利用するユーザを割り当てる（例えば、宿泊施設における部屋の割当て）際に、該ユーザが所持している携帯端末の上記通信機能が利用できる施設を決めるために利用される。その他、当該位置情報は、施設におけるサービスの向上に利用することができる。

以上説明したように、上記実施形態によれば、位置解析処理サーバ５は、携帯端末１を送信元とし移動体通信ネットワークＭＮを経由して伝送された投稿データを取得し、且つ、当該取得した投稿データに含まれるキーワードに対応する位置情報を取得し、当該取得された位置情報を、当該取得された投稿データが経由した移動体通信ネットワークＭＮに接続可能な位置を示す情報として出力するように構成したので、携帯端末が移動体通信ネットワークＭＮを介して通信可能な位置をＧＰＳに依存せずに特定することができる。換言すれば、本実施形態によれば、例えばＧＰＳが十分に機能しないような見通しのよくない位置であったとしても、そのような位置を示す位置情報を十分に得ることができる。

また、上記実施形態によれば、位置解析処理サーバ５は、携帯端末１を送信元とし移動体通信ネットワークＭＮを経由して伝送された投稿データを取得し、且つ、当該取得した投稿データに含まれるキーワードに対応する位置情報を取得し、当該取得した投稿データの送信時に送信元の携帯端末１が存在していた位置の判定に資する関連情報に基づいて、当該投稿データの送信時に送信元の携帯端末１が当該取得した位置情報に対応する位置の近傍とする近傍範囲内に存在していたと判定した場合、当該取得された位置情報を、当該取得された投稿データが経由した移動体通信ネットワークＭＮに接続可能な位置を示す情報として出力するように構成したので、携帯端末が移動体通信ネットワークＭＮを介して通信可能な位置を、より精度良く特定することができる。

１携帯端末
２ゲートウェイサーバ
３投稿処理サーバ
４予約処理サーバ
５位置解析処理サーバ
ＭＮ移動体通信ネットワーク
ＩＮインターネット
Ｓ情報提供システム

Claims

携帯端末を送信元とし移動体通信ネットワークを経由して伝送された投稿データであって所定のスポットを示すキーワードを含む投稿データを取得する第１取得手段と、
所定のスポットを示すキーワードと当該スポットの位置を示す位置情報とを対応付けて記憶する記憶手段から、前記第１取得手段により取得された投稿データに含まれるキーワードに対応する前記位置情報を取得する第２取得手段と、
前記第１取得手段により取得された投稿データの送信時に送信元の携帯端末が存在していた位置の判定に資する、当該投稿データに関連して取得される関連情報に基づいて、当該投稿データの送信時に送信元の携帯端末が、前記第２取得手段により取得された前記位置情報が示す位置の近傍とする範囲内に存在していたか否かを判定する判定手段と、
前記判定手段により前記範囲内に存在していたと判定された場合、前記第２取得手段により取得された位置情報を、前記第１取得手段により取得された投稿データが経由した前記移動体通信ネットワークに接続可能な位置を示す情報として出力する出力手段と、
を備えることを特徴とする情報処理装置。
前記第１取得手段は、前記関連情報として画像データが付加された前記投稿データを取得し、
前記判定手段は、前記投稿データに付加された画像データの画像撮影時と前記投稿データの送信時との間の時間差が所定値以下であるという条件を少なくとも満たす場合に、前記携帯端末が前記投稿データの送信時に前記位置の近傍とする範囲内に存在していたと判定することを特徴とする請求項１に記載の情報処理装置。
前記判定手段は、前記条件を満たし、且つ、当該画像データの画像が前記スポットで撮影されたものであることを示すワード又はフレーズが投稿データに含まれる場合に、前記携帯端末が前記投稿データの送信時に前記位置の近傍とする範囲内に存在していたと判定することを特徴とする請求項２に記載の情報処理装置。
前記判定手段は、前記条件を満たし、且つ、当該画像データから抽出される被写体が前記スポットで撮影可能な所定の被写体である場合に、前記携帯端末が前記投稿データの送信時に前記位置の近傍とする範囲内に存在していたと判定することを特徴とする請求項２に記載の情報処理装置。
前記判定手段は、ユーザが施設の利用予約又は宿泊予約をした予約履歴を記憶する記憶手段に、前記投稿データを投稿したユーザによる前記関連情報としての予約履歴であって、前記投稿データの送信時を含む日を利用日として前記スポットから所定範囲内の施設の利用予約をした履歴、または、前記投稿データの送信時を含む日の前日又は当日を宿泊日として当該施設の宿泊予約をした履歴が記憶されているという条件を少なくとも満たす場合に、前記携帯端末が前記投稿データの送信時に前記位置の近傍とする範囲内に存在していたと判定することを特徴とする請求項１乃至４の何れか一項に記載の情報処理装置。
前記判定手段は、前記条件を満たし、且つ、前記利用予約又は宿泊予約のキャンセルがなされていない場合に、前記携帯端末が前記投稿データの送信時に前記位置の近傍とする範囲内に存在していたと判定することを特徴とする請求項５に記載の情報処理装置。
前記判定手段は、前記条件を満たし、且つ、前記利用予約又は宿泊予約に対応する料金の決済がなされている場合に、前記携帯端末が前記投稿データの送信時に前記位置の近傍とする範囲内に存在していたと判定することを特徴とする請求項５に記載の情報処理装置。
前記判定手段は、前記投稿データの送信時点で投稿者が前記スポットにいることを前提として表現されたワード又はフレーズが前記関連情報として当該投稿データに含まれる場合に、前記携帯端末が前記投稿データの送信時に前記位置の近傍とする範囲内に存在していたと判定することを特徴とする請求項１乃至７の何れか一項に記載の情報処理装置。
コンピュータにより実行される情報処理方法であって、
携帯端末を送信元とし移動体通信ネットワークを経由して伝送された投稿データであって所定のスポットを示すキーワードを含む投稿データを取得する第１取得ステップと、
所定のスポットを示すキーワードと当該スポットの位置を示す位置情報とを対応付けて記憶する記憶手段から、前記第１取得ステップにより取得された投稿データに含まれるキーワードに対応する前記位置情報を取得する第２取得ステップと、
前記第１取得ステップにより取得された投稿データの送信時に送信元の携帯端末が存在していた位置の判定に資する、当該投稿データに関連して取得される関連情報に基づいて、当該投稿データの送信時に送信元の携帯端末が、前記第２取得ステップにより取得された前記位置情報が示す位置の近傍とする範囲内に存在していたか否かを判定する判定ステップと、
前記判定ステップにより前記範囲内に存在していたと判定された場合、前記第２取得ステップにより取得された位置情報を、前記第１取得ステップにより取得された投稿データが経由した前記移動体通信ネットワークに接続可能な位置を示す情報として出力する出力ステップと、
を含むことを特徴とする情報処理方法。
コンピュータを、
携帯端末を送信元とし移動体通信ネットワークを経由して伝送された投稿データであって所定のスポットを示すキーワードを含む投稿データを取得する第１取得手段、
所定のスポットを示すキーワードと当該スポットの位置を示す位置情報とを対応付けて記憶する記憶手段から、前記第１取得手段により取得された投稿データに含まれるキーワードに対応する前記位置情報を取得する第２取得手段、前記第１取得手段により取得された投稿データの送信時に送信元の携帯端末が存在していた位置の判定に資する、当該投稿データに関連して取得される関連情報に基づいて、当該投稿データの送信時に送信元の携帯端末が、前記第２取得手段により取得された前記位置情報が示す位置の近傍とする範囲内に存在していたか否かを判定する判定手段、及び、
前記判定手段により前記範囲内に存在していたと判定された場合、前記第２取得手段により取得された位置情報を、前記第１取得手段により取得された投稿データが経由した前記移動体通信ネットワークに接続可能な位置を示す情報として出力する出力手段として機能させることを特徴とする情報処理プログラム。