DB設計によって内部的なサービスのイメージがだいぶ固まってきたので、今度はURL設計を行うことで、外部から見たサービスのイメージを固めていく。

• / - サイトトップページ。
• /login - ログイン。
• /logout - ログアウト。
• /about - サイトの説明。
• /search - 検索ページ。
• /config - ユーザー設定変更。
• /register - ユーザー登録。
• /home/ - ログインしたユーザーのホームページ。
• /uris/ - URI統計ページ。新着、注目など。
• /uri/[uri_string]/ - [uri_string]というURLに関するページ。
• /asins/ - ASIN統計ページ。同上。
• /asin/[asin]/ - [asin]というASINに関するページ。
• /location/[longitude]/[latitude]/ - [longitude]、[latitude]という位置に関するページ。
• /tags/ - タグ統計ページ。同上。
• /tag/[tagname]/ - [tagname]というタグに関するページ。
• /dj/[personality_name]/ - [personality_name]のトップページ。
• /dj/[personality_name]/date/[yyyy]/[mm]/[dd]/ - [personality_name]の[yyyy][mm][dd]の更新。
• /dj/[personality_name]/talk/[talk_id]/ - [personality_name]の[talk_id]発言。

あまり機能を増やしすぎても、あまり使われないわりにはサービスが重くなるだけなので、この程度の機能があれば十分だろうか。実際に作り始めると、もう少しページは増えてしまうだろう。 また、上記URL群は情報表示のそれぞれの切り口での起点ページと位置づけ、実際にはそこに表示された要素からユーザーアクションなどに応じて、（Ajaxなどを使って）必要な情報が後付で追記されていく構成を考えている。 ただ、最初からその辺まで含めて設計を行うのは難しいので、まずはプロトタイプ的に上記URL構成のシンプルなWebアプリケーションを開発し、それを実際に使いながらユーザーインターフェースを洗練させていくというアプローチを取っていくつもりだ。