JP2010282302A - 情報配信システム、そのサーバ装置、プログラム - Google Patents

Abstract

【課題】ユーザの移動手段を容易に推定でき、また天候、気象情報の変化に柔軟に対応して配信情報を決定する。
【解決手段】任意の配信端末２からの配信要求に応じて、その日、未だそのユーザの移動手段を推定していない場合には、移動手段推定テーブルを参照して移動手段を推定する（ステップＳ１５）。そして、推定した移動手段とそのときの気象情報等に基づいて配信情報決定テーブルを検索して、該当する配信情報を求める（ステップＳ１７〜Ｓ１９）。
【選択図】図４

Description

本発明は、通信端末を所持するユーザに対する情報配信方法等に関する。

従来、顧客一人一人の状況に合わせたサービスを提供するシステムとして、特許文献１に開示されているように交通機関の利用履歴を読み取り利用履歴に応じたサービスを提供する技術が知られている。また、特許文献２に開示されているように顧客1人1人の移動手段をＧＰＳの位置情報の時間変化から推定し移動手段に連動した情報を提供する技術が知られている。

特開２００１−３３１７２０号公報 特開２００７−３０４００９号公報

特許文献１の方式では交通機関の事業者の許可がなければ実施できないという問題がある。また、特許文献２の方式では顧客の情報を事前に登録し、また、顧客はＧＰＳ付きの通信端末の利用契約を結ぶ必要があり、利用するのに手間がかかるという問題がある。また特許文献１，２共に移動手段のみを用いて配信情報を決定しており天候の変化に柔軟に対応できないという問題がある。

本発明の課題は、手間が掛かることなく容易にユーザの移動手段の推定を行ってユーザの移動手段に応じた内容の配信情報を提供することができ、あるいは更に天候の変化に柔軟に対応して配信情報を提供することができる情報配信システム、そのサーバ装置、プログラム等を提供することである。

本発明の情報配信システムは、サーバ装置と、所定のエリア内の各所に配置される端末であって任意のユーザが所持する通信端末との非接触近距離通信機能を有しネットワークを介して前記サーバ装置と通信可能な複数の配信端末とを有する情報配信システムであって、前記各配信端末は、任意のユーザが前記通信端末によりアクセスしてくる毎に、配信要求を前記サーバ装置に送信する配信要求手段を有し、前記サーバ装置は、予め複数種類の配信情報を記憶する配信情報記憶手段と、前記配信要求に基づき、前記ユーザがその日に前記各配信端末のうちのどの配信端末を最初に利用したかにより、該配信要求の送信元の配信端末に送信すべき配信情報を決定する配信情報決定手段とを有する。

上記情報配信システムでは、各配信端末は配信情報を保持しておらず、通信端末を所持するユーザからのアクセス（利用）がある毎に、サーバ装置から配信情報を取得してユーザに情報提供する。サーバ装置は、予め複数種類の配信情報を記憶しており、ユーザがその日に最初に利用した配信端末に基づいて、配信端末に送信すべき配信情報を決定する。

上記情報配信システムにおいて、例えば、前記サーバ装置は、更に、予め前記各配信端末毎に対応付けて任意の移動手段が登録された第１記憶手段を有し、前記配信情報決定手段は、前記ユーザがその日に最初に利用した配信端末に対応する移動手段を前記第１記憶手段を参照して求め、該求めた移動手段に基づいて前記配信要求の送信元の配信端末に送
信すべき配信情報を決定する。

上記エリアは例えば大型店舗や商店街等であり、複数の出入口を有する。ユーザは、様々な移動手段（電車、バス、自動車、徒歩等）で、このエリアに来て又はこのエリアから次の目的地に行く（例えば帰宅する）。ここで、上記複数の出入口は、例えば、駅から近い出入口もあれば、バス亭から近い出入口もあれば、駐車場から近い出入口もあるとする。また、ユーザがその日に最初に利用する配信端末は、そのユーザが利用した出入口に近い場所に設置されている配信端末である可能性が高いと考える。これより、上記第１記憶手段を用いて、ユーザのその日の移動手段を推定する。

この様に、上述した従来の問題が生じることなく、簡単な構成で容易に移動手段を推定でき、推定した移動手段に応じた配信情報（適切な情報）をユーザに提供できる。
また、例えば、上記情報配信システムにおいて、前記サーバ装置は、更に、所定の外部装置から定期的に気象情報を取得して記憶する気象情報取得・記憶手段を有し、前記配信情報取得・送信手段は、前記移動手段推定手段によって決定された又は既に決定されて記憶されていた移動手段と前記気象情報とに応じた配信情報を前記配信情報記憶手段から取得する。

この様に、移動手段だけでなく気象情報にも応じた内容の配信情報を、ユーザに提供できるようにしてもよい。
また、例えば、上記情報配信システムにおいて、前記サーバ装置の前記配信情報決定手段は、前記配信要求に基づき、前記ユーザがその日に前記各配信端末のうちのどの配信端末を最初に利用したか、及び前記ユーザが過去に前記所定エリアにおいてどの配信端末を最後に利用したかにより、前記配信要求の送信元の配信端末に送信すべき配信情報を決定する。

ユーザが上記エリアに来る際の移動手段と、上記エリアから次の目的地に行く（例えば帰宅する）際の移動手段とが、異なる場合も考えられる。この様な場合に対応して、両方の移動手段に応じた配信情報を提供することで、より適切な内容の配信情報をユーザに提供できるようにしてもよい。

尚、本発明は、上記情報配信システムに限らず、そのサーバ装置、あるいはそのプログラム自体として構成することもできる。

本発明の情報配信システム、そのサーバ装置、プログラム等によれば、手間が掛かることなく容易にユーザの移動手段の推定を行ってユーザの移動手段に応じた内容の配信情報を提供することができ、あるいは更に天候の変化に柔軟に対応して配信情報を提供することができる。

本例の情報配信システムの構成例である。 本システムの適用対象エリアについて説明する為の図である。 本例の情報配信システム全体の概略的な情報配信動作シーケンスを示す図である。 実施例１におけるステップＳ３の詳細フローチャート図である。 （ａ）〜（ｃ）は実施例１の移動手段推定に係る各種情報を示す図である。 （ａ）〜（ｅ）は実施例１の配信情報決定／履歴更新に係る各種情報を示す図である。 配信情報テーブルの具体例を示す図である。 （ａ）は配信情報（通信メッセージ）の一例、（ｂ）はその表示例である。 実施例２におけるステップＳ３の詳細フローチャート図である。 （ａ）〜（ｃ）は実施例２の前回帰宅時の移動手段推定に係る各種情報を示す図である。 （ａ）〜（ｃ）は実施例２の来店時の移動手段推定に係る各種情報を示す図である。 （ａ）〜（ｅ）は実施例２の配信情報決定／履歴更新に係る各種情報を示す図である。 コンピュータ・ハードウェア構成図である。

以下、図面を参照して、本発明の実施の形態について説明する。
図１は、本例の情報配信システムの構成例である。
図１に示す情報配信システム１は、基本的には、配信サーバ１０と複数の配信端末２から成る。配信サーバ１０及び各配信端末２は、ネットワーク４に接続しており、ネットワーク４を介して相互にデータ送受信可能となっている。ネットワーク４は、例えばＬＡＮ、ＶＡＮ（Virtual Private Network）、ＷＡＮ（Wide Area Network）等である。また、気象情報配信システム５から不図示のネットワーク（インターネット等）を介して、気象情報（現在の天気、気温等；更に本例では天気予報等も）が定期的に配信サーバ１０に配信される。

上記情報配信システム１では、任意の配信端末２に対して任意の通信端末３がアクセス（タッチ）することで、その配信端末２に対して配信サーバ１０から適切な情報が配信される。この配信情報は、例えば配信端末２から通信端末３に転送されるが、この例に限らない。“適切な情報”とは、例えば後述するように、ユーザの移動手段（行き、または帰り）に応じた内容の情報である。あるいは、後述するように更に天候に応じた内容の情報としてもよい。詳しくは後述する。

通信端末３は、各ユーザが所持・携帯する携帯型端末であり、例えばＩＣカード機能付携帯電話、ＩＣカード等である。本説明ではユーザに提供する情報を、通信端末３に配信して表示させたりＷｅｂにアクセスさせる形態を例にするので、通信端末３がＩＣカード機能付携帯電話である例を用いて説明するが、この例に限らない。通信端末３がＩＣカードである場合には、ユーザに提供する情報は、配信端末２に表示させることになる。

配信サーバ１０は、所定のエリア（大型店舗や商店街等）毎に１台設置される。配信端末２は、このエリア内に複数台設置される。各配信端末２は、非接触ＩＣカード通信機能を有する、例えば非接触ＩＣカード・リーダ／ライタ等である。各配信端末２には固有の識別コード（配信端末ＩＤという）が与えられており、各配信端末２は予め自己の配信端末ＩＤを記憶している。

尚、配信サーバ１０は必ずしも所定のエリア内に設置する必要はなく、エリア外に設置
してもよい。また、配信サーバ１０は必ずしも１つのエリア毎に１台設置する例に限らず、例えば複数のエリアに対して１台設置するものであってもよい。一方、配信端末２は必ず所定のエリア内の各所に複数台設置する必要がある。

各ユーザが、自己の通信端末３を任意の配信端末２にかざすと（タッチすると）、例えば既存の非接触ＩＣカード通信機能により、通信端末３−配信端末２間で通信を行い、配信端末２は更にネットワーク４を介して配信サーバ１０との通信を行う。そして、配信端末２は、配信サーバ１０から配信される情報を、通信端末３に送信する。これによって、通信端末３において配信情報が表示される。また、配信情報に基づいて所定のＷｅｂサーバにアクセスして詳細情報等を取得表示することもできる。

ここで、本例の配信サーバ１０は、通信端末３のユーザの上記エリアまでの移動手段（電車、自家用車、バス、徒歩、自転車等）を推定し、この移動手段に応じた内容の配信情報を、配信端末２を介して通信端末３に配信することで、ユーザに適切な情報提供を行うことができるものである。本手法では、従来のように各交通機関会社から利用履歴を取得したりユーザの端末にＧＰＳ機能を備えたりする必要なく、簡単な構成でユーザの上記エリアまでの移動方法を推定することができる。更に、本手法では、天候に応じた内容の配信情報を生成してユーザに提供できる。つまり、天候に応じた適切な内容の情報をユーザに提供できる。

以上の特徴を実現する為に、配信サーバ１０は図１に示す構成を有する。更に、気象情報配信システム５から、随時、上記気象情報を取得している。
図１に示すように、本例の配信サーバ１０は、制御部１１、移動手段推定モジュール１２、配信情報決定モジュール１３、移動手段推定テーブル１４、移動手段記憶テーブル１５、配信履歴テーブル１６、配信情報テーブル１７、配信情報決定テーブル１８、気象情報テーブル１９を有する。

制御部１１は、配信サーバ１０全体を制御する中央処理装置（ＣＰＵ等）である。移動手段推定モジュール１２、配信情報決定モジュール１３は、それぞれ、制御部１１（ＣＰＵ等）が実行する所定の処理モジュール（アプリケーションプログラム）であると考えてよい。すなわち、制御部１１（ＣＰＵ等）が、不図示の記憶装置（ハードディスク等）に予め記憶されている所定のアプリケーションプログラムを読出・実行することにより、移動手段推定モジュール１２、配信情報決定モジュール１３の各処理機能が実現される。

但し、制御部１１は、移動手段推定モジュール１２、配信情報決定モジュール１３の処理を実行するだけでなく、他の処理も行っている。
移動手段推定モジュール１２は、移動手段推定テーブル１４を参照して、本日のユーザの移動手段の推定を行う。上記の通り配信サーバ１０は任意のエリア（大型店舗や商店街等）内に設置されており、ユーザが当該エリアまでどの様な移動手段で来たのかを推定する。また、必要に応じて移動手段記憶テーブル１５の更新を行う。

配信情報決定モジュール１３は、移動手段記憶テーブル１５（場合によっては、更に、気象情報テーブル１９）等を参照し、更にこの参照結果に基づいて配信情報決定テーブル１８を検索して、該当する配信情報ＩＤを求める。そして、この配信情報ＩＤに対応する配信情報を配信情報テーブル１７から取得する。上記の通り、移動手段記憶テーブル１５の内容は、移動手段推定モジュール１２によって更新されている場合がある。

すなわち、配信情報決定モジュール１３は、移動手段推定モジュール１２によって推定されたユーザの移動手段に応じた内容の配信情報を選択・取得する。あるいは、配信情報決定モジュール１３は、移動手段推定モジュール１２によって推定されたユーザの移動手
段と、現在の天気（更に天気予報）とに応じた内容の配信情報を選択・取得する。この様にして、各ユーザ毎に、そのユーザの状況に応じた適切な内容の配信情報を取得することができる。

制御部１１は、任意のユーザが任意の配信端末２を利用することで（自己の通信端末３を配信端末２にタッチする等）、この配信端末２から所定情報を含む配信要求が送信されてくる毎に、この所定情報に基づいて上記移動手段推定モジュール１２、配信情報決定モジュール１３の各処理機能部の処理を実行させることで、上記の通り適切な内容の配信情報を取得する。そして、この配信情報を要求元の配信端末２に配信することで、ユーザに情報提供する。尚、上記所定情報とは、例えば後述する配信端末ＩＤ、通信端末ＩＤ等である。

また、制御部１１は、定期的に気象情報テーブル１９の内容を最新のデータに更新する処理も行っている。すなわち、制御部１１は、任意のタイミングで（例えば１時間毎に）外部の気象情報配信システム２０から、自サーバ１０が設置されているエリア近辺の気象情報を取得し、取得した気象情報を気象情報テーブル１９に保存する（上書きする）。

また、上述した移動手段推定テーブル１４、移動手段記憶テーブル１５、配信履歴テーブル１６、配信情報テーブル１７、配信情報決定テーブル１８、気象情報テーブル１９の各種テーブルは、上記不図示の記憶装置（ハードディスク等）に予め記憶されているテーブルである。これらのテーブルの具体例は図５〜図７に示し、後にこれらの図面を参照して説明するが、以下、簡単に説明する。

移動手段推定テーブル１４は、自サーバ１０が設置されているエリア内の各配信端末２毎に（但し、全ての配信端末２とは限らず、特定の複数台の配信端末２に限ってもよい）対応付けて、“推定される移動手段”が予め登録されている。この登録内容は人間が任意に判断するが、この判断の基本的な考え方について後に図２を参照して説明する。

移動手段記憶テーブル１５には、各ユーザ毎に上記移動手段推定モジュール１２による最新の推定結果（移動手段）が記憶される。
気象情報テーブル１９に関しては上記の通り、直近の気象情報（当該エリアの天気、気温等；更に本例では天気予報情報も含む）が記憶される。

配信情報決定テーブル１８は、移動手段、気象情報等の各種条件毎に、その条件に対応する配信情報のＩＤが登録されている。
配信情報テーブル１７には、予め上記配信情報ＩＤに対応付けて配信情報が記憶（登録）されている。

配信履歴テーブル１６には、各ユーザ毎に、そのユーザへの配信情報の配信履歴が記憶される。
ここで、図２（ａ）、（ｂ）を参照して、上記移動手段推定テーブル１４の登録内容に関する基本的な考え方について説明する。

尚、図２（ａ）と図２（ｂ）とは、配信端末２の配置例が異なるだけであり、それ以外は同じである。以下の説明では、図２（ａ）をメインにして説明するが図２（ｂ）に関しても略同様である。尚、図２（ａ）は配信端末２がエリア内の様々な場所に設置されている例、図２（ｂ）は、配信端末２がエリアの各出入口毎に１台ずつ設置されている例である。また、尚、配信端末２の配置例は図２（ａ）や図２（ｂ）に示す例に限らない。

まず、上記複数の配信端末２は、上述した所定のエリア（大型店舗や商店街、ショッピ
ングセンタ等）内の任意の各所に設置される。また、図２には示していないが、配信サーバ１０もこのエリア内の何処かに（あるいはこのエリアの近辺に）設置されている（但し、この例に限らない）。

配信端末２は、例えば非接触ＩＣカード・リーダ／ライタ等であり、例えばレジに設置されて精算の際の電子マネー決済に用いられるものが典型的であるが、それ以外にも最近は各売り場毎に設置されてその売り場の商品に関する情報を配信する為のものや、出入口付近に設置されてそのエリアの全体的な情報（例えばその日のお買い得商品情報等）を配信する為のものを設置することが提案されている。

ここで、上記の通り、本システムの適用対象は“大型店舗”等としている。つまり、例えばコンビニエンスストアのような小売店ではなく、例えばスーパーマーケット、百貨店等の比較的大きな店舗（大型店舗）を、適用対象としている。つまり、上述した所定のエリアとは、ある程度大きなエリアを意味する。これより、このエリアへの出入口は、複数存在することを想定しており、本手法はこの想定に基づいている。

図２には、所定のエリアを示すと共に、このエリアの複数の出入口として、例えば出入口Ａ、出入口Ｂ、出入口Ｃ、出入口Ｄを示している。そして、例えば、出入口Ａは駅に近い出入口であり、出入口Ｂはバス停に近い出入口であり、出入口Ｃは駐車場に近い出入口であり、出入口Ｄは近隣のマンション群に近い出入口であるものとする。

この例の場合、例えば移動手段が“電車”であるユーザは、出入口Ａから出入する可能性が高いと考えられる。同様に、移動手段が“バス”であるユーザは出入口Ｂから出入する可能性が高く、移動手段が“自家用車”であるユーザは出入口Ｃから出入する可能性が高く、移動手段が“徒歩”であるユーザは出入口Ｄから出入する可能性が高いと考えられる。

更に、本手法では、上記エリア内に入ったユーザが、このエリア内の各配信端末２を利用して（自己の通信端末３を配信端末２にタッチする等）、様々な情報を入手しようとする行動を行うことを想定する。この場合、このユーザがエリア内に入って最初に利用する配信端末２は、このユーザが入場した出入口に近い配信端末２である可能性が高いと考えられる。

以上述べたことから、上記移動手段推定テーブル１４の登録内容を判断する担当者等は、まず上記エリアの各出入口毎に対応する移動手段を判断する。これは図２の例では上記の通り、例えば出入口Ａに関しては移動手段は“電車”であると判断する。そして、例えば、上記エリア内の全ての配信端末２についてその配信端末２に最も近い出入口を判断する。これより、各配信端末２毎に、その各配信端末２に最も近い出入口に対応する移動手段を判断できる。そして、移動手段推定テーブル１４に、各配信端末２毎に、その各配信端末２に対応する移動手段を登録する。

但し、これは一例であり、例えば、全ての配信端末２についてではなく、例えば各出入口毎にその出入口近辺の１または複数の配信端末２のみを対象にして、移動手段推定テーブル１４にこれらの対象となる各配信端末２毎に、それに対応する移動手段を登録するようにしてもよい。

以上述べたようにして作成された移動手段推定テーブル１４を用いることで、後述するように、例えばユーザがその日に最初に利用した配信端末２に対応する移動手段を、その日のユーザの当該エリアへの移動手段であるものと推定する。勿論、この推定が１００％的中するわけではないが、上述した通り、推定が的中する可能性は低くはないと考えられ
る。

この様に、本手法では、移動手段推定テーブル１４を用いた簡単な手法で、ユーザの移動手段を推定できる。そして、推定した移動手段に応じた内容の情報を、ユーザに提供できる。つまり、各ユーザ毎に適切な内容の情報を提供できる。あるいは、移動手段だけでなくその日の天気等に応じた適切な内容の情報を、ユーザに提供できる。この場合も、各ユーザ毎に適切な内容の情報を提供できる。

図３に、本例の情報配信システム１全体の概略的な情報配信動作シーケンスを示す。
まず、上記エリア内に任意の出入口から入場したユーザが、自己の通信端末３を任意の配信端末２にかざすと（タッチすると）、通信端末３−配信端末２間で非接触ＩＣカード通信機能により通信を行い、通信端末３は自己のＩＤ（通信端末ＩＤというものとする）を配信端末２に送信する（ステップＳ１）。通信端末ＩＤは、その通信端末３を一意に特定する為の固有の識別コードであり、例えば通信端末３の製造番号等である。

配信端末２は、受信した通信端末ＩＤと自己の配信端末ＩＤとを含む配信要求メッセージ（以下、単に配信要求という）を生成し、この配信要求をネットワーク４を介して配信サーバ１０に送信する（ステップＳ２）。

この配信要求を受信した配信サーバ１０は、配信情報ＩＤを決定する（ステップＳ３）。この決定処理の際、必要に応じて移動手段推定テーブル１４を参照して上記ユーザの当該エリアまでの移動手段を推定したうえで、配信情報ＩＤを決定する。詳しくは後述する。

そして、決定した配信情報ＩＤに基づき配信情報を生成する（ステップＳ４）。これは本例では、この配信情報ＩＤに対応する配信情報を、配信情報テーブル１７から取得する。

そして、生成した配信情報を、ネットワーク４を介して、要求元（上記配信要求の送信元）の配信端末２へ配信する（ステップＳ５）。また、この配信の履歴を配信履歴テーブル１６に追加する（ステップＳ７）。尚、ステップＳ４、Ｓ５、Ｓ７の処理は、配信情報決定モジュール１３以外の不図示のモジュールが行っても良いし、配信情報決定モジュール１３が行ってもよい（何れにしても、実質的に制御部１１が実行する）。

上記配信情報を受信した配信端末２は、この配信情報を非接触ＩＣカード通信機能により上記通信端末３へ送信する（ステップＳ６）。これより、通信端末３のディスプレイに配信情報が表示される等して、ユーザは配信情報の内容を知る。このようにして、ユーザに情報提供する。上記の通り、この配信情報の内容は、ユーザの移動手段に応じたものとなる。あるいは、更に天気等に応じた内容とすることもできる。

これは一例であり、配信端末２は、例えばステップＳ６の代わりに、配信情報を自己のディスプレイに表示することで、ユーザに情報提供するものであってもよい。これは、特に通信端末３がＩＣカードであり、それ故に表示機能を持たない場合に特に有効となる。

ここで、本手法として実施例１と実施例２を提案するものであり、上記図１〜図３の説明は、実施例１，２に共通の説明であるが、以下、個別の説明を行う。まず、図４〜図８を参照して実施例１について説明する。次に、図９以降を参照して実施例２について説明する。

まず、図４〜図８を参照して実施例１における配信サーバ１０の処理について詳細に説
明する。
配信サーバ１０において、制御部１１は、上記配信要求を受信すると、上記配信情報決定モジュール１３を呼び出して上記ステップＳ３の処理を実行させる。

図４は、実施例１における上記ステップＳ３の配信情報ＩＤ決定処理の詳細フローチャート図である。尚、この処理において、配信情報決定モジュール１３は、必要に応じて移動手段推定モジュール１２を呼び出して、移動手段の推定処理（ステップＳ１５，Ｓ１６）を実行させる。

以下、図４の処理について、図５〜図８も参照して説明する。
図４の処理において、配信情報決定モジュール１３は、まず、配信要求を受け付けた時刻（現在日時）を配信要求時刻として記憶する（ステップＳ１１）。尚、配信要求の内容は、図５（ａ）、図６（ａ）に示すように、パラメータ（配信端末ＩＤ、通信端末ＩＤ）と、これらのデータサイズである。配信要求の通信メッセージフォーマットは、図示の通り、各パラメータ毎に、そのデータサイズを先頭に示し、改行し、その後ろにパラメータを連結している。

次に、受信した配信要求に含まれる上記配信端末ＩＤ、通信端末ＩＤに基づいて、以下の処理を実行する。
ここで、本説明では、本例の情報配信システム１による情報配信サービスは、会員限定のサービスとする。よって、特に図示しないが、配信サーバ１０は不図示の会員管理テーブルも記憶している。この会員管理テーブルには、事前に会員登録手続きを行ったユーザの通信端末３の通信端末ＩＤに対応付けて、このユーザに任意に割り当てられた会員ＩＤと、このユーザに関する何らかの個人情報（名前、性別、年齢等）が登録されている。これより、本説明では、受信した配信要求の通信端末ＩＤに対応する会員ＩＤを取得したうえで（これを、処理対象会員ＩＤと呼ぶものとする）、ステップＳ１２以降の処理を実行するものとする。

但し、必ずしも会員限定サービスとするものではない。会員限定サービスとしない場合には、当然、通信端末ＩＤに対応する会員ＩＤを求める処理は必要ない。また、この場合、以下の説明における「会員ＩＤ」を「通信端末ＩＤ」に置き換えればよい。

ここで、ステップＳ１２以降の処理の説明の為に、移動手段推定テーブル１４、移動手段記憶テーブル１５の具体例について図５(ｂ)、(ｃ)を参照して説明しておく。
図５（ｂ）に示す一例では、移動手段推定テーブル１４には、各配信端末ＩＤ３１に対応付けて「推移される移動手段」３２（バス、電車、徒歩等）が登録されている。これについては既に図２等で説明した通りであり、ここでは特に詳細には説明しない。尚、図には示されないが、例えば図示の徒歩とバスを例にするならば、例えば配信端末ＩＤ３１＝‘１’、‘３’、‘５’に対しては「推移される移動手段」３２として“徒歩”が登録され、配信端末ＩＤ３１＝‘２’、‘４’、‘６’に対しては「推移される移動手段」３２として“バス”が登録されるというように、各移動手段毎に複数の配信端末ＩＤが対応付けられることも有り得る。これについては既に図２で説明してある。

また、図５（ｃ）に示す例の移動手段記憶テーブル１５は、会員ＩＤ４１、更新日時４２、移動手段４３より成る。つまり、各会員ユーザ毎に、移動手段４３が記憶され、また移動手段４３の更新日時が記憶される。移動手段記憶テーブル１５における移動手段４３は随時更新される（会員ＩＤ４１のユーザによる、その日最初の配信端末２の利用の際に更新される）ものであり、この移動手段４３の最新の更新日時が更新日時４２に記憶される。

以下、上記移動手段推定テーブル１４、移動手段記憶テーブル１５の具体例も用いて、ステップＳ１２以降の処理について説明する。
まず、上述した配信要求の通信端末ＩＤに対応する会員ＩＤ（処理対象会員ＩＤ）を用いて、移動手段記憶テーブル１５を検索し（ステップＳ１２）、処理対象会員ＩＤが移動手段記憶テーブル１５に登録されているか否か（会員ＩＤ４１が処理対象会員ＩＤと一致するレコードが移動手段記憶テーブル１５に存在するか否か）を判定する（ステップＳ１３）。登録されている場合には（ステップＳ１３，ＹＥＳ）、更に、そのレコード（上記会員ＩＤ４１が一致するレコード）の更新日時４２の日付が、本日（今日）であるか否かを判定する（ステップＳ１４）。

処理対象会員ＩＤがテーブル１５に登録されており（ステップＳ１３，ＹＥＳ）、且つその更新日時４２が本日である場合（ステップＳ１４，ＹＥＳ）、その日のユーザの移動手段の推定とこの推定結果による移動手段記憶テーブル１５の移動手段４３の更新処理が既に行われていることになる（今回のユーザによる配信端末２の利用がその日最初の利用ではないことになる）ので、ステップＳ１５、Ｓ１６の処理を行う必要なく、ステップＳ１７以降の処理に移行する。この場合、現在の移動手段記憶テーブル１５の内容（移動手段４３）をそのユーザの本日の移動手段として、ステップＳ１７以降の処理を実行することになる。

一方、処理対象会員ＩＤがテーブル１５に登録されていない場合（ステップＳ１３，ＮＯ）には、そのユーザが会員になってから未だ一度も移動手段の推定等が行われていない（つまり、会員登録後、初めての利用である）ことになり、また登録されているが更新日時４２が本日ではない（昨日以前である）場合（ステップＳ１４，ＮＯ）には、この処理対象会員ＩＤのユーザによる配信端末２の利用がその日最初の利用であることになるので、何れの場合も、ステップＳ１５，Ｓ１６の処理を実行し、その後、ステップＳ１７以降の処理に移行する。

尚、ステップＳ１５，Ｓ１６の処理は、移動手段推定モジュール１２に実行させる。但し、本例では、移動手段推定モジュール１２と配信情報決定モジュール１３とに分けているが、必ずしもこの様にする必要性はなく、例えば配信情報決定モジュール１３に移動手段推定モジュール１２の機能が含まれていてもよい。この場合、図４は、配信情報決定モジュール１３の処理フローチャート図であると見做せる。

ステップＳ１５、Ｓ１６の処理に関しては、まず、配信要求の配信端末ＩＤで移動手段推定テーブル１４を検索し、該当するレコード（その配信端末ＩＤ３１が配信要求の配信端末ＩＤと一致するレコード）を求める。そして、求めたレコードの「推定される移動手段」３２を、上記処理対象会員ＩＤのユーザの本日の当該エリアまでの移動手段とする（ステップＳ１５）。そしてこの移動手段によって移動手段記憶テーブル１５を更新する。すなわち、この移動手段をテーブル１５の移動手段４３に上書き記憶すると共に、現在日時を更新日時４２に上書き記憶する（ステップＳ１６）。

ステップＳ１７以降の処理は、例えば、上記のようにして求めた上記処理対象会員ＩＤのユーザの本日の当該エリアまでの移動手段を用いて、この移動手段に応じた配信情報を求める。但し、本例では、本日の移動手段だけでなく、更に気象情報（現在の天気、気温等；更に本例では天気予報等も含む）も条件として、これら条件に対応する配信情報を求める例を示しており、図４ではこの例の場合の処理を示している。

この例におけるステップＳ１７以降の処理では、まず、気象情報テーブル１９を参照して、気象情報（現在の天気、気温等；更に本例では天気予報も）を取得する（ステップＳ１７）。尚、ステップＳ１７で取得した気象情報を気象条件と呼ぶ場合もある。また、図
示していないが、ステップＳ１７の処理の際に、再度、上記処理対象会員ＩＤを用いて移動手段記憶テーブル１５を検索して、該当レコードの移動手段４３を取得する。上述したステップＳ１７以前の処理によって、このときには移動手段４３は必ず、上記会員ユーザの本日の当該エリアまでの移動手段を示すものとなっている（但し、これは推定したものであり、１００％正しいというものではない）。

そして、ステップＳ１７で取得した情報を検索キーとして、配信情報決定テーブル１８を検索することで（ステップＳ１８）、この検索キーが示す条件に応じた配信情報を取得することができる。本例では、上記ユーザの本日の移動手段及び当該エリアに係る気象条件という条件に応じた配信情報を求めるものとなる。

ここで、気象情報テーブル１９の具体例について図６（ｃ）を参照して説明する。図示の例では、気象情報テーブル１９は、天気５１、気温５２、天気予報５３より成る。気象情報テーブル１９は、上記の通り定期的に更新されており、よって気象情報テーブル１９には常に当該エリアの地域に係る最新の気象情報（現在の天気、気温等や最新の天気予報）が格納されているので、ステップＳ１７の処理では、特に選択等の処理は必要なく、気象情報テーブル１９の情報を全て取得すればよい。

また、ここで、配信情報決定テーブル１８の具体例について図６（ｄ）を参照して説明する。図示の例では、配信情報決定テーブル１８は、天気６１、気温６２、天気予報６３、移動手段６４、及び配信情報ＩＤ６５から成る。

天気６１、気温６２、天気予報６３、及び移動手段６４の４つが、上記検索キーに対応する情報（所謂“主キー”）であり、各“主キー”に応じた配信情報ＩＤ６５が登録されている。尚、よく知られているように、リレーショナルデータベース等においては、“主キー”は１つのレコードを特定する為の情報であり、複数の項目から成ってもよく、ここでは４つの項目から成る。

例えば図示の例のように気象条件が同じ（天気；晴れ、気温；３０度以上、天気予報；曇り）であっても、移動手段６４が異なれば（徒歩と電車）、配信情報ＩＤ６５は異なる（‘１’と‘３’）ことになる。その逆に、移動手段が同じであっても気象条件が異なれば、配信情報ＩＤ６５は異なることになる。尚、配信情報ＩＤは各配信情報の識別情報を意味する。よって、配信情報ＩＤが異なれば、配信情報の内容が異なることになる（但し、必ずしも全て異なるようにする必要はない）。

上記ステップＳ１８の処理により、上記検索キー（ユーザの本日の移動手段及び気象条件）に該当するレコード、すなわちその“主キー”が上記検索キーと一致するレコードを求めて、この該当レコードの配信情報ＩＤ６５を取得する（ステップＳ１９）。これによって、処理対象会員ＩＤのユーザに配信すべき配信情報の配信情報ＩＤが決定される。

以上でステップＳ３の処理が完了し、その後、ステップＳ４の処理を実行する。
ステップＳ４の処理の詳細フローチャート図は示さないが、まず上記ステップＳ１９で決定した配信情報ＩＤを用いて配信情報テーブル１７を検索し、この配信情報ＩＤに対応する配信情報を取得する。

図７に、配信情報テーブル１７の具体例を示す。
図示の例では、配信情報テーブル１７は、各配信情報ＩＤ８１に対応付けて、配信情報（タイトル８２、ジャンプ先のＵＲＬ８３、本文８４）が登録されている。上記検索処理では、その配信情報ＩＤ８１が上記ステップＳ１９で決定した配信情報ＩＤと一致するレコードを求め、このレコードの配信情報（タイトル８２、ジャンプ先のＵＲＬ８３、本文
８４）を取得する。

そして、取得した配信情報を含めた配信情報（通信メッセージ）を生成し、これを上記配信要求の送信元の配信端末２へ送信する。これにより、上記の通り、この配信端末２を利用したユーザは、上記配信情報の内容を知ることができ、自己の本日の移動手段とそのエリアの気象に応じた適切な内容の情報提供を受けることができる。

尚、ステップＳ４において、上記処理を行う前に、まず配信履歴テーブル１６を参照して、そのユーザに関して本日配信済みの全ての配信情報ＩＤ７４を取得して、これらをステップＳ１９で決定した配信情報ＩＤ６５と比較して一致するか否かを判定するようにしてもよい。もし、一致するものがあった場合には、ステップＳ１９で決定した配信情報ＩＤ６５の配信情報は、既にそのユーザに配信済みであることになるので、同じ情報を二度配信する必要はないので、上記配信情報（通信メッセージ）の生成・送信処理を実行しないようにしてもよい。

図８（ａ）には配信情報（通信メッセージ）の通信メッセージフォーマットの一例を示す。配信情報の通信メッセージフォーマットは、各パラメータ（タイトル８２、ジャンプ先のＵＲＬ８３、本文８４）毎に、そのパラメータのデータサイズ（14,14,126）を先頭に示し、改行し、その後ろにパラメータを連結している。また、図８（ｂ）にはこの配信情報（通信メッセージ）を通信端末３のディスプレイに表示した例を示す。図示の通り、タイトルや本文が表示されると共に、この本文等を見て興味をもったユーザが図示の“詳細”を選択指示することで、ジャンプ先のＵＲＬ８３が示すＷｅｂサイトにアクセスして、このＷｅｂサイトが提供する詳細情報を表示することもできる。

また、その後、ステップＳ７の処理において、配信履歴テーブル１６を更新する。
図６（ｅ）に、配信履歴テーブル１６の具体例を示す。
図示の例では、配信履歴テーブル１６は、配信要求時刻７１、会員ＩＤ７２、端末ＩＤ７３、配信情報ＩＤ７４から成る。配信履歴テーブル１６の更新処理では、上記ステップＳ１１で記憶した配信要求時刻を配信要求時刻７１に記憶し、上記処理対象会員ＩＤを会員ＩＤ７２に記憶し、上記配信要求に含まれる配信端末ＩＤを端末ＩＤ７３に記憶し、上記ステップＳ１９で決定した配信情報ＩＤを配信情報ＩＤ７４に記憶する。

尚、図６（ｂ）は図５（ｃ）と同じであり、特に説明しない。
以上説明したように、実施例１では、各ユーザ（本例では会員）毎に、そのユーザのその日の当該エリアまでの移動手段を推定し、この移動手段に応じた、またはこの移動手段及びこのエリアの地域に係る気象に応じた内容の配信情報を、ユーザに提供できる。特に、そのユーザのその日の当該エリアまでの移動手段の推定に関しては、図２等で説明したことより、配信端末ＩＤを用いて移動手段推定テーブル１４を検索するだけで実現できる。

よって、従来のような、交通機関の事業者の許可がなければ実施できないという問題や、ユーザがＧＰＳ付きの通信端末を所持する必要があり利用するのに手間がかかるという問題が起こることなく、手間が掛かることなく容易にユーザの移動手段の推定を行ってユーザの移動手段に応じた内容の配信情報を決定・提供することができる。また、更に、更に天候の変化に柔軟に対応して配信情報を決定・提供することができる。

尚、一応、上述した配信情報の具体例を以下に示しておく。
例えば、そのユーザのその日の当該エリアまでの移動手段（来店時の移動手段）のみに応じた配信情報の一例としては、例えば移動手段が“自動車”である場合には駐車場の割引クーポン、あるいは例えば「千円以上買い物した場合には、駐車料金が無料になります
」等の情報を提供すること等が考えられる。同様に、移動手段が“バス”である場合にはバスの割引クーポン、移動手段が“電車”である場合には電車の割引クーポン、移動手段が“徒歩”である場合には例えば靴の割引クーポン等を提供することが考えられる。

あるいは、特に図１には示していないが、配信サーバ１０は更に随時、所定の外部装置から現在の交通機関情報（電車やバスの事故情報／遅延情報等）を取得しており、移動手段が“電車”や“バス”である場合には、この交通機関情報を提供するものであってもよい。

また、来店時の移動手段と気象情報とに応じた配信情報の一例としては、例えば移動手段が徒歩の場合を例にすると、気象情報が例えば気温３０℃であった場合（暑かった場合）には例えば「現在、レジ付近で冷たい飲み物のサービスを行っています」、「現在、飲料水の割引きを行っています」等の配信情報が考えられ、あるいは気象情報における天気予報が“午後から雨”であった場合には、例えば「午後から雨の予報です。傘売場は２階です」や、「午後から雨の予報です。３０００円以上お買い上げのお客様には傘のレンタルサービスを行っています」等の配信情報が考えられる。あるいは、移動手段が車であり、気象情報が雪の場合、「タイヤチェーンは、３階で販売しています。只今、２割引きキャンペーン中です」等の配信情報が考えられる。

次に、以下、実施例２について説明する。
以下、図９〜図１２を参照して実施例１における配信サーバ１０の処理について詳細に説明する。

尚、上記の通り、図１に示すシステム構成、図２の説明、図３に示す概略的な処理フローについては、実施例２においても実施例１と略同様である。よって、これらの説明は省略する。

実施例２が実施例１と異なる点は、主に、図９の処理において図４の処理とは一部異なる部分がある点、移動手段記憶テーブル１５、配信情報決定テーブル１８の内容が実施例１のものとは一部異なる点等である。更に、後述する「帰宅時の移動手段の推定・更新処理」が追加される点である。以下、実施例１とは異なる点をメインに説明する。

配信サーバ１０において、制御部１１は、上記配信要求を受信すると、上記配信情報決定モジュール１３を呼び出して上記ステップＳ３の処理を実行させる。
図９は、実施例２における上記ステップＳ３の配信情報ＩＤ決定処理の詳細フローチャート図である。尚、この処理において、配信情報決定モジュール１３は、必要に応じて移動手段推定モジュール１２を呼び出して、移動手段の推定処理を実行させる。

尚、実施例１でも説明した通り、配信情報決定モジュール１３が移動手段推定モジュール１２の処理機能も備えるようにしてもよく、この場合には図９は配信情報決定モジュール１３の処理フローチャート図であるとも言える。

ここで、図９の説明を行う前に、「帰宅時の移動手段の推定・更新処理」について説明する。尚、この「帰宅時の移動手段の推定・更新処理」の処理フローチャート図は特に示さない。

配信サーバ１０の制御部１１は、定期的に（例えば１日１回；特に上記エリアの店舗等の営業時間終了後等）、その日の来店者の帰宅時の移動手段の推定を行う。これは例えば、不図示の「帰宅時の移動手段の推定・更新処理」モジュールを起動して処理実行させる。

ここで、当該処理に係る各種テーブルについて、図１０に具体例を示し説明する。これらは実施例２における各種テーブルの具体例と見做してよい。
図１０（ａ）は実施例２における配信履歴テーブル１６、図１０（ｂ）は実施例２における移動手段推定テーブル１４、図１０（ｃ）は実施例２における移動手段記憶テーブル１５の具体例である。

図示の通り、図１０（ａ）、（ｂ）に示す配信履歴テーブル１６、移動手段推定テーブル１４は、図６（ｅ）、図５（ｂ）に示す実施例１のものと同じであり、よって同一符号７１〜７４，３１，３２）を付してあり、その説明は省略する。

図１０（ｃ）に示す移動手段記憶テーブル１５は、図５（ｃ）に示す実施例１のものと一部異なる。すなわち、実施例２におけるテーブル１５は、会員ＩＤ９１、更新日時９２、「前回帰宅時の移動手段」９３、「来店時の移動手段」９４より成る。

会員ＩＤ９１、更新日時９２は、図５（ｃ）の会員ＩＤ４１、更新日時４２と同じであってよく、特に説明しない。また、「来店時の移動手段」９４は、図５（ｃ）の移動手段４３と略同様のものと考えてよい。

以下、「前回帰宅時の移動手段」９３と、その更新処理である「帰宅時の移動手段の推定・更新処理」について説明する。
「帰宅時の移動手段の推定・更新処理」は、まず、配信履歴テーブル１６を参照して、各来店者（ユーザ；本例では会員限定）の当日の最終の配信履歴における配信端末ＩＤを求める。これは、任意の会員を処理対象とし、この会員に関して以下の処理を実行する。この処理を全ての会員について実行するまで、繰り返す。

まず、上記処理対象の会員の会員ＩＤを用いて配信履歴テーブル１６を検索して、該当する（会員ＩＤ７２が一致する）レコードを全て抽出する。次に、抽出したレコード群のなかで、その配信要求時刻７１の日付が本日であるレコードを全て選択する。そして、選択した各レコードの配信要求時刻７１同士を比較して、最も配信要求時刻が遅い（現在時刻に最も近い）レコードを求める。このレコードが上記「当日の最終の配信履歴」に相当するものであり、このレコードの端末ＩＤ７３（配信端末２のＩＤ）を取得する。

次に、取得した端末ＩＤ７３を用いて移動手段推定テーブル１４を検索することで、該当する（その配信端末ＩＤ３１が上記端末ＩＤ７３と一致する）レコードの「推定される移動手段」３２を取得し、この「推定される移動手段」３２を、その会員の本日の帰宅時の移動手段と見做す。そして、この本日の帰宅時の移動手段を、移動手段記憶テーブル１５におけるその会員に関するレコードの「前回帰宅時の移動手段」９３に上書き記憶する。

後に図９の処理の際に「前回帰宅時の移動手段」９３も参照するが、上記の通り「帰宅時の移動手段の推定・更新処理」は閉店後に実行されるので、次に図９の処理が実行されるのは翌日以降ということになる。よって、上記推定した“本日の帰宅時の移動手段”は、次に図９の処理を実行する際にはその会員の前回の（前日以前の）帰宅時の移動手段を意味することになり、これより上記の通り「前回帰宅時の移動手段」として記憶するものである。

尚、本手法では、図９の処理を実行した日の帰宅時の移動手段は、「前回帰宅時の移動手段」と同じとなる可能性が高いと考えている。
そして、図９の処理では、まず、ステップＳ２１〜Ｓ２４の処理を実行するが、これら
の処理はステップＳ１１〜Ｓ１４と略同様の処理であり、ここでは特に説明しない。尚、ステップＳ２２の処理で参照する移動手段記憶テーブル１５は、上記の通りその一部は実施例１のものと異なるが、これはステップＳ２２〜Ｓ２４の処理には影響しないので、これらの処理はステップＳ１２〜Ｓ１４の処理と略同様と考えてよい。

ステップＳ２３，Ｓ２４の両方で判定ＹＥＳの場合にはそのままステップＳ２７の処理を実行し、ステップＳ２３，Ｓ２４の何れかで判定ＮＯの場合はステップＳ２５，Ｓ２６の処理を実行後、ステップＳ２７の処理を実行する。これらのステップＳ２３〜Ｓ２６の処理において実施例１のステップＳ１３〜Ｓ１６の処理と異なる点は、ステップＳ１６の処理の代わりステップＳ２６の処理を実行する点であり、これについて以下説明し、それ以外については特に説明しない。

ステップＳ２６の処理では、ステップＳ２５の処理で得た「推定される移動手段」３２を用いて、移動手段記憶テーブル１５の「来店時の移動手段」９４を更新する。尚、「来店時の移動手段」９４は、実施例１の移動手段４３と同じと考えてよく、そのユーザの本日の当該エリアまでの移動手段を意味するものである。従ってステップＳ２６の処理も実質的にはステップＳ１６の処理と略同様と考えて良い。また、この様な本日の移動手段の推定・更新の様子を、図１１（ａ）〜（ｃ）に示すが、これについては上記のことから図５（ａ）〜（ｃ）の説明と略同様と考えてよく、よってここでは特に説明しない。

ステップＳ２７の処理では、上記ステップＳ１７と同様にして気象情報テーブル１９を参照して、気象情報（現在の天気と気温；本例では更に天気予報）を取得する。更に、上記処理対象の会員の会員ＩＤを用いて移動手段記憶テーブル１５を検索して、該当するレコードの「前回帰宅時の移動手段」９３と「来店時の移動手段」９４を取得する。

そして、上記取得した情報を用いて配信情報決定テーブル１８を検索して配信情報ＩＤを決定する（ステップＳ２８，Ｓ２９）。その後は実施例１と同じであり、決定した配信情報ＩＤを用いて該当する配信情報を取得して、この配信情報を要求元の配信端末２に送信する処理を行うものであり、ここでは特に説明しない。

ここで上記ステップＳ２８，Ｓ２９の処理は、基本的には上記ステップＳ１８，Ｓ１９の処理と略同様であってよいが、上記の通り配信情報決定テーブル１８の内容が実施例１のものとは多少異なることから、一部処理内容が異なる。これについて、図１２を参照して説明する。

図１２（ｄ）に、実施例２における配信情報決定テーブル１８の具体例を示す。尚、図１２（ｂ），（ｃ）にはステップＳ２７〜Ｓ２９の処理に係る各種テーブル１９，１５の具体例も示すが、これらは実施例１と同じであってよく、同一符号を付してあり、ここでは特に説明しない。また、図１２（ａ）に示す配信要求の内容も、実施例１と同じであり、ここでは特に説明しない。

図１２（ｄ）に例の示す配信情報決定テーブル１８は、天気１０１、気温１０２、天気予報１０３、「前回帰宅時の移動手段」１０４、「来店時の移動手段」１０５、及び配信情報ＩＤ１０６から成る。図６（ｄ）に示す実施例１における配信情報決定テーブル１８との違いは、移動手段６４の代わりに「前回帰宅時の移動手段」１０４及び「来店時の移動手段」１０５を設けた点であり、天気１０１、気温１０２、及び天気予報１０３は、天気６１、気温６２、天気予報６３と同じと考えてよい。

上記テーブル１８における“主キー”は、天気１０１、気温１０２、天気予報１０３、「前回帰宅時の移動手段」１０４、及び「来店時の移動手段」１０５の５つの項目より成
り、各“主キー”毎に対応付けて、配信情報ＩＤ１０６が登録されている。

この様に“主キー”の一部が実施例１とは異なるだけであり、それ以外は実施例１と略同様と考えてよい。すなわち、ステップＳ２８、Ｓ２９の処理では、上記のように求めた処理対象会員ＩＤのユーザの移動手段（前回帰宅時と今回来店時）と上記気象情報（現在の当該エリアの地域に係る天気と気温；本例では更に天気予報も）とを用いて、配信情報決定テーブル１８を検索することで、該当するレコードを求め、このレコードの配信情報ＩＤ１０６を取得することで、処理対象会員ＩＤのユーザに配信すべき配信情報の配信情報ＩＤが決定される。

尚、図１２（ｅ）には上記ステップＳ７の処理に係るテーブルである配信履歴テーブル１６の具体例を示すが、これは図６（ｅ）に示すものと同じであり、その更新処理も実施例１と同じであり、特に説明しない。

上記のように、実施例２では、「前回帰宅時の移動手段」も条件に加わっている。よって、仮に気象情報及び「来店時の移動手段」が同じであっても「前回帰宅時の移動手段」が異なれば、異なる内容の配信情報が配信されると考えてよい。

このようにすることで、実施例１の場合と比較して、より適切な内容の情報提供を行えることが期待できる。
例えばあるユーザは、徒歩で来店してバスで帰宅するものであるとする。これは、例えば、このエリア近辺に勤務先があり、通勤手段はバスであるが、帰宅する際にこのエリア（大型店舗等）で買い物してからバスに乗って帰宅する場合等が考えられる。

この様な場合、実施例１では、移動手段（来店時の移動手段）が“徒歩”であると推定して、これに応じた情報提供を行うことになるが、“バス”に応じた情報提供は行われないことになる。一方、実施例２においては、“徒歩”だけでなく“バス”にも応じた情報提供を行えることになり、より適切な内容の情報提供を行えることが期待できる。

この例の場合、このユーザに提供する配信情報は、“徒歩”に応じた何らかの情報（実施例１で説明した例等）に加えて、更に例えば「本日、１０００円以上買い物した人は、本日のバス代が無料になります」等という情報が含まれることが考えられる。尚、更に実施例１の場合と同様に、気象情報に応じた情報も含まれていてもよい。

尚、上記の例の場合、「前回帰宅時の移動手段」として“バス”が記憶されることになるが、この様な例では毎日同じパターンで行動する人も少なくないので（それ以前に通勤の場合は通常は定期券を使うので）、今回もバスで帰宅する可能性が高いと考えられる。よって、提供する情報がユーザにとって有益なものとなる可能性は高いものと考えられる。

尚、他の例としては、例えば、電車で最寄駅に来た後、エリア（大型店舗等）で買い物後、徒歩で帰宅する行動パターンのユーザに対しては、「本日、この後、雨の予報になっております。尚、傘売場は２階です」等という情報を含む配信情報を提供すること等が考えられる。

この様に、一例としては、上記エリアに来る際の移動手段と帰る際の移動手段が異なるユーザに対して、実施例２は特に有効なものとなる。
尚、ステップＳ２３の判定がＮＯの場合、すなわち該当するレコードが移動手段記憶テーブル１５に存在しなかった場合は、ステップＳ２６の処理の際に、移動手段記憶テーブル１５に新規レコードを作成し、この新規レコードにおける会員ＩＤ９１には上記処理対
象会員ＩＤを記録し、「前回帰宅時の移動手段」９３には“なし”と記録する。それ以外のデータ項目については、該当レコード有りの場合と同じであり、特に説明しない。尚、この場合、配信情報決定テーブル１８において、その「前回帰宅時の移動手段」１０４が“なし”となっているレコードも存在することになる。

以上説明したように、実施例１では“本日の当該エリアまでの移動手段”（来店時の移動手段）に応じた内容の配信情報を提供したのに対して、実施例２では来店時の移動手段に応じたものだけでなく、帰宅時の移動手段（前回と同じものと推測する）に応じた内容も含む配信情報を提供することができ、ユーザに対して更に適切な情報提供を行えることが期待できる。尚、配信情報において更に気象情報に応じた情報も含まれてもよい点は、実施例２においても実施例１と同じである。

最後に、図１３に、上記配信サーバ１０（コンピュータ）のハードウェア構成の一例を示しておく。
図１３に示すコンピュータ２００は、ＣＰＵ２０１、メモリ２０２、入力部２０３、出力部２０４、記憶部２０５、記録媒体駆動部２０６、及びネットワーク接続部２０７を有し、これらがバス２０８に接続された構成となっている。

ＣＰＵ２０１は、当該コンピュータ２００全体を制御する中央処理装置である。
メモリ２０２は、任意の処理実行の際に、記憶部２０５（あるいは可搬型記録媒体２０９）に記憶されているプログラムあるいはデータを一時的に格納するＲＡＭ等のメモリである。ＣＰＵ２０１は、メモリ２０２に読み出したプログラム／データを用いて、各種処理を実行する。

出力部２０４は、例えばディスプレイ等であり、入力部２０３は、例えば、キーボード、マウス等である。尚、これらは無くてもよい。
ネットワーク接続部２０７は、例えば上記ネットワーク４に接続して、各配信端末２等との通信（コマンド／データ送受信等）を行う為の構成である。

記憶部２０５は、例えばハードディスク等であり、上述した各種処理をＣＰＵ２０１により実現させる為のアプリケーションプログラムが格納されている。すなわち、上記制御部１１や各種モジュール１２，１３の機能・処理、換言すれば図３に示すステップＳ３，Ｓ４，Ｓ７の処理（図４や図９の処理が含まれる）を、ＣＰＵ２０１により実現させる為の所定のアプリケーションプログラムが格納されている。また、記憶部２０５には、上記各種テーブル１４，１５，１６，１７，１８，１９も格納されている。

ＣＰＵ２０１は、上記記憶部２０５に格納されている各種プログラムを読み出し・実行することにより、上述した各種処理を実現する。その際、上記記憶部２０５に格納されている各種テーブルを参照する。

あるいは、上記記憶部２０５に格納される各種プログラム／データは、可搬型記録媒体２０９に記憶されているものであってもよい。この場合、可搬型記録媒体２０９に記憶されているプログラム／データは、記録媒体駆動部２０６によって読み出される。可搬型記録媒体２０９とは、例えば、ＦＤ（フレキシブル・ディスク）２０９ａ、ＣＤ−ＲＯＭ２０９ｂ、その他、ＤＶＤ、光磁気ディスク等である。

あるいは、また、上記プログラム／データは、ネットワーク接続部２０７により接続しているネットワークを介して、他の装置内に記憶されているものをダウンロードするものであってもよい。あるいは、更に、インターネットを介して、外部の他の装置内に記憶されているものをダウンロードするものであってもよい。

また、本発明は、上記本発明の各種処理をコンピュータ上で実現するプログラムを記録した可搬型記憶媒体として構成できるだけでなく、当該プログラム自体として構成することもできる。

本システム１により、交通機関の利用履歴やＧＰＳを使用しなくても、簡単な構成で顧客の移動手段を推定することができ、推定した移動手段に応じた情報を配信することが可能となる。

上記移動手段の推定は、実施例１においては“本日のそのエリアまでの移動手段”（来店時の移動手段）であり、実施例２では来店時の移動手段と、帰宅時の移動手段である。
上記移動手段の推定方法は、例えば、上記エリア（大型店舗等）には複数の出入口があり、移動手段に応じてどの出入口を利用する確率が高いか等によって、予め例えば各出入口近辺の配信端末毎に対応する移動手段を登録しておく。そして、各ユーザ毎に、ユーザがその日に最初に利用した配信端末がどれであるかによって、このユーザの来店時の移動手段を推定する。そして、推定した移動手段に応じた配信情報を選択して、この配信情報をユーザに提供する。

更に、気象情報を組み合わせることにより、例えば、移動手段が徒歩で且つ暑い日には、冷たい飲料の情報などを提供するなど、顧客の状況に対してより適切な情報を提供することができる。

１ 情報配信システム
２ 配信端末
３ 通信端末
４ ネットワーク
５ 気象情報配信システム
１０ 配信サーバ
１１ 制御部
１２ 移動手段推定モジュール
１３ 配信情報決定モジュール
１４ 移動手段推定テーブル
１５ 移動手段記憶テーブル
１６ 配信履歴テーブル
１７ 配信情報テーブル
１８ 配信情報決定テーブル
１９ 気象情報テーブル
３１ 配信端末ＩＤ
３２ 「推移される移動手段」
４１ 会員ＩＤ
４２ 更新日時
４３ 移動手段
５１ 天気
５２ 気温
５３ 天気予報
６１ 天気
６２ 気温
６３ 天気予報
６４ 移動手段
６５ 配信情報ＩＤ
７１ 配信要求時刻
７２ 会員ＩＤ
７３ 端末ＩＤ
７４ 配信情報ＩＤ
８１ 配信情報ＩＤ
８２ タイトル
８３ ジャンプ先のＵＲＬ
８４ 本文
９１ 会員ＩＤ
９２ 更新日時
９３ 「前回帰宅時の移動手段」
９４ 「来店時の移動手段」
１０１ 天気
１０２ 気温
１０３ 天気予報
１０４ 「前回帰宅時の移動手段」
１０５ 「来店時の移動手段」
１０６ 配信情報ＩＤ
２００ コンピュータ
２０１ ＣＰＵ
２０２ メモリ
２０３ 入力部
２０４ 出力部
２０５ 記憶部
２０６ 記録媒体駆動部
２０７ ネットワーク接続部
２０８ バス
２０９ 可搬型記録媒体
２０９ａ ＦＤ（フレキシブル・ディスク）
２０９ｂ ＣＤ−ＲＯＭ

Claims (8)

1. サーバ装置と、所定のエリア内の各所に配置される端末であって任意のユーザが所持する通信端末との非接触近距離通信機能を有しネットワークを介して前記サーバ装置と通信可能な複数の配信端末とを有する情報配信システムであって、
   前記各配信端末は、任意のユーザが前記通信端末によりアクセスしてくる毎に、配信要求を前記サーバ装置に送信する配信要求手段を有し、
   前記サーバ装置は、
   予め複数種類の配信情報を記憶する配信情報記憶手段と、
   前記配信要求に基づき、前記ユーザがその日に前記各配信端末のうちのどの配信端末を最初に利用したかにより、該配信要求の送信元の配信端末に送信すべき配信情報を決定する配信情報決定手段と、
   を有することを特徴とする情報配信システム。
2. 前記サーバ装置は、更に、予め前記各配信端末毎に対応付けて任意の移動手段が登録された第１記憶手段を有し、
   前記配信情報決定手段は、前記ユーザがその日に最初に利用した配信端末に対応する移動手段を前記第１記憶手段を参照して求め、該求めた移動手段に基づいて前記配信要求の送信元の配信端末に送信すべき配信情報を決定することを特徴とする請求項１記載の情報配信システム。
3. 前記配信端末の前記配信要求手段は、前記通信端末から取得した当該通信端末の識別情報と自己の配信端末識別情報を含む前記配信要求を前記配信サーバ装置に送信し、
   前記サーバ装置は、更に、予め前記各配信端末毎に対応付けて、その配信端末の設置位置に応じて決められた推定移動手段が登録された第２記憶手段を有し、
   前記配信情報決定手段は、
   任意の配信端末から前記配信要求がある毎に、その通信端末識別情報に基づいて当該配信要求がそのユーザがその日に最初にアクセスした配信端末からの配信要求であるか否かを判定し、そのユーザがその日に最初にアクセスした配信端末からの配信要求であると判定した場合には、当該配信要求の前記配信端末識別情報により前記第２記憶手段から該当する推定移動手段を取得し、該推定移動手段をそのユーザのその日の前記所定エリアまでの移動手段として決定・記憶する移動手段推定手段と、
   前記移動手段推定手段によって決定された又は既に決定されて記憶されていた移動手段に応じた配信情報を前記配信情報記憶手段から取得して、該取得した配信情報を前記配信要求の送信元の配信端末に送信する配信情報取得・送信手段と、
   を有することを特徴とする請求項１記載の情報配信システム。
4. 前記サーバ装置は、更に、所定の外部装置から定期的に気象情報を取得して記憶する気象情報取得・記憶手段を有し、
   前記配信情報取得・送信手段は、前記移動手段推定手段によって決定された又は既に決定されて記憶されていた移動手段と前記気象情報とに応じた配信情報を前記配信情報記憶手段から取得することを特徴とする請求項３記載の情報配信システム。
5. 前記サーバ装置の前記配信情報決定手段は、前記配信要求に基づき、前記ユーザがその日に前記各配信端末のうちのどの配信端末を最初に利用したか、及び前記ユーザが過去に前記所定エリアにおいてどの配信端末を最後に利用したかにより、前記配信要求の送信元の配信端末に送信すべき配信情報を決定することを特徴とする請求項１記載の情報配信システム。
6. サーバ装置と、所定のエリア内の各所に配置される端末であって任意のユーザが所持す
   る通信端末との非接触近距離通信機能を有しネットワークを介して前記サーバ装置と通信可能な複数の配信端末とを有する情報配信システムにおける前記サーバ装置であって、
   予め複数種類の配信情報を記憶する配信情報記憶手段と、
   任意の前記配信端末が任意のユーザが前記通信端末によりその配信端末にアクセスする毎に送信してくる配信要求を受信する毎に、該配信要求に基づき、前記ユーザがその日に前記各配信端末のうちのどの配信端末を最初に利用したかにより、該配信要求の送信元の配信端末に送信すべき配信情報を決定する配信情報決定手段と、
   を有することを特徴とする情報配信システムのサーバ装置。
7. 前記配信要求には、該配信要求の送信元の配信端末の識別情報と、該配信端末にアクセスした前記通信端末の識別情報が含まれており、
   予め前記各配信端末毎に対応付けて、その配信端末の設置位置に応じて決められた推定移動手段が登録された第２記憶手段を更に有し、
   前記配信情報決定手段は、
   任意の配信端末からの前記配信要求を受信する毎に、その通信端末識別情報に基づいて当該配信要求がそのユーザがその日に最初にアクセスした配信端末からの配信要求であるか否かを判定し、そのユーザがその日に最初にアクセスした配信端末からの配信要求であると判定した場合には、当該配信要求の前記配信端末識別情報により前記第２記憶手段から該当する推定移動手段を取得し、該推定移動手段をそのユーザのその日の前記所定エリアまでの移動手段として決定・記憶する移動手段推定手段と、
   前記移動手段推定手段によって決定された又は既に決定されて記憶されていた移動手段に応じた配信情報を前記配信情報記憶手段から取得して、該取得した配信情報を前記配信要求の送信元の配信端末に送信する配信情報取得・送信手段と、
   を有することを特徴とする情報配信システムのサーバ装置。
8. サーバ装置と、所定のエリア内の各所に配置される端末であって任意のユーザが所持する通信端末との非接触近距離通信機能を有しネットワークを介して前記サーバ装置と通信可能な複数の配信端末とを有する情報配信システムにおける前記サーバ装置のコンピュータを、
   予め複数種類の配信情報を記憶する配信情報記憶手段と、
   任意の前記配信端末が任意のユーザが前記通信端末によりその配信端末にアクセスする毎に送信してくる配信要求を受信する毎に、該配信要求に基づき、前記ユーザがその日に前記各配信端末のうちのどの配信端末を最初に利用したかにより、該配信要求の送信元の配信端末に送信すべき配信情報を決定する配信情報決定手段、
   として機能させる為のプログラム。
   

Images