(57)【特許請求の範囲】
【請求項１】
イベント検出手段がイベントを検出した際に再生する音声ファイルをクライアント端末装置から受信する受信手段と、
前記受信手段で受信された音声ファイルを記憶する第１の記憶手段と、
前記クライアント端末装置から受信した音声ファイルに、前記第１の記憶手段に記憶されたほかの音声ファイルのファイル名に重複しないファイル名を付与する付与手段と、
前記イベント検出手段が第１のイベントを検出した際に前記第１の記憶手段の音声ファイルのうち第１の音声ファイルが第１の音量でスピーカから出力され、前記イベント検出手段が第２のイベントを検出した際に前記第１の記憶手段の音声ファイルのうち第２の音声ファイルが第２の音量で前記スピーカから出力されるように、前記付与手段により前記第１の音声ファイルに付与されたファイル名と前記第１のイベントと前記第１の音量とを対応付け、前記付与手段により前記第２の音声ファイルに付与されたファイル名と前記第２のイベントと前記第２の音量とを対応付けて記憶する第２の記憶手段と、
前記イベント検出手段により検出されたイベントに対応する音声ファイルと音量とを前記第２の記憶手段から検索し、該検索された音声ファイルに応じた音声を該検索された音量で前記スピーカから出力させる再生手段とを有することを特徴とするネットワークカメラ。
【請求項２】
前記イベント検出手段が検出するイベントは、クライアント端末装置からの指示、動き検知、音声検知のうち、すくなくとも一つを含むことを特徴とする請求項１に記載のネットワークカメラ。
【請求項３】
前記再生手段は、前記クライアント端末装置からの指示を続けて検知した場合には、再生音量を大きくすることを特徴とする請求項２に記載のネットワークカメラ。
【請求項４】
イベントを検出するイベント検出工程と、
前記イベント検出工程がイベントを検出した際に再生する音声ファイルをクライアント端末装置から受信する受信工程と、
前記受信工程で受信された音声ファイルを記憶する第１の記憶工程と、
前記クライアント端末装置から受信した音声ファイルに、前記第１の記憶工程で記憶されたほかの音声ファイルのファイル名に重複しないファイル名を付与する付与工程と、
前記イベント検出工程が第１のイベントを検出した際に前記第１の記憶工程で記憶された音声ファイルのうち第１の音声ファイルが第１の音量でスピーカから出力され、前記イベント検出工程が第２のイベントを検出した際に前記第１の記憶工程で記憶された音声ファイルのうち第２の音声ファイルが第２の音量で前記スピーカから出力されるように、前記付与工程により前記第１の音声ファイルに付与されたファイル名と前記第１のイベントと前記第１の音量とを対応付け、前記付与工程により前記第２の音声ファイルに付与されたファイル名と前記第２のイベントと前記第２の音量とを対応付けて記憶する第２の記憶工程と、
前記イベント検出工程により検出されたイベントに対応する音声ファイルと音量とを前記第２の記憶工程で記憶されたデータから検索し、該検索された音声ファイルに応じた音声を該検索された音量で前記スピーカから出力させる再生工程とを有することを特徴とするネットワークカメラの音声再生方法。
【請求項５】
前記イベント検出工程において検出するイベントは、クライアント端末装置からの指示、動き検知、音声検知のうち、すくなくとも一つを含むことを特徴とする請求項４に記載のネットワークカメラの音声再生方法。
【請求項６】
イベントを検出するイベント検出工程と、
前記イベント検出工程がイベントを検出した際に再生する音声ファイルをクライアント端末装置から受信する受信工程と、
前記受信工程で受信された音声ファイルを記憶する第１の記憶工程と、
前記クライアント端末装置から受信した音声ファイルに、前記第１の記憶工程で記憶されたほかの音声ファイルのファイル名に重複しないファイル名を付与する付与工程と、
前記イベント検出工程が第１のイベントを検出した際に前記第１の記憶工程で記憶された音声ファイルのうち第１の音声ファイルが第１の音量でスピーカから出力され、前記イベント検出工程が第２のイベントを検出した際に前記第１の記憶工程で記憶された音声ファイルのうち第２の音声ファイルが第２の音量で前記スピーカから出力されるように、前記付与工程により前記第１の音声ファイルに付与されたファイル名と前記第１のイベントと前記第１の音量とを対応付け、前記付与工程により前記第２の音声ファイルに付与されたファイル名と前記第２のイベントと前記第２の音量とを対応付けて記憶する第２の記憶工程と、
前記イベント検出工程により検出されたイベントに対応する音声ファイルと音量とを前記第２の記憶工程で記憶されたデータから検索し、該検索された音声ファイルに応じた音声を該検索された音量で前記スピーカから出力させる再生工程とをコンピュータに実行させることを特徴とするコンピュータプログラム。
【請求項７】
前記イベント検出手段により新たに検出されたイベントに対応する優先順位が、前記再生手段により再生中の音声データの優先順位よりも高いか否かを判定する判定手段を有し、
前記再生手段は、前記イベント検出手段により新たに検出されたイベントに対応する優先順位が、前記再生手段により再生中の音声ファイルの優先順位よりも高いと判定した場合、前記再生手段により再生中の音声ファイルの再生を中断し、前記新たに検出されたイベントに対応する音声ファイルを再生し、
前記イベント検出手段により新たに検出されたイベントに対応する優先順位よりも、前記再生手段により再生中の音声ファイルの優先順位のほうが高いと判定した場合、前記新たに検出されたイベントに対応する音声ファイルを再生しないことを特徴とする請求項１に記載のネットワークカメラ。
【請求項８】
前記イベント検出工程により新たに検出されたイベントに対応する優先順位が、前記再生工程により再生中の音声データの優先順位よりも高いか否かを判定する判定工程を有し、
前記再生工程は、前記イベント検出工程により新たに検出されたイベントに対応する優先順位が、前記再生工程により再生中の音声ファイルの優先順位よりも高いと判定した場合、前記再生工程により再生中の音声ファイルの再生を中断し、前記新たに検出されたイベントに対応する音声ファイルを再生し、
前記イベント検出工程により新たに検出されたイベントに対応する優先順位よりも、前記再生工程により再生中の音声ファイルの優先順位のほうが高いと判定した場合、前記新たに検出されたイベントに対応する音声ファイルを再生しないことを特徴とする請求項４に記載のネットワークカメラの音声再生方法。
【請求項９】
前記クライアント端末装置から受信した音声ファイルのファイル名と、前記受信した音声ファイルに前記付与手段が付与したファイル名とを対応付けて記憶する第３の記憶手段と、
前記再生手段によって再生された音声ファイルのファイル名として、前記第３の記憶手段を参照して前記クライアント端末装置から受信した音声ファイルのファイル名を前記クライアント端末装置に通知する通知手段とを有することを特徴とする請求項１に記載のネットワークカメラ。
【請求項１０】
前記クライアント端末装置から受信した音声ファイルのファイル名と、前記受信した音声ファイルに前記付与工程において付与したファイル名とを対応付けて記憶する第３の記憶工程と、
前記再生工程によって再生された音声ファイルのファイル名として、前記第３の記憶工程で記憶されたデータを参照して前記クライアント端末装置から受信した音声ファイルのファイル名を前記クライアント端末装置に通知する通知工程とを有することを特徴とする請求項４に記載のネットワークカメラの音声再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワークカメラ及びネットワークカメラの音声再生方法に関し、例えば監視システムの音声再生機能に用いて好適な技術に関する。
【背景技術】
【０００２】
従来、監視システムにおいて、侵入者に対する警告音を発音する等の、音声再生機能は付加機能としてポピュラーなものになっている。例えば、特許文献１に記載の「遠隔監視方式の動画警備システム」では、センサの状態が変化して侵入者を検知すると、音声送受信を開始して、監視者あるいは監視センタ装置に登録されている音声を再生して監視カメラが設置されている場所に対して送信するようにした技術が提案されている。
【０００３】
【特許文献１】特開２００２−２４５５７２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、前記特許文献１ではカメラの映像変化をチェックするための人間が必要となるため、維持費（人件費）が膨大になる上、ヒューマンエラーにより音声再生ができない可能性があった。
【０００５】
また、再生する音声ファイルはセンタに配置するため、監視カメラとセンタとの通信が確立できない場合には肝心の音声が再生できないという問題があった。更に、音声再生時の音量は、再生毎にセンタから送信されてくるものであるので、再生する音声ファイルや、ネットワークカメラの設置状況によっては音量が好ましい設定にならないという問題点があった。
【０００６】
本発明は上述の問題点にかんがみ、外部装置を使用せずに音声再生をイベントに応じて適正な音量で再生できるようにすることを目的としている。
【課題を解決するための手段】
【０００７】
本発明のネットワークカメラは、イベント検出手段がイベントを検出した際に再生する音声ファイルをクライアント端末装置から受信する受信手段と、前記受信手段で受信された音声ファイルを記憶する第１の記憶手段と、前記クライアント端末装置から受信した音声ファイルに、前記第１の記憶手段に記憶されたほかの音声ファイルのファイル名に重複しないファイル名を付与する付与手段と、前記イベント検出手段が第１のイベントを検出した際に前記第１の記憶手段の音声ファイルのうち第１の音声ファイルが第１の音量でスピーカから出力され、前記イベント検出手段が第２のイベントを検出した際に前記第１の記憶手段の音声ファイルのうち第２の音声ファイルが第２の音量で前記スピーカから出力されるように、前記付与手段により前記第１の音声ファイルに付与されたファイル名と前記第１のイベントと前記第１の音量とを対応付け、前記付与手段により前記第２の音声ファイルに付与されたファイル名と前記第２のイベントと前記第２の音量とを対応付けて記憶する第２の記憶手段と、前記イベント検出手段により検出されたイベントに対応する音声ファイルと音量とを前記第２の記憶手段から検索し、該検索された音声ファイルに応じた音声を該検索された音量で前記スピーカから出力させる再生手段とを有することを特徴とする。
【０００８】
本発明のネットワークカメラの音声再生方法は、イベントを検出するイベント検出工程と、前記イベント検出工程がイベントを検出した際に再生する音声ファイルをクライアント端末装置から受信する受信工程と、前記受信工程で受信された音声ファイルを記憶する第１の記憶工程と、前記クライアント端末装置から受信した音声ファイルに、前記第１の記憶工程で記憶されたほかの音声ファイルのファイル名に重複しないファイル名を付与する付与工程と、前記イベント検出工程が第１のスピーカ検出した際に前記第１の記憶工程で記憶された音声ファイルのうち第１の音声ファイルが第１の音量でスピーカから出力され、前記イベント検出工程が第２のイベントを検出した際に前記第１の記憶工程で記憶された音声ファイルのうち第２の音声ファイルが第２の音量で前記スピーカから出力されるように、前記付与工程により前記第１の音声ファイルに付与されたファイル名と前記第１のイベントと前記第１の音量とを対応付け、前記付与工程により前記第２のスピーカルに付与されたファイル名と前記第２のイベントと前記第２の音量とを対応付けて記憶する第２の記憶工程と、前記イベント検出工程により検出されたイベントに対応する音声ファイルと音量とを前記第２の記憶工程で記憶されたデータから検索し、該検索された音声ファイルに応じた音声を該検索された音量で前記スピーカから出力させる再生工程とを有することを特徴とする。
【０００９】
本発明のコンピュータプログラムは、イベントを検出するイベント検出工程と、前記イベント検出工程がイベントを検出した際に再生する音声ファイルをクライアント端末装置から受信する受信工程と、前記受信工程で受信された音声ファイルを記憶する第１の記憶工程と、前記クライアント端末装置から受信した音声ファイルに、前記第１の記憶工程で記憶されたほかの音声ファイルのファイル名に重複しないファイル名を付与する付与工程と、前記イベント検出工程が第１のイベントを検出した際に前記第１の記憶工程で記憶された音声ファイルのうち第１の音声ファイルが第１の音量でスピーカから出力され、前記イベント検出工程が第２のイベントを検出した際に前記第１の記憶工程で記憶された音声ファイルのうち第２の音声ファイルが第２の音量で前記スピーカから出力されるように、前記付与工程により前記第１の音声ファイルに付与されたファイル名と前記第１のイベントと前記第１の音量とを対応付け、前記付与工程により前記第２の音声ファイルに付与されたファイル名と前記第２のイベントと前記第２の音量とを対応付けて記憶する第２の記憶工程と、前記イベント検出工程により検出されたイベントに対応する音声ファイルと音量とを前記第２の記憶工程で記憶されたデータから検索し、該検索された音声ファイルに応じた音声を該検索された音量で前記スピーカから出力させる再生工程とをコンピュータに実行させることを特徴とする。
【００１０】
本発明の記録媒体は、前記に記載のコンピュータプログラムを記録したことを特徴とする。
【発明の効果】
【００１１】
本発明によれば、ネットワークカメラに備わるスピーカで、イベントに応じた音声を、イベントに応じた音量で再生することができる。これにより、スピーカから出力される音声及び音量を、検出されたイベントに応じて異ならせることができる。
【００１２】
また、本発明の他の特徴によれば、複数のクライアント端末装置から同じファイル名の音声ファイルを受信しても、それらが重複しないようにすることができる。
【００１３】
また、本発明のその他の特徴によれば、クライアント端末装置からの音声ファイルのファイル名が重複しないようにファイル名を管理した場合であっても、再生された音声ファイルのファイル名をクライアント端末装置に通知する際には、クライアント端末装置が送信したときのファイル名で通知できる。
【発明を実施するための最良の形態】
【００１４】
（第１の実施の形態）
図１は、本発明の実施の形態を示し、クライアント端末およびネットワークカメラの一例を説明するブロック図である。
図１において、１０１は全体の制御を行うＣＰＵ、１０２はカメラ、１０３はカメラ１０２から入力される画像信号を処理するビデオ信号処理部、１０４は画像の表示や操作のための表示を行う表示部、１０５は表示部１０４の制御を行う表示制御部、１０６はユーザが操作を行う操作部でボタンやキー、ペン入力のためのデジタイザを含む。
【００１５】
１０７は画像、音声の符号化、復号化を行う符号化／復号化部であり、このうち１つまたは複数がプログラムメモリ１１１に格納されるソフトウェアによって実装されていてもよい。
【００１６】
１０８はオーディオ信号を取り込むマイク、１０９は音の入出力を制御するオーディオ信号処理部、１１０は音声やキータッチ音などのオーディオ信号を出力するスピーカ、１１１はプログラムを格納するプログラムメモリ、１１２はデータを格納するデータメモリで、Ｆｌａｓｈメモリ、ＳＲＡＭ、ＤＲＡＭなどで構成されている。１１３は静止画像や動画像を格納する外部記憶装置で、半導体による記憶装置で構成されていてもよい。ネットワークカメラにおけるプログラムメモリ１１１は、カメラから取得した画像信号に基づいて動きを検知する処理プログラム，マイク１０８から音声が入力されたことを検知する処理プログラムを有する。
【００１７】
１１４は外部記憶装置１１３を制御する外部記憶制御部、１１５は通信制御部で、有線、あるいは無線によって外部機器やネットワークとの通信を行う。１１６は各部を接続するバスであり、ネットワークカメラにおいては各センサからのイベント信号あるいはクライアント端末装置からのリクエストを受信する。
なお、ネットワークカメラにおいては、表示部１０４，表示制御部１０５，および操作部１０６の構成は除いてもよい。また、クライアント端末装置においては、カメラ１０２，ビデオ信号処理部１０３の構成は除いてもよい。
【００１８】
図２は、オーディオ信号処理部１０９の詳細な構成を表すブロック図である。
図２において、２０１はオーディオコーデック、２０２はオーディオコーデック２０１の制御を行うためのオーディオコーデック制御部、２０３はオーディオコーデック制御部２０２とオーディオコーデック２０１とを接続する制御線で、I2Cまたは同期シリアルなどで構成される。
【００１９】
２０４はオーディオコーデック２０１と音声データをやりとりするオーディオデータ制御部、２０５はオーディオデータが一時的に蓄積されるバッファメモリ（ｆｉｆｏ）、２０６はオーディオデータ制御部２０４とオーディオコーデック２０１とを接続するデータ線で、I2S等で構成される。２０７はＤＭＡＣ（Direct Memory Access Controller）であり、バッファメモリ（ｆｉｆｏ）２０５とデータメモリ１１２との間のデータの送受を行うためのものである。
【００２０】
図３〜５は、クライアント端末装置において音声再生条件、及び音声ファイル、再生音量を登録する場合のユーザインターフェースを示したものである。
図３に示すように、タイマによって一定間隔で音声ファイルを再生する場合、再生音名、音量、再生間隔を指定し、登録しておく。一方、外部センサをトリガにした音声ファイルの再生では、センサ毎に再生音名，音量をセンサがＯＮと検出された場合あるいはセンサがＯＦＦと検出された場合の少なくとも一方を指定して登録する。
【００２１】
図５は、音声ファイルの登録方法の一例を示したものである。クライアント端末装置のストレージ上の音声ファイル名「ｃ: ￥ｃｈｉｍｅ．Ｗａｖ」を、再生音名「Ｃｈｉｍｅ」として登録する例を示したものである。送信ボタン５１を押下すると、ファイルの内容と再生音名をネットワークカメラに送信する。
【００２２】
図６（ａ）及び（ｂ）は、ネットワークカメラのデータメモリ１１２において格納される、音声を再生するイベント情報を示すイベントテーブルの一例を示す図である。図６（ａ）に示すように、イベントテーブルは音声再生のトリガとなる「イベント」、再生するべき「ファイル」、再生時の「音量」から構成される。
【００２３】
また、図６（ｂ）に示すように、ファイル名はクライアント端末装置が使用しているものをそのまま使用すると重複が発生する可能性があるため、クライアント端末装置で扱うファイル名ではなく、システム固有のファイル名を採用する。図６（ｂ）にはファイル名として、「Pet name」とした例を示している。
【００２４】
再生中であることを通知する場合のクライアントに通知するファイル名は、ユーザインターフェース上の再生音名（Pet name）と、実際のファイル名の対応を取るためのテーブルから構成されるテーブルを参照して得る。
【００２５】
図７は、クライアント端末装置の音声ファイル再生要求の動作に関する、クライアント端末装置とネットワークカメラとの通信の様子を示した図である。なお、クライアント端末装置には図４に示したウィンドウが表示されているものとする。図７の処理は、クライアント端末装置およびネットワークカメラのそれぞれにおいて予めメモリなどに格納されたプログラムにしたがってＣＰＵが実行することによって行われるものとする。クライアント端末装置でマイクアイコンとして表示されている音声再生ボタン４１を押下すると、音声ファイル再生要求がネットワークカメラに送出される（ステップＳ７１）。音声ファイル再生要求には再生音名が含まれている。
【００２６】
ネットワークカメラは、音声ファイル再生要求を受信すると、音声の再生を開始すると共に、音声ファイル再生応答を送出する（ステップＳ７２）。音声ファイル再生応答には、音声ファイル再生を受け付けたかどうかの可否、及び再生音量が含まれている。
【００２７】
次に、ネットワークカメラは、現在接続中であるクライアント端末装置に対して音声ファイル再生中通知を送出する（ステップＳ７３）。音声ファイル再生中通知には再生音名、再生されている音声の音量が含まれている。
【００２８】
クライアント端末装置は、音声再生中通知を受けとると、音声再生中である旨の表示と音量を表示するか、またはクライアント上で該当する音声ファイルを再生する。または、グラフィックイコライザのような表示をしてもよい。
【００２９】
クライアント端末装置で音声再生ボタンを連打すると、クライアントは音声ファイル再生要求を送出する（ステップＳ７４）。ネットワークカメラは、指示された再生音を再生中である場合には再生音量を大きくし、音声ファイル再生応答を新たな再生音量と共に送出する（ステップＳ７５）。クライアントは、音声ファイル再生応答中の再生音量を見て、表示を更新したり、ローカルで再生している音声の音量を変更したりする。
【００３０】
ネットワークカメラで音声ファイルの再生が完了したら、音声ファイル再生終了通知を再生音名を含めて送出する（ステップＳ７６）。クライアント端末装置は、音声ファイル再生終了通知を受信したら、再生音名を確認して、対応する再生中表示の停止またはクライアントでのローカル音声ファイル再生を停止する。
【００３１】
図８は、ネットワークカメラにおける音声ファイル再生イベント処理の手順を説明するフローチャートである。
まず、動き検知、音声検知など、あるイベントが検出されると、イベントテーブルを検索して、イベントテーブルに該イベントがあるかどうかを判断し、イベントが見つからなかった場合はエラーと判断し、本シーケンスを終了する（ステップＳ８０１）。
【００３２】
また、ステップＳ８０１の判断の結果、イベントテーブルに該イベントが見つかった場合は、ステップＳ８０２に進み、現在音声を再生中であるかどうかを判断する。
【００３３】
この判断の結果、音声再生中であると判断された場合にはステップＳ８０３に進み、不図示のデータメモリ１１２に格納される優先順位テーブルに基づいて、現在再生中の音声の優先順位と該イベントに対応する優先順位を比較する。この比較の結果、該イベントより現在再生中の音声の方が優先順位が高いと判断された場合は本シーケンスを終了する。
【００３４】
また、ステップＳ８０３の比較の結果、該イベントの優先順位が現在再生中の音声よりも高いと判断された場合にはステップＳ８０４に進み、再生を中断する。なお、本実施形ではイベントの優先順位はあらかじめ定めたものに従うものとする。もちろん、音声ファイル再生イベント登録時に優先順位を指示するように構成してもよい。
【００３５】
一方、ステップＳ８０２で現在音声再生中ではないと判断された場合、及びステップＳ８０４の音声中断処理が完了したら、ステップＳ８０５に進み、該イベントに対応する音声を再生するためにオーディオデバイスの設定を行う。オーディオデバイスの設定とは、バッファメモリ（ｆｉｆｏ）２０５のクリア、ＤＭＡＣ２０７の設定、データメモリ１１２に配置される音声データを格納するバッファの設定、オーディオコーデック制御部２０２によるオーディオコーデック２０１の設定、例えばイベントテーブルから得られた音量の設定などである。
【００３６】
オーディオコーデックの設定が完了したら該イベントに対応する音声ファイルの再生を開始する（ステップＳ８０６）。
【００３７】
次に、ステップＳ８０７において、クライアント端末装置が接続中か判断する。この判断の結果、接続中のクライアント端末装置がなければ、そのまま本シーケンスと終了する。また、クライアント端末装置が接続中であればステップＳ８０８に進み、クライアント端末装置に音声再生中である旨を通知して本シーケンスを完了する。
【００３８】
図９は、クライアント端末装置において複数の動き検知領域に対応した動き検知による音声再生条件、及び音声ファイル、再生音量を登録する場合のユーザインターフェースを示したものである。動きを検知する領域指定と再生音名と音量と動きを検知した場合、動きが停止した場合の少なくとも一方を指定して登録する。これによって、検知領域に応じた再生音の設定、あるいは再生音量の設定が可能となる。
【００３９】
（第２の実施の形態）
図１０は、ネットワークカメラにおいて、音声データをクライアント端末装置から受信して再生、及びファイル化する処理手順を説明するフローチャートである。
まず、音声再生中であるかどうかを判断する（ステップＳ１００１）。この判断の結果、音声再生中であれば再生を停止する（ステップＳ１００２）。
【００４０】
次に、ステップＳ１００３において、受信された音声データをファイル化する要求であるかどうかを判断し（ステップＳ１００３）、ファイル化要求であればファイルをオープンする（ステップＳ１００４）。
【００４１】
次に、ステップＳ１００５に進み、オーディオデバイスの設定を行う。その後、クライアント端末装置から送信されてくる音声データを受信したかどうかを判断する（ステップＳ１００６）。この判断の結果、受信データが未到着だった場合は再び音声データの受信処理（ステップＳ１００６）を継続する。
【００４２】
一方、ステップＳ１００６の判断の結果、音声データを受信した場合は受信データをオーディオデバイスに書き込むことによって再生処理を実行する（ステップＳ１００７）。
【００４３】
次に、ステップＳ１００８に進み、ファイル化の要求であるかどうかを再び判断し、ファイル化要求であれば受信データをファイルに書き込み（ステップＳ１００９）、その後、音声データの受信処理（ステップＳ１００６）に再び戻る。
【００４４】
一方、ステップＳ１００６の判断の結果、音声データの受信が完了したと判断された場合には、ステップＳ１０１０に進み、オーディオデバイスをクローズする。オーディオデバイスのクローズとは、ＤＭＡＣ２０７の停止、データメモリ１１２に配置される音声データを格納するバッファの解放、音量を０にするなどのオーディオコーデック制御部２０２によるオーディオコーデック２０１の設定終了処理などである。
【００４５】
次に、ファイル化要求であるかどうかを再び判断し（ステップＳ１０１１）、ファイル化要求であればファイルをクローズする（ステップＳ１０１２）。その後、ファイルテーブルを更新し（ステップＳ１０１３）、更に、イベントテーブルを更新して（ステップＳ１０１４）、本シーケンスを終了する。
【００４６】
（本発明に係る他の実施の形態）
上述した本発明の実施の形態における音声出力装置を構成する各手段、並びに音声出力方法の各ステップは、コンピュータのＲＡＭやＲＯＭなどに記憶されたプログラムが動作することによって実現できる。このプログラム及び上記プログラムを記録したコンピュータ読み取り可能な記憶媒体は本発明に含まれる。
【００４７】
また、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施の形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。
【００４８】
なお、本発明は、前述した実施の形態の機能を実現するソフトウェアのプログラム（実施の形態では、図８及び図１０に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接、あるいは遠隔から供給し、そのシステムあるいは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。
【００４９】
したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【００５０】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリター（interpreter）により実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。
【００５１】
プログラムを供給するための記録媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などがある。
【００５２】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続し、前記ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。
【００５３】
また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【００５４】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【００５５】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施の形態の機能が実現される他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行い、その処理によっても前述した実施の形態の機能が実現され得る。
【００５６】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によっても前述した実施の形態の機能が実現される。
【図面の簡単な説明】
【００５７】
【図１】本発明の第１の実施の形態を示し、音声出力装置の構成例を示すブロック図である。
【図２】本発明の第１の実施の形態を示し、オーディオ信号処理部の詳細な構成例を示すブロック図である。
【図３】本発明の第１の実施の形態を示し、タイマ音声ファイル再生を登録するＧＵＩの一例を示す図である。
【図４】本発明の第１の実施の形態を示し、クライアントの指示による音声ファイル再生を行うＧＵＩの一例を示す図である。
【図５】本発明の第１の実施の形態を示し、音声ファイルの登録方法の一例のＧＵＩを示す図である。
【図６】本発明の第１の実施の形態を示し、イベントテーブルと再生音名テーブルの一例を示す図である。
【図７】本発明の第１の実施の形態を示し、クライアントとネットワークカメラとの通信手順を説明する図である。
【図８】本発明の第１の実施の形態を示し、音声ファイル再生イベント処理手順を説明するフローチャートである。
【図９】本発明の第１の実施の形態を示し、複数の動き検知領域に対応した動き検知による音声ファイル再生の登録のＧＵＩの一例を示す図である。
【図１０】本発明の第２の実施の形態を示し、音声データを受信して再生、ファイル化する手順を説明するフローチャートである。
【符号の説明】
【００５８】
１０１  ＣＰＵ
１０２  カメラ
１０３  ビデオ信号処理部（ＶＰＢ）
１０４  表示部
１０５  表示制御部
１０６  操作部
１０７  符号化／復号化部
１０８  マイク
１０９  オーディオ信号処理部
１１０  スピーカ
１１１  プログラムメモリ
１１２  データメモリ
１１３  外部記憶装置
１１４  外部記憶制御部
１１５  通信制御部
１１６  バス
２０１  オーディオコーデック
２０２  オーディオコーデック制御部
２０３  制御線
２０４  オーディオデータ制御部
２０５  バッファメモリ（ｆｉｆｏ）
２０６  データ線
２０７  ＤＭＡＣ
【図１】
0004533118.tif 000002
【図２】
0004533118.tif 000003
【図３】
0004533118.tif 000004
【図４】
0004533118.tif 000005
【図５】
0004533118.tif 000006
【図６】
0004533118.tif 000007
【図７】
0004533118.tif 000008
【図８】
0004533118.tif 000009
【図９】
0004533118.tif 000010
【図１０】
0004533118.tif 000011