JP2015026298A - 情報配信装置及び情報配信方法 - Google Patents

Abstract

【課題】特定のシステムやネットワークに負荷が集中することがなく、移動者の情報を、それを必要としているシステムや装置、サーバに適切に届けることである。【解決手段】上記目的を達成するために、本発明の記述する情報送信装置では、移動者が行く可能性の高い地点を算出する手段と、前記手段で算出した行く可能性の高い地点に関連し、かつ前記移動者の情報を必要としている装置やシステムを算出する手段と、前記手段で算出した装置やシステムに、前記移動者の情報を送信する手段を備える【選択図】 図１

Description

本発明は、データの使い手に流通させるデータ流通システムにあって、特に移動履歴のデータを流通させる移動データ流通システムに関するものである。

人は需要の根源であり、特定の地点における人の数や属性利用した、多くのサービスが存在する。例えば、特許文献１には、気象情報と人の集まる場所の情報を総合的に判断して利用者状況を把握し、適切な場所に必要な車両の配車サービスを行う技術が記載されている。また、移動先や経路を予測する方式として、特許文献２には、交通機関の乗車券システムから取得した利用履歴情報や定期券情報を用いて、利用者が行く可能性が高い駅などを予測する技術が記載されている。また、特許文献３には、エレベーターによる人の輸送とビルのフロア内の人の流れを連動させたシミュレーション評価手法が記載されている。

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

特許文献１に示したように人の移動先や経路に関する情報を使用するアプリケーションやシステムは複数存在する。それに対し、特許文献２では、問い合わせをしたアプリケーションやシステムに対して、人の移動先や経路の予測情報を提供する方式を、特許文献３では、ビル内の人の流れをシミュレーションする手法を提示している。しかし、問い合わせをうけるシステムには、個人ごとの移動先や経路の予測情報を書き込む必要があり、日に１０００万人を超える人々の情報を扱うような大規模システムの場合、該システムの処理負荷が非常に大きくなる。

そこで、本発明は、特定のシステムやネットワークに負荷が集中することがなく、到着する人の情報を必要としているシステムや装置、サーバに該情報を届けることを目的とする。

上記目的を達成するために、本発明の一つの観点から、移動者の情報である移動者情報を利用する装置に該移動者情報を配信する情報配信装置を提供する。当該情報配信装置は、
移動者の位置情報である移動者位置情報に基づいて移動者の移動先を予測する移動先予測手段と、移動者情報の配信先となる装置に関する情報である装置情報と場所に関する場所情報とが対応付けられた配信先情報を格納する格納部と、配信先情報を参照し、移動先予測手段により予測された移動者の移動先に対応する場所情報に基づいて装置情報を取得す配信先決定手段と、配信先決定手段により取得された装置情報に基づいて、移動者情報を装置に送信する送信手段と、を有する。

本発明によれば、該場所や地点に特化したサービスやアプリケーションが、その場所に来る可能性が高い人の情報のみを取得すること可能になり、ネットワークや特定のサーバへの負荷を低減できる。

本発明の一実施形態におけるシステムの全体構成である 本発明の一実施形態における移動情報データである 本発明の一実施形態における行先予測手段の処理フローである 本発明の一実施形態における定期券管理サーバのデータベースである 本発明の一実施形態における履歴管理サーバのデータベースである 本発明の一実施形態における乗換駅データベースである 本発明の一実施形態におけるダイヤ管理サーバのデータベースである 本発明の一実施形態におけるダイヤ管理サーバのデータベースである 本発明の一実施形態における配信先決定手段の処理フローである 本発明の一実施形態における配信先データベースである 本発明の一実施形態における配信手段の処理フローである 本発明の一実施形態における到着予定移動者情報のデータである 本発明の一実施形態における到着予定移動者情報のデータである 本発明の一実施形態における配信手段の使用する配信一時記憶データベースである 本発明の一実施形態における配信手段の処理フローである 本発明の一実施形態における複数の情報配信装置を含むシステムの全体構成である 本発明の一実施形態における複数の情報配信装置に対する配信先データベースの配信方式である

＜実施例１＞。

以下、本発明の実施の形態について図面を参照して詳細に説明する。

本説明では、鉄道を用いて移動している移動者の情報を、その情報を必要としているシステムに配信する場合の実施例を取り上げる。人に対するサービスでは、該サービスを提供する場所に、いつ、どのような人が何人くるかという情報が必要となる場合が多い。例えば、タクシーの場合は、どこに何人の人がいるかがわかれば効率の良い配車計画立案が可能になる。広告の場合は、どのような属性の人がくるかがわかれば、その属性の人をターゲットとする種類の製品の広告を掲示することで、効果的に当該製品の広告をすることができる。そのため、移動している人の行先を予測し、該行先に関するサービスを提供している情報システムに該移動している人の情報（どのような人がいつ着くか）を配信する。

図1に、本実施例における本発明を具備するシステムの全体構成を示す。

本実施例のシステムは、情報配信装置１０に加え、自動改札機３０、履歴管理サーバ３４、定期券管理サーバ３２、ダイヤ管理サーバ３８と、タクシー配車システム２０、駅員情報提示システム２２、電子掲示板システム２４で構成され、移動者４１の情報を、移動者４１の行先に関連するサービスを提供するタクシー配車システム２０、駅員情報提示システム２２、電子掲示板システム２４に届けるシステムである。

本実施例では、移動者４１の行先に関連するサービスを提供するシステムとして、タクシー配車システム２０、駅員情報提示システム２２、電子掲示板システム２４を例に説明するが、移動者４１の行先に関連するサービスを提供し、鉄道を用いて移動している移動者４１の情報を必要とする他のシステムにも適用可能である。

タクシー配車システム２０、駅員情報提示システム２２と電子掲示板システム２４は、それぞれ個別のサービスを提供しているコンピュータシステムである。
該サービスを提供する場所に来る移動者に関する情報である到着予定移動者情報６０を、有線もしくは無線のネットワーク５１で接続された情報配信装置１０から配信され、独自のサービスの需要予測、および業務計画立案などに活用する。これら３つのサービスは例であり、到着予定移動者情報６０は、情報配信装置１０によって、それを必要とするどのようなサービスを提供するシステムにも配信できる。

情報配信装置１０は、移動情報取得手段１１と行先予測手段１２と配信先決定手段１４と配信手段１６と、配信先データベース１８と配信一時記憶データベース１９で構成される。情報配信装置１０は、典型的には１台のコンピュータであり、移動情報取得手段１１、行先予測手段１２、配信先決定手段１４、配信手段１６は、そのＣＰＵやメモリを利用して動作するソフトウエアプログラムである。配信先データベース１８と配信一時記憶データベース１９はＲＤＢ（リレーショナルデータベース）やＯＤＢ（オブジェクトデータベース）、ＫＶＳ（キーバリューストア）、キューやスタック、ファイルシステムなどのデータベースである。行先予測手段１２、配信先決定手段１４、配信手段１６、配信先データベース１８、配信一時記憶データベース１９はネットワークで接続された複数のコンピュータ上に分散して配置してもよい。

移動者４１は移動中の人であり、本実施例においては特に鉄道を使用して移動中の人である。

移動情報取得手段１１は、移動者４１の現在の移動に関する情報である移動情報６１を取得する手段である。行先予測手段１２は、移動情報６１に関わる移動者４１の行先を予測して配信先決定手段１４に伝える。配信先決定手段１４は、行先予測手段１２で予測した行先に関連する情報システムのＵＲＬやＩＰアドレス等の配信先アドレスを算出し、配信手段１６に伝達する。行先とその行先に関連する情報システムのＵＲＬやＩＰアドレス等の配信アドレスの関係の定義は、配信先データベース１８が保持する。配信手段１６は、移動情報取得手段１１が取得した移動情報６１、行先予測手段１２が予測した行先への到着時刻、もしくは移動者４１の性別や年齢等の属性情報の１つないし複数をまとめた到着予定移動者情報６０を作成し、配信先決定手段１４で算出した配信先アドレス、すなわちタクシー配車システム２０、もしくは駅員情報提示システム２２や電子掲示板システム２４などに配信する。配信一時記憶データベース１９は、到着予定移動者情報６０を作成後、配信するまでに時間差がある場合に一時的に保持するデータベースである。

乗車券４０は、移動者４１が携帯し、移動者４１を識別する手段であり、ＩＤが記入されたＩＣ（integrated circuit）カード乗車券やＩＣカード定期券、ＩＣカード機能（ＮＦＣ機能）付きの携帯電話やＧＰＳ機能付き携帯電話などである。

自動改札機３０は、移動者４１の場所を把握する手段であり、乗車券４０を読み取った際に、乗車券４０のＩＤと読み取り時刻、自動改札機３０の場所、すなわち移動者４１の現在の移動に関する情報である移動情報６１を有線もしくは無線のネットワーク５０を介して、移動情報取得手段１１に通知する。移動者４１の場所を把握するために、自動改札機３０のかわりに、ＩＣカード読み取り機能のある自動販売機やチャージ機、レジなどを用いてもよいし、移動者４１が携帯するＩＣカード機能（ＮＦＣ機能）付きの携帯電話のＧＰＳ記録を用いてもよい。
定期券管理サーバ３２は、ＩＣカード定期券などの定期券情報を記録するサーバであり、１つ目の役割は移動者４１の年齢や性別などの属性情報を情報配信装置１０に提供することにある。定期券情報のかわりにＩＣカード機能（ＮＦＣ機能）付きの携帯電話の契約情報などを携帯電話サーバから取得してもよい。定期券管理サーバ３２の２つ目の役割は、行先予測手段１２が行先予測に用いる定期区間情報を情報配信装置１０に提供することにある。

履歴管理サーバ３４は、移動者４１の過去の移動履歴を蓄積するサーバであり、典型的には、自動改札機３０などの自動改札機で読み取った駅構内への入場や、駅構内からの退場の記録、レジや自動販売機での購入記録などがある。その他、ＩＣカード機能（ＮＦＣ機能）付きの携帯電話のＧＰＳでの移動記録でもよい。履歴管理サーバ３４が保持する履歴情報を用いて、行先予測手段１２が移動者４１の移動先を予測する。

ダイヤ管理サーバ３８は、列車の時刻表データを管理するサーバである。列車の時刻表データは、行先予測手段１２が移動者４１の行先への到着予測時刻を算出するのに使用する。

以下、図２から図１５を用いて、情報配信装置１０を構成する移動情報取得手段１１と行先予測手段１２、配信先決定手段１４、配信手段１６の処理を詳細に説明する。

まず、移動情報取得手段１１の処理を説明する。

移動情報取得手段１１は、移動者４１の現在の移動に関する情報である移動情報６１を取得する手段である。自動改札機３０が読み取った移動者４１が持参する乗車券４０のＩＤ、および入場日時、入場駅などの情報を取得する。自動改札機３０が乗車券４０のデータを読み取った時点で、ＩＤ、入場日時、入場駅などの情報を情報配信装置１０に送信し、それを情報配信装置１０が受信することで、移動情報取得手段１１がＩＤ、入場日時、入場駅などの情報を取得してもよいし、自動改札機３０は前記情報を一度駅サーバやその他サーバ等に送信して蓄積し、そこから過去１０分間の入場記録などと指定することで前記情報を移動情報取得手段１１が取得してもよい。

図２に移動情報６１の例を示す。移動情報６１には、移動者４１を識別するＩＤ、移動者４１のいる場所と、その場所にいることを計測した日時を含む。自動改札機３０で移動者４１が持参する乗車券４０を読み取る場合は、移動情報６１には図２の例に示すように乗車券４０のカードＩＤ、入場日時、入場駅などを含む。

移動情報６１は、乗車券４０と自動改札機３０ではなく、その他の位置計測手段を用いて収集してもよい。例えば、ＩＣカードやクレジットカードを用いて買い物をした情報を用いてもよいし、移動者４１が保有する携帯電話やナビゲーションシステムのＧＰＳ等での位置計測履歴を使用してもよい。その場合、移動情報６１には、カードＩＤのかわりに該当する携帯電話等を識別するＩＤが格納され、入場駅のかわりに買い物の店舗名や、ＧＰＳの座標値などを格納する。

次に、行先予測手段１２の処理を説明する。行先予測手段１２は、移動情報６１に関わる移動者４１の行先を予測して配信先決定手段１４に伝える手段である。

図３のフローチャートを用いて、本実施形態における行先予測手段１２の処理を説明する。

本フローチャートの処理は、典型的には移動情報取得手段１１が移動情報６１を取得した時に開始するが、定期的に実行してもよい。

まずステップ１２０で、移動情報取得手段１１が取得した移動情報６１を取得する。
次にステップ１２１で、移動情報６１が示す移動者４１の行先予測をするために必要な情報を収集する。行先予測をするために必要な情報として、移動者４１の定期券情報や、過去の移動履歴の情報等がある。

定期券情報は、典型的には定期券管理サーバ３２に図４に示すデータベースとして格納されているが、情報配信装置１０内に同様のデータベースとして保持していてもよいし、その他のサーバ等に保持されていてもよい。移動履歴も同様であり、典型的には履歴管理サーバ３４に図５に示すデータベースとして格納されているが、情報配信装置１０内に同様のデータベースとして保持していてもよいし、その他のサーバ等に保持されていてもよい。

ステップ１２１では、ステップ１２０で取得した移動情報６１に含まれるカードＩＤ「１２３４５」をキーに図４に示す定期券情報データベース３２９のカードＩＤ列３２０を検索し、合致した１行目を移動者４１の定期券情報として取得する。また、同様に、ステップ２１０で取得した移動情報６１に含まれるカードＩＤ「１２３４５」をキーに図５に示す履歴情報データベース３４９のカードＩＤ列３４０を検索し、合致した１行目、３行目、４行目、５行目を移動者４１の移動履歴情報として取得する。

次にステップ１２２で、ステップ１２１で取得した情報を活用して、移動者４１の行先を予測する。例えば、ステップ１２１で取得した定期券情報データベース３２９の１行目の定期券情報を利用する場合、その着駅列３２３の値「Ｘ社Ｙ線Ｄ駅」で降りる可能性が高いとして、「Ｘ社Ｙ線Ｄ駅」を行先と予測する。移動情報６１の入場駅と、発駅列３２２が一致することを条件として定期券情報データベース３２９を検索することで、移動者４１の行先を予測してもよい。

また、例えば、ステップ１２１で取得した移動履歴データベース３４９の１行目、３行目、４行目、５行目の内、着駅になる可能性が高いのが処理名列３４２が「出場」である３行目と５行目と判断し、該当行の駅列３４３の値である「Ｘ社Ｙ線Ｄ駅」、「Ｘ社Ｚ線Ｅ駅」を行先と予測する。また、履歴の中で出場頻度が高い駅を５個を選ぶなどとしてもよいし、直近１か月など期間を区切ってもよい。

ステップ１２２の行先予測は、上述した方法以外の方法を用いてもよい。例えば、移動情報６１が携帯電話のＧＰＳ位置情報である場合には、過去の同一の携帯電話やカーナビなどのＧＰＳ位置情報履歴を元に、移動情報６１のＧＰＳ位置情報の位置に過去に行ったときに、その後いったことのあるところ、もしくは行く頻度が高いところを行先と予測してもよい。同一の携帯電話だけでなく、すべての携帯電話の履歴情報を対象に類似の行動パターンを探して行先を予測してもよい。ステップ１２１では、ステップ１２２の行先予測方法にあわせて必要な情報を集める。

次にステップ１２３で、ステップ１２２で予測した行先にいたるまでに移動者４１が経由する経由地や乗り換え駅等を予測し、それらの経由地、乗換駅等も移動者４１の行先に加える。乗り換え駅の予測には、図６に示す乗換駅データベース３８９を使用する。このデータベースは、あらかじめ情報配信装置１０で準備してもよいし、発駅と着駅を指定すると経路と乗換駅を提示する乗換案内ソフトウエアやサービスを使用してもよい。

ステップ１２１で取得した移動情報６１の入場駅が「Ｘ社Ｙ線Ａ駅」であり、ステップ１２２で行先と予測した駅が「Ｘ社Ｚ線Ｅ駅」の場合、乗換データベース３８９の発駅列３８１が前記入場駅と一致する「Ｘ社Ｙ線Ａ駅」であり、着駅列３８２が前記行先と一致する「Ｘ社Ｚ線Ｅ駅」である行を検索する。一致する１行目の乗換駅列３８３である「Ｘ社Ｙ線Ｃ駅」を乗換駅とし、これもステップ１２２で予測した行先に加える。

経由地は、予測可能な経由箇所であれば乗り換え駅でなくてもよい。搭乗する列車であってもよいし、駅内で経由する階段等であってもよい。搭乗する列車の予測には、前述した乗換案内ソフトウエアやサービスを使用する方法がある。駅内で経由する階段等の予測には、例えば、特許文献３のように、人の流れをシミュレーションで模擬する方法などがある。

人の行先を確実に予測することは困難であるため、ステップ１２２とステップ１２３で予測する行先は、行く可能性の高いところを０個以上いくつでもあげてよい。但し、多くなると後述する配信手段１６で配信する先が多くなりネットワーク負荷が高くなるため、ネットワーク負荷を考慮して予測する行先の数を決定してもよい。また、ステップ１２３は実行しなくてもよい。

次にステップ１２４では、ステップ１２２とステップ１２３で予測した行先への到着予測時刻を算出する。到着時刻の予測にはダイヤ管理サーバ３８に格納する図７と図８に示すダイヤのデータベース３８９、３８１２を使用してもよいし、前述した乗換案内ソフトウエアやサービスを使用してもよい。ダイヤデータベースはダイヤ管理サーバ３８ではなく、あらかじめ情報配信装置１０に保持してもよい。また、携帯電話で位置情報を計測するなどで、移動情報６１に格納されるのがＧＰＳ位置情報の座標値である場合、行先の座標値との距離を算出し、徒歩として時速４ｋｍや、自動車として時速３０ｋｍなどで、前記距離を移動するのにかかる時間を算出し、移動情報６１に格納されている日時に足すことで行先への到着予測時刻を算出してもよい。ナビゲーションシステムなどで目的地に行先を設定し、算出される到着予測時刻を利用してもよい。

ステップ１２１で移動情報６１を取得し、ステップ１２２で行先に「Ｘ社Ｙ線Ｄ駅」と予測した場合、例えば、図２の移動情報６１の入場駅が「Ｘ社Ｙ線Ａ駅」であり、入場時刻が「２／１０ ８：００」であるため、図７に示すダイヤデータベース３８９より、Ｘ社Ｙ線Ａ駅を８：００以降に発車するはじめの列車である１行目の列車０１に乗車したとする。そして、ステップ１２２で行先と予測した「Ｘ社Ｙ線Ｄ駅」への１行目の列車０１の到着時刻「８：４０」を到着予測時刻とする。

ステップ１２１で移動情報６１を取得し、ステップ１２２で行先に「Ｘ社Ｚ線Ｅ駅」と予測し、さらにステップ１２３で乗換駅に「Ｘ社Ｙ線Ｃ駅」を予測した場合、例えば、図２の移動情報６１の入場駅が「Ｘ社Ｙ線Ａ駅」であり、入場時刻が「２／１０ ８：００」であるため、図７に示すダイヤデータベース３８９より、Ｘ社Ｙ線Ａ駅を８：００以降に発車するはじめの列車である１行目の列車０１に乗車したとする。そして、ステップ１２３で乗換駅と予測した「Ｘ社Ｙ線Ｃ駅」への１行目の列車０１の到着時刻「８：３０」を到着予測時刻とする。さらに図８に示すダイヤデータベース３８１２より、Ｘ社Ｙ線Ｃ駅を８：３０以降に発車するはじめの列車である１行目の列車１１に乗車したとする。そして、ステップ１２２で行先と予測した「Ｘ社Ｙ線Ｅ駅」への１行目の列車１１の到着時刻「８：４５」を到着予測時刻とする。

次に、配信先決定手段１４の処理を説明する。配信先決定手段１４は、行先予測手段１２で予測した行先に関連する情報システムのＵＲＬやＩＰアドレス等の配信先アドレスを算出し、配信手段１６に伝達する手段である。

配信先決定手段１４の使用する配信先データベース１８について、図１０を用いて説明する。

図１０に配信先データベース１８の例を示す。配信先データベース１８は行先列１４２０、配信先列１４２１、到着時刻差分列１４２２、配信時刻列１４２３からなり、行先予測手段１２が予測した行先と、配信先との関係を保持する。配信時刻列１４２３は必須ではないが、後述する配信手段１６の処理で、即時に配信せず、移動者４１が該当の行先に到着する直前に配信する場合には必要である。配信先列１４２１に記録するのは典型的にはＵＲＬであるが、ＩＰアドレスやその他のサーバやシステムを特定する情報であってもよい。

図９のフローチャートを用いて、本実施形態における配信先決定手段１４の処理を説明する。

本フローチャートの処理は、典型的には行先予測手段１２が処理を終了した直後に実行するが、定期的に実行してもよい。

まず、ステップ１４０で、行先予測手段１２が予測した複数の行先と、到着予測時刻を取得する。ここでは、行先予測手段１２が行先として「Ｘ社Ｙ線Ｃ駅」と「Ｘ社Ｚ線Ｅ駅」を予測し、到着予測時刻をそれぞれ「８：３０」「８：４５」とした場合を例に説明する。

ステップ１４１では、到着予定移動者情報６０を配信する先のシステムを配信先データベース１８から取得する。最初の処理では、行先列１４２０をステップ１４０で取得した行先「Ｘ社Ｙ線Ｃ駅」で検索し、合致している４行目の配信先列１４２１の値「Ｃ駅電子掲示板システム(ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｎｅｔ／ｃ＿ｓｉｇｎａｇｅ)」と配信時期列１４２３「１分前」を取得する。

ステップ１４２において、ステップ１４０で取得した行先全てについてステップ１４１の処理を実行した場合は、図９のフローチャートの処理は終了となり、他の行先がある場合は、他の行先についてステップ１４１の処理を実行する。今回の例では、他の行先として「Ｘ社Ｚ線Ｅ駅」があるため、ステップ１４１において、「Ｘ社Ｚ線Ｅ駅」で検索し、合致している２行目の配信先列１４２１の値「Ｅ駅電子掲示板システム(ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｎｅｔ／ｅ＿ｓｉｇｎａｇｅ)」と配信時期列１４２３「１分前」と３行目の配信先列１４２１の値「Ｔ社タクシー配車システム(ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｃｏｍ／ｔａｘｙ)」と配信時期列１４２３「即時」を取得する。

次に、配信手段１６の処理を説明する。配信手段１６は、移動情報取得手段１１が取得した移動情報６１、行先予測手段１２が予測した行先への到着時刻、もしくは移動者４１の性別や年齢等の属性情報の１つないし複数をまとめて到着予定移動者情報６０を作成し、配信先決定手段１４で算出した配信先アドレス、すなわちタクシー配車システム２０、もしくは駅員情報提示システム２２や電子掲示板システム２４などに配信する。

配信手段１６の使用する配信一時記憶データベース１９について、図１４を用いて説明する。

図１４に配信一時記憶データベース１９の例を示す。配信一時記憶データベース１９は到着予定移動者情報６０を配信時刻になるまで一時的に記憶するＲＤＢ等のデータベースであり、配信時刻列１６０１、配信先列１６０２、配信情報列１６０３からなり、配信時刻、配信先ごとに到着予定移動者情報６０をまとめて記憶する。配信一時記憶データベース１９はＲＤＢであってもよいし、配信時刻と配信先の組み合わせごと、つまり図１４の各行ごとにキューやスタックなどを作成し、該当する配信時刻と配信先の到着予定移動者情報６０が生成されるたびに、該当のキューやスタックに追加していってもよい。

図１１のフローチャートを用いて、本実施形態における配信手段１６の処理を説明する。

本フローチャートの処理は、典型的には配信先決定手段１４が処理を終了した直後に実行するが、定期的に実行してもよい。

まず、ステップ１６０で、配信先決定手段１４が算出した配信先と配信時期を取得する。配信先決定手段１４で配信時期を算出しなかった場合には、配信時期を取得する必要はない。ここでは、移動情報取得手段１１にて図２に示す移動情報６１が取得された場合の処理として、配信先決定手段１４が図１０に示す配信先データベース１８の２行目から４行目、すなわち「Ｔ社タクシー配車システム(ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｃｏｍ／ｔａｘｙ)」「Ｅ駅電子掲示板システム(ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｎｅｔ／ｅ＿ｓｉｇｎａｇｅ)」「Ｃ駅電子掲示板システム(ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｎｅｔ／ｃ＿ｓｉｇｎａｇｅ)」をそれぞれ配信先として、配信時期とともに算出し、ステップ１６０でそれを取得した場合を例に説明する。

本フローチャートでは、ステップ１６０で取得した配信先と配信時期のペアごとに、ステップ１６１、１６２、１６３の処理、又は、ステップ１６１、１６２、１６４の一連の処理を実行する。本例では、「Ｔ社タクシー配車システム(ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｃｏｍ／ｔａｘｙ)」「Ｅ駅電子掲示板システム(ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｎｅｔ／ｅ＿ｓｉｇｎａｇｅ)」「Ｃ駅電子掲示板システム(ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｎｅｔ／ｃ＿ｓｉｇｎａｇｅ)」を配信先として取得している。従って、「Ｔ社タクシー配車システム(ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｃｏｍ／ｔａｘｙ)」に対し上述の一連の処理を実行後、ステップ１６５にて他の配信先有りと判定され、「Ｅ駅電子掲示板システム(ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｎｅｔ／ｅ＿ｓｉｇｎａｇｅ)」に対し一連の処理を実行する。その後、ステップ１６５にて他の配信先有りと判定され、「Ｃ駅電子掲示板システム(ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｎｅｔ／ｃ＿ｓｉｇｎａｇｅ)」に対し一連の処理が実行された後、他の配信先無しと判定され、本フローチャートの処理が終了する。

ステップ１６１では、到着予定移動者情報６０として配信する情報を取得する。前述のように、到着予定移動者情報６０には、移動情報取得手段１１が取得した移動情報６１、行先予測手段１２が予測した行先への到着時刻、もしくは移動者４１の性別や年齢等の属性情報の１つないし複数を含む。移動情報６１は、移動情報取得手段１１の取得結果であり、本例の場合、図２に示す移動情報６１に含まれるカードＩＤ「１２３４５」、入場日時「２／１０ ８：００」、入場駅「Ｘ社Ｙ線Ａ駅」が該当する。到着予測時刻は行先予測手段１２の予測結果であり、本例の場合、「Ｘ社Ｚ線Ｅ駅」への「８：４５」と「Ｘ社Ｙ線Ｃ駅」への「８：３０」が該当する。移動者４１の性別や年齢等の属性情報は、図４に示す定期券管理サーバ３２のデータベースの属性列３２１より取得する。本例の場合、移動情報６１に含むカードＩＤ「１２３４５」をキーに図４に示す定期券管理サーバ３２のデータベースを検索し、カードＩＤ列３２０が「１２３４５」に合致する１行目の属性列３２１の値「３０代男性」が該当する。以上により取得した各情報をあわせて到着予定移動者情報６０を作成する。

最初の「Ｔ社タクシー配車システム(ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｃｏｍ／ｔａｘｙ)」に関する処理では、図１０の配信先データベース１８の２行目に関する処理であるため、行先「Ｘ社Ｚ線Ｅ駅」であり、上述のように「８：４５」に到着予定である。そのため、作成する到着予定移動者情報６０は、図１２に示す到着予定移動者情報６００になる。

２つ目の「Ｅ駅電子掲示板システム(ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｎｅｔ／ｅ＿ｓｉｇｎａｇｅ)」に関する処理では、図１０の配信先データベース１８の３行目に関する処理であるため、行先「Ｘ社Ｚ線Ｅ駅」であり、上述のように「８：４５」に到着予定である。そのため、作成する到着予定移動者情報６０は、図１２に示す到着予定移動者情報６００になる。

３つ目の「Ｃ駅電子掲示板システム(ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｎｅｔ／ｃ＿ｓｉｇｎａｇｅ)」に関する処理では、図１０の配信先データベース１８の３行目に関する処理であるため、行先「Ｘ社Ｙ線Ｃ駅」であり、上述のように「８：３０」に到着予定である。そのため、作成する到着予定移動者情報６０は、図１３に示す到着予定移動者情報６０１になる。

属性情報の取得先は定期券管理サーバ３２以外でもよく、移動情報６１として携帯電話のＧＰＳ情報を活用した場合などは、移動者４１の属性情報に関して、携帯電話の契約サーバなどに問い合わせてもよい。

次にステップ１６２では、配信時期に関する条件判定を行う。図１０に示す配信先データベース１８の配信時期列１４２３が「即時」の場合には、ステップ１６１で作成した到着予定移動者情報６０をステップ１６３にて配信先に即時に配信し、配信時期列１４２３が「１分前」等の場合には、ステップ１６１で作成した到着予定移動者情報６０をステップ１６４にて配信一時記憶データベース１９に記録する。

最初の「Ｔ社タクシー配車システム(ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｃｏｍ／ｔａｘｙ)」に関する処理では、図１０の配信先データベース１８の２行目に関する処理であるため、配信時期列１４２３は「即時」であり、ステップ１６１で作成した図１２に示す到着予定移動者情報６００をステップ１６４にてｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｃｏｍ／ｔａｘｙに即時に配信する。

２つ目の「Ｅ駅電子掲示板システム(ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｎｅｔ／ｅ＿ｓｉｇｎａｇｅ)」に関する処理では、図１０の配信先データベース１８の３行目に関する処理であるため、行先「Ｘ社Ｚ線Ｅ駅」で配信時期列１４２３は「１分前」であり、ステップ１６１で作成した図１２に示す到着予定移動者情報６００をステップ１６４にて配信一時記憶データベース１９に記録する。記録すると図１４に示す配信一時記憶データベース１９の１行目のように、「Ｘ社Ｚ線Ｅ駅」への到着予定時刻が「８：４５」であり、配信時期がその「１分前」であることから、配信時刻列１６０１に「８：４４」を、配信先列１６０２に「Ｅ駅電子掲示板システム(ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｎｅｔ／ｅ＿ｓｉｇｎａｇｅ)」、配信情報列１６０３に図１２に示す到着予定移動者情報６００の情報を記録する。

３つ目の「Ｃ駅電子掲示板システム(ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｎｅｔ／ｃ＿ｓｉｇｎａｇｅ)」に関する処理では、図１０の配信先データベース１８の３行目に関する処理であるため、行先「Ｘ社Ｙ線Ｃ駅」で配信時期列１４２３は「１分前」であり、ステップ１６１で作成した図１２に示す到着予定移動者情報６０１をステップ１６４にて配信一時記憶データベース１９に記録する。記録すると図１４に示す配信一時記憶データベース１９の２行目のように、「Ｘ社Ｙ線Ｃ駅」への到着予定時刻が「８：３０」であり、配信時期がその「１分前」であることから、配信時刻列１６０１に「８：２９」を、配信先列１６０２に「Ｃ駅電子掲示板システム(ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｎｅｔ／ｃ＿ｓｉｇｎａｇｅ)」、配信情報列１６０３に図１２に示す到着予定移動者情報６０１の情報を記録する。図１４に示す例では、既に「Ｃ駅電子掲示板システム(ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｎｅｔ／ｃ＿ｓｉｇｎａｇｅ)」に「８：２９」に配信する別人の到着予定移動者情報６０が記録されているため、それに追記する、もしくはキューやスタックに追加する。

配信手段１６の処理の内、配信一時記憶データベース１９に一時蓄積されている到着予定移動者情報６０を、配信時刻にあわせて配信する処理を図１５のフローチャートを用いて説明する。ここでは８時２９分に図１５に示すフローチャートの処理を実行したとして、処理を説明する。

まずステップ１７０で、図１４に示す配信一時記憶データベース１９から配信時刻列１６０１が現在の時刻と一致する行、又は、現在の時刻をすぎている行を検索し、配信情報列１６０３から到着予定移動者情報６０を取得する。現在時刻が８時２９分の場合、図１４に示す配信一時記憶データベース１９の２行目が合致する。

次にステップ１７１では、ステップ１７０で取得した到着予定移動者情報６０を配信先列１６０２のアドレスに配信する。図１４に示す配信一時記憶データベース１９の２行目の場合、「Ｃ駅電子掲示板システム(ｈｔｔｐ：／／ｅｘａｍｐｌｅ．ｎｅｔ／ｃ＿ｓｉｇｎａｇｅ)」に、到着予定移動者情報６０（配信情報列１６０３の値）を配信する。

次にステップ１７２では、配信が終了した情報を配信一時記憶データベース１９から削除する。本例では、図１４に示す配信一時記憶データベース１９の２行目を削除する。

次にステップ１７３では、ステップ１７０で取得した配信一時記憶データベース１９の行が他にあるか判定し、ある場合は、当該他の行についても、ステップ１７１及び１７２の処理を実行する。他の行がない場合は、処理を終了する。
＜実施例２＞。

最後に、図１６と図１７を用いて、移動者が大量にいる場合、もしくは駅等の場所が大量にある場合、事業者が複数にわたる場合に、複数の情報配信装置を連携して用いて、負荷や権限を分散する方式について説明する。

図１６は、複数の情報配信装置を含むシステムの全体構成である。ただし、移動情報６１の収集に必要な定期券管理サーバ等の一部の機器を省略して記述している。

図１６の全体構成では、情報配信装置１０として、収集側情報配信装置（１０１、１０２、１０３）と配信側情報配信装置１０４、センター情報配信装置１０５を備える。収集側情報配信装置（１０１、１０２、１０３）と配信側情報配信装置１０４、センター情報配信装置１０５は、それぞれ図１〜図１５で説明した情報配信装置１０の手段の一部、もしくはすべてを担う装置であり、手段の一部を担う場合には、複数の情報配信装置を連携し、手段を補完する。例えば、収集側情報配信装置１０２は、センター情報配信装置１０５、配信側情報配信装置１０４と連携し、情報配信装置１０のすべての手段を担う。

収集側情報配信装置（１０１，１０２，１０３）とは、移動情報を収集する機器が設置されている駅、もしくは複数の駅を含む線区など、特定の範囲の場所において移動情報６１を収集する情報配信装置１０の一例である。場所の範囲ごとではなく事業者ごとなど、収集に都合がよい別のまとまりごとに配置してもよい。例えば、収集側情報配信装置１０１は、駅Ａに設置された機器、すなわち自動改札機（３１０，３１１）やＰＯＳ端末３１２、自販機３１３などから移動情報６１を収集し、収集側情報配信装置１０２は、駅Ｂに設置された機器、すなわち自動改札機３１４などから移動情報６１を収集する。また、収集側情報配信装置１０３は、携帯キャリアや携帯電話サービスの管理者が設置する情報配信装置１０の一例であり、該携帯キャリアの契約形態電話、もしくは携帯電話サービスの利用端末である携帯電話である携帯電話（３１５，３１６）などから移動情報６１を収集する。

収集側情報配信装置には、情報配信装置１０のすべての手段を備えてもよい。また配信先決定手段１４でサービスを提供している装置のアドレスの代わりに、配信側情報配信装置１０４を配信先として決定してもよい。また、行先予測手段１２で一部、もしくはすべての移動情報６１に対して行先を予測せず、行先を予測しなかった移動情報６１をセンター情報配信装置１０５に送付してもよい。

以下、収集側情報配信装置１０１と収集側情報配信装置１０２の例をもとに説明する。

収集側情報配信装置１０１は、情報配信装置１０のすべての手段を備えており、到着予定移動者情報６０の算出と、配信先の特定を行い、直接タクシー配車システム２０１などの到着予定移動者情報６０を利用するサービスに到着予定移動者情報６０を配信する。

収集側情報配信装置１０２は、配信先決定手段１４の一部機能を備えていない。図１０に示す配信先データベース１８の内、配信先列１４２１に、到着予定移動者情報６０を利用するサービスのアドレスを書くのではなく、行先列１４２０に記述した場所の配信側情報配信装置のアドレスを記述する。例えば、行先列１４２０が「Ａ駅」である場合、配信先列１４２１には配信側情報配信装置１０４のアドレスを記入する。その上で、配信側情報配信装置１０４の配信先データベース１８に、行先列１４２０が「Ａ駅」、配信先列１４２１にＡ駅に関連するタクシー配車システム２００や駅員情報提示システム２２０、電子掲示板システム２４０のアドレスを記入する。以上により、Ａ駅への到着が予想されている移動者の到着予定移動者情報６０を収取側情報配信装置１０２から配信側情報配信装置１０４に配信し、配信側情報配信装置１０４が受信した到着予定移動者情報６０をタクシー配車システム２００と駅員情報提示システム２２０、電子掲示板システム２４０に配信する。

センター情報配信装置は、情報配信装置１０が保有するすべての手段を備えてもよい。また、配信先決定手段１４でサービスを提供している装置のアドレスの代わりに、配信側情報配信装置１０４を配信先として決定してもよい。

配信側情報配信装置は、情報配信装置１０が保有するすべての手段を備えてもよい。また、行先予測手段１２を備えなくてもよい。また、行先予測手段１２において、さらに細かい行先予測を行ってもよい。

たとえば、配信側情報配信装置１０４では、行先予測手段１２を備えず、受信したすべての到着予定移動者情報６０をタクシー配車システム２００、駅員情報提示システム２２０、電子掲示板システム２４０に配信してもよい。また、行先予測手段１２を備え、Ａ駅で改札を出るか、他線に乗り換えるかなどの行先予測を行い、Ａ駅で改札を出ると予測した到着予定移動者情報６０に関してのみ、タクシー配車システム２００を配信先と決定するように配信先決定手段１４に設定してもよい。

図１７は、複数の情報配信装置に対する配信先データベースの配信方式を示す。

情報配信装置が複数ある場合に、各情報配信装置にて配信先データベース１８を設定してもよい。一方で、配信先データベース１８を備える配信先配布装置１０６を設置し、配信先データベース１８が更新された場合、もしくは定期的に複数の情報配信装置に配信し、配信先の情報配信装置の配信先データベース１８を更新してもよい。

情報配信装置の種類や設置場所により、配信先配布装置１０６から配布する配信先データベース１８のデータを変更してもよい。例えば、収集側情報配信装置には、配信先列１４２１が個別のサービスシステムのアドレスである行は配信せず、配信先列１４２１が配信側情報配信装置もしくはセンター情報配信装置のアドレスである行のみ配信する。その場合、配信側情報配信装置とセンター情報配信装置のアドレスのリストを配信先配布装置１０６が備え、該リストに合致した行のみ配信するという処理を行う必要がある。

また、配信側情報配信装置には、行先列１４２１が該配信側情報配信装置が担当する場所の行のみ配信してもよい。例えば、配信側情報配信装置１０４には、行先列１４２１が「Ａ駅」である行のみ配信すればよい。その場合、配信側情報配信装置と行先の関係リストを配信先配布装置１０６が備え、配信先データベース１８の特定の行の配信先を、行先列１４２１の値を該関係リストとマッピングし、配信側情報配信装置を特定するという手順で実行する。

１０・・・情報配信装置
１１・・・移動情報取得手段
１２・・・行先予測手段
１４・・・配信先決定手段
１６・・・配信手段
１８・・・配信先データベース
１９・・・配信一時記憶データベース
２０・・・タクシー配車システム
２２・・・駅員情報提示システム
２４・・・電子掲示板システム
３０・・・移動改札機
３２・・・定期券サーバ
３４・・・履歴管理サーバ
３８・・・ダイヤ管理サーバ
４０・・・乗車券
４１・・・移動者
５０・・・ネットワーク
５１・・・ネットワーク

Claims (12)

1. 移動者の情報である移動者情報を利用する装置に該移動者情報を配信する情報配信装置であって、
   移動者の位置情報である移動者位置情報に基づいて移動者の移動先を予測する移動先予測手段と、
   前記移動者情報の配信先となる前記装置に関する情報である装置情報と、場所に関する場所情報と、が対応付けられた配信先情報を格納する格納部と、
   前記配信先情報を参照し、前記移動先予測手段により予測された移動者の移動先に対応する前記場所情報に基づいて前記装置情報を取得す配信先決定手段と、
   前記配信先決定手段により取得された前記装置情報に基づいて、前記移動者情報を前記装置に送信する送信手段と、を有することを特徴とする情報配信装置。
2. 請求項１に記載の情報配信装置であって、
   前記移動者位置情報はＩＣカードから取得される情報であり、
   前記移動先予測手段は、移動者が交通機関を利用する際に利用した前記ＩＣカードに記録された移動区間情報に基づいて移動先を予測する、ことを特徴とする情報配信装置。
3. 請求項１に記載の情報配信装置であって、
   前記格納部は、移動者における過去の移動先を示す移動先履歴情報を格納し、
   前記移動先予測手段は、前記移動者位置情報と前記移動先履歴情報とに基づいて移動先を予測する、ことを特徴とする情報配信装置。
4. 請求項３に記載の情報配信装置であって、
   前記移動者位置情報はＩＣカードから取得される情報であり、
   前記移動先予測手段は、前記移動先履歴情報を参照し、前記ＩＣカードが利用された場所から移動者の移動先を予測する、ことを特徴とする情報配信装置。
5. 請求項１に記載の情報配信装置であって、
   前記移動先予測手段は、移動者の移動先と該移動先への到着予想時刻を算出し、
   前記送信手段は、前記到着予想時刻に基づいて、前記移動者情報を前記装置に送信する、ことを特徴とする情報配信装置。
6. 請求項５に記載の情報配信装置であって、
   前記移動者位置情報はＩＣカードから取得される情報であり、
   前記移動先予測手段は、移動者が前期ＩＣカードを利用した場所及び前記ＩＣカードを利用した時刻に基づいて、前記到着予想時刻を算出する、ことを特徴とする情報配信装置。
7. 移動者の情報である移動者情報を利用する装置に該移動者情報を配信するサーバにおける情報配信方法であって、
   前記サーバは、
   移動者の位置情報である移動者位置情報に基づいて移動者の移動先を予測し、
   前記移動者情報の配信先となる前記装置に関する情報である装置情報と、場所に関する場所情報と、が対応付けられた配信先情報を格納し、
   前記配信先情報を参照し、予測された移動者の移動先に対応する前記場所情報に基づいて前記装置情報を取得し、
   取得した前記装置情報に基づいて前記移動者情報を前記装置に送信する、ことを特徴とする情報配信方法。
8. 請求項７に記載の情報配信方法であって、
   前記移動者位置情報はＩＣカードから取得される情報であり、
   前記サーバは、移動者が交通機関を利用する際に利用した前記ＩＣカードに記録された移動区間情報に基づいて移動先を予測する、ことを特徴とする情報配信方法。
9. 請求項７に記載の情報配信方法であって、
   前記サーバは、移動者における過去の移動先を示す移動先履歴情報を格納し、
   前記移動者位置情報と前記移動先履歴情報とに基づいて移動先を予測する、ことを特徴とする情報配信方法。
10. 請求項９に記載の情報配信方法であって、
    前記移動者位置情報はＩＣカードから取得される情報であり、
    前記サーバは、前記移動先履歴情報を参照し、前記ＩＣカードが利用された場所から移動者の移動先を予測する、ことを特徴とする情報配信方法。
11. 請求項７に記載の情報配信方法であって、
    前記サーバは、移動者の移動先と該移動先への到着予想時刻を算出し、
    前記到着予想時刻に基づいて前記移動者情報を前記装置に送信する、ことを特徴とする情報配信方法。
12. 請求項１１に記載の情報配信方法であって、
    前記移動者位置情報はＩＣカードから取得される情報であり、
    前記サーバは、移動者が前記ＩＣカードを利用した場所及び前記ＩＣカードを利用した時刻に基づいて、前記到着予想時刻を算出する、ことを特徴とする情報配信方法。

Images