エビデンスモード 詳細

エビデンスモードの詳細な説明を行います。 

エビデンスモードの正確な定義としては計画の属性になります。表現としてはエビデンスモードの計画とかエビデンスモードの計画ファイルというのが正しい表現になります。

エビデンスモードの計画を使う場合、計画画面、進捗画面、結果画面、それぞれで特別な動作、仕様があります。これらの動作をエビデンスモードの動作と呼ぶ事にします。対してエビデンスモードではない計画をノーマルモードの計画と呼び、その動作をノーマルモードの動作と呼称したいと思います。Version1でのすべての動作はノーマルモードであたります。

2022/1月追記

2022/2月リリース予定のVersion2.3ではエビデンスモードに大きな変更が発生します。Version2.3以降ではエビデンスモードの利用、運用がこれまでとは大きく異る予定です。

< STEP1 : 開催者側でエビデンスモードの計画を作成、参加者に公開 >

最初のステップはエビデンスモードの計画を作成する事です。基本的にはノーマルモードの計画を作成する手順と同じです。作成した計画をエクスポートする際に「エビデンスモード」でエクスポートすることでそれとなり、またエクスポートされた計画を、再度インポートする事で、エビデンスモードの計画を利用する事ができます。

ここではアプリインストール時に添付されているサンプルを利用して説明して行きます。計画をエビデンスモードでエクスポートするためには、設定画面で「開催者機能の表示」をONにします。

計画一覧画面からサンプルの計画を開き、メニューから「計画ファイルとしてエクスポート」をタップします。

開催者機能がONになっていると「計画のエクスポート」ダイアログが表示され、通常の計画(ノーマルモード)としてエクスポートするか、エビデンスモードでエクスポートするかの選択が提示されます。

ここでは「エビデンスモードでエクスポート」を選びます。

エラーが検出されました。エビデンスモードでエクスポートするために、そのための条件を満たしている必要があります。以下の３つがエビデンスモードの条件です。

1. 完走の必要条件ではない「ユーザーポイント」が含まれていない事。別の表現をすると、スタート、フィニッシュ、PCの３種類、もしくはこの３種類に加え通過チェックの４種でのみ計画が構成されている事になります。
2. すべてのポイントにGPS座標がセットされている事
3. GPXファイルがロードされている事

エビデンスモードの計画ファイルは開催者から参加者に向けて配布する情報のため、完走に必要な情報のみを提供すべき、との考えから１の条件が設定されています。

各PCの到達は、到達した際にGPS情報を記録することで立証されます。GPS情報を記録するためには「到着」ボタンをタップするだけで完了しますが、行動の正当性と誤動作を防ぐため、予め計画ファイルに設定されたGPS位置から200m以内でないと「到着」ボタンは有効にならない仕組みとなっています。よって配布するエビデンスモードの計画ファイルには、指定地点のGPS情報を予め設定しておく必要があります。

計画ファイルをエビデンスモードとすることでGPXファイルの追加/削除の機能はロックされ、使用できなくなります。参加者側で編集することができなくなるため、配布前にロードしておく事を条件としてあります。

今回のサンプルファイルは条件２と３は満たしていましたが、PC3の次に立ち寄り地点としてグルメポイントが登録されていたためエラーとなりました。エラーとなったグルメポイントを削除し、再度エクスポートします。このタイミングで計画名を「BRMブルマネ」に変更しました。

最後の設定としてブルベ識別子を入力します。この識別子は、エクスポート時のファイル名に使われるのに加え、走行結果のエクスポートや集計時に利用されます。どのブルベであるかが判別できるような、簡単な記号を設定してください。BRM0901のような記号の利用をおすすめします。

このような手順でエビデンスモードの計画ファイルを作成します。作成した計画ファイルは情報サイトなどで参加者に配布してください。

< STEP2 : 参加者側でエビデンスモードの計画ファイルをインポート >

次に公開されたエビデンスモードの計画ファイルを参加者側でインポートします。

エビデンスモードの計画ファイルのインポートを行うと、その旨のメッセージが表示されます。

エビデンスモードの計画は、オレンジ☆アイコンが表示されます。計画画面でも同様で、オレンジ☆アイコンが表示されます。

エビデンスモードでは、ノーマルモード比べ編集機能が制限されています。以下、制限されている内容です。

• GPXファイルの削除、追加。
• PC、通過チェック地点の追加、削除
• スタート、フィニッシュ、PC、通過チェック地点に関する情報(名称、距離、Open時刻、Close時刻、GPS座標)の編集

大まかにいうとブルベの完走証明に必要な地点、またその情報の編集は行なえません。これらについては開催者が作成した計画内容に従った走行をする事になります。

逆に、エビデンスモードの計画にもユーザー独自の立ち寄り地点を追加するような編集は許容されており、またユーザー独自ポイントの情報の編集は行なえます。

また重要な点として、ブルベの開始時刻については参加者側で変更する事も可能です。スタート時刻が参加者側で変更することが許容されているブルベの場合、それに応じた編集が可能です。下の図の画面上部、赤い矢印で示した時刻がブルベの開始時刻です。

間違えやすいポイントですが、画面下部、青い矢印で示された時刻はスタートポイントを出発する予定の時刻です。上図の場合、7:00開始のブルベを、7:00にスタートすることを意味します。あえて出発時刻を遅くする場合、例えば7:00開始のブルベを7:20にスタートするような場合、画面下部の時刻を7:20に設定します。

< STEP3 : ブルベ当日、計画ファイルを使って進捗を記録  >

当日までにエビデンスモードの計画を元に実際の走行計画を練ります。ブルベ当日、スタートの直前に該当の計画を表示し「ブルベの開始」を行います。

ブルベの進捗画面が表示されます。エビデンスモードの計画を実行した場合、進捗画面もエビデンスモードで実行されます。他の画面と同様に、エビデンスモードを示すオレンジ☆アイコンが表示されます。

ノーマルモードの進捗画面では、いつでもどこでも「到着」「出発」の打刻が行えましたが、エビデンスモードでは常に現在地が測定され、指定地点の200m以内でないと打刻が行えません。上図ではスタート地点の情報が表示されていますが、出発ボタンが無効になっています。これは現在地が計画ファイルに登録されているスタート地点から200m以上離れていることを意味しています。

打刻地点の制限があるのは以下の地点です。

• スタートポイントの出発打刻
• PC、通過チェック、フィニッシュポイントの到着打刻

またノーマルモードでは、GPS機能をつかった自動打刻機能が動作しますが、エビデンスモードではそれらの動作に制限があり、基本的に参加者が手動で打刻する事を前提としています。

自動打刻機能が動作しない箇所

• スタートポイントの出発打刻
• すべてのポイントの到着打刻

自動打刻機能が動作する箇所

• スタートポイント以外の出発打刻

基本的にブルベの完走証明に必要な情報については、手動での打刻を必要としてあります。これは参加者が意識して打刻を行うためと、自動打刻はGPSの測定状態の影響を受けるため、100%の動作保証ができないためです。自動打刻を当てにしてしまうと、意図せず必要情報がそろわず、DNFになってしまうことを避けるためです。

どういう時に自動打刻が有効で、どこが無効かを覚えておくのが曖昧になってしまうかもしれませんが、基本的に手動打刻が必要で、スタート以外のポイントでは出発打刻は自動で動作すると記憶しておくのがよいでしょう。

またノーマルモードでは、打刻した時刻は後から修正が行えます。エビデンスモードでは制限時間内にPCに到達したかがとても重要な事になるため、一度打刻した時刻はあとから修正できません。タイムアウトした場合でも、後から修正できてしまう事を回避するためです。またPCのOpen時刻より前では打刻自体も行えない動作となっています。

まとめると

• 出発打刻、到着打刻は指定GPS位置から200m以内でないと行えない
• PCのOpen時刻前は打刻できない。
• Close時間以降も打刻はできるが、タイムアウト判定の材料となる
• 一度打刻するとその場所、時刻は修正できない

このような制限のなか、スタートからフィニッシュまですべての打刻を行います。

< STEP4 : ブルベ後、結果をエクスポートし開催者に送付 >

無事フィニッシュポイントに到着すると、アプリ上での進捗は完了します。フィニッシュ地点に到着打刻された段階で、走行履歴から４つの結果に分類されます。

完走

スタートの出発時刻、PC、通過チェック、フィニッシュの到着時刻が制限時間に行われ、フィニッシュポイントまで到達している場合。結果画面ではタイトルバーに「完走」と表示されます(下図青矢印)。

DNF

フィニッシュポイントまで到達しなかった場合。結果画面ではタイトルバーに「DNF」と表示されます(下図青矢印)。この場合、PC2の到着時刻がClose時刻を過ぎてしまったため、以降の走行を取りやめDNFとなった例となります。下図赤矢印で到着時刻がClose時刻を過ぎたことが表示されています。

タイムアウト

フィニッシュポイントまで到達しているものの、どこかのポイントで制限時間をオーバーしている場合。結果としてはDNFと同じ扱いですが、あえてタイムアウトと区別して判定しています。結果画面ではタイトルバーに「タイムアウト」と表示されます(下図青矢印)。

この場合、PC2の到着時刻がClose時刻を過ぎてしまったためタイムアウト判定となっています(下図赤矢印)。その後のポイントでClose時刻に間に合い、フィニッシュポイントまで走行しても、結果としてはタイムアウトと判定されます。

記録不足

フィニッシュポイントまで到達しているものの、どこかのポイントで必要な打刻がされていない場合。結果としてはDNFと同じですが、あえて記録不足と区別して判定しています。結果画面ではタイトルバーに「記録不足」と表示されます(下図青矢印)。

この場合、PC2での到着打刻がないため記録不足判定となっています(下図赤矢印)。その後のポイントでClose時刻に間に合い、フィニッシュポイントまで走行しても、結果としては記録不足と判定されます。

走行結果は、結果一覧画面でも表示されます。

走行結果は走行証明として開催者に送付します。提出する結果を表示し、メニューから「結果ファイルとしてエクスポート」をタップします。

エビデンスモードの結果の場合「結果のエクスポート」ダイアログが表示され、通常の結果ファイルとしてエクスポートするか、提出モードでエクスポートするかの選択が提示されます。

エビデンスモードの結果を開催者に送付する場合「提出モード」でエクスポートします。提出モードでエクスポートすると以下の処理がされます。

• 個別に登録したユーザーポイント(立ち寄り地点やグルメポイント等)は削除され、完走証明に必要なポイントのみの情報に修正されます。
• エクスポートする結果ファイル名が、次のステップで入力する参加者識別子と計画ファイルに記録されているブルベ識別子で作成されます。
• 提出モードの結果ファイルをインポートした際も、上記の識別子が結果タイトルとして表示されます。
• 提出モードの結果ファイルは編集がロックされ、開催者でも内容の編集は行なえません。

「提出モード」でエクスポートをタップすると参加者識別子の入力が求められます。

ここで入力する参加者識別子は、開催者から指定されるものです。通常の運用を考えるとリザルトに掲載されるローマ字の名前が良いと思われます。

例)山田太郎->YAMADA_Taro

ここではPerson_Compと入力します。

ファイル名は [ブルベ識別子] + [参加者識別子] で生成されます。他の名前に変更して保存する事も可能ですが、多数のファイルが送付される開催者の運用を考えると、生成されたデフォルトのファイル名で保存し送付することが良いと考えます。

あとは開催者からの完走認定をしてくれるのを待つばかりとなります。

< STEP5 : 　開催者側で、結果ファイルをインポート。内容確認し完走認定 >

開催者は参加者から送付されてくる提出モードの結果ファイルをインポートし内容を確認します。今回の場合、完走、DNF、タイムアウト、記録不足、それぞれの結果となった４人から送付された結果ファイルをインポートします。

結果一覧画面でメニューから「インポート」をタップし、４つそれぞれの結果ファイルをインポートします。

提出モードの結果ファイルは画面上では青い鍵のアイコンで表示されます。この一覧画面で表示される結果名は [ブルベ識別子] + [参加者識別子] で表示されます。これは提出モードの結果ファイル名と同じですが、ファイル名を変更しても、結果名を変えることはできません。

ブルベ識別子と参加者識別子で一意に決定される名前となります。同姓同名の参加者がいた場合は一覧では確認できませんので、内容を見て確認する必要があります。

結果名は長くなる傾向があるので、エビデンスモードの計画ファイルに登録するブルベ識別子は短めに作成するのが良いと思います。

それぞれをタップすると走行内容の確認が行えます。

各ポイントのGPSボタン(上図赤矢印)をタップする事で、地図画面上で参加者が打刻した位置も確認できます。

地図上、赤いマーカーは開催者が指定したGPS位置、青いマーカーが参加者が打刻したGPS位置になります。

細かく打刻した位置、時間をチェックして完走認定を行う事もできますが、アプリで行われた４種の完走判断で概ね十分な判定が行えると思います。DNF、タイムアウト、記録不足だった場合の救済措置も含め、個別に確認する場合に内容を見るという運用がよいと思います。

< 想定できる問題点と対策 >

アプリ上でGPS位置の記録を行い、その時間を持って完走証明とするのがエビデンスモードの概念です。ですが電子機器をもっての運用となるので、思わぬトラブルで記録ができない場合も想定されます。そのようなケースを想定し、予めバックアップ手法や、救済措置を決めて運用するのが重要と思います。

例えばスマホを落とした、電池がなくなった、固まった等。そのようなケースを想定し、PCでのレシート取得も必須、または到達証明となるような写真も撮影する運用とし、アプリ上での記録がうまく行かなかった場合、それらの情報も合わせて、総合的に完走認定をするような事をスムーズな運営につながると思います。