番組の開始または終了時刻変更への追随性改善

[scimmia9286]

概要(Summary)

番組の放送時刻変更および番組の組み替えに伴う番組削除への対応を強化

内容

epgUpdater

• 番組編成変更に迅速に対応するため、epgUpdateIntervalTime間隔のキューのフラッシュに追加して、受信した番組がすでに開始している（※放送終了の変更）か開始時刻が5分以内の番組がキューにあれば迅速にdbへフラッシュする
• キューをフラッシュする必要がなかった場合は"updated"イベントを通知せず、スケジュールの無駄な更新を避ける
• 番組が削除された際の処理に問題があったため改善した。このことで、削除された番組が番組表に存在し続けて、正しい番組が裏に隠れて見えなくなる事象が解消する

  recording

• 録画中の場合、スケジュール更新によるキャンセルは行わない。これは、EPGstationの番組情報の更新が間に合わなかたことを示す事象であるから。録画を継続しても影響はない
• preprec（スタンバイ中）の番組の開始時刻変更を検知した場合はprecrecをキャンセルする。この際、10分ほどの通信タイムアウトを待たないでmirakurunとの通信を即座に閉じるためabortSignalを使用
• 録画対象の直前の番組が終了時刻延長になった場合、mirakurunから番組削除電文が届く場合がる。これにより録画が失敗しずらい様対処した（当該番組が存在しない状態でスケジュール更新すると警告は出力されるがレコードは削除されない様である。mirakurunから新しい当該番組情報が届けばスケジュールは正常に戻る）　※この事象をさらに改善するためにmirakurunへプルリクエストを行ったが取り込まれるかは現時点で不明

[l3tnun]

プルリクありがとうございます。 以下の点気になりましたので、修正してからmasterへ反映させます。

• EPGUpdaterの更新頻度が高まったことで、予約情報全更新がepgUpdateIntervalTime(デフォルト10分)以上の頻度で呼ばれるようになるため、予約情報全更新の頻度を落とす修正が必要。(予約ルールや手動予約の件数次第では10秒以上かかる場合もありえます)
• EPGUpdaterのstartEventStreamAnalysis()内でEPGUpdateManageModelのstart()を再度呼び出すようになっているが、再呼び出しまでの間に更新された event 情報を拾うことがでいないため、呼び出し前にEPGUpdateManageModelのupdateAll()の実行が必要

[l3tnun]

• EPGUpdaterのstartEventStreamAnalysis()内でEPGUpdateManageModelのstart()を再度呼び出すようになっているが、再呼び出しまでの間に更新された event 情報を拾うことがでいないため、呼び出し前にEPGUpdateManageModelのupdateAll()の実行が必要

こちらについては再接続時にupdateAll()が呼ばれるようになっていましたね。失礼いたしました。