特許 5879377 安否確認システム、音声安否情報提供装置、安否確認方法及び安否確認プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5879377

(24)【登録日】2016年2月5日

(45)【発行日】2016年3月8日

(54)【発明の名称】安否確認システム、音声安否情報提供装置、安否確認方法及び安否確認プログラム

(51)【国際特許分類】

   H04M 3/42 20060101AFI20160223BHJP

   H04M 11/00 20060101ALI20160223BHJP

   G08B 25/04 20060101ALI20160223BHJP

   G08B 25/10 20060101ALI20160223BHJP

【ＦＩ】

   H04M3/42 J

   H04M11/00 302

   G08B25/04 K

   G08B25/10 D

【請求項の数】8

【全頁数】15

(21)【出願番号】特願2014-41475(P2014-41475)

(22)【出願日】2014年3月4日

(65)【公開番号】特開2015-167328(P2015-167328A)

(43)【公開日】2015年9月24日

【審査請求日】2014年3月4日

(73)【特許権者】

【識別番号】397065480

【氏名又は名称】エヌ・ティ・ティ・コムウェア株式会社

(73)【特許権者】

【識別番号】000004226

【氏名又は名称】日本電信電話株式会社

(74)【代理人】

【識別番号】100083806

【弁理士】

【氏名又は名称】三好 秀和

(74)【代理人】

【識別番号】100100712

【弁理士】

【氏名又は名称】岩▲崎▼ 幸邦

(74)【代理人】

【識別番号】100101247

【弁理士】

【氏名又は名称】高橋 俊一

(74)【代理人】

【識別番号】100095500

【弁理士】

【氏名又は名称】伊藤 正和

(72)【発明者】

【氏名】藤兼 寛

(72)【発明者】

【氏名】田中 誠二

(72)【発明者】

【氏名】佐藤 晋太郎

(72)【発明者】

【氏名】伊藤 浩之

(72)【発明者】

【氏名】伊能 和義

(72)【発明者】

【氏名】大森 敏充

(72)【発明者】

【氏名】大西 正嗣

(72)【発明者】

【氏名】伊勢 誠

(72)【発明者】

【氏名】干川 尚人

【審査官】 松平 英

(56)【参考文献】

【文献】 特開平１１−１６３９２２（ＪＰ，Ａ）

【文献】 特開平０９−２８４４１３（ＪＰ，Ａ）

【文献】 特開２００９−０２７５６０（ＪＰ，Ａ）

【文献】 特開平１１−１７７６９７（ＪＰ，Ａ）

【文献】 特開２００２−０９９４８６（ＪＰ，Ａ）

【文献】 特開２００２−０３４０７４（ＪＰ，Ａ）

【文献】 特開２０１３−００５２８０（ＪＰ，Ａ）

【文献】 特開２０１３−００５２８１（ＪＰ，Ａ）

【文献】 特開平７−６４５８３（ＪＰ，Ａ）

【文献】 特開２００２−２１５５３４（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０８Ｂ１９／００−３１／００

Ｈ０４Ｂ ７／２４−７／２６

Ｈ０４Ｍ １／００

１／２４−３／００

３／１６−３／２０

３／３８−３／５８

７／００−７／１６

１１／００−１１／１０

９９／００

Ｈ０４Ｗ ４／００−９９／００

(57)【特許請求の範囲】

【請求項1】

音声の安否情報を提供する音声安否情報提供部と、文字の安否情報を提供する文字安否情報提供部とを備えた安否確認システムにおいて、
前記音声安否情報提供部は、
電話端末からの伝言確認要求に基づき前記文字安否情報提供部から文字の安否情報を収集する収集手段と、
収集した文字の安否情報を音声の安否情報に変換する変換手段と、
変換した音声の安否情報を前記電話端末に向けて送信する送信手段と、を有し、
前記文字安否情報提供部は、
情報処理端末からの伝言確認要求に基づき前記音声安否情報提供部から音声の安否情報を収集する収集手段と、
収集した音声の安否情報を文字の安否情報に変換する変換手段と、
変換した文字の安否情報を前記情報処理端末に送信する送信手段と、を有し、
前記音声安否情報提供部の変換手段は、
前記収集した複数の文字の安否情報のうち再生候補予定分を先行して変換する
ことを特徴とする安否確認システム。

【請求項2】

前記音声安否情報提供部の変換手段は、
変換した音声の安否情報を再度の送信処理のために一定時間保持しておくことを特徴とする請求項１に記載の安否確認システム。

【請求項3】

前記音声安否情報提供部は、
音声の安否情報の追加予定数を管理値に仮追加し、仮追加後の管理値が上限未達の場合、当該音声の安否情報を記憶手段に登録して仮追加後の管理値を確定し、追加予定の音声の安否情報を受信しない場合、仮追加後の管理値から前記追加予定数を削減する受付手段、
を更に有することを特徴とする請求項１又は２に記載の安否確認システム。

【請求項4】

音声の安否情報を提供する音声安否情報提供装置において、
電話端末からの伝言確認要求に基づき、文字の安否情報を提供する文字安否情報提供装置から文字の安否情報を収集する収集手段と、
収集した文字の安否情報を音声の安否情報に変換する変換手段と、
変換した音声の安否情報を前記電話端末に向けて送信する送信手段と、を有し、
前記変換手段は、
前記収集した複数の文字の安否情報のうち再生候補予定分を先行して変換する
ことを特徴とする音声安否情報提供装置。

【請求項5】

音声の安否情報の追加予定数を管理値に仮追加し、仮追加後の管理値が上限未達の場合、当該音声の安否情報を記憶手段に登録して仮追加後の管理値を確定し、追加予定の音声の安否情報を受信しない場合、仮追加後の管理値から前記追加予定数を削減する受付手段、
を更に有することを特徴とする請求項４に記載の音声安否情報提供装置。

【請求項6】

音声の安否情報を提供する音声安否情報提供装置で行う安否確認方法において、
前記音声安否情報提供装置により、
電話端末からの伝言確認要求に基づき、文字の安否情報を提供する文字安否情報提供装置から文字の安否情報を収集する収集ステップと、
収集した文字の安否情報を音声の安否情報に変換する変換ステップと、
変換した音声の安否情報を前記電話端末に向けて送信する送信ステップと、を有し、
前記変換ステップでは、
前記収集した複数の文字の安否情報のうち再生候補予定分を先行して変換する
ことを特徴とする安否確認方法。

【請求項7】

音声の安否情報の追加予定数を管理値に仮追加し、仮追加後の管理値が上限未達の場合、当該音声の安否情報を記憶手段に登録して仮追加後の管理値を確定し、追加予定の音声の安否情報を受信しない場合、仮追加後の管理値から前記追加予定数を削減する受付ステップ、
を更に有することを特徴とする請求項６に記載の安否確認方法。

【請求項8】

請求項６又は７に記載の安否確認方法をコンピュータに実行させることを特徴とする安否確認プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、安否情報を処理する技術に関する。

【背景技術】

【0002】

近年より、災害発生時に被災者との連絡や安否確認を行うため、災害用伝言ダイヤル（音声系伝言登録閲覧システム）や災害用伝言板（文字系伝言登録閲覧システム）を利用することができる（非特許文献１参照）。音声系伝言登録閲覧システムは、電話端末からの音声の安否情報を録音し、伝言確認要求に基づき電話端末に向けて送信する。一方、文字系伝言登録閲覧システムは、情報処理端末からのテキストの安否情報を登録し、伝言確認要求に基づき情報処理端末のブラウザ画面に表示させる。

【先行技術文献】

【非特許文献】

【0003】

【非特許文献1】“災害への取り組み”、ＮＴＴ東日本株式会社、［online］、［平成25年12月17日検索］、＜URL: http://www.ntt-east.co.jp/saigai/index.html＞

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかし、それら２つのシステムは被災者等の安否を確認するための共通のサービスを提供するが、システム間で相互に連携していないため、ユーザに対して利用上の負担を与えるという課題があった。例えば、被災者の音声が音声系伝言登録閲覧システムにのみ録音されている場合、文字系伝言登録閲覧システムへの連絡を期待しても永遠に受けることはできず、改めて音声系伝言登録閲覧システムへ電話をかける必要がある。

【0005】

本発明は、上記事情を鑑みてなされたものであり、安否確認システムの利便性を改善することを目的とする。

【課題を解決するための手段】

【0006】

請求項１に記載の安否確認システムは、音声の安否情報を提供する音声安否情報提供部と、文字の安否情報を提供する文字安否情報提供部とを備えた安否確認システムにおいて、前記音声安否情報提供部は、電話端末からの伝言確認要求に基づき前記文字安否情報提供部から文字の安否情報を収集する収集手段と、収集した文字の安否情報を音声の安否情報に変換する変換手段と、変換した音声の安否情報を前記電話端末に向けて送信する送信手段と、を有し、前記文字安否情報提供部は、情報処理端末からの伝言確認要求に基づき前記音声安否情報提供部から音声の安否情報を収集する収集手段と、収集した音声の安否情報を文字の安否情報に変換する変換手段と、変換した文字の安否情報を前記情報処理端末に送信する送信手段と、を有し、前記音声安否情報提供部の変換手段は、前記収集した複数の文字の安否情報のうち再生候補予定分を先行して変換することを要旨とする。

【0007】

本発明によれば、音声安否情報提供部が、電話端末からの伝言確認要求に基づき文字安否情報提供部から文字の安否情報を収集し、音声の安否情報に変換して電話端末に向けて送信するため、登録されている文字の安否情報を音声で提供可能となる。また、本発明によれば、文字安否情報提供部が、情報処理端末からの伝言確認要求に基づき音声安否情報提供部から音声の安否情報を収集し、文字の安否情報に変換して情報処理端末に送信するため、録音されている音声の安否情報を文字で提供可能となる。これらの効果より、例えば、音声系伝言登録閲覧システムと文字系伝言登録閲覧システムのうち一方にのみ録音又は登録しておけば被災者等の安否を確認できることから、結果として安否確認システムの利便性を向上することができる。

【0008】

請求項２に記載の安否確認システムは、請求項１に記載の安否確認システムにおいて、前記音声安否情報提供部の変換手段は、変換した音声の安否情報を再度の送信処理のために一定時間保持しておくことを要旨とする。
請求項３に記載の安否確認システムは、請求項１又は２に記載の安否確認システムにおいて、前記音声安否情報提供部は、音声の安否情報の追加予定数を管理値に仮追加し、仮追加後の管理値が上限未達の場合、当該音声の安否情報を記憶手段に登録して仮追加後の管理値を確定し、追加予定の音声の安否情報を受信しない場合、仮追加後の管理値から前記追加予定数を削減する受付手段、を更に有することを要旨とする。

【0009】

請求項４に記載の音声安否情報提供装置は、音声の安否情報を提供する音声安否情報提供装置において、電話端末からの伝言確認要求に基づき、文字の安否情報を提供する文字安否情報提供装置から文字の安否情報を収集する収集手段と、収集した文字の安否情報を音声の安否情報に変換する変換手段と、変換した音声の安否情報を前記電話端末に向けて送信する送信手段と、を有し、前記変換手段は、前記収集した複数の文字の安否情報のうち再生候補予定分を先行して変換することを要旨とする。

【0010】

請求項５に記載の文字安否情報提供装置は、請求項４に記載の音声安否情報提供装置において、音声の安否情報の追加予定数を管理値に仮追加し、仮追加後の管理値が上限未達の場合、当該音声の安否情報を記憶手段に登録して仮追加後の管理値を確定し、追加予定の音声の安否情報を受信しない場合、仮追加後の管理値から前記追加予定数を削減する受付手段、を更に有することを要旨とする。

【0011】

請求項６に記載の安否確認方法は、音声の安否情報を提供する音声安否情報提供装置で行う安否確認方法において、前記音声安否情報提供装置により、電話端末からの伝言確認要求に基づき、文字の安否情報を提供する文字安否情報提供装置から文字の安否情報を収集する収集ステップと、収集した文字の安否情報を音声の安否情報に変換する変換ステップと、変換した音声の安否情報を前記電話端末に向けて送信する送信ステップと、を有し、前記変換ステップでは、前記収集した複数の文字の安否情報のうち再生候補予定分を先行して変換することを要旨とする。

【0012】

請求項７に記載の安否確認方法は、請求項６に記載の安否確認方法において、音声の安否情報の追加予定数を管理値に仮追加し、仮追加後の管理値が上限未達の場合、当該音声の安否情報を記憶手段に登録して仮追加後の管理値を確定し、追加予定の音声の安否情報を受信しない場合、仮追加後の管理値から前記追加予定数を削減する受付ステップ、を更に有することを特徴とする。

【0013】

請求項８に記載の安否確認プログラムは、請求項６又は７に記載の安否確認方法をコンピュータに実行させることを要旨とする。

【発明の効果】

【0014】

本発明によれば、安否確認システムの利便性を向上することができる。

【図面の簡単な説明】

【0015】

【図1】安否確認システムの全体構成を示す図である。

【図2】音声系伝言登録閲覧システムと文字系伝言登録閲覧システムの各機能ブロック構成を示す図である。

【図3】テキスト伝言音声提供処理を示すシーケンス図である。

【図4】音声伝言テキスト提供処理を示すシーケンス図である。

【図5】テキスト伝言の登録表示画面例を示す図である。

【図6】音声伝言の録音処理を示すシーケンス図である。

【図7】音声伝言の確認処理を示すシーケンス図である。

【発明を実施するための形態】

【0016】

本発明は、（１）音声系伝言登録閲覧システムが、電話端末からの伝言確認要求に基づき文字系伝言登録閲覧システムからテキストの安否情報を収集し、音声に変換して当該電話端末に向けて送信し、（２）文字系伝言登録閲覧システムが、情報処理端末からの伝言確認要求に基づき音声系伝言登録閲覧システムから音声の安否情報を収集し、テキストに変換して当該情報処理端末に送信することにより、安否確認システムの利便性を向上するようにしている。以下、本発明を実施する一実施の形態について図面を用いて説明する。

【0017】

図１は、本実施の形態に係る安否確認システム１００の全体構成を示す図である。本安否確認システム１００は、電話端末５から送信された音声の安否情報を提供する音声系伝言登録閲覧システム１と、情報処理端末７から送信されたテキストの安否情報を提供する文字系伝言登録閲覧システム３とを備えて構成される。音声系伝言登録閲覧システム１は、特許請求の範囲の音声安否情報提供部や音声安否情報提供装置に相当し、文字系伝言登録閲覧システム３は、特許請求の範囲の文字安否情報提供部や文字安否情報提供装置に相当する。なお、電話端末５とは、例えば、固定電話、携帯電話、スマートフォン端末等である。また、情報処理端末７とは、パーソナルコンピュータ、スマートフォン端末、タブレット端末等である。

【0018】

図２は、それら各システム１，３の機能ブロック構成を示す図である。まず、音声系伝言登録閲覧システム１の機能について説明する。音声系伝言登録閲覧システム１は、安否情報受付部１１と、安否情報記憶部１２と、安否情報提供部１３と、安否情報収集部１４と、テキスト／音声変換部１５と、第１の安否情報送信部１６と、第２の安否情報送信部１７とを備えている。

【0019】

安否情報受付部１１は、電話端末５からの音声呼に基づいてＭＳサーバ（Media Server：音声呼終端装置。図１参照）９から送信される要求を受け付ける機能部である。その音声呼の種別が伝言録音要求呼であれば、ユーザの発話音声データを安否情報記憶部１２に録音する。一方、伝言確認要求呼であれば、文字系伝言登録閲覧システム３から伝言ファイルを収集するための伝言ファイル収集要求を安否情報収集部１４に送信する。なお、伝言確認要求呼の場合、従来通り自システム１内の安否情報記憶部１２から音声伝言ファイルを取得してもよい。

【0020】

安否情報記憶部１２は、安否情報受付部１１で受け付けた発話音声データを音声伝言ファイルとして電話端末５の電話番号等に関連付けて録音しておく機能部である。

【0021】

安否情報提供部１３は、文字系伝言登録閲覧システム３からの伝言ファイル収集要求に基づき、安否情報記憶部１２に録音されている音声伝言ファイルを提供する機能部である。

【0022】

安否情報収集部１４は、安否情報受付部１１からの伝言ファイル収集要求に基づき、文字系伝言登録閲覧システム３から伝言ファイルを収集する機能部である。ここで収集する伝言ファイルの種別は、テキスト伝言ファイルに限らず、文字系伝言登録閲覧システム３に音声伝言ファイルがアップロードされていればそれも収集対象とする。

【0023】

テキスト／音声変換部１５は、安否情報収集部１４で収集した伝言ファイルがテキスト伝言ファイルであれば、そのテキスト伝言ファイル内のテキストデータを音声データに変換する機能部である。変換後の音声データは再利用するために一定時間保持される。

【0024】

第１の安否情報送信部１６は、テキスト／音声変換部１５で変換した音声データの音声伝言ファイルを電話端末５に向けて送信する機能部である。実際にはＭＳサーバ９に送信され、そのＭＳサーバ９が再生することにより電話端末５から音声出力される。一方、安否情報収集部１４で収集した伝言ファイルが音声伝言ファイルであれば、その音声伝言ファイルを送信する。なお、従来通り自システム１内の安否情報記憶部１２から取得した音声伝言ファイルを送信してもよい。

【0025】

第２の安否情報送信部１７は、安否情報収集部１４で収集した伝言ファイルを電子メールで電話端末５のメールサーバ８ａへ送信する機能部である。

【0026】

続いて、文字系伝言登録閲覧システム３の機能について説明する。文字系伝言登録閲覧システム３は、安否情報受付部３１と、安否情報記憶部３２と、安否情報提供部３３と、安否情報収集部３４と、音声／テキスト変換部３５と、安否情報送信部３６とを備えている。

【0027】

安否情報受付部３１は、情報処理端末７からの要求を受け付ける機能部である。その要求の種別が伝言登録要求であれば、情報処理端末７のブラウザ画面上で入力されたテキストデータ又はアップロードされた発話音声データを安否情報記憶部３２に登録する。一方、伝言確認要求であれば、音声系伝言登録閲覧システム１から伝言ファイルを収集するための伝言ファイル収集要求を安否情報収集部３４に送信する。なお、伝言確認要求の場合、従来通り自システム３内の安否情報記憶部３２から伝言ファイルを取得してもよい。

【0028】

安否情報記憶部３２は、安否情報受付部３１で受け付けたテキストデータをテキスト伝言ファイルとし、アップロードされた発話音声データを音声伝言ファイルとして、その受付時に入力された電話番号、登録日時、登録者等に関連付けて登録しておく機能部である。

【0029】

安否情報提供部３３は、音声系伝言登録閲覧システム１からの伝言ファイル収集要求に基づき、安否情報記憶部３２に登録されている伝言ファイル（テキスト伝言ファイル、音声伝言ファイル）を提供する機能部である。

【0030】

安否情報収集部３４は、安否情報受付部３１からの伝言ファイル収集要求に基づき、音声系伝言登録閲覧システム１から音声伝言ファイルを収集する機能部である。

【0031】

音声／テキスト変換部３５は、安否情報収集部３４で収集した音声伝言ファイル内の音声データをテキストデータに変換する機能部である。

【0032】

安否情報送信部３６は、音声／テキスト変換部３５で変換したテキストデータのテキスト伝言ファイルを情報処理端末７にＨＴＴＰで送信し、その情報処理端末７のブラウザ画面に表示させる機能部である。また、安否情報収集部３４で収集した音声伝言ファイルを情報処理端末７からのダウンロード要求に基づいて転送する機能も備えている。更に、そのテキスト伝言ファイルやその音声伝言ファイルを電子メールで情報処理端末７のメールサーバ８ｂへ送信する機能も備えている。なお、従来通り自システム３内の安否情報記憶部３２から取得したテキスト伝言ファイル内のテキストデータを表示させてもよい。

【0033】

次に、本実施の形態に係る安否確認システムの動作を説明する。最初に、文字系伝言登録閲覧システム３に登録されたテキスト伝言を音声系伝言登録閲覧システム１から音声で提供するテキスト伝言音声提供動作について説明する。図３は、テキスト伝言音声提供処理を示すシーケンス図である。

【0034】

まず、ステップＳ１０１において、文字系伝言登録閲覧システム３の安否情報受付部３１は、情報処理端末７のブラウザ画面上から安否に関するテキスト伝言が入力されると、そのテキストデータをテキスト伝言ファイルとして安否情報記憶部３２に登録する。本ステップはテキスト伝言が入力される度に繰り返し実行され、複数のテキスト伝言ファイルが登録される。

【0035】

次に、ステップＳ１０２において、音声系伝言登録閲覧システム１の安否情報受付部１１が、電話端末５からの伝言確認要求呼（例えば、１７１＋２＋○○○）に基づいてＭＳサーバ９から伝言確認要求を受け付けると、同システム１の安否情報収集部１４は、該当のテキスト伝言ファイルを収集するために伝言ファイル収集要求を文字系伝言登録閲覧システム３へ送信する。

【0036】

次に、ステップＳ１０３において、文字系伝言登録閲覧システム３の安否情報提供部３３は、音声系伝言登録閲覧システム１からの伝言ファイル収集要求に基づき、安否情報記憶部３２に登録されている該当のテキスト伝言ファイルを送信する。

【0037】

次に、ステップＳ１０４において、音声系伝言登録閲覧システム１の安否情報収集部１４が文字系伝言登録閲覧システム３からテキスト伝言ファイルを収集すると、同システム１のテキスト／音声変換部１５は、収集したテキスト伝言ファイル内のテキストデータを音声データに変換する。

【0038】

最後に、ステップＳ１０５において、音声系伝言登録閲覧システム１の第１の安否情報送信部１６が、ステップＳ１０４で変換された音声データの音声伝言ファイル（テキスト伝言ファイルを変換した音声伝言ファイル）を伝言確認要求元のＭＳサーバ９へ送信する。このとき、音声伝言ファイルをそのまま送信してもよいし、電話端末５で対応可能なコーデックに変換した後に送信してもよい。その後、ＭＳサーバ９により、その音声伝言ファイルが再生されて電話端末５から音声出力される。

【0039】

なお、音声系伝言登録閲覧システム１の安否情報収集部１４は、文字系伝言登録閲覧システム３に音声伝言ファイルがアップロードされており、その音声伝言ファイルが伝言確認要求の対象ファイルに該当する場合には、該当のテキスト伝言ファイルと共に該当の音声伝言ファイルも併せて文字系伝言登録閲覧システム３から収集し、同システム１の第１の安否情報送信部１６は、その音声伝言ファイルを安否情報収集部１４から直接受け取りＭＳサーバ９へ送信する。

【0040】

また、音声系伝言登録閲覧システム１の第２の安否情報送信部１７は、文字系伝言登録閲覧システム３から収集した伝言ファイルがテキスト伝言ファイルであれば、そのテキスト伝言ファイルから伝言データを抽出し、電子メールのメッセージ欄に入力してメールサーバ８ａを介して電話端末５へ送信してもよい。また、収集した伝言ファイルが音声伝言ファイルである場合や、テキスト／音声変換部１５で音声データに変換された場合、それらの音声伝言ファイルを電子メールに添付して送信してもよい。

【0041】

以上がテキスト伝言音声提供動作である。本動作例によれば、音声系伝言登録閲覧システム１が、電話端末５からの伝言確認要求に基づき文字系伝言登録閲覧システム３からテキスト伝言ファイルを収集し、そのテキスト伝言ファイル内のテキストデータを音声データに変換して電話端末５に向けて送信するので、テキスト伝言を音声で提供可能となる。

【0042】

ここで、音声系伝言登録閲覧システム１からＭＳサーバ９への音声伝言ファイルの送信順序、つまりＭＳサーバ９による伝言の再生順序を保証するための方法について説明する。

【0043】

まず、文字系伝言登録閲覧システム３は、登録対象のテキスト伝言を受け付けると、そのテキスト伝言を登録日時に関連付けて管理する。一方、登録対象が音声伝言の場合には、音声伝言ファイルがアップロードされた際にＨＴＴＰ入力パラメータに含まれる日時を安否情報記憶部３２への登録日時として管理する。これは、音声伝言がファイルプロパティのタイムスタンプを使用できないためであり、タイムスタンプの代わりにＨＴＴＰパラメータに入力された日時情報を利用し、アップロードされた音声伝言ファイルをバイナリ形式に変換して登録日時を管理・保証するようにしている。

【0044】

その後、音声系伝言登録閲覧システム１は、文字系伝言登録閲覧システム３から該当する複数の伝言ファイルを収集すると、各伝言ファイルの登録日時を参照し、例えば登録日時の新しい順番や電話番号等でソートして電話端末５に向けて順次送信する。これにより、音声伝言ファイルが登録日時の新しい順番で再生される。また、音声伝言をバイナリ化して管理・送受信するため、個々のＭＳサーバ９がそれぞれサポートしている形式（コーデック）の音声伝言ファイルに変換でき、更には網内の通信帯域等を効率良く有効に活用することができる。

【0045】

次に、音声系伝言登録閲覧システム１に録音された音声伝言を文字系伝言登録閲覧システム３からテキストで提供する音声伝言テキスト提供動作について説明する。図４は、音声伝言テキスト提供処理を示すシーケンス図である。

【0046】

まず、ステップＳ２０１において、音声系伝言登録閲覧システム１の安否情報受付部１１は、電話端末５からの伝言録音要求呼（例えば、１７１＋１＋○○○）に基づいてＭＳサーバ９から伝言録音要求を受け付けると、ユーザの発話音声データを音声伝言ファイルとして安否情報記憶部１２に録音する。本ステップは発話音声伝言が入力される度に繰り返し実行され、複数の音声伝言ファイルが登録される。

【0047】

次に、ステップＳ２０２において、文字系伝言登録閲覧システム３の安否情報受付部３１が情報処理端末７からの伝言確認要求を受け付けると、同システム３の安否情報収集部３４は、該当の音声伝言ファイルを収集するために伝言ファイル収集要求を音声系伝言登録閲覧システム１へ送信する。

【0048】

次に、ステップＳ２０３において、音声系伝言登録閲覧システム１の安否情報提供部１３は、文字系伝言登録閲覧システム３からの伝言ファイル収集要求に基づき、安否情報記憶部１２に録音されている該当の音声伝言ファイルを送信する。

【0049】

次に、ステップＳ２０４において、文字系伝言登録閲覧システム３の安否情報収集部３４が音声系伝言登録閲覧システム１から音声伝言ファイルを収集すると、同システム３の音声／テキスト変換部３５は、収集した音声伝言ファイル内の音声データをテキストデータに変換する。

【0050】

最後に、ステップＳ２０５において、文字系伝言登録閲覧システム３の安否情報送信部３６が、ステップＳ２０４で変換されたテキストデータを伝言確認要求元の情報処理端末７にＨＴＴＰ又は電子メールで送信する。

【0051】

なお、伝言データの送信方法については複数の態様が考えられる。例えば、１つ目の方法としては、変換後のテキストデータを情報処理端末７のブラウザ画面に表示させる。

【0052】

また、２つ目の方法としては、変換前の音声伝言ファイルを情報処理端末７からのダウンロード要求に基づいて転送する。その２つ目の方法の別例として、音声伝言ファイルを電話網内のサーバへ送信し、そのサーバから電話端末５に送信（ストリーミング再生，ファイル転送）して可聴させるようにしてもよい。音声伝言ファイルをそのまま転送又は送信してもよいし、情報処理端末７や電話端末５で対応可能なコーデックに変換した後に転送等してもよい。

【0053】

また、１つ目や２つ目の方法において、図５に示すように、伝言登録画面とダウンロード画面とで通信プロトコルを変更するようにしてもよい。例えば、伝言登録画面をＨＴＴＰＳで表示し、ダウンロードへのリンクボタンがクリックされた後にダウンロード画面をＨＴＴＰで表示する。更に、同図（１）のように、テキスト伝言の表示と音声伝言のダウンロード表示とを同一のブラウザ画面に混在させて表示してもよい。

【0054】

以上が音声伝言テキスト提供動作である。本動作例によれば、文字系伝言登録閲覧システム３が、情報処理端末７からの伝言確認要求に基づき音声系伝言登録閲覧システム１から音声伝言ファイルを収集し、その音声伝言ファイル内の音声データをテキストデータに変換して情報処理端末７に送信するので、音声伝言をテキストで提供可能となる。

【0055】

ここで、音声又はテキストへの変換処理技術について説明する。この変換処理は、テキスト／音声変換部１５及び音声／テキスト変換部３５に備わるトランスコーディング機能により実現される。例えば、全てのテキストデータをＧ．７１１μ−ｌａｗ形式へ一意に変換したり、再生する端末の種別に合わせてＡＭＲ−ＷＢ形式やＭＰ３形式に変換したりする。任意のトランスコーディング技術を利用可能であり特定のものには何ら限定されない。

【0056】

続いて、上述したステップＳ２０１で行われる音声伝言の録音動作について詳述する。図６は、音声伝言録音処理を示すシーケンス図である。

【0057】

まず、ステップＳ３０１において、ＭＳサーバ９は、電話端末５から伝言録音要求呼が送信されると、音声伝言を録音できるか否かを問い合わせる音声録音可否問合せ要求を音声系伝言登録閲覧システム１へ送信する。

【0058】

次に、ステップＳ３０２において、音声系伝言登録閲覧システム１は、ＭＳサーバ９から音声録音可否問合せ要求を受信した後、安否情報記憶部１２に録音されている音声伝言ファイルの数等に基づき音声伝言を更に追加できるか否かを判定し、ステップＳ３０３において、その判定結果を返信する。

【0059】

例えば、追加することによりシステム総伝言数が上限システム伝言数（例えば８００万件）を超過するか否か、ストレージの残容量により要求元のＢＯＸ（電話端末に対して割り当てられる登録領域）を新規に作成可能か否か、追加することによりＢＯＸ総伝言数が上限ＢＯＸ伝言数（例えば２０件）を超過するか否か、同一のＢＯＸ内に上書き登録可能か否か等を判定する。そして、追加可能であれば追加予定件数分の音声伝言をシステム総伝言数及びＢＯＸ総伝言数にそれぞれ仮加算する。

【0060】

次に、ステップＳ３０４において、ＭＳサーバ９は、音声系伝言登録閲覧システム１から音声録音可否問合せ要求に対する応答を受信した後、その応答内の判定結果に応じた音声ガイダンスを要求元の電話端末５へ送信する。

【0061】

次に、ステップＳ３０５において、電話端末５は、音声伝言を録音可能であればユーザの発話音声データを送信し、ステップＳ３０６において、ＭＳサーバ９との呼接続を切断する。

【0062】

次に、ステップＳ３０７において、ＭＳサーバ９は、電話端末５からの発話音声データを録音するための伝言録音要求を音声系伝言登録閲覧システム１へ送信する。

【0063】

最後に、ステップＳ３０８において、音声系伝言登録閲覧システム１は、受信した伝言録音要求内の発話音声データを該当のＢＯＸに録音し、システム総伝言数及びＢＯＸ総伝言数を仮加算値でそれぞれ確定して、ステップＳ３０９において、その録音結果を返信する。

【0064】

なお、音声系伝言登録閲覧システム１は、ステップＳ３０３で判定結果を送信してからの経過時間をカウントし、一定時間が経過しても伝言録音要求を受信しない場合には、追加予定件数分の確保領域を無効リソースとみなし、仮加算値から該当の件数分を減算してシステム総伝言数及びＢＯＸ総伝言数を確定する。

【0065】

引き続き、上述したステップＳ１０２〜ステップＳ１０５で行われる音声伝言の確認動作について詳述する。図７は、音声伝言確認処理を示すシーケンス図である。

【0066】

まず、ステップＳ４０１において、ＭＳサーバ９は、電話端末５から伝言確認要求呼が送信されると、該当する伝言の一覧を取得するための伝言一覧取得要求を音声系伝言登録閲覧システム１へ送信する。

【0067】

次に、ステップＳ４０２において、音声系伝言登録閲覧システム１は、ＭＳサーバ９から伝言一覧取得要求を受信した後、文字系伝言登録閲覧システム３から該当のテキスト伝言ファイルを収集し、ステップＳ４０３において、収集したテキスト伝言ファイル内のテキストデータを音声データに変換する変換処理を開始し、ステップＳ４０４において、ステップＳ４０２の収集結果を返信する。

【0068】

次に、ステップＳ４０５において、ＭＳサーバ９は、音声系伝言登録閲覧システム１から伝言一覧取得要求に対する応答を受信した後、その応答内の収集結果に応じた音声ガイダンスを要求元の電話端末５へ送信する。

【0069】

次に、ステップＳ４０６において、電話端末５は、音声ガイダンスに沿ってユーザにより行われる電話端末５でのボタン押下操作を受け付け、その操作に基づくＰＢ（Push Button）信号を送信する。

【0070】

次に、ステップＳ４０７において、ＭＳサーバ９は、電話端末５からのＰＢ信号に基づき、音声伝言を取得するための伝言確認要求を音声系伝言登録閲覧システム１へ送信する。

【0071】

最後に、ステップＳ４０８において、音声系伝言登録閲覧システム１は、ステップＳ４０３で変換した音声データをＭＳサーバ９へ送信し、ＭＳサーバ９は、ステップＳ４０９において、その音声データを電話端末５に対して再生出力させる。

【0072】

なお、上記ステップＳ４０３でのテキスト伝言の変換方法については複数の態様が考えられる。例えば、１つ目の方法としては、収集した全てのテキスト伝言ファイルをパラレルに音声変換する。２つ目の方法としては、プロパティ情報に再生候補として設定されているテキスト伝言数分のみを先行して音声変換する。

【0073】

前者の場合、テキスト伝言ファイルの収集件数が膨大であれば、その膨大なテキスト伝言を一度に変換することになる。一方、後者であれば、一度に行う変換処理の対象が一部の件数分のみに限定されるため、音声系伝言登録閲覧システム１での音声変換処理に係る負荷を平滑化でき、低減することができる。これにより、音声系伝言登録閲覧システム１内の処理がテキスト／音声変換処理に専有されてしまうことが抑制され、既に呼接続の確立されたインチャネルの無音区間の発生を防止することができる。

【0074】

また、音声系伝言登録閲覧システム１は、異なるユーザで同一のテキスト伝言を送信する可能性や、同一のユーザから同一のテキスト伝言を再度送信する要求（再度の再生要求）を受ける可能性があることから、再度の送信処理のために変換済みの音声伝言を一定時間保持しておくことにより、再利用性を高めるようにしてもよい。また、そのような要求の有無にかかわらず、テキストから音声へ変換された音声伝言を一旦録音し、その録音したものを送信してユーザに可聴させるようにしてもよい。

【0075】

また、音声系伝言登録閲覧システム１は、ステップＳ４０３で変換処理を開始してからの経過時間をカウントし、一定時間が経過しても伝言取得要求を受信しない場合には、実行中であった音声への変換処理を停止するようにしてもよい。

【0076】

また、上記ステップＳ４０８，Ｓ４０９での音声伝言の返却方法についても複数の態様が考えられる。１つ目は、一覧返却方式である。本方式は、伝言一覧取得要求に対して音声伝言を一括して送信する方法である。音声系伝言登録閲覧システム１は、テキスト伝言ファイルを収集して音声へ変換する一連の処理を全てのテキスト伝言ファイルについて繰り返し実行し、その後に全ての音声伝言を一括して送信する。

【0077】

２つ目は、リスト返却方式である。本方式は、まず、該当のテキスト伝言ファイルのＩＤを収集してリスト化したリスト一覧データを生成し、ＭＳサーバ９からの伝言一覧取得要求に対して当該一覧データを送信する。そして、音声伝言取得要求を受信した後、その要求内で指定されたＩＤに該当するテキスト伝言のみを音声変換して送信する。音声伝言取得要求で指定されたテキスト伝言のみを変換するので、不要なテキスト伝言を変換する処理を省略できる。

【0078】

以上より、本実施の形態によれば、音声系伝言登録閲覧システム１が、電話端末５からの伝言確認要求に基づき文字系伝言登録閲覧システム３からテキスト伝言ファイルを収集し、そのテキスト伝言ファイル内のテキストデータを音声データに変換して電話端末５に向けて送信するので、テキスト伝言を音声で提供可能となる。

【0079】

また、本実施の形態によれば、文字系伝言登録閲覧システム３が、情報処理端末７からの伝言確認要求に基づき音声系伝言登録閲覧システム１から音声伝言ファイルを収集し、その音声伝言ファイル内の音声データをテキストデータに変換して情報処理端末７に送信するので、音声伝言をテキストで提供可能となる。

【0080】

これらの効果より、例えば音声系伝言登録閲覧システム１と文字系伝言登録閲覧システム３のうち一方にのみ安否情報を録音又は登録しておけば被災者等の安否を確認できることから、結果として安否確認システムの利便性を向上することができる。

【0081】

また、従来では１か所のＭＳサーバ９に音声の安否情報が蓄積・保管されるため、トラヒックボリュームによるダイナミックな負荷分散ルーティングが困難であり、かつ、そのＭＳサーバ９の故障時には音声の安否伝言が可聴できないというリスクがあった。しかし、本実施の形態によれば、音声の安否情報を築盛・保管する処理が安否確認システム１００で行われるため、ＭＳサーバ９を特定することなく、ダイナミックな負荷分散ルーティングが可能となる。更に、音声の安否情報とテキストの安否情報を１つのシステム内に管理できることから、従来であれば蓄積情報の確認や削除のために複数のＭＳサーバ９へアクセスしていたところ、１つのシステムへのアクセスのみで実現可能となる。

【0082】

最後に、本実施の形態で説明した音声系伝言登録閲覧システム１や文字系伝言登録閲覧システム３は、メモリやＣＰＵを備えたコンピュータで実現できる。また、その処理は、プログラムによって実行される。更に、それら各システム１，３の各動作をプログラムとして構築し、コンピュータにインストールして実行させることや、通信ネットワークを介して流通させることも可能である。

【符号の説明】

【0083】

１…音声系伝言登録閲覧システム（音声安否情報提供部又は装置）
１１…安否情報受付部
１２…安否情報記憶部
１３…安否情報提供部
１４…安否情報収集部（音声安否情報提供部又は装置の収集手段）
１５…テキスト／音声変換部（音声安否情報提供部又は装置の変換手段）
１６…第１の安否情報送信部（音声安否情報提供部又は装置の送信手段）
１７…第２の安否情報送信部（音声安否情報提供部又は装置の送信手段）
３…文字系伝言登録閲覧システム（文字安否情報提供部又は装置）
３１…安否情報受付部
３２…安否情報記憶部
３３…安否情報提供部
３４…安否情報収集部（文字安否情報提供部又は装置の収集手段）
３５…音声／テキスト変換部（文字安否情報提供部又は装置の変換手段）
３６…安否情報送信部（文字安否情報提供部又は装置の送信手段）
５…電話端末
７…情報処理端末
８ａ，８ｂ…メールサーバ
９…ＭＳサーバ
１００…安否確認システム
Ｓ１０１〜Ｓ１０５、Ｓ２０１〜Ｓ２０５、Ｓ３０１〜Ｓ３０９、Ｓ４０１〜Ｓ４０９…ステップ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】