システムインテグレータ用のデジタルサイネージハードウェア統合チェックリスト

ハードウェアとシステム間のハンドオーバーポイントを定義する

ディスプレイは、メディアプレーヤー、CMS、ネットワーク、制御コマンド、または再起動シーケンスが異なるパーティに属しているときに、工場テストを渡すことができます。 統合リスクは、1つの仕様シートの内側ではなく、これらの境界線に住んでいます。

インテグレータは、コネクタ、ケーブル出口、プレーヤースペース、換気およびファームウェアの選択に影響を与えるために十分に責任とテスト行列を作成する必要があります。 その行列は、工場の受諾と現場の委託のための共有参照になります。

再生とソフトウェア境界を凍結する

オペレーティングシステム、プレーヤーハードウェア、CMSバージョン、ライセンス、コンテンツフォーマット、リモート管理の所有者を特定します。 顧客はCMSを供給している場合は、提案されたプレーヤーを検証するのに十分なテストアカウントまたはイメージを提供します。

オペレーティングシステムのイメージ、キオスクの動作、セキュリティのアップデート、および自動アプリケーションの起動を維持している人を宣言します。 これらの責任は、AndroidまたはWindowsプレーヤーの存在から劣らないはずです。

すべての物理的および制御インターフェイスを文書化して下さい

リスト信号、USB、ネットワーク、シリアル、GPIO、センサー、およびコネクタタイプ、ケーブル方向および所有権との電源接続。 同じ制御された描画セットに機械式取り付けポイント、プレーヤーの封筒と換気クリアランスを追加します。

シリアルまたはネットワーク制御のために、実際に必要なコマンドを記述します。 電源の状態、明るさ、入力、ステータス、またはスケジュールされた再起動。 リモートコントロールがサポートされている一般的なステートメントは、テスト可能な要件ではありません。

正常な再生だけでなく、回復をテストして下さい

工場の受諾は、メインの電力、ネットワークの中断、アプリケーションの再起動および利用不能なコンテンツの損失とリターンをシミュレートする必要があります。 意図したシーケンスとシステムがサービスに戻る時間を確認する。

代表的なコンテンツと、可能な最終プレーヤーイメージを使用してください。ソフトウェアのバージョン、設定、および接続された周辺機器を録音するので、サイトの動作は承認された工場の状態と比較することができます。

統合責任行列

出荷前に各境界に1つの所有者と1つの受諾方法を割り当てます。

試運転中に表面を仮定する統合

• 01
  CMSの互換性は、オペレーティングシステムから推論

  サポートされているOSは、正確なプレーヤーイメージ、コーデック、ライセンス、またはリモートエージェントが検証されていないことを保証するものではありません。

• 02
  1つの単語として書かれる制御条件

  RS232 や API サポートだけを求める代わりに必要なコマンドとフィードバックを指定します。

• 03
  工場テストは失敗の回復を除外します

  通常の再生は、システムが電力やネットワークの損失後にどのように戻ってくるかについて少し述べています。

システム設計検討のための質問

1. 最終プレーヤーイメージとCMSライセンスを誰に供給し、サポートしていますか?
2. プロジェクトでコマンドとステータスのフィードバックをコントロールするには?
3. プレーヤー、ネットワーク機器、ケーブルサービスループはどこにありますか?
4. 電力とネットワークの回復後に自動的に起こる必要がありますか?
5. サイト委託中にどのテストが繰り返されますか?