(57)【要約】【課題】チケット購入に連動して、チケット購入者の利用する会員制コミュニティの会員からの観光情報を収集して提供することのできる観光情報提供サーバ、及びプログラムを提供する。【解決手段】観光情報の投稿をコミュニティサイトに属する投稿者から受付ける投稿部と、前記コミュニティサイトの会員に、前記投稿部により受け付けられた前記観光情報を提供する投稿情報提供部と、前記コミュニティサイトの会員が前記観光情報の対象となる施設の位置に移動したことを検知する移動検知部と、前記移動検知部により前記コミュニティサイトの会員が前記観光情報の対象となる施設の位置に移動したことが検知された場合、前記観光情報の投稿者にポイントを付与するポイント付与部と、を備える、観光情報提供サーバ。 【選択図】図１
2014149874.tif 000002
【特許請求の範囲】
【請求項１】
観光情報の投稿をコミュニティサイトに属する投稿者から受付ける投稿部と、
前記コミュニティサイトの会員に、前記投稿部により受け付けられた前記観光情報を提供する投稿情報提供部と、
前記コミュニティサイトの会員が前記観光情報の対象となる施設の位置に移動したことを検知する移動検知部と、
前記移動検知部により前記コミュニティサイトの会員が前記観光情報の対象となる施設の位置に移動したことが検知された場合、前記観光情報の投稿者にポイントを付与するポイント付与部と、
を備える、観光情報提供サーバ。
【請求項２】
前記観光情報は、前記観光情報の対象となる施設の位置情報を含み、
前記移動検知部は、前記コミュニティサイトの会員が前記観光情報の対象となる施設の位置に移動したことを前記位置情報に基づいて検知する、請求項１に記載の観光情報提供サーバ。
【請求項３】
前記コミュニティサイトの会員は、宿泊又は移動交通手段の利用チケットの購入者であり、
前記観光情報提供サーバは、
前記コミュニティサイトの会員の識別子を取得する識別子取得部と、
前記識別子に基づいて、前記コミュニティサイトの会員に関連する会員、または前記利用チケットと対応付けられた場所に関連する会員に、前記観光情報として、前記利用チケットと対応付けられた場所に関する情報の提供を要請する情報要請通知部と、
をさらに備える、請求項１または２に記載の観光情報提供サーバ。
【請求項４】
前記利用チケットは、公共交通機関の乗車券であり、
前記情報要請通知部は、前記利用チケットと対応付けられた場所に関連する会員として、前記乗車券の到着地から公共交通機関で所定時間内の範囲に居住している会員に対し、前記観光情報の提供を要請する、請求項３に記載の観光情報提供サーバ。
【請求項５】
コンピュータを、
コミュニティサイトに属する投稿者から投稿された観光情報を観光情報提供サーバから取得する取得部と、
前記観光情報の対象となる施設の位置へのナビゲーションを行うナビゲーション部と、
として機能させ、
前記観光情報の対象となる施設の位置への移動が検知された場合に、前記観光情報提供サーバにより前記観光情報の投稿者にポイントが付与される、プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、観光情報提供サーバ、及びプログラムに関し、特に、鉄道、飛行機、及びホテルなどのチケット購入と連動して、チケット購入者が利用する会員制コミュニティの会員により投稿される観光情報を提供する観光情報提供サーバ、及びプログラムに関する。
【背景技術】
【０００２】
旅行に出かける人は、一般的に、事前に旅行先の観光地、及び飲食店の情報などを含む観光情報を調べることがある。インターネットの普及に伴い、Ｗｅｂサイトからこのような観光情報を取得することも一般的になっている。
【０００３】
例えば、特許文献１には、携帯端末のカメラで駅名板を撮影すると、その駅に関連する情報の一部としてデータベース中の観光情報を取得することのできる駅情報取得システムが開示されている。
【０００４】
また、特許文献２には、Ｗｅｂ上で質問を投稿すると、不特定の回答者から回答を得ることのできるヘルプデスクシステムが開示されている。かかるヘルプデスクシステムにおいて、観光情報を求める質問をすれば、不特定多数の回答者から情報を得ることができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−１３０６９７号公報
【特許文献２】特開２００２−１５７４４５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、例えば特許文献１のシステムでは、カメラを起動して駅名板を撮影する操作が必要であり、また、特許文献２のシステムでは、サイトにアクセスして質問を書込む必要がある。さらに、予め準備された情報や不特定の回答者からの情報しか得ることが出来ないという問題があった。
【０００７】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、観光情報を投稿する者に、質の高い観光情報を多く投稿する意欲を向上させることのできる、新規かつ改良された観光情報提供サーバ、及びプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明のある観点によれば、観光情報の投稿をコミュニティサイトに属する投稿者から受付ける投稿部と、前記コミュニティサイトの会員に、前記投稿部により受け付けられた前記観光情報を提供する投稿情報提供部と、前記コミュニティサイトの会員が前記観光情報の対象となる施設の位置に移動したことを検知する移動検知部と、前記移動検知部により前記コミュニティサイトの会員が前記観光情報の対象となる施設の位置に移動したことが検知された場合、前記観光情報の投稿者にポイントを付与するポイント付与部と、を備える、観光情報提供サーバが提供される。
【０００９】
前記観光情報は、前記観光情報の対象となる施設の位置情報を含み、前記移動検知部は、前記コミュニティサイトの会員が前記観光情報の対象となる施設の位置に移動したことを前記位置情報に基づいて検知してもよい。
【００１０】
前記コミュニティサイトの会員は、宿泊又は移動交通手段の利用チケットの購入者であり、前記観光情報提供サーバは、前記コミュニティサイトの会員の識別子を取得する識別子取得部と、前記識別子に基づいて、前記コミュニティサイトの会員に関連する会員、または前記利用チケットと対応付けられた場所に関連する会員に、前記観光情報として、前記利用チケットと対応付けられた場所に関する情報の提供を要請する情報要請通知部と、をさらに備えてもよい。
【００１１】
前記利用チケットは、公共交通機関の乗車券であり、前記情報要請通知部は、前記利用チケットと対応付けられた場所に関連する会員として、前記乗車券の到着地から公共交通機関で所定時間内の範囲に居住している会員に対し、前記観光情報の提供を要請してもよい。
【００１２】
また、上記課題を解決するために、本発明の別の観点によれば、コンピュータを、コミュニティサイトに属する投稿者から投稿された観光情報を観光情報提供サーバから取得する取得部と、前記観光情報の対象となる施設の位置へのナビゲーションを行うナビゲーション部と、として機能させ、前記観光情報の対象となる施設の位置への移動が検知された場合に、前記観光情報提供サーバにより前記観光情報の投稿者にポイントが付与される、プログラムが提供される。
【発明の効果】
【００１３】
以上説明したように本発明によれば、観光情報を投稿する者に、質の高い観光情報を多く投稿する意欲を向上させることができる。
【図面の簡単な説明】
【００１４】
【図１】本発明の第１の実施形態に係る観光情報提供システムの構成図である。
【図２】同実施形態に係る観光情報提供システムの動作を示すフローチャートである。
【図３】ＳＮＳ画面による観光情報要請通知の一例を示す説明図である。
【図４】メールによる観光情報要請通知の一例を示す説明図である。
【図５】観光情報投稿画面の一例を示す説明図である。
【図６】ＳＮＳ画面による観光情報受信通知の一例を示す説明図である。
【図７】メールによる観光情報受信通知の一例を示す説明図である。
【図８】観光情報の詳細表示画面の一例を示す説明図である。
【図９】観光情報の地図表示画面の一例を示す説明図である。
【図１０】本発明の第２の実施形態に係る観光情報提供システムの構成図である。
【図１１】同実施形態に係る観光情報提供システムの動作を示すフローチャートである。
【図１２】モバイルアプリによる観光情報受信通知の一例を示す説明図である。
【図１３】モバイルアプリによる観光情報受信通知の一例を示す説明図である。
【図１４】投稿された観光情報の詳細画面からのナビゲーション開始について説明するための説明図である。
【図１５】本発明の第３の実施形態に係る観光情報提供システムの構成図である。
【図１６】同実施形態に係る観光情報提供システムの動作を示すフローチャートである。
【図１７】観光情報投稿画面からの公開設定について説明するための説明図である。
【発明を実施するための形態】
【００１５】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００１６】
＜１．概要＞
本発明の各実施形態に係る観光情報提供システムは、鉄道のチケットの購入者に行き先の観光情報を提供する。この観光情報提供システムは、チケット購入と連動して、鉄道の乗車チケットの到着駅近郊の観光情報を自動的に提供する。そして、このとき観光情報提供システムは、ＳＮＳ（Ｓｏｃｉａｌ  Ｎｅｔｗｏｒｋｉｎｇ  Ｓｅｒｖｉｃｅ）などの会員制コミュニティサイトの会員に観光情報の投稿を要請し、投稿された観光情報をチケットの購入者に提供する。会員制コミュニティサイトは、予め会員の居住地、出身地などの情報が登録されているだけでなく、会員同士のつながりの情報を有する。このため、到着駅近郊に居住する会員、又は、購入者とつながりを有する会員に観光情報の投稿を要請することによって、購入者の所望する情報を効率的に提供することができる。
【００１７】
以下、第１の実施形態においては、上述した観光情報提供システムの基本的な機能について説明する。また、第２の実施形態において、ナビゲーション機能を有するＳＮＳのモバイルアプリケーションを利用することによって、チケット購入者が投稿された観光情報と対応づけられた位置に移動した場合に、観光情報を投稿した情報投稿者にインセンティブポイントを付与する機能をさらに有する観光情報提供システムについて説明する。そして第３の実施形態では、観光情報を投稿する際に一般公開の可否を登録することにより、投稿された観光情報を他の購入者にも提供することができる観光情報提供システムについて説明する。
【００１８】
＜２．第１の実施形態＞
［システム構成］
まず、図１を参照しながら、本発明の第１の実施形態に係る観光情報提供システムの構成について説明する。チケットの購入者は、鉄道のチケットを購入するための切符購入手段６０１から観光情報提供サーバ１００にアクセスすることができ、また、ＳＮＳアクセス手段６０３を用いてＳＮＳにアクセスすることができる。購入者の利用するＳＮＳにおける購入者の友人又は他の会員もＳＮＳアクセス手段７０１を有する。切符購入手段６０１は、例えば券売機、及びチケットを販売するＷｅｂサイトであってよい。購入者は予めチケット購入のためのユーザＩＤを有すると共に、ユーザＩＤと対応付けてＳＮＳの会員ＩＤが登録されているものとする。ユーザＩＤと対応づけて登録されるＳＮＳの会員ＩＤは、複数であってもよい。
【００１９】
観光情報提供サーバ１００は、サービス受付部１０１と、ＳＮＳ会員検索部１０３と、情報要請通知部１０５と、情報投稿部１０７と、情報受付部１０９と、情報受信通知部１１１と、観光情報ＤＢ（Ｄａｔａｂａｓｅ）１１３と、情報表示部１１５とを主に有する。
【００２０】
サービス受付部１０１は、チケット購入者のユーザＩＤからＳＮＳの利用登録の有無を判定して観光情報提供サービスの利用を受付ける。ここでユーザＩＤは、観光情報提供サービスの利用に関するユーザ固有のＩＤであり、ユーザに関する情報がユーザＩＤと対応づけて予め登録されているものとする。サービス受付部１０１は、チケット購入者のユーザＩＤを取得し、予め登録されたユーザ情報から、ユーザＩＤに対応づけられたＳＮＳの会員ＩＤが存在するか否かを判断する。ユーザＩＤと対応づけてＳＮＳの会員ＩＤが登録されていた場合には、サービス受付部１０１は、観光情報提供サービスの利用を受付けて、購入者のＳＮＳにおける会員ＩＤを取得し、ＳＮＳ会員検索部１０３に会員ＩＤを供給する。即ち、サービス受付部１０１は、チケット購入者の所定の会員制コミュニティサイトにおける識別子を取得する識別子取得部として機能することができる。なお、ユーザＩＤと対応づけて複数のＳＮＳの会員ＩＤが登録されている場合には、サービス受付部１０１は、複数の会員ＩＤを取得して、ＳＮＳ会員検索部１０３に取得した複数の会員ＩＤを供給する。
【００２１】
ＳＮＳ会員検索部１０３は、サービス受付部１０１により供給されたＳＮＳの会員ＩＤに基づいて、ＳＮＳ会員ＤＢ５００から検索条件に該当する会員を抽出する機能を有する。ここで、ＳＮＳ会員検索部１０３は、例えば、チケット購入者の友人として登録されている会員、及び、購入されたチケットの行き先の周辺に居住する会員を検索することができる。ここで検索された会員には、後ほど購入者に提供する観光情報の投稿が要請される。このため、検索条件を購入者の友人として登録されている会員とすることによって、購入者とつながりを有する者からの投稿を要請することができる。また、検索条件を購入されたチケットの行き先の周辺に居住する会員とすることによって、対象の地域を良く知る地元の住民からの観光情報を収集することができるようになる。なお、ＳＮＳ会員検索部１０３は、サービス受付部１０１から複数の種類のＳＮＳの会員ＩＤが供給された場合には、複数のＳＮＳ会員ＤＢ５００からそれぞれ会員を検索する。ＳＮＳ会員検索部１０３は、検索結果を情報要請通知部１０５に供給する。
【００２２】
購入されたチケットの行き先の周辺に居住する会員を抽出する場合、具体的には、以下のような検索条件を用いることができる。例えば、検索条件は、購入者の降車予定駅と、会員の居住地として事前に登録されている場所との距離が所定の距離以内であることとしてもよい。また、検索条件は、購入者の降車予定駅から、会員の居住地として事前に登録されている場所までにかかる時間が、予め設定されている時間以内とすることもできる。また、検索条件は、購入者の降車予定駅から、会員が帰宅時に降車する駅として事前に登録されている駅までの最短所要時間が、予め設定されている時間以内とすることもできる。
【００２３】
情報要請通知部１０５は、ＳＮＳ会員検索部１０３により検索された会員に対して、購入されたチケットと対応づけられた場所に関する観光情報の要請を通知する。例えば、購入されたチケットが京都行きの新幹線のチケットであった場合には、情報要請通知部１０５は、京都に関する観光情報の投稿を要請する。ここで、情報要請通知部１０５は、ＳＮＳのメッセージ機能により情報の要請を通知してもよい。また、情報要請通知部１０５は、当該観光情報提供サービスのユーザＩＤと対応づけて登録されたメールアドレスを用いて、電子メールにより情報の要請を通知してもよい。なお、ＳＮＳ会員検索部１０３が複数のＳＮＳ会員ＤＢ５００から会員を検索した場合には、それぞれのＳＮＳについて要請通知処理を行う。
【００２４】
情報投稿部１０７は、情報要請通知部１０５により通知を受けた購入者の友人又は購入者の行き先周辺に居住する会員からの観光情報の投稿を受ける機能を有する。具体的には、情報投稿部１０７は、ＳＮＳの会員が観光情報を投稿するための投稿画面を提供する。ＳＮＳの会員が投稿画面から観光情報を投稿する操作を行うと、情報投稿部１０７は、投稿画面から入力された情報を情報受付部１０９に供給する。ここで、投稿画面では、例えば、対象の施設の名称、情報の種類、当該施設のＷｅｂサイトのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）、写真、所在地、コメントなどの情報を含む観光情報を投稿することができる。
【００２５】
情報受付部１０９は、情報投稿部１０７から供給される、投稿された観光情報を受付けて観光情報ＤＢ１１３に記憶する機能を有する。このとき、投稿された観光情報は、チケット購入を識別する識別子と対応づけて記憶される。情報受付部１０９は、投稿情報を受付けると、情報受信通知部１１１に観光情報が投稿されたことと、投稿された観光情報のうち情報受信通知に用いる情報とを供給する。即ち、情報投稿部１０７と情報受付部１０９とは、情報の要請を通知された会員が要請に応じて投稿する観光情報を受付ける投稿部の一例である。
【００２６】
情報受信通知部１１１は、観光情報が投稿されたことを、購入者に通知する機能を有する。情報受信通知部１１１は、例えば投稿情報が受付けられる度に購入者に通知を行ってもよい。或いは、定期的に情報受信の有無を確認して、数件の投稿された情報をまとめて通知してもよい。情報受信通知部１１１は、ＳＮＳのメッセージ機能により情報の受信を通知してもよい。また、情報受信通知部１１１は、当該観光情報提供サービスのユーザＩＤと対応づけて登録されたメールアドレスを用いて、電子メールにより情報の受信を通知してもよい。
【００２７】
観光情報ＤＢ１１３は、情報受付部１０９により受付けられた観光情報を記憶するデータベースである。観光情報ＤＢ１１３は、投稿された観光情報をチケット購入と対応づけて記憶する。また、観光情報ＤＢ１１３は、観光情報を投稿した会員の情報と対応づけて記憶することができる。ここで記憶される観光情報は、対象の施設の名称、情報の種類、当該施設のＷｅｂサイトのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）、写真、所在地、コメントなどの情報を含むことができる。
【００２８】
情報表示部１１５は、投稿された観光情報を表示する表示画面を生成する機能を有する。購入者がＳＮＳにアクセスし、投稿された観光情報を表示する操作を行うと、かかる操作に応じて情報表示部１１５は、ユーザＩＤに対応づけられた観光情報を表示する機能を有する。例えば、情報表示部１１５は、カテゴリ化された観光情報に対して、カテゴリ別に表示画面を生成してもよい。このとき表示形式としては、リスト表示、サムネイル表示、又は地図表示などからいずれかを選択して提供してもよく、或いは、これらの表示形式を切替えて表示することができるようにしてもよい。情報表示部１１５は、投稿された観光情報を、チケットの購入者に提供する投稿情報提供部の一例である。
【００２９】
以上、本実施形態に係る観光情報提供サーバ１００の機能の一例を示した。上記の各構成要素は、汎用的な部材や回路を用いて構成されていてもよいし、各構成要素の機能に特化したハードウェアにより構成されていてもよい。また、各構成要素の機能を、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）などの演算装置がこれらの機能を実現する処理手順を記述した制御プログラムを記憶したＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）やＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）などの記憶媒体から制御プログラムを読出し、そのプログラムを解釈して実行することにより行ってもよい。従って、本実施形態を実施する時々の技術レベルに応じて、適宜、利用する構成を変更することが可能である。
【００３０】
なお、上述のような本実施形態に係る観光情報提供サーバ１００の各機能を実現するためのコンピュータプログラムを作製し、パーソナルコンピュータ等に実装することが可能である。また、このようなコンピュータプログラムが格納された、コンピュータで読み取り可能な記録媒体も提供することができる。記録媒体は、例えば、磁気ディスク、光ディスク、光磁気ディスク、フラッシュメモリなどである。また、上記のコンピュータプログラムは、記録媒体を用いずに、例えばネットワークを介して配信してもよい。
【００３１】
［観光情報提供システムの動作］
次に、図２を参照しながら本実施形態に係る観光情報提供システムの動作について説明する。図２は、観光情報提供システムの動作を示すフローチャートである。なお、説明中、図３〜図９の画面についての説明図を適宜用いる。図３は、ＳＮＳ画面による観光情報要請通知の一例を示す説明図である。図４は、メールによる観光情報要請通知の一例を示す説明図である。図５は、観光情報投稿画面の一例を示す説明図である。図６は、ＳＮＳ画面による観光情報受信通知の一例を示す説明図である。図７は、メールによる観光情報受信通知の一例を示す説明図である。図８は、観光情報の詳細表示画面の一例を示す説明図である。図９は、観光情報の地図表示画面の一例を示す説明図である。
【００３２】
まず、チケットの購入者がチケットを購入するために、チケットを購入する券売機又はＷｅｂサイトにユーザＩＤを用いてログインする（Ｓ１０１）。このとき、ユーザＩＤの入力方法としては、会員カードを用いる方法、生体認証、キーボードやタッチパネルによる手入力などが挙げられる。
【００３３】
そして、購入者はチケットの購入処理を行う（Ｓ１０３）。例えば、チケット購入処理では、乗車地及び降車地の入力、乗車便の指定、日時及び人数の入力、決済処理などが含まれてもよい。観光情報提供サーバ１００のサービス受付部１０１は、チケット購入処理が完了したことを検知すると、購入者のユーザＩＤに基づいてユーザ情報を参照し、ＳＮＳの利用登録があるか否かを判断する（Ｓ１０５）。ステップＳ１０５の判断によりＳＮＳの利用登録がないと判断された場合には、観光情報提供サービスを利用することができないため、本処理を終了する。一方、ＳＮＳの利用があると判断された場合には、ＳＮＳ会員検索部１０３は、ＳＮＳ会員ＤＢ５００から検索条件に合致する会員を検索する（Ｓ１０７）。例えば、ここでは、検索条件をチケットの購入者の友人としてＳＮＳに登録されている会員と、チケットの到着駅近郊に居住する会員とする。
【００３４】
そして、情報要請通知部１０５は、ステップＳ１０７による検索の該当者に情報提供の要請を通知する（Ｓ１０９）。例えば、情報提供の要請通知は、図３に示すようなＳＮＳサイトのメッセージ機能を用いた情報提供要請通知画面７１１ａにより通知されてもよい。このとき、該当者が容易に情報の投稿を行えるように、情報提供要請通知画面７１１ａには、投稿画面に遷移するためのリンクボタン７１３ａが含まれることが望ましい。また、情報要請通知部１０５は、図４に示すような電子メールによる情報提供要請通知画面７１１ｂにより情報提供の要請通知を行ってもよい。この場合にも、電子メールの本文には、投稿画面へのリンク７１３ｂが含まれることが望ましい。そして、情報投稿部１０７は、該当者が要請に応じたか否かを判断し（Ｓ１１１）、要請に応じると、該当者の情報投稿処理を行う（Ｓ１１３）。例えば、情報投稿部１０７は、該当者が情報提供要請通知画面７１１の投稿画面へのリンク７１３を押下したことを検出すると、例えば図５に示す投稿画面７１５を表示させる。そして、情報投稿部１０７は、この投稿画面７１５に対する該当者の入力操作に従って、情報投稿処理を行う（Ｓ１１３）。情報投稿部１０７は、情報投稿の有無を例えば投稿画面７１５の決定ボタン（図示せず）の押下の有無から判断する（Ｓ１１５）。そして、情報投稿があったと判断されると、情報受付部１０９が投稿された情報を観光情報ＤＢ１１３に記憶し、情報受信通知部１１１が購入者に投稿された観光情報の受信を通知する（Ｓ１１７）。
【００３５】
例えば、情報受信通知部１１１は、図６に示すようなＳＮＳサイトのメッセージ機能を用いた情報受信通知画面６１１ａにより観光情報が投稿されたことを購入者に通知してもよい。このとき、購入者が容易に投稿された観光情報を参照できるように、情報受信通知画面６１１ａには、投稿情報閲覧画面へのリンク６１３ａが含まれることが望ましい。また、情報受信通知部１１１は、図７に示すような電子メールによる情報受信通知画面６１１ｂにより観光情報が投稿されたことを購入者に通知してもよい。この場合にも、電子メールの本文には、投稿情報閲覧画面へのリンク６１３ｂが含まれることが望ましい。そして、情報表示部１１５は、購入者が投稿情報閲覧画面へのリンク６１３を押下すると、例えば図８に示すような観光情報の詳細表示による観光情報提供画面６１５ａを表示させる（Ｓ１１９）。また、図９に示すような観光情報の地図表示による観光情報提供画面６１５ｂを表示させてもよい。この詳細表示による観光情報提供画面６１５ａと地図表示による観光情報提供画面６１５ｂとは、各画面に含まれる切り替えボタン６１７により相互に切替えて表示させることが可能である。
【００３６】
［効果の例］
以上、本発明の第１の実施形態に係る観光情報提供システムの構成と動作について説明してきた。かかる構成によれば、鉄道会社の乗車チケットを購入する購入者が予めユーザＩＤと関連づけて登録しているＳＮＳの会員ＩＤを用いて、ＳＮＳの会員から、チケットの購入者とつながりを有する会員（例えば友人として登録されている会員）、及び乗車チケットの行き先に居住する会員を検索することができる。そして、検索による該当者に対して、購入者に提供する観光情報の投稿を要請することができる。
【００３７】
このとき、チケット購入と連動して自動的に会員の検索及び情報提供の要請が行われる。また、要請に応じて観光情報が提供された場合にも、自動的に受信したことが購入者に通知される。このため、購入者は、別途旅先の情報を探索する手間なく、自動的に旅先の観光情報を取得することができる。
【００３８】
また、このとき、予めＳＮＳにより購入者とつながりを有する会員に対して、観光情報の提供を要請することができる。購入者とつながりを有する者は、購入者の趣味嗜好についてよく知っている可能性が高い。このため、購入者の友人に投稿を要請することによって、購入者の嗜好に合った観光情報を収集することができる可能性が非常に高くなる。また、Ｗｅｂ上の掲示板サイト等で不特定の人に投稿を要請して収集された観光情報の場合には、購入者が観光情報の投稿者のことを知らない。このため、購入者は、誰が投稿した情報であるかに基づいて、投稿された観光情報を評価することができない。一方、購入者の友人に投稿を要請することによって、購入者は友人の趣味嗜好等に基づいて、投稿された観光情報を評価することができるようになる。例えば、友人Ｂから、美術館に関する観光情報が投稿されたとする。このとき、購入者が友人Ｂと美術に対して趣味が合うと感じている場合には、購入者は、この観光情報の信頼度が高いと評価することができる。一方、友人Ｂから飲食店に関する観光情報が投稿されたとする。このとき、購入者が友人Ｂと食の好みが合わないと感じている場合には、購入者は、この観光情報の信頼度が低いと評価することができる。
【００３９】
また、ＳＮＳは会員の個人情報を予め有している。この会員情報の中には、居住地に関する情報が含まれることが多い。このため、チケットの購入者の行き先に居住する会員に対して、観光情報の提供を要請することができる。ある地域に居住している人は、当該地域についてよく知っている可能性が非常に高い。このため、対象の地域に居住している会員に観光情報の投稿を要請することにより、当該地域についてよく知る人からの情報を収集することができるようになる。
【００４０】
＜３．第２の実施形態＞
［システム構成］
次に、図１０を参照しながら、本発明の第２の実施形態に係る観光情報提供システムの構成について説明する。図１０は、本発明の第２の実施形態に係る観光情報提供システムの構成図である。
【００４１】
本実施形態に係る観光情報提供サーバ２００は、第１の実施形態に係る観光情報提供サーバ１００と比較して、ナビ利用判定部２０１及びポイント付与部２０３をさらに有する点において異なる。また、第１の実施形態においては、主に購入者はＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）からＳＮＳにアクセスする場合を想定して説明したが、本実施形態においては、購入者はＳＮＳのモバイルアプリケーション６０５を介してＳＮＳにアクセスする。このＳＮＳのモバイルアプリケーションは、ナビゲーション機能を有し、投稿された観光情報に対象の施設の位置情報が対応づけられていると、当該施設までの経路を案内することができる。以下、第１の実施形態との相違点を中心に説明する。
【００４２】
ナビ利用判定部２０１は、購入者の利用するモバイル端末において動作するＳＮＳモバイルアプリケーションのナビゲーション機能により、購入者が投稿された観光情報により紹介された施設の位置に移動したことを検知する機能を有する。ナビ利用判定部２０１は、購入者が投稿された観光情報により紹介された施設に移動したことを検知すると、ポイント付与部２０３に検知した旨を通知する。即ち、ナビ利用判定部２０１は、チケットの購入者が観光情報に対応づけられた場所に移動したことを検知する移動検知部の一例である。
【００４３】
ポイント付与部２０３は、ナビ利用判定部２０１により通知を受け取ると、購入者が移動した施設に関する観光情報を投稿した会員にインセンティブポイントを付与する機能を有する。
【００４４】
［観光情報提供システムの動作］
次に、図１１を参照しながら、本発明の第２の実施形態に係る観光情報提供システムの動作について説明する。図１１は、本発明の第２の実施形態に係る観光情報提供システムの動作を示すフローチャートである。なお、説明中において、図１２〜図１４に示す表示画面についての説明図を適宜参照する。図１２は、モバイルアプリによる観光情報受信通知の一例を示す説明図である。図１３は、モバイルアプリによる観光情報受信通知の一例を示す説明図である。図１４は、投稿された観光情報の詳細画面からのナビゲーション開始について説明するための説明図である。
【００４５】
なお、図１１において、ステップＳ２０１〜ステップ２１５までの動作は、図２に示したフローチャートのステップＳ１０１〜Ｓ１１５と同様であるため、ここでは詳細な説明を省略する。ステップＳ２１５までの動作により、観光情報が投稿されると、情報受信通知部１１１は、購入者に観光情報が投稿されたことを通知する（Ｓ２１７）。
【００４６】
本実施形態においては、情報受信通知部１１１は、購入者の有するモバイル端末において動作するモバイルアプリケーションにより、観光情報が投稿されたことを通知する。例えば、図１２に示すように、情報受信通知部１１１は、モバイル端末のアプリケーション選択画面６２１において、ＳＮＳのモバイルアプリケーションのアイコン６２３上に、受信した新しい観光情報の数を表示することにより、新しい観光情報が投稿されたことを購入者に通知する。また、このアイコン６２３を選択すると、情報受信通知部１１１は、アプリケーションの起動と同時に図１３に示すお知らせ画面６２５を表示させることにより、観光情報の受信を購入者に示すことができる（Ｓ２１９）。
【００４７】
また、情報表示部１１５は、例えば図１４に示す観光情報提供画面６２７を表示させてもよい。この観光情報提供画面６２７には、ナビゲーション機能を起動するナビボタン６２９が含まれる。ナビボタン６２９を押下すると、モバイルアプリケーションは、自動的に観光情報に記載された位置を目的地に設定してナビゲーション機能を開始する。
【００４８】
ナビ利用判定部２０１は、このナビゲーション機能が開始された後、購入者の現在位置が、観光情報に関連づけられた位置に到着したか否かを判断する（Ｓ２２１）。そして、購入者が観光情報に対応づけられた所在地にナビゲーション機能を用いて移動したことが検知されると、ポイント付与部２０３は、観光情報の投稿者にポイントを付与する（Ｓ２２３）。ここで付与されるポイントは、例えば鉄道会社など、観光情報提供サービスを提供する企業が発行するポイントであってよい。或いは、電子マネーや、他の企業の運営するポイントサービスにより利用できるポイントであってもよい。
【００４９】
［効果の例］
以上説明してきたように、本発明の第２の実施形態に係る観光情報提供システムの構成によれば、第１の実施形態において説明した効果に加えて、次に説明する効果を奏する。例えば、かかる構成によれば、観光情報を投稿した投稿者に、多くの観光情報を投稿する意欲を向上させることができる。すなわち、第２の実施形態に係る構成によれば、観光情報を投稿する者は、チケットの購入者が実際に投稿した観光情報を参照して、投稿された観光情報により紹介された施設に移動すると、インセンティブポイントを獲得することができる。このため投稿者は、本当に購入者がその施設を訪れたいと思うように観光情報を魅力的に見せるよう努力する可能性が高まる。
【００５０】
かかるシステムにおいては、投稿される観光情報の質と量の確保が課題となる。第１の実施形態において説明した仕組みを提供したとしても、実際に観光情報を投稿する者が少なければ、チケットの購入者の満足度は低いものとなってしまうだろう。また、ある施設についての観光情報が投稿されたとしても、その情報の内容が乏しいものであれば、投稿された観光情報は、有効に利用されないかもしれない。そこで、本実施形態において説明したポイント制度を導入することによって、観光情報を投稿する者に、質の高い観光情報を多く投稿する意欲を向上させることができる。
【００５１】
＜４．第３の実施形態＞
［システム構成］
次に、本発明の第３の実施形態に係る観光情報提供システムの構成について、図１５を参照しながら説明する。図１５は、本発明の第３の実施形態に係る観光情報提供システムの構成図である。
【００５２】
本発明の第３の実施形態に係る観光情報提供サーバ３００は、第１の実施形態に係る観光情報提供サーバ１００の構成に加えて、情報検索部３０１と公開情報通知部３０３とをさらに有する。
【００５３】
情報検索部３０１は、過去に投稿された観光情報の中から、購入されたチケットの行き先についての観光情報を検索する機能を有する。このとき、観光情報ＤＢ１１３は、投稿された各観光情報について、一般公開可能か否かの情報を記憶することが好ましい。このために、情報投稿部１０７は、一般公開の可否を投稿者が選択することのできる投稿画面を提供する。情報検索部３０１は、観光情報を検索すると、該当する観光情報を抽出して公開情報通知部３０３に供給する。
【００５４】
公開情報通知部３０３は、情報検索部３０１の検索に該当した観光情報を購入者に通知する機能を有する。ここでの通知方法は、情報受信通知部１１１と同様であってよい。即ち、公開情報通知部３０３は、検索結果である観光情報を参照するためのＷｅｂページへのリンクを含む通知画面をＳＮＳのメッセージ機能、或いは、電子メールを用いて購入者に通知する。
【００５５】
なお、情報表示部１１５は、本実施形態においては、チケット購入と連動して通知された情報提供の要請に応じて投稿された観光情報を表示する機能だけではなく、情報検索部３０１により検索された公開情報を表示する機能も有する。即ち、情報表示部１１５は、本実施形態においては、情報検索部３０１により検索された観光情報をチケットの購入者に提供する公開情報提供部として機能する。
【００５６】
［観光情報提供システムの動作］
次に、図１６を参照しながら、本発明の第３の実施形態に係る観光情報提供システムの動作について説明する。図１６は、本発明の第３の実施形態に係る観光情報提供システムの動作を示すフローチャートである。
【００５７】
なお、ステップＳ３０１〜ステップＳ３０５までの動作については、図２を用いて説明した第１の実施形態に係る観光情報提供システムの動作と同様であるため、ここでは説明を省略する。
【００５８】
ステップＳ３０５においてチケットの購入者がＳＮＳの利用登録済みであると判断されると、情報検索部３０１は、過去の投稿から一般公開可能と設定されている情報を検索する。そして、情報検索部３０１は、一般公開可能であり、検索条件に合致する観光情報があるか否かを判断する（Ｓ３０９）。
【００５９】
ステップＳ３０９の判断により、一般公開可能な観光情報でチケットの行き先周辺の情報がある場合には、公開情報通知部３０３は、検索結果である観光情報を購入者に提供する（Ｓ３１１）。一方、ステップＳ３０９の判断により、一般公開可能な観光情報でありチケットの行き先周辺の情報がないと判断された場合には、ステップＳ３１１の処理は省略してステップＳ３１３に進む。
【００６０】
ここで、ステップＳ３１３〜ステップＳ３２５の動作については、図２において説明した第１の実施形態に係る観光情報提供システムのステップＳ１０７〜ステップＳ１１９の動作と同様であるため、ここでは説明を省略する。なお、ステップＳ３１９において実行される、情報投稿処理の中で提供される投稿画面は、図１７に示す投稿画面７３１であってよい。この投稿画面７３１は、一般公開の可否を選択入力するフィールドを有する。
【００６１】
［効果の例］
以上説明した本発明の第３の実施形態に係る観光情報提供システムの構成によれば、チケットの購入者は、ＳＮＳの友人及び行き先に居住する会員から、チケット購入に連動して通知される要請に応じて投稿された観光情報だけでなく、過去に投稿された観光情報のうち、同じ行き先に対して投稿されたものを取得することができる。
【００６２】
従って、チケット購入に連動して投稿される最新の情報を取得することができると共に、過去に投稿された観光情報を有効に利用することができる。このとき、一般公開の可否を選択して投稿することができるため、投稿者は、購入者に対して特に個人的なメッセージを含めて投稿する場合には、一般公開をしない設定で投稿することにより、プライバシーを守って情報を特定の人物にのみ伝えることができる。また、投稿者は、一般的にお勧めしたい情報を投稿する場合には、一般公開する設定で投稿することにより、より多くの人に情報を活用してもらうことができる。
【００６３】
以上、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【００６４】
例えば、上記実施形態では、会員制のコミュニティとしてＳＮＳを挙げて説明したが、本発明はかかる例に限定されない。例えば、会員同士のつながりの情報を有さない会員制のサイトに適用してもよい。この場合、会員同士のつながりの情報がないため、購入者の友人の検索は行われない。
【００６５】
また、上記実施形態では、投稿を要請する会員として、チケットの購入者の友人と、チケットの行き先に居住する会員としたが、本発明はかかる例に限定されない。例えば、チケットの行き先をよく知る会員を抽出するためのあらゆる検索条件が適用されてよい。
【００６６】
尚、本明細書において、フローチャートに記述されたステップは、記載された順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的に又は個別的に実行される処理をも含む。また時系列的に処理されるステップでも、場合によっては適宜順序を変更することが可能であることは言うまでもない。
【符号の説明】
【００６７】
１００      観光情報提供サーバ
１０１      サービス受付部
１０３      ＳＮＳ会員検索部
１０５      情報要請通知部
１０７      情報投稿部
１０９      情報受付部
１１１      情報受信通知部
１１３      観光情報ＤＢ
１１５      情報表示部
２０１      ナビ利用判定部
２０３      ポイント付与部
３０１      情報検索部
３０３      公開情報通知部
【図１】
2014149874.tif 000003
【図２】
2014149874.tif 000004
【図３】
2014149874.tif 000005
【図４】
2014149874.tif 000006
【図５】
2014149874.tif 000007
【図６】
2014149874.tif 000008
【図７】
2014149874.tif 000009
【図８】
2014149874.tif 000010
【図９】
2014149874.tif 000011
【図１０】
2014149874.tif 000012
【図１１】
2014149874.tif 000013
【図１２】
2014149874.tif 000014
【図１３】
2014149874.tif 000015
【図１４】
2014149874.tif 000016
【図１５】
2014149874.tif 000017
【図１６】
2014149874.tif 000018
【図１７】
2014149874.tif 000019