(57)【特許請求の範囲】
【請求項１】
監視区域における音声を収集して遠隔地で前記音声を再生させる音声監視装置において、
前記監視区域における前記音声を収集して、セッション確立時からＨＴＴＰを用いたリクエスト受信時迄に収集した音声データまたは前回のリクエスト受信時から今回のＨＴＴＰを用いたリクエスト受信時迄に収集した音声データを、ＨＴＴＰを用いたレスポンスとしてネットワーク経由で送信する音声入力装置と、
前記リクエストを前記音声入力装置に送信し受信した前記レスポンスの前記音声データを再生する音声再生装置とを備え、
前記音声入力装置と前記音声再生装置との間でＨＴＴＰを用いて前記セッションを確立した上で前記ストリーム配信を行い、配信終了後にＨＴＴＰを用いて前記セッションを終了すると共に、前記リクエスト及び前記レスポンスを順次繰り返すことにより前記音声データをストリーム配信することを特徴とする音声監視装置。
【請求項２】
前記音声再生装置が、
前記音声入力装置からＨＴＴＰを用いたストリーム配信を行う通信モジュールをダウンロードして動作させることを特徴とする
請求項１記載の音声監視装置。
【請求項３】
前記セッション確立時に前記音声入力装置が非重複文字列からなるクッキーを付加してレスポンスとして前記音声再生装置に送信し、前記リクエスト送信時に前記音声再生装置が前記クッキーを前記リクエストに付加して送信することを特徴とする
請求項１または２記載の音声監視装置。
【請求項４】
前記音声入力装置が、
前回のリクエストからの経過時間を保持して、一定時間経過しても次のリクエ
ストが送信されてこない場合には前記セッションを切断することを特徴とする
請求項１または２記載の音声監視装置。
【請求項５】
前記音声入力装置が、
送信済みの音声データにデータ番号を付与すると共にその格納先の情報を保持し、前記リクエストでデータ番号が指定されている場合には指定されたデータ番号に該当する音声データをレスポンスとしてネットワーク経由で送信することを特徴とする
請求項１記載の音声監視装置。
【請求項６】
前記音声再生装置が、
前記ネットワークの状況に応じて前記リクエストを送信するタイミングを制御することを特徴とする
請求項１記載の音声監視装置。
【請求項７】
前記音声再生装置が、
前記ネットワークの状況に応じて前記リクエストにデータ送信のビットレートを指定することを特徴とする
請求項１記載の音声監視装置。
【請求項８】
前記音声入力装置が、
前記ビットレートに基づき前記音声データを送信することを特徴とする
請求項７記載の音声監視装置。
【請求項９】
前記音声再生装置が、
前記音声データを連続再生する場合に前記音声データの間引き処理若しくは間延び処理を行うことを特徴とする
請求項１記載の音声監視装置。
【請求項１０】
前記音声入力装置が、
送信可能なビットレートの範囲に基づきエンコード方式をダイナミックに変更することを特徴とする
請求項７記載の音声監視装置。
【請求項１１】
前記音声入力装置が、
前記監視区域における前記音声を取り込む音声入力手段と、
この音声入力手段の出力を前記音声データに変換するＡ／Ｄ変換手段と、
このＡ／Ｄ変換手段の出力を格納する記憶手段と、
前記リクエスト受信時迄に前記記憶手段に格納された前記音声データをレスポンスとしてネットワーク経由で送信するＷｅｂサーバとから構成されることを特徴とする
請求項１〜５及び請求項８記載の音声監視装置。
【請求項１２】
前記音声再生装置が、
前記リクエストを前記音声入力装置に順次送信し前記レスポンスを順次受信するＷｅｂブラウザと、
このＷｅｂブラウザの出力を格納する記憶手段と、
この記憶手段に格納された前記音声データを順次アナログ信号に変換するＤ／Ａ変換手段と、
このＤ／Ａ変換手段の出力を音声として再生する音声再生手段とから構成されることを特徴とする
請求項１〜４，７及び請求項９記載の音声監視装置。
【請求項１３】
請求項１乃至請求項１２記載の音声監視装置と、
画像情報を収集して配信する画像入力装置と、
検出された物理情報を収集して配信する計測装置と、
ネットワーク経由で前記音声データ、前記画像情報及び前記物理情報を取り込み表示させる汎用端末若しくは携帯端末と
から構成されることを特徴とする監視システム。
【請求項１４】
前記汎用端末が、
汎用のＷｅｂブラウザがインストールされたコンピュータであることを特徴とする
請求項１３記載の監視システム。
【請求項１５】
前記携帯端末が、
Ｗｅｂブラウザ機能を有する携帯電話であることを特徴とする
請求項１３記載の監視システム。
【請求項１６】
前記携帯端末が、
Ｗｅｂブラウザ機能を有するＰＨＳであることを特徴とする
請求項１３記載の監視システム。
【請求項１７】
前記携帯端末が、
Ｗｅｂブラウザ機能を有するＰＤＡであることを特徴とする
請求項１３記載の監視システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、監視区域における音声を収集して遠隔地で前記音声を再生させる音声監視装置に関し、特に汎用のブラウザを用いてリアルタイム監視等が可能な音声監視装置及びこれを用いた監視システムに関する。
【０００２】
【従来の技術】
従来、監視区域の機械音、騒音、ノイズ等の音声（以下、単に音声と呼ぶ。）を遠隔地の監視室等で監視する場合には、監視区域と監視室を物理的に直接接続したり、監視区域と監視室との間で記憶媒体を介して音声をやり取りしたり、インターネット等のネットワークを用いて音声情報をやり取りする方法が存在する。
【０００３】
図４はこのような従来の音声の監視システムの一例を示す構成ブロック図である。図４において１はマイクロフォン等の音声入力装置、２はスピーカ等の音声再生装置である。音声入力装置１のアナログ出力信号は図４中”ＣＢ０１”に示すアナログコードにより音声再生装置２に接続される。
【０００４】
ここで、図４に示す従来例の動作を説明する。音声入力装置１において検出された音声はアナログ信号として図４中”ＣＢ０１”に示すアナログコードを伝播して音声再生装置２に供給される。音声再生装置２は供給されたアナログ信号を再び音声に変換して出力する。
【０００５】
この時、音声入力装置１を監視区域に設置し、音声再生装置２を遠隔地の監視室に設置することにより、監視室において監視区域の音声を監視することが可能になる。
【０００６】
また、図５は従来の音声の監視システムの他の一例を示す構成ブロック図である。図５において１及び２は図４と同一符号を付してあり、３はカセットテープ等の記憶媒体に音声を記録する音声記録装置である。監視区域の設置された音声入力装置１のアナログ出力信号は音声記録装置３に接続される。
【０００７】
ここで、図５に示す従来例の動作を説明する。音声入力装置１において検出された音声はアナログ信号として音声記録装置３に供給され、音声記録装置３は供給されたアナログ信号を図５中”ＴＰ１１”に示す記憶媒体に記憶させる。
【０００８】
そして、図５中”ＴＰ１１”に示す記憶媒体を音声再生装置２が設置された監視室まで運搬して、音声再生装置２で記憶媒体に記録された音声を再生させることにより、監視室において監視区域の音声を監視することが可能になる。
【０００９】
但し、前者の場合には、アナログコードの敷設距離に限界があるため再生場所である監視室を監視区域の近傍に設けなければならず、アナログコードの敷設には多大な費用や工数が生じるためマイクロフォンやスピーカの設置場所を容易に変更することは困難であった。
【００１０】
また、後者の場合には、アナログコードの敷設が必要ないので上記問題点は発生しないものの、記憶媒体の容量には限界があるため音声を連続再生する時間に限界がある。また、バッチ処理で記憶媒体を運搬しているためリアルタイム再生は不可能であった。
【００１１】
一方、近年ではインターネットやイントラネットと言ったネットワークの発展により、ネットワークを介した音声の配信が可能になっている。図６はこのような従来の音声配信システムの一例を示す構成ブロック図である。
【００１２】
図６において４はマイクロフォン等の音声入力装置、５はＷｅｂサーバ、６はファイヤウォール、７はＷｅｂブラウザがインストールされたコンピュータである音声再生装置、１００はネットワークの一例であるインターネットである。
【００１３】
音声入力装置４の出力はＷｅｂサーバ５に接続され、音声再生装置７はファイヤウォール６及びインターネット１００を介してＷｅｂサーバ５に接続される。
【００１４】
ここで、図６に示す従来例の動作を説明する。Ｗｅｂサーバ５は図６中”ＳＤ２１”に示すように音声入力装置４からの音声信号を取り込みディジタル信号に変換して記憶手段に順次蓄積する。
【００１５】
一方、音声再生装置７にインストールされたＷｅｂブラウザは図６中”ＲＱ２１”に示すようにＨＴＴＰ（HyperText Transfer Protocol：以下、単にＨＴＴＰと呼ぶ。）を用いてＷｅｂサーバ５に対して音声データの取得要求を送信し、図６中”ＲＳ２１”に示すようにＨＴＴＰを用いてＷｅｂサーバ５から返送されてくる音声データを受信して再生する。
【００１６】
すなわち、音声入力装置４及びＷｅｂサーバ５を監視区域に設置し、遠隔地の監視室にファイヤウォール６及び音声再生装置７を設ければ容易に音声の監視を行うことが可能になる。
【００１７】
この結果、インターネット等のネットワークを介して音声データを取得することができるので、面倒なアナログコードの敷設等をすることなく、遠隔地の監視室において監視区域の音声を再生することができる。また、プロトコルとしてＨＴＴＰを用いているためファイヤウォール６を容易に通過することが可能である。
【００１８】
但し、図６に示す音声配信システムでは音声データを一旦Ｗｅｂサーバ５に蓄積してからＷｅｂブラウザに配信するため、リアルタイム再生には適しておらず、Ｗｅｂサーバ５に蓄積可能な音声データ量以上の連続再生は不可能である。
【００１９】
このため、図６に示す音声配信システムを改良した音声配信システムが考えられた。図７はこのような従来の音声配信システムの他の一例を示す構成ブロック図である。
【００２０】
図７において４，６，７及び１００は図６と同一符号を付してあり、５ａは音声データを収集しながら音声データを送信することが可能なサーバプッシュ方式の送信機能を有するＷｅｂサーバである。
【００２１】
音声入力装置４の出力はＷｅｂサーバ５ａに接続され、音声再生装置７はファイヤウォール６及びインターネット１００を介してＷｅｂサーバ５ａに接続される。
【００２２】
ここで、図７に示す従来例の動作を説明する。Ｗｅｂサーバ５ａは図７中”ＳＤ３１”に示すように音声入力装置４からの音声信号を取り込みディジタル信号に変換して記憶手段に順次蓄積する。
【００２３】
一方、音声再生装置７にインストールされたＷｅｂブラウザは図７中”ＲＱ３１”に示すようにＨＴＴＰを用いてＷｅｂサーバ５ａに対して音声データの取得要求を送信すると、Ｗｅｂサーバ５ａは図７中”ＲＳ３１”，”ＲＳ３２”，”ＲＳ３３”及び”ＲＳ３４”に示すようにＨＴＴＰを用いて音声データを連続バースト転送によりＷｅｂブラウザに対して順次送信する。
【００２４】
すなわち、Ｗｅｂブラウザから１回音声データの取得要求を送信すれば順次音声データが送信されてくるので音声データの連続再生が可能になる。
【００２５】
但し、図７に示す従来例であってもＨＴＴＰでは要求されたデータをバースト転送する機能しか有していない。言い換えれば、Ｗｅｂサーバ５ａとＷｅｂブラウザとの間で音声データのフロー制御や同期通信ができないので通信負荷によりネットワーク上に輻輳が発生すると音声がぶつぶつ途切れたり、音声の再生が徐々に遅延してしまう現象が生じてしまう。
【００２６】
また、音声データの配信のタイミングもＷｅｂサーバ５ａ側が主体となるためネットワークの通信負荷の状況やＷｅｂブラウザに音声データが届いているか否かに関わらずバースト転送を行う必要性が生じてしまう。
【００２７】
このため、音声入力装置を特殊サーバに接続し、特殊ブラウザをインストールした音声再生装置を用い、独自のフォーマットの音声データを独自のプロトコルで配信すれば上述の問題を解決することが可能になる。
【００２８】
図８はこのような従来の音声配信システムの他の一例を示す構成ブロック図である。
【００２９】
図８において４及び１００は図７と同一符号を付してあり、８は独自のフォーマットの音声データを独自のプロトコルで配信する特殊サーバ、９は独自のフォーマットの音声データを独自のプロトコルで受信できる特殊ブラウザがインストールされた音声再生装置である。
【００３０】
音声入力装置４の出力は特殊サーバ８に接続され、音声再生装置９はインターネット１００を介して特殊サーバ８に接続される。
【００３１】
【発明が解決しようとする課題】
しかし、図８に示す従来例では特殊な通信プロトコル等を用いるため汎用のＷｅｂブラウザがインストールされた汎用のコンピュータでは音声の再生ができないと言った問題点があった。
【００３２】
また、図８に示す従来例では特殊な通信プロトコルを用いるためＨＴＴＰのようにファイヤウォールを容易に通過することが難しく、通常、ファイヤウォール越えをする場合には専用のプロキシサーバを用意する必要性があり設置の手間や伝送遅延が問題となってしまう。
【００３３】
さらに、図８に示す従来例では特殊な通信プロトコル等を用いるため画像情報やセンサで検出された物理情報と言ったその他の監視情報と同期をとりながら組合わせて総合監視することが難しいと言った問題点があった。
従って本発明が解決しようとする課題は、汎用のブラウザを用いてリアルタイム監視等が可能な音声監視装置及びこれを用いた監視システムを実現することにある。
【００３４】
【課題を解決するための手段】
このような課題を達成するために、本発明のうち請求項１記載の発明は、
監視区域における音声を収集して遠隔地で前記音声を再生させる音声監視装置において、
前記監視区域における前記音声を収集して、セッション確立時からＨＴＴＰを用いたリクエスト受信時迄に収集した音声データまたは前回のリクエスト受信時から今回のＨＴＴＰを用いたリクエスト受信時迄に収集した音声データを、ＨＴＴＰを用いたレスポンスとしてネットワーク経由で送信する音声入力装置と、
前記リクエストを前記音声入力装置に送信し受信した前記レスポンスの前記音声データを再生する音声再生装置とを備え、
前記音声入力装置と前記音声再生装置との間でＨＴＴＰを用いて前記セッションを確立した上で前記ストリーム配信を行い、配信終了後にＨＴＴＰを用いて前記セッションを終了すると共に、前記リクエスト及び前記レスポンスを順次繰り返すことにより前記音声データをストリーム配信することにより、汎用のブラウザを用いて音声のリアルタイム監視が可能になる。また、通信プロトコルとしてＨＴＴＰを用いるため、イントラネットのみならずファイヤウォールを超えたインターネットでの利用が可能になる。
【００３５】
請求項２記載の発明は、
請求項１記載の発明である音声監視装置において、
前記音声再生装置が、
前記音声入力装置からＨＴＴＰを用いたストリーム配信を行う通信モジュールをダウンロードして動作させることにより、汎用のブラウザを用いて音声のリアルタイム監視が可能になる。また、通信プロトコルとしてＨＴＴＰを用いるため、イントラネットのみならずファイヤウォールを超えたインターネットでの利用が可能になる。
【００３７】
請求項３記載の発明は、
請求項１または２記載の発明である音声監視装置において、
前記セッション確立時に前記音声入力装置が非重複文字列からなるクッキーを付加してレスポンスとして前記音声再生装置に送信し、前記リクエスト送信時に前記音声再生装置が前記クッキーを前記リクエストに付加して送信することにより、どのＷｅｂブラウザからの音声取得要求であるのかを識別することができる。
【００３８】
請求項４記載の発明は、
請求項１または２記載の発明である音声監視装置において、
前記音声入力装置が、
前回のリクエストからの経過時間を保持して、一定時間経過しても次のリクエストが送信されてこない場合には前記セッションを切断することにより、セッションを確立したＷｅｂブラウザに障害が発生した場合であっても、タイムアウトによりセッションを切断することが可能になるので、Ｗｅｂサーバにおける不要な負荷を低減することが可能になる。
【００３９】
請求項５記載の発明は、
請求項１記載の発明である音声監視装置において、
前記音声入力装置が、
送信済みの音声データにデータ番号を付与すると共にその格納先の情報を保持し、前記リクエストでデータ番号が指定されている場合には指定されたデータ番号に該当する音声データをレスポンスとしてネットワーク経由で送信することにより、過去に収集した音声データやＷｅｂブラウザ側で収集を途中で中断したような音声データを再度取得することが可能になる。
【００４０】
請求項６記載の発明は、
請求項１記載の発明である音声監視装置において、
前記音声再生装置が、
前記ネットワークの状況に応じて前記リクエストを送信するタイミングを制御
することにより、通信負荷の平準化を図ることが可能になる。
【００４１】
請求項７記載の発明は、
請求項１記載の発明である音声監視装置において、
前記音声再生装置が、
前記ネットワークの状況に応じて前記リクエストにデータ送信のビットレートを指定することにより、通信負荷の平準化を図ることが可能になる。
【００４２】
請求項８記載の発明は、
請求項７記載の発明である音声監視装置において、
前記音声入力装置が、
前記ビットレートに基づき前記音声データを送信することにより、通信負荷の平準化を図ることが可能になる。
【００４３】
請求項９記載の発明は、
請求項１記載の発明である音声監視装置において、
前記音声再生装置が、
前記音声データを連続再生する場合に前記音声データの間引き処理若しくは間延び処理を行うことにより、音声がぶつぶつ途切れたりすることなく音声の連続再生が可能になる。
【００４４】
請求項１０記載の発明は、
請求項７記載の発明である音声監視装置において、
前記音声入力装置が、
送信可能なビットレートの範囲に基づきエンコード方式をダイナミックに変更することにより、送信可能なビットレートの範囲で最適な音質が得られる。
【００４５】
請求項１１記載の発明は、
請求項１〜５及び請求項８記載の発明である音声監視装置において、
前記音声入力装置が、
前記監視区域における前記音声を取り込む音声入力手段と、この音声入力手段の出力を前記音声データに変換するＡ／Ｄ変換手段と、このＡ／Ｄ変換手段の出力を格納する記憶手段と、前記リクエスト受信時迄に前記記憶手段に格納された前記音声データをレスポンスとしてネットワーク経由で送信するＷｅｂサーバとから構成されることにより、汎用のブラウザを用いて音声のリアルタイム監視が可能になる。また、通信プロトコルとしてＨＴＴＰを用いるため、イントラネットのみならずファイヤウォールを超えたインターネットでの利用が可能になる。
【００４６】
請求項１２記載の発明は、
請求項１〜４，７及び請求項９記載の発明である音声監視装置において、
前記音声再生装置が、
前記リクエストを前記音声入力装置に順次送信し前記レスポンスを順次受信するＷｅｂブラウザと、このＷｅｂブラウザの出力を格納する記憶手段と、この記憶手段に格納された前記音声データを順次アナログ信号に変換するＤ／Ａ変換手段と、このＤ／Ａ変換手段の出力を音声として再生する音声再生手段とから構成されることにより、汎用のブラウザを用いて音声のリアルタイム監視が可能になる。また、通信プロトコルとしてＨＴＴＰを用いるため、イントラネットのみならずファイヤウォールを超えたインターネットでの利用が可能になる。
【００４７】
請求項１３記載の発明は、
請求項１乃至請求項１２記載の音声監視装置と、画像情報を収集して配信する画像入力装置と、検出された物理情報を収集して配信する計測装置と、ネットワーク経由で前記音声データ、前記画像情報及び前記物理情報を取り込み表示させる汎用端末若しくは携帯端末とから構成されることにより、画像情報やセンサで検出された物理情報と言ったその他の監視情報と同期をとりながら組合わせて総合監視することも可能になる。
【００４８】
請求項１４記載の発明は、
請求項１３記載の発明である監視システムにおいて、
前記汎用端末が、
汎用のＷｅｂブラウザがインストールされたコンピュータであることにより、前記音声再生装置と、既存技術による音声再生装置とを切り換えながら使用することも可能になる。また、画像情報やセンサで検出された物理情報と言ったその他の監視情報と同期をとりながら組合わせて総合監視することも可能になる。
【００４９】
請求項１５記載の発明は、
請求項１３記載の発明である監視システムにおいて、
前記携帯端末が、
Ｗｅｂブラウザ機能を有する携帯電話であることにより、画像情報やセンサで検出された物理情報と言ったその他の監視情報と同期をとりながら組合わせて総合監視することも可能になる。
【００５０】
請求項１６記載の発明は、
請求項１３記載の発明である監視システムにおいて、
前記携帯端末が、
Ｗｅｂブラウザ機能を有するＰＨＳであることにより、画像情報やセンサで検出された物理情報と言ったその他の監視情報と同期をとりながら組合わせて総合監視することも可能になる。
【００５１】
請求項１７記載の発明は、
請求項１３記載の発明である監視システムにおいて、
前記携帯端末が、
Ｗｅｂブラウザ機能を有するＰＤＡであることにより、画像情報やセンサで検出された物理情報と言ったその他の監視情報と同期をとりながら組合わせて総合監視することも可能になる。
【００５２】
【発明の実施の形態】
以下本発明を図面を用いて詳細に説明する。図１は本発明に係る音声監視装置の一実施例を示す構成ブロック図である。
【００５３】
図１において１０はマイクロフォン等の音声入力手段、１１はＡ／Ｄ変換手段、１２は音声圧縮手段、１３及び１６はＲＡＭ（Random Access Memory）等の記憶手段、１４はＷｅｂサーバ、１５は汎用のブラウザであるＷｅｂブラウザ、１７は音声伸長手段、１８はＤ／Ａ変換手段、１９はスピーカ等の音声再生手段、１０１はネットワークである。また、１０〜１４は音声入力装置５０を、１５〜１９は音声再生装置５１をそれぞれ構成している。
【００５４】
音声入力手段１０の出力はＡ／Ｄ変換手段１１に接続され、Ａ／Ｄ変換手段１１の出力は音声圧縮手段１２に接続される。音声圧縮手段１２の出力は記憶手段１３に接続され、記憶手段１３の出力はＷｅｂサーバ１４に接続される。
【００５５】
Ｗｅｂサーバ１４の出力はネットワーク１０１を介してＷｅｂブラウザ１５に接続され、Ｗｅｂブラウザ１５の出力は記憶手段１６に接続される。また、記憶手段１６の出力は音声伸長手段１７に接続され、音声伸長手段１７の出力はＤ／Ａ変換手段１８に接続される。最後に、Ｄ／Ａ変換手段１８の出力は音声再生手段１９に接続される。
【００５６】
ここで、図１に示す実施例の動作を説明する。音声入力手段１０からの音声信号はＡ／Ｄ変換手段１１でディジタル信号に変換され、このディジタル信号は音声圧縮手段１２で所定のエンコード方式でエンコードされ、記憶手段１３に格納される。
【００５７】
Ｗｅｂサーバ１４は汎用端末である音声再生装置５１からネットワーク１０１経由で音声取得要求を受信すると記憶手段１３に格納されている音声データをネットワーク１０１経由で音声再生装置５１に送信する。
【００５８】
Ｗｅｂブラウザ１５はネットワーク１０１経由で前記音声取得要求を送信すると共に受信した音声データを記憶手段１６に格納する。音声伸長手段１７は記憶手段１６に格納されている音声データを所定のデコード方式でデコードし、Ｄ／Ａ変換手段がデコードされたディジタル信号をアナログ信号に変換し音声再生手段１９により音声を再生させる。
【００５９】
また、Ｗｅｂサーバ１４とＷｅｂブラウザ１５との間はＨＴＴＰを用いたストリーム配信を行っており、このようなストリーム配信の詳細を図２を用いて説明する。図２はＨＴＴＰを用いたストリーム配信の詳細を説明する説明図である。
【００６０】
先ず第１に、Ｗｅｂブラウザ１５はＷｅｂサーバ１４にアクセスしてＨＴＴＰを用いたストリーム配信を行う通信モジュールをダウンロードして動作させる。以下、Ｗｅｂブラウザ１５上で動作する通信モジュールの動作を説明する。但し、説明上Ｗｅｂブラウザ１５の動作として説明する。
【００６１】
図２中”ＳＯ４１”に示すようにＷｅｂブラウザ１５はＷｅｂサーバ１４に対してＨＴＴＰを用いてセッションオープン（セッション確立）要求を送信し、図２中”ＯＳ４１”に示すようにＷｅｂサーバ１４はセッションオープン（セッション確立）を許可するため非重複文字列から成るクッキーを付加したレスポンスをＨＴＴＰを用いてＷｅｂブラウザ１５に送信する。
【００６２】
ここで、クッキーとはＷｅｂサーバ１４が利用者を識別するためＷｅｂブラウザ１５に送信する情報であり、このような情報（クッキー）はＷｅｂブラウザ１５のキャッシュエリアにファイルとして保存される。
【００６３】
図２中”ＯＳ４１”に示すようなセッションオープン（セッション確立）許可のレスポンスを受信した時点で、Ｗｅｂブラウザ１５はＨＴＴＰを用いて音声取得要求のリクエストをＷｅｂサーバ１４に送信する。
【００６４】
例えば、図２中”ＲＱ４１”に示すようにＨＴＴＰを用いてＷｅｂブラウザ１５は記憶手段１３に格納されている音声データを要求するリクエストに前述のクッキーを付加してＷｅｂサーバ１４に送信する。
【００６５】
このようなリクエストを受信したＷｅｂサーバ１４は付加されたクッキーを参照してどのＷｅｂブラウザからの音声取得要求であるのかを識別し、図２中”ＳＤ４１”に示すようにセッションオープン時からリクエスト受信時迄の音声データをデータ番号１の”データ１”としてＨＴＴＰを用いてレスポンスを識別したＷｅｂブラウザ１５に送信する。
【００６６】
ここで、Ｗｅｂサーバ１４はセッションがオープンされている各Ｗｅｂブラウザ毎に”クッキーの文字列”、”記憶手段１３の未送信音声データのポインタ”及び”送信済みデータ番号及び記憶手段１３上のポインタ”の情報を保持しておく。
【００６７】
また、例えば、図２中”ＲＱ４２”に示すようにＨＴＴＰを用いてＷｅｂブラウザ１５は記憶手段１３に格納されている音声データを要求するリクエストに前述のクッキーを付加してＷｅｂサーバ１４に送信する。
【００６８】
このようなリクエストを受信したＷｅｂサーバ１４は付加されたクッキーを参照してどのＷｅｂブラウザからの音声取得要求であるのかを識別し、図２中”ＳＤ４２”に示すように”データ１”の直後（記憶手段１３の未送信音声データのポインタ）からリクエスト受信時迄の音声データをデータ番号２の”データ２”としてＨＴＴＰを用いてレスポンスを識別したＷｅｂブラウザ１５に送信する。
【００６９】
一方、過去に収集した音声データやＷｅｂブラウザ側で収集を途中で中断したような音声データを再度取得する場合は、図２中”ＲＳ４３”に示すようにＨＴＴＰを用いてＷｅｂブラウザ１５は記憶手段１３に格納されている取得したい過去のデータ番号、例えば、データ番号２の音声データを要求するリクエストに前述のクッキーを付加してＷｅｂサーバ１４に送信する。
【００７０】
このようなリクエストを受信したＷｅｂサーバ１４は付加されたクッキーを参照してどのＷｅｂブラウザからの音声取得要求であるのかを識別し、図２中”ＳＤ４３”に示すように前記リクエストで指定されたデータ番号２の”データ２”をＨＴＴＰを用いてレスポンスを識別したＷｅｂブラウザ１５に送信する。
【００７１】
さらに、例えば、図２中”ＲＱ４４”に示すようにＨＴＴＰを用いてＷｅｂブラウザ１５は記憶手段１３に格納されている音声データを要求するリクエストに前述のクッキーを付加してＷｅｂサーバ１４に送信する。
【００７２】
このようなリクエストを受信したＷｅｂサーバ１４は付加されたクッキーを参照してどのＷｅｂブラウザからの音声取得要求であるのかを識別し、図２中”ＳＤ４４”に示すように”データ２”の直後（記憶手段１３の未送信音声データのポインタ）からリクエスト受信時迄の音声データをデータ番号３の”データ３”としてＨＴＴＰを用いてレスポンスを識別したＷｅｂブラウザ１５に送信する。
【００７３】
最後に、図２中”ＳＣ４１”に示すようにＷｅｂブラウザ１５はＷｅｂサーバ１４に対してＨＴＴＰを用いてセッションクローズ（セッション終了）要求を送信し、図２中”ＣＳ４１”に示すようにＷｅｂサーバ１４はセッションクローズ（セッション終了）を許可するためのレスポンスをＨＴＴＰを用いてＷｅｂブラウザ１５に送信する。
【００７４】
ここで、Ｗｅｂサーバ１４はセッションクローズ（セッション終了）したＷｅｂブラウザ１５の”クッキーの文字列”、”記憶手段１３の未送信音声データのポインタ”及び”送信済みデータ番号及び記憶手段１３上のポインタ”の情報をリセットする。
【００７５】
すなわち、クッキーを用いてＷｅｂブラウザを識別しながらセッションの確立及び切断を行うと共にＨＴＴＰによりＷｅｂブラウザ１５からのリクエスト及びＷｅｂサーバ１４からのレスポンスを繰り返すことにより、ＨＴＴＰを用いたストリーム配信が可能になる。
【００７６】
この結果、音声データをＨＴＴＰを用いたストリーム配信で送信することにより、汎用のブラウザを用いて音声のリアルタイム監視が可能になる。また、通信プロトコルとしてＨＴＴＰを用いるため、イントラネットのみならずファイヤウォールを超えたインターネットでの利用が可能になる。
【００７７】
また、ＨＴＴＰを用いてセッションの確立及び終了を管理することが可能になり、セッション確立時にレスポンスに付加されるクッキーにより、どのＷｅｂブラウザからの音声取得要求であるのかを識別することができる。
【００７８】
さらに、Ｗｅｂサーバ１４で送信済みのデータにデータ番号を付与して記憶手段１３上のポインタと共に保持し、データ番号が指定されたリクエストに対しては当該データ番号のデータをレスポンスとして返送することにより、過去に収集した音声データやＷｅｂブラウザ側で収集を途中で中断したような音声データを再度取得することが可能になる。
【００７９】
なお、図１に示す実施例では音声圧縮手段１２で音声データをエンコードし、音声伸長手段１７で音声データをデコードしているが、必須の要件ではなく、ネットワークの通信負荷によってはエンコード等が不要である場合もある。
【００８０】
また、送信可能なビットレートの範囲で最適な音質が得られるようにエンコード方式をダイナミックに変更しても構わない。
【００８１】
例えば、ＵＮＩＸ（登録商標）で使用される標準の音楽データの形式である、ＡＵデータフォーマットの音声データをネットワーク上に送信する場合に、ＡＵヘッダとＡＵボディに加工を施すことにより音声データのサイズを小さくすることができる。
【００８２】
加工前のＡＵヘッダが「１６ｋＨｚサンプリング」と指定されており、ＡＵボディが「１０ＫＢ」であった場合、ＡＵヘッダの指定を「８ｋＨｚサンプリング」に変更し、ＡＵボディのデータを半分に間引きするすれば、音声データの量を半分に減少させることが可能になる。
【００８３】
また、音声データを一般にＭＰ３と呼ばれるＭＰＥＧ−１  Ａｕｄｉｏ  Ｌａｙｅｒ３に圧縮すれば、サンプリング周波数を変更せずに、音声データのサイズを１／１０程度に減少させることも可能になる。
【００８４】
また、図２の説明に際してＷｅｂサーバ１４はセッションがオープンされている各Ｗｅｂブラウザ毎に”クッキーの文字列”、”記憶手段１３の未送信音声データのポインタ”及び”送信済みデータ番号及び記憶手段１３上のポインタ”の情報を保持しているが、Ｗｅｂサーバ１４が前回のリクエストからの経過時間を保持して、一定時間経過しても次のリクエストが送信されてこない場合には当該Ｗｅｂブラウザに障害が発生したものと判断してセッションを切断しても構わない。
【００８５】
この場合には、セッションを確立したＷｅｂブラウザに障害が発生した場合であっても、タイムアウトによりセッションを切断することが可能になるので、Ｗｅｂサーバ１４における不要な負荷を低減することが可能になる。
【００８６】
また、音声データをＨＴＴＰを用いたストリーム配信で送信することにより、Ｗｅｂブラウザ１５側でリクエストの送信タイミングの制御を行うことができるので、ネットワークの通信負荷の状況等に応じて当該送信タイミングを制御することにより、通信負荷の平準化を図ることが可能になる。
【００８７】
また、音声データをＨＴＴＰを用いたストリーム配信で送信することにより、Ｗｅｂブラウザ１５側でリクエストにデータ送信のビットレートを指定し、このビットレートに基づきＷｅｂサーバ１４が音声データを送信することことができるので、ネットワークの通信負荷の状況等に応じて当該ビットレートを調整することにより、通信負荷の平準化を図ることが可能になる。
【００８８】
また、音声再生装置５１側で音声を連続再生する場合に、音声データの間引き処理や間延び処理を行う機能を音声再生装置５１に設けることにより、音声がぶつぶつ途切れたりすることなく音声の連続再生が可能になる。
【００８９】
また、音声入力装置５０としては汎用のコンピュータと比較して冷却ファンやハードディスクを用いない耐振動性にすぐれた小型な装置で実現することが可能である。
【００９０】
また、通信モジュールはＨＴＰよりも上位階層で実現しているため、ＨＴＴＰが動作するネットワーク環境であれば、他のネットワーク環境に関する制約は存在しない。
【００９１】
また、音声再生装置では汎用のＷｅｂブラウザを用いている旨例示しているが、汎用のＷｅｂブラウザと同等の機能を有するソフトウェアを用いても構わない。
【００９２】
また、通信プロトコルとしてＨＴＴＰを用いているため音声再生装置５１のようなクライアント側でのアプリケーションの開発が容易になり、画像情報やセンサで検出された物理情報と言ったその他の監視情報と同期をとりながら組合わせて総合監視することも可能になる。
【００９３】
例えば、総合監視を実現する監視システムとしては侵入警戒システム、遠隔入退場システム、店舗設備監視システム等の監視システムに適用することが可能になる。
【００９４】
図３はこのような総合監視を行う監視システムの一実施例を示す構成ブロック図である。
【００９５】
図３において５０は図１に示すような音声を収集してＨＴＴＰを用いたストリーム配信を行う音声入力装置、５２は監視カメラ等により画像情報を収集して配信する画像入力装置、５３はセンサ等で検出された物理情報を収集して配信する計測装置、２０は汎用のＷｅｂブラウザがインストールされたコンピュータ等の汎用端末、２１はＷｅｂブラウザ機能を有する携帯電話、ＰＨＳ（Personal Handyphone System）若しくはＰＤＡ（Personal Digital(Data) Assistants）等の携帯端末、１０１ａはインターネットやイントラネット等の汎用のネットワークである。
【００９６】
音声入力装置５０、画像入力装置５２及び計測装置５３は監視区域に設置されると共にネットワーク１０１ａに接続され、汎用端末２０及び携帯端末２１は有線若しくは無線等によりネットワーク１０１ａに接続される。
【００９７】
ここで、図３に示す実施例の動作を説明する。汎用端末２０や携帯端末２１のＷｅｂブラウザはネットワーク１０１ａを介して音声入力措置５０、画像入力装置５２及び計測装置から音声データ、画像データ及び温度等の物理情報の配信を受け、Ｗｅｂブラウザにこのような情報をまとめて表示させる。また、必要に応じて各情報の関連付けや同期を行う。
【００９８】
【発明の効果】
以上説明したことから明らかなように、本発明によれば次のような効果がある。
請求項１，２，１１及び請求項１２の発明によれば、音声データをＨＴＴＰを用いたストリーム配信で送信することにより、汎用のブラウザを用いて音声のリアルタイム監視が可能になる。また、通信プロトコルとしてＨＴＴＰを用いるため、イントラネットのみならずファイヤウォールを超えたインターネットでの利用が可能になる。
【００９９】
また、音声入力装置と音声再生装置との間でＨＴＴＰを用いてセッションを確立した上でストリーム配信を行い終了後にＨＴＴＰを用いてセッションを終了することにより、ＨＴＴＰを用いてセッションの確立及び終了を管理することが可能になる。
【０１００】
また、請求項３の発明によれば、セッション確立時に音声入力装置がクッキーを付加してレスポンスとして音声再生装置に送信し、リクエスト送信時に音声再生装置がクッキーをリクエストに付加して送信することにより、どのＷｅｂブラウザからの音声取得要求であるのかを識別することができる。
【０１０１】
また、請求項４の発明によれば、前回のリクエストからの経過時間を保持して、一定時間経過しても次のリクエストが送信されてこない場合にはセッションを切断することにより、セッションを確立したＷｅｂブラウザに障害が発生した場合であっても、タイムアウトによりセッションを切断することが可能になるので、Ｗｅｂサーバにおける不要な負荷を低減することが可能になる。
【０１０２】
また、請求項５の発明によれば、Ｗｅｂサーバで送信済みのデータにデータ番号を付与して記憶手段上のポインタと共に保持し、データ番号が指定されたリクエストに対しては当該データ番号のデータをレスポンスとして返送することにより、過去に収集した音声データやＷｅｂブラウザ側で収集を途中で中断したような音声データを再度取得することが可能になる。
【０１０３】
また、請求項６，７及び請求項８の発明によれば、音声データをＨＴＴＰを用いたストリーム配信で送信することにより、Ｗｅｂブラウザ側でリクエストの送信タイミングの制御を行うことができ、若しくは、Ｗｅｂブラウザ側でリクエストにデータ送信のビットレートを指定し、このビットレートに基づきＷｅｂサーバが音声データを送信することことができるので、ネットワークの通信負荷の状況等に応じて送信タイミング若しくはビットレートを調整することにより、通信負荷の平準化を図ることが可能になる。
【０１０４】
また、請求項９の発明によれば、音声再生装置側で音声を連続再生する場合に、音声データの間引き処理や間延び処理を行う機能を音声再生装置に設けることにより、音声がぶつぶつ途切れたりすることなく音声の連続再生が可能になる。
【０１０５】
また、請求項１０の発明によれば、  送信可能なビットレートの範囲に基づきエンコード方式をダイナミックに変更することにより、送信可能なビットレートの範囲で最適な音質が得られる。
【０１０６】
また、請求項１３乃至１７の発明によれば、通信プロトコルとしてＨＴＴＰを用いているため音声再生装置のようなクライアント側でのアプリケーションの開発が容易になり、画像情報やセンサで検出された物理情報と言ったその他の監視情報と同期をとりながら組合わせて総合監視することも可能になる。
【図面の簡単な説明】
【図１】本発明に係る音声監視装置の一実施例を示す構成ブロック図である。
【図２】ＨＴＴＰを用いたストリーム配信の詳細を説明する説明図である。
【図３】総合監視を行う監視システムの一実施例を示す構成ブロック図である。
【図４】従来の音声の監視システムの一例を示す構成ブロック図である。
【図５】従来の音声の監視システムの他の一例を示す構成ブロック図である。
【図６】従来の音声配信システムの一例を示す構成ブロック図である。
【図７】従来の音声配信システムの他の一例を示す構成ブロック図である。
【図８】従来の音声配信システムの他の一例を示す構成ブロック図である。
【符号の説明】
１，４，５０  音声入力装置
２，７，９，５１  音声再生装置
３  音声記録装置
５，５ａ，１４  Ｗｅｂサーバ
６  ファイヤウォール
８  特殊サーバ
１０  音声入力手段
１１  Ａ／Ｄ変換手段
１２  音声圧縮手段
１３，１６  記憶手段
１５  Ｗｅｂブラウザ
１７  音声伸長手段
１８  Ｄ／Ａ変換手段
１９  音声再生手段
２０  汎用端末
２１  携帯端末
５２  画像入力装置
５３  計測装置
１００  インターネット
１０１，１０１ａ  ネットワーク
【図１】
0004284884.tif 000002
【図２】
0004284884.tif 000003
【図３】
0004284884.tif 000004
【図４】
0004284884.tif 000005
【図５】
0004284884.tif 000006
【図６】
0004284884.tif 000007
【図７】
0004284884.tif 000008
【図８】
0004284884.tif 000009