CabinTime / Integration Readiness
CabinTime IFEのための、到着後の意思決定支援。
旅は、着陸で終わらない。
CabinTimeは、シートバックIFEからモバイルまで旅の文脈をつなぐ、オフライン対応を前提としたJourney Intelligenceアプリケーションです。飛行状況、天気、地上交通、目的地の状況、乗客の目的を整理し、到着後の選択肢を根拠とともに提示します。
Why it matters
IFEは、乗客の「到着後」を整えられる。
従来のIFEは、飛行中の情報提供とエンターテインメントには優れています。しかし乗客は、到着後に分断された判断を抱えています。遅延した鉄道、会食後の雨、混雑する乗り換え、目的に合わない店舗、残り時間では実行できない予定。必要な情報は複数の画面に分かれています。
CabinTimeは、着陸前に到着地の状況を整理し、推奨する理由と再確認すべき理由を示します。乗客が機内で決めた行程と文脈は、降機後もモバイルで継続できます。
最終的に決めるのは乗客です。CabinTimeは、人が根拠を持って判断できる状態をつくります。
Functional prototype evidence
現在評価できる、アプリケーション層の動作。
現在の1280 x 720プロトタイプでは、シートバック向け操作、Journey Stateの統合、情報源を識別したAPI集約、根拠を示す判断支援、オフライン状態の制御、モバイルへの引き継ぎを確認できます。
Implemented
タッチ操作を前提としたIFEフロー
現在地、到着ブリーフ、移動手段の比較、会食・二次会候補の確認、モバイル継続を実装しています。
Observable
通信状態に応じた挙動
オンライン、制限接続、オフライン時の情報鮮度、キャッシュ、フォールバックを画面上で確認できます。
Controlled evaluation
操作可能なビルドを用意
技術評価では、操作可能なビルドを使って、画面遷移、通信状態、到着プラン、モバイル連携を確認できます。
Passenger journey
シートバックからモバイルまで、一つのJourney Stateをつなぐ。
01 / SEATBACK
到着時の状況を理解する。
飛行状況、到着地の天気、地上交通、事業者の公式情報、旅行目的、乗客の制約を、着陸前に一つの文脈へ整理します。
02 / ARRIVAL PLAN
比較し、理由を確認し、決める。
選択肢をRecommend、Review、Keep、Avoidで整理し、情報源、鮮度、判断理由、不確実性を乗客に示します。
03 / MOBILE CONTINUATION
降機後も同じ旅を続ける。
確定した目的地と旅の文脈を、乗客が管理するモバイルセッションへ引き継ぎます。本番環境のペアリング、有効期限、認証、暗号化は配備時の制御項目です。
Integration Architecture
アプリケーションの中核を固定し、プラットフォーム接続部を交換可能に。
CabinTimeは、旅の判断ロジック、根拠、ユーザー体験を、特定のシートバック実行環境から分離します。Platform Adapterが、パートナーから許可されたサービスを、安定したJourney Contractへ変換します。
Partner-controlled inputs
IFE実行環境と承認済みサービス
飛行・運航データ、乗客の文脈、接続状態、デバイスI/O、承認済みコンテンツと運用ポリシー。
Platform Integration Boundary
Platform Adapter
ベンダーAPI、イベントライフサイクル、通信状態、安全な保存領域、パッケージングフック、デバイス機能を正規化します。
Application Boundary
Journey Intelligence Core
Journey State、判断の統合、根拠、情報鮮度、graceful degradation、IFE UX、モバイル継続。
Responsibility Boundary
MarsLinkは、意思決定支援のアプリケーション層を担います。
旅の判断ロジック、情報の優先順位、根拠の提示、情報源と鮮度の管理、オフライン時の挙動、乗客との対話、画面をまたぐ継続性は、CabinTimeのApplication Boundaryに含まれます。
Deployment Boundary
認証された実行環境は、プラットフォームパートナーが管理します。
ベンダーSDKへのアクセス、航空機・運航データ契約、デバイスI/O、パッケージング、署名、認証、航空会社のセキュリティ審査、配備承認は、パートナーが管理する統合ゲートです。
Data Contracts & Interfaces
すべての判断に、文脈・根拠・時刻を持たせる。
Journey Contractは、公式情報、観測された状況、シナリオ上の仮定、AIが支援した判断を分離します。取得できない情報を、事実として推測することはありません。
| Contract field | 目的 | 必須の挙動 |
|---|---|---|
| source | 事実・シグナルの情報源 | 画面で確認・追跡できる |
| observed_at | 観測された時刻 | 集約後も保持する |
| freshness | live、recent、cached、stale | 表現と確信度へ反映する |
| evidence | 選択肢を提示する理由 | 乗客が確認できる |
| confidence | 現在の根拠の強さ | 情報劣化時に引き下げる |
| human_confirmation_required | 最終判断の制御 | 重要な行動ではtrueにする |
Runtime & Offline Resilience
不完全な通信環境でも、役に立つ状態を保つ。
CabinTimeは通信を、接続・未接続の二択ではなく、実行時の状態として扱います。情報鮮度、実行可能な操作、提案の確信度を連動させます。
ONLINE
最新APIとクラウドサービスを利用可能
最新シグナルを取得し、情報源を保持したままJourney Stateを更新します。
LIMITED
遅延・帯域制限のある接続
テキストを優先し、メディアを抑え、差分同期を行い、鮮度の低下を表示します。
OFFLINE
外部接続なし
承認済みキャッシュを使い、対応できない操作を無効化し、許可された更新を再接続まで保持します。
STALE
有効期間を超えた情報
鮮度警告を表示し、確信度を下げ、断定表現を避け、再確認を求めます。
実動プロトタイプでは、通信状態の変化とフォールバックを確認できます。本番のキャッシュポリシー、更新経路、再接続キュー、承認済みオフラインデータは、プラットフォームパートナーと定義します。
Security & Privacy Model
信頼を、明示的な境界として設計する。
CabinTimeは乗客向けのアプリケーション層であり、航空機の安全系・飛行制御系から分離する設計です。本番インターフェースは、明示的な許可がない限り、パートナーが承認した読み取り専用接続を前提とします。
Security & Trust Boundary
安全上重要な航空機システムへの指令経路を持ちません。実行時権限とデバイスアクセスはプラットフォーム側で管理します。
データ最小化
判断に必要な最小限の旅の文脈を使用し、乗客の好みと公式の運航情報を分離します。
セッション継続
本番の引き継ぎでは、短時間で失効するペアリング、通信時・保存時の暗号化、明示的な有効期限、失効処理を必要とします。
Assuranceと監査可能性
モデル・ルールのバージョン、情報源の時刻、フォールバック状態、提案根拠を保持し、判断を再現できるようにします。
本番統合では、これらの制御をIFEプラットフォームのセキュリティ要件と航空会社の運用要件に合わせて具体化します。
Certification & Deployment Readiness
アプリケーション検証から、承認された配備までの経路を明確にする。
現在のCabinTimeプロトタイプは、アプリケーション層のUX、判断の統合、API集約、オフライン状態の制御を検証しています。シートバック実行環境との統合は、独立したPlatform Adapter Boundaryとして定義します。
| Boundary | 現在地 | 次のゲート |
|---|---|---|
| Application Boundary | ブラウザ上の実動プロトタイプ、1280 x 720のタッチUX、判断・根拠レイヤー、API・フォールバックアダプター | UXと機能範囲に関するパートナー評価 |
| Data Boundary | Journey Contract、provenance、freshness、キャッシュ状態、デモデータの明示 | 航空機・運航・コンテンツ・乗客データの承認済み契約 |
| Platform Integration Boundary | アダプターインターフェースと統合責任を定義済み | ベンダーSDK、ライフサイクル、保存領域、デバイスI/O、ネットワークサービスの実装 |
| Security & Trust Boundary | 本番制御モデルと分離要件を定義 | 脅威モデル、セキュリティ・プライバシー審査、パートナー検証 |
| Deployment Boundary | プレパイロット。統合境界と技術評価範囲を定義 | パッケージング、署名、認証、航空会社承認、ハードウェア検証、リリース運用 |
Evaluation path
配備を約束する前に、統合条件を定義する。
01
技術評価
実動プロトタイプ、データ境界、オフライン挙動、対象ハードウェア、承認された実行環境の機能を確認します。
02
Integration Workshop
ベンダーAPI、ライフサイクルイベント、セキュリティ制御、データ契約、パッケージング、署名、運用責任を対応付けます。
03
パイロット定義
対象路線、乗客セグメント、ハードウェア環境、評価指標、フォールバック、審査ゲート、配備責任を合意します。
Work with MarsLink
CabinTimeを、IFEアプリケーションと統合プログラムの両面から評価する。
航空会社、IFEプラットフォーム事業者、機内通信チームとの技術評価を歓迎します。最初に確認するのは、適合性、インターフェース、制約、検証可能な根拠です。