(57)【特許請求の範囲】
【請求項１】
入力されたテキストの安否伝言を記憶する記憶手段と、
前記テキストの安否伝言を音声の安否伝言に変換して前記記憶手段に記憶させる変換手段と、
電話網を介して前記音声の安否伝言を音声電話端末に送信する送信手段と、
前記テキストの安否伝言をユーザの地域毎にグループ化して保持しておき、少なくとも同一地域の公共表示媒体に配信する配信手段と、
を有することを特徴とする安否伝言制御システム。
【請求項２】
入力されたテキストの安否伝言を記憶する記憶手段と、
前記テキストの安否伝言を音声の安否伝言に変換して前記記憶手段に記憶させる変換手段と、
電話網を介して前記音声の安否伝言を音声電話端末に送信する送信手段と、
前記テキストの安否伝言をユーザの地域毎にグループ化して保持しておき、所定距離内の複数の地域に係るテキストの安否伝言を当該複数の地域のうちいずれか一の地域の公共表示媒体に配信する配信手段と、
を有することを特徴とする安否伝言制御システム。
【請求項３】
前記送信手段は、
前記電話網が利用不能の場合、一定時間毎に前記音声の安否伝言を前記音声電話端末に再送信することを特徴とする請求項１又は２に記載の安否伝言制御システム。
【請求項４】
前記配信手段は、
前記送信の処理を最大回数行っても前記音声の安否伝言を前記音声電話端末に送信できない場合に、前記配信の処理を行うことを特徴とする請求項１乃至３のいずれかに記載の安否伝言制御システム。
【請求項５】
前記音声の安否伝言を前記音声電話端末に送信した後、当該音声の安否伝言を前記記憶手段から削除する削除手段、
を更に有することを特徴とする請求項１乃至４のいずれかに記載の安否伝言制御システム。
【請求項６】
安否伝言制御システムで行う安否伝言制御方法において、
前記安否伝言制御システムは、
入力されたテキストの安否伝言を記憶手段に記憶する記憶ステップと、
前記テキストの安否伝言を音声の安否伝言に変換して前記記憶手段に記憶させる変換ステップと、
電話網を介して前記音声の安否伝言を音声電話端末に送信する送信ステップと、
前記テキストの安否伝言をユーザの地域毎にグループ化して保持しておき、少なくとも同一地域の公共表示媒体に配信する配信ステップと、
を有することを特徴とする安否伝言制御方法。
【請求項７】
安否伝言制御システムで行う安否伝言制御方法において、
前記安否伝言制御システムは、
入力されたテキストの安否伝言を記憶手段に記憶する記憶ステップと、
前記テキストの安否伝言を音声の安否伝言に変換して前記記憶手段に記憶させる変換ステップと、
電話網を介して前記音声の安否伝言を音声電話端末に送信する送信ステップと、
前記テキストの安否伝言をユーザの地域毎にグループ化して保持しておき、所定距離内の複数の地域に係るテキストの安否伝言を当該複数の地域のうちいずれか一の地域の公共表示媒体に配信する配信ステップと、
を有することを特徴とする安否伝言制御方法。
【請求項８】
前記送信ステップでは、
前記電話網が利用不能の場合、一定時間毎に前記音声の安否伝言を前記音声電話端末に再送信することを特徴とする請求項６又は７に記載の安否伝言制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、安否伝言を制御する技術に関する。
【背景技術】
【０００２】
地震や噴火等の災害が発生した場合、被災者や非被災者への連絡，被災者の安否確認を行うため、音声による安否伝言制御システムを利用可能となる（非特許文献１）。該安否伝言制御システムは、後述するテキストによる安否伝言制御システムも同様であるが、伝言登録者が電話番号をキーとして伝言を登録すると、該伝言を一定期間蓄積する。一方、伝言受信者は、該電話番号をキーとして上記安否伝言制御システムにアクセスすることで、蓄積されている伝言登録者の伝言を確認する。
【０００３】
また、昨今では、テキスト入力が容易なスマートフォン端末の普及により、テキストによる安否伝言制御システムが広く認知されつつある（非特許文献２）。テキスト情報の方が音声情報よりもデータ転送量が少ないため、ネットワークの帯域を圧迫する可能性が低下し、安否情報を迅速に展開できる。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】“災害用伝言ダイヤル（171）”、ＮＴＴ東日本、［online］、［平成27年1月16日検索］、＜URL: https://www.ntt-east.co.jp/saigai/voice171/index.html＞
【非特許文献２】“災害用伝言板（web171）”、ＮＴＴ東日本、［online］、［平成27年1月16日検索］、＜URL: https://www.ntt-east.co.jp/saigai/web171/index.html＞
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、テキストの伝言を登録又は確認する場合、伝言者の端末上で所定の操作が必要とされる。例えば、登録されたテキスト伝言を電子メールで配信するための登録操作，配信された電子メールを開く操作等が考えられる。そのため、端末の操作が不得手な者，テキスト伝言を表示できない端末（主に固定電話）のみを持つ者にとっては、安否伝言制御システムの使い勝手が悪いという課題があった。
【０００６】
そこで、上述した音声による安否伝言制御システムを利用することも考えられる。しかし、災害発生時には被災地の電話網で輻輳が発生しやすいため、音声伝言を所望のタイミングで確認できない。また、上述したように音声伝言が安否伝言制御システムに一定期間蓄積されるため、音声伝言に係る音声ファイルのデータが膨大になる。
【０００７】
本発明は、上記事情を鑑みてなされたものであり、安否伝言制御システムの利便性を改善することを目的とする。
【課題を解決するための手段】
【０００８】
以上の課題を解決するため、請求項１に記載の安否伝言制御システムは、入力されたテキストの安否伝言を記憶する記憶手段と、前記テキストの安否伝言を音声の安否伝言に変換して前記記憶手段に記憶させる変換手段と、電話網を介して前記音声の安否伝言を音声電話端末に送信する送信手段と、を有することを要旨とする。
【０００９】
請求項２に記載の安否伝言制御システムは、請求項１に記載の安否伝言制御システムにおいて、前記送信手段は、前記電話網が利用不能の場合、一定時間毎に前記音声の安否伝言を前記音声電話端末に再送信することを要旨とする。
【００１０】
請求項３に記載の安否伝言制御システムは、請求項１又は２に記載の安否伝言制御システムにおいて、前記テキストの安否伝言をユーザの地域毎にグループ化して保持しておき、少なくとも同一地域の公共表示媒体に配信する配信手段、を更に有することを要旨とする。
【００１１】
請求項４に記載の安否伝言制御システムは、請求項３に記載の安否伝言制御システムにおいて、前記配信手段は、前記送信の処理を最大回数行っても前記音声の安否伝言を前記音声電話端末に送信できない場合に、前記配信の処理を行うことを要旨とする。
【００１２】
請求項５に記載の安否伝言制御システムは、請求項１乃至４のいずれかに記載の安否伝言制御システムにおいて、前記音声の安否伝言を前記音声電話端末に送信した後、当該音声の安否伝言を前記記憶手段から削除する削除手段、を更に有することを要旨とする。
【００１３】
請求項６に記載の安否伝言制御方法は、安否伝言制御システムで行う安否伝言制御方法において、前記安否伝言制御システムは、入力されたテキストの安否伝言を記憶手段に記憶する記憶ステップと、前記テキストの安否伝言を音声の安否伝言に変換して前記記憶手段に記憶させる変換ステップと、電話網を介して前記音声の安否伝言を音声電話端末に送信する送信ステップと、を有することを要旨とする。
【００１４】
請求項７に記載の安否伝言制御方法は、請求項６に記載の安否伝言制御方法において、前記送信ステップでは、前記電話網が利用不能の場合、一定時間毎に前記音声の安否伝言を前記音声電話端末に再送信することを要旨とする。
【発明の効果】
【００１５】
本発明によれば、安否伝言制御システムの利便性を向上できる。
【図面の簡単な説明】
【００１６】
【図１】安否伝言制御システムの構成を示す図である。
【図２】安否伝言テキスト情報の音声プッシュ通知処理を示す図である。
【図３】安否伝言テキスト情報の音声プッシュ通知処理（輻輳時）を示す図である。
【図４】不完了安否情報一覧ファイルの例を示す図である。
【図５】安否伝言テキスト情報の配信処理を示す図である。
【図６】本発明の効果を説明する際の参照図である。
【発明を実施するための形態】
【００１７】
以下、本発明を実施する一実施の形態について図面を用いて説明する。
【００１８】
図１は、本実施の形態に係る安否伝言制御システム１の構成を示す図である。該安否伝言制御システム１は、テキストで入力された安否伝言テキスト情報を登録するための機能部として、振り分け機能部１１と、Ｗｅｂサーバ部１２と、ＡＰサーバ部１３と、ＤＢサーバ部１４と、ストレージ部１５と、を備えて構成される。インターネット端末２からテキストで入力された安否伝言テキスト情報は、各機能部１１〜１４を経由してストレージ部１５に蓄積される。該ストレージ部１５は、安否伝言制御システム１を構成する全ての機能部からアクセス可能である。
【００１９】
また、安否伝言制御システム１は、蓄積した安否伝言テキスト情報を提供するための機能部として、プラットフォーム部１６と、メディアサーバ部１７と、ＴＴＳ（Text To Speech）サーバ部１８と、メールサーバ部１９と、配信サーバ部２０と、を備えて構成される。
【００２０】
ここで、メールサーバ部１９は、安否伝言制御システム１が従来から備える機能部である。該メールサーバ部１９は、テキスト伝言である安否伝言テキスト情報を電子メールで送信するように構成されている。つまり、従来の安否伝言制御システム１は、上記課題で説明したように、スマートフォン端末等、インターネットに接続可能なインターネット端末３での操作に基づき、ＡＰサーバ部１３からプラットフォーム部１６を介してストレージ部１５より安否伝言テキスト情報を取り出してメールサーバ部１９からプッシュ通知していた。
【００２１】
しかし、上記課題として提起したように、テキスト端末であるインターネット端末３で所定の操作が必要とされるため、該インターネット端末３の操作が不得手な者，非インターネット端末（主に固定電話）のみを持つ者等にとっては使い勝手が悪い。そのため、本発明では、音声端末である音声電話端末４に音声で安否伝言を送信する。これにより、万人に使い勝手のよい安否伝言制御システム１を実現する。
【００２２】
そこで、本実施の形態では、非インターネット端末である音声電話端末４に音声で安否伝言を通知するため、安否伝言制御システム１に、音声ファイルをガイダンス送出するメディアサーバ部１７と、テキスト情報を音声ファイルに変換するＴＴＳサーバ部１８と、を設けている。ＡＰサーバ部１３からの指示に基づきプラットフォーム部１６でストレージ部１５から取得された安否伝言テキスト情報をＴＴＳサーバ部１８で安否伝言音声ファイルに変換し、メディアサーバ部１７よりＳＩＰ／ＲＴＰ等の電話網を介して音声電話端末４に音声で安否伝言をプッシュ通知する。なお、ＴＴＳサーバ部１８で行うテキストから音声への変換処理は既存技術を用いて実現する。
【００２３】
また、上記課題で述べたように、音声電話端末４を収容する電話網での輻輳等により、メディアサーバ部１７から音声電話端末４へのプッシュ通知が不完了となる可能性が高い。そこで、本実施の形態では、安否伝言を確実に伝達するため、２つの方法を提案する。１つ目は、一定時間が経過した後に安否伝言音声ファイルのプッシュ通知を再実行する。２つ目は、変換前の安否伝言テキスト情報を不特定多数が利用可能な表示媒体に配信する配信サーバ部２０を設ける。該配信サーバ部２０は、プラットフォーム部１６からの指示に基づき、不完了であった音声電話端末４の一覧をもとに該音声電話端末４の所属する自治体等の公共スクリーン５に安否伝言テキスト情報をプッシュ通知する。
【００２４】
次に、図２を参照しながら、安否伝言テキスト情報を音声でプッシュ通知する処理動作について説明する。
【００２５】
まず、安否伝言テキスト情報の登録後、インターネット端末２での音声通知要求に基づき、ＡＰサーバ部１３は、伝言登録者が指定する電話番号の音声電話端末４に安否伝言テキスト情報を音声で通知するため、安否伝言テキスト情報再生要求をプラットフォーム部１６に送信する（ステップＳ１０１）。
【００２６】
次に、プラットフォーム部１６は、上記安否伝言テキスト情報再生要求を受信すると、安否伝言テキスト情報取得要求をストレージ部１５に送信し（ステップＳ１０２）、該当する音声電話端末４向けの安否伝言テキスト情報を取得する（ステップＳ１０３）。
【００２７】
続いて、プラットフォーム部１６は、取得した安否伝言テキスト情報を音声に変換するため、該安否伝言テキスト情報の音声変換要求をＴＴＳサーバ部１８に送信する（ステップＳ１０４）。
【００２８】
ＴＴＳサーバ部１８は、該音声変換要求に基づき上記安否伝言テキスト情報を安否伝言音声ファイルに変換し（ステップＳ１０５）、該安否伝言テキスト情報の音声変換結果通知をプラットフォーム部１６に送信するとともに（ステップＳ１０６）、変換した安否伝言音声ファイルを蓄積するための安否伝言音声ファイル配備信号をストレージ部１５に送信する（ステップＳ１０７）。これにより、安否伝言音声ファイルがストレージ部１５に蓄積される。
【００２９】
その後、プラットフォーム部１６は、ＴＴＳサーバ部１８から安否伝言テキスト情報の音声変換結果通知を受信すると、上記安否伝言テキスト情報再生要求の送信元であるＡＰサーバ部１３に再生要求応答を送信するとともに（ステップＳ１０８）、メディアサーバ部１７に対して、上記音声変換結果を受けた安否伝言音声ファイルを該当の音声電話端末４で再生させるためのガイダンス再生要求を送信する（ステップＳ１０９）。
【００３０】
続いて、メディアサーバ部１７は、該ガイダンス再生要求に基づき安否伝言音声ファイル取得要求をストレージ部１５に送信し（ステップＳ１１０）、該当の安否伝言音声ファイルを取得する（ステップＳ１１１）。その後、電話網６を介して該当の音声電話端末４に音声発呼を行い、安否伝言の案内ガイダンス及び安否伝言音声ファイルの再生データを音声電話端末４に送信し、該安否伝言を上記伝言登録者の家族や親戚等に通知する（ステップＳ１１２）。
【００３１】
安否伝言再生の正常終了後、メディアサーバ部１７は、ガイダンスが正常終了した旨のガイダンス再生結果通知をプラットフォーム部１６に送信する（ステップＳ１１３）。その後、プラットフォーム部１６は、安否伝言テキスト情報の音声再生が完了したことを示す再生完了通知をＡＰサーバ部１３に送信するとともに（ステップＳ１１４）、該当の安否伝言音声ファイルを削除するための安否伝言音声ファイル削除要求をストレージ部１５に送信する（ステップＳ１１５）。ストレージ部１５は、該安否伝言音声ファイル削除要求に基づき該当の安否伝言音声ファイルを削除する（ステップＳ１１６）。
【００３２】
以上説明したように、ＴＴＳサーバ部１８が、安否伝言テキスト情報を安否伝言音声ファイルに変換し、メディアサーバ部１７が、電話網６を介して該安否伝言音声ファイルの再生データを音声電話端末４に送信するため、メール機能やブラウザ機能のない従来の固定電話でもテキストの安否伝言を確認できることから、万人にとって使い勝手のよい安否伝言制御システム１を提供可能となる。
【００３３】
また、プラットフォーム部１６が、安否伝言音声ファイルのプッシュ通知の正常終了後、該安否伝言音声ファイルをストレージ部１５から削除するため、安否伝言制御システム１の持つストレージのリソース容量を最適化可能となる。
【００３４】
次に、図３を参照しながら、電話網での輻輳等により音声発呼が失敗した場合の処理動作について説明する。ステップＳ２０１〜Ｓ２１２は、ステップＳ１０１〜Ｓ１１２と同じである。
【００３５】
輻輳等が発生した場合、電話網６から音声発呼元であるメディアサーバ部１７にＳＩＰレスポンスコード：５０３（Service Unavailable）応答が通知される（ステップＳ２１３）。
【００３６】
その場合、メディアサーバ部１７は、音声による案内ガイダンス通知が失敗したことを示すガイダンス再生ＮＧ（５０３応答）をプラットフォーム部１６に送信する（ステップＳ２１４）。
【００３７】
プラットフォーム部１６は、該ガイダンス再生ＮＧ（５０３応答）を受信すると、不完了管理処理として待ち合わせタイマを起動し、該待ち合わせタイマに設定された一定時間が経過するまで処理を待機する（ステップＳ２１５）。そして、該待ち合わせタイマがタイムアウトした後、ステップＳ２０９と同じガイダンス再生要求をメディアサーバ部１７に再送信する（ステップＳ２１６）。なお、待ち合わせタイマの値は任意に設定可能であるが、電話網６の輻輳状態が解消するまでの時間を考慮すると、例えば１時間程度が好ましい。
【００３８】
その後、メディアサーバ部１７は、取得済の安否伝言音声ファイルを用いて音声電話端末４に音声発呼を再実行する（ステップＳ２１７）。電話網６の輻輳状態が解除され、新たな呼の受け入れが可能な状態となっている場合には、メディアサーバ部１７からの発呼は受け付けられ、安否伝言の案内ガイダンス及び安否伝言音声ファイルの再生データが音声電話端末４に送信され、安否伝言が音声で通知される。そして、安否伝言再生の正常終了後はステップＳ１１３〜Ｓ１１６と同一の処理を実行する（ステップＳ２１８〜Ｓ２２１）。一方、電話網６の輻輳状態が解除されていない場合には、上記待ち合わせタイマの一定時間毎にステップＳ２１４〜Ｓ２１７を繰り返し実行する。
【００３９】
以上説明したように、メディアサーバ部１７は、電話網６での輻輳等により音声発呼が失敗した場合、一定時間毎に音声発呼を再実行するため、安否情報を確実に伝達可能となる。
【００４０】
これまで、安否伝言音声ファイルの再生処理が完了する例を説明した。しかし、電話網６の利用不可状態が長時間継続する場合、再発呼を何回か繰り返しても安否情報を送信できず、音声発呼が最終的に不完了となる可能性がある。そのため、例えば、再発呼の最大回数が１０回であり、待ち合わせタイマの値が１時間の場合、１０時間を超えても安否情報を確認不可能となる。
【００４１】
そこで、不完了とされた音声発呼の安否伝言テキスト情報をリスト化して不完了安否情報一覧ファイルに登録しておき、音声発呼の回数が再発呼の最大回数で不完了となった場合、該不完了安否情報一覧ファイルを公共の表示媒体に配信する。例えば、図４に示すように、電話番号等をキーとして地域毎に分けたＧｒｏｕｐＡ，Ｂの各不完了安否情報一覧ファイルをそれぞれ生成し、伝言登録者や伝言受信者の電話番号，名前，伝言内容等を登録しておき、音声通知が最大回数に到達した場合に公共表示媒体へ配信する。なお、不完了安否情報ファイルの生成方法は任意である。例えば、不特定多数に対して表示されることを考慮し、電話番号の下３桁を隠ぺいしてもよいし、１つの電話番号に対して複数の伝言者名を関連付けてもよい。
【００４２】
引き続き、図５を参照しながら、電話網の利用不可状態が継続する場合の処理動作を説明する。ここでは、音声電話端末に対する安否伝言の音声通知をあきらめ、該安否伝言を公共スクリーン（例えば、デジタルサイネージ）にテキスト表示する例を説明する。
【００４３】
音声発呼の回数が最大回数を超過後、ＡＰサーバ部１３は、該当する不完了の音声発呼に係る安否情報を配信するため、不完了安否情報配信要求をプラットフォーム部１６に送信する（ステップＳ３０１）。
【００４４】
プラットフォーム部１６は、該不完了安否情報配信要求を受信すると、改めて不完了安否情報配信要求として配信サーバ部２０に送信する（ステップＳ３０２）。
【００４５】
配信サーバ部２０は、該不完了安否情報配信要求を受信すると、不完了安否情報一覧ファイルの読み出し要求をストレージ部１５に送信し（ステップＳ３０３）、ＧｒｏｕｐＡ，Ｂの各不完了安否情報一覧ファイルをそれぞれ取得する（ステップＳ３０４）。
【００４６】
その後、配信サーバ部２０は、ＧｒｏｕｐＡの不完了安否情報一覧ファイルをＧｒｏｕｐＡの公共スクリーン５Ａに配信するとともに（ステップＳ３０５）、ＧｒｏｕｐＢの不完了安否情報一覧ファイルをＧｒｏｕｐＢの公共スクリーン５Ｂに配信する（ステップＳ３０６）。これにより、ＧｒｏｕｐＡ，Ｂの各不完了安否情報一覧ファイルの内容がＧｒｏｕｐＡ，Ｂの各公共スクリーン５Ａ，５Ｂでそれぞれ表示される。各公共スクリーンＡ，Ｂの表示内容を本人や知人が視聴することにより、伝言登録者の安否情報を確認可能となる。なお、不完了安否情報一覧ファイルの配信方法は任意である。例えば、ＧｒｏｕｐＡ，Ｂの地域が近い場合、ＧｒｏｕｐＡ，Ｂの両不完了安否情報一覧ファイルをＧｒｏｕｐＡの公共スクリーン５Ａに配信してもよい。
【００４７】
不完了安否情報一覧ファイルの配信終了後、配信サーバ部２０は、不完了安否情報配信完了応答をプラットフォーム部１６に送信し、不完了安否情報配信要求が正常終了したことを返答する（ステップＳ３０７）。同様にプラットフォーム部１６は、不完了安否情報配信完了応答をＡＰサーバ部１３に送信し、不完了安否情報配信要求が正常終了したことを返答する（ステップＳ３０８）。音声発呼処理の不完了の有無に関わらず、音声電話端末４に対する安否伝言音声ファイルの再生処理とともに実行してもよい。
【００４８】
以上説明したように、配信サーバ部２０は、不完了の音声発呼に係る安否伝言テキスト情報をユーザの地域毎にグループ化して保持しておき、音声発呼を最大回数行っても安否伝言音声ファイルの再生データを音声電話端末４に送信できない場合、少なくとも同一地域の公共スクリーン５に配信するため、安否情報をより確実に伝達可能となる。
【００４９】
なお、安否伝言テキスト情報の配信処理については、音声発呼処理の不完了／完了に関わらず、安否伝言音声ファイルの再生処理と並行して実行してもよい。これにより、音声電話端末４による安否情報の音声出力と公共スクリーン５による安否情報のテキスト出力とが同時に行われるため、安否情報を更に確実に伝達可能となる。
【００５０】
最後に、図６を参照しながら、本発明の効果について説明する。本発明によれば、安否伝言制御システム１において、インターネット端末２から入力された安否伝言テキスト情報を安否伝言音声ファイルに変換し、電話網６を介して音声電話端末４に音声でプッシュ通知するため、高齢者や障害者，固定電話のみを持つ者等、万人にとって使い勝手のよい安否伝言システムを提供できる。
【００５１】
また、輻輳等により電話がつながらない場合は一定時間毎に音声のプッシュ通知を再実行し、それでもつながらない場合には、安否伝言テキスト情報を地域毎の公共スクリーン５Ａ，５Ｂにそれぞれ配信するため、伝言相手に通知する機会が拡大し、安否情報を確実に提供できる。
【００５２】
なお、上述した安否伝言制御システム１は、ＣＰＵ等の演算機能やメモリ等の記憶機能を備えたコンピュータで実現できる。また、安否伝言制御システム１としてコンピュータを機能させるためのプログラムや該プログラムの記憶媒体を作成することも可能である。
【符号の説明】
【００５３】
１…安否伝言制御システム
２，３…インターネット端末
４…音声電話端末
５…公共スクリーン
６…電話網
１１…振り分け機能部
１２…Ｗｅｂサーバ部
１３…ＡＰサーバ部
１４…ＤＢサーバ部
１５…ストレージ部
１６…プラットフォーム部
１７…メディアサーバ部
１８…ＴＴＳサーバ部
１９…メールサーバ部
２０…配信サーバ部
Ｓ１０１〜Ｓ１１６，Ｓ２０１〜Ｓ２２１，Ｓ３０１〜Ｓ３０８…ステップ
【図１】
0006339946.tif 000002
【図２】
0006339946.tif 000003
【図３】
0006339946.tif 000004
【図４】
0006339946.tif 000005
【図５】
0006339946.tif 000006
【図６】
0006339946.tif 000007