論文構成案
どこに出す?
SIGIR系
CHI 9/17
もっとテキスト検索的/実用的な学会はないか?
CIKMとかSIGIRとかは普通にOKか?
タイトル
Beyond query expansion
クエリを拡張してもしょうがないという雰囲気
いろんなクエリに対応できるようにするべき!
Super query expansion
IUIには向いてるかも??
HelpfeelはQuery expansionではない...
ExpandSearch: 一般論なテキスト検索を拡張してすごくする
ExpandSearch: すごいQueryExpansion
マイQueryExpansion という言葉はどうなんだろ
Expanded Query
Flexible query expansion
概要
クエリの問題でいく
情報検索はキーワード検索が主流だが、情報のキーワード検索は今でも難しいものである
Google検索でも苦労することは多い
いろんなキーワードでもなんとかなることが多いのは、異なるキーワードで書かれた文書が存在するからだろう
メジャーじゃないシステムや特殊ケースのヘルプなどの場合、そもそも文書が少ないから苦労する
キーワードが少しでも違うとみつからないから
e.g. メジャーじゃないxxxxxシステムのyyyyy機能、とかなかなかみつからないことが多い
全く同じ単語でないと大抵みつからない
Google Chrome Extensionのconsoleとかみつからない (dashboardだとみつかる)
変な楽器の部品名とか? 車の部品名とか?
Macですらマトモにヘルプが出ない
omnigraffleのflat fileでセーブする機構が全然みつからなかった
こんなわけで、FAQは大抵不十分である (出典)
特殊なサービスの特殊な機能について書かれてることが多いからだろう
Tipsとか逆引き辞典としてまとめられたりすることがある
要するに言い替えである
このためにQuery Expansionが提案されてはいるが不十分
解決策1: 展開ヘルプで徹底的に拡張/曖昧検索
あらゆるクエリにマッチするように、サービス提供者がいろんな表現を用意しておく
Query をExpandするわけではなく、あらゆるQueryに対応できるように頑張る
これによりヘルプ問い合わせは劇的に減る
パラメタを指定することすらできる
解決策2: 自分で勝手にそれを追加できるとさらに有益
別の名前でブクマするみたいな方法もあるが、それを忘れてしまうとダメだし、検索方法がいくつもあるのは面倒である
既存のキーワード検索そのものを拡張する形で実装すると検索手法はひとつですむ
ヘルプ供給者じゃなくても自分でヘルプを用意できるから
こういう概念をひっくるめてExpandSearchと呼ぶ
フツーの検索システムの上に皮をかぶせる形で実装できる
実装
1. RegExpによる展開とAsearchによる曖昧検索
2. 自分で登録 (scrapbox, 拡張機能)
詳しくはあとで説明するということに
実例 これが評価になってる
Helpfeel
PayPayフリマなどですごく効率があがった
Helpfeelで沢山の実績があって便利
実例2
マイHelpfeel
自分のデータが増えていく状況
実例3
gitのヘルプ - コマンドラインで動くもの
実装
ExpandHelpの実装アルゴリズム
関連
Relevance Feedbackも
拡張
Regexpの変な表現を検索