サイネージへのリアルタイム配信する方法について

Question

Google Next 2017に参加し、Firebaseに興味を持ち、自社内で利用できるプログラムを作りつつも色々と試しております。

プログラムは、社内に配置してあるサイネージ（Windows)に、リアルタイムに更新される情報を配信するため、ウェブアプリとし、データ配信箇所に、Firebaseを利用したいと考えております。

イメージとしては、病院内に表示してあるような診察の順番を表示するようなプログラムです。

Socket.ioを利用して、作ってみようとも考えておりましたが、せっかくの機会なので、Firebaseにしてみました。
そもそも、こういった用途で使っていいかもわかっておりません…。

FirebaseのDatabaseとは別に、データベースが存在しており、定期的(Cronの利用）に、データベースをバッチプログラムにてチェックし、FirebaseのDatabaseの更新をしようとしております。

バッチプログラムは、Javaで開発しており、Firebaseへは、REST APIか、Firebase Admin SDKを検討しておりますが、チャットのような双方向のデータのやり取りは不要な為、サーバー側は、REST APIを利用して、サーバー側からの一方的に配信を行おうと考えております。

現在、無料枠内で、firebaseを利用してプログラミングをしております。

プログラムをしつつ、ふと思ったのですが、他にどのような構成でつくられるか？
疑問に思い質問させて頂きました。

1. クライアントはWeb
2. なるべくリアルタイムに情報を表示
3. ネットワークの負荷は、他のシステムも動いている為、最小限にしたい
4. 定期バッチの周期は1分を想定

超概要で申し訳ございませんが、皆様でしたら、どのような構成を作りますでしょうか？

Answer 1

mosquitoを利用して、MQTT<->WebSocketなどの利用もしてみましたが、クライアント側での再接続処理やmosquitoとの切断の検知がしづらかった為、結局のところ、firebaseに落ち着きました。

Answer 2

だいぶ遅レスですが．
順にお答えします．

Socket.ioを利用して、作ってみようとも考えておりましたが、せっかくの機会なので、Firebaseにしてみました。
そもそも、こういった用途で使っていいかもわかっておりません…。

相性の良い使い方です．
素晴らしい選択だと思います．

バッチプログラムは、Javaで開発しており、Firebaseへは、REST APIか、Firebase Admin SDKを検討しておりますが、チャットのような双方向のデータのやり取りは不要な為、サーバー側は、REST APIを利用して、サーバー側からの一方的に配信を行おうと考えております。

双方向が不要でも，SDKを利用したほうが楽だと思いますが，いかがでしょう．
REST用のライブラリもありますが，基本的にはサードパーティですし．

超概要で申し訳ございませんが、皆様でしたら、どのような構成を作りますでしょうか？

自分だったら，思い切って既存のデータベースに書き込まないようにします．
直接Firebaseのデータベースに書き込むことで，バッチなどの開発工数やネットワーク負荷などが大幅に削減できると考えます．

今更ですが，参考になれば幸いです．