駅すぱあとWebサービスで
魔法使いになったお客さんの話
株式会社ヴァル研究所
マーケティングテクノロジー部 システムソリューション開発チーム
伊藤英明

1
・名前：伊藤英明
・⼊社年：2014年
(Valは2社⽬、社会⼈歴は15年⽬)
・趣味：娘(4歳)と遊ぶ、ミニ四駆
・認定、資格：⼈間中⼼設計専⾨家
認定プロダクトオーナー
認定スクラムマスター
⾃⼰紹介

「RODEM」のプロダクトオーナー
2
⾃⼰紹介

コンカーさんに導⼊いただいています
3

RODEMの精算データ連携先の⼀つでもあります
4
カレンダー＆ＲＯＤＥＭ

5
コンカーの担当者様が
米国本社に対してデモを
実施した時の話

コンカージャパンの担当者が本国の上司から
「Youはいつから魔法使いになったんだ？」
と⾔われる
ああああああああああ
コンカージャパンさんが本国のコンカーにデモした
時の話
6
※イメージです
(……すごい！)

7
Youはいつから
魔法使いに
なったんだ !？
※イメージです

8
“十分に発達した科学技術は、
魔法と見分けがつかない”
アーサー・C・クラーク(SF作家)

Concur Japan Partner Award 受賞
9

RODEMの中で駅すぱあとwebサービスはどう動いているか
10

11
１．カレンダーからの訪問先指定
２．経路探索時の定期区間割当
３．算出した経路の変更
RODEMの中で駅すぱあとwebサービスはどう動いているか

１．カレンダーからの訪問先指定
12

13
・カレンダーに⾏き先名が登録される
・⾏き先検索ロジックにより曖昧さを吸収し、DBを検索
・企業名を正規化
--- ここまで、RODEMオリジナルの処理 ---
・企業名のみでは⾏き先として不⼗分なため、経路探索に必要な情報へ適切に変換
・法⼈番号データベースより、企業の住所を抜き出す
・住所から周辺の出発駅候補、到着駅候補への変換は「住所情報からの周辺駅検索」で処理
http://docs.ekispert.com/v1/api/address/station.html
１．カレンダーからの訪問先指定

14
ただ、ここで取得できるDistanceは指定した住所と駅までの直線距離となるため、徒歩区
間の所要時間を正しく算出できない。
そのため、下記の処理に変更
１．GeOAPを利⽤して住所を緯度経度に変換
２．「緯度経度からの周辺駅検索」で
http://docs.ekispert.com/v1/api/geo/station.html
１．カレンダーからの訪問先指定

15
３．GeOAPで取得した緯度経度と駅までの徒歩距離を取得
４．歩くスピードにより徒歩時間を算出
５．地点⽣成を利⽤して探索出来る地点データに変換
http://docs.ekispert.com/v1/api/toolbox/course/point.html
６．経路探索へ
１．カレンダーからの訪問先指定

16
１．カレンダーからの訪問先指定
⾃社
(出発地)
顧客
(到着地)
⼀定範囲内の
出発駅候補
⼀定範囲内の
到着駅候補

２．経路探索時の定期区間割当
17

２．経路探索時の定期区間割当
18
経路探索はもちろん「経路探索」を利⽤。
http://docs.ekispert.com/v1/api/search/course/extreme.html
ただ、ここで定期区間の割当のため、ちょっとチューニングを⾏っています。

２．経路探索時の定期区間割当
19
定期区間の割当は「経路検索」のassignDetailRouteを使えば簡単に実装できます。
ただ、これだと複数⼈で移動する場合、かつ、持っている定期区間が異なっていた場合、
こんなことにもなりかねません。
メンバー1：A駅〜B駅〜C駅（定期持っていない）
メンバー2：A駅〜D駅〜C駅（A駅〜D駅の定期を持っているので）
やはり、持っている定期を使ったほうが安くなることもあるので、「わざと遠回り」
したり「同じ⾏き先なのに乗る電⾞が違う」という問題が発⽣し、「予定に間に合わ
なかった」という問題が発⽣することも考えられます。

２．経路探索時の定期区間割当
20
そのため、RODEMでは下記のように定期を割り当てています。
１．assignDetailRouteを指定せずに経路探索をし、その経路再現情報(シリアライズ
データ)を取得
２．「経路の再現／定期券・指定列⾞利⽤」に取得したシリアライズデータと
assignDetailRouteを渡す
http://docs.ekispert.com/v1/api/course/edit.html
３．定期区間控除後の運賃が取得できた場合は、この経路を採⽤する

３．算出した経路の変更
21

３．算出した経路の変更
22
RODEMでは⾃動でカレンダーに移動予定を反映する関係上、まずは単⼀の経路のみ出⼒
しています。
これは「⼀番早くつく経路」もしくは「⼀番安い経路」の2つなのですが、場合によって
は異なる経路を使ったり、時間をずらしたりしたいこともある。
この経路変更についてはWebサービスの「HTML5 インターフェースサンプル」を利⽤し
ています。
https://github.com/EkispertWebService/GUI/

３．算出した経路の変更
23
サンプルのメリットはやはり「経路表⽰に関するコードを書かなくて良くなる」という
ことです。
単純な発着駅のみを表⽰するだけであれば簡単なのですが、それだけではありません。
１．JRと私鉄のように運賃の切れ⽬は1区間ではなく複数区間にまたがっていることが
ある
２．ICカードと普通のきっぷで⾦額が異なるが、切り替える機能がほしい
３．特急券を購⼊する場合、座席を指定する必要があるが、切り替える機能がほしい
４．乗り⼊れ路線など、「下⾞しないけど運賃上は別れている区間」みたいな複雑な
ルールが有る
５．前のダイヤ、次のダイヤなど複数の追加機能がほしい
６．スマートフォンとPCでちょうど良い表⽰にしたい
７．その他いっぱい

24
RODEMでは基本的にサンプルをそのまま使っていますが、「徒歩だけで移動」、「⾞で
の移動」を表現したいため、カスタマイズしました。
「HTML5 インターフェースサンプル」を直接編集するのではなく、別のJavaScriptを作
成し、上書きする形でカスタマイズしています。
３．算出した経路の変更

25
下記はRODEMでカスタマイズした例です。まずはWebサービスのレスポンスを参考に
徒歩⽤のJSONを作ります。
{
"ResultSet": {
"Course": {
"Route": {
"distance": "35",
"timeWalk": "45",
"Line": {
"timeOnBoard": "45",
"distance": "35",
"Name": "徒歩",
"Type": "walk",
}
},
"Point": [
{
"Name": "出発地"
},
{
"Name": "⽬的地"
}
]
}
}
}
}
※⼀部わかりやすいように加⼯しています
３．算出した経路の変更

26
setResult関数を利⽤してJSONを流し込みます。
※setResult関数については下記のGitHubに説明があります。
https://github.com/EkispertWebService/GUI/wiki/html5_reference_Course
すると、こんな感じで簡単に徒歩経路が表⽰できます。
３．算出した経路の変更

RODEMの中で駅すぱあとwebサービスはどう動いているか
27
「RODEM powered by 駅すぱあと」と⾔って差し⽀えないサービス

28
ところで

29
Youも魔法使いに
なりたくないか？

30
RODEMを契約して
魔(以下略)

31
この際、契約
しなくてもいいです

無料トライアルあります
32
RODEM 検索

ご清聴ありがとうございました