JP5786586B2 - 分散キャッシュ制御のためのプログラム、制御方法及び情報処理装置 - Google Patents

分散キャッシュ制御のためのプログラム、制御方法及び情報処理装置 Download PDF

Info

Publication number
JP5786586B2
JP5786586B2 JP2011204583A JP2011204583A JP5786586B2 JP 5786586 B2 JP5786586 B2 JP 5786586B2 JP 2011204583 A JP2011204583 A JP 2011204583A JP 2011204583 A JP2011204583 A JP 2011204583A JP 5786586 B2 JP5786586 B2 JP 5786586B2
Authority
JP
Japan
Prior art keywords
user
identifier
content
node
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2011204583A
Other languages
English (en)
Other versions
JP2013065248A (ja
Inventor
一峰 的場
一峰 的場
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2011204583A priority Critical patent/JP5786586B2/ja
Priority to US13/607,135 priority patent/US9442934B2/en
Publication of JP2013065248A publication Critical patent/JP2013065248A/ja
Application granted granted Critical
Publication of JP5786586B2 publication Critical patent/JP5786586B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/40—Information retrieval; Database structures therefor; File system structures therefor of multimedia data, e.g. slideshows comprising image and additional audio data
    • G06F16/48—Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually
    • G06F16/487—Retrieval characterised by using metadata, e.g. metadata not derived from the content or metadata generated manually using geographical or spatial information, e.g. location

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Library & Information Science (AREA)
  • Multimedia (AREA)
  • Data Mining & Analysis (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)

Description

本技術は、コンテンツのデータを分散してキャッシュするための技術に関する。
例えば、行動ターゲッティング広告システムのような、ユーザの属性や状況に応じて適切な広告配信をするようなシステムによって、お勧めの広告を表示するシステムが求められている。
このようなシステムでは、リアルタイムにコンテンツを配信して表示することが求められる。例えば駅構内に設置された自動販売機で広告を見せようとした場合、ユーザは数秒程度しかパネルを見ないため、以下のような一連の処理を数秒で終わらせないと、ユーザに見てもらえない。具体的には、ユーザＩＤが入力されると、表示すべきコンテンツを決定して、そのコンテンツを自動販売機に配信して自動販売機の表示装置に表示する。
しかし、遠方のデータセンタ１カ所に集めたサーバ資源を利用して、表示すべきコンテンツを決定してそのコンテンツを自動販売機等に配信する処理を行う場合、通信の遅延、トラフィック集中によるネットワーク及びサーバ負荷の集中が問題になる。
この解決方法として、分散キャッシュ技術の適用が考えられる。例えば、複数のクライアントが接続されたキャッシュサーバと、当該複数のキャッシュサーバを制御する制御サーバとを有するシステムを用意する。そして、制御サーバは、キャッシュサーバに対して将来アクセス要求されるデータを予測し、当該予測されたデータに対して現在アクセス要求の無いキャッシュサーバへ、当該予測されたデータをコピーするものである。これによって、データへのアクセスを高速化し、サーバの負荷を削減できる。但し、予測はアクセス履歴によって行われるので、アクセスがこれまで無かったコンテンツについてはキャッシュサーバにコピーされることはない。コピーされていないコンテンツを表示する際には、遠隔地に蓄積されているコンテンツを取得してから表示することになるので、時間がかかってしまう。
一方、入力の手間をかけずに、人それぞれの地域密着度や訪問予定、あるいは他の個人のプロフィールや趣味及び嗜好を考慮して、より個人にマッチした地域情報を提供する技術が存在している。具体的には、（Ａ）移動する個人あるいは物の位置情報と時刻情報を同時に取得し、（Ｂ）取得した位置情報と時刻情報の集合から時間軸を有する移動範囲を抽出し、（Ｃ）地域情報を取得し、（Ｄ）移動範囲情報と地域情報をマッチングし、（Ｅ）マッチングさせた情報を提示する。
さらに、広告を表示する複数の表示装置と、ユーザの携帯端末に蓄積された商品の購入履歴の情報を基にユーザ用の広告を選択し表示装置に配信する広告配信装置とを有する広告配信システムが知られている。このシステムにおいては、表示装置が、その近傍に存在するユーザの携帯端末から購入履歴を含む情報を受信し、受信した情報を購入履歴及びユーザの所在を示すユーザ位置情報として広告配信装置に送信する。広告配信装置が、携帯端末から購入履歴及びユーザ位置情報を受信し、当該履歴を複数個解析し、購入履歴から広告として表示すべき商品の情報を抽出する。そして、抽出した商品の情報から広告として表示する商品を選択し、当該商品に係る広告を、当該広告のコンテンツを格納した広告リポジトリから取得する。その後、ユーザ位置情報を基に、ユーザが次に接近する表示装置を割り出し、広告リポジトリから取得した広告のコンテンツを、当該割り出した表示装置に送信する。しかしながら、キャッシュの利用を考慮したものではないので、表示の遅延の問題が発生する。
特開２００５−１０９７０号公報 特開２００４−１０２９５０号公報 特開２００９−２１０８８７号公報
本技術の目的は、一側面として、ユーザに提示する可能性のあるコンテンツを早期にキャッシュできるようにするための技術を提供することである。
本技術の第１の態様に係る制御方法は、（Ａ）ユーザの識別子と、当該ユーザに関連付けられたコンテンツの識別子と、ユーザの識別子を読み取ったセンサに関する識別データとを受信するステップと、（Ｂ）センサに関する識別データ、又は、当該センサに関する識別データとユーザの識別子との組み合わせに対応付けて、当該センサの位置とは異なる位置に配置された表示装置に出力すべきコンテンツを予めキャッシュするノードの識別子が格納されているデータ格納部から、受信された識別データ、又は、受信された識別データと受信されたユーザの識別子との組み合わせに対応付けられているノードの識別子を読み出すステップと、（Ｃ）識別子が読み出されたノード宛に、受信されたユーザの識別子と当該ユーザに関連付けられたコンテンツの識別子とを送信するステップとを含む。
本技術の第２の態様に係る制御方法は、（Ａ）第２のコンピュータから、ユーザの識別子と、当該ユーザに関連付けられたコンテンツの識別子と、当該コンテンツの出力条件とを受信し、ユーザの識別子とユーザに関連付けられたコンテンツの識別子と当該コンテンツの出力条件とを対応付けてデータ格納部に格納するステップと、（Ｂ）ユーザに関連付けられたコンテンツの識別子を用いて、第３のコンピュータからユーザに関連付けられたコンテンツを取得して、データ格納部に格納するステップと、（Ｃ）本制御方法を実行する第１のコンピュータに接続されている表示装置から、ユーザの識別子と状態データとを受信するステップと、（Ｄ）受信された状態データが充足する出力条件とユーザの識別子とに対応付けられている識別子のコンテンツを、データ格納部から読み出し、読み出されたコンテンツを、表示装置に出力するステップとを含む。
ユーザに提示する可能性のあるコンテンツを早期にキャッシュできるようになる。
図１は、第１の実施の形態に係るシステム概要を示す図である。 図２は、第１の実施の形態に係る制御装置の機能ブロック図である。 図３は、制御装置のデータ格納部に格納されるデータの一例を示す図である。 図４は、制御装置のデータ格納部に格納されるデータの一例を示す図である。 図５は、第１の実施の形態に係るノードの機能ブロック図である。 図６は、第１の実施の形態における処理の処理フローを示す図である。 図７は、第１の実施の形態における処理の処理フローを示す図である。 図８は、第２の実施の形態に係るシステム概要を示す図である。 図９は、第２の実施の形態に係る制御装置の機能ブロック図である。 図１０は、ノード配置テーブルの一例を示す図である。 図１１は、ユーザ位置テーブルの一例を示す図である。 図１２は、関連付けデータテーブルの一例を示す図である。 図１３は、第２の実施の形態に係る中継ノードの機能ブロック図を示す図である。 図１４は、第２の実施の形態における受信処理の処理フローを示す図である。 図１５は、第２の実施の形態における決定処理の処理フローを示す図である。 図１６は、キャッシュデータテーブルの一例を示す図である。 図１７は、第２の実施の形態における配布処理の処理フローを示す図である。 図１８は、定義データの一例を示す図である。 図１９は、中継ノードにおける受信部による処理の処理フローを示す図である。 図２０は、キャッシュ更新処理の処理フローを示す図である。 図２１は、キャッシュテーブルの一例を示す図である。 図２２は、第２の実施の形態における中継ノード及び表示装置の処理を説明するための図である。 図２３は、第２の実施の形態における中継ノード及び表示装置の処理を説明するための図である。 図２４は、第４の実施の形態に係る制御装置の機能ブロック図である。 図２５は、第４の実施の形態における受信処理の処理フローを示す図である。 図２６は、キャッシュ配布先テーブルの一例を示す図である。 図２７は、第４の実施の形態における決定処理の処理フローを示す図である。 図２８は、第４の実施の形態における配布処理の処理フローを示す図である。 図２９は、第５の実施の形態における中継ノード及び表示装置の処理の処理フローを示す図である。 図３０は、第６の実施の形態における処理を説明するための図である。 図３１は、第６の実施の形態におけるノード配置テーブルの一例を示す図である。 図３２は、第７の実施の形態における配布処理の処理フローを示す図である。 図３３は、第７の実施の形態における配布処理の処理フローを示す図である。 図３４は、第８の実施の形態における受信処理の処理フローを示す図である。 図３５は、第８の実施の形態に係るユーザ位置テーブルの一例を示す図である。 図３６は、第８の実施の形態に係る関連付けデータテーブルの一例を示す図である。 図３７は、第８の実施の形態における決定処理の処理フローを示す図である。 図３８は、第８の実施の形態における配布処理の処理フローを示す図である。 図３９は、削除処理の処理フローを示す図である。 図４０は、コンピュータの機能ブロック図である。
［実施の形態１］
図１に、本実施の形態のシステム概要を示す。例えばデータセンタ１０００には、分析装置１１００と、制御装置１２００と、サーバ１３００とが配置されている。分析装置１１００は、ユーザＩＤに対応付けて配信すべきコンテンツのＩＤを格納するデータベース（ＤＢ）１１０１を有する。また、サーバ１３００は、コンテンツを格納するコンテンツ格納部１３０１を管理している。データセンタ１０００は、インターネットなどのネットワーク３０００を介して１又は複数のエリア（図１ではエリアＡのみ示す）に設置されたセンサ及びノードに接続されている。
各エリアには、１又は複数のセンサ１５００と、ユーザに提示すべきコンテンツをキャッシュする１又は複数のノード１６０１及び１６０２と、ノード１６０１及び１６０２のいずれかに接続されている表示装置１７０１乃至１７０３とが設置されている。各ノードには、１又は複数の表示装置が接続されている。センサ１５００は、ユーザが有する例えば非接触式ＩＣ（Integrated Circuit）カードなどからユーザＩＤを読み出し、センサ１５００が設置されているエリアの識別子（ＩＤ）（又はセンサ１５００の識別子）と共に、ネットワーク３０００を介して分析装置１１００に出力する。ノード１６０１及び１６０２は、制御装置１２００からの指示に応じてサーバ１３００からコンテンツのデータを取得してキャッシュする。表示装置１７０１乃至１７０３は、エリア内のセンサ１５００とは異なる位置に配置されている。センサ１５００は、例えばエリアの入り口などに配置されており、表示装置１７０１乃至１７０３は、エリア内でユーザが立ち止まるような場所に配置される。また、表示装置１７０１乃至１７０３は、ユーザが有する非接触式ＩＣカードからユーザＩＤを読み取るセンサを有している。他のセンサを有する場合もある。例えば表示装置１７０１は、ユーザＩＤを読み取ると、接続されているノード１６０１に当該ユーザＩＤを出力する。これに対して、ノード１６０１は、ユーザＩＤに対応付けられているコンテンツのデータをキャッシュから特定し、表示装置１７０１に出力する。表示装置１７０１は、コンテンツのデータを受信すると、表示する。
図２に、本実施の形態における制御装置１２００の機能ブロック図を示す。制御装置１２００は、受信部１２１０と、データ格納部１２２０と、ノード特定部１２３０と、送信部１２４０とを有する。受信部１２１０は、分析装置１１００から、ユーザＩＤとエリアＩＤとユーザＩＤに対応付けられているコンテンツのＩＤとを受信し、ノード特定部１２３０に出力する。ノード特定部１２３０は、エリアＩＤ又はエリアＩＤ及びユーザＩＤの組み合わせで、データ格納部１２２０を検索して、該当するノードＩＤを読み出して、ユーザＩＤ及びコンテンツＩＤの組み合わせとノードＩＤとを、送信部１２４０に出力する。送信部１２４０は、ユーザＩＤ及びコンテンツＩＤの組み合わせを、ノードＩＤで特定されるノードに対して送信する。
データ格納部１２２０は、例えば図３に示すようなデータを格納している。図３の例では、エリアＩＤに対応付けて、当該エリアに配置されているノードのＩＤが登録されている。なお、データ格納部１２２０は、例えば図４に示すようなデータが格納されている場合もある。エリアＩＤとユーザＩＤとの組み合わせに対応付けてノードＩＤが登録されている。例えば、あるエリアＡにユーザＸが来た場合には、ノードａ２を利用する可能性が高いことが知られている場合には、このようなデータを用いるようにしても良い。
また、図５に、本実施の形態におけるノード１６０１の機能ブロック図を示す。ノード１６０１は、受信部１６５１と、データ格納部１６５２と、取得部１６５３と、出力処理部１６５４とを有する。受信部１６５１は、制御装置１２００から、ユーザＩＤとコンテンツＩＤの組み合わせを受信すると、データ格納部１６５２に格納する。取得部１６５３は、データ格納部１６５２に新たなコンテンツＩＤが格納されると、サーバ１３００から当該コンテンツＩＤのコンテンツのデータを取得して、データ格納部１６５２に格納する。これによって、ノード１６０１におけるキャッシュの準備ができたことになる。そして、出力処理部１６５４は、表示装置１７０１からユーザＩＤを受信すると、データ格納部１６５２を当該ユーザＩＤで検索して対応付けられているコンテンツＩＤを特定し、当該コンテンツＩＤのコンテンツのデータを読み出して、表示装置１７０１に出力する。
次に、図６及び図７を用いて、本システムの処理について説明する。ユーザが、エリアＡの例えば入り口に設置されているセンサ１５００の場所に来て、ＩＣカードなどをセンサ１５００にかざす動作を行ったものとする。そうすると、センサ１５００が、ユーザが保持するＩＣカードなどからユーザＩＤを読み取り（図６：ステップＳ１）、読み取ったユーザＩＤとセンサ１５００が属するエリアＩＤ（場合によってはセンサ１５００のＩＤ）を、分析装置１２００に送信する（ステップＳ３）。分析装置１２００は、センサ１５００から、ユーザＩＤ及びエリアＩＤを受信すると（ステップＳ５）、ユーザＩＤでＤＢ１１０１を検索して、当該ユーザＩＤに対応付けられているコンテンツＩＤを抽出する（ステップＳ７）。なお、コンテンツＩＤには出力条件（例えば温度条件）が付与されている場合もあり、このような場合にはコンテンツＩＤと出力条件とを併せて抽出する。例えば、気温が高い場合にはコンテンツＰを気温が低い場合にはコンテンツＱを出力する場合には、２つのコンテンツＩＤがそれぞれの出力条件と共に抽出される。また、センサ１５００からセンサのＩＤを受信した場合には、センサＩＤとエリアＩＤとの対応付けから、受信したセンサＩＤをエリアＩＤに変換することもある。
そして、分析装置１１００は、ユーザＩＤとエリアＩＤとコンテンツＩＤとを、制御装置１２００に送信する（ステップＳ９）。制御装置１２００の受信部１２１０は、分析装置１１００から、ユーザＩＤ、エリアＩＤ及びコンテンツＩＤを受信すると（ステップＳ１１）、ノード特定部１２３０に、ユーザＩＤ、エリアＩＤ及びコンテンツＩＤを出力する。ノード特定部１２３０は、データ格納部１２２０において、エリアＩＤ又はエリアＩＤ及びユーザＩＤの組み合わせに対応付けられている１又は複数のノードＩＤを特定し、ユーザＩＤ、コンテンツＩＤ及びノードＩＤを送信部１２４０に出力する（ステップＳ１３）。そして処理は端子Ａを介して図７の処理に移行する。
図７の処理の説明に移行して、制御装置１２００の送信部１２４０は、ノード特定部１２３０から取得したノードＩＤから特定されるノード宛に、ユーザＩＤ及びコンテンツＩＤの組み合わせを送信する（ステップＳ１５）。例えば、エリアＡのノード１６０１の受信部１６５１は、制御装置１２００からユーザＩＤ及びコンテンツＩＤの組み合わせを受信すると、データ格納部１６５２に格納する（ステップＳ１７）。そうすると、取得部１６５３は、新たにデータ格納部１６５２に格納されたコンテンツＩＤに係るコンテンツのデータがデータ格納部１６５２に格納されているか確認する。当該コンテンツのデータがデータ格納部１６５２に格納されていない場合には、取得部１６５３は、当該コンテンツＩＤに係るコンテンツの要求をサーバ１３００に送信する（ステップＳ１９）。サーバ１３００は、ノード１６０１から、コンテンツＩＤを含むコンテンツの要求を受信すると（ステップＳ２１）、コンテンツ格納部１３０１から当該コンテンツのデータを読み出して、ノード１６０１に送信する（ステップＳ２３）。ノード１６０１の取得部１６５３は、サーバ１３００からコンテンツのデータを受信すると、データ格納部１６５２に格納する（ステップＳ２５）。このような処理を実施することで、ユーザが表示装置１７０１乃至１７０３のところまで移動してきた時には、データ格納部１６５２に、予めコンテンツがキャッシュされているので、適切なコンテンツを、直ぐにユーザに提示できるようになる。
すなわち、表示装置１７０１が、ユーザのＩＣカードなどからユーザＩＤを読み取り、接続されているノード１６０１に送信する（ステップＳ３１）。ノード１６０１の出力処理部１６５４は、表示装置１７０１からユーザＩＤを受信すると（ステップＳ３３）、データ格納部１６５２において、受信されたユーザＩＤに対応付けられているコンテンツＩＤを特定する（ステップＳ３５）。ここで、コンテンツＩＤを表示装置１７０１に戻すようにして、再度表示装置１７０１からコンテンツＩＤに係るコンテンツの要求があった場合に、以下の処理を実施するようにしても良い。
そして、出力処理部１６５４は、特定されたコンテンツＩＤに係るコンテンツのデータを、データ格納部１６５２から読み出し、要求元の表示装置１７０１に送信する（ステップＳ３７）。そして、表示装置１７０１は、ノード１６０１からコンテンツのデータを受信すると、当該コンテンツのデータを表示部に表示する（ステップＳ３９）。
以上のような処理を実施することで、センサ１５００の周辺に設置されている又は関連する位置に配置されている表示装置１７０１乃至１７０３に接続されているノード１６０１及び１６０２に、センサ１５００で入場が検出されたユーザのためのデータを予めキャッシュするように準備する。そのため、ユーザが表示装置１７０１に到着したことを検出した場合には、当該表示装置１７０１に直ぐに適切なコンテンツを提示することができるようになる。
なお、表示装置１７０１に温度センサなどが搭載されており、当該温度センサからの状態データを、ユーザＩＤと共にノード１６０１に出力する場合には、ユーザＩＤと、状態データが充足する出力条件とに対応付けられているコンテンツＩＤを特定して、当該コンテンツＩＤに係るコンテンツを、表示装置１７０１に送信するようにしても良い。
［実施の形態２］
本実施の形態に係るシステムの概要を図８に示す。例えばデータセンタ１００には、分析装置１１０と、制御装置１２０と、コンテンツサーバ１３０とが配置されている。分析装置１１０は、ユーザＩＤに対応付けて出力条件及び出力すべきコンテンツのＩＤを格納するデータベース（ＤＢ）１１１を有する。また、コンテンツサーバ１３０は、コンテンツを格納するコンテンツ格納部１３１を管理している。データセンタ１００は、インターネットなどのネットワーク３００を介して１又は複数の駅（図８では駅Ａのみ示す）に設置された改札機２１０及び中継ノード２２１及び２２２に接続されている。なお、駅だけではなく、商店街、ショッピングセンター、百貨店、スーパーマーケット、遊園地、動物園その他の商業施設などであってもよい。
例えば各駅には、１又は複数の改札機２１０と、ユーザに提示すべきコンテンツをキャッシュする１又は複数の中継ノード２２１及び２２２と、中継ノード２２１及び２２２のいずれかに接続されている表示装置２３１乃至２３３とが設置されている。各中継ノードには、１又は複数の表示装置が接続されている。改札機２１０は、ユーザが有する例えば非接触式ＩＣカードなどからユーザＩＤを読み出し、改札機２１０が設置されている駅の識別子（ＩＤ）（又は改札機２１０の識別子）と共に、ネットワーク３００を介して分析装置１１０に出力する。
中継ノード２２１及び２２２は、制御装置１２０からの指示に応じてコンテンツサーバ１３０からコンテンツのデータを取得してキャッシュする。表示装置２３１乃至２３３は、改札機２１０とは異なる位置に配置されている。
改札機２１０は、駅構内への入退場を検出できる位置に配置されており、表示装置２３１乃至２３３は、駅構内でユーザが立ち止まるような場所に配置される。また、表示装置２３１乃至２３３は、ユーザが有する非接触式ＩＣカードからユーザＩＤを読み取るセンサと、温度センサなどの他のセンサとを有する。例えば表示装置２３１は、ユーザＩＤを読み取ると、温度センサなどの他のセンサから状態データを取得し、接続されている中継ノード２２１に当該ユーザＩＤ及び状態データを出力する。これに対して、中継ノード２３１は、ユーザＩＤと状態データが充足する出力条件に対応付けられているコンテンツのデータをキャッシュから読み出して、表示装置２３１に出力する。表示装置２３１は、コンテンツのデータを受信すると、表示部に表示する。
図９に、制御装置１２０の機能ブロック図を示す。制御装置１２０は、受信部１２１と、ノード配置テーブル１２２と、ユーザ位置テーブル１２３と、関連付けデータテーブル１２４と、決定処理部１２５と、キャッシュデータテーブル１２６と、配布部１２７とを有する。受信部１２１は、分析装置１１０からデータを受信し、ユーザ位置テーブル１２３又は関連付けデータテーブル１２４に格納する。ユーザ位置テーブル１２３は、各ユーザの位置データを格納するテーブルである。関連付けデータテーブル１２４は、ユーザＩＤと、出力条件と、コンテンツＩＤとの関連付けデータを格納するテーブルである。決定処理部１２５は、ノード配置テーブル１２２、ユーザ位置テーブル１２３及び関連付けデータテーブル１２４から、中継ノードのノードＩＤと当該中継ノードにキャッシュすべきコンテンツのＩＤとの対応付けを、キャッシュデータテーブル１２６に格納する。配布部１２７は、関連付けデータテーブル１２４と、ユーザ位置テーブル１２３と、ノード配置テーブル１２２とから、関連付けデータを含む定義データを生成し、当該定義データの配布先ノードを特定して、定義データを当該配布先ノードに送信する。
図１０に、ノード配置テーブル１２２の一例を示す。図１０の例では、中継ノードのＩＤであるノードＩＤと、改札機が設置されている駅（一般的にはユーザＩＤを読み取るセンサが設置されているエリア）のＩＤであるLocationIDとが対応付けて格納されている。例えば、駅Ａを表すLocationIDであるStationAに対応付けて、ノードＩＤであるＡ１及びＡ２が登録されている。
図１１に、ユーザ位置テーブル１２３の一例を示す。図１１の例では、ユーザの識別子であるユーザＩＤと、改札機が設置されている駅のＩＤであるLocationIDと、最新更新日時とが登録されるようになっている。ここではユーザＩＤ毎に、LocationIDと最新更新日時とを登録するようになっているが、移動の履歴を蓄積するようにしても良い。
図１２に、関連付けデータテーブル１２４の一例を示す。図１２の例では、ユーザＩＤと、コンテンツの識別子であるＣＩＤと、出力条件とが対応付けて格納されている。例えば温度が２５度未満という条件を表すtemp=coldという出力条件が満たされる場合には、ユーザＩＤがＵｓｅｒＡのユーザに対しては、ＣＩＤがＸであるコンテンツを出力し、温度が２５度以上という条件を表すtemp=hotという出力条件が満たされる場合には、同じユーザに対して、ＣＩＤがＹであるコンテンツを出力するような関連付けデータが登録されている。なお、ＣＩＤは、例えばＵＲＬ（Uniform Resource Locator）で表される。すなわち、ＣＩＤには、当該コンテンツの取得元サーバのアドレスが含まれる。
次に、図１３に、中継ノード２２１乃至２２２の機能ブロック図を示す。中継ノード２２１は、受信部２２１１と、キャッシュ制御部２２１２と、キャッシュデータ格納部２２１３と、出力処理部２２１４とを有する。受信部２２１１は、制御装置１２０から関連付けデータを含む定義データを受信して、キャッシュ制御部２２１２に出力する。キャッシュ制御部２２１２は、受信部２２１１から定義データを受け取ると、キャッシュデータ格納部２２１３に格納する。また、キャッシュ制御部２２１２は、キャッシュデータ格納部２２１３に、定義データに含まれるＣＩＤに係るコンテンツのデータが格納されていない場合には、コンテンツサーバ１３０又は他の中継ノードなどからコンテンツのデータを取得して、キャッシュデータ格納部２２１３に格納する。なお、キャッシュ制御部２２１２は、定義データ自体もキャッシュデータ格納部２２１３に格納されていない場合には、分析装置１１０から関連付けデータを取得することもある。さらに、出力処理部２２１４は、表示装置２３１からのユーザＩＤ及び状態データに応じて、キャッシュデータ格納部２２１３において、当該ユーザＩＤに係るユーザに現在適切とされるコンテンツを特定して、表示装置２３１に出力する。なお、キャッシュデータ格納部２２１３においてデータが不足している場合には、出力処理部２２１４は、キャッシュ制御部２２１２に要求する。
次に、図１４乃至図２３を用いて、制御装置１２０における処理を説明する。まず、図１４に、制御装置１２０の受信部１２１の処理の処理フローを示す。この処理の前に、改札機２１０は、ユーザが保持するＩＣカードなどからユーザＩＤを読み出し、当該ユーザＩＤとLocationIDとを分析装置１１０に送信する。分析装置１１０は、受信したユーザＩＤに対応付けられているＣＩＤ及び出力条件のデータをＤＢ１１１から読み出し、ユーザＩＤ及びLocationIDと、ユーザＩＤ、ＣＩＤ及び出力条件のデータとを、制御装置１２０に送信する。
そして、制御装置１２０の受信部１２１は、分析装置１１０からデータを受信すると（図１４：ステップＳ１０１）、当該データがユーザ位置データであるか判断する（ステップＳ１０３）。本実施の形態では、ユーザＩＤとLocationIDとを含むユーザ位置データと、ユーザＩＤとＣＩＤと出力条件のデータとを含む関連付けデータとが、分析装置１１０から送信される。受信したデータがユーザ位置データであれば、受信部１２１は、ユーザ位置テーブル１２３において、受信したユーザＩＤに対応付けて、受信したLocationIDを登録すると共に、現在時刻を最新更新日時として登録する（ステップＳ１０５）。既に、受信したユーザＩＤが登録されている場合には、当該ユーザＩＤのエントリを、受信したLocationID及び現在時刻で更新する。一方、受信したデータが関連付けデータであれば、受信部１２１は、ユーザＩＤとＣＩＤと出力条件のデータとで、関連付けデータテーブル１２４を更新する（ステップＳ１０７）。例えば、ユーザＩＤとＣＩＤと出力条件のデータとを、関連付けデータテーブル１２４に追加登録する。但し、受信したユーザＩＤについてのレコードが既に登録されている場合には、上書き更新を行うようにしても良い。
次に、図１５に、制御装置１２０の決定処理部１２５の処理の処理フローを示す。決定処理部１２５は、ユーザ位置テーブル１２３において、LocationIDが更新されたユーザＩＤを特定する（図１５：ステップＳ１１１）。また、決定処理部１２５は、関連付けデータテーブル１２４から、更新に係るユーザＩＤに対応付けられているＣＩＤを特定する（ステップＳ１１３）。そして、決定処理部１２５は、ノード配置テーブル１２２から、LocationIDに対応付けられているノードＩＤを特定する（ステップＳ１１５）。
また、決定処理部１２５は、中継ノードにおけるコンテンツの最低保持期限を、例えば現時刻から所定時間（例えば１時間）後に決定する（ステップＳ１１７）。一律に所定時間後に設定するのではなく、ユーザＩＤ毎に所定時間を変更するようにしても良い。具体的には、分析装置１１０から所定時間の指定があればその指定に従うようにしても良いし、制御装置１２０にユーザの滞在時間についてのデータが存在する場合には、そのデータを用いても良い。その後、決定処理部１２５は、特定されたノードＩＤ及びＣＩＤと決定された最低保持期限とで、キャッシュデータテーブル１２６を更新する（ステップＳ１１９）。
キャッシュデータテーブル１２６には、例えば図１６に示すようなデータが格納される。図１６の例では、ノードＩＤと、ＣＩＤと、最低保持期限とが登録されるようになっている。ステップＳ１１３で複数のＣＩＤが特定され、ステップＳ１１５で複数のノードＩＤが特定された場合には、それらの組み合わせをキャッシュデータテーブル１２６に登録する。例えばノードＩＤがＡ１及びＡ２で、ＣＩＤがＸ及びＹであれば、Ａ１とＸとのエントリと、Ａ１とＹとのエントリと、Ａ２とＸとのエントリと、Ａ２とＹとのエントリとを登録することになる。なお、既にノードＩＤとＣＩＤとの同一の組み合わせについてエントリが登録されている場合には、最低保持期限を更新する。
なお、キャッシュデータテーブル１２６のエントリについては、最低保持期限が過ぎれば自動的に削除されるものとする。
次に、図１７を用いて、制御装置１２０における配布部１２７の処理を説明する。配布部１２７は、ユーザ位置テーブル１２３において、LocationIDが更新されたユーザＩＤを特定する（図１７：ステップＳ１２１）。なお、LocationIDが更新されたユーザＩＤを、決定処理部１２５から通知される場合もある。そして、配布部１２７は、関連付けデータテーブル１２４から、更新に係るユーザＩＤについての関連付けデータを読み出す（ステップＳ１２３）。すなわち、特定されたユーザＩＤに対応付けられているＣＩＤ及び出力条件のデータを読み出す。
さらに、配布部１２７は、ノード配置テーブル１２２から、更新に係るLocationIDに対応付けられているノードＩＤを、配布先ノードのノードＩＤとして特定する（ステップＳ１２４）。そして、配布部１２７は、キャッシュデータテーブル１２６から、配布先ノードのノードＩＤ及び読み出した関連付けデータに含まれるＣＩＤについてのデータを読み出す（ステップＳ１２５）。例えばＵｓｅｒＡが更新に係るユーザＩＤとして特定された場合には、関連付けデータテーブル１２４（図１２）において第１及び第２行目が関連付けデータとして特定され、さらにノード配置テーブル１２２（図１０）において第１及び第２行目のノードＡ１及びＡ２が配布先ノードとして特定される。そして、キャッシュデータテーブル１２６（図１６）において、第１乃至第４行目のエントリが特定される。
そうすると、配布部１２７は、ステップＳ１２３及びＳ１２５で読み出されたデータから定義データを生成し（ステップＳ１２９）、当該定義データを、ステップＳ１２４で特定された配布先ノード宛に送信する（ステップＳ１３１）。
定義データは、例えば図１８のようなデータである。図１８の例では、ユーザＩＤと出力条件のデータと最低保持期限とＣＩＤとを含む。このようなデータを受信すれば、中継ノード２２１及び２２２は、表示装置２３１からコンテンツを要求された場合に、関連付けデータを分析装置１１０から取得することなく、提示すべきコンテンツを特定できる。さらに以下で述べるような処理を中継ノード２２１が予め実施することで、提示すべきコンテンツ自体も予めキャッシュすることができるので、表示装置２３１がユーザに対して迅速に適切なコンテンツを表示することができるようになる。
次に、図１９乃至図２３を用いて、中継ノードの処理について説明する。中継ノード２２１の受信部２２１１は、制御装置１２０から定義データを受信すると（図１９：ステップＳ１５１）、定義データをキャッシュ制御部２２１２に出力する。キャッシュ制御部２２１２は、受信部２２１１から定義データを受信すると、定義データに含まれるユーザＩＤ、出力条件のデータ及びＣＩＤで、キャッシュデータ格納部２２１３を検索して、最低保持期限以外が同一であるエントリが存在するか、すなわち利用可能な定義データが既にキャッシュ済みであるか判断する（ステップＳ１５３）。最低保持期限以外が同一であるエントリが既にキャッシュデータ格納部２２１３に格納されており、利用可能となっている場合には、キャッシュ制御部２２１２は、受信した定義データに含まれる最低保持期限の方が現在の最低保持期限より後であれば、受信した定義データに含まれる最低保持期限で更新する（ステップＳ１５５）。受信した定義データに含まれるＣＩＤについてのエントリに含まれる最低保持期限も更新する。そして処理を終了する。
一方、定義データに含まれるユーザＩＤ、出力条件のデータ及びＣＩＤの組み合わせがキャッシュデータ格納部２２１３に格納されていない場合には、キャッシュ制御部２２１２は、受信した定義データを、キャッシュデータ格納部２２１３に追加登録する（ステップＳ１５７）。さらに、キャッシュ制御部２２１２は、受信した定義データに含まれるＣＩＤについてのコンテンツについてキャッシュ更新処理を実施する（ステップＳ１５９）。そして処理を終了する。なお、キャッシュ更新処理については、図２０を用いて説明する。なお、図２０の処理は、定義データに含まれるＣＩＤ毎に行われる。
まず、キャッシュ制御部２２１２は、定義データに含まれるＣＩＤで特定されるコンテンツのデータがキャッシュ済みであるか判断する（図２０：ステップＳ１６０）。例えば図２１に示すようなキャッシュテーブルが、キャッシュデータ格納部２２１３に格納されているものとする。すなわち、図２１の例では、ユーザＩＤと出力条件のデータと最低保持期限とＣＩＤとを含む定義データについてのエントリと、ＣＩＤと最低保持期限とＣＩＤで特定されるコンテンツのファイル名とコンテンツ有効期限（コンテンツサーバ１３０等から得られるデータ）とを含むコンテンツ関連データについてのエントリとが登録されるようになっている。このようにキャッシュデータ格納部２２１３に格納されているコンテンツのデータについては、このキャッシュテーブルに登録されるので、ＣＩＤがＩＤの列に登録されているか否かでキャッシュ済みであるか否かを判断できる。他のユーザについての定義データを処理した際に同一のコンテンツのデータを既に取得している場合があるので、本ステップを実施する。なお、自動的に有効期限切れのエントリ及びコンテンツのデータについては削除し、自動的に最低保持期限切れのエントリ及びコンテンツのデータについても削除する。
ＣＩＤで特定されるコンテンツがキャッシュ済みである場合には、キャッシュ制御部２２１２は、定義データに含まれるＣＩＤを含む、コンテンツ関連データについてのエントリに含まれる最低保持期限より、定義データに含まれる最低保持期限の方が後であれば、定義データに含まれる最低保持期限でコンテンツ関連データについてのレコードにおける最低保持期限を更新する（ステップＳ１７３）。そして呼び出し元の処理に戻る。
一方、ＣＩＤで特定されるコンテンツがキャッシュデータ格納部２２１３に格納されていない場合には、キャッシュ制御部２２１２は、定義データに含まれるＣＩＤが示すサーバ（主にコンテンツサーバ１３０）にＣＩＤが示すコンテンツのデータを要求して、当該コンテンツのデータを取得する（ステップＳ１６１）。そして、キャッシュ制御部２２１２は、キャッシュデータ格納部２２１３に、取得したコンテンツのデータを格納できるだけの空き容量が存在するか判断する（ステップＳ１６３）。取得したコンテンツのデータを格納できるだけの空き容量が存在する場合には、キャッシュ制御部２２１２は、取得したコンテンツのコンテンツ関連データについてのエントリをキャッシュデータ格納部２２１３のテーブルに追加して、取得したコンテンツのデータをキャッシュデータ格納部２２１３に格納する（ステップＳ１６５）。そして呼び出し元の処理に戻る。
一方、キャッシュデータ格納部２２１３に、取得したコンテンツのデータを格納できるだけの空き容量が存在しない場合には、キャッシュ制御部２２１２は、有効期限切れのエントリ、即ち現時刻が有効期限より後になっているエントリがキャッシュテーブルに存在するか判断する（ステップＳ１６７）。存在する場合には、キャッシュ制御部２２１２は、当該エントリ及び当該エントリについてのコンテンツのデータをキャッシュデータ格納部２２１３において削除する（ステップＳ１７１）。そしてステップＳ１６５に移行する。
一方、有効期限切れエントリが存在しない場合には、キャッシュ制御部２２１２は、最低保持期限超過のコンテンツのデータ（現時刻が最低保持期限より後のエントリに係るコンテンツ）がキャッシュデータ格納部２２１３に存在するか判断する（ステップＳ１６９）。最低保持期限超過のコンテンツのデータがキャッシュデータ格納部２２１３に存在する場合には、ステップＳ１７１に移行する。一方、最低保持期限超過のコンテンツのデータがキャッシュデータ格納部２２１３に存在しない場合には、呼び出し元の処理に戻る。
このような処理を実施することで、実際にユーザが表示装置２３１乃至２３３の場所まで移動して来るまでに、キャッシュデータ格納部２２１３に、定義データ及び定義データに関連するコンテンツのデータが準備できるようになる。
次に、表示装置２３１までユーザがやってきて、表示装置２３１のセンサでＩＣカードなどからユーザＩＤを読み取った場合の処理を、図２２及び図２３を用いて説明する。なお、ユーザＩＤを読み取った段階で、温度センサなどにより温度を測定することで、状態データを生成する。状態データは温度データそのものの場合もあれば、高温又は低温というような判断結果であってもよい。そして、表示装置２３１は、読み取ったユーザＩＤ及び生成した状態データを中継ノード２２１に送信する（図２２：ステップＳ１８１）。これに対して、中継ノードの出力処理部２２１４は、表示装置２３１からユーザＩＤ及び状態データを受信すると（ステップＳ１８３）、キャッシュテーブルにおいて、ユーザＩＤと、状態データが充足する出力条件とに対応付けられているＣＩＤを探索する（ステップＳ１８５）。ＣＩＤが見つかってキャッシュヒットと判断できる場合には（ステップＳ１８７：Ｙｅｓルート）、出力処理部２２１４は、ＣＩＤを表示装置２３１に返信する（ステップＳ１９１）。表示装置２３１は、中継ノード２２１からＣＩＤを受信する（ステップＳ１９３）。そして図２３の処理に端子Ｂ及びＣを介して移行する。
一方、ＣＩＤが見つからず、キャッシュミスとなった場合には（ステップＳ１８７：Ｎｏルート）、出力処理部２２１４は、ユーザＩＤ及び状態データをキャッシュ制御部２２１２に出力する。そして、キャッシュ制御部２２１２は、分析装置１１０に対してユーザＩＤ及び状態データを送信して、分析装置１１０から、ユーザＩＤ及び状態データに対応するＣＩＤを取得する（ステップＳ１８９）。そして、キャッシュ制御部２２１２は、出力処理部２２１４にＣＩＤを出力する。出力処理部２２１４は、キャッシュ制御部２２１２からＣＩＤを受信する。そして処理はステップＳ１９１に移行する。
図２３の処理の説明に移行して、表示装置２３１は、受信したＣＩＤのコンテンツ要求を中継ノード２２１に送信する（ステップＳ１９５）。中継ノード２２１の出力処理部２２１４は、表示装置２３１から、ＣＩＤのコンテンツ要求を受信すると（ステップＳ１９７）、ＣＩＤでキャッシュテーブルを検索する（ステップＳ１９９）。受信したＣＩＤがＩＤの列に登録されている、即ちキャッシュヒットした場合には（ステップＳ２０１：Ｙｅｓルート）、出力処理部２２１４は、キャッシュデータ格納部２２１３からＣＩＤに係るコンテンツのデータを読み出して、当該コンテンツのデータを表示装置２３１に送信する（ステップＳ２０５）。一方、受信したＣＩＤがＩＤの列に登録されていない、即ちキャッシュミスした場合（ステップＳ２０１：Ｎｏルート）、出力処理部２２１４は、キャッシュ制御部２２１２に、ＣＩＤに係るコンテンツのデータの取得要求を出力し、キャッシュ制御部２２１２は、当該取得要求に応じて、キャッシュ更新処理（図２０）を実施する（ステップＳ２０３）。そして処理はステップＳ２０５に移行する。但し、コンテンツのデータが、キャッシュデータ格納部２２１３に格納できない場合でも、キャッシュ制御部２２１２は、取得したコンテンツのデータを出力処理部２２１４に出力する。また、キャッシュ更新処理を実施せずに、キャッシュ制御部２２１２が単にコンテンツのデータを取得して、出力処理部２２１４に出力するようにしても良い。
表示装置２３１は、中継ノード２２１からコンテンツのデータを受信して、表示部に表示する（ステップＳ２０７）。これにより、ユーザにコンテンツを提示することができるようになる。
このようにキャッシュデータ格納部２２１３にコンテンツのデータが格納されている場合には、迅速に当該コンテンツをユーザに提示することができる。
［実施の形態３］
キャッシュデータ格納部２２１３の容量が大きければ、空き容量に配慮することなくコンテンツのデータを蓄積できるが、実際には空き容量が不足する場合も出てくる。そこで、本実施の形態では、コンテンツのデータ量が所定量（表示装置２３１からコンテンツを提示するまでの時間が予め定められた時間以内となるようなデータ量）未満である場合には、その都度コンテンツサーバ１３０から取得して、表示装置２３１に出力する。具体的には、キャッシュ更新処理において、一旦ＣＩＤに係るコンテンツの要求をコンテンツサーバ１３０に送信して、コンテンツサーバ１３０から送信されてくるコンテンツのデータのパケット等におけるヘッダ（例えばＨＴＴＰ（Hyper Text Transfer Protocol）の場合、ヘッダ部分に含まれるContent-Size欄）に含まれるコンテンツのサイズのデータから、コンテンツのデータをキャッシュデータ格納部２２１３に格納するか否かを判断するようにしても良い。なお、データ量だけではなく、コンテンツのデータの取得にかかる時間を計測して、時間をベースに判断するようにしても良い。
［実施の形態４］
図１０に示すようなノード配置テーブル１２２をベースに、定義データの配布先ノードを特定する例を第２の実施の形態では採用していた。しかしながら、ユーザによっては駅Ａの構内に配置されている表示装置２３１乃至２３３のうち、実際に利用する表示装置に偏りがある場合もある。偏りがある場合には、よく利用する表示装置が接続されている中継ノードにのみ定義データを配信してコンテンツデータをキャッシュする方が効率的である。
そのため、例えば中継ノードにおいて、ユーザＩＤと当該ユーザＩＤを読み取った表示装置に接続されている中継ノードのノードＩＤとを含むログを蓄積しておき、分析装置１１０に所定時間毎に当該ログをアップロードする。そして、分析装置１１０が、ユーザ毎に、当該ユーザの利用頻度が高い表示装置が接続されている中継ノード及びその中継ノードが配置されている駅のLocationIDとを特定して、ユーザＩＤとLocationIDとノードＩＤとの組み合わせを、制御装置１２０に送信する。制御装置１２０は、分析装置１１０からこのようなデータを受信すると、以下で述べるキャッシュ配布先テーブルに蓄積しておき、定義データの配布先ノードを絞り込むものとする。
図２４に、本実施の形態に係る制御装置１２０ｂの機能ブロック図を示す。制御装置１２０ｂは、受信部１２１ｂと、ノード配置テーブル１２２と、ユーザ位置テーブル１２３と、関連付けデータテーブル１２４と、決定処理部１２５ｂと、キャッシュデータテーブル１２６と、配布部１２７ｂと、キャッシュ配布先テーブル１２８とを有する。
受信部１２１ｂは、分析装置１１０からデータを受信し、ユーザ位置テーブル１２３、関連付けデータテーブル１２４又はキャッシュ配布先テーブル１２８に格納する。ユーザ位置テーブル１２３は、各ユーザの位置データを格納するテーブルである。関連付けデータテーブル１２４は、ユーザＩＤと、出力条件と、コンテンツＩＤとを含む関連付けデータを格納するテーブルである。キャッシュ配布先テーブル１２８は、ユーザＩＤと、LocationIDと、中継ノードのノードＩＤとを対応付けて格納するテーブルである。決定処理部１２５ｂは、ノード配置テーブル１２２、ユーザ位置テーブル１２３、関連付けデータテーブル１２４及びキャッシュ配布先テーブル１２８から、中継ノードのノードＩＤと当該中継ノードにキャッシュすべきコンテンツのＩＤとの対応付けを、キャッシュデータテーブル１２６に格納する。配布部１２７ｂは、ノード配置テーブル１２２、キャッシュ配布先テーブル１２８、ユーザ位置テーブル１２３及び関連付けデータテーブル１２４から、関連付けデータを含む定義データを生成し、当該定義データの配布先ノードを特定して、定義データを配布先ノードに送信する。
次に、制御装置１２０ｂの処理内容について、図２５乃至図２８を用いて説明する。まず、図２５に、制御装置１２０ｂの受信部１２１ｂの処理の処理フローを示す。これより前に、改札機２１０は、ユーザが保持するＩＣカードなどからユーザＩＤを読み出し、当該ユーザＩＤとLocationIDとを分析装置１１０に送信する。分析装置１１０は、受信したユーザＩＤに対応付けられているＣＩＤ及び出力条件のデータをＤＢ１１１から読み出し、ユーザＩＤ及びLocationIDと、ユーザＩＤ、ＣＩＤ及び出力条件のデータとを、制御装置１２０ｂに送信する。さらに、分析装置１１０は、ユーザＩＤ及びLocationIDの組み合わせに対応付けられているノードＩＤをＤＢ１１１から読み出して、制御装置１２０ｂに送信する。但し、ユーザＩＤ及びLocationIDの組み合わせに対応付けられているノードＩＤが存在しない場合もあるので、その場合にはこのようなデータは送られない。
そして、制御装置１２０ｂの受信部１２１ｂは、分析装置１１０からデータを受信すると（図２５：ステップＳ３０１）、当該データがユーザ位置データであるか判断する（ステップＳ３０３）。本実施の形態では、ユーザＩＤとLocationIDとを含むユーザ位置データと、ユーザＩＤとＣＩＤと出力条件のデータとを含む関連付けデータと、ユーザＩＤとLocationIDとノードＩＤとを含むノード指定データとが、分析装置１１０から送信される。受信したデータがユーザ位置データであれば、受信部１２１ｂは、ユーザ位置テーブル１２３において、受信したユーザＩＤに対応付けて、受信したLocationIDを登録すると共に、現在時刻を最新更新日時として登録する（ステップＳ３０５）。既に、受信したユーザＩＤが登録されている場合には、当該ユーザＩＤのエントリを、受信したLocationID及び現在時刻で更新する。
一方、受信したデータがユーザ位置データではない場合には、受信部１２１ｂは、受信したデータが関連付けデータであるか判断する（ステップＳ３０７）。受信したデータが関連付けデータであれば、受信部１２１ｂは、ユーザＩＤとＣＩＤと出力条件のデータとで、関連付けデータテーブル１２４を更新する（ステップＳ３０９）。例えば、ユーザＩＤとＣＩＤと出力条件のデータとを、関連付けデータテーブル１２４に追加登録する。但し、受信したユーザＩＤについてのレコードが既に登録されている場合には、上書き更新を行うようにしても良い。
一方、受信したデータが関連付けデータでない場合には、ノード指定データであるから、受信部１２１ｂは、ユーザＩＤ及びLocationIDの組み合わせに対応付けてノードＩＤを、キャッシュ配布先テーブル１２８に登録する（ステップＳ３１１）。例えば、ユーザＩＤ及びLocationIDの同一の組み合わせについてノードＩＤが既に登録されている場合には上書き登録し、未登録であれば追加登録する。
キャッシュ配布先テーブル１２８は、例えば図２６に示すようなデータである。図２６の例では、ユーザＩＤ及びLocationIDに対応付けてノードＩＤが登録されるようになっている。
次に、図２７を用いて、制御装置１２０ｂにおける決定処理部１２５ｂの処理を説明する。決定処理部１２５ｂは、ユーザ位置テーブル１２３において、LocationIDが更新されたユーザＩＤを特定する（図２７：ステップＳ３２１）。また、決定処理部１２５ｂは、関連付けデータテーブル１２４から、更新に係るユーザＩＤに対応付けられているＣＩＤを特定する（ステップＳ３２３）。そして、決定処理部１２５ｂは、更新に係るユーザＩＤ及びLocationIDでキャッシュ配布先テーブル１２８を検索し（ステップＳ３２５）、該当するエントリが存在するか判断する（ステップＳ３２７）。該当するエントリが存在しない場合には、決定処理部１２５ｂは、ノード配置テーブル１２２から、LocationIDに対応付けられているノードＩＤを特定する（ステップＳ３２９）。そしてステップＳ３３３に移行する。一方、該当エントリが存在する場合には、決定処理部１２５ｂは、該当エントリにおけるノードＩＤを特定する（ステップＳ３３１）。そして、ステップＳ３３３に移行する。
そして、決定処理部１２５ｂは、中継ノードにおけるコンテンツの最低保持期限を、例えば現時刻から所定時間（例えば１時間）後に決定する（ステップＳ３３３）。このステップは、ステップＳ１１７と同様である。その後、決定処理部１２５ｂは、特定されたノードＩＤ及びＣＩＤと決定された最低保持期限とで、キャッシュデータテーブル１２６を更新する（ステップＳ３３５）。
次に、図２８を用いて、制御装置１２０ｂにおける配布部１２７ｂの処理を説明する。配布部１２７ｂは、ユーザ位置テーブル１２３において、LocationIDが更新されたユーザＩＤを特定する（図２８：ステップＳ３４１）。なお、LocationIDが更新されたユーザＩＤを、決定処理部１２５ｂから通知される場合もある。そして、配布部１２７ｂは、関連付けデータテーブル１２４から、更新に係るユーザＩＤについての関連付けデータを読み出す（ステップＳ３４３）。すなわち、特定されたユーザＩＤに対応付けられているＣＩＤ及び出力条件のデータを読み出す。
そして、配布部１２７ｂは、キャッシュ配布先テーブル１２８に、更新に係るユーザＩＤ及びLocationIDについてのエントリが存在するか判断する（ステップＳ３４５）。更新に係るユーザＩＤ及びLocationIDについてのエントリが存在する場合には、配布部１２７ｂは、キャッシュ配布先テーブル１２８から、更新に係るユーザＩＤ及びLocationIDに対応付けられているノードＩＤを配布先ノードのノードＩＤとして特定する（ステップＳ３４７）。処理はステップＳ３５１に移行する。一方、該当するエントリが存在しない場合には、配布部１２７ｂは、ノード配置テーブル１２２から、更新に係るLocationIDに対応付けられているノードＩＤを、配布先ノードのノードＩＤとして特定する（ステップＳ３４９）。
そして、配布部１２７ｂは、キャッシュデータテーブル１２６から、配布先ノードのノードＩＤ及び読み出した関連付けデータに含まれるＣＩＤについてのデータを読み出す（ステップＳ３５１）。そうすると、配布部１２７ｂは、ステップＳ３４３及びＳ３５１で読み出されたデータから定義データを生成し（ステップＳ３５３）、当該定義データを、ステップＳ３４７又はＳ３４９で特定された配布先ノード宛に送信する（ステップＳ３５５）。
このようにキャッシュ配布先テーブル１２８にエントリがある場合には、定義データの配布先ノードが限定されて、当該定義データに基づきコンテンツのデータのキャッシュを行う中継ノードが少なくなる。すなわち、ネットワーク３００の通信負荷を下げ、定義データが配布されなかった中継ノードのキャッシュデータ格納部２２１３の記憶容量を効率的に利用できるようになる。
［実施の形態５］
第２の実施の形態では図２２及び図２３で表示装置２３１は２回要求を中継ノード２２１に送信してコンテンツのデータを取得するが、以下のように表示装置２３１が１度要求を送信するだけでコンテンツのデータを取得できるようにしても良い。
具体的には、表示装置２３１は、読み取ったユーザＩＤ及び生成した状態データを中継ノード２２１に送信する（図２９：ステップＳ３６１）。これに対して、中継ノードの出力処理部２２１４は、表示装置２３１からユーザＩＤ及び状態データを受信すると（ステップＳ３６３）、キャッシュテーブルにおいて、ユーザＩＤと、状態データが充足する出力条件とに対応付けられているＣＩＤを探索する（ステップＳ３６５）。ＣＩＤが見つからず、キャッシュミスとなった場合には（ステップＳ３６７：Ｎｏルート）、出力処理部２２１４は、ユーザＩＤ及び状態データをキャッシュ制御部２２１２に出力する。そして、キャッシュ制御部２２１２は、分析装置１１０に対してユーザＩＤ及び状態データを送信して、分析装置１１０から、ユーザＩＤ及び状態データに対応するＣＩＤを取得する（ステップＳ３６９）。キャッシュ制御部２２１２は、出力処理部２２１４にＣＩＤを出力する。出力処理部２２１４は、キャッシュ制御部２２１２からＣＩＤを受信する。そして、ステップＳ３７１に移行する。一方、ＣＩＤが見つかってキャッシュヒットとなった場合にも（ステップＳ３６７：Ｙｅｓルート）、処理はステップＳ３７１に移行する。
出力処理部２２１４は、ＣＩＤでキャッシュテーブルを検索する（ステップＳ３７１）。受信したＣＩＤがＩＤの列に登録されている、即ちキャッシュヒットした場合には（ステップＳ３７３：Ｙｅｓルート）、出力処理部２２１４は、キャッシュデータ格納部２２１３からＣＩＤに係るコンテンツのデータを読み出して、当該コンテンツのデータを表示装置２３１に送信する（ステップＳ３７７）。一方、受信したＣＩＤがＩＤの列に登録されていない、即ちキャッシュミスした場合（ステップＳ３７３：Ｎｏルート）、出力処理部２２１４は、キャッシュ制御部２２１２に、ＣＩＤに係るコンテンツのデータの取得要求を出力し、キャッシュ制御部２２１２は、当該取得要求に応じて、キャッシュ更新処理（図２０）を実施する（ステップＳ３７５）。そして処理はステップＳ３７７に移行する。但し、コンテンツのデータが、キャッシュデータ格納部２２１３に格納できない場合でも、キャッシュ制御部２２１２は、取得したコンテンツのデータを出力処理部２２１４に出力する。また、キャッシュ更新処理を実施せずに、キャッシュ制御部２２１２が単にコンテンツのデータを取得して、出力処理部２２１４に出力するようにしても良い。
表示装置２３１は、中継ノード２２１からコンテンツのデータを受信して、表示部に表示する（ステップＳ３７９）。これにより、ユーザにコンテンツを提示することができるようになる。
このようにすれば、コンテンツ表示までの時間をより短縮することができる。
［実施の形態６］
各中継ノード２２１及び２２２におけるキャッシュデータ格納部２２１３の容量には限界があるので、定義データを制御装置１２０から受信したとしても定義データに関連するコンテンツデータを、キャッシュデータ格納部２２１３に格納できない場合もある。これではコンテンツ提示にかかる時間を短縮できない。そこで、本実施の形態では、例えば駅Ａに設置されている中継ノード２２１及び２２２の上位の中継ノードを設置して、中継ノード２２１及び２２２でキャッシュできなかったコンテンツのデータについては、上位の中継ノードに保持させるようにする。駅毎でなく、数駅毎といったように上位中継ノードを纏めるようにしても良い。
システム全体の処理フローを図３０に示す。図３０の例では、上位中継ノード２２５を新たに駅Ａに導入する。第２の実施の形態における中継ノード２２１及び２２２は、下位中継ノード２２１及び２２２である。
ユーザがＩＣカードなどを改札機２１０にかざすと、改札機２１０は、ユーザＩＤ及びLocationIDを分析装置１１０に送信する。分析装置１１０は、ユーザＩＤに対応付けられているＣＩＤ及び出力条件のデータをＤＢ１１１から読み出して、ユーザＩＤ及びLocationIDの組み合わせと共に制御装置１２０に出力する（図３０：ステップ（１））。制御装置１２０の受信部１２１は、ユーザＩＤとＣＩＤと出力条件のデータとの組み合わせと、ユーザＩＤとLocationIDとの組み合わせとを受信すると、それぞれ関連付けデータテーブル１２４と、ユーザ位置テーブル１２３に格納する。その後、決定処理部１２５及び配布部１２７は処理を行って、配布部１２７は、上で述べた定義データを生成して、配布先ノードに定義データを送信する（ステップ（２））。ここまでは第２の実施の形態と同じである。
これに対して、下位中継ノード２２１のキャッシュ制御部２２１２は、キャッシュ更新処理（図２０）を実施する。キャッシュデータ格納部２２１３に定義データに関連するコンテンツのデータを格納できれば以下の処理を実施しないが、容量不足で定義データに関連するコンテンツのデータをキャッシュデータ格納部２２１３に格納できない場合がある。この場合、キャッシュ制御部２２１２（又は受信部２２１１）は、制御装置１２０に対して、例えばＣＩＤを含むキャッシュ拒否通知を返信する（ステップ（３））。定義データをキャッシュ拒否通知が含むようにしても良い。
配布部１２７は、下位中継ノード２２１から、例えばＣＩＤを含むキャッシュ拒否通知を受信すると、ノード配置テーブル１２２から、下位中継ノード２２１の上位中継ノード２２５を特定し、ＣＩＤを含むキャッシュ要求を送信する（ステップ（４））。本実施の形態においては、ノード配置テーブル１２２は、例えば図３１に示すようなデータである。図３１の例では、下位中継ノードのノードＩＤと、LocationＩＤと、上位中継ノードのノードＩＤとが対応付けて登録されている。このデータを用いれば、送信元の下位中継ノード２２１のノードＩＤから、上位中継ノードのノードＩＤを特定できる。
上位中継ノード２２５は、制御装置１２０から、ＣＩＤを含むキャッシュ要求を受信すると、ＣＩＤに従って例えばコンテンツサーバ１３０に対して、ＣＩＤのコンテンツのデータを要求し（ステップ（５））、コンテンツサーバ１３０からコンテンツのデータを取得する（ステップ（６））。上位中継ノード２２５は、データ格納部に、取得したコンテンツのデータを、蓄積する。
その後、ユーザが表示装置２３１のところにやってきてＩＣカードなどを読み取らせると、表示装置２３１は、ユーザＩＤ及び状態データを下位中継ノード２２１に出力する（ステップ（７））。これに対して、下位中継ノード２２１の出力処理部２２１４は、表示装置２３１から、ユーザＩＤ及び状態データを受信する。そして、出力処理部２２１４は、キャッシュデータ格納部２２１３におけるキャッシュテーブルにおいて、ユーザＩＤ及び状態データが充足する出力条件のデータに対応付けられているＣＩＤを特定し、表示装置２３１に返信する（ステップ（８））。表示装置２３１は、受信したＣＩＤのコンテンツ要求を、下位中継ノード２２１に出力する（ステップ（９））。下位中継ノード２２１の出力処理部２２１４は、ＣＩＤのコンテンツ要求を受信すると、キャッシュデータ格納部２２１３に、当該ＣＩＤのコンテンツのデータが格納されているか確認する。ここでＣＩＤのコンテンツのデータが格納されていない場合には、出力処理部２２１４は、ＣＩＤを含むコンテンツ取得要求をキャッシュ制御部２２１２に出力する。キャッシュ制御部２２１２は、第２の実施の形態ではＣＩＤで特定されるサーバ（例えばコンテンツサーバ１３０）に、コンテンツ要求を送信するが、本実施の形態では上位中継ノード２２５に、ＣＩＤを含むコンテンツ要求を送信する（ステップ（１０））。上位中継ノード２２５は、下位中継ノード２２１からコンテンツ要求を受信すると、データ格納部からＣＩＤのコンテンツのデータを読み出して、下位中継ノード２２１に送信する（ステップ（１１））。
下位中継ノード２２１のキャッシュ制御部２２１２は、上位中継ノード２２５からコンテンツのデータを受信すると、出力処理部２２１４に出力する。出力処理部２２１４は、表示装置２３１に、受信したコンテンツのデータを出力する（ステップ（１２））。表示装置２３１は、下位中継ノード２２１から受信したコンテンツのデータを、表示部に表示する。
このように上位中継ノードを配置することで、下位中継ノードにおいてキャッシュできない場合でも、上位中継ノードにおいてキャッシュできれば、コンテンツサーバ１３０などからその都度取得するより、表示装置２３１乃至２３３に迅速にコンテンツのデータを出力することができるようになる。
［実施の形態７］
第２の実施の形態では、ある駅にユーザが到着すると、当該ある駅のための全ての中継ノードが定義データに従って、コンテンツサーバ１３０などからコンテンツのデータをキャッシュしようとする。しかしながら、ある駅にある中継ノードが、コンテンツサーバ１３０からそのコンテンツのデータを既に取得しているのであれば、ある駅のための他の中継ノードは、既にコンテンツのデータを取得している中継ノードから、そのコンテンツのデータを取得すれば、コンテンツサーバ１３０の処理負荷を減らすことができ、さらにコンテンツサーバ１３０との間の通信経路の通信負荷も減らすことができる。このため、本実施の形態では、以下のような処理を実施する。
具体的には、配布部１２７が、図３２及び図３３に示すような処理を実施する。配布部１２７は、ユーザ位置テーブル１２３において、LocationIDが更新されたユーザＩＤを特定する（図３２：ステップＳ４０１）。なお、LocationIDが更新されたユーザＩＤを、決定処理部１２５から通知される場合もある。そして、配布部１２７は、関連付けデータテーブルから、更新に係るユーザＩＤについての関連付けデータを読み出す（ステップＳ４０３）。すなわち、特定されたユーザＩＤに対応付けられているＣＩＤ及び出力条件のデータを読み出す。そして、配布部１２７は、ノード配置テーブル１２２から、更新に係るLocationIDに対応付けられているノードＩＤを、配布先ノードのノードＩＤとして特定する（ステップＳ４０５）。その後、配布部１２７は、キャッシュデータテーブル１２６から、配布先ノードのノードＩＤ及び読み出した関連付けデータに含まれるＣＩＤについてのデータを読み出す（ステップＳ４０７）。そして端子Ｄを介して図３３の処理に移行する。
図３３の処理の説明に移行して、配布部１２７は、ステップＳ４０５において特定された配布先ノードのＩＤのうち未処理の配布先ノードのＩＤを１つ特定する（ステップＳ４０９）。そして、配布部１２７は、特定された配布先ノードに関連する中継ノードが、ステップＳ４０３で読み出された関連付けデータに含まれるＣＩＤのコンテンツをキャッシュ済みであるか判断する（ステップＳ４１１）。具体的には、キャッシュデータテーブル１２６において、ステップＳ４０５で特定された配布先ノードのうち、処理に係る配布先ノード以外の配布先ノードのノードＩＤに対応付けて、関連付けデータに含まれるＣＩＤが登録されているかを判断する。例えば、ステップＳ４０５で特定された配布先ノードＡ１及びＡ２のうち、処理に係る配布先ノードＡ１以外の中継ノードのノードＩＤ「Ａ２」に対応付けて、関連付けデータに含まれるＣＩＤ「Ｘ」が登録されているかを判断する。ＣＩＤが複数であれば、各ＣＩＤについて判断する。
特定された配布先ノードに関連する中継ノードが、関連付けデータに含まれるＣＩＤのコンテンツをキャッシュ済みではない場合には、配布部１２７は、ステップＳ４０３及びＳ４０７で読み出されたデータから定義データを生成し（ステップＳ４１５）、当該定義データを、ステップＳ４０９で特定された配布先ノード宛に送信する（ステップＳ４１７）。
一方、特定された配布先ノードに関連する中継ノードが、関連付けデータに含まれるＣＩＤのコンテンツを既にキャッシュ済みである場合には、配布部１２７は、関連付けデータに含まれるＣＩＤを、関連する中継ノードのいずれかのＵＲＬ等を用いて変更する（ステップＳ４１３）。上でも述べたように、例えばＣＩＤがＵＲＬで表されている場合には、ＣＩＤは、変更前はコンテンツサーバ１３０のドメイン名、ディレクトリ名及びファイル名を含むＣＩＤとなっている。本ステップでは、コンテンツサーバ１３０のドメイン名及びディレクトリ名を、関連する中継ノードのドメイン名及び所定のディレクトリ名で置換する。そして、配布部１２７は、変更後のＣＩＤで、ステップＳ４１５で生成された定義データにおけるＣＩＤを更新する（ステップＳ４２１）。そしてステップＳ４１７に移行する。
そして、配布部１２７は、未処理の配布先ノードが存在しているか判断し（ステップＳ４１９）、未処理の配布先ノードが存在している場合には、処理はステップＳ４０９に戻る。一方、未処理の配布先ノードが存在していない場合には、処理を終了する。
以上のような処理を実施すれば、中継ノード２２１のキャッシュ制御部２２１２は、第２の実施の形態とほぼ同じ処理を行えば良い。すなわち、コンテンツの取得先が、１つの中継ノードについてはコンテンツサーバ１３０となるが、他の中継ノードについては、先にコンテンツサーバ１３０からコンテンツのデータを取得した中継ノードがコンテンツの取得先となる。キャッシュ制御部２２１２は、他の中継ノードからコンテンツのデータの要求を受信した場合に、キャッシュデータ格納部２２１３から要求に係るコンテンツのデータを読み出して、要求元の中継ノードに送信するようにする。
なお、同じ駅のための中継ノードであれば距離が近いので、関連する中継ノードがコンテンツの取得先となっている定義データを受信した中継ノードについては、キャッシュを行わないで、接続されている表示装置から要求があった場合に、関連する中継ノードから取得するようにしても、十分早くコンテンツを出力できる場合もある。
また、上では、ＣＩＤがＵＲＬで表されている例を示したが、ＣＩＤがコンテンツの取得元のデータを含まない場合には、関連する中継ノードのアドレスをＣＩＤに付加するような変形を行うようにしても良い。
［実施の形態８］
中継ノードのキャッシュデータ格納部の容量には限りがあるので、不要であることが明らかなデータについては早期に削除することで、キャッシュの利用効率を高めることが好ましい。
例えば、駅Ａの改札機で駅Ａ構内に入り、電車に乗って駅Ｂに移動し、駅Ｂの改札機を通過した後に電車を乗り換えて駅Ｃに移動し、そして駅Ｃの改札機を通過して駅Ｃ構内から外に出る、というケースを考える。この場合、駅Ａから駅Ｂ、駅Ｂから駅Ｃ、駅Ｃから「位置不定」へと変化することが検出される。駅Ａから駅Ｂに移動したことが検出されれば、駅Ａにおけるそのユーザのキャッシュは不要となる。駅Ｂから駅Ｃに移動したことが検出されれば、駅Ｂにおけるそのユーザのキャッシュは不要となる。さらに、駅Ｃから「位置不定」になったことが検出されれば、駅Ｃにおけるそのユーザのキャッシュは不要となる。このような移動及び「位置不定」という状態への遷移に応じて、不要なキャッシュを削除できれば、キャッシュデータ格納部の利用効率を上げられる。そこで以下に示すような処理を実施する。
なお、駅構内に入るための改札機と駅構内から出て行くための改札機とで、センサが出力するLocationIDを区別するようにする。例えば、StationAだけではなく、駅構内に入る場合にはStationA_inを、駅構内から出て行く場合にはStationA_outというように区別するものとする。
まず、図３４に、制御装置１２０の受信部１２１の処理の処理フローを示す。この前提としては、改札機２１０は、ユーザが保持するＩＣカードなどからユーザＩＤを読み出し、当該ユーザＩＤとLocationIDとを分析装置１１０に送信する。分析装置１１０は、受信したユーザＩＤに対応付けられているＣＩＤ及び出力条件のデータをＤＢ１１１から読み出し、ユーザＩＤ及びLocationIDと、ユーザＩＤ、ＣＩＤ及び出力条件のデータとを、制御装置１２０に送信する。
そして、制御装置１２０の受信部１２１は、分析装置１１０からデータを受信すると（図３４：ステップＳ４３１）、当該データがユーザ位置データであるか判断する（ステップＳ４３３）。本実施の形態では、ユーザＩＤとLocationIDとを含むユーザ位置データと、ユーザＩＤとＣＩＤと出力条件のデータとを含む関連付けデータとが、分析装置１１０から送信される。受信したデータがユーザ位置データであれば、受信部１２１は、受信したLocationIDがエリア外に出ることを表すものである（上で述べた例ではStationA_out）か判断する（ステップＳ４３５）。受信したLocationIDがエリア外に出ることを表すものである場合には、受信部１２１は、受信したユーザＩＤに対応付けて、現LocationIDとして登録されているLocationIDを旧LocationIDとして登録し、現時刻を最新更新日時として登録し、さらに受信したLocationIDの代わりに現LocationIDとして「位置不定」を登録する（ステップＳ４３９）。例えば図３５に示すようなデータが、ユーザ位置テーブル１２３に登録される。図３５の例では、ユーザＩＤに対応付けて、現在の所在地を表す現LocationIDと、最新更新日時と、直前の所在地を表す旧LocationIDとが登録されるようになっている。
一方、受信したLocationIDがエリア外に出ることを表すものではない場合には、受信部１２１は、受信したユーザＩＤに対応付けて、現LocationIDとして登録されているLocationIDを旧LocationIDとして登録し、現時刻を最新更新日時として登録し、さらに受信したLocationIDを現LocationIDとして登録する（ステップＳ４３７）。
一方、受信したデータがユーザ位置データではない場合には、受信部１２１は、ユーザＩＤとＣＩＤと出力条件のデータとで、関連付けデータテーブル１２４を更新する（ステップＳ４４１）。例えば、ユーザＩＤとＣＩＤと出力条件のデータとを、関連付けデータテーブル１２４に追加登録する。但し、本実施の形態では、新旧が分かるように、現在時刻を最新更新日時として追加で登録することにする。例えば、関連付けデータテーブル１２４には、図３６に示すようなデータが登録される。図３６の例では、ユーザＩＤと、ＣＩＤと、出力条件と、最新更新日時とが対応付けて登録されるようになっている。
次に、決定処理部１２５の処理内容について、図３７を用いて説明する。決定処理部１２５は、ユーザ位置テーブル１２３において、更新に係るLocationIDが位置不定を表しているか判断する（図３７：ステップＳ４５１）。更新に係るLocationIDが位置不定を表している場合には処理を終了する。位置不定の場合には、いずれの中継ノードのコンテンツのデータをキャッシュすべきであるかを特定できないためである。一方、位置不定ではない場合、決定処理部１２５は、ユーザ位置テーブル１２３において、LocationIDが更新されたユーザＩＤを特定する（ステップＳ４５３）。そして、決定処理部１２５は、関連付けデータテーブル１２４から、更新に係るユーザＩＤに対応付けられているＣＩＤを特定する（ステップＳ４５５）。そして、決定処理部１２５は、ノード配置テーブル１２２から、LocationIDに対応付けられているノードＩＤを特定する（ステップＳ４５７）。
また、決定処理部１２５は、中継ノードにおけるコンテンツの最低保持期限を、例えば現時刻から所定時間（例えば１時間）後に決定する（ステップＳ４５９）。その後、決定処理部１２５は、特定されたノードＩＤ及びＣＩＤと決定された最低保持期限とで、キャッシュデータテーブル１２６を更新する（ステップＳ４６１）。キャッシュデータテーブル１２６には図１６に示すようなデータが格納される。
次に、配布部１２７の処理について図３８を用いて説明する。配布部１２７は、ユーザ位置テーブル１２３において、LocationIDが更新されたユーザＩＤを特定する（図３８：ステップＳ４７１）。なお、LocationIDが更新されたユーザＩＤを、決定処理部１２５から通知される場合もある。
そして、配布部１２７は、ユーザ位置テーブル１２３において、更新に係るLocationIDが、位置不定を表しているか判断する（ステップＳ４７３）。更新に係るLocationIDが位置不定を表している場合には、配布部１２７等は、削除処理を実施する（ステップＳ４８７）。この削除処理については、後に詳細に説明する。そして処理を終了する。
一方、更新に係るLocationIDが位置不定を表していない場合には、配布部１２７は、関連付けデータテーブル１２４から、更新に係るユーザＩＤについての関連付けデータを読み出す（ステップＳ４７５）。すなわち、特定されたユーザＩＤに対応付けられているＣＩＤ及び出力条件のデータを読み出す。そして、配布部１２７は、ノード配置テーブル１２２から、更新に係るLocationIDに対応付けられているノードＩＤを、配布先ノードのノードＩＤとして特定する（ステップＳ４７７）。その後、配布部１２７は、キャッシュデータテーブル１２６から、配布先ノードのノードＩＤ及び読み出した関連付けデータに含まれるＣＩＤについてのデータを読み出す（ステップＳ４７９）。
そうすると、配布部１２７は、ステップＳ４７５及びＳ４７９で読み出されたデータから定義データを生成し（ステップＳ４８１）、当該定義データを、ステップＳ４７７で特定された配布先ノード宛に送信する（ステップＳ４８３）。
そして、配布部１２７は、ユーザ位置テーブル１２３において、更新に係るLocationIDについてのエントリに旧LocationIDが含まれているか、すなわち旧LocationIDが「位置不定」ではないか判断する（ステップＳ４８５）。更新に係るLocationIDについてのエントリに旧LocationIDが含まれている場合には、処理はステップＳ４８７に移行する。一方、更新に係るLocationIDについてのエントリに旧LocationIDが含まれていない場合には、処理を終了する。
次に、削除処理について図３９を用いて説明する。制御装置１２０の配布部１２７は、ユーザ位置テーブル１２３において、ステップＳ４７１で特定されたユーザＩＤの旧LocationIDを特定する（図３９：ステップＳ４９１）。また、配布部１２７は、ノード配置テーブル１２２から、旧LocationIDに対応付けられているノードのＩＤを特定する（ステップＳ４９３）。さらに、配布部１２７は、関連付けデータテーブル１２４から、特定されたユーザＩＤの旧関連付けデータ（最新更新日時が２番目に新しい関連付けデータ）を抽出する（ステップＳ４９５）。そうすると、配布部１２７は、ステップＳ４９３で特定されたノードＩＤの中継ノード宛に、抽出された旧関連付けデータの削除要求を送信する（ステップＳ４９７）。旧関連付けデータの代わりに旧関連付けデータに含まれるユーザＩＤのみを削除要求に含めるようにしても良い。
これに対して、中継ノード２２１の受信部２２１１は、制御装置１２０から、旧関連付けデータの削除要求を受信し、旧関連付けデータの削除要求をキャッシュ制御部２２１２に出力する（ステップＳ４９９）。そして、キャッシュ制御部２２１２は、受信部２２１１から、旧関連付けデータの削除要求を受け取り、旧関連付けデータに含まれるＣＩＤで、キャッシュデータ格納部２２１３におけるキャッシュテーブルのＣＩＤ又はファイル名の列を検索する（ステップＳ５０１）。この処理の代わりに、ユーザＩＤでキャッシュテーブルを検索して対応するＣＩＤを抽出し、当該ＣＩＤでキャッシュテーブルのＣＩＤ又はファイル名の列を検索するようにしても良い。
そして、キャッシュ制御部２２１２は、他のユーザＩＤに対応して同一ＣＩＤが設定されているエントリが存在しているか判断する（ステップＳ５０３）。他のユーザＩＤに対応して同一ＣＩＤが設定されているエントリが存在している場合には、当該ＣＩＤに係るコンテンツのデータを削除することはできないので、キャッシュ制御部２２１２は、受信した旧関連付けデータに対応するエントリをキャッシュデータ格納部２２１３におけるキャッシュテーブルから削除する（ステップＳ５０５）。なお、受信したユーザＩＤを含むエントリを削除するようにしても良い。
一方、他のユーザＩＤに対応して同一ＣＩＤが設定されているエントリが存在していない場合には、キャッシュ制御部２２１２は、受信した旧関連付けデータに対応するエントリをキャッシュデータ格納部２２１３におけるキャッシュテーブルから削除する（ステップＳ５０７）。そして、キャッシュ制御部２２１２は、旧関連付けデータに含まれるＣＩＤに係るコンテンツのデータを、キャッシュデータ格納部２２１３から削除する（ステップＳ５０９）。キャッシュテーブルのエントリ及びコンテンツデータそのものを削除する。ユーザＩＤでキャッシュテーブルを検索して対応するＣＩＤを抽出し、当該ＣＩＤに係るコンテンツのデータを削除するようにしても良い。
以上のような処理を実施することによって、中継ノード２２１及び２２２でもはや用いることがない定義データを削除することができ、キャッシュデータ格納部２２１３の効率的な利用が図られるようになる。
以上本技術の実施の形態を説明したが、本技術はこれらに限定されるものではない。例えば、機能ブロック図は一例であって、必ずしも実際のプログラムモジュール構成と一致するわけではない。また、処理フローについても、処理結果が変わらなければ、処理順番を変更したり、並列処理を行う場合もある。
繰り返しになるが、駅は一例に過ぎず、駅以外のエリアであっても良い。また、ビルの一部のフロアや、店舗の一部の販売エリアであってもよい。
なお、上で述べた分析装置、制御装置、各種ノード及びサーバは、コンピュータ装置であって、図４０に示すように、メモリ２５０１とＣＰＵ（Central Processing Unit）２５０３とハードディスク・ドライブ（ＨＤＤ：Hard Disk Drive）２５０５と表示装置２５０９に接続される表示制御部２５０７とリムーバブル・ディスク２５１１用のドライブ装置２５１３と入力装置２５１５とネットワークに接続するための通信制御部２５１７とがバス２５１９で接続されている。オペレーティング・システム（ＯＳ：Operating System）及び本実施例における処理を実施するためのアプリケーション・プログラムは、ＨＤＤ２５０５に格納されており、ＣＰＵ２５０３により実行される際にはＨＤＤ２５０５からメモリ２５０１に読み出される。ＣＰＵ２５０３は、アプリケーション・プログラムの処理内容に応じて表示制御部２５０７、通信制御部２５１７、ドライブ装置２５１３を制御して、所定の動作を行わせる。また、処理途中のデータについては、主としてメモリ２５０１に格納されるが、ＨＤＤ２５０５に格納されるようにしてもよい。本技術の実施例では、上で述べた処理を実施するためのアプリケーション・プログラムはコンピュータ読み取り可能なリムーバブル・ディスク２５１１に格納されて頒布され、ドライブ装置２５１３からＨＤＤ２５０５にインストールされる。インターネットなどのネットワーク及び通信制御部２５１７を経由して、ＨＤＤ２５０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２５０３、メモリ２５０１などのハードウエアとＯＳ及びアプリケーション・プログラムなどのプログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。
以上述べた本実施の形態をまとめると、以下のようになる。
本実施の形態の第１の態様に係る制御方法は、（Ａ）ユーザの識別子と当該ユーザに関連付けられたコンテンツの識別子とユーザの識別子を読み取ったセンサに関する識別データとを受信する第１のステップと、（Ｂ）センサに関する識別データ又は当該センサに関する識別データ及びユーザの識別子の組み合わせに対応付けて、当該センサの位置とは異なる位置に配置された表示装置に出力すべきコンテンツを予めキャッシュするノードの識別子が格納されているデータ格納部から、受信された識別データ又は受信された識別データ及び受信されたユーザの識別子の組み合わせに対応付けられているノードの識別子を読み出す第２のステップと、（Ｃ）識別子が読み出されたノード宛に、受信されたユーザの識別子と当該ユーザに関連付けられたコンテンツの識別子とを送信する第３のステップとを含む。
このようにユーザの識別子と当該ユーザに関連付けられたコンテンツの識別子とを、上で述べたように特定されるノードに送信して、出力する可能性があるコンテンツを当該ノードに予めキャッシュさせることによって、表示装置にユーザが到着した際に早期に適切なコンテンツを出力できるようになる。
本制御方法は、（Ｄ）ユーザに関連付けられたコンテンツの識別子の送信先であるノードから、ユーザに関連付けられたコンテンツをキャッシュしないことを表す通知を受信した場合、送信先であるノードに予め関連付けられている他のノード宛に、ユーザに関連付けられたコンテンツの識別子を含むキャッシュ要求を送信する第４のステップをさらに含むようにしても良い。このようにすれば、キャッシュの容量が不足している場合でも、送信先であるノードに予め関連付けられている他のノードにキャッシュさせることができるようになる。
さらに、本制御方法は、（Ｅ）読み出されたノードの識別子とユーザに関連付けられたコンテンツの識別子とを対応付けて、第２のデータ格納部に格納する第５のステップと、（Ｆ）第２のユーザの識別子と当該第２のユーザに関連付けられたコンテンツの識別子と第２のユーザの識別子を読み取ったセンサに関する識別データとを受信する第６のステップと、（Ｇ）データ格納部から、第２のユーザの識別子を読み取ったセンサに関する識別データ又は第２のユーザの識別子及び当該第２のユーザの識別子を読み取ったセンサに関する識別データの組み合わせに対応付けられている第２のノードの識別子を読み出す第７のステップと、（Ｈ）第２のデータ格納部から、第２のユーザに関連付けられたコンテンツの識別子に対応付けられている第３のノードの識別子を読み出し、当該第３のノードが第２のノードに予め関連付けられているノードであるか判断する第８のステップと、（Ｉ）第３のノードが第２のノードに予め関連付けられているノードである場合には、第２のノード宛に、第２のユーザの識別子と第２のユーザに関連付けられたコンテンツの識別子と第３のノードから当該第２のユーザに関連付けられたコンテンツを取得することを要求するデータとを含む第１の通知又は第２のユーザの識別子と第３のノードが取得元として設定され且つ第２のユーザに関連付けられたコンテンツの識別子とを含む第２の通知を送信する第９のステップとをさらに含むようにしても良い。
このようにすれば、例えば１つのコンテンツサーバにアクセスが集中するようなことを回避することで、コンテンツの取得によるサーバ負荷及びネットワーク負荷を下げることができるようになる。
また、本制御方法は、（Ｊ）ユーザの識別子とユーザの識別子を読み取った第２のセンサに関する識別データとを受信する第１０のステップと、（Ｋ）第１のステップにおいて受信した識別データと第１０のステップにおいて受信した識別データとが異なる場合には、第２のステップにおいて識別子が読み出されたノード宛に、ユーザの識別子を含むデータ削除要求を送信する第１１のステップとをさらに含むようにしても良い。これによって、ユーザが他の場所に移動して使わなくなったキャッシュのデータを削除させることができるようになる。
なお、上で述べた第１のステップにおいて、コンテンツの出力条件をさらに受信し、第３のステップにおいて、コンテンツの出力条件をさらに送信するようにしても良い。このようにすれば、状態に応じてコンテンツを切り替えて出力することもできるようになる。
本実施の形態の第２の態様に係る制御方法は、第１のコンピュータにより実行され、（Ａ）第２のコンピュータから、ユーザの識別子と当該ユーザに関連付けられたコンテンツの識別子と当該コンテンツの出力条件とを受信し、ユーザの識別子とユーザに関連付けられたコンテンツの識別子と当該コンテンツの出力条件とを対応付けてデータ格納部に格納する第１のステップと、（Ｂ）ユーザに関連付けられたコンテンツの識別子を用いて、第３のコンピュータからユーザに関連付けられたコンテンツを取得して、データ格納部に格納する第２のステップと、（Ｃ）第１のコンピュータに接続されている表示装置から、ユーザの識別子と状態データとを受信する第３のステップと、（Ｄ）受信された状態データが充足する出力条件とユーザの識別子とに対応付けられている識別子のコンテンツを、データ格納部から読み出し、読み出されたコンテンツを、表示装置に出力する第４のステップとを有する。
このようにすれば、表示装置にユーザ及び状態に適してコンテンツを予め用意することができるので、迅速にコンテンツをユーザに対して出力することができる。
第２の態様に係る制御方法において、上で述べた第２のステップが、（ｂ１）第３のコンピュータから、ユーザに関連付けられたコンテンツのデータ量のデータを受信するステップと、（ｂ２）データ量が所定量以上である場合に、第３のコンピュータからユーザに関連付けられたコンテンツを取得するステップとを含むようにしても良い。このようにすることで、ユーザに対する応答時間が要件を満たす限りにおいて、データ格納部の容量を有効活用できるようになる。
さらに、第２の態様に係る制御方法は、（Ｅ）ユーザに関連付けられたコンテンツを格納できるだけの容量がデータ格納部に残っているか判断する第５のステップと、（Ｆ）第５のステップにおいてデータ格納部に容量が残っていないと判断された場合には、キャッシュ不能を表す通知を第２のコンピュータに送信する第６のステップと、（Ｇ）第４のステップにおいて、データ格納部において状態データが充足する出力条件とユーザの識別子とに対応付けられている識別子のコンテンツを、データ格納部から読み出せない場合には、予め定められた第４のコンピュータから当該コンテンツを取得して、取得したコンテンツを、表示装置に出力する第７のステップとをさらに含むようにしても良い。なお、第５のステップにおいてデータ格納部に容量が残っていると判断された場合には、第２のステップを実施するようにしても良い。第４のコンピュータを活用して、データ格納部の容量不足を補うものである。
さらに、第２の態様に係る制御方法は、（Ｈ）第２のユーザの識別子を含むデータ削除要求を受信した場合、データ格納部において第２のユーザの識別子に対応付けられているコンテンツの識別子を特定する第８のステップと、（Ｉ）特定されたコンテンツの識別子が、データ格納部において第２のユーザ以外のユーザの識別子に対応付けられているか判断する第９のステップと、（Ｊ）特定されたコンテンツの識別子が、データ格納部において第２のユーザ以外のユーザの識別子に対応付けられていない場合には、第２のユーザの識別子とコンテンツの識別子とを対応付けるデータと、特定されたコンテンツの識別子から特定されるコンテンツのデータをデータ格納部から削除する第１０のステップとを含むようにしても良い。これによって、用いられることがないと分かったユーザのデータを削除することで、データ格納部の容量を有効活用することができるようになる。
また、本実施の形態の第３の態様に係るシステムは、制御装置と、表示装置に接続されており、当該表示装置に出力すべきコンテンツを予めキャッシュする複数のノードとを有する。そして、制御装置は、（Ａ）ユーザの識別子と当該ユーザに関連付けられたコンテンツの識別子とユーザの識別子を読み取ったセンサに関する識別データとを受信する受信部と、（Ｂ）センサに関する識別データ又は当該センサに関する識別データ及びユーザの識別子の組み合わせに対応付けて、当該センサの位置とは異なる位置に配置された表示装置に接続されているノードの識別子が格納されている第１のデータ格納部と、（Ｃ）第１のデータ格納部から、受信された識別データ又は受信された識別データ及び受信されたユーザの識別子の組み合わせに対応付けられているノードの識別子を特定する特定部と、（Ｄ）識別子が特定されたノード宛に、受信されたユーザの識別子と当該ユーザに関連付けられたコンテンツの識別子とを送信する送信部と有する。また、上記ノードの各々が、（Ｅ）制御装置から、ユーザの識別子と当該ユーザに関連付けられたコンテンツの識別子とを受信し、ユーザの識別子とユーザに関連付けられたコンテンツの識別子とを対応付けて第２のデータ格納部に格納する受信部と、（Ｆ）ユーザに関連付けられたコンテンツの識別子を用いて、ユーザに関連付けられたコンテンツを取得して、第２のデータ格納部に格納する取得部と、（Ｇ）ノードに接続されている表示装置から、ユーザの識別子を受信し、受信されたユーザの識別子に対応付けられている識別子のコンテンツを、第２のデータ格納部から読み出し、読み出されたコンテンツを、表示装置に出力する出力処理部とを有する。
なお、上で述べたような処理をコンピュータに実施させるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブル・ディスク、ＣＤ−ＲＯＭなどの光ディスク、光磁気ディスク、半導体メモリ（例えばＲＯＭ）、ハードディスク等のコンピュータ読み取り可能な記憶媒体又は記憶装置に格納される。なお、処理途中のデータについては、ＲＡＭ等の記憶装置に一時保管される。
以上の実施例を含む実施形態に関し、さらに以下の付記を開示する。
（付記１）
ユーザの識別子と、当該ユーザに関連付けられたコンテンツの識別子と、前記ユーザの識別子を読み取ったセンサに関する識別データとを受信する処理と、
センサに関する識別データ、又は、当該センサに関する識別データとユーザの識別子との組み合わせに対応付けて、当該センサの位置とは異なる位置に配置された表示装置に出力すべきコンテンツを予めキャッシュするノードの識別子が格納されているデータ格納部から、受信された前記識別データ、又は、受信された前記識別データと受信された前記ユーザの識別子との組み合わせに対応付けられているノードの識別子を読み出す処理と、
識別子が読み出されたノード宛に、受信された前記ユーザの識別子と当該ユーザに関連付けられたコンテンツの識別子とを送信する処理と、
を、コンピュータに実行させるためのプログラム。
（付記２）
前記ユーザに関連付けられたコンテンツの識別子の送信先であるノードから、前記ユーザに関連付けられたコンテンツをキャッシュしないことを表す通知を受信した場合に、前記送信先であるノードに予め関連付けられている他のノード宛に、前記ユーザに関連付けられたコンテンツの識別子を含むキャッシュ要求を送信する処理
をさらに、前記コンピュータに実行させるための付記１記載のプログラム。
（付記３）
読み出された前記ノードの識別子と前記ユーザに関連付けられたコンテンツの識別子とを対応付けて、第２のデータ格納部に格納する処理と、
第２のユーザの識別子と当該第２のユーザに関連付けられたコンテンツの識別子と前記第２のユーザの識別子を読み取ったセンサに関する識別データとを受信する処理と、
前記データ格納部から、前記第２のユーザの識別子を読み取ったセンサに関する識別データ又は前記第２のユーザの識別子及び当該第２のユーザの識別子を読み取ったセンサに関する識別データの組み合わせに対応付けられている第２のノードの識別子を読み出す処理と、
前記第２のデータ格納部から、前記第２のユーザに関連付けられたコンテンツの識別子に対応付けられている第３のノードの識別子を読み出し、当該第３のノードが前記第２のノードに予め関連付けられているノードであるか判断する処理と、
前記第３のノードが前記第２のノードに予め関連付けられているノードである場合には、前記第２のノード宛に、前記第２のユーザの識別子と前記第２のユーザに関連付けられたコンテンツの識別子と前記第３のノードから当該第２のユーザに関連付けられたコンテンツを取得することを要求するデータとを含む第１の通知又は前記第２のユーザの識別子と前記第３のノードが取得元として設定され且つ前記第２のユーザに関連付けられたコンテンツの識別子とを含む第２の通知を送信する処理と、
をさらに、前記コンピュータに実行させるための付記１又は２記載のプログラム。
（付記４）
前記ユーザの識別子と前記ユーザの識別子を読み取った第２のセンサに関する第２の識別データとを受信する処理と、
受信した前記識別データと前記第２の識別データとが異なる場合には、前記データ格納部から識別子が読み出されたノード宛に、前記ユーザの識別子を含むデータ削除要求を送信する処理と、
をさらに、前記コンピュータに実行させるための付記１乃至３のいずれか１つ記載のプログラム。
（付記５）
前記ユーザの識別子と、当該ユーザに関連付けられたコンテンツの識別子と、前記ユーザの識別子を読み取ったセンサに関する識別データとを受信する際に、更に、前記コンテンツの出力条件を受信し、
前記識別子が読み出されたノード宛に、受信された前記ユーザの識別子と当該ユーザに関連付けられたコンテンツの識別子とを送信する際に、更に、前記コンテンツの出力条件を送信する
付記１乃至４のいずれか１つ記載のプログラム。
（付記６）
第１のコンピュータに、
第２のコンピュータから、ユーザの識別子と、当該ユーザに関連付けられたコンテンツの識別子と、当該コンテンツの出力条件とを受信し、前記ユーザの識別子と前記ユーザに関連付けられたコンテンツの識別子と当該コンテンツの出力条件とを対応付けてデータ格納部に格納する処理と、
前記ユーザに関連付けられたコンテンツの識別子を用いて、第３のコンピュータから前記ユーザに関連付けられたコンテンツを取得して、前記データ格納部に格納する処理と、
前記第１のコンピュータに接続されている表示装置から、前記ユーザの識別子と状態データとを受信する処理と、
受信された前記状態データが充足する出力条件と前記ユーザの識別子とに対応付けられている識別子のコンテンツを、前記データ格納部から読み出し、読み出された前記コンテンツを、前記表示装置に出力する処理と、
を実行させるためのプログラム。
（付記７）
前記コンテンツを取得する処理が、
前記第３のコンピュータから、前記ユーザに関連付けられたコンテンツのデータ量のデータを受信し、
前記データ量が所定量以上である場合に、前記第３のコンピュータから前記ユーザに関連付けられたコンテンツを取得する
処理を含む付記６記載のプログラム。
（付記８）
前記ユーザに関連付けられたコンテンツを格納できるだけの容量が前記データ格納部に残っているかの判断を行う処理と、
前記判断において、前記データ格納部に容量が残っていないと判断された場合に、キャッシュ不能を表す通知を前記第２のコンピュータに送信する処理と、
前記データ格納部において前記状態データが充足する出力条件と前記ユーザの識別子とに対応付けられている識別子のコンテンツを、前記データ格納部から読み出せない場合には、予め定められた第４のコンピュータから当該コンテンツを取得して、取得したコンテンツを、前記表示装置に出力する処理と、
をさらに前記第１のコンピュータに実行させ、
前記判断において、前記データ格納部に容量が残っていると判断された場合には、前記ユーザに関連付けられたコンテンツの識別子を用いて、前記第３のコンピュータから前記ユーザに関連付けられたコンテンツを取得して、前記データ格納部に格納する処理、
を前記第１のコンピュータに実行させる、
付記６記載のプログラム。
（付記９）
第２のユーザの識別子を含むデータ削除要求を受信した場合、前記データ格納部において前記第２のユーザの識別子に対応付けられている前記コンテンツの識別子を特定する処理と、
特定された前記コンテンツの識別子が、前記データ格納部において前記第２のユーザ以外のユーザの識別子に対応付けられているか判断する処理と、
特定された前記コンテンツの識別子が、前記データ格納部において前記第２のユーザ以外のユーザの識別子に対応付けられていない場合には、前記第２のユーザの識別子と前記コンテンツの識別子とを対応付けるデータと、特定された前記コンテンツの識別子から特定されるコンテンツのデータを前記データ格納部から削除する処理と、
をさらに前記コンピュータに実行させるための付記６乃至８のいずれか１つ記載のプログラム。
（付記１０）
ユーザの識別子と当該ユーザに関連付けられたコンテンツの識別子と前記ユーザの識別子を読み取ったセンサに関する識別データとを受信する処理と、
センサに関する識別データ又は当該センサに関する識別データ及びユーザの識別子の組み合わせに対応付けて、当該センサの位置とは異なる位置に配置された表示装置に出力すべきコンテンツを予めキャッシュするノードの識別子が格納されているデータ格納部から、受信された前記識別データ又は受信された前記識別データ及び受信された前記ユーザの識別子の組み合わせに対応付けられているノードの識別子を読み出す処理と、
識別子が読み出されたノード宛に、受信された前記ユーザの識別子と当該ユーザに関連付けられたコンテンツの識別子とを送信する処理と、
が、コンピュータにより実行される制御方法。
（付記１１）
第１のコンピュータが、
第２のコンピュータから、ユーザの識別子と当該ユーザに関連付けられたコンテンツの識別子と当該コンテンツの出力条件とを受信し、前記ユーザの識別子と前記ユーザに関連付けられたコンテンツの識別子と当該コンテンツの出力条件とを対応付けてデータ格納部に格納する処理と、
前記ユーザに関連付けられたコンテンツの識別子を用いて、第３のコンピュータから前記ユーザに関連付けられたコンテンツを取得して、前記データ格納部に格納する処理と、
前記第１のコンピュータに接続されている表示装置から、前記ユーザの識別子と状態データとを受信する処理と、
受信された前記状態データが充足する出力条件と前記ユーザの識別子とに対応付けられている識別子のコンテンツを、前記データ格納部から読み出し、読み出された前記コンテンツを、前記表示装置に出力する処理と、
を実行する制御方法。
（付記１２）
ユーザの識別子と、当該ユーザに関連付けられたコンテンツの識別子と、前記ユーザの識別子を読み取ったセンサに関する識別データとを受信する受信部と、
センサに関する識別データ、又は、当該センサに関する識別データとユーザの識別子との組み合わせに対応付けて、当該センサの位置とは異なる位置に配置された表示装置に出力すべきコンテンツを予めキャッシュするノードの識別子が格納されているデータ格納部と、
前記データ格納部から、受信された前記識別データ、又は、受信された前記識別データと受信された前記ユーザの識別子との組み合わせに対応付けられているノードの識別子を特定する特定部と、
識別子が特定されたノード宛に、受信された前記ユーザの識別子と当該ユーザに関連付けられたコンテンツの識別子とを送信する送信部と、
を有する制御装置。
（付記１３）
第１のコンピュータから、ユーザの識別子と、当該ユーザに関連付けられたコンテンツの識別子と、当該コンテンツの出力条件とを受信し、前記ユーザの識別子と、前記ユーザに関連付けられたコンテンツの識別子と、当該コンテンツの出力条件とを対応付けてデータ格納部に格納する受信部と、
前記ユーザに関連付けられたコンテンツの識別子を用いて、第２のコンピュータから前記ユーザに関連付けられたコンテンツを取得して、前記データ格納部に格納する取得部と、
接続されている表示装置から、前記ユーザの識別子と状態データとを受信し、受信された前記状態データが充足する出力条件と、前記ユーザの識別子とに対応付けられている識別子のコンテンツを、前記データ格納部から読み出し、読み出された前記コンテンツを、前記表示装置に出力する出力処理部と、
を有する情報処理装置。
（付記１４）
制御装置と、
表示装置に接続されており、当該表示装置に出力すべきコンテンツを予めキャッシュする複数のノードと、
を有し、
前記制御装置は、
ユーザの識別子と、当該ユーザに関連付けられたコンテンツの識別子と、前記ユーザの識別子を読み取ったセンサに関する識別データとを受信する受信部と、
センサに関する識別データ、又は、当該センサに関する識別データとユーザの識別子との組み合わせに対応付けて、当該センサの位置とは異なる位置に配置された表示装置に接続されているノードの識別子が格納されている第１のデータ格納部と、
前記第１のデータ格納部から、受信された前記識別データ、又は、受信された前記識別データと受信された前記ユーザの識別子との組み合わせに対応付けられているノードの識別子を特定する特定部と、
識別子が特定されたノード宛に、受信された前記ユーザの識別子と当該ユーザに関連付けられたコンテンツの識別子とを送信する送信部と、
有し、
前記複数のノードの各々が、
前記制御装置から、ユーザの識別子と当該ユーザに関連付けられたコンテンツの識別子とを受信し、前記ユーザの識別子と前記ユーザに関連付けられたコンテンツの識別子とを対応付けて第２のデータ格納部に格納する受信部と、
前記ユーザに関連付けられたコンテンツの識別子を用いて、前記ユーザに関連付けられたコンテンツを取得して、前記第２のデータ格納部に格納する取得部と、
前記ノードに接続されている表示装置から、前記ユーザの識別子を受信し、受信された前記ユーザの識別子に対応付けられている識別子のコンテンツを、前記第２のデータ格納部から読み出し、読み出された前記コンテンツを、前記表示装置に出力する出力処理部と、
を有するシステム。
１０００ データセンタ
１１００ 分析装置
１１０１ ＤＢ
１２００ 制御装置
１３００ サーバ
１３０１ コンテンツ格納部
３０００ ネットワーク
１５００ センサ
１６０１，１６０２ ノード
１７０１，１７０２，１７０３ 表示装置
１２１０ 受信部
１２２０ データ格納部
１２３０ ノード特定部
１２４０ 送信部
１６５１ 受信部
１６５２ データ格納部
１６５３ 取得部
１６５４ 出力処理部
１００ データセンタ
１１０ 分析装置
１１１ ＤＢ
１２０ 制御装置
１３０ コンテンツサーバ
１３１ コンテンツ格納部
２１０ 改札機
２２１，２２２ 中継ノード
２３１，２３２，２３３ 表示装置
１２１ 受信部
１２２ ノード配置テーブル
１２３ ユーザ位置テーブル
１２４ 関連付けデータテーブル
１２５ 決定処理部
１２６ キャッシュデータテーブル
１２７ 配布部
１２８ キャッシュ配布先テーブル
２２１１ 受信部
２２１２ キャッシュ制御部
２２１３ キャッシュデータ格納部
２２１４ 出力処理部

Claims (9)

  1. 第１のユーザの識別子と、当該第１のユーザに関連付けられたコンテンツの識別子と、前記第１のユーザの識別子を読み取ったセンサに関する識別データとを受信する処理と、
    センサに関する識別データ、又は、当該センサに関する識別データとユーザの識別子との組み合わせに対応付けて、コンテンツをキャッシュするノードの識別子が格納されている第１のデータ格納部から、受信した前記識別データ、又は、受信した前記識別データと受信した前記第１のユーザの識別子との組み合わせに対応付けられている第１のノードの識別子を読み出す処理と、
    前記第１のノード宛に、受信した前記第１のユーザの識別子と当該第１のユーザに関連付けられたコンテンツの識別子とを送信する処理と、
    前記第１のノードの識別子と前記第１のユーザに関連付けられたコンテンツの識別子とを対応付けて、第２のデータ格納部に格納する処理と、
    第２のユーザの識別子と、当該第２のユーザに関連付けられたコンテンツの識別子と、前記第２のユーザの識別子を読み取ったセンサに関する識別データとを受信する処理と、
    前記第１のデータ格納部から、前記第２のユーザの識別子を読み取ったセンサに関する識別データ、又は、前記第２のユーザの識別子と当該第２のユーザの識別子を読み取ったセンサに関する識別データとの組み合わせに対応付けられている第２のノードの識別子を読み出す処理と、
    前記第２のデータ格納部に、前記第２のユーザに関連付けられたコンテンツの識別子に対応付けられている第３のノードの識別子が格納されているか判断する処理と、
    前記第２のデータ格納部に前記第３のノードの識別子が格納されている場合には、前記第２のノード宛に、前記第２のユーザの識別子と前記第２のユーザに関連付けられたコンテンツの識別子と前記第３のノードから当該第２のユーザに関連付けられたコンテンツを取得することを要求するデータとを含む第１の通知、又は前記第２のユーザの識別子と前記第３のノードが取得元として設定され且つ前記第２のユーザに関連付けられたコンテンツの識別子とを含む第２の通知を送信する処理と、
    を、コンピュータに実行させるためのプログラム。
  2. 前記第１のユーザに関連付けられたコンテンツの識別子の送信先であるノードから、前記第１のユーザに関連付けられたコンテンツをキャッシュしないことを表す第３の通知を受信した場合に、前記送信先であるノードに予め関連付けられている他のノード宛に、前記第１のユーザに関連付けられたコンテンツの識別子を含むキャッシュ要求を送信する処理
    をさらに、前記コンピュータに実行させるための請求項１記載のプログラム。
  3. 前記第１のユーザの識別子と前記第１のユーザの識別子を読み取った第２のセンサに関する第２の識別データとを受信する処理と、
    受信した前記識別データと前記第２の識別データとが異なる場合には、前記第１のノード宛に、前記第１のユーザの識別子を含むデータ削除要求を送信する処理と、
    をさらに、前記コンピュータに実行させるための請求項１又は２記載のプログラム。
  4. 前記第１のユーザの識別子と、当該第１のユーザに関連付けられたコンテンツの識別子と、前記第１のユーザの識別子を読み取ったセンサに関する識別データとを受信する際に、更に、前記コンテンツの出力条件を受信し、
    前記第１のノード宛に、受信した前記第１のユーザの識別子と当該第１のユーザに関連付けられたコンテンツの識別子とを送信する際に、更に、前記コンテンツの出力条件を送信する
    請求項１乃至３のいずれか１つ記載のプログラム。
  5. 第１のユーザの識別子と当該第１のユーザに関連付けられたコンテンツの識別子と前記第１のユーザの識別子を読み取ったセンサに関する識別データとを受信する処理と、
    センサに関する識別データ、又は、当該センサに関する識別データ及びユーザの識別子の組み合わせに対応付けて、コンテンツをキャッシュするノードの識別子が格納されている第１のデータ格納部から、受信した前記識別データ、又は、受信した前記識別データと受信した前記第１のユーザの識別子との組み合わせに対応付けられている第１のノードの識別子を読み出す処理と、
    前記第１のノード宛に、受信した前記第１のユーザの識別子と当該第１のユーザに関連付けられたコンテンツの識別子とを送信する処理と、
    前記第１のノードの識別子と前記第１のユーザに関連付けられたコンテンツの識別子とを対応付けて、第２のデータ格納部に格納する処理と、
    第２のユーザの識別子と、当該第２のユーザに関連付けられたコンテンツの識別子と、前記第２のユーザの識別子を読み取ったセンサに関する識別データとを受信する処理と、
    前記第１のデータ格納部から、前記第２のユーザの識別子を読み取ったセンサに関する識別データ、又は、前記第２のユーザの識別子と当該第２のユーザの識別子を読み取ったセンサに関する識別データとの組み合わせに対応付けられている第２のノードの識別子を読み出す処理と、
    前記第２のデータ格納部に、前記第２のユーザに関連付けられたコンテンツの識別子に対応付けられている第３のノードの識別子が格納されているか判断する処理と、
    前記第２のデータ格納部に前記第３のノードの識別子が格納されている場合には、前記第２のノード宛に、前記第２のユーザの識別子と前記第２のユーザに関連付けられたコンテンツの識別子と前記第３のノードから当該第２のユーザに関連付けられたコンテンツを取得することを要求するデータとを含む第１の通知、又は前記第２のユーザの識別子と前記第３のノードが取得元として設定され且つ前記第２のユーザに関連付けられたコンテンツの識別子とを含む第２の通知を送信する処理と、
    が、コンピュータにより実行される制御方法。
  6. 第１のユーザの識別子と、当該第１のユーザに関連付けられたコンテンツの識別子と、前記第１のユーザの識別子を読み取ったセンサに関する識別データとを受信する第１の受信部と、
    センサに関する識別データ、又は、当該センサに関する識別データとユーザの識別子との組み合わせに対応付けて、コンテンツをキャッシュするノードの識別子が格納されている第１のデータ格納部と、
    前記第１のデータ格納部から、受信した前記識別データ、又は、受信した前記識別データと受信した前記第１のユーザの識別子との組み合わせに対応付けられている第１のノードの識別子を特定する第１の特定部と、
    前記第１のノード宛に、受信した前記第１のユーザの識別子と当該第１のユーザに関連付けられたコンテンツの識別子とを送信する第１の送信部と、
    前記第１のノードの識別子と前記第１のユーザに関連付けられたコンテンツの識別子とを対応付けて、第２のデータ格納部に格納する格納処理部と、
    第２のユーザの識別子と、当該第２のユーザに関連付けられたコンテンツの識別子と、前記第２のユーザの識別子を読み取ったセンサに関する識別データとを受信する第２の受信部と、
    前記第１のデータ格納部から、前記第２のユーザの識別子を読み取ったセンサに関する識別データ、又は、前記第２のユーザの識別子と当該第２のユーザの識別子を読み取ったセンサに関する識別データとの組み合わせに対応付けられている第２のノードの識別子を特定する第２の特定部と、
    前記第２のデータ格納部に、前記第２のユーザに関連付けられたコンテンツの識別子に対応付けられている第３のノードの識別子が格納されているか判断する判断部と、
    前記第２のデータ格納部に前記第３のノードの識別子が格納されている場合には、前記第２のノード宛に、前記第２のユーザの識別子と前記第２のユーザに関連付けられたコンテンツの識別子と前記第３のノードから当該第２のユーザに関連付けられたコンテンツを取得することを要求するデータとを含む第１の通知、又は前記第２のユーザの識別子と前記第３のノードが取得元として設定され且つ前記第２のユーザに関連付けられたコンテンツの識別子とを含む第２の通知を送信する第２の送信部と、
    を有する制御装置。
  7. 制御装置と、
    表示装置に接続されており、当該表示装置に出力すべきコンテンツを予めキャッシュする複数のノードと、
    を有し、
    前記制御装置は、
    第１のユーザの識別子と、当該第１のユーザに関連付けられたコンテンツの識別子と、前記第１のユーザの識別子を読み取ったセンサに関する識別データとを受信する第１の受信部と、
    センサに関する識別データ、又は、当該センサに関する識別データとユーザの識別子との組み合わせに対応付けて、ノードの識別子が格納されている第１のデータ格納部と、
    前記第１のデータ格納部から、受信した前記識別データ、又は、受信した前記識別データと受信した前記第１のユーザの識別子との組み合わせに対応付けられている第１のノードの識別子を特定する第１の特定部と、
    前記第１のノード宛に、受信した前記第１のユーザの識別子と当該第１のユーザに関連付けられたコンテンツの識別子とを送信する第１の送信部と、
    前記第１のノードの識別子と前記第１のユーザに関連付けられたコンテンツの識別子とを対応付けて、第２のデータ格納部に格納する格納処理部と、
    第２のユーザの識別子と、当該第２のユーザに関連付けられたコンテンツの識別子と、前記第２のユーザの識別子を読み取ったセンサに関する識別データとを受信する第２の受信部と、
    前記第１のデータ格納部から、前記第２のユーザの識別子を読み取ったセンサに関する識別データ、又は、前記第２のユーザの識別子と当該第２のユーザの識別子を読み取ったセンサに関する識別データとの組み合わせに対応付けられている第２のノードの識別子を特定する第２の特定部と、
    前記第２のデータ格納部に、前記第２のユーザに関連付けられたコンテンツの識別子に対応付けられている第３のノードの識別子が格納されているか判断する第１の判断部と、
    前記第２のデータ格納部に前記第３のノードの識別子が格納されている場合には、前記第２のノード宛に、前記第２のユーザの識別子と前記第２のユーザに関連付けられたコンテンツの識別子と前記第３のノードから当該第２のユーザに関連付けられたコンテンツを取得することを要求するデータとを含む第１の通知、又は前記第２のユーザの識別子と前記第３のノードが取得元として設定され且つ前記第２のユーザに関連付けられたコンテンツの識別子とを含む第２の通知を送信する第２の送信部と、
    有し、
    前記複数のノードの各々が、
    前記制御装置から、第３のユーザの識別子と当該第３のユーザに関連付けられたコンテンツの識別子とを受信し、前記第３のユーザの識別子と前記第３のユーザに関連付けられたコンテンツの識別子とを対応付けて第３のデータ格納部に格納する第３の受信部と、
    前記第３のユーザに関連付けられたコンテンツの識別子を用いて、前記第３のユーザに関連付けられたコンテンツを取得して、前記第３のデータ格納部に格納する取得部と、
    前記ノードに接続されている表示装置から、前記第３のユーザの識別子を受信し、受信した前記第３のユーザの識別子に対応付けられている識別子のコンテンツを、前記第３のデータ格納部から読み出し、読み出された前記コンテンツを、前記表示装置に出力する第１の出力処理部と、
    を有するシステム。
  8. コンテンツを管理する管理装置
    をさらに有し、
    前記複数のノードの各々の前記取得部が、
    前記管理装置から、前記第３のユーザに関連付けられたコンテンツのデータ量を表すデータを受信し、
    前記データ量が所定量以上である場合に、前記管理装置から前記第３のユーザに関連付けられたコンテンツを取得する
    請求項７記載のシステム。
  9. 前記複数のノードの各々が、
    第４のユーザの識別子を含むデータ削除要求を受信した場合、前記第３のデータ格納部において前記第４のユーザの識別子に対応付けられている前記コンテンツの識別子を特定する第３の特定部と、
    特定された前記コンテンツの識別子が、前記第３のデータ格納部において前記第４のユーザ以外のユーザの識別子に対応付けられているか判断する第３の判断部と、
    特定された前記コンテンツの識別子が、前記第３のデータ格納部において前記第４のユーザ以外のユーザの識別子に対応付けられていない場合には、前記第４のユーザの識別子と前記コンテンツの識別子とを対応付けるデータと、特定された前記コンテンツの識別子から特定されるコンテンツのデータとを前記第３のデータ格納部から削除する削除部と、
    をさらに有する請求項７又は８記載のシステム。
JP2011204583A 2011-09-20 2011-09-20 分散キャッシュ制御のためのプログラム、制御方法及び情報処理装置 Expired - Fee Related JP5786586B2 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2011204583A JP5786586B2 (ja) 2011-09-20 2011-09-20 分散キャッシュ制御のためのプログラム、制御方法及び情報処理装置
US13/607,135 US9442934B2 (en) 2011-09-20 2012-09-07 Distributed cache control technique

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2011204583A JP5786586B2 (ja) 2011-09-20 2011-09-20 分散キャッシュ制御のためのプログラム、制御方法及び情報処理装置

Publications (2)

Publication Number Publication Date
JP2013065248A JP2013065248A (ja) 2013-04-11
JP5786586B2 true JP5786586B2 (ja) 2015-09-30

Family

ID=47881687

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2011204583A Expired - Fee Related JP5786586B2 (ja) 2011-09-20 2011-09-20 分散キャッシュ制御のためのプログラム、制御方法及び情報処理装置

Country Status (2)

Country Link
US (1) US9442934B2 (ja)
JP (1) JP5786586B2 (ja)

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5906950B2 (ja) * 2012-06-06 2016-04-20 富士通株式会社 コンテンツ配信のための情報処理方法及び装置
US10438259B1 (en) 2013-12-09 2019-10-08 Amazon Technologies, Inc. Propagating and presenting user specific information
JP6126525B2 (ja) * 2013-12-16 2017-05-10 日本電信電話株式会社 コンテンツ配信システム及びコンテンツ配信方法
US10410170B1 (en) * 2014-06-18 2019-09-10 Amazon Technologies, Inc. Propagating and expiring presentation information
JP2018014568A (ja) * 2016-07-19 2018-01-25 富士通株式会社 中継装置及び中継方法
EP3316186B1 (en) * 2016-10-31 2021-04-28 Nokia Technologies Oy Controlling display of data to a person via a display apparatus

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5740369A (en) * 1994-06-17 1998-04-14 Hitachi, Ltd. Information delivery system and portable information terminal
JP2001111605A (ja) * 1999-10-07 2001-04-20 Hitachi Ltd デジタルコンテンツの配信システム
JP4377533B2 (ja) 2000-07-14 2009-12-02 財団法人鉄道総合技術研究所 利用者案内システム
JP2002049766A (ja) 2000-08-03 2002-02-15 Kddi Corp コンテンツ提供方法
WO2002041180A1 (fr) 2000-11-15 2002-05-23 Kabushiki Kaisha Toshiba Procede de diffusion d'informations, ordinateur pour la diffusion d'informations et systeme de diffusion d'informations dans lequel ils sont utilises
JP2003030037A (ja) 2001-07-19 2003-01-31 Nec Corp 事前予測処理システム及び方法
JP2004102950A (ja) 2002-09-13 2004-04-02 Hitachi Ltd 情報提供方法およびシステム
JP2004287934A (ja) 2003-03-24 2004-10-14 Alpha Systems:Kk 情報提供システムおよびコンテキスト情報抽出方法
JP2005010970A (ja) * 2003-06-18 2005-01-13 Hitachi Ltd 分散キャッシュ制御方法、ネットワークシステムおよび当該ネットワークに用いられる制御サーバないしルータ
JP4563450B2 (ja) * 2005-02-28 2010-10-13 三菱電機株式会社 コンテンツ配信システム
JP4885463B2 (ja) * 2005-03-03 2012-02-29 株式会社日立製作所 センサネットワークシステム、センサデータの処理方法及びプログラム
JP4519779B2 (ja) 2006-01-25 2010-08-04 株式会社東芝 管理装置、管理装置のキャッシュ制御方法及び記録媒体並びに情報転送システムのキャッシュ制御方法
JP2007280303A (ja) * 2006-04-11 2007-10-25 Brother Ind Ltd 情報通信システム、コンテンツカタログ情報配信方法、及びノード装置等
JP4850753B2 (ja) 2007-02-28 2012-01-11 シャープ株式会社 広告配信システム、端末装置、広告配信方法、プログラム及び記録媒体
JP2009110122A (ja) * 2007-10-26 2009-05-21 Panasonic Corp コンテンツ提供システムおよびコンテンツ提供方法
US20100312861A1 (en) * 2007-11-30 2010-12-09 Johan Kolhi Method, network, and node for distributing electronic content in a content distribution network
JP5163171B2 (ja) 2008-02-15 2013-03-13 日本電気株式会社 キャッシュシステムおよびサーバ
JP5125621B2 (ja) 2008-03-05 2013-01-23 日本電気株式会社 広告配信システム及びその方法
JP5471178B2 (ja) * 2009-08-28 2014-04-16 富士通株式会社 キャッシュ制御装置、キャッシュ制御システム、キャッシュ制御方法及びキャッシュ制御プログラム
JP5505009B2 (ja) * 2010-03-19 2014-05-28 富士通株式会社 通信端末装置、コンピュータプログラムおよびコンテンツ検索方法
FR2964287B1 (fr) * 2010-08-30 2012-09-21 Cybronics Sasu Systeme de diffusion de donnees ciblees
US20120117240A1 (en) 2010-11-05 2012-05-10 Verizon Patent And Licensing Inc. Systems and methods for allocating network bandwidth
US8576756B2 (en) * 2011-06-28 2013-11-05 International Business Machines Corporation Continuous cache service in cellular networks

Also Published As

Publication number Publication date
US9442934B2 (en) 2016-09-13
US20130073666A1 (en) 2013-03-21
JP2013065248A (ja) 2013-04-11

Similar Documents

Publication Publication Date Title
JP5786586B2 (ja) 分散キャッシュ制御のためのプログラム、制御方法及び情報処理装置
JP4339557B2 (ja) 情報共有方法、情報共有装置及び情報共有プログラム
TWI614703B (zh) 資訊推薦方法及資訊推薦裝置
US8812577B2 (en) Mobile middleware supporting context monitoring and context monitoring method using the same
JP5175790B2 (ja) コミュニティ情報流通装置、コミュニティ情報流通方法、およびコミュニティ情報流通プログラム。
US10404774B2 (en) Mobile device and method for controlling transmission to web server in mobile device
CN108920600A (zh) 一种基于数据关联性的分布式文件系统元数据预取方法
CN105959358A (zh) Cdn服务器及其缓存数据的方法
CN108984553A (zh) 缓存方法和装置
CN107767153A (zh) 一种数据处理方法及装置
JP2007287040A (ja) コンテキスト情報収集システム、その処理方式及びそのシステムで用いられる装置
JP2003085032A (ja) 自己組織化キャッシュ方法およびその方法を利用可能なキャッシュサーバ
JP2009181334A (ja) 情報管理代行装置、サービス提供システムおよびサービス提供方法
JP5835015B2 (ja) 分散キャッシュについてのシステム、プログラム及び方法
JP2002351729A (ja) データ共有システム
CN105577743A (zh) 用于管理装置的设备和方法
JP2006246421A (ja) 情報提供制御装置、移動機、情報提供システム、及び、情報提供方法
KR20120016334A (ko) 오프라인 실행을 위한 웹 페이지 사전 캐싱 시스템 및 방법
KR100706896B1 (ko) 맞춤형 컨텐츠 정보 제공 시스템 및 방법
US20170286562A1 (en) Information processing apparatus, data providing system, and data providing method
JP5084820B2 (ja) クロールシステム、サーバ及び有害ｕｒｌリスト更新方法
KR101330806B1 (ko) 컨텐츠 업로드 고지 시스템
KR20090002325A (ko) 서비스 중계기를 이용한 콘텐츠 서비스 제공 시스템 및 그방법
KR20210111012A (ko) 여행상품 제공 시스템 및 방법
US6912583B2 (en) Control of an information flow in a digital network

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20140603

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20150323

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20150414

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20150612

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20150630

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20150713

R150 Certificate of patent or registration of utility model

Ref document number: 5786586

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees