本文へ移動
Bounty Developer

会場・セッション・ブース

プログラム、ブース、会場図、チェックイン、アンケート、Q&Aを使えます。

会場は、イベント当日のプログラム・ブース・会場図・チェックイン・アンケート・Q&A をひとつの画面で使う機能である。上の切り替えで会場図と日程を行き来し、どちらも同じ帯の位置で同じ検索と札を使える。

参加者は会場図で今いる場所と次に行く所を探し、日程で時間割を追い、セッションやブースでは掲示された QR でチェックインする。運営はその元になるタイムテーブル・ステージ・ブース・会場図を管理の画面か API・MCP で組む。

流れ

会場のマップと日程の画面
  1. 1. 会場図 → 連動
  2. 2. プログラム・ブース
  3. 3. チェックイン
  4. 4. アンケート・Q&A
  5. BOUNTY が記録するもの: チェックイン・得点

会場図

会場図の上には、ステージ・ブース・待ち合わせ場所のピンが立ち、下には同じ場所のカードが横に並ぶ。カードを送るとピンが選ばれて地図がそこへ寄り、ピンを押すとカードが追いかける。カードとピンと詳細は常に同じものを選び、ずれない。

ステージのカードは開催中と次に始まる順、ブースと待ち合わせ場所は地図の中心から近い順に並ぶ。出展者が決まっていない枠はカードにもピンにもしない。位置の無いものに架空のピンは立てない。

指で拡大・縮小・移動ができ、端で重くなって離すと戻る。動きを減らす設定の端末では、慣性やばねの動きを付けない。

会場図には区画を重ねられる。区画を押すとその区画のものだけに絞り、行の詳細には区画名が出る。

日程とセッション

日程は開始の時刻ごとに束ね、今日だけは今の位置に線を引く。日の切り替えと、ライン(無ければステージ)の札で絞れる。常設のものは時刻の束の後ろにまとめる。

一件の行には時刻・ステージ・題・登壇者・チェックインの状態が並ぶ。押すと詳細のシートが開き、画像・時刻・場所・登壇者・説明と、通知する・カレンダーに追加・地図で見る・アンケートの入口が出る。開催中のものには Q&A の入口が付く。

開催の形は「時間指定」か「常設」である。通知する・カレンダーに追加は時間指定だけで、常設は会期の毎日の開場時間の中だけ開いているものとして扱う。ブースはデモの回のように時間帯を持つこともできる。

通知するは本人が押したときだけ購読になり、自動では購読しない。購読した回の開始前、終了前でまだチェックインしていないとき、チェックインした回の終了後にアンケートが未回答のときに知らせる。時刻と全体のスイッチは運営のゲーム設定が持つ。

チェックインとアンケート

チェックインは、会場に掲示した QR を読むか、4S の受付の後の案内のリンクから行う。同じ人が同じセッションやブースへ重ねてチェックインしても記録は増えず、得点は最初のチェックインにだけ入る。チェックインと得点は同じ処理の中で確定するので、二重に入ることはない。

アンケートはセッションごとにある。答えた時点でそのセッションにチェックインしていれば得点が一度だけ確定し、後で答えを直しても確定は消えない。チェックインの前に答えたものは、チェックインした後に答え直すと確定する。

チェックインの記録・スタンプ帳・アンケートの一覧は、イベントのマイページにまとまる。アンケートに答えても参加登録の代わりにはならない。

ブースと出展者

ブースはロゴ・カバー・担当者の顔と名前を持てる。担当者が BOUNTY の利用者と結ばれていれば、顔からそのプロフィールを開ける。

ブースの場所はタイムテーブルのブロックではなく、会場図の枠への割当で決まる。割当は全日か日付ごとで、同じ日に同じ枠へ複数のブースは置けず、同じブースを複数の枠にも置けない。全日の割当と日付つきの割当が同じ枠やブースで重なることも断る。

会場の画面からは、出展者の一覧と枠を強調して見せるブース配置図も開ける。同じ配置図は、ログインしない人向けの公開のページにも出る。

タイムテーブルの組み方

タイムテーブルの元はコンテンツ企画である。コンテンツの種類はステージ・ブース・体験で、ステージのコンテンツを日とステージと時刻の格子に置いたものが日程になる。格子の刻みと日の始まりと終わりは運営の設定が持つ。

ラインはステージを受け持つ担当の組で、名前・点の色・受け持つステージ・既定のスタッフを持つ。コンテンツには担当のラインを結べ、日程の札の色はラインの色になる。既定のスタッフのうち自動で入る印を付けた人は、そのコンテンツのチャットができるときにそこへ入る。

登壇者は役割(登壇・モデレーター・司会・審査・LT)と、サムネイルで大きく見せる人の印を持つ。プロフィールは運営が提案を書き、本人が限定リンクから直し、人が画面で確定して初めて掲載の内容になる。確定する前の紹介文・写真・英語の欄は公開に出ない。

サムネイルはテンプレートとテーマを選ぶか、自分で配置を組んで作る。描くものはコンテンツの題と登壇者から来るので、題や名前の誤りはデザインではなくコンテンツの側で直す。描いた画像は下書きの間は非公開で、公開したコンテンツのものだけが外から読める。

下書きと公開

コンテンツは下書きで作られ、公開の操作で初めて日程・会場図・QR の受付に出る。公開と公開の取り下げは、運営かイベントの管理者がブラウザの企画の画面で行う。

下書きどうしは同じステージで時間が重なってもよく、画面に重なりとして出る。公開中のものどうしが同じステージで重なる置き方と、重なったままの公開は断る。検査を回すと、公開を止める指摘(重なり・時刻やステージの欠け・長さの誤り)と、止めない指摘(会期の外・格子からのずれ・ラインや登壇者の欠け・未確定の登壇者)が分かれて出る。

同じブロックを複数の人が同時に直したときは、後から保存した側が今の状態を受け取り、上書きはしない。

API と MCP で扱うには

企画の API は、運営とそのイベントの管理者が使える。ブラウザのログイン、アプリのトークン、コンテンツの範囲を持つ API トークンのどれでも呼べる。MCP の道具は同じ API を通り、ブロックを置く・動かす、ラインを作る、登壇者を作って提案を書く、登壇者を並べる、検査する、サムネイルを組んで描く、までを行う。

MCP と API トークンから届くのは下書きと提案までである。公開・登壇者の確定・限定リンクの発行と取り消し・チャットの作成・写真のアップロードは人が画面で行い、道具は無い。公開中のコンテンツへのトークンからの書き込みは断り、画面で直すよう返す。MCP で入れた下書きには、画面で公開の前に内容を確かめる印が付く。

多数のコンテンツをまとめて下書きにする入口と、資料からセッション・ブース・会場図をひとまとまりで取り込む入口もある。取り込みは審査待ちに送るところまでで、公開は同じく人が決める。会場図のブースの枠と番号も MCP で下書きできるが、その図を現行にするのは人である。

公開されたプログラムは、ログインの要らない公開の API と公開の画像から読める。そこに出るのは公開中のコンテンツと確定した登壇者の内容と現行の会場図だけで、下書きに戻せば同じ URL は読めなくなる。

イベントごとの切り替え

タイムテーブル・会場図・チェックイン・アンケート・Q&A・スタンプ・壁打ちは、イベントごとに入り切りできる機能である。切った機能の API は見つからない扱いで答え、画面は同じ枠に静かな案内を出す。

会場図・プログラム・ブース・チェックインの記録を持つのは、今は主のイベントだけである。ほかのイベントを選んでいるとき、会場の画面は主のイベントの中身を借りずに空の案内を出す。

できること

  • プログラムを見る
  • ブースを見る
  • 会場図を見る
  • チェックインする
  • アンケートやQ&Aに参加する