DEIM Forum 2013 B5-1

ユーザ行動抽出に基づく訪問者に対する災害等イベント情報発信システムの提案
細川 侑士†

西村 直也†

白石 優旗†河合由起子†

秋山豊和†† 京都産業大学コンピュータ理工学部 〒 603–8555 京都府京都市北区上賀茂本山
E-mail: †{g0947271, g0947073, yuhki, kawai}@cc.kyoto-su.ac.jp, ††akiyama@cse.kyoto-su.ac.jp
あらまし

本研究は，ユーザが居住者か訪問者か訪問予定者であるかに応じて，天気や災害等のイベント情報を適切な表現形式により取得できる情報発信システムの開発を目的とする．提案システムは，ユーザの閲覧履歴より現在地及び将来の訪問地域を推定すると共に，現在地あるいは滞在予定地においてユーザが居住者と訪問者のどちらに該当するかを特定する．その後，災害等のイベントが生じた際に，ユーザに即した情報をユーザが閲覧している任意のWeb ページ上にイベント情報として即時提示する．これにより，訪問者は居住者とは異なる避難情報等の的確な情報を迅速に得ることが可能となる．本論文では，閲覧履歴に基づくユーザの将来の滞在予定地推定手法ならびに情報提示手法について述べる．また，天気情報を対象として構築した警報等発信システムについて検討する．
キーワード

災害情報，行動推定，訪問者，情報推薦

The system of the event information transmission sach as disaster forvisitors based on the user behavior extraction
Yuji HOSOKAWA† , Naoya NISHIMURA† , Yuhki SHIRAISHI† , Yukiko KAWAI† , and Toyokazu
AKIYAMA†† Computer Department of Science and Engineering, Kyoto Sangyo University
Kamigamohonzan, kita-ku, Kyoto-shi, Kyoto, 603-8555 Japan
E-mail: †{g0947271, g0947073, yuhki, kawai}@cc.kyoto-su.ac.jp, ††akiyama@cse.kyoto-su.ac.jp
Abstract The purpose of this study is to develop a system to disseminate information to the user depending
on a resident or visitor. Users can obtaine the appropriate representation of event information, such as weather
or disaster. To estimate the area along with the location and future visits from the user’s browsing history, theproposed system to determine whether the user applies to both residents and visitors will be staying at the placeor location. When an event such as a disaster occurs, event information is immediately presented on any Web page
the user is browsing the information that suits the user. Thus, the visitor can quickly obtain accurate informationsuch as the information that is diﬀerent from the resident evacuation can be achieved. In this paper, we describe amethod for information presentation method for estimating ground and will stay in the future based on the user’s
current location or browsing history. We also examined the originating system such as alarm built for weather
information.
Key words Disastar Information, Behavior Estimation, Visitor, Information Recommendation

1. は じ め にクを分析することで，多くのユーザが関心を持ち，より緊急性の高い話題の情報伝播の様子について分析し，ユーザに提示し東日本大震災時の Twitter やブログの大量のユーザ発言かている．また，発生直後の取り組みとして J-ALERT（注 1）(全国ら，有益な情報を抽出し可視化する研究が活発に行われてい瞬時警報システム) と呼ばれる通信衛星と市町村の同報系防災る [1]〜 [3]．山本ら [3] は，Twitter におけるリツイートをベースとした情報伝播ネットワークを作成し，震災時のネットワー（注 1）：総務省が開発及び整備

閲覧ブラウザ!"

ユーザA(居住者) ユーザB(訪問者) ユーザC(訪問予定者)

閲覧履歴の取得を分析
滞在予定地推定イベント発生#"
イベント取得およびユーザ選定
URI!"#$%%&!"#$%%&!!'()*!
+,-./%!
01234'!
5674%&'()*+,-.%!
/0123,4!
5678%&

図 1 システム概要図

行政無線を利用し，緊急情報を住民へ瞬時に伝達するシステム

る地域名を選択し，登録する．拡張機能により，ユーザのブラがある．これらの研究は，震災等イベントの発生時後に多くのウジングの閲覧履歴情報である URI を取得する．本システムでユーザに同一の内容を提示しているが，各ユーザごとに的確なは，一般にユーザはブラウザを用いて意思決定を行う際に交通情報を迅速に提供するには至っていない．そこで本研究では，案内サイト等の「フォーム」を用いて往路探索の決定を行うた

震災等のイベント発生時に，特にユーザの土地勘（地理や事情

め，全ページを解析せず query を含む URI とその入出力 Webについての知識）の有無に応じた的確で迅速な情報提供を目的ページのみを解析する．それにより，コストの削減とユーザのとする．

プライバシーの考慮につながる．取得した URI の query 部分

提案システムは，ユーザ行動を抽出することで居住者（土を用いて交通情報や宿泊情報が含まれているかを判定し，出発地勘有）と訪問者（土地勘無）を判別する．ユーザ行動抽出法

地，到着地，日付，時刻の情報を抽出する．query 部分のみでは，ブラウザの閲覧及び利用履歴より訪問地ならびに訪問予定抽出できない場合は，query を入力した Web ページおよび出地を推定し，訪問予定地に対する訪問日時を抽出する．抽出し力結果の Web ページを分析し，抽出する．その際，登録したたユーザ行動予定より，居住者，訪問中のユーザ，訪問予定の居住地以外の地名を訪問地の候補とする．交通情報や宿泊情報

ユーザの 3 種類に分類し，訪問予定地にてイベントが発生したから取得した出発地が登録した居住地ならば，出発地において際に各々に重要度順に異なる情報を発信する．ユーザは，ブライベントが発生した際，ユーザが居住者であると決定し，到着ウザを閲覧中であれば，受信した情報をポップアップ提示によ地が登録した居住地ならば，到着地においてイベントが発生しり取得できるため，本システムにより迅速な情報提供が可能にた際，居住者とする．出発地が登録した居住地以外の場合，出なる．

発地においてイベントが発生した際，訪問者と推定し，到着地

本論文では，閲覧履歴に基づくユーザの将来の訪問予定地推が登録した居住地以外の場合，到着地においてイベントが発生定手法ならびに情報提示手法について述べる．また，天気情報した際，訪問者と推定する．最後に災害等のイベントが発生しを対象として構築した警報発信システムを検証する．

た際，ユーザが訪問者としてイベント発生場所で訪問予定と判2. システム概要

定された場合は，訪問者に適した情報を提示する．
例えば図 1 のように，災害情報の場合，居住者はイベント発本システムでは，Web サイトの閲覧履歴情報よりユーザの生場所の土地勘があると予測され，また，居住者は訪問者より行動推定を行い，イベントが発生した際にユーザが訪問者か訪多いため，最低限のテキストでより多くの居住者へ避難警告を問予定者かを判定し，ユーザごとに適したイベント情報を Web提示する．訪問者については，イベント発生場所の地理情報にブラウザ上にポップアップ提示する．また，Web ブラウザ上関する知識は居住者と比較すると浅いと考えられるため，訪問へのポップアップ提示はイベント情報により異なる．例えば，予定地周辺の避難場所への地図等の情報も同時に提示する．ま天気情報が更新された場合は Web ブラウザ上に小さくポップた，訪問予定者にはイベント発生場所の地理情報の知識が浅い

アップ提示し，警報や注意報の場合は Web ブラウザ上に大きと考えられるがイベント発生場所に訪問中ではないのでテキスくポップアップ提示する．

トでの警告を提示する．また，災害発生時等に多くのユーザに提案システムの概要を図 1 に示す．まず，ユーザは Firefox適切なデータを配信することが重要となる場合，居住者や訪問の拡張機能をインストールする．その際にユーザは居住地であ者に合わせて配信するデータサイズを考慮することで，効果的な配信も可能となる．

3. ユーザの行動推定に基づくイベント情報発信
3. 1 ユーザ行動推定

前で「出発/乗車」，「到着/目的/下車」というキーワードを含まず，かつ HTML ソース内の２つ目の name 値を含む行より後に「到着/目的/下車」を含む行が存在すれば１つ目の name 値に対する value 値を「出発地」，２つ目の本稿では，閲覧履歴から交通情報や宿泊情報に関するサイト

name 値に対する value 値を「到着地」と判定する．また，の情報を行動推定に用いる．一般にユーザはブラウザを用いてHTML ソース内の１つ目の name 値を含む行と２つ目の意思決定を行う際に交通案内サイトや宿泊サイトの「フォーム」

name 値を含む行間に到着が存在する場合も同様に nameを用いて往路探索や宿泊場所の決定を行う．そこで本論文では，値を含む行間と同じ行数を name 値を含む行の前後で「出ユーザがフォームに入力した後に得られる URI そのものから発/乗車」あるいは「到着/目的/下車」というキーワード出発地，到着地，到着時刻等の情報を抽出する．

が存在するか判定する．この際，HTML ソース内の 1 つ目

ユーザ行動推定は URI のうちフォームに入力された quey 部の name 値を含む行より前に「出発/乗車」あるいは「到分を用いる．query は name 値=value 値のペアの連続値で構成着/目的/下車」というキーワードを含まず，かつ HTMLされている．解析対象となる URI は query を含む URI とし，ソース内の２つ目の name 値を含む行より後に「到着/目またそのフォーム入力ページ，出力ページのみを対象とする．

的/下車」というキーワードを含む場合，１つ目の name

これにより，全ページを対象としないため，コストの削減とプ値に対する value 値を「出発地」，２つ目の name 値に対ライバシーの考慮につながる．

1. 地名の取得
URI の query 部分の value 値を形態素解析する．形態
素解析結果の品詞が「地名」のキーワードを抽出し，value値を地名と判定する．

する value 値を「到着地」と判定する．

3. 到着日時の取得
URI の query 部分の value 値に「/」あるいは「:」を含む場合，「日時」あるいは「時刻」であると判定する．
また，出力ページの HTML ソース内に「selected」で選

例えば，閲覧履歴の URI が「http://transit.goo.ne.

択されたキーワードを抽出し，キーワードに「年」，「月」，jp/noutput.php?jump=on&on_st=京都&by_st=&off_st=「日」，「時」，「分」というキーワードを含んでいた場合

東京・・・」とあった場合，value 値を全て形態素解析し，形「selected」で選択されたキーワードが「日時」あるいは態素解析結果の品詞が「地名」のキーワードである「京「時刻」であると判定する．

都」，「東京」が出発地，到着地の地名として抽出される．

また，value 値に「/」あるいは「:」を含まない，かつなお，地名と判定されなかった URI は以降の出発地，到「selected」で選択されたキーワードで「日時」，「時刻」の着地，日付，時刻の抽出を行わない．

2. 出発地及び到着地の判定抽出ができない場合で，URI の query 部分の value 値が数値だった場合，数値の name 値をフォーム入力ページの1. で取得した地名の name 値がフォーム入力ページのHTML ソース内の name 値と一致し，かつ同じ行に「年」，HTML ソース内の name 値と一致し，かつ同じ行に「出「月」，「日」，「時」，「分」というキーワードを含んでいた場

発/乗車」あるいは「到着/目的/下車」というキーワード

合，先に取得された数値が「年」，「月」，「日」，「時」，「分」を含んでいた場合，1. で取得した地名が「出発地」あるいであると判定できる．

は「到着地」であると判定する．例えば，1. に例示の URI

例えば，閲覧履歴の URI が「http://transit.goo.ne.

内で「京都」の name 値である「on st」というキーワード

jp/noutput.php?jump=on&on_st=京都&by_st=&off_st=は，フォーム入力ページの HTML ソース内に存在すると東京&an=7&air=0&on_st_code=260068&off_st_code=130405&sr=推測できるため，HTML ソース内の name 値と「on st」

0&Date_Year=2013&Date_Month=03&Date_Day=10&Time_のキーワードが一致し，かつ同じ行に「出発」というキー

Hour=15&Time_Minute=35・・・」とあった場合，「2013」のワードを含んでいるため「京都」は出発地であるというこ

name 値である「Date Year」というキーワードはフォームとが判別可能である．到着地も同様にして求めることがで入力ページの HTML ソース内に存在すると推測できるた

きる．

め，HTML ソース内の，name 値の「Date Year」というこの時，同じ行に「出発/乗車」あるいは「到着/目的/キーワードが一致し，かつ同じ行に「年」というキーワー下車」というキーワードを含まない場合，1. で取得した 2ドを含んでいるため「2013」は「年」と判別可能である．

つの地名の value 値に対する name 値がフォーム入力ペー「月」，「日」，「時」，「分」も同様にして求めることができる．

ジの HTML ソース内の name 値と一致する行の間に「出3. 2 イベント情報発信発/乗車」あるいは「到着/目的/下車」というキーワード

ユーザの行動推定に必要なアクセス履歴は，JavaScript で記を含むか判定する．
「出発/乗車」というキーワードを含む

述した Firefox の機能拡張プログラムにより取得し，SQL で場合，HTML ソース内の２つの name 値を含む行間と同データベースの管理を行う．取得した URI は WebSocket 通信

じ行数を name 値を含む行の前後で「出発/乗車」あるいによりデータベースに格納する．その後，ユーザの閲覧履歴かは「到着/目的/下車」というキーワードが存在するか判定

らユーザの行動推定及びユーザが居住者か訪問者か否かどうかする．HTML ソース内の１つ目の name 値を含む行よりの判別が完了した後，推定した内容に基づいた情報を居住者，

ユーザの居住地と一致した場合は居住者と判定し，取得した地
!"#$

%&#$

'($

名とユーザの居住地と一致せず，ユーザの到着地と一致し，か!")$

*+$

-$

-$

つユーザの到着日時がイベント発生日時以前である場合は訪問,-)$

.*+$

*+$

/0$

者と判定する．また，取得した地名とユーザの居住地と一致せ,-12)$.*+$*+$/3$

図 2 ユーザ分類表

ず，ユーザの到着地と一致し，かつユーザの到着日時がイベン
ト発生日時以降である場合は訪問予定者と判定する．

4. 実

験

訪問者，訪問予定者ごとに発信し，閲覧している Web ページ番号

サイト名

1ジョルダン

3. 2. 1 WebSocket 通信による情報発信

2

Yahoo!路線情報

WebSocket はコンピュータネットワーク用の通信規格の１つ3

駅探であり，Web サーバと Web ブラウザ間の通信のための双方向

4

goo 路線上にポップアップ提示する．

交通案内

通信用の技術規格である．HTTP サーバは常に接続された通信

5

Google 乗換案内を行うようには設計されていないのに対し，WebSocket はサー6

エキサイト乗り換え案内

7

ハイパーダイヤ

8

NAVITIME

バとクライアント間で一度コネクションが張られた後は，必要な通信のすべてをそのコネクション上で専用のプロトコルを用いて行う．これにより，新たなコネクションを張る必要がない
宿泊ため，HTTP プロトコルを用いた頻繁にコネクションを行わなければならない Ajax に比べて，WebSocket は通信ロスが減る

表1という利点を持つ．

9

じゃらん net

10

楽天トラベル11

一休.com12

日本旅行

実験に使用したサイトのリスト

また，これまで開発したシステム [11] では，サーバからのプッシュ通知が可能な Comet を用いてきた．Comet は双方向

4. 1 実 験 環 境の通信を 2 つの HTTP 接続によっておこなうことができるが，本稿では，日本語の形態素解析に JUMAN（注 2）を用いた．また，HTTP コネクションを長時間占有するため，その間同一サーバ

ブラウザは Firefox バージョン 18.0 を利用し，拡張機能のインに接続する他のアプリケーションの動作に影響を及ぼす可能性ストールを行った．拡張機能により取得した URI をデータベーがあるなどの問題が生じる．一方，WebSocket は一つのコネクスに格納し，災害等のイベントが生じた際に，ユーザに即したションで全てのデータ送受信が行えるため，同一サーバに接続情報を発信する手法として，WebSocket を用いた．WebSocketする他のアプリケーションへの影響が少ないなどの利点を持つ．

通信を行うためのサーバとして Jetty-distribution-9.0.0.M4 を本システムでは，災害等のイベントが発生した際にユーザの使用した．

行動推定，ユーザの選定に基づくイベント情報を多数のユーザ

4. 2 ユーザ行動抽出に一斉発信するため，WebSocket を用いる．

表 1 に国内の抽出対象となる交通案内サイト 8 件，宿泊情3. 2. 2 イベント取得及びユーザ選定

報サイト 4 件の計 12 件を示す．これらのサイトより，出発地，適切なタイミングでイベント情報をユーザに提示するため，到着地，日付，時刻の 4 項目の抽出について検証する．なお，イベント情報を取得し，イベント情報を提示すべきユーザの行

宿泊情報サイトでは宿泊施設を検索及び入力する際，出発地の動推定及び選定を行う．

及び時刻の情報の入力が必要ないため，宿泊情報サイトでは日特定の Web サイトの更新情報を定期的に監視しておくことにより，監視している Web ページ内の内容が更新された際，イ付のみを抽出対象とする．また，今回は出発地および到着地はJUMAN で地名と判定できるものを対象とする．

ベント情報を取得する．次に，イベントの発生位置情報 (地名)

実験の結果，出発地，到着地は交通案内サイト 8 件全てで抽とユーザの現在地及び訪問予定地が一致しているか否かを判定出可能なことを確認した．日付に関しては，全 12 件中 8 件で抽し，一致した場合，推定した時刻とユーザ選定に基づきイベン出でき，交通案内サイトでは 75%，宿泊情報サイトでは 50%，ト情報を提示する．本稿では，気象庁の地震と天気の更新情報全体では 66%であった．時刻に関しては，交通案内サイトのみを定期的に監視することでイベント情報を取得をする．イベンを対象に全 8 件中 7 件で抽出でき，87%であった．以上より，

ト情報とユーザ行動抽出に基づく情報の比較によるユーザの分ユーザに出発地あるいは訪問予定地のイベント情報を提示する

類表を図 2 に示す．なお，今回は単一の移動のみを対象としてシステムの基本的な実現の可能性を確認できたといえる．

行動推定を行っており，出発地は居住地と仮定している．イベントの発生位置と日付がユーザの現在地および訪問予定地と一致しているか否かを判定する．一致した場合，推定した日時とユーザ選定に基づきイベント情報を提示する．取得した地名が（注 2）：京都大学黒橋・河原研究室で開発

!"#A($%&)'!"#C()*+,&)'!"#(()*&)'
図 3 ユーザごとの天気情報推薦画面

4. 3 インターフェース

サイトでは，URI から抽出する value 値に対する name 値が今回は更新頻度の高い天気情報を対象として，ユーザ行動

HTML ソース内の name 値と一致しなかったため抽出できな抽出により推定されたユーザ A(居住者)，ユーザ B(訪問者)，いサイトが 1 件あった．

ユーザ C(訪問予定者) の 3 種類のユーザそれぞれに適した推薦

また天気情報推薦に関しては，本稿ではユーザごとに各々に結果を図 4.1 に示す．まず，ユーザ A の居住者に対しては当日適したイベント情報を提示すること，また送信するデータ量をの天気情報を提示し，ユーザ B の訪問者に対しては当日の天気軽減することを前提として実験を行ったため，ユーザ A に対し情報と週間の天気情報を提示し，ユーザ C の訪問予定者に対してはテキスト情報のみを提示したが，より多くのデータ量を送ては推定した訪問予定日の天気情報を提示した．

信することを許容するならば，ユーザ A に対してもユーザ B，

4. 4 考察4.2 で述べた通り，出発地，到着地は交通案内サイト 8 件全てで抽出可能なことを確認している．

ユーザ C と同様に地図付きの天気情報を提示することは可能である．ただし，その際は，ユーザ A は土地勘があることを考慮し，より簡易な地図の提供でも十分と考えられる． また，同日付に関しては交通案内サイトからは 8 件中 6 件で抽出可

じ駅名が全国の別の地域にも存在する場合，地域の特定を誤る能であった．ただし，URI から日付を抽出する際，value 値が可能性がある．今後は検索の際に都道府県名が併記されている「年/月/日」ではなく「月/日/年」の並びで記述されているたのでこの都道府県名を用いることで出発地，到着地の抽出精度め正しく抽出できないサイトがあった．また，JavaScript によを高める予定である．

る DB 連携を行っているサイトでは，URI から抽出する value値に対する name 値が HTML ソース内の name 値と一致しな

5. 関 連 研 究かったため抽出できないサイトが 1 件あった．これは事前に対Twitter の公共アカウントのツイート内容とフォロワーの推応表を作成する事で抽出可能になると考えられる．また，宿泊移を分析し，災害時における Twitter での公共機関のアカウン

サイトでは全 4 件中 2 件で抽出可能であった．宿泊サイトで日トのガイドラインの作成を行った研究 [1] や Twitter に投稿さ付の抽出精度が低くなった原因として，URI の query 部分のれた実生活情報から有用性の高いものを抽出し局面に応じたvalue 値に対する name 値が HTML ソース内の name 値とし記事をユーザに提示するシステムの提案手法 [2] がある．また，て発見できない場合や，同じ行に「年」，「月」，「日」を含むキー

Twitter におけるリツイートをベースとしたユーザ間の情報伝ワードが発見できなかったことが挙げられる．これは「チェッ播の関連性について分析し，ユーザが関心をもち，より緊急性クイン」というキーワードもサーチ条件に加えることにより抽の高い記事の情報伝播について分析した上で，災害時における出可能になると考えられる．

Twitter でのリアルタイム情報発信の可能性について考察した時刻に関しては，交通案内サイト 8 件中 7 件で抽出できた．

もの [3] もある．これらが災害等のイベントが発生した際に多ただし日付と同様に，JavaScript による DB 連携を行っている

くのユーザに同一の情報を提示するのに対し，本研究ではユーザの位置推定に基づき各ユーザに適した情報を提示する点で異なる．
アクセス履歴からユーザの行動を推定する手法に，Web サイ
トのアクセス履歴からユーザの傾向を読み取り，次にどのページを閲覧するかを予測するシステム [5] や機械学習手法によりWeb 上におけるユーザの行動推定を行うシステム [6] 等が研究されている．これらが次に閲覧するであろうページの予測という仮想的な行動の推定を目的としているのに対し，本研究ではユーザの位置推定という現実の行動の予測を行い，それに基づく適切な情報をユーザに提示するということを目的としている点で異なる．

6. まとめと今後の課題
本研究では，Web サイトの閲覧履歴情報に基づくユーザの将来の滞在予定地推定手法及び情報提示手法を提案した．実験では，閲覧履歴の一部を用いることで，出発地，到着地に関して100%，日付に関しては 66%，時刻に関しては 87%の精度で抽出できた．また，ユーザの選定により居住者，訪問者，訪問予定者の 3 種類に分類されたユーザそれぞれに適した情報を提示できた．今後は，JavaScript による DB 連携を行っているサイトに対して事前に対応表を作成することによる問題の解決およびユーザ行動精度の向上，またベイズ推定を用いることでユーザの滞在予定地を確率的に推定することが挙げられる．またその他，駅名を地名と判定できない場合の処理の追加，「出発時刻」，「到着時刻」，「始発」，「終電」等の検索条件の考慮，経由地を含む場合の処理の追加といった課題に取り組む予定である．

謝

辞本研究の一部は，NTT レゾナント株式会社との共同研究，及び総務省 SCOPE 若手 ICT 研究者育成型研究開発（課題番号:102107001），JST 研究成果最適展開支援プログラム探索タイプ（AS242Z02958H），JSPS 科研費（24780248）の助成によるもので，ここに記して謝意を表す．
文献[1] 吉村直子，井上智雄．東日本大震災前後のマイクロブログサー
ビス Twitter における公共アカウントの利用分析．情報処理学会研究報告，2012-GN-83(5)，1-8，2012．
[2] 山本修平，佐藤哲司. Twitter からの実生活情報の抽出法の提案．第 4 回データ工学と情報マネジメントに関するフォーラム（DEIM Forum 2012）F3-4，2012．
[3] 山本雅人，小笠原寛弥，鈴木育男，吉川正志．東日本大震災時の Twitter における情報伝播ネットワーク．情報処理 53(11)，1184-1191，2012．
[4] 石原裕規，諏訪博彦，鳥海不二夫，太田敏澄．震災時における中心性に基づく Twitter ネットワーク分析とアカウント分類．
情報処理学会研究報告．データベース・システム研究会報告2012-DBS-156(14)，1-6，2012．
[5] 近徳高，高井秀人，上里福美．Web サイト訪問者のページ閲
覧行動予測システム．東京工芸大学工学部紀要，Vol.27 No.1，2004．
[6] 大塚大輔，久保山哲二，安田浩．Web アクセスログからの閲覧者の行動分析．電子情報通信学会総合大会講演論文集，D-9-22，2011．
[7] 難波英嗣，ブログからのユーザの行動経路の自動抽出と可視化，
電子通信情報学会総合大会講演論文集，HT-1-4，2012．

[8] 梅島彩奈，宮部真衣，荒牧英治，灘本明代．災害時と平常時
Twitter におけるデマとデマ訂正ツイートの特徴分析，電子情報通信学会技術研究報告．DE，データ工学 111(361)，59-64，
2011．
[9] 西野正彬，小林 透．帯留場所間遷移途中の位置を利用した位置予測手法．電子情報通信学会総合大会講演論文集，D-9-15，2011．
[10] 若宮翔子，李龍，角谷和俊．位置依存ソーシャルネットワークにおける行動パターンに基づく群衆の分類．第 4 回データ工学と情報マネジメントに関するフォーラム（DEIM Forum 2012）
D8-3，2012.
[11] 松井優也, 青木 聡, 河合由起子, 張 建偉, 秋山豊和 (京都産大).
ページを通したユーザコミュニケーション拡張手法の検討．第4 回データ工学と情報マネジメントに関するフォーラム 論文集（DEIM Forum 2012）C1-2，2012.