(57)【特許請求の範囲】
【請求項１】
予め定められた情報がコード化されている情報コード（Ｑ１、Ｑ２、Ｑ３）を読み取る読取手段（１０ａ、１５）と、
前記読取手段（１０ａ、１５）で前記情報コード（Ｑ１、Ｑ２、Ｑ３）を読み取った際の状況を取得する状況取得手段（１０ｂ）と、
読み取った前記情報コード（Ｑ１、Ｑ２、Ｑ３）をデコードすることで得られる読取情報と、前記状況取得手段（１０ｂ）で取得した状況とに基づいて、当該情報コード（Ｑ１、Ｑ２、Ｑ３）を読み取った際の状況を判断する判断手段（２０ｂ）と、
前記判断手段（２０ｂ）の判断結果に基づいて、前記読取情報とは異なる情報であって当該情報コードが読み取られた際の状況に即した情報である提供情報を生成する提供情報生成手段（２０ｃ）と、
前記提供情報生成手段で生成した前記提供情報を提示する提示手段（１０ｅ、１３）と、
を備え、
前記状況取得手段（１０ｂ）が取得する状況には、前記情報コード（Ｑ１、Ｑ２、Ｑ３）を読み取った際の時刻および位置、ユーザの行動に関する時刻および目的地を示す行動予定が含まれており、
前記提供情報は、前記情報コードを読み取った際の位置から前記目的地までの経路情報と、前記目的地に関する目的地情報とであり、
前記判断手段は、前記読取情報と、前記情報コードを読み取った際の時刻、位置および前記行動予定とに基づいて、前記経路情報と前記目的地情報とのいずれを前記提供情報生成手段に生成させるかを判断することを特徴とする情報提供システム。
【請求項２】
前記読取手段（１０ａ、１５）で読み取った前記情報コード（Ｑ１、Ｑ２、Ｑ３）、または読み取った前記情報コード（Ｑ１、Ｑ２、Ｑ３）から得られる前記読取情報を記憶する記憶手段（１１）を備え、
前記状況取得手段（１０ｂ）は、前記読取手段（１０ａ、１５）で前記情報コード（Ｑ１、Ｑ２、Ｑ３）を読み取った際、および、前記記憶手段（１１）に記憶されている前記情報コード（Ｑ１、Ｑ２、Ｑ３）または当該情報コードから得られた前記読取情報を読み出した際に、状況を取得することを特徴とする請求項１記載の情報提供システム。
【請求項３】
前記提供情報は、前記情報コードの読み取り操作を行ったユーザが移動を伴う行動をする際に利用する情報であることを特徴とする請求項１または２記載の情報提供システム。
【請求項４】
前記提供情報生成手段（２０ｃ）は、同一の前記情報コード（Ｑ１、Ｑ２、Ｑ３）に対して、前記判断手段（２０ｂ）の判断結果に基づいて異なる提供情報を生成することを特徴とする請求項１から３のいずれか一項記載の情報提供システム。
【請求項５】
前記状況取得手段（１０ｂ）が取得する状況には、前記情報コード（Ｑ１、Ｑ２、Ｑ３）の読み取り操作を行ったユーザの属性および当該ユーザの行動履歴のうち少なくとも一方が含まれていることを特徴とする請求項１から４のいずれか一項記載の情報提供システム。
【請求項６】
前記状況取得手段（１０ｂ）が取得する状況には、前記情報コード（Ｑ１、Ｑ２、Ｑ３）を読み取った端末（２）の種類が含まれていることを特徴とする請求項１から５のいずれか一項記載の情報提供システム。
【請求項７】
前記読取手段（１０ａ、１５）、前記状況取得手段（２０ｂ）、前記提示手段（１０ｅ、１３）、および外部のサーバ（３）との間で通信を行う端末側通信手段（１４）を備えた通信端末（２）と、
前記通信端末（２）との間で通信を行う通信手段（２３）、前記判断手段（２０ｂ）、前記提供情報生成手段（２０ｃ）、および、前記判断手段（２０ｂ）による判断ならびに前記提供情報生成手段（２０ｃ）による提供情報の生成に用いる各種の情報が互いに関連付けられて登録されているデータベース（２２）を備えたサーバ（３）と、
によって構成されていることを特徴とする請求項１から６のいずれか一項記載の情報提供システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、状況に即した情報を提供する情報提供システムに関する。
【背景技術】
【０００２】
従来、例えばＱＲコード（登録商標）のように、予め定められた情報をコード化した情報コードがある。このような情報コードは、比較的少ないスペースで多くの情報を提供でき、また、例えば特許文献１のように読み取った情報から対応するアプリケーションプログラムをユーザが所有する通信端末において起動する等のアクションを実行できることから、利便性が高く、広く利用されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−１８１５０４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、情報コードは、予め定められた情報がコード化されていることから、読み取った際に得られる情報が変化することはない。このため、ある情報コードを読み取った場合には、それに応じて実行可能なアクションも常に同一のアクションとなっていた。
しかしながら、情報コードが読み取られる際の状況は様々であると想定される一方、予め定められた情報が固定的にコード化されている情報コードでは、そのような様々な状況に即した情報を提供することができなかった。この場合、様々な状況に対応するために予め多くの情報をコード化しておくことも考えられるが、その場合には情報コードを雑誌等に印刷したり看板等に表示したりするためのスペースが大きくなるという問題がある。また、店舗等であればホームページのＵＲＬをコード化し、そこからユーザ自身に検索させることも考えられるが、ユーザがその都度検索する等の操作が必要となり、煩わしさを感じるおそれがある。
【０００５】
本発明は上記事情に鑑みてなされたものであり、その目的は、予め定められた情報がコード化されている情報コードを読み取ったときの様々な状況に即した情報を提供することができる情報提供システムを提供することにある。
【課題を解決するための手段】
【０００６】
請求項１記載の発明では、情報コードを読み取る読取手段と、情報コードを読み取った際の状況を取得する状況取得手段と、読み取った情報コードをデコードすることで得られる読取情報と取得した状況とに基づいて当該情報コードを読み取った際の状況を判断する判断手段と、判断手段の判断結果に基づいて読取情報とは異なる情報であって当該情報コードが読み取られた際の状況に即した情報である提供情報を生成する提供情報生成手段と、提供情報生成手段で生成した提供情報を提示する提示手段と、を備え、状況取得手段が取得する状況には、情報コードを読み取った際の時刻および位置、ユーザの行動に関する時刻および目的地を示す行動予定が含まれており、提供情報は、情報コードを読み取った際の位置から目的地までの経路情報と、目的地に関する目的地情報とであり、判断手段は、読取情報と、情報コードを読み取った際の時刻、位置および行動予定とに基づいて、経路情報と目的地情報とのいずれを提供情報生成手段に生成させるかを判断する。
これにより、情報コードを読み取った位置および時刻と、行動予定にある時刻と目的地とからユーザの行動を予測し、提供情報として経路情報を生成するか目的地情報を生成するかの判断をより正確なものとすることができ、より状況に応じた提供情報を提示することができる。
【図面の簡単な説明】
【０００７】
【図１】一実施形態の情報提供システムの電気的構成を模式的に示す図
【図２】携帯端末に記憶されている情報の一例を示す図
【図３】サーバのデータベースに登録されている情報の一例を示す図
【図４】携帯端末およびサーバの処理の流れを示す図
【図５】状況Ａにおいて、情報コードが読み取られた際の状況および当該状況における提供情報の提示態様を模式的に示す図
【図６】状況Ｂにおいて、情報コードが読み取られた際の状況および当該状況における提供情報の提示態様を模式的に示す図
【図７】状況Ｂにおけるサーバのデータベースに登録されている情報の一例を示す図
【図８】状況Ｃにおいて、情報コードが読み取られた際の状況および提供情報の提示態様を模式的に示す図
【図９】提供情報の提示態様の他の例を模式的に示す図
【発明を実施するための形態】
【０００８】
以下、本発明の一実施形態について、図１から図９を参照しながら説明する。
図１に示すように、情報提供システム１は、通信端末としての携帯端末２とサーバ３とから構成されている。本実施形態では、携帯端末２としていわゆるスマートホンを想定し、情報コードとしてＱＲコードを想定している。
この携帯端末２は、制御部１０、メモリ１１、ＵＩ(User Interface)部１２、表示部１３、端末側通信部１４、カメラ１５、および位置取得部１６を備えている。なお、携帯端末２は、一般的なスマートホンと同様に、例えば日時を取得するカレンダー機能等や通話機能等も備えている。
【０００９】
制御部１０は、図示しないＣＰＵ、ＲＯＭおよびＲＡＭ等を有するマイクロコンピュータにより構成されている。制御部１０は、例えば半導体記憶素子等で構成されたメモリ１１に記憶されているコンピュータプログラムを実行することで、携帯端末２全体を制御する。この制御部１０は、ＱＲコード解読部１０ａ、状況取得部１０ｂ、状況送信部１０ｃ、提供情報受信部１０ｄ、および表示情報生成部１０ｅを有している。これらＱＲコード解読部１０ａ、状況取得部１０ｂ、状況送信部１０ｃ、提供情報受信部１０ｄ、および表示情報生成部１０ｅは、本実施形態では、制御部１０により実行されるコンピュータプログラムによってソフトウェア的に実現されている。
【００１０】
ＱＲコード解読部１０ａは、撮像手段としてのカメラ１５で撮像つまり読み取ったＱＲコードを解読する。つまり、ＱＲコード解読部１０ａは、読み取ったＱＲコードをデコードし、そのＱＲコードにコード化されている情報と読取情報として取得する。このＱＲコード解読部１０ａは、カメラ１５とともに読取手段を構成する。読取情報としては、店舗情報やイベント情報といったカテゴリ、個別の店舗やイベントそのもの、ホームページ等の情報等が含まれている。
【００１１】
状況取得部１０ｂは、ＱＲコードを読み取った際の状況を取得する。本実施形態では、状況取得部１０ｂが取得する状況には、情報コードを読み取った際の位置、情報コードを読み取った際の時刻、情報コードの読み取り操作を行ったユーザの行動履歴および当該ユーザの行動予定のうち少なくとも一方、ならびに、情報コードを読み取った端末の種類が含まれている。なお、ユーザの行動履歴や行動予定は、例えば携帯端末２のスケジュール機能を利用してメモリ１１等に記憶されているものを想定している。
【００１２】
ここで、情報コードを読み取った際の位置としては、ＧＰＳ（Global Positioning System）受信器等で構成された位置取得部１６で取得された現在位置、つまり、ユーザが情報コードの読み取り操作を行った際の位置情報が含まれる。また、位置としては、座標だけでなく、地域や名称、家や駅等のカテゴリ、自家用車や電車等の移動手段のカテゴリ等が含まれる。
また、情報コードを読み取った端末の種類とは、例えばスマートホンであるか、スマートホンに比べると一般的に表示画面が小さいいわゆる携帯電話機であるか、例えばタブレット型パソコンのような大きな表示画面や比較的高性能なＣＰＵを備えたものであるか等の情報である。
【００１３】
また、本実施形態の場合、カメラ１５で撮像したＱＲコードおよびＱＲコード解読部１０ａでデコードした読取情報の少なくとも一方は、メモリ１１に記憶される。そのため、状況取得部１０ｂは、ＱＲコードを読み取った際の状況に加えて、メモリ１１に記憶されているＱＲコードまたは読取情報を読み出した際の状況も取得する。この状況取得部１０ｂは、状況取得手段を構成する。
【００１４】
状況送信部１０ｃは、状況取得部１０ｂで取得した状況と、ＱＲコード解読部１０ａでデコードした読取情報とを、端末側通信部１４を介してサーバ３に送信する。なお、読取情報の代わりに、撮像したＱＲコードそのものを送信してもよい。この状況送信部１０ｃは、サーバ３との間で通信を行う端末側通信部１４とともに送信手段を構成する。この端末側通信部１４は、例えば広域通信網やインターネット等を介して、サーバ３との間で通信を行う。
【００１５】
提供情報受信部１０ｄは、サーバ３側で生成された提供情報を受信する。なお、提供情報は、詳細については後述するが、情報コードを利用するユーザに移動を伴う行動をする際にその行動を補助するための情報である。この提供情報受信部１０ｄは、端末側通信部１４ととともに受信手段を構成する。
表示情報生成部１０ｅは、詳細については後述するが、受信した提供情報に基づいて表示部１３に表示するための表示情報を生成する。また、表示情報生成部１０ｅは、受信した提供情報に基づいて提供情報を提示するためのアプリケーションプログラムの選択や起動を行う。
ＵＩ部１２は、ユーザの操作を入力するためのものであり、本実施形態では、個別の図示は省略するが表示部１３の画面に対応して設けられているタッチパネル、マイク、スピーカ、その他のスイッチ等で構成されている。
【００１６】
表示部１３は、例えば液晶パネルや有機ＥＬパネル等で構成されており、各種の情報を表示する。この表示部１３は、提供情報を提示する提示手段を構成している。
この携帯端末２は、例えば図２に示すような情報をメモリ１１等に記憶している。携帯端末２には、例えば自宅の位置が緯度や経度等の位置情報で登録されておいる。また、携帯端末２には、「７月５日：１２時からＸＸデパートでショッピング」、「７月２０日：１５時からＡＡＡのショーを見学」といったユーザの行動予定が、予定として登録されている。また、携帯端末２には、ユーザの行動履歴や端末の操作履歴等が、履歴として登録されている。なお、携帯端末２に登録されている情報は、図２に例示したものに限定されない。例えば、性別、所属組織、年齢等、ユーザの属性を示す属性情報を記憶していてもよい。
【００１７】
サーバ３は、周知のコンピュータシステムで構成されており、図１に示すように、制御部２０、ハードディスク等の記憶媒体で構成された記憶部２１、記憶部２１に記憶されているデータベースであるＤＢ２２、携帯端末２との間で通信を行う通信部２３等を備えている。ただし、情報提供システム１においては、サーバ３は１つに限定されるものではなく、それぞれ異なるＤＢ２２を備えたサーバ３を複数設けた構成であってもよいし、異なるサーバ３が互いに連携して大規模な１つのＤＢ２２を構築している構成であってもよい。異なるサーバ３が連携する例としては、例えば自身のＤＢ２２に電車の時刻表等が登録されており、事故や気象状況等による遅延がないかを運行会社のＤＢ２２から取得するような構成が考えられる。
【００１８】
サーバ３の制御部２０は、状況受信部２０ａ、状況判断部２０ｂ、提供情報生成部２０ｃ、および提供情報送信部２０ｄを有している。これら状況受信部２０ａ、状況判断部２０ｂ、提供情報生成部２０ｃ、および提供情報送信部２０ｄは、制御部２０によって実行されるコンピュータプログラムによってソフトウェア的に実現されている。
状況受信部２０ａは、携帯端末２から送信された状況および読取情報を、通信部２３を介して受信する。
状況判断部２０ｂは、状況受信部２０ａで受信した状況および読取情報に基づいて、その読取情報がコード化されていた情報コードを読み取った際の状況を判断する。状況判断部２０ｂは、判断手段として機能する。
【００１９】
提供情報生成部２０ｃは、状況判断部２０ｂの判断結果に基づいて、読取情報とは異なる情報であって、情報コードが読み取られた際の状況に即した情報である提供情報を生成する。また、提供情報生成部２０ｃは、上記したようにメモリ１１から情報コードまたは読取情報が読み出された際の状況が送信された場合には、情報コードまたは読取情報が読み出された際の状況に即した提供情報を生成する。より具体的にいえば、提供情報生成部２０ｃは、同一の情報コードが読み取られた場合であっても、状況判断部２０ｂの判断結果に基づいて、異なる提供情報を生成することができる。
また、提供情報生成部２０ｃは、各種の情報が互いに関連付けられて登録されているＤＢ２２を利用して提供情報を生成する。また、提供情報生成部２０ｃは、上記した運行状況のように、自身のＤＢ２２を補完するための情報を他のサーバ３から取得し、取得した情報を加味して提供情報を生成してもよい。
【００２０】
提供情報送信部２０ｄは、提供情報生成部２０ｃで生成された提供情報を、通信部２３を介して携帯端末２側に送信する。
このサーバ３は、図３に示すような各種の情報をＤＢ２２として記憶している。このＤＢ２２には、各種の情報が地点種別といったカテゴリ別に登録されている。例えば、デパートというカテゴリに、ＸＸデパートが、その位置情報、取扱品目を示す売品概要、詳細な商品の説明である売品詳細、売り場等の情報が登録されている。また、例えばデパートのカテゴリにはＹＹ百貨店の情報等が登録されており、例えばレストランのカテゴリにはその近傍に位置するビストロＺＺの情報が登録されている。
【００２１】
次に上記した構成の作用について、図４に示す処理の流れと、図５から図９に示す具体例とを参照しながら説明する。
まず、情報提供システム１における処理の流れを説明する。
ユーザは、ＱＲコードを利用する際、カメラ１５でＱＲコードを読み取るか、過去に読み取ったＱＲコードまたはＷＱＲコードをデコードした読取情報をメモリ１１から読み出す。このとき、携帯端末２は、ユーザによる操作に応じて、ＱＲコードの読み取り、またはメモリ１１からの読み出しを行う（Ｓ１）。このステップＳ１は、読取処理に相当する。続いて、携帯端末２は、状況を取得する（Ｓ２）。このとき、取得される状況には、読み取り操作が行われた位置つまり位置取得部１６で取得した現在位置や、図２に例示した情報のうち自宅の位置や行動予定等が含まれている。このステップＳ２は、取得処理に相当する。そして、携帯端末２は、読取情報と取得した状況とを、サーバ３側に送信する（Ｓ３）。このステップＳ３は、送信処理に相当する。
【００２２】
サーバ３は、常には待機しており、携帯端末２側から読取情報と状況とを受信すると（Ｓ１１）、読取情報と状況とに基づいて、提供情報を生成する（Ｓ１２）。そして、サーバ３は、生成した提供情報を、携帯端末２側に送信する（Ｓ１３）。
携帯端末２は、サーバ３側から提供情報を受信すると（Ｓ４）、受信した提供情報に基づいて表示情報を生成し、生成した表示情報を表示部１３に表示する（Ｓ５）ことで、ユーザに提供情報を提示する。このステップＳ４は受信処理に相当し、ステップＳ５は提示処理に相当する。
【００２３】
このように、本実施形態の情報提供システム１は、携帯端末２とサーバ３とで連携しながら、ユーザに情報を提供する。なお、本実施形態では、携帯端末２側の処理は、専用のアプリケーションプログラムによって行われている。このアプリケーションプログラムは、上記した読取処理、状況取得処理、送信処理、受信処理および提示処理に加えて、読み取ったＱＲコードやそのＱＲコードをデコードすることで得られる読取情報をメモリ１１へ記録する記録処理、ならびに、メモリ１１に記憶させたＱＲコードまたは読取情報を読み出す読み出し処理を行うことができる。このアプリケーションプログラムは、情報提供プログラムに相当する。
次に、具体的な例として、図５に示す「状況Ａ：デパートで買い物する場合」、図６および図７に示す「状況Ｂ：イベントに参加する場合」、図８に示す「状況Ｃ：位置に応じて提供情報が変わる例」、および図９に示す他の提示態様を説明する。
【００２４】
＜＜状況Ａ＞＞
状況Ａの場合、ユーザが所有する携帯端末２には図２に例示した情報が登録されており、サーバ３のＤＢ２２には図３に例示した情報が登録されているものとする。なお、状況Ａ１については図４に示す処理の流れと対応付けつつ説明するが、状況Ａ２，Ａ２、状況Ｂ１〜Ｂ３、および状況Ｃ１〜Ｃ３については、説明の簡略化のために、処理の流れとの対応付けは省略して説明する。
＜状況Ａ１＞
さて、図５に時系列で示すように、状況Ａ１では、ユーザは、７月４日の８：００ｐ．ｍ．、つまり、ＸＸデパートに買い物に行く７月５日の前日の夜８時に、自宅において例えば雑誌等に印刷されているＱＲコードＱ１を読み取っている。このＱＲコードＱ１には、ＸＸデパートのホームページのＵＲＬがコード化されているものとする。
【００２５】
ＱＲコードＱ１の読み取り操作が行われると、携帯端末２は、サーバ３に送信する状況として、自宅の位置情報（図２参照）、７月５日にＸＸデパートに買い物に行くという行動予定、ＱＲコードＱ１を読み取った現在位置および現在時刻、ならびに、読取情報であるＸＸデパートのＵＲＬを取得する（図４のステップＳ２）。そして、携帯端末２は、取得した状況と読取情報とをサーバ３に送信する（図４のステップＳ３）。このとき送信される状況は、サーバ３で状況を判断するときの判断材料として用いられる。なお、状況Ａ１の場合、現在位置は、自宅の位置と一致する。
【００２６】
サーバ３は、読取情報と状況とを携帯端末２側から取得すると（図４のステップＳ１１）、受信した読取情報と状況とに基づいて状況を判断し、その状況に即した提供情報を生成する（図４のステップＳ１２）。この場合、サーバ３は、自宅の位置情報と現在位置とから、ＱＲコードＱ１を読み取った位置が自宅であると判断する。また、サーバ３は、行動予定と現在時刻とから、ＸＸデパートに買い物に行く前日であると判断する。そして、サーバ３は、これらの状況と読取情報（この場合、ＸＸデパートのＵＲＬ）とから、ユーザがＸＸデパートで買い物をする商品を調べていると最終的に判断する。これらの判断は、状況判断部２０ｂにより行われる。
【００２７】
状況を判断すると、サーバ３は、買い物をする商品の情報、つまり、ＸＸデパートで扱っている商品や売り場等の情報をＤＢ２２から抽出し、それらの情報を纏めて、ユーザに提供するための提供情報を生成する。この提供情報の生成は、提供情報生成部２０ｃにより行われる。提供情報を生成すると、サーバ３は、生成した提供情報を携帯端末２側に送信する（図４のステップＳ１３）。この場合、行動予定に例えば服を購入する旨の情報が記録されていれば、予め服を売っている店舗を抽出して提供情報を生成してもよい。
【００２８】
携帯端末２は、サーバ３から提供情報を受信すると（図４のステップＳ４）、受信した提供情報に基づいて表示情報を生成する。この場合、表示情報としては、商品名や店舗名等が一覧となったテキストデータ等が考えられる。そして、携帯端末２は、生成した表示情報を表示部１３に表示する（図４のステップＳ５）。これにより、図５の状況Ａ１に示すように、携帯端末２の表示部１３には、ＸＸデパートで扱っている商品等の一覧が表示情報Ｍ１として表示される。これにより、商品を調べるためにＱＲコードＱ１を読み取ったユーザに対して、その状況に応じた提供情報、この場合、ＸＸデパートの取扱商品等の情報を提供することができる。
【００２９】
＜状況Ａ２＞
状況Ａ２では、ユーザは、ＸＸデパートに買い物に行く７月５日の当日の午前１１時３０分に、自宅においてＱＲコードＱ１を読み取っている。なお、ここでは状況Ａ１で読み取ったＱＲコードＱ１をメモリ１１から読み出していることを想定している、ただし、ＱＲコードＱ１は同一のものであり、読取情報は、状況Ａ１およびこの状況Ａ２においても同一の情報となっている。
【００３０】
この場合、携帯端末２は、サーバ３に送信する状況として、自宅の位置情報、行動予定、ＱＲコードを読み取った現在位置および現在時刻、ならびに、読取情報であるＸＸデパートのＵＲＬを取得する。そして、携帯端末２は、取得した状況と読取情報とをサーバ３に送信する。この場合、現在位置は、自宅の位置とほぼ一致する。
【００３１】
サーバ３は、読取情報と状況とを携帯端末２側から取得すると、受信した読取情報と状況とに基づいて状況を判断し、その状況に即した提供情報を生成する。この場合、サーバ３は、自宅の位置情報と現在位置とから、ＱＲコードＱ１を読み取った位置が自宅であると判断するとともに、行動予定と現在時刻とから、ユーザがＸＸデパートまでの経路を調べようとしていると判断する。
状況を判断すると、サーバ３は、ＸＸデパートの位置情報を、ユーザに提供するための提供情報として生成する。そして、サーバ３は、生成した提供情報を携帯端末２側に送信する。つまり、この状況Ｂ２の場合、ユーザに提示されることになる提供情報は、情報コードの読み取り操作を行ったユーザが移動を伴う行動をする際に利用する情報である。
【００３２】
携帯端末２は、サーバ３から提供情報を受信すると、受信した提供情報に基づいて表示情報を生成する。この場合、表示情報としては、提供された位置情報までの経路を示す情報、つまり、自宅からＸＸデパートまで自動車で移動する際の移動経路を示す画像データ等が考えられる。これにより、図５の状況Ａ２に示すように、携帯端末２の表示部１３には、自宅からＸＸデパートまでの移動経路が表示情報Ｍ２として表示される。すなわち、移動経路を調べるためにＱＲコードＱ１を読み取ったユーザに対して、その状況に応じた提供情報を提供することができる。なお、サーバ側にて移動経路まで探索し、その結果を通信端末側に送信する構成であってもよい。
【００３３】
また、同一のＱＲコードＱ１を読み取ったユーザに対して、その時刻に応じて異なる提供情報を提供することができる。
＜状況Ａ３＞
状況Ａ３では、ユーザは、ＸＸデパートにおいて、７月５日の昼１２時１５分に、ＱＲコードＱ１を読み取っている。なお、ここでは状況Ａ１で読み取ったＱＲコードＱ１をメモリ１１から読み出していることを想定している、
この場合、携帯端末２は、サーバ３に送信する状況として、行動予定、ＱＲコードを読み取った現在位置および現在時刻、ならびに、読取情報であるＸＸデパートのＵＲＬを取得する。そして、携帯端末２は、取得した状況と読取情報とをサーバ３に送信する。この場合、現在位置は、ＸＸデパートの位置とほぼ一致する。
【００３４】
サーバ３は、読取情報と状況とを携帯端末２側から取得すると、受信した読取情報と状況とに基づいて状況を判断し、その状況に即した提供情報を生成する。この場合、サーバ３は、現在位置がＸＸデパートであり、現在時刻が買い物をする開始予定時刻の直後であることから、ユーザがＸＸデパートに到着して売り場を検索しようとしていると判断する。
【００３５】
状況を判断すると、サーバ３は、ＸＸデパートのフロア案内図等、売り場を検索可能な情報を、ユーザに提供するための提供情報として生成する。この場合、例えば上記した状況Ａ１においてユーザが検索した商品をＤＢ２２等に記録しておき、その商品の売り場が例えば５階である等の情報を併せて提供してもよい。サーバ３は、生成した提供情報を携帯端末２側に送信する。勿論、行動予定に例えば服を購入する旨の情報が記録されていれば、服を売っている店舗までの移動経路を提供情報として送信してもよい。
【００３６】
携帯端末２は、サーバ３から提供情報を受信すると、受信した提供情報に基づいて表示情報を生成する。この場合、表示情報としては、ＸＸデパートのフロア案内図の画像データ等が考えられる。これにより、図５の状況Ａ３に示すように、携帯端末２の表示部１３には、ＸＸデパートのフロア案内図が表示情報Ｍ３として表示される。すなわち、売り場を検索しているユーザに対して、その状況に応じた提供情報を提供することができる。
【００３７】
＜＜状況Ｂ＞＞
状況Ｂの場合、ユーザが所有する携帯端末２には図２に例示した情報が登録されており、サーバ３のＤＢ２２には図３に示した情報、および図７に例示するようにショーが行われる会場付近の観光名所の情報が登録されているものとする。
＜状況Ｂ１＞
状況Ｂ１では、図６に時系列で示すように、ユーザは、７月２０日の昼１２時３０分、つまり、ＡＡＡのショーを見学する３０分前（図２参照）に、例えばチケット等に印刷されているＱＲコードＱ２を読み取っている。このＱＲコードＱ２には、会場の位置やショーのタイムテーブル等、ＡＡＡのショーに関する情報がコード化されているものとする。
【００３８】
ＱＲコードＱ２の読み取り操作が行われると、携帯端末２は、サーバ３に送信する状況として、７月２０日にＡＡＡのショーを見学すること、ＱＲコードＱ２を読み取った現在位置および現在時刻、ならびに、読取情報であるＡＡＡのショーに関する情報を取得する。そして、携帯端末２は、取得した状況と読取情報とをサーバ３に送信する。
【００３９】
サーバ３は、読取情報と状況とを携帯端末２側から取得すると、受信した読取情報と状況とに基づいて状況を判断し、その状況に即した提供情報を生成する。この場合、サーバ３は、現在位置、行動予定および現在時刻等から、ユーザがＱＲコードＱ２を読み取ったのは、会場までの経路を検索するためであると判断する。状況を判断すると、サーバ３は、現在位置から会場までの経路を示す情報、例えば駅から会場まで徒歩で移動する際の移動経路の情報を、ユーザに提供するための提供情報として生成する。そして、サーバ３は、生成した提供情報を携帯端末２側に送信する。この場合、会場の位置情報を提供情報として送信してもよいが、駅と会場という公共施設間の移動経路であるので、サーバ側で案内図までを作成して提供情報としてもよい。
【００４０】
携帯端末２は、サーバ３から提供情報を受信すると、受信した提供情報に基づいて表示情報を生成する。この場合、表示情報としては、自宅から会場までの移動経路を示す画像データ等が考えられる。これにより、図６の状況Ｂ１に示すように、携帯端末２の表示部１３には、駅から会場までの移動経路が表示情報Ｍ４として表示される。すなわち、移動経路を調べるためにＱＲコードＱ２を読み取ったユーザに対して、その状況に応じた提供情報を提供することができる。
【００４１】
＜状況Ｂ２＞
状況Ｂ２では、ユーザは、７月２０日の１５時２０分、つまり、ＡＡＡのショーが終了した２０分後（図２参照）に、ＱＲコードＱ２を読み取っている。
ＱＲコードＱ２の読み取り操作が行われると、携帯端末２は、サーバ３に送信する状況として、ＡＡＡのショーが１５時までであること、ＱＲコードＱ２を読み取った現在位置および現在時刻、ならびに、読取情報を取得する。そして、携帯端末２は、取得した状況と読取情報とをサーバ３に送信する。
【００４２】
サーバ３は、読取情報と状況とを携帯端末２側から取得すると、受信した読取情報と状況とに基づいて状況を判断し、その状況に即した提供情報を生成する。この場合、サーバ３は、現在位置、行動予定および現在時刻等から、具体的には、ＡＡＡのショーが終了したことや現在時刻が１５時２０分と比較的早いこと、状況Ｂ１では駅からの移動経路を検索したこと等から、ユーザがＱＲコードＱ２を読み取ったのは、徒歩や電車で移動可能な付近の観光名所等を検索していると判断する。状況を判断すると、サーバ３は、現在位置の近傍の名所等をＤＢ２２（図７参照）から抽出し、その情報をユーザに提供するための提供情報として生成する。そして、サーバ３は、生成した提供情報を携帯端末２側に送信する。
【００４３】
携帯端末２は、サーバ３から提供情報を受信すると、受信した提供情報に基づいて表示情報を生成する。この場合、表示情報としては、付近の観光名所の一覧や所在地、その場所の写真等のデータが考えられる。これにより、図６の状況Ｂ２に示すように、携帯端末２の表示部１３には、付近の名所等が表示情報Ｍ５として表示される。すなわち、会場の近傍で名所等を検索するためにＱＲコードＱ２を読み取ったユーザに対して、その状況に応じた提供情報を提供することができる。
【００４４】
＜状況Ｂ３＞
状況Ｂ３では、ユーザは、７月２０日の１５時２５分、つまり、状況Ｂ２にて付近の名所を検索した５分後に、ＢＢＢ神宮に関する情報がコード化されたＱＲコードＱ３を読み取っている。なお、ＱＲコードＱ３は、例えば観光案内の看板やパンフレット等に印刷されているようなものを想定している。
【００４５】
ＱＲコードＱ３の読み取り操作が行われると、携帯端末２は、サーバ３に送信する状況として、ＱＲコードＱ３を読み取った現在位置および現在時刻、ならびに、読取情報を取得する。そして、携帯端末２は、取得した状況と読取情報とをサーバ３に送信する。
【００４６】
サーバ３は、読取情報と状況とを携帯端末２側から取得すると、受信した読取情報と状況とに基づいて状況を判断し、その状況に即した提供情報を生成する。この場合、サーバ３は、現在位置、行動予定および現在時刻、ならびに状況Ｂ２で観光名所を検索したこと等から、ユーザがＱＲコードＱ３を読み取ったのは、ＢＢＢ神宮まで移動する経路を調べるためであること、また、移動経路には電車を利用すると判断する。状況を判断すると、サーバ３は、ＢＢＢ神宮までの移動経路をＤＢ２２（図７参照）から探索し、ユーザに提供するための提供情報として生成する。そして、サーバ３は、生成した提供情報を携帯端末２側に送信する。
【００４７】
携帯端末２は、サーバ３から提供情報を受信すると、受信した提供情報に基づいて表示情報を生成する。この場合、表示情報としては、ＢＢＢ神宮までの電車での移動経路となり、図６の状況Ｂ３に示すように、携帯端末２の表示部１３には、最寄り駅や乗換駅等の情報が表示情報Ｍ６として表示される。すなわち、ＢＢＢ神宮まで電車で移動したユーザに対して、その状況に応じた提供情報を提供することができる。
【００４８】
＜＜状況Ｃ＞＞
状況Ｃの場合、ユーザが所有する携帯端末２には図２に例示した情報が登録されており、サーバ３のＤＢ２２には図３に示した情報が登録されているものとする。なお、状況Ｃは、同一の時刻に異なる位置にて同一のＱＲコードＱ２を読み取った場合の例である。
状況Ｃ１は、上記した状況Ｂ１と同一の状況であり、比較のために示すものであるので詳細な説明は省略するが、状況Ｃ１では、例えば会場の最寄り駅等においてＱＲコードＱ２を読み取っている。この場合、携帯端末２の表示部１３には、駅から会場までの移動経路が表示情報Ｍ４として表示されている。
【００４９】
一方、状況Ｃ２は、会場の近傍、つまり、既に会場に到着している他のユーザがチケット等に印刷されているＱＲコードＱ２を読み取った場合の例を示している。この場合、ユーザがＱＲコードＱ２の読み取り操作を行うと、携帯端末２は、状況Ｂ１と同様に、現在位置、現在時刻、行動予定および読取情報等の状況をサーバ３に送信する。
状況を受信したサーバ３は、現在位置がイベント会場であること、現在時刻が１２時３０分であり、ショーの開始まで３０分程度あること等から、ユーザが、ショーが始まるまで休憩したいと考えていると判断する。状況を判断すると、サーバ３は、ショーが始まるまで休憩できそうな場所として会場から徒歩数分程度の圏内に位置する喫茶店や軽食屋等をＤＢ２２から検索し、それらの情報を提供情報として生成する。そして、サーバ３は、生成した提供情報を携帯端末２側に送信する。
【００５０】
携帯端末２は、サーバ３から提供情報を受信すると、受信した提供情報に基づいて表示情報を生成する。この場合、表示情報としては、会場の付近のカフェや喫茶店
ＢＢＢ神宮までの電車での移動経路となり、図６の状況Ｂ３に示すように、携帯端末２の表示部１３には、休憩が可能なカフェの名称や位置等の情報が表示情報Ｍ７として表示される。
このように、同一のＱＲコードＱ２を読み取ったユーザに対して、その位置に応じて異なる提供情報を提供することができる。
【００５１】
＜＜提供情報の他の提示態様＞＞
ここまでは提供情報を直接的に提示する提示態様について例示してきたが、提供情報を容易に利用できるような提示態様としてもよい。具体的には、図９に示すように、携帯端末２の表示部１３に、基本的にはＱＲコードをデコードすることで得られる読取情報、あるいは読取情報に基づいて一般的に行われるアクションが表示される。ここで、読取情報に基づいて一般的に行われるアクションとは、例えば読取情報としてＵＲＬがコード化されている情報コードであれば、ブラウザの起動とＵＲＬに該当するＷＥＢサイトの表示等である。
【００５２】
例えば、ＸＸデパートのＵＲＬがコード化されているＱＲコードＱ１を読み取った（あるいは、メモリ１１から読み出した）場合を想定する。この場合、携帯端末２には、図９に表示情報Ｍ１０として示すように、一般的なアクションとしてＸＸデパートのホームページが表示される。
このとき、携帯端末２は、受信した提供情報に基づいて、表示情報として表示ボタンＭ１１〜Ｍ１３を生成して表示部１３表示する。例えば、表示ボタンＭ１１は、ＸＸデパートから自宅までの移動経路を表示させるためのボタンである。また、表示ボタンＭ１２は、ＸＸデパートのフロア案内図を表示させるためのボタンである。また、表示ボタンＭ１３は、ＸＸデパートのフロア案内図を表示させるためのボタンである。
【００５３】
このような提供情報を表示させるための表示ボタンＭ１１〜Ｍ１３を表示することにより、例えば純粋にホームページを開こうとしたユーザに対して、ユーザの意図に反して移動経路等の提供情報が表示されてしまうことを防止できる。
【００５４】
また、このような提供情報を表示させるための表示ボタンを表示させるか、あるいは提供情報をそのまま表示するかを、サーバ３での判断結果に応じて切り替えるようにしてもよい。すなわち、例えば、現在位置がＸＸデパートであり、７月５日の午後２時にＱＲコードＱ１を読み取った（あるいは、メモリ１１から読み出した）場合を想定する。このとき、携帯端末２は、上記した状況Ａ〜Ｃと同様にＱＲコードを読み取った際の状況と読取情報とをサーバ３に送信し、サーバ３は、状況と読取情報とに基づいて提供情報を生成して携帯端末２に送信している。
【００５５】
このような状況においては、送信された現在位置や現在時刻あるいは行動予定等の状況からだけでは、買い物が終わって帰宅したいのか、別の売り場を探したいのか、買い物後に休憩する場所を探しているのか等の判断が困難になることがある。その場合、曖昧な判断結果に基づいて、例えば帰宅したいと考えているユーザに対してフロア案内図等を提示してしまうと、情報提供システム１自体が不便であるといった悪印象を与えてしまうおそれがある。
そこで、例えば判断結果の妥当性をさらに判断する構成とし、ある程度の確証が得られない判断結果の場合には、提供情報を表示させるための表示ボタンを表示させる態様に切り替えてもよい。これより、提供情報を容易に利用できるという利便性を確保しつつ、悪印象を与えてしまうおそれを低減することができる。
【００５６】
以上説明した実施形態によれば、次のような効果を得ることができる。
予め定められた情報がコード化されている情報コードを読み取った際の状況と、その情報コードをデコードすることで得られる読取情報とに基づいて、当該情報コードを読み取った際の状況を判断する。そして、その判断結果に基づいて、読取情報とは異なる情報であって当該情報コードが読み取られた際の状況に即した情報である提供情報を生成するとともに、生成した提供情報を提示する。これにより、予め定められた情報がコード化されている情報コードを読み取ったときの様々な状況に即した情報を提供することができる。
【００５７】
また、読み取った情報コード、または読み取った情報コードから得られる読取情報を記憶し、記憶されている情報コードまたは当該情報コードから得られた読取情報を読み出した際にも状況を取得する。これにより、携帯端末２を保っていれば、いつでも情報コードを再利用することができ、利便性を向上させることができる。
【００５８】
情報コードの読み取り操作を行ったユーザが移動を伴う行動をする際に利用する情報を提供情報として提供する。これにより、コード化する情報が予め固定されている情報コードであっても、広い地域のユーザに対してサービスを提供することができる。
同一の情報コードに対して、判断手段の判断結果に基づいて異なる提供情報を生成する。これにより、情報コードが読み取られた際の様々な状況に対応することができる。
具体的には、情報コードを読み取った際の位置を状況として取得することで、例えばユーザが読取情報により特定される位置まで移動したいと考えているのか等、提供情報を生成する際の判断をより正確なものとすることができ、より状況に応じた提供情報を提示することができる。
【００５９】
また、情報コードを読み取った際の時刻を状況として取得することで、提供情報を生成する際の判断をより正確なものとすることができ、より状況に応じた提供情報を提示することができる。
また、情報コードの読み取り操作を行ったユーザの行動履歴、および当該ユーザの行動予定のうち少なくとも一方を状況として取得することでユーザの行動を予測でき、提供情報を生成する際の判断をより正確なものとすることができ、より状況に応じた提供情報を提示することができる。
【００６０】
読取手段、状況取得手段、提示手段、および外部のサーバ３との間で通信を行う端末側通信手段を備えた通信端末と、通信端末との間で通信を行う通信手段、判断手段、提供情報生成手段、および提供情報の生成に用いる各種の情報が互いに関連付けられて登録されているＤＢ２２を備えた外部のサーバ３と、によって情報提供システム１を構成しているので、通信端末側ではそれほど多くの情報を記憶しておく必要がない。また、提供情報の生成をサーバ３側で行うので、通信端末の負荷が増大することを防ぐことができる。したがって、情報提供システム１を容易に構築することができる。
【００６１】
このとき、通信端末は、読取手段と、状況取得手段と、送信手段と、受信手段と、提示手段とを備えている。したがって、予め定められた情報がコード化されている情報コードを読み取ったときの様々な状況に即した情報を提供することができる。また、これらは一般的なスマートホン等の携帯端末２が有する機能とコンピュータプログラムとによって構成することができるため、通信端末として専用のものを用意する必要がない。
【００６２】
また、読取処理と、状況取得処理と、送信処理と、受信処理と、提示処理とを実行させる情報提供プログラムによれば、予め定められた情報がコード化されている情報コードを読み取ったときの様々な状況に即した情報を提供することができるとともに、市販のスマートホン等の携帯端末２を容易に情報提供システム１用の通信端末として利用することができる。
【００６３】
（その他の実施形態）
本発明は、上記した一実施形態にて例示したものに限定されることなく、その範囲を逸脱しない範囲で任意に変形あるいは拡張することができる。
一実施形態では情報コードとしてＱＲコードを例示したが、一次元バーコードであってもよい。また、ＱＲコードに限らず、他の形式の二次元バーコードであってもよい。
一実施形態の図５の状況Ａ２の場合、提供情報として例えば「現在地：自宅」、「目的地：ＸＸデパート」のような情報をサーバ３から提供し、携帯端末２側では、受信した現在位置と目的位置とから、携帯端末２のナビゲーションプログラムを起動して移動経路を提示する構成としてもよい。すなわち、提供情報を提示する提示処理とは、状況Ａ１のように受信した情報を利用してそのままユーザに提示する処理だけでなく、受信した情報を提示するのに適したプログラムを起動することでユーザに提示する処理も含んでいる。
【００６４】
また、携帯端末２に対するユーザの操作履歴に基づいて状況の判断および提供情報の生成を行ってもよい。例えば、一実施形態では自動車で移動する際の移動経路の情報を提供する例を示したが、操作履歴に電車の経路案内サービスを多く利用しているという情報が記録されている場合、その情報をサーバ３に状況として送信することで、サーバ３側では、このユーザは電車での移動が多いことが判断できる。その場合、電車を利用してＸＸデパートまで移動する移動経路を提供することで、例えば自動車を所有していないユーザに対して自動車での移動経路を提供するといったユーザに取っては意味のない情報を誤って提供してしまうおそれを低減することができ、ユーザの希望により近い情報を提供することができると考えられる。
【００６５】
また、情報コードを読み取った端末の種類を状況として取得し、提供情報を生成する際に利用してもよい。すなわち、例えばスマートホンに比べると一般的に表示画面が小さいいわゆる携帯電話機の場合、表示できる情報量がスマートホンに比べて少なくなる。そのため、端末の種類が携帯電話機であれば、情報量を削減した提供情報を生成することで、見易く、且つ利便性の高い情報をユーザに提示することができる。また、例えばタブレット型パソコンのような比較的大きな表示画面や比較的高性能なＣＰＵを備えたものであれば、情報量を上げたり、写真や動画等を提供情報として生成したりすることで、より詳細な情報をユーザに提示することができる。
【００６６】
また、性別、所属組織、年齢等、ユーザの属性を示す属性情報に基づいて、状況の判断及び提供情報の生成を行ってもよい。例えば、状況Ｃ２であれば、女性であればケーキ店等を抽出して提供情報を生成したり、若い男性であれば牛丼チェーン店やハンバーガーショップ等を抽出して提供情報を生成したりすること等が考えられる。また、携帯端末２の操作履歴から、ユーザの好みを状況として取得し、その状況にあった提供情報を生成する構成としてもよい。
【００６７】
一実施形態では、携帯端末２とサーバ３とにより情報提供システム１を構成したが、状況判断部２０ｂと提供情報生成部２０ｃとを携帯端末２に設け、携帯端末２単体で情報提供システム１を構成してもよい。この場合、携帯端末２のメモリ１１にＤＢ２２を設けてもよいし、外部のサーバ３との間で通信を行って外部のＤＢ２２にアクセスする構成としてもよい。
【符号の説明】
【００６８】
図面中、１は情報提供システム、２は携帯端末、３はサーバ、１０は制御部、１０ａはＱＲコード解読部（読取手段）、１０ｂは状況取得部（状況取得手段）、１０ｃは状況送信部（送信手段）、１０ｄは提供情報受信部（受信手段）、１１はメモリ（記憶手段）、１３は表示部（提示手段）、１４は端末側通信部（端末側通信手段）、１５はカメラ（読取手段）、２０ａは状況受信部、２０ｂは状況判断部（判断手段）、２０ｃは提供情報生成部（提供情報生成手段）、２０ｄは提供情報送信部、２２はデータベース、２３は通信部（通信手段）、Ｑ１〜Ｑ３はＱＲコード（情報コード）を示す。
【図１】
0006299530.tif 000002
【図２】
0006299530.tif 000003
【図３】
0006299530.tif 000004
【図４】
0006299530.tif 000005
【図５】
0006299530.tif 000006
【図６】
0006299530.tif 000007
【図７】
0006299530.tif 000008
【図８】
0006299530.tif 000009
【図９】
0006299530.tif 000010