JP6326079B2 - 有体物情報提供システム、有体物情報提供方法、および有体物情報提供プログラム - Google Patents

Description

本発明は、有体物の近傍に配置されたビーコンからの情報を受信し、そのビーコンデータに対応した有体物の情報を提供する有体物情報提供システム、有体物情報提供方法、および有体物情報提供プログラムに関する。

従来、手軽に情報を取得するための方法として、無線装置にユーザ端末を近づけることで、無線装置からの信号を受信し、情報を取得する方法がある。特許文献１には、商品コードを入力しなくても、無線装置にユーザ端末を近づけて商品情報要求信号を送信するだけで商品情報を取得することができる店舗内商品関連情報取得システムに関する技術が記載されている。

特開２００２−１９００６５号公報

しかしながら、特許文献１の手法では、提供する情報は、あらかじめ用意された商品情報データベースの内容に限定されてしまう。そのため、ユーザが多様な情報を得られるとは言い難い。また、もし商品販売者自身が、事前に詳細かつ多様な情報をデータベースに用意しようとした場合、そのためのコストが大きい。

そこで、本発明では、上記の課題に鑑みて、有体物の近傍に配置されたビーコンからの情報を受信し、そのビーコンデータに対応した有体物の多様な情報を効果的に提供する有体物情報提供システム、有体物情報提供方法、および有体物情報提供プログラムを提供する。

本発明では、以下のような解決手段を提供する。

第１の特徴に係る発明は、
有体物の情報を記憶するデータベースを備える有体物情報提供システムにおいて、
前記データベースとの通信を可能とする投稿者端末に、
前記有体物の情報の投稿を受け付け、前記データベースに登録する投稿登録手段を備え、
閲覧者端末に、
前記有体物の近傍に配置されたビーコンからのデータを受信するビーコンデータ受信手段と、
前記ビーコンデータに対応した有体物を、通信網での通信が可能な場合は通信網経由で前記データベースに照合して特定し、通信網での通信が不可能な場合は前記ビーコン経由で前記データベースに照合して特定する有体物特定手段と、
前記特定した有体物の情報として、前記投稿された有体物の投稿情報を、所定の順序で出力する出力手段と、
を備えることを特徴とする有体物情報提供システムを提供する。

第１の特徴に係る発明によれば、有体物の情報を記憶するデータベースを備える有体物情報提供システムにおいて、前記データベースとの通信を可能とする投稿者端末に、前記有体物の情報の投稿を受け付け、前記データベースに登録する投稿登録手段を備え、閲覧者端末に、前記有体物の近傍に配置されたビーコンからのデータを受信するビーコンデータ受信手段と、前記ビーコンデータに対応した有体物を、通信網での通信が可能な場合は通信網経由で前記データベースに照合して特定し、通信網での通信が不可能な場合は前記ビーコン経由で前記データベースに照合して特定する有体物特定手段と、前記特定した有体物の情報として、前記投稿された有体物の投稿情報を、所定の順序で出力する出力手段と、を備える。

第１の特徴に係る発明は、有体物情報提供システムのカテゴリであるが、有体物情報提供方法、および有体物情報提供プログラムであっても同様の作用、効果を奏する。

第２の特徴に係る発明は、第１の特徴に係る発明である有体物情報提供システムにおいて、
前記出力した投稿情報の閲覧回数または閲覧時間を算出する算出手段を備えることを特徴とする有体物情報提供システムを提供する。

第２の特徴に係る発明によれば、第１の特徴に係る発明である有体物情報提供システムは、前記出力した投稿情報の閲覧回数または閲覧時間を算出する算出手段を備える。

第３の特徴に係る発明は、第２の特徴に係る発明である有体物情報提供システムにおいて、
前記所定の順序が、前記閲覧回数または閲覧時間の、昇順または降順であることを特徴とする有体物情報提供システムを提供する。

第３の特徴に係る発明によれば、第２の特徴に係る発明である有体物情報提供システムは、前記所定の順序が、前記閲覧回数または閲覧時間の、昇順または降順である。

第４の特徴に係る発明は、第２の特徴または第３の特徴に係る発明である有体物情報提供システムにおいて、
前記算出した閲覧回数または閲覧時間に応じて、前記投稿情報の投稿者に対価を支払う支払手段を備えることを特徴とする有体物情報提供システムを提供する。

第４の特徴に係る発明によれば、第２の特徴または第３の特徴に係る発明である有体物情報提供システムは、前記算出した閲覧回数または閲覧時間に応じて、前記投稿情報の投稿者に対価を支払う支払手段を備える。

第５の特徴に係る発明は、第１の特徴に係る発明である有体物情報提供システムにおいて、
前記閲覧者から、前記出力した投稿情報に対する評価を受け付ける評価受付手段を備えることを特徴とする有体物情報提供システムを提供する。

第５の特徴に係る発明によれば、第１の特徴に係る発明である有体物情報提供システムは、前記閲覧者から、前記出力した投稿情報に対する評価を受け付ける評価受付手段を備える。

第６の特徴に係る発明は、第５の特徴に係る発明である有体物情報提供システムにおいて、
前記所定の順序が、前記閲覧者からの評価の昇順または降順であることを特徴とする有体物情報提供システムを提供する。

第６の特徴に係る発明によれば、第５の特徴に係る発明である有体物情報提供システムは、前記所定の順序が、前記閲覧者からの評価の昇順または降順である。

第７の特徴に係る発明は、第１の特徴に係る発明である有体物情報提供システムにおいて、前記所定の順序が、前記投稿情報の提供価格の昇順または提供価格の降順または無償提供のもののみ表示する、のいずれかであることを特徴とする有体物情報提供システムを提供する。

第７の特徴に係る発明によれば、第１の特徴に係る発明である有体物情報提供システムは、前記所定の順序が、前記投稿情報の提供価格の昇順または提供価格の降順または無償提供のもののみ表示する、のいずれかである。

第８の特徴に係る発明は、
有体物の情報を記憶するデータベースを備える有体物情報提供システムが実行する有体物情報提供方法であって、
前記データベースとの通信を可能とする投稿者端末に、
前記有体物の情報の投稿を受け付け、前記データベースに登録する投稿登録ステップを備え、
閲覧者端末に、
前記有体物の近傍に配置されたビーコンからのデータを受信するビーコンデータ受信ステップと、
前記ビーコンデータに対応した有体物を、通信網での通信が可能な場合は通信網経由で前記データベースに照合して特定し、通信網での通信が不可能な場合は前記ビーコン経由で前記データベースに照合して特定する有体物特定ステップと、
前記特定した有体物の情報として、前記投稿された有体物の投稿情報を、所定の順序で出力する出力ステップと、
を備えることを特徴とする有体物情報提供方法を提供する。

第９の特徴に係る発明は、有体物情報提供プログラムであって、
有体物の情報を記憶するデータベースを備える有体物情報提供システムにおいて、
前記データベースとの通信を可能とする投稿者端末に、
前記有体物の情報の投稿を受け付け、前記データベースに登録する投稿登録ステップを実行させ、
閲覧者端末に、
前記有体物の近傍に配置されたビーコンからのデータを受信するビーコンデータ受信ステップ、
前記ビーコンデータに対応した有体物を、通信網での通信が可能な場合は通信網経由で前記データベースに照合して特定し、通信網での通信が不可能な場合は前記ビーコン経由で前記データベースに照合して特定する有体物特定ステップ、
前記特定した有体物の情報として、前記投稿された有体物の投稿情報を、所定の順序で出力する出力ステップ、
を実行させるための有体物情報提供プログラムを提供する。

本発明によれば、有体物の近傍に配置されたビーコンからの情報を受信し、そのビーコンデータに対応した有体物の多様な情報を効果的に提供する有体物情報提供システム、有体物情報提供方法、および有体物情報提供プログラムを提供することが可能となる。

図１は、本発明の好適な実施形態の概要図である。 図２は、閲覧者端末１００と投稿者端末２００とデータベース３００の機能ブロックと各機能の関係を示す図である。 図３は、有体物情報提供処理のフローチャート図である。 図４は、算出手段と支払手段を備えた場合の、閲覧者端末１００と投稿者端末２００とサーバ４００の機能ブロックと各機能の関係を示す図である。 図５は、有体物情報提供処理と算出した閲覧回数に応じた対価支払い処理のフローチャート図である。 図６は、有体物情報提供処理と算出した閲覧時間に応じた対価支払い処理のフローチャート図である。 図７は評価受付手段と支払手段を備えた場合の、閲覧者端末１００と投稿者端末２００とサーバ４００の機能ブロックと各機能の関係を示す図である。 図８は有体物情報提供処理と閲覧者からの評価に応じた対価支払い処理のフローチャート図である。 図９は、閲覧者端末１００がビーコン７００とのみ通信可能な場合の、機能ブロックと各機能の関係を示す図である。 図１０は、閲覧者端末１００の通信状況に応じて、通信先を切り替える場合の有体物情報提供処理のフローチャート図である。 図１１はビーコンからデータを受信した場合の閲覧者端末１００の画面表示の一例である。 図１２は有体物情報提供処理で閲覧回数に応じた順序で投稿情報を出力した場合の閲覧者端末１００の画面表示の一例である。 図１３は有体物情報提供処理で閲覧時間に応じた順序で投稿情報を出力した場合の閲覧者端末１００の画面表示の一例である。 図１４は有体物情報提供処理で閲覧者からの評価に応じた順序で投稿情報を出力した場合の閲覧者端末１００の画面表示の一例である。 図１５は有体物情報提供処理で投稿情報の提供価格に応じた順序で投稿情報を出力した場合の閲覧者端末１００の画面表示の一例である。 図１６はデータベース３００に有体物の情報を記憶する場合のデータ構造の一例である。 図１７はデータベース３００に有体物についての投稿者からの投稿情報を記憶する場合のデータ構造の一例である。

以下、本発明を実施するための最良の形態について図を参照しながら説明する。なお、これはあくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。

［有体物情報提供システム概要］
本発明の概要について図１に基づいて、説明する。有体物の情報を閲覧する閲覧者端末１００は、図２に示すように、入力部１１０、出力部１２０、記憶部１３０、通信部１４０、制御部１５０、から構成される。出力部１２０は制御部１５０と協働して出力モジュール１２１を実現する。また通信部１４０は制御部１５０と協働してビーコンデータ受信モジュール１４１、有体物特定モジュール１４２を実現する。データベース３００に有体物の情報を投稿する投稿者端末２００は、同じく図２に示すように、入力部２１０、出力部２２０、記憶部２３０、通信部２４０、制御部２５０、から構成される。入力部２１０は通信部２４０と協働して投稿登録モジュール２１１を実現する。閲覧者端末１００と投稿者端末２００とデータベース３００は、通信網５００を介して接続されているものとする。通信網５００は、公衆通信網でも専用通信網でも良く、また、閲覧者端末１００とデータベース３００、投稿者端末２００とデータベース３００が、それぞれ通信可能であれば良い。閲覧者端末１００と投稿者端末２００が直接通信可能である必要はない。また、有体物６００の近傍には、ビーコン７００を配置するものとする。

投稿者端末２００の投稿登録モジュール２１１は、データベース３００に有体物の情報を投稿し登録する（ステップＳ０１）。ここで、有体物とは、物理的に空間の一部を占めて有形的存在をもつものとし、人物や法人等を含む概念であるとする。有体物の例として、美術館や博物館の美術品、ショッピングモールや商業施設の商品、建築物、等が考えられる。図１では、有体物６００が美術館の美術品である場合を例として説明する。また、データベース３００に投稿し登録する有体物の情報とは、たとえば有体物が美術品である場合には、作品名、作者、解説、感想、投稿者が撮影した画像、所蔵している美術館名や公式ホームページのＵＲＬ等が考えられる。また、有体物が商品である場合には、商品名、値段、メーカー名、解説、種類、使用した感想、投稿者が撮影した画像、メーカーの公式ホームページのＵＲＬ等が考えられる。

閲覧者端末１００のビーコンデータ受信モジュール１４１は、情報の提供を受けたい有体物６００に近づくことにより、有体物６００の近傍に配置されたビーコン７００からビーコンデータを受信する（ステップＳ０２）。ステップＳ０２で閲覧者端末１００が受信するビーコンデータとは、たとえば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ、無線ＬＡＮ、ＷｉＦｉ、赤外線などの近距離の無線通信によってビーコン７００から送信される、有体物６００を識別するための固有のＩＤである。例えば、ビーコン７００自体のシリアル番号を用いてもよい。

閲覧者端末１００の有体物特定モジュール１４２は、データベース３００にステップＳ０２のビーコンデータの照合を行い、有体物を特定する（ステップＳ０３）。この段階で、受信したビーコンデータが有体物６００のものであることが特定され、データベース３００に登録された有体物６００の投稿情報を参照することが可能となる。

最後に、閲覧者端末１００の出力モジュール１２１が、通信部１４０を介し、データベース３００から、ステップＳ０３で特定した有体物６００の情報を取得し、所定の順序で出力する（ステップＳ０４）。情報提供のための出力としては、解説の画面表示であってもよいし、テキストデータの音声出力であってもよい。ここで取得する情報は、ステップＳ０１で投稿者端末２００から投稿登録された情報であり、複数の投稿者から情報が投稿登録された場合には複数の情報が存在するため、その場合には、出力は所定の順序で行う。

ここでの所定の順序とは、例えば有体物６００についての投稿情報をまだ誰も参照していない場合には、投稿者端末２００から、投稿を行った日時の早い順または遅い順とすることが考えられる。また、投稿情報のデータ量の多い順または少ない順としてもよい。

しかし、有体物６００についての投稿情報を、大勢の人が閲覧している場合には、より多くの回数、または、長い時間、閲覧されている投稿情報が、閲覧者にとってより有用な情報であったと考えることができる。そのため、所定の順序を、閲覧回数の多い順（降順）または少ない順（昇順）としてもよいし、閲覧時間の長い順（降順）または短い順（昇順）としてもよい。

または、より直接的に閲覧者にとっての有用性を確認するために、閲覧者が投稿情報に対する評価を行い、その評価の良い順（降順）または悪い順（昇順）を所定の順序としてもよい。

別の方法として、投稿情報の閲覧が有料である場合、各投稿情報の価格の安い順（昇順）または高い順（降順）を所定の順序としてもよい。

これらの所定の順序のうち、どの順序による出力を採用するかは、閲覧者端末１００で個別に設定可能とすることで、より閲覧者にとって使いやすい有体物情報提供システムを提供することができる。

このように、本発明によれば、閲覧者にとって有用な多様な情報を、効率的に得られるシステムを実現することが可能である。

［各機能の説明］
図２は、閲覧者端末１００と投稿者端末２００とデータベース３００の機能ブロックと各機能の関係を示す図である。投稿者端末１００と閲覧者端末２００は、それぞれ一台しか図示していないが、複数台であってもよい。閲覧者端末１００は、入力部１１０、出力部１２０、記憶部１３０、通信部１４０、制御部１５０、から構成される。出力部１２０は制御部１５０と協働して出力モジュール１２１を実現する。また通信部１４０は制御部１５０と協働してビーコンデータ受信モジュール１４１、有体物特定モジュール１４２を実現する。投稿者端末２００は、入力部２１０、出力部２２０、記憶部２３０、通信部２４０、制御部２５０、から構成される。入力部２１０は通信部２４０と協働して投稿登録モジュール２１１を実現する。データベース３００は、有体物の情報を記憶する一般的なデータベースであってよい。閲覧者端末１００と投稿者端末２００とデータベース３００は、通信網５００を介して接続されているものとする。通信網５００は、公衆通信網でも専用通信網でも良く、また、閲覧者端末１００とデータベース３００、投稿者端末２００とデータベース３００が、それぞれ通信可能であれば良い。閲覧者端末１００と投稿者端末２００が直接通信可能である必要はない。また、閲覧者端末１００は、ビーコン７００から有体物６００のビーコンデータを直接受信可能であるものとする。

閲覧者端末１００は、ビーコンデータの受信が可能であり、かつ、各種アプリケーションを実行可能である、携帯電話、スマートフォン、タブレットＰＣ、ノートＰＣ、ウェアラブルデバイス、またはディスプレイを備えたＰＣ等の一般的な情報家電やその他の電化製品であって良い。閲覧者端末１００として図示しているスマートフォンはその一例にすぎない。

入力部１１０は、各種アプリケーションの実行や、操作を行うために必要な機能を備えるものとする。例として、タッチパネル機能を実現する液晶ディスプレイ、キーボード、マウス、ペンタブレット、装置上のハードウェアボタン、音声認識を行うためのマイク等を備えることが可能である。入力方法により、本発明は特に機能を限定されるものではない。

出力部１２０は、制御部１５０と協働して出力モジュール１２１を実現する。出力モジュール１２１はデータベース３００から有体物６００の情報を取得し、所定の順序で出力する。また、出力部１２０は、情報提供を行うために必要な機能を備えるものとする。例として、液晶ディスプレイ、ＰＣのディスプレイ、プロジェクターへの投影等の画面表示や、スピーカーやヘッドフォン、イヤフォン等の音声出力等の形態が考えられる。出力方法により、本発明は特に機能を限定されるものではない。

記憶部１３０として、ハードディスクや半導体メモリによる、データのストレージ部を備え、有体物特定を行うために必要なデータ、データベースから取得した有体物の情報等を記憶する。

通信部１４０は、例えば、ＩＥＥＥ８０２．１１に準拠したＷｉＦｉ対応デバイス、または、Ｂｌｕｅｔｏｏｔｈ、ＮＦＣ、３Ｇ、ＬＴＥ等の規格に準拠した無線デバイス等を備え、データベース３００との通信が可能であるものとする。また、通信部１４０は制御部１５０と協働してビーコンデータ受信モジュール１４１、有体物特定モジュール１４２を実現する。ビーコンデータ受信モジュール１４１は、Ｂｌｕｅｔｏｏｔｈ、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ、無線ＬＡＮ、ＷｉＦｉ、赤外線などの近距離の無線通信によってビーコン７００から送信されるデータを受信するための機能を備える。有体物特定モジュール１４２は、データベース３００に受信したビーコンデータの照合を行い、有体物を特定するための機能を備える。

制御部１５０として、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等を備える。

投稿者端末２００は、各種アプリケーションを実行する一般的な情報端末であって良く、携帯電話やスマートフォン、タブレットＰＣ、ノートＰＣ、ウェアラブルデバイス、またはディスプレイを備えたＰＣ等の一般的な情報家電やその他の電化製品であって良い。投稿者端末投稿者端末２００として図示しているスマートフォンはその一例にすぎない。

入力部２１０は、通信部２４０と協働して投稿登録モジュール２１１を実現する。また、入力部２１０は各種アプリケーションの実行や、操作を行うために必要な機能を備えるものとする。例として、タッチパネル機能を実現する液晶ディスプレイ、キーボード、マウス、ペンタブレット、装置上のハードウェアボタン、音声認識を行うためのマイク等を備えることが可能である。入力方法により、本発明は特に機能を限定されるものではない。

出力部２２０は、投稿情報の入力確認を行うために必要な機能を備えるものとする。例として、液晶ディスプレイ、ＰＣのディスプレイ、プロジェクターへの投影等の画面表示や、スピーカーやヘッドフォン、イヤフォン等の音声出力等の形態が考えられる。出力方法により、本発明は特に機能を限定されるものではない。

記憶部２３０として、ハードディスクや半導体メモリによる、データのストレージ部を備え、必要なデータやデータベースから取得した情報等を記憶する。

通信部２４０は、例えば、ＩＥＥＥ８０２．１１に準拠したＷｉＦｉ対応デバイス、または、Ｂｌｕｅｔｏｏｔｈ、ＮＦＣ、３Ｇ、ＬＴＥ等の規格に準拠した無線デバイス等、または有線接続による通信機能を備え、データベース３００との通信が可能であるものとする。

制御部２５０として、ＣＰＵ、ＲＡＭ、ＲＯＭ等を備える。

データベース３００は、有体物の情報を記憶する一般的なデータベースである。サーバや端末など、システムに応じて適切な機器に組み込まれて良い。

［有体物情報提供処理］
図３は、有体物情報提供処理のフローチャート図である。

投稿者端末２００の投稿登録モジュール２１１は、データベース３００に有体物６００の情報を投稿する（ステップＳ１０１）。ここで、有体物とは、物理的に空間の一部を占めて有形的存在をもつものとし、人物や法人等を含む概念であるとする。有体物の例として、美術館や博物館の美術品、ショッピングモールや商業施設の商品、建築物、等が考えられる。図１と同じく、ここでは、有体物６００が美術館の美術品である場合を例として説明する。また、データベース３００に投稿し登録する有体物の情報とは、たとえば有体物が美術品である場合には、作品名、作者、解説、感想、投稿者が撮影した画像、所蔵している美術館名や公式ホームページのＵＲＬ等が考えられる。また、有体物が商品である場合には、商品名、値段、メーカー名、解説、種類、使用した感想、投稿者が撮影した画像、メーカーの公式ホームページのＵＲＬ等が考えられる。

ここで、投稿者端末２００からの投稿登録を簡単にするために、有体物情報提供システムに、データベース３００を参照して、投稿情報を求める有体物の名称や画像を一覧でまとめたＷＥＢページを用意してもよいし、さらに、検索を行えるようにしてもよい。投稿者端末２００から、そのＷＥＢページの画面にアクセスして、投稿情報を入力することで、有体物の情報を投稿し登録することが可能となる。

次に、データベース３００は、ステップＳ１０１で投稿者端末２００から投稿された有体物の情報の登録する（ステップＳ１０２）。図１では、投稿登録モジュール２１１が、データベース３００に有体物の情報を投稿しそのまま登録する場合について説明したが、このステップＳ１０２で、有体物情報提供システムの管理者が、投稿内容の精査を行い、その承認後に、データベース３００への投稿情報の登録を完了してもよい。

図１６はデータベース３００に有体物の情報を記憶する場合のデータ構造の一例である。有体物の管理ナンバー、ビーコンデータとして送受信する固有ＩＤ、有体物の名称、投稿情報の保存先、投稿数等を有体物のデータ構造として記憶する。これにより、受信したビーコンデータに含まれる固有ＩＤから、有体物を特定し、その投稿情報を参照することが可能である。

また、図１７はデータベース３００に有体物についての投稿者からの投稿情報を記憶する場合のデータ構造の一例である。図１７では、有体物Ａについての投稿情報を図示している。投稿情報の管理ナンバー、投稿者、投稿日時、解説等を投稿情報のデータ構造として記憶しておくことで、適切に投稿情報を管理できる。図１７には図示していないが、情報として投稿された画像情報についても、その保存先を記載しておくことで、管理することができる。また、更に投稿毎の総閲覧回数、総閲覧時間、総合評価、総評価件数、投稿情報の提供価格等をあわせたデータ構造としてもよい。これらをあわせたデータ構造とすることで、後述する所定の順序への並べ替えを円滑に行うことが可能である。

閲覧者端末１００のビーコンデータ受信モジュール１４１は、情報の提供を受けたい有体物６００に近づくことにより、有体物６００の近傍に配置されたビーコン７００からビーコンデータを受信する（ステップＳ１０３）。ここで、で閲覧者端末１００が受信するビーコンデータとは、たとえば、Ｂｌｕｅｔｏｏｔｈ、Ｂｌｕｅｔｏｏｔｈ Ｌｏｗ Ｅｎｅｒｇｙ、無線ＬＡＮ、ＷｉＦｉ、赤外線などの近距離の無線通信によってビーコン７００から送信される、有体物６００を識別するための固有のＩＤである。例えば、ビーコン７００自体のシリアル番号を用いてもよい。

この段階で、ビーコン７００から有体物６００のビーコンデータを受信したことを閲覧者に知らせるために、閲覧者端末１００の出力部１２０に出力を行ってもよい。図１１はビーコン７００からデータを受信した場合の閲覧者端末１００の画面表示の一例である。フローチャートには図示していないが、閲覧者が閲覧ボタン１１０１を選択した場合に、次の処理であるステップＳ１０４に進み、終了ボタン１１０２を選択した場合には、有体物６００の情報を提供せずに処理を終了してよい。

次に、閲覧者端末１００の有体物特定モジュール１４２は、データベース３００にステップＳ１０３のビーコンデータの照合を行い、有体物を特定する（ステップＳ１０４）。この段階で、受信したビーコンデータが有体物６００のものであることが特定され、データベース３００に登録された有体物６００の投稿情報を参照することが可能となる。

最後に、閲覧者端末１００の出力モジュール１２１が、通信部１４０を介し、データベース３００から、ステップＳ１０４で特定した有体物６００の情報を取得し、所定の順序で出力する（ステップＳ１０５）。情報提供のための出力としては、解説の画面表示であってもよいし、テキストデータの音声出力であってもよい。画面表示や音声出力等、どのような方法で閲覧者に対して情報提供を行うかは、閲覧者が指定可能としてもよい。ここで取得する情報は、ステップＳ１０１で投稿者端末２００から投稿登録された情報であり、複数の投稿者から情報が投稿登録された場合には複数の情報が存在するため、その場合には、出力は所定の順序で行う。

ここでの、所定の順序とは、例えば有体物６００についての投稿情報をまだ誰も参照していない場合には、投稿者端末２００から、投稿を行った日時の早い順または遅い順とすることが考えられる。また、投稿情報のデータ量の多い順または少ない順としてもよい。

しかし、有体物６００についての投稿情報を、大勢の人が閲覧している場合には、より多くの回数、または、長い時間、閲覧されている投稿情報が、閲覧者にとってより有用な情報であったと考えることができる。そのため、所定の順序を、閲覧回数の多い順（降順）または少ない順（昇順）としてもよいし、閲覧時間の長い順（降順）または短い順（昇順）としてもよい。

図１２は有体物情報提供処理で閲覧回数に応じた順序で投稿情報を出力した場合の画面表示の一例である。有体物６００についての投稿情報を、閲覧回数の多い順に表示するか、閲覧回数の少ない順に表示するかをラジオボタンで選択させて、その選択結果に応じて、投稿情報を並べ替えて表示する様子を表している。ラジオボタンの選択により、リアルタイムに投稿情報の並べ替えを行ってもよいし、並べ替えを実行するためのボタンをユーザインターフェース上に設けて、そのボタンを選択したタイミングで並べ替えを行ってもよい。ここでは、閲覧回数の多い順に表示が選択されているため、総閲覧回数１６０回の情報１を一番目に、総閲覧回数９７回の情報２を二番目に、総閲覧回数６８回の情報３を三番目に表示している。図１２に図示しているように、投稿情報とあわせて、投稿者の情報や閲覧回数を表示してもよい。閲覧者が終了ボタン１２０１を選択した場合には、有体物情報提供処理を終了してよい。閲覧回数の算出方法のフローについては、後述する。

図１３は有体物情報提供処理で閲覧時間に応じた順序で投稿情報を出力した場合の画面表示の一例である。有体物６００についての投稿情報を、閲覧時間の多い順に表示するか、閲覧時間の少ない順に表示するかをラジオボタンで選択させて、その選択結果に応じて、投稿情報を並べ替えて表示する様子を表している。ラジオボタンの選択により、リアルタイムに投稿情報の並べ替えを行ってもよいし、並べ替えを実行するためのボタンをユーザインターフェース上に設けて、そのボタンを選択したタイミングで並べ替えを行ってもよい。ここでは、閲覧時間の多い順に表示が選択されているため、総閲覧時間２時間５９分の情報１を一番目に、総閲覧時間２時間３３分の情報２を二番目に、総閲覧時間１時間４６分の情報３を三番目に表示している。図１３に図示しているように、投稿情報とあわせて、投稿者の情報や総閲覧時間を表示してもよい。閲覧者が終了ボタン１３０１を選択した場合には、有体物情報提供処理を終了してよい。閲覧時間の算出方法のフローについては、後述する。

さらに別の方法として、より直接的に閲覧者にとっての有用性を確認するために、閲覧者が投稿情報に対する評価を行い、その評価の良い順（降順）または悪い順（昇順）を所定の順序としてもよい。

図１４は有体物情報提供処理で閲覧者からの評価に応じた順序で投稿情報を出力した場合の画面表示の一例である。有体物６００についての投稿情報を、総合評価の良い順に表示するか、総合評価の悪い順に表示するかをラジオボタンで選択させて、その選択結果に応じて、投稿情報を並べ替えて表示する様子を表している。ラジオボタンの選択により、リアルタイムに投稿情報の並べ替えを行ってもよいし、並べ替えを実行するためのボタンをユーザインターフェース上に設けて、そのボタンを選択したタイミングで並べ替えを行ってもよい。ここでは、総合評価の良い順に表示が選択されているため、総合評価４．３点の情報１を一番目に、総合評価４．１点の情報３を二番目に、総合評価３．８の情報２を三番目に表示している。図１４に図示しているように、投稿情報とあわせて、投稿者の情報や総合評価の点数、評価件数を表示してもよい。閲覧者が終了ボタン１４０１を選択した場合には、有体物情報提供処理を終了してよい。投稿情報の評価方法のフローについては、後述する。

また、さらに別の方法として、投稿情報の閲覧が有料である場合、各投稿情報の価格の安い順（昇順）または高い順（降順）を所定の順序としてもよい。

図１５は有体物情報提供処理で投稿情報の価格に応じた順序で投稿情報を出力した場合の画面表示の一例である。有体物６００についての投稿情報を、提供価格の高い順に表示するか、提供価格の安い順に表示するか、無償提供のもののみ表示するか、をラジオボタンで選択させて、その選択結果に応じて、投稿情報を並べ替えて表示する様子を表している。ラジオボタンの選択により、リアルタイムに投稿情報の並べ替えを行ってもよいし、並べ替えを実行するためのボタンをユーザインターフェース上に設けて、そのボタンを選択したタイミングで並べ替えを行ってもよい。ここでは、提供価格の高い順に表示が選択されているため、提供価格１００円の情報２を一番目に、提供価格５０円の情報１を二番目に、提供価格０円の情報３を三番目に表示している。図１５に図示しているように、投稿情報とあわせて、投稿者の情報や提供価格を表示してもよい。閲覧者が終了ボタン１５０１を選択した場合には、有体物情報提供処理を終了してよい。

投稿情報の閲覧が有料である場合には、後述する投稿者端末２００への対価支払処理のときに、あわせて閲覧者端末１００から閲覧された回数と投稿情報の提供価格に応じた対価を支払うものとする。また、閲覧者端末１００への投稿情報の閲覧により発生した費用の請求は、通常のネットショッピング等で使用される請求方法と同様の手法で行ってよく、本特許を限定するものではない。

また、閲覧者端末１００の閲覧者と投稿者端末２００の投稿者が同一のユーザである場合には、投稿者端末２００に支払われる投稿情報の対価を使用して、閲覧者端末１００の有料の投稿情報閲覧の支払いにあてることも可能とする。

前述の所定の順序のうち、どの順序による出力を採用するかは、閲覧者端末１００で個別に設定可能としてよい。これにより閲覧者にとって所望の情報を得やすく、使いやすい有体物情報提供システムを提供することができる。

［算出手段と支払手段を備えた有体物情報提供処理］
図４は、算出手段と支払手段を備えた場合の、閲覧者端末１００と投稿者端末２００とサーバ４００の機能ブロックと各機能の関係を示す図である。図２の閲覧者端末１００と投稿者端末２００の構成に加えて、サーバ４００が、通信網５００を介して接続されているものとする。通信網５００は、公衆通信網でも専用通信網でも良い。サーバ４００は、通信部４１０、制御部４２０、記憶部４３０から構成され、記憶部４３０にはデータベース３００を備える。通信部４１０、制御部４２０、記憶部４３０は協働して、算出モジュール４１１と支払モジュール４１２を実現する。通信網５００は、閲覧者端末１００とサーバ４００、投稿者端末２００とサーバ４００が、それぞれ通信可能であればよく、閲覧者端末１００と投稿者端末２００が直接通信可能である必要はない。また、閲覧者端末１００は、ビーコン７００から有体物６００のビーコンデータを直接受信可能であるものとする。

図５は、有体物情報提供処理と算出した閲覧回数に応じた対価支払い処理のフローチャート図である。図５のステップＳ２０１、ステップＳ２０２、ステップＳ２０３、ステップＳ２０４は、それぞれ、図３のステップＳ１０１、ステップＳ１０２、ステップＳ１０３、ステップＳ１０４と同様の処理である。そのため、ここでは、特にステップＳ２０５以降の閲覧回数算出処理と支払処理について説明する。

閲覧者端末１００の出力モジュール１２１は、データベース３００から、ステップＳ２０４で特定した有体物６００の投稿情報である有体物情報を取得して出力する（ステップＳ２０５）。情報提供のための出力としては、解説の画面表示であってもよいし、テキストデータの音声出力であってもよい。画面表示や音声出力等、どのような方法で閲覧者に対して情報提供を行うかは、閲覧者が指定可能としてもよい。ここで取得する情報は、ステップＳ２０１で投稿者端末２００から投稿された情報であり、複数の投稿者から情報が投稿登録された場合には複数の情報が存在するため、その場合には、出力は所定の順序で行う。複数の情報を出力する場合には、出力した有体物情報それぞれに対して、ステップＳ２０６以降のフローを実施するものとする。

サーバ４００の算出モジュール４１１は、閲覧者端末１００から有体物情報が取得された際に、その有体物情報が閲覧されたものとして、閲覧回数をカウントする（ステップＳ２０６）。

その後、算出モジュール４１１は、閲覧者端末１００から取得された有体物情報の閲覧回数を、有体物情報提供システム全体の有体物情報の総閲覧回数に加えて、総閲覧回数を算出する（ステップＳ２０７）。総閲覧回数は、図１７に示したように、投稿情報毎に管理するものとする。

有体物情報対価支払処理では、まず、投稿者端末２００が、有体物情報対価要求をサーバ４００に対して送信する（ステップＳ２０８）。

サーバ４００の支払モジュール４１２は、有体物情報対価要求を受信する（ステップＳ２０９）。

サーバ４００の支払モジュール４１２は、投稿者端末２００の投稿した有体物情報と、その有体物情報が閲覧された総閲覧回数を基にして、投稿者端末２００に対して対価の支払いを行う（ステップＳ２１０）。ここで、対価の支払いは、事前に有体物情報提供システムに投稿者端末２００から投稿者の金融機関の口座番号を登録しておき、その口座に対して金銭の振り込みを行ってもよいし、電子マネーや、換金可能なポイントを付与することで支払いに充ててもよい。また、対価の算出方法は、総閲覧回数に比例して行ってもよいし、Ｘ回以下は支払いなし、Ｘ回を超えてＹ回までは１００円、Ｙ回を超えてＺ回までは５００円など、システムに応じて自由に決定してよい。

投稿者端末２００は、サーバ４００からの対価を受け取る（ステップＳ２１１）。対価の支払い方法は、前述のとおりであるので、受け取りもそれに応じた方法とする。ここでの、対価の支払い方法及び受け取り方法に関しては、本特許を限定するものではなく、既存の技術を利用可能であるものとする。

また、対価支払いのタイミングについて、図５ではステップＳ２０８で投稿者端末２００からサーバ４００に対して、有体物情報対価要求を送信したが、ステップＳ２０８の代わりに、サーバ４００から定期的に対価の支払いを行ってもよい。または、有体物情報提供システムの管理者からの指示に応じて、対価の支払いを行ってもよい。

図６は、有体物情報提供処理と算出した閲覧時間に応じた対価支払い処理のフローチャート図である。図６のステップＳ３０１、ステップＳ３０２、ステップＳ３０３、ステップＳ３０４は、それぞれ、図３のステップＳ１０１、ステップＳ１０２、ステップＳ１０３、ステップＳ１０４と同様の処理である。そのため、ここでは、特にステップＳ３０５以降の閲覧時間算出処理と支払処理について説明する。

閲覧者端末１００の出力モジュール１２１は、データベース３００から、ステップＳ２０４で特定した有体物６００の投稿情報である有体物情報を取得して閲覧開始し、サーバ４００に閲覧開始を通知する（ステップＳ３０５）。

ここでの閲覧開始とは、情報を取得して、閲覧者が視認可能な範囲に表示することである。たとえば、ブラウザ上でスクロールしないと情報が見られない場合には、閲覧開始に該当せず、情報の一部または全体が視認可能な範囲に表示された場合に、閲覧開始とみなす。または、情報をリスト表示して、リストからの選択後に情報全体を表示するような方法で情報提供を行う場合には、リスト表示の段階では閲覧開始とはみなさず、リスト選択後の情報全体の表示の段階を閲覧開始とみなすこととする。また、情報提供のための出力としては、テキストデータの音声出力であってもよい。その場合には、テキストデータが音声出力された時点を閲覧開始とみなす。ただし、リスト読み上げの際には、閲覧開始とみなさないこととしてもよい。ここで閲覧する情報は、ステップＳ３０１で投稿者端末２００から投稿された情報であり、複数の投稿者から情報が投稿登録された場合には複数の情報が存在するため、その場合には、出力は所定の順序で行う。複数の情報を出力する場合には、出力した有体物情報それぞれに対して、ステップＳ３０６以降のフローを実施するものとする。

サーバ４００の算出モジュール４１１は、閲覧者端末１００からの閲覧開始の通知を受けて、有体物情報の閲覧時間をカウント開始する（ステップＳ３０６）。

閲覧者端末１００の出力モジュール１２１は、有体物情報の閲覧終了を、サーバ４００に通知する（ステップＳ３０７）。ここでの閲覧終了とは、情報が閲覧者の視認可能な範囲に表示されなくなることである。たとえば、ブラウザ上でスクロールして情報が見られない範囲にきた場合、ブラウザを終了した場合、有体物情報提供システムを終了した場合、または、情報をリスト表示に戻した場合等である。また、出力方法として音声出力を行っている場合には、音声出力を止めた時点で閲覧終了とみなしてよい。

サーバ４００の算出モジュール４１１は、閲覧者端末１００からの閲覧終了の通知を受けて、有体物情報の閲覧時間をカウント終了する（ステップＳ３０８）。

その後、算出モジュール４１１は、閲覧者端末１００での有体物情報の閲覧時間を、有体物情報提供システム全体の有体物情報の総閲覧時間に加えて、総閲覧時間を算出する（ステップＳ３０９）。ステップＳ３０５からステップＳ３０９は、閲覧者端末１００での閲覧状況に応じて、繰り返しが必要な場合には、繰り返すものとする。この総閲覧時間は、図１７に示したように、投稿情報毎に管理するものとする。また、閲覧時間記録の単位は、システムに応じて決定して良いものとする。

有体物情報対価支払処理では、まず、投稿者端末２００が、有体物情報対価要求をサーバ４００に対して送信する（ステップＳ３１０）。

サーバ４００の支払モジュール４１２は、有体物情報対価要求を受信する（ステップＳ３１１）。

サーバ４００の支払モジュール４１２は、投稿者端末２００の投稿した有体物情報と、その有体物情報が閲覧された総閲覧時間を基にして、投稿者端末２００に対して対価の支払いを行う（ステップＳ３１２）。ここで、対価の支払いは、事前に有体物情報提供システムに投稿者端末２００から投稿者の金融機関の口座番号を登録しておき、その口座に対して金銭の振り込みを行ってもよいし、電子マネーや、換金可能なポイントを付与することで支払いに充ててもよい。また、対価の算出方法は、総閲覧時間に比例して行ってもよいし、Ｘ時間以下は支払いなし、Ｘ時間を超えてＹ時間までは２００円、Ｙ時間を超えてＺ時間までは２５０円など、システムに応じて自由に決定してよい。

投稿者端末２００は、サーバ４００からの対価を受け取る（ステップＳ３１３）。対価の支払い方法は、前述のとおりであるので、受け取りもそれに応じた方法とする。ここでの、対価の支払い方法及び受け取り方法に関しては、本特許を限定するものではなく、既存の技術を利用可能であるものとする。

また、対価支払いのタイミングについて、図６ではステップＳ３１０で投稿者端末２００からサーバ４００に対して、有体物情報対価要求を送信したが、ステップＳ３１０の代わりに、サーバ４００から定期的に対価の支払いを行ってもよい。または、有体物情報提供システムの管理者からの指示に応じて、対価の支払いを行ってもよい。

図５で総閲覧回数算出処理、図６で総閲覧時間算出処理とわけて説明したが、総閲覧回数と総閲覧時間の両方を算出しておき、システムにあわせて、どちらの指標を使用するか、設定可能としてもよい。

閲覧回数や閲覧時間に応じた対価の支払いが行われる場合、投稿者は、より多く閲覧されて高い対価を受け取るために、投稿情報の質を上げる努力をすると考えられる。そのため、本発明によれば、閲覧者にとって有用な多様な情報を、効率的に得られるシステムを実現することが可能である。

［評価受付手段と支払手段を備えた有体物情報提供処理］
図７は評価受付手段と支払手段を備えた場合の、閲覧者端末１００と投稿者端末２００とサーバ４００の機能ブロックと各機能の関係を示す図である。図２の閲覧者端末１００と投稿者端末２００の構成に加えて、サーバ４００が、通信網５００を介して接続されているものとする。通信網５００は、公衆通信網でも専用通信網でも良い。サーバ４００は、通信部４１０、制御部４２０、記憶部４３０から構成され、記憶部４３０にはデータベース３００を備える。通信部４１０、制御部４２０、記憶部４３０は協働して、支払いモジュール４１２と評価受付モジュール４１３を実現する。通信網５００は、閲覧者端末１００とサーバ４００、投稿者端末２００とサーバ４００が、それぞれ通信可能であればよく、閲覧者端末１００と投稿者端末２００が直接通信可能である必要はない。また、閲覧者端末１００は、ビーコン７００から有体物６００のビーコンデータを直接受信可能であるものとする。

図８は有体物情報提供処理と閲覧者からの評価に応じた対価支払い処理のフローチャート図である。図８のステップＳ４０１、ステップＳ４０２、ステップＳ４０３、ステップＳ４０４、ステップＳ４０５は、それぞれ、図３のステップＳ１０１、ステップＳ１０２、ステップＳ１０３、ステップＳ１０４、ステップＳ１０５と同様の処理である。そのため、ここでは、特にステップＳ４０６以降の評価処理と支払処理について説明する。

閲覧者端末１００の出力モジュール１２１は、データベース３００から、ステップＳ４０４で特定した有体物６００の情報を取得し、所定の順序で出力する（ステップＳ４０５）。情報提供のための出力としては、解説の画面表示であってもよいし、テキストデータの音声出力であってもよい。画面表示や音声出力等、どのような方法で閲覧者に対して情報提供を行うかは、閲覧者が指定可能としてもよい。ここで取得する情報は、ステップＳ４０１で投稿者端末２００から投稿登録された情報であり、複数の投稿者から情報が投稿登録された場合には複数の情報が存在するため、その場合には、出力は所定の順序で行う。所定の順序の例に関しては、前述した通りである。

閲覧者端末１００は、投稿者端末２００から投稿され、出力した有体物情報についての評価を行い、サーバ４００に送信する（ステップＳ４０６）。ここでの評価とは、１から５までの整数による５段階評価等、後から評価を参照する閲覧者が分かりやすい数値等であることが望ましい。また、評価を行うタイミングは、閲覧終了時であってもよいし、有体物情報提供システムの終了時であってもよいし、後日であってもよく、特に制限を設けるものではない。

サーバ４００の評価受付モジュール４１３は、閲覧者端末１００からの有体物情報の評価を受け付ける（ステップＳ４０７）。

その後、評価受付モジュール４１３は、閲覧者端末１００での有体物情報の評価を、有体物情報提供システム全体の有体物情報の総合評価とあわせて平均をもとめ、総合評価を算出する（ステップＳ４０８）。総合評価は、図１７に示したように、投稿情報毎に管理するものとする。

有体物情報対価支払処理では、まず、投稿者端末２００が、有体物情報対価要求をサーバ４００に対して送信する（ステップＳ４０９）。

サーバ４００の支払モジュール４１２は、有体物情報対価要求を受信する（ステップＳ４１０）。

サーバ４００の支払モジュール４１２は、投稿者端末２００の投稿した有体物情報と、その有体物情報の総合評価を基にして、投稿者端末２００に対して対価の支払いを行う（ステップＳ４１１）。ここで、対価の支払いは、事前に有体物情報提供システムに投稿者端末２００から投稿者の金融機関の口座番号を登録しておき、その口座に対して金銭の振り込みを行ってもよいし、電子マネーや、換金可能なポイントを付与することで支払いに充ててもよい。また、対価の算出方法は、総合評価に比例して行ってもよいし、評価値３．５以下は支払いなし、評価値３．５を超えて評価値４．０までは５００円、評価値４．０を超えて評価値４．５までは１０００円、評価値４．５を超えた場合は２０００円など、システムに応じて自由に決定してよい。また、評価値が高くても、評価件数や閲覧回数が少ない場合には、評価が確実ではないものとして、支払いを行わないという制限を付加してもよい。

投稿者端末２００は、サーバ４００からの対価を受け取る（ステップＳ４１２）。対価の支払い方法は、前述のとおりであるので、受け取りもそれに応じた方法とする。ここでの、対価の支払い方法及び受け取り方法に関しては、本特許を限定するものではなく、既存の技術を利用可能であるものとする。

また、対価支払いのタイミングについて、図８ではステップＳ４０９で投稿者端末２００からサーバ４００に対して、有体物情報対価要求を送信したが、ステップＳ４０９の代わりに、サーバ４００から定期的に対価の支払いを行ってもよい。または、有体物情報提供システムの管理者からの指示に応じて、対価の支払いを行ってもよい。

閲覧者からの評価に応じた対価の支払いが行われる場合、投稿者は、より多く閲覧されて高い対価を受け取るために、投稿情報の質を上げる努力をすると考えられる。そのため、本発明によれば、閲覧者にとって有用な多様な情報を、効率的に得られるシステムを実現することが可能である。

図７の構成および図８のフローチャートでは、サーバ４００に支払モジュール４１２と評価受付モジュール４１３を備えるものとしたが、さらに、前述の算出モジュール４１１を構成として追加し、総合評価を行うだけでなく、総閲覧回数や総閲覧時間を算出してもよい。その場合、有体物情報提供システムの、所定の順序の選択や対価の支払方式の選択の、幅を広げることが可能である。

［有体物情報取得先切り替え処理］
図９は、閲覧者端末１００がビーコン７００とのみ通信可能な場合の、機能ブロックと各機能の関係を示す図である。この場合、閲覧者端末１００は、通信網５００によるデータベース３００との通信ができない状況にあり、ビーコン７００は、データベース３００の参照が可能な状態である。また、閲覧者端末１００とビーコン７００の間は、双方向通信が可能な城代である。図２の状況と、図９の状況の、どちらもが存在する可能性がある場合、閲覧者端末１００は、状況に応じて、有体物情報の取得先を切り替える必要がある。

図１０は、閲覧者端末１００の通信状況に応じて、通信先を切り替える場合の有体物情報提供処理のフローチャート図である。図１０のステップＳ５０１、ステップＳ５０２、ステップＳ５０３は、それぞれ、図３のステップＳ１０１、ステップＳ１０２、ステップＳ１０３と同様の処理である。そのため、ここでは、特にステップＳ５０４以降の有体物情報取得先切り替え処理について説明する。

ビーコンデータの受信（ステップＳ５０３）後、閲覧者端末１００の通信部１４０は、データベース３００に、通信網５００による通信が可能かどうかの確認を行う（ステップＳ５０４）。

ここで、通信網５００によるデータベース３００との通信が可能である場合には、閲覧者端末１００の有体物特定モジュール１４２は、通信網５００を介してデータベース３００にビーコンデータの照合を行い、有体物を特定する（ステップＳ５０５）。次に、閲覧者端末１００の出力モジュール１２１が、通信網５００を介しデータベース３００から、ステップＳ５０５で特定した有体物６００の情報を取得し、所定の順序で出力する（ステップＳ５０６）。この、通信網５００によるデータベース３００との通信が可能である場合のステップＳ５０５、ステップＳ５０６の処理は、図３のステップＳ１０４、ステップＳ１０５の処理と同様である。

ここで、通信網５００によるデータベース３００との通信が不可能である場合には、閲覧者端末１００の有体物特定モジュール１４２は、ビーコン７００を介してデータベース３００にビーコンデータの照合を行い、有体物を特定する（ステップＳ５０７）。次に、閲覧者端末１００の出力モジュール１２１が、ビーコン７００を介しデータベース３００から、ステップＳ５０７で特定した有体物６００の情報を取得し、所定の順序で出力する（ステップＳ５０８）。情報提供のための出力としては、解説の画面表示であってもよいし、テキストデータの音声出力であってもよい。ここで取得する情報は、ステップＳ５０１で投稿者端末２００から投稿登録された情報であり、複数の投稿者から情報が投稿登録された場合には複数の情報が存在するため、その場合には、出力は所定の順序で行う。所定の順序については、前述した通りである。

このように、有体物情報の取得先を切り替える処理を行うことで、閲覧者端末１００の通信状況によらず、閲覧者にとって必要な有体物情報を即時提供することが可能となる。

上述した手段、機能は、コンピュータ（ＣＰＵ、情報処理装置、各種端末を含む）が、所定のプログラムを読み込んで、実行することによって実現される。プログラムは、例えば、フレキシブルディスク、ＣＤ（ＣＤ−ＲＯＭなど）、ＤＶＤ（ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭなど）、コンパクトメモリ等のコンピュータ読取可能な記録媒体に記録された形態で提供される。この場合、コンピュータはその記録媒体からプログラムを読み取って内部記憶装置または外部記憶装置に転送し記憶して実行する。また、そのプログラムを、例えば、磁気ディスク、光ディスク、光磁気ディスク等の記憶装置（記録媒体）に予め記録しておき、その記憶装置から通信回線を介してコンピュータに提供するようにしてもよい。

以上、本発明の実施形態について説明したが、本発明は上述したこれらの実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施形態に記載されたものに限定されるものではない。

１００ 閲覧者端末、２００ 投稿者端末、３００ データベース、４００ サーバ、５００ 通信網、６００ 有体物、ビーコン７００

Claims (9)

1. 有体物の情報を記憶するデータベースを備える有体物情報提供システムにおいて、
   前記データベースとの通信を可能とする投稿者端末に、
   前記有体物の情報の投稿を受け付け、前記データベースに登録する投稿登録手段を備え、
   閲覧者端末に、
   前記有体物の近傍に配置されたビーコンからのデータを受信するビーコンデータ受信手段と、
   前記ビーコンデータに対応した有体物を、通信網での通信が可能な場合は通信網経由で前記データベースに照合して特定し、通信網での通信が不可能な場合は前記ビーコン経由で前記データベースに照合して特定する有体物特定手段と、
   前記特定した有体物の情報として、前記投稿された有体物の投稿情報を、所定の順序で出力する出力手段と、
   を備えることを特徴とする有体物情報提供システム。
2. 前記出力した投稿情報の閲覧回数または閲覧時間を算出する算出手段
   を備えることを特徴とする請求項１に記載の有体物情報提供システム。
3. 前記所定の順序が、前記閲覧回数または閲覧時間の、昇順または降順である
   ことを特徴とする請求項２に記載の有体物情報提供システム。
4. 前記算出した閲覧回数または閲覧時間に応じて、前記投稿情報の投稿者に対価を支払う支払手段
   を備えることを特徴とする請求項２または請求項３に記載の有体物情報提供システム。
5. 前記出力した投稿情報に対する評価を受け付ける評価受付手段
   を備えることを特徴とする請求項１に記載の有体物情報提供システム。
6. 前記所定の順序が、前記投稿情報に対する評価の昇順または降順である
   ことを特徴とする請求項５に記載の有体物情報提供システム。
7. 前記所定の順序が、前記投稿情報の提供価格の昇順または提供価格の降順または無償提供のもののみ表示する、のいずれかであることを特徴とする請求項１に記載の有体物情報提供システム。
8. 有体物の情報を記憶するデータベースを備える有体物情報提供システムが実行する有体物情報提供方法であって、
   前記データベースとの通信を可能とする投稿者端末に、
   前記有体物の情報の投稿を受け付け、前記データベースに登録する投稿登録ステップを備え、
   閲覧者端末に、
   前記有体物の近傍に配置されたビーコンからのデータを受信するビーコンデータ受信ステップと、
   前記ビーコンデータに対応した有体物を、通信網での通信が可能な場合は通信網経由で前記データベースに照合して特定し、通信網での通信が不可能な場合は前記ビーコン経由で前記データベースに照合して特定する有体物特定ステップと、
   前記特定した有体物の情報として、前記投稿された有体物の投稿情報を、所定の順序で出力する出力ステップと、
   を備えることを特徴とする有体物情報提供方法。
9. 有体物の情報を記憶するデータベースを備える有体物情報提供システムにおいて、
   前記データベースとの通信を可能とする投稿者端末に、
   前記有体物の情報の投稿を受け付け、前記データベースに登録する投稿登録ステップを実行させ、
   閲覧者端末に、
   前記有体物の近傍に配置されたビーコンからのデータを受信するビーコンデータ受信ステップ、
   前記ビーコンデータに対応した有体物を、通信網での通信が可能な場合は通信網経由で前記データベースに照合して特定し、通信網での通信が不可能な場合は前記ビーコン経由で前記データベースに照合して特定する有体物特定ステップ、
   前記特定した有体物の情報として、前記投稿された有体物の投稿情報を、所定の順序で出力する出力ステップ、
   を実行させるための有体物情報提供プログラム。