(57)【特許請求の範囲】
【請求項１】
インターネットプロトコルを用いて双方向に通信可能に接続された配信側装置および各々タッチパネルを備えた複数の受信側装置により構成された告知通信システムであって、各受信側装置は少なくとも一つのグループに属してグループ分けされており、
前記配信側装置は市町村役場に配置され、
前記受信側装置を介して利用者に伝達すべき告知内容と、その告知内容を簡潔に示した情報である表題と、配信予定時と、配信先のグループと、を少なくとも含んだ配信情報を記録する配信情報記録手段と、
前記配信予定時が到来したか否かを判定する予定時判定手段と、
前記予定時判定手段により前記配信予定時が到来したと判定された場合に、該当する配信先のグループの受信側装置において過去の表題も含めた表題リストとして表題を表示せしめるＷｅｂページファイルであって当該表題に張られたリンク先が音声データを含み当該表題にかかる告知内容を表示および再生せしめる内容である様に構成されたＷｅｂページファイルを自動生成するファイル生成手段と、
前記ファイル生成手段により生成されたＷｅｂページファイルを指定するＵＲＬを生成するＵＲＬ生成手段と、
前記ＵＲＬ生成手段により生成されたＵＲＬを、前記該当する配信先のグループの各受信側装置へ送信するＵＲＬ送信手段と、
受信側装置からの送信要求に応じてＷｅｂページファイルを送信要求元である受信側装置へ送信するファイル送信手段と、
を備え、
前記受信側装置は前記市町村役場が管轄する集落の家庭に配置され、前記グループは当該市町村の地区であって、複数の受信側装置はそれぞれ、
前記ＵＲＬ送信手段により送信されたＵＲＬを受信するＵＲＬ受信手段と、
前記ＵＲＬ受信手段により受信されたＵＲＬが指定するＷｅｂページファイルの送信要求を前記配信側装置へ要求するファイル要求手段と、
ファイル送信手段により前記配信側装置から送信されたＷｅｂページファイルを閲覧可能に出力し、タッチパネルの押下により表題が指定された場合には当該指定された表題にかかる告知内容を閲覧可能に表示するとともに音声データを再生し、かつ、配信予定時が到来したときにも１回は当該到来した表題にかかる告知内容を閲覧可能に強制的に表示するとともに音声データを強制的に再生する出力手段と、
を備えたことを特徴とする告知通信システム。
【請求項２】
前記配信側装置は、前記配信予定時として配信予定時刻と即時とを選択して入力する配信時入力手段を備え、
前記予定時判定手段により前記配信予定時が即時であると判定された場合に、前記受信側装置は、直ちに前記配信側装置から前記告知内容を取得して出力することを特徴とする請求項１に記載の告知通信システム。
【請求項３】
前記配信側装置は、前記ファイル要求手段により要求された前記送信要求のログを記録する要求ログ記録手段を備えたことを特徴とする請求項１または２に記載の告知通信システム。
【請求項４】
インターネットプロトコルを用いて双方向に通信可能に接続された配信側コンピュータおよび各々タッチパネルを備えた複数の受信側コンピュータにより構成されたシステムであって、各受信側コンピュータは少なくとも一つのグループに属してグループ分けされており、配信側コンピュータは受信側コンピュータを介して利用者に伝達すべき告知内容とその告知内容を簡潔に示した情報である表題と配信予定時と配信先のグループとを少なくとも含んだ配信情報を格納しているシステムを機能させる告知通信プログラムであって、
前記配信側コンピュータは、市町村役場に配置され、前記受信側コンピュータは、当該市町村役場が管轄する集落の家庭に配置され、前記グループは、当該市町村の地区であり、
前記配信側コンピュータを、
前記配信予定時が到来したか否かを判定する予定時判定手段、
前記予定時判定手段により前記配信予定時が到来したと判定された場合に、該当する配信先のグループの受信側コンピュータにおいて過去の表題も含めた表題リストとして表題を表示せしめるＷｅｂページファイルであって当該表題に張られたリンク先が音声データを含み当該表題にかかる告知内容を表示および再生せしめる内容である様に構成されたＷｅｂページファイルを自動生成するファイル生成手段、
前記ファイル生成手段により生成されたＷｅｂページファイルを指定するＵＲＬを生成するＵＲＬ生成手段、
前記ＵＲＬ生成手段により生成されたＵＲＬを、前記該当する配信先のグループの各受信側コンピュータへ送信するＵＲＬ送信手段、
受信側コンピュータからの送信要求に応じてＷｅｂページファイルを送信要求元である受信側コンピュータへ送信するファイル送信手段、
として機能させ、
前記複数の受信側コンピュータをそれぞれ、
前記ＵＲＬ送信手段により送信されたＵＲＬを受信するＵＲＬ受信手段、
前記ＵＲＬ受信手段により受信されたＵＲＬが指定するＷｅｂページファイルの送信要求を前記配信側コンピュータへ要求するファイル要求手段、
ファイル送信手段により前記配信側装置から送信されたＷｅｂページファイルを閲覧可能に出力し、タッチパネルの押下により表題が指定された場合には当該指定された表題にかかる告知内容を閲覧可能に表示するとともに音声データを再生し、かつ、配信予定時が到来したときにも１回は当該到来した表題にかかる告知内容を閲覧可能に強制的に表示するとともに音声データを強制的に再生する出力手段、
として機能させることを特徴とする告知通信プログラム。
【請求項５】
前記配信側コンピュータを、さらに、前記配信予定時として配信予定時刻と即時とを選択して入力する配信時入力手段として機能させ、
前記予定時判定手段により前記配信予定時が即時であると判定された場合に、前記受信側コンピュータを、直ちに前記配信側コンピュータから前記告知内容を取得して出力する様に機能させることを特徴とする請求項４に記載の告知通信プログラム。
【請求項６】
前記配信側コンピュータを、さらに、前記ファイル要求手段により要求された前記送信要求のログを記録する要求ログ記録手段として機能させることを特徴とする請求項４または５に記載の告知通信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、告知通信システム、および、告知通信プログラムに関し、特に、地域密着型の情報連絡網を構築可能な告知通信システム、および、告知通信プログラムに関する。
【背景技術】
【０００２】
従来から、農作業など集団の作業や催事が多く近隣住民との結びつきが強い地域では、有線放送が導入され、役場から有用な情報が提供されていた。また、これ以外でも、山間部など家屋が点在して各戸を回っていたのでは時間がかかる様な地域でも同様に有線放送が導入されていた。有線放送により、各家庭では、共同作業に関する情報、災害情報、防災警報、健康診断の案内など、地域に密着した有用な情報を得ることができた。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来の技術では以下の問題点があった。
すなわち、従来の有線放送の技術は、基本的に放送であって、役場から家庭への一方向の通信であるという問題点があった。したがって、特に、災害時などの緊急情報の場合には、本当に各家庭まで必要な情報が伝わっているのか把握できず確実性に欠けるという問題点があった。また、音声放送であるので、利用者が家を空けている場合などには、結果として情報が伝わらず、同様に確実性に欠けるという問題点があった。
【０００４】
確実性を向上するために、時間を空けて繰り返し放送するという方法もあるが、依然として聞き逃しの可能性は残り、また、既に聴いた者にとっては耳障りである場合もあるという問題点もある。
【０００５】
また、役所側にとっては、比較的寿命が長いとはいえ、経年劣化に伴って増大していく維持管理費を払うよりも、近代のＩＴ技術を反映させた安価なシステムに移行させたいという要望もある。また、役所側では、有線放送といった古めかしいシステムを導入する様に各戸へ働きかけるよりも、ＩＴ技術に裏打ちされた技術の方が導入を働きかけやすいという実情もある。一方、各戸では、最近の放送内容を再確認したいという要望もあるが、有線放送は受け身とならざるを得ず、利用者側に不満が残るという問題点もあった。
【０００６】
本発明は上記に鑑みてなされたものであって、情報伝達の確実性が高く利便性の高い告知通信システム、および、告知通信プログラムを提供すること目的とする。
【課題を解決するための手段】
【０００７】
上記の目的を達成するために、請求項１に記載の告知通信システムは、インターネットプロトコルを用いて双方向に通信可能に接続された配信側装置および各々タッチパネルを備えた複数の受信側装置により構成された告知通信システムであって、各受信側装置は少なくとも一つのグループに属してグループ分けされており、前記配信側装置は市町村役場に配置され、前記受信側装置を介して利用者に伝達すべき告知内容と、その告知内容を簡潔に示した情報である表題と、配信予定時と、配信先のグループと、を少なくとも含んだ配信情報を記録する配信情報記録手段と、前記配信予定時が到来したか否かを判定する予定時判定手段と、前記予定時判定手段により前記配信予定時が到来したと判定された場合に、該当する配信先のグループの受信側装置において過去の表題も含めた表題リストとして表題を表示せしめるＷｅｂページファイルであって当該表題に張られたリンク先が音声データを含み当該表題にかかる告知内容を表示および再生せしめる内容である様に構成されたＷｅｂページファイルを自動生成するファイル生成手段と、前記ファイル生成手段により生成されたＷｅｂページファイルを指定するＵＲＬを生成するＵＲＬ生成手段と、前記ＵＲＬ生成手段により生成されたＵＲＬを、前記該当する配信先のグループの各受信側装置へ送信するＵＲＬ送信手段と、受信側装置からの送信要求に応じてＷｅｂページファイルを送信要求元である受信側装置へ送信するファイル送信手段と、を備え、前記受信側装置は前記市町村役場が管轄する集落の家庭に配置され、前記グループは当該市町村の地区であって、複数の受信側装置はそれぞれ、前記ＵＲＬ送信手段により送信されたＵＲＬを受信するＵＲＬ受信手段と、前記ＵＲＬ受信手段により受信されたＵＲＬが指定するＷｅｂページファイルの送信要求を前記配信側装置へ要求するファイル要求手段と、ファイル送信手段により前記配信側装置から送信されたＷｅｂページファイルを閲覧可能に出力し、タッチパネルの押下により表題が指定された場合には当該指定された表題にかかる告知内容を閲覧可能に表示するとともに音声データを再生し、かつ、配信予定時が到来したときにも１回は当該到来した表題にかかる告知内容を閲覧可能に強制的に表示するとともに音声データを強制的に再生する出力手段と、を備えたことを特徴とする。
【０００８】
すなわち、請求項１にかかる発明は、インターネットプロトコルを用いるのでシステム選択の自由度が高くグループの実情に即して経済的にシステム構築が可能となるとともに、配信側では従来の有線放送と同様に希望時に内容を伝達でき、また、受信側ではオンデマンドで扱いやすく情報の確認ができる。より具体的には、少なくとも配信予定時直後には強制的に告知内容が出力され従来の有線放送と同等の機能を果たすとともに、利用者の希望時に視覚と聴覚で再確認できる。また、配信側装置が複数のグループに対応でき、それぞれのグループ向けの表題を表示させるので配信側装置を有効活用でき、実質的に割安に配信側装置を導入可能となる。
【０００９】
また、表題リストは受信側装置の属するグループ向けのみのリストであるので、過去に配信された告知内容を効率的に再確認できる。したがって、同時に複数の新着表題が配信された場合であっても、見落としなく、情報を認識することができる。また、複数の表題が表示されるため、たとえば、表題「健康診断（６月６日）のお知らせ」について以前に告知内容を見ていれば、その利用者は、再び告知内容を表示しなくても、表題リストを見るだけで注意が喚起されることとなる。
【００１０】
また、地域や地区毎に適正に配信情報を配信できる。
【００１１】
なお、インターネットプロトコルとしては、ＴＣＰ／ＩＰを挙げることができるがこれに限定されることなく、Ｗｅｂページファイル自体もしくはこのファイルを指定するアドレスを送受信可能に構成されていれば良いものとする。また、Ｗｅｂページファイルとは、ＨＴＭＬファイルやＸＭＬファイル等を挙げることができるがこれに限定されることなく、いわゆるブラウザで閲覧可能に表示されるもの（音声データがある場合には再生可能に出力されるものを含む）であれば良いものとする。また、告知内容は、テキストおよび画像に限定されず後述する様に音声も含まれるとする。したがって、出力とは、テキストや画像を閲覧可能とする場合に限定されず、音声を可聴に再生することも含まれる。
【００１２】
なお、「該当する」とは、配信情報は、少なくとも告知内容と表題と配信予定時と配信先のグループとを含むものであり、この一組の要素ないし情報がそれぞれ対応していることを示す概念として用いる。すなわち、配信情報Ａ（告知内容Ａ１、表題Ａ２、配信予定時Ａ３、配信先グループＡ４）と、配信情報Ｂ（告知内容Ｂ１、表題Ｂ２、配信予定時Ｂ３、配信先グループＢ４）とがあった場合、「配信予定時が到来したと判定された場合に、該当する配信先・・」とは、この配信予定時がＢ３であったとすると、該当する配信先とは、Ｂ４であり、Ａ４ではないことを意味する。
【００１３】
また、請求項２に記載の告知通信システムは、請求項１に記載の告知通信システムにおいて、前記配信側装置が、前記配信予定時として配信予定時刻と即時とを選択して入力する配信時入力手段を備え、前記予定時判定手段により前記配信予定時が即時であると判定された場合に、前記受信側装置は、直ちに前記配信側装置から前記告知内容を取得して出力することを特徴とする。
【００１４】
すなわち、請求項２にかかる発明は、緊急連絡可能なシステムを簡便に導入可能となる。
【００１５】
また、請求項３に記載の告知通信システムは、請求項１または２に記載の告知通信システムにおいて、前記配信側装置が、前記ファイル要求手段により要求された前記送信要求のログを記録する要求ログ記録手段を備えたことを特徴とする。
【００１６】
すなわち、請求項３にかかる発明は、配信側装置で、どの端末装置でどの配信情報が未読であるか把握することができる。より具体的には、ログを把握することにより、平常時であれば回線断絶などの個別のシステム障害が把握でき、これにより、メンテナンスの参考情報として利用できる。また、災害などの緊急時にはどの受信側端末で配信情報が再生されていないかといった戸毎・エリア毎の把握が可能となる。さらにこの技術を応用して、お年寄りの安否確認も可能となる。
【００１７】
また、請求項４に記載の告知通信プログラムは、インターネットプロトコルを用いて双方向に通信可能に接続された配信側コンピュータおよび各々タッチパネルを備えた複数の受信側コンピュータにより構成されたシステムであって、各受信側コンピュータは少なくとも一つのグループに属してグループ分けされており、配信側コンピュータは受信側コンピュータを介して利用者に伝達すべき告知内容とその告知内容を簡潔に示した情報である表題と配信予定時と配信先のグループとを少なくとも含んだ配信情報を格納しているシステムを機能させる告知通信プログラムであって、前記配信側コンピュータは、市町村役場に配置され、前記受信側コンピュータは、当該市町村役場が管轄する集落の家庭に配置され、前記グループは、当該市町村の地区であり、前記配信側コンピュータを、前記配信予定時が到来したか否かを判定する予定時判定手段、前記予定時判定手段により前記配信予定時が到来したと判定された場合に、該当する配信先のグループの受信側コンピュータにおいて過去の表題も含めた表題リストとして表題を表示せしめるＷｅｂページファイルであって当該表題に張られたリンク先が音声データを含み当該表題にかかる告知内容を表示および再生せしめる内容である様に構成されたＷｅｂページファイルを自動生成するファイル生成手段、前記ファイル生成手段により生成されたＷｅｂページファイルを指定するＵＲＬを生成するＵＲＬ生成手段、前記ＵＲＬ生成手段により生成されたＵＲＬを、前記該当する配信先のグループの各受信側コンピュータへ送信するＵＲＬ送信手段、受信側コンピュータからの送信要求に応じてＷｅｂページファイルを送信要求元である受信側コンピュータへ送信するファイル送信手段、として機能させ、前記複数の受信側コンピュータをそれぞれ、前記ＵＲＬ送信手段により送信されたＵＲＬを受信するＵＲＬ受信手段、前記ＵＲＬ受信手段により受信されたＵＲＬが指定するＷｅｂページファイルの送信要求を前記配信側コンピュータへ要求するファイル要求手段、ファイル送信手段により前記配信側装置から送信されたＷｅｂページファイルを閲覧可能に出力し、タッチパネルの押下により表題が指定された場合には当該指定された表題にかかる告知内容を閲覧可能に表示するとともに音声データを再生し、かつ、配信予定時が到来したときにも１回は当該到来した表題にかかる告知内容を閲覧可能に強制的に表示するとともに音声データを強制的に再生する出力手段、として機能させることを特徴とする。
【００１８】
すなわち、請求項４にかかる発明は、インターネットプロトコルを用いるのでシステム選択の自由度が高くグループの実情に即して経済的にシステム構築が可能となるとともに、配信側では従来の有線放送と同様に希望時に内容を伝達でき、また、受信側ではオンデマンドで情報の確認ができる。より具体的には、ＵＲＬ送信手段、ＵＲＬ受信手段およびファイル要求手段により、少なくとも配信予定時直後には強制的に告知内容が出力され従来の有線放送と同等の機能を果たすとともに、利用者の希望時に視覚と聴覚で再確認できる。また、配信側コンピュータで複数のグループに対応できるため、配信側コンピュータを有効活用でき、実質的に割安に配信側コンピュータを導入可能となる。
【００１９】
また、表題リストは受信側コンピュータの属するグループ向けのみのリストであるので、過去に配信された告知内容を効率的に再確認できる。したがって、同時に複数の新着表題が配信された場合であっても、見落としなく、情報を認識することができる。また、複数の表題が表示されるため、たとえば、表題「健康診断（６月６日）のお知らせ」について以前に告知内容を見ていれば、その利用者は、再び告知内容を表示しなくても、表題リストを見るだけで注意が喚起されることとなる。
【００２０】
また、地域や地区毎に適正に配信情報を配信できる。
【００２１】
また、請求項５に記載の告知通信プログラムは、請求項４に記載の告知通信プログラムにおいて、前記配信側コンピュータを、さらに、前記配信予定時として配信予定時刻と即時とを選択して入力する配信時入力手段として機能させ、前記予定時判定手段により前記配信予定時が即時であると判定された場合に、前記受信側コンピュータを、直ちに前記配信側コンピュータから前記告知内容を取得して出力する様に機能させることを特徴とする。
【００２２】
すなわち、請求項５にかかる発明は、緊急連絡可能なシステムを簡便に導入可能となる。
【００２３】
また、請求項６に記載の告知通信プログラムは、請求項４または５に記載の告知通信プログラムにおいて、前記配信側コンピュータを、さらに、前記ファイル要求手段により要求された前記送信要求のログを記録する要求ログ記録手段として機能させることを特徴とする。
【００２４】
すなわち、請求項６にかかる発明は、配信側装置で、どの端末装置でどの配信情報が未読であるか把握することができる。より具体的には、ログを把握することにより、平常時であれば回線断絶などの個別のシステム障害が把握できるためメンテナンスの参考情報として利用でき、災害などの緊急時にはどの受信側端末で配信情報が再生されていないかといった戸毎・エリア毎の把握が可能となる。また、お年寄りの安否確認のシステム構築に資することができる。
【発明の効果】
【００２５】
本発明の告知通信システム（請求項１）は、システム選択の自由度が高くグループの実情に即して経済的にシステム構築が可能となるとともに、配信側では従来の有線放送と同様に希望時に内容を伝達でき受信側ではオンデマンドで情報の確認ができることとなり、これにより、情報伝達の確実性が高く利便性の高い告知通信システムを提供することができる。また、受信側装置の属するグループ向けのみの過去の表題リストが生成され、受信側装置において、過去に配信された告知内容を効率的に再確認でき、これにより、情報伝達の確実性が高く利便性の高い告知通信システムを提供することができる。また、表題に対応した告知内容を利用者の希望時に視覚と聴覚により伝達でき、これにより、情報伝達の確実性が高く利便性の高い告知通信システムを提供することができる。また、従来の有線放送と同等の機能を果たし、さらに、音声に加えて視覚表示も可能となり、これにより、情報伝達の確実性が高く利便性の高い告知通信システムを提供することができる。また、受信側装置の扱いやすいシステムを構築可能となる。また、地域や地区毎に適正に配信情報を配信でき、これにより、情報伝達の確実性が高く利便性の高い告知通信システムを提供することができる。
【００２６】
また、本発明の告知通信システム（請求項２）は、緊急連絡可能なシステムを簡便に導入可能となり、これにより、情報伝達の確実性が高く利便性の高い告知通信システムを提供することができる。
【００２７】
また、本発明の告知通信システム（請求項３）は、配信側装置で、どの端末装置でどの配信情報が未読であるか把握することができ、これにより、情報伝達の確実性が高く利便性の高い告知通信システムを提供することができる。
【００２８】
また、本発明の告知通信プログラム（請求項４）は、システム選択の自由度が高くグループの実情に即して経済的にシステム構築が可能となるとともに、配信側では従来の有線放送と同様に希望時に内容を伝達でき受信側ではオンデマンドで情報の確認ができることとなり、これにより、情報伝達の確実性が高く利便性の高い告知通信システムを構築可能な告知通信プログラムを提供することができる。また、受信側装置の属するグループ向けのみの過去の表題リストが生成され、受信側装置において、過去に配信された告知内容を効率的に再確認でき、これにより、情報伝達の確実性が高く利便性の高い告知通信システムを構築可能な告知通信プログラムを提供することができる。また、表題に対応した告知内容を利用者の希望時に視覚と聴覚により伝達でき、これにより、情報伝達の確実性が高く利便性の高い告知通信システムを構築可能な告知通信プログラムを提供することができる。また、従来の有線放送と同等の機能を果たし、さらに、音声に加えて視覚表示も可能となり、これにより、情報伝達の確実性が高く利便性の高い告知通信システムを構築可能な告知通信プログラムを提供することができる。また、地域や地区毎に適正に配信情報を配信でき、これにより、情報伝達の確実性が高く利便性の高い告知通信プログラムを提供することができる。
【００２９】
また、本発明の告知通信プログラム（請求項５）は、緊急連絡可能なシステムを簡便に導入可能となり、これにより、情報伝達の確実性が高く利便性の高い告知通信システムを構築可能な告知通信プログラムを提供することができる。
【００３０】
また、本発明の告知通信プログラム（請求項６）は、配信側装置で、どの端末装置でどの配信情報が未読であるか把握することができ、これにより、情報伝達の確実性が高く利便性の高い告知通信システムを構築可能な告知通信プログラムを提供することができる。
【発明を実施するための最良の形態】
【００３１】
以下、本発明の実施の形態を図面を参照しながら詳細に説明する。
本実施の形態では、告知通信システムをＡ町に導入した場合について説明する。ここで、Ａ町は３地区（α地区、β地区、γ地区）に区分けされているとし、配信側装置は、Ａ町の役場に設置され、受信側装置は各地区の各戸に導入されているとする。ここでは、まず、システムの全体像を概説し、ついで、ハードウェア構成、機能的構成、処理流れについて説明していく。
【００３２】
（告知通信システムの外観構成）
図１は、告知通信システムの構成例を示した図である。図示した様に、告知通信システム１００は、Ａ町役場に設置された配信側装置１０１と、３地区の各戸に配備された受信側装置１０２と、配信側装置１０１と受信側装置１０２とを接続するネットワークＮとにより構成されている。なお、α地区に配置された各受信側端末をα１、α２、・・・、と、β地区に配置された各受信側端末をβ１、β２、・・・、と、γ地区に配置された各受信側端末をγ１、γ２、・・・、と適宜称することとする。
【００３３】
具体的な動作ないし処理としては、配信側装置１０１で告知内容が登録され、配信の予定時刻にその内容を表示させるＵＲＬを該当する地区の各受信側装置１０２（例えばα１、α２、・・・）へ配信し、配信側装置１０１から当該ＵＲＬに基づきＨＴＭＬファイルの取得要求を配信側装置１０１に要求し、取得したＨＴＭＬファイルに基づき受信側装置１０２で告知内容を閲覧可能に出力および音声情報を可聴に再生する、という流れとなる。したがって、概念的には、配信側装置１０１はいわゆるサーバ装置の役割を果たし、受信側装置１０２はブラウザ機能および音声出力機能のついた端末装置の役割を果たすということもできる。
【００３４】
ここで、本実施の形態の場合、告知通信とは、役場から各戸へ告知内容およびその表題を送信して各戸でそれらの情報を出力すること（画像または音声により出力すること）をいい、出力までの間に配信側装置１０１と受信側装置１０２とで情報の授受が双方向におこなわれることも含まれる。告知内容とは、役場から各家庭に告知したい内容である緊急連絡、災害情報、催事情報といった情報であり、表題とはその告知内容の内容を簡潔に示した情報をいう。以降説明する様に、告知通信システム１００は、双方向通信が可能なため、従来の有線放送の様な一方向通信にはない情報伝達の確実性と利便性を配信側（役場側）および受信側（各戸の居住者）の双方にもたらす。
【００３５】
なお、本実施の形態では、告知通信システム１００は、配信側装置１０１と受信側装置１０２とがＴＣＰ／ＩＰによりネットワークＮを通じて双方向に通信可能に接続されている。したがって、通信プロトコルさえＴＣＰ／ＩＰであれば通信基盤は特に限定されず、実際図１に示した様に、α地区ではＦＴＴＨ（Fiber To The Home）、β地区ではＡＤＳＬ（AsymmetricDigitalSubscriberLine）、γ地区ではＣＡＴＶに基づくそれぞれの通信基盤により配信側装置１０１と各受信側装置１０２とが接続されている。したがって、通信基盤の自由度が高いので、各地区もしくは各戸では、地域や生活実情に即して受信側装置１０２を選ぶことができる。たとえば、既にケーブルテレビを導入している家庭では、若干のケーブルテレビ設備の工事のみでネットワークＮとの接続が可能になり経済的負担を軽減できる。
【００３６】
（告知通信システム：配信側装置のハードウェア構成）
つぎに、配信側装置のハードウェア構成を説明する。図２は、配信側装置１０１のハードウェア構成の一例を示した説明図である。配信側装置１０１は、そのハードウェア構成として、ＣＰＵ２０１と、ＲＯＭ２０２と、ＲＡＭ２０３と、ハードディスク（ＨＤ）２０４と、グラフィックスカード２０５と、モニタ２０６と、キーボード（Ｋ／Ｂ）２０７と、マウス（ＭＯＵＳＥ）２０８と、ネットワークインターフェースカード（ＮＩＣ）２０９と、マイク２１０と、を有する。
【００３７】
ＣＰＵ２０１は、ＯＳと共に配信側装置１０１全体を制御し、また、配信予定時の判定制御や、配信先へ当該配信先に関係する必要十分な内容となるべきＨＴＭＬファイルを自動生成する制御や、そのＨＴＭＬファイルを指定するＵＲＬを作成および送出する制御や、受信側装置１０２からの送信要求に基づき適正なＨＴＭＬファイルを要求元へ送信する制御など、各種のソフトウェアの処理制御およびハードウェアの処理制御をおこなう。
【００３８】
上述したＨＴＭＬファイルの送受信のほか、ＣＰＵ２０１は、グラフィックスカード２０５のＶＲＡＭ（画像ＲＡＭ）に対する描画制御や配信情報のハードディスク２０４への格納（登録）制御、圧縮された音声データの伸長制御、作業データをＲＡＭ２０３に一時保存する制御等もおこなう。
【００３９】
ＲＯＭ２０２は、ブートプログラム等を記憶する。使用の態様によっては、ＲＯＭ２０２は、配信側装置１０１の制御プログラムを格納しておいてもよい。ＲＡＭ２０３は、ＣＰＵ２０１のワークエリアとして使用する。具体的には、ハードディスク２０４から読み出されたデータベースの内容やプログラム内容などを一時的に格納する。また、後述する表題リストを一時的に格納する処理をおこなっても良い。
【００４０】
ハードディスク２０４は、オペレーティングシステム（ＯＳ）、アプリケーションプログラム、配信情報をはじめとする各種のデータを記憶する。また、ハードディスクは、配信予定時に、該当する配信先に表示させるＨＴＭＬファイルを記憶する。Ａ町役場では３地区を管理するが、α地区へはα地区向けの告知内容を配信できれば十分であるため、β地区やγ地区向けの情報を除いてα地区向けの告知内容を抽出して表題リストを格納することとなる。なお、ハードディスクの構成および具体的な処理の流れについては後述する。
【００４１】
グラフィックスカード２０５は、モニタ２０６へ出力すべき画像信号を送出する。グラフィックスカード２０５は、出力すべき画像信号を格納するＶＲＡＭと、処理された画像信号をモニタ２０６へ出力する画像出力インターフェース（画像出力Ｉ／Ｆ）も備える。画像出力Ｉ／Ｆは、ＶＲＡＭに展開されたＲＧＢ画像データをモニタ２０６へ出力する。
【００４２】
ＮＩＣ２０９は、配信側装置１０１をネットワークＮに接続する。マイク２１０は、音声情報を配信側装置１０１に取り込む。音声情報は、告知内容そのものを音読したものであっても良いし、内容をより詳細に述べたものであっても良いし、必要な骨子部分だけとしてもよい。取り込まれた音声情報は、適宜変換しＨＤ２０４に格納する。ファイル形式は特に限定されないが、ネットワークの負荷を低減させるため、ｍｐ３（ＭＰＥＧ
１ Ａｕｄｉｏ Ｌａｙｅｒ３）フォーマットなどに圧縮変換する等しても良い。
【００４３】
このほか配信側装置１０１はフレキシブルディスクドライブ装置、ＣＤ−ＲＯＭドライブ装置、ＭＯドライブ装置等を搭載することも可能である。
【００４４】
ハードディスク２０４は、アプリケーション部２３０とデータベース部（ＤＢ部）２５０とにより構成される。アプリケーション部２３０は、配信側装置１０１全体を制御するＯＳ２３１と、受信側装置１０２へのＩＤおよびＩＰアドレスの割付けや端末名登録、所属グループの割り振りなどをおこなう端末管理プログラム２３２と、配信情報の入力や記録の制御などをおこなう配信情報管理プログラム２３３と、配信予定時が到来したか否かなどを判定する配信時管理プログラム２３４と、受信側装置１０２で表示させるべきＨＴＭＬファイルを自動生成し、また、その格納場所を指定するＵＲＬを自動生成するファイル自動生成プログラム２３５と、ファイルやＵＲＬを該当する受信側装置へ出力するファイル配信プログラム２３６と、受信側装置１０２からのファイルの送信要求ログを記録するログ管理プログラム２３７と、を有する。
【００４５】
データベース部２５０は、配信情報を格納する配信情報格納部２５１と、自動生成されるＨＴＭＬファイルを順次格納するＨＴＭＬファイル格納部２５２と、端末のＩＰアドレス、名前（端末名）、グループ属性などを格納する端末情報格納部２５３と、受信側装置１０２からの送信要求を中心としたログを格納するログ格納部２５４と、を有する。配信情報格納部２５１は、さらに、表題を格納する表題格納部２５５と、テキスト形式の告知内容であるテキストデータ格納部２５６と、音声形式の告知内容である音声データ格納部２５７と、告知内容の配信予定時を格納する配信予定時格納部２５８と、告知内容の種別を示すアイコンを格納するアイコン格納部２５９と、を有する。
【００４６】
（告知通信システム：受信側装置の外観構成）
つぎに、受信側装置１０２の外観構成および画面表示例について説明する。図３は、受信側装置の外観構成の一例を示した図である。受信側装置１０２は、その外観構成として、タッチパネル型液晶モニタ３０６とスピーカ３０８と通信線３０９を備える。図３（ａ）に示した様に、タッチパネル型液晶モニタ３０６上には複数の表題がリスト表示されている様子が示されている。図３（ｂ）は、図３（ａ）で利用者が「映画会のお知らせ」の表題を押下した場合の画面表示例を示した図である。押下により表題にかかる告知内容が表示されるとともに、スピーカ３０８から同内容が表示されている。このように、受信側装置１０２では、利用者が確認したいときにオンデマンドで情報が取り出せるので配信側および受信側双方にとって情報伝達の確実性が高くなる。なお、告知通信システム１００では、配信予定時が到来した際にプッシュ技術により少なくとも１回は告知内容が出力（表示及び再生）されるので、従来の有線放送の利点も維持する。
【００４７】
（告知通信システム：受信側装置のハードウェア構成）
つぎに、ハードウェア構成について説明する。図４は、受信側装置１０２のハードウェア構成の一例を示した説明図である。図示した様に、受信側装置１０２は、そのハードウェア構成として、ＣＰＵ３０１と、ＲＯＭ３０２と、ＲＡＭ３０３と、ハードディスク（ＨＤ）３０４と、グラフィックスカード３０５と、タッチパネル型液晶モニタ３０６と、ネットワークインターフェースカード（ＮＩＣ）３０７と、スピーカ３０８と、を有する。なお、上述の各種カードは便宜的にカードと称するものであり、必ずしもＩＳＡやＰＣＩといった拡張ボードを意味せず、グラフィックスを処理するＩＣやネットワークインターフェースを制御するＩＣが組み込まれていれば良いものとする。
【００４８】
ＣＰＵ３０１は、ＯＳと共に受信側装置１０２全体を制御し、また、配信側装置１０１から送信されたＵＲＬに基づいて、当該ＵＲＬが指定するＨＴＭＬファイルの取得要求制御や、ＨＴＭＬファイルを取得した場合にその内容の表示制御や音声再生制御などをおこなう。このほか、ＣＰＵ３０１は、グラフィックスカード３０５のＶＲＡＭ（画像ＲＡＭ）に対する描画制御、あるいは配信側装置１０１から送信されたＵＲＬやＨＴＭＬファイルをＲＡＭ３０３に一時保存する制御等もおこなう。
【００４９】
ＲＯＭ３０２は、ブートプログラム等を記憶する。使用の態様によっては、ＲＯＭ３０２は、受信側装置１０２の各種制御プログラムや後述の各種機能部を格納しておいてもよい。特に、本実施の形態では各戸に受信側装置１０２を配備してもらいやすい様に、可能な限り安価な装置とする必要がある。受信側装置１０２は、画像表示および音声出力のハードウェアを備えれば、他には通信機能、ブラウザ機能、音声再生機能を備えて構成可能であるため、ＨＤの容量を極力小さくし、必要なプログラムないしソフトウェアの多くをＲＯＭ３０２に格納してコスト減を図ることが可能となる。
【００５０】
ＲＡＭ３０３は、ＣＰＵ３０１のワークエリアとして使用する。具体的には、ハードディスク３０４またはＲＯＭ３０２から読み出されたブラウザ起動の処理を含み各種プログラムやデータを一時的に格納する。たとえば、配信側装置１０１から送出されたＵＲＬやＨＴＭＬファイルや音声ファイルを格納する。
【００５１】
ハードディスク３０４は、オペレーティングシステム（ＯＳ）３１１と、ＨＴＭＬファイルをタッチパネル型液晶モニタ３０６で閲覧可能に表示するブラウザ３１２と、音声ファイルを可聴に再生する音声再生プログラム３１３と、配信側装置１０１との間で各種の情報やデータを送受信する通信プログラム３１４と、を格納する。なお、ブラウザ３１２、音声再生プログラム３１３、通信プログラム３１４はＯＳに含まれていてもよい。また、音声再生プログラム３１３は、圧縮ファイルを伸長しながら再生する態様であっても良い。なお、上述した様に、これらのプログラムやソフトウェアはＲＯＭ３０２に格納させても良い。
【００５２】
グラフィックスカード３０５は、タッチパネル型液晶モニタ３０６へ出力すべき画像信号を送出する。グラフィックスカード３０５は、出力すべき画像信号を格納するＶＲＡＭと、処理された画像信号をタッチパネル型液晶モニタ３０６へ出力する画像出力インターフェース（画像出力Ｉ／Ｆ）も備える。画像出力Ｉ／Ｆは、ＶＲＡＭに展開されたＲＧＢ画像データをタッチパネル型液晶モニタ３０６へ出力する。
【００５３】
タッチパネル型液晶モニタ３０６は、液晶モニタの表面を押下することにより、その入力された座標に対応して、必要な処理をおこなう。具体的には、図３（ａ）、図３（ｂ）に示した様に、ある表題を押下した場合に、その表題に対応したＨＴＭＬファイルを配信側装置１０１から取得し表示する。液晶モニタ部分は、たとえば、大きさが６．５インチ、解像度が６４０×４８０ドット、表示色が２５６色とすることができる。
【００５４】
ＮＩＣ３０７は、受信側装置１０２をネットワークＮに接続し、受信側装置１０２と配信側装置１０１との間で情報を授受する。なお、ＮＩＣ３０７とネットワークＮとの通信基盤は、ＦＴＴＨであっても、ＡＤＳＬであっても、ＣＡＴＶであってもよい。また、使用の態様によっては、携帯電話やＰＨＳによる通信基盤であっても良い。
【００５５】
（告知通信システムの機能的構成）
つぎに、告知通信システム１００の機能的構成について説明する。図５は、告知通信システム１００の機能的構成の一例を示した説明図である。図示した様に、告知通信システム１００は、その機能的構成として、端末管理部４０１と、配信情報記録部４０２と、配信時入力部４０３と、予定時判定部４０４と、ファイル生成部４０５と、ファイル記録部４０６と、ＵＲＬ生成部４０７と、ＵＲＬ送信部４０８と、ＵＲＬ受信部４０９と、ファイル要求部４１０と、要求受信部４１１と、要求ログ記録部４１２と、ファイル送信部４１３と、ファイル出力部４１４と、を有する。
【００５６】
（告知通信システムの機能的構成：端末管理部４０１）
端末管理部４０１は、各受信側装置１０２を管理するため、次の処理をおこなう。
（１）受信側装置の追加登録：新しい受信側装置１０２を追加する。具体的には以下の３つの情報の登録をおこなう。
・受信側装置１０２のＩＰアドレスを割り振る。
・受信側装置１０２を識別するための名前を入力する。
・受信側装置１０２に対して配信側装置１０１内で使用する一意なＩＤを付与する。
（２）受信側装置の登録情報の変更・削除：既に登録されている受信側装置１０２の情報（ＩＰアドレスおよび名前などの属性）を変更・削除する。
（３）地区・グループ管理：各受信側装置１０２はＡ町のいずれかの地区に所属するが、このために、まず、地区・グループを登録する。本実施の形態ではα地区、β地区、γ地区の３地区が登録されている。また、登録だけでなく、行政区画の変更に伴う地区の新設、分割、変更、削除もおこなう。
（４）受信側装置の地区・グループ登録：各受信側装置１０２を、いずれかの地区に所属させる。いずれかの地区に所属するので、告知内容の配信に際して、地区を指定するだけで地区内の全受信側装置が選択可能となり、処理負担が少なくて済むこととなる。
【００５７】
端末管理部４０１は、たとえば、端末管理プログラム２３２と、端末情報格納部２５３と、ＣＰＵ２０１などによりその機能を実現することができる。
【００５８】
（告知通信システムの機能的構成：配信情報記録部）
配信情報記録部４０２は、配信情報を記録する。配信情報は、町役場Ａの担当者が登録する情報であって、表題、その中身である告知内容（テキストデータおよび音声データ）、告知内容の配信予定を示す配信予定時、配信先のグループ、告知内容の種別や内容を簡単に区別したアイコン、および、これら一組の情報を識別するＩＤ情報をいう。
【００５９】
図６は、配信情報の構成例を可視化したテーブルである。図示した様に、テーブル５００は、各配信情報をＩＤにより管理していることがわかる。図では、「ＩＤ」、「表題」、「告知内容（テキスト）」、「配信予定時」、「配信先地区」、「登録時刻」、「登録者」、「配信中／未配信」の別についてはテキスト表示がなされ、「アイコン」、「配信完了」の項目は画像またはマーク表示がなされている。また、「告知内容（音声）」については、ファイル名が表示されている。
【００６０】
ここで、「配信中／未配信」の項目は、”済”、”未”および分数表示される。分数表示は繰り返し配信の完了割合を意味する。たとえば、２／３と表示されているものは、３回の繰り返し配信のうち、２回まで配信が終わっていることを示す。なお、このときの配信予定時は、３回目の配信予定時を示す。
【００６１】
「配信完了」の項目は、配信先の全ての受信側装置１０２で表示や再生がなされた場合に”◎”表示され、完了していない場合には”−”表示される。したがって、配信予定時が過ぎてしばらくしても未だ”−”表示の場合には、受信側装置１０２のいずれかに何らかの不具合があることが想定される。なお、ログ記録とあわせて解析することにより、たとえばお年寄りの安否情報として用いることもできる。
【００６２】
配信情報記録部４０２は、たとえば、配信情報管理プログラム２３３、配信情報格納部２５１、ログ管理プログラム２３７と、ＣＰＵ２０１と、マイク２１０などにより、その機能を実現することができる。なお、配信情報は、適宜テーブル５００の様に対応付け可能としておき、表題については表題格納部２５５，テキストの告知内容についてはテキストデータ格納部２５６、音声の告知内容については音声データ格納部２５７、配信予定時については配信予定時格納部２５８にそれぞれ格納し、適宜アドレスやポインタの授受により効率よくデータの入出力管理がされる様にＤＢ部２５０を構築しておいても良い。
【００６３】
（告知通信システムの機能的構成：配信時入力部）
配信時入力部４０３は、配信予定時として配信予定時刻と即時とを選択して入力する。即時とは、指定可能な最先の時刻をいい、現在時刻ということもできる。即時の入力方式は特に限定されないが、たとえば配信側装置１０１のシステムクロックを利用して入力してもよいし、別途割り込みルーチンを設け、即時が選択されたか否かを常時判定する様にしても良い。即時を選択入力可能とすることで、告知通信システム１００による災害時などの緊急連絡が可能となる。なお、即時を選択しない場合は、Ａ町役場の担当者があらかじめ希望ないし予定していた配信予定時を入力すればよい。たとえば、西暦２００３年６月２３日午前７時４０分を入力するにあたって２００３０６２３０７４０と入力することもできるし、プルダウンメニューを用いて対話的に入力しても良い。
【００６４】
なお、繰り返し配信する際には、複数の配信予定時を入力すればよい。このとき、適宜プルダウンメニューにより「毎正時−３回」、「毎朝７：２０−２回」などど、人が家にいる時刻や耳障りにならない回数を選択可能にしても良い。配信時入力部４０３は、たとえば、配信時管理プログラム２３４、ＯＳ２３１、配信予定時格納部２５８と、キーボード２０７と、マウス２０８などによりその機能を実現することができる。
【００６５】
（告知通信システムの機能的構成：予定時判定部）
予定時判定部４０４は、配信情報記録部４０２により記録された配信情報に基づいて配信予定時が到来したか否かを判定する。判定の時間間隔は特に制限はないが、たとえば１秒毎、１分毎、５分毎とすることができる。予定時判定部４０４は、たとえば、ＣＰＵ２０１と、ＯＳ２３１と、配信予定時格納部２５８などによりその機能を実現することができる。
【００６６】
（告知通信システムの機能的構成：ファイル生成部）
ファイル生成部４０５は、予定時判定部４０４が配信予定時到来と判定した場合に、該当する配信先のグループの受信側装置１０２で表題を表示せしめるＨＴＭＬファイルであって、表題に張られたリンク先が当該表題にかかる告知内容を出力せしめる内容である様に構成されたＨＴＭＬファイルを生成する。図７は、自動生成されるＨＴＭＬファイルの構成例である。図示した様に、各表題にはリンクが張られており（図中にアンダーラインで示した部分が該当する）、そのＵＲＬにより、告知通信システムで告知内容（テキストデータおよび音声データ）の授受がおこなわれる。但し、図７は、構成例であって、図３に示したタイトル表示を再現するものではない。なお、図３（ｂ）に示した様に、画面最下部には再生ボタン３１０が表示されており、この箇所を押下することにより、再び音声データが再生される。この構成により、たとえば、目の不自由な人が、音声により確実に告知内容を把握可能となる。
【００６７】
なお、配信予定時が同時刻に複数到来する際には、ファイル生成部４０５では、配信情報の登録時刻順に表題が表示される様にＨＴＭＬファイルを生成する。また、予定時判定部４０４により配信予定時が即時であると判定された場合には、ファイル生成部４０５では、直ちに告知内容を出力可能なＨＴＭＬファイルを生成する。これにより、後述の各部の処理を経て受信側装置１０２が直ちに配信側装置１０１から告知内容を取得して出力可能となる。ＨＴＭＬファイルの自動生成はたとえばＣＧＩを用いることができる。ファイル生成部４０５は、たとえば、ファイル自動生成プログラム２３５、表題格納部２５５、テキストデータ格納部２５６、音声データ格納部２５７などによりその機能を実現することができる。
【００６８】
（告知通信システムの機能的構成：ファイル記録部）
ファイル記録部４０６は、ファイル生成部４０５により生成されたＨＴＭＬファイルを格納する。このＨＴＭＬファイルを格納することにより、配信時刻直後のＨＴＭＬファイルの送信要求を円滑におこなうことが可能となる。また、配信時刻と配信時刻との間に個別に受信側装置１０２から送信要求があった場合に、配信側装置１０１の負荷を少なくしつつＨＴＭＬファイルを送信可能となる。ファイル記録部４０６は、たとえば、ファイル自動生成プログラム２３５と、ＨＴＭＬファイル格納部２５２などによりその機能を実現することができる。
【００６９】
（告知通信システムの機能的構成：ＵＲＬ生成部）
ＵＲＬ生成部４０７は、ファイル生成部４０５により生成されたＨＴＭＬファイルの格納先およびファイル名を指定するＵＲＬを生成する。ＵＲＬ例としては、http://www.Atown.jp/title_alpha/03060740.htmlなどが考えられる。ＵＲＬ生成部４０７は、たとえば、ファイル自動生成プログラム２３５とＯＳ２３１などによりその機能を実現できる。
【００７０】
（告知通信システムの機能的構成：ＵＲＬ受信部およびＵＲＬ送信部）
ＵＲＬ送信部４０８は、ＵＲＬ生成部４０７で生成されたＵＲＬを、配信側装置１０１から該当する配信先のグループの各受信側装置１０２へ送信する。ＵＲＬ受信部４０９は、ＵＲＬ送信部４０９により送信されたＵＲＬを受信側装置１０２で受信する。このとき、配信側装置１０１は新しい配信予定時の到来毎に、いわばサーバとしての受信側装置１０２に接続し、表題リストのＨＴＭＬファイルを指定するＵＲＬを通知する。ＵＲＬの送受信は種々の方法が考えられるが、配信側装置１０１をクライアント、受信側装置１０２をサーバとして、クライアントがサーバに接続要求し、接続が確立したら直ちにクライアントからＵＲＬを送信し、サーバが受け取ったＵＲＬをＲＡＭ３０３に格納しセッションを終了する方法が挙げられる。
【００７１】
なお、受信側装置１０２はネットワークＮに常時接続されているので、任意のホストからの接続を許可するのはセキュリティ上好ましくない。したがって、受信側装置１０２は、あらかじめ配信側装置１０１のＩＰアドレスやＩＤや端末名を登録しておき、特定の配信側装置１０１からの接続のみを許可する様にする。ＵＲＬ送信部４０８は、たとえば、ＯＳ２３１と、ファイル配信プログラム２３６と、ＲＡＭ２０３と、ＮＩＣ２０９などによりその機能を実現できる。また、ＵＲＬ受信部は、たとえば、ＯＳ３１１と、通信プログラム３１４と、ＲＡＭ３０２と、ＮＩＣ３０７と、通信線３０９などによりその機能が実現できる。
【００７２】
（告知通信システムの機能的構成：ファイル要求部）
ファイル要求部４１０は、ＵＲＬ受信部４０９により受信されたＵＲＬが指定するＨＴＭＬファイルの送信要求を配信側装置１０１へ要求する。ＵＲＬ受信部４０９の制御によりＲＡＭ３０３にＵＲＬが格納されるので、ファイル要求部４１０は、このＵＲＬに基づきファイルの送信要求をおこなう。ファイル要求部４１０は、たとえば、ＯＳ３１１と、ブラウザ３１２と、通信ソフト３１４などによりその機能を実現することができる。
【００７３】
（告知通信システムの機能的構成：要求受信部および要求ログ記録部）
要求受信部４１１は、配信側装置１０１においてファイル要求部４１０により送出されたＨＴＭＬファイルの送出要求を受信する。また、要求ログ記録部４１２は、ファイル要求部４１０により要求された送信要求のログを要求受信部４１１の受信を検知して記録する。ログの内容は、どの受信側装置１０２からの要求であるかを示す内容である。図８は、ログの構成例を示した説明図である。ログファイルは、受信側装置１０２の名前（端末名）、ＩＰアドレス、ファイルの送出要求にかかる告知内容の表題、ファイルの送信要求にかかる配信情報のＩＤ、配信要求時刻（アクセス時刻）などにより構成される。なお、図示した様、適宜把握しやすい様、端末名毎での出力や期間を指定した出力を可能としている。
【００７４】
ログファイルを参照することにより、実際にＡ町役場と各戸が接続されているか否かが把握可能となる。たとえば、配信予定時が１０：００であったとして、α地区へ表題リストを配信したとする。ここで、α地区はネットワークＮにＦＴＴＨで接続されているので常時接続である。したがって、１０：０５を経過して受信側装置α２からの送信要求だけが配信側装置１０１へ届いていない場合には、何らかの接続障害が受信側装置α２との間で発生していることがわかる。この様な場合には、配信側装置１０２のモニタ２０６上に警告表示を出し、Ａ町役場の担当者が受信側装置α２の設置してある家庭に連絡をとるなどして復旧が可能となる。
【００７５】
要求受信部４１１は、たとえば、ＯＳ２３１と、ＮＩＣ２０９、ファイル配信プログラム２３６、ＲＡＭ２０３などによりその機能を実現できる。また、要求ログ記録部４１２は、ログ格納部２５４、ＯＳ２３１、ログ管理プログラム２３７、モニタ２０６などによりその機能を実現することができる。
（告知通信システムの機能的構成：ファイル送信部および出力部）
ファイル送信部４１３は、要求受信部４１１によるＨＴＭＬファイル送信要請に基づいてファイル記録部４０６が記録したＨＴＭＬファイルを取り出し、要求のあった受信側装置１０２へ送出する。出力部４１４は、ファイル送信部４１３により配信側装置１０１から送信されたＨＴＭＬファイル（表題リスト）を閲覧可能に出力する（図３（ａ）参照）。
【００７６】
また、タッチパネル型液晶モニタ３０６上で表示される表題リストのいずれかが押下されると、出力部４１４は、対応する告知内容をタッチパネル型液晶モニタ３０６上で表示するとともに音声データを再生する（図３（ｂ）参照）。出力（表示および再生）は、告知通信システム１００の負荷が少ない様に設計されていれば特に限定されないが、たとえば、タッチパネルの押下信号により該当する座標に対応した表題を識別し、これに張られたリンク先のＨＴＭＬファイルや音声ファイルの送信要求を配信側装置１０１へ送出し、送信されたファイルを出力する様にする手順を挙げることができる。
【００７７】
なお、受信側装置１０２では、対応する告知内容の音声データの再生が終わってから所定時間経過後に、再び元の表題リストを表示させる様にする。また、この所定時間内に再生ボタン３１０（図３参照）が押下されると、再び音声データを再生する。これにより、耳の遠いお年寄りにとっての利便性を向上することができる。
【００７８】
なお、配信時入力部４０３で即時が入力された場合には、緊急配信であるので、以上説明した各機能部が緊急配信可能に連動する様にする。たとえば、即時の場合には、表題リストのＨＴＭＬファイルを自動生成する前に、告知内容を閲覧および再生可能としたＨＴＭＬファイルを自動生成し、このファイルを指定するＵＲＬを受信側装置１０２へ送信し、受信側装置１０２で当該ＵＲＬに基づきＨＴＭＬファイルを取得して、配信予定時経過後すぐに告知内容を出力する様にする。なお、所定回数の配信後または所定時間の配信経過後には、通常の処理、すなわち、表題リストのＨＴＭＬファイルを生成し、このファイルを指定するＵＲＬの授受に基づき受信側装置１０１で表題リストを出力する様にする。
【００７９】
また、以上の例では、緊急配信を除き、告知内容が強制的に出力されないが、使用の態様によっては、配信予定時経過後すぐに、少なくとも１回の出力をおこなうことにより、従来の有線放送と同等の機能が確保される。この出力手順は、上述した緊急配信と同様にすればよい。
【００８０】
ファイル送信部４１３は、たとえば、ファイル配信プログラム２３６と、ＨＴＭＬファイル格納部２５２と、ＯＳ２３１と、ＮＩＣ２０９などによりその機能を実現することができる。また、出力部４１４は、ブラウザ３１２と、ＯＳ３１１と、通信ソフト３１４と、音声再生プログラム３１３と、ＮＩＣ３０７と、タッチパネル型液晶モニタ３０６などによりその機能を実現することができる。
【００８１】
（告知通信システムの処理の流れ）
つぎに、告知通信システム１００の処理の流れについて説明する。図９は、告知通信システム１００の処理の流れのうち、特に表題リストの表示制御の流れの一例を示したフローチャートである。告知通信システム１００は、まず、「即時」入力の有無および配信予定時が到来したか否かを判定する（ステップＳ６０１）。即時の入力があった場合は図１１に示したフローに移行する。
【００８２】
配信予定時が到来していない場合（ステップＳ６０１：Ｎｏ（配信予定時未到来））は、ステップＳ６０１にもどり判定を繰り返す。配信予定時の到来の判断については、たとえば、１５秒毎に過去１５秒以内に配信予定時が経過したものがあるかどうかを検出することにより新規到来分の判定が可能となる。また、時間間隔を区切ることにより、重複配信をさけることが可能となる。配信予定時が到来したと判定した場合（ステップＳ６０１：Ｙｅｓ（配信予定時到来））は、該当する配信先のグループの受信側装置１０２で表題を表示せしめるＨＴＭＬファイルであって当該表題に張られたリンク先が当該表題にかかる告知内容を出力せしめる内容である様に構成されたＨＴＭＬファイルを自動生成する（ステップＳ６０２）。
【００８３】
ここで、ＨＴＭＬファイルは、表題を配信予定時順に５件分リストとして表示せしめる様に構成するものとする。また、表題には、今回の配信で追加された新着分と既に配信された過去の表題と区別して表示する。区別の仕方は、表題の背景色を色分けしたり、新着分に「Ｎｅｗ」と文字表記するなどしたりすることによりおこなう。また、表示再生済みのものと、未表示未再生のものとを区別して表示してもよい。区別の仕方は、表題の文字色を異ならせたり、「未」の文字表記の有無などによりおこなう。図１０は、受信側装置１０２の表題リストの表示例を示した図である。図示した様に、表題７０１は、新着であって告知内容は未表示、表題７０２は、新着であって告知内容は表示済み、表題７０３は、過去に配信されたもので告知内容は未表示、表題７０４は、過去に配信されたもので告知内容は表示済み、ということをそれぞれ示している。
【００８４】
続いて、ステップＳ６０２で生成されたＨＴＭＬファイルを配信側装置１０１で記録する（ステップＳ６０３）。これは、告知通信システム１００では、ＴＣＰ／ＩＰにより配信側装置１０１と複数の受信側装置１０２とが双方向に通信可能に接続されており、ＵＲＬを通じて所定の記録場所（ファイル格納場所）から送信要求のあった配信先へ配信する必要があるからであり、また、受信側装置１０２を低コストで提供するため配信側装置１０１に記録部を備える必要があるためである。
【００８５】
つぎに、ステップＳ６０２で生成されたＨＴＭＬページファイルを指定するＵＲＬを、該当する配信先のグループの各受信側装置１０２へ送信する（ステップＳ６０４）。続いて、送信されたＵＲＬが指定するＷｅｂページファイルの送信要求を、当該送信された受信側装置１０２から配信側装置１０１へ要求する（ステップＳ６０５）。ここで要求元はＩＰアドレスにより特定可能である。
【００８６】
ステップＳ６０５で要求された送信要求に応じてステップＳ６０３で記録されたＨＴＭＬファイルを配信側装置１０１から送信要求元である受信側装置１０２へ送信する（ステップＳ６０６）。最後に、送信されたＨＴＭＬファイルに基づき受信側装置１０２にて表題のリスト表示をする（ステップＳ６０７）。新規に作成された表題リストを表示した後、再びステップＳ６０１にもどり、再び、即時の入力の有無および配信予定時の到来の判断をおこなう。
【００８７】
つぎに、受信側装置１０２のタッチパネル型液晶モニタ３０６上に表示された表題リストに基づいて告知内容を出力する流れについて説明する。図１１は、告知通信システム１００の処理流れのうち、特に告知内容の出力制御の流れの一例を示した説明図である。まず、タッチパネル型液晶モニタ３０６上で、表題リストを表示する（ステップＳ７０１）。なお、ステップＳ７０１における表示とステップＳ６０８における表示は同一であるがここでは説明の便宜上異なる番号を振る。
【００８８】
続いて、受信側装置１０２は、タッチパネルの押下があったか否かを判定する（ステップＳ７０２）。押下がなかった場合には（ステップＳ７０２：Ｎｏ）、ステップＳ７０１にもどり以降同様にして押下をまつ。押下のあった場合には（ステップＳ７０２：Ｙｅｓ）、押下された部分に表示されている表題に対応した告知内容の送信要求を配信側装置へ送信する（ステップＳ７０３）。
【００８９】
続いて、ステップＳ７０３で要求された送信要求に応じて告知内容を受信側装置１０２が受信し、表示および再生する（ステップＳ７０４）。ここで、音声の再生については、音声データが圧縮されている場合には受信側装置１０２のＲＡＭ３０２上で伸長して再生しても良いし、配信側装置１０１で再生可能に伸長して再生しても良い。
【００９０】
続いて、再生ボタン３１０が押下されたか否かを検知する（ステップＳ７０５）。再生ボタン３１０の押下があった場合（ステップＳ７０５：Ｙｅｓ）、再び音声データを再生する。再生ボタン３１０の押下がなかった場合（ステップＳ７０５：Ｎｏ）、所定時間経過したかを判定する（ステップＳ７０６）。所定時間経過していない場合には（ステップＳ７０６：Ｎｏ）、ステップＳ７０５に移行し、以下同様にして時間経過をまつ。所定時間経過した場合（ステップＳ７０６：Ｙｅｓ）、ステップＳ７０１に移行し、表題リスト表示にもどる。すなわち、この所要時間とは、表題リスト表示画面にもどるまでの時間をいい、たとえば、音声再生終了後から計測し、３０秒後と設定することができる。
【００９１】
なお、即時が選択されていた場合（図９のステップＳ６０１：即時検知）、告知送信システム１００は、対応する告知内容の送信要求をおこなう様に制御する（図９のＡ参照）。これにより、緊急の場合は、直ちに音声再生および文字表示が可能となる。
【００９２】
なお、上述した処理流れは一例であり、たとえば、配信予定時直後に各受信側装置１０２で告知内容の文字表示および音声再生をおこない、所定時間経た後に更新されたリスト表示をおこなっても良い。この場合は、ステップＳ７０３から処理が開始されることとなる。
【００９３】
このほか、タッチパネルの押下に応じて告知内容を表示および再生し、利用者側が意識的に指示した場合にリスト画面にもどる様にしても良い。具体的には、図３（ｂ）において、再生ボタン３１０を、リターンボタンとし、このリターンボタン部分の押下の検知により表題リストの表示にもどる、という制御を採用しても良い。
【００９４】
本発明は、上述した実施の形態のほかにソフトウェアによっても実現することができる。すなわち、コンピュータプログラムに上述した各機能を実装し、処理させることにより、告知通信システムが構築される。
【００９５】
また、本実施の形態では、Ａ町が３地区に区分けされた場合について説明したが、たとえば、これとは別途グループ分けをおこない、地区の境界付近の家屋へは隣接地区の情報を配信する様にしても良い。また、初期登録の際、適宜アンケートをとって、他の地区の告知内容も出力可能にしても良い。このようにしてＡ町の円滑な情報提供が可能となる。なお、グループ分けは、地区主眼の割り振りだけでなく、たとえば、上述したアンケートにより、好みの情報を選択可能にしても良い。たとえば、「天気関係」の情報配信を望むグループ、「催事関係」の情報配信を望むグループ、「健康関係」の情報配信を望むグループの様に、地区とは別に、複数のグループ所属も可能とすれば、より利便性の高いシステム作りが可能となる。
【産業上の利用可能性】
【００９６】
本技術は、たとえば、学校と家庭の間の連絡網に適用可能であり、また、在宅勤務を多く抱える事業所へも導入可能となる。
【図面の簡単な説明】
【００９７】
【図１】本実施の形態の告知通信システムの構成例を示した図である。
【図２】本実施の形態の配信側装置のハードウェア構成の一例を示した説明図である。
【図３】本実施の形態の受信側装置の外観構成の一例を示した図である。
【図４】本実施の形態の受信側装置のハードウェア構成の一例を示した説明図である。
【図５】本実施の形態の告知通信システムの機能的構成の一例を示した説明図である。
【図６】配信情報の構成例を可視化したテーブルである。
【図７】図６に示したテーブルのうち、直近に配信時刻の到来したα地区の受信側装置向けのＨＴＭＬファイルの構成例である。
【図８】ログの構成例を示した説明図である。
【図９】本実施の形態の告知通信システムの処理の流れのうち、特に表題リストの表示制御の流れの一例を示したフローチャートである。
【図１０】本実施の形態の受信側装置の表題リストの表示例を示した図である。
【図１１】告知通信システムの処理流れのうち、特に告知内容の出力制御の流れの一例を示した説明図である。
【符号の説明】
【００９８】
１００ 告知通信システム
１０１ 配信側装置
１０２ 受信側装置
２０４ ハードディスク
２１０ マイク
２３０ アプリケーション部
２３１ ＯＳ
２３２ 端末管理プログラム
２３３ 配信情報管理プログラム
２３４ 配信時管理プログラム
２３５ ファイル自動生成プログラム
２３６ ファイル配信プログラム
２３７ ログ管理プログラム
２５０ データベース部
２５１ 配信情報格納部
２５２ ファイル格納部
２５３ 端末情報格納部
２５４ ログ格納部
２５５ 表題格納部
２５６ テキストデータ格納部
２５７ 音声データ格納部
２５８ 配信予定時格納部
２５９ アイコン格納部
３０６ タッチパネル型液晶モニタ
３０８ スピーカ
３０９ 通信線
３１０ 再生ボタン
３１２ ブラウザ
３１３ 音声再生プログラム
３１４ 通信プログラム
４０１ 端末管理部
４０２ 配信情報記録部
４０３ 配信時入力部
４０４ 予定時判定部
４０５ ファイル生成部
４０６ ファイル記録部
４０７ ＵＲＬ生成部
４０８ ＵＲＬ送信部
４０９ ＵＲＬ受信部
４１０ ファイル要求部
４１１ 要求受信部
４１２ 要求ログ記録部
４１３ ファイル送信部
４１４ ファイル出力部
５００ テーブル
【図１】
0004808369.tif 000002
【図２】
0004808369.tif 000003
【図３】
0004808369.tif 000004
【図４】
0004808369.tif 000005
【図５】
0004808369.tif 000006
【図６】
0004808369.tif 000007
【図７】
0004808369.tif 000008
【図８】
0004808369.tif 000009
【図９】
0004808369.tif 000010
【図１０】
0004808369.tif 000011
【図１１】
0004808369.tif 000012