JP5762934B2 - 告知放送システム、送信装置及び告知放送方法 - Google Patents

Description

本発明は、情報をマルチキャスト型で告知する告知放送システム、送信装置、受信装置、及び告知放送方法に関し、特に、受信側のユーザの利便性を向上させる技術に関する。

地域に住む一定範囲の住民に対し、例えば地方自治体などが、日常的な情報の告知や、緊急を要するなど重要な情報の告知をするために、様々な技術が用いられている。

例えば、下記の特許文献１は、地方自治体が同報通信を行うための通信システムを開示している。特許文献１では、基地局に設けられたスピーカを通じて、送信装置が、一定範囲の地域に対して音声により同報送信する技術が開示されている。

また、ファイル送信をＩＰネットワークによる放送型の発信で行う技術が開示されている。例えば下記の特許文献２は、コンテンツをＩＰマルチキャスト方式により配信する配信システムにおいて、配信されてくるＩＰマルチキャスト信号をＲＦ信号に変換してモニターに出力する技術を開示している。

特開２０１１−１１９７８９号公報 特開２００８−６１０７７号公報

上記の告知方法では、地域に向けた告知や緊急性を要する情報などがあると、スピーカによる音声出力や、モニター画面のテロップ表示などにより受信側のユーザにこれら情報が告知される。

しかし、音声電話交換システムに基づいた告知方法では、告知される情報は、通常、音声や簡潔な状態表示など情報量が限られている。そのため受信側のユーザが、より詳細な情報を得ようとすると、別途ＰＣを用意して行政庁等のホームページを参照するなどの煩雑な操作が必要となる。特に、ＰＣなどの情報通信機器の操作インターフェースに不得手なユーザは、世代によっては多く見られ、ユーザが取り入れられる情報量に大きな差が生じる、いわゆる情報格差の一因ともなっている。また、ＴＶ放送等では、コンテンツを取得できる期間に時間的制約があり、放送時間内に限られていることもある。

そこで、本発明は、受信側のユーザが簡単な操作で重要な情報などの確認ができる告知放送システム、送信装置、受信装置、告知放送方法を提供する。

一方、送信側にとっても、例えば放送によって告知しようとすると、視聴に耐えうる放送コンテンツを制作するには多大なコストを要し、放送設備も必要となる。そのため、例えば地域の情報などをより簡易に情報発信できる手段が求められている。

そこで、本発明は、送信側装置のユーザが簡易に情報発信できる告知放送システム、送信装置、受信装置、告知放送方法を提供することを目的とする。

本発明は、通信網を介して送信装置から１以上の受信装置へ告知情報を通知する告知放送システムであって、送信装置は、送信先となる受信装置の送信先アドレスを記憶する送信先記憶部と、告知情報を記憶する情報記憶部と、告知情報を、告知情報の重要度を示す重要度情報とともに送信先アドレスの受信装置へ通信網を介して送信する送信部とを備え、受信装置は、表示装置と接続され、受信装置宛の告知情報を受信する受信部と、受信された告知情報を蓄積する蓄積部と、蓄積された告知情報の重要度情報を参照して、重要である告知情報の、蓄積部における蓄積状況を報知する報知部と、告知情報を表示装置に表示させるための映像出力信号を表示装置へ出力する出力部と、告知情報に対するユーザ操作を、無線操作機からの操作信号に基づいて受け付ける信号受付部とを備える、告知放送システムである。

また、本発明は、通信網を介して送信装置から１以上の受信装置へ告知情報を通知する告知放送システムにおける受信装置であって、告知情報は、告知情報の重要度を示す重要度情報とともに受信装置へ送信されるものであり、受信装置は、表示装置と接続され、受信装置宛の告知情報を受信する受信部と、受信された告知情報を蓄積する蓄積部と、蓄積された告知情報の重要度情報を参照して、重要である告知情報の、蓄積部における蓄積状況を報知する報知部と、告知情報を表示装置に表示させるための映像出力信号を表示装置へ出力する出力部と、告知情報に対するユーザ操作を、無線操作機からの操作信号に基づいて受け付ける信号受付部とを備える、受信装置である。

また、出力部は、ＨＤＭＩ（High-Definition Multimedia Interface）規格により表示装置と接続する接続インターフェースを含み、接続インターフェースを介して表示装置へ映像出力信号を出力するものであり、信号受付部は、無線操作機の無線信号を受信する無線受信部を含み、無線操作機からの、表示装置を操作するための操作信号を無線受信部により受信し、出力部は、無線受信部により受信した、表示装置を操作するための操作信号を、ＨＤＭＩ−ＣＥＣ（Consumer Electronics Control）により表示装置へ出力する表示信号出力部を含むこととしてもよい。

また、出力部は、ＨＤＭＩ規格により表示装置と接続する接続インターフェースを含み、接続インターフェースを介して表示装置へ映像出力信号を出力するものであり、無線操作機の操作信号は、表示装置に対して出力され、信号受付部は、無線操作機からの操作信号を、表示装置からＨＤＭＩ−ＣＥＣにより接続インターフェースを介して受け付けることとしてもよい。

また、報知部は、蓄積部において、重要である告知情報の蓄積状況に応じて発光する発光部を含むこととしてもよい。

また、告知情報には、音声データが含まれ、報知部は、重要な告知情報が蓄積されている場合に、重要な告知情報を音声出力する音声出力部を含むこととしてもよい。

また、本発明は、通信網を介して送信装置から１以上の受信装置へ告知情報を通知する告知放送システムにおける送信装置であって、送信装置は、送信先となる受信装置の送信先アドレスを記憶する送信先記憶部と、告知情報を記憶する情報記憶部と、告知情報を、告知情報の重要度を示す重要度情報とともに送信先アドレスの受信装置へ通信網を介して送信する送信部とを備え、情報記憶部は、重要度の高い告知情報を記憶する重要ファイル記憶部を含み、入力端末によるアクセスを許可して入力端末からの告知情報の書き込みを受け付けており、送信部は、重要ファイル記憶部により受け付けた告知情報については、その告知情報が重要である旨を重要度情報に含ませて送信する、送信装置である。

また、本発明は、通信網を介して送信装置から１以上の受信装置へ告知情報を通知する告知放送システムにおける告知放送方法であって、前記送信装置は、送信先となる受信装置の送信先アドレスを記憶する送信先記憶部と、告知情報を記憶する情報記憶部とを備え、前記受信装置は、表示装置と接続され、前記告知情報を表示装置に表示させるための映像出力信号を前記表示装置へ出力する出力部を備え、前記告知放送方法は、前記送信装置により、前記告知情報を、当該告知情報の重要度を示す重要度情報とともに前記送信先アドレスの受信装置へ前記通信網を介して送信させる送信ステップと、前記受信装置により、当該受信装置宛の前記告知情報を受信させる受信ステップと、前記受信された告知情報を前記受信装置に蓄積させる蓄積ステップと、蓄積された告知情報の重要度情報を参照して、重要である告知情報の、前記蓄積部における蓄積状況を前記受信装置に報知させる報知ステップと、前記告知情報に対するユーザ操作を、無線操作機からの操作信号に基づいて前記受信装置により受け付ける信号受付ステップとを含む、告知放送方法である。

本発明によると、受信装置のユーザは、重要な告知情報が蓄積されていることを知覚して、無線操作機を操作することで、ＴＶモニタなどの表示装置により告知情報を簡単に確認することができる。また、重要な告知情報の確認が、放送時間内に限られる等の時間的制約もないため、受信装置のユーザの利便性が高まる。

本発明にかかる告知放送システム１の全体像を示す図である。 本発明にかかる送信サーバ１００の構成を示す機能ブロック図である。 本発明にかかる受信装置３００の構成を示す機能ブロック図である。 送信サーバ１００の送信先アドレス記憶部１０８において記憶されている送信先アドレス情報１５０を示す図である。 受信装置３００の受信ファイル蓄積部３０７において記憶されている受信ファイル管理テーブル３５０を示す図である。 送信サーバ１００の動作を示すフローチャートである。 入力端末群２００に含まれる入力端末において表示されるディレクトリの一例を示す図である。 入力端末群２００のユーザが、送信対象のデータファイルをディレクトリへ書き込む際の画面表示の一例を示す図である。 受信装置３００によるファイル受信時の処理を示すフローチャートである。 受信装置３００が報知部３０３によりデータファイルの蓄積状況を報知する処理を示すフローチャートである。 受信装置３００が無線リモコン５００からの操作信号を受信して、ユーザ操作に応じた処理を実行することを示すフローチャートである。 重要度を示すためのタグの定義の一例を示す図である。 受信装置３００が、ユーザの確認操作に応じて報知部３０３による報知を制御する処理を示すフローチャートである。

以下、本発明にかかる告知放送システムについて具体的に説明する。
１ システムの全体像
図１は、本発明にかかる告知放送システム１の全体像を示す図である。

図１に示すように、告知放送システム１は、送信側ネットワーク７００と、１以上の受信エリア６００（同図では、受信エリア６００ａ、受信エリア６００ｂ、・・として示している）と、通信網８００とからなる。

通信網８００は、閉域網を構成するＷＡＮ（Wide Area Network）であり、ＨＦＣ（Hybrid Fiber-Coaxial）やＦＴＴＨ（Fiber To The Home）などの構成により送信側ネットワーク７００と受信エリア６００との通信を実現する。

１．１ 送信側ネットワーク７００
送信側ネットワーク７００は、例えば自治体の事務室など、情報を発信する側のネットワークである。情報発信側（送信側ネットワーク）のユーザは、受信側ネットワーク９００のユーザへ向けて、告知すべき情報を発信する（本実施形態では、この情報を「告知情報」ということもある）。詳しくは後述する。

送信側ネットワーク７００は、ルーター２と、ハブ３と、ファイアウォール４と、送信サーバ１００と、入力端末群２００とからなる。送信側ネットワーク７００は、ルーター２を介して通信網８００と接続している。送信側ネットワーク７００では、ハブ３を介してＬＡＮ（Local Area Network）内の通信機器が接続される。ファイアウォール４は、入力端末群２００などＬＡＮの通信機器と外部ネットワークとの通信を制御し、ＬＡＮの通信機器の安全性を維持する機能を発揮する。

入力端末群２００は、送信側ネットワーク７００のユーザが、発信したい情報を入力するための端末である。同図に示すように、入力端末群２００には、パソコン２００ａ、パソコン２００ｂ、スキャナ２００ｃなど通信機能を有する情報処理装置が含まれる。

送信サーバ１００は、送信側ネットワーク７００から発信する告知情報を構成するデータファイル等の送信を制御する。送信サーバ１００については、詳しくは後述するが、概略は以下のとおりである。

１．２ 送信サーバ１００の概略
（重要度を設定して告知情報を送信）
送信サーバ１００は、送信対象のデータファイルの入力を入力端末群２００の各装置から受け付ける。このとき、ユーザは、送信対象のデータファイルに対して、そのデータファイルが重要であるか、重要でない（通常の情報）かを設定することができる。重要であるデータファイルとは、例えば、速報を伝える情報や、災害発生を伝えるなど緊急性を有する情報を伝えるためのデータファイルである。

（マルチキャストによる配信）
また、送信サーバ１００は、データファイルの送信先となる受信装置のアドレスを管理している。送信サーバ１００は、受信装置のアドレスを記憶している。データファイルの送信先となるのは、１以上の受信側ネットワーク９００（同図では受信側ネットワーク９００ａ−１、受信側ネットワーク９００ａ−２、受信側ネットワーク９００ａ−３、・・として示している）からなる受信エリア（同図では受信エリア６００ａ、受信エリア６００ｂ、・・として示している）である。送信サーバ１００は、マルチキャスト方式によりデータファイルを送信する。

１．３ 受信エリア６００
受信エリア６００は、１以上（同図では複数としている）の受信側ネットワーク９００からなる。本実施形態では、ある一定範囲の地域に設置された１以上の受信装置３００を、ひとつの受信エリア（受信エリア６００ａ、受信エリア６００ｂ、・・）としている。

受信側ネットワーク９００は、受信装置３００と、ＴＶモニタ４００と、無線リモコン５００から構成される。本実施形態では、受信側ネットワーク９００は、ユーザの住環境にある、テレビ放送を表示するためのディスプレイ（ＴＶモニタ４００）に受信装置３００を接続する構成としている。

受信装置３００は、送信側ネットワーク７００から送信されてくるデータファイルを受信して蓄積する。なお同図では、受信側ネットワーク９００が通信網８００を通じて通信するためのターミナルアダプタ等の図示を省略している。受信装置３００は、受信側ネットワーク９００のユーザの操作を無線リモコン５００からの無線信号により受け付ける。受信装置３００は、受け付けた操作に基づいて、送信サーバ１００より送信されて蓄積したデータファイルをＴＶモニタ４００へ出力する。詳しくは後述する。

ＴＶモニタ４００は、テレビ放送を受信して映像表示するなど映像表示機能を有するディスプレイであり、ＨＤＭＩ（High-Definition Multimedia Interface）インターフェースを介して受信装置３００と接続する。受信装置３００からの映像出力信号を受け付けて映像を表示する。

無線リモコン５００は、ユーザの操作を受け付けるためのキー等の操作部を備え、受信装置３００を操作するための無線信号を無線により出力する。

２ 送信サーバ１００、受信装置３００の機能ブロックの説明
次に、送信サーバ１００および受信装置３００の機能ブロックについて説明する。

２．１ 送信サーバ１００
図２は、本発明にかかる送信サーバ１００の構成を示す機能ブロック図である。なお、同図では、送信側ネットワーク７００を構成する入力端末群２００等も示している。

図２に示すように、送信側ネットワーク７００に含まれる送信サーバ１００は、送信データ受付部１０１と、制御部１０２と、ＷＡＮ通信部１０３を含む。

２．１．１ 送信データ受付部１０１
送信データ受付部１０１は、送信側ネットワーク７００内のＬＡＮを介して入力端末群２００から送信されるデータファイルを受け付ける。具体的には、送信データ受付部１０１は、ＬＡＮインターフェース部１０６を含んでおり、ＬＡＮインターフェース部１０６は、ＬＡＮポートを備えている。ＬＡＮインターフェース部１０６により、ＬＡＮケーブルを介して入力された信号を受け付ける。

２．１．２ 制御部１０２
制御部１０２は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等を備え、所定のプログラムに従い送信サーバ１００の動作を制御する。制御部１０２は、記憶部１０４と、送信データ生成部１０５とを含む。

記憶部１０４は、ＨＤＤ（Hard Disk Drive）、ＲＡＭ等からなり、データを蓄積する。記憶部１０４は、ファイル蓄積部１０７と、送信先アドレス記憶部１０８を含む。ファイル蓄積部１０７は、入力端末群２００よりデータファイルの書き込みを受け付けて、データファイルを蓄積する。送信先アドレス記憶部１０８は、データファイルの送信先となる１以上の受信装置３００のアドレスを、送信先アドレス情報１５０として記憶する。詳しくは後述する。

送信データ生成部１０５は、ファイル蓄積部１０７に蓄積されたデータファイルを受信側ネットワーク９００に送信するための送信データを生成する。具体的には、送信データ生成部１０５は、ファイル分割部１０９とパケット生成部１１０を含む。送信サーバ１００は、本実施形態では、ＩＰマルチキャスト方式によりデータファイルを受信側ネットワーク９００へ送信する。すなわち、パケットによりデータを送信する。

ファイル分割部１０９は、ファイル蓄積部１０７に蓄積された、送信対象のデータファイルについて、パケットにより送信するため所定のデータサイズに分割する。パケット生成部１１０は、ファイル分割部１０９において分割されたデータにヘッダを付加する等して、ＩＰマルチキャスト方式により送信するためのパケットを生成する。なお、送信サーバ１００から受信装置３００へとデータファイルを送信するプロトコルには、例えば、ＦＬＵＴＥ（File Delivery over Unidirectional Transport）を用いる。

送信サーバ１００は、受信側ネットワーク９００へ送信するためのデータファイルの重要度を示すために、データファイルに添付してＸＭＬ（Extensible Markup Language）形式のデータファイル（以下、「ＸＭＬファイル」とも称する）を送信する。

このＸＭＬファイルは、送信サーバ１００より送信するデータファイルを表示するための、書式等の設定情報などが含まれる。

本実施形態では、送信サーバ１００より送信するデータファイルの重要度を示すために、当該ＸＭＬファイルにおいて、データファイルの重要度を示すタグ「重要度タグ」を定義する。この「重要度タグ」において、送信対象のデータファイル重要度が示される。例えば、上記の「重要度タグ」において、送信対象のデータファイルが重要であることを示す場合は「重要」、重要でないことを示す場合は「通常」などとする。

なお、受信側ネットワーク９００のユーザによる閲覧対象となるデータファイル自身がＸＭＬファイルである場合は、このＸＭＬファイルにおいて「重要度タグ」を定義する。受信装置３００の側では、このデータファイルに添付されたＸＭＬファイルの「重要度タグ」を参照して、データファイルの重要度を判別する。

２．１．３ ＷＡＮ通信部１０３
ＷＡＮ通信部１０３は、パケット化されたデータファイルを通信網８００へと送信するための通信インターフェースである。ＷＡＮ通信部１０３は、ＷＡＮインターフェース部１１１を含んでおり、ＷＡＮインターフェース部１１１は、ＷＡＮポートを備えている。なお、同図では、送信側ネットワーク７００内のハブ３やルーター２を図示しておらず、省略している。

２．２ 受信装置３００
次に、受信装置３００について説明する。

図３は、本発明にかかる受信装置３００の構成を示す機能ブロック図である。なお、同図では、受信側ネットワーク９００を構成するＴＶモニタ４００、無線リモコン５００等も図示している。

図３に示すように、受信装置３００は、ＷＡＮ通信部３０１と、制御部３０２と、報知部３０３と、入出力インターフェース部３０４を含む。

２．２．１ ＷＡＮ通信部３０１
ＷＡＮ通信部３０１は、パケット化されたデータファイルを通信網８００に対して送信したり、通信網８００を経由してパケットを受信したりするための通信インターフェースである。ＷＡＮ通信部３０１は、ＷＡＮインターフェース部３１０を含んでおり、ＷＡＮインターフェース部３１０は、ＷＡＮポートを備える。

２．２．２ 制御部３０２
制御部３０２は、ＣＰＵ、ＲＯＭ、ＲＡＭ等を備え、所定のプログラムに従い受信装置３００の動作を制御する。制御部３０２は、記憶部３０５と、受信制御部３０６とを含む。

記憶部３０５は、ＲＡＭ等からなり、データを蓄積する。記憶部３０５は、受信ファイル蓄積部３０７を含む。

受信ファイル蓄積部３０７は、受信したデータファイルを蓄積する。また、受信ファイル蓄積部３０７は、受信ファイル管理テーブル３５０を記憶する。受信ファイル管理テーブル３５０とは、送信側ネットワーク７００より受信装置３００に宛てて送信されたデータファイルの、受信装置３００における蓄積状況やユーザによる閲覧状況を管理するためのデータテーブルである。詳しくは後述する。

受信制御部３０６は、送信側ネットワーク７００より受信装置３００に宛てて送信されたパケットの受信処理を行う。具体的には、受信制御部３０６は、ファイル合成部３０８と、パケット受信部３０９を含む。

パケット受信部３０９は、送信されるパケットのヘッダ等を参照して、受信装置３００に宛てたパケットを受信する。

ファイル合成部３０８は、受信されたパケットのヘッダを参照し、送信側ネットワーク７００よりパケットに分割されて送信されてきたデータファイルを合成する。

２．２．３ 報知部３０３
報知部３０３は、制御部３０２の制御に従って、データファイルの蓄積状況を報知する。具体的には、報知部３０３は、発光部３１３と、スピーカ３１４とを含んでおり、制御部３０２の制御に従って、ユーザが確認していないデータファイルや重要なデータファイルがあると、所定の報知を行う。所定の報知とは、本実施形態では、発光や音声による報知である。

発光部３１３は、ＬＥＤ（Light Emitting Diode）などの発光部材を備え、データファイルの蓄積状況に応じて、制御部３０２の制御に従って発光する。

スピーカ３１４は、制御部３０２の制御に従って、データファイルの蓄積状況を音声で通知する。また、スピーカ３１４は、制御部３０２の制御に従って、重要なデータファイルが音声形式で受信ファイル蓄積部３０７に蓄積されている場合に、そのデータファイルを音声により再生する。

２．２．４ 入出力インターフェース部３０４
入出力インターフェース部３０４は、映像信号の出力や、受信装置３００等を操作するための操作信号の入出力など受信装置３００における信号の入出力機能を備える。本実施形態では、入出力インターフェース部３０４は、ＨＤＭＩインターフェース部３１１とリモコン受信部３１２を含んでいる。

ＨＤＭＩインターフェース部３１１は、ＨＤＭＩ規格に対応した通信インターフェースを備え、ＴＶモニタ４００と接続して映像や音声をデジタル信号で伝送する。

入出力インターフェース部３０４は、ＨＤＭＩ規格においてＡＶ機器を相互に制御するためのＣＥＣ（Consumer Electronics Control）に対応している。受信装置３００は、入出力インターフェース部３０４によりＴＶモニタ４００等の外部のＡＶ機器を操作する操作信号を出力して、そのＡＶ機器に所定の動作をさせることができる。

リモコン受信部３１２は、無線リモコン５００による無線操作信号を受信するための受信ポートを備える。具体的には、リモコン受信部３１２は、赤外線受信ポートを備え、赤外線通信により無線リモコン５００からの操作信号を受け付ける。

３ データ
次に、本発明にかかる送信サーバ１００および受信装置３００において用いられるデータについて説明する。

３．１ 送信先アドレス情報１５０
図４は、送信サーバ１００の送信先アドレス記憶部１０８において記憶されている送信先アドレス情報１５０を示す図である。

送信サーバ１００は、ＩＰマルチキャスト方式によりデータファイルを送信するために、送信先となる受信装置それぞれのアドレスについて、ある一定の範囲にある受信装置をひとつの受信エリアとして管理している。

図４に示すように、送信先アドレス情報１５０のレコードは、受信エリア名１５１と、受信エリアＩＤ１５２と、受信装置のアドレス１５３とを含む。

受信エリア名１５１と受信エリアＩＤ１５２は、受信エリアを識別するための情報であり、各受信エリアに対応している。図１の例では、受信エリア６００（６００ａ、６００ｂ、・・）のそれぞれをひとつの受信エリアとしている。

受信エリア名１５１は、受信エリアの名称を示す。送信側ネットワーク７００側のユーザが識別しやすいよう、例えば一定範囲の地域を対象に受信エリア名を定めている。

受信エリアＩＤ１５２は、受信エリアのそれぞれに対応付けて、受信エリアを識別するための識別子である。

受信装置のアドレス１５３は、受信エリアＩＤ１５２に示される各受信エリアにおいて含まれる受信装置のアドレス（ＩＰアドレス）を格納している。１以上の受信装置のアドレスが、各受信エリアと対応づけられている。

３．２ 受信ファイル管理テーブル３５０
図５は、受信装置３００の受信ファイル蓄積部３０７において記憶されている受信ファイル管理テーブル３５０を示す図である。

受信ファイル管理テーブル３５０は、受信装置３００の受信ファイル蓄積部３０７において蓄積されているデータファイルの蓄積状況や、蓄積されたデータファイルに対するユーザの確認状況を示す。なお、受信装置３００は、受信装置３００に宛てたデータファイルを受信したり、受信側ネットワーク９００のユーザがデータファイルを確認する操作を受信装置３００において受け付けたりする都度、受信ファイル管理テーブル３５０を更新する。

受信ファイル管理テーブル３５０のレコードは、受信日時３５１と、ファイル名３５２と、重要度フラグ３５３と、確認フラグ３５４とを含む。

受信日時３５１は、送信側ネットワーク７００から受信装置３００に宛てて送信されたデータファイルを受信装置３００において受信した日時を示す。例えば、制御部３０２が受信制御部３０６においてパケットを合成し、受信ファイル蓄積部３０７においてデータファイルとして蓄積させた日時を格納する。

ファイル名３５２は、受信したデータファイルを識別するための、ファイルの名称を格納している。ファイルの名称には、ファイルの種類を示す識別子が含まれる。例えば、テキストデータや音声データ、映像データ、ＸＭＬファイル等であることを示す拡張子が、ファイルの種類を示す識別子としてファイルの名称に含まれる。

重要度フラグ３５３は、受信したデータファイルの重要度を格納している。同図では、データファイルが重要である場合は「重要」を格納することとしている。データファイルの重要度は、データファイルの送信者、すなわち送信側ネットワーク７００のユーザにより設定される。データファイルの送信者によるデータファイルの重要度の設定操作は後述する。

確認フラグ３５４は、受信ファイル管理テーブル３５０における１件のレコードに示されるデータファイルについて、受信装置３００のユーザがそのデータファイルを確認したか否かを格納している。同図では、ユーザがデータファイルを既に確認している場合は「確認済」、未確認の場合は「未読」として示している。受信装置３００において蓄積されたデータファイルに対して受信装置３００のユーザが閲覧する等の操作をしたことを受信装置３００が受け付けること等により、確認フラグ３５４が更新される。

４ 動作
次に、本発明の送信サーバ１００および受信装置３００の動作について説明する。

４．１ 送信サーバ１００の動作
送信サーバ１００は、ファイル蓄積部１０７のＨＤＤ等の記憶装置を、送信側ネットワーク７００内のＬＡＮを介して入力端末群２００がアクセス可能としている。このファイル蓄積部１０７の記憶装置におけるファイル管理のための階層構造において、所定のディレクトリ（データフォルダ）に新たにデータファイルの書き込みがあれば、送信サーバ１００は、その書き込まれたデータファイルを受信側ネットワーク９００へ送信する。

なお、本実施形態では、これらディレクトリは、データファイルの送信先となる受信エリア６００それぞれに対して設けられている。送信サーバ１００は、データファイルの書き込みを受け付けたディレクトリに対応した受信エリアの受信装置を宛先としてデータファイルを送信する。

さらに、受信エリアに対応したディレクトリごとに、重要な情報を受け付けるサブディレクトリと、通常の情報を受け付けるサブディレクトリがある。送信サーバ１００は、上記のファイル蓄積部１０７の記憶装置において、データファイルの書き込みを、重要な情報を受け付けるサブディレクトリで受け付けたか、通常の情報を受け付けるサブディレクトリで受け付けたかに応じて、データファイルの送信時の重要度を決定する。

図６は、送信サーバ１００の動作を示すフローチャートである。
図６に示すように、送信サーバ１００は、制御部１０２により、ファイル蓄積部１０７の所定のディレクトリ（データフォルダ）に新たに入力端末群２００から送信側ネットワーク７００内のＬＡＮを介してデータファイルの書き込みがあるか、所定の周期で監視している（Ｓ６０１）。制御部１０２は、所定のディレクトリに書き込みがあるまで（Ｓ６０１：ＮＯ）、逐次、データファイルの書き込みを監視する。

ここで、入力端末群２００のユーザから見たファイル蓄積部１０７の所定のディレクトリへの書き込みについて説明する。

図７は、入力端末群２００に含まれる入力端末において表示されるディレクトリの一例を示す図である。

図７に示すように、送信側ネットワーク７００における入力端末のユーザは、ある受信エリアに対応したファイル蓄積部１０７の所定のディレクトリ２５０を模した画像をＧＵＩ（Graphical User Interface）にて確認することができる。ある受信エリアに対応した所定のディレクトリ２５０を模した画像には、受信装置３００へ送信するためのデータファイルの書き込みを受け付けるサブディレクトリである、重要ファイルフォルダ２５１および通常ファイルフォルダ２５２を示す画像が含まれる。

重要ファイルフォルダ２５１は、入力端末群２００のユーザが、送信対象のデータファイルの重要度を「重要である」と設定して受信エリア６００の受信装置３００へ送信するデータファイルを受け付けるサブディレクトリであることを示している。また、通常ファイルフォルダ２５２は、入力端末群２００のユーザが、送信対象のデータファイルの重要度を「重要でない」と設定して送信するデータファイルを受け付けるサブディレクトリであることを示している。

図８は、入力端末群２００のユーザが、送信対象のデータファイルをディレクトリへ書き込む際の画面表示の一例を示す図である。

図８では、入力端末群２００のユーザが、送信対象のデータファイルを「重要である」として送信する際の操作を示している。すなわち、入力端末群２００のユーザは、ＧＵＩ画面において、受信装置３００へ送信するデータファイルを示すアイコン（アイコン２５４）を選択する。このデータファイルを示すアイコン（アイコン２５４）を、ユーザがドラッグ操作（同図において矢印で示す）により重要ファイルフォルダ２５１へと移動させる。これにより、送信サーバ１００の所定のディレクトリ（重要なファイルの書き込みを受け付けるサブディレクトリなど）に、送信対象のデータファイルが書き込まれる。

図６に戻り説明を続ける。ステップＳ６０１において、上記所定のディレクトリに書き込みがあれば（Ｓ６０１：ＹＥＳ）、制御部１０２は、書き込みがあったディレクトリが、重要な情報を受け付けるディレクトリであったか、重要でない情報を受け付けるディレクトリであったかに応じて、送信するデータファイルの重要度を決定する。

すなわち、制御部１０２は、入力端末群２００から書き込みがあったディレクトリが、重要な情報を受け付けるディレクトリ（図７に示す重要ファイルフォルダ２５１）であれば、送信するデータファイルの重要度を「重要である」と決定する。また、制御部１０２は、重要でない情報を受け付けるディレクトリ（図７に示す通常ファイルフォルダ２５２）に書き込みがあれば、その書き込まれたデータファイルの重要度を「重要でない」と決定する。

制御部１０２は、入力端末群２００より書き込みがあったディレクトリに対応付けられた受信エリアに基づいて、送信先アドレス情報１５０を参照して送信先となる受信装置のアドレスを読み出す。

また、制御部１０２は、ステップＳ６０３で決定した重要度に応じて「重要度タグ」を設定して、送信対象となるデータファイルに添付するＸＭＬファイルを作成する（送信対象となるデータファイルがＸＭＬ形式である場合は、そのＸＭＬファイルに「重要度タグ」を定義する）（Ｓ６０３）。

すなわち、制御部１０２は、ステップＳ６０３で決定した重要度が「重要である」であれば、ＸＭＬファイルの「重要度タグ」に、重要である旨を書き込む。一方、制御部１０２は、ステップＳ６０３で決定した重要度が「重要でない」であれば、上記「重要度タグ」に、重要でない旨を書き込む。

制御部１０２は、ステップＳ６０３において読み出された受信装置のアドレスに宛てて、データファイルと、データファイルに添付するＸＭＬファイルを、所定のプロトコルにより送信する（Ｓ６０５）。本実施形態では、通信プロトコルにはＦＬＵＴＥを用いて送信する。

制御部１０２は、上記の所定のディレクトリに、未送信のデータファイルがあれば（Ｓ６０７：ＹＥＳ）、上記ステップＳ６０３以降の処理を繰り返す。制御部１０２は、ステップＳ６０７において未送信のデータファイルがなければ（Ｓ６０７：ＮＯ）、ステップＳ６０１に進み、データファイルの書き込みを監視する（Ｓ６０１）。

４．２ 受信装置３００の動作
次に、受信装置３００の動作について説明する。以下の説明では、（１）受信装置３００がファイルを受信する際の動作と、（２）受信装置３００が受信ファイル管理テーブル３５０を参照して報知部３０３により報知する動作と、（３）受信装置３００が操作信号を受け付ける際の動作について説明する。

４．２．１ 受信装置３００がファイルを受信する際の動作
図９は、受信装置３００によるファイル受信時の処理を示すフローチャートである。受信装置３００は、ファイルを受信すると、受信ファイル管理テーブル３５０を更新する。

順に説明すると、受信装置３００の制御部３０２は、受信制御部３０６により、受信装置３００に宛てて送信されるパケットを受信してデータファイルを合成する（Ｓ９０１）。

制御部３０２は、受信したデータファイルを、受信ファイル蓄積部３０７にて記憶させる（Ｓ９０３）。

制御部３０２は、受信したデータファイルに添付されているＸＭＬファイル（受信したデータファイルがＸＭＬファイルである場合は、そのＸＭＬファイル）の「重要度タグ」を参照して受信ファイル管理テーブル３５０の重要度フラグ３５３を更新する。制御部３０２は、データファイルを受信した日時と、データファイルのファイル名と、データファイルの重要度を対応付けて受信ファイル管理テーブル３５０に記録する（Ｓ９０５）。

このようにして、受信装置３００は、受信したデータファイルを管理する。
４．２．２ 受信装置３００が受信ファイル管理テーブル３５０を参照して報知部３０３により報知する動作
次に、受信装置３００がデータファイルの蓄積状況を報知部３０３により報知する動作について説明する。

本実施形態では、（１）ユーザが未確認のデータファイルがなければ報知部３０３による報知をしない。

また、ユーザが未確認のデータファイルがあれば、重要度の高いデータファイルの有無に応じて報知部３０３による報知を制御する。例えば、受信装置３００は、（２）ユーザが未確認のデータファイルがあれば、発光部３１３により所定時間発光させる。さらに、（３）ユーザが未確認のデータファイルがあり、それらデータファイルにおいて、送信側ネットワーク７００が「重要である」と設定したものがあれば、受信装置３００は、発光部３１３の発光と、スピーカ３１４による音声報知を所定時間実行させる。

図１０は、受信装置３００が報知部３０３によりデータファイルの蓄積状況を報知する処理を示すフローチャートである。

図１０に示すように、受信装置３００の制御部３０２は、ユーザが未確認のデータファイルがないか、逐次、受信ファイル管理テーブル３５０の確認フラグ３５４を参照する（Ｓ１００１、Ｓ１００３）。

制御部３０２は、受信ファイル管理テーブル３５０の確認フラグ３５４を参照して、ユーザが未確認のデータファイルがあれば（Ｓ１００３：ＹＥＳ）、それら未確認のデータファイルのうち、重要度フラグ３５３において「重要」と示されているデータファイルがあるか判断する（Ｓ１００５）。

ステップＳ１００５において、ユーザが未確認のデータファイルに重要なものがあると判断されると（Ｓ１００５：ＹＥＳ）、制御部３０２は、発光部３１３を発光させるとともに、アラーム音や音声アナウンスの再生など、重要なデータファイルが蓄積されている旨をスピーカ３１４により音声で報知する（Ｓ１００７）。

ステップＳ１００５において、ユーザが未確認のデータファイルに重要なものがないと判断されると（Ｓ１００５：ＮＯ）、制御部３０２は、発光部３１３を発光させる（Ｓ１００９）。

その後、制御部３０２は、ステップＳ１００１の処理に戻る。
なお、上記の処理において発光部３１３の発光は、様々な形態が考えられる。例えば、点滅等、ユーザに注意喚起する方法で発光することとしてもよい。

４．２．３ 受信装置３００が操作信号を受け付ける際の動作
次に、受信装置３００が無線リモコン５００からの操作信号に応じて実行する動作について説明する。

図１１は、受信装置３００が無線リモコン５００からの操作信号を受信して、ユーザ操作に応じた処理を実行することを示すフローチャートである。

受信装置３００は、リモコン受信部３１２により無線リモコン５００からの操作信号を受信しているか逐次検出している（Ｓ１１０１）。操作信号の入力があると（Ｓ１１０１：ＹＥＳ）、制御部３０２は、信号の内容を解析してユーザの操作内容を判別する（Ｓ１１０３）。

ステップＳ１１０３における解析結果に応じて、制御部３０２は、ユーザの操作に対応した所定の動作を実行する（Ｓ１１０５）。

例えば、受信装置３００は、ユーザから、未確認のデータファイルを映像により表示するための操作を無線リモコン５００により受け付ける。無線リモコン５００からは、ユーザの操作に応じた無線操作信号が出力され、受信装置３００のリモコン受信部３１２において受信される（Ｓ１１０１、Ｓ１１０３）。制御部３０２は、未確認のデータファイルを表示するための映像出力信号や映像表示のための制御信号を生成してＨＤＭＩインターフェース部３１１を介してＴＶモニタ４００へ出力する。これによりＴＶモニタ４００にユーザが未確認のデータファイルが表示される。

また、このようにユーザが未確認のデータファイルを確認するための操作が行われると、受信装置３００は、受信ファイル管理テーブル３５０を参照し、そのデータファイルに対応する確認フラグ３５４を「確認済」とする。

＜その他＞
（データファイルの重要度の設定）
上記の実施形態の説明では、データファイルの重要度を示すために、データファイルに添付するＸＭＬファイルに「重要度タグ」を設定することとして説明した。図１２に、その一例を示す。

図１２は、重要度を示すためのタグの定義の一例を示す図である。
図１２に示すように、ＸＭＬファイル１８１において、重要度タグ１８２（同図では、タグ名称を”重要度情報”と定義している）を書き込むことで、送信対象のデータファイルの重要度を示すことができる。タグの名称はもちろん図示した例に限らない。

また、データファイルの重要度を示すためには、必ずしもファイル添付等による必要はない。データファイル中のデータに基づいて、重要度を判断してもよい。例えば、「緊急」等の所定の文字列がデータファイル中に含まれているか等により、そのデータファイルの重要度を受信装置３００側で判断することとしてもよい。

（重要度の段階的設定）
上記の実施形態の説明では、データファイルの重要度は、「重要である」「重要でない（通常の情報）」の２段階として説明した。これに限らず、重要度を多段階に設定してもよい。例えば、データファイルの重要度の設定において、最も重要度が高い場合を「高」、「高」に準じて重要度が高い場合を「中」、重要度が比較的低い場合を「低」等としてもよい。例えば、災害情報など緊急の情報を「高」、緊急ではないが情報の発信者が受信者への注意喚起を希望したり、受信者に確認してほしい情報を「中」などと設定する。

（情報の表示方法）
上記実施形態では、受信装置３００のユーザの操作を受け付けて、ＴＶモニタ４００によりデータファイルの内容を映像表示することとしているが、データファイルの内容の表示方法は、上記の他にも様々ある。

例えば、緊急の情報は、いち早くユーザが確認できることが望ましい。そこで、受信装置３００は、ユーザの操作の有無にかかわらず、データファイルの重要度に応じてデータファイルを表示させることとしてもよい。例えば、受信装置３００がデータファイルを受信した際に、データファイルの重要度が高い場合は、受信時に直ちにＴＶモニタ４００に映像出力表示することとしてもよい。このとき、ＴＶモニタ４００の電源がオフであっても、ＣＥＣによりＴＶモニタ４００の電源をオンにして、データファイルに含まれる緊急の情報などを直ちに表示することとしてもよい。

（操作信号の経路）
上記の実施形態の説明では、受信装置３００は、無線リモコン５００からの操作信号をリモコン受信部３１２により受け付けて、各動作を行うこととして説明した。

この他にも、操作信号を受け付ける経路は、無線リモコン５００から受信装置３００が直接受信する場合に限らず、ＴＶモニタ４００等の外部の機器を経由することとしてもよい。例えば、上記の実施形態の説明では、受信装置３００は、ＴＶモニタ４００等の外部の機器とＨＤＭＩ規格により接続されている。

そのため、外部の機器において受信された操作信号を、ＣＥＣによりＨＤＭＩの通信インターフェースを介して受信装置３００が受信することとしてもよい。例えばＴＶモニタ４００において無線リモコンの操作信号が受信され、この操作信号を、ＨＤＭＩの通信インターフェースを介して入出力インターフェース部３０４において受信することとしてもよい。

これにより、ＴＶモニタ４００等を操作するための無線リモコンを用いて、ユーザは、送信側ネットワーク７００から通知された重要な情報の確認等を行うことができる。例えば、ユーザがＴＶモニタ４００等の操作に日常的に用いており使用に慣れた無線リモコンを、送信側ネットワーク７００からの情報の確認に用いることができる。

（重要なデータファイルが蓄積されている場合の報知方法）
上記の実施形態の説明では、受信装置３００は、ユーザが未確認のデータファイルが蓄積されていると、発光部３１３により発光することとし、未確認で重要であるデータファイルが蓄積されていれば、さらにスピーカ３１４により音声にて報知することとして説明した。

報知方法は、これに限らず、様々考えられる。例えば、重要であるデータファイルの蓄積状況に応じて、発光部３１３の発光パターンを変化させることとしてもよい。

また、蓄積されているデータファイルに音声データが含まれる場合は、スピーカ３１４により、その音声データを再生することとしてもよい。例えば、未確認で重要であるデータファイルが蓄積されていれば、いち早くユーザに知らせるために、音声データそのものの内容を音声で再生する。

また、データファイルの蓄積状況が発光部３１３等により報知されたとしても、ユーザがその報知に気づかないこともある。この場合、ユーザは重要な情報を見落とすおそれがある。そこで、受信装置３００は、報知部３０３による報知を継続して実行しつつ、ユーザが報知を確認したときに、受信装置３００が発光部３１３等による報知を終えるよう、ユーザが報知を確認する操作を受け付けることとしてもよい。例えば、受信装置３００がボタンなどユーザ操作を受け付ける部材を備え（発光部３１３が押下操作可能な構成としてもよい）、ユーザがそのボタンを押下する等により発光部３１３等による報知を終了することとしてもよい。

この場合の受信装置３００の動作を図示する。上記のように受信装置３００には、報知部３０３による報知をユーザが確認したことを示す操作を受け付ける操作部材が備わるとする。

図１３は、受信装置３００が、ユーザの確認操作に応じて報知部３０３による報知を制御する処理を示すフローチャートである。

同図に示すステップＳ１００１、Ｓ１００３、Ｓ１００５、Ｓ１００７、Ｓ１００９は図１０と同様であるため同一の参照符号を付して説明を省略する。

制御部３０２は、ステップＳ１００７またはステップＳ１００９において発光部３１３等により発光させると、ユーザが報知を確認する操作を操作部材により受け付けたか判断する（Ｓ１０１１）。

ステップＳ１０１１において、報知を確認する操作を受け付けていれば（Ｓ１０１１：ＹＥＳ）、制御部３０２は、報知部３０３による報知（発光部３１３の発光やスピーカ３１４の音声出力）を停止する（Ｓ１０１３）。その後、ステップＳ１００１の処理に戻る。なお、このとき、受信ファイル管理テーブル３５０において、データファイルの報知がユーザにより確認されたことを管理することとしてもよい。例えば、未読のデータファイルの蓄積状況を報知部３０２により報知した後、上記の報知を確認する操作が受け付けられると、制御部３０２は、「未読・報知確認済」などとして確認フラグ３５４に格納する。これにより、重要であるデータファイルのうち、ユーザが未読で未だ報知部３０３による報知がなされていないものと、報知がなされたがユーザが未読のものを区別して管理することができる。

ステップＳ１０１１において、報知を確認する操作を受け付けていなければ（Ｓ１０１１：ＮＯ）、制御部３０２は、報知部３０３による報知を継続する（Ｓ１０１５）。

（送信側ネットワーク７００の数）
上記の実施形態の説明では、受信エリア６００や受信側ネットワーク９００が複数あるのに対し、送信側ネットワーク７００は１つの場合について説明してきたが、送信側ネットワーク７００は１つに限らない。別の送信側ネットワーク７００から、通信網８００を介して送信サーバ１００に告知情報となるデータファイルの送信要求をすることとしてもよい。

例えば屋外から情報通信端末等により送信サーバ１００に画像や文書等のデータファイルをアップロードして、送信サーバ１００から受信側ネットワーク９００へ送信することとしてもよい。

（送信側ネットワーク７００におけるデータファイルの蓄積場所）
送信サーバ１００は、所定の記憶装置を、送信側ネットワーク７００内のＬＡＮを介して入力端末群２００に対しアクセス可能としている。ここで、所定の記憶装置とは、例えば、送信サーバ１００に備わるＨＤＤであるが、これに限らず、送信側ネットワーク７００内のＬＡＮで共有されている大容量記憶装置などにより入力端末群２００のデータファイルの書き込みを受け付けることとしてもよい。この記憶装置におけるファイル管理のための階層構造において、所定のディレクトリ（データフォルダ）に新たにデータファイルの書き込みがあれば、送信サーバ１００は、その書き込まれたデータファイルを送信する。

今回開示された実施の形態はすべての点で例示であって制限的なものでないと考えられるべきである。この発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

本発明は、ＷＡＮ等により接続された情報通信機器が通信するネットワーク等において用いることができる。

１ 告知放送システム、２ ルーター、３ ハブ、４ ファイアウォール、１００ 送信サーバ、１０１ 送信データ受付部、１０２ 制御部、１０３ ＷＡＮ通信部、１０４ 記憶部、１０５ 送信データ生成部、１０６ ＬＡＮインターフェース部、１０７ ファイル蓄積部、１０８ 送信先アドレス記憶部、１０９ ファイル分割部、１１０ パケット生成部、１１１ ＷＡＮインターフェース部、１５０ 送信先アドレス情報、２００ 入力端末群、３００ 受信装置、３０１ ＷＡＮ通信部、３０２ 制御部、３０３ 報知部、３０４ 入出力インターフェース部、３０５ 記憶部、３０６ 受信制御部、３０７ 受信ファイル蓄積部、３０８ ファイル合成部、３０９ パケット受信部、３１０ ＷＡＮインターフェース部、３１１ ＨＤＭＩインターフェース部、３１２ リモコン受信部、４００ ＴＶモニタ、５００ 無線リモコン、６００ 受信エリア、７００ 送信側ネットワーク、８００ 通信網、９００ 受信側ネットワーク。

Claims (7)

1. 通信網を介して送信装置から１以上の受信装置へ告知情報を通知する告知放送システムであって、
   前記送信装置は、
   送信先となる受信装置の送信先アドレスを記憶する送信先記憶部と、
   告知情報を記憶する情報記憶部と、
   前記告知情報を、当該告知情報の重要度を示す重要度情報とともに前記送信先アドレスの受信装置へ前記通信網を介して送信する送信部とを備え、
   前記送信装置が前記告知情報を前記情報記憶部により記憶することは、前記送信装置が前記通信網を介して接続された入力端末から前記告知情報の入力を受け付けて、受け付けた前記告知情報を前記情報記憶部により記憶することを含み、
   前記受信装置は、表示装置と接続され、
   前記受信装置宛の前記告知情報を受信する受信部と、
   前記受信された告知情報を蓄積する蓄積部と、
   蓄積された告知情報の重要度情報を参照して、重要である告知情報の、前記蓄積部における蓄積状況を報知する報知部と、
   前記告知情報を表示装置に表示させるための映像出力信号を前記表示装置へ出力する出力部と、
   前記告知情報に対するユーザ操作を、無線操作機からの操作信号に基づいて受け付ける信号受付部とを備え、
   前記送信装置の前記送信部が前記告知情報を前記重要度情報とともに前記受信装置へ送信することは、予め定められた１以上のデータフォルダに前記入力端末から新たにデータファイルの書き込みがあるか前記送信部が監視し、前記１以上のデータフォルダに前記入力端末から新たに前記データファイルの書き込みがある場合に、書き込まれたデータファイルを告知情報として前記重要度情報とともに前記送信先アドレスの受信装置へ前記通信網を介して送信することを含み、
   前記１以上のデータフォルダのそれぞれは、重要な情報を受け付ける第１のサブディレクトリと、通常の情報を受け付ける第２のサブディレクトリとを含み、
   前記送信装置の前記送信部が前記告知情報を前記受信装置へ送信することは、前記データファイルの書き込みを前記第１のサブディレクトリで受け付けた場合に、送信する前記データファイルが重要であることを示す重要度情報とともに前記データファイルを前記受信装置へ送信し、前記データファイルの書き込みを前記第２のサブディレクトリで受け付けた場合に、送信する前記データファイルが重要でないことを示す重要度情報とともに前記データファイルを前記受信装置へ送信することを含む、告知放送システム。
2. 前記送信装置は、前記１以上の受信装置それぞれのアドレスについて、ある一定の範囲にある前記受信装置をひとつの受信エリアとして管理しており、
   前記１以上のデータフォルダは、前記データファイルの送信先となる前記受信エリアそれぞれに対応して設けられており、
   前記送信装置の前記送信部が前記告知情報を前記受信装置へ送信することには、前記データファイルの書き込みを受け付けた前記データフォルダに対応した前記受信エリアの前記受信装置を宛先として前記重要度情報とともに前記データファイルを送信することが含まれる、請求項１に記載の告知放送システム。
3. 前記送信装置の前記送信部が前記告知情報を前記重要度情報とともに前記受信装置へ送信することは、前記重要度情報として、重要度を設定したＸＭＬ（Extensible Markup Language）形式のデータファイルを作成し、作成した前記ＸＭＬ形式のデータファイルを前記告知情報に添付することを含む、請求項１または２に記載の告知放送システム。
4. 前記送信装置の前記送信部が前記告知情報を前記重要度情報とともに前記受信装置へ送信することは、前記告知情報がＸＭＬ形式のデータファイルであり、前記ＸＭＬ形式のデータファイルに、前記重要度情報として、重要度を示すタグを定義し、前記重要度を示すタグが定義された前記ＸＭＬ形式のデータファイルを前記受信装置へ送信することを含む、請求項１または２に記載の告知放送システム。
5. 前記受信装置の前記報知部が前記重要である告知情報の、前記蓄積部における蓄積状況を報知することは、前記蓄積部に蓄積されている前記告知情報の蓄積状況に基づいて、ユーザが未確認の前記告知情報がある場合に前記報知部により報知し、前記告知情報とともに前記受信装置へ送信される前記重要度情報において前記告知情報が重要と設定されているか否かに応じて前記報知部による報知の態様を制御するよう構成されている、請求項１から４のいずれか１項に記載の告知放送システム。
6. 通信網を介して送信装置から１以上の受信装置へ告知情報を通知する告知放送システムにおける送信装置であって、
   前記送信装置は、
   送信先となる受信装置の送信先アドレスを記憶する送信先記憶部と、
   前記告知情報を記憶する情報記憶部と、
   前記告知情報を、当該告知情報の重要度を示す重要度情報とともに前記送信先アドレスの受信装置へ前記通信網を介して送信する送信部とを備え、
   前記送信装置が前記告知情報を前記情報記憶部により記憶することは、前記送信装置が前記通信網を介して接続された入力端末から前記告知情報の入力を受け付けて、受け付けた前記告知情報を前記情報記憶部により記憶することを含み、
   前記送信装置の前記送信部が前記告知情報を前記重要度情報とともに前記受信装置へ送信することは、予め定められた１以上のデータフォルダに前記入力端末から新たにデータファイルの書き込みがあるか前記送信部が監視し、前記１以上のデータフォルダに前記入力端末から新たに前記データファイルの書き込みがある場合に、書き込まれたデータファイルを告知情報として前記重要度情報とともに前記送信先アドレスの受信装置へ前記通信網を介して送信することを含み、
   前記１以上のデータフォルダのそれぞれは、重要な情報を受け付ける第１のサブディレクトリと、通常の情報を受け付ける第２のサブディレクトリとを含み、
   前記送信装置の前記送信部が前記告知情報を前記受信装置へ送信することは、前記データファイルの書き込みを前記第１のサブディレクトリで受け付けた場合に、送信する前記データファイルが重要であることを示す重要度情報とともに前記データファイルを前記受信装置へ送信し、前記データファイルの書き込みを前記第２のサブディレクトリで受け付けた場合に、送信する前記データファイルが重要でないことを示す重要度情報とともに前記データファイルを前記受信装置へ送信することを含む、送信装置。
7. 通信網を介して送信装置から１以上の受信装置へ告知情報を通知する告知放送システムにおける告知放送方法であって、
   前記送信装置は、送信先となる受信装置の送信先アドレスを記憶する送信先記憶部と、告知情報を記憶する情報記憶部とを備え、
   前記受信装置は、表示装置と接続され、前記告知情報を表示装置に表示させるための映像出力信号を前記表示装置へ出力する出力部と、蓄積部とを備え、
   前記告知放送方法は、
   前記送信装置が、前記通信網を介して接続された入力端末から前記告知情報の入力を受け付けて、受け付けた前記告知情報を前記情報記憶部に記憶させるステップと、
   前記送信装置が、前記告知情報を、当該告知情報の重要度を示す重要度情報とともに前記送信先アドレスの受信装置へ前記通信網を介して送信するステップと、
   前記受信装置が、当該受信装置宛の前記告知情報を受信するステップと、
   前記受信装置が、前記受信された告知情報を前記蓄積部に蓄積させるステップと、
   前記受信装置が、前記蓄積部に蓄積された告知情報の重要度情報を参照して、重要である告知情報の、前記蓄積部における蓄積状況を報知するステップと、
   前記受信装置が、前記告知情報に対するユーザ操作を、無線操作機からの操作信号に基づいて受け付けるステップとを含み、
   前記送信装置が前記告知情報を前記重要度情報とともに前記受信装置へ送信するステップは、予め定められた１以上のデータフォルダに前記入力端末から新たにデータファイルの書き込みがあるか前記送信装置が監視し、前記１以上のデータフォルダに前記入力端末から新たに前記データファイルの書き込みがある場合に、書き込まれたデータファイルを前記告知情報として前記重要度情報とともに前記送信先アドレスの受信装置へ前記通信網を介して送信するステップを含み、
   前記１以上のデータフォルダのそれぞれは、重要な情報を受け付ける第１のサブディレクトリと、通常の情報を受け付ける第２のサブディレクトリとを含み、
   前記送信装置が前記告知情報を前記受信装置へ送信するステップは、前記データファイルの書き込みを前記第１のサブディレクトリで受け付けた場合に、送信する前記データファイルが重要であることを示す重要度情報とともに前記データファイルを前記受信装置へ送信し、前記データファイルの書き込みを前記第２のサブディレクトリで受け付けた場合に、送信する前記データファイルが重要でないことを示す重要度情報とともに前記データファイルを前記受信装置へ送信するステップを含む、告知放送方法。

Images